Off-board navigation system with personalized navigation database

Abstract

An off-board navigation system includes a remote unit and a supply location. In operation, a navigation system user requests a desired route to a destination. Capability information relating to the user's CPU and storage device capacities are also preferably provided to the supply location. Using the extensive database available at the supply location, the supply location calculates a recommended route to the desired destination in relation to the desired POIs. If the estimated size of the requested route meets the capabilities of the remote unit the supply location creates a filter using the requested parameters and applied to the extensive database at the supply location. In one embodiment, the filtered map area includes a width vector W defined substantially perpendicular to the recommended route R. In another embodiment, the filtered map area is defined in relation to a plurality of nodes N along the recommended route R. A perimeter P is defined around each node N along the recommended route R. Moreover, the type of road can be adjusted to meet the capability information relating to the user's CPU and storage device.

Description

BACKGROUND OF THE INVENTION

[0002] This invention generally relates to off-board navigation or route guidance systems and, more particularly, to a system that transmits a filtered map area including a recommended route and desired points of interest.

[0003] Navigation systems generally provide a recommended route to a desired destination. Generally, the desired destination is selected from a large database of roads stored in a mass media storage, such as a CD ROM, which includes the roads in the area to be traveled by the user. If the navigation system is installed in a vehicle, the starting point is typically associated with the vehicle position and can be input to the navigation system by an associated position determining system that usually includes a GPS (Global Positioning System) receiver.

[0004] Vehicle navigation systems include many expensive components, including a CPU with mass storage, such as a hard drive, CD or DVD, memory compact flash and RAM for storing a map database. It is therefore known to provide so-called “off-board” systems which primarily include a supply location. The supply location includes a processor that actually calculates a recommended route based upon a request from a remote unit such as a vehicle. The supply location further includes an extensive database of roads and points of interest (POIs). The supply location database is frequently updated and can include transient events such as accidents, road construction, weather issues, and the like. Further, because the supply location is not actually within the remote unit, size, weight and expense are of minimal concern. Communicating with the supply location also allows a reduction of navigation system components which must be installed within the remote unit. Moreover, only minimal processor and storage capabilities are required in the remote unit as these functions are performed off-board at the supply location.

[0005] In response to a request from the remote unit, the recommended route is sent to the remote unit and displayed to the user as a map showing the desired destination and highlighting the recommended route. The on-board navigation system will then autonomously guide the driver to the selected destination based upon the information sent from the supply location. Preferably, if the navigation system is installed in a vehicle, the on-board navigation system displays the current position of the vehicle and provides visual turn-by-turn instructions to the driver based upon position and motion determining devices located within the remote unit.

[0006] One known off-board navigation system requires the remote unit to maintain the large database of roads stored in a mass media storage device. By maintaining the road database on-board, only the recommended route need be transmitted from the supply location to the remote unit. This is quick and efficient. However, this known system still requires the remote unit to carry a rather extensive suite of navigation system processor and storage device components which limits the advantages of providing the processing capabilities at a supply location. Further, the supply location may have a more recently updated database of roads than that stored in the remote unit. Difficulties may therefore arise in the application of a route calculated at the supply location to the older database stored in the remote unit.

[0007] In another known off-board system, the entire database of roads along with the recommended route is transmitted from the supply location to the remote unit. Although this known system assures that the most recent database is transmitted to the remote unit, a rather long period of time is typically required to transmit the database of roads and the recommended route from the supply location to the remote unit. Again, this known system also requires the remote unit to carry a rather extensive suite of storage device components to receive and store the extensive database of roads and the recommended route.

[0008] It is thus desirable to provide an efficient off-board navigation system which assures that the latest database of roads is available to a remote unit having a minimum of on-board navigation system components. It is further desirable to allow a user to request particular POIs to meet personal desires of the user.

SUMMARY OF THE INVENTION

[0009] In general terms, this invention provides an off-board navigation system. The system generally includes a remote unit and a supply location.

[0010] The supply location maintains an extensive database of roads and possible points of interest (POIs). The supply location extensive database is frequently updated and can include transient events such as accidents, road construction, weather issues, and the like. Further, because the supply location is not actually within the remote unit, size, weight and expense are of minimal concern.

