特許 6815944 保守端末及び保守方法

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

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

(11)【特許番号】6815944

(24)【登録日】2020年12月25日

(45)【発行日】2021年1月20日

(54)【発明の名称】保守端末及び保守方法

(51)【国際特許分類】

   G07B 15/00 20110101AFI20210107BHJP

【ＦＩ】

   G07B15/00 510

【請求項の数】7

【全頁数】15

(21)【出願番号】特願2017-129748(P2017-129748)

(22)【出願日】2017年6月30日

(65)【公開番号】特開2019-12475(P2019-12475A)

(43)【公開日】2019年1月24日

【審査請求日】2019年9月12日

(73)【特許権者】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(73)【特許権者】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100189913

【弁理士】

【氏名又は名称】鵜飼 健

(72)【発明者】

【氏名】岩淵 真悟

【審査官】 小島 哲次

(56)【参考文献】

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

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

Ｇ０７Ｂ １５／００

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

【請求項1】

料金所の車線毎に設けられ、車線を通行する車両と無線通信を行うことで料金収受処理を行う料金所車線機器と、料金所毎に設置され、前記料金所車線機器の動作を制御する車線サーバと、各料金所の車線サーバと接続される中央装置とを備えるＥＴＣシステムに適用される保守端末であって、
前記車線サーバと情報を送受する通信インタフェースと、
保守員から入力される情報を取得する操作部と、
表示画面に、トラブルシートの作成要求を指定する保守メニューを表示するように制御するメニュー表示制御部と、
前記通信インタフェースを介して前記料金所車線機器の障害関連情報を取得する障害関連情報取得部と、
前記操作部から前記保守メニューを介して前記トラブルシートの作成要求を受け付けると、前記障害関連情報に基づきトラブルシートの対応項目を埋めて、手入力が必要な箇所が明確になるようにトラブルシートを作成する作成部と、
を備える保守端末。

【請求項2】

前記障害関連情報は、障害発生先を示す情報、障害発生日時に関する情報、及び発生した障害を識別する障害情報のうちの少なくとも一つを含む請求項１の保守端末。

【請求項3】

前記作成部は、前記トラブルシートに対する追加情報の手入力を促す案内を表示する請求項１又は２の保守端末。

【請求項4】

前記作成部は、追加情報の入力漏れを指摘する案内を表示し、前記操作部を介して取得される追加情報を含む前記トラブルシートを作成する請求項１乃至３の何れか１つの保守端末。

【請求項5】

前記メニュー表示制御部は、前記障害関連情報に基づき判定されるログデータを指定するログ指定メニューを出力し、
前記障害関連情報取得部は、前記通信インタフェースを介して前記ログ指定メニューで指定されるログデータを取得する請求項１乃至４の何れか一つの保守端末。

【請求項6】

前記障害関連情報取得部は、前記操作部を介して前記ログ指定メニューで指定されるログデータを変更し、前記通信インタフェースを介して変更後の前記ログ指定メニューで指定されるログデータを取得する請求項５の保守端末。

【請求項7】

車線毎に設置され、車線を通行する車両と無線通信をおこなうことで料金収受を行う料金所車線機器と、料金所毎に設けられ前記料金所車線機器の動作を制御する車線サーバと、各料金所の車線サーバと接続される中央装置とを備えるＥＴＣシステムに適用される保守端末による保守方法であって、
前記保守端末のメニュー表示制御部は、表示画面に、トラブルシートの作成要求を指定する保守メニューを表示し、
前記保守端末の障害関連情報取得部は、前記車線サーバからの情報を取得する通信インタフェースを介して前記料金所車線機器の障害関連情報を取得し、
前記保守端末の作成部は、保守員から入力される情報を取得する操作部から前記保守メニューを介して前記トラブルシートの作成要求を受け付けると、前記障害関連情報に基づきトラブルシートの対応項目を埋めて、手入力が必要な箇所が明確になるようにトラブルシートを作成する保守方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、保守端末及び保守方法に関する。

【背景技術】

【0002】

有料道路等において、狭域無線通信（Dedicated Short-Range Communication）を利用した電子料金収受システム（Electronic Toll Collection System、以下、ＥＴＣシステム）が普及している。

