JP2009064052A - 料金収受システムおよび料金収受方法 - Google Patents

Abstract

【課題】有料道路の料金所に設けられた複数のレーンの中の一つのレーンに事故が発生した場合、レーンの運用状態を迅速に切り替え、復旧作業を効率よく行う。
【解決手段】この料金収受システムは、有料道路の出入口の料金所に設置されたＥＴＣ専用レーンおよびＥＴＣ／一般レーンに設けられた路側機器をレーン単位に運用状態または運用停止状態に制御するためのレーン運用のパターン＃１−＃９が記憶されたレーン運用テーブル３１と、各レーンに配置され、発進制御装置２８へ車両１４が衝突したことでレーン内の障害発生が検知された場合、レーン番号を含む障害通知信号を通信網５へ送信する車線制御装置２０と、受信された障害通知信号に含まれるレーン番号から当該レーンを閉鎖して他のレーンを運用するためのパターンをレーン運用テーブル３１から読み出し各レーンの運用状態を切り替える料金所処理装置３とを備える。
【選択図】図１

Description

本発明は、例えば高速道路などの有料道路の料金所に設置される料金収受システムおよび料金収受方法に関する。

近年、有料道路の料金所には、料金収受のための料金収受システムとして、例えばノンストップ自動料金収受システム（ＥＴＣシステム：Electronic Toll Collection system）が導入されている。

その中でも多数の料金収受用の車線（以下「レーン」と称す）を備える比較的規模の大きな料金所では、いくつかのレーンをＥＴＣ専用レーンとし、残りを従来の収受員による料金収受レーン（一般レーン）とし、混在運用が図られている。

このように異なる料金収受方式が混在した複数のレーンの車線運用を行うための技術として、例えば入口料金所と出口料金所において通過車両のＩＤ，車載機器有無を計測し、それを逐次記憶しておき、記憶されたデータから入口と出口の組み合わせ毎の到達台数や到達時間を集計し、集計したデータから出口での到達台数を予測し、その台数に応じた車線運用を決定する技術が公開されている（例えば特許文献１参照）。

この技術の場合、有料道路を通行する車両の通行量などのように利用者の側の変化に追従するように料金所の車線運用を行っているが、現実的には、有料道路を運営する側にもレーン運用を変更しなければならない事情も多く、この場合、上記技術は適用できない。
特開平８−２９７７９５号公報

例えばＥＴＣ専用レーンにて事故が発生した場合、当該レーンのカメラ映像、監視盤の表示等から事故発生を認識した料金所職員により復旧作業が行われる。復旧作業としては、事故が発生したＥＴＣ専用レーンを閉鎖し、代用の一般レーンをＥＴＣ／一般レーンとする必要がある。

ところで、事故情報が全レーンの、係員がいるブースに同時に通知された場合、どのレーンの職員が事故発生レーンの対応を行えばよいのかが判らない。

また、事故情報が特定レーンにのみ通知される場合、その事故情報をそのレーンの職員が見逃してしまうと事故発生レーンの対応ができない。

さらに、ＥＴＣ専用レーンでの事故の発生は、時間当たりの料金収受可能台数の減少を意味し、できるだけ早急に復旧することが望まれる。

本発明はこのような課題を解決するためになされたもので、有料道路の料金所に設けられた複数のレーンの中の少なくとも一つのレーンに事故や障害が発生した場合、レーンの運用状態をスムーズかつ迅速に切り替え、復旧作業を効率よく行うことのできる料金収受システムおよび料金収受方法を提供することを目的としている。

上記した目的を達成するために、本発明の料金収受システムは、有料道路の出入口の料金所に設置された無線収受用のレーンおよび有人収受用のレーンを含む複数の料金処理用のレーンに設けられた機器をレーン単位に運用状態または運用停止状態に制御するための少なくとも一つのレーン運用パターンが記憶されたレーン運用情報記憶手段と、前記各レーンに配置され、レーン内に発生した障害を検知して、予め設定されたレーン識別情報を含む障害通知信号を発生する障害通知信号発生手段と、前記障害通知信号発生により発生された障害通知信号に含まれるレーン識別情報から、当該レーンを運用停止状態に変更して各レーンを運用するためのレーン運用パターンを前記レーン運用情報記憶手段から読み出して各レーンの運用状態を切り替える制御手段とを具備したことを特徴とする。

本発明の料金収受方法は、有料道路の出入口の料金所に設置された無線収受用のレーンおよび有人収受用のレーンを含む複数の料金処理用のレーンに設けられた機器をレーン単位に運用状態または運用停止状態に制御するための少なくとも一つのレーン運用パターンをレーン運用情報記憶手段に記憶するステップと、あるレーン内に障害が発生した場合、前記レーンに配置された障害通知信号発生手段が、レーン識別情報を含む障害通知信号を発生するステップと、前記障害通知信号に含まれるレーン識別情報から、当該レーンを運用停止状態に変更して各レーンを運用するためのレーン運用パターンを前記レーン運用情報記憶手段から制御装置が読み出して各レーンの運用状態を切り替えるステップとを有することを特徴とする。

以上説明したように本発明によれば、有料道路の料金所に設けらていれる複数の車線の中の一つの車線に事故や障害が発生した場合、車線の運用状態をスムーズかつ迅速に切り替え、復旧作業を効率よく行うことができる。

以下、本発明の実施の形態を図面を参照して詳細に説明する。図１は本発明の一つの実施の形態の料金収受システムのシステム構成を示す図、図２は有料道路の料金所のレーン配置例を示す図である。

有料道路の料金方式としては、通行距離（通行区間）に応じて料金が変わる対距離制の課金形態をとるものと、入口または出口で一定の料金を支払う均一料金制のものがある。
均一料金制の場合、出入口の一方、例えば入口などで一定の料金を徴収すれば、出口では料金を徴収する必要がないため、出口には無線設備やゲート設備などを設置する必要がない。

しかし、均一料金制の場合、短い区間だけで利用する場合も長い区間を利用する場合も同じ料金であるため、短い区間を利用する人からは不満の声があり、短い区間を利用した場合には、入口で徴収した料金を出口で返金するサービスが行われつつある。このようなサービスをＥＴＣシステムで実現するためには、出口にも無線設備を設置することになり、対距離制の場合と同じような設備構成となる。

以下、均一料金制の有料道路の入口の場合を例に挙げて説明するが、対距離制の場合でも有料道路の出入口に、ＥＴＣ処理用の無線設備が設置されたＥＴＣ専用レーンと、収受員による現金や金券の収受とＥＴＣ処理が共に行えるＥＴＣ／一般レーンとが設置されている場合は本発明を適用できる。