[0011] A communication link permits two-way communication between a plurality of the remote units and the supply location. The communication link is preferably wireless for use with the vehicle based remote unit. A computer link such as the Internet may also be provided for use between the personal computer based remote unit and the supply location.

[0012] In operation, a navigation system user requests directions to a destination. The user may also preferably requests a plurality of other information, including transportation routes via desired cities or POIs. The POIs are preferably provided to the user as a plurality of categories such as restaurants, historical sites, lodgings, beaches, shopping, and many other categories. The user may also preferably request intermediate points along the desired route such as “Auburn Hills, Mich. to San Diego Calif. via Houston, Tex.”

[0013] Capability information relating to the user's CPU and storage device capacities are also preferably provided to the supply location. The request is then transmitted from the remote unit to the supply location.

[0014] Using the extensive database available at the supply location, the supply location calculates a recommended route to the desired destination in relation to the desired POIs. At this step, an error check routine is performed to assure that the estimated size of the map area necessary to display the desired route is within the capabilities of the remote unit. The error message provides the user with an estimated size of the map area in response to the user requirements.

[0015] If the estimated size of the requested route meets the capabilities of the remote unit the supply location creates a filter using the requested parameters. The filter is then applied to the extensive database at the supply location. The filter includes the desired POIs and any other user requested parameters. Preferably, the filter provides a filtered map area. In one embodiment, the filtered map area includes a width vector W defined substantially perpendicular to the recommended route R.

[0016] In another embodiment, the width vectors W is defined by the supply location to take full advantage of the capability information relating to the user's CPU and storage device. In other words, the greater the capabilities of the user's CPU and storage device, the greater the length of width vector W.

[0017] In another embodiment, the filtered map area is defined in relation to a plurality of nodes N along the recommended route R. A perimeter P is defined around each node N along the recommended route R. Additionally, a perimeter P may also be defined around each requested POI. Moreover, the type of road can be adjusted to meet the capability information relating to the user's CPU and storage device. That is, the more major roads are provided while the more secondary roads are filtered out.

[0018] Accordingly, an efficient off-board navigation system is provided which assures that the latest database of roads is available to a remote unit having a minimum of on-board navigation system components.

BRIEF DESCRIPTION OF THE DRAWINGS

[0019] These and other features and advantages of this invention will become more apparent to those skilled in the art from the following detailed description of the presently preferred embodiment. The drawings that accompany the detailed description can be described as follows.

[0020] FIG. 1 is a schematic view of an off-board navigation system according to the present invention;

[0021] FIGS. 2A and 2B illustrate a flow chart providing the methodology for operation of the present invention;

[0022] FIG. 3A is a schematic representation of one embodiment for calculating a filtered map area according to the present invention; and

[0023] FIG. 3B is a schematic representation of another embodiment for calculating a filtered map area according to the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

[0024] The off-board navigation system 20 of the present invention is shown schematically in FIG. 1. The system 20 generally includes a remote unit 100 and a supply location 102. A plurality of remote units 100 preferably have simultaneous access to the supply location 102. The supply location 102 includes a navigation system computer module 103 having a storage device 105 which communicates with a CPU 107. The supply location 102 maintains an extensive database of roads and possible points of interest (POIs) within the storage device 105. The supply location 103 extensive database is frequently updated and can include transient events such as accidents, road construction, weather issues, and the like. Further, because the supply location 102 is not actually within each remote unit 100, size, weight and expense is of minimal concern. As will be further described below, the CPU 107 filters the extensive database in response to a user request prior to transmitting a user defined filtered map area to the remote unit 100, 100′.

[0025] Preferably, the remote unit 100 is a vehicle 21. However, the remote unit 100′ may also be a personal computer or portable hand held system (shown schematically at 104). The personal computer 104 preferably includes a removable storage media 106 such as a hard drive, compact flash memory, CD ROM, DVD, RAM, ROM or other optically readable storage, magnetic storage or integrated circuit. It should be realized that the personal computer 104 can be a laptop, hand-held, electronic organizer, desktop or the like. Primarily, the personal computer 104 provides access to the supply location 102 and typically will not include the navigation and inertia sensors provided within the vehicle 21.

