WO2000031663A1

WO2000031663A1 - Structure de données d'un fichier cartographique numérique

Info

Publication number: WO2000031663A1
Application number: PCT/JP1999/006543
Authority: WO
Inventors: Nobuyuki Nakano; Yasuhiro Ihara; Yoshiki Ueyama; Akihiro Suzuki; Hisaya Fukuda
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 1998-11-24
Filing date: 1999-11-24
Publication date: 2000-06-02
Also published as: EP1134674A4; KR100443495B1; US6636802B1; KR20010087397A; EP1134674A1

Description

明細デジタル地図ファイルのデ一夕構造技術分野

本発明は、端末装置に関し、より特定的には、地図を複数の領域に分割して得られる各ユニットがデジタルデータ化された地図フアイルが内部の記憶装置に格納されており、当該記憶装置から地図ファイルを読み出す端末装置に関する。背景技術

「第 1 の背景技術」

近年、ナビゲーションシステムが搭載された車両が増加してきている。ナビゲ一シヨンシステムでは、当初は、画面上に地図を作成するフアイル（以下、地図ファイルと称す）だけが提供されていた。しカゝし、近年は、地図フアイルに加えて、例えば交通情報および経路案内情報も提供されるようになつた。カゝカる情報の多様化により、ナビゲ一シヨンシステムは、より便利になり、今後も急速に普及すると期待されている。

当初、ナビケーシヨンシステムには、 C D — R 〇 M に代表される読み出し専用の記録媒体を有する記憶装置が搭載されていた。この記録媒体には、ユーザに提供されるべき地図フアイルと、その関連データとが予め記録されている o Sし憶装置は、記憶媒体に記録された地図ファイルを、必要に応じて読み出す。読み出された地図ファイルは、ュ一ザにより参照されたり、経路探索処理またはマップマッチング処理に利用されたりしていた。

一般的にディジタル地図ファイルは、互いに縮尺の異なる地図の階層構造を効率よく管理するために、当該各地図を経度方向および緯度方向に等間隔に分割した矩形領域毎に作成される。以下、「第 1 の背景技術」において、か力る矩形領域を以降ではュニッ卜と呼ぶ。

かかる地図ファイルは、典型的には、カーナビゲーションシステムにおいて、経路探索処理または現在位置の補正処理（マップマッチング）に用いられる。そのために、地図ファイルには、道路ネッ卜ワークデータが記録される。道路ネットワークデ一夕は、少なくとも、各ノードおよび各リンクの接続関係を示す接続情報とから構成される。ここで、ノードとは、主として、道路網に存在する交差点を表す情報であり、リンクとは、主として、 2 つの交差点間に存在する道路を表すべクトル情報である。かかるノードおよびリンクの集合によって、それぞれのュニット内の道路ネットワークを表す地図が表現される。

上記のノード、リンクおよびそれらの接続情報で最小限の道路網を表現することができるが、これだけでは地図を表示する用途には不十分である。例えば、山岳部や臨海部の道路では交差点間の道路が屈曲している場合が多い。そこで、道路ネットワークデータは、屈曲した道路の形状を表示するためにリンク形状を特定するための情報をさらに含む。以上から明らかなように、リンクはベクトルデ一夕で表現されることが多い。

また、道路には、国道および県道というように様々な種類がある。他にも、車線数の相違または中央分離帯の有無等により道路を分類することができる。かかる道路の種類を区別するために、道路ネットワークデ一夕は、道路の種別等を示す属性情報をさらに含んでいる。

また、交差点には、交差点名称が付けられているものや、付けられていないものがある。さらには、信号機が設置されている交差点、信号機が設置されていない交差点がある。そこで、道路ネットワークデータはさらに、ノード毎に属性情報を有している。各属性情報には、対応する交差点の名称および信号機の有無等の情報が記録される。

また、ベクトルデータ構造を有する地図ファイルでは、複数のユニットに跨るような道路が存在する場合には、ュニットの境界に特別なノード（以降、隣接ノードと称す）が別途作成される。かかる隣接ノードを経由することによつて、互いに隣接するユニットとの間で道路の接続関係を迪ることができるようになる。従来の地図ファイルでは、あるュニッ卜の隣接ノードが、隣接するュニットのどの隣接ノードと対応するかを特定するために、オフセットアドレスおよびレコード番号が記録されていた。ここで、オフセットアドレスとは、基準アドレスからみて、隣接ノードがどのアドレス位置に記録されているかを示す。また、レコード番号とは、隣接ュニットの地図ファイルにおいて、先頭のノ一ドから起算して隣接ノードが何番目の位置に記録されているかを示す。「第 2 の背景技術」

「第 1 の背景技術」で説明したように、従来のナビゲ一シヨンシステムは、当初、読み出し専用の記録媒体に記録された地図ファイルしか利用できなかったので、リアル夕ィム性の高い情報を提供することが困難であった。かかるリアルタイム性の高い情報としては、交通情報または気象情報が代表的である。そのため、リアルタイム性が要求される情報、さらには地図ファイルを提供できる地図提供システムが、例えば、「特開平 7 — 2 6 2 4 9 3 号」公報に開示されている。この公報の地図提供システムでは、地図ファイルおよびリアルタイム性の高い情報が、情報提供セン夕一から車載用の端末装置へと通信メディァを介してダゥンロードされる。

また、地図提供システムは、情報をリアルタイムに提供するために、移動体通信技術とデジタル放送技術とに基づいて構築される。このような地図提供システムでは、セン夕局は、サービスエリア内に存在する移動体に対し、所定の放送用チャンネリレを用いて情報を配信する。センタ局としては、通信衛星（いわゆる C S ) 、放送衛星（いわゆる B S ) 、または地上波のディジタル放送局が典型的である。この移動体通信技術とデジタル放送技術が利用された地図提供システムは、例えば、「特開平 7 — 1 5 4 3 5 0 号」公報に開示されている。より具体的には、この公報には、ある情報の放送地域を限定するための技術的内容が開示されている。つまり、センタ局は、多重された情報を、放送メディアを介して送信する際に、各情報に郵便番号のような地域コードを付ける。端末装置は、自身の現在位置に対応する地域コードを I D として予めメモリに登録しておく。端末装置の内部では、データ抽出回路が、放送局から放送される多重情報を分離して、各情報に付加された地域コードを取り出す。さらに、端末装置の内部では、取り出された地域コードと、登録された I D とが比較される。両者が一致する場合に、端末装置は、対象となった地域コ一ドが付された情報をユーザに参照させる。

以上のように、通信または放送により地図を提供するような地図提供システムの開発が近年盛んである。この地図提供システムにおいて、セン夕局は、端末装置に送信すベき地図ファイルをュニット単位で読み出して、当該端末装置に送信する。端末装置は、セン夕局からの地図データを受信した後に、記憶装置に格納する。格納された地図ファィルは、必要に応じて、ユーザが参照するため、経路探索処理のため、またはマップマッチング処理のために用いられる。

「第 1 の背景技術の課題」

「第 1 の背景技術」から明らかなように、従来では、あるュニットの地図ファイルには、隣接ュニッ卜の地図ファィル内部のデ一夕構造を直接指示する情報（上述のオフセットアドレスまたはレコード番号）が記録されていた。

例えば、あるユニット内の道路が新しく造成された場合には、当然、当該ユニットの地図ファイルは更新される。更新された地図ファイルでは、隣接ノードが記録される位置が変わる場合が多い。そのため、従来のような地図ファィル内部のデータ構造を直接指示する方法と採用していれば、隣接ユニットの地図ファイルに記録された隣接ノードから、更新された地図ファイルにおいて対応する隣接ノードを正確にたどれなくなる。つまり、ある 1 つの地図ファィルが更新されると、隣接ュニッ卜の地図ファイルも更新しなければならない場合が多くなるという問題点があったまた、上述のディジ夕ル地図ファイルの品質を評価する尺度として、地図の詳細度がある。しカゝしながら、地図フアイルは、リンクがべク卜ルデータで表現されることから、詳細な地図を表現しようとすればするほど、当該地図フアイルのデー夕量が大きくなるとレゝぅ問題点があった。

従来、かかる地図フアイルは、主として、カーナビゲ一シヨンシステムにて使用される。カーナビゲ一シヨンシステムでは、 C D — R 〇 M 、 D V D — R 〇 M またはノ、ードデイスク等の大容量の記憶媒体に、地図ファイルが記録される。しかし、今後、地図ファィルは、力一ナビゲ一シヨンシステムだけでなく、人が携帯できるような情報機器においても使用されることが考えられる。かかる携帯型情報機器に、カーナビゲ一シヨンシステムのような大容量の記憶媒体を搭載することは難しい。か力、る点力、ら、地図フアイルのデ - _~ 々を圧縮する必要性は高い。

「第 2 の背景技術の課題」ところで、「第 2 の背景技術」の欄で示した各公報は、端末装置が地図ファイルを記憶装置にどのようにして格納するかについて何ら開示していない。容易に想到できるのは、端末装置が、受信したユニット毎の地図ファイルを作成して、作成した地図ファイルを記憶装置に格納するという方法である。しかしながら、この方法では、記憶領域の利用効率が悪くなるという問題点があった。今、例えば、ある範囲を表す地図 i3 が、図 7 1 のように、 6 4 個の矩形のユニットに区画化されると仮定する。さらに、端末装置が、 4 個のュニット 7 1 から 7 4 を受信し格納すると仮定する。また、周知のように、記憶装置の記憶領域は、クラスタ単位で管理される。また、各ユニットのデータサイズは、クラス夕のサイズの整数倍に一致するとは限らない。そのため、端末装置が、受信した 4 個のユニット 7 1 〜 7 4 について、 4 個のファイル 8 1 〜 8 4 を作成すると、図 7 2 に示すように、空き領域を有する 4 個のクラス夕 9 1 〜 9 4 が発生する場合が多い。図 7 2 において、ドットが付された部分は、各ファイル 8 1 〜 8 4 が記録された領域を示す。また、斜線が付された部分は、空き領域を示す。各クラス夕 9 1 〜 9 4 に生じた空き領域は使用されない。つまり、たとえ、端末装置が、各ユニット 7 1 〜 7 4 以外のユニット 7 5 ( 図 7 1 参照）を受信したとしても、このユニット 7 5 を基に作成されたファイルは、各クラス夕 9 1 〜 9 4 の空き領域に格納されることはない。以上から明らかなように、端末装置が受信するュニッ卜が多くなればなるほど、空き領域を有するクラス夕が多くなる。つまり、記憶領域の利用効率が悪くなる。

ところで、地図が相対的に少数のュニッ卜に区画されれば、空き領域を有するクラスタを発生し難くすることができる。今、図 7 1 と同じ範囲の地図 jS が、図 7 3 のように、 1 6 個の矩形のユニットに区画されると仮定する。図 7 3 のュニット 7 6 が表す範囲は、図 7 1 のュニット 7 1 〜 7 4 を併せた範囲に相当する。さらに、端末装置が 1 個のュニット 7 6 を受信し格納すると仮定する。この仮定下では、端末装置は、受信した 1 個のユニット 7 6 について、 1 個のファイル 8 6 を作成すると、図 7 4 に示すように、空き領域を有するクラスタ 9 6 が 1 個しか発生しない。図 7 4 のドット部分は、ファイル 8 6 が記録された領域を示す。また、斜線部分は、空き領域を示す。

以上から明らかなように、地図が小さレゝュニッ卜に区画された場合（図 7 1 参照）、ある範囲を表す地図ファイルが記憶装置に格納されると、相対的に多く空き領域が発生する（図 7 2 参照）。しかしながら、地図が大きなュニッ卜に区画された場合には（図 7 3 参照）、同じ範囲の地図デ一夕が記憶装置に格納されても、発生する空き領域は少ない（図 7 4 参照）。つまり、記憶領域の有効利用の観点からは、地図は少数のュニッ卜に区画された方がよい。

しかしながら、地図を少数のュニッ卜に区画するということは、 1 ュニット当たりのデータ量が大きくなることを意味する。そのため、基地局は、 1 度に、 '大量のデータを端末装置に送信しなければならない。その結果、無線伝送路は輻輳状態に陥り易くなる、つまり無線伝送路の利用効率が悪くなる、という別の問題点が生じる。つまり、記憶領域を重視すれば、無線伝送路の効率的な利用が難しく、無線伝送路を重視すれば、記憶領域の効率的な利用が難しくなるという問題点があった。それゆえに、本発明の第 1 の目的は、ある 1 つが更新された場合に、隣接ュニッ卜の地図ファイルを更新する必要がない地図ファイルのデータ構造を提供することである。また、本発明の第 2 の目的は、そのデータ量を圧縮可能な地図ファイルのデータ構造を提供することである。また、本発明の第 3 の目的は、端末装置内の記憶領域を効率的に利用し、しかもセン夕局と端末装置との間の伝送路を効率的に利用できる地図提供システムを提供することである。発明の開示

ある局面は、地図を複数の領域に分割して得られる各ュニットがデジタルデータ化された地図フアイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって、

各地図ファイルは、それぞれのユニット内に含まれる道路網をノードとリンクとで表すべく、当該ノード毎に作成されるノードレコードと、当該リンク毎に作成されるリンクレコードとを含んでおり、

各ノードレコードには、道路網上の交差点を表す非隣接ノードに関連する情報、または、ユニットとそれに隣接するュニッ卜との道路の接続関係を規定する隣接ノードに関連する情報が記録されており、

隣接ノードに関連する情報とは、当該隣接ノードの座標情報であり、

ユーザの操作に応答して、地図の範囲を指定する情報を生成する入力装置と、

入力装置により生成された情報に基づいて、必要な地図ファイルの記録領域を特定するデータ処理部と、

データ処理部により特定された記録領域に基づいて、記憶装置から地図ファイルを読み出す読み出し制御部とを備え、

データ処理部は、

読み出し制御部により読み出された地図ファイルに記録されたノードレコ一ドおよびリンクレコ一ドを用いて所定の処理を実行し、

一方のュニットおよび他方の隣接ュニッ卜の隣接ノードが有する座標情報に基づいて、当該一方のュニット内の道路から、当該他方の隣接ユニット内の道路への接続をたどる。

上記局面では、データ処理部は、経路探索処理を実行している最中に、ュニットおよび隣接ュニッ卜の隣接ノードの座標情報を基に、当該ユニットおよび当該隣接ユニットの間をまたぐような道路の接続をたどる。このように、デ一夕処理部は、各地図ファイル内部のデ一夕構造を直接指示する情報を参照することなく、データ処理部は、 2 つのュニッ卜の間の道路の接続をたどることができる。これによって、記憶装置内のあるュニッ卜の地図ファイルを更新する時、隣接ュニットの地図ファイルを更新する必要がなくなる。

また、他の局面は、地図を複数の領域に分割して得られる各ユニットがデジタルデータ化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって、

各地図ファイルは、自身が表す地図の範囲を一意に特定するファイル名が付けられて記憶装置に格納されており、ユーザの操作に応答して、地図の範囲を指定する情報を生成する入力装置と、

データ処理部により特定された記録領域に基づいて、記憶装置から地図ファイルを読み出す読み出し制御部とを備える。

上記局面によれば、各地図ファイルは、自身が表す地図の範囲を一意に特定するファイル名が付けられる。そのため、データ処理部は、それぞれ名前から互いに隣接する地図ファイルを特定することができる。このように、上記局面によれば、各地図ファイルには、隣接するユニットの地図ファイルのデータ構造に関連する情報を記録する必要がなくなるので、複数の地図ファイル間の関係が薄くなる。これによつて、ある 1 つの地図フアイリレを更新した場合であっても、それ以外の地図フアイルを更新する必要がなくなる。

各ュニット内に含まれる各背景は、一筆書き可能なォブジェクト単位で分割され、当該複数のオブジェクトは互いに同一の属性を有するもの毎にグループ化され、

地図ファイルは、各グループ毎にオブジェク卜に関連する情報が記録される背景レコードを含んでおり、

入力装置により生成された情報に基づいて、必要な地図フアイルの記録領域を特定するデ一夕処理部と、

データ処理部により特定された記録領域に基づいて、記憶装置から地図ファイルを読み出す読み出し制御部と、出力装置とを備え、

データ処理部は、読み出し制御部により読み出された地図ファイルに含まれる背景レコードに基づいて、出力装置上に背景を表示させる。

上記局面によれば、地図ファイルには、同一属性のォブジェクトは同じ背景レコードにまとめて記録されるため、当該属性を示す情報を冗長に記録する必要がなくなるためは、 · 各地図ファイルのデータ量を圧縮することが可能となる。

また、他の局面は、互いに縮尺が異なる複数の地図をそれぞれ、複数の領域に分割して得られる各ユニットがデジタルデ一夕化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって、

複数の地図ファイルは、縮尺に応じて階層的な構造を有しており、それぞれのュニット内に含まれる道路網をノードとリンクとで表すべく、当該ノード毎に作成されかつ当該ノードの座標情報が記録されるノードレコードと、当該リンク毎に作成されるリンクレコードとを少なくとも含んでおり、

各地図ファイルには、ノードの座標情報が昇順または降順になるようにノードレコードが記録されており、

地図の範囲を指定する情報を生成する入力装置と、入力装置により生成された情報に基づいて、必要な地図ファイルの記録領域を特定するデータ処理部と、

データ処理部は、

読み出し制御部により読み出された地図ファイルに記録された座標情報に基づいて、下位階層のユニットに含まれるノードに対応する上位階層のュニッ卜のノードを検索する。

上記局面では、データ処理部は、ノードの座標情報を基に、読み出し制御部により読み出された地図ファイルに記録された座標情報に基づいて、下位階層のユニットに含まれるノードに対応する上位階層のュニッ卜のノードを検索する。このように、データ処理部は、各地図ファイル内部のデータ構造を直接指示する情報を参照することなく、デ — 夕処理部は、異なる階層間において同じ座標を有するノードをたどることができる。これによつて、記憶装置内のあるュニットの地図ファイルを更新する時、隣接ュニットの地図ファイルを更新する必要がなくなる。

さらに、他の局面は、セン夕局が端末装置に伝送路を通じて地図ファイルを提供するシステムであって、

セン夕局は、

予め定められた範囲の地図を表す地図ファイルを記憶する第 1 の記憶装置と、

第 1 の記憶装置から、地図ファイルの一部またはすベてを、地図デ一夕として読み出す読み出し制御部と、

読み出し制御部により読み出された地図データを用いて、伝送路にとって適切な形式のバケツトを組み立てるパケット組み立て部と、

バケツト組み立て部により組み立てられたバケツ卜を

、伝送路を通じて端末装置に送信する送信部とを備え、端末装置は、

伝送路を通じて、送信部により送信されたパケットを受信する受信部と、

受信部により受信されたパケットを分解して、地図デ一夕を復元する処理を実行するデータ処理部と、

その内部の記憶媒体に、地図ファイルを記憶する第 2 の記憶装置とを備え、

データ処理部は、

今回復元した地図データに関連する地図ファイルが第 2 の記憶装置に既に格納されている場合には、当該第 2 の記憶装置から当該地図ファイルを読み出し、さらに、

復元した地図データを、読み出された第 2 の地図ファィルに追加して、第 2 の記憶装置に格納する処理を実行する。

上記局面では、デ一夕処理部は、今回復元した地図デー夕と、第 2 の記憶装置から読み出された地図フアイルとを一まとめにして当該第 2 の記憶装置に格納し、これによつて、地図フアイルを更新する。このようにデー夕処理部は、受信部が受信した地図デー夕にのみ基づいて、地図ファィルを作成しない。データ処理部は、今回受信された地図 ― 、今回読み出された地図フアイルに追加する。そのため、第 2 の記憶装置は、う夕量が小さな地図フアイルを多数格納せずに、あるまとまつたデータ量の地図ファィルを格納するので、空き領域を有するクラス夕が発生しにくくなる。これによって、未置側の記憶領域を効率的に利用できる地図提供システムを実現することができるさらに、上記局面では、センタ局が小さいサイズの地図データを送信しても、端末装置がセン夕局から提供された地図データを 1 ファイルにまとめるので、空き領域を有するクラス夕の発生を抑えることができる。このように、上記局面では、センタ局が小さなサイズの地図データを送信できるので、伝送路が輻輳状態に陥りにくくなる。これによって、伝送路を効率的に利用できる地図提供システムを実現することができる。図面の簡単な説明

図 1 は、本発明の第 1 の実施形態に係る地図提供システムの構成を示すプロック図であり、

図 2 は、図 1 に示す第 1 の地図ファイル 1 1 1 および第 2 の地図ファイル 2 5 により表現される地図の階層構造を説明するための図であり、

図 3 は、図 2 に示す最上位階層（レベル「 3 」）のュニット U s を説明するための図であり、

図 4 は、レベル「 3 」力らレベル「 0 」までのそれぞれの階層間における親子関係を説明するための図であり、図 5 は、第 1 の地図ファイル 1 1 1 および第 2 の地図フアイル 2 5 を管理するためのツリー構造を示す図であり、図 6 は、あるレベルに属する 1 つのュニット U のデータ構造を示す図であり、

図 7 は、地図ファイル C F のデータ構造を示す図であり図 8 は、背景データにより表現される地図の模式図であり、

図 9 は、描画オブジェクト B O l および B 0 2 を用レヽて、描画オブジェクトの概念を説明するための図であり、図 1 0 は、背景データテーブルの詳細なデータ構造を示す図であり、

図 1 1 は、 8 個の要素点 P 0 〜 P 7 で構成される図形データを示す図であり、

図 1 2 は、図 1 1 の P 0 〜 P 7 の各絶対座標をオブジェクトレコード〇 R に記述した時のデ一夕構造を示す図であ Ό 、

図 1 3 は、図 1 1 と同じ図形データの各要素点 P 0 〜 P 7 を相対座標で表現した時の図であり、

図 1 4 は、図 1 3 の要素点 P 0 〜 P 7 の各相対座標をォブジェクトレコード O R に記述した時のデータ構造を示す図であり、

図 1 5 は、要素点 P 0 、 P I および P n で構成されるォブジェクト〇 B J を示す図であり、

図 1 6 は、図 1 5 の要素点 P 1 および P n を結ぶ直線上に補われる要素点 P 2 および P 3 を示す図であり、

図 1 7 は、図 1 6 の要素点 P 0 , P 1 , P 2 , P 3 および P n の各相対座標情報をォブジェクトレコード O R に記述した時のデ一夕構造を示す図であり、

図 1 8 は、図 1 5 の要素点 P 0 および P n を絶対座標で表現し、要素点 P 1 を相対座標で表した時のオブジェクトレコード O R のデータ構造を示す図であり、

図 1 9 は、描画オブジェクト D O 3 を用いて、オブジェク卜の境界に相対座標が適用されない場合を説明するための図であり、

図 2 0 は、そのオブジェクトの境界に相対座標が適用されない描画オブジェクト D O 3 の座標列のデ一夕構造を示す図であり、

図 2 1 は、描画オブジェクト D 〇 3 を用いて、オブジェク卜の境界に適用される相対座標を説明するための図であ Ό 、図 2 2 は、そのオブジェク卜の境界に相対座標が適用された描画オブジェクト D O 3 の座標列のデータ構造を示す図であり、

図 2 3 は、基本文字記号テーブルおよび詳細文字記号テ一ブルとの関係を説明するための図であり、

図 2 4 は、文字記号テーブルの詳細なデータ構造を示す図であり、

図 2 5 は、第 1 の道路ネットワークデータおよび第 2 の道路ネットワークデータの関係を説明するための図であり図 2 6 は、ノードおよびリンクの概念を説明するための図であり、

図 2 7 は、第 1 のノードテ一ブルの詳細なデータ構造を示す図であり、

図 2 8 は、図 2 6 のノード N 0 〜 N 1 0 に関して作成されたノードレコード N R 1 〜 N R 1 1 の並び方を示す図であり、

図 2 9 は、ノードの経度方向および緯度方向の座標の表現方法の一つである正規化座標を説明するための図であり図 3 0 は、第 1 のリンクテーブルの詳細なデータ構造を示す図であり、

図 3 1 は、各リンクレコード L R に記録されるリンク接続情報を説明するための図であり、

図 3 2 は、ノード接続情報およびリンク接続情報により、道路網の接続をたどる時の処理を説明するための図であり、

図 3 3 は、端末装置 1 における経路探索処理の概念を示す図であり、

図 3 4 は、端末装置 1 で実行される双方向階層別探索の処理手順を示すプロ一チャートであり、

図 3 5 は、図 3 5 の地図ファイル C F の読み込み処理（ステップ S 1 0 3 ) の詳細な処理手順を示すフローチヤ一トであり、

図 3 6 は、隣接ュニット N U を決定するための新しい代表点の位置を説明するための図であり、

図 3 7 は、互レヽに隣接レヽ合う 4 個のュニット U 1 〜 U 4 を並べた際に構成される道路網を示す図であり、

図 3 8 は、 2 個のュニット U の境界をまたいで道路網の接続をたどる時のデータ処理部 1 3 の処理手順を示すフロ一チヤ一トであり、

図 3 9 は、隣接ノードのノードレコード N R が記録される順番を示す図であり、

図 4 0 は、下位階層および上位階層の地図フアイル C F のノード N 同士の対応づけに関する問題点を説明するための図であり、

図 4 1 は、下位階層および上位階層の地図フアイル C F のノード N同士の対応関係を説明するための図であり、

図 4 2 は、正規化座標およびノードレコード N R の記録順序力ゝら、子ュニット C U のノード N d と対応する座標を有する親ュニット P U 内のノードを探し出す方法を説明するための図であり、図 4 3 は、地図ファイル C F の送信要求時における端末装置 1 の処理を説明するための図であり、

図 4 4 は、セン夕局 2 が要求 R E Q の受信後に実行する処理手順を示すフロ一チヤ一トであり、

図 4 5 は、地図ファイリレ C F 力らバケツト P が組み立てられるまでの過程における、各データの構造を示す図であ Ό 、

図 4 6 は、ステップ S 5 0 4 の詳細な処理手順を示すフローチャー卜であり、

図 4 7 は、マス夕データ M D の詳細な内部データ構造を示す図であり、

図 4 8 は、端末装置 1 における地図ファイル C F の受信処理の手順を示すフローチヤ一トであり、

図 4 9 は、図 4 8 のステップ S 7 0 3 の詳細な処理手順を示すフローチヤ一トであり、

図 5 0 は、ノケット P 1 1 , P 1 2 , … ， P 1 j ， … P i j から地図ファイル C F が作成されるまでの過程における各デ一夕の構造を示す図であり、

図 5 1 は、図 4 8 のステップ S 7 0 4 の詳細な処理の手順を示すフローチヤ一卜であり、

図 5 2 は、本発明の第 2 の実施形態に係る地図提供システムの構成を示すブロック図であり、

図 5 3 は、図 5 2 に示された第 1 の記憶装置 1 0 1 3 に格納された各地図ファイル C F の構造を示す図であり、図 5 4 は、図 5 3 ( b ) に示された各ユニットレコード U R の詳細な構造を示す図であり、図 5 5 は、図 5 4 に示された背景デ一夕 B D を説明するための図であり、

図 5 6 は、図 5 4 に示された文字記号データ C D を説明するための図であり、

図 5 7 は、図 5 4 に示された道路ネットワークデ一夕 N D を説明するための図であり、

図 5 8 は、図 5 4 に示された基本背景テーブルデ一夕 B

B D 、基本文字記号データテーブル B C D および主要幹線ネットワークデータテーブル M N D を重畳したときに表示される地図、ならびに、図 5 4 に示された詳細背景テ一ブルデ一夕 D B D 、詳細文字記号データテーブル D C D および細街路ネットワークデ一夕テーブル S N D を重畳したときに表示される地図を示す図であり、

図 5 9 は、図 5 2 に示されるセン夕局 1 0 1 において実行される処理の手順を示すフローチヤ一トであり、

図 6 0 は、図 5 2 に示されるセン夕局 1 0 1 が地図ファィル C F からノ\° ケット P を生成するまでの過程における、各データの構造を示す図であり、

図 6 1 は、図 5 9 に示されるステップ S 1 0 0 3 が含む、詳細な処理手順を示すフローチャートであり、

図 6 2 は、図 6 0 ( b ) に示されるマス夕データ M D の詳細な構造を示す図であり、

図 6 3 は、図 5 2 に示される端末装置 1 0 2 において実行される処理の手順を示すフローチヤ一卜であり、

図 6 4 は、図 6 3 に示されるステップ S 1 2 0 3 の詳細な処理手順を示すフローチヤ一トであり、図 6 5 は、図 5 2 に示される端末装置 1 0 2 がノ° ケット P カゝら地図ファイリレ C F を生成するまでの過程における、各データの構造を示す図であり、

図 6 6 は、図 6 3 に示されるステップ S 1 2 0 4 が含む、詳細な処理手順を示すフローチャートであり、

図 6 7 は、図 5 2 に示される地図ファイリレ C F の構造を示す図であり、

図 6 8 は、図 6 6 に示されるステップ S 1 4 0 6 におレて、ファイル管理部 1 0 2 5 が、第 1 および第 2 のュニット I D がー致しない場合に実行する処理を示す図であり、図 6 9 は、図 5 4 に示される基本背景データテーブル B B D 、基本文字記号データテーブル B C D 、主要幹線ネットヮ一クデ一夕テ一ブル M N D 力 S 、ステップ S 1 2 0 4 の時点で端末装置 1 0 2 に既に提供されているような場合における、地図ファイル C F の構造を示す図であり、

図 7 0 は、図 6 6 に示されるステップ S 1 4 0 6 において、ファイル管理部 1 0 2 5 が、第 1 および第 2 のュニット I D がー致する場合に実行する処理を示す図であり、図 7 1 は、ある範囲を表す地図 ]3 が、 6 4 個の矩形のュニッ卜に区画化された場合を示す図であり、

図 7 2 は、端末装置の記憶装置内において、空き領域を有する 4 個のクラスタ 9 1 〜 9 4 が発生したときの様子を示す図であり、

図 7 3 は、ある範囲を表す地図 3 が、 1 6 個の矩形のュニッ卜に区画化された場合を示す図であり、さらに、

図 7 4 は、端末装置の記憶装置内において、空き領域を有する 1 個のクラス夕 9 6 が発生した場合を示しており、さらに、かかる場合には、無線伝送路の利用効率が悪くなることを説明するための図である。発明を実施するための最良の形態

「第 1 の実施形態」

「システム構成」

図 1 は、本発明の一実施形態に係る地図提供システムの構成を示すブロック図である。図 1 において、本地図提供システムには、端末装置 1 とセン夕局 2 とが収容される。端末装置 1 とセン夕局 2 とは通信網 3 を通じて双方向通信可能に接続される。より具体的には、端末装置 1 とセンタ局 2 との間には、アップリンク U L とダウンリンク D L とが張られる。アップリンク U L とは、端末装置 1 からセン夕局 2 への通信路を意味し、ダウンリンク D L とは、セン夕局 2 から端末装置 1 への通信路を意味する。ここで、通信網 3 の典型例としては、携帯電話に代表される移動体通信網、 I S D N ( I n t e g r a t e d S e r v i c e s D i g i t a l N e t w o r k ) に代表される公衆回線、または専用回線がある。また、通信網 3 は、移動体通信網、公衆回線および専用回線の内のいずれか 2 つ以上により構成される場合もある。

次に、端末装置 1 の構成について説明する。端末装置 1 は、典型的には、カーナビゲ一シヨンシステムにより相当し、入力装置 1 1 と、位置検出装置 1 2 と、データ処理部 1 3 と、要求生成部 1 4 と、第 1 の送受信部 1 5 と、アンテナ 1 6 と、パケット分解部 1 7 と、読み出し Z書き込み制御部 1 8 と、第 1 の記憶装置 1 9 と、出力装置 1 1 0 とを備える。

入力装置 1 1 は、力 — ナビゲーン 3 ノンステムを遠隔から操作するリモ — 卜コントロ一ラまたは力一ナビケ一ションシステム体に配列されたキーにより八一ドウエア的に実現されたり、力一ナビゲーションシステムのメニュー画面に表示されたボタンによりソフ卜ウェア的に実現されたりする。さらには、入力装置 1 1 は、音声 K ¾"術を駆使して実現される場合もめ。。 ¾末装置 1 のユーザは、以上の入力装置 1 1 を操作して、 ¾5末装置 1 に対して、表示された地図のスクロールまたは縮尺変更、経路探索、情報検索、もしくはセン夕局 2 への接続等、様々な処理の要求を行う。さらに、入力装置 1 1 は、特徴的な動作として、ュ一ザが必要とする地図フアイリレ C F を特定するための情報

¾： 7 タ処理部 1 3 に出力する。

位置検出装置 1 2 は、速度センサ、ジャイロセンサ、または G P S ( G 1 o b a 1 P o s i t i o n i n g S y s t e m ) のアンテナおよび受信機により実現される。また、速度センサ、ジャィロセンサ、ならびに G P S ( G 1 o b a 1 P o s i t i o n i n g S y s t e m ) のアンテナおよび受信機のいずれか 2 つ以上の組み合わせにより、位置検出装置 1 2 は実現される場合もある。位置検出装置 1 2 は、速度センサにより ¾末装置 1 の移動速度を検出して、検出結果を基に走行距離を算出したり、ジャィ口センサにより i¾ 未 ^置 1 の進行方向を検出したり、アンテナおよび受信機により人工衛星からの電波を受信して、地球上における端末装置 1 の絶対的な位置を検出したりする。以上の検出結果を基に、位置検出装置 1 2 は端末装置 1 の現在位置を検出する。

データ処理部 1 3 は、後述する各種のデータ処理を行う。データ処理部 1 3 の処理の一つに、入力装置 1 1 から入力された情報を基に、ユーザが必要とする地図の範囲を特定する座標を求めて、要求生成部 1 4 に出力するといぅ処理がある。

要求生成部 1 4 は、座標情報が入力されると、ユーザが必要とする地図ファイル C F の送信をセン夕局 2 に要求するための制御コマンドを生成する。以降、生成された制御コマンドを要求 R E Q と称することとする。要求 R E Q は、予め定められたフォーマットを有しており、要求生成部 1 4 に入力された座標情報を少なくとも含む。以上のような要求 R E Q は、第 1 の送受信部 1 5 に出力される。

