特許 6552669 通信システム、基地局、通信方法および通信処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6552669

(24)【登録日】2019年7月12日

(45)【発行日】2019年7月31日

(54)【発明の名称】通信システム、基地局、通信方法および通信処理プログラム

(51)【国際特許分類】

   G08G 1/0965 20060101AFI20190722BHJP

   G08G 1/09 20060101ALI20190722BHJP

   H04W 4/44 20180101ALI20190722BHJP

【ＦＩ】

   G08G1/0965

   G08G1/09 F

   H04W4/44

【請求項の数】1

【全頁数】45

(21)【出願番号】特願2018-79926(P2018-79926)

(22)【出願日】2018年4月18日

(62)【分割の表示】特願2013-248245(P2013-248245)の分割

【原出願日】2013年11月29日

(65)【公開番号】特開2018-156664(P2018-156664A)

(43)【公開日】2018年10月4日

【審査請求日】2018年5月17日

(73)【特許権者】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(73)【特許権者】

【識別番号】504126112

【氏名又は名称】住友電工システムソリューション株式会社

(74)【代理人】

【識別番号】110000280

【氏名又は名称】特許業務法人サンクレスト国際特許事務所

(72)【発明者】

【氏名】浦山 博史

【審査官】 上野 博史

(56)【参考文献】

【文献】 国際公開第２００９／１１８９０６（ＷＯ，Ａ１）

【文献】 国際公開第２０１１／０１３２３８（ＷＯ，Ａ１）

【文献】 特開２００２−０５６４９５（ＪＰ，Ａ）

【文献】 特開２００２−０１５３９９（ＪＰ，Ａ）

【文献】 特開２０１３−０９８９０７（ＪＰ，Ａ）

【文献】 特開２００８−２１９４０９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０８Ｇ １／００−９９／００

Ｈ０４Ｗ ４／４４

(57)【特許請求の範囲】

【請求項1】

自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である第１基地局と、
前記第１基地局が前記第１基地局の通信エリア内に存在する移動局向けに送信した前記第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である第２基地局と、を備え、
前記第１情報、前記第２情報、および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報、および当該緊急情報以外の通常情報を含み得る情報であり、
緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、
緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、
前記第２特定用情報は、前記第１特定用情報を受信した前記第１基地局によって前記第１特定用情報に基づいて生成される情報であり、
前記第１基地局は、
受信した前記第１情報に緊急情報および通常情報のいずれが含まれるかを判断し、緊急情報を含むと判断した場合に、
緊急情報および第１特定用情報を含む前記第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成し、生成した前記第２情報を送信するよう構成され、
前記第２基地局は、
受信した前記第２情報に緊急情報および通常情報のいずれが含まれるかを判断し、緊急情報を含むと判断した場合に、
前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定し、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するよう構成されている
通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システム、基地局、通信方法および通信処理プログラムに関する。

【背景技術】

【0002】

近年、路車間通信、車車間通信による高度道路交通システム（ＩＴＳ）が検討されている。路車間通信とは、路側通信機（基地局）と車載通信機（移動局）との間の通信であり、車車間通信とは、車載通信機（移動局）間の通信である。
このような高度道路交通システムのための通信方式については、標準規格及びガイドラインが制定されている（非特許文献１，２参照）。

【0003】

非特許文献１では、所定の送信周期（１００ｍｓ）毎に到来する最大１６個の路車間通信期間が離散的に設けられ、路車間通信期間以外の時間帯が車車間通信期間として設定される。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】一般社団法人電波産業会、”７００ＭＨｚ 帯高度道路交通システムＡＲＩＢ−ＳＴＤＴ１０９ １．０版“，［online］、平成２４年２月１４日、［平成２４年９月１８日検索］、インターネット<http://www.arib.or.jp/tyosakenkyu/kikaku_tushin/tsushin_kikaku_number.html>

【非特許文献2】ＩＴＳ情報通信システム推進会議、”７００ＭＨｚ帯高度道路交通システム拡張機能ガイドライン ＩＴＳ ＦＯＲＵＭ ＲＣ−０１０ １．０版”，[online]、２０１２年３月２６日、［平成２４年９月１８日検索］、インターネット<http://www.itsforum.gr.jp/>

【発明の概要】

【発明が解決しようとする課題】

【0005】

緊急車（特別車両）が接近しつつあることを通知する情報（緊急車接近情報）の送信を、非特許文献１，２に規定する通信システムで行う場合、路側通信機は、自局の通信範囲内に他の路側通信機が存在すれば、当該他の路側通信機に対しても路車間通信期間にて、緊急車接近情報を送信できる。

【0006】

この種の通信システムとして、緊急車の通過する交差点に設置された路側通信機が、路車間通信期間内にて受信した緊急車接近情報を、自局の通信範囲内に存在する他の路側通信機に送信しつつ、交差点周辺を走行する車両にも送信する通信システムが考えられる。

【0007】

しかしながら、例えば緊急車が通過する交差点に設置された路側通信機の通信範囲内に、緊急車が通過しない交差点に設置された路側通信機が存在したとする。この場合、前述の通信システムによれば、緊急車が通過しない交差点に設置された路側通信機も、自局の設置された交差点周辺を走行する車両に対して緊急車接近情報を通知することになる。即ち、路側通信機は、緊急車接近情報を通知する必要性の低い車両に対しても緊急車接近情報を通知することとなり、その分、自局に割り当てられた路車間通信期間（通信期間）を無駄に消費してしまうことになる。

【0008】

本発明は、上記事由に鑑みてなされたものであり、基地局に割り当てられた通信期間が無駄に消費されるのを抑制できる通信システム等を提供することを目的とする。

【課題を解決するための手段】

【0009】

ある観点からみた本発明に係る通信システムは、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である第１基地局と、前記第１基地局が前記第１基地局の通信エリア内に存在する移動局向けに送信した前記第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である第２基地局と、を備え、前記第１情報、前記第２情報、および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、前記第１特定用情報を受信した前記第１基地局によって前記第１特定用情報に基づいて生成される情報であり、前記第１基地局は、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成し、生成した前記第２情報を送信するよう構成され、前記第２基地局は、前記第１基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定し、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するよう構成されている。

【0010】

他の観点からみた本発明に係る基地局は、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である基地局であって、前記第１情報および前記第２情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、受信した前記第１特定用情報に基づいて生成される情報であり、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成し、生成した前記第２情報を送信するよう構成されている。

【0011】

他の観点からみた本発明に係る基地局は、他の基地局が当該他の基地局の通信エリア内に存在する移動局向けに送信した第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である基地局であって、前記第２情報および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記他の基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定し、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するよう構成されている。

【0012】

他の観点からみた本発明に係る通信方法は、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である第１基地局と、前記第１基地局が前記第１基地局の通信エリア内に存在する移動局向けに送信した前記第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である第２基地局と、を用いた通信方法であって、前記第１情報、前記第２情報、および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、前記第１特定用情報を受信した前記第１基地局によって前記第１特定用情報に基づいて生成される情報であり、前記第１基地局が、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成するステップと、前記第１基地局が、生成した前記第２情報を送信するステップと、前記第２基地局が、前記第１基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定するステップと、前記第２基地局が、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するステップと、を含む。

【0013】

他の観点からみた本発明に係る通信処理プログラムは、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である基地局に設けられたコンピュータに、通信処理を実行させるための通信処理プログラムであって、前記第１情報および前記第２情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、受信した前記第１特定用情報に基づいて生成される情報であり、前記通信処理は、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成するステップと、生成した前記第２情報を送信するステップと、を含む。

【0014】

他の観点からみた本発明に係る通信処理プログラムは、他の基地局が当該他の基地局の通信エリア内に存在する移動局向けに送信した第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である基地局に設けられたコンピュータに、通信処理を実行させるための通信処理プログラムであって、前記第２情報および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記通信処理は、前記他の基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定するステップと、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するステップと、を含む。

【0015】

なお、本発明は、このような特徴的な通信システムや基地局、通信方法、通信処理プログラムとして実現することができるだけでなく、かかる通信システムや基地局の一部または全部を実現する半導体集積回路として実現することができる。更に、上記プログラムは、ＣＤ−ＲＯＭ等の記録媒体に記憶させることができる。

【発明の効果】

【0016】

本発明によれば、基地局に割り当てられた通信期間が無駄に消費されるのを抑制できる。

【図面の簡単な説明】

【0017】

【図1】実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。

【図2】実施形態に係る路側通信機および車載通信機の構成図である。

【図3】実施形態に係る無線フレーム（スーパーフレーム）を示し、（ａ）はタイムチャート、（ｂ）は送信期間と送信禁止期間とを示す図である。

【図4】実施形態に係る通信機のプロトコルスタックを示す図である。

【図5】実施形態に係る通信パケットの構造を示す図である。

【図6】実施形態に係るレイヤ７ヘッダの構造図である。

【図7】実施形態に係るレイヤ７ヘッダの構造図である。

【図8】実施形態に係るアプリケーションヘッダの構造を示す図である。

【図9】実施形態に係る緊急車の進行方向を示す概念図である。

【図10】実施形態に係る通信方法を示す図である。

【図11】実施形態に係る通信方法を示す図である。

【図12】実施形態に係る通信方法を示す図である。

【図13】実施形態に係る通信方法の説明図である。

【図14】実施形態に係る通信方法の説明図である。

【図15】実施形態に係る通信方法の説明図である。

【図16】実施形態に係る通信方法の説明図である。

【図17】実施形態に係る通信方法の説明図である。

【図18】実施形態に係る路側通信機の動作を示すフローチャートである。

【図19】実施形態に係る路側通信機の中継処理の動作を示すフローチャートである。

【図20】実施形態に係る路車間通信中継判定テーブルの一例を示す概念図である。

【図21】実施形態に係る路側通信機の進路推定処理の動作を示すフローチャートである。

【図22】実施形態に係る路側通信機の進路推定処理の説明図である。

【図23】実施形態に係る路側通信機の進路推定処理の説明図である。

【図24】変形例に係るＬ７ヘッダの構成を示す図である。

【図25】変形例に係るＬ７ヘッダの構成を示す図である。

【図26】変形例に係る車車間通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。

【図27】変形例に係る路車間通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。

【図28】変形例に係る路路間通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。

【図29】変形例に係る有線通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。

【図30】変形例に係る路側通信機の緊急車の進行方向の判定方法を説明する図である。

【発明を実施するための形態】

【0018】

＜実施形態＞
［実施形態の要旨］

【0019】

路側通信機が周辺の車両に対して緊急情報を報知することは、ドライバが緊急情報を早急に把握する上で、有効である。ここで、緊急情報は、例えば、緊急車（特別車両）が接近しつつあることを通知する情報（緊急車接近情報）である。

【0020】

そして、緊急車接近情報の送信を、非特許文献１，２に規定する通信システムで行う場合、路側通信機は、路車間通信期間にて、緊急車接近情報を周辺の車載通信機や歩行者用通信機に対して送信することが考えられる。ここにおいて、路側通信機の通信範囲内に他の路側通信機が存在すれば、当該他の路側通信機に対しても緊急車接近情報を送信できる。

【0021】

一方、緊急接近情報は、特に、緊急車の通過する各交差点の周辺を走っている車両に対して通知する必要がある。
これに対して、緊急車の通過する交差点それぞれに設置された路側通信機が、路車間通信期間内にて受信した緊急車接近情報を、自局の交差点周辺を走行する車両に送信しつつ、自局の通信範囲内に存在する他の路側通信機にも送信する通信システムが考えられる。

【0022】

この通信システムとしては、次のような構成が考えられる。
ある路側通信機が、自局の設置された交差点に緊急車が進入（流入）すると、当該路側通信機の設置された交差点周辺を走行する車両に通知するとともに、その通信範囲にある路側通信機に当該緊急車に関する緊急情報（緊急車接近情報）を送信する。すると、緊急車接近情報を受信した路側通信機が、当該緊急車接近情報を自局の設置された交差点周辺を走行する車両に通知するとともに、自局の通信範囲にある他の路側通信機に緊急車接近情報を送信する。そして、複数の路側通信機それぞれが、自局の設置された交差点周辺を走行する車両に緊急車接近情報を通知するとともに、自局の通信範囲にある他の路側通信機へ緊急車接近情報を送信することを繰り返すとする。こうすれば、緊急車接近情報を広範囲に存在する走行車両に対して通知することができる。

【0023】

ところで、緊急車接近情報は、緊急車が通過する交差点周辺を走行している車両に対して通知できればよく、緊急車が通過しない交差点周辺を走行している車両に対しては通知する必要性は低い。

【0024】

この点に関し、例えば緊急車が通過する交差点に設置された路側通信機の通信範囲内に、緊急車が通過しない交差点に設置された路側通信機が存在したとする。この場合、前述の通信システムによれば、緊急車が通過しない交差点に設置された路側通信機も、自局の設置された交差点周辺を走行する車両に対して緊急車接近情報を通知することになる。即ち、路側通信機は、緊急車接近情報を通知する必要性の低い車両に対しても緊急車接近情報を通知することとなり、その分、自局に割り当てられた路車間通信期間（通信期間）を無駄に消費してしまうことになる。

【0025】

そこで、実施形態は、少なくとも下記に示す構成を含む。

【0026】

（１）ある観点からみた実施形態に係る通信システムは、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である第１基地局と、前記第１基地局が前記第１基地局の通信エリア内に存在する移動局向けに送信した前記第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である第２基地局と、を備え、前記第１情報、前記第２情報、および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、前記第１特定用情報を受信した前記第１基地局によって前記第１特定用情報に基づいて生成される情報であり、前記第１基地局は、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成し、生成した前記第２情報を送信するよう構成され、前記第２基地局は、前記第１基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定し、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するよう構成されている。

【0027】

本構成によれば、第２基地局が、第１基地局から緊急情報を含む第２情報を受信し、緊急移動中の移動局が第２基地局に接近していると判定されたときに自局の通信エリア内に存在する移動局向けの緊急情報を含む第３情報を送信する。ここで、緊急情報を含む第３情報は、緊急移動中の移動局が第２基地局に接近する方向に移動している場合に第２基地局の通信エリア内に存在する移動局向けに送信する必要がある情報とする。この場合、第２基地局は、緊急情報を含む第２情報を受信しても緊急移動中の移動局が第２基地局に接近していなければ、緊急情報を含む第３情報の送信を回避することができる。これにより、第２基地局が緊急情報を含む第３情報を無駄に送信してしまうことを防止できる。従って、第２基地局が自局に割り当てられた通信期間を無駄に消費することを抑制できる。

【0028】

（２）また、実施形態に係る通信システムは、前記第１基地局は、前記緊急移動中の移動局の進行方向が、前記第１基地局に接近する方向および前記第１基地局から遠ざかる方向のいずれかであるかを、前記第１特定用情報に基づいて判定した判定結果を生成するよう構成され、前記第１基地局によって生成される前記第２特定用情報は、前記判定結果を含むものであってもよい。

【0029】

本構成によれば、第１基地局が、上記緊急移動中の移動局の進行方向が、第１基地局に接近する方向および第１基地局から遠ざかる方向のいずれかであるかを判定した判定結果を、第２基地局に通知することができる。

【0030】