[0026] A communication link 108 permits two-way communication between the remote units 100, 100′ and the supply location 102. The communication link 108 is. preferably wireless for use with the vehicle 21 based remote unit 100. A computer link 110 such as the Internet may also be provided for use between the personal computer 104 based remote unit 100′ and the supply location 102. When using the personal computer 104, a user preferably accesses the supply location 102 as will be further described below and stores the results on the removable storage media 106. The removable storage media 106 may then be transferred to the vehicle 21. Advantageously, a user requests directors to a destination. The user may also select particular categories of POIs to personalize the route. The supply location 102 responds by assembling a recommended route including POIs in the requested categories of POIs and replies to the remote unit 100. The recommended route can then be adjusted if necessary to suit the user preferences and choices.

[0027] The remote unit 100 preferably includes an Operator Interface Module (“OIM”) 22 including input and output devices. The OIM 22 includes a display 24, such as a high resolution LCD or flat panel display, and an audio speaker 26. The OIM 22 also includes input devices 28, preferably a plurality of buttons and directional keypad, but alternatively including a mouse, keyboard, keypad, remote device or microphone. Alternatively, the display 24 can be a touch screen display.

[0028] The navigation system 20 further includes a navigation system computer module 30 connected to the OIM 22 through a connection 25. The navigation system computer module 30 includes a CPU 32 and storage device 34 connected to the CPU 32. Because the present invention includes an off-board navigation system which communicates with the supply location 102, the CPU 32 and storage device 34 can advantageously be provided with reduced capabilities thereby reducing expense and complexity. The storage device 34 may include a hard drive, CD ROM, DVD, RAM, ROM or other optically readable storage, magnetic storage or integrated circuit. The storage device 34 contains a database 36 which receives a filtered map area including the filtered roads and POIs supplied by the central location 102. Preferably, the CPU 32 and storage device 34 communicate with a port 35 that receives data from removable storage media 106. The software for the CPU 32, including the graphical user interface, route guidance, operating system, position-determining software, etc may also be stored in storage device 34 or alternatively in ROM, RAM or flash memory.

[0029] The navigation system computer module 30 preferably includes navigation sensors, such as a GPS receiver 38 and an inertial sensor, which is preferably a multi-axis accelerometer 40. The computer module 30 may alternatively or additionally include one or more gyros 42, a compass 44, a wheel speed sensor 46 and altimeter 48, all connected to the CPU 32. Such position and motion determining devices (as well as others) are well known and are commercially available.

[0030] The system 20 propagates the position of the, vehicle 21 relative to the map database 36, (transmitted from the supply location 102) i.e. relative positions on road segments and intersections (“nodes”). The navigation system computer module 30 also determines the current location of the vehicle 21 in terms of latitude and longitude. Utilizing any of a variety of known techniques, the position of the vehicle 21 relative to the database 36 and/or in terms of latitude and longitude is determined at least in part based upon the motion signals from the multi-axis accelerometer 40. The current local time and date can be determined from the GPS signals received by the GPS receiver 38.

[0031] Generally, the CPU 32 and position and motion determining devices autonomously determines the position of the vehicle 21 relative to the database 36 of roads utilizing dead reckoning, map-matching, etc. Further, as is known in navigation systems, the user can select a destination relative to the database 36 of roads utilizing the input device 28 and the display 24 which is transmitted to the supply location 102. Preferably, the navigation system 20 displays turn-by-turn instructions on display 24 and gives corresponding audible instructions on audio speaker 26, guiding the driver to the desired destination.

[0032] FIG. 2 is a flow chart illustrating the operation of the off-board navigation system 20 (FIG. 1) according to the present invention. In step 200, a navigation system user requests a recommended route to a desired destination. The user also preferably requests and provides a plurality of information (step 202). Such information preferably includes a start point and a destination point. The start point may be input manually by the user or is operating a remote unit such as remote unit 100′. The computer module 30 in remote unit 100 may also automatically determine the start point. The start point may be the vehicle 21 location or calculated start point. This is particularly advantageous in vehicles to minimize demands upon a user.

[0033] Advantageously, a user requests a route including transportation routes via desired cities or POIs. The POIs are preferably provided to the user as a plurality of categories such as restaurants, historical sites, lodgings, beaches, shopping, and many other categories. The user may also preferably request intermediate points along the desired route such as “Auburn Hills, Mich. to San Diego, Calif. via Houston, Tex.”

