(57)【要約】【課題】路側無線通信機及び他の装置の処理負荷を低減することができるようにする。【解決手段】移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部と、前記受信部が無線受信した前記情報データに含まれる移動体情報を他の装置に送信する送信部と、を備えた路側無線通信機であって、前記受信部が無線受信した前記情報データから識別される前記移動体通信機の位置に基づいて、前記送信部が前記他の装置に送信する送信タイミングに該当するか否かを判定する送信判定部を備え、前記送信部は、前記送信判定部の判定結果が肯定的である場合に、前記他の装置に前記移動体情報を送信するように構成されている路側無線通信機。【選択図】図１５
2020010370.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部と、
前記受信部が無線受信した前記情報データに含まれる移動体情報を他の装置に送信する送信部と、を備えた路側無線通信機であって、
前記受信部が無線受信した前記情報データから識別される前記移動体通信機の位置に基づいて、前記送信部が前記他の装置に送信する送信タイミングに該当するか否かを判定する送信判定部を備え、
前記送信部は、前記送信判定部の判定結果が肯定的である場合に、前記他の装置に前記移動体情報を送信するように構成されている路側無線通信機。
【請求項２】
前記送信部から前記他の装置への送信回数が１回に設定されている請求項１に記載の路側無線通信機。
【請求項３】
前記移動体通信機が、車両に搭載される車載通信機であり、
前記情報データは、前記車両が特定車両であることを識別可能な情報を含み、
前記送信判定部は、前記受信部が無線受信した前記情報データに基づいて、前記車両が前記特定車両である場合に、前記送信タイミングに該当するか否かを判定するように構成されている請求項１又は請求項２に記載の路側無線通信機。
【請求項４】
前記送信部は、特定の制御を開始させるために前記移動体情報を送信するものであり、
前記送信判定部は、前記移動体通信機が所定エリア内の所定位置の近傍範囲に存在しているときに、前記送信タイミングに該当すると判定するように構成されている請求項１から請求項３のいずれか１項に記載の路側無線通信機。
【請求項５】
前記所定エリア内に光ビーコンの設置位置が予め設定されており、
前記所定位置が、前記光ビーコンの設置位置とされている請求項４に記載の路側無線通信機。
【請求項６】
前記所定位置の近傍範囲は、所定の地点を基準とする第１距離から第２距離までの範囲（但し、第２距離＞第１距離、かつ第１距離＝０の場合も含む）とされており、
前記送信判定部は、前記移動体通信機が前記第１距離から前記第２距離までの範囲内に存在しているときに、前記送信タイミングに該当すると判定するように構成されている請求項４又は請求項５に記載の路側無線通信機。
【請求項７】
前記所定位置の近傍範囲は、所定の座標範囲とされており、
前記送信判定部は、前記移動体通信機が前記座標範囲内に存在しているときに、前記送信タイミングに該当すると判定するように構成されている請求項４又は請求項５に記載の路側無線通信機。
【請求項８】
前記送信部は、特定の制御を終了させるために前記移動体情報を送信するものであり、
前記送信判定部は、前記移動体通信機が所定エリアに流入した時点で、前記送信タイミングに該当すると判定するように構成されている請求項１から請求項７のいずれか１項に記載の路側無線通信機。
【請求項９】
前記所定エリア内に、前記送信タイミングが複数設定されている請求項４から請求項８のいずれか１項に記載の路側無線通信機。
【請求項１０】
移動体通信機の位置を識別可能な情報を含む情報データを当該移動体通信機から無線受信した路側無線通信機から、前記情報データに含まれる移動体情報を受信する通信部と、
前記通信部が受信した前記移動体情報に基づいて特定の制御を終了する指令を出力する制御部と、を備えた制御装置であって、
前記制御部は、前記移動体通信機が所定エリアに流入した時点で前記通信部が前記移動体情報を受信すると、前記特定の制御を終了する指令を出力するように構成されている制御装置。
【請求項１１】
移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部、及び前記受信部が無線受信した前記情報データを外部に送信する送信部を有する路側無線通信機と、
前記路側無線通信機の送信部が送信した前記情報データを受信する通信部、前記通信部が受信した前記情報データから識別される前記移動体通信機の位置に基づいて特定の制御に関する指令を出力するタイミングであるか否かを判定する制御判定部、及び前記制御判定部の判定結果が肯定的である場合に前記指令を出力する制御部を有する制御装置と、を備えている制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、路側無線通信機、制御装置、及び制御システムに関する。
【背景技術】
【０００２】
特許文献１には、交通信号制御器、光ビーコン、及び交通情報板などの交通用端末を、交通管制センターの中央装置で制御する交通管制システムが開示されている。光ビーコンは、車両の進路方向毎の方路（交差点を起点として所定の方角に延びる道路）にそれぞれ設置されており、光ビーコンが近赤外線を用いた光通信により移動体通信機（車載通信機）から受信した情報データは中央装置に集約され、この中央装置では、例えば交通信号機の信号制御や交通流を制御するための交通制御等が実行される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２６８９２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、路側無線通信機及び他の装置の送信処理負荷を低減することができない。
【０００５】
本発明は、このような問題点に鑑みてなされたものであり、路側無線通信機及び他の装置の処理負荷を低減することができるようにする。
【課題を解決するための手段】
【０００６】
本発明は、移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部と、前記受信部が無線受信した前記情報データに含まれる移動体情報を他の装置に送信する送信部と、を備えた路側無線通信機であって、前記受信部が無線受信した前記情報データから識別される前記移動体通信機の位置に基づいて、前記送信部が前記他の装置に送信する送信タイミングに該当するか否かを判定する送信判定部を備え、前記送信部は、前記送信判定部の判定結果が肯定的である場合に、前記他の装置に前記移動体情報を送信するように構成されている路側無線通信機である。
【０００７】
他の観点からみた本発明は、移動体通信機の位置を識別可能な情報を含む情報データを当該移動体通信機から無線受信した路側無線通信機から、前記情報データに含まれる移動体情報を受信する通信部と、前記通信部が受信した前記移動体情報に基づいて特定の制御を終了する指令を出力する制御部と、を備えた制御装置であって、前記制御部は、前記移動体通信機が所定エリアに流入した時点で前記通信部が前記移動体情報を受信すると、前記特定の制御を終了する指令を出力するように構成されている制御装置である。
【０００８】
他の観点からみた本発明は、移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部、及び前記受信部が無線受信した前記情報データを外部に送信する送信部を有する路側無線通信機と、前記路側無線通信機の送信部が送信した前記情報データを受信する通信部、前記通信部が受信した前記情報データから識別される前記移動体通信機の位置に基づいて特定の制御に関する指令を出力するタイミングであるか否かを判定する制御判定部、及び前記制御判定部の判定結果が肯定的である場合に前記指令を出力する制御部を有する制御装置と、を備えている制御システムである。
【発明の効果】
【０００９】
本発明によれば、路側無線通信機及び他の装置の処理負荷を低減することができる。
【図面の簡単な説明】
【００１０】
【図１】第１参考例に係る路側無線通信機及び中央装置を含む交通管制システムが適用されている道路の平面図である。
【図２】路側無線通信機の内部構成を示す機能ブロック図である。
【図３】路側無線通信機と中央装置との間で確立されている通信セッションを示す説明図である。
【図４】パケットのデータ構造図である。
【図５】中央装置の内部構成を示す機能ブロック図である。
【図６】宛先ポート番号に対応する方路を示した判定テーブルである。
【図７】路側無線通信機により実行される処理を示すフローチャートである。
【図８】中央装置により実行される処理を示すフローチャートである。
【図９】路側無線通信機と中央装置との間で確立されている通信セッションの変形例、及びその通信セッションを用いて送信されるパケットのデータ構造を示す説明図である。
【図１０】図９の変形例において用いられる判定テーブルである。
【図１１】第２参考例に係る路側無線通信機及び中央装置を含む交通管制システムが適用されている道路の平面図である。
【図１２】第２参考例の光ビーコンの内部構成を示す機能ブロック図である。
【図１３】第２参考例の光ビーコン制御機と中央装置との間で確立する通信セッション、及びその通信セッションを用いて送信されるパケットのデータ構造を示す説明図である。
【図１４】第２参考例において用いられる判定テーブルである。
【図１５】本発明の実施形態に係る路側無線通信機及び中央装置を含む交通管制システムが適用されている道路の平面図である。
【図１６】前記実施形態の路側無線通信機の内部構成を示す機能ブロック図である。
【図１７】前記実施形態において用いられる送信判定テーブルである。
【図１８】前記実施形態の中央装置の内部構成を示す機能ブロック図である。
【図１９】前記実施形態において用いられる制御判定テーブルである。
【図２０】前記実施形態の路側無線通信機により実行される送信タイミングの判定処理を示すフローチャートである。
【図２１】前記実施形態において送信形態がセット送信の場合における判定処理を示すフローチャートである。
【図２２】前記実施形態において送信形態がリセット送信の場合における判定処理を示すフローチャートである。
【図２３】前記実施形態において送信形態が共用送信の場合における判定処理を示すフローチャートである。
【図２４】前記実施形態において送信形態が併用送信の場合における判定処理を示すフローチャートである。
【図２５】前記実施形態の中央装置により実行されるＦＡＳＴの指令処理を示すフローチャートである。
【図２６】前記実施形態の制御装置の変形例を示すものであり、その制御装置の内部構成を示す機能ブロック図である。
【図２７】前記実施形態の路側無線通信機及び中央装置の他の変形例を示すものであり、（ａ）は路側無線通信機の内部構成を示す機能ブロック図であり、（ｂ）は中央装置の内部構成を示す機能ブロック図である。
【発明を実施するための形態】
【００１１】
［本発明の実施形態の説明］
最初に本発明の実施形態の内容を列記して説明する。
（１）本発明の実施形態に係る路側無線通信機は、移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部と、前記受信部が無線受信した前記情報データに含まれる移動体情報を他の装置に送信する送信部と、を備えた路側無線通信機であって、前記受信部が無線受信した前記情報データから識別される前記移動体通信機の位置に基づいて、前記送信部が前記他の装置に送信する送信タイミングに該当するか否かを判定する送信判定部を備え、前記送信部は、前記送信判定部の判定結果が肯定的である場合に、前記他の装置に前記移動体情報を送信するように構成されている。
ここで、「移動体情報」とは、移動体通信機が送信した情報データに含まれる情報であって、且つ移動体通信機の位置を識別可能な情報を除く情報である。
【００１２】
上記路側無線通信機によれば、移動体通信機の位置に基づいて送信部が他の装置に送信する送信タイミングに該当するか否かを判定し、その判定結果が肯定的である場合に他の装置に移動体情報を送信するため、他の装置に送信するデータ量を削減する（間引く）ことができる。これにより、路側無線通信機の送信処理負荷を低減することができ、また、他の装置の処理負荷を低減することができる。
【００１３】
（２）前記（１）の路側無線通信機は、前記送信部から前記他の装置への送信回数が１回に設定されているのが好ましい。この場合、他の装置に送信するデータ量をさらに削減することができる。
【００１４】
（３）前記（１）又は（２）の前記移動体通信機が、車両に搭載される車載通信機であり、前記情報データは、前記車両が特定車両であることを識別可能な情報を含み、前記送信判定部は、前記受信部が無線受信した前記情報データに基づいて、前記車両が前記特定車両である場合に、前記送信タイミングに該当するか否かを判定するように構成されているのが好ましい。
ここで「特定車両」とは、パトカーや救急車等の緊急車両、およびバス等の公共車両を含む意味である。
この場合、特定車両の移動体情報を送信するデータ量を削減することができる。
【００１５】
（４）前記（１）〜（３）のいずれかの前記送信部は、特定の制御を開始させるために前記移動体情報を送信するものであり、前記送信判定部は、前記移動体通信機が所定エリア内の所定位置の近傍範囲に存在しているときに、前記送信タイミングに該当すると判定するように構成されているのが好ましい。
ここで「所定位置の近傍範囲」とは、所定位置とその近傍範囲を含む意味である。
この場合、移動体通信機が所定エリア内の所定位置の近傍範囲に存在しているときに、特定の制御を開始させるための移動体情報が送信されるため、移動体通信機が前記所定エリア内に存在しているときに特定の制御を確実に開始させることができる。
【００１６】
（５）前記（４）の前記所定エリア内に光ビーコンの設置位置が予め設定されており、前記所定位置が、前記光ビーコンの設置位置とされているのが好ましい。
この場合、所定エリア内において予め設定されている光ビーコンの設置位置を、移動体通信機の存在を判断するための所定位置として流用することができるため、路側無線通信機により特定の制御を行うための改修量を軽減することができる。
【００１７】
（６）前記（４）又は（５）の前記所定位置の近傍範囲は、所定の地点を基準とする第１距離から第２距離までの範囲（但し、第２距離＞第１距離、かつ第１距離＝０の場合も含む）とされており、前記送信判定部は、前記移動体通信機が前記第１距離から前記第２距離までの範囲内に存在しているときに、前記送信タイミングに該当すると判定するように構成されているのが好ましい。
この場合、送信判定部は、移動体通信機が第１距離から第２距離までの範囲内に存在しているか否かを判断することで、移動体通信機が所定エリア内に存在しているか否かを容易に判断することができる。
【００１８】
（７）前記（４）又は（５）の前記所定位置の近傍範囲は、所定の座標範囲とされており、前記送信判定部は、前記移動体通信機が前記座標範囲内に存在しているときに、前記送信タイミングに該当すると判定するように構成されていてもよい。
この場合、送信判定部は、移動体通信機が所定の座標範囲内に存在しているか否かを判断することで、移動体通信機が所定エリア内に存在しているか否かを容易に判断することができる。
【００１９】
（８）前記（１）〜（７）のいずれかの前記送信部は、特定の制御を終了させるために前記移動体情報を送信するものであり、前記送信判定部は、前記移動体通信機が所定エリアに流入した時点で、前記送信タイミングに該当すると判定するように構成されているのが好ましい。
この場合、移動体通信機が所定エリアに流入した時点で、特定の制御を終了させるための移動体情報が送信されるため、移動体通信機が前記所定エリアに流入した時点で特定の制御を迅速に終了させることができる。
【００２０】
（９）前記（４）〜（８）のいずれかの前記所定エリア内に、前記送信タイミングが複数設定されているのが好ましい。
この場合、所定エリア内に複数の光ビーコンを設置して送信タイミングを設定する場合に比べて設置コストを抑えることができる。
【００２１】
（１０）他の観点からみた本発明の実施形態に係る制御装置は、移動体通信機の位置を識別可能な情報を含む情報データを当該移動体通信機から無線受信した路側無線通信機から、前記情報データに含まれる移動体情報を受信する通信部と、前記通信部が受信した前記移動体情報に基づいて特定の制御を終了する指令を出力する制御部と、を備えた制御装置であって、前記制御部は、前記移動体通信機が所定エリアに流入した時点で前記通信部が前記移動体情報を受信すると、前記特定の制御を終了する指令を出力するように構成されている。
【００２２】
上記制御装置によれば、移動体通信機が前記所定エリアに流入した時点で路側無線通信機から移動体情報を受信すると、特定の制御を終了する指令を出力するため、特定の制御を迅速に終了させることができる。
【００２３】
（１１）他の観点からみた本発明の実施形態に係る制御システムは、移動体通信機から送信されるとともに当該移動体通信機の位置を識別可能な情報を含む情報データを無線受信する受信部、及び前記受信部が無線受信した前記情報データを外部に送信する送信部を有する路側無線通信機と、前記路側無線通信機の送信部が送信した前記情報データを受信する通信部、前記通信部が受信した前記情報データから識別される前記移動体通信機の位置に基づいて特定の制御に関する指令を出力するタイミングであるか否かを判定する制御判定部、及び前記制御判定部の判定結果が肯定的である場合に前記指令を出力する制御部を有する制御装置と、を備えている。
【００２４】
上記制御システムによれば、路側無線通信機が移動体通信機から取得した情報データを制御装置に送信することで、その制御装置側において、情報データから識別される移動体通信機の位置に基づいて特定の制御に関する指令を出力するタイミングを容易に判定することができる。
【００２５】
［本発明の実施形態の詳細］
以下、本発明の好ましい実施形態について図面を参照しながら説明する。
［第１参考例］
［システムの全体構成］
図１は、第１参考例に係る路側無線通信機及び中央装置を含む交通管制システムが適用されている道路の平面図である。この交通管制システムは、交通管制室等に設けられた中央装置３、路側無線通信機４、交通信号機５、及び道路Ｒを走行する車両６に搭載された車載通信機（移動体通信機）７などを含んでいる。なお、移動体通信機としては、車載通信機７に限られず、例えば、歩行者が所持する歩行者用通信機であってもよい。
【００２６】
図１に示す交差点Ｃにおける流入路（方路）Ｌ１〜Ｌ４及び流出路（方路）Ｌ５〜Ｌ８は、いずれも一車線である。なお、これらの車線数等は一例であって、交差点Ｃの構造は図１のものに限定されるものではない。
交通信号機５は、赤青黄の灯色を発光する交通信号灯器５ａと、この交通信号灯器５ａの灯色を制御するための交通信号制御機５ｂとを有している。交通信号制御機５ｂは、通信回線８ａによって路側ルータ９に接続されている。この路側ルータ９は、ネットワーク網１０を介して、中央装置３側のルータ１１に接続されている。
【００２７】
交通情報の収集、交通管理及び交通制御する中央装置３が生成する信号制御情報ｉ１は、ネットワーク網１０及び通信回線８ａを通じて、各交通信号機５の交通信号制御機５ｂへ送信される。これに対して、交通信号制御機５ｂからは、実際に行った信号制御の実績を示す実行情報ｉ２が、中央装置３へ送信される。なお、中央装置３は、交通情報の収集、交通管理及び交通制御を行っているが、これらのうち少なくとも一つを行っていれば良い。
【００２８】
路側無線通信機４は、各交差点にそれぞれ１つずつ設置されており、走行中の車両６の車載通信機７に送信する情報ｉ３を無線送信するとともに、車載通信機７が送信する情報を無線受信する。本参考例の路側無線通信機４は、ＩＴＳ無線システムを想定した、無線ＬＡＮやＷｉＭＡＸ（Worldwide Interoperability for Microwave Access ）などに準拠した中・広域の無線通信装置（７００ＭＨｚ帯の無線通信を含む）である。
【００２９】
路側無線通信機４が送信する情報ｉ３には、中央装置３が配信する交通情報（渋滞情報や交通規制情報等）が含まれている。また、車載通信機７が送信する情報には、車両６の車両ＩＤ、車種情報及び位置情報等の情報データが含まれている。路側無線通信機４は、通信回線８ｂによって路側ルータ９に接続されている。車載通信機７が送信した情報データに含まれる車両情報（移動体情報）ｉ４は、路側無線通信機４から通信回線８ｂ及びネットワーク網１０を通じて中央装置３に送信される。ここで、「車両情報」とは、車載通信機７が送信した情報データに含まれる車両６に関する情報（車両ＩＤ及び車種情報等）であって、且つ車両６の位置を識別可能な位置情報を除く情報である。
【００３０】
車載通信機７は、路側無線通信機４との間で情報を無線で送受信する通信機能を有する。この車載通信機７は、車両６が交差点Ｃに向かって走行中に路側無線通信機４の通信領域に入ると、路側無線通信機４から情報ｉ３を無線受信するとともに、前記情報データを含む情報を所定の送信周期（例えば、１００ｍ秒）で路側無線通信機４に無線送信する。
【００３１】
本参考例における交通管制システムは、車両６をパトカーや救急車等の緊急車両またはバス等の公共車両を含む特定車両とし、この特定車両が通過する交差点に設置された路側無線通信機４が、特定車両から受信された車車間通信情報を中央装置３に送信し、中央装置３において、特定車両が行く先の交差点を優先的に通過できるように交通信号灯器５ａを制御したり、特定車両が接近しつつあることを他の車両に通知する情報を送信したりする場合に用いられる。なお、この交通管制システムは、車両６として、特定車両以外の一般車両にも適用してもよい。
【００３２】
［路側無線通信機］
図２は、路側無線通信機４の内部構成を示す機能ブロック図である。
路側無線通信機４は、受信部４０１、判断部４０２、送信部４０４、及び記憶部４０５を内部に含んでいる。受信部４０１は、ＵＤ形伝送を行う通信インタフェースよりなり、車載通信機７の位置を識別可能な位置情報を含む前記情報データを、車載通信機７から無線受信する。なお、受信部４０１は、Ｕ形伝送を行う通信インタフェースであってもよい。このＵ形伝送の場合、ＩＰアドレスやポート番号の代わりに、ＩＰアドレスやポート番号に相当するアドレスに基づいて確立された通信セッションが用いられる。
判断部４０２は、受信部４０１が無線受信した前記情報データに基づいて、その送信元である車載通信機７が存在するエリア（広域エリア）である方路を判断する。ここで、「方路」とは、車載通信機７が搭載された車両６が進行中の流入路又は流出路を意味する。判断部４０２の具体的な判断方法については後述する。なお、判断部４０２が判断するエリアとしては、方路によって区分したもの以外に、車線毎に区分したものや、その他任意の領域毎に区分したものであってもよい。
【００３３】
路側無線通信機４と中央装置３との間には予め通信セッションが確立されている。
図３は、路側無線通信機４と中央装置３との間で確立されている通信セッションを示す説明図である。路側無線通信機４は、複数（図例では１６個）のポートＰａ１〜Ｐａ１６を有している。これらのポートＰａ１〜Ｐａ１６のうち、ポートＰａ１〜Ｐａ８は送信ポートとして使用され、残りのポートＰａ９〜Ｐａ１６は受信ポートとして使用されている。
ポートＰｂ１〜Ｐｂ１６は、互いに異なるポート番号（図例では「８００１」〜「８０１６」）が設定されている。本参考例では、ポートＰａ１〜Ｐａ８のポート番号は、送信元ポート番号（図例では「８００１」〜「８００８」）として使用され、残りのポートＰａ９〜Ｐａ１６のポート番号は、宛先ポート番号（図例では「８００９」〜「８０１６」）として使用される。
【００３４】
一方、中央装置３は、複数（図例では１６個）のポートＰｂ１〜Ｐｂ１６を有している。これらのポートＰｂ１〜Ｐｂ１６のうち、ポートＰｂ１〜Ｐｂ８は受信ポートとして使用され、残りのポートＰｂ９〜Ｐｂ１６は送信ポートとして使用されている。
ポートＰｂ１〜Ｐｂ１６は、互いに異なるポート番号（図例では「８００１」〜「８０１６」）が設定されている。本参考例では、ポートＰｂ１〜Ｐｂ８のポート番号は、宛先ポート番号（図例では「８００１」〜「８００８」）として使用され、残りのポートＰｂ９〜Ｐｂ１６のポート番号は、送信元ポート番号（図例では「８００９」〜「８０１６」）として使用される。
【００３５】
図２において、送信部４０４は、ＵＤ形伝送を行う通信インタフェースよりなり、受信部４０１が無線受信した前記情報データに含まれる車両情報ｉ４を、上記通信セッションを用いて中央装置３にパケット送信する。本参考例の送信部４０４は、判断部４０２において方路が流入路Ｌ１と判断された場合、路側無線通信機４の送信ポートであるポートＰａ１と、中央装置３の受信ポートであるポートＰｂ１との間で確立された通信セッションを用いる。同様に、送信部４０４は、方路が流入路（流出路）Ｌ２〜Ｌ８のうちのいずれかと判断された場合、路側無線通信機４の送信ポートであるポートＰａ２〜Ｐａ８と、中央装置３の受信ポートであるポートＰｂ２〜Ｐｂ８との間で、それぞれ図示のように確立された異なる通信セッションを用いる。このように、送信部４０４は、各方路Ｌ１〜Ｌ８に応じて、路側無線通信機４と中央装置３との間で異なるポートを用いて送信する。
【００３６】
図４は、送信部４０４から中央装置３に送信されるパケットのデータ構造図である。本参考例におけるパケットは、先頭からＩＰヘッダ、ＵＤＰヘッダ及びデータの各領域を有している。ＩＰヘッダには、宛先ＩＰアドレス及び送信元ＩＰアドレスが含まれている。図例では、宛先ＩＰアドレスのみを示している。ＵＤＰヘッダには、宛先ポート番号及び送信元ポート番号が含まれている。図例では、宛先ポート番号のみを示している。データ領域には、受信部４０１が無線受信した情報データから取得した車両情報ｉ４が含まれている。
【００３７】
したがって、路側無線通信機４のポートＰａ１と中央装置３のポートＰｂ１との間で確立した通信セッションを用いる場合には、送信部４０４は、ＵＤＰヘッダに宛先ポート番号である「８００１」を含めた状態でパケット送信する。同様に、路側無線通信機４のポートＰａ２〜Ｐａ８と中央装置３のポートＰｂ２〜Ｐｂ８との間でそれぞれ確立した通信セッションを用いる場合には、送信部４０４は、図示のようにＵＤＰヘッダに他の宛先ポート番号である「８００２」〜「８００８」のうちのいずれかを含めた状態でパケット送信する。
【００３８】
送信部４０４は、受信部４０１が車載通信機７から次々と無線受信した情報データ毎に中央装置３にパケット送信すると、路側無線通信機４の送信負荷や通信回線のトラフィックが増加するとともに、中央装置３に多大な処理負荷がかかるため、中央装置３に送信するデータ量を削減する（間引く）処理を行う。具体的には、送信部４０４は、方路Ｌ１〜Ｌ８毎に同一の車両ＩＤを含む情報データを、受信部４０１が所定時間（所定期間）中に所定回数、無線受信したときに、中央装置３に情報データを１回送信する。なお、この間引き処理は、あくまで例示であり、他の方法によりデータ量を削減してもよい。
記憶部４０５は、判断部４０２による上述の判断処理、及び送信部４０４による上述の送信処理を実行するコンピュータプログラムを記憶している。
【００３９】
［中央装置］
図５は、中央装置３の内部構成を示す機能ブロック図である。中央装置３は、通信部３０１、処理部３０２、及び記憶部３０３を内部に含んでいる。通信部３０１は、Ｕ形伝送及びＵＤ形伝送の両方に対応する通信インタフェースよりなり、所定時間ごとの信号灯色の切り替えタイミング等に関する信号制御情報ｉ１を交通信号制御機５ｂに送信する。
また、通信部３０１は、車両６の車両ＩＤ及び車種情報等を含む車両情報ｉ４を路側無線通信機４から受信する。具体的には、通信部３０１は、路側ルータ９を介して路側無線通信機４と１つの通信回線８ｂで接続されており（図１参照）、中央装置３と路側無線通信機４との間で確立した通信セッションを用いて車両情報ｉ４を受信する。
【００４０】
処理部３０２は、通信部３０１が用いた通信セッションと、記憶部３０３に記憶されている判定テーブル（図６参照）とに基づいて、車両情報ｉ４の送信元である車載通信機７が存在している方路を判定する。判定テーブルは、各宛先ポート番号「８００１」〜「８００８」に対応する方路Ｌ１〜Ｌ８を示した一覧表である。処理部３０２は、通信部３０１が用いた通信セッションのＵＤＰヘッダに含まれる宛先ポート番号に対応する方路を、判定テーブルを参照して判定する。
記憶部３０３は、処理部３０２による上述の判定処理を実行するコンピュータプログラム、及び前記判定テーブルを記憶している。
【００４１】
［通信方法］
図７は、路側無線通信機４により実行される処理を示すフローチャートである。また、図８は、中央装置３により実行される処理を示すフローチャートである。以下、図７及び図８を参照しつつ、路側無線通信機４から中央装置３に車両情報ｉ４を送信する通信方法について説明する。
まず、路側無線通信機４の受信部４０１により、車載通信機７が送信する情報データを無線受信すると（図７のステップＳ１）、当該情報データから車両車種と車両ＩＤを認識する（図７のステップＳ２）。次に、路側無線通信機４の判断部４０２により、受信部４０１が無線受信した情報データに含まれる位置情報に基づいて、その送信元である車載通信機７が存在している方路を判断する（判断ステップ、図７のステップＳ３）。例えば、図１に示すように、路側無線通信機４が交差点Ｃに設置されている場合、判断部４０２は、車載通信機７が搭載された車両６が、流入路Ｌ１〜Ｌ４及び流出路Ｌ５〜Ｌ８のうちのいずれの道路を進行しているかを判断する。
【００４２】
具体的には、判断部４０２は、まず、記憶部４０５に記憶されている交差点Ｃの中央位置を示す位置データと、前記情報データに含まれる車両６の緯度経度を示す位置情報とに基づいて、これら２地点間を結ぶ仮想直線の真北方向に対する傾斜角度を算出し、交差点Ｃの中央位置から車両６の存在するおおよその方向を判断する。例えば、車両６が図１に示す位置を進行している場合、判断部４０２は、車両６が流入路Ｌ１又は流出路Ｌ５に位置していることを判断することができる。
【００４３】
次に、判断部４０２は、前記２地点間の距離を算出し、この距離が時間の経過とともにどのように変化するかによって方路を判断する。すなわち、前記２地点間の距離が時間の経過とともに短くなる場合には、車両６が流入路を進行していると判断し、逆に前記２地点間の距離が時間の経過とともに長くなる場合には、車両６が流出路を進行していると判断する。例えば、車両６が図１に示す位置を進行している場合、前記２地点間の距離は時間の経過とともに短くなるので、判断部４０２は、車両６が流入路Ｌ１を進行していると判断する。
なお、判断部４０２は、上述の判断方法に限られず、例えば、車両６の複数の位置情報と、記憶部４０５に記憶されている道路地図データとに基づいてマップマッチング処理を行うことで、車両６が存在している方路を判断してもよい。
【００４４】
ステップＳ３において判断部４０２が方路を判断した後は、送信部４０４において中央装置３に送信するデータの間引き処理を行う。まず、送信部４０４は、受信部４０１において過去の一定時間以内に同一の車両ＩＤを含む情報ｉ４を次々と受信しているか否かを判定する（図７のステップＳ４）。受信部４０１において過去の一定時間以内に同一の車両ＩＤを含む情報ｉ４を次々と受信している場合、次に、送信部４０４は、この過去に受信した同一の車両ＩＤを含む情報ｉ４の送信元である車載通信機７が存在している方路と同じか否かを判定する（図７のステップＳ５）。方路が同じである場合、次に、送信部４０４は、その同一の車両ＩＤを含む情報ｉ４を、受信部４０１がＮ回（Ｎ≧２）受信したか否かを判定する（図７のステップＳ６）。受信部４０１が同一の車両ＩＤを含む情報ｉ４をＮ回受信した場合、図７のステップＳ７に移行する。
一方、ステップＳ４において同一の車両ＩＤを含む情報ｉ４を受信していない場合、ステップＳ５において方路が同じでない場合、またはステップＳ６においてＮ回受信しなかった場合は、ステップＳ１に戻る。
【００４５】
図７のステップ７において、送信部４０４は、Ｎ回のうちの１回以上の情報データが、その送信元である車載通信機７が、交差点Ｃの中央位置から車両６までの距離が所定範囲以内から受信したものであるか否かを判定する。そして、前記距離が所定範囲以内から受信したものである場合、送信部４０４は、中央装置３に車両情報ｉ４を１回送信する（送信ステップ、図７のステップＳ８）。
その際、送信部４０４は、判断部４０２が判断した方路に応じて、路側無線通信機４と中央装置３との間で確立されている異なる通信セッションを用いて送信する。例えば、判断部４０２が流入路Ｌ１と判断した場合には、路側無線通信機４の送信ポートであるポートＰａ１と、中央装置３の受信ポートであるポートＰｂ１との間で確立した通信セッションを用いて送信する（図３参照）。
一方、ステップ７において、交差点Ｃの中央位置から車両６が存在する位置までの距離が所定範囲以内のときに受信しなかった場合は、ステップＳ１に戻る。
【００４６】
ステップＳ８において、送信部４０４は確立した通信セッションを用いて中央装置３に車両情報ｉ４をパケット送信する。その際、送信部４０４は、パケットのデータ領域に車両情報ｉ４を含めるとともに、パケットのＵＤＰヘッダに通信セッションの宛先ポート番号を含めた状態でパケット送信する。例えば、路側無線通信機４のポートＰａ１と中央装置３のポートＰｂ１との間で確立した通信セッションを用いてパケット送信する場合には、送信部４０４は、中央装置３のポートＰｂ１に設定されている宛先ポート番号である「８００１」をＵＤＰヘッダに含めた状態でパケット送信する。
【００４７】
中央装置３は、路側無線通信機４の送信部４０４から送信された車両情報ｉ４を含むパケットを通信部３０１が受信する（図８のステップＳ１１）と、中央装置３の処理部３０２により、通信部３０１が用いた通信セッションのＵＤＰヘッダに含まれる宛先ポート番号を取得し、この宛先ポート番号に対応する方路を、判定テーブル（図６参照）を参照して判定する（判定ステップ、図８のステップＳ１２）。
例えば、通信部３０１が用いた通信セッションのＵＤＰヘッダに含まれる宛先ポート番号が「８００１」の場合、処理部３０２は、判定テーブルを参照して、宛先ポート番号「８００１」に対応する方路が流入路Ｌ１であると判定する。
【００４８】
以上、本参考例の路側無線通信機４及び中央装置３によれば、車載通信機７から無線受信した情報データに基づいて、その送信元である車載通信機７が存在している方路を判断し、その判断した方路に応じて確立した異なる通信セッションを用いて、前記情報データに含まれる車両情報ｉ４を中央装置３に送信するため、中央装置３は、路側無線通信機４との間で確立された通信セッションに基づいて、車両情報ｉ４の送信元である車載通信機７が存在している方路を判定することができる。これにより、路側無線通信機４から中央装置３に送信するデータフォーマットを変更する必要がないため、路側無線通信機４から中央装置３へ送信するデータフォーマットを変更する場合に比べて中央装置３の改修量を軽減しつつ、中央装置３において車載通信機７が存在している方路を判定することができる。
【００４９】
また、路側無線通信機４と中央装置３との間で、複数の方路Ｌ１〜Ｌ８毎に異なるポートに基づいて確立された通信セッションを用いるため、路側無線通信機４から中央装置３へ送信するデータに車載通信機７が存在しているエリア情報を含める場合に比べて、中央装置３の改修なしで、もしくは中央装置３に軽微な改修をするだけで、中央装置３において車載通信機７が存在している方路を判定することができる。
また、路側無線通信機４の送信部４０４は、方路毎に同一の車両ＩＤを含む情報データを、受信部４０１が所定期間中に所定回数、無線受信したときに、中央装置３に車両情報ｉ４を１回送信するため、中央装置３に送信するデータ量を削減する（間引く）ことができる。これにより、路側無線通信機４の送信処理負荷を低減することができ、また、中央装置３の処理負荷を低減することができる。
また、路側無線通信機４の送信部４０４は、交差点Ｃから車両６までの距離が所定距離の範囲以内となったときに中央装置３に送信するため、中央装置３は、路側無線通信機４から車両情報ｉ４を受信した場合でも、車両６が交差点Ｃを通過するタイミングを、交差点Ｃから車両６までの距離を用いて判定することができる。
【００５０】
［通信セッションの変形例］
図９は、本参考例の路側無線通信機４と中央装置３との間で確立する通信セッションの変形例、及びその通信セッションを用いて送信されるパケットのデータ構造を示す説明図である。また、図１０は、図９の変形例において中央装置３が用いる判定テーブルを示している。本変形例において、路側無線通信機４は、複数（ここでは８個）の異なるＩＰアドレス（例えば「１０．１．１．１」〜「１０．１．１．８」）を有している。
【００５１】
本変形例における路側無線通信機４の送信部４０４は、複数の方路Ｌ１〜Ｌ８毎に異なる送信元ＩＰアドレスに基づいて確立された通信セッションを用いて送信する。例えば、図９に示すように、判断部４０２において方路が流入路Ｌ１と判断された場合、送信部４０４は送信元ＩＰアドレス「１０．１．１．１」により確立された通信セッションを用いて送信する。同様に、判断部４０２において方路が流入路Ｌ２〜流出路Ｌ８のうちのいずれかと判断された場合、送信部４０４は中央装置３の宛先ＩＰアドレス「１０．１．１．２」〜「１０．１．１．８」のうちから、それぞれ図示のように異なる送信元ＩＰアドレスにより確立された通信セッションを用いて送信する。
その際、送信部４０４は、図９に示すように、パケットのデータ領域に車両情報ｉ４を含めるとともに、パケットのＩＰヘッダに通信セッションの送信元ＩＰアドレスを含めた状態でパケット送信する。
【００５２】
中央装置３は、路側無線通信機４の送信部４０４から送信された車両情報ｉ４を含むパケットを通信部３０１で受信した後、処理部３０２により、通信部３０１が用いた通信セッションのＩＰヘッダに含まれる送信元ＩＰアドレスを取得し、この送信元ＩＰアドレスに対応する方路を判定テーブル（図１０参照）を参照して判定する。この判定テーブルは、各送信元ＩＰアドレス「１０．１．１．１」〜「１０．１．１．８」に対応する方路Ｌ１〜Ｌ８を示した一覧表である。例えば、通信部３０１が用いた通信セッションのＩＰヘッダに含まれる送信元ＩＰアドレスが「１０．１．１．１」の場合、処理部３０２は、判定テーブルを参照して、送信元ＩＰアドレスの「１０．１．１．１」に対応する方路が流入路Ｌ１であると判定する。
【００５３】
以上、本変形例の路側無線通信機４及び中央装置３によれば、路側無線通信機４と中央装置３との間で、複数の方路Ｌ１〜Ｌ８毎に異なるＩＰアドレスを用いて確立された通信セッションを用いるため、中央装置３は後述する光ビーコン２０との間で確立された通信セッションを用いる場合（図１３及び図１４参照）と同様の通信セッションとなるため、既に導入されている従来の中央装置を活用することで、中央装置３において車載通信機７が存在している方路を判定することができる。
【００５４】
［第２参考例］
図１１は、第２参考例に係る路側無線通信機４及び中央装置３を含む交通管制システムが適用されている道路の平面図である。本参考例の交通管制システムは、車載通信機７との路車間通信を、路側無線通信機４だけでなく、光ビーコン２０によっても行われる点で、第１参考例と相違する。光ビーコン２０は、走行中の車両６の車載通信機７との間で、光信号による無線通信、つまり近赤外線を通信媒体とした光通信を行うとともに、光学式車両感知器としても機能する。本参考例における光ビーコン２０は、交差点Ｃ’における流入路（方路）Ｌ１’〜Ｌ４’の上流側及び流出路（方路）Ｌ５’〜Ｌ８’に合計８個設けられている。
【００５５】
各光ビーコン２０は、光ビーコン制御機２１と、この光ビーコン制御機２１に接続された光ビーコンヘッド（投受光器）２２とを備えている。各光ビーコン２０の光ビーコンヘッド２２は、流入路Ｌ１’〜Ｌ４ ’の上流側の真上及び流出路Ｌ５’〜Ｌ８ ’ の上流側の真上にそれぞれ設置されている。光ビーコン制御機２１は、通信回線８ｃによって路側ルータ１２に接続されている。この路側ルータ１２は、ネットワーク網１０を介して、中央装置３側のルータ１１に接続されている。光ビーコン２０は、その設置位置の近傍を走行する車両６の車載通信機７から、車両６の車両ＩＤ、車種情報等の情報データを含むアップリンクデータを受信する。そして、光ビーコン制御機２１が取得したアップリンクデータに含まれる車両情報ｉ４は、通信回線８ｃ及びネットワーク網１０を通じて中央装置３に送信される。また、中央装置３から各光ビーコン２０へは、通信回線８ｃを通じて、交通情報を含む情報が送信される。
【００５６】
図１２は、光ビーコン２０の内部構成を示す機能ブロック図である。光ビーコンヘッド２２は、光信号の授受を行って光通信を行う光通信部２３と、光ビーコンヘッド２２の直下を通過する車両６の有無を感知するための車両感知センサ部２４とを有している。
光通信部２３は、送信部２５及び受信部２６を有している。送信部２５は、光通信のための光信号を送出する投光部からなり、近赤外線よりなるダウンリンク光を送出する機能を有している。具体的には、送信部２５は、光ビーコン制御機２１から送出されるダウンリンクデータｉ３を送信信号に変換する送信回路と、出力されたこの送信信号をダウンリンク方向の光信号に変換する発光ダイオード（ＬＥＤ）からなる発光素子とによって構成されている。このため、送信部２５は、無線通信（光通信）によりダウンリンクデータｉ３を車載通信機７へ送信することができる。
【００５７】
受信部２６は、車載通信機７からの光信号を受光する受光部からなり、車載通信機７からの近赤外線よりなるアップリンク光を受光する機能を有している。具体的には、受信部２６は、フォトダイオード等からなる受光素子と、この受光素子が出力する電気信号を増幅してデジタルの信号を生成する受光回路とを備えている。そして、光ビーコン制御機２１は、受信部２６によって生成された信号から、アップリンクデータを生成する。このように、受信部２６は、無線通信（光通信）により車載通信機７が送信したアップリンクデータを受信することができる。
【００５８】
光ビーコン制御機２１は、中央装置３との双方向通信と、車載通信機７との路車間通信を行う通信部２７を有する。通信部２７は、ＵＤ形伝送を行う通信インタフェースよりなり、中央装置３にアップリンクデータｉ４を送信する際、アップリンクデータｉ４を受信した光ビーコンヘッド２２が設置されている方路Ｌ１’〜Ｌ８’に応じて、中央装置３との間で異なる通信セッションを確立する。なお、通信部２７は、Ｕ形伝送を行う通信インタフェースであってもよい。
【００５９】
図１３は、本参考例の光ビーコン制御機２１と中央装置３との間で確立する通信セッション、及びその通信セッションを用いて送信されるパケットのデータ構造を示す説明図である。各光ビーコン制御機２１は、当該光ビーコン制御機２１の個数と同数（ここでは８個）の異なるＩＰアドレスを有している。
【００６０】
光ビーコン制御機２１の通信部２７は、複数の方路Ｌ１’〜Ｌ８’毎に異なるＩＰアドレスにより確立された通信セッションを用いて送信する。例えば、図１３に示すように、流入路Ｌ１’の真上に設置された光ビーコンヘッド２２から取得したアップリンクデータｉ４を中央装置３へ送信する場合、通信部２７は送信元ＩＰアドレス「１０．１．１．１」により確立された通信セッションを用いて送信する。同様に、流入路Ｌ２’〜流出路Ｌ８’のうちのいずれかの真上に設置された光ビーコンヘッド２２から取得したアップリンクデータｉ４を送信する場合、通信部２７は中央装置３の送信元ＩＰアドレス「１０．１．１．２」〜「１０．１．１．８」のうちから、それぞれ図示のように異なる送信元ＩＰアドレスにより確立された通信セッションを用いて送信する。
その際、通信部２７は、図１３に示すように、パケットのデータ領域に車両情報ｉ４を含めるとともに、パケットのＩＰヘッダに通信セッションの送信元ＩＰアドレスを含めた状態でパケット送信する。
【００６１】
図１１に示すように、中央装置３の通信部３０１（図５参照）は、路側ルータ９を介して路側無線通信機４と通信回線８ｂで接続されるとともに、路側ルータ１２を介して光ビーコン制御機２１と通信回線８ｃで接続される。これにより、通信部３０１は、路側無線通信機４の送信部４０４から送信された情報データを含むパケットを受信可能であり、且つ光ビーコン制御機２１の通信部２７から送信された車両情報ｉ４を含むパケットを受信可能に構成されている。
【００６２】
中央装置３の処理部３０２は、路側無線通信機４の送信部４０４から送信された車両情報ｉ４を含むパケットを通信部３０１で受信した場合、上述の第１参考例と同様に、記憶部３０３に記憶されている図６の判定テーブルを参照して方路を判定する。
また、処理部３０２は、光ビーコン制御機２１の通信部２７から送信された車両情報ｉ４を含むパケットを通信部３０１で受信した場合、中央装置３と光ビーコン制御機２１との間で用いた通信セッションのＩＰヘッダに含まれる送信元ＩＰアドレスを取得し、この送信元ＩＰアドレスに対応する方路を、記憶部３０３に別途記憶されている判定テーブル（図１４参照）を参照して判定する。この判定テーブルは、各宛先ポート番号「１０．１．１．１」〜「１０．１．１．８」に対応する方路Ｌ１’〜Ｌ８’を示した一覧表である。例えば、通信部３０１が用いた通信セッションのＩＰヘッダに含まれる送信元ＩＰアドレスが「１０．１．１．１」の場合、処理部３０２は、判定テーブルを参照して、送信元ＩＰアドレスの「１０．１．１．１」に対応する方路が流入路Ｌ１’であると判定する。
なお、第２参考例において説明を省略した点については、第１参考例と同様である。
【００６３】
以上、本参考例の中央装置３によれば、通信部３０１は、路側無線通信機４により送信された車両情報ｉ４だけでなく、光ビーコン２０により送信された車両情報ｉ４も受信可能に構成されているため、中央装置３は、路側無線通信機４から送信された車両情報ｉ４と、光ビーコン２０から送信された車両情報ｉ４とが混在した状態であっても、車両情報ｉ４の送信元である車載通信機７が存在している方路を判定することができる。
【００６４】
［実施形態］
図１５は、本発明の実施形態に係る路側無線通信機４及び中央装置３を含む交通管制システムが適用されている道路の平面図である。本実施形態の交通管制システムは、第１参考例の交通管制システムの変形例であり、より具体的には、路側無線通信機４から中央装置３に送信するデータ量を削減する間引き処理の変形例を示している。本実施形態の間引き処理は、現場急行支援システム（Fast Emergency Vehicle Preemption Systems ：以下、「ＦＡＳＴ」という。）において用いられる。
【００６５】
上記ＦＡＳＴは、路側無線通信機４が交差点の上流側を走行するパトカーや救急車等の緊急車両（特定車両）から受信した車両情報を中央装置３に送信し、中央装置３から交通信号制御機５ｂに制御指令を送信することで、緊急車両が交差点を青信号で通過できるように流入路の青信号時間又は赤信号時間を調整する信号制御（特定の制御）を行うものである。この信号制御は、緊急車両が通行する流入路に青信号を表示し続ける青延長制御、或いは、赤信号の表示時間を可能な限り短くして青信号に切り替える赤短縮制御によって行われる。本実施形態では、図中の二点鎖線で囲む範囲内に存在する複数の交差点Ｃ１，Ｃ２において、ＦＡＳＴが実施される。
【００６６】
なお、本実施形態の間引き処理は、ＦＡＳＴ以外に、路線バス等の公共車両（特定車両）が交差点を青信号で通過できるように流入路の青信号時間又は赤信号時間を調整する信号制御（特定の制御）が行われる公共車両優先システム（Public Transportation Priority System ：以下、「ＰＴＰＳ」という。）など、他の特定の制御が行われる場合にも適用することができる。また、本実施形態の間引き処理は、特定車両以外の一般車両にも適用してもよい。この場合、交通信号制御機５ｂが一般車両を対象とした感応制御を行う場合に本実施形態の間引き処理を利用することができる。また、一般車両を対象とした感応制御が行われなくても、一般車両及び特定車両のいずれも同様に本実施形態の間引き処理を利用することができる。また、特定車両については本実施形態の間引き処理を行い、一般車両については第１参考例の間引き処理を行うようにしても良い。
【００６７】
［路側無線通信機］
図１６は、本実施形態の路側無線通信機４の内部構成を示す機能ブロック図である。
路側無線通信機４は、受信部４０１、判断部４０２、送信部４０４、記憶部４０５、及び送信判定部４０６を内部に含んでいる。送信判定部４０６は、受信部４０１が無線受信した情報データに含まれる車種情報に基づいて車両６が緊急車両であると判断した場合、当該情報データから識別される車載通信機７の位置に基づいて、送信部４０４が他の装置である中央装置（制御装置）３に送信する送信タイミングに該当するか否かを判定する。送信部４０４は、送信判定部４０６の判定結果が肯定的である場合、つまり送信判定部４０６が送信タイミングに該当すると判定した場合、中央装置３に車両情報（移動体情報）ｉ４を送信する。その送信回数は例えば１回に設定されている。
【００６８】
前記送信タイミングとしては、中央装置３においてＦＡＳＴをセット（開始）する指令を出力するためのタイミングと、ＦＡＳＴをリセット（終了）する指令を出力するためのタイミングとがある。送信判定部４０６は、これらの２つのタイミングのいずれか一方又は両方を用いて構成された複数の送信形態に基づいて、それぞれ異なる判定を行うようになっている。
前記複数の送信形態としては、ＦＡＳＴをセットする指令を出力するだけの「セット送信」と、ＦＡＳＴをリセットする指令を出力するだけの「リセット送信」と、ＦＡＳＴをリセット及びセットする両指令を同じタイミングで出力する「共用送信」と、ＦＡＳＴをリセット及びセットする両指令を異なるタイミングで出力する「併用送信」との４種類がある。
【００６９】
これらの送信形態は、記憶部４０５に記憶されている送信判定テーブル（図１７参照）において、ＦＡＳＴの実施エリア及び交差点間の道路長さ等に応じて、方路Ｌ１〜Ｌ８毎にそれぞれ予め設定されている。本実施形態では、図１７に示すように、セット送信を「０１」、リセット送信を「１０」、共用送信を「００」、併用送信を「１１」として、それぞれ送信判定テーブルに記憶されている。ここでは、流入路Ｌ１，Ｌ２，Ｌ４の送信形態はセット送信、流入路Ｌ３の送信形態は共用送信、流出路Ｌ５，Ｌ６，Ｌ８の送信形態はリセット送信、流入路Ｌ７の送信形態は併用送信としてそれぞれ設定されている。
なお、送信判定テーブルには、方路Ｌ１〜Ｌ８毎に、後述の距離Ｄがそれぞれ設定されている。
【００７０】
送信形態がセット送信の場合、送信判定部４０６は、車載通信機７が所定エリア（狭域エリア）内の所定位置の近傍範囲に存在しているときに、ＦＡＳＴをセットするための送信タイミングに該当すると判定する。ここで、「所定位置の近傍範囲」とは、所定位置とその近傍範囲を含む意味である。
図１５に示すように、前記所定エリアは、複数のエリアＳ１〜Ｓ８からなる。各エリアＳ１〜Ｓ８は、各方路Ｌ１〜Ｌ８において予め設定されている光ビーコンの設置位置（図中の各方路において示す白丸部分）を含めた範囲であって、かつ当該光ビーコンが光通信を行うこと可能な範囲に設定されている。本実施形態では、この光ビーコンの設置位置が前記所定位置とされている。
【００７１】
前記所定位置の近傍範囲は、例えば交差点Ｃ２（所定の地点）を基準とする第１距離（Ｄ−α）及び第２距離（Ｄ＋β）を用いて、第１距離（Ｄ−α）から第２距離（Ｄ＋β）までの範囲（但し、第２距離（Ｄ＋β）＞第１距離（Ｄ−α）、かつ第１距離（Ｄ−α）＝０の場合も含む）として設定されている。なお、Ｄは、交差点Ｃ２から前記所定位置（光ビーコンの設置位置）までの距離であり、α及びβは任意の値であって、α≧０、β≧０である。したがって、送信判定部４０６は、交差点Ｃ２から車載通信機７が存在する位置までの距離が第１距離（Ｄ−α）から第２距離（Ｄ＋β）までの範囲内のときに、前記送信タイミングに該当すると判定する。
なお、第１距離及び第２距離は、交差点Ｃ２を基準としているが、交差点Ｃ２の手前の停止線など他の任意の地点を基準としても良い。
また、前記所定位置の近傍範囲は、所定の座標範囲として設定されていても良い。この場合、例えば前記座標範囲を、車載通信機７の位置座標（ｘ，ｙ）に対してａ１≦ｘ≦ａ２かつｂ１≦ｙ≦ｂ２の関係を満たす範囲とすることで、送信判定部４０６は、この関係を満たす場合に、前記送信タイミングに該当すると判定することができる。
また、路側無線通信機４の受信部４０１が、前記所定位置よりも上流側に位置する車載通信機７から情報データを受信したときに、送信判定部４０６は、その情報データから車載通信機７が前記所定位置を通過するまでの所要時間（＝前記所定位置までの残距離／速度）を計算し、その所要時間が経過した時点で前記送信タイミングに該当すると判定することもできる。
【００７２】
送信形態がリセット送信の場合、送信判定部４０６は、車載通信機７が前記所定エリアに流入した時点で、ＦＡＳＴをリセットする送信タイミングに該当すると判定する。
送信形態が共用送信の場合、送信判定部４０６は、車載通信機７が前記所定エリア内の所定位置の近傍範囲に存在しているときに、ＦＡＳＴをリセットする送信タイミング、及びＦＡＳＴをセットするための送信タイミングに該当すると判定する。
【００７３】
送信形態が併用送信の場合、送信判定部４０６は、所定エリア内において複数設定された送信タイミングを、それぞれ個別に判定する。具体的には、送信判定部４０６は、上述のリセット送信の場合の判定方法によりＦＡＳＴをリセットする送信タイミングに該当すると判定し、上述のセット送信の場合の判定方法によりＦＡＳＴをセットする送信タイミングに該当すると判定する。
【００７４】
本実施形態では、各流出路Ｌ５〜Ｌ８のエリアＳ５〜Ｓ８の上流端側は、交差点Ｃ２内を含む範囲に設定されている。したがって、各流出路Ｌ５〜Ｌ８においてＦＡＳＴをリセットする送信タイミングは、車載通信機７が各エリアＳ５〜Ｓ８に流入した時点、つまり交差点Ｃ２に流入した時点（図中の各流出路において示す黒丸部分）となるため、交差点Ｃ２で行われているＦＡＳＴを迅速にリセットさせることができる。
【００７５】
［中央装置］
図１８は、中央装置３の内部構成を示す機能ブロック図である。中央装置３は、通信部３０１、処理部３０２、記憶部３０３、及び制御部３０４を内部に含んでいる。
制御部３０４は、通信部３０１が路側無線通信機４から受信した車両情報ｉ４に含まれる車種情報に基づいて車両６が緊急車両であると判断した場合、処理部３０２で判定された車載通信機７が存在している方路に基づいて、ＦＡＳＴをセットする指令及びリセットする指令を選択的に出力する。制御部３０４から出力された指令は、通信部３０１から交通信号制御機５ｂに送信される。
【００７６】
制御部３０４は、記憶部３０３に記憶されている制御判定テーブル（図１９参照）を参照して、方路Ｌ１〜Ｌ８毎に設定されている送信形態の種類を特定し、各送信形態に応じてＦＡＳＴをセットする指令及びリセットする指令を選択的に出力する。
具体的には、送信形態がセット送信の場合、制御部３０４はＦＡＳＴをセットする指令を出力し、送信形態がリセット送信の場合、制御部３０４はＦＡＳＴをリセットする指令を出力する。また、送信形態が共用送信の場合、制御部３０４はＦＡＳＴをリセットする指令およびＦＡＳＴをセットする指令をこの順に連続して出力する。さらに、送信形態が併用送信の場合、制御部３０４は路側無線通信機４から緊急車両の車両情報ｉ４を最初に受信したときにＦＡＳＴをリセットする指令を出力し、その後、路側無線通信機４から緊急車両の車両情報ｉ４を再び受信したときにＦＡＳＴをセットする指令を出力する。
【００７７】
［送信タイミングの判定処理］
図２０は、路側無線通信機４により実行される送信タイミングの判定処理を示すフローチャートである。図２１〜図２４は、送信形態がセット送信、リセット送信、共用送信、及び併用送信の各場合における判定処理をそれぞれ示すフローチャートである。以下、図２０〜図２４を参照しつつ、路側無線通信機４により実行される送信タイミングの判定処理について説明する。
図２０に示すように、まず、路側無線通信機４の受信部４０１により、車載通信機７が送信する情報データを無線受信すると（ステップＳＴ１）、当該情報データから認識される車両車種が緊急車両であるか否かを確認する（ステップＳＴ２）。車両車種が緊急車両でない場合は、上記ステップＳＴ１に戻る。
【００７８】
上記ステップＳＴ２において、車両車種が緊急車両であると確認された場合、判断部４０２により、受信部４０１が無線受信した情報データに含まれる位置情報に基づいて、その送信元である車載通信機７が存在している方路を判断する（ステップＳＴ３）。判断された方路は記憶部４０５に記憶される（ステップＳＴ４）。
【００７９】
次に、送信判定部４０６により、送信判定テーブル（図１７参照）を参照して記憶部４０５に記憶された方路に対応する送信形態を確認する。その送信形態がセット送信である場合（ステップＳＴ５において「Ｙｅｓ」の場合）、送信判定部４０６はセット送信に対応した判定処理を行う（ステップＳＴ６）。また、送信形態がリセット送信である場合（ステップＳＴ７において「Ｙｅｓ」の場合）、送信判定部４０６はリセット送信に対応した判定処理を行う（ステップＳＴ８）。また、送信形態が共用送信である場合（ステップＳＴ９において「Ｙｅｓ」の場合）、送信判定部４０６は共用送信に対応した判定処理を行う（ステップＳＴ１０）。また、送信形態が併用送信である場合（ステップＳＴ９において「Ｎｏ」の場合）、送信判定部４０６は併用送信に対応した判定処理を行う（ステップＳＴ１１）。
【００８０】
図２１に示すように、送信形態がセット送信である場合、送信判定部４０６は、まずＦＡＳＴをセットするための送信が既に行われているか否かを確認する（ステップＳＴ２１）。ＦＡＳＴをセットするための送信が既に行われている場合、送信判定部４０６は判定処理を終了する。
一方、ＦＡＳＴをセットするための送信が未だ行われていない場合、送信判定部４０６は、受信部４０１が無線受信した情報データに含まれる位置情報に基づいて、交差点から車載通信機７が存在する位置までの距離を算出する（ステップＳＴ２２）。そして、送信判定部４０６は、送信判定テーブルを参照して、記憶部４０５に記憶された方路に対応する距離Ｄを特定し、ステップＳＴ２２で算出された距離が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内であるか否かを判定する（ステップＳＴ２３）。
【００８１】
ステップＳＴ２３の判定結果が肯定的である場合、送信判定部４０６は、ＦＡＳＴをセットするための送信タイミングであると判定し、送信部４０４により中央装置３に車両情報ｉ４を送信する（ステップＳＴ２４）。その後、送信判定部４０６は、ＦＡＳＴをセットするための送信が行われたことを記憶部４０５に記憶し（ステップＳＴ２５）、判定処理を終了する。
一方、ステップＳＴ２３の判定結果が否定的である場合、送信判定部４０６は、中央装置３に車両情報ｉ４を送信させることなく、判定処理を終了する。
【００８２】
図２２に示すように、送信形態がリセット送信である場合、送信判定部４０６は、まずＦＡＳＴをリセットするための送信が既に行われているか否かを確認する（ステップＳＴ３１）。ＦＡＳＴをリセットするための送信が既に行われている場合、送信判定部４０６は判定処理を終了する。
一方、ＦＡＳＴをリセットするための送信が未だ行われていない場合、送信判定部４０６は、ＦＡＳＴをリセットするための送信タイミングであると判定し、送信部４０４により中央装置３に車両情報ｉ４を送信する（ステップＳＴ３２）。その後、送信判定部４０６は、ＦＡＳＴをリセットするための送信が行われたことを記憶部４０５に記憶し（ステップＳＴ３３）、判定処理を終了する。
【００８３】
図２３に示すように、送信形態が共用送信である場合、送信判定部４０６は、まずＦＡＳＴをリセット及びセットするための送信が既に行われているか否かを確認する（ステップＳＴ４１）。ＦＡＳＴをリセット及びセットするための送信が既に行われている場合、送信判定部４０６は判定処理を終了する。
一方、ＦＡＳＴをリセット及びセットするための送信が未だ行われていない場合、送信判定部４０６は、受信部４０１が無線受信した情報データに含まれる位置情報に基づいて、交差点から車載通信機７が存在する位置までの距離を算出する（ステップＳＴ４２）。そして、送信判定部４０６は、送信判定テーブルを参照して、記憶部４０５に記憶された方路に対応する距離Ｄを特定し、ステップＳＴ４２で算出された距離が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内であるか否かを判定する（ステップＳＴ４３）。
【００８４】
ステップＳＴ４３の判定結果が肯定的である場合、送信判定部４０６は、ＦＡＳＴをリセット及びセットするための送信タイミングであると判定し、送信部４０４により中央装置３に車両情報ｉ４を送信する（ステップＳＴ４４）。その後、送信判定部４０６は、ＦＡＳＴをリセット及びセットするための送信が行われたことを記憶部４０５に記憶し（ステップＳＴ４５）、判定処理を終了する。
一方、ステップＳＴ４３の判定結果が否定的である場合、送信判定部４０６は、中央装置３に車両情報ｉ４を送信させることなく、判定処理を終了する。
【００８５】
図２４に示すように、送信形態が併用送信である場合、送信判定部４０６は、まずＦＡＳＴをリセットするための送信が既に行われているか否かを確認する（ステップＳＴ５１）。ＦＡＳＴをリセットするための送信が既に行われている場合は、ステップＳＴ５４に移行する。
一方、ＦＡＳＴをリセットするための送信が未だ行われていない場合、送信判定部４０６は、ＦＡＳＴをリセットするための送信タイミングであると判定し、送信部４０４により中央装置３に車両情報ｉ４を送信する（ステップＳＴ５２）。その後、送信判定部４０６は、ＦＡＳＴをリセットするための送信が行われたことを記憶部４０５に記憶する（ステップＳＴ５３）。
【００８６】
次に、送信判定部４０６は、ＦＡＳＴをセットするための送信が既に行われているか否かを確認する（ステップＳＴ５４）。ＦＡＳＴをセットするための送信が既に行われている場合、送信判定部４０６は判定処理を終了する。
一方、ＦＡＳＴをセットするための送信が未だ行われていない場合、送信判定部４０６は、受信部４０１が無線受信した情報データに含まれる位置情報に基づいて、交差点から車載通信機７が存在する位置までの距離を算出する（ステップＳＴ５５）。そして、送信判定部４０６は、送信判定テーブルを参照して、記憶部４０５に記憶された方路に対応する距離Ｄを特定し、ステップＳＴ５５で算出された距離が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内であるか否かを判定する（ステップＳＴ５６）。
【００８７】
その際、上記ステップ５２においてＦＡＳＴをリセットする送信タイミングで中央装置３に車両情報ｉ４が送信された直後は、前記算出された距離は第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内となっていないため、ステップＳＴ２３の判定結果は否定的となり、送信判定部４０６は、一旦、判定処理を終了する。
その後、車載通信機７が上述の所定位置まで移動した時点で、再び図２０のステップＳＴ１において路側無線通信機４の受信部４０１が車載通信機７の情報データを無線受信すると、図２０のステップＳＴ３〜ステップＳＴ１１を経て図２４に示す送信判定が再び行われる。
【００８８】
この再判定では、上記のようにＦＡＳＴをリセットするための送信は既に行われているため、ステップＳＴ５１からステップＳＴ５４、ステップＳＴ５５を経てステップＳＴ５６に移行し、送信判定部４０６により、ステップＳＴ５５で算出された距離が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内であるか否かの判定が行われる。このステップＳＴ５５の判定結果が肯定的である場合、送信判定部４０６は、ＦＡＳＴをセットするための送信タイミングであると判定し、送信部４０４により中央装置３に車両情報ｉ４を送信する（ステップＳＴ５７）。その後、送信判定部４０６は、ＦＡＳＴをセットするための送信が行われたことを記憶部４０５に記憶し（ステップＳＴ５８）、判定処理を終了する。
【００８９】
［中央装置の指令処理］
図２５は、中央装置３により実行されるＦＡＳＴの指令処理を示すフローチャートである。図２５に示すように、中央装置３の通信部３０１により、路側無線通信機４の送信部４０４が送信した車両情報ｉ４を受信すると（ステップＳＳ１）、当該車両情報ｉ４から認識される車両車種が緊急車両であるか否かを確認する（ステップＳＳ２）。車両車種が緊急車両でない場合は、上記ステップＳＳ１に戻る。
【００９０】
上記ステップＳＳ２において、車両車種が緊急車両であると確認された場合、制御部３０４において、制御判定テーブル（図１９参照）を参照して記憶部３０３に記憶された方路に対応する送信形態を確認する。その送信形態がセット送信である場合（ステップＳＳ３において「Ｙｅｓ」の場合）、制御部３０４はＦＡＳＴをセットする指令を通信部３０１に出力する（ステップＳＳ４）。
また、送信形態がリセット送信である場合（ステップＳＳ５において「Ｙｅｓ」の場合）、制御部３０４はＦＡＳＴをリセットする指令を通信部３０１に出力する（ステップＳＳ６）。
また、送信形態が共用送信である場合（ステップＳＳ７において「Ｙｅｓ」の場合）、制御部３０４は、ＦＡＳＴをリセットする指令を通信部３０１に出力した後（ステップＳＳ８）、ＦＡＳＴをセットする指令を通信部３０１に出力する（ステップＳＳ９）。
【００９１】
また、送信形態が併用送信である場合（ステップＳＳ７において「Ｎｏ」の場合）、制御部３０４は、まずＦＡＳＴをリセットするための送信が既に行われているか否かを確認する（ステップＳＳ１０）。ＦＡＳＴをリセットするための送信が既に行われている場合、送信判定部４０６は指令処理を終了する。
一方、ＦＡＳＴをリセットするための送信が未だ行われていない場合、制御部３０４は、ＦＡＳＴをリセットする指令を通信部３０１に出力する（ステップＳＳ１１）。その後、制御部３０４は、ＦＡＳＴをリセットする指令を出力したことを記憶部３０３に記憶し（ステップＳＳ１２）、ステップＳＳ１に一旦戻る。
【００９２】
そして、ステップＳＳ１において、再び中央装置３の通信部３０１が路側無線通信機４からの車両情報ｉ４を受信すると、ステップＳＳ２、ステップＳＳ５及びステップＳＳ７を経て、ステップＳＳ１０に移行し、制御部３０４は、ＦＡＳＴをリセットするための送信が既に行われているか否かを確認する。ここでは、上記のようにＦＡＳＴをリセットするための送信が既に行われているため、制御部３０４は、ステップＳＳ１３に移行し、ＦＡＳＴをセットする指令を通信部３０１に出力する。
なお、本実施形態において説明を省略した点については、第１参考例と同様である。
【００９３】
以上、本実施形態の路側無線通信機４によれば、車載通信機７の位置に基づいて送信部４０４が中央装置３に送信する送信タイミングに該当するか否かを判定し、その判定結果が肯定的である場合に中央装置３に車両情報ｉ４を送信するため、中央装置３に送信するデータ量を削減する（間引く）ことができる。これにより、路側無線通信機４の送信処理負荷を低減することができ、また、中央装置３の処理負荷を低減することができる。
【００９４】
また、送信部４０４から中央装置３への送信回数は１回に設定されているため、中央装置３に送信するデータ量をさらに削減することができる。
また、送信判定部４０６は、車載通信機７が搭載された車両６が緊急車両である場合に、送信タイミングに該当するか否かを判定するため、緊急車両の車両情報ｉ４を中央装置３に送信するデータ量を削減することができる。
【００９５】
また、車載通信機７が所定エリア内の所定位置の近傍範囲の近傍に存在しているときに、ＦＡＳＴをセットさせるための車両情報ｉ４が送信されるため、車載通信機７が前記所定エリア内に存在しているときにＦＡＳＴを確実にセットさせることができる。
また、所定エリア内において予め設定されている光ビーコンの設置位置を、車載通信機７の存在を判断するための所定位置として流用することができるため、路側無線通信機４によりＦＡＳＴを行うための改修量を軽減することができる。
また、路側無線通信機４は光ビーコンよりも通信範囲が広いため、仮に、緊急車両が路側無線通信機４の通信範囲に入ったときに、車載通信機７から路側無線通信機４を経由して車両情報ｉ４を受信した中央装置３が、その車両情報ｉ４を受信したときに緊急車両が光ビーコンの設置位置に存在するという前提で、ＦＡＳＴをセットする指令を交通信号制御機５ｂに出力する場合、緊急車両が交差点にさしかかるタイミングで適切に青信号にならないおそれが生じる。
これに対して、本実施形態では、光ビーコンの設置位置を車載通信機７の存在を判断するための所定位置としているため、緊急車両の車載通信機７から光ビーコンを経由して中央装置３に車両情報ｉ４を送信する場合、及び緊急車両の車載通信機７から路側無線通信機４を経由して中央装置３に車両情報ｉ４を送信する場合のいずれの場合であっても、ＦＡＳＴの指令を適切に行うことができる。
【００９６】
また、送信判定部４０６は、車載通信機７が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内又は所定の座標範囲内に存在しているか否かを判断しているため、車載通信機７が所定エリア内に存在しているか否かを容易に判断することができる。
また、車載通信機７が所定エリアに流入した時点で、ＦＡＳＴをリセットするための車両情報ｉ４が送信されるため、車載通信機７が前記所定エリアに流入した時点でＦＡＳＴを迅速にリセットさせることができる。
【００９７】
また、所定エリア内に、送信タイミングが複数設定されているため、所定エリア内に複数の光ビーコンを設置して送信タイミングを設定する場合に比べて設置コストを抑えることができる。
また、中央装置３は、車載通信機７が所定エリアに流入した時点で路側無線通信機４から車両情報ｉ４を受信すると、ＦＡＳＴをリセットする指令を出力するため、ＦＡＳＴをさらに迅速にリセットさせることができる。
【００９８】
［変形例］
図２６は、上記実施形態の制御装置の変形例を示すものであり、その制御装置の内部構成を示す機能ブロック図である。上記実施形態では中央装置３を制御装置としているが、この変形例では、上記実施形態の路側無線通信機４とは別の路側無線通信機（他の装置）１４が制御装置を兼ねている。この路側無線通信機１４は、受信部４０１、判断部４０２、送信部４０４、記憶部４０５、及び制御部４０７を内部に含んでいる。受信部４０１、判断部４０２、送信部４０４、記憶部４０５は、第１参考例の路側無線通信機４と同様の構成であるため、その説明を省略する。
【００９９】
制御部４０７は、受信部４０１が路側無線通信機４から受信した車両情報ｉ４に含まれる車種情報に基づいて車両６が緊急車両であると判断した場合、判断部４０２で判断された車載通信機７が存在している方路に基づいて、ＦＡＳＴをセットする指令及びリセットする指令を選択的に出力する。具体的には、制御部４０７は、記憶部４０５に記憶されている制御判定テーブル（図１９参照）を参照して、判断部４０２で判断された方路に対応する送信形態を特定し、その送信形態に基づいて、ＦＡＳＴをセットする指令及びリセットする指令を選択的に出力する。制御部４０７から出力された指令は、送信部４０４から交通信号制御機５ｂに送信される。
【０１００】
図２７は、上記実施形態の路側無線通信機４及び中央装置３の他の変形例を示すものであり、（ａ）は路側無線通信機４の内部構成を示す機能ブロック図であり、（ｂ）は中央装置３の内部構成を示す機能ブロック図である。上記実施形態では路側無線通信機４が送信タイミングの判定処理を行うが、この変形例では、中央装置３が送信タイミングの判定処理を行う。そして、本変形例では、路側無線通信機４と中央装置３とにより制御システムが構成されている。
【０１０１】
図２７（ａ）に示すように、本変形例の路側無線通信機４は、受信部４０１、送信部４０４、及び記憶部４０５を内部に含んでいる。送信部４０４は、受信部４０１が無線受信した情報データ（車載通信機７の位置を識別可能な位置情報を含む）を中央装置３に送信するように構成されている。なお、送信部４０４は、受信部４０１が無線受信した情報データの一部（位置情報や速度情報等を含む）を中央装置３に送信するようにしても良い。
【０１０２】
図２７（ｂ）に示すように、本変形例の中央装置３は、通信部３０１、記憶部３０３、制御部３０４、及び制御判定部３０５を内部に含んでいる。通信部３０１は、路側無線通信機４の送信部４０４が送信した情報データを受信する。制御判定部３０５は、通信部３０１が受信した情報データから識別される車載通信機７の位置に基づいて、ＦＡＳＴに関する指令、すなわちＦＡＳＴをセットする指令及びリセットする指令を出力するタイミングであるか否かをそれぞれ判定する。
【０１０３】
ＦＡＳＴをセットする指令を出力するタイミングであるか否かの判定は、例えば、上記実施形態の路側無線通信機４の送信判定部４０６が行う判定と同様に、通信部３０１が受信した情報データに含まれる位置情報に基づいて、交差点から車載通信機７が存在する位置までの距離を算出し、この算出距離が第１距離（Ｄ−α）から第２距離（Ｄ−β）までの範囲内であるか否かによって判定する。
また、ＦＡＳＴをリセットする指令を出力するタイミングであるか否かの判定は、例えば、上記実施形態の路側無線通信機４の送信判定部４０６が行う判定と同様に、車載通信機７が所定エリアに流入したか否かによって判定する。
【０１０４】
中央装置３の制御部３０４は、制御判定部３０５がＦＡＳＴをセットする指令を出力するタイミングであると判定した場合、ＦＡＳＴをセットする指令を通信部３０１に出力する。また、制御部３０４は、制御判定部３０５がＦＡＳＴをリセットする指令を出力するタイミングであると判定した場合、ＦＡＳＴをリセットする指令を通信部３０１に出力する。
なお、中央装置３の制御部３０４が指令を出力するタイミングを判断する場合、最初に路側無線通信機４から受信した情報データに基づいて計算した情報を、一定時間経過後に路側無線通信機４から受信した情報データにより見直すことができる。例えば、車載通信機７が交差点の遠方に位置するときに受信した情報データに基づいて、制御部３０４が前記タイミングを計算して指令を出力したが、車載通信機７が交差点の近傍に近づいてきたときに前記タイミングがずれてきた場合に、制御部３０４は再び指令を出力し直すことができる。この場合、交通信号制御機５側は、中央装置３から指令を２回以上受信することになるので、これらの指令を区別して判断できるようにすれば良い。
【０１０５】
以上、本変形例の制御システムによれば、路側無線通信機４が車載通信機７から取得した情報データを中央装置３に送信することで、その中央装置３側において、情報データから識別される車載通信機７の位置に基づいてＦＡＳＴをセット及びリセットする指令を出力する各タイミングを容易に判定することができる。
また、本変形例では、中央装置３が、路側通信機４から車両の位置等に関する情報を受信して、ＦＡＳＴに関する指令を出力するタイミングの判定処理を行うが、その中央装置３には、前記判定処理を行う上位装置と、その上位装置に前記情報を提供する下位装置とを備えている。このため、前記下位装置において、車両の位置等に関する情報を、従来の光ビーコンと同一の電文フォーマットに変換することで、前記上位装置の改修量を低減することができる。
【０１０６】
なお、今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味、及び範囲内でのすべての変更が含まれることが意図される。
例えば、上記参考例では、宛先ポート番号又は送信元ＩＰアドレスを用いて方路を判定しているが、送信元ポート番号又は宛先ＩＰアドレスによって方路を判定してもよい。その際、宛先ＩＰアドレスを用いる場合は、中央装置３側が、これらの宛先ＩＰアドレスに対応する複数のＩＰアドレスを備えていればよい。
また、上記参考例では、ポート番号及びＩＰアドレスのうちの一方を用いて方路を判定しているが、ポート番号及びＩＰアドレスの両方を用いて方路を判定してもよい。
【符号の説明】
【０１０７】
３  中央装置
３０１  通信部
３０２  処理部
３０３  記憶部
３０４  制御部
３０５  制御判定部
４  路側無線通信機
４０１  受信部
４０２  判断部
４０４  送信部
４０５  記憶部
４０６  送信判定部
４０７  制御部
５  交通信号機
５ａ  交通信号灯器
５ｂ  交通信号制御機
６  車両
７  車載通信機（移動体通信機）
８ａ  通信回線
８ｂ  通信回線
８ｃ  通信回線
９  路側ルータ
１０  ネットワーク網
１１  ルータ
１２  路側ルータ
１４  路側無線通信機
２０  光ビーコン
２１  光ビーコン制御機
２２  光ビーコンヘッド
２３  光通信部
２４  車両感知センサ部
２５  送信部
２６  受信部
２７  通信部
Ｃ  交差点
Ｃ’  交差点
Ｃ１〜Ｃ３  交差点
Ｄ  距離
ｉ１  信号制御情報
ｉ２  実行情報
ｉ３  情報
ｉ４  車両情報（移動体情報）
Ｌ１〜Ｌ４  流入路
Ｌ５〜Ｌ８  流出路
Ｌ１’〜Ｌ４ ’  流入路
Ｌ５’〜Ｌ８ ’  流出路
Ｐａ１〜Ｐａ１６  ポート
Ｐｂ１〜Ｐｂ１６  ポート
Ｒ  道路
Ｓ１〜Ｓ８  エリア（所定エリア）
【図１】
2020010370.tif 000003
【図２】
2020010370.tif 000004
【図３】
2020010370.tif 000005
【図４】
2020010370.tif 000006
【図５】
2020010370.tif 000007
【図６】
2020010370.tif 000008
【図７】
2020010370.tif 000009
【図８】
2020010370.tif 000010
【図９】
2020010370.tif 000011
【図１０】
2020010370.tif 000012
【図１１】
2020010370.tif 000013
【図１２】
2020010370.tif 000014
【図１３】
2020010370.tif 000015
【図１４】
2020010370.tif 000016
【図１５】
2020010370.tif 000017
【図１６】
2020010370.tif 000018
【図１７】
2020010370.tif 000019
【図１８】
2020010370.tif 000020
【図１９】
2020010370.tif 000021
【図２０】
2020010370.tif 000022
【図２１】
2020010370.tif 000023
【図２２】
2020010370.tif 000024
【図２３】
2020010370.tif 000025
【図２４】
2020010370.tif 000026
【図２５】
2020010370.tif 000027
【図２６】
2020010370.tif 000028
【図２７】
2020010370.tif 000029