JP4063736B2

JP4063736B2 - 車車間通信装置、車車間通信方法及びプログラム

Info

Publication number: JP4063736B2
Application number: JP2003285338A
Authority: JP
Inventors: 久之渡辺; 正明菅野
Original assignee: Alpine Electronics Inc
Current assignee: Alpine Electronics Inc
Priority date: 2003-08-01
Filing date: 2003-08-01
Publication date: 2008-03-19
Anticipated expiration: 2023-08-01
Also published as: JP2005057442A

Description

本発明は、車車間通信装置、車車間通信方法及びプログラムに関する。

従来、所定のネットワークを介して車車間通信を行う車車間通信装置が提案されている。

図１は、従来の車車間通信で交換する情報（ＰＳＳデータ）のデータ構成を示した図である。図１に示すように、ＰＳＳデータには、アイドリングデータ、ネットワークＩＤ、自車位置情報、進行方向情報、ネットワークコード、オプションデータが含まれる。

アイドリングデータは、ネットワークＩＤを安定通信するための同期信号である。ネットワークＩＤは、車車間通信装置を搭載した車両を識別するための識別情報である。車車間通信装置を搭載した車両は、このネットワークＩＤを含む無線信号を受信した場合、その相手と車車間ネットワークを形成する。位置情報は、車車間通信装置の自車位置を示す情報である。

進行方向情報は、車車間通信装置の搭載車の進行方向を示す部分である。ネットワークコードは、形成するネットワークを判別するためのコードである。このネットワークコードは、ネットワーク形成要求時又はネットワーク形成中にどのネットワークかを表す部分である。オプションデータは、自車位置情報、進行方向情報以外に、ネットワーク毎に必要な情報を追加する部分のデータである。

特開２００１−２８３３８１号公報

しかしながら、従来のＰＳＳデータには、自車位置情報、進行方向情報又はオプションデータ等データ量の多い情報を走行しながら公開しているため、無線ネットワーク上のトラフィックに問題が発生する。また、台数が増えると、通信不可能になってしまうという問題がある。

そこで、本発明は、これらの問題を解決するためになされたもので、データ通信量を低減できる車車間通信装置、車車間通信方法及びプログラムを提供することを目的とする。

上記課題を解決するために、本発明の車車間通信装置は、所定のネットワークを介して車車間通信を行う車車間通信装置において、他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１の手段と、前記第１の手段で取得したデータ内のフラグの状態を検出する第２の手段と、前記第２の手段で検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３の手段とを有することを特徴とする。

本発明によれば、取得したフラグの状態に応じて、保持データの送信要求を行って、保持データを取得するようにしたので、車車間通信におけるデータ通信量を削減することができる。

また、本発明の車車間通信装置は、所定のネットワークを介して車車間通信を行う車車間通信装置において、保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１の手段と、前記第１の手段で出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２の手段と、前記第２の手段が取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３の手段とを有することを特徴とする。

本発明によれば、保持データの送信要求に応じて、保持データを出力するようにしたので、車車間通信におけるデータ通信量を削除することができる。

また、本発明の車車間通信方法は、所定のネットワークを介して車車間通信を行う車車間通信方法において、他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとを有することを特徴とする。

本発明によれば、フラグの状態に応じて、保持データの送信要求を行って、保持データを取得するようにしたので、車車間通信におけるデータ通信量を削減することができる。

本発明の車車間通信方法は、所定のネットワークを介して車車間通信を行う車車間通信方法において、保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１のステップと、前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとを有することを特徴とする。

また、本発明のプログラムは、所定のネットワークを介して車車間通信を行う他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとをコンピュータに実行させる。

また、本発明のプログラムは、所定のネットワークを介して車車間通信を行う他の車車間通信装置へ保持データの有無を示すフラグを含むデータを出力する第１のステップと、前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとをコンピュータに実行させる。

本発明によれば、データ通信量を低減できる車車間通信装置、車車間通信方法及びプログラムを提供することができる。

以下、本発明を実施するための最良の形態を説明する。