第 1 の送受信部 1 5 は、典型的には、携帯電話に代表される移動体通信装置により実現される。第 1 の送受信部 1 5 は、入力された要求 R E Q を、アンテナ 1 6 を通じてァップリンク U L に送出する。

要求 R E Q は、アップリンク U L を通じて、セン夕局 2 により受信される。センタ局 2 は、要求 R E Q を解析して、ユーザが必要とする地図ファイル C F を特定する。セン夕局 2 は、特定した地図ファイル C F を第 2 の記憶装置 2 4 カゝら取り出して、複数のパケット P を組み立てる（ァセンブリする）。組み立てられたパケット P は、通信網 3 ( ダウンリンク D L ) を通じて、順次端末装置 1 に送信される。なお、セン夕局 2 の処理は後で詳しく説明される。端末装置 1 において、第 1 の送受信部 1 5 はさらに、アンテナ 1 6 を通じてノ、° ケット P を受信して、パケット分解部 1 7 に出力する。ノ\° ケット分解部 1 7 は、入力されたバケツト P を、元の地図ファイル C F に分解（デアセンブリ）して、データ処理部 1 3 に出力する。

データ処理部 1 3 は、地図ファイル C F が入力されると、予め定められた処理を実行して、所定の条件を満たす場合、入力された地図ファイリレ C F を基に第 1 のデータべ一ス 1 1 1 を作成して読み出し Z書き込み制御部 1 8 に出力する。読み出し /書き込み制御部 1 8 は、入力された地図ファイル C F を第 1 の記憶装置 1 9 にそのまま書き込んだり、既存の地図ファイル C F と書き換えたりする。

なお、一連の書き込み処理については後で説明する。

第 1 の記憶装置 1 9 は、典型的には、ハードディスクドライブまたはフラッシュメモリに代表される、データの書き換えが可能な記憶装置からなる。第 1 の記憶装置 1 9 には、第 1 のデータベース 1 1 1 が蓄積される。第 1 のデー夕べ一ス 1 1 1 は、本端末装置 1 がナビゲ一シヨンシステムとして機能するために必要な少なくとも 1 つの地図ファイリレ C F から構成されるデ一夕の集合体である。

また、出力装置 1 1 0 は、典型的には、ディスプレイおよびスピーカからなる。ディスプレイには、地図ファイル C F により表される地図が現在位置とともに表示されたり、データ処理部 1 3 による経路探索処理の結果または経路案内処理の結果が表示されたりする。スピーカは、データ処理部 1 3 による経路案内処理の結果が音声によりユーザに提供する。

ところで、データ処理部 1 3 は、第 1 のデータベース 1 1 1 を構成する地図フアイノレ C F を使って様々な処理を行う。例えば、データ処理部 1 3 は、端末装置 1 の現在位置の表示処理を実行する。この場合、データ処理部 1 3 は、位置検出装置 1 2 により検出された現在位置周辺の地図が必要となるので、読み出し Z書き込み制御部 1 8 と協働して、第 1 のデータベース 1 1 1 力ゝら、当該地図を表す地図ファイル C F を検索して取り出す。データ処理部 1 3 は、取り出された地図ファイル C F を使って、マップマツチング等の位置補正処理を行う。位置補正処理後、データ処理部 1 3 は、取り出した地図ファイル C F が表す地図上に、検出された現在位置を視覚的に示すポインタを重ね合わせて、出力装置 1 1 0 に出力する。

また、データ処理部 1 3 は、端末装置 1 のユーザが入力装置 1 1 を用いて経路探索処理等を要求した場合には、出発地および目的地付近の地図を表す地図ファイル C F 、ならびに探索すべき経路を含む地図を表す地図フアイル C F を読み出して経路探索処理等を行う必要がある。この場合にも、データ処理部 1 3 は、読み出し /書き込み制御部 1 8 と協働して、第 1 のデータベース 1 1 1 から、経路探索処理等に必要となる地図ファイル C F を検索して取り出す。なお、一連の地図ファイル C F の読み出し処理については後で説明する。次に、セン夕局 2 の構成について説明する。セン夕局 2 は、第 2 の送受信部 2 1 と、受信要求解析部 2 2 と、読み出し制御部 2 3 と、第 2 の記憶装置 2 4 と、ノ° ケット組み立て部 2 5 とを備える。

上述したように、セン夕局 2 には、端末装置 1 により生成された要求 R E Q が通信網 3 ( アツプリンク U L ) を通じて送信されてくる。第 2 の送受信部 2 1 は、典型的には、モデム、ナルァダプタ、またはゲートウェイに代表される通信装置からなる。ここで、ゲートゥエイとは、異なる通信プロトコルが使用される通信網 3 にセンタ局 2 を接続するための装置または機能を意味するだけでなく、他の局が当該セン夕局 2 に不正アクセスすることを防止するための装置または機能を意味する。第 2 の送受信部 2 1 は、通信網 3 と接続されており、端末装置 1 からのデータ受信および J J未置 1 へのデー夕送信を制御する。より具体的には、第 1 のデータ送受信部 1 5 は、その一つの機能として、ァップリンク U L を通じて送信されてきた要求 R E Q を受信して受信要求解析部 2 2 に出力する，

受信要求解析部 2 2 は、入力された要求 R E Q を解析して、解析結果を読み出し制御部 2 3 に出力する Bkみ出し制御部 2 3 は、入力された解析結果を基に、端末装置 1 が必要とする地図フアイル C F を第 2 の記憶装置 2 4 力ゝら読み出す。ここで、第 2 の記憶装置 2 4 は、典型的には、ハードデイスクドライブ、 C D — R O M ドライブまたは D V D — R O M ドライブで構成されており、少なくとも蓄積されたデータの読み出しが可能な記録媒体とそのドライバとからなる。第 2 の記憶装置 2 4 は、第 2 のデ一夕べ一ス 2 5 を格納する。第 2 のデ一夕べ一ス 2 5 は、セン夕局 2 が本端末装置 1 に地図を提供する局として機能するために必要な少なくとも 1 つの地図ファイル C F から構成されるデ — 夕の集合体である。つまり、地図ファイル C F は、端末装置 1 に提供可能な地図を表現したデジタルデ一夕を意味する。端末装置 1 側の第 1 のデータベース 1 1 1 は、セン夕局 2 により提供される地図ファイル C F カゝら作成される。ここで、読み出し制御部 2 3 が読み出すのは、地図ファィル C F のすべてである場合もあれば、当該地図ファイル C F の一部である場合もある。読み出し制御部 2 3 は、読み出した地図ファイル C F を、ゾケット組み立て部 2 5 に出力する。パケット組み立て部 2 5 は、入力された地図フアイル C F を基にパケット P を組み立てて（アセンブリして）、第 2 の送受信部 2 1 に出力する。第 3 の送受信部 2 1 は、ダウンリンク D L を通じて、入力されたパケット P を端末装置 1 に送信する。

以上、本実施形態に係る地図提供システムの全体構成、ならびに端末装置 1 およびセン夕局 2 の構成について説明した。次に、上述の地図ファイル C F の階層構造およびフアイル名について詳細に説明する。

「階層構造およびファイル名」

図 2 は、本実施形態に係る地図ファイル C F により表現される地図の階層構造を説明するための図である。図 2 に示すように、まず、互いに縮尺の異なる複数種類の地図が準備される。本実施形態では、便宜上、 4 段階の縮尺の地図が準備されると仮定する。以降の説明では、最大縮尺をレベル「 0 」、 2 番目に大きな縮尺をレベル「 1 」、 3 番目に大きな縮尺をレベル「 2 」、最小縮尺をレベル「 3 」と称する。以上から分かるように、地図データは、最大縮尺をレベル「 0 」として、レベル「 0 」〜「 3 」の 4 階層から構成される。さらに、レベルが高いものを上位階層の地図と称し、レベルが低いものを下位階層の地図と称する。したがって、図 2 に示すように、上位階層の地図ほど、広域でかつ詳細度が低い。逆に、下位階層の地図ほど、狭域でかつ詳細度が高い。また、各階層の地図は、経度方向および緯度方向に沿つて等間隔に区切られる。

ここで、図 3 は、最上位階層（レペリレ「 3 」）のュニットを説明するための図である。図 3 の世界地図は、緯度 0 度を基準として、当該緯度方向に沿って 5 度 2 0 分毎に区切られる。さらに、この世界地図は、経度 0 度を基準として、当該経度方向に沿って約 8 度毎に区切られる。その結果、世界地図は、約 6 4 0 k m四方の矩形領域に分割される。最上位階層（レベル「 3 」）においては、約 6 4 0 k m四方の矩形領域をユニットと称する。レベル「 3 」においては、かかる約 6 4 0 k m四方のュニッ卜がデジタルデ — 夕化されることにより、 1 つの地図ファイル C F が作成される。以上のような、最上位階層（レベル「 3 」）のュニットを代表して、ユニット U ₃ (ノ \ ツチングを付した部分）について説明する。最上位階層（レベル「 3 」）のュニット U ₃ は、日本の関西圏を含むユニットであり、緯度 0 度、経度 0 度の位置を原点として、東経方向に数えて 1 6 番目、北緯方向に数えて 6 番目に位置する（ただし、原点を含むユニットは 0 番目と数える）。以上のユニット U 3 が、図 2 の最上段に示されている。

図 2 に示すように、ユニット U ₃ の地図は、一つの頂点を基準として、点線で示すように、緯度方向に沿って 4 0 分毎に区切られる。さらに、ユニット U ₃ の地図は、上記と同じ頂点を基準として、点線で示すように、当該経度方向に沿って 1 度毎に区切られる。その結果、ユニット U 3 の地図は、約 8 0 k m四方の矩形領域に 6 4 分割される。約 8 0 k m四方の各矩形領域を詳細に表した地図が、 1 階層下（つまり、レペリレ「 2 」の階層）における 1 つのュニットとなる。レベル「 2 」の階層のユニットを代表して、ユニット U ₂ (ハッチングを付した部分）について説明する。力、力、るユニット U ₂ は、ユニット U ₃ 内の 1 つの頂点

(便宜上、左下の頂点とする）の位置を原点として、東経方向に数えて 4 番目、北緯方向に数えて 1 番目に位置する

(ただし、原点を含むユニット U は 0 番目と数える）。レベル「 2 」の階層のユニット U ₂ が、図 2 の 2 段目に示されている。

同様に、ユニット U s の地図は、一つの頂点を基準として、緯度方向に沿って 5 分毎に、さらに経度方向に沿って 7 分 3 0 秒毎に区切られ、その結果、約 1 0 k m四方の矩形領域に 6 4 分割される。約 1 0 k m四方の各矩形領域を詳細に表した地図が、 1 階層下（つまり、レベル「 1 」の階層）における 1 つのユニットとなる。その内の一つであるユニット U ! (ノ \ ツチングを付した部分）は、ユニット

U ₂ の左下の頂点を原点として、東経方向に数えて 5 番目、北緯方向に数えて 3 番目に位置する（ただし、原点を含むユニットは 0 番目と数える）。レベル「 1 」のユニット U , が、図 2 の上カゝら 3 段目に示されている。

同様に、ユニット U , の地図は、約 1 . 2 k m毎四方の矩形領域に 6 4 分割される。約 1 . 2 k m四方を詳細に表した各地図が、 1 階層下（つまり、レベル「 1 」の階層）における 1 つのュニット U となる。その内の一つであるュニット U 。（ハッチングを付した部分）は、ユニット U , の左下の頂点を原点として、東経方向に 2 番目、北緯方向に 1 番目に位置する（ただし、原点を含むユニットは 0 番目と数える）。レベリレ「 0 」のユニット U 。、図 2 の上から 4 段目に示されている。

図 4 は、レベル「 3 」〜「 0 」のそれぞれの階層間におけるュニット U の親子関係を説明するための図である。まず、以下の説明において、子ユニット C U とは、ある 1 つのユニット Uがカバ一する範囲に包含される、下位階層の全てのユニットを意味する。言い換えれば、子ユニット C U とは、上位階層のある 1 つのュニット U が表す地図の一部分を表すユニット U の集合である。逆に、親ユニット P U とは、あるユニット U の力ノ '一する範囲を包含する、上位階層の全てのュニットを意味する。言い換えれば、親ュニット P U とは、下位階層のある 1 つのュニット U が表す地図を、自身が表す地図の一部として含んでいるュニッ卜 U の集合である。ここで、図 4 中のユニット U ₃ は、図 2 に示すユニット U 3 に相当しており、レベル「 3 」のユニットの一つである。ユニット U ₃ を親ユニット P U ₃ とするレペリレ「 2 」のユニット U 、すなわちユニット U ₃ の子ユニット C U の内、レベル「 2 」に属するものは、ユニット U ₃ を経度および緯度方向にそれぞれ 8 等分してできる 6 4 個のュニッ卜 U となる。

このように、親ユニット P U に対しては、 1 階層下に 6 4 個の子ュニッ卜 C Uができる。各子ュニット C U には位置コードが割り当てられる。位置コードとは、子ユニット C Uが表す地図が、親ュニット P U のどの部分に相当するかを特定するための情報である。言い換えれば、位置コ一ドとは、親ュニット P U を基準とした子ュニット C U の位置を特定するための情報である。

今、親ユニット P Uが図 4 ユニット U ₃ であるとする。かかる場合、ユニット U ₃ の左下隅の地図を詳細に表す子ユニット C U には、位置コードとして「 0 0 0 0 」が害 ij り当てられる。この位置コード「 0 0 0 0 」を基準値として、子ユニット C U (位置コード「 0 0 0 0 」 ) に対して、東経方向に沿って隣接する子ュニッ卜 C U には「 0 1 0 0 」が割り当てられる。以下同様に、子ユニット C Uが東経方向に 1 つ移るたびに、位置コードは、「 0 1 0 0 」だけ増加する . また、位置コード「 0 0 0 0 」を基準値として、子ユニット C U (位置コード「 0 0 0 0 」）に対して、北緯方向に沿って隣接する子ュニット C U には「 0 0 0 1

」が割り当てられる。以下同様に、子ユニット c U が北緯方向に 1 つ移るたびに、位置コードは、「 0 0 0 1 」だけ増加する。

以上のよよううにに割割りり当当ててらられれるる位位置置ココーードドにに従従えば、ュニッ卜 U 3 のの子子ユュニニッット卜 CC UU のの一一つつででああるるユュニニッット u ₂ の位置コド' は「 0 4 0 1 」である。

次ッ卜 P Uがュニット U 2 であると仮定するのュニッ卜 U 2 に対しても、 1 階層下（レベル「 1 」

) には 6 4 個の子ュニット C Uができる。レべル「 1 」の

6 4 個の子ュニッ卜 C U に対しても、図 4 に示すように、上述と同様の方法で位置コードが割り当てられる。例えば、 .二ッ卜 U 2 の子ュニット C U の一つである二ッ卜 U

！の位置コードは「 0 5 0 3 」である。

た、親ュニッ卜 P U としてのュニッ U , に対しても

、 1 階層下（レベル「 0 」）には、 6 4 個の子二ッ卜 C

Uができる。レベル「 0 」の各子ユニット C U に対しても

、図 4 に示すように、同様に位置コ一ドが害 ij り当てられる

。例えば、ュ二ッ卜 U , の子ユニット C U の一つであるュ二ッ卜 U 。の位置コ一ドは「 0 2 0 1 」である，

以上のように、本実施形態に係る位置コードでは、東経方向への値の増分および北緯方向への値の増分が予め定められている。そのため、子ユニット C U 同士の隣接関係を簡単に把握することができる。

ところで、図 1 に示す端末装置 1 およびセン夕局 2 にはそれぞれ、ファィルシステムが搭載される。端末装置 1 側のファィルシステムは、データ処理部 1 3 および読み出しき込み制御部 1 8 により構成される。端末 1 側のファイルシステムは、第 1 の記憶装置 1 9 内の第 1 のデ一夕べ一ス 1 1 1 を容易に管理すべく、第 1 の記憶装置 1 9 が有する記録領域を「ディレクトリ」と呼ばれるいくつ力、の論理領域に分割する。さらに、端末装置 1 側のファイルシステムは、第 1 のデータベース 1 1 1 を構成する地図フアイル C F の親子関係および隣接関係を、ツリー構造に基づくディレクトリ名およびファイル名により表す。

また、セン夕局 2 側のファイルシステムは、受信要求解析部 2 2 および読み出し制御部 2 3 により構成される。セン夕局 2 側のファイルシステムは、第 2 の記憶装置 2 4 内の第 2 の地図ファイル 2 4 の記憶領域を「ディレクトリ」 (論理領域）に分割し、さらに、第 2 のデータべ一ス 2 5 を構成する地図ファィル C F の親子関係および隣接関係を、ツリー構造に基づくディレクトリ名およびファイリレ名により表す。

以下、図 5 は、図 2 〜図 4 に示す地図ファイル C F を管理するためのツリー構造を示す図である。上述したように、各ファイルシステムの各ディレクトリは、図 5 に示すようなツリー構造をとり、「 ¥ 」マークにより表される。「 ¥ 」マークは、ディレクトリを識別するための識別子である。また、最上部のディレクトリは、ルートと呼ばれ、「 ¥ M A P 」で表される。ルートディレクトリ「 ¥ M A P 」の下のディレクトリには、地図フアイリレ C F そのものまたはサブディレクトリを格納することができる。ここで、フアイルシステムは、必要な地図ファイル C F を指定する際、ファイル名の前にルート「 ¥ M A P 」力、ら当該地図ファィル C F が存在するディレクトリまでに介在するディレクトリ名を「パス」として記述する必要がある。したがって、 2 つの「 ¥ 」マークで挟まれた文字列がディレクトリ名を表すこととなる。サブディレクトリ名の頭文字は「 D 」と定義される。また、ファイル名の頭文字は「 M」と定義される。さらに、ファイル名の拡張子は「 . m a p 」と定義される。

さて、次に、本実施形態の一つの特徴である、ディレクトリ名およびファイル名を割り当て方法を説明する。まず、原則として、最上位階層の各ユニットがカバ一する地図を表す地図ファイル C F は、所定の規則に従ってファイル名が付けられ、ルー卜（「 ¥ m a p 」 ) の直下のディレクトリ（論理領域）に格納される。例えば、図 3 に示すュニット U ₃ は、最上位の階層（レベル「 3 」）に属しており、原点（緯度 0 度、経度 0 度）を基準として、東経方向に数えて 1 6 番目、北緯方向に 6 番目（ただし、原点を含むユニットはそれぞれ 0 番目と数える）のユニットに該当する。そのため、ユニット U ₃ には、ファイル名の頭文字および拡張子を含めて「 M 1 6 0 6 . m a p 」という名前が付けられる。さらに、最上位階層のユニット U ₃ は、ル一ト（「 ¥ m a p 」）の直下に格納されるので、パスは、「 ¥ M A P ¥ M 1 6 0 6 . m a p 」となる。

以上のユニット U ₃ のファイル名力、ら分かるように、フアイル名の頭文字および拡張子の間には、 4 桁の数字が並ぶ。上位 2 桁の数字は、ユニット U が原点から東経方向に数えて何番目に位置するかを規定する。また、下位 2 桁の数字は、ユニット U が原点から北緯方向に数えて何番目に位置するかを規定する。このように、ファイル名は、ュニット U の位置を規定する。また、ユニット U のパスから分かるように、ルート（「 ¥ m a p 」）力、らファイル名に至るまでにはサブディレクトリが介在しない。このように、サブディレクトリの個数は、ユニット U がどの階層に属しているかを規定する。ユニット U ₃ の場合には、ルートとファイル名との間に介在するサブディレクトリの個数が「 0 」であることにより、ユニット U ₃ ( M 1 6 0 6 . m a p ) が最上位階層に属することが分かる。

以上の規則に従うと、他の最上位階層のユニット U のためのパスは、「 ¥ M A P ¥ M 0 0 0 0 . m a p 」，「 ¥ M A P ¥ M 0 0 0 1 . m a p 」， … 「 ¥ M A P ¥ M 1 6 0 6 . m a p 」 …等のように表される。

また、最上位階層のユニット U を親ユニット P U とするュニットのグループを格納するためのサブディレクトリがルートの直下に作成される。例えば、ユニット U ₃ を親ュニット P U とするュニット U のグループを格納するために、「 ¥ D 1 6 0 6 」と名付けられたサブディレクトリがル一卜の直下に作成される。以上のサブディレクトリ名から分かるように、サブディレクトリ名の頭文字には 4 桁の数字が続く。この 4 桁の数字は、ファイル名の場合と同様に、親ユニット P Uが原点から東経方向および北緯方向に数えてそれぞれ何番目に位置するかを表す。そのため、ル一ト（「 ¥ M A P 」）の直下には、「 ¥ D 0 0 0 0 」、「 ¥ D 0 0 0 1 . m a p 」， …，「 ¥ 1 6 0 6 」， …が作成される。

次に、レベル「 2 」の階層に属する各ユニット U は、位置コードに基づくファイル名が付けられ、自身の親ュニット P U を表すサブディレクトリの直下のディレクトリ（論理領域）に格納される。例えば、ユニット U ₃ を親ュニット P U とするレベル「 2 」のユニット U は、図 4 等を参照すると 6 4 個ある。その内の一つであるユニット U ₂ は、位置コードが「 0 4 0 1 」であるため、ファイル名の頭文字および拡張子を含めて「 M 0 4 0 1 . m a p 」という名前が付けられる。さらに、レベル「 2 」のユニット U ₂ は、ユニット U ₃ (親ユニット P U ) のサブディレクトリ ( 「 ¥ m a p ¥ D 1 6 0 6 」）の直下に格納されるので、パスは、「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 4 0 1 . m a p 」となる。

以上のユニット U ₂ のファイル名力、ら分かるように、レベル「 2 」のュニット U のフアイリレ名の頭文字および拡張子の間には、上述した位置コードが並ぶ。そのため、レべル「 2 」のユニット U のファイル名もまた、当該ユニット U の位置を規定することとなる。また、ユニット U ₂ の /λ° スから分力ゝるように、リレ一卜（「 ¥ m a p 」）力らフアイル名に至るまでにはサブディレクトリ力 1 つだけ介在する。サブディレクトリの個数は、ユニット U がどの階層に属してレる力、を規定する。ユニット U ₂ の場合には、ルートとファイル名との間に介在するサブディレクトリの個数が「 1 」であることにより、当該ユニット U ₂ ( M 0 4 0 1 . m a p ) がレベル「 2 」の階層に属することが分かる。以上の規則に従うと、他のレベル「 2 」のノ \° スは、「 ¥ M A P ¥ D 0 0 0 0 ¥ M 0 0 0 0 . m a p 」，「 ¥ M A P ¥ D 0 0 0 0 ¥ M 0 0 0 1 . m a p 」， … ，「 ¥ M A P ¥ D 0 0 0 0 ¥ M 0 0 0 7 . m a p 」，「 ¥ M A P ¥ D 0 0 0 0 ¥ M 0 1 0 0 . m a p 」， … 「 ¥ M A P ¥ D 0 0 0 0 ¥ M 0 7 0 7 . m a p 」，「 ¥ M A P ¥ D 0 0 0 1 ¥ M 0 0 0 0 . m a p 」， … 「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 0 0 1 . m a p 」， ··· ，「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 4 0 1 . m a p J ， … 「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 7 0 7 . m a p 」， "' 等のように表される。

同様に、レベル「 2 」のユニット U ₂ を親ユニット P U とするユニットのグループは、サブディレクトリ「 ¥ D 0 4 0 1 」の下のディレクトリ（論理領域）の下に格納されることになる。例えば、ユニット U , は、ユニット U ₂ の子ュニット C U の一つであって、当該ュニット U ₂ が 6 4 分割されたユニット U の内、位置コード「 0 5 0 3 」に該当するユニットである。そのため、ユニット U , のためのパスは、「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 5 0 3 . m a p 」と表される。同様に、ユニット U ₂ を親ュニット P U とするレベル「 1 」の各ユニットのノ \° スは、「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 0 0 0 . m a p 」、「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 0 0 1 . m a p 」， ··· ，「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 7 0 7 . m a p 」で表される。

さらに、ユニットを親ユニット P U とするユニット U のグループは、「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 」と表されるサブ τ ィレク卜 U の直下のアイレク卜 U (論理領域）に格納される。かかるグル一プに属するュニッ卜 U 。は、ユニット U 1 が 6 4 分割されたニッ卜 u の内、位置コード「 0 2 0 1 」に該当するュニッ卜である。そのため、ュニット U " のパスは、「 ¥ M A P ¥ D

1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥ M 0 2 0 1 . m a p 」と表される。同様に、ュニッ卜 U , を親ユニット P U とするレべル「 0 」の各ュニッ卜のパスは、「 ¥ M A P ¥ D

1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥ M 0 0 0 0 . m a p 」，「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥

M 0 0 0 1 . m a p 」， … 厂 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥ M 0 7 0 7 . m a p 」で表される。

以上、地図フアイル C F により実現される階層構； laあよびフアイル名について説明した。ここで、以上のュニッ卜 U がデジタルデータ化され、必要な管理情報が付加されることにより、 1 つの地図ファィル C F が構成される (詳細は図 7 を参照）。以下の説明において、ュニッ卜デ一夕は、ュニッ卜 U テシ夕レデ一夕化したものを意味する。つまり、 1 つの地図フアイル C F には、 1 つのュニッ h 1 夕が含まれる。次に、地図ファィル C F のデータ構造について詳細に説明する

「地図ファイル C F のデータ構造」

図 6 は、 1 つの地図ファイル C F を基に描かれる地図を説明するための図である。また、図 7 は、 1 つの地図ファィル C F のデ一夕構造を示している。図 7 において、地図ファイル C F は、大略的に、ユニットヘッダとユニットデ一夕とから構成される。まず、ユニットデータから説明する。一般的に、地図は、用途に応じて、図 7 に示すように、背景、道路、地図記号および文字から構成される。しかし、地図ファイル C F は、主として、端末装置 1 のデイスプレイ上への表示、マップマッチングまたは経路探索処理に使用される。例えば、経路探索処理では、道路のつながりが分かればよく、背景の必要性は薄い。そこで、 1 つのユニットデータは、図 6 に示すように、文字記号データと、道路ネットワークデータと、背景デ一夕とに分けてデー夕化される。これによつて、文字記号デ一夕、道路ネットワークデータおよび背景データはそれぞれ、独立的に使用することができる。文字記号デ一夕とは、ユニット U が力バーする地図に記載されるべき文字列（地名および交差点名称等）からなるデータと、当該地図に記載されるべき地図記号からなるデータとを意味する。道路ネットワークデ一夕とは、ュニッ卜 U がカノ —する地図に表されるべき道路そのものおよび道路同士のつながりを表す図形データを意味する。背景データとは、水系、山系、建造物等、ュニット U がカバーする地図に表されるべき背景を表す図形デ — 夕を意味する。背景の例としては、河川、湖、山、緑地帯、鉄道、建造物、橋、公園がある。以上の文字記号デ一夕、道路ネッ卜ワークデータおよび背景データを重ねあわせて表示することにより、図 6 に示すように、ユニットデ一夕は、背景、道路、地図記号および文字を表すことがでさる。次に、背景デ一夕の詳細なデータ構造を、図 7 および図 8 を参照して説明する。図 7 に示すように、背景データは、基本背景テーブルおよび詳細背景テーブルから構成される。基本背景テーブルは、図 8 ( a ) カゝら明らかなように、河川、鉄道および緑地帯等、地図の背景を表示する際に概略となる図形データを集合である。一方、詳細背景テーブルは、図 8 ( b ) から明らかなように、橋および建造物等、地図の背景をより詳細に表示するための図形デ一夕の集合である。これら基本背景テーブルおよび詳細背景テーブルは、図 7 カゝら明らかなように、ユニットデ一夕において互いに別々に記録される。さらに、基本背景テーブルおよび詳細背景テーブルには、相互に参照し合うような情報は記録されない。つまり、基本背景テーブルを構成する背景デ一夕を描いている際に、詳細背景テーブルの背景デー夕は何一つ参照されない。逆に、詳細背景テ一ブルを構成する背景データを描いている際に、基本背景テーブルの背景デ一夕は何一つ参照されない。このように、基本背景テ — ブルおよび詳細背景テーブルは、相互に独立したデ一夕構造を有する。したがって、背景をディスプレイ上に表示する場合には、図 8 ( a ) に示すように、基本背景テープルのみで表される背景を表示することが可能になる。これによって、端末装置 1 のユーザは、概略的な地図を見ることが可能になる。また、図 8 ( c ) に示すように、基本背景テーブルおよび詳細背景テーブルで表される背景を表示することもできる。この場合、所定の原点を基準として、基本背景テーブルから得られる概略的な背景の上に、詳細背景テープルから得られる詳細な背景を重ねあわせることとなる。これによつて、端末装置 1 のユーザは、詳細な地図を見ることが可能となる。なお、本実施形態では、背景デ一夕は基本背景テ一ブルおよび詳細背景つフ.ルとカゝら構成されるとして説明したが、第 1 の記憶装置 1 9 または第 2 の記憶装置 2 4 に記憶容量の制限がある場合等には、第 1 のデー夕べ一ス 1 1 1 または第 2 のデ — 夕べース 2 5 を小さレ ^ サィズにする観点カゝら、背京デ一タは基本背景テ一ブルのみから構成されてもよい。逆に、本実施形態で説明したように、背景データは基本背京テーブルおよび詳細背景テーブルとカゝら構成される場合には、セン夕局 2 は、詳細な地図を端未装置 1 に提供することが可能となり、当該顺末装 1 は詳細な地図をデイスプレイに表示できるようになる。

上述の基本背景テ一ブルおよび詳細背景テーブルの内部のデータ構造は互いに同じである。以下には、基本背景テ一ブルおよび詳細背景テープルを背景テーブルと総称して、双方のデ一夕構造についてより詳細に説明する，

上述したように、背景テ一ブルは、地図の背景をデイスプレイ上に描画するために使用される図形データの集合である。各図形データによって、河川、公園、ェ場および鉄道等がディスプレイ上に描画される。以下、これら地図の背景の要素となる、河川、公園、ェ場および鉄道等を総称して「描画ォブジェクト」と呼ぶこととする。ここで、図 9 は、描画ォブジェク卜の概念を示す図である。上述から明らかなように、描画ォブジェク卜は、公園または工場等のように、それ自体で意味のあるひとまとまりの対象物のを表し、デ一夕構造としては、対象物を折れ線で描画するための要素点の並びから構成される。例えば、図 9 には、矩形領域のュニット U が示されている。ュニット U がカバ一する範囲には、 2 つの描画オブジェクト D O 1 および D O 2 が存在する。描画オブジェクト D 〇 1 は、オブジェクト O B J 1 と 0 2 と力ら構成される。オブジェクト O B J 1 は、要素点 a →要素点 b —要素点 c —要素点 d →要素点 e →要素点 a の順番に一筆書きした時に作成される折れ線で囲まれる領域である。また、オブジェクト O B J 2 は、要素点 f —要素点 g —要素点 h —要素点 i →要素点 f の順番に一筆書きした時に描かれる折れ線で囲まれる領域である。また、描画オブジェクト D O 2 は、オブジェクト O B J 3 カゝら構成される。オブジェクト O B J 3 は、要素点 j —要素点 k —要素点 1 →要素点 _m→要素点 n —要素点 j の順番に一筆書きした時に描かれる折れ線で囲まれる領域である。以上から明らかなように、本実施形態の描画ォブジェクトは、複数の要素点を一筆書きして得ることができる 1 つ以上のオブジェクトにより表される。

ここで、図 1 0 は、背景テーブル、つまり基本背景テ一ブルまたは詳細背景テーブルの詳細なデ一夕構造を示す図である。図 1 0 において、背景テーブルには、背景レコ一ド数 M と、 M個の背景レコード B R 1 〜 B R M とカゝら構成される。ここで、 M は、 1 以上の自然数である。背景レコード数 M は、背景テーブルに含まれる背景レコード B R 1 〜 B R M の個数を示す情報である。また、背景レコード B R 1 は、背景属性と、オブジェクト数 N と、オブジェクト〇 B J l 〜 O N の要素点数 N l 〜 N N と、オブジェクトレコード O R 1 〜〇 R N と力ら構成される。

背景属性は、背景レコード B R 1 内に含まれる各ォブジェク卜 O B J により表される背景の属性を示す情報である。より具体的には、背景属性は、背景レコード B R 1 内に含まれる各ォブジェクト〇 B J のカラ一コードおよびテクスチヤーマッピングコードである。ここで、本実施形態の一つの特徴として、背景属性には、 1 つのカラ一コードまたはテクスチャマツピングコードのみが記述される。つまり、例えば、「青」を示すカラーコードと、「赤」を示すカラーコードとが一緒に背景属性に記述されることはなレ。「青」を示すカラーコードのみ、または「赤」を示す力ラーコ一ドのみが背景属性に記述される。

また、オブジェクト数 N は、背景レコード B R 1 内に含まれるオブジェクト O B J の数を示す情報である。また、要素点数 N 1 は、オブジェクト O B J 1 を構成する要素点の数を示している。要素点数 N 2 は、オブジェクト〇 B J 2 を構成する要素点の数を示している。以降、同様に、要素点数 N N は、オブジェクト〇 B J N の要素点の数を示す。このように、背景レコード B R 1 には、そこに含まれる N 個のオブジェクト 0 を構成する要素点の数が並ぶ。ここで、 N は 1 以上の自然数である。

さらに、オブジェクトレコード O R 1 は、 1 つのォブジェク卜〇 B J 1 を構成する要素点の座標を示す情報である。ここで注意を要するのは、オブジェクト O B J 1 は複数の要素点を含むので、オブジェクトレコード〇 R 1 には複数の座標情報が並ぶこととなる。つまり、オブジェクトレコード O R 1 には座標列の情報が記述される。ここで、上述から明らかなように、オブジェクトレコード O R 1 には、要素点数 N 1 に相当する個数の座標情報が記述される。また、オブジェクトレコード O R 2 は、オブジェクト 0 B J 2 を構成する要素点の座標列を示す情報である。ォブジェクトレコード O R 2 には、要素点数 N 2 に相当する個数の座標情報が記述される。以降、同様に、オブジェクトレコード O R N は、オブジェクト O B J N を構成する N N 個の要素点の座標列を示す情報である。オブジェクトレコ一ド O R N には、要素点数 N N に相当する個数の座標情報記述される。

以上のように、各オブジェクトレコード〇 R には、ォブジェクト〇 B J を構成する要素点の座標列が記述される。座標列の表現方法としては、ュニット U 内での絶対座標で表現する方法と、ある要素点の座標と直前の要素点の座標との差分を用いた相対座標で表現する方法とがある。絶対座標は、ユニット U 内の所定の原点を基準とした各要素点の座標であるため、多くのビット数を必要とする。そのため、座標列の表現方法として、相対座標が使用されることが、地図ファイル C F のデータサイズを小型化する観点力、ら、好ましい。以下、絶対座標と相対座標とについて、詳細に説明する。

図 1 1 は絶対座標が多くのビット数を必要とすることを説明するための図である。図 1 1 には、 8 個の要素点 P 0 〜 P 7 で構成される図形デ一夕が示されている。要素点 p 0 の絶対座標は、予め定められた原点を基準として、（ X 0 ， Y 0 ) である。以降、同様に、要素点 P l 〜 P 7 の絶対座標は、（ X l ， Y 1 ) 〜（ X 7 ， Y 7 ) である。また、図 1 2 は、以上の P 0 〜 P 7 の各絶対座標情報をォブジェクトレコード O R に記述した時の図である。今、要素点 P 0 〜 P 7 の絶対座標は、東経方向（ X 軸方向）および北緯方向（ y 軸方向）それぞれについて、例えば 2 バイトで表現すると、 P 0 〜 P 7 の各絶対座標情報をオブジェクトレコード O R に記述するためには、 3 2 ノ ' ィトが必要となる。

一方、図 1 3 は、図 1 1 と同じ図形データの各要素点 P 0 〜 P 7 を相対座標で表現した時の図である。図 1 2 において、図形デ一夕は、要素点 P 0 → P 1 → P 2 → P 3 → P 4 - P 5 → P 6 → P 7 の順番で一筆書きされる。相対座標表現であっても、一筆書きされる最初の要素点 P 0 は、絶対座標表現と同様に、所定の原点を基準として、（ X 0 , Y 0 ) で表される。ただし、次の要素点 P 1 は、絶対座標表現の場合には、（ X l ， Y 1 ) と表される。し力し、相対座標表現では、要素点 P 1 は（ Δ X 1 ， Δ Y 1 ) で表される。ここで、 Δ Χ 1 は、 Δ Χ 1 = Χ 1 — Χ 0 である。また、 Δ Υ 1 は、 Δ Υ 1 = Υ 1 — Υ 0 である。以降の要素点 Ρ 2 〜 Ρ 7 も、それぞれの要素点の絶対座標と、直前の要素点の絶対座標との差分により表現される。

図 1 4 は、以上の要素点 Ρ 0 〜 Ρ 7 の各相対座標情報をオブジェクトレコード〇 R に記述した時のデータ構造を示す図である。ここで注意を要するのは、相対座標表現は、それぞれの要素点の絶対座標と、直前の要素点の絶対座標との差分で表されるため、 Δ Χ 1 《 Χ 1 ， Δ Χ 2 《 Χ 2 ， ••· Δ Χ 7 《 Χ 7 となる。同様に、 Δ Υ 1 《 Υ 1 ， Δ Υ 2 《 Υ 2 , ·'· Δ Υ 7 《 Υ 7 となる。そのため、要素点 Ρ 1 〜 Ρ 7 の相対座標は、東経方向（ X 軸方向）および北緯方向（ y 軸方向）それぞれについて 2 バイトで表現するのではなく、それぞれ 1 バイトで表現する。その結果、要素点 P 1 〜 P 7 の各相対座標情報をォブジェクトレコード O R に記述するためには、 1 4 バイトが必要となる。ただし、最初の要素点 P 0 は、絶対座標で記述される必要があるので、要素点 P 0 〜 P 7 の各座標情報をォブジェクトレコード O R に記述するためには、差分数（「 7 」）の情報を含めて、 1 9 ノ'イトが必要となる。

以上、図 1 1 〜図 1 4 を参照して説明したように、ォブジェクト〇 B J を構成する各要素点 P を相対座標を使って表現すると、絶対座標表現のみを用いた場合と比較して、オブジェクトレコード〇 R のサイズが小さくなる。し力しながら、オブジェクト O B J を構成する各要素点を無条件に相対座標で表現すると、データサイズの小型化を実現できない場合が生じるという問題点が想定できる。かかる問題点を、図 1 5 を参照して説明する。図 1 5 には、要素点 P 0 、 P 1 および P n で構成されるォブジェクト O B 】カ示されている。今、要素点 P 1 は、相対座標では（ Δ X 1 , Δ Υ 1 ) で表される。 Δ Χ 1 および Δ Υ 1 の双方は、 1 バイトで表現できるとする。同様に、要素点 P n は、相対座標では（ Δ X n ，デル夕 Y n ) で表される。しかしながら、 △ X n および Z または Δ Y n は、要素点 P n が直前の要素点 P 1 から離れた位置にあるため、 1 バイトでは表現しきれない値であると仮定する。このような場合、図 1 6 に示すように、要素点 P 1 および P n を結ぶ直線上に、新しい要素点 P 2 および P 3 を作成する必要が生じる。これによって、要素点 P n の相対座標は、直前の要素点 P 3 の絶対座標を基に、（ Δ Χ 4 ， Δ Υ 4 ) で表すことができる。 △ X 4 および Δ Υ 4 は、要素点 Ρ 3 が要素点 Ρ 1 と比べて要素点 Ρ η の近くに位置するため、 1 ノィ卜で表現できる。以上の要素点 Ρ 0 ， P l ， Ρ 2 , Ρ 3 および Ρ η の各相対座標情報をォブジェクトレコード〇 R に記述すると、図 1 7 に示すように、 1 3 ノ'ィ卜必要となる。

