JPH11345247A - 地理データベースにおけるセグメントの集約、及びそれをナビゲーション応用に使用する方法 - Google Patents

Abstract

(57)【要約】 【課題】 エンドユーザにナビゲーション特色を提供す
るナビゲーション応用プログラムと共に使用するための
地理データベースを提供する。 【解決手段】 地理データベースは道路のセグメントを
表すデータエンティティと、道路のセグメントの集約を
表すデータエンティティとを含む。道路のセグメントの
集約を表すデータエンティティは、ルート計算中にナビ
ゲーション応用によって使用され、低い機能ランクの道
路の評価が抑圧され、それによってナビゲーションシス
テムの性能が強化される。一面によれば、道路のセグメ
ントを表す各データエンティティは道路の少なくとも１
つの他のセグメントと共に集約の一部を形成し、道路の
セグメントの集約を表すデータエンティティの１つによ
って表されるこの集約は、それらへの参照を含んでい
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エンドユーザにナ
ビゲーティング特色及び機能を提供するナビゲーション
応用プログラムと共に使用される地理データベースへの
アクセス及びその使用を容易にするシステム及び方法に
関し、詳しく述べれば、本発明は、道路のセグメントを
表すデータと、更に、これらの道路のセグメントの若干
の集約を表すデータとを含み、地理データベースを使用
するナビゲーション応用プログラムがこれらの種類のデ
ータの何れかまたは両方を使用することができ、それに
よって若干の機能を容易にし、性能を強化するようにな
っている地理データベースに関する。

【０００２】

【従来の技術】関連出願 本願は、同時出願された代理人ドケット No. 7117-87
「地理データベースにおけるデータ型のインタリービン
グ、及びそれをナビゲーション応用に使用する方法」に
関連し、その全文を参照として採り入れている。

【０００３】発明の背景 エンドユーザ（例えば、ナビゲーションシステムが設置
されているビークルの運転手）にいろいろなナビゲーテ
ィング機能及び特色を提供する、コンピュータをベース
とするナビゲーション応用プログラムを使用することが
できる。例えば、若干のナビゲーション応用プログラム
は、複数の位置の間の道路を走行するための最適ルート
を決定することができる。エンドユーザからの入力、及
びオプションとしてユーザの物理的位置を決定できる機
器（例えば、ＧＰＳシステム）からの入力を使用して、
ナビゲーション応用プログラムは地理領域内の２つの位
置の間のいろいろなルートを調べ、出発点から目的地ま
で走行するのに最適なルートを決定することができる。
次いでナビゲーション応用プログラムは、出発点から目
的地までエンドユーザが走行するのに必要な運転を識別
する命令の形状で、最適ルートに関する情報をエンドユ
ーザに提供することができる。もしナビゲーションシス
テムが自動車に設置されているのであれば、命令は、エ
ンドユーザがルートを走行中に供給されるオーディオ命
令の形状をとることができる。若干のナビゲーション応
用プログラムは、目的地までのルートを示す詳細地図、
ルートに沿ういろいろな位置においてとるべき運転の
型、若干の型の特色の位置、等々をコンピュータディス
プレイ上に表示することができる。

【０００４】これらの、及び他のナビゲーティング機能
を提供するために、ナビゲーション応用プログラムは、
地理領域内の物理的特色を表すデータを含む１つまたは
それ以上の詳細なデータベースを使用する。この／これ
らの詳細なデータベースは、地理領域内の道路及び交差
点を表すデータを含むことができ、また交差点における
転回禁止、道路の速度制限、さまざまな道路の街路名、
いろいろな道路に沿う番地範囲、等々のような、地理領
域内の道路及び交差点に関する情報を含むこともでき
る。

【０００５】ナビゲーション応用プログラムが使用する
ための地理データを供給する上での問題の１つは、ナビ
ゲーション応用プログラムを走らせているナビゲーショ
ンシステムの使用可能なコンピュータ資源の効率的な利
用に関係がある。コンピュータをベースとするナビゲー
ション応用プログラムは、比較的制限されたコンピュー
タ資源を有するものを含むさまざまなプラットフォーム
上に供給される。例えば、ナビゲーションシステムは、
ビークルに搭載することも、または手持ちであることも
できる。これらの型のナビゲーションシステムのコンピ
ュータ資源は、典型的には、メモリが制限されていた
り、またはＩ／Ｏが比較的遅いというように、比較的制
限されている。これらのシステムに高レベルの機能を与
えるためには、使用可能なコンピュータ資源を効率的に
使用することが要求される。

【０００６】若干のナビゲーションシステムの制限され
た資源は、特に比較的高レベルの詳細地図を含む比較的
大きい地理データベースを使用する場合、所望のナビゲ
ーティング機能を提供するこれらの型のナビゲーション
システムの能力に影響を与える。地理データベース内に
含まれる大量のデータを処理することは、制限された資
源を有するナビゲーションシステムの性能に悪影響を及
ぼし得る。

【０００７】エンドユーザに所望レベルの機能を提供す
るのに必要な比較的大きいサイズの地理データベースが
与えられた場合、地理領域全体の全てのデータレコード
を同時にナビゲーションシステムのメモリ内にロードで
きないことが知られている。これは、ビークル搭載のシ
ステム、または手持ちシステムのように、資源が制限さ
れているナビゲーションシステムプラットフォームの場
合に特に然りである。これらのナビゲーションシステム
のメモリ資源が制限されているので、ナビゲーション応
用プログラムが使用するために、必要に応じてＣＤ−Ｒ
ＯＭディスクのような記憶媒体からナビゲーションシス
テムのメモリ内へ地理データをロードする必要がある。
不幸にも、前述したように、これらの型のシステムにお
いては、記憶媒体からのＩ／Ｏアクセスも比較的遅いこ
とがあり得る。従って、若干の型のナビゲーションシス
テムの比較的制限されたメモリ資源と、比較的遅いＩ／
Ｏとを組合せると若干の型のナビゲーションシステムの
性能が制限され、レスポンスが遅くなり得る。ナビゲー
ションシステムにおける遅いレスポンスは望ましくない
だけではなく、若干の環境では意図した目的にとってシ
ステムが無用になりかねない。例えば、もしナビゲーシ
ョンシステムがビークルに搭載されていれば、運転手は
運転中に情報を利用するために、１−２秒程度で所望ル
ートに関する情報をナビゲーションシステムから得たい
であろう。もしナビゲーションシステムがルートを計算
するのに数秒より多くを要すれば、運転手は既にナビゲ
ーションシステムが提供するルーティング情報が関連し
ている点を過ぎて移動してしまっていよう。従って、ナ
ビゲーティング情報を比較的迅速に提供するためには、
ナビゲーションシステムが効率的に動作することが重要
である。

【０００８】ナビゲーション応用プログラムは、パーソ
ナルコンピュータまたはネットワークのような一般的に
より大きいメモリ資源とより速いＩ／Ｏとを有するコン
ピュータプラットフォーム上で走らせることもできる。
これらのシステムはより多くの、そしてより速い資源を
有しているかも知れないが、それでも地理データの効率
的使用について、より大きいスケールで考えなければな
らない。これらの型のシステムでは、もしメモリサイズ
及びＩ／Ｏによって賦課される制限が最小になれば、よ
り大きい機能さえも得ることができる。

【０００９】特別な方法で地理データベース、または地
理データベース内のデータを編成し、構成し、または配
列することによって、ナビゲーションシステムの性能を
改善する技術が考案され、または実現されている。ナビ
ゲーションシステムは、既知の機能を遂行するために若
干の既知の、及び予測される方法で地理データを使用す
るから、地理データは、ナビゲーションシステムがこれ
らの既知の方法で使用するのを容易にする方法で編成
し、構成し、または配列することができる。

【００１０】ナビゲーションシステムの動作を強化する
ために地理データベース内に実現することができる１つ
の技術は、ルート計算に重要ではない、または補助的な
道路の検討を最小にすることである。例えば、２つの位
置間のルートを計算する時に、そのルートに沿う各交差
点から分れる補助街路及び小道を含む全ての可能道路セ
グメントを調べることは非効率的である。その代わりと
して、あるルートが主要道路または高速道路「上」に決
定された場合には、目的地が近づいて補助道路へ出る必
要を生ずるまでは主要道路または高速道路上に留まるこ
とが好ましい。重要でない、または補助的な道路を抑圧
することは、いろいろな方法によって実現することがで
きる。

【００１１】重要でない、または補助的な道路の検討を
抑圧する１つの方法は、地理領域内の道路にランキング
を割当てることである。ランキングは、道路の機能的な
分類に関係付けることができる。走行が一般に高速で行
われる主要道路には高いランキングを割当て、走行が一
般に遅い重要ではない道路には低いランキングを割当て
る。これらのランキングを使用して、より高くランク付
けされた道路を表すデータレコードを、より低くランク
付けされた道路の若干、または全てを有する交差点を排
除、または抑圧する手法で格納することができる。この
抑圧を行う１つの方法は、より高くランク付けされた道
路を１つまたはそれ以上の分離した集まり内に格納し、
それによって地理データベース内に分離した層を形成す
ることである。可能な場合には、これらのより高い層を
使用する。より高い層は補助道路を省いているから、ル
ートを計算する時にこれらのより高い層を使用する場
合、これらの一般に遅い道路は検討されず、それによっ
て検討を要する可能道路セグメントが最小になる。この
種のデータベース配列は、ルート計算ナビゲーション機
能を容易にすることができ、それによってナビゲーショ
ンシステムの性能が改善される。

【００１２】もし地理データベースをこのように編成す
れば、対処すべき問題の１つは、これらの異なる層及び
／またはランキングをどのように効率的に動作させるか
である。より低くランク付けされた道路を地理データの
より高い層から排除することによって、より高くランク
付けされた道路上でルートを計算すれば、ルート計算機
能をスピードアップすることができる。しかしながら、
より低くランク付けされた道路に伴うデータをより高い
データ層から排除することによって、より高い層を使用
すべき場合、またはより高くランク付けされた道路をよ
り低くランク付けされた道路から成功裏にアクセスする
ことができる場合を決定することが困難であり得る。

【００１３】従って、より良きナビゲーションシステム
性能を提供することができるように改良することが要望
され続けている。従って、１つの目的は、ナビゲーショ
ンシステムの性能を改善する地理データの格納または使
用の改良を提供することである。同様に、さらなる目的
は、地理データベースを改良された方法で活用できるナ
ビゲーション機能を開発することである。

【００１４】

【発明の概要】上述した諸問題に対処するために、本発
明の一面によれば、ナビゲーション特色をエンドユーザ
に供給するナビゲーション応用プログラムと共に使用す
るための地理データベースを提供することである。地理
データベースは、道路のセグメントを表すデータエンテ
ィティを含み、また道路のセグメントの集約を表すデー
タエンティティを付加的に含む。道路のセグメントの集
約を表すデータエンティティはルート計算中にナビゲー
ション応用プログラムによって使用され、より低い機能
ランクの道路の評価を抑圧し、それによってナビゲーシ
ョンシステムの性能を強化する。一つの面によれば、道
路のセグメントを表す各データエンティティは１つの道
路の１つのセグメントを表し、この１つの道路の１つの
セグメントは１つの道路の少なくとも１つの他のセグメ
ントと共に集約の一部を形成し、道路のセグメントの集
約を表すデータエンティティの１つによって表される集
約の一部はそれへの参照を含んでいる。

【００１５】別の面によれば、道路のセグメントの集約
を表す各データエンティティは、表された集約内に含ま
れる道路のセグメントの略記表現であるデータエンティ
ティを参照する。道路のセグメントの略記表現である各
データエンティティは、道路の同一関連セグメントを表
す道路のセグメントのデータエンティティの対応する１
つを参照する。この面によれば、道路のセグメントの集
約を表すデータエンティティの少なくとも若干は、表さ
れた集約内に含まれる。

【００１６】さらなる面によれば、ナビゲーション応用
プログラムは道路のセグメントを表すデータエンティテ
ィ、道路のセグメントの集約を表すデータエンティテ
ィ、及び表された集約内に含まれる道路のセグメントの
略記表現の間の参照を使用し、ルート計算のためにはど
のデータエンティティを使用するかを評価し、解ルート
が見出されたか否かを確かめることを含むナビゲーショ
ン特色を提供する。

【００１７】

【実施例】Ｉ．ナビゲーションシステム−概要 図１に、ナビゲーションシステム１０をブロック図で示
す。ナビゲーションシステム１０は、乗用車またはトラ
ックのようなビークル１１内に設置されているが、代替
実施例では、ナビゲーションシステム１０は、後述する
ように、ビークル外に位置することも、または他のいろ
いろなプラットフォームまたは環境内に実現することも
できる。

【００１８】図１に示す実施例では、ナビゲーションシ
ステム１０はハードウェア及びソフトウェア成分の組合
せである。一実施例では、ナビゲーションシステム１０
はプロセッサ１２、プロセッサ１２に接続されているド
ライブ１４、及びナビゲーション応用ソフトウェアプロ
グラム１８及び多分他の情報を格納している不揮発性メ
モリ記憶装置１６を含んでいる。プロセッサ１２は、日
立ＳＨ１、インテル 80386、インテル 960、モトローラ
68020のようなフラットアドレス空間を使用する 32 ビ
ットプロセッサ（または、類似の、またはより大きいア
ドレス空間を有する他のプロセッサ）のような、ナビゲ
ーションシステム内に使用されるどのような型であるこ
ともできる。これら以外の型のプロセッサ、及び将来開
発されるかも知れないプロセッサも適当であり得る。

【００１９】ナビゲーションシステム１０は、測位シス
テム２４を含むこともできる。測位システム２４は、当
分野においては公知の、ＧＰＳ型技術、推測型システ
ム、またはこれらの組合せ、または他のシステムを利用
することができる。測位システム２４は、ビークルの走
行距離、速度、方向、等々を測定する適当な感知デバイ
ス２５を含むことができる。測位システム２４は、当分
野においては公知の手法でＧＰＳ信号を入手する適切な
技術を含むこともできる。測位システム２４は、信号２
６をプロセッサ１２へ出力する。プロセッサ１２上で走
るナビゲーション応用ソフトウェア１８はこの信号２６
を使用して、ナビゲーションシステム１０の位置、方
向、速度、等々を決定することができる。

【００２０】ナビゲーションシステム１０は、ユーザイ
ンタフェース３１も含んでいる。ユーザインタフェース
３１は、エンドユーザがナビゲーションシステム内へ情
報を入力できるようにする適切な機器を含む。この入力
情報は、ナビゲーションシステムのナビゲーション特色
の使用の要求を含む。例えば、入力情報は、所望の目的
地までのルートに関する要求を含むことができる。入力
情報は、他の種類の情報を含むこともできる。ナビゲー
ションシステム内へ情報を入力するために使用される機
器は、キーパッド、キーボード、マイクロホン、等々、
並びに音声認識プログラムのような適切なソフトウェア
を含むことができる。ユーザインタフェース３１は、エ
ンドユーザへ情報を戻す適当な機器も含む。この機器
は、ディスプレイ２７、スピーカ２９、または他の手段
を含むことができる。

【００２１】ナビゲーションシステム１０は、記憶媒体
３２上に格納されている地図データベース４０を使用す
る。ナビゲーションシステムが地図データベース４０を
読み出して使用することができるように、記憶媒体３２
はドライブ１４内に設置されている。記憶媒体３２は取
り外し可能であり、置換可能であるので、ビークルが走
行している地理領域のための適切な地図データベースを
有する記憶媒体を使用することができる。更に、記憶媒
体３２は置換可能であるので、その上の地図データベー
ス４０は容易に更新することができる。一実施例では、
地理データはカリフォルニア州サニービルの Navigatio
n Technologiesから出版されているものであることがで
きる。

【００２２】一実施例においては、記憶媒体３２はＣＤ
−ＲＯＭディスクである。代替実施例においては、記憶
媒体３２はＰＣＭＣＩＡカードであることができ、この
場合ドライブ１４はＰＣＭＣＩＡスロットに置換され
る。固定またはハードディスク、ＤＶＤ（ディジタルビ
デオディスク）、または現在市販されている他の記憶媒
体、並びに将来開発されるかも知れない記憶媒体を含む
他のさまざまな記憶媒体を使用することができる。記憶
媒体３２及び地理データベース４０は、物理的にナビゲ
ーションシステムの位置に設ける必要はない。代替実施
例においては、地理データベース４０の若干、または全
てを格納している記憶媒体３２はナビゲーションシステ
ムの残余から離して配置することができ、地理データの
一部は必要に応じて通信リンクを介して供給される。