図２は本実施例に係る車車間通信装置のブロック図である。車車間通信装置１は、ネットワークを介して周辺の移動体（車両、歩行者等）と接続して必要な情報を取得する。通信手段は、例えば無線ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）、携帯電話等である。また、必要な情報には、移動体ＩＤ、ドライバ属性、車載機器属性、車両位置・速度等が含まれる。

図２に示すように、車車間通信装置１は、送受信部１０、通信制御部２０、入力部３０、検出センサ３１、位置検出部３２を有する。送受信部１０は、受信部１１、送信部１２を有する。通信制御部２０は、送信部１２を介して、周期的に（例えば１秒に１回）周囲に交信可能な車両（車車間通信装置を持っている車）が存在するかどうか電波を出して応答を待つ。

電波を受けた車両は、その問いかけに対して応答を返すことにより、相互間でネットワークを構成する。また、通信制御部２０は、メッセージ解析部２１、仮想ネットワーク構成部２２、仮想ネットワーク保持部２３、自動状況判断バックエンド部２４、メッセージ作成部２５、リソースデータベース２６を有する。通信制御２０は、例えばＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）により実現され、ＣＰＵがＲＯＭ内のプログラムをＲＡＭ上に展開して実行することにより、各機能が実現される。

受信部１１は、他の車両から送信されたメッセージを受信する。送信部１２は、通信先決定・メッセージ作成部２４４及びメッセージ作成部２５が作成したメッセージ等を他の車両へ向けて送信する。メッセージ解析部２１は、受信部１１からの受信メッセージを解析し、受信メッセージ内に通信先車両のＩＤ情報、リソース内容、自車位置情報等があれば、これらの情報を仮想ネットワーク構成部２２に出力する。

また、メッセージ解析部２１は、受信メッセージが情報要求メッセージ又は情報通信メッセージであった場合、これらのメッセージをメッセージ作成部２５へ出力する。また、メッセージ解析部２１は、他の車車間通信装置から保持データの有無を示すフラグを含んだデータを取得する手段、取得したデータ内のフラグの状態を検出する手段、他の車車間通信装置から保持データを取得する手段として機能する。

仮想ネットワーク構成部２２は、受信情報を参照して所定の条件を満たす移動体の所属する仮想論理ネットワークを求め、この通信先車両を仮想論理ネットワークのメンバーとして、仮想ネットワークテーブル保持部２３のメンバーテーブルＭＢＴ_ｉに登録し、通信先車両が所有するネットワークに関するリソースをリソーステーブルＲＳＴ_ｉに登録する。

リソーステーブルＲＳＴｉに登録するリソースは、仮想ネットワークテーブルの種類によって異なる。仮想ネットワーク保持部２３は、メンバーテーブルＭＢＴ_ｉ、リソーステーブルＲＳＴ_ｉを有する。メンバーテーブルＭＢＴ_ｉには、仮想論理ネットワークを構成するメンバーが登録される。リソーステーブルＲＳＴ_ｉには、各メンバーの能力（通信手段、入出力手段、提供する情報）ＲＭ_ｉｊが登録される。

仮想論理ネットワークには、例えば周辺車両ドライバネットワークＮＷ１、仲間ネットワークＮＷ２、同一車線走行ネットワークＮＷ３、通信ナビユーザネットワークＮＷ４等がある。

図３は、仮想ネットワーク、メンバーテーブル及びリソーステーブルを説明するための図である。図３において、符号３０は車両、２３は車車間通信装置１の仮想ネットワーク保持部、ＭＢＴは仮想ネットワーク保持部２３のメンバーテーブル、ＲＳＴはリソーステーブルをそれぞれ示している。

また、ＭＢＴ₁及びＲＳＴ₁は周辺車両ドライバネットワークＮＷ１用のメンバーテーブル及びリソーステーブル、ＭＢＴ₂及びＲＳＴ₂は仲間ネットワークＮＷ２用のメンバーテーブル及びリソーステーブル、ＭＢＴ₃及びＲＳＴ₃は同一車線走行ネットワークＮＷ３用のメンバーテーブル及びリソーステーブル、ＭＢＴ₄及びＲＳＴ₄は通信ナビネットワークＮＷ４用のメンバーテーブル及びリソーステーブルをそれぞれ示している。

