(57)【要約】【課題】第１のアンテナと車両との間の通信をより確実に行うことができる制御装置、制御システム、制御方法、入出力装置及びコンピュータプログラムを提供することである。【解決手段】実施形態の制御装置は、制御部を持つ。制御部は、車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、を制御する。制御部は、第１のアンテナが通信中であるとき又は第１のアンテナの通信範囲に接近する車両が検知されたときに、リカバリアンテナの通信を実行しない。【選択図】図１
2015170325.tif 000002
【特許請求の範囲】
【請求項１】
車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、前記第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、を制御する制御部を備え、
前記制御部は、前記第１のアンテナが通信中であるとき又は前記第１のアンテナの通信範囲に接近する車両が検知されたときに、前記リカバリアンテナの通信を実行しない、
制御装置。
【請求項２】
車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、
前記第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、
前記第１のアンテナの通信範囲に接近する車両を検知する検知部と、
前記第１のアンテナ及び前記リカバリアンテナの通信を制御する制御装置と、を備え、
前記制御装置は、前記第１のアンテナが通信中であるとき又は前記検知部が前記第１のアンテナの通信範囲に接近する車両を検知したときに、前記リカバリアンテナの通信を実行しない、
制御システム。
【請求項３】
車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、前記第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、を制御する制御ステップを有し、
前記制御ステップにおいて、前記第１のアンテナが通信中であるとき又は前記第１のアンテナの通信範囲に接近する車両が検知されたときに、前記リカバリアンテナの通信を実行しない、
制御方法。
【請求項４】
通信が異常終了した車載器から料金精算に必要な情報を取得するために通信の実行の指示を入力するための入力部と、
車載器と通信し料金清算に必要な情報を取得する第１のアンテナが通信中であるか否かを表す情報、又は、前記第１のアンテナの通信範囲に接近する車両を検知する検知部によって前記車両が検知されたことを表す情報、を出力する出力部と、を備える、
入出力装置。
【請求項５】
車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、前記第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、を制御する制御部を備え、
前記制御部は、前記第１のアンテナが通信中であるとき又は前記第１のアンテナの通信範囲に接近する車両が検知されたときに、前記リカバリアンテナの通信を実行しない、制御装置として、コンピュータを動作させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、制御装置、制御システム、制御方法、入出力装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ＥＴＣ（Electronic Toll Collection system）と呼ばれる自動料金収受システムが実用化されている。ＥＴＣでは、料金所の路側帯に設置された路側機と、車両に設置されたＥＴＣ車載器との間で無線通信が行われる。この無線通信によって料金精算に必要な情報が送受信されることで、車両を停止させることなく料金精算を行なうことができる。ＥＴＣでは、リカバリアンテナを設け、路側機と車載器との間で無線通信が異常終了した場合にリカバリ処理を行う技術が提案されている。
しかしながら、リカバリアンテナがリカバリ対象の車両と通信している間は、第１のアンテナは後続車両との間で通信することができない。そのため、第１のアンテナと通信することなく第１のアンテナの通信範囲を通過してしまう車両が発生するという問題があった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０５４６５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、第１のアンテナと車両との間の通信をより確実に行うことができる制御装置、制御システム、制御方法、入出力装置及びコンピュータプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の制御装置は、制御部を持つ。制御部は、車載器と通信し料金清算に必要な情報を取得する第１のアンテナと、第１のアンテナの通信が異常終了した際に、通信が異常終了した車載器から料金精算に必要な情報を取得するリカバリアンテナと、を制御する。制御部は、第１のアンテナが通信中であるとき又は第１のアンテナの通信範囲に接近する車両が検知されたときに、リカバリアンテナの通信を実行しない。
【図面の簡単な説明】
【０００６】
【図１】実施形態のＥＴＣシステム１のシステム構成を示すシステム構成図。
【図２】実施形態のＥＴＣシステム１が設置される料金所付近を俯瞰した俯瞰図。
【図３】車線サーバ４の機能構成を示す機能ブロック図。
【図４】車両順序管理テーブル４７１の具体例を示す図。
【図５】監視装置５の機能構成を示す機能ブロック図。
【図６】リカバリ処理操作部５３の具体例を示す図。
【図７】リカバリ処理操作部５３のランプの点灯状態の具体例を示す図。
【図８】表示部５４に表示されるメッセージの具体例を示す図。
【図９】実施形態のＥＴＣシステム１のリカバリ処理の流れを表すシーケンス図。
【図１０】実施形態のＥＴＣシステム１における処理の流れを示すフローチャート。
【図１１】実施形態のＥＴＣシステム１における再通信制御処理の流れの詳細を示すフローチャート。
【発明を実施するための形態】
【０００７】
以下、実施形態のＥＴＣシステム１を、図面を参照して説明する。
図１は、実施形態のＥＴＣシステム１のシステム構成を示すシステム構成図である。
車両２は、ＥＴＣレーン７を走行する車両である。ＥＴＣレーン７は、料金所に進入する道路における車両接近センサ３１と発進制御機３６との間の領域である。車両２は、ＥＴＣ車載器（以下、「車載器」という。）を備えている。
【０００８】
ＥＴＣシステム１は、車両接近センサ３１、第１の車両検知センサ３２、第１のアンテナ３３、第２の車両検知センサ３４、リカバリアンテナ３５、発進制御機３６、第３の車両検知センサ３７、第２のアンテナ３８、車線サーバ４、監視装置５及び上位サーバ６を備える。車両接近センサ３１、第１の車両検知センサ３２、第１のアンテナ３３、第２の車両検知センサ３４、リカバリアンテナ３５、発進制御機３６、第３の車両検知センサ３７及び第２のアンテナ３８は、ＥＴＣレーン７の路側帯に設置されるため、総称して路側機と呼ばれる。
車両接近センサ３１、第１の車両検知センサ３２、第１のアンテナ３３、第２の車両検知センサ３４、リカバリアンテナ３５、発進制御機３６、第３の車両検知センサ３７、第２のアンテナ３８、車線サーバ４、監視装置５及び上位サーバ６はＬＡＮ（Local Area Network）等の通信インターフェースを備え、ネットワークを介して車線サーバ４との間で通信する。
【０００９】
車両接近センサ３１は、ＥＴＣレーン７の入口付近に設置される。車両接近センサ３１は、ＥＴＣレーン７に接近する車両２と自装置との間の距離を計測し、車線サーバ４に送信する。
【００１０】
第１の車両検知センサ３２は、第１のアンテナ３３の無線通信範囲に進入する車両２を検知する。第１の車両検知センサ３２は、車両２の進入を検知すると、進入車両が検知されたことを車線サーバ４に通知する。
第１のアンテナ３３は、車線サーバ４から送信される通信開始トリガを受信し、車載器との間で無線通信を開始する。第１のアンテナ３３は、車載器から車両情報や通行情報などの料金清算に必要な情報（以下、「車載器情報」という。）を取得する。車両情報とは、車載器毎に固有の情報である。通行情報とは、車両２が道路を走行した履歴の情報である。第１のアンテナ３３は、取得された車載器情報を車線サーバ４に送信する。
【００１１】
第２の車両検知センサ３４は、第１のアンテナ３３の無線通信範囲から退出する車両２を検知する。第２の車両検知センサ３４は、車両２の退出を検知すると、退出車両が検知されたことを車線サーバ４に通知する。
リカバリアンテナ３５は、第１のアンテナ３３との通信に失敗した車載器と通信し、車載器情報を取得する。このリカバリアンテナ３５による処理をリカバリ処理という。リカバリ処理は、料金所職員がＥＴＣレーン７の状況を確認した上で、監視装置５が備えるリカバリ処理操作部５３を操作することにより実行される。リカバリアンテナ３５は、取得された車載器情報を車線サーバ４に送信する。
【００１２】
なお、リカバリアンテナ３５を備えるＥＴＣシステムでは、通信が混信することを回避するために、第１のアンテナ３３とリカバリアンテナ３５とが同時に通信を行わないように制御される。通信の混信とは、第１のアンテナ３３が通信する対象の車載器が、リカバリアンテナ３５と通信を行ってしまい、第１のアンテナ３３が車載器と通信できなくなることである。実施形態のＥＴＣシステム１においても、上記の混信を回避のための制御が行われる。
【００１３】
発進制御機３６は、車両２がＥＴＣレーン７から退出することを制御する機器である。発進制御機３６は、開閉式のバーを備える。発進制御機３６は、バーを開放することによって、料金清算が正常に終了した車両２がＥＴＣレーン７から退出することを許可する。発進制御機３６は、車線サーバ４の制御に応じてバーを動作させる。
【００１４】
第３の車両検知センサ３７は、第２のアンテナ３８の無線通信範囲に進入する車両２を検知する。第３の車両検知センサ３７は、車両２の進入を検知すると、進入車両の検知を車線サーバ４に通知する。
第２のアンテナ３８は、車線サーバ４から送信された通信開始トリガを受信し、車載器との間で無線通信を開始する。第２のアンテナ３８は、車線サーバ４によって作成された料金清算の処理結果を含む情報（以下、「課金情報」という。）を車載器に送信する。
【００１５】
車線サーバ４は、路側機を制御することによってＥＴＣレーン７に進入する車両の情報を管理する装置である。車線サーバ４は、管理対象のＥＴＣレーン７毎に設置される。車線サーバ４は、ネットワークを介して路側機及び監視装置５と通信する。車線サーバ４は、路側機を介して車載器から車載器情報を取得する。車線サーバ４は、取得された車載器情報に基づいて、車両２が利用した道路の利用料金を算出し、課金情報を生成する。車線サーバ４は、路側機を介して課金情報を車載器に送信する。車線サーバ４は、ＥＴＣレーン７の状態を表す情報を監視装置５に送信する。
【００１６】
監視装置５は、ネットワークを介して車線サーバ４及び上位サーバ６と通信する。監視装置５は、料金所付近に設置されてもよいし、料金所から離れた場所に設置されてもよい。監視装置５は、各ＥＴＣレーン７の車線サーバ４から車載器情報及び課金情報を取得する。監視装置５は、取得された課金情報を上位サーバ６に送信する。監視装置５は、車線サーバ４から送信されたＥＴＣレーン７の状態を表すメッセージを受信し表示する。監視装置５は、料金所職員によって入力された情報を車線サーバ４に送信する。
【００１７】
上位サーバ６は、ネットワークを介して監視装置５と通信する。上位サーバ６は、監視装置５から車載器情報及び課金情報を取得し、外部のシステムに送信する。
【００１８】
図２は、実施形態のＥＴＣシステム１が設置される料金所付近を俯瞰した俯瞰図である。
図２の例では、道路は車両２の進行方向から見て料金所の手前で料金収受のための複数の通路に分岐している。各通路の路側帯には、車両２の進行方向に沿って車両接近センサ３１、第１の車両検知センサ３２、第２の車両検知センサ３４、第１のアンテナ３３、リカバリアンテナ３５、発進制御機３６、第３の車両検知センサ３７及び第２のアンテナ３８が順に設置されている。車載器は、車両２がＥＴＣレーン７を通過する間に、第１のアンテナ３３及び第２のアンテナ３８との間で無線通信を行い、ＥＴＣシステム１との間で料金精算に必要な情報を送受信する。
【００１９】
図３は、車線サーバ４の機能構成を示す機能ブロック図である。
車線サーバ４は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、制御プログラムを実行することによって、通信部４１、通信制御部４２、通信結果判定部４３、再通信制御部４４、再通信条件判定部４５、再通信結果判定部４６、記憶部４７及び車両順序管理部４８を備える装置として機能する。なお、通信部４１、通信制御部４２、通信結果判定部４３、再通信制御部４４、再通信条件判定部４５、再通信結果判定部４６、記憶部４７及び車両順序管理部４８の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。制御プログラムは、電気通信回線を介して送信されてもよい。
【００２０】
通信部４１は、ＬＡＮ等の通信インターフェースを用いて構成される。通信部４１は、路側機に含まれる各機器及び監視装置５との間で通信する。
通信制御部４２は、第１の車両検知センサ３２から進入車両が検知されたことの通知を受けると、第１のアンテナ３３に通信開始トリガを送信する。通信制御部４２は、第２の車両検知センサ３４から車両検知の通知を受けると、第１のアンテナ３３に通信終了トリガを送信する。通信制御部４２は、第３の車両検知センサ３７から進入車両が検知されたことの通知を受けると、第２のアンテナ３８に通信開始トリガを送信する。通信制御部４２は、第２のアンテナ３８に通信開始トリガを送信すると、車両順序管理部４８に、車両２がＥＴＣレーン７から退出したことを通知する。
【００２１】
通信制御部４２は、第１のアンテナ３３から送信された車載器情報を取得する。通信制御部４２は、取得された車載器情報を通信結果判定部４３に出力し、第１のアンテナ３３と車両２との間の通信が正常終了したか否かの判定を指示する。通信が正常終了したと判定された場合、通信制御部４２は、発進制御機３６にバーの開放を指示する。通信が異常終了したと判定された場合、通信制御部４２は、監視装置５に料金所職員にリカバリ処理の実行を促すメッセージを送信する。
通信制御部４２は、所定の時間間隔で車両接近センサ３１からＥＴＣレーン７に接近する車両２とＥＴＣレーン７との間の距離を取得する。通信制御部４２は、取得された距離が所定の閾値より長い場合、車両２が接近しているＥＴＣレーン７の情報を、監視装置５のリカバリ処理操作部５３に送信する。
【００２２】
通信結果判定部４３は、通信制御部４２から出力された車載器情報を取得する。通信結果判定部４３は、車載器情報に基づいて、第１のアンテナ３３と、車載器との間の通信が正常終了したか否かを判定する。例えば、通信結果判定部４３は、車載器情報が不完全な情報であったり、空の情報であった場合に、通信が異常終了したと判定する。通信結果判定部４３は、判定結果を通信制御部４２に出力する。
通信が正常終了したと判定された場合、通信結果判定部４３は、車両順序管理部４８に車載器情報を出力し、新規車両がＥＴＣレーン７に進入したことを通知する。通信が異常終了したと判定された場合、通信結果判定部４３は、通信異常と判定された新規車両がＥＴＣレーン７に進入したことを車両順序管理部４８に通知する。
【００２３】
再通信制御部４４は、監視装置５から送信されるリカバリ処理の実行指示を受信する。再通信制御部４４は、リカバリアンテナ３５がリカバリ処理を実施可能な状態であるか否かの判定を再通信条件判定部４５に指示する。リカバリ処理が実施可能な状態であると判定された場合、再通信制御部４４は、リカバリアンテナ３５に通信開始トリガを送信する。リカバリ処理が実施できない状態であると判定された場合、再通信制御部４４は所定時間の待機の後、再通信条件判定部４５に再度判定を指示する。リカバリ処理が実施できない状態であるという判定が所定の回数を超えた場合、再通信条件判定部４５は、監視装置５に、料金所職員にリカバリ処理を行うか否かの判断を促すメッセージを送信する。
【００２４】
再通信制御部４４は、リカバリアンテナ３５から送信された車載器情報を取得する。再通信制御部４４は、取得された車載器情報を再通信結果判定部４６に出力し、リカバリアンテナ３５と車両２との間の通信が正常終了したか否かの判定を指示する。通信が正常終了したと判定された場合、再通信制御部４４は、発進制御機３６にバーの開放を指示する。通信が異常終了したと判定された場合、再通信制御部４４は、料金所職員にリカバリ処理の実行を促すメッセージを監視装置５に送信する。
【００２５】
再通信条件判定部４５は、リカバリアンテナ３５がリカバリ処理を実施可能な状態であるか否かを判定する。具体的には、再通信条件判定部４５は、第１のアンテナ３３が通信中であるか否かを判定する。第１のアンテナ３３が通信中である場合、再通信条件判定部４５は、リカバリ処理が実施できない状態であることを再通信制御部４４に通知する。第１のアンテナ３３が通信中でない場合、再通信条件判定部４５は、車両接近センサ３１からＥＴＣレーン７に接近する車両２とＥＴＣレーン７との間の距離を取得する。再通信条件判定部４５は、取得された距離が所定の閾値より長い場合、リカバリ処理が実施可能な状態であることを再通信制御部４４に通知する。再通信条件判定部４５は、取得された距離が所定の閾値より短い場合、リカバリ処理が実施できない状態であることを再通信制御部４４に通知する。
【００２６】
再通信結果判定部４６は、再通信制御部４４から出力された車載器情報を取得する。再通信結果判定部４６は、車載器情報に基づいて、リカバリアンテナ３５と、車載器との間の通信が正常終了したか否かを判定する。再通信結果判定部４６は、判定結果を再通信制御部４４に出力する。
通信が正常終了したと判定された場合、再通信結果判定部４６は、車両順序管理部４８に車載器情報を出力し、リカバリ対象の車両２の通信が正常終了したことを通知する。
【００２７】
記憶部４７は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。記憶部４７は、車両順序管理テーブル４７１を予め記憶している。車両順序管理テーブル４７１は、車線サーバ４がＥＴＣレーン７を通行する車両２の順序を管理するためのテーブルである。
【００２８】
図４は、車両順序管理テーブル４７１の具体例を示す図である。
車両順序管理テーブル４７１は、ＥＴＣレーン７に進入する車両毎の車両順序レコードを有する。車両順序レコードは、車両順序及び車両ＩＤの各値を有する。車両順序は、車両２がＥＴＣレーン７に進入した順序を表す。車両順序の値は、レコードの追加時に連番で登録され、増加していく。車両ＩＤは、ＥＴＣレーン７に進入した車両２を識別するための情報である。車両ＩＤには、例えば、車載器情報に含まれる車載器固有の情報が用いられてもよい。車両順序管理テーブル４７１は、ＥＴＣレーン７に対応する車線サーバ４ごとに記憶部４７に記憶される。
【００２９】
図３の説明に戻る。車両順序管理部４８は、ＥＴＣレーン７を通行する車両の順序を管理する。ＥＴＣシステムでは、正確な料金収受を行うために、ＥＴＣレーン７に進入する車両の順序と、ＥＴＣレーン７を退出する車両の順序は同じである必要がある。そのため、車両順序管理部４８は、ＥＴＣレーン７に進入する車両の順序を車両順序管理テーブル４７１を用いて管理する。車両順序管理部４８は、通信結果判定部４３及び再通信結果判定部４６によって判定された通信結果に基づいて車両順序管理テーブル４７１を更新する。第１のアンテナ３３と車両２との間の通信が正常終了した場合、車両順序管理部４８は、車両順序管理テーブル４７１に新規の車両順序レコードを追加し、取得された車載器情報に基づいて車両ＩＤの値を登録する。第１のアンテナ３３と車両２との間の通信が異常終了した場合、車両順序管理部４８は、新規の車両順序レコードを追加するが、車両ＩＤの値は登録しない。リカバリアンテナ３５と車両２との間の通信が正常終了した場合、車両順序管理部４８は、車両順序管理テーブル４７１を参照し、車両順序が最も小さく、車両ＩＤに値が登録されていない車両順序レコードを選択する。そして、車両順序管理部４８は、取得された車載器情報に基づいて選択されたレコードの車両ＩＤの値を登録する。
車両順序管理部４８は、通信制御部４２から、車両２がＥＴＣレーン７から退出したことの通知を受けると、車両順序管理テーブル４７１を参照し、車両順序の値が最も小さい車両順序レコードを選択する。そして、車両順序管理部４８は、選択された車両順序レコードを削除する。
【００３０】
車両順序管理部４８は、所定の時間間隔で車両順序管理テーブル４７１を参照し、車両ＩＤに値が登録されていない車両順序レコードを選択する。車両順序管理部４８は、車両順序レコードが選択されると、レコードが選択された車両順序管理テーブル４７１に対応するＥＴＣレーン７の情報を、監視装置５のリカバリ処理操作部５３に送信する。
【００３１】
図５は、監視装置５の機能構成を示す機能ブロック図である。
監視装置５は、通信部５１、車線監視制御部５２、リカバリ処理操作部５３及び表示部５４を備える。
通信部５１は、ＬＡＮ等の通信インターフェースを用いて構成される。通信部５１は、車線サーバ４との間で通信を行う。
車線監視制御部５２は、各ＥＴＣレーン７に設置された車線サーバ４から車載器情報及び課金情報などの料金精算に関する情報を取得する。車線監視制御部５２は、取得された情報を上位サーバ６に送信する。
【００３２】
リカバリ処理操作部５３は、第１のアンテナ３３との間の通信に失敗した車両２に対して、リカバリ処理を実行するために料金所職員が操作する入力装置である。
リカバリ処理操作部５３は、車両順序管理部４８からリカバリ対象の車両が存在するＥＴＣレーン７の情報を受信すると、対応するＥＴＣレーン７のレーン選択ボタン５３１を点灯させる。リカバリ処理操作部５３は、通信制御部４２から車両２が接近しているＥＴＣレーン７の情報を受信すると、対応するＥＴＣレーン７の車両接近ランプ５３２を点灯させる。
【００３３】
図６は、リカバリ処理操作部５３の具体例を示す図である。
リカバリ処理操作部５３は、レーン選択ボタン５３１、車両接近ランプ５３２、再通信実施ボタン５３３及び制御ボタン５３４を備える。
レーン選択ボタン５３１は、職員がリカバリ処理を実行する対象のＥＴＣレーン７を選択するボタンである。リカバリ対象車両が発生すると、当該ＥＴＣレーン７のレーン選択ボタン５３１が点灯する。職員は、点灯しているレーン選択ボタン５３１を押下することにより、リカバリ処理を実行する対象のＥＴＣレーン７を選択する。
車両接近ランプ５３２は、リカバリアンテナ３５と混信する可能性のある車両の進入と、対象のＥＴＣレーン７とを、点灯により知らせるランプである。
再通信実施ボタン５３３は、レーン選択ボタン５３１によって選択されたＥＴＣレーン７に対して、リカバリ処理の実行を入力するためのボタンである。
制御ボタン５３４は、入力されたリカバリ処理の実行を実施するか否かを確定するためのボタンである。制御ボタン５３４は、実行ボタン５３５及び中止ボタン５３６を備える。実行ボタン５３５が押下されることによって、選択されたＥＴＣレーン７に存在するリカバリ対象車両に対してリカバリ処理が実行される。中止ボタン５３６が押下された場合、リカバリ処理の実行は中止される。
【００３４】
図７は、リカバリ処理操作部５３のランプの点灯状態の具体例を示す図である。
図７では、ＥＴＣレーン７の状況と第１のアンテナ３３の通信状況とに基づいて、リカバリ処理操作部５３の状態が変化する様子が示されている。図７の例のリカバリ処理操作部５３では、リカバリ対象の車両が存在するＥＴＣレーン７のレーン選択ボタン５３１は青色に点灯する。リカバリ対象の車両が存在しないＥＴＣレーン７のレーン選択ボタン５３１は、消灯する。図７の例のリカバリ処理操作部５３では、ＥＴＣレーン７に接近中の車両が存在する場合、対象のＥＴＣレーン７の車両接近ランプ５３２は赤色に点灯する。ＥＴＣレーン７に接近中の車両が存在しない場合、対象のＥＴＣレーン７の車両接近ランプは消灯する。
【００３５】
ＥＴＣレーン７の状況には、ＥＴＣレーン７に車両２が接近中であるか否かの２通りの状況がある。第１のアンテナ３３の通信状況には、車両と通信中であるか否かの２通りの状況がある。すなわち、ＥＴＣレーン７の状況と第１のアンテナ３３の通信状況との組み合わせは４通りある。リカバリ処理を実行可能となるのは、ＥＴＣレーン７に接近中の車両が存在せず、第１のアンテナ３３が通信中でない場合である。すなわち、図７の例のリカバリ処理操作部５３において、レーン選択ボタン５３１が青色に点灯し、車両接近ランプ５３２が消灯しているＥＴＣレーン７についてリカバリ処理の実行が可能となる。
【００３６】
図５の説明に戻る。表示部５４は、車線サーバ４から送信されたメッセージを表示するディスプレイ装置である。表示部５４は、例えば、液晶ディスプレイやＣＲＴ（Cathode Ray Tube）ディスプレイ、タッチパネルなどの表示装置を用いて構成される。
【００３７】
図８は、表示部５４に表示されるメッセージの具体例を示す図である。
図８では、表示部５４に表示されるメッセージに対して、そのメッセージが表示される状況と、そのメッセージが表示された際の料金所職員の対応の内容の具体例が示されている。
メッセージ１は、リカバリ対象の車両がＥＴＣレーン７に存在し、リカバリ処理を実行可能な状況において表示されるメッセージである。メッセージ１が表示された場合、料金所職員は、リカバリ処理操作部５３を操作しリカバリ処理を実行する。
メッセージ２は、リカバリ処理が成功した際に表示されるメッセージである。
メッセージ３は、第１のアンテナ３３が通信中である状況又はＥＴＣレーン７に接近中の車両が存在する状況が継続し、リカバリ処理を実行できない状況において表示されるメッセージである。メッセージ３が表示された場合、料金所職員は、リカバリ処理操作部５３を操作し、再度リカバリ処理を試みてもよい。リカバリ処理の実行が困難な状況である場合は、ＥＴＣレーン７において有人収受を実施してもよい。
【００３８】
図９は、実施形態のＥＴＣシステム１のリカバリ処理の流れを表すシーケンス図である。
まず、車両２がＥＴＣレーン７に進入する。第１の車両検知センサ３２は、車両２が第１のアンテナ３３の通信範囲に車両２が進入したことを検知する。第１の車両検知センサ３２は、進入車両が検知されたことを車線サーバ４に通知する（ステップＳ１０１）。車線サーバ４は、第１のアンテナ３３に通信開始トリガを送信する（ステップＳ１０２）。第１のアンテナ３３は、通信開始トリガを受信すると、車載器に対して車載器情報の送信を要求する（ステップＳ１０３）。
第２の車両検知センサ３４は、車両２が第１のアンテナ３３の通信範囲から退出したことを検知する。第２の車両検知センサ３４は、退出車両が検知されたことを車線サーバ４に通知する（ステップＳ１０４）。車線サーバ４は、第１のアンテナ３３に通信終了トリガを送信する（ステップＳ１０５）。第１のアンテナ３３は、通信終了トリガを受信すると、車両２との間の通信を終了する。
【００３９】
図９では、リカバリ処理の流れを説明するために、車載器が車載器情報を送信する（ステップＳ１０６）前に第１のアンテナ３３の通信を終了している。第１のアンテナ３３は、車両２との間の通信を終了した後、車載器情報を車線サーバ４に送信する（ステップＳ１０７）。しかしながら、第１のアンテナ３３は、車載器情報を正常に取得できていないため、情報を受信した車線サーバ４は、車両２と第１のアンテナ３３との間の通信が異常終了したと判断する。
【００４０】
通信が異常終了したことを認知した料金所職員は、リカバリ処理操作部５３を操作し、車両２に対するリカバリ処理の実行を入力する。リカバリ処理操作部５３は、入力されたリカバリ処理の実行の指示を車線サーバ４に送信する（ステップＳ１０８）。車線サーバ４は、第１のアンテナ３３が通信中であるか否かを判定する（ステップＳ１０９）。第１のアンテナ３３が通信中でない場合、車線サーバ４は、対象のＥＴＣレーン７に接近する車両が存在するか否かを判定する（ステップＳ１１０）。対象のＥＴＣレーン７に接近する車両が存在しない場合、車線サーバ４は、リカバリアンテナ３５に通信開始トリガを送信する（ステップＳ１１１）。リカバリアンテナ３５は、通信開始トリガを受信すると、車載器に対して車載器情報の送信を要求する（ステップＳ１１２）。車載器は、リカバリアンテナ３５に車載器情報を送信する（ステップＳ１１３）。リカバリアンテナ３５は、車載器情報を車線サーバ４に送信する（ステップＳ１１４）。
【００４１】
図９では、車線サーバ４は、受信された情報に基づいて、車両２とリカバリアンテナ３５との間の通信が正常終了したと判断する。車線サーバ４は、発進制御機３６にバーの開放指示を送信する（ステップＳ１１５）。車両２は、ＥＴＣレーン７を退出する。
車線サーバ４は、取得された車載器情報に基づいて、車両２が利用した道路の利用料金を算出し、利用明細を作成する。第３の車両検知センサ３７は、第２のアンテナ３８の通信範囲に車両２が進入したことを検知する。第３の車両検知センサ３７は、進入車両が検知されたことを車線サーバ４に通知する（ステップＳ１１６）。車線サーバ４は、第２のアンテナ３８に通信開始トリガ及び利用明細を送信する（ステップＳ１１７）。第２のアンテナ３８は、通信開始トリガ及び利用明細を受信する。第２のアンテナ３８は、受信された利用明細を車載器に送信する（ステップＳ１１８）。車線サーバ４は、車載器情報及び利用明細を車線監視制御部５２に送信する（ステップＳ１１９）。車線監視制御部５２は、車載器情報及び利用明細を受信する。車線監視制御部５２は、受信された車載器情報及び利用明細を上位サーバ６に送信する（ステップＳ１２０）。
【００４２】
図１０は、実施形態のＥＴＣシステム１における処理の流れを示すフローチャートである。
まず、車両２がＥＴＣレーン７に進入する。第１の車両検知センサ３２は、車両２が第１のアンテナ３３の通信範囲に車両２が進入したことを検知する。第１の車両検知センサ３２は、車両２の進入検知を車線サーバ４に通知する。車線サーバ４は、第１の車両検知センサ３２から車両２の進入検知の通知を受信する（ステップＳ２０１）。車線サーバ４は、第１のアンテナ３３に通信開始トリガを送信する（ステップＳ２０２）。第１のアンテナ３３は、通信開始トリガを受信すると、車載器に対して車載器情報の送信を要求する。車載器は、第１のアンテナ３３に、車載器情報を送信する。第１のアンテナ３３は、車載器情報を受信する。第１のアンテナ３３は、受信された車載器情報を車線サーバ４に送信する。車線サーバ４は、車載器情報を受信する（ステップＳ２０３）。
【００４３】
第２の車両検知センサ３４は、車両２が第１のアンテナ３３の通信範囲から退出したことを検知する。第２の車両検知センサ３４は、車両２の退出検知を車線サーバ４に通知する。車線サーバ４は、第２の車両検知センサ３４から車両２の退出検知の通知を受信する（ステップＳ２０４）。車線サーバ４は、第１のアンテナ３３に通信終了トリガを送信する（ステップＳ２０５）。第１のアンテナ３３は、通信終了トリガを受信すると、車両２との間の通信を終了する。
【００４４】
車線サーバ４は、受信された車載器情報に基づいて、車両２と第１のアンテナ３３との間の通信が正常終了したか否かを判定する（ステップＳ２０６）。通信が正常終了したと判定された場合（ステップＳ２０６−ＹＥＳ）、車線サーバ４は、発進制御機３６にバーの開放を指示する（ステップＳ２０７）。発進制御機３６は、バーを開放する。一方、通信が異常終了したと判定された場合（ステップＳ２０６−ＮＯ）、職員は、表示部５４に表示されたメッセージを確認し、リカバリ処理操作部５３を操作し、リカバリ対象車両に対するリカバリ処理の実行を入力する。車線サーバ４は、リカバリ処理の実行の入力を受け付け、再通信制御処理を実施する（ステップＳ２０８）。車線サーバ４は、ステップＳ２０８においてリカバリ処理が正常終了すると、ステップＳ２０７に進み発進制御機３６にバーの開放を指示する。発進制御機３６は、バーを開放する。バーが開放されると、車両２は、ＥＴＣレーン７から退出する。
【００４５】
図１１は、実施形態のＥＴＣシステム１における再通信制御処理の流れの詳細を示すフローチャートである。
図１１のフローチャートは、図１０のフローチャートのステップＳ２０６において、車両２と第１のアンテナ３３との間の通信が異常終了したと判定された場合（ステップＳ２０６−ＮＯ）に実行される処理である。
まず、車線サーバ４は、表示部５４にリカバリ処理が可能である旨のメッセージ（メッセージ１）を送信する（ステップＳ３０１）。表示部５４は、受信されたメッセージを表示する。次に、車線サーバ４は、再通信カウンタＩに”１”を設定し初期化する（ステップＳ３０２）。次に、車線サーバ４は、再通信カウンタＩが所定の閾値Ｎを超えているか否かを判定する（ステップＳ３０３）。再通信カウンタＩが閾値Ｎを超えている場合（ステップＳ３０３−ＹＥＳ）、車線サーバ４は、混信する可能性のある車両がＥＴＣレーン７に接近中のためリカバリ処理が実行できない旨のメッセージ（メッセージ３）を表示部５４に送信する（ステップＳ３０４）。表示部５４は、受信されたメッセージを表示する。料金所の職員は、表示部５４に表示されたメッセージを確認し、再度、リカバリ処理を実行するか否かを判断する。リカバリ処理を実行しない場合、料金所の職員は、ＥＴＣレーン７に出向いて直接料金収受を行う必要がある。一方、リカバリ処理を実行する場合、料金所の職員はリカバリ処理操作部５３を操作し、リカバリ処理の実行を入力する。車線サーバ４は、リカバリ処理の実行の入力を受け付ける（ステップＳ３０５）。
【００４６】
一方、ステップＳ３０３において、再通信カウンタＩが閾値Ｎを超えていない場合（ステップＳ３０３−ＮＯ）、車線サーバ４は、第１のアンテナ３３がリカバリ対象車両の後続車両と通信中であるか否かを判定する（ステップＳ３０６）。第１のアンテナ３３が後続車両と通信中である場合（ステップＳ３０６−ＹＥＳ）、リカバリアンテナ３５とリカバリ対象車両との間の通信が後続車両と混信する可能性があるため、車線サーバ４は、所定時間の間待機する（ステップＳ３０７）。そして、車線サーバ４は、所定時間の待機の後、再通信カウンタをインクリメントし、ステップＳ３０３に進み再度リカバリ処理の実行を試みる（ステップＳ３０８）。
【００４７】
一方、第１のアンテナ３３が後続車両と通信中でない場合（ステップＳ３０６−ＮＯ）、車線サーバ４は、車両接近センサから取得された情報に基づいて、当該ＥＴＣレーン７に接近中の車両が存在するか否かを判定する（ステップＳ３０９）。接近中の車両が存在する場合（ステップＳ３０９−ＹＥＳ）、リカバリアンテナ３５とリカバリ対象車両との間の通信が後続車両と混信する可能性があるため、車線サーバ４は、ステップＳ３０７に進み、所定時間の待機の後に再度リカバリ処理の実行を試みる。一方、接近中の車両が存在しない場合（ステップＳ３０９−ＮＯ）、リカバリアンテナ３５と誤通信する可能性のある車両が存在しないため、車線サーバ４は、リカバリアンテナ３５に通信開始トリガを送信する（ステップＳ３１０）。リカバリアンテナ３５は、通信開始トリガを受信するとリカバリ対象車両と通信を開始し、車載器情報の送信を要求する。リカバリ対象車両の車載器は、車載器情報をリカバリアンテナ３５に送信する。リカバリアンテナ３５は、受信された車載器情報を車線サーバ４に送信する。車線サーバ４は、受信された車載器情報に基づいて、リカバリアンテナ３５とリカバリ対象車両との間の通信が正常終了したか否かを判定する（ステップＳ３１１）。通信が異常終了したと判定された場合（ステップＳ３１１−ＮＯ）、車線サーバ４は、ステップＳ３０３に進み再度リカバリ処理の実行を試みる。
【００４８】
一方、通信が正常終了したと判定された場合（ステップＳ３１１−ＹＥＳ）、車線サーバ４は、リカバリ処理が成功した旨のメッセージ（メッセージ２）を表示部５４に送信する（ステップＳ３１２）。表示部５４は、受信されたメッセージを表示する。
【００４９】
このように構成された実施形態のＥＴＣシステム１では、車線サーバ４は、第１のアンテナ３３が通信中である場合、リカバリアンテナ３５の通信を実行しない。さらに、車線サーバ４は、ＥＴＣレーン７に接近する車両が検知された場合にも、リカバリアンテナ３５の通信を実行しない。すなわち、第１のアンテナ３３の通信は、リカバリアンテナ３５の通信よりも優先される。そのため、リカバリ対象の車両２がＥＴＣレーン７に存在する状況においても、ＥＴＣシステム１は、第１のアンテナ３３と車載器との間の通信をより確実に行うことが可能となる。
実施形態のＥＴＣシステム１では、リカバリ処理操作部５３は、リカバリ対象車両に対するリカバリ処理の実施が可能な状態であるか否かの情報を、料金所職員が目視にて認識可能な態様で出力する。そのため、料金所職員は、リカバリ処理操作部５３を操作する際に、リカバリ処理操作部５３を目視することでリカバリ処理の実行が可能な状態であるか否かを判断することが可能となる。
【００５０】
次に、実施形態のＥＴＣシステム１の変形例について説明する。
車両接近センサ３１は、ＥＴＣレーン７に接近する車両２からＥＴＣレーン７までの距離に加えて、接近する速度を計測し車線サーバ４に送信してもよい。車線サーバ４は、ＥＴＣレーン７に接近する車両２からＥＴＣレーン７までの距離とＥＴＣレーン７に接近する速度とに基づいて、リカバリアンテナ３５の通信を制御してもよい。
監視装置５が備える機能部は、それぞれ別の装置として構成されてもよい。
第１の車両検知センサ３２、第２の車両検知センサ３４及び第３の車両検知センサ３７による車両２の検知は、これらの車両検知センサによって計測された情報に基づいて、別の機器によって実施されてもよい。
車線サーバ４は、リカバリ処理を実行中に、ＥＴＣレーン７に接近する車両が検知された場合、リカバリアンテナ３５の通信を中断し、第１のアンテナ３３の通信を優先してもよい。
リカバリ処理操作部５３は、第１のアンテナが通信中であることを表す情報を出力してもよい。
【００５１】
以上説明した少なくともひとつの実施形態によれば、ＥＴＣシステム１は、第１のアンテナ３３の通信を、リカバリアンテナ３５の通信よりも優先する機能を持つことにより、車載器と第１のアンテナ３３との間の通信をより確実に行うことができる。
従来、ＥＴＣシステムにおいては、第１のアンテナ３３の通信とリカバリアンテナ３５の通信とを、同時に実施しない制御は行われていた。しかしながら、従来の制御では、ＥＴＣレーン７に接近する車両とリカバリアンテナ３５との間の混信の可能性を排除することができなかった。実施形態のＥＴＣシステム１は、ＥＴＣレーン７に接近する車両が存在する場合には、リカバリアンテナ３５の通信を開始せず、第１のアンテナ３３の通信を優先するため、車載器とリカバリアンテナ３５との間の混信の可能性を低減することが可能となる。
【００５２】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００５３】
１…ＥＴＣシステム、２…車両、３１…車両接近センサ、３２…第１の車両検知センサ、３３…第１のアンテナ、３４…第２の車両検知センサ、３５…リカバリアンテナ、３６…発進制御機、３７…第３の車両検知センサ、３８…第２のアンテナ、４…車線サーバ、４１…通信部、４２…通信制御部、４３…通信結果判定部、４４…再通信制御部、４５…再通信条件判定部、４６…車両順序管理部、４７…記憶部、４７１…車両順序管理テーブル、５…監視装置、５１…通信部、５２…車線監視制御部、５３…リカバリ処理操作部、５３１…レーン選択ボタン、５３２…車両接近ランプ、５３３…再通信実施ボタン、５３４…制御ボタン、５３５…実行ボタン、５３６…中止ボタン、５４…表示部、６…上位サーバ、７…ＥＴＣレーン
【図１】
2015170325.tif 000003
【図２】
2015170325.tif 000004
【図３】
2015170325.tif 000005
【図４】
2015170325.tif 000006
【図５】
2015170325.tif 000007
【図６】
2015170325.tif 000008
【図７】
2015170325.tif 000009
【図８】
2015170325.tif 000010
【図９】
2015170325.tif 000011
【図１０】
2015170325.tif 000012
【図１１】
2015170325.tif 000013