【0003】

例えば、ＥＴＣシステムは、大別すると、中央装置及び料金所側に分けられる。さらに、料金所側は、料金所機械室に設置される料金所共通部分、及び料金所において車両が走行する車線毎に設けられる料金所車線機器に分けられる。料金所共通部分としては、料金所サーバ、車線サーバ、車線監視制御装置、及び保守端末等がある。

【0004】

中央装置は、各料金所の料金所サーバ及び車線サーバに接続される。所定料金所の車線サーバは、同一の所定料金所の料金所機械室に設置される料金所サーバ、車線監視制御装置、及び保守端末等と接続する。さらに、所定料金所の車線サーバは、同一の所定料金所の各料金所車線機器と接続する。例えば、各料金所車線機器は、複数の車両検知器、複数のアンテナ、表示器、発進制御機、及び監視カメラ等を備える。

【0005】

中央装置は、各料金所サーバ及び各車線サーバとの間で各種データを交換し、料金所サーバは、車線サーバ及び車線監視制御装置との間で各種データを交換する。車線サーバは、各料金所車線機器から送信されるセンサデータ及び車両情報に基づき、料金所車線機器を制御したり料金を計算したりする。

【0006】

車線サーバにおいて障害などが検知された場合、検知された障害は外部へ通知される。障害の通知を受けた保守員等は、現場へ急行して障害対応等を実施する。障害復旧後、出動記録や事後の障害原因調査のために、例えば、調査状況記録シート（以下、トラブルシート）を作成する。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】特開２００５−５２５４８６号公報

【特許文献2】特開２００４−１３２０８号公報

【特許文献3】特開２００９−１８１４２０号公報

【発明の概要】

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

【0008】

しかし、トラブルシートの作成を忘れるケースや、トラブルシートに記録される内容が不足するケースがある。例えば、事後の障害調査に必要な情報の記録が漏れ、詳細情報が不足していると、事後の障害調査が難しくなることがある。

【0009】

障害発生時は、まずその障害復旧が最優先となる場合がほとんどであり、例えば、障害復旧後にトラブルシートの記入が実施される。また、障害発生時のみ目視チェック可能な事象もあり、このような事象は復旧完了後に確認できないことがある。例えば、料金所車線機器を構成する機器によってはログデータを残せない機器があり、このような機器については簡易表示器により障害の種別を一時的に表示するものがある。障害発生時に、簡易表示器に障害の種別が一時的に表示されたとしても、復旧完了後に確認することはできない。また、その一時的な表示を保守員等が目視していたとしても、復旧完了後にはその表示内容を失念していることもある。

【0010】

本発明の目的は、トラブルシートの作成を支援しトラブルシートの情報漏れを減らす保守端末及び保守方法を提供することである。

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

【0011】

実施形態に係る保守端末は、ＥＴＣシステムに適用される保守端末である。前記保守端末は、料金所の車線毎に設けられ、車線を通行する車両と無線通信を行うことで料金収受処理を行う料金所車線機器と、料金所毎に設置され、前記料金所車線機器の動作を制御する車線サーバと、各料金所の車線サーバと接続される中央装置とを備えるＥＴＣシステムに適用される。前記ＥＴＣシステムは、料金所車線機器と、車線サーバと、中央装置とを備える。前記通信インタフェースは、前記車線サーバと情報を送受する。前記操作部は、保守員から入力される情報を取得する。前記メニュー表示制御部は、表示画面に、トラブルシートの作成要求を指定する保守メニューを表示するように制御する。前記障害関連情報取得部は、前記通信インタフェースを介して前記料金所車線機器の障害関連情報を取得する。前記作成部は、前記操作部から前記保守メニューを介して前記トラブルシートの作成要求を受け付けると、前記障害関連情報に基づきトラブルシートの対応項目を埋めて、手入力が必要な箇所が明確になるようにトラブルシートを作成する。

【図面の簡単な説明】

【0012】

【図1】実施形態に係るＥＴＣシステムの概略構成の一例を示すブロック図である。