均一料金制の有料道路の料金収受システムは、図１に示すように、最上位のホストコンピュータ１、各料金所に設置されている料金所処理装置３、各料金所の個々のレーンに設置されているレーンシステム４などが通信網５を介して接続して構成されている。

ホストコンピュータ１は、料金所毎の料金所処理装置３を統括する装置である。この他、ホストコンピュータ１は、ＥＴＣカード発行会社のコンピュータ（図示せず）に通信網（図示せず）を介して接続されている。

ホストコンピュータ１は、主な機能として、各料金所処理装置３へデータを配信する機能、及び、各料金所処理装置３により処理された処理済みのデータ（課金データ）を収集および集計する機能、集計データをＥＴＣカード発行会社のコンピュータへ送信する機能などを有している。

ホストコンピュータ１には、データベースなどの情報保存ユニットが設けられている。データベースに保存されている配信用のデータは、例えば区間毎の通行料金のデータ、有料道路の各料金所を識別するための料金所番号（料金所コード）、利用不可能なカードＩＤのリスト（以下ネガティブリストと称す）などである。

ホストコンピュータ１は、データベースでデータが更新される毎に更新されたデータを下位装置へ配信する。ネガティブリストは、ＥＴＣカード発行会社のコンピュータからホストコンピュータ１に配信されるデータである。また、データベースに保存される集計データは、各料金所処理装置３からホストコンピュータ１に受信される各カードＩＤ毎の課金データ、利用履歴データなどである。

料金所処理装置３は、各料金所の入口のレーンに設置されている機器を統括する装置であり、料金所処理装置３とは通信網で接続されている。料金所処理装置３は、制御手段としてのＣＰＵ、記憶手段としてのハードディスク装置およびメモリなどを備えている。メモリには、レーン運用テーブル３１（図２参照）が記憶されている。

図２はレーン運用テーブル３１の内容を示す図である。図２に示すように、レーン運用テーブル３１は、電源が落ちても記憶内容が消去されない不揮発性のメモリに記憶されたテーブルであり、更新回数、タイミング、切替時刻、料金所番号、運用パターン回数、予備、パターン＃１からパターン＃９等が登録されている。

パターン＃１は、Ｌ１＝ＥＴＣ専用、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ／一般と設定されており、通常の運用パターンである。

パターン＃２は、Ｌ１＝閉鎖、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ専用と設定されており、ＥＴＣ専用レーンＬ１に障害が発生したときの運用パターンである。

パターン＃３は、Ｌ１＝ＥＴＣ専用、Ｌ２＝閉鎖、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ専用と設定されており、ＥＴＣ専用レーンＬ２に障害が発生したときの運用パターンである。

パターン＃４は、Ｌ１＝ＥＴＣ専用、Ｌ２＝ＥＴＣ専用、Ｌ３＝閉鎖、Ｌ４＝ＥＴＣ専用と設定されており、ＥＴＣ／一般レーンＬ３に障害が発生したときの運用パターンである。

パターン＃５は、Ｌ１＝ＥＴＣ専用、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝閉鎖と設定されており、ＥＴＣ／一般レーンＬ４に障害が発生したときの運用パターンである。

パターン＃６は、Ｌ１＝閉鎖、Ｌ２＝閉鎖、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ専用と設定されており、ＥＴＣ専用レーンＬ１，Ｌ２が共に障害に陥ったときの運用パターンである。

パターン＃７は、Ｌ１＝閉鎖、Ｌ２＝ＥＴＣ専用、Ｌ３＝閉鎖、Ｌ４＝ＥＴＣ／一般と設定されており、ＥＴＣ専用レーンＬ１とＥＴＣ／一般レーンＬ３に障害が発生したときの運用パターンである。

パターン＃８は、Ｌ１＝閉鎖、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝閉鎖と設定されており、ＥＴＣ専用レーンＬ１とＥＴＣ／一般レーンＬ４に障害が発生したときの運用パターンである。

パターン＃９は、Ｌ１＝ＥＴＣ専用、Ｌ２＝閉鎖、Ｌ３＝閉鎖、Ｌ４＝ＥＴＣ専用と設定されており、ＥＴＣ専用レーンＬ２とＥＴＣ／一般レーンＬ３に障害が発生したときの運用パターンである。

つまりレーン運用テーブル３１（メモリ）は、有料道路の出入口の料金所に設置されたＥＴＣ専用レーンＬ１，Ｌ２（無線収受用のレーン）およびＥＴＣと一般車を処理するためのＥＴＣ／一般レーンＬ３，Ｌ４（有人収受用のレーン）を含む複数の料金処理用のレーンに設けられた機器を、レーン単位に運用状態または運用停止状態に制御するための少なくとも一つのレーン運用パターンが記憶されたレーン運用情報記憶手段として機能するものである。

料金所処理装置３は、一般的な機能として、ホストコンピュータ１から配信されたデータをＥＴＣの車線制御装置、および収受員ブースの料金処理機へ配信する機能及び、車線制御装置で処理された処理済みのデータを収集し、ホストコンピュータ１へ送信する機能を有している。

また、料金所処理装置３のＣＰＵは、各レーンの車線制御装置２０により発生され、通信網５を通じて入力された障害通知信号に含まれるレーン番号（レーン固有の識別情報）から、当該レーンを運用停止状態に変更して各レーンを運用するためのレーン運用パターンを、レーン運用テーブル３１のパターン＃１からパターン＃９の中から読み出して、それぞれの車線制御装置２０へ運用状態を変更するための変更要求信号を送信し、各レーンの運用状態を切り替える制御手段として機能する。

また、ＣＰＵは、レーン番号がＥＴＣ専用レーンＬ１を示すものであった場合、他のレーンＬ２−Ｌ４のうちＥＴＣに運用変更可能な少なくとも一つのレーンをＥＴＣの運用状態に切り替えるよう各機器を制御する。

さらに、ＣＰＵは、ＥＴＣレーンとして動作するよう制御したレーン（例えば図３のＥＴＣ／一般レーンＬ４等）に配置されたブース３０ｂの報知用機器（車線制御装置２０，車線監視制御盤２６、ブース内表示器２５，収受機２１等）に対して障害が発生したレーンへの復旧対応にあたるよう報知する。

また、ＣＰＵは、障害通知信号の発生元の障害通知信号発生手段から復旧完了通知があった場合に、元の運用状態に戻すように各レーンの機器を制御する。

図３はこの料金収受システムにおける料金所の中の一つのレーンの機器配置図、図４はその制御系統図である。

有料道路の料金所には、有料道路を通行（利用）する車両から利用料金、つまり通行料金を収受するための車線（以下「レーン」と称す）が設置されている。なお、図２，３に示す機器は、均一料金制の入口レーンに設置されるものであるが、対距離制のレーンの場合は、ＥＴＣ以外の車両のために通行券自動発行機能（通行券自動発行機および車両判別装置など）が設けられている。

