JP2003296768A - 自動改札システム及びそのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 本願発明は、ネットワークやホストサーバ
の異常時の発生下においても、円滑な改札のゲートの開
閉を可能とする。 【解決手段】 本願発明に係る自動改札システムは、複
数の改札１…１を制御用通信回線を介してホストサーバ
２に接続し、改札１にて切符或いは定期から取得した情
報を基に、ホストサーバ２が各改札１のゲートの開閉の
制御を行うものにであり、上記制御用通信回線を利用し
て或いは当該制御用回線とは別途の回線にて各改札１…
１とホストサーバ２との間に構築された確認通信手段３
を備える。確認通信手段３は、個々の改札１とホストサ
ーバ２との間で、双方向の信号の交換を行う。各改札１
は、ホストサーバ２からの上記の信号の途絶え或いは異
常を検出することにて、ホストサーバ２の制御を遮断し
て或いはホストサーバ２の制御に優先して、切符或いは
定期から取得した情報によりゲートの開閉を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願発明は、自動改札システ
ム及びそのプログラムに関する。

【０００２】

【従来の技術】近年、鉄道の各駅に備えられた自動改札
の夫々は、駅に或いは駅とは別の施設に配備されたホス
トサーバに、ネットワークを通じて接続され、当該ホス
トサーバにて集中的に管理されている。ところが、ネッ
トワークやホストサーバの異常事態によって、その機能
が果たせない状態に陥ったとき、各改札は、ホストサー
バの制御を受けることができず、ゲートを閉ざしたまま
となってしまう。従って、このような異常時において、
乗客は、駅構内に閉じ込められて円滑な移動が行えなく
なり、混雑やパニックによる混乱を生じて、最悪の場
合、人身事故に繋がる危険な状況を招来する危惧があ
る。

【０００３】

【発明が解決しようとする課題】本願発明では、上記ネ
ットワークやホストサーバの異常時の発生下において
も、円滑な改札のゲートの開閉を可能として、上記課題
の解決を図った。

【０００４】

【課題を解決するための手段】本願第１の発明に係る自
動改札システムは、複数の改札１…１を制御用通信回線
を介してホストサーバ２に接続し、改札１にて切符或い
は定期から取得した情報を基に、ホストサーバ２が各改
札１のゲートの開閉の制御を行うものについて、次の構
成を採る。即ち、上記制御用通信回線を利用して或いは
当該制御用回線とは別途の回線にて各改札１…１とホス
トサーバ２との間に構築された確認通信手段３を備え
る。上記の確認通信手段３は、個々の改札１とホストサ
ーバ２との間で、双方向の信号の交換を行うものであ
る。各改札１は、ホストサーバ２からの上記の信号の途
絶え或いは異常を検出することにて、ホストサーバ２の
制御を遮断して或いはホストサーバ２の制御に優先し
て、切符或いは定期から取得した情報により、ゲートの
開閉を行うものである。尚、ここで改札とは、乗客一人
の通過に対応した装置の一単位という意味で用い、ここ
でゲートとは、当該改札のゲートを指す（論理回路など
で用いる「ゲート」という語の意味と異なる）。従って
１つのゲートは１つの改札に対応するものとして説明す
る（以下同様である）。

【０００５】本願第２の発明に係る自動改札システムで
は、上記本願第１の発明に係る自動改札システムにあっ
て、各改札１が、ホストサーバ２からの上記の信号の途
絶え或いは異常を検出することが可能な異常検出手段１
０と、ホストサーバ２の制御を遮断して或いはホストサ
ーバ２の制御に優先して改札にて切符或いは定期から取
得した情報を基にゲートの開閉の制御を行う縮退運転手
段１１とを備える。異常検出手段１０は、信号の途絶え
或いは異常を検出することにて、縮退運転手段を稼動せ
しめることを特徴とする。

【０００６】本願第３の発明に係る自動改札システムで
は、上記本願第２の発明に係る自動改札システムにあっ
て、上記確認通信手段３が、ホストサーバと各改札との
間で定期的に双方向の確認用のパケットの交換を行うも
のである。また、上記異常検出手段１０は、上記定期の
パケットの受信の有無或いは受信の異常を検出するもの
である。

【０００７】本願第４の発明に係る自動改札プログラム
は、上記本願第１乃至第３の何れかの発明に係る自動改
札システムを実行するものであることを特徴とする。こ
のような手段を採る上記の本願第１乃至第４の発明によ
って、ホストサーバ２からの適切な制御が得られなくな
ったことを改札１側において、検出可能とし、その際、
当該サーバ２の制御を離れ、各改札１…１が自律的にそ
のゲートの開閉を行うことが可能なシステムを提供し得
た。

