JPH11327435A - 地理データベースにおけるデータ型のインタリービング、及びそれをナビゲーション応用に使用する方法 - Google Patents

Abstract

(57)【要約】 【課題】 エンドユーザにナビゲーション特色を提供す
るナビゲーション応用プログラムと共に使用するための
地理データベースを提供する。 【解決手段】 地理データベースは、第１の型の複数の
データレコードと、第２の型の複数のデータレコードと
を含む。第１の型の複数のデータレコードは複数のパー
セルに編成され、各パーセルは第１の型の複数のデータ
レコードを含む。第２の型の複数のデータレコードは複
数のパーセルに編成され、各パーセルは第２の型の複数
のデータレコードを含む。第１の型のデータレコードの
パーセルは第２の型のデータレコードのパーセルとイン
タリーブされる。このインタリービングによって、これ
らの異なる型を使用するナビゲーション機能はこれらの
異なる型により迅速に且つ効率的にアクセスすることが
でき、それによってナビゲーションシステムの性能が強
化される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、エンドユーザにナ
ビゲーティング特色及び機能を提供するナビゲーション
応用プログラムと共に使用される地理データへのアクセ
ス及びその使用を容易にするシステム及び方法に関し、
詳しく述べれば、本発明は、１つまたはそれ以上のナビ
ゲーション機能を支援するように各々が適合されている
異なる型の地理データを含み、且つ異なる型の別の地理
データと共に動作し、それによって若干のナビゲーショ
ン機能を容易にし、性能を強化するようになっている地
理データベースに関する。

【０００２】

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

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

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

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

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

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

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

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

【００１０】地理データベース内の情報を各ナビゲーシ
ョン機能が使用するのにより効率的なフォーマットで供
給するために、ナビゲーション応用プログラム内に設け
れられている異なる型の各ナビゲーション機能毎に、所
与の地理領域の地理データベース全体の分離したサブセ
ットを設ける。これらの分離した各サブセグメントは、
機能の１つが使用するように特別に合わせてある。デー
タの各サブセットは、特定のナビゲーション機能が使用
するのに必要なデータだけを含んでいる。これらの各サ
ブセットの間にはデータに若干の重なりが存在し、その
結果情報の若干の部分が１つより多くのサブセット内に
含まれ得る。例えば、ルーティングデータサブセット内
の道路セグメントデータエンティティも、地図作成デー
タサブセット内の道路セグメントデータエンティティ
も、セグメントの両端に位置するノードを識別する属性
を含むことができる。この重複によって総合データ記憶
要求は大きくなり得るが、より少量のデータを取扱うこ
とからもたらされる効率によって各ナビゲーション機能
は利益を受けることになる。

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

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

【００１３】

【発明の概要】上述した諸問題に対処するために、本発
明の一面によれば、ナビゲーション特色をエンドユーザ
に供給するナビゲーション応用プログラムと共に使用す
るための地理データベースを提供することである。地理
データベースは、第１の型の複数のデータレコードと、
第２の型の複数のデータレコードとを含む。第１の型の
複数のデータレコードは複数のパーセルに編成され、各
パーセルは第１の型の複数のデータレコードを含む。第
２の型の複数のデータレコードは複数のパーセルに編成
され、各パーセルは第２の型の複数のデータレコードを
含む。第１の型のデータレコードのパーセルは、第２の
型のデータレコードのパーセルとインタリーブ（交互配
置）される。このインタリービングによって、これらの
異なる型を使用するナビゲーション機能はより迅速且つ
効率的にこれらの異なる型にアクセスすることができ、
それによりナビゲーションシステムの性能が強化され
る。

【００１４】地理的特色を表す複数のデータレコードを
含み、ナビゲーションシステムにおいて使用することが
できる地理データベースを形成する方法も開示される。
この方法は、第１の型の複数のデータレコードを含むパ
ーセルと、第２の型の複数のデータレコードを含むパー
セルとをインタリーブするステップを含む。

【００１５】インタリーブすることが可能なデータ型
は、ルーティングデータ、地図作成データ、運転デー
タ、関心点データ、等々のようなどのような型であるこ
ともできる。インタリービングの種類は、若干ナビゲー
ション機能の性能を向上させるように選択することがで
きる。インタリービングの種類は、単一の交互順序、空
間的な順序、及びカストム順序、並びに他の種類を含
む。

【００１６】

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

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

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

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

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

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

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

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

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

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

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