料金所には、図３に示すように、複数のレーンが併設されている。この例では、第一レーンにＥＴＣ専用レーンＬ１，第二レーンにＥＴＣ専用レーンＬ２と、第三レーンにＥＴＣ／一般レーンＬ３，第四レーンにＥＴＣ／一般レーンＬ４が設けられている。

これら複数のレーンのうち、ＥＴＣ／一般レーンＬ３，Ｌ４には、収受員が料金収受作業を行うためのブース３０ａ，３０ｂが設けられている。ＥＴＣ専用レーンＬ１，Ｌ２には、ブース３０ａ，３０ｂは設けられていないため、障害発生の際には、ＥＴＣ／一般レーンＬ３，Ｌ４のいずれから係員が対応を指示されたレーンへ出向き、障害の復旧作業にあたる必要がある。

ブース３０ａ，３０ｂは、係員（収受員）が車両のドライバー等の利用者から現金やプリペイドカード、ＩＣカード、通行券等のカード媒体を受け取り、料金処理を行う場所である。

このようなレーン配置の料金所において、例えばＥＴＣ専用レーンＬ１で車両１４が発進制御装置２８に衝突するといった障害が発生した場合、一番近いＥＴＣ／一般レーンＬ３の車両１６の料金収受業務を行っている収受員が、ＥＴＣ専用レーンＬ１に出向き、復旧対応にあたる必要があるため、事前処理として、従来であれば、自レーンの機器をＥＴＣ専用レーンと同じ機能に手動で切り替えた後、ＥＴＣ専用レーンＬ１の入口を閉鎖する必要がある。

図４に示すように、ブース３０ａ，３０ｂ内には、現金や現金に相当する磁気記憶式のカード媒体（プリペイドカード、回数券、クレジットカードなど）を処理する手段としての収受機２１、ブース内表示器２５、車線監視制御盤２６、現金や現金に相当するＩＣカード型の電子マネーカード媒体（ＥＴＣカードおよび非接触ＩＣカード）の処理を行うＩＣカードリーダ２７などが備えられている。これらの機器は、通信網５で接続されており、互いが連携して通行車両に対する通行料金の収受処理を行う。

収受機２１は、収受員によって操作される表示操作部を備えており、現金や現金に相当するカード媒体（プリペイドカード、回数券、クレジットカードなど）での従来型システムにおける通行料金の収受処理を行う。

なお、収受機２１には、従来型の磁気カード処理を行う機器（磁気カードリーダ、現金処理用のレジスタなど）が装備されている。

収受機２１は、通行券、プリペイドカード等のカード媒体から情報を読み取るカード媒体情報読取機能と、カード媒体から読み取った情報を基にして通行料金を算出しプリペイドカードから引き去る機能と、領収書発行操作により領収書を発行する機能とを備えている。

車線監視制御盤２６は、機器の故障等の不調をメッセージ画面上に表示してブース３０ａ，３０ｂ内の収受員に通知（報知）したり、システムの運用形態の切り替えを行う。

ＩＣカードリーダ２７は、ＥＴＣカード、非接触ＩＣカード等のＩＣカードに対してリード・ライトを行うものであり、ＩＣカードの情報を読み取って処理を行い、処理結果の情報をＩＣカードへ書き込む。

例えば均一料金制の有料道路の入口では、ＩＣカードリーダ２７は、車両の車種に応じてＩＣカードから一定の通行料金を引き去る処理を行う。
また対距離制の有料道路の入口では、ＩＣカードリーダ２７は、ＩＣカード（ＥＴＣカード、非接触ＩＣカード等）に入口情報を書き込む。有料道路の出口では、ＩＣカードリーダ２７は、車両のＩＣカードから入口情報を含むカード情報を読み取り、カード情報とこれに含まれる入口情報を用いて料金収受処理を行う。

また、レーンには、レーンを通行する車両を検知する車両センサ類（第１センサ２２ａ、第２センサ２２ｂ、第３センサ２２ｃ）、車線表示板２３、路側表示器２４、発進制御装置２８、アンテナ２９およびこれら機器を制御する車線制御装置２０などが備えられている。これらの機器を路側機という。

車両センサ類（第１センサ２２ａ、第２センサ２２ｂ、第３センサ２２ｃ）は、この車線に進入した車両の位置や進行方向を検知する。車線表示板２３は、車線に進入してくる車両に車線状況を通知する。路側表示器２４は、通行車両に対してＥＴＣ処理状況および処理結果などを通知（報知）する。ブース内表示器２５は、収受員に対してレーン運用状況、処理状況および処理結果などを通知（報知）する。

車線表示板２３は、車両が進入する車線内の利用者が見やすい場所（上方の屋根等）に配置されている。車線表示板２３は、車両のドライバーに対してレーンの状況（進入可、不可など）を報知するためのものである。

発進制御装置２８はブース３０ａ，３０ｂよりも車両進行方向の先に配置されている。発進制御装置２８にはバーが取り付けられている。バーは車線を横切るように突出あるいは跨いで上下に開閉自在に設置されている。バーは阻止棒または制御棒ともいう。バーは、一般運用状態で上下方向に開閉し、車両が衝突したときの保護機構として、車両進行方向（以下「前方」と称す）へも開放可能である。

バーには、バーが前方へ開放したときにこれを検知するバー開放センサとしての第４センサ２２ｄが設けられている。この第４センサ２２ｄは、車線制御装置２０に接続されており、バーが前方へ開放したときに、それを検知した第４センサ２２ｄから開放信号が発生し、車線制御装置２０により障害発生が検出される。

発進制御装置２８は、車線制御装置２０の制御下で車両の進行（発進許可および通行阻止）をバーの開閉により制御する。

発進制御装置２８の動作モードとしては、自動開閉モードと固定モードがある。自動開閉モードは通常はバーを閉じており、収受処理済みの場合にバーを開放するモードである。固定モードは、収受機２１の画面で設定された開固定あるいは閉固定の各状態に固定され、ボタン操作で開閉するモードである。

なお、レーンにおける車両センサ類は、レーンへの車両の進入を検知する第１センサ２２ａ、車両が無線通信エリアの終端位置に到達したことを検知する第２センサ２２ｂ、車両が発進制御装置２８の位置を抜けきったことを検知する第３センサ２２ｃなどに分類される。

アンテナ２９は、ＥＴＣシステム用の路側アンテナと非接触ＩＣカード用のアンテナとがある。路側アンテナは、第１センサ２２ａと第２センサ２２ｂの設置範囲をカバーするように例えば３ｍ程度の無線通信エリアを形成する。

