JP2021108205A - 駅務端末 - Google Patents

Abstract

【課題】１つの情報に対して複数の処理が同時にアクセスすることを回避でき、正確な情報による処理を確実に行える駅務システム、サーバ及び駅務端末を提供する。【解決手段】出改札システムにおいて、サーバの出改札処理は、駅務端末から処理要求を受信した場合に処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認するステップと、識別情報に対応する情報がアクセス中であると判断した場合、識別情報に対応する情報がアクセス不可の状態であることを示す応答を処理要求の送信元の駅務端末へ送信するステップと、識別情報に対応する情報がアクセス中でないと判断した場合、識別情報に対応する情報にアクセスして処理要求に応じた処理を実行し、実行した処理の結果を含む応答を処理要求の送信元の駅務端末へ送信するステップと、を有する。【選択図】図８

Description

本発明の実施形態は、駅務システム、サーバ、及び、駅務端末に関する。

近年、改札口での利用者の出入場（通行）を制御する駅務システムとして、上位装置（サーバ）が、個々の乗車券媒体の識別情報に対応づけて乗車券に関する情報を管理し、改札機などの駅務端末からの要求に応じて通行判定などの処理を行うアカウント型の出改札システム（アカウント型ＡＦＣ（Ａｕｔｏｍａｔｅｄ Ｆａｒｅ Ｃｏｌｌｅｃｔｉｏｎ）システム）が考えられている。アカウント型の出改札システムでは、個々の乗車券に関する情報をデータベースに記憶して管理する。

従来のアカウント型の出改札システムにおけるサーバは、複数の駅務端末から要求される処理を随時実施し、データベースが記憶する乗車券に関する情報を更新する。このようなシステムのサーバは、各種の駅務端末からの要求を受信すると直に処理を実行するが、実際にはデータベース上の情報を更新するまでに処理時間を有することがある。このため、１つの乗車券に対する複数の駅務端末からの複数の処理要求を短時間に連続的に受信すると、従来のシステムでは、１つの乗車券の情報に対して同時期に異なる複数の処理でのアクセスが発生し、意図しないデータの不整合が発生する可能性がある。

特開２００６−１９５８０３号公報

本発明は、１つの情報に対して複数の処理が同時にアクセスすることを回避でき、正確な情報による処理を確実に行える駅務システム、サーバ、及び、駅務端末を提供することを目的とする。

実施形態によれば、駅務システムは、複数の駅務端末とサーバとが接続される。前記各駅務端末は、前記サーバと通信する第１の通信部と、乗車券媒体から乗車券の識別情報を読取る媒体処理部と、前記媒体処理部が乗車券媒体から読み取った識別情報を処理対象に指定して駅務処理の処理要求を前記サーバへ送信する送信処理部と、前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記媒体処理部が読み取った識別情報の乗車券の情報がアクセス不可の状態である旨を報知する報知部と、前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する駅務処理部と、を有する。前記サーバは、複数の駅務端末と通信する第２の通信部と、前記第２の通信部により駅務端末から前記処理要求を受信した場合、前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する確認部と、前記識別情報に対応する情報がアクセス中であると判断した場合、前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記処理要求の送信元の駅務端末へ送信する第１の応答処理部と、前記識別情報に対応する情報がアクセス中でないと判断した場合、前記識別情報に対応する情報にアクセスして前記処理要求に応じた処理を実行し、実行した処理の結果を含む応答を前記処理要求の送信元の駅務端末へ送信する第２の応答処理部とを有する。

図１は、実施形態に係る出改札システムの構成例を示す図である。 図２は、実施形態に係るサーバの構成例を示す図である。 図３は、実施形態に係る発行機の構成例を示す図である。 図４は、実施形態に係る改札機の構成例を示す図である。 図５は、実施形態に係る精算機の構成例を示す図である。 図６は、実施形態に係る出改札システムのサーバが有する機能を説明するための図である。 図７は、実施形態に係る出改札システムにおける発行機の動作例を説明するためのフローチャートである。 図８は、実施形態に係る出改札システムにおけるサーバの出札処理の動作例を説明するためのフローチャートである。 図９は、実施形態に係る出改札システムにおける改札機の動作例を説明するためのフローチャートである。 図１０は、実施形態に係る出改札システムにおける精算機の動作例を説明するためのフローチャートである。 図１１は、実施形態に係る出改札システムにおけるサーバの改札処理及び精算処理の動作例を説明するためのフローチャートである。

以下、図面を参照しながら実施形態について詳細に説明する。
実施形態に係る出改札システム（駅務システム）は、利用者が所持する乗車券に基づいて利用者の通行を制御するシステムである。本実施形態に係る出改札システムは、発行機、改札機および精算機などの複数の駅務端末（端末装置）と、各駅務端末との通信が可能なサーバ（上位装置）とを含むシステムである。

サーバは、乗車券として利用される情報を管理し、各駅務端末からの処理要求に応じて処理を実行し、その処理結果を駅務端末へ返す機能を有する。各駅務端末は、サーバに処理を依頼し、サーバでの処理結果を受けて必要な処理を実行する。このように、サーバが、乗車券として利用される情報を管理して駅務端末からの要求に応じた駅務処理の少なくとも一部を実行するシステムは、アカウント型の出改札システム（アカウント型ＡＦＣシステム）とも称される。

発行機は、乗車券の新規の発券処理、または、既存の乗車券に対する更新処理などの出札処理を行う機能を有する駅務端末である。例えば、発行機は、サーバからの発券情報に従って普通乗車券の発券処理を行う機能を有する。サーバは、発行機で利用者が指示した条件に応じて乗車券の発券情報を生成し、発券情報に基づく乗車券の発券を発行機へ指示し、発券した乗車券に関する情報をデータベースに登録する。また、発行機は、利用者からの更新指示に応じてサーバに乗車券の情報の更新を要求し、サーバでの処理によって乗車券の更新を行う機能を有する。例えば、発行機は、更新処理として、予めチャージした金額を乗車料金等に利用できるＳＦ（ストアードフェア）乗車券に金額をチャージする金額チャージ処理を行う機能を有する。サーバは、発行機で利用者が指示したチャージ金額などの条件に従って当該ＳＦ乗車券に対する金額チャージ処理を行い、チャージする金額を加算したＳＦ残額の更新などのデータベースの更新を行う。

また、改札機は、利用者が提示する乗車券媒体に応じて改札口における利用者の通行を制御する改札処理を行う機能を有する。サーバは、改札機からの要求に応じて通行の可否判定などを含む処理を実行し、その処理結果に応じた通行制御を改札機へ指示し、処理結果に基づくデータベースの更新を行う。また、精算機は、利用者が提示する乗車券に対する料金の精算処理を行う機能を有する。サーバは、精算機からの要求に応じて精算額の算出などを含む処理を実行し、その処理結果に応じた処理を精算機へ指示し、処理結果に基づくデータベースの更新を行う。

図１は、実施形態に係る出改札システム（アカウント型ＡＦＣシステム）１の構成例を示す図である。
図１に示すように、出改札システム１は、サーバ２、発行機３、改札機４、及び、精算機５を有し、鉄道などの駅務を行うための駅務システムである。発行機３、改札機４および精算機５は、駅務端末（端末装置）であり、システム１内においてそれぞれが複数設けられる。例えば、発行機３、改札機４および精算機５は、複数の駅に複数台設置される。これらの発行機３、改札機４および精算機５などの駅務端末（端末装置）に対して、サーバ２は、上位装置である。サーバ２は、発行機３、改札機４および精算機５と通信可能に構成される。図１に示す構成例では、サーバ２は、ネットワークを介して、発行機３、改札機４および精算機５に通信接続される。

また、本出改札システム１において乗車券として利用される媒体（以下、乗車券媒体とも称する）は、磁気情報を記憶する磁気記憶媒体（磁気券）、二次元コードが券面に印刷される印刷媒体（（印刷券）、ＩＣカード、或は、ＩＣカードと同様な機能を有する携帯端末などが想定される。例えば、普通乗車券は、利用者が指定する金額又は区間で利用可能な券であり、利用の都度、発券される磁気券又は印刷券などが想定される。ＳＦ乗車券は、利用可能な金額（ＳＦ（ストアードフェア）残額）が設定され、利用の都度、利用状況に応じてＳＦ残額が更新されるＩＣカード又は携帯端末などが想定される。

図２は、実施形態に係るサーバ２の構成例を示すブロック図である。
サーバ２は、乗車券として利用される情報を管理し、各駅務端末から受信する情報に応じて、アカウントの登録、通行判定、料金（運賃、精算額）の算出、及び料金の精算などの駅務処理の少なくとも一部を実行する。例えば、乗車券は、利用の度に発行される普通乗車券、および、金額チャージ処理によって利用可能な金額（ＳＦ：ストアードフェア）情報が設定されるＩＣカードなどの媒体がある。サーバ２は、乗車券として利用される情報として、乗車券利用情報、ＳＦ情報、ＳＦ利用履歴情報などを管理し、各駅務端末からの要求に応じて処理を実行する。

図２に示す構成例において、サーバ２は、プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、記憶部２４、及び通信部２５を備える。
プロセッサ２１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ２１は、ＲＯＭ２２又は記憶部２４などの記憶部に記憶されているプログラムに基づいて種々の処理を行う。プロセッサ２１は、ＲＯＭ２２又は記憶部２４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。

ＲＯＭ２２は、読み出し専用の不揮発性メモリである。ＲＯＭ２２は、プログラム及びプログラムで用いられるデータなどを記憶する。
ＲＡＭ２３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ２３は、プロセッサ２１の処理中のデータなどを一時的に格納する。また、ＲＡＭ２３は、プロセッサ２１が実行するプログラムを一時的に格納する。

記憶部２４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部２４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などの記憶装置である。記憶部２４は、メモリＩ／Ｆに記憶媒体をセットしたもの（例えば、カードスロットにメモリカードをセットしたものなど）であっても良い。

