(57)【特許請求の範囲】
【請求項１】
通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置において、
前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成する探索手段と、
前記探索ルートに従って進行するために必要なメッシュを含む複数のメッシュで構成されるブロックを特定する手段と、
特定されたブロックの識別情報及び更新情報、並びに前記ルート情報を前記通信型ナビゲーション装置へ送信する送信手段と、
前記通信型ナビゲーション装置から、前記ブロックに含まれるメッシュについてのメッシュデータ要求を受信し、要求されたメッシュについての最新のメッシュデータを前記通信型ナビゲーション装置へ送信する手段と、を備え、
前記ブロックの更新情報は、当該ブロックを構成する複数のメッシュのうち最新の更新情報に設定されることを特徴とするサーバ装置。
【請求項２】
サーバ装置と通信手段を介して通信可能に構成された通信型ナビゲーション装置であって、前記サーバ装置は、前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成する探索手段と、前記探索ルートに従って進行するために必要なメッシュを含む複数のメッシュで構成されるブロックを特定する手段と、特定されたブロックの識別情報及び更新情報、並びに前記ルート情報を前記通信型ナビゲーション装置へ送信する送信手段と、を備え、前記通信型ナビゲーション装置は、
複数のメッシュデータを記憶する地図データ記憶手段と、
送信されたブロックの識別情報及び更新情報を、前記地図データ記憶手段に既に記憶されているメッシュのメッシュ識別情報及び更新情報と比較し、サーバ装置から取得すべきメッシュデータを特定して前記サーバ装置に要求するメッシュ要求手段と、を備え、
前記ブロックの更新情報は、当該ブロックを構成する複数のメッシュのうち最新の更新情報に設定されることを特徴とする通信型ナビゲーション装置。
【請求項３】
前記メッシュ要求手段は、前記ブロックに含まれるメッシュのうち、前記地図データ記憶手段に記憶されていないメッシュに対応するメッシュデータを要求することを特徴とする請求項２に記載の通信型ナビゲーション装置。
【請求項４】
前記メッシュ要求手段は、前記ブロックに含まれるメッシュのうち、前記サーバ装置から送信された更新情報より古い更新情報を有するメッシュに対応するメッシュデータを要求することを特徴とする請求項２又は３に記載の通信型ナビゲーション装置。
【請求項５】
前記メッシュ要求手段は、前記サーバ装置から取得すべきメッシュデータの全てを一度に要求することを特徴とする請求項２乃至４のいずれか一項に記載の通信型ナビゲーション装置。
【請求項６】
前記メッシュ要求手段により要求したメッシュデータを前記サーバ装置から受信する手段と、
前記ルート情報に基づいて、ルート案内を実行する手段と、をさらに備えることを特徴とする請求項２乃至４のいずれか一項に記載の通信型ナビゲーション装置。
【請求項７】
前記メッシュ要求手段は、前記サーバ装置から取得すべきメッシュデータを、前記ルート案内中に必要になった時点で個別に前記サーバ装置へ要求することを特徴とする請求項６に記載の通信型ナビゲーション装置。
【請求項８】
前記地図データ記憶手段は、プリインストールデータを記憶するプリインストールデータ記憶ユニットと、走行中に取得されたメッシュデータを記憶するキャッシュメモリユニットとを備えることを特徴とする請求項２乃至７のいずれか一項に記載の通信型ナビゲーション装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信型ナビゲーション装置の技術分野に属し、特にルート案内やルート探索に伴って行われる地図データの取得及び更新処理に関する。
【０００２】
【従来の技術】
従来、ナビゲーション装置においては、地図データはＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）又はＤＶＤ−ＲＯＭ（DVD-Read Only Memory）などの地図データ記録媒体に記憶されているものが使用されていた。即ち、ナビゲーション装置は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの地図データ記録媒体のドライブユニットを備え、車両の移動に応じて車両の現在位置付近の地図データを地図データ記録媒体から読み出し、車両の運転席付近に取り付けられた液晶モニタなどに表示していた。
【０００３】
しかし、地図データの供給源をそのような記録媒体とすると、地図データの更新が頻繁に行えないという問題が生じる。地図データは、高速道路などの新たな道路網の整備などに応じて更新される。また、ナビゲーション装置において使用される地図データには、道路データの他に、付近の施設や店舗（例えば、コンビニエンスストア、ガソリンスタンド）などの情報が含められている。最近では、比較的頻繁に新しい店舗ができたり、古い店舗が無くなったりする傾向があるので、常に最新の情報を得ようとすれば、頻繁に地図データ記録媒体を買い換える必要があり、これはユーザにとっては負担となる。また、地図データ記録媒体は、例えば半年、１年といったある周期毎に新版が発売されるので、たとえ毎回最新のものを購入したとしても現実の店舗の更新などには追いつけないことが多い。
【０００４】
また、最近ではナビゲーション装置の高機能化に伴って、地図データに含められる道路データ以外の付随的データのデータが増加、複雑化する傾向もあり、例えば高度な経路検索や経路誘導を行うためにナビゲーション装置に高速処理が可能なマイクロプロセッサを搭載する必要が出てくる。これは、装置規模やコストの増大を招く。
【０００５】
このような問題を解決するために、最近では通信型ナビゲーションシステムが提案されている。この通信型ナビゲーションシステムでは、車両に搭載されたナビゲーション装置と通信ネットワーク上のサービスセンタとの間で双方向の無線通信を利用し、サービスセンタから車両上のナビゲーション装置へ地図データを送信する。ナビゲーション装置は、受信した地図データを例えばハードディスクなどの記憶媒体上に記憶し、その地図データを使用して地図表示や経路案内などを行う。このような通信型ナビゲーション装置の例は、特開平７−２６２４９５号公報、特開平１０−９６６４４号公報などに記載されている。
【０００６】
このような通信型ナビゲーションシステムによれば、サービスセンタ側の地図データベースを更新すれば、ユーザは通信により常にその最新の地図データを取得し、利用することが可能となる。
【０００７】
【発明が解決しようとする課題】
前述のように、地図データは定期的に更新されており、ナビゲーション装置の各種の機能を十分に利用するためには、なるべく最新の地図データを取得し、利用することが望ましい。しかし、その一方で、新しい地図データを取得するには通信費用がかかるため、必要な地図データのみを効率的に更新することが要求される。
【０００８】
本発明は、以上のような点に鑑みてなされたものであり、通信型ナビゲーション装置において、ルート探索時に、効率的に地図データの更新を行う手法を提供することを課題とする。
【０００９】
【課題を解決するための手段】
本発明の１つの観点では、通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置において、前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成する探索手段と、前記探索ルートに従って進行するために必要なメッシュを含む複数のメッシュで構成されるブロックを特定する手段と、特定されたブロックの識別情報及び更新情報、並びに前記ルート情報を前記通信型ナビゲーション装置へ送信する送信手段と、前記通信型ナビゲーション装置から、前記ブロックに含まれるメッシュについてのメッシュデータ要求を受信し、要求されたメッシュについての最新のメッシュデータを前記通信型ナビゲーション装置へ送信する手段と、を備え、前記ブロックの更新情報は、当該ブロックを構成する複数のメッシュのうち最新の更新情報に設定される。
【００１０】
上記のサーバ装置によれば、通信型ナビゲーション装置からルート探索要求を受け取ると、道路データなどを利用してルート探索を実行して探索ルートを決定し、そのルート情報を作成する。次に、探索ルートに従って進行するために必要なメッシュを含むブロックを特定し、その識別情報及び更新情報を取得する。そして、特定されたブロックの識別情報及び更新情報、並びにルート情報を通信型ナビゲーション装置へ送信する。これにより、ルート探索に伴い、探索ルートに関連して必要となるブロックの更新情報が提供されるので、通信型ナビゲーション装置はブロックの更新情報を利用して必要なメッシュデータを取得することにより地図データの更新を行うことが可能となる。
【００１２】
また、上記のサーバ装置によれば、更新情報に基づいて通信型ナビゲーション装置から要求されたメッシュデータに対して、最新のメッシュデータが提供される。
【００１３】
本発明の他の観点では、サーバ装置と通信手段を介して通信可能に構成された通信型ナビゲーション装置であって、前記サーバ装置は、前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成する探索手段と、前記探索ルートに従って進行するために必要なメッシュを含む複数のメッシュで構成されるブロックを特定する手段と、特定されたブロックの識別情報及び更新情報、並びに前記ルート情報を前記通信型ナビゲーション装置へ送信する送信手段と、を備え、前記通信型ナビゲーション装置は、複数のメッシュデータを記憶する地図データ記憶手段と、送信されたブロックの識別情報及び更新情報を、前記地図データ記憶手段に既に記憶されているメッシュのメッシュ識別情報及び更新情報と比較し、サーバ装置から取得すべきメッシュデータを特定して前記サーバ装置に要求するメッシュ要求手段と、を備え、前記ブロックの更新情報は、当該ブロックを構成する複数のメッシュのうち最新の更新情報に設定される。
【００１４】
上記の通信型ナビゲーション装置によれば、ルート探索時に、探索ルートに従って進行するために必要なメッシュを含むブロックの識別情報及び更新情報をサーバ装置から受け取り、ナビゲーション装置内に記憶されているメッシュと比較することにより、必要なメッシュデータが特定され、サーバ装置に要求される。
よって、ルート探索に伴って、必要なメッシュデータが取得される。
【００１５】
上記の通信型ナビゲーション装置の一態様では、前記メッシュ要求手段は、前記ブロックに含まれるメッシュのうち、前記地図データ記憶手段に記憶されていないメッシュに対応するメッシュデータを要求する。
【００１６】
この態様によれば、探索ルートに従って進行するために必要であって、通信型ナビゲーション装置内に未だ記憶されていないメッシュデータがサーバ装置から取得される。
【００１７】
上記の通信型ナビゲーション装置の他の一態様では、前記メッシュ要求手段は、前記ブロックに含まれるメッシュのうち、前記サーバ装置から送信された更新情報より古い更新情報を有するメッシュに対応するメッシュデータを要求する。
【００１８】
この態様によれば、探索ルートに従って進行するために必要なメッシュデータであって、通信型ナビゲーション装置内に記憶されているものが古いデータである場合には、新しいメッシュデータがサーバ装置から取得される。
【００１９】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記メッシュ要求手段は、前記サーバ装置から取得すべきメッシュデータの全てを一度に要求する。
【００２０】
この態様によれば、探索ルートに従って進行するために必要なメッシュデータを一度に取得することができる。
【００２１】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記メッシュ要求手段により要求したメッシュデータを前記サーバ装置から受信する手段と、前記ルート情報に基づいて、ルート案内を実行する手段と、をさらに備える。
【００２２】
この態様によれば、探索ルートに従ってルート案内が提供される。
【００２３】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記メッシュ要求手段は、前記サーバ装置から取得すべきメッシュデータを、前記ルート案内中に必要になった時点で個別に前記サーバ装置へ要求する。
【００２４】
この態様によれば、探索ルートに従って進行するために必要なメッシュデータは、ルート案内中に必要になった時点で個別にサーバから取得されるので、進行ルートが変更になったような場合に、取得したメッシュデータが不要となってしまうことがなくなる。
【００２５】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記地図データ記憶手段は、プリインストールデータを記憶するプリインストールデータ記憶ユニットと、走行中に取得されたメッシュデータを記憶するキャッシュメモリユニットとを備える。
【００２６】
この態様によれば、ナビゲーション装置内にプリインストールデータとして取得されたメッシュデータとその後の走行中に取得されたメッシュデータのいずれのデータも、ルート探索時に必要に応じて更新される。
【００２７】
本発明のサーバ装置の他の好適な例では、通信型ナビゲーション装置と通信手段を介して通信可能に構成されたサーバ装置において、複数のメッシュデータを記憶した地図データベースと、前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成し、前記通信型ナビゲーション装置へ送信する探索手段と、前記探索ルートに従って進行するために必要なメッシュを含むブロックの識別情報及び更新情報を受信し、受信したブロックの更新情報より新しい更新情報を有するブロックのメッシュデータを前記地図データベースから取得して前記通信型ナビゲーション装置へ送信する更新データ送信手段と、を備える。
【００２８】
上記のサーバ装置によれば、通信型ナビゲーション装置からルート探索要求を受け取ると、地図データなどを利用してルート探索を実行して探索ルートを決定し、そのルート情報を作成する。そして、ルート情報を通信型ナビゲーション装置へ送信する。通信型ナビゲーション装置はルート情報に従い、探索ルートに関連して必要となるメッシュを含むブロックの更新情報をサーバ装置に送信する。これに対し、サーバ装置は、通信型ナビゲーション装置に記憶されているブロックに含まれるメッシュデータより新しいメッシュデータが地図データベース内にある場合には、その新しいメッシュデータを通信型ナビゲーション装置へ提供する。よって、ルート探索に伴って地図データの更新を行うことが可能となる。
【００２９】
本発明の通信型ナビゲーション装置の他の好適な例では、サーバ装置と通信手段を介して通信可能に構成された通信型ナビゲーション装置であって、前記サーバ装置は、複数のメッシュデータを記憶した地図データベースと、前記通信型ナビゲーション装置からルート探索要求を受信し、ルート探索を実行して探索ルートのルート情報を作成し、前記通信型ナビゲーション装置へ送信する探索手段と、前記探索ルートに従って進行するために必要なメッシュを含むブロックの識別情報及び更新情報を受信し、受信したブロックの更新情報より新しい更新情報を有するブロックのメッシュデータを前記地図データベースから取得して前記通信型ナビゲーション装置へ送信する更新データ送信手段と、を備え、前記ナビゲーション装置は、複数のメッシュデータを記憶する地図データ記憶手段と、前記ルート情報を受信して、探索ルートに従って進行するために必要なメッシュを含むブロックを特定し、当該ブロックの識別情報及び更新情報を前記サーバ装置へ送信する更新情報送信手段と、を備える。
【００３０】
上記の通信型ナビゲーション装置によれば、ルート探索時に、ルート情報をサーバ装置から受け取り、その探索ルートに従って進行するために必要なメッシュを含むブロックの識別情報及び更新情報をサーバ装置に送信すると、サーバ装置は、そのブロックに含まれるメッシュデータより新しいメッシュデータがある場合には、その新しいメッシュデータを通信型ナビゲーション装置に提供する。よって、ルート探索に伴って、必要なメッシュデータが取得される。
【００３１】
上記の通信型ナビゲーション装置の一態様では、前記更新情報送信手段は、前記ブロックの識別情報及び更新情報の全てを一度に送信する。
【００３２】
この態様によれば、通信型ナビゲーション装置は、探索ルートに従って進行するために必要なメッシュを含むブロックについての新しいメッシュデータを一度に取得することができる。
【００３３】
上記の通信型ナビゲーション装置の他の一態様は、前記ルート情報に基づいて、ルート案内を実行する手段をさらに備える。
【００３４】
この態様によれば、探索ルートに従ってルート案内が提供される。
【００３５】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記更新情報送信手段は、前記ブロックの識別情報及び更新情報を、前記ルート案内中に必要になった時点で個別に前記サーバ装置へ送信する。
【００３６】
この態様によれば、探索ルートに従って進行するために必要なメッシュデータは、ルート案内中に必要になった時点で個別にサーバから取得されるので、進行ルートが変更になったような場合に、取得したメッシュデータが不要となってしまうことがなくなる。
【００３７】
上記の通信型ナビゲーション装置のさらに他の一態様では、前記地図データ記憶手段は、プリインストールデータを記憶するプリインストールデータ記憶ユニットと、走行中に取得されたメッシュデータを記憶するキャッシュメモリユニットとを備える。
【００３８】
この態様によれば、ナビゲーション装置内にプリインストールデータとして取得されたメッシュデータとその後の走行中に取得されたメッシュデータのいずれのデータも、ルート探索時に必要に応じて更新される。
【００３９】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。なお、以下の説明は、本発明を車両用の通信型ナビゲーション装置（以下、単に「ナビゲーション装置」という。）に適用した例を示す。
【００４０】
［１］ナビゲーション装置
図１に、本発明の実施形態にかかるナビゲーション装置の利用状況を模式的に示す。図１において、ナビゲーション装置７は車両５に搭載されている。ナビゲーション装置７は、複数の衛星４からの電波を受信することにより、自車位置を測位する。また、ナビゲーション装置７は通信機能を利用してサービスセンタ６に接続し、地図データをダウンロードして内部の地図データ記憶ユニットに記憶する。ナビゲーション装置７は、車両の進行に伴って、サービスセンタ６から必要な地図データを取得することにより、ルート探索やルート案内などの機能を実行することができる。
【００４１】
サービスセンタ６は、サーバ１０１と、地図データベース（以下、「ＤＢ」と記す。）１０４とを備える。地図ＤＢ１０４は地図データを記憶している。また、ルート探索用の道路データも記憶している。サーバ１０１は、ナビゲーション装置７からのリクエストに応じて、必要な地図データを地図ＤＢ１０４から取得し、ナビゲーション装置７へ送信する。
【００４２】
図２に、ナビゲーション装置７の構成を示す。図２に示すように、ナビゲーション装置７は、自立測位装置１０、ＧＰＳ受信器１８、システムコントローラ２０、ＣＤ−ＲＯＭドライブ３１、ＤＶＤ−ＲＯＭドライブ３２、データ記憶ユニット３６、通信用インタフェース３７、通信装置３８、表示ユニット４０、音声出力ユニット５０及び入力装置６０を備えて構成されている。
【００４３】
自立測位装置１０は、加速度センサ１１、角速度センサ１２及び距離センサ１３を含んで構成されている。加速度センサ１１は、例えば圧電素子からなり、車両の加速度を検出し、加速度データを出力する。角速度センサ１２は、例えば振動ジャイロからなり、車両の方向変換時における車両の角速度を検出し、角速度データ及び相対方位データを出力する。
【００４４】
距離センサ１３は、車両の車輪の回転に伴って発生されているパルス信号なる車速パルスを計測する。
【００４５】
ＧＰＳ受信器１８は、緯度及び経度情報等から車両の絶対的な位置を検出するために用いられるべき複数のＧＰＳ衛星からの測位用のデータを含む下り回線データを搬送する電波１９を受信する部分である。
【００４６】
システムコントローラ２０は、インタフェース２１、ＣＰＵ（Central Processing Unit）２２、ＲＯＭ（Read Only Memory）２３及びＲＡＭ（Random Access Memory）２４を含んでおり、ナビゲーション装置７全体の制御を行うように構成されている。
【００４７】
インタフェース２１は、加速度センサ１１、角速度センサ１２及び距離センサ１３並びにＧＰＳ受信器１８とのインタフェース動作を行う。そして、これらから、車速パルスの他、加速度データ、相対方位データ、角速度データ、ＧＰＳ測位データ、絶対方位データ等をシステムコントローラ２０に入力する。ＣＰＵ２２は、システムコントローラ２０全体を制御する。ＲＯＭ２３は、システムコントローラ２０を制御する制御プログラム等が格納された図示しない不揮発性メモリ等を有する。ＲＡＭ２４は、入力装置６０を介して使用者により予め設定された経路データ等の各種データを読み出し可能に格納したり、ＣＰＵ２２に対してワーキングエリアを提供したりする。
【００４８】
システムコントローラ２０、ＣＤ−ＲＯＭドライブ３１、ＤＶＤ−ＲＯＭドライブ３２、データ記憶ユニット３６、通信用インタフェース３７、表示ユニット４０、音声出力ユニット５０及び入力装置６０は、バスライン３０を介して相互に接続されている。
【００４９】
ＣＤ−ＲＯＭドライブ３１及びＤＶＤ−ＲＯＭドライブ３２は、システムコントローラ２０の制御の下、ＣＤ３３及びＤＶＤ３４から夫々、音楽データ、映像データなどのコンテンツデータ及び後述の各処理に対応する制御プログラムを読み出し、出力する。なお、ＣＤ−ＲＯＭドライブ３１及びＤＶＤ−ＲＯＭドライブ３２は、いずれか一方だけ設けてもよいし、ＣＤ及びＤＶＤコンパチブルのドライブを設けてもよい。
【００５０】
また、本発明においては、地図データは、原則としては後述するプリインストールによるもの及び通信によりサービスセンタ６から取得されたものを使用するが、ＣＤ−ＲＯＭ３３及びＤＶＤ−ＲＯＭ３４に記憶された地図データを読み出して使用することも可能なように構成されている。特に、一般的な地図データ以外の、特殊な企画もののディスク（例えば、ゴルフ場マップ、スキー場マップ、観光地の周遊プランガイドなど）を使用する際には、ＣＤ−ＲＯＭドライブ３１又はＤＶＤ−ＲＯＭドライブ３２を好適に利用することができる。
【００５１】
データ記憶ユニット３６は、主として地図データを記憶するユニットである。
なお、地図データは、後述するプリインストール処理により取得されるとともに、車両の走行中に必要に応じてサービスセンタ６から取得されてデータ記憶ユニット３６に記憶される。なお、データ記憶ユニット３６は、必要に応じて、ＣＤ−ＲＯＭドライブ３１或いはＤＶＤ−ＲＯＭドライブ３２から読み込まれた音声データや映像データ、及び前述の企画もののディスクの地図データなどを格納することもできる。
【００５２】
通信装置３８は、例えば携帯電話からなり、モデム等を構成する通信用インタフェース３７を介して、サービスセンタ６から地図データをダウンロード可能に構成されている。
【００５３】
表示ユニット４０は、システムコントローラ２０の制御の下、各種表示データを表示する。表示ユニット４０は、バスライン３０を介してＣＰＵ２２から送られる制御データに基づいて表示ユニット４０全体の制御を行うグラフィックコントローラ４１と、ＶＲＡＭ（Video RAM ）等のメモリからなり即時表示可能な画像情報を一時的に記憶するバッファメモリ４２と、グラフィックコントローラ４１から出力される画像データに基づいて、液晶、ＣＲＴ（Cathode Ray Tube）等のディスプレイ４４を表示制御する表示制御部４３と、ディスプレイ４４とを備えて構成されている。ディスプレイ４４は、例えば対角５〜１０インチ程度の液晶表示装置等からなり、車内のフロントパネル付近に装着される。
【００５４】
音声出力ユニット５０は、システムコントローラ２０の制御の下、ＣＤ−ＲＯＭドライブ３１又はＤＶＤ−ＲＯＭ３２、若しくはＲＡＭ２４等からバスライン３０を介して送られる音声デジタルデータのＤ／Ａ（Digital to Analog）変換を行うＤ／Ａコンバータ５１と、Ｄ／Ａコンバータ５１から出力される音声アナログ信号を増幅する増幅器（ＡＭＰ）５２と、増幅された音声アナログ信号を音声に変換して車内に出力するスピーカ５３とを備えて構成されている。
【００５５】
入力装置６０は、各種コマンドやデータを入力するための、キー、スイッチ、ボタン、リモコン、音声入力装置等から構成されている。入力装置６０は、車内に搭載された当該車載用電子システムの本体のフロントパネルやディスプレイ４４の周囲に配置される。
【００５６】
［２］プリインストールシステム
次に、以下に地図データのプリインストールを行うシステムについて説明する。本発明の通信型ナビゲーション装置７では、原則として地図データは通信によりサービスセンタ６から取得されるが、装置の導入時などにおいては、比較的多量のデータを用意する必要があり、これを全て通信により行うとすれば、ユーザの通信費用の負担が大きくなる。よって、ナビゲーション装置７の導入時には、例えば自宅付近など、比較的頻繁に使用するであろう地域の地図データをナビゲーション装置７のデータ記憶ユニット３６内に予め記憶させておき（この処理を「プリインストール」と呼ぶ。）、その後は必要に応じて、サービスセンタ６に接続して、必要な地図データを取得するという効率的な方法を採用する。これにより、ナビゲーション装置７の使用開始時に、多量の地図データを通信によりダウンロードする必要がなくなる。
【００５７】
図３に、プリインストール処理を実行するためのシステムの構成を概略的に示す。図３に示すように、販売店８とサービスセンタ６とが通信ネットワーク１０３を介して接続されている。販売店８は、ナビゲーションシステムの販売店であり、例えばカーディーラーやカー用品店などである。
【００５８】
サービスセンタ６のサーバ１０１は、販売店８からのリクエストに応じて、必要な地図データを地図ＤＢ１０４から取得し、通信ネットワーク１０３を通じて販売店８へ送信する。
【００５９】
販売店８には、通信ネットワーク１０３に接続したプリインストール端末１０２が設置されている。プリインストール端末１０２は、ユーザのナビゲーション装置７にプリインストールすべき地図データのリクエストをサービスセンタ６に送信し、対応する地図データを受信して、内部のメモリなどに一時的に記憶する。そして、その地図データをナビゲーション装置７のデータ記憶ユニット３６へ記憶させる。
【００６０】
プリインストール端末１０２からナビゲーション装置７のデータ記憶ユニット３６へ地図データを記憶させる方法はいくつかある。１つの方法は、プリインストール端末１０２が地図データをＤＶＤ−ＲＡＭ、半導体メモリ、カード型記憶媒体などの記憶メディアに一時的に記憶し、それをナビゲーション装置７のドライブ装置に挿入してデータ記憶ユニット３６に記憶する方法である。
【００６１】
また、データ記憶ユニット３６が半導体メモリやハードディスクなどの着脱可能な媒体により構成される場合には、プリインストール端末１０２からそのような媒体に地図データを記憶した後、その媒体をユーザに提供することもできる。ユーザは、その媒体を自己のナビゲーション装置７に装着するだけで、地図データのプリインストールが完了することになる。なお、この方法によれば、プリインストール用地図データが記憶された記憶媒体をユーザに郵送などの手段により提供することとして、ユーザがプリインストールのために販売店８に訪れる必要をなくすことも可能となる
そのほかに、ナビゲーション装置７の通信機能を利用してプリインストール端末１０２と例えば赤外線などにより無線通信し、又はデータ線を接続してデータ通信することにより、地図データをデータ記憶ユニット３６に記憶させることができる。
【００６２】
［３］地図データ
（１）メッシュデータ
次に、地図データの構造について説明する。地図データは、所定の地理上の地域を所定の面積の複数の区画に区切った単位で作成される。この単位を、「メッシュ」と呼び、１つのメッシュに対応する地図データを「メッシュデータ」と呼ぶ。よって、地図データはメッシュデータの集合である。
【００６３】
図４に、海沿いのある地域の地図を複数のメッシュに区分した状態を概略的に示す。図４において、線１１１は海岸線を示しており、その右側が水域（海）、左側は陸である。図４の左上の地域は山となっている。また、線１１０は道路を示している。
【００６４】
この地域は、地図データとしては格子状に規定された複数のメッシュＭに区画されている。図４においては、各メッシュＭの内部にその識別番号（Ｍ１１〜Ｍ５５）が示されている。メッシュデータは、図４に示すメッシュ毎に用意されている。図４中のｘ及びｙ座標は、それぞれ経度及び緯度に対応する。
【００６５】
また、図４に示す地図は、ある特定の縮尺のものであり、メッシュデータは複数の縮尺毎に作成される。日本地図は複数の縮尺のものが作成されているが、各縮尺毎に地図を複数のメッシュに区画し、メッシュデータが用意されている。
【００６６】
図５に、メッシュデータの内容を示す。メッシュデータは、大別して道路データと、背景データと、注記データとを含む。道路データは、地図上の道路を示すベクトルデータである。背景データは、地図として表示される領域中の、道路以外を示すデータである。ナビゲーション装置７に表示される地図では、道路の他にその付近の状態が図示される。例えば、道路沿いに池があれば、池を示す画像が表示されるし、都会の地図であれば、地理上の区画が表示される。これらが背景データとして含まれている。
【００６７】
また、注記データは、地図中に表示される文字、記号、マークなどに対応するデータであり、文字データ、施設の地図標識及びロゴマークを含む。ナビゲーション装置により表示された地図中には、地名、住所、交差点名、駅名などが文字により表示されるが、文字データはこれらの文字のデータである。また、地図上には、例えば学校、病院、郵便局などの施設が地図記号として表示される場合があり、これらが施設の地図標識を示すデータに含まれる。さらに、コンビニエンスストア、ガソリンスタンドなどの店舗を示すマークが表示されるが、これらロゴマークも注記データに含まれる。
【００６８】
このように、メッシュデータは、基本的には道路データ、背景データ及び注記データを含んで構成される。但し、メッシュが対応する地域によっては、各データが存在しない場合がある。例えば、図４に示すメッシュＭ５５などは完全に海の領域であり、道路、施設、店舗などは存在しない。よって、メッシュＭ５５のメッシュデータには、道路データ及び注記データは含まれず、背景データのみが含まれる。メッシュＭ５５の場合、地図表示としては海であることを示す青色で全領域が表示されるので、そのための背景データのみが含まれることになる。
【００６９】
このことから理解されるように、各メッシュデータのデータ量はメッシュ毎に異なる。例えば、図４のメッシュＭ４３やＭ３４などは、複数の道路が交わり、さらに海岸線が含まれているので、メッシュデータに含まれるデータ量は大きくなる。一方、完全に海の領域であるメッシュＭ５５や、完全に山の地域である（道路が存在しない）メッシュＭ１１などは、メッシュデータのデータ量は少ない。
【００７０】
このように、地図データは縮尺毎に複数のメッシュデータとして作成されているので、サービスセンタ６から地図データを取得し又は更新する処理も、メッシュデータ単位で行われることになる。つまり、必要なメッシュデータをサービスセンタ６から受信して、ナビゲーション装置７のデータ記憶ユニット３６内に記憶することにより、ナビゲーション装置７内に必要な地図データが蓄積されていく。
【００７１】
図６に、サービスセンタ６内の地図ＤＢ１０４に格納されている地図データの内容を概略的に示す。上述のように、地図データは、特定の縮尺毎に用意されたメッシュデータの集合であり、各メッシュデータには図４に示すように、メッシュの識別情報であるメッシュコード（Ｍ１１、Ｍ１２、..）が付されている。そして、１つのメッシュデータは、地図データの実体部分であるデータファイルと、各メッシュデータの属性情報である縮尺情報及び更新情報との集合として構成されている。
【００７２】
メッシュデータは、複数の縮尺毎に用意されており、縮尺情報はそのメッシュの縮尺を示している。また、更新情報は、そのメッシュデータのが古いか新しいかを判別するための情報であり、本例ではメッシュデータの更新日を示している。なお、更新日以外に、例えば地図のバージョン情報などの他の情報を更新情報として利用することもできる。後に説明するように、各メッシュデータの更新情報を比較することにより、メッシュデータの更新が行われる。
【００７３】
（２）メッシュのブロック
次に、メッシュのブロックについて説明する。複数のメッシュデータによりブロックを構成することにより、地図データをブロック単位で処理することが可能となる。図８に、メッシュのブロックの例を示す。
【００７４】
図８の例では４つのメッシュにより１つのブロックを構成している。例えば、メッシュＭ１１、Ｍ１２、Ｍ２１及びＭ２２によりブロックＢ１１を構成している。なお、図８に示したのはメッシュのブロック化の単なる一例であり、例えば縦又は横方向に並んだ所定数のメッシュを１ブロックとすることもできる。また、１つのブロックを構成するメッシュの数も任意に設定することができる。
【００７５】
図９に、ブロック管理情報の例を示す。図示のように、各ブロックには、ブロックの識別情報であるブロックコードが付される。また、そのブロックを構成する複数のメッシュコードが規定され、これにより各ブロックがどのメッシュを含んでいるかがわかる。さらに、各ブロックについては、そのブロックを構成するメッシュの縮尺情報、及びそのブロックの更新情報が規定されている。
【００７６】
ブロックの更新情報は、そのブロックに含まれるメッシュの更新情報に基づいて設定される。ブロック化される複数のメッシュデータは隣接するエリアのデータであるので、地図データは同時に更新される場合が多い。よって、通常は、そのブロックに含まれる複数のメッシュデータの更新情報は一致し、それと同一の更新情報がブロックの更新情報とされる。但し、例外的に１つのブロックに含まれる複数のメッシュの更新情報が異なる場合には、複数のメッシュに含まれる最新の更新情報をブロックの更新情報に設定することにより、メッシュデータが更新されやすくなる。
【００７７】
なお、上述のブロック管理情報は、サービスセンタ６内の地図ＤＢ１０４及びナビゲーション装置７のデータ記憶ユニット３６内に記憶される。
【００７８】
（３）データ記憶ユニット内のデータ記憶構造
図７に、ナビゲーション装置７内のデータ記憶ユニット３６の構成を模式的に示す。データ記憶ユニット３６は、地図データの記憶に関する構成要素としては、プリインストールデータ記憶ユニット７０、キャッシュメモリユニット７１及びメッシュコード記憶ユニット７２を備える。
【００７９】
プリインストールデータ記憶ユニット７０は、前述のプリインストールされた地図データを記憶するユニットである。なお、プリインストールデータ記憶ユニット７０には、デフォルトデータとして、例えば日本全国版の比較的広域表示用の地図データを記憶しておくことができる。
【００８０】
また、キャッシュメモリユニット７１は、プリインストール後に、必要に応じてナビゲーション装置７が通信によりサービスセンタ６から取得した地図データを記憶するユニットである。なお、データ記憶ユニット３６にはデータ容量上の制限があるので、サービスセンタ６から順次取得した地図データによりキャッシュメモリユニット７１が一杯になった場合には、例えば古いメッシュデータ又は使用頻度の低いメッシュデータから順に消去されて、新たな記憶スペースが確保される。
【００８１】
また、メッシュコード記憶ユニット７２は、サーバ１０１から取得すべきメッシュデータのメッシュコードなどを一時的に記憶しておくユニットである。
【００８２】
なお、データ記憶ユニット３６は、前述のように、地図データ以外の音楽データなどを記憶することもできるが、その部分は本発明とは直接関係しないので、図示を省略する。
【００８３】
［４］地図データ更新処理
次に、本発明による地図データ更新処理について説明する。以下に述べる地図データ更新処理は、ナビゲーション装置７を使用するユーザがルート探索を実行した際に、探索により得られた走行ルートに関連する地図データ（メッシュデータ）を更新するものである。なお、ルート探索処理は、基本的に、サービスセンタ６内のサーバ１０１が実行することになる。また、ルート探索処理自体は、既知の処理であるので、その詳細な説明は省略する。
【００８４】
また、以下の説明の前提として、ユーザが使用するナビゲーション装置７のプリインストールデータ記憶ユニット７０には既に所定の範囲の地図データがプリインストールされており、さらにその後のナビゲーション装置７の使用の結果、ある程度の地域の地図データがキャッシュメモリユニット７１内に蓄積されているものとする。
【００８５】
（１）第１実施形態
次に、本発明による地図データ更新処理の第１実施形態について、図１０を参照して説明する。図１０は、第１実施形態の地図データ更新処理における処理フロー図である。
【００８６】
まず、ナビゲーション装置７のユーザは、入力装置６０を操作してルート探索機能を呼び出し、ルート探索の出発地及び目的地を指定してルート探索要求を行う（ステップＳ１）。なお、一般的には、ルート探索の出発地は、そのナビゲーション装置７を搭載している車両などの現在位置に自動設定される場合が多く、その場合にはユーザは目的地のみを指定することとなる。
【００８７】
サーバ１０１は、ルート探索要求に含まれる出発地及び目的地の情報に基づいて、地図ＤＢ１０４中の道路データなどを利用してルート探索を行う。そして、探索により得られたルート情報に基づいて、探索されたルート（以下、「探索ルート」と呼ぶ。）を走行するのに必要なメッシュを特定し、それらのメッシュのメッシュコード及び更新情報を地図ＤＢ１０４から取得する（ステップＳ２）。
【００８８】
次に、サーバ１０１は、そうして用意されたルート情報並びに探索ルートのメッシュコード及び更新情報をナビゲーション装置７へ送信する（ステップＳ３）。
【００８９】
ナビゲーション装置７は、ルート情報、探索ルートのメッシュコード及び更新情報を受信し、データ記憶ユニット３６内のプリインストールデータ記憶ユニット７０及びキャッシュメモリユニット７１に既に記憶されているメッシュデータと比較することによりメッシュ情報のチェックを行う（ステップＳ４）。
【００９０】
このメッシュ情報のチェック方法を図１１に示す。図１１において、まず、ナビゲーション装置７は、受信したメッシュコードに対応するメッシュデータが既にデータ記憶ユニット３６内に存在するか否かを判定する（ステップＳ３０）。そして、受信したメッシュコード中に、未だデータ記憶ユニット３６内に記憶されていないメッシュコードが含まれていた場合は（ステップＳ３０；No）、そのメッシュコードを図７に示すメッシュコード記憶ユニット７２に記憶する（ステップＳ３２）。
【００９１】
さらに、受信したメッシュコードに対応するメッシュデータが既にデータ記憶ユニット３６内に記憶されている場合には（ステップＳ３０；Yes）当該メッシュコードとともに受信した更新情報と、データ記憶ユニット３６内に記憶されているメッシュデータの更新情報とを比較する（ステップＳ３１）。そして、データ記憶ユニット３６内に記憶されているメッシュデータの更新情報の方が古い場合は、そのメッシュコードをメッシュコード記憶ユニット７２内に記憶する。データ記憶ユニット３６内のメッシュデータの方が新しい場合は、地図データの更新は不要であるので、処理はそのまま終了する。この処理は全てのメッシュコードについて行われる。
【００９２】
こうして、ナビゲーション装置７がメッシュ情報のチェックを完了すると、探索ルートに従って目的地まで走行するために、サービスセンタ６から取得しなければならないメッシュデータのメッシュコードがメッシュコード記憶ユニット７２内に記憶された状態となる。なお、この場合、メッシュコード記憶ユニット７２内に記憶されるメッシュコードは、データ記憶ユニット３６内に存在しないメッシュと、データ記憶ユニット内に存在するがデータが古いメッシュのメッシュコードとなる。
【００９３】
図１０に戻り、ナビゲーション装置７は、メッシュコード記憶ユニット７２内に記憶されているメッシュコードを指定して、対応するメッシュデータの要求をサーバ１０１へ送信する（ステップＳ５）。
【００９４】
サーバ１０１は、要求されたメッシュデータを地図ＤＢ１０４から取得し（ステップＳ６）、ナビゲーション装置７へ送信する（ステップＳ７）。これにより、ナビゲーション装置７内では、探索ルートに従って目的地まで走行するために必要な最新の地図データが全て揃った状態となり、探索ルートに従ってルート案内を開始する（ステップＳ８）。こうして、ルート探索の実行時に、探索されたルート上の地図データを更新することができる。
【００９５】
本実施形態の方法は、以下のような利点を有する。
【００９６】
まず、探索ルートに沿ったメッシュを求める計算をサーバ側で行うので、ナビゲーション装置側の演算処理の負担が軽減する。通常、ナビゲーション装置側に比べて、サーバ側の方が演算処理などの能力は相当に高いので、探索ルートに沿ったメッシュを求める計算を迅速に行うことができる。また、これにより、探索されたルートに沿ったメッシュを求める計算を実行するプログラム自体をナビゲーション装置側に用意する必要がなくなる。
【００９７】
また、ステップＳ４においてナビゲーション装置側で、探索ルートに沿ったメッシュの更新情報をチェックして、更新すべきメッシュデータを特定する処理が行われるが、チェックの結果、更新すべきメッシュが無い（即ち、各メッシュの最新データが既にナビゲーション装置側に記憶済みである）場合には、ステップＳ５以下の処理を省略することができる。よって、そのような場合には余計な通信費を節約することが可能となる。
【００９８】
次に、本実施形態の変形について説明する。図１０に示した処理フローでは、ステップＳ４で更新すべきメッシュを特定した後、ステップＳ５でそれら全てについてメッシュデータを要求し、サーバ１０１からメッシュデータを受信して地図データの更新を完了させている。
【００９９】
しかし、現実には探索ルートに従って走行を開始する前、又は走行している途中に目的地の変更などがあり、探索ルートに従って最後まで走行しない場合も生じうる。そのような場合には、更新すべき地図データを、探索ルートに沿った走行前に全て取得しても無駄になってしまうことがある。
【０１００】
そこで、探索ルートに従う走行開始前に全てのメッシュデータを取得してしまうのではなく、実際に走行しながら、本当に必要となったタイミングで少しずつ取得するようにすることができる。具体的には、以下のように行う。
【０１０１】
ステップＳ４においてチェックが完了した時点で、取得すべきメッシュのメッシュコードはメッシュコード記憶ユニット７２内に記憶されている。ナビゲーション装置７は、探索されたルートに従ってルート案内を開始し、走行中の車両の現在位置に基づいて表示すべきメッシュデータを順次データ記憶ユニット３６から取得して表示するが、その際、メッシュデータをデータ記憶ユニット３６から取得する前に、次に必要になると判断されたメッシュデータのメッシュコードがメッシュコード記憶ユニット７２内にあるか否かをまず判定する。そして、メッシュコード記憶ユニット７２内にあれば、そのメッシュについてステップＳ５〜Ｓ６と同様の処理を行い、新しいメッシュデータをサーバ１０１から取得し、ルート案内に利用する。
【０１０２】
このようにすれば、探索されたルートに従って最後まで走行しない場合に、余計なデータを取得して通信費が無駄になることを防止できる。
【０１０３】
（２）第２実施形態
次に、本発明による地図データ更新処理の第２実施形態について図１２を参照して説明する。図１２は、第２実施形態による地図データ更新処理における処理フロー図である。
【０１０４】
まず、ナビゲーション装置７のユーザは、入力装置６０を操作してルート探索機能を呼び出し、ルート探索の出発地及び目的地を指定してルート探索要求を行う（ステップＳ１１）。
【０１０５】
サーバ１０１は、ルート探索要求に含まれる出発地及び目的地の情報に基づいて、地図ＤＢ１０４中の地図データなどを利用してルート探索を行う（ステップＳ１２）。そして、探索により得られたルート情報をナビゲーション装置７へ送信する（ステップＳ１３）。
【０１０６】
ナビゲーション装置７は、受け取った探索ルートのルート情報に基づいて、そのルートを走行するために必要なメッシュを計算により求める（ステップＳ１４）。なお、この処理は、第１実施形態においてはサーバ側で行っていた処理である。
【０１０７】
次に、ナビゲーション装置７は、探索ルートを走行するのに必要なメッシュについてのメッシュコードをメッシュコード記憶ユニット７２内に一時的に記憶し、さらにそれらのメッシュのメッシュコード及びメッシュ属性情報をデータ記憶ユニット３６から取得してサーバ１０１へ送信する（ステップＳ１５）。
【０１０８】
サーバ１０１は、メッシュコード及びメッシュ属性情報を受信し、地図ＤＢ１０４を参照してそれらのメッシュに対応する新しいメッシュデータが存在するか否かのチェックを行う（ステップＳ１６）。このチェックは、ナビゲーション装置７から送信されたメッシュコードに対応する更新情報と、地図ＤＢ１０４内に記憶されている同一のメッシュの更新情報とを比較することにより行う。そして、新しいメッシュデータが地図ＤＢ１０４内に存在する場合には、そのメッシュデータを地図ＤＢ１０４から取得し、ナビゲーション装置へ送信する（ステップＳ１７）。
【０１０９】
こうして、ナビゲーション装置は、探索ルートに上に存在する新しいメッシュのメッシュデータを取得することができる。その後は、探索されたルートに従ってルート案内が実行される（ステップＳ１８）。
【０１１０】
この実施形態によれば、探索されたルートに沿ったメッシュを求める計算をナビゲーション装置側で行うので、その分サーバ側の処理負担を軽減することができる。サーバ１０１は多数のナビゲーション装置７に対して同時に通信してサービスを提供しなければならないことがあるので、サーバ１０１が混雑しているような場合は、サーバ１０１側の処理負担を軽減することができる点で有益である。
【０１１１】
なお、上記の説明では、探索ルート上の全てのメッシュのメッシュコード及び更新情報をサーバに送信して（ステップＳ１５）、メッシュデータの更新チェックを行い（ステップＳ１６）、新しいメッシュデータを受信しているが（ステップＳ１７）、その代わりに、第１実施形態において変形例として説明したのと同様に、実際のルート案内において必要になった時点で少しずつ各メッシュのメッシュコード及び更新情報を送信して、新しいメッシュデータの提供を受けるようにすることもできる。これも、ステップＳ１４において、探索ルート上のメッシュのメッシュコードがメッシュコード記憶ユニット７２内に記憶されているので、ルート案内を実行しながら、表示すべきメッシュが決定されたときにメッシュコード記憶ユニット７２を参照してサーバ１０１へステップＳ１５の問い合わせを行うようにすればよい。
【０１１２】
（３）第３実施形態
次に、本発明の地図データ更新処理の第３実施形態について説明する。この第３実施形態は、サーバ側の通信及び／又は演算処理の混雑度に応じて、第１実施形態と第２実施形態の方法を切り換えて行うものである。サーバ１０１は、複数のナビゲーション装置７との通信の混雑度及び／又はルート探索、その他の演算処理負担（以下、総称して「処理負荷」と呼ぶ。）が、現在どの程度のレベルにあるかを認識している。よって、ナビゲーション装置７からルート探索要求を受け取った時点でサーバ内の処理負荷を判定し、処理負荷が所定のレベルより低ければ第１実施形態の方法を実行する。また、処理負荷が所定のレベルより大きければ第２実施形態の方法を実行する。
【０１１３】
こうすれば、サーバ内の処理負荷が小さい場合はサーバ側での演算処理を増やして効率的に演算処理などを行い、必要な地図データの更新を行うことができる。一方、サーバ内の処理負荷が大きい場合には、サーバ内での演算処理などに時間を要して応答が遅れるとその分ナビゲーション装置側の通信費が増大するので、ナビゲーション装置側で必要な演算処理を行って短時間で必要な地図データの更新を行うことができる。
【０１１４】
（４）第４実施形態
第４実施形態は、前述のブロックを利用して地図データの更新を行うものである。図１３に、第４実施形態による地図データ更新処理のフロー図を示す。
【０１１５】
まず、ナビゲーション装置７のユーザは、入力装置６０を操作してルート探索機能を呼び出し、ルート探索の出発地及び目的地を指定してルート探索要求を行う（ステップＳ４１）。
【０１１６】
サーバ１０１は、ルート探索要求に含まれる出発地及び目的地の情報に基づいて、地図ＤＢ１０４中の道路データなどを利用してルート探索を行う。そして、探索により得られたルート情報に基づいて、探索ルートを含むブロックを特定し、それらのブロックのブロックコード及び更新情報を地図ＤＢ１０４から取得する（ステップＳ４２）。
【０１１７】
次に、サーバ１０１は、そうして用意されたルート情報、探索ルートのブロックコード及び更新情報をナビゲーション装置７へ送信する（ステップＳ４３）。
【０１１８】
ナビゲーション装置７は、ルート情報、探索ルートのブロックコード及び更新情報を受信する。そして、図９に例示したブロック管理情報を参照し、受信したブロックコード及び更新情報と、データ記憶ユニット３６内のプリインストールデータ記憶ユニット７０及びキャッシュメモリユニット７１に既に記憶されているメッシュデータのメッシュコード及び更新情報とを比較することによりブロック情報のチェックを行う（ステップＳ４４）。
【０１１９】
ブロック情報のチェックにおいては、まず、受信したブロックコードが示すブロックに含まれるメッシュデータがデータ記憶ユニット３６内に存在するか否かが判定される。そのブロックに含まれるメッシュデータがデータ記憶ユニット３６内に未だ記憶されていない場合には、それらメッシュコードをメッシュコード記憶ユニット７２に記憶する。
【０１２０】
一方、受信したブロックコードに対応するブロックに含まれるメッシュデータがデータ記憶ユニット３６内に存在する場合、そのブロックについての更新情報（通常は、そのブロックに含まれるメッシュデータの更新情報と一致する）と、データ記憶ユニット３６内に記憶されている当該メッシュデータの更新情報とを比較し、データ記憶ユニット３６内に記憶されているメッシュデータの更新情報の方が古い場合にはそのメッシュコードをメッシュコード記憶ユニット７２内に記憶する。
【０１２１】
これにより、メッシュコード記憶ユニット７２内には、サーバ１０１から送信されたブロックに含まれるメッシュのうち、データ記憶ユニット３６内に未だ記憶されていないメッシュのメッシュコード、及び、データ記憶ユニット３６内に記憶されているメッシュデータが、送信されたブロックの更新情報より古い場合のそのメッシュコードが記憶される。
【０１２２】
次に、ナビゲーション装置７は、メッシュコード記憶ユニット７２内に記憶されているメッシュコードを指定して、対応するメッシュデータの要求をサーバ１０１へ送信する（ステップＳ４５）。
【０１２３】
サーバ１０１は、要求されたメッシュデータを地図ＤＢ１０４から取得し（ステップＳ４６）、ナビゲーション装置７へ送信する（ステップＳ４７）。これにより、ナビゲーション装置７内では、探索ルートに従って目的地まで走行するために必要な最新の地図データが全て揃った状態となり、探索ルートに従ってルート案内を開始する（ステップＳ４８）。こうして、ルート探索の実行時に、探索されたルート上の地図データを取得、更新することができる。
【０１２４】
本実施形態によれば、ステップＳ４２で、探索ルートが含まれるブロックを検出して、ブロックコードをナビゲーション装置７へ送信するので、探索ルートが含まれるメッシュのメッシュコードを送信する場合と比較して、送信すべきデータ量が小さくなる。例えば、探索ルートに図８の道路１１０が含まれると仮定すると、ブロックＢ２２について、メッシュ単位でメッシュコードを送信するとすれば、メッシュコードＭ３３、Ｍ３４、Ｍ４３及びＭ４４のメッシュコードと、それらの更新情報とがナビゲーション装置７へ送信される。これに対し、本実施形態によれば、ブロックコードＢ２２及びそれに対応するブロックの更新情報のみがナビゲーション装置７へ送信される。よって、サーバ１０１からナビゲーション装置７へ送信すべきデータ量を減らすことができ、通信費を減少させることができる。
【０１２５】
また、本実施形態では、地図データの更新を促進するという効果も得られる。例えば、図８において、道路１１０が探索ルートに含まれるとすると、ナビゲーション装置７のデータ記憶ユニット７２内に最新のメッシュデータが無い場合、上記の処理によりブロックＢ２１内の全てのメッシュデータが取得又は更新される。この場合、実際には道路１１０はメッシュＭ３１及びＭ３２を通過していないが、ブロックＢ２１に含まれるので、メッシュ４１及びＭ４２と同時に更新される。よって、ルート探索の結果、探索ルート付近のメッシュデータをブロック単位で効率的に更新できるというメリットがある。
【０１２６】
なお、上記の例では、ステップＳ４５〜Ｓ４７を一度に実行しているが、その代わりに、ルート案内を実行しながら、必要となったタイミングで個別にステップＳ４５〜Ｓ４７の処理を実行して、必要なメッシュデータを少しずつ取得するようにすることができる。これにより、探索ルートに従って最後まで走行しなかった場合に、無駄なデータを取得することがなくなる。
【０１２７】
（５）第５実施形態
次に、本発明の第５実施形態について説明する。第５実施形態は、第４実施形態と同様にブロック単位で地図更新を行うものであるが、探索ルートに沿ったブロックを決定する処理をサーバ側でなく、ナビゲーション装置側で行う点が第４実施形態と異なる。
【０１２８】
図１４に第５実施形態による処理フロー図を示す。ユーザがルート探索要求を行うと（ステップＳ５１）、サーバ１０１はルート探索を実行し（ステップＳ５２）、ルート情報をナビゲーション装置７へ送信する（ステップＳ５３）。
【０１２９】
ナビゲーション装置７は、ルート情報に基づいて、探索ルートを含むブロックを決定し（ステップＳ５４）、図９に例示するブロック管理情報を参照して、そのブロックのブロックコード及び更新情報をサーバ１０１へ送信する（ステップＳ５５）。なお、この場合、ナビゲーション装置７側にあるブロック管理情報は、ナビゲーション装置７に記憶されているメッシュデータについてのブロックのみが記憶されている。
【０１３０】
サーバ１０１は、受信したブロックコードの更新情報をチェックし（ステップＳ５６）、受信した更新情報より新しい更新情報を有するブロックのメッシュデータのみをナビゲーション装置７へ送信する（ステップＳ５７）。ナビゲーション装置７は、それらのメッシュデータを受信し、ルート案内を実行する（ステップＳ５８）。
【０１３１】
以上のように、本実施形態によっても、ブロック単位でコード及び更新情報を送信し、データの新旧をチェックするので、少ないデータ量で効率的にデータの更新が可能となる。
【０１３２】
なお、上記の例では、ステップＳ５５〜Ｓ５７を一度に実行しているが、その代わりに、ルート案内を実行しながら、必要となったタイミングで個別にステップＳ５５〜Ｓ５７の処理を実行して、必要なメッシュデータを少しずつ取得するようにすることができる。これにより、探索ルートに従って最後まで走行しなかった場合に、無駄なデータを取得することがなくなる。
【０１３３】
以上の実施形態は、本発明を車両ナビゲーション装置に適用した場合であったが、本発明はこれには限られず、船舶、飛行機などの他の移動体についての通信型ナビゲーション装置に適用することが可能である。また、人間が持ち歩く携帯型のナビゲーション装置に適用することも可能である。
【０１３４】
【発明の効果】
以上説明したように、本発明によれば、ルート探索に伴い、ナビゲーション装置内に蓄積されている地図データを効率的に更新することができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる通信型ナビゲーション装置の利用状況を模式的に示す図である。
【図２】図１に示す通信型ナビゲーション装置の構成を示すブロック図である。
【図３】プリインストール処理を実行するためのシステムの構成を概略的に示す。
【図４】ある地域を複数のメッシュに区分した状態を概略的に示す。
【図５】地図データ（メッシュデータ）の構成を示す。
【図６】地図ＤＢ内に記憶されるメッシュデータ及びそれに付随する情報の例を示す。
【図７】ナビゲーション装置内のデータ記憶ユニットの構成を模式的に示す。
【図８】メッシュのブロックの例を示す図である。
【図９】ブロック管理情報の例を示す。
【図１０】第１実施形態による地図データ更新処理の処理フロー図である。
【図１１】第１実施形態におけるメッシュ情報のチェック処理のフローチャートである。
【図１２】第２実施形態による地図データ更新処理の処理フロー図である。
【図１３】第４実施形態による地図データ更新処理の処理フロー図である。
【図１４】第５実施形態による地図データ更新処理の処理フロー図である。
【符号の説明】
４  衛星
５  車両
６  サービスセンタ
７  通信型ナビゲーション装置
１０  自立測位装置
１８  ＧＰＳ受信器
２０  システムコントローラ
３１  ＣＤ−ＲＯＭドライブ
３２  ＤＶＤ−ＲＯＭドライブ
３６  データ記憶ユニット
３７  通信用インタフェース
３８  通信装置
４０  表示ユニット
５０  音声出力ユニット
６０  入力装置
７０  プリインストールデータ記憶ユニット
７１  キャッシュメモリユニット
７２  メッシュコード記憶ユニット
１０１  サーバ
１０２  プリインストール端末
１０３  通信ネットワーク
１０４  地図データベース
【図１】
0004603735.tif 000002
【図２】
0004603735.tif 000003
【図３】
0004603735.tif 000004
【図４】
0004603735.tif 000005
【図５】
0004603735.tif 000006
【図６】
0004603735.tif 000007
【図７】
0004603735.tif 000008
【図８】
0004603735.tif 000009
【図９】
0004603735.tif 000010
【図１０】
0004603735.tif 000011
【図１１】
0004603735.tif 000012
【図１２】
0004603735.tif 000013
【図１３】
0004603735.tif 000014
【図１４】
0004603735.tif 000015