以上、図 1 5 〜図 1 7 を参照して説明したように、 2 個の要素点 Ρ が離れて位置している場合には、新しい要素点 Ρ を補う必要が生じる。その結果、オブジェクトレコード O R には、補った要素点 Ρ の相対座標情報を記述しなければならない。このように、最初の要素点 Ρ を除くすべての要素点 Ρ を相対座標で表現しょうとすると、要素点 ρ の数が不必要に多くなり、オブジェクトレコード O R のデ一夕サイズが不必要に大きくなるという問題点が顕在化してくる。そこで、図 1 5 の要素点 Ρ 0 および Ρ η を絶対座標で表現し、要素点 Ρ 1 を要素点 Ρ 0 を基準とした相対座標で表現することが有効となる。今、要素点 Ρ η の絶対座標は、 4 ノ 'イトで表現できる（ Χ η , Υ η ) であると仮定して、要素点 Ρ 0 ， Ρ 1 および Ρ η の各座標情報をォブジェクトレコ一ド O R に記述すると、図 1 8 に示すようになる。図 1 8 において、要素点 P 0 および P n の絶対座標情報はそれぞれ 4 バイ卜であり、要素点 P 1 の相対座標情報は 2 バイトである。さらに、絶対座標で表された P 0 および P n を基準として、いくつの相対座標が作成されているかを示す差分数の情報は 2 バイトである。以上の合計をとると、オブジェクトレコード 0 R のデ一夕サイズは 1 2 ノィトとなる。このデータサイズは、相対座標だけで表現した場合のオブジェクトレコード O R のデータサイズ 1 3 バイト ( 図 1 7 参照）よりも小さレ ^ 。

以上、図 1 8 を参照して説明したように、その直前の要素点と離れて位置する要素点は絶対座標で表現される。このように、本実施形態では、ある要素点は、主として相対座標で表現されるが、他の要素点は絶対座標で表現される。これによつて、オブジェクトレコード O R のデータサイズをより小さくすることが可能となる。

また、上述したように、本実施形態では、オブジェクトの境界にも、相対座標表現が適用される。ここで、ォブジェクトの境界とは、あるオブジェクト O B J を構成する 1 つの要素点 P からペンアップして、他のオブジェクト O B J を構成する 1 つの要素点 P にペンダウンする部分を意味する。かかる相対座標表現の適用によって、本実施形態は、背景テーブルのデ一夕サイズを小型化できるという技術的効果を奏する。以下には、ず、かかる技術的効果を明確にするために、オブジェクトの境界に相対座標表現が適用されない場合について、図 1 9 および図 2 0 を参照して説明する。図 1 9 には、描画オブジェクト D O 3 が示されている。描画オブジェクト B 〇 3 は、オブジェクト〇 B J 3 および〇 B J 4 カゝら構成される。オブジェクト O B J 3 は、 6 個の要素点 P 0 〜 P 5 から構成される。また、ォブジェクト O B J 4 は、 4 個の要素点 P 6 〜 P 9 力、ら構成される。

以上のオブジェクト O B J 3 は、要素点 P 0 → P 1 → P 2 → P 3 → P 4 → P 5 → P 0 という順番で一筆書きされる。その後、要素点 P 0 でペンアップが行われ、要素点 P 6 でペンダウンが行われる。そして、オブジェクト O B J 4 は、要素点 P 6 → P 7 → P 8 → P 9 → P 6 という順番でー筆書きされる。この時、オブジェクトの境界で相対座標が適用されないと仮定すると、要素点 P 0 〜 P 5 および要素点 P 6 〜 P 9 を表す座標のデータ構造は、図 2 0 に示すようになる。図 2 0 において、最初に、オブジェクト〇 B J 3 の基準点となる要素点 P 0 の絶対座標（ X 0 , Y 0 ) が 4 バイ卜で記述される。オブジェクト〇 B J 3 の描画時には、要素点 P 0 にペンダウンした後ペンアップするまでに、要素点 P 1 〜 P 5 を迪ることになるので、差分数（つまり相対座標の個数）は、 5 個となり、 1 ノイトの情報である。今、要素点 P 1 〜 P 5 の相対座標は、前述と同様に 2 バイトで表され、（ Δ Χ Ι , Δ Υ 1 ) 〜（ Δ Χ 5 ， Δ Υ 5 ) である。また、オブジェクトの境界部分に相対座標が適用されないので、要素点 P 5 の相対座標の後には、ォブジェクト O B J 4 の基準点となる要素点 P 6 の絶対座標（ X 1 ， Y 1 ) が 4 ノイトで記述される。オブジェクト〇 B J 4 の描画時には、要素点 P 6 にペンダウンした後ペンアツプするまでに、要素点 P 7 〜 P 9 を迪ることになるので、差分数（相対座標の個数）は、 3 個となり、 1 ノイトの情報である。要素点 P 7 〜 P 9 の相対座標は、（ Δ X 6 ， Δ Y 6 ) 〜（ Δ Χ 8 ， Δ Y 8 ) であり、 2 ノイトで表される。したがって、両オブジェクトの境界に相対座標を適用することなく、オブジェクト O B J 3 および O B J 4 を相対座標列は、 2 6 バイトで表現される

次に、オブジェクトの境界に相対座標表現が適用される場合について、図 2 1 および図 2 2 を参照して説明する。図 2 1 には、図 1 9 と同様に、 2 個のォブジェク卜 O B J 3 および〇 B J 4 から構成される描画ォブジェク卜 D O 3 が示されている。描画オブジェクト D O 3 は、要素点 P 0 → P ι → ρ 2 → Ρ 3 → Ρ 4 → Ρ 5 という順番でー筆書きされる。その後、要素点 P 5 から要素点 P 6 へのぺンアップおよびペンダウンが行われた後、描画ォブジェク卜 D 〇 3 は、要素点 P 6 → P 7 → P 8 → P 9 → P 6 とレう順番でー筆書きされる。ただし、描画時においては書きの開始点とペンァップした点とは必ず結ぶという原則があるので、要素点 P 5 および要素点 P 0 は線で結ばれる。以上の描画時において、オブジェクトの境界で相対座標が適用されると仮定すると、要素点 P 0 〜 P 0 および要素点 P 6 〜 P 9 を表す座標のデータ構造は、図 2 2 に示すようになる。図 2 2 において、最初に、ォブジェク卜 O B J 3 の基準点となる要素点 P 0 の絶対座標（ X 0 ， Y 0 ) が 4 バイ卜で記述される。描画オブジェクト D O 3 の描画時には、要素点 P 0 力ゝらーを開始から終了までに、要素点 P 1 〜 P 9 を迪ることになるので、相対座標の個数、つまり差分数は、 1 ノィトのデ— 夕であつて、「 9 個」を示す。今、要素点 P 1 〜 P 9 の相対座標は、刖述と同様に 2 ゾィトで表され、（ Δ X 1 , Δ Y 1 ) 〜（ Δ X 9 ， Δ Y 9 ) である。したがつて、両ォブジェク卜の境界に相対座標を適用する場合には、ォブジェク卜 O B J 3 および 0 B J 4 を相対座標列は、 2 3 バィ卜で表現される。

以上、図 1 9 〜図 2 2 を参照して説明したように、ォブジェク卜の境界に相対座標を適用すると、それを適用しない場合と比較して、背景テープルのデ一夕サイズを小型化することができる。

で注意を要するのは、図 2 0 においてはォブシェク卜の境界は、ォフシェク卜レコード O R に記述された絶対座標により分かる。しかし、図 2 2 においては、ォブジェク卜の境界は、絶対座標からは見つけることはできない。図 2 1 に示すように、ォブジェクトの境界を規定するペンァップする要素点 P およびべンダウンする要素点 P はそれぞれ相対座標で示される場合があり、さらには、図 1 8 に示したように 2 点間の距離が離れている場合には、要素点 P が絶対座標で表現される場合があるからである。しかしながら、図 2 2 において、ォブジェク卜の境界は、図 1 0 に示された要素点数 N 1 〜要素点数 N N を参照すれば正確に規定できる。つまり、本実施形態では、要素点数 N 1 〜要素点数 N N はそれぞれ、ぺンダウンしてからペンァップするまでに一筆書きで迪る要素点の個数を意味する。したがって、実際の描画時において、オブジェクトレコード〇

R の先頭から座標の個数をカウントし、カウント値が要素点数 N 1 と同じであれは、最初のオブジェク卜の境界を正確に特定することができる。同様に、カウント値が要素点数 N 1 および N 2 の加算値と同じであれは、 2 回目のォブジェク卜の境界を特定することができる。以降、同様に、カウント値が要素点数 N 1 〜 N N の加算値と同じであれは、 N 回目のオブジェクトの境界を特定することができる。

「文字記号データの詳細なデータ構造」

次に、図 7 に示す文字記号データについて説明する。なお、文字記号データは本願発明の特徴的な事項ではないため、簡単に説明する。文字記号データとは、前述したように、ュニッ卜 U がカバーする地図に記載されるべき文字列

(地名、道路名称および交差点名称等）からなるデータと、当該地図に記載されるべき地図記号からなるデ一夕とを意味する。さらに、文字記号データは、図 7 に示すように、基本文字記号テーブルと詳細文字記号テーブルとから構成される。基本文字記号テーブルは、ュニット U がカバ一する地図に記載される文字列または地図記号の内、基本的な文字列および地図記号を表すデータを集合である。より具体的には、基本文字記号テーブルには、図 2 3 ( a ) から明らかなように、河川名称、道路名称および地図記号等、ュニット U がカノーする地図を表示する際に概略となる文字列および地図記号とが記録される。一方、詳細文字記号テーブルは、ュニット U がカノ一する地図に記載される文字列または地図記号の内、基本文字記号テーブルには記録されない文字列および地図記号を表すデータを集合である。より具体的には、詳細文字記号テーブルには、図 2 3 ( b ) から明らかなように、公園、鉄道、橋および工場の名称等、ユニット U がカバーする地図をより詳細に表示するための文字列および地図記号とが記録される。

ここで、本実施形態の端末装置 1 としては、上述したように力一ナビゲ一ションシステムが想定されている。か力る事情から、基本文字デ一夕テーブルには、力一ナビゲーションに重要な河川名称、道路名称および地図記号等が記録されると説明した。しかし、他の用途の端末装置 1 も想定できる。そのため、基本文字記号テーブルにどのような文字列および地図記号が記録されるか、また、詳細文字記号テーブルにどのような文字列および地図記号が記録されるかについては、端末装置 1 の用途に依存する。それゆえに、本願発明の技術範囲は、基本文字データテーブルには、河川名称、道路名称および地図記号等が記録される、というように限定解釈されてはならない。

さて、以上の基本文字記号テーブルおよび詳細文字記号テーブルは、図 7 カゝら明らかなように、ユニットデータにおいて互レに別々のフィールドに記録される。さらに、基本文字記号テーブルおよび詳細文字記号テーブルには、相互に参照し合うような情報は一切記録されない。つまり、基本文字テーブルを構成する文字列または地図記号を描いている際に、詳細文字記号テーブルの文字列または地図記号は何一つ参照されない。逆に、詳細文字記号テーブルを構成する文字列および地図記号を描いている際に、基本文字記号テーブルの文字列および地図記号は何一つ参照されない。このように、基本文字記号テ一ブルおよび詳細文字記号テ一フルは、相互に独立したつ夕構造を有する。したがつて、文字列および地図記 ¾ テイスプレイ上に表示する ¾ 口には、図 2 3 ( a ) にすように、基本文字記号テ一ブリレのみで表される文字列および地図記号を表示することが可能になる。これによつて、 Βο末装置 1 のュ一ザは、概略的な地図を見ることが可能になる。また、図 2 3 ( 号合得細記記末テがかるのよる夕

C ) に示すように、基本文字記ブルおよび詳細文字記号テーフルそれぞれを構成す文字列および地図記号を主

衣 ·刁=ヽすることもできる。この場、所定の原点を基準として、基本文字記号テ一ブルからられる概略的な文字列および地図記号に、詳細文字記号一ブルカゝら得られる文字列および地図記号を重ねあわせこととなる。これによつて、 i¾未装置 1 のュ一ザは、詳な地図を見ることが可能となる。なお、本実施形態では文字記号デ一夕は基本文字記号テ一ブルおよび詳細文字号テ ― ブルとから構成されるとして説明したが、第 1 の憶装置 1 9 または第 2 の

§己憶装置 2 4 に記憶容量の制限ある場合等には、第 1 の夕べ一ス 1 1 1 または第 2 つ夕べ一ス 2 5 を /Jヽさいサィズにする観点から、文字号デ一夕は基本文字記号ブノレのみ力ら構成されてもい逆に、本実施形態で説明したように、文字記号デーは基本文字 §d号テ― ブル

¾ よび詳細文字記号テ一ブルとら構成される場合には、セン夕局 2 は、詳細な地図を端 1 に提供することが可能となり、当該端末装置 1 は詳細な地図をディスプレイに表示できるようになる。

上述の基本文字記号テーブルおよび詳細文字記号テープルの内部のデ一夕構造は互いに同じである。以下には、基本文字記号テーブルおよび詳細文字記号テーブルを文字記号テーブルと総称して、双万のデータ構造についてより詳細に説明する。

上述したように、文字記号テーブルは、ユニット uが力バーする地図上の文字列および地図記号をディスプレイ上に表すためのデータの集合である，ここで、図 2 4 は、文字記号テーブル、つまり基本文字記号テーブルまたは詳細文字記号テーブルの詳細なデータ構造を示す図である。図 2 4 において、文字記号テーブルは、文字記号レコード数 P と、 P 個の文字記号レコード T S R 〜 T S R P と力、ら構成される。文字記号レコード数 P は、文字記号テーブルに含まれる文字記号レコード T S R 1 〜 T S R P の個数を示す情報である。ここで、 P は、 1 以上の，然数であって、ュニット U がカバーする地図上の文字列お上び地図記号の総数である。文字記号レコード T S R 1 〜 T S R P は、ユニット U がカノ、'一する地図上の文字列または ¾!' 図記号の数だけ作成される。文字記号レコード T S R 1 は、文字記号属性と、ポイント座標と、文字記号コードとから構成される。

文字記号属性は、文字記号レコード T S R 1 によりされるべき文字列または地図記号の属性を示す情報である文字記号属性には、文字列または当該地図記号のサイズと、文字列が並ぶ方向（縦 /横）とを示す情報が記録される。ここで注意を要するのは、地図記号は、複数の記号により 1 つの対象物を表すことがほとんどなく、さらに、 1 つの文字で表される地名もある。かかる場合には、文字列が並ぶ方向（縦 Z横）を示す情報が文字記号属性に記録される必要性は特にない。ポイント座標は、文字記号レコード T S R 1 により表されるべき文字列または地図記号がュニット U上のどの位置に表示されるかを特定するための座標情報である。文字記号レコード T S R 1 により表されるベき文字列等は、ディスプレイ上において、ポイント座標により特定される位置に表示される。また、文字記号コードは、文字記号レコード T S R 1 により表されるべき文字列および地図記号のコ一ド番号である。文字列のコード番号としては、日本国ではシフト J I S コードが典型的であり、文字記号属性に記録された文字列の大小を表すサイズに該当する情報が記録される。ここで、地図記号は、シフト J I S 等のように、それに関連する規格がないので、独自に作成される。さらに、作成された地図記号のコード番号としては、日本国ではシフト J I S の空きコード番号が割り当てられる。割り当てられたコード番号が、文字記号コードとして記録される。

なお、他の文字記号レコード T S R 2 〜 T S R P は、文字記号レコード T S R 1 と同様のデ一夕構造を有するので、それぞれの説明を省略する。

「道路ネットワークデータの詳細なデ一夕構造」次に、図 7 に示す道路ネットヮ一クデ一夕について説明する。道路ネットワークデータは、カーナビゲーシヨンシステムとしての端末装置 1 において、ディスプレイ上に道路を表示するために使用されるだけでなく、マップマッチング、経路探索処理または経路案内処理にも使用される。そのため、道路ネットワークデータは、前述したように、ユニット U がカバーする地図に表されるべき道路そのものを表す図形データ、および道路同士のつながりを表すデー夕の集合を意味する。より具体的には、道路ネットワークデータはマップマッチング等に使用されるため、当該道路ネットワークデータには、単に、道路網の形状を表す図形データが記録されるだけではなく、ュニッ卜 U がカバーする範囲の地図に表される道路同士の接続関係を示すデータも記録される。

以上の道路ネットワークデータは、図 7 に示すように、第 1 のネットヮ一クデ一夕と第 2 のネットワークデータとから構成される。第 1 のネットワークデータには、主要幹線道路の道路ネットワークデータが記録される。主要幹線道路とは、例えば、以下の 3 つの条件のいずれかを満たすものを意味する。まず、第 1 の条件は、地方自治体およびそれよりも上位の行政機関が造った道路（高速道路、国道 ) であることである。第 2 の条件は、地方自治体よりも下位の行政機関が造った道路（高速道路、国道）および私道であって、かつその幅員が 5 . 5 m以上の道路であることである。第 3 の条件は、上記第 1 および第 2 の条件に該当する道路に接続された道路であることである。また、第 2 のネットワークデータには、細街路の道路ネッ卜ワークデ一夕が記録される。細街路とは、その幅員が 3 . 0 m以上であって、主要幹線道路に該当しない道路（例えば、住宅の周辺に造られた道路）を意味する。ただし、上記の主要幹線道路および細街路の定義は単なる一例であって、他の定義を採用しても構わない。それゆえに、本願発明の技術範囲は、第 1 および第 2 の道路ネットワークデ一夕には、上記定義にのみ該当する道路ネットワークデ一夕が記録される、というように限定解釈されてはならない。

次に、第 1 の道路ネットワークデータおよび第 2 の道路ネットワークデータの関係について、図 2 5 を参照して説明する。第 1 の道路ネットワークデータは、主要幹線道路の道路ネットワークデータである。そのため、第 1 の道路ネットワークデータが端末装置 1 のディスプレイに表示されると、図 2 5 ( a ) に示すように、主要幹線道路を表す図形が表示される。一方、第 2 の道路ネットワークデ一夕は、細街路の道路ネットワークデータである。そのため、第 2 の道路ネットワークデータが端末装置 1 のディスプレィに表示されると、図 2 5 ( b ) に示すように、細街路を表す図形が表示される。これら第 1 および第 2 の道路ネットワークデータは、図 7 から明らかなように、ユニットデ一夕において互いに別々に記録される。したがって、図 2 5 ( a ) に示すように、第 1 の道路ネットワークデ一夕を構成する主要幹線道路のみを端末装置 1 のディスプレイに表示することが可能になる。これによつて、端末装置 1 のユーザは、概略的な道路ネットワークを見ることが可能になる。また、図 2 5 ( c ) に示すように、第 1 および第 2 の道路ネッ卜ワークを構成する主要幹線道路および細街路を表示することもできる。この場合、所定の原点を基準として、第 1 の道路ネッ卜ワークう夕から得られる主要幹線道路網の上に、第 2 の道路ネッ卜ヮ一クデ一夕から 1守られる細街路の道路網を重ねあわせることとなる。これによつて、 ¾末装置 1 のユーザは、詳細な道路網を見ることが可能となる。なお、本実施形態では、道路ネットヮ — クデ一夕は、第 1 および第 2 の道路ネッ卜ヮークデ一夕から構成されるとして説明したが、第 1 の記憶装置 1 9 または第 2 の記 2 4 に記憶容量の制限がある場合等には、第 1 のデ — 夕べ一ス 1 1 1 または第 2 のデ— 夕べ一ス

2 5 を小さいサイズにする観点から、道路ネットワークデ — 夕は、第 1 の道路不ッ卜つ一りつ夕のみから構成されてもよい。逆に、本実施形態で説明したように、道路ネッ卜ヮ一クデ一夕が第 1 および第 2 の道路ネットヮ一クデー夕カゝら構成される場合には、セン夕局 2 は、詳細な道路網 ¾ 端末装置 1 に提供することが可能となり、当該端末装置 1 は詳細な道路網をデイスプレイに表示できるようになる上述の第 1 および第 2 の道路ネットワークデータのデー夕構造は互いに同じである。以下には、第 1 および第 2 の道路ネットワークデ一夕のデ一夕構造についてより詳細に説明する。

周知のように、道路ネットワークデータは、主として、ノードとリンクにより構成される。ノードとは、主として、交差点または道路の区切りを表現するためのデータを意味する。また、リンクとは、 2 個の交差点の間をつなぐ道路を表現するためのデータである。かかるノードとリンクを用いることにより、ュニット U がカノ一する地図上に表されるべき道路（主要幹線道路または細街路）の形状および道路同士の接続関係が端末装置 1 のディスプレイ上に表示される。そのため、図 7 に示すように、第 1 の道路ネットワークデータは、第 1 のノードテ一ブルおよび第 1 のリンクテ一ブルから構成され、第 2 の道路ネットワークデ一夕は、第 2 のノードテ一ブルおよび第 2 のリンクテ一ブルから構成される。以下には、まず、第 1 および第 2 のノ一ドテーブルのデータ構造をまず説明する。

ここで、図 2 6 は、ノードおよびリンクの概念を説明するための図である。図 2 6 には、 1 つのユニット U がカバ一する範囲に存在する道路網が示されている。図 2 6 の道路網は、 l l 個のノ一ド N 0 〜 N 1 0 と、 1 1 個のリンク L 0 〜； L 1 0 と力、ら構成される。 1 1 個のノード N 0 〜 N 1 0 は、非隣接ノードと隣接ノードとに大別される。非隣接ノードとは、通常の交差点、もしくは道路の種別または属性が変わる点（上述の道路の区切りに相当する）に作成されるノードであり、ュニッ卜 U 内での道路の接続関係を表す分岐点を意味する。ところで、図 2 6 のユニット U には、同じレベルに属しかつ隣接するュニッ卜 U がいくつかある（図 2 参照）。した力つて、 1 本の道路が、互いに隣り合う複数のユニット U にまたがる場合がある。以下では、図 2 6 のユニット U に隣接するユニット U のことを、便宜上、隣接ユニット N U と称する。図 2 6 には、隣接ュニット N U の 1 つが点線にて示されている。隣接ノードは、図 2 6 のュニット U および隣接ュニット N U の間をまたがる道路が存在する場合に、当該ユニット U の境界（つまり矩形領域の辺）上に作成されるノードであり、当該ュニット U と隣接ュニット N U との道路の接続関係を表す点を意味する。以上の定義に従うと、図 2 6 のノ一ド N l 、 2 、 N 5 および N 8 の 4 つ（〇印参照）が非隣接ノードに分類される。また、ノード N O 、 N 3 、 N 4 、 N 6 、 N 7 、 N 9 、 N 1 0 の 7 つ（秦印参照）が隣接ノードに分類される。ここで注意を要するのは、交差点または道路の区切りを表すノード N がュニット U の境界上に存在する場合には、当該ノード N を隣接ノードと分類するか、非隣接ノードと分類するかが問題となる。かかる場合、交差点または道路の区切りを表すノード N を境界上からずらして、新しい非隣接ノードを作成することが 1 つの対処方法である。他の対処方法として、ユニット U の境界上の交差点または道路の区切りと同じ座標上に非隣接ノードを作成することがある。以上から明らかなように、ユニット U の境界上には隣接ノ一ドが作成されてはならない。

図 2 7 は、第 1 のノードテ一ブルの詳細なデ一夕構造を示す図である。ここで、予め断っておくが、第 1 および第 2 のノ一ドテーブルは、互いに同様のデ一夕構造を有しており、主要幹線道路および細街路について作成される点で相違する。そのため、説明の簡素化の観点から、第 2 のノードテーブルの詳細な説明を省略する。さて、図 2 7 において、第 1 のノードテーブルは、隣接ノード数 Q と、非隣接ノード数 R と、（ Q + R ) 個のノ一ドレコード N R 1 〜 N R ( Q + R ) とから構成される。隣接ノード数 Q は、第 1 のノードテーブルに含まれる隣接ノ一ドの個数を示す情報である。ここで、 Q は、 1 以上の自然数であって、ュニット U により表される地図上の道路網に隣接ノードがいくつ存在するかを示す。非隣接ノード数 R は、第 1 のノードテ一ブルに含まれる非隣接ノードの個数を示す情報である。ここで、 R は、 1 以上の自然数であって、ユニット U により表される地図上の道路網に非隣接ノードがいくつ存在するかを示す。

ノードレコード N R 1 〜 N R ( Q + R ) は、ユニット U により表される地図上の道路網に存在するノード N の数だけ作成される。ノ一ドレコード N R 1 〜 N R ( Q + R ) には、（ Q + R ) 個のノード N に関連する情報が記録される次に、本実施形態におけるノ一ドレコード N R 1 〜 N R ( Q + R ) の並べ方について説明する。第 1 のノードテ一ブリレにおいて、最初の Q個のノ一ドレコード N R 1 〜 N R Q には、 Q個の隣接ノードに関連する情報が記録され、後の R 個のノ一ドレコード N R ( Q + 1 ) 〜 N R R には、 R 個の非隣接ノードに関連する情報が記録される。

また、 Q個のノードレコード N R 1 〜 N R Q において、先頭から順番に、矩形領域（ユニット U ) の左辺上に存在する隣接ノード（図 2 6 の①参照）に関連する情報が記録される。次に、矩形領域の上辺上に存在する隣接ノード（図 2 6 の②参照）に関連する情報が記録される。次に、矩形領域の右辺上に存在する隣接ノード（図 2 6 の③参照）に関連する情報が記録される。最後に、矩形領域の下辺上に存在する隣接ノード（図 2 6 の④参照）に関連する情報が記録される。

また、上記右辺上または左辺上の隣接ノードのノードレコード N R は、当該隣接ノードの緯度が昇順になるよう並ベられる。一方、上記右辺上または左辺上の隣接ノードのノードレコード N R は、当該隣接ノードの経度が昇順になるよう並べられる。

さらに、非隣接ノードのノードレコード N R は、最初に、当該非隣接ノードの緯度が昇順になるように並べられる。この時、同じ緯度の非隣接ノードが複数存在した場合には、ノードレコード N R は、当該非隣接ノードの経度が昇順になるように並べられる。

図 2 6 のノード N O 〜 N 1 0 に関して、上記の並べ方に従うと、図 2 8 に示すように、先頭のノードレコード N R 1 には、隣接ノード N 6 の情報が記録される。次のノードレコード N R 2 には、隣接ノード N 0 の情報が記録される。ノードレコード N R 3 、 N R 4 、 N R 5 、 N R 6 および N R 7 には、隣接ノード N 4 、 N 7 、 N 1 0 、 N 3 および N 9 の情報が記録される。ここで、図 2 8 中の①〜④は、図 2 6 の①〜④ に対応しており、隣接ノードが並べられる順位を示している。次のノードレコード N R 8 には、非隣接ノード N 8 の情報が記録される。ノードレコード N R 9 、 N R 1 0 および N R 1 1 には、非隣接ノード N 5 、 N 2 および N 1 の情報が記録される。以上のように、本実施形態では、ユニット U に含まれるノード N の情報は、ランダムにではなく、上述した規則に従つた順番でノードレコ一ド N R に記録されていく。ここで、以下の説明において、ノードレコード番号とは、最初のノードレコード N R 1 を「 0 」として、各ノードレコード N R 2 以降が何番目に記録されているかを特定する番号を意味する。以上のノードレコード番号を図 2 8 のノードレコード N R 1 〜 N R 1 1 に当てはめると、当該ノ一ドレコード N R l 〜 N R l l のノードレコード番号は「 0 」〜「 1 0 」となる。なお、以上のような並べ方は、ュニット U と隣接ュニット N U の間にまたがる道路の接続関係をたどる処理を高速に行ったり、ュニット U の親子間におけるノードやリンクの対応づけを的確に行ったりできるという効果を生むが、これらの具体的な処理および効果については後述する。

さて、再度図 2 7 を参照して、ノードレコード N R 1 の内部デ一夕構造を詳細に説明する。ノードレコード N R 1 は、ノード属性と、ノード座標と、ノード接続情報とから構成される。ノード属性は、ノードレコード N R 1 に記録されるノードの属性を表すための情報である。ノード属性の例としては、記録されたノードに交差点での交通が規制されているか否かを示す情報、当該ノードにより表される交差点に名称があるか否かを示す情報、当該ノードにより表される交差点に信号機が存在するか否か等の情報がある。なお、ノード属性に交通規制または交差点名称の有無に関する情報を記録する場合には、本実施形態では説明しない交差点規制テ一ブルおよび交差点名称テ一ブル等のテ一ブリレを別途作成し、該当する情報を記録するようにする。