【図2】実施形態に係るＥＴＣシステムの料金所車線機器の概略構成の一例を示すブロック図である。

【図3】実施形態に係るＥＴＣシステムの料金所車線機器の適用例を示す斜視図である。

【図4】実施形態に係るＥＴＣシステムの保守端末の概略構成の一例を示すブロック図である。

【図5】実施形態に係る保守端末の表示部により出力（表示）される保守メニュー、及び保守メニューから出力指定可能なトラブルシートの一例を示す図である。

【図6】実施形態に係る保守端末の表示部により出力（表示）されるログ指定メニューの一例を示す図である。

【図7】実施形態に係る保守端末によるトラブルシート支援処理の一例を示すフローチャートである。

【図8】実施形態に係るＥＴＣシステムにおける障害復旧の完了から保守端末の接続解除までの一例を示すフローチャートである。

【図9】トラブルシートの作成支援及びログ収集支援を適用しないケースの作業例を示す図である。

【図10】トラブルシートの作成支援及びログ収集支援を適用するケースの作業手例を示す図である。

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

【0013】

以下、図面を参照して実施形態に係るＥＴＣシステムの一例について説明する。
図１は、実施形態に係るＥＴＣシステムの概略構成の一例を示すブロック図である。ＥＴＣシステムは、車両の通行を制御しつつ、通行する車両に対する料金を収受するシステムである。例えば、ＥＴＣシステムは、有料道路の料金所の車線を通行する車両に搭載された車載器と無線通信することにより料金を収受する。また、ＥＴＣシステムは、料金収受を行うとともに、車両が通行する車線に設けたバーの開閉、及び車線の脇に設けられた路側表示器による案内表示などによって車両の通行を制御する。例えば、ＥＴＣシステムが適用される有料道路等の入口及び出口には料金所が設けられ、これら入口及び出口には１又は複数の車線が設けられる。

【0014】

図１に示すように、ＥＴＣシステムは、大別すると、中央システム側及び料金所側に分けられる。例えば、中央システム側は、汎用コンピュータ等の中央装置１を備える。料金所側は、料金所機械室に設置される料金所共通部分、及び料金所において車両が走行する車線毎に設けられる料金所車線機器４に分けられる。料金所共通部分としては、料金所サーバ２、車線監視制御装置３、車線サーバ５、及び保守端末６等がある。

【0015】

中央装置１は、各料金所の料金所サーバ２及び車線サーバ５に接続される。所定料金所の車線サーバ５は、同一の所定料金所の料金所機械室に設置される料金所サーバ２、車線監視制御装置３、及び保守端末６等と接続する。さらに、所定料金所の車線サーバ５は、同一の所定料金所の各料金所車線機器４と接続する。

【0016】

中央装置１は、各料金所サーバ２及び各車線サーバ５との間で各種データを交換し、料金所サーバ２は、車線サーバ５及び車線監視制御装置３との間で各種データを交換する。車線サーバ５は、各料金所車線機器４から送信されるセンサデータ及び車両情報に基づき、料金所車線機器４を制御したり料金を計算したりする。

【0017】

図２は、実施形態に係るＥＴＣシステムの料金所車線機器の概略構成の一例を示すブロック図である。また、図３は、実施形態に係るＥＴＣシステムの料金所車線機器４の適用例を示す斜視図である。図２に示すように、料金所車線機器４は、インタフェース集約部４０１、第１アンテナ４１１、第２アンテナ４１２、リカバリアンテナ４１３、車両検知器Ｓ１、車両検知器Ｓ２、車両検知器Ｓ４、ナンバープレート読取装置４２１、車種判別装置４２２、走行車両重量測定装置４２３、路側表示器４２４、ブース内表示器４２５、ＥＴＣ車線表示板４２６、発進制御機４２７、車線監視カメラ４２８、車高計４３１、軸重計４３２、及び軸数計４３３を備える。車高計４３１は、ナンバープレート読取装置４２１に対応して設けられ、軸重計４３２は、ナンバープレート読取装置４２１、及び車種判別装置４２２に対応して設けられ、軸数計４３３は、ナンバープレート読取装置４２１に対応して設けられる。なお、ナンバープレート読取装置４２１、車種判別装置４２２、及び走行車両重量測定装置４２３のうち、一つを備える構成としてもよい。

