(57)【要約】【課題】  プローブカーが送信するべきデータの性質に着目して、プローブデータの送信の効率化を実現すること。【解決手段】  通信制御手段を担うエージェント部４７は、センタサーバとの通信確立手順に要する時間をＴｃ、センタサーバとの通信切断手順に要する時間をＴｄ、１個のプローブデータを送信するのに必要な時間をＴ、送信すべきプローブデータの発生時間間隔をＴｓとしたとき、Ｔｃ＋ｎＴ＋Ｔｄ＜ｎＴｓとなる最大のｎ（ただし、ｎは自然数）を求める。そして、通信確立手順の後、通信切断手順の前に、ｎ個のプローブデータをセンタサーバに送信する。【選択図】  図５
2008129815.tif 000002
【特許請求の範囲】
【請求項１】
自動車に搭載され、所定のプローブデータを収集してこれをセンタサーバに送信する車載通信装置であって、
前記センタサーバとの通信確立手順に要する時間をＴｃ、前記センタサーバとの通信切断手順に要する時間をＴｄ、１個のプローブデータを送信するのに必要な時間をＴ、送信すべきプローブデータの発生時間間隔をＴｓとしたとき、
Ｔｃ＋ｎＴ＋Ｔｄ＜ｎＴｓ
となる最大のｎ（ただし、ｎは自然数）を求め、前記通信確立手順の後、前記通信切断手順の前に、ｎ個のプローブデータを前記センタサーバに送信する送信制御手段を有することを特徴とする車載通信装置。
【請求項２】
前記送信制御手段は、更に、
通信環境に応じた通信可能時間Ｔｒを予測する通信可能時間予測手段を含み、
Ｔｒ＞ｎＴｓとなる最大のｎ（ただし、ｎは自然数）を求め、前記通信確立手順の後、前記通信切断手順の前に、ｎ個のプローブデータを前記センタサーバに送信する
ことを特徴とする請求項１に記載の車載通信装置。
【請求項３】
前記通信可能時間予測手段は、位置毎の通信速度予測値が記述された通信速度マップと、自車の走行予定ルートとに基づいて前記通信可能時間Ｔｒを予測することを特徴とする請求項２に記載の車載通信装置。
【請求項４】
前記送信制御手段は、更に、
前記通信速度マップを用いて、前記センタサーバとの通信確立手順に要する時間Ｔｃおよび、前記センタサーバとの通信切断手順に要する時間Ｔｄを予測する手段と、
走行予定ルート上の各地点の通信速度を前記通信速度マップを用いて予測するとともに、予測した各地点の通信速度の平均値を算出することで平均通信速度を予測する手段と、
を含むことを特徴とする請求項３に記載の車載通信装置。
【請求項５】
前記送信制御手段は、通信が中断された場合は、通信が回復するまでの間、収集されたプローブデータを記憶装置に格納し、通信回復後に、前記記憶装置に記憶された個々のプローブデータを、それぞれの種類に応じた送信ルールに従い前記センタサーバに送信することを特徴とする請求項１から４までのいずれか１項に記載の車載通信装置。
【請求項６】
前記プローブデータ種類には、ＦＩＦＯ（First In First Out）で必ず送るべきデータと、いつでもよいが必ず送る必要があるデータと、代表値のみが分かればよいデータと、リアルタイムに送信できなければ送信しなくてもよいデータとが含まれることを特徴とする請求項５に記載の車載通信装置。
【請求項７】
前記送信ルールは、前記ＦＩＦＯ（First In First Out）で必ず送るべきデータおよび、代表値のみが分かればよいデータについては、通信回復後、当該通信回復後に得られるプローブデータの送信に優先して送信させるものであることを特徴とする請求項６に記載の車載通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載通信装置に関する。
【背景技術】
【０００２】
多数の自動車を交通観測用のプローブに見立てて、実際の位置情報、交通行動、車両挙動などの情報をセンタサーバに集め、これらを正確な渋滞予測をはじめとする交通情報処理に役立てるように構成した交通情報システムが知られており、これらをナビゲーション装置と融合してより実際的なルート案内などを行えるようにする技術がさかんに開発されている。
【０００３】
このような交通情報システムにおいては、多数のプローブカーからプローブデータがセンタサーバに集中するためセンタサーバ側での処理負荷が過大になり、通信速度および応答性が低下するという問題がある。このような問題に対処したものとしては例えば、特許文献１がある。
【０００４】
【特許文献１】特開２００３−５０７８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、通信環境が劣悪な場合には、通信の中断、通信データの消失等が発生しうる。従来、このような通信中断等が発生した場合には、通信再開後にはプローブカーの送信の効率化を図って送信遅れを取り戻すことが望まれる。しかしながら、通信再開時には再び通信確立手順を実行する必要があるなど、送信の効率化は容易ではない。
【０００６】
そこで本発明は、プローブカーが送信するべきデータの性質に着目して、プローブデータの送信の効率化を実現することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面によれば、自動車に搭載され、所定のプローブデータを収集してこれをセンタサーバに送信する車載通信装置であって、前記センタサーバとの通信確立手順に要する時間をＴｃ、前記センタサーバとの通信切断手順に要する時間をＴｄ、１個のプローブデータを送信するのに必要な時間をＴ、送信すべきプローブデータの発生時間間隔をＴｓとしたとき、
Ｔｃ＋ｎＴ＋Ｔｄ＜ｎＴｓ
となる最大のｎ（ただし、ｎは自然数）を求め、前記通信確立手順の後、前記通信切断手順の前に、ｎ個のプローブデータを前記センタサーバに送信する送信制御手段を有することを特徴とする車載通信装置が提供される。
【０００８】
この構成によれば、通信確立手順から通信接続手順を行うまでの間に複数のプローブデータを含めて送信することができデータ送信効率を高めることができる。
【０００９】
本発明の好適な実施形態によれば、前記送信制御手段は、更に、通信環境に応じた通信可能時間Ｔｒを予測する通信可能時間予測手段を含み、Ｔｒ＞ｎＴｓとなる最大のｎ（ただし、ｎは自然数）を求め、前記通信確立手順の後、前記通信切断手順の前に、ｎ個のプローブデータを前記センタサーバに送信することが好ましい。
【００１０】
この構成によれば、実際の通信環境に応じて、通信確立手順から通信接続手順を行うまでの間に含めるプローブデータの最適な個数を決定することができる。
【００１１】
本発明の好適な実施形態によれば、前記通信可能時間予測手段は、位置毎の通信速度予測値が記述された通信速度マップと、自車の走行予定ルートとに基づいて前記通信可能時間Ｔｒを予測することが好ましい。
【００１２】
この構成によれば、実際の通信環境や走行予定に沿って通信可能時間を予測することができる。
【００１３】
本発明の好適な実施形態によれば、前記送信制御手段は、更に、前記通信速度マップを用いて、前記センタサーバとの通信確立手順に要する時間Ｔｃおよび、前記センタサーバとの通信切断手順に要する時間Ｔｄを予測する手段と、走行予定ルート上の各地点の通信速度を前記通信速度マップを用いて予測するとともに、予測した各地点の通信速度の平均値を算出することで平均通信速度を予測する手段とを含むことが好ましい。
【００１４】
この構成によれば、通信状態や走行状態の変化に対応して、通信確立手順から通信切断手順を行うまでの間に含めるプローブデータの最適な個数を動的に決定することができる。
【００１５】
本発明の好適な実施形態によれば、前記送信制御手段は、通信が中断された場合は、通信が回復するまでの間、収集されたプローブデータを記憶装置に格納し、通信回復後に、前記記憶装置に記憶された個々のプローブデータを、それぞれの種類に応じた送信ルールに従い前記センタサーバに送信することが好ましい。
【００１６】
この構成によれば、通信中断中に蓄積されたプローブデータを、個々の重要度に応じて送信遅れを取り戻すのに最適なタイミングで送信することができる。
【発明の効果】
【００１７】
本発明によれば、プローブデータの送信の効率化が実現される。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。
【００１９】
図１は、本実施形態に係る交通情報収集システムの全体構成を示す図である。
【００２０】
自動車１は、この交通情報収集システムにおけるプローブの役割を果たすプローブカーであり、プローブデータに基づく交通情報サービスの提供を受けることができる車両である。この自動車１は、宇宙空間に配置されたＧＰＳ衛星３からの信号を受信して絶対位置を測定するように構成されているとともに、移動通信網４に収容され、モバイル無線アクセスを行うことが可能に構成されている。
【００２１】
移動通信網４は、たとえば第３世代移動通信システムで構成され、本実施形態では、異なる複数の周波数のキャリアを収容するＷ−ＣＤＭＡ（Wide band-Code Division Multiple Access）方式が適用されるものとする。
【００２２】
ＢＳ５は移動通信網４に収容される基地局である。プローブカーである自動車１は、移動局（ＭＳ）としての車載通信装置（以下「車載機」という。）１０１を搭載しており、現在、基地局５のサービスエリア５１内に位置している。車載機１０１は、基地局５と通信するための移動通信アンテナ１０９を備えている。なお、図１には基地局が１つだけしか示されていないが、移動通信網３は通常、多数の基地局を収容しうるのであって、ここでは簡略化のために１つの基地局５だけが示されている点に留意されたい。同様に、移動局としての自動車（プローブカー）も多数存在しうることに留意されたい。
【００２３】
自動車１にて収集されたプローブデータは移動通信網４を介してセンタサーバ６に送信される。センタサーバ６は、自動車１に代表される多数のプローブカーから送信されてくるプローブデータを収集し、この収集結果を基に、各プローブカーに有用な交通情報をフィードバックする。
【００２４】
図２は、自動車１に搭載された車載機１０１の構成を示すブロック図である。
【００２５】
車載機１０１は、図示の如く、車載機全体の制御を司るＣＰＵ１０２、メインメモリとして機能するとともにＣＰＵ１０２のワークエリアを提供するＲＡＭ１０３、ブートプログラムなどの固定的なプログラムやデータを記憶しているＲＯＭ１０４をはじめ、以下の構成を備える。
【００２６】
１０８は、Ｗ−ＣＤＭＡ無線ユニットであり、移動通信アンテナ１０９を介して基地局５とＷ−ＣＤＭＡ方式にてデータの無線送受を行う。
【００２７】
１１０は、ＧＰＳアンテナ１１１を介して、ＧＰＳ衛星３からの信号を受信し、復調処理を行うＧＰＳレシーバである。１１２は車速を検出するための車速センサ、１１３は車両の進行方向や傾きを検出するためのジャイロである。
【００２８】
１１４はナビゲーション音声などを出力するスピーカである。１１５は、表示しようとする画像データを展開するビデオメモリ（ＶＲＡＭ）であり、ここに画像データ等を展開することでディスプレイ１１６に画像を表示させることができる。１１７は操作ユニットである。なお、操作ユニット１１７は、ディスプレイ１１６上に配置されるタッチパネルとして構成してもよい。さらに、車載機１０１を遠隔操作するためのリモートコントローラを含む構成としてもよい。
【００２９】
１１８はハードディスクドライブ（ＨＤＤ）であり、図示の如く、ここにオペレーティングシステム（ＯＳ）１１９をはじめ、カーナビゲーションを実現するナビゲーションプログラム１２０、ナビゲーションプログラム１２０によってコールされ、後述するプローブ処理を実現するためのプローブ処理プログラム１２１がインストールされている。この他、カーナビゲーションで利用される地図データを格納する地図データベース（ＤＢ）１２２や、この自動車１の車両情報（プローブデータ）を蓄積するプローブＤＢ１０５、位置毎の通信速度が記述された通信速度マップ１０６も、このＨＤＤ１１８に構成されている。
【００３０】
また、ＲＯＭ１０４には、車載機を特定するために車載機ごとにユニークな値を与えられた車載機ＩＤ１０４ａが記憶されている。
【００３１】
本実施形態における自動車１は例えば、アンチロックブレーキシステム（ＡＢＳ）を備える。これに伴いＡＢＳセンサ１２３が車載機１０１に接続されている。このＡＢＳセンサ１２３は、不図示のＡＢＳのＥＣＵ（Electronic Control Unit）にも接続され、ＡＢＳの動作を検出するように構成されている。車載機１０１には、更に、車外の温度を検出する外気温センサ１２４、操舵角を検出する舵角センサ１２５も接続されている。
【００３２】
なお、車載機１０１に接続される上記の各センサ１２３〜１２６は一例にすぎず、本実施形態は、これら図示したセンサ類からの情報を用いた特定の制御処理について説明するものではない。車載機１０１にはその他の各種センサが接続されうる。
【００３３】
図３は、通信速度マップ１０６のデータ構造例を示す図である。図示のように、各道路リンク（リンク１，リンク２，…）は、識別番号が付与されるとともに、緯度・経度で定義される複数の座標位置（座標１および座標２）によってその位置が特定される。そして、各道路リンクに対して、通信速度が記述されている。この通信速度は、その道路リンクの通信に関する地理的条件、基地局からの距離等から予測されたものである。
【００３４】
図４は、センタサーバ６のハードウェア構成を示すブロック図である。
【００３５】
センタサーバ６は、図示の如く、サーバ全体の制御を司るＣＰＵ６０１、メインメモリとして機能するとともにＣＰＵ６０１のワークエリアを提供するＲＡＭ６０２、ブートプログラムなどの固定的なプログラムやデータを記憶しているＲＯＭ６０３をはじめ、以下の構成を備える。
【００３６】
６０４は、Ｗ−ＣＤＭＡ無線ユニットであり、通信アンテナ６０５を介して移動通信網４においてデータの無線送受を行う。
【００３７】
６０６はハードディスクドライブ（ＨＤＤ）であり、図示の如く、ここにＯＳ６０７をはじめ、交通情報サービスを実現するための交通情報提供プログラム６０８、自動車１を含むプローブカーからのプローブデータを蓄積するプローブデータベース６０９、地図データベース６１０などがインストールされている。交通情報提供プログラム６０８は、プローブデータベース６０９の管理、プローブデータベース６０９に蓄積されたプローブデータに基づく交通情報の解析、プローブカーへの交通情報の配信を実行するためのプログラムを含むものとする。なお、それらの具体的処理の内容については、本発明とは直接関係がないので説明を省略する。
【００３８】
図５は、車載機１０１の機能構成を示す図である。
【００３９】
４０は車両情報検出部であり、車両位置検出部４１、走行状態検出部４２、車両故障診断部４３を含む。車両位置検出部４１はＧＰＳレシーバ１１０により実現されるものである。走行状態検出部４２はＡＢＳセンサ１２３、Ｇセンサ１２５、舵角センサ１２６などの検出値を利用して、走行状態の検出を行う。また、車両故障診断部４３は、各センサ類、アクチュエータ、制御ユニット等からのデータを監視し、それらの故障の有無を判定している。
【００４０】
４４はセンタサーバ６とのデータ送受信を制御する通信制御部であり、４５は通信制御部４４による通信の状態を検出する通信状態検出部である。車両環境状態検出部４６は、上記した車両位置検出部４１、走行状態検出部４２、車両故障診断部４３、および通信状態検出部４５からの検出情報を入力し、これらに基づいてプローブデータを生成しプローブＤＢ１０５に蓄積する。エージェント部４７は、車両環境検出部４６の状態を監視して動作目標を決定しプローブデータの送信に関する制御を統括する制御部である。
【００４１】
図６は、車載機１０１によるセンタサーバ６に対するデータ送信を模式的に示す図である。車載機１０１は通常、車両情報検出部４０で検出され、プローブＤＢ１０５にいったん蓄積された車両情報（プローブデータ）を、一定時間間隔でセンタサーバ６に対して送信する。
【００４２】
ここで、車両位置検出部４１、走行状態検出４２、車両故障診断部４３のいずれかから得られる個々のプローブデータが発生する時間間隔をＴｓ、プローブデータ１個を送信するのに必要な時間をＴとする。また、センタサーバ６に対する接続要求を発行してから通信が確立するまでの時間、すなわちデータベースコネクトに必要な時間をＴｃ、センタサーバ６との切断要求を発行してから通信が切断されるまでの時間、すなわちデータベースディスコネクトに必要な時間をＴｄとする。
【００４３】
Ｔｃ＋Ｔ＋Ｔｄ＜Ｔｓの場合には、プローブデータ１個を送信する毎にデータベースコネクト／ディスコネクトを行うことができる。この場合は、プローブデータの確実な送信が確保されるし、また、その送信ロジックも単純であり、理想的なケースといえる。図６の（ａ）はこの状態を示している。
【００４４】
しかし、Ｔｃ＋Ｔ＋Ｔｄ＞Ｔｓとなる場合もある。この場合に、上記の如くプローブデータ１個を送信する毎にデータベースコネクト／ディスコネクトを行ったのでは送信遅れが増大する一方である。そこで、この場合には一回のデータベースコネクト／ディスコネクトの間に複数個のプローブデータを送信するとよい。具体的には例えば、
Ｔｃ＋ｎＴ＋Ｔｄ＜ｎＴｓ
となる最大のｎ（ただし、ｎは自然数）を求め、１回のデータベースコネクト／ディスコネクトの間にｎ個のプローブデータをまとめて送信するとよい。
【００４５】
しかしながら、実際には、Ｔ、ＴｃおよびＴｄは固定値ではない。これらの値は通信状態や送信するプローブデータのデータ量などに依存して変化する。また、プローブカーの移動に伴って通信が途切れることもあるため、次の通信途絶までに通信可能な時間Ｔｒを考慮しながら、その都度、Ｔ、ＴｃおよびＴｄを動的に計算し、最適なｎの値を予測しなおす必要がある。
【００４６】
そこで本実施形態では、自車の走行ルート、通信速度マップに基づいて、通信可能時間Ｔｒを予測する。そして、Ｔｒ＞ｎＴｓとなる最大のｎを求め、１回のデータベースコネクト／ディスコネクトの間にｎ個のプローブデータをまとめて送信する。
【００４７】
問題は、通信が途切れるなどの場合があることである。このような場合には、通信の中断中はプローブＤＢ１０５にプローブデータを蓄積しておき、通信の回復後に、その蓄積したプローブデータを送信する必要がある。したがって通信回復後は、その通信回復後における現在データと、通信中断中に蓄積されたデータの両方を送信することになり、通信中断中に蓄積されたデータ量によっては送信遅れが避けられない。また、通信中断中に蓄積されたプローブデータの中には、通信回復後における現在データの後に送信したのでは遅すぎて役に立たなくなってしまうものもある。
【００４８】
そこで本実施形態では、通信中断中にプローブＤＢ１０５に蓄積されたプローブデータはそれぞれ、通信が回復した後、データの種類に応じた送信ルールに従って送信されるものとする。これにより、通信中断中にプローブＤＢ１０５に蓄積されたプローブデータのうち優先的に送信すべきものはデータ量を削減して送信し、あるいは、優先度の低いものについては後で送るようにする。こうして、送信遅れを取り戻すようにする。
【００４９】
以下、プローブデータの種類とその送信ルールの例を説明する。
【００５０】
（１）ＦＩＦＯ（First In First Out）で必ず送るべきデータ
例えば、車両故障診断部４３によって故障の可能性のある状態が検出された場合、それが深刻な故障に至るのか、特に問題ないのかを、センタサーバ６側で判断するために、診断に必要なデータをできるだけ早く、時系列順に漏れなく送信する必要がある。
したがって、このようなデータの送信ルールは、通信回復後ただちに時系列順に送信するものとする。
【００５１】
（２）いつでもよいが必ず送る必要があるデータ
例えば、この自動車１がすぐに故障に至る危険性は少ないが、同一車種で不具合が見つかるなどしたために、センタサーバ６側で予防的な診断や市場品質の情報収集を行う必要がある場合に、その目的のために、厳格な送信タイミングは必要ではないが必ず送信すべきデータである。
したがって、このようなデータの送信ルールは、通信回復後、その回復後に生じた現在データの送信が終了した後に送信するものとする。
【００５２】
（３）代表値のみが分かればよいデータ
例えば、センタサーバ６がドライバの運転行動を診断するサービス（安全運転度や省エネルギ運転度など）を実施するための、速度や減速度、燃料消費などの計測データについては、全データが必要とされるわけではなく、最大値、最小値、平均値などの代表値だけが分かればよい。
したがって、このようなデータの送信ルールは、通信中断中に蓄積したデータの代表値だけを送信するものとする。
【００５３】
（４）リアルタイムに送信できなければ送信しなくてもよいデータ
例えば、センタサーバ６が走行状態（例えば走行ルート）をリアルタイムに把握し渋滞等の交通流情報を提供するサービスを実施するために、収集されるデータが多ければ多いほど情報精度が高められる一方、送信できなかったとしても既知の道路環境情報（車線数など）から、送信できなかった期間中の情報がセンタサーバ６側で類推可能な程度のデータは、リアルタイムに送信できなければ送信しなくてもよいものである。
したがって、このようなデータの送信ルールは、通信が回復しても送信しないものとしておく。あるいは、この送信ルールに代えて、このようなデータはプローブＤＢ１０５への蓄積自体を行わないこととしておくようにしてもよい。
【００５４】
図６の（ｂ）は、上記の例に従うデータ送信のようすを示している。通信が中断すると、各データは上記のような種類に分類されてデータプローブＤＢ１０５に蓄積される。そして、通信が回復すると、リアルタイムに発生する現在データを送信する前に、通信中断中にプローブＤＢ１０５に蓄積されたプローブデータのうち優先的に送信すべきものを、上記のような送信ルールに従い送信する。例えば、まず、代表値のみが分かればよいデータについては、その代表値を算出し、その代表値データを送信し、続いて、ＦＩＦＯで必ず送るべきデータを送信する。これら優先データの送信時間はＴｐで示されている。このＴｐは、通信中断中にプローブＤＢ１０５に蓄積されたプローブデータをすべて送信するのにかかる時間よりも大幅に縮小されることになる。このため、送信遅れを取り戻す可能性を大きくすることができる。
【００５５】
その後、リアルタイムに発生する現在データを送信する。これらの現在データの送信が完了すると、その後、いつでもよいが必ず送る必要があるデータを送信する。
【００５６】
図７は、以上説明したような車載機１０１によるセンタサーバ６に対するデータ送信の具体例を示すシーケンス図である。
【００５７】
車載機１０１の通信状態検出部４５は、通信速度マップ１０６の確認（ステップＳ１）、ナビゲーションプログラム１２０により設定された走行予定ルートの確認（ステップＳ２）を行い、通信可能時間Ｔｒの予測を行う。通信可能時間Ｔｒは、走行予定ルート上の通信可能エリアを通過するのに要する時間として求められ、通信可能エリアの範囲、移動速度、予定ルート上の交通状況（混雑度や信号タイミングなど）等を考慮して算出する（ステップＳ３）。その後、平均通信速度の予測を行う（ステップＳ４）。具体的には、走行予定ルート上の各地点についての通信速度を通信速度マップ１０６から得て、その平均値を平均通信速度の予測値とする。ステップＳ３およびＳ４で得られた予測値はそれぞれ、エージェント部４７へと送られる。
【００５８】
次に、エージェント部４７では、データベースコネクトに必要な時間Ｔｃの予測（ステップＳ５）、データベースディスコネクトに必要な時間Ｔｄの予測（ステップＳ６）、１個のプローブデータの送信に必要な時間Ｔの予測（ステップＳ７）を行う。例えば、Ｔｃ，Ｔｄは、通信速度マップを用いて予測され、Ｔは、ステップＳ４で求められた平均通信速度に基づき予測される。
【００５９】
データベースコネクトに必要な時間Ｔｃとは、通信確立手順に要する時間のことであり、具体的には、車載機１０１がセンタサーバ６に対して通信接続要求を発行し、センタサーバ６がこれに対する応答信号を発行し、車載機１０１がこれを受け取って通信が確立するまでの時間をいう。同様に、データベースディスコネクトに必要な時間Ｔｄとは、通信切断手順に要する時間のことであり、具体的には、車載機１０１がセンタサーバ６に対して通信切断要求を発行し、センタサーバ６がこれに対する応答信号を発行し、車載機１０１がこれを受け取って通信が切断されるまでの時間をいう。
【００６０】
その後、
Ｔｃ＋ｎＴ＋Ｔｄ＜ｎＴｓ＜Ｔｒ
となる最大のｎ（ただし、ｎは自然数）を求める（ステップＳ８）。
【００６１】
この間、車両環境状態検出部４６では、車両情報（すなわちプローブデータ）の収集、編集、プローブＤＢ１０５への蓄積が、Ｔｓの時間周期で繰り返し行われている（ステップＳ９−Ｓ１１）。
【００６２】
そして、エージェント部４７は通信制御部４４を介して、センタサーバ６に対しデータベースコネクトを実行した後（ステップＳ１２）、ｎ個のプローブデータをプローブＤＢ１０５から取り出して送信する（ステップＳ１３）。通信状態検出部４５はこの間の通信状態を監視している（ステップＳ１５）。エージェント部４７は、ステップＳ１３のプローブデータ送信が完了すれば、データベースディスコネクトを実行することなる（ステップＳ１４）。
【００６３】
この例では、ステップＳ１３のｎ件データ送信後、通信途絶を予測して実際に途絶する前にステップＳ１４のディスコネクトを行っている。通信状態検出部４５は、通信途絶を検出し、通信中断通知をエージェント部４７に対して発行する（ステップＳ１５）。これによりエージェント部４７は通信が回復するまで送信待機状態となる（ステップＳ１６）。万が一、通信途絶タイミングの予測が外れてステップＳ１４のディスコネクト前に通信途絶が発生した場合には、直前に送信したデータが保証されない可能性があるため、通信回復後、データ再送等のリカバリ処理が必要になる場合がある。また、予測していたよりも通信途絶までの時間が十分長いと判断できる場合（例えば、予想外の渋滞に巻き込まれた時など）には、ステップＳ１６の送信待機状態へは移行せず、再度ステップＳ１からの処理を繰り返す。
【００６４】
通信中断により、プローブＤＢ１０５には未送信データが次々に蓄積されていくことになる。車両環境状態検出部４６は、プローブＤＢ１０５に蓄積された未送信データが一定量を超えたことを検知すると送信遅れが生じたと判定し（ステップＳ１７）、上述したようにして未送信データを分類し（ステップＳ１８）、保存していく（ステップＳ１９）。
【００６５】
この間、通信状態検出部４５は、通信速度マップ１０６の確認（ステップＳ２０）、走行予定ルートの確認（ステップＳ２１）を行い、通信不可能エリアの範囲、移動速度、予定ルート上の交通状況（混雑度や信号タイミングなど）等を考慮して、通信不可能エリアを通過するのに要する時間として通信回復までの時間を予測するとともに（ステップＳ２２）、上記したステップＳ３と同様に通信可能時間Ｔｒの予測を行う（ステップＳ２３）。その後、上記したステップＳ４と同様にして平均通信速度の予測を行う（ステップＳ２４）。ステップＳ２２−Ｓ２４で得られた予測値はそれぞれ、エージェント部４７へと送られる。
【００６６】
エージェント部４７では、データベースコネクトに必要な時間Ｔｃおよびデータベースディスコネクトに必要な時間Ｔｄの予測（ステップＳ２５）、優先送信すべき未送信データの送信にかかる時間Ｔｐの予測（ステップＳ２６）、１個のプローブデータ（通信回復後に発生する１個のプローブデータ）の送信に必要な時間Ｔの予測（ステップＳ２７）を行う。これらＴｃ，Ｔｄ，Ｔｐ，Ｔの予測は、通信速度マップおよび／またはステップＳ４で求められた平均通信速度に基づき予測される。その後、
Ｔｃ＋Ｔｐ＋ｎＴ＋Ｔｄ＜ｎＴｓ＜Ｔｒ
となる最大のｎ（ただし、ｎは自然数）を求める（ステップＳ２８）。
【００６７】
この間、車両環境状態検出部４６では、車両情報（すなわちプローブデータ）の収集、編集、プローブＤＢ１０５への蓄積が、Ｔｓの時間周期で繰り返し行われている（ステップＳ２９−Ｓ３１）。
【００６８】
そして、通信が回復し、これを検知した通信状態検出部４５がエージェント部４７に対し通信回復通知を発行すると（ステップＳ３２）、エージェント部４７は通信制御部４４を介して、センタサーバ６に対しデータベースコネクトを実行した後（ステップＳ３３）、上述したような送信ルールに従い、プローブＤＢ１０５から未送信データを取り出してその送信を行う（ステップＳ３４）。その後、通信回復後に得られたｎ個のプローブデータをプローブＤＢ１０５から取り出してその送信を行う（ステップＳ３５）。さらにその後、プローブＤＢ１０５に蓄えられていた未送信データのうちの残りのデータ（いつでもよいデータ）を取り出してこれを送信する（ステップＳ３６）。以上の送信が完了すると最後に、データベースディスコネクトを実行する（ステップＳ３７）。
【図面の簡単な説明】
【００６９】
【図１】実施形態に係る運転支援システムの全体構成を示す図である。
【図２】実施形態における車載機のハードウェア構成を示すブロック図である。
【図３】実施形態における通信速度マップのデータ構造例を示す図である。
【図４】実施形態におけるセンタサーバのハードウェア構成を示すブロック図である。
【図５】実施形態における車載機の機能構成を示す図である。
【図６】実施形態における車載機によるセンタサーバに対するデータ送信を模式的に示す図である。
【図７】実施形態における車載機によるセンタサーバに対するデータ送信のシーケンス図である。
【符号の説明】
【００７０】
１：自動車
３：ＧＰＳ衛星
４：移動通信網
５：基地局
６：センタサーバ
【図１】
2008129815.tif 000003
【図２】
2008129815.tif 000004
【図３】
2008129815.tif 000005
【図４】
2008129815.tif 000006
【図５】
2008129815.tif 000007
【図６】
2008129815.tif 000008
【図７】
2008129815.tif 000009