US20030060211A1 - Location-based information retrieval system for wireless communication device - Google Patents

Abstract

A wireless location-based information-retrieval system includes a wireless communication device. The wireless device has a transceiver for sending and receiving communications across a wireless communication network, a position-determination device for determining the location of the wireless device, and an Internet browser. A remote server communicates with the wireless device. The server receives the location data from the wireless device over the network and maintains a web page listing information service options. The information service options are accessible to and selectable by the wireless device via the browser. The server retrieves information from a database based on the location data provided by the wireless device and on the selected service option. The retrieved information is sent to the wireless device over the network.

Description

RELATED APPLICATIONS
• This is a continuation-in-part of application serial no. 09/237,552, filed on Jan. 26, 1999.[0001]
FIELD OF THE INVENTION
• The present invention relates generally to radio or wireless communications and, more particularly, relates to a location-based information retrieval system.[0002]
BACKGROUND OF THE INVENTION
• The advent of wireless personal communications devices has revolutionized the telecommunications industry. Cellular, PCS and other services provide wireless personal communications to businesses and individuals at home, in the office, on the road, and any other locations the wireless network reaches. Wireless telephone subscribers no longer have to use pay telephones along the road, or wait until they return home or to the office to check messages and return important business calls. Instead, wireless subscribers carry out their day to day business from their cars, from the jobsite, while walking along the airport concourse, and just about anywhere their signals are accessible.[0003]
• Thus, it is no surprise that since the introduction of the cellular telephone service, the number of wireless telephone subscribers has increased steadily. Today, the number of wireless telephone subscribers is staggering and still growing rapidly. In fact, many households have multiple wireless telephones in addition to their conventional land-line services.[0004]
• With a market of this size, there is fierce competition among hardware manufacturers and service providers. In an attempt to lure customers, most providers offer handsets with desirable features or attributes such as small size, light weight, longer battery life, speed dial, and so forth. Many recent additions to the marketplace include multifunctional handsets that even provide pocket-organizer functions integrated into the wireless handset. Most manufacturers, however, are still scrambling to add new features to their communication devices to snare a portion of this booming market.[0005]
SUMMARY OF THE INVENTION
• The present invention is directed toward a location-based information retrieval system for a wireless communication device.[0006]
• In one embodiment of the invention, a wireless location-based information-retrieval system is provided. The system includes a wireless communication device. The wireless device has a transceiver for sending and receiving communications across a wireless communication network. The wireless device also has a position-determination device for determining a location of the wireless device and providing location data indicative of the location to the wireless device. Finally, the device comprises an Internet browser.[0007]
• The system also includes a remote server in communication with the wireless device over the network. The server receives the location data from the wireless device over the network and maintains a web page listing information service options. The information service options are accessible to and selectable by the wireless device via the browser. The server retrieves information from a database based on the location data provided by the wireless device and on the selected service option. The retrieved information is sent to the wireless device over the network.[0008]
• In another embodiment of the present invention, a method for accommodating information requests from a user of a wireless device is provided. The user is first presented with information service options via a wireless network. In one implementation, this presentation is made in the form of an Internet web page. Next, the location of the wireless device is determined, and user information stored on the wireless device is obtained. The user's information service choice is accepted from the wireless device via the wireless network, and information corresponding to the service choice is obtained based on the user location and user information. The information retrieved is sent to the wireless device over the wireless network.[0009]
• Objects and advantages of the present invention include any of the foregoing, singly or in combination. Further objects and advantages will be apparent to those of ordinary skill in the art, or will be set forth in the following disclosure.[0010]
BRIEF DESCRIPTION OF THE DRAWINGS
• The present invention is described with reference to the accompanying drawings. In the drawings, like reference numbers indicate identical or functionally similar elements, and[0011]
• FIG. 1 is a diagram illustrating an example wireless communication device.[0012]
• FIG. 2 is a block diagram of a wireless communication system according to the present invention.[0013]
• FIG. 3 is a flowchart illustrating a method for requesting information across a wireless network according to the present invention.[0014]
• FIG. 4 is a block diagram of a hands-free unit having a GPS receiver according to one embodiment of the present invention.[0015]
• FIG. 5 is a block diagram of a hands-free unit having a GPS receiver and voice synthesis and recognition according to another embodiment of the invention.[0016]
• FIG. 6 is a diagram of example formats for location information requests responses.[0017]
• FIG. 7 is a block diagram of a processor-based system according to one embodiment of the invention.[0018]
• FIG. 8 is a flowchart showing one implementation of a location-based information retrieval system according to the present invention.[0019]
• FIG. 9 is a flowchart of a driving directions service portion of the information retrieval system.[0020]
• FIG. 10 is a flowchart of a points of interest service portion of the information retrieval system.[0021]
• FIG. 11 is a flowchart of a location monitoring service portion of the information retrieval system.[0022]
• FIG. 12 is a flowchart of a notification services portion of the information retrieval system.[0023]
• FIG. 13 is a flowchart of a traffic monitoring service portion of the information retrieval system.[0024]
• FIG. 14 is a flowchart of a server routine for performing subscribed user services.[0025]
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
• 1. Introduction and Overview[0026]
• The present invention provides a location-based information retrieval system and method for wireless communication devices. A position determination system is included with the wireless communication device to allow the location of the device to be determined. The location of the device can be used to provide additional information or features to a user of the wireless communication device. Examples of the information that may be provided include map information; driving information; location information; location of retailers, goods, services, or other points of interest near the communication device; and any other information that may be useful or valuable to a user of the communication device. The device location is sent to a remote server that accesses and compiles the requested information and sends it back to the user via the communication device.[0027]
• Voice recognition and speech synthesis capability can be included to provide an enhanced user interface. This enhanced interface allows acceptance of a user's vocal commands and provides audible vocal responses. The enhanced interface may complement a conventional display and keypad interface.[0028]
• 2. Example Environment[0029]
• Before describing the invention in detail, it is useful to describe an example environment in which the invention can be implemented. One example environment is a handset or communication device operating within a wireless communication network such as, for example, a cellular, GSM, PCS or radio communication network. Wireless communication devices embodying the present invention can be implemented in various configurations and architectures. Typically, a wireless communication device will include a keypad for control of the device and data entry, and a display for displaying relevant information.[0030]
• An example[0031]wireless communication device100 is illustrated in FIG. 1.Communication device100 is presented for illustrative purposes only; implementation of the invention is not dependent on any particular device architecture or communication network.
• [0032]Device100 includes aprocessor104, aspeaker106, adisplay108, akeypad110, atransceiver112, amemory114, amicrophone116, apower source118 and anantenna120.Device100 is typically a mobile device such as a handheld handset or an integrated vehicle phone. It is configured to communicate with other communications devices such asbase station112.Base station112 is typically within a geographic area known as a “cell” and handles communications for all wireless devices within the cell.
• [0033]Processor104 directs the overall operation ofdevice100. A computer program or set of instructions is typically coded or otherwise implemented on the processor to enable the processor to carry out the device operation.Memory114 interfaces withprocessor104 and may store program code and provide storage space for data useful in executing the program code and carrying out the device functions.Memory114 may be implemented as ROM, RAM or any other convenient memory format. The features and functionality of the invention described below may be implemented using hardware, software, or a combination thereof, and such software can run on a processor such asprocessor104 and be stored in a memory such asmemory114.
• [0034]Transceiver112 includes a transmitter that transmits voice and data information viaantenna120 to a recipient communication device such as, for example,base station112.Transceiver112 also includes a receiver that receives voice and data information from another communication device (e.g., base station112). The received voice and data information is provided to the user or used to facilitate device operation.
• User interface features include[0035]speaker106,display108,keypad110, andmicrophone116.Microphone116 accepts voice or other audio information from the user and converts this information into electrical signals that can be transmitted bytransceiver112. Likewise,speaker106 converts electrical signals received bytransceiver112 into audio information that can be heard by a user ofdevice100.Display108 displays information such as call information, keypad entry information, signal presence and strength information, battery life information, or any other information useful to the user.Display108 preferably takes the form of a liquid crystal display (LCD), which have low power consumption characteristics, but could also be implemented as a light emitting diode (LED) display or any other appropriate visual indicator.Keypad110 typically includes an alphanumeric keypad and may also include special function keys. In one embodiment,keypad110 is backlit to permit viewing of the keys in low light or dark conditions.Device100 may also include a flip panel (not shown) that can be closed to conceal some or all of the keypad.
• [0036]Power source118 is provides power todevice100. It can be implemented with rechargeable batteries, such as NiCad or NiMH rechargeable batteries, or with any other suitable power source.
• 3. A Location-Based Information Retrieval System[0037]
• FIG. 2 is a block diagram illustrating a wireless communication system according to the present invention. The communication system provides information to a wireless device user based on the location of the user and his device. It includes a[0038]wireless handset130 and a hands-free unit132.Handset130 can be implemented in a configuration such asdevice100 of FIG. 1, or in any other wireless communication device capable of communicating with remote locations via a wireless communication medium. In the description below, “handset” refers to any communication device capable of communicating with other devices via a wireless medium.
• Hands-[0039]free unit132 is optionally provided to allow the user ofwireless device130 to communicate in a hands-free mode. Hands-free unit132 may include a microphone and speaker to providewireless device130 with speakerphone-like capabilities. Such capabilities are particularly desirable wherewireless device130 is utilized in an automobile or other mobile situation. In one implementation, hands-free unit132 is configured according to conventional industry standards for a “hands-free kit”.
• In addition to the conventional standards, hands-[0040]free unit132 is equipped with aposition determination system134 to determine the location ofunit132 andhandset130. Alternatively,position determination system134 may be directly incorporated intohandset130.Position determination system134 determines location in terms of parameters such as latitude, longitude, height, speed of travel, and any other useful location or position parameters. In one embodiment,position determination system134 is implemented using a GPS (global positioning system) or differential GPS. The design and configuration of GPSs is well known to those of ordinary skill in the art. Alternative position determination systems could also be utilized.
• One example of an alternative position determination system is a triangulation system. In such a system, the position of[0041]handset130 is determined by triangulating a signal fromhandset130 with the fixed locations of two or more base stations. Triangulation systems, though useful and relatively inexpensive, have several drawbacks. Errors due to multipath signal transmission may occur and the systems may be inoperable in areas where only one base station is available.
• [0042]Wireless device130 preferably includes both a voice and data interface, particularly whereposition determination system134 is incorporated in a hands-free unit132. The voice interface provides hands-free operation and speakerphone-like capabilities. The data interface allows position information obtained bysystem134 to be provided tohandset130 for transmission overwireless network140. Moreover, where voice recognition or speech synthesis capabilities are provided (discussion below), the data interface provides the data to be synthesized into speech or the data received via voice recognition.
• [0043]Handset130 communicates with other entities viawireless network140.Network140 is typically comprised of a plurality of base stations that provide relay points for communication.Network140 may be a cellular, PCS, GSM, or any other wireless communication network. In addition to conventional communication with other wired or wireless communication devices, as shown in FIG. 2,network140 permits communication betweenhandset130 and data server(s)136. When a user requests information,handset130 provides the location of the handset toserver136 acrosswireless network140.Server136 retrieves relevant information from an associateddatabase138 and conveys the information tohandset130 overwireless network140. The information may be displayed on the handset display or audibly rendered via speech synthesis or prerecorded scripts. Although the types of information stored indatabase138 are virtually limitless, several example applications are provided for illustrative purposes.
• In one example application, driving directions to a destination address are provided to a handset user. The user requests driving directions to the destination via keypad entry and/or voice command, and the request is communicated to[0044]server136 overwireless network140. At the time of the request, the handset location determined byposition determination system134 is also provided toserver136 to provide a starting point for the directions. Using the handset location and the destination address,server136 calculates a route and compiles driving directions. The driving directions are transmitted tohandset130 overnetwork140 and are displayed or audibly rendered to the user. In addition to textual driving directions, a map showing the route may be displayed on the handset display. Options such as the shortest possible route, interstate route, safest route, most scenic route, etc. may be provided. The user's choice of options will dictate the route calculation. The options may be stored, and prompts or scripts generated, locally (in the memory of handset130). Alternatively, the options, prompts and scripts may be stored atserver136 and provided to the user vianetwork140.
• Another example application locates particular types of businesses or services in the user's location. Restaurants, gas stations, hotels and other businesses or services near the user's location can be identified and provided to the user. Again, the user requests the business or service type vocally or via keypad entry. The request is communicated to[0045]server136 overwireless network140, along with the user's current location as determined by theposition determination system134.Server136, based on the handset location and user request, retrieves and returns relevant information tohandset130 overnetwork140.
• Parameter limits or filters may be implemented to refine the request and selections returned. The user may set a location filter, for example, that requires returned selections be within X miles of the user's current location. If the user is seeking a restaurant, the user may request or be prompted to select parameters that refine the search results. These parameters may include cuisine type (e.g., Italian, French, American, etc.), restaurant type (e.g., fast food, casual dining, formal, etc.), price range and so on. For restaurants as well as gas stations, motels and other businesses, the user may identify a preferred national or regional chain.[0046]
• As noted above, the search may be refined (the query narrowed) on the user's own initiative or based on system prompts. If the user simply requests a nearby restaurant, for example,[0047]server136 may prompt the user with questions about parameters such as those described above. Alternatively, to conserve bandwidth overnetwork140, prompts can be stored locally and made by handset130 (or hands-free unit132) before the request is sent toserver136. In this embodiment, updated scripts and/or prompts may be downloaded fromserver136 tohandset130. Preferably, memory-intensive data such as establishment locations, driving directions, etc. are stored indatabase138 to minimize the amount of memory required inhandset130. The precise distribution of data storage among these devices will be influenced by factors such as available bandwidth, memory costs and airtime costs.
• The user may also specify avoidance of certain areas or parts of town, such as those that have high crime rates, gang or drug activity, or other undesirable attributes. Crime statistics from law enforcement authorities or other sources can be compiled and stored in[0048]database138. Based on these statistics, certain areas or neighborhoods may be identified as high crime rate areas or otherwise undesirable areas. The user may opt to not receive choices for establishments in, or driving directions through, those areas. This feature can be implemented automatically, as a default selection or through a user prompt. Alternatively, the system may provide an automatic warning sound or indication to alert the user of entry into a high-crime-rate area. This feature is particularly useful if the user is unfamiliar with a particular area in which he or she is travelling.
• A method for requesting information across[0049]network140 is illustrated in FIG. 3. Instep202, a user initiates a request for information. As described above, this request can be made via a keypad entry or by voice command with an appropriate voice recognition system. Instep204, the system determines whether the request requires the handset location or position. If all information is based on positional information, this step can be eliminated on the assumption that answering any request requires positional information. Since many requests may be fulfilled based on previously transmitted position information or without any position information at all, however, inclusion ofstep204 is preferable to avoid unnecessary transmission of position information overnetwork140.
• If position information is required, the method proceeds from[0050]step204 to step212, whereposition determination device134 acquires the position ofhandset130. In one implementation, position determination occurs somewhat constantly while handset130 (or unit132) is powered on. Ifposition determination device134 is situated in hands-free unit132,unit132 provides the position data tohandset130 for transmission toserver136 over wireless network140 (step214). If position information is not required, the method proceeds fromstep204 directly to step206.
• In[0051]step206,handset130 sends the request toserver136 viawireless network140. The request includes any position data acquired in steps212-214. Instep208,server136 retrieves the data or information requested fromdatabase138. The data may be retrievable and usable in raw form, or it may need to be processed. This determination is based on the type of request, the information requested, and the manner or format in which the information is stored indatabase138. The raw or processed data is communicated tohandset130 overnetwork140 and, instep210, is displayed or provided to the user.
• As described above, scripts or prompts may be provided to the user to refine the information request. If the scripts or prompts are stored in database[0052]138 (as opposed to local storage in handset130), they are retrieved byserver136 instep208 and provided to the user instep210. The user's answers to the prompts are sent byhandset130 toserver136, which uses the refined information to retrieve additional data or information fromdatabase138, or to further refine the user's query. This potentially repetitive process is illustrated in FIG. 3 byflow line222 and the repetition ofsteps202,206 and208. During this repetitive prompting process, depending on time elapsed and distance traveled, updated position information may be provided toserver136. If the refining prompts are stored locally indevice130 orunit132, refinement occurs before the query is sent and this repetitive process will not usually be necessary.
• Once the request has been sufficiently refined,[0053]server136 uses the refined request to retrieve data fromdatabase138. Continuing with the examples described above,server136 may retrieve locations of restaurants, gas stations, hotels, or other facilities or services near the user. In one implementation, the information is listed or ranked in order of best matches to the user's request and/or preferences. The listing of facilities or services matching the request is provided tohandset130 over network140 (step208), and the information is audibly or visually provided to the user (step210). If the information is provided audibly, audio data can be prerecorded or synthesized byserver136 and transmitted overnetwork140, or data can be sent acrossnetwork140 and speech synthesized locally.
• Once the user selects a facility or service from the list of options provided,[0054]server136 can retrieve or compute driving directions to the facility or service based on the user's current position. If sufficient time has elapsed to significantly alter the user's current position,server136 may request a position update. In one implementation, a speed of travel parameter is provided byhandset130 along with the current position. In this implementation, the determination of whether to update the position information can be based in part on this parameter. Where the user is traveling at a high rate of speed, positional updates will be required often to ensure accurate directions. Additionally, where the user is approaching a freeway exit or other waypoint in the route being computed,server136 may request a position update to ensure that this waypoint has not been passed. If it has been passed, an alternative route may be calculated or the user may be directed to backtrack to the passed waypoint.
• 4. Implementation of a Location-Based Information Retrieval System[0055]
• FIGS.[0056]8-14 depict in more detail amethod600 for location-based information retrieval using a wireless communication device such ashandset130. As in the information retrieval system described above,handset130 communicates with aserver136 anddatabase138 over awireless network140. Inmethod600, a web site maintained onserver136 handles user requests for information. The web site includes a “services home page” that serves as an index to the available information services.Handset130 is equipped with an Internet browser or minibrowser program that accessesserver136 vianetwork140 and pulls the services home page tohandset130. The home page is displayed on thehandset display108.
• Referring to FIG. 8, the user enters the services home page via[0057]handset130 or another appropriate portable or navigational device (step602).Keypad110 ofhandset130 may include a special function key that permits activation of the minibrowser and loading of the services home page fromserver136 in one keystroke. Instep604, as soon as the user has entered the home page,server136 automatically attempts to retrieve fromhandset130 information stored in the handset memory relating to the user, the user's preferences and handset130 (“user information”). The user information, if available, is useful toserver136 in formatting a response to information requests based on the user's past preferences.
• The user information may be stored in the handset memory as a data file or “cookie” created by[0058]server136, and may be periodically updated byserver136. Atdecision node606, ifserver136 found the user information, the user information is stored on server136 (step608) and the method proceeds to step610. If the user information was not found, the method proceeds directly to step610. Though not shown in FIG. 8, if user information is not found, the method could include an additional step of creating a user data file or cookie and storing it in the handset memory.
• In[0059]step610,server136 attempts to retrieve fromhandset130 the location ofhandset130 as determined byposition determination system134. Atdecision node612, ifserver136 was able to retrieve the location ofhandset130, the location information is stored on server136 (step614) and the method proceeds to step616. Ifserver136 was not able to retrieve the location information, the method proceeds directly to step616.
• The home page index or list of services is displayed on[0060]handset130 instep616. All available information retrieval services are listed for the user to choose from. A selection for ending the information services session may also be provided. Ifhandset130 has voice synthesis capability, the available selections could be audibly announced to the user. Although the potential types of information retrieval services are virtually limitless, for exemplary purposes, four types of information retrieval services are discussed below.
• One implementation of a location-based information retrieval system includes a driving direction service, a points of interest service, a location monitoring service, and notification services. If driving directions are selected, an additional traffic monitoring service is available. In[0061]step618, the user selects one of the listed services via the handset user interface. The selection may be made through use of a menu navigation key, by pressing a keypad number corresponding to the desired service, or if voice recognition capability exists, by stating the selection.
• In steps[0062]620-628,handset130 sends the appropriate service choice toserver136 overnetwork140. If the driving directions service (step620) is selected, the system proceeds tonode630 of FIG. 9. If the points of interest service (step622) is selected, the system proceeds tonode660 of FIG. 10. If the location monitoring service (step624) is selected, the system proceeds tonode680 of FIG. 11. If the notification services (step626) are selected, the system proceeds tonode690 of FIG. 12. Finally, if the user opted to end the information services session, an appropriate termination signal is sent to server136 (step628) and the session is ended.
• A sub-method for providing location-based driving directions in response to a user request (step[0063]620) is shown in FIG. 9 starting atnode630. The available types of driving directions are displayed on handset130 (step632). In one implementation, city-to-city and door-to-door driving directions are available. The scripts and prompts related to the types of driving directions available for selection may be stored remotely onserver136 or locally onhandset130. Instep634, the user selects the desired direction type, which is sent toserver136 overnetwork140.
• The method proceeds according to which type of directions is requested (decision node[0064]636). If city-to-city directions are requested, the method proceeds fromnode636 to step638. Atstep638, if location information was available from handset130 (seestep610 of FIG. 8), the starting city is already known and the method proceeds to step640. If location information was not available, the user will first be required to enter the starting city (step639). Atstep640, the user enters the destination city. If door-to-door directions were requested, the method proceeds fromnode636 tonode642. Atstep642, if location information was available fromhandset130, the starting address is already known byserver136 and the method proceeds directly to step644. If location information was not available, the user will first be required to enter the starting address (step643). Atstep644, the user enters the destination address.
• At[0065]step646, the city(s) or address(s) entered by the user are sent fromhandset130 overnetwork140 toserver136.Server136 uses the handset location and the destination address or city to calculate a route and compile driving directions. If necessary,server136 may accessdatabase138 or other Internet servers to assemble the route and directions. The driving directions are transmitted tohandset130 overnetwork140 and are displayed or audibly rendered to the user (step648). In addition to textual driving directions, a map showing the route may be displayed on the handset display. User preferences such as the shortest possible route, interstate route, safest route, most scenic route, etc. may dictate the route calculation. If such preferences exist, they would have been retrieved byserver136 fromhandset130 in steps604-608 (FIG. 8).
• If location information is available from handset[0066]130 (decision node650), the user is presented with the additional option of activating a traffic monitoring (TM) service (decision node652). If location information is not available, or if it is available but the user opts not to activate the traffic monitoring service, the method returns to step616 of FIG. 8. The home page (HP) services are listed, and the system waits for the next user selection. If location information is available and the user opts to activate the traffic monitoring service, the system proceeds to the traffic monitoring sub-method of FIG. 13 (node720).
• If the traffic monitoring service is selected,[0067]handset130 periodically sends its location toserver136 while in transit according to the driving directions, andserver136 determines whether there are any impediments such as accidents or construction work along the calculated route. If impediments are present, the server may configure an alternate route. The traffic monitoring sub-method is illustrated in detail in FIG. 13 starting atnode720.
• Referring to FIG. 13,[0068]server136 first assesses whether the destination address or city has been reached (step722). If the destination has been reached, the traffic monitoring service is no longer necessary. Accordingly, the server cancels the traffic monitoring service (step738) and sends a message overnetwork140 instructinghandset130 to cease sending periodic location updates (step740). The method then proceeds directly to step742.
• If the destination has not been reached,[0069]server136 searches for any accidents, construction work or other impediments or hazards between the current handset location and the destination (step724). In one implementation, this is accomplished through a check of real time data maintained ondatabase138 or elsewhere on the Internet. If no impediments are found (decision node726), the original route is not disturbed and the method proceeds tonode736. If an impediment is found, the server determines if an alternate route is necessary (step728). In one implementation, the user's current speed (provided by handset130) and the estimated clearing time of the impediment are considered in determining whether an alternate route should be calculated. If these factors do not dictate an alternate route (decision node730), the original route is again left undisturbed and the method proceeds to step736. If a new route is necessary, it is mapped and compiled as described above with reference to FIG. 9 (step732). The user is notified of the change and the new route and map are sent to and displayed by handset130 (step734). Information about the accident or impediment necessitating the route change is also preferably provided to the user.
• As indicated by[0070]step736,handset130 continues to periodically updateserver136 with location information as long as the traffic monitoring routine remains active (e.g., until the user reaches the destination). If the destination has been reached, the periodic updates are stopped. Atstep742,server136 determines whether it needs to attend to other services in addition to the traffic monitoring service. If there are additional services, the system proceeds to step756 of FIG. 14. FIG. 14 illustrates the steps followed byserver136 each time a location or user information update is received, and will be described in more detail below.
• Referring again to FIG. 8, another location-based information retrieval service identifies certain points of interest near the user's current location (step[0071]622). The sub-method for retrieval of information about points of interest is illustrated in FIG. 10, beginning atnode660. Atnode662, the user is prompted to enter the business or type of facility she would like information about. Examples include restaurants, gas stations, hotels and any other businesses, services or recreation areas or facilities the user would like information about. Again, the user may enter his request either vocally or by keypad, depending on the capabilities ofhandset130. The request is communicated toserver136 overwireless network140.
• If the location of[0072]handset130 was provided by an associated position determination system, the method proceeds directly to step668. If the location was not provided, the user will be required to provide his current location atstep666. Atstep668,server136searches database138 and possibly other Internet resources for nearby businesses matching the user's request. As described above, limits or user preferences may be implemented to refine the request and selections returned. The user may set a location filter, for example, that requires returned selections be within X miles of the user's current location. If the user is seeking a restaurant, the user may set parameters such as cuisine type, restaurant type, price range and so on. Preferred national or regional chain may be set. In one implementation,server136 in steps606-610 (FIG. 8) automatically retrieves this information fromhandset130.
• In[0073]step670,server136 sends the retrieved information overnetwork140 tohandset130. The information is displayed on handset130 (step672), and may be listed or ranked according to proximity, price or any other user preference. The system then returns to step616 of FIG. 8 and awaits another user selection from the home page index.
• If the location monitoring service is selected, the system proceeds to[0074]node680 of FIG. 11.Server136 initially determines whether this service has already been activated (decision node682). If it has, nothing further is required and the user is returned to the main listing of services on the home page. If it has not been activated,server136 creates a user web page or file where the user's locations are periodically posted and/or stored (step684). Essentially, the location monitoring service creates a log of the user's whereabouts and makes the log available for the user to inspect. The web page URL and password required for entry are sent to the user over network140 (step684), and are displayed byhandset130 to the user instep686.Handset130 may automatically store this information locally, or may prompt the user as to whether he desires to do so. With the web page address and password in hand, the user can review his daily activities and travels by properly directing his handset minibrowser. Step688 notes that, while the location monitoring service is active,handset130 periodically sends updated location information toserver136. The method returns to step616 to display the home page index.
• If notification services are selected from the home page, the information retrieval system proceeds to[0075]node690 of FIG. 12. With this option, the user is automatically notified about selected types of news, events, promotions, etc. occurring near his location (as reported by handset130). On the initial selection of this option, the user selects the types of events or information that he would like to subscribe to and be notified about (step691). These selections may be later changed or deleted. Atdecision node692,server136 proceeds according to the notifications the user has subscribed to. Notifications about virtually any type of activity or event are possible. Three types of notifications—news, events and promotions—are shown in FIG. 12.
• If the user has selected news notifications, the method proceeds to step[0076]694.Server136 obtains search parameters to define the types of news notifications provided to the user, such as the news type (i.e., politics, sports, headlines, entertainment, etc.) or region (city, county, state, national, world). These parameters may have already been retrieved byserver136 fromhandset130 in steps606-610 of FIG. 8. If not, the user may be prompted atstep694 to enter search parameters. Atstep696,server136 searches for news that falls within the search parameters.
• If the user has selected event notifications, the method proceeds from[0077]node692 to step698.Server136 obtains search parameters to define the types of event notifications provided to the user. Parameters may include the event type (i.e., community events, sporting events, theatre, arts, etc.), events within a certain region (city, county or state), or events occuring within a configurable mile radius of the user. These parameters may have already been retrieved byserver136 fromhandset130 in steps606-610 of FIG. 8. If not, the user may be prompted atstep698 to respond to queries to define the search parameters. Atstep700,server136 searches for events that fall within the search parameters.
• If the user has selected promotion or sales notifications, the method proceeds from[0078]node692 to step702.Server136 obtains search parameters to define the types of promotional or sales notifications provided to the user. Parameters may include merchant or service type (i.e., clothing, household goods, restaurants, etc.), or promotions/sales occuring within a defined region or configurable mile radius of the user. These parameters may have already been retrieved byserver136 fromhandset130 in steps606-610 of FIG. 8. If not, the user may be prompted atstep702 to respond to queries to define the search parameters. Atstep704,server136 searches for events that fall within the search parameters.
• Once[0079]server136 has retrieved all subscribed notifications matching the search parameters, it proceeds tonode706 and determines whether the notifications found in the search were already sent to the user. If the notifications were already sent, it is usually not necessary or desirable to send them to the user again, and the server proceeds directly to step712. It should be noted, however, that the user may set her preferences to eliminate this step if she wishes to receive all notifications found, even if they were previously sent. If the notifications have not yet been sent to the user, the notifications are sent tohandset130 over network140 (step708). The notifications may be sorted according to the user's preferences such as, for example, by region, proximity, price, merchant-type and so on. Atstep710,handset130 displays the received and sorted notifications.
• So long as the notification service is active,[0080]handset130 periodically sends updated location and user preference information to server136 (step712). As will be described with reference to FIG. 14, whenserver136 receives such updates, it initiates a routine to perform all services the user is subscribed to. Atdecision node714,server136 determines whether the user is subscribed to other services. If the user is subscribed to other services, the method returns to step756 of FIG. 14 to perform the remaining services. If the user is not subscribed to other services, the user is presented with the main home page display of service options (step616 of FIG. 8)
• FIG. 14 depicts the steps followed by[0081]server136 each time a location or user information update is received from handset130 (step752). Such updates are sent periodically byhandset130 whenever the location monitoring, traffic monitoring and/or notification services are active. Atstep754, upon receiving an update fromhandset130,server136 determines which serviceshandset130 subscribes to. Fromnode756,server136 performs the subscribed services. For location monitoring, atstep758,server136 updates the user record and/or web page with the location information received fromhandset130. Atstep760,server136 determines whetherhandset130 is subscribed to additional services. If it is, the method loops back to step756 to perform the additional services. If it is not, the user is returned to the home page list of options. For notification services,server136 proceeds withstep692 of FIG. 12. For traffic monitoring services,server136 proceeds withstep720 of FIG. 13.
• As described in more detail below, the method steps of FIGS.[0082]8-14 may be implemented as computer programs, software or hardware. The portions relating to control ofhandset130 may be coded inprocessor104 or could be stored inmemory114. Alternatively, the program or portions of it could be stored onserver136 and downloaded tohandset130 as needed. The portions relating to the steps carried out byserver136, such as FIG. 14, preferably reside in a processor or memory inserver136.
• 5. Additional System Details[0083]
• As stated above, in one embodiment, position-[0084]determination device134 is located in hands-free unit132. FIG. 4 illustrates one implementation of a hands-free unit132, including aGPS receiver304 that functions as the position determination device and an associatedcontroller306. Position information is exchanged withwireless handset130 via data in-out interface308.Antenna310 allowsGPS receiver304 to communicate with the constellation of GPS satellites. As stated above, alternative position determination devices could be implemented if desired.Speaker312 andmicrophone314 provide speakerphone like capabilities towireless device130.Audio processor316 provides A/D, D/A and echo canceling for voice digitization or synthesis. Preferably, the digitized voice is in the form of PCM (pulse code modulated) data, although other data coding techniques could be utilized.
• As described above, voice synthesis and/or recognition capabilities may be provided. In one implementation, voice synthesis and recognition are provided in hands-[0085]free unit132. Alternatively,wireless device130 orserver136 could provide these capabilities.
• FIG. 5 shows an example implementation of hands-[0086]free unit132 with voice synthesis and recognition. In this implementation, user speech commands are received bymicrophone314, digitized byaudio processor316 and processed byvoice recognition algorithm322. The processed speech commands are provided tocontroller306 and sent toserver136 asdata309. Similarly, information retrieved byserver136 can be provided tocontroller306 andvoice synthesizer324.Voice synthesizer324 converts this information to digital voice data, which is processed byaudio processor316 and announced to the user viaspeaker312. Additionally, audio information can be provided toaudio processor316 via audio in-outcommunication path308. Whereserver136 performs speech synthesis or recognition, digital voice data is sent acrossnetwork140 and is provided to, or received from, the user via audio in-out connection308.
• Where[0087]position determination device134 is located in hands-free unit132,wireless device130 sends a location information request message to hands-free unit132. Hands-free unit132 in response sends a location information response message to thehandset130. The location information response includes parameters indicating position such as time, longitude, latitude, height, speed, and data age.
• FIG. 6 is a diagram illustrating an example format for the[0088]location information request404 and the location information response408.Location information request404 is a one-byte data field. Response408 includes several fields, includingtime410,longitude412,latitude414,height416,speed418 anddata age420.Time field410 is six bytes in length,longitude field412 is nine bytes in length,latitude414 is eight bytes in length,height field416 is eight bytes in length,speed field418 is three bytes in length, anddata age420 is one byte in length. As would be apparent to one of ordinary skill in the art, other message formats and field lengths could be utilized.
• In one embodiment, the time is GPS time of day in seconds and is in ASCII format. Longitude, latitude and speed are also in ASCII format, with the longitude data being positive east, the latitude data being positive north and the speed being in miles per hour. The data age reflects the age of the return data and can indicate whether the data is fresh, old, or otherwise not available. Data is listed as fresh if it is less than ten seconds of age, or old if it is greater than or equal to ten seconds. Of course, alternative formats can be provided and alternative time frames established for determining if data is fresh or old.[0089]
• A status request and response may be used to query the status of[0090]position determination device134 before requesting location information. This is particularly useful if position determination device is implemented as a GPS receiver. The request message may be one byte in length and simply request the status of the GPS receiver. In this implementation, the response may be a one byte status word indicating whether the device is ready. The response could include additional information such as, for example, the reason the status is ready or not ready, or any other pertinent information.
• The various embodiments and features of the invention described above may be implemented with hardware, software or a combination thereof and may be implemented using a computing system having one or more processors. In one embodiment, these elements are implemented using a processor-based system capable of carrying out the functionality described with respect thereto. An example processor-based[0091]system502 is shown in FIG. 7.System502 includes one or more processors, such asprocessor504.Processor504 is connected to communication bus506.
• [0092]System502 includesmain memory508 andsecondary memory510.Main memory508 is preferably random access memory (RAM), andsecondary memory510 preferably includeshard disk drive512 and/or aremovable storage drive514.Removable storage drive514 is typically a floppy disk drive, a magnetic tape drive, an optical disk drive or the like.Storage drive514 reads from and writes to removable storage media518 in a well known manner. Storage media518 is typically a floppy disk, magnetic tape, optical disk or the like having stored therein computer software and/or data.
• [0093]Secondary memory510 may include additional or alternative means for allowing computer programs or other instructions to be loaded intocomputer system502. Aremovable storage unit522 andinterface520, for example, may be provided.Interface520 andstorage unit522 could take the form of a program cartridge and cartridge interface (such as that found in video game devices), or a removable memory chip (such as an EPROM, or PROM) and associated socket.
• [0094]Communications interface524 allows software and data to be transferred betweencomputer system502 and external devices. Examples ofcommunications interface524 include a modem, a network interface (such as, for example, an Ethernet card), a communications port, or a PCMCIA slot and card. Software and data is transferred viacommunications interface524 as electronic, electromagnetic, optical or other signals capable of being received bycommunications interface524. These signals are provided to communications interface viachannel528.Channel528 carries signals and can be implemented as a wireless medium, wire or cable, fiber optics, or other communications medium. Examples include a phone line, a cellular phone link, an RF link or a network interface.
• In this document, the terms “computer program medium” and “computer usable medium” are used to generally refer to media such as removable storage device[0095]518, a disk capable of installation indisk drive512, and signals onchannel528. These computer program products are means for providing software or program instructions tocomputer system502. Computer programs (also called computer control logic) are stored in main memory and/orsecondary memory510. Computer programs can also be received viacommunications interface524. Such computer programs, when executed, enable thecomputer system502 to perform the features of the present invention as discussed herein. In particular, the computer programs, when executed, enable theprocessor504 to perform the features of the present invention. Accordingly, such computer programs represent controllers of thecomputer system502.
• In an embodiment where the elements of the invention are implemented using software, the software may be stored in, or transmitted via, a computer program product and loaded into[0096]computer system502 usingremovable storage drive514,hard drive512 orcommunications interface524. The control logic (software), when executed by theprocessor504, causesprocessor504 to perform the functions of the invention as described herein.
• In another embodiment, the elements are implemented primarily in hardware using components such as PALs, application specific integrated circuits (ASICs) or other hardware components. Implementation of a hardware state machine to perform the functions described herein will be apparent to persons skilled in the relevant art(s). In yet another embodiment, elements are implemented using a combination of both hardware and software.[0097]
• While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, the breadth and scope of the present invention should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.[0098]