【００２３】ナビゲーション応用ソフトウェアプログラ
ム１８は、ナビゲーションシステムを動作させるために
不揮発性メモリ１６からプロセッサ１２に組合されてい
るＲＡＭ ２０内へロードされる。ナビゲーションシス
テム１０は、記憶媒体３２上に格納されている地図デー
タベースを、多分測位システム２４からの出力２６と共
に使用して、さまざまなナビゲーション特色及び機能を
提供する。ナビゲーション応用ソフトウェアプログラム
１８は、これらのさまざまなナビゲーション特色及び機
能を提供する分離した応用（または、サブプログラム）
を含むことができる。これらの機能及び特色は、ルート
計算機能、地図表示機能、ビークル位置決め機能（例え
ば、マップマッチング）、ルート案内機能（所望の目的
地へ到達するための詳細な指令が供給される）、目的地
分解能力、及び他の機能を含むことができる。 II. 地理データベース ａ．概要 一実施例では、ナビゲーションシステムの速度及び／ま
たは機能は、データを使用するシステム内のナビゲーシ
ョン応用プログラム内の若干の機能によるデータの使用
を容易にするために、システムが使用する地理データの
格納、配列、及び／または構成の改良を含む組合せによ
って強化することができる。地理データを格納、配列、
及び／または構成する手法に基づいて、データにアクセ
スしてそれを使用するナビゲーション応用プログラム内
の機能は、地理データ内に組み込まれた改良を活用する
ルーチンを実現することができる。この組合せによっ
て、ナビゲーションシステムの性能が総合的に改善され
る。

【００２４】地図データベース４０は、地理領域内の道
路網に関する情報を含む。一実施例では、地図データベ
ース４０は、ノードデータ及びセグメントデータを含
む。ノードデータは地理領域内の物理的位置（例えば、
道路の交差点、及び他の位置）を表し、セグメントデー
タはノードによって表される物理的位置の間の道路の部
分を表す。地理領域内の各道路セグメントは、地図デー
タベース４０内の道路セグメントデータエンティティ
（即ち、レコード）によって表される。地図データベー
ス内の各道路セグメントデータレコードは、道路セグメ
ントデータレコードによって表される道路セグメントの
各端における座標位置を表す２つのノードを有してい
る。ノード及びセグメントデータベースエンティティ内
に含まれる情報を、図２及び３に関連して以下に説明す
る。（用語「ノード」及び「セグメント」は、これらの
物理的な地理特色を記述する唯一の用語であり、これら
の特色を記述する他の用語もこれらの概念の範囲内に含
まれることを意図している。） 図２は、地理領域１１２を示す地図１１０である。複数
の位置１１４が、地理領域１１２内に位置しているよう
に示されている。各位置１１４は、地理データベース内
に情報が含まれていることが望まれる特色が位置する地
理領域１１２内の場所、または点を表している。これら
の各位置１１４は個々の物理的位置（緯度、経度、及び
オプションとして絶対または相対高度）を有し、各位置
１１４はその二次元（または、三次元）地理座標（即
ち、緯度、経度、及びオプションとして高度）によって
個々に識別することができる。位置１１４は、２つまた
はそれ以上の道路が出会う交差点、道路の方向が変化す
る道路セグメントに沿う点、速度制限が変化する道路セ
グメントに沿う点、道路が行き止まりになる点、等々に
対応させることができる。位置１１４は、ホテルまたは
市民会館のような関心点の位置、湖のような自然特色の
境界、または鉄道軌道またはフェリーに沿う位置に対応
させることができる。位置１１４は、地理領域１１２内
に物理的に位置する何かに対応させることができる。

【００２５】図３は、地図１１０の一部分１１６の拡大
図である。図３の部分１１６は、地理領域１１２内の道
路網１２０の部分を示している。道路網１２０は、特
に、地理領域１１２内に位置する道路及び交差点を含ん
でいる。図３に地図１１０の部分１１６として示すよう
に、地理領域１１２内の各道路は１つまたはそれ以上の
セグメント１２２（１）、１２２（２）・・・１２２
（ｎ）からなる。一実施例では、道路セグメントは、道
路の一部分を表す。図３では、各道路セグメント１２２
は、それに２つのノード１２３が関連付けられている。
即ち、１つのノードが道路セグメントの一方の端におけ
る点を表し、他方のノードがその道路セグメントの他方
の端における点を表している。単一の道路セグメント１
２２、及びその２つの関連ノード１２３（ａ）及び１２
３（ｂ）が図４に示されている。道路セグメントの何れ
かの端におけるノードは、例えば交差点のようにその道
路が別の道路と出会う位置、または道路の行き止まりの
位置に対応させることができる。（交差点は、必ずし
も、１つの道路から別の道路へ転回することが許容され
ている場所である必要はなく、１つの道と別の道路とが
同一の緯度及び経度を有する位置を表している。） 更に、もし道路セグメント１２２が直線以外（例えば、
それが湾曲している、または屈曲している、等）であれ
ば、その道路セグメント１２２は、その端点１２３の間
に１つまたはそれ以上の形状点１２４を含み得る。形状
点１２４は、道路セグメントの長さに沿う地理的位置
（即ち、道路セグメントの長さに沿うその真の物理的位
置を正確に表すために、緯度、経度、及びオプションと
して、高度）を与えるものである。形状点１２４は、ビ
ークル測位、地図表示、等の援助に使用される。

【００２６】地理データベースの１つの型においては、
地理領域内に表されている各道路セグメント毎に、少な
くとも１つのデータベースエンティティ（「エンティテ
ィ」とも「レコード」とも呼ぶ）が存在する。この道路
セグメントデータレコードは、道路セグメントに関連す
るノード、及び／または２つのノードの地理的位置（例
えば、緯度及び経度座標）を識別可能にする情報（「属
性」、「フィールド」等のような）を、それに関連付け
ることができる。更に、道路セグメントレコードは、道
路セグメントレコードによって表される道路の部分の走
行速度、道路セグメントレコードによって表される道路
部分上で許される走行方向、道路セグメントレコードに
よって表される道路部分の両端における交差点に対応す
る各ノードにどの転回禁止が存在するのか、道路セグメ
ントレコードによって表される道路部分の街路番地範
囲、道路名、等々を指定する情報（例えば、より多くの
「属性」、「フィールド」等）をそれに関連付けること
もできる。直線以外の道路セグメントを表す各セグメン
トデータエンティティは、その道路セグメントの直線以
外の形状を定義する１つまたはそれ以上の形状点データ
属性を含むことができる。道路セグメントに関連するい
ろいろな属性は、単一の道路セグメントレコード内に含
ませることができ、または好ましくは、互いに相互参照
し合う１つの型より多い道路セグメントレコード内に含
ませる。

【００２７】地理領域１１２を表す地理データベース内
には、地理領域内の各ノード毎にデータベースエントリ
（エンティティまたはレコード）も存在することができ
る。ノードデータレコードは、それに接続されている１
つまたは複数の道路セグメント、及び／またはその地理
的位置（例えば、その緯度及び経度座標）を識別可能に
する情報（「属性」、「フィールド」等のような）を、
それに関連付けることができる。

【００２８】ｂ．地理データの分離したサブセット いろいろなナビゲーション機能を遂行するために地理デ
ータのアクセスを強化することを可能にする１つの方法
は、ナビゲーション応用プログラム内の各分離した機能
によって使用される地理データの分離した集まり、即ち
サブセットを供給することである。これらの分離した各
サブセットは、特定の１つの機能によって使用するよう
に合わされる。例えば、ルート計算機能は、通常は、あ
る道路のあるセグメントに関連する地理データベース内
の全ての情報の一部分しか使用しない。ルート計算機能
が走っている時には、道路セグメントに沿う速度、１つ
の道路セグメントから別の道路セグメントへの転回禁
止、等々のような情報を要求するかも知れない。しかし
ながら、ルート計算機能は、ルートを計算するためには
必ずしも道路名は必要としない。同様に、地図表示機能
を使用する場合、速度制限または転回禁止のような道路
セグメントに関連する情報の若干は必要ない。代わり
に、地図表示機能が走っている時には、道路の形状及び
位置、及び多分道路名のような道路セグメントに関連す
る情報の一部分だけを使用する。また更に、ルート案内
機能が走り始めても、速度及び転回禁止のような道路の
セグメントに関連する若干の情報は要求しない。代わり
に、ルート案内機能が走り始めると、この機能は、道路
セグメントによって表される道路名、その道路セグメン
トに沿う番地範囲、その道路セグメントに沿う交通標
識、等を含む情報を使用する。さまざまなナビゲーショ
ン機能が使用する情報の型に関しては若干の重なりが存
在し得るが、これらのナビゲーション機能の何れか１つ
が使用するデータの若干は、別の機能は使用しない。も
し各道路セグメントに関する全ての情報が単一のデータ
ベース内の単一のデータエントリに関連していれば、各
データエンティティは比較的大きくなる。従って、ナビ
ゲーション機能の何れか１つがエンティティレコードに
アクセスすると、その機能は、殆どはそのナビゲーショ
ン機能が必要としないかなりな量の情報を、メモリ内に
読み込まなければならない。更に、ディスクからデータ
エンティティを読み込む場合、各データエンティティが
比較的大きいことから、一時に比較的僅かなデータエン
ティティしか読み込むことができない。

【００２９】各ナビゲーション機能が使用するのにより
効率的なフォーマットで地理データベース内の情報を提
供するために、ナビゲーション応用プログラム内に供給
される異なる型の各ナビゲーション機能毎に、所与の地
理領域の地理データベース全体の分離したサブセットが
供給される。図５に、分離したルーティングデータ１３
６、地図作成データ１３７（地図表示用）、運転データ
１３８（ルート案内用）、及び関心点データ１３９から
なる地理データベース４０を示す。地理データベース
は、これらの型のデータ以外により少ない、またはより
多くのサブセットを定義することができ、また他の型の
データを定義し、含むことができる。

【００３０】データの各サブセットは、特定のナビゲー
ション機能が使用するために要求するデータだけを含ん
でいる。これらの各サブセット間には若干の重なりが存
在しており、その結果、情報の若干の部分が１つより多
くのサブセット内に含まれることがあり得る。例えば、
ルーティングデータサブセット内の道路セグメントデー
タエンティティ、並びに地図作成データサブセット内の
道路セグメントデータエンティティが共に、セグメント
の両端に位置するノードを識別する属性を含むことがあ
り得る。この重複によりデータ記憶要求は大きくなり得
るが、より少量のデータを処理するという結果的な効率
によって各ナビゲーション機能に利益がもたらされる。

【００３１】各ナビゲーション機能毎に地理データの分
離したサブセットを準備する場合、これらの各ナビゲー
ティング機能の使用が他のナビゲーション機能に予測で
きるように関係することをも考えておく。例えば、エン
ドユーザは、先ず現在の位置を見たいと思い、次に目的
地を入力し、次に目的地に向かってどのように出発する
かの命令を受け、次にルートの始めの部分を示す地図を
見て、さらなる命令を受け、ルートの次の部分を示す地
図を表示させたい思う、等々であろう。使用がこのよう
に予測されるので、データをサブセットに分割すると、
分離された各機能を使用する場合にデータの使用が効率
的になる。

【００３２】地理データをサブセットに分割すると、異
なる各ナビゲーション機能によるデータの使用は効率的
になるが、データベースのこれらの異なるサブセットを
使用する異なるナビゲーティング機能を一緒に動作させ
ることが必要になる。例えば上述した例では、計算され
たルートをエンドユーザが入手した後に、計算されたル
ートをハイライトさせた地図をコンピュータディスプレ
イ上に表示させることが望ましいであろう。これを達成
するために、先ず地理ディスプレイのルーティングサブ
セット１３６にアクセスして最適ルートのためのルーテ
ィング道路セグメントデータエンティティを入手し、次
に地理データベースの地図作成サブセット１３７にアク
セスしてそのルーティングデータエンティティに対応す
る地図作成道路セグメントデータエンティティを入手す
る。これらのデータサブセットを一緒に動作させること
ができるように、相互参照、探索木、または他のデータ
見出し技術を提供する索引ファイル１４０を含ませるこ
とができる。

【００３３】ｃ．地理データの層化 地理データを編成してそれらの使用を強化することがで
きる別の方策は、データを層で供給することである。地
図表示機能及びルート計算機能のような若干のナビゲー
ション機能は、レベルが異なる細部のデータを使用する
ことができる。例えば、地図表示機能を使用する場合、
パンニングまたはズーミングを行うことが望ましい場合
がある。ズーミングは、もしデータが層に編成され、低
い層がより詳細に、高い層はそれ程詳細ではないように
なっていれば、より効率的に行うことができる。ルート
計算機能を使用する場合、異なるレベルの細部を有する
データベースを使用することも有利である。例えば、２
つの位置間のルートを計算する時に、そのルートに沿う
各交差点から分れる補助街路及び小道を含む全ての可能
道路セグメントを調べることは非効率的である。その代
わりとして、あるルートが主要道路または高速道路
「上」に決定された場合には、一般に、目的地が近づい
て補助道路へ出る必要を生ずるまでは主要道路または高
速道路上に留まることが好ましい。もしルーティングデ
ータが層になっていれば、可能ならば、ルートを計算す
る時に補助道路が省かれている高い層を使用し、検査す
べき可能道路セグメントを最小にすることができる。従
って、若干のデータ型のサブセット内では、地理データ
は分離した層に対応する分離した集まり、またはグルー
プで供給される。

【００３４】層化を実現するために、地図データベース
４０内の各道路セグメントデータレコードは、それが表
している道路の対応する部分のランクをも識別する。道
路セグメントのランクは、その機能クラスに対応させる
ことができる。ランク「４」の道路セグメントは、高速
道路及びフリーウェイのような高ボリュームの、アクセ
スが制御されている道路を含むことができる。ランク
「３」の道路セグメントは、少しの速度変化はあるが、
必ずしもアクセスが制御されていない高ボリュームの道
路であることができる。低くランク付けされた道路は対
応する低ボリュームを取扱い、一般的に、より多くの速
度変化またはより遅い速度を有している。ランク「０」
の道路は、最低のボリュームを取り扱うことができる。
例えば、これらは、横路、小道、等を含むことができ
る。

【００３５】道路セグメントデータエンティティのラン
クは、道路セグメントエンティティが含まれている最高
データ層をも指定する。例えば、図６に示すように、ル
ーティング型データ１３６は５つの分離したデータの層
Ｒ０、Ｒ１、Ｒ２、Ｒ３、及びＲ４を含むことができ
る。各層は、ルート計算機能が使用できる異なるレベル
の細部を有するルーティングデータの分離した集まりか
らなる。地理データベースのルーティングデータ型で
は、層０（“Ｒ０”）は「０」またはそれより高いラン
クを有する道路セグメントデータエンティティ（及びそ
れらの対応するルーティングデータ属性の若干、または
全て）を含む。従って、層０は、地理領域内の全ての道
路の全ての部分に対応する道路セグメントデータエンテ
ィティを含んでいる。ルーティングデータ１３６の層１
は、ルーティングデータの分離したサブセット（即ち、
集まり）からなり、「１」またはそれより高いランクを
有するルーティングセグメントデータエンティティ（及
びそれらの対応するルーティングデータ属性の若干、ま
たは全て）だけを含んでいる。ルーティングデータの層
２は、ルーティングデータの分離したサブセット（即
ち、集まり）からなり、レベル「２」またはそれより高
いランクを有するルーティングセグメントデータエンテ
ィティ（及びそれらの対応するナビゲーションデータ属
性の若干、または全て）だけを含んでいる、等々であ
る。最高層（層ｎ）は、ｎのランクを有するレコードだ
けを含む。この実施例ではｎは４に等しく、他の実施例
ではｎは０より大きいどのような数であることもでき
る。層が高い程含まれるレコードは少なくなるが、これ
らのレコードは一般的に高速で走行する道路を表してい
る。

【００３６】同様に、地図作成サブセット型１３７のよ
うな他の型のデータは、分離したデータの層を含むこと
ができる。各層は、地図表示機能が使用できる異なるレ
ベルの細部を含んでいる。これらの異なる層の地図作成
データを使用すると、地図表示機能は迅速なパンニング
及びズーミングを提供することができる。