ＥＴＣシステム用の路側アンテナは、通行車両に搭載されているＥＴＣシステム用の無線通信機である車載器と無線通信を行うことで、車載器にセットされているＥＴＣカードに対する情報の読み取り処理および書き込み処理を行う。

非接触ＩＣカード用のアンテナは、ブース３０ａ，３０ｂ内あるいは３０ａ，３０ｂの外壁に設けられている。ブース３０ａ，３０ｂの外壁に設けられたアンテナは、利用者である運転者自身が非接触ＩＣカードをアンテナに接近または接触させてカード処理するためのアンテナである。

ブース３０ａ，３０ｂ、路側表示器２４、車線制御装置２０はアイランド上に配置されている。路側表示器２４は車両の進入方向から向かってブース３０ａ，３０ｂの先の位置のアイランド上に配置されている。第１センサ２２ａ、第２センサ２２ｂ、第３センサ２２ｃはアイランド上に設置されており、車線を横切るように赤外線を送受し、この赤外線を車両が遮断することで車両を検知する。

第１センサ２２ａは車線へ進入した車両の車載器とアンテナ２９との無線通信が行われる無線通信エリアの進入位置（車両進行方向先端部分に配置されており、この第１センサ２２ａによる車両検知により無線通信が開始される。

第２センサ２２ｂはアンテナ２９が形成する無線通信エリアの車両退出位置（車両進行方向終端部分）に配置されている。第３センサ２２ｃは発進制御装置２８の直前に配置されている。

車線制御装置２０は、装置の処理を制御するＣＰＵ、制御プログラムや各種データ類を記憶する主記憶装置としてのメモリおよびハードディスクドライブ等の補助記憶装置、センサ類やアンテナ等との入出力を制御する入出力制御部、ＩＣカードリーダ２７や収受機２１等の装置との通信を制御する通信制御部などから構成されている。制御プログラムは、入口における料金収受処理を行うプログラムである。

車線制御装置２０は、ＥＴＣ処理状況および処理結果などをブース内表示器２５に表示する。ＥＴＣ処理状況および処理結果などは、ブース内表示器２５に表示する以外に音声で報知してもよい。出口ＥＴＣシステムの車線制御装置２０のメモリには、通行料金テーブル（図示せず）が記憶されている。

車線制御装置２０は、例えば第４センサ２２ｄから開放信号が受信されることでレーン内に発生した障害を検知して、予め設定されたレーン識別情報を含む障害通知信号を発生する障害通知信号発生手段として機能する。

通行料金テーブル（図示せず）には、入口料金所番号、車種、料金の項目があり、車種別に設定された距離にはよらない均一の通行料金が登録されている。車種別とは、自動２輪車、軽自動車、普通車等の第１車種区分と、大型車、バス等の第２車種区分といった道路事業者側の車両区分である。例えば普通車等の第１車種区分の車両は７００円、大型車等の第２車種区分の車両は１４００円等が記憶されている。つまり通行料金テーブルには、車種毎に設定された通行料金が記憶されている。この通行料金テーブルにおいて、料金所番号は、例えば「０００１」などから順に番号が付されている。

すなわち、車線制御装置２０は、料金所処理装置３から配信されてきたデータを用いて料金処理を行う機能、レーンに配置されている路側機器を制御する機能、及び、レーンに進入してきた車両の車載器と通信しＥＴＣ処理（入口処理）を実施し、処理データを料金所処理装置３へ送信する機能等を有している。

ＩＣカードの種類としては、ＥＴＣシステム用の単独では無線通信機能を持たないＩＣカードであるＥＴＣカード（料金後納方式のＩＣカード）と、数ｃｍ程度の狭い通信エリア内でカード単独での無線通信機能を有する非接触式ＩＣカード（プリペイド方式で料金チャージ可能なＩＣカード）がある。

非接触ＩＣカードは、有料道路の料金を支払うための金額データ（残額情報）とカードＩＤ（カード識別情報）を記憶した記憶手段としてのフラッシュメモリと、ＩＣカードリーダ２７からの料金所番号、出口での処理結果の利用履歴情報、残額をチャージする際に金額データ等を受信するアンテナと、このアンテナで受信された料金所番号、利用履歴情報、金額データ等をフラッシュメモリに記憶すると共に支払い結果のデータを記憶するＭＰＵ（マイクロプロセッサユニット）とを備えている。

ＭＰＵは、有料道路を利用したときのＩＣカードリーダ２７からの金額データ読み出し要求に従ってフラッシュメモリより金額データおよびカードＩＤを読み出してＩＣカードリーダ５４へ送信する。

ＥＴＣカードには、情報を記憶・読み出し可能なフラッシュメモリ、車載器のインタフェース部との間でデータのやり取りを行うインタフェース部と、このインタフェース部およびフラッシュメモリを制御するＣＰＵとが設けられている。

ＣＰＵは、フラッシュメモリからのデータの読み出しおよび書き込みを制御する。フラッシュメモリには、ユーザの銀行の口座番号、および契約の有効期限などの課金情報が記憶されている。また、このフラッシュメモリには、ＥＴＣカードを特定するためのカードＩＤ（ＩＤ番号）が予め記憶されている。

フラッシュメモリには、道路の入口、出口などを通過する毎に通過を示す情報が記憶される通過情報記憶エリアが設けられている。通過情報記憶エリアには、車両が入口レーンに進入したときの入口の情報（入口情報）、利用明細情報が記憶される。入口情報の記憶エリアには、入口料金所番号および通過時刻などが記憶される。入口情報は、入口処理を行ったＩＣカードだけに記憶される。

ＥＴＣカードを利用する車両には、ＥＴＣカードがセットされる車載器が搭載されている。車載器は、ＥＴＣカード７を収容するカード収容部と、ＥＴＣカードとのインタフェース部と、このインタフェース部を通じて読出した情報を処理すると共に、処理結果をメモリに記憶するＩＣカード処理部と、メモリに記憶されている情報を車載器アンテナから送信すると共に車載器アンテナで受信した情報をメモリに記憶する無線制御部と、利用者に操作され、その操作内容を案内する表示操作部と、各部を統括して制御する制御部とから構成されている。

メモリには、この車載器が搭載される車両の緒元情報（車長・車高・軸数・重量・用途・特長等）に加え、車載器を他の車載器と識別するためのＩＤ番号（車載器ＩＤ）が予め記録されている。

表示操作部には、利用者に操作されるキー操作部等を備えた操作部と、操作内容を案内する文字表示およびＬＥＤランプ等を備えた表示部と、ＩＣカードを挿入および取り出すＩＣカード挿入口とが備えられている。表示部は無線処理情報等の各種情報を表示し利用者（運転者等）に通知するものである。