（３）また、実施形態に係る通信システムは、前記第２基地局は、緊急情報および前記第２特定用情報を含む前記第２情報を取得すると、前記第２特定用情報に含まれる前記判定結果に基づいて、前記接近条件を満たしているか否かを判定するものであってもよい。
本構成によれば、第２基地局は、前記緊急移動中の移動局の進行方向が、前記第１基地局に接近する方向および前記第１基地局から遠ざかる方向のいずれかであるかを判定した判定結果に基づいて、緊急移動中の移動局が自局に接近しているか否かを判定することができる。

【0031】

（４）また、実施形態に係る通信システムは、前記第１特定用情報は、前記緊急移動中の移動局の位置情報を含み、前記第２特定用情報は、前記緊急移動中の移動局が進行中の道路を示す情報を含むものであってもよい。
本構成によれば、上記第１基地局が、上記緊急移動中の移動局が第１情報に含ませる移動局の位置情報から、上記緊急移動中の移動局が進行中の道路を求めることになる。この場合、上記緊急移動中の移動局は、自局の位置情報を第１情報に含ませればよく、緊急移動中の移動局において移動局が進行中の道路を求める処理を行う必要がないので、緊急移動中の移動局における処理負担を軽減することができる。

【0032】

（５）また、実施形態に係る通信システムは、前記第１基地局は、前記緊急移動中の移動局が前記第１基地局に接近する方向であると判定した場合、および、前記緊急移動中の移動局が前記第１基地局から遠ざかる方向に移動していると判定した場合のそれぞれにおいて、前記判定結果を含む前記第２情報を送信するよう構成されているものであってもよい。この場合、第２基地局は、移動局が第１基地局に接近している場合、及び移動局が第１基地局から遠ざかる場合、それぞれにおいて、第２情報を受信することができる。

【0033】

（６）また、実施形態に係る通信システムは、前記第１基地局は、前記第１特定用情報を受信すると、前記第１特定用情報に基づく前記判定結果を含む前記第２情報を送信し、前記第２情報の送信後、所定の送信待ち時間を経過するまで、前記第２情報の送信の待機状態となり、前記所定の送信待ち時間を経過した後に、新たな前記第２情報を送信するものであってもよい。
本構成によれば、第１基地局が、第２情報を頻繁に送信してしまうことを防止でき、第１基地局の通信の輻輳を抑制することができる。

【0034】

（７）また、実施形態に係る通信システムは、緊急移動中の移動局の存在を示す緊急局感知情報を含む第４情報の取得が可能な中央装置を更に備え、前記第１基地局は、前記第２特定用情報を生成すると、前記緊急局感知情報および前記第２特定用情報を含み且つ宛先が前記中央装置に設定された前記第４情報を送信するものであってもよい。
本構成によれば、中央装置は、第１基地局の通信エリアに緊急走行中の移動局が存在することを示す情報を取得することができるので、緊急移動中の移動局が第１基地局の周辺を走行していることを把握することができる。

【0035】

（８）また、実施形態に係る通信システムは、緊急移動中の移動局の存在を示す緊急局感知情報を含む第４情報の取得が可能な中央装置を更に備え、前記第２基地局は、前記緊急局感知緊急情報を含み且つ宛先が前記中央装置に設定された前記第４情報を送信可能に構成され、前記第４情報は、前記第２基地局が前記第１基地局から緊急情報を含む前記第２情報を受信した場合には送信されず、前記第２基地局が自局の通信エリア内に存在する移動局から緊急情報を受信した場合には送信されるものであってもよい。
第１基地局経由で緊急情報を含む第２情報を受信した場合、緊急移動中の移動局の存在は第１基地局によって既に中央装置に通知されていることが期待できるため、第２基地局が、第１基地局から緊急情報を含む前記第２情報を受信した場合には第４情報を送信しないことで、中央装置への第４情報の重複した送信を回避することができる。

【0036】

（９）また、実施形態に係る通信システムは、前記第２情報は、更に、前記第２情報を生成した基地局を識別する識別情報を含み、前記第２基地局は、基地局の前記識別情報と前記第２特定用情報との組み合わせが前記接近条件として登録された判定テーブルを保有し、前記第２情報に含まれる基地局の前記識別情報と前記第２特定用情報との組み合わせが、前記判定テーブルに登録されている場合、前記接近条件を満たすと判定するものであってもよい。
本構成によれば、第２基地局が、判定テーブルを保有し、当該判定テーブルを参照して、緊急移動中の移動局が第２基地局に接近しているか否かを判定する。これにより、第２基地局における判定の容易化を図ることができる。

【0037】

（１０）他の観点からみた実施形態に係る基地局は、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である基地局であって、前記第１情報および前記第２情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、受信した前記第１特定用情報に基づいて生成される情報であり、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成し、生成した前記第２情報を送信するよう構成されている。

【0038】

本構成によれば、基地局が、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含む第２情報を送信するので、当該第２情報を受信した移動局や他の基地局が、緊急移動中の移動局の進行方向を把握することができる。

【0039】

（１１）他の観点からみた実施形態に係る基地局は、他の基地局が当該他の基地局の通信エリア内に存在する移動局向けに送信した第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である基地局であって、前記第２情報および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記他の基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定し、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するよう構成されている。

【0040】

本構成によれば、基地局は、緊急情報を含む第２情報を受信しても緊急移動中の移動局が自局に接近移動していなければ、緊急情報を含む第３情報の送信を回避することができるので、緊急情報を含む第３情報を無駄に送信してしまうことを防止できる。従って、基地局が自局に割り当てられた通信期間を無駄に消費することを抑制できる。

【0041】

（１２）他の観点からみた実施形態に係る通信方法は、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である第１基地局と、前記第１基地局が前記第１基地局の通信エリア内に存在する移動局向けに送信した前記第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である第２基地局と、を用いた通信方法であって、前記第１情報、前記第２情報、および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、前記第１特定用情報を受信した前記第１基地局によって前記第１特定用情報に基づいて生成される情報であり、前記第１基地局が、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成するステップと、前記第１基地局が、生成した前記第２情報を送信するステップと、前記第２基地局が、前記第１基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定するステップと、前記第２基地局が、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するステップと、を含む。

【0042】

本構成によれば、第２基地局が、第１基地局から緊急情報を含む第２情報を受信し、緊急移動中の移動局が第２基地局に接近していると判定されたときに自局の通信エリア内に存在する移動局向けの緊急情報を含む第３情報を送信する。ここで、緊急情報を含む第３情報は、緊急移動中の移動局が第２基地局に接近する方向に移動している場合に第２基地局の通信エリア内に存在する移動局向けに送信する必要がある情報とする。この場合、第２基地局は、緊急情報を含む第２情報を受信しても緊急移動中の移動局が第２基地局に接近していなければ、緊急情報を含む第３情報の送信を回避することができる。これにより、第２基地局が緊急情報を含む第３情報を無駄に送信してしまうことを防止できる。従って、第２基地局が自局に割り当てられた通信期間を無駄に消費することを抑制できる。

【0043】

（１３）他の観点からみた実施形態に係る通信処理プログラムは、自局の通信エリア内に存在する移動局から送信される第１情報の受信が可能であるとともに、前記自局の通信エリア内に存在する移動局向けの第２情報の送信が可能である基地局に設けられたコンピュータに、通信処理を実行させるための通信処理プログラムであって、前記第１情報および前記第２情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第１情報は、緊急移動中の移動局の進行方向の特定に用いられる第１特定用情報を含み、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記第２特定用情報は、受信した前記第１特定用情報に基づいて生成される情報であり、前記通信処理は、緊急情報および第１特定用情報を含む前記第１情報を受信すると、当該第１情報に基づいて、緊急情報および第２特定用情報を含む第２情報を生成するステップと、
生成した前記第２情報を送信するステップと、を含む。

【0044】

本構成によれば、基地局が、移動局の進行方向の特定に用いられる第２特定用情報を含む第２情報を送信するので、当該第２情報を受信した第２移動局や他の基地局が、緊急移動中の移動局の進行方向を把握することができる。

【0045】

（１４）他の観点からみた実施形態に係る通信処理プログラムは、他の基地局が当該他の基地局の通信エリア内に存在する移動局向けに送信した第２情報の受信が可能であり、自局の通信エリア内に存在する移動局向けの第３情報の送信が可能である基地局に設けられたコンピュータに、通信処理を実行させるための通信処理プログラムであって、前記第２情報および前記第３情報は、移動局が緊急移動中であることを通知する緊急情報を含み得る情報であり、緊急情報を含む前記第２情報は、緊急移動中の移動局の進行方向の特定に用いられる第２特定用情報を含み、前記通信処理は、前記他の基地局から前記緊急情報および第２特定用情報を含む第２情報を受信すると、当該第２情報に含まれる前記第２特定用情報に基づいて、前記緊急移動中の移動局が自局に接近していると判断するための接近条件を満たすか否かを判定するステップと、前記接近条件を満たしていると判定されると、緊急情報を含む第３情報を送信するステップと、を含む。

【0046】

本構成によれば、基地局は、緊急情報を含む第２情報を受信しても緊急移動中の移動局が自局に接近していなければ、第３情報の送信を回避することができるので、基地局が第３情報を無駄に送信してしまうことを防止できる。従って、基地局が自局に割り当てられた通信期間を無駄に消費することを抑制できる。

【0047】

［実施形態の詳細］
［１．通信システム］
図１は、本実施形態に係る高度道路交通システム（ＩＴＳ）の全体構成を示す概略斜視図である。なお、本実施形態では、道路構造の一例として、南北方向と東西方向の複数の道路が互いに交差した碁盤目構造を想定している。
図１に示すように、本実施形態の高度道路交通システムは、交通信号機１、路側通信機（基地局）２、中央装置（中央装置）４、車載通信機（移動局）３を搭載した車両５および車両感知器や監視カメラ等よりなる路側センサ６を含む。移動局としては、車載通信機３に限られず、例えば、歩行者が所持する歩行者用通信機であってもよい。なお、本実施形態において特に説明しない点については、非特許文献１，２に準拠する。

【0048】

交通信号機１と路側通信機２（２Ａ，２Ｂ）は、複数の交差点Ａ１〜Ａ５，Ｂ１〜Ｂ５、Ｃ１〜Ｃ５，Ｄ１〜Ｄ５，Ｅ１〜Ｅ５のそれぞれに設置されている。複数の路側通信機２のうちの一部の第１路側通信機（第１基地局）２Ａは、電話回線等の有線通信回線７を介してルータ８に接続されている。このルータ８は交通管制センター内の中央装置４に接続されている。複数の路側通信機２には、ルータ８に接続されていない第２路側通信機２Ｂも含まれている。第２路側通信機２Ｂは、自局単独で動作するもののほか、交通信号機１や路側センサ６と接続されるものを含む。中央装置４は、自身が管轄するエリアの交通信号機１および路側通信機（第１路側通信機２Ａ，第２路側通信機２Ｂ）とＬＡＮ（Local Area Network）を構成している。なお、中央装置４は、交通管制センターではなく道路上に設置してもよい。

【0049】

中央装置４に有線通信回線７で接続されている第１路側通信機２Ａ（オンライン路側通信機）は、中央装置４の管轄するエリアに含まれる全ての路側通信機のうちの一部であり、中央装置４に対して有線通信回線７で接続されていない第２路側通信機２Ｂ（スタンドアローン路側通信機）も存在する。

【0050】

そして、中央装置４は、有線通信回線７で接続されている第１路側通信機２Ａから有線通信データを取得可能であり、例えば、路側通信機２Ａが第２路側通信機２Ｂを含む他の路側通信機２から受信した路路間通信データ（第４情報；中央装置宛て情報）を、路側通信機２Ａから有線通信データ（第４情報；中央装置宛て情報）として取得することが可能である。

【0051】

図１では、交差点Ａ１〜Ａ５に設置された路側通信機（第１路側通信機）２Ａが、オンライン路側通信機であり、他の交差点Ｂ１〜Ｂ５，Ｃ１〜Ｃ５，Ｄ１〜Ｄ５およびＥ１〜Ｅ５に設置された路側通信機（第２路側通信機）２Ｂは、スタンドアローン路側通信機である。このように、全ての路側通信機をオンライン路側通信機としないことで、有線通信回線７の設置・維持コストを低減できる。なお、オンライン路側通信機２Ａと、スタンドアローン路側通信機２Ｂと、を区別しない場合には、「路側通信機２」というものとする。

【0052】

路側センサ６は、各交差点に流入する車両台数をカウントする等の目的で、管轄エリア内の道路の各所に設置されている。この路側センサ６は、直下を通行する車両５を超音波感知する車両感知器、或いは、道路の交通状況を時系列に撮影する監視カメラ等よりなり、感知情報や画像データは通信回線７を介して中央装置４に送信される。なお、図１では、図示を簡略化するために、各交差点に信号灯器が１つだけ描写されているが、実際の各交差点には、互いに交差する道路の上り下り用として少なくとも４つの信号灯器が設置されている。

【0053】

高度道路交通システムにおいて、無線通信システムを構成する、複数の交差点それぞれに設置された複数の路側通信機２は、その周囲を走行する車両の車載通信機（移動局）３との間で無線通信（路車間通信）が可能である。
また、各路側通信機２は、自己の送信波が到達する所定範囲内に位置する他の路側通信機２とも無線通信（路路間通信、路車間通信）が可能である。
また、同じく無線通信システムを構成する車載通信機（移動局）３は、路側通信機２との間で無線通信を行うとともに、キャリアセンス方式で他の車載通信機３と無線通信（車
車間通信）が可能である。

【0054】

図２は、本実施形態に係る路側通信機２Ａ，２Ｂおよび車載通信機３の構成図である。
図２（ａ）に示すように、オンライン路側通信機（第１路側通信機）２Ａは、無線通信のためのアンテナ２０が接続された無線通信部２１を備えている。また、第１路側通信機２Ａは、有線通信回線７を介して中央装置４と通信するための有線通信部２２と、通信制御処理を行う通信処理装置２５と、を備えている。第１路側通信機２Ａは、自局の通信エリア内に存在する車両５（車載通信機３）から送信される後述の車車間通信データの受信が可能である。また、第１路側通信機２Ａは、自局の通信エリア内に存在する車両５（車載通信機３）向けの後述の路車間通信データの送信が可能である。
通信処理装置２５は、制御部２３と、必要な情報を記憶する記憶部２４と、を備えている。制御部２３は、無線通信および有線通信の通信制御処理を行う。記憶部２４は、無線通信および有線通信のために必要な情報を記憶する。

【0055】

また、通信処理装置２５は、後述の路路間通信データや路車間通信データの中継処理（送信処理）を許容するか否かを判定するのに使用される路路間通信中継判定テーブルや路車間通信中継判定テーブルを保有している。これら路路間通信中継判定テーブルや路車間通信中継判定テーブルの詳細は後述する。
更に、通信処理装置２５は、後述の緊急車５Ａに関する進路情報（第２特定用情報）を含む路車間通信データや路路間通信データを送信するか否かを判定するのに使用される流入エリア方位テーブルを保有している。この流入エリア方位テーブルの詳細は後述する。

【0056】

通信処理装置２５は、その機能の一部または全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部または全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置２５の機能の一部または全部がコンピュータプログラムによって実現される場合、通信処理装置２５（制御部２３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部２４に記憶される。

【0057】

図２（ｂ）に示すように、スタンドアローン路側通信機（第２路側通信機：第２基地局）２Ｂは、オンライン路側通信機（第１路側通信機）２Ａと構成は同じである。なお、有線通信部２２は、交通信号機１や路側センサ６と通信する場合に設けられ、通信しない場合は省略してもよい。第２路側通信機２Ｂは、第１路側通信機２Ａが第１路側通信機２Ａの通信エリア内に存在する車両５（車載通信機３）向けに送信した後述の路車間通信データの受信が可能であり、自局の通信エリア内に存在する車両５（車載通信機３）向けの路車間通信データの送信が可能である。

