(57)【要約】【課題】データのバックアップに人的な労力を伴わず、バックアップデータの保全性を、メモリ媒体にバックアップデータを保持する方法に比べ格段に向上させることのできる料金収受システムを提供する。【解決手段】複数の料金収受機１５をネットワークを通じて互いにデータ伝送が可能なように接続しておき、各々の料金収受機１５が、他車線の料金収受機１５に集計データをバックアップする。各々の料金収受機１５は、バックアップデータの送信先および受信元を各々の料金収受機１５が自動で検索し、設定することで、収受員等による人為的な設定作業を不要としている。また、各々の料金収受機１５は、送信先の料金収受機１５との回線断を認識した時点で、自動で、別の車線の料金収受機１５の検索、設定を行うことで、各々の料金収受機１５の保守などを目的として、電源を落としたり、回線を切ったりするタイミングの選定の制約が軽減する。【選択図】図１
2005157922.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを通じて互いに接続された複数の料金収受装置を備える料金収受システムであって、
前記個々の料金収受装置がそれぞれ、
料金収受に関するデータを保持するメモリと、
他の前記料金収受装置の中で予め送信先として設定された料金収受装置に、前記メモリに記憶された前記データを前記ネットワークを通じて送信する送信手段と、
他の前記料金収受装置の中で予め受信元として設定された料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する受信手段と
を具備することを特徴とする料金収受システム。
【請求項２】
前記送信手段は、
前記送信先の料金収受装置の識別情報を記憶する送信先識別情報記憶部と、
この送信先識別情報記憶部に前記識別情報が記憶されていないとき、他の料金収受装置に前記ネットワークを通じてバックアップ要請を順次送信し、バックアップ可の応答を最初に返した料金収受装置の識別情報を前記送信先識別情報記憶部に書き込む手段と、
前記送信先識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記送信先として設定し、この送信先の料金収受装置に前記ネットワークを通じて前記メモリに記憶された前記データを送信する手段とを有し、
前記受信手段は、
前記受信元の料金収受装置の識別情報を記憶する受信元識別情報記憶部と、
この受信元識別情報記憶部に前記識別情報が記憶されていないとき、前記送信先の料金収受装置を含む他のすべての料金収受装置の中の一つから受信した前記バックアップ要請に応じて、バックアップ可を応答し、このバックアップ要請元の料金収受装置の識別情報を前記受信元識別情報記憶部に書き込む手段と、
前記受信元識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記受信元として設定し、この受信元の料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する手段とを有する
ることを特徴とする請求項１に記載の料金収受システム。
【請求項３】
前記送信手段は、前記送信先の料金収受装置へのデータの送信に対して、当該送信先の料金収受装置からの応答が一定時間以上無い場合に、前記送信先識別情報記憶部をクリアすることを特徴とする請求項２に記載の料金収受システム。
【請求項４】
前記送信手段は、
前記バックアップ要請の送信に対して、他の料金収受装置からのバックアップ可の応答が無い場合に、バックアップ不可の応答を最初に返した他の料金収受装置に、送信先を自料金収受装置に変更する依頼を送信するとともに、当該他の料金収受装置から変更前の送信先の料金収受装置の識別情報を取得し、この取得した識別情報に基づき、該当する他の料金収受装置に対してバックアップ要請を送信する
ことを特徴とする請求項２に記載の料金収受システム。
【請求項５】
前記個々の料金収受装置がそれぞれ、
データ出力対象の料金収受装置の識別情報を入力させる入力手段と、
前記入力手段より入力された前記識別情報に対応する料金収受装置のデータの送信先である料金収受装置より前記データを取得し、ジャーナルとして出力するジャーナル出力手段と
をさらに具備することを特徴とする請求項１ないし４のいずれか１項に記載の料金収受システム。
【請求項６】
ネットワークを通じて互いに接続可能な料金収受装置であって、
料金収受に関するデータを保持するメモリと、
他の前記料金収受装置の中で予め送信先として設定された料金収受装置に、前記メモリに記憶された前記データを前記ネットワークを通じて送信する送信手段と、
他の前記料金収受装置の中で予め受信元として設定された料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する受信手段と
を具備することを特徴とする料金収受装置。
【請求項７】
前記送信手段は、
前記送信先の料金収受装置の識別情報を記憶する送信先識別情報記憶部と、
この送信先識別情報記憶部に前記識別情報が記憶されていないとき、他の料金収受装置に前記ネットワークを通じてバックアップ要請を順次送信し、バックアップ可の応答を最初に返した料金収受装置の識別情報を前記送信先識別情報記憶部に書き込む手段と、
前記送信先識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記送信先として設定し、この送信先の料金収受装置に前記ネットワークを通じて前記メモリに記憶された前記データを送信する手段とを有し、
前記受信手段は、
前記受信元の料金収受装置の識別情報を記憶する受信元識別情報記憶部と、
この受信元識別情報記憶部に前記識別情報が記憶されていないとき、前記送信先の料金収受装置を含む他のすべての料金収受装置の中の一つから受信した前記バックアップ要請に応じて、バックアップ可を応答し、このバックアップ要請元の料金収受装置の識別情報を前記受信元識別情報記憶部に書き込む手段と、
前記受信元識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記受信元として設定し、この受信元の料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する手段とを有する
ことを特徴とする請求項６に記載の料金収受装置。
【請求項８】
前記送信手段は、前記送信先の料金収受装置へのデータの送信に対して、当該送信先の料金収受装置からの応答が一定時間以上無い場合に、前記送信先識別情報記憶部をクリアすることを特徴とする請求項７に記載の料金収受装置。
【請求項９】
前記送信手段は、
前記バックアップ要請の送信に対して、他の料金収受装置からのバックアップ可の応答が無い場合に、バックアップ不可の応答を最初に返した他の料金収受装置に、送信先を自料金収受装置に変更する依頼を送信するとともに、当該他の料金収受装置から変更前の送信先の料金収受装置の識別情報を取得し、この取得した識別情報に基づき、該当する他の料金収受装置に対してバックアップ要請を送信する
ことを特徴とする請求項７に記載の料金収受装置。
【請求項１０】
データ出力対象の料金収受装置の識別情報を入力させる入力手段と、
前記入力手段より入力された前記識別情報に対応する料金収受装置のデータの送信先である料金収受装置より前記データを取得し、ジャーナルとして出力するジャーナル出力手段と
をさらに具備することを特徴とする請求項６ないし９のいずれか１項に記載の料金収受装置。
【請求項１１】
料金収受の結果に関するデータを記憶するメモリをそれぞれ有する複数の料金収受装置をネットワークを通じて接続しておき、
個々の前記料金収受装置はそれぞれ、他の前記料金収受装置の中で予め送信先として設定された料金収受装置に、前記メモリに記憶された前記データを前記ネットワークを通じて送信し、他の前記料金収受装置の中で予め受信元として設定された料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する
ことを特徴とする料金収受装置のデータバックアップ方法。
【請求項１２】
前記料金収受装置に、送信先の料金収受装置の識別情報を記憶する送信先識別情報記憶部と、受信元の料金収受装置の識別情報を記憶する受信元識別情報記憶部とを設けておき、
個々の前記料金収受装置はそれぞれ、
前記送信先識別情報記憶部に前記識別情報が記憶されていないとき、他の料金収受装置に前記ネットワークを通じてバックアップ要請を順次送信し、バックアップ可の応答を最初に返した料金収受装置の識別情報を前記送信先識別情報記憶部に書き込み、この送信先識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記送信先として設定し、この送信先の料金収受装置に前記ネットワークを通じて前記メモリに記憶された前記データを送信し、
前記受信元識別情報記憶部に前記識別情報が記憶されていないとき、前記送信先の料金収受装置を含む他のすべての料金収受装置の中の一つから受信した前記バックアップ要請に応じて、バックアップ可を応答し、このバックアップ要請元の料金収受装置の識別情報を前記受信元識別情報記憶部に書き込み、この受信元識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記受信元として設定し、この受信元の料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する
ことを特徴とする請求項１１に記載の料金収受装置のデータバックアップ方法。
【請求項１３】
個々の前記料金収受装置はそれぞれ、前記送信先の料金収受装置へのデータの送信に対して、当該送信先の料金収受装置からの応答が一定時間以上無い場合に、前記送信先識別情報記憶部をクリアする
ことを特徴とする請求項１２に記載の料金収受装置のデータバックアップ方法。
【請求項１４】
個々の前記料金収受装置はそれぞれ、前記バックアップ要請の送信に対して、他の料金収受装置からのバックアップ可の応答が無い場合に、バックアップ不可の応答を最初に返した他の料金収受装置に、送信先を自料金収受装置に変更する依頼を送信するとともに、当該他の料金収受装置から変更前の送信先の料金収受装置の識別情報を取得し、この取得した識別情報に基づき、該当する他の料金収受装置に対してバックアップ要請を送信する  ことを特徴とする請求項１２に記載の料金収受装置のデータバックアップ方法。
【請求項１５】
前記料金収受装置に、データ出力対象の料金収受装置の識別情報を入力させ、この入力された前記識別情報に対応する料金収受装置のデータの送信先である料金収受装置より前記データを取得して、ジャーナルとして出力する
ことを特徴とする請求項１１ないし１４のいずれか１項に記載の料金収受装置のデータバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば高速道路などの有料道路で利用される料金収受システム、料金収受装置、およびそのデータバックアップ方法に関する。
【背景技術】
【０００２】
一般に、高速道路などの有料道路の料金所においては、各車線毎にブースが設置され、その中には通行料金を徴収する目的で料金収受機（料金収受装置）が設置されている。料金収受機では、収受員の操作により、通行台数のカウント、収受金額の集計などが行われ、その結果は料金収受機内のメモリ（以下、内部メモリと呼ぶ）に集計ファイルとして保存される。各車線に設置される料金収受機は、それぞれ上位システムと接続され、オンラインにてデータ送信が可能である。
【０００３】
料金収受機は、料金収受が１件完了する毎に内部メモリ上の集計ファイルを更新する。集計ファイルには、車種毎の件数や、収受金額の集計データなどが記録される。これらデータは、収受員による勤務の開始から終了までの間に発生したものが１つの勤務データとしてまとめて扱われる。
【０００４】
料金収受機は、収受員による勤務終了の操作時に、内部メモリに保存されている集計データに基づき帳票を編集し、帳票データをジャーナルプリンタへ出力してジャーナルの印書や上位システムへの集計データの送信を行う。また、勤務開始時には内部メモリの内容は初期化される。
【０００５】
料金収受機は、内部メモリへ集計データを書き込むのと同時に、内部に設置された不揮発性メモリ媒体（メモリカードなど）に集計データを書き出す。障害発生などで料金収受機の勤務終了操作が不可能となった場合は、この不揮発性メモリ媒体を取り外し、別の専用端末に装着して読み取ることで、障害発生時点の直前までの集計データなどをジャーナル帳票へ復旧できるようになっている。
なお、料金収受機に関する公知技術には、以下の特許文献１，２，３がある。
【特許文献１】特願平６−１１５２８４号公報
【特許文献２】特願平７−３１９７８６号公報
【特許文献３】特願平１１−１９３１０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、不揮発性メモリ媒体は復旧端末まで人手で移動させる必要があるため、データ復旧には、少なくともその人手による移動に要するだけの時間のロスが伴う。特に、復旧端末が料金収受機と併設されていない場合、たとえば、復旧端末を複数の料金収受機で共用する場合には、不揮発性メモリ媒体のトータルの移動距離が長くなり、障害発生からデータ復旧までの平均時間が長くかかってしまう。
【０００７】
また、復旧端末において、電源を入れたままでの不揮発性メモリ媒体の抜き差しは、メモリ媒体内のデータ破壊につながるおそれがあり、収受員にその操作を委ねた場合にデータの保全性は確保されにくいものと考えざるを得ない。また、復旧端末の操作上の制約を徹底して収受員に守らせようとすれば、収受員の負担が増してしまう。
【０００８】
一方、不揮発性メモリ媒体には、通常、コンパクトフラッシュ（登録商標）など、シリコン系のメモリ媒体が使用される。しかし、このシリコン系のメモリ媒体は、通常のメモリ（たとえばＳＤＲＡＭ（Synchronous Dynamic RAM ）など）に比べ読み書きの速度が遅い。このため、書き込み中に電源断等が発生してメモリ媒体内のデータ破壊が生じる可能性は決して無視できるレベルとは言えない。
【０００９】
不揮発性メモリ媒体に、高速なＳＲＡＭ（Static RAM）カードなどを使用する方法もあるが、このようなバックアップ電源を要するメモリ媒体の場合、定期的に電池交換を行う必要があり、保守コストが増大する。
【００１０】
また、上記のようなメモリ媒体にデータのバックアップをとる方式は、全般的に、過電圧などの電気的な障害によるメモリ破壊の危険を有している。
【００１１】
これらの事情により、料金収受機で作成された、料金収受に関するデータのバックアップ先としてメモリ媒体を使用する方法は、操作性、データ保全性、コストなどの面で難があり、このような課題を抜本的に解決し得る手段が要望されていた。
【００１２】
本発明は、かかる実情に鑑み、データのバックアップに人的な労力を伴わず、バックアップデータの保全性を、メモリ媒体にバックアップデータを保持する方法に比べ格段に向上させることのできる料金収受システム、料金収受装置、およびそのデータバックアップ方法を提供しようとするものである。
【課題を解決するための手段】
【００１３】
本発明の料金収受システムは、上記の目的を達成するために、ネットワークを通じて互いに接続された複数の料金収受装置を備える料金収受システムであって、前記個々の料金収受装置がそれぞれ、料金収受に関するデータを保持するメモリと、他の前記料金収受装置の中で予め送信先として設定された料金収受装置に、前記メモリに記憶された前記データを前記ネットワークを通じて送信する送信手段と、他の前記料金収受装置の中で予め受信元として設定された料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する受信手段とを具備するものである。
【００１４】
この発明によれば、ネットワークを通じて接続された各々の料金収受装置が、他車線の料金収受装置の集計データをバックアップするので、ある車線の料金収受装置の集計データの復旧作業を他の車線の料金収受装置で行うことができる。このため、復旧用の専用機を用意する必要がなくなる。これにより、データ復旧のための設備コスト、収受員の負荷、保守コストなどを低減でき、また、メモリ媒体にデータをバックアップする方法よりもデータの保全性が格段に向上する。
【００１５】
また、本発明の料金収受システムにおいて、より具体的には、前記送信手段は、前記送信先の料金収受装置の識別情報を記憶する送信先識別情報記憶部と、この送信先識別情報記憶部に前記識別情報が記憶されていないとき、他の料金収受装置に前記ネットワークを通じてバックアップ要請を順次送信し、バックアップ可の応答を最初に返した料金収受装置の識別情報を前記送信先識別情報記憶部に書き込む手段と、前記送信先識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記送信先として設定し、この送信先の料金収受装置に前記ネットワークを通じて前記メモリに記憶された前記データを送信する手段とを有し、前記受信手段は、前記受信元の料金収受装置の識別情報を記憶する受信元識別情報記憶部と、この受信元識別情報記憶部に前記識別情報が記憶されていないとき、前記送信先の料金収受装置を含む他のすべての料金収受装置の中の一つから受信した前記バックアップ要請に応じて、バックアップ可を応答し、このバックアップ要請元の料金収受装置の識別情報を前記受信元識別情報記憶部に書き込む手段と、前記受信元識別情報記憶部に記憶された前記識別情報に基づき、該当する他の料金収受装置を前記受信元として設定し、この受信元の料金収受装置から送信された前記データを前記ネットワークを通じて受信し、前記メモリに保持する手段とを有するものである。
【００１６】
これにより、バックアップデータの送信先および受信元を各々の料金収受装置にて自動で検索し、設定でき、人為的な設定作業が不要になる。
【００１７】
また、本発明の料金収受システムにおいて、前記送信手段は、前記送信先の料金収受装置へのデータの送信に対して、当該送信先の料金収受装置からの応答が一定時間以上無い場合に、前記送信先識別情報記憶部をクリアするものである。
【００１８】
これにより、送信先の料金収受装置との接続断を認識した時点で、自動で、別の車線の料金収受装置の検索、設定が行われるので、料金収受装置の保守などのため、電源を落としたり、回線を切ったりするタイミングの選定の制約が軽減される。
【００１９】
さらに、本発明の料金収受システムにおいて、前記送信手段は、前記バックアップ要請の送信に対して、他の料金収受装置からのバックアップ可の応答が無い場合に、バックアップ不可の応答を最初に返した他の料金収受装置に、送信先を自料金収受装置に変更する依頼を送信するとともに、当該他の料金収受装置から変更前の送信先の料金収受装置の識別情報を取得し、この取得した識別情報に基づき、該当する他の料金収受装置に対してバックアップ要請を送信する。
【００２０】
これにより、バックアップデータの送信先および受信元を検索し設定する車線の料金収受装置から見て、バックアップデータの送信先および受信元である他の車線の料金収受装置の設定が自動で変更されるので、他の車線の運用を止めずに料金収受装置の増設や撤去、点検等を行うことができる。
【００２１】
さらに、本発明の料金収受システムにおいて、前記個々の料金収受装置は、それぞれ、データ出力対象の料金収受装置の識別情報を入力させる入力手段と、前記入力手段より入力された前記識別情報に対応する料金収受装置のデータの送信先である料金収受装置より前記データを取得し、ジャーナルとして出力するジャーナル出力手段とをさらに具備するものとすることができる。
【００２２】
これにより、どの料金収受装置からでも、出力対象の車線の勤務集計データを復旧することができる。この結果、特定の車線の料金収受装置に勤務集計データの復旧作業による負荷が集中することが無くなるとともに、勤務集計データを復旧するために特殊な知識や技能を必要とせず、収受員による容易な復旧作業が可能となる。
【発明の効果】
【００２３】
本発明の料金収受システム、料金収受装置、およびそのデータバックアップ方法によれば、データのバックアップ作業に人的な労力を伴わず、また、メモリ媒体にデータをバックアップする方法に比べバックアップデータの保全性が格段に向上する。また、バックアップデータの送信先および受信元を各々の料金収受装置が自動で検索し、設定するので、人為的な設定作業が不要になる。さらに、送信先の料金収受装置との接続断を認識した時点で、自動で別の車線の料金収受装置の検索、設定が行われるので、料金収受装置の保守などのために、電源を落としたり、回線を切ったりするタイミングの選定の制約が軽減する。さらには、他の車線の運用を止めずに料金収受装置の増設や撤去、点検等を行ったり、どの料金収受装置からでも、出力対象の車線の勤務集計データを復旧することができる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態を図面に基づき説明する。
【００２５】
図１は、本発明の一実施形態に係る料金収受機を用いた料金収受システムの全体的な構成を示す図である。
【００２６】
ホスト１１と各料金所に設置されたルータ１３とは、専用回線などのＬＡＮ（Local Area Network）回線１２で接続されている。料金所内では、ルータ１３および複数の料金収受機１５（＃１，＃２，・・・，＃Ｎ）が、料金所内のＬＡＮ回線１４を通じて相互に接続されている。料金収受機１５は料金所の各車線に一台ずつ設置され、ここでは、たとえば計１０台設置されているものとする。この構成により、各料金収受機１５はホスト１１、および同一料金所内の他の料金収受機１５との間でデータ伝送を行うことが可能とされている。
【００２７】
図２は、料金収受機１５の電気的なハードウェア構成を示すブロック図である。同図に示すように、この料金収受機１５は、全体を制御するＣＰＵ（Central Processing Unit
）２０、料金収受に関する集計データやそのバックアップを行うために必要なデータを保存するメモリ２２、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ（Liquid Crystal Display）などを表示器として備える表示部２３、キー、タッチセンサーパネルなど収受員からの入力を処理する操作部２４、料金所内のＬＡＮ回線２６との接続を制御するＬＡＮＩ／Ｆ（Interface）部２５、勤務帳票を印書するジャーナルプリンタ２８とのインタフェースを制 御するジャーナルＩ／Ｆ部２７、および料金収受機１５内の上記各部の動作に必要な電力を供給する電源部２９とから構成される。
【００２８】
図３は、料金収受機１５内のメモリ２２のフォーマットを示す図である。同図に示すように、このメモリ２２には、バックアップデータの送信先の車線を示す「送信先車線番号」が保持される送信先車線番号エリア３１、自車線で行っている勤務の途中の料金収受に関するデータである料金収受件数や収受合計金額などを含む「自車線集計データ」が保持される自車線集計データエリア３２、他車線から送信されてくるバックアップデータの送信元の車線を示す「受信元車線番号」が保持される受信元車線番号エリア３３、および、受信元車線番号に対応する料金収受機１５から送られてきた最新の料金収受に関するデータである料金収受件数や収受合計金額などを含む「他車線集計データ」が保持される他車線集計データエリア３４が設けられている。
【００２９】
次に、本実施形態の料金収受システムに関する動作について説明する。
【００３０】
図４は、料金収受機１５で行われる業務に関するフローチャートである。
【００３１】
以下、料金収受機１５内で行われる処理は、料金収受機１５内のＣＰＵ２１が図示しないＲＯＭ（Read Only Memory）などプログラム記憶部に記憶されているプログラムに基づいて実行される。
【００３２】
料金収受機１５（以下、他の料金収受機１５との区別のため符号を１５Ａとする。）に電源が投入されると、料金収受機１５Ａは、メモリ２２を初期化する（ステップＳ４０１）。次に、バックアップデータの送信先の車線番号を決定するために、バックアップデータ送信処理を行う（ステップＳ４０２）。続いて、料金収受機１５Ａは、他車線の料金収受機１５からのバックアップデータを受信するために、バックアップデータ受信処理を起動する（ステップＳ４０３）。起動されたバックアップデータ受信処理（ステップＳ４０４）は、本フローチャートの動作と平行して動作するようになっており、図３に示したメモリ２２は、バックアップデータ受信処理とバックアップデータ送信処理とで共通に使用される。
【００３３】
その後、料金収受機１５Ａは、収受員の認証や集計エリア初期化などの勤務開始処理を行った後（ステップＳ４０５）、車両一台毎の料金収受処理を行う（ステップＳ４０６）。料金収受機１５Ａは、車両一台の料金収受処理を行う毎に、メモリ２２上の自車線集計データエリア３２に記録されている、料金収受件数および収受合計金額などを含む自車線集計データを更新する（ステップＳ４０７）。そして料金収受機１５Ａは、この自車線集計データを更新する毎に、この更新された自車線集計データを、ステップＳ４０２でバックアップデータの送信先として決定された料金収受機１５に送信するために、バックアップデータ送信処理を行う（ステップＳ４０８）。
【００３４】
この後、料金収受機１５Ａは、他車線の料金収受機１５からバックアップ送信先変更依頼を受信しているかどうかをチェックし（ステップＳ４０９）、受信している場合は（ステップＳ４１０のＹＥＳ）、そのバックアップ送信先変更依頼の受信処理を行う（ステップＳ４１１）。受信していない場合には次のステップに移行する。勤務中は（ステップＳ４１２のＮＯ）、上記ステップＳ４０６の料金収受処理からここまでの動作が繰り返される。
【００３５】
収受員による勤務終了操作が発生した場合（ステップＳ４１２のＹＥＳ）、料金収受機１５Ａは、メモリ２２上の自車線集計データエリア３２の自車線集計データをジャーナルＩ／Ｆ部２７を通じてジャーナルプリンタ２８に出力して、勤務集計の帳票を印書する（ステップＳ４１３）。さらに、料金収受機１５Ａは、ＬＡＮＩ／Ｆ部２５を制御して、メモリ２２内の自車線集計データなどを含む勤務データを、ＬＡＮ回線２６を通じて、ホスト１１へ送信する（ステップＳ４１４）。その後はステップＳ４０５の勤務開始処理へと戻る。
【００３６】
図５は、図４のバックアップデータ送信処理（ステップＳ４０２，ステップＳ４０８）に関するフローチャートである。
【００３７】
料金収受機１５Ａは、メモリ２２上の送信先車線番号エリア３１に送信先の車線番号が設定されていない場合（ステップＳ５０１のＹＥＳ）、その送信先車線番号を検索し決定するために、後述する送信先決定処理を行う（ステップＳ５０２）。送信先車線番号が既に設定されている場合は（ステップＳ５０１のＮＯ）、設定されている送信先車線番号に対応する料金収受機１５に対し、メモリ２２上の自車線集計データエリア３２の自車線集計データを送信する（ステップＳ５０３）。この際、バックアップデータの送信先の料金収受機１５をネットワーク上で指定できるアドレスを取得するための仕組みとして、各料金収受機１５に、車線番号とネットワークアドレスとの対応テーブルを用意しておき、この対応テーブルを参照して、指定された車線番号に対するネットワークアドレスを取得できるようにしてある。
【００３８】
この後、料金収受機１５Ａは、受信タイマーをスタートさせ（ステップＳ５０４）、バックアップデータ送信先の料金収受機１５からの応答の受信を待つ（ステップＳ５０５）。応答を受信した場合は（ステップＳ５０６のＮＯ）、ステップＳ５０１に戻って上記の処理を繰り返す。受信タイムアウトになった場合は（ステップＳ５０７のＹＥＳ）、バックアップデータ送信先の料金収受機１５との接続が切れたものと判断し、メモリ２２上の送信先車線番号エリア３１の内容を”設定無し”に書き換える（ステップＳ５０８）。したがって、この接続切れが発生した場合には、ステップＳ５０２で送信先を決定する処理が行われる。
【００３９】
図６は、図５の送信先決定処理（ステップＳ５０２）に関するフローチャートである。
【００４０】
料金収受機１５Ａは、問い合わせ先の車線番号の値として、まず自車線番号の値を設定した後（ステップＳ６０１）、この自車線番号の値に１を加えた車線番号を（ステップＳ６０２）、問い合わせ先の車線番号として設定し（ステップＳ６０４）、この問い合わせ先の車線番号に対応する料金収受機１５へバックアップを要請する旨のデータを送信する（ステップＳ６０７）。その後、受信タイマーをスタートして（ステップＳ６０８）、応答を待つ（ステップＳ６０９）。
【００４１】
応答を受けることなく受信タイムアウトとなった場合（ステップＳ６１０のＹＥＳ）、あるいは、応答を受けたが（ステップＳ６１０のＮＯ）、その応答内容が”バックアップ不可”である場合（ステップＳ６１１のＮＯ）、料金収受機１５Ａは、ステップＳ６０２に戻って、問い合わせ車線番号の値に再び１を加算し、この更新された車線番号に対応する料金収受機１５への問い合わせを行う（ステップＳ６０７）。
【００４２】
上記のループを繰り返して行くうちに、問い合わせ先の車線番号の値が、料金所内の料金収受機１５の設置最大数である”１０”を越えた場合（ステップＳ６０３のＹＥＳ）、料金収受機１５Ａは、車線番号”１”を問い合わせ先の車線番号とし（ステップＳ６０４）、もしこの車線番号が自車線番号であるなら（ステップＳ６０５のＹＥＳ）、ステップＳ６０２に戻って、車線番号の値に１を加算した車線番号に対応する料金収受機１５への問い合わせを行う（ステップＳ６０７）。
【００４３】
以上のループは、問い合わせに対して、いずれかの車線の料金収受機１５から”バックアップ可”の応答を受信するまで（ステップＳ６１１のＹＥＳ）、あるいは、どの車線の料金収受機１５からも”バックアップ可”の応答を受信できなかったことが判断されるまで（ステップＳ６０６のＹＥＳ）繰り返される。
【００４４】
”バックアップ可”の応答を受信した場合（ステップＳ６１１のＹＥＳ）、料金収受機１５Ａは、その応答元の料金収受機１５の車線番号を、メモリ２２上の送信先車線番号エリア３１に書き込む（ステップＳ６１２）。
【００４５】
どの車線の料金収受機１５からも”バックアップ可”の応答を受信できなかった場合には（ステップＳ６０６のＹＥＳ）、料金収受機１５Ａは、最初に応答を受信した車線の料金収受機１５を問い合わせ先として決定し（ステップＳ６１３）、その料金収受機１５に、バックアップデータの送信先の変更を依頼する旨のデータを送信する（ステップＳ６１４）。すなわち、バックアップデータ送信先を、変更依頼元である料金収受機１５Ａに変更するように相手の料金収受機１５に依頼する。
【００４６】
この後、料金収受機１５Ａは、最初に応答を受信した車線の料金収受機１５から、バックアップデータを受信し（ステップＳ６１５）、メモリ２２上の他車線集計データエリア３４へ格納し（ステップＳ６１６）、バックアップデータの送信元である料金収受機１５へ転送終了のデータを送信する（ステップＳ６１７）。続いて、料金収受機１５Ａは、バックアップデータ送信元の料金収受機１５より、変更前の送信先車線番号が含まれている送信先車線通知を受信する（ステップＳ６１８）。
【００４７】
これ以後、料金収受機１５Ａは、メモリ２２の受信元車線番号エリア３３に格納されている受信元車線番号を、問い合わせ先の車線番号とし（ステップＳ６１９）、その車線番号に対応する料金収受機１５で発生した集計データを、メモリ２２の他車線集計データエリア３４にバックアップデータとして保持する。そして、料金収受機１５Ａは、問い合わせ先の車線番号を、受信した送信先車線通知に付加されていた車線番号とする（ステップＳ６２０）。この後、ステップＳ６０７へ移行し、この車線番号に対応する料金収受機１５に対してバックアップ要請の送信を行う。
【００４８】
すなわち、受信元の料金収受機１５（１５Ｂとする。）の送信先が料金収受機１５Ａに変更されたことで、それまで受信元の料金収受機１５Ｂの送信先であった料金収受機１５（１５Ｃとする。）のメモリ２２上の受信元車線番号が”設定無し”となる。そこで、この料金収受機１５Ｃに対して料金収受機１５Ａがバックアップ要請を行うことで、その料金収受機１５Ｃを料金収受機１５Ａにとっての送信先として利用することができる。
【００４９】
図７は、図４のステップＳ４０４のバックアップデータ受信処理に関するフローチャートである。
【００５０】
料金収受機１５Ａは、メモリ２２上の受信元車線番号エリア３３の内容が”設定無し”であるかどうかを調べ（ステップＳ７０１）、”設定無し”の場合（ステップＳ７０１のＹＥＳ）、他車線の料金収受機１５からのバックアップ要請の受信待ちを行う（ステップＳ７０２）。料金収受機１５Ａは、バックアップ要請を受信すると（ステップＳ７０３のＹＥＳ）、バックアップ可能である旨の応答を返し（ステップＳ７０４）、メモリ２２上の受信元車線番号エリア３３にバックアップ要請元の車線番号を書き込み（ステップＳ７０５）、メモリ２２上の他車線集計データエリア３４を初期化する（ステップＳ７０６）。
【００５１】
また、メモリ２２上の受信元車線番号エリア３３に受信元車線番号が既に設定されている場合（ステップＳ７０１のＮＯ）、料金収受機１５Ａは、その受信元車線番号に対応する料金収受機１５からのバックアップデータの受信待ちを行う（ステップＳ７０７）。受信がない場合（ステップＳ７０８のＹＥＳ）、あるいは、受信したデータが受信元車線番号の料金収受機１５からのものでない場合は無視し（ステップＳ７０９のＹＥＳ）、ステップＳ７０１に戻る。
【００５２】
受信したデータが、受信元車線番号に対応する料金収受機１５からのもので（ステップＳ７０９のＮＯ）、そのデータ内容がバックアップ終了要求であった場合は（ステップＳ７１０のＹＥＳ）、料金収受機１５Ａは、メモリ２２上の受信元車線番号エリア３３の内容を”設定無し”に変更する（ステップＳ７１１）。これにより料金収受機１５Ａは、変更前の受信元車線番号に対応する料金収受機１５のデータに関するバックアップを停止する。その後、ステップＳ７０１に戻る。
【００５３】
また、料金収受機１５Ａは、受信したデータがメモリ２２上の受信元車線番号エリア３３に格納された受信元車線番号に対応する料金収受機１５からのもので（ステップＳ７０９のＮＯ）、そのデータ内容がバックアップデータである場合は（ステップＳ７１０のＮＯ）、受信したバックアップデータをメモリ２２上の他車線集計データエリア３４へ保存し（ステップＳ７１２）、正常応答を受信元へ返す（ステップＳ７１３）。その後、ステップＳ７０１に戻る。
【００５４】
図８は、図４のステップＳ４１１のバックアップ先変更依頼受信処理に関するフローチャートである。
【００５５】
料金収受機１５Ａは、バックアップ先変更依頼元の料金収受機１５に対し、メモリ２２上の自車線集計データエリア３２の自車線集計データを送信する（ステップＳ８０１）。その後、料金収受機１５Ａは、依頼元の料金収受機１５から転送終了を受信するのを待ち（ステップＳ８０２）、受信後（ステップＳ８０３のＹＥＳ）、それまでバックアップデータを送信していた送信元車線番号に対応する料金収受機１５に対し、バックアップ終了要求を送信する（ステップＳ８０４）。この後、料金収受機１５Ａは、依頼元の料金収受機１５に対し、変更前の送信先車線番号を付加した送信先車線通知を送信し（ステップＳ８０５）、メモリ２２上の送信先車線番号エリア３１に、依頼元の料金収受機１５の車線番号を書き込む（ステップＳ８０５）。これにより、以降のバックアップデータの送信処理は依頼元の料金収受機１５に対して行われる。
【００５６】
図９は、各車線の料金収受機１５間でのデータのやりとりの流れを示すシーケンス図である。ここで、車線番号１から車線番号１０までの各料金収受機１５をそれぞれ車線１，車線２，車線３，・・・，車線１０とそれぞれ略称する。また、以下において単に「車線」と言う場合は、車線番号１から車線番号１０までのいずれかの料金収受機１５を指す。同シーケンス図は、車線１、車線２の順に料金収受機１５が設置された場合を示している。
【００５７】
車線１が設置され、料金収受機１５の電源が投入された時点では、メモリ２２上の送信先車線番号エリア３１および受信元車線番号エリア３３の各内容はともに”設定無し”である。
【００５８】
車線１は、まず車線２に対してバックアップ要請を送信する。応答が無くタイムアウトとなった場合には、次に車線３へバックアップ要請を送信する。これを、応答する車線が見つかるまで車線２から車線１０まで繰り返す。
【００５９】
その後、車線２が設置されたとする。料金収受機１５の電源が投入された時点では、この車線２のメモリ２２上の送信先車線番号エリア３１および受信元車線番号エリア３３の各内容はともに”設定無し”である。このため、車線２は、車線１からのバックアップ要請に対してバックアップ可の応答を送信する。これにより、車線１のメモリ２２上の送信先車線番号として車線２の車線番号が設定される。その後、車線１で料金収受処理が発生した場合には、車線２に対してバックアップデータが送信されることとなる。
【００６０】
続いて、車線２が上記と同様、バックアップデータの送信先の車線の検索を行うことにより、いずれ車線１に対しバックアップ要請が送信されてくる。これを受信した車線１は、メモリ２２上の受信元車線番号エリア３３の内容が”設定無し”であることから、バックアップ可の応答を車線２に送信する。これにより、車線２のメモリ２２上の受信元車線番号として車線１の車線番号が設定される。以降、車線１は、車線２からのデータをバックアップすることとなる。この結果、車線１と車線２とは相互にデータのバックアップを行うこととなる。
【００６１】
図１０は、車線１および車線２が相互にデータをバックアップしている状態（図９の最終状態）で、車線３が新たに設置された場合の、各車線の料金収受機１５間でのデータのやりとりの流れを示すシーケンス図である。図９の説明と同様、車線１は車線２へバックアップデータを送信し、車線２は車線１へバックアップデータを送信している状態を仮定する。
【００６２】
この状態において、車線３が新たに設置され、車線３の料金収受機１５の電源が投入された場合、車線３は車線４から車線１０へ順にバックアップ要請を送信し、いずれ車線１へバックアップ要請を送信する。車線３からバックアップ要請を受けた車線１は、現在、車線２を受信元車線番号として設定済みであることから、バックアップ不可の応答を送信する。これを受けた車線３は、次に、車線２に対してバックアップ要請を送信する。車線２も同様にバックアップ不可の応答を返す。
【００６３】
車線３は、車線４から車線１０までの応答はいずれもタイムアウトとなり、車線１および車線２からの応答内容はバックアップ不可であったことで、現在バックアップ可能な車線が無いことを認識し、最初に応答のあった車線１に対し、バックアップ先変更依頼を送信する。
【００６４】
バックアップ先変更依頼を受信した車線１は、現在メモリ２２上の自車線集計データエリア３２に格納している自車線集計データを、車線３へ送信する。車線３は、この車線１の集計データを、自分のメモリ２２上の他車線集計データエリア３４に書き込み、車線１へ転送終了を送信する。この時点で車線３にとっての受信元車線は車線１に決定される。  車線１は、車線３からの転送終了を受信すると、これまで送信先であった車線２に対してバックアップ終了要求を送信する。これにより、車線２のメモリ２２上の受信元車線番号エリア３３の内容は”設定無し”へと変更される。
【００６５】
また、車線１は車線３に対し、それまで送信先であった「車線２」を送信先車線通知に付加して送信する。また、車線１のメモリ２２上の送信先車線番号は車線３の車線番号に変更される。
【００６６】
車線３は、車線１から受信した送信先車線通知により、車線２が現在バックアップデータの受信元として空いていることを認識し、車線２に対してバックアップ要請を送信する。車線２は、現在、メモリ２２上の受信元車線番号エリア３３の内容が”設定無し”であることから、車線３へバックアップ可を応答し、以降、車線３からのデータをバックアップすることとなる。
【００６７】
これらの処理の結果、車線１は車線２からのデータを、車線２は車線３からのデータを、車線３は車線１からのデータを各々バックアップすることになる。
【００６８】
図１１は、他車線集計データ印書処理に関するフローチャートである。
【００６９】
本処理は、障害が発生した車線の料金収受機１５の勤務集計データをジャーナル出力する場合に実施されるもので、収受員が、他の車線の料金収受機１５を操作することにより実行される。
【００７０】
始めに、収受員は、他車線集計データの印書処理を行わせる料金収受機１５（以下、印書実行料金収受機と呼ぶ。）を操作し、勤務集計データの出力対象となる車線番号（障害が発生した車線）を手入力する（ステップＳ１１０１）。また、問い合わせ先の初期値として、印書実行料金収受機１５の車線番号を設定する（ステップＳ１１０２）。
【００７１】
次に、印書実行料金収受機１５では、メモリ２２上に保持した受信元車線番号と、入力された出力対象車線番号との比較が行われる（ステップＳ１１０３）。この比較の結果、両番号が同一である場合は（ステップＳ１１０４のＹＥＳ）、メモリ２２上の他車線集計データを基に帳票を編集し、この帳票データをジャーナルプリンタ２８へ出力する（ステップＳ１１０５）。
【００７２】
また、比較の結果、両番号が異なる場合は（ステップＳ１１０４のＮＯ）、問い合わせ先の車線番号の値に１を加算し（ステップＳ１１０６）、この車線番号の料金収受機１５に出力対象車線のバックアップデータを保持しているかどうかの問い合わせを行う（ステップＳ１１１３）。
【００７３】
ここで、問い合わせ先の車線番号の値に１を加算した結果、問い合わせ先の車線番号の値が出力対象車線の車線番号の値と同一である場合（ステップＳ１１１０のＹＥＳ）、もしくは印書実行料金収受機１５の車線番号の値と同一である場合には（ステップＳ１１１１のＹＥＳ）、問い合わせは行わず、ステップＳ１１０６に戻って、更に問い合わせ先の車線番号の値に１を加算して問い合わせ先を更新する。また、問い合わせに対して応答が無い場合も（ステップＳ１１１５のＹＥＳ）、同様にステップＳ１１０６に戻る。
【００７４】
上記のループを繰り返して行くうちに、問い合わせ先の車線番号の値が、料金所内の料金収受機１５の設置最大数である”１０”を越えた場合には（ステップＳ１１０７のＹＥＳ）、車線番号”１”を問い合わせ先の車線番号とする（ステップＳ１１０８）。
【００７５】
問い合わせに対する応答を受信した場合（ステップＳ１１１５のＮＯ）、印書実行料金収受機１５は、その応答元の料金収受機１５からの出力対象車線の集計データを受信し（ステップＳ１１１６）、この集計データを基に帳票を編集し、帳票データをジャーナルプリンタ２８へ出力する（ステップＳ１１１７）。
【００７６】
問い合わせに対する応答がないまま、全車線の料金収受機１５に対して問い合わせが終了した場合は（ステップＳ１１０９のＹＥＳ）、データ無しである旨の帳票をジャーナルプリンタ２８へ出力する（ステップＳ１１１４）。
【００７７】
この実施形態の料金収受機１５およびこれを用いた料金収受システムによれば、各々の料金収受機１５が、他車線の料金収受機１５に集計データをバックアップすることによって、以下の効果を奏し得る。
【００７８】
ある車線の料金収受機１５の集計データの復旧作業を他の車線の料金収受機１５で行うことができるので、復旧用の専用機を用意する必要がなく、データ復旧のための設備コストを低減できる。収受員の専用機設置場所への移動が不要になり、データ復旧作業に要する時間を短縮できる。特殊な専門知識がない収受員による復旧作業が容易になり、保守員を呼び出す手間、時間を省けることによっても、データ復旧作業の時間を短縮できる。シリコン系不揮発性メモリ媒体にデータをバックアップするよりも、高速なバックアップ保存が可能となるとともに、メモリ媒体の破損によるバックアップデータの欠損のおそれがなくなり、保全性が向上する。さらに、メモリカードの電池交換等の保守作業が不要になり、保守コストを低減できる。
【００７９】
また、この実施形態の料金収受機１５およびこれを用いた料金収受システムによれば、バックアップデータの送信先および受信元を各々の料金収受機１５が自動で検索し、設定することによって、以下の効果を奏し得る。
【００８０】
各々の料金収受機１５が電源が投入される都度、自動でバックアップデータの送信先および受信元を検索して設定するので、保守員や収受員等による人為的な設定作業が不要になる。バックアップデータの送信先および受信元を検索し設定する車線の料金収受機１５から見て、バックアップデータの送信先および受信元である他の車線の料金収受機１５の設定が自動で変更されるので、他の車線の運用を止めずに料金収受機１５の増設や撤去、点検等を行うことができる。送信先の料金収受機１５との回線断を認識した時点で、自動で、別の車線の料金収受機１５の検索、設定を行うので、各々の料金収受機１５の保守などを目的として、電源を落としたり、回線を切ったりするタイミングの選定の制約が軽減する。データのバックアップやその管理に関して、料金所内の料金収受機１５の設置台数について上限制限が無くなる。
【００８１】
さらに、この実施形態の料金収受機１５およびこれを用いた料金収受システムによれば、勤務集計データの復旧作業に関して、以下の効果を奏し得る。
【００８２】
どの料金収受機１５からでも、出力対象の車線の勤務集計データを復旧することができる。このため、特定の車線の料金収受機１５に勤務集計データの復旧作業による負荷が集中することが無くなる。勤務集計データを復旧するために特殊な知識や技能を必要とせず、収受員による容易な復旧作業が可能となる。また、勤務途中の集計についても、他車線の料金収受機１５にてジャーナルに出力できるようになる。
【００８３】
尚、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは言うまでもない。
【図面の簡単な説明】
【００８４】
【図１】本発明の一実施形態に係る料金収受機を用いた料金収受システムの全体的な構成を示す図である。
【図２】図１の料金収受機の電気的なハードウェア構成を示すブロック図である。
【図３】料金収受機内のメモリのフォーマットを示す図である。
【図４】料金収受機で行われる業務に関するフローチャートである。
【図５】図４のバックアップデータ送信処理に関するフローチャートである。
【図６】図５の送信先決定処理に関するフローチャートである。
【図７】図４のバックアップデータ受信処理に関するフローチャートである。
【図８】図４のバックアップ先変更依頼受信処理に関するフローチャートである。
【図９】各車線の料金収受機間でのデータのやりとりの流れを示すシーケンス図である。
【図１０】車線１および車線２が相互にデータをバックアップしている状態で、車線３が新たに設置された場合の、各車線の料金収受機１５間でのデータのやりとりの流れを示すシーケンス図である。
【図１１】他車線集計データの印書処理に関するフローチャートである。
【符号の説明】
【００８５】
１１…ホスト、１２…ＬＡＮ回線、１４…ＬＡＮ回線、１５…料金収受機、２１…ＣＰＵ、２２…メモリ、２４…操作部、２６…ＬＡＮ回線、２８…ジャーナルプリンタ、３１…送信先車線番号エリア、３２…自車線集計データエリア、３３…受信元車線番号エリア、３４…他車線集計データエリア
【図１】
2005157922.tif 000003
【図２】
2005157922.tif 000004
【図３】
2005157922.tif 000005
【図４】
2005157922.tif 000006
【図５】
2005157922.tif 000007
【図６】
2005157922.tif 000008
【図７】
2005157922.tif 000009
【図８】
2005157922.tif 000010
【図９】
2005157922.tif 000011
【図１０】
2005157922.tif 000012
【図１１】
2005157922.tif 000013