記憶部２４は、プログラム、制御データ、および、管理データなどの種々のデータを記憶する。図１に示す例では、記憶部２４は、第１の記憶領域２４ａ、第２の記憶領域２４ｂ、および、第３の記憶領域２４ｃを有する。第１の記憶領域２４ａは、プロセッサ２１が出札モジュールとして機能するための出札処理用のプログラムを記憶する。第２の記憶領域２４ｂは、プロセッサ２１が改札モジュールとして機能するための改札処理用のプログラムを記憶する。第３の記憶領域２４ｃは、乗車券媒体ごとに各種の情報を記憶する領域である。第３の記憶領域２４ｃは、各乗車券媒体の識別情報（ＩＤ）ごとにステータスを示す情報を記憶するデータベース（ＤＢ）であるものとする。なお、ＩＤごとのステータスを示す情報を記憶するデータベースは、別の装置に設けても良いが、その場合、プロセッサ２１が外部の装置に設けたデータベースにアクセス可能な構成とする。

通信部２５は、他の装置とのデータ通信を行うためのインターフェースである。通信部２５は、例えば、各駅務端末が接続されるネットワーク（ＬＡＮ）に通信接続するためのネットワークインターフェースである。通信部２５は、ネットワークを介して、発行機３、改札機４及び精算機５などの各駅務端末と通信する。

図３は、実施形態に係る発行機（端末装置）３の構成例を示すブロック図である。 発行機３は、乗車券として利用される媒体（乗車券媒体）の発行又は更新（ＳＦの金額チャージなど）を行う。発行機３は、例えば、利用者が入力した発券条件での乗車券の発券処理（駅務処理）を要求する処理要求（コマンド電文）をサーバ２へ送信し、サーバ２からの応答（応答電文）に応じた乗車券の発券処理を行う。また、発行機３は、利用者が提示する乗車券の識別情報（ＩＤ）と利用者が入力する更新条件とを指定した乗車券の更新処理（駅務処理）を要求する処理要求（コマンド電文）をサーバ２へ送信し、サーバ２からの応答（応答電文）に応じた処理を行う。

図３に示す構成例において、発行機３は、プロセッサ３１、ＲＯＭ３２、ＲＡＭ３３、不揮発性メモリ３４、通信部３５、操作部３６、表示部３７、媒体処理部３８、および決済処理部３９を有する。
プロセッサ３１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ３１は、ＲＯＭ３２又は記憶部３４に記憶されているプログラムなどのデータに基づいて種々の処理を行う。プロセッサ３１は、ＲＯＭ３２又は記憶部３４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。

ＲＯＭ３２は、読み出し専用の不揮発性メモリである。ＲＯＭ３２は、プログラム及びプログラムで用いられるデータなどを記憶する。
ＲＡＭ３３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ３３は、プロセッサ３１の処理中のデータなどを一時的に格納する。また、ＲＡＭ３３は、プロセッサ３１が実行するプログラムを一時的に格納する。

記憶部３４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部３４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）、または他の記憶装置である。記憶部３４は、例えば、プログラム及びプログラムで用いられるデータなどを記憶する。

通信部３５は、サーバ２とデータ通信するためのインターフェースである。通信部３５は、例えば、ネットワークに接続するためのネットワークインターフェースである。通信部３５は、ネットワークを介してサーバ２と通信を行う。

操作部３６は、操作部材の操作に基づいて、操作信号を生成する。操作部材は、例えば、タッチセンサ、テンキー、またはキーボードなどである。タッチセンサは、例えば、抵抗膜式タッチセンサ、または静電容量式タッチセンサ等である。即ち、タッチセンサは、ある領域内において指定（タッチ）された位置を示す情報を取得する。タッチセンサは、上記の表示部３７と一体にタッチスクリーンとして構成されることにより、表示部３７上のタッチされた位置を示す信号をプロセッサ３１に入力する。表示部３７は、プロセッサ３１、または図示しないグラフィックコントローラなどの表示制御部から入力される映像信号に応じて画面を表示する。

媒体処理部３８は、乗車券媒体を発券する発券部を有する。媒体処理部３８の発券部は、乗車券媒体として発券される媒体の収容部、及び、媒体に情報を記憶する記憶部を備える。例えば、媒体処理部３８は、記憶部として、ＩＣカードとしての媒体に情報を書き込むＩＣカードリーダライタ、磁気券としての媒体に磁気を記録する磁気ヘッド、及び印刷可能な媒体に二次元コードを印刷する印刷部のうちのいずれか、または複数を備える。また、媒体処理部３８は、ＩＣカードなどの利用者が所持する乗車券媒体に対して情報の読取り、及び、書込みが可能な処理ユニットを有する。例えば、媒体処理部３８の処理ユニットは、ＩＣカードと無線通信を行うＩＣカードリーダライタである。

決済処理部３９は、料金の決済を行うユニットである。例えば、決済処理部３９は、現金を処理する現金処理部を有する。また、決済処理部３９は、クレジットカードによる決済を行うための処理ユニットであっても良い。

図４は、実施形態に係る改札機４の構成例を示すブロック図である。
改札機４は、利用者が提示する乗車券媒体に応じて当該利用者の通行を制御する装置である。改札機４は、例えば、並行に配置される一対の筐体によって通路を形成し、通路側に通行制御用のドアが設けられる。改札機４は、通路を通行する利用者が提示する乗車券媒体から識別情報（ＩＤ）を含む情報を読み取り、読み取ったＩＤ等の情報をサーバ２に送信する。改札機４は、読み取った乗車券のＩＤを指定した改札処理（駅務処理）を要求する処理要求（コマンド電文）をサーバ２へ送信し、サーバ２から返信される通行判定処理などの処理結果を含む応答（応答電文）に応じて利用者の通行を制御する。

図４に示す構成例において、改札機４は、プロセッサ４１、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、通信部４５、媒体処理部４６、表示部４７、及び通行制御部４６を有する。プロセッサ４１は、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、通信部４５、媒体処理部４６、表示部４７、及び通行制御部に通信可能な状態で接続される。

プロセッサ４１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ４１は、ＲＯＭ４２又は不揮発性メモリ４４に記憶されているプログラムなどのデータに基づいて種々の処理を行う。プロセッサ４１は、ＲＯＭ４２または不揮発性メモリ４４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。

ＲＯＭ４２は、読み出し専用の不揮発性メモリである。ＲＯＭ４２は、プログラム及びプログラムで用いられるデータなどを記憶する。
ＲＡＭ４３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ４３は、プロセッサ４１の処理中のデータなどを一時的に格納する。また、ＲＡＭ４３は、プロセッサ４１が実行するプログラムを一時的に格納する。

記憶部４４は、書換え可能な不揮発性のメモリである。例えば、記憶部４４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などの記憶装置である。記憶部４４は、プログラム及びプログラムで用いられるデータなどを記憶する。 通信部４５は、他の電子機器と通信を行う為の回路である。通信部４５は、例えば、ネットワークに接続可能に構成される。通信部４５は、ネットワークを介して他の電子機器と通信を行う。例えば、通信部４５は、サーバ２と通信を行う。

媒体処理部４６は、利用者が提示する乗車券媒体を処理する。媒体処理部４６は、乗車券媒体に対して情報の読取り、及び、書込みが可能なユニットにより構成される。例えば、乗車券媒体は、ＩＣカード、磁気券、或は、二次元コードが券面に印刷された媒体などが想定される。これらの乗車券媒体に対応して、媒体処理部４６は、ＩＣカードと無線通信を行うＩＣカードリーダライタ、磁気券に対する情報の読取り及び書込みが可能な磁気券処理機構、及び、二次元コードが印刷された媒体の券面を読み取る撮像装置のうちのいずれか、または複数を備える。

表示部４７は、改札処理に関する情報を表示する。表示部４７は、プロセッサ４１により表示内容が制御される。例えば、通行が許可される場合、表示部４７は、通行許可を示す情報を表示する。また、表示部４７は、利用者が提示する乗車券媒体で利用可能な残額情報を表示するようにしても良い。
通行制御部４８は、通路側に設けたドアを開閉する開閉機能により構成される。通行制御部４８は、プロセッサ４１からの動作指示に応じてドアを開閉させる。

図５は、実施形態に係る精算機５の構成例を示すブロック図である。
精算機５は、乗車券として利用される媒体（以下、乗車券媒体とも称する）に対する料金精算又はＳＦの金額チャージなどの処理を行う。精算機５は、利用者が提示する乗車券媒体の識別情報（ＩＤ）および精算駅情報などの情報を指定した精算処理を要求する処理要求（コマンド電文）をサーバ２へ送信し、サーバ２からの精算判定処理の処理結果などを含む応答（応答電文）に応じた処理を行う。

図５に示す構成例において、精算機５は、プロセッサ５１、ＲＯＭ５２、ＲＡＭ５３、記憶部５４、通信部５５、操作部５６、表示部５７、発券部５８、および決済処理部５９を有する。
プロセッサ５１は、演算処理を実行する演算素子（例えば、ＣＰＵ）である。プロセッサ５１は、ＲＯＭ５２、又は記憶部５４に記憶されているプログラムに基づいて種々の処理を行う。プロセッサ５１は、ＲＯＭ５２又は記憶部５４に格納されているプログラムを実行することにより、種々の処理機能を実現する処理部として機能する。

ＲＯＭ５２は、読み出し専用の不揮発性メモリである。ＲＯＭ５２は、プログラム及びプログラムで用いられるデータなどを記憶する。
ＲＡＭ５３は、ワーキングメモリとして機能する揮発性のメモリである。ＲＡＭ５３は、プロセッサ５１の処理中のデータなどを一時的に格納する。また、ＲＡＭ５３は、プロセッサ５１が実行するプログラムを一時的に格納する。

記憶部５４は、書換え可能な不揮発性メモリとしての記憶装置である。例えば、記憶部５４は、ソリッドステイトドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）、または他の記憶装置である。記憶部５４は、例えば、プログラム及びプログラムで用いられるデータなどを記憶する。