【0058】

車載通信機（移動局）３は、無線通信のためのアンテナ３０が接続された無線通信部３１と、通信制御処理を行う通信処理装置３５と、を備えている。
車載通信機３の通信処理装置３５は、その機能の一部または全部が、ハードウェア回路によって構成されていてもよいし、その機能の一部または全部が、コンピュータプログラムによって実現されていてもよい。通信処理装置３５の機能の一部または全部がコンピュータプログラムによって実現される場合、通信処理装置３５（制御部３３）は、コンピュータを含み、コンピュータによって実行されるコンピュータプログラムは、記憶部３４に記憶される。

【0059】

図３は、本実施形態に係る無線フレーム（スーパーフレーム）を示し、（ａ）はタイムチャート、（ｂ）は送信期間と送信禁止期間とを示す図である。
図３（ａ）に示すように、無線フレームは、その時間軸方向の長さ（フレーム長）が１００ｍｓに設定されている。つまり、１秒間に１０フレームが発生する。
フレームは、例えば、路側通信機２が有するＧＰＳ受信機（図示せず）によって受信したＧＰＳ信号に含まれる１ＰＰＳ（１秒周期の信号）に基づいて生成される。

【0060】

一つの無線フレーム（１００ｍｓ）は、複数の路車間通信期間ＳＬ１と、複数の車車間通信期間ＳＬ２と、を含んで構成されている。
路車間通信期間ＳＬ１は、路側通信機２に割り当てられる路車間通信用のタイムスロット（路側通信機用送信期間）であり、この期間ＳＬ１においては、路側通信機２による無線送信が許容される。路車間通信期間ＳＬ１は、一つの無線フレーム（１００ｍｓ）内に最大１６個まで設定可能である。

【0061】

車車間通信期間ＳＬ２は、車載通信機３用のタイムスロット（車用通信期間）であり、この時間帯ＳＬ２は車載通信機３によるＣＳＭＡ方式による無線送信時間として開放するため、路側通信機２は車車間通信期間ＳＬ２では無線送信を行わない。

【0062】

無線フレームに含まれている路車間通信期間ＳＬ１と、車車間通信期間ＳＬ２とは、時間軸方向に交互に配置されている。
路車間通信期間ＳＬ１には、それぞれスロット番号ｎ（＝１〜１６）が付されている。

【0063】

それぞれの路側通信機２には、無線フレームに含まれる複数の路車間通信期間ＳＬ１のうちの、一つまたは複数の路車間通信期間ＳＬ１が送信期間として設定され、その他の路車間通信期間ＳＬ１は送信が禁止される。すなわち、路側通信機２にとっては、車車間通信期間ＳＬ２および路側通信機２に割り当てられていない路車間通信期間ＳＬ１は、送信禁止期間となる。
また、図３（ｂ）に示すように、例えば路側通信機２にｎ＝４，５，６の３つの路車間通信期間ＳＬ１が送信期間として割り当てられている場合、他の期間は送信禁止期間となっている。路側通信機２は、送信禁止期間以外の期間（送信期間）でデータ送信を行う。

【0064】

一つの無線フレーム内において、一の路側通信機２に割り当てられる送信期間の数は任意である。また、一つの送信期間の期間長は、路車通信期間の期間長と等しくてもよいし、路車間通信期間よりも短くてもよい。また、一つの路車間通信期間内に複数の送信期間が設定されてもよい。

【0065】

図４は、実施形態に係る通信機のプロトコルスタックを示す図である。
図４に示すように、このプロトコルスタックは、非特許文献１の標準規格に示す通信プロトコルスタックに、非特許文献２のガイドラインに示す拡張層（Extended Layer）ＥＬを加えたものである。

【0066】

非特許文献１に規定されるプロトコルスタックは、レイヤ１（Ｌ１，物理層：Physical
Layer）、レイヤ２（Ｌ２，データリンク層：Data Link Layer）、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層：Inter-Vehicle Communication - Road to Vehicle Communication Layer）およびレイヤ７（Ｌ７，アプリケーション層：Application Layer）の４層構造である。各層及びアプリケーションＡＰは、システム管理のための情報を有するシステム管理にアクセスすることができる。

【0067】

レイヤ１は、ＩＥＥＥ８０２．１１において規定される物理層に準拠して動作する。
レイヤ２は、ＭＡＣ副層（Medium Access Control sublayer）と、ＬＬＣ副層（Logical Link Control sublayer）と、から構成される。なお、ＭＡＣ副層を、単に、ＭＡＣ層（Medium Access Control layer）ともいい、ＬＬＣ副層（Logical Link Control sublayer）を、単に、ＬＬＣ層（Logical Link Control layer）ともいう。

【0068】

ＭＡＣ層は、無線チャネルの通信管理として、フレーム制御及び同報通信（ブロードキャスト）を行う。
ＬＬＣ層は、上位層のエンティティ間でパケット伝送を行うために、確認なしコネクションレス型通信のサービスを提供する。

【0069】

車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）は、車車間・路車間共用通信制御に必要な情報の生成と管理を行う。非特許文献１では、路路間通信は規定されていないため、本実施形態のように、路車間通信期間ＳＬ１において路路間通信を行う場合、車車間・路車間共用通信制御情報層（ＩＶＣ−ＲＶＣ層）において、路路間通信は、路車間通信の一種として取り扱われる。

【0070】

レイヤ７は、アプリケーションＡＰに対して通信制御手段を提供するためのものである。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）をレイヤ７に与えるとともに、受信した通信パケットに格納されていたアプリケーションデータをレイヤ７から取得する。

【0071】

非特許文献２に規定される拡張層ＥＬは、レイヤ７の上位層として存在し、アプリケーションＡＰとレイヤ７との間の通信機能を拡張するためのものである。
拡張層ＥＬは、アプリケーションＡＰに対してデータ伝送サービスを提供する。アプリケーションＡＰは、送信される通信パケットに格納されるアプリケーションデータ（交通情報、車両情報など）を拡張層ＥＬに与える。データ伝送サービス提供のため、拡張層ＥＬは、レイヤ７以下の下位階層に対してデータ伝送要求を出す。

【0072】

また、拡張層ＥＬは、アプリケーションＡＰから与えられたアプリケーションデータを分割し、分割データをレイヤ７に与えることができる。つまり、拡張層ＥＬは、アプリケーションデータを分割して複数の分割データを生成する分割処理部として機能する。
また、レイヤ７から受け取った分割データを結合させてアプリケーションＡＰに与えることができる。
なお、拡張層ＥＬは、レイヤ７とともに、セキュリティ管理にアクセスすることができる。

【0073】

図４に示す拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、アプリケーションＡＰ、セキュリティ管理ＳＥＣおよびシステム管理に相当する機能は、路側通信機２の通信処理装置２５および車載通信機３の通信処理装置３５それぞれによって実行される。また、レイヤ１の機能は、路側通信機２の無線通信部２１および車載通信機３の無線通信部３１それぞれによって実行される。

【0074】

なお、通信処理装置２５のうち、図４のアプリケーションＡＰに相当する機能を、「アプリケーション装置２５ａ」といい、図４のアプリケーションＡＰよりも下位の機能(拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、およびシステム管理)を、「通信処理部２５ｂ」という。
また、通信処理装置３５についても、図４のアプリケーションＡＰに相当する機能を、「アプリケーション装置」といい、図４のアプリケーションＡＰよりも下位の機能(拡張層ＥＬ、レイヤ７、ＩＶＣ−ＲＶＣ層、レイヤ２、セキュリティ管理ＳＥＣ、およびシステム管理)を、「通信処理部」という。拡張層ＥＬは省略してもよい。

【0075】

アプリケーション装置２５ａの機能は、コンピュータプログラムによって実現し、通信処理部２５ｂの機能を、ハードウェアによって構成することができる。また、通信処理部２５ｂの機能を、コンピュータプログラムによって実現してもよい。

【0076】

図５は、実施形態に係る通信パケットの構造を示している。この通信パケットは、路側通信機２および車載通信機３によって送信される。図５に示す通信パケットの構成は、非特許文献１，２に準拠したものである。後述する車車間通信データ（第１情報；移動局送信情報）、路車間通信データ（第２情報および第３情報；移動局向け情報）、路路間通信データ（第４情報）は、いずれも、図５に示す通信パケットの形式で送信される。なお、路側通信機２は、他の路側通信機２から受信した路路間通信データ（第４情報；中央装置宛て情報）を、有線通信データ（第４情報；中央装置宛て情報）として中央装置４へ送信可能である。

【0077】

通信パケットは、先頭にＰＨＹヘッダ（物理ヘッダ）を有している。ＰＨＹヘッダは、送信側の路側通信機２（車載通信機３）のレイヤ１（物理層）によって、ＭＡＣ層から取得したＭＡＣフレーム（ＭＰＤＵ；MAC Protocol Data Unit）の前に付加される。
ＰＨＹヘッダは、受信側の路側通信機２（車載通信機３）におけるレイヤ１（物理層）において読み取られて、受信側のレイヤ１における通信制御処理に用いられる。なお、ＰＨＹヘッダを含む通信パケット全体が、ＰＰＤＵ（PHY Protocol Data Unit）である。ＰＨＹヘッダよりも後側のＭＡＣフレーム（ＭＰＤＵ）は、ＰＳＤＵ（PHY Service Data Unit）でもある。

【0078】

ＰＨＹヘッダの構成は、ＩＥＥＥ８０２．１１に準拠する。従って、ＰＨＹヘッダには、プリアンブルなどが含まれる。

【0079】

ＰＨＹヘッダに続いて、ＭＡＣ制御フィールド（ＭＡＣヘッダ）およびＬＬＣ制御フィールド（ＬＬＣヘッダ）が設けられている。ＭＡＣ制御フィールドは、送信側の路側通信機２（車載通信機３）のレイヤ２のＭＡＣ層によって、ＬＬＣ層から取得したＬＬＣフレーム（ＬＰＤＵ；LLC Protocol Data Unit）の前に付加される。
ＭＡＣ制御フィールドは、受信側の路側通信機２（車載通信機３）のレイヤ２のＭＡＣ層において読み取られて、受信側のＭＡＣ層における通信制御処理に用いられる。
ＭＡＣ制御フィールドよりも後側のＬＬＣフレーム（ＬＰＤＵ）は、ＭＳＤＵ（MAC Service Data Unit）でもある。

【0080】

ＭＡＣ制御フィールドに続くＬＬＣ制御フィールドは、送信側の路側通信機２（車載通信機３）のレイヤ２のＬＬＣ層によって、ＩＶＣ−ＲＶＣ層から取得したＩＲフレーム（ＩＰＤＵ； IVC-RVC Protocol Data Unit）の前に付加される。
ＬＬＣ制御フィールドは、受信側の路側通信機２（車載通信機３）のレイヤ２のＬＬＣ層において読み取られて、受信側のＬＬＣ層における通信制御処理に用いられる。
また、ＬＬＣ制御フィールドよりも後側のＩＲフレーム（ＩＰＤＵ）は、ＬＳＤＵ（LLC Service Data Unit）でもある。

【0081】

ＬＬＣ制御フィールドに続いて、ＩＲ制御フィールド（ＩＲヘッダ）が設けられている。ＩＲ制御フィールドは、送信側の路側通信機２（車載通信機３）のＩＶＣ−ＲＶＣ層によって、ＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）の前に付加される。
ＩＲ制御フィールドは、受信側の路側通信機２（車載通信機３）のＩＶＣ−ＲＶＣ層において読み取られて、受信側のＩＶＣ−ＲＶＣ層における通信制御処理に用いられる。
ＩＲ制御フィールドよりも後側のＡＰフレーム（ＡＰＤＵ；Application Protocol Data Unit）は、ＩＳＤＵ（IVC-RVC Service Data Unit）でもある。

【0082】

ＩＲ制御フィールドに続いて、Ｌ７ヘッダが設けられている。Ｌ７ヘッダは、送信側の路側通信機２（車載通信機３）のレイヤ７によって、ＡＳＤＵ（Application Service Data Unit）の前に付加される。
Ｌ７ヘッダは、受信側の路側通信機２（車載通信機３）のレイヤ７において読み取られて、受信側のレイヤ７における通信制御処理に用いられる。
レイヤ７ヘッダよりも後側のＥＬフレーム（ＥＬ−ＰＤＵ；EL-Protocol Data Unit）は、ＡＳＤＵ（Application Service Data Unit）でもある。

【0083】

Ｌ７ヘッダに続いて、ＥＬヘッダ（ＥＬ基地局ヘッダ）が設けられている。ＥＬヘッダは、送信側の路側通信機２（車載通信機３）の拡張層ＥＬによって、ＥＬ−ＳＤＵ（EL-Service Data Unit）の前に付加される。
ＥＬヘッダは、受信側の路側通信機２（車載通信機３）の拡張層ＥＬにおいて読み取られて、受信側の拡張層ＥＬにおける処理に用いられる。

【0084】

ＥＬ−ＳＤＵは、セキュリティヘッダ、アプリケーションヘッダ、アプリケーションデータを有している。アプリケーションデータは、アプリケーションＡＰから通信処理部２５ｂに与えられる。アプリケーションデータには、例えば、後述の通常情報（交通情報、信号情報等）と、緊急情報（緊急車情報、緊急車接近情報等）、が存在する。
アプリケーションヘッダは、送信側の路側通信機２（車載通信機３）のアプリケーションＡＰによってアプリケーションデータの前に付加される。

【0085】

アプリケーションデータおよびアプリケーションヘッダは、受信側の路側通信機２（車載通信機３）のアプリケーションＡＰによって読み取られて、受信側のアプリケーションＡＰにおける処理に用いられる。
アプリケーションＡＰは、送信すべきデータを生成したり、受信したデータを読み取って自らの処理に用いたりすることができる。

【0086】

セキュリティヘッダは、セキュリティ管理（セキュリティ処理部）ＳＥＣによって付加される。送信側の路側通信機２（車載通信機３）の拡張層ＥＬは、アプリケーションＡＰから（アプリケーションヘッダが付加された）アプリケーションデータを受け取ると、必要に応じて、セキュリティ処理をセキュリティ管理ＳＥＣに実行させる。
セキュリティ管理ＳＥＣでは、拡張層ＥＬから受け取ったアンセキュアなアプリケーションデータに対して、セキュリティ処理を行って、セキュアなアプリケーションデータを生成する。また、セキュリティ管理ＳＥＣは、セキュリティヘッダの付加も行う。

【0087】

セキュリティ管理ＳＥＣにおいて、アンセキュアなアプリケーションデータをセキュアなアプリケーションデータにする処理（セキュリティ処理）には、暗号化処理、署名処理などの処理が含まれる（ただし、非特許文献１，２では規定されていない）。
セキュリティ管理は、セキュリティ処理が施されたセキュアなアプリケーションデータを、拡張層ＥＬに戻す。その後、拡張層ＥＬは、前述のように、必要に応じて当該セキュアなアプリケーションデータを分割し、分割した各々のデータに対してＥＬヘッダの付加を行う。

【0088】

