JP2006311132A - 通信装置 - Google Patents

Abstract

【課題】 必要な計算能力ができるだけ抑えられた伝送路確立方法であって無線基地局と通信を行わなくても伝送路を確立することができる通信装置を提供する。
【解決手段】 データ要求車両１０１に搭載された通信装置は、ターゲットゾーン１１１を指定してデータ要求メッセージを隣接する車両へ送信する。データ要求車両１０１に隣接する車両に搭載された通信装置は、データ要求メッセージを受け取ると、それをさらに転送する。この繰り返しによりデータ要求メッセージが順に転送され、ターゲットゾーン１１１に存在する車両１０３〜１０９まで転送されると、各車両に搭載された通信装置においてデータ応答メッセージが作成される。そして、データ要求メッセージと同様の方法により、データ要求車両１０１までデータ応答メッセージが転送される。
【選択図】 図７

Description

本発明は、通信装置間で直接、または他の通信装置を介して通信を行う通信装置に関する。

従来、自動車間の通信（いわゆる車車間通信）における問い合わせ集中を避ける技術として、例えば、下記の特許文献１に示す技術が知られている。この技術は、問い合わせ自動車が他の中継自動車を介してダイナミックに伝送路を確立しながら所望のエリアの応答情報を保有する車両を検索し、検索された応答情報保有車が、先に確立された伝送路に応答情報を送出することにより、問い合わせ自動車まで応答情報を伝達させるものである。その際に、全ての中継自動車および問い合わせ自動車は送出された応答情報を保有するようになっており、以後の同一問い合わせに対して、それぞれが応答情報を送出することにより、問い合わせの集中を回避することができる。

また、各自動車はエリア毎の無線基地局によって管理されており、無線基地局は、管轄エリアに自動車が進入するとその自動車に識別番号を付与し、識別番号を付与した自動車が管轄エリアを退出した場合には、付与した識別番号を剥奪すると共に当該自動車が管轄エリア内を移動中に収集した情報を当該自動車から収集して保持するようになっている。そして、無線基地局同士で保持している情報の検索、取得が行われるように構成されている。

このため、問い合わせ自動車が応答情報保有車を検索できなかった場合（伝送路を確立できなかった場合）でも、問い合わせ自動車の存在するエリアの無線基地局へ問い合わせることにより、所望のエリアの情報を取得することができる。
昭５９−２５４３７号公報

上記特許文献１に記載の技術では、効率的に伝送路を確立するため、問い合わせ自動車の進行方向と目的地エリア（情報を取得したいエリア）の方向とのなす角度や、中継自動車の進行方向と目的地エリアの方向とのなす角度等によって中継自動車が選択されるようになっている。このような角度は、自動車の移動に伴い刻々と変化する上、道路の形状や車両の右左折に伴い大きく変化する。このため、高速な計算能力が各自動車の通信装置に要求される。

また、目的地エリアの方向に関する情報を無線基地局から取得するようになっているため、無線基地局と通信できることが必須であり、トンネル内のような無線基地局と通信が不可能な場所を自動車が通行している場合は、中継自動車を選択することができず、伝送路の確立を行うことができないという問題がある。

本発明はこのような問題にかんがみなされたものであり、必要な計算能力ができるだけ抑えられた伝送路確立方法であって無線基地局と通信を行わなくても伝送路を確立することができる通信装置を提供することを目的とする。