図３に示すように、入口には、対向する二つのアイランド８０が設けられ、これら二つのアイランド８０の間に車線８１が形成される。車両７０は、矢印ａの方向に向かって車線８１上を走行する。なお、矢印ａの下流側が有料道路外で、矢印ａの上流側が有料道路内となる。本実施形態では、入口への料金所車線機器４の適用例について説明し、出口への料金所車線機器４の適用例は省略するが、入口と同様にして出口にも料金所車線機器４を適用することができる。

【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】

続いて、図６に示すように、保守端末６のメニュー表示制御部６１１は、ログ指定メニューＭ２を表示するように制御し、これに対応して、表示部６４は、ログ指定メニューＭ２を表示する（ＳＴ１０６）。例えば、保守端末６のプロセッサ６１は、車線サーバ５から受信した障害情報に基づき、事後の障害解析に必要となるログデータの種類及び収集時間帯を判定し、メニュー表示制御部６１１は、判定されたログデータの種類及び収集時間帯の指定を含むログ指定メニューＭ２を表示するように制御する。これにより、必要と判定されたログデータの種類及び収集時間帯を保守員に知らせることができるとともに、必要と判定されたログデータ等の抽出漏れを防止することができる。

【0049】

保守員は、ログ指定メニューＭ２を目視確認し、必要なログデータの過不足に気付いた場合は（ＳＴ１０７、ＹＥＳ）、操作部６５を介して、ログ指定メニューＭ２上で必要なログデータの種類の選択（チェック）を変更する（ＳＴ１０８）。また、保守員は、ログ指定メニューＭ２を目視確認し、収集時間帯の過不足に気付いた場合は（ＳＴ１０９、ＹＥＳ）、操作部６５を介して、ログ指定メニューＭ２上で収集時間帯を変更する（ＳＴ１１０）。保守員が、ログ指定メニューＭ２の設定のボタンを押下すると、保守端末６の障害関連情報取得部６１２は、ログ指定メニューＭ２で設定された条件に基づき、インタフェース６３を介してログデータを収集する（ＳＴ１１１）。例えば、保守端末６の作成部６１３は、収集されたログデータとトラブルシートの電子データを対応付けて外部メモリ等又は外部装置へ出力する。或いは、保守端末６の作成部６１３は、収集されたログデータとトラブルシートとを対応付けて印刷出力する。

【0050】

図８は、実施形態に係るＥＴＣシステムにおける障害復旧の完了から保守端末の接続解除までの一例を示すフローチャートである。

【0051】

障害復旧が完了した後は、現場撤収作業として、各種装置の状態確認等を実施するほかに、接続していた保守端末６の接続を解除する。

【0052】

この保守端末６の接続を解除する際に（現場撤収前に）（ＳＴ２０１）、保守端末６は、トラブルシートＴＳの出力済み情報に基づき、トラブルシートＴＳの出力済みが確認される場合は（ＳＴ２０２、ＹＥＳ）、トラブルシートＴＳの記入漏れ等がないか確認するダイアログ（入力案内）を表示する（ＳＴ２０３）。これにより、トラブルシートＴＳの記入漏れを防止することができる。

【0053】

また、トラブルシートＴＳの出力済みが確認されない場合には、トラブルシートＴＳの作成の必要がないか確認するダイアログを表示する。これにより、トラブルシートＴＳの未作成を防止することができ、トラブルシート作成の促進を図ることができる。

【0054】