通信部５５は、サーバ２とデータ通信するためのインターフェースである。通信部５５は、例えば、ネットワークに接続するためのネットワークインターフェースである。通信部５５は、ネットワークを介してサーバ２と通信を行う。

操作部５６は、操作部材の操作に基づいて、操作信号を生成する。操作部材は、例えば、タッチセンサ、テンキー、またはキーボードなどである。タッチセンサは、例えば、抵抗膜式タッチセンサ、または静電容量式タッチセンサ等である。即ち、タッチセンサは、ある領域内において指定（タッチ）された位置を示す情報を取得する。タッチセンサは、表示部５７と一体にタッチスクリーンとして構成されることにより、表示部５７上のタッチされた位置を示す信号をプロセッサ５１に入力する。表示部５７は、プロセッサ５１、または図示しないグラフィックコントローラなどの表示制御部から入力される映像信号に応じて画面を表示する。

媒体処理部５８は、利用者が提示する乗車券媒体を処理する。媒体処理部５８は、乗車券媒体に対して情報の読取り、及び、書込みが可能なユニットにより構成される。媒体処理部５８は、乗車券媒体の形態に対応して、ＩＣカードと無線通信を行うＩＣカードリーダライタ、磁気券に対する情報の読取り及び書込みが可能な磁気券処理機構、及び、二次元コードが印刷された媒体の券面を読み取る撮像装置のうちのいずれか、または複数を備える。また、媒体処理部５８は、利用者が提示する乗車券を回収し、精算券を発券する機能を有するものであっても良い。

決済処理部５９は、料金の決済を行うユニットである。例えば、決済処理部５９は、現金を処理する現金処理部を有する。また、決済処理部５９は、クレジットカードによる決済を行うための処理ユニットであっても良い。

次に、サーバ２が有する機能について説明する。
図６は、サーバ２が有する機能を説明するための図である。
図６に示すように、サーバ２は、出札処理モジュール６１、改札処理モジュール６２、および、データベース２４ｃの機能を有する。出札処理モジュール６１は、プロセッサ２１が記憶領域２４ａに記憶した出札処理用のプログラムを実行することにより実現される処理機能である。例えば、出札処理モジュール６１は、乗車券の発券情報の生成及び登録などの処理を含むサーバ２での発券処理（乗車券発行情報登録）、および、ＳＦ乗車券にＳＦ残額（金額）をチャージするサーバでのチャージ処理（チャージ額登録）などの処理を行う。

また、改札処理モジュール６２は、プロセッサ２１が記憶領域２４ｂに記憶した改札処理用のプログラムを実行することにより実現される処理機能である。例えば、改札処理モジュール６２は、乗車券に対する改札判定などの処理を含むサーバでの改札処理、および、乗車券に対する精算判定などの処理を含むサーバでの精算処理などの処理を行う。改札処理モジュール６２では、改札処理におけるＳＦ残額による改札判定を行うための運賃の算出と精算処理における精算額の算出とが同様なアルゴリズムで実現される。このため、本実施形態に係るサーバ２では、改札処理と精算処理とを共通の改札処理モジュールで実行する構成としている。このように、本実施形態によれば、改札処理を行うモジュールと精算処理を行うモジュールとを共通化することにより、サーバにおける効率の良い構成を実現している。

なお、出札処理モジュール６１と改札処理モジュール６２とは、当該出改札システムにおいて、随時、各駅務端末からの要求に対して処理を実施してその処理結果を駅務端末に返せるサーバにあれば良い。例えば、出札処理モジュール６１と改札処理モジュール６２とは、それぞれが物理的に独立した装置（例えば、別々のサーバ）に設けられても良い。また、出札処理モジュール６１と改札処理モジュール６２とは、データベース２４ｃを有するサーバに設けなくても良い。

また、データベース２４ｃは、各乗車券媒体のステータスを管理するための情報を記憶する。図２に示す構成例において、データベース２４ｃは、サーバ２の記憶部２４に設けられる。データベース２４ｃは、全ての有効な乗車券に関する情報を一元的に管理するため、当該出改札システム内において１つ設けられるものであれば良い。例えば、データベース２４ｃは、出札処理モジュール或は改札処理モジュールを具備するサーバとは別のサーバに設けても良い。また、データベース２４ｃは、記憶装置の障害などに対応するために２重化しても良い。

図６に示す構成例において、データベース２４ｃは、有効な乗車券（乗車券媒体）ごとにステータスを示す各種の情報を記憶する。本システムにおいて、個々の乗車券媒体は、ユニークな識別情報（ＩＤ）により識別される。データベース２４ｃは、各乗車券媒体のＩＤごとにステータスを示す情報を記憶する。データベース２４ｃは、各乗車券媒体の乗車券としての効力（有効性、権利）に関する情報（権利情報、発行情報）と各乗車券媒体の利用状況を示す利用履歴情報とを記憶する。

図６に示す例において、データベース２４ｃは、普通乗車券に関する情報として、券情報をＩＤ別に記憶する。券情報は、乗車券のＩＤごとにデータベース２４ｃに記憶される乗車券の有効性および利用状況などを示す情報である。図６では、ＩＤ別の券情報として、権利（効力）情報、入場情報、出場情報、精算情報などの情報を例示する。
権利情報は、乗車券による権利（効力、有効性）を示す情報であり、例えば、有効区間、有効期間などの情報である。なお、権利情報は、サーバ２の出札処理モジュールの処理によってＩＤに対応づけてデータベース２４ｃに記録される。

入場情報、出場情報、および精算情報などの情報は、各乗車券の利用履歴を示す利用履歴情報であり、入場、出場或いは精算などが行われるごとに更新される。入場情報は、当該乗車券による入場時の状況を示す情報であり、例えば、入場駅、入場日時などの情報である。出場情報は、当該乗車券による出場時の状況を示す情報であり、例えば、出場駅、出場日時などの情報である。精算情報は、当該乗車券に対する精算状況を示す情報であり、例えば、精算駅、精算日時などの情報である。なお、入場情報、出場情報、精算情報は、サーバ２の改札処理モジュールの処理によってデータベース２４ｃに記録（更新）される情報である。

また、図６に示す例において、データベース２４ｃは、ＳＦ乗車券に関する情報として、ＳＦ口座情報とＳＦ利用情報とをＩＤ別に記憶する。ＳＦ口座情報は、ＳＦ乗車券としての効力（有効性、権利）に関する情報（権利情報）である。図６に示す例において、ＳＦ口座情報は、残額（ＳＦ残額）及びデータアクセス情報である。ＳＦ口座情報は、ＳＦ乗車券の発券時にＩＤ別に新規登録される。ＳＦ残額は、後述の金額チャージ処理によって当該ＳＦ乗車券に対して金額がチャージされるごとに更新される。データアクセス情報は、当該ＳＦ口座情報に対するアクセス状況を示す情報である。データアクセス情報は、例えば、当該ＳＦ口座情報にアクセス中（処理中、参照中）である場合にはアクセス中（参照中）であることを示す情報とされ、アクセス終了時には解放状態であることを示す情報とされる。

ＳＦ利用情報は、ＳＦ乗車券としての利用状況を示す情報である。図６に示す例において、ＳＦ利用情報は、トリップ情報、入場情報（入場駅、入場情報）、出場情報（出場駅、出場日時）、精算情報（精算駅、精算日時）、利用運賃情報、データアクセス情報などである。ＳＦ利用情報は、ＳＦ乗車券として利用されるごとに更新される。データアクセス情報は、当該ＳＦ利用情報へのアクセス状況を示す情報である。データアクセス情報は、例えば、当該ＳＦ利用情報にアクセス中（処理中、参照中）である場合にアクセス中（参照中）であることを示す情報とされ、アクセス終了時には解放状態であることを示す情報とされる。

次に、実施形態に係る出改札システムにおける出札処理について説明する。
本実施形態における出札処理とは、乗車券としての効力（権利）を生成し、生成した乗車券としての効力を示す情報をデータベース２４ｃに登録又は更新する処理である。本実施形態では、出改札システムによる出札処理として、発行機３で利用者が指定する条件に応じた乗車券（普通乗車券、ＳＦ乗車券など）を発券する処理（発券処理）と発行機３で利用者が提示する乗車券媒体（ＳＦ乗車券、定期券など）に対して利用者が指示する条件に応じて更新処理を行う場合について説明する。なお、出札処理としての更新処理には、利用者が提示するＳＦ乗車券に金額（ＳＦ残額）をチャージする処理（金額チャージ処理）、或は、既存の定期券を更新する処理（継続定期券の発行処理など）などの処理を想定される。ただし、以下の説明では、主に、更新処理が金額チャージ処理である場合を想定して説明するものとする。

新規に乗車券を発券する処理を行う場合、利用者は、発行機３で発券する乗車券の条件を指定する。サーバ２は、発行機３から利用者が指定する条件を受信し、受信した条件に基づく乗車券の発券の可否を判断する。サーバ２は、乗車券の発券を可と判断した場合、発券する乗車券の識別情報（ＩＤ）を含む権利情報を生成し、生成した権利情報に基づく乗車券の発券情報（発券指示）を発行機３へ送信する。また、サーバ２は、発行機３で乗車券が正常に発券されると、生成した乗車券の権利情報をＩＤに対応づけてデータベース２４ｃに登録する。これにより、サーバ２は、発行機３が発券する乗車券に関する情報としての乗車券の権利情報を管理できる。

また、既存の乗車券媒体（例えば、ＩＣカード又は携帯端末）としてのＳＦ乗車券に金額をチャージする場合、利用者は、発行機３でＳＦ乗車券を提示してチャージ金額などの更新条件を指定する。発行機３は、利用者が提示するＳＦ乗車券のＩＤを読取り、読み取ったＩＤと利用者が指定した条件とをサーバ２へ送信する。サーバ２は、発行機３からＳＦ乗車券のＩＤと利用者が指定するチャージ金額などの条件とを受信する。サーバ２は、指定されたＩＤの乗車券に指定された金額がチャージ可能かを判断する。サーバ２は、指定された金額のチャージが可能であると判断した場合、発行機３に対して金額チャージを許可する。サーバ２は、許可したチャージ金額の徴収が正常終了すると、データベース２４ｃにおける当該ＩＤに対応する乗車券（ＳＦ乗車券）の権利情報（ＳＦ口座情報）の残額（ＳＦ残額）などの情報をチャージ金額などに応じて更新する。