[0034] Capability information relating to, for example, the user's CPU 32 and storage device 34 capacities are also preferably provided to the supply location 102 (FIG. 1). The capability information can be provided automatically or manually. As will be further described below, the capability information allows the supply location 102 to filter the extensive database of roads and possible POIs into a filtered map area which corresponds to the capabilities of a particular user's CPU 32 and storage device 34.

[0035] The request (step 202), including data from step 202 is then transmitted from the remote unit 100, 101′ to the supply location 102 (FIG. 1) at step 204. The supply location 102 receives the request via communication link 108 such as the wireless link 108 or Internet link 110. Using the extensive database available at the supply location 102, the supply location calculates a recommended route to the desired destination in relation to the desired POIs at step 206. At this step, a recommended route to the desired destination in relation to the desired POIs is determined on the extensive database at the supply location 102 in step 208.

[0036] At step 210, the supply location 102 determines an estimated size of a map area which includes the recommended route to the desired destination in relation to the desired POIs. The estimated size is based upon the requested destination and is compared to the capability information of the remote unit 100′ at step 212. If the estimated size of the map area necessary to display a recommended route to the requested destination is greater than the capabilities of the remote unit 100, the system sends an error message at step 214 and enters an error loop 216 so that the user can redo the request at step 218. The supply location 102 preferably estimates the map areas based upon a distance to the destination. The error message provides the user with an estimated size of the map area in response to the user request.

[0037] If the estimated size of the requested route meets the capabilities of the remote unit 100 at step 212, the supply location 102 creates a filter at step 220 using desired parameters from the remote unit 100, 100′. At step 222 the filter created in step 220 is applied to the extensive database at the supply location 102.

[0038] The filter includes the desired POIs and any other user defined parameters. Preferably, the filter provides a filtered map area 223 (FIG. 3A and 3B). The filtered map area 223 preferably includes at least the recommended route to the requested destination and the particular POIs which fall within the user-selected categories of information. However, additional information can be further provided within the filtered map area 223 depending upon the capabilities of a user's system.

[0039] For example only, a first user having a minimal system may only receive a recommended route and the single category of POIs which met their request. A second user, with greater system capabilities, however, would not only receive a recommended route and the single category of requested POIs, but would also receive additional categories of POIs. Alternately or in addition, the second user would receive a more detailed secondary and tertiary road types other than what is necessary for the recommended route. The additional information type received can be based upon user preferences or automatically determined at the supply location 102.

[0040] It should be understood that the system preferably provides a filtered map area which is particularly tailored to the user. That is once a user profile has been defined the filtered map area will be tailored to that particular user. For example only, one user may be presented with all refueling stations and no shopping areas, while a second user will be provided with all refueling stations and all restaurants of a particular class.

[0041] The overall size of the filtered map area 223 may also be adjusted to meet the capabilities of the remote unit 100. In one embodiment, the filtered map area 223 includes a width vector W defined substantially perpendicular to the recommended route R (FIG. 3A). In one embodiment, the width W is defined at each segment S located between each node N along the recommended route R. End point lengths such as vectors E define a cap end C to the filtered map area 223. The cap ends C are defined substantially perpendicular to the vectors E. The length of the width vectors W may be input directly by the user. For example only, a user may specify that width vector W are three (3) miles. Thus, the filtered map area 223 is defined within three (3) miles of the recommended route R.

[0042] In another embodiment, the width vectors W is defined by the supply location 102 to take full advantage of the capability information relating to the user's CPU 32 and storage device 34. In other words, the greater the capabilities of the user's CPU 32 and storage device 34, the greater the length of width vector W.

[0043] In another embodiment, the filtered map area 223′ (FIG. 3B) is defined in relation to a plurality of nodes N along the recommended route R. A perimeter P is defined around each node N along the recommended route R. Additionally, a perimeter P may also be defined around each POI. Preferably, the filtered map area 223′ is defined by tangentially connecting each perimeter P in relation to the recommended route R. The perimeter P may be input directly by the user. Alternately, the perimeter P is defined by the supply location 102 to take full advantage of the capability information relating to the user's CPU 32 and storage device 34.

[0044] Moreover, the type of road can be adjusted to meet the capability information relating to the user's CPU 32 and storage device 34. That is, the more major roads are provided while the more secondary roads are filtered out.