また、ノード座標は、ノードレコード N R 1 に記録されるノードの経度方向の座標および緯度方向の座標を表すための情報である。ノ一ドの経度方向の座標および緯度方向の座標としては、絶対経度緯度座標を記録しても良い力 S 記録されるノードを含むュニッ卜 U ( 矩形領域 ) の左下隅を基準点として、当該ュニッ卜 U 力バーする範囲の経度幅および緯度幅を 2 バイト程度の値で正規化した座標で表すのが一般的である。例えば、図 2 9 に示すように、ュニッ卜 U の左下隅 N a の座標を（ 0 0 0 0 h , 0 0 0 0 h ) と表現し（ h は 1 6 進数の値を表す）、当該ュニット U の座標系を経度方向および緯度方向共に 8 0 0 0 h で正規化する。この口、ュニッ卜の左上隅 N b の座標は（ 0 0 0

0 h , 8 0 0 0 h ) と表現される。ま ί~ '—■ ッ卜の右下隅 N c の座標は（ 8 0 0 0 h 0 0 0 0 h ) と表現される。さらに、ユニットの右上隅 N d の座標は（ 8 0 0 0 h 8 0 0 0 h ) で表現される。

また、ノ一ド接続情報は、ノ一ドレコード N R 1 に記録されるノ一ド N と、後述するリンクレコード L R に記録されるリンク L との接続関係を表す情報である。ノード接続情報の詳細については後述する

なお、他のノードレコード N R 2 N R ( Q + R ) の内部デ一タ構造については、ノードレコ — ド N R 1 と同様であるため説明を省略する。ただし、他のノードレコード N R 2 N R ( Q + R ) には、互いに異なるノード N の情報が記録される。

次に、図 7 の第 1 のリンクテーブルのデータ構造を説明する。ここで、予め断っておくが、第 1 および第 2 のリンクテーブルは、同様のデ一夕構造を有しており、主要幹線道路および細街路について作成される点で相違する。そのため、以降では、第 2 のリンクテーブルの詳細な説明を省略する。図 3 0 は、第 1 のリンクテーブルの詳細なデ一夕構造を示す図である。図 3 0 において、第 1 のリンクテーブルは、道路数 S と、 M個の道路レコード R R 1 〜 R R M とから構成される。道路数 S は、第 1 のノードテーブルにより表される道路網に含まれる道路の本数を示す情報である。ここで、 S は、 1 以上の自然数であって、ユニット U により表される地図上の道路網に道路が何本存在するかを示す。道路レコード R R 1 には、ある 1 つの道路属性が害 ij り当てられ、当該道路属性が同じリンク L およびノード N に関する情報が記録される。また、道路レコード R R 2 には、他の 1 つの道路属性が割り当てられ、当該道路属性が同じリンク L およびノード N に関する情報が記録される。以降、同様に、道路レコード R R S には、他の道路レコ一ド R R 1 〜 R R ( S — 1 ) には割り当てられていない 1 つの道路属性が割り当てられ、当該道路属性が同じリンク L およびノ一ド N に関する情報が記録される。以上から明らかなように、道路レコード R R 1 〜 R R S には、互レゝに異なる道路属性が割り当てられる。ここで、道路属性とは、道路の種別毎に分類するための情報である。典型的には、道路は、高速道路、国道、県道、市道、私道等といった区分で分類され、さらには、各道路の名称によってより詳細に分類される。なお、必要に応じて、道路の一方通行規制等を道路属性に採用してもよい。

道路レコード R R 1 は、道路属性と、リンク数 T 1 と、先頭ノードレコード番号と、 T 1 個のリンクレコード L R 1 〜 L R T 1 とから構成される。道路属性には、道路種別 (高速道路、国道、県道等）、道路の一方通行規制等を示す情報が記録される。リンク数 T 1 は、道路レコード R R 1 に記録されるリンク L の個数を示す情報である。ここで、 T 1 は、 1 以上の自然数であって、ユニット U により表される地図上の道路網において、道路属性の情報に該当するリンク L が何個存在するかを示す情報である。先頭ノードレコード番号は、所定のノードレコード N R を特定するためのノードレコード番号を意味する。このノードレコード番号は、図 2 8 等を参照して上述したように、最初のノ — ドレコード N R 1 を「 0 」として、各ノードレコード N R 2 以降が何番目に記録されているかを特定する番号である。さらに、所定のノ一ドレコード N R とは、道路レコード R R 1 により表される道路網の先頭に位置するノード N が記録されたものを意味する。また、リンクレコード L R 1 には、ュニット U により表される地図上の道路網において、道路属性により分類されるリンク L の内のある 1 つに関する情報が記録される。そのために、リンクレコード L R 1 は、リンク属性と、リンク接続情報とから構成される。リンク属性とは、リンクレコード L R 1 により表されるリンク L の属性を示す情報である。リンク属性の典型例としては、リンク種別（本線リンクであるか、側道リンクであるか等）または車線数等がある。また、リンク接続情報は、リンクレコード L R 1 により表されるリンク L に接続されたノード N 、またはリンクレコード L R 1 により表されるリンク L とノード N を介してつながっているリンク L の情報である。また、リンクレコード L R 2 には、道路属性により分類されるリンク L の内の他の 1 つに関する情報が記録される。以降同様に、リンクレコード L R T 1 には、道路属性により分類されるリンク L の内、他のリンクレコード L R ( T 1 — 1 ) に記録されていない 1 つのリンク L に関する情報が記録される。ここで、リンクレコード L R 2 〜 L R T は、リンクレコード L R 1 と同様に、リンク属性と、リンク接続情報とから構成される。以上から明らかなよう〖こ、リンクレコード L R 1 〜 L R T 1 には、互レに異なるリンク L に関する情報が記録される。

さて、次に、第 1 のリンクテ一ブルに記載される情報の具体例を、図 2 6 の道路網の場合について具体的に説明する。上述したように、図 2 6 の道路網は、 1 1 個のノード N 0 〜 N 1 0 と、 1 1 個のリンク L 0 〜 L 1 0 と力、ら構成される。また、説明をより具体的にするために、リンク L 0 〜： L 2 は、ノード N O を先頭として、 L 0 → L 1 → L 2 の順番で接続されることにより、 1 本の道路（例えば、国道）を構成すると仮定する。この仮定下では、リンク L 0 〜 L 2 は互いに同一の道路属性（国道）を有する。リンク L 3 〜 L 5 は、ノード N 4 を先頭として、 L 3 ~ L 4 → L 5 の順番で接続されることにより、 1 本の道路（例えば、県道）を構成すると仮定する。この仮定下では、リンク L

3 〜； L 5 は互いに同一の道路属性（県道）を有する。リンク L 6 〜 L 8 は、ノ — ド N 7 を先頭として、 L 6 → L 7 → L 8 の順番で接続されることにより、 1 本の道路（例えば、幅員が 5 . 5 m以上の私道 ) を構成すると仮定する。この仮定下では、リンク； L 6 〜 L 8 は互いに同一の道路属性

(私道）を有する。リンクし 9 および L 1 0 は、ノード N 5 を先頭として、 L 9 → L 1 0 の順番で接続されることにより、 1 本の道路（例えば、市道）を構成すると仮定する。この仮定下では、リンク 9 および L 1 0 は互いに同一の道路属性 (市道）を有する

以上の仮定下では、道路は、国道、県道、私道および巿道の 4 本であるカゝら、第 1 のリンクテ― ブリレの道路数 S として、「 4 」が記録される。また、道路属性としては、国道、県道、私道および巿道の 4 種類があるので、第 1 のリンクテープルには、 4 個の道路レコ ― ド R R 1 〜 R R 4 が記録される。まず、道路レコード R R 1 について説明する。道路属性としては「国道」を表す情報が記録される。また、リンク数 T 1 としては、国道がリンク L 0 〜 L 2 で構成されることから「 3 」を示す情報が記録される。また、リンク L 0 〜 L 2 で表される道路の先頭は、ノ — ド N 0 により表される。ノ一ド N 0 のレコ一ド番号は「 1 」である

( 図 2 8 参照）。ゆえに、先頭ノ一ド N の番号としては「 1 」が記録される。次に、リンクレコ一 R 1 1 ( リンク L 0 のレコード）において、リンク属性については説明を省略するさて各リンクレード L R に記録されるリンク接続情報、および図 2 7 にされるノード接続情報を説明する。同時にノード N とンク L の接続関係をたどる処理についても明する。例ば、図 2 6 に示すように、ノード N 2 はリンク L 1 、 L 、 L 6 、および L 7 の 4 本と接続しているこのように各ノード N 2 を中心として

、 4 本のリンク L 1 、 L 2 、 L 6 および L 7 がつながつている。また、ノドレ 3 一ド N R 1 0 には、ノード N 2 に関連する情報が記録される（示ぉ録お記え、一オコを Nさノ Lリリ 2 2 7 参照）。また、リンクレコード L R 1 2 、し R 1 3 L R 3 1 および L R 3 2 には、リンク L 1 L 2 、 L 6 よび L 7 に関連する情報が記録される（図 1 参照 ) o 一ドレコード N R 1 0 のノ一ド接続情報（ 2 7 参照）および各リンクレード L R 1 2 , L R 1 3 、 L R 3 1 よび L R 3 2 のリンク接続報（図 3 1 参 m ) には、ノド N 2 に接続されたリンク

L 1 、 L 2 , L 6 および L 7 たどるための情報が記録される。まず、ノドレ： 3 ― ド R 1 0 には、ノード接続情報として、ノー F N 2 に接続れた最初のリンク； L (今、仮にリンク： L 1 とする）が記されたリンクレコード L R 1 2 を参照するための情報が録される。より具体的には、ノ一ド接続情報としては、ンクテ一ブルの先頭からリンクレコード L R 1 2 までのフセッ卜アドレスを記録しても良いし、リンクレ： 3 ― ド R 1 2 のリンクレ 3 ード番号を記録しても良い。ここでリンクレコ一ド番号とは、リンクテーブルおいて最初のリンクレコ一ド L R 1 1 を「 0 」として、 U ンクレ π 一ド、 L R 1 2 以降が何番目に記録されているかを特定する番号を意味する。以上のリンクレコード番号を図 3 1 のリンクレコード L R に当てはめると、リンクレコード L R 1 1 〜 L R 1 3 のリンクレコード番号は「 0 」〜「 3 」となる。また、リンクレコード L R 2 1 〜 L R 2 3 のリンクレコード番号は「 4 」〜「 6 」となる。また、リンクレコード L R 3 1 〜； L R 3 3 のリンクレコード番号は「 7 」〜「 9 」となる。さらに、リンクレコード L R 4 1 および L R 4 2 のリンクレコード番号は「 1 0 」および「 1 1 」となる。

ここで注意を要するのは、ノード接続情報には、同じュニット U 内の道路網の接続をたどる場合に限り、オフセットァドレスおよびリンクレコード番号が記録される。同様に、リンク接続情報には、同じユニット U 内の道路網の接続をたどる場合に限り、オフセットアドレスおよびノードレコード番号が参照される。詳しくは図 3 7 および図 3 8 を参照して説明するが、あるュニット Uおよび隣接ュニット N U の境界をまたぐような道路網の接続をたどる場合には、オフセットアドレスおよびリンクレコードは参照されない。

図 3 2 の例では、ノードレコード N R 1 0 のノード接続情報には、当該ノードレコード N R 1 0 力ゝら、リンクテ一ブルのリンクレコード L R 1 2 を参照可能なように、当該リンクレコード L R 1 2 までのオフセットアドレスまたは当該リンクレコード L R 1 2 のリンクレコード番号が記録される。また、図 3 2 の例では、リンクレコード L R 1 2 からはリンクレコード L R 3 2 が参照されるので、リンクレコード L R 1 2 のリンク接続情報には、リンク L 1 と接続する他のリンク L 6 を参照可能なように、当該リンクレコード L R 3 2 へのオフセットアドレスまたは当該リンクレコード L R 3 2 のリンクレコード番号が記録される。かかるノードレコード N R 1 0 のノード接続情報およびリンクレコード L R 1 2 のリンク接続情報により、リンク L 1 はノード N 2 を起点として、リンク L 6 と接続していることが分かる

ここで注意を要するのは、リンクレコード L R 1 2 のリンク接続情報としては、リンクレコード番号やオフセットアドレスだけでなく、当該リンク接続情報が他のリンク L に対してであることを示すフラグを記録しておく。

さらに注意を要するのは、同一道路レコード R R 内で記録されるリンク L を参照するためのリンク接続情報は、各リンクレコード L R には記録されない。同一道路レコード R R に属するリンク L 同士は、リンク接続情報を参照しなくとち、リンクレコード L R の並び方によりたどることができるカゝらである。つまり、道路レコード R R 1 においてリンクレコード L R 1 1 とリンクレコード L R 1 2 とは、連続するァドレス領域に並べて記録されるため、リンクし 1 およびリンク L 2 は相互に接続していると判断することができる。同様に、道路レコード R R 3 において、リンクレコード L R 3 1 および L R 3 2 は連続アドレス領域に並ベて記録されるため、リンク L 6 とリンク L 7 とは相互に接続していると判断することができる。

さて、リンクレコード L R 1 2 の次に参照されるリンクレコード L R 3 1 に記録されたリンク L 6 は、道路レコ一ド R R 1 以外に区分されたリンク L とは接続されていない。そのため、リンクレコード L R 3 2 のリンク接続情報としては、リンク L 1 、 L 2 、 L 6 および L 7 の中心に位置するノード N 2 が記録されたノ一ドレコード N R 1 0 を参照可能な情報が記録される。リンクレコード L R 3 2 のリンク接続情報としても、ノードレコード N R 1 0 へのオフセットアドレスまたは当該ノ一ドレコード N R 1 0 のノ一ドレコード番号が用いられる。

ここで注意を要するのは、リンクレコード L R 3 2 のリンク接続情報としては、ノードレコード N R 1 0 のノードレコード番号またはオフセットアドレスだけでなく、当該リンク接続情報がノードテーブル N R に対して設定されていることを示すフラグも記録される。

以上のように、各ノードレコード N R には、最初に接続するリンク L へのノード接続情報のみを記録し、各リンクレコード L R には、そこに記録されるリンク L に接続する他の道路レコード R R 内のリンク L へのリンク接続情報、もしくは起点となったノード N が記録されるノ一ドレコード N R へのリンク接続情報を記録することによって、各ノ ― ド N を起点としたリンク L の接続をたどることができる

「ュニットヘッダのデータ構造」

さて、再度図 7 を参照して、ュニットヘッダのデータ構造について詳細に説明する。ユニットヘッダには、地図フアイル C F のユニットデータの管理情報が記録される。ュニットヘッダは、少なくともユニット I D 、ノ、'一ジョンコード、およびュニットデ一夕を構成する 8 種類のテーブルのデータサイズから構成される。ユニット I D は、当該地図ファイル C F により表されるュニット U を一意に特定できる識別番号である。より具体的には、ユニット I D は、ュニット U のレベル L 、およびュニット U の親子関係および隣接関係が特定できる番号であり、地図ファイル C F のパス名と相互に変換できるものが望ましい。例えば、ュニット I D を 3 2 ビット（ 4 ノ 'イト）のコードで表現するとし、 M S B 力、ら 2 ビットをリザーブビットとし、順にュニットレベル L を 2 ビット、レベル「 3 」の経度方向の分割位置 X 3 を 5 ビット、レベル「 3 」の緯度方向の分割位置 Y 3 を 5 ビット、レベル「 2 」の経度方向の分割位置 X 2 を 3 ビット、レベル「 2 」の緯度方向の分割位置 Y 2 を 3 ビット、レベル「 1 」の経度方向の分割位置 X 1 を 3 ビット、レベル「 1 」の緯度方向の分割位置 Y 1 を 3 ビット、レベル「 0 」の経度方向の分割位置 X 0 を 3 ビット、レべル「 0 」の緯度方向の分割位置 Y 0 を 3 ビットで表す。ここで、レベル「 3 」の経度方向の分割位置 X 3 は、ュニット U がレベル「 3 」に属するとした場合に東経方向に数えて何番目（起算点は経度 0 度）に位置するかを示す数である。レベル「 3 」の緯度方向の分割位置 Y 3 は、ユニット U がレベル「 3 」に属するとした場合に北緯方向に数えて何番目（起算点は北緯 0 度）に位置するかを示す数である。レベル「 2 」の経度方向の分割位置 X 2 は、ユニット U がレベル「 2 」に属するとした場合に東経方向に数えて何番目（起算点はレベル「 3 」のユニット U の左下）に位置するかを示す数である。レベル「 2 」の緯度方向の分割位置 Y 2 は、ユニット Uがレベル「 2 」に属するとした場合に北緯方向に数えて何番目（起算点はレベル「 3 」のュニット U の左下）に位置するかを示す数である。レベル「 1 」の経度方向の分割位置 X 1 は、ユニット U がレベル「 1 」に属するとした場合に東経方向に数えて何番目（起算点はレベル「 2 」のユニット U の左下）に位置するかを示す数である。レベル「 1 」の緯度方向の分割位置 Y 1 は、ュニット Uがレベル「 1 」に属するとした場合に北緯方向に数えて何番目（起算点はレベル「 2 」のユニット U の左下 ) に位置するかを示す数である。レベル「 0 」の経度方向の分割位置 X 0 は、ユニット U 力 S レベル「 0 」に属するとした場合に東経方向に数えて何番目（起算点はレベル「 1 」のユニット U の左下）に位置するかを示す数である。レベル「 0 」の緯度方向の分割位置 Y 0 は、ユニット U 力 S レベル「 0 」に属するとした場合に北緯方向に数えて何番目 (起算点はレベル「 1 」のユニット U の左下）に位置するかを示す数である。

例えば、図 4 に示すレベル「 0 」のユニット U « のノ \° ス名は「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥ M 0 2 0 1 . m a p 」であるため、前述の L = 0 、 X 3 = 1 6 、 Y 3 = 6 , X 2 = 4 、 Y 2 = l 、 X 1 = 5 Υ 1 = 3 、 Χ 0 = 2 、 Υ 0 = 1 となる。この場合、ユニット U u のユニット I D は、 1 3 5 9 2 8 5 2 9 ( 1 0 進数表記）となる。以上から明らかなように、地図フアイリレ C F のノ° ス名からユニット I D を一意に特定することができ、逆にュニット I D からノス名を一意に特定することができる。

またバージョンコードは、地図ファイリレ C F (ユニット U ) のノ一ジョンを表すための識別コードであり、例えば、当該ュニットのフォーマツトノ '— ジョンを表すコードを 2 バイト、当該ュニットのコンテンツノ — ジョンを表すコードを 2 ノイト等で記述した、合計 4 ノイトのコードで表すものとする。このノ一ジョンコードは、セン夕局 2 力、らあるュニット I D の地図ファイル C F が端末装置 1 にダウンロードされた際に、端末装置 1 の第 1 の記憶装置 1 9 に既に格納されている同一ュニット I D の地図ファイル C F と置き換えるか否かの判断等に使用される。なお、この際の詳細な処理については後述する。

また、各テーブルのデ一夕サイズには、地図ファイル C F を構成する各テーブルのデータサイズが記録されており、それぞれは例えば 2 バイ卜で表される。各テーブルのデ一夕サイズを順に加算していくことにより、各テーブルが格納されている、地図ファイル C F の先頭からのオフセットアドレスが算出可能となる。なお、各テーブルのデ一夕サイズとしては、基本背景テーブルのデータサイズ、詳細背景テーブルのデータサイズ、基本文字記号テーブルのデ一夕サイズ、詳細文字記号テーブルのデータサイズ、第 1 のノ一ドテ一ブルのデータサイズ、第 1 のリンクテ一ブルのデータサイズ、第 2 のノードテーブルのデ一夕サイズ、第 2 のリンクテ一ブルのデータサイズが並ぶ。それぞれのテーブルの内容については上述した通りである。

以上、地図ファイル C F の詳細なデータ構造について説明した。次に、第 1 のデ一夕べ一ス 1 1 1 カゝら地図フアイル C F を読み出す際の端末装置 1 の動作について、図面を参照して説明する。

「読み出し処理」

図 1 を参照して説明したように、本実施形態の端末装置

1 は、典型的にはカーナビゲーシヨンシステムである。周知のように、マップマッチング、経路探索、または経路案内等の処理が実行される。以下には、これらの処理の内、経路探索処理に関連して、地図ファイル C F を読み出す処理、あるュニット U と隣接ュニット N U にまたがる道路の接続をたどる処理、および階層間でのノード N とリンク L との対応づけを行う処理について詳細に説明する。なお、以下では、出発地および目的地の間の最短ルートを求める処理そのものについては本願発明のボイントではないため特に説明しない。

図 3 3 は、経路探索処理の概念を示す図である。図 3 3 に示すように、最短ルートを求める処理では、出発地 S P 側と目的地 D P 側の両方向から探索が広げられる。さらに、経路探索処理では、下位階層から上位階層までの複数階層の地図ファイル C F が用いられる。この時、出発地 S P および目的地 D P 周辺では、詳細な道路網を表す下位階層の地図ファイル C F を用いて、最短ル一卜が探索される。一方、出発地 S P および目的地 D P 周辺以外では、粗い道路網を表す上位階層の地図ファイル C F が用いられる。以上の図 3 3 に示す経路探索処理では、いわゆる双方向階層別探索の手法が用いられる。また、地図ファイル C F を用いて、出発地 S P から目的地 D P への最短ル一卜を求める

½ 口には、周知のダィクストラ法等が使用される。なお、ダィクストラ法につレては、本願発明のポイントではなく、かつ周知の技術であるため、これ以上説明しない。

以下、図 3 4 のフ口 — チャートを参照して、端末装置 1 で実行される双方向階層別探索の処理手順を詳細に説明する。まず、双方向階層別探索では、端末装置 1 の出発地 S P および目的地 D P の設定が実行される（ステップ S 1 0 1 ， S 1 0 2 ) 。ステップ S 1 0 1 および S 1 0 2 において、出発地 S P および目的地 D P は、出力装置 1 1 0 のディスプレィに表示されるメニューに従って、端末装置 1 のュ一ザが入力装置 1 1 を操作することにより設定される。

で、最近の力一ナピゲ一シヨンシステムでは、出発地

S P ¾ よび目的地 D P は、一般的に、住所、電話番号、地名または施設名称等を使って設定される。設定された出発地 s P および目的地 D P を特定する情報は、入力装置 1 1

_■、、

カゝら 7 夕処理部 1 3 に送信される。

ステップ S 1 0 2 が終了すると、データ処理部 1 3 は、読み出し Z書き込み制御部 1 8 と協働して、経路探索処理に必要な地図ファィル C F を、第 1 の記憶装置 1 9 から主

Θ己 I意 ( 図示せず）に順次読み込む（ステップ S 1 0 3 ) 。刖述したように、第 1 の記憶装置 1 9 に格納された各地図ファィル C F は、図 2 等に示すように、地図を矩形領域に分割したユニット U を単位としてデジタルデータ化される。さらに、各地図ファイル C F は、ファイルシステムにより管理される。ファイルシステムは、第 1 の記憶装置 1 9 の論理領域がツリー構造をとるようにディレクトリを作成する。これによつて、各地図ファイル C F が格納される論理領域は、ルートおよびファイル名、ならびにそれらの間に介在するサブディレクトリ名により表されるパスにより一意に特定される。また、本実施形態のツリー構造およびファイル名は、上述したように、ユニット U 同士の親子関係および隣接関係を特定する。フアイルシステムを構成するデータ処理部 1 3 および読み出し Z書き込み制御部 1 8 は、最初のステップ S 1 0 3 において、入力装置 1 1 から送信されてくる出発地 S P 周辺を表す地図ファイル C F を第 1 の記憶装置 1 9 から読み出すためには、当該地図ファイリレ C F のノ\° ス名を求めなければならない。

ここで、図 3 5 は、図 3 4 のステップ S 1 0 3 の詳細な処理手順を示すフローチャートである。図 3 5 の処理を簡単に説明すると、データ処理部 1 3 が読み込むべき地図フアイル C F のレベル（階層）および代表点となる地点の座標情報から、当該地図ファイル C F のパス名を求める。そして、読み出し Z書き込み制御部 1 8 は、データ処理部 1 3 により求められたパス名を基に、第 1 の記憶装置 1 9 から地図ファイル C F を読み出す。以下、図 3 5 のフ口一チヤートを参照して、図 4 および図 5 に示すレベル「 0 」のユニット U 。を表す地図ファイル C F ( 「 ¥ M 0 2 0 1 . m a p 」）を読み出す際の処理手順を説明する。ここで、代表点とは、読み出すべき地図ファイル C F がカバーする範囲に含まれる 1 つの地点を意味する。以下の説明において、経度座標 L O N および緯度座標 L A T 。は、ュニット U ₍) の代表点の経度方向の位置を示す座標および緯度方向の位置を示す座標とする。本実施形態では、経度座標 L O N " および緯度庞標 L A 丁。は、東経 1 3 2 度 3 9 分 2 0 秒および北緯 3 2 ¾ 5 5 分 3 7 秒とする。

さらに、ステップ S 1 0 3 の処理には、いくつかのノ、 " ラメータが必要となる。以下の説明おいて、経度幅 W 3 は、レベル「 3 」に属する各ユニット U がカバーする矩形領域の経度方向に沿う辺の長さを意味する。緯度幅 H 3 は、レベル「 3 」に属する各ユニット U がカバ一する矩形領域の緯度方向に沿う辺の長さを意味する。本実施形態の場合、図 2 および図 3 で説明したように、レベル「 3 」の矩形領域が約 6 4 0 k m四方の場合には、経度幅 W 3 および緯度幅 H 3 は 2 8 8 0 0 秒（ 8 度）および 1 9 2 0 0 秒（ 5 度 2 0 分）である。経度幅 W 2 は、レベル「 2 」に属する各ュニット U がカバーする矩形領域の経度方向に沿う辺の長さを意味する。緯度幅 H 2 は、レベル「 2 」に属する各ュニット U がカバ一する矩形領域の緯度方向に沿辺の長さを意味する。レベル「 2 」の矩形領域が約 8 0 k m四方の場合には、経度幅 W 2 および緯度幅 H 2 は 3 6 0 0 秒（ 1 度）および 2 4 0 0 秒（ 4 0 分）である。経度幅 W 1 は、レベル「 1 」に属する各ユニット U がカバ一する矩形領域の経度方向に沿う辺の長さを意味する。緯度幅 H 1 は、レベル「 1 」に属する各ユニット U がカバ一する矩形領域の緯度方向に沿う辺の長さを意味する。レベル「 1 」の矩形領域が約 1 0 k m毎の場合には、経度幅 W 1 および緯度幅 H 1 は 4 5 0 秒（ 7 分 3 0 秒）および 3 0 0 秒（ 5 分）である。経度幅 W 0 は、レベル「 0 」に属する各ユニット U がカバ一する矩形領域の経度方向に沿う辺の長さを意味する。緯度幅 H 0 は、レベル「 0 」に属する各ユニット U がカバーする矩形領域の緯度方向に沿う辺の長さを意味する。レベル「 0 」の矩形領域が約 1 . 2 k m毎の場合には、経度幅 W 0 および緯度幅 H 0 は 5 6 . 2 5 秒および 3 7 . 5 秒である。

さて、データ処理部 1 3 は、まず、代表点の経度座標 L O N 。および緯度 L A T 。を特定し（ステップ S 2 0 1 ) 、読み込むべき地図ファイル C F のレベル L (ユニット U 0 の地図ファイル C F を読み込む場合、 L = 0 ) を特定する（ステップ S 2 0 2 ) 。ここで、ステップ S 2 0 1 および S 2 0 2 は、双方向階層別探索において一般的に実行される処理であるため、ここでは詳細に説明しない。

次に、データ処理部 1 3 は、ステップ S 2 0 3 に進み、代表点の経度座標 L O N 。をレベル「 3 」の経度幅 W 3 で除算した時の商 D L 〇 N 3 、および、当該代表点の緯度 L A T 。をレベル「 3 」の経度幅 W 3 で除算した時の商 D L O N 3 を算出する。今、経度幅 W 3 = 2 8 8 0 0 秒（ 8 度 ) 、緯度幅 H 3 = 1 9 2 0 0 秒（ 5 度 2 0 分）、経度座標 L O N 。 = 東経 1 3 2 度 3 9 分 2 0 秒、緯度座標 L A T 。 = 北緯 3 2 度 5 5 分 3 7 秒である力、ら、商 D L O N 3 = l 6 、商 D L A T 3 = 6 となる。デ一夕処理部 1 3 は、算出された商 D L O N 3 および商 D L A T 3 を順番に並べて 4 桁の数字を作成する。今回作成される 4 桁の数字は、「 1

6 0 6 」である。ここで、商 D L O N 3 および Z または商 D L A T 3 が 1 桁となる場合は、下から 2 桁目に「 0 」を付ける。

—、'

一夕処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレク卜 U の識別子「 ¥ 」およびファイル名の頭文字を定義する「 M 」を付加し、さらにその末尾にファイル名の拡張子 Γ . m a p 」 ¾ 付加する。これによつて、データ処理部 1 3 は、代表点の経度座標 L 〇 N 。および緯度座標 L A

T «, ら、読み込むべき地図フアイル C F (ュニット U 。のもの）のファイル名（今回の場合、「 ¥ M 1 6 0 6 . m a ρ 」）を導き出す

さらに、データ処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレク卜リの識別子「 ¥ 」およびサブディレクトリ名の頭文字を定義する「 D 」を付加する。これによつて

_ _~、- — 夕処理部 1 3 は、代表点の経度座標 L 0 N 。および緯度座標 A T u から、冗みむべき地図ファイル C F が格納されたサブディレクトリ名 (今回の場合「 ¥ D 1 6 0 6 」 ) を導出する（ステップ S 2 0 3 ) 。

次に、デ一夕処理部 1 3 は、ステップ S 2 0 2 で指定されたレベルしが「 3 」か否力、を判断する（ステップ S 2 0 4 ) 。レベル L が「 3 」の場合、データ処理部 1 3 は、ステップ S 2 0 5 に進み、ルート ( 「 ¥ M A P 」 ) の後に、ステップ S 2 0 3 で導出したフアイル名（「 ¥ M 1 6 0 6 . m a 」 ) を付加して、ノ \° ス名を導出する。したがって、パス名は「 ¥ M A P ¥ M l 6 0 6 . m a p 」となる。デ一夕処理部 1 3 は、導出したパス名を読み出し書き込み制御部 1 8 に出力する（ステップ S 2 0 5 ) 。読み出し / 書き込み制御部 1 8 は、入力されたノ° ス名（「 ¥ M A P ¥

M 1 6 0 6 . m a p 」 ) に従って、地図ファイル C F を第 1 の記憶装置 1 9 内の第 1 のデ一夕ベース 1 1 1 から読み出す。読み出し Z書き込み制御部 1 8 は、読み出した地図フアイル C F をデータ処理部 1 3 内の主記憶（図示せず）に転送する。このよラにして、データ処理部 1 3 は、地図フアイル C F を第 1 の記憶装置 1 9 から主記憶に読み込む (ステップ S 2 0 6 ) 。

ところで、上述したように、スアツプ S 2 0 2 で指定されたレベルは「 0 」であるカゝら、テ― 夕処理部 1 3 は、ステップ S 2 0 4 においてレベル L が「 3 」でないと判断して、ステップ S 2 0 7 に進む。 7 夕処理部 1 3 は、ステップ S 2 0 3 で導出した商 D L O N 3 の余り R L O N 3 を算出した後、当該余り R L O N 3 をレベル「 2 」の経度幅 W 2 で除算した時の商 D L O N 2 を算出する。さらに、デ一夕処理部 1 3 は、ステップ S 2 0 3 で導出した商 D L A

T 3 の余り R L A T 3 を算出した後、当該余り R L A T 3 をレべル「 2 」の緯度幅 H 2 で除算した時の商 D L A T 2 を算出する。今、上述した数値を用いた場合、商 D L O N 乙あよび商 D L A T 2 は、 D L O N 2 = 4 および D L A T

2 = 1 となる。データ処理部 1 3 は、算出された商 D L O

N 2 および商 D L A T 2 を順番に並べて 4 桁の数字を作成する。今回作成される 4 桁の数字は、「 0 4 0 1 」である。ここで、商 D L O N 2 および / または商 D L A T 2 が 1 桁となる場合は、 2 桁目に「 0 」を付ける。

データ処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレク卜リの識別子「 ¥ 」およびファイル名の頭文字を定義する「 M」を付加し、さらにその末尾にファイル名の拡張子「 . m a p 」を付加する。これによつて、データ処理部 1 3 は、代表点の経度座標 L O N 。および緯度座標 L A T 。力ゝら、読み込むベき地図ファイル C F のファイル名（今回の場合、「 ¥ M 0 4 0 1 . m a p 」）を導き出す。

さらに、データ処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレク卜リの識別子「 ¥ 」およびサブディレクトリ名の頭文字を定義する「 D 」を付加する。これによつて、データ処理部 1 3 は、代表点の経度座標 L O N 。および緯度座標 L A T 。から、読み込むべき地図ファイル C F ( ュニッ卜 U 0 のもの）が格納されたサブディレクトリ名（今回の場合「 ¥ D 0 4 0 1 ] ) を導出する（ステップ S 2

0 7 ) 。

次に、デ一夕処理部 1 3 は、ステップ S 2 0 2 で指定されたレベルしが「 2 」か否かを判断する（ステップ S 2 0 8 ) 。レべル L が「 2 」の場合、データ処理部 1 3 は、ステツプ S 2 0 5 に進み、リレート（「 ¥ M A P 」）の後に、ステップ S 2 0 3 で導出したサブディレクトリ名（「 ¥ D

1 6 0 6 」 ) およびステップ S 2 0 7 で導出したファイル名（「 ¥ M 0 4 0 1 . m a p 」 ) を付力 Π して、パス名を導出する。したがって、パス名は「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 4 0 1 . m a p 」となる。デ一夕処理部 1 3 は、導出したパス名を読み出し Z書き込み制御部 1 8 に出力する（ステツプ S 2 0 9 ) 。読み出し /書き込み制御部 1 8 は、入力されたパス名 ( 「 ¥ M A P ¥ D 1 6 0 6 ¥ M 0 4 0 1

. m a P 」）に従つて、地図ファイル C F を第 1 の記憶装置 1 9 内の第 1 のデ— 夕ベース 1 1 1 から読み出す。読み出し Z書き込み制御部 1 8 は、読み出した地図ファイリレ C F をデ一夕処理部 1 3 内の主記憶（図示せず）に転送する。このようにして、データ処理部 1 3 は、地図ファイル C F を第 1 の記憶装置 1 9 から主記憶に読み込む（ステップ

S 2 0 6 ) 。