図７は、発行機３における出札処理（発券処理及び更新処理）の流れを説明するためのフローチャートである。
発行機３のプロセッサ３１は、待機状態において、表示部３７に操作案内を表示し、操作部３６による利用者からの指示入力を受付ける（ＳＴ１１）。例えば、新規に乗車券を購入する利用者は、操作部３６により乗車券の発券を指示する。また、ＳＦ乗車券への金額のチャージ又は定期券の更新などの既存の乗車券媒体に対する処理（更新処理）を行う場合、利用者は、既存の乗車券媒体を媒体処理部３８に挿入（又は提示）するとともに、処理内容（チャージ金額又は定期券の更新）を操作部３６により指示する。

新規の乗車券の発券指示を受付けた場合（ＳＴ１２、ＹＥＳ）、プロセッサ３１は、利用者が指示した条件と共に発券処理を要求するコマンドを含む電文（以下、コマンド電文と称する）を生成する（ＳＴ１３）。すなわち、新規の乗車券の発券が指示された場合、プロセッサ３１は、サーバ２の出札処理モジュール６１によって新規の乗車券の発券処理を行うことを要求するコマンド電文を生成する。例えば、プロセッサ３１は、操作部３６により利用者が指示した発行条件（例えば、有効区間、期間など）をコマンド電文に付加する。なお、新規に発券する乗車券の識別情報（ＩＤ）は、サーバ２で発行しても良いし、発行機３で発行しても良い。発行機３で乗車券のＩＤを発行する形態とする場合、プロセッサ３１は、新規に発券する乗車券の識別情報（ＩＤ）を発行し、発行したＩＤをコマンド電文に付与する。

また、既存の乗車券媒体に対する更新処理を受付けた場合（ＳＴ１２、ＮＯ）、プロセッサ３１は、更新処理の対象となる乗車券媒体の識別情報（ＩＤ）を読取る（ＳＴ１４）。乗車券媒体のＩＤを読取ると、プロセッサ３１は、送信処理部として、読み取ったＩＤを指定した更新処理を要求するコマンドを含む電文（コマンド電文）を生成し、生成したコマンド電文をサーバ２へ送信する（ＳＴ１５）。例えば、ＳＦ乗車券としてのＩＣカード又は携帯端末などの乗車券媒体に対する金額のチャージが指示された場合、プロセッサ３１は、サーバ２の出札処理モジュールによって指定された金額のチャージ処理を行うことを要求するコマンド電文を生成する。この場合、プロセッサ３１は、媒体処理部３８により金額チャージの対象となる乗車券媒体からＩＤと操作部３６により利用者が指示した処理条件（例えば、チャージ金額など）を示す情報をコマンド電文に付加する。

コマンド電文をサーバ２へ送信した後、プロセッサ３１は、サーバ２からの応答を待つ。コマンド電文を受信したサーバ２は、受信したコマンド電文に応じた処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である発行機３へ送信する。
サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ１６）、発行機３のプロセッサ３１は、受信した応答電文が処理対象のデータがアクセス中であったことを示す応答電文であるかをチェックする（ＳＴ１７）。

処理対象のデータがアクセス中であることを示す応答電文を受信したと判断した場合（ＳＴ１７、ＮＯ）、プロセッサ３１は、報知部として処理対象のデータがアクセス中であることを報知し（ＳＴ１８）、利用者から指示された処理を終了する。例えば、コマンド電文で指定した乗車券媒体（ＩＤ）のデータがアクセス中である旨の応答電文を受信した場合、プロセッサ３１は、処理対象の乗車券の情報が他の処理でアクセス中であるためコマンド電文で要求した処理が実行不可であると判断する。この場合、アクセス中であることを報知する手段として、プロセッサ３１は、データアクセス中のため処理が実行である旨を表示部３７に表示して処理が不可な状態である旨を利用者に報知する。

なお、アクセス中であることを報知する手段としては、プロセッサ３１は、データアクセス中のため、少し時間を空けて再度処理を実行して下さいといった案内を表示部３７に表示するようにしても良い。また、発行機３では利用者を待機させることが可能であるため、プロセッサ３１は、少しお待ちくださいという旨の案内を表示して所定時間待機した後に再度上記コマンド電文を送信するようにしても良い。

受信した応答電文がデータアクセス中を示す応答電文でなければ（ＳＴ１７、ＮＯ）、プロセッサ３１は、駅務処理部として機能し、応答電文に含まれるサーバ２での処理結果に応じた処理を実行する（ＳＴ１９）。例えば、サーバ２から発券情報（乗車券の有効区間、有効期間など）を含む応答電文を受信した場合、プロセッサ３１は、当該発券情報に基づいて媒体処理部３８により新規に乗車券を発券する処理を実行する。新規の乗車券が正常に発券された場合、プロセッサ３１は、正常に発券が完了したことをサーバ２へ通知し、一連の処理を終了する。また、サーバ２から金額チャージ処理の許可を示す情報を含む応答電文を受信した場合、プロセッサ３１は、決済処理部３９により指定の金額を利用者から収受する処理を行い、当該金額が正常に収受できた場合には金額の収受完了をサーバ２へ通知し、一連の処理を終了する。

次に、上記のような発行機からのコマンド電文に対するサーバ２の動作について説明する。
図８は、本実施形態に係るサーバ２による駅務端末からのコマンド電文に応じた処理の一例を説明するためのフローチャートである。なお、図８では、駅務端末としての発行機３からのコマンド電文に応じたサーバ２による処理の例を示している。
出改札システム１において、サーバ２は、常時、各駅務端末（発行機３、改札機４、精算機５）からのコマンド電文の受信待ちの状態となっている。駅務端末からのコマンド電文を受信すると（ＳＴ２１）、サーバ２のプロセッサ２１は、受信したコマンド電文で指示された処理を実行する。駅務端末からコマンド電文を受信すると、サーバ２のプロセッサ２１は、受信したコマンド電文で要求された処理が出札処理モジュール６１で処理する出札処理であるか改札処理モジュール６２で処理する改札処理であるかを判断する（ＳＴ２２）。例えば、発行機３からの発券処理又は更新処理を要求するコマンド電文は、出札処理モジュール６１での処理を要求するコマンドが含まれる。

出札処理モジュール６１での処理（出札処理）を要求するコマンド電文を受信した場合（ＳＴ２２、ＹＥＳ）、プロセッサ２１は、記憶部２４の第１の記憶領域２４ａに記憶する出札処理用のプログラムを起動することにより出札処理モジュール６１を起動する（ＳＴ２３）。出札処理モジュール６１を起動すると、プロセッサ２１は、コマンド電文で要求される処理が発券処理か更新処理かを判断する（ＳＴ２４）。

受信したコマンド電文により発券処理が要求されたと判断した場合（ＳＴ２４、発券）、プロセッサ２１は、コマンド電文に含まれる発行条件を示す情報などを確認し、発券可能な乗車券の発券情報を生成する（ＳＴ２５）。例えば、発行機３からのコマンド電文で発券する乗車券のＩＤが指定されている場合、プロセッサ２１は、当該コマンド電文で指定される発行条件に応じて、指定されたＩＤの乗車券の発券情報を生成する。発行機３からのコマンド電文でＩＤが指定されていない場合、プロセッサ２１は、発券する乗車券のＩＤを発行し、発行したＩＤの乗車券の発券情報をコマンド電文で指定される発行条件に応じて生成する。

乗車券の発券情報を生成すると、プロセッサ２１は、生成した乗車券の発券情報（処理結果）を含む応答電文を作成し、作成した応答電文をコマンド電文の送信元である発行機（駅務端末）３へ送信する（ＳＴ２６）。なお、指定された発行条件での乗車券の発券が不可であると判定した場合、プロセッサ２１は、発券不可を示すメッセージ（処理結果）を含む応答電文を作成し、コマンド電文の送信元である発行機（駅務端末）３へ作成した応答電文を送信する。

また、コマンド電文により更新処理が要求されたと判断した場合（ＳＴ２４、更新）、プロセッサ２１は、当該コマンド電文で指定されるＩＤの乗車券に対応するアクセス対象のデータベース２４ｃ上の情報を特定する（ＳＴ２８）。例えば、受信したコマンド電文が金額（ＳＦ残額）のチャージを要求するものであれば、プロセッサ２１は、コマンド電文で指定されたＩＤを特定し、データベース２４ｃに記憶されている特定したＩＤに対応するＳＦ口座情報を特定する。

コマンド電文により指定されたＩＤに対応する情報（アクセス対象の情報）を特定すると、プロセッサ２１は、確認部として機能し、コマンド電文で指定されたアクセス対象の情報がアクセス可能な状態であるかをチェックする（ＳＴ２９）。例えば、図６に示すように各ＩＤのＳＦ口座情報にデータアクセス情報がある場合、プロセッサ２１は、指定されたＩＤのＳＦ口座情報のデータアクセス情報が「アクセス中（アクセスが不可な状態）」であるか「解放（アクセスが可能な状態）」であるかを確認する。ここで、データアクセス情報がフラグ（アクセス中フラグ）で指定されるものとすると、当該アクセス中フラグは、「アクセス中」である場合は「１（オン）」となり、「解放」である場合は「０（オフ）」となるようにして良い。この場合、プロセッサ２１は、アクセス対象の情報に対するデータアクセス情報としてのアクセス中フラグが「１」であるか「０」であるかをチェックするようにすれば良い。