周辺車両ドライバネットワークＮＷ１は、着目車両の周辺のドライバ、歩行者をメンバーとする仮想論理ネットワークで、位置情報に基づいてこのネットワークに所属させるか否かを決定する。仲間ネットワークＮＷ２は、友人、仲間、家族などでのグループをメンバーとする仮想論理ネットワークである。例えばドライブをする場合、ドライバ属性に基づいてこのネットワークに所属させるか否かを決定する。

同一車線走行ネットワークＮＷ３は、着目車両と同一車線上、同一方面走行中の車両をメンバーとする仮想論理ネットワークで、各車両の位置情報及び着目車両の誘導経路に基づいてこのネットワークを所属させるか否かを決定する。通信ナビユーザネットワークＮＷ４は、地図データを相互に融通できる車両をメンバーとする仮想論理ネットワークで、車載機器属性に基づいてこのネットワークに所属させるか否かを決定する。

図２に戻り、自動状況判断バックエンド部２４は、環境・状況監視部２４１、要求入力部２４２、仮想ネットワーク選択部２４３、通信先決定・メッセージ作成部２４４を有する。環境・状況監視部２４１は、幾つかの仮想論理ネットワークが構成されている場合、ドライバ、車両の環境及び状況を監視し、監視結果を仮想ネットワーク選択部２４３へ出力する。

要求入力部２４２は、ドライバの要求を仮想ネットワーク選択部２４３へ出力する。仮想ネットワーク選択部２４３は、両者の環境・状況、ドライバの感情・体調変化及びドライバの要求に応じて、複数の仮想論理ネットワークから最適な仮想論理ネットワークを選択する。

通信先決定・メッセージ作成部２４４は、選択された仮想論理ネットワークを実稼動ネットワークとする。また、通信先決定・メッセージ作成部２４４は、必要な情報の要求などの送信メッセージを作成する。作成したメッセージは、送信部１２を介して、実稼動ネットワークを構成する所定の移動体に向けて送信される。

メッセージ作成部２５は、リソースデータベース２６の各種情報や位置検出部３２で検出した自車位置情報などを用いてＩＤ情報、リソース内容等を作成する。また、メッセージ作成部２５は、メッセージ解析部２１から情報要求メッセージ又は情報通信メッセージを受信した場合、入力部３０から入力されたデータ、検出センサ２９により検出されたデータ、リソースデータベース２６に保持されているデータ等を用いて相手からの要求に応じた応答メッセージを作成する。

リソースデータベース２６は、地図データベース、ノウハウデータベース、ユーザプロファイルデータベース、緊急データベースを有する。地図データベースは、一時的に地図データを相互利用できるように工夫されたデータベースである。地図データベースには、位置関連ＰＯＩ（ＰｏｉｎｔｏｆＩｎｔｅｒｅｔ：施設）データ、地図データなどが記憶されている。なお、ＰＯＩデータはダウンロードすることによりデータを更新することができる。

ノウハウデータベースは、個人が日常走行している道路に関する統計的な情報、ローカル情報が入ったデータベースである。ノウハウデータベースには、道路ノウハウ、統計的なノウハウ、ローカル情報などが記憶されている。

ユーザプロファイルデータベースには、ドライバの個人情報、車種情報、嗜好情報、仲間情報、個人ＤＢ情報、車載機個別ＩＤ、所有車載機情報などが記憶されている。緊急データベースには、緊急時に必要となる情報を集めたデータベースであり、緊急時の種類として、故障、事故などが記憶されている。

また、リソースデータベース２６には、上記以外に、経路探索情報、渋滞情報、周辺車両位置情報、経路誘導データを格納する。

入力部３０は、外部からの所定の入力を受け付けて、メッセージ作成部２５へ出力する。検出センサ３１は、例えば方位の検出を行う。位置検出部３０は、車車間通信装置１の現在位置を検出する。