【００２７】ｂ．地理データの分離したサブセット 前述したように、いろいろなナビゲーション機能を遂行
するために地理データのアクセスを強化することを可能
にする１つの方法は、ナビゲーション応用プログラム内
の各分離した機能によって使用される地理データを、分
離した集まり、即ちサブセットにすることである。図５
は、分離したルーティングデータ１３６、地図作成デー
タ１３７（地図表示用）、運転データ１３８（ルート案
内用）、及び関心点データ１３９を含む地理データベー
ス４０を示している。地理データベースは、これらより
少ない、またはより多くのサブセットを用いて定義する
ことができ、また他の型のデータを定義し、含むことが
できる。これらのデータサブセットが一緒に動作できる
ようにするために、相互参照、探索木、または他のデー
タ探索技術を提供する索引ファイル１４０が含まれてい
る。 ｃ．地理データの層化 地理データを編成してそれらの使用を強化することがで
きる別の方法は、データを層にすることである。地図表
示機能及びルート計算機能のような若干のナビゲーショ
ン機能は、細部レベルが異なるデータを使用することが
できる。例えば地図表示機能を使用する場合、パンニン
グまたはズーミングを行うことが望ましいことがある。
ズーミングは、もしデータが層に編成されていて、低い
層がより詳細に、高い層はそれ程詳細ではないようなっ
ていれば、より効率的に行うことができる。ルート計算
機能を使用する場合、細部レベルが異なるデータを使用
することも有利である。例えば、２つの位置間のルート
を計算する時に、そのルートに沿う各交差点から分れる
補助街路及び小道を含む全ての可能道路セグメントを調
べることは非効率的である。その代わりとして、あるル
ートが主要道路または高速道路「上」に決定された場合
には、一般に、目的地が近づいて補助道路へ出る必要を
生ずるまでは主要道路または高速道路上に留まることが
好ましい。もしルーティングデータが層にされていれ
ば、可能ならば、ルートを計算する時に補助道路が省か
れている高い層を使用し、調べる可能道路セグメントを
最小にすることができる。従って、若干のデータ型のサ
ブセット内では、地理データは分離した層に対応する分
離した集まり、またはグループにされる。

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

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

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

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

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

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

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

【００３５】ｅ．パーセル化 パーセル化は、ナビゲーションシステムによる地理デー
タの使用を容易にするために使用することができる技術
の中に含まれる。ナビゲーション応用プログラムが走っ
ているナビゲーションシステムのメモリ資源が制限され
ているために、所与の地理領域全体のための全てのデー
タレコードを一時にメモリ内にロードすることができな
いものとすれば、所望機能を遂行するために必要なデー
タだけをメモリ内にロードすることが望ましい。これを
達成するために、地理データベース４０内のデータは、
ナビゲーション機能を遂行するために媒体にアクセス
し、読み出さなければならない回数が最小になるように
編成される。このようにするために、データはパーセル
に編成される。データをパーセル化する場合、一緒にな
って地理データを構成する複数のデータレコードを、分
離したグループ、即ちパーセルに一緒にグループ化す
る。データのパーセルは、常に一緒にアクセスされるデ
ータを含むように確立される。これは、１回のディスク
アクセスでアクセスできるデータの量に関係するが、他
のファクタに関係付けることもできる。ＣＤ−ＲＯＭデ
ィスクのような若干の型の媒体の場合は、パーセルは 1
6 キロバイトのデータ量であるように確立することがで
きる。（１Ｋ、２Ｋ、４Ｋ、８Ｋ、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 Ｋのサイズで与えられ
る。他のサイズも適当である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９５】ｄ．代替インタリーブ実施例 上述した実施例では、略記レコードを含むパーセルは、
集約セグメントレコードを含むルーティングデータのよ
うな他の種類のデータを含むパーセルと同じ層において
インタリーブすることができると説明した。異なるデー
タ型のインタリービングは、他の型のデータに拡張する
ことができる。若干のナビゲーション機能に対して利益
を提供するために、どのような２つの種類の空間的に編
成されたデータも、どのレベルにおいてもインタリーブ
することができる。例えば、地図作成データを関心点デ
ータとインタリーブすることができる。同様に、地図作
成データをルーティングデータとインタリーブすること
ができる。同様に、空間的に編成されていない型のデー
タどうしを、または空間的に編成された型のデータとイ
ンタリーブすることができる。

【００９６】別の実施例では、若干の種類のデータ型の
ための索引ファイルを、索引されるデータ型とインタリ
ーブすることができる。