指定されたＩＤの情報（アクセス対象の情報）がアクセス可能な状態であると判断した場合、つまり、アクセス対象の情報がアクセス中でない場合（ＳＴ２９、ＹＥＳ）、プロセッサ２１は、当該アクセス対象の情報に対応するデータアクセス情報をアクセス中であることを示す情報に更新する（ＳＴ３０）。例えば、コマンド電文を受けた時点で当該コマンド電文において指定されたＩＤの情報に対するアクセス中フラグが「０」であれば、プロセッサ２１は、当該アクセス中フラグを「１」に書き換える（アクセス中フラグをオンにする）。

アクセス対象の情報に対するデータアクセス情報をアクセス中に更新すると、プロセッサ２１は、コマンド電文に含まれる利用者が指定した条件（要求された処理内容）に応じた更新処理を実行した場合の情報（更新情報）を生成する（ＳＴ３１）。更新情報を生成すると、プロセッサ２１は、第２の応答処理部として、生成した更新情報（処理結果）を含む応答電文を作成し、作成した応答電文をコマンド電文の送信元である発行機（駅務端末）３へ送信する（ＳＴ３２）。

例えば、指定されたＩＤのＳＦ乗車券に対して金額（ＳＦ残額）をチャージするコマンド電文を受信した場合、プロセッサ２１は、当該コマンド電文で指定されたアクセス対象の情報として指定されたＩＤに対応するＳＦ口座情報を特定する。データベース２４ｃにおける当該ＩＤに対応するＳＦ口座情報を特定すると、プロセッサ２１は、当該ＳＦ口座情報がアクセス中ではないか（アクセス可能か）をチェックする。アクセス可能であれば、プロセッサ２１は、当該ＳＦ口座情報のデータアクセス情報をアクセス中に更新し、コマンド電文で指定された金額のチャージが可能かを確認し、指定の金額をチャージした後の当該ＳＦ口座情報におけるＳＦ残額を含む更新情報を生成する。

コマンド電文に対する処理結果を含む応答電文を送信した後、プロセッサ２１は、発行機（駅務端末）３での処理が正常に終了したかを確認する（ＳＴ３４）。例えば、応答電文を送信した後、プロセッサ２１は、応答電文に対応する処理の正常終了を示す通知を受付ける。発行機３から処理の正常終了を示す通知を受信した場合（ＳＴ３４、ＹＥＳ）、プロセッサ２１は、処理結果に応じてデータベース２４ｃが記憶する情報を更新する（ＳＴ３５）。
例えば、発券を要求するコマンド電文に対して発券情報を含む応答電文を送信した場合、プロセッサ２１は、発券処理が正常終了したことを示す通知の受信待ちとなる。発券処理が正常終了したことを示す通知を受信した場合、プロセッサ２１は、発券情報に基づく乗車券の効力情報をＩＤに対応づけてデータベース２４ｃに登録する。

また、金額チャージなどの更新処理を要求するコマンド電文に対して更新情報を含む応答電文を送信した場合、プロセッサ２１は、当該ＩＤの乗車券に対する発行機３での更新処理が正常終了したことを示す通知の受信待ちとなる。更新処理が正常終了したことを示す通知を受信した場合、プロセッサ２１は、正常終了した更新処理による更新情報に基づいてデータベース２４ｃにおける当該ＩＤに対応する情報の更新を行う。
これらの一連の処理が終了すると、プロセッサ２１は、当該アクセス対象の情報に対するデータアクセス情報を解放（アクセス可能状態）であることを示す情報に更新する（ＳＴ３６）。例えば、プロセッサ２１は、アクセス対象とした情報に対応するデータアクセス情報を解放（例えば、アクセス中フラグをオフ（０））に更新する。

また、コマンド電文で指定されたＩＤの情報がアクセス不可な状態であると判断した場合、つまり、指定されたＩＤの情報がアクセス中であると判断した場合（ＳＴ２９、ＮＯ）、プロセッサ２１は、第１の応答処理部として、処理対象の乗車券の情報がアクセス中である旨を示す応答電文を作成し、作成した応答電文をコマンド電文の送信元である発行機（駅務端末）３へ送信する（ＳＴ３３）。例えば、コマンド電文を受けた時点で当該コマンド電文において指定されたＩＤの情報がアクセス（参照）中であれば、プロセッサ２１は、指定されたＩＤの情報がアクセス中であるため要求された処理が不可である旨を示す応答電文を作成する。このような応答電文を送信した場合、プロセッサ２１は、一連の処理を終了する。なお、アクセス中であることを示す応答電文を送信した場合、プロセッサ２１は、アクセス対象とした情報に対応するデータアクセス情報に対する更新を行わず、一連の処理を終了する。

以上の処理によれば、本実施形態に係る出改札システムでは、サーバが駅務端末としての発行機から要求される処理においてアクセス対象とする情報がアクセス可能な状態であるか否かをチェックし、アクセス可能な状態である場合に要求された処理を実行する。また、サーバは、特定の情報をアクセス対象として処理を行う場合、当該アクセス対象の情報に対応づけてアクセス中であることを示す情報をデータベースに付加する。これにより、サーバは、同時または連続的に要求された複数の処理によって１つの情報に同時にアクセスすることを防止でき、誤った情報による処理を防止できる。

次に、出改札システム１における改札処理および精算処理について説明する。
まず、出改札システム１の改札処理における改札機４の動作について説明する。
図９は、改札機４における改札処理の流れを説明するためのフローチャートである。 改札機４のプロセッサ４１は、待機状態において、表示部４７に通行案内を表示し、媒体処理部４６による利用者が提示する乗車券媒体を受付ける。プロセッサ４１は、待機状態において、利用者が提示する乗車券媒体を検知すると（ＳＴ４１）、媒体処理部４６により利用者が提示する乗車券媒体からＩＤを読取る処理を実行する（ＳＴ４２）。媒体処理部４６がＩＤを読取れなかった場合、或は、有効な乗車券を提示せずに通行する利用者を検知した場合（ＳＴ４３、ＮＯ）、プロセッサ４１は、通行不可対応の処理として、通行制御部４８によりドアを閉鎖して当該利用者の通行を阻止する（ＳＴ４９）。

媒体処理部４６により利用者が提示する乗車券媒体からＩＤが読取れた場合（ＳＴ４３、ＹＥＳ）、プロセッサ４１は、当該ＩＤに対応する情報に基づく改札処理（駅務処理）をサーバ２へ要求するコマンド電文（処理要求）を生成する（ＳＴ４４）。例えば、プロセッサ４１は、コマンド電文において、処理モジュールとして改札処理モジュールを指定するとともに、乗車券媒体のＩＤ、利用モード（入場／出場／精算）、改札場所（利用駅）、利用日時などを付与する。

例えば、入場口側で乗車券媒体が提示（検知）された場合、プロセッサ４１は、利用モードを入場モードとする。利用モードが入場モードである場合、プロセッサ４１は、改札処理モジュールを指定するとともに、乗車券媒体のＩＤ、入場モード、入場場所（入場駅）、および、入場日時を示す情報を付加したコマンド電文を作成する。また、出口側で乗車券媒体が提示（検知）された場合、プロセッサ４１は、利用モードを出場モードとする。利用モードが出場モードである場合、プロセッサ４１は、改札処理モジュールを指定するとともに、乗車券媒体のＩＤ、出場モード、出場場所（出場駅）、および、出場日時を示す情報を付加したコマンド電文を作成する。

上記のような改札処理を要求するコマンド電文を生成すると、プロセッサ４１は、送信処理部として、生成したコマンド電文を通信部３５によりサーバ２へ送信する（ＳＴ４５）。改札処理を要求するコマンド電文を送信した後、プロセッサ４１は、サーバ２からの応答を待つ。このようなコマンド電文を受信したサーバ２は、受信したコマンド電文に応じて改札の可否判定などの処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である改札機４へ送信する。なお、ＳＴ４４−４５の処理が送信処理部の一例である。

サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ４６）、プロセッサ４１は、応答電文に基づいて指定したＩＤに対応する乗車券の情報へのアクセスができたかをチェックする（ＳＴ４７）。例えば、コマンド電文で指定したＩＤの情報がアクセス中であるためアクセス不可であることを示す情報を含む応答電文をサーバ２から受信した場合、プロセッサ４１は、利用者が提示した乗車券媒体のＩＤに対応する情報による改札判定ができない状態であると判断する。

コマンド電文で指定したＩＤに対応する情報にアクセスできなかったと判断した場合（ＳＴ４７、ＮＯ）、プロセッサ４１は、報知部として、指定したＩＤ（読み取った乗車券媒体のＩＤ）に対応する情報がアクセス中であることを報知し（ＳＴ４８）、当該利用者の通行を阻止する処理（通行不可対応の処理）を行う（ＳＴ４９）。例えば、アクセス中であることを報知する手段として、プロセッサ４１は、指定した乗車券媒体（ＩＤ）の情報が他の処理でアクセス中であるために改札処理が実行不可である旨を表示部４７に表示する。また、アクセス中であることを報知する手段として、プロセッサ４１は、データアクセス中のため、少し時間を空けて再度処理を実行して下さいという案内、又は、再度乗車券を提示して下さいという案内を表示部４７に表示するようにしても良い。

また、コマンド電文で指定した情報へアクセスできた場合、つまり、改札（入場又は出場）判定の結果を含む応答電文を受信した場合（ＳＴ４７、ＮＯ）、プロセッサ４１は、応答電文に含まれる改札判定の結果を確認する（ＳＴ５０）。通行を許可する旨の処理結果を含む応答電文をサーバ２から受信した場合、プロセッサ４１は、当該乗車券媒体を提示した利用者の通行を許可するものと判断する。
通行を許可すると判断した場合（ＳＴ５０、ＹＥＳ）、プロセッサ４１は、表示部４７に通行可の案内を表示してドアを開放するなどの制御によって利用者を通行させる処理（通行許可対応の処理）を行う（ＳＴ５１）。