ＥＴＣカードは、車載器に装着されると、車載器のＩＣカード処理部を介した制御部との信号のやり取りで車載器の正当性を確認して初めて自身のフラッシュメモリに記憶されている課金情報を車載器へ送り、車載器のメモリに記憶される。路側アンテナとの無線通信の際に、車載器のメモリに記憶された情報（カード情報を含む車載器情報）が路側機器の側へ送られる。

以下、図６，図７を参照してこの料金収受システムの動作を説明する。図６はこの料金収受システムの動作を示すフローチャート、図７は料金所処理装置と各レーンの車線制御装置との間の通信シーケンスチャートである。

この有料道路の場合、車両のドライバーは、有料道路の入口の料金所で、出口までの一定の通行料金を支払い、有料道路の出口では車両を停止させることなくそのまま有料道路を出ることができる。

料金収受システムでは、料金所毎に固有の識別情報（料金所番号）が付与されており、料金所番号によって料金所を判別することができる。料金所番号は各料金所処理装置３に予め記憶され、ホストコンピュータで統括管理されている。

この料金収受システムの場合、料金所の例えばＥＴＣ専用レーンＬ１にＥＴＣ車が進入し、レーンシステム４のアンテナ２９と車両１４の車載器とで無線通信が行われたときに、車載器にＥＴＣカードがセットされていなかったため、発進制御装置２８が開放されず、ドライバーは、てっきり、ＥＴＣ処理が行われるものと思いこんだまま車両を進めたため、車両１４が発進制御装置２８に衝突した事故が発生したものとする。

ＥＴＣ専用レーンＬ１にて車両１４が発進制御装置２８に衝突し、発進制御装置２８のバーが前方に開放した場合、第４センサ２２ｄにより開放が検知されると、第４センサ２２ｄから開放信号が発生し、ＥＴＣ専用レーンＬ１の車線制御装置２０により障害発生が検出される（ステップＳ１０１）。

障害発生を検出した車線制御装置２０は、それを通信網５を通じて料金所処理装置３へ通知する（ステップＳ１０２）。

障害通知信号を受けた料金所処理装置３のＣＰＵは、障害通知信号に含まれるレーン番号から、当該レーンＬ１を特定して運用停止状態に変更して、各レーンを運用するためレーン運用パターンをレーン運用テーブル３１から読み出し、そのレーン運用パターンに従って各レーンの運用状態を切り替える。

この例では、ＥＴＣ専用レーンＬ１に障害が発生したため、料金所処理装置３のＣＰＵは、レーン運用テーブル３１からＥＴＣ専用レーンＬ１が「閉鎖」と設定されているパターン＃２を読み出して、そのパターン＃２に従って各レーンＬ１〜Ｌ４の運用状態を変更する。

具体的には、料金所処理装置３のＣＰＵは、事故が発生しているＥＴＣ専用レーンＬ１の車線制御装置２０に対して、レーンを閉鎖するための運用変更要求を送出する（ステップＳ１０３）。

運用変更要求を受信した車線制御装置２０は、配下の機器（収受機２１、路側表示器２４、車線表示板２３、車線監視制御盤２６等）に変更要求信号を送出する。

変更要求信号を受けた収受機２１および車線監視制御盤２６は信号灯を青から「赤」へ変更、車線表示板２３を「進入禁止／閉鎖中」へ表示変更、路側表示器２４を「事故発生中」に表示変更、発進制御装置２８はバーを閉じる。

これらにより、これからこのレーンに進入する車両のドライバーに対し、ＥＴＣ専用レーンＬ１が運用中止であることと他レーンを通行するよう促す。

また、料金所処理装置３のＣＰＵは、事故が発生していない他のレーンのうち、ＥＴＣ／一般レーンＬ３の車線制御装置２０に対して、障害発生を通知するための信号を送信すると共に、ＥＴＣ／一般レーンＬ４の車線制御装置２０に対しては、ＥＴＣ専用レーンとなるよう運用変更要求を行う（ステップＳ１０４）。

障害発生通知信号を受信したＥＴＣ／一般レーンＬ３の車線制御装置２０は、ＥＴＣ専用レーンＬ１に障害が発生したことは通知するものの、復旧対応や運用変更の指示は行わない。

運用変更要求を受信したＥＴＣ／一般レーンＬ４の車線制御装置２０は、配下の表示機器（車線監視制御盤２６、収受機２１等）にその旨を通知して収受機２１の画面に事故処理／対応を要請するメッセージを表示する。

この例では、ＥＴＣ／一般レーンＬ４の表示機器（車線監視制御盤２６、収受機２１等）が対象となる。ＥＴＣ／一般レーンＬ４の収受員は、収受機２１の画面の障害表示を確認し、ＥＴＣ専用レーンＬ１で事故が発生していることを目視で確認すると、収受機２１を操作してレーン運用状態をＥＴＣ／一般の混在運用からＥＴＣ専用へ切り替えるよう車線制御装置２０へ通知し、車線制御装置２０は配下の各機器をＥＴＣ専用へ切り替える。その後、ＥＴＣ／一般レーンＬ４の収受員は、ＥＴＣ専用レーンＬ１の事故処理に向かう。

ＥＴＣ／一般レーンＬ４の収受員の復旧作業によりＥＴＣ専用レーンＬ１の事故処理／対応が終了し（ステップＳ１０５）、ＥＴＣ専用レーンＬ１の発進制御装置２８のバーが閉じられると、バーが閉じられたことが第４センサ２２ｄにより検知されてＥＴＣ専用レーンＬ１の車線制御装置２０に通知される。車線制御装置２０は、この通知によりバーの閉鎖を検出して事故復旧通知を料金所処理装置３へ送出する（ステップＳ１０６）。

料金所処理装置３のＣＰＵは、事故復旧通知を受け取ると、ＥＴＣ専用レーンＬ１の車線制御装置２０に対して、ＥＴＣ処理の再開要求を行う（ステップＳ１０７）。
この再開要求を受けたＥＴＣ専用レーンＬ１の車線制御装置２０は、配下の各機器に対してＥＴＣ処理動作の再開を指示する。

再開指示を受けた収受機２１、車線監視制御盤２６は、信号灯を赤から「青」へ変更、車線表示板２３を「ＥＴＣ専用」へ表示変更、路側表示器２４を「徐行」に表示変更、発進制御装置２８を開き、料金所に進入する車両の運転者に対し、ＥＴＣ専用レーンＬ１が運用中に戻ったことを報知する。