上記課題を解決するためになされた請求項１に記載の通信装置(以下、「本発明の通信装置」とも言う。）は、車両に搭載されて用いられる通信装置であって、自車両（本通信装置が搭載された車両）の運行に伴う情報である運行情報を保有する運行情報保有手段を備える。ここで言う「運行に伴う情報」というのは、例えば、渋滞情報や、事故情報や、故障情報や、天候情報等である。

また、本発明の通信装置は、空間を仮想的に２次元メッシュ状に分割してゾーンを生成するゾーン生成手段を備える。ここで言う「ゾーン」というのは、例えば、緯度や経度によって区分けされたものが考えられる。

また、本発明の通信装置は、自車両の現在位置を特定するためのデータを取得する位置データ取得手段を備える。
また、本発明の通信装置は、データ取得対象の通信装置が存在する単一あるいは複数のターゲットゾーンを、自車両の周辺に存在する他の車両に搭載された通信装置と無線により通信を行う通信手段を備える。

また、本発明の通信装置は、自車両の識別情報をデータ要求車両識別情報として指定し、さらに、ターゲットゾーン特定手段により特定されたターゲットゾーンを指定し、さらに、取得対象の運行情報を特定するための情報を指定したデータ要求メッセージを、自車両の周辺に存在する他の車両に搭載された通信装置へ通信手段を介して送信するデータ要求メッセージ送信制御手段を備える。ここで繰り返し使っている「指定し」というのは、データ要求メッセージ内に含ませるという意味である。

また、本発明の通信装置は、自車両の周辺に存在する他の車両に搭載された通信装置から通信手段を介してデータ要求メッセージを受信するデータ要求メッセージ受信制御手段を備える。

また、本発明の通信装置は、データ要求メッセージ受信制御手段の働きにより受信したデータ要求メッセージを自車両の周辺に存在する他の車両に搭載された通信装置へ通信手段を介して転送するデータ要求メッセージ転送制御手段を備える。

また、本発明の通信装置は、データ要求メッセージ受信制御手段の働きにより受信したデータ要求メッセージに指定されたターゲットゾーン内に、位置データ取得手段によって取得された位置データに基づいて特定される自車両の位置が存在し、かつ、データ要求メッセージに指定された運行情報を運行情報保有手段が保有する運行情報の中から送信可能な場合、その運行情報を、データ要求メッセージに指定されていたデータ要求車両識別情報と共にデータ応答メッセージとして、自車両の周辺に存在する他の車両に搭載された通信装置へ通信手段を介して送信するデータ応答メッセージ送信制御手段を備える。

また、本発明の通信装置は、自車両の周辺に存在する他の車両に搭載された通信装置から通信手段を介してデータ応答メッセージを受信するデータ応答メッセージ受信制御手段を備える。

また、本発明の通信装置は、データ応答メッセージ受信制御手段の働きにより受信したデータ応答メッセージに指定されたデータ要求車両識別情報と自車両の識別情報とが一致しない場合、データ応答メッセージ受信制御手段の働きにより受信したデータ応答メッセージを自車両の周辺に存在する他の車両に搭載された通信装置へ通信手段を介して転送するデータ応答メッセージ転送制御手段を備える。

また、データ応答メッセージ受信制御手段の働きにより受信したデータ応答メッセージに指定されたデータ要求車両識別情報と自車両の識別情報とが一致する場合、データ応答メッセージ受信制御手段の働きにより受信したデータ応答メッセージに含まれる運行情報を出力するデータ出力手段を備える。

このように、本発明の通信装置は、中継（転送）する通信装置として機能する場合における判断処理は「ターゲットゾーン内に自車両が存在しかつデータ要求メッセージに指定された運行情報を保有しているか否か」、または、「データ応答メッセージに指定されたデータ要求車両識別情報と自車両の識別情報とが一致するか否か」だけである。このため、必要な計算能力が従来のものと比較して少なくて済む。また、本発明の通信装置は、ゾーン生成手段を有しているため、通信に必要なゾーンの情報について自身で生成することができ、ゾーンの構成や目的のゾーンの場所の情報を無線基地局等から取得する必要がない。

ところで、要求メッセージ情報や応答メッセージが際限なく転送されることを防止するため、請求項２に記載のように構成されているとよい。つまり、データ要求メッセージ送信制御手段は、データ要求メッセージに、転送回数に関する情報を付加して送信し、データ応答メッセージ送信制御手段は、データ応答メッセージに、転送回数に関する情報を付加して送信する。そして、データ要求メッセージ転送制御手段は、データ要求メッセージに付加されている転送回数に関する情報に基づいて、当該データ要求メッセージの転送有無を決定し、データ応答メッセージ転送制御手段は、データ応答メッセージに付加されている転送回数に関する情報に基づいて、当該データ転送メッセージの転送有無を決定するようになっているとよい。

このように転送回数を制限することにより、複数の通信装置によって構成されるシステム全体の通信量を減らすことができる。
また、システム全体の通信量を減らすためには、転送されるゾーンを制限するようになっていてもよい。つまり、請求項３に記載のように、さらに、ゾーン生成手段により生成されたゾーンのうち、位置データ取得手段の取得した位置データに基づいて特定される自車両の存在するゾーンを要求車両ゾーンとして特定する要求車両ゾーン特定手段と、要求車両ゾーン特定手段が特定した要求車両ゾーンと、ターゲットゾーン特定手段が特定したターゲットゾーンとを含む互いに隣接する有限個数のゾーンを、ゾーン生成手段により生成されたゾーンの中からメッセージ転送ゾーンとして特定するメッセージ転送ゾーン特定手段と、を備えるように通信装置を構成する。そして、データ要求メッセージ送信制御手段は、データ要求メッセージにメッセージ転送ゾーンに関する情報を付加してデータ要求メッセージを送信し、データ応答メッセージ送信制御手段は、データ要求メッセージに付加されている前記メッセージ転送ゾーンに関する情報を、データ応答メッセージに付加してデータ応答メッセージを送信し、データ要求メッセージ転送制御手段は、位置データ取得手段の取得した位置データとデータ要求メッセージに付加されているメッセージ転送ゾーンに関する情報とに基づいて、当該データ要求メッセージの転送有無を決定し、データ応答メッセージ転送制御手段は、位置データ取得手段の取得した位置データとデータ応答メッセージに付加されているメッセージ転送ゾーンに関する情報とに基づいて、当該データ応答メッセージの転送有無を決定するようになっていてもよい。

このように、最初に要求を出す通信装置が、メッセージの転送されるゾーンを設定することにより、不適切なゾーン（目的の通信装置にメッセージが伝達される可能性の低いゾーン）の通信装置からさらにメッセージが転送されることを防止できる。つまり、システム全体の通信量を減らすことができる。

また、システム全体の通信量を減らすためには、中継する（転送する）通信装置がメッセージを転送するゾーンを特定して転送有無を決定するようになっていてもよい。つまり、請求項４に記載のように、さらに、ゾーン生成手段により生成されたゾーンのうち、位置データ取得手段の取得した位置データに基づいて特定される自車両の存在するゾーンを要求車両ゾーンとして特定する要求車両ゾーン特定手段と、要求車両ゾーンとターゲットゾーンとを含む互いに隣接する有限個数のゾーンを、ゾーン生成手段により生成されたゾーンの中からメッセージ転送ゾーンとして特定するメッセージ転送ゾーン特定手段と、を備えるように通信装置を構成する。そして、データ要求メッセージ送信制御手段は、データ要求メッセージに要求車両ゾーン特定手段により特定された要求車両ゾーンおよびターゲットゾーン特定手段により特定されたターゲットゾーンに関する情報を付加してデータ要求メッセージを送信し、データ応答メッセージ送信制御手段は、データ要求メッセージに付加されている要求車両ゾーンおよびターゲットゾーンに関する情報を、データ応答メッセージに付加してデータ応答メッセージを送信し、メッセージ転送ゾーン特定手段は、データ要求メッセージまたはデータ応答メッセージに付加されている要求車両ゾーンおよびターゲットゾーンに関する情報に基づいてメッセージ転送ゾーンを特定し、データ要求メッセージ転送制御手段は、位置データ取得手段の取得した位置データとメッセージ転送ゾーン特定手段が特定したメッセージ転送ゾーンとに基づいて、データ要求メッセージの転送有無を決定し、データ応答メッセージ転送制御手段は、位置データ取得手段の取得した位置データとメッセージ転送ゾーン特定手段が特定したメッセージ転送ゾーンとに基づいて、データ応答メッセージの転送有無を決定するようになっていてもよい。

このように、中継する（転送する）通信装置において、メッセージを転送するゾーンを特定して転送有無を決定するようになっていても、不適切なゾーン（目的の通信装置にメッセージが伝達される可能性の低いゾーン）の通信装置にまでメッセージが転送されることを防止できる。つまり、システム全体の通信量を減らすことができる。

そもそも、本発明の通信装置は、車両に搭載されて用いられることを想定しているため、車両の存在する可能性が低い場所をメッセージ転送ゾーンに設定する必要性は薄い。また、情報を要求した通信装置の存在場所から目的のゾーンに到達できない道路上をメッセージが転送されたとしても目的の情報が得られる可能性は低く、そのような道路しか存在しないゾーンをメッセージ転送ゾーンに設定する必要性は薄い。

したがって、例えば、請求項５に記載のように、通信装置は、さらに、道路に関する情報を取得する道路情報取得手段を備え、メッセージ転送ゾーン特定手段は、道路情報取得手段が取得する道路に関する情報に基づいて、要求車両ゾーンとターゲットゾーンとを繋ぐ単一または複数の道路に沿ってメッセージ転送ゾーンを特定するようになっているとよい。

このようになっていれば、目的の情報を得る上でメッセージの転送が行われることの価値の高いゾーンのみにおいてメッセージの転送が行われるため、システム全体の通信量が減るという効果が得られる。

ところで、データ要求メッセージの伝達ルート（往路）とデータ応答メッセージの伝達ルート（復路）とは別々のルートによって転送されるようになっていてもよいが、データ要求メッセージが伝達されたルートと同じルートによってデータ応答メッセージが転送されるようになっているとよい。つまり、請求項６に記載のように、データ要求メッセージ受信制御手段は、当該データ要求メッセージを受信した通信装置を特定するための情報を受信通信装置情報として記憶し、データ応答メッセージ送信手段およびデータ応答メッセージ転送制御手段は、受信通信装置情報によって特定される通信装置のうちの少なくとも１つへ、データ応答メッセージを送信するようになっているとよい。

このようになっていれば、データ応答メッセージの拡散が発生せず、必要最小限の通信装置のみを介してデータ応答メッセージが伝達されるため、システム全体の通信量を減らすことができる。

また、ターゲットゾーンに、応答可能な通信装置が複数存在する場合、それぞれの通信装置からデータ応答メッセージが送信される場合が考えられる。そのような場合、異なる応答元から同じ内容のデータ応答メッセージが、複数、要求通信装置へ伝達されることも考えられる。これは、システム全体の通信効率の観点から言えば、非効率であると言える。

そこで、請求項７に記載のように、さらに、ゾーン生成手段によって生成される各ゾーン内でリーダ通信装置を特定するリーダ通信装置特定手段と、リーダ通信装置特定手段によって特定されるリーダ通信装置へ、通信手段を介して運行情報保有手段の保有する情報を集約させるゾーン内運行情報集約手段と、を備えるように通信装置を構成するとよい。そして、データ応答メッセージ送信制御手段は、自通信装置がリーダ通信装置である場合のみ、データ応答メッセージを送信するようになっているとよい。

このように通信装置を構成し、リーダ通信装置を１つだけに特定すれば、異なる応答元から同種の内容のデータ応答メッセージが要求通信装置へ複数、伝達されることを防止できる。したがって、システム全体の通信量を減らすことができる。

また、運行情報保有手段の保有する運行情報を予めゾーン内で共有していておき、選ばれた通信装置のみがデータ応答メッセージを送信するようになっていてもよい。つまり、請求項８に記載のように、さらに、ゾーン生成手段によって生成される各ゾーン内でリーダ通信装置を特定するリーダ通信装置特定手段と、ゾーン生成手段によって生成される各ゾーン内の通信装置が通信手段を介して運行情報保有手段の保有する運行情報を共有させるゾーン内運行情報共有手段と、を備えるように通信装置を構成する。そして、データ応答メッセージ送信制御手段は、自通信装置がリーダ通信装置である場合のみ、データ応答メッセージを送信するようになっていてもよい。

このようになっていても、リーダ通信装置を１つだけに特定すれば、異なる応答元から同種の内容の応答メッセージが要求通信装置へ複数、伝達されることを防止できる。したがって、システム全体の通信量を減らすことができる。

ところで、無線通信手段は一つから構成されていてもよいが、請求項９に記載のように、無線通信手段は、互いに通信方法の異なる複数の無線通信手段から構成されていてもよい。そして、通信装置は、所定の条件に基づいて、複数の無線通信手段の何れかを選択する無線通信切替手段を備えているとよい。ここで言う「所定の条件」といういうのは、通信可能なもの、通信速度が速いもの、通信コストが安いもの等である。

このようになっていれば、所望の条件を設定することにより、例えば、耐障害性を向上させたり、運用コストを抑えたりすることが可能となる。

以下、本発明が適用された実施形態について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。

［第１実施形態］
図１は、本発明が適用された第１実施形態の通信装置１１の概略構成を示すブロック図である。通信装置１１は、車両に搭載されて用いられるものであり、主に、無線通信部１３と、その無線通信部１３に接続された無線アンテナ１５と、位置データ取得部１７と、その位置データ取得部１７に接続されたＧＰＳアンテナ１９と、メモリ２１と、操作部２３と、表示部２５と、スピーカ２７と、ＣＰＵ２９とを備える。そして、この通信装置１１には、ナビゲーション装置３１およびセンサ群３３が接続されている。

無線通信部１３は、無線アンテナ１５を介して他の通信装置と近距離無線通信を担う部位である。なお、近距離無線通信としては、例えば、ＩＥＥＥ８０２．１１ｂに準ずる方式のものが考えられ、見通し距離で１００ｍ程度のものを想定している。

無線アンテナ１５は、上述した近距離無線通信に使用するアンテナであり、ホイップアンテナ、平面アンテナ等どのような形状のアンテナであってもよい。
位置データ取得部１７は、ＧＰＳアンテナ１９を介してＧＰＳ（Global Positioning System）衛星からの信号を受信し、通信装置１１が搭載された車両の現在位置を算出する部位である。なお、本実施形態では、ＧＰＳ衛星から信号を受信して現在位置を算出するようになっているが、ナビゲーション装置３１から現在位置に関する情報を取得することにより、本部位の代用としてもよい。

ＧＰＳアンテナ１９は、ＧＰＳ衛星からの信号を受信するためのアンテナである。
メモリ２１は、ＣＰＵ２９がデータの一時記憶領域等の目的で用いる部位である。ＲＯＭやＲＡＭやＳＲＡＭ等から構成される。このうち、ＲＯＭにはＣＰＵ２９が実行するプログラムが記憶されている。

操作部２３は、キースイッチ等から構成され、操作者からの様々な入力指令を受け付ける部位である。
表示部２５は、液晶ディスプレイや有機ＥＬディスプレイ等から構成され、通信装置１１が取得した様々な情報を表示する機能を担う部位である。

スピーカ２７は、通信装置１１が取得した様々な情報を音声にて出力する機能を担う部位である。
ＣＰＵ２９は、無線通信部１３，位置データ取得部１７，メモリ２１，操作部２３，ナビゲーション装置３１，センサ群３３から信号を入力し、プログラムに基づいて様々な処理を実行し、メモリ２１，表示部２５，スピーカ２７に信号を出力する機能を担う部位である。

ナビゲーション装置３１は、経路案内等を実行する広く知られたナビゲーション装置であり、地図データ（ノードデータ、リンクデータ、コストデータ、背景データ、道路データ、名称データ、マークデータ、交差点データ、施設のデータ等）を有しており、ＣＰＵ２９にこの地図データを供給することが可能なように構成されている。

センサ群３３は、車両の各部に設置された各種のセンサ（例えば、速度センサやブレーキセンサや方向指示器センサ等）である。
次に、ＣＰＵ２９が実行する各種処理について説明する。

（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理について図２のフローチャートを用いて説明する。このデータ要求メッセージ送信処理は、データ要求メッセージ送信処理を実行する旨の操作を操作部２３が受け付けた際に実行が開始される。

ＣＰＵ２９は、データ要求メッセージ送信処理の実行を開始すると、まず、ターゲットゾーンを特定する（Ｓ１０１）。ここで言う「ゾーン」というのは、ＣＰＵ２９がナビゲーション装置３１から取得した地図データに基づき、所定の緯度と経度によって地図を分割して生成したものである。具体的には、例えば、一辺が数百メートル〜数キロ程度の略正方形の領域を意味する。なお、この「ゾーン」の生成手法は、他の通信装置においても同様の手法が用いられ、同一の形状および数のゾーンが生成される。また、「特定する」というのは、操作部２３が受け付け指令に基づいて、何れか一つまたは複数のゾーンを選択して決定することを意味する。具体的には、例えば「○○地区の交通情報を取得したい」という旨の操作を操作者が行った際には、この○○地区に該当するゾーンを選択して「ターゲットゾーン」として決定することである。

続いて、データ要求メッセージを作成する（Ｓ１０３）。ここで、このデータ要求メッセージのフォーマットを説明する。図６に示すように、データ要求メッセージは、ヘッダと、データ要求車両コードと、ターゲットゾーンコードと、要求データコードと、時刻とから構成される。ヘッダは、データ要求メッセージである旨を示す情報である。データ要求車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、Ｓ１０１で特定したターゲットゾーンのコードである。なお、このコードは他の通信装置においても共通に用いることができるものであり、同一のコードは同一のゾーンを表すものである。要求データコードは、要求するデータを表すコードであり、例えば、交通情報を示すコードや、天気情報を示すコード等である。時刻は、データ要求メッセージを作成した時刻である。

説明を図２に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へデータ要求メッセージを送信する（Ｓ１０５）。このデータ要求メッセージを受信した通信装置は、次に説明するデータ要求メッセージ受信・転送処理を実行する。

データ要求メッセージの送信を終えると、本処理（データ要求メッセージ送信処理）を終了する。
（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図３のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ１１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ１１１：Ｎｏ）、後述するＳ１２１へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ１１１：Ｙｅｓ）、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ１１３）。

続いて、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両（通信装置１１が搭載された車両）が存在しているか否かを判定する（Ｓ１１５）。なお、この判断は、ナビゲーション装置３１から取得した地図データに基づき所定の緯度と経度によって地図を分割して生成したゾーンと、位置データ取得部１７から取得した現在位置に関するデータと、に基づいて判断する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ１１５：Ｎｏ）、上述したＳ１１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ１１５：Ｙｅｓ）、Ｓ１１７へ移行する。

Ｓ１１７では、受信したデータ要求メッセージに含まれる要求データコードに該当するデータ（例えば、交通情報や天気情報等）を保有している（または取得可能）か否かを判定する。この判定は、メモリ２１が記憶するデータに加え、ナビゲーション装置３１から取得できるデータおよびセンサ群３３から取得できるデータも含めて判定を行う。要求データコードに該当するデータを保有していない（または取得不可能）であると判定した場合は（Ｓ１１７：Ｎｏ）、上述したＳ１１１に処理を移行し、一方、要求データコードに該当するデータを保有している（または取得可能）であると判定した場合は（Ｓ１１７：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ１１９）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ１２１）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ１２１において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ１２１：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ１２１：Ｎｏ）、上述したＳ１１１に処理を移行する。

（３）データ応答メッセージ送信処理
次に、データ応答メッセージ送信処理について、図４のフローチャートを用いて説明する。このデータ応答要求メッセージは、上述したデータ要求メッセージ受信・転送処理のＳ１１９において呼び出されて実行される処理である。

ＣＰＵ２９は、データ応答メッセージ送信処理を開始すると、まず、データ要求車両を特定する（Ｓ１３１）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれるデータ要求車両コードを抽出することによって行われる。

続いて、データ応答メッセージを作成する（Ｓ１３３）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれる要求データコードに対応するデータを、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得し、フォーマットにしたがいデータ応答メッセージを構成することである。ここで、データ応答メッセージのフォーマットを説明する。図６に示すように、データ応答メッセージは、ヘッダと、データ要求車両コードと、データ応答車両コードと、ターゲットゾーンコードと、要求データと、時刻とから構成される。ヘッダは、データ応答メッセージである旨を示す情報である。データ要求車両コードは、データ要求メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、取得したデータ要求メッセージに含まれていたものである。データ応答車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、取得したデータ要求メッセージに含まれていたターゲットゾーンコードと同一のものである。要求データは、取得したデータ要求メッセージに含まれていた要求データコードに対応するデータであり、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得したものである。時刻は、データ応答メッセージを作成した時刻である。

説明を図４に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へ、Ｓ１３３で作成したデータ応答メッセージを送信する（Ｓ１３５）。そして、送信を終えると、本処理（データ応答メッセージ送信処理）を終了し、呼び出し元であるデータ要求メッセージ受信・転送処理における後続ステップ（Ｓ１２１）へ処理を進める。

（４）データ応答メッセージ受信・転送処理
次に、データ応答メッセージ受信・転送処理について、図５のフローチャートを用いて説明する。このデータ応答メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ応答メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ応答メッセージの受信を試み、データ応答メッセージを受信できたか否かを判定する（Ｓ１４１）。データ応答メッセージを受信できなかったと判定した場合は（Ｓ１４１：Ｎｏ）、後述するＳ１４９へ移行する。一方、データ応答メッセージを受信できたと判定した場合は（Ｓ１４１：Ｙｅｓ）、受信したデータ応答メッセージに含まれるデータ要求車両コードに相当する車両が、自車両（当該通信装置１１が搭載された車両）であるか否かを判定する（Ｓ１４３）。

このＳ１４３において、データ要求車両コードに相当する車両が自車両であると判定した場合は（Ｓ１４３：Ｙｅｓ）、受信したデータ応答メッセージにおける要求データ、すなわち、交通情報や天気情報等を報知する（Ｓ１４５）。具体的には、要求データを表示部２５に表示させたり、スピーカ２７に音声として出力させることにより行われる。そして、Ｓ１４９へ処理を移行する。

一方、Ｓ１４３において、データ要求車両コードに相当する車両が自車両でないと判定した場合は（Ｓ１４３：Ｎｏ）、Ｓ１４１にて受信したデータ応答メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ１４７）。そして、Ｓ１４９へ処理を移行する。

Ｓ１４９では、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する。この判定の意義は、データ応答メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ応答メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ１４９において、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ１４９：Ｙｅｓ）、本処理（データ応答メッセージ受信・転送処理）を終了し、一方、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ１４９：Ｎｏ）、上述したＳ１４１に処理を移行する。

ここで、データ要求メッセージが転送される様子の一例を、図７の説明図を用いて説明する。図７は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、データ要求車両１０１に搭載された通信装置１１において、ターゲットゾーン１１１が指定されてデータ要求メッセージが隣接する車両に搭載された通信装置１１へ送信されたとする。すると、データ要求車両１０１に隣接する車両に搭載された通信装置１１において、データ要求メッセージ受信・転送処理が実行され、データ要求メッセージがさらに転送される。この繰り返しにより、ゾーンに関係なくデータ要求メッセージが転送されていく。そして、ターゲットゾーン１１１に存在する車両１０３〜１０９にも転送され、各車両に搭載された通信装置１１においてデータ応答メッセージ送信処理が実行される。

次に、データ応答メッセージが転送される様子の一例を、図８の説明図を用いて説明する。図８は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、ターゲットゾーン１１１に存在する車両１０３〜１０９において、データ応答メッセージ送信処理が実行され、データ応答メッセージが隣接する車両に搭載された通信装置１１へ送信されたとする。すると、これら車両１０３〜１０９に隣接する車両に搭載された通信装置１１において、データ応答メッセージ受信・転送処理が実行され、データ応答メッセージがさらに転送される。この繰り返しにより、ゾーンに関係なくデータ応答メッセージが転送されていく。そして、データ要求車両１０１にも転送され、データ要求車両１０１に搭載された通信装置１１において、取得したデータの報知がなされる。

以上、第１実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、中継（転送）する通信装置として機能する場合における判断処理は「ターゲットゾーン内に自車両が存在しかつデータ要求メッセージに指定された情報を保有しているか否か」（Ｓ１１５，Ｓ１１７）、または、「データ応答メッセージに指定されたデータ要求車両と自車両とが一致するか否か」（Ｓ１４３）だけである。このため、必要な計算能力が従来のものと比較して少なくて済む。また、また、本実施形態の通信装置１１は、ナビゲーション装置３１から地図データを取得することにより、ゾーンを自装置内で生成することができるため、ゾーンの構成や目的のゾーンの場所の情報を無線基地局から取得する必要がない。

［第２実施形態］
次に第２実施形態の通信装置１１について説明する。第２実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理について図９のフローチャートを用いて説明する。このデータ要求メッセージ送信処理は、データ要求メッセージ送信処理を実行する旨の操作を操作部２３が受け付けた際に実行が開始される。

ＣＰＵ２９は、データ要求メッセージ送信処理の実行を開始すると、まず、ターゲットゾーンを特定する（Ｓ２０１）。ここで言う「ゾーン」というのは、ＣＰＵ２９がナビゲーション装置３１から取得した地図データに基づき、所定の緯度と経度によって地図を分割して生成したものである。具体的には、例えば、一辺が数百メートル〜数キロ程度の略正方形の領域を意味する。なお、この「ゾーン」の生成手法は、他の通信装置においても同様の手法が用いられ、同一の形状および数のゾーンが生成される。また、「特定する」というのは、操作部２３が受け付け指令に基づいて、何れか一つまたは複数のゾーンを選択して決定することを意味する。具体的には、例えば「○○地区の交通情報を取得したい」という旨の操作を操作者が行った際には、この○○地区に該当するゾーンを選択して「ターゲットゾーン」として決定することである。

続いて、転送回数を設定する（Ｓ２０３）。この転送回数は、後述するデータ要求メッセージに設定されるものであり、予め定められた転送回数が用いられるようになっていてもよいし、操作部２３が操作者から受け付けた指令に基づいて設定されるようになっていてもよい。

続いて、データ要求メッセージを作成する（Ｓ２０５）。ここで、このデータ要求メッセージのフォーマットを説明する。図１３に示すように、データ要求メッセージは、ヘッダと、データ要求車両コードと、ターゲットゾーンコードと、要求データコードと、時刻と、転送回数とから構成される。ヘッダは、データ要求メッセージである旨を示す情報である。データ要求車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、Ｓ２０１で特定したターゲットゾーンのコードである。なお、このコードは他の通信装置においても共通に用いることができるものであり、同一のコードは同一のゾーンを表すものである。要求データコードは、要求するデータを表すコードであり、例えば、交通情報を示すコードや、天気情報を示すコード等である。時刻は、データ要求メッセージを作成した時刻である。転送回数は、データ要求メッセージが転送される残り回数であり、Ｓ２０３にて設定したものである。

説明を図９に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へデータ要求メッセージを送信する（Ｓ２０７）。このデータ要求メッセージを受信した通信装置は、次に説明するデータ要求メッセージ受信・転送処理を実行する。

データ要求メッセージの送信を終えると、本処理（データ要求メッセージ送信処理）を終了する。
（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図１０のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ２１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ２１１：Ｎｏ）、後述するＳ２２５へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ２１１：Ｙｅｓ）、受信したデータ要求メッセージに含まれる転送回数の値が「０」であるか否かを判定する（Ｓ２１３）。

このＳ２１３において、受信したデータ要求メッセージに含まれる転送回数の値が「０」でないと判定した場合は（Ｓ２１３：Ｎｏ）、転送回数の値を１だけ減算し（Ｓ２１５）、その減算した値をデータ要求メッセージに設定して、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ２１７）。そして、Ｓ２１９へ移行する。

一方、Ｓ２１３において、受信したデータ要求メッセージに含まれる転送回数の値が「０」であると判定した場合は（Ｓ２１３：Ｙｅｓ）、Ｓ２１９へ移行する。
Ｓ２１９では、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両（通信装置１１が搭載された車両）が存在しているか否かを判定する。なお、この判断は、ナビゲーション装置３１から取得した地図データに基づき所定の緯度と経度によって地図を分割して生成したゾーンと、位置データ取得部１７から取得した現在位置に関するデータと、に基づいて判断する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ２１９：Ｎｏ）、上述したＳ２１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ２１９：Ｙｅｓ）、Ｓ２２１へ移行する。

Ｓ２２１では、受信したデータ要求メッセージに含まれる要求データコードに該当するデータ（例えば、交通情報や天気情報等）を保有している（または取得可能）か否かを判定する。この判定は、メモリ２１が記憶するデータに加え、ナビゲーション装置３１から取得できるデータおよびセンサ群３３から取得できるデータも含めて判定を行う。要求データコードに該当するデータを保有していない（または取得不可能）であると判定した場合は（Ｓ２２１：Ｎｏ）、上述したＳ２１１に処理を移行し、一方、要求データコードに該当するデータを保有している（または取得可能）であると判定した場合は（Ｓ２２１：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ２２３）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ２２５）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ２２５において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ２２５：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ２２５：Ｎｏ）、上述したＳ２１１に処理を移行する。

（３）データ応答メッセージ送信処理
次に、データ応答メッセージ送信処理について、図１１のフローチャートを用いて説明する。このデータ応答要求メッセージは、上述したデータ要求メッセージ受信・転送処理のＳ２２３において呼び出されて実行される処理である。

ＣＰＵ２９は、データ応答メッセージ送信処理を開始すると、まず、データ要求車両を特定する（Ｓ２３１）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれるデータ要求車両コードを抽出することによって行われる。

続いて、転送回数を設定する（Ｓ２３３）。この転送回数は、後述するデータ応答メッセージに設定されるものであり、予め定められた転送回数が用いられるようになっていてもよいし、操作部２３が操作者から受け付けた指令に基づいて設定されるようになっていてもよい。

続いて、データ応答メッセージを作成する（Ｓ２３５）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれる要求データコードに対応するデータを、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得し、フォーマットにしたがいデータ応答メッセージを構成することである。ここで、データ応答メッセージのフォーマットを説明する。図１３に示すように、データ応答メッセージは、ヘッダと、データ要求車両コードと、データ応答車両コードと、ターゲットゾーンコードと、要求データと、時刻と、転送回数とから構成される。ヘッダは、データ応答メッセージである旨を示す情報である。データ要求車両コードは、データ要求メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、取得したデータ要求メッセージに含まれていたものである。データ応答車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、取得したデータ要求メッセージに含まれていたターゲットゾーンコードと同一のものである。要求データは、取得したデータ要求メッセージに含まれていた要求データコードに対応するデータであり、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得したものである。時刻は、データ応答メッセージを作成した時刻である。転送回数は、データ応答メッセージが転送される残り回数であり、Ｓ２３３にて設定したものである。

説明を図１１に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へ、Ｓ２３５で作成したデータ応答メッセージを送信する（Ｓ２３７）。そして、送信を終えると、本処理（データ応答メッセージ送信処理）を終了し、呼び出し元であるデータ要求メッセージ受信・転送処理における後続ステップ（Ｓ２２５）へ処理を進める。

（４）データ応答メッセージ受信・転送処理
次に、データ応答メッセージ受信・転送処理について、図１２のフローチャートを用いて説明する。このデータ応答メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ応答メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ応答メッセージの受信を試み、データ応答メッセージを受信できたか否かを判定する（Ｓ２４１）。データ応答メッセージを受信できなかったと判定した場合は（Ｓ２４１：Ｎｏ）、後述するＳ２５３へ移行する。一方、データ応答メッセージを受信できたと判定した場合は（Ｓ２４１：Ｙｅｓ）、受信したデータ応答メッセージに含まれるデータ要求車両コードに相当する車両が、自車両（当該通信装置１１が搭載された車両）であるか否かを判定する（Ｓ２４３）。

このＳ２４３において、データ要求車両コードに相当する車両が自車両であると判定した場合は（Ｓ２４３：Ｙｅｓ）、受信したデータ応答メッセージにおける要求データ、すなわち、交通情報や天気情報等を報知する（Ｓ２４５）。具体的には、要求データを表示部２５に表示させたり、スピーカ２７に音声として出力させることにより行われる。そしてＳ２５３へ処理を移行する。

一方、Ｓ２４３において、データ要求車両コードに相当する車両が自車両でないと判定した場合は（Ｓ２４３：Ｎｏ）、受信したデータ応答メッセージに含まれる転送回数の値が「０」であるか否かを判定する（Ｓ２４７）。

このＳ２４７において、受信したデータ応答メッセージに含まれる転送回数の値が「０」でないと判定した場合は（Ｓ２７４７：Ｎｏ）、転送回数の値を１だけ減算し（Ｓ２４９）、その減算した値をデータ応答メッセージに設定して、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ２５１）。そして、Ｓ２５３へ移行する。

一方、Ｓ２４７において、受信したデータ応答メッセージに含まれる転送回数の値が「０」であると判定した場合は、Ｓ２５３へ移行する。
Ｓ２５３では、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する。この判定の意義は、データ応答メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ応答メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ２５３において、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ２５３：Ｙｅｓ）、本処理（データ応答メッセージ受信・転送処理）を終了し、一方、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ２５３：Ｎｏ）、上述したＳ２４１に処理を移行する。

以上、第２実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、データ要求メッセージやデータ応答メッセージが際限なく転送されることがなくなり、システム全体の通信量を減らすことができる。

［第３実施形態］
次に第３実施形態の通信装置１１について説明する。第３実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理について図１４のフローチャートを用いて説明する。このデータ要求メッセージ送信処理は、データ要求メッセージ送信処理を実行する旨の操作を操作部２３が受け付けた際に実行が開始される。

ＣＰＵ２９は、データ要求メッセージ送信処理の実行を開始すると、まず、ターゲットゾーンを特定する（Ｓ３０１）。ここで言う「ゾーン」というのは、ＣＰＵ２９がナビゲーション装置３１から取得した地図データに基づき、所定の緯度と経度によって地図を分割して生成したものである。具体的には、例えば、一辺が数百メートル〜数キロ程度の略正方形の領域を意味する。なお、この「ゾーン」の生成手法は、他の通信装置においても同様の手法が用いられ、同一の形状および数のゾーンが生成される。また、「特定する」というのは、操作部２３が受け付け指令に基づいて、何れか一つまたは複数のゾーンを選択して決定することを意味する。具体的には、例えば「○○地区の交通情報を取得したい」という旨の操作を操作者が行った際には、この○○地区に該当するゾーンを選択して「ターゲットゾーン」として決定することである。

続いて、メッセージ転送ゾーンを特定する（Ｓ３０３）。これは、例えば、データ要求車両が存在するゾーン（以下、「データ要求ゾーン」と言う。）とターゲットゾーンとを頂点に持つ矩形のゾーンをメッセージ転送ゾーンとして特定したり、データ要求ゾーンからターゲットゾーンとを繋ぐ単一または複数の道路に沿ったゾーンをメッセージ転送ゾーンとして特定することを意味する。なお、道路情報は、ナビゲーション装置３１が備える地図データを利用する。

続いて、データ要求メッセージを作成する（Ｓ３０５）。ここで、このデータ要求メッセージのフォーマットを説明する。図１８に示すように、データ要求メッセージは、ヘッダと、データ要求車両コードと、ターゲットゾーンコードと、メッセージ転送ゾーンコードリストと、要求データコードと、時刻とから構成される。ヘッダは、データ要求メッセージである旨を示す情報である。データ要求車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、Ｓ２０１で特定したターゲットゾーンのコードである。なお、このコードは他の通信装置においても共通に用いることができるものであり、同一のコードは同一のゾーンを表すものである。メッセージ転送ゾーンコードリストは、メッセージを転送する対象のゾーンを特定するためのリストであり、Ｓ３０３で特定したメッセージ転送ゾーンのコードをリスト形式にしたものである。要求データコードは、要求するデータを表すコードであり、例えば、交通情報を示すコードや、天気情報を示すコード等である。時刻は、データ要求メッセージを作成した時刻である。

説明を図１４に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へデータ要求メッセージを送信する（Ｓ３０７）。このデータ要求メッセージを受信した通信装置は、次に説明するデータ要求メッセージ受信・転送処理を実行する。

データ要求メッセージの送信を終えると、本処理（データ要求メッセージ送信処理）を終了する。
（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図１５のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ３１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ３１１：Ｎｏ）、後述するＳ３２３へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ３１１：Ｙｅｓ）、受信したデータ要求メッセージに含まれるメッセージ転送ゾーンコードリストの中に、自車両（通信装置１１が搭載された車両）の存在するゾーンが含まれているか否かを判定する（Ｓ３１３）。なお、この判断は、ナビゲーション装置３１から取得した地図データに基づき所定の緯度と経度によって地図を分割して生成したゾーンと、位置データ取得部１７から取得した現在位置に関するデータと、に基づいて判断する。

このＳ３１３において、受信したデータ要求メッセージに含まれるメッセージ転送ゾーンコードリストの中に、自車両の存在するゾーンが含まれていると判定した場合は（Ｓ３１３：Ｙｅｓ）、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ３１５）。そして、Ｓ３１７へ移行する。

一方、Ｓ３１３において、受信したデータ要求メッセージに含まれるメッセージ転送ゾーンコードリストの中に、自車両の存在するゾーンが含まれていないと判定した場合は（Ｓ３１３：Ｎｏ）、Ｓ３１７へ移行する。

Ｓ３１７では、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両が存在しているか否かを判定する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ３１７：Ｎｏ）、上述したＳ３１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ３１７：Ｙｅｓ）、Ｓ３１９へ移行する。

Ｓ３１９では、受信したデータ要求メッセージに含まれる要求データコードに該当するデータ（例えば、交通情報や天気情報等）を保有している（または取得可能）か否かを判定する。この判定は、メモリ２１が記憶するデータに加え、ナビゲーション装置３１から取得できるデータおよびセンサ群３３から取得できるデータも含めて判定を行う。要求データコードに該当するデータを保有していない（または取得不可能）であると判定した場合は（Ｓ３１９：Ｎｏ）、上述したＳ３１１に処理を移行し、一方、要求データコードに該当するデータを保有している（または取得可能）であると判定した場合は（Ｓ３１９：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ３２１）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ３２３）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ３２３において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ３２３：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ３２３：Ｎｏ）、上述したＳ３１１に処理を移行する。

（３）データ応答メッセージ送信処理
次に、データ応答メッセージ送信処理について、図１６のフローチャートを用いて説明する。このデータ応答要求メッセージは、上述したデータ要求メッセージ受信・転送処理のＳ３２１において呼び出されて実行される処理である。

ＣＰＵ２９は、データ応答メッセージ送信処理を開始すると、まず、データ要求車両を特定する（Ｓ３３１）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれるデータ要求車両コードを抽出することによって行われる。

続いて、メッセージ転送ゾーンを特定する（Ｓ３３３）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれるメッセージ転送ゾーンコードリストを抽出することによって行われる。

続いて、データ応答メッセージを作成する（Ｓ３３５）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれる要求データコードに対応するデータを、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得し、フォーマットにしたがいデータ応答メッセージを構成することである。ここで、データ応答メッセージのフォーマットを説明する。図１８に示すように、データ応答メッセージは、ヘッダと、データ要求車両コードと、データ応答車両コードと、ターゲットゾーンコードと、メッセージ転送ゾーンコードリストと、要求データと、時刻とから構成される。ヘッダは、データ応答メッセージである旨を示す情報である。データ要求車両コードは、データ要求メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、取得したデータ要求メッセージに含まれていたものである。データ応答車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。ターゲットゾーンコードは、取得したデータ要求メッセージに含まれていたターゲットゾーンコードと同一のものである。メッセージ転送ゾーンコードリストは、メッセージを転送する対象のゾーンを特定するためのリストであり、Ｓ３３５で特定したメッセージ転送ゾーンのコードをリスト形式にしたものである。要求データは、取得したデータ要求メッセージに含まれていた要求データコードに対応するデータであり、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得したものである。時刻は、データ応答メッセージを作成した時刻である。

説明を図１６に戻し、続いて、無線通信部１３及び無線アンテナ１５を介し、付近に存在する他の全ての通信装置へ、Ｓ３３５で作成したデータ応答メッセージを送信する（Ｓ３３７）。そして、送信を終えると、本処理（データ応答メッセージ送信処理）を終了し、呼び出し元であるデータ要求メッセージ受信・転送処理における後続ステップ（Ｓ３２３）へ処理を進める。

（４）データ応答メッセージ受信・転送処理
次に、データ応答メッセージ受信・転送処理について、図１７のフローチャートを用いて説明する。このデータ応答メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ応答メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ応答メッセージの受信を試み、データ応答メッセージを受信できたか否かを判定する（Ｓ３４１）。データ応答メッセージを受信できなかったと判定した場合は（Ｓ３４１：Ｎｏ）、後述するＳ３５１へ移行する。一方、データ応答メッセージを受信できたと判定した場合は（Ｓ３４１：Ｙｅｓ）、受信したデータ応答メッセージに含まれるデータ要求車両コードに相当する車両が、自車両（当該通信装置１１が搭載された車両）であるか否かを判定する（Ｓ３４３）。

このＳ３４３において、データ要求車両コードに相当する車両が自車両であると判定した場合は（Ｓ３４３：Ｙｅｓ）、受信したデータ応答メッセージにおける要求データ、すなわち、交通情報や天気情報等を報知する（Ｓ３４５）。具体的には、要求データを表示部２５に表示させたり、スピーカ２７に音声として出力させることにより行われる。そして、Ｓ３５１へ処理を移行する。

一方、Ｓ３４３において、データ要求車両コードに相当する車両が自車両でないと判定した場合は（Ｓ３４３：Ｎｏ）、受信したデータ応答メッセージに含まれるメッセージ転送ゾーンコードリストの中に、自車両（通信装置１１が搭載された車両）の存在するゾーンが含まれているか否かを判定する（Ｓ３４７）。なお、この判断は、位置データ取得部１７から取得した現在位置に関するデータ、および、ナビゲーション装置３１から取得した地図データに基づき、所定の緯度と経度によって地図を分割して生成したゾーンに基づいて自車両の存在するゾーンを特定して判断する。

このＳ３４７において、受信したデータ応答メッセージに含まれるメッセージ転送ゾーンコードリストの中に自車両の存在するゾーンが含まれていると判定した場合は（Ｓ３４７：Ｙｅｓ）、受信したデータ応答メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ３４９）。そして、Ｓ３５１へ移行する。

一方、Ｓ３４７において、受信したデータ応答メッセージに含まれるメッセージ転送ゾーンコードリストの中に自車両の存在するゾーンが含まれていなと判定した場合は（Ｓ３４７：Ｎｏ）、Ｓ３５１へ移行する。

Ｓ３５１では、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する。この判定の意義は、データ応答メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ応答メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ３５１において、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ３５１：Ｙｅｓ）、本処理（データ応答メッセージ受信・転送処理）を終了し、一方、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ３５１：Ｎｏ）、上述したＳ３４１に処理を移行する。

ここで、データ要求メッセージが転送される様子の一例を、図１９の説明図を用いて説明する。図１９は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、データ要求車両３０１に搭載された通信装置１１において、データ要求ゾーン３０３（太い実線）およびターゲットゾーン３０５（粗い破線）が特定されたとする。すると、データ要求ゾーン３０３とターゲットゾーン３０５とを頂点に持つ矩形のゾーンが、メッセージ転送ゾーン３１５（細かい破線）として特定される。メッセージ転送ゾーン３１５が特定されると、その情報が含まれたデータ要求メッセージが作成され、データ要求車両３０１に隣接する車両に搭載された通信装置１１へデータ要求メッセージが送信される。すると、データ要求車両３０１に隣接する車両に搭載された通信装置１１では、データ要求メッセージ受信・転送処理が実行され、データ要求メッセージに含まれるメッセージ転送ゾーンコードリストに基づいて転送有無が判断され、データ要求メッセージが転送される。つまり、メッセージ転送ゾーン３１５内に存在する車両の通信装置１１のみがデータ要求メッセージの転送を行い、データ要求メッセージが転送されていく。そして、ターゲットゾーン３０５に存在する車両３０７〜３１９にも転送され、各車両に搭載された通信装置１１においてデータ応答メッセージ送信処理が実行される。データ応答メッセージについても、同様にメッセージ転送ゾーン３１５内に存在する車両の通信装置１１のみがデータ応答メッセージの転送を行い、最終的にデータ要求車両３０１までデータ応答メッセージが転送される。

次に、別の形状のメッセージ転送ゾーンが特定される場合について、図２０の説明図を用いて説明する。図２０は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、データ要求車両３２１に搭載された通信装置１１において、データ要求ゾーン３２３（太い実線）およびターゲットゾーン３２５（粗い破線）が特定されたとする。すると、データ要求ゾーン３２３とターゲットゾーン３２５とを繋ぐ単一または複数の道路に沿ったゾーンが、メッセージ転送ゾーン３３５（細かい破線）として特定される。メッセージ転送ゾーン３３５が特定されると、その情報が含まれたデータ要求メッセージが作成され、データ要求車両３２１に隣接する車両に搭載された通信装置１１へデータ要求メッセージが送信される。すると、データ要求車両３２１に隣接する車両に搭載された通信装置１１では、データ要求メッセージ受信・転送処理が実行され、データ要求メッセージに含まれるメッセージ転送ゾーンコードリストに基づいて転送有無が判断され、データ要求メッセージが転送される。つまり、メッセージ転送ゾーン３３５内に存在する車両の通信装置１１のみがデータ要求メッセージの転送を行い、データ要求メッセージが転送されていく。そして、ターゲットゾーン３２５に存在する車両３２７〜３３９にも転送され、各車両に搭載された通信装置１１においてデータ応答メッセージ送信処理が実行される。データ応答メッセージについても、同様にメッセージ転送ゾーン３３５内に存在する車両の通信装置１１のみがデータ応答メッセージの転送を行い、最終的にデータ要求車両３２１までデータ応答メッセージが転送される。

以上、第３実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、目的の情報を得る上でメッセージの転送が行われることの価値の高いゾーンのみにおいてメッセージの転送が行われるため、システム全体の通信量が減るという効果が得られる。

［第４実施形態］
次に第４実施形態の通信装置１１について説明する。第４実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理について説明するが、上述した第１実施形態の通信装置１１におけるデータ要求メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。なお、第１実施形態のデータ要求メッセージ送信処理との相違点は、Ｓ１０３において作成するデータ要求メッセージのフォーマットが異なる点である。

このフォーマットについて、図２３のフォーマット説明図を用いて説明する。データ要求メッセージは、ヘッダと、データ要求車両コードと、データ要求ゾーンコードと、ターゲットゾーンコードと、要求データコードと、時刻とから構成される。ヘッダは、データ要求メッセージである旨を示す情報である。データ要求車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。データ要求ゾーンコードは、データ要求車両が存在するゾーンである。ターゲットゾーンコードは、Ｓ１０１で特定したターゲットゾーンのコードである。なお、このコードは他の通信装置においても共通に用いることができるものであり、同一のコードは同一のゾーンを表すものである。要求データコードは、要求するデータを表すコードであり、例えば、交通情報を示すコードや、天気情報を示すコード等である。時刻は、データ要求メッセージを作成した時刻である。

このようなフォーマットのデータ要求メッセージをＳ１０３において作成し、Ｓ１０５において、付近に存在する他の全ての通信装置へデータ要求メッセージを送信する。このデータ要求メッセージを受信した通信装置は、次に説明するデータ要求メッセージ受信・転送処理を実行する。

（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図２１のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ４１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ４１１：Ｎｏ）、後述するＳ４２５へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ４１１：Ｙｅｓ）、受信したデータ要求メッセージに含まれるデータ要求ゾーンとターゲットゾーンとに基づいてメッセージ転送ゾーンを特定する（Ｓ４１３）。これは、たとえば、データ要求ゾーンとターゲットゾーンとを頂点に持つ矩形のゾーンをメッセージ転送ゾーンとして特定したり、データ要求ゾーンからターゲットゾーンとを繋ぐ単一または複数の道路に沿ったゾーンをメッセージ転送ゾーンとして特定することを意味する。なお、道路情報は、ナビゲーション装置３１が備える地図データを利用して行う。

続くＳ４１５では、Ｓ４１３で特定したメッセージ転送ゾーンの中に、自車両（通信装置１１が搭載された車両）の存在するゾーンが含まれているか否かを判定する。
このＳ４１５において、Ｓ４１３で特定したメッセージ転送ゾーンの中に、自車両の存在するゾーンが含まれていると判定した場合は（Ｓ４１５：Ｙｅｓ）、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ４１７）。そして、Ｓ４１９へ移行する。

一方、Ｓ４１５において、Ｓ４１３で特定したメッセージ転送ゾーンの中に、自車両の存在するゾーンが含まれていないと判定した場合は（Ｓ４１５：Ｎｏ）、Ｓ４１９へ移行する。

Ｓ４１９では、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両が存在しているか否かを判定する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ４１９：Ｎｏ）、上述したＳ４１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ４１９：Ｙｅｓ）、Ｓ４２１へ移行する。

Ｓ４２１では、受信したデータ要求メッセージに含まれる要求データコードに該当するデータ（例えば、交通情報や天気情報等）を保有している（または取得可能）か否かを判定する。この判定は、メモリ２１が記憶するデータに加え、ナビゲーション装置３１から取得できるデータおよびセンサ群３３から取得できるデータも含めて判定を行う。要求データコードに該当するデータを保有していない（または取得不可能）であると判定した場合は（Ｓ４２１：Ｎｏ）、上述したＳ４１１に処理を移行し、一方、要求データコードに該当するデータを保有している（または取得可能）であると判定した場合は（Ｓ４２１：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ４２３）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ４２５）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ４２５において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ４２５：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ４２５：Ｎｏ）、上述したＳ４１１に処理を移行する。

（３）データ応答メッセージ送信処理
次に、データ応答メッセージ送信処理について説明するが、上述した第１実施形態の通信装置１１におけるデータ応答メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。なお、第１実施形態のデータ応答メッセージ送信処理との相違点は、Ｓ１３３において作成するデータ送信メッセージのフォーマットが異なる点である。

このフォーマットについて、図２３のフォーマット説明図を用いて説明する。データ送信メッセージは、ヘッダと、データ要求車両コードと、データ応答車両コードと、データ要求ゾーンコードと、ターゲットゾーンコードと、要求データと、時刻とから構成される。ヘッダは、データ応答メッセージである旨を示す情報である。データ要求車両コードは、データ要求メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、取得したデータ要求メッセージに含まれていたものである。データ応答車両コードは、本メッセージを作成した通信装置を搭載した車両を識別するためのコードであり、例えば車両のナンバープレートに記載された情報が考えられる。データ要求ゾーンコードは、取得したデータ要求メッセージに含まれていたデータ要求ゾーンと同一のものである。ターゲットゾーンコードは、取得したデータ要求メッセージに含まれていたターゲットゾーンコードと同一のものである。要求データは、取得したデータ要求メッセージに含まれていた要求データコードに対応するデータであり、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得したものである。時刻は、データ応答メッセージを作成した時刻である。

このようなフォーマットのデータ応答メッセージをＳ１３３において、作成し、Ｓ１３５において、付近に存在する他の全ての通信装置へデータ応答メッセージを送信する。このデータ応答メッセージを受信した通信装置は、次に説明するデータ応答メッセージ受信・転送処理を実行する。

（４）データ応答メッセージ受信・転送処理
次に、データ応答メッセージ受信・転送処理について、図２２のフローチャートを用いて説明する。このデータ応答メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ応答メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ応答メッセージの受信を試み、データ応答メッセージを受信できたか否かを判定する（Ｓ４４１）。データ応答メッセージを受信できなかったと判定した場合は（Ｓ４４１：Ｎｏ）、後述するＳ４５３へ移行する。一方、データ応答メッセージを受信できたと判定した場合は（Ｓ４４１：Ｙｅｓ）、受信したデータ応答メッセージに含まれるデータ要求車両コードに相当する車両が、自車両（当該通信装置１１が搭載された車両）であるか否かを判定する（Ｓ４４３）。

このＳ４４３において、データ要求車両コードに相当する車両が自車両であると判定した場合は（Ｓ４４３：Ｙｅｓ）、受信したデータ応答メッセージにおける要求データ、すなわち、交通情報や天気情報等を報知する（Ｓ４４５）。具体的には、要求データを表示部２５に表示させたり、スピーカ２７に音声として出力させることにより行われる。そして、Ｓ４５３へ処理を移行する。

一方、Ｓ４４３において、データ要求車両コードに相当する車両が自車両でないと判定した場合は（Ｓ４４３：Ｎｏ）、受信したデータ応答メッセージに含まれるデータ要求ゾーンとターゲットゾーンとに基づいてメッセージ転送ゾーンを特定する（Ｓ４４７）。これは、たとえば、データ要求ゾーンとターゲットゾーンとを頂点に持つ矩形のゾーンをメッセージ転送ゾーンとして特定したり、データ要求ゾーンからターゲットゾーンとを繋ぐ単一または複数の道路に沿ったゾーンをメッセージ転送ゾーンとして特定することを意味する。なお、道路情報は、ナビゲーション装置３１が備える地図データを利用して行う。

続くＳ４４９では、Ｓ４４７で特定したメッセージ転送ゾーンの中に、自車両の存在するゾーンが含まれているか否かを判定する。
このＳ４４９において、Ｓ４４７で特定したメッセージ転送ゾーンの中に、自車両の存在するゾーンが含まれていると判定した場合は（Ｓ４４９：Ｙｅｓ）、受信したデータ応答メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ４５１）。そして、Ｓ４５３へ移行する。

一方、Ｓ４４９において、Ｓ４４７で特定したメッセージ転送ゾーンの中に、自車両の存在するゾーンが含まれていないと判定した場合は（Ｓ４４９：Ｎｏ）、Ｓ４５３へ移行する。

Ｓ４５３では、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する。この判定の意義は、データ応答メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ応答メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ４５３において、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ４５３：Ｙｅｓ）、本処理（データ応答メッセージ受信・転送処理）を終了し、一方、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ４５３：Ｎｏ）、上述したＳ４４１に処理を移行する。

以上、第４実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、メッセージ転送ゾーンの特定がメッセージを転送する通信装置においてなされ、転送有無が判定される。すなわち、上述した第３実施形態の場合と同様のメッセージ転送ゾーンに存在する通信装置のみにおいて転送がなされ、上述した第３実施形態の場合と同様の効果が得られる。

［第５実施形態］
次に第５実施形態の通信装置１１について説明する。第５実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理について説明するが、上述した第１実施形態の通信装置１１におけるデータ要求メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。このデータ要求メッセージ送信処理によって、付近に存在する他の全ての通信装置へデータ要求メッセージを送信されると、データ要求メッセージを受信した通信装置では、次に説明するデータ要求メッセージ受信・転送処理が開始される。

（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図２４のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ５１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ５１１：Ｎｏ）、後述するＳ５２３へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ５１１：Ｙｅｓ）、データ要求メッセージを送信・転送してきた車両に関する情報をメモリ２１へ記憶する（Ｓ５１３）。この情報の具体例としては、車両のナンバープレオートに記載された情報や、通信装置１１を一意に識別することが可能な情報等が考えられる。

続くＳ５１５では、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する。
続くＳ５１７では、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両が存在しているか否かを判定する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ５１７：Ｎｏ）、上述したＳ５１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ５１７：Ｙｅｓ）、Ｓ５１９へ移行する。

Ｓ５１９では、受信したデータ要求メッセージに含まれる要求データコードに該当するデータ（例えば、交通情報や天気情報等）を保有している（または取得可能）か否かを判定する。この判定は、現在メモリ２１が記憶するデータに加え、ナビゲーション装置３１から取得できるデータおよびセンサ群３３から取得できるデータも含めて判定を行う。要求データコードに該当するデータを保有していない（または取得不可能）であると判定した場合は（Ｓ５１９：Ｎｏ）、上述したＳ５１１に処理を移行し、一方、要求データコードに該当するデータを保有している（または取得可能）であると判定した場合は（Ｓ５１９：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ５２１）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ５２３）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ５２３において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ５２３：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ５２３：Ｎｏ）、上述したＳ５１１に処理を移行する。

（３）データ応答メッセージ送信処理
次に、データ応答メッセージ送信処理について、図２５のフローチャートを用いて説明する。このデータ応答要求メッセージは、上述したデータ要求メッセージ受信・転送処理のＳ５２１において呼び出されて実行される処理である。

ＣＰＵ２９は、データ応答メッセージ送信処理を開始すると、まず、データ要求車両を特定する（Ｓ５３１）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれるデータ要求車両コードを抽出することによって行われる。

続いて、メモリ２１からデータ要求メッセージを送信・転送してきた車両に関する情報を読み出し、メッセージの送信先車両を選択する（Ｓ５３３）。
続いて、データ応答メッセージを作成する（Ｓ５３３）。これは、データ要求メッセージ受信・転送処理において取得したデータ要求メッセージに含まれる要求データコードに対応するデータを、メモリ２１、ナビゲーション装置３１、または、センサ群３３から取得し、フォーマットにしたがいデータ応答メッセージを構成することである。このデータ応答メッセージのフォーマットは上述した第１実施形態のものと同じである。

続いて、無線通信部１３及び無線アンテナ１９を介し、Ｓ５３３で選択した送信先車両に搭載された通信装置へ、Ｓ５３５で作成したデータ応答メッセージを送信する（Ｓ５３７）。そして、送信を終えると、本処理（データ応答メッセージ送信処理）を終了し、呼び出し元であるデータ要求メッセージ受信・転送処理における後続ステップ（Ｓ５２１）へ処理を進める。

（４）データ応答メッセージ受信・転送処理
次に、データ応答メッセージ受信・転送処理について、図２６のフローチャートを用いて説明する。このデータ応答メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ応答メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ応答メッセージの受信を試み、データ応答メッセージを受信できたか否かを判定する（Ｓ５４１）。データ応答メッセージを受信できなかったと判定した場合は（Ｓ５４１：Ｎｏ）、後述するＳ５５１へ移行する。一方、データ応答メッセージを受信できたと判定した場合は（Ｓ５４１：Ｙｅｓ）、受信したデータ応答メッセージに含まれるデータ要求車両コードに相当する車両が、自車両（当該通信装置１１が搭載された車両）であるか否かを判定する（Ｓ５４３）。

このＳ５４３において、データ要求車両コードに相当する車両が自車両であると判定した場合は（Ｓ５４３：Ｙｅｓ）、受信したデータ応答メッセージにおける要求データ、すなわち、交通情報や天気情報等を報知する（Ｓ５４５）。具体的には、要求データを表示部２５に表示させたり、スピーカ２７に音声として出力させることにより行われる。そして、Ｓ５５１へ処理を移行する。

一方、Ｓ５４３において、データ要求車両コードに相当する車両が自車両でないと判定した場合は（Ｓ５４３：Ｎｏ）、メモリ２１からデータ要求メッセージを送信・転送してきた車両に関する情報を読み出し、メッセージの転送先車両を選択する（Ｓ５４７）。

続くＳ５４９では、受信したデータ応答メッセージを、Ｓ５４７で選択した転送先車両に搭載された通信装置へ転送する（Ｓ５４９）。そして、Ｓ５５１へ移行する。
Ｓ５５１では、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する。この判定の意義は、データ応答メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ応答メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ５５１において、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ５５１：Ｙｅｓ）、本処理（データ応答メッセージ受信・転送処理）を終了し、一方、データ応答メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ５５１：Ｎｏ）、上述したＳ５４１に処理を移行する。

ここで、データ応答メッセージが転送される様子の一例を、図２７の説明図を用いて説明する。図２７は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、ターゲットゾーン５０５に存在する車両５０７〜５１３において、データ応答メッセージ送信処理が実行され、隣接する車両に搭載された通信装置１１へデータ応答メッセージが送信されたとする。すると、これら車両５０７〜５１３に隣接する車両に搭載された通信装置１１において、データ応答メッセージ受信・転送処理が実行されるが、メモリ２１に記憶されている、データ要求メッセージを送信・転送してきた車両に関する情報に基づいて、メッセージ転送先車両を選択してデータ応答メッセージの転送が行われる。つまり、データ要求メッセージを受け取った車両の通信装置１１に対してデータ応答メッセージの送信・転送が行われる。例えば、車両５０９に搭載された通信装置１１が車両５０７に搭載された通信装置１１からデータ要求メッセージを受け取っていたのであれば、車両５０９に搭載された通信装置１１は、車両５０７に搭載された通信装置１１に対してデータ応答メッセージを送信する。したがって、図２７からわかるように、データ応答メッセージが無用に拡散されることがない
以上、第５実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、データ応答メッセージについては拡散が起こらず、必要最小限の通信装置１１のみを介して応答メッセージが伝達されるため、システム全体の通信量を減らすことができる。

［第６実施形態］
次に第６実施形態の通信装置１１について説明する。第６実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理であるが、上述した第１実施形態の通信装置１１におけるデータ要求メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。

（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図２８のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ６１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ６１１：Ｎｏ）、後述するＳ６２１へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ６１１：Ｙｅｓ）、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ６１３）。

続いて、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両（通信装置１１が搭載された車両）が存在しているか否かを判定する（Ｓ６１５）。なお、この判断は、ナビゲーション装置３１から取得した地図データに基づき所定の緯度と経度によって地図を分割して生成したゾーンと、位置データ取得部１７から取得した現在位置に関するデータと、に基づいて判断する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ６１５：Ｎｏ）、上述したＳ６１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ６１５：Ｙｅｓ）、Ｓ６１７へ移行する。

Ｓ６１７では、自車両がデータ集約車両であるか否かを判定する。ここで、データ集約車両について説明する。データ集約車両というのは、各ゾーン内に一台存在する車両であり、その車両に搭載された通信装置は、他の通信装置から、提供可能なデータ（例えば、交通情報や天気情報等）を予め集約している。なお、このデータ集約車両は、各ゾーン内に一台でなく数台存在してもよいが、ゾーンに存在する車両総数に比較して十分少ない台数であることが望ましい。また、本実施形態では、データ集約車両は各ゾーン内で一定時間毎にランダムに決定されるが、最も当該ゾーンに長い時間存在している車両がデータ集約車両になってもよいし、最も移動速度が遅い車両がデータ集約車両になってもよい。

この集約の様子について、図２９を用いて説明する。図２９は、提供可能なデータを予め集約しておく様子を説明するための説明図である。図２９に示すように、ゾーン毎に決められたデータ集約車両（網掛けの車両）に対して、ゾーン内に存在する他の車両（白抜きの車両）が、提供可能なデータを送信する。この結果、データ集約車両（網掛けの車両）に、ゾーン内の提供可能なデータが集約される。なお、このデータはメモリ２１に格納される。

説明を図２８に戻し、Ｓ６１７において、自車両がデータ集約車両でないと判定した場合は（Ｓ６１７：Ｎｏ）、上述したＳ６１１へ処理を移行し、一方、自車両がデータ集約車両であると判定した場合は（Ｓ６１７：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ６１９）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ６２１）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ６２１において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ６２１：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ６２１：Ｎｏ）、上述したＳ６１１に処理を移行する。

（３）データ応答メッセージ送信処理
データ応答メッセージ送信処理は、上述した第１実施形態の通信装置１１におけるデータ応答メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。

（４）データ応答メッセージ受信・転送処理
データ応答メッセージ受信・転送処理は、上述した第１実施形態の通信装置１１におけるデータ応答メッセージ受信・転送処理と基本的に同様であるため、詳細な説明を省略する。

ここで、データ応答メッセージが転送される様子の一例を、図３０の説明図を用いて説明する。図３０は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、ターゲットゾーン６０５に存在する車両６０７〜６１３（データ集約車両は車両６１３）の全てにデータ要求車両６０１から送信されたデータ要求メッセージが到達したとする。これらの車両に搭載された通信装置１１のうち、データ応答メッセージ送信処理が実行されるのはデータ集約車両である車両６１３に搭載された通信装置１１だけである。そして、車両６１３に搭載された通信装置１１から、隣接する車両に搭載された通信装置１１に対して、データ応答メッセージが送信され、データ応答メッセージが転送されていく。つまり、ターゲットゾーン６０５内でデータ応答メッセージの送信元となる通信装置１１は、一台だけである。

以上、第６実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、データ応答メッセージの送信元となる通信装置１１が一つの要求に対してデータ集約車両に搭載された通信装置１１だけとなるため、ゾーン内の全ての通信装置１１がデータ応答メッセージの送信元となる場合と比較して、転送されるデータ応答メッセージの数を減らすことができる。

［第７実施形態］
次に第７実施形態の通信装置１１について説明する。第７実施形態の通信装置１１の構成は、第１実施形態の通信装置１１と同様であるため、説明を省略する。

ＣＰＵ２９が実行する各種処理について説明する。
（１）データ要求メッセージ送信処理
まず、データ要求メッセージ送信処理であるが、上述した第１実施形態の通信装置１１におけるデータ要求メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。

（２）データ要求メッセージ受信・転送処理
次に、データ要求メッセージ受信・転送処理について図３１のフローチャートを用いて説明する。このデータ要求メッセージ受信・転送処理は、通信装置１１へ電力が供給された際にＣＰＵ２９において実行が開始される処理である。

ＣＰＵ２９は、データ要求メッセージ受信・転送処理の実行を開始すると、まず、無線通信部１３を介して他の通信装置からデータ要求メッセージの受信を試み、データ要求メッセージを受信できたか否かを判定する（Ｓ７１１）。データ要求メッセージを受信できなかったと判定した場合は（Ｓ７１１：Ｎｏ）、後述するＳ７２１へ移行する。一方、データ要求メッセージを受信できたと判定した場合は（Ｓ７１１：Ｙｅｓ）、受信したデータ要求メッセージを、先に受信した通信装置を除いた他の通信装置へ転送する（Ｓ７１３）。

続いて、受信したデータ要求メッセージに含まれるターゲットゾーンに自車両（通信装置１１が搭載された車両）が存在しているか否かを判定する（Ｓ７１５）。なお、この判断は、ナビゲーション装置３１から取得した地図データに基づき所定の緯度と経度によって地図を分割して生成したゾーンと、位置データ取得部１７から取得した現在位置に関するデータと、に基づいて判断する。自車両がターゲットゾーンに存在していないと判定した場合は（Ｓ７１５：Ｎｏ）、上述したＳ７１１に処理を移行し、一方、自車両がターゲットゾーンに存在すると判定した場合は（Ｓ７１５：Ｙｅｓ）、Ｓ７１７へ移行する。

Ｓ７１７では、自車両がデータ応答車両に選定されているか否かを判定する。ここで、データ応答車両について説明する。データ応答車両というのは、各ゾーン内に一台存在する車両であり、予め定められたものである。なお、このデータ応答車両は、各ゾーンに一台でなく数台存在していてもよいが、ゾーンに存在する車両総数に比較して十分少ない台数であることが望ましい。また、本実施形態では、データ応答車両は各ゾーン内で一定時間毎にランダムに決定されるが、他の決定方法が用いられて決定されてもよい。

ところで、本実施形態では、提供可能なデータ（例えば、交通情報や天気情報等）がゾーン内の通信装置１１間で共有されている。この共有の様子について、図３２を用いて説明する。図３２に示すように、各ゾーン内では、車両に搭載された通信装置１１間において一定間隔毎に、提供可能なデータの交換を行い、ゾーン内でどの車両の通信装置１１を選んだとしても、当該通信装置１１からゾーン内の全てのデータを得ることが可能である。

説明を図３１に戻し、Ｓ７１７において、自車両はデータ応答車両に選定されていないと判定した場合は（Ｓ７１７：Ｎｏ）、上述したＳ７１１へ処理を移行し、一方、自車両はデータ応答車両に選定されていると判定した場合は（Ｓ７１７：Ｙｅｓ）、後述するデータ要求メッセージ送信処理を実行する（Ｓ７１９）。そして、データ要求メッセージ送信処理を終えると、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたか否かを判定する（Ｓ７２１）。この判定の意義は、データ要求メッセージ受信・転送処理をプログラム的に正常に終了させることであり、他の処理（プログラム）等がデータ要求メッセージ受信・転送処理を終了させたい際には、その処理（プログラム）等が上記所定の時間を、例えば「０」と書き換えることにより、実現される。

このＳ７２１において、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えたと判定した場合は（Ｓ７２１：Ｙｅｓ）、本処理（データ要求メッセージ受信・転送処理）を終了し、一方、データ要求メッセージ受信・転送処理を開始してからの時間が所定の時間を超えていないと判定した場合は（Ｓ７２１：Ｎｏ）、上述したＳ７１１に処理を移行する。

（３）データ応答メッセージ送信処理
データ応答メッセージ送信処理は、上述した第１実施形態の通信装置１１におけるデータ応答メッセージ送信処理と基本的に同様であるため、詳細な説明を省略する。

（４）データ応答メッセージ受信・転送処理
データ応答メッセージ受信・転送処理は、上述した第１実施形態の通信装置１１におけるデータ応答メッセージ受信・転送処理と基本的に同様であるため、詳細な説明を省略する。

ここで、データ応答メッセージが転送される様子の一例を、図３３の説明図を用いて説明する。図３３は、７Ｘ５マスのゾーンに分けられた地図であり、通信装置１１を搭載した各車両が道路上を走行している。今、ターゲットゾーン７０５に存在する車両７０７〜７１３（データ応答車両は車両７１３）の全てにデータ要求車両７０１から送信されたデータ要求メッセージが到達したとする。これらの車両に搭載された通信装置１１のうち、データ応答メッセージ送信処理が実行されるのはデータ応答約車両である車両７１３に搭載された通信装置１１だけである。そして、車両７１３に搭載された通信装置１１から、隣接する車両に搭載された通信装置１１に対して、データ応答メッセージが送信され、データ応答メッセージが転送されていく。つまり、ターゲットゾーン７０５内でデータ応答メッセージの送信元となる通信装置１１は、一台だけである。

以上、第７実施形態の通信装置１１について説明したが、本実施形態の通信装置１１によれば、データ応答メッセージの送信元となる通信装置１１が一つの要求に対してデータ応答車両に搭載された通信装置１１だけとなるため、ゾーン内の全ての通信装置１１がデータ応答メッセージの送信元となる場合と比較して、転送されるデータ応答メッセージの数を減らすことができる。

［他の実施形態］
次に他の実施形態について説明する。
（１）上記各実施形態における通信装置１１の無線通信部１３は、一種類の無線通信方式だけを利用するようになっていてもよいが、複数種類の無線通信方式を切り替えて利用するようになっていてもよい。例えば、無線通信部１３を、図３４に示すように構成するとよい。この無線通信部１３は、第１の無線アンテナ１５ａと、その第１の無線アンテナ１５ａに接続された第１通信部１３ａと、第２の無線アンテナ１５ｂと、その第２の無線アンテナ１５ｂに接続された第２通信部１３ｂと、第１通信部１３ａおよび第２通信部１３ｂに接続された無線通信切替部１３ｃとを備える。第１通信部１３ａおよび第２通信部１３ｂは、プロトコル処理等を行いそれぞれに接続されたアンテナを介して通信を行う通信機能を担う。無線通信切替部１３ｃは、ＣＰＵ２９からの指令に基づき、ＣＰＵ２９と第１通信部１３ａとを接続するか、ＣＰＵ２９と第２通信部１３ｂとを接続するかを切り替える機能を担う。

したがって、このような無線通信部１３を備えた通信装置１１によれば、一方の通信部を用いた通信が不調であった場合等に、もう一方の通信部を用いた通信に切り替えることができるため、耐障害性が向上し、システム全体の信頼性が向上する。

（２）上記実施形態３，４では、メッセージの送信・転送が行われた後、そのメッセージを受け取った通信装置１１が、さらにメッセージを転送する必要があるか否かを判定（すなわち、自身がメッセージ転送ゾーン内に存在しているか否かを判定）するようになっていたが、送信・転送する側が、送信先の通信装置１１の存在するゾーンを判定（送信先の通信装置１１がメッセージ転送ゾーン内に存在しているか否かを判定）するようになっていてもよい。

このようになっていれば、よりシステム全体の通信量を減らすことができる。
（３）一部のハードウェア（例えば、位置データ取得部１７や表示部２５やスピーカ２７等）の代わりに、ナビゲーション装置３１が備えるハードウェアを利用するように構成してもよい。このように構成することにより、通信装置１１の小型化が図れる。

［特許請求の範囲との対応］
実施形態と特許請求の範囲との対応を示す。なお、以下に示した対応は、全ての実施形態と、特許請求の範囲に記載の各手段との対応を示したものではなく、特に、処理と手段とを対応づけたものは、当該手段が別の実施形態では別の処理の箇所に対応することもある。

メモリ２１が運行情報保有手段に相当し、位置データ取得部１７が位置データ取得手段に相当し、無線通信部１３が通信手段に相当し、表示部２５およびスピーカ２７がデータ出力手段に相当する。

また、図２のＳ１０１におけるターゲットゾーンを特定に先立ち行われるゾーンの生成がゾーン生成手段としての処理に相当し、図２のＳ１０１の処理がターゲットゾーン特定手段としての処理に相当する。

また、図４のＳ１３１の処理が要求車両ゾーン特定手段としての処理に相当し、図２のＳ１０５の処理がデータ要求メッセージ送信制御手段としての処理に相当し、図３のＳ１１１の処理がデータ要求メッセージ受信制御手段としての処理に相当し、図３のＳ１１３の処理がデータ要求メッセージ転送制御手段としての処理に相当する。

また、図４のＳ１３１〜Ｓ１３５の処理がデータ応答メッセージ送信制御手段としての処理に相当し、図５のＳ１４１の処理がデータ応答メッセージ受信制御手段としての処理に相当し、図５のＳ１４７の処理がデータ応答メッセージ転送制御手段としての処理に相当し、図１４のＳ３０３の処理がメッセージ転送ゾーン特定手段としての処理に相当する。

また、図１４のＳ３０３においてメッセージ転送ゾーンを特定する際、ナビゲーション装置３１を介して道路情報を取得する処理が道路情報取得手段としての処理に相当し、図２８のＳ６１７での処理に先だって行われるデータ集約車両の決定、および、図３１のＳ７１７の処理に先立って行われるデータ応答車両の決定が、リーダ通信装置特定手段としての処理に相当する。

また、図２８のＳ６１７での処理に先だって行われる提供可能データの集約がゾーン内運行情報集約手段としての処理に相当し、図３１のＳ７１７の処理に先立って行われる提供可能データの共有がゾーン内運行情報共有手段としての処理に相当する。

通信装置の概略構成を示すブロック図である。 第１，４〜７実施形態のデータ要求メッセージ送信処理を説明するためのフローチャートである。 第１実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第１，４，６，７実施形態のデータ応答メッセージ送信処理を説明するためのフローチャートである。 第１，６，７実施形態のデータ応答メッセージ受信・転送処理を説明するためのフローチャートである。 第１，５〜７実施形態のメッセージフォーマットを説明するための説明図である。 第１実施形態のメッセージ転送の様子を説明するための説明図である。 第１実施形態のメッセージ転送の様子を説明するための説明図である。 第２実施形態のデータ要求メッセージ送信処理を説明するためのフローチャートである。 第２実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第２実施形態のデータ応答メッセージ送信処理を説明するためのフローチャートである。 第２実施形態のデータ応答メッセージ受信・転送処理を説明するためのフローチャートである。 第２実施形態のメッセージフォーマットを説明するための説明図である。 第３実施形態のデータ要求メッセージ送信処理を説明するためのフローチャートである。 第３実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第３実施形態のデータ応答メッセージ送信処理を説明するためのフローチャートである。 第３実施形態のデータ応答メッセージ受信・転送処理を説明するためのフローチャートである。 第３実施形態のメッセージフォーマットを説明するための説明図である。 第３実施形態のメッセージ転送の様子を説明するための説明図である。 第３実施形態のメッセージ転送の様子を説明するための説明図である。 第４実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第４実施形態のデータ応答メッセージ受信・転送処理を説明するためのフローチャートである。 第４実施形態のメッセージフォーマットを説明するための説明図である。 第５実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第５実施形態のデータ応答メッセージ送信処理を説明するためのフローチャートである。 第５実施形態のデータ応答メッセージ受信・転送処理を説明するためのフローチャートである。 第５実施形態のメッセージ転送の様子を説明するための説明図である。 第６実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第６実施形態におけるデータ集約の様子を説明するための説明図である。 第６実施形態のメッセージ転送の様子を説明するための説明図である。 第７実施形態のデータ要求メッセージ受信・転送処理を説明するためのフローチャートである。 第７実施形態におけるデータ共有の様子を説明するための説明図である。 第７実施形態のメッセージ転送の様子を説明するための説明図である。 他の実施形態の通信装置の概略構成を示す説明図である。

符号の説明

１１…通信装置、１３…無線通信部、１５…無線アンテナ、１７…位置データ取得部、１９…ＧＰＳアンテナ、２１…メモリ、２３…操作部、２５…表示部、２７…スピーカ、２９…ＣＰＵ、３１…ナビゲーション装置、３３…センサ群。

Claims (9)

1. 車両に搭載されて用いられる通信装置であって、
   自車両の運行に伴う情報である運行情報を保有する運行情報保有手段と、
   空間を仮想的に２次元メッシュ状に分割してゾーンを生成するゾーン生成手段と、
   運行情報の取得対象の通信装置が存在する単一あるいは複数のターゲットゾーンを、前記ゾーン生成手段により生成されたゾーンの中から特定するターゲットゾーン特定手段と、
   自車両の現在位置を特定するために必要な位置データを取得する位置データ取得手段と、
   自車両の周辺に存在する他の車両に搭載された通信装置と無線により通信を行う通信手段と、
   自車両の識別情報をデータ要求車両識別情報として指定し、さらに、前記ターゲットゾーン特定手段により特定された前記ターゲットゾーンを指定し、さらに、取得対象の運行情報を特定するための情報を指定したデータ要求メッセージを、自車両の周辺に存在する他の車両に搭載された通信装置へ前記通信手段を介して送信するデータ要求メッセージ送信制御手段と、
   自車両の周辺に存在する他の車両に搭載された通信装置から前記通信手段を介して前記データ要求メッセージを受信するデータ要求メッセージ受信制御手段と、
   前記データ要求メッセージ受信制御手段の働きにより受信した前記データ要求メッセージを自車両の周辺に存在する他の車両に搭載された通信装置へ前記通信手段を介して転送するデータ要求メッセージ転送制御手段と、
   前記データ要求メッセージ受信制御手段の働きにより受信した前記データ要求メッセージに指定されたターゲットゾーン内に、前記位置データ取得手段によって取得された前記位置データに基づいて特定される自車両の位置が存在し、かつ、前記データ要求メッセージに指定された運行情報を前記運行情報保有手段が保有する運行情報の中から送信可能な場合、その運行情報を、前記データ要求メッセージに指定されていた前記データ要求車両識別情報と共にデータ応答メッセージとして、自車両の周辺に存在する他の車両に搭載された通信装置へ前記通信手段を介して送信するデータ応答メッセージ送信制御手段と、
   自車両の周辺に存在する他の車両に搭載された通信装置から前記通信手段を介して前記データ応答メッセージを受信するデータ応答メッセージ受信制御手段と、
   前記データ応答メッセージ受信制御手段の働きにより受信した前記データ応答メッセージに指定された前記データ要求車両識別情報と自車両の識別情報とが一致しない場合、前記データ応答メッセージ受信制御手段の働きにより受信した前記データ応答メッセージを自車両の周辺に存在する他の車両に搭載された通信装置へ前記通信手段を介して転送するデータ応答メッセージ転送制御手段と、
   前記データ応答メッセージ受信制御手段の働きにより受信した前記データ応答メッセージに指定された前記データ要求車両識別情報と自車両の識別情報とが一致する場合、前記データ応答メッセージ受信制御手段の働きにより受信した前記データ応答メッセージに含まれる前記運行情報を出力するデータ出力手段と、
   を備えることを特徴とする通信装置
2. 請求項１に記載の通信装置において、
   前記データ要求メッセージ送信制御手段は、前記データ要求メッセージに、転送回数に関する情報を付加して送信し、
   前記データ応答メッセージ送信制御手段は、前記データ応答メッセージに、転送回数に関する情報を付加して送信し、
   前記データ要求メッセージ転送制御手段は、前記データ要求メッセージに付加されている前記転送回数に関する情報に基づいて、当該データ要求メッセージの転送有無を決定し、
   前記データ応答メッセージ転送制御手段は、前記データ応答メッセージに付加されている前記転送回数に関する情報に基づいて、当該データ転送メッセージの転送有無を決定すること、
   を特徴とする通信装置。
3. 請求項１または請求項２に記載の通信装置において、
   さらに、
   前記ゾーン生成手段により生成されたゾーンのうち、前記位置データ取得手段の取得した前記位置データに基づいて特定される自車両の存在するゾーンを要求車両ゾーンとして特定する要求車両ゾーン特定手段と、
   前記要求車両ゾーン特定手段が特定した前記要求車両ゾーンと、前記ターゲットゾーン特定手段が特定した前記ターゲットゾーンとを含む互いに隣接する有限個数のゾーンを、前記ゾーン生成手段により生成されたゾーンの中からメッセージ転送ゾーンとして特定するメッセージ転送ゾーン特定手段と、
   を備え、
   前記データ要求メッセージ送信制御手段は、前記データ要求メッセージに前記メッセージ転送ゾーンに関する情報を付加して前記データ要求メッセージを送信し、
   前記データ応答メッセージ送信制御手段は、前記データ要求メッセージに付加されている前記メッセージ転送ゾーンに関する情報を、前記データ応答メッセージに付加して前記データ応答メッセージを送信し、
   前記データ要求メッセージ転送制御手段は、前記位置データ取得手段の取得した前記位置データと前記データ要求メッセージに付加されている前記メッセージ転送ゾーンに関する情報とに基づいて、当該データ要求メッセージの転送有無を決定し、
   前記データ応答メッセージ転送制御手段は、前記位置データ取得手段の取得した前記位置データと前記データ応答メッセージに付加されている前記メッセージ転送ゾーンに関する情報とに基づいて、当該データ応答メッセージの転送有無を決定すること、
   を特徴とする通信装置。
4. 請求項１または請求項２に記載の通信装置において、
   さらに、
   前記ゾーン生成手段により生成されたゾーンのうち、前記位置データ取得手段の取得した前記位置データに基づいて特定される自車両の存在するゾーンを要求車両ゾーンとして特定する要求車両ゾーン特定手段と、
   前記要求車両ゾーンと前記ターゲットゾーンとを含む互いに隣接する有限個数のゾーンを、前記ゾーン生成手段により生成されたゾーンの中からメッセージ転送ゾーンとして特定するメッセージ転送ゾーン特定手段と、
   を備え、
   前記データ要求メッセージ送信制御手段は、前記データ要求メッセージに前記要求車両ゾーン特定手段により特定された前記要求車両ゾーンおよび前記ターゲットゾーン特定手段により特定された前記ターゲットゾーンに関する情報を付加して前記データ要求メッセージを送信し、
   前記データ応答メッセージ送信制御手段は、前記データ要求メッセージに付加されている前記要求車両ゾーンおよび前記ターゲットゾーンに関する情報を、前記データ応答メッセージに付加して前記データ応答メッセージを送信し、
   前記メッセージ転送ゾーン特定手段は、前記データ要求メッセージまたは前記データ応答メッセージに付加されている前記要求車両ゾーンおよび前記ターゲットゾーンに関する情報に基づいて前記メッセージ転送ゾーンを特定し、
   前記データ要求メッセージ転送制御手段は、前記位置データ取得手段の取得した前記位置データと前記メッセージ転送ゾーン特定手段が特定した前記メッセージ転送ゾーンとに基づいて、前記データ要求メッセージの転送有無を決定し、
   前記データ応答メッセージ転送制御手段は、前記位置データ取得手段の取得した前記位置データと前記メッセージ転送ゾーン特定手段が特定した前記メッセージ転送ゾーンとに基づいて、前記データ応答メッセージの転送有無を決定すること、
   を特徴とする通信装置。
5. 請求項３または請求項４に記載の通信装置において、
   さらに、道路に関する情報を取得する道路情報取得手段を備え、
   前記メッセージ転送ゾーン特定手段は、前記道路情報取得手段が取得する前記道路に関する情報に基づいて、前記要求車両ゾーンと前記ターゲットゾーンとを繋ぐ単一または複数の道路に沿って前記メッセージ転送ゾーンを特定すること、
   を特徴とする通信装置。
6. 請求項１〜請求項５の何れかに記載の通信装置において、
   前記データ要求メッセージ受信制御手段は、当該データ要求メッセージを受信した通信装置を特定するための情報を受信通信装置情報として記憶し、
   前記データ応答メッセージ送信手段および前記データ応答メッセージ転送制御手段は、前記受信通信装置情報によって特定される通信装置のうちの少なくとも１つへ、前記データ応答メッセージを送信すること、
   を特徴とする通信装置。
7. 請求項１〜請求項６の何れかに記載の通信装置において、
   さらに、前記ゾーン生成手段によって生成される各ゾーン内でリーダ通信装置を特定するリーダ通信装置特定手段と、
   前記リーダ通信装置特定手段によって特定される前記リーダ通信装置へ、前記通信手段を介して前記運行情報保有手段の保有する前記運行情報を集約させるゾーン内運行情報集約手段と、
   を備え、
   前記データ応答メッセージ送信制御手段は、自通信装置が前記リーダ通信装置である場合のみ、前記データ応答メッセージを送信すること、
   を特徴とする通信装置。
8. 請求項１〜請求項６の何れかに記載の通信装置において、
   さらに、前記ゾーン生成手段によって生成される各ゾーン内でリーダ通信装置を特定するリーダ通信装置特定手段と、
   前記ゾーン生成手段によって生成される各ゾーン内の通信装置が前記通信手段を介して前記運行情報保有手段の保有する前記運行情報を共有させるゾーン内運行情報共有手段と、
   を備え、
   前記データ応答メッセージ送信制御手段は、自通信装置が前記リーダ通信装置である場合のみ、前記データ応答メッセージを送信すること、
   を特徴とする通信装置。
9. 請求項１〜請求項８の何れかに記載の通信装置において、
   前記無線通信手段は、互いに通信方法の異なる複数の無線通信手段から構成され、
   所定の条件に基づいて、前記複数の無線通信手段の何れかを選択する無線通信切替手段を備えること、
   を特徴とする通信装置。