また、通行を不可とする旨の処理結果を含む応答電文をサーバ２から受信した場合、プロセッサ４１は、当該乗車券媒体を提示した利用者の通行を不可（阻止）するものと判断する。通行を不可とすると判断した場合（ＳＴ５０、ＮＯ）、プロセッサ４１は、表示部４７に通行不可の案内を表示し、ドアを閉鎖することによって当該利用者の通行を阻止する処理（通行不可対応の処理）を行う（ＳＴ４９）。
また、通行許可又は通行不可対応の処理をした後、プロセッサ４１は、当該利用者の通行又は退出を検知する。利用者の通行又は退出を検知した場合、プロセッサ４１は、当該利用者に対する一連の改札処理が終了したものと判断し、改札処理の終了をサーバ２へ通知する。なお、ＳＴ４９−５０の処理が駅務処理部の一例に相当する。

次に、出改札システム１の改札処理における精算機５の動作について説明する。
図１０は、精算機５における精算処理の流れを説明するためのフローチャートである。
精算機５のプロセッサ５１は、待機状態において、表示部５７に操作案内を表示し、操作部５６による利用者からの精算の指示入力を受付ける（ＳＴ５１）。例えば、既存の乗車券媒体に対する精算を行う利用者は、操作部５６により精算開始を指示するとともに、精算の対象とする乗車券媒体を媒体処理部５８に挿入（又は提示）する。これにより、プロセッサ５１は、操作部５６に入力される精算開始の指示に応じて精算処理を受付け、利用者が提示する乗車券媒体に対する精算処理を実行する。

また、乗車券媒体に対する精算処理を受付けると、プロセッサ５１は、精算処理の対象となる乗車券媒体の識別情報（ＩＤ）を媒体処理部５８により読取る処理を行う（ＳＴ５２）。乗車券媒体からＩＤが読み取れた場合（ＳＴ５３、ＹＥＳ）、プロセッサ５１は、当該ＩＤの乗車券に対する精算処理を要求するコマンド電文を生成する（ＳＴ５４）。例えば、プロセッサ５１は、コマンド電文において精算処理を行うための処理モジュールとして改札処理モジュールを指定し、乗車券媒体のＩＤ、精算モード、精算場所（精算駅）、精算日時などの情報を付与する。

上記のような精算処理を要求するコマンド電文を生成すると、プロセッサ５１は、生成したコマンド電文を通信部５５によりサーバ２へ送信する（ＳＴ５５）。精算処理を要求するコマンド電文を送信した後、プロセッサ５１は、サーバ２からの応答を待つ。このようなコマンド電文を受信したサーバ２は、受信したコマンド電文に応じて精算判定（精算金額の算出等）などの処理を実行し、その処理結果を含む応答電文（レスポンス）をコマンド電文の送信元である精算機５へ送信する。なお、ＳＴ５４−５５の処理が送信処理部の一例に相当する。

サーバ２からコマンド電文に対する応答電文を受信すると（ＳＴ５６）、プロセッサ５１は、応答電文に基づいて指定したＩＤに対する乗車券の情報にアクセスができたかをチェックする（ＳＴ５７）。例えば、コマンド電文で指定したＩＤに対応する乗車券の情報がアクセス中である旨の応答電文をサーバ２から受信した場合、プロセッサ５１は、利用者が提示した乗車券媒体のＩＤに対応する情報へのアクセスが不可の状態であるため精算処理ができない状態であると判断する。

コマンド電文で指定したＩＤに対応する情報にアクセスができなかったと判断した場合（ＳＴ５７、ＮＯ）、プロセッサ５１は、報知部として、指定したＩＤ（精算対象の乗車券媒体のＩＤ）に対応する情報がアクセス中であることを報知し（ＳＴ５８）、利用者が指示した精算処理を中止する処理（精算不可対応の処理）を行う（ＳＴ５９）。例えば、アクセス中であることを報知する手段として、プロセッサ５１は、指定した乗車券媒体（ＩＤ）の情報が他の処理でアクセス中であるために精算処理が実行不可である旨を表示部４７に表示する。また、アクセス中であることを報知する手段として、プロセッサ５１は、データアクセス中のため、少し時間を空けて再度処理を実行して下さいという案内を表示部４７に表示するようにしても良い。また、精算機５では利用者を待機させることが可能であるため、プロセッサ５１は、もう少しお待ちくださいという旨の案内を表示して所定時間待機した後に再度上記コマンド電文を再送信するようにしても良い。

また、コマンド電文で指定したＩＤに対応する乗車券の情報へアクセスできた場合、つまり、精算判定の結果を含む応答電文を受信した場合（ＳＴ５７、ＮＯ）、プロセッサ５１は、応答電文に含まれる精算判定の結果を確認する（ＳＴ６０）。精算を許可する旨の処理結果を含む応答電文をサーバ２から受信した場合（ＳＴ６０、ＹＥＳ）、プロセッサ５１は、精算額の収受及び精算券の発券などの処理（精算許可対応の処理）を実行する（ＳＴ６１）。例えば、プロセッサ５１は、表示部５７に精算額を表示し、精算額を決済処理部５９により収受する。決済処理部５９により精算額が収受できた場合、プロセッサ５１は、精算券の発券、又は、精算対象のＳＦ乗車券に精算額分の金額チャージを行う。精算処理が正常に行えた場合、プロセッサ５１は、精算が正常に終了したことを示す通知をサーバ２へ通知し、一連の精算処理を終了する。

また、精算が不可である旨の処理結果を含む応答電文をサーバ２から受信した場合（ＳＴ６０、ＮＯ）、プロセッサ５１は、表示部５７に精算不可の案内を表示する等の処理（精算不可対応の処理）を行い（ＳＴ６１）、一連の精算処理を終了する。例えば、提示された乗車券に対して精算が不要である旨の応答電文を受信した場合、プロセッサ５１は、精算不要である旨の案内を表示しても良い。また、係員対応が必要な乗車券である場合、プロセッサ５１は、係員対応を促す案内を表示しても良い。なお、ＳＴ５９−６１の処理が駅務処理部の一例に相当する。

次に、改札機４からの改札処理を要求するコマンド電文、又は、精算機５からの精算処理を要求するコマンド電文に対するサーバ２の動作について説明する。
図１１は、本実施形態に係るサーバ２による駅務端末からのコマンド電文に応じた処理の例を説明するためのフローチャートである。図１１では、図８に示す処理において受信したコマンド電文が出札処理でない場合（改札機４又は精算機５からのコマンド電文である場合）におけるサーバ２の処理例を示している。

すなわち、図８に示す処理において受信したコマンド電文が改札処理モジュール６２を指定するものである場合（ＳＴ２２、ＮＯ）、サーバ２のプロセッサ２１は、記憶部２４の第２の記憶領域２４ｂに記憶する改札処理用のプログラムを起動することによりサーバ２の改札処理モジュール６２を起動する（ＳＴ７１）。
改札処理モジュール６２を起動すると、プロセッサ２１は、受信したコマンド電文において指定されたＩＤに対応する情報（アクセス対象の情報）を特定する（ＳＴ７２）。コマンド電文で指定されたアクセス対象の情報を特定すると、プロセッサ２１は、確認部として、コマンド電文で指定されたアクセス対象の情報がアクセス可能な状態であるかをチェックする（ＳＴ７３）。

例えば、図６に示すように各ＩＤのＳＦ利用情報にデータアクセス情報がある場合、プロセッサ２１は、指定されたＩＤのＳＦ利用情報のデータアクセス情報が「アクセス中（アクセス不可な状態）」であるか「解放（アクセス可能な状態）」であるかを確認する。ここで、データアクセス情報を上記アクセス中フラグとすれば、アクセス中フラグは、クセス対象の情報が「アクセス中」である場合には「１（オン）」となり、アクセス対象の情報が「解放」である場合はアクセス中フラグを「０（オフ）」となる。この場合、プロセッサ２１は、アクセス対象の情報に対するデータアクセス情報としてのアクセス中フラグが「０」であるか「１」であるかをチェックする。

コマンド電文で指定されたＩＤの情報がアクセス不可な状態であると判断した場合、つまり、指定されたＩＤの情報がアクセス中であると判断した場合（ＳＴ７３、ＮＯ）、プロセッサ２１は、第１の応答送信部として、指定されたＩＤに対応する情報がアクセス中である旨を示す応答電文を作成し、作成した応答電文をコマンド電文の送信元である改札機４又は精算機５へ送信する（ＳＴ７４）。例えば、コマンド電文を受けた時点で当該コマンド電文において指定されたＩＤの情報がアクセス（参照）中であれば、プロセッサ２１は、指定されたＩＤの情報がアクセス中であるため要求された処理が不可である旨を示す応答電文を作成する。このような応答電文を送信した場合、プロセッサ２１は、一連の処理を終了する。なお、アクセス中であることを示す応答電文を送信した場合、プロセッサ２１は、アクセス対象とした情報に対応するデータアクセス情報（アクセス中フラグ）に対する更新を行わず、一連の処理を終了する。

また、アクセス対象の情報がアクセス可能な状態であると判断した場合、つまり、アクセス対象の情報がアクセス中でない場合（ＳＴ７３、ＹＥＳ）、プロセッサ２１は、当該アクセス対象の情報に対するデータアクセス情報をアクセス中であることを示す情報に更新する（ＳＴ７５）。例えば、コマンド電文を受けた時点で当該コマンド電文において指定されたＩＤの情報に対するアクセス中フラグが「０」であれば、プロセッサ２１は、当該アクセス中フラグを「１」に書き換えてから後述の処理を実行する。

アクセス対象の情報に対応するデータアクセス情報をアクセス中に更新すると、プロセッサ２１は、コマンド電文で指定された処理を実行する。すなわち、プロセッサ２１は、コマンド電文で要求される処理（利用モード）が改札処理（入場モード又は出場モード）か精算処理（精算モード）かを判断する（ＳＴ７６）。例えば、上述した図９又は図１０に示す処理例では、改札機４からの改札処理を要求するコマンド電文は利用モードとして入場モード又は出場モードが指定され、精算機５からの精算処理を要求するコマンド電文は利用モードとして精算モードが指定される。

