-
Hintergrund der Erfindung
-
Gebiet der Erfindung
-
Die
vorliegende Erfindung betrifft ein Verfahren und ein System, um
Kartendaten aus einem Aufzeichnungsmedium auszulesen, auf dem die
Kartendaten aufgezeichnet sind, und um diese zu einem Navigationssystem
zu liefern.
-
Beschreibung
des Standes der Technik
-
Bisher
gab es ein bekanntes Navigationssystem, das auf einem Aufzeichnungsmedium,
wie zum Beispiel eine CD-ROM oder DVD, aufgezeichnete Daten ausliest,
die Kartendaten sowie die aktuelle Position des Fahrzeugs anzeigt
und außerdem
das Fahrzeug navigiert, indem eine optimale Route zu einem Zielort
in den Kartendaten angezeigt wird (Japanische Patent-Offenlegungsschrift
Nr. Hei 2-129800).
-
Es
muss berücksichtigt
werden, dass ein Aufzeichnungsmedium, das für ein solches Navigationssystem
verwendet wird, eine ausreichende Kompatibilität haben muss, um nicht von
der Hardwarestruktur des Navigationssystems oder von einem Betriebssystems
(OS) abhängig
zu sein. Mit anderen Worten, es ist wünschenswert, wenn verschiedene
Hersteller Aufzeichnungsmedien von verschiedenen Bereichen zur Verfügung stellen
können
oder dass mehrere Hersteller, die verschiedene Quellen von Kartendaten
haben (zum Beispiel eine Datenquelle von Restaurants oder eine Datenquelle
von Hotels), Aufzeichnungsmedien zur Verfügung stellen können.
-
Als
ein Verfahren zur Gewährleistung
der Kompatibilität
eines solchen Aufzeichnungsmediums ist ein Verfahren vorgeschlagen
worden, bei dem ein einziges Aufzeichnungsformat der Kartendaten
des Aufzeichnungsmediums festgelegt wird und bei dem zuvor ein Kartendaten-Auslesezugriffsprogramm
mit einer sehr kleinen Prozedur auf der Navigationssystem-Seite
die gewünschten
Kartendaten ausliest.
-
Ein
solches Verfahren ist jedoch nicht realistisch, wenn die in letzter
Zeit merkliche Zunahme von Navigationsfunktionen in Betracht gezogen
wird, und zwar auch dann nicht, wenn sich die Kartendaten, die für die Funktionen
des Navigationssystems erforderlich sind, über einen Längengradren Zeitraum (zum Beispiel zehn
Jahre) nicht verändern.
Noch spezieller, wenn das Aufzeichnungsformat festgelegt ist, ist
es unmöglich, dem
Problem eines zukünftigen
Anstiegs der Navigationsfunktionen zu begegnen. Daher sind die Navigationsfunktionen
begrenzt, um die Kompatibilität
beizubehalten. Außerdem,
wenn in größerem Umfang Überarbeitungen
erforderlich sind, ist es notwendig, das Aufzeichnungsformat zu
rekonstruieren.
-
Um
daher die vorstehend genannten Problem zu lösen, wird ein Lösung (objektorientiert)
vorgeschlagen, bei der das Auslesezugriffsprogramm auf der Navigations-Seite
mit einer Anwendungs-Programmierschnittstelle (API) versehen ist,
um gewünschte
Kartendaten auszulesen, und Aufzeichnungsmedium mit einem Verfahren
in Beziehung steht, um die Kartendaten entsprechend einer Nachricht
von der API zusammen mit den Kartendaten auszulesen, die mit dem
Verfahren verknüpft
sind. Wenn auf diese Weise notwendige Navigationsfunktionen hinzugefügt oder überarbeitet
werden, dann wird die Definition der API ergänzt oder die API wird überarbeitet.
Für alle
Kartendaten wird dann ein notwendiges Aufzeichnungsformat hinzugefügt oder überarbeitet,
und ein notwendiges Ausleseverfahren, das mit den Kartendaten verknüpft ist,
wird ebenfalls hinzugefügt
oder überarbeitet.
Wenn daher eine neue API, die einer neuen Funktion entspricht, von
dem Navigationssystem ausgegeben wird, dann liest das zugehörige Leseverfahren
die notwendigen Kartendaten aus, wodurch die neue Funktion realisiert
werden kann. Außerdem,
auch wenn eine alte API vom Navigationssystem ausgegeben wird, die
nur alte Funktionen hat, ist es möglich, Kartendaten, die der
alten API entsprechen, gemäß der alten
API durch das Leseverfahren auszulesen, das mit den Kartendaten
verknüpft
ist, wodurch die Kompatibilität
erhalten bleibt. Auf diese Weise ist es natürlich möglich, die Anforderungen zum
Schreiben neuer Daten auf das Aufzeichnungsmedium sowie auch zum
Lesen zu erfüllen.
-
Es
gibt jedoch verschiedene Hardware (CPU oder ähnliches) und Betriebssysteme
(OS) auf der Seite des Navigationssystems. Außerdem ist ein Leseverfahren,
das zusammen mit den verknüpften
Kartendaten zur Verfügung
gestellt wird, von der CPU oder dem OS abhängig. Es ist daher allgemein
schwierig, das Leseverfahren zu vereinheitlichen, um so bezüglich jeder
Hardware anwendbar zu sein.
-
Anderseits
ist es möglich,
das Leseverfahren zu vereinheitlichen, indem als ein Steuerprogramm
zum Realisieren der Navigationsfunktionen auf der Navigationssystem-Seite
ein Programm verwendet wird, das auf einer virtuellen Maschine ausgeführt wird,
zum Beispiel Java (Markenname), die nicht von einer speziellen Hardware
abhängig
ist. Jedoch ergibt sich aus der jetzigen Hardware-Verarbeitungsgeschwindigkeit
ein Problem, da die Auslesezugriffsverarbeitungszeit der Kartendaten
ansteigt. Die Anzeige von Karten in dem Navigationssystem wird insbesondere
dann durchgeführt,
wenn ein Fahrer des Fahrzeugs, der ein Benutzer ist, den Wechsel
einer Karte hinsichtlich ihres Maßstabs innerhalb einer kurzen
Zeit bestätigt,
während
er fährt, oder
wenn eine bestimmte Navigationskarte von einer Kreuzung oder einer Seitenstraßen, der
gefolgt werden soll, in einem großem Maßstab angezeigt wird und schnell
nachgestellt werden muss, um die Navigation zeitig zu realisieren,
wozu ein schnelles Auslesen erforderlich ist. Folglich wird die
Benutzerfreundlichkeit des Systems durch einen solchen Anstieg der
Kartendaten-Auslesezeit vermindert.
-
Obwohl
die Sprache C oder Assembler verwendet wird, um das Verarbeitungsprogramm
auf der Seite des Navigationssystems zu bilden, und zwar unter Berücksichtigung
der Verarbeitungsgeschwindigkeit der Hardware, geht man folglich
davon aus, dass unter vorliegenden Umständen die Verwendung von Java
zum Bilden des Steuerprogramms auf der Navigationssystem-Seite bei
dem neuerlich beträchtlichen
Vorschritt bezüglich
der Hardwareverarbeitungsgeschwindigkeit Vorteile hat. Es ist daher
wahrscheinlich, dass Fälle
der Verwendung der Sprache C oder der Sprache Assembler, um das
Steuerprogramm auf der Navigationssystem-Seite zu bilden, und Fälle der
Verwendung von Java, um das Programm zu bilden, vermischt werden.
Dies bedeutet, dass Programm-Unverträglichkeiten auftreten können. Insbesondere
dann, wenn eine Anfrage nach Kartendaten von der Navigationssystem-Seite
(Steuerprogramm zur Realisierung der Navigationsfunktionen) an einen
Datenzugriffsabschnitt (Steuerprogramm zum Auslesen der Kartendaten,
die durch einen Kartendaten-Speicherabschnitt angefragt werden)
ausgegeben wird, um gewünschte
Kartendaten zu erhalten, bildet die Sprache C die Navigationssystem-Seite, wohingegen
Java den Datenzugriffsabschnitt bildet. Natürlich wurde allgemein bemerkt,
dass ein Austausch von Daten zwischen der objektorientierten Sprache
C (C++ oder ähnliches)
und Java realisiert wird, indem die Daten objektorientiert gemacht
werden. Jedoch wurden ein konkretes Verarbeitungsverfahren oder
ein System, um das Problem der Unverträglichkeit der vorstehend beschriebenen
Steuerprogramme zu lösen,
das während
der Navigation in dem Fall entsteht, in dem Daten verarbeitet werden
müssen,
die die Kartendaten sind, bisher nicht entwickelt.
-
Zusammenfassung
der Erfindung
-
Die
Aufgabe der vorliegende Erfindung besteht darin, ein Zugriffsverfahren
und ein System zur Verfügung
zu stellen, mit dem angefragte Kartendaten aus einem Aufzeichnungsmedium
ausgelesen und geliefert werden können, und zwar auch dann, wenn
die Sprache C, die von einer bestimmten Hardware und der CPU abhängig ist,
oder Java (Markenbezeichnung), die nicht von der bestimmten Hardware
abhängig
ist, das Steuerprogramm von einem Navigationsfunktionsabschnitt
bildet und wenn Java das Steuerprogramm von einem Datenzugriffsabschnitt
bildet, der auf Anfrage des Navigationsfunktionsabschnitts Kartendaten
ausliest und zurückleitet.
-
Um
das vorstehend beschriebene Problem zu lösen, werden bei der vorliegenden
Erfindung, die ein Kartendaten-Zugriffsverfahren
zur Navigation zur Verfügung
stellt, um Kartendaten zur Navigation aus einem Aufzeichnungsmedium
und auszulesen und sie an das Navigationssystem auszugeben, die
Kartendaten angefragt, indem eine vorbestimmte API aus dem Navigationssystem
(Navigationsfunktionsabschnitt) ausgegeben wird und der Datenzugriffsabschnitt
die Kartendaten aus dem Aufzeichnungsmedium ausliest, die durch die
API ausgewiesen sind, und sie als ein Byte-Datenbereich-Objekt zurückführt. Das
Senden und Empfangen von Daten zwischen der objektorientierten Sprache
C (C++ oder ähnliches)
und Java kann realisiert werden, indem die Daten objektorientiert
gemacht werden. Daher ist es bei der vorliegenden Erfindung möglich, die Kartendaten
zuverlässig
zur Navigationssystem-Seite
zu senden, und zwar unabhängig
davon, ob die Sprache C oder Java das Steuerprogramm auf der Navigationssystem-Seite
bildet, indem die Objektivierung auf die Kartendaten angewendet
wird, die Kartendaten aus dem Aufzeichnungsmedium als ein Byte-Datenbereich-Objekt
ausgelesen und diese zu der Navigationssystem-Seite zurückgeführt werden.
-
Hier
werden vorzugsweise Kartendaten angefragt, wie zum Beispiel Kartendaten
für die
Anzeige, Kartendaten für
die Positionsberechnung, Navigations-Kartendaten und Kartendaten
für die
Routenberechnung, und wenn Kartendaten innerhalb eines spezifizierten
Bereichs angefragt werden, dann werden Kartendaten in einem Bereich,
der den spezifizierten Bereich abdeckt, als ein Byte-Datenbereich-Objekt
ausgelesen und zur Navigationssystem-Seite zurückgeführt. Außerdem, wenn Kartendaten angefragt
werden, die ihren Bereich durch Koordinaten bezeichnen, dann wird
die Pegelstruktur oder eine Datensatz-ID als ein Byte-Datenbereich-Objekt
ausgelesen und zur Navigationssystem-Seite zurückgeführt.
-
Außerdem,
um die vorstehend beschriebene Aufgabe zu lösen, beinhaltet die vorliegende
Erfindung ein Ausführungsmittel
(Navigationsfunktionsabschnitt) zum Ausführen von Navigationsfunktionen,
einschließlich
das Anzeigen von Karten und die Berechnung von Routen, und ein Daten-Zugriffsmittel,
um Daten auszulesen, die in dem Aufzeichnungsmedium aufgezeichnet
sind, wobei das Ausführungsmittel
eine Anfrage an das Daten-Zugriffsmittel nach Kartendaten vornimmt,
indem die API ausgegeben wird, und das Daten-Zugriffsmittel die
Kartendaten aus dem Aufzeichnungsmedium durch ein Verfahren ausliest,
das der API entspricht, und die Kartendaten an das Ausführungsmittel
als ein Byte-Datenbereich-Objekt ausgibt. Auch dann, wenn die Sprache
C (C++ oder ähnliches)
oder Java ein Steuerprogramm des Ausführungsmittels bildet und Java
ein Steuerprogramm des Daten-Zugriffsmittels bildet, können die
Kartendaten verwendet werden, ohne durch irgendeine Unverträglichkeit
zwischen den Steuerprogrammen beeinflusst zu werden, indem die Kartendaten als
ein Byte-Datenbereich- Objekt
ausgelesen werden und diese zu dem Ausführungsmittel zurückgeführt werden.
-
Kurzbeschreibung
der Zeichnungen
-
1 ist
eine konzeptionelle Darstellung von einem System gemäß einem
Ausführungsbeispiels
der vorliegenden Erfindung.
-
2 ist
eine beispielhafte Darstellung, die ein Ausmaß des Auslesens gemäß einem
Ausführungsbeispiel
der vorliegenden Erfindung zeigt.
-
Beschreibung der bevorzugten
Ausführungsbeispiele
-
Ein
bevorzugtes Ausführungsbeispiel
der vorliegenden Erfindung wird im Folgenden unter Bezugnahme auf
den beiliegenden Zeichnungen beschrieben.
-
Erstes Ausführungsbeispiel
-
1 ist
ein konzeptionelles Blockdiagramm dieser Erfindung. Eine Navigationsplattform 10 ist
in einem Fahrzeug montiert und zeigt gewünschte Kartendaten auf einem
Display an, das in den Zeichnungen nicht gezeigt ist, und zwar auf
Anfrage eines Benutzers, oder sucht eine Route zu einem Zielort,
der von dem Benutzer eingegeben wurde, und zeigt diesen an. Die
Navigationsplattform 10 hat fundamentale Funktionen, wie zum
Beispiel die Anzeige von Kartendaten, die Anzeige der aktuellen
Position von einem Fahrzeug, das Berechnen einer Route zu einem
Zielort, und die Navigation einer Route zu einem Zielort. Um diese
Funktionen zu realisieren, hat die Navigationsplattform 10 einen
Navigationsfunktionsabschnitt 12, einen Datenzugriffabschnitt 14 und
eine Anwendungs-Programmierschnittstelle (API), die zum Senden und
Empfangen von Daten zwischen dem Navigationsfunktionsabschnitt 12 und
dem Datenzugriffabschnitt 14 verwendet wird.
-
Der
Navigationsfunktionsabschnitt 12 ist ein Block, der die
Anzeige von Karten, die Berechnung von Routen und ähnliches
auf Anfrage eines Benutzers durchführt. Er führt eine Anfrage an dem Datenzugriffsabschnitt 14 nach
Kartendaten durch, die erforderlich sind, um diese Funktionen durchzuführen, indem
eine API 15 ausgegeben wird, und gibt Kartendaten 16 von
dem Datenzugriffsabschnitt 14 ein.
-
Der
Datenzugriffsabschnitt 14 liest auf Anfrage von dem Navigationsfunktionsabschnitt 12 erforderliche
Kartendaten aus einem Aufzeichnungsmedium 20 aus, wie zum
Beispiel eine CD-ROM und eine DVD, und gibt diese an den Navigationsfunktionsabschnitt 12 aus.
Ein solches Auslesen wird unter Verwendung eines Verfahrens durchgeführt, das
in dem Aufzeichnungsmedium 20 zusammen mit verknüpften Kartendaten
aufgezeichnet ist. Insbesondere dann, wenn die API 15 gemäß der Anfrage
des Benutzers von dem Navigationsfunktionsabschnitt 12 ausgegeben
wird, liest der Datenzugriffsabschnitt 14 die Kartendaten
durch ein Verfahren aus, das der API 15 entspricht, und
liefert diese an den Navigationsfunktionsabschnitt 12.
-
Außerdem beinhaltet
die Navigationsplattform 12 einen Mikrocomputer.
-
Das
Aufzeichnungsmedium 20 ist eine CD-ROM oder eine DVD, wie
vorstehend beschrieben, und hat einen Verfahrensabschnitt 24,
der mit den Kartendaten verknüpft
ist und ein anderer ist als der Datenabschnitt 22 (objektorientiert).
In dem Datenabschnitt 22 sind Kartendaten zur Anzeige,
Kartendaten zur Routenberechnung und ähnliches gespeichert, wohingegen
in dem Verfahrensabschnitt 24 ein auszulesendes Verfahren
für die
in dem Datenabschnitt 22 aufgezeichneten Daten gespeichert
ist.
-
Die
Implementierung dieses Ausführungsbeispiels
ist so wie vorstehend beschrieben, und wenn der Navigationsfunktionsabschnitt 12 eine
Anfrage nach Kartendaten durchführt,
dann liest der Datenzugriffsabschnitt 14 die angefragten
Kartendaten aus dem Datenabschnitt 22 des Aufzeichnungsmediums 20 gibt
diese an den Navigationsfunktionsabschnitt 12 aus.
-
Wenn
hier die Sprache C oder Java sowohl die Steuerprogramme des Navigationsfunktionsabschnitts 12 als
auch die des Datenzugriffsabschnitts 14 bilden, dann gibt
es kein Problem. Es ist aber erforderlich, dass die Kartendaten
ausgelesen und auf ähnliche
Weise verwendet werden können,
auch wenn Java verwendet wird, um das Steuerprogramm des Datenzugriffsabschnitts 14 zu
beschreiben, und die Sprache C (C++ oder ähnliches) verwendet wird, um
das Steuerprogramm des Navigationsfunktionsabschnitt 12 zu
beschreiben. Bei der vorliegenden Erfindung liest der Datenzugriffsabschnitt 14 daher
die Kartendaten, unter Verwendung des Byte-Datenbereich-Objekts einer Java-Schnittstelle,
aus dem Aufzeichnungsmedium 20 aus und gibt sie an den
Navigationsfunktionsabschnitt 12 aus. Hier, um spezieller
zu werden, bedeutet das Byte-Datenbereich-Objekt, dass Daten mit
einem Byte (8 Bits) als eine Einheit verarbeitet werden, und auf
das Byte-Datenbereich-Objekt kann unter Verwendung der ersten Adresse
und einer Größe aus der
ersten Adresse zugegriffen werden. Außerdem, auch wenn die Sprache
C verwendet wird, um das Steuerprogramm des Navigationsfunktionsabschnitts 12 zu
beschreiben (oder Java verwendet wird, um das Steuerprogramm zu
beschrieben), kann der Navigationsfunktionsabschnitt 12 die
Kartendaten verwenden, indem die Kartendaten als ein Byte-Datenbereich-Objekt
ausgelesen werden.
-
Ein
spezielles Kartendaten-Zugriffsverfahren wird nun beschrieben.
-
Zuerst
wird in diesem Ausführungsbeispiel
ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 die
Kartendaten zu deren Anzeige anfragt. Wenn die Anzeige von einem
Benutzer des Navigationssystems angefragt wird, dann instruiert
der Navigationsfunktionsabschnitt 12 den Datenzugriffsabschnitt 14,
um notwendige Daten zwecks Anzeige auszulesen. Mit anderen Worten,
der Navigationsfunktionsabschnitt 12 gibt eine Anfrage
nach den Kartendaten zwecks Anzeige an den Datenzugriffsabschnitt 14 aus.
Eine Form der Anfrage sieht so aus, dass der Bereich der Kartendaten
als ein rechteckiger Bereich durch Breitengrad und Längengrad
bezeichnet ist. Um spezieller zu werden, es werden Koordinaten an der
unteren linken Ecke (in Breitengrad und Längengrad) und an der oberen
rechten Ecke (in Breitengrad und Längengrad) des rechteckigen
Bereichs bezeichnet. Eine Funktion "GetDispDataSet" ist als eine API-Funktion definiert,
um verwendet zu werden, und eine Anfrage unter Verwendung der Funktion "GetDispDataSet (x1, y1,
x2, y2, Maßstab)" wird an den Datenzugriffsabschnitt 14 gerichtet.
Außerdem
sind x1 und y1 sind Koordinaten in Längengrad und Breitengrad an
der unteren linken Ecke des rechteckigen Bereichs, und x2 und y2 sind
Koordinaten in Längengrad
und Breitengrad an der rechten oberen Ecke des rechteckigen Bereichs.
Breitengrad und Längengrad
können
beispielsweise jeweils in 4 Bytes ausgedrückt sein. Außerdem ist
der Maßstab
ein bestimmter Wert für
einen reduzierten Maßstab,
und wenn Null bestimmt ist, dann wird ein vorhergehender Wert des
reduzierten Maßstabs
verwendet.
-
Nach
Empfangen einer solchen Anfrage liest der Datenzugriffsabschnitt 14 Date
aus dem Datenabschnitt 22 des Aufzeichnungsmediums 20 keinen
rechteckigen Bereich aus, der durch Breitengrad und Längengrad
bezeichnet ist, aber einen Bereich, der den bestimmten rechteckigen
Bereich abdeckt, und leitet diesen dann als ein Byte-Datenbereich-Objekt
an den Navigationsfunktionsabschnitt 12 zurück.
-
2 zeigt
normalerweise einen Bereich von Kartendaten, um durch den Datenzugriffsabschnitt 14 aus
dem Datenabschnitt 22 ausgelesen zu werden. In der Zeichnung
sind die Bereiche 1, 2, ... Bereichssegmente der Kartendaten, die
in dem Datenabschnitt 22 des Aufzeichnungsmediums 20 aufgezeichnet
sind, und außerdem
Segmente, die von dem Aufzeichnungsformat des Aufzeichnungsmediums 20 abhängen. Außerdem,
wenn ein Punkt A und ein Punkt B Positionen sind, die dem Breitengrad
und dem Längengrad
entsprechen, die durch den Navigationsfunktionsabschnitt 12 bezeichnet
sind, dann wird ein rechteckiger Bereich der Kartendaten, der von
dem Navigationsfunktionsabschnitt 12 angefragt wird, ein
Bereich, der durch das Bezugszeichen 100 bezeichnet ist.
Bei dem herkömmlichen
Zugriffsverfahren werden lediglich die Kartendaten, die sich in
dem rechteckigen angefragten Bereich befinden, ausgelesen und ausgegeben.
In diesem Ausführungsbeispiel
werden jedoch Kartendaten ausgelesen, die den rechteckigen Bereich
abdecken, wenn ein bestimmter rechteckiger Bereich nicht mit einem
Bereichssegment übereinstimmt,
da die Daten als ein Byte-Datenbereich-Objekt zurückgeführt werden.
Die Kartendaten, die den rechteckigen Bereich abdecken, bedeuten einen
Bereich, der breiter ist als der rechteckige Bereich. Noch spezieller,
ein Bereich, der durch den Datenzugriffsabschnitt 14 in 2 ausgelesen
werden soll, deckt alle Kartendaten in den Bereichen 5, 6, 7, 9,
10 und 11 ab. Diese ausgelesenen Kartendaten werden an den Navigationsfunktionsabschnitt 12 als
ein Byte-Datenbereich-Objekt
ausgegeben. Der Navigationsfunktionsabschnitt 12 liefert
diese Daten, die von dem Datenzugriffsabschnitt 14 ausgegeben
werden, zu einem Display oder ähnlichem,
damit die Kartendaten angezeigt werden können. Wenn der bezeichnete
rechteckige Bereich mit dem Bereichssegment übereinstimmt, dann werden Kartendaten
in einem Bereich ausgelesen, der equivalent ist zu dem rechteckigen
Bereich, und zu dem Navigationsfunktionsabschnitt 12 geliefert.
Beispiele von Ausgabeformaten sind in Tabelle 1, Tabelle 2, Tabelle 3
und Tabelle 4 gezeigt.
-
-
-
-
-
-
Tabelle
1 zeigt ein Ausgangsformat des Anzeigedatenrahmens. Tabelle 2 zeigt
ein Ausgabeformat des Hintergrunddatenrahmens. Tabelle 3 zeigt ein
Ausgabeformat von dem Straßendatenrahmen.
Tabelle 4 zeigt ein Ausgabeformat von dem Namendatenrahmen. Außerdem ist
in jedem der Ausgabeformate die Datenlänge eine Einheit von zwei Bytes,
und die Form der Daten ist so, dass N eine Ganzzahl und CC ein Buchstabencode ist.
Diese Ausgabeformate sind Reihen aus Daten in einem Array, auf die
in Byte-Einheiten zugegriffen werden kann, und der Navigationsfunktionsabschnitt 12 empfängt die
Daten als ein Byte-Datenbereich-Objekt.
-
In
dem Flächenkonfigurationsdatenrahmen
und dem Linienkonfigurationsdatenrahmen, wie in 2 gezeigt,
sind Datengröße, Zahl
von Klassifikationen und Reihen von Klassifikationsdatenlisten enthalten,
und in den Klassifikationsdatenlisten sind eine Zahl von Elementpunkten
und Koordinatenwerten von Elementpunkten enthalten. Außerdem sind
in den in Tabelle 3 gezeigten Straßenklassifikationsdaten ein
Klassifikationscode und ein Attributcode enthalten. Der Klassifikationscode
deckt Autobahnen, Stadtfernstraßen,
gebührenpflichtige
Straßen,
nationale Autobahnen, Hauptautobahnen oder ähnliches ab. Andererseits deckt
der Attributcode geplante Straßenidentifikationskennungen, überirdische
Straßen,
Tunnel, unterirdische Straßen, überirdische
Einrichtungen, Brücken
oder ähnliches
ab. Außerdem
deckt die in Tabelle 4 gezeigte Namendatenaufzeichnung Datenlisten
von Anzeigewinkelinformationen und Anzeigezeicheninformationen ab,
und die Zeicheninformationsdatenliste enthält den Klassifikationscode,
eine Zeichendatengröße, Zeichenketten
oder ähnliches.
-
Zweites Ausführungsbeispiel
-
In
dem ersten Ausführungsbeispiel,
das vorstehend beschrieben wurde, ist der Fall des Auslesens der Kartendaten
zwecks Anzeige aus dem Navigationsfunktionsabschnitt 12 beschrieben.
Andererseits wird in diesem Ausführungsbeispiel
ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 Kartendaten
zur Positionsberechnung anfragt.
-
Wenn
ein Benutzer des Navigationssystems eine Positionsberechnung anfragt,
dann gibt der Navigationsfunktionsabschnitt 12 eine Anfrage
nach Kartendaten an den Datenzugriffsabschnitt 14 ab, die
für die
Positionsberechnung verwendet werden sollen. Die Positionsberechnung
funktioniert speziell so, dass nach der Zuweisung von einer Position
des Fahrzeugs, die durch GPS oder ähnliches erfasst wird, eine überlagerte
Anzeige der Position des Fahrzeugs erfolgt. Beispielsweise ist das
Bestimmen von Koordinaten an der unteren linken Ecke (Breitengrad
und Längengrad)
und an der oberen rechten Ecke (Breitengrad und Längengrad)
von einem rechteckigen Bereich, ähnlich
wie im ersten Ausführungs beispiel,
eine der Formen von Anfragen, die durch den Navigationsfunktionsabschnitt 12 an
den Datenzugriffsabschnitt gerichtet werden. Insbesondere ist eine
Funktion "PositioningDataGet" als eine API-Funktion
definiert, und eine Anfrage erfolgt an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "PositioningDataGet" (x1, y1, x2, y2)". Informationen von Breitengrad
und Längengrad
können
beispielsweise in allen vier Bytes (32 Bits) ausgedrückt sein.
Das erste Bit kann eine Kennung sein, um den Breitengrad und den
Längengrad
zu identifizieren, die nächsten
20 Bits können
den Breitengrad und den Längengrad
in Einheiten von Sekunden ausdrücken,
und das verbleibende eine Bit kann den Breitengrad und den Längengrad
in Einheiten von 1/2048 Sekunden ausdrücken.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liefert die Kartendaten, die durch die Ausgabeformate ausgelesen
sind, wie in Tabelle 5, Tabelle 6 und Tabelle 7 gezeigt, zum Navigationsfunktionsabschnitt 12.
-
-
-
-
Außerdem zeigen
Tabelle 5 einen Positionsdatenrahmen, Tabelle 6 einen Positionsdatenkopf
in Tabelle 5, bzw. Tabelle 7 eine Straßendatenliste in Tabelle 5.
Außerdem
enthalten die Positionsklasseneinheitstraßendaten Reihen von Verbindungsketten-Datenaufzeichnungen,
und die Verbindungsketten-Datenaufzeichnungen enthalten Verbindungsketten-Attributinformationen,
Verbindungsketten-Forminformationen
oder ähnliches.
Die Verbindungsketten-Attributinformationen
bedeuten eine Klassifikation von einer Verbindungskette oder die
Zahl von Verbindungen in der Verbindungskette, und die Klassifikation
der Verbindungskette deckt beispielsweise Autobahnen, Stadtfernstraßen, allgemeine gebührenpflichtige
Straßen,
Hauptstraßen,
allgemeine Straßen
oder ähnliches
ab.
-
Drittes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 die
Kartendaten zur Routenberechnung anfragt.
-
Wenn
ein Benutzer des Navigationssystems eine Suche nach einer Route
zu einem Zielort anfragt, dann gibt der Navigationsfunktionsabschnitt 12 eine
Anfrage nach Kartendaten zur Routenberechnung an den Datenzugriffsabschnitt 14 ab,
die für
eine Routensuche verwendet werden. Beispielsweise ist die Bestimmung von
Koordinaten der erforderlichen Kartendaten für die Routenberechnung in Breitengrad
und Längengrad eine
der Formen von Anfragen, die durch den Navigationsfunktionsabschnitt 12 an
den Datenzugriffsabschnitt 14 gerichtet werden. Noch spezieller,
eine Funktion "GetRoutePlanningData" ist als eine API-Funktion definiert,
und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "CheckRoutePlanningData
(x, y)". Außerdem sind
x und y der Breitengrad und der Längengrad.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest eine Pegelstruktur aus, die eine vorläufige Information zum Erhalt
von Routenberechnungsdaten der bestimmten Koordinaten, einer Klassifikation
von zusammengesetzten Straßen,
eine Klassifikation von Straßen,
die in jedem Pegel eingestellt sind, Breitengrad und Längengrad
für einen
bestimmten Bereich in jedem Pegel, eine Routenberechnungs-Datensatz-ID
oder ähnliches
ist, und liefert diese an den Navigationsfunktionsabschnitt 12.
In Tabelle 8 ist ein Ausgabeformat beispielhaft dargestellt.
-
-
Außerdem bedeutet
die Zahl von Pegeln die Zahl von Pegeln in hierarchischer Struktur
von Karten, und die Zahl von Regionen bedeutet die Zahl von Grenzen
in Karten. Außerdem,
noch spezieller, wird die Größe von einer
Region in jedem Pegel durch Koordinaten in Längengrad und Breitengrad an
der unteren linken Ecke und an der oberen rechten Ecke der Region
ausgegeben. Die Routenberechnungsdateninformationen enthalten einen
Routenberechnungsdatenpegel und eine Routenberechnungs-Datensatz-ID.
-
Viertes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Fall, in dem der Navigationsfunktionsabschnitt 12 Kartendaten zur
Routenberechnung anfragt, ähnlich
wie im dritten Ausführungsbeispiel,
beschrieben. Aber im Gegensatz zum dritten Ausführungsbeispiel ist in diesem
Ausführungsbeispiel
die Bestimmung der Routenberechnungs-Startkoordinaten durch Breitengrad
und Längengrad
und der Routenberechnungs-Endkoordinaten
von erforderlichen Kartendaten zur Routenberechnung in einer der
Formen von Anfragen nach Kartendaten zur Routenberechnung, die durch
den Navigationsfunktionsabschnitt 12 erfolgt. Spezieller,
eine Funktion "GetRouteDataSetID" wird als eine API-Funktion
definiert, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetRouteDataSetID
(x1, y1, x2, y2)".
Außerdem
sind x1 und x2 Koordinaten in Breitengrad und Längengrad auf der Startseite,
wohingegen x2 und y2 Koordinaten in Breitengrad und Längengrad
auf der Endseite sind.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest die Routenberechnungs-Dateninformationen (Pegelstruktur,
Datensatz-ID und ähnliches),
die für
die Routenberechnung notwendig sind, aus den bestimmten Startkoordinaten
und Endkoordinaten aus und die liefert diese an den Navigationsfunktionsabschnitt 12.
In Tabelle 9 ist ein Ausgabeformat beispielhaft angeführt.
-
-
Außerdem enthalten
die Routenberechnungs-Dateninformationen einen Routenberechnungs-Datenpegel
und eine Routenberechnungs-Datensatz-ID.
-
Fünftes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Fall beschrieben, in dem der Navigationsfunktionsabschnitt 12 aktuell
die Pegelstruktur und die Datensatz-ID anfragt, die in dem vierten
Ausführungsbeispiel
(oder dritten Ausführungsbeispiel)
erhalten sind, und diese als Kartendaten zur Routenberechnung bezeichnet.
Eine Funktion "GetRoutePlanningDataID" ist als eine API-Funktion
definiert, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetRoutePlanningDataID" (Pegel-Datensatz
ID). Außerdem
sind der Pegel und die Datensatz-ID die Pegelstruktur und die Datensatz-ID,
die dem vierten Ausführungsbeispiel
(bzw. dem dritten Ausführungsbeispiel)
erhalten werden.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest die entsprechenden Kartendaten zur Routenberechnung aus
und liefert diese an den Navigationsfunktionsabschnitt 12.
In Tabelle 10 ist beispielhaft ein Ausgabeformat dargestellt.
-
-
-
Außerdem enthält der Routenberechnungs-Datenkopf
einen Routenberechnungspegel, die Zahl von Verbindungen der Routenberechnungsdaten,
die Zahl von Knoten der Routenberechnungsdaten, die Zahl von integrierten
Knoten der Routenberechnungsdaten, Offsets von Verbindungsinformationsdatenrahmen,
Offsets von Verbindungskonfigurationsdatenrahmen oder ähnliches.
-
Sechstes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 Navigationskartendaten
anfordert, die einen erforderlichen rechteckigen Bereich von Navigationskartendaten
durch Breitengrad und Längengrad
bezeichnen.
-
Eine
Funktion "GetGuidePointData" ist als eine API-Funktion
definiert, die verwendet wird, um die Navigationskartendaten anzufragen,
und eine Anfrage nach einem erforderlichen rechteckigen Bereich
erfolgt an dem Datenzugriffsabschnitt 14 unter Verwendung
der Funktion "GetGuidePointData
(TargetNode, areax1, areay1, areax2, areay2)". Außerdem ist TargetNode eine
Knotenanzahl (eine Gabelung einer Schnittstelle oder ähnliches)
von einem Navigationspunkt, areax1 ist eine Längengradkoordinate an der oberen
linken Ecke des rechteckigen Bereichs, areay1 ist eine Breitengradkoordinate
an der oberen linken Ecke des rechteckigen Bereich, areax2 ist eine
Längengradkoordinate
an der unteren rechten Ecke des rechteckigen Bereichs, und areay2
ist eine Breitengradkoordinate an der unteren rechten Ecke des rechteckigen
Bereichs.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest Navigationsdaten in einem Bereich aus, der den bezeichneten
rechteckige Bereich überdeckt
und liefert diese an den Navigationsfunktionsabschnitt 12,
wie in 2. Die Navigationsdaten sind beispielsweise Namen
von Kreuzungen, Namen von Auffahrtsstraßen, Namen von Abfahrtsstraßen oder ähnliches.
Tabelle 11 stellt beispielhaft ein Ausgabeformat dar.
-
-
Außerdem enthält der Routennavigationsdatenkopf
Knotenzahlen, x-Koordinate und y-Koordinate des Knotens, auf den
die Aufmerksamkeit gerichtet ist, Navigations-Klassifikationscodes,
Auffahrtsstraßen-Klassifikationscodes,
Abfahrtsstraßen-Klassifikationscodes,
Auffahrtsstraßencodes,
Abfahrtsstraßencodes,
Offsets von Kreuzungsname-Datenaufzeichnung
oder ähnliches.
Außerdem
beinhalten die Navigations-Klassifikationscodes Kreuzungen, Verbindungen,
Gabelungen, Ausfahrten von Tunneln, Einfahrten von Tunneln, Ausfahrten
von Autobahnen, Werkstattgebiete oder ähnliches.
-
Siebtes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Straßenverbindungs-ID,
eine Richtung von einer Straßenverbindung,
eine Distanz von einem Endpunkt der Straßenverbindung und eine Kompassrichtung
anfragt, die sie als Navigationskartendaten bezeichnen.
-
Eine
Funktion "GetGuidePointDistance" ist als eine API-Funktion definiert,
die verwendet wird, um die Navigationskartendaten anzufragen, und
es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetGuidePointDistance
(linkID, linkDir, fromlinkTerm, dir)". Außerdem ist linkID eine Verbindungs-ID,
linkDir ist eine Richtung der Verbindung, fromlinkTerm ist eine
Distanz von dem Endpunkt einer Verbindung, und dir ist eine Kompassrichtung
(die 0 bis 360° in
Uhrzeigerrichtung abdeckt, wobei Norden gleich 0° ist).
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest von dem Aufzeichnungsmedium 20 Daten über die
Distanz von einer bestimmten Position zu einer Position aus, die
eine Navigation erfordert, eine Knotenzahl von einem Navigationspunkt,
Koordinaten des Navigationspunkts in Breitengrad und Längengrad
und eine Klassifikation von der Auffahrtsstraße, und liefert diese an den
Navigationsfunktionsabschnitt 12.
-
Achtes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 ein
Straßenverbindungs-ID-Array
anfragt, das dieses als die Navigationskartendaten bestimmt.
-
Eine
Funktion "GetGuidePointList" ist als eine API-Funktion
definiert, die verwendet wird, um die Navigationskartendaten anzufragen,
und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetGuidePointList
(LinkIDarray)".
Außerdem
ist LinkIDarray ein Straßenverbindungs-ID-Array.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest Navigationspunktdaten in einem bestimmten Straßenverbindungs-Array
aus dem Aufzeichnungsmedium 20 aus und liefert diese an
den Navigationsfunktionsabschnitt 12. Tabelle 12 stellt
beispielhaft ein Ausgabeformat der Navigationsknotendaten dar.
-
-
-
Außerdem zeigt
Tabelle 12 ein Ausgabeformat von der Navigationsknoten-Datenaufzeichnung.
Speziell beinhalten die Navigationspunktdaten die Navigationsknotendatengröße (gesamter
Datenrahmen), die Zahl der Daten oder ähnliches. Außerdem beinhaltet
die Kreuzungsname-Datenaufzeichnung eine Namenzeichenkettendatengröße, eine
Sprachdateinamengröße oder ähnliches.
-
Neuntes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 ein
Straßenverbindungs-ID-Array
und einen Kartenmaßstabsverminderungscode anfragt,
der sie als die markierten Navigationskartendaten bezeichnet.
-
Eine
Funktion "GetGuideFormList" ist als eine API-Funkion
definiert, die verwendet wird, um die Navigationskartendaten anzufragen,
und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetGuideFormList
(linkIDarray, longscale)".
Außerdem
ist LinkIDarray ist ein Verbindungs-ID-Array, und Longscale ist
ein reduzierter Maßstabswert.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Konfigurationsdaten
aus, die das bezeichnete Straßenverbindungs-ID-Array
markieren, und liefert diese an den Navigationsfunktionsabschnitt 12.
Tabelle 13 stellt beispielhaft ein Ausgabeformat der Konfigurationsdaten
dar.
-
-
Außerdem beinhalten
die Navigationsknotendaten die Knotenzahlen, Auffahrtsstraßen-Klassifikationscodes,
Abfahrtsstraßen-Klassifikationscodes,
Straßenzahlen
oder ähnliches.
Der Linienkonfigurations-Datenrahmen enthält Datengröße, Klassifikationsdaten oder ähnliches.
-
Zehntes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 Kartendaten
anfragt, um Positionen wiederzufinden.
-
Eine
Funktion "GetInitKeyList" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Positionen anzufragen, und es erfolgt eine Anfrage an den Datenzugriffabschnitt 14 unter
Verwendung der Funktion "GetInitKeyList()". Außerdem wird
bei dieser Funktion kein Argument verwendet.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Kandidatenzeichendaten,
um auf einem Display Tasten anzuzeigen, um das japanische Alphabet wiederzufinden
oder um alphabetische Buchstaben einzugeben, und liefert diese an
den Navigationsfunktionsabschnitt 12. Tabelle 14 stellt
beispielhaft ein Ausgabeformat dar.
-
-
Elftes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Kette von einzugebenden Zeichen anfragt, wie z.B. das japanische
Alphabet oder alphabetische Zeichen, die in dem zehnten Ausführungsbeispiel
erhalten werden und die sie als die Kartendaten zum Wiederauffinden
von Positionen bezeichnen.
-
Die
Funktion "GetNextKeyList" wird als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Positionen anzufragen, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetNextKeyList
(Inputdata)". Au0ßerdem bedeutet
Inputdata, dass eine Kette von Zeichen einzugeben ist, wie z.B.
ein japanisches Alphabet oder alphabetische Zeichen und außerdem eine
Kette von Zeichen, die durch den Benutzer bestimmt wird.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 die nächsten Wiederauffindungs-Zeichenkandidatenkettendaten
der bezeichneten Ketten von Zeichen, die eingegeben werden soll,
und liefert diese an den Navigationsfunktionsabschnitt 12.
Tabelle 15 zeigt beispielhaft ein Ausgabeformat.
-
-
Zwölftes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Kette von einzugebende Zeichen anfordert, wie z.B. das japanische
Alphabet oder alphabetische Zeichen, die sie als die Kartendaten
zum Wiederauffinden von Positionen bestimmen.
-
Eine
Funktion "GetListData" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Positionen anzufordern, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetListData
(Inputdata)". Außerdem bedeutet
Inputdata eine Kette von Zeichen, die eingegeben werden soll, wie
z.B. das japanische Alphabet oder alphabetische Zeichen.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Positonsnamenlistenanzeigedaten
entsprechend der bezeichneten Kette von Zeichen, die eingegeben
werden soll, und liefert diese an den Navigationsfunktionsabschnitt 12.
Tabelle 16 stellt beispielhaft ein Ausgabeformat dar.
-
-
Außerdem beinhalten
die Details der entsprechenden Daten Positionsinformations-IDs,
Datengrößen von
Positionsinformations-IDs, Namen von Positionsinformationen, das
japanische Alphabet, die hinzugefügt werden, um die Anzeige der
Positionsinformationsnamen, Klassifikationen, Präfektur-Codes oder ähnliches
zu zeigen.
-
Dreizehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Telefonnummer und die Zahl von deren Ziffern anfragt, die eingegeben
werden, die sie als die Kartendaten zum Wiederauffinden von Orten
bezeichnen.
-
Eine
Funktion "GetPOITelNo" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Orten anzufragen, und es erfolgt eine Anfrage an den Datenzugriffabschnitt 14 unter
Verwendung der Funktion "GetPOITelNo
(no, Inputnum)".
Außerdem
ist No eine Telefonnummer, und Inputnum ist die Zahl der einzugebenden
Ziffern.
-
Der
Datenzugriffabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Anzeigedaten
und Navigationsdaten von einer Position, die der bezeichneten Telefonnummern entspricht,
und der Nummer der einzugebenden Ziffern aus, und liefert diese
an den Navigationsfunktionsabschnitt 12. Tabelle 17 stellt
beispielhaft ein Ausgabeformat dar.
-
-
Außerdem beinhaltet
der Positionsdateninformationsdatenrahmen Reihen von Positionsinformations-Aufzeichnungsabschnitten,
und speziell beinhalten die Positionsinformations-Aufzeichnungsabschnitte die
x-Koordinate und die y-Koordinate von einer anzuzeigenden Position,
eine Skala der anzuzeigende Karte, Breitengrad und Längengrad
der dargestellten Navigationsposition, eine ID-Zahl von der dargestellten
Navigationspositionsverbindung, eine Richtung von der dargestellten
Navigationspositionsverbindung, eine Telefonnummer, eine Postleitzahl
oder ähnliches.
-
Vierzehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Postleitzahl und die Zahl von deren einzugebenden Ziffern empfängt, die
sie als Kartendaten zum Wiederauffinden von Positionen bestimmt.
-
Eine
Funktion "GetPOIZipcode" ist als eine API-Funktion
definiert, die zum Abfragen der Kartendaten zum Wiederauffinden
von Positionen verwendet wird, und es erfolgt eine Anfrage an den
Datenzugriffsabschnitt 14 unter Verwendung der Funktion "GetPOIZipcode (zipcode,
num)". Außerdem ist
der Zipcode eine Postleitzahl, und num ist die Zahl an einzugebenden
Ziffern.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Anzeigedaten
und Navigationsdaten von einer Position, die der bezeichneten Postleitzahl
und der Zahl der einzugebenden Ziffern entspricht, und liefert diese
an den Navigationsfunktionsabschnitt 12. Das Ausgabeformat
ist das gleiche wie in Tabelle 17.
-
Fünfzehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der ausgeführt wird, wenn der Navigationsfunktionsabschnitt 12 die
Kartendaten zum Wiederauffinden von Positionen anfragt, die einen
rechteckigen Bereich der Kartendaten zum Wiederauffinden von Positionen
durch Breitengrad und Längengrad
bezeichnen.
-
Eine
Funktion "GetListDataArea" ist als eine API-Funktion
definiert, um für
die Kartendaten zum Wiederauffinden von Orten verwendet zu werden,
und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetListDataArea
(x1, y1, x2, y2)".
Außerdem
sind x1 und y1 Längengrad
und Breitengrad an der unteren linken Ecke des rechteckigen Bereichs,
und x2 und y2 sind Längengrad
und Breitengrad an der oberen rechten Ecke des rechteckigen Bereichs.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Positionsnamenlistenanzeigedaten
(list ID) in dem bezeichneten rechteckigen Bereich und liefert diese
an den Navigationsfunktionsabschnitt 12.
-
Sechzehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 eine
Positionslisten-ID anfragt, die sie als Kartendaten für das Wiederauffinden von
Orten bezeichnet.
-
Eine
Funktion "GetListSearchData" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten für das Wiederauffinden
von Positionen anzufragen, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetListSearchData
(listID)". Außerdem ist
listID ist das list ID, das in dem fünfzehnten Ausführungsbeispiel
erhalten wird.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Listenwiederauffinddaten,
die dem bezeichneten listID entsprechen, und liefert diese an den
Navigationsfunktionsabschnitt 12. Tabelle 18 zeigt beispielhaft
ein Ausgabeformat.
-
-
Außerdem beinhalten
die zur Eingabe vorgeschlagenen Daten Zeichen des zur Eingabe vorgeschlagenen
Namens, das zur Eingabe vorgeschlagene japanische Alphabet, eine
anschließend
zur Eingabe vorgeschlagene ID oder ähnliches.
-
Siebzehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 einen
Wiederauffind-Bereich basierend auf Positionskoordinaten in Breitengrad und
Längengrad
sowie eine Distanz von den Positionskoordinaten anfragt, die den
Bereich als die Kartendaten für
das Wiederauffinden von Positionen bezeichnen.
-
Eine
Funktion "GetAddressList" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Positionen anzufragen, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetAddressList
(x, y, width)".
Außerdem
sind x und y Längengradkoordinaten
bzw. Breitengradkoordinaten, und width ist ein Wiederauffind-Bereich.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Adresslistendaten
in einem Bereich aus, der der bezeichneten Position und dem Wiederauffind-Bereich
entspricht, und liefert diese an den Navigationsfunktionsabschnitt 12.
Tabelle 19 zeigt beispielhaft ein Ausgabeformat.
-
-
Außerdem enthalten
die Kandidatenadressdaten Breitengrad und Längengrad, Präfektur-Codes,
Verwaltungsdistrikt-Codes (Städte,
Orte, Dörfer),
Straßennummern,
Hausnummern oder ähnliches.
-
Achtzehntes
Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 die
Positionskoordinaten in Breitengrad und Längengrad anfragt, die sie als
Kartendaten für
das Wiederauffinden von Positionen bezeichnen.
-
Eine
Funktion "GetAddress" ist als eine API-Funktion
definiert, die verwendet wird, um die Kartendaten zum Wiederauffinden
von Positionen anzufragen, und eine Anfrage erfolgt an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetAddress
(x, y)". Außerdem sind
x und y eine Längengradkoordinate
und eine Breitengradkoordinate.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest Adressdaten von der bezeichneten Position aus dem Aufzeichnungsmedium 20 aus
und liefert sie an den Navigationsfunktionsabschnitt 12.
Tabelle 20 zeigt beispielhaft ein Ausgabeformat.
-
-
Neunzehntes Ausführungsbeispiel
-
In
diesem Ausführungsbeispiel
wird ein Prozess beschrieben, der durchgeführt wird, wenn der Navigationsfunktionsabschnitt 12 einen
Adresshierarchiecode und einen Adresscode als Kartendaten zum Wiederauffinden
von Positionen bezeichnet.
-
Eine
Funktion "GetAddressName" ist als eine API-Funktion
definiert, die verwendet wird, um Kartendaten zum Wiederauffinden
von Positionen anzufragen, und es erfolgt eine Anfrage an den Datenzugriffsabschnitt 14 unter
Verwendung der Funktion "GetAddressName
(addressid, addresscode)".
Außerdem
ist Addressid der Adresshierarchiecode, und beispielsweise stellt
die Zahl 1 städtische
und ländliche
Präfekturen dar,
und die Zahl 2 stellt Städte,
Orte, Dörfer
oder ähnliches
dar. Außerdem
ist addresscode ein Adressencode.
-
Der
Datenzugriffsabschnitt 14, der eine solche Anfrage empfangen
hat, liest aus dem Aufzeichnungsmedium 20 Adresszeichenkettendaten
aus, die der bestimmten Adresshierarchie und Adresse entsprechen, und
liefert diese an den Navigationsfunktionsabschnitt 12.
Tabelle 21 zeigt beispielhaft ein Ausgabeformat.
-
-
Wie
vorstehend beschrieben, werden bei der vorliegenden Erfindung Kartendaten
aus einem Aufzeichnungsmedium ausgelesen und als ein Byte-Datenbereich-Objekt
ausgegeben. Daher können
die ausgelesenen Kartendaten auf ähnliche Weise verwendet werden,
wenn eine Programmsprache (C oder Assembler), die von der bestimmten
Hardwarestruktur abhängig
ist, oder eine Programmsprache (Java oder ähnliches), die nicht von einer
bestimmten Hardwarestruktur abhängig
ist, für
die Beschreibung des Navigationssystems (Navigationsfunktionsabschnitt)
verwendet werden. Daher ist es möglich,
die Kompatibilität
beizubehalten.
-
Es
ist ein Kartendaten-Zugriffsverfahren sowie eine Vorrichtung vorgesehen,
die in der Lage ist, aus einem Aufzeichnungsmedium die Kartendaten
auszulesen, die von einem Navigationssystem angefragt werden, und
diese zu dem System zu liefern, und zwar unabhängig davon, ob die Sprache
C etc. oder Java (Markenname) etc. verwendet wird, um ein Verarbeitungsprogramm
auf der Navigationssystem-Seite zu bilden. In dem Aufzeichnungsmedium
sind die Kartendaten und ein Ausleseverfahren für die Daten in verknüpfter Form in
einem Kartendatenabschnitt bzw. einem Verfahrensabschnitt aufgezeichnet.
Wenn ein Navigationsfunktionsabschnitt die Kartendaten anfragt,
dann liest ein Datenzugriffsabschnitt die gewünschten Daten mit einem Verfahren
(Programm) aus, das aus dem Verfahrensabschnitt entsprechend einer
angefragten Anwendungs-Programmierschnittstelle (API) ausgelesen
wird. Die ausgelesenen Daten werden als ein Byte-Datenbereich-Objekt zu dem Navigationsfunktionsabschnitt
geliefert.