受信側の路側通信機２（車載通信機３）の拡張層ＥＬは、下位レイヤ（レイヤ７）からセキュアなアプリケーションデータを受け取った場合、当該セキュアなアプリケーションデータが分割されている場合には結合した後、セキュリティ管理ＳＥＣに渡す。セキュリティ管理ＳＥＣは、セキュアなアプリケーションデータに対して、セキュリティ処理を行って、アンセキュアなアプリケーションデータに戻す。
拡張層ＥＬは、セキュリティ管理ＳＥＣからアンセキュアなアプリケーションデータを受け取ると、アンセキュアなアプリケーションデータを、アプリケーションＡＰに渡す。

【0089】

なお、拡張層ＥＬが存在しない場合、セキュリティ管理ＳＥＣとのやりとりはレイヤ７が行う。

【0090】

図６および図７は、実施形態に係るＬ７ヘッダの構造を示す図である。
図６に示すようにＬ７ヘッダは、「バージョン」フィールド、「セキュリティ区分情報」フィールド、「予約」フィールド、「アプリケーション関連情報」フィールドを有している。図６下段は、車車間通信用のパケット（車車間通信データ）のアプリケーション関連情報の構成を示している。
また、図７（ａ）は、路車間通信用のパケット（路車間通信データ）のアプリケーション関連情報の構成を示し、図７（ｂ）は、路路間通信用のパケット（路路間通信データ）のアプリケーション関連情報の構成を示している。
非特許文献１では、「アプリケーション関連情報」フィールド（８ｂｉｔ）の内容は規定されていない。ただし、本実施形態では、図６や図７に示すように、「アプリケーション関連情報」フィールド（ｂ７−ｂ０）は、３ｂｉｔの「管理情報」フィールド（ｂ７−ｂ５）と、未定義のフィールド（ｂ４−ｂ０）とから構成されている。各フィールドは、通信パケット（アプリケーションデータ）を送信する路側通信機２（車載通信機３）によって設定される。

【0091】

「管理情報」フィールドには、通信種別情報と、データ種別情報とが設定される。通信種別情報は、データが「車車間通信データ」、「路車間通信データ」および「路路間通信データ」のいずれであるかを示す情報である。データ種別情報は、データが通常情報を含むものか緊急情報を含むものかを示す情報（第１緊急識別情報、第２緊急識別情報）である。この「管理情報」フィールドの番号は、０〜７まで設定可能である。

【0092】

図６下段に示すように、車車間通信データでは、「管理情報」フィールドが「１」または「３」に設定され、その他の値（０，２，４−５）には設定されない。
ここで、「１：移動局→基地局、移動局」は、データが移動局（車載通信機３）から送信され、基地局（路側通信機２）および移動局（車載通信機３）によって受信されることを示している。この「１」は、例えば緊急車の緊急移動等を通知する緊急情報（緊急車情報）を含む車車間通信データであることを示している。
また、「３：移動局→移動局」は、データが移動局（車載通信機３）から送信され、他の移動局（車載通信機３）によって受信されることを示している。この「３」は、緊急車或いは一般車に搭載された車載通信機３間で送受信される通常情報を含む車車間通信データであることを示している。

【0093】

図７（ａ）に示すように、路車間通信データでは、「管理情報」フィールドが「２」、「４」または「５」に設定され、その他の値には設定されない。
ここで、「２：基地局→基地局、移動局」は、データが基地局（路側通信機２）から送信され、他の基地局（路側通信機２）および移動局（車載通信機３）によって受信されることを示している。この「２」は、例えば緊急車が接近している等の緊急情報（緊急車接近情報）を含む路車間通信データであることを示している。
また、「４： 基地局→移動局」は、データが基地局から送信され、移動局（車載通信機３）によって受信されることを示している。この「４」は、路側通信機２が緊急車或いは一般車に搭載されている車載通信機３との間で送受信される通常情報を含む路車間通信データであることを示している。
更に、「５：移動局→基地局」は、データが移動局（車載通信機３）から送信され、基地局（路側通信機２）によって受信されることを示している。

【0094】

図７（ｃ）に示すように、路路間通信データでは、「管理情報」フィールドが「６」に設定され、その他の値には設定されない。
ここで、「６：基地局→基地局」は、データが基地局（路側通信機２）から送信され、他の基地局（路側通信機２）によって受信されることを示している。

【0095】

図８は、実施形態に係るアプリケーションヘッダの構造を示している。図８（ａ）は、路車間通信データのアプリケーションヘッダを示し、図８（ｂ）は、路路間通信データのアプリケーションヘッダを示す。
図８（ａ）に示すように、路車間通信データのアプリケーションヘッダは、「通信種別」フィールド、「データ種別」フィールド、「生成元基地局ＩＤ」フィールド、「方路情報（方路番号）」フィールド、「推定情報（進路推定情報）」フィールド、「送信元基地局ＩＤ」フィールド、「インクリメントカウンタ」フィールドを含んで構成されている。

【0096】

一方、図８（ｂ）に示すように、路路間通信データのアプリケーションヘッダは、「方路情報（方路番号）」フィールドおよび「推定情報」フィールドの代わりに「宛先基地局ＩＤ」フィールドを含んで構成されている。即ち、路車間通信用のパケットのアプリケーションヘッダと、路路間通信用のパケットのアプリケーションヘッダとは、「方路情報（方路番号）」フィールド、「推定情報」フィールドおよび「宛先基地局ＩＤ」フィールドを除いて共通化されている。

【0097】

「通信種別」フィールドは、前述のＬ７ヘッダの「通信種別」フィールドと同じ情報が設定されている。
「データ種別」フィールドは、アプリケーションデータが「緊急情報」であるか「通常情報」であるかを示す識別情報が設定されている。ここで、「０」はアプリケーションデータが「通常情報」であることを示し、「１」はアプリケーションデータが「緊急情報」であることを示す。
「生成元基地局ＩＤ」は、データの生成元、即ち、データを生成した基地局の識別情報（ＩＤ）が設定されている。
「送信元基地局ＩＤ」は、データの送信元、即ち、自局が受信したデータの送信元となる基地局の識別情報（ＩＤ）が設定されている。
「インクリメントカウンタ」フィールドは、生成回数が設定されている。この生成回数は、基地局がデータを生成する毎（基地局が移動局から緊急情報を受信してデータを生成する毎）に１ずつインクリメントされる。このインクリメントカウンタによって、基地局が緊急車について生成した複数の路車間通信データを区別することができる。

【0098】

路車間通信用のパケットのアプリケーションヘッダにおける、「方路情報（方路番号）」フィールドには、車載通信機（移動局）３を搭載した緊急車が進行する方路を示す方路情報（方路番号）が設定されている。この「方路情報（方路番号）」フィールドに設定された情報は、進路推定情報とともに、緊急車（緊急移動中の移動局）５Ａの進路（進行方向）の特定が可能な情報（第２特定用情報）である。ここで、方路情報（方路番号）は、交差点を起点としてどの方角に延びる道路かを特定する情報である。つまり方路情報（方路番号）は、緊急車が進行中の道路を示す情報（道路情報）でもある。
図９は、実施形態に係る方路情報（方路番号）および進路推定情報（流入又は流出の推定情報）を示す概念図である。これらの方路情報（方路番号）および進路推定情報は、「方路情報（方路番号）」フィールドおよび「推定情報」フィールドに設定されるものである。
ここで、方路情報（方路番号）は、真北を０度として、真北と方路（道路）が交差点に接続する角度を時計回りに付与した場合、その角度の最も小さい方路の方路番号を「１」として、時計周りに順番に「１」〜「８」の番号を付与する。そして、「方路情報（方路番号）」フィールドには、この８つの方路番号のいずれかが設定されている。この方路情報（方路番号）によって、緊急車５Ａが走行する方路（道路）を特定することができる。

【0099】

図８に戻って、路車間通信データのアプリケーションヘッダにおける、「推定情報」フィールドには、進路推定情報として、少なくとも次の２つの情報のいずれかが設定されている。１つは、緊急車が路側通信機の配置された交差点へ接近する方向（流入する方向）に移動していることを示す情報（接近情報）である。もう１つは、緊急車がその交差点から離脱する（遠ざかる）方向（流出する方向）に移動していることを示す情報（離脱情報）である。ここで、「１」は、緊急車が路側通信機２の配置された交差点へ流入する方向に移動していることを示している。「２」は、緊急車が路側通信機の配置された交差点から流出する方向に移動していることを示している。また、「３」は、緊急車の上記交差点に対する進行方向を検知できなかったこと（エラー）を示している。これは、例えば、緊急車が交差点で停車した場合や、緊急車が交差点近傍の指定エリア外へ流出した場合に相当する。
そして、他の路側通信機２から路車間通信データを受信した路側通信機２は、前述の方路情報と、進路推定情報（接近情報（流入）または離脱情報（流出））との組み合わせに基づいて、緊急車の進路（進行方向；走行状況）を特定する。
なお、路側通信機２は、例えば、前述の方路情報と、緊急車の位置を示す情報との組合せに基づいて、緊急車の進路（進行方向；走行状況）を特定するものであってもよい。
路路間通信データのアプリケーションヘッダにおける、「宛先基地局ＩＤ」フィールドは、路路間通信用のパケットの宛先となる基地局の識別番号（ＩＤ）が設定されている。

【0100】

「２．通信方法」
［２−１．基本的構成］
まず、本実施形態に係る通信方法の基本的構成について説明する。
図１０、図１１および図１２は、本実施形態に係る通信方法の説明図である。
図１０では、第０スーパーフレーム（１００ｍｓ）と、第１スーパーフレーム（１００ｍｓ）と、第１スーパーフレームに続く第２スーパーフレーム（１００ｍｓ）と、を示している。なお、第０スーパーフレームは、図１０では一部のみを示しているが、第１スーパーフレームと略同様の構成を有する。図１０に示すように情報が送信されると、図１１および図１２に示すように情報が伝達される。
本実施形態では、緊急車５Ａに搭載された車載通信機（緊急移動中の移動局）３Ａから送信された緊急情報が、直接的に一般車（例えば一般車５Ｂ）に対して、或いは、第１路側通信機２Ａに伝達され、各路側通信機２Ａから一般車（例えば一般車５Ｂ）に対して緊急情報が報知される。

【0101】

図１０に示すように、第１スーパーフレームの開始前の第０スーパーフレームの最後に、緊急車５Ａから第１路側通信機２Ａに対して緊急情報（第１情報）が送信されてきたとする。
この場合、図１０および図１１に示すように、第１路側通信機２Ａは、第１路側通信機２Ａの周辺の車載通信機（または歩行者用通信機）３に対して緊急情報を報知すべく、当該緊急情報を、路車間通信データ（第２情報）として送信する。第１路側通信機２Ａは、緊急情報を含む路車間通信データ（第２情報）を、第１スーパーフレームの期間ＳＬ１−Ａ内の第１通信期間ＴＡ−１（第１路側通信機２Ａに割り当てられた第１通信期間）にて送信する。なお、第１通信期間ＴＡ−１では、緊急情報以外の通常情報も送信することができるが、通常情報よりも緊急情報を優先して（先に）送信する。そして、第１路側通信機２Ａは、路路間通信データを、第１スーパーフレームの期間ＳＬ１−Ａ内の第２通信期間ＴＡ−２（第１路側通信機２Ａに割り当てられた第２通信期間）にて送信する。この路路間通信データには、例えば中央装置４宛の緊急情報も含まれる。

【0102】

一方、一般車（例えば一般車５Ｂ〜５Ｄ）に搭載された車載通信機（第２移動局）３Ｂ〜３Ｄは、通常情報を含む車車間通信データを、第１スーパーフレームの期間ＳＬ２内にて送信する。また、緊急車５Ａに搭載された車載通信機３Ａは、緊急車情報を、車車間通信データ（第１情報）として送信する。

【0103】

また、第２路側通信機２Ｂは、通常情報を含む路車間通信データ（第２情報）を、第１スーパーフレームの期間ＳＬ１−Ｂ内の第１通信期間ＴＢ−１（第２路側通信機２Ｂに割り当てられた第１通信期間）にて送信する。また、第２路側通信機２Ｂは、路路間通信データを、第１スーパーフレームの期間ＳＬ１−Ｂ内の第２通信期間ＴＢ−２（第２路側通信機２Ｂに割り当てられた第２通信期間）にて送信する。この路路間通信データには、例えば中央装置４宛の緊急情報も含まれる。

【0104】

ここにおいて、第２路側通信機２Ｂは、第１路側通信機２Ａから第１通信期間ＴＡ−１において路車間通信データ（第２情報）として送信された緊急情報を受信する。これにより、第１路側通信機２Ａが、路路間通信データとして緊急情報を送信しなくても、第２路側通信機２Ｂは、緊急情報を取得することができる。

【0105】

第２路側通信機２Ｂは、第１路側通信機２Ａから緊急情報を取得すると、第２路側通信機２Ｂの周辺の車載通信機（または歩行者用通信機）３に対して緊急情報を報知すべく、当該緊急情報を、路車間通信データ（第３情報）として送信する。図１０および図１２に示すように、第２路側通信機２Ｂは、緊急情報を含む路車間通信データ（第２情報）を、第２スーパーフレームの期間ＳＬ１−Ｂ内の第１通信期間ＴＢ−３（第２路側通信機２Ｂに割り当てられた第１通信期間）にて送信する。なお、第１通信期間ＴＢ−３では、緊急情報以外の通常情報も送信することができるが、通常情報よりも緊急情報を優先して（先に）送信する。そして、第２路側通信機２Ｂは、路路間通信データを、第１スーパーフレームの期間ＳＬ１−Ｂ内の第２通信期間ＴＢ−４（第２路側通信機２Ｂに割り当てられた第２通信期間）にて送信する。

【0106】

なお、第１路側通信機２Ａは、通常情報を含む路車間通信データ（第２情報）を、第２スーパーフレームの期間ＳＬ１−Ａ内の第１通信期間ＴＡ−３（第１路側通信機２Ａに割り当てられた第１通信期間）にて送信する。また、第１路側通信機２Ａは、路路間通信データを、第２スーパーフレームの期間ＳＬ１−Ａ内の第２通信期間ＴＡ−４（第１路側通信機２Ａに割り当てられた第２通信期間）にて送信する。
ここにおいて、第１通信期間ＴＢ−３での路車間通信データ（第３情報）としての緊急情報の送信は、更に他の路側通信機２（図示せず）に対する緊急情報の送信ともなっている。

【0107】

以上説明したように、本実施形態に係る通信方法では、第１路側通信機２Ａが、緊急車５Ａから送信された緊急情報を含む車車間通信データを受信すると、緊急情報を含む路車間通信データを送信する。そして、第２路側通信機２Ｂが、第１路側通信機２Ａが、路車間通信データとして送信した緊急情報、即ち、路路間通信データとして送信した情報ではない緊急情報を受信すると、緊急情報を含む路車間通信データ（第３情報）を送信するものである。

【0108】