受信したコマンド電文が指定する利用モードが入場モード又は出場モードである場合（ＳＴ７６、改札）、プロセッサ２１は、当該コマンド電文で指定されたアクセス対象の情報に基づいてコマンド電文で指定された利用駅及び利用時間での通行（入場又は出場）が可能であるかを判定する（ＳＴ７７）。
例えば、コマンド電文で指定されたＩＤの乗車券がＳＦ乗車券であれば、プロセッサ２１は、利用場所（入場駅、出場駅）に基づいて算出される料金が当該ＩＤのＳＦ残額で採算可能か否かにより通行の可否を判断する。また、利用モードが入場モードであれば、プロセッサ２１は、所定の料金（例えば、初乗り料金、又は入場料金）がＳＦ残額から収受可能か否かにより通行（入場）の可否を判断する。また、利用モードが出場モードであれば、プロセッサ２１は、当該ＩＤに対応する情報から特定される入場駅からコマンド電文で指定される利用駅（出場駅）までの料金（運賃、精算額）がＳＦ残額から収受可能か否かにより通行（出場）の可否を判断する。

また、コマンド電文で指定されたＩＤの乗車券が普通乗車券又は定期券であれば、プロセッサ２１は、コマンド電文で指定される利用駅及び利用時間が有効区間内かつ有効期間内であるか否かにより通行の可否を判定する。また、コマンド電文で指定されたＩＤの乗車券がＳＦ乗車券と定期券（或は、普通乗車券や回数券）との機能を合せ持つ場合、プロセッサ２１は、定期券としての有効性情報（有効区間、有効期間等）とＳＦ乗車券としてのＳＦ残額との組み合わせにより通行の可否を判定する。
受信したコマンド電文に応じて通行の可否を判定すると、プロセッサ２１は、通行の可否判定の結果（処理結果）を含む応答電文を作成し、コマンド電文の送信元である改札機（駅務端末）４へ作成した応答電文を送信する（ＳＴ７８）。なお、ＳＴ７７−７８の処理が第２の応答送信部の一例に相当する。

受信したコマンド電文が指定する利用モードが精算モードである場合（ＳＴ７６、精算）、プロセッサ２１は、当該コマンド電文で指定されたアクセス対象の情報に基づいてコマンド電文で指定された利用駅（精算駅）での精算判定を行う（ＳＴ７９）。例えば、プロセッサ２１は、当該ＩＤに対応する乗車券の情報から特定される入場駅からコマンド電文で指定される利用駅（精算駅）までの料金（運賃、精算額）を計算する。

このような改札処理モジュールによる精算モードでの精算判定において、入場駅から精算駅までの精算額を算出するアルゴリズムには、上述した出場モードでの通行判定における運賃の算出と同様なアルゴリズムを適用できる。このため、本実施形態に係る出改札システムでは、改札処理と精算処理とを改札処理モジュール６２で行うように構成（統合）する。これにより、サーバ２の構成を効率良くすることができる。

コマンド電文で要求された精算処理に対する精算判定を行うと、プロセッサ２１は、精算額などの精算判定の結果（処理結果）を含む応答電文を作成し、当該コマンド電文の送信元である精算機（駅務端末）５へ作成した応答電文を送信する（ＳＴ８０）。なお、ＳＴ７９−８０の処理が第２の応答送信部の一例に相当する。

改札処理又は精算処理を要求するコマンド電文に対する処理結果を含む応答電文を送信した後、プロセッサ２１は、改札機４又は精算機５での処理が正常に終了したかを確認する（ＳＴ８１）。例えば、プロセッサ２１は、応答電文を送信した駅務機器からの処理の正常終了を示す通知に応じて一連の改札処理又は精算処理が正常に終了したかを確認する。通行判定の結果を含む応答電文を送信した場合、プロセッサ２１は、改札処理が正常終了したことを示す改札機４から通知により改札処理が正常終了したことを確認する。また、精算判定の結果を含む応答電文を送信した場合、プロセッサ２１は、精算機５から精算処理が正常終了したことを示す精算機５からの通知により、精算処理が正常終了したことを確認する。

改札処理又は精算処理が正常終了したことが確認できた場合（ＳＴ８１、ＹＥＳ）、プロセッサ２１は、正常終了した処理内容に応じてデータベース２４ｃにおける当該ＩＤに対応する情報を更新する（ＳＴ８２）。例えば、改札処理の正常終了が確認できた場合、プロセッサ２１は、正常終了した改札処理の内容に応じて入出場状態を示す情報（入出場フラグ、入場駅及び入場日時、出場駅及び出場日時等）などの情報を当該ＩＤに対応づけてデータベース２４ｃに記録する。また、精算処理の正常終了が確認できた場合、プロセッサ２１は、正常終了した精算処理の内容に応じた情報に基づいてデータベース２４ｃにおける当該ＩＤに対応する情報（例えば、当該ＩＤに対応づけた精算内容、当該ＩＤに対応するＳＦ口座情報のＳＦ残額）を更新する。

データベース２４ｃにおける当該ＩＤに対応する情報を更新が完了すると、プロセッサ２１は、当該情報に対するデータアクセス情報を解放（アクセス中フラグを「０（オフ）」）に更新し（ＳＴ８３）、一連の処理を有する。例えば、プロセッサ２１は、コマンド電文で指定したＩＤの情報に対応するデータアクセス情報としてのアクセス中フラグを「０（オフ）」にし、一連の改札処理又は精算処理を終了する。

以上の処理によれば、本実施形態に係る出改札システムでは、サーバの改札処理モジュールによって、改札機４が検知した乗車券媒体に基づく通行判定及び精算機５で受付けた精算対象の乗車券媒体に応じた精算判定の処理を行い、通行判定及び精算判定の結果に応じた処理内容によってデータベースが記憶する情報を更新する。すなわち、アカウント型ＡＦＣシステムにおけるサーバは、改札処理モジュールによって改札機から要求される改札処理及び精算機から要求される精算処理の少なくとも一部を実行する。

これにより、本実施形態に係る出改札システムは、サーバにおいて、改札処理用の処理モジュールと精算処理用の処理モジュールとをそれぞれ別々に用意する必要がなく、構成上の効率が良い。また、改札処理における料金計算と精算処理における料金算出とを実現するためのアルゴリズムが改札処理モジュールにおいて共通化でき、運賃などの料金改定やソフトウエアの更新などが発生した場合には改札処理モジュールを更新すれば良いため、効率の良いシステム運用が実現できる。

以上の処理によれば、本実施形態に係る出改札システムでは、サーバが駅務端末としての改札機又は精算機から要求される改札処理又は精算処理においてアクセス対象となる情報がアクセス可能な状態であるか否かをチェックする。サーバは、駅務端末から要求された処理においてアクセス対象となる情報がアクセス可能な状態である場合には要求された処理を実行し、アクセス不可な状態である場合には要求された処理を行わずにデータが他の処理によってアクセス中である旨を処理の要求元へ通知する。これにより、本実施形態に係る出改札システムのサーバは、同時または連続的に要求された複数の処理によってデータベースが記憶する１つの情報に同時にアクセスすることを防止でき、誤った情報による処理が行われることを防止できる。

（変形例）
以下、上述した実施形態に係る出改札システムの変形例について説明する。
本実施形態の変形例に係る出改札システムでは、駅務端末がサーバ２へ送信するコマンド電文において処理モジュールを指定するだけでなく、サーバ２が実行する処理において参照すべきデータも指定するものである。駅務端末からのコマンド電文で処理モジュールと共に、データベースにおける参照すべきデータを指定することにより、サーバ２での処理がさらに高速化できる。

改札機における入場処理では、有効区間、有効期間、ＳＦ残額などの情報をデータベース２４ｃから参照する必要がある。このため、改札機４は、入場処理を要求するコマンド電文（利用モードが入場モードのコマンド電文）において、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。これにより、サーバ２は、入場モードでの改札（通行）判定において、データベース２４ｃにおける参照すべきデータがアクセス可能な状態であるかを迅速に判定でき、その結果として入場処理の高速化が期待できる。

また、改札機における出場処理では、入場駅、有効区間、有効期間、ＳＦ残額などの情報をデータベース２４ｃから参照する必要がある。このため、改札機４は、出場処理を要求するコマンド電文（利用モードが出場モードのコマンド電文）において、入場駅、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。例えば、上記のような改札処理を要求するコマンド電文は、改札機４の処理において、上記のような参照すべきデータを示す情報を付加することにより作成できる。

また、改札処理において入出場サイクルが正常であるかをチェックする運用である場合、改札機４は、改札処理（入場又は出場処理）を要求するコマンド電文において、入出場フラグ（入場状態又は出場状態の何れであるかを示す情報）を、入出場サイクルの正当性を判定するために参照すべきデータとして指定する。これにより、入出場サイクルのチェックも高速に行える。

また、精算機５における精算処理では、入場駅、有効区間、有効期間、ＳＦ残額などの情報を参照する必要がある。このため、本変形例に係る精算機５は、精算処理を要求するコマンド電文（利用モードが精算モード）において、入場駅、有効区間、有効期間、ＳＦ残額を参照すべきデータとして指定する。例えば、上記のような精算処理を要求するコマンド電文は、精算機５の処理において、上記のような参照すべきデータを示す情報を付加することにより作成できる。

本変形例に係るサーバ２は、上記のような参照すべきデータを指定したコマンド電文を受信した場合、利用モードで指定される処理（改札判定又は精算判定）において、当該コマンド電文で指定された参照すべきデータをデータベース２４ｃから特定する。これにより、サーバ２は、コマンド電文で指定された処理を当該コマンド電文で指定された参照すべきデータを用いて実行する。

例えば、サーバ２のプロセッサ２１は、利用モードが入場モード、出場モード又は精算モードのコマンド電文を受信した場合、図１１のＳＴ７２の処理において、当該コマンド電文で指定されたＩＤの情報のうち当該コマンド電文で指定される参照すべきデータをデータベース２４ｃから特定する。データベース２４ｃから参照すべき情報を特定すると、プロセッサ２１は、特定した情報に対するアクセス状況をチェックし、特定した情報がアクセス可能な状態であれば、コマンド電文で指定された通行判定又は精算判定を行う。

