(57)【特許請求の範囲】
【請求項１】
通信端末に、地図データを配信する地図データ配信装置であって、
地図要素毎に、前記地図要素を特定する点または点列の座標を示す点列データと、前記地図要素の属性を示す少なくとも１つの属性データと、を有する地図要素データと、
当該地図要素データの最新の更新日時を示す更新日時データと、
当該地図要素データの前記点列データ、および、当該点列データの変更により影響を受ける他の地図要素の点列データ、で構成される更新波及範囲データと、
を有する地図データが記憶された地図データ記憶手段と、
地図配信を要求する対象領域を示す領域情報と、当該対象領域に対する前回の配信要求日時と、を少なくとも含む地図配信要求を、前記通信端末から受信する地図配信要求受付手段と、
前記対象領域に少なくとも一部が属する点列データを有する前記更新波及範囲データに格納される点列データを抽出し、該抽出された点列データを有する地図要素データから、前記配信要求日時よりも新しい更新日時のものを検索する処理と、
検索された前記地図要素データに、前記対象領域と、該対象領域に隣接する領域の境界を交差する点列データが存在するか否かを判断して、交差する点列データが存在する場合には、該点列データが境界を交差する隣接領域の更新日時を示す更新日時データを取得し、該隣接領域を対象領域として、前記配信要求日時を該隣接領域の更新日時に代えて前記検索する処理をさらに実行し、更新を波及する処理と、を実行する地図要素検索手段と、
前記地図要素検索手段により検索された地図要素データを、前記通信端末に送信する地図要素配信手段と、を有すること
を特徴とする地図データ配信装置。
【請求項２】
請求項１に記載の地図データ配信装置であって、
前記更新を波及する処理は、前記更新を波及した隣接領域の数、又は、その縦横距離が、所定の値に達するまで行われること
を特徴とする地図データ配信装置。
【請求項３】
請求項１又は２に記載の地図データ配信装置であって、
前記更新日時データは、前記点列データ、および、前記属性データの各々に対して設けられており、
前記地図要素配信手段は、前記地図要素検索手段により検索された地図要素データのうち、前記地図配信要求に含まれている日時情報が示す日時よりも新しい日時を示す更新日時データに対応付けられている少なくとも点列データおよび属性データのいずれか一方を、前記通信端末に送信すること
を特徴とする地図データ配信装置。
【請求項４】
請求項１乃至３のいずれか一項に記載の地図データ配信装置であって、
前記地図要素検索手段は、対応付けられている更新日時データが示す日時以降に前記通信端末へ送信されたことのある地図要素データを検索対象から除外すること
を特徴とする地図データ配信装置。
【請求項５】
請求項１乃至４のいずれか一項に記載の地図データ配信装置であって、
前記地図要素検索手段により検索された地図要素データを、当該地図要素データに対応付けられている更新波及範囲データ毎にグループ化するグループ化手段を有し、
前記地図要素配信手段は、前記グループ化手段で生成されたグループ毎に、前記地図要素データを前記通信端末へ送信すること
を特徴とする地図データ配信装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の地図データ配信装置であって、
地図データ記憶手段に記憶されている地図データが更新された場合に、更新対象の地図要素を示す情報を含む更新通知を前記通信端末へ送信する更新通知手段を更に有すること
を特徴とする地図データ配信装置。
【請求項７】
請求項１乃至６のいずれか一項に記載の地図データ配信装置であって、
前記地図要素配信手段は、前記地図要素検索手段により検索された地図要素データの修正による差分データのみを前記通信端末に送信すること
を特徴とする地図データ配信装置。
【請求項８】
請求項１乃至４の何れか一項に記載の地図データ配信装置であって、
前記地図データは、座標の精度又は地図要素の種別に応じて分類されて記録されており、
前記地図配信要求は、地図配信を要求する上記座標の精度又は地図要素の種別を指定する情報を更に有し、
前記地図要素検索手段は、前記地図配信要求に含まれている精度又は種別の地図要素データを、前記地図データ記憶手段から検索すること
を特徴とする地図データ配信装置。
【請求項９】
請求項８記載の地図データ配信装置であって、
上記対象領域は、目的地又は経由地の周辺領域と該経路の領域であり、
上記目的地又は経由地の周辺領域については、上記経路の領域よりも上記座標の精度が高い又は上記地図要素の種別が多い地図要素データを、前記地図データ記憶手段から検索すること
を特徴とする地図データ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地図データの配信技術に関する。
【背景技術】
【０００２】
特許文献１および特許文献２には、サーバからナビゲーション装置などの端末へ、地図データをメッシュ単位で配信する技術が開示されている。また、特許文献３には、例えば移動体で走行中の道路が地図データに登録されていない新しい道路である場合に、その道路を特定する座標データを、当該移動体に搭載された端末からサーバへ送信し、サーバが端末から送られてきた新たな道路の座標データを用いてマスタの地図データを更新する技術が開示されている。【０００３】
【特許文献１】特開２００３−０４４９９２号公報
【特許文献２】特開２００４−０７７２５４号公報
【特許文献３】特開２００４−００４２４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１および特許文献２に記載の技術は、メッシュに属する地図要素のうちの１つ（例えば１つの道路区間）が修正された場合でも、当該メッシュに属する全ての地図要素のデータがサーバから端末に配信される。修正されていない地図要素のデータも配信するので、不要な通信トラヒックの増加の原因となる。また、例えば道路の修正区間が隣接する２つのメッシュにまたがって存在する場合、この隣接する２つのメッシュ各々の配信タイミングが異なると、一時的に当該道路の連続性が失われて、ルート探索やルート誘導などのナビゲーション処理に利用できなくなることがある。【０００５】
一方、特許文献３に記載の技術によれば、走行中の追加・修正された道路を単位として端末からサーバへ地図データを送信することができる。しかし、この技術は、追加・修正された道路により影響を受ける他の地図構成要素（例えば接続関係が変更される他の道路
）の存在を考慮していない。このため、ルート探索やルート誘導などのナビゲーション処理に利用できない。この技術は、ＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）用の地図デ
ータを構築するための技術であり、ナビゲーションに利用される地図の配信に適用することを想定していない。【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、不要な通信トラヒックの発生を抑制でき、且つ、更新後の地図に矛盾が生じないように地図データの更新部分を配信する技術を提供することある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明では、更新された地図要素の地図要素データおよび当該地図要素の変更により影響を受ける他の地図要素の地図要素データの少なくとも一部が、地図データ配信の対象領域内に属する場合に、当該更新された地図要素の地図要素データが地図データ配信装置から通信端末へ送信される。【０００８】
例えば、本発明の地図データ配信装置は、地図要素毎に、当該地図要素の地図要素データと、当該地図要素の地図要素データの更新日時データと、当該地図要素の地図要素データおよび当該地図要素の変更により影響を受ける他の地図要素の地図要素データを含む更新波及範囲データと、を有する地図データが記憶された地図データ記憶手段と、地図配信を要求する領域を示す領域情報と、当該領域に対する地図配信の最新の要求日時を示す日時情報と、を含む地図配信要求を、前記通信端末から受信する地図配信要求受付手段と、前記地図配信要求に含まれている領域情報が示す領域に少なくとも一部が属する地図要素データを含む更新波及範囲データに対応付けられており、且つ、前記地図配信要求に含まれている日時情報が示す日時よりも新しい日時を示す更新日時データに対応付けられている地図要素データを、前記地図データ記憶手段から検索する地図要素検索手段と、前記地図要素検索手段により検索された地図要素データを前記通信端末に送信する地図要素配信手段と、を有する。【０００９】
また、例えば、本発明の通信端末は、地図要素毎に、当該地図要素の地図要素データを有する地図データが記憶された地図データ記憶手段と、地図配信を要求する領域を示す領域情報と、当該領域に対する地図配信の最新の要求日時を示す日時情報とを含む地図配信要求を、前記地図データ配信装置に送信して、前記地図データ配信装置から地図要素データを受信する地図配信要求手段と、前記地図データ配信装置から受信した地図要素データを用いて前記地図データ記憶手段に記憶されている地図データを更新する地図データ更新手段と、を有する。
【発明の効果】
【００１０】
本発明によれば、不要な通信トラヒックの発生を抑制でき、且つ、更新後の地図に矛盾が生じないように地図データの更新部分を配信することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は本発明の第１実施形態が適用された地図データ配信システムを示す概略図である。
【図２】図２は地図データ記憶部１０２の登録内容例である。
【図３】図３はリンクの更新波及範囲を説明するための図である。
【図４】図４は更新管理データ記憶部２０３の登録内容例を示す図である。
【図５】図５は更新管理データ記憶部２０３に記憶される各更新管理データの相互関係を説明するための図である。
【図６】図６は地図配信要求のデータ構成例を説明するための図である。
【図７】図７は地図データ記憶部２０６の登録内容例を示す図である。
【図８】図８は更新領域受付部２０８がＧＵＩ部２０９に表示する更新管理データ受付画面の一例を示す図である。
【図９】図９は地図配信サーバ１０、ナビゲーション端末２０のハードウエア構成例を示す図である。
【図１０】図１０は本発明の第１実施形態が適用された地図データ配信システムの全体動作を説明するための図である。
【図１１】図１１は図１０に示すＳ２０１（要求タイミング判定）、Ｓ２０２（地図配信要求）の動作フローを説明するための図である。
【図１２】図１２は図１０に示すＳ１０１（差分抽出）の動作フローを説明するための図である。
【図１３】図１３は図１２に示すフローによって配信対象に決定されるリンクを説明するための図である。
【図１４】図１４は図１０に示すＳ１０２（更新波及範囲毎のクラスタリング）、Ｓ１０３（地図配信）の動作フローを説明するための図である。
【図１５】図１５は図１０に示すＳ２０３（一時蓄積）、Ｓ２０４（更新反映）の動作フローを説明するための図である。
【図１６】図１６は本発明の第２実施形態が適用された地図データ配信システムの概略図である。
【図１７】図１７は本発明の第２実施形態が適用された地図データ配信システムの全体動作を説明するための図である。
【図１８】図１８は地図データ記憶部１０２の登録内容例を示す図である。
【図１９】図１９は地図データ記憶部２０６の登録内容例を示す図である。
【図２０】図２０は地図データ記憶部２０６におけるデータ管理を説明するための図である。
【図２１】図２１は地図データ記憶部１０２におけるデータ管理を説明するための図である。
【図２２】図２２は差分地図配信前にドライバへ確認をとるためのフローを示す図である。
【図２３】図２３は図１２の差分抽出処理にレベル指定が可能となる拡張を施したフローを示す図である。
【図２４】図２４はメッシュ単位の更新処理を説明するための状態を示す図である。
【図２５】図２５は隣接メッシュ領域へ差分抽出範囲を拡張するよう、図１２の差分抽出処理を拡張したフローを示す図である。
【図２６】図２６は図２５に示すフローに用いる検索対象領域リストの構成例を示す図である。
【図２７】図２７は遠距離の目的地へ至る更新領域を説明するための図である。
【図２８】図２８は遠距離の目的地へ至る更新領域図形の作成処理を説明する図である。
【図２９】図２９は更新領域単位に差分抽出対象とするレベルを記述できるよう図４を拡張した図である。
【符号の説明】
【００１２】
１０：地図配信サーバ、２０：ナビゲーション端末、３０：無線通信装置、４０：ネットワーク、５０：無線基地局、１０１：ネットワークＩＦ部、１０２：地図データ記憶部
、１０３：地図要素検索部、１０４：クラスタリング処理部、１０５：要求履歴管理部、１０６：更新管理部、２０１：ネットワークＩＦ部、２０２：配信要求部、２０３：更新管理データ記憶部、２０４：差分更新部、２０５：一時蓄積部、２０６：地図データ記憶部、２０７：ナビゲーション処理部、２０８：更新領域受付部、２０９：ＧＵＩ部
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について説明する。【００１４】
＜＜第１実施形態＞＞
図１は本発明の第１実施形態が適用された地図データ配信システムの概略図である。図示するように、本実施形態の地図データ配信システムは、ネットワーク４０に接続された地図配信サーバ１０と、ナビゲーション端末２０とを有する。ナビゲーション端末２０には、無線通信装置３０が接続されている。ナビゲーション端末２０は、この無線通信装置３０により無線基地局５０を経由してネットワーク４０に接続される。なお、無線通信装置３０は、ナビゲーション端末２０に内蔵しても構わない。【００１５】
地図配信サーバ１０は、ナビゲーション端末２０から受信した地図配信要求に従い、地図データの更新部分をナビゲーション端末２０に配信する。図示するように、地図配信サーバ１０は、地図配信サーバ１０をネットワーク４０に接続するためのネットワークＩＦ部１０１と、地図データ記憶部１０２と、地図要素検索部１０３と、クラスタリング処理部１０４と、要求履歴管理部１０５とを有する。【００１６】
地図データ記憶部１０２には、地図上の道路を構成する各リンクのリンクデータが記憶されている。図２は地図データ記憶部１０２の登録内容例である。図示するように、リンクデータのレコード１０２０は、リンクを識別するためのＩＤを登録するためのフィールド１０２１と、リンクの幅員を登録するためのフィールド１０２２と、幅員（フィールド１０２２）の修正日時を登録するためのフィールド１０２３と、一般道路、有料道路といったリンクの道路種別を示すフラグを登録するためのフィールド１０２４と、道路種別（
フィールド１０２４）の修正日時を登録するためのフィールド１０２５と、リンクの位置
・形状を示す点列（開始ノード、終了ノード、および、リンクの屈折地点等に所在する中間ノードからなる点列）の座標データである点列データを登録するためのフィールド１０２６と、点列データ（フィールド１０２６）の修正日時を登録するためのフィールド１０２７と、リンクの更新波及範囲を構成する各リンクの点列データを登録するためのフィールド１０２８と、レコード１０２０の生成日時を登録するためのフィールド１０２９と、レコード１０２０の削除日時を登録するためのフィールド１０３０と、を有する。【００１７】
ここで、リンクの更新波及範囲とは、当該リンクと、当該リンクが変更（追加、修正、削除等）されたことにより、接続状態に影響を受ける他のリンクとを含む範囲である。図３はリンクの更新波及範囲を説明するための図である。図示するように、複数のリンクＡ〜Ｃからなる道路１０３１が新たに追加されたとする。ここで、リンクＡは、開始ノード１０３３がリンクＣに接続され、終了ノード１０３４がリンクＢに接続されている。したがって、リンクＢ、Ｃは、リンクＡが追加されたことにより、接続状態が影響を受けたリンクである。このため、リンクＡの更新波及範囲は、リンクＡ、Ｂ、Ｃとなる。次に、リンクＡの終了ノード１０３４の接続先がリンクＢからリンクＤへ変更されることにより、道路１０３１が道路１０３２に変更されたとする。この場合、リンクＢ、Ｄは、リンクＡが修正されたことにより、接続状態が影響を受けたリンクである。このため、リンクＡの更新要求範囲は、リンクＡ、Ｂ、Ｄとなる。【００１８】
履歴管理部１０５は、ネットワークＩＦ部１０１を介してナビゲーション端末２０から受信した地図配信要求の最新の受信日時を、配信を要求する領域毎に管理する。【００１９】
地図要素検索部１０３は、ナビゲーション端末２０から受信した地図配信要求により配信が要求されている領域に少なくとも一部が属するリンクを含む更新波及範囲に対応付けられており、且つ、この地図配信要求で指定されている前回要求日時よりも新しい日時を示す修正日時、生成日時あるいは削除日時に対応付けられているリンクデータであって、このリンクデータの修正日時、生成日時あるいは削除日時が、この更新波及範囲と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時よりも新しいリンクデータを、地図データ記憶部１０２から検索する。【００２０】
クラスタリング処理部１０４は、ネットワークＩＦ部１０１を介してナビゲーション端末２０に配信するリンクデータを更新波及範囲毎にグループ化（クラスタリング）し、グループ毎にナビゲーション端末２０に送信する。【００２１】
上記の地図配信サーバ１０は、例えば図９に示すような、ＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する記憶媒体９０４から情報を読み出す読取装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信ネットワークに接続するための通信装置９０８とを備えたコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することで実現できる。この所定のプログラムは、読取装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読取装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。この場合において、地図データ記憶部１０２には、メモリ９０２や外部記憶装置９０３や記憶媒体９０４が利用される。【００２２】
ナビゲーション端末２０は、自身が保持する地図データを用いて、地図表示、ルート探索、ルート誘導等のナビゲーション処理を行う。また、地図配信を要求する領域および当該領域の前回要求日時の指定を含む地図配信要求を、地図配信サーバ１０に送信して、地図配信サーバ１０から地図データを入手し、これを自身が保持する地図データに反映させる。図示するように、ナビゲーション端末２０は、ナビゲーション端末２０を無線通信装置３０および無線基地局５０を介してネットワーク４０に接続するためのネットワークＩＦ部２０１と、配信要求部２０２と、更新管理データ記憶部２０３と、差分更新部２０４と、一時蓄積部２０５と、地図データ記憶部２０６と、ナビゲーション処理部２０７と、更新領域受付部２０８と、ユーザへの情報表示およびユーザからの指示受付を行うＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）部２０９とを有する。【００２３】
更新管理データ記憶部２０３には、地図配信を要求する領域毎に、当該領域に対する地図配信要求のタイミングを判断するために必要なデータである更新管理データが記憶されている。図４は更新管理データ記憶部２０３の登録内容例である。図示するように、更新管理データのレコード２０３０は、当該更新管理データを識別するためのＩＤを登録するためのフィールド２０３１と、当該更新管理データに従った地図配信要求の最新の要求日時を登録するためのフィールド２０３２と、当該更新管理データに従った地図配信要求の要求周期を登録するためのフィールド２０３３と、地図配信を要求する領域を特定する情報を登録するためのフィールド２０３４と、を有する。【００２４】
ここで、地図配信を要求する領域を特定する情報としては、例えば領域が円形の場合は
、中心座標と半径（又は直径）とが用いられる。また、領域が矩形に場合は、対角にある２つの頂点の座標が用いられる。また、領域が多角形の場合は、多角形を構成する各頂点の座標が用いられる。なお、本実施形態において、更新管理データ記憶部２０３に記憶される各更新管理データは、図５に示すような関係にある。つまり、各領域２０３７〜２０３９は、大きさが異なり、且つ、自身の領域よりも小さい領域を包含する。また、領域が小さくなるほど、対応する要求周期が短くなる（要求頻度が高くなる）。【００２５】
配信要求部２０２は、更新管理データ記憶部２０３に記憶されている各更新管理データを監視し、フィールド２０３２に登録されている前回要求日時からフィールド２０３３に登録されている要求周期を経過している更新管理データを検出する。そして、そのような更新管理データを検出したならば、図６に示すような、検出した更新管理データのフィールド２０３２、２０３４に登録されている前回要求日時２０２１、要求領域を特定する情報２０２２と、宛先である地図配信サーバ１０のアドレスおよび送信元であるナビゲーション端末２０のアドレスを含むアドレス情報２０２３とを含む地図配信要求２０２０を生成し、これをネットワークＩＦ部２０１を介して地図配信サーバ１０に送信する。また、この更新管理データのフィールド２０３２に登録されている前回要求日時を現在日時に更新する。また、配信要求部２０２は、地図配信サーバ１０から更新波及範囲毎にグループ化されたリンクデータを受信し、差分更新部２０４に渡す。【００２６】
差分更新部２０４は、配信要求部２０２から受け取ったリンクデータを一時蓄積部２０５に一時蓄積する。そして、ナビゲーション端末２０のアイドリング等の所定のタイミングで、一時蓄積部２０５に蓄積されているグループ化されたリンクデータを、グループ単位で地図データ記憶部２０６に反映させる。【００２７】
地図データ記憶部２０６には、地図上の道路を構成する各リンクのリンクデータが記憶されている。図７は地図データ記憶部２０６の登録内容例である。図示するように、リンクデータのレコード２０６０は、リンクを識別するためのＩＤを登録するためのフィールド２０６１と、リンクの幅員を登録するためのフィールド２０６２、一般道路、有料道路といったリンクの道路種別を示すフラグを登録するためのフィールド２０６３と、リンクの形状を示す点列（開始ノード、終了ノード、および、リンクの屈折地点等に所在する中間ノードからなる点列）の座標データである点列データを登録するためのフィールド２０６４と、を有する。ナビゲーション処理部２０７は、この地図データ記憶部２０６に記憶されているリンクデータを用いて、地図表示、ルート探索、ルート誘導等のナビゲーション処理を行う。【００２８】
更新領域受付部２０８は、ＧＵＩ部２０９を介してユーザより更新管理データ記録部２０３に記憶する更新管理データを受け付ける。図８は更新領域受付部２０８がＧＵＩ部２０９に表示する更新管理データ受付画面の一例を示している。更新領域受付部２０８は、図示するような更新管理データ受付画面を介してユーザより、領域２０８１の指定を受け付ける。例えば領域が円形の場合は、タッチパネル操作やカーソル操作などにより画面上で中心座標の指定を受け付けると共に、キー操作などにより半径（又は直径）の入力を受け付ける。また、領域が矩形に場合は、タッチパネル操作やカーソル操作などにより画面上で対角にある２つの頂点の座標の指定を受け付ける。また、領域が多角形の場合は、タッチパネル操作やカーソル操作などにより画面上で多角形を構成する各頂点の座標の指定を受け付ける。また、例えばプルダウンメニューを用いて希望する要求周期を選択欄２０８２に入力する。更新領域受付部２０８は、以上のようにして領域および要求周期の指定を受け付けたならば、更新管理データ記録部２０３に新たなレコード２０３０を追加する
。そして、このレコード２０３０のフィールド２０３１にユニークなＩＤを、そして、フィールド２０３３、２０３４に指定された要求周期、領域を登録する。なお、フィールド２０３２は、例えば初期設定値として、ナビゲーション端末を初めて動作させた日時、または実際にはサービスへ加入した日時を登録する。本来はナビ端末出荷時に地図データ記憶部へ登録した地図データの更新日付を初期値として登録することが望ましい。【００２９】
上記のナビゲーション端末２０は、例えば図９に示す構成（読取装置９０５はなくてもよい）に、ＧＰＳ受信機および／または方位センサ、速度センサなどの各種センサと情報
を送受するためのＩ／Ｏ装置を設けたコンピュータシステムにおいて、ＣＰＵ９０１がメ
モリ９０２上にロードされた所定のプログラムを実行することで実現できる。この所定のプログラムは、読取装置９０５を介して記憶媒体９０４から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。この場合において、更新管理データ記憶部２０３、一時蓄積部２０５および地図データ記憶部２０６には、メモリ９０２や外部記憶装置９０３が利用される。【００３０】
図１０は本発明の第１実施形態が適用された地図データ配信システムの全体動作を説明するための図である。【００３１】
ナビゲーション端末２０において、配信要求部２０２は、更新管理データ記憶部２０３から地図配信要求の送信タイミングとなった更新管理データを検出すると（Ｓ２０１）、
検出した更新管理データに対する地図配信要求を生成し、これをネットワークＩＦ部２０１を介して地図配信サーバ１０に送信する。また、更新管理データ記憶部２０３に記憶されているこの更新管理データの前回要求日時を現在日時に更新する（Ｓ２０２）。【００３２】
なお、Ｓ１０３の地図配信処理により地図配信サーバ１０からナビゲーション端末２０に送信を開始する前に、ドライバに更新処理を開始するために通信を行う旨を通知し、ＧＵＩ部２０９を介してユーザ確認があった場合にのみ更新処理を行うようにしてもよい。【００３３】
さらに、確認に際して今回の更新処理における総通信データ量等をユーザに提示することもできる。この処理を図２２に示す。まず、更新データ量を求め（Ｓ１０３５）、この更新データ量とドライバの使用する通信媒体の通信単価から通信費用、同じくドライバの使用する通信媒体の通信速度に基づいてデータ通信所要時間の少なくとも何れかを算出する（Ｓ１０３６）。算出結果をナビゲーション端末２０へ送信し（Ｓ１０３７）ユーザからのＧＵＩ部２０９を介した確認を得た場合に（Ｓ１０３８）、更新処理を行う。このような確認処理を追加することで、ドライバは携帯電話等の無線通信手段をどの程度占有されるかを把握し、ユーザの要求に応じた更新を実現することができる。【００３４】
地図配信サーバ１０において、地図要素検索部１０３は、ネットワークＩＦ部１０１を介してナビゲーション端末２０から地図配信要求を受信すると、更新波及範囲、修正日時
、生成日時、削除日時をキーとして、地図データ記憶部１０２から、この地図配信要求の条件を満足するリンクデータを検索する。この際、要求履歴管理部１０５で管理されている各領域に対する地図配信要求の最新の受信日時を用いて、受信した地図配信要求の前回要求日時以降にナビゲーション端末２０へ送信されたことのあるリンクデータを検索対象から除外する。また、要求履歴管理部１０５は、受信した地図配信要求により配信が要求されている領域に対応付けて管理している受信日時を現在日時に更新する（Ｓ１０１）。
次に、クラスタリング処理部１０４は、地図要素検索部１０３で検索されたリンクデータの地図配信部分を更新波及範囲毎にグループ化（クラスタリング）する（Ｓ１０２）。そ
して、グループ化されたリンクデータの地図配信部分（配信データと呼ぶ）をナビゲーション端末２０にグループ毎に送信する（Ｓ１０３）。【００３５】
ナビゲーション端末２０において、配信要求部２０２は、ネットワークＩＦ部２０１を介して地図配信サーバ１０より配信データを受信すると、これを差分更新部２０４に渡す
。差分更新部２０４は、この配信データを一時蓄積部２０５に蓄積する（Ｓ２０３）。そ
れから、差分更新部２０４は、ナビゲーション処理部２０７がナビゲーション処理を行っていないアドレス状態など、ナビゲーション端末２０が所定の状態にあるときに、一時蓄積部２０５に蓄積されている配信データ毎に、当該配信データの内容を地図データ記憶部２０６に反映させる（Ｓ２０４）。【００３６】
図１１は図１０に示すＳ２０１（要求タイミング判定）、Ｓ２０２（地図配信要求）の
動作フローを説明するための図である。【００３７】
ナビゲーション端末２０において、配信要求部２０２は、カウンタ値ｎを１に設定する（Ｓ２０１０）。次に、更新管理データ記憶部２０３からｎ番目の更新管理データを抽出
する（Ｓ２０１１）。【００３８】
次に、配信要求部２０２は、抽出したｎ番目の更新管理データの前回要求日時から、図示していない内蔵タイマ等により得られる現在日時までの経過時間を算出し、この経過時間が、抽出したｎ番目の更新管理データの要求周期よりも大きいか否かを判断する（Ｓ２０１２）。大きくない場合は、ｎ番目の更新管理データが地図配信要求のタイミングにな
っていないものと判断し、Ｓ２０１３に進む。一方、大きい場合は、ｎ番目の更新管理データが地図配信要求のタイミングになっているものと判断し、このｎ番目の更新管理データの前回要求日時２０２１、要求領域２０２２を含む地図配信要求を生成し（図６参照）
、ネットワークＩＦ部２０１を介して地図配信サーバ１０に送信する（Ｓ２０２０）。そ
れから、Ｓ２０１３に進む。【００３９】
Ｓ２０１３において、配信要求部２０２は、ｎ番目の更新管理データが更新管理データ記憶部２０１３に記憶されている最後のデータならば、Ｓ２０１０に戻る。最後のデータでないならば、カウンタ値ｎを１つインクリメントし（Ｓ２０１４）、それからＳ２０１
１に戻る。【００４０】
図１２は図１０に示すＳ１０１（差分抽出）の動作フローを説明するための図である。【００４１】
地図配信サーバ１０において、地図要素検索部１０３は、ネットワークＩＦ部１０１を介してナビゲーション端末２０から地図配信要求を受信すると、当該地図配信要求に含まれている要求領域に少なくとも一部が属するリンクを含む更新波及範囲（フィールド１０２８）を有するリンクデータを、地図データ記憶部１０２から全て抽出する（Ｓ１０１０
）。ここで、要求領域に少なくとも一部が属するリンクとは、リンクを構成する点列デー
タのいずれかの点（座標値）が要求領域の範囲内に属するか、もしくは、点列データの隣接する２点を結ぶ線分が要求領域と交差するリンクを指す。【００４２】
次に、地図要素検索部１０３は、カウンタ値ｎを１に設定する（Ｓ１０１１）。それか
ら、Ｓ１０１０で抽出したリンクデータのうちのｎ番目の抽出リンクデータに注目する（
Ｓ１０１２）。【００４３】
次に、地図要素検索部１０３は、ｎ番目の抽出リンクデータの幅員修正日時（フィールド１０２２）、種別修正日時（フィールド１０２５）、点列修正日時（フィールド１０２
７）、レコード生成日時（フィールド１０２９）、および、レコード削除日時（フィール
ド１０３０）のうちのいずれかが、地図配信要求に含まれている前回要求日時以降であるか否かを調べる（Ｓ１０１３）。各種項目の修正日時、レコード生成日時およびレコード
削除日時のいずれもが地図配信要求に含まれている前回要求日時以降でない場合、ｎ番目の抽出リンクデータは、地図配信要求に含まれている前回要求日時以降に何の修正もされていないことになる。この場合、Ｓ１０１７に進む。一方、各種項目の修正日時、レコード生成日時およびレコード削除日時のいずれかが地図配信要求に含まれている前回要求日時以降である場合、ｎ番目の抽出リンクデータは、地図配信要求に含まれている前回要求日時以降に何らかの修正がされたことになる。この場合、前回要求日時以降の日時を示す各種項目の修正日時、レコード生成日時およびレコード削除日時が、ｎ番目の抽出リンクデータの更新波及範囲と重なる（更新波及範囲を構成するいずれかのリンクの少なくとも一部が属する）全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降であるか否かをさらに調べる（Ｓ１０１４）。【００４４】
Ｓ１０１４において、前回要求日時以降の日時を示す各種項目の修正日時、レコード生成日時およびレコード削除日時が、更新波及範囲と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降でない場合、ｎ番目の抽出リンクレコードの現在の内容は既にナビゲーション端末２０へ送信されている。この場合、Ｓ１０１７に進む。一方、前回要求日時以降の日時を示す各種項目の修正日時、レコード生成日時およびレコード削除日時が、更新波及範囲と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降である場合、ｎ番目の抽出リンクレコードの現在の内容は未だナビゲーション端末２０に送信されていない。この場合、Ｓ１０１５に進む。【００４５】
Ｓ１０１５において、地図要素検索部１０３は、ｎ番目の抽出リンクデータのうち、地図配信要求に含まれている前回要求日時以降の日時であって、且つ、ｎ番目の抽出リンクデータの更新波及範囲と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示す各種項目の修正日時、レコード生成日時およびレコード削除日時に対応する部分を、配信対象に決定する。それから、Ｓ１０１６に進む。【００４６】
例えば、幅員修正日時（フィールド１０２３）が、地図配信要求に含まれている前回要求日時以降の日時であって、且つ、更新波及範囲（フィールド１０２８）と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示している場合、幅員（フィールド１０２２）を配信対象に決定する。また、種別修正日時（
フィールド１０２５）が、地図配信要求に含まれている前回要求日時以降の日時であって
、且つ、更新波及範囲（フィールド１０２８）と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示している場合、道路種別フラグ（フィールド１０２４）を配信対象に決定する。また、点列修正日時（フィールド１０２７）が、地図配信要求に含まれている前回要求日時以降の日時であって、且つ、更新波及範囲（フィールド１０２８）と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示している場合、点列データ（フィールド１０２６）を配信対象に決定する。また、レコード生成日時（フィールド１０２９）が、地図配信要求に含まれている前回要求日時以降の日時であって、且つ、更新波及範囲（フィールド１０２８）と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示している場合、幅員、道路種別フラグおよび点列データを配信対象に決定する。また、レコード削除日時（フィールド１０３０）が、地図配信要求に含まれている前回要求日時以降の日時であって、且つ、更新波及範囲（フィールド１０２８）と重なる全ての領域各々に対応付けられて要求履歴管理部１０５で管理されている日時以降の日時を示している場合、配信対象なしに決定する。【００４７】
尚、修正されたリンク全体の座標値等を記述するのではなく、修正内容を記述するようにして修正による差分データのみ送信することにしてもよい。この場合、例えば修正された点と追加・移動等の修正内容を記述する。これにより管理するデータ量を減らすことができる。前述の実施例と組み合わせて利用し、フラグをつけることでデータ量等を考慮して使い分けることにしてもよい。【００４８】
次に、Ｓ１０１６において、地図要素検索部１０３は、Ｓ１０１５で決定した配信対象を、ｎ番目の抽出リンクデータのＩＤ（フィールド１０２１）および更新波及範囲（フィールド１０２８）と共に、クラスタリング処理部１０４に通知する。但し、配信対象なしの場合は、ｎ番目の抽出リンクデータのＩＤおよび更新波及範囲のみをクラスタリング処理部１０４に通知する。それから、Ｓ１０１７に進む。【００４９】
Ｓ１０１７において、地図要素検索部１０３は、ｎ番目のリンクデータがＳ１０１０で抽出したリンクデータの最後のデータならば、Ｓ１０１９に進む。一方、最後のデータでないならば、カウンタ値ｎを１つインクリメントし（Ｓ１０１８）、それからＳ１０１２
に戻る。Ｓ１０１９において、地図要素検索部１０３は、地図配信要求の要求領域を要求履歴管理部１０５に通知する。要求履歴管理部１０５は、地図要素検索部１０３から通知された要求領域に対応付けられている日時を現在日時に更新する。【００５０】
図１３は図１２に示すフローによって配信対象に決定されるリンクを説明するための図である。図示するように、領域Ｂに属する新たに追加されたリンクＥについて、リンクデータの更新波及範囲を構成するリンクＦの一部が領域Ｂ内に位置する領域Ａに属しているものとする。さて、地図要素検索部１０３は、リンクＥが新たに追加された日時以降に、最初に受信した地図配信要求に含まれている要求領域が領域Ａである場合、更新波及範囲を構成するリンクＦの一部が領域Ａに属しているため、リンクＥを配信対象に決定する（
図１３（Ａ））。また、地図配信要求の要求領域である領域Ａに対応付けて、要求履歴管
理部１０５で管理されている日時を現在日時に更新する。次に、地図要素検索部１０３は
、２番目に受信した地図配信要求に含まれている要求領域が領域Ｂである場合、更新波及範囲を構成するリンクＥ、リンクＦの一部が領域Ｂに属しているが、更新波及範囲と重なる領域Ａに対応付けられて要求履歴管理部１０５に管理されている日時が、リンクＥが新たに追加された日時以降であるため、リンクＥは配信対象とされない（図１３（Ｂ））。
したがって、同じ内容のリンクＥのリンクデータを重複して送信することを防止することができる。【００５１】
図１４は図１０に示すＳ１０２（更新波及範囲毎のクラスタリング）、Ｓ１０３（地図
配信）の動作フローを説明するための図である。【００５２】
地図配信サーバ１０において、クラスタリング処理部１０４は、地図要素検索部１０３から受け取ったリンクデータのＩＤおよび配信対象を、これらに対応付けられて地図要素検索部１０３から受け取った更新波及範囲毎にグループ化する。これにより、同じ更新波及範囲に対応付けられているリンクデータのＩＤおよび配信対象（但し配信対象なしの場合もある）が格納されたクラスタデータを生成する（Ｓ１０３０）。それから、クラスタ
リング処理部１０４は、以上のようにして生成したクラスタデータを地図配信要求の送信元であるナビゲーション端末２０に送信する（Ｓ１０３１）。【００５３】
図１５は図１０に示すＳ２０３（一時蓄積）、Ｓ２０４（更新反映）の動作フローを説
明するための図である。【００５４】
ナビゲーション端末２０において、配信要求部２０２は、自身が送信した地図配信要求に対する応答としてクラスタデータを受信したならば、これを差分更新部２０４に渡す。これを受けて、差分更新部２０４は、クラスタデータを一時蓄積部２０５に蓄積する（Ｓ２０３０）。次に、差分更新部２０４は、ナビゲーション処理部２０７の動作状況を監視
し、ルート探索、ルート誘導等のナビゲーション処理が実行されていないアイドル状態にあるならば（Ｓ２０３１）、一時蓄積部２０５からクラスタデータを１つ読み出し、当該
クラスタデータの内容を地図データ記憶部２０６に反映させる（Ｓ２０３２）。【００５５】
具体的には、読み出したクラスタデータから、リンクデータのＩＤおよび配信対象の組を１つ読み出す。また、地図データ記憶部２０６から当該読み出したＩＤを持つリンクデータのレコード２０６０を特定する。そして、当該読み出した配信対象（複数ある場合は配信対象各々）を、特定したレコード２０６０の対応するフィールドに更新登録する。なお、当該読み出したＩＤに配信対象が対応付けられていない場合は、特定したレコード２０６０を削除する。また、当該読み出したＩＤを持つレコード２０６０が地図データ記憶部２０６に記憶されていない場合は、地図データ記憶部２０６に当該読み出したＩＤを持つ新たなレコード２０６０を追加し、当該読み出した配信対象を、新たに追加したレコード２０６０の対応するフィールドに登録する。【００５６】
以上、本発明の第１実施形態について説明した。【００５７】
本実施形態によれば、地図配信要求の要求領域内にあるリンクであっても、当該地図配信要求の前回要求日時以降に更新されていないリンクのデータは、地図配信サーバ１０からナビゲーション端末２０へ送信されない。このため、不要な通信トラヒックの発生を抑制できる。【００５８】
また、当該地図配信要求の前回要求日時以降に更新されたリンクのリンクデータに含まれる更新波及範囲を構成するリンクの少なくとも一部が、地図配信要求の要求領域内に属するならば、当該更新されたリンク自体が地図配信要求の要求領域内に属していなくても
、地図配信サーバ１０からナビゲーション端末２０へ送信されるので、更新後の地図に矛盾が生じないように地図データの更新部分を配信できる。【００５９】
また、リンクの更新日時以降に地図配信サーバ１０からナビゲーション端末２０へ送信されたことのあるリンクは、配信対象のリンクから除外されるので、同じ内容のリンクデータを重複して送信することを防止することができる。【００６０】
なお、上記の第１実施形態では、地図配信サーバ１０に要求履歴管理部１０５を設けて配信要求の履歴を管理することにより、リンクデータの重複配信を防ぐようにしている。しかし、本発明はこれに限定されない。例えば、ナビゲーション端末２０の配信要求部２０２が地図配信サーバ１０に地図配信要求を送る際に、地図配信要求の要求領域に隣接する外周および内包要求領域を更新管理データ記憶部２０３を用いて特定し、これらの領域各々に対する地図配信要求の前回要求日時を合わせて送ることにより、要求履歴管理部１０５で管理していた「最新の要求日時」の代わりとしてもよい。このようにすれば、地図配信サーバ１０に要求履歴管理部１０５を設けなくてもよい。【００６１】
＜＜第２実施形態＞＞
次に、本発明の第２実施形態を説明する。本実施形態では、上記の第１実施形態において、地図データ記憶部１０２に記憶されているリンクデータが更新された場合に、地図配信サーバ２０がナビゲーション端末２０にその旨を通知し、これを受けて、ナビゲーション端末２０が地図配信要求のタイミングを判定するようにしている。【００６２】
図１６は本発明の第２実施形態が適用された地図データ配信システムの概略図である。図示するように、本実施形態の地図データ配信システムが図１に示す第１実施形態の地図データ配信システムと異なる点は、地図配信サーバ２０に更新監視部１０６を設けたことと、ナビゲーション端末２０に、配信要求部２０２に代えて配信要求部２０２’を設けたことである。その他の構成は第１実施形態の地図データ配信システムと同様である。【００６３】
図１７は本発明の第２実施形態が適用された地図データ配信システムの全体動作を説明するための図である。本実施形態の全体動作が図１０に示す第１実施形態の地図データ配信システムの全体動作と異なる点は、地図配信サーバ１０の処理としてＳ１０４（更新通知）を追加したことと、ナビゲーション端末２０のＳ２０１（要求タイミング判定）をＳ２０１’（要求タイミング判定）に代えたことである。【００６４】
Ｓ１０４において、地図配信サーバ１０の更新管理部１０６は、地図データ記憶部１０２を監視する。そして、リンクデータのレコード１０２０の生成、修正、削除等の変更を検出したならば、変更されたレコード１０２０のフィールド１０２６に登録されている点列データを含む更新通知を作成し、ネットワークＩＦ部１０１を介してナビゲーション端末２０に送信する。【００６５】
Ｓ２０１’において、ナビゲーション端末２０の配信要求部２０２’は、ネットワークＩＦ部２０１を介して地図配信サーバ１０から更新通知を受信すると、この更新通知に含まれている点列データが所在する領域がフィールド２０３４に登録されている更新管理データのレコード２０３０を、更新管理データ記憶部２０３から特定し、この更新管理データの前回要求日時から、図示していない内蔵タイマ等により得られる現在日時までの経過時間を算出し、この経過時間が、この更新管理データの要求周期よりも大きいか否かを判断する。大きくない場合は、この更新管理データが地図配信要求のタイミングになっていないものと判断し、処理を終了する。一方、大きい場合は、この更新管理データが地図配信要求のタイミングになっているものと判断し、Ｓ２０２（地図配信）に進む。【００６６】
以上、本発明の第２実施形態について説明した。【００６７】
本実施形態によれば、地図配信サーバ１０の地図データ記憶部１０２に変更があった場合であって、当該変更箇所の領域に対する地図配信要求が前回要求日時から要求周期を経過している場合にのみ、当該変更箇所の領域に対する地図配信要求がナビゲーション端末２０から地図配信サーバ１０へ送信される。したがって、上記の第１実施形態の効果に加えて、不要な通信トラヒックの発生をさらに抑制できる。【００６８】
本発明は上記の各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。【００６９】
例えば、上記の実施形態では、地図配信サーバ１０の地図データ記憶部１０２に記憶されているリンクデータのレコード１０２０について、幅員、道路種別といったリンクの属性を特定するデータおよびリンク自体を特定する点列データのそれぞれについて、修正日時を登録するためのフィールドを設けている。そして、リンクの属性を特定するデータおよびリンク自体を特定する点列データのそれぞれが単独でも配信対象に決定され得るようにしている。しかし、本発明はこれに限定されない。例えば図１８に示すように、リンクの属性を特定するデータおよびリンク自体を特定する点列データに対して、修正日時を登録するためのフィールド１０３１を一つ設け、リンクの属性を特定するデータおよびリンク自体を特定する点列データを組として配信対象に決定されるようにしてもよい。これにより管理するデータ量を減らすことができる。【００７０】
また、上記の実施形態では、ナビゲーション端末２０の地図データ記憶部２０６に、リンクデータ毎にレコード２０６０を登録している。しかし、本発明はこれに限定されない
。例えば図１９に示すように、所定の領域（例えばメッシュ）毎に、当該領域に属するリンクデータを有するレコード２０６８を登録するようにしてもよい。図１９において、フィールド２０６５は、レコード２０６８のＩＤを登録するためのフィールド、フィールド２０６６は領域を特定するための座標情報を登録するためのフィールド、フィールド２０６７はフィールド２０６６の座標情報により特定される領域に属する各リンクのリンクデータ（図７に示すリンクデータのレコード２０６０）を登録するためのフィールドである
。地図データ記憶部２０６をこのようなデータ構成とすることにより、領域毎に、当該領域に属するリンクデータを一括して読み出すことが可能となるので、地図表示など高速な応答が必要とされる場合においてデータ読み出し処理を迅速化することができる。また、リンクデータの追加や削除といった更新処理においても、フィールド２０６７に対する要素の追加または削除処理を行えばよい。この場合、所定の領域毎に用意された更新管理データのレコード２０３０を更新管理データ記憶部２０３に記憶するようにするとよい。【００７１】
このような地図データの管理方式として、上記の実施形態では、地図データを単一のレベルで管理しているが、本発明はこれに限定されない。地図配信サーバ１０における地図データ記憶部１０２及び、ナビゲーション端末２０における地図データ記憶部２０６に格納する地図データの構造として、複数のレベルに分類して格納してもよい。格納に際しては、レベル無しの場合のテーブルと同じ構造のテーブルをレベル数だけ用意すればよい。ここでレベルとして、例えば道路の種別に応じて分類する場合は、全道路種別をレベル１へ格納し、レベル２は細街路や一般道を除いた都道府県道、国道、高速道などを格納し、レベル３は国道や高速道路などの主要道路のみを格納してもよい。あるいは、レベルとして道路の座標値の精度を変える場合、レベル１は高精度、レベル２は中程度、レベル３は低精度に変換して各々格納してもよい。もしくはレベルとして、上記の道路種別に応じて分類するとともに、精度を変えて格納してもよい。これによりナビゲーション端末２０では、地図の拡大縮小表示の際に、精度や種類に応じて分類されたレベルを選択することができ、地図表示の処理を軽量化できる。【００７２】
一方の地図の更新処理において、上記のように地図配信サーバ１０でレベル毎に道路の種別を区別して管理する場合に、差分抽出の対象を一部のレベルに限定して、例えば主要道路以上だけを選別して配信してもよい。（あるいは、図３に示した更新波及範囲の決定処理において、「主要道路以上」のように、道路の種別に条件を与えて定めてもよい。）これら道路種別を限定した差分抽出は、図５に示す領域Ｂや領域Ｃを通過する、特に長距離旅行時の経路沿いなど、遠隔地の地図更新において有効である。つまり、普段の生活圏（図５領域Ａ）内ではない遠隔地の領域（図５領域Ｂ、Ｃ）を走行する、例えば長距離ドライブなどでは、細街路を走行する頻度は少ないことが想定されるため、主要道以上が更新されていれば十分実用に耐えられる。また、主要道のみを選別して配信することは、配信データ量の削減にも繋がり、有益である。【００７３】
このレベル限定による差分更新処理を以下に示す。まず、地図配信サーバ１０の地図データ記憶部１０２には、図２に示す地図データを座標値の精度または道路の種別に基づいて分類したレベル毎のテーブルを用意する。ナビゲーション端末２０の地図データ記憶部２０６にもこれに合わせて、地図データを同じレベル数用意する。ナビゲーション端末２０については、上記の実施形態で述べたようにリンク単位で地図データを管理する場合は図７に示す構造の地図データ格納用テーブルをレベル数だけ格納する。一方、メッシュ単位でリンクデータを一括管理する場合は、図２０に示すように地図データをメッシュかつレベルで分類したテーブルに格納することになり、格納に際しては、図１９に示す構造の地図データ格納用テーブルをレベル数だけ用意する。【００７４】
次に、このレベル限定による差分更新処理フローを図２３に示す。なお、このフローは図１２にレベル選択処理（Ｓ１０１０１）を加えたフローとなる。このレベル選択処理に用いるレベルについては、図４の更新管理データ記憶部２０３に格納される領域の情報と図６の地図配信要求を拡張し、抽出対象とするレベルデータを記述できるよう変更する。これによって、図１０に示す更新処理におけるＳ２０２の地図配信要求の際に、レベルを指定する情報も地図配信サーバへ渡り、続いて図２３のフローに従い、指定の領域を指定のレベルのみ差分抽出を行うことができる。【００７５】
次に、ナビゲーション端末２０が、地図データ記憶部２０６に記憶するリンクデータを、図２０に示すような複数レベルのメッシュ単位で管理すると共に、地図配信サーバ１０が、上記説明した複数レベルの各々について、例えば図２１に示すように、メッシュ毎に、当該メッシュに属するリンクデータを有するレコード１０７０を登録してもよい。【００７６】
図２１において、フィールド１０７１は、レコード１０７０のＩＤを登録するためのフィールド、フィールド１０７２はメッシュＩＤもしくはメッシュを特定するための座標情報を登録するためのフィールド、フィールド１０７３はメッシュに属する各リンクのリンクデータ（図２に示すリンクデータのレコード１０２０）を登録するためのフィールドである。この場合、ナビゲーション端末２０において、各レベルのメッシュ毎に、図４に示す更新管理データのレコード２０３０を用意し、配信要求部２０２がメッシュ毎に地図配信要求を生成して地図配信サーバ１０へ送信する。また、地図配信サーバ１０において、地図要素検索部１０３が、地図配信要求に含まれているメッシュを有するレベルを特定し、特定したレベルに対応するレコード１０７０に含まれているリンクデータ（レコード１０２０）各々に対して差分抽出（Ｓ１０１）を実行する。【００７７】
ここで、上位下位レベル間で、同一リンクについて、精度の異なるリンクが格納され、ナビゲーション端末２０への差分配信は、これら上位下位レベルに格納されるリンクを合わせて配信することで、ナビゲーション端末２０の地図データ記憶部２０６に矛盾が生じないように更新してもよい。このため、地図配信サーバ１０の地図データ記憶部１０２に
、図２に示す地図データを精度の異なるレベル毎に用意する。ナビゲーション端末２０もこれに合わせて、図７に示す地図データを同じレベル分用意する。そして、地図配信サーバ１０の地図要素検索部１０３での差分抽出には、更新波及範囲の点列データを検索条件として、上位下位レベルから該当するリンクデータを抽出する。【００７８】
またさらに、ナビゲーション端末２０の地図データ記憶部２０６において、メッシュ単位の管理を行う場合の更新処理について補足する。具体的には、図２４に示すような格子状のメッシュ単位（２０４０，２０４１，２０４２）に領域が管理されている場合にメッシュ領域２０４１の更新を求められたとする。ここで、図１の地図データ記憶部１０にメッシュ２０４１と２０４０の間を跨いで、新たに道路３０１０が登録されていたとすると、メッシュ２０４１の領域に加えて、新規データの交差する隣接メッシュ２０４０も合わせて更新を実施する。このように、隣接するメッシュに関しても差分更新を行うことによって、一度の通信によって、ナビゲーション端末の地図データ記憶部に管理されている情報をより広範囲に渡って最新状態とすることができる。【００７９】
この隣接メッシュを更新波及範囲とする処理について、図２５と図２６を用いて説明する。図２５は図１０の差分抽出処理Ｓ１０１の拡張の位置付けである。まず、図１０のＳ２０２から受取った地図配信要求２０２０に記述されたメッシュ単位の要求領域２０２２を図２６の検索対象領域リストに登録する（Ｓ２５０１）。検索対象領域リストには、番号（２６０１）と検索終了フラグ（２６０２）と領域（２６０３）と前回更新日時（２６０４）が登録される。番号は登録された順番、検索終了フラグは初期状態で「未」とする。この検索対象領域リストの１番目から順に（Ｓ２５０２）、メッシュ領域内について地図データ記憶部１０２に対して、差分抽出を行う（Ｓ２５０３）。抽出したレコードの各々について、今回の検索範囲であるメッシュ境界との交差有無を判定し（Ｓ２５０４）、交差している隣接メッシュは検索対象メッシュリストに未登録であることを確認のうえ（Ｓ２５０５）、ナビゲーション端末２０から該当する隣接メッシュの前回更新日時を取得し（Ｓ２５０６）、最後尾に登録する（Ｓ２５０７）。全てのレコードについて確認した後、検索対象領域リスト１番目の検索終了フラグ（２６０２）を「済」に変更する（Ｓ２５０８）。この一連の処理を検索対象領域リストが全て検索終了となるまで繰り返す（Ｓ２５０９）。この処理によって、当初要求されたメッシュに隣接するメッシュについても、更新の波及が及ぶ限り、全ての差分道路情報が配信される。【００８０】
なお、上述の隣接メッシュへの更新波及において、長期間に渡って地図データの更新を実施していない場合や、地図センタにおいて広く道路の造成が行われた場合、車載端末における地図更新処理時間が長くなる。そこで、例えばメッシュ数、または更新波及領域の縦横の距離等を更新波及範囲に上限として設定する。これらいずれかの値は、車載端末へ初期値として設定しておいても良いし、ユーザ指定により設定された値を用いてもよい。この更新波及上限値に基づいて、図２５の隣接メッシュ領域への差分抽出範囲拡張処理におけるＳ２５０５の処理の後に、処理対象となるメッシュ領域が更新波及上限を満たしているかの判定を加え、満たしている場合のみ、Ｓ２５０６へ進むよう変更すればよい。【００８１】
またさらに、図５に示した更新管理データ記載の領域を図２７の領域Ｄ（２０４０、２０４１、２０４２）に示すように、遠距離の目的地へ至る経路領域として設定しても良い。例えば帰省先やスキー場など、頻度は少ないが定期的に訪れることが想定されるような場合に、定期的に更新したデータを用いることができる。領域Ｄについては、経由地を含む目的地へと至る経路の近傍領域と、経由地や目的地周辺の例えば矩形領域の和として管理する。これにより、経路の途中では経路の道路及び経路に交差する道路など、走行に必要最小限の情報と、経由地及び目的地周辺にて周遊する範囲が更新対象となり、実用に即している。この場合、図４の更新管理データ記憶部に登録する場合の要求領域（２０３４）は、経路沿いを表す多角形と経由地及び目的地を中心とする矩形の和として表すことで要件を満たす。更新管理データ記憶部へ登録する処理については、ドライバが提示される過去に設定した目的地の履歴からの選択したもの、あるいは、新たに目的地を設定したときや、設定した目的地に到着したときに、ナビゲーション端末のＧＵＩ部に登録の判断を求める表示を行い、ドライバの操作に従ってもよい。【００８２】
上記の更新領域を構成する経路沿いを表す多角形の生成処理を図２８に示す。まず入力として、図１のナビゲーション処理部（２０７）による経路探索の結果得られる経路情報がある。これを更新領域受付部（２０８）において、道路を順に接続した中心線からなる折線図形を求め、この折線の各構成線分毎に幅を設けて、各々矩形を発生させる（Ｓ２８０１）．続いて、屈曲部を補間するように円弧を生成し（Ｓ２８０２）、最後にこれら矩形と円弧の交点を外周に沿って順に求めたあと、円弧部分をＮ角形に近似することで、所望の多角形領域を得る（Ｓ２８０３）．この処理によって得られる多角形を更新管理データ記憶部２０３へ更新領域受付部２０８から登録する。前述のように、目的地を設定した直後にその目的地への経路の範囲の更新を行うには、更新領域を更新管理データ記憶部２０３へ登録した後に続いて、図１０の更新処理に基づき、ナビゲーション端末の地図データへ更新内容を反映させればよい。【００８３】
経由地が存在する場合も同様に経由地へ至る中心線を付加して、前述の処理を行うことによって、所望の多角形領域が得られる．さらに、経由地や目的地の周辺領域については、各々の地点を中心として適切な大きさの矩形を作成し、前述の処理によって得られた多角形領域と合わせた領域を更新管理データ記憶部へ登録すればよい。また上記のような多角形の更新領域の場合の地図配信サーバ１０における差分抽出処理Ｓ１０１０についても、上記実施例と同様に、更新領域が表す多角形とリンクデータの包含及び交差判定を行うことにより、該当するリンクデータの抽出を行う。【００８４】
また、図２３で示したレベル限定による差分抽出処理を用いることによって、目的地と経由地周辺は周遊に必用となる可能性のある細街路まで含む全レベルを、経路沿いの近傍領域については経路走行に必用となる主要道の含まれる部分レベルを用いて更新しても良い。これにより更新データ量の削減しつつ、必要な情報は更新することができる。この領域毎にレベルを指定した差分抽出処理には、図２７に示した更新領域Ｄを構成するＤ１，Ｄ２，Ｄ３毎に差分抽出レベルを記述できるよう拡張した図２９に示す更新管理データ記憶部を用い、前述の図２３によるレベル限定による差分抽出処理を行うことによって実現できる．各エリア毎のレベルの設定については、目的地及び経由地は全レベル、経路沿いはレベル２以上であることが適切と考えられるので、更新管理データ記憶部への更新領域登録時に初期値として与えてもよい。【００８５】
以上、ここまでに述べた各実施形態では、配信対象が道路を構成するリンクのリンクデータである場合を例にとり説明した。しかし、本発明はこれに限定されない。例えば鉄道を構成するリンクのリンクデータや、リンクデータ以外の地図要素を配信対象としてもよい。【００８６】
また、上記の実施形態において、例えばナビゲーション端末２０からナビゲーション処理部２０７を省略すると共に地図データ記憶部２０６を取り外し可能とした端末を、ネットワーク４０に接続することで、地図データ記憶部２０６を更新するようにしてもよい。そして、地図データ記憶部２０６を端末から取り外し、別途用意されたナビゲーション装置に取り付けて使用するようにしてもよい。【００８７】
また、上記の実施形態において、配信要求部２０２および更新管理データ記憶部２０３を地図配信サーバ１０側に設けて、地図配信要求を地図配信サーバ１０側で管理するようにしてもかまわない。このときの全体動作が図１７に示す実施形態の地図データ配信システムの全体動作と異なる点は、Ｓ２０１’の要求タイミング判定処理を更新データ記憶部２０３とともに、ナビゲーション端末２０から地図配信サーバ１０へ移設することである。これにより、無用の更新通知をナビゲーション端末へ通知する負荷を削減できるとともに、各ナビゲーション端末がどの範囲をいつの時点まで更新したかをサーバ側で把握できるという利点が得られる。これは地図更新サービスを実施するうえで、長期間に渡って更新をしていないドライバへの通知、端末からの更新頻度の統計処理による地図配信サーバの負荷低減の最適化などへ利用できる。
【図１】
0004684228.tif 000002
【図２】
0004684228.tif 000003
【図３】
0004684228.tif 000004
【図４】
0004684228.tif 000005
【図５】
0004684228.tif 000006
【図６】
0004684228.tif 000007
【図７】
0004684228.tif 000008
【図８】
0004684228.tif 000009
【図９】
0004684228.tif 000010
【図１０】
0004684228.tif 000011
【図１１】
0004684228.tif 000012
【図１２】
0004684228.tif 000013
【図１３】
0004684228.tif 000014
【図１４】
0004684228.tif 000015
【図１５】
0004684228.tif 000016
【図１６】
0004684228.tif 000017
【図１７】
0004684228.tif 000018
【図１８】
0004684228.tif 000019
【図１９】
0004684228.tif 000020
【図２０】
0004684228.tif 000021
【図２１】
0004684228.tif 000022
【図２２】
0004684228.tif 000023
【図２３】
0004684228.tif 000024
【図２４】
0004684228.tif 000025
【図２５】
0004684228.tif 000026
【図２６】
0004684228.tif 000027
【図２７】
0004684228.tif 000028
【図２８】
0004684228.tif 000029
【図２９】
0004684228.tif 000030