【０００８】

【発明の実施の形態】以下、図面に基づき本願発明の実
施の形態について説明する。図１乃至図３へ、本願発明
の一実施の形態を示す。図１は、このシステムの概略を
示す説明図である。図２（Ａ）はこのシステムの通常運
転の状態を示す説明図であり、図２（Ｂ）はこのシステ
ムの縮退運転の状態を示す説明図である。図３はこのシ
ステムの改札側における処理の流れを示す説明図であ
る。

【０００９】図１に示す通り、この自動改札システム
は、各駅に設けられた個々の改札１…１を制御用通信回
線３０…３０を介して、駅構内或いは各駅とは別の施設
に設けられたホストサーバ２に接続し、改札１にて切符
或いは定期から取得した情報を基に、ホストサーバ２が
各改札１のゲートの開閉の制御を行うものである。以
下、各部の構成について、順に説明する。

【００１０】図２（Ａ）へ示す通り、このシステムは、
上記制御用通信回線３０を利用して各改札１…１とホス
トサーバ２との間に構築された確認通信手段３を備え
る。この確認通信手段３は、改札１側からホストサーバ
２側へ向けてのパケットの送信（上りパケットｐ１）を
行う上り用パケット交換機と、ホストサーバ２側から改
札１側へ向けてのパケットの送信（下りパケットｐ２）
を行う下り用パケット交換機とを備え、改札１とホスト
サーバ２との間で、定期的に、双方向の確認情報の交換
を行うものである。即ち、確認通信手段３は、ホストサ
ーバと各改札との間で定期的に双方向の確認用のパケッ
トの交換を行うものである。

【００１１】改札１…１の夫々は、ゲートＧと、投入さ
れた切符や定期の情報を読み取るリーダーＴと、ゲート
の作動部１４と、正常時に動作部１４へ制御信号を送る
回路を備えた通常運転手段１２と、異常時に作動部１４
へ制御信号を送る回路を備えた縮退運転手段１１と、パ
ケット交換機から下りパケットｐ２の途絶えを検出する
回路を備えた異常検出手段１０とを有する。

【００１２】上記上下のパケット交換機によるパケット
の交換は、一定時間毎に行われる。異常運転手段１１
が、上記下りパケットｐ２の途絶えを検出しない限り、
改札1において正常運転が行われる。正常運転では、上
記の各構成において以下の動作がなされる。図２（Ａ）
へ示す通り、上記の縮退運転手段１１は、正常時、リー
ダーＴが得た情報（以下リーダー情報ａ１という。）を
そのまま正常運転手段１２に送る。正常運転手段１２
は、チケットデータ確認依頼として当該リーダー情報ａ
１を、制御用通信回線３０を通じて、ホストサーバ２へ
送る。リーダー情報ａ１を受けたホストサーバ２は、こ
の情報ａ１を基にデータの確認を行い、当該チケットデ
ータ確認結果としてゲートＧの開閉の適否を判断するの
に用いる情報（以下確認情報ａ２という。）を、制御用
通信回線３０を通じて、各改札１の正常運転手段１２に
送る。この確認情報ａ２を基に、正常運転手段１２は、
判定を行い、当該判定に基づく制御信号を動作部１４へ
送る。この制御信号に従って、作動部１４は、ゲートＧ
の開閉を行う。

【００１３】異常運転手段１１が、上記下りパケットｐ
２の途絶えを検出した際、改札1 において縮退運転が行
われる。縮退運転では、上記の各構成において以下の動
作がなされる。図２（Ｂ）へ示す通り、通常運転手段１
２は、検出した異常時を縮退運転手段１１に通知する。
この通知を受けた縮退運転手段１１は、正常運転手段１
２から作動部１４に向けての上記制御信号を遮断すると
共に、正常時には正常運転手段１２に向けて通過させて
いた上記のリーダー情報を自身が受ける。そして、縮退
運転手段１１は、リーダー情報を基に判定を行い、当該
判定に従って動作部１４へ制御信号を送る。この縮退運
転手段１１からの制御信号を受けて作動部１４は、ゲー
トＧの開閉を行う。

【００１４】縮退運転においてゲートＧの開閉動作の処
理に用いられる情報は、ゲートの開閉に必要な最小限の
情報であり、その内容は、定期の場合、日付と乗車区間
であり、切符の場合、日付と、金額と、乗車駅である。
また、ブリペイドカードの場合、残金と、乗車駅であ
る。一方、通常運転において用いられるサーバー２から
の確認情報ａ１の内容は、上記の情報に加えて、上記情
報から判断されたプリペイドカードの引き落とし金額な
どである。但し、正常運転や縮退運転に上記以外の情報
を付加することを制限するものではなく、必要に応じて
他の情報を用いるものであってもよい。