【００３７】若干のデータを層に編成するとデータに若
干の重複をもたらすことになるが、層化によって得られ
る効率の増加が、一般的に何等かの欠陥を相殺する。上
述した分離した型のデータを使用する場合のように、こ
れらの層を一緒に動作可能にする要望が生まれる。相互
参照、探索木、または他の見出し技術を含む索引ファイ
ル１４０を、この目的のために設けることができる。

【００３８】ｄ．地理データへの空間アクセス 若干の型のデータをサブセットまたは型に編成すると、
各ナビゲーション機能によってより管理可能なサイズの
分離したデータの集まりが得られる。若干のサブセット
の型、及びこれらの型の層については、空間アクセスを
容易ならしめるようにデータを更に編成することができ
る。

【００３９】ナビゲーション応用内のナビゲーション機
能の幾つかは、地理データを空間的にアクセスする必要
が生じ得る。これが発生する１つの場合は、ナビゲーシ
ョン応用プログラム内のある機能が、地理領域内のデー
タエンティティによって表される物理的位置が与られて
いる地理データベース内のデータエンティティレコード
を見出すように要求する場合である。データエンティテ
ィは地理領域内の道路の一部分を表す道路セグメントレ
コードであることができ、機能は、道路セグメントレコ
ードによって表される道路の部分の地理領域内の物理的
位置に基づいて、道路セグメントレコードを見出すよう
に要求することができる。空間アクセスが発生する別の
場合は、ナビゲーション応用プログラム内の１つの機能
が、地理領域内の１つの位置に近接して位置するか、ま
たはその地理領域内に限定された領域内の、１つの型の
データレコードの若干、または全てを要求した時であ
る。例えば、１つの機能は緯度（ｘ，ｘ＋ｎ）及び経度
（ｙ，ｙ＋ｍ）の地理座標によって限定される矩形内に
含まれる道路セグメントを要求することができる。

【００４０】ナビゲーション応用プログラムが走ってい
るナビゲーションシステムのメモリ資源が制限されてい
るために、所与の地理領域全体のための全てのデータレ
コードを一時にメモリ内にロードすることができないも
のとすれば、必要なデータだけをメモリ内にロードする
ことが望ましい。若干のナビゲーション機能は、データ
に空間的にアクセスすることを要求するから、一般的に
はデータが表している特色の物理的な地理的位置に基づ
いて、またはそのデータが表している特色の地理的な近
傍に基づいて、データをメモリ内にロードする手段を設
けると有利である。これは、データが表している特色の
地理的位置に基づいてデータベース内に及び／または媒
体上にデータが位置するようにデータを編成することに
よって得ることができる。空間的にアクセスするため
に、いろいろな技術を使用することができる。１つの種
類の技術、即ちパーセル化を以下に説明する。

【００４１】ｅ．パーセル化 パーセル化は、ナビゲーションシステムによる地理デー
タの使用を容易にするために使用することができる技術
の中に含まれる。ナビゲーション応用プログラムが走っ
ているナビゲーションシステムのメモリ資源が制限され
ているために、所与の地理領域全体のための全てのデー
タレコードを一時にメモリ内にロードすることができな
いものとすれば、所望機能を遂行するために必要なデー
タだけをメモリ内にロードすることが望ましい。これを
達成するために、地理データベース４０内のデータは、
ナビゲーション機能を遂行するために媒体にアクセス
し、読み出さなければならない回数が最小になるように
編成される。このようにするために、地理データベース
４０内のデータはパーセルに編成される。データがパー
セル化される場合、一緒になって地理データを構成する
複数のデータレコードが、分離したグループ、またはパ
ーセルに一緒にグループ化される。データのパーセル
は、常に一緒にアクセスされるデータを含むように確立
される。これは、１回のディスクアクセスでアクセスで
きるデータの量に関係するが、他のファクタに関係付け
ることもできる。ＣＤ−ＲＯＭディスクのような若干の
型の媒体の場合は、パーセルは 16 キロバイトのデータ
量であるように確立することができる。（１Ｋ、２Ｋ、
４Ｋ、８Ｋ、32Ｋ、等々を含む他のデータサイズも使用
可能である。一般的に言えば、地理データベースの部分
は、２ⁿ キロバイトのサイズに形成される。但し、ｎは
１より大きい整数値である。） ナビゲーションシステムの性能を強化するために、パー
セル化を空間的アクセスと共に使用して、データの使用
を容易ならしめることができる。地理データが空間的に
編成されると、地理領域内で物理的に互いに密接する特
色は、データベース内で物理的に（または、論理的に）
互いに密接するデータレコードによって表される。地理
データは、これらの両技術を利用するようにパーセル化
され、空間的に配列することができる。

【００４２】データをパーセルに形成する目的のため
に、データは先ずルーティング１３６、地図作成１３
７、運転１３８、関心点１３９、等々のような異なる型
に分離して編成することができる。これらの種類のデー
タの若干はナビゲーション機能によるデータの使用を容
易にするために空間的にパーセル化され、これらの種類
のデータの他のものは空間的にパーセル化されない。空
間的にパーセル化されたデータは、地理的に近接する特
色を表すデータがデータベース４０内で、及び／または
媒体３２上で、論理的に、及び／または物理的に近接す
るように配列されている。若干のナビゲーション応用機
能の場合、それらのそれぞれのデータの空間パーセル化
は、密に関係している地理データをより迅速に媒体から
読み出し、関係している地理データをメモリ内のそれら
を使用することができる場所にロードできるようにす
る。この種類の編成は、記憶媒体３２のアクセスを最小
にし、これらのナビゲーション機能の動作をスピードア
ップすることを可能にする。ルーティングデータ１３６
（図５）は、空間的に編成することができるデータの種
類の中に含まれている。

【００４３】空間的に編成された地理データをパーセル
化するために使用できる多くの異なる手順が存在してい
る。例えば、簡単なパーセル化方法では、データが複数
のパーセル、またはグルーピングに分離される。各パー
セル内のデータは、一緒になって地理領域上に規則的な
矩形格子を形成する複数の規則的なサイズの矩形の分離
した１つの中に含まれる特色を表すようになっている。
別の空間パーセル化方法は、パーセルサイズが最大しき
い値以下になるまで、地理領域の部分を包含する矩形を
等分して行くことによって各矩形を形成するように、デ
ータを矩形領域内に含まれるパーセルに分離する。更
に、パーセル化手順が 1996 年10月25日付同時出願第 0
8/740,295 号に開示され、その全文が参照として本明細
書に採り入れられており、またパーセル化手順が 1997
年９月５日付同時出願第 08/935,809 号に開示され、そ
の全文が参照として本明細書に採り入れられている。本
願に適用できる更に他のパーセル化方法は、米国特許第
4,888,698号及び第 4,937,572号に開示されている。

【００４４】空間的に編成されたデータのパーセル化
を、図７−９を参照して説明する。図７は先に図２に示
した地理領域１１２の地図１１０を示している。複数の
位置１１４（ドットまたは点によって表されている）
が、地図１１０上に位置するように示されている。図７
では、地図１１０によって表されている地理領域１１２
に格子２１７がオーバーレイされている。格子２１７
は、地理領域１１２を複数の矩形領域２１９に分割して
いる。格子２１７の格子線は、矩形領域２１９の境界を
表す。これらの矩形領域２１９は、パーセル化のために
使用する手順に依存して、同一のサイズであることも、
または異なるサイズであることもできる。同様に、境界
の位置は、使用するパーセル化手順に依存することもで
きる。一般的に言えば、空間パーセル化にどのような手
順を使用しても、各矩形領域２１９内に含まれる特色を
表す特定のデータの型のデータレコードは、分離したデ
ータのパーセル内に一緒にグループ化される。図８及び
９を参照する。地理データベース４０を構成している道
路セグメントレコード３２２及びノードレコード３２３
のような複数のデータレコードは、パーセル２２０と呼
ばれるグルーピングに集められる。空間的に編成された
データの場合には、図８及び９内の各パーセル２２０
は、図７に示す複数の矩形２１９の分離した１つ内に含
まれる地理特色を表すデータレコード３２２、３２３を
含む。

【００４５】図８及び９に示すように、パーセル２２０
は、各パーセル２２０内のデータが論理的に、及び／ま
たは物理的に一緒にグループ化されてデータベース４０
を形成するように格納される。パーセル２２０は、ナビ
ゲーションシステムによって一時にアクセスすることが
できるデータの物理量を表すことができる。データのパ
ーセルがアクセスされた時、そのデータレコード３２
２、３２３の全てが媒体から同時にナビゲーションシス
テムのメモリ内に読み込まれる。図７の地図１１０につ
いて言えば、これは各矩形２１９内に含まれる空間的に
編成されたデータの型の、セグメントレコード３２２ま
たはノードレコード３２３のような全てのデータレコー
ドがグループとして一緒にアクセスされることを意味し
ている。若干の種類のナビゲーション機能の場合には、
地理領域内で互いに物理的に近接している特色を表して
いる全てのデータレコードを同時にメモリ内に有するこ
とが望ましいことは理解できよう。

【００４６】パーセル２２０がこれらのデータの型のた
めに形成される際に、パーセルは順序付けされる。いろ
いろな型の順序付けを使用することができる。一般的に
言えば、データの探索を最小にするような手法でパーセ
ルを順序付けすることが好ましい。空間的に編成された
パーセルを順序付けする１方法は、各データの型内のｋ
ｄ木から深さ優先順序付けを使用することである。これ
はペアノ( Peano ) キー順序付けに類似した順序付けで
ある。パーセルは、この近似ペアノキー順序でディスク
（即ち、図１の媒体３２）上に格納することができる。
ｋｄ木のような１つまたはそれ以上の索引を使用して、
空間的にパーセルをアクセスすることとができる。この
索引は、ナビゲーションシステム内のプログラムが始め
に現在のビークル位置に対応する地図データを探知する
時のように、任意位置の初期探知にとって有用である。
パーセル２２０を順序付した後に、各パーセルに独特の
パーセル識別子（例えば、「パーセルＩＤ」）を割当て
ることもできる。パーセルＩＤは、パーセル及び／また
は媒体上のその位置を識別するために使用することがで
きる。

【００４７】（前述したように、若干の種類のデータは
空間的に編成されていない。空間的に編成されていない
データの各パーセルは、必ずしも図７の矩形領域２１９
の何れにも対応しない。例えば、街路名を表すデータ
は、空間的にではなく、アフファベット順に編成するこ
とができる。） III. セグメント集約 ａ．概要 一実施例によれば、地理データベースは道路セグメント
の集約を表すデータレコードを含む。道路のセグメント
の集約を表すこれらのデータレコードは、集約を形成し
た別々の道路セグメントを表すデータレコード（例え
ば、図９の３２２）に加えてデータベース内に含まれて
いる。道路の集約を表すデータレコードを使用すると、
幾つかの利点が得られる可能性がある。また、もし道路
セグメント集約を表すレコードを使用すれば、最終的な
計算されたルートを形成するセグメントの数を減少させ
ることができ、それによってナビゲーションシステムの
性能を改善することもできる。更に、もし道路セグメン
ト集約を表すレコードを使用すれば、データベースの総
合サイズを減少させることができる。

【００４８】道路のセグメントの集約を表すデータレコ
ードを形成する１方法は、データベース内のデータの多
重層の形成から導出することである。前述したように、
道路セグメントデータエンティティは、表された道路セ
グメントの機能分類に対応するランク属性を含んでい
る。一実施例では、ランク属性を使用して地理データベ
ースの層を形成する。ランク属性は、道路セグメントを
表す最高データ層を指定する。ルート計算データ１３６
の最低層、即ち“Ｒ０”は、全てのルーティング道路セ
グメントレコード（即ち、全てのランクの道路セグメン
トレコード）を含んでいる。それに続くより高い各層で
は、最低ランクの道路セグメントレコードは省かれてい
る。その結果、これらのより高い層は複数の「２価の」
( bivalent)ノード、即ちそれらの間において正確に２
つのセグメントが合流する、または交差するノードを含
むことになる。（例えば、道路セグメントが行政境界を
横切る時のように、他の環境の下で地理データベース内
に２価のノードを形成することもできる。）もしルート
計算に関連する属性が２価のノードによって結合される
２つの道路セグメントレコードと同一であれば、２価の
ノードを抑圧した、または除去した集約（された）セグ
メントレコードを形成することができる。

【００４９】ｂ．集約セグメントの物理的表現 図１０Ａは、ルーティングデータ１３６の層０内の道路
セグメントレコードによって表されている複数の道路セ
グメント１２２を示している。ノード１２３は、各道路
セグメントの各端点に関連付けられている。層０では、
全てのランクの全ての道路セグメントがデータエンティ
ティによって表される。図１０Ｂは「０」ランクの道路
セグメントが破線で示されていることを除いて、図１０
Ａに示す複数のセグメント１２２及びノード１２３と同
一のものが示されている。図１０Ｃでは、これらの低ラ
ンク道路セグメントが除去されている。（図１０Ｂ及び
１０Ｃは中間段階を示しており、層を代表するものでは
ない。）図１０Ｃは、層１のセグメント１２２及びノー
ド１２３を示している。図１０Ｃに示すように０ランク
の道路セグメントを排除すると、２つの道路セグメント
だけを結合する若干のノードが残される。もしこれらの
種類のノードをトラバースするルートを計算する時に、
殆ど、または全く計算が遂行されなければ、ルート計算
をスピードアップすることができる。この配列の利点を
利用するために、セグメント１２２（Ｓ１、Ｓ４、Ｓ
５、Ｓ６、Ｓ７、Ｓ９、及びＳ１１とラベル付けされて
いる）は、地理データベース４０内に形成され、格納さ
れている集約セグメントレコードによって表されてい
る。この集約セグメントレコードは、図１０Ｄに示すよ
うに、ＡＧ１２とラベル付けされた分離した道路セグメ
ントの集約を表している。

【００５０】ｃ．集約基準 図１０Ａ−１０Ｄは、集約セグメントレコードを形成す
ることができる条件を示している。代替実施例によれ
ば、集約セグメントレコードは、単一のノードによって
２つの、そして２つだけの道路セグメントが結合される
場合には、常に形成されるようになっている。しかしな
がら、若干の環境の下では、これらの条件の下で集約セ
グメントレコードの形成を控えることが好ましいかも知
れない。例えば、もし隣接する道路セグメントの若干の
属性が異なっていれば、たとえそれらが単一のノードに
よって結合されている唯一の道路セグメントであって
も、それらを集約で表すために集約セグメントレコード
を形成しない方が好ましいかも知れない。従って、代替
実施例によれば、隣接道路セグメントレコードの属性を
調べ、表された道路セグメントが集約セグメントデータ
レコードによって表すのに充分に類似しているかどうか
を決定する。この決定を行うために、いろいろな基準を
使用することができる。例えば、１つの代替実施例で
は、集約セグメントレコードを形成するために、隣接道
路セグメント内の全ての属性が同一である必要がある。
別の代替実施例では、集約セグメントレコードを形成す
るために、隣接道路セグメント内の若干の属性が同一で
ある必要がある。この後者の場合には、隣接する道路セ
グメントの間で若干の属性は異なることが許容される。

【００５１】一実施例では、隣接する道路セグメントの
各連続対が、いろいろな特性の中で特に、名前、ラン
ク、速度カテゴリ、レーンカテゴリ、及びアクセス特性
が同一である場合に集約セグメントレコードが形成され
る。しかしながら、もし隣接する道路セグメントが、い
ろいろな制限の中で特に、運転制限、車両制限、走行方
向の制限、ゲート、大型車両制限、二股道路、料金所、
または信号を含んでいれば、集約道路セグメントの形成
は許されない。

【００５２】上述した基準は、２つまたはそれ以上の隣
接するセグメントから、集約セグメントレコードが形成
されるか否かを決定するために評価することができる属
性の種類の例を示したに過ぎない。他の基準が適当であ
るかも知れない。