Claims (20)

1. A wireless location-based information-retrieval system comprising:

a wireless communication device comprising a transceiver for sending and receiving communications across a wireless communication network, a position-determination device for determining a location of the wireless device and providing location data indicative of the location to the wireless device, and an Internet browser;

a remote server in communication with the wireless device over the network, wherein the server receives the location data from the wireless device over the network and maintains a web page listing information service options that are accessible to and selectable by the wireless device via the browser; and

a database in communication with the server, the server retrieving information from the database based on the location data provided by the wireless device and based on a selected service option, and sending the information to the wireless device over the network.

2. A system as claimed inclaim 1, wherein the position determination device is a GPS receiver.

3. A system as claimed inclaim 1, wherein the wireless device further comprises memory for storing user information and preferences, and wherein the user information and preferences is provided to the server to assist in information retrieval.

4. A system as claimed inclaim 1, wherein the information service options are selected from a group comprising driving directions, points of interest, location monitoring and notification services.

5. A system as claimed inclaim 1, wherein the information service options including a driving direction service, and wherein the server automatically determines the starting point from the location data provided by the wireless device and the destination point is entered by a user of the wireless device and sent to the server over the network, the server compiling driving directions and sending the driving directions to the wireless device.

6. A system as claimed inclaim 5, and further comprising a traffic monitoring service, wherein the wireless device periodically sends the current location to the server, and the server accesses a real time database to determine whether any impediments exist between the current location and the destination point, the server calculating new driving directions if necessary and sending the new driving directions to the wireless device.

