(57)【要約】【課題】通信障害発生時の円滑な入出場が可能な改札システムを提供する。【解決手段】実施形態によれば、改札システムは、サーバーと、第１端末機と、を備える改札システムであって、前記第１端末機は、券媒体を処理する第１券処理部と、前記サーバーとの間で通信を行う第１通信部と、を備え、前記第１券処理部において前記券媒体から読み取った券情報を前記第１通信部により前記サーバーへ送信できない場合に、前記第１券処理部は前記券媒体に対して入場記録情報または出場記録情報を書き込むとともに通信障害モードをオンにする。【選択図】  図７
2020154676.tif 000002
【特許請求の範囲】
【請求項１】
サーバーと、第１端末機と、を備える改札システムであって、
前記第１端末機は、
券媒体を処理する第１券処理部と、
前記サーバーとの間で通信を行う第１通信部と、を備え、
前記第１券処理部において前記券媒体から読み取った券情報を前記第１通信部により前記サーバーへ送信できない場合に、前記第１券処理部は前記券媒体に対して入場記録情報または出場記録情報を書き込むとともに通信障害モードをオンにする改札システム。
【請求項２】
前記第１端末機は、さらに、ドア機構を備え、
前記第１通信部が前記サーバーへ前記券情報を送信できない場合に、前記ドア機構が改札通路を開放する請求項１に記載の改札システム。
【請求項３】
券媒体を処理する第１券処理部と、
前記第１券処理部における前記券媒体の処理に必要な情報の通信を行う第１通信部と、を備え、
前記第１券処理部において前記券媒体から読み取った券情報を前記第１通信部により送信できない場合に、前記券媒体に対して入場記録情報または出場記録情報を書き込むとともに通信障害モードをオンにする第１端末機。
【請求項４】
さらに、ドア機構を備え、
前記第１通信部が前記券情報を送信できない場合に、前記ドア機構が改札通路を開放する請求項３に記載の第１端末機。
【請求項５】
サーバーと、第１端末機と、を備える改札システムであって、
前記サーバーは、
券媒体の識別情報と精算方法の設定情報とを関連付けした第１テーブルと、運賃表に対応した第２テーブルと、を保持するメモリと、
前記第１端末機との間で通信を行う通信部と、
前記通信部により受信した識別情報に基づいて前記第１テーブルを参照して対応する前記設定情報を読み出し、前記通信部により受信した入場記録情報または出場記録情報に基づいて前記第２テーブルを参照して運賃を算出し、前記設定情報と運賃情報とを前記第１端末機に送信するように前記通信部を制御する制御部と、を備える、改札システム。
【請求項６】
前記第１端末機は、
前記券媒体を処理する第１券処理部と、
前記サーバーとの間で通信を行う第１通信部と、
前記第１通信部により受信した前記設定情報に基づいて精算方法として前記第１端末機における自動精算が設定されている場合に、前記第１通信部により受信した前記運賃情報に基づいた精算処理を行うとともに前記券媒体に対して通信障害モードをオフにするように前記第１券処理部を制御する第１制御部と、を備える、請求項５に記載の改札システム。
【請求項７】
前記第１端末機は、
券媒体を処理する第１券処理部と、
前記サーバーとの間で通信を行う第１通信部と、
前記第１通信部により受信した前記設定情報に基づいて精算方法として第２端末機における確認精算が設定されている場合に、前記第１通信部により受信した前記運賃情報に基づいた精算処理を中止するように前記第１券処理部を制御する第１制御部と、を備える、請求項５に記載の改札システム。
【請求項８】
前記第１端末機は、
ドア機構と、報知部とを備え、
前記第１制御部は、前記確認精算が設定されている場合に、改札通路を閉鎖するように前記ドア機構を制御するとともに、前記第２端末機の場所を報知する報知部を制御する、請求項７に記載の改札システム。
【請求項９】
前記第２端末機は、
前記券媒体を処理する第２券処理部と、
前記サーバーとの間で通信を行う第２通信部と、
前記第２通信部により受信した前記運賃情報に基づいた精算処理を行うとともに前記券媒体に対して通信障害モードをオフにするように前記第２券処理部を制御する第２制御部と、を備える、請求項７に記載の改札システム。
【請求項１０】
券媒体の識別情報と精算方法の設定情報とを関連付けした第１テーブルと、運賃表に対応した第２テーブルと、を保持するメモリと、
前記券媒体の処理に必要な情報の通信を行う通信部と、
前記通信部により受信した識別情報に基づいて前記第１テーブルを参照して対応する設定情報を読み出し、前記通信部により受信した入場記録情報または出場記録情報に基づいて前記第２テーブルを参照して運賃を算出し、前記設定情報と運賃情報とを送信するように前記通信部を制御する制御部と、を備える、サーバー。
【請求項１１】
券媒体を処理する第１券処理部と、
前記券媒体の処理に必要な情報の通信を行う第１通信部と、
前記第１通信部により受信した設定情報に基づいて精算方法として第１端末機における自動精算が設定されている場合に、前記第１通信部により受信した運賃情報に基づいた精算処理を行うとともに前記券媒体に対して通信障害モードをオフにするように前記第１券処理部を制御する第１制御部と、を備える、第１端末機。
【請求項１２】
券媒体を処理する第１券処理部と、
前記券媒体の処理に必要な情報の通信を行う第１通信部と、
前記第１通信部により受信した設定情報に基づいて精算方法として第２端末機における確認精算が設定されている場合に、前記第１通信部により受信した運賃情報に基づいた精算処理を中止するように前記第１券処理部を制御する第１制御部と、を備える、第１端末機。
【請求項１３】
ドア機構と、報知部とを備え、
前記第１制御部は、前記確認精算が設定されている場合に、改札通路を閉鎖するように前記ドア機構を制御するとともに、前記第２端末機での前記確認精算へ誘導するように報知部を制御する、請求項１２に記載の第１端末機。
【請求項１４】
券媒体を処理する第２券処理部と、
前記券媒体の処理に必要な情報の通信を行う第２通信部と、
前記第２通信部により受信した運賃情報に基づいた精算処理を行うとともに前記券媒体に対して通信障害モードをオフにするように前記第２券処理部を制御する第２制御部と、を備える、第２端末機。
【請求項１５】
前記券媒体は、ポストペイカードである、請求項３、４、１１乃至１３の何れか１項に記載の第１端末機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、改札システム、サーバー、第１端末機、及び、第２端末機に関する。
【背景技術】
【０００２】
駅務機器において、利用者が使用する各端末の処理を最小限に絞り、サーバー側に処理内容を集中させるシステムが実現されている。このようなシステムでは、サーバーへ変更を加えることによって各端末へ変更を反映させることができるため、メンテナンス等のコストを削減することができる。一方、当該システムにおいては、各端末とサーバーとの間で通信障害が発生した場合の対応に課題が残されている。通信障害が発生した際にも利用者の円滑な入出場を阻害することなく正確に運賃を収受することが求められている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２７９４５７号公報
【特許文献２】特開２００６−２０９６６１号公報
【特許文献３】特開２０１３−５０８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本実施形態の目的は、通信障害発生時の円滑な入出場が可能な改札システムを提供することにある。
【課題を解決するための手段】
【０００５】
一実施形態に係る改札システムは、サーバーと、第１端末機と、を備える改札システムであって、前記第１端末機は、券媒体を処理する第１券処理部と、前記サーバーとの間で通信を行う第１通信部と、を備え、前記第１券処理部において前記券媒体から読み取った券情報を前記第１通信部により前記サーバーへ送信できない場合に、前記第１券処理部は前記券媒体に対して入場記録情報または出場記録情報を書き込むとともに通信障害モードをオンにする。
【図面の簡単な説明】
【０００６】
【図１】図１は、本実施形態に係る改札システムの構成を概略的に示すブロック図である。
【図２】図２は、本実施形態に係るサーバーの構成を概略的に示すブロック図である。
【図３】図３は、本実施形態に係る改札機の構成を概略的に示すブロック図である。
【図４】図４は、本実施形態に係る精算機の構成を概略的に示すブロック図である。
【図５】図５は、精算機において精算方法を設定する際の精算機の動作を説明するためのフローチャートである。
【図６】図６は、券媒体のメモリ及びサーバーのメモリに記憶されている内容の一例を示す図である。
【図７】図７は、通信障害発生時の券媒体、改札機、サーバーのシーケンス図を示している。
【図８】図８は、通信障害発生時の改札機の動作を説明するためのフローチャートである。
【図９】図９は、通信障害復旧後の券媒体、改札機、サーバーのシーケンス図を示している。
【図１０】図１０は、通信障害復旧後の改札機の動作を説明するためのフローチャートである。
【図１１】図１１は、通信障害復旧後のサーバーの動作を説明するためのフローチャートである。
【図１２】図１２は、通信障害復旧後の券媒体、精算機、券売機、窓口処理機、サーバーのシーケンス図を示している。
【図１３】図１３は、通信障害復旧後の精算機の動作を説明するためのフローチャートである。
【図１４】図１４は、通信障害復旧後の券媒体、改札機、サーバーのシーケンス図を示している。
【図１５】図１５は、通信障害復旧後の改札機の動作を説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
以下、本実施形態について、図面を参照しながら説明する。なお、開示はあくまで一例に過ぎず、当業者において、発明の主旨を保っての適宜変更について容易に想到し得るものについては、当然に本発明の範囲に含有されるものである。また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合があるが、あくまで一例であって、本発明の解釈を限定するものではない。また、本明細書と各図において、既出の図に関して前述したものと同一又は類似した機能を発揮する構成要素には同一の参照符号を付し、重複する詳細な説明を適宜省略することがある。
【０００８】
図１は、本実施形態に係る改札システム１００の構成を概略的に示すブロック図である。  
改札システム１００は、サーバー１と、複数の改札機２と、複数の精算機３と、複数の券売機４と、複数の窓口処理機５と、を備えている。複数の改札機２、複数の精算機３、複数の券売機４、複数の窓口処理機５は、ネットワーク６を介してサーバー１に接続されている。精算機３は、例えば、改札内に設置されている。券売機４は、例えば、改札外に設置されている。窓口処理機５は、例えば、改札内及び改札外の少なくとも一方に設置されている。なお、本実施形態においては、改札機２を第１端末機とし、精算機３、券売機４、窓口処理機５を総称して第２端末機とする。また、改札システム１００は、単数の改札機２、精算機３、券売機４、窓口処理機５を備えていても良い。
【０００９】
本実施形態の改札システム１００は、ネットワーク６の通信障害が発生した際に、改札機２において利用者の円滑な入出場を阻害することなく、入場記録情報及び出場記録情報（以下、入出場情報とする）を券媒体に書き込むシステムである。つまり、通信障害発生時に利用者が券媒体を改札機２にかざした場合、サーバー１と改札機２との間の通信が不可であるため、改札機２は入出場情報を券媒体に書き込み利用者を通行させる。なお、通信障害発生時には、精算機３、券売機４、窓口処理機５の利用は不可であるため、利用者が精算機３、券売機４、窓口処理機５に券媒体をかざした場合には、通信障害発生中である旨が利用者に報知される。そして、通信障害復旧後に、利用者が初めて改札機２、精算機３、券売機４、窓口処理機５の何れかに券媒体をかざした場合に、券媒体に記録された入出場情報に基づいて精算処理が行われる。
【００１０】
図２は、本実施形態に係るサーバー１の構成を概略的に示すブロック図である。  
サーバー１は、制御部１０と、メモリ１１と、通信部１２と、判定部１３とを備えている。制御部１０は、メモリ１１、通信部１２、判定部１３に接続され、それぞれの制御を行う。メモリ１１は、制御部１０による制御に基づいて、サーバー１の制御に必要な制御データを記憶している。また、メモリ１１は、個客の識別情報や運賃表などを記憶している。なお、メモリ１１が記憶する詳細な内容については図６で説明する。通信部１２は、制御部１０による制御に基づいて、改札機２との間で券媒体の処理に必要な情報の通信を行う。同様に、通信部１２は、精算機３、券売機４、窓口処理機５とも券媒体の処理に必要な情報の通信を行う。判定部１３は、制御部１０による制御に基づいて、利用者の改札機の通行可否を判定する。判定部１３は、改札機２から受信した券情報に基づいて通路の通行可否を判定する。
【００１１】
図３は、本実施形態に係る改札機２の構成を概略的に示すブロック図である。  
改札機２は、制御部２０と、メモリ２１と、通信部２２と、券処理部２３と、報知部２４と、ドア機構２５と、を備えている。制御部２０は、メモリ２１、通信部２２、券処理部２３、報知部２４、ドア機構２５に接続され、それぞれの制御を行う。メモリ２１は、制御部２０による制御に基づいて、改札機２の制御に必要な制御データを記憶している。通信部２２は、制御部２０による制御に基づいて、サーバー１との間で通信を行う。通信部２２は、券処理部２３における券媒体の処理に必要な情報の通信を行う。券処理部２３は、制御部２０による制御に基づいて券媒体を処理する。券処理部２３は、券媒体から券情報を読み取る読取部２３ａと、券媒体に券情報を書き込む書込部２３ｂと、を含んでいる。報知部２４は、制御部２０による制御に基づいて、利用者に対して報知を行う。報知部２４は、文字や映像によって報知する表示部２４ａと、音声によって報知するスピーカー２４ｂと、を備えている。ドア機構２５は、制御部２０による制御に基づいて、改札通路を閉鎖、及び、開放する。
【００１２】
図４は、本実施形態に係る精算機３の構成を概略的に示すブロック図である。  
精算機３は、制御部３０と、メモリ３１と、通信部３２と、券処理部３３と、入力部３４と、表示部３５と、現金処理部３６と、を備えている。制御部３０は、メモリ３１、通信部３２、券処理部３３、入力部３４、表示部３５、現金処理部３６に接続され、それぞれの制御を行う。メモリ３１は、制御部３０による制御に基づいて、精算機３の制御に必要な制御データを記憶している。通信部３２は、制御部３０による制御に基づいて、サーバー１との間で通信を行う。通信部３２は、券処理部３３における券媒体の処理に必要な情報の通信を行う。券処理部３３は、制御部３０による制御に基づいて券媒体を処理する。券処理部３３は、券媒体から券情報を読み取る読取部３３ａと、券媒体に券情報を書き込む書込部３３ｂと、を含んでいる。入力部３４は、制御部３０による制御に基づいて、利用者による各種操作の入力を受け付ける。入力部３４は、各種ボタンや、接触を検知したのに基づいて対応する情報を出力するタッチパネルなどで構成されている。表示部３５は、制御部３０による制御に基づいて、利用者に対して各種操作を案内する画面などを表示する。現金処理部３６は、制御部３０による制御に基づいて、利用者が投入した現金を精算し、釣り銭が生じた場合には利用者に返却する。なお、図４では、第２端末機の一例として精算機３を示したが、券売機４や窓口処理機５についても少なくとも上記したのと同様の構成を有している。
【００１３】
図５は、精算機３において精算方法を設定する際の精算機３の動作を説明するためのフローチャートである。ここでは、図４を参照しながら、精算機３の動作について説明する。
【００１４】
上記したように、通信障害復旧後に、利用者が初めて改札機２、精算機３、券売機４、窓口処理機５の何れかに券媒体をかざした場合に、券媒体に記録された入出場情報に基づいて精算処理が行われる。通信障害復旧後に、通信障害時に書き込まれた入出場情報に基づいて精算する精算方法としては、券媒体を改札機２、精算機３、券売機４、窓口処理機５の何れかにかざすことによって自動的に精算が行われる自動精算、もしくは、利用者が精算機３、券売機４、窓口処理機５で精算料金を確認して精算する確認精算の何れか一方を選択することができる。利用者は、通信障害が発生していないときに、精算機３、券売機４、窓口処理機５の何れかを利用して、券媒体に対して自動精算か確認精算の何れかを設定しておく。図５は、利用者が券媒体に対して自動精算または確認精算を設定する際の精算機３の動作を示している。
【００１５】
制御部３０は、券処理部３３の読取部３３ａによって券媒体が検知されたか否かを判断する（ＳＴ１）。そして、制御部３０は、券媒体が検知されたと判断したのに基づいて（ＳＴ１、ＹＥＳ）、表示部３５を制御して自動精算または確認精算の何れかを選択可能な選択画面を表示する（ＳＴ２）。制御部３０は、入力部３４によって自動精算及び確認精算の何れか一方の精算方法の選択入力がされたか否かを判断する（ＳＴ３）。そして、制御部３０は、精算方法の選択入力がされたと判断したのに基づいて（ＳＴ３、ＹＥＳ）、選択された精算方法の情報、及び、券媒体ごとに個別の識別情報をサーバー１に送信する（ＳＴ４）。送信された精算方法は、識別情報に対応してサーバー１のメモリ１１に記憶される。
【００１６】
図６は、券媒体７のメモリ及びサーバー１のメモリ１１に記憶されている内容の一例を示す図である。  
券媒体７は、例えばＩＣカードである。券媒体７は、メモリ７１を有している。メモリ７１は、例えば、券媒体の識別情報と、利用者が入場した入場駅及び入場日時と、利用者が出場した出場駅及び出場日時と、を記憶している。なお、メモリ７１には精算情報は記憶されない。サーバー１のメモリ１１は、券媒体の識別情報と精算方法の設定情報とを関連付けした第１テーブルＴＢ１と、運賃表に対応した第２テーブルＴＢ２と、を保持している。第１テーブルＴＢ１においては、識別情報、識別情報に対応する精算方法の設定情報、識別情報に対応するクレジットカード情報などが記憶されている。第２テーブルＴＢ２においては、乗車区間及び運賃が記憶されている。
【００１７】
図７は、通信障害発生時の券媒体７、改札機２、サーバー１のシーケンス図を示している。  
まず、券媒体７は、改札機２の読取部２３ａにかざされる。改札機２は、読取部２３ａによって券媒体７を検知し券媒体７から券情報を読み取る。改札機２は、読み取った券情報を通信部２２によってサーバー１に送信可能であるかを判断し、送信不可であることに基づいて通信障害の発生を判断する。また、精算機３、券売機４、窓口処理機５も同様に、読み取った券情報をサーバー１に送信可能であるかを判断し、送信不可であることに基づいて通信障害の発生を判断する。
【００１８】
次に、改札機２は、サーバー１との間で通信障害発生中であると判断したのに基づいて券媒体７の通信障害モードをオンにする。券媒体７の通信障害モードをオンにすることによって、通信障害発生時の未精算の入出場情報が券媒体７に書き込まれている状態であることを示すことができる。なお、通信障害発生時に、精算機３、券売機４、窓口処理機５に券媒体７がかざされたとしても、券媒体７の通信障害モードはオンにされない。次に、改札機２は、券処理部２３の書込部２３ｂによって、通信障害モードがオンの券媒体７に対して入出場情報を書き込む。このとき、券媒体７に対して精算処理や入出場判定は実行されないものとする。券媒体７は、通信障害時の入出場情報を記憶している。
【００１９】
本実施形態によれば、改札システム１００は、サーバー１と改札機２との間で通信障害が発生した際に、入出場情報を券媒体７に書き込み、通信障害復旧後に券媒体７に書き込まれた入出場情報に基づいて運賃が精算される。そのため、各端末の処理を最小限に絞りサーバー側に処理内容を集中させた改札システム１００において、通信障害が発生したとしても、利用者の円滑な入出場が妨害されない。また、通信障害復旧後に、券媒体７に記憶された入出場情報をもとに運賃を収受することができる。
【００２０】
図８は、通信障害発生時の改札機２の動作を説明するためのフローチャートである。図８は、図７に示した改札機２の動作を示している。ここでは、図３を参照しながら、改札機２の動作について説明する。  
制御部２０は、券処理部２３の読取部２３ａによって券媒体が検知されたか否かを判断する（ＳＴ１１）。そして、制御部２０は、券媒体が検知されたと判断したのに基づいて（ＳＴ１１、ＹＥＳ）、読取部２３ａを制御して券媒体から券情報を読み取る（ＳＴ１２）。制御部２０は、通信部２２を制御して、読取部２３ａにおいて読み取った券情報をサーバー１に送信可能であるか否かを判断する（ＳＴ１３）。すなわち、制御部２０は、通信部２２によってサーバー１との通信が不可であるかを判断する（ＳＴ１３）。制御部２０は、通信部２２によりサーバー１への券情報の送信が不可であると判定したのに基づいて（ＳＴ１３、ＹＥＳ）、券媒体の通信障害モードがオンであるか否かを判定する（ＳＴ１４）。制御部２０は、券媒体の通信障害モードがオンであると判定したのに基づいて（ＳＴ１４、ＹＥＳ）、書込部２３ｂを制御して、券媒体に対して入出場情報を書き込む（ＳＴ１５）。また、制御部２０は、券媒体の通信障害モードがオンではないと判定したのに基づいて（ＳＴ１４、ＮＯ）、書込部２３ｂを制御して、券媒体に対して通信障害モードをオンにするとともに（ＳＴ１６）、入出場情報を書き込む（ＳＴ１５）。また、制御部２０は、通信部２２によりサーバー１への券情報の送信が不可であると判定したのに基づいて（ＳＴ１３、ＹＥＳ）、改札通路を開放するようにドア機構２５を制御する（ＳＴ１７）。
【００２１】
一方、制御部２０は、通信部２２によりサーバー１への券情報の送信が不可ではないと判定したのに基づいて（ＳＴ１３、ＮＯ）、通常処理を行う、もしくは、通信障害復旧後の処理を行う（ＳＴ１８）。なお、通信障害復旧後の改札機２の動作については、図１０及び図１４で後述する。
【００２２】
図９は、通信障害復旧後の券媒体７、改札機２、サーバー１のシーケンス図を示している。図９は、通信障害復旧後に利用者が初めて改札機２に券媒体７をかざした場合を示している。また、図９は、通信障害復旧後の精算方法として自動精算が選択されている場合を示している。  
まず、券媒体７は、改札機２の読取部２３ａにかざされる。券媒体７は、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を記憶している。改札機２は、読取部２３ａによって券媒体７を検知し、券媒体７から券情報として、識別情報と、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を読み取る。改札機２は、読み取った券情報を通信部２２によってサーバー１に送信する。
【００２３】
サーバー１は、通信部１２で受信した入出場情報に基づいて、判定部１３によって通行可否判定を行う。サーバー１は、判定部１３によって判定した結果に基づいて精算を行う。サーバー１は、金額情報を有する精算情報と、識別情報に対応した精算方法の設定情報と、を通信部１２によって改札機２に送信する。
【００２４】
改札機２は、通信部２２によって、精算情報と、自動精算が設定されているという精算方法と、を受信する。改札機２は、通信部２２で受信した精算情報に基づいて、券媒体７に対して通信障害中の精算処理を実行する。改札機２は、券媒体７の精算処理を実行した後に券媒体７の通信障害モードをオフにする。なお、自動精算が設定されている券媒体が、通信障害復旧後に初めてかざされる端末機が精算機３などの第２端末機であった場合には、第２端末機で自動精算が実行されても良い。その場合の第２端末機の動作は、図９に示す改札機２の動作と同様である。また、本実施形態の券媒体７は、例えば、ポストペイカードであり、サーバー１は、ポストペイカードの識別情報に対応した利用料金情報を有している。利用料金情報は、例えば１か月ほどの一定期間累積された後、請求金額として利用者に請求される。ポストペイカードに対して通信障害復旧後の精算処理が行われる場合は、サーバー１上の利用料金情報が更新される。
【００２５】
サーバー１は、通信障害復旧後に一定期間の間に精算処理が実行されていない券媒体に対して、ネガ情報を登録する。また、サーバー１は、ネガ情報が登録された券媒体の利用者に対して請求の通知を行う。サーバー１は、例えば、精算用二次元コードを添付したメール等によって利用者に通知する。このため、サーバー１には、券媒体の識別情報に対応した利用者の連絡先が登録されていることが望ましい。サーバー１は、ネガ情報が登録された券媒体について精算が実行された場合には、ネガ情報の登録を解除する。また、サーバー１は、通信障害復旧後に一定期間の間に精算処理が実行されていない券媒体に対して、登録されているクレジットカードにより精算処理を行っても良い。このように、券媒体７が改札機２、精算機３、券売機４、窓口処理機５の何れにもかざされることなく、通信障害復旧後の精算処理が行われた場合、券媒体７の通信障害モードはオフにされないが、精算処理後に初めて改札機２、精算機３、券売機４、窓口処理機５の何れかにかざした際にオフにされる。
【００２６】
図１０は、通信障害復旧後の改札機２の動作を説明するためのフローチャートである。図１０は、図９に示した改札機２の動作を示している。ここでは、図３を参照しながら、改札機２の動作について説明する。  
制御部２０は、券処理部２３の読取部２３ａによって券媒体が検知されたか否かを判断する（ＳＴ２１）。そして、制御部２０は、券媒体が検知されたと判断したのに基づいて（ＳＴ２１、ＹＥＳ）、読取部２３ａを制御して券媒体から券情報を読み取る（ＳＴ２２）。制御部２０は、通信部２２を制御して、読取部２３ａにおいて読み取った券情報をサーバー１に送信する（ＳＴ２３）。制御部２０は、通信部２２を制御して、サーバー１から運賃情報を含む精算情報、及び、精算方法の設定情報を受信する（ＳＴ２４）。制御部２０は、通信部２２により受信した設定情報に基づいて精算方法を判定する（ＳＴ２５）。制御部２０は、精算方法として自動精算が設定されていると判定したのに基づいて（ＳＴ２５、ＹＥＳ）、通信部２２により受信した運賃情報に基づいた精算処理を行う（ＳＴ２６）。そして、制御部２０は、券媒体に対して通信障害モードをオフにするように書込部２３ｂを制御する（ＳＴ２７）。一方、制御部２０は、精算方法として自動精算が設定されていないと判定したのに基づいて（ＳＴ２５、ＮＯ）、確認精算の処理を行う（ＳＴ２８）。
【００２７】
図１１は、通信障害復旧後のサーバー１の動作を説明するためのフローチャートである。図１１は、図９に示したサーバー１の動作を示している。ここでは、図２を参照しながら、サーバー１の動作について説明する。  
制御部１０は、通信部１２によって券情報が受信されたか否かを判断する（ＳＴ３１）。券情報は、識別情報と入出場情報を含んでいる。制御部１０は、通信部１２によって券情報が受信されたと判断したのに基づいて（ＳＴ３１、ＹＥＳ）、精算方法の読み出しを行う（ＳＴ３２）。すなわち、制御部１０は、通信部１２により受信した識別情報に基づいて第１テーブルＴＢ１を参照して対応する精算方法の設定情報を読み出す（ＳＴ３２）。また、制御部１０は、通信部１２により受信した入出場情報に基づいて第２テーブルＴＢ２を参照して運賃を算出する（ＳＴ３３）。そして、制御部１０は、精算方法の設定情報と運賃情報とを改札機２に送信するように通信部１２を制御する（ＳＴ３４）。
【００２８】
図１２は、通信障害復旧後の券媒体７、精算機３、券売機４、窓口処理機５、サーバー１のシーケンス図を示している。ここでは、精算機３、券売機４、窓口処理機５を総称して第２端末機として説明する。また、図１２は、通信障害復旧後の精算方法として確認精算が選択されている場合を示している。  
まず、券媒体７は、第２端末機の読取部３３ａにかざされる。券媒体７は、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を記憶している。第２端末機は、読取部３３ａによって券媒体７を検知し、券媒体７から券情報として、識別情報と、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を読み取る。第２端末機は、読み取った券情報を通信部３２によってサーバー１に送信する。
【００２９】
サーバー１は、通信部１２で受信した入出場情報に基づいて、判定部１３によって通行可否判定を行う。サーバー１は、判定部１３によって判定した結果に基づいて精算を行う。サーバー１は、金額情報を有する精算情報と、識別情報に対応した精算方法の設定情報と、を通信部１２によって第２端末機に送信する。
【００３０】
第２端末機は、通信部３２によって、精算情報と、確認精算が設定されているという精算方法の設定情報と、を受信する。第２端末機は、通信部３２で受信した精算情報を利用者が確認した後に、精算情報に基づいて券媒体７に対して通信障害中の精算処理を実行する。第２端末機は、券媒体７の精算処理を実行した後に券媒体７の通信障害モードをオフにする。
【００３１】
図１３は、通信障害復旧後の精算機３の動作を説明するためのフローチャートである。図１３は、図１２に示した第２端末機のうち精算機３の動作を示している。ここでは、図４を参照しながら、精算機３の動作について説明する。  
制御部３０は、券処理部３３の読取部３３ａによって券媒体が検知されたか否かを判断する（ＳＴ４１）。そして、制御部３０は、券媒体が検知されたと判断したのに基づいて（ＳＴ４１、ＹＥＳ）、読取部３３ａを制御して券媒体から券情報を読み取る（ＳＴ４２）。制御部３０は、通信部３２を制御して、読取部３３ａにおいて読み取った券情報をサーバー１に送信する（ＳＴ４３）。制御部３０は、通信部３２を制御して、サーバー１から運賃情報を含む精算情報、及び、精算方法の設定情報を受信する（ＳＴ４４）。制御部３０は、通信部３２により受信した設定情報に基づいて精算方法を判定する（ＳＴ４５）。制御部３０は、精算方法として確認精算が設定されていると判定したのに基づいて（ＳＴ４５、ＹＥＳ）、表示部３５を制御して精算情報を表示する（ＳＴ４６）。制御部３０は、利用者によって確認ボタンが押下されたか否かを判断する（ＳＴ４７）。制御部３０は、利用者によって確認ボタンが押下されたと判断したのに基づいて（ＳＴ４７、ＹＥＳ）、通信部３２により受信した運賃情報に基づいた精算処理を行う（ＳＴ４８）。そして、制御部３０は、券媒体に対して通信障害モードをオフにするように書込部２３ｂを制御する（ＳＴ４９）。一方、制御部３０は、精算方法として確認精算が設定されていないと判断したのに基づいて（ＳＴ４５、ＮＯ）、自動精算の処理を行う（ＳＴ５０）。なお、図１３においては、第２端末機の一例として精算機３のフローチャートを示したが、券売機４及び窓口処理機５についても同様である。
【００３２】
図１４は、通信障害復旧後の券媒体７、改札機２、サーバー１のシーケンス図を示している。また、図１４は、通信障害復旧後の精算方法として確認精算が選択されている場合を示している。  
まず、券媒体７は、改札機２の読取部２３ａにかざされる。券媒体７は、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を記憶している。改札機２は、読取部２３ａによって券媒体７を検知し、券媒体７から券情報として、識別情報と、通信障害モードがオンであるという情報と、通信障害時に書き込まれた入出場情報と、を読み取る。改札機２は、読み取った券情報を通信部２２によってサーバー１に送信する。
【００３３】
サーバー１は、通信部１２で受信した入出場情報に基づいて、判定部１３によって通行可否判定を行う。サーバー１は、判定部１３によって判定した結果に基づいて精算を行う。サーバー１は、金額情報を有する精算情報と、識別情報に対応した精算方法の設定情報と、を通信部１２によって改札機２に送信する。
【００３４】
改札機２は、通信部２２によって、精算情報と、確認精算が設定されているという精算方法の設定情報と、を受信する。改札機２においては確認精算の精算処理を実行することは不可である。そのため、改札機２は、通信部２２で受信した精算方法の設定情報が確認精算であることに基づいて、ドア機構２５によって改札通路を閉鎖し、報知部２４によって利用者へ確認精算を行うように報知する。改札機２は、例えば、表示部２４ａでの表示や、スピーカー２４ｂでの音声の出力によって、通信障害発生時の未精算金を精算するように利用者を誘導する。改札機２は、利用者を精算機３、券売機４、窓口処理機５へ誘導する。改札機２は、利用者が改札内にいる場合には、改札内に設置された精算機３や窓口処理機５へ利用者を誘導する。一方、改札機２は、利用者が改札外にいる場合には、改札外に設置された券売機４や窓口処理機５へ利用者を誘導する。
【００３５】
図１５は、通信障害復旧後の改札機２の動作を説明するためのフローチャートである。図１５は、図１４に示した改札機２の動作を示している。ここでは、図３を参照しながら、改札機２の動作について説明する。  
制御部２０は、券処理部２３の読取部２３ａによって券媒体が検知されたか否かを判断する（ＳＴ５１）。そして、制御部２０は、券媒体が検知されたと判断したのに基づいて（ＳＴ５１、ＹＥＳ）、読取部２３ａを制御して券媒体から券情報を読み取る（ＳＴ５２）。制御部２０は、通信部２２を制御して、読取部２３ａにおいて読み取った券情報をサーバー１に送信する（ＳＴ５３）。制御部２０は、通信部２２を制御して、サーバー１から運賃情報を含む精算情報、及び、精算方法の設定情報を受信する（ＳＴ５４）。制御部２０は、通信部２２により受信した設定情報に基づいて精算方法を判定する（ＳＴ５５）。制御部２０は、精算方法として精算機３、券売機４、窓口処理機５の何れかにおける確認精算が設定されていると判定したのに基づいて（ＳＴ５５、ＹＥＳ）、通信部２２により受信した運賃情報に基づいた精算処理を中止するように券処理部２３を制御する（ＳＴ５６）。また、制御部２０は、確認精算が設定されていると判定したのに基づいて（ＳＴ５５、ＹＥＳ）、改札通路を閉鎖するようにドア機構２５を制御する（ＳＴ５７）。また同時に、制御部２０は、精算機３、券売機４、窓口処理機５の何れかでの確認精算へ誘導するように報知部２４を制御する。精算機３、券売機４、窓口処理機５における確認精算については、図１３に示した通りである。一方、制御部２０は、精算方法として確認精算が設定されていないと判断したのに基づいて（ＳＴ５５、ＮＯ）、自動精算の処理を行う（ＳＴ５８）。
【００３６】
以上説明したように、本実施形態によれば、通信障害発生時の円滑な入出場が可能な改札システムを得ることができる。
【００３７】
なお、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３８】
１００…改札システム、１…サーバー、２…改札機、３…精算機、４…券売機、
５…窓口処理機、７…券媒体、１０、２０、３０…制御部、１１…メモリ、
１２、２２、３２…通信部、２３、３３…券処理部、２４…報知部、２５…ドア機構、
ＴＢ１…第１テーブル、ＴＢ２…第２テーブル。
【図１】
2020154676.tif 000003
【図２】
2020154676.tif 000004
【図３】
2020154676.tif 000005
【図４】
2020154676.tif 000006
【図５】
2020154676.tif 000007
【図６】
2020154676.tif 000008
【図７】
2020154676.tif 000009
【図８】
2020154676.tif 000010
【図９】
2020154676.tif 000011
【図１０】
2020154676.tif 000012
【図１１】
2020154676.tif 000013
【図１２】
2020154676.tif 000014
【図１３】
2020154676.tif 000015
【図１４】
2020154676.tif 000016
【図１５】
2020154676.tif 000017