(57)【要約】【課題】利便性の高い決済処理を行うことができるデータ管理サーバ、自動改札機、及び、駅務システムを提供する。【解決手段】実施形態によれば、データ管理サーバは、クレジット情報取得部と、決済要求送信処理部と、出場情報受信処理部と、差額算出部と、払戻要求送信処理部と、を備える。クレジット情報取得部は、ユーザのクレジット情報を取得する。決済要求送信処理部は、前記クレジット情報に基づいてデポジットを決済するための決済要求をクレジットサーバへ送信する。出場情報受信処理部は、自動改札機から運賃を含む出場情報を受信する。差額算出部は、記憶部に格納される前記デポジットの額と前記出場情報が含む前記運賃との差額を算出する。払戻要求送信処理部は、前記デポジットの決済から前記差額を払い戻すための払戻要求を前記クレジットサーバへ送信する。【選択図】図１
2018010516.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのクレジット情報を取得するクレジット情報取得部と、
前記クレジット情報に基づいてデポジットを決済するための決済要求をクレジットサーバへ送信する決済要求送信処理部と、
自動改札機から運賃を含む出場情報を受信する出場情報受信処理部と、
記憶部に格納される前記デポジットの額と前記出場情報が含む前記運賃との差額を算出する差額算出部と、
前記デポジットの決済から前記差額を払い戻すための払戻要求を前記クレジットサーバへ送信する払戻要求送信処理部と、
を備えるデータ管理サーバ。
【請求項２】
ユーザの識別情報を示す入場用コードを前記ユーザの所持する端末に送信する入場用コード送信処理部と、
を備える、
請求項１に記載のデータ管理サーバ。
【請求項３】
入場駅を示す出場用コードを前記ユーザの所持する端末に送信する出場用コード送信処理部を備える、
前記請求項１又は２に記載のデータ管理サーバ。
【請求項４】
前記自動改札機から前記ユーザの識別情報を格納する入場情報を受信する入場情報受信処理部を備え、
前記クレジット情報取得部は、前記入場情報受信処理部が前記入場情報を受信すると、前記識別情報に対応するクレジット情報を取得する、
前記請求項１乃至３の何れか１項に記載のデータ管理サーバ。
【請求項５】
前記差額算出部は、前記出場情報受信処理部が前記出場情報を受信すると、前記差額を算出する、
前記請求項１乃至４の何れか１項に記載のデータ管理サーバ。
【請求項６】
前記差額算出部は、所定の期間に受信された出場情報に基づいて前記所定の期間における運賃の合計を算出し、前記デポジットの額から前記運賃の合計を減算して前記差額を算出する、
前記請求項１乃至３の何れか１項に記載のデータ管理サーバ。
【請求項７】
端末からコードの画像を読み取るコードリーダと、
前記コードをデコードして得られるコードデータとしてユーザを示す識別情報を取得すると、前記識別情報と入場駅とを格納する入場情報を外部装置へ送信する入場情報送信処理部と、
前記コードをデコードして得られるコードデータとして入場情報を取得すると、前記入場情報に基づいて運賃を決定する運賃決定部と、
前記運賃と前記識別情報とを格納する出場情報を前記外部装置へ送信する出場情報送信処理部と、
を備える自動改札機。
【請求項８】
前記運賃を表示する表示部を備える、
前記請求項７に記載の自動改札機。
【請求項９】
前記コードは、二次元コードである、
前記請求項７又は８に記載の自動改札機。
【請求項１０】
自動改札機とデータ管理サーバとを備える駅務システムであって、
前記自動改札機は、
端末からコードの画像を読み取るコードリーダと、
前記コードをデコードして得られるコードデータとして入場情報を取得すると、前記入場情報に基づいて運賃を決定する運賃決定部と、
前記運賃を格納する出場情報を前記データ管理サーバへ送信する出場情報送信処理部と、
を備え、
前記データ管理サーバは、
前記端末を所持するユーザのクレジット情報を取得するクレジット情報取得部と、
前記クレジット情報に基づいてデポジットを決済するための決済要求をクレジットサーバへ送信する決済要求送信処理部と、
前記出場情報を受信する出場情報受信処理部と、
記憶部に格納される前記デポジットの額と前記出場情報が含む前記運賃との差額を算出する差額算出部と、
前記デポジットの決済から前記差額を払い戻すための払戻要求を前記クレジットサーバへ送信する払戻要求送信処理部と、
を備える、
駅務システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データ管理サーバ、自動改札機、及び、駅務システムに関する。
【背景技術】
【０００２】
駅などにおいて入出場を制御する自動改札機には、ユーザが所持するカードを用いて運賃を決済するものがある。  
しかしながら、外国人観光客など短期間しか利用しない者にとっては、カードの購入、チャージ、又は、払い戻しなどを短期間に行う必要があり不便な場合ある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−９７５３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の課題を解決するために、利便性の高い決済処理を行うことができるデータ管理サーバ、自動改札機、及び、駅務システムを提供する。
【課題を解決するための手段】
【０００５】
実施形態によれば、データ管理サーバは、クレジット情報取得部と、決済要求送信処理部と、出場情報受信処理部と、差額算出部と、払戻要求送信処理部と、を備える。クレジット情報取得部は、ユーザのクレジット情報を取得する。決済要求送信処理部は、前記クレジット情報に基づいてデポジットを決済するための決済要求をクレジットサーバへ送信する。出場情報受信処理部は、自動改札機から運賃を含む出場情報を受信する。差額算出部は、記憶部に格納される前記デポジットの額と前記出場情報が含む前記運賃との差額を算出する。払戻要求送信処理部は、前記デポジットの決済から前記差額を払い戻すための払戻要求を前記クレジットサーバへ送信する。
【図面の簡単な説明】
【０００６】
【図１】図１は、第１実施形態に係る駅務システムの構成例を示すブロック図である。
【図２】図２は、第１実施形態に係る自動改札機の構成例を示すブロック図である。
【図３】図３は、第１実施形態に係るデータ管理サーバの構成例を示すブロック図である。
【図４】図４は、第１実施形態に係る駅務システムの動作例を示すシーケンス図である。
【図５】図５は、第２実施形態に係る駅務システムの動作例を示すシーケンス図である。
【発明を実施するための形態】
【０００７】
以下、実施形態について、図面を参照して説明する。  
（第１実施形態）
まず、第１実施形態について説明する。  
第１実施形態に係る駅務システムは、改札の入出場を制御する自動改札機を含むシステムである。例えば、自動改札機は、ユーザが乗車した区間の運賃をユーザから収受することにより駅構内からの出場を許可する。自動改札機は、ＱＲコード（登録商標）などのコードを用いて入出場処理を行う。
【０００８】
図１は、第１実施形態に係る駅務システム１の構成例を示す。  
図１が示すように、駅務システム１は、自動改札機１０、自動改札機２０、データ管理サーバ３０、及びクレジットサーバ４０を備える。
【０００９】
自動改札機１０は、駅の改札口などに設置される。自動改札機１０は、ユーザが所持するユーザ端末５０から得られる情報に基づいて、ユーザの駅構内への入場処理及び駅構内からの出場処理を行う。例えば、自動改札機１０は、ユーザ端末５０が表示するコード情報を読み取って、ユーザに対する入場または出場を判定する。自動改札機１０は、入場又は出場の判定結果に基づいて、ユーザの通行を制御する。ユーザは、自動改札機による通行制御に従って、駅構内への入場、又は駅構内からの出場を行う。自動改札機１０の構成例については、後に詳述する。  
自動改札機２０は、自動改札機１０と同様の機能を有する。
【００１０】
データ管理サーバ３０（外部装置）は、自動改札機１０及び２０などと通信する機能を有する。データ管理サーバ３０は、自動改札機１０又は２０から供給される情報を管理する。また、データ管理サーバ３０は、クレジットサーバ４０と通信する機能を有する。データ管理サーバ３０は、クレジットサーバ４０と通信することにより料金決済を行う機能を有する。例えば、データ管理サーバ３０は、自動改札機１０又は２０から受信する情報に基づいてユーザを特定し、特定したユーザに対する決済処理を行う。また、データ管理サーバ３０は、駅務処理に必要となる情報を処理するようにしてもよい。データ管理サーバ３０の構成例については、後に詳述する。
【００１１】
クレジットサーバ４０は、クレジット情報などに基づいてクレジット決済を行う。たとえば、クレジットサーバ４０は、データ管理サーバ３０からクレジット情報及び金額情報を含む決済要求を受信する。データ管理サーバ３０から決済要求を受信すると、クレジットサーバ４０は、受信したクレジット情報に基づいて金額情報が示す金額を決済する。また、クレジットサーバ４０は、データ管理サーバ３０から受信するクレジット情報及び金額情報を含む払戻要求を受け付ける。払戻要求を受信した場合、クレジットサーバ４０は、受信したクレジット情報に基づいて金額情報が示す金額を払い戻す。
【００１２】
ユーザ端末５０は、運賃を支払うユーザが所持する端末である。例えば、ユーザ端末５０は、スマートフォンまたは携帯電話機などのユーザが携帯可能な端末装置である。ユーザ端末５０は、表示部５１を備える。表示部５１は、自動改札機での入場又は出場に用いるコードを表示する。即ち、ユーザ端末５０は、表示部５１を介してコードを表示する。たとえば、ユーザ端末５０は、データ管理サーバ３０から入場用コードを受信し、表示部５１に表示する。また、ユーザ端末５０は、データ管理サーバ３０から出場用コードを受信し、表示部５１に表示する。なお、ユーザ端末５０は、アプリケーションを用いて、入場用コード及び出場用コードの取得及び表示を行ってもよい。また、ユーザ端末５０は、ブラウザなどの汎用アプリケーションを用いて、入場用コード及び出場用コードの取得及び表示を行ってもよい。
【００１３】
また、ユーザ端末５０は、入場用コード又は出場用コードを表示した状態で自動改札機１０又は２０のコードリーダに翳される。たとえば、ユーザは、入場用コード又は出場用コードを表示部５１に表示した状態で表示部５１をコードリーダに翳す。  
なお、駅務システム１は、適宜必要な構成を追加し、又は、不要な構成を削除してもよい。
【００１４】
次に、自動改札機１０について説明する。  
図２は、自動改札機１０の構成例を示すブロック図である。
【００１５】
図２が示すように、自動改札機１０は、ＣＰＵ１０１、メモリ部１０２、人間検知部１０３、表示部１０４、スピーカ部１０５、ドア機構１０６、通信部１０７、ＩＣリーダライタ１０８、コードリーダ１０９及び磁気券処理部１１０などを備える。
【００１６】
ＣＰＵ１０１と、メモリ部１０２、人間検知部１０３、表示部１０４、スピーカ部１０５、ドア機構１０６、通信部１０７、ＩＣリーダライタ１０８、コードリーダ１０９及び磁気券処理部１１０とは、互いにデータバスなどで通信可能に接続する。
【００１７】
ＣＰＵ１０１は、自動改札機１０全体を制御する。ＣＰＵ１０１は、内部キャッシュおよび各種のインターフェースなどを備えても良い。ＣＰＵ１０１は、内部メモリ、又はメモリ部１０２に予め記憶したプログラムを実行することにより種々の処理を実現する。ＣＰＵ１０１は、たとえば、プロセッサである。
【００１８】
なお、ＣＰＵ１０１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであっても良い。この場合、ＣＰＵ１０１は、ハードウエア回路により実行される機能を制御する。
【００１９】
メモリ部１０２は、揮発性メモリ及び不揮発性メモリなどから構成される。たとえば、メモリ部１０２は、予め制御用のプログラム及び制御データなどを格納する。また、メモリ部１０２は、ＣＰＵ１０１の処理中のデータなどを一時的に格納する。たとえば、メモリ部１０２は、ＣＰＵ１０１からの命令に基づき種々の実行中のアプリケーションプログラムを格納する。また、メモリ部１０２は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。
【００２０】
人間検知部１０３は、自動改札機１０が形成する通行路にユーザが進入したことを検知するセンサである。たとえば、人間検知部１０３は、通行路の所定の位置（たとえば、通行路の中腹部）にユーザが侵入するとユーザを検知する。たとえば、人間検知部１０３は、赤外線の遮断を検出して、ユーザの進入を検知する。人間検知部１０３がユーザの進入を検知する方法は、特定の方法に限定されるものではない。
【００２１】
表示部１０４は、ＣＰＵ１０１からの信号に基づいて種々の情報を画像で表示する。たとえば、表示部１０４は、通行の可否、又は、読み取りエラーなどのエラーメッセージなどを表示する。表示部１０４は、たとえば、液晶ディスプレイなどである。
【００２２】
スピーカ部１０５は、ＣＰＵ１０１からの信号に基づいて種々の情報を音で提示する。たとえば、スピーカ部１０５は、通行の可否、又は、読み取りエラーなどを示す警告音又は音声などを出力する。
【００２３】
ドア機構１０６は、自動改札機１０を通過するユーザを制御するために設けられるドアである。ドア機構１０６は、自動改札機１０が形成する通行路側に設けられる。ドア機構１０６は、ＣＰＵ１０１からの信号に基づいて、通行不可と判定されたユーザの通行を阻止する。
【００２４】
通信部１０７は、データ管理サーバ３０とデータの送受信を行うインターフェースである。たとえば、通信部１０７は、インターネットなどの外部ネットワークを通じてデータ管理サーバ３０と通信するものであってもよい。また、通信部１０７は、鉄道事業の内部ネットワークを通じてデータ管理サーバ３０と通信するものであってもよい。通信部１５は、たとえば、ＬＡＮ接続をサポートするインターフェースである。
【００２５】
ＩＣリーダライタ１０８は、ＩＣカード又は携帯端末などに組み込まれるＩＣチップとデータを非接触で送受信するためのインターフェース装置である。ここで、ＩＣチップは、改札処理に利用可能な非接触式のＩＣカードと同様な機能を有するものとする。ＩＣリーダライタ１０８は、ＩＣチップとの無線通信を行うためのアンテナ及び通信制御部などにより構成される。ＩＣリーダライタ１０８では、ＩＣチップに対する電源供給、クロック供給、リセット制御及びデータの送受信などが行われる。ＩＣリーダライタ１０８は、アンテナなどから磁界をＩＣチップに供給し、電力を供給する。
【００２６】
コードリーダ１０９は、ユーザが翳すユーザ端末５０の表示部５１又は券媒体などの媒体からコードを読み取る。コードリーダ１０９は、たとえば、光を媒体に照射してその反射光を取得することで、券媒体からコードを読み取る。また、コードリーダ１０９は、媒体としての画面などが発する光を取得することでコードの画像を取得する。また、コードリーダ１０９は、可視光などの通常光を用いてコードを読み取ってもよい。また、コードリーダ１０９は、不可視光を用いてコードを読み取ってもよい。即ち、コードリーダ１０９は、不可視光である所定の専用光を用いてコードの画像を取得するものであってもよい。コードリーダ１０９は、コードを読み取るためのカメラ及び／又は照明などを備える。
【００２７】
コードリーダ１０９は、読み取ったコードをデコードして、コードデータを取得する。コードリーダ１０９は、取得したコードデータをＣＰＵ１０１へ送信する。  
コードは、コードデータを所定のアルゴリズムに従ってコード化したものである。コードは、コンピュータなどの機械で読取可能な画像である。たとえば、コードは、バーコードなどの一次元コード、又は、ＱＲコードなどの二次元コードである。なお、コードの構成は、特定の構成に限定されるものではない。
【００２８】
磁気券処理部１１０は、磁気定期券又は切符に記録されている磁気情報を読み取り、又は、磁気定期券又は切符に磁気情報を書き込む。  
なお、自動改札機１０は、適宜必要な構成を追加し、又は、不要な構成を削除してもよい。
【００２９】
自動改札機２０は、ＣＰＵ２０１、メモリ部２０２、人間検知部２０３、表示部２０４、スピーカ部２０５、ドア機構２０６、通信部２０７、ＩＣリーダライタ２０８、コードリーダ２０９及び磁気券処理部２１０などを備える。ＣＰＵ２０１、メモリ部２０２、人間検知部２０３、表示部２０４、スピーカ部２０５、ドア機構２０６、通信部２０７、ＩＣリーダライタ２０８、コードリーダ２０９及び磁気券処理部２１０は、それぞれＣＰＵ１０１、メモリ部１０２、人間検知部１０３、表示部１０４、スピーカ部１０５、ドア機構１０６、通信部１０７、ＩＣリーダライタ１０８、コードリーダ１０９及び磁気券処理部１１０と同様であるため説明を省略する。
【００３０】
次に、データ管理サーバ３０について説明する。  
図３は、データ管理サーバ３０の構成例を示すブロック図である。  
図３が示すように、データ管理サーバ３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＮＶＭ３４及び通信部３５などを備える。
【００３１】
ＣＰＵ３１は、データ管理サーバ３０全体の動作を制御する機能を有する。ＣＰＵ３１は、内部キャッシュおよび各種のインターフェースなどを備えても良い。ＣＰＵ３１は、内部メモリ、ＲＯＭ３２あるいはＮＶＭ３４に予め記憶したプログラムを実行することにより種々の処理を実現する。ＣＰＵ３１は、たとえば、プロセッサである。
【００３２】
なお、ＣＰＵ３１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであっても良い。この場合、ＣＰＵ３１は、ハードウエア回路により実行される機能を制御する。
【００３３】
ＲＯＭ３２は、予め制御用のプログラム及び制御データなどが記憶された不揮発性のメモリである。ＲＯＭ３２に記憶される制御プログラム及び制御データは、予めデータ管理サーバ３０の仕様に応じて組み込まれる。ＲＯＭ１２は、たとえば、データ管理サーバ３０の回路基板を制御するプログラム（例えば、ＢＩＯＳ）などを格納している。
【００３４】
ＲＡＭ３３は、揮発性のメモリである。ＲＡＭ３３は、ＣＰＵ３１の処理中のデータなどを一時的に格納する。ＲＡＭ３３は、ＣＰＵ３１からの命令に基づき種々のアプリケーションプログラムを格納する。また、ＲＡＭ３３は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。
【００３５】
ＮＶＭ３４（記憶部）は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ３４は、例えば、ハードディスク、ＳＳＤ、ＥＥＰＲＯＭ（登録商標）又はフラッシュメモリなどにより構成される。ＮＶＭ３４は、データ管理サーバ３０の運用用途に応じて制御プログラム、アプリケーション、及び種々のデータを格納する。
【００３６】
ＮＶＭ３４は、クレジット情報テーブルを記憶する記憶領域３４ａを備える。  
クレジット情報テーブルは、ユーザＩＤとクレジット情報とを対応付けて格納する。  
ユーザＩＤ（識別情報）は、データ管理サーバ３０がユーザを特定するＩＤである。たとえば、ユーザがクレジット情報をデータ管理サーバ３０に登録する際などに、データ管理サーバ３０のＣＰＵ３１は、ユーザにユーザＩＤを設定する。
【００３７】
クレジット情報は、クレジットサーバ４０を運用するクレジット会社がユーザに対して決済処理を行うために必要な情報である。たとえば、クレジット情報は、クレジットカード番号などである。  
クレジット情報テーブルは、適宜更新される。
【００３８】
たとえば、ユーザは、ユーザ端末５０又はＰＣなどからクレジット情報をデータ管理サーバ３０に登録する。データ管理サーバ３０のＣＰＵ３１は、ユーザを特定するためのユーザＩＤを設定する。ＣＰＵ３１は、設定したユーザＩＤとユーザからのクレジット情報と対応付けてクレジット情報テーブルに格納する。
【００３９】
通信部３５は、自動改札機１０並びに２０、クレジットサーバ４０及びユーザ端末５０とデータを送受信するためのインターフェースである。たとえば、通信部３５は、インターネットなどの外部ネットワークを通じて自動改札機１０並びに２０、クレジットサーバ４０及びユーザ端末５０と通信するものであってもよい。また、通信部３５は、鉄道事業の内部ネットワークを通じて自動改札機１０並びに２０、クレジットサーバ４０及びユーザ端末５０と通信するものであってもよい。
【００４０】
通信部３５は、たとえば、ＬＡＮ接続をサポートするインターフェースである。なお、通信部３５は、自動改札機１０及び２０と通信するためのインターフェースと、クレジットサーバ４０と通信するためのインターフェースと、ユーザ端末５０と通信するためのインターフェースと、から構成されてもよい。  
なお、データ管理サーバ３０は、適宜必要な構成を追加し、又は、不要な構成を削除してもよい。
【００４１】
次に、データ管理サーバ３０のＣＰＵ３１が実現する機能について説明する。  
まず、ＣＰＵ３１は、ユーザＩＤを示す入場用コードをユーザ端末５０へ送信する機能を有する（入場用コード送信処理部）。
【００４２】
たとえば、ＣＰＵ３１は、通信部３５などを通じて入場用コードを要求するリクエストをユーザ端末５０から受信する。ここでは、リクエストは、ユーザＩＤを含むものとする。リクエストを受信すると、ＣＰＵ３１は、リクエストが含むユーザＩＤを含むコードデータをコード化して入場用コードを生成する。また、ＣＰＵ３１は、デポジットの決済を要求することを示す情報を入場用コードに格納してもよい。ＣＰＵ３１は、リクエストに対するレスポンスとして、入場用コードをユーザ端末５０へ送信する。  
なお、入場用コードは、ユーザＩＤ以外の情報を示す情報であってもよい。
【００４３】
また、ＣＰＵ３１は、自動改札機１０又は２０から、ユーザＩＤとユーザが入場した入場駅とを示す入場情報を受信する機能を有する（入場情報受信処理部）。たとえば、ＣＰＵ３１は、通信部３５を通じて自動改札機１０又は２０から入場情報を受信する。  
なお、入場情報は、さらに、ユーザが入場駅に入場した日時などを含むようにしてもよい。
【００４４】
また、ＣＰＵ３１は、ユーザのクレジット情報を取得する機能を有する（クレジット情報取得部）。たとえば、ＣＰＵ３１は、入場情報を受信すると、入場情報が格納するユーザＩＤを抽出する。ＣＰＵ３１は、クレジット情報テーブルを参照してユーザＩＤに対応するクレジット情報を取得する。
【００４５】
また、ＣＰＵ３１は、ユーザのクレジット情報に基づいてクレジットサーバ４０へデポジット（保証金）を決済するための決済要求を送信する機能を有する（決済要求送信処理部）。  
たとえば、ＣＰＵ３１は、クレジット情報に基づいて所定のデポジットを決済するための決済要求を生成する。たとえば、ＣＰＵ３１は、クレジット情報とデポジットの額を示す金額情報とを格納する決済要求を生成する。
【００４６】
デポジットの額は、運賃を支払うために必要な額である。たとえば、デポジットの額は、自動改札機１０又は２０で決済可能な金額である。デポジットの額は、特定の金額に限定されるものではない。デポジットの額は、予めＮＶＭ３４に格納される。なお、デポジットの額は、ユーザごとにＮＶＭ３４に格納されてもよい。
【００４７】
ＣＰＵ３１は、生成した決済要求をクレジットサーバ４０に送信する。  
また、ＣＰＵ３１は、入場情報を示す出場用コードをユーザ端末５０へ送信する機能を有する（出場用コード送信処理部）。  
たとえば、ＣＰＵ３１は、通信部３５などを通じて出場用コードを要求するリクエストをユーザ端末５０から受信する。ここでは、リクエストは、ユーザＩＤを含むものとする。リクエストを受信すると、ＣＰＵ３１は、リクエストが含むユーザＩＤを含む入場情報を取得する。ＣＰＵ３１は、取得した入場情報をコード化して出場用コードを生成する。ＣＰＵ３１は、リクエストに対するレスポンスとして、出場用コードをユーザ端末５０へ送信する。  
なお、ＣＰＵ３１は、出場用コードで入場情報以外の情報を示すようにしてもよい。
【００４８】
また、ＣＰＵ３１は、自動改札機１０又は２０から、ユーザＩＤと運賃とを示す出場情報を受信する機能を有する（出場情報受信処理部）。たとえば、ＣＰＵ３１は、通信部３５などを通じて、自動改札機１０又は２０から出場情報を受信する。
【００４９】
また、出場情報に基づいてデポジットとの差額を算出する機能を有する（差額算出部）。たとえば、ＣＰＵ３１は、ＮＶＭ３４が格納するデポジットの額から出場情報が示す運賃を減算して差額を算出する。なお、デポジットの額がユーザごとに異なる場合には、ＣＰＵ３１は、ユーザＩＤが示すユーザに設定されたデポジットの額から運賃を減算する。
【００５０】
また、ＣＰＵ３１は、クレジットサーバ４０へ差額を払い戻す払戻要求を送信する機能を有する（払戻要求送信処理部）。  
たとえば、ＣＰＵ３１は、出場情報が示すユーザＩＤに対応するクレジット情報を取得する。ＣＰＵ３１は、差額を払い戻すための払戻要求を生成する。即ち、ＣＰＵ３１は、取得したクレジット情報と算出した差額を示す金額情報を示す払戻要求を生成する。  
ＣＰＵ３１は、生成した払戻要求をクレジットサーバ４０へ送信する。
【００５１】
次に、自動改札機１０のＣＰＵ１０１の機能について説明する。  
まず、ＣＰＵ１０１は、コードリーダ１０９を通じてユーザ端末５０の表示部５１が表示するコードからコードデータを読み取る機能を有する。たとえば、コードリーダ１０９は、表示部５１を含む画像をラスタスキャンしてコードを特定する。コードリーダ１０９は、所定のアルゴリズムに従って特定されたコードをデコードしてコードデータを取得する。コードリーダ１０９は、取得されたコードデータをＣＰＵ１０１へ送信する。  
ＣＰＵ１０１は、コードリーダ１０９からコードデータを取得する。  
なお、ＣＰＵ１０１は、コードをデコードしてコードデータを取得してもよい。たとえば、コードリーダ１０９は、コードの画像を取得しＣＰＵ１０１へ送信する。ＣＰＵ１０１は、コードの画像からコードをデコードしてコードデータを取得してもよい。
【００５２】
ＣＰＵ１０１は、コードリーダ１０９が入場用コードをデコードして得られたコードデータに基づいて入場情報を生成する機能を有する。  
たとえば、ＣＰＵ１０１は、コードリーダ１０９からコードデータとして入場用コードをデコードして得られたユーザＩＤを受信する。ＣＰＵ１０１は、ユーザＩＤに基づいて入場情報を生成する。即ち、ＣＰＵ１０１は、自身が設置された駅（入場駅）とユーザＩＤとを格納する入場情報を生成する。  
なお、ＣＰＵ１０１は、ユーザが駅に入場した日時などを入場情報に格納してもよい。
【００５３】
また、ＣＰＵ１０１は、コードデータにデポジットの決済を要求することを示す情報が格納されているか判定してもよい。ＣＰＵ１０１は、コードデータに当該情報が含まれる場合に入場情報を生成してもよい。
【００５４】
また、ＣＰＵ１０１は、生成した入場情報をデータ管理サーバ３０へ送信する機能を有する（入場情報送信処理部）。たとえば、ＣＰＵ１０１は、通信部３５を通じて、生成した入場情報をデータ管理サーバ３０へ送信する。
【００５５】
また、ＣＰＵ１０１は、コードリーダ１０９が入場用コードをデコードして得られたコードデータに基づいてユーザの運賃を決定する機能を有する（運賃決定部）。  
たとえば、ＣＰＵ１０１は、コードリーダ１０９からコードデータとして出場用コードをデコードして得られた入場情報を受信する。ＣＰＵ１０１は、入場情報に基づいて運賃を決定する。たとえば、ＣＰＵ１０１は、入場情報が格納する入場駅及び自身が設置された駅（出場駅）から運賃を決定する。
【００５６】
また、ＣＰＵ１０１は、決定した運賃とユーザＩＤとを格納する出場情報を生成する機能を有する。  
たとえば、ＣＰＵ１０１は、決定した運賃と入場情報のユーザＩＤとを格納する出場情報を生成する。なお、ＣＰＵ１０１は、他の情報を出場情報に格納してもよい。
【００５７】
また、ＣＰＵ１０１は、生成した出場情報をデータ管理サーバ３０へ送信する機能を有する（出場情報送信処理部）。たとえば、ＣＰＵ１０１は、通信部３５を通じて、生成した出場情報をデータ管理サーバ３０へ送信する。  
また、自動改札機２０のＣＰＵ２０１が実現する機能は、自動改札機１０のＣＰＵ１０１が実現する機能と同様であるため、説明を省略する。
【００５８】
次に、駅務システム１の動作例について説明する。  
図４は、駅務システム１の動作例について説明するためのシーケンス図である。  
ここでは、ユーザは、自動改札機１０が設置される駅に入場し、自動改札機２０が設置される駅から出場するものとする。即ち、ユーザは、入場用コードを表示するユーザ端末５０を自動改札機１０に翳し、出場用コードを表示するユーザ端末５０を自動改札機２０に翳す。
【００５９】
まず、データ管理サーバ３０のＣＰＵ３１は、ユーザのユーザＩＤを含むコードデータをコード化して入場用コードを生成する（Ｓ１１）。入場用コードを生成すると、ＣＰＵ３１は、通信部３５を通じて、生成した入場用コードをユーザ端末５０に送信する（Ｓ１２）。
【００６０】
ユーザ端末５０は、データ管理サーバ３０から入場用コードを受信する。入場用コードを受信すると、ユーザ端末５０は、表示部５１に入場用コードを表示する（Ｓ１３）。ここで、ユーザは、自動改札機１０が設置される駅において、ユーザ端末５０の表示部５１をコードリーダ１０９がコードを読取可能な位置に翳す。
【００６１】
自動改札機１０のＣＰＵ１０１は、コードリーダ１０９を通じて、入場用コードをデコードして得られたユーザＩＤを取得する（Ｓ１４）。ユーザＩＤを取得すると、ＣＰＵ１０１は、通信部１０７を通じて、ユーザＩＤを格納した入場情報をデータ管理サーバ３０へ送信する（Ｓ１５）。
【００６２】
データ管理サーバ３０のＣＰＵ１０１は、通信部１０７を通じて入場情報を受信する。入場情報を受信すると、ＣＰＵ１０１は、クレジット情報テーブルを参照して、入場情報が格納するユーザＩＤに対応するクレジット情報を取得する（Ｓ１６）。
【００６３】
クレジット情報を取得すると、ＣＰＵ１０１は、クレジット情報に基づいてデポジットを決済するための決済要求を生成する（Ｓ１７）。決済要求を生成すると、ＣＰＵ１０１は、通信部１０７を通じて、生成した決済要求をクレジットサーバ４０へ送信する（Ｓ１８）。
【００６４】
クレジットサーバ４０は、決済要求を受信する。決済要求を受信すると、クレジットサーバ４０は、決済要求に従って、ユーザに対して請求されるデポジットを決済する（Ｓ１９）。
【００６５】
データ管理サーバ３０のＣＰＵ３１は、入場情報を含むコードデータをコード化して出場用コードを生成する（Ｓ２０）。出場用コードを生成すると、ＣＰＵ３１は、通信部３５を通じて、生成した出場用コードをユーザ端末５０へ送信する（Ｓ２１）。
【００６６】
ユーザ端末５０は、データ管理サーバ３０から出場用コードを受信する。出場用コードを受信すると、ユーザ端末５０は、表示部５１に出場用コードを表示する（Ｓ２２）。ここで、ユーザは、自動改札機２０が設置される駅において、ユーザ端末５０の表示部５１をコードリーダ２０９がコードを読取可能な位置に翳す。
【００６７】
自動改札機２０のＣＰＵ２０１は、コードリーダ２０９を通じて、出場用コードをデコードして得られた入場情報を取得する。入場情報を取得すると、ＣＰＵ２０１は、入場情報に基づいてユーザの運賃を決定する（Ｓ２３）。運賃を決定すると、ＣＰＵ２０１は、決定した運賃を表示部２０４に表示する（Ｓ２４）。
【００６８】
運賃を表示部２０４に表示すると、ＣＰＵ２０１は、通信部２０７を通じて、運賃とユーザＩＤとを格納した出場情報をデータ管理サーバ３０へ送信する（Ｓ２５）。
【００６９】
データ管理サーバ３０のＣＰＵ３１は、通信部３５を通じて出場情報を受信する。出場情報を受信すると、ＣＰＵ３１は、デポジットの額から出場情報が格納する運賃を減算して、差額を算出する（Ｓ２６）。差額を算出すると、ＣＰＵ３１は、クレジット情報テーブルを参照して、出場情報が格納するユーザＩＤに対応するクレジット情報を取得する（Ｓ２７）。
【００７０】
クレジット情報を取得すると、ＣＰＵ３１は、クレジット情報に基づいて差額の払戻を要求するための払戻要求を生成する（Ｓ２８）。払戻要求を生成すると、ＣＰＵ３１は、通信部３５を通じて、生成した払戻要求をクレジットサーバ４０へ送信する（Ｓ２９）。
【００７１】
クレジットサーバ４０は、データ管理サーバ３０から払戻要求を受信する。払戻要求を受信すると、クレジットサーバ４０は、払戻要求に従ってＳ１９で決済したデポジットから差額を払い戻す（Ｓ３０）。  
クレジットサーバ４０が差額を払い戻すと、駅務システム１は、動作を終了する。
【００７２】
なお、入場用コード又は出場用コードは、用紙に印刷されてもよい。たとえば、ユーザ端末５０などの端末は、入場用コード又は出場用コードを印刷してもよい。また、データ管理サーバのＣＰＵ３１は、Ｓ２６とＳ２７との順序を入れ替えてもよい。
【００７３】
以上のように構成された駅務システムは、ユーザが入場駅に入場すると、クレジット情報に基づいてデポジットを決済する。また、駅務システムは、ユーザが出場駅から出場すると、デポジットと運賃との差額を払い戻す。
【００７４】
そのため、ユーザは、ユーザが運賃又は出場駅などを予め設定することなく所望の駅に入場し所望の駅から出場することができる。したがって、駅務システムは、利便性の高い決済処理を行うことができる。
（第２実施形態）
次に、第２実施形態について説明する。  
第２実施形態に係る駅務システム１は、ユーザが入場駅に入場する前にデポジットを決済し所定の期間経過後に差額を払い戻す点で、第１実施形態のそれと異なる。従って、同一の構成には、同一の符号を付して詳細な説明を省略する。
【００７５】
ここでは、ユーザは、データ管理サーバ３０にクレジット情報を登録する他に、駅務システム１の利用開始日及び利用終了日を登録するものとする。  
ＣＰＵ３１は、ユーザが入場駅に入場する前にデポジットを決済するための決済要求をクレジットサーバ４０へ送信する。
【００７６】
たとえば、ＣＰＵ３１は、ユーザが登録した利用開始日の午前０などにおいて、クレジット情報テーブルを参照してユーザＩＤに対応するクレジット情報を取得する。ＣＰＵ３１は、取得したクレジット情報に基づいて所定のデポジットを決済するための決済要求を生成する。たとえば、デポジットの額は、利用開始日から利用終了日までに見込まれる運賃などである。  
ＣＰＵ３１は、決済要求を生成すると、通信部３５を通じて生成した決済要求をクレジットサーバ４０へ送信する。
【００７７】
また、ＣＰＵ３１は、出場情報が格納する運賃を格納する機能を有する。たとえば、ＣＰＵ３１は、出場情報を受信すると、出場情報をＮＶＭ３４などに格納する。
【００７８】
また、ＣＰＵ３１は、決済要求をクレジットサーバ４０へ送信してから所定の期間が経過した後に、所定の期間内において運賃を合算した合計運賃を算出する。  
たとえば、ＣＰＵ３１は、利用終了日の午後１２時に、利用開始日から利用終了日までの間の運賃をＮＶＭ３４などから読み出す。ＣＰＵ３１は、読み出した運賃を合算して、合計運賃を算出する。
【００７９】
また、ＣＰＵ３１は、合計運賃とデポジットとの差額を算出する。たとえば、ＣＰＵ３１は、デポジットの額から合計運賃を減算して差額を算出する。なお、デポジットの額がユーザごとに異なる場合には、ＣＰＵ３１は、ユーザＩＤが示すユーザに設定されたデポジットの額から運賃を減算する。
【００８０】
また、ＣＰＵ３１は、クレジットサーバ４０へ差額の決済を払い戻す払戻要求を送信する。  
たとえば、ＣＰＵ３１は、ユーザＩＤに対応するクレジット情報を取得する。ＣＰＵ３１は、差額を払い戻すための払戻要求を生成する。即ち、ＣＰＵ３１は、取得したクレジット情報と算出した差額を示す金額情報を示す払戻要求を生成する。  
ＣＰＵ３１は、生成した払戻要求をクレジットサーバ４０へ送信する。
【００８１】
次に、駅務システム１の動作例について説明する。  
図５は、駅務システム１の動作例を説明するためのシーケンス図である。ここでは、図４と同一の動作については、同一の符号を付して詳細な説明を省略する。
【００８２】
まず、駅務システム１のＣＰＵ３１は、所定のタイミング（たとえば、利用開始日の午前０時）で、クレジット情報テーブルを参照してユーザＩＤに対応するクレジット情報を取得する（Ｓ３１）。クレジット情報を取得すると、ＣＰＵ３１は、取得したクレジット情報に基づいてデポジットを決済するための決済要求を生成する（Ｓ３２）。
【００８３】
決済要求を生成すると、ＣＰＵ３１は、通信部３５を通じて生成した決済要求をクレジットサーバ４０へ送信する（Ｓ３３）。  
クレジットサーバ４０は、決済要求を受信する。決済要求を受信すると、クレジットサーバ４０は、決済要求に従って、ユーザに対して請求されるデポジットを決済する（Ｓ３４）。
【００８４】
クレジットサーバ４０がデポジットを決済すると、駅務システム１は、Ｓ１１へ進む。  
自動改札機１０のＣＰＵ１０１は、通信部１０７を通じて、ユーザＩＤを格納した入場情報をデータ管理サーバ３０へ送信する（Ｓ１５）。
【００８５】
データ管理サーバ３０のＣＰＵ３１は、通信部３５を通じて入場情報を受信する。入場情報を受信すると、ＣＰＵ３１は、入場情報を含むコードデータをコード化して出場用コードを生成する（Ｓ２０）。
【００８６】
自動改札機２０のＣＰＵ２０１は、通信部２０７を通じて、運賃とユーザＩＤとを格納した出場情報をデータ管理サーバ３０へ送信する（Ｓ２５）。  
データ管理サーバ３０のＣＰＵ３１は、通信部３５を通じて出場情報を受信する。出場情報を受信すると、ＣＰＵ３１は、出場情報をＮＶＭ３４に格納する（Ｓ３５）。
【００８７】
出場情報をＮＶＭ３４に格納すると、ＣＰＵ３１は、所定の期間待機する。たとえば、ＣＰＵ３１は、利用終了日まで待機する。また、所定の期間の間に、駅務システム１は、Ｓ１１乃至Ｓ３５までを複数回繰り返してもよい。
【００８８】
所定の期間が経過すると（Ｓ３６）、ＣＰＵ３１は、所定の期間において格納された出場情報に基づいてデポジットの額と合計運賃との差額を算出する（Ｓ３７）。差額を算出すると、ＣＰＵ３１は、クレジット情報テーブルを参照して、出場情報が格納するユーザＩＤに対応するクレジット情報を取得する（Ｓ３８）。
【００８９】
クレジット情報を取得すると、ＣＰＵ３１は、クレジット情報に基づいて差額を払い戻すための払戻要求を生成する（Ｓ３９）。払戻要求を生成すると、ＣＰＵ３１は、通信部３５を通じて、生成した払戻要求をクレジットサーバ４０へ送信する（Ｓ４０）。
【００９０】
クレジットサーバ４０は、データ管理サーバ３０から払戻要求を受信する。払戻要求を受信すると、クレジットサーバ４０は、払戻要求に従ってＳ３４で決済したデポジットから差額を払い戻す（Ｓ４１）。  
クレジットサーバ４０が差額を払い戻すと、駅務システム１は、動作を終了する。
【００９１】
なお、データ管理サーバ３０のＣＰＵ３１は、所定の期間経過後（Ｓ３６）、所定のタイミングでＳ３７以降を実行してもよい。また、データ管理サーバ３０のＣＰＵ３１は、所定の期間中に運賃の合計がデポジットの額を超えた場合にユーザ端末５０などに警告を送信してもよい。また、データ管理サーバ３０のＣＰＵ３１は、所定の期間中に運賃がデポジットの額よりも小さな所定の額に達した場合にユーザ端末５０などに警告を送信してもよい。
【００９２】
以上のように構成された駅務システムは、所定の期間中においてユーザが支払う運賃を所定の期間経過後に合計する。駅務システムは、運賃の合計をデポジットの額から減算して差額を算出する。駅務システムは、差額を払い戻す。
【００９３】
そのため、駅務システムは、所定の期間経過後にデポジットの額と運賃との差額を払い戻す。したがって、駅務システムは、デポジットの決済と差額の払戻とが頻繁に行われることを防止することができる。
【００９４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９５】
１…駅務システム、１０及び２０…自動改札機、３０…データ管理サーバ、３４…ＮＶＭ、３４ａ…記憶領域、３５…通信部、４０…クレジットサーバ、５０…ユーザ端末、５１…表示部、１０１及び２０１…ＣＰＵ、１０２及び２０２…メモリ部、１０３及び２０３…人間検知部、１０４及び２０４…表示部、１０５及び２０５…スピーカ部、１０６及び２０６…ドア機構、１０７及び２０７…通信部、１０８及び２０８…ＩＣリーダライタ、１０９及び２０９…コードリーダ、１１０及び２１０…磁気券処理部。
【図１】
2018010516.tif 000003
【図２】
2018010516.tif 000004
【図３】
2018010516.tif 000005
【図４】
2018010516.tif 000006
【図５】
2018010516.tif 000007