【００５３】ｄ．集約セグメントを形成するプロセス 隣接する道路セグメントが若干の基準に合致するか否か
の評価を必要とする実施例を使用して集約セグメントレ
コードを形成する時の最初のステップは、集約される道
路セグメントの可能端ノードを識別することである。こ
れらを「集約セグメント有意」ノードと呼ぶことができ
る。地理データベース内の各層において各ノードを評価
し、それが集約セグメント有意ノードであるか否かを決
定する。ノードは、最高層から開始して一時に１層ずつ
下方へ評価されて行く。１つの道路セグメントだけが、
または２つより多くの道路セグメントがそれに接続され
ている場合、そのノードは所与の層における「集約セグ
メント有意」である。しかしながら、もしあるノードに
正確に２つの道路セグメントが接続されていれば、その
ノードは集約セグメント有意ではないかも知れない。も
しあるノードが所与の層における集約セグメント有意で
あると決定されれば、そのノードはそれより下の全ての
層において集約セグメント有意である。一方の端に集約
セグメント有意ノードを有し、他方の端に集約セグメン
ト非有意ノードを有している層内の各道路セグメント
は、集約されるセグメントの潜在的な開始点である。

【００５４】図１０Ｃにおいて、ノードＮ１０２及びＮ
１１２は、それらが２つより多くのセグメントに接続さ
れているので、集約セグメント有意である。ノードＮ１
０４、Ｎ１０６、Ｎ１０７、Ｎ１０８、Ｎ１０９、及び
Ｎ１１３は、それらが２つの、そして２つだけのセグメ
ントに接続されていることから、非有意であり得る。セ
グメントＳ１は、それが集約セグメント有意である１つ
のノードＮ１１２を有し、非有意であり得る他のノード
Ｎ１０９を有しているから、集約されるセグメントのた
めの潜在的な開始点として識別される。Ｓ１に条件、符
号、その他の属性変化が生じない限り、ノードＮ１１２
は集約セグメントのための開始点として使用することが
できる。セグメントＳ１の他方の端のノードＮ１０９は
適用可能な基準に従って評価され、それが有意ノードで
あるか否かが決定される。もしそれが有意ノードでなけ
れば、ノードＮ１０９は集約セグメントのための潜在的
な内部ノードである。次いで、ノードＮ１０９に接続さ
れている他のセグメント、即ち図１０ＣのＳ４が評価さ
れ、（１）その、他のノード、即ちＮ１０８が集約セグ
メント有意であるか否かが決定され、（２）他の集約基
準を満足するか否かが調べられる。このプロセスは、集
約セグメント有意ノードに到達するまで、または、そう
でなければ非有意であるが、それらを集約させるには不
適格な異なる条件を有する２つのセグメントを接続して
いるノードに到達するまで続行される。これらの条件は
上述した。もし、そうでなければ非有意であるノード
が、それらを集約させるには不適格な異なる条件を有す
る２つの道路セグメントに接続されていれば、そのノー
ドはそのランク、及びそれより下のランクための集約セ
グメント有意ノードとして指名される。

【００５５】上述した方法は、両端に集約セグメント有
意ノードを有する、及びその両端の間に少なくとも１つ
の非有意ノードを有する集約セグメントを発生すること
に注目されたい。しかしながら、ある層内の全ての集約
セグメント有意ノードが必ずしも集約セグメントの端点
に位置するとは限らない。

【００５６】ｅ．集約セグメントレコードの位置 道路セグメント（２つの集約セグメント有意ノードの
間）のストリングが、非有意ノードによって互いに接続
されていることが識別されると、道路セグメントのこの
集約を表す集約セグメントレコードが作成される。デー
タが型によって編成されている地理データベースの場合
には、図５に示すように、集約セグメントデータレコー
ドはルーティングデータ１３６の間に含ませることがで
きる。データが層化されている地理データベースの場合
には、図６に示すように、集約セグメントデータレコー
ドは層０より上の層（例えば、層＞０）内に見出され
る。データが空間的に編成されている地理データベース
の場合には、図８に示すように、集約セグメントデータ
レコードはデータのパーセル２２０のような空間的に編
成されたデータの間に含ませることができる。

【００５７】図１１は、ルーティングデータ１３６のパ
ーセル２２０（７）内に格納されている集約セグメント
データレコード４２２を示している。パーセル２２０
（７）は、層０よりも高い層内にある。図１１に示され
ているパーセル２２０（７）は、層＞０内の複数のパー
セルの１つだけを表している。更に、層０より高い層は
１つまたはそれ以上存在することができ、各層は複数の
パーセルを有し、各パーセルは集約セグメントレコード
を含んでいることは理解されよう。一実施例では、層０
より高い層が３つ存在し（即ち、層１、２、及び３）、
これらは図１１に示す集約セグメントレコードの配列を
含んでいる。代替実施例では、３層よりも多くの、また
は少ない層が存在し得る。

【００５８】ｆ．集約セグメントエンティティ 一実施例では、集約セグメントエンティティ、またはレ
コード４２２は、非集約道路セグメントレコード（図９
の道路セグメントレコード３２２のような）内に含まれ
る同一の種類の全ての属性情報を含んでいる。代替とし
て、集約セグメントレコード４２２は、非集約道路セグ
メントレコード３２２内に含まれているよりも少ない種
類の属性情報を含むことができる。一実施例では、各集
約セグメントレコード４２２は、集約セグメントレコー
ドを形成するために、隣接する道路セグメントが適用可
能な基準によって共通に持つことが要求されている特色
に対応する属性情報を含む。隣接するセグメントが共通
に持つことを要求されていない属性は、集約セグメント
レコード４２２のための単一セットの集約属性を生成す
るプロセス中に、組合せることも、または除去すること
もできる。

【００５９】集約セグメントレコード４２２の成分を図
１２に示す。集約セグメントレコード４２２は、それが
集約セグメントであることを識別するセグメント識別子
（例えば、“ＩＤ”）４２３を含んでいる。集約セグメ
ントレコード４２２は、集約セグメント有意ノードに対
応するその端ノード４２４、４２５を識別するデータを
含んでいる。（例えば、図１０Ｄを参照する。集約セグ
メントＡＧ１２は、集約セグメントの端点に対応するノ
ードＮ１０２及びＮ１１２を含む。）集約セグメントレ
コード４２２は、その長さ４３０、その平均速度４３
２、通過時間４３４を含む、それが表している集約セグ
メントに関する情報を格納することもできる。集約セグ
メントレコード４２２は、その他の情報４３６を格納す
ることもできる。

【００６０】一実施例では、集約セグメントレコード４
２２は、集約セグメントレコードが集約で表している道
路セグメント、及び道路セグメント間のノードを表すセ
グメントレコード及びノードレコードを識別するために
使用できるデータを含んでいる。集約セグメントレコー
ド４２２は、略記セグメントレコード５２２及び略記ノ
ードレコード５２３を含むアレイ５２０を指し示す少な
くとも１つのポインタ４２６を含む。一実施例では、略
記レコードは順次に、即ち集約の一方の端（例えば、
左）から他方の端への順番にアレイ５２０内に格納され
る。一実施例では、ポインタ４２６は、アレイ５２０内
の第１のレコードを参照する。図１２に示す実施例で
は、アレイ５２０内の最初のレコードは略記セグメント
レコードである。集約セグメントレコード４２２は、対
応する略記セグメント及びノードレコードのアレイ５２
０内の略記セグメントレコードの数のカウントを指示す
るデータ４３５も含んでいる。従って、これらの略記レ
コード５２２及び５２３は最初の略記レコード及びカウ
ント４３５を指し示すポインタ４２６を介し、集約セグ
メントレコードを通してアクセス可能である。

【００６１】ｇ．略記セグメント及び略記ノードレコー
ド 一実施例においては、集約セグメントレコードを形成す
る場合、集約セグメントの内部のセグメント及びノード
を表す略記データレコードを形成する。図１１及び１２
に示すように、これらの略記データレコードは、略記セ
グメントレコード５２２及び略記ノードレコード５２３
を含む。略記セグメントレコード５２２及び略記ノード
レコード５２３は、集約セグメントレコード４２２に関
連付けられており、集約セグメントデータレコード４２
２が集約で表しているノード及びセグメントを表す。こ
れらの略記レコード５２２及び５２３は、同一道路セグ
メント特色を参照する非略記セグメントレコード３２
２、及び同一ノード特色を参照する非略記ノードレコー
ド３２３に加えて、地理データベース内に維持される。

【００６２】一実施例では、これらの略記レコード５２
２及び５２３は、それらを参照する集約セグメントレコ
ード４２２に比較的接近して（物理的に及び／または論
理的に）維持される。これにより集約セグメントレコー
ドは、略記セグメントレコード５２２、及び略記ノード
レコード５２３内に含まれる情報に比較的迅速にアクセ
スすることができる。一実施例では、略記レコード５２
２及び５２３は、それらを参照する集約セグメントレコ
ードと同一のデータ層内に含まれる。更に、一実施例で
は、層０よりは上であるが、最高層ｎよりは下の層にお
いては、略記セグメントレコード５２２及び略記ノード
レコード５２３は、それらを参照する集約セグメントレ
コード４２２と同一パーセル内に含まれている。この配
列を図１１に示す。図１１では、略記セグメント５２２
及び略記ノード５２３は、それらを参照する集約セグメ
ント４２２と同一のパーセル２２０（７）内に含まれて
いる。パーセル２２０（７）のような層０より上の各パ
ーセル内には複数の集約セグメントレコード４２２が存
在することができ、各集約セグメントレコード４２２は
複数の略記セグメントレコード５２２、及び略記ノード
レコード５２３を参照する。

【００６３】略記セグメント５２２及び略記ノード５２
３が、それらを参照する集約セグメントレコード４２２
と同一のデータパーセル内に含まれている場合には、集
約セグメントレコード４２２内の参照４２６は、そのパ
ーセル内の略記セグメント５２２及び略記ノード５２３
のアドレス、または位置を指し示す。この参照、即ちポ
インタ４２６は、パーセルの開始位置から略記セグメン
ト及びノードレコードまでのオフセットの形状であるこ
とができる。代替として、他の何等かの適当な参照の手
段を使用することもできる。

【００６４】図１２を参照する。前述したように一実施
例では、略記セグメント及びノードレコードはアレイ５
２０内に格納されている。アレイ５２０内では、略記セ
グメント及びノードレコードが交互している。集約ノー
ドレコードによって指し示されているアレイ内の最初の
レコードは略記セグメントレコード５２２であり、その
次は略記ノードレコード５２３であり、その次は略記セ
グメントレコード５２２であり、等々と、リスト内の最
後の２つのレコード（略記ノードレコード５２３と、そ
れに続く略記セグメントレコード５２２）に到達するま
で交互する。略記セグメント及びノードレコードのこの
交互配列は、集約セグメントレコードが集約で表してい
る物理的ノード及び道路セグメントの交互配列に対応し
ている。アレイ内の最初の略記セグメントレコード５２
２は、集約セグメントレコードが表している集約をその
端点からトラバースする時に、集約セグメントの端点か
ら最初に出会うセグメントを表している。次の略記レコ
ードとの出会いは、集約セグメントの同一端点から開始
して集約セグメントの１つまたはそれ以上の内部ノード
の最初のものである。これらの略記レコードは、集約セ
グメントの他方の端点の直前の略記セグメントに出会う
まで交互する。

【００６５】図１３を参照する。各略記セグメントレコ
ード５２２は、セグメント識別子５４３、及び長さ５４
４及び走行時間５４５を指示するデータを含む。一実施
例では、略記セグメント５２２の長さ５４４及び走行時
間５４５は、それらを参照する集約セグメントレコード
４２２の長さ４３０及び走行時間４３４の単一の断片と
して格納される。略記セグメントレコード５２２は、セ
グメントレコード（例えば、セグメントレコード３２
２）の完全な（即ち、非略記）バージョンを見出すこと
を可能にする付加的な情報５４８をも格納している。一
実施例では、この情報５４８はデータフラグであり、こ
れは後述するように、層０のパーセル識別への参照とし
て使用することができる。略記セグメントレコード５２
２は、略記セグメントによって表される道路セグメント
の方位のような付加的情報５４９を含むこともできる
が、このような情報へは、代わりに、参照された層０の
データレコード３２２からアクセスすることもできる。

【００６６】図１４を参照する。各略記ノードレコード
５２３は、略記ノード識別子（“ＩＤ”）５５３及びそ
の位置５５４を識別するデータを含む。略記ノードレコ
ード５２３は、ノードレコード３２３の完全な（即ち、
非略記）バージョンを見出すことを可能にする付加的な
情報５５９をも格納している。略記ノードレコード５２
３は、付加的な情報５５５をも含むことができる。

【００６７】前述したように、略記セグメント及びノー
ドレコードは、これらのレコードの非略記バージョンへ
の参照を含んでいる。これらの参照は、略記セグメント
及びノードデータレコード内では使用不能であるが、こ
れらのレコードの非略記バージョン内に含まれている情
報を入手するために使用することができる。例えば、こ
れらのレコードの非略記バージョンは、ルート計算が完
了し、地図表示型及び運転型のような他のデータ型への
相互参照が必要になった時に使用される。略記セグメン
トレコード５２２においては、参照５４８は略記セグメ
ントレコード５２２がパーセルＩＤ索引を含むか否かを
指示するデータフラグである。（略記ノードレコード５
２３内の参照５５９は類似データフラグを含むことがで
きる。）もし略記セグメントまたはノードがパーセルＩ
Ｄ索引フィールドを含んでいれば、その略記セグメント
またはノードレコードは層０にそのパーセルＩＤを有し
ている。しかしながら、もし略記セグメントまたはノー
ドレコードがパーセルＩＤ索引を含んでいなければ、そ
のノードは、パーセルＩＤフィールドを含んでいる先行
略記ノード（または、セグメント）レコードの層０パー
セルＩＤを有しているものと見做される。このようにし
て、もし連続略記レコードによって参照される層０エン
ティティが同一パーセル内で探知されれば、各連続略記
レコードのためにパーセルＩＤ番号を繰り返す必要がな
くなる。

【００６８】ｈ．上方への参照 一実施例では、層ｎより低い層内の各セグメントレコー
ド３２２は、セグメントレコード３２２によって表され
る道路セグメントを含む道路セグメントの集約を表すよ
り高い各層内の各集約セグメントレコード４２２を識別
するデータを含む。セグメントデータレコード３２２の
この特色を示す図が図１５内に含まれている。図１５に
示すように、セグメントデータレコード３２２内に含ま
れる他の型の属性に加えて、セグメントレコードによっ
て表される道路セグメントを含む道路セグメントの集約
を表すより高い層内の各集約セグメントレコード４２２
への参照６４８が存在している。一実施例では、セグメ
ントレコード３２２内の参照６４８は、集約セグメント
ＩＤ４２３（図１２）によって集約セグメントレコード
を、及びその集約セグメントレコードが現れる層（即
ち、１乃至ｎ）を識別する。この情報は、セグメントデ
ータレコード３２２内に含まれる他の情報に加えられて
いる。

【００６９】IV．代替実施例 ａ．集約及び略記レコードの分離 一実施例では、層０より上のルーティングデータの若干
の層の場合、前述したように、略記セグメントレコード
５２２及び略記ノードレコード５２３は、それらを参照
する集約セグメントレコード４２２と同一のパーセル内
に格納される。しかしながら、一実施例によれば、層０
より上のルーティングデータの少なくとも１つの層にお
いては、略記セグメントレコード及び略記ノードレコー
ドは、それらを参照する集約セグメントレコードを含む
パーセルとは別のパーセル内に格納される。詳述する
と、一実施例では、最高層（即ち、層ｎ、ここにｎ＝
４）の場合、略記セグメント及び略記ノードレコード
は、それらを参照する集約セグメントレコードを含むパ
ーセルとは別のパーセル内に格納される。この後者の配
列を図１６に示す。図１６に示すように、略記セグメン
トレコード５２２及び略記ノードレコード５２３は、そ
れらを参照する集約セグメントレコード４２２を含むパ
ーセル２２０（１）、２２０（２）とは別のパーセル２
２０（３）内に格納されている。一実施例では、略記レ
コードのこのパーセル２２０（３）は、略記セグメント
レコード５２２及び略記ノードレコード５２３（及び多
分、ヘッダーのようなある付加的な情報）を含む。しか
しながら、略記レコードを含むパーセル２２０（３）
は、どのようなルーティングデータも含んでいない。図
１６に示すように、略記レコード５２２及び５２３は、
それらを参照する集約セグメントレコード４２２と同一
の層（即ち、層ｎ）内に含まれている。代替実施例で
は、略記セグメントレコード５２２及び略記ノードレコ
ード５２３のパーセル２２０（３）は、別の層またはデ
ータベースの他の場所に配置することができる。