7. A system as claimed inclaim 1, wherein the information service options comprise a points of interest service, wherein the server searches for points of interest to the user of the wireless device based on the location data and sends the points of interest to the wireless device for display.

8. A system as claimed inclaim 1, wherein the information service options comprise a location monitoring option, wherein the wireless device periodically sends location data to the server and the server maintains a log of the location data.

9. A system as claimed inclaim 1, wherein the information service options comprise a notification service, wherein the wireless device periodically sends location data to the server and the server in response searches for information corresponding to pre-selected parameters and sends notifications to the wireless device of any such information that is found.

10. A method for accommodating information requests from a user of a wireless device comprising the following steps:

presenting the user with information service options via a wireless network;

determining the location of the wireless device;

obtaining user information stored on the wireless device;

accepting a user's information service choice from the wireless device via the wireless network;

retrieving information corresponding to the service choice based on the user location and user information; and

sending retrieved information to the wireless device over the wireless network.

11. A method as claimed inclaim 10, wherein the information service options are presented to the user on an Internet web page.

12. A method as claimed inclaim 10, wherein the user is presented with an option for obtaining driving directions from the location of the wireless device to a destination point.

13. A method as claimed inclaim 12, and comprising the additional steps of:

obtaining the destination point from the user;

determining a route from the location of the wireless device to the destination point; and

