車車間通信を行うために車両に搭載される端末装置であって、少なくとも一部の道路について予め設定された区間ごとに識別情報としての道路IDが割り振られている地図データを参照して、走行中の前記道路IDおよび走行速度を含む自車両の車両データを送信することを特徴とする端末装置。前記道路IDごとに対応する区間が渋滞しているか否かを判断する渋滞判断部と、他車両の端末装置から受信した車両データと、自車両の車両データとを合わせたフレームを構成して送信する送信部と、前記渋滞判断部により渋滞していないと判断された区間について前記フレームから走行速度を除く情報圧縮部と、を備えることを特徴とする請求項1に記載の端末装置。前記情報圧縮部は、前記渋滞判断部により自車両が走行する区間が渋滞していないと判断された場合、前記フレームを構成する自車両の車両データから走行速度を除くことを特徴とする請求項2に記載の端末装置。前記情報圧縮部は、前記渋滞判断部により他車両が走行する区間が渋滞していないと判断された場合、前記フレームを構成する他車両の車両データから走行速度を除くことを特徴とする請求項2に記載の端末装置。前記送信部は、複数の他車両から受信した同一の道路IDを有する車両データを一つに統合することを特徴とする請求項2ないし4のいずれかに記載の端末装置。前記少なくとも一部の道路は、所定の幅員以上の道路または単位時間当たりの通過台数が所定値以上の道路であることを特徴とする請求項1に記載の端末装置。前記渋滞判断部は、同一の道路IDを含む複数の車両データを他車両から受信した場合、該複数の車両データに含まれる走行速度の統計処理を行って、道路IDごとに一つの走行速度を求めて渋滞の有無を判断することを特徴とする請求項2ないし5のいずれかに記載の端末装置。渋滞判断部は、受信した他車両の車両データに走行速度が含まれていないとき、該車両データに含まれる道路IDに予め定められた走行速度を割り当てて前記統計処理を行うことを特徴とする請求項7に記載の端末装置。車車間通信を採用した場合、交通状況によっては各車載器が数十台~数百台分の他車情報を受け取る可能性があり、通信トラフィックが膨大になってしまう。そこで、各車載器での渋滞判断に有用な情報のみを残し不要なデータを間引くことで、送信データ量を削減することが求められる。本発明はこうした状況に鑑みてなされたものであり、その目的は、車車間通信に基づき渋滞の有無を判断するのに適した端末装置を提供することにある。上記課題を解決するために、本発明のある態様は、車車間通信を行うために車両に搭載される端末装置であって、少なくとも一部の道路について予め設定された区間ごとに識別情報としての道路IDが割り振られている地図データを参照して、走行中の道路IDおよび走行速度を含む自車両の車両データを送信する。なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。本発明によれば、車車間通信に基づき渋滞の有無を判断する端末装置において、車車間の通信トラフィックを軽減することができる。本発明について説明する前に、車両に搭載された端末装置間において車車間通信を実行するとともに、交差点等に設置された基地局装置から端末装置へ路車間通信も実行する通信システムについて説明する。この通信システムでは、車車間通信として、端末装置は、車両の速度や位置等の情報以下、これらをデータというを格納したパケット信号をブロードキャスト送信する。また、他の端末装置は、パケット信号を受信するとともに、データをもとに車両の接近等を認識する。また、路車間通信として、基地局装置は、複数のサブフレームが含まれたフレームを繰り返し規定する。基地局装置は、複数のサブフレームのいずれかを選択し、選択したサブフレームの先頭部分の期間において、制御情報等が格納されたパケット信号をブロードキャスト送信する。制御情報には、当該基地局装置がパケット信号をブローキャスト送信するための期間以下、路車送信期間というに関する情報が含まれている。端末装置は、制御情報をもとに路車送信期間を特定し、路車送信期間以外の期間においてパケット信号を送信する。このように、路車間通信と車車間通信とが時間分割多重されるので、両者間のパケット信号の衝突確率が低減される。つまり、端末装置が制御情報の内容を認識することによって、路車間通信と車車間通信との干渉が低減される。また、車車間通信を実行している端末装置が存在するエリアは、主として3種類に分類される。ひとつは、基地局装置の周囲に形成されるエリア以下、第1エリアというであり、もうひとつは、第1エリアの外側に形成されるエリア以下、第2エリアというであり、さらに別のひとつは、第2エリアの外側に形成されるエリア以下、第2エリア外というである。ここで、第1エリアと第2エリアでは、基地局装置からのパケット信号をある程度の品質で端末装置が受信可能であるのに対して、第2エリア外では、基地局装置からのパケット信号をある程度の品質で端末装置が受信できない。また、第1エリアは、第2エリアよりも、交差点の中心に近くなるように形成されている。第1エリアに存在する車両は、交差点の近くに存在している車両であるので、当該車両に搭載された端末装置からのパケット信号は、衝突事故の抑制の点から重要な情報といえる。このようなエリアの規定に対応して、車車間通信のための期間以下、車車送信期間というは、優先期間、一般期間の時間分割多重によって形成されている。優先期間は、第1エリアに存在する端末装置が使用するための期間であり、優先期間を形成している複数のスロットのうちのいずれかにおいて、端末装置はパケット信号を送信する。また、一般期間は、第2エリアに存在する端末装置が使用するための期間であり、端末装置は、一般期間においてCSMA方式にてパケット信号を送信する。なお、第2エリア外に存在する端末装置は、フレームの構成に関係なくCSMA方式にてパケット信号を送信する。ここで、車両に搭載された端末装置が、どのエリアに存在するかを判定する。図1は、上記のような通信システム100の構成を示す。これは、ひとつの交差点を上方から見た場合に相当する。通信システム100は、基地局装置10、車両12と総称される第1車両12a、第2車両12b、第3車両12c、第4車両12d、第5車両12e、第6車両12f、第7車両12g、第8車両12h、ネットワーク202を含む。なお、各車両12には、図示しない端末装置が搭載されている。また、第1エリア210は、基地局装置10の周囲に形成され、第2エリア212は、第1エリア210の外側に形成され、第2エリア外214は、第2エリア212の外側に形成されている。図示のごとく、図面の水平方向、つまり左右の方向に向かう道路と、図面の垂直方向、つまり上下の方向に向かう道路とが中心部分で交差している。ここで、図面の上側が方角の北に相当し、左側が方角の西に相当し、下側が方角の南に相当し、右側が方角の東に相当する。また、ふたつの道路の交差部分が交差点である。第1車両12a、第2車両12bが、左から右へ向かって進んでおり、第3車両12c、第4車両12dが、右から左へ向かって進んでいる。また、第5車両12e、第6車両12fが、上から下へ向かって進んでおり、第7車両12g、第8車両12hが、下から上へ向かって進んでいる。通信システム100は、交差点に基地局装置10を配置する。基地局装置10は、端末装置間の通信を制御する。基地局装置10は、図示しないGPS衛星から受信した信号や、図示しない他の基地局装置10にて形成されたフレームをもとに、複数のサブフレームが含まれたフレームを繰り返し生成する。ここで、各サブフレームの先頭部分に路車送信期間が設定可能であるような規定がなされている。基地局装置10は、複数のサブフレームのうち、他の基地局装置10によって路車送信期間が設定されていないサブフレームを選択する。基地局装置10は、選択したサブフレームの先頭部分に路車送信期間を設定する。基地局装置10は、路車送信期間に関する情報等が含まれた制御情報をパケット信号に格納する。また、基地局装置10は、所定のデータもパケット信号に格納する。基地局装置10は、設定した路車送信期間においてパケット信号を報知する。端末装置が、基地局装置10からのパケット信号を受信したときの受信状況に応じて、通信システム100の周囲に第1エリア210および第2エリア212が形成される。図示のごとく、基地局装置10の近くに、受信状況が比較的よい領域として、第1エリア210が形成される。第1エリア210は、交差点の中心部分の近くに形成されるともいえる。一方、第1エリア210の外側に、受信状況が第1エリア210よりも悪化している領域として、第2エリア212が形成される。さらに、第2エリア212の外側に、受信状況が第2エリア212よりもさらに悪化している領域として、第2エリア外214が形成されている。なお、受信状況として、パケット信号の誤り率、受信電力が使用される。複数の端末装置は、基地局装置10によって報知されたパケット信号を受信し、受信したパケット信号の受信状況をもとに、第1エリア210、第2エリア212、第2エリア外214のいずれに存在するかを推定する。第1エリア210あるいは第2エリア212に存在すると推定した場合、端末装置は、受信したパケット信号に含まれた制御情報をもとに、フレームを生成する。その結果、複数の端末装置のそれぞれにおいて生成されるフレームは、基地局装置10において生成されるフレームに同期する。また、端末装置は、各基地局装置10によって設定されている路車送信期間を認識し、パケット信号の送信のために、車車送信期間を特定する。具体的には、第1エリア210に存在する場合には、優先期間が特定され、第2エリア212に存在する場合には、一般期間が特定される。さらに、端末装置は、優先期間においてTDMAを実行し、一般期間においてCSMA/CAを実行することによって、パケット信号を送信する。なお、端末装置は、次のフレームにおいても、相対的なタイミングが同一のサブフレームを選択する。特に、優先期間において、端末装置は、次のフレームにおいて、相対的なタイミングが同一のスロットを選択する。ここで、端末装置は、データを取得し、データをパケット信号に格納する。データには、例えば、存在位置に関する情報が含まれる。また、端末装置は、制御情報もパケット信号に格納する。つまり、基地局装置10から送信された制御情報は、端末装置によって転送される。一方、第2エリア外214に存在していると推定した場合、端末装置は、フレームの構成に関係なく、CSMA/CAを実行することによって、パケット信号を送信する。図2は、基地局装置10の構成を示す。基地局装置10は、アンテナ20、RF部22、変復調部24、処理部26、制御部30、ネットワーク通信部80を含む。RF部22は、受信処理として、図示しない端末装置や他の基地局装置10からのパケット信号をアンテナ20にて受信する。RF部22は、受信した無線周波数のパケット信号に対して周波数変換を実行し、ベースバンドのパケット信号を生成する。さらに、RF部22は、ベースバンドのパケット信号を変復調部24に出力する。一般的に、ベースバンドのパケット信号は、同相成分と直交成分によって形成されるので、ふたつの信号線が示されるべきであるが、ここでは、図を明瞭にするためにひとつの信号線だけを示すものとする。RF部22には、LNALowNoiseAmplifier、ミキサ、AGC、A/D変換部も含まれる。RF部22は、送信処理として、変復調部24から入力したベースバンドのパケット信号に対して周波数変換を実行し、無線周波数のパケット信号を生成する。さらに、RF部22は、路車送信期間において、無線周波数のパケット信号をアンテナ20から送信する。また、RF部22には、PAPowerAmplifier、ミキサ、D/A変換部も含まれる。変復調部24は、受信処理として、RF部22からのベースバンドのパケット信号に対して、復調を実行する。さらに、変復調部24は、復調した結果を処理部26に出力する。また、変復調部24は、送信処理として、処理部26からのデータに対して、変調を実行する。さらに、変復調部24は、変調した結果をベースバンドのパケット信号としてRF部22に出力する。ここで、通信システム100は、OFDMOrthogonalFrequencyDivisionMultiplexing変調方式に対応するので、変復調部24は、受信処理としてFFTFastFourierTransformも実行し、送信処理としてIFFTInverseFastFourierTransformも実行する。処理部26は、図示しないGPS衛星からの信号を受信し、受信した信号をもとに時刻の情報を取得する。なお、時刻の情報の取得には公知の技術が使用されればよいので、ここでは説明を省略する。処理部26は、時刻の情報をもとに、複数のフレームを生成する。例えば、処理部26は、時刻の情報にて示されたタイミングを基準にして、1secの期間を10分割することによって、100msecのフレームを10個生成する。このような処理を繰り返すことによって、フレームが繰り返されるように規定される。なお、処理部26は、復調結果から制御情報を検出してもよい。このような処理は、他の基地局装置10によって形成されたフレームのタイミングに同期したフレームを生成することに相当する。その際の処理部26の処理の詳細は後述する。図3a-dは、通信システム100において規定されるフレームのフォーマットを示す。図3aは、フレームの構成を示す。フレームは、第1サブフレームから第Nサブフレームと示されるN個のサブフレームによって形成されている。例えば、フレームの長さが100msecであり、Nが10である場合、10msecの長さのサブフレームが規定される。図3bは、第1基地局装置10aによって生成されるフレームの構成を示す。第1基地局装置10aは、第1サブフレームの先頭部分に路車送信期間を設定する。また、第1基地局装置10aは、第1サブフレームにおいて路車送信期間につづいて車車送信期間を設定する。車車送信期間とは、端末装置がパケット信号を報知可能な期間である。つまり、第1サブフレームの先頭期間である路車送信期間において第1基地局装置10aはパケット信号を報知可能であり、かつフレームのうち、路車送信期間以外の車車送信期間において端末装置がパケット信号を報知可能であるような規定がなされる。さらに、第1基地局装置10aは、第2サブフレームから第Nサブフレームに車車送信期間のみを設定する。図3cは、第2基地局装置10bによって生成されるフレームの構成を示す。第2基地局装置10bは、第2サブフレームの先頭部分に路車送信期間を設定する。また、第2基地局装置10bは、第2サブフレームにおける路車送信期間の後段、第1サブフレーム、第3サブフレームから第Nサブフレームに車車送信期間を設定する。図3dは、第3基地局装置10cによって生成されるフレームの構成を示す。第3基地局装置10cは、第3サブフレームの先頭部分に路車送信期間を設定する。また、第3基地局装置10cは、第3サブフレームにおける路車送信期間の後段、第1サブフレーム、第2サブフレーム、第4サブフレームから第Nサブフレームに車車送信期間を設定する。このように、複数の基地局装置10は、互いに異なったサブフレームを選択し、選択したサブフレームの先頭部分に路車送信期間を設定する。図4は、サブフレームの構成を示す。図示のごとく、ひとつのサブフレームは、路車送信期間、優先期間、一般期間の順に構成される。優先期間および一般期間が図3b等の車車送信期間に相当する。なお、サブフレームに路車送信期間が含まれない場合、サブフレームは、優先期間、一般期間の順に構成される。優先期間では、複数のスロットが時間分割多重されている。このような構成によって、複数のスロットを少なくとも含んだフレームが繰り返されている。図2に戻る。処理部26は、RF部22、変復調部24を介して、図示しない他の基地局装置10あるいは端末装置からの復調結果を入力する。ここでは、復調結果として、パケット信号に格納されるMACフレームの構成を説明する。なお、処理部26に入力されるMACフレームと、処理部26から出力されるMACフレームとは、同様の構成を有する。図5a-bは、通信システム100において規定されるパケット信号に格納されるMACフレームのフォーマットを示す。図5aは、MACフレームのフォーマットを示す。MACフレームは、先頭から順に、MACヘッダ、RSUコントロールヘッダ、アプリケーションデータ、CRCを配置する。RSUコントロールヘッダが、前述の制御情報に相当する。アプリケーションデータには、事故情報等の端末装置へ通知すべきデータが格納される。図5bは、RSUコントロールヘッダのフォーマットを示す。RSUコントロールヘッダは、先頭から順に、基本情報、タイマ値、転送回数、サブフレーム数、フレーム周期、使用サブフレーム番号、開始タイミング時間長を配置する。なお、RSUコントロールヘッダの構成は、図5bに限定されず、一部の要素が除外されてもよく、別の要素が含まれてもよい。転送回数は、基地局装置10から送信された制御情報、特にRSUコントロールヘッダの内容が、図示しない端末装置によって転送された回数を示す。ここで、処理部26から出力されるMACフレームに対して、基地局装置10とは、本基地局装置10に相当し、処理部26へ入力されるMACフレームに対して、基地局装置10とは、他の基地局装置10に相当する。これは、以下の説明においても共通である。処理部26から出力されるMACフレームは、転送回数を0に設定される。また、処理部26へ入力されるMACフレームに対して、転送回数は、0以上に設定されている。サブフレーム数は、ひとつのフレームを形成しているサブフレーム数を示す。フレーム周期は、フレームの周期を示し、前述のごとく、例えば100msecに設定される。使用サブフレーム番号は、基地局装置10が車車送信期間を設定しているサブフレームの番号である。図3aのごとく、フレームの先頭においてサブフレーム番号が1に設定される。開始タイミング時間長では、サブフレームの先頭とした路車送信期間の開始タイミングと、路車送信期間の時間長が示される。図2に戻る。ここでは、路車送信期間を設定すべきサブフレームの選択手順を説明する。処理部26が、他の基地局装置10によって形成されたフレームのタイミングに同期したフレームを生成する処理を説明する。処理部26は、MACフレームのうち、転送回数が0に設定されたMACフレームを抽出する。これは、他の基地局装置10から直接送信されたパケット信号に相当する。処理部26は、抽出したMACフレームのうち、使用サブフレーム番号の値を特定する。これは、他の基地局装置10に使用されたサブフレームを特定することに相当する。処理部26は、既に特定したサブフレームの先頭に配置されたパケット信号の受信電力を測定する。これは、他の基地局装置10からのパケット信号の受信電力を測定することに相当する。処理部26は、MACフレームのうち、転送回数が1以上に設定されたMACフレームを抽出する。これは、他の基地局装置10から送信された後に端末装置によって転送されたパケット信号に相当する。処理部26は、抽出したMACフレームのうち、使用サブフレーム番号の値を特定する。これは、他の基地局装置10に使用されたサブフレームを特定することに相当する。なお、端末装置は、他の基地局装置10からのパケット信号を端末装置が受信したときのサブフレーム番号を転送している。処理部26は、これらのパケット信号の受信電力も測定する。また、処理部26は、取得した受信信号が、当該パケット信号にて制御情報を転送された他の基地局装置10からのパケット信号の受信電力であると推定する。処理部26は、路車送信期間を設定すべきサブフレームを特定する。具体的には、処理部26は、未使用のサブフレームが存在するかを確認する。存在する場合、処理部26は、未使用のサブフレームのうちのいずれかを選択する。ここで、複数のサブフレームが未使用である場合、処理部26は、ランダムにひとつのサブフレームを選択する。未使用のサブフレームが存在しない場合、つまり複数のサブフレームのそれぞれが使用されている場合に、処理部26は、受信電力の小さいサブフレームを優先的に特定する。処理部26は、特定したサブフレーム番号のサブフレームの先頭部分に路車送信期間を設定する。処理部26は、パケット信号に格納すべきMACフレームを生成する。その際、路車送信期間の設定に応じて、処理部26は、MACフレームのRSUコントロールヘッダの値を決定する。これは、フレームの構成に関する制御情報に相当する。処理部26は、ネットワーク通信部80を介して所定の情報を取得し、所定の情報をアプリケーションデータに含める。ここで、ネットワーク通信部80は、図示しないネットワーク202に接続される。処理部26は、変復調部24、RF部22に対して、路車送信期間においてパケット信号をブロードキャスト送信させる。ここで、パケット信号には、制御情報と、本基地局装置10を識別するための識別情報とが含まれている。本基地局装置10を識別するための識別情報は、図5aのMACヘッダに含まれている。処理部26は、端末装置から受信したパケット信号の中に、故障している他の基地局装置10に関する情報以下、故障情報というが含まれている場合、故障情報をネットワーク通信部80に出力する。ネットワーク通信部80は、図示しないネットワーク202を介して、図示しない管理センタへ故障情報を通知する。つまり、管理センタへ故障の発見を通知する。なお、推定結果は、パケット信号に含まれて、処理部26、変復調部24、RF部22から報知されてもよい。制御部30は、基地局装置10全体の処理を制御する。この構成は、ハードウエア的には、任意のコンピュータのCPU、メモリ、その他のLSIで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、またはハードウエアとソフトウエアの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。図6は、車両12に搭載された端末装置14の構成を示す。端末装置14は、アンテナ50、RF部52、変復調部54、処理部56、制御部58を含む。処理部56は、生成部64、タイミング特定部60、転送決定部90、通知部70、推定部72、記憶部74、測位部76を含む。また、タイミング特定部60は、抽出部66、選択部92、キャリアセンス部94を含む。アンテナ50、RF部52、変復調部54は、図2のアンテナ20、RF部22、変復調部24と同様の処理を実行する。そのため、ここでは、差異を中心に説明する。変復調部54、処理部56は、図示しない他の端末装置14や基地局装置10からのパケット信号を受信する。なお、前述のごとく、優先期間と一般期間とを時間多重したサブフレームが規定されており、サブフレーム内に路車送信期間が時間多重されていることもある。路車送信期間は、基地局装置10からパケット信号を報知可能な期間である。ここで、変復調部54、処理部56は、路車送信期間において、基地局装置10からのパケット信号を受信する。パケット信号には、当該パケット信号の報知元になる基地局装置10を識別するための識別情報が含まれている。優先期間とは、基地局装置10の周囲に形成された第1エリア210に存在する端末装置14がパケット信号の報知に使用すべき期間である。優先期間に複数のスロットが含まれている。一般期間とは、第1エリア210の外側に形成された第2エリアに存在する端末装置14がパケット信号の報知に使用すべき期間である。また、複数のサブフレームを時間多重したフレームが規定されている。抽出部66は、基地局装置10からのパケット信号の受信電力を測定する。抽出部66は、測定した受信電力をもとに、第1エリア210に存在しているか、第2エリア212に存在しているか、第2エリア外214に存在しているかを推定する。例えば、抽出部66は、エリア判定用第1しきい値とエリア判定用第2しきい値とを記憶する。ここで、エリア判定用第1しきい値は、エリア判定用第2しきい値よりも大きくなるように規定されている。受信電力がエリア判定用第1しきい値よりも大きければ、抽出部66は、第1エリア210に存在していると決定する。受信電力がエリア判定用第1しきい値以下であり、エリア判定用第2しきい値よりも大きければ、抽出部66は、第2エリア212に存在していると決定する。受信電力がエリア判定用第2しきい値以下であれば、抽出部66は、第2エリア212外に存在すると決定する。なお、抽出部66は、受信電力の代わりに、誤り率を使用してもよく、受信電力と誤り率との組合せを使用してもよい。抽出部66は、推定結果をもとに、優先期間、一般期間、フレームの構成と無関係のタイミングのいずれかを送信期間として決定する。具体的に説明すると、抽出部66は、第2エリア外214に存在していることを推定すると、フレームの構成と無関係のタイミングを選択する。抽出部66は、第2エリア212に存在していることを推定すると、一般期間を選択する。抽出部66は、第1エリア210に存在していることを推定すると、優先期間を選択する。抽出部66は、変復調部54からの復調結果が、図示しない基地局装置10からのパケット信号である場合に、路車送信期間が配置されたサブフレームのタイミングを特定する。また、抽出部66は、サブフレームのタイミングと、RSUコントロールヘッダの内容とをもとに、フレームを生成する。なお、フレームの生成は、前述の処理部26と同様になされればよいので、ここでは説明を省略する。その結果、抽出部66は、基地局装置10において形成されたフレームに同期したフレームを生成する。また、抽出部66は、RSUコントロールヘッダの内容をもとに、路車送信期間を特定する。抽出部66は、優先期間を選択した場合、優先期間に関する情報を選択部92へ出力する。抽出部66は、一般期間を選択した場合、フレームおよびサブフレームのタイミング、車車送信期間に関する情報をキャリアセンス部94へ出力する。抽出部66は、フレームの構成と無関係のタイミングを選択すると、キャリアセンスの実行をキャリアセンス部94に指示する。選択部92は、抽出部66から、優先期間に関する情報を受けつける。また、選択部92は、優先期間に含まれた複数のスロットから、いずれかのスロットを選択し、選択したスロットを送信タイミングとして決定する。ここで、スロットを選択するために、受信電力を使用してもよい。例えば、受信電力の小さいスロットが選択される。選択部92は、決定した送信タイミングを生成部64へ通知する。キャリアセンス部94は、抽出部66から、フレームおよびサブフレームのタイミング、車車送信期間に関する情報を受けつける。キャリアセンス部94は、一般期間において、キャリアセンスを実行することによって、干渉電力を測定する。また、キャリアセンス部94は、干渉電力をもとに、一般期間における送信タイミングを決定する。具体的に説明すると、キャリアセンス部94は、所定のしきい値を予め記憶しており、干渉電力としきい値とを比較する。干渉電力がしきい値よりも小さければ、キャリアセンス部94は、送信タイミングを決定する。キャリアセンス部94は、抽出部66から、キャリアセンスの実行を指示された場合、フレームの構成を考慮せずに、CSMAを実行することによって、送信タイミングを決定する。キャリアセンス部94は、決定した送信タイミングを生成部64へ通知する。測位部76は、図示しないGPS受信機、ジャイロスコープ、車速センサ等を含んでおり、それらから供給されるデータによって、図示しない車両12、つまり端末装置14が搭載された車両12の存在位置、進行方向、移動速度等を取得する。なお、存在位置は、緯度経度によって示される。これらの取得には公知の技術が使用されればよいので、ここでは説明を省略する。測位部76は、存在位置等を生成部64へ出力する。生成部64は、測位部76から存在位置等を受けつける。生成部64は、図5a-bに示されたMACフレームを使用し、存在位置をアプリケーションデータに格納する。また、生成部64は、抽出部66から、識別情報を受けつけ、最も新しく受けつけた識別情報もアプリケーションデータに格納する。生成部64は、MACフレームが含まれたパケット信号を生成するとともに、選択部92またはキャリアセンス部94において決定した送信タイミングにて、変復調部54、RF部52、アンテナ50を介して、生成したパケット信号をブロードキャスト送信する。なお、送信タイミングは、車車送信期間に含まれている。転送決定部90は、RSUコントロールヘッダの転送を制御する。前述の抽出部66は、基地局装置10が情報源とされるパケット信号から、RSUコントロールヘッダを抽出する。前述のごとく、パケット信号が基地局装置10から直接送信されている場合には、転送回数が0に設定されているが、パケット信号が他の端末装置14から送信されている場合には、転送回数が1以上の値に設定されている。ここで、使用サブフレーム番号は、端末装置14によって転送される場合に変更されないので、使用サブフレーム番号を参照することによって、情報源となる基地局装置10にて使用されるサブフレームが特定される。転送決定部90は、情報源となる基地局装置10ごとに、転送回数に関する情報を取得する。具体的に説明すると、転送決定部90は、サブフレーム番号1に対応した転送回数を順次取得し、その後、他のサブフレーム番号に対応した転送回数に対しても同様の処理を実行する。さらに、転送決定部90は、情報源となる基地局装置10ごとに、当該基地局装置10に関連した転送回数に関する情報の中から、少ない方の転送回数、例えば最小の転送回数の値を取得する。つまり、転送回数取得部110は、サブフレーム番号1に対応した転送回数の最小値、サブフレーム番号2に対応した転送回数の最小値等をそれぞれ取得する。転送決定部90は、情報源となる基地局装置10ごとに、RSUコントロールヘッダ、つまり制御情報の抽出回数を計測する。また、転送決定部90は、情報源となる基地局装置10ごとに、転送決定部90において取得した転送回数の値が含まれた制御情報の抽出回数を選択する。具体的に説明すると、転送決定部90は、ひとつのサブフレーム番号に対して、転送回数ごとに制御情報の抽出回数を計測する。その結果、例えば、サブフレーム番号1に対して、転送回数0回の制御情報の抽出回数が0回になり、転送回数1回の制御情報の抽出回数が4回になり、転送回数2回の制御情報の抽出回数が6回になる。また、取得した転送回数が1回であれば、転送決定部90は、この転送回数が含まれた制御情報の抽出回数4を選択する。転送決定部90は、サブフレーム番号、転送回数、抽出回数を対応付けて記憶する。また、転送決定部90は、転送回数や抽出回数が更新された場合に、記憶内容を更新する。転送決定部90は、各基地局装置10に対する転送回数と抽出回数を取得する。転送決定部90は、これらの転送回数と抽出回数をもとに、少なくともひとつの基地局装置10に対応した制御情報を、転送すべき制御情報として選択する。具体的に説明すると、転送決定部90は、複数の基地局装置10に対して転送回数を比較した後に、抽出回数を比較する。つまり、転送回数が少ない方の制御情報、例えば、最小の転送回数を有した制御情報を選択した後に、選択した制御情報の中から、抽出回数が多い方の制御情報、最大の抽出回数を有した制御情報が選択される。このように、最小の転送回数を有した制御情報であって、かつ当該転送回数に対応した最大の抽出回数を有した制御情報が、転送決定部90によって選択される。転送回数が少ないほど、情報源となる基地局装置10の近くにおいて、制御情報が受信されているといえる。また、抽出回数が多いほど、無線環境の変動が少ない状況において、制御情報が受信されているといえる。そのため、前述の状況を満たすような制御情報を選択することによって、端末装置14は、なるべく近くに設置された基地局装置10からの制御情報を選択しているといえる。転送決定部90は、選択した制御情報をもとにRSUコントロールヘッダを生成するように、生成部64に指示する。転送決定部90は、制御情報をRSUコントロールヘッダに格納させる際に、転送回数に関する情報における転送回数を増加させる。生成部64は、このような指示に応じて、転送決定部90において選択された制御情報をもとにRSUコントロールヘッダを生成するとともに、その際に転送回数を増加させる。記憶部74は、RF部52、変復調部54、処理部56において受信すべきパケット信号を報知可能な基地局装置10の位置情報を記憶する。基地局装置10は、複数設置されているので、記憶部74は、複数の位置情報を記憶する。位置情報は、道路地図に対応付けられるように、緯度と経度とによって示されている。また、位置情報は、デジタルデータとして示されているので、記憶部74は、デジタルデータを記憶可能なハードディスク等の記憶媒体として構成されている。ここでは、説明を簡易にするために、位置情報は、予め記憶部74に記憶されているものとする。例えば、端末装置14の購入時にプリセットされている。推定部72は、測位部76から、測位された存在位置を順次受けつける。推定部72は、記憶部74に記憶された位置情報を中心にして所定の半径を有した円形の領域を想定する。このような領域は、例えば、図1の第1エリア210や第2エリア212に相当するが、ここでは、第2エリアに相当する。円形の領域は、複数の基地局装置10のそれぞれに対して想定される。推定部72は、連続して受けつけた存在位置が、円形の領域の外部から内部へ進入したことを検出することによって、当該円形の領域の中心に設置された基地局装置10の周辺に存在することを検出する。また、推定部72は、円形の領域内に存在している間に、基地局装置10からのパケット信号を受信するかを検出する。パケット信号を受信した場合、推定部72は、基地局装置10が正常に動作していると推定する。一方、パケット信号を受信しなかった場合、推定部72は、基地局装置10の故障を推定する。推定部72は、故障を推定した場合、生成部64と通知部70へその旨を出力する。生成部64は、推定部72から、故障の推定結果を受けつけた場合、故障の推定結果をアプリケーションデータに格納する。その結果、故障の推定結果は、車車送信期間において報知される。通知部70は、路車送信期間において、図示しない基地局装置10からのパケット信号を取得するとともに、車車送信期間において、図示しない他の端末装置14からのパケット信号を取得する。通知部70は、パケット信号に格納されたデータの内容に応じて、図示しない他の車両12の接近等を運転者へモニタやスピーカを介して通知する。さらに、通知部70は、推定部72から、故障の推定結果を受けつけた場合、推定した結果も運転者に対して通知する。通知がモニタを介してなされる場合、通知部70は、故障している基地局装置10が設置されている部分の表示色を赤色に表示する。また、通知部70は、基地局装置10が故障している旨をスピーカから出力してもよい。制御部58は、端末装置14全体の動作を制御する。続いて、本発明の一実施形態に係る車車間通信による渋滞判断技術について説明する。本実施形態では、車車間通信のみに基づき、各車両の端末装置で渋滞の有無を判断することができる。したがって、基地局装置の設置されていない場所でも渋滞予測をすることが可能になる。なお、以下の説明における渋滞とは、予め設定された台数以上の車両が比較的長時間にわたり停止している状態および低速で走行している状態を指しており、必ずしも警視庁や道路管理者等における渋滞の定義と同様である必要はない。本実施形態では、各車両に搭載された端末装置が他車両からの情報を受信して渋滞の判断を行う。この判断のために、地図データに付与された道路IDを利用する。図7は、道路IDが付与された地図画像の一例を示す。図7は、カーナビゲーションシステムのディスプレイに表示される地図画像の一部であるT字路を示しており、交差点を分割点として、図中の上方に延びる道路には道路IDR100が、下方に延びる道路には道路IDR101が、右方に延びる道路には道路IDR102がそれぞれ付与されている。このような道路IDは、車載の端末装置に地図データとともに記憶される。図7では、道路IDR100に対応する道路上を車両CAR1が走行し、R101に対応する道路上を車両CAR2が走行し、R102に対応する道路上を車両CAR3が走行している。以下の説明では、R100~R102以外にも多数の道路IDが地図データに付与されているものとする。道路IDは、例えば交差点で区切られる区間ごとに、または予め定められた距離で区切られる区間ごとに一つずつ付与される。分割点となる交差点の規模は、国道や県道などの主要道路同士が交わるような大規模の交差点としてもよいし、より小規模の交差点としてもよい。道路IDが付与される区間の分割点は、交差点以外にも、その箇所を起点として所定台数以上の車両が停車する可能性が高いと考えられる地点、すなわち渋滞が発生しやすいと考えられる地点に設定してもよい。例えば、所定値以上の収容台数を有する店舗や事業所の駐車場の入口に設定してもよい。また、道路IDは、地図データ内の全ての道路に対して与えられなくてもよい。例えば、所定の幅員以上の道路や、単位時間当たりの通過台数が所定値以上の道路のみに道路IDが与えられてもよい。道路IDを付与する区間は、人手による作業で決定してもよいし、または特定の条件を設定して所与の地図データ上で自動的に設定してもよい。ドライバーに詳細な渋滞情報を伝えるとともに区間が不必要に細分化されないように、道路IDが与えられる区間の長さは、経験側、実験、または交通工学などに基づき定められることが好ましい。道路IDの記号は、例えば連続番号であってもよいし、特定範囲の地図番号とその範囲内での連続番号の組合せであってもよい。道路IDは、何らかの形式に従った記号列であれば、これらに限られない。また、道路IDは地図上に表示されてもされなくてもよい。上記のような道路IDの設定された地図データを用いることで、従来よりもきめ細かな区間での渋滞予測を行い、ドライバーに情報提供することが可能になる。図8は、本実施形態に係る端末装置150の構成を示す。この構成についても、各機能ブロックは、ハードウエアのみ、またはハードウエアとソフトウエアの組合せによっていろいろな形で実現できる。RF部102および変復調部104は、上記の端末装置14に関して説明したのと同様の機能を有する。渋滞表示処理部160は、車両が走行する道路区間に予め割り当てられている道路IDと車両の走行速度とを少なくとも含む車両データを他車両から受け取り、渋滞の有無を判断し、ディスプレイ140の画面上に表示する。渋滞表示処理部160は、車速算出部114、渋滞判断部120、情報圧縮部122、送信部124およびナビゲーション部130を含む。車速算出部114は、端末装置150の搭載された車両図示せずの走行速度を求める。走行速度は、車両に取り付けられた周知の車速センサからの情報を利用して求めてもよいし、または、GPSから取得される自車両位置座標の所定期間内の移動距離から車速を算出してもよい。渋滞判断部120は、車車間通信において受信した他車両の車両データ以下他車両データと呼ぶおよび自車両の車両データ以下自車両データと呼ぶに基づき、自車両の前方や周辺の道路における渋滞の有無を判断する。渋滞判断部120は、基本的に、他車両データおよび自車両データに含まれる道路IDごとに関連する走行速度を参照し、この走行速度が所定速度以下であるときに、道路IDに対応する区間が渋滞していると判断する。この所定速度は、道路の種類に応じて変更してもよい例えば、一般道路では20km/h、高速道路では40km/hなど。渋滞判断部120は、同一の道路IDを含む複数の他車両データを受け取った場合には、走行速度の統計処理を行って道路IDごとに一つの走行速度を求めて渋滞の判断を行うことが好ましい。統計処理は、例えば走行速度の平均値や中央値を求めるものであってもよい。同じ区間を走行する車両でも、速度の速い車両や遅い車両、赤信号で停止している車両など走行速度は様々であるので、このような統計処理を行うことで、正確な渋滞の有無の判断を行うことができる。送信部124は、自車両データおよび受信した全てのまたは一部の他車両データを含めた送信フレームを作成する。自車両データには、自車両が走行する区間の道路IDおよび自車両の走行速度が含まれる図9を参照。自車両が走行する区間の道路IDは、後述する地図データ記憶部134に記憶された地図データ上に、位置取得部136で取得される自車両の位置を重ね合わせることで、求めることができる。送信部124が上記の送信フレームを作成するとき、情報圧縮部122は、渋滞判断に不要である情報を削除して送信フレームのデータ量を圧縮する。これによって、車車間での通信トラフィックが軽減される。より具体的には、情報圧縮部122は、渋滞判断部120から道路IDごとの渋滞判断結果を受け取る。そして、送信フレームから、渋滞でないと判断された道路IDに関連する走行速度を削除する。つまり、渋滞でないと判断された道路IDに対応する区間を走行する車両の自車両データまたは他車両データにおいては、道路IDのみしか送信されないことになる。このように、渋滞でないと判断された場合も道路IDを送信するのは、以下の理由による。すなわち、渋滞でないと判断された区間について何の情報も送信しないと、各車両の端末装置は、その区間を走行する車両がないために情報が送られてこないのか、あるいは渋滞が発生していないために情報が送られてこないのかを区別できない。道路IDを送信することで、対応する区間に渋滞が発生していないことを明確に伝達できる。同時に、一部の区間について道路IDのみを送信することで、送受信される情報量が削減でき、通信トラフィックを軽減することができる。送信部124は、情報圧縮部122によって圧縮された送信フレームを含むパケットを、周知の無線LANLocalAreaNetworkによって不特定多数の車両の端末装置にブロードキャスト送信する。このように、各車両の端末装置は、他車両から受信した他車両データと自車両データに基づき、道路IDごとに渋滞の有無を判断し、不要な情報を除去した上で、自車両データと他車両データをブロードキャスト送信する。車両データはマルチホップ方式で送信されるため、一台の端末装置の送信範囲を超えた位置に存在する車両にも、車両データを伝達することができる。このとき、ホップ上限回数を設定しておけば、車車間通信の車両データ量が増え続けることはない。なお、渋滞判断部120は、受信した他車両データに走行速度情報が含まれていないときすなわち、道路IDのみであるときには、予め定められた走行速度を割り当てて、上述した統計処理を実施するようにしてもよい。走行速度情報が含まれていない車両データとは、渋滞でないと判断された車両のものであるから、割り当てる走行速度として、渋滞を判断するときの上述の所定速度例えば、一般道路では20km/h、高速道路では40km/hまたはそれより大きな値が選択される。また、送信部124は、複数の他車両から受信した同一の道路IDを有する他車両データを一つに統合することが好ましい。他車両データが道路IDのみを有する場合は、単に一つの道路IDを送信フレームに含めればよい。他車両データが道路IDと走行速度とを有する場合は、一つの道路IDと、走行速度の統計処理後の値例えば平均値、中央値とを送信フレームに含めればよい。これにより、送信フレームのデータ量をさらに削減することができる。したがって、車車間の通信トラフィックが軽減される。ナビゲーション部130は、ディスプレイ140にナビゲーション画面を表示する。ナビゲーション部130は、地図データ記憶部134、位置取得部136および表示制御部138を含む。地図データ記憶部134は、ナビゲーション表示および渋滞情報表示の際に使用される地図データを記憶する。地図データは、無線LANで接続される外部サーバによりプッシュ更新されてもよい。さらに、地図データ記憶部134は、予め割り振られている道路IDのデータも記憶する。位置取得部136は、例えばGPSGlobalPositioningSystemであり、自車両の現在位置を取得する。GPSは周知の技術であるので、詳細な説明を省略する。なお、GPSの代わりに、無線通信に基づき位置を特定するなど他の既存技術を用いて現在位置を取得してもよい。取得された自車両の現在位置と地図データとを突き合わせることで、情報圧縮部122および送信部124は、自車両の走行する区間の道路IDを知ることができる。表示制御部138は、地図データに基づきディスプレイ140上に自車両周辺の所定範囲の地図画像を表示する。さらに、表示制御部138は、渋滞判断部120による道路IDごとの渋滞判断結果および地図データ記憶部134に記憶されている道路IDデータに基づき、渋滞情報を表示する。例えば、表示制御部138は、自車両の進む方向の道路について、渋滞判断部120により渋滞と判断された道路IDに対応する道路に、渋滞であることを示す標示を付与してもよい。この標示は、渋滞している道路に×、それ以外の道路に○といった記号でもよいし、道路IDに対応する区間の全体にわたって延びる赤色の線や矢印などであってもよい。なお、本実施形態に係る端末装置150は、RF部や変復調部などを共有することで、図6で説明した端末装置14と一体的に構成されてもよいし、あるいは別個のものとして構成されてもよい。図9は、車車間通信で送受信されるフレームの基本構成を示す。図示するように、このフレームには、自車両データの他、自車両の周辺に存在する他車両から受信した他車両データが含まれる。このフレームを含むパケットはマルチホップ方式で車車間送信されるので、送信範囲外にいる車両例えば、自車両の後方遠方を走行する車両にも自車両の車両データを届けることができる。自車両データおよび他車両データは、各車両が走行中の区間の道路IDと走行速度をそれぞれ含む。なお、上記フレームには、車両の進行方向や、走行速度の有無を示すフラグなどを含めてもよい。車車間通信は、基地局装置10の設置されている場所では、図3で説明した車車送信期間内に実行されてもよい。基地局装置10の設置されていない場所では、IEEE802.11等の規格に準拠した無線LANLocalAreaNetworkにおける、CSMA/CACarrierSenseMultipleAccesswithCollisionAvoidanceと呼ばれるアクセス制御機能を使用して実行されてもよい。図10a~dは、情報圧縮部122によって送信フレームのデータが圧縮される例を示す。本実施形態では、フレームデータの圧縮は、送信車両側で行ってもよいし、受信車両側で行ってもよい。図10aは、圧縮されていないフレームの一例を示す。図10aでは、自車両データおよび他車両データのいずれも渋滞20km/h以下と判断されるので、情報圧縮部122による走行速度の削除は行われない。図10bは、送信車両側で圧縮が行われる例を示す。図7を参照して、道路IDR102で示される区間上を、車両CAR3が60km/hで走行していたとする。この場合、車両CAR3に搭載された端末装置の渋滞判断部120は、道路IDR102に対応する区間が渋滞していないと判断する。そのため、情報圧縮部122は、自車両データの走行速度情報を削除して、道路IDのみをフレームに含めるようにする。図10c、dは、受信車両側で圧縮が行われる例を示す。図7を参照して、図10cは、道路IDR101で示される区間上を走行する車両CAR2が、道路IDR102で示される区間上を走行する車両CAR3から受信したフレームを示し、図10dは、車両CAR2によって送信されるフレームを示している。この場合、車両CAR2に搭載された端末装置の渋滞判断部120は、道路IDR102に対応する区間が渋滞していないと判断する。そのため、情報圧縮部122は、R102に関連する他車両データの走行速度情報を削除して、道路IDのみをフレームに含めるようにする。図11は、本実施形態に係る車車間通信プロセスのフローチャートである。各車両の端末装置150は、他車両から送信される他車両データを受信するS10。渋滞判断部120は、受信した他車両データおよび自車両データに基づき、道路ID別に渋滞の有無を判断するS12。この処理は、図12を参照して後述する。情報圧縮部122は、他車両データと自車両データを含んだフレームから、渋滞判断部120により渋滞でないと判断された道路IDについては、関連する走行速度情報を削除する。そして、送信部124によりブロードキャスト送信されるS14。この処理により、渋滞でないと判断された場合、車両データとして道路IDのみが送信されるので、通信トラフィックが軽減される。図12は、渋滞判断部120における渋滞判断プロセスのフローチャートである。まず、渋滞判断部120は、受信した複数の他車両データおよび自車両データに含まれる道路IDのうち、いずれか一つを選択するS20。選択した道路IDが走行速度情報を伴っていない場合、すなわち対応する区間が渋滞していない場合、渋滞判断部120は予め定められた走行速度を付加するS22。なお、このステップは、S20で選択された道路IDを有する他車両データが一つの場合には行わなくてよい。続いて、渋滞判断部120は、S20で選択された道路IDを有する他車両データが複数存在しているか、すなわち選択した道路IDに対応する道路上を走行する複数の車両から他車両データを受け取ったか否かを判定するS24。複数の車両から他車両データを受け取っている場合S24のY、全車両の走行速度の統計処理を行うS26。例えば、平均速度を算出したり、速度の中央値を選択したりする。選択された道路IDを有する他車両データが一つのみの場合S24のN、渋滞判断部120はその車両の走行速度が所定値以下であるか否かを判定するS28。S26の統計処理が行われた場合には、渋滞判断部120は統計処理後の走行速度が所定値以下であるか否かを判定する。走行速度が所定値より大きければS28のN、渋滞判断部120は、道路IDに対応する区間が順調に流れていると判断するS36。S28において走行速度が所定値以下と判断された場合S28のY、直ちに渋滞であると判断してもよいが、現実の道路状況では、車両の走行速度が所定値以下であっても渋滞とはいえない場合も存在する。そこで、本実施形態では、以下に述べるような例外処理を実行する。渋滞判断部120は、受信した他車両データが一台分のみであるか否かを判定するS30。一台分のみの場合S30のY、対応する区間の渋滞の判断は参考情報として取り扱うS34。参考情報とされた場合、例えば表示制御部138は、ディスプレイ140の地図上で渋滞を示す赤い矢印を点線にするなど、表示態様を通常と変えるようにしてもよいし、あるいは地図上には渋滞を示す表示をせずドライバーに伝えないようにしてもよい。S30のステップは、例えば一台の車両が道路IDに対応する区間で休憩や故障のために停車しているような状況、または何らかの理由により一台の車両だけで低速走行しているような状況を排除するためのものである。複数の車両データを受信している場合S30のN、渋滞判断部120は、所定台数以上の車両から同様のデータを受信しているか否かを判定するS32。言い換えると、S26の統計処理前の走行速度が、予め定められた変動範囲内に収まるか否かを判定する。この変動範囲は、20km/h以下で渋滞と判断される一般道路では5km/h、40km/h以下で渋滞と判断される高速道路では10km/hといったように、渋滞判断のしきい値に基づき定められることが好ましい。また、上記の所定台数は、渋滞と判断すべき車両の下限値に設定される。このステップは、例えば数台程度の車両が低速走行している状況を渋滞と判断しないために行われる。S32で、所定台数未満の車両からしか同様の車両データを受信していない場合S32のN、渋滞判断部120は道路IDに対応する区間が順調に流れていると判断するS36。所定台数以上の車両から同様の車両データを受信している場合S32のY、渋滞判断部120は道路IDに対応する区間が渋滞であると判断するS38。最後に、渋滞判断部120は、道路IDの全てについて渋滞の判断を行ったか否かを判定するS40。渋滞の判断をしていない道路IDが存在する場合S40のN、S20に戻る。全ての道路IDについて判断を終えた場合S40のY、このフローを終了する。以上説明したように、本実施形態によれば、路側機が設置されていない場所でも車車間通信のみで渋滞の有無を判定することができる。そのため、路側機の設置コストの低減、渋滞判断のリアルタイム化が可能になる。また、マルチホップ方式で車両データを車車間で転送するので、自車両から遠方に存在する他車両の情報も受け取ることができる。これにより、広範囲での渋滞判断が可能になる。また、各車両の端末装置において、渋滞していないと判断された区間を走行する車両の走行速度情報を除去することで車車間の送信データ量を圧縮するので、通信トラフィックが軽減され周波数の利用効率が向上する。さらに、渋滞していないと判断された区間についても道路IDが送信されるので、その区間を走行している車両が存在しない場合と、車両は存在するが渋滞はしていない場合とを区別することができる。本発明には、以下の態様も含まれる。車車間通信を行うために車両に搭載される端末装置であって、少なくとも一部の道路について予め設定された区間ごとに識別情報としての道路IDが割り振られている地図データを保持する地図データ記憶部と、前記区間を走行する車両から前記道路IDおよび前記車両の走行速度を含む車両データを受け取り、道路IDごとに対応する区間が渋滞しているか否かを判断する渋滞判断部と、受信した他車両の車両データと、自車両の車両データとを合わせたフレームを構成して送信する送信部と、を備えることを特徴とする端末装置。この態様によると、地図データ上に設定された区間に割り振られている道路IDを使用することで、道路IDごとに対応する道路における渋滞の有無を判断することが可能になる。以上、本発明をいくつかの実施形態をもとに説明した。これらの実施形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下、そのような変形例について述べる。実施の形態では、車両の走行速度に基づき渋滞判断をすることを述べた。この代わりに、またはこれと併用して、車両の密度に基づき渋滞判断を行うようにしてもよい。渋滞判断部は、同一の道路IDを有する他車両データを複数受信した場合、その道路IDに対応する区間における車両密度、すなわち単位距離当たりの車両台数を算出する。車両密度は、同一の道路IDを有する他車両データの数/道路IDに対応する区間の実距離で算出することができる。渋滞判断部は、車両密度が所定のしきい値以上のとき、道路IDに対応する区間が渋滞していると判断する。車両密度のしきい値は、道路IDが割り振られた区間の平均距離を考慮して定められる固定値であってもよいし、または道路IDに対応する区間の実距離に応じた変動値であってもよい。なお、上述の実施形態に係る端末装置が十分に普及していない場合は、一部の車両のデータのみしか車車間で通信されないため、車両密度を正確に算出することができない。そこで、端末装置において速度に基づく渋滞判断をデフォルト設定にしておき、車両密度に基づく渋滞判断を、端末装置の普及時に設定変更やソフトウエアのバージョンアップなどで追加できるような構成にしておいてもよい。