［２−２．緊急車の進行方向を考慮した通信方法］
次に、本実施形態に係る緊急車の進行方向を考慮した通信方法について説明する。
図１３〜図１７は、本実施形態に係る通信方法の説明図である。図１３〜図１６では、緊急車５Ａと第１路側通信機２Ａと第２路側通信機２Ｂと他の一般車５Ｂ，５Ｃとの位置関係を示す図と、路側通信機２Ａ，２Ｂの動作のタイムチャートとを並べて示している。
図１３に示すように、まず、時刻Ｔ０に、第１路側通信機２Ａが、緊急車５Ａから送信された緊急情報（緊急車情報）を含む車車間通信データ（第１情報）を受信したとする。この場合、第１路側通信機２Ａは、進路推定処理を開始する。この進路推定処理では、受信した車車間通信データ（第１情報）に基づいて、第１路側通信機２Ａが、緊急車５Ａが自局２Ａの設置されている交差点に接続する方路（道路）を交差点に接近（流入）する方向に移動しているのか交差点から遠ざかる（離脱；流出）する方向に移動しているのかを判定する処理が行われる。ここでは、第１路側通信機２Ａが、進路推定処理において、緊急車５Ａが自局２Ａの設置されている交差点の方路番号「２」の方路に流入する方向に移動していると判定する。この進路推定処理の詳細は、後出［３−３］で詳細に説明する。

【0109】

時刻Ｔ１において第１路側通信機２Ａによる進路推定処理が完了した後、時刻Ｔ２に、第１路側通信機２Ａが、緊急情報（緊急車接近情報）を含む路車間通信データ（第２情報）を自局の設置された交差点周辺の車両５へ送信するとともに、緊急車感知情報（緊急局感知情報）を含む有線通信データを中央装置４へ送信する。ここで、第１路側通信機２Ａは、前述のスーパーフレーム（例えば第１スーパーフレーム）の第１路側通信機２Ａに割り当てられた第１通信期間において緊急車接近情報を含む路車間通信データを送信する。また、第１路側通信機２Ａは、有線通信回線７を介して、緊急車５の存在を中央装置４に認識させるための緊急車感知情報（緊急局感知情報）を含む有線通信データを送信する。有線通信データのデータフォーマットは、例えば、図２９に示す構成であり、有線通信データのアプリケーションデータに含まれる緊急車感知情報等は、第１路側通信機２Ａ近傍に緊急車が存在することを示す情報であり、中央装置４において、緊急車を優先する信号制御などを行うために用いられる。

【0110】

図１３に示す時刻Ｔ２に送信される路車間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドおよび「生成元基地局ＩＤ」フィールドの両方には、第１路側通信機２Ａの識別情報が設定されている。また、アプリケーションヘッダの「方路情報（方路番号）」フィールドには、方路番号「２」が設定されている。アプリケーションヘッダの「推定情報（進路推定情報）」フィールドには、「流入」を示す識別番号「１」（接近情報）が設定されている。また、アプリケーションヘッダの「インクリメントカウンタ」フィールドには、第１路側通信機２Ａが緊急車情報を含む車車間通信データを受信してから初めて生成した路車間通信データであることを示す「１」が設定される。

【0111】

また、図１３に示す時刻Ｔ２に送信される有線通信データ（緊急車感知情報を含むデータ）には、送信元として第１路側通信機２Ａ、宛先として中央装置４のＩＰアドレスが設定されている。この有線通信データには、例えば、緊急車５Ａに関する進路情報等が含まれている。

【0112】

以上のように、第１路側通信機２Ａは、進路情報（第２特定用情報）を含む路車間通信データ（第２情報）を一般車５Ｂ，５Ｃ（第２移動局）向けに送信する。この際、第１路側通信機２Ａは、宛先が中央装置（中央装置）４に設定された有線通信データ（第４情報）を送信する。

【0113】

これにより、中央装置４が、緊急車５Ａの存在やその進行方向（進路）に関する情報を取得することができるので、中央装置と第１路側通信機２Ａや第２路側通信機２Ｂ等の基地局とが連携したシステム制御が可能となる。

【0114】

一方、第２路側通信機２Ｂは、時刻Ｔ２において第１路側通信機２Ａから緊急車接近情報を含む路車間通信データ（第２情報）を受信する。このときは、第２路側通信機２Ｂは、緊急車５Ａが自局に接近する可能性が低いため、緊急車接近情報を含む路車間通信データ（第３情報）を送信しない。
図１４に示すように、第１路側通信機２Ａは、時刻Ｔ２において、緊急車接近情報を含む路車間通信データ（第２情報）および緊急車感知情報を含む有線通信データ（第４情報）を送信した後、時刻Ｔ３まで路車間通信データの送信待ち状態（送信の待機情報）となる。第１路側通信機２Ａは、緊急情報を含む車車間通信データ（第１情報）を受信する毎に、進路推定処理を行って生成された路車間通信データ（第２情報）を送信することもできるが、所定の送信待ち時間を設けて、緊急情報を含む路車間通信データ（第２情報）の送信を回避することで、通信の輻輳の抑制を図ることができる。

【0115】

所定の送信待ち時間が経過して時刻Ｔ３になると、第１路側通信機２Ａは、再び進路推定処理を開始する。ここでは、第１路側通信機２Ａが、新たに受信した車車間通信データ（第１情報）に基づく新たな進路推定処理において、緊急車５Ａが自局２Ａの設置されている交差点から流出する方向に移動していると判定する。なお、新たな進路推定は、時刻Ｔ３以降に受信した新たな車車間通信データに基づいて行われるが、時刻Ｔ３のやや手前で受信された新たな車車間通信データに基づいて行われても良い。

【0116】

時刻Ｔ４において進路推定処理が完了した後、時刻Ｔ５に、第１路側通信機２Ａが、新たな進路推定処理に基づく緊急情報（緊急車接近情報）を含む路車間通信データを送信するとともに、緊急車感知情報を含む有線通信データを送信する。
ここで、第１路側通信機２Ａが送信する路車間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドおよび「生成元基地局ＩＤ」フィールドの両方には、第１路側通信機２Ａの識別情報が設定されている。また、アプリケーションヘッダの方路情報（方路番号）」フィールドには、方路番号「４」が設定されている。アプリケーションヘッダの「推定情報」フィールドには、「流出」を示す識別番号「２」（離脱情報）が設定されている。また、アプリケーションヘッダの「インクリメントカウンタ」フィールドには、第１路側通信機２Ａが緊急車情報を含む車車間通信データを受信してから２回目に生成した路車間通信データであることを示す「２」が設定される。

【0117】

以上説明したように、第１路側通信機２Ａが、「方路情報（方路番号）」フィールドに方路番号「２」、「進路推定情報」フィールドに「流入」を示す識別番号「１」（接近情報）が設定された路車間通信データを一回送信する。その後、所定の送信待ち時間だけ経過した後、第１路側通信機２Ａが、「方路情報（方路番号）」フィールドに方路番号「４」、「進路推定情報」フィールドに「流出」を示す識別番号「２」（離脱情報）が設定された路車間通信データを１回送信する。これにより、第１路側通信機２Ａから第２路側通信機２Ｂへ路車間通信データ（第２情報）を送信する頻度を低減することができるので、第１路側通信機２Ａと第２路側通信機２Ｂとの間における通信の輻輳を抑制することができる。
そして、第２路側通信機２Ａは、２回目の路車間通信データ（第２情報）の受信によって、緊急車が第１路側通信機２Ａが設置された交差点の方路番号４から流出して遠ざかる方向へ移動していること、つまり、第２路側通信機２Ａに接近していることを把握することができる。

【0118】

一方、第２路側通信機２Ｂは、時刻Ｔ５において第１路側通信機２Ａから緊急車接近情報を含む路車間通信データ（第２情報）を受信すると、時刻Ｔ６において、緊急車接近情報を含む路車間通信データ（第３情報）を送信する。
ここで、第２路側通信機２Ｂが送信する路車間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドには、第２路側通信機２Ｂの識別情報が設定されている。また、アプリケーションヘッダの「生成元基地局ＩＤ」フィールドには、第１路側通信機２Ａの識別情報が設定されている。また、アプリケーションヘッダの「方路情報（方路番号）」フィールドには、方路番号「４」が設定されている。アプリケーションヘッダの「推定情報」フィールドには、第１路側通信機２Ａの進路推定処理の結果（「流出」を示す識別番号「２」）が設定されている。また、アプリケーションヘッダの「インクリメントカウンタ」フィールドには、「２」が設定される。

【0119】

以上のように、第２路側通信機２Ｂは、第１路側通信機２Ａから、「推定情報」フィールドが「流入」を示す識別番号に設定された路車間通信データ（第２情報）と、「進路推定情報」フィールドが「流出」を示す識別番号に設定された路車間通信データ（第２情報）との両方を受信したとする。この場合、第２路側通信機２Ｂは、前者の路車間通信データ（第２情報）を受信した場合ではなく、後者の場合の路車間通信データ（第２情報）を受信した場合でかつ、その路車間通信データに含まれる方路番号が自局２Ｂに接続される方路（道路）の場合（第２路側通信機２に接近している場合）に、「送信元基地局ＩＤ」フィールドに自局の識別情報が設定された路車間通信データ（第３情報）を送信する。つまり、第２路側通信機２Ｂは、緊急車５Ａが、単に、第１路側通信機２Ａが設置された交差点へ接近していることが検出された段階ではなく、第１路側通信機２Ａの設置された交差点から自局２Ｂの設置された交差点に向かっていることがある程度確定した段階で、路車間通信データ（第３情報）を送信する。

【0120】

このために第１路側通信機（第１基地局）２Ａは、緊急車（緊急移動中の移動局）５Ａの進行方向が、第１路側通信機（第１基地局）２Ａに接近する方向および第１路側通信機（第１基地局）２Ａから離脱する方向のいずれかであるかを判定した判定結果を、路車間通信データ（第２情報）に含めて第２路側通信機（第２基地局）２Ｂに通知することができる。

【0121】

また、第２路側通信機（第２基地局）２Ｂは、第１基地局２Ａから取得した緊急情報を含む第２情報に基づいて、緊急移動中の移動局が自局２Ｂに接近する方向に移動しているか否かを判定することができる。

【0122】

図１５に示すように、第１路側通信機２Ａは、時刻Ｔ５において、緊急車接近情報を含む路車間通信データ（第２情報）および緊急車感知情報を含む有線通信データ（第４情報）を送信する。また、第１路側通信機２Ａは、時刻Ｔ５における送信の後、時刻Ｔ８まで送信待ち状態となる。ここで、時刻Ｔ８は、例えば、第１路側通信機２Ａが最初に緊急車接近情報を含む路車間通信データを送信した時刻Ｔ２からの経過時間が数百ｍｓ〜数秒となるように設定されている。

【0123】

一方、第２路側通信機２Ｂは、第１路側通信機２Ａが送信待ち状態にある時刻Ｔ７において、緊急車５Ａから送信された緊急車情報を含む車車間通信データを受信したとする。この場合、第２路側通信機２Ｂは、進路推定処理を開始する。ここでは、第２路側通信機２Ｂが、進路推定処理において、緊急車５Ａが自局の設置されている交差点に流入する方向に移動していると判定する。

【0124】

そして、第１路側通信機２Ａは、進路推定処理開始後の時刻Ｔ８において、緊急車接近情報を含む路車間通信データを送信する。
ここで、第１路側通信機２Ａが送信する路車間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドおよび「生成元基地局ＩＤ」フィールドの両方には、第１路側通信機２Ａの識別情報が設定されている。また、アプリケーションヘッダの「方路情報（方路番号）」フィールドには、方路番号「４」が設定されている。アプリケーションヘッダの「進路推定情報」フィールドには、進路推定処理の結果（「流出」を示す識別番号「２」）が設定されている。また、アプリケーションヘッダの「インクリメントカウンタ」フィールドには、第１路側通信機２Ａが緊急車情報を含む車車間通信データを受信してから３回目に生成した路車間通信データであることを示す「３」が設定される。そして、第１路側通信機２Ａは、「インクリメントカウンタ」フィールドに「３」が設定された、緊急車接近情報を含む路車間通信データを送信すると、以後、緊急車接近情報を含む路車間通信データの送信を停止する。

【0125】

一方、第２路側通信機２Ｂは、時刻Ｔ８において第１路側通信機２Ａから緊急車接近情報を含む路車間通信データを受信すると、時刻Ｔ９において、緊急車接近情報を含む路車間通信データを送信する。
ここで、第２路側通信機２Ｂが送信する路車間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドには、第２路側通信機２Ｂの識別情報が設定されている。また、アプリケーションヘッダの「生成元基地局ＩＤ」フィールドには、第１路側通信機２Ａの識別情報が設定されている。また、アプリケーションヘッダの「方路情報（方路番号）」フィールドには、方路番号「４」が設定されている。アプリケーションヘッダの「進路推定情報」フィールドには、第１路側通信機２Ａの進路推定処理の結果（「流出」を示す識別番号「２」）が設定されている。また、アプリケーションヘッダの「インクリメントカウンタ」フィールドには、「３」が設定される。

【0126】

図１６に示すように、時刻Ｔ１０において第２路側通信機２Ｂによる進路推定処理が完了した後、時刻Ｔ１１に、第２路側通信機２Ｂが、緊急車接近情報を含む路車間通信データを送信するとともに、緊急車感知情報を含む路路間通信データ（第４情報；中央装置宛て情報）を送信する（図２８参照）。ここで、第２路側通信機２Ｂは、緊急車感知情報を含む路路間通信データを、路側通信機２Ａ経由で中央装置４へ送信する。当該路路間通信データにおいて、路路間通信データのアプリケーションヘッダの「生成元基地局ＩＤ」および「送信元基地局ＩＤ」フィールドには、第２路側通信機２Ｂの識別情報が設定されており、「宛先基地局ＩＤ」フィールドには、第１路側通信機２Ａの識別情報が設定されている。また、路路間通信データのアプリケーションレイヤには、宛先として中央装置４のＩＰアドレスが設定されている。この路路間通信データには、第２路側通信機２Ｂでの進路推定処理により得られた緊急車５Ａに関する進路情報や進路推定情報等が含まれている。

【0127】

このように、第２路側通信機２Ｂは、宛先が中央装置４に設定され、生成元が第２路側通信機２Ｂに設定された路路間通信データ（第４情報）を送信する。

【0128】

また、第２路側通信機２Ｂは、第１路側通信機２Ａから路車間通信データ（第２情報）を受信した場合には、時刻Ｔ９において、自局の通信エリア内の移動局向けの路車間通信データ（第３情報）を送信するだけで、緊急車感知情報を含む路路間通信データ（第４情報；中央装置宛て情報）は送信しないが、自局の通信エリア内の移動局（緊急車）から緊急情報を受信した場合には、時刻Ｔ１１において、自局の通信エリア内の移動局向けの路車間通信データ（第３情報）及び緊急車感知情報を含む路路間通信データ（第４情報；中央装置宛て情報）を送信する。
これにより、第２路側通信機（第２基地局）２Ｂは、第１路側通信機（第１基地局）２Ａが既に中央装置４向けに送信した路路間通信データ（第４情報）を重複して送信してしまうことを回避できるので、通信トラフィックの軽減を図ることができる。

【0129】

一方、第１路側通信機２Ａは、第２路側通信機２Ｂから緊急車感知情報を含む路路間通信データ（第４情報）および緊急車接近情報を含む路車間通信データ（第３情報）を受信する。

【0130】

その後、時刻Ｔ１２において、第１路側通信機２Ａは、緊急車感知情報を含む有線通信データ（第４情報）を中央装置４へ送信する。ここで、有線通信データには、送信元として第２路側通信機２Ｂの識別情報（ＩＰアドレス）が設定されており、宛先として中央装置４の識別情報が設定されている。

【0131】

以上説明したように、第２路側通信機２Ｂは、第１路側通信機２Ａが設置された交差点に流入する緊急車５Ａが、第２路側通信機２Ｂが設置された交差点に向かって流出したことが確定してから、緊急車接近情報を含む路車間通信データを送信する。