ＥＴＣ専用レーンＬ１の車線制御装置２０からＥＴＣ処理再開動作完了の通知を料金所処理装置３のＣＰＵが受けると、ＣＰＵは、障害発生を通知しただけのＥＴＣ／一般レーンＬ３に対し事故復旧通知を行うと共に、事故処理／対応を行った係員が勤務するＥＴＣ／一般レーンＬ４の車線制御装置２０に運用変更要求を行う（ステップＳ１０８）。この例では、ＥＴＣ／一般レーンＬ３，Ｌ４が対象となる。

ＥＴＣ／一般レーンＬ３の車線制御装置２０は、事故復旧通知を受信することにより、収受機２１の画面にＥＴＣ専用レーンＬ１の障害が復旧したことを示すメッセージを表示し、収受員に通知する。ここの収受員は何もしない。

また、ＥＴＣ／一般レーンＬ４の車線制御装置２０は、運用変更要求を受信することにより、ＥＴＣ専用運用の状態を通常の混在運用状態に戻すように配下の機器を制御する。

この例では、ＥＴＣ／一般レーンＬ４の車線監視制御盤２６、収受機２１等）が対象となる。収受機２１の画面に表示された運用変更指示を見た収受員は、レーンの運用変更内容を確認し、運用状態をＥＴＣ専用から混在運用の状態へ切り替える操作を行うことで、車線制御装置２０が各機器を切り替え制御する。

料金所処理装置３のＣＰＵは、故障／事故発生を通知したレーンＬ３、運用変更要求を通知したレーンＬ１，Ｌ４の情報をメモリに保持しており、故障／事故の発生復旧状態により対象のレーンに必要な通知を自動的に行う。またこの通知対象レーン情報は、設定データとして保持しており、ファイル転送等の適用方法により各レーン内の機器の運用を停止することなく設定変更できる。

ここで、図７の通信シーケンスチャートを参照して、料金所全体の運用処理について説明する。

各レーンに設置された車線制御装置２０は、自レーン運用状態をそれぞれ料金所処理装置３に通知する（ステップＳ３０１）。

図３の例では、レーンＬ１は「ＥＴＣ専用レーン」、レーンＬ２は「ＥＴＣ専用レーン」、レーンＬ３は「ＥＴＣ／一般レーン」、レーンＬ４は「ＥＴＣ／一般レーン」であり、それぞれが運用通知信号を料金所処理装置３に送信する。

これら運用通知信号を受信することにより料金所処理装置３は、各レーンの運用状態を認識／管理する。

ここで、例えばＥＴＣ専用レーンＬ１に事故が発生した場合、ＥＴＣ専用レーンＬ１の車線制御装置２０は、事故発生を配下の接続機器に通知すると共に、発進制御装置２８を制御してバーを下げ、レーンを閉鎖する。

レーンを閉鎖した後、ＥＴＣ専用レーンＬ１の車線制御装置２０は、レーン番号と共に「閉鎖」を示す運用通知信号を料金所処理装置３に送信する（ステップＳ３０２）。

この通知を受けた料金所処理装置３は、レーン運用テーブル３１を参照して該当レーンが閉鎖したときの運用パターンを読み出して、各レーンへ変更および復旧対応を指示する。

例えばＥＴＣ専用レーンＬ１をＥＴＣ専用から「閉鎖」に変更し、事故復旧が必要となったＥＴＣ専用レーンＬ１に対し、レーン運用テーブル３１を参照して、復旧作業を行う係員が居るレーン（対応先レーン）を決定する。

この例の場合、レーン運用テーブル３１の該当レーンＬ１を「閉鎖」とする運用パターン、例えばパターン＃２が料金所処理装置３のＣＰＵにより読み出されてＥＴＣ／一般レーンＬ４が対応先レーンとして決定され、ＥＴＣ／一般レーンＬ４の車線制御装置２０に障害通知と対応指示の要求（対応要求）が送信される（ステップＳ３０３）。

対応要求を受信した車線制御装置２０が、ブース内表示器２５にＥＴＣ専用レーンＬ１の障害発生と係員対応を指示する旨のメッセージを表示させると、ＥＴＣ／一般レーンのブース３０ｂの収受員１９は、障害表示と対応指示によりＥＴＣ専用レーンＬ１での事故発生を確認し、ＥＴＣ専用レーンＬ１の事故処理に向かう。

確認釦を押下する等の、要求に対する確認操作が行われると、ＥＴＣ／一般レーンＬ４の車線制御装置２０は、肯定応答を料金所処理装置３に返信する（ステップＳ３０４）。

料金所処理装置３は、肯定応答の返信を待ち受けており、所定の時間内に返信が受信できない場合は、対応要求の再送信を行う。回数を規定した再送信によっても返信が確認できない場合は、対応要求の送信を別レーン（図３の例では、ＥＴＣ／一般レーンＬ３の車線制御装置２０）に対して行う。

所定時間内に肯定応答が受信されると、料金所処理装置３は、料金所の料金収受処理台数の減少を最小限に抑えるようレーン運用テーブル３１に設定されているパターンに従って、ＥＴＣ／一般運用しているＥＴＣ／一般レーンＬ４の車線制御装置２０に対してＥＴＣ専用運用への変更要求を通知する（ステップＳ３０５）。

ＥＴＣ／一般レーンＬ４の車線制御装置２０は、変更要求が受信されると、ＥＴＣ／一般レーンＬ４の故障表示機器（車線監視制御盤２６、収受機２１、ブース内表示器２５等）に表示する。

図３の例では、ＥＴＣ／一般レーンＬ４の故障表示機器（車線監視制御盤２６、収受機２１、ブース内表示器２５等）が対象となる。運用変更指示が表示されたレーンの収受員は、レーンの運用変内容を確認し、収受機２１または車線監視制御盤２６等に設けられている運用切り替えスイッチなどを操作して、レーンの運用をＥＴＣ専用へ切り替える。

この切り替え操作により、ＥＴＣ／一般レーンＬ４の車線制御装置２０からは、変更要求に対する肯定応答が料金所処理装置３へ返される（ステップＳ３０６）。

そして、ＥＴＣ専用運用への切り替えが完了したことにより、ＥＴＣ／一般レーンＬ４の車線制御装置２０は、「ＥＴＣ専用」を示す運用通知を料金所処理装置３へ送信する（ステップＳ３０７）。

この通知を受けた料金所処理装置３は、メモリに保持されているレーン運用状態のＥＴＣ／一般レーンＬ４のステータスを「ＥＴＣ専用」に変更する。

その後、ＥＴＣ／一般レーンＬ４の係員の対応によりＥＴＣ専用レーンＬ１の事故処理／対応が終了すると、ＥＴＣ専用レーンＬ１を「閉鎖」から「ＥＴＣ専用」に戻してＥＴＣ専用レーンＬ１の運用を再開させる。これにより、ＥＴＣ専用レーンＬ１の車線制御装置２０からは、「ＥＴＣ専用」を示す運用通知が料金所処理装置３に送信される（ステップＳ３０８）。

