JP4034630B2

JP4034630B2 - 地図配信装置および車載端末装置

Info

Publication number: JP4034630B2
Application number: JP2002287627A
Authority: JP
Inventors: 徹斎藤; 英明平野
Original assignee: Xanavi Informatics Corp
Current assignee: Faurecia Clarion Electronics Co Ltd
Priority date: 2002-09-30
Filing date: 2002-09-30
Publication date: 2008-01-16
Anticipated expiration: 2022-09-30
Also published as: JP2004125509A

Description

【０００１】
【発明の属する技術分野】
本発明は、通信により地図データを配信する地図配信装置およびその配信装置から地図データを受信する車載端末装置に関する。
【０００２】
【従来の技術】
通信により地図データを受信する車載情報端末装置として、特許文献１および２に記載されているものが知られている。特許文献１の装置では、ユーザが更新地域、更新するデータ種別などを入力して更新要求を交通情報センタに要求すると、交通情報センタが更新データを送信する。特許文献２の装置は、更新データの自動受信を目的とし、更新エリア、データ種別、更新周期を入力すると、更新周期が到達するたびに親局から子局に更新データが自動的に送信される。あるいは、経路誘導開始時に親局から地図データを子局が取得したとき、子局では、指定した領域に対してバージョンを比較し、その指定された領域に対して親局のデータにより子局の地図データを更新する。
【０００３】
【特許文献１】
特開平１１−２５７９７５号公報
【特許文献２】
特開２０００−３６０９７号公報
【０００４】
【発明が解決しようとする課題】
このような特許文献２の従来技術では、子局側に地図更新の要否を判定する処理プログラムを搭載する必要がある。また、経路誘導のたびに地図更新の要否を判定するプログラムを起動する必要があり、子局側の処理の負担が大きくなるし、コストも増大する。
【０００５】
本発明は、車両側の機器の処理に要する負荷ならびにコストを増加させることなく地図更新の要否を判定する地図更新判定技術を提供するものである。
【０００６】
【課題を解決するための手段】
（１）請求項１の発明による地図配信装置は、車両からの経路探索要求により、最新の地図による第１の経路探索演算と、経路探索を要求した車両に使用されている地図による第２の経路探索演算とを行い、経路情報と誘導情報を取得する演算手段と、第１および第２の経路探索演算の結果に基づいて車両に使用されている地図更新の要否を判定する判定手段と、判定手段が地図更新要と判定するときは、車両に対して地図更新が必要であることを報知する報知手段とを備えることを特徴とする。
（２）請求項２の発明は、請求項１に記載の地図配信装置において、判定手段は、第１および第２の経路探索演算によりそれぞれ取得された経路情報が不一致、および／または誘導情報が不一致のとき、車両に使用されている地図が更新要と判定することを特徴とする。
（３）請求項３の発明による車載端末装置は、地図配信装置から送信される更新地図データを受信する車載端末装置において、現在地から目的地までの経路の探索演算を行う演算手段と、探索演算が行われるとき、地図配信装置に地図更新の要否の問い合わせを送信する送信手段と、地図更新の要否の問い合わせに応答して地図配信装置から送信される更新地図データを受信する受信手段と、探索演算が行われるときに、地図更新の要否の問い合わせを常時送信するモードと、常時送信しないモードのいずれかを設定する設定手段とを備えることを特徴とする。
（４）請求項４の発明による車載端末装置は、地図配信装置から送信される更新地図データを受信する車載端末装置において、現在地から目的地までの経路の探索演算を行う演算手段と、探索演算が行われるとき、地図配信装置に地図更新の要否の問い合わせを送信する送信手段と、地図更新の要否の問い合わせに応答して地図配信装置から送信される更新地図データを受信する受信手段と、地図更新の要否の問い合わせに応答して地図配信装置から送信される更新地図データを受信するモードと、更新要が報知された後に指示される更新地図送信要求に応答して地図配信装置から送信される更新地図を受信するモードを設定するモード設定手段とを備えることを特徴とする。
（５）請求項５の発明は、請求項３または請求項４に記載の車載端末装置において、受信した更新地図データを記憶する記憶手段と、更新前地図データと更新地図データを管理する管理手段とをさらに備えることを特徴とする。
【０００７】
【発明の実施の形態】
―――第１の実施の形態―――
図１〜１９により、本発明による車載端末装置をカーナビゲーション装置に適用した第１の実施の形態を説明する。図１は、第１の実施の形態のカーナビゲーション装置（以下、車載機１００と呼ぶ）と、地図情報や経路探索情報を車載機１００に配信する配信センタ２００と、車載機１００と配信センタ２００との間で各種データを送受信するための携帯電話機１５０および移動体通信網２５０とを示している。図１に示すように、携帯電話機１５０は車載機１００に接続されている。車載機１００は、車両の走行に関する情報を提示する機能、具体的には、車両位置周辺の道路地図を表示する機能、出発地から目的地までの推奨経路を演算する機能、演算された推奨経路に基づいて経路誘導を行う機能などを兼ね備えている。いわゆるナビゲーションあるいは道路案内などを行う装置である。また、後述するように車載機１００は、配信センタ２００が有する最新の地図情報などを携帯電話機１５０から移動体通信網２５０を介して、配信センタ２００に対して要求することができる。そして配信センタ２００から移動体通信網２５０を介して送信された最新の地図情報などを携帯電話機１５０で受信することができる。なお、携帯電話機１５０の代わりに、車載電話機や通信ＬＡＮ、車載機専用の通信装置を用いてもよい。
【０００８】
図２は車載機１００の構成を表すシステムブロック図である。図２において、１１１は車両の現在地を検出する現在地検出装置であり、例えば車両の進行方位を検出する方位センサ１１１ａ、車速を検出する車速センサ１１１ｂ、ＧＰＳ衛星からのＧＰＳ信号を検出するＧＰＳセンサ１１１ｃ、車両の進行方向の変化を検出するジャイロセンサ１１１ｄ等からなる。１１２は地図記憶部であり、携帯電話機１５０で受信した最新の地図情報（更新地図データとも呼ぶ）などを記憶する記憶メモリとしての不揮発性半導体メモリと、更新前の道路地図データおよび住所データが格納された記録媒体であるＤＶＤ−ＲＯＭ１１３と、その読み出し装置とからなる。記憶メモリは不揮発性の半導体メモリに限らず、ハードディスクなどの追記可能な記憶装置であってもよい。記録媒体はＤＶＤ−ＲＯＭに限定されず、磁気テープやＣＤ−ＲＯＭやその他のあらゆる記録媒体であってもよい。地図記憶部１１２に格納された道路地図データ、住所データおよび地図情報などは、以下、まとめて「（車載機１００の）地図情報」と呼ぶ。この車載機１００の地図情報は、地図が更新されると、更新前後の地図情報が混在する。したがって、後述するように、地図情報の更新状況を管理する更新地図管理テーブルが設けられる。１１４は装置全体を制御する制御回路であり、マイクロプロセッサおよびその周辺回路からなる。制御回路１１４は、ＲＡＭ１１５を作業エリアとしてＲＯＭ１１６に格納された制御プログラムを実行して後述する各種の制御を行う。
【０００９】
１１７は、車両の目的地等を入力し、あるいは各種操作を入力するためのスイッチ類を有する入力装置である。１１８は表示モニタ１１９に表示するための画像データを格納する画像メモリであり、この画像データは道路地図描画用データや各種の図形データなどから作成される。画像メモリ１１８に格納された画像データは適宜読み出されて表示モニタ１１９に表示される。表示モニタ１１９には、経路情報および誘導情報が道路地図とともに表示される。なお、本実施の形態では、表示モニタ１１９の表示画面はタッチパネルスイッチとしての機能を有する。
【００１０】
後述するように、車載機１００に接続されている携帯電話機１５０で受信した情報は、一旦ＲＡＭ１１５に記憶された後、表示モニタ１１９に表示するために適宜画像メモリ１１８に記憶される。また、配信センタ２００から受信した最新の地図情報は、一旦ＲＡＭ１１５に記憶された後、地図記憶部１１２の記憶メモリに更新地図データとして記憶される。
【００１１】
このように構成されるカーナビゲーション装置（車載機）１００は、現在地検出装置１１１により取得した自車位置情報および地図記憶部１１２に格納されている地図情報に基づき各種のナビゲーションを行う。例えば、自車位置近辺の道路地図および自車位置を表示モニタ１１９に表示し、経路探索によって得られた経路に沿ってドライバーを誘導する。また、後述するように、配信センタ２００へ最新の地図情報に関する問い合わせを行い、車載機１００の地図情報より新しい地図情報がある場合には、配信センタ２００から最新の地図情報を受信することができる。
【００１２】
図１の配信センタ２００において、２０１は要求受付サーバであり、車載機１００からの車両位置情報や車両を特定するＣａｒＩＤ（車両識別番号）、および地図配信要求を受け付けて要求を実行する。２０２は地図・ＰＯＩサーバであり、全国の詳細な道路地図およびＰＯＩ情報（Point of Interest 観光地や各種施設の情報）が格納されている。地図・ＰＯＩサーバ２０２に格納されている全国の詳細な道路地図およびＰＯＩ情報は、過去の情報から最新の情報に至るまで、それぞれの情報の新しさに応じたバージョン情報とともに地図メッシュに対応させて格納されている。地図・ＰＯＩサーバ２０２は、要求受付サーバ２０１の要求に応じてデータを要求受付サーバ２０１へ出力する。
【００１３】
２０３は要求処理サーバであり、要求受付サーバ２０１の要求に応じて地図・ＰＯＩサーバ２０２に格納されている地図情報を基に各種の演算を行い、演算結果を要求受付サーバ２０１へ出力する。要求処理サーバ２０３で実行される演算は、車載機１００の地図情報と地図・ＰＯＩサーバ２０２に格納されている最新の地図情報との比較や、最新の地図情報を車載機１００に送信するためのデータの加工などである。これについては後述する。
【００１４】
２０４は顧客ＤＢサーバである。車載機１００が要求した最新の地図情報に関する演算結果は、いったん顧客ＤＢサーバ２０４へ車載機１００毎に格納された後、要求受付サーバ２０１を通じて車載機１００へ配信される。車載機１００にはあらかじめ自車を識別するＣａｒＩＤが付与されており、顧客ＤＢサーバ２０４はＣａｒＩＤに割り当てられている記憶領域に、車載機１００の地図情報のバージョン情報やメッシュ単位で更新した地図情報のバージョン情報など、各種の情報を格納する（図１８，２１参照）。
【００１５】
上記構成によれば、車載機１００からＣａｒＩＤなどの情報とともに最新の地図情報に関する問い合わせを配信センタ２００へ送信すると、配信センタ２００において、車載機１００から受け取った情報を基に最新の地図情報に関する演算が行われる。そして、配信センタ２００における演算の結果、車載機１００の地図情報より新しい地図情報の有無（地図更新の要否ともいう）などが配信センタ２００から車載機１００に送信される。車載機１００は、配信センタ２００の演算結果をドライバーに提示して、新しい地図情報を受信するか否かを確認する。ドライバーが選択した新しい地図情報（更新地図情報）の要／不要は、配信センタ２００に送信される。配信センタ２００では、車載機１００から新しい地図情報の配信要求があった場合には、車載機１００に最新の地図情報を送信する。それ以降、車載機では、受信した最新の地図情報に基づいて車両の経路誘導を行うことができる。以下、車載機１００および配信センタ２００で実行される処理について詳述する。
【００１６】
―――車載機１００の動作―――
車載機１００の動作について図３〜１５を参照して説明する。図３は、車載機１００で実行されるプログラムのメインルーチンの処理を示したフローチャートである。イグニッションキーによりアクセサリーＯＮ（ＡＣＣＯＮ）になると、車載機１００の電源が入り、図３に示す処理を行うプログラムが起動される。なお、図３のプログラムは制御回路１１４で実行される。ステップＳ１０で車両の現在位置を表示モニタ１１９に表示するための処理を行うサブルーチンを実行する。このサブルーチンは後述する。ステップＳ１０のサブルーチンの実行後、ステップＳ１５へ進み、経路探索をする指示がドライバーからされたか否かを判断する。
【００１７】
ステップＳ１５が否定判断されるとステップＳ３０へ進み、車両の移動によって変化する車両の現在位置を表示モニタ１１９に表示するための処理を行うサブルーチンを実行する。このサブルーチンは後述する。ステップＳ１５が肯定判断されるとステップＳ２０へ進み、車両を経路誘導するための経路探索演算を行うサブルーチンを実行する。このサブルーチンは後述する。
【００１８】
ステップＳ３０のサブルーチンの実行後、ステップＳ４０へ進み、最新の地図情報に関して配信センタ２００に問い合わせを行うか否かを判断するための処理を行うサブルーチンを実行する。このサブルーチンは後述する。ステップＳ４０のサブルーチンの実行後、ステップＳ１０へ戻り、上述の動作を繰り返す。
【００１９】
上述の処理により、車載機１００は、車両の現在位置を地図情報に重畳して表示モニタ１１９に表示するとともに、経路探索の結果に基づいて誘導処理を行う。
【００２０】
図４は、図３におけるステップＳ２０のサブルーチンを示すフローチャートである。このサブルーチンでは、車載機１００は、経路探索を配信センタ２００に対して、車載機１００に記憶された地図情報に相当する地図情報および配信センタ２００の最新地図情報の双方で経路探索演算を行うよう要求する。この演算の結果が異なる場合には、配信センタ２００から車載機１００にその旨、すなわち最新の地図があり更新要である旨を通知する。これにより、経路探索演算で用いたメッシュに関して、新しい地図情報を配信センタに要求するか否かをドライバーが判断できるようにしている。以下、詳述する。
【００２１】
ステップＳ２０１において、車載機１００の入力装置１１７により経由地および探索条件などの経路探索に必要な情報が入力されるまで待機する。出発地は車両の現在位置であり、現在地検出装置１１１で検出される。ステップＳ２０１で必要な情報が入力されたと判断されるとステップＳ２０３へ進み、図５に示すように、経路探索モードの選択画面を表示モニタ１１９に表示する。１は、車両の現在位置マーク（自車位置マーク）を示す。図５に示すように、表示モニタ１１９の下部には探索ボタン５とサーバ探索ボタン６が表示される。探索ボタン５は、ドライバーが車載機１００の地図情報によって経路探索を指示するためのボタン（スイッチ）であり、サーバ探索ボタン６は、配信センタ２００において、車載機１００に記憶された地図情報に相当する地図情報と最新の地図情報の双方で経路探索を指示するためのもので、後述するように、車載機１００の地図情報が古くなっているか否かを確認するためのボタンである。なお、このステップＳ２０３で表示される画面は、図６に示すように、サーバ探索ボタン６だけ表示させたり、図７に示すように探索ボタン５だけを表示させたりすることができる。図５〜７のいずれかの表示画面は、あらかじめ車載機１００のモード設定をすることで決定される。
【００２２】
ステップＳ２０５で経路探索を車載機で行うか否かを判断する。すなわち探索ボタン５が押圧されたか否かを判断する。ステップＳ２０５が肯定判断されるとステップＳ２３３へ進み、車載機１００の地図情報に基づいて経路探索を行い、メインルーチンに戻る。ステップＳ２０５が否定判断されるとステップＳ２０７へ進み、サーバ探索ボタン６が押圧されたか否かを判断する。ステップＳ２０７が肯定判断されるとステップＳ２０９へ進み、ステップＳ２０７が否定判断されるとステップＳ２０５へ戻る。ステップＳ２０９では、ステップＳ２０１で入力された経路探索条件を車両の現在位置およびＣａｒＩＤとともに携帯電話機１５０から配信センタ２００へ送信してステップＳ２１１へ進む。後述するように、ステップＳ２０９で送信した情報を配信センタ２００が受信すると、受信したＣａｒＩＤを基に、車載機１００の地図バージョンを特定する。地図バージョンはメッシュ単位としたり、メッシュ内のデータ種別単位でもよい。なお、データ種別として、道路の位置座標を含み道路形状を表す道路データ、道路の接続状態を表すノード・リンク接続データ、あるいは背景データや誘導データが使用される。そして、車載機１００に記憶された地図情報に相当する地図情報と最新の地図情報の双方で経路探索を行い、探索結果の違いの有無を車載機１００に送信する。探索結果は、推奨経路データと誘導データを含む。車載機１００は、この結果を受信するまでステップＳ２１１で待機する。
【００２３】
ステップＳ２１１が肯定判断されるとステップＳ２１３において、ステップＳ２１１で受信した探索結果に違いがあったか否か（不一致か否か）を判断する。ステップＳ２１１で受信した探索結果に違いがない、すなわち両者が合致していると判断されると、ステップＳ２３１へ進み、図８に示すように、配信センタ２００（サーバ）に更新された地図がない旨を表示することでドライバーに報知してステップＳ２３３へ進む。ステップＳ２１３において、ステップＳ２１１で受信した探索結果に違いがあると判断されると、ステップＳ２１５へ進み、図９に示すように、表示モニタ１１９の下部に、はいボタン７といいえボタン８を表示する。これらのボタン７および８は、配信センタ２００に更新された地図があるので地図の更新をするか否かをドライバーに選択させるためのタッチパネルスイッチである。
【００２４】
ステップＳ２１７では地図情報の更新を行う指示があったか否かを判断する。すなわち、はいボタン７または、いいえボタン８のどちらが押圧されたかを判断する。ステップＳ２１７が否定判断、すなわち、いいえボタン８が押圧されたと判断されるとステップＳ２３３へ進む。ステップＳ２１７が肯定判断、すなわち、はいボタン７が押圧されたと判断されるとステップＳ２１９へ進む。ステップＳ２１９において、配信センタ２００が経路探索演算で用いた複数のメッシュ、たとえば、出発地から目的地に至る推奨経路が通過する複数のメッシュに関して、最新の地図情報を送信するよう配信センタ２００に要求する。演算過程では使用されたが、推奨経路が通過しないメッシュについても同様に最新地図情報を要求するように構成してもよい。ステップＳ２２１において、ステップＳ２１９で要求した最新の地図情報を受信するまで待機する。ステップＳ２２１で最新の地図情報を受信したと判断されるとステップＳ２２３へ進み、上記複数のメッシュに関して、ステップＳ２２１で受信した最新の地図情報を地図記憶部１１２の半導体記憶メモリに格納する。なお、この記憶メモリ内に該当するメッシュの地図情報が既に存在していれば、それを最新地図情報で上書きする。記憶メモリ内に該当するメッシュの地図情報が存在していなければ、新たに記憶する。詳細な説明は省略するが、記憶メモリ内に配信センタ２００から受信した地図情報が存在している場合、記憶メモリに記憶されているメッシュについて、ＤＶＤ−ＲＯＭ１１３から古い地図情報を読み込まないようにするため、更新地図管理テーブルを地図記憶部１１２に設ける。この更新地図管理テーブルは、たとえば最新のメッシュを特定したり、メッシュ内の最新データを特定できる構造を有する。ステップＳ２２５において、図１０に示すように、表示モニタ１１９に地図情報更新の旨を表示して、更新した地図情報に基づいて経路探索を行い、メインルーチンに戻る。
【００２５】
図１１は、図３におけるステップＳ３０のサブルーチンを示すフローチャートである。このサブルーチンでは、走行によって変化する車両の現在位置を地図情報に重畳して表示モニタ１１９に表示するとともに、経路探索演算の結果に基づいて誘導処理を行う。ステップＳ３０１で現在地検出装置１１１により車両の現在位置を検出してステップＳ３０３へ進む。ステップＳ３０３で地図記憶部１１２に格納されている地図情報をＲＡＭ１１５に読み込み、ステップＳ３０５へ進む。すなわち、現在地周辺の所定数のメッシュを特定し、上述した更新地図管理テーブルを用いて最新の地図データをＲＡＭ１１５に展開する。その上で、表示モニタ１１９に道路地図を表示する。ステップＳ３０５では、ステップＳ３０１で検出した車両の現在位置をステップＳ３０３で読み込んだ地図情報に含まれる道路上に表示するためのマップマッチングの処理を行う。このサブルーチンは後述する。ステップＳ３０７では、ステップＳ３０５のサブルーチンの処理を行って修正した車両の現在位置をステップＳ３０３で読み込んだ地図情報に重畳して、表示モニタ１１９に表示しステップＳ３０９へ進む。
【００２６】
ステップＳ３０９では、メインルーチンのステップＳ２０で実行された経路探索演算の結果があるか否かを判断する。すなわち経路誘導中か否かの判断を行う。ステップＳ３０９が肯定判断されるとステップＳ３１１へ進み、誘導地点に近づいているか否かを判断する。ステップＳ３１１が肯定判断されるとステップＳ３１３へ進み、メインルーチンのステップＳ２０で実行された経路探索演算の結果に基づいて誘導処理、すなわち誘導のための表示や音声案内を行ってステップＳ３１５へ進む。また、ステップＳ３０９またはステップＳ３１１が否定判断されてもステップＳ３１５へ進む。ステップＳ３１５では一定の距離を車両が走行したか否かを判断する。ステップＳ３１５が肯定判断されるとメインルーチンへ戻り、否定判断されるとステップＳ３１５へ戻る。
【００２７】
図１２は、図１１のステップＳ３０５で実行されるマップマッチング処理を行うサブルーチンを示すフローチャートである。ステップＳ３５１では、図１１のステップＳ３０１で検出した車両の現在位置に基づいて、ステップＳ３０３で読み込んだ地図情報からマップマッチングを行う道路の候補を抽出する。ステップＳ３５３では、ステップＳ３５１で抽出した道路に対してマップマッチングの処理を行い、マップマッチングできる道路があるか否かを判断する。ステップＳ３５３で実行されるマップマッチングの処理は、従来から知られた処理なので詳細な説明は省略するが概ね、次のような処理である。走行状況、たとえば、自車両の走行方位に合致した道路データを捜し、合致する道路データが存在するときはマップマッチングが行われ、合致する道路データがないときはフリー走行状態とするものである。ステップＳ３５３が肯定判断されると、ステップＳ３５５において、ステップＳ３０１で検出した車両の現在位置をステップＳ３５３で実行されたマップマッチングの結果に基づいて修正し、メインルーチンに戻る。ステップＳ３５３が否定判断されると、ステップＳ３０１で検出した車両の現在位置を修正せず、マップマッチングを行わないフリー走行の状態を示すフラグを立てて、メインルーチンに戻る。
【００２８】
図１３は、図３におけるステップＳ４０のサブルーチンを示すフローチャートである。このサブルーチンでは、フリー走行となった状態が一定の条件を満たしたとき、すなわち車載機１００の地図情報にはない新しい道路を走行している可能性があるときに、配信センタ２００が有する最新の地図情報と車載機１００に記憶された地図情報に相当する地図情報との比較を配信センタ２００に要求する。そして、配信センタ２００での比較の結果を受信し、地図情報が更新されている場合には、ユーザーの判断で車載機の地図情報を最新の地図情報で更新することができるようにしている。
【００２９】
ステップＳ４０１において、図１２に示したマップマッチング処理のサブルーチン（図１１のステップＳ３０５のサブルーチン）を実行した結果、フリー走行状態であるか否か、すなわちフリー走行の状態を示すフラグの有無を判断する。ステップＳ４０１が肯定判断（フリー走行のフラグ有り）されるとステップＳ４０３へ進み、車両の現在位置が高速道路等のサービスエリアまたはパーキングエリア内にあるか、あるいは近傍にあるか否かを判断する。すなわち、それらのエリアに関する地点に自車両が位置しているか否かを判定する。ステップＳ４０３が否定判断されるとステップＳ４０５へ進み、車両が旋回中か否かを判断する。ステップＳ４０５が否定判断されるとステップＳ４０７へ進み、マップマッチングが行われずフリー走行の状態が一定時間以上継続しているか否かを判断する。すなわちフリー走行の状態を示すフラグが一定時間以上継続して立てられているか否かを判断する。
【００３０】
ステップＳ４０７が肯定判断されるとステップＳ４０９へ進み、携帯電話機１５０から車両が現在走行している位置を含む周辺の地図情報のメッシュ番号をＣａｒＩＤとともに配信センタ２００へ送信する。配信センタ２００は、後述するように、車両が現在走行している位置を含むメッシュの地図情報について、ＣａｒＩＤから判断される車載機１００に記憶された地図情報に相当する地図情報と配信センタ２００で有する最新の地図情報とを比較して、その結果を車載機１００に送信する。車載機１００は、この比較の結果を受信するまでステップＳ４１１で待機する。なお、この比較は、道路データ、背景データ、ＰＯＩデータなど、各種の地図データ種別毎に行い、データ種別毎に更新するのが好ましい。メッシュ単位で比較して、いずれかのデータが更新されていると、そのメッシュは更新メッシュであると認識してもよい。ステップＳ４１３において、ステップＳ４１１で受信した比較の結果から、地図情報に更新があるか否かを判断する。ステップＳ４１３が肯定判断されるとステップＳ４１５において、図１４に示すように表示モニタ１１９に新しい地図データがある旨を表示することでドライバーに報知してステップＳ４１７へ進む。図１４は、車載機１００の地図情報が古いために、車両の現在位置を示すマーカ１が表示モニタ１１９に表示された道路１０から外れて、道路の表示がない場所を示していることを表す一例である。
【００３１】
ステップＳ４１７で、更新状況をドライバーに提示するために配信センタ２００が送信する更新状況表示用データを受信するまで待機する。ステップＳ４１７で更新状況表示用データを受信したと判断されると、受信したデータをＲＡＭ１１５に一時記憶してステップＳ４１９へ進み、図１５に示すように、更新状況表示用データを車載機の地図情報に重畳して表示モニタ１１９に表示する。車載機１００が受信した更新状況表示用データは、後述するように、配信センタ２００において、車載機１００に記憶された地図情報に相当する地図情報と配信センタ２００で有する最新の地図情報との比較から、車載機１００の地図情報には含まれていない新しい情報をドライバーに分かりやすく提示するために作成された簡易表示用のデータである。図１５は、車載機１００の地図情報にはない新しい道路２０，２１や新しい施設を示すマーク２２を車載機の地図情報に重畳して表示モニタ１１９に簡易表示した状態を示す一例である。図１５に示した表示モニタ１１９の下部に、はいボタン２３といいえボタン２４を表示する。これらのボタン２３および２４は、配信センタ２００の有する最新の地図情報を受信するか否かをドライバーに選択させるためのタッチパネルスイッチである。
【００３２】
ステップＳ４２１において、図１５に示したはいボタン２３およびいいえボタン２４のどちらが押圧されたかを判断して、ドライバーからの更新の指示があったか否かを判断する。ステップＳ４２１が肯定判断、すなわち、はいボタン２３が押圧されたと判断されるとステップＳ４２３へ進み、車両の現在位置を含むメッシュについて、最新の地図情報を送信する要求をＣａｒＩＤとともに配信センタ２００に送信する。ステップＳ４２５で配信センタ２００から送信される最新の地図情報を受信するまで待機する。ステップＳ４２５において、最新の地図情報を受信してＲＡＭ１１５に記憶したと判断されるとステップＳ４２７へ進み、車両の現在位置を含むメッシュについて、ステップＳ４２５で受信してＲＡＭ１１５に格納された最新の地図情報を地図記憶部１１２の記憶メモリに格納してメインルーチンに戻る。なお、本サブルーチンを終了してメインルーチンに戻る際、ＲＡＭ１１５に一時記憶された更新状況表示用データおよび更新地図データなどは消去される。
【００３３】
以下に該当する場合には、図１３のサブルーチンでの処理を終えてメインルーチンに戻る。
（１）ステップＳ４０１，Ｓ４０７，Ｓ４１３，Ｓ４２１のいずれかのステップで否定判断された場合
（２）ステップＳ４０３またはステップＳ４０５で肯定判断された場合
【００３４】
―――第１の実施の形態：車載機１００の動作のまとめ―――
上述した第１の実施の形態の車載機１００は、各種のナビゲーションを行うことができる。経路探索を行う際に、配信センタ２００において車載機１００に記憶された地図情報に相当する地図情報と最新の地図情報の双方により経路探索を実行させることができる。配信センタ２００の経路探索結果が異なると判定された場合には、ドライバーの選択で配信センタ２００に最新の地図情報の配信を要求できる。そして、配信センタ２００から受信した最新の地図情報に基づいて、車載機１００で経路探索演算を行って経路誘導することができる。配信センタ２００の最新地図による探索結果をも通信で車載機１００に送信し、この探索結果により経路誘導を行ってもよい。
【００３５】
また、車載機１００は、走行中にマップマッチングを行わないフリー走行の状態が続くと、車両の現在位置を含むメッシュについて、車載機１００に記憶された地図情報に相当する地図情報と配信センタ２００の有する最新の地図情報の比較をするよう配信センタ２００へ要求する。ただし、次の箇所では、車両の旋回によってフリー走行状態となり易いため、上記配信センタ２００への要求は行わない。
（１）高速道路等のサービスエリア内やパーキングエリア内もしくはその近傍
（２）車両が明らかに旋回している場合
配信センタ２００で比較の結果、車両の現在位置を含むメッシュについて地図が更新されていた場合には、更新状況表示用データを車載機の地図情報に重畳して表示モニタ１１９に表示し、ドライバーに更新の必要の有無を判断させる。ドライバーから更新の指示があった場合には、最新の地図情報を送信する要求する。そして、受信した最新の地図情報を地図記憶部１１２の半導体記憶メモリに格納して、以降、この地図情報を用いる。
【００３６】
―――配信センタ２００の動作―――
配信センタ２００の動作について図１６〜１９を参照して説明する。図１６は、配信センタ２００の要求受付サーバ２０１で実行されるプログラムのメインルーチンの処理を示したフローチャートである。ステップＳ５１において、車載機１００から送信されたデータを受信するまで待機する。ステップＳ５１で車載機１００から送信されたデータを受信したと判断されるとステップＳ５３へ進み、車載機１００から送信されたデータ中に、車載機１００に記憶された地図情報に相当する地図情報の所定メッシュについて新旧比較を行う要求が含まれているか否かを判断する。ステップＳ５３が肯定判断されるとステップＳ６０へ進み、車載機１００に記憶された地図情報に相当する地図情報の所定メッシュについて新旧比較を行う演算を行うように、要求処理サーバ２０３に対して要求（指示）する。ステップＳ５３が否定判断されるとステップＳ５５へ進む。ステップＳ５５において、車載機１００から送信されたデータ中に、経路探索演算を車載機１００に記憶された地図情報に相当する地図情報と、最新の地図情報で実施して比較を行う要求が含まれているか否かを判断する。新旧の地図情報は、地図・ＰＯＩサーバ２０２に記憶されている。ステップＳ５５が肯定判断されるとステップＳ７０へ進む。ステップＳ７０において、経路探索演算を車載機１００に記憶された地図情報に相当する地図情報と、最新の地図情報で実施して比較を行うように、要求処理サーバ２０３に対して要求（指示）する。ステップＳ５５が否定判断されると、要求処理サーバ２０３に対して要求（指示）を行う一連の動作を終了する。
【００３７】
図１７は、図１６のステップＳ６０で実行されるプログラムの処理を示したフローチャートである。ステップＳ６０１において、車載機１００から送信されたＣａｒＩＤとメッシュ番号から、そのメッシュについて、車載機１００の地図記憶部１１２に記憶されているその時点で車載機側の最新の地図情報のバージョンを、顧客ＤＢサーバ２０４に問い合わせる。なお、地図更新が一度も行われていないときは、ＤＶＤ−ＲＯＭ１１３のバージョンであるが、更新が行われた後は、地図記憶部１１２の記憶メモリに記憶されている地図メッシュのバージョンとなる。ステップＳ６０３において、ステップＳ６０１で問い合わせた地図メッシュのバージョンと、地図・ＰＯＩサーバ２０２に格納されている最新の地図メッシュのバージョンとを比較してステップＳ６０５へ進む。ステップＳ６０５において、ステップＳ６０３で比較した結果に違いがある、すなわち、車載機１００に記憶された地図情報に相当する地図情報に対して配信センタ２００の最新の地図情報は更新されていると判断されるとステップＳ６０７へ進み、車載機１００に地図情報が更新されている旨を送信するよう要求受付サーバ２０１に指示してステップＳ６０９へ進む。
【００３８】
ステップＳ６０９において、更新状況をドライバーに知らせるための更新状況表示用データを作成する。この更新状況表示用データは、地図・ＰＯＩサーバ２０２に格納された地図情報のうち、最新のバージョンおよび車載機１００に記憶された地図情報に相当する地図情報のバージョンの双方を比較して作成される。更新状況表示用データは、最新の地図メッシュのバージョンにはあるが車載機１００の有する地図メッシュのバージョンにはない道路や施設、交通規制の情報などを車載機１００の表示モニタ１１９に地図情報とともに重畳して表示することができるデータである。
【００３９】
ステップＳ６１１において、ステップＳ６０９で作成した更新状況表示用データを車載機１００に送信するよう要求受付サーバ２０１に指示してステップＳ６１３へ進む。ステップＳ６１３では、車載機１００から配信センタ２００に最新の地図情報の送信要求があったか否かを判断する。ステップＳ６１３が肯定判断されると、ステップＳ６１５へ進む。ステップＳ６１５において、比較要求のあったメッシュに関して、最新の地図情報を地図・ＰＯＩサーバ２０２から読み出して車載機１００に送信するよう要求受付サーバ２０１に指示する。さらに、車載機１００に送信する最新の地図情報のメッシュ番号とバージョンを顧客ＤＢサーバに格納して処理を終了する。図１８は、顧客ＤＢサーバ２０４に格納されているデータの一例を示す図である。ＣａｒＩＤ毎にメッシュ番号、そのメッシュのバージョン情報が格納されている。
【００４０】
ステップＳ６０５が否定判断されると、ステップＳ６１７へ進み、車載機１００に地図情報が更新されていない旨を送信するよう要求受付サーバ２０１に指示して処理を終了する。また、ステップＳ６１３が否定判断されると処理を終了する。
【００４１】
図１９は、図１６のステップＳ７０で実行されるプログラムの処理を示したフローチャートである。ステップＳ７０１において、車載機１００から送信された経路探索の条件を基に、経路探索で使用する地図情報のエリア（メッシュ）を確定してステップＳ７０３へ進む。ステップＳ７０３では、車載機１００から送信されたＣａｒＩＤから、経路探索で使用する地図情報のメッシュについて、車載機１００の地図記憶部１１２に記憶されている地図情報のバージョンと最新の地図情報のバージョンを、顧客ＤＢサーバ２０４に問い合わせて比較する。
【００４２】
ステップＳ７０５において、ステップＳ７０３で各メッシュのバージョンを比較した結果、更新されているメッシュがあるか否かを判断する。ステップＳ７０５が肯定判断されるとステップＳ７０７へ進み、車載機１００の地図記憶部１１２に記憶されている地図情報に相当するバージョンと最新の地図情報のバージョンのそれぞれの地図情報により経路探索を実行してステップＳ７０９へ進む。なお、車載機１００の地図記憶部１１２に記憶されている地図情報のバージョンは、地図更新が一度も行われていないときは、ＤＶＤ−ＲＯＭ１１３のバージョンであるが、更新が行われた後は、地図記憶部１１２の記憶メモリに記憶されているそれぞれの地図メッシュのバージョンとなる。ステップＳ７０９において、ステップＳ７０７で実行した２つの経路探索結果で、推奨経路が一致するか否かを判断する。ステップＳ７０９が否定判断、すなわち推奨経路が不一致であると判断されると、ステップＳ７１１において、車載機１００に地図情報が更新されている旨を送信するよう要求受付サーバ２０１に指示してステップＳ７１３へ進む。ステップＳ７１３において、車載機１００から配信センタ２００に最新の地図情報の送信要求があったか否かを判断する。ステップＳ７１３が肯定判断されると、ステップＳ７１５において、経路探索を行ったメッシュに関して、最新の地図情報を地図・ＰＯＩサーバ２０２から読み出して車載機１００に送信するよう要求受付サーバ２０１に指示する。さらに、車載機１００に送信する最新の地図情報のメッシュ番号とバージョンを顧客ＤＢサーバに格納して処理を終了する。
【００４３】
ステップＳ７０９が肯定判断されると、ステップＳ７２１へ進み、ステップＳ７０７で実行した２つの経路探索結果で、誘導データが更新されているか否かを判断する。ステップＳ７２１が肯定判断されるとステップＳ７１１へ進む。ステップＳ７２１が否定判断されるか、ステップＳ７０５が否定判断されるとステップＳ７２３へ進み、車載機１００に地図情報が更新されていない旨を送信するよう要求受付サーバ２０１に指示して処理を終了する。なお、上述の経路探索演算により得られる経路探索結果情報は、経路データ（推奨経路）と誘導データとを含む。
【００４４】
―――第１の実施の形態：配信センタ２００の動作のまとめ―――
上述した第１の実施の形態の配信センタ２００では、車載機１００からの要求に応じて、車載機１００に記憶された地図情報に相当する地図情報と最新の地図情報との比較を行い、更新されている場合には、車載機１００に更新されている旨を通知する。そして、車載機１００からの送信要求に応じて、最新の地図情報を車載機１００に送信することができる。また、配信センタ２００は、車載機１００の地図記憶部１１２に記憶している地図情報のバージョンをＣａｒＩＤ毎に顧客ＤＢサーバ２０４に格納して管理している。配信センタ２００から最新の地図情報を車載機１００に送信した場合には、送信したメッシュ番号とバージョンが顧客ＤＢサーバ２０４に格納される（図１８参照）。
【００４５】
上述した第１の実施の形態のカーナビゲーション装置では、以下の作用効果を奏する。
（１）車載機１００は、配信センタ２００に対して、車載機１００に記憶された地図情報に相当する地図情報および配信センタ２００の最新地図情報の双方で経路探索演算を行うよう要求する。配信センタ２００で実行された経路探索演算の結果に基づいて地図更新の要否を判定する。そのため、車載機１００の機器構成を大規模にする必要がなく、また経路誘導時の処理時間の増大化を招くことなく、地図更新の要否を判定し、必要に応じて更新地図情報を配信センタ２００から受信することができる。また、受信した更新地図情報に基づいて車載機１００で経路探索を行うので、車両を効率的に経路誘導することができる。
（２）車載機１００の地図記憶部１１２に更新地図管理テーブルを設けているので、配信センタ２００から受信して記憶メモリ内に記憶した地図情報と、ＤＶＤ−ＲＯＭ１１３に記憶されている更新前の地図情報の中から最新のデータを使用することができ、正確な経路探索や表示をすることができる。
（３）経路探索モードの選択画面を表示モニタ１１９に表示するようにした。配信センタ２００において、車載機１００に記憶された地図情報に相当する地図情報と配信センタ２００の最新地図情報の双方で経路探索を指示するか、車載機１００の地図情報によって経路探索を指示するかをドライバーの判断によって選択できるので、効率的な経路探索を行うことができる。
（４）経路探索モードは、あらかじめ車載機１００のモード設定をすることで決定することができる。たとえば、車載機１００を購入した直後や、全国の地図情報をすべて更新した直後などには、車載機１００での探索ボタン５だけを表示するように設定することで、むやみに配信センタ２００に問い合わせることを防止できる。これにより、通信コストの低減や、配信センタ２００の各サーバの負担低減に効果がある。また、車載機１００の地図情報が古くなっている場合には、サーバ探索ボタン６のみを表示するように設定することで、配信センタ２００への問い合わせを行って、車載機１００の地図情報が陳腐化したことによる不適切な経路誘導を防止できる。
（５）車載機１００によって判断される走行状況に基づいて配信センタ２００へ地図更新要求を行うようにしたので、地図更新の煩わしさが解消し、経路探索など特別の操作をしなくとも確実にかつ自動的に地図更新要求をおこなうことができる。
（６）上記走行状況として、マップマッチングによるフリー走行状態を用い、その有無により配信センタ２００へ地図更新要求するか否かを判断することにより、地図更新判定のアルゴリズムを新たに用いる必要もない。この場合、車両がサービスエリアやパーキングエリアに関連した地点に位置する場合は、配信センタ２００へ問い合わせを行わないようにしたので、地図更新判定の信頼性も向上する。さらに、むやみに配信センタ２００に問い合わせることを防止できるので、通信時間および通信コストを低減でき、配信センタ２００の各サーバの負担低減に効果がある。
（７）配信センタ２００での地図比較の結果、車両の現在位置を含むメッシュについて更新が有った場合には、更新状況表示用データを車載機１００の地図情報に重畳して表示モニタ１１９に簡易表示するようにしている。これにより、更新の必要の有無をドライバーが容易に判断することができる。また、ドライバーが必要と判断したときのみ、配信センタ２００に最新の地図情報を送信する要求することができ、通信コストの低減や、配信センタ２００の各サーバの負担低減に効果がある。
（８）配信センタ２００では、車載機１００からの問い合わせに応じて、必要なメッシュについてのみ新旧地図情報の比較をすればよいので、配信センタ２００で行われる演算負荷が少なくて済む。
（９）車載機１００からの問い合わせに応じて、配信センタ２００が車載機１００に情報を送信する場合、まず、地図情報が更新された旨のデータや、更新状況表示用データといった、データ容量の少ないデータを送る。そして、さらに車載機１００側から要求があったときのみ、更新された地図情報を送信している。これにより、不要なデータの送受信を防止して、車載機１００，配信センタ２００それぞれの側の通信コストの低減が図れるとともに、配信センタ２００の各サーバの負担低減に効果がある。
【００４６】
―――第２の実施の形態―――
図２０〜２９を参照して、本発明の第２の実施の形態について説明する。第２の実施の形態の配信センタ２００は、車載機１００に記憶された地図情報に相当する地図情報と配信センタ２００の最新の地図情報との比較を行う要求を車載機１００から受信した場合、車載機１００に記憶された地図情報に相当する地図情報のうち最新のものについて、配信センタ２００の最新地図情報と比較する。また、配信センタ２００で作成される更新状況表示用データは、車載機１００の表示モニタ１１９に表示される際に、縮尺率や車両の走行／停車の状態などに応じた表示形態で適切に表示可能なデータである。第２の実施の形態の車載機１００は、配信センタ２００から送信された更新状況表示用データを、縮尺率や車両の走行／停車の状態などに応じて表示し、ドライバーにより選択された複数のメッシュについて配信センタ２００に最新の地図情報を要求できる。
【００４７】
―――配信センタ２００の動作―――
まず、第２の実施の形態の配信センタ２００の動作について説明する。配信センタ２００における第１の実施の形態と第２の実施の形態との違いは、上述したように、新旧地図情報の比較範囲と、作成する更新状況表示用データの表示形態などである。その他の動作については、第１の実施の形態と同一の動作であるので、説明を省略する。
【００４８】
図２０は、図１６のステップＳ６０で実行されるプログラムの処理を示したフローチャートである。ステップＳ１６０１において、車載機１００から送信されたＣａｒＩＤから、車載機１００の地図記憶部１１２に記憶されているその時点で車載機側の最新の地図情報のバージョンを、すべてのメッシュのすべてのデータ種別について顧客ＤＢサーバ２０４に問い合わせる。ステップＳ１６０３において、ステップＳ１６０１で問い合わせた各メッシュのバージョンと、地図・ＰＯＩサーバ２０２に格納されている最新の各メッシュのバージョンとを比較してステップＳ１６０５へ進む。ステップＳ１６０５において、ステップＳ１６０３で比較した結果に違いがある、すなわち車載機１００に記憶された車載機側の最新の地図情報に相当する地図情報に対して更新されているメッシュがあると判断されるとステップＳ１６０７へ進む。ステップＳ１６０７において、車載機１００に地図情報が更新されている旨を送信するよう要求受付サーバ２０１に指示してステップＳ１６０９へ進む。
【００４９】
ステップＳ１６０９において、ステップＳ１６０３での比較の結果、更新されているメッシュに関して、更新状況をドライバーに知らせるための更新状況表示用データを作成する。この更新状況表示用データは、地図・ＰＯＩサーバ２０２に格納された地図情報のうち、最新のバージョンおよび車載機１００に記憶された地図情報に相当する地図情報のバージョンの双方を比較して作成される。更新状況表示用データは、最新の地図メッシュのバージョンにはあるが車載機１００に記憶された地図情報に相当する地図メッシュのバージョンにはない道路や施設、交通規制の情報などを車載機１００の表示モニタ１１９に地図情報とともに重畳して表示することができるデータであり、後に詳述する車載機１００の動作とともに説明する。図２１は、第２の実施の形態における、顧客ＤＢサーバ２０４に格納されているデータの一例を示す図である。ＣａｒＩＤ毎にメッシュ番号が格納され、各メッシュ番号に対応する道路データ、背景データ、誘導データなど、データの項目（種別）毎にそれぞれバージョン情報が格納されている。
【００５０】
ステップＳ１６１１において、ステップＳ１６０９で作成した更新状況表示用データを車載機１００に送信するよう要求受付サーバ２０１に指示してステップＳ１６１３へ進む。ステップＳ１６１３では、車載機１００から配信センタ２００に最新の地図情報の送信要求があったか否かを判断する。ステップＳ１６１３が肯定判断されるとステップＳ１６１５へ進み、更新要求のあったメッシュに関してそのメッシュに含まれるすべての情報、またはドライバーの選択した一部の項目の情報について、最新の地図情報を地図・ＰＯＩサーバ２０２から読み出して車載機１００に送信するよう要求受付サーバ２０１に指示する。さらに、車載機１００に送信する最新の地図情報のメッシュ番号とバージョン、および送信した項目を顧客ＤＢサーバに格納して処理を終了する。
【００５１】
ステップＳ１６０５が否定判断されるとステップＳ１６１７へ進み、車載機１００に地図情報が更新されていない旨を送信するよう要求受付サーバ２０１に指示して処理を終了する。また、ステップＳ１６１３が否定判断されると処理を終了する。
【００５２】
―――車載機１００の動作―――
次に、第２の実施の形態の車載機１００の動作について説明する。第１の実施の形態と第２の実施の形態との違いは、以下に述べる更新状況表示用データの表示形態と配信センタ２００に最新の地図情報送信を要求するエリア（メッシュ）の決定方法である。その他の動作については、第１の実施の形態と同一の動作であるので、説明を省略する。
【００５３】
図２２は、上述の配信センタ２００から送信された更新状況表示用データを車載機１００の表示モニタ１１９で表示した際の、表示画面の一例であり、第１の実施の形態の図１３に示したフローチャートにおけるステップＳ４１９に相当する。図２２に示すように、縮尺率が小さく日本全国を表示する画面表示の場合には、更新されているメッシュに対応する所定の位置に星印のアイコン５０が表示されている。この状態から縮尺率を大きくしていき、たとえば関東地方全体が表示モニタ１１９上に表示される様な縮尺にしていくと、アイコン５０は消えて、図２３、２４に示すように、更新されているメッシュおよび、更新されているが過去に受信済みのメッシュは背景色が変化した状態で表示される。
【００５４】
図２４の状態からさらに縮尺率を大きくしていき、更新されている、ある１つのメッシュが表示モニタ１１９の全面に表示される様な縮尺率にしていくと、図２５に示すように更新された内容が表示される。たとえば、新しくできた道路６１が表示されるとともに、新しくできた施設がアイコン６２で表示される。更新された部分は、更新されていない部分より明るくしたり、点滅するなど、更新されていない部分と区別しやすくなっている。また、なくなった施設も薄い灰色のアイコン６３で表示され、新しくできた施設とは区別できるように表示される。図２３〜２５では、表示モニタ１１９の画面右下に更新ボタン６０が表示される。ドライバーがこの更新ボタン６０を押圧すると、更新エリア選択モードとなる。
【００５５】
更新エリア選択モードでは、図２６に示すように、更新されたメッシュが複数表示されるような縮尺率の表示となる。このときドライバーは、車載機１００の入力装置１１７によって、配信センタ２００から受信する最新の地図情報のメッシュを複数選択することができる。図２６のメッシュの枠が太く描いてある部分が選択されたメッシュを示す。配信センタ２００から受信する最新の地図情報のメッシュが選択された後、表示モニタ１１９の右下に表示されている決定ボタン６５が押圧されると、選択されたメッシュについて、最新の地図情報を送信するよう配信センタ２００に要求する。この動作は、第１の実施の形態の図１３に示したフローチャートにおけるステップＳ４２３に相当する。この後、配信センタ２００から送信された最新の地図情報を車載機１００の地図情報として格納するが、第１の実施の形態と同じ動作であるので、説明を省略する。
【００５６】
―――更新状況表示用データの表示例―――
上述した図２５では、更新された内容が新たな道路を表示したり、新たな施設をアイコンなどで表示されている。図２７は、図２５の表示に対する説明の表示が付加された例を示している。たとえば、新たに開店予定の店舗の開店予定日の情報６６や、新たに開通した有料道路の通行料金の情報６７などを付加情報として同時に表示するようにしてもよい。さらに、車両のパーキングブレーキの作動や車速信号から車両が停車中であることを検出し、図２８に示すような更新情報内容を文字によりリスト表示してもよい。このリスト表示では、表示モニタ１１９に表示する地図の縮尺率によっては表示されない地点の情報やアイコンの表示のみではわかりにくい更新の程度、または地図画面では通常表示されない誘導情報などの更新のボリュームを、文字で表示することで明確に提示することができる。またこのリスト表示は、図２９に示すように、更新内容の種類に応じて個別に更新可能なように、種別毎に更新ボタン７０を設けたものとしてもよい。この場合車載機１００は、押圧された更新ボタン７０に対応する項目の情報のみを配信センタ２００に要求する。図２９は、地図情報として道路データ、背景データ、施設データが含まれている場合を示す。
【００５７】
上述した第２の実施の形態のカーナビゲーション装置では、第１の実施の形態における作用効果に加え、以下の作用効果を奏する。
（１）配信センタ２００は、車載機１００の問い合わせがあると、車載機１００に記憶された地図情報に相当する地図情報のうち最新のものについて、配信センタ２００の最新地図情報と比較して、更新状況を車載機に送信する。また、更新状況を確認したドライバーが指定する複数のエリアについて最新の地図情報を送信できる。これにより、ドライバーは、全国の地図情報の更新状況を把握することができるとともに、必要と判断した複数のエリアの地図情報について最新の地図情報を受信できるので、効率的に車載機１００の地図情報を更新できる。
（２）配信センタ２００で作成される更新状況表示用データは、車載機１００の表示モニタ１１９に表示される際に、縮尺率や車両の走行／停車の状態などに応じた表示形態で表示可能なデータである。ドライバーは、縮尺率に応じて更新の有無や内容が適切に表示される更新状況表示用データによって地図情報の更新内容を多面的に把握できる。これにより、ドライバーが真に更新を希望する地図情報を効率的に受信することができる。
（３）車載機１００の表示モニタ１１９に表示される更新状況表示用データは、縮尺率や車両の走行／停車の状態などに応じた表示形態で表示可能なデータである。これにより、安全な車両走行が可能となる。
【００５８】
―――変形例―――
上述した第１の実施の形態では、フリー走行となった状態が一定の条件を満たしたとき、車両の現在位置を含むメッシュについてのみ、配信センタ２００で地図情報の新旧比較をするようにしているが、本発明はこれに限らない。車両の現在位置を含むメッシュの周囲のメッシュについても、配信センタ２００で地図情報の新旧比較をするようにしてもよい。逆に、上述した第２の実施の形態では、車載機１００に記憶された地図情報に相当する地図情報のすべてのメッシュについて、配信センタ２００で地図情報の新旧比較をするようにしているが、本発明はこれに限らない。たとえば、車両が東京都内を走行している場合には、東京都および、東京都に隣接する各県を含むメッシュについて配信センタ２００で地図情報の新旧比較をするようにしてもよい。また、フリー走行となった状態が一定の条件を満たしたときに、配信センタ２００で地図情報の新旧比較をする範囲を車載機１００であらかじめ設定できるようにしてもよく、全く配信センタ２００で地図情報の新旧比較をしないように設定できるようにしてもよい。特に後者の機能は、車載機１００を購入した直後や、全国の地図情報をすべて更新した直後などに、むやみに配信センタ２００に問い合わせることを防止でき、通信コストの低減や、配信センタ２００の各サーバの負担低減に効果がある。
【００５９】
上述した説明では、図３に示したフローチャートにおけるステップＳ４０のサブルーチンにおいて、フリー走行の状態であっても、車両の現在位置が高速道路等のサービスエリア内やパーキングエリア内もしくはその近傍の場合や、車両が旋回中であると判断された場合には、配信センタ２００が有する最新の地図情報と車載機１００に記憶された地図情報に相当する地図情報との比較を配信センタ２００に要求をせずにサブルーチンでの処理を終了しているが、これに限らない。フリー走行の状態が所定時間継続したのちに配信センタ２００に比較の要求を行うが、車両の現在位置が高速道路等のサービスエリア内またはパーキングエリア内もしくはその近傍である場合には、設定された所定時間を変更（長く）することによって要求を遅らせることとしてもよい。所定時間に代えて所定距離としてもよい。
【００６０】
上述した説明では、配信センタ２００で車載機１００の地図情報に相当するバージョンのメッシュおよび最新の地図情報のメッシュによって経路探索を行っているが、本発明はこれに限らない。車載機１００で自身の地図を用いて経路探索を行い、配信センタ２００で最新の地図情報に基づいて経路探索を行う。そして、各経路探索結果のうち、車載機１００もしくは配信センタ２００のいずれか一方の経路探索の結果を他方に送信して、他方の側で比較することで、地図情報の更新有無を判断するようにしてもよい。
【００６１】
上述した説明では、配信センタ２００から車載機１００に最新の地図があり更新要である旨を通知したのち、車載機１００から最新地図の配信要求があったときに配信センタ２００から車載機１００に最新地図情報を送信するようにしているが、本発明はこれに限らない。配信センタ２００で更新要であると判断したときには、車載機１００に更新要である旨を通知することなく、車載機１００に最新地図情報を送信するようにしてもよい。
【００６２】
上述した説明では、配信センタ２００から送信された各情報を表示モニタ１１９に表示することでドライバーに報知しているが、本発明はこれに限らない。音声により報知してもよいし、表示とともに音声で報知するようにしてもよい。また、上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。
【００６３】
以上の実施の形態およびその変形例において、第１の経路探索演算と第２の経路探索演算とを行い経路情報と誘導情報を取得する演算手段、および判定手段は、要求処理サーバ２０３に対応する。車両に対して最新地図を送信する送信手段は要求受付サーバ２０１に対応する。記憶手段および管理手段は、地図記憶部１１２に対応する。報知手段は要求受付サーバ２０１および要求処理サーバ２０３により構成される。現在地から目的地までの経路の探索演算を行う演算手段、設定手段、およびモード設定手段は、制御回路１１４で実行されるプログラムと入力装置１１７によって実現されている。地図更新の要否の問い合わせを送信する送信手段および受信手段は、制御回路１１４で実行されるプログラムと携帯電話機１５０によって実現されている。本発明の特徴的な機能を損なわない限り、本発明は、上述した実施の形態における機器構成に何ら限定されない。
【００６４】
【発明の効果】
本発明によれば、車載機側の機器構成を大規模にする必要がなく、また経路誘導時の処理時間の増大化を招くことなく、地図更新の要否を判定して更新地図の授受をおこなうことができる装置を提供することができる。
【図面の簡単な説明】
【図１】本発明による車載端末装置をカーナビゲーション装置に適用した第１の実施の形態の全体構成図である。
【図２】第１の実施の形態の車載機１００のシステムブロック図である。
【図３】図２の車載機１００で実行されるプログラムのメインルーチンの処理を示したフローチャートである。
【図４】図３に示したフローチャートにおけるステップＳ２０のサブルーチンを示したフローチャートである。
【図５】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、経路探索モードの選択画面を示す図である。
【図６】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、経路探索モードを選択するボタンのうち、サーバ探索ボタン６だけが表示された画面を示す図である。
【図７】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、経路探索モードを選択するボタンのうち、探索ボタン５だけが表示された画面を示す図である。
【図８】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、図４に示したフローチャートにおけるステップＳ２３１の表示画面を示す図である。
【図９】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、図４に示したフローチャートにおけるステップＳ２１５の表示画面を示す図である。
【図１０】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、図４に示したフローチャートにおけるステップＳ２２５の表示画面を示す図である。
【図１１】図３に示したフローチャートにおけるステップＳ３０のサブルーチンを示したフローチャートである。
【図１２】図１１に示したフローチャートにおいて、マップマッチング処理を行うステップＳ３０５のサブルーチンを示したフローチャートである。
【図１３】図３に示したフローチャートにおけるステップＳ４０のサブルーチンを示したフローチャートである。
【図１４】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、図１３に示したフローチャートにおけるステップＳ４１５の表示画面を示す図である。
【図１５】図２の車載機１００の表示モニタ１１９に表示される画面の一例であり、図１３に示したフローチャートにおけるステップＳ４１９の表示画面を示す図である。
【図１６】図１の配信センタ２００の要求受付サーバ２０１で実行されるプログラムのメインルーチンの処理を示したフローチャートである。
【図１７】図１の配信センタ２００の要求処理サーバ２０３で実行されるプログラムの処理を示したフローチャートである。
【図１８】図１の配信センタ２００の顧客ＤＢサーバ２０４に格納されているデータの一例を示す図である。
【図１９】図１の配信センタ２００の要求処理サーバ２０３で実行されるプログラムの処理を示したフローチャートである。
【図２０】第２の実施の形態の要求処理サーバ２０３で実行されるプログラムの処理を示したフローチャートである。
【図２１】第２の実施の形態における、顧客ＤＢサーバ２０４に格納されているデータの一例を示す図である。
【図２２】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例であり、配信センタ２００から送信された更新状況表示用データの表示画面を示す図である。
【図２３】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例であり、図２２の縮尺率を変更した場合の表示画面を示す図である。
【図２４】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例であり、図２３の縮尺率を変更した場合の表示画面を示す図である。
【図２５】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例であり、図２４の縮尺率を変更した場合の表示画面を示す図である。
【図２６】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例であり、更新エリア選択の表示画面を示す図である。
【図２７】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例である。
【図２８】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例である。
【図２９】第２の実施の形態の車載機１００において、表示モニタ１１９に表示される画面の一例である。
【符号の説明】
１００車載機１１１現在地検出装置
１１１ａ方位センサ１１１ｂ車速センサ
１１１ｃＧＰＳセンサ１１１ｄジャイロセンサ
１１２地図記憶部１１３ＤＶＤ−ＲＯＭ
１１４制御回路１１５ＲＡＭ
１１６ＲＯＭ１１７入力装置
１１８画像メモリ１１９表示モニタ
１５０携帯電話機２００配信センタ
２０１要求受付サーバ２０２地図・ＰＯＩサーバ
２０３要求処理サーバ２０４顧客ＤＢサーバ
２５０移動体通信網