【００７０】層ｎより下の層内に含まれる集約セグメン
トレコードと同様に、各集約セグメントレコードは集約
セグメントレコードが集約で表している特色を表す略記
セグメント及びノードレコードを指し示すポインタ、ま
たは他の適当な参照を含んでいる。図１７は、図１６示
す実施例による集約セグメントレコードの成分、及びそ
の参照される略記セグメント及びノードレコードを示し
ている。集約セグメントレコード４２２は、略記セグメ
ントレコード５２２及び略記ノードレコード５２３を含
むアレイ５２０を指し示す少なくとも１つのポインタ４
２６を含んでいる。この実施例では、ポインタ４２６は
アレイ５２０内の最初のレコードを参照する。略記レコ
ードは、それらを参照する集約セグメントレコードとは
別のパーセル内に格納されているので、関連略記セグメ
ント及びノードレコード５２２、５２３を指し示す集約
セグメントレコード４２２内の参照４２６は、略記レコ
ードが位置しているパーセルの適切な識別を含む。図１
２に関して説明したアレイ５２０におけると同様に、略
記レコードは、表された集約の一方の端から他方の端ま
で順番にアレイ５２０内に順次に格納されている。しか
しながら、図１２に示す実施例とは異なり、略記レコー
ドが、それらを参照する集約セグメントレコードを含む
パーセルとは別のパーセル内にある場合には、アレイ５
２０内の最初のレコードは略記ノードレコード５２３で
あり、それに続いて略記セグメントレコード５２２があ
り、等々、略記セグメントレコード５２２とそれに続く
略記ノードレコード５２３であるリスト内の最後の２つ
のレコードに到達するまで交互している。

【００７１】略記レコードが、それらを参照する集約セ
グメントレコードを含むパーセルとは別のパーセル内に
ある場合、アレイ内の最初のレコードは参照する集約セ
グメントレコードの端点の一方を表す略記ノードレコー
ド５２３であり、アレイ５２０内の最後のレコードは参
照する集約セグメントレコードの他方の端点を表す略記
ノードレコード５２３である。略記レコードが、それら
を参照する集約セグメントレコードを含むパーセルとは
別のパーセル内にある場合に、アレイ５２０内の集約セ
グメント端点を表すこれらの集約ノードレコード５２３
を有していることは、そのようにしなければ集約セグメ
ントのこれらの端点を表す略記レコードを含むパーセル
内にレコードが存在しないかも知れないので有用であ
る。その他に関しては、層ｎ内の集約セグメントレコー
ド４２２及び略記レコード５２２、５２３は前記実施例
内のそれらと同じである。

【００７２】層ｎパーセル２２０（３）内の略記セグメ
ントレコード５２２及び略記ノードレコード５２３は、
同じ対応地理特色を表す層０内のパーセル２２０（４）
及び２２０（５）内に含まれる非略記セグメント及びノ
ードレコードに対応する適切な参照を含んでいる。先行
実施例に関して説明したように、もしナビゲーション機
能が非略記セグメントまたはノードレコード内に含まれ
る情報を必要とすれば、層ｎ略記レコードパーセル２２
０（３）内に含まれる略記セグメント及びノードレコー
ド内に含まれる参照を使用して、層０パーセル２２０
（４）及び２２０（５）内の対応非略記セグメント及び
ノードレコード（図１６に示す）を見出すことができ
る。

【００７３】略記セグメント及び略記ノードレコード
を、それらを参照する集約セグメントレコードから分離
すると、集約セグメントレコードを含むルーティングパ
ーセルが、集約セグメント及びノードレコードデータ以
外のルーティングデータをより多く保持できる効果が得
られる。これにより、集約セグメントレコードを含むル
ーティングデータのパーセルは、より大きいサイズの矩
形領域内に含まれる地理特色を表すことができるように
なる。従って、地理領域を横切るルートを計算する時に
必要とされるルーティングデータのパーセルが少なくて
済み、それによって一般的には、ルート計算のような若
干の型の機能に関してナビゲーションシステムの性能が
強化されることになる。

【００７４】（この代替実施例によれば、略記レコード
は、最高のデータ層（即ち、層ｎ、ここにｎ＝４）内に
おいてだけ、それらを参照する集約レコードから分離さ
れている。この代替実施例の別のバージョンでは、略記
レコードは、他の層においても同じように集約レコード
から分離することができる。この代替実施例の更に別の
バージョンでは、略記レコードは、集約レコードが存在
する全てのデータ層において、それらを参照する集約レ
コードから分離することができる。） ｂ．データ型のインタリービング 前述したように、略記レコードを、それらを参照する集
約セグメントレコードを含むルーティングデータから分
離して格納すると、ナビゲーションシステムの性能を強
化する若干の長所を得ることができる。ルーティングデ
ータ（集約セグメントデータレコードを含む）と、略記
レコードとをインタリーブ（交互配置）する実施例にお
いては、さらなる長所を得ることができる。これは、若
干の種類のナビゲーション機能を遂行する際にデータの
探索及びアクセス時間を減少させ、それによって多分ナ
ビゲーションシステムの性能を更に強化するることがで
きる。詳しく述べれば、このさらなる代替実施例におい
ては、集約セグメントデータレコードを含んでいるルー
ティングデータを含むパーセルは、同一層内の集約セグ
メントレコードによって参照される略記レコードを含む
パーセルとインタリーブされる。

【００７５】図１８、１９、及び２０は、ルーティング
データを含むパーセル（集約セグメントレコードを含
む）と、略記レコードデータを含むパーセル（集約セグ
メントレコードによって参照される）とを１つの層内に
配列できる３つの異なる手法を示している。この実施例
の目的のために、ある層内の略記レコードデータと、ル
ーティングデータとのインタリービングを以下に説明す
る。異なるデータ型、詳しく述べれば、異なるデータ型
のパーセルのインタリービングによってもたらされる利
点は、ルーティングデータ及び略記レコードデータだけ
に限られるものではない。以下に説明するように、開示
する概念は、他の型及び層のデータにも同じように拡張
できることは理解されよう。従って、いろいろなナビゲ
ーション機能がデータ型をインタリーブすることに伴う
性能強化の恩恵を受けることができる。

【００７６】図１８に、ルーティングデータの層ｎ内の
複数のパーセル２２０を示す。これらのパーセルは、ル
ーティングデータを含むパーセル（“Ｒ”とラベル付け
してある）と、略記セグメント及びノードレコードを含
むパーセル（“Ａ”とラベル付けしてある）とを含んで
いる。ルーティングパーセルは、略記セグメントへの参
照を含む集約セグメントレコードと、集約セグメントレ
コードが集約で表している道路セグメント及びその端点
を個々に表すノードレコードとを含んでいる。図１８に
示す実施例では、たとえ略記セグメント及びノードレコ
ードを含む全てのパーセルが、それらを参照する集約セ
グメントレコードを含むルーティングパーセルと同一の
ルーティングデータ層内に位置していても、略記セグメ
ント及びノードレコードを含む全てのパーセルは、それ
らを参照する集約セグメントレコードを含む層ｎルーテ
ィングパーセルを含む全てのパーセルとは別に（即ち、
前または後に）配置され、格納される。前述したよう
に、略記セグメント及びノードレコードを含むパーセル
を、それらを参照する集約セグメントレコードを含むパ
ーセルと同一の層内に配置すると、それらが集約セグメ
ントレコードによって参照された時に、略記レコードに
アクセスするのに要する時間が一般的に短くなり、それ
によってナビゲーションシステムの性能が改善されると
いう利点がもたらされる。

【００７７】図１８に示す実施例は性能を改善する可能
性を有しているが、もし略記セグメントレコードを含む
パーセルを、それらを参照する集約セグメントレコード
を含むパーセルにより接近させて配置すれば、さらなる
利点を得ることができる。図１９に示す実施例は、ルー
ティングデータの各パーセルの次に略記レコードを含む
パーセルが続いている。略記レコードの各パーセル内の
略記レコードは、直ぐ隣りの集約セグメントレコードに
よって参照される。（図１９においては、略記セグメン
ト及びノードレコードを含むパーセルは、それらを参照
する集約セグメントレコードを含んでいるルーティング
データレコードを含むパーセルの直後に示されている。
代替実施例では、略記セグメント及びノードレコードを
含むパーセルは、それらを参照する集約セグメントレコ
ードを含んでいるルーティングデータレコードを含むパ
ーセルの直前に配置することができる。） 図１９に示す配列は、若干の機能について、図１８に示
す実施例よりもさらなる長所を提供することができる。
略記セグメント及びノードレコードを含むパーセルが、
それらを参照する集約セグメントレコードを含むルーテ
ィングデータを含むパーセルの直近にあるので、それら
が集約セグメントレコードによって参照される際に略記
レコードへアクセスするのに必要な時間が短縮され、そ
れによってナビゲーションシステムの性能を更に改善す
ることができる。

【００７８】図１９に示す配列に伴う欠陥は、ルーティ
ングデータの１つのパーセル内の集約セグメントレコー
ドによって参照される略記セグメント及びノードレコー
ドに関連するデータの量が、必ずしも理想的なパーセル
サイズに適合しないことである。もしルーティングパー
セルが、比較的少ない集約セグメントレコード、または
比較的少ないセグメントの集約を表す集約セグメントレ
コードを含んでいれば、隣接する略記レコードのパーセ
ル内には対応して少ない略記レコードが存在するように
なる。同様に、もしルーティングパーセルが、比較的多
くの集約セグメントレコード、または比較的多くのセグ
メントの集約を表す集約セグメントレコードを含んでい
れば、隣接する略記レコードのパーセル内には対応して
多くの略記レコードが存在する。図１９の実施例では、
ルーティングデータの各単一パーセル内の集約セグメン
トレコードによって参照される略記セグメント及びノー
ドレコードに関するデータサイズ要求が、ルーティング
データのパーセル内の集約セグメントレコードの数及び
種類に依存する。ルーティングデータのパーセル内の集
約セグメントレコードの数及び種類は、少なくともある
程度、表される道路網に依存する。道路網は比較的可変
であり得るから、ルーティングデータの各単一パーセル
内の集約セグメントレコードによって参照される略記セ
グメント及びノードレコードもかなり変化し得る。

【００７９】一般的に言えば、パーセル内の集約セグメ
ントレコードによって参照される略記セグメント及びノ
ードレコードは理想的パーセルサイズよりも小さくてよ
く、時にはかなり小さくてよい。これは、図１９に示す
実施例では、層内のパーセルの間に均一なパーセルサイ
ズを維持するために、若干の略記レコードのパーセル内
の略記レコードデータにかなりのパッディングを付加す
る必要があり得ることを意味している。その結果、略記
レコードを含むパーセルは、所望充填率よりも低い充填
率になり得る。もし所望のパーセル充填率が 80 ％であ
れば、略記セグメント及びノードレコードを含む若干の
パーセルは 50 ％以下、または 20 ％以下にさえなり得
る。一般的には、パーセルが一杯よりもかなり低いこと
は望ましくない。一杯よりも低いパーセルが望ましくな
い１つの理由は、エンドユーザにとって貴重な情報を格
納するのに使用できるデータ記憶空間が浪費されること
である。一杯よりも実質的に低いパーセルを有すること
の別の望ましくない効果は、データベースの断片化が増
加することである。これにより、探索及びアクセス時間
が増加し、性能が低下し得る。

【００８０】図１９の実施例の別の潜在的欠陥は、若干
の環境の下では、ルーティングデータの単一のパーセル
内の集約セグメントレコードによって参照される略記セ
グメント及びノードレコードに関するデータベース要求
が、最大パーセルサイズを超え得ることである。

【００８１】図１９の実施例に関して、略記セグメント
及びノードレコードを参照する集約セグメントレコード
を含んでいるルーティングデータベースを含む直近のパ
ーセルよりもサイズが小さい（または、大きい）略記セ
グメント及びノードレコードを含むパーセルを作ること
が可能である。しかしながら、ルーティングデータベー
スを含むパーセルとは異なるサイズの略記セグメント及
びノードレコードを含むパーセルを作っても、断片化は
減少しない。更に、所望パーセルサイズを決定するため
に使用されるファクタにはデータが格納されている媒体
の固有特性が含まれ得るから、所望の性能特性を得るた
めにパーセルを準備することができる使用可能な好まし
いサイズは比較的僅かである。

【００８２】以上のように、図１９に示すインタリービ
ング配列は若干のデータ型についてはナビゲーションシ
ステムの性能を向上させることはできるが、他のデータ
型については適当ではないかも知れない。図１９に示す
インタリーブされたデータ型の実施例に関して言えば、
この実施例は、異なるデータ型のパーセルサイズを容易
に平衡させることができるデータの型に最も適してい
る。

【００８３】図２０は、略記セグメント及びノードレコ
ードのパーセルと、これらの略記セグメント及びノード
レコードを参照する集約レコードを含んでいるルーティ
ングデータを含むパーセルとをインタリーブする別の配
列を示す。図２０では、略記セグメント及びノードレコ
ードを含むパーセルは、所望のパーセルサイズに適合す
るサイズを有するように形成され、また一般的に高い充
填率を有するように形成されている。一実施例では、略
記セグメント及びノードレコードを含むパーセルは、そ
れらを参照する集約セグメントレコードを含むルーティ
ングデータパーセルと同一のサイズを有することができ
る。例えば、もしルーティングデータパーセルが 16 Ｋ
サイズで与えられれば、略記セグメント及びノードレコ
ードを含むパーセルも各々 16 Ｋのサイズで与えられ
る。他のサイズも適当である。

【００８４】図２０では、ルーティングデータを含むパ
ーセルは、略記セグメント及びノードレコードを含むパ
ーセルとインタリーブされている。一実施例では、略記
セグメント及びノードレコードを含む各パーセルは、そ
れらを参照する集約セグメントレコードを含む１つまた
はそれ以上のルーティングパーセルと一緒にグループ化
されている。一実施例では、略記セグメント及びノード
レコードを含むパーセルは、これらのルーティングパー
セルの直後に位置する１つまたはそれ以上のルーティン
グパーセル内に含まれる集約セグメントレコードによっ
て参照される。代替実施例では、略記セグメント及びノ
ードレコードを含むパーセルは、これらのルーティング
パーセルの直前に位置する１つまたはそれ以上のルーテ
ィングパーセル内に含まれる集約セグメントレコードに
よって参照される。好ましい実施例では、詳細を以下に
説明するように、略記レコードを含むパーセルの配置
は、層内のデータの空間的編成に依存する。

【００８５】図２０を参照する。ルーティングデータを
含む層ｎの４つのパーセルに、略記セグメント及びノー
ドレコードを含む１つのパーセルが後続している。略記
セグメント及びノードレコードを含む１つのパーセル
は、それの直前の４つのルーティングデータパーセル内
に含まれる全ての集約セグメントレコードによって参照
される全ての略記セグメント及びノードレコードを含ん
でいる。図２０では、第１の略記レコードパーセルに続
いて２つのルーティングパーセルと、それに続いて略記
レコードを含む別のパーセルとが存在している。略記レ
コードのこの第２のパーセルは、その直前の２つのルー
ティングパーセル内に含まれている集約セグメントレコ
ードによって参照される略記レコードを含んでいる。図
２０に示す実施例では、ルーティングデータのパーセル
の数、及び略記レコードのパーセルの数は、（１）層内
のパーセルの間で、所望のパーセルサイズ及び充填率を
維持するように、及び（２）空間的にパーセル化された
ルーティングパーセルを、同一地理特色を表す空間的に
パーセル化された略記レコードパーセルに近接して維持
するように決定される。図２０に示す実施例は、略記セ
グメント及びノードレコードを、それらを参照する集約
セグメントレコードの比較的近くに格納する長所と、全
てのパーセルを所望のパーセルサイズ及び充填率に概ね
適合させる長所とを組合せている。

【００８６】ｃ．インタリーブされたデータを形成する
プロセス 上述したように、好ましい実施例では、ルーティングパ
ーセルは空間的に編成され、同様に、略記セグメント及
びノードレコードを含むパーセルも空間的に編成されて
いる。好ましい実施例では、略記セグメント及びノード
レコードを含むパーセルは、それらがインタリーブされ
るルーティングデータパーセルと並行してパーセル化さ
れている。インタリービング配列を形成するプロセスを
以下に説明する。