この通知を受けた料金所処理装置３は、メモリに保持されているＥＴＣ専用レーンＬ１のレーン運用状態のステータスを「閉鎖」から「ＥＴＣ専用」へ変更、つまり元の運用状態に戻す。

変更後、料金所処理装置３は、復旧通知を各レーンＬ２，Ｌ３，Ｌ４の車線制御装置２０へ送信し（ステップＳ３０９）、各レーンからの肯定応答を受信する（ステップＳ３１０）。
肯定応答受信後、料金所処理装置３は、変更要求を事故処理／対応を行った係員の居るレーンＬ４の車線制御装置２０に対し通知する（ステップＳ３１１）。

この変更要求をレーンＬ４の車線制御装置２０が受信することにより、配下の機器をＥＴＣ専用からＥＴＣ／一般運用へ戻す。

料金所処理装置３は、変更要求を、混在レーンより専用レーンに変更したレーンＬ４に対し通知する（ステップＳ３１０）。

図３では、ＥＴＣ／一般レーンＬ４の故障表示機器（車線監視制御盤２６、収受機２１等）が対象となる。変更要求のメッセージを確認したブース３０ｂの収受員１９は、レーンの運用変更内容を確認し、運用変更スイッチなどを操作して、レーンの運用状態を「ＥＴＣ専用」の運用状態から「ＥＴＣ／一般」の運用状態へ切り替える。

この切り替え操作により、ＥＴＣ／一般レーンＬ４の車線制御装置２０からは、変更要求に対する肯定応答が料金所処理装置３へ返される（ステップＳ３１２）。

その後、運用状態の切り替えが完了したことにより、ＥＴＣ／一般レーンＬ４の車線制御装置２０から「ＥＴＣ／一般」を示す運用通知が料金所処理装置３へ送信される（ステップＳ３１３）。

この通知を受けた料金所処理装置３は、内部のメモリで保持しているＥＴＣ／一般レーンＬ４のレーン運用状態のステータスを「ＥＴＣ専用」から「ＥＴＣ／一般」に変更する。

このように料金所処理装置３は、各レーンＬ１〜Ｌ４からの運用通知を受信することにより料金所全体の運用状況を認識および管理する。

すなわち、料金所処理装置３では、ＣＰＵが、事故が発生したレーン番号をキーにしてレーン運用テーブル３１から、当該レーン番号が「閉鎖」となる該当パターンを読み出して、各レーンでの故障／事故発生を通知するレーン、運用変更要求を通知するレーン等を決定し、故障／事故の発生、復旧状態に応じて対象レーンの運用状態を切り替え制御する。

以下、料金所のレーンの運用形態をさらに詳細に変更するいくつかの応用例について説明する。図８は運用パターンを時間別に設定した時間別運用テーブル３２の一例を示す図である。

この場合、料金所処理装置３では、メモリに時間別運用テーブル３２を設け、ＣＰＵは時間別運用テーブル３２の運用パターンに従って各レーンの運用状態を制御する。

図８に示すように、時間別運用テーブル３２には、時間帯別の各レーンの運用パターンが保持されている。料金所処理装置３のＣＰＵは、時間別運用テーブル３２を参照して通行車両数の増減、ＥＴＣ車両数の増減、職員数の増減等に起因する時間帯によって、料金所の各レーンの運用形態を変更する。

すなわち、料金所処理装置３のＣＰＵは、運用パターン適用時間のチェック、各レーンからの運用通知を受信したときのチェック、および各レーンへの運用形態の変更要求を送信するときのチェック等のためにこの時間別運用テーブル３２を使用する。

例えば午前２時（ＡＭ２：００）になった場合、ＣＰＵにより、それまで使用されていた運用パターン＃５が運用パターン＃８に変更される。

ここで、それぞれの運用パターンは、図２に示したレーン運用テーブル３１のパターン＃５（Ｌ１＝ＥＴＣ専用、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝閉鎖）からパターン＃８（Ｌ１＝閉鎖、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝閉鎖）への運用形態の変更を示すものであり、料金所処理装置３のＣＰＵは、ＡＭ２：００になると、ＥＴＣ専用レーンＬ１の路側機器（車線制御装置２０等）に対し、「閉鎖」を示す変更要求を送信する。

この例は、深夜時間帯になり通行量が減少する料金所を省力化することを考えたものである。

図８の例は各レーンの運用パターンを１時間毎に定義した時間別運用テーブル３２の例であり、図９の例は運用パターンの変更タイミング自体を時間帯で定義した時間帯別運用テーブル３３の例である。

また図１０はレーンの運用形態を日付別（年度単位）に切り替えるように運用パターンを定義した日付別運用テーブル３４の例を示す図である。

さらに図１１は日付・時間毎に運用切替時刻及びそのときのレーン運用パターンを定義（規定）した日付時間別運用テーブル３５の例を示す図である。

例えば１月４日ＡＭ０：００になった場合、料金所処理装置３のＣＰＵは、図１０の日付別運用テーブル３４から日付パターン＃２を読み出し、今までの日付パターン＃１を日付パターン＃２に変更する。

ここで、さらに料金所処理装置３のＣＰＵは、図１１の日付時間別運用テーブル３５を参照して日付パターン＃１の２３：５９に適用されるレーン運用パターンをパターン＃６と決定し、日付パターン＃２の０：００に適用されるレーン運用パターンをパターン＃２と決定する。

決定したそれぞれのパターン＃６、＃２は、図２のレーン運用テーブル３１から、パターン＃６（Ｌ１＝閉鎖、Ｌ２＝閉鎖、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ専用）、パターン＃２（Ｌ１＝閉鎖、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝ＥＴＣ専用）への運用形態の変更を指示するものである。

従って、料金所処理装置３のＣＰＵは、ＥＴＣ専用レーンＬ２の路側機器（車線制御装置２０）に対し、「ＥＴＣ専用」への切り替えを示す変更要求を送信する。この例は、正月にて減少していた通行量が通常に戻る料金所への適用を考慮したものである。

すなわち、図１１の日付パターンの開始時間およびレーン運用パターンを定義した日付時間別運用テーブル３５と図１０と図２の各テーブルを併用することで、さらに細かな運用変更が可能になる。

上記図２，図８，図９の各テーブルを適用することにより時間帯別の運用変更が可能となるが、図１０、図１１及び図２のテーブルを用いて運用状態を変更することで、年末年始、休日、祝日等の特殊な通行量が見込まれる日に対して料金所のレーンの運用形態を変更する。