図４は本実施例に係る車車間通信で交換する情報のデータ構成を示す図である。図４に示すように、ＰＳＳデータには従来とは異なり、ネットワークＩＤ、位置情報、処理テーブル等が含まれている。

ネットワークＩＤは、車車間通信装置を搭載した車両を識別するための情報である。例えばＩＰｖ６（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ６）を用いた場合、このネットワークＩＤのデータ量は１６バイトである。位置情報は、車車間通信装置の自車位置を示す情報である。この位置情報は座標情報等からなり、位置情報のデータ量は８バイトである。

処理テーブルは、車車間通信装置が行っている処理内容を示すテーブルである。この処理テーブルには、フラグが配置されている。このフラグは、保持データの有無を示すものである。具体的には、図４に示すように、メッセージ作成部２５は、ＰＯＩのダウンロードが処理済みの場合には、ＰＯＩダウンロードのフラグ値を「１」に設定する。

地図データのダウンロードが未処理の場合は、地図ダウンロードのフラグ値を「０」に設定する。経路探索が未処理の場合は、経路探索のフラグ値を「０」に設定する。渋滞情報の収集が処理済みの場合は、渋滞情報収集のフラグ値を「１」に設定する。周辺車両位置情報の収集が処理済みの場合は、周辺車両位置情報の収集のフラグ値を「０」に設定する。経路誘導データが未蓄積の場合には、経路誘導データの蓄積フラグを「０」に設定する。なお、図４に示した処理テーブルの内容は例示であり、車車間通信装置が他の機能を行う場合には、この機能に応じて処理テーブルの内容も変わる。

また、ＰＳＳデータのデータサイズについて説明する。車車間通信装置１を用いて８機能分の全情報を送る場合に、１機能当り６４バイトの情報であるとすると、データサイズは、２４＋６４×８＝５３６バイト（４２８８ビット）となる。

また、２Ｍｂｐｓの無線ＬＡＮ環境で、１００台の車両が同時にブロードキャストした場合、一台あたりの通信帯域は、２００００ｂｐｓとなり、フラグを用いない場合の送信時間は、４２８８ビット／２００００ｂｐｓ＝０．２１［ｓｅｃ］である。

一方、本実施例のように、ＰＳＳデータにフラグを用いた場合は、８機能分のフラグデータは１バイトとなり、データサイズは、２４＋１＝２５バイト（２００ビット）となる。本実施例のデータ送信時間は、２００ビット／２００００ｂｐｓ＝０．０１［ｓｅｃ］である。したがって、上記例では、ＰＳＳデータにフラグを用いることで、データ送信時間が２１分の１に短縮される。また、機能が多くなればなるほど、ネットワーク負荷低減効果は大きい。

次に、本実施例に係る車車間通信装置の動作例について説明する。図５は、データ送受信の動作フローチャートである。図５では、車両Ａの車車間通信装置が情報を送信し、車両Ｂの車車間通信装置が情報を受信するものとする。なお、車両Ａ及び車両Ｂには、上述した車車間通信装置１が搭載されているものとし、車両Ａに搭載されている車車間通信装置を１Ａ、車両Ｂに搭載されている車車間通信装置を１Ｂとして示して以下説明する。

ステップ１０１において、車両Ａの車車間通信装置１Ａのメッセージ作成部２５は、リソースデータベース２６を参照してフラグの設定を行う。なお、ここでのフラグは、図４で説明したものと同一のものとし、ＰＯＩダウンロード及び渋滞情報のフラグだけが「１」に設定されており、他のフラグは「０」に設定されているものとする。

ステップ１０２において、車車間通信装置１Ａのメッセージ作成部２５は、ＩＤ、自車位置及び保持データの有無を示すフラグを含むデータを送信部１２を介してブロードキャストする。ステップ１０３において、車両Ｂの車車間通信装置１Ｂの受信部１１は、データを受信する。