【0132】

図１７に示すように、例えば時刻Ｔ２に交差点Ａ２の東側の方路（道路）、つまり、方路番号「２」の方路から緊急車５Ａが流入するとする。この場合、交差点Ａ２に設置された路側通信機（第１路側通信機）２Ａは、アプリケーションヘッダの「進路推定情報」フィールドが「流入」を示す識別情報（例えば「１」）に設定された緊急車接近情報を含む路車間通信データを送信する。すると、交差点Ａ２に設置された第１路側通信機２Ａの路車間通信データの送信エリア（交差点Ａ１，Ａ３，Ｂ２）に設置された路側通信機２が、当該路車間通信データを受信する。この時点では、上記送信エリア（交差点Ａ１，Ａ３，Ｂ２）に設置された路側通信機２Ａ，２Ｂは、いずれも路車間通信データを送信しない。

【0133】

次に、時刻Ｔ６に交差点Ａ２の西側の方路（道路）、つまり、方路番号「４」の方路から緊急車５Ａが流出したとする。この場合、交差点Ａ２に設置された第１路側通信機２Ａは、アプリケーションヘッダの「進路推定情報」フィールドが「流出」を示す識別情報（例えば「２」）に設定された緊急車接近情報を含む路車間通信データを送信する。すると、交差点Ａ１，Ａ３に設置された路側通信機２Ａは、アプリケーションヘッダの「方路情報（方路番号）」フィールドおよび「進路推定情報」フィールドに基づいて、緊急車５Ａが自局の設置された交差点に向かって移動（接近）しているものではないと判定する。そして、交差点Ａ１，Ａ３に設置された路側通信機２Ａは、路車間通信データを送信しない。

【0134】

一方、交差点Ｂ２に設置された路側通信機（第２路側通信機）２Ｂは、アプリケーションヘッダの「方路情報（方路番号）」フィールドおよび「進路推定情報」フィールドに基づいて、緊急車５Ａが自局の設置された交差点に向かって移動（接近）していると判定する。そして、交差点Ｂ２に設置された路側通信機２Ｂは、路車間通信データを送信する。

【0135】

この結果、緊急車５Ａが通過する（可能性が比較的高い）交差点に設置された路側通信機２Ａ，２Ｂのみが、緊急車接近情報を含む路車間通信データを送信し、緊急車５Ａが通過しない交差点に設置された路側通信機２Ａ，２Ｂは、緊急車接近情報を含む路車間通信データを送信しない。これにより、無駄な通信を抑制することができる。

【0136】

［３．路側通信機が行う通信処理］
［３−１．全体］
次に、路側通信機２が行う通信処理について詳細に説明する。
図１８は、本実施形態に係る路側通信機２の動作を示すフローチャートである。ここで、路側通信機２は、路路間通信データ（第４情報）だけでなく、路車間通信データ（第２および第３情報）および車車間通信データ（第１情報）も受信可能である。つまり、路側通信機２は、路側通信機２に割り当てられた送信以外の期間において到来した通信パケットを受信することができる。

【0137】

まず、路側通信機２は、自局の送信タイミングであるか否かを判定する（ステップＳ１）。具体的には、路側通信機２は、スーパーフレームにおいて自局２に割り当てられた通信期間（第１通信期間または第２通信期間）であるか否かを判定する。

【0138】

ステップＳ１において、自局の送信タイミングであると判定されると（ステップＳ１：Ｙｅｓ）、路側通信機２は、路車間通信データ或いは路路間通信データ中継（送信）する中継処理（送信処理）を行う（ステップＳ１１）。この中継処理の詳細は後出［３−２］にて詳細に説明する。なお、有線通信データについての中継処理（送信処理）は任意のタイミングで行うことができる。

【0139】

一方、ステップＳ１において、自局の送信タイミングでないと判定されると（ステップＳ１：Ｎｏ）、路側通信機２は、路路間通信データ、路車間通信データおよび車車間通信データを受信したか否かを判定する（ステップＳ２）。

【0140】

ステップＳ２において、路路間通信データ、路車間通信データおよび車車間通信データのいずれも受信していないと判定されると（ステップＳ２：Ｎｏ）、路側通信機２は、再びステップＳ１の処理を行う。

【0141】

一方、ステップＳ２において、路路間通信データ、路車間通信データおよび車車間通信データのいずれかを受信したと判定されると（ステップＳ２：Ｙｅｓ）、路側通信機２は、受信したデータが路車間通信データであるか否かを判定する（ステップＳ３）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「２」（基地局から基地局、移動局）または「４」（基地局から移動局）のいずれかに設定されているか否かを判定する。

【0142】

ステップＳ３において、受信したデータが路車間通信データであると判定されると（ステップＳ３：Ｙｅｓ）、路側通信機２は、路車間通信データが緊急情報（緊急車接近情報）を含むものであるか否かを判定する（ステップＳ４）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「２」に設定されているか否かを判定する。なお、ステップＳ３およびステップＳ４の処理は同時に行ってもよい。

【0143】

ステップＳ４において、路車間通信データが緊急情報（緊急車接近情報）を含むものではないと判定されると（ステップＳ４：Ｎｏ）、路側通信機２は、受信した路車間通信データを破棄する（ステップＳ１０）。具体的には、路側通信機２の通信処理部２５ｂが、路車間通信データを破棄する。
その後、路側通信機２は、再びステップＳ１の処理を行う。

【0144】

一方、ステップＳ４において、路車間通信データが緊急車接近情報を含むものであると判定されると（ステップＳ４：Ｙｅｓ）、路側通信機２は、受信した路車間通信データを読み取る（ステップＳ６）。具体的には、路側通信機２の通信処理部２５ｂが、路車間通信データに含まれるアプリケーションデータを抽出してアプリケーション装置２５ａに渡す。

【0145】

次に、路側通信機２は、自局が保持する保持リストを更新する（ステップＳ７）。ここでは、路側通信機２が、保持リストに、受信した路車間通信データを記録する。

【0146】

また、ステップＳ３において、受信したデータが路車間通信データではないと判定されると（ステップＳ３：Ｎｏ）、路側通信機２は、受信したデータが路路間通信データであるか否かを判定する（ステップＳ５）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「６」（基地局から基地局）に設定されているか否かを判定する。

【0147】

ステップＳ５において、受信したデータが路路間通信データであると判定されると（ステップＳ５：Ｙｅｓ）、路側通信機２は、ステップＳ６の読取処理を行い、受信した路路間通信データを記録する（ステップＳ７）。

【0148】

一方、ステップＳ５において、受信したデータが路路間通信データではない（車車間通信データである）と判定されると（ステップＳ５：Ｎｏ）、路側通信機２は、受信したデータを車車間通信データと判定し、当該車車間通信データが緊急情報（緊急車情報）を含むか否かを判定する（ステップＳ８）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「１」（移動局から基地局、移動局）に設定されているか否かを判定する。

【0149】

ステップＳ８において、受信した車車間通信データが緊急車情報を含むと判定されると（ステップＳ８：Ｙｅｓ）、路側通信機２は、ステップＳ６の読取処理を行い、受信した車車間通信データを記録する（ステップＳ７）。

【0150】

一方、ステップＳ８において、受信した車車間通信データが緊急車情報を含まないと判定されると（ステップＳ８：Ｎｏ）、路側通信機２は、受信した車車間通信データを破棄する（ステップＳ９）。具体的には、路側通信機２の通信処理部２５ｂが、路車間通信データを破棄する。なお、路側通信機２が、受信した緊急車情報を含まない車車間通信データを他の用途で使用するとする。この場合、ステップＳ９において、路側通信機２が、受信した車車間通信データを破棄せずに読み取ることになる。

【0151】

［３−２．中継処理（送信処理）］
次に、本実施形態に係る路側通信機２の中継処理について詳細に説明する。
この「中継処理」では、路側通信機２が緊急車情報を含む車車間通信データ（第１情報）を受信して緊急車接近情報を含む路車間通信データ（第２情報）を送信する。また、路側通信機２は、緊急車接近情報を含む路車間通信データ（第２情報）を他の路側通信機２から受信して緊急車接近情報を含む路車間通信データ（第３情報）を送信する。更に、路側通信機２は、緊急車感知情報を含む路路間通信データ（第４情報）を他の路側通信機２から受信して緊急車感知情報を含む路路間通信データ（第４情報）を別の他の路側通信機２へ送信する。更に、路側通信機２は、緊急車情報を含む車車間通信データ（第１情報）を受信又は緊急車感知情報を含む路路間通信データ（第４情報）を受信して、緊急車感知情報を含む有線通信データ（第４情報）を、中央装置４へ送信する。
図１９は、本実施形態に係る路側通信機２の中継処理（送信処理）における動作を示すフローチャートである。
まず、路側通信機２は、自局が保持する保持リストを更新する（ステップＳ７）。ここでは、路側通信機２が、保持リストに、中継処理を試みるデータを記録する。

【0152】

次に、路側通信機２は、中継処理（送信処理）を試みるデータの通信種別（路路、路車、車車）の判定を行う（ステップＳ５２）。ここでは、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「１」〜「６」のいずれに設定されているかを判定する。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「６」に設定されていると、路路間通信データ（第１情報）と判定し、管理情報が「２」、「４」または「５」に設定されていると、路車間通信データ（第２情報）と判定する。また、通信処理部２５ｂは、上記管理情報が「１」または「３」に設定されていると、車車間通信データ（第１情報）と判定する。

【0153】

ステップＳ５２において、中継処理を試みるデータが路路間通信データ（第４情報）であると判定すると（ステップＳ５２：路路）、路側通信機２は、中継処理を試みる路路間通信データの送信元と宛先が所定の送信元と宛先であるか否かを判定する（ステップＳ５３）。ここにおいて、路側通信機２は、中継処理を許容する路路間通信データに対応する、アプリケーションヘッダの「送信元基地局ＩＤ」フィールドおよび「宛先基地局ＩＤ」フィールドに設定されうる基地局の識別情報が登録された路路間通信中継判定テーブルを保有している。そして、路側通信機２は、中継処理を試みる路路間通信データのアプリケーションヘッダの「送信元基地局ＩＤ」フィールドおよび「宛先基地局ＩＤ」フィールドに設定されている識別情報が上記路路間通信中継判定テーブルに登録されているか否かを判定する。

【0154】

ステップＳ５３において、中継処理を試みる路路間通信データの送信元および宛先が所定の送信元および宛先ではないと判定されると（ステップＳ５３：Ｎｏ）、路側通信機２は、中継処理を試みる路路間通信データを破棄する（ステップＳ５４）。

【0155】

一方、ステップＳ５３において、中継処理を試みる路路間通信データの送信元および宛先が所定の送信元および宛先であると判定されると（ステップＳ５３：Ｙｅｓ）、路側通信機２は、中継処理を試みる路路間通信データが以前に送信（中継）を行った路路間通信データと同じであるか否かを判定する（ステップＳ７２）。なお、ステップＳ７２において、例えば、中継処理を試みる路路間通信データと同じ送信元、宛先、生成回数の路路間通信データを以前に送信したか否かを判定するようにしてもよい。

【0156】

ステップＳ７２において、中継処理を試みる路路間通信データが以前に送信（中継）を行った路路間通信データと同じであると判定されると（ステップＳ７２：Ｙｅｓ）、路側通信機２は、中継処理を試みる路路間通信データを破棄する（ステップＳ５４）。

【0157】

一方、ステップＳ７２において、中継処理を試みる路路間通信データが以前に送信（中継）を行った路路間通信データと同じではないと判定されると（ステップＳ７２：Ｎｏ）、路側通信機２は、中継処理を試みる路路間通信データを中継（送信）する（ステップＳ５９）。具体的には、路側通信機２が、中継処理を試みる路路間通信データを他の路側通信機２（例えば、アプリケーションヘッダの「宛先基地局ＩＤ」フィールドに設定されている識別情報が付与された路側通信機２）へ送信する。或いは、当該路側通信機２が中央装置４と有線通信回線７で接続されており、路路間通信データの最終的な宛先が中央装置４である場合は、緊急車感知情報を含む有線通信データ（第４情報）を生成し、中央装置４に送信する。

【0158】

その後、路側通信機２は、自局が保持する保持リストを更新する（ステップＳ６０）。ここでは、路側通信機２が、保持リストに、中継した路路間通信データを記録する。

【0159】

また、ステップＳ５２において、中継処理を試みるデータが路車間通信データ（第２情報）であると判定すると（ステップＳ５２：路車）、路側通信機２は、中継処理を試みる路車間通信データが緊急情報（緊急車接近情報）を含むものであるか否かを判定する（ステップＳ５５）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション情報に含まれる管理情報が「２」に設定されているか否かを判定する。

【0160】

ステップＳ５５において、中継処理を試みる路車間通信データが緊急車接近情報を含まないと判定されると（ステップＳ５５：Ｎｏ）、路側通信機２は、中継処理を試みる路車間通信データを破棄する。

【0161】

一方、ステップＳ５５において、中継処理を試みる路車間通信データ（第２情報）が緊急車接近情報を含むと判定されたとする（ステップＳ５５：Ｙｅｓ）。この場合、路側通信機２は、中継処理を試みる路車間通信データの送信元と生成元が所定の路側通信機であるか否か、および中継処理を試みる路車間通信データ（第２情報）に含まれる進路情報（第２特定用情報；方路番号及び進路推定情報）が所定の進路情報であるか否かを判定する（ステップＳ５７）。ここでは、路側通信機２のアプリケーション装置２５ａが、中継を試みる路車間通信データに含まれる進路情報（第２特定用情報）に基づいて、緊急車５Ａが自局に接近していると判断するための接近条件を満たすか否かを判定する。ここで、路側通信機２（通信処理装置２５）は、前述のように、中継処理を許容する路車間通信データに対応する、「送信元基地局ＩＤ」と、「生成元基地局ＩＤ」と、「進路情報（方路番号および進路推定情報）」との関係を示す路車間通信中継判定テーブル（判定テーブル）を保有している。この路車間通信判定テーブルは、前述の接近条件を規定したものである。

【0162】

図２０は、本実施形態に係る路車間通信中継判定テーブルの一例を示す概念図である。路側通信機２のアプリケーション装置２５ａは、中継処理を試みる路車間通信データの送信元基地局ＩＤ、生成元基地局ＩＤおよび進路情報に基づいて、図２０に示すような路車間通信中継判定テーブルを参照して、緊急車５Ａが自局に接近する方向に移動しているか否かを判定する。

【0163】

ここで、図２０に示すテーブルの「進路情報」には、生成元基地局ＩＤ（識別情報）が付与された路側通信機２が設置された交差点の方路のうち、自局が設置された交差点を臨む方向の方路の番号（例えば７）が設定され、また、進路推定情報として「流出」、つまり、自局に接近する方向が設定される。そして、路側通信機２のアプリケーション装置２５ａは、中継処理を試みる路車間通信データ（第２情報）に含まれる送信元基地局ＩＤ、生成元基地局ＩＤおよび進路情報が、図２０に示すような判定テーブルに設定されていれば、移動局が自局に近づく所定の進路にある、つまり、移動局が自局に接近していると判断するための接近情報を満たすと判定する。このように、路側通信機２は、進路情報に基づいて、緊急車（緊急移動中の移動局）５Ａの進行方向の特定ができる。

【0164】