【００８７】層にされ、パーセル化されたルーティング
データを含む地理データベースを形成するプロセスは、
本明細書にそれらの全文を採り入れている 08/924,328
、08/935,809、及び 08/740,295 に開示されている。
要約すれば、少なくとも１つのインタリーブされた部分
を有する層にされ、パーセル化された地理データベース
を図２１に示す。（図２１では、プロセスの一般的なス
テップを左側に、これらのステップで使用される対応成
分部分を右側に示してある。） 汎用データベースフォーマットで供給される地理データ
ベース９００から開始して、各データ型及び層毎に分離
した中間フォーマットファイル９０２が形成される（ス
テップＡ）。汎用データフォーマット地理データベース
９００は所有権を主張できる（プロプラエタリ）フォー
マットであることも、または所有権を主張できないフォ
ーマットであることもできる。汎用データフォーマット
データベースファイル９００から形成されたこれらの中
間フォーマットファイル９０２は、図５に示したルーテ
ィング、地図作成、関心点、運転、等々のような異なる
型のデータの各々を導出するために、また図６に示した
これらの型の若干の層の各々を導出するために作成され
るのである。

【００８８】これらの分離した各中間フォーマットファ
イル９０２を作成した後に、これらの各中間フォーマッ
トファイル９０２はパーセル化されて各層毎に、各デー
タ型のデータレコードのパーセル９０６が形成される
（ステップＢ）。前述したように、異なる種類の空間パ
ーセル化プロセスを含む異なる種類の空間パーセル化プ
ロセスを使用することができる。分離した各型及び層毎
のパーセル９０６が形成されると、各層及び型毎のパー
セルは単一のファイル９１０に連結される（ステップ
Ｃ）。詳細を以下に説明するように、パーセルがインタ
リーブされている連結されたパーセル９１０の一部分に
ついて言えば、２つまたはそれ以上のパーセル化された
中間ファイル９０６からパーセルが選択され、インタリ
ーブされる（ステップＤ）。

【００８９】分離した各型及び層毎の分離したパーセル
９０６が形成されると、パーセル識別が割当てられる。
分離した各型及び層毎の全ての分離したパーセル９０６
が単一のファイル９１０に連結され、パーセル識別が割
当てられると、新しく割当てられたパーセル識別を反映
するように全てのデータレコード及び索引を通してパー
セル参照が更新され、最終フォーマットファイル９１２
が形成される（ステップＥ）。

【００９０】地図データベースを形成するこれらの一般
的なステップは、地理データベースを形成することがで
きる１つの方法を示しているに過ぎず、異なる型のデー
タベースのインタリービングを組み入れて地図データベ
ースを形成する他の方法も存在することを理解された
い。インタリーブされた部分を有する地理データベース
を形成するプロセスのいろいろな面の詳細に関して、以
下に説明する。

【００９１】一実施例によれば、異なる型のデータをイ
ンタリーブする地理データベースを形成するために、イ
ンタリーブされる異なる各型のデータベース毎に分離し
た中間ファイルが形成される。例えば、集約セグメント
レコードを含むルーティングデータを含むパーセル、及
びこれらの集約セグメントレコードによって参照される
略記セグメント及びノードレコードを含む（図１７−２
０に示すように）地理データベースを形成するために、
ルーティングデータのための、及び略記セグメント及び
ノードデータのための分離した中間フォーマットファイ
ルが形成される。略記レコードのための分離した中間フ
ォーマットファイルは、略記セグメント及びノードレコ
ード（図１３のレコード５２２、及び図１４のレコード
５２３のような）を導出するために必要な汎用データフ
ォーマット地理データベースファイルの部分を含んでい
る。

【００９２】もし略記レコードを含むパーセルを、１つ
より多くの層内のルーティングデータを含むパーセルと
インタリーブするのであれば、略記セグメント及びノー
ドレコードの分離した中間フォーマットファイルは各分
離した層毎に形成される。一実施例では、略記セグメン
ト及びノードレコードは、ルーティングデータの最高層
（即ち、層ｎ、ここにｎ＝４）においてだけ、それらを
参照する集約セグメント及びノードレコードとは別のパ
ーセル内に格納される。しかしながら、代替実施例で
は、略記セグメント及びノードレコードは、集約セグメ
ントレコードを含むどの層においても、それらを参照す
る集約セグメント及びノードレコードとは別のパーセル
内に格納される。

【００９３】更に、さらなる代替実施例では、もしルー
ティングデータ以外のデータ型のパーセルと、略記レコ
ードとをインタリーブするのであれば、必要に応じて、
これらの異なる型の中間フォーマットファイルが形成さ
れる。

【００９４】ルーティングデータの各層、及び略記セグ
メント及びノードレコードの各層毎の中間フォーマット
ファイルが形成されると、これらの各中間フォーマット
ファイルはパーセル化される。好ましい実施例では、ル
ーティングデータ層０が先ずパーセル化される。代替と
して、地図作成データまたは運転データのような別の型
のデータを最初にパーセル化することができる。ルーテ
ィング層０のデータをパーセル化する場合、本明細書に
全文を参照として採り入れている 08/924,328、08/935,
809、及び 08/740,295 に開示されている何れかのパー
セル化方法のような適当なパーセル化方法を使用するこ
とができる。

【００９５】ルーティング層０のデータをパーセル化し
た後に、ルーティングデータのより高い層がパーセル化
される。好ましい実施例では、ルーティングデータのよ
り高い層は、ルーティング層０のデータのために使用し
たパーセル化方法と並行してパーセル化される。これ
は、ルーティングデータのより高い層のためのパーセル
を形成する時に、ルーティング層０のパーセルに関連し
て矩形領域を決定するプロセスで限定されたものと同一
の境界が、より高い各層のパーセルに関連する矩形領域
を限定するために使用されることを意味している。勿
論、より高い層のデータはより少ないレコードを含んで
いるので、より高い層のパーセルは、より大きい矩形領
域に関連付けることができる。しかしながら、もし何れ
かのより高い層のパーセルをより低い層のパーセルより
も大きい矩形領域に関係付けるのであれば、より高い層
のパーセルに関係付けられたより大きい矩形領域は、２
つまたはそれより多くのより低い層のルーティングデー
タパーセルに関連付けられているよりも小さい矩形領域
を正確に包含するであろう。

【００９６】集約セグメントを有するルーティングデー
タの層を表す中間フォーマットファイルをパーセル化し
た後に、同一層の略記セグメント及びノードレコードを
含む中間フォーマットデータファイルをパーセル化す
る。（略記セグメント及びノードレコードを含む中間デ
ータファイルは、ルーティングデータの層をパーセル化
した直後にパーセル化することも、または代替として、
略記セグメント及びノードレコードを含む中間データフ
ァイルは、他の型または層のデータをパーセル化した後
にパーセル化することもできることに注目されたい。）
好ましい実施例では、略記セグメント及びノードレコー
ドを含む中間データファイルは、ルーティングデータと
並行してパーセル化される。略記セグメント及びノード
レコードを含む中間フォーマットファイルの並行パーセ
ル化は、上述した、より高い層のルーティングデータの
中間フォーマットファイルの並行パーセル化と類似して
いる。従って、ルーティング層０のパーセルに関連付け
られた矩形領域のために限定されたものと同一の境界
が、必要に応じて、略記セグメント及びノードレコード
のパーセルに関連付けられた矩形領域を限定するために
使用される。従って、略記セグメント及びノードレコー
ドのパーセルに関連付けられた矩形領域は、略記セグメ
ント及びノードレコードを参照する集約セグメントレコ
ードを含むルーティングデータパーセルに関連付けられ
た矩形領域、または略記セグメント及びノードレコード
を参照する集約セグメントレコードを含む２つまたはそ
れ以上のルーティングデータパーセルに関連付けられた
２つまたはそれ以上の矩形領域の何れかに正確に対応す
る。この配列を、図２２に図式的に示してある。（ルー
ティングデータのパーセル内の集約セグメントレコード
によって参照される略記レコードが、ルーティングパー
セルよりも実質的に大量のデータからなる場合には、逆
の関係になる。即ち、２つまたはそれ以上の略記レコー
ドパーセルに関連付けられた矩形領域が、単一のルーテ
ィングパーセルに関連する矩形領域を正確に包含するよ
うになる。） 図２２は、地理領域の一部分の地図６１２を示してい
る。この領域には、複数の境界線がオーバレイされてい
る。これらの境界線は、複数の矩形領域を決定するため
に、パーセル化方法に従って選択されている。前述した
ように、どのような適当なパーセル化方法も使用するこ
とができる。各矩形領域を形成する境界は各矩形領域
が、データの所与の層及び型のための分離したパーセル
内に含まれている地理データレコードによって表される
地理特色を含むように選択される。図２２では、境界
は、ルーティング層０のデータの分離したパーセル内に
含まれているルーティングデータレコードによって表さ
れる地理特色を含む矩形領域を限定している。（図２２
は、地理領域の一部分だけを示していることを理解され
たい。図１のナビゲーションシステム１０と共に使用さ
れる地理データベースのような地理データベースによっ
て表される地理領域内には、各々がルーティング層０の
データの分離したパーセルに関連付けられた数百のこれ
らの矩形領域が存在し得る。） 略記セグメント及びノードレコードのパーセルを形成す
る場合、先にルーティング層０のために限定された境界
線を使用して各パーセル内に含まれる略記セグメント及
びノードレコードを包含する矩形領域を限定する。一実
施例では、これらの略記セグメント及びノードレコード
は、対応する領域のルーティングデータよりも比較的小
さいデータサイズ要求を有している。従って、略記セグ
メント及びノードレコードで形成されているパーセル
は、より大きいサイズの矩形領域を表すことができる。
しかしながら、あるパーセルに関連する矩形領域を限定
する時に使用される境界線は、先にルーティング層０の
データのために限定された境界線に制約されるから、略
記セグメント及びノードレコードのパーセルに関連付け
られた矩形領域は、ルーティング層パーセルに関連付け
られた矩形領域全体を含んでいる。例えば、図２２にお
いて、もし４つの矩形領域６５０（１）、６５０
（２）、６５０（３）、及び６５０（４）内に含まれる
特色を表す略記セグメント及びノードレコードが最大パ
ーセルサイズよりも小さければ、これらの全ての略記セ
グメント及びノードレコードのパーセルを見出すことが
できる。同様に、もし２つの矩形領域６５０（５）及び
６５０（６）内に含まれる特色を表す略記セグメント及
びノードレコードが最大パーセルサイズよりも小さけれ
ば、これらの略記セグメント及びノードレコードのパー
セルを形成することができる。

【００９７】パーセル化されると、中間フォーマットフ
ァイルは、複数のパーセル内にパーセル化された略記セ
グメント及びノードレコードを含む。各パーセルは、所
望のサイズにパッディングされる。パーセルは、データ
の空間的編成を反映するような順序に配列される。

【００９８】層ｎのルーティングデータを含む中間フォ
ーマットファイルがパーセル化され、層ｎの略記セグメ
ント及びノードデータがパーセル化されてしまうと、異
なるデータ型の２つの中間フォーマットファイルのパー
セルをインタリーブすることができる。インタリーブさ
れる中間フォーマットファイルが、最終フォーマット地
理データベースファイルを形成するためにコンパイラま
たは他のプロセスに対して識別される。識別されたファ
イルは、コンパイラまたは他のプログラムまたはプロセ
スへ入力される。（一実施例では、コンパイラは、イン
タリーブされないデータの層及び型をも入力として受け
る。） 図２１に示すように、最終フォーマット地理データベー
スファイルを形成する際に、異なるデータ型のインタリ
ーブされたパーセルを含むファイルの部分は、インタリ
ーブされないパーセル（もしあれば）を含む他の部分の
中に含ませることができる。例えば、コンパイラはルー
ティング層０のデータのインタリーブされていないパー
セル、及びそれに続く層１のインタリーブされていない
パーセル、等々を格納することができる。コンパイラが
インタリーブされた層（例えば、層ｎのルーティングデ
ータ）に到達した時に、層ｎのルーティングデータを含
むパーセル化された中間フォーマットファイル、及び層
４の略記レコードを含むパーセル化された中間フォーマ
ットファイルの両方が存在する。最終フォーマット地理
データベースファイルが形成されても、インタリーブさ
れた層内のルーティングデータ及び略記レコードデータ
の空間的編成は維持される。データの空間的編成の維持
を容易にするために、インタリービングプロセス中にｋ
ｄ木が使用される。図２３は、図２２の矩形領域内に包
含されるデータで形成されたパーセルを表しているｋｄ
木を示す。好ましい実施例では、ｋｄ木は、層０のルー
ティングデータのパーセル化中に形成される。このｋｄ
木のエントリ、即ちノードは、層０のルーティングデー
タの各パーセルに関連付けられた個々のより小さい矩形
領域を形成する時に作られる矩形領域を包含する各「カ
ット」（即ち、分割）に関連付けられている。ｋｄ木の
各葉ノード（即ち、子ノードを持たないノード）は、層
０のルーティングパーセルの１つを表す。従って、層０
のパーセルは、このｋｄ木を使用して見出すことができ
る。（当分野においては公知のように、ｋｄ木の形状を
ファイルとして格納し、パーセル内のデータを空間的に
見出すための探索ツールとして使用することができ
る。）層０のパーセルのために要求される全てのカット
を行わずに形成された各パーセル（より高い層のパーセ
ル、または略記レコードのパーセルのような）は、ｋｄ
木の内部ノードの１つによって表される。

【００９９】層０のルーティングデータをパーセル化す
る時に形成されるｋｄ木は、ルーティングデータのパー
セル及び略記レコードデータのパーセルをインタリーブ
する（図２１のステップＤに示すように）時に使用する
こともできる。層４ルーティングデータのパーセル、及
び略記レコードデータのパーセルに関連付けられた矩形
領域は、ｋｄ木を形成する時に使用された層０ルーティ
ングデータのパーセルに関連付けられた矩形領域と必ず
しも正確に同一の境界を共有してはいない（図２２参
照）。更に、略記レコードのパーセルに関連付けされた
矩形領域は、層４のルーティングデータのパーセルに関
連付けられた矩形領域と必ずしも正確に同一の境界を共
有してはいない。しかしながら、層４のルーティングパ
ーセル境界及び略記レコードパーセル境界を形成するた
めに使用されたカットはｋｄ木内に含まれている（これ
らのカットが、層０のルーティングパーセルを形成する
プロセス中になされるからである）。従って、これらの
異なる型のデータをインタリーブする時、ｋｄ木を使用
してこれらの異なる型のデータのパーセルを空間的に編
成することができる。ｋｄ木のノードは順番にトラバー
スされる。ｋｄ木の各ノードに順番に出会うので、もし
層４のルーティングパーセル、または略記レコードパー
セルがｋｄ木のノードに関連付けてカットすることによ
って形成されていれば、パーセル（ルーティング、また
は略記レコード、または両者）は層４のルーティングデ
ータに対応する最終フォーマットファイルの部分に追加
される。ｋｄ木を順番にトラバースすることによって、
同一地理特色に関連付けられた層４のルーティングパー
セル及び略記レコードパーセルは識別することが可能で
あり、ルーティング層４に対応する最終フォーマットフ
ァイルの部分内に一緒にグループ化される。このように
すると、略記レコードはそれらを参照する集約セグメン
トレコードと同一の地理特色を表しているので、表され
た地理特色を使用することによって略記セグメントレコ
ードを、それらを参照する集約セグメントレコードに近
接して配置することができる。

【０１００】ルーティングデータパーセル及び略記レコ
ードパーセルをインタリーブした後に、それらは他の型
及び層のパーセルと最終フォーマットファイルに連結す
ることができる。パーセル識別番号が割当てられ、各パ
ーセル内のパーセル参照が必要に応じて更新され、最終
フォーマットファイル９１２が形成される（図２１のス
テップＥ）。