【００９７】更に別の代替実施例では、異なる型のパー
セルは、カストム順序に従ってインタリーブすることが
できる。カストム順序は、明示順序付けパターンを指定
する任意機能によって定義される。最終フォーマットフ
ァイルを形成する時に、コンパイラは、インタリーブさ
れる２つまたはそれ以上のパーセル型の識別と共に、命
令を受信する。これらの命令は、各型の各パーセル毎の
パターン及び／または順序付けを指定する。これにより
コンパイラは、パーセルを最終フォーマットファイルに
インタリーブする時に、この順序付けを履行する。

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

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

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

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

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ヴィジャヤ エス イスラニ アメリカ合衆国 イリノイ州 60195 ホ ッフマン エステータス ベイサイド サ ークル 4431 (72)発明者 リチャード エイ アッシュビー アメリカ合衆国 ウィスコンシン州 53518 ブルー リヴァー ワイルド ロ ーズ ドライヴ 27993

Claims (24)

【特許請求の範囲】
1. 【請求項１】 ナビゲーションシステムにおいて使用す
   るための地理データベースを形成する方法であって、上
   記地理データベースはある地理領域内の地理特色を表す
   複数のデータレコードを含み、上記方法は、 少なくとも第１の型の中間フォーマットファイル、及び
   第２の型の中間フォーマットファイルを含む異なる型の
   中間フォーマットファイルを準備するステップを備え、
   上記各中間フォーマットファイルは、上記地理領域内の
   地理特色を表す複数のデータレコードからなり、 上記少なくとも第１の型の中間フォーマットファイル、
   及び第２の型の中間フォーマットファイルをパーセル化
   するステップを更に備え、上記パーセル化ステップは、
   上記第１の型の中間フォーマットファイル及び第２の型
   の中間フォーマットファイルの複数のパーセルを形成
   し、上記各パーセルは上記それぞれの型の複数のデータ
   レコードを含み、 上記第１の型のパーセル及び上記第２の型のパーセルを
   インタリーブするステップを更に備えていることを特徴
   とする方法。
2. 【請求項２】 上記地理データベースは複数の分離した
   層に編成され、上記各層は機能クラスを基にしたデータ
   レコードの分離した集まりを含んでいる請求項１に記載
   の方法。
3. 【請求項３】 上記第１の型のパーセル及び上記第２の
   型のパーセルは、上記複数の層の１つの中で互いにイン
   タリーブされる請求項２に記載の方法。
4. 【請求項４】 上記第１の型のパーセル内のデータレコ
   ードは、道路のセグメント及びそれらに関連付けられた
   ルーティング特性の集約を表すデータレコードを含み、 上記第２の型のパーセル内のデータレコードは、道路の
   セグメントを表すデータレコードを含み、 上記道路のセグメントの集約を表す上記第１の型のパー
   セル内の各データレコードは、上記第１の型のパーセル
   内のデータレコードが集約で表している道路のセグメン
   トを表す上記第２の型のパーセル内のデータレコードへ
   の参照を含んでいる請求項１に記載の方法。
5. 【請求項５】 上記各型毎のパーセル化ステップによっ
   て形成された上記各パーセル内の複数のデータレコード
   は、一緒になって上記地理領域を包含する複数の矩形領
   域の分離した１つ内に包含される地理特色を表している
   請求項１に記載の方法。
6. 【請求項６】 上記中間フォーマットファイルの１つの
   パーセル化を空間的に表すｋｄ木を形成するステップ、
   を更に備えている請求項１に記載の方法。
7. 【請求項７】 上記インタリーブする時に上記ｋｄ木を
   使用し、上記第１の型のパーセル及び上記第２の型のパ
   ーセルをインタリーブする順番を定義するステップ、を
   更に備えている請求項６に記載の方法。
8. 【請求項８】 上記第１の型のパーセルは、上記第２の
   型のパーセル内の少なくとも１つのデータレコードへの
   参照を各々が含むデータレコードを含み、 上記インタリービングステップは更に、 上記第２の型のデータレコードを含む上記各パーセル
   を、上記第２の型のデータレコードへの参照を含むデー
   タレコードを含む上記第１の型のデータレコードを含む
   パーセルに近接して格納するステップ、を含んでいる請
   求項１に記載の方法。
9. 【請求項９】 上記インタリービングステップは更に、 上記地理データベースの１つの層全体にわたって単一の
   上記第１の型のパーセルと単一の上記第２の型のパーセ
   ルとを交互させるステップ、を備えている請求項１に記
   載の方法。
10. 【請求項１０】 上記インタリービングステップの結
    果、空間的に編成された上記第１の型のパーセル及び上
    記第２の型のパーセルがインタリーブされる請求項１に
    記載の方法。
11. 【請求項１１】 上記第１の型のパーセル及び上記第２
    の型のパーセルをインタリーブするためのカストム順序
    付けパターンを指示する命令を供給するステップ、を更
    に備え、 上記インタリービングステップは更に、 上記カストム順序付けパターンに従って上記第１の型の
    パーセル及び上記第２の型のパーセルをインタリーブす
    るステップ、を備えている請求項１に記載の方法。
