(57)【要約】【課題】適切に監視員への報知を行うことができる料金自動収受機を提供する。【解決手段】料金収自動受機１０は、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知する検知センサＳＥ１〜ＳＥ６と、複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定する報知判定時間特定部１００１と、当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部１００２と、を備えている。【選択図】図２
2019121098.tif 000002
【特許請求の範囲】
【請求項１】
利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサと、
前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定する報知判定時間特定部と、
当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部と、
を備える料金自動収受機。
【請求項２】
所定の条件を満たした場合に、前記報知判定時間を延長する延長処理部を更に備える
請求項１に記載の料金自動収受機。
【請求項３】
前記延長処理部は、
前記複数の操作のうちの第１の操作が開始されてからの経過時間が、予め規定された延長判定時間を経過した場合に、前記第１の操作の後に行われる他の操作に関連する前記報知判定時間を延長する
請求項２に記載の料金自動収受機。
【請求項４】
前記延長処理部は、
前記第１の操作の後の第２の操作が開始されてからの経過時間が、当該第２の操作に関連する前記報知判定時間であって延長前の報知判定時間を経過する前に当該第２の操作が完了した場合には、前記第２の操作の後に行われる他の操作に関連する前記報知判定時間を、延長前の報知判定時間に戻す
請求項３に記載の料金自動収受機。
【請求項５】
前記利用者による前記複数の操作を受け付ける料金収受用パネルと、前記利用者が搭乗する車両との距離を示す距離情報を取得する距離情報取得部を更に備え、
前記延長処理部は、
前記車両と前記料金収受用パネルとの距離が所定の距離判定閾値以上であった場合に、前記報知判定時間を延長する
請求項２から請求項４の何れか一項に記載の料金自動収受機。
【請求項６】
前記報知処理部は、
前記利用者から、前記監視員への通話を求める操作を受け付けた場合には、前記報知処理を行わない
請求項１から請求項５の何れか一項に記載の料金自動収受機。
【請求項７】
請求項１から請求項６の何れか一項に記載の料金自動収受機と、
料金所事務所に設置された監視盤と、
を備える料金収受システム。
【請求項８】
利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサを備える料金自動収受機の制御方法であって、
前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定するステップと、
当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行うステップと、
を有する料金自動収受機の制御方法。
【請求項９】
利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサを備える料金自動収受機のコンピュータを、
前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定する報知判定時間特定部、
当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、料金自動収受機、料金収受システム、料金自動収受機の制御方法及びプログラムに関する。
【背景技術】
【０００２】
高速道路等の有料道路における料金所では、車両に搭乗する利用者は、当該料金所の車線路側に設置された料金収受設備を通じて料金を支払う。料金所の車線に設置される料金収受設備の一例としては、到来した利用者との間で料金の収受処理（金銭の受け渡し、カードによる支払等）を自動的に行う料金自動収受機がある（例えば、特許文献１参照）。
【０００３】
上述のような料金所において、料金自動収受機は、利用者に対し、料金収受処理に必要な複数の操作を求める。料金収受処理に必要な複数の操作とは、例えば、通行券（入口料金所で発行され、当該入口料金所を示す識別情報が記録された券）の挿入、通行券に基づいて決定された料金を支払うための紙幣、硬貨、クレジットカード又はＥＴＣカードの挿入（投入）及びその回収、釣銭の回収、領収書の回収などである（ＥＴＣ：Electronic Toll Collection System（登録商標）、「自動料金収受システム」ともいう）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５１７３３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
料金自動収受機との間でのやり取りに際し、利用者は、上述のような複数の操作を要求されるため、慣れていない利用者は、次にどのような操作を行ったらよいか戸惑ってしまい、料金収受処理が停滞することが想定される。このような事象が頻発すると、サービスタイムが増大し、渋滞等を引き起こす要因となる。
【０００６】
なお、ある態様の料金自動収受機は、監視員による円滑なサポートを図る目的で、利用者に対する料金収受処理の滞留時間を計測するとともに、当該滞留時間が所定の時間閾値を超過した場合に、自動的に監視員に報知する機能を有する。しかしながら、上述したように、料金収受処理は、利用者に対し複数の操作を要求するものであるから、当該料金収受処理が滞留に至る要因は多種多様である。そのため、一律に規定された時間閾値に基づいて監視員に報知するものとした場合には、適切な報知判定を行うことが困難である。例えば、実際には監視員によるサポートが必要ないケースであったにもかかわらず、自動的に監視員に報知してしまい、監視員に無用な負担を強いることが想定される。
【０００７】
本発明の目的は、適切に監視員への報知を行うことができる料金自動収受機、料金収受システム、料金自動収受機の制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の態様によれば、料金自動収受機（１０）は、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサ（ＳＥ１〜ＳＥ６）と、前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間（Ｔｈ１〜Ｔｈ８）を特定する報知判定時間特定部（１００１）と、当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間（Ｔ１〜Ｔ８）が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部（１００２）と、を備える。
このような構成によれば、料金収受に必要な各操作が開始される度に、その操作の特徴に応じた適切な報知判定時間が設定される。そして、操作別に設定された報知判定時間を超過したことをもって報知を行うので、複数の操作の各々において、実際に戸惑っている利用者を正確に識別することができる。
以上より、適切に監視員への報知を行うことができる。
【０００９】
また、本発明の第２の態様によれば、上述の料金自動収受機は、所定の条件を満たした場合に、前記報知判定時間を延長する延長処理部（１００３）を更に備える。
このような構成によれば、利用者の状況に合わせて、適切に報知判定時間を変更（延長）することができる。
【００１０】
また、本発明の第３の態様によれば、前記延長処理部は、前記複数の操作のうちの第１の操作が開始されてからの経過時間が、予め規定された延長判定時間（Ｔｅ）を経過した場合に、前記第１の操作の後に行われる他の操作に関連する前記報知判定時間を延長する。
このような構成によれば、ある第１の操作を完了するまでに要した時間が所定の延長判定時間を上回った場合には、全体的に操作が遅めの利用者である可能性があると推測されるので、以降の各操作に関連する報知判定時間の時間を増加させる。これにより、以降の各操作において無用な報知処理がなされないようにすることができる。
【００１１】
また、本発明の第４の態様によれば、前記延長処理部は、前記第１の操作の後の第２の操作が開始されてからの経過時間が、当該第２の操作に関連する前記報知判定時間であって延長前の報知判定時間を経過する前に当該第２の操作が完了した場合には、前記第２の操作の後に行われる他の操作に関連する前記報知判定時間を、延長前の報知判定時間に戻す。
このような構成によれば、第１の操作に要した経過時間が長かったために、一旦は、以降の操作に関連する報知判定時間を延長したものの、その後に続くいくつかの各操作が手早く完了された場合には、報知判定時間が延長前の時間に戻される。これにより、単に、特定の一つの操作に手間取っていただけの利用者に対しても、以降の操作において、適切な報知判定時間を適用することができる。
【００１２】
また、本発明の第５の態様によれば、上述の料金自動収受機は、前記利用者による前記複数の操作を受け付ける料金収受用パネル（１０Ａ）と、前記利用者が搭乗する車両との距離を示す距離情報を取得する距離情報取得部（１００４）を更に備え、前記延長処理部は、前記車両と前記料金収受用パネルとの距離が所定の距離判定閾値以上であった場合に、前記報知判定時間を延長する。
このような構成によれば、車両を料金収受用パネルから離れた位置に停車させた利用者は全体的に操作が遅めとなる可能性が高いと推測されるので、報知判定時間の時間を増加させることで、以降の各操作において無用な報知処理がなされないようにすることができる。
【００１３】
また、本発明の第６の態様によれば、前記報知処理部は、前記利用者から、前記監視員への通話を求める操作を受け付けた場合には、前記報知処理を行わない。
このような構成によれば、利用者の方から積極的に通話の申し出があった場合に、無用な報知処理の実行を防止することができる。
【００１４】
また、本発明の第７の態様によれば、料金収受システムは、上述の料金自動収受機と、料金所事務所に設置された監視盤（２）と、を備える。
【００１５】
また、本発明の第８の態様によれば、料金自動収受機の制御方法は、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサを備える料金自動収受機の制御方法であって、前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定するステップと、当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行うステップと、を有する。
【００１６】
また、本発明の第９の態様によれば、プログラムは、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサを備える料金自動収受機のコンピュータを、前記複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定する報知判定時間特定部、当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された前記報知判定時間を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部、として機能させる。
【発明の効果】
【００１７】
上述の発明の各態様によれば、適切に監視員への報知を行うことができる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係る料金収受システムの全体構成を示す図である。
【図２】第１の実施形態に係る料金自動収受機の機能構成を示す図である。
【図３】第１の実施形態に係る監視盤の表示パネルに表示される画像の例を示す図である。
【図４】第１の実施形態に係る報知判定時間テーブルの例を示す図である。
【図５】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図６】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図７】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図８】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図９】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図１０】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図１１】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図１２】第１の実施形態に係る料金収受処理の処理フローを示す図である。
【図１３】第１の実施形態に係る延長処理の処理フローを示す図である。
【図１４】第１の実施形態に係る延長処理解除の処理フローを示す図である。
【図１５】第１の実施形態に係るアラーム処理無効化の処理フローを示す図である。
【図１６】第２の実施形態に係る料金自動収受機の機能構成を示す図である。
【発明を実施するための形態】
【００１９】
＜第１の実施形態＞
以下、第１の実施形態に係る料金収受システムについて、図１〜図１５を参照しながら説明する。
【００２０】
（料金収受システムの全体構成）
図１は、第１の実施形態に係る料金収受システムの全体構成を示す図である。
本実施形態に係る料金収受システム１は、高速道路等の有料道路の出口料金所に設置される。料金収受システム１は、到来する利用者から入口料金所で発行された通行券を受け付けて、当該利用者の走行距離に応じた利用料金を収受する。なお、他の実施形態においてはこの態様に限定されず、有料道路の料金体系によっては、料金収受システム１は、入口料金所に設置されてもよい。
【００２１】
図１に示すように、料金収受システム１は、車線Ｌ路側のアイランドＩに設置された料金自動収受機１０と、車種判別装置１１と、退出側車両検知器１２Ａと、発進制御機１２Ｂと、料金所事務所Ｒに設置された監視盤２と、を備えている。
【００２２】
料金自動収受機１０は、後述する進入側車両検知器１１Ａよりも下流側（＋Ｘ方向側）であって、かつ、退出側車両検知器１２Ａよりも上流側（−Ｘ方向側）におけるアイランドＩ上の所定位置に設置される。料金自動収受機１０は、車線Ｌ上に停車した車両Ａに搭乗する利用者との間で料金収受処理を行う。具体的には、料金自動収受機１０は、料金収受処理に必要な通行券、紙幣、硬貨、及び、クレジットカード（又はＥＴＣカード）を専用の挿入口から受け付けて、車両Ａの車種区分や有料道路の走行距離等に応じた料金の収受を行う。また、料金自動収受機１０は、挿入されたクレジットカード（ＥＴＣカード）、釣銭としての紙幣及び硬貨、並びに、領収書を専用の排出口から排出する。
【００２３】
図１に示すように、料金自動収受機１０は、車線Ｌ側（＋Ｙ方向）を向く面に、料金収受用パネル１０Ａを有している。料金収受用パネル１０Ａは、利用者による、料金収受処理に必要な複数の操作を受け付けるための操作パネルである。即ち、車両Ａに搭乗する利用者は、車線Ｌを走行しながら当該車両Ａの運転席側面が料金収受用パネル１０Ａと対面する位置で車両Ａを停車させ、料金収受用パネル１０Ａに対して料金収受処理に必要な各種操作を行う。
【００２４】
車種判別装置１１は、料金自動収受機１０よりも上流側（−Ｘ方向側）に設けられ、車線Ｌに進入した車両Ａの車長、車高、車軸数等を検出する装置群である。車種判別装置１１は、進入側車両検知器１１Ａの他、踏板、車高検知器、車長検知器、ナンバープレート認識装置等の装置群からなる。車種判別装置１１は、これら装置群を通じて得られる種々の情報（車長、車高、車軸数、ナンバープレート情報等）に基づいて、車線Ｌに進入した車両Ａの車種区分を一意に特定する。車種区分は、例えば、“軽自動車／二輪車”、“普通車”、“中型車”、“大型車”及び“特大車”の５分類とされる。車種判別装置１１は、特定した車種区分を料金自動収受機１０に送信する。これにより、料金自動収受機１０は、車両Ａの車種区分に応じた料金を収受することができる。
なお、本実施形態に係る車種判別装置１１の具体的な構成及び動作については、詳細な説明を省略する。
【００２５】
進入側車両検知器１１Ａは、車線Ｌの最も上流側（−Ｘ方向側）に設置され、車両Ａの、車線Ｌへの進入を検知する。
退出側車両検知器１２Ａは、車線Ｌの最も下流側（＋Ｘ方向側）に設置され、車両Ａの、車線Ｌからの退出を検知する。
本実施形態に係る進入側車両検知器１１Ａ及び退出側車両検知器１２Ａは、一般によく知られている透過式車両検知器とされるが、他の実施形態においてはこの態様に限定されない。即ち、他の実施形態に係る進入側車両検知器１１Ａは、反射式車両検知器であってもよい。
【００２６】
発進制御機１２Ｂは、料金自動収受機１０よりも車線Ｌの下流側（＋Ｘ方向側）に設けられ、バーの昇降動作に基づく車線Ｌの開放及び閉塞を行う。発進制御機１２Ｂは、例えば、退出側車両検知器１２Ａによって車両Ａの退出が検知された場合に、次に進入した車両に備え、車線Ｌを閉塞するように制御される。また、発進制御機１２Ｂは、料金自動収受機１０を通じた料金収受処理が完了した場合に、車線Ｌを開放するように制御される。
【００２７】
監視盤２は、車線Ｌを遠隔で監視するための装置である。監視盤２は、車線Ｌの路側等に設置された監視カメラ（図示せず）を通じて、各車線Ｌ及び料金自動収受機１０周辺の映像を表示する。料金所事務所Ｒ内には、監視員が待機し、監視盤２を通じて、遠隔で、料金所の車線Ｌを監視することができる。
また、料金自動収受機１０の料金収受用パネル１０Ａには所定の通話ボタン（図示せず）が設けられている。利用者は、当該通話ボタンを押下することで、料金自動収受機１０、監視盤２それぞれに設けられたマイク、スピーカを通じて、料金所事務所Ｒに待機する監視員と会話することができる。
【００２８】
監視盤２の表示パネル２Ａは、監視カメラの映像等を表示するモニタである。監視員は、表示パネル２Ａに表示されている映像を確認することで車線Ｌ及び料金自動収受機１０周辺の状況を把握することができる。また、表示パネル２Ａは、タッチセンサ式のディスプレイとされ、監視員によるタッチ操作を受け付けることも可能とされる。例えば、監視員は、車種判別装置１１によって自動的に車種区分を判別できなかった車両に対し、表示パネル２Ａに映される映像により車種区分を確認するとともに、表示パネル２Ａへのタッチ操作を通じて車種区分を指定する。これにより、車種区分が自動で判別されなかった車両に対し収受すべき料金を決定することができる。
【００２９】
（料金自動収受機の機能構成）
図２は、第１の実施形態に係る料金自動収受機の機能構成を示す図である。
図２に示すように、料金自動収受機１０は、ＣＰＵ１００と、料金収受用パネル１０Ａと、通信インタフェース１０７と、記録媒体１０８と、を備えている。
ＣＰＵ１００は、料金自動収受機１０に具備される各種ハードウェアを制御しながら、料金収受処理に係る一連の処理を行うプロセッサである。
料金収受用パネル１０Ａは、利用者による、料金収受処理に必要な複数の操作を受け付けるための複数の挿入口、排出口を有している。具体的には、料金収受用パネル１０Ａには、通行券挿入口１０１、カード挿入排出口１０２、紙幣挿入排出口１０３、硬貨投入口１０４、釣銭硬貨排出口１０５及び領収書発行口１０６が設けられている。
【００３０】
通行券挿入口１０１は、利用者から通行券の挿入を受け付ける挿入口である。通行券挿入口１０１には、利用者から通行券の挿入を受け付けたことを検知可能な検知センサＳＥ１が設けられている。
【００３１】
カード挿入排出口１０２は、利用者からクレジットカード又はＥＴＣカード（以下、これらをまとめて、単に「カード」と表記する。）の挿入を受け付ける挿入口である。カード挿入排出口１０２に挿入されたカードは、支払いに係る読み出し／書き込み処理がなされた後、同じカード挿入排出口１０２から排出される。カード挿入排出口１０２には、利用者からカードの挿入を受け付けたこと、及び、排出されたカードが利用者によって回収された（抜き取られた）ことを検知可能な検知センサＳＥ２が設けられている。
【００３２】
紙幣挿入排出口１０３は、利用者から紙幣の挿入を受け付ける挿入口である。また、釣銭に紙幣が含まれる場合、紙幣挿入排出口１０３から釣銭としての紙幣が排出される。紙幣挿入排出口１０３には、利用者から紙幣の挿入を受け付けたこと、及び、釣銭として排出された紙幣が利用者によって回収された（抜き取られた）ことを検知可能な検知センサＳＥ３が設けられている。
【００３３】
硬貨投入口１０４は、利用者から硬貨の投入を受け付ける投入口である。硬貨投入口１０４には、利用者から硬貨の投入を受け付けたことを検知可能な検知センサＳＥ４が設けられている。
【００３４】
釣銭硬貨排出口１０５は、釣銭に硬貨が含まれる場合に、釣銭としての硬貨が排出される排出口である。釣銭硬貨排出口１０５には、釣銭として排出された硬貨が利用者によって回収されたことを検知可能な検知センサＳＥ５が設けられている。
【００３５】
領収書発行口１０６は、料金の収受に係る領収書が排出される排出口である。領収書は、利用者から領収書発行の要求（領収書発行ボタンの押下）を受け付けた場合に発行される。領収書発行口１０６には、排出された領収書が利用者によって回収されたことを検知可能な検知センサＳＥ６が設けられている。
【００３６】
上述の検知センサＳＥ１〜ＳＥ６に加え、進入側車両検知器１１Ａ及び退出側車両検知器１２Ａは、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサとして機能する。
なお、検知センサＳＥ１〜ＳＥ６の態様は、既知の検知センサを適用可能とされる。例えば、通行券挿入口１０１、カード挿入排出口１０２、紙幣挿入排出口１０３に設けられる検知センサＳＥ１、ＳＥ２、ＳＥ３は、挿入媒体（通行券、カード、紙幣）によって検知光が遮光されたか否かを示す信号に応じて、各巣挿入媒体の挿入を検知可能とする光学式のセンサ等であってよい。また、釣銭硬貨排出口１０５に設けられる検知センサＳＥ５は、例えば、排出された硬貨の重量を計測可能な重量計や、コイルの電磁誘導特性を利用したセンサ等であってよい。
【００３７】
通信インタフェース１０７は、料金収受システム１を構成する他の装置と通信するための接続インタフェースである。料金自動収受機１０は、特に、通信インタフェース１０７を介して、進入側車両検知器１１Ａ及び退出側車両検知器１２Ａと接続される。また、料金自動収受機１０は、通信インタフェース１０７を介して、図２には図示しない監視盤２や、車種判別装置１１を構成する種々の装置、発進制御機１２Ｂなどにも接続される。
【００３８】
記録媒体１０８は、料金収受処理に必要な種々の情報が記録される。特に、本実施形態においては、記録媒体１０８には、後述する「報知判定時間テーブル」が記録されている。
【００３９】
本実施形態に係るＣＰＵ１００は、所定のプログラムに基づいて動作することで、料金収受処理部１０００、報知判定時間特定部１００１、報知処理部１００２及び延長処理部１００３としての機能を発揮する。
【００４０】
料金収受処理部１０００は、到来した利用者に対する料金収受処理を行う。一例としては、料金収受処理部１０００は、挿入された通行券に記録された情報の読み取り、通行券及び車種区分に基づく通行料金（その利用者から収受すべき料金の額）の決定、投入金額や釣銭の演算、領収書の発行処理、発進制御機１２Ｂによる車線Ｌの開放、閉塞などを行う。
【００４１】
報知判定時間特定部１００１は、料金収受処理として要求される複数の操作それぞれに関連する報知判定時間のうち、開始された一つの操作に関連する報知判定時間を特定する。具体的には、上述の各種センサ（検知センサＳＥ１〜ＳＥ６、進入側車両検知器１１Ａ及び退出側車両検知器１２Ａ）のいずれかによって開始が検知された一つの操作に関連付けられた報知判定時間を特定する。
【００４２】
報知処理部１００２は、開始された一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間が、特定された報知判定時間を経過した場合に、料金所事務所Ｒに待機する監視員に対し、当該一つの操作を示す報知処理を行う。
【００４３】
延長処理部１００３は、所定の条件を満たした場合に、複数の操作それぞれに関連する報知判定時間を延長する。「所定の条件」については後述する。
【００４４】
（表示パネルに表示される画像の例）
図３は、第１の実施形態に係る監視盤の表示パネルに表示される画像の例を示す図である。
図３に示すように、表示パネル２Ａには、監視カメラの映像Ｇ０に加え、フェーズ画像Ｇ１、操作パネル画像Ｇ２及び料金表示画像Ｇ３が表示される。
【００４５】
フェーズ画像Ｇ１は、現時点における料金収受処理のフェーズを示す画像である。「フェーズ」については後述する。
操作パネル画像Ｇ２は、監視員からのタッチ操作を受け付けるための画像である。操作パネル画像Ｇ２には、例えば、車種区分を指定するための押下ボタン等が表示される。
料金表示画像Ｇ３には、通行券から読み取られた情報と車種区分とに基づいて決定された通行料金、及び、利用者からの実際の投入金額が表示される。
【００４６】
（報知判定時間テーブルの例）
図４は、第１の実施形態に係る報知判定時間テーブルの例を示す図である。
記録媒体１０８（図２）には、図４に示すような報知判定時間テーブルが予め記録されている。
【００４７】
まず、報知判定時間テーブルに規定されるフェーズの種類について説明する。以下に示すように、「フェーズ」は、料金収受処理に必要な複数の操作（具体的には、「通行券の挿入」、「カードの挿入」、「カードの回収」、「紙幣の挿入」、「硬貨の投入」、「釣銭の回収」、「領収書の回収」及び「車線からの退出」）のそれぞれに対応して規定される。
【００４８】
「初期状態」は、車線Ｌに車両が存在しておらず、料金収受処理が行われていない段階である。
【００４９】
「券挿入待ち」は、利用者による「通行券の挿入」を待ち受けている段階である。「券挿入待ち」のフェーズは、進入側車両検知器１１Ａによる車両の進入検知がなされた時点で開始され、検知センサＳＥ１による通行券の挿入検知がなされた時点で完了する。
【００５０】
「収受中」は、「通行券の挿入」が完了した後、利用者による「紙幣の挿入」、「硬貨の投入」又は「カードの挿入」を待ち受けている段階である。「収受中」のフェーズは、検知センサＳＥ１による通行券の挿入検知がなされた時点で開始され、検知センサＳＥ２によるカードの挿入検知、検知センサＳＥ３による紙幣の挿入検知、又は、検知センサＳＥ４による硬貨の投入検知がなされた時点で完了する。
【００５１】
「紙幣受付中」は、「紙幣の挿入」を受け付けた後、利用者による更なる「紙幣の挿入」、又は、「硬貨の投入」を待ち受けている（投入金額が通行料金を満たしていない）段階である。「紙幣受付中」のフェーズは、検知センサＳＥ３による紙幣の挿入検知がなされた時点で開始され、検知センサＳＥ４による硬貨の投入検知がなされた時点、又は、投入金額の合計が通行料金以上となった時点で完了する。
【００５２】
「硬貨受付中」は、「硬貨の投入」を受け付けた後、利用者による更なる「硬貨の投入」、又は、「紙幣の挿入」を待ち受けている（投入金額が通行料金を満たしていない）段階である。このフェーズは、検知センサＳＥ４による硬貨の投入検知がなされた時点で開始され、検知センサＳＥ３による紙幣の挿入検知がなされた時点、又は、投入金額の合計が通行料金以上となった時点で完了する。
【００５３】
「カード受付中」は、「カードの挿入」を受け付けた後、利用者による「カードの回収」を待ち受けている段階である。「カード受付中」のフェーズは、検知センサＳＥ２によるカードの挿入検知がなされた時点で開始され、同じく検知センサＳＥ２によるカードの回収検知がなされた時点で完了する。
【００５４】
「釣銭払い出し中」は、利用者による「釣銭の回収」を待ち受けている段階である。「釣銭払い出し中」のフェーズは、投入金額の合計が通行料金以上となった時点で、釣銭の払い出しが必要な場合に開始され、検知センサＳＥ３及び検知センサＳＥ５による全ての釣銭（硬貨、紙幣）の回収検知がなされた時点で完了する。
【００５５】
「領収書発行中」は、利用者による「領収書の回収」を待ち受けている段階である。「領収書発行中」のフェーズは、利用者から領収書の発行が要求されている場合に、投入金額の合計が通行料金以上となった時点、検知センサＳＥ２によるカードの回収検知がなされた時点、又は、検知センサＳＥ３及び検知センサＳＥ５による全ての釣銭の回収検知がなされた時点で開始され、検知センサＳＥ６による領収書の回収検知がなされた時点で完了する。
【００５６】
「収受完了」は、利用者による「車線からの退出」を待ち受けている段階である。「収受完了」のフェーズは、投入金額の合計が通行料金以上となった時点、検知センサＳＥ２によるカードの回収検知がなされた時点、検知センサＳＥ３及び検知センサＳＥ５による全ての釣銭（硬貨、紙幣）の回収検知がなされた時点、又は、検知センサＳＥ６による領収書の回収検知がなされた時点で開始され、退出側車両検知器１２Ａによる車両の退出検知がなされた時点で完了する。
【００５７】
また、報知判定時間テーブルには、フェーズ別に、予め規定された報知判定時間（Ｔｈ１〜Ｔｈ８）が関連付けられている。また、各報知判定時間には、“初期値”と“延長後”の二種類がそれぞれ規定されている。“初期値”に規定される時間（Ｔｈ１ａ〜Ｔｈ８ａ［秒］）は、各報知判定時間の初期値（後述する「延長処理」前の値）として適用される時間である。“延長後”に規定される時間（Ｔｈ１ｂ〜Ｔｈ８ｂ［秒］）は、後述する「延長処理」の後において各報知判定時間に適用される時間である。
なお、“延長後”に規定される時間（Ｔｈ１ｂ〜Ｔｈ８ｂ［秒］）は、“初期値”に規定される時間（Ｔｈ１ａ〜Ｔｈ８ａ［秒］）のそれぞれよりも長い時間として規定される。“延長後”に規定される時間（Ｔｈ１ｂ〜Ｔｈ８ｂ［秒］）は、“初期値”に規定される時間（Ｔｈ１ａ〜Ｔｈ８ａ［秒］）のそれぞれとの時間差で規定されていてもよい（例えば、「Ｔｈ２ｂ＝Ｔｈ２ａ＋５秒」、「Ｔｈ３ｂ＝Ｔｈ３ａ＋１０秒」等）。
【００５８】
（料金収受処理の処理フロー）
図５〜図１２は、それぞれ、第１の実施形態に係る料金収受処理の処理フローを示す図である。
以下、図５〜図１２を参照しながら、料金自動収受機１０が行う料金収受処理の処理フローを説明する。
【００５９】
（「初期状態」〜「券挿入待ち」のフェーズ）
まず、図５において、ＣＰＵ１００の料金収受処理部１０００は、進入側車両検知器１１Ａによる車両の進入検知がなされたか否かを判定する（ステップＳ０１）。進入側車両検知器１１Ａによる車両の進入検知がなされていない間（ステップＳ０１：ＮＯ）、料金収受処理部１０００は、車両の進入検知を待ち受ける。なお、この時点における料金収受処理のフェーズは、「初期状態」である。
【００６０】
進入側車両検知器１１Ａによる車両の進入検知がなされた場合（ステップＳ０１：ＹＥＳ）、料金収受処理部１０００は、料金収受処理のフェーズを「初期状態」から「券挿入待ち」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「券挿入待ち」に関連付けられた報知判定時間Ｔｈ１（＝Ｔｈ１ａ秒）を特定する（ステップＳ０２）。
なお、監視盤２の表示パネル２Ａには、「券挿入待ち」を示すフェーズ画像Ｇ１（図３参照）が表示される。
【００６１】
ＣＰＵ１００の報知処理部１００２は、「券挿入待ち」に移行してからの経過時間Ｔ１の計測を開始する（ステップＳ０３）。
次に、報知処理部１００２は、ステップＳ０３で計測を開始した経過時間Ｔ１がステップＳ０２で特定された報知判定時間Ｔｈ１を上回ったか否かを判定する（ステップＳ０４）。
経過時間Ｔ１が報知判定時間Ｔｈ１を上回っていない場合（ステップＳ０４：ＮＯ）、料金収受処理部１０００は、通行券挿入口１０１の検知センサＳＥ１を通じて、通行券の挿入が検知されたか否かを判定する（ステップＳ０５）。
通行券の挿入が検知されていない場合（ステップＳ０５：ＮＯ）、ステップＳ０４に戻り、報知処理部１００２は、引き続き、経過時間Ｔ１が報知判定時間Ｔｈ１を上回ったか否かを判定する。
他方、通行券の挿入が検知された場合（ステップＳ０５：ＹＥＳ）、ＣＰＵ１００は、図６のステップＡに移行する。
【００６２】
経過時間Ｔ１が報知判定時間Ｔｈ１を上回った場合（ステップＳ０４：ＹＥＳ）、利用者が通行券の挿入に戸惑っていると推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理（アラームの鳴動）を行う（ステップＳ０６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「券挿入待ち」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、所定の箇所（通行券挿入口１０１）に通行券を挿入すべきことを案内する。
ステップＳ０６のアラーム処理の後、監視員による案内により通行券が挿入された場合、ＣＰＵ１００は、図６のステップＡに移行する。
【００６３】
なお、通行券が挿入されると、料金収受処理部１０００は、当該通行券に記録されている情報を読み出して、利用者が支払うべき通行料金を決定する。
【００６４】
（「収受中」のフェーズ）
図６のステップＡにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「券挿入待ち」から「収受中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「収受中」に関連付けられた報知判定時間Ｔｈ２を特定する（ステップＳ１１）。ここで、報知判定時間Ｔｈ２について、Ｔｈ２ａ［秒］（“初期値”）が適用されるか、Ｔｈ２ｂ［秒］（“延長後”）が適用されるか、を定める判定処理については後述する。以下のフェーズで用いられる報知判定時間Ｔｈ３、Ｔｈ４、・・についても同様とする。
なお、監視盤２の表示パネル２Ａには、「収受中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００６５】
ＣＰＵ１００の報知処理部１００２は、「収受中」に移行してからの経過時間Ｔ２の計測を開始する（ステップＳ１２）。
次に、報知処理部１００２は、ステップＳ１２で計測を開始した経過時間Ｔ２がステップＳ１１で特定された報知判定時間Ｔｈ２を上回ったか否かを判定する（ステップＳ１３）。
経過時間Ｔ２が報知判定時間Ｔｈ２を上回っていない場合（ステップＳ１３：ＮＯ）、料金収受処理部１０００は、カード挿入排出口１０２の検知センサＳＥ２、紙幣挿入排出口１０３の検知センサＳＥ３、及び、硬貨投入口１０４の検知センサＳＥ４を通じて、カード、紙幣又は硬貨の挿入（投入）が検知されたか否かを判定する（ステップＳ１４）。
カード、紙幣又は硬貨の挿入（投入）が検知されていない場合（ステップＳ１４：ＮＯ）、ステップＳ１３に戻り、報知処理部１００２は、引き続き、経過時間Ｔ２が報知判定時間Ｔｈ２を上回ったか否かを判定する。
他方、カード、紙幣又は硬貨の挿入（投入）が検知された場合（ステップＳ１４：ＹＥＳ）、挿入（投入）が検知されたものが、紙幣か、硬貨か、又は、カードかに応じてそれぞれ別の処理フローに移行する（ステップＳ１５）。具体的には、紙幣の挿入が検知された場合（ステップＳ１５：紙幣挿入受付）、図６のステップＢに移行する。また、硬貨の投入が検知された場合（ステップＳ１５：硬貨投入受付）、図７のステップＣに移行する。また、カードの挿入が検知された場合（ステップＳ１５：カード挿入受付）、図８のステップＤに移行する。
【００６６】
経過時間Ｔ２が報知判定時間Ｔｈ２を上回った場合（ステップＳ１３：ＹＥＳ）、利用者が紙幣の挿入、硬貨の投入又はカードの挿入の何れかに戸惑っていると推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ１６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「収受中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、利用者の希望に基づき、所定の箇所（紙幣挿入排出口１０３、硬貨投入口１０４、又は、カード挿入排出口１０２）に紙幣、硬貨又はカードを挿入（投入）すべきことを案内する。
ステップＳ１６のアラーム処理の後、監視員による案内により紙幣、硬貨、又は、カードが挿入（投入）された場合、ＣＰＵ１００は、それぞれ、図７のステップＢ、図８のステップＣ、又は、図９のステップＤに移行する。
【００６７】
（「紙幣受付中」のフェーズ）
図７のステップＢにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「収受中」（又は「硬貨受付中」）から「紙幣受付中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「紙幣受付中」に関連付けられた報知判定時間Ｔｈ３を特定する（ステップＳ２１）。
なお、監視盤２の表示パネル２Ａには、「紙幣受付中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００６８】
ＣＰＵ１００の報知処理部１００２は、「紙幣受付中」に移行してからの経過時間Ｔ３の計測を開始する（ステップＳ２２）。
次に、報知処理部１００２は、ステップＳ２２で計測を開始した経過時間Ｔ３がステップＳ２１で特定された報知判定時間Ｔｈ３を上回ったか否かを判定する（ステップＳ２３）。
経過時間Ｔ３が報知判定時間Ｔｈ３を上回っていない場合（ステップＳ２３：ＮＯ）、報知処理部１００２は、通行料金が投入金額以上となったか否かを判定する（ステップＳ２４）。
通行料金が投入金額以上となっていない場合（ステップＳ２４：ＮＯ）、更に、報知処理部１００２は、追加の紙幣又は硬貨の挿入（投入）が検知された否かを判定する（ステップＳ２５）。追加の紙幣又は硬貨の挿入（投入）が検知されていない場合（ステップＳ２５：ＮＯ）、ステップＳ２３に戻り、報知処理部１００２は、引き続き、経過時間Ｔ３が報知判定時間Ｔｈ３を上回ったか否かを判定する。
追加の紙幣又は硬貨の挿入（投入）が検知された場合（ステップＳ２５：ＹＥＳ）であって、かつ、紙幣が挿入された場合（ステップＳ２７：紙幣）、ステップＳ２４に戻り、報知処理部１００２は、再び、通行料金が投入金額以上となったか否かを判定する。他方、追加の紙幣又は硬貨の挿入（投入）が検知された場合（ステップＳ２５：ＹＥＳ）であって、かつ、硬貨が投入された場合（ステップＳ２７：硬貨）、ＣＰＵ１００は、図８のステップＣに移行する。
【００６９】
通行料金が投入金額以上となった場合（ステップＳ２４：ＹＥＳ）、料金収受処理部１０００は、釣銭の払い出しが必要か否かを判定する（ステップＳ２８）。釣銭の払い出しが必要であった場合（ステップＳ２８：ＹＥＳ）、ＣＰＵ１００は、図１０のステップＥに移行する。
他方、釣銭の払い出しが必要なかった場合（ステップＳ２８：ＮＯ）、料金収受処理部１０００は、利用者が領収書の発行を要求しているか否か（即ち、領収書発行ボタンが押下されているか否か）を判定する（ステップＳ２９）。
利用者が領収書の発行を要求している場合（ステップＳ２９：ＹＥＳ）、ＣＰＵ１００は、図１１のステップＦに移行する。
また、利用者が領収書の発行を要求していない場合（ステップＳ２９：ＮＯ）、ＣＰＵ１００は、図１２のステップＧに移行する。
【００７０】
経過時間Ｔ３が報知判定時間Ｔｈ３を上回った場合（ステップＳ２３：ＹＥＳ）、利用者が追加の紙幣の挿入又は硬貨の投入に戸惑っていると推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ２６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「紙幣受付中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、投入金額が足りないため紙幣挿入排出口１０３に追加の紙幣を挿入すべきこと、又は、硬貨投入口１０４に硬貨を投入すべきことを案内する。
ステップＳ２６のアラーム処理の後、監視員による案内により紙幣又は硬貨が追加で挿入（投入）され、投入金額が通行料金以上となった場合には、ＣＰＵ１００は、ステップＳ２８、Ｓ２９の処理に基づき、図１０のステップＥ、図１１のステップＦ、又は、図１２のステップＧに移行する。
【００７１】
（「硬貨受付中」のフェーズ）
図８のステップＣにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「収受中」（又は「紙幣受付中」）から「硬貨受付中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「硬貨受付中」に関連付けられた報知判定時間Ｔｈ４を特定する（ステップＳ３１）。
なお、監視盤２の表示パネル２Ａには、「硬貨受付中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００７２】
ＣＰＵ１００の報知処理部１００２は、「硬貨受付中」に移行してからの経過時間Ｔ４の計測を開始する（ステップＳ３２）。
次に、報知処理部１００２は、ステップＳ３２で計測を開始した経過時間Ｔ４がステップＳ３１で特定された報知判定時間Ｔｈ４を上回ったか否かを判定する（ステップＳ３３）。
経過時間Ｔ４が報知判定時間Ｔｈ４を上回っていない場合（ステップＳ３３：ＮＯ）、報知処理部１００２は、通行料金が投入金額以上となったか否かを判定する（ステップＳ３４）。
通行料金が投入金額以上となっていない場合（ステップＳ３４：ＮＯ）、更に、報知処理部１００２は、追加の紙幣又は硬貨の挿入（投入）が検知された否かを判定する（ステップＳ３５）。追加の紙幣又は硬貨の挿入（投入）が検知されていない場合（ステップＳ３５：ＮＯ）、ステップＳ３３に戻り、報知処理部１００２は、引き続き、経過時間Ｔ４が報知判定時間Ｔｈ４を上回ったか否かを判定する。
追加の紙幣又は硬貨の挿入（投入）が検知された場合（ステップＳ３５：ＹＥＳ）であって、かつ、硬貨が挿入された場合（ステップＳ３７：硬貨）、ステップＳ３４に戻り、報知処理部１００２は、再び、通行料金が投入金額以上となったか否かを判定する。他方、追加の紙幣又は硬貨の挿入（投入）が検知された場合（ステップＳ３５：ＹＥＳ）であって、かつ、紙幣が投入された場合（ステップＳ３７：紙幣）、ＣＰＵ１００は、図７のステップＢに移行する。
【００７３】
通行料金が投入金額以上となった場合（ステップＳ３４：ＹＥＳ）、料金収受処理部１０００は、釣銭の払い出しが必要か否かを判定する（ステップＳ３８）。釣銭の払い出しが必要であった場合（ステップＳ３８：ＹＥＳ）、ＣＰＵ１００は、図１０のステップＥに移行する。
他方、釣銭の払い出しが必要なかった場合（ステップＳ３８：ＮＯ）、料金収受処理部１０００は、利用者が領収書の発行を要求しているか否かを判定する（ステップＳ３９）。
利用者が領収書の発行を要求している場合（ステップＳ３９：ＹＥＳ）、ＣＰＵ１００は、図１１のステップＦに移行する。
また、利用者が領収書の発行を要求していない場合（ステップＳ３９：ＮＯ）、ＣＰＵ１００は、図１２のステップＧに移行する。
【００７４】
経過時間Ｔ４が報知判定時間Ｔｈ４を上回った場合（ステップＳ３３：ＹＥＳ）、利用者が硬貨の投入又は紙幣の挿入に戸惑っていると推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ３６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「硬貨受付中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、投入金額が足りないため硬貨投入口１０４に追加の硬貨を挿入すべきこと、又は、紙幣挿入排出口１０３に紙幣を挿入すべきことを案内する。
ステップＳ２６のアラーム処理の後、監視員による案内により紙幣又は硬貨が追加で挿入（投入）され、投入金額が通行料金以上となった場合には、ＣＰＵ１００は、ステップＳ２８、Ｓ２９の処理を経て、図１０のステップＥ、図１１のステップＦ、又は、図１２のステップＧに移行する。
【００７５】
（「カード受付中」のフェーズ）
図９のステップＤにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「収受中」から「カード受付中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「カード受付中」に関連付けられた報知判定時間Ｔｈ５を特定する（ステップＳ４１）。
なお、監視盤２の表示パネル２Ａには、「カード受付中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００７６】
ＣＰＵ１００の報知処理部１００２は、「カード受付中」に移行してからの経過時間Ｔ５の計測を開始する（ステップＳ４２）。
料金収受処理部１０００は、挿入されたカードに対し、カードによる料金収受処理に係る各種情報の読み出し処理、及び、書き込み処理を行う。この読み出し、書き込み処理が完了すると、料金収受処理部１０００は、カード挿入排出口１０２からカードを排出する（ステップＳ４３）。
【００７７】
次に、報知処理部１００２は、ステップＳ４２で計測を開始した経過時間Ｔ５がステップＳ４１で特定された報知判定時間Ｔｈ５を上回ったか否かを判定する（ステップＳ４４）。
経過時間Ｔ５が報知判定時間Ｔｈ５を上回っていない場合（ステップＳ４４：ＮＯ）、報知処理部１００２は、カード挿入排出口１０２の検知センサＳＥ２を通じて、排出されたカードの回収が検知されたか否かを判定する（ステップＳ４５）。
カードの回収が検知されていない場合（ステップＳ４５：ＮＯ）、ステップＳ４４に戻り、報知処理部１００２は、引き続き、経過時間Ｔ５が報知判定時間Ｔｈ５を上回ったか否かを判定する。
他方、カードの回収が検知された場合（ステップＳ４５：ＹＥＳ）、料金収受処理部１０００は、利用者が領収書の発行を要求しているか否かを判定する（ステップＳ４７）。
利用者が領収書の発行を要求している場合（ステップＳ４７：ＹＥＳ）、ＣＰＵ１００は、図１１のステップＦに移行する。
また、利用者が領収書の発行を要求していない場合（ステップＳ４７：ＮＯ）、ＣＰＵ１００は、図１２のステップＧに移行する。
【００７８】
経過時間Ｔ５が報知判定時間Ｔｈ５を上回った場合（ステップＳ４４：ＹＥＳ）、利用者がカードの回収に戸惑っている（又は、カードの回収を失念している）と推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ４６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「カード受付中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、カード挿入排出口１０２から排出されているカードを回収すべきことを案内する。
ステップＳ４６のアラーム処理の後、監視員による案内によりカードが回収された場合には、ＣＰＵ１００は、ステップＳ４７の処理を経て、図１１のステップＦ、又は、図１２のステップＧに移行する。
【００７９】
（「釣銭払い出し中」のフェーズ）
図１０のステップＥにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「紙幣受付中」又は「硬貨受付中」から「釣銭払い出し中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「釣銭払い出し中」に関連付けられた報知判定時間Ｔｈ６を特定する（ステップＳ５１）。
なお、監視盤２の表示パネル２Ａには、「釣銭払い出し中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００８０】
ＣＰＵ１００の報知処理部１００２は、「釣銭払い出し中」に移行してからの経過時間Ｔ６の計測を開始する（ステップＳ５２）。
料金収受処理部１０００は、投入金額から通行料金を差し引くことで釣銭の額を計算し、紙幣挿入排出口１０３、釣銭硬貨排出口１０５から釣銭を排出する処理を行う（ステップＳ５３）。
【００８１】
次に、報知処理部１００２は、ステップＳ５２で計測を開始した経過時間Ｔ６がステップＳ５１で特定された報知判定時間Ｔｈ６を上回ったか否かを判定する（ステップＳ５４）。
経過時間Ｔ６が報知判定時間Ｔｈ６を上回っていない場合（ステップＳ５４：ＮＯ）、料金収受処理部１０００は、紙幣挿入排出口１０３の検知センサＳＥ３、及び、釣銭硬貨排出口１０５の検知センサＳＥ５を通じて、排出された釣銭の回収が検知されたか否かを判定する（ステップＳ５５）。
釣銭の回収が検知されていない場合（ステップＳ５５：ＮＯ）、ステップＳ５４に戻り、報知処理部１００２は、引き続き、経過時間Ｔ６が報知判定時間Ｔｈ６を上回ったか否かを判定する。
他方、釣銭の回収が検知された場合（ステップＳ５５：ＹＥＳ）、料金収受処理部１０００は、利用者が領収書の発行を要求しているか否かを判定する（ステップＳ５７）。
利用者が領収書の発行を要求している場合（ステップＳ５７：ＹＥＳ）、ＣＰＵ１００は、図１１のステップＦに移行する。
また、利用者が領収書の発行を要求していない場合（ステップＳ５７：ＮＯ）、ＣＰＵ１００は、図１２のステップＧに移行する。
【００８２】
経過時間Ｔ６が報知判定時間Ｔｈ６を上回った場合（ステップＳ５４：ＹＥＳ）、利用者が釣銭の回収に戸惑っている（又は、釣銭の回収を失念している）と推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ５６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「釣銭払い出し中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、紙幣挿入排出口１０３、釣銭硬貨排出口１０５から排出されている釣銭を回収すべきことを案内する。
ステップＳ５６のアラーム処理の後、監視員による案内により釣銭が回収された場合には、ＣＰＵ１００は、ステップＳ５７の処理を経て、図１１のステップＦ、又は、図１２のステップＧに移行する。
【００８３】
（「領収書発行中」のフェーズ）
図１１のステップＦにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「紙幣受付中」、「硬貨受付中」又は「釣銭払い出し中」から「領収書発行中」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「領収書発行中」に関連付けられた報知判定時間Ｔｈ７を特定する（ステップＳ６１）。
なお、監視盤２の表示パネル２Ａには、「領収書発行中」を示すフェーズ画像Ｇ１（図３）が表示される。
【００８４】
ＣＰＵ１００の報知処理部１００２は、「領収書発行中」に移行してからの経過時間Ｔ７の計測を開始する（ステップＳ６２）。
料金収受処理部１０００は、料金収受処理に係る利用明細を領収書用の用紙に印字するとともに、当該印字がされた領収書を領収書発行口１０６から排出する処理を行う（ステップＳ６３）。
【００８５】
次に、報知処理部１００２は、ステップＳ６２で計測を開始した経過時間Ｔ７がステップＳ６１で特定された報知判定時間Ｔｈ７を上回ったか否かを判定する（ステップＳ６４）。
経過時間Ｔ７が報知判定時間Ｔｈ７を上回っていない場合（ステップＳ６４：ＮＯ）、報知処理部１００２は、領収書発行口１０６の検知センサＳＥ６を通じて、排出された領収書の回収が検知されたか否かを判定する（ステップＳ６５）。
領収書の回収が検知されていない場合（ステップＳ６５：ＮＯ）、ステップＳ６４に戻り、報知処理部１００２は、引き続き、経過時間Ｔ７が報知判定時間Ｔｈ７を上回ったか否かを判定する。
他方、領収書の回収が検知された場合（ステップＳ６５：ＹＥＳ）、ＣＰＵ１００は、図１２のステップＧに移行する。
【００８６】
経過時間Ｔ７が報知判定時間Ｔｈ７を上回った場合（ステップＳ６４：ＹＥＳ）、利用者が領収書の回収に戸惑っている（又は、領収書の回収を失念している）と推測されるので、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ６６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「領収書発行中」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、領収書発行口１０６から排出されている領収書を回収すべきことを案内する。
ステップＳ６６のアラーム処理の後、監視員による案内により領収書が回収された場合には、ＣＰＵ１００は、図１２のステップＧに移行する。
【００８７】
（「収受完了」のフェーズ）
図１２のステップＧにおいて、料金収受処理部１０００は、料金収受処理のフェーズを「紙幣受付中」、「硬貨受付中」、「釣銭払い出し中」又は「領収書発行中」から、「収受完了」に移行させる。
この時点で、ＣＰＵ１００の報知判定時間特定部１００１は、報知判定時間テーブル（図４）を参照して、「収受完了」に関連付けられた報知判定時間Ｔｈ７を特定する（ステップＳ７１）。
なお、監視盤２の表示パネル２Ａには、「収受完了」を示すフェーズ画像Ｇ１（図３）が表示される。
【００８８】
ＣＰＵ１００の報知処理部１００２は、「収受完了」に移行してからの経過時間Ｔ８の計測を開始する（ステップＳ７２）。
料金収受処理部１０００は、発進制御機１２Ｂ（図１）を制御して、車線Ｌを開放する処理を行う（ステップＳ７３）。
【００８９】
次に、報知処理部１００２は、ステップＳ７２で計測を開始した経過時間Ｔ８がステップＳ７１で特定された報知判定時間Ｔｈ８を上回ったか否かを判定する（ステップＳ７４）。
経過時間Ｔ８が報知判定時間Ｔｈ８を上回っていない場合（ステップＳ７４：ＮＯ）、報知処理部１００２は、退出側車両検知器１２Ａを通じて、車両の退出が検知されたか否かを判定する（ステップＳ７５）。
車両の退出が検知されていない場合（ステップＳ７５：ＮＯ）、ステップＳ７４に戻り、報知処理部１００２は、引き続き、経過時間Ｔ８が報知判定時間Ｔｈ８を上回ったか否かを判定する。
他方、車両の退出が検知された場合（ステップＳ７５：ＹＥＳ）、ＣＰＵ１００は、利用者に対する一連の料金収受処理を完了する。この際、フェーズは、「初期状態」に戻される。
【００９０】
経過時間Ｔ８が報知判定時間Ｔｈ８を上回った場合（ステップＳ７４：ＹＥＳ）、利用者が車両の退出処理に戸惑っていると推測される。そこで、報知処理部１００２は、監視盤２を通じて、監視員に対するアラーム処理を行う（ステップＳ７６）。このアラーム処理、及び、表示パネル２Ａに表示されるフェーズ画像Ｇ１により、監視員は、利用者が「収受完了」のフェーズで戸惑っていることを把握することができる。アラーム処理があった場合、監視員は、直ちに、利用者との通話を開始して、車両を発進させて車線Ｌから退出すべきことを案内する。
ステップＳ７６のアラーム処理の後、監視員による案内により車両の退出が検知された場合には、ＣＰＵ１００は、利用者に対する一連の料金収受処理を完了する。
【００９１】
（延長処理の処理フロー）
図１３は、第１の実施形態に係る延長処理の処理フローを示す図である。
次に、図１３を参照しながら、ＣＰＵ１００の延長処理部１００３が行う「延長処理」について説明する。
本実施形態において、図１３に示す延長処理の処理フローは、図５に示す料金収受処理の処理フローと並列して実行される。
【００９２】
図１３に示すステップＳ０２、Ｓ０３、Ｓ０５については、図５に示す処理フローと同様のため、説明を省略する。
延長処理部１００３は、ステップＳ０３で計測を開始した経過時間Ｔ１が所定の延長判定時間Ｔｅを上回ったか否かを判定する（ステップＳ８１）。ここで、延長判定時間Ｔｅは、「券挿入待ち」のフェーズに関連付けられた報知判定時間Ｔｈ１（＝Ｔｈ１ａ［秒］）よりも短い時間とされる。
経過時間Ｔ１が延長判定時間Ｔｅを上回っていない場合（ステップＳ８１：ＮＯ）、料金収受処理部１０００は、通行券挿入口１０１の検知センサＳＥ１を通じて、通行券の挿入が検知されたか否かを判定する（ステップＳ０５）。
通行券の挿入が検知されていない場合（ステップＳ０５：ＮＯ）、ステップＳ８１に戻り、延長処理部１００３は、引き続き、経過時間Ｔ１が延長判定時間Ｔｅを上回ったか否かを判定する。
他方、通行券の挿入が検知された場合（ステップＳ０５：ＹＥＳ）、延長処理部１００３は、「延長処理」を行うことなく処理を終了する。
【００９３】
経過時間Ｔ１が延長判定時間Ｔｅを上回った場合（ステップＳ８１：ＹＥＳ）、延長処理部１００３は、報知判定時間Ｔｈ２〜Ｔｈ８の時間を延長する延長処理を行う（ステップＳ８２）。ステップＳ８２の延長処理がなされると、以降の料金収受処理（図６〜図１２）で用いられる報知判定時間Ｔｈ２〜Ｔｈ８は、報知判定時間テーブルの“初期値”に規定される時間（Ｔｈ２ａ［秒］〜Ｔｈ８ａ［秒］）ではなく、これらよりも長い、“延長後”に規定される時間（Ｔｈ２ｂ［秒］〜Ｔｈ８ｂ［秒］）が適用される。
【００９４】
ここで、例えば、車両の停車位置が料金自動収受機１０の料金収受用パネル１０Ａから車線幅方向（＋Ｙ方向）遠かった場合、その利用者は、身を乗り出して操作を行う必要があるため、料金収受処理に必要な操作の一つ一つが全体的に遅くなることが想定される。つまり、料金収受処理の最初の操作（通行券の挿入）を完了するまでに要した時間が所定の延長判定時間Ｔｅを上回った場合には、全体的な操作が遅めとなる利用者である可能性があると推測される。そこで、以降の各フェーズにおいて無用なアラーム処理がなされないように、報知判定時間Ｔｈ２〜Ｔｈ８の時間を増加させておく。
【００９５】
（延長処理解除の処理フロー）
図１４は、第１の実施形態に係る延長処理解除の処理フローを示す図である。
次に、図１４を参照しながら、ＣＰＵ１００の延長処理部１００３が行う「延長処理解除」について説明する。
図１４に示す延長処理解除の処理フローは、図１３に示す処理フローの結果、延長処理部１００３によって報知判定時間Ｔｈ２〜Ｔｈ８の延長処理（ステップＳ８２）がなされた場合において、図６〜図９に示す料金収受処理の処理フローと並列して実行される。
【００９６】
延長処理部１００３は、「券挿入待ち」の次のフェーズ（「収受中」）に移行してから図６のステップＳ１４：ＹＥＳの条件（利用者からカード、紙幣または硬貨を受け付けたこと）を満たすまでの経過時間Ｔ２が、延長処理前の報知判定時間Ｔｈ２（即ち、Ｔｈ２ａ［秒］）以下であったか否かを判定する（ステップＳ９１）。
「収受中」に移行してからステップＳ１４：ＹＥＳの条件を満たすまでの経過時間Ｔ２が、延長処理前の報知判定時間Ｔｈ２以下でなかった場合（ステップＳ９１：ＮＯ）、延長処理部１００３は、延長処理解除を行うことなく処理を終了する。
「収受中」に移行してからステップＳ１４：ＹＥＳの条件を満たすまでの経過時間Ｔ２が、延長処理前の報知判定時間Ｔｈ２以下であった場合（ステップＳ９１：ＹＥＳ）、延長処理部１００３は、次の判定処理に進む。
【００９７】
延長処理部１００３は、更に次のフェーズ（最初に紙幣の挿入を受け付けた例として、「紙幣受付中」）に移行してからステップＳ２４：ＹＥＳ、又は、ステップＳ２７：硬貨の条件を満たすまでの経過時間Ｔ３が、延長処理前の報知判定時間Ｔｈ３（即ち、Ｔｈ３ａ［秒］）以下であった否かを判定する（ステップＳ９２）。
「紙幣受付中」に移行してからステップＳ２４：ＹＥＳ、又は、ステップＳ２７：硬貨の条件を満たすまでの経過時間Ｔ３が、延長処理前の報知判定時間Ｔｈ３以下でなかった場合（ステップＳ９２：ＮＯ）、延長処理部１００３は、延長処理解除を行うことなく処理を終了する。
他方、「紙幣受付中」に移行してからステップＳ２４：ＹＥＳ、又は、ステップＳ２７：硬貨の条件を満たすまでの経過時間Ｔ３が、延長処理前の報知判定時間Ｔｈ３以下であった場合（ステップＳ９２：ＹＥＳ）、延長処理部１００３は、延長処理解除を行う（ステップＳ９３）。具体的には、延長処理部１００３は、ステップＳ８２の延長処理が適用された報知判定時間（Ｔｈ４ｂ［秒］〜Ｔｈ８ｂ［秒］）を、延長される前の報知判定時間（Ｔｈ４ａ［秒］〜Ｔｈ８ａ［秒］）に戻す処理を行う。
【００９８】
ここで、例えば、ある利用者が料金自動収受機１０の前に車両を停車させた後、車内で通行券を探すのに手間取ってしまった場合は、「券挿入待ち」のフェーズの経過時間だけが長くなり、その後の操作に要する時間は短くて済むことが想定される。そこで、「券挿入待ち」のフェーズにおける経過時間Ｔ１が長かったために報知判定時間Ｔｈ２〜Ｔｈ８の延長処理を行ったものの、その後に続くいくつかのフェーズにおける各操作が手早く完了された場合には、単に、通行券を探すのに手間取ってしまっただけであると判断して、報知判定時間を延長処理前の時間に戻すこととする。
【００９９】
なお、図１４に示す処理フローは、ステップＳ１５（図６）で紙幣が挿入された場合の例であり、他の場合においては、この処理フローに限定されない。例えば、ステップＳ１５（図６）で硬貨が挿入された場合、図１４に示す処理フローのステップＳ９２では、図８に示す処理フローとの関係で、延長処理解除（ステップＳ９３）を行うか否かの判定がなされる。
【０１００】
また、図１４に示す処理フローは、「延長処理」がなされた後、続く二つのフェーズで操作が手早く完了した場合に「延長処理解除」を行うものとして説明したが、他の実施形態においてはこの態様に限定されない。例えば、他の実施形態においては、「延長処理」がなされた後、続く三つのフェーズで操作が手早く完了した場合に「延長処理解除」を行ってもよいし、続く一つのフェーズのみで操作が手早く完了した場合に「延長処理解除」を行ってもよい。
【０１０１】
（アラーム処理無効化の処理フロー）
図１５は、第１の実施形態に係るアラーム処理無効化の処理フローを示す図である。
次に、図１５を参照しながら、ＣＰＵ１００の報知処理部１００２が行う「アラーム処理無効化」について説明する。
図１５に示すアラーム処理無効化の処理フローは、図５〜図１２に示す料金収受処理の処理フローと並列して実行される。
【０１０２】
ＣＰＵ１００の報知処理部１００２は、料金収受用パネル１０Ａに設けられた呼出ボタンの押下、又は、身障者レバーの押下が検知されたか否かを判定する（ステップＳＡ１）。ここで、身障者レバーは、車両に身体障害者が搭乗する場合に、料金割引の適用を監視員へ申し出るための入力機器である。即ち、本実施形態において、呼出ボタン及び身障者レバーは、いずれも、利用者から料金所事務所Ｒに待機する監視員への通話を求める操作を受け付けるユーザインタフェースである。
【０１０３】
料金収受用パネル１０Ａに設けられた呼出ボタンの押下、又は、身障者レバーの押下が検知されなかった場合（ステップＳＡ１：ＮＯ）、報知処理部１００２は、アラーム処理の無効化を行うことなく処理を終了する。
他方、料金収受用パネル１０Ａに設けられた呼出ボタンの押下、又は、身障者レバーの押下が検知された場合（ステップＳＡ１：ＹＥＳ）、報知処理部１００２は、アラーム処理の無効化を行う（ステップＳＡ２）。アラーム処理の無効化がなされると、料金収受処理の処理フロー（図５〜図１２）において、アラーム処理に至る条件が満たされたとしても、当該アラーム処理が行われなくなる。
即ち、利用者の方から積極的に通話の申し出があった場合には、報知判定時間に基づくアラームの鳴動を行う必要はない。即ち、「アラーム処理無効化」により、無用なアラーム処理の実行を防止することができる。
【０１０４】
（作用、効果）
以上のとおり、第１の実施形態に係る料金自動収受機１０は、利用者による、料金収受処理に必要な複数の操作それぞれの開始及び完了を検知するセンサ（検知センサＳＥ１〜ＳＥ６）を備えている。そして、料金自動収受機１０は、複数の操作それぞれに関連する報知判定時間Ｔｈ１〜Ｔｈ８のうち、開始された一つの操作に関連する報知判定時間を特定する報知判定時間特定部１００１と、当該一つの操作が完了する前に、当該一つの操作が開始されてからの経過時間（Ｔ１、Ｔ２、・・）が、特定された報知判定時間（Ｔｈ１、Ｔｈ２、・・）を経過した場合に、監視員に対し、当該一つの操作を示す報知処理を行う報知処理部１００２と、を備えている。
このような構成により、料金収受に必要な各操作が開始される度に、その操作の特徴に応じた適切な報知判定時間が設定される。そして、操作別に設定された報知判定時間を超過したことをもって報知（アラーム処理）を行うので、複数の操作の各々において、実際に戸惑っている利用者を正確に識別することができる。
以上より、適切に監視員への報知を行うことができる。
【０１０５】
また、第１の実施形態に係る料金自動収受機１０は、所定の条件を満たした場合に、複数の操作それぞれに関連する報知判定時間Ｔｈ１〜Ｔｈ８を延長する延長処理部１００３を更に備えている。
このような構成により、利用者の状況に合わせて、適切に報知判定時間Ｔｈ１〜Ｔｈ８を変更することができる。
【０１０６】
また、第１の実施形態に係る延長処理部１００３は、複数の操作のうちの第１の操作（例えば、「通行券の挿入」）が開始されてからの経過時間Ｔ１が、予め規定された延長判定時間Ｔｅを経過した場合に、第１の操作の後に行われる他の操作に関連する報知判定時間Ｔｈ２〜Ｔｈ８を延長する。
このような構成によれば、ある第１の操作（例えば、「通行券の挿入」）を完了するまでに要した時間が所定の延長判定時間Ｔｅを上回った場合には、全体的に操作が遅めの利用者である可能性があると推測されるので、以降の各操作に関連する報知判定時間Ｔｈ２〜Ｔｈ８の時間を増加させる（延長処理）。これにより、以降の各操作において無用なアラーム処理がなされないようにすることができる。
【０１０７】
また、第１の実施形態に係る延長処理部１００３は、上記第１の操作の後の第２の操作（例えば、「紙幣の挿入」等）が開始されてからの経過時間が、当該第２の操作に関連する報知判定時間Ｔｈ３であって延長前の報知判定時間（Ｔｈ３ａ［秒］）を経過する前に当該第２の操作が完了した場合には、第２の操作の後に行われる他の操作に関連する報知判定時間（Ｔｈ４ｂ［秒］〜Ｔｈ８ｂ［秒］）を、延長前の報知判定時間（Ｔｈ４ａ［秒］〜Ｔｈ８ａ［秒］）に戻す。
このような構成によれば、第１の操作（「通行券の挿入」）に要した経過時間Ｔ１が長かったために、一旦は、以降の操作に関連する報知判定時間Ｔｈ２〜Ｔｈ８を延長したものの、その後に続くいくつかの各操作が手早く完了された場合には、報知判定時間が延長前の時間に戻される（延長処理解除）。これにより、単に、特定の一つの操作に手間取っていた（例えば、通行券を探すのに手間取っていた）だけの利用者に対しても、以降の操作において、適切な報知判定時間を適用することができる。
【０１０８】
また、第１の実施形態に係る報知処理部１００２は、利用者から、監視員への通話を求める操作（呼出ボタンの押下、身障者レバーの押下）を受け付けた場合には、報知処理（アラーム処理）を行わないようにする（アラーム処理無効化）。
このような構成によれば、利用者の方から積極的に通話の申し出があった場合に、無用な報知処理の実行を防止することができる。
【０１０９】
＜第２の実施形態＞
以下、第２の実施形態に係る料金収受システムについて、図１６を参照しながら説明する。
【０１１０】
（料金自動収受機の機能構成）
図１６は、第２の実施形態に係る料金自動収受機の機能構成を示す図である。
図１６に示すように、料金自動収受機１０の料金収受用パネル１０Ａには、更に、測距センサＳＥ７が設けられている。この測距センサＳＥ７は、料金収受用パネル１０Ａと停車した車両側面との車線幅方向（図１の±Ｙ方向）の距離を計測可能に構成される。
【０１１１】
また、第２の実施形態に係る料金自動収受機１０のＣＰＵ１００は、第１の実施形態で説明した各種機能に加え、更に、距離情報取得部１００４として機能する。
距離情報取得部１００４は、料金収受用パネル１０Ａと、利用者が搭乗する車両Ａ（図１）との距離を示す距離情報を取得する。具体的には、距離情報取得部１００４は、料金収受用パネル１０Ａに設けられた測距センサＳＥ７の計測結果を取得する。
【０１１２】
第２の実施形態に係る延長処理部１００３は、車両Ａの車体側面と料金収受用パネル１０Ａとの距離が所定の距離判定閾値以上であった場合に、複数の操作それぞれに関連する報知判定時間Ｔｈ１〜Ｔｈ８を延長する。即ち、報知処理部１００２は、報知判定時間Ｔｈ１〜Ｔｈ８として、図４の“延長後”に示す各時間を適用する。
【０１１３】
（作用、効果）
以上のような構成によれば、車両Ａが料金収受用パネル１０Ａから所定距離以上離れて停車した場合に、自動的に、報知判定時間Ｔｈ１〜Ｔｈ８に対し、“延長後”の時間が適用される。
上述したように、車両を料金収受用パネル１０Ａから離れた位置に停車させた利用者は、全体的に操作が遅めとなる可能性が高い。そこで、報知処理部１００２は、報知判定時間Ｔｈ１〜Ｔｈ８の時間を増加させることで、以降の各操作において無用なアラーム処理がなされないようにすることができる。
【０１１４】
以上、第１、第２の実施形態に係る料金収受システム１及び料金自動収受機１０について詳細に説明したが、料金収受システム１及び料金自動収受機１０の具体的な態様は、上述のものに限定されることはなく、要旨を逸脱しない範囲内において種々の設計変更等を加えることは可能である。
【０１１５】
例えば、第２の実施形態において、料金自動収受機１０（報知処理部１００２）は、測距センサＳＥ７に基づく車両と料金自動収受機１０との間隔が所定の距離判定閾値以上であった場合に、報知判定時間Ｔｈ１〜Ｔｈ８を延長するものとして説明したが、他の実施形態においてはこの態様に限定されない。
例えば、料金収受用パネル１０Ａの各受付口の配置の仕方によっては、ある特定の車種区分（例えば「中型車」）に限り、当該受付口に手が届きにくくなることも想定される。このような場合には、車種判別装置１１によって判別される車種区分が、当該特定の車種区分に当てはまる場合に、自動的に、報知判定時間Ｔｈ１〜Ｔｈ８を延長するものとしてもよい。
この場合において、ＣＰＵ１００における、車種判別装置１１によって判別された車種区分の受信機能が、「料金収受用パネル１０Ａと、利用者が搭乗する車両との距離を示す距離情報を取得する距離情報取得部」に相当するものとする。
【０１１６】
また、図４に示す報知判定時間Ｔｈ１〜Ｔｈ８について、具体的に適用される時間（Ｔｈ１ａ［秒］〜Ｔｈ８ａ［秒］、Ｔｈ２ｂ［秒］〜Ｔｈ８ｂ［秒］）は、各フェーズにおける経過時間Ｔ１〜Ｔ８の統計値などに基づいて適宜決定され得る。
「収受受付中」のフェーズにおいて、利用者は、紙幣の挿入、硬貨の投入、及び、カードの挿入という３つの選択を迫られるため、利用者に猶予を与えるのが好ましいと考えられる。したがって、「収受中」に関連付けられる報知判定時間Ｔｈ３は、他の報知判定時間よりも長めに規定しておくのが好ましい。
また、一般に、（紙幣の折れ曲がり等により、）「硬貨の投入」よりも「紙幣の挿入」に手間取ることの方が多いと考えられるため、「紙幣受付中」に関連付けられる報知判定時間Ｔｈ３を、「硬貨受付中」に関連付けられる報知判定時間Ｔｈ４よりも長めに規定しておくのが好ましい。
【０１１７】
なお、上述の各実施形態においては、上述した料金自動収受機１０の各種処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって上記各種処理が行われる。また、コンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【０１１８】
上記プログラムは、上述した機能の一部を実現するためのものであってもよい。更に、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０１１９】
また、他の実施形態においては、第１、第２の実施形態で説明した料金自動収受機１０のＣＰＵ１００が有する各機能部（料金収受処理部１０００、報知判定時間特定部１００１、報知処理部１００２及び延長処理部１００３）の一部を、ネットワークで接続された他のコンピュータが具備する態様であってもよい。特に、第１、第２の実施形態で説明した料金自動収受機１０のＣＰＵ１００の各機能部の一部が監視盤２によって実行される態様であってもよい。
【０１２０】
以上のとおり、本発明に係るいくつかの実施形態を説明したが、これら全ての実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これらの実施形態及びその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１２１】
１  料金収受システム
１０  料金自動収受機
１０Ａ  料金収受用パネル
１００  ＣＰＵ
１０１  通行券挿入口
１０２  カード挿入排出口
１０３  紙幣挿入口
１０４  硬貨投入口
１０５  釣銭硬貨排出口
１０６  領収書発行口
１０７  通信インタフェース
１０８  記録媒体
１０００  料金収受処理部
１００１  報知判定時間特定部
１００２  報知処理部
１００３  延長処理部
１００４  距離情報取得部
１１  車種判別装置
１１Ａ  進入側車両検知器
１２Ａ  退出側車両検知器
１２Ｂ  発進制御機
２  監視盤
２Ａ  表示パネル
ＳＥ１、ＳＥ２、ＳＥ３、ＳＥ４、ＳＥ５、ＳＥ６  検知センサ
ＳＥ７  測距センサ
Ｌ  車線
Ｉ  アイランド
Ｒ  料金所事務所
Ａ  車両
【図１】
2019121098.tif 000003
【図２】
2019121098.tif 000004
【図３】
2019121098.tif 000005
【図４】
2019121098.tif 000006
【図５】
2019121098.tif 000007
【図６】
2019121098.tif 000008
【図７】
2019121098.tif 000009
【図８】
2019121098.tif 000010
【図９】
2019121098.tif 000011
【図１０】
2019121098.tif 000012
【図１１】
2019121098.tif 000013
【図１２】
2019121098.tif 000014
【図１３】
2019121098.tif 000015
【図１４】
2019121098.tif 000016
【図１５】
2019121098.tif 000017
【図１６】
2019121098.tif 000018