ナビゲーションシステム
【課題】通信コストの削減化を図ることが可能となると共に、情報センタの処理負担の軽減化を図ることが可能となるナビゲーションシステムを提供する。
【解決手段】情報配信センタ３のＣＰＵ１１は、プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信したばあいには、収集パターンデータ５１の期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）を特定し、収集パターンデータ５１から対応する収集パターン５１Ｄ（制限情報）を選択して、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して送信する（Ｓ１１１〜Ｓ１１５）。
【解決手段】情報配信センタ３のＣＰＵ１１は、プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信したばあいには、収集パターンデータ５１の期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）を特定し、収集パターンデータ５１から対応する収集パターン５１Ｄ（制限情報）を選択して、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して送信する（Ｓ１１１〜Ｓ１１５）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーションシステムに関し、特に、プローブカーに搭載されたナビゲーション装置から情報センタにプローブ情報が送信されるナビゲーションシステムに関するものである。
【背景技術】
【０００２】
近年、プローブカーに搭載されたナビゲーション装置から情報センタへ、収集したプローブ情報を携帯電話等を介して送信するナビゲーションシステムが種々提案されている。
例えば、情報センタは、プローブカーに搭載されたナビゲーション装置から出発地、目的地、走行ルートの情報を受信すると、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報等に基づいて、該ナビゲーション装置が走行データを収集する区間、時間帯等の収集対象を決定し、この決定した収集対象をナビゲーション装置に指示する。そして、ナビゲーション装置は、指示された収集対象の走行データを収集して、情報センタへ送信するナビゲーションシステムがある（例えば、特許文献１参照。）。
【特許文献１】特開２００６−１４６６４５号公報（段落（０００６）〜（００２９）、図１〜図６）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前記した特許文献１に記載されたナビゲーションシステムでは、複数のナビゲーション装置から同様の走行データを重複収集しないように収集対象を決定することができるため、重複収集による過剰なデータ収集を防ぐことができる。また、収集対象を必要性の高いものに絞ることで、データ収集頻度を下げ通信コストを抑制できる。
しかしながら、ナビゲーション装置は、全ての走行データを情報センタへ送信するため、不必要な情報も情報センタへ送信することとなり、通信コストが掛かってしまうという問題がある。また、情報センタでは、収集対象を各ナビゲーション装置に振り分ける処理負担が大きくなるという問題がある。
【０００４】
そこで、本発明は、上述した問題点を解決するためになされたものであり、ナビゲーション装置から情報センタに対して不要な情報を削減して、必要な情報のみを送信することが可能となり、通信コストの削減化を図ることが可能となると共に、情報センタの処理負担の軽減化を図ることが可能となるナビゲーションシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記目的を達成するため請求項１に係るナビゲーションシステムは、車両（６）に搭載されたナビゲーション装置（２）と、前記ナビゲーション装置から送信されたプローブ情報を受信する情報センタ（３）と、を備えたナビゲーションシステム（１）において、前記情報センタ（３）は、所定要因に対応して、前記プローブ情報の送信内容を指示する制限情報を記憶する制限情報記憶手段（１８）と、前記ナビゲーション装置に対応する所定要因を特定する要因特定手段（１０）と、前記要因特定手段によって特定された所定要因に基づいて前記制限情報を選択する制限情報選択手段（１０）と、前記ナビゲーション装置に選択した制限情報を送信する送信手段（１７）と、を有し、前記ナビゲーション装置（２）は、前記制限情報を受信する受信手段（２７）と、受信した該制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御する送信制御手段（２３）と、を有することを特徴とする。
【０００６】
また、請求項２に係るナビゲーションシステムは、請求項１に記載のナビゲーションシステム（１）において、前記所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されていることを特徴とする。
【０００７】
また、請求項３に係るナビゲーションシステムは、請求項１又は請求項２に記載のナビゲーションシステム（１）において、前記送信制御手段（２３）は、受信した制限情報の履歴を受信条件に対応して記憶する履歴記憶手段（２２）と、同じ制限情報を同一受信条件で所定回数受信したか否かを判定する回数判定手段（２３）と、を有し、該送信制御手段（２３）は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御することを特徴とする。
【０００８】
また、請求項４に係るナビゲーションシステムは、請求項１乃至請求項３のいずれかに記載のナビゲーションシステム（１）において、前記ナビゲーション装置（２）は、設定された目的地までの距離を算出する算出手段（２３、２１）と、前記距離を目的地までの距離情報として情報センタに送信する距離情報送信手段（２３、２７）と、を有し、前記情報センタ（３）は、前記ナビゲーション装置から送信された距離情報を受信する距離情報受信手段（１７）を有し、前記制限情報選択手段（１０）は、受信した距離情報に基づいて該ナビゲーション装置に対して前記プローブ情報の送信不許可又送信許可を指示する制限情報を選択することを特徴とする。
【０００９】
更に、請求項５に係るナビゲーションシステムは、請求項１乃至請求項４のいずれかに記載のナビゲーションシステム（１）において、前記情報センタ（３）は、各前記ナビゲーション装置（２）から受信した狭い時間帯における同一リンクに対する前記プローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出する検出手段（１０）を有し、前記制限情報選択手段（１０）は、前記異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対してプローブ情報の送信停止を指示する制限情報を選択することを特徴とする。
【発明の効果】
【００１０】
前記構成を有する請求項１に係るナビゲーションシステムでは、情報センタは、ナビゲーション装置に対応する所定要因を特定し、この特定された所定要因に基づいて、プローブ情報の送信内容を指示する制限情報を選択する。そして、情報センタは、選択した制限情報をナビゲーション装置に対して送信する。一方、ナビゲーション装置は、受信した該制限情報に基づいて、収集したプローブ情報から指示された送信内容のプローブ情報を情報センタに送信する。
【００１１】
これにより、ナビゲーション装置は、収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）から、制限情報に従って、情報センタが必要とする情報のみを選択して（例えば、月、日時、自車位置の属する２次メッシュＩＤ、リンク情報、渋滞情報のみを選択する。）、情報センタに送信することが可能となり、情報センタとの携帯電話等を介した通信時間の短縮化を図って通信コストの削減化を図ることが可能となる。また、情報センタは、ナビゲーション装置から送信される不要な情報を削減することが可能となり、処理負担の軽減化を図ることが可能となる。
【００１２】
また、請求項２に係るナビゲーションシステムでは、所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されている。このため、地域性、時期的要因、時間的要因、道路種別要因を制限情報の選択に加味することができるので、制限情報の選択をより高精度に行うことが可能となる。
【００１３】
また、請求項３に係るナビゲーションシステムでは、ナビゲーション装置は、受信した制限情報の履歴を受信条件に対応して記憶している。そして、ナビゲーション装置は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を情報センタに送信する。
これにより、ナビゲーション装置は、情報センタから制限情報を受信していない場合でも、同じ制限情報を所定回数受信した受信条件になった際には、この同じ制限情報に基づいて、収集したプローブ情報を情報センタに送信することが可能となる。このため、情報センタは、制限情報をナビゲーション装置に対して送信していない場合でも、必要なプローブ情報を受信することが可能となり、処理負担の軽減化を図ることが可能となる。
【００１４】
また、請求項４に係るナビゲーションシステムでは、ナビゲーション装置は、設定された目的地までの距離を算出して距離情報として情報センタに送信する。また、情報センタは、受信した距離情報に基づいて該ナビゲーション装置に対してプローブ情報の送信不許可又は送信許可を指示する制限情報を選択して、この選択した制限情報をナビゲーション装置に対して送信する。
これにより、情報センタは、より少ないナビゲーション装置から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００１５】
更に、請求項５に係るナビゲーションシステムでは、情報センタは、各ナビゲーション装置から受信した狭い時間帯における同一リンクに対するプローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対して、プローブ情報の送信停止を指示する制限情報を選択して、この選択した制限情報をナビゲーション装置に対して送信する。
これにより、情報センタは、各ナビゲーション装置から受信するプローブ情報の高精度化を図ることができ、少ないプローブ情報でも精度の高い交通情報を配信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係るナビゲーションシステムを具体化した一実施例に基づき図面を参照しつつ詳細に説明する。
【実施例】
【００１７】
先ず、本実施例に係るナビゲーションシステム１の概略構成について図１を用いて説明する。図１は本実施例に係るナビゲーションシステム１を示したブロック図である。
【００１８】
図１に示すように本実施例に係るナビゲーションシステム１は、各プローブカー６に搭載されたナビゲーション装置２と、ナビゲーション装置２に対して地図情報を更新する為の更新情報や後述の各ナビゲーション装置２から収集したプローブ情報に基づいて作成した渋滞情報等の交通情報を配信する情報センタとしての情報配信センタ３と、ネットワーク４から基本的に構成されている。そして、ナビゲーション装置２と情報配信センタ３は、ネットワーク４を介して各種の情報の送受信が可能となるように構成されている。
【００１９】
また、このネットワーク４には、道路交通情報センタ（ＶＩＣＳ（登録商標））５が接続され、ナビゲーション装置２と情報配信センタ３とは、ネットワーク４を介して、警察、日本道路公団等の交通管制システムの情報を収集して作成した道路の渋滞等に関する情報や交通規制情報等の交通情報を所定時間毎に受信することが可能に構成されている。また、この交通情報は、例えば、道路の渋滞等に関する道路渋滞情報、道路工事、建築工事等による交通規制情報等の道路交通情報に関する詳細情報である。該詳細情報は、道路渋滞情報の場合、後述のＶＩＣＳリンクＩＤ、渋滞の実際の長さ、渋滞を通過するのに要する所要時間、渋滞度（渋滞無し／混雑／渋滞の別等）、渋滞中の車速、旅行時間、渋滞車線の進行方向、渋滞解消の見込まれる時刻等であり、交通規制情報の場合、後述のＶＩＣＳリンクＩＤ、道路工事、建築工事等の継続期間、通行止め、片側交互通行、車線規制等の交通規制の種類、交通規制の時間帯等である。
尚、ナビゲーション装置２の構成に関しては後に図２を用いて詳細に説明する。
【００２０】
情報配信センタ３は、図１に示すようにサーバ１０と、サーバ１０に接続された地図情報記録部としてのセンタ側地図情報データベース（センタ側地図情報ＤＢ）１４と、ナビ更新履歴情報データベース（ナビ更新履歴情報ＤＢ）１５と、センタ側交通情報データベース（センタ側交通情報ＤＢ）１６と、センタ側通信装置１７と、収集パターンデータベース（収集パターンＤＢ）１８とを備える。また、サーバ１０は、サーバ１０の全体の制御を行う演算装置及び制御装置としてのＣＰＵ１１、並びにＣＰＵ１１が各種の演算処理を行うに当たってワーキングメモリとして使用されるＲＡＭ１２、ナビゲーション装置２からの要求に基づいてナビゲーション装置２に記憶された地図情報の内、所定エリアの地図情報を新たなバージョンの地図情報に更新する為の更新情報をセンタ側地図情報ＤＢ１４から抽出し、ナビゲーション装置２に対して配信する地図情報更新処理や、後述のプローブカー６に搭載されたナビゲーション装置２に対して、情報配信センタ３へのプローブ情報の送信データ内容を指示する収集パターンを選択して、この選択した収集パターンをナビゲーション装置２の送信パターンとして送信する収集パターン送信処理（図５参照）や、ナビゲーション装置２からの要求に基づいて、現況の交通情報をネットワーク４を介して配信する交通情報配信処理等を行うための各種の制御プログラムが記録されたＲＯＭ１３等の内部記憶装置や、時間を計測するタイマ１９等を備えている。尚、ＣＰＵ１１に代えてＭＰＵ等を使用することができる。
【００２１】
また、センタ側地図情報ＤＢ１４には、情報配信センタ３で作成され、ナビゲーション装置２に記憶された地図情報を更新する際の基本となる地図情報である更新用地図情報１４Ａがバージョン毎に区分されて記憶されている。更に、現在のナビゲーション装置２に記憶される地図情報の一部又は全部を更新用地図情報１４Ａに更新する為の更新情報についても記憶されている。ここで、バージョンとは地図情報が作成された時期を特定する為の作成時期情報であり、バージョンを参照することによって地図情報が作成された時期を特定することが可能となっている。
【００２２】
また、センタ側地図情報ＤＢ１４に記憶された更新用地図情報１４Ａには、ナビゲーション装置２で経路案内及び地図表示を行うのに必要な各種情報が記録されており、例えば、地図を表示するための地図表示データ、各交差点に関する交差点データ、ノード点に関するノードデータ、施設の一種である道路（道路リンク）に関するリンクデータ、経路を探索するための探索データ、施設の一種である店舗等のＰＯＩ（Ｐｏｉｎｔ ｏｆ Ｉｎｔｅｒｅｓｔ）に関する店舗データ、地点を検索するための検索データ等から構成されている。
【００２３】
ここで、特に地図表示データとしては、１０ｋｍ×１０ｋｍで区画された２次メッシュをベースに４分割（長さ１／２）、１６分割（１／４）、６４分割（１／８）されたユニットで構成されており、各ユニットのデータ量が略同レベルになるように、各地のユニットが設定されている。最も小さい６４分割サイズのユニットは、約１．２５ｋｍ四方の大きさである。
【００２４】
また、ノードデータとしては、実際の道路の分岐点（交差点、Ｔ字路等も含む）、各道路に曲率半径等に応じて所定の距離ごとに設定されたノード点の座標（位置）、ノードが交差点に対応するノードであるか等を表すノード属性、ノードに接続するリンクの識別番号であるリンクＩＤのリストである接続リンク番号リスト、ノードにリンクを介して隣接するノードのノード番号のリストである隣接ノード番号リスト、各ノード点の高さ（高度）等に関するデータ等が記録される。
【００２５】
また、リンクデータとしては、道路を構成する各道路リンク（以下、「リンク」という。）に関してリンクの属する道路の幅員、勾（こう）配、カント、バンク、路面の状態、道路の車線数、車線数の減少する箇所、幅員の狭くなる箇所、踏切り等を表すデータが、コーナに関して、曲率半径、交差点、Ｔ字路、コーナの入口及び出口等を表すデータが、道路属性に関して、降坂路、登坂路等を表すデータが、道路種別に関して、国道、主要地方道、県道、市町村道の一般道路、また、一般道路よりも狭い街中等の細街路のほか、高速自動車国道、都市高速道路、一般有料道路、有料橋等の有料道路を表すデータがそれぞれ記録される。更に、有料道路に関して、有料道路の入口及び出口の取付道（ランプウェイ）、料金所（インターチェンジ）等に関するデータが記録される。
【００２６】
また、探索データとしては、設定された目的地までの経路を探索及び表示する際に使用されるデータについて記録されており、ノードを通過する際の右左折や道路を構成するリンクの距離、道幅、道路種別等によって決定される各ノードの重み付け（以下、「コスト」という。）を算出する為に使用するコストデータ、経路探索により選択された経路を液晶ディスプレイ２５の地図上に表示するための経路表示データ等から構成されている。
【００２７】
また、店舗データとしては、各地域のホテル、病院、ガソリンスタンド、駐車場、観光施設等のＰＯＩに関するデータがＰＯＩを特定するＩＤとともに記録される。なお、前記センタ側地図情報ＤＢ１４には、所定の情報をナビゲーション装置２のスピーカ２６によって出力するための音声出力データも記録される。
【００２８】
そして、情報配信センタ３は、ナビゲーション装置２からの要求があったタイミングで、センタ側地図情報ＤＢ１４に格納された更新用地図情報１４Ａの内、最もバージョンの新しい更新用地図情報１４Ａによってナビゲーション装置２に記憶された地図情報の更新を行う。具体的には、本実施例に係るナビゲーションシステム１では、ナビゲーション装置２から更新用地図情報１４Ａの配信要求があった場合には、最もバージョンの新しい更新用地図情報１４Ａに更新する為の更新情報をナビゲーション装置２に対して配信することにより更新が行われる。ここで、ナビゲーション装置２に対して送信される更新情報としては、最もバージョンの新しい更新用地図情報１４Ａの新設道路を特定するための新設道路情報を含む全情報を送信することとしても良いし、現在のナビゲーション装置に記憶される地図情報から最もバージョンの新しい更新用地図情報１４Ａに更新する為の必要最小限の情報（新設道路を特定するための新設道路情報を含む更新部分の情報のみ）を送信することとしても良い。
【００２９】
一方、ナビ更新履歴情報ＤＢ１５には、ナビゲーション装置２に記憶されている地図情報について現在までに更新を行った更新履歴に関する情報が、ナビゲーション装置２を特定するナビ識別ＩＤとともに記憶される。更新履歴としては、具体的に地図情報を構成するリンクデータやノードデータ毎にどのバージョンの地図情報が用いられているかが記憶されており、ナビゲーション装置２の地図情報の更新を行う毎に新たな更新履歴に書き換えられる。
【００３０】
また、センタ側交通情報ＤＢ１６には、プローブカー６に搭載されたナビゲーション装置２により収集されるプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）や道路交通情報センタ（ＶＩＣＳ（登録商標））５から受信した交通情報を収集して作成した現況の道路の渋滞等に関する情報である現況交通情報１６Ａが格納されている。また、このセンタ側交通情報ＤＢ１６には、過去に作成された道路の渋滞等に関する統計的交通情報である統計交通情報１６Ｂが格納されている。この統計交通情報１６Ｂは、祭り、パレード、花火大会等のイベントの開催予定場所、予定日時等のイベント予定情報、例えば、駅周辺や大型商業施設周辺の道路には週末を除く毎日の特定時刻に渋滞が発生するとか、海水浴場周辺の道路には夏季休暇時期に渋滞が発生する等の統計的渋滞情報や渋滞予測情報を含んでもよい。
【００３１】
そして、情報配信センタ３は、ナビゲーション装置２からの要求があったタイミングで、センタ側交通情報ＤＢ１６に格納された現況交通情報１６Ａ、統計交通情報１６Ｂに基づいて各交差点間の交通情報等を選択して配信する。
【００３２】
また、道路交通情報センタ（ＶＩＣＳ（登録商標））５から受信した交通情報には、道路種別情報、位置、渋滞区間の距離、渋滞度等の情報とともに、ＶＩＣＳリンクＩＤが含まれる。該ＶＩＣＳリンクＩＤは、道路を所定の交差点毎に分割して規格化された走行案内用リンクとしてのＶＩＣＳリンクに付与された識別番号である。なお、前記交通情報には、各ＶＩＣＳリンクにおける始点及び終点の座標、始点から終点までの距離等の情報も含まれている。
【００３３】
ここで、センタ側地図情報ＤＢ１４に記憶される道路（リンク）とＶＩＣＳリンクとは同一のものではない（一般的には、道路（リンク）の方がＶＩＣＳリンクよりも細分化されている。）。そこで、各道路（リンク）に識別番号として付与される道路リンクＩＤとＶＩＣＳリンクＩＤとの間の変換テーブル（対照表）を有し、ＶＩＣＳリンクＩＤに基づいて、対応する道路リンクＩＤを特定することができるようになっている。これにより、ＶＩＣＳリンクＩＤをナビゲーション装置２において使用されている道路リンクＩＤに変換して、交通情報を送信することができる。
【００３４】
また、情報配信センタ３は、後述のようにナビゲーション装置２に対して、情報配信センタ３へのプローブ情報の送信データ内容を指示する収集パターンを選択する際に、収集パターンＤＢ１８に格納されている収集パターンデータ５１（図３参照）に基づいて、この収集パターンを決定する。
【００３５】
ここで、収集パターンデータ５１について図３に基づいて説明する。図３は収集パターンデータＤＢ１８に格納される収集パターンデータ５１のデータ構造を説明する説明図である。
図３に示すように、収集パターンデータ５１は、プローブ情報の収集期間である期間５１Ａ、特定されていない地域を表す一般エリア５１Ｂ、特定されている地域を表す特定エリア５１Ｃ、及び各エリア５１Ｂ、５１Ｃ内のナビゲーション装置２へ指示する収集パターンである制限情報としての収集パターン５１Ｄから構成されている。
【００３６】
そして、期間５１Ａは、収集パターン５１Ｄを「２００６年１０月１日〜２００６年１０月３１日」、「２００６年１１月１日〜２００６年１１月３０日」、「２００６年１２月１日〜２００６年１２月３１日」、・・・と１ヶ月毎に分けている。
また、期間５１Ａの下位データは、一般エリア５１Ｂと特定エリア５１Ｃとなっている。この一般エリア５１Ｂと特定エリア５１Ｃは、収集パターン５１Ｄを各エリア毎に特定するものである。また、この特定エリア５１Ｃは、収集パターン５１Ｄを東京都内を表す「東京エリア」、愛知県内を表す「愛知エリア」、北海道内を表す「北海道エリア」等に分けている。
【００３７】
例えば、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、一般エリア５１Ｂの場合には、収集パターン５１Ｄとして「パターン１」が選択される。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、特定エリア５１Ｄが「東京エリア」の場合には、プローブカー６の１台目から１００台目までに対しては、「パターン２」が選択され、プローブカー６の１０１台目以降に対しては、「パターン８」が選択される。また、期間５１Ａが「２００６年１１月１日〜２００６年１１月３０日」、一般エリア５１Ｂの場合には、収集パターン５１Ｄとして「パターン４」が選択される。また、期間５１Ａが「２００６年１１月１日〜２００６年１１月３０日」、特定エリア５１Ｄが「北海道エリア」の場合には、収集パターン５１Ｄとして「パターン７」が選択される。
従って、収集パターン５１Ｄは、期間５１Ａ（時期的要因）、各エリア５１Ｂ、５１Ｃ（地域的要因）の所定要因が加味されたデータである。
【００３８】
また、収集パターンＤＢ１８には、収集パターン５１Ｄによって特定される各収集パターンに対応するプローブ情報の送信データ内容を特定する送信データテーブル６１が格納されている。尚、情報配信センタ３は、この送信データテーブル６１を所定期間毎に（例えば、３ヶ月毎〜６ヶ月毎である。）、各プローブカー６に搭載されたナビゲーション装置２へ配信する。そして、この送信データテーブル６１を受信した各ナビゲーション装置２は、送信パターンＤＢ３９（図２参照）に格納して、該送信パターンＤＢ３９に格納される送信データテーブル６１を更新する。
【００３９】
ここで、送信データテーブル６１について図４に基づいて説明する。図４は収集パターンＤＢ１８に格納される送信データテーブル６１の一例を示す図である。
図４に示すように、送信データテーブル６１は、各収集パターン５１Ｄを表す「収集パターン」と、この収集パターンに対応する「送信データ内容」とから構成されている。この「送信データの内容」は、送信すべきデータの種別、収集日時、収集曜日等を特定するものである。
【００４０】
例えば、「収集パターン」が「パターン１」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）のうちのＡＢＳ動作情報、車外／路面温度を除いた全データとなっている。また、「収集パターン」が「パターン２」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報のうちの渋滞情報（リンクの旅行時間、渋滞度、走行速度）のみとなっている。また、収集パターン」が「パターン３」の場合には、対応する「送信データ内容」は、期間５１Ａ内の土曜日、日曜日及び祝日におけるナビゲーション装置２が収集したプローブ情報のうちのＡＢＳ動作情報を除いた全データとなっている。また、「収集パターン」が「パターン５」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報のうちの都市高速道路の渋滞情報（リンクの旅行時間、渋滞度、走行速度）のみとなっている。また、「収集パターン」が「パターン８」の場合には、対応する「送信データ内容」は、当日におけるプローブ情報の全データの送信の停止となっている。
【００４１】
尚、情報配信センタ３は、個人、企業、団体、地方自治体、政府関係機関等のいずれが運営していてもよく、道路交通情報センタ（ＶＩＣＳ（登録商標））５が運営していてもよい。
【００４２】
また、ネットワーク４としては、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、イントラネット、携帯電話回線網、電話回線網、公衆通信回線網、専用通信回線網、インターネット等の通信回線網等の通信系を使用することができる。そして、放送衛星によるＣＳ放送、ＢＳ放送、地上波ディジタルテレビ放送、ＦＭ多重放送等を利用する通信系を使用することもできる。更に、高度道路交通システム（ＩＴＳ）において利用されるノンストップ自動料金支払いシステム（ＥＴＣ）、狭域通信システム（ＤＳＲＣ）等の通信系を使用することもできる。
【００４３】
次に、本実施例に係るナビゲーションシステム１を構成するナビゲーション装置２の概略構成について図２を用いて説明する。図２は本実施例に係るナビゲーション装置２を示したブロック図である。
【００４４】
図２に示すように本実施例に係るナビゲーション装置２は、自車の現在位置を検出する現在地検出処理部２１と、各種のデータが記録されたデータ記録部２２と、入力された情報に基づいて、各種の演算処理を行うナビゲーション制御部２３と、操作者からの操作を受け付ける操作部２４と、操作者に対して地図等の情報を表示する液晶ディスプレイ２５と、経路案内に関する音声ガイダンスを出力するスピーカ２６と、道路交通情報センタ（ＶＩＣＳ（登録商標））５や情報配信センタ３等との間で携帯電話網等を介して通信を行う通信装置２７と、から構成されている。また、ナビゲーション制御部２３には自車の走行速度を検出する車速センサ２８が接続される。
【００４５】
以下に、ナビゲーション装置２を構成する各構成要素について説明すると、現在地検出処理部２１は、ＧＰＳ３１、地磁気センサ３２、距離センサ３３、ステアリングセンサ３４、方位検出部としてのジャイロセンサ３５、高度計（図示せず）等からなり、現在の自車の位置、方位、目標物（例えば、交差点）までの距離等を検出することが可能となっている。
【００４６】
具体的には、ＧＰＳ３１は、人工衛星によって発生させられた電波を受信することにより、地球上における自車の現在地及び現在時刻を検出し、地磁気センサ３２は、地磁気を測定することによって自車方位を検出し、距離センサ３３は、道路上の所定の位置間の距離等を検出する。ここで、距離センサ３３としては、例えば、自車の車輪（図示せず）の回転速度を測定し、測定した回転速度に基づいて距離を検出するセンサ、加速度を測定し、測定した加速度を２回積分して距離を検出するセンサ等を使用することができる。
【００４７】
また、ステアリングセンサ３４は自車の舵（だ）角を検出する。ここで、ステアリングセンサ３４としては、例えば、ステアリングホイール（図示せず）の回転部に取り付けられた光学的な回転センサ、回転抵抗センサ、車輪に取り付けられた角度センサ等が使用される。
【００４８】
そして、ジャイロセンサ３５は自車の旋回角を検出する。ここで、ジャイロセンサ３５としては、例えば、ガスレートジャイロ、振動ジャイロ等が使用される。また、ジャイロセンサ３５によって検出された旋回角を積分することにより、自車方位を検出することができる。
【００４９】
また、データ記録部２２は、外部記憶装置及び記憶媒体としてのハードディスク（図示せず）と、ハードディスクに記憶されたナビ側交通情報データベース（ナビ側交通情報ＤＢ）３６、ナビ側地図情報データベース（ナビ側地図情報ＤＢ）３７、走行履歴データベース（走行履歴ＤＢ）３８、送信パターンデータベース（送信パターンＤＢ）３９及び所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、本実施例においては、データ記録部２２の外部記憶装置及び記憶媒体としてハードディスクが使用されるが、ハードディスクのほかに、フレキシブルディスク等の磁気ディスクを外部記憶装置として使用することができる。また、メモリーカード、磁気テープ、磁気ドラム、ＣＤ、ＭＤ、ＤＶＤ、光ディスク、ＭＯ、ＩＣカード、光カード等を外部記憶装置として使用することもできる。
【００５０】
ここで、ナビ側交通情報ＤＢ３６には、情報配信センタ３や道路交通情報センタ（ＶＩＣＳ）５から受信した渋滞の実際の長さ、渋滞の原因、渋滞解消の見込まれる時刻等から構成される現況の道路の渋滞等に関する道路渋滞情報や、道路工事、建築工事等による交通規制情報等の交通情報から作成した現況交通情報３６Ａが格納される。また、ナビ側交通情報ＤＢ３６には、過去に作成された道路の渋滞等に関する統計的交通情報である統計交通情報３６Ｂが格納されている。この統計渋滞情報３６Ｂは、祭り、パレード、花火大会等のイベントの開催予定場所、予定日時等のイベント予定情報、例えば、駅周辺や大型商業施設周辺の道路には週末を除く毎日の特定時刻に渋滞が発生するとか、海水浴場周辺の道路には夏季休暇時期に渋滞が発生する等の統計的渋滞情報や渋滞予測情報を含んでもよい。
【００５１】
また、ナビ側地図情報ＤＢ３７には、ナビゲーション装置２の走行案内や経路探索に使用されるとともに情報配信センタ３による更新対象となるナビ地図情報３７Ａが格納されている。ここで、ナビ地図情報３７Ａには、更新用地図情報１４Ａと同様に経路案内及び地図表示に必要な各種情報から構成されており、例えば、各新設道路を特定するための新設道路情報、地図を表示するための地図表示データ、各交差点に関する交差点データ、ノード点に関するノードデータ、施設の一種である道路（リンク）に関するリンクデータ、経路を探索するための探索データ、施設の一種である店舗等のＰＯＩに関する店舗データ、地点を検索するための検索データ等から構成されている。尚、各データの詳細については既に説明したので、ここではその詳細は省略する。そして、ナビ側地図情報ＤＢ３７の内容は、情報配信センタ３から通信装置２７を介して配信された更新情報をダウンロードすることによって更新される。
【００５２】
また、走行履歴ＤＢ３８には、各リンクの走行毎に、プローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）が順次記憶される。
【００５３】
また、送信パターンＤＢ３９には、情報配信センタ３から受信した上記送信データテーブル６１が格納される。そして、プローブカー６に搭載されたナビゲーション装置２は、このプローブカー６が走行している場合には、後述のように該情報配信センタ３から指示された収集パターン５１Ｄに対応する送信データ内容を該送信データテーブル６１から読み出し、この送信データ内容に対応するプローブ情報を収集して、送信タイミングになった時に情報配信センタ３へ通信装置２７を介して送信する（図６参照）。
【００５４】
また、図２に示すように、ナビゲーション装置２を構成するナビゲーション制御部２３は、ナビゲーション装置２の全体の制御を行う演算装置及び制御装置としてのＣＰＵ４１、並びにＣＰＵ４１が各種の演算処理を行うに当たってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データや情報配信センタ３から受信した交通情報等が記憶されるＲＡＭ４２、制御用のプログラムのほか、プローブ情報を取得して所定時間毎等に、このプローブ情報を情報配信センタ３へ送信するプローブ情報送信処理プログラム等が記憶されたＲＯＭ４３、ＲＯＭ４３から読み出したプログラムを記憶するフラッシュメモリ４４等の内部記憶装置や、時間を計測するタイマ４５等を備えている。尚、前記ＲＡＭ４２、ＲＯＭ４３、フラッシュメモリ４４等としては半導体メモリ、磁気コア等が使用される。そして、演算装置及び制御装置としては、ＣＰＵ４１に代えてＭＰＵ等を使用することも可能である。
【００５５】
また、本実施例においては、前記ＲＯＭ４３に各種のプログラムが記憶され、前記データ記録部２２に各種のデータが記憶されるようになっているが、プログラム、データ等を同じ外部記憶装置、メモリーカード等からプログラム、データ等を読み出して前記フラッシュメモリ４４に書き込むこともできる。更に、メモリーカード等を交換することによって前記プログラム、データ等を更新することができる。
【００５６】
更に、前記ナビゲーション制御部２３には、操作部２４、液晶ディスプレイ２５、スピーカ２６、通信装置２７の各周辺装置（アクチュエータ）が電気的に接続されている。
【００５７】
操作部２４は、走行開始時の現在地を修正し、案内開始地点としての出発地及び案内終了地点としての目的地を入力する際や施設に関する情報の検索を行う場合等に操作され、各種のキーや複数の操作スイッチから構成される。そして、ナビゲーション制御部２３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部２４としては、キーボード、マウス、バーコードリーダ、遠隔操作用のリモートコントロール装置、ジョイスティック、ライトペン、スタイラスペン等を使用することもできる。更に、液晶ディスプレイ２５の前面に設けたタッチパネルによって構成することもできる。
【００５８】
また、液晶ディスプレイ２５には、ナビ地図情報３７Ａに基づく地図が表示されて各リンク上の交通情報が表示される経路案内画面の他、操作案内、操作メニュー、キーの案内、現在地から目的地までの誘導経路、誘導経路に沿った案内情報、交通情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。尚、液晶ディスプレイ２５の代わりに、ＣＲＴディスプレイ、プラズマディスプレイ等を使用したり、車両のフロントガラスにホログラムを投影するホログラム装置等を使用することも可能である。
【００５９】
また、スピーカ２６は、ナビゲーション制御部２３からの指示に基づいて、誘導経路に沿った走行を案内する音声ガイダンス等を出力する。ここで、案内される音声ガイダンスとしては、例えば、「２００ｍ先、○○交差点を右方向です。」や「この先の国道○○号線が渋滞しています。」等がある。なお、スピーカ２６より出力される音声としては、合成された音声のほかに、各種効果音、予めテープやメモリ等に録音された各種の案内情報を出力することもできる。
【００６０】
そして、通信装置２７は、情報配信センタ３と通信を行う携帯電話網等による通信手段であり、情報配信センタ３との間で最もバージョンの新しい更新地図情報や現況交通情報等の送受信を行う。また、通信装置２７は、情報配信センタ３に加えて、道路交通情報センタ（ＶＩＣＳ）５等から送信された渋滞情報、規制情報、駐車場情報、交通事故情報、サービスエリアの混雑状況等の各情報から成る交通情報を受信する。
【００６１】
次に、前記構成を有するナビゲーションシステム１において、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１がエンジン始動時に実行するプローブ情報の収集パターンを取得する収集パターン取得処理と、情報配信センタ３のＣＰＵ１１が実行するプローブ情報の収集パターンを選択してナビゲーション装置２に配信する収集パターン配信処理について図５に基づいて説明する。図５はナビゲーションシステム１のプローブカー６に搭載されたナビゲーション装置２が実行する収集パターン取得処理と情報配信センタ３が実行する収集パターン配信処理を示すフローチャートである。
【００６２】
先ず、図５に基づいてプローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１が実行する「収集パターン取得処理」について説明する。尚、図５に、Ｓ１１〜Ｓ１３のフローチャートで示されるプログラムは、ナビゲーション装置２が備えているＲＡＭ４２やＲＯＭ４３に記憶されており、ＣＰＵ４１により実行される。
【００６３】
図５に示すように、先ず、ステップ（以下、Ｓと略記する）１１において、ＣＰＵ４１は、車両ＥＣＵ（図示せず）から送信される検出信号に基づいてイグニションスイッチがＯＮか否か、即ち自車のエンジンが始動しているか否かを判定する判定処理を実行する。そして、イグニションスイッチがＯＦＦの場合には（Ｓ１１：ＮＯ）、ＣＰＵ４１は、当該処理を終了する。
【００６４】
一方、イグニションスイッチがＯＮの場合には（Ｓ１１：ＹＥＳ）、ＣＰＵ４１は、Ｓ１２の処理に移行する。Ｓ１２において、ＣＰＵ４１は、情報配信センタ３に対して、収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ等を送信する。
その後、Ｓ１３において、ＣＰＵ４１は、情報配信センタ３から、収集パターン５１Ｄを受信して、この収集パターン５１ＤをＲＡＭ４２に記憶後、当該処理を終了する。
【００６５】
次に、図５に基づいて情報配信センタ３のＣＰＵ１１が実行する「収集パターン配信処理」について説明する。尚、図５に、Ｓ１１１乃至Ｓ１１５のフローチャートで示されるプログラムは、情報配信センタ３が備えているＲＡＭ１２やＲＯＭ１３に記憶されており、ＣＰＵ１１により実行される。
【００６６】
先ず、Ｓ１１１において、ＣＰＵ１１は、上記Ｓ１２でナビゲーション装置２から送信された収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信して、この各情報をＲＡＭ１２に記憶する。また、ＣＰＵ１１は、受信した自車位置データと更新用地図情報１４Ａに格納される地図表示データに基づいて、自車位置が含まれる２次メッシュのメッシュＩＤを検出してＲＡＭ１２に記憶する。
【００６７】
そして、Ｓ１１２において、ＣＰＵ１１は、タイマ１９の時刻データ等を読み込み、現在日時、現在時刻を取得し、収集パターンＤＢ１８に格納される収集パターンデータ５１の現時点の期間５１Ａを特定してＲＡＭ１２に記憶する。
例えば、現在日時が２００６年１０月２日７時１５分の場合には、ＣＰＵ１１は、「２００６年１０月１日〜２００６年１０月３１日」の期間５１Ａを特定する。
【００６８】
続いて、Ｓ１１３において、ＣＰＵ１１は、ナビゲーション装置２が位置する２次メッシュのメッシュＩＤをＲＡＭ１２から読み出し、上記Ｓ１１２で特定した期間５１Ａに対応する収集パターンデータ５１の一般エリア５１Ｂと特定エリア５１Ｃのうちのいずれのエリアにナビゲーション装置２が位置するかを判定して、ＲＡＭ１２に記憶する。
【００６９】
例えば、図３に示すように、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、ナビゲーション装置２から受信した自車位置が含まれる２次メッシュのメッシュＩＤが岐阜県内の場合には、ＣＰＵ１１は、ナビゲーション装置２は一般エリア５１Ｂに位置すると判定する。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、ナビゲーション装置２から受信した自車位置が含まれる２次メッシュが愛知県内の場合には、ＣＰＵ１１は、ナビゲーション装置２は特定エリア５１Ｃの「愛知エリア」に位置すると判定する。
【００７０】
そして、Ｓ１１４において、ＣＰＵ１１は、上記Ｓ１１２で特定した期間５１Ａと、上記Ｓ１１３で判定した一般エリア５１Ｂ又は特定エリア５１Ｃとに対応する収集パターン５１Ｄを、収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
例えば、図３に示すように、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、自車位置が一般エリア５１Ｂの場合には、ＣＰＵ１１は、「パターン１」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
【００７１】
また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、自車位置が特定エリア５１Ｃの「東京エリア」で、収集パターン５１Ｄを情報配信センタ３に要求した１台目〜１００台目の場合には、ＣＰＵ１１は、「パターン２」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、自車位置が特定エリア５１Ｃの「東京エリア」で、収集パターン５１Ｄを情報配信センタ３に要求した１０１台目以降の場合には、ＣＰＵ１１は、「パターン８」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
【００７２】
続いて、Ｓ１１５において、ＣＰＵ１１は、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して、上記Ｓ１１４で収集パターンデータ５１から読み出した収集パターン５１Ｄを送信後、当該処理を終了する。
例えば、ＣＰＵ１１は、上記Ｓ１１４で収集パターンデータ５１から読み出した収集パターン５１Ｄが「パターン８」の場合には、この「パターン８」を収集パターン５１Ｄとして、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２へ送信後、当該処理を終了する。
【００７３】
次に、ナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいてプローブ情報を収集して、情報配信センタ３に送信するプローブ情報送信処理について図６に基づいて説明する。図６はナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいてプローブ情報を収集して、情報配信センタ３へ送信するプローブ情報送信処理を示すフローチャートである。
【００７４】
図６に示すように、先ず、Ｓ２１において、ＣＰＵ４１は、全プローブ情報を収集して、ＲＡＭ４２に一時的に記憶する。
例えば、ＣＰＵ４１は、各リンクを通過毎に、プローブ情報として月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュのメッシュＩＤ、車外／路面温度、天気、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）等を収集して、ＲＡＭ４２に一時的に記憶する。また、ＣＰＵ４１は、所定時間毎に（例えば、１分毎〜３分毎である。）、プローブ情報としてワイパーの動作状況を収集して、ＲＡＭ４２に一時的に記憶する。また、ＣＰＵ４１は、ＡＢＳ（Antilock brake system）が作動した場合には、プローブ情報としてＡＢＳ動作情報を収集して、ＲＡＭ４２に一時的に記憶する。
【００７５】
続いて、Ｓ２２において、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報について、情報配信センタ３から受信した収集パターン５１Ｄに対応する送信データ内容に該当するか否かを判定する判定処理を実行する。具体的には、ＣＰＵ４１は、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、受信した収集パターン５１Ｄに対応する「送信データ内容」を読み出し、ＲＡＭ４２に一時的に記憶した各プローブ情報について順次、この「送信データ内容」に該当するか否かを判定する。
【００７６】
そして、収集した各プローブ情報の中に、この「送信データ内容」に該当するプローブ情報がある場合には（Ｓ２２：ＹＥＳ）、ＣＰＵ４１は、Ｓ２３の処理に移行する。Ｓ２３において、ＣＰＵ４１は、この「送信データ内容」に該当するプローブ情報を順次、走行履歴ＤＢ３８に記憶後、該各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。
一方、収集したプローブ情報の中に、この「送信データ内容」に該当するプローブ情報が無い場合には（Ｓ２２：ＮＯ）、ＣＰＵ４１は、該各プローブ情報をＲＡＭ４２から消去後、Ｓ２４の処理に移行する。
【００７７】
ここで、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合に、ＣＰＵ４１が走行履歴ＤＢ３８に記憶するプローブ情報の一例を図４及び図７に基づいて説明する。図７はナビゲーション装置２のＣＰＵ４１が、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合に、走行履歴ＤＢ３８に記憶するプローブ情報の一例を説明する説明図である。
【００７８】
図７に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン５」に対応する「渋滞度、ＡＢＳ動作情報を除いた全データ」を読み出す。そして、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報（日時、リンク情報、渋滞度、ワイパー動作情報、ＡＢＳ動作情報、車外／路面温度、・・・）から「渋滞度」と「ＡＢＳ動作情報」とを除いた全データを順次、走行履歴ＤＢ３８に記憶後、該各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。
【００７９】
続いて、Ｓ２４において、ＣＰＵ４１は、情報配信センタ３へプローブ情報を送信する送信タイミングになったか否かを判定する判定処理を実行する。
例えば、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、所定時間（例えば、「５分」、「１５分」、「３０分」等である。）が経過しているか否かを判定する判定処理を実行する。または、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、所定距離（例えば、「１ｋｍ」、「２ｋｍ」、「３ｋｍ」等である。）走行したか否かを判定する判定処理を実行する。または、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、走行履歴ＤＢ３８に所定データ量（例えば、「１メガバイト」、「５メガバイト」、「１０メガバイト」等である。）のプローブ情報が蓄積されたか否かを判定する判定処理を実行する。
【００８０】
そして、情報配信センタ３へプローブ情報を送信する送信タイミングになったと判定した場合には（Ｓ２４：ＹＥＳ）、ＣＰＵ４１は、Ｓ２５の処理に移行する。Ｓ２５において、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、走行履歴ＤＢ３８に新たに記憶したプローブ情報を情報配信センタ３へ送信後、再度、Ｓ２１以降の処理を実行する。
一方、情報配信センタ３へプローブ情報を送信する送信タイミングになっていないと判定した場合には（Ｓ２４：ＮＯ）、ＣＰＵ４１は、再度、Ｓ２１以降の処理を実行する。
【００８１】
ここで、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合に、ＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を図４及び図８に基づいて説明する。図８はナビゲーション装置２のＣＰＵ４１が、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合に、実行するプローブ情報送信処理の一例を説明する説明図である。
【００８２】
図８に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン８」に対応する「当日における全データの送信を停止」の送信データ内容を読み出す。そして、ＣＰＵ４１は、上記Ｓ２２において、日付変更まで、情報配信センタ３へプローブ情報を送信しないと判定して（Ｓ２２：ＮＯ）、収集した各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。そして、ＣＰＵ４１は、送信タイミングになった場合には（Ｓ２４：ＹＥＳ）、走行履歴ＤＢ３８に新たなプローブ情報を記憶していないため、Ｓ２５において、情報配信センタ３へプローブ情報を送信しない。
従って、情報配信センタ３のＣＰＵ１１は、該当するプローブカー６の当日のプローブ情報を必要としない場合には、「パターン８」の収集パターン５１Ｄを当該プローブカー６に送信することによって、不必要なプローブ情報の送信を制限することができる。
【００８３】
また、情報配信センタ３から東京エリアと愛知エリアに位置するプローブカー６に搭載されたナビゲーション装置２にエリア毎に異なる収集パターン５１Ｄを送信した場合に、各ナビゲーション装置２のＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を図４及び図９に基づいて説明する。図９は情報配信センタ３から東京エリアと愛知エリアに位置するプローブカー６に搭載されたナビゲーション装置２にエリア毎に異なる収集パターン５１Ｄを送信した場合に、各ナビゲーション装置２のＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を説明する説明図である。
【００８４】
図９に示すように、東京エリア内のプローブカー６搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合には、上記図８において説明した通り、日付変更まで、情報配信センタ３へプローブ情報を送信しない。
一方、愛知エリア内のプローブカー６搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン３」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン３」に対応する「土曜日、日曜日及び祝日におけるＡＢＳ動作情報以外の全データ」の送信データ内容を読み出す。そして、ＣＰＵ４１は、タイマ４５から時刻データを読み出し、当日が土曜日、日曜日及び祝日のいずれかの場合には、ＡＢＳ動作情報以外のプローブ情報を順次、走行履歴ＤＢ３８に記憶し（Ｓ２１〜Ｓ２３）、送信タイミングになった場合には、走行履歴ＤＢ３８に記憶したプローブ情報を情報配信センタ３へ送信する（Ｓ２４〜Ｓ２５）。また、ＣＰＵ４１は、タイマ４５から時刻データを読み出し、当日が土曜日、日曜日及び祝日のいずれでもない場合には、日付変更まで、情報配信センタ３へプローブ情報を送信しないと判定して（Ｓ２２：ＮＯ）、収集した各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。そして、ＣＰＵ４１は、送信タイミングになった場合には（Ｓ２４：ＹＥＳ）、走行履歴ＤＢ３８にプローブ情報を記憶していないため、Ｓ２５において、情報配信センタ３へプローブ情報を送信しない。従って、情報配信センタ３は、愛知エリア内のプローブカー６から、土曜日、日曜日及び祝日におけるＡＢＳ動作情報以外の全データのみを収集することが可能となる。
【００８５】
以上詳細に説明した通り、本実施例に係るナビゲーションシステム１では、情報配信センタ３のＣＰＵ１１は、プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信したばあいには、収集パターンデータ５１の期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）を特定し、収集パターンデータ５１から対応する収集パターン５１Ｄ（制限情報）を選択して、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して送信する（Ｓ１１１〜Ｓ１１５）。一方、ナビゲーション装置２のＣＰＵ４１は、受信した収集パターン５１Ｄ（制限情報）に対応する「送信データ内容」を、送信パターンＤＢ３９に格納される送信データテーブル６１から読み出し、この読み出した「送信データ内容」に従って、プローブ情報を情報配信センタ３へ送信する（Ｓ２１〜Ｓ２５）。
【００８６】
従って、ナビゲーション装置２のＣＰＵ４１は、収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）から、収集パターン５１Ｄに対応する「送信データ内容」に従って、情報配信センタ３が必要とする情報のみを選択して（例えば、収集パターン５１Ｄが「パターン２」の場合には、渋滞情報のみを選択する。）、情報配信センタ３へ送信することが可能となり、情報配信センタ３との携帯電話等を介した通信時間の短縮化を図って通信コストの削減化を図ることが可能となる。また、情報配信センタ３は、プローブカー６に搭載されたナビゲーション装置２から送信される不要な情報を削減することが可能となり、処理負担の軽減化を図ることが可能となる。
また、情報配信センタ３のＣＰＵ１１は、収集パターン５１Ｄ（制限情報）を期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）とを考慮して選択できる共に、各収集パターン５１Ｄに対応する送信データテーブル６１の「送信データ内容」には、送信すべきデータの種別（データの種類、データの道路種別）、収集日時や収集曜日（時間的要因）等が含まれるため、収集パターン５１Ｄの選択をより高精度に行うことが可能となる。
【００８７】
尚、本発明は前記実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
【００８８】
（１）例えば、ナビゲーション装置２のＣＰＵ４１は、図６に示されるプローブ情報送信処理に替えて、図１０に示されるプローブ情報送信処理を実行するようにしてもよい。図１０は他の実施例に係るナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいて、収集したプローブ情報を情報配信センタ３へ送信するプローブ情報送信処理を示すフローチャートである。
具体的には、図１０に示すように、先ず、Ｓ３１において、ＣＰＵ４１は、上記Ｓ２１の処理を実行する。そして、Ｓ３２において、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報を走行履歴ＤＢ３８に順次、記憶する。続いて、Ｓ３３において、ＣＰＵ４１は、上記Ｓ２４の処理を実行する。
【００８９】
そして、情報配信センタ３へプローブ情報を送信する送信タイミングになっていないと判定した場合には（Ｓ３３：ＮＯ）、ＣＰＵ４１は、再度、Ｓ３１以降の処理を実行する。
一方、情報配信センタ３へプローブ情報を送信する送信タイミングになったと判定した場合には（Ｓ３３：ＹＥＳ）、ＣＰＵ４１は、Ｓ３４の処理に移行する。Ｓ３４において、ＣＰＵ４１は、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、受信した収集パターン５１Ｄに対応する「送信データ内容」を読み出し、ＲＡＭ４２に記憶する。そして、ＣＰＵ４１は、前回の送信タイミングから走行履歴ＤＢ３８に記憶した各プローブ情報の中から、この「送信データ内容」に該当するプローブ情報を選択して、ＲＡＭ４２に記憶する。
続いて、Ｓ３５において、ＣＰＵ４１は、この選択したプローブ情報をＲＡＭ４２から順次読み出し、情報配信センタ３へ送信後、再度、Ｓ３１以降の処理を実行する。
【００９０】
これにより、ナビゲーション装置２のＣＰＵ４１は、全プローブ情報を順次、記憶後、送信タイミングになった時に、前回の送信タイミングから走行履歴ＤＢ３８に記憶した各プローブ情報の中から、受信した収集パターン５１Ｄに対応する「送信データ内容」に該当するプローブ情報を選択して、情報配信センタ３へ送信することが可能となる。このため、収集したプローブ情報を選択することなく、全プローブ情報を一度、走行履歴ＤＢ３８に記憶するため、プローブ情報の収集処理の迅速化を図ることが可能となり、ＣＰＵ４１の処理負荷の軽減化を図ることが可能となる。
【００９１】
（２）前記実施例において、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から収集パターン５１Ｄ（制限情報）を受信した際の、受信条件（例えば、受信時の自車位置が含まれるエリア、受信時の曜日、受信時の時間等である。）を、当該収集パターン５１Ｄと共に送信パターンＤＢ３９に記憶するように構成してもよい。そして、ＣＰＵ４１は、同一収集パターン５１Ｄを同一受信条件で所定回数（例えば、３回〜６回である。）受信したと判定した場合には、この受信条件になった際に、この同じ収集パターン５１Ｄを受信したとして、上記図６または図１０に示すプローブ情報送信処理を実行するようにしてもよい。
【００９２】
ここで、一例を図１１に基づいて説明する。図１１はプローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１が、「パターン１１」の収集パターン５１Ｄを同一受信条件で過去５回以上受信した場合に、この受信条件になった際に、「パターン１１」の収集パターン５１Ｄに対応するプローブ情報を情報配信センタ３へ送信する一例を説明する説明図である。
図１１に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、受信時の自車位置が東京、受信時の曜日が月曜日、受信時が深夜の同一受信条件で、過去５回以上、収集パターン５１Ｄとして「パターン１１」を受信して、「日時」と「リンク情報」のプローブ情報を収集して情報配信センタ３に送信した場合には、当該プローブカー６が月曜日の深夜に東京を走行している際に、「日時」と「リンク情報」のプローブ情報を収集して情報配信センタ３へ送信するように構成してもよい。
【００９３】
これにより、情報配信センタ３のＣＰＵ１１は、収集パターン５１Ｄ（制限情報）をナビゲーション装置２のＣＰＵ４１に対して送信していない場合でも、必要なプローブ情報を受信することが可能となり、処理負担の軽減化を図ることが可能となる。
【００９４】
（３）前記実施例において、ＣＰＵ４１は、上記ステップ１２で、情報配信センタ３に対して、収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ、及び目的地までの距離、即ち、目的地までの走行距離等を送信するように構成してもよい。
また、情報配信センタ３のＣＰＵ１１は、上記ステップ１１１において、ナビゲーション装置２から送信された収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ、及び目的地までの距離、即ち、目的地までの走行距離等を受信して、この各情報をＲＡＭ１２に記憶する。また、ＣＰＵ１１は、受信した自車位置データと更新用地図情報１４Ａに格納される地図表示データに基づいて、自車位置が含まれる２次メッシュのメッシュＩＤを検出してＲＡＭ１２に記憶する。続いて、ＣＰＵ１１は、目的地までの走行距離が所定距離以上か否か（例えば、走行距離が１０ｋｍ以上か否かである。）を判定する判定処理を実行し、目的地までの走行距離が所定距離以上の場合には、ステップ１１２以降の処理を実行するように構成し、一方、目的地までの走行距離が所定距離未満の場合には、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、ステップ１１５の処理に移行して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。
これにより、情報配信センタ３のＣＰＵ１１は、より少ないナビゲーション装置２から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００９５】
ここで、一例を図１２に基づいて説明する。図１２は情報配信センタ３のＣＰＵ１１が、各ナビゲーション装置２に対して目的地までの走行距離に基づいてプローブ情報の送信不許可または送信許可を指示する一例を説明する説明図である。
図１２に示すように、情報配信センタ３のＣＰＵ１１は、各プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、目的地までの走行距離を受信した場合には、この目的地までの走行距離が１０ｋｍ未満である「６ｋｍ」と「０．３ｋｍ」の各ナビゲーション装置２に対して、「当日における全データの送信を停止」の送信データ内容、即ち、「当日は情報必要なし」に対応する「パターン８」の収集パターン５１Ｄを選択して送信するように構成してもよい。一方、ＣＰＵ１１は、目的地までの走行距離が１０ｋｍ以上の「１５ｋｍ」と「２０ｋｍ」の各ナビゲーション装置２に対しては、上記Ｓ１１２乃至Ｓ１１５の処理を実行するように構成してもよい。例えば、ＣＰＵ１１は、「温度以外の全データ」と「全データ」の送信データ内容に対応する収集パターン５１Ｄを選択して、各ナビゲーション装置２に対して送信する。
【００９６】
（４）前記実施例において、情報配信センタ３のＣＰＵ１１は、各プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１から受信した狭い時間帯（例えば、１分間〜５分間である。）における同一リンクに対するプローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出した場合には、上記ステップ１１１で、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１から、収集パターン５１Ｄを要求する要求コマンドを受信した場合に、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、ステップ１１５の処理に移行して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。即ち、情報配信センタ３のＣＰＵ１１は、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示するように構成してもよい。
これにより、情報配信センタ３のＣＰＵ１１は、より少ないナビゲーション装置２から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００９７】
ここで、一例を図１３に基づいて説明する。図１３は情報配信センタ３のＣＰＵ１１が、異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示する一例を説明する説明図である。
図１３に示すように、情報配信センタ３のＣＰＵ１１は、１６時２９分から１６時３０分の間の狭い時間帯に、各プローブカー６からリンクＡに関する交通状況（旅行時間、渋滞度、速度等である。）等のプローブ情報を３件受信した場合に、２件が車速が時速５ｋｍ未満の「重渋滞」の渋滞度のプローブ情報で、１件が車速が２０ｋｍ以上の「空き」の渋滞度のプローブ情報のときには、この「空き」の渋滞度のプローブ情報を異常プローブ情報であると判定するように構成してもよい。そして、ＣＰＵ１１は、この異常プローブ情報である「空き」の渋滞度のプローブ情報を送信したナビゲーション装置２のＣＰＵ４１から、収集パターン５１Ｄを要求する要求コマンドを受信した場合には、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。即ち、情報配信センタ３のＣＰＵ１１は、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示するように構成してもよい。そして、この異常プローブ情報を送信したナビゲーション装置２を除く、他のナビゲーション装置２からプローブ情報を収集するように構成してもよい。
【００９８】
（５）前記実施例において、収集パターンデータ５１は、収集パターン５１Ｄを、期間５１Ａ（時期的要因）として日時、各エリア５１Ｂ、５１Ｃ（地域的要因）として都道府県に対応して格納するようにしたが、期間として日時ではなく、曜日や季節で分けてもよいし、更に「月曜日〜金曜日」の平日と「土曜日、日曜日、祝日」の休日で分けてもよいし、エリアとして市区町村等の行政区画、地図のメッシュＩＤ等の区域で分けてもよい。
また、収集パターンデータ５１は、収集パターン５１Ｄを、期間５１Ａ（時期的要因）として日時、各エリア５１Ｂ、５１Ｃ（地域的要因）として都道府県に対応して格納するようにしたが、更に、天気（天候的要因）、気温（天候的要因）、ナビゲーション装置２が搭載された車種（例えば、発売開始から１年未満の車種と発売開始から１年以上の車種等である。）、道路の路面状況、道路種別（例えば、「高速道路・有料道路」、「一般道路」、「細街路」等である。）等のうちの少なくとも１つに対応して格納するようにしてもよい。
【００９９】
（６）前記実施例において、ＣＰＵ４１は、上記ステップ１１でイグニションスイッチがＯＮの場合に、ステップ１２で情報配信センタ３に対して収集パターン５１Ｄを要求するようにしたが、イグニションスイッチがＯＮで、且つ所定の日時、曜日である場合に、情報配信センタ３に対して収集パターン５１Ｄを要求するようにしてもよい。例えば、所定の日時、曜日とは、月曜日等の特定の曜日であってもよいし、受信した収集パターン５１Ｄに期間５１Ａが付与されている場合には、上記期間外となった日時であってもよいし、前回収集パターン５１Ｄを受信してから１週間後の日時であってもよい。
【図面の簡単な説明】
【０１００】
【図１】本実施例に係るナビゲーションシステムを示したブロック図である。
【図２】ナビゲーションシステムのナビゲーション装置を示したブロック図である。
【図３】収集パターンデータのデータ構成の説明図である。
【図４】パターン情報の一例を示す図である。
【図５】ナビゲーションシステムのプローブカーに搭載されたナビゲーション装置が実行する収集パターン取得処理と情報配信センタが実行する収集パターン配信処理を示すフローチャートである。
【図６】ナビゲーション装置のＣＰＵが、受信した収集パターンに基づいてプローブ情報を収集して、情報配信センタへ送信するプローブ情報送信処理を示すフローチャートである。
【図７】ナビゲーション装置のＣＰＵが、情報配信センタから「パターン５」の収集パターンを受信した場合に、走行履歴ＤＢに記憶するプローブ情報の一例を説明する説明図である。
【図８】ナビゲーション装置のＣＰＵが、情報配信センタから「パターン８」の収集パターンを受信した場合に、実行するプローブ情報送信処理の一例を説明する説明図である。
【図９】情報配信センタから東京エリアと愛知エリアに位置するプローブカーに搭載されたナビゲーション装置にエリア毎に異なる収集パターンを送信した場合に、各ナビゲーション装置のＣＰＵが実行するプローブ情報送信処理の具体的な一例を説明する説明図である。
【図１０】他の実施例に係るナビゲーション装置のＣＰＵが、受信した収集パターンに基づいて、収集したプローブ情報を情報配信センタへ送信するプローブ情報送信処理を示すフローチャートである。
【図１１】プローブカーに搭載されたナビゲーション装置のＣＰＵが、「パターン１１」の収集パターンを同一受信条件で過去５回以上受信した場合に、この受信条件になった際に、「パターン１１」の収集パターンに対応するプローブ情報を情報配信センタへ送信する一例を説明する説明図である。
【図１２】情報配信センタのＣＰＵが、各ナビゲーション装置に対して目的地までの走行距離に基づいてプローブ情報の送信不許可または送信許可を指示する一例を説明する説明図である。
【図１３】情報配信センタのＣＰＵが、異常プローブ情報を送信したナビゲーション装置のＣＰＵに対して、プローブ情報の送信停止を指示する一例を説明する説明図である。
【符号の説明】
【０１０１】
１ ナビゲーションシステム
２ ナビゲーション装置
３ 情報配信センタ
４ ネットワーク
６ プローブカー
１０ サーバ
１１、４１ ＣＰＵ
１２、４２ ＲＡＭ
１３、４３ ＲＯＭ
１６ センタ側交通情報ＤＢ
１６Ａ、３６Ａ 現況交通情報
１７ センタ側通信装置
１８ 収集パターンＤＢ
２１ 現在地検出処理部
２３ ナビゲーション制御部
２７ 通信装置
３８ 走行履歴ＤＢ
３９ 送信パターンＤＢ
５１ 収集パターンデータ
５１Ａ 期間
５１Ｂ 一般エリア
５１Ｃ 特定エリア
５１Ｄ 収集パターン
１０２ 送信データテーブル
【技術分野】
【０００１】
本発明は、ナビゲーションシステムに関し、特に、プローブカーに搭載されたナビゲーション装置から情報センタにプローブ情報が送信されるナビゲーションシステムに関するものである。
【背景技術】
【０００２】
近年、プローブカーに搭載されたナビゲーション装置から情報センタへ、収集したプローブ情報を携帯電話等を介して送信するナビゲーションシステムが種々提案されている。
例えば、情報センタは、プローブカーに搭載されたナビゲーション装置から出発地、目的地、走行ルートの情報を受信すると、イベント情報、交通事故情報、混雑変動予測情報、予定収集情報量、蓄積情報量、天気情報等に基づいて、該ナビゲーション装置が走行データを収集する区間、時間帯等の収集対象を決定し、この決定した収集対象をナビゲーション装置に指示する。そして、ナビゲーション装置は、指示された収集対象の走行データを収集して、情報センタへ送信するナビゲーションシステムがある（例えば、特許文献１参照。）。
【特許文献１】特開２００６−１４６６４５号公報（段落（０００６）〜（００２９）、図１〜図６）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前記した特許文献１に記載されたナビゲーションシステムでは、複数のナビゲーション装置から同様の走行データを重複収集しないように収集対象を決定することができるため、重複収集による過剰なデータ収集を防ぐことができる。また、収集対象を必要性の高いものに絞ることで、データ収集頻度を下げ通信コストを抑制できる。
しかしながら、ナビゲーション装置は、全ての走行データを情報センタへ送信するため、不必要な情報も情報センタへ送信することとなり、通信コストが掛かってしまうという問題がある。また、情報センタでは、収集対象を各ナビゲーション装置に振り分ける処理負担が大きくなるという問題がある。
【０００４】
そこで、本発明は、上述した問題点を解決するためになされたものであり、ナビゲーション装置から情報センタに対して不要な情報を削減して、必要な情報のみを送信することが可能となり、通信コストの削減化を図ることが可能となると共に、情報センタの処理負担の軽減化を図ることが可能となるナビゲーションシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記目的を達成するため請求項１に係るナビゲーションシステムは、車両（６）に搭載されたナビゲーション装置（２）と、前記ナビゲーション装置から送信されたプローブ情報を受信する情報センタ（３）と、を備えたナビゲーションシステム（１）において、前記情報センタ（３）は、所定要因に対応して、前記プローブ情報の送信内容を指示する制限情報を記憶する制限情報記憶手段（１８）と、前記ナビゲーション装置に対応する所定要因を特定する要因特定手段（１０）と、前記要因特定手段によって特定された所定要因に基づいて前記制限情報を選択する制限情報選択手段（１０）と、前記ナビゲーション装置に選択した制限情報を送信する送信手段（１７）と、を有し、前記ナビゲーション装置（２）は、前記制限情報を受信する受信手段（２７）と、受信した該制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御する送信制御手段（２３）と、を有することを特徴とする。
【０００６】
また、請求項２に係るナビゲーションシステムは、請求項１に記載のナビゲーションシステム（１）において、前記所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されていることを特徴とする。
【０００７】
また、請求項３に係るナビゲーションシステムは、請求項１又は請求項２に記載のナビゲーションシステム（１）において、前記送信制御手段（２３）は、受信した制限情報の履歴を受信条件に対応して記憶する履歴記憶手段（２２）と、同じ制限情報を同一受信条件で所定回数受信したか否かを判定する回数判定手段（２３）と、を有し、該送信制御手段（２３）は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御することを特徴とする。
【０００８】
また、請求項４に係るナビゲーションシステムは、請求項１乃至請求項３のいずれかに記載のナビゲーションシステム（１）において、前記ナビゲーション装置（２）は、設定された目的地までの距離を算出する算出手段（２３、２１）と、前記距離を目的地までの距離情報として情報センタに送信する距離情報送信手段（２３、２７）と、を有し、前記情報センタ（３）は、前記ナビゲーション装置から送信された距離情報を受信する距離情報受信手段（１７）を有し、前記制限情報選択手段（１０）は、受信した距離情報に基づいて該ナビゲーション装置に対して前記プローブ情報の送信不許可又送信許可を指示する制限情報を選択することを特徴とする。
【０００９】
更に、請求項５に係るナビゲーションシステムは、請求項１乃至請求項４のいずれかに記載のナビゲーションシステム（１）において、前記情報センタ（３）は、各前記ナビゲーション装置（２）から受信した狭い時間帯における同一リンクに対する前記プローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出する検出手段（１０）を有し、前記制限情報選択手段（１０）は、前記異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対してプローブ情報の送信停止を指示する制限情報を選択することを特徴とする。
【発明の効果】
【００１０】
前記構成を有する請求項１に係るナビゲーションシステムでは、情報センタは、ナビゲーション装置に対応する所定要因を特定し、この特定された所定要因に基づいて、プローブ情報の送信内容を指示する制限情報を選択する。そして、情報センタは、選択した制限情報をナビゲーション装置に対して送信する。一方、ナビゲーション装置は、受信した該制限情報に基づいて、収集したプローブ情報から指示された送信内容のプローブ情報を情報センタに送信する。
【００１１】
これにより、ナビゲーション装置は、収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）から、制限情報に従って、情報センタが必要とする情報のみを選択して（例えば、月、日時、自車位置の属する２次メッシュＩＤ、リンク情報、渋滞情報のみを選択する。）、情報センタに送信することが可能となり、情報センタとの携帯電話等を介した通信時間の短縮化を図って通信コストの削減化を図ることが可能となる。また、情報センタは、ナビゲーション装置から送信される不要な情報を削減することが可能となり、処理負担の軽減化を図ることが可能となる。
【００１２】
また、請求項２に係るナビゲーションシステムでは、所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されている。このため、地域性、時期的要因、時間的要因、道路種別要因を制限情報の選択に加味することができるので、制限情報の選択をより高精度に行うことが可能となる。
【００１３】
また、請求項３に係るナビゲーションシステムでは、ナビゲーション装置は、受信した制限情報の履歴を受信条件に対応して記憶している。そして、ナビゲーション装置は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を情報センタに送信する。
これにより、ナビゲーション装置は、情報センタから制限情報を受信していない場合でも、同じ制限情報を所定回数受信した受信条件になった際には、この同じ制限情報に基づいて、収集したプローブ情報を情報センタに送信することが可能となる。このため、情報センタは、制限情報をナビゲーション装置に対して送信していない場合でも、必要なプローブ情報を受信することが可能となり、処理負担の軽減化を図ることが可能となる。
【００１４】
また、請求項４に係るナビゲーションシステムでは、ナビゲーション装置は、設定された目的地までの距離を算出して距離情報として情報センタに送信する。また、情報センタは、受信した距離情報に基づいて該ナビゲーション装置に対してプローブ情報の送信不許可又は送信許可を指示する制限情報を選択して、この選択した制限情報をナビゲーション装置に対して送信する。
これにより、情報センタは、より少ないナビゲーション装置から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００１５】
更に、請求項５に係るナビゲーションシステムでは、情報センタは、各ナビゲーション装置から受信した狭い時間帯における同一リンクに対するプローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対して、プローブ情報の送信停止を指示する制限情報を選択して、この選択した制限情報をナビゲーション装置に対して送信する。
これにより、情報センタは、各ナビゲーション装置から受信するプローブ情報の高精度化を図ることができ、少ないプローブ情報でも精度の高い交通情報を配信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係るナビゲーションシステムを具体化した一実施例に基づき図面を参照しつつ詳細に説明する。
【実施例】
【００１７】
先ず、本実施例に係るナビゲーションシステム１の概略構成について図１を用いて説明する。図１は本実施例に係るナビゲーションシステム１を示したブロック図である。
【００１８】
図１に示すように本実施例に係るナビゲーションシステム１は、各プローブカー６に搭載されたナビゲーション装置２と、ナビゲーション装置２に対して地図情報を更新する為の更新情報や後述の各ナビゲーション装置２から収集したプローブ情報に基づいて作成した渋滞情報等の交通情報を配信する情報センタとしての情報配信センタ３と、ネットワーク４から基本的に構成されている。そして、ナビゲーション装置２と情報配信センタ３は、ネットワーク４を介して各種の情報の送受信が可能となるように構成されている。
【００１９】
また、このネットワーク４には、道路交通情報センタ（ＶＩＣＳ（登録商標））５が接続され、ナビゲーション装置２と情報配信センタ３とは、ネットワーク４を介して、警察、日本道路公団等の交通管制システムの情報を収集して作成した道路の渋滞等に関する情報や交通規制情報等の交通情報を所定時間毎に受信することが可能に構成されている。また、この交通情報は、例えば、道路の渋滞等に関する道路渋滞情報、道路工事、建築工事等による交通規制情報等の道路交通情報に関する詳細情報である。該詳細情報は、道路渋滞情報の場合、後述のＶＩＣＳリンクＩＤ、渋滞の実際の長さ、渋滞を通過するのに要する所要時間、渋滞度（渋滞無し／混雑／渋滞の別等）、渋滞中の車速、旅行時間、渋滞車線の進行方向、渋滞解消の見込まれる時刻等であり、交通規制情報の場合、後述のＶＩＣＳリンクＩＤ、道路工事、建築工事等の継続期間、通行止め、片側交互通行、車線規制等の交通規制の種類、交通規制の時間帯等である。
尚、ナビゲーション装置２の構成に関しては後に図２を用いて詳細に説明する。
【００２０】
情報配信センタ３は、図１に示すようにサーバ１０と、サーバ１０に接続された地図情報記録部としてのセンタ側地図情報データベース（センタ側地図情報ＤＢ）１４と、ナビ更新履歴情報データベース（ナビ更新履歴情報ＤＢ）１５と、センタ側交通情報データベース（センタ側交通情報ＤＢ）１６と、センタ側通信装置１７と、収集パターンデータベース（収集パターンＤＢ）１８とを備える。また、サーバ１０は、サーバ１０の全体の制御を行う演算装置及び制御装置としてのＣＰＵ１１、並びにＣＰＵ１１が各種の演算処理を行うに当たってワーキングメモリとして使用されるＲＡＭ１２、ナビゲーション装置２からの要求に基づいてナビゲーション装置２に記憶された地図情報の内、所定エリアの地図情報を新たなバージョンの地図情報に更新する為の更新情報をセンタ側地図情報ＤＢ１４から抽出し、ナビゲーション装置２に対して配信する地図情報更新処理や、後述のプローブカー６に搭載されたナビゲーション装置２に対して、情報配信センタ３へのプローブ情報の送信データ内容を指示する収集パターンを選択して、この選択した収集パターンをナビゲーション装置２の送信パターンとして送信する収集パターン送信処理（図５参照）や、ナビゲーション装置２からの要求に基づいて、現況の交通情報をネットワーク４を介して配信する交通情報配信処理等を行うための各種の制御プログラムが記録されたＲＯＭ１３等の内部記憶装置や、時間を計測するタイマ１９等を備えている。尚、ＣＰＵ１１に代えてＭＰＵ等を使用することができる。
【００２１】
また、センタ側地図情報ＤＢ１４には、情報配信センタ３で作成され、ナビゲーション装置２に記憶された地図情報を更新する際の基本となる地図情報である更新用地図情報１４Ａがバージョン毎に区分されて記憶されている。更に、現在のナビゲーション装置２に記憶される地図情報の一部又は全部を更新用地図情報１４Ａに更新する為の更新情報についても記憶されている。ここで、バージョンとは地図情報が作成された時期を特定する為の作成時期情報であり、バージョンを参照することによって地図情報が作成された時期を特定することが可能となっている。
【００２２】
また、センタ側地図情報ＤＢ１４に記憶された更新用地図情報１４Ａには、ナビゲーション装置２で経路案内及び地図表示を行うのに必要な各種情報が記録されており、例えば、地図を表示するための地図表示データ、各交差点に関する交差点データ、ノード点に関するノードデータ、施設の一種である道路（道路リンク）に関するリンクデータ、経路を探索するための探索データ、施設の一種である店舗等のＰＯＩ（Ｐｏｉｎｔ ｏｆ Ｉｎｔｅｒｅｓｔ）に関する店舗データ、地点を検索するための検索データ等から構成されている。
【００２３】
ここで、特に地図表示データとしては、１０ｋｍ×１０ｋｍで区画された２次メッシュをベースに４分割（長さ１／２）、１６分割（１／４）、６４分割（１／８）されたユニットで構成されており、各ユニットのデータ量が略同レベルになるように、各地のユニットが設定されている。最も小さい６４分割サイズのユニットは、約１．２５ｋｍ四方の大きさである。
【００２４】
また、ノードデータとしては、実際の道路の分岐点（交差点、Ｔ字路等も含む）、各道路に曲率半径等に応じて所定の距離ごとに設定されたノード点の座標（位置）、ノードが交差点に対応するノードであるか等を表すノード属性、ノードに接続するリンクの識別番号であるリンクＩＤのリストである接続リンク番号リスト、ノードにリンクを介して隣接するノードのノード番号のリストである隣接ノード番号リスト、各ノード点の高さ（高度）等に関するデータ等が記録される。
【００２５】
また、リンクデータとしては、道路を構成する各道路リンク（以下、「リンク」という。）に関してリンクの属する道路の幅員、勾（こう）配、カント、バンク、路面の状態、道路の車線数、車線数の減少する箇所、幅員の狭くなる箇所、踏切り等を表すデータが、コーナに関して、曲率半径、交差点、Ｔ字路、コーナの入口及び出口等を表すデータが、道路属性に関して、降坂路、登坂路等を表すデータが、道路種別に関して、国道、主要地方道、県道、市町村道の一般道路、また、一般道路よりも狭い街中等の細街路のほか、高速自動車国道、都市高速道路、一般有料道路、有料橋等の有料道路を表すデータがそれぞれ記録される。更に、有料道路に関して、有料道路の入口及び出口の取付道（ランプウェイ）、料金所（インターチェンジ）等に関するデータが記録される。
【００２６】
また、探索データとしては、設定された目的地までの経路を探索及び表示する際に使用されるデータについて記録されており、ノードを通過する際の右左折や道路を構成するリンクの距離、道幅、道路種別等によって決定される各ノードの重み付け（以下、「コスト」という。）を算出する為に使用するコストデータ、経路探索により選択された経路を液晶ディスプレイ２５の地図上に表示するための経路表示データ等から構成されている。
【００２７】
また、店舗データとしては、各地域のホテル、病院、ガソリンスタンド、駐車場、観光施設等のＰＯＩに関するデータがＰＯＩを特定するＩＤとともに記録される。なお、前記センタ側地図情報ＤＢ１４には、所定の情報をナビゲーション装置２のスピーカ２６によって出力するための音声出力データも記録される。
【００２８】
そして、情報配信センタ３は、ナビゲーション装置２からの要求があったタイミングで、センタ側地図情報ＤＢ１４に格納された更新用地図情報１４Ａの内、最もバージョンの新しい更新用地図情報１４Ａによってナビゲーション装置２に記憶された地図情報の更新を行う。具体的には、本実施例に係るナビゲーションシステム１では、ナビゲーション装置２から更新用地図情報１４Ａの配信要求があった場合には、最もバージョンの新しい更新用地図情報１４Ａに更新する為の更新情報をナビゲーション装置２に対して配信することにより更新が行われる。ここで、ナビゲーション装置２に対して送信される更新情報としては、最もバージョンの新しい更新用地図情報１４Ａの新設道路を特定するための新設道路情報を含む全情報を送信することとしても良いし、現在のナビゲーション装置に記憶される地図情報から最もバージョンの新しい更新用地図情報１４Ａに更新する為の必要最小限の情報（新設道路を特定するための新設道路情報を含む更新部分の情報のみ）を送信することとしても良い。
【００２９】
一方、ナビ更新履歴情報ＤＢ１５には、ナビゲーション装置２に記憶されている地図情報について現在までに更新を行った更新履歴に関する情報が、ナビゲーション装置２を特定するナビ識別ＩＤとともに記憶される。更新履歴としては、具体的に地図情報を構成するリンクデータやノードデータ毎にどのバージョンの地図情報が用いられているかが記憶されており、ナビゲーション装置２の地図情報の更新を行う毎に新たな更新履歴に書き換えられる。
【００３０】
また、センタ側交通情報ＤＢ１６には、プローブカー６に搭載されたナビゲーション装置２により収集されるプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）や道路交通情報センタ（ＶＩＣＳ（登録商標））５から受信した交通情報を収集して作成した現況の道路の渋滞等に関する情報である現況交通情報１６Ａが格納されている。また、このセンタ側交通情報ＤＢ１６には、過去に作成された道路の渋滞等に関する統計的交通情報である統計交通情報１６Ｂが格納されている。この統計交通情報１６Ｂは、祭り、パレード、花火大会等のイベントの開催予定場所、予定日時等のイベント予定情報、例えば、駅周辺や大型商業施設周辺の道路には週末を除く毎日の特定時刻に渋滞が発生するとか、海水浴場周辺の道路には夏季休暇時期に渋滞が発生する等の統計的渋滞情報や渋滞予測情報を含んでもよい。
【００３１】
そして、情報配信センタ３は、ナビゲーション装置２からの要求があったタイミングで、センタ側交通情報ＤＢ１６に格納された現況交通情報１６Ａ、統計交通情報１６Ｂに基づいて各交差点間の交通情報等を選択して配信する。
【００３２】
また、道路交通情報センタ（ＶＩＣＳ（登録商標））５から受信した交通情報には、道路種別情報、位置、渋滞区間の距離、渋滞度等の情報とともに、ＶＩＣＳリンクＩＤが含まれる。該ＶＩＣＳリンクＩＤは、道路を所定の交差点毎に分割して規格化された走行案内用リンクとしてのＶＩＣＳリンクに付与された識別番号である。なお、前記交通情報には、各ＶＩＣＳリンクにおける始点及び終点の座標、始点から終点までの距離等の情報も含まれている。
【００３３】
ここで、センタ側地図情報ＤＢ１４に記憶される道路（リンク）とＶＩＣＳリンクとは同一のものではない（一般的には、道路（リンク）の方がＶＩＣＳリンクよりも細分化されている。）。そこで、各道路（リンク）に識別番号として付与される道路リンクＩＤとＶＩＣＳリンクＩＤとの間の変換テーブル（対照表）を有し、ＶＩＣＳリンクＩＤに基づいて、対応する道路リンクＩＤを特定することができるようになっている。これにより、ＶＩＣＳリンクＩＤをナビゲーション装置２において使用されている道路リンクＩＤに変換して、交通情報を送信することができる。
【００３４】
また、情報配信センタ３は、後述のようにナビゲーション装置２に対して、情報配信センタ３へのプローブ情報の送信データ内容を指示する収集パターンを選択する際に、収集パターンＤＢ１８に格納されている収集パターンデータ５１（図３参照）に基づいて、この収集パターンを決定する。
【００３５】
ここで、収集パターンデータ５１について図３に基づいて説明する。図３は収集パターンデータＤＢ１８に格納される収集パターンデータ５１のデータ構造を説明する説明図である。
図３に示すように、収集パターンデータ５１は、プローブ情報の収集期間である期間５１Ａ、特定されていない地域を表す一般エリア５１Ｂ、特定されている地域を表す特定エリア５１Ｃ、及び各エリア５１Ｂ、５１Ｃ内のナビゲーション装置２へ指示する収集パターンである制限情報としての収集パターン５１Ｄから構成されている。
【００３６】
そして、期間５１Ａは、収集パターン５１Ｄを「２００６年１０月１日〜２００６年１０月３１日」、「２００６年１１月１日〜２００６年１１月３０日」、「２００６年１２月１日〜２００６年１２月３１日」、・・・と１ヶ月毎に分けている。
また、期間５１Ａの下位データは、一般エリア５１Ｂと特定エリア５１Ｃとなっている。この一般エリア５１Ｂと特定エリア５１Ｃは、収集パターン５１Ｄを各エリア毎に特定するものである。また、この特定エリア５１Ｃは、収集パターン５１Ｄを東京都内を表す「東京エリア」、愛知県内を表す「愛知エリア」、北海道内を表す「北海道エリア」等に分けている。
【００３７】
例えば、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、一般エリア５１Ｂの場合には、収集パターン５１Ｄとして「パターン１」が選択される。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、特定エリア５１Ｄが「東京エリア」の場合には、プローブカー６の１台目から１００台目までに対しては、「パターン２」が選択され、プローブカー６の１０１台目以降に対しては、「パターン８」が選択される。また、期間５１Ａが「２００６年１１月１日〜２００６年１１月３０日」、一般エリア５１Ｂの場合には、収集パターン５１Ｄとして「パターン４」が選択される。また、期間５１Ａが「２００６年１１月１日〜２００６年１１月３０日」、特定エリア５１Ｄが「北海道エリア」の場合には、収集パターン５１Ｄとして「パターン７」が選択される。
従って、収集パターン５１Ｄは、期間５１Ａ（時期的要因）、各エリア５１Ｂ、５１Ｃ（地域的要因）の所定要因が加味されたデータである。
【００３８】
また、収集パターンＤＢ１８には、収集パターン５１Ｄによって特定される各収集パターンに対応するプローブ情報の送信データ内容を特定する送信データテーブル６１が格納されている。尚、情報配信センタ３は、この送信データテーブル６１を所定期間毎に（例えば、３ヶ月毎〜６ヶ月毎である。）、各プローブカー６に搭載されたナビゲーション装置２へ配信する。そして、この送信データテーブル６１を受信した各ナビゲーション装置２は、送信パターンＤＢ３９（図２参照）に格納して、該送信パターンＤＢ３９に格納される送信データテーブル６１を更新する。
【００３９】
ここで、送信データテーブル６１について図４に基づいて説明する。図４は収集パターンＤＢ１８に格納される送信データテーブル６１の一例を示す図である。
図４に示すように、送信データテーブル６１は、各収集パターン５１Ｄを表す「収集パターン」と、この収集パターンに対応する「送信データ内容」とから構成されている。この「送信データの内容」は、送信すべきデータの種別、収集日時、収集曜日等を特定するものである。
【００４０】
例えば、「収集パターン」が「パターン１」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）のうちのＡＢＳ動作情報、車外／路面温度を除いた全データとなっている。また、「収集パターン」が「パターン２」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報のうちの渋滞情報（リンクの旅行時間、渋滞度、走行速度）のみとなっている。また、収集パターン」が「パターン３」の場合には、対応する「送信データ内容」は、期間５１Ａ内の土曜日、日曜日及び祝日におけるナビゲーション装置２が収集したプローブ情報のうちのＡＢＳ動作情報を除いた全データとなっている。また、「収集パターン」が「パターン５」の場合には、対応する「送信データ内容」は、ナビゲーション装置２が収集したプローブ情報のうちの都市高速道路の渋滞情報（リンクの旅行時間、渋滞度、走行速度）のみとなっている。また、「収集パターン」が「パターン８」の場合には、対応する「送信データ内容」は、当日におけるプローブ情報の全データの送信の停止となっている。
【００４１】
尚、情報配信センタ３は、個人、企業、団体、地方自治体、政府関係機関等のいずれが運営していてもよく、道路交通情報センタ（ＶＩＣＳ（登録商標））５が運営していてもよい。
【００４２】
また、ネットワーク４としては、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、イントラネット、携帯電話回線網、電話回線網、公衆通信回線網、専用通信回線網、インターネット等の通信回線網等の通信系を使用することができる。そして、放送衛星によるＣＳ放送、ＢＳ放送、地上波ディジタルテレビ放送、ＦＭ多重放送等を利用する通信系を使用することもできる。更に、高度道路交通システム（ＩＴＳ）において利用されるノンストップ自動料金支払いシステム（ＥＴＣ）、狭域通信システム（ＤＳＲＣ）等の通信系を使用することもできる。
【００４３】
次に、本実施例に係るナビゲーションシステム１を構成するナビゲーション装置２の概略構成について図２を用いて説明する。図２は本実施例に係るナビゲーション装置２を示したブロック図である。
【００４４】
図２に示すように本実施例に係るナビゲーション装置２は、自車の現在位置を検出する現在地検出処理部２１と、各種のデータが記録されたデータ記録部２２と、入力された情報に基づいて、各種の演算処理を行うナビゲーション制御部２３と、操作者からの操作を受け付ける操作部２４と、操作者に対して地図等の情報を表示する液晶ディスプレイ２５と、経路案内に関する音声ガイダンスを出力するスピーカ２６と、道路交通情報センタ（ＶＩＣＳ（登録商標））５や情報配信センタ３等との間で携帯電話網等を介して通信を行う通信装置２７と、から構成されている。また、ナビゲーション制御部２３には自車の走行速度を検出する車速センサ２８が接続される。
【００４５】
以下に、ナビゲーション装置２を構成する各構成要素について説明すると、現在地検出処理部２１は、ＧＰＳ３１、地磁気センサ３２、距離センサ３３、ステアリングセンサ３４、方位検出部としてのジャイロセンサ３５、高度計（図示せず）等からなり、現在の自車の位置、方位、目標物（例えば、交差点）までの距離等を検出することが可能となっている。
【００４６】
具体的には、ＧＰＳ３１は、人工衛星によって発生させられた電波を受信することにより、地球上における自車の現在地及び現在時刻を検出し、地磁気センサ３２は、地磁気を測定することによって自車方位を検出し、距離センサ３３は、道路上の所定の位置間の距離等を検出する。ここで、距離センサ３３としては、例えば、自車の車輪（図示せず）の回転速度を測定し、測定した回転速度に基づいて距離を検出するセンサ、加速度を測定し、測定した加速度を２回積分して距離を検出するセンサ等を使用することができる。
【００４７】
また、ステアリングセンサ３４は自車の舵（だ）角を検出する。ここで、ステアリングセンサ３４としては、例えば、ステアリングホイール（図示せず）の回転部に取り付けられた光学的な回転センサ、回転抵抗センサ、車輪に取り付けられた角度センサ等が使用される。
【００４８】
そして、ジャイロセンサ３５は自車の旋回角を検出する。ここで、ジャイロセンサ３５としては、例えば、ガスレートジャイロ、振動ジャイロ等が使用される。また、ジャイロセンサ３５によって検出された旋回角を積分することにより、自車方位を検出することができる。
【００４９】
また、データ記録部２２は、外部記憶装置及び記憶媒体としてのハードディスク（図示せず）と、ハードディスクに記憶されたナビ側交通情報データベース（ナビ側交通情報ＤＢ）３６、ナビ側地図情報データベース（ナビ側地図情報ＤＢ）３７、走行履歴データベース（走行履歴ＤＢ）３８、送信パターンデータベース（送信パターンＤＢ）３９及び所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、本実施例においては、データ記録部２２の外部記憶装置及び記憶媒体としてハードディスクが使用されるが、ハードディスクのほかに、フレキシブルディスク等の磁気ディスクを外部記憶装置として使用することができる。また、メモリーカード、磁気テープ、磁気ドラム、ＣＤ、ＭＤ、ＤＶＤ、光ディスク、ＭＯ、ＩＣカード、光カード等を外部記憶装置として使用することもできる。
【００５０】
ここで、ナビ側交通情報ＤＢ３６には、情報配信センタ３や道路交通情報センタ（ＶＩＣＳ）５から受信した渋滞の実際の長さ、渋滞の原因、渋滞解消の見込まれる時刻等から構成される現況の道路の渋滞等に関する道路渋滞情報や、道路工事、建築工事等による交通規制情報等の交通情報から作成した現況交通情報３６Ａが格納される。また、ナビ側交通情報ＤＢ３６には、過去に作成された道路の渋滞等に関する統計的交通情報である統計交通情報３６Ｂが格納されている。この統計渋滞情報３６Ｂは、祭り、パレード、花火大会等のイベントの開催予定場所、予定日時等のイベント予定情報、例えば、駅周辺や大型商業施設周辺の道路には週末を除く毎日の特定時刻に渋滞が発生するとか、海水浴場周辺の道路には夏季休暇時期に渋滞が発生する等の統計的渋滞情報や渋滞予測情報を含んでもよい。
【００５１】
また、ナビ側地図情報ＤＢ３７には、ナビゲーション装置２の走行案内や経路探索に使用されるとともに情報配信センタ３による更新対象となるナビ地図情報３７Ａが格納されている。ここで、ナビ地図情報３７Ａには、更新用地図情報１４Ａと同様に経路案内及び地図表示に必要な各種情報から構成されており、例えば、各新設道路を特定するための新設道路情報、地図を表示するための地図表示データ、各交差点に関する交差点データ、ノード点に関するノードデータ、施設の一種である道路（リンク）に関するリンクデータ、経路を探索するための探索データ、施設の一種である店舗等のＰＯＩに関する店舗データ、地点を検索するための検索データ等から構成されている。尚、各データの詳細については既に説明したので、ここではその詳細は省略する。そして、ナビ側地図情報ＤＢ３７の内容は、情報配信センタ３から通信装置２７を介して配信された更新情報をダウンロードすることによって更新される。
【００５２】
また、走行履歴ＤＢ３８には、各リンクの走行毎に、プローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）が順次記憶される。
【００５３】
また、送信パターンＤＢ３９には、情報配信センタ３から受信した上記送信データテーブル６１が格納される。そして、プローブカー６に搭載されたナビゲーション装置２は、このプローブカー６が走行している場合には、後述のように該情報配信センタ３から指示された収集パターン５１Ｄに対応する送信データ内容を該送信データテーブル６１から読み出し、この送信データ内容に対応するプローブ情報を収集して、送信タイミングになった時に情報配信センタ３へ通信装置２７を介して送信する（図６参照）。
【００５４】
また、図２に示すように、ナビゲーション装置２を構成するナビゲーション制御部２３は、ナビゲーション装置２の全体の制御を行う演算装置及び制御装置としてのＣＰＵ４１、並びにＣＰＵ４１が各種の演算処理を行うに当たってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データや情報配信センタ３から受信した交通情報等が記憶されるＲＡＭ４２、制御用のプログラムのほか、プローブ情報を取得して所定時間毎等に、このプローブ情報を情報配信センタ３へ送信するプローブ情報送信処理プログラム等が記憶されたＲＯＭ４３、ＲＯＭ４３から読み出したプログラムを記憶するフラッシュメモリ４４等の内部記憶装置や、時間を計測するタイマ４５等を備えている。尚、前記ＲＡＭ４２、ＲＯＭ４３、フラッシュメモリ４４等としては半導体メモリ、磁気コア等が使用される。そして、演算装置及び制御装置としては、ＣＰＵ４１に代えてＭＰＵ等を使用することも可能である。
【００５５】
また、本実施例においては、前記ＲＯＭ４３に各種のプログラムが記憶され、前記データ記録部２２に各種のデータが記憶されるようになっているが、プログラム、データ等を同じ外部記憶装置、メモリーカード等からプログラム、データ等を読み出して前記フラッシュメモリ４４に書き込むこともできる。更に、メモリーカード等を交換することによって前記プログラム、データ等を更新することができる。
【００５６】
更に、前記ナビゲーション制御部２３には、操作部２４、液晶ディスプレイ２５、スピーカ２６、通信装置２７の各周辺装置（アクチュエータ）が電気的に接続されている。
【００５７】
操作部２４は、走行開始時の現在地を修正し、案内開始地点としての出発地及び案内終了地点としての目的地を入力する際や施設に関する情報の検索を行う場合等に操作され、各種のキーや複数の操作スイッチから構成される。そして、ナビゲーション制御部２３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部２４としては、キーボード、マウス、バーコードリーダ、遠隔操作用のリモートコントロール装置、ジョイスティック、ライトペン、スタイラスペン等を使用することもできる。更に、液晶ディスプレイ２５の前面に設けたタッチパネルによって構成することもできる。
【００５８】
また、液晶ディスプレイ２５には、ナビ地図情報３７Ａに基づく地図が表示されて各リンク上の交通情報が表示される経路案内画面の他、操作案内、操作メニュー、キーの案内、現在地から目的地までの誘導経路、誘導経路に沿った案内情報、交通情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。尚、液晶ディスプレイ２５の代わりに、ＣＲＴディスプレイ、プラズマディスプレイ等を使用したり、車両のフロントガラスにホログラムを投影するホログラム装置等を使用することも可能である。
【００５９】
また、スピーカ２６は、ナビゲーション制御部２３からの指示に基づいて、誘導経路に沿った走行を案内する音声ガイダンス等を出力する。ここで、案内される音声ガイダンスとしては、例えば、「２００ｍ先、○○交差点を右方向です。」や「この先の国道○○号線が渋滞しています。」等がある。なお、スピーカ２６より出力される音声としては、合成された音声のほかに、各種効果音、予めテープやメモリ等に録音された各種の案内情報を出力することもできる。
【００６０】
そして、通信装置２７は、情報配信センタ３と通信を行う携帯電話網等による通信手段であり、情報配信センタ３との間で最もバージョンの新しい更新地図情報や現況交通情報等の送受信を行う。また、通信装置２７は、情報配信センタ３に加えて、道路交通情報センタ（ＶＩＣＳ）５等から送信された渋滞情報、規制情報、駐車場情報、交通事故情報、サービスエリアの混雑状況等の各情報から成る交通情報を受信する。
【００６１】
次に、前記構成を有するナビゲーションシステム１において、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１がエンジン始動時に実行するプローブ情報の収集パターンを取得する収集パターン取得処理と、情報配信センタ３のＣＰＵ１１が実行するプローブ情報の収集パターンを選択してナビゲーション装置２に配信する収集パターン配信処理について図５に基づいて説明する。図５はナビゲーションシステム１のプローブカー６に搭載されたナビゲーション装置２が実行する収集パターン取得処理と情報配信センタ３が実行する収集パターン配信処理を示すフローチャートである。
【００６２】
先ず、図５に基づいてプローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１が実行する「収集パターン取得処理」について説明する。尚、図５に、Ｓ１１〜Ｓ１３のフローチャートで示されるプログラムは、ナビゲーション装置２が備えているＲＡＭ４２やＲＯＭ４３に記憶されており、ＣＰＵ４１により実行される。
【００６３】
図５に示すように、先ず、ステップ（以下、Ｓと略記する）１１において、ＣＰＵ４１は、車両ＥＣＵ（図示せず）から送信される検出信号に基づいてイグニションスイッチがＯＮか否か、即ち自車のエンジンが始動しているか否かを判定する判定処理を実行する。そして、イグニションスイッチがＯＦＦの場合には（Ｓ１１：ＮＯ）、ＣＰＵ４１は、当該処理を終了する。
【００６４】
一方、イグニションスイッチがＯＮの場合には（Ｓ１１：ＹＥＳ）、ＣＰＵ４１は、Ｓ１２の処理に移行する。Ｓ１２において、ＣＰＵ４１は、情報配信センタ３に対して、収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ等を送信する。
その後、Ｓ１３において、ＣＰＵ４１は、情報配信センタ３から、収集パターン５１Ｄを受信して、この収集パターン５１ＤをＲＡＭ４２に記憶後、当該処理を終了する。
【００６５】
次に、図５に基づいて情報配信センタ３のＣＰＵ１１が実行する「収集パターン配信処理」について説明する。尚、図５に、Ｓ１１１乃至Ｓ１１５のフローチャートで示されるプログラムは、情報配信センタ３が備えているＲＡＭ１２やＲＯＭ１３に記憶されており、ＣＰＵ１１により実行される。
【００６６】
先ず、Ｓ１１１において、ＣＰＵ１１は、上記Ｓ１２でナビゲーション装置２から送信された収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信して、この各情報をＲＡＭ１２に記憶する。また、ＣＰＵ１１は、受信した自車位置データと更新用地図情報１４Ａに格納される地図表示データに基づいて、自車位置が含まれる２次メッシュのメッシュＩＤを検出してＲＡＭ１２に記憶する。
【００６７】
そして、Ｓ１１２において、ＣＰＵ１１は、タイマ１９の時刻データ等を読み込み、現在日時、現在時刻を取得し、収集パターンＤＢ１８に格納される収集パターンデータ５１の現時点の期間５１Ａを特定してＲＡＭ１２に記憶する。
例えば、現在日時が２００６年１０月２日７時１５分の場合には、ＣＰＵ１１は、「２００６年１０月１日〜２００６年１０月３１日」の期間５１Ａを特定する。
【００６８】
続いて、Ｓ１１３において、ＣＰＵ１１は、ナビゲーション装置２が位置する２次メッシュのメッシュＩＤをＲＡＭ１２から読み出し、上記Ｓ１１２で特定した期間５１Ａに対応する収集パターンデータ５１の一般エリア５１Ｂと特定エリア５１Ｃのうちのいずれのエリアにナビゲーション装置２が位置するかを判定して、ＲＡＭ１２に記憶する。
【００６９】
例えば、図３に示すように、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、ナビゲーション装置２から受信した自車位置が含まれる２次メッシュのメッシュＩＤが岐阜県内の場合には、ＣＰＵ１１は、ナビゲーション装置２は一般エリア５１Ｂに位置すると判定する。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、ナビゲーション装置２から受信した自車位置が含まれる２次メッシュが愛知県内の場合には、ＣＰＵ１１は、ナビゲーション装置２は特定エリア５１Ｃの「愛知エリア」に位置すると判定する。
【００７０】
そして、Ｓ１１４において、ＣＰＵ１１は、上記Ｓ１１２で特定した期間５１Ａと、上記Ｓ１１３で判定した一般エリア５１Ｂ又は特定エリア５１Ｃとに対応する収集パターン５１Ｄを、収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
例えば、図３に示すように、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」で、自車位置が一般エリア５１Ｂの場合には、ＣＰＵ１１は、「パターン１」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
【００７１】
また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、自車位置が特定エリア５１Ｃの「東京エリア」で、収集パターン５１Ｄを情報配信センタ３に要求した１台目〜１００台目の場合には、ＣＰＵ１１は、「パターン２」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。また、期間５１Ａが「２００６年１０月１日〜２００６年１０月３１日」、自車位置が特定エリア５１Ｃの「東京エリア」で、収集パターン５１Ｄを情報配信センタ３に要求した１０１台目以降の場合には、ＣＰＵ１１は、「パターン８」の収集パターン５１Ｄを収集パターンデータ５１から読み出して、ＲＡＭ１２に記憶する。
【００７２】
続いて、Ｓ１１５において、ＣＰＵ１１は、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して、上記Ｓ１１４で収集パターンデータ５１から読み出した収集パターン５１Ｄを送信後、当該処理を終了する。
例えば、ＣＰＵ１１は、上記Ｓ１１４で収集パターンデータ５１から読み出した収集パターン５１Ｄが「パターン８」の場合には、この「パターン８」を収集パターン５１Ｄとして、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２へ送信後、当該処理を終了する。
【００７３】
次に、ナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいてプローブ情報を収集して、情報配信センタ３に送信するプローブ情報送信処理について図６に基づいて説明する。図６はナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいてプローブ情報を収集して、情報配信センタ３へ送信するプローブ情報送信処理を示すフローチャートである。
【００７４】
図６に示すように、先ず、Ｓ２１において、ＣＰＵ４１は、全プローブ情報を収集して、ＲＡＭ４２に一時的に記憶する。
例えば、ＣＰＵ４１は、各リンクを通過毎に、プローブ情報として月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度等である。）、自車位置、自車位置の属する２次メッシュのメッシュＩＤ、車外／路面温度、天気、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）等を収集して、ＲＡＭ４２に一時的に記憶する。また、ＣＰＵ４１は、所定時間毎に（例えば、１分毎〜３分毎である。）、プローブ情報としてワイパーの動作状況を収集して、ＲＡＭ４２に一時的に記憶する。また、ＣＰＵ４１は、ＡＢＳ（Antilock brake system）が作動した場合には、プローブ情報としてＡＢＳ動作情報を収集して、ＲＡＭ４２に一時的に記憶する。
【００７５】
続いて、Ｓ２２において、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報について、情報配信センタ３から受信した収集パターン５１Ｄに対応する送信データ内容に該当するか否かを判定する判定処理を実行する。具体的には、ＣＰＵ４１は、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、受信した収集パターン５１Ｄに対応する「送信データ内容」を読み出し、ＲＡＭ４２に一時的に記憶した各プローブ情報について順次、この「送信データ内容」に該当するか否かを判定する。
【００７６】
そして、収集した各プローブ情報の中に、この「送信データ内容」に該当するプローブ情報がある場合には（Ｓ２２：ＹＥＳ）、ＣＰＵ４１は、Ｓ２３の処理に移行する。Ｓ２３において、ＣＰＵ４１は、この「送信データ内容」に該当するプローブ情報を順次、走行履歴ＤＢ３８に記憶後、該各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。
一方、収集したプローブ情報の中に、この「送信データ内容」に該当するプローブ情報が無い場合には（Ｓ２２：ＮＯ）、ＣＰＵ４１は、該各プローブ情報をＲＡＭ４２から消去後、Ｓ２４の処理に移行する。
【００７７】
ここで、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合に、ＣＰＵ４１が走行履歴ＤＢ３８に記憶するプローブ情報の一例を図４及び図７に基づいて説明する。図７はナビゲーション装置２のＣＰＵ４１が、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合に、走行履歴ＤＢ３８に記憶するプローブ情報の一例を説明する説明図である。
【００７８】
図７に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン５」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン５」に対応する「渋滞度、ＡＢＳ動作情報を除いた全データ」を読み出す。そして、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報（日時、リンク情報、渋滞度、ワイパー動作情報、ＡＢＳ動作情報、車外／路面温度、・・・）から「渋滞度」と「ＡＢＳ動作情報」とを除いた全データを順次、走行履歴ＤＢ３８に記憶後、該各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。
【００７９】
続いて、Ｓ２４において、ＣＰＵ４１は、情報配信センタ３へプローブ情報を送信する送信タイミングになったか否かを判定する判定処理を実行する。
例えば、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、所定時間（例えば、「５分」、「１５分」、「３０分」等である。）が経過しているか否かを判定する判定処理を実行する。または、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、所定距離（例えば、「１ｋｍ」、「２ｋｍ」、「３ｋｍ」等である。）走行したか否かを判定する判定処理を実行する。または、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、走行履歴ＤＢ３８に所定データ量（例えば、「１メガバイト」、「５メガバイト」、「１０メガバイト」等である。）のプローブ情報が蓄積されたか否かを判定する判定処理を実行する。
【００８０】
そして、情報配信センタ３へプローブ情報を送信する送信タイミングになったと判定した場合には（Ｓ２４：ＹＥＳ）、ＣＰＵ４１は、Ｓ２５の処理に移行する。Ｓ２５において、ＣＰＵ４１は、情報配信センタ３に対してプローブ情報を送信した前回の時点から、走行履歴ＤＢ３８に新たに記憶したプローブ情報を情報配信センタ３へ送信後、再度、Ｓ２１以降の処理を実行する。
一方、情報配信センタ３へプローブ情報を送信する送信タイミングになっていないと判定した場合には（Ｓ２４：ＮＯ）、ＣＰＵ４１は、再度、Ｓ２１以降の処理を実行する。
【００８１】
ここで、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合に、ＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を図４及び図８に基づいて説明する。図８はナビゲーション装置２のＣＰＵ４１が、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合に、実行するプローブ情報送信処理の一例を説明する説明図である。
【００８２】
図８に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン８」に対応する「当日における全データの送信を停止」の送信データ内容を読み出す。そして、ＣＰＵ４１は、上記Ｓ２２において、日付変更まで、情報配信センタ３へプローブ情報を送信しないと判定して（Ｓ２２：ＮＯ）、収集した各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。そして、ＣＰＵ４１は、送信タイミングになった場合には（Ｓ２４：ＹＥＳ）、走行履歴ＤＢ３８に新たなプローブ情報を記憶していないため、Ｓ２５において、情報配信センタ３へプローブ情報を送信しない。
従って、情報配信センタ３のＣＰＵ１１は、該当するプローブカー６の当日のプローブ情報を必要としない場合には、「パターン８」の収集パターン５１Ｄを当該プローブカー６に送信することによって、不必要なプローブ情報の送信を制限することができる。
【００８３】
また、情報配信センタ３から東京エリアと愛知エリアに位置するプローブカー６に搭載されたナビゲーション装置２にエリア毎に異なる収集パターン５１Ｄを送信した場合に、各ナビゲーション装置２のＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を図４及び図９に基づいて説明する。図９は情報配信センタ３から東京エリアと愛知エリアに位置するプローブカー６に搭載されたナビゲーション装置２にエリア毎に異なる収集パターン５１Ｄを送信した場合に、各ナビゲーション装置２のＣＰＵ４１が実行するプローブ情報送信処理の具体的な一例を説明する説明図である。
【００８４】
図９に示すように、東京エリア内のプローブカー６搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン８」の収集パターン５１Ｄを受信した場合には、上記図８において説明した通り、日付変更まで、情報配信センタ３へプローブ情報を送信しない。
一方、愛知エリア内のプローブカー６搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から「パターン３」の収集パターン５１Ｄを受信した場合には、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、この「パターン３」に対応する「土曜日、日曜日及び祝日におけるＡＢＳ動作情報以外の全データ」の送信データ内容を読み出す。そして、ＣＰＵ４１は、タイマ４５から時刻データを読み出し、当日が土曜日、日曜日及び祝日のいずれかの場合には、ＡＢＳ動作情報以外のプローブ情報を順次、走行履歴ＤＢ３８に記憶し（Ｓ２１〜Ｓ２３）、送信タイミングになった場合には、走行履歴ＤＢ３８に記憶したプローブ情報を情報配信センタ３へ送信する（Ｓ２４〜Ｓ２５）。また、ＣＰＵ４１は、タイマ４５から時刻データを読み出し、当日が土曜日、日曜日及び祝日のいずれでもない場合には、日付変更まで、情報配信センタ３へプローブ情報を送信しないと判定して（Ｓ２２：ＮＯ）、収集した各プローブ情報をＲＡＭ４２から消去して、Ｓ２４の処理に移行する。そして、ＣＰＵ４１は、送信タイミングになった場合には（Ｓ２４：ＹＥＳ）、走行履歴ＤＢ３８にプローブ情報を記憶していないため、Ｓ２５において、情報配信センタ３へプローブ情報を送信しない。従って、情報配信センタ３は、愛知エリア内のプローブカー６から、土曜日、日曜日及び祝日におけるＡＢＳ動作情報以外の全データのみを収集することが可能となる。
【００８５】
以上詳細に説明した通り、本実施例に係るナビゲーションシステム１では、情報配信センタ３のＣＰＵ１１は、プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、自車位置のデータ、目的地の座標データ等の各情報を受信したばあいには、収集パターンデータ５１の期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）を特定し、収集パターンデータ５１から対応する収集パターン５１Ｄ（制限情報）を選択して、収集パターン５１Ｄを要求する要求コマンドを送信したナビゲーション装置２に対して送信する（Ｓ１１１〜Ｓ１１５）。一方、ナビゲーション装置２のＣＰＵ４１は、受信した収集パターン５１Ｄ（制限情報）に対応する「送信データ内容」を、送信パターンＤＢ３９に格納される送信データテーブル６１から読み出し、この読み出した「送信データ内容」に従って、プローブ情報を情報配信センタ３へ送信する（Ｓ２１〜Ｓ２５）。
【００８６】
従って、ナビゲーション装置２のＣＰＵ４１は、収集したプローブ情報（例えば、月、日時、リンク情報（メッシュＩＤ、リンクＩＤ、リンク長、交通信号機の有・無、道路種別等である。）、交通状況（旅行時間、渋滞度、速度などである。）、自車位置、自車位置の属する２次メッシュＩＤ、ワイパーの動作状況、車外／路面温度、天気、ＡＢＳ（Antilock brake system）動作情報、路面状況、車両情報（車種、各諸元性能、車速、乗員、車重の配分率、トルクの掛かり方等）である。）から、収集パターン５１Ｄに対応する「送信データ内容」に従って、情報配信センタ３が必要とする情報のみを選択して（例えば、収集パターン５１Ｄが「パターン２」の場合には、渋滞情報のみを選択する。）、情報配信センタ３へ送信することが可能となり、情報配信センタ３との携帯電話等を介した通信時間の短縮化を図って通信コストの削減化を図ることが可能となる。また、情報配信センタ３は、プローブカー６に搭載されたナビゲーション装置２から送信される不要な情報を削減することが可能となり、処理負担の軽減化を図ることが可能となる。
また、情報配信センタ３のＣＰＵ１１は、収集パターン５１Ｄ（制限情報）を期間５１Ａ（時期的要因）と各エリア５１Ｂ、５１Ｃ（地域的要因）とを考慮して選択できる共に、各収集パターン５１Ｄに対応する送信データテーブル６１の「送信データ内容」には、送信すべきデータの種別（データの種類、データの道路種別）、収集日時や収集曜日（時間的要因）等が含まれるため、収集パターン５１Ｄの選択をより高精度に行うことが可能となる。
【００８７】
尚、本発明は前記実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
【００８８】
（１）例えば、ナビゲーション装置２のＣＰＵ４１は、図６に示されるプローブ情報送信処理に替えて、図１０に示されるプローブ情報送信処理を実行するようにしてもよい。図１０は他の実施例に係るナビゲーション装置２のＣＰＵ４１が、受信した収集パターン５１Ｄに基づいて、収集したプローブ情報を情報配信センタ３へ送信するプローブ情報送信処理を示すフローチャートである。
具体的には、図１０に示すように、先ず、Ｓ３１において、ＣＰＵ４１は、上記Ｓ２１の処理を実行する。そして、Ｓ３２において、ＣＰＵ４１は、ＲＡＭ４２に一時的に記憶した各プローブ情報を走行履歴ＤＢ３８に順次、記憶する。続いて、Ｓ３３において、ＣＰＵ４１は、上記Ｓ２４の処理を実行する。
【００８９】
そして、情報配信センタ３へプローブ情報を送信する送信タイミングになっていないと判定した場合には（Ｓ３３：ＮＯ）、ＣＰＵ４１は、再度、Ｓ３１以降の処理を実行する。
一方、情報配信センタ３へプローブ情報を送信する送信タイミングになったと判定した場合には（Ｓ３３：ＹＥＳ）、ＣＰＵ４１は、Ｓ３４の処理に移行する。Ｓ３４において、ＣＰＵ４１は、送信パターンＤＢ３９に格納される送信データテーブル６１（図４参照）から、受信した収集パターン５１Ｄに対応する「送信データ内容」を読み出し、ＲＡＭ４２に記憶する。そして、ＣＰＵ４１は、前回の送信タイミングから走行履歴ＤＢ３８に記憶した各プローブ情報の中から、この「送信データ内容」に該当するプローブ情報を選択して、ＲＡＭ４２に記憶する。
続いて、Ｓ３５において、ＣＰＵ４１は、この選択したプローブ情報をＲＡＭ４２から順次読み出し、情報配信センタ３へ送信後、再度、Ｓ３１以降の処理を実行する。
【００９０】
これにより、ナビゲーション装置２のＣＰＵ４１は、全プローブ情報を順次、記憶後、送信タイミングになった時に、前回の送信タイミングから走行履歴ＤＢ３８に記憶した各プローブ情報の中から、受信した収集パターン５１Ｄに対応する「送信データ内容」に該当するプローブ情報を選択して、情報配信センタ３へ送信することが可能となる。このため、収集したプローブ情報を選択することなく、全プローブ情報を一度、走行履歴ＤＢ３８に記憶するため、プローブ情報の収集処理の迅速化を図ることが可能となり、ＣＰＵ４１の処理負荷の軽減化を図ることが可能となる。
【００９１】
（２）前記実施例において、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、情報配信センタ３から収集パターン５１Ｄ（制限情報）を受信した際の、受信条件（例えば、受信時の自車位置が含まれるエリア、受信時の曜日、受信時の時間等である。）を、当該収集パターン５１Ｄと共に送信パターンＤＢ３９に記憶するように構成してもよい。そして、ＣＰＵ４１は、同一収集パターン５１Ｄを同一受信条件で所定回数（例えば、３回〜６回である。）受信したと判定した場合には、この受信条件になった際に、この同じ収集パターン５１Ｄを受信したとして、上記図６または図１０に示すプローブ情報送信処理を実行するようにしてもよい。
【００９２】
ここで、一例を図１１に基づいて説明する。図１１はプローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１が、「パターン１１」の収集パターン５１Ｄを同一受信条件で過去５回以上受信した場合に、この受信条件になった際に、「パターン１１」の収集パターン５１Ｄに対応するプローブ情報を情報配信センタ３へ送信する一例を説明する説明図である。
図１１に示すように、プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１は、受信時の自車位置が東京、受信時の曜日が月曜日、受信時が深夜の同一受信条件で、過去５回以上、収集パターン５１Ｄとして「パターン１１」を受信して、「日時」と「リンク情報」のプローブ情報を収集して情報配信センタ３に送信した場合には、当該プローブカー６が月曜日の深夜に東京を走行している際に、「日時」と「リンク情報」のプローブ情報を収集して情報配信センタ３へ送信するように構成してもよい。
【００９３】
これにより、情報配信センタ３のＣＰＵ１１は、収集パターン５１Ｄ（制限情報）をナビゲーション装置２のＣＰＵ４１に対して送信していない場合でも、必要なプローブ情報を受信することが可能となり、処理負担の軽減化を図ることが可能となる。
【００９４】
（３）前記実施例において、ＣＰＵ４１は、上記ステップ１２で、情報配信センタ３に対して、収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ、及び目的地までの距離、即ち、目的地までの走行距離等を送信するように構成してもよい。
また、情報配信センタ３のＣＰＵ１１は、上記ステップ１１１において、ナビゲーション装置２から送信された収集パターン５１Ｄを要求する要求コマンドと共に、現在の自車位置のデータ、目的地の座標データ、及び目的地までの距離、即ち、目的地までの走行距離等を受信して、この各情報をＲＡＭ１２に記憶する。また、ＣＰＵ１１は、受信した自車位置データと更新用地図情報１４Ａに格納される地図表示データに基づいて、自車位置が含まれる２次メッシュのメッシュＩＤを検出してＲＡＭ１２に記憶する。続いて、ＣＰＵ１１は、目的地までの走行距離が所定距離以上か否か（例えば、走行距離が１０ｋｍ以上か否かである。）を判定する判定処理を実行し、目的地までの走行距離が所定距離以上の場合には、ステップ１１２以降の処理を実行するように構成し、一方、目的地までの走行距離が所定距離未満の場合には、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、ステップ１１５の処理に移行して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。
これにより、情報配信センタ３のＣＰＵ１１は、より少ないナビゲーション装置２から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００９５】
ここで、一例を図１２に基づいて説明する。図１２は情報配信センタ３のＣＰＵ１１が、各ナビゲーション装置２に対して目的地までの走行距離に基づいてプローブ情報の送信不許可または送信許可を指示する一例を説明する説明図である。
図１２に示すように、情報配信センタ３のＣＰＵ１１は、各プローブカー６に搭載されたナビゲーション装置２から収集パターン５１Ｄを要求する要求コマンドと共に、目的地までの走行距離を受信した場合には、この目的地までの走行距離が１０ｋｍ未満である「６ｋｍ」と「０．３ｋｍ」の各ナビゲーション装置２に対して、「当日における全データの送信を停止」の送信データ内容、即ち、「当日は情報必要なし」に対応する「パターン８」の収集パターン５１Ｄを選択して送信するように構成してもよい。一方、ＣＰＵ１１は、目的地までの走行距離が１０ｋｍ以上の「１５ｋｍ」と「２０ｋｍ」の各ナビゲーション装置２に対しては、上記Ｓ１１２乃至Ｓ１１５の処理を実行するように構成してもよい。例えば、ＣＰＵ１１は、「温度以外の全データ」と「全データ」の送信データ内容に対応する収集パターン５１Ｄを選択して、各ナビゲーション装置２に対して送信する。
【００９６】
（４）前記実施例において、情報配信センタ３のＣＰＵ１１は、各プローブカー６に搭載されたナビゲーション装置２のＣＰＵ４１から受信した狭い時間帯（例えば、１分間〜５分間である。）における同一リンクに対するプローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出した場合には、上記ステップ１１１で、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１から、収集パターン５１Ｄを要求する要求コマンドを受信した場合に、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、ステップ１１５の処理に移行して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。即ち、情報配信センタ３のＣＰＵ１１は、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示するように構成してもよい。
これにより、情報配信センタ３のＣＰＵ１１は、より少ないナビゲーション装置２から精度の高いプローブ情報を受信することが可能となり、処理負荷の更なる軽減化を図ることが可能となる。
【００９７】
ここで、一例を図１３に基づいて説明する。図１３は情報配信センタ３のＣＰＵ１１が、異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示する一例を説明する説明図である。
図１３に示すように、情報配信センタ３のＣＰＵ１１は、１６時２９分から１６時３０分の間の狭い時間帯に、各プローブカー６からリンクＡに関する交通状況（旅行時間、渋滞度、速度等である。）等のプローブ情報を３件受信した場合に、２件が車速が時速５ｋｍ未満の「重渋滞」の渋滞度のプローブ情報で、１件が車速が２０ｋｍ以上の「空き」の渋滞度のプローブ情報のときには、この「空き」の渋滞度のプローブ情報を異常プローブ情報であると判定するように構成してもよい。そして、ＣＰＵ１１は、この異常プローブ情報である「空き」の渋滞度のプローブ情報を送信したナビゲーション装置２のＣＰＵ４１から、収集パターン５１Ｄを要求する要求コマンドを受信した場合には、「当日における全データの送信を停止」の送信データ内容に対応する「パターン８」の収集パターン５１Ｄを選択して、当該「パターン８」の収集パターン５１Ｄを送信するように構成してもよい。即ち、情報配信センタ３のＣＰＵ１１は、この異常プローブ情報を送信したナビゲーション装置２のＣＰＵ４１に対して、プローブ情報の送信停止を指示するように構成してもよい。そして、この異常プローブ情報を送信したナビゲーション装置２を除く、他のナビゲーション装置２からプローブ情報を収集するように構成してもよい。
【００９８】
（５）前記実施例において、収集パターンデータ５１は、収集パターン５１Ｄを、期間５１Ａ（時期的要因）として日時、各エリア５１Ｂ、５１Ｃ（地域的要因）として都道府県に対応して格納するようにしたが、期間として日時ではなく、曜日や季節で分けてもよいし、更に「月曜日〜金曜日」の平日と「土曜日、日曜日、祝日」の休日で分けてもよいし、エリアとして市区町村等の行政区画、地図のメッシュＩＤ等の区域で分けてもよい。
また、収集パターンデータ５１は、収集パターン５１Ｄを、期間５１Ａ（時期的要因）として日時、各エリア５１Ｂ、５１Ｃ（地域的要因）として都道府県に対応して格納するようにしたが、更に、天気（天候的要因）、気温（天候的要因）、ナビゲーション装置２が搭載された車種（例えば、発売開始から１年未満の車種と発売開始から１年以上の車種等である。）、道路の路面状況、道路種別（例えば、「高速道路・有料道路」、「一般道路」、「細街路」等である。）等のうちの少なくとも１つに対応して格納するようにしてもよい。
【００９９】
（６）前記実施例において、ＣＰＵ４１は、上記ステップ１１でイグニションスイッチがＯＮの場合に、ステップ１２で情報配信センタ３に対して収集パターン５１Ｄを要求するようにしたが、イグニションスイッチがＯＮで、且つ所定の日時、曜日である場合に、情報配信センタ３に対して収集パターン５１Ｄを要求するようにしてもよい。例えば、所定の日時、曜日とは、月曜日等の特定の曜日であってもよいし、受信した収集パターン５１Ｄに期間５１Ａが付与されている場合には、上記期間外となった日時であってもよいし、前回収集パターン５１Ｄを受信してから１週間後の日時であってもよい。
【図面の簡単な説明】
【０１００】
【図１】本実施例に係るナビゲーションシステムを示したブロック図である。
【図２】ナビゲーションシステムのナビゲーション装置を示したブロック図である。
【図３】収集パターンデータのデータ構成の説明図である。
【図４】パターン情報の一例を示す図である。
【図５】ナビゲーションシステムのプローブカーに搭載されたナビゲーション装置が実行する収集パターン取得処理と情報配信センタが実行する収集パターン配信処理を示すフローチャートである。
【図６】ナビゲーション装置のＣＰＵが、受信した収集パターンに基づいてプローブ情報を収集して、情報配信センタへ送信するプローブ情報送信処理を示すフローチャートである。
【図７】ナビゲーション装置のＣＰＵが、情報配信センタから「パターン５」の収集パターンを受信した場合に、走行履歴ＤＢに記憶するプローブ情報の一例を説明する説明図である。
【図８】ナビゲーション装置のＣＰＵが、情報配信センタから「パターン８」の収集パターンを受信した場合に、実行するプローブ情報送信処理の一例を説明する説明図である。
【図９】情報配信センタから東京エリアと愛知エリアに位置するプローブカーに搭載されたナビゲーション装置にエリア毎に異なる収集パターンを送信した場合に、各ナビゲーション装置のＣＰＵが実行するプローブ情報送信処理の具体的な一例を説明する説明図である。
【図１０】他の実施例に係るナビゲーション装置のＣＰＵが、受信した収集パターンに基づいて、収集したプローブ情報を情報配信センタへ送信するプローブ情報送信処理を示すフローチャートである。
【図１１】プローブカーに搭載されたナビゲーション装置のＣＰＵが、「パターン１１」の収集パターンを同一受信条件で過去５回以上受信した場合に、この受信条件になった際に、「パターン１１」の収集パターンに対応するプローブ情報を情報配信センタへ送信する一例を説明する説明図である。
【図１２】情報配信センタのＣＰＵが、各ナビゲーション装置に対して目的地までの走行距離に基づいてプローブ情報の送信不許可または送信許可を指示する一例を説明する説明図である。
【図１３】情報配信センタのＣＰＵが、異常プローブ情報を送信したナビゲーション装置のＣＰＵに対して、プローブ情報の送信停止を指示する一例を説明する説明図である。
【符号の説明】
【０１０１】
１ ナビゲーションシステム
２ ナビゲーション装置
３ 情報配信センタ
４ ネットワーク
６ プローブカー
１０ サーバ
１１、４１ ＣＰＵ
１２、４２ ＲＡＭ
１３、４３ ＲＯＭ
１６ センタ側交通情報ＤＢ
１６Ａ、３６Ａ 現況交通情報
１７ センタ側通信装置
１８ 収集パターンＤＢ
２１ 現在地検出処理部
２３ ナビゲーション制御部
２７ 通信装置
３８ 走行履歴ＤＢ
３９ 送信パターンＤＢ
５１ 収集パターンデータ
５１Ａ 期間
５１Ｂ 一般エリア
５１Ｃ 特定エリア
５１Ｄ 収集パターン
１０２ 送信データテーブル
【特許請求の範囲】
【請求項１】
車両に搭載されたナビゲーション装置と、
前記ナビゲーション装置から送信されたプローブ情報を受信する情報センタと、
を備えたナビゲーションシステムにおいて、
前記情報センタは、
所定要因に対応して、前記プローブ情報の送信内容を指示する制限情報を記憶する 制限情報記憶手段と、
前記ナビゲーション装置に対応する所定要因を特定する要因特定手段と、
前記要因特定手段によって特定された所定要因に基づいて前記制限情報を選択する 制限情報選択手段と、
前記ナビゲーション装置に選択した制限情報を送信する送信手段と、
を有し、
前記ナビゲーション装置は、
前記制限情報を受信する受信手段と、
受信した該制限情報に基づいて、収集したプローブ情報を前記情報センタに送信す るように制御する送信制御手段と、
を有することを特徴とするナビゲーションシステム。
【請求項２】
前記所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されていることを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記送信制御手段は、
受信した制限情報の履歴を受信条件に対応して記憶する履歴記憶手段と、
同じ制限情報を同一受信条件で所定回数受信したか否かを判定する回数判定手段と 、
を有し、
該送信制御手段は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御することを特徴とする請求項１又は請求項２に記載のナビゲーションシステム。
【請求項４】
前記ナビゲーション装置は、
設定された目的地までの距離を算出する算出手段と、
前記距離を目的地までの距離情報として情報センタに送信する距離情報送信手段と 、
を有し、
前記情報センタは、
前記ナビゲーション装置から送信された距離情報を受信する距離情報受信手段を有 し、
前記制限情報選択手段は、受信した距離情報に基づいて該ナビゲーション装置に対して前記プローブ情報の送信不許可又は送信許可を指示する制限情報を選択することを特徴とする請求項１乃至請求項３のいずれかに記載のナビゲーションシステム。
【請求項５】
前記情報センタは、各前記ナビゲーション装置から受信した狭い時間帯における同一リンクに対する前記プローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出する検出手段を有し、
前記制限情報選択手段は、前記異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対してプローブ情報の送信停止を指示する制限情報を選択することを特徴とする請求項１乃至請求項４のいずれかに記載のナビゲーションシステム。
【請求項１】
車両に搭載されたナビゲーション装置と、
前記ナビゲーション装置から送信されたプローブ情報を受信する情報センタと、
を備えたナビゲーションシステムにおいて、
前記情報センタは、
所定要因に対応して、前記プローブ情報の送信内容を指示する制限情報を記憶する 制限情報記憶手段と、
前記ナビゲーション装置に対応する所定要因を特定する要因特定手段と、
前記要因特定手段によって特定された所定要因に基づいて前記制限情報を選択する 制限情報選択手段と、
前記ナビゲーション装置に選択した制限情報を送信する送信手段と、
を有し、
前記ナビゲーション装置は、
前記制限情報を受信する受信手段と、
受信した該制限情報に基づいて、収集したプローブ情報を前記情報センタに送信す るように制御する送信制御手段と、
を有することを特徴とするナビゲーションシステム。
【請求項２】
前記所定要因は、区域、季節、日時、曜日、道路種別のうちの少なくとも１つに対応して生成されていることを特徴とする請求項１に記載のナビゲーションシステム。
【請求項３】
前記送信制御手段は、
受信した制限情報の履歴を受信条件に対応して記憶する履歴記憶手段と、
同じ制限情報を同一受信条件で所定回数受信したか否かを判定する回数判定手段と 、
を有し、
該送信制御手段は、同じ制限情報を同一受信条件で所定回数受信したと判定した場合には、この受信条件になった際に、この同じ制限情報に基づいて、収集したプローブ情報を前記情報センタに送信するように制御することを特徴とする請求項１又は請求項２に記載のナビゲーションシステム。
【請求項４】
前記ナビゲーション装置は、
設定された目的地までの距離を算出する算出手段と、
前記距離を目的地までの距離情報として情報センタに送信する距離情報送信手段と 、
を有し、
前記情報センタは、
前記ナビゲーション装置から送信された距離情報を受信する距離情報受信手段を有 し、
前記制限情報選択手段は、受信した距離情報に基づいて該ナビゲーション装置に対して前記プローブ情報の送信不許可又は送信許可を指示する制限情報を選択することを特徴とする請求項１乃至請求項３のいずれかに記載のナビゲーションシステム。
【請求項５】
前記情報センタは、各前記ナビゲーション装置から受信した狭い時間帯における同一リンクに対する前記プローブ情報から、他のプローブ情報の内容と大きく異なる内容の異常プローブ情報を検出する検出手段を有し、
前記制限情報選択手段は、前記異常プローブ情報を検出した場合には、この異常プローブ情報を送信したナビゲーション装置に対してプローブ情報の送信停止を指示する制限情報を選択することを特徴とする請求項１乃至請求項４のいずれかに記載のナビゲーションシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２００８−９７３４５（Ｐ２００８−９７３４５Ａ）
【公開日】平成２０年４月２４日（２００８．４．２４）
【国際特許分類】
【出願番号】特願２００６−２７８７１０（Ｐ２００６−２７８７１０）
【出願日】平成１８年１０月１２日（２００６．１０．１２）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２０年４月２４日（２００８．４．２４）
【国際特許分類】
【出願日】平成１８年１０月１２日（２００６．１０．１２）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]