Data processing: vehicles – navigation – and relative location – Navigation – Employing position determining equipment
Reexamination Certificate
1999-02-12
2001-05-15
Gregory, Bernarr E. (Department: 3662)
Data processing: vehicles, navigation, and relative location
Navigation
Employing position determining equipment
C701S209000, C707S793000
Reexamination Certificate
active
06233520
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates to a method and system for reading out map data from a recording medium in which the map data are recorded, and supplying them to a navigation system.
2. Description of the Related Art
Heretofore, there has been a known navigation system which reads out map data recorded in a recording medium, such as a CD-ROM or a DVD, and displays the map data and the present location of a vehicle and also guides the vehicle by displaying an optimum route to a destination on the map data (Japanese Patent Laid-Open Publication No. Hei 2-129800).
It is considered that a recording medium to be used for such a navigation system should have sufficient compatibility so as not to rely on a hardware structure of the navigation system or an operating system (OS). In other words, it is desirable that different manufactures can provide recording media from area to area or various manufacturers having different sources of map data (for example, a data source of restaurants or a data source of hotels) can provide recording media.
As a method of securing compatibility of such a recording medium, there is a method of fixing a single recording format of the map data of the recording medium and previously letting a map data readout access program on the navigation system side have a very small procedure to read out desired map data.
However, such a method will not be realistic if the recent remarkable increase of navigation functions is taken into consideration, even if the map data necessary for the functions of the navigation system do not change for a long period of time (for example, ten years). More specifically, if the recording format is fixed, it will be impossible to cope with a future increase of the navigation functions. Thus, the navigation functions will be limited so as to maintain compatibility. Further, if a wide range of revision is required, it will be necessary to reconstruct the recording format.
Thus, in order to solve the problems mentioned above, a way (object oriented) to let the readout access program on the navigation side have an application programming interface (API) for reading out desired map data and let the recording medium have a method to read out the map data according to a message from the API together with the map data which are the pair to the method is proposed. In this way, when necessary navigation functions are added or revised, definition of the API is added or the API is revised. For each map data, a necessary recording format is then added or revised, and a necessary reading method which is paired with the map data is also added or revised. Thus, when a new API corresponding to a new function is outputted from the navigation system, the corresponding reading method reads out necessary map data, whereby the new function can be realized. Also, even when an old API is outputted from the navigation system only having old functions, it is possible to read out map data corresponding to the old API by the reading method, which is paired with the map data, according to the old API, thereby maintaining the compatibility. Of course, in this way, it is possible to meet the requirements of writing new data into the recording medium as well as reading.
However, there are various hardware (CPU or the like) and operating systems (OS) on the side of the navigation system. In addition, a reading method which is provided together with the map data in pairs relies on the CPU or the OS. Thus, it is generally difficult to unify the reading method so as to be applicable to all the hardware.
On the other hand, it is possible to unify the reading method by using, as a control program for realizing the navigation functions on the navigation system side, a program to be executed on a virtual machine like Java (trademark) which does not rely on specified hardware. However, a current hardware processing speed is accompanied with such a problem that readout access processing time of the map data increases. Especially, display of maps in the navigation system is performed when a driver of vehicle who is a user confirms a map changing its scale in a short time while driving or when a large-scale dedicated guide map of a crossing or a crossroads to be guided is displayed adjusting in a short time to timing of the guidance, and rapid readout is required. Thus, such an increase of map data readout time lowers the userfriendliness of the system.
Therefore, while employing C language or assembly language to constitute the processing program on the side of the navigation system in consideration of the processing speed of hardware, it is sought under the existing circumstances to use Java to constitute the control program on the navigation system side to take advantage of the recent remarkable progress of hardware processing speed. Consequently, it is likely that cases of using C language or assembly language to constitute the control program on the navigation system side and cases of using Java to constitute the program will be intermingled.
This means that program inconsistencies may arise. More specifically, even when a request for map data is issued from the navigation system side (control program for realizing the navigation functions) to a data access section (control program for reading out the map data requested by a map data storage section) to obtain desired map data, the C language constitutes the navigation system side, whereas the Java constitutes the data access section. Of course, it is generally been noted that an exchange of data between the object oriented C language (C++ or the like) and Java is realized by making the data object-oriented. However, a concrete processing method or system to cope with the inconsistency of control programs described above which may arise during the navigation in the case of data to be processed being the map data has not been developed.
SUMMARY OF THE INVENTION
The object of the present invention is to provide an access method and system which can read out requested map data from a recording medium and supply even if C language, which relies on peculiar hardware and CPU, or Java (trademark), which does not rely on the peculiar hardware, constitutes the control program of a navigation function section and Java constitutes the control program of a data access section which reads out and returns map data at the request of the navigation function section.
In order to achieve the object described above, in the present invention which is a map data access method for navigation to read out map data for navigation from a recording medium and output them to a navigation system, the map data is requested by issuing a predetermined API from the navigation system (navigation function section), and the data access section reads out from the recording medium the map data designated by the API and returns them as a byte array object. Transmission and reception of data between object oriented C language (C++ or the like) and Java can be realized by making the data object-oriented. Thus, in the present invention, it is possible to reliably send the map data to the navigation side regardless of whether the C language or the Java constitutes the control program on the navigation system side, by applying the objectification to the map data, reading out from the recording medium the map data as a byte array object and returning them to the navigation system side.
Here, preferably, map data, such as map data for display, map data for position computation, guide map data, and map data for route computation, are requested, and if map data within a specified range are requested, map data in a range covering the specified range will be read out as a byte array object and returned to the navigation system side. Further, if map data are requested designating its range by coordinates, level structure or a data set ID will be read out as a byte array object and returned to the navigation system side.
Further, in order to achieve the object described above, the present invention
Fujimoto Hidetoshi
Ito Toru
Matsumura Fumihiko
Nakano Nobuyuki
Nanba Akimasa
Finnegan Henderson Farabow Garrett & Dunner L.L.P.
Gregory Bernarr E.
Toyota Jidosha & Kabushiki Kaisha
LandOfFree
Map data access method for navigation and navigation system does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Map data access method for navigation and navigation system, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Map data access method for navigation and navigation system will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2569833