上記のような変形例に係る出改札システムによれば、処理モジュールや利用モードだけでなく参照すべきデータが指定されたコマンド電文を駅務端末から受信することにより、サーバは、改札判定又は精算判定などの処理において、データベース２４ｃ上の参照すべきデータをコマンド電文から直接的に特定でき、その結果として改札処理又は精算処理の高速化が期待できる。

なお、上述の各実施の形態で説明した機能は、ハードウエアを用いて構成するに留まらず、ソフトウエアを用いて各機能を記載したプログラムをコンピュータに読み込ませて実現することもできる。また、各機能は、適宜ソフトウエア、ハードウエアのいずれかを選択して構成するものであっても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下、本願の出願当初の特許請求の範囲に記載した内容を付記する。
［１］
複数の駅務端末とサーバとが接続される駅務システムであって、
前記各駅務端末は、
前記サーバと通信する第１の通信部と、
乗車券媒体から乗車券の識別情報を読取る媒体処理部と、
前記媒体処理部が乗車券媒体から読み取った識別情報を処理対象に指定して駅務処理の処理要求を前記サーバへ送信する送信処理部と、
前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記媒体処理部が読み取った識別情報の乗車券の情報がアクセス不可の状態である旨を報知する報知部と、
前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する駅務処理部と、を有し、
前記サーバは、
前記各駅務端末と通信する第２の通信部と、
前記第２の通信部により駅務端末から前記処理要求を受信した場合、前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する確認部と、
前記識別情報に対応する情報がアクセス中であると判断した場合、前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記処理要求の送信元の駅務端末へ送信する第１の応答処理部と、
前記識別情報に対応する情報がアクセス中でないと判断した場合、前記識別情報に対応する情報にアクセスして前記処理要求に応じた処理を実行し、実行した処理の結果を含む応答を前記処理要求の送信元の駅務端末へ送信する第２の応答処理部と、を有する、
駅務システム。
［２］
前記サーバは、さらに、個々の乗車券の識別情報に対応づけて乗車券に関する情報と各情報に対するアクセス状況を示す情報とを記憶するデータベースを有し、
前記サーバの前記確認部は、前記データベースにおいて前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する、
「１」に記載の駅務システム。
［３］
前記駅務端末の前記送信処理部は、前記サーバに要求する処理において参照すべきデータを示す情報を前記処理要求に付加し、
前記サーバの前記確認部は、前記処理要求に付加される参照すべきデータを示す情報に基づいて前記データベースにおいて参照するデータを特定し、特定したデータがアクセス中であるかを確認する、
［２］に記載の駅務システム。
［４］
複数の駅務端末での駅務処理を行うための駅務システムに用いられるサーバにおいて、 前記複数の駅務端末と通信する通信部と、
前記通信部により駅務端末から処理要求を受信した場合、前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する確認部と、
前記識別情報に対応する情報がアクセス中であると判断した場合、前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記処理要求の送信元の駅務端末へ送信する第１の応答処理部と、
前記識別情報に対応する情報がアクセス中でないと判断した場合、前記識別情報に対応する情報にアクセスして前記処理要求に応じた処理を実行し、実行した処理の結果を含む応答を前記処理要求の送信元の駅務端末へ送信する第２の応答処理部と、
を有するサーバ。
［５］
さらに、個々の乗車券の識別情報に対応づけて乗車券に関する情報と各情報に対するアクセス状況を示す情報とを記憶するデータベースを有し、
前記確認部は、前記データベースにおいて前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する、
［４］に記載のサーバ。
［６］
前記確認部は、前記処理要求に付加される参照すべきデータを示す情報に基づいて前記データベースにおいて参照するデータを特定し、特定したデータがアクセス中であるかを確認する、
［５］に記載のサーバ。
［７］
駅務処理の少なくとも一部をサーバが実行する駅務システムの駅務端末において、
前記サーバと通信する通信部と、
乗車券媒体から乗車券の識別情報を読取る媒体処理部と、
前記媒体処理部が乗車券媒体から読み取った識別情報を処理対象に指定した駅務処理を前記サーバに要求する処理要求を生成し、前記処理要求に参照すべきデータを示す情報を付加して前記サーバへ送信する送信処理部と、
前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記媒体処理部が読み取った識別情報の乗車券の情報がアクセス不可の状態である旨を報知する報知部と、
前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する駅務処理部と、
を有する駅務端末。

２…サーバ、３…発行機、４…改札機、５…精算機、２１…プロセッサ、２２…ＲＯＭ、２３…ＲＡＭ、２４…記憶部、２４ｃ…データベース、２５…通信部、３１…プロセッサ、３２…ＲＯＭ、３３…ＲＡＭ、３４…記憶部、３５…通信部、３８…媒体処理部、３９…決済処理部、４１…プロセッサ、４２…ＲＯＭ、４３…ＲＡＭ、４４…記憶部、４５…通信部、４６…読取部、４７…表示部、４８…通行制御部、５１…プロセッサ、５２…ＲＯＭ、５３…ＲＡＭ、５４…記憶部、５５…通信部、５６…操作部、５７…表示部、５８…媒体処理部、５９…決済処理部、６１…出札処理モジュール、６２…改札処理モジュール。

本発明の実施形態は、駅務端末に関する。

本発明は、１つの情報に対して複数の処理が同時にアクセスすることを回避でき、正確な情報による処理を確実に行える駅務端末を提供することを目的とする。

実施形態によれば、駅務端末は、通信部と、送信処理部と、報知部と、駅務処理部と、を有する。通信部は、前記サーバと通信する。送信処理部は、識別情報を処理対象に指定した駅務処理を前記サーバに要求する処理要求を生成し、前記処理要求に参照すべきデータを示す情報を付加して前記サーバへ送信する。報知部は、前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記識別情報に対応する情報がアクセス不可の状態である旨を報知する。駅務処理部は、前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する。

Claims (6)

1. 複数の駅務端末とサーバとが接続される駅務システムであって、
   前記各駅務端末は、
   前記サーバと通信する第１の通信部と、
   乗車券媒体から乗車券の識別情報を読取る媒体処理部と、
   前記媒体処理部が乗車券媒体から読み取った識別情報を処理対象に指定して駅務処理の処理要求を前記サーバへ送信する送信処理部と、
   前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記媒体処理部が読み取った識別情報の乗車券の情報がアクセス不可の状態である旨を報知する報知部と、
   前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する駅務処理部と、を有し、
   前記サーバは、
   前記各駅務端末と通信する第２の通信部と、
   前記第２の通信部により駅務端末から前記処理要求を受信した場合、前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する確認部と、
   前記識別情報に対応する情報がアクセス中であると判断した場合、前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記処理要求の送信元の駅務端末へ送信する第１の応答処理部と、
   前記識別情報に対応する情報がアクセス中でないと判断した場合、前記識別情報に対応する情報にアクセスして前記処理要求に応じた処理を実行し、実行した処理の結果を含む応答を前記処理要求の送信元の駅務端末へ送信する第２の応答処理部と、を有する、
   駅務システム。
2. 前記サーバは、さらに、個々の乗車券の識別情報に対応づけて乗車券に関する情報と各情報に対するアクセス状況を示す情報とを記憶するデータベースを有し、
   前記サーバの前記確認部は、前記データベースにおいて前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する、
   請求項１に記載の駅務システム。
3. 前記駅務端末の前記送信処理部は、前記サーバに要求する処理において参照すべきデータを示す情報を前記処理要求に付加し、
   前記サーバの前記確認部は、前記処理要求に付加される参照すべきデータを示す情報に基づいて前記データベースにおいて参照するデータを特定し、特定したデータがアクセス中であるかを確認する、
   請求項２に記載の駅務システム。
4. 複数の駅務端末での駅務処理を行うための駅務システムに用いられるサーバにおいて、 前記複数の駅務端末と通信する通信部と、
   前記通信部により駅務端末から処理要求を受信した場合、前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する確認部と、
   前記識別情報に対応する情報がアクセス中であると判断した場合、前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記処理要求の送信元の駅務端末へ送信する第１の応答処理部と、
   前記識別情報に対応する情報がアクセス中でないと判断した場合、前記識別情報に対応する情報にアクセスして前記処理要求に応じた処理を実行し、実行した処理の結果を含む応答を前記処理要求の送信元の駅務端末へ送信する第２の応答処理部と、
   個々の乗車券の識別情報に対応づけて乗車券に関する情報と各情報に対するアクセス状況を示す情報とを記憶するデータベースと、を有し、
   前記確認部は、前記データベースにおいて前記処理要求で指定された識別情報に対応する情報がアクセス中であるかを確認する、
   を有するサーバ。
5. 前記確認部は、前記処理要求に付加される参照すべきデータを示す情報に基づいて前記データベースにおいて参照するデータを特定し、特定したデータがアクセス中であるかを確認する、
   請求項４に記載のサーバ。
6. 駅務処理の少なくとも一部をサーバが実行する駅務システムの駅務端末において、
   前記サーバと通信する通信部と、
   乗車券媒体から乗車券の識別情報を読取る媒体処理部と、
   前記媒体処理部が乗車券媒体から読み取った識別情報を処理対象に指定した駅務処理を前記サーバに要求する処理要求を生成し、前記処理要求に参照すべきデータを示す情報を付加して前記サーバへ送信する送信処理部と、
   前記処理要求に対応して前記識別情報に対応する情報がアクセス不可の状態であることを示す応答を前記サーバから受信した場合、前記媒体処理部が読み取った識別情報の乗車券の情報がアクセス不可の状態である旨を報知する報知部と、
   前記処理要求に対応して前記サーバが実行した処理結果を含む応答を受信した場合、前記サーバからの応答に応じて処理を実行する駅務処理部と、
   を有する駅務端末。

Images