sending the route to the wireless device for display to the user.

14. A method as claimed inclaim 13, and further comprising the steps of:

monitoring the route for impediments until the user reaches the destination point;

calculating a new route if an impediment is found; and

sending the new route to the wireless device for display to the user.

15. A method as claimed inclaim 10, wherein the user is presented with an option for being informed of points of interest near the location of the wireless handset.

16. A method as claimed inclaim 15, and comprising the additional steps of:

obtaining points of interest preference information from the user;

retrieving points of interest matching the preference information that are within a pre-determined proximity to the location of the wireless device; and

sending the retrieved points of interest to the wireless device for display to the user.

17. A method as claimed inclaim 10, wherein the user is presented with an option for having the location of the wireless device monitored.

18. A method as claimed inclaim 17, and comprising the additional steps of:

periodically receiving the current location of the wireless device; and

maintaining a user-accessible log of the locations of the wireless device.

19. A method as claimed inclaim 10, wherein the user is presented with an option for receiving notifications about subject matter of interest to the user.

20. A method as claimed inclaim 19, and comprising the additional steps of:

presenting the user with notification options;

accepting the user's chosen notification options from the wireless handset via the network;

retrieving information corresponding to the chosen notification options based on the location and user data; and

sending and notifying the user of the retrieved information.

Images