ステップ１０４において、車両Ｂの車車間通信装置１Ｂのメッセージ解析部２１は、受信データを解析して、渋滞情報のフラグの状態を検出する。車車間通信装置１Ｂのメッセージ解析部２１は、渋滞情報のフラグが「０」に設定されている場合には、車両Ａの車車間通信装置１Ａが自己の希望する情報を保有していないと判断し、処理を終了する。

車車間通信装置１Ｂのメッセージ解析部２１は、渋滞情報のフラグが「１」に設定されている場合には、車両Ａの車車間通信装置１Ａが渋滞情報を保有していると判断し、メッセージ作成部２５に渋滞情報要求のメッセージを作成するための信号を出力する。

ステップ１０５において、メッセージ作成部２５は、メッセージ解析部２１からの信号に基づいて渋滞情報要求のためのメッセージを作成し、このメッセージを送信部１２を介して車両Ａの車車間通信装置１Ａに送信する。ステップ１０６において、車両Ａの車車間通信装置１Ａの受信部１１は、車両Ｂの車車間通信装置１Ｂからメッセージを受信すると、受信したメッセージをメッセージ解析部２１へ出力する。メッセージ解析部２１は、車両Ｂの車車間通信装置１Ｂからの渋滞情報の要求を受け付ける。

ステップ１０７において、車車間通信装置１Ａのメッセージ解析部２１は、メッセージの内容に応じて、車両Ｂの車車間通信装置１Ｂに渋滞情報を送信するようにメッセージ作成部２５に信号を出力する。メッセージ作成部２５は、リソースデータベース２６から渋滞情報を取得して、メッセージと共に、渋滞情報を車両Ｂの車車間通信装置１Ｂに送信する。ステップ１０８において、車両Ｂの車車間通信装置１Ｂは、受信部１１を介して渋滞情報を取得することができる。

次に、本実施例に係る車車間通信装置の他の動作例について説明する。図６は、データ送受信における他の動作フローチャートである。図６では、車両Ａの車車間通信装置が情報を送信し、車両Ｂの車車間通信装置が情報を受信するものとする。ステップ２０１において、車両Ａの車車間通信装置１Ａのメッセージ作成部２５は、リソースデータベース２６を参照して各フラグを設定する。

例えば、車両Ａの車車間通信装置１Ａは、ＰＯＩの最新情報を既にダウンロードしている場合には、ＰＯＩダウンロードのフラグを「１」に設定する。なお、ここでのフラグは、図４で説明したもの同一のものとし、ＰＯＩダウンロード及び渋滞情報のフラグだけが「１」に設定されており、他のフラグは「０」に設定されているものとする。

ステップ２０２において、車車間通信装置１Ａのメッセージ作成部２５は、ＩＤ、自車位置及び保持データの有無を示すフラグを含むデータを送信部１２を介してブロードキャストする。ステップ２０３において、車両Ｂの車車間通信装置１Ｂの受信部１１を介してデータを受信する。ステップ２０４において、車両Ｂの車車間通信装置１Ｂのメッセージ解析部２１は、受信データを解析して、ＰＯＩダウンロードのフラグの状態を検出する。

車車間通信装置１Ｂのメッセージ解析部２１は、ＰＯＩダウンロードのフラグが「０」に設定されていた場合には、車両Ａの車車間通信装置１ＡがＰＯＩデータを保有していないと判断し、処理を終了する。車車間通信装置１Ｂのメッセージ解析部２１は、ＰＯＩダウンロードのフラグが「１」に設定されていた場合には、車両Ａの車車間通信装置１ＡがＰＯＩデータを保有していると判断し、ＰＯＩデータの要求メッセージを作成するための信号をメッセージ作成部２５に出力する。

ステップ２０５において、メッセージ作成部２５は、メッセージ解析部２１からの信号に基づいてＰＯＩデータ要求のためのメッセージを作成し、このメッセージを送信部１２を介して車両Ａの車車間通信装置１Ａに送信する。ステップ２０６において、車両Ａの車車間通信装置１Ａの受信部１１は、車両Ｂの車車間通信装置１Ｂからメッセージを受信すると、受信したメッセージをメッセージ解析部２１へ出力する。メッセージ解析部２１は、車両Ｂの車車間通信装置１ＢからのＰＯＩデータの要求を受け付ける。