12. 【請求項１２】 上記第１の型のパーセル及び上記第２
    の型のパーセルをインタリーブした後に、上記第１の型
    のパーセル及び上記第２の型のパーセルを互いに連結し
    た最終フォーマットファイルを形成するステップを更に
    備えている請求項１に記載の方法。
13. 【請求項１３】 ナビゲーションシステムにおいて使用
    するための地理データベースであって、 第１の型の複数のデータレコードと、 第２の型の複数のデータレコードと、を備え、 上記第１の型の複数のレコードは複数のパーセルに編成
    され、上記各パーセルは上記第１の型の複数のデータレ
    コードを含み、 上記第２の型の複数のレコードは複数のパーセルに編成
    され、上記各パーセルは上記第２の型の複数のデータレ
    コードを含み、 上記第１の型のデータレコードの上記パーセルは、上記
    第２の型のデータレコードの上記パーセルとインタリー
    ブされていることを特徴とする地理データベース。
14. 【請求項１４】 上記地理データベースは、コンピュー
    タ可読媒体上に格納されている請求項１３に記載の発
    明。
15. 【請求項１５】 上記地理データベースは複数の分離し
    た層に編成され、上記各層は機能クラスを基にしたデー
    タレコードの分離した集まりを含み、上記第１の型のデ
    ータレコードのパーセルは、上記複数の層の１つの中で
    上記第２の型のデータレコードのパーセルとインタリー
    ブされている請求項１３に記載の発明。
16. 【請求項１６】 上記第１の型のパーセル内のデータレ
    コードは、道路のセグメント及びそれらに関連付けられ
    たルーティング特性の集約を表すデータレコードを含
    み、 上記第２の型のパーセル内のデータレコードは、道路の
    セグメントを表している、請求項１３に記載の発明。
17. 【請求項１７】 上記道路のセグメントの集約を表す上
    記第１の型のパーセル内の各データレコードは、上記第
    １の型のパーセル内のデータレコードが上記集約で表し
    ている上記道路のセグメントを表す上記第２の型のパー
    セル内のデータレコードへの参照を含んでいる請求項１
    ６に記載の発明。
18. 【請求項１８】 上記地理データベースは複数の分離し
    た層に編成され、上記各層は機能クラスを基にしたデー
    タレコードの分離した集まりを含み、 上記第１の型のデータレコードのパーセルは、上記複数
    の層の１つの中で上記第２の型のデータレコードのパー
    セルとインタリーブされている請求項１７に記載の発
    明。
19. 【請求項１９】 上記第１の型のデータレコードのパー
    セル及び上記第２の型のデータレコードのパーセルは空
    間的に編成されている請求項１３に記載の発明。
20. 【請求項２０】 少なくとも１つの上記第２の型のデー
    タレコードの上記各パーセルは、少なくとも１つの、そ
    して同一の地理特色を表している上記第１の型のデータ
    レコードの上記パーセルに近接している請求項１３に記
    載の発明。
21. 【請求項２１】 上記第１の型のパーセル内のデータレ
    コードは、道路のセグメント及びそれらに関連付けられ
    たルーティング特性の集約を表すデータレコードを含
    み、 上記第２の型のパーセルは、道路のセグメントの略記表
    現を含むデータコードを含み、 上記道路のセグメントの集約を表す上記第１の型のパー
    セル内の各データレコードは、上記第１の型のパーセル
    内のデータレコードが集約で表している道路のセグメン
    トを表す上記第２の型のパーセル内のデータレコードへ
    の参照を含んでいる請求項２０に記載の発明。
22. 【請求項２２】 上記道路のセグメントの略記表現を含
    む上記第２の型のパーセル内の各データレコードは、道
    路の同一セグメントの非略記表現を含む上記第１の型の
    パーセル内のデータレコードへの参照を含んでいる請求
    項２１に記載の発明。
23. 【請求項２３】 上記第１の型のデータレコードを含む
    パーセルは、上記第２の型のデータレコードを含むパー
    セル内に含まれる少なくとも１つのデータレコードへの
    参照を各々が含むデータレコードを含み、 上記第２の型のデータレコードを含む各パーセルは、そ
    れらへの参照を含んでいる上記第１の型のデータレコー
    ドを含むパーセルに近接して配置されている請求項１３
    に記載の発明。
24. 【請求項２４】 上記第１の型のパーセル内のデータレ
    コードは、地図作成特色及びそれらに関連付けられた表
    示特性を表すデータレコードを含み、 上記第２の型のパーセル内のデータレコードは、関心点
    及びそれらに関連付けられた特性を表している請求項１
    ３に記載の発明。