[0045] Step 224 provides the filtered map area 223, 223′. The recommended route R (FIG. 3A and 3B) is calculated on filtered map area 223, 223′ in Step 226 and packaged to send to the client in step 228. The packaging of step 228 is dependent on the communication link and is particularly tailored for a wire-less, Internet, or other type of communication link.

[0046] After step 228 the supply location 102 branches to step 230 and awaits further requests from the remote units 100, while the remote unit receives the filtered map area 223, 223′ and recommended route data at step 234. Step 234 preferably provides an error check loop at step 216′ which confirms that the filtered map area 223, 223′ is received. Otherwise, the remote unit 100, 100′ resends the request to the supply location at step 240 unit confirmed at step 242.

[0047] If the transmitted filtered map area 223, 223′ of step 232 is confirmed to be error free, the remote unit 100, 100′ is restarted at step 236 with the filtered map area 223, 223′. In step 238, the computer module 30 of remote unit 100 can thereafter perform navigation system functions autonomously in relation to filtered map area 223, 223′.

[0048] It should be understood that once the filtered map area 223 is provided to the remote unit 100, in addition to performing navigation system functions autonomously in relation to filtered map area 223, 223′, the remote unit 100 can independently recalculate routes on the filtered map area without returning to the supply location 102. That is, the filtered map area 223, 223′ contains sufficient detail to allow recalculation of a route using the filtered map area 223 alone. The remote unit 100 therefore advantageously avoids returning to the supply location when the filtered map area 223, 223′ provides sufficient detail.

[0049] The foregoing description is exemplary rather than defined by the limitations within. Many modifications and variations of the present invention are possible in light of the above teachings. The preferred embodiments of this invention have been disclosed, however, one of ordinary skill in the art would recognize that certain modifications would come within the scope of this invention. It is, therefore, to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described. For that reason the following claims should be studied to determine the true scope and content of this invention.

Claims

1. A method for guiding a user of an off-board vehicle navigation system along a recommended route, said method comprising the following steps: a.) requesting a route to a destination and requesting a desired category of points of interest from a remote unit; b.) receiving said request from said step a.) at a supply location; c.) calculating a recommended route to said destination in relation to said desired category of points of interest on a database of roads and a plurality of points of interest located at said supply location; d.) filtering said database to provide a filtered map area including said recommended route and a point of interest within said desired category of points of interest; and e.) transmitting said filtered map area to said remote unit.

2. A method as recited in claim 1 further including: sending information to said supply unit from said remote unit; and said supply unit determining sizing of said filtered map area in response to said information.

3. A method as recited in claim 1 further including: sending information defining a width substantially perpendicular to said recommended route from said remote unit; and said supply unit determining sizing of said filtered map area in response to said width information.

4. A method as recited in claim 1 further including: sending information defining a capability of said remote unit from said remote unit; and said supply unit determining sizing of said filtered map area in response to said capability information.

5. A method as recited in claim 1 wherein said step d.) includes filtering said database in relation to a road type within said map database of roads.

6. A method as recited in claim 1 wherein said step d.) includes filtering said database in relation to a plurality of nodes along said recommended route.

7. A method as recited in claim 1 further including: sending information defining a perimeter around each of a plurality of nodes along said recommended route from said remote unit; and said supply unit determining sizing of said filtered map area in response to said perimeter information.

8. A method as recited in claim 1 further including: sending information defining a capability of said remote unit from said remote unit; and said supply unit determining sizing of a perimeter around each of a plurality of nodes along said recommended route in response to said capability information.

9. A method as recited in claim 1 including sending information from said remote unit to said supply unit via a wireless communication link.

10. A method as recited in claim 1 further including: sending information defining a capability of said remote unit from said remote unit; and said supply unit determining sizing of a perimeter around each of said recommended point of interest within said category of desired points of interest in response to said capability information.

11. A method as recited in claim 1 wherein said desired category of points of interest is selected from a plurality of categories each including a plurality of points of interest.

12. A method as recited in claim 1 wherein said plurality of categories is selected from a group comprising restaurants, lodgings, historical sites, beaches, and shopping.

13. A method as recited in claim 1 wherein said remote unit includes a personal computer.