上述したように、スァッフ S 2 0 2 で指定されたレベルは「 0 」であるから、デ一夕処理部 1 3 は、ステツプ S 2

0 8 においてレべルが「 2 」でないと判断して、ステツプ S 2 0 1 0 に進む。デ一夕処理部 1 3 は、ステツプ S 2

0 7 で導出した商 D L O N 2 の余り R L O N 2 を算出した後、当該余り R L O N 2 をレベル「 1 」の経度幅 W 1 で除算した時の商 D L O N 1 を算出する。さらに、デー夕処理部 1 3 は、ステツプ S 2 0 7 で導出した商 D L A T 2 の余り R L A T 2 を算出した後、当該余 D R L A T 2 をレベル Γ 1 」の緯度幅 H 1 で除算した時の商 D L A T 1 を算出する。今、上述した数値を用いた場合、商 D L 0 N 1 および商 D L A T 1 は、 D L O N 1 = 5 および D L A T 1 = 3 となる。データ処理部 1 3 は、算出された商 D L O N 丄ょび商 D L A T 1 を順番に並べて 4 桁の数字を作成する。今回作成される 4 桁の数字は、「 0 5 0 3 」である。ここで、商 D L O N 1 および Zまたは商 D L A T 1 力 S 1 桁となる場合は、 2 桁目に「 0 」を付ける。

データ処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレクトリの識別子「 ¥ 」およびファイル名の頭文字を定義する「 M」を付力 Π し、さらにその末尾にファイリレ名の拡張子「 . m a p 」を付加する。これによつて、データ処理部 1 3 は、代表点の経度座標 L O N 。および緯度座標 L A T 。から、読み込むべき地図ファイル C F のファイル名（「 ¥ M 0 5 0 3 . m a p 」）を導き出す。

さらに、データ処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレクトリの識別子「 ¥ 」およびサブディレクトリ名の頭文字を定義する「 D 」を付加する。これによつて、デ一夕処理部 1 3 は、代表点の経度座標 L O N « および緯度座標 L A T 。から、読み込むべき地図ファイル C F ( ユニット U 。のもの）が格納されたサブディレクトリ名（今回の場合「 ¥ D 0 5 0 3 ] ) を導出する（ステップ S 2 0 1 0 ) 。

次に、デ一夕処理部 1 3 は、ステップ S 2 0 2 で指定されたレベル L が「 1 」か否かを判断する（ステップ S 2 0 1 1 ) 。レベル L が「 1 」の場合、デ一夕処理部 1 3 は、ステップ S 2 0 1 2 に進み、ルート（「 ¥ M A P 」）の後に、ステップ S 2 0 3 で導出したサブディレクトリ名（「 ¥ D 1 6 0 6 」）、ステップ S 2 0 7 で導出したサブディレクトリ名（「 ¥ D 4 0 1 」 ) およびステップ S 2 0 1 0 で導出したフアイリレ名（ ¥ M 0 5 0 3 . m p ) を付カロして、パス名を導出する。したがって、パス名は「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 5 0 3 . m a p 」となる _ -、、

o つ夕処理部 1 3 は、導出したパス名を読み出し Z書き込み制御部 1 8 に出力する（ステップ S 2 0 1 2 ) 。読み出し書き込み制御部 1 8 は、入力されたパス名（「 ¥ M

A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 5 0 3 . m a p 」に従つて、地図フアイル C F を第 1 の記憶装置 1 9 内の第 1 のデ一夕べース 1 1 1 から読み出す。 B冗み出しノ書き込み制御部 1 8 は、読み出した地図フアイル C F をデータ処理部 1 3 内の主記憶（図示せず）に転送する。このようにして、データ処理部 1 3 は、地図フアイル C F を第 1 の記憶装置 1 9 から主記憶に読み込む (ステップ S 2 0 6 ) 。

上述したように、ステツプ S 2 0 2 で指定されたレベル L は「 0 」であるカゝら、データ処理部 1 3 は、ステップ S

2 0 1 1 においてレべルしが「 1 」でないと判断して、ステップ S 2 0 1 0 に進む。データ処理部 1 3 は、ステップ

S 2 0 1 0 で導出した商 D L O N 1 の余り R L O N 1 を算出した後、当該余り R L 0 N 1 をレベル「 0 」の経度幅 W 0 で除算した時の商 D L O N 0 を算出する。さらに、デ一夕処理部 1 3 は、ステップ S 2 0 1 0 で導出した商 D L A T 1 の余り R L A T 1 を算出した後、当該余り R L A T 1 をレべル「 0 」の緯度幅 H 0 で除算した時の商 D L A T 0 を算出する。今、上述した数値を用いた ¾ 口、商 D L O N 0 および商 D L A T 0 は、 D L 0 N 0 = び D L A T

0 = 1 となる。うタ処理部 1 3 は、算出された商 D L 〇

N 0 および商 D L A T 0 を順番に並べて 4 桁の数字を作成する。今回作成される 4 桁の数字は、「 0 2 0 1 」であるで、商 D L O N 0 および Z または商 D L A T 0 が 1 桁となる場合は、 2 桁目に「 0 」を付ける，

デ一夕処理部 1 3 は、作成した 4 桁の数字の先頭に、ディレクトリの識別子「 ¥ 」およびファイル名の頭文字を定義する「 M」を付加し、さらにその末尾にフアイル名の拡張子「 . m a p 」を付加する。これによつて、デ一夕処理部 1 3 は、代表点の経度座標 L O N _n および緯度座標 L A T 。から、読み込むべき地図ファイル C F のファィル名（今回の場合、「 ¥ M 0 2 0 1 . m a p 」 ) を導き出す（ステップ S 2 0 1 3 ) 。ここで、ステップ S 2 0 1 3 では、レベル L が最下位層の「 0 」と自動的に判断できるので、つ夕処理部 1 3 は、サブディレクトリ名を導出しない。

次に、デ一夕処理部 1 3 は、ステップ S 2 0 1 4 に進み、ル一卜（「 ¥ M A P 」）の後に、ステツプ S 2 0 3 、 S 2 0 7 および S 2 0 1 0 で導出したサブディレク卜リ名の配列（「 ¥ D 1 6 0 6 ¥ D 4 0 1 ¥ D 0 5 0 3 ) ならびにステツプ S 2 0 1 3 で導出したフアイリレ名 (今回の場合、「 ¥ M 0 2 0 1 . m a p J ) を付加して、パス名を導出する。したがつて、パス名は「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ D 0 5 0 3 ¥ M 0 2 0 1 . m a p 」となる。う夕処理部 1 3 は、導出したパス名を読み出き込み制御部 1 8 に出力する（ステップ S 2 0 1 4 ) 。読み出し Z 書き込み制御部 1 8 は、入力されたパス名 ( 「 ¥ M A P ¥ D 1 6 0 6 ¥ D 0 4 0 1 ¥ M 0 5 0 3 . m a 」 ) に従つて、地図フアイル C F を第 1 の記憶装置 1 9 内の第 1 のデ一夕べース 1 1 1 から読み出す。読み出し込み制御部 1 8 は、読み出した地図ファイル C F をテ一夕処理部 1 3 内の主記憶（図示せず）に転送する。このようにして、データ処理部 1 3 は、所望の地図ファイル C F (ユニット U 。を表す地図を表示可能なデータ）を第 1 の記憶装置 1 9 から主記憶に読み込む（ステップ S 2 0 6 ) 。

データ処理部 1 3 は、以上のステップ S 2 0 6 の後、図 3 5 のフローチャート力、ら抜けて、図 3 4 のステップ S 1 0 4 に進む。データ処理部 1 3 は、主記憶上に読み込まれた地図ファイル C F を用いて、出発地 S P 側からの経路探索処理を行う（ステップ S 1 0 4 ) 。ここで注意を要するのは、ダイクストラ法等の手法は周知であるため、その詳細な説明を省略する。ダイクストラ法等を簡単に説明すると、地図ファイル C F 内の道路ネットワークの接続をたどりながら最短ルートを求める処理が行われる。かかる地図ファイル C F 内でのノード N とリンク L の接続関係をたどる手順については、図 3 2 を参照して前述の通りである。

また、データ処理部 1 3 は、ステップ S 1 0 2 の後、ステツプ S 1 0 3 と並行して、ステップ S 1 0 5 を実行する。データ処理部 1 3 は、ステップ S 1 0 2 で設定された目的地 D P 周辺の地図ファイル C F を第 1 の記憶装置 1 9 から、自身の内部に有する主記憶（図示せず）に読み込む（ステップ S 1 0 5 ) 。さらに、データ処理部 1 3 は、ステップ S 1 0 5 で読み込んだ地図ファイル C F を用いて、目的地 D P 側の経路探索処理を行う（ステップ S 1 0 6 ) 。ここで、ステップ S 1 0 5 および S 1 0 6 の処理については、ステップ S 1 0 3 およびステップ S 1 0 4 と同様であるため詳細な説明は省略する。データ処理部 1 3 は、スアツプ S 1 0 4 および S 1 0 6 の処理が終了すると、当該ステップ S 1 0 4 および S 1 0

6 で使用された地図ファィル C F の階層での探索終了条件を満たしたか否かの判断を行う (ステップ S 1 0 7 ) 。ステツプ S 1 0 7 では、一般的に、読み込んだ地図ファイル C F の数、または探索したノ一ド N の数等が所定の値に達しているか否かに基づいて、探索条件が終了したか否かが判断される。ステツフ S 1 0 7 において探索終了条件を満たしていないと判断された場合には、データ処理部 1 3 は、ステップ S 1 0 3 および S 1 0 5 に戻って、出発地 S P 側および目的地 D P 側の双方からの探索処理で既に読み込まれている地図ファイル C F に隣接する地図フアイル C F を読み込むこで、既に読み込まれている地図ファイル C F がュニッ卜 U の地図を表すとすると、隣接する地図フアイル C F は、隣接ュニッ卜 N U (図 2 6 参照 ) の地図を表すこととなる。うタ処理部 1 3 は、新たな代表点の経度座標 L O Nおよび緯度座標 L A T を求めて、隣接する地図ファイル C F のパス名を導出し、当該パス名により特定される地図ファィル C F を第 1 の記憶装置 1 9 から主記憶に読み込む

ここで、図 3 6 に示すように、隣接ユニット N U を決定するための新しい代表点の位置は、道路網の接続をたどるリンクしが、どのユニット境界上の隣接ノード（詳しくは図 2 6 を参照）を経由して当該隣接ユニット N U 内のリンク L と接続するかによつて異なる。より具体的に説明すると、図 3 6 のリンク L I 1 は、ユニット U の境界（矩形）の上辺上に位置する隣接ノード N 1 2 を経由して隣接ュニット N U 1 のあるリンク L と接続する。このため、ュニット U の代表点 P の緯度座標 L A T に対して、当該ユニット Uが属するレベル L の緯度幅 H を加算した緯度座標 L A T 1 をもつ地点が新しい代表点 P 1 と定められる。

一方、図 3 6 のリンク L 1 2 は、ユニット U の境界（矩形） .の右辺上に位置する隣接ノ一ド N 1 3 を経由して隣接ユニット N U 2 内のあるリンク L と接続する。このため、ュニット U の代表点 P の経度座標 L O N に対して、当該ュニット Uが属するレベル L の経度幅 Wを加算した経度座標 L O N 2 をもつ地点が新しい代表点 P 2 と定められる。

2 回目以降のステップ S 1 0 3 および S 1 0 5 では、デ — 夕処理部 1 3 は、図 3 6 を参照して説明したようにして求められた新しい代表点に基づいて、当該代表点を含む範囲を表す地図の地図ファイル C F を読み込む。なお、この際の処理手順は前述の通りである。次のステップ S 1 0 4 および S 1 0 6 では、データ処理部 1 3 は、ステップ S 1 0 3 および S 1 0 5 で読み込んだ地図ファイル C F を使つて探索処理を行う。かかる探索処理は、前回読み込んだ地図ファイル C F から今回読み込んだものへと、つまりュニット U と隣接ュニット N U との境界をまたいで道路網の接続をたどることを意味してレる。

ところで、背景技術に記載した技術では、ユニット Uおよび隣接ユニット N U の境界をまたいだ場合であっても、道路網の接続をたどることができるように、各地図フアイルの隣接ノードのレコードに、隣接ュニット N U の隣接ノ一ドを特定する番号またはオフセッ卜ァドレス等が記録されていた。しかし、このような地図フアイルの内部 7 夕構造に関わる情報を当該ュニットに PD録してしまうと、隣接ュニッ卜 N U を表す地図フアイルが更新された場口、 1 記番号またはオフセッ卜ァドレスが変わってしまう場合がある。したがつて、 1 つの地図ファィルが更新されることにより、その周囲のすベての隣接ュ二ッ卜 N U を表す地図ファィルが更新される必要が生じあそれがあるという問題点があつた。かかる問題点を解消すベく、本実施形態の各地図ファィル C F には、隣接ュ二ッ卜 N U の内部う夕構造に直接関わる情報は記録されておらず、データ処理部

1 3 は、ノード N の座標情報および Z またはリンク L の属性情報を用いて、隣接ュニッ卜 N U の隣接ノード N をたどる処理を実行する

以下、図 3 7 および図 3 8 の 2 つの図面を参照して、図

3 4 のステップ S 1 0 4 または S 1 0 6 における、 5 タ処理部 1 3 がュ二ッ卜 U と隣接ュニット N U の境界をまたいで道路網の接続をたどる処理について詳細に説明する。図 3 7 は、互いに隣接い合う 4 個のュニッ卜 U 1 〜 U 4 を並ベた際に構成される道路網を示している。ュニッ卜 U 1 に含まれる道路網は、 4 個のノード N 1 0 〜 N 1 3 と、 3 個のリンク L 1 0 〜 L 1 2 とから構成される。ュニッ卜 U 1 では、 3 個のノ — F N 1 0 、 N 1 2 および N 1 3 参照 ) は隣接ノードであつて、ニット U 1 の境界上に位置する。また、ュニット U 2 に含まれる道路網は、 5 個のノ ― ド N 2 0 〜 N 2 4 と、 4 個のリンク L 2 0 〜 L 2 3 とから構成される。ュニッ卜 U 2 では、 4 個のノ一ド N 2 0 ねよび N 2 2 〜 2 4 (鲁印参照）は、隣接ノードであって、ュ二ッ卜 U 2 の境界上に位置する。また、ュ二ッ卜 U 3 に含まれる道路網は、 4 個のノード N 3 0 〜 N 3 3 と、 3 個のリンク L 3 0 〜： L 3 2 とから構成される。ュニット U

3 では、ノード N 3 0 、 N 3 2 あよび N 3 印参照）が隣接ノ ― ドであり、ュニッ卜 U 3 の境界上に位置する。さらに、ユニット U 4 に含まれる道路網は、 4 個のノード

N 4 0 〜 N 4 3 と、 3 個のリンク； L 4 0 〜 L 4 2 と力ゝら構成される。 3 個のノード N 4 0 〜 N 4 3 (誊印参照）は、隣接ノ一ドであつて、ュニッ卜 U 4 の境界上に位置する。

さらに、図 3 7 において、ノード N 1 3 および N 2 0 が接続され、ノード N 1 2 および N 3 0 が接続され、ノード

N 2 4 および N 4 3 が接続され、さらにノ — ド N 3 o および N 4 0 が接続され、これによって、 1 つの道路網が構成される。

以上の図 3 7 の道路網において、リンク L 1 2 は、隣接ノ一ド N 1 3 および N 2 0 を経由して、リンク L 2 0 とつながつている。上述したように、経路探索処理において、

7 夕処理部 1 3 は、隣接ュニット N U を表す地図フアイル C F を順次読み込んで、目的地 D P または出発地 S P の方向へと探索を広げていく。そのためには、データ処理部

1 3 は、あるュニット U および隣接ュニット N U の境界をまたぐような 2 個のリンク L の接続関係をたどる必要がある。そこで、まず、データ処理部 1 3 は、主記憶上に読み込まれたユニット U (つまり、ユニット U 1 ) の地図ファィル C F ( より具体的には、リンクレコード R R ( 図 3 0 あよび図 3 1 参照））力ゝら、ユニット U 1 カゝらユニット U

2 へと向かうリンク L 1 2 のリンク属性を取り出す（図 3 8 ；ステップ S 3 0 1 ) 。以下では、ユニット U 1 の境界へと向力、うリンク L 1 2 を脱出リンク L 1 2 と呼ぶこととする

次に、つ夕処理部 1 3 は、脱出リンク L 1 2 の接続先情報 ( ノ一ドレコード番号またはオフセットアドレス）を参照して、地図ファイル C F ( より具体的には、第 1 または第 2 のノードテーブル）力ゝら、当該脱出リンク L 1 2 に J¾ i された隣接ノード N 1 3 のノ一ドレコード N R ( 図 2 7 参照）を探し出す。その後、データ処理部 1 3 は、探し出したノ一ドレコード N R 力ら、隣接ノード N 1 3 のノ一ド座標を取り出す（ステップ S 3 0 2 ) 。以下では、脱出リンク L 1 2 に接続された隣接ノード N 1 3 を脱出ノード

1 3 と呼ぶこととする。

次に、データ処理部 1 3 は、主記憶上に読み込まれている隣接ュニット N U ( つまり、ユニット N 2 ) の地図ファィル C F ( より具体的には、第 1 または第 2 のノードテ一ブル ) 力ゝら、ノ — ド座標を 1 つずつ取り出す（ステップ S 3 0 3 にデー夕処理部 1 3 は、ステップ S 3 0 2 で取り出した脱出ノ一ド N 1 3 のノード座標と、ステップ S 3 0 3 で取り出したノード座標との差分値を算出して、当該差分値が所定の閾値以下であるか否かを判断する（ステップ S 3 0 4 ) 。ここで、図 2 9 を参照して説明したように、本実施形態では、ノード座標は正規化された値で記録されている。上記所定の閾値としては、正規化された座標値の幅により異なるが、「 1 」〜「 2 」程度の値が好ましい。データ処理部 1 3 は、ステップ S 3 0 4 の条件を満たすまで、ステップ S 3 0 3 および S 3 0 4 を繰り返し実行する。ただし、デ一夕処理部 1 3 は、ステップ S 3 0 3 を実行するたびに、過去に取り出したものとは異なるノード座標を取り出す。ここで、ステップ S 3 0 4 の条件を満たすということは、ステップ S 3 0 3 で取り出したノード座標を有するノード N が脱出ノード N 1 3 と同じ位置を示していることとなる。つまり、制御部 1 3 は、ステップ S 3 0 3 および S 3 0 4 を繰り返し実行することにより、脱出ノ一 F N 1 3 とほぼ同じ位置を有する隣接ノード N 2 0 を探し出すことができる。以下では、探し出された隣接ノード N 2 0 を進入ノードと呼ぶこととする。

ここで、一般的に、ステップ S 3 0 3 においては、ノードレコード番号（図 2 8 参照）の順番に従って、ノード座標が 1 つずつ順番に取り出される。本実施形態では、図 2 6 および図 2 8 を参照して説明したように、第 1 または第 2 のノ一ドレコードにおいて、隣接ノード N のノードレコ — ド N R は、非隣接レコード N のノードレコード N R の前に記録されている。これによつて、データ処理部 1 3 は、非隣接ノード N のノードレコード N R カゝらノード座標を取り出すことなく、進入ノードを見つけ出すことができる。これによつて、データ処理部 1 3 が進入ノードを検索する処理の負荷を最小限に抑えることができる。すわなち、デ — 夕処理部 1 3 は、隣接ユニット N U の地図ファイル C F に記録された第 1 および第 2 のノ一ドテ一ブル内に並ぶ全てのノードレコード N R を検索しなくても、当該第 1 または第 2 のノードテーブルの先頭から隣接ノードの数だけノ一ドレコード N R を検索すれば、必ず進入ノードを見つけ出すことができる。このように、本実施形態におけるノードレコード N R の並べ方は、進入ノードを検索する処理の高速化にも寄与する。

また、隣接ノードのノードレコード N R は、図 2 6 を参照して説明したように、ユニット U ( 矩形）の左辺→上辺 →右辺→下辺という優先順位に従って並べられる。さらに、左辺および右辺上に位置する隣接ノ一ドのノ一ドレコ一ド N R は緯度の昇順に並べられ、上辺および下辺上に位置する隣接ノードのノードレコード N R は経度の昇順に並べられる。また、非隣接ノードのレコード N R については、まず緯度の昇順に並べられ、緯度が同一座標の複数の非隣接ノードのレコード N R については経度の昇順に並べられる。かかる並べ方によって、進入ノードの検索処理をさらに高速化することができる。例えば、上記の並べ方の規則に従えば、図 3 9 の隣接ノード N l 0 〜 N 2 0 のノードレコード N R は、 N 1 0 → N 1 1 → N 1 2 → N 1 3 → N 1 4 → N 1 5 → N 1 6 → N 1 7 → N 1 8 → N 1 9 → N 2 0 の順で、ユニット U 1 の地図ファイル C F 内に記録される。同様に、隣接ノード N 2 0 〜 N 2 7 のノードテーブル U 2 のノ一ドレコード N R は、 N 2 0 → N 2 1 → N 2 2 → N 2 3 → N 2 4 → N 2 5 → N 2 6 → N 2 7 の順で、ユニット U 2 の地図ファイル C F 内に記録される。さらに、ユニット U 3 の地図ファイル C F 内には、ノード N 3 0 → N 3 1 → N 3 2 → N 3 3 → N 3 4 → N 3 5 → N 3 6 → N 3 7 → N 3 8 の順にノ一ドレコード N R が記録される。

通常、経路採索処理では、読み込んだ地図ファイル C F 内で探索が広げられ、採索中のルートが隣接ノードに到達した際には、その対応する隣接ュニッ卜 N U が新たに読み込まれる。本実施形態では、隣接ュニッ卜 N U の地図ファィル C F が読み込まれた際に、まず前回読み込まれた地図ファイリレ C F と今回読み込まれた地図ファイル C F との、ュニットの間の境界上に存在する全隣接ノードの対応付けが行われる。この際に、前述のようにノードテーブルにおいて、隣接ノードのノードレコード N R が、上述した順位で記録されることにより、隣接ノードの対応付けを高速化することができる。このため、例えば、ユニット U 1 の隣接ノード N 1 2 と同じ位置を示すュニット U 3 の隣接ノー F N 3 5 が見つかれば、ュニット 1 の次の隣接ノード N 1 3 に対応するュニット 3 の隣接ノード N 3 6 は必ず N 3 5 の次のレコードに並んでいる。また同様に、ユニット 2 の隣接ノード N 2 0 に対応するュニット 1 の隣接ノード N 1 6 が見つかれば、ユニット 2 の次の隣接ノード N 2 1 に対応するュニット 1 の隣接ノード N 1 7 は必ず N 1 6 の次のレコードに並んでいる。このように、前述のような規則性に従って隣接ノードを並べることにより、隣接ユニット間における隣接ノ一ドの検索処理を高速化することができるさて、ステップ S 3 0 4 で進入ノードが見つかると、デ一夕処理部 1 3 は、進入ノード N 2 0 の接続先情報（ノードレコード番号またはオフセットアドレス）を参照して、ユニット U 2 の地図ファイル C F ( より具体的には、第 1 または第 2 のリンクテーブル）から、当該進入ノード N 2 0 に接続されたリンク L 2 0 のリンクレコード L R ( 図 3 0 および図 3 1 参照）を採し出す。以下では、進入ノード N 2 0 に接続されたリンク L 2 0 を進入リンク L 2 0 と呼ぶこととする。その後、データ処理部 1 3 は、探し出したリンクレコード L R 力ゝら、進入リンク L 2 0 の属性情報を取り出す（ステップ S 3 0 5 ) 。

次に、データ処理部 1 3 は、ステップ S 3 0 1 で取り出した脱出リンク L 1 2 の属性情報と、ステップ S 3 0 5 力ら取り出した進入リンク L 2 0 の属性情報が同じか否かを判断する（ステップ S 3 0 6 ) 。デ一夕処理部 1 3 は、 2 つの属性情報が互いに異なると判断した場合、ステップ S 3 0 3 に戻って、新しい進入ノード N を探す。ここで、本実施形態では、図 2 を参照して説明したように、互いに異なる縮尺の地図を表すいくつかの地図ファイル C F が第 1 の記憶装置 1 9 には格納されている。下位階層の地図ファィル C F は、詳細な道路網を表すことができるので、 2 つのノード座標の差分値が所定の閾値以下であれば、両ノード N が同じ位置を示す確率が相対的に高くなる。しかしながら、上位階層の地図ファイル C F は粗い道路網しか表すことができないので、 2 つのノード座標の差分値が所定の閾値以下であっても、両ノード N が同じ位置を示す確率は相対的に低くなる。本実施形態では、ステップ S 3 0 6 におレて脱出リンクおよび進入リンクの属性を一致 ζ不一致を判断することにより、データ処理部 1 3 が、ある道路から別の道路をたどることなく、同じ 1 本の道路を正確にたどるようにしている。つまり、ステップ S 3 0 6 の処理は、下位階層の地図ファイル C F に対して実行されなくともよい

— 夕処理部 1 3 は、ステップ S 3 0 6 で脱出リンク L

1 2 および進入リンク L 2 0 の属性情報が一致していると判断すると、 1 本の道路を正確にたどっているとみなして、図 3 8 のフローチャート力、ら抜けて、図 3 4 のステップ S 1 0 7 に進む。データ処理部 1 3 は、今回の読み込み続けた地図ファイル C F の階層での探索終了条件を満たしたと判断した場合、出発地 S Ρ 側の経路と目的地 D Ρ 側の経路がつながつたかどうかを判断する（ステップ S 1 0 8 )

— -、

— 夕処理部 1 3 は、出発地 S Ρ 側と目的地 D Ρ 側の経路とがつながつている場合には、両地点間の最短ルートが求まつたと判断し、経路採索処理を終了する。一方、出発地 S Ρ 側と目的地 D Ρ 側との経路がまだつながつていない

¾σ 口，には、データ処理部 1 3 は、ステップ S 1 0 9 に進みつ上位の階層に移行して、広域かつ粗い道路網を表す地図フアイル C F を使つて経路探索処理を続行する。

次に、ある下位階層から上位階層への以降処理について詳細に説明する。この時、データ処理部 1 3 は、下位階層における採索処理の終点となるノ一ド Ν (探索中のル一トの終点）から、上位階層の地図ファイル C F 内に存在しかつ同じ位置を示すノード Ν へと移行する。したがって、デ — 夕処理部 1 3 が上位階層への移行処理を確実に行うためには、上位階層の地図ファイル C F に含まれるすべてのノード N が、その子ュニット C U の各ノード N から必ず検索できる必要がある。

従来では、かかる検索を実現するために、下位階層のノ ― ド N と同じ位置を示すに上位階層のノード N のノ一ド番号やオフセットァドレス等がノードレコード内に記録されるという方法が採用されていた。しカゝし、このような上位階層の地図ファイルの内部データ構造に関わる情報が下位階層の地図ファイルに記録されると、上位階層の地図ファィルが更新された場合、下位階層の地図ファイルも更新されなければ、下位階層から上位階層への移行処理をスム一ズに行えなくなるという問題点があった。そこで、本実施形態では、各地図ファイル C F には、上位階層の地図ファィル C F の内部デ一夕構造に直接関わるような情報は記録されず、階層移行を行う際にノードの座標情報やリンクの属性情報が参照される。しかし、この場合、一般的に上位階層の地図フアイリレ C F が表す地図は、下位階層の地図フアイル C F が表す地図に比べて座標の分解能が低い。そのため、図 4 0 に示すように、下位階層および上位階層の地図ファイル C F では互いに異なる座標をもっていた 2 つのノード N が、上位階層の地図ファイル C F における座標の丸め誤差のために、同一の座標をもってしまう可能性がある。したがって、ノード座標だけでは、下位階層のノード N と一致する上位階層のノード N を一意に特定することはできない。そこで、本実施形態では、ノード座標だけでなく、ノードレコード N R の記録順序（並び方）が利用される。すなわち、前述のように第 1 または第 2 のノードテーブルにおけるノードレコ一ド N R の並びの順は、隣接ノード、非隣接ノード共に明確に規定されている。このため、座標の丸め誤差が生じるような上位階層のユニット U においても、丸め誤差が生じる前の正規化経度緯度座標を利用して、座標の昇順でノードレコード N R が記録される。これによつて、データ処理部 1 3 は、下位階層のノード N から、同じ位置を示しかつ上位階層の親ュニット P U に含まれるノード N を検索する場合にも、下位階層ユニット U 内に記録されているノード N の内で、親ュニット U にも記録されており、かつ上位階層で丸め誤差が生じた場合に同一座標になると考えられるノード N の中力ら、ノ一ドレコード N R の記録順序に基づいて、親ユニット P U 内で対応するノード N を一意に特定することができる。

より具体的には、前述のように地図ファイル C F では、相対的に 1 階層上の親ュニット P U は、その子ュニット C U に対して、経度方向および緯度方向共に 8 倍のュニッ卜幅を有する。その一方で、階層には関係なく、各ノードは、ユニット U の経度方向および緯度方向共に 8 0 0 O h ( 1 6 ビット）で正規化した正規化座標をもつ。すなわち、親ュニット P U は子ュニット C U に対して、その座標分解能が、経度方向および緯度方向共に 1 / 8 であるということができる。このため、子ユニット C U の正規化経度および正規化緯度座標 1 6 ビットの内、上位 1 3 ビッ卜が同じ値をもつノード N は、その親ュニット P U において同一の正規化座標をもつことになる。

例えば、図 4 1 に示すように、子ユニット C U に記録されてレる 5 つのノード N a 、 N b 、 N c 、 N d 、 N e の正規化経度および正規化緯度座標 1 6 ビットの内、その上位 1 3 ビットが同じ値をもち、かっこの内の 4 つのノード N a 、 N c 、 N d 、 N e の親となるノード N a 2 、 N c 2 、 N d 2 および N e 2 が親ュニット P U に記録されている（各ノードレコード N R に、親ノード P Uが存在することを示すフラグあるいはコードを記録している）とする。この場合、図 4 2 に示すように、子ユニット C U のノ一ドテ一ブルには、ノード N a 、 N b 、 N c 、 N d および N e の 5 個のノードレコード N R は、緯度および経度の昇順に従つて（前述）、 N a → N b → N c → N d → N e の順に記録されている。なお、この際、ノード N a 、 N b 、 N c 、 N d および N e の 5 個のノードレコード N R は、ノードテープル内で必ずしも連続しているわけではない。

親ュニット P U のノードテーブルを作成する際には、上記 5 個のノ一ドレコード N R の並びの順に基づいて、ノ一ド N a 、 N c 、 N d および N e それぞれに対応する親ノード N a 2 、 N c 2 、 N d 2 および N e 2 のノードレコード N R が、この順に記録（必ずしも連続して記録する訳ではない）される。この結果、下記のようにして、子ユニット C U に記録されているノード N d に対する、親ュニット P U における親ノード N d 2 を特定することができる。最初に、子ユニット C U のノード N d は、ノードテーブルにおいて、その正規化座標 1 6 ビットの内の上位 1 3 ビットが同じノード Nで、かつ親ノード N が存在するものの内の 3 番目のノードレコード N R に記録されてレヽる。次に、子ュニット C U におけるノード N d の正規化座標力、ら、親ュニット P U における正規化座標が算出される。次に、算出した正規化座標をもつノード N が、親ュ - ット P U のノードテーブルから探し出される。その結果、図 4 1 およぴ図 4 2 の例では、 4 つのノード N a 2 、 N c 2 、 N d 2 および N e 2 が検出される。次に、子ユニット C Uのノード N d に対応する親ノード N d は、上述したように、これらノード N a 2 、 N c 2 、 N d 2 、 N e 2 の 4 つのノードの内の 3 番目に記録されているはずなので、ノード N d の親ノードは N d 2 であることが分力る。

以上のように、データ処理部 1 3 は、上位階層に移行した後、その上位階層でステップ S 1 0 3 力らステップ S 1 0 8 までの処理を繰り返し、出発地 S P 側と目的地 D P 側の探索がつながった時点で経路探索処理を終了する。

以上のように、本願発明で用いる地図データは矩形領域で区切られたュニット単位でファイル化され、かつこれらの各ュニットには、同一階層内の隣接ュニット間においても、上下階層に存在する親子ユニット間においても、他ュニット内の内部データ構造に関係するようなレコード番号や記録ァドレス等を一切記録していないため、任意の範囲、任意の階層のユニットファイルを置き換えることにより、地図データの更新を柔軟に行うことができる。「地図ファイル C F の送受信処理」

近年、セン夕局 2 から端末装置 1 へと地図を提供するようなシステムが研究 · 開発がされている。かかるシステムにより、端末装置 1 は、必要な時に必要な地図を得ることができる。そのため、セン夕局 2 の第 2 の記憶装置 2 4 には、一般的に、端末装置 1 側の第 1 のデータベース 1 1 1 よりも大規模な第 2 のデータべ一ス 2 5 が準備されている。本実施形態では、第 1 のデータベース 1 1 1 および第 2 のデ一夕ベース 2 5 には、上述したファイルシステムによりレゝくつかの地図ファイル C F が管理されている。そして、以下に説明するようにして、センタ局 2 および端末装置 1 とは地図ファイル C F の送信および受信を行う。

まず、端末装置 1 はセン夕局 2 に地図ファイル C F の送信を要求する。図 4 3 ( a ) は、端末装置 1 がある地図フアイル C F の送信をセン夕局 2 に要求する際の処理手順を示すフローチャートである。また、図 4 3 ( b ) は、図 4 3 ( a ) の処理手順により送信される制御データとしての要求 R E Q のフォーマットを示す図である。端末装置 1 のユーザは、第 1 の記憶装置 1 9 に、新しい地図ファイル C F を追加したい場合、または、古い地図ファイル C F を新しいものに更新したい場合、入力装置 1 1 を操作して、地図の要求 · 受信機能を起動する。次に、ユーザは、出力装置 1 1 0 のディスプレイに表示されるメニュー画面に従いつつ、入力装置 1 1 を操作して、必要な地図の範囲および階層（レベル）を入力する。入力装置 1 1 は、ユーザの入力に応答して、地図の範囲および階層を示す情報をデータ処理部 1 3 に出力し指定する（ステップ S 4 0 1 ) 。ここで、地図の範囲の入力には、ディスプレイに表示される広域地図に対して所望の範囲をユーザが入力装置 1 1 を用いて矩形領域で囲って指定したり、住所索引を使って地域をユーザが入力装置 1 1 で指定したりする方法がある。

データ処理部 1 3 は、入力装置 1 1 から出力された範囲および階層の情報が入力されると、当該範囲情報を経度 · 緯度座標に変換する。データ処理部 1 3 は、経度 · 緯度座標および階層の情報を要求生成部 1 4 に出力する。要求生成部 1 4 は、入力された経度 · 緯度座標および階層の情報を用いて、図 4 3 ( b ) に示すフォーマットの要求 R E Q を生成する（ステップ S 4 0 2 ) 。図 4 3 ( b ) において、要求 R E Q は、ユーザが必要とする地図ファイル C F の階層を示す情報と、当該地図ファイル C F が表す地図の範囲を特定する経度 · 緯度座標とから構成される。ここで、経度 · 緯度座標は、より具体的には、ユーザが広域地図を矩形領域で囲って指定する場合に、その左下経度座標、左下緯度座標、右上経度座標および右上緯度座標からなる。要求生成部 1 4 は、生成した要求 R E Q を第 1 の送受信部 1 5 に出力し、当該第 1 の送受信部 1 5 は、アンテナ 1 6 を通じて、入力された要求 R E Q をアップリンク U L に送出する（ステップ S 4 0 3 ) 。

次にセンタ局 2 における地図ファイル C F の送信処理について説明する。端末装置 1 から送出された要求 R E Q は、通信網 3 のアップリンク U L を通じて、セン夕局 2 の第 2 の送受信部 2 1 により受信される。第 2 の送受信部 2 1 は、受信した要求 R E Q を受信要求解析部 2 2 に出力する。ここで、図 4 4 は、セン夕局 2 が要求 R E Q の受信後に実行する処理手順を示すフローチャートである。受信要求解析部 2 2 は、入力された要求 R E Q を解析して、解析結果を読み出し制御部 2 3 に出力する。読み出し制御部 2 3 は、解析結果により特定される地図ファイル C F を第 2 のデ— 夕べ—ス 2 5 から検索する（ステップ S 5 0 1 ) 。ここで、要求 R E Q には、端末装置 1 が要求した地図フアイル C F の階層（レペリレ）、および当該地図ファイル C F が表す地図の左下経度座標、左下緯度座標、右上経度座標、および右上緯度座標が記述されている。そこで、受信要求解析部 2 2 は、まず、要求 R E Q から左下経度座標および左下緯度座標を取り出し、当該左下経度座標および左下緯度座標を代表点として、図 3 5 のフローチャートで示した処理手順に従って、要求された地図ファイル C F のパス名を導出する。

次に、受信要求解析部 2 2 は、導出したパス名を有する地図ファイル C F が第 2 の記憶装置 2 4 に格納されているか否かを調べる（ステップ S 5 0 2 ) 。地図ファイル C F が格納されていない場合、セン夕局 2 は図 4 4 の処理を終了する。一方、地図ファイル C F が格納されている場合、読み出し制御部 2 3 は、受信要求解析部 2 2 により導出されたパス名を受け取って、当該パス名に従って第 2 の記憶装置 2 4 から、要求された地図ファイル C F を読み出す。読み出し制御部 2 3 は、読み出した地図ファイル C F をパケット組み立て部 2 5 のメモリに転送する。これによつて、ノ° ケット組み立て部 2 5 は、要求された地図ファイリレ C F を内部に読み込む（ステップ S 5 0 3 ) 。ノ、。ケット組み立て部 2 5 は、読み込んだ地図ファイル C F を基にバケツト P を組み立てて（ステップ S 5 0 4 ) 、第 2 の送受信部 2 1 に出力する。第 2 の送受信部 2 1 は、入力されたパケット P をダウンリンク D L に送出する（ステップ S 5 0 5 ) 。なお、ステップ S 5 0 4 の詳細については後述されるステップ S 5 0 5 が終了すると、受信要求解析部 2 2 は、要求 R E Q で指定される範囲の地図ファイル C F が第 2 のデータベース 2 5 にさらに存在するか否かを調べるために、前回のステップ S 5 0 1 で指定した代表点座標に、要求 R E Q で指定されるレベルの経度幅 Wおよび緯度幅 H を加算して、当該加算値を、新しい代表点として設定する。さらに、受信要求解析部 2 2 は、新しい代表点の経度座標および緯度座標が要求 R E Q で指定される右上経度座標および右上緯度座標を越えているか否かを判断する。新しい代表点の経度座標および緯度座標が右上経度座標および右上緯度座標を越えていなければ、セン夕局 2 では、引き続きステップ S 5 0 2 〜 S 5 0 5 を処理が実行され、もう 1 つの地図ファイル C F を基に組み立てられたパケット P が端末装置 1 に送信される。新しい代表点の経度座標および緯度座標が右上経度座標および右上緯度座標を越えていれば、要求された地図ファイル C F をすベて端末装置 1 に送信したとして、センタ局 2 は図 4 4 の処理を終了する。