Claims

車両からの経路探索要求により、最新の地図による第１の経路探索演算と、経路探索を要求した車両に使用されている地図による第２の経路探索演算とを行い、経路情報と誘導情報を取得する演算手段と、
前記第１および第２の経路探索演算の結果に基づいて前記車両に使用されている地図更新の要否を判定する判定手段と、
前記判定手段が地図更新要と判定するときは、車両に対して地図更新が必要であることを報知する報知手段とを備えることを特徴とする地図配信装置。
請求項１に記載の地図配信装置において、
前記判定手段は、前記第１および第２の経路探索演算によりそれぞれ取得された経路情報が不一致、および／または前記誘導情報が不一致のとき、前記車両に使用されている地図が更新要と判定することを特徴とする地図配信装置。
地図配信装置から送信される更新地図データを受信する車載端末装置において、
現在地から目的地までの経路の探索演算を行う演算手段と、
探索演算が行われるとき、前記地図配信装置に地図更新の要否の問い合わせを送信する送信手段と、
地図更新の要否の問い合わせに応答して前記地図配信装置から送信される更新地図データを受信する受信手段と、
探索演算が行われるときに、前記地図更新の要否の問い合わせを常時送信するモードと、常時送信しないモードのいずれかを設定する設定手段とを備えることを特徴とする車載端末装置。
地図配信装置から送信される更新地図データを受信する車載端末装置において、
現在地から目的地までの経路の探索演算を行う演算手段と、
探索演算が行われるとき、前記地図配信装置に地図更新の要否の問い合わせを送信する送信手段と、
地図更新の要否の問い合わせに応答して前記地図配信装置から送信される更新地図データを受信する受信手段と、
前記地図更新の要否の問い合わせに応答して前記地図配信装置から送信される更新地図データを受信するモードと、更新要が報知された後に指示される更新地図送信要求に応答して前記地図配信装置から送信される更新地図を受信するモードを設定するモード設定手段とを備えることを特徴とする車載端末装置。
請求項３または請求項４に記載の車載端末装置において、
前記受信した更新地図データを記憶する記憶手段と、
更新前地図データと更新地図データを管理する管理手段とをさらに備えることを特徴とする車載端末装置。