【００１５】以上が、本願発明に係るシステムの最小限
の構成及び動作である。次に、図３を用いて、上記シス
テムの改札側における処理の具体的な流れについて順に
説明する。先ず、開始工程１００にて、システムの作動
を開始する。続く前工程１０１において、システムの初
期化処理が行われる。

【００１６】上記前工程１０１の後、これに続く第１工
程１０２から実際のシステムの運用が始まる。この第１
工程１０２において、ネットワーク（確認通信手段３）
の正常稼動の確認処理が行われる。即ち、この第１処理
１０２における判定処理１０３において、異常検出手段
１０により、定期確認パケット（下りパケットｐ２）を
所定時間内に受信したか否かの判定が行われる。判定に
より、正常（ＹＥＳ）と判定された場合、次の第２工程
１０４に移行する。

【００１７】第２工程１０４では、ホストサーバ２に対
し、正常運転手段１２が、チケットデータの確認依頼の
発行処理（リーダー情報送信）を行う。第３工程１０５
では、正常運転手段１２により、上記依頼を受けてホス
トサーバ２が行ったチケット確認結果の受信処理（確認
情報ａ２受信）が行われる。即ち、この第３工程におい
て、正常運転手段１２により、ホストサーバ２の回答
（確認情報ａ２）を基に、ゲートの開閉の適否の判定処
理１０６がなされる。

【００１８】その結果ゲート開放の許可（ＹＥＳ）が出
れば、次の第４工程１０７にて、作動部１４がゲートＧ
を開く。そして、次の判定工程１０９へ処理が移行す
る。また、判定処理１０６の結果、ゲート開放の拒否
（ＮＯ）の判定が出ると、第５工程１０８に移行し、ゲ
ートＧを閉ざしたまま、改札はブザー等の警報を発しチ
ケット（定期、切符又はプリペドカード）が通過条件を
満たしていないことを乗客に伝える。その結果、乗客が
ゲート通過の条件を満たす適切な処置を採れば、上記の
第１判定工程１０９へ処理が移行する。上記の警報は、
駅員のいる場所への誘導の音声を伴いものとすれば効果
的である。

【００１９】第１判定工程１０９では、定期確認パケッ
ト（下りパケットｐ２）の確認周期（確認時刻）が到来
したか否かを判定する。その結果到来していなければ
（ＮＯの判定）、処理は、第２工程１０４に戻って繰り
返される。判定の結果上記周期が到来していれば（ＹＥ
Ｓの判定）、処理は、第１工程１０２に戻って繰り返さ
れる。

【００２０】上記の第１工程１０２における判定処理１
０３にて、時間内にパケットの受信が行われていないと
の判定（ＮＯ）がなされると、第６工程１１０へ処理が
移行する。第６工程１１０は、ネットワーク等の障害が
発生していると判断し、縮退運転へ移行する工程であ
る。この第６工程１１０における判定処理１１１にて、
縮退運転におけるチケットのチェックが行われる。即
ち、縮退運転手段１１が、ゲートの開閉の適否の判定処
理１１１を行う。その結果ゲート開放の許可（ＹＥＳ）
が出れば、次の第７工程１１２にて、作動部１４がゲー
トＧを開く。そして、次の第２判定工程１１４へ処理が
移行する。また、判定処理１１１の結果、ゲート開放の
拒否（ＮＯ）の判定が出ると、第８工程１１３に処理が
移行し、ゲートＧを閉ざしたまま、改札はブザー等の警
報を発しチケットが通過条件を満たしていないことを乗
客に伝える（第５工程１０８におけるのと同様の処理を
行う）。その結果、乗客がゲート通過の条件を満たす適
切な処置を採れば、上記の第２判定工程１１４へ処理が
移行する。

【００２１】第２判定工程１１４において、上記判定工
程１０９と同様、定期確認パケット（下りパケットｐ
２）の確認周期（確認時刻）が到来したか否かを判定す
る。その結果到来していなければ（ＮＯの判定）、処理
は、第６工程１１０の判定処理１１１に戻り、当該処理
以降の工程が繰り返される。判定の結果上記周期が到来
していれば（ＹＥＳの判定）、処理は、第３判定工程１
１５に移行する。