以上のステップ S 5 0 1 〜 S 5 0 5 を繰り返すことにより、セン夕局 2 は、端末装置 1 が要求した通りのレベルおよび範囲の地図を表す地図ファイル C F を当該端末装置 1 に送信することができる。

ここで、図 4 5 は、地図ファイル C F 力、らノ \° ケット P が組み立てられるまでの過程における、各データの構造を示している。ステップ S 5 0 3 の終了時点で、パケット組み立て部 2 5 の内部には、図 4 5 ( a ) に示すように、 1 つの地図ファイル C F が読み込まれている。ノ° ケット組み立て部 2 5 は、ステップ S 5 0 4 を実行する。ここで、図 4 6 は、ステップ S 5 0 4 の詳細な処理手順を示すフローチャ一トである。以下、図 4 5 および図 4 6 を参照して、パケット組み立て部 2 5 の処理を詳細に説明する。最初に、パケット組み立て部 2 5 は、内部に読み込んだ地図フアイル C F を基に、マス夕データ M D を作成する（ステップ S 6 0 1 ) 。マス夕データ M D は、図 4 5 ( b ) に示すように、データヘッダ D H とデ一夕部とから構成される。ここで図 4 7 は、マス夕データ M D の詳細な内部データ構造を示す。図 4 7 において、データヘッダ D H は、ユニット I D およびバージョンコードカゝら構成される。

ュニット I D は、このマスタデ一夕 M D の基礎となる地図ファイル C F を特定するためのコ一ドである。ゾージョンコードは、このマス夕データ M D の基礎となる地図ファィル C F のフォーマツトノ一ジョンおよびコンテンツノ一ジョンを表すコードである。なおユニット I D 、ゾージョンコード共に地図ファイル C F のュニットヘッダ（図 7 参照）に格納されている情報であり、地図ファイル C F がパケット組み立て部 2 5 に読み込まれた時点で、当該バケツト組み立て部 2 5 により取り出され保持される。なお、これらュニッ卜 I D とバ一ジョンコ一ドは、後述する端末装置 1 の処理において使用される。

またマス夕データ M D のデータ部には、地図ファイル C F そのものが設定される。ところで、地図ファイル C F は、前述したように、各種テーブルから構成される（図 7 参照）。これら各テープルには互いに、他のテーブルを参照し合うような情報は記録されない。言い換えれば、端末装置 1 は各テーブルを独立的に使用することができる。例えば、図 8 ( a ) に示すように、端末装置 1 は、基本背景テ一ブルのみを出力装置 1 1 0 に表示することができる。つまり、各テーブルは、互いに分離可能なデータ構造を有する。そのため、データ部は、基本背景テーブル、基本文字記号テーブル、主要道ノードテーブル、主要道リンクテーブルの基本データ（つまり、大略的な地図を表すデータ）のみから構成されても良い。また、データ部は、詳細背景テーブル、詳細文字記号テーブル、細街路ノードテーブル、細街路リンクテーブルの詳細データのみから構成されても良い。以上のように、地図ファイル C F の一部分がデ一夕部に設定される場合がある。

なお、図 7 に示すように、ユニットヘッダには、ュニット I D およびバ一ジョンコードが含まれる。このュニット I D およびノ一ジョンコードは、データヘッダ D H ( 図 4 7 参照）に含まれる。したがって、マス夕デ一夕 M D のデ — 夕部に、ュニット I D およびバージョンコードが設定さ

1 1 れると、マス夕デ一夕 M D 内に 2 個のュニッ卜 I D およびバージョンコードが含まれることになる。そのため、このデ一夕部にはュニット I D とバージョンコードは含まれなくとも良い。

パケット組み立て部 2 5 は、以上のようにして生成されたマス夕データ M D を i 個に分割する。これによつて、図 4 5 ( c ) のように、 i 個のセグメントデータ S D 1 〜 S D i が生成される（ステップ S 6 0 2 ) 。このステップ S 6 0 2 において、パケット組み立て部 2 5 は、マスタデ一夕 M D に含まれるデ一夕ヘッダ D H およびデータ部（つまり地図ファイル C F ) を意識しなレ。つまり、いずれかのセグメントデータ S D に、データヘッダ D H の一部と、デ一夕部の一部とが混在する場合も起こりうる。これら i 個のセグメントデータ S D には、番号（以降、セグメント番号と称す）が付加される。このセグメント番号は、セグメン卜デ一夕相互で重複せず、かつ連続する番号であることが好ましい。なぜなら、後述する端末装置 1 の処理が容易になるからである。

さらに、パケット組み立て部 2 5 は、 i 個のセグメントデータ S D l 〜 S D i に、誤り訂正符号（または誤り検出符号ノを付加する（ステップ S 6 0 3 ) 。これによつて、図 4 5 ( d ) に示すように、 i 個のセグメントデータ（誤り訂正符号付き） S D 1 〜 S D i が生成される。ノ° ケッ卜組み立て ¾ 2 5 はさらに、各セグメントデータ（誤り訂正符号付き） S D l 〜 S D i を j 個に分割する。これによつて、図 4 5 ( e ) に示すように、 1 個のセグメントデータ S D につさ、 J 個のパケット力生成される（ステップ S 6

0 4 ) 。以上の処理の結果、パケット組み立て部 2 5 は、 1 つの地図ファィル C F を基に、全部で i X j 個のパケッ卜 P P 1 2 ， … , P 1 j , … P i j を生成する。また、これら i X j 個のパケット P 1 1 ， P 1 2 , …， P 1 j ， … P i j にはそれぞれ、番号 (以降、バケツト番号と称す ) が付加される。このノ、 ° ケット番号は、パケット毎で互いに重複しないようにかつ連続する番号であることが好ましい。なぜなら、後 ja る ¾末装置 1 の処理が容易になるからである。このパケット番号により、端末装置 1 は、別々に送信される i X j 個のパケッ卜 P 1 1 ， P 1 2 ， … ， P 1 j ， … p i j が、すべて揃つた力、どう力、を容易に判断でさるようになる。このステツプ S 6 0 4 が終了すると、パケッ卜組み立て部 2 5 は、サブル一チンである図 4 6 の処理から抜けて、図 4 4 の処理に戻る。そして、ステツプ S 5 0 5 の処理が行われる。以上の各バケツト P 1 1 , P 1 2 ， … ， P 1 j ， … P i j は、ステップ S 5 0 5 において、第 2 の送受信部 2 1 力ら、通信網 3 ( ダウンリンク

D L ) に順次送出され、端末装置 1 に送信される，

次に、図 4 8 のフロ一チヤ一卜を参照して、端末装置 1 に ¾ ける地図フアイル C F の受信手順について説明する。セン夕局 2 より送信された各パケッ卜 P 1 1 , P 1 2 ， … ， P 1 j ， P i j は、通信網 3 を通じて、端末装置 1 のァンテナ 1 6 に入力される。第 1 の送受信部 1 5 は、ァンテナ 1 6 から出力されるパケッ卜 P 1 1 ， P 1 2 , …，

P 1 j ， … P i j を順次受信する ( ステップ S 7 0 1 ) 。また、第 1 の送受信部 1 5 は、図示しないバッファメモリを有する。第 1 の送受信部 1 5 は、受信された各パケット P 1 1 ， P 1 2 , … ， P 1 j ， … P i j を、ノッファメモリに順次格納する。

パケット分解部 1 7 は、第 1 の送受信部 1 5 のバッファメモリに定期的にアクセスして、セン夕局 2 により送信された i X j 個のパケット P 1 1 ， P 1 2 , … ， P 1 j , … , P i j がバッファメモリ内に揃っているか否力、を判断する（ステップ S 7 0 2 ) 。ステップ S 7 0 2 の判断は、各パケット P 1 1 , P 1 2 ， … ， P 1 j ， … ， P i j に付カロされたバケツト番号に基づいて行われる。より具体的には、パケット番号が連番であれば、パケット分解部 1 7 は、 1 力ら（ i X j ) までのノ° ケット番号が全て揃っている力、否かを判断する。

ステップ S 7 0 2 で、ノ\° ケッ卜 P が全て揃っていない場合、ノ° ケット分解部 1 7 はステップ S 7 0 3 に進まず、ステツプ S 7 0 1 が再度実行される。その結果、第 1 の送受信部 1 5 は、不足分のパケット P をやがて受信する。

一方、ステップ S 7 0 2 で、ノ、。ケット P が全て揃っている場合、パケット組み立て部 2 5 は、ステップ S 7 0 3 に進む。バケツト分解部 1 7 は、ステップ S 7 0 1 で受信されたパケット P 1 1 , P 1 2 , … ， P 1 j , … P i j 力らマス夕データ M D を分解（デアセンブリ）する（ステップ S 7 0 3 ) 。ステップ S 7 0 3 の間に、誤り訂正も必要に行われる。分解されたマス夕データ M D はデ一夕処理部 1 3 に出力される。データ処理部 1 3 は、入力されたマスタデ一夕 M D を基に地図ファイル C F を作成して、作成した地図フアイル C F を読み出し /書き込み制御部 1 8 と協働してを第 1 の記憶装置 1 9 に格納する（ステツプ S 7 0 4

) o

ステップ S 7 0 4 の後、デ一夕処理部 2 5 は、受信すベき一連のパケッ卜 P がまだあるか否かを判断する（ステツプ S 7 0 5 ) 。受信すべきパケッ卜 P 力 S ある場合、ステツプ S 7 0 1 に戻り、パケット P の受信処理が引き続き行われる。一方、受信すべきパケッ卜 P がない場合には、図 4 8 の処理を終了する

図 4 9 は、図 4 8 のステップ S 7 0 3 の詳細な処理手順を示すフロ — チヤ — トである。また、図 5 0 は、パケッ卜 Ρ 1 1 , P 1 2 , ··· , P 1 j , P i j から地図ファイリレ C F が作成されるまでの過程における各デ一夕の構造を示している。上述から明らかなように、図 4 8 のステツプ S 7 0 3 が開始される時点で、第 1 の送受信部 1 5 には、図 5 0 ( a ) に示すように、一連のパケット P 1 1

, Ρ 1 2 , P 1 j , · · ' , P i j が揃つてレる。パケット分解部 1 7 は、第 1 の送受信部 1 5 にバッファされているケッ卜 P 1 1 , P 1 2 P 1 j , P i j から、処理すベきパケッ卜 P を得る（ステップ S 8 0 1 ) 。今、パケッ卜分解部 1 7 はパケッ卜 P 1 1 P 1 2 , P 1 j を得ると仮定する。

次にパケット分解部 1 7 は、ステップ S 8 0 1 で得られた各パケッ卜 P からノ\° ケット番号を外す。ノケット分解部 1 7 は、番号が外された各バケツ卜 P を一まとめにして、図 5 0 ( b ) に示すように、 1 つのセグメントデータ S D を復元する（ステップ S 8 0 2 ) 。上述の仮定に従うと、ノ\° ケット P 1 1 ， P 1 2 ， …， P 1 j がーまとめにされ、その結果、セグメントデータ S D 1 が復元される。

各セグメントデータ S D には誤り訂正符号（または誤り検出符号）が付加されている。ステップ S 8 0 2 の次に、パケット分解部 1 7 は、誤り訂正符号を利用して、復元されたセグメントデータ（誤り訂正符号付き） S D に生じている可能性がある誤りを訂正する（ステップ S 8 0 3 ) 。

次に、パケット分解部 1 7 は、セグメントデータ（誤り訂正符号付き） S D から誤り訂正符号を外し、これによつて、図 5 0 ( c ) に示すように、セグメントデータ（誤り訂正符号なし） S D が復元される（ステップ S 8 0 4 ) 。復元されたセグメントデータ S D は、ノ\° ケット分解部 1 7 の記憶領域に保持される。上述の仮定に従うと、セグメントデータ S D 1 に誤り訂正が施された後、バケツト分解部 1 7 の記憶領域に保持される。

ステップ S 8 0 4 の次に、ノケット分解部 1 7 は、第 1 の送受信部 1 5 内に、処理すべきパケット P が残っているか否かを判断する（ステップ S 8 0 5 ) 。処理すべきパケット P が残っている場合、ゾケット分解部 1 7 はステップ S 8 0 1 に戻って、ステップ S 8 0 1 〜 S 8 0 4 を行って、図 5 0 ( a ) 〜（ c ) に示すように、 /λ° ケット P 力、らセグメントデータ S D を復元する。本説明では、図 4 9 の処理の開始時点で、第 1 の送受信部 1 5 には、（ i X j ) 個のパケット P がある。したがって、ステップ S 7 0 1 〜 S 7 0 5 で構成されるループは i 回繰り返される。その結果、 i 個のセグメントデータ S D l 〜 S D i が復元される。

このループが必要回数だけ繰り返されると、第 1 の送受信部 1 5 内には、処理すべきパケット P がなくなる。この状態で、ステップ S 8 0 5 の判断が行われると、 ) ケット分解部 1 7 は、ステップ S 8 0 6 に進む。処理すべきパケッ卜 P がなくなった時点で、 i 個のセグメントデータ S D 1 〜 S D i がパケット分解部 1 7 に保持される。また、上述したように、各セグメントデータ S D 1 〜 S D i には、セグメント番号が付されてレゝる。パケット分解部 1 7 は、このセグメント番号に従って、つまりセグメント番号が連続するように、セグメントデータ S D l 〜 S D i を順番に並べる。その後、セグメント番号は、各セグメントデ一夕 S D 1 〜 S D i カゝら取り外される。バケツト分解部 1 7 は、セグメント番号が取り外されたセグメントデータ S D 1 〜 S D i を一まとめにする。その結果、図 5 0 ( d ) に示すように、マス夕データ M D が復元される（ステップ S 8 0 6 ) 。復元されたマス夕データ M D は、データ処理部 1 3 に出力される（ステップ S 8 0 7 ) 。

なお、本地図提供システムに限らず、通信システムでは通信障害が起こりうる。したがって、端末装置 1 は、全てのセグメントデータ S D を正しく復元できるとは限らない。ここで、正しく復元されたセグメントデータ S D とは、センタ局 2 が生成したものと同じセグメントデ一夕 S D を意味する。例えば、セグメントデ一夕 S D 2 が正しく復元されなかった場合であって、他のセグメントデ一夕 S D 1 、 S D 3 〜 S D i が正しく復号された場合を想定する。かかる場合、パケット分解部 1 7 は、セグメントデータ S D 1 、 S D 3 〜 S D i に付加された誤り訂正符号を利用して、セグメントデータ S D 2 を正しいものに復元することもできる。

データ処理部 1 3 は、マス夕データ M D の入力に起因して、ステップ S 7 0 4 を開始する。このステップ S 7 0 4 は、上述したように、マス夕デ一夕 M D から地図ファイル C F を作成する処理と、作成された地図ファイル C F を第 1 の記憶装置 1 9 に格納するための処理である。ここで、図 5 1 は、図 4 8 のステップ S 7 0 4 の詳細な処理の手順を示すフローチヤ一トである。

まず、デ一夕処理部 1 3 は、入力されたマス夕データ M D のデ一夕ヘッダ D H力ゝら、ユニット I D を取り出す（ステツプ S 9 0 1 ) 。前述のようにユニット I D は、当該ュニットのパス名と相互に変換できるように付与されている。データ処理部 1 3 は、取り出したユニット I D 力ゝら、マス夕デ— 夕 M D 内の地図ファイル C F のパス名を導出するデータ処理部 1 3 は、ステップ S 9 0 2 で導出したパス名をもつ地図ファイル C F が既に、第 1 の記憶装置 1 9 内に格納されているかどうかを判断する（ステップ S 9 0 3 ) 。もし格納されていなければ、データ処理部 1 3 は、マスタデ一夕 M D からデ一夕ヘッダ D H を取り外して、地図ファイル C F を得る。そして、データ処理部 1 3 は、導出したパス名および今回受信した地図ファイル C F とを読み出しき込み制御部 1 8 に fe送する。読み出し Z書き込み制御部 8 は、転送されてきたパス名に従って、今回受信した地図フアイリレ C F を第 1 の記憶装置 1 9 に格納するれによつて、第 1 のデータベース 1 1 1 には、新しい地図フアイル C F が追加されることとなる。

方、ステップ S 9 0 3 において、ステップ S 9 0 2 で導出した八 ° ス名をもつ地図フアイル C F が、第 1 の記憶装置 1 9 内に既に存在すると判断された場合の処理について説明する。この場合、データ処理部 1 3 は、ステップ S 9

0 4 進んで、マス夕デ一夕 M D のデ一夕ヘッダ D H 内に格納されているノ'ージョンコードを取り出す。さらに、デ処理部 1 3 は、読み出し込み制御部 1 8 と協働してステツプ S 9 0 2 で導出したパス名を持つ地図ファィル C F を第 1 の記憶装置 1 9 カゝら読み込む。データ処理部 1 3 は、第 1 の記憶装置 1 9 カゝら読み込んだ地図フアイル C F のュニットへッダ内に記録されたノ一ジョンコードを取り出し、ステップ S 9 0 4 で取り出したハ' 一ジョンコ一ドと比較する。データ処理部 1 3 は、マス夕デ一夕 M D カゝら取り出したノ一ジョンコードの方が新しいと判断された場には、ステップ S 9 0 6 に進み、マスタデータ M D のデ夕部のみを取り出して、新しいノ、'ージョンの地図ファィル C F を第 2 の記憶装置 3 0 に格納する。これによつて、 1 のデ— 夕ベース 1 1 1 において、古い地図フアイル C F は、新しいものに更新される

_■、、

逆に、丁 ― 夕処理部 1 3 は、第 1 の記憶装置 1 9 から読み込んだ地図ファイル C F の方が新しいと判断した場合には、受信したマスタデ一夕 M D を破棄する。つまり、今回受信した地図ファイル C F は第 1 の記憶装置 1 9 には格納されない。

以上のように、本実施形態に係る地図ファィル C F は、複数の縮尺の地図をユニット単位で区切ってテジ夕ルテ一夕化されることにより生成される。各地図フアイル C F の記録領域（論理領域 ) は、その親子関係および隣接関係を表すッリ ―構造で特定されるパス名で表現される。これによって、各地図ファィル C F は効率的に管理される。これによつて、 1 つのュニット U には、他のュニッ卜の 7 夕構造に関連する情報が記録されないので、複数のュニッ卜

U の間の関係が薄くなる。これによつて、ある 1 つの地図フアイル C F を更新した場合であっても、それ以外の地図フアイル C F を更新する必要がなくなる。このように、本実施形態に係る地図ファイル C F によれば、第 1 の記憶装置 1 9 における地図ファイル C F の新規格納処理および更新処理が非常に簡単になる。

また、このような各地図フアイル C F におレて、互いに隣接するュニッ卜 U の境界をまたがる道路網の接続をたど

_―、、

る際に、 τ― 夕処理部 1 3 は、脱出ノ ― ドおよび進入ノードの座標情報、ならびに Z もしくは脱出リンクおよび進入リンクの属性情報を参照する。つまり、データ処理部 1 3 は、隣接ュニッ卜 N U に記録されたノード N またはリンク L のレコード番号またはオフセットァドレスのような、隣接ュニッ卜 N U の内部データ構造に関わる情報を参照しない。そのため、第 1 の記憶装置 1 9 内のある 1 つの地図フアイル C F が更新された場合においても、隣接ュニッ卜 N U の地図ファイル C F を更新することなく、互いに隣接し合う地図ファイル C F の道路網の接続を正確にたどることができる。

また、本実施形態では、あるユニット U および隣接ュニット N U の境界をまたがる道路網の接続をたどる際に、隣接ュニット N U 側の進入ノードおよび進入リンクを検索する必要が出てくる。しカゝしながら、各ユニット U において、ノードレコード N R およびリンクレコード L R の並び方は予め規定されている。これによつて、進入ノードおよび進入リンクの検索処理を高速化することができる。

また、本実施形態では、経路採索処理において、データ処理部 1 3 は、下位階層のあるノード N から、それと同じ位置を示すノード N を上位階層の地図フアイル C F から探し出す場合がある。この場合においても、上下階層のュニット U の間においても、子ュニット C U 側に親ュニット P U の内部データ構造に関わる情報が記録されず、親ュニット P U 側に子ュニット C U の内部デ一夕構造に関わるような情報が記録されないので、上位の階層の地図ファイル C F だけが更新されたような場合においても、その子ュニッ卜 C U を表す地図ファイル C F を全て更新するような必要性は生じない。

また以上のように、ュニット U のように部分的な領域の地図だけが新しいものに更新されたような場合においても、隣接ユニット間および上下階層間でのデータの整合性は保持されるため、セン夕局 2 が端末装置 1 などに有線あるいは無線で地図ファイル C F を提供する場合においても、端末装置 1 が必要とする地図ファイル C F のみを送信することができる。これによつて、デ一夕送信時間および通信コス卜の低減につながる。

なお、以上の実施形態は、端末装置 1 の一例として力一ナビゲーシヨンシステムを想定して説明した。しかし、ノ\° — ソナルコンピュータ内に地図ファイリレ C F のデータべ一スを作成して、当該パーソナルコンピュー夕が地図を表示したり、経路探索を行ったりするような用途にも、本実施形態は適用することができる。つまり、本実施形態は、移動可能な端末装置に限らず、据え置き型の端末装置にも適用することができる。

また、据え置き型の端末装置に対しては、通信網 3 は無線伝送路である必要性はなく、有線であってもよい。

なお、本実施形態では、端末装置 1 は、セン夕局 2 と通信網 3 を通して双方向通信を行って、ユーザが必要とする地図の範囲をセンタ局 2 に通知し、当該範囲に対応する地図ファイル C F を受信していた。しカゝし、セン夕局 2 は、放送形式で、地図ファイル C F を端末装置 1 に送信してもよい。

なお、本実施形態では、第 1 のデータベース 1 1 1 および第 2 のデータべ一ス 2 5 は、レベル「 0 」〜「 3 」までの 4 段階の階層構造を有する地図ファイル C F から構成されていた。しカゝし、第 1 のデ一夕ベース 1 1 1 および第 2 のデータべ — ス ₂ 5 は、 4 階層に限らず、何階層の地図フアイル C F から構成されても構わない。また、本実施形態では、各階層地図は経度方向および緯度方向に等間隔に分割され、これによつて矩形領域（ュニット U ) が形成されていた。しかし、各階層の地図フアイル C F のデータ量がほぼ一定になるように、各階層地図は、経度方向および緯度方向に様々な間隔で分割されてもよい。ただし、この場合、各地図ファイル C F には、経度方向および緯度方向に沿う分割サイズを特定する情報を付加する必要がある。

また、本実施形態では、地図ファイル C F は、ユニット U単位で作成されていた。し力、し、地図ファイル C F は、複数のユニット U と、当該複数のユニット U を管理するための管理情報とから構成されてもよい。この場合、地図フアイル C F の更新の容易さを確保するために、 1 つの地図ファイル C F にまとめるュニット U の個数は最大 6 4 個程度で、かつまとめられたユニット U を管理するための管理情報は複雑にならないようにすることが望ましい。

また、 1 つの地図ファイル C F において、隣接ノードのノ一ドレコ一ド N R は、当該ュニット U の境界を一周するような順序で記録されてもよい。今、記録順序の一例として、隣接ノードのノードレコード N R は、ユニット U の左下隅から時計周りの順序に従って記録されると仮定する。この仮定下では、図 3 9 に示すユニット U 1 に含まれる隣接ノードのノードレコード N R は、「 N 1 0 」 → 「 N 1 1 」 → 「 N 1 2 」 → 「 N 1 3 」 → 「 N 1 4 」 → 「 N 1 5 」 → 「 N 1 8 」 → 「 N 1 7 」 → 「 N 1 6 」 → 「 N 2 0 」 → 「 N 1 9 」とレゝぅ順序で記録される。また、ユニット U 3 に含まれる隣接ノードのノードレコード N R は、「 N 3 0 」 → 「 N 3 1 」 → 「 N 3 2 」 → 「 N 3 4 」 → 「 N 3 3 」 → 「 N 3 8 」 → 「 N 3 7 」 → 「 N 3 6 」 ― 「 N 3 5 」という順序で記録される。さらに、ユニット U 2 に含まれる隣接ノ一ドのノードレコード N R は、「 N 2 0 」 → 「 N 2 1 」 → 「 N 2 2 」 → 「 N 2 3 」 → 「 N 2 4 」 ― 「 N 2 5 」 → 「 N 2 7 」 → 「 N 2 6 」という順序で記録される。今、具体例として、デ一夕処理部 1 3 が、隣接ノード N 1 4 および N 1 5 に対応する隣接ノード N 3 7 および N 3 8 を検索する場合について説明する。上述したように、ユニット U 1 の地図ファイル C F では隣接ノード N 1 4 → N 1 5 の順序でノ — ドレコード N R は記録される。一方、ユニット U 3 の地図ファイル C F では隣接ノード N 3 8 → N 3 7 の順序でノ一ドレコード N R は記録される。した力つて、デ一夕処理部 1 3 が隣接ノード N 1 4 に対応する隣接ノード N 3 7 を探し出せれば、隣接ノード N 1 5 に対応する隣接ノードは、隣接ノード N 3 7 のノードレコード N R の一つ手前に記録されている。そのため、データ処理部 1 3 は、隣接ノ一ド N 1 5 に対応する隣接ノードをいち早く探し出すことができる。このように、隣接ノードのノードレコード N R がュニット U の境界を一周するような順序で記録されることにより、あるユニット N とその隣接ユニットとの境界上に並ぶ隣接ノ一ドは、それぞれの地図ファイル C F において互いに逆順に連続して並ぶこととなるので、データ処理部 1 3 は、あるユニットの隣接ノートに対応する隣接ュニッ卜の隣接ノードを高速に見つけることができる。「第 2 の実施形態」

図 5 2 は、本発明の第 2 の実施形態に係る地図提供システムの構成を示す。本地図提供システムには、センタ局 1 0 1 と端末装置 1 0 2 とが収容される。セン夕局 1 0 1 と端末装置 1 0 2 とは無線伝送路 1 0 3 により接続される。無線伝送路 1 0 3 には、セン夕局 1 0 1 から端末装置 1 0 2 へのダウンリンクが少なくとも形成される。セン夕局 1 0 1 は、地図サーバ 1 0 1 1 と、アンテナ 1 0 1 2 とを備える。地図サーバ 1 0 1 1 には、第 1 の記憶装置 1 0 1 3 と、読み出し制御部 1 0 1 4 と、ノ\° ケット組み立て部 1 0 1 5 と、送信部 1 0 1 6 とを含む。端末装置 1 0 2 は、典型的には、力一ナビゲーシヨンシステムであって、アンテナ 1 0 2 1 と、受信部 1 0 2 2 と、パケット分解部 1 0 2 4 およびファイル管理部 1 0 2 5 を含むデータ処理部 1 0 2 3 と、第 2 の記憶装置 1 0 2 6 とを備える。

次に、センタ局 1 0 1 の構成を説明する。第 1 の記憶装置 1 0 1 3 には、端末装置 1 0 2 に提供可能な地図フアイル C F が 1 つ以上蓄積される。地図ファイル C F の詳細は後述される。第 1 の記憶装置 1 0 1 3 は、典型的には、ハードディスクドライブ、 C D — R 0 M ドライブまたは D V D — R O M ドライブカゝら構成される。

読み出し制御部 1 0 1 4 は、必要に応じて第 1 の記憶装置 1 0 1 3 力ゝら、地図ファイル C F の一部分を、端末装置 1 0 2 に提供すべき地図データ C D として読み出す。この地図デ一夕 C D の詳細は後述される。読み出された地図デ一夕 C D は、ノ° ケット組み立て部 1 0 1 5 に出力される。ノヽ。ケッ卜組み立て部 1 0 1 5 は、入力された地図データ C D を基にパケット P を組み立てる（アセンブリする）。バケツト組み立て部 1 0 1 5 の詳細な処理およびバケツト P の形式は、後述される。組み立てられたパケット P は送信部 1 0 1 6 に出力される。

送信部 1 0 1 6 は、入力されたパケット P を、アンテナ

1 0 1 2 を通じて無線伝送路 1 0 3 に送り出し、これによつて、地図データ C D はバケツ卜 P として端末装置 1 0 2 に送信される。送信部 1 0 1 6 およびアンテナ 1 0 1 2 は、典型的には、携帯電話等の移動体通信装置、もしくは、地上波デジ夕ル放送または衛星デジタル放送等の放送装置により実現される。

次に、端末装置 1 0 2 の構成について説明する。受信部

1 0 2 2 は、セン夕局 1 0 1 により送信されたノ\° ケット P を、無線伝送路 1 0 3 を通じて受信する。アンテナ 1 0 2

1 および受信部 1 0 2 2 は、典型的には、携帯電話等の移動体通信装置、もしくは、地上波デジタル放送または衛星デジタル放送等の受信装置を用いて実現される。受信部 1