ステップ２０７において、車車間通信装置１Ａのメッセージ解析部２１は、メッセージの内容に応じて、車両Ｂの車車間通信装置１ＢにＰＯＩデータを送信するようにメッセージ作成部２５に信号を出力する。メッセージ作成部２５は、リソースデータベース２６からＰＯＩデータを取得して、メッセージと共に、ＰＯＩデータを車両Ｂの車車間通信装置１Ｂに送信する。ステップ２０８において、車両Ｂの車車間通信装置１Ｂは、受信部１１を介してＰＯＩデータを取得することができる。

結果的に、車Ｂの車車間通信装置１ＢはＰＯＩデータをダウンロードするために、車車間通信のみで実現できるため、携帯電話接続などによりダウンロードをしなくても済みことになる。

このように、自車情報を周辺車両にブロードキャストする際に、ネットワークＩＤ、自車位置及び所定の処理が済んでいるか否かを示すフラグだけをブロードキャストするようにしたので、送信データ量を最小限にすることができる。

以上本実施例によれば、全てのデータをブロードキャストしても、相手車両が必要であるかどうかはわからないので、自車が公開するデータとして、たとえば、「渋滞情報蓄積」や「渋滞情報受信」等のように何らかの処理を行っているかどうかを示すデータをブロードキャストする。このデータを受信した車両が、必要に応じて情報要求する。要求された車両は、要求に対応する情報をブロードキャストすることによりネットワーク上を流れるデータが低減でき、トラフィック低下の効果がある。

以上、本発明の好ましい実施の形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

従来の車車間通信で交換する情報のデータ構成を示した図である。本実施例に係る車車間通信装置のブロック図である。仮想ネットワーク、メンバーテーブル及びリソーステーブルを説明するための図である。本実施例に係る車車間通信で交換する情報のデータ構成を示す図である。データ送受信時の動作フローチャートである。データ送受信時の他の動作フローチャートである。

符号の説明

１車車間通信装置
１０送受信部
２０通信制御部
２１メッセージ解析部
２２仮想ネットワーク構成部
２３仮想ネットワーク保持部
２４自動状況判断バックエンド部
２５メッセージ作成部
２６リソースデータベース

Claims

所定のネットワークを介して車車間通信を行う車車間通信装置において、
他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１の手段と、
前記第１の手段で取得したデータ内のフラグの状態を検出する第２の手段と、
前記第２の手段で検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３の手段とを有することを特徴とする車車間通信装置。
所定のネットワークを介して車車間通信を行う車車間通信装置において、
保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１の手段と、
前記第１の手段で出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２の手段と、
前記第２の手段が取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３の手段とを有することを特徴とする車車間通信装置。
所定のネットワークを介して車車間通信を行う車車間通信方法において、
他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、
前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、
前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとを有することを特徴とする車車間通信方法。
所定のネットワークを介して車車間通信を行う車車間通信方法において、
保持データの有無を示すフラグを含むデータを他の車車間通信装置へ出力する第１のステップと、
前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、
前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとを有することを特徴とする車車間通信方法。
所定のネットワークを介して車車間通信を行う他の車車間通信装置から保持データの有無を示すフラグを含むデータを取得する第１のステップと、
前記第１のステップで取得したデータ内のフラグの状態を検出する第２のステップと、
前記第２のステップで検出したフラグの状態に応じて、前記他の車車間通信装置に前記保持データの送信要求を行って、前記保持データを取得する第３のステップとをコンピュータに実行させるためのプログラム。
所定のネットワークを介して車車間通信を行う他の車車間通信装置へ保持データの有無を示すフラグを含むデータを出力する第１のステップと、
前記第１のステップで出力したフラグに対応する保持データの送信要求を前記他の車車間通信装置から取得する第２のステップと、
前記第２のステップで取得した保持データの送信要求に応じて、前記保持データを前記他の車車間通信装置へ出力する第３のステップとをコンピュータに実行させるためのプログラム。