【００２２】第３判定工程１１５において、ネットワー
ク（確認通信手段３）の正常稼動の確認処理が行われ
る。即ち、この第３判定工程１１５において、異常検出
手段１０により、定期確認パケット（下りパケットｐ
２）を所定時間内に受信したか否かの判定が行われる。
判定により、正常（ＹＥＳ）と判定された場合、次の第
９工程１１６に移行する。この第９工程１１６では、生
じていたネットワーク等の障害が復旧したとの異常検出
手段１０の判定を受けて、縮退運転手段１１が、正常運
転手段１２に、通常運転による処理を再開させる。即
ち、第９工程１１６にて、処理が、再び第１処理工程１
０２に戻される。

【００２３】上記の実施の形態において、異常検出手段
１０の異常の検出は、自動的に退縮運転手段１１に伝達
されるものとしたが、上記の異常を警報等により駅員に
察知させ、駅員のスイッチ操作にて、縮退運転手段１２
による縮退運転に切り換えるものとしても実施可能であ
る。また、縮退運転の他、異常時の緊急性に応じて、ゲ
ートを完全に開放するモードを実行する手段を改札１に
設けて実施することも可能である（図示しない）。更
に、通常運転と縮退運転とにおいて、ゲート開閉に用い
る情報は原則として異なるものとしたが、この他、情報
の内容は同一のものであっても実施可能である。上記ホ
ストサーバ２は、駅或いは駅外部の施設に設置され、直
接、各改札１の制御を行うものとしたが、ホストサーバ
２と改札１との間にホストサーバ２と別途の中間サーバ
を配するものとし、当該中間サーバを介して所定数の改
札１…１を束ねて、間接的にホストサーバ２が改札１を
制御するものとしても実施可能である（図示しない）。

【００２４】

【発明の効果】本願第１乃至４の発明の実施によって、
改札と接続されたホストサーバや両者の間に介されたネ
ットワークなどの改札の制御のための通信手段が正常に
機能しなくなった際、このような制御の方法に代えて、
各改札が自律的に、そのゲートの開閉を行うことを可能
とした。このため、上記の異常時においても、駅構内に
て乗客の移動の混乱を抑制し得た。特に上記本願第３の
発明においては、異常時の検出についてパケット交換と
いう簡易且つ確実な方法を用いるで、簡便且つ確実に上
記の効果を得ることを可能とした。

【図面の簡単な説明】

【図１】本願発明の一実施の形態に係るシステム全体の
概略の説明図である。

【図２】（Ａ）は通常運転中の上記システムの作動状態
の説明図であり、（Ｂ）は退縮運転中の上記システムの
作動状態の説明図である。

【図３】上記システムの改札側の処理の流れを示す説明
図である。

【符号の説明】

１ 改札 ２ ホストサーバ ３ 確認通信手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の改札を制御用通信回線を介してホ
   ストサーバに接続し、改札にて切符或いは定期から取得
   した情報を基に、ホストサーバが各改札のゲートの開閉
   の制御を行う自動改札システムにおいて、 上記制御用通信回線を利用して或いは当該制御用回線と
   は別途の回線にて各改札とホストサーバとの間に構築さ
   れた確認通信手段を備え、 上記の確認通信手段は、個々の改札とホストサーバとの
   間で、双方向の信号の交換を行うものであり、 各改札は、ホストサーバからの上記の信号の途絶え或い
   は異常を検出することにて、ホストサーバの制御を遮断
   して或いはホストサーバの制御に優先して、切符或いは
   定期から取得した情報により、ゲートの開閉を行うもの
   であることを特徴とする自動改札システム。
2. 【請求項２】 各改札は、ホストサーバからの上記の信
   号の途絶え或いは異常を検出することが可能な異常検出
   手段と、ホストサーバの制御を遮断して或いはホストサ
   ーバの制御に優先して改札にて切符或いは定期から取得
   した情報を基にゲートの開閉の制御を行う縮退運転手段
   とを備え、 異常検出手段は、信号の途絶え或いは異常を検出するこ
   とにて、縮退運転手段を稼動せしめることを特徴とする
   請求項１記載の自動改札システム。
3. 【請求項３】 上記確認通信手段は、ホストサーバと各
   改札との間で定期的に双方向の確認用のパケットの交換
   を行うものであり、 上記異常検出手段は、上記定期のパケットの受信の有無
   或いは受信の異常を検出するものであることを特徴とす
   る請求項２記載の自動改札システム。
4. 【請求項４】 上記本願第１乃至第３の何れかの発明に
   係る自動改札システムを実行する自動改札プログラム。