0 2 2 は、受信したバケツト P をノ° ケット分解部 1 0 2 4 に出力する。

バケツト分解部 1 0 2 4 は、入力されたバケツト P を分解（デアセンブリ）して、地図デ一夕 C D を復元する。復元された地図データ C D はファイル管理部 1 0 2 5 に出力される。

ファイル管理部 1 0 2 5 は、入力された地図データ C D を、予め定められた手順に従って処理する。この処理の手順は後述される。この処理により、地図フアイル C F が作成される。地図ファイル C F は、センタ局 1 0 1 側の地図ファィル C F 地図データと同様の構造を有する。地図ファィル C F の詳細は後述される。

2 のし te 衣置 1 0 2 6 は、読み出しおよび書き込みが可能で、大容量の記憶媒体を有する。第 2 の記憶装置 1 0

2 6 は、典型的には、 H D D 、 D V D — R A M駆動装置により構成される。この記憶媒体上に、ファイル管理部 1 0

2 5 により生成された地図ファイル C F が書き込まれる。また、周知のように、第 2 の記憶装置 1 0 2 6 はクラス夕単位で記憶領域を管理する

なお、つ— タ処理部 1 0 2 3 は、上記復号ゃファイル管理以外にも、様々な処理（例えば、経路探索、マップマッチングまたは経路案内）を行う。さらに、デ一夕処理部 1

0 2 3 は、必要に応じて、第 2 の記憶装置 1 0 2 6 内の地図ファィル C F を部分的に取り出して、後述する出力装置に出力する。また、 ■!¾ 术 |¾置 1 0 2 は、図示された構成以外にち、入力装 1# よび出力装置を備える。しかし、これらの処理、入力装置および出力装置は、本願発明のボイン卜ではなく詳説されず、さらに図示もされなレ，

入力装および出力装置を簡単に説明する。入力装置は、顺末装置 1 0 2 のユーザにより操作される。ユーザは、入力を通じて、地図のスクロールまたは縮尺変更等を

、顺末装置 1 0 2 に対して要求する。また、出力装置は、主として、ディスプレイおよびスピ一力から構成される。ディスプレイには、必要に応じて地図が表示される。さらに、ディスプレイには、データ処理部 1 0 2 3 が行った経路探索処理または経路案内処理の結果も表示する場合がある。スピーカは、データ処理部 1 0 2 3 が行った経路案内処理の結果を音声によりユーザに提供する。

次に、図 5 3 を参照して、各地図ファイル C F の構造を説明する。まず、図 5 3 ( a ) のように、ある範囲の地図 α は、予め定めされた形状（本実施形態では便宜上、矩形形状とされる）の Μ Χ Ν 個（ Μ および Ν は任意の自然数）の領域に区画され、ユニット U U Μ - , . - , が作成される。ユニット U . 。〜！ J Μ はそれぞれデ一夕化され、ユニットデ一夕 U D U D Μ が生成される。ユニットデ一夕 U D U D M は、後述するュニットレコード U R U R M の一部を構成する。地図ファイル C F は、各ユニット U ₀. U M - i . 、' -！を基に作成され、第 1 の記憶装置 1 0 1 3 の所定アドレス領域に格納される。

各地図ファイル C F は、図 5 3 ( b ) のように、フアイルヘッダ F H と、ユニット管理情報 M I υ Ν' , τと、 M X N 個のユニットレコード U R 0. U R N - , と力、ら構成される。ファイルヘッダ F H には、地図ファイル C F (地図 ) がカバーする範囲を特定するための情報が記述される。より具体的には、ファイルヘッダ F H は、最小の経度 L A T M , および緯度 L O N _M 最大の経度 L A T M A X および緯度 L O N _Μ Λ X 、経度方向の実距離 D L Λ T 、および緯度方向の実距離 D _L O N とを含む。ここで、 L A T _M 、 L O N M I L A T M A X および L O N _M ..\ x は、図 5 3 ( a ) に示すように、地図 α の最小経度、最小緯度、最大経度および最大緯度を示す。また、 D τ および D _L X は、図 5 3 ( a ) に示すように、地図ひの経度方向および緯度方向の実際の距離を示す。このように、 L A T M L 0 N M ■

N L A M A X L M A X D 1. A Γ 、および D L O 【3> 地図ファイル C F ( つまり地図 α ) がカバ一する範囲を規定する。

ュニット管理情報 M I u には、各ュニットレコ一ド U R a . ϋ U R M を管理するための情報が記述される

。より具体的には、ユニット管理情報 M I U , τは、地図フアイル C F に含まれるユニットレコードの数 N 〇 U と、各ユニットレコードのオフセット値 X X M — , . 、―，とを含む。ここで、 N 〇 U は、 M X N の値である。このオフセット値 X . X M は、この地図ファイリレ C F が格納されている先頭のアドレス（第 1 の記憶装置 1 0 1 3 における格納位置）力ゝら、各ユニットレコード U R 0. U

R M - 1 . N - 1 が格納される先頭アドレスまでのオフセットである。図 5 3 ( b ) には、ユニットレコード U R ₀. 。のォフセット値 X 0. 。が例示されている。

各ユニットレコード U R ， U R M - N , は、ュニット管理情報 M I > N , Tのオフセット値 X X N - , により特定されるアドレスを基準にして、第 1 の記憶装置 1 0 1 3 の記憶媒体に格納される。また、ユニットレコード U R ₀. 0 U R M - . Λ' - , は、図 5 4 のように、ユニットデ一夕 U

0 , 0 ~ U Μ - . . - , を含む。また、各ュニットデ一夕 U ，には、ュニットヘッダ U H 。 . 。〜 U H M - し、 - 1 が付加される。これによつて、各ユニットレコード U R ₀ . 。〜 U R M - , . >； - i が構成される。

以下、各ユニットレコード U R を具体的に説明するために、ユニットレコード U R 。，。を例に採り上げる。まず、ユニットデータ U D 。，。は、図 5 3 に示すように、地図 α が区画された領域の一つをデータィヒしたものであり、対応するュニット U 。，。が表す領域の地図を構成する実デ一夕である。なお、以下、説明を明確にするため、ユニット U 。 . 。が表す領域の地図を地図 3 。. 。と記す。ユニットデ一夕 U D 。 . 。は、より具体的には、地図 /3 。 . _n について、背景データ B D 。，。、文字記号データ C D 。，。、および道路ネットワークデータ N D 。. 。力、ら構成される。

背景データ B D 。 . 。は、地図）3 。 . 。上の河川、鉄道、緑地帯、建造物、橋等を表示するための図形データである。背景データ B D 。，。は、図 5 4 に示すように、基本背景デ一夕テーブル B B D 。 . 。と、詳細背景データテーブル D B D 。 . 。とから構成される。基本背景データテーブル B B D 0 . 。には、図 5 5 ( a ) に示すように、河川、鉄道および緑地帯等、地図 / 3 。，。上の基本的な要素（つまり背景）を表示するための図形データが記録される。詳細背景データテーブル D B D 。，。には、地図 |3 。，。の基本的な背景をより詳細に表示するために、図 5 5 ( b ) のように、建造物、橋等の図形データが記録される。

また、基本背景デ一夕テーブル B B D 。，。および詳細背景デ一夕テーブル D B D 。，。は、図 5 4 に示すように互いに独立した構造を有する。これによつて、センタ局 1 0 1 と端末装置 1 0 2 とは、基本背景デー夕テープリレ B B D 0 . 0 および詳細背景データテーブル D B D 。 . 。を分離して、独立的に用いることが可能となる。つまり、端末装置 1 0 2 は、図 5 5 ( a ) のように、基本背京デ— 夕テ ― ブル B B D 0 , n を単体で表示することができる。さらに、未 ¾：置 1 0 2 は、図 5 5 ( c ) のように、基本背景デ一夕テーブル B B D 。 . 。に詳細背景デ一夕テ一ブル D B D 0 , 0 ^ 畳して表示することもできる。

また、地図。，。の背景は、基本背京デ一夕テ ― ブル B B D 。，。が表示するものと、詳細背景 ¹ — - ^7一 —-ブル D B D 。 . 。が表示するものとが重畳されることにより構成される。つまり、見方を変えれば、詳細背京テ一夕テ一ブル D B D 。 . 。は、背景デ一夕 B D 。 . 。と、基本背景デ

ブリレ B B D o. 。との差分データである

また、文字記号デ一夕 C D 。 . 。は、地図。 . 0 上の文字列および / または地図記号を表すデ一夕である。この文字記号データ C D 0. 。により、地名、道路名称、施設名称、地図記号等が地図）3 。，。上に表示される。文字記号データ C D 。，。は、図 5 4 に示すように、基本文字記号つ夕テ一ブル B C D 。 . 。と、詳細文字記号デ一夕テープル D C D ₀. 。とから構成される。基本文字記号一、つ― ブル B C D 。，。には、図 5 6 ( a ) に示すように、地名、道路名称、地図記号等、地図 |3 。 . _n を構成するための基本的なデー夕が記録される。詳細文字記号デ一夕テ― ブル D C D 0 . 0 には、図 5 6 ( b ) のように、公園、鉄道、橋および工場の名称等、地図 3 を詳細に表示するために必要なデ夕が記録される。

また、基本文字記号データテーブル B C D ο , ο およひ a ¹ 細文字記号つ夕テーブル D C D 0 . 。は、図 5 4 に示すように互いに独立した構造を有する。これによつて、基本文字記データテ— ブリレ B C D 0 . 。および詳細文字記号デー夕テ一ブル D C D 。 . 。は独立的に用いられることが可能となる。つまり、端末装置 1 0 2 力 S 、図 5 6 ( a ) のように、基本文字 §d号テ — 夕テープリレ B C D 。， 0 を単体で表示したり、図 5 6 ( c ) のように、基本文字記号 "一夕テーフル B C D 0 . 0 に細文字記号データテーブル D C D 。. „ をして表示したりできる。

た、詳細文字記号データテーブル D C D 0 . 。は、文字記号 7 夕 C D 0 , 0 と、基本文字記号デ一夕テーブル B C D 0 . 0 との差分テ — 夕である。

さらに、道路ネットワークデータ N D は、背景デ一夕 B D 0 . 0 および文字記号データ C D 。. と共に用いられ、地図 3 0 , 0 上に道路を表示するための夕である。この道路ネットヮークデ一夕 N D 。 . 。はさらに、マップマッチング、経路探索または経路案内の各処理に使用される場合もある。道路ネットワークデ一夕 N D は、主要幹線ネッ卜ヮークデー夕テープリレ M N D 0 ， 0 と細街路ネッ卜ヮークデ一夕テ— ブル S N D 0 . 。とから構成される。主要幹線ネッ卜ヮ一クデ一夕テーブル M N D 0 . 0 には、図 5 7 ( a ) に示すように、幅員が相対的に広い (例えば 5 . 5 m以上）道路、つまり主要道路用の道路ネッ卜ワークデ — 夕が記録される。さらに、主要幹線ネットワークデータテーブル M N D 0 . 。には、道路ネットワークデータ力 S、高速道路、一般国道および都道府県道等の道路種別毎に記録されることが好ましい。細街路ネットワークデータテープル S N D 0 . 。には、図 5 7 ( b ) に示すように、幅員が相対的に狭い（例えば、 3 . 0 m以上かつ 5 . 5 m未満）道路、つまり細街路用の道路ネットワークデ一夕が記録される。

また、主要幹線ネットワークデータテーブル M N D 。 . 。および細街路ネットワークデ一夕テ一ブル S N D 。，。もまた、基本背景データテーブル B B D 。 . 。および詳細背景デ — 夕テーブル D B D 。，。と同様の独立的な構造を有している。そのため、端末装置 1 0 2 は、図 5 7 ( a ) のように、主要幹線ネットワークデータテーブル M N D 。， _υ を単体で用いて、主要道路のみを表示させることができる。また、端末装置 1 0 2 は、図 5 7 ( b ) のように、細街路ネットワークデータテーブル S N D 。 . 。を単体で用いて、細街路のみを表示させることもできる。さらに、端末装置 1 0 2 は、図 5 7 ( c ) のように、主要幹線ネットワークデ一夕テ一ブル M N D 。 . 。に細街路ネットワークデータテープル S N D 。. 。を重畳して用いて、主要道路および細街路を表示させたりすることができる。

また、細街路ネットワークデータテーブル S N D 。，。は、道路ネットワークデータ N D 。. 。と、主要幹線ネットヮークデータテーブル M N D 。. n との差分デ一夕である。

なお、端末装置 1 0 2 は、マップマッチング処理等の際に、主幹線ネットワークデータテ一ブル M N D 0 . 。を単独で用いたり、主要幹線ネットワークデ一夕テーブルおよび細街路ネットワークデ一夕テーブル S N D 0 , 。の両方を用いたりすることもできる。

また主要道路と細街路との接続関係を迪る場合にち、主要幹ネットワークデータテーブル M N D (> . " および細街路ネットヮ一クデ一夕テーブル S N D ₀ . 。が用いられる。かかる接続関係を迪る場合、主要道路と細街路との父点を示すノードが用いられる。

また、図 5 8 ( a ) のように、基本背景データテーブル

B B D ₀ . 0 と、基本文字記号データテーブル B C D 。 . « と、主要幹線ネットワークデータテーブル M N D «, . » とが重畳され、これによつて、端末装置 1 0 2 は、相対的に粗い

_■、、地図 β 0 , 0 を作成することができる。一方、詳細背景夕テ一ブル D B D 。 . 。、詳細文字記号デ一夕テーブル D C

D 0 . および細街路ネットワークデ一夕テーブル S N D が図 5 8 ( a ) のように構成された粗い地図 /3 0， 0 に重ね八わされることにより、図 5 8 ( b ) のような、より詳細な地図 / 3 。，。を構成することができる。

以上ュニットデ一夕 U D 。 . 。の詳細な構造について説明した他のユニットデ一夕 U D 。，，、 ··· U D 0 , N - 1 、 U D 】， 0、 · ·· U D M - 1 , - 1 もまた、ユニットデ一夕 U D 0 , 0 と同様に、対応する範囲について、図 5 4 〜図 5 8 を参照して説明したような構造を有する。

また、ユニットレコード U R 。，《〜 U R _M , , 、一，は、上述したように、ユニットヘッダ U H り . 。〜 U H M - , . 、： - , を含む。ユニットヘッダ U H o . 。〜 U H M - i . 、： -，には、ュニットデ一夕 U D 。 . 。〜 U D M - し .、 — ，の属性情報が記述される。より具体的には、例えばユニットヘッダ U Η 。. 。には、ユニットデータ U D 。，。を特定するためユニット I D と、基本背景デ一夕テーブル B B D 。，。、詳細背景データテ一ブル D B D 。 . 。、基本文字記号データテーブル B C D ₀ . 0 、詳細文字記号データテーブル D C D « . _n 、主要幹線ネットワークデ一夕テーブル M N D 。 . 。および細街路ネットワークデータテーブル S N D 0 , 。のサイズとが記述される。他のユニットヘッダ U H 。 . > 〜 U H M - , . \— 1 もまた、ュニットヘッダ U H 。，。と同様に、対応するユニットデータ U D 0 , , 〜 U D M — し、 — ，の属性情報が記述される。ュニッ卜ヘッダ U H 。 . 。〜 U H 、, , 内の各ユニット I D は、対応するュニットデ一夕 U D 。 . c 〜 U D M - を特定さえできれば、どのような情報でもよいが、連続番号または、経度および緯度等によりこれらを特定することが典型的である。

次に、図 5 9 のフ口一チヤ一トを参照して、セン夕局 1 0 1 における地図データの送信手順について説明する。上述したように、第 1 の記憶装置 1 0 1 3 には、 1 つ以上の地図ファイリレ C F ( 図 5 3 および図 5 4 参照）が予め格納されている。読み出し制御部 1 0 1 4 は、必要に応じて、第 1 の記憶装置 1 0 1 3 から、予め定められたいくつかの地図ファイル C F の一部またはすベてを読み出す（ステツプ S 1 0 0 1 ) 。ここで、地図ファイル C F の一部とは、本実施形態では、地図ファイル C F を構成するファイルへッダ F H 、ユニット管理情報 M I T およびいくつかのユニットレコード U R を意味する。一方、地図ファイル C F のすべてとは、本実施形態では、地図ファイル C F を構成するファイルヘッダ F H 、ュニット管理情報 M I u N およびすベてのユニットレコード U R を意味する。以下では、読み出し制御部 1 0 1 4 により読み出された一部またはすべての地図ファイル C F を地図デ一夕 C D と称する。読み出された地図データ C D は、パケット組み立て部 1 0 1 5 内の記憶領域（典型的には R A M ) に展開される。パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 1 の後、内部の記憶領域に展開された地図データ C D から、端末装置 1 0 2 に送信するために必要なファイルヘッダ F H 、ユニット管理情報 M I υ _Ν , τ (図 5 3 ( b ) 参照）および 1 つのユニットレコード U R (図 5 3 ( b ) 参照）を取り出す（ステップ S 1 0 0 2 )

パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 2 で得られたユニットレコード U R 、ファイルヘッダ F H 、およびュニット管理情報 M I u X , τを基に、バケツト P を組み立てる（ステップ S 1 0 0 3 ) 。なお、ステップ S 1 0 0 3 の詳細な処理は後述される。組み立てられたパケット P は、送信部 1 0 1 6 に出力される。送信部 1 0 1 6 は、入力されたバケツト P を、アンテナ 1 0 1 2 を通じて無線伝送路 1 0 3 に送出して、パケット P を端末装置 1 0 2 に送信する（ステップ S 1 0 0 4 )

パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 4 の次に、内部の記憶領域に展開された地図データ C D に、送信すべきュニットデ— タ U D がさらに存在するか否かを判断する（ステツフ S 1 0 0 5 ) 。送信すべきュニットデ一夕 U D がまだ存在する場合には、バケツト組み立て部 1 0 1 5 は、必要なデー夕を得るために、ステップ S 1 0 0 2 に戻る。一方、送信すべきュニットデ一夕 U D が存在しない場合には、パケット組み立て部 1 0 1 5 は読み出し制御部 1 0 1 4 にその旨を通知する。

B冗み出し制御部 1 0 1 4 は、パケット組み立て部 1 0 1

5 の通知に応答して、ステップ S 1 0 0 1 で読み出された地図データ C D を閉じる（ステツプ S 1 0 0 6 ) 。次に、読み出し制御部 1 0 1 4 は、端末装置 1 0 2 に送信すべきッ卜テ— 夕 U D を含む地図デ— 夕 C D (ステップ S I

0 0 6 で閉じられたものとはのもの）が存在するか否かを判断する (ステツプ S 1 0 0 7 ) 。別の地図デ一夕 C D が存在する場合、読み出し制御部 1 0 1 4 は、当該地図デ C D を読み出すベく、ステツプ S 1 0 0 1 に戻る。一方、別の地図デ一夕 C D がない場合には、セン夕局 1 0 1 は、図 5 9 のフローチャートに示された一連の処理を終了する

こで、図 6 0 は、地図データ C D 力、らバケツト P が生成されるまでの過程における、各データの構造を示している。

ステツプ S 1 0 0 1 (図 5 9 参照）の終了時点で、読み出し制御部 1 0 1 4 は、図 6 1 ( a ) に示すように、地図タ C D を読み出してレる。また、ステップ S 1 0 0 2 の終了時点で、パケット組み立てさ I 1 0 1 5 は、ファイルヘッダ F H およびいくつかのュニットレコ一ド U R を保持してレ、る。図 6 0 ( a ) では、ユニットレコード U R 。. ₀ が保持される例が示されている。そして、パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 3 を実行する。ここで、図 6 1 は、ステップ S 1 0 0 3 の詳細な処理の手順を示すフローチャートである。以下、図 6 1 を参照して、パケット組み立て部 1 0 1 5 の処理を詳細に説明する。最初に、マス夕データ M D が、パケット組み立て部 1 0 1 5 により保持されているファイルヘッダ F H 、ュニット管理情報 M I U N , τ , および 1 つのュニットレコード U R に基づいて生成される（ステップ S 1 1 0 1 ) 。なお、マス夕データ M D は、地図ファイル C F から直接的に生成されるのではなく、バケツト組み立て部 1 0 1 5 が保持する 1 つのュニットレコード U R に基づいて生成される。かかる生成方法が採用されることにより、たとえ、図 5 9 のステップ S 1 0 0 1 〜 S 1 0 0 7 において、外部的あるいは内部的要因によってエラーが発生しても、そのエラーの影響は、 1 個のュニッ卜レコード U R にしか及ばなレゝカゝらである。つまり、エラーの影響が地図データ C D 全体に及ぶことを避けるためである。

マスタデータ M D は、図 6 0 ( b ) に示すように、デ一夕ヘッダ D H とデータ部とカゝら構成される。ここで、図 6 2 は、マスタデータ M D の詳細な構造を示す。図 6 1 において、データヘッダ D H は、ファイル I D 、ユニット I D およびュニットサイズから構成される。

ファイル I D は、このマス夕データ M D の基礎となる地図データ C D ( つまり、現在、ノ\° ケッ卜組み立て部 1 0 1 5 に展開されているもの）を特定するためのコードである。このファイル I D の生成方法の一例を説明する。ノ λ。ケット組み立て部 1 0 1 5 は、ファイルヘッダ F Η を保持している。前述したように、ファイルヘッダ F Η には、地図フアイル C F (地図 α ) がカノ'一する範囲を特定するための情報が記述される（図 5 3 ( b ) 参照）。したがって、フアイルヘッダ F H は、地図ファイル C F を特定することも可能である。パケット組み立て部 1 0 1 5 は、このフアイルヘッダ F H を用いて、ファイル I D を生成する。

ュニット I D は、このマス夕デ一夕 M D の基礎となるュニットレコード U R (つまり、ステップ S 1 0 0 2 で抜き出されたもの）を特定するためのコードである。パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 2 の終了以降、送信すべきユニットレコード U R ( 図 5 4 参照）を保持している。ノ\° ケット組み立て部 1 0 1 5 は、保持されたュニットレコード U R 力、ら、ユニット I D を取り出す。取り出されたュニット I D が、デ一夕ヘッダ D H に設定される。

なお、以上の 2 つの I D およびユニットサイズは、後述する端末装置 1 0 2 の処理において使用される。

また、マス夕デ一夕 M D のデータ部には、ファイリレへッダ F H と、ュニットレコード U R が有する全データまたは一部のデ一夕が設定される。設定されるファイルヘッダ F H およびュニットレコード U R は、バケツト組み立て部 1 0 1 5 が保持しているものである。ところで、ユニットレコード U R には、前述したように、各種テーブルが保持される（図 5 4 参照）。これら各テーブルは、互いに分離可能な構造を有する。そのため、データ部は、基本背景デー夕テーブル B B D 、基本文字記号デ一夕テーブル B C D 、主要幹線ネットワークデータテーブル M N D の基本データ ( つまり、大略的な地図を表すデータ）のみから構成されても良い。また、データ部は、詳細背景データテーブル D B D 、詳細文字記号データテーブル D C D 、細街路ネットワークデ一夕テーブル S N D の詳細データのみから構成されても良い。以上のように、ユニットレコード U R の一部分がデータ部に設定される場合がある。

なお、図 5 4 に示すように、ユニットヘッダ U H には、ユニット I D が含まれる。このユニット I D は、デ一夕へッダ D H ( 図 6 2 参照）に含まれる。したがって、マス夕データ M D のデ一夕部に、ュニット I D が設定されると、マス夕デ一夕 M D 内に 2 個のュニット I D が含まれることになる。そのため、このデータ部にはユニット I D が含まれなくとも良い。

ところで、データヘッダ D H のデータサイズは、データ部のサイズである。ファイルヘッダ F H と、ユニットレコ — ド U R の全体とのサイズは、第 1 の記憶装置 1 0 1 3 に地図ファイル C F が生成された時点で決まるので、容易に求められる。また、データ部に、部分的なユニットレコ一ド U R が設定される場合には、対応するュニットヘッダ U H に設定されている各サイズに基づいて、当該部分的なュニットレコード U R のサイズは求められる。

バケツト組み立て部 1 0 1 5 は、生成されたマス夕デー夕 M D を i 個に分割する。これによつて、図 6 0 ( c ) のように、 i 個のセグメントデータ〜 S D i が生成される（ステップ S 1 1 0 2 ) 。このステップ S 1 1 0 2 において、パケット組み立て部 1 0 1 5 は、マスタデ一夕 M D に含まれるデータヘッダ D H およびデータ部（つまりュニットレコード U R ) を意識しない。つまり、いずれかのセグメントデ一夕 S D に、データヘッダ D H の一部と、デ — 夕部の一部とが混在する場合も起こりうる。これら i 個のセグメントデータ S D には、番号（以降、セグメント番号と称す）が付加される。このセグメント番号は、セグメントデ一夕相互で重複せず、かつ連続する番号であることが好ましい。なぜなら、後述する端末装置 1 0 2 の処理が容易になるからである。

さらに、パケット組み立て部 1 0 1 5 は、 i 個の各セグメントデ一夕 S D , 〜 S D i に、誤り訂正符号（または誤り検出符号）を付加する（ステップ S 1 1 0 3 ) 。これによって、図 6 0 ( d ) に示すように、 i 個のセグメントデ一夕（誤り訂正符号付き） S D , 〜 S D i が生成される。パケット組み立て部 1 0 1 5 はさらに、各セグメントデー夕（誤り訂正符号付き） S D ！〜 S D i を j 個に分割する。これによつて、図 6 0 ( e ) に示すように、 1 個のセグメントデータ S D にっき、 j 個のパケットが生成される（ステップ S 1 1 0 4 ) 。以上の処理の結果、パケット組み立て部 1 0 1 5 は、ステップ S 1 0 0 2 で抜き出された 1 つのュニットレコード U R を基に、全部で i X j 個のパケット P ！】、 P 1 2 , ··· P 1 j … P i j を生成する。また、これら i X j 個のノ\° ケット P , 】、 Ρ , 2 , … Ρ , j 、 … Ρ i j にはそれぞれ、番号（以降、パケット番号と称す）が付加される。このパケット番号は、パケット毎で互いに重複しないようにかつ連続する番号であることが好ましい。なぜなら、後述する端末装置 1 0 2 の処理が容易になるからである。このパケット番号により、端末装置 1 0 2 は、別々に送信される i X j 個のノ、° ケット P , ,、 P . 2 , ··· P , j , … P i )が、すべて揃ったかどうかを容易に判断できるようになる。このステップ S 1 1 0 4 が終了すると、バケツト組み立て部 1 0 1 5 は、サブルーチンである図 6 1 の処理から抜けて、図 5 9 の処理に戻る。そしてステップ S 1 0 0 4 が行われる。以上の各パケット P , ,、 P , ₂ , … P , j 、 … P i」は、ステップ S 1 0 0 4 におレて、送信部 1 0 1 6 力ゝら、ァンテナ 1 0 1 2 を通じて無線伝送路 1 0 3 に順次送出され、端末装置 1 0 2 に送信される。

次に、図 6 3 のフローチャートを参照して、端末装置 1 0 2 における地図データの受信手順について説明する。セン夕局により送信された各パケット P H 、 P . ₂ , … P 】 j 、 — P i jは、無線伝送路 1 0 3 を通じて、端末装置 1 0 2 のアンテナ 1 0 2 1 に入力される。受信部 1 0 2 2 は、アンテナ 1 0 2 1 力、ら出力されるノ° ケット P , ,、 P , ₂、 … P に i 、 … P , j を順次受信する（ステップ S 1 2 0 1 ) 。また、受信部 1 0 2 2 は、図示しないゾッファメモリを有する。受信部 1 0 2 2 は、受信された各パケット P t ！、 P i 2 , … Ρ i j , … Ρ i；を、ノッファメモリに順次格納する。

ノ、。ケッ卜分解部 1 0 2 4 は、受信部 1 0 2 2 のバッファメモリに定期的にアクセスして、セン夕局 1 0 1 により送信された i X j 個のノ、。ケット P , _t、 P , ₂、 ··· P , j , ··· P i i がバッファメモリ内に揃ってレるか否力、を判断する（ステップ S 1 2 0 2 ) 。ステップ S 1 2 0 2 の判断は、各パケット P ,！、 P 1 2 , "· P 1 j , … P i j に付力□ されたノ \° ケット番号に基づいて行われる。より具体的には、パケット番号が連番であれば、ノ\° ケット分解部 1 0 2 4 は、 1 力、ら（ i X j ) までのパケット番号が全て揃っているか否かを判断する。

ステップ S 1 2 0 2 で、ノ° ケット P が全て揃っていない場合、ノ λ° ケット分解部 1 0 2 4 はステップ S 1 2 0 3 に進まず、ステップ S 1 2 0 1 が再度実行される。その結果、受信部 1 0 2 2 は、不足分のパケット Ρ を受信する。

一方、ステップ S 1 2 0 2 で、パケット Ρ が全て揃っている場合、パケット分解部 1 0 2 4 は、ステップ S 1 2 0 3 に進む。バケツト分解部 1 0 2 4 は、ステップ S 1 2 0

1 で受信されたパケット Ρ Η 、 Ρ 1 2 , ··· Ρ 1 j , … P i j を分解して、マス夕デ一夕 M D を復元する（ステップ S 1 2 0 3 ) 。復元されたマス夕データ M D はファイル管理部 1 0 2 5 に出力される。ファイル管理部 1 0 2 5 は、入力されたマス夕データ M D を基に地図ファイル C F を生成する。生成された地図ファイル C F は第 2 の記憶装置 1 0 2 6 に格納される（ステップ S 1 2 0 4 ) 。

ステップ S 1 2 0 4 の後、データ処理部 1 0 2 3 は、受信すべき一連のバケツト P がまだあるか否かを判断する（ステップ S 1 2 0 5 ) 。受信すべきバケツト P がある場合、ステツプ S 1 2 0 1 に戻り、パケット P の受信処理が引き続き行われる。一方、受信すべきパケッ卜 P がない場合には、図 6 3 の処理を終了する。

ここで、図 6 4 は、図 6 3 のステップ S 1 2 0 3 の詳細な処理の手順を示すフロ一チャートである。また、図 6 5 は、パケッ卜 P ！ , 、 P ！ 2、 ··· P 1 j , … P i 」■力、ら地図フアイル C F が生成されるまでの過程における各データの構造を示している。上述から明らかなように、図 6 3 のステップ

S 1 2 0 3 が開始される時点で、受信部 1 0 2 2 には、図

6 5 ( a ) に示すように、一連のパケット P , ！、 P , ₂、 …

P 1 i . … P i ；が揃つている。パケット分解部 1 0 2 4 は、受信部 1 0 2 2 に保持されているゾ° ケット P , , 、 P , ₂、 …

P 1 i , … P i j力、ら、処理すべきノケット P を得る（ステツプ S 1 3 0 1 ) 。今、パケット分解部 1 0 2 4 はバケツ卜

P ！ 1 , P ！ 2、 "· P i jを得ると仮定する。

次に、パケット分解部 1 0 2 4 は、ステップ S 1 3 0 1 で得られた各パケッ卜 P からパケット番号を外す。ノ、。ケット分解部 1 0 2 4 は、番号が外された各バケツト P を分解して、図 6 5 ( b ) に示すように、 1 つのセグメントデ一夕 S D を復元する ( ステップ S 1 3 0 2 ) 。上述の仮定に従うと、パケット P 1 ！ , P 1 2 , … P , jがーまとめにされ、その結果、セグメントデ — 夕 S D , が復元される。

各セグメントデ — 夕 S D には誤り訂正符号（または誤り検出符号 ) が付加されてレる。ステップ S 1 3 0 2 の次に、ノケット分解部 1 0 2 4 は、誤り訂正符号を利用して、復元されたセグメントデ一夕（誤り訂正符号付き） S D に生じている可能性がある誤りを訂正する（ステップ S 1 3

0 3 ) 。

次に、ノ° ケット分解部 1 0 2 4 は、セグメントデ一夕（誤り訂正符号付き） S D から誤り訂正符号を外し、これによって、図 6 5 ( c ) に示すように、セグメントデ一夕（誤り訂正符号なし） S D が復元される（ステップ S 1 3 0 4 ) 。復元されたセグメントデータ S D は、パケット分解部 1 0 2 4 の記憶領域に保持される。上述の仮定に従うと、セグメントデータ S D , に誤り訂正が施された後、パケット分解部 1 0 2 4 の記憶領域に保持される。

ステップ S 1 3 0 4 の次に、パケット分解部 1 0 2 4 は、受信部 1 0 2 2 内に、処理すべきパケット P が残っているか否かを判断する（ステップ S 1 3 0 5 ) 。処理すべきパケット P が残ってレゝる場合、バケツト分解部 1 0 2 4 はステップ S 1 3 0 1 に戻って、ステップ S 1 3 0 1 〜 S 1 3 0 4 を行って、図 6 5 ( a ) 〜（ c ) に示すように、パケット P カゝらセグメントデータ S D を復元する。本説明では、図 6 4 の処理の開始時点で、受信部 1 0 2 2 には、（

1 X j ) 個のパケット P がある。したがって、ステップ S 1 2 0 1 〜 S 1 2 0 5 で構成されるループは i 回繰り返される。その結果、 i 個のセグメントデ一夕 S D , 〜 S D i が復元される。

このループが必要回数だけ繰り返されると、受信部 1 0

2 2 内には、処理すべきパケット P がなくなる。この状態で、ステップ S 1 3 0 5 の判断が行われると、バケツト分解部 1 0 2 4 は、ステップ S 1 3 0 6 に進む。処理すべきバケツ卜 P がなくなった時点で、 i 個のセグメントデータ S D ！〜 S D i がパケット分解部 1 0 2 4 に保持される。また、上述したように、各セグメントデータ S D , 〜 S D i には、セグメント番号が付されている。パケット分解部 1 0 2 4 は、このセグメント番号に従って、つまりセグメント番号が連続するように、セグメントデータ S D , 〜 S D i を順番に並べる。その後、セグメント番号は、各セグメントデータ S D i 〜 S D i 力ら取り外される。パケット分解部 1 0 2 4 は、セグメント番号が取り外されたセグメントデ一夕 S D , 〜 S D i を一まとめにする。その結果、図 6 5 ( d ) に示すように、マス夕デ一夕 M D が復元される（ステップ S 1 3 0 6 ) 。復元されたマス夕デ一夕 M D は、ファイル管理部 1 0 2 5 に出力される（ステップ S 1 3 0 7 ) 。

