(57)【要約】【課題】  複数の光ビーコンについてのアップリンク情報の受信内容から路車間通信の適否を自動的に把握できるようにして、システム管理者が光ビーコンのメンテナンスの要否を判断することができる路車間通信の判定システムを提供する。【解決手段】  本発明の路車間通信の判定システムは、道路Ｒを走行する車両Ｃの車載機２と、道路Ｒの所定範囲にダウンリンク領域ＤＡが設定された投受光器１６を有する複数の光ビーコン４と、路車間通信の通信状態を判定する判定装置（中央装置）３とを備えている。この判定装置３は、車載機２が送信した同一の車両ＩＤを含むアップリンク情報２７を複数の光ビーコン４から受信する通信部６と、複数の光ビーコンＢ１〜Ｂ３の中で地理的に中間にある光ビーコンＢ２が車両ＩＤを含むアップリンク情報２７を受信しているか否かにより、当該中間にある光ビーコンＢ２の通信状態の適否を判定する判定部１０とを有する。【選択図】      図１
2008118454.tif 000002
【特許請求の範囲】
【請求項１】
道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された投受光器を有し、前記車載機との間で路車間通信を行う複数の光ビーコンと、前記路車間通信の通信状態を判定する判定装置とを備えた路車間通信の判定システムであって、
前記判定装置は、前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信する通信部と、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定する判定部とを有することを特徴とする路車間通信の判定システム。
【請求項２】
前記判定装置は、前記判定部の判定結果から通信異常と見なし得る前記光ビーコンに運用停止情報を送信する停止部を備えている請求項１に記載の路車間通信の判定システム。
【請求項３】
前記判定装置は、前記判定部の判定結果から通信異常と見なし得る前記光ビーコンをシステム管理者に報知する出力部を備えている請求項１又は２に記載の路車間通信の判定システム。
【請求項４】
道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された複数の光ビーコンの投受光器との間で行われる路車間通信の判定方法であって、
前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信し、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定することを特徴とする路車間通信の判定方法。
【請求項５】
道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された複数の光ビーコンの投受光器との間で行われる路車間通信の判定装置であって、
前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信する通信部と、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定する判定部とを有することを特徴とする路車間通信の判定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、路側に設置した光ビーコンと車両に搭載された車載機との間で光信号による双方向通信を行う、路車間通信の判定システム及び方法とこれに用いる判定装置に関するものである。
【背景技術】
【０００２】
路車間通信システムを利用した交通情報サービスとして、光ビーコン、電波ビーコン又はＦＭ多重放送を用いたいわゆるＶＩＣＳ（Vehicle Information and Communication System）が既に展開されている。このうち、光ビーコンは近赤外線を通信媒体とした光通信を採用しており、車載機との双方通信が可能となっている。
具体的には、車両の保持するビーコン間の旅行時間情報等を含むアップリンク情報が車載機からインフラ側の光ビーコンに送信され、逆に、渋滞情報、区間旅行時間情報、事象規制情報及び車線通知情報等を含むダウンリンク情報が光ビーコンから車載機に送信されるようになっている（例えば、特許文献１参照）。
【０００３】
上記光ビーコンは、車載機との間で双方向通信を行う投受光器（ビーコンヘッド）を備えており、この投受光器は、ダウンリンク情報を送出する発光ダイオード（ＬＥＤ）と、車載機からのアップリンク情報を受信するフォトセンサとを備えている。
他方、上記車載機も、光ビーコンの投受光器との間で双方向通信を行うために、ＬＥＤとフォトセンサを有する投受光器（車載ヘッド）を備えている。
【特許文献１】特開２００５−２６８９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記光ビーコンを用いた路車間通信システムにおいて、光ビーコンが車載機からのアップリンク情報を受信できないために路車間通信が適切に行われず、車両が所定のサービスを享受できないことがある。
その原因としては、光ビーコンの投受光器のフォトセンサの経年劣化によりその受光感度が低下した場合、光ビーコンの投受光器の受光パネルが汚れて光の透過率が低下した場合、車載機側の投受光器の発光ダイオードの経年劣化によりその発光量が低下した場合、及び、車両のフロントガラスの汚れや周辺環境（降雨や霧等）によって車載機の投受光器の手前で信号が反射される場合等が考えられる。
【０００５】
この場合、従来の路車間通信システムでは、光ビーコンの投受光器の異常により所定のアップリンク情報が適切に受信されない場合でも、その通信異常を自動的に発見することが不可能であり、このような通信異常を発見するには、システムを構成する全ての光ビーコンを、作業員が現地まで赴いて人力で一斉に点検する必要があった。
また、光ビーコンがアップリンク情報を適切に受信しないと、光ビーコンはダウンリンクの切り替えを行って所定の情報を格納したダウンリンク情報を車載機に送信しなくなる。このような場合には、ドライバがそれに気付かないまま適切な交通情報サービスが得られているものとして、車両走行を継続する恐れがある。
【０００６】
一方、光ビーコンからのダウンリンク情報として信号情報や停止線までの距離情報を含めるようにし、この情報を利用して車両のブレーキ制御や減速指示等を行う安全運転支援システムが提案されている（例えば、特願２００６−１２１６９２号、特願２００６−１２１７００号）。
前記安全運転支援システムでは、車載機から光ビーコンに対するアップリンク情報が未達となった場合、光ビーコンは前記信号情報等の支援動作用情報を車載機に送信できないため、車両側において、ドライバへの警告やブレーキ制御といった安全運転支援動作が実行できなくなる。
【０００７】
本発明は、このような実情に鑑み、複数の光ビーコンについてのアップリンク情報の受信内容から路車間通信の適否を自動的に把握できるようにして、システム管理者が光ビーコンのメンテナンスの要否を判断することができる路車間通信の判定システム及び方法とこれに用いる判定装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の路車間通信の判定システムは、道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された投受光器を有し、前記車載機との間で路車間通信を行う複数の光ビーコンと、前記路車間通信の通信状態を判定する判定装置とを備えた路車間通信の判定システムであって、前記判定装置は、前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信する通信部と、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定する判定部とを有することを特徴とする。
【０００９】
この判定システムによれば、判定装置の通信部が、車載機が送信した同一の車両ＩＤを含むアップリンク情報を複数の光ビーコンから受信し、判定装置の判定部が、複数の光ビーコンの中で地理的に中間にある光ビーコンが車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定するので、当該判定装置において、特定の光ビーコンが行う路車間通信の適否を自動的に把握することができる。
このため、上記判定部が判定した通信状態の適否をシステム管理者に報知する出力部を判定装置に設けることにより、システム管理者が光ビーコンメンテナンスの要否を容易に判断することができる。
【００１０】
本発明の判定システムにおいて、前記判定装置は、前記判定部の判定結果から通信異常と見なし得る前記光ビーコンに運用停止情報を送信する停止部を備えたものを採用することが好ましい。
この場合、判定装置の停止部が、通信異常が発生している或いはその可能性が高い光ビーコンに運用停止情報を送信するので、当該光ビーコンの運用の停止を迅速に行うことができる。なお、この場合の運用停止とは、光ビーコンが全く動作しないように制御することが含まれるのは勿論のこと、単に車載機との路車間通信を停止するだけの場合や、特定の情報（例えば、停止線までの距離情報や信号情報）を車載機に送信するのを停止するだけの場合も含まれる。
【００１１】
また、本発明の判定システムにおいて、前記判定装置に、前記判定部の判定結果から通信異常と見なし得る光ビーコンをシステム管理者に報知する出力部を設けるようにすれば、システム管理者が通信異常のある光ビーコンの存在を即座に認識することができる。
なお、上記出力部としては、通信状態の異常があり得る光ビーコンをシステム管理者に視覚で注意喚起するディスプレイや、その光ビーコンを音声で注意喚起するスピーカ装置等を採用することができる。
【００１２】
本発明の路車間通信の判定方法は、道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された複数の光ビーコンの投受光器との間で行われる路車間通信の判定方法であって、前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信し、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定することを特徴とする。
【００１３】
また、本発明の路車間通信の判定装置は、道路を走行する車両の車載機と、前記道路の所定範囲に通信領域が設定された複数の光ビーコンの投受光器との間で行われる路車間通信の判定装置であって、前記車載機が送信した同一の車両ＩＤを含むアップリンク情報を前記複数の光ビーコンから受信する通信部と、前記複数の光ビーコンの中で地理的に中間にある光ビーコンが前記車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定する判定部とを有することを特徴とする。
【００１４】
これらの判定方法及び装置によれば、車載機が送信した同一の車両ＩＤを含むアップリンク情報を複数の光ビーコンから受信し、複数の光ビーコンの中で地理的に中間にある光ビーコンが車両ＩＤを含むアップリンク情報を受信しているか否かにより、当該中間にある光ビーコンの通信状態の適否を判定するので、特定の光ビーコンが行う路車間通信の適否を自動的に把握することができる。
【発明の効果】
【００１５】
以上の通り、本発明によれば、複数の光ビーコンから受信したアップリンク情報に基づいて、路車間通信の適否を把握することができる。また、その路車間通信の状態をシステム管理者に報知することで、光ビーコンのメンテナンスの要否を容易に判断することができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しつつ、本発明の実施形態を説明する。
〔システムの全体構成〕
図１は、本発明の路車間通信の判定システムの全体構成を示すブロック図である。
図１に示すように、この路車間通信の判定システムは、インフラ側の交通管制システム１と、道路Ｒを走行する各車両Ｃに搭載された車載機２とから構成されている。交通管制システム１は、管制室に設けられた判定装置としての機能を併有する中央装置３と、道路Ｒの各所に多数設置された光ビーコン（光学式車両感知器）４とから構成されており、光ビーコン４は、近赤外線を通信媒体とした光通信によって車載機２との間で双方向通信を行う。なお、中央装置３は交通管制室に設けられている。
【００１７】
〔中央装置の構成〕
中央装置３は、電話回線等の通信回線５を介して各光ビーコン４と接続された通信インタフェースである通信部６と、この通信部６が接続された管理コンピュータ７と、管制室のシステム管理者に対するヒューマンインタフェースとしてのディスプレイ８及びスピーカ装置９とを備えている。
上記管理コンピュータ７は、ＣＰＵ、メモリ（ＲＡＭ）及び記憶装置（ＲＯＭ）を有する汎用大型コンピュータ（メインフレーム）よりなり、各種の交通情報の収集・処理・記録、信号制御及び情報提供を統括的に行っている。
【００１８】
管理コンピュータ７は、通信部６を介して光ビーコン４との双方向通信を行う通信制御部としても機能しており、渋滞情報や規制情報を各光ビーコン４に対して常時送信し、車両Ｃの通行情報などを各光ビーコン４から受信している。また、管理コンピュータ７は、ディスプレイ８及びスピーカ装置９の駆動制御部としても機能している。
ディスプレイ８は、管理コンピュータ７が管理する全ての信号機や光ビーコン４等の道路地図上での位置が表示された表示画面を有しており、異常があった光ビーコン４に対応するランプを点滅させることにより、システム管理者に当該光ビーコン４の異常とその位置を報知するようになっている。また、スピーカ装置９は、光ビーコン４の異常発生を同時に音声でシステム管理者に報知する。
【００１９】
更に、管理コンピュータ７は、本発明に関連する所定の各機能を実行するプログラムを記憶装置に格納しており、このプログラムが実行する機能部として判定部１０、識別部１１及び停止部１２を備えている。なお、これらの各機能部１０，１１，１２の処理内容については後述する。
【００２０】
〔光ビーコンの構成〕
光ビーコン４は、電話回線等の通信回線５を介して中央装置３と接続された通信インタフェースである通信部１４と、この通信部１４が接続されたビーコン制御機１５と、この制御機１５のセンサ用インタフェースに接続された複数（図例では４つ）の投受光器（ビーコンヘッド）１６とを備えている。
各投受光器１６は、筐体１７の内部に発光ダイオード（ＬＥＤ）１８とフォトセンサ１９を収納して構成されている（図３参照）。このうち、ＬＥＤ１８は、近赤外線よりなるダウンリンク情報２６，２８を後述する通信領域Ａに発光し、フォトセンサ１９は、車載機２からの近赤外線よりなるアップリンク情報２７を受光する。
【００２１】
図２は、上記光ビーコン４の平面図である。
図２に示すように、本実施形態の光ビーコン４は、同じ方向の複数（図例では４つ）の車線Ｒ１〜Ｒ４を有する道路Ｒに設置されており、各車線Ｒ１〜Ｒ４に対応して設けられた前記複数の投受光器８と、これらの投受光器８を一括制御する制御部である一台の前記ビーコン制御機１５とを備えている。
上記ビーコン制御機１５は、ＣＰＵ、メモリ（ＲＡＭ）及び記憶装置（ＲＯＭ）を有するプログラマブルなマイコンよりなり、通信部１４による中央装置３との双方向通信と、各投受光器１６による車載機２との路車間通信の制御を行う通信制御部として機能する。なお、このビーコン制御機１５による路車間通信の内容については後述する。
【００２２】
ビーコン制御機１５は、道路脇に立設した支柱２０に設置されており、各投受光器１６は、支柱２０から道路Ｒ側に水平に架設した架設バー２１に取り付けられ、道路Ｒの各車線Ｒ１〜Ｒ４の直上に配置されている。
各投受光器１６のＬＥＤ１８は、各車線Ｒ１〜Ｒ４の直下よりも上流側に向けて近赤外線を発光しており、これにより、車載機２との間で路車間通信を行うための通信領域Ａが当該投受光器１６の上流側（図２の右側）に設定されている。
【００２３】
図３は、光ビーコン４の通信領域Ａを示す側面図である。
図３に示すように、この通信領域Ａは、後述する車載機２の投受光器２９がダウンリンク情報を受信することができるダウンリンク領域（図３において実線のハッチングを設けた領域）ＤＡと、光ビーコン４の投受光器１６がアップリンク情報を受信することができるアップリンク領域（図３において破線のハッチングを設けた領域）ＵＡとからなる。
【００２４】
光ビーコン（光学式車両感知器）４の「近赤外線式インタフェース規格」では、アップリンク領域ＵＡは、ダウンリンク領域ＤＡの車両進行方向の上流部分（図３の右側部分）と重複しており、ダウンリンク領域ＤＡとアップリンク領域ＵＡの上流端ｃは互いに一致している。
従って、ダウンリンク領域ＤＡの車両進行方向長さは通信領域Ａ全体の同方向長さと一致する。
【００２５】
また、上記規格では、一般道向けの光ビーコン４の場合で、ダウンリンク領域ＤＡの下流端ａは、投受光器８の直下の１．０〜１．３ｍ上流側に位置し、ダウンリンク領域ＤＡの下流端ａからアップリンク領域ＵＡの下流端ｂまでの距離は２．１ｍと規定され、アップリンク領域ＵＡの下流端ｂから同領域ＵＡの上流端ｃまでの距離は１．６ｍと規定されている。この場合、通信領域Ａの車両進行方向の全長は３．７ｍとなる。
もっとも、各領域ＤＡ，ＵＡの車両進行方向長さは上記各数値に限定されない。また、図３に仮想線で示すように、ダウンリンク領域ＤＡの上流端ｃ’をアップリンク領域の上流端ｃよりも更に上流側（図３の右側）に位置させる場合もある。
【００２６】
〔車載機の構成〕
車両Ｃに搭載された車載機２は、車載コンピュータ２３（図４参照）と、このコンピュータに接続された投受光器（車載ヘッド：図３及び図４参照）２４とを備えている。
この車載機２の投受光器２４も、光ビーコン４の投受光器（ビーコンヘッド）８と同様に、発光ダイオード（ＬＥＤ）とフォトセンサを備えている（図示せず）。このうち、ＬＥＤは、近赤外線よりなるアップリンク情報２７を発光し、フォトセンサは、通信領域Ａに発光された近赤外線よりなるダウンリンク情報２６，２８を受光する。また、車載機２の車載コンピュータ２３は、投受光器２４による光ビーコン４との路車間通信の制御処理を行う。
【００２７】
〔管理コンピュータの処理内容〕
〔路車間通信の判定処理〕
中央装置３の管理コンピュータ７は、自己が管理するすべての光ビーコン４が受信した車載機２からのアップリンク情報２７に含まれる車両ＩＤ情報を、各光ビーコン４から常時収集かつ監視しており、管理コンピュータ７の判定部１０は、その車両ＩＤ情報に基づいて特定の光ビーコン４での路車間通信の適否を判定する。以下、この判定部１０による判定処理について説明する。
【００２８】
図５（ａ）は、光ビーコン４の実際の設置位置の一例を示し、図５（ｂ）は、その光ビーコン４の設置位置に対応して作成された位置テーブルを示している。図５（ａ）に示すように、ある一つの幹線道路Ｒの上流側から下流側に向かって、それぞれ光ビーコンＢ１〜Ｂ４がその順に設置されているものとする。
図５（ｂ）に示す位置テーブルを構成するマトリックスにおいて、左列（ビーコン名）には、上記各光ビーコンＢ１〜Ｂ４が上から順に並んでおり、中央列（上流側ビーコン）には、各光ビーコンＢ１〜Ｂ４から見て上流側に位置する光ビーコンが上から順に並んでおり、右列（下流側ビーコン）には、各光ビーコンＢ１〜Ｂ４から見て下流側に位置する光ビーコンが上から順に並んでいる。
【００２９】
例えば、光ビーコンＢ１の上流側には他の光ビーコンが存在せず、同ビーコンＢ１の下流側には光ビーコンＢ２が存在するので、位置テーブルの「Ｂ１」の行では、上流側ビーコンの欄が「×（不存在）」でかつ下流側ビーコンの欄が「Ｂ２」となっている。
また、光ビーコンＢ２の上流側には光ビーコンＢ１が存在し、同ビーコンＢ２の下流側には光ビーコンＢ３が存在するので、位置テーブルの「Ｂ２」の行では、上流側ビーコンの欄が「Ｂ１」でかつ下流側ビーコンの欄が「Ｂ３」となっている。
【００３０】
以下、順に、位置テーブルの「Ｂ３」の行では、上流側ビーコンの欄が「Ｂ２」でかつ下流側ビーコンの欄が「Ｂ４」となっており、位置テーブルの「Ｂ４」の行では、上流側ビーコンの欄が「Ｂ３」でかつ下流側ビーコンの欄が「×（不存在）」となっている。
管理コンピュータ７は、自己が管轄する道路Ｒに設置された全ての光ビーコン４に関しての前記位置テーブルを予め記憶装置に記憶している。
【００３１】
そこで、管理コンピュータ７の判定部１０は、そのコンピュータ７の通信部６が、同じ車両ＩＤを任意の２つ光ビーコン（例えば、図５のＢ１とＢ３）から所定時間内に受信すると、この２つの光ビーコンＢ１，Ｂ３間に、他の光ビーコン４が存在するかどうかを前記位置テーブルに基づいて判断する。
この判断により、該当する光ビーコン４（例えば、図５のＢ２）が存在する場合には、判定部１０は、この光ビーコンＢ２から、所定時間内に同じ車両ＩＤが送信されてくるか否かを監視する。
【００３２】
管理コンピュータ７の判定部１０は、所定時間内に上記光ビーコンＢ２から車両ＩＤを受信しなかった場合には、当該光ビーコンＢ２における車両ＩＤの「抜け回数」を１つインクリメントする。また、判定部１０は、車両ＩＤを正常に受信した場合には、当該光ビーコンＢ２における「受信回数」を１つインクリメントする。
そして、管理コンピュータ７の判定部１０は、車両ＩＤの「抜け回数」が所定時間内において予め設定した閾値を超えている場合や、車両ＩＤの「受信回数」に対する「抜け回数」が所定の割合以上である場合に、光ビーコンＢ２の路車間通信が不良（異常）であると判定し、逆にそうでない場合は、光ビーコンＢ２の路車間通信は良好（正常）であると判定する。
なお、光ビーコンの設置地点の地理的な関係を示すものであれば、前記位置テーブルを用いなくても良い。また、隣接する光ビーコンを上流側ビーコンまたは下流側ビーコンとしなくてもよく、例えば、「Ｂ２」の光ビーコンの下流側ビーコンとして「Ｂ４」を用いても良いし、「Ｂ３」の上流側ビーコンとして「Ｂ１」を用いても良い。
【００３３】
ここで、例えば、光ビーコンＢ２の路車間通信状態の適否を判定することを考える。上流側光ビーコンＢ１において、ある車両ＩＤを格納したアップリンクが受信されたが、下流側光ビーコンＢ３において当該車両ＩＤを格納したアップリンクが受信されない場合、当該車両ＩＤを有する車両は、Ｂ１の地点を通過後に道路Ｒ以外の道路に走行経路を変更したと考えられる。その場合、当該車両が光ビーコンＢ２の手前で走行経路を変更したのか、光ビーコンＢ２を通過後に走行経路を変更したのかを特定することができない。
このように、上流側又は下流側の光ビーコンの一方のみにおいて受信されるアップリンクを用いるのではなく、双方の光ビーコンを用いることで、その中間に位置する光ビーコンの路車間通信状態を判定することができる。
【００３４】
なお、車両が光ビーコンＢ１を通過後に一旦道路Ｒ以外の道路に走行経路を変更した後、再び道路Ｒに戻ってきて光ビーコンＢ３を通過することも想定されるが、このような場合には、アップリンクを受信した時刻を監視し、Ｂ１〜Ｂ３間の所要時間を算出する計時手段を別途具備するようにすれば良い。
すなわち、道路Ｒにおける車両の走行速度と光ビーコンＢ１〜Ｂ３間の距離から、Ｂ１〜Ｂ３間の所要時間を推定できるから、前記推定値と前記計時手段によって得られる所要時間が所定以上乖離している場合に、当該アップリンクを光ビーコンＢ２の路車間通信状態の判定に用いないようにすることができる。
【００３５】
〔光ビーコンの運用停止処理〕
上記の通り、管理コンピュータ７の判定部１０により、特定の光ビーコン４の路車間通信の適否が判定されるが、複数の車載機２から得た複数の車両ＩＤ情報について上記判定を行うことにより、路車間通信状態を一層正確に判定することが可能となる。
すなわち、本実施形態では、管理コンピュータ７の識別部１１は、複数の車載機２の車両ＩＤについて、ある光ビーコン４に関するトータルの通信異常の割合が、所定期間内で所定の閾値以上であれば、当該光ビーコン４を通信異常のある光ビーコン４として特定する。
【００３６】
この場合、光ビーコン４による路車間通信は近赤外線による光通信であるため、昼間の太陽光の影響を受けて、昼間だけエラーの頻度が高くなり、正常に送受信されるフレーム数が減少するケースもある。従って、時間帯ごとに判定部１０による通信の適否判定を行い、その時間帯ごとの判定履歴を記憶装置に蓄積しておくことが好ましい。
また、気象庁の天候情報配信サーバ（図示せず）や路上に設置した天候を検知するセンサ（図示せず）から天候に関する情報を受信しておき、当該情報を一緒に蓄積しておくこともできる。例えば、雨天時にドライバがワイパーを動作させていると、当該ワイパーによって路車間通信における光信号が一時的に遮断される場合があるため、晴天時に比べて車載機２からのアップリンク光が、光ビーコン４に到達しない確率が高くなると考えられる。
【００３７】
更に、例えば濃霧等が発生した場合にも、車載機２の発する光信号が光ビーコン４に到達せず、光ビーコン４が車載機２からのアップリンクを受信できない確率が高くなると考えられる。このように、天候に関する情報を同時に記憶しておくことで、実測情報３６の変化の根拠を詳細に分析することが可能となり、有用である。  
管理コンピュータ７は、上記識別部１１で特定された通信異常のある光ビーコン４の位置を、中央装置３のディスプレイ８に表示させたり、スピーカ装置９から音声出力させたりして、当該通信異常と見なされた光ビーコン４の存在とその位置をシステム管理者に報知する。
【００３８】
また、管理コンピュータ７の停止部１２は、上記識別部１１で特定された通信異常のある光ビーコン４に対して、通信部６を介して運用停止情報３３（図１参照）を送信する。この運用停止情報３３を受信した光ビーコン４のビーコン制御機１５は、投受光器１６の発光及び受光を終了させ、当該光ビーコン４の運用を即座に停止させる。
もっとも、運用停止情報３３を受けた場合に、上記のように光ビーコン４が全く動作しないように制御すること以外に、単に車載機２との路車間通信を停止するだけにしたり、特定の情報（例えば、停止線までの距離情報や信号情報）を車載機２に送信するのを停止するだけにしたりすることもできる。
【００３９】
〔路車間通信〕
図４は、通信領域Ａにおいて光ビーコン４の投受光器１６と車載機２の投受光器２４との間で行われる双方向での路車間通信の手順を示している。以下、図４を参照しつつ、この路車間通信の内容を説明する。
まず、光ビーコン４のビーコン制御機１５は、各車線Ｒ１〜Ｒ４に対応する各投受光器１６から、ダウンリンクの切り替え前の第一情報として、車線通知情報を含む第一のダウンリンク情報２６を、各車線Ｒ１〜Ｒ４のダウンリンク領域ＤＡに所定の送信周期で常に送信し続けている（図５のＦ１）。なお、この段階では、車線通知情報には未だ車両ＩＤは格納されていない。
【００４０】
車載機２を搭載した車両Ｃがダウンリンク領域ＤＡの上流側部分に進入すると、車載機２の投受光器２９が車線通知情報（車両ＩＤ無し）を含む第一のダウンリンク情報２６を受信する。
このさい、車載機２の車載コンピュータ２３は、当該車両Ｃが通信領域Ａ内に存在していることを認識する。その後、車載コンピュータ２３はアップリンク情報２７の送信を開始し（図５のＦ２）、このアップリンク情報２７を光ビーコン４の投受光器１６に対して所定の送信周期で送信する（図５のＦ３）。
【００４１】
車載コンピュータ２３は、アップリンク情報２７の送信をアップリンク領域ＵＡ（図３参照）において行い、そのアップリンク情報２７に当該車両Ｃに特定の車両ＩＤを格納して当該アップリンク情報２７を送信する。
なお、車載コンピュータ２３は、ビーコン間の旅行時間情報を有している場合には、この情報もアップリンク情報２７に含ませる。また、車載コンピュータ２３は、光ビーコン４のビーコン制御機１５がダウンリンクの切り替えを行ったことを認識するまで、当該アップリンク情報２７を送信し続ける。
【００４２】
一方、光ビーコン４の投受光器１５がアップリンク情報２７を受信すると（図５のＦ４）、ビーコン制御機１５は、ダウンリンクの切り替え後の第二情報として、上記車両ＩＤ情報を有する車載機２のための車線通知情報を含む、第二のダウンリンク情報２８の送信を開始し（図５のＦ５）、このダウンリンク情報２８の送信を所定時間内において可能な限り繰り返す（図５のＦ６）。
上記車線通知情報には、車線Ｒ１〜Ｒ４ごとに車両ＩＤを格納するフィールドがあり、各車両ＩＤに対して車線番号を付与することができる。このため、異なる車線Ｒ１〜Ｒ４を走行する各車両Ｃの車載コンピュータ２３は、その格納フィールド内のいずれに自車両の車両ＩＤが含まれるかを判断することにより、自車両がどの車線Ｒ１〜Ｒ４を走行しているかを認識できる。
【００４３】
第二のダウンリンク情報２８には、車両ＩＤを含む車線通知情報の他に、渋滞情報、区間旅行時間情報、事象規制情報、ドライバに対する安全運転支援のための支援情報、及び、当該光ビーコン４を特定する識別番号等が含まれている。
上記支援情報には、光ビーコン４の下流側の信号が変わるタイミング情報である前記信号情報や、ダウンリンク領域ＤＡから光ビーコン４の下流側の所定位置（例えば、停止線）までの長さ情報である距離情報等が含まれる。
【００４４】
図４に示すように、第二のダウンリンク情報２８は、単一又は複数の最小フレーム２９で構成されている。前記「近赤外線式インタフェース規格」によれば、この最小フレーム２９のデータ量は合計１２８バイトと規定され、ヘッダ部３０に５バイト、実データ部３１に１２３バイトが割り当てられている。
前記規格によれば、第二のダウンリンク情報２８は、１〜８０個の最小フレーム２９で構成することができ、送信可能時間は２５０ｍｓに設定されている。また、このダウンリンク情報２８は送信すべき情報量に対応した任意数の最小フレーム２９で構成され、上記送信可能時間の範囲内で繰り返し送信される。
【００４５】
最小フレーム２９の送信周期は約１ｍｓである。従って、例えば、三つの最小フレーム２９で一つのダウンリンク情報２８を構成する場合には、ダウンリンク情報２８の送信周期は約３ｍｓになるので、当該ダウンリンク情報２８は所定の送信可能時間（２５０ｍ）の間に約８０回繰り返して送信されることになる。
車載機２の車載コンピュータ２３は、第二のダウンリンク情報２８を受信した時点（図５のＦ７）で光ビーコン４でのダウンリンクの切り替えを認識し、この時点でアップリンク情報２７の送信を停止する。
【００４６】
上記の通り、本実施形態の判定システムによれば、中央装置３の通信部６が、車載機２が送信した同一の車両ＩＤを含むアップリンク情報２７を複数の光ビーコン４から受信し、中央装置３の判定部１０が、複数の光ビーコンＢ１〜Ｂ３の中で地理的に中間にある光ビーコンＢ２が車両ＩＤを含むアップリンク情報２７を受信しているか否かにより、当該中間にある光ビーコンＢ２の通信状態の適否を判定するので、当該中央装置３において、特定の光ビーコン４が行う路車間通信の適否を自動的に把握することができる。
【００４７】
また、本実施形態の判定システムによれば、中央装置３の判定部１０が判定した通信状態の異常を、中央装置３のディスプレイ８やスピーカ装置９（出力部）によってシステム管理者に報知するようにしたので、システム管理者が光ビーコン４のメンテナンスの要否を容易に判断することができる。
更に、本実施形態の判定システムによれば、前記判定部１０で判定された通信異常のある光ビーコン４をディスプレイ８やスピーカ装置９でシステム管理者に報知するようになっているので、システム管理者が通信異常のある光ビーコン４の存在を即座に認識することができる。
【００４８】
〔他の実施形態〕
本発明は、上記実施形態に限定されるものではない。
例えば、上記実施形態では、路車間通信の適否を判定する判定装置として交通管制システム１の中央装置３を採用しているが、当該判定装置は、複数の光ビーコン４と通信可能なその他のインフラ側の制御装置（信号制御機等）を採用することもできる。
【００４９】
また、路車間通信が適切に行われているか否かを正確に把握し、メンテナンスを行うためには、所定の期間、光ビーコン４を設置した道路Ｒにおいて車線規制等を実施し、光ビーコン４からの到達光量や車載機２からの光信号の受光レベル等を測定する必要がある。しかし、車線規制等を行うことは交通渋滞の原因となる上に、多大なコストを要する。
そこで、中央装置（判定装置）３に路車間通信状態の適否を判定させることを主たる目的としたメンテナンス用の車両（メンテナンスカー）Ｃを提供し、車線規制等を行うことなく、当該メンテナンスカーが適否の判定対象となる路線の光ビーコン４の投受光器８の下を通過し、路車間通信の適否を判定することができれば大変有用である。
【００５０】
この場合、メンテナンスカーＣの車両ＩＤを、一般車両等とは異なるメンテナンスカー専用車両ＩＤとして定義しておくことが好ましい。
さらに、判定装置３は、一般車両等から受信した大量のアップリンクデータの中から、メンテナンスカー専用の車両ＩＤを格納したアップリンク情報を抽出したあと、当該抽出データを用いて路車間通信状態を判定するようにすれば、効率よく判定することが可能となり、大変有用である。
【００５１】
また、事前にメンテナンスカーＣの走行予定経路や走行予定時刻を判定装置３の記憶部等に記憶させておき、メンテナンスカー専用の車両ＩＤからのアップリンク情報が記憶した情報と合致するか否かによって、路車間通信の適否を判定することもできる。
メンテナンスカーＣは、路車間通信状態を判定する目的で走行するから、例えば、特定の車線を順番に走行したり、所定の速度を維持して走行したりすることができ、判定装置３に路車間通信状態が正常であるか否かの判定をより正確に行わせるようにすることもできる。
【００５２】
交通量の多い幹線道路に、光ビーコン４が連続的に設置されている場合には、本発明の判定システムを導入することが大変有効と考えられる。交通量の多い幹線道路では、光ビーコン４の投受光器１６の受発光パネルの汚れが大きく、短い周期でメンテナンスをする必要性があるためである。
また、交通量の多い幹線道路では、光ビーコン４による交通情報提供サービスに期待するドライバも多いと考えられるため、メンテナンスの要否を的確に判定することは大変有用である。
【００５３】
さらに、光ビーコン４からの安全運転支援情報を受信して、車両Ｃ側でブレーキ制御やドライバへの警告を行う安全運転支援システムが動作する道路においては、前記光ビーコン４のメンテナンスの要否を判定することは極めて重要である。車両Ｃ側における前記ブレーキ制御等の安全運転動作が、光ビーコン４から車両Ｃに対する情報提供の適否に依存するためである。
【００５４】
なお、上記各実施形態は例示であって制限的なものではない。本発明の範囲は特許請求の範囲によって規定され、そこに記載された構成と均等の範囲内のすべての変更も本発明の範囲に含まれる。
【図面の簡単な説明】
【００５５】
【図１】本発明の路車間通信の判定システムの全体構成を示すブロック図である。
【図２】光ビーコンの平面図である。
【図３】上記光ビーコンの通信領域を示す側面図である。
【図４】通信領域で行われる路車間通信の手順とデータ内容を示す概念図である。
【図５】（ａ）は、光ビーコンの実際の設置位置の一例を示す模式図であり、（ｂ）は、その光ビーコンの設置位置に対応して作成された位置テーブルを示す図である。
【符号の説明】
【００５６】
１      交通管制システム
２      車載機
３      中央装置（判定装置）
４      光ビーコン
６      中央装置の通信部
７      管理コンピュータ
８      ディスプレイ（出力部）
９      スピーカ装置（出力部）
１０      判定部
１１      識別部
１２      停止部
１６      投受光器（ビーコン側）
２３      車載コンピュータ
２９      投受光器（車載機側）
２６      第一のダウンリンク情報
２７      アップリンク情報
２８      第二のダウンリンク情報
３３      運用停止情報
Ａ      通信領域
Ｃ      車両
Ｒ      道路
ＤＡ    ダウンリンク領域
ＵＡ    アップリンク領域
【図１】
2008118454.tif 000003
【図２】
2008118454.tif 000004
【図３】
2008118454.tif 000005
【図４】
2008118454.tif 000006
【図５】
2008118454.tif 000007