【０１０１】Ｖ．動作 ａ．ランク抑圧 開示した実施例は、地理データベースの使用を容易に
し、それによってナビゲーションシステムの性能を改善
する可能性を有している。開示した実施例は異なる種類
のナビゲーションシステムと共に使用することができ、
また地理領域内の起点と目的地との間のルートを決定す
るために異なる探索ルーチン、またはアルゴリズムを使
用するシステム内で使用することができる。これらの探
索ルーチンは、それらがルートを計算するために地理デ
ータを使用する手法が異なることができる。ルート探索
ルーチンがルートを計算するために地理データを使用す
る１つの方法は、起点と目的地との間の点から代替潜在
ルートを評価して起点と目的地との間の最適ルートの部
分を形成するには、どのルートが最も有望かを決定する
ことである。例えば、ルート探索ルーチンは、地理デー
タを使用して起点と目的地との間の交差点から発する若
干の、または全ての後続道路セグメントを評価し、距
離、時間等のような若干の基準に基づいて、どの後続道
路セグメントが最も有望であるかを決定する。後続道路
セグメントのこの評価には、比較的時間がかかる。これ
が、地理データベースにおいて道路セグメントレコード
にランクを割当て、ランクに基づいて道路セグメントレ
コードを複数の層で供給する理由の１つである。より高
い層は各交差点から評価することができる道路セグメン
トレコードを僅かしか含んでいないから、ルート計算の
目的に高い層を使用すると有利である。集約セグメント
レコードを使用しても、評価することができるセグメン
ト、またはノードの数が減少するために有利である。

【０１０２】ルート計算プログラムがルートを決定する
時に、計算されたルートが、ルートを構成する個々の道
路セグメントを表す道路セグメントレコードのリスティ
ングで形成される。計算されたリスト内の道路セグメン
トの各連続対は共通のノードを共有し、それによってル
ートの一貫性が確保される。

【０１０３】ルート計算プログラムがルートを計算する
時に、始めに層０のデータベースを使用することができ
る。これは、ルートの出発点、または目的地が必ずしも
より高くランク付けされた道路上に位置しているとは限
らないので、必要である。地理データベースのより高い
層は、出発点、または目的地位置から離れた、即ちルー
トの中央部分に沿うルートの部分を計算する時に使用す
ることができる。前述したように、有効ルートは、連続
セグメントがそれらの間に共通ノードを共有するような
セグメントのリスティングを含んでいる。従って、デー
タベースのより高い層から取得したセグメントをあるル
ートに使用する場合、それらはそれらの端点から「入
力」される。有効ルートが異なる層から取得されたセグ
メントレコードを含んでいる場合、より高い層のデータ
を使用することができるルートに沿う点は、より高い層
内のセグメントの端点に対応するこれらの位置に制限さ
れる。（より高い層内のセグメントの端点は、必然的
に、より低い層内にも位置している。）これは、ジャン
プを行うことができるより高い層内のセグメントの端点
に対応するより低い層内の交差点を見出すために、ルー
ト計算プログラムがより高い層を利用できるようになる
前に、より低い層内のノード及びセグメントを評価しな
ければならないことを意味している。

【０１０４】集約セグメントレコードが存在する層で
は、ルート計算の目的で、集約セグメントレコードは同
一の道路セグメントを表す個々の道路セグメントレコー
ドに置換される。従って、集約セグメントレコードが存
在する層において有効セグメントの端点として、集約セ
グメントの内部ノードを使用することができない。従っ
て、ルート計算プログラムがより低い層からより高い層
へスイッチすることができる位置として、集約セグメン
トの内部ノードを使用することはできないことになる。
ある層に集約セグメントが存在すると、ルート計算プロ
グラムがより低い層からその層へスイッチすることがで
きる位置の数が減少する。集約セグメントレコードが比
較的大きい道路セグメントの集約を表している場合に
は、それは相応して多数の内部ノードを含むが、それら
は最早より高い層へのスイッチを行うことができる場所
として使用することはできない。

【０１０５】ナビゲーションシステムの性能を改善する
ために、データの最高層ｎより下のある層内のセグメン
トレコードの後続を評価する時に使用することができる
機能呼出しが設けられている。機能呼出しは、より低い
層内の道路セグメントレコードによって表されるセグメ
ントを含むセグメントの集約を表す何れかのより高い層
内の何れかの集約セグメントレコードの端点を戻す。層
ｎより下の各層内の各道路セグメントレコードは、機能
呼出しが行われるセグメントレコードによって表される
道路セグメントを含む道路セグメントの集約を表してい
るより高い各層内の各集約セグメントレコードを識別す
るデータ（図１７の６４８）を含んでいるので、この機
能呼出しの使用が容易にされている。これらのデータ６
４８（一実施例では、集約セグメントＩＤ及び層を含
む）を使用すると、集約セグメントレコードを含むパー
セルを識別し、アクセスすることができる。これらの各
パーセルがロードされると、各集約セグメントレコード
内のデータを評価することができる。即ち、各集約セグ
メントの端点を識別するデータが戻される。この情報
は、より低い層内のセグメントレコードによって表され
ているセグメントを含む集約を表すより高いレベルの各
集約セグメント毎に入手することができる。次いで、こ
の情報をルート探索の目的で評価することができる。即
ち、この情報を使用して、何れかのより高い層内に表さ
れている何れかの集約のその端点の何れかへの部分を、
計算中のルート内へ組み入れることが有利か否かを決定
することができる。

【０１０６】この評価は、同一層内のセグメントの後続
を評価するのと同じようにして遂行することができる。
ルート計算ルーチンは、より高い層の集約セグメントの
戻された端点と、評価中の同一層の各後続セグメントの
端点とを比較する。もし機能呼出しによって戻された集
約セグメントの端点の一方が、評価中の同一層の全ての
後続セグメントに比してより有望な解ルートを与えれば
（ルート計算機能の適用可能な基準に基づいて）、ルー
ト計算機能は、その端点への表された集約の部分を、計
算中のルート内へ組み入れる。詳述すれば、ルート計算
ルーチンは集約セグメントレコードに関連付けられた略
記レコード情報を使用して、計算された解ルートに追加
されるより低い層内のセグメントレコードを識別し、上
側層内の集約セグメントの有望端点を求める。これらの
セグメントレコードは、何等のさらなる評価をも受けず
に解ルートに追加することができ、それによって時間の
かかる計算が回避される。集約セグメントの端点を求め
るためにこれらのより低い層のレコードが解ルートに追
加されると、さらなる後続を見出すためにより高い層の
データが評価される。

【０１０７】一方、もし機能呼出しによって戻された集
約セグメントの端点が、解ルートとして、より低い層に
おける後続よりも有望でなければ、ルート計算はより低
い層において継続される。更に、ルート計算ルーチンは
この情報を使用して、集約セグメントの端点に導かれる
より低い層のセグメントを回避することができる（これ
らの端点は、これらが潜在的な解ルートを見出すことが
可能な有望位置ではないことが既に評価済みであるから
である）。

【０１０８】上述した方法は、地理データベース内の集
約セグメントレコードの改善された使用方法を提供して
いる。この方法は、集約セグメントレコード（より高い
層において使用可能な）を使用する利点を、ルート計算
機能がより低い層のデータベースを使用するような状況
まで拡張する。上述した方法によれば、集約セグメント
情報は、より高い層へ実際に「ジャンプ」する前であっ
ても、使用できるようになる。この方法は、ルート計算
中に行う必要がある計算の数を減少させる可能性を有し
ている。この方法は、部分的には、最高層ｎより下の層
内のセグメントレコード内に設けられている上方への参
照によって可能にされ、より低い層における道路セグメ
ントレコードによって表される道路セグメントを含む道
路セグメントの集約を表すより高い層内の集約セグメン
トレコードを迅速に識別する手段を提供する。

【０１０９】ｂ．２端からの探索 前述したように、いろいろなナビゲーション探索技術が
存在する。１つの種類のルート探索技術では、出発点位
置及び目的地位置の両方から計算を開始し、中央に向か
って作業を進めることによって最適ルートを決定する。
２つの端が出会った時に、解ルートが見出される。集約
セグメントを使用する場合、一方の端からの探索ルート
は集約セグメントを含むことができ、他方の端からの探
索ルートは１つの層（それより下には集約セグメントが
存在する）からのセグメントを含むことができる。開示
した実施例は、解ルートが見出されたか否かを決定する
ことができるように、これら２つのルート内のセグメン
トを容易に比較することを可能にする。

【０１１０】一実施例に関連して上述したように、層０
より上の各層の集約セグメントレコードは、略記セグメ
ント及びノードレコードを参照する。前述したように、
これらの略記セグメント及びノードレコードは、それら
を参照する集約セグメントレコードと比較的接近してい
る。これらの略記セグメント及びノードレコードは全
て、集約セグメントレコードが集約で表している同一セ
グメント及びノードを表す層０内のセグメント及びノー
ドレコードへの参照を含んでいる。２端からの探索が集
約セグメントを使用する場合、これらの同一セグメント
を表す層０レコードは、集約セグメントに関連付けられ
た略記セグメントレコードから容易に決定することがで
きる。この参照情報を使用すると、２端からの探索の各
ルート内のセグメントを容易に比較することができ、そ
れによって２端からの探索が集約セグメントを含む地理
データベースを使用できるようになる。

【０１１１】ｃ．実時間トラフィック 開示した実施例によって提供される別の利点は、それら
が実時間トラフィック更新を容易にすることである。実
時間トラフィック更新は、地理領域内の現在のトラフィ
ック状態に関する情報をナビゲーションシステムのエン
ドユーザに提供する。これらの更新は、ラジオ放送、セ
ルラ等のような無線通信を介してエンドユーザに提供す
ることができる。これらの実時間トラフィック更新は、
交通渋滞の場所を識別するか、または地理領域内の道路
の若干のセグメントに沿う走行時間を知らせることがで
きる。ナビゲーションシステム内のルート計算プログラ
ムは、最適ルートを計算する時にこれらの実時間トラフ
ィック放送内の情報を使用することができる。これを達
成する一方法は、実時間トラフィック情報によって指示
された時に、若干の道路セグメントに関連付けられた通
常の走行時間に重み付けファクタを付与することであ
る。若干の道路セグメントに適用されるこれらの重み付
けファクタにより、ルート計算プログラムはルート計算
中に、代替道路セグメントを選択させられ、それによっ
て異なる解ルートが決定されるようになる。

【０１１２】実時間トラフィック放送を提供する幾つか
の異なるフォーマットが存在する。一実施例では、実時
間トラフィック情報は、ルーティングデータの層０内の
道路セグメントまたはノードレコードに重み付けファク
タを適用できるように供給される。もしナビゲーション
システムが集約セグメントレコードを含む地理データベ
ースの実施例を使用していれば、ルートを計算するため
に集約セグメントレコードを使用する場合に重み付けフ
ァクタを適切に斟酌することができるように、実時間ト
ラフィック情報を集約セグメントレコードに適用可能に
する手段が必要である。

【０１１３】これは、集約セグメント４２２が参照する
略記レコード５２２及び５２３内の参照を使用すること
によって達成される。前述したように、各集約セグメン
ト４２２に関連付けられた略記セグメントレコード５２
２及び略記ノードレコード５２３は、集約セグメントレ
コードが集約で表している同一セグメント及びノードを
表す層０の非略記セグメント及びノードレコードを参照
する。層０セグメント及びノードレコードへのこれらの
参照によって、集約セグメントを使用するルート計算プ
ログラムは、集約セグメントレコードが集約で表してい
る同一セグメント及びノードを表す層０のセグメント及
びノードレコードを容易に識別することができる。次い
で、ノード計算プログラムは、何等かの実時間トラフィ
ック情報がこれらの層０のセグメントまたはノードレコ
ードの何れかに関連付けられたか否かを決定する。これ
は、重み付けファクタが適用された層０のセグメント及
びノードをリストしているテーブルを維持することによ
って行うことができる。このようにすると、集約セグメ
ントレコードを使用するルート計算プログラムがルート
を計算する時に、実時間トラフィック情報を斟酌するこ
とができる。

【０１１４】代替として、層０のセグメントデータレコ
ード３２２内の上方向への参照（例えば、図１７の参照
６４８）を使用して、実時間トラフィック重み付けファ
クタを、セグメントレコードによって表されるセグメン
トを含むセグメントの集約を表している何れかのより高
い層の集約セグメントレコードに適用することができ
る。

【０１１５】VI．代替実施例 上述したいろいろな実施例は、開示した本発明の概念を
特定的に実現しているに過ぎない。いろいろな他の実現
及び代替実施例も、本発明の範囲内に包含されることを
意図している。例えば開示した実施例においては、集約
セグメントレコードは、データの最低層（例えば「層
０」）とは物理的に区別されるより高い層内に格納され
ている。一つの代替実施例では、分離した層を物理的に
格納することなく、分離したデータの層を設けることが
できる。代わりに、ナビゲーション機能のランタイム中
に若干のデータのランクを抑圧することによって分離し
た層を設けることができる。このようにランクの抑圧を
使用すると若干の、または全ての分離した層を組合せる
ことができ、また分離した層を設ける代わりに、調べる
レコードの数を減少させるために、必要に応じてランク
抑圧を使用することができる。

【０１１６】他の代替実施例においては、集約セグメン
ト及び集約セグメントレコードを、異なる技法で形成す
ることができる。開示した実施例では、集約セグメント
レコードを形成することができる１つの方法として。分
離した層を定義するランク属性を使用している。しかし
ながら代替実施例では、集約セグメントレコードはラン
ク属性を使用せずに形成することができる。例えば、集
約セグメントは、トラフィックパターン、またはビーク
ル使用を斟酌することによって形成することができる。

【０１１７】さらなる代替実施例においては、ナビゲー
ションシステムは、ハードウェアプラットフォーム、ま
たはアーキテクチャには無関係に、ナビゲーション機能
をエンドユーザに提供する何等かのコンピュータをベー
スとするシステムを含むものと理解すべきである。例え
ば、ナビゲーションシステムは、手持ちシステム、パー
ソナルディジタル支援、またはノートブックコンピュー
タ上に設置されたシステムを含むどのような種類のポー
タブルシステムを含むことができる。代替実施例では、
ナビゲーションシステムは、デスクトップコンピュータ
のようなパーソナルコンピュータ上に設置されたナビゲ
ーション応用ソフトウェアを含むことができる。更に、
ナビゲーションシステムは、ネットワークされた環境、
及びクライアント・サーバプラットフォーム環境を含む
いろいろな異なる環境内に実現することもできる。ナビ
ゲーション応用プログラム及び地理データベースは、同
一の位置に配置する必要はなく、ネットワークを介して
接続することができる。地理データベースをエンドユー
ザから離して配置し、データは無線通信リンクを通して
エンドユーザへ伝送することができる。

【０１１８】上述した実施例では、地理データはパーセ
ル化するものとして説明した。代替実施例では、地理デ
ータはパーセル化しないことも、または異なる手法で編
成することもできる。これらのデータレコードは、圧縮
することも、または圧縮しないこともできる。

【０１１９】上述した実施例では、ナビゲーションシス
テム、応用、及びデータベース内の成分、データ構造等
を呼ぶためにある用語を使用している。これらの種類の
エンティティを呼ぶために他の用語を使用することがで
き、開示した主題は類似の概念を表す特定の用語に限定
されるものではないことを理解されたい。

【０１２０】以上の詳細な説明は本発明を限定するもの
ではなく、単なる例示に過ぎず、本発明は特許請求の範
囲によって限定されるものであることを理解されたい。

【図面の簡単な説明】

【図１】ナビゲーションシステムのブロック図である。

【図２】図１の地理データベースによって表される地理
領域を示す地図である。

【図３】図２の地図の一部分の拡大図である。

【図４】図３の地図に示されている単一の道路セグメン
トを示す図である。

【図５】いろいろなナビゲーション応用機能と共に使用
される図１の地理データベース内に含まれる異なる型の
データを示す図である。

【図６】図５に示すルーティングデータ内の分離したデ
ータの層を示す図である。

【図７】空間的に編成された地理データへのパーセル化
方法の適用を示す図２の地理領域の地図を示す図であ
る。

【図８】図７に示すパーセル化方法による図１の地理デ
ータベース内にデータのパーセルの配列を示す図であ
る。

【図９】図８のデータベースの単一のパーセル内のセグ
メント及びノードデータレコードの配列を示す図であ
る。

【図１０Ａ】集約セグメントデータレコードによって表
される地理特色を図式的に示す図である。

【図１０Ｂ】集約セグメントデータレコードによって表
される地理特色を図式的に示す図である。