なお、本地図提供システムに限らず、通信システムでは通信障害が起こりうる。したがって、端末装置 1 0 2 は、全てのセグメントデ一夕 S D を正しく復元できるとは限らない。ここで、正しく復元されたセグメントデ一夕 S D とは、セン夕局 1 0 1 が生成したものと同じセグメントデー夕 S D を意味する。例えば、セグメントデータ S D 2 が正しく復元されなかった場合であって、他のセグメントデ一夕 S D ! 、 S D 3 〜 S D i が正しく復号された場合を想定する。かかる場合、パケット分解部 1 0 2 4 は、セグメントデータ S D i 、 S D 3 〜 S D i に付加された誤り訂正符号を利用して、セグメントデータ S D 2 を正しいものに復元することもできる。ファイル管理部 1 0 2 5 は、マス夕デ一夕 M D の入力に起因して、ステップ S 1 2 0 4 を開始する。このステップ S 1 1 0 4 は、上述したように、マスタデ一夕 M D から地図ファイル C F を生成する処理と、生成された地図フアイル C F を第 2 の記憶装置 1 0 2 6 に格納するための処理である。ここで、図 6 6 は、図 6 3 のステップ S 1 2 0 4 の詳細な処理の手順を示すフローチヤ一トである。

ところで、第 2 の記憶装置 1 0 2 6 は、ステップ S 1 2 0 4 の開始時点で、以前に生成された地図ファイル C F を既に記憶していることがある。また、地図ファイル C F が記憶されていない場合もある。ファイル管理部 1 0 2 5 は、マスタデ一夕 M D の入力後、第 2 の記憶装置 1 0 2 6 内に地図ファイル C F が格納されているか否かを判断する（ステップ S 1 4 0 1 ) 。ファイル管理部 1 0 2 5 は、地図ファイリレ C F がある場合、後述するステップ S 1 4 0 4 に進む。一方、ファイル管理都 1 0 2 5 は、地図ファイル C F が無い場合、今回のマスタデータ M D を基に、完全に新規な地図ファイル C F を作成する（ステップ S 1 4 0 2 ) 。なお、この地図ファイル C F は、地図ファイル C F と同様のデータ構造を有する（図 5 3 ( b ) および図 5 4 参照ここで、地図ファイル C F の作成方法を説明する。マスタデ一夕 M D は、図 6 2 に示したように、地図ファイル I D 、ュニット I D およびデ一夕サイズをデータヘッダ D H に有する。さらに、このマスタデータ M D は、ファイルへッダ F H と、全部または一部のュニットレコード U R をデ一夕部に有する。ファイル管理部 1 0 2 5 は、マス夕デー夕 M D 力、ら、ファイルヘッダ F H を取り出す。

前述したように、マス夕データ M D には 1 個のユニットレコード U R しか含まれない。また、ファイル管理部 1 0 2 5 は、今回、完全に新規な地図ファイル C F を生成する。そのため、ファイル管理部 1 0 2 5 は、初期値「 1 」のユニット数 N O U を生成する。さらに、ファイル管理部 1 0 2 5 は、ファイルヘッダ F Hおよびュニット数 N 〇 U のデータサイズとから、今回得られたュニットレコード U R までのオフセット値 X 。. 。を求める。これによつて、ュニット管理情報 M I rが生成される。

これによつて、ファイル管理部 1 0 2 5 は、完全に新規な地図ファイル C F を生成するために必要な情報を全て得たこととなる。ファイル管理部 1 0 2 5 は、今回得られたファイルヘッダ F H 、ュニット管理情報 M I τおよびュニットレコード U R を一まとめにして、地図ファイル C F を生成する。この地図ファイル C F のデータ構造は、図 6 7 に示す通りである。以上のようにして生成された地図フアイル C F は、第 2 の記憶装置 1 0 2 6 内に格納される（ステップ S 1 4 0 3 ) 。

次に、ステップ S 1 4 0 1 で、地図ファイル C F が見つけられた場合の処理について説明する。この場合、ステツプ S 1 4 0 4 力 S行われる。ファイル管理部 1 0 2 5 は、今回入力されたマスタデータ M D から、フアイリレ I D を取り出す。フアイリレ I D は、前述したように、マスタデータ M D 内のュニットレコ一ド U R がどの地図ファイル C F に属していたかを特定する。このファイル I D は、図 6 1 を参照して J述したように、バケツト組み立て部 1 0 1 5 により、地図フアイル C F のファイルヘッダ F H を用いて生成されている。

また、フアイル管理部 1 0 2 5 は、第 2 の記憶装置 1 0

2 6 内の各地図ファイル C F のフアイリレヘッダ F H を取り出す。ファイルヘッダ F H は、地図ファイル C F が力バ一する範囲を特定するものである。地図ファイル C F のファィルへッダ F H は、ステップ S 1 4 0 2 で説明したように、セン夕局 1 0 1 側で管理される地図ファイル C F を基に作成されている

したがって、ファイル I D とファイルヘッダ F H とに同一性があれば、今回入力されたュニットレコード U R は、地図フアイル C F の一部を構成することとなる。そのため、ファィル管理部 1 0 2 5 は、両者の同一性を判断する（ステツプ S 1 4 0 4 ) 。

ステップ S 1 4 0 4 で、同一性が無いと判断されると、入力されたュ二ットレコード U R を構成要素とする地図フアイル C F がまだ作成されていないことを意味する。この ¾ α ゝファイル管理部 1 0 2 5 は、上述のステップ S 1 4 0 2 および S 1 4 0 3 を実行する。つまり、全く新規な地図ファィル C F が生成された後に、第 2 の記憶装置 1 0 2 6 に格納される

一方、ステツプ S 1 4 0 4 で、フアイリレ I D およびファィルへッダ F H に同一性があると判断されると、入力されたュニッ卜レ ― ド U R を構成要素とする地図ファイル C F が既に生成されていることを意味する。この場合、ファィル管理部 1 0 2 5 は、この地図ファイル C F を処理対象として選択する。ファイル管理部 1 0 2 5 は、この処理対象の地図ファイル C F を開き（ステップ S 1 4 0 5 ) 、入力されたユニットレコード U R を、処理対象として選択された地図ファイル C F に追加する（ステツプ S 1 4 0 6 ) 。つまり、ステップ S 1 4 0 6 では、入力されたュニットレコード U R と、地図ファィル C F とが一まとめにされ、更新された地図フアイル C F が生成される，

ステップ S 1 4 0 6 について、より詳細に説明する。フアイル管理部 1 0 2 5 は、今回のマス夕データ M D 力ゝら、ュニット I D を取り出す。以降、入力されたマス J — タ M D から取り出されたュニット I D を、第 1 のュニッ卜 I D と称す。第 1 のユニット 1 D は、図 6 2 を参照して説明したように、今回入力されたマスタデータ M D の基礎となつたユニットレコード U R を特定する。また、フアイル管理部 1 0 2 5 は、ステップ S 1 4 0 5 で開かれた地図ファィル C F から、全てのュニット I D を取り出す。以降、地図ファイル C F から取り出された各ュニッ卜 I D を、第 2 のユニット I D と称す。第 2 のュニット I D の中には、第 1 のユニット I D と一致するものが含まれていない場合と、一致するものが含まれている場合力ある，

第 1 および第 2 のュニット I D がー致しない場合、ファィル管理部 1 0 2 5 は、今回入力されたマス夕デ一夕 M D から、ユニットレコード U R を取り出して、図 6 8 に示すように、現在開かれている地図ファイル C F に追加して、当該地図ファイル C F を更新する。

第 1 および第 2 のユニット I D がー致する場合、今回入力されたユニットレコード U R は、過去に、セン夕局 1 0 1 により、端末装置 1 0 2 に提供されていることとなる。例えば、図 5 4 に示す構造をもつュニットレコード U R において、基本背景データテーブル B B D 、基本文字記号デ一夕テーブル B C D 、主要幹線ネットワークデータテープル M N D 等の基本データ（概略データ）のみが、ステップ S 1 2 0 4 の時点で、端末装置 1 0 2 に既に提供されているような場合がある。この場合、現在開かれている地図フアイル C F は、図 6 9 のような構造を有する。ファイル管理部 1 0 2 5 は、この場合、図 7 0 に示すように、今回入力されたマスタデータから取り出されたユニットレコード U R を、現在開かれている地図ファイリレ C F において、同じュニット I D が付されているュニットレコード U R に追加する。これによつて、地図ファイル C F が更新される。

ファイル管理部 1 0 2 5 は、さらに、今回入力されたマスタデ— 夕 M D のデータサイズに従って、ュニット管理情報 M I υ _Ν , τを更新する（ステップ S 1 4 0 7 ) 。次に、フアイル管理部 1 0 2 5 は、更新された地図ファイル C F を、第 2 の記憶装置 1 0 2 6 に格納する（ステップ S 1 4 0 8 ) 。

以上のように、本地図提供システムでは、第 1 の記憶装置 1 0 1 3 には、地図ファイル C F が格納される。ノ\° ケット組み立て部 1 0 1 5 は、端末装置 1 0 2 に送信すべき部分的な地図のみを読み出し制御部 1 0 1 4 から受け取り、当該地図を表す一連のパケット Ρ を生成する。この一連のパケッ卜 P が、無線伝送路 1 0 3 上を伝送される。この無線伝送路 1 0 3 上には、部分的な地図を表すデータしか送信されない。そのため、本地図提供システムは、たとえ、地図フアイル C F 自体が大きなサイズであつても、無線伝送路 1 0 3 に送出するデー夕の量を抑えることができる。これによつて、無線伝送路 1 0 3 は輻輳し；こくくなる。

また、端末装置 1 0 2 は、部分的な地図を表すデータ順次受信することになる。し力し、端末装置 1 0 2 は、初期的には、部分的な地図デ— 夕を個別にフアイル化することになる。しカゝし、 ¾ϊ r Is置 1 0 2 は、所定条件を満たす地図フアイル C F が存在する場合には、受信された部分的な地図データを、当該地図ファイル C F に追加して、一まとめにする。そのため、本地図提供システムは、端末装置

1 0 2 において、大量のフアイルが発生することを抑えることができる。そのため、第 2 の記憶装置 1 0 2 6 内には、空き領域を有するクラス夕が生じにくくなる。その結果、本地図提供システムは、第 2 の記憶装置 1 0 2 6 の記憶領域を有効的に利用することができる。

また、地図ファィル C F は、図 5 2 に示すように、予め定められた範囲の地図 α が複数の領域に区画されることにより、つまり、ュニット U 単位で構成される。このような地図 α のュニッ卜化により、読み出し制御部 1 0 1 4 は、必要な部分の地図を容易に第 1 の記憶装置 1 0 1 3 力ら読み出すことができる。さらに、このュニットイ匕により、セン夕局 1 0 1 は、無線伝送路 1 0 3 が輻輳しない最適量のデータを容易に当該無線伝送路 1 0 3 に送出することがでさる。

さらに、セン夕局 1 0 1 が複数のュニットレコード U R を送信した場合であっても、通信エラーにより、端末装置 1 0 2 は、いずれかのュニットレコード U R を受信できない場合がある。このような場合、端末装置 1 0 2 は、受信できたユニットレコード U R を用いて地図ファイル C F を作成する。端末装置 1 0 2 は、作成された地図ファイル C F に基づいて各種処理を行える。つまり、セン夕局 1 0 1 から送信されたュニットレコード U R の一部が抜けても、その抜けによる影響は、端末装置 1 0 2 が受信した他のュニットレコードには及ばない。かカゝる効果も、地図のュニット化により生まれる。

また、ユニットレコード U R 内において、地図の基本的なデータ（概略デ一夕）と、当該地図の詳細なデ一夕とは、互いに独立した複数のテーブルに記述される。これによつて、各テ一ブルは、たとえ、 1 ユニットレコード U R 内に格納されていても、独立的に使用されることが可能となる。つまり、例えば、セン夕局 1 0 1 は、端末装置 1 0 2 に地図を提供する際に、基本データ（概略データ）を単独で送信したり、詳細デ一夕を単独で送信したり、双方を組み合わせて送信したりすることが可能となる。これによつて、センタ局 1 0 1 は、端末装置 1 0 2 の状況や用途に適した地図を提供することが可能になる。

例えば、端末装置 1 0 2 側が、詳細な地図よりも、広範囲の地図を速く受信したい場合には、セン夕局 1 0 1 は、基本デ一夕（概略データ）だけを優先的に送信することができる。さらに、端末装置 1 0 2 が基本データ（概略デー夕）を完全に受信した後に、セン夕局 2 が詳細デ一夕を送信することもできる。これによつて、端末装置 1 0 2 は、基本データ（概略データ）と詳細データとを混在させて使用することも可能になる。

なお、前述したように、送信部 1 0 1 6 および受信部 1 0 2 2 として、前述したように、移動体通信装置を用いることも可能である。この場合、セン夕局 1 0 1 と端末装置 1 0 2 との双方向通信を容易に実現できるので、端末装置 1 0 2 は、提供を希望する地図の種別（概略データか詳細データかを示す情報）を、セン夕局 1 0 1 に対してリアルタイムに要求することができる。

また、送信部 1 0 1 6 および受信部 1 0 2 2 として、地上波ディジタル放送等の放送装置および、この放送を受信する装置を用いることも可能である。この場合、セン夕局 1 0 1 は、互レゝに異なるチャンネルを用いて、基本データ (概略データ）と詳細デ一夕とに異なるチャンネルを割り当てることにより、基本データ（概略デ一夕）と詳細デ一夕との受信時間、および受信可能な地図の範囲を調節することができる。

なお、以上の実施形態では、第 2 の記憶装置 1 0 2 6 側の地図ファイリレ C F のファイルヘッダ F H は、第 1 の記憶装置 1 0 1 3 側の地図ファイリレ C F 内のそれをそのまま用いられていた。つまり、双方地図ファイル C F は、互レに同範囲を力ノ '一する。しかしながら、セン夕局 1 0 1 と端末装置 1 0 2 との処理能力は違う場合が多い。例えば、第

2 の記憶装置 1 0 2 6 の記憶容量は、第 1 の記憶装置 1 0 1 3 のそれよりち小さい場合が多い。したがって、端末装置 1 0 2 は、地図ファィル C F が表す地図の範囲よりも、狭い範囲をカバ一する地図フアイル C F を生成してもよい。つまり、端末装置 1 0 2 は、独自の範囲をカバーする地図ファィル C F を生成しても良い

なお、第 2 の実施形態は、端末装置 1 0 2 の一例としてカーナビゲ一シヨンシステムを想定して説明した。しかし、パ一ソナリレコンピュ — 夕内に地図フアイル C F のデータベースを作成して、当該パーソナルコンビュ一夕が地図を表示したり、経路探索を行ったりするような用途にも、本実施形態は適用することができる。つまり、本発明の技術分野は、移動可能な端末装置に限らず、据え置き型の端末も適用することができる。

また、据え置き型の末 ¾ に対しては、通信網 1 0 3 は無線伝送路である必要性はなく、有線であってもよレ。産業上の利用可能性

本発明は、端末装置に関し、地図を複数の領域に分割して得られる各ユニットがデジタルデ一夕化された地図ファィルが、イン夕一ネットに接続されたサーノ' 、放送局等から送信されてくる場合に、当該地図ファイルを受信し記憶装置に格納するような端末装置に適している。

Claims

請求の範囲

1 . 地図を複数の領域に分割して得られる各ユニットがデジ夕ルデ一夕化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図フアイルを読み出すための端末装置であって、

各前記地図ファイルは、それぞれのュニッ卜内に含まれる道路網をノードとリンクとで表すべく、当該ノード毎に作成されるノ一ドレコードと、当該リンク毎に作成されるリンクレコードとを含んでおり、

各前記ノードレコードには、前記道路網上の交差点を表す非隣接ノードに関連する情報、または、ユニットとそれに隣接するュニッ卜との道路の接続関係を規定する隣接ノ ― ドに関連する情報が記録されており、

前記隣接ノードに関連する情報とは、当該隣接ノードの座標情報であり、

前記入力装置により生成された情報に基づいて、必要な地図ファイルの記録領域を特定するデータ処理部と、

前記デ一夕処理部により特定された記録領域に基づいて、前記記憶装置から地図ファイルを読み出す読み出し制御部とを備え、

前記データ処理部は、

前記読み出し制御部により読み出された地図フアイルに記録されたノードレコードおよびリンクレコードを用いて、所定の処理を実行し、

一方のュニットおよび他方の隣接ュニッ卜の隣接ノードが有する座標情報に基づいて、当該一方のュニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどる、端末装置。

2 . 前記リンクレコードには、前記リンクが表す道路の属性を示す属性情報が記録されており、

前記デ一夕処理部は、さらに、一方のユニットおよび他方の隣接ュニッ卜の隣接ノードに接続されたリンクの属性情報に基づいて、当該一方のユニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどる、請求項 1 に記載の端末装置。

3 . 各前記地図ファイルにおいて、前記隣接ノードに関連する情報を含む各ノードレコードは連続的に記録されている、請求項 1 に記載の端末装置。

4 . 前記データ処理部は、他方の隣接ユニットを表す地図ファイルにおいて、隣接ノードに関連する情報を含む各ノ一ドレコードのみを検索して、当該一方のュニット内の道路から、当該他方の隣接ユニット内の道路への接続をたどる、請求項 3 に記載の端末装置。

5 . 各前記地図ファイルにおいて、前記隣接ノードに関連する情報を含む各ノードレコードは、連続的にかつ当該隣接ノードの座標が昇順または降順になるように記録されている、請求項 1 に記載の端末装置。

6 . 前記データ処理部は、他方の隣接ユニットを表す地図ファイルにおいて、隣接ノ一ドに関連する情報を含む各ノ — ドレコードのみを検索して、当該一方のユニット内の道路から、当該他方の隣接ユニット内の道路への接続をたどる、請求項 5 に記載の端末装置。

7 . 各前記地図ファイルにおいて、前記隣接ノードに関連する情報を含む各ノードレコードは、連続的にかつ当該各隣接ノードが前記ュニッ卜の境界上を一周するような順序で記録されている、請求項 1 に記載の端末装置。

8 . 前記データ処理部は、他方の隣接ユニットを表す地図ファイルにおいて、一方のュニッ卜との境界上に位置する隣接ノードに関連する情報を含む各ノードレコードのみを、当該各ノードレコードの記録順序と逆方向に検索して、当該一方のュニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどる、請求項 7 に記載の端末装置

9 . 各前記ユニットは、地図を多角形状の領域に分割されており、

各前記地図ファイルにおいて、前記ュニッ卜の各辺に位置する隣接ノードに関連する情報を含む各ノードレコードは連続的に記録されている、請求項 3 に記載の端末装置。

1 0 . 前記データ処理部は、他方の隣接ユニットを表す地図ファイルにおいて、当該隣接ュニッ卜の所定の一辺上に位置する隣接ノードに関連する情報を含む各ノードレコ一ドのみを検索して、前記一方のユニット内の道路から、当該他方の隣接ュニッ卜内の道路への接続をたどり、

前記隣接ュニットの所定の一辺とは、前記一方のュニット内の隣接ノードが属する辺と接する、請求項 9 に記載の端末装置。

1 1 . 前記ユニットの各辺に位置する隣接ノードに関連する情報を含む各ノードレコードは、当該各隣接ノードの座標情報が昇順または降順に記録されている、請求項 9 に記載の端末装置。

1 2 . 前記データ処理部は、他方の隣接ユニットを表す地図ファイルにおいて、当該隣接ュニッ卜の所定の一辺上に位置する隣接ノ一ドに関連する情報を含む各ノ一ドレコードのみを、当該各ノードレコードの記録順序に従って検索して、前記一方のユニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどり、

前記隣接ュニッ卜の所定の一辺は、前記一方のュニッ卜内の隣接ノードが属する辺と接する、請求項 1 1 に記載の端末装置。

1 3 . 地図を複数の領域に分割して得られる各ユニットがデジタルデ一夕化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって、

各前記地図ファイルは、自身が表す地図の範囲を一意に対応するフアイル名が付けられて前記記憶装置に格納されており、

前記入力装置により生成された情報に基づいて、必要な地図フアイルの記録領域を特定するデ一夕処理部と、

前記データ処理部により特定された記録領域に基づいて、前記記憶装置から地図フアイルを読み出す読み出し制御部とを備える、端末装置。

1 4 . 各前記地図ファイルは、それぞれのユニット内に含まれる道路網をノードとリンクとで表すべく、当該ノード毎に作成されるノードレコードと、当該リンク毎に作成されるリンクレコードとを含んでおり、

前記データ処理部は、

前記読み出し制御部により今回読み出された地図ファィルに記録されたノードレコードおよびリンクレコードを用いて経路を探索する処理を実行し、

今回読み出された地図フアイルが表す範囲において、経路の採索が終了すると、さらなる経路の探索に必要な地図の範囲を算出して、算出した地図の範囲に基づいて、次に読み出すべき地図ファイルの記録領域を特定する、請求項 1 3 に記載の端末装置。

1 5 . 地図を複数の領域に分割して得られる各ユニットがデジタルデータ化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって、

各前記ユニット内に含まれる各背景は、一筆書き可能なオブジェクト単位で分割され、当該複数のオブジェクトは互いに同一の属性を有するもの毎にグループ化され、

前記地図ファイリレは、各前記グループ毎にォブジェクトに関連する情報が記録される背景レコードを含んでおり、ユーザの操作に応答して、地図の範囲を指定する情報を生成する入力装置と、前記入力装置により生成された情報に基づいて、必要な地図フアイルの記録領域を特定するデータ処理部と、

前記データ処理部により特定された記録領域に基づいて、前記記憶装置から地図ファイルを読み出す読み出し制御部と、

出力装置とを備え、

前記データ処理部は、前記読み出し制御部により読み出された地図ファイルに含まれる背景レコードに基づいて、前記出力装置上に背景を表示させる、端末装置。

1 6 . 各前記オブジェクトは、形状を示すための要素点からなっており、

各前記背景レコードには、各前記オブジェクトの要素点の座標値が一筆書きされる順番に記録されており、

前記要素点の座標値は、前記ユニットにおける原点を基準とした絶対座標値、および他の要素点の座標値を基準とした相対座標値のいずれかで表現される、請求項 1 5 に記載の端末装置。

1 7 . 各前記オブジェクトにおいてペンダウン位置となる要素点は、所定の条件を満足する場合には相対座標値で表現される、請求項 1 5 に記載の端末装置。

1 8 . 前記所定の条件は、直前のペンアップ位置からペンダウン位置までの距離が所定値以下である、請求項 1 7 に記載の端末装置。

1 9 . 前記所定の条件は、ペンダウン位置となる要素点の相対座標値が予め定められたビット数以下で表現されることである、請求項 1 7 に記載の端末装置。

2 0 . 各前記オブジェクトの要素点は、所定の条件を満足する場合には、直接座標値で表現される、請求項 1 5 に記載の端末装置。

2 1 . 前記所定の条件は、要素点からその直前の要素点までの距離が所定値以上である、請求項 1 9 に記載の端末装置。

2 2 . 前記所定の条件は、要素点の座標値を相対座標値で表現した場合に予め定められたビット数を超えることである、請求項 1 9 に記載の端末装置。

2 3 . コンピュータ装置による処理のために予め定められたデ一夕構造を有しており、地図を複数の領域に分割して得られる各ュニッ卜がデジタルデータィヒされた地図フアイルが記録された記録媒体であって、

各前記地図ファイルのュニット内に含まれる道路網を構成するノ一ド毎に作成されるノードレコ一ドと、

各前記地図ファイルのュニット内に含まれる道路網を構成するリンク毎に作成されるリンクレコードとを含み、各前記ノードレコードには、前記道路網上の交差点を表す非隣接ノードに関連する情報、または、ユニットとそれに隣接するュニットとの道路の接続関係を規定する隣接ノ一ドの座標を示す座標情報が記録される、

前記コンピュータ装置が、

ユーザの操作に応答して、地図の範囲を指定する範囲情報を生成し、

生成された範囲情報に基づいて、必要な地図ファイルの記録領域を特定し、特定された記録領域に基づいて地図ファイルを読み出し、さらに、

読み出された地図ファイルに記録されたノ一ドレコードおよびリンクレコードを用いて経路を探索する処理を実行中に、一方のュニッ卜および他方の隣接ュニットの隣接ノードの座標情報に基づいて、当該一方のュニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどる、という処理を実現可能にする地図ファイルが記録された記録媒体。

2 4 . 前記リンクレコードには、前記リンクが表す道路の属性を示す属性情報が記録されており、

前記コンピュータ装置は、さらに、

前記経路を探索する処理の実行中に、一方のユニットおよび他方の隣接ュニッ卜の隣接ノ一ドに接続されたリンクの属性情報に基づいて、当該一方のュニット内の道路から、当該他方の隣接ュニット内の道路への接続をたどる、請求項 2 3 に記載の地図ファイルが記録された記録媒体。

2 5 . 前記隣接ノードに関連する情報を含む各ノードレコ — ドは連続的に記録されている、請求項 2 3 に記載の地図フアイルが記録された記録媒体。

2 6 . 前記隣接ノードに関連する情報を含む各ノードレコ — ドは、連続的にかつ当該隣接ノードの座標が昇順または降順になるように記録されている、請求項 2 3 に記載の地図ファイルが記録された記録媒体。

2 7 . 前記隣接ノードに関連する情報を含む各ノードレコードは、連続的にかつ当該各隣接ノードが前記ユニットの境界上を一周するような順番で記録されている、請求項 2 3 に記載の地図フアイルが記録された記録媒体。

2 8 . コンピュータ装置による処理のために予め定められたデータが記録された記録媒体であって、

構造を有するしており、地図を複数の領域に分割して得られる各ユニットがデジタルデ一夕化された地図ファイルが記録された記録媒体であって、

地図を複数の領域に分割して得られる各ュニッ卜がデジタルデータィ匕された地図ファイルと、

各前記地図ファイルの名前をツリー構造で表現して、当該各地図ファイルの記録領域を管理する管理情報とを含み前記コンピュータ装置が、

外部から地図の範囲を指定する範囲情報が入力されると、入力された範囲情報に基づいて、必要な地図ファイルの名前を特定し、さらに、

前記管理情報を参照して、特定された地図ファイルの名前に一意に対応する記録領域から地図ファイルを読み出す、という処理を実現可能にする地図ファイルが記録された記録媒体。

2 9 . コンピュータ装置による処理のために予め定められたデータ構造を有しており、地図を複数の領域に分割して得られる各ュニッ卜がデジタルデータ化された地図フアイルが記録された記録媒体であって、

各前記ユニット内に含まれる各背景は、一筆書き可能なオブジェクト単位で分割されており、各背景の属性を示す情報と、

各オブジェクトを描画するために必要な情報が記録されるォブジェクトレコードとを含み、

前記背景の属性を示す情報と、当該属性を有するォブジェタトのオブジェクトレコードとが連続して記録され、これによって、複数のオブジェクトは互いに同一の属性を有するもの毎にグループ化され、

前記コンピュータ装置が、各前記地図ファイルに含まれる各背景の属性情報とオブジェクトレコードとに基づいて地図を描画する、という処理を実現可能にする、地図ファィルが記録された記録媒体。

3 0 . 各前記オブジェクトは、自身の形状を示すための要素点からなっており、

各前記オブジェクトレコードには、各前記オブジェクトの要素点の座標値が一筆書きされる順番に記録されており前記要素点の座標値は、前記ュニットにおける原点を基準とした絶対座標値、および他の要素点の座標値を基準とした相対座標値のいずれかで表現される、請求項 2 9 に記載の地図フアイルが記録された記録媒体。

3 1 . 各前記オブジェクトにおいてペンダウン位置となる要素点は、所定の条件を満足する場合には相対座標値で表現される、請求項 2 9 に記載の地図ファイルが記録された記録媒体。

3 2 . 各前記オブジェクトの要素点は、所定の条件を満足する場合には、直接座標値で表現される、請求項 2 9 に記載の端末装置。

3 3 . 互いに縮尺が異なる複数の地図をそれぞれ、複数の領域に分割して得られる各ュニッ卜がデジタルデータ化された地図ファイルが記憶装置に格納されており、当該記憶装置から地図ファイルを読み出すための端末装置であって複数の前記地図ファイルは、前記縮尺に応じて階層的な構造を有しており、それぞれのユニット内に含まれる道路網をノードとリンクとで表すべく、当該ノード毎に作成されかつ当該ノードの座標情報が記録されるノードレコ一ドと、当該リンク毎に作成されるリンクレコ一ドとを少なくとも含んでおり、

各前記地図ファイルには、ノードの座標情報が昇順または降順になるようにノードレコードが記録されており、地図の範囲を指定する情報を生成する入力装置と、前記入力装置により生成された情報に基づいて、必要な地図フアイルの記録領域を特定するデータ処理部と、

前記データ処理部により特定された記録領域に基づいて、前記記憶装置から地図ファイルを読み出す読み出し制御部とを備え、

前記データ処理部は、

前記読み出し制御部により読み出された地図ファイルに記録された座標情報に基づいて、下位階層のユニットに含まれるノードに対応する上位階層のユニットのノードを検索する、端末装置。

3 4 . データ処理部はさらに、各前記ノードレコードの記録順序に基づいて、下位階層のュニットに含まれるノードに対応する上位階層のユニットのノードを検索する、請求項 3 3 に記載の端末装置。

3 5 . センタ局が端末装置に伝送路を通じて地図ファイルを提供するシステムであって、

前記セン夕局は、

前記第 1 の記憶装置から、地図ファイルの一部またはすべてを、地図デ一夕として読み出す読み出し制御部と、前記読み出し制御部により読み出された地図デ一夕を用いて、前記伝送路にとって適切な形式のバケツトを組み立てるバケツト組み立て部と、

前記バケツト組み立て部により組み立てられたバケツ卜を、前記伝送路を通じて前記端末装置に送信する送信部とを備え、

前記端末装置は、

前記伝送路を通じて、前記送信部により送信されたパケットを受信する受信部と、

前記受信部により受信されたパケットを分解して、地図データを復元する処理を実行するデータ処理部と、

前記データ処理部は、

今回復元した地図データに関連する地図ファイルが前記第 2 の記憶装置に既に格納されている場合には、当該第 2 の記憶装置から当該地図ファイルを読み出し、さらに、復元した地図データを、読み出された第 2 の地図ファィルに追加して、前記第 2 の記憶装置に格納する処理を実行する、地図提供システム。

3 6 . 前記データ処理部は、必要に応じて、地図ファイルを複数個作成する、請求項 3 5 に記載の地図提供システム

3 7 . 前記地図ファイルは、前記予め定められた範囲の地図が複数の領域に区画された複数のユニットと、各前記ュニットを管理するための管理情報とから構成されており、前記セン夕局において、

前記読み出し制御部は、前記第 1 の記憶装置に格納された地図ファイルから、ユニット単位の読み出しを実行し前記パケット組み立て部は、前記読み出し制御部が読み出したユニットと、地図ファイルを特定するファイル I D 、当該ュニットを特定するュニット I D および当該ュニットのデ一夕サイズとを用いて、バケツトを組み立てる、請求項 3 5 に記載の地図提供システム。

3 8 . 前記データ処理部はさらに、

前記受信部により受信されたパケットから、ファイル I D 、ユニット I D およびデータサイズを取り出し、

取り出されたファイル I D 、ュニット I D およびデ一夕サイズを用いて、前記受信部により受信されたパケットを分解して地図データを復元する、請求項 3 7 に記載の地図提供システム。

3 9 . 前記地図ファイルはさらに、前記予め定められた範囲を概略的に表す基本データと、当該範囲を詳細に表す詳細データとを含み、

前記基本データと前記詳細データとは互いに分離可能なデ一夕構造を有する、請求項 3 5 に記載の地図提供システム。

4 0 . 前記基本データはさらに、前記地図の背景を表す基本背景データと、当該地図に表示すべき文字および記号を概略的に表す基本文字記号データと、当該地図内に存在する主要幹線の道路ネットワークを表す主要幹線ネットヮークデ一夕とを含み、

前記詳細データはさらに、前記地図の詳細な背景を表す詳細背景デ一夕と、当該地図に表示すべき文字および記号を詳細に表す詳細文字記号データと、当該地図内に存在する細街路の道路ネットワークを表す細街路ネットワークデ —夕とを含み、

前記詳細背景データ、前記詳細文字記号データおよび細街路ネットワークデータは、前記基本背景データ、詳細文字記号データおよび細街路ネットヮ一クデ一夕の差分デー夕として構成されており、前記基本デ一夕と前記詳細デー夕とが組み合わされることにより、相対的に詳細な地図が表される、請求項 3 9 に記載の地図提供システム。

4 1 . 前記読み出し制御部はさらに、前記第 1 の記憶装置に格納された地図ファイルに含まれる基本データのみを、地図デ一夕として読み出す、請求項 3 9 に記載の地図提供システム。

4 2 . 前記読み出し制御部はさらに、前記記憶装置に格納された地図ファイルに含まれる詳細データのみを、地図デ一夕として読み出す、請求項 4 1 に記載の地図提供システム。

4 3 . 前記読み出し制御部はさらに、前記第 1 の記憶装置に格納された地図ファイルに含まれる基本データおよび詳細デ一夕を、地図データとして読み出す、請求項 3 9 に記載の地図提供システム。

4 4 . 前記データ処理部はさらに、前記受信部により受信されたパケットを分解して、基本データを復元する、請求項 4 1 に記載の地図提供システム。

4 5 . 前記セン夕局の前記読み出し制御部はさらに、前記第 1 の記憶装置に格納された地図ファイルに含まれる詳細データのみを、地図デ一夕として読み出し、

前記移動局の前記デ一夕処理部はさらに、前記受信部により受信されたバケツトを組み立てて、詳細データを復元する、請求項 4 4 に記載の地図提供システム。

4 6 . 前記データ処理部はさらに、前記受信部により受信されたバケツトを分解して、基本データおよび詳細データを復元する、請求項 4 3 に記載の地図提供システム。