14. A method as recited in claim 1 wherein said step d.) includes a plurality of said points of interest within said desired category of points of interest.

15. A method as recited in claim 1 wherein said remote unit is located within a vehicle.

16. A method as recited in claim 1 further comprising a step of guiding a vehicle along said recommended route using map matching on said filtered map area transmitted in said step e.).

17. A method for guiding a user of an off-board vehicle navigation system along a recommended route, said method comprising the following steps: a.) requesting a route to a destination and requesting a desired category of points of interest from a plurality of categories from a remote unit; b.) sending sizing information at least partially defining a filtered map area; c.) receiving said request from said step a.) and said sizing information from said step b.) at a supply location; d.) calculating a recommended route to said destination in relation to said desired category of points of interest on a database of roads and a plurality of points of interest located at said supply location; e.) filtering said database to provide said filtered map area including said recommended route and at least one point of interest within said desired category of points of interest; f.) determining sizing of said filtered map area in response to said sizing information received in said step c.); g.) transmitting said filtered map area to said remote unit; and h.) guiding a vehicle along said recommended route on said filtered map area transmitted in said step g.).

18. A method as recited in claim 17 wherein said step f.) includes sizing a perimeter around each of a plurality of nodes along said recommended route in response to said capability information.

19. A method as recited in claim 17 wherein said step f.) includes sizing a width substantially perpendicular to said recommended route in response to said capability information.

20. A method as recited in claim 17 further including an error check step, said error check step including estimating a size of said filtered map area in relation to a distance to said destination.

21. A method as recited in claim 17 wherein said sizing information of said step b.) is definable by a user.

22. A method for guiding a user of an off-board vehicle navigation system along a recommended route, said method comprising the following steps: a.) requesting a route to a destination and requesting a desired category of points of interest from a plurality of categories from a remote unit; b.) sending capability information defining a capability of said remote unit from said remote unit; c.) receiving said request from said step a.) and said capability information from said step b.) at a supply location; d.) calculating a recommended route to said destination in relation to said desired category of points of interest on a database of roads and a plurality of points of interest located at said supply location; e.) filtering said database to provide a filtered map area including said recommended route and at least one point of interest within said desired category of points of interest; f.) determining sizing of said filtered map area in response to said capacity information of said step b.); g.) transmitting said filtered map area to said remote unit; and h.) guiding a vehicle along said recommended route on said filtered map area transmitted in said step g.).

23. A method as recited in claim 22 wherein said step f.) includes said supply unit determining sizing of a perimeter around each of a plurality of nodes along said recommended route in response to said capability information sent in said step b.).

24. A method as recited in claim 22 wherein said step f.) includes said supply unit determining sizing of a width substantially perpendicular to said recommended route in response to said capability information sent in said step b.).

25. A method as recited in claim 1 wherein said step h.) includes guiding said vehicle along said recommended route using map matching on said filtered map area transmitted in said step g.).

26. A method for guiding a user of an off-board vehicle navigation system along a recommended route, said method comprising the following steps: a.) requesting a route to a destination and requesting a desired category of points of interest from a remote unit; b.) receiving said request from said step a.) at a supply location; c.) calculating a recommended route to said destination in relation to said desired category of points of interest on a database of roads and a plurality of points of interest located at said supply location; d.) filtering said database to provide a filtered map area including said recommended route and a point of interest within said desired category of points of interest; e.) transmitting said filtered map area to said remote unit; and f.) guiding a vehicle along said recommended route using map-matching on said filtered map area transmitted in said step e.).

27. A method as recited in claim 26 further including: sending information to said supply unit from said remote unit; and said supply unit determining sizing of said filtered map area in response to said information.

28. A method as recited in claim 26 further including: sending information defining a width substantially perpendicular to said recommended route from said remote unit; and said supply unit determining sizing of said filtered map area in response to said width information.

29. A method as recited in claim 26 further including: sending information defining a capability of said remote unit from said remote unit; and said supply unit determining sizing of said filtered map area in response to said capability information.

30. A method as recited in claim 26 further including: sending information defining a perimeter around each of a plurality of nodes along said recommended route from said remote unit; and said supply unit determining sizing of said filtered map area in response to said perimeter information.

31. A method as recited in claim 26 wherein said desired category of points of interest is selected from a plurality of categories each including a plurality of points of interest.