このように、路側通信機２が、路車間通信中継判定テーブルを保有し、当該路車間通信中継判定テーブルを参照して、緊急車が自局に接近する方向に移動しているか否か（接近条件を満たすか否か）を判定する。これにより、緊急車５Ａの進行方向の判定を比較的容易にすることができる。

【0165】

ステップＳ５７において、中継処理を試みる路車間通信データの送信元と生成元が所定の路側通信機ではないか、或いは進路情報が所定の進路情報ではないと判定されると（ステップＳ５７：Ｎｏ）、路側通信機２は、当該中継を試みる路車間通信データを破棄する（ステップＳ５６）。

【0166】

一方、ステップＳ５７において、中継処理を試みる路車間通信データの送信元と生成元とが所定の路側通信機２であり、且つ進路情報が所定の進路情報である（自局に接近している）と判定されたとする（ステップＳ５７：Ｙｅｓ）。この場合、路側通信機２は、中継処理を試みる路車間通信データが所定の中継条件を具備しているか否かを判定する（ステップＳ５８）。この「所定の中継条件」は、過去に同じ内容の路車間通信データを受信した場合に、中継処理を防ぐための条件である。従って、過去の情報によらず中継処理を行う場合は不要となる。具体的には、当該中継処理を試みる路車間通信データの、「生成元基地局ＩＤ」、「送信元基地局ＩＤ」、「インクリメントカウンタ」を当該中継条件の判定指標とする。例えば、当該判定指標の値が、保持リストに記録された過去に中継処理を行った路車間通信データの判定指標の値と同じ場合、当該中継処理を試みる路車間通信データは中継しない。

【0167】

ステップＳ５８において、中継処理を試みる路車間通信データが所定の中継条件を具備していないと判定されると（ステップＳ５８：Ｎｏ）、路側通信機２は、中継処理を試みる路車間通信データを破棄する（ステップＳ５６）。

【0168】

一方、ステップＳ５８において、中継処理を試みる路車間通信データが所定の中継条件を具備すると判定されると（ステップＳ５８：Ｙｅｓ）、路側通信機２は、緊急情報を含む路車間通信データ（第３情報）を生成し（ステップＳ７４）、その後、路車間通信データを中継し（ステップＳ５９）、その後、保持リストを更新する（ステップＳ６０）。ここでは、中継した路車間通信データを保持リストに記録する。

【0169】

このように、路側通信機２は、緊急車接近情報（緊急情報）を含む路車間通信データ（第２情報）を受信しても緊急車（緊急移動中の移動局）５Ａが自局２に接近する方向に移動していなければ、緊急車接近情報を含む路車間通信データ（第３情報）の送信を回避する。これにより、路側通信機２が、緊急車接近情報を含む路車間通信データ（第３情報）を無駄に送信してしまうことを防止できる。従って、路側通信機２が、自局２に割り当てられた第１通信期間、例えば期間ＴＡ−１，ＴＢ−１，ＴＡ−３，ＴＢ−３を無駄に消費するのを抑制できる。

【0170】

また、ステップＳ５２において、中継処理を試みるデータが車車間通信データ（第１情報）であると判定すると（ステップＳ５２：車車）、路側通信機２は、中継処理を試みる車車間通信データが緊急情報（緊急車情報）を含むものであるか否かを判定する（ステップＳ６１）。具体的には、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション関連情報に含まれる管理情報が「１」に設定されているか否かを判定する。

【0171】

ステップＳ６１において、中継を試みる車車間通信データが緊急車情報を含むと判定されると（ステップＳ６１：Ｎｏ）、路側通信機２は、緊急車５Ａの進行方向を推定する進路推定処理を行う（ステップＳ６２）。この進路推定処理の詳細は、後出の［３−３］で詳細に説明する。

【0172】

次に、路側通信機２は、進路推定状態を判定する（ステップＳ６３）。
ステップＳ６３において、進路推定処理が終了していると判定されると（ステップＳ６３：進路推定済）、路側通信機２は、進路推定結果に基づき中央装置４へ緊急車感知情報を含む路路間通信データ（有線通信データ；第４情報））の送信を試みるととともに、緊急車接近情報を含む路車間通信データ（第３情報）の送信を試みる。

【0173】

前者については、路側通信機２は、進路推定結果を含む路路間通信データ（又は有線通信データ）を生成する（ステップＳ７３）。続いて、路側通信機２は、ステップＳ７２の処理を行い、その後、生成したデータを送信する（ステップＳ５９）。

【0174】

一方、後者の路車間通信データについては、路側通信機２が、過去に、緊急車接近情報および進路情報（第２特定用情報）を含む路車間通信データ（第２情報）を送信してから所定時間（所定の送信待ち時間）経過しているか否かを判定する（ステップＳ６５）。ここでは、例えば、路側通信機２が、緊急車接近情報および進路情報（第２特定用情報）を含む路車間通信データ（第２情報）を送信した時刻から所定時間（数百ｍｓ〜数秒）経過しているか否かを判定する。

【0175】

ステップＳ６５において、過去に、緊急車接近情報および進路情報を含む路車間通信データを送信してから所定時間経過していないと判定されると（ステップＳ６５：Ｎｏ）、路側通信機２は、中継処理を行わず、保持リストを更新して（ステップＳ６９）そのまま処理を終了する。ここで、路側通信機２は、保持リストに、緊急車接近情報と、進路推定処理により取得した進路情報と、を含む路車間通信データを示す情報を記録する。

【0176】

一方、ステップＳ６５において、過去に、緊急車接近情報および進路情報（第２特定用情報）を含む路車間通信データを送信してから所定時間経過したと判定されると（ステップＳ６５：Ｙｅｓ）、路側通信機２は、緊急車接近情報および進路情報を含む路車間通信データを所定回数送信したか否かを判定する（ステップＳ６６）。ここで、「所定回数」とは例えば「３」である。路側通信機２は、この所定回数（「３」）を保持しており、例えば、当該緊急車接近情報および進路情報を含む路車間通信データの生成対象となる緊急車５Ａに関して、当該路車間通信データをこの所定回数（「３」）まで送信可能とする。このとき、生成対象となる緊急車５Ａに関する当該路車間通信データのアプリケーションヘッダの「インクリメントカウンタ」フィールドが所定回数（「３」）カウントアップされたか否かを判定する。所定回数（「３」）カウントアップされた場合、路側通信機２は、緊急車接近情報および進路情報を含む路車間通信データを、所定回数送信済みと判定する。

【0177】

ステップＳ６６において、緊急車接近情報および進路情報を含む路車間通信データを所定回数送信したと判定されると（ステップＳ６６：Ｙｅｓ）、路側通信機２は、上記進路情報を含む路車間通信データを保持リストから削除する。これにより、路側通信機２は、緊急車接近情報および進路情報を含む路車間通信データの送信を停止する。

【0178】

一方、ステップＳ６６において、緊急車接近情報および進路情報を含む路車間通信データを所定回数送信していないと判定されると（ステップＳ６６：Ｙｅｓ）、路側通信機２は、中継処理を試みるデータが車車間通信データ（第１情報）に基づいて、緊急車接近情報および進路情報（第２特定用情報）を含む路車間通信データ（第２情報）を生成し（ステップＳ７０）、その後、生成した路車間通信データ（第２情報）を送信（中継）する（ステップＳ６８）。

【0179】

また、ステップＳ６３において、進路推定処理中であると判定されると（ステップＳ６３：進路推定中）、路側通信機２は、保持リストを更新して（ステップＳ６９）処理を終了する。ここで、路側通信機２は、保持リストに、受信した車車間通信データを記録する。

【0180】

また、ステップＳ６３において、進路推定エラーが発生したと判定されると（ステップＳ６３：進路推定エラー）、路側通信機２は、中央装置４へ緊急車感知情報および進路情報（進路推定エラーを示す情報）を含む路路間通信データ（有線通信データ）の送信を試みる。ここにおいて、進路推定エラーが発生する場合とは、例えば、緊急車５Ａが路側通信機２の設置された交差点で停車した場合や、緊急車５Ａが交差点近傍の指定エリア外（例えば脇道）へ流出した場合に相当する。また、路側通信機２は、進路推定エラーを示す情報を取得した場合に、当該情報を中央装置４へ送信する。

【0181】

進路情報の中央装置４への送信を試みる場合、路側通信機２は、進路情報を含む路路間通信データ（又は有線通信データ；第４情報）を生成した後（ステップＳ７３）、ステップＳ７２の処理を行う。

【0182】

また、路側通信機２は、受信した車車間通信データを保持リストから削除し（ステップＳ７１）処理を終了する。

【0183】

以上説明したように、路側通信機２（第１路側通信機２Ａ）は、緊急車（移動局）５Ａの進行方向を示す進路情報（第２特定用情報）を含む路車間通信データ（第２情報）を送信する。従って、当該路車間通信データを受信した一般車（第２移動局）５Ｂ〜５Ｄや他の路側通信機（例えば第２路側通信機２Ｂ）が、緊急車５Ａの進行方向（進路）を把握することができる。また、路側通信機２は、緊急車５Ａの進行方向（進路）を推定した、或いは、推定エラーとなった場合にのみ、当該緊急車５Ａの進路情報を含む路路間通信データや有線通信データを中央装置４へ向けて送信する。このとき、中央装置４は、緊急車５Ａの位置や進行方向に変化が生じた場合にのみ、そのことを知らせる情報を受け取ることになる。中央装置４が、緊急車５Ａをスムーズに進行方向の交差点を通過させるような信号制御を行う場合、交差点通過後の緊急車５Ａの位置や進行方向が制御対象とする交通信号機１を特定すること等において重要となる。従って、上記進路推定を行わず、緊急車５Ａから１００ｍｓ間隔で送信される車車間通信データを路側通信機が受信した場合、受信した数だけ中央装置４に送信する場合に比べて、中央装置４において交差点通過後の緊急車５Ａの位置や進行方向を抽出する処理が不要、或いは軽微になること、また、有線通信回線７の通信トラフィックを軽減できる。

【0184】

［３−３．進路推定処理］
次に、本実施形態に係る路側通信機２の進路推定処理について詳細に説明する。
図２１は、本実施形態に係る路側通信機２の進路推定処理における動作を示すフローチャートである。また、図２２および図２３は、本実施形態に係る路側通信機２の進路推定処理の説明図である。
まず、路側通信機２は、緊急車５Ａが候補エリアに流入したか否かを判定する（Ｓ１０１）。ここで、「候補エリア」とは、後述の流入エリアの候補となりうるエリアの集合であり、路側通信機２が緊急車５Ａから送信される車車間通信データを受信できる範囲に存在する。この候補エリアは、例えば路側通信機２が設置された交差点に合流する４つの道路（方路）Ｗ１〜Ｗ４上における、当該交差点Ａ２側の領域に設定される。

【0185】

ここにおいて、図２２に示すように、路側通信機２は、緊急車５Ａから送信される車車間通信データを３回受信すると、緊急車５Ａが候補エリアに流入したと判定する。なお、車車間通信データは、前述のスーパーフレームにおける緊急車５Ａ（車載通信機３Ａ）に割り当てられた期間（例えば図１０における第１スーパーフレームの期間ＳＬ２）において、緊急車５Ａから送信される。

【0186】

次に、路側通信機２は、候補エリアのいずれが流入エリアに相当するかを判定する流入エリア特定処理を行う（ステップＳ１０２）。ここでは、路側通信機２は、緊急車５Ａから送信される車車間通信データ（第１情報）に含まれる位置情報（第１特定用情報）に基づいて、候補エリアのうち緊急車５Ａが存在するエリアを流入エリアとして特定する。ここにおいて、路側通信機２は、例えば、緊急車５Ａから複数回に亘って送信される位置情報それぞれを受信し、受信した複数の位置情報に基づいて流入エリアを特定する。このように、車車間通信データに含まれる位置情報は、緊急車の進行方向（進路）の特定に用いられる情報となっている。
そして、路側通信機２は、特定した流入エリアに基づいて緊急車５Ａの進行方向（進路）を特定する。具体的には、路側通信機２のアプリケーション装置２５ａが、車車間通信データから位置情報を抽出し、抽出した位置情報と路側通信機２の位置を示す位置情報とに基づいて、流入エリアを特定し、特定した流入エリアに基づいて緊急車５Ａの進行方向（進路）を特定する。また、アプリケーション装置２５ａは、予め保持する自局が設置される交差点の方路の位置情報に基づき、特定した緊急車５Ａの進行方向（進路）に対応する方路番号（道路）、進路推定情報（流入、流出の判定結果；図９参照）を推定することにより、これらの方路番号および進路推定情報（流入・流出の判定結果）から構成される進路情報（第２特定用情報）として生成する。
このように、路側通信機は、車車間通信データ（第１情報）に含まれる位置情報（第１特定用情報）から、緊急車５Ａの進行方向（進路）を特定する。

【0187】

これにより、緊急車（緊急移動中の移動局）５Ａが、自車の位置情報を第１情報に含ませればよく、緊急車５Ａにおいて自車の進行方向を算出する処理を行う必要がないので、緊急車５Ａにおける処理負担を軽減することができる。

【0188】

例えば、図２３に示すように、交差点Ａ２に合流する４つの道路Ｗ１〜Ｗ４のうち東側の道路Ｗ１から緊急車５Ａが流入する場合、路側通信機２は、エリアＡＲ０を流入エリアとして特定する。そして、路側通信機２は、特定した流入エリアから自局が設置された交差点に接続する方路番号を取得する。

【0189】

続いて、路側通信機２は、緊急車５の進行方向が、当該緊急車５Ａが取得した流入エリアにおいて交差点に接近する方向であるか、それとも遠ざかる方向であるかを判定する（ステップＳ１０３）。具体的には、緊急車５Ａの車車間通信データ（第１情報）の複数の位置情報（第１特定用情報）から進行方向の方位を求め、この方位から「流入」か「流出」の判定を行う。ここにおいて、路側通信機２は、上記「流入」を判定する際の流入エリアの方位が登録された流入エリア方位テーブルを保有している。ここで、「流入エリアの方位」とは、例えば流入エリアから自局が設置された交差点を臨む方位を示している。そして、路側通信機２は、推定した上記方位と流入エリア方位テーブルに登録された「流入エリアの方位」を比較して、所定の範囲内の誤差であれば、「流入」であると判定する。

【0190】

ステップＳ１０３において、流入エリアにおいて推定した方位から「流入」であると判定されると（ステップＳ１０３：Ｙｅｓ）、路側通信機２は、緊急車５Ａに関する進路情報を含むデータを送信する（ステップＳ１０４）。ここでは、路側通信機２のアプリケーション装置２５ａが、緊急車５Ａに関する進路情報を含む路車間通信データ（第２情報）を生成するとともに、宛先が中央装置４に設定された路路間通信データ（第４情報）を生成する。例えば、図２３の場合、緊急車５Ａに関する進路情報は、東側の方路を示す方路番号「２」に設定され、進路推定情報は、「流入」を示す識別番号「１」に設定される。そして、路側通信機２の無線通信部２１が、生成した路車間通信データおよび路路間通信データを送信する。

【0191】

以上のように、路側通信機２のアプリケーション装置２５ａが、ステップＳ１０１〜Ｓ１０４の一連の処理を行う。これにより、アプリケーション装置２５ａが、緊急車５Ａが方路番号「２」の方路から路側通信機２に接近する方向に移動していると判定して、「流入」を示す識別番号「１」からなる進路推定情報（接近情報）を路車間通信データおよび路路間通信データに含ませる。

【0192】

