(57)【要約】      （修正有）【課題】複数種類の処理を効率よく行うアカウント型の出改札システムを提供する。【解決手段】出改札システムは、改札機および精算機とサーバとが接続される。前記改札機は、第１のコマンド電文を前記サーバへ送信し、前記サーバからの応答に応じて改札処理を行う改札処理部を有する。前記精算機は、精算処理を要求する第２のコマンド電文を前記サーバへ送信し、前記サーバからの応答に応じて精算処理を行う精算処理部を有する。前記サーバは、前記第１のコマンド電文を受信した場合には乗車券の識別情報に対応づけたデータベースを参照して改札判定を実行し、前記第２のコマンド電文を受信した場合には前記データベースを参照して精算判定を実行し、改札判定又は精算判定の結果を含む応答電文を前記第１又は第２のコマンド電文の送信元の前記改札機又は前記精算機へ送信し、前記応答電文に応じた前記精算機での処理内容に従って前記データベースを更新する。【選択図】図２
2018092533.tif 000002
【特許請求の範囲】
【請求項１】
改札処理を行う改札機および精算処理を行う精算機を含む複数の端末装置とサーバとが接続される出改札システムであって、
前記改札機は、
前記サーバと通信する第１の通信部と、
改札処理の対象となる乗車券媒体から乗車券の識別情報を読取る第１の媒体処理部と、
前記第１の媒体処理部が乗車券媒体から読み取った識別情報を含む改札処理を要求する第１のコマンド電文を前記サーバへ送信し、前記第１のコマンド電文に対する前記サーバからの応答に応じて通行制御を行う改札処理部と、を有し、
前記精算機は、
前記サーバと通信する第２の通信部と、
精算処理の対象となる乗車券媒体から乗車券の識別情報を読取る第２の媒体処理部と、
前記第２の媒体処理部が乗車券媒体から読み取った識別情報を含む精算処理を要求する第２のコマンド電文を前記サーバへ送信し、前記第２のコマンド電文に対する前記サーバからの応答に応じて精算額の決済を行う精算処理部と、を有し、
前記サーバは、
前記改札機および前記精算機を含む各端末装置と通信する第３の通信部と、
前記改札機から前記第１のコマンド電文を受信した場合には乗車券の識別情報に対応づけた情報を記憶するデータベースを参照して改札判定を実行し、前記精算機から前記第２のコマンド電文を受信した場合には前記データベースを参照して精算判定を実行し、改札判定又は精算判定の結果を含む応答電文を前記第１又は第２のコマンド電文の送信元の前記改札機又は前記精算機へ送信し、前記応答電文に応じた前記改札機又は前記精算機での処理内容に従って前記データベースを更新する改札処理モジュールと、を有する、
出改札システム。
【請求項２】
前記サーバは、前記データベースを具備する、
請求項１に記載の出改札システム。
【請求項３】
前記サーバは、さらに、前記第３の通信部により通信可能な端末装置の１つとしての発行機から受信する乗車券の発券を要求する第３のコマンド電文に応じて乗車券としての効力を示す乗車券の権利情報を生成し、前記乗車券の権利情報を含む応答を前記発行機へ送信し、前記権利情報をデータベースに記録する出札処理モジュールを有する、
請求項１又は２の何れかに記載の出改札システム。
【請求項４】
前記改札機の改札処理部は、前記第１のコマンド電文に前記サーバが前記改札判定において参照すべきデータを示す情報を付加し、
前記精算機の精算処理部は、前記第２のコマンド電文に前記サーバが前記精算判定において参照すべきデータを示す情報を付加し、
前記サーバの前記改札処理モジュールは、前記第１又は第２のコマンド電文に付加される参照すべきデータを示す情報に基づいて前記改札判定又は精算判定において参照するデータを特定する、
請求項１乃至３の何れか１項に記載の出改札システム。
【請求項５】
改札処理を行う改札機および精算処理を行う精算機を含む駅務端末と接続されるサーバにおいて、
各駅務端末と通信する通信部と、
前記改札機から改札処理の要求を受けた場合にはデータベースが記憶する情報に基づく改札判定を含む処理を実行して処理結果を処理要求元の前記改札機へ送信し、前記精算機からの精算処理の要求を受けた場合にはデータベースが記憶する情報に基づく精算判定を含む処理を実行して処理結果を処理要求元の前記精算機へ送信し、前記送信した処理結果に応じた前記改札機又は前記精算機での処理内容に従って前記データベースを更新する改札処理モジュールと、
を有するサーバ。
【請求項６】
乗車券に関する情報を個々の乗車券を識別する識別情報に対応づけて記憶するデータベースをさらに具備し、
前記改札処理モジュールは、前記改札機又は前記精算機の何れかからの処理要求において指定される乗車券の識別情報を特定し、前記データベースから指定された識別情報に対応する情報を特定する、
請求項５に記載のサーバ。
【請求項７】
さらに、前記通信部により駅務端末の１つとしての発行機から受信する乗車券の発券要求に応じて乗車券としての効力を示す乗車券の権利情報を生成し、生成した権利情報を前記発行機へ送信し、前記権利情報をデータベースに記録する出札処理モジュールを有する、
請求項５又は６の何れかに記載のサーバ。
【請求項８】
前記改札処理モジュールは、前記改札機又は前記精算機の何れかからの処理要求において指定される参照すべきデータを示す情報に基づいて、前記改札判定又は精算判定において参照する前記データベースにおけるデータを特定する、
請求項５乃至７の何れか１項に記載のサーバ。
【請求項９】
駅務処理の少なくとも一部をサーバが実行する駅務システムを構成する駅務端末において、
前記サーバと通信する通信部と、
駅務処理の対象となる乗車券媒体から乗車券の識別情報を読取る媒体処理部と、
前記媒体処理部が乗車券媒体から読み取った識別情報を指定した前記駅務処理を要求するコマンド電文を前記サーバへ送信し、前記コマンド電文に対する前記サーバからの応答に応じて駅務処理を行う処理部と、を有し、
前記処理部は、さらに、前記駅務処理に対応して前記サーバが実行する処理において参照すべきデータを示す情報を前記コマンド電文に付加する、
駅務端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、出改札システム、サーバ、及び、駅務端末に関する。
【背景技術】
【０００２】
従来、特定の場所への利用者の出入場（通行）を制御する出改札システムがある。例えば、出改札システムは、駅の改札口などに設置される改札機を含む種々の駅務端末を有する。出改札システムの改札機は、記録媒体（乗車券媒体）に記憶されている情報に基づいて利用者の通行の可否を判定し、その判定結果に応じて通行制御を行う。
【０００３】
近年では、上位装置（サーバ）が、個々の乗車券媒体の識別情報に対応づけて乗車券に関する情報を管理し、駅務端末からの要求に応じて通行判定などの処理を行うアカウント型の出改札システム（アカウント型ＡＦＣ（Ａｕｔｏｍａｔｅｄ  Ｆａｒｅ  Ｃｏｌｌｅｃｔｉｏｎ）システム）が考えられている。しかしながら、従来のアカウント型の出改札システムは、各種の駅務端末で実施すべき処理の一部を単純にサーバに行わせるようにした構成であるため、必ずしもサーバが各種の処理を行うための構成が効率の良いものであるとは言えない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１９５８０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、複数種類の処理に対応するための効率が良い構成を有するアカウント型の出改札システム、サーバ、及び、駅務端末を提供することを目的とする。
【課題を解決するための手段】
【０００６】
実施形態によれば、出改札システムは、改札処理を行う改札機および精算処理を行う精算機を含む複数の端末装置とサーバとが接続される。前記改札機は、前記サーバと通信する第１の通信部と、改札処理の対象となる乗車券媒体から乗車券の識別情報を読取る第１の媒体処理部と、前記第１の媒体処理部が乗車券媒体から読み取った識別情報を含む改札処理を要求する第１のコマンド電文を前記サーバへ送信し、前記第１のコマンド電文に対する前記サーバからの応答に応じて通行制御を行う改札処理部と、を有する。前記精算機は、前記サーバと通信する第２の通信部と、精算処理の対象となる乗車券媒体から乗車券の識別情報を読取る第２の媒体処理部と、前記第２の媒体処理部が乗車券媒体から読み取った識別情報を含む精算処理を要求する第２のコマンド電文を前記サーバへ送信し、前記第２のコマンド電文に対する前記サーバからの応答に応じて精算額の決済を行う精算処理部と、を有する。前記サーバは、前記改札機および前記精算機を含む各端末装置と通信する第３の通信部と、前記改札機から前記第１のコマンド電文を受信した場合には乗車券の識別情報に対応づけた情報を記憶するデータベースを参照して改札判定を実行し、前記精算機から前記第２のコマンド電文を受信した場合には前記データベースを参照して精算判定を実行し、改札判定又は精算判定の結果を含む応答電文を前記第１又は第２のコマンド電文の送信元の前記改札機又は前記精算機へ送信し、前記応答電文に応じた前記改札機又は前記精算機での処理内容に従って前記データベースを更新する改札処理モジュールと、を有する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係る出改札システムの構成例を示す図である。
【図２】図２は、実施形態に係るサーバの構成例を示す図である。
【図３】図３は、実施形態に係る発行機の構成例を示す図である。
【図４】図４は、実施形態に係る改札機の構成例を示す図である。
【図５】図５は、実施形態に係る精算機の構成例を示す図である。
【図６】図６は、実施形態に係る出改札システムにおけるデータベースの構成例を示す図である。
【図７】図７は、実施形態に係る出改札システムにおける発行機の動作例を説明するためのフローチャートである。
【図８】図８は、実施形態に係る出改札システムにおけるサーバの出札処理モジュールによる動作例を説明するためのフローチャートである。
【図９】図９は、実施形態に係る出改札システムにおける改札機の動作例を説明するためのフローチャートである。
【図１０】図１０は、実施形態に係る出改札システムにおける精算機の動作例を説明するためのフローチャートである。
【図１１】図１１は、実施形態に係る出改札システムにおけるサーバの改札処理モジュールによる動作例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら実施形態について詳細に説明する。  
実施形態に係る出改札システムは、利用者が所持する乗車券に基づいて利用者の通行を制御するシステムである。本実施形態に係る出改札システムは、発行機、改札機および精算機などの複数の駅務端末（端末装置）と、各駅務端末との通信が可能なサーバ（上位装置）とを含むシステムである。
【０００９】
サーバは、乗車券として利用される情報を管理し、各駅務端末からの処理要求に応じて処理を実行し、その処理結果を駅務端末へ返す機能を有する。各駅務端末は、サーバに処理を依頼し、サーバでの処理結果を受けて必要な処理を実行する。このように、サーバが、乗車券として利用される情報を管理して駅務端末からの要求に応じた駅務処理の少なくとも一部を実行するシステムは、アカウント型の出改札システム（アカウント型ＡＦＣシステム）と称される。
【００１０】
発行機は、乗車券の新規の発券処理、または、既存の乗車券に対する更新処理などの出札処理を行う機能を有する駅務端末である。例えば、発行機は、サーバからの発券情報に従って普通乗車券の発券処理を行う機能を有する。サーバは、発行機で利用者が指示した条件に応じて乗車券の発券情報を生成し、発券情報に基づく乗車券の発券を発行機へ指示し、発券した乗車券に関する情報をデータベースに登録する。また、発行機は、利用者からの更新指示に応じてサーバに乗車券の情報の更新を要求し、サーバでの処理によって乗車券の更新を行う機能を有する。例えば、発行機は、更新処理として、予めチャージした金額を乗車料金等に利用できるＳＦ（ストアードフェア）乗車券に金額をチャージする金額チャージ処理を行う機能を有する。サーバは、発行機で利用者が指示したチャージ金額などの条件に従って当該ＳＦ乗車券に対する金額チャージ処理を行い、チャージする金額を加算したＳＦ残額の更新などのデータベースの更新を行う。
【００１１】
また、改札機は、利用者が提示する乗車券媒体に応じて改札口における利用者の通行を制御する改札処理を行う機能を有する。サーバは、改札機からの要求に応じて通行の可否判定などを含む処理を実行し、その処理結果に応じた通行制御を改札機へ指示し、処理結果に基づくデータベースの更新を行う。また、精算機は、利用者が提示する乗車券に対する料金の精算処理を行う機能を有する。サーバは、精算機からの要求に応じて精算額の算出などを含む処理を実行し、その処理結果に応じた処理を精算機へ指示し、処理結果に基づくデータベースの更新を行う。
【００１２】
図１は、実施形態に係る出改札システム（アカウント型ＡＦＣシステム）１の構成例を示す図である。  
図１に示すように、出改札システム１は、サーバ２、発行機３、改札機４、及び、精算機５を有し、鉄道などの駅務を行うための駅務システムである。発行機３、改札機４および精算機５は、駅務端末（端末装置）であり、システム１内においてそれぞれが複数設けられる。例えば、発行機３、改札機４および精算機５は、複数の駅に複数台設置される。これらの発行機３、改札機４および精算機５などの駅務端末（端末装置）に対して、サーバ２は、上位装置である。サーバ２は、発行機３、改札機４および精算機５と通信可能に構成される。図１に示す構成例では、サーバ２は、ネットワークを介して、発行機３、改札機４および精算機５に通信接続される。
【００１３】
また、本出改札システム１において乗車券として利用される媒体（以下、乗車券媒体とも称する）は、磁気情報を記憶する磁気記憶媒体（磁気券）、二次元コードが券面に印刷される印刷媒体（（印刷券）、ＩＣカード、或は、ＩＣカードと同様な機能を有する携帯端末などが想定される。例えば、普通乗車券は、利用者が指定する金額又は区間で利用可能な券であり、利用の都度、発券される磁気券又は印刷券などが想定される。ＳＦ乗車券は、利用可能な金額（ＳＦ（ストアードフェア）残額）が設定され、利用の都度、利用状況に応じてＳＦ残額が更新されるＩＣカード又は携帯端末などが想定される。
【００１４】
図２は、実施形態に係るサーバ２の構成例を示すブロック図である。  
サーバ２は、乗車券として利用される情報を管理し、各駅務端末から受信する情報に応じて、アカウントの登録、通行判定、料金の算出、及び料金の精算などの駅務処理の少なくとも一部を実行する。例えば、乗車券は、利用の度に発行される普通乗車券、および、金額チャージ処理によって利用可能な金額（ＳＦ：ストアードフェア）情報が設定されるＩＣカードなどの媒体がある。サーバ２は、乗車券として利用される情報として、乗車券利用情報、ＳＦ情報、ＳＦ利用履歴情報などを管理し、各駅務端末からの要求に応じて処理を実行する。
【００１５】
図２に示す構成例において、サーバ２は、プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、記憶部２４、及び通信部２５を備える。  
プロセッサ２１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ２１は、ＲＯＭ２２又は記憶部２４などの記憶装置に記憶されているプログラムに基づいて種々の処理を行う。プロセッサ２１は、ＲＯＭ２２又は記憶部２４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。
【００１６】
ＲＯＭ２２は、読み出し専用の不揮発性メモリである。ＲＯＭ２２は、プログラム及びプログラムで用いられるデータなどを記憶する。  
ＲＡＭ２３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ２３は、プロセッサ２１の処理中のデータなどを一時的に格納する。また、ＲＡＭ２３は、プロセッサ２１が実行するプログラムを一時的に格納する。
【００１７】
記憶部２４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部２４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などの記憶装置である。記憶部２４は、メモリＩ／Ｆに記憶媒体をセットしたもの（例えば、カードスロットにメモリカードをセットしたものなど）であっても良い。
【００１８】
記憶部２４は、プログラム、制御データ、および、管理データなどの種々のデータを記憶する。図１に示す例では、記憶部２４は、第１の記憶領域２４ａ、第２の記憶領域２４ｂ、および、第３の記憶領域２４ｃを有する。第１の記憶領域２４ａは、プロセッサ２１が出札処理モジュール（後述する）として機能するための出札処理用のプログラムを記憶する。第２の記憶領域２４ｂは、プロセッサ２１が改札処理モジュール（後述する）として機能するための改札処理用のプログラムを記憶する。第３の記憶領域２４ｃは、乗車券媒体ごとに各種の情報を記憶する。第３の記憶領域２４ｃは、各乗車券媒体の識別情報（ＩＤ）ごとにステータスを示す情報を記憶するデータベース（ＤＢ）２４ｃであるものとする。
【００１９】
通信部２５は、他の装置とのデータ通信を行うためのインターフェースである。通信部２５は、例えば、ネットワークに接続するためのネットワークインターフェースである。通信部２５は、ネットワークを介して各駅務端末と通信を行う。例えば、通信部２５は、発行機３、改札機４及び精算機５との通信を行う。
【００２０】
図３は、実施形態に係る発行機（端末装置、駅務端末）３の構成例を示すブロック図である。  
発行機３は、乗車券として利用される媒体（乗車券媒体）の発行又は更新（ＳＦの金額チャージなど）を行う。発行機３は、例えば、利用者が入力した情報と乗車券の発行（又は更新）要求をサーバ２へ送信し、サーバ２の指示に応じた処理（乗車券の発行又は更新）を行う。
【００２１】
図３に示す構成例において、発行機３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、不揮発性メモリ３４、通信部３５、操作部３６、表示部３７、媒体処理部３８、および決済処理部３９を有する。  
プロセッサ３１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ３１は、ＲＯＭ３２又は記憶部３４に記憶されているプログラムなどのデータに基づいて種々の処理を行う。プロセッサ３１は、ＲＯＭ３２又は記憶部３４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。
【００２２】
ＲＯＭ３２は、読み出し専用の不揮発性メモリである。ＲＯＭ３２は、プログラム及びプログラムで用いられるデータなどを記憶する。  
ＲＡＭ３３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ３３は、プロセッサ３１の処理中のデータなどを一時的に格納する。また、ＲＡＭ３３は、プロセッサ３１が実行するプログラムを一時的に格納する。
【００２３】
記憶部３４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部３４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）、または他の記憶装置である。記憶部３４は、例えば、プログラム及びプログラムで用いられるデータなどを記憶する。
【００２４】
通信部３５は、サーバ２とデータ通信するためのインターフェースである。通信部３５は、例えば、ネットワークに接続するためのネットワークインターフェースである。通信部３５は、ネットワークを介してサーバ２と通信を行う。
【００２５】
操作部３６は、操作部材への操作指示に基づいて、操作信号を生成する。操作部材は、例えば、タッチセンサ、テンキー、またはキーボードなどである。タッチセンサは、例えば、抵抗膜式タッチセンサ、または静電容量式タッチセンサ等である。即ち、タッチセンサは、ある領域内において指定（タッチ）された位置を示す情報を取得する。タッチセンサは、上記の表示部３７と一体にタッチスクリーンとして構成されることにより、表示部３７上のタッチされた位置を示す信号をプロセッサ３１に入力する。表示部３７は、プロセッサ３１、または図示しないグラフィックコントローラなどの表示制御部から入力される映像信号に応じて画面を表示する。
【００２６】
媒体処理部３８は、利用者が提示する乗車券媒体を処理する媒体処理部と乗車券媒体を発券する発券機構とを有する。媒体処理部３８の発券機構は、乗車券媒体として発券される媒体の収容部、及び、媒体に情報を記録する記録部を備える。例えば、媒体処理部３８は、記録部として、ＩＣカードとしての媒体に情報を書き込むＩＣカードリーダライタ、磁気券としての媒体に磁気を記録する磁気ヘッド、及び印刷可能な媒体に二次元コードを印刷する印刷部のうちのいずれか、または複数を備える。また、媒体処理部３８は、ＩＣカードなどの利用者が所持する乗車券媒体に対して情報の読取り、及び、書込みが可能な処理ユニット（媒体処理部）を有する。例えば、媒体処理部３８の処理ユニットは、ＩＣカードと無線通信を行うＩＣカードリーダライタである。
【００２７】
決済処理部３９は、料金の決済を行うユニットである。例えば、決済処理部３９は、現金を処理する現金処理部を有する。また、決済処理部３９は、クレジットカードによる決済を行うための処理ユニットであっても良いし、電子マネーによる決済を行うための処理ユニットであっても良い。
【００２８】
図４は、実施形態に係る改札機４の構成例を示すブロック図である。  
改札機４は、利用者が提示する乗車券媒体に応じて当該利用者の通行を制御する装置である。改札機４は、例えば、並行に配置される一対の筐体によって通路を形成し、通路側に通行制御用のドアが設けられる。改札機４は、通路を通行する利用者が提示する乗車券媒体から情報を読み取り、読み取った情報をサーバ２に送信する。改札機４は、サーバ２に送信した情報に対してサーバ２から返信される通行判定結果などの情報を受け取り、受け取った通行判定結果に応じて利用者の通行を制御する。
【００２９】
図４に示す構成例において、改札機４は、プロセッサ４１、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、通信部４５、媒体処理部４６、表示部４７、及び通行制御部４６を有する。プロセッサ４１は、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、通信部４５、媒体処理部４６、表示部４７、及び通行制御部に通信可能な状態で接続される。
【００３０】
プロセッサ４１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ４１は、ＲＯＭ４２又は不揮発性メモリ４４に記憶されているプログラムなどのデータに基づいて種々の処理を行う。プロセッサ４１は、ＲＯＭ４２または不揮発性メモリ４４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。
【００３１】
ＲＯＭ４２は、読み出し専用の不揮発性メモリである。ＲＯＭ４２は、プログラム及びプログラムで用いられるデータなどを記憶する。  
ＲＡＭ４３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ４３は、プロセッサ４１の処理中のデータなどを一時的に格納する。また、ＲＡＭ４３は、プロセッサ４１が実行するプログラムを一時的に格納する。
【００３２】
記憶部４４は、書換え可能な不揮発性のメモリである。例えば、記憶部４４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などの記憶装置である。記憶部４４は、プログラム及びプログラムで用いられるデータなどを記憶する。  
通信部４５は、他の電子機器と通信を行う為の回路である。通信部４５は、例えば、ネットワークに接続可能に構成される。通信部４５は、ネットワークを介して他の電子機器と通信を行う。例えば、通信部４５は、サーバ２と通信を行う。
【００３３】
媒体処理部４６は、利用者が提示する乗車券媒体を処理する。媒体処理部４６は、乗車券媒体に対して情報の読取り、及び、書込みが可能なユニットにより構成される。例えば、乗車券媒体は、ＩＣカード、磁気券、或は、二次元コードが券面に印刷された媒体などが想定される。これらの乗車券媒体に対応して、媒体処理部４６は、ＩＣカードと無線通信を行うＩＣカードリーダライタ、磁気券に対する情報の読取り及び書込みが可能な磁気券処理機構、及び、二次元コードが印刷された媒体の券面を読み取る撮像装置のうちのいずれか、または複数を備える。
【００３４】
表示部４７は、改札処理に関する情報を表示する。表示部４７は、プロセッサ４１により表示内容が制御される。例えば、通行が許可される場合、表示部４７は、通行許可を示す情報を表示する。また、表示部４７は、利用者が提示する乗車券媒体で利用可能な残額情報を表示するようにしても良い。  
通行制御部４８は、通路側に設けられる利用者の通行を阻止するためのドアを開閉する開閉機能により構成される。通行制御部４８は、プロセッサ４１からの動作指示に応じてドアを開閉させる。
【００３５】
図５は、実施形態に係る精算機５の構成例を示すブロック図である。  
精算機５は、乗車券として利用される媒体（乗車券媒体）に対する料金精算又はＳＦの金額チャージなどの処理を行う。精算機５は、例えば、乗車券媒体の識別情報および精算駅情報などの情報とともに精算処理要求をサーバ２へ送信し、サーバ２からの精算処理結果に応じた処理を行う。
【００３６】
図５に示す構成例において、精算機５は、プロセッサ５１、ＲＯＭ５２、ＲＡＭ５３、記憶部５４、通信部５５、操作部５６、表示部５７、媒体処理部５８、および決済処理部５９を有する。  
プロセッサ５１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ５１は、ＲＯＭ５２、又は記憶部５４に記憶されているプログラムに基づいて種々の処理を行う。プロセッサ５１は、ＲＯＭ５２又は記憶部５４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。
【００３７】
ＲＯＭ５２は、読み出し専用の不揮発性メモリである。ＲＯＭ５２は、プログラム及びプログラムで用いられるデータなどを記憶する。  
ＲＡＭ５３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ５３は、プロセッサ５１の処理中のデータなどを一時的に格納する。また、ＲＡＭ５３は、プロセッサ５１が実行するプログラムを一時的に格納する。
【００３８】
記憶部５４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部５４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）、または他の記憶装置である。記憶部５４は、例えば、プログラム及びプログラムで用いられるデータなどを記憶する。
【００３９】
通信部５５は、サーバ２とデータ通信するためのインターフェースである。通信部５５は、例えば、ネットワークに接続するためのネットワークインターフェースである。通信部５５は、ネットワークを介してサーバ２と通信を行う。
【００４０】
操作部５６は、操作部材の操作に基づいて、操作信号を生成する。操作部材は、例えば、タッチセンサ、テンキー、またはキーボードなどである。タッチセンサは、例えば、抵抗膜式タッチセンサ、または静電容量式タッチセンサ等である。即ち、タッチセンサは、ある領域内において指定（タッチ）された位置を示す情報を取得する。タッチセンサは、表示部５７と一体にタッチスクリーンとして構成されることにより、表示部５７上のタッチされた位置を示す信号をプロセッサ５１に入力する。表示部５７は、プロセッサ５１、または図示しないグラフィックコントローラなどの表示制御部から入力される映像信号に応じて画面を表示する。
【００４１】
媒体処理部５８は、利用者が提示する乗車券媒体を処理する。媒体処理部５８は、乗車券媒体に対して情報の読取り、及び、書込みが可能なユニットにより構成される。媒体処理部５８は、乗車券媒体の形態に対応して、ＩＣカードと無線通信を行うＩＣカードリーダライタ、磁気券に対する情報の読取り及び書込みが可能な磁気券処理機構、及び、二次元コードが印刷された媒体の券面を読み取る撮像装置のうちのいずれか、または複数を備える。また、媒体処理部５８は、利用者が提示する乗車券を回収し、精算券を発券する機能を有するものであっても良い。
【００４２】
決済処理部５９は、料金の決済を行うユニットである。例えば、決済処理部５９は、現金を処理する現金処理部を有する。また、決済処理部５９は、クレジットカードによる決済を行うための処理ユニットであっても良い。
【００４３】
次に、サーバ２が有する機能について説明する。  
図６は、サーバ２が有する機能を説明するための模式図である。  
図６に示すように、サーバ２は、出札処理モジュール６１、改札処理モジュール６２、および、データベース２４ｃの機能を有する。出札処理モジュール６１は、プロセッサ２１が記憶領域２４ａに記憶した出札処理用のプログラムを実行することにより実現される処理機能である。例えば、出札処理モジュール６１は、乗車券の発券情報の生成及び登録などの処理を含むサーバ２での発券処理（乗車券発行情報登録）、および、ＳＦ乗車券に金額（ＳＦ残額）をチャージするサーバでのチャージ処理（チャージ額登録）などの処理を行う。
【００４４】
また、改札処理モジュール６２は、プロセッサ２１が記憶領域２４ｂに記憶した改札処理用のプログラムを実行することにより実現される処理機能である。例えば、改札処理モジュール６２は、乗車券に対する改札判定などの処理を含むサーバでの改札処理、および、乗車券に対する精算判定などの処理を含むサーバでの精算処理などの処理を行う。改札処理と精算処理とは、例えば、改札処理においてＳＦ残額による改札判定を行うための運賃の算出と、精算処理において精算額の算出とが同様なアルゴリズムで実現される。このため、本実施形態に係るサーバ２では、改札処理と精算処理とを共通の改札処理モジュールで実行する構成としている。このように、本実施形態によれば、改札処理を行うモジュールと精算処理を行うモジュールとを共通化することにより、サーバにおいては効率の良い構成を実現している。
【００４５】
なお、出札処理モジュール６１と改札処理モジュール６２とは、当該出改札システムにおいて、随時、各駅務端末からの要求に対して処理を実施してその処理結果を駅務端末に返せるサーバにあれば良い。例えば、出札処理モジュール６１と改札処理モジュール６２とは、それぞれが物理的に独立したサーバに設けられても良い。また、出札処理モジュール６１と改札処理モジュール６２とは、データベース２４ｃを有するサーバに設けなくても良い。
【００４６】
また、データベース２４ｃは、各乗車券媒体のステータスを管理するための情報を記憶する。図２に示す構成例において、データベース２４ｃは、サーバ２の記憶部２４に設けられる。データベース２４ｃは、全ての有効な乗車券に関する情報を一元的に管理するため、当該出改札システム内において１つ設けられるものであれば良い。例えば、データベース２４ｃは、出札処理モジュール或は改札処理モジュールを具備するサーバとは別のサーバに設けても良い。また、データベース２４ｃは、記憶装置の障害などに対応するために２重化しても良い。
【００４７】
図６に示す構成例において、データベース２４ｃは、有効な乗車券（乗車券媒体）ごとにステータスを示す各種の情報を記憶する。本出改札システム１において、個々の乗車券媒体は、ユニークな識別情報（ＩＤ）により識別される。データベース２４ｃは、各乗車券媒体のＩＤごとにステータスを示す情報を記憶する。データベース２４ｃは、各乗車券媒体の乗車券としての効力（有効性、権利）に関する情報（権利情報、発行情報）と各乗車券媒体の利用状況を示す利用履歴情報とを記憶する。
【００４８】
図６に示す例において、データベース２４ｃは、普通乗車券に関する情報として、券情報をＩＤ別に記憶する。券情報は、乗車券のＩＤごとにデータベース２４ｃに記憶される乗車券の有効性および利用状況などを示す情報である。図６では、ＩＤ別の券情報として、権利（効力）情報、入場情報、出場情報、精算情報などの情報を例示する。  
権利情報は、乗車券による権利（効力、有効性）を示す情報であり、例えば、有効区間、有効期間などの情報である。権利情報は、サーバ２の出札処理モジュール６１による出札処理としての乗車券発行情報登録によってＩＤに対応づけてデータベース２４ｃに記録される。また、権利情報は、サーバ２の出札処理モジュール６１による出札処理としてのチャージ額登録などの更新処理によって更新される。
【００４９】
入場情報、出場情報、および精算情報などの情報は、各乗車券の利用履歴を示す利用履歴情報であり、入場、出場或いは精算などが行われるごとに更新される。入場情報は、当該乗車券による入場時の状況を示す情報であり、例えば、入場駅、入場日時などの情報である。出場情報は、当該乗車券による出場時の状況を示す情報であり、例えば、出場駅、出場日時などの情報である。精算情報は、当該乗車券に対する精算状況を示す情報であり、例えば、精算駅、精算日時などの情報である。入場情報、出場情報、精算情報は、サーバ２の改札処理モジュール６２による改札処理によってデータベース２４ｃに記録（更新）される情報である。
【００５０】
また、図６に示す例において、データベース２４ｃは、ＳＦ乗車券に関する情報として、ＳＦ口座情報とＳＦ利用情報とをＩＤ別に記憶する。ＳＦ口座情報は、ＳＦ乗車券としての効力（有効性、権利）に関する情報（権利情報）である。図６に示す例では、ＳＦ口座情報は、残額（金額）及びデータアクセス情報であり、ＳＦ乗車券の発券時にＩＤ別に登録される。ＳＦ口座情報の残額は、金額がチャージされる毎に更新される。また、ＳＦ口座情報のデータアクセス情報は、当該ＳＦ口座情報へのアクセス状況を示す情報である。ＳＦ利用情報は、乗車券の利用状況を示す情報である。図６に示す例では、ＳＦ利用情報は、トリップ情報、入場情報（入場駅、入場情報）、出場情報（出場駅、出場日時）、精算情報（精算駅、精算日時）、利用運賃情報、データアクセス情報などである。ＳＦ利用情報は、ＳＦ乗車券として利用されるごとに更新される。なお、データアクセス情報は、当該乗車券のデータへのアクセス状況を示す情報である。
【００５１】
次に、実施形態に係る出改札システムにおける出札処理について説明する。  
本実施形態における出札処理とは、乗車券としての効力（アカウント）を生成し、生成した乗車券としての情報をデータベース２４ｃに登録する処理である。本実施形態では、出改札システムによる出札処理として、発行機３で利用者が指定する条件に応じた乗車券（普通乗車券、ＳＦ乗車券など）を発券する処理（発券処理）と発行機３で利用者が提示する乗車券媒体（ＳＦ乗車券、定期券など）に対して利用者が指示する条件に応じて更新処理を行う場合について説明する。なお、出札処理としての更新処理には、利用者が提示するＳＦ乗車券に金額（ＳＦ残額）をチャージする処理（金額チャージ処理）、或は、既存の定期券を更新する処理（継続定期券の発行処理など）などの処理を想定される。ただし、以下の説明では、主に、更新処理が金額チャージ処理である場合を想定して説明するものとする。
【００５２】
新規に乗車券を発券する処理を行う場合、利用者は、発行機３で発券する乗車券の条件を指定する。サーバ２は、発行機３から利用者が指定する条件を受信し、受信した条件に基づく乗車券の発券の可否を判断する。サーバ２は、乗車券の発券を可と判断した場合、発券する乗車券の識別情報（ＩＤ）を含む権利情報を生成し、生成した権利情報に基づく乗車券の発券情報（発券指示）を発行機３へ送信する。また、サーバ２は、発行機３で乗車券が正常に発券されると、生成した乗車券の権利情報をＩＤに対応づけてデータベース２４ｃに登録する。これにより、サーバ２は、発行機３が発券する乗車券に関する情報としての乗車券の権利情報を管理できる。
【００５３】
また、既存の乗車券媒体（例えば、ＩＣカード又は携帯端末）としてのＳＦ乗車券に金額をチャージする場合、利用者は、発行機３でＳＦ乗車券を提示してチャージ金額などの更新条件を指定する。発行機３は、利用者が提示するＳＦ乗車券のＩＤを読取り、読み取ったＩＤと利用者が指定した条件とをサーバ２へ送信する。サーバ２は、発行機３からＳＦ乗車券のＩＤと利用者が指定するチャージ金額などの条件とを受信する。サーバ２は、指定されたＩＤの乗車券に指定された金額がチャージ可能かを判断する。サーバ２は、指定された金額のチャージが可能であると判断した場合、発行機３に対して金額チャージを許可する。サーバ２は、許可したチャージ金額の徴収が正常終了すると、データベース２４ｃにおける当該ＩＤに対応する乗車券（ＳＦ乗車券）の権利情報（ＳＦ口座情報）の残額（ＳＦ残額）などの情報をチャージ金額などに応じて更新する。
【００５４】
図７は、発行機３における出札処理（発券処理及び更新処理）の流れを説明するためのフローチャートである。  
発行機３のプロセッサ３１は、待機状態において、表示部３７に操作案内を表示し、操作部３６による利用者からの指示入力を受付ける（ＳＴ１１）。例えば、新規に乗車券を購入する利用者は、操作部３６により乗車券の発券を指示する。また、ＳＦ乗車券への金額のチャージ又は定期券の更新などの既存の乗車券媒体に対する処理（更新処理）を行う場合、利用者は、既存の乗車券媒体を媒体処理部３８に挿入（又は提示）するとともに、処理内容（チャージ金額又は定期券の更新）を操作部３６により指示する。
【００５５】
新規の乗車券の発券指示を受付けた場合（ＳＴ１２、ＹＥＳ）、プロセッサ３１は、利用者が指示した条件と共に発券処理を要求するコマンドを含む電文（以下、コマンド電文と称する）を生成する（ＳＴ１３）。すなわち、新規の乗車券の発券が指示された場合、プロセッサ３１は、サーバ２の出札処理モジュールによって新規の乗車券の発券処理を行うことを要求するコマンド電文を生成する。例えば、プロセッサ３１は、操作部３６により利用者が指示した発行条件（例えば、有効区間、期間など）をコマンド電文に付加する。なお、新規に発券する乗車券の識別情報（ＩＤ）は、サーバ２で発行しても良いし、発行機３で発行しても良い。発行機３で乗車券のＩＤを発行する形態とする場合、プロセッサ３１は、新規に発券する乗車券の識別情報（ＩＤ）を発行し、発行したＩＤをコマンド電文に付与する。
【００５６】
また、既存の乗車券媒体に対する更新処理を受付けた場合（ＳＴ１２、ＮＯ）、プロセッサ３１は、更新処理の対象となる乗車券媒体の識別情報（ＩＤ）を読取り（ＳＴ１４）、更新処理を要求するコマンドを含む電文（以下、コマンド電文と称する）を生成する（ＳＴ１５）。例えば、ＳＦ乗車券としてのＩＣカード又は携帯端末などの乗車券媒体に対する金額のチャージが指示された場合、プロセッサ３１は、サーバ２の出札処理モジュールによって指定された金額のチャージ処理を行うことを要求するコマンド電文を生成する。この場合、プロセッサ３１は、媒体処理部３８により金額チャージの対象となる乗車券媒体のＩＤと操作部３６により利用者が指示した処理条件（例えば、チャージ金額など）を示す情報とをコマンド電文に付加する。
【００５７】
上記のようなコマンド電文を生成すると、プロセッサ３１は、生成したコマンド電文を通信部３５によりサーバ２へ送信する（ＳＴ１６）。コマンド電文をサーバ２へ送信した後、プロセッサ３１は、サーバ２からの応答を待つ。コマンド電文を受信したサーバ２は、受信したコマンド電文に応じて処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である発行機３へ送信する。
【００５８】
サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ１７）、発行機３のプロセッサ３１は、応答電文に含まれるサーバ２での出札処理モジュールによる処理結果に応じた処理を実行する（ＳＴ１８）。例えば、乗車券の新規発行を要求するコマンド電文をサーバ２へ送信した場合、プロセッサ３１は、サーバ２から処理結果として新規発行すべき乗車券の発券情報を含む応答電文を受信する。この場合、プロセッサ３１は、サーバ２から受信した発券情報（例えば、乗車券の有効区間、有効期間など）に基づいて媒体処理部３８により新規に乗車券を発券する処理を実行する。新規の乗車券が正常に発券された場合、プロセッサ３１は、正常に発券が完了したことをサーバ２へ通知し、一連の処理を終了する。
【００５９】
また、更新処理としての金額のチャージを要求するコマンド電文をサーバ２へ送信した場合、プロセッサ３１は、サーバ２から金額チャージの可否判定の結果を含む応答電文を受信する（ＳＴ１７）。この場合、プロセッサ３１は、決済処理部３９により指定のチャージ金額を利用者から収受する処理を行い、チャージ金額が正常に収受できた場合には金額の収受完了をサーバ２へ通知し、一連の処理を終了する。なお、発行機３の決済処理部５９は、チャージ金額を現金で収受しても良いし、クレジットカード或は電子マネーなどでチャージ金額を収受しても良い。
【００６０】
次に、上記のような発行機３からのコマンド電文に対するサーバ２の動作について説明する。  
図８は、本実施形態に係るサーバ２による駅務端末からのコマンド電文に応じた処理の一例を説明するためのフローチャートである。なお、図８では、駅務端末としての発行機３からのコマンド電文に応じたサーバ２による処理の例を示している。  
出改札システム１において、サーバ２は、常時、各駅務端末（発行機３、改札機４、精算機５）からのコマンド電文の受信待ちの状態となっている。サーバ２のプロセッサ２１は、コマンド電文を受信すると、直ちにコマンド電文で指示された処理を実行する。
【００６１】
すなわち、駅務端末からコマンド電文を受信すると（ＳＴ２１）、サーバ２のプロセッサ２１は、受信したコマンド電文で要求された処理を出札処理モジュール６１で処理するか改札処理モジュール６２で処理するかを判断する（ＳＴ２２）。例えば、発行機３からの発券処理又は更新処理を要求するコマンド電文は、出札処理モジュール６１での処理を要求するコマンドが含まれる。
【００６２】
出札処理モジュール６１での処理（出札処理）を要求するコマンド電文を受信した場合（ＳＴ２２、ＹＥＳ）、プロセッサ２１は、記憶部２４の第１の記憶領域２４ａに記憶する出札処理用のプログラムを起動することにより出札処理モジュール６１を起動する（ＳＴ２３）。出札処理モジュール６１を起動すると、プロセッサ２１は、コマンド電文で要求される処理が発券処理か更新処理かを判断する（ＳＴ２４）。
【００６３】
受信したコマンド電文により発券処理が要求されたと判断した場合（ＳＴ２４、発券）、プロセッサ２１は、コマンド電文に含まれる発行条件を示す情報などを確認し、発券すべき乗車券の発券情報を生成する（ＳＴ２５）。例えば、発行機３からのコマンド電文で発券する乗車券のＩＤが指定されている場合、プロセッサ２１は、当該コマンド電文で指定される発行条件に応じて、指定されたＩＤの乗車券の発券情報を生成する。発行機３からのコマンド電文でＩＤが指定されていない場合、プロセッサ２１は、発券する乗車券のＩＤを発行し、発行したＩＤの乗車券の発券情報をコマンド電文で指定される発行条件に応じて生成する。
【００６４】
乗車券の発券情報を生成すると、プロセッサ２１は、生成した乗車券の発券情報（処理結果）を含む応答電文を作成する（ＳＴ２６）。なお、指定された発行条件での乗車券の発券が不可であると判定された場合、プロセッサ２１は、発券不可を示すメッセージ（処理結果）を含む応答電文を作成する。応答電文を作成すると、プロセッサ２１は、コマンド電文の送信元である発行機（駅務端末）３へ作成した発券情報を含む応答電文を送信する（ＳＴ２７）。
【００６５】
また、コマンド電文により更新処理が要求されたと判断した場合（ＳＴ２４、更新）、プロセッサ２１は、コマンド電文から実行すべき更新処理の内容を確認し、当該コマンド電文で指定されるＩＤの乗車券の情報を更新する処理を行う。例えば、受信したコマンド電文が金額のチャージを要求する場合、プロセッサ２１は、当該コマンド電文で指定されるＩＤの乗車券に対応するＳＦ残額を更新する処理を行う。
【００６６】
すなわち、指定されたＩＤの乗車券における金額（ＳＦ残額）をチャージする場合、プロセッサ２１は、コマンド電文で指定されたＩＤを特定し、データベース２４ｃに記憶されている特定したＩＤに対応するＳＦ口座情報を特定する（ＳＴ２８）。データベース２４ｃにおける当該ＩＤに対応するＳＦ口座情報を特定すると、プロセッサ２１は、コマンド電文で指定された金額のチャージが可能かを確認し、指定された金額をチャージした場合（更新を実行した後）の更新情報を生成する（ＳＴ２９）。
【００６７】
指定された金額のチャージが可能であれば、プロセッサ２１は、生成した更新情報（処理結果）を含む応答電文を作成する（ＳＴ３０）。また、指定された金額のチャージが不可であれば、プロセッサ２１は、指定された金額チャージが不可である旨のメッセージ（処理結果）を含む応答電文を作成する。更新を要求するコマンド電文に対する応答電文を作成すると、プロセッサ２１は、コマンド電文の送信元である発行機（駅務端末）３へ作成した応答電文を送信する（ＳＴ２７）。
【００６８】
コマンド電文に対する処理結果を含む応答電文を送信した後、プロセッサ２１は、送信した応答電文に対する発行機（駅務端末）３での処理が正常に終了したかを確認する（ＳＴ３１）。例えば、応答電文を送信した後、プロセッサ２１は、応答電文に対応する処理の正常終了を示す通知を受付ける。発行機３から処理の正常終了を示す通知を受信した場合（ＳＴ３１、ＹＥＳ）、プロセッサ２１は、処理結果に応じてデータベース２４ｃが記憶する情報を更新する（ＳＴ３２）。
【００６９】
例えば、発券を要求するコマンド電文に対して発券情報を含む応答電文を送信した場合、プロセッサ２１は、発券処理が正常終了したことを示す通知の受信待ちとなる。発券処理が正常終了したことを示す通知を受信した場合（ＳＴ３１、ＹＥＳ）、プロセッサ２１は、発券情報に基づく乗車券の権利情報をＩＤに対応づけてデータベース２４ｃに登録する（ＳＴ３２）。
【００７０】
また、金額チャージなどの更新処理を要求するコマンド電文に対して更新情報を含む応答電文を送信した場合、プロセッサ２１は、当該ＩＤの乗車券に対する発行機３での更新処理が正常終了したことを示す通知の受信待ちとなる。更新処理が正常終了したことを示す通知を受信した場合（ＳＴ３１、ＹＥＳ）、プロセッサ２１は、正常終了した更新処理による更新情報に基づいてデータベース２４ｃにおける当該ＩＤに対応する情報の更新を行う（ＳＴ３２）。
【００７１】
以上の処理によれば、本実施形態に係る出改札システムでは、サーバ２の出札処理モジュールによって発行機３で指定される条件に応じた乗車券の発券及び更新を行い、その発券及び更新などの処理結果に応じてデータベース２４ｃに対する情報の登録及び更新を行う。これにより、多数の駅務端末を有する出改札システムであっても、当該システム全体での出札処理をサーバの出札処理モジュールを用いて実現でき、処理の効率化および個々の乗車券に関する情報を一元的な効率の良い管理が実現できる。
【００７２】
次に、出改札システム１における改札処理および精算処理について説明する。  
まず、出改札システム１における改札機４を用いた改札処理の動作について説明する。  
図９は、改札機４における改札処理の流れを説明するためのフローチャートである。  
改札機４のプロセッサ４１は、待機状態において、表示部４７に通行案内を表示し、媒体処理部４６による利用者が提示する乗車券媒体を受付ける。プロセッサ４１は、待機状態において、利用者が提示する乗車券媒体を検知すると（ＳＴ４１）、媒体処理部４６により利用者が提示する乗車券媒体からＩＤを読取る処理を実行する（ＳＴ４２）。媒体処理部４６がＩＤを読取れなかった場合（ＳＴ４３、ＮＯ）、プロセッサ４１は、通行不可態様の処理として、通行制御部４８により当該利用者の通行を阻止する（ＳＴ４９）。
【００７３】
媒体処理部４６により利用者が提示する乗車券媒体からＩＤを読取れた場合（ＳＴ４３、ＹＥＳ）、プロセッサ４１は、当該ＩＤに対応する情報に基づく改札処理をサーバ２へ要求するコマンド電文を生成する（ＳＴ４４）。例えば、プロセッサ４１は、コマンド電文において、処理モジュールとして改札処理モジュールを指定するとともに、乗車券媒体のＩＤ、利用モード（入場モード又は出場モード）、改札場所（利用駅又は改札口）、利用日時などを付加する。
【００７４】
例えば、入場口側で乗車券媒体が提示（検知）された場合、プロセッサ４１は、利用モードが入場モードであるものとする。利用モードが入場モードである場合、プロセッサ４１は、改札処理モジュール６２を指定するとともに、乗車券媒体のＩＤ、入場モード、入場場所（入場駅）、および、入場日時を示す情報を付加したコマンド電文を作成する。また、出口側で乗車券媒体が提示（検知）された場合、プロセッサ４１は、利用モードが出場モードであるものとする。利用モードが出場モードである場合、プロセッサ４１は、改札処理モジュール６２を指定するとともに、乗車券媒体のＩＤ、出場モード、出場場所（出場駅）、および、出場日時を示す情報を付加したコマンド電文を作成する。
【００７５】
上記のような改札処理を要求するコマンド電文を生成すると、プロセッサ４１は、生成したコマンド電文を通信部３５によりサーバ２へ送信する（ＳＴ４５）。改札処理を要求するコマンド電文を送信した後、プロセッサ４１は、サーバ２からの応答を待つ。このようなコマンド電文を受信したサーバ２は、受信したコマンド電文に応じて改札の可否判定などの処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である改札機４へ送信する。
【００７６】
サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ４６）、プロセッサ４１は、応答電文に含まれるサーバ２での改札処理モジュールによる処理結果に応じた処理を実行する（ＳＴ４７−４９）。  
すなわち、通行を許可する旨の処理結果を含む応答電文をサーバ２から受信した場合、プロセッサ４１は、当該乗車券媒体を提示した利用者の通行を許可するものと判断する。通行を許可すると判断した場合（ＳＴ４７、ＹＥＳ）、プロセッサ４１は、表示部４７に通行可の案内を表示し、ドアを開放することによって利用者を通行させる処理（通行許可対応の処理）を行う（ＳＴ４８）。
【００７７】
また、通行を不可とする旨の処理結果を含む応答電文をサーバ２から受信した場合、プロセッサ４１は、当該乗車券媒体を提示した利用者の通行を不可（阻止）するものと判断する。通行を不可とすると判断した場合（ＳＴ４７、ＮＯ）、プロセッサ４１は、表示部４７に通行不可の案内を表示し、ドアを閉鎖することによって当該利用者の通行を阻止する処理（通行不可対応の処理）を行う（ＳＴ４９）。  
また、通行許可又は通行不可対応の処理をした後、プロセッサ４１は、当該利用者の通行又は退出を検知する。利用者の通行又は退出を検知した場合、プロセッサ４１は、当該利用者に対する一連の改札処理が終了したものと判断し、改札処理の終了をサーバ２へ通知する。
【００７８】
次に、出改札システム１における精算機５を用いた精算処理の動作について説明する。  
図１０は、精算機５における精算処理の流れを説明するためのフローチャートである。  
精算機５のプロセッサ５１は、待機状態において、表示部５７に操作案内を表示し、操作部５６による利用者からの精算の指示入力を受付ける（ＳＴ５１）。例えば、既存の乗車券媒体に対する精算を行う利用者は、操作部５６により精算開始を指示するとともに、精算の対象とする乗車券媒体を媒体処理部５８に挿入（又は提示）する。これにより、プロセッサ５１は、操作部５６に入力される精算開始の指示に応じて精算処理を受付け、利用者が提示する乗車券媒体に対する精算処理を実行する。
【００７９】
また、乗車券媒体に対する精算処理を受付けると、プロセッサ５１は、精算処理の対象となる乗車券媒体の識別情報（ＩＤ）を媒体処理部５８により読取る処理を行う（ＳＴ５２）。乗車券媒体からＩＤが読み取れた場合（ＳＴ５３、ＹＥＳ）、プロセッサ５１は、当該ＩＤの乗車券に対する精算処理を要求するコマンド電文を生成する（ＳＴ５４）。例えば、プロセッサ５１は、コマンド電文において、精算処理を行うための処理モジュールとして改札処理モジュール６２を指定し、乗車券媒体のＩＤ、精算モード、精算場所（精算駅）、精算日時などの情報を付与する。
【００８０】
上記のような精算処理を要求するコマンド電文を生成すると、プロセッサ５１は、生成したコマンド電文を通信部５５によりサーバ２へ送信する（ＳＴ５５）。精算処理を要求するコマンド電文を送信した後、プロセッサ５１は、サーバ２からの応答を待つ。このようなコマンド電文を受信したサーバ２は、受信したコマンド電文に応じて精算判定（精算金額の算出等）などの処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である精算機５へ送信する。
【００８１】
サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ５６）、プロセッサ５１は、応答電文に含まれるサーバ２での改札処理モジュールによる精算判定などの処理結果に応じた処理を実行する（ＳＴ５７−５９）。  
すなわち、精算を許可する旨の処理結果を含む応答電文をサーバ２から受信した場合（ＳＴ５７、ＹＥＳ）、プロセッサ５１は、精算額の収受及び精算券の発券などの処理（精算不可対応の処理）を実行する（ＳＴ５８）。例えば、プロセッサ５１は、表示部５７に精算額を表示し、精算額を決済処理部２９により収受する。決済処理部２９により精算額が収受できた場合、プロセッサ５１は、精算券の発券、又は、精算対象のＳＦ乗車券に精算額分の金額チャージを行う。精算処理が正常に行えた場合、プロセッサ５１は、精算が正常に終了したことを示す通知をサーバ２へ通知し、一連の精算処理を終了する。
【００８２】
また、精算が不可である旨の処理結果を含む応答電文をサーバ２から受信した場合（ＳＴ５７、ＮＯ）、プロセッサ５１は、表示部５７に精算不可の案内を表示する等の処理（精算不可対応の処理）を行い、一連の精算処理を終了する（ＳＴ５９）。例えば、提示された乗車券に対して精算が不要である旨の応答電文を受信した場合、プロセッサ５１は、精算不要である旨の案内を表示しても良い。また、係員対応が必要な乗車券である場合、プロセッサ５１は、係員対応を促す案内を表示しても良い。
【００８３】
次に、改札機４からの改札処理を要求するコマンド電文、又は、精算機５からの精算処理を要求するコマンド電文に対するサーバ２の動作について説明する。  
図１１は、本実施形態に係るサーバ２による駅務端末からのコマンド電文に応じた処理の例を説明するためのフローチャートである。図１１では、図８に示す処理において受信したコマンド電文が出札処理でない場合（改札機４又は精算機５からのコマンド電文である場合）におけるサーバ２の動作例を示している。
【００８４】
すなわち、図８に示す処理において受信したコマンド電文が出札処理モジュール６１ではなく改札処理モジュール６２を指定するものである場合（ＳＴ２２、ＮＯ）、サーバ２のプロセッサ２１は、記憶部２４の第２の記憶領域２４ｂに記憶する改札処理用のプログラムを起動することによりサーバ２の改札処理モジュール６２を起動する（ＳＴ７１）。改札処理モジュール６２を起動すると、プロセッサ２１は、コマンド電文で指定された乗車券のＩＤを特定し、データベース２４ｃに記憶されている特定したＩＤに対応する乗車券の情報（アクセス対象の情報）を特定する（ＳＴ７２）。
【００８５】
当該コマンド電文で指定されたＩＤに対応する情報を特定すると、プロセッサ２１は、当該コマンド電文で要求される利用モードが改札モード（入場モード又は出場モード）か精算モードかを判断する（ＳＴ７３）。例えば、上述した図９又は図１０に示す処理例では、改札機４からの改札処理を要求するコマンド電文は利用モードとして入場モード又は出場モードが指定され、精算機５からの精算処理を要求するコマンド電文は利用モードとして精算モードが指定される。
【００８６】
受信したコマンド電文が指定する利用モードが入場モード又は出場モードである場合（ＳＴ７３、改札）、プロセッサ２１は、当該コマンド電文で指定されたＩＤに対応する情報に基づいてコマンド電文で指定された利用駅及び利用時間での通行（入場又は出場）が可能であるかを判定する（ＳＴ７４）。
【００８７】
コマンド電文で指定されたＩＤの乗車券がＳＦ乗車券であれば、プロセッサ２１は、利用場所（入場駅、出場駅）に基づいて算出される料金が当該ＩＤに対応するＳＦ口座情報の残額で精算可能か否かにより通行の可否を判断する。例えば、利用モードが入場モードであれば、プロセッサ２１は、所定の料金（例えば、初乗り料金、又は入場料金）がＳＦ残額から収受可能か否かにより通行（入場）の可否を判断する。また、利用モードが出場モードであれば、プロセッサ２１は、当該ＩＤに対応する情報から特定される入場駅からコマンド電文で指定される利用駅（出場駅）までの料金がＳＦ残額から収受可能か否かにより通行（出場）の可否を判断する。
【００８８】
また、コマンド電文で指定されたＩＤの乗車券が普通乗車券又は定期券であれば、プロセッサ２１は、コマンド電文で指定される利用駅及び利用時間が有効区間内かつ有効期間内であるか否かにより通行の可否を判定する。また、コマンド電文で指定されたＩＤの乗車券がＳＦ乗車券と定期券（或は、普通乗車券や回数券）との機能を合せ持つ場合、プロセッサ２１は、定期券としての有効性情報（有効区間、有効期間等）とＳＦ乗車券としてのＳＦ残額との組み合わせにより通行の可否を判定する。
【００８９】
受信したコマンド電文に応じて通行の可否を判定すると、プロセッサ２１は、通行の可否判定の結果（処理結果）を含む応答電文を作成する（ＳＴ７５）。応答電文を作成すると、プロセッサ２１は、コマンド電文の送信元である改札機（駅務端末）４へ作成した通行の可否判定の結果を含む応答電文を送信する（ＳＴ７６）。
【００９０】
また、受信したコマンド電文が指定する利用モードが精算モードである場合（ＳＴ７３、精算）、プロセッサ２１は、当該コマンド電文で指定されたＩＤに対応する乗車券の情報に基づいて当該コマンド電文で指定された利用駅（精算駅）での精算判定を行う（ＳＴ７７）。  
例えば、プロセッサ２１は、当該ＩＤに対応する情報から特定される入場駅からコマンド電文で指定される利用駅（出場駅）までの料金がＳＦ残額から収受可能か否かにより通行（出場）の可否を判断する。
【００９１】
上記のような改札処理モジュールによる精算モードでの精算判定においては、少なくとも入場駅から精算駅までの精算額を算出するアルゴリズムが、上述した出場モードでの通行判定における料金（精算額）の算出と同様なアルゴリズムを適用できる。このため、本実施形態に係る出改札システムでは、サーバでの改札処理と精算処理とを改札処理モジュール６２で行うように構成している。このような構成によって、改札処理モジュールで改札処理と精算処理とを実現でき、サーバの構成を効率良くすることができる。
【００９２】
精算額を算出するなどの精算判定を行うと、プロセッサ２１は、精算額などの精算判定の結果（処理結果）を含む応答電文を作成する（ＳＴ７８）。利用モードが精算モードであるコマンド電文に対する応答電文を作成すると、プロセッサ２１は、当該コマンド電文の送信元である精算機（駅務端末）５へ作成した精算判定の結果を含む応答電文を送信する（ＳＴ７６）。
【００９３】
改札処理又は精算処理を要求するコマンド電文に対する処理結果を含む応答電文を送信した後、プロセッサ２１は、改札機４又は精算機５での処理が正常に終了したかを確認する（ＳＴ７９）。例えば、プロセッサ２１は、応答電文を送信した駅務機器からの処理の正常終了を示す通知に応じて一連の改札処理又は精算処理が正常に終了したかを確認する。通行判定の結果を含む応答電文を送信した場合、プロセッサ２１は、改札処理が正常終了したことを示す改札機４から通知により改札処理が正常終了したことを確認する。また、精算判定の結果を含む応答電文を送信した場合、プロセッサ２１は、精算機５から精算処理が正常終了したことを示す精算機５からの通知により、精算処理が正常終了したことを確認する。
【００９４】
改札処理又は精算処理が正常終了したことが確認できた場合（ＳＴ７９、ＹＥＳ）、プロセッサ２１は、正常終了した処理内容に応じてデータベース２４ｃにおける当該ＩＤに対応する情報を更新する（ＳＴ８０）。例えば、改札処理の正常終了が確認できた場合、プロセッサ２１は、正常終了した改札処理の内容に応じて入出場状態を示す情報（入出場フラグ、入場駅及び入場日時、出場駅及び出場日時等）などの情報を当該ＩＤに対応づけてデータベース２４ｃに記録する。また、精算処理の正常終了が確認できた場合、プロセッサ２１は、正常終了した精算処理の内容に応じた情報に基づいてデータベース２４ｃにおける当該ＩＤに対応する情報（例えば、当該ＩＤに対応づけた精算内容、当該ＩＤに対応するＳＦ口座情報のＳＦ残額）を更新する（ＳＴ８０）。
【００９５】
以上の処理によれば、本実施形態に係る出改札システムでは、サーバの改札処理モジュールによって、改札機に提示された乗車券媒体に対する改札（通行）判定及び精算機で受付けた精算対象の乗車券媒体に応じた精算判定の処理を行い、改札判定及び精算判定の結果に応じた処理内容によってデータベースが記憶する情報を更新する。すなわち、アカウント型ＡＦＣシステムにおけるサーバは、改札処理モジュールによって改札機から要求される改札処理及び精算機から要求される精算処理を実行する。
【００９６】
これにより、本実施形態に係る出改札システムは、サーバにおいて、改札処理用の処理モジュールと精算処理用の処理モジュールとをそれぞれ別々に用意する必要がなく、構成上の効率が良い。また、改札処理における料金計算と精算処理における料金算出とを実現するためのアルゴリズムが改札処理モジュールにおいて共通化でき、運賃などの料金改定やソフトウエアの更新などが発生した場合には改札処理モジュールを更新すれば良いため、効率の良いシステム運用が実現できる。
【００９７】
（変形例）
以下、上述した実施形態に係る出改札システムの変形例について説明する。  
本実施形態の変形例に係る出改札システムでは、駅務端末がサーバ２へ送信するコマンド電文において処理モジュールを指定するだけでなく、サーバ２に要求する処理において参照すべきデータも指定するものである。駅務端末からのコマンド電文で処理モジュールと共に、データベースにおける参照すべきデータを指定することにより、サーバ２での処理がさらに高速化できる。
【００９８】
例えば、改札機４に提示された乗車券媒体に対する入場処理では、改札（入場）判定において、有効区間、有効期間、ＳＦ残額などの情報をデータベース２４ｃから参照する必要がある。このため、改札機４は、入場処理を要求するコマンド電文（利用モードが入場モードのコマンド電文）において、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。これにより、サーバ２は、入場モードでの改札（通行）判定において、データベース２４ｃにおける参照すべきデータを迅速に特定でき、その結果として入場処理の高速化が期待できる。
【００９９】
また、改札機４に提示された乗車券媒体に対する出場処理では、改札（出場）判定において、入場駅、有効区間、有効期間、ＳＦ残額などの情報をデータベース２４ｃから参照する必要がある。このため、改札機４は、出場処理を要求するコマンド電文（利用モードが出場モードのコマンド電文）において、入場駅、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。例えば、上記のような改札処理を要求するコマンド電文は、図９に示すＳＴ４４に示す改札機４の処理において、上記のような参照すべきデータを示す情報を付加することにより作成できる。
【０１００】
また、改札処理において入出場サイクルが正常であるかをチェックする運用である場合、改札機４は、改札処理（入場又は出場処理）を要求するコマンド電文において、入出場フラグ（入場状態又は出場状態の何れであるかを示す情報）を、入出場サイクルの正当性を判定するために参照すべきデータとして指定する。これにより、入出場サイクルのチェックも高速に行える。
【０１０１】
また、精算機５を用いた精算処理では、入場駅、有効区間、有効期間、ＳＦ残額などの情報を参照する必要がある。このため、本変形例に係る精算機５は、精算処理を要求するコマンド電文（利用モードが精算モード）において、入場駅、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。例えば、上記のような精算処理を要求するコマンド電文は、図１０に示すＳＴ５４に示す精算機５の処理において、上記のような参照すべきデータを示す情報を付加することにより作成できる。
【０１０２】
本変形例に係るサーバ２は、上記のような参照すべきデータを指定したコマンド電文を受信した場合、利用モードで指定される処理（改札判定又は精算判定）において、当該コマンド電文で指定された参照すべきデータをデータベース２４ｃから特定する。これにより、サーバ２は、コマンド電文で指定された処理を当該コマンド電文で指定された参照すべきデータを用いて実行する。
【０１０３】
例えば、サーバ２のプロセッサ２１は、利用モードが入場モード又は出場モードのコマンド電文を受信した場合、図１１のＳＴ７２の処理において、当該コマンド電文で指定されたＩＤの情報のうち当該コマンド電文で指定される参照すべきデータをデータベース２４ｃから特定する。データベース２４ｃから参照すべき情報を特定すると、プロセッサ２１は、特定した情報に基づいてコマンド電文で指定された通行判定を行う。
【０１０４】
また、利用モードが精算モードのコマンド電文を受信した場合も、サーバ２のプロセッサ２１は、図１１のＳＴ７２の処理において、当該コマンド電文で指定されたＩＤの情報のうち当該コマンド電文で指定される参照すべきデータをデータベース２４ｃから特定する。データベース２４ｃから参照すべき情報を特定すると、プロセッサ２１は、特定した情報に基づいてコマンド電文で指定された精算判定を行う。
【０１０５】
上記のような変形例に係る出改札システムによれば、処理モジュールや利用モードだけでなく参照すべきデータが指定されたコマンド電文を駅務端末から受信することにより、サーバは、改札判定又は精算判定などの処理において、データベース２４ｃ上の参照すべきデータをコマンド電文から直接的に特定でき、その結果として改札処理又は精算処理の高速化が期待できる。
【０１０６】
なお、上述の各実施の形態で説明した機能は、ハードウエアを用いて構成するに留まらず、ソフトウエアを用いて各機能を記載したプログラムをコンピュータに読み込ませて実現することもできる。また、各機能は、適宜ソフトウエア、ハードウエアのいずれかを選択して構成するものであっても良い。
【０１０７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０８】
２…サーバ、３…発行機、４…改札機、５…精算機、２１…プロセッサ、２２…ＲＯＭ、２３…ＲＡＭ、２４…記憶部、２４ｃ…データベース、２５…通信部、３１…プロセッサ、３２…ＲＯＭ、３３…ＲＡＭ、３４…記憶部、３５…通信部、３８…媒体処理部、３９…決済処理部、４１…プロセッサ（改札処理部）、４２…ＲＯＭ、４３…ＲＡＭ、４４…記憶部、４５…通信部、４６…読取部、４７…表示部、４８…通行制御部、５１…プロセッサ（精算処理部）、５２…ＲＯＭ、５３…ＲＡＭ、５４…記憶部、５５…通信部、５６…操作部、５７…表示部、５８…媒体処理部、５９…決済処理部、６１…出札処理モジュール、６２…改札処理モジュール。
【図１】
2018092533.tif 000003
【図２】
2018092533.tif 000004
【図３】
2018092533.tif 000005
【図４】
2018092533.tif 000006
【図５】
2018092533.tif 000007
【図６】
2018092533.tif 000008
【図７】
2018092533.tif 000009
【図８】
2018092533.tif 000010
【図９】
2018092533.tif 000011
【図１０】
2018092533.tif 000012
【図１１】
2018092533.tif 000013