次に、保守端末６は、収集済みログデータ等の内容確認のための情報（例えば必要ログデータが選択されたログ指定メニューＭ２）を表示する（ＳＴ２０４）。この案内表示により、ログデータの収集漏れ等を防ぐことができる。ログデータが収集済みで（ＳＴ２０５、ＹＥＳ）、案内表示から保守員が必要ログデータの不足を認識した場合は（ＳＴ２０６、ＹＥＳ）、ログ指定メニューＭ２上で必要なログデータの種類の選択（チェック）を変更する（ＳＴ２０７）。また、案内表示から保守員が日時・時間帯の修正の必要性を認識した場合は（ＳＴ２０８、ＹＥＳ）、ログ指定メニューＭ２上で日時・時間帯を変更する（ＳＴ２０９）。必要ログデータの種類の選択変更、及び日時・時間帯の変更のうちの少なくとも一方の変更の実施により、保守端末６は、再びログデータを収集する（ＳＴ２１０）。例えば、保守端末６は、収集されたログデータとトラブルシートの電子データを対応付けて外部メモリ等又は外部装置へ出力する。或いは、保守端末６は、収集されたログデータとトラブルシートとを対応付けて印刷出力する。

【0055】

図９は、トラブルシートの作成支援及びログ収集支援を適用しないケースの作業例を示す図である。図１０は、トラブルシートの作成支援及びログ収集支援を適用するケースの作業手例を示す図である。図９及び図１０を参照しながら、本実施形態の作用効果について説明する。

【0056】

図９に示すように、トラブルシートへの記入は、すべて保守員に任せられる。このため、保守員は、障害関連情報を記入し忘れたりすることがある。熟練の保守員であれば記入漏れが起こりにくい基本的な情報であっても、経験の浅い保守員はそのような基本的な情報の記入を忘れるなど、保守員の経験値によってはトラブルシートへの記入のばらつきが生じることがある。

【0057】

また、ログデータの収集も、すべて保守員に任せられ、保守員の判断で、取得されるログデータの種類及び取得される時間帯が決定される。このため、必要なログデータの取得漏れ等が生じることがある。この場合、時間の経過とともに、ログデータが上書き等され、消失している場合もある。

【0058】

これに対し、図１０に示すように、トラブルシートの作成支援及びログ収集支援を適用するケースでは、障害関連情報のような基本的な情報を自動で記録するので、保守員の経験値等に関係なく、基本的な情報の記入漏れ等を防止することができる。また、保守員が目視確認した情報を追加情報として記録することができるので、トラブルシートの情報の充実を図ることができる。例えば、障害発生時のみ目視チェック可能な事象があるが、このような事象は復旧完了後に確認できないことがある。例えば、料金所車線機器４を構成する機器によってはログデータを残せない機器があり、このような機器については簡易表示器により障害の種別を一時的に表示するものがある。障害発生時に、簡易表示器に障害の種別が一時的に表示された場合、この一時的に表示された情報を追加情報として記録することができる。

【0059】

また、障害情報に基づき事後の障害解析に必要となるログデータの種類及び収集時間帯を判定し、判定されたログデータの種類及び収集時間帯の指定がログ指定メニューＭ２で確認でき、さらに、指定を変更することもできるので、障害解析に必要となるログデータの取得漏れを減らすことができる。

【0060】

なお、保守支援処理はいくつかのソフトウェア（プログラム）によって実行することが可能である。このため、上記保守支援処理の手順を実行するいくつかのプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこれらプログラムを保守端末６へインストールして実行するだけで、上記保守支援処理を容易に実現することができる。例えば、保守端末６は、上記プログラムをネットワーク経由でダウンロードし、ダウンロードしたプログラムを記憶し、プログラムのインストールを完了することができる。或いは、保守端末６は、上記プログラムを情報記憶媒体から読み取り、読み取ったプログラムを記憶し、プログラムのインストールを完了することができる。

【0061】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0062】

１…中央装置、２…料金所サーバ、３…車線監視制御装置、４…料金所車線機器、５…車線サーバ、６…保守端末、６１…プロセッサ、６２…記憶部、６３…インタフェース、６４…表示部、６５…操作部、７０…車両、７１…車載器、８０…アイランド、８１…車線、４０１…インタフェース集約部、４１１…第１アンテナ、４１２…第２アンテナ、４１３…リカバリアンテナ、４２１…ナンバープレート読取装置、４２２…車種判別装置、４２３…走行車両重量測定装置、４２４…路側表示器、４２５…ブース内表示器、４２６…車線表示板、４２７…発進制御機、４２７ａ…発進制御バー、４２８…車線監視カメラ、６１１…メニュー表示制御部、６１２…障害関連情報取得部、６１３…作成部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】