referring to fig1 , an exemplary apparatus 10 for obtaining and maintaining accurate time according to the present invention is shown . the system 10 includes a timekeeping device 12 that keeps and displays time . the timekeeping device 12 establishes a wireless connection to a time server 14 , which provides accurate time information for resetting or synchronizing the timekeeping device . it should be understood throughout that the features described may be implemented by any standard means in software , hardware , or combination thereof . in the description to follow , a controller 11 ( fig2 ) will be assumed for carrying out control functions in addition to the specific functions described . the controller 11 is preferably a processor that executes programs of instruction as described below , though it will be understood that any equivalent structure or structures could be used . the time server 14 obtains time information from a highly accurate time source , preferably , the atomic clock maintained by nist . however , the time source may be any desired source of time information . the time server 14 is connected to a network 16 and transmits the time information over the network . in the preferred embodiment , the network is the internet , and the time server is the nist internet time service (“ its ”). updated time information can also be obtained from servers that are maintained by other timekeeping organizations without departing from the principles of the invention . the time information can be accessed from the its time server using various formats including the daytime , time and ntp protocols . alternatively , the time information can also be downloaded from the its web site which is located on the internet . when queried , the time server 14 transmits time information over the network 16 to an access point 18 for access to the network 16 by the timekeeping device 12 . the access point 18 is connected to the network by a network access device 20 , which is coupled to the network . the network access device 20 can be a modem , an asymmetrical digital subscriber line (“ adsl ”), or any other desired means for interconnecting the access point to the network without departing from the principles of the invention . an outstanding advantage of the system 10 is that the access point 18 provides a wireless interconnection between the device 12 and the time server 14 . the access point 18 has a transmitter / receiver pair t a / r a for wirelessly communicating with the timekeeping device 12 . the timekeeping device has a corresponding transmitter / receiver pair t d / r d for wirelessly communicating with the access point 18 . in particular , a time query signal s 1 is sent by the transmitter t d of the timekeeping device to the receiver r a of the access point 18 . reciprocally , the time information obtained from the time server 14 is sent as a signal s 2 from the transmitter t a of the access point to the receiver r d of the timekeeping device 12 . the signals s 1 and s 2 can be encoded with a digital signal , which can be decoded by the receivers alternatively , the signals s 1 and s 2 can be modulated with analog signals which are converted to digital signals by the receivers . the signals can be transmitted as infrared signals , radio signals , or other types of signal modalities without departing from the principles of the invention . the access point converts the signal s 1 to a “ time query signal ” appropriate for transmission by the network access device 20 , which subsequently transmits the time query signal over the network 16 to the time server 14 . for example , where the network access device is a wired device , the access point converts the signal s 1 from a wireless form to a time query signal form adapted to propagate over a wire . the access point 18 may provide for short - range wireless communications with the timekeeping device 12 such as wi - fi / 802 . 11b or bluetooth , or long - range wireless communications such as wman 802 . 16a . the access point may be either a general purpose access point such as a standard wifi access point for use with a wireless pc , or a dedicated access point specifically for the purpose of communicating with the timekeeping device 12 . when providing for long - range communications , the access point may be located a long distance away from the timekeeping device 12 , such as outside , on a telephone pole or on top of a building . the time server answers the query represented by the signal s 1 by providing updated time information and transmits the updated information as a “ time information signal ” over the network 16 , through the network access device 20 , to the access point 18 . the access point 18 converts the time information signal to the wireless reply signal s 2 and the transmitter t a transmits the signal s 2 to the timekeeping device 12 , where the reply signal s 2 is received by the receiver r d . time information can include the time of day , date and day of the week or other information relating to the time or the calendar . as shown in fig2 , the timekeeping device 12 includes a clock 22 , which keeps or “ counts ” local time , and a display which displays the kept local time to a user . like the time information , the time kept by the timekeeping device 12 includes the time of day , date and day of the week or other information relating to the time or the calendar . the term “ local time ” is intended herein to refer to the time kept locally , i . e ., by the clock 22 , which typically is the time appropriate for the area in which the timekeeping device is located , but which may in the alternative or in addition include the time for other time zones . for setting , resetting or more generally synchronizing the system 10 includes a time synchronization client 24 , a configuration settings file 26 , a protocol converter 28 and a client hardware device 30 . the time synchronization client 24 includes a software application program , hardware , or combination of hardware and software as desired , having the capability of requesting updated time information from the time server 14 . a network address of the time server is stored in the configuration settings file 26 . in the preferred embodiment , the configuration settings file stores the ip address of a time server 14 that is located on the internet . preferably , the ip address of the time server 14 is preprogrammed into the configuration settings file 26 . the configuration settings file also stores time information such as time zone and whether it is day - light savings time . additional information can be stored in the configuration settings file 26 without departing from the principles of the invention . the time synchronization client 24 obtains the ip address of the time server 14 from the configuration settings file 26 so that the time synchronization client can query the time server 14 . in the preferred embodiment , the request by the time synchronization client is sent to the time server 14 using the transmission control protocol / internet protocol (“ tcp / ip protocol ”), which is the protocol used by the internet . however , other protocols can be used without departing from the principles without departing from the principles of the invention . because the time synchronization client does not itself format requests according to the tcp / ip format , the time synchronization client 24 passes its request to the protocol converter 28 . the protocol converter includes a software application program , hardware , or a combination of hardware and software as desired , that translates the request into the tcp / ip format . the protocol converter also converts responses received from the time server from the tcp / ip format into a format understood by the time synchronization client . the protocol converter 28 interfaces directly with the client hardware device 30 . as will be appreciated by one skilled in the art , the client hardware device typically includes a chip set including an analog - to - digital converter , a digital - to - analog converter , a transceiver , and logic necessary to enable communication according to a wireless protocol . the client hardware device 30 provides for wireless communication with the access point 18 . particularly , the device 30 includes the transmitter / receiver pair t d / r d , for transmitting the signal s 1 and receiving the signal s 2 . preferably , the client hardware device 30 conforms to a wireless local area network (“ wlan ”) standard such as wi - fi / 802 . 11b or 802 . 11g . however , other standards may be used such as bluetooth and wireless metropolitan area network (“ wman ”) if desired . the timekeeping device 12 is dedicated to receive and display time information , and not other types of information . preferred examples of such dedicated timekeeping devices are wrist watches and house - hold clocks . preferably , the aforementioned time synchronization client 24 , configuration settings file 26 , protocol converter 28 , and client hardware device 30 are provided integrally with the timekeeping device 12 ; however , one or all of the synchronization client 24 , settings file 26 , converter 28 , and the transmitter portion t d of the client hardware device 30 may be provided outside of the timekeeping device , such as at the access point 18 . the clock 22 can be battery operated , can plug into an electrical outlet , or can be powered in other ways without departing from the principles of the invention . the time display can be an analog dial , a digital display , any other kind of graphical display , a bit - mapped computer - style display or any other kind of display . the clock can be free standing , can attach to a wrist or other item , be built into another device , or attached to the wall , etc . without departing from the principles of the invention . returning to fig1 , when the timekeeping device 12 decides to update the time , it transmits a wireless request via the access point 18 to the time server 14 . the time synchronization client 24 formulates the request and can be programmed to request time information every time a predetermined amount of time has passed . for example , the time synchronization client can be preprogrammed to request time information from the time server 14 every four hours , or once every week . alternatively , the time keeping device 12 does not have to be preprogrammed and the times or time intervals for updating the time can be set by the user . the time synchronization client 24 receives the information regarding the ip address of the server from the configuration settings file 26 . the request is forwarded to the protocol converter 28 and formatted into the tcp / ip protocol . next , the request is sent to the client hardware device 30 , where the request is wirelessly transmitted by the transmitter t d to the access point 18 . as indicated above , the access point &# 39 ; s receiver r a receives the request and the access point &# 39 ; s transmitter t a transmits the request to the network access device 20 . the system 10 next awaits a reply to its request for updated time . if the system 10 receives a reply within a predetermined time , the system 10 updates the system time to that provided by the time server . for most practical purposes , it is of no concern that there is some delay in the time between sending the request and receiving an update for the time , because the delay is not very great . however , as will be appreciated by persons of ordinary skill , it is possible to account for the delay to varying degrees of precision if necessary . on the other hand , if the system 10 does not receive a reply from the time server within a predetermined period , the system 10 preferably refrains from updating the time . in addition , the system 10 may provide for one or more repeated re - tries spaced by predetermined periods . the time information received from the time server may need to be adjusted to provide a time appropriate for the local time zone in which the timekeeping device 12 is located . it should be understood that this is not essential ; for example , it may be advantageous to require the user to set the hour and date while using the time server only to update the minutes and seconds , since these are most susceptible to drift . however , in most instances , adjusting the time information for the local time is desirable . this requires obtaining both the local time zone and the server time zone , i . e ., the time zone for which the time information provided by the time server has been calibrated . for example , if the time server is set to provide time in mountain time , and the local time zone is pacific time , the time information may be adjusted to account for the 1 hour difference between mountain time and pacific time . a number of different strategies may be employed for providing the two time zones . one such strategy is to preprogram both time zones . according to this strategy , the timekeeping device would seek time information from a preprogrammed time server calibrated to a known time zone , and the timekeeping device would be used within a preprogrammed local time zone . another strategy is to provide either or both time zones as a preprogrammed list of options from which the user may choose . the timekeeping device may include input devices such as a touch menu , dedicated buttons , switches , voice recognition software , etc ., permitting the user to choose a desired set of preprogrammed options . yet another strategy is to permit the user to enter either or both time zones directly using the same types of input devices . the aforementioned input devices may communicate with the processor 11 , which in turn may save input information such as time zone and standard / daylight savings indicators in the configuration settings file 26 . the processor 11 may also perform the time zone conversions . it may also be possible for the time server to perform a time zone calibration given the local time zone as a query input , in which case the time zone of the server need not be taken into account . at any time when the system 10 is not requesting and receiving time synchronization data , at least the time synchronization client 24 , configuration settings file 26 , the protocol converter 28 , and the client hardware device 30 can be powered down at the direction of the processor 11 . this feature is especially advantageous in a battery powered embodiment of the system 10 , such as a wristwatch , and is even more advantageous where updates are requested only infrequently . preferably , the number of times the system 10 re - tries a failed request as mentioned above is balanced against the need to conserve power in battery - powered implementations . the terms and expressions that have been employed in the foregoing specification are used as terms of description and not of limitation , and are not intended to exclude equivalents of the features shown and described or portions of them . the scope of the invention is defined and limited only by the claims that follow .