(57)【要約】【課題】車車間通信における通信リソースをより有効に利用することができる情報管理センタ及び車載端末を提供する。【解決手段】情報管理センタ１では、まず、通信圏外エリアＡ１に存在する車両Ｃ１の存在予定エリアに関する走行情報を取得する。次に、取得された走行情報が示す存在予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている車両を検索する。そして、検索された車両Ｃ３に、存在エリア情報を送信する。このように、車両Ｃ１の存在予定エリア及び通信圏内エリアＡ２が、走行エリアとして予定されている車両Ｃ３を検索して存在エリア情報を送信するため、この存在エリア情報が不要なその他の車両に対して送信してしまうことが防止される。この結果、車車間通信における通信リソースをより有効に利用することができる。【選択図】図１
2010286321.tif 000002
【特許請求の範囲】
【請求項１】
各車両の走行予定を管理する情報管理センタであって、
当該情報管理センタとの通信が不可能な通信圏外エリアに存在する第一の車車間通信車両の存在予定エリアに関する走行情報を取得する取得手段と、
前記取得手段により取得された前記走行情報が示す前記存在予定エリア、及び、当該情報管理センタとの通信が可能な通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両を検索する検索手段と、
前記検索手段により検索された前記第二の車車間通信車両に、前記第一の車車間通信車両において用いられる前記存在予定エリアに関する存在エリア情報を送信する送信手段と、
を備えることを特徴とする情報管理センタ。
【請求項２】
前記検索手段は、前記取得手段により取得された前記走行情報が示す前記存在予定エリア、及び、当該情報管理センタとの通信が可能な通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両のうち、当該情報管理センタとの通信が不可能な通信不能時間が所定時間より短い車車間通信車両を第二の車車間通信車両として検索する、
ことを特徴とする請求項１に記載の情報管理センタ。
【請求項３】
自車両に搭載される車載端末であって、
当該自車両の走行予定エリアに関する走行情報、及び、各車両の走行予定を管理する情報管理センタとの通信が可能な通信圏内エリアに関する圏内情報を記憶する記憶手段と、
当該自車両の現在位置を検出する検出手段と、
前記検出手段により検出された前記現在位置が、前記記憶手段により記憶された前記圏内情報が示す前記通信圏内エリアの外側の通信圏外エリア内である場合で、且つ、前記記憶手段により記憶された前記走行情報が示す前記走行予定エリアに、前記通信圏内エリアが含まれる場合に、当該情報管理センタへ送信が予定される送信情報を他車両から受信する情報受信手段と、
前記検出手段により検出された前記現在位置が、前記通信圏内エリア内に入った場合に、前記情報受信手段により受信された前記送信情報を前記情報管理センタに送信する情報送信手段と、
を備えることを特徴とする車載端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各車両の走行予定を管理する情報管理センタ、及び自車両に搭載される車載端末に関する。
【背景技術】
【０００２】
従来、配信された地図データを広範囲で漏れなく取得することを可能にする技術が提案されている。例えば、下記の特許文献１に記載の技術では、最新の地図データが、地図データ管理センタから通信衛星を介して第一の車両に搭載された第一の車載器に配信され、この第一の車載器に格納されている地図データが更新される。ここで、地下駐車場に駐車するなどして通信衛星からの衛星信号を受信できなかった第二の車両の第二の車載器は、車車間通信を利用して、第一の車載器から最新の地図データを取得し、これによって第二の車載器に格納されている地図データが更新される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−９３２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１に記載の発明では、第一の車両及び第二の車両を含む全ての車両が、地図データを中継する中継車両となり得るとともに、この地図データを受信する受信車両となり得る。このため、この地図データが、例えば極めて少数の車両にとって固有のデータであって上記の全ての車両にとって不要なデータである場合であっても、この不要なデータが全ての車両に向けた発信処理が行われてしまい、車車間通信における通信リソースを無駄に消費してしまうおそれがある。
【０００５】
そこで本発明は、車車間通信における通信リソースをより有効に利用することができる情報管理センタ及び車載端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明に係る情報管理センタは、各車両の走行予定を管理する情報管理センタであって、当該情報管理センタとの通信が不可能な通信圏外エリアに存在する第一の車車間通信車両の存在予定エリアに関する走行情報を取得する取得手段と、取得手段により取得された走行情報が示す存在予定エリア、及び、当該情報管理センタとの通信が可能な通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両を検索する検索手段と、検索手段により検索された第二の車車間通信車両に、第一の車車間通信車両において用いられる存在予定エリアに関する存在エリア情報を送信する送信手段と、を備えることを特徴とする。
【０００７】
本発明に係る情報管理センタでは、まず、通信圏外エリアに存在する第一の車車間通信車両の存在予定エリアに関する走行情報を取得する。次に、取得された走行情報が示す存在予定エリア、及び通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両を検索する。そして、検索された第二の車車間通信車両に、存在エリア情報を送信する。このように、取得された走行情報が示す存在予定エリア、及び通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両を検索して存在エリア情報を送信するため、この存在エリア情報が不要な車両に対して送信してしまうことが防止される。この結果、車車間通信における通信リソースをより有効に利用することができる。
【０００８】
また、検索手段は、取得手段により取得された走行情報が示す存在予定エリア、及び、当該情報管理センタとの通信が可能な通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両のうち、当該情報管理センタとの通信が不可能な通信不能時間が所定時間より短い車車間通信車両を第二の車車間通信車両として検索するのも好ましい。
【０００９】
これにより、取得された走行情報が示す存在予定エリア、及び通信圏内エリアが、走行エリアとして予定されている第二の車車間通信車両のうち、通信不能時間が所定時間より短い車車間通信車両が第二の車車間通信車両として検索される。このように、通信不能時間が所定時間より短い車車間通信車両が第二の車車間通信車両として検索されるため、存在エリア情報を送信できる時間がより長くなることから、より新しい存在エリア情報の送信が可能になる。
【００１０】
本発明に係る車載端末は、自車両に搭載される車載端末であって、当該自車両の走行予定エリアに関する走行情報、及び、各車両の走行予定を管理する情報管理センタとの通信が可能な通信圏内エリアに関する圏内情報を記憶する記憶手段と、当該自車両の現在位置を検出する検出手段と、検出手段により検出された現在位置が、記憶手段により記憶された圏内情報が示す通信圏内エリアの外側の通信圏外エリア内である場合で、且つ、記憶手段により記憶された走行情報が示す走行予定エリアに、通信圏内エリアが含まれる場合に、当該情報管理センタへ送信が予定される送信情報を他車両から受信する情報受信手段と、検出手段により検出された現在位置が、通信圏内エリア内に入った場合に、情報受信手段により受信された送信情報を情報管理センタに送信する情報送信手段と、を備えることを特徴とする。
【００１１】
本発明に係る車載端末では、まず、当該自車両の現在位置を検出し、検出された現在位置が、記憶手段により記憶された圏内情報が示す通信圏内エリアの外側の通信圏外エリア内である場合で、且つ、記憶手段により記憶された走行情報が示す走行予定エリアに、通信圏内エリアが含まれる場合に、送信情報を他車両から受信する。そして、検出された現在位置が、通信圏内エリア内に入った場合に、受信された送信情報を情報管理センタに送信する。このように、現在位置が通信圏外エリア内である場合で、且つ、走行予定エリアに通信圏内エリアが含まれる場合に、送信情報を他車両から受信し、現在位置が通信圏内エリア内に入った場合に、送信情報を情報管理センタに送信する。このため、走行予定エリアが通信圏内エリアでない車両といった、送信情報を情報管理センタに送信する可能性がない車両に対して送信情報を送信してしまうことが防止される。この結果、車車間通信における通信リソースをより有効に利用することができる。
【発明の効果】
【００１２】
本発明によれば、車車間通信における通信リソースをより有効に利用することができる情報管理センタ及び車載端末を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】情報管理センタの機能の概要を説明するための説明図である。
【図２】情報管理センタの機能構成を説明するための機能構成図である。
【図３】車載端末の機能構成を説明するための機能構成図である。
【図４】地図ＤＢに記憶されている走行情報の一例を説明するためのＤＢ構成図である。
【図５】車両が通信圏内エリアを脱出して通信圏外エリアへ走行する可能性の判定方法を説明するための説明図である。
【図６】ルート管理サーバによるルート情報の配信処理の流れを示すシーケンス図である。
【図７】ルート情報の配信後に行われる判定処理の流れを示すシーケンス図である。
【図８】ルート情報の配信後に行われる送信情報の送信処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００１５】
（１）情報管理センタの機能の概要
まず、本実施形態である情報管理センタの機能の概要について、図１を用いて説明する。図１は、情報管理センタの機能の概要を説明するための説明図である。情報管理センタは、車車間通信が互いに可能な各車両（例えば車両Ｃ１，Ｃ２，Ｃ３）の走行予定エリア（存在予定エリア）や目的地や走行予定ルートや走行時刻等の走行予定と、各車両間で送受信及び転送される情報とを管理して把握するインターネット中継システムである。車両Ｃ１は、道路Ｒ１を走行しており、車両Ｃ２，Ｃ３は、道路Ｒ１の対向車線となる道路Ｒ２を走行している。道路Ｒ１と道路Ｒ２は、互いに隣接している。
【００１６】
なお、情報管理センタは、無線通信基地局Ｂを有しており、無線通信基地局Ｂは、当該無線通信基地局Ｂ（即ち情報管理センタ）との通信が不可能な通信圏外エリアＡ１と、当該無線通信基地局Ｂ（即ち情報管理センタ）との通信が可能な通信圏内エリアＡ２とを区別して管理している。ここで、車両Ｃ１は道路Ｒ１における通信圏外エリアＡ１を走行しており、車両Ｃ２は道路Ｒ２における通信圏内エリアＡ２を出て通信圏外エリアＡ１に入った位置を走行しており、車両Ｃ３は道路Ｒ２における通信圏内エリアＡ２を走行している。
【００１７】
このような交通状況において、情報管理センタは、まず、通信圏外エリアＡ１に存在（例えば駐車や走行による滞在）する車両Ｃ１（第一の車車間通信車両）の走行予定エリア、及び通信圏内エリアＡ２を、走行エリアとして予定している車両Ｃ３（第二の車車間通信車両）を、情報中継用の圏内エリア脱出車両として検索する。そして、情報管理センタは、この車両Ｃ３に、車両Ｃ１において用いられる走行エリア情報（存在エリア情報）を、無線通信基地局Ｂを介して送信し、この走行エリア情報を受信した車両Ｃ３は、車両Ｃ１に、この走行エリア情報を、車車間通信によって送信する（即ち代理転送する）。
【００１８】
このように、車両Ｃ１の走行予定エリア及び通信圏内エリアＡ２が走行エリアとして予定されている車両Ｃ３を中継車両として検索して走行エリア情報を送信するため、この走行エリア情報が不要な車両に対して送信してしまうことが防止される。この結果、車車間通信における通信トラフィックが低減されて、通信リソースをより有効に利用することができるとともに、情報漏洩を防止して通信セキュリティを向上させることができる。
【００１９】
（２）情報管理センタの構成
引き続き、本実施形態である情報管理センタの構成について、図２を用いて説明する。図２は、情報管理センタ１の機能構成を説明するための機能構成図である。情報管理センタ１は、レスポンス管理ＤＢ１１、ルート管理サーバ１２（取得手段）、車両状態管理ＤＢ１３、通信接続部１４（送信手段）、及びルート検索部１５（検索手段）を備えている。
【００２０】
レスポンス管理ＤＢ１１は、車車間通信が可能な各車両からの問い合わせ信号や要求信号（即ちリクエスト信号）等に対するレスポンス信号を、記憶すべき情報として一時的に記憶して管理するデータベースである。
【００２１】
ルート管理サーバ１２は、通信接続部１４を介して、車車間通信が可能な各車両（例えば車両Ｃ１，Ｃ２，Ｃ３）と通信を行うことにより、各車両の走行予定エリアに関する走行情報の取得や、各車両に対して進むべきルートを示すルート情報の配信等を行なうリモートルート探索サーバである。この走行情報は、情報管理センタ１との通信が不可能な通信圏外エリアＡ１に存在する第一の車車間通信車両（例えば車両Ｃ１）の走行予定エリアに関する情報である。また、ルート管理サーバ１２は、配信したルート情報を記憶することによって、各車両の移動元エリア地域及び移動先エリア地域を管理している。
【００２２】
車両状態管理ＤＢ１３は、ルート管理サーバ１２によって取得された走行情報を含む車両状態に関する情報を記憶して管理するデータベースである。車両状態に関する情報には、例えば、無線通信によるインターネット接続が不可能な状態である車両を特定するための情報が含まれている。
【００２３】
ルート検索部１５は、ルート管理サーバ１２により取得された（例えば車両Ｃ１に関する）走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両（例えば車両Ｃ３）を検索する部分である。この走行予定エリアには、走行が予定されているルートも含まれており、ルート検索部１５による上記の検索が行なわれることによって、ルート探索が行なわれる。
【００２４】
また、ルート検索部１５は、ルート管理サーバ１２により取得された走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両（例えば車両Ｃ３）のうち、情報管理センタ１との通信が不可能な通信不能時間（即ち圏外走行時間）が所定時間より短い車車間通信車両を、第二の車車間通信車両として検索することが可能である。
【００２５】
通信接続部１４は、ルート検索部１５により検索された第二の車車間通信車両（例えば車両Ｃ３）に、例えばインターネット接続等を行なうことによって、走行エリア情報を送信する部分である。走行エリア情報は、第一の車車間通信車両（例えば車両Ｃ１）において用いられる、走行予定エリアに関する情報である。
【００２６】
（３）車載端末の概要
引き続き、本実施形態である車載端末の概要について、図１を用いて説明する。車載端末は、各車両（例えば車両Ｃ１，Ｃ２，Ｃ３）に搭載される車車間通信端末である。ここでは、車両Ｃ１に搭載された車載端末について説明する。この車載端末は、自車両（即ち車両Ｃ１）の現在位置を検出し、検出された現在位置が通信圏外エリアＡ１内である場合で、且つ、走行予定エリアに通信圏内エリアＡ２が含まれる場合に、クライアント車両としての他車両（ここでは車両Ｃ２）から送信情報を受信する。クライアント車両は、送信情報を情報管理センタ１に送信するよう要求する車両であり、送信情報は、例えば、他車両（ここでは車両Ｃ２）から情報管理センタ１に向けて緊急プッシュ送信される渋滞情報やリルート情報（即ち経路変更情報）である。
【００２７】
そして、車両Ｃ１の現在位置が通信圏内エリアＡ２内に入った場合に、この送信情報を、無線通信基地局Ｂを介して情報管理センタ１に送信する。このため、走行予定エリアが通信圏内エリアＡ２でない車両といった、送信情報を情報管理センタ１に送信する可能性がない車両に向けた送信情報の発信処理が行われてしまうことが防止される。この結果、車車間通信における通信トラフィックが低減されて、通信リソースをより有効に利用することができるとともに、情報漏洩を防止して通信セキュリティを向上させることができる。
【００２８】
（４）車載端末の構成
引き続き、本実施形態である車載端末の構成について、図３を用いて説明する。図３は、車載端末２の機能構成を説明するための機能構成図である。ここでは、車両Ｃ１に搭載された車載端末２について説明する。車載端末２は、近距離無線通信部２１（情報受信手段）、インターネット通信部２２（情報送信手段）、中継情報管理部２３、ルート案内部２４、ロケーション部２５（検出手段）、ＵＩ（ユーザインタフェース）部２６、中継情報管理領域部２７、通信エリアＤＢ２８（記憶手段）、及び地図ＤＢ２９（記憶手段）を、構成要素として備えている。
【００２９】
なお、車載端末２による機能は、例えば、車両Ｃ１の内部に搭載された電子制御装置であるＥＣＵ（図示せず）及びカーナビゲーションシステムにより実現される。ＥＣＵは、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（RandomAccess Memory）などからなるマイクロコンピュータを主要構成部品とするユニットである。
【００３０】
地図ＤＢ２９は、自車両（即ち車両Ｃ１）の走行予定エリアを含む地図情報や、自車両（即ち車両Ｃ１）の目的地に関する目的地情報を、走行情報として記憶して管理するデータベースである。この走行情報が、後述の圏内情報と対応付けて用いられることにより、運転者の案内等を行うことが可能になる。また、地図ＤＢ２９は、第一の車車間通信車両（例えば車両Ｃ１）において用いられる、走行予定エリアに関する情報である走行エリア情報を記憶することも可能である。
【００３１】
通信エリアＤＢ２８は、情報管理センタ１との通信が可能な通信圏内エリアＡ２に関する圏内情報を記憶して管理するデータベースである。この圏内情報が、上記の走行情報と対応付けて用いられることにより、現在位置において外部との通信が可能か否かの判定等を行なうことが可能になる。
【００３２】
ロケーション部２５は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や各種センサを用いることにより、自車両（即ち車両Ｃ１）の現在位置を検出して、地図ＤＢ２９に記憶されている地図情報にプロットする部分である。検出された現在位置に関する現在位置情報は、地図ＤＢ２９に格納されている目的地情報とともに、ロケーション部２５によって情報管理センタ１に送信される。
【００３３】
近距離無線通信部２１は、車車間通信を行うことによって、情報管理センタ１へ送信が予定される送信情報の、他車両（例えば車両Ｃ２）からの受信や、情報管理センタ１へ送信が予定される送信情報の他車両への送信を行なう通信管理デバイス部分である。この送信情報の受信処理は、ロケーション部２５により検出された現在位置が、通信エリアＤＢ２８により記憶された圏内情報が示す通信圏内エリアＡ２の外側の通信圏外エリアＡ１内である場合で、且つ、地図ＤＢ２９により記憶された走行情報が示す走行予定エリアに、通信圏内エリアＡ２が含まれる場合に、行われる。
【００３４】
インターネット通信部２２は、近距離無線通信部２１により受信された送信情報を、携帯電話通信網等を利用することによって、情報管理センタ１に送信する通信管理デバイス部分である。この送信情報の送信処理は、ロケーション部２５により検出された現在位置が、通信圏内エリアＡ２内に入った場合に、行われる。なお、インターネット通信部２２は、送信情報を情報管理センタ１に送信することができるか否か（即ち、車両が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行して送信不可となる可能性）を判定する。この可能性の判定方法については、後述する。なお、インターネット通信部２２は、外部との通信が可能なインターネットゲートウェイとして機能する車両固有の通信部であるインターネットゲートウェイ車両固有部である。
【００３５】
ルート案内部２４は、自車両（即ち車両Ｃ１）の地図ＤＢ２９に記憶されている走行予定ルートを含む走行予定エリアの案内を、ルート情報の画面出力や音声出力等によって行う案内機能部である。
【００３６】
ＵＩ部２６は、上記の送信情報等の受信した情報を運転者に対して画面出力する機能や、運転者による操作の入力を受け付ける機能を有するユーザインタフェース部である。
【００３７】
中継情報管理領域部２７は、車車間通信が可能な各車両からの問い合わせ信号等に対するレスポンス信号を一時的に記憶して管理する領域部分である。
【００３８】
中継情報管理部２３は、上記の各構成要素の機能を一元的に管理し、伝達される情報を転送するエージェント機能を有する部分である。
【００３９】
（５）地図ＤＢに記憶されている走行情報の一例
引き続き、地図ＤＢ２９に記憶されている走行情報の一例について、図４を用いて説明する。図４は、地図ＤＢ２９に記憶されている走行情報の一例を説明するためのＤＢ構成図である。地図ＤＢ２９には、「車両ＩＤ」、「外部通信手段」、「位置（緯度経度）」、「目的地（緯度経度）」、及び「案内ルート経路（走行リンク情報）」が格納されている。
【００４０】
「車両ＩＤ」は、自車両（即ち車両Ｃ１）を一意に識別するための識別ＩＤであり、例として「０９８４７４５９３」が格納されている。「外部通信手段」は、自車両（即ち車両Ｃ１）において利用可能な外部との通信を行う手段であり、例として「ＶＩＣＳ、ＤＳＲＣ、車車間通信」が格納されている。ＶＩＣＳとは、Ｖｅｈｉｃｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、即ち交通情報の表示システムのことであり、ＤＳＲＣとは、Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、即ち専用狭域通信のことである。
【００４１】
「位置（緯度経度）」は、ロケーション部２５により検出された自車両（即ち車両Ｃ１）の現在位置が緯度経度で表されたものであり、例として緯度「３５．６５８６３２」及び経度「１３９．７４５４１１」が格納されている。「目的地（緯度経度）」は、自車両（即ち車両Ｃ１）の走行予定エリアに含まれる目的地が緯度経度で表されたものであり、例として緯度「３５．７５８６３２」及び経度「１３９．７４５４１１」が格納されている。
【００４２】
「案内ルート経路（走行リンク情報）」は、自車両（即ち車両Ｃ１）が上記の目的地へ走行する際に、自車両（即ち車両Ｃ１）のルート案内部２４において用いられる案内ルートとしての経路が「地域メッシュコード」と「道路リンクＩＤ」の組み合わせで表されたものであり、例として地域メッシュコード「５３３９４５」及び道路リンクＩＤ「０１０２３４３」の組み合わせである「５３３９４５−０１０２３４３」を含む複数の案内ルート経路が格納されている。
【００４３】
（６）車両が通信圏内エリアを脱出して通信圏外エリアへ走行する可能性の判定方法
引き続き、車両が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する可能性の判定方法について、図５を用いて説明する。図５は、車両が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する可能性の判定方法を説明するための説明図である。なお、図５（ａ）は自車両がオンロード走行している場合を示しており、図５（ｂ）は自車両がオフロード走行している場合を示している。
【００４４】
まず、自車両がオンロード走行している場合について説明する。インターネット通信部２２が、図５（ａ）に示されるように、自車両（ここでは車両Ｃ２）が走行中の道路Ｒ２と、自車両Ｃの現在位置を中心とした半径Ｄ（例えば数キロメートル）の判定円Ｓとの交点を、判定交点Ｐとして算出する。そして、インターネット通信部２２が、通信圏外エリアＡ１と通信圏内エリアＡ２との境界がこの判定交点Ｐよりも内側に存在していれば上記の可能性は所定確率以上であると判定し、一方、この境界がこの判定交点Ｐよりも外側に存在していれば上記の可能性は所定確率未満であると判定する。
【００４５】
次に、自車両がオフロード走行している場合について説明する。インターネット通信部２２が、図５（ｂ）に示されるように、自車両（ここでは車両Ｃ２）が走行する可能性がある走行可能性範囲としての、進行方向を中心として左右それぞれに４５度の角度（即ち合計９０度の角度）だけ広げた扇形状範囲Ｅと、自車両Ｃの現在位置を中心とした半径Ｄ（例えば数キロメートル）の判定円Ｓとが交差する部分を、複数の判定交点Ｐが並んだ部分として算出する。そして、インターネット通信部２２が、上記の境界がこの判定交点Ｐよりも内側に存在していれば上記の可能性は所定確率以上であると判定し、一方、この境界がこの判定交点Ｐよりも外側に存在していれば上記の可能性は所定確率未満であると判定する。
【００４６】
（７）ルート管理サーバによるルート情報の配信処理の流れ
引き続き、ルート管理サーバ１２によるルート情報の配信処理の流れについて、図６を用いて説明する。図６は、ルート管理サーバ１２によるルート情報の配信処理の流れを示すシーケンス図である。ここでは、車両Ｃ１に搭載された車載端末２について説明する。
【００４７】
まず、ロケーション部２５が、自車両（即ち車両Ｃ１）の現在位置を検出すると、この現在位置に関する現在位置情報と、この自車両（即ち車両Ｃ１）の目的地に関する目的地情報とを、情報管理センタ１に送信する（ステップＳ２１）。そして、ルート管理サーバ１２が、例えばインターネット通信を行うことにより、この現在位置情報及び目的地情報を受信する（ステップＳ１１）。
【００４８】
次に、ルート管理サーバ１２が、通信接続部１４を介して、走行情報を取得する（ステップＳ１２）。この走行情報は、情報管理センタ１との通信が不可能な通信圏外エリアＡ１に存在する第一の車車間通信車両（例えば車両Ｃ１）の走行予定エリアや、この第一の車車間通信車両（例えば車両Ｃ１）が有するインターネット通信機能の他の通信機能に関する情報である。
【００４９】
そして、ルート検索部１５が、ルート管理サーバ１２により取得された（例えば車両Ｃ１に関する）走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両（例えば車両Ｃ３）を、第二の車車間通信車両に関するルート検索を行うことによって検索する（ステップＳ１３）。このルート探索処理は、通信エリアＤＢ２８及び地図ＤＢ２９が参照されることによって行なわれる。
【００５０】
ここでは、ルート検索部１５は、ルート管理サーバ１２により取得された走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両（例えば車両Ｃ３）のうち、情報管理センタ１との通信が不可能な通信不能時間が所定時間より短い車車間通信車両を、第二の車車間通信車両として検索する。
【００５１】
次に、通信接続部１４が、ルート検索部１５により検索された第二の車車間通信車両（例えば車両Ｃ３）に、例えばインターネット接続等を行なうことによって、走行エリア情報を送信する（ステップＳ１４）。走行エリア情報は、第一の車車間通信車両（例えば車両Ｃ１）において用いられる、走行予定エリアに関する情報である。そして、ＵＩ部２６が、この走行エリア情報を受信して、受信したこの走行エリア情報を運転者に対して画面出力し（ステップＳ２２）、ルート案内部２４が、この走行予定エリアのルート案内を、ルート情報の画面出力や音声出力等によって行う（ステップＳ２３）。これにより、第一の車車間通信車両（例えば車両Ｃ１）の運転者は、通信圏外エリアＡ１に位置している場合であっても、走行が予定されている通信圏内エリアＡ２に関する情報を取得することができるようになる。
【００５２】
なお、通信接続部１４による走行エリア情報の送信が行われた後、通信接続部１４が、地図ＤＢ２９に対して、この走行エリア情報の書き込みを行って記憶させる（ステップＳ１５）。
【００５３】
（８）ルート情報の配信後に行われる判定処理の流れ
引き続き、ルート情報の配信後に行われる判定処理の流れについて、図７を用いて説明する。図７は、ルート情報の配信後に行われる判定処理の流れを示すシーケンス図である。ここでは、車両Ｃ３に搭載された車載端末２について説明する。
【００５４】
まず、ルート案内部２４によるルート案内の実施中又は実施後に、近距離無線通信部２１が、車両Ｃ３の走行予定エリアが通信圏外であるか否かの判定処理を開始する（ステップＳ３２）。この判定処理は、通信エリアＤＢ２８及び地図ＤＢ２９が参照されることによって行なわれる。ここで、車両Ｃ３の走行予定エリアが通信圏外でない場合（即ち通信圏内エリアＡ２である場合）、一連の処理は終了し、一方、車両Ｃ３の走行予定エリアが通信圏外である場合（即ち通信圏外エリアＡ１である場合）、後述のステップＳ３４に移行する（ステップＳ３３）。
【００５５】
ステップＳ３４では、近距離無線通信部２１が、車両Ｃ３が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する可能性が所定の可能性（例えば所定の確率）より高いか否かの判定処理を開始する。この判定処理は、通信エリアＤＢ２８及び地図ＤＢ２９が参照されて、ルート案内部２４による案内経路や道路形状に基づいて行なわれる。ここで、車両Ｃ３が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する可能性が所定可能性（所定確率）未満である場合、再度、ステップＳ３４に移行し、一方、車両Ｃ３が通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する可能性が所定可能性（所定確率）以上である場合、後述のステップＳ３６に移行する（ステップＳ３５）。
【００５６】
ステップＳ３６では、インターネット通信部２２が、携帯電話通信網等を利用することによって、車両Ｃ３が事前セキュリティ状態に移行することを示す脱出情報を、情報管理センタ１に送信して通知する。事前セキュリティ状態とは、車両Ｃ３が通信圏内エリアＡ２を脱出する可能性が高いために車両Ｃ３を監視対象として事前に把握し始めることによってセキュリティを高める必要がある状態である。そして、中継情報管理領域部２７が、通信エリアＤＢ２８に対して、この事前セキュリティ状態の書き込みを行って記憶させる（ステップＳ４１）。
【００５７】
（９）ルート情報の配信後に行われる送信情報の送信処理の流れ
引き続き、ルート情報の配信後に行われる送信情報の送信処理の流れについて、図８を用いて説明する。図８は、ルート情報の配信後に行われる送信情報の送信処理の流れを示すシーケンス図である。ここでは、車両Ｃ２に搭載された車載端末２から、車両Ｃ１に搭載された車載端末２０に送信情報が送信される場合について説明する。
【００５８】
まず、情報管理センタ１が、リクエスト受信状態に移行する（ステップＳ６１）。リクエスト受信状態とは、通信圏内エリアＡ２内に存在する各車両からの要求を示すリクエスト信号を受信可能な状態である。そして、このリクエスト受信状態において受信されたリクエスト信号に対するレスポンス信号が作成され（ステップＳ６２）、作成されたレスポンス信号がレスポンス管理ＤＢ１１に一時的に記憶される（ステップＳ６３）。
【００５９】
次に、ルート管理サーバ１２が、各車両の走行予定エリアに関する走行情報を取得し、ルート検索部１５が、ルート管理サーバ１２により取得された（例えば車両Ｃ１に関する）走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている中継車両としての第二の車車間通信車両（例えば車両Ｃ２）を検索する（ステップＳ６４）。ここで、このような中継車両としての第二の車車間通信車両（例えば車両Ｃ２）が有った場合、後述のステップＳ６７に移行し、一方、このような中継車両としての第二の車車間通信車両（例えば車両Ｃ２）が無かった場合、後述のステップＳ６６に移行する（ステップＳ６５）。
【００６０】
ステップＳ６６では、情報管理センタ１が、中継車両待ち状態に移行して、上記のステップＳ６５に移行する。中継車両待ち状態とは、上記の中継車両が検索されるまで検索処理を継続する状態である。
【００６１】
ステップＳ６７では、通信接続部１４が、ルート検索部１５により検索された中継車両としての第二の車車間通信車両（例えば車両Ｃ２）に、例えばインターネット接続等を行なうことによって、送信情報の中継を依頼するための送信情報中継依頼情報としての走行エリア情報を送信する。そして、後述するように、通信接続部１４が、この送信情報中継依頼情報としての走行エリア情報を受信した車載端末２から、この送信情報中継依頼情報としての走行エリア情報に対する応答情報を受信する（ステップＳ６８）。
【００６２】
一方、この車載端末２においては、ルート案内部２４によるルート案内の実施中又は実施後に、上記の送信情報中継依頼情報としての走行エリア情報を受信する（ステップＳ５２）。そして、ロケーション部２５が、ルート案内部２４により受信された走行エリア情報と、ＧＰＳや各種センサにより検出された現在位置との間の走行ルートが確立されているか否かを判定する（ステップＳ５３）。ここで、この走行ルートが確立されていない場合、後述のステップＳ５４に移行する。一方、この走行ルートが確立されている場合、後述のステップＳ５５に移行する。
【００６３】
ステップＳ５４では、ロケーション部２５が、上記の送信情報中継依頼情報としての走行エリア情報を削除し、一連の処理は終了する。
【００６４】
ステップＳ５５では、インターネット通信部２２が、上記の送信情報中継依頼情報としての走行エリア情報に対する応答情報を、携帯電話通信網等を利用することによって、情報管理センタ１に送信する。そして、ロケーション部２５が、ＧＰＳや各種センサを用いることにより、ルート案内部２４により受信された走行エリア情報までの走行予定距離を算出する（ステップＳ５６）。
【００６５】
次に、中継情報管理部２３が、ロケーション部２５により算出された走行予定距離に基づいて行う処理を判定する（ステップＳ５７）。算出された走行予定距離に基づく走行が開始されていない場合は、上記のステップＳ５６に移行する。また、算出された走行予定距離に基づく走行が完了している場合は、一連の処理は終了する。また、算出された走行予定距離に基づく走行が未だ完了していない場合（例えば比較的短い距離しか走行していない場合）は、後述のステップＳ５８に移行する。
【００６６】
ステップＳ５８では、近距離無線通信部２１が、車車間通信を行うことによって、情報管理センタ１へ送信が予定される送信情報を、他車両（例えば車両Ｃ１）へ送信する準備としての中継準備処理を行う。中継準備処理とは、例えば、該当するアプリケーションソフトの動作周期をより早める処理や、アクセス時間が比較的短いＲＡＭに該当ソフトを読み込ませる処理等である。そして、近距離無線通信部２１が、車車間通信を行うことによって、情報管理センタ１へ送信が予定される送信情報を、クライアント車両としての他車両（例えば車両Ｃ１）へ送信する（ステップＳ５９）。そして、インターネット通信部２２が、この送信処理が正常に行われたか否かに関する送信結果を、次回、通信圏内エリアＡ２内に進入した場合に、情報管理センタ１に送信することによって通知する（ステップＳ６０）。
【００６７】
ここで、この他車両（即ち車両Ｃ１）の車載端末２０においては、上記の送信情報が送信される前に、レスポンス待ち状態に移行している（ステップＳ７１）。レスポンス待ち状態とは、車両Ｃ２や情報管理センタ１からの信号を受信可能な状態である。そして、近距離無線通信部２１が、自車両（即ち車両Ｃ１）の存在と、通信圏内エリアＡ２への進入予定とを示す自車両情報を、停車中か否かを問わずブロードキャスト通信を行うことによって周囲の車両に送信する（ステップＳ７２）。このブロードキャスト通信を受信した他車両（即ち車両Ｃ２）は、車車間通信を行うことによって、上記の送信情報を、自車両（即ち車両Ｃ１）に送信する。そして、近距離無線通信部２１が、車車間通信を行うことによって、この送信情報を、他車両（即ち車両Ｃ２）から受信する（ステップＳ７３）。
【００６８】
（１０）情報管理センタ及び車載端末による作用及び効果
上記の情報管理センタ１では、まず、通信圏外エリアＡ１に存在する第一の車車間通信車両（例えば車両Ｃ１）の走行予定エリアに関する走行情報を取得する。次に、取得された走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両を検索する。そして、検索された第二の車車間通信車両（例えば車両Ｃ３）に、無線通信基地局Ｂを介して走行エリア情報を送信する。
【００６９】
このように、取得された走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両（ここでは車両Ｃ３）を検索して走行エリア情報を送信するため、この走行エリア情報が不要なその他の車両に向けた発信処理が行われてしまうことが防止される。この結果、車車間通信における通信トラフィックが低減されて、通信リソースをより有効に利用することができるとともに、情報漏洩を防止して通信セキュリティを向上させることができる。
【００７０】
また、取得された走行情報が示す走行予定エリア、及び通信圏内エリアＡ２が、走行エリアとして予定されている第二の車車間通信車両のうち、通信不能時間の合計時間が所定時間より短い車車間通信車両が第二の車車間通信車両として検索される。このように、通信不能時間の合計時間が所定時間より短い車車間通信車両が第二の車車間通信車両として検索されるため、走行エリア情報を送信できる時間がより長くなることから、より新しい走行エリア情報の送信が可能になる。
【００７１】
また、上記の車載端末２では、まず、当該自車両（例えば車両Ｃ１）の現在位置を検出し、検出された現在位置が、通信圏外エリアＡ１内である場合で、且つ、地図ＤＢ２９により記憶された走行情報が示す走行予定エリアに、通信圏内エリアＡ２が含まれる場合に、送信情報を他車両（例えば車両Ｃ２）から受信する。そして、検出された現在位置が、通信圏内エリアＡ２内に入った場合に、受信された送信情報を情報管理センタ１に送信する。
【００７２】
このように、現在位置が通信圏外エリアＡ１内である場合で、且つ、走行予定エリアに通信圏内エリアＡ２が含まれる場合に、送信情報を他車両（例えば車両Ｃ２）から受信し、現在位置が通信圏内エリアＡ２内に入った場合に、送信情報を情報管理センタ１に送信する。このため、走行予定エリアが通信圏内エリアＡ２でない車両といった、送信情報を情報管理センタに送信する可能性がない車両に対して車両Ｃ２から送信情報を送信してしまうことが防止される。この結果、車車間通信における通信トラフィックが低減されて、通信リソースをより有効に利用することができるとともに、情報漏洩を防止して通信セキュリティを向上させることができる。
【００７３】
また、これにより、通信圏内エリアＡ２を脱出して通信圏外エリアＡ１へ走行する車両Ｃ２は、通信圏内エリアＡ２に向かって走行中の他の複数の車両のそれぞれに送信情報を逐一送信することにより、常にインターネットへのゲートウェイ構築を行なうことが可能になる。
【００７４】
（１１）変形例
上記の実施例では、インターネット通信部２２は、車両固有の通信部であるインターネットゲートウェイ車両固有部であるという構成としたが、インターネット通信部２２に加えて近距離無線通信部２１も、車両固有の通信部であるという構成としてもよい。
【産業上の利用可能性】
【００７５】
本発明によれば、車車間通信における通信リソースをより有効に利用することができる情報管理センタ及び車載端末を提供することができる。
【符号の説明】
【００７６】
１…情報管理センタ、２，２０…車載端末、１１…レスポンス管理ＤＢ、１２…ルート管理サーバ、１３…車両状態管理ＤＢ、１４…通信接続部、１５…ルート検索部、２１…近距離無線通信部、２２…インターネット通信部、２３…中継情報管理部、２４…ルート案内部、２５…ロケーション部、２６…ＵＩ部、２７…中継情報管理領域部、２８…通信エリアＤＢ、２９…地図ＤＢ、Ａ１…通信圏外エリア、Ａ２…通信圏内エリア、Ｂ…無線通信基地局、Ｃ…自車両、Ｃ１，Ｃ２，Ｃ３…車両、Ｄ…半径、Ｅ…扇形状範囲、Ｐ…判定交点、Ｒ１，Ｒ２…道路、Ｓ…判定円。
【図１】
2010286321.tif 000003
【図２】
2010286321.tif 000004
【図３】
2010286321.tif 000005
【図４】
2010286321.tif 000006
【図５】
2010286321.tif 000007
【図６】
2010286321.tif 000008
【図７】
2010286321.tif 000009
【図８】
2010286321.tif 000010