【図１０Ｃ】集約セグメントデータレコードによって表
される地理特色を図式的に示す図である。

【図１０Ｄ】集約セグメントデータレコードによって表
される地理特色を図式的に示す図である。

【図１１】層０より上の層内のルーティングデータのパ
ーセル内に集約セグメントレコードを含むことを示す図
である。

【図１２】図１１の集約セグメントレコード及びその関
連略記レコードアレイの成分を示す図である。

【図１３】図１２の略記セグメントレコードの成分を示
す図である。

【図１４】図１２の略記ノードレコードの成分を示す図
である。

【図１５】ルーティングデータの層０−３内に含まれて
いるセグメントレコード内に含まれる情報の種類を示す
図である。

【図１６】代替実施例によるルーティングデータの層の
パーセル内に集約セグメントレコードを含むことを示す
図である。

【図１７】図１６の集約セグメントレコード及びその関
連略記レコードアレイの成分を示す図である。

【図１８】異なる型のデータを１つのデータの層内でイ
ンタリーブする１つの配列を示す図である。

【図１９】異なる型のデータを１つのデータの層内でイ
ンタリーブする別の配列を示す図である。

【図２０】異なる型のデータを１つのデータの層内でイ
ンタリーブする更に別の配列を示す図である。

【図２１】図２０に示すように互いにインタリーブされ
た異なるデータ型を有する部分を有する地理データベー
スを形成するステップを示す図である。

【図２２】図２１のパーセル化ステップを、表された領
域内の特色を表す地理データへ適用することを示す地図
である。

【図２３】図２２に示すパーセル化ステップに対応する
ｋｄ木の図である。

【符号の説明】

１０ ナビゲーションシステム １１ ビークル １２ プロセッサ １４ ドライブ １６ 不揮発性メモリ記憶装置 １８ ナビゲーション応用ソフトウェアプログラム ２０ ＲＡＭ ２４ 測位システム ２５ 感知デバイス ２６ 測位信号 ２７ ディスプレイ ２９ スピーカ ３１ ユーザインタフェース ３２ 記憶媒体 ４０ データベース １１０ 地図 １１２ 地域 １１４ 位置 １１６ 地図の一部分 １２０ 道路網 １２２ 道路セグメント １２３ ノード １２４ 形状点 １３６ ルーティングデータ １３７ 地図作成データ １３８ 運転データ １３９ 関心点データ １４０ 索引ファイル ２１７ 格子 ２１９ 矩形領域 ２２０ パーセル ２２２ 道路セグメントレコード ２２３ ノードレコード ４２２ 集約セグメントデータレコード ４２３ セグメント識別子 ４２４、４２５ 端ノード ４２６ ポインタ ４３０ 長さ ４３２ 平均速度 ４３４ 通過時間 ４３５ カウント ４３６ その他の情報 ５２０ 略記ノード／セグメントアレイ ５２２ 略記セグメントレコード ５２３ 略記ノードレコード ５４３ セグメント識別子 ５４４ 長さ ５４５ 走行時間 ５４８ データフラグ ５４９ その他の情報 ５５３ 略記ノード識別子 ５５４ 位置 ５５５ その他の情報 ５５９ 参照 ６１２ 地図 ６４８ 参照 ６５０ 矩形領域 ９００ 地理データベース ９０２ 中間フォーマットファイル ９０６ パーセル ９１０ 単一のファイル ９１２ 最終フォーマットファイル

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１１年２月１５日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】 地理データベースにおけるセグメント
の集約、及びそれをナビゲーション応用に使用する方法

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ポール エム ブージーデ アメリカ合衆国 イリノイ州 60657 シ カゴ ウェスト ヘンダーソン 1747 (72)発明者 スリニヴァサ ドッダーパネニ アメリカ合衆国 イリノイ州 60607 シ カゴ サウス アッシュランド アベニュ ー 901 アパートメント 303 (72)発明者 ロバート ピー ファーネクス アメリカ合衆国 イリノイ州 60013 パ ーマ ドライヴ 959 (72)発明者 マシュー フリーデリック アメリカ合衆国 イリノイ州 60402 バ ーウィン サウス ホーム アベニュー 1644 (72)発明者 ヴィジャヤ エス イスラニ アメリカ合衆国 イリノイ州 60195 ホ ッフマン エステータス ベイサイド サ ークル 4431 (72)発明者 ジョン シー ジャスパー アメリカ合衆国 イリノイ州 60004 ア ーリントン ハイツ ノース ドルーリー レーン 824 (72)発明者 アスタ カヴァク アメリカ合衆国 イリノイ州 60047 レ イク チューリッヒ エルリー テラス 25173 (72)発明者 ウィリアム マックドナー アメリカ合衆国 イリノイ州 60137 グ レン エリン グランド アベニュー 734 (72)発明者 ジェイムズ エイ ミーク アメリカ合衆国 イリノイ州 60067 パ ラタイン イースト アンダーソン ドラ イヴ 1523 (72)発明者 センティル ケイ ナーテサン アメリカ合衆国 イリノイ州 60188 キ ャロル ストリーム バーク ドライヴ 397 (72)発明者 ニコラス イー スミス アメリカ合衆国 イリノイ州 60302 オ ーク パーク プレザント ストリート 209

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ナビゲーションシステム内で走るナビゲ
   ーション応用プログラムと共に使用するために格納され
   ている地理データベースであって、 ある地理領域内の道路のセグメントを表すデータエンテ
   ィティ、及び上記道路のセグメントの集約を表すデータ
   エンティティを備え、 上記道路のセグメントを表す各データエンティティは１
   つの道路の１つのセグメントを表し、上記１つの道路の
   １つのセグメントは１つの道路の少なくとも１つの他の
   セグメントと共に集約の一部を形成し、道路のセグメン
   トの集約を表すデータエンティティの１つによって表さ
   れる集約の一部はそれらへの参照を含んでいることを特
   徴とする地理データベース。
2. 【請求項２】 上記地理データベースは、コンピュータ
   可読媒体上に格納されている請求項１に記載の発明。
3. 【請求項３】 各道路のセグメントは複数の機能クラス
   の１つに対応するランクを有しており、一般的に言え
   ば、より低い機能クラスに対応するランクを有する道路
   はより高い機能クラスに対応するランクを有する道路よ
   りも走行がより遅く、道路のセグメントの集約を表すデ
   ータエンティティが集約で表している道路のセグメント
   は全て最低ランクより高いランクを有している請求項１
   に記載の発明。
4. 【請求項４】 上記地理データベースは複数のパーセル
   に空間的にパーセル化されており、複数のパーセルの各
   パーセルは分離した複数のデータエンティティからな
   り、各パーセル内の複数のデータエンティティは上記地
   理領域内のある領域内に一緒に含まれており、パーセル
   の１つによって表されている道路のセグメントを含む領
   域は、所与のレベルのパーセルの残余内に含まれるデー
   タエンティティによって表されている道路のセグメント
   を含む領域から分離されている請求項１に記載の発明。
5. 【請求項５】 上記地理データベースは複数の分離した
   層に編成され、各層は機能クラスに基づくデータエンテ
   ィティの分離した集まりを含んでいる請求項１に記載の
   発明。
6. 【請求項６】 １つの道路の１つのセグメントを表すデ
   ータエンティティによって参照される道路のセグメント
   の集約を表す各データエンティティは、それより高い層
   内に位置する道路のセグメントを表す１つのデータエン
   ティティによって参照される請求項５に記載の発明。
7. 【請求項７】 ナビゲーション応用プログラムを含むナ
   ビゲーションシステムにおいて、コンピュータ可読媒体
   上に格納されている地理データベースであって、 ある地理領域内の道路のセグメントを表すデータエンテ
   ィティ、及び道路のセグメントの集約を表すデータエン
   ティティを備え、 上記各道路のセグメントの集約を表すデータエンティテ
   ィは、上記表されている集約内に含まれる道路のセグメ
   ントの略記表現であるデータエンティティを参照し、上
   記道路のセグメントの略記表現である各データエンティ
   ティは、同一の関連道路セグメントを表している道路の
   セグメントを表すデータエンティティの対応する１つへ
   の参照を含んでいることを特徴とする地理データベー
   ス。
8. 【請求項８】 上記道路のセグメントの集約を表すデー
   タエンティティの少なくとも若干は、上記表されている
   集約内に含まれる道路のセグメントの略記表現であるデ
   ータエンティティとは別に格納されている請求項７に記
   載の発明。
9. 【請求項９】 地理データベースを使用するナビゲーシ
   ョン応用プログラムを含むナビゲーションシステム内で
   使用する地理データベースであって、 道路のセグメントを表すデータエンティティと、 道路のセグメントの集約を表すデータエンティティと、
   を備え、 上記地理データベースは、上記表されている道路のセグ
   メントの機能ランクに基づいて分離されたデータエンテ
   ィティの集まりを含んでいる複数の分離した層を含み、 上記地理データベースの各層は複数のパーセルに空間的
   にパーセル化されており、各パーセルは上記表されてい
   るセグメントの近隣に基づいて分離されたデータエンテ
   ィティのグルーピングを含み、 上記道路のセグメントの集約を表す各データエンティテ
   ィは、上記表されている集約内に含まれる道路のセグメ
   ントの略記表現であるデータエンティティを参照し、上
   記表されている集約内に含まれる道路のセグメントの略
   記表現であるデータエンティティは、道路のセグメント
   の集約を表すデータエンティティと同一の地理データベ
   ースの層内に位置し、 上記道路のセグメントの略記表現である各データエンテ
   ィティは、道路のセグメントを表すデータエンティティ
   の対応する１つへの参照を含み、またそれとは異なる層
   内に位置している、ことを特徴とする地理データベー
   ス。
10. 【請求項１０】 上記道路のセグメントの略記表現であ
    るデータエンティティの全ては、それらを参照する道路
    のセグメントの集約を表すデータエンティティとは異な
    るパーセル内に位置している請求項９に記載の発明。
11. 【請求項１１】 上記道路のセグメントの略記表現であ
    るデータエンティティによって参照される道路のセグメ
    ントを表すデータエンティティは、全ての機能ランクの
    道路のセグメントを表すデータエンティティを含んでい
    る層内に位置している請求項９に記載の発明。
12. 【請求項１２】 道路セグメントを表すデータエンティ
    ティ、及び道路セグメントの集約を表すデータエンティ
    ティを含む地理データベースを使用する方法であって、
    上記道路のセグメントを表す各データエンティティは１
    つの道路の１つのセグメントを表し、上記１つの道路の
    １つのセグメントは１つの道路の少なくとも１つの他の
    セグメントと共に集約の一部を形成し、道路のセグメン
    トの集約を表すデータエンティティの１つによって表さ
    れる集約の一部はそれらへの参照を含み、上記方法は、 １つの道路セグメントと交差点を形成している複数の後
    続道路セグメントを比較することによって、潜在的な解
    ルートに沿う交差点から複数の可能ルートを評価するス
    テップと、 上記道路セグメントの集約を表すデータエンティティへ
    の参照を含むデータエンティティによって表される後続
    道路セグメントについて、上記道路セグメントの集約を
    表す参照されたデータエンティティに関連するデータを
    入手するステップと、 上記交差点からの後続道路セグメントを比較して道路セ
    グメントの集約を表すデータエンティティによって表さ
    れる集約の一部を形成している道路セグメントを組み入
    れたルートが、潜在的解ルートの一部として含まれる適
    用可能な基準に合致するか否かを確認する時に、上記道
    路セグメントの集約を表す参照されたデータエンティテ
    ィに関連する入手されたデータを使用するステップと、
    を備えていることを特徴とする方法。
13. 【請求項１３】 上記データベースは層からなり、道路
    セグメントを表すデータエンティティはランクを有し、
    より高い各層は、対応する層のランクより低いランクを
    有する道路セグメントを表しているデータエンティティ
    を含んでいない請求項１２に記載の方法。
14. 【請求項１４】 上記各道路セグメントは複数の機能ク
    ラスの１つに対応するランクを有し、一般的に言えば、
    より低い機能クラスに対応するランクを有する道路はよ
    り高い機能クラスに対応するランクを有する道路よりも
    走行がより遅く、道路のセグメントの集約を表すデータ
    エンティティが集約で表している道路のセグメントは全
    て最低ランクより高いランクを有し、上記方法は更に、 上記道路セグメントの集約を表すデータエンティティの
    １つによって表されている集約の１つの一部を形成して
    いる道路セグメントが、潜在的解ルートの一部として含
    まれる適用可能な基準に合致することを決定した後に、
    上記道路セグメントの集約を表すデータエンティティを
    含む層に対応するより高い層のデータを使用してそれら
    の端点からの後続道路セグメントを見出すステップ、を
    備えているセグメント１２に記載の方法。
15. 【請求項１５】 上記集約の１つの一部を形成している
    道路セグメントが上記潜在的ルートの一部として含まれ
    る適用可能な基準に合致することを確認すると、上記道
    路セグメントによって表されている集約の一部を表す道
    路セグメントを表しているデータエンティティを識別
    し、潜在的解ルートの一部として含まれる道路セグメン
    トの集約を表すデータエンティティのセグメントが上記
    潜在的解ルートの一部として含まれる適用可能な基準に
    合致することを確認するステップと、を更に備えている
    セグメント１２に記載の方法。
16. 【請求項１６】 上記道路セグメントの集約を表す参照
    されたデータエンティティに関連付けられている入手し
    たデータは、それらの端点を含んでいる請求項１２に記
    載の方法。
17. 【請求項１７】 ２端からの探索ルーチンを使用して地
    理データベースを探索する方法であって、地理データベ
    ースは道路のセグメントを表すデータエンティティ及び
    道路のセグメントの集約を表すデータエンティティを含
    み、道路のセグメントの集約を表す各データエンティテ
    ィは、道路のセグメントの集約を表すデータエンティテ
    ィが集約で表している同一の関連道路のセグメントを表
    している道路のセグメントを表すデータエンティティを
    識別することができる参照に関連付けられ、上記方法
    は、 起点から発する潜在的解ルートを構築するステップと、 目的地から発する潜在的解ルートを構築するステップ
    と、 上記何れかの潜在的解ルートの中に含まれている道路の
    セグメントの集約を表すデータエンティティに関連付け
    られた参照を使用して、上記道路のセグメントの集約を
    表すデータエンティティが集約で表している同一の関連
    道路のセグメントを表している道路のセグメントを表す
    データエンティティを識別するステップと、 上記起点から発する潜在的解ルートの中の道路のセグメ
    ントを表すデータエンティティと、上記目的地から発す
    る潜在的解ルートの中の道路のセグメントを表すデータ
    エンティティとを比較して、２つの潜在的解ルートが合
    致するか否かを決定するステップと、を備えていること
    を特徴とする方法。
18. 【請求項１８】 上記道路のセグメントの集約を表す各
    データエンティティに関連付けられている参照は、上記
    表されている集約内に含まれる道路のセグメントの略記
    表現であるデータエンティティを参照する請求項１７に
    記載の方法。
19. 【請求項１９】 上記表されている集約内に含まれる道
    路のセグメントの略記表現であるデータエンティティ
    は、上記道路のセグメントを表すデータエンティティか
    ら分離した層内に位置している請求項１８に記載の方
    法。
20. 【請求項２０】 実時間トラフィック更新を有するナビ
    ゲーションシステムを使用する方法であって、上記ナビ
    ゲーションシステムは、道路のセグメントを表すデータ
    エンティティ及び道路のセグメントの集約を表すデータ
    エンティティを含む地理データベースを使用し、上記道
    路のセグメントを表す各データエンティティは１つの道
    路の１つのセグメントを表し、上記１つの道路の１つの
    セグメントは１つの道路の少なくとも１つの他のセグメ
    ントと共に集約の一部を形成し、上記道路のセグメント
    の集約を表すデータエンティティの１つによって表され
    る集約の一部はそれらへの参照を含み、上記方法は、 無線通信を介して実時間トラフィック更新データを入手
    するステップと、 実時間トラフィック更新データを、上記道路のセグメン
    トを表すデータエンティティと関連付けるステップと、 実時間トラフィック更新データが関連付けられている道
    路のセグメントを表す各データについて、上記参照を使
    用して実時間トラフィック更新データを、上記参照され
    た道路のセグメントの集約を表すデータエンティティと
    関連付けるステップと、を備えていることを特徴とする
    方法。