(57)【要約】【課題】  データ通信量を低減できる車車間通信装置、車車間通信方法及びプログラムを提供する。【解決手段】  所定のネットワークを介して車車間通信を行う車車間通信装置１の通信制御部２０のメッセージ解析部２１は、他の車車間通信装置からＰＯＩデータ、渋滞情報等の保持データの有無を示すフラグを含んだデータを取得し、取得したデータ内のフラグの状態を検出し、検出したフラグの状態に応じて、他の車車間通信装置にＰＯＩデータ、渋滞情報等の保持データの送信要求を行って、ＰＯＩデータ、渋滞情報等のデータを取得する。また、車車間通信装置１は、自車情報を周辺車両にブロードキャストする際に、ネットワークＩＤ、自車位置及び自車が保持しているか否かを示すフラグを含んだデータだけをブロードキャストするようにしたので、送信データ量を最小限にすることができる。【選択図】        図２
2005057442.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークを介して車車間通信を行う車車間通信装置において、
他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１の手段と、
前記第１の手段で取得したデータ内のフラグの状態を検出する第２の手段と、
前記第２の手段で検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３の手段とを有することを特徴とする車車間通信装置。
【請求項２】
所定のネットワークを介して車車間通信を行う車車間通信装置において、
保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１の手段と、
前記第１の手段で出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２の手段と、
前記第２の手段が取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３の手段とを有することを特徴とする車車間通信装置。
【請求項３】
所定のネットワークを介して車車間通信を行う車車間通信方法において、
他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、
前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、
前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとを有することを特徴とする車車間通信方法。
【請求項４】
所定のネットワークを介して車車間通信を行う車車間通信方法において、
保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１のステップと、
前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、
前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとを有することを特徴とする車車間通信方法。
【請求項５】
所定のネットワークを介して車車間通信を行う他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、
前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、
前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとをコンピュータに実行させるためのプログラム。
【請求項６】
所定のネットワークを介して車車間通信を行う他の車車間通信装置へ保持データの有無を示すフラグを含むデータを出力する第１のステップと、
前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、
前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車車間通信装置、車車間通信方法及びプログラムに関する。
【背景技術】
【０００２】
従来、所定のネットワークを介して車車間通信を行う車車間通信装置が提案されている。
【０００３】
図１は、従来の車車間通信で交換する情報（ＰＳＳデータ）のデータ構成を示した図である。図１に示すように、ＰＳＳデータには、アイドリングデータ、ネットワークＩＤ、自車位置情報、進行方向情報、ネットワークコード、オプションデータが含まれる。
【０００４】
アイドリングデータは、ネットワークＩＤを安定通信するための同期信号である。ネットワークＩＤは、車車間通信装置を搭載した車両を識別するための識別情報である。車車間通信装置を搭載した車両は、このネットワークＩＤを含む無線信号を受信した場合、その相手と車車間ネットワークを形成する。位置情報は、車車間通信装置の自車位置を示す情報である。
【０００５】
進行方向情報は、車車間通信装置の搭載車の進行方向を示す部分である。ネットワークコードは、形成するネットワークを判別するためのコードである。このネットワークコードは、ネットワーク形成要求時又はネットワーク形成中にどのネットワークかを表す部分である。オプションデータは、自車位置情報、進行方向情報以外に、ネットワーク毎に必要な情報を追加する部分のデータである。
【０００６】
【特許文献１】特開２００１−２８３３８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来のＰＳＳデータには、自車位置情報、進行方向情報又はオプションデータ等データ量の多い情報を走行しながら公開しているため、無線ネットワーク上のトラフィックに問題が発生する。また、台数が増えると、通信不可能になってしまうという問題がある。
【０００８】
そこで、本発明は、これらの問題を解決するためになされたもので、データ通信量を低減できる車車間通信装置、車車間通信方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の車車間通信装置は、所定のネットワークを介して車車間通信を行う車車間通信装置において、他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１の手段と、前記第１の手段で取得したデータ内のフラグの状態を検出する第２の手段と、前記第２の手段で検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３の手段とを有することを特徴とする。
【００１０】
本発明によれば、取得したフラグの状態に応じて、保持データの送信要求を行って、保持データを取得するようにしたので、車車間通信におけるデータ通信量を削減することができる。
【００１１】
また、本発明の車車間通信装置は、所定のネットワークを介して車車間通信を行う車車間通信装置において、保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１の手段と、前記第１の手段で出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２の手段と、前記第２の手段が取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３の手段とを有することを特徴とする。
【００１２】
本発明によれば、保持データの送信要求に応じて、保持データを出力するようにしたので、車車間通信におけるデータ通信量を削除することができる。
【００１３】
また、本発明の車車間通信方法は、所定のネットワークを介して車車間通信を行う車車間通信方法において、他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとを有することを特徴とする。
【００１４】
本発明によれば、フラグの状態に応じて、保持データの送信要求を行って、保持データを取得するようにしたので、車車間通信におけるデータ通信量を削減することができる。
【００１５】
本発明の車車間通信方法は、所定のネットワークを介して車車間通信を行う車車間通信方法において、保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１のステップと、前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとを有することを特徴とする。
【００１６】
本発明によれば、保持データの送信要求に応じて、保持データを出力するようにしたので、車車間通信におけるデータ通信量を削除することができる。
【００１７】
また、本発明のプログラムは、所定のネットワークを介して車車間通信を行う他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとをコンピュータに実行させる。
【００１８】
本発明によれば、フラグの状態に応じて、保持データの送信要求を行って、保持データを取得するようにしたので、車車間通信におけるデータ通信量を削減することができる。
【００１９】
また、本発明のプログラムは、所定のネットワークを介して車車間通信を行う他の車車間通信装置へ保持データの有無を示すフラグを含むデータを出力する第１のステップと、前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとをコンピュータに実行させる。
【００２０】
本発明によれば、保持データの送信要求に応じて、保持データを出力するようにしたので、車車間通信におけるデータ通信量を削除することができる。
【発明の効果】
【００２１】
本発明によれば、データ通信量を低減できる車車間通信装置、車車間通信方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を実施するための最良の形態を説明する。
【実施例１】
【００２３】
図２は本実施例に係る車車間通信装置のブロック図である。車車間通信装置１は、ネットワークを介して周辺の移動体（車両、歩行者等）と接続して必要な情報を取得する。通信手段は、例えば無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）、携帯電話等である。また、必要な情報には、移動体ＩＤ、ドライバ属性、車載機器属性、車両位置・速度等が含まれる。
【００２４】
図２に示すように、車車間通信装置１は、送受信部１０、通信制御部２０、入力部３０、検出センサ３１、位置検出部３２を有する。送受信部１０は、受信部１１、送信部１２を有する。通信制御部２０は、送信部１２を介して、周期的に（例えば１秒に１回）周囲に交信可能な車両（車車間通信装置を持っている車）が存在するかどうか電波を出して応答を待つ。
【００２５】
電波を受けた車両は、その問いかけに対して応答を返すことにより、相互間でネットワークを構成する。また、通信制御部２０は、メッセージ解析部２１、仮想ネットワーク構成部２２、仮想ネットワーク保持部２３、自動状況判断バックエンド部２４、メッセージ作成部２５、リソースデータベース２６を有する。通信制御２０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）により実現され、ＣＰＵがＲＯＭ内のプログラムをＲＡＭ上に展開して実行することにより、各機能が実現される。
【００２６】
受信部１１は、他の車両から送信されたメッセージを受信する。送信部１２は、通信先決定・メッセージ作成部２４４及びメッセージ作成部２５が作成したメッセージ等を他の車両へ向けて送信する。メッセージ解析部２１は、受信部１１からの受信メッセージを解析し、受信メッセージ内に通信先車両のＩＤ情報、リソース内容、自車位置情報等があれば、これらの情報を仮想ネットワーク構成部２２に出力する。
【００２７】
また、メッセージ解析部２１は、受信メッセージが情報要求メッセージ又は情報通信メッセージであった場合、これらのメッセージをメッセージ作成部２５へ出力する。また、メッセージ解析部２１は、他の車車間通信装置から保持データの有無を示すフラグを含んだデータを取得する手段、取得したデータ内のフラグの状態を検出する手段、他の車車間通信装置から保持データを取得する手段として機能する。
【００２８】
仮想ネットワーク構成部２２は、受信情報を参照して所定の条件を満たす移動体の所属する仮想論理ネットワークを求め、この通信先車両を仮想論理ネットワークのメンバーとして、仮想ネットワークテーブル保持部２３のメンバーテーブルＭＢＴｉに登録し、通信先車両が所有するネットワークに関するリソースをリソーステーブルＲＳＴｉに登録する。
【００２９】
リソーステーブルＲＳＴｉに登録するリソースは、仮想ネットワークテーブルの種類によって異なる。仮想ネットワーク保持部２３は、メンバーテーブルＭＢＴｉ、リソーステーブルＲＳＴｉを有する。メンバーテーブルＭＢＴｉには、仮想論理ネットワークを構成するメンバーが登録される。リソーステーブルＲＳＴｉには、各メンバーの能力（通信手段、入出力手段、提供する情報）ＲＭｉｊが登録される。
【００３０】
仮想論理ネットワークには、例えば周辺車両ドライバネットワークＮＷ１、仲間ネットワークＮＷ２、同一車線走行ネットワークＮＷ３、通信ナビユーザネットワークＮＷ４等がある。
【００３１】
図３は、仮想ネットワーク、メンバーテーブル及びリソーステーブルを説明するための図である。図３において、符号３０は車両、２３は車車間通信装置１の仮想ネットワーク保持部、ＭＢＴは仮想ネットワーク保持部２３のメンバーテーブル、ＲＳＴはリソーステーブルをそれぞれ示している。
【００３２】
また、ＭＢＴ1及びＲＳＴ1は周辺車両ドライバネットワークＮＷ１用のメンバーテーブル及びリソーステーブル、ＭＢＴ2及びＲＳＴ2は仲間ネットワークＮＷ２用のメンバーテーブル及びリソーステーブル、ＭＢＴ3及びＲＳＴ3は同一車線走行ネットワークＮＷ３用のメンバーテーブル及びリソーステーブル、ＭＢＴ4及びＲＳＴ4は通信ナビネットワークＮＷ４用のメンバーテーブル及びリソーステーブルをそれぞれ示している。
【００３３】
周辺車両ドライバネットワークＮＷ１は、着目車両の周辺のドライバ、歩行者をメンバーとする仮想論理ネットワークで、位置情報に基づいてこのネットワークに所属させるか否かを決定する。仲間ネットワークＮＷ２は、友人、仲間、家族などでのグループをメンバーとする仮想論理ネットワークである。例えばドライブをする場合、ドライバ属性に基づいてこのネットワークに所属させるか否かを決定する。
【００３４】
同一車線走行ネットワークＮＷ３は、着目車両と同一車線上、同一方面走行中の車両をメンバーとする仮想論理ネットワークで、各車両の位置情報及び着目車両の誘導経路に基づいてこのネットワークを所属させるか否かを決定する。通信ナビユーザネットワークＮＷ４は、地図データを相互に融通できる車両をメンバーとする仮想論理ネットワークで、車載機器属性に基づいてこのネットワークに所属させるか否かを決定する。
【００３５】
図２に戻り、自動状況判断バックエンド部２４は、環境・状況監視部２４１、要求入力部２４２、仮想ネットワーク選択部２４３、通信先決定・メッセージ作成部２４４を有する。環境・状況監視部２４１は、幾つかの仮想論理ネットワークが構成されている場合、ドライバ、車両の環境及び状況を監視し、監視結果を仮想ネットワーク選択部２４３へ出力する。
【００３６】
要求入力部２４２は、ドライバの要求を仮想ネットワーク選択部２４３へ出力する。仮想ネットワーク選択部２４３は、両者の環境・状況、ドライバの感情・体調変化及びドライバの要求に応じて、複数の仮想論理ネットワークから最適な仮想論理ネットワークを選択する。
【００３７】
通信先決定・メッセージ作成部２４４は、選択された仮想論理ネットワークを実稼動ネットワークとする。また、通信先決定・メッセージ作成部２４４は、必要な情報の要求などの送信メッセージを作成する。作成したメッセージは、送信部１２を介して、実稼動ネットワークを構成する所定の移動体に向けて送信される。
【００３８】
メッセージ作成部２５は、リソースデータベース２６の各種情報や位置検出部３２で検出した自車位置情報などを用いてＩＤ情報、リソース内容等を作成する。また、メッセージ作成部２５は、メッセージ解析部２１から情報要求メッセージ又は情報通信メッセージを受信した場合、入力部３０から入力されたデータ、検出センサ２９により検出されたデータ、リソースデータベース２６に保持されているデータ等を用いて相手からの要求に応じた応答メッセージを作成する。
【００３９】
リソースデータベース２６は、地図データベース、ノウハウデータベース、ユーザプロファイルデータベース、緊急データベースを有する。地図データベースは、一時的に地図データを相互利用できるように工夫されたデータベースである。地図データベースには、位置関連ＰＯＩ（Ｐｏｉｎｔ  ｏｆ  Ｉｎｔｅｒｅｔ：施設）データ、地図データなどが記憶されている。なお、ＰＯＩデータはダウンロードすることによりデータを更新することができる。
【００４０】
ノウハウデータベースは、個人が日常走行している道路に関する統計的な情報、ローカル情報が入ったデータベースである。ノウハウデータベースには、道路ノウハウ、統計的なノウハウ、ローカル情報などが記憶されている。
【００４１】
ユーザプロファイルデータベースには、ドライバの個人情報、車種情報、嗜好情報、仲間情報、個人ＤＢ情報、車載機個別ＩＤ、所有車載機情報などが記憶されている。緊急データベースには、緊急時に必要となる情報を集めたデータベースであり、緊急時の種類として、故障、事故などが記憶されている。
【００４２】
また、リソースデータベース２６には、上記以外に、経路探索情報、渋滞情報、周辺車両位置情報、経路誘導データを格納する。
【００４３】
入力部３０は、外部からの所定の入力を受け付けて、メッセージ作成部２５へ出力する。検出センサ３１は、例えば方位の検出を行う。位置検出部３０は、車車間通信装置１の現在位置を検出する。
【００４４】
図４は本実施例に係る車車間通信で交換する情報のデータ構成を示す図である。図４に示すように、ＰＳＳデータには従来とは異なり、ネットワークＩＤ、位置情報、処理テーブル等が含まれている。
【００４５】
ネットワークＩＤは、車車間通信装置を搭載した車両を識別するための情報である。例えばＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ６）を用いた場合、このネットワークＩＤのデータ量は１６バイトである。位置情報は、車車間通信装置の自車位置を示す情報である。この位置情報は座標情報等からなり、位置情報のデータ量は８バイトである。
【００４６】
処理テーブルは、車車間通信装置が行っている処理内容を示すテーブルである。この処理テーブルには、フラグが配置されている。このフラグは、保持データの有無を示すものである。具体的には、図４に示すように、メッセージ作成部２５は、ＰＯＩのダウンロードが処理済みの場合には、ＰＯＩダウンロードのフラグ値を「１」に設定する。
【００４７】
地図データのダウンロードが未処理の場合は、地図ダウンロードのフラグ値を「０」に設定する。経路探索が未処理の場合は、経路探索のフラグ値を「０」に設定する。渋滞情報の収集が処理済みの場合は、渋滞情報収集のフラグ値を「１」に設定する。周辺車両位置情報の収集が処理済みの場合は、周辺車両位置情報の収集のフラグ値を「０」に設定する。経路誘導データが未蓄積の場合には、経路誘導データの蓄積フラグを「０」に設定する。なお、図４に示した処理テーブルの内容は例示であり、車車間通信装置が他の機能を行う場合には、この機能に応じて処理テーブルの内容も変わる。
【００４８】
また、ＰＳＳデータのデータサイズについて説明する。車車間通信装置１を用いて８機能分の全情報を送る場合に、１機能当り６４バイトの情報であるとすると、データサイズは、２４＋６４×８＝５３６バイト（４２８８ビット）となる。
【００４９】
また、２Ｍｂｐｓの無線ＬＡＮ環境で、１００台の車両が同時にブロードキャストした場合、一台あたりの通信帯域は、２００００ｂｐｓとなり、フラグを用いない場合の送信時間は、４２８８ビット／２００００ｂｐｓ＝０．２１［ｓｅｃ］である。
【００５０】
一方、本実施例のように、ＰＳＳデータにフラグを用いた場合は、８機能分のフラグデータは１バイトとなり、データサイズは、２４＋１＝２５バイト（２００ビット）となる。本実施例のデータ送信時間は、２００ビット／２００００ｂｐｓ＝０．０１［ｓｅｃ］である。したがって、上記例では、ＰＳＳデータにフラグを用いることで、データ送信時間が２１分の１に短縮される。また、機能が多くなればなるほど、ネットワーク負荷低減効果は大きい。
【００５１】
次に、本実施例に係る車車間通信装置の動作例について説明する。図５は、データ送受信の動作フローチャートである。図５では、車両Ａの車車間通信装置が情報を送信し、車両Ｂの車車間通信装置が情報を受信するものとする。なお、車両Ａ及び車両Ｂには、上述した車車間通信装置１が搭載されているものとし、車両Ａに搭載されている車車間通信装置を１Ａ、車両Ｂに搭載されている車車間通信装置を１Ｂとして示して以下説明する。
【００５２】
ステップ１０１において、車両Ａの車車間通信装置１Ａのメッセージ作成部２５は、リソースデータベース２６を参照してフラグの設定を行う。なお、ここでのフラグは、図４で説明したものと同一のものとし、ＰＯＩダウンロード及び渋滞情報のフラグだけが「１」に設定されており、他のフラグは「０」に設定されているものとする。
【００５３】
ステップ１０２において、車車間通信装置１Ａのメッセージ作成部２５は、ＩＤ、自車位置及び保持データの有無を示すフラグを含むデータを送信部１２を介してブロードキャストする。ステップ１０３において、車両Ｂの車車間通信装置１Ｂの受信部１１は、データを受信する。
【００５４】
ステップ１０４において、車両Ｂの車車間通信装置１Ｂのメッセージ解析部２１は、受信データを解析して、渋滞情報のフラグの状態を検出する。車車間通信装置１Ｂのメッセージ解析部２１は、渋滞情報のフラグが「０」に設定されている場合には、車両Ａの車車間通信装置１Ａが自己の希望する情報を保有していないと判断し、処理を終了する。
【００５５】
車車間通信装置１Ｂのメッセージ解析部２１は、渋滞情報のフラグが「１」に設定されている場合には、車両Ａの車車間通信装置１Ａが渋滞情報を保有していると判断し、メッセージ作成部２５に渋滞情報要求のメッセージを作成するための信号を出力する。
【００５６】
ステップ１０５において、メッセージ作成部２５は、メッセージ解析部２１からの信号に基づいて渋滞情報要求のためのメッセージを作成し、このメッセージを送信部１２を介して車両Ａの車車間通信装置１Ａに送信する。ステップ１０６において、車両Ａの車車間通信装置１Ａの受信部１１は、車両Ｂの車車間通信装置１Ｂからメッセージを受信すると、受信したメッセージをメッセージ解析部２１へ出力する。メッセージ解析部２１は、車両Ｂの車車間通信装置１Ｂからの渋滞情報の要求を受け付ける。
【００５７】
ステップ１０７において、車車間通信装置１Ａのメッセージ解析部２１は、メッセージの内容に応じて、車両Ｂの車車間通信装置１Ｂに渋滞情報を送信するようにメッセージ作成部２５に信号を出力する。メッセージ作成部２５は、リソースデータベース２６から渋滞情報を取得して、メッセージと共に、渋滞情報を車両Ｂの車車間通信装置１Ｂに送信する。ステップ１０８において、車両Ｂの車車間通信装置１Ｂは、受信部１１を介して渋滞情報を取得することができる。
【００５８】
次に、本実施例に係る車車間通信装置の他の動作例について説明する。図６は、データ送受信における他の動作フローチャートである。図６では、車両Ａの車車間通信装置が情報を送信し、車両Ｂの車車間通信装置が情報を受信するものとする。ステップ２０１において、車両Ａの車車間通信装置１Ａのメッセージ作成部２５は、リソースデータベース２６を参照して各フラグを設定する。
【００５９】
例えば、車両Ａの車車間通信装置１Ａは、ＰＯＩの最新情報を既にダウンロードしている場合には、ＰＯＩダウンロードのフラグを「１」に設定する。なお、ここでのフラグは、図４で説明したもの同一のものとし、ＰＯＩダウンロード及び渋滞情報のフラグだけが「１」に設定されており、他のフラグは「０」に設定されているものとする。
【００６０】
ステップ２０２において、車車間通信装置１Ａのメッセージ作成部２５は、ＩＤ、自車位置及び保持データの有無を示すフラグを含むデータを送信部１２を介してブロードキャストする。ステップ２０３において、車両Ｂの車車間通信装置１Ｂの受信部１１を介してデータを受信する。ステップ２０４において、車両Ｂの車車間通信装置１Ｂのメッセージ解析部２１は、受信データを解析して、ＰＯＩダウンロードのフラグの状態を検出する。
【００６１】
車車間通信装置１Ｂのメッセージ解析部２１は、ＰＯＩダウンロードのフラグが「０」に設定されていた場合には、車両Ａの車車間通信装置１ＡがＰＯＩデータを保有していないと判断し、処理を終了する。車車間通信装置１Ｂのメッセージ解析部２１は、ＰＯＩダウンロードのフラグが「１」に設定されていた場合には、車両Ａの車車間通信装置１ＡがＰＯＩデータを保有していると判断し、ＰＯＩデータの要求メッセージを作成するための信号をメッセージ作成部２５に出力する。
【００６２】
ステップ２０５において、メッセージ作成部２５は、メッセージ解析部２１からの信号に基づいてＰＯＩデータ要求のためのメッセージを作成し、このメッセージを送信部１２を介して車両Ａの車車間通信装置１Ａに送信する。ステップ２０６において、車両Ａの車車間通信装置１Ａの受信部１１は、車両Ｂの車車間通信装置１Ｂからメッセージを受信すると、受信したメッセージをメッセージ解析部２１へ出力する。メッセージ解析部２１は、車両Ｂの車車間通信装置１ＢからのＰＯＩデータの要求を受け付ける。
【００６３】
ステップ２０７において、車車間通信装置１Ａのメッセージ解析部２１は、メッセージの内容に応じて、車両Ｂの車車間通信装置１ＢにＰＯＩデータを送信するようにメッセージ作成部２５に信号を出力する。メッセージ作成部２５は、リソースデータベース２６からＰＯＩデータを取得して、メッセージと共に、ＰＯＩデータを車両Ｂの車車間通信装置１Ｂに送信する。ステップ２０８において、車両Ｂの車車間通信装置１Ｂは、受信部１１を介してＰＯＩデータを取得することができる。
【００６４】
結果的に、車Ｂの車車間通信装置１ＢはＰＯＩデータをダウンロードするために、車車間通信のみで実現できるため、携帯電話接続などによりダウンロードをしなくても済みことになる。
【００６５】
このように、自車情報を周辺車両にブロードキャストする際に、ネットワークＩＤ、自車位置及び所定の処理が済んでいるか否かを示すフラグだけをブロードキャストするようにしたので、送信データ量を最小限にすることができる。
【００６６】
以上本実施例によれば、全てのデータをブロードキャストしても、相手車両が必要であるかどうかはわからないので、自車が公開するデータとして、たとえば、「渋滞情報蓄積」や「渋滞情報受信」等のように何らかの処理を行っているかどうかを示すデータをブロードキャストする。このデータを受信した車両が、必要に応じて情報要求する。要求された車両は、要求に対応する情報をブロードキャストすることによりネットワーク上を流れるデータが低減でき、トラフィック低下の効果がある。
【００６７】
以上、本発明の好ましい実施の形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６８】
【図１】従来の車車間通信で交換する情報のデータ構成を示した図である。
【図２】本実施例に係る車車間通信装置のブロック図である。
【図３】仮想ネットワーク、メンバーテーブル及びリソーステーブルを説明するための図である。
【図４】本実施例に係る車車間通信で交換する情報のデータ構成を示す図である。
【図５】データ送受信時の動作フローチャートである。
【図６】データ送受信時の他の動作フローチャートである。
【符号の説明】
【００６９】
１  車車間通信装置
１０  送受信部
２０  通信制御部
２１  メッセージ解析部
２２  仮想ネットワーク構成部
２３  仮想ネットワーク保持部
２４  自動状況判断バックエンド部
２５  メッセージ作成部
２６  リソースデータベース
【図１】
2005057442.tif 000003
【図２】
2005057442.tif 000004
【図３】
2005057442.tif 000005
【図４】
2005057442.tif 000006
【図５】
2005057442.tif 000007
【図６】
2005057442.tif 000008