図１２はレーン運用の緊急変更を定義（規定）した緊急レーン運用テーブル３６の一例である。図２、図６〜図１１に示した各テーブルを用いたレーンの運用形態の変更は料金所固有の最適運用形態を実現することを考慮したものであるが、この緊急レーン運用テーブル３６は、複数の料金所の運用を緊急措置として変更することを考慮した例であり、緊急車両が複数の料金所を通行する必要が発生した場合を想定している。

料金所を統括する上位装置（ホストコンピュータ１等）より緊急運用への変更が必要となった場合に、該当料金所の料金所処理装置３に対して、緊急レーン運用テーブル３６を送信する。

この緊急レーン運用テーブル３６を受信した料金所処理装置３は、内部のメモリのレーン運用テーブル３１からパターン＃５（Ｌ１＝ＥＴＣ専用、Ｌ２＝ＥＴＣ専用、Ｌ３＝ＥＴＣ／一般、Ｌ４＝閉鎖）の緊急適用処理を行う。

運用パターン、日付、時間（図２、図８〜図１１の各テーブル）から料金所処理装置３は現状のレーンの運用形態を制御しており、変更が必要なレーンに対し変更要求を行う。

例えば、パターン＃１の運用時間帯に緊急レーン運用テーブル３６を受信した場合、料金所処理装置３はＥＴＣ／一般レーンＬ４の車線制御装置２０に対して、「閉鎖」を指示する変更要求を送信する。

緊急車両の通行完了等で緊急適用が終了した場合は、ホストコンピュータ１より緊急運用の終了通知が料金所処理装置３に対し送信される。通知されるデータの一例を緊急レーン運用テーブル３７として図１３に示す。

緊急レーン運用テーブル３７を受信した料金所処理装置３のＣＰＵは、日付、時間（図２、図８〜図１１の各テーブル）から運用形態変更が必要なレーンに対し変更要求を行う。緊急レーン運用テーブル３６の受信により緊急適用パターン＃５が緊急対応として適用されていた図８の時間帯別テーブル３２の運用時間帯（０６：００〜２０：５９）に、緊急レーン運用テーブル３７を受信した場合、料金所処理装置３のＣＰＵは、ＥＴＣ／一般レーンＬ４の車線制御装置２０に対して、「閉鎖」から「ＥＴＣ／一般」へ戻すことを指示する変更要求を送信する。

なお、本発明は上記実施形態のみに限定されるものではない。上記の実施形態では、均一料金制のシステムについて説明したが、本発明は、対距離制のシステムでも適用可能である。また上記実施形態では、ＥＴＣカードを用いた場合の処理を主に説明したが、非接触ＩＣカードでも同様の処理を行うことができる。

上記実施形態では、各レーンの車線制御装置２０からの運用通知を料金所処理装置３が受けて、各車線制御装置２０を制御したが、障害が発生したレーンの車線制御装置２０が料金所処理装置３の役目を果たしてもよい。

本発明の一つの実施の形態の料金収受システムのシステム構成図である。 レーン運用テーブルを示す図である。 有料道路の料金所のレーン配置例を示す図である。 各レーンの路側機器の配置図である。 この料金収受システムの制御系統図である。 レーン運用変更処理を示すフローチャートである。 レーン運用変更処理を行う際の各レーン機器間の通信シーケンスチャートである。 時間別運用テーブルの一例を示す図である。 時間帯別運用テーブルの一例を示す図である。 日付別運用テーブルの一例を示す図である。 日付時間別運用テーブルの一例を示す図である。 緊急運用の適用を示す緊急レーン運用テーブルの一例を示す図である。 緊急運用の終了を示す緊急レーン運用テーブルの一例を示す図である。

符号の説明

１…ホストコンピュータ、３…料金所処理装置、４…レーンシステム、５…通信網、１４，１６…車両、１９…収受員、２０…車線制御装置、２１…収受機、２２ａ，２２ｂ，２２ｃ，２２ｄ…センサ、２３…車線表示板、２４…路側表示器、２５…ブース内表示器、２６…車線監視制御盤、２７…ＩＣカードリーダ、２８…発進制御装置、２９…アンテナ、３０ａ，３０ｂ…ブース、３１…レーン運用テーブル、３２…時間別運用テーブル、３３…時間帯別テーブル、３４…日付別運用テーブル、３５…日付時間別運用テーブル、３６，３７…緊急レーン運用テーブル。

Claims (5)

1. 有料道路の出入口の料金所に設置された無線収受用のレーンおよび有人収受用のレーンを含む複数の料金処理用のレーンに設けられた機器をレーン単位に運用状態または運用停止状態に制御するための少なくとも一つのレーン運用パターンが記憶されたレーン運用情報記憶手段と、
   前記各レーンに配置され、レーン内に発生した障害を検知して、予め設定されたレーン識別情報を含む障害通知信号を発生する障害通知信号発生手段と、
   前記障害通知信号発生により発生された障害通知信号に含まれるレーン識別情報から、当該レーンを運用停止状態に変更して各レーンを運用するためのレーン運用パターンを前記レーン運用情報記憶手段から読み出して各レーンの運用状態を切り替える制御手段と
   を具備したことを特徴とする料金収受システム。
2. 請求項１記載の料金収受システムにおいて、
   前記制御手段は、
   前記レーン識別情報が無線収受用のレーンを示すものであった場合、他のレーンのうち前記無線収受用に運用変更可能なレーンの中の少なくとも一つのレーンを前記無線収受用のレーンに切り替えるよう各機器を制御することを特徴とする料金収受システム。
3. 請求項２記載の料金収受システムにおいて、
   前記制御手段は、
   前記無線収受用のレーンとして動作するよう制御したレーンに配置された収受員ブースに対して障害が発生したレーンへの復旧対応にあたるよう報知することを特徴とする料金収受システム。
4. 請求項１記載の料金収受システムにおいて、
   前記制御手段は、
   前記障害通知信号の発生元の前記障害通知信号発生手段から復旧完了通知があった場合に、元の運用状態に戻すように各レーンの機器を制御することを特徴とする料金収受システム。
5. 有料道路の出入口の料金所に設置された無線収受用のレーンおよび有人収受用のレーンを含む複数の料金処理用のレーンに設けられた機器をレーン単位に運用状態または運用停止状態に制御するための少なくとも一つのレーン運用パターンをレーン運用情報記憶手段に記憶するステップと、
   あるレーン内に障害が発生した場合、前記レーンに配置された障害通知信号発生手段が、レーン識別情報を含む障害通知信号を発生するステップと、
   前記障害通知信号に含まれるレーン識別情報から、当該レーンを運用停止状態に変更して各レーンを運用するためのレーン運用パターンを前記レーン運用情報記憶手段から制御装置が読み出して各レーンの運用状態を切り替えるステップと
   を有することを特徴とする料金収受方法。

Images