一方、ステップＳ１０３において、流入エリアにおいて推定した方位が所定の方位ではないと判定されると（ステップＳ１０３：Ｎｏ）、路側通信機２は、緊急車５Ａに関する進路情報を中央装置４へ通知することなく、次の処理（ステップＳ１０５）を行う。

【0193】

ステップＳ１０３およびステップＳ１０４の後、路側通信機２は、流出エリア特定処理を行う（ステップＳ１０５）。ここでは、路側通信機２は、緊急車５Ａから送信される車車間通信データに含まれる位置情報に基づいて、緊急車５Ａが存在する流出エリアを特定する。例えば、図２３に示すように、流出エリアは、路側通信機２が設置された交差点Ａ２に合流する４つの道路Ｗ１〜Ｗ４のうち、流入エリアＡＲ０が設定された道路Ｗ１を除く３つの道路Ｗ２〜Ｗ４上における交差点Ａ２側の領域ＡＲ１〜ＡＲ３のいずれかに設定される。緊急車５Ａが、道路Ｗ１から交差点Ａ２を通過して道路Ｗ２に抜ける場合（図２３中の実線矢印および破線矢印参照）、流出エリアはエリアＡＲ１と特定される。また、アプリケーション装置２５ａは、特定した流出エリアに基づいて緊急車５Ａの進行方向（進路）を特定する。そして、アプリケーション装置２５ａは、特定した緊急車５Ａの進行方向に対応する方路番号、進路推定情報（図９参照）を推定することにより、これらの方路番号および進路推定情報から構成される進路情報（第２特定用情報）として生成する。

【0194】

次に、路側通信機２は、流出エリア特定処理が成功したか否かを判定する（ステップＳ１０６）。
ここで、図２２に示すように、路側通信機２は、緊急車５Ａの流入エリアを特定してから、流出エリアを特定する間に受信する車車間通信データに同期した参照信号を生成することができ、当該参照信号を緊急車５Ａの存在を知らせる信号として、例えば、自局の設置された交差点に存在する交通信号機１へ送ることにより、感応制御を行うことも可能となる。

【0195】

図２３に示すように、緊急車５Ａが、緊急車５Ａが、道路Ｗ１から交差点Ａ２を通過して道路Ｗ２に抜ける場合、路側通信機２は、緊急車５Ａが流入エリアＡＲ０に流入したと判定した後、流出エリアＡＲ１から流出したと判定する。

【0196】

一方、緊急車５Ａが、流入エリアＡＲ０に流入してから交差点Ａ２に向かわず、路側通信機２への車車間通信データの送信が遮られる脇道Ｗ５へ進んだとする。この場合、路側通信機２は、緊急車５Ａから送信される車車間通信データを受信できなくなる。この場合、路側通信機２は、例えば、候補エリアに流入したと判定してから所定の時間経過するまでに、緊急車５Ａから送信される車車間通信データより流出エリアを特定することができない場合、流出エリア特定処理が失敗したと判定する。また、緊急車５Ａが路側通信機２の設置された交差点で停車した場合、緊急車５Ａから送信される車車間通信データは、流入エリアＡＲ０に流入したと判定してから所定の時間経過するまで、流入エリアＡＲ０から送信されることになる。この場合も、路側通信機２は、流出エリア特定処理が失敗したと判定する。

【0197】

ステップＳ１０６において、流出エリア特定処理が成功したと判定されると（ステップＳ１０６：Ｙｅｓ）、路側通信機２は、緊急車５Ａに関する進路情報を含むデータを送信する（ステップＳ１０７）。ここでは、路側通信機２のアプリケーション装置２５ａが、緊急車５Ａに関する進路情報を含む路車間通信データを生成するとともに、宛先が中央装置４に設定された路路間通信データを生成する。例えば、図２３に示すように、緊急車５Ａが道路Ｗ１から交差点Ａ２を通過して道路Ｗ２に抜ける場合（図２３中の実線矢印および破線矢印参照）、緊急車５Ａに関する進路情報は、方路番号「４」、進路推定情報「２」（流出）が設定される。

【0198】

以上のように、路側通信機２のアプリケーション装置２５ａが、ステップＳ１０５〜Ｓ１０７の一連の処理を行う。これにより、アプリケーション装置２５ａが、緊急車５Ａが路側通信機２から離脱する方向に移動していると判定して、進路情報として、方路番号「４」および「流出」を示す識別番号「２」からなる進路推定情報（離脱情報）を路車間通信データ（第２情報）および路路間通信データ（第４情報）に含ませる。

【0199】

一方、ステップＳ１０６において、流出判定処理が失敗したと判定されると（ステップＳ１０６：Ｎｏ）、路側通信機２は、進路推定が失敗した（進路推定エラー）と判定する（ステップＳ１０８）。ここでは、路側通信機２が、進路推定エラーが発生した場合に「１」に設定される進路推定エラーフラグを保持しており、当該進路推定エラーフラグを「１」に設定する。

【0200】

＜まとめ＞
結局、本実施形態に係る通信システムでは、第２路側通信機（第２基地局）２Ｂが、第１路側通信機（第１基地局）２Ａから緊急情報（緊急車接近情報）を含む路車間通信データ（第２情報）を受信したとする。この場合、第２路側通信機２Ｂは、緊急車（緊急移動中の移動局）５Ａが路側通信機２Ｂに近づく方向に移動していると判定されたときに、自局の通信エリア内に存在する一般車５Ｂ〜５Ｄ向けの緊急車接近情報を含む路車間通信データ（第２移動局向けの緊急情報を含む第３情報）を送信する。
ここで、緊急車接近情報を含む路車間通信データは、緊急車５Ａが第２路側通信機２Ｂに近づく方向に移動している場合に一般車５Ｂ〜５Ｄ向けに送信する必要がある。そして、第２路側通信機２Ｂは、緊急車接近情報を含む路車間通信データを受信しても緊急車５Ａが第２路側通信機２Ｂに近づく方向に移動していなければ、緊急車接近情報を含む路車間通信データの送信を回避する。これにより、第２路側通信機２Ｂが路車間通信データを無駄に送信してしまうことを防止できる。従って、第２路側通信機２Ｂが自局に割り当てられた第１通信期間ＴＢ−１，ＴＢ−３を無駄に消費することを抑制できる。

【0201】

ところで、第１路側通信機（第１基地局）２Ａから、上記第２特定用情報を含む路車間通信データ（第２情報）を受信する第２路側通信機（第２基地局）２Ｂは、上記第２特定用情報に含まれる方路情報から、第２路側通信機２Ｂに接近するか否かを判定することになる。このとき、上記第２特定用情報に、上記第１特定用情報と同様に、緊急車（緊急移動中の移動局）５Ａの位置情報が含まれる場合には、自局の設置される交差点だけでなく、周辺の交差点の地図情報等を保有し、当該緊急車５Ａからの位置情報と照合し、自局に接近するか否かの判定を行うことなる。

【0202】

これに対して、本実施形態に係る通信システムでは、第１路側通信機２Ａからの方路情報に基づき自局に接近するか否かの判定を行う場合、第２路側通信機２Ｂは、緊急車の接近であると判断するための第１路側通信機２Ａの基地局ＩＤ（識別情報）および方路情報を保有し、第１路側通信機２Ａからの方路情報と照合することになる。
従って、本実施形態に係る通信システムでは、前述の通信システムと比較して、保有する情報量や照合のための計算処理を少なくすることができる。

【0203】

＜変形例＞
（１）実施形態では、Ｌ７ヘッダのアプリケーション関連情報が管理情報を含んでおり、路側通信機２の通信処理部２５ｂが、Ｌ７ヘッダのアプリケーション関連情報に含まれる「管理情報」フィールドの内容に基づいて、中継処理を試みるデータの通信種別およびデータ種別の両方を判定する例について説明した。但し、Ｌ７ヘッダの構成およびデータの通信種別およびデータ種別の判定方法は、これに限定されるものではない。

【0204】

図２４および図２５は、本変形例に係るＬ７ヘッダの構成を示す図である。
図２４および図２５に示すように、Ｌ７ヘッダは、「管理情報」フィールドと、「データ種別」フィールドと、を含んでいる。
「管理情報」フィールドは、データが「車車間通信データ」、「路車間通信データ」および「路路間通信データ」のいずれであるかを示す通信種別を示す情報が設定される。図２４下段に示すように、車車間通信データでは、「管理情報」フィールドが「１」または「３」に設定される。また、図２５（ａ）に示すように、路車間通信データでは、「管理情報」フィールドが「２」、「４」または「５」に設定される。更に、図２５（ｃ）に示すように、路路間通信データでは、「管理情報」フィールドが「６」に設定される。

【0205】

「データ種別」フィールドは、データが通常情報を含むものか緊急情報を含むものかを示すデータ種別を示す情報（第１緊急識別情報、第２緊急識別情報）が設定される。ここで、「データ種別」フィールドは、データが通常情報を含むものである場合、「０」に設定され、データが緊急情報（緊急車情報、緊急車接近情報）を含むものである場合、「１」に設定される。
そして、路側通信機２の通信処理部２５ｂは、「管理情報」フィールドに基づいて中継処理を試みるデータの通信種別を判定し、「データ種別」フィールドに基づいてデータのデータ種別が緊急情報（緊急車情報、緊急車接近情報）であるか否かを判定する。

【0206】

ここにおいて、例えば一般車が緊急車に成りすまして、「データ種別」フィールドを「１」に設定した車車間通信データを送信したとする。この場合、路側通信機２のアプリケーション装置２５ａが、アプリケーションヘッダの内容に基づいて、受信した車車間通信データが緊急車に成りすました一般車から送信されたものか否かを判定するようにすればよい。

【0207】

（２）実施形態では、路側通信機２が、Ｌ７ヘッダに含まれる情報に基づいて、中継処理を試みるデータの通信種別およびデータ種別の両方を判定する例について説明したが、判定に使用する情報はＬ７ヘッダに含まれる情報に限定されるものではない。例えば、路側通信機２が、アプリケーションヘッダとアプリケーションデータとに含まれる情報を使用してデータの通信種別およびデータ種別を判定するようにしてもよい。

【0208】

図２６は、本変形例に係る車車間通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。また、図２７は、本変形例に係る路車間通信データに含まれるアプリケーションヘッダおよびアプリケーションデータの構成を示す図である。更に、図２８は、本変形例に係る路路間通信データの構成を示す図であり、図２９は、本変形例に係る有線通信用データの構成を示す図である。
また、図２６に示すように、車車間通信データは、アプリケーションヘッダおよびアプリケーションデータから構成される。そして、アプリケーションデータには、「車両ＩＤ」、「車両属性情報」および「拡張情報」が含まれている。ここで、「車両属性情報」は、車車間通信データを送信した車両の属性を示し、当該車両が緊急車両であれば「１」に設定され、一般車であれば「２」に設定される。また、「拡張情報」は、車車間通信データが緊急情報（緊急車情報）を含むか否かを示す情報であり、緊急車情報を含まない（通常情報を含む）場合「０」に設定され、緊急車情報を含む場合「１」に設定される。

【0209】

図２７に示すように、路車間通信データもアプリケーションヘッダおよびアプリケーションデータから構成される。そして、アプリケーションヘッダには「メッセージＩＤ」が含まれている。そして、この「メッセージＩＤ」には、車車間通信データが緊急情報（緊急車情報）を含むか否かを示す情報が設定されている。また、アプリケーションデータには、緊急車接近情報（例えば、車車間通信データそのもの）や路側通信機２が推定した緊急車５Ａの進路情報等が含まれる。

【0210】

また、データの通信種別やデータ種別の判定に使用する情報は、セキュリティ管理がなされている上記アプリケーションヘッダに含まれる。これにより、データの通信種別やデータ種別の判定に使用する情報のフォーマット等の外部への漏洩を防止できる。

【0211】

図２８に示すように、路路間通信データは、路路間通信用アプリケーションヘッダ、ＩＰヘッダおよびアプリケーションデータを含んで構成される。そして、アプリケーションデータには、「緊急車感知情報」や「進路情報」等が含まれている。

【0212】

図２９に示すように、有線通信用データは、Ｅｔｈｅｒｎｅｔヘッダ、ＩＰヘッダおよびアプリケーションデータを含んで構成される。そして、アプリケーションデータには、「緊急車感知情報」や「進路情報」等が含まれている。

【0213】

（３）実施形態では、路側通信機２が、緊急車５Ａの進路情報として、緊急車５Ａからの車車間通信データに含まれる位置情報に基づき推定する、緊急車５Ａの存在する方路（道路）情報と方路上の進行方向、つまり、道路リンクに関する情報を採用する例について説明したが、緊急車５Ａに関する進路情報はこれに限定されるものではない。例えば、緊急車５Ａが、自車が走行する道路をどの方向に走行しているかを示すリンク情報を含む車車間通信データを送信できる場合、路側通信機２は、車車間通信データからリンク情報を抽出し、抽出したリンク情報を、緊急車５Ａの進路情報として採用するものであってもよい。また、本実施形態では、進路情報を２つの情報（方路番号及び進路推定情報）によって構成したが、一つの道路リンク情報によって構成してもよい。同一の道路について一の方向の道路リンクとその逆方向の道路リンクとが区別された道路リンク情報の場合、当該道路リンク情報だけで、車両が進行している道路とその進行方向を特定することができる。
また、進路情報は、ある交差点にどの方向から近づいているのか、又はどの方向から遠ざかっているのか、を示す一体的に示す情報（方路と流入／流出を一つのコードで示したもの）であってもよい。当該情報は、例えば、８つの方位の方路と各方位を流入／流出で区別した１６種類のコードによって構成でき、具体的には、コード１：北から流入、コード２：北へ流出、コード３：北東から流入、コード４：北東へ流出、・・・・１５：北西から流入、１６：北西へ流出、というコードによって構成することができる。
なお、進路情報に、交差点を特定する情報（例えば交差点識別情報）を更に含ませると、当該進路情報によって、特定の交差点のどの方向から（どの方向へ）、近づいている（遠ざかっている）のかを示すことができる。

【0214】

図３０は、本変形例に係る路側通信機２の緊急車５Ａの進行方向の判定方法を説明する図である。例えば、緊急車５Ａが道路Ｗ１を「西」向きに走行している場合、緊急車５Ａは、自車のリンク情報「Ｌ１」を取得する。そして、緊急車５Ａは、リンク情報「Ｌ１」を含む車車間通信データを送信する。

【0215】

一方、路側通信機２は、緊急車５Ａから送信された車車間通信データを受信すると、受信した車車間通信データからリンク情報「Ｌ１」を取得する。そして、路側通信機２は、リンク情報「Ｌ１」から、緊急車５Ａが「西」向き（進路情報：方路番号「２」、進路推定情報：「１」）に走行していると認識する。

【0216】

＜付記＞
本発明に関して、今回開示された実施の形態はすべての点で例示であって制限的なもの
ではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の
範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0217】

１ 交通信号機
２，２Ａ，２Ｂ 路側通信機（基地局）
３，３Ａ，３Ｂ，３Ｃ，３Ｄ 車載通信機（移動局）
４ 中央装置
５，５Ａ，５Ｂ，５Ｃ，５Ｄ 車両
６ 路側センサ
７ 通信回線
８ ルータ
２０，３０ アンテナ
２１，３１ 無線通信部
２２ 有線通信部
２３ 制御部
２４，３４ 記憶部
２５，３５ 処理装置
２５ａ アプリケーション装置
２５ｂ 通信処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】