JP2020074184A - 発券機、駅務機器、およびサーバ装置 - Google Patents

Abstract

【課題】より柔軟な駅務処理の変更および拡張が可能な発券機、駅務機器、およびサーバ装置を提供することである。【解決手段】実施形態の発券機は、発券機側通信部と、受付部と、発券機側制御部とを持つ。発券機側通信部は、サーバ装置と通信する。受付部は、クレジットカードを乗車券として登録する登録要求を受け付ける。発券機側制御部は、前記受付部により前記登録要求を受け付けた場合に、発券条件および前記クレジットカードの識別情報を取得し、前記登録要求、前記発券条件、および前記識別情報を、前記発券機側通信部を用いて前記サーバ装置に送信し、前記発券機側通信部が前記サーバ装置から前記識別情報および前記登録要求に対する処理結果を受信した場合に、前記処理結果に基づいて前記クレジットカードを乗車券として発券する発券処理を行う。【選択図】図１３

Description

本発明の実施形態は、発券機、駅務機器、およびサーバ装置に関する。

駅務システムは、乗車券に効力情報などの情報を記憶させ、駅務機器により乗車券に記憶された情報を読み取ることで、駅務機器により各種の駅務処理を行っている。しかしながら、駅務処理を変更・拡張しようとした場合、乗車券に記憶される情報のフォーマットを変更する必要が生じる場合があり、柔軟な駅務処理の変更・拡張が困難である場合があった。

特開２０１１−８５８８号公報

本発明が解決しようとする課題は、より柔軟な駅務処理の変更および拡張を可能とした発券機、駅務機器、およびサーバ装置を提供することである。

実施形態の発券機は、発券機側通信部と、受付部と、発券機側制御部とを持つ。発券機側通信部は、サーバ装置と通信する。受付部は、クレジットカードを乗車券として登録する登録要求を受け付ける。発券機側制御部は、前記受付部により前記登録要求を受け付けた場合に、発券条件および前記クレジットカードの識別情報を取得し、前記登録要求、前記発券条件、および前記識別情報を、前記発券機側通信部を用いて前記サーバ装置に送信し、前記発券機側通信部が前記サーバ装置から前記識別情報および前記登録要求に対する処理結果を受信した場合に、前記処理結果に基づいて前記クレジットカードを乗車券として発券する発券処理を行う。

実施形態の駅務システム１の一例を示す図。 実施形態のＩＣカード１０の一例を示す図。 実施形態のセンターサーバ１００の一例を示すブロック図。 実施形態の自動改札機３００を上方から見た図。 実施形態の自動改札機３００の一例を示すブロック図。 実施形態の精算機４００の一例を示すブロック図。 実施形態の発券機５００の一例を示すブロック図。 実施形態のＩＣカード１０、駅務機器、およびセンターサーバ１００の動作の流れの一例を示す図。 実施形態のＩＣカード１０（乗車券）、自動改札機３００、およびセンターサーバ１００の動作の流れの一例を示す図。 実施形態のＩＣカード１０、精算機４００、およびセンターサーバ１００の動作の流れの一例を示す図。 実施形態の駅務機器およびセンターサーバ１００の動作の流れの一例を示す図。 実施形態の発券機５００およびセンターサーバ１００の動作の流れの一例を示す図。 実施形態のクレジットカード１０Ａ、駅務機器およびセンターサーバ１００の動作の流れの一例を示す図。

以下、実施形態の発券機、駅務機器、およびサーバ装置を、図面を参照して説明する。なお、以下では、発券機、駅務機器、およびサーバ装置を含む駅務システムや、発券機およびサーバ装置を含む発券システムについて説明する。

駅務システムおよび発券システムは、例えば、鉄道の駅などに設置される機器を含む。以下の説明では、「乗車券」の一例として交通系のＩＣ（Integrated Circuit）カードを例示するが、「乗車券」は、交通系のＩＣカードと同様の決済機能を有する携帯端末などの電子媒体であってもよい。また、乗車券は、ＩＣカードのように情報を記憶し、および情報を書き込み可能なものに限られない。乗車券は、情報が読み取り可能であって、情報が書き込み可能でなくてもよい。さらに、乗車券は、無線通信により情報を通信してもよいが、これに限定されず、磁気的に情報が読み取り可能な媒体であってもよく、バーコードやＱＲコード（登録商標）などの表示オブジェクトにより情報が読み取り可能な媒体であってもよい。

図１は、実施形態の駅務システム１の一例を示す図である。駅務システム１は、例えば、センターサーバ１００と、複数の中継装置２００−１、・・・、２００−Ｎと、自動改札機３００と、精算機４００と、発券機５００と、定期券発行機６００とを含む。以下の説明において、中継装置を他の中継装置と区別しない場合には「中継装置２００」と記載する。

中継装置２００、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００は、例えば、ＩＣカード利用可能エリア内の各駅に設置されている。センターサーバ１００は、例えば、ＩＣカード利用可能エリア内の駅に設置された中継装置２００、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００と通信回線を介して接続される。通信回線は、例えば、ＷＡＮ（Wide Area Network）や、ＶＰＮ（Virtual Private Network）等などのネットワークである。

中継装置２００は、例えば、通信インターフェース回路と、自動改札機３００などの状態を監視する監視盤とを含む。中継装置２００の通信インターフェース回路は、例えば、センターサーバ１００と通信するＷＡＮやＶＰＮなどのインターフェースと、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００と通信する例えばＬＡＮ（Local Area Network）などのインターフェースとを含む。

中継装置２００は、通信回線を介してセンターサーバ１００と通信を行うと共に、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００と通信を行う。なお、図１において、中継装置２００に自動改札機３００、精算機４００、発券機５００、および定期券発行機６００が接続されてよいが、これに限定されない。中継装置２００には、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００のうち一部が接続されていればよい。

図２は、実施形態のＩＣカード１０の一例を示す図である。ＩＣカード１０は、例えば、樹脂などのカード基材にＩＣチップ（ＩＣモジュール）が埋め込まれた媒体である。ＩＣカード１０は、ＲＦＩＤ（Radio Frequency Identifier）技術によって、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００により識別情報が読み取られる。ＩＣカード１０は、例えば、カード側通信部１２、カード側記憶部１４、およびカード側制御部１６を含む。

カード側記憶部１４には、アカウントＩＤ１４Ａが記憶されている。アカウントＩＤ１４Ａは、ＩＣカード１０を一意に特定する識別情報である。カード側制御部１６は、カード側通信部１２によって受信されたコマンドに応答して、カード側通信部１２を用いて、アカウントＩＤ１４Ａを送信する。また、カード側制御部１６は、カード側通信部１２によってアカウントＩＤの書き込み要求を受信した場合、アカウントＩＤ１４Ａをカード側記憶部１４に書き込む。アカウントＩＤ１４Ａは、ＩＣカード１０の識別情報がエンコードされた情報である。エンコードとは、情報を、符号化、記号化、その他の手法により、人が内容を直接的に認識できない状態に変換することをいう。

図３は、実施形態のセンターサーバ１００の一例を示すブロック図である。センターサーバ１００は、例えば、サーバ側通信部１１０と、サーバ側制御部１２０と、サーバ側記憶部１３０とを含む。

サーバ側制御部１２０は、例えばＣＰＵ（Central Processing Unit）等のプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアにより実現されてもよい。サーバ側制御部１２０は、センターサーバ１００の動作を統括的に制御する。

サーバ側通信部１１０は、通信回線および中継装置２００を介して自動改札機３００、精算機４００、発券機５００、および定期券発行機６００と通信を行う。サーバ側通信部１１０は、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００により送信された情報を受信した場合、受信した情報をサーバ側制御部１２０に出力する。また、サーバ側通信部１１０は、サーバ側制御部１２０により自動改札機３００、精算機４００、発券機５００、および定期券発行機６００に送信する情報が供給された場合に、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００に情報を送信する。

サーバ側記憶部１３０は、例えば、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現される。また、サーバ側記憶部１３０には、アプリケーションプログラムなどの各種プログラム、サーバ側通信部１１０による処理結果などが記憶される。

サーバ側記憶部１３０には、例えば、アカウントＩＤ１３０Ａと、バリュー情報１３０Ｂとが記憶される。アカウントＩＤ１３０Ａは、ＩＣカード１０を一意に特定する情報である。バリュー情報１３０Ｂは、自動改札機３００、精算機４００、発券機５００、および定期券発行機６００が動作するために必要な情報である。バリュー情報１３０Ｂは、例えば、効力情報と、入出場記録情報と、残額情報とを含む。効力情報は、ＩＣカード１０の効力を示す。すなわち、効力情報は、ＩＣカード１０の利用可能な範囲を規定する情報である。効力情報は、例えば利用区間および日付、利用可能金額、入場駅と出場駅といったように、様々に設定される。入出場記録情報は、ＩＣカード１０の入場駅、入場日時、出場駅、および出場日時などの情報を含む。残額情報は、ＩＣカード１０のチャージ残高などを含む。

図４は、実施形態の自動改札機３００を上方から見た図である。図５は、実施形態の自動改札機３００の一例を示すブロック図である。自動改札機３００は、例えば、図４に示すように、通路を挟んで対向配置される主機３００Ａと、補機３００Ｂとを含む。主機３００Ａは、例えば、ＣＰＵ３１２と、リーダ部３３０と、扉部３７２と、上面表示部３５２および正面表示部３５４と、を含む。また、補機３００Ｂは、扉部３７４を含む。自動改札機３００は、図４に示したものに加えて、例えば、図５に示すように、改札側制御部３１０と、改札側通信部３２０と、改札側記憶部３４０と、音声出力部３６０と、扉駆動部３７０とを含む。

改札側制御部３１０は、例えばＣＰＵ３１２などのプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。改札側制御部３１０は、自動改札機３００の各部を統括的に制御する。改札側制御部３１０は、自動改札機３００の各部を用いて、利用者の通過を許可または拒否する。

改札側通信部３２０は、ＬＡＮなどの通信インターフェース回路である。改札側通信部３２０は、中継装置２００を介してセンターサーバ１００と通信を行う。改札側通信部３２０は、リーダ部３３０により読み取られたアカウントＩＤ１４Ａをセンターサーバ１００に送信する。改札側通信部３２０は、センターサーバ１００により送信された情報を受信した場合、受信した情報を改札側制御部３１０に出力する。

リーダ部３３０は、アンテナおよび通信回路などを備える無線通信装置である。リーダ部３３０は、図４の進入方向に通過しようとする利用者によって翳されたＩＣカード１０に記憶されたアカウントＩＤ１４Ａを読み取って、読み取ったアカウントＩＤ１４Ａを改札側制御部３１０に送信する。

改札側記憶部３４０は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＯＭ、またはＲＡＭなどにより実現される。また、改札側記憶部３４０には、ファームウェアやアプリケーションプログラムなどの各種プログラム、各種機能部による処理結果などが記憶される。また、改札側記憶部３４０には、リーダ部３３０により読み取られたアカウントＩＤ１４Ａや、改札側通信部３２０により受信した情報が記憶されている。

表示部３５０には、上面表示部３５２および正面表示部３５４が含まれる。上面表示部３５２は、リーダ部３３０にＩＣカード１０が翳された場合に、改札側制御部３１０によって処理された結果を表示する。正面表示部３５４は、図４の進行方向に通過可能であるか否かを示すマークや図形、文字などの画像を表示する。正面表示部３５４の表示内容または表示の有無は、改札側制御部３１０によって決定される。

音声出力部３６０は、利用者に通知する各種の音声、およびブザー音を出力する。扉駆動部３７０は、改札側制御部３１０の制御に従って、扉部３７２および扉部３７４を動作させる。扉部３７２および扉部３７４は、利用者の通過を拒否する場合に、閉動作する。

図６は、実施形態の精算機４００の一例を示すブロック図である。精算機４００は、例えば、精算側制御部４１０と、精算側通信部４２０と、リーダ部４３０と、精算側記憶部４４０と、表示部４５０と、金銭処理部４６０とを含む。

精算側制御部４１０は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。精算側制御部４１０は、精算機４００の各部を用いて、精算を行う。

精算側通信部４２０は、ＬＡＮなどの通信インターフェース回路である。精算側通信部４２０は、中継装置２００を介してセンターサーバ１００と通信を行う。精算側通信部４２０は、リーダ部４３０により読み取られたアカウントＩＤ１４Ａをセンターサーバ１００に送信する。精算側通信部４２０は、センターサーバ１００により送信された情報を受信した場合、受信した情報を精算側制御部４１０に出力する。

リーダ部４３０は、アンテナおよび通信回路などを備える無線通信装置である。リーダ部４３０は、挿入口（不図示）に挿入されたＩＣカード１０に記憶されたアカウントＩＤ１４Ａを読み取って、読み取ったアカウントＩＤ１４Ａを精算側制御部４１０に送信する。

精算側記憶部４４０は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、またはＲＡＭなどにより実現される。また、精算側記憶部４４０には、ファームウェアやアプリケーションプログラムなどの各種プログラム、各種機能部による処理結果などが記憶される。また、精算側記憶部４４０には、リーダ部４３０により読み取られたアカウントＩＤ１４Ａや、精算側通信部４２０により受信した情報が記憶されている。

表示部４５０は、例えば、液晶ディスプレイである。表示部４５０は、精算処理の指示を受け付けるための画像、精算結果の画像などを表示する。金銭処理部４６０は、例えば、投入された紙幣や硬貨をカウントし、精算代金を超過した釣銭を紙幣や硬貨として購入者に返却する。

図７は、実施形態の発券機５００の一例を示すブロック図である。発券機５００は、例えば、発券側制御部５１０と、発券側通信部５２０と、リーダ部５３０と、発券側記憶部５４０と、表示部５５０と、操作部５６０と、金銭処理部５７０と、印刷部５８０とを含む。

発券側制御部５１０は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたプログラムを実行することにより実現される。また、これらの機能部のうち一部または全部は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。発券側制御部５１０は、発券機５００の各部を用いて、ＩＣカード１０を発行する。

発券側通信部５２０は、ＬＡＮなどの通信インターフェース回路である。発券側通信部５２０は、中継装置２００を介してセンターサーバ１００と通信を行う。発券側通信部５２０は、リーダ部５３０により読み取られたアカウントＩＤ１４Ａをセンターサーバ１００に送信する。改札側通信部３２０は、センターサーバ１００により送信された情報を受信した場合、受信した情報を発券側制御部５１０に出力する。

リーダ部５３０は、アンテナおよび通信回路などを備える無線通信装置である。リーダ部５３０は、挿入口（不図示）に挿入されたＩＣカード１０に記憶されたアカウントＩＤ１４Ａを読み取って、読み取ったアカウントＩＤ１４Ａを発券側制御部５１０に送信する。

発券側記憶部５４０は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、またはＲＡＭなどにより実現される。また、発券側記憶部５４０には、ファームウェアやアプリケーションプログラムなどの各種プログラム、各種機能部による処理結果などが記憶される。また、発券側記憶部５４０には、リーダ部５３０により読み取られたアカウントＩＤ１４Ａや、発券側通信部５２０により受信した情報が記憶されている。

表示部５５０は、例えば、液晶ディスプレイである。表示部５５０は、発券処理の指示を受け付けるための画像などを表示する。表示部５５０は、ボタンやタッチパネルなどの操作デバイスである。表示部５５０は、利用者の操作を受け付けて、操作内容を示す情報を発券側制御部５１０に出力する。金銭処理部５７０は、例えば、投入された紙幣や硬貨をカウントし、発券の代金を超過した釣銭を紙幣や硬貨として購入者に返却する。

印刷部５８０は、ＩＣカード１０の券面に形成された染料を加熱するヒータなどを含む。印刷部５８０は、発券側制御部５１０の制御に従って動作する。印刷部５８０は、ＩＣカード１０の券面に、利用期間および利用区間などの情報を印刷する。

以下、実施形態の駅務システム１において、駅務機器により処理要求を受け付けた場合に、処理要求に対して所定の動作を行う第１の動作について説明する。図８は、実施形態のＩＣカード１０、駅務機器、およびセンターサーバ１００の動作の流れの一例を示す図である。なお、図８の説明における駅務機器は、自動改札機３００または精算機４００であってもよいが、これに限定されず、ＩＣカード１０を検知した場合に所定の動作を行う機器であればよい。

駅務機器は、利用者の操作に基づいて処理要求を受け付けたか否かを判定する（ステップＳ１００）。駅務機器は、例えば、ＩＣカード１０がリーダ部（３３０または４３０）により検知された場合に、処理要求を受け付けたと判定する。駅務機器は、処理要求を受け付けた場合、リーダ部からＩＣカード１０のカード側記憶部１４に記憶されたアカウントＩＤ１４Ａを要求するコマンドをＩＣカード１０に送信する。駅務機器は、ＩＣカード１０からアカウントＩＤ１４Ａを含む応答をリーダ部により受信する。次に、駅務機器は、通信部（３２０または４２０）を用いて、処理要求およびアカウントＩＤ１４Ａをセンターサーバ１００に送信する。

センターサーバ１００は、サーバ側通信部１１０を用いて、駅務機器により送信された処理要求およびアカウントＩＤ１４Ａを受信する。センターサーバ１００は、処理要求およびアカウントＩＤ１４Ａに基づいて、駅務処理を行う（ステップＳ１０２）。このとき、センターサーバ１００は、受信したアカウントＩＤ１４ＡがアカウントＩＤ１３０Ａとして記憶されている場合、アカウントＩＤ１３０Ａに対応したバリュー情報１３０Ｂを読み出す。センターサーバ１００は、読み出したバリュー情報１３０Ｂに基づいて駅務処理を行った処理結果をアカウントＩＤと共に駅務機器に送信する。

駅務機器は、処理結果およびアカウントＩＤを受信した場合、処理結果に基づいて所定の動作を行う（ステップＳ１０４）。

以上説明した駅務システム１は、処理要求を受け付けた場合にアカウントＩＤをＩＣカード１０から読み取り、アカウントＩＤをセンターサーバ１００に送信することで、センターサーバ１００に駅務処理を行うことができる。この駅務システム１によれば、ＩＣカード１０に記憶する情報を低減することができるため、駅務処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができる。すなわち、駅務システム１によれば、例えば、バリュー情報１３０Ｂとして扱う情報の変更または拡張を行う場合に、サーバ側制御部１２０により実行するソフトウェアプログラムを変更することでバリュー情報１３０Ｂの変更または拡張に対応する駅務処理を行うことができ、ＩＣカード１０の変更をする必要がない。この結果、駅務システム１によれば、より柔軟な駅務処理の変更および拡張が可能となる。

また、駅務システム１によれば、乗車券からアカウントＩＤを読み取ることができれば、乗車券の種類が相違しても、同じ駅務処理を行うことができる。すなわち、駅務システム１において、乗車券の種類と駅務処理とは独立している。このため、駅務システム１によれば、乗車券に記憶された情報の読取方式などを変更する場合であっても、駅務機器の読取部を変更するだけで駅務処理の内容を変更する必要がない。この結果、駅務システム１によれば、乗車券が変更する場合であってもシステム全体の変更を抑制することができ、より柔軟な駅務処理の変更および拡張が可能となる。

以下、実施形態の駅務システム１において、自動改札機３００によりＩＣカード１０を検知した場合に利用者の通過を許可または拒否する第２の動作について説明する。第２の動作は、第１の動作の一例である。図９は、実施形態のＩＣカード１０（乗車券）、自動改札機３００、およびセンターサーバ１００の動作の流れの一例を示す図である。

自動改札機３００は、乗車券としてのＩＣカード１０がリーダ部３３０に翳されることでリーダ部３３０によりＩＣカード１０を検知したか否かを判定する（ステップＳ１００Ａ）。改札側制御部３１０は、ＩＣカード１０を検知した場合、リーダ部３３０を用いて、ＩＣカード１０のカード側記憶部１４に記憶されたアカウントＩＤ１４Ａを要求するコマンドを送信する。改札側制御部３１０は、リーダ部３３０を用いて、ＩＣカード１０からアカウントＩＤ１４Ａを含む応答を受信する。次に、改札側制御部３１０は、改札側通信部３２０を用いて、通過可否要求およびアカウントＩＤ１４Ａをセンターサーバ１００に送信する。通過判定要求には、自動改札機３００が設置された駅を特定する駅情報が含まれる。

センターサーバ１００は、サーバ側通信部１１０を用いて、自動改札機３００により送信された通過判定要求およびアカウントＩＤ１４Ａを受信する。サーバ側制御部１２０は、通過判定要求およびアカウントＩＤ１４Ａに基づいて、通過可否判定処理を行う（ステップＳ１０２Ａ）。

サーバ側制御部１２０は、受信したアカウントＩＤ１４ＡがアカウントＩＤ１３０Ａとして記憶されている場合、アカウントＩＤ１３０Ａに対応したバリュー情報１３０Ｂのうち、効力情報を読み出す。サーバ側制御部１２０は、通過判定要求に含まれる駅情報と、効力情報とを参照し、ＩＣカード１０が入場条件または出場条件を満たすか否かを判定する。サーバ側制御部１２０は、ＩＣカード１０が入場条件または出場条件を満たすと判定した場合、ＩＣカード１０の入出場駅および日時等の更新情報をアカウントＩＤ１３０Ａに対応する入出場記録情報としてサーバ側記憶部１３０に書き込む。次に、サーバ側制御部１２０は、サーバ側通信部１１０を用いて、判定結果およびアカウントＩＤを自動改札機３００に送信する。

自動改札機３００は、改札側通信部３２０を用いて判定結果およびアカウントＩＤを受信した場合、判定結果に基づいて利用者の通過を許可または拒否する（ステップＳ１０４Ａ）。

以上説明した駅務システム１は、自動改札機３００によりＩＣカード１０のアカウントＩＤ１４Ａを読み取った場合に、アカウントＩＤ１４Ａおよび通過判定要求をセンターサーバ１００に送信し、センターサーバ１００によりアカウントＩＤ１３０Ａに対応した効力情報に基づいて通過判定処理を行って判定結果を自動改札機３００に送信し、自動改札機３００により判定結果に基づいて利用者の通過を許可または拒否する。これにより、駅務システム１によれば、ＩＣカード１０に記憶する情報を変更することなく、自動改札機３００に対する利用者の通過を許可または拒否することができる。この結果、駅務システム１によれば、ＩＣカード１０に記憶する情報を低減することができるため、自動改札機３００の処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができ、より柔軟な自動改札機３００の処理の変更および拡張が可能となる。

以下、実施形態の駅務システム１において、精算機４００により精算要求を受け付けた場合に精算を行う第３の動作について説明する。第３の動作は、第１の動作の他の一例である。図１０は、実施形態のＩＣカード１０、精算機４００、およびセンターサーバ１００の動作の流れの一例を示す図である。

精算機４００は、精算要求を受け付けたか否かを判定する（ステップＳ１００Ｂ）。精算機４００は、例えば、乗車券としてのＩＣカード１０が挿入口に挿入された場合に、精算要求を受け付けたと判定する。精算側制御部４１０は、精算要求を受け付けた場合、リーダ部４３０を用いて、ＩＣカード１０のカード側記憶部１４に記憶されたアカウントＩＤ１４Ａを要求するコマンドを送信する。精算側制御部４１０は、リーダ部４３０を用いて、ＩＣカード１０からアカウントＩＤ１４Ａを含む応答を受信する。次に、精算側制御部４１０は、精算側通信部４２０を用いて、精算要求およびアカウントＩＤ１４Ａをセンターサーバ１００に送信する。精算要求には、精算機４００が設置された出場駅を特定する駅情報が含まれる。

センターサーバ１００は、サーバ側通信部１１０を用いて、精算機４００により送信された精算要求およびアカウントＩＤ１４Ａを受信する。サーバ側通信部１１０は、精算要求およびアカウントＩＤ１４Ａに基づいて、精算要否の判定処理、および精算金額の算出処理を行う（ステップＳ１０２Ｂ）。

サーバ側通信部１１０は、受信したアカウントＩＤ１４ＡがアカウントＩＤ１３０Ａとして記憶されている場合、アカウントＩＤ１３０Ａに対応したバリュー情報１３０Ｂのうち、効力情報および残額情報を読み出す。サーバ側通信部１１０は、精算要求に含まれる駅情報と、効力情報とを参照し、ＩＣカード１０が精算の要否を判定する。サーバ側通信部１１０は、ＩＣカード１０が入場条件または出場条件を満たすと判定した場合、精算の必要がないと判定する。サーバ側通信部１１０は、ＩＣカード１０が入場条件または出場条件を満たさないと判定した場合、精算の必要があると判定する。サーバ側通信部１１０は、精算の必要があると判定した場合、精算金額を計算し、ＩＣカード１０の残額から精算金額を差し引く。サーバ側制御部１２０は、精算後の残額等の更新情報をアカウントＩＤ１３０Ａに対応する残額情報としてサーバ側記憶部１３０に書き込む。サーバ側通信部１１０は、精算金額がＩＣカード１０の残額を超えている場合、精算金額からＩＣカード１０の残額を差し引いた不足金額を計算する。次に、サーバ側制御部１２０は、サーバ側通信部１１０を用いて、判定結果、ＩＣカード１０の残額または不足金額、およびアカウントＩＤを精算機４００に送信する。

精算機４００は、精算側通信部４２０を用いて判定結果、ＩＣカード１０の残額または不足金額、およびアカウントＩＤを受信した場合、精算を行う（ステップＳ１０４Ｂ）。精算機４００は、精算を行う必要がない場合、その旨を表示部４５０に表示させる。精算機４００は、精算を行う必要があり、ＩＣカード１０の残額を受信した場合、ＩＣカード１０の残額を表示部４５０に表示させる。精算機４００は、精算を行う必要があり、不足金額を受信した場合、不足金額を要求する画像を表示部４５０に表示させる。精算機４００は、金銭処理部４６０を用いて不足金願が投入されたことを検出した場合に精算を完了する。

以上説明した駅務システム１は、精算機４００によりＩＣカード１０のアカウントＩＤ１４Ａを読み取った場合に、アカウントＩＤ１４Ａおよび精算要求をセンターサーバ１００に送信し、センターサーバ１００によりアカウントＩＤ１３０Ａに対応したバリュー情報１３０Ｂに基づいて精算要否の判定などを行って判定結果を精算機４００に送信し、精算機４００により判定結果に基づいて精算を行うことができる。これにより、駅務システム１によれば、ＩＣカード１０に記憶する情報を変更することなく、精算機４００により精算を行うことができる。この結果、駅務システム１によれば、ＩＣカード１０に記憶する情報を低減することができるため、駅務処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができ、より柔軟な精算機４００の処理の変更および拡張が可能となる。

以下、実施形態の駅務システム１において、駅務機器により発券要求を受け付けた場合に乗車券を発行する第４の動作について説明する。図１１は、実施形態の駅務機器およびセンターサーバ１００の動作の流れの一例を示す図である。なお、図１の説明における駅務機器は、発券機５００であってもよいが、これに限定されず、定期券発行機６００などの発券する動作を行う機器であればよい。

駅務機器は、利用者の操作に基づいて発券要求を受け付けたか否かを判定する（ステップＳ２００）。駅務機器は、発券要求を受け付けた場合、通信部（５２０）を用いて、発券要求をセンターサーバ１００に送信する。センターサーバ１００は、サーバ側通信部１１０を用いて、駅務機器により送信された発券要求を受信する。センターサーバ１００は、発券要求に基づいて、登録処理を行う（ステップＳ２１０）。このとき、センターサーバ１００は、新規のアカウントＩＤをサーバ側記憶部１３０に記憶させる。次に、センターサーバ１００は、処理結果およびサーバ側記憶部１３０に記憶されたアカウントＩＤ１３０Ａを駅務機器に送信する。次に、駅務機器は、所定の発券処理を行う（ステップＳ２２０）。

以下、実施形態の駅務システム１において、駅務機器により発券要求を受け付けた場合に、乗車券としてのＩＣカード１０を発行する第５の動作について説明する。第５の動作は、第４の動作の一例である。図１２は、実施形態の発券機５００およびセンターサーバ１００の動作の流れの一例を示す図である。

発券機５００は、利用者の操作に基づいて、発券要求および発券条件を受け付けたか否かを判定する（ステップＳ２００Ａ）。発券条件は、例えば、乗車券の利用期間および利用区間を含む。発券側制御部５１０は、発券要求および発券条件を受け付けた場合、発券側通信部５２０を用いて、発券要求および発券条件をセンターサーバ１００に送信する。

センターサーバ１００は、サーバ側通信部１１０を用いて、発券機５００により送信された発券要求および発券条件を受信する。発券側制御部５１０は、発券要求および発券条件に基づいて、登録処理を行う（ステップＳ２１０Ｂ）。まず、サーバ側制御部１２０は、アカウントＩＤ１３０Ａを生成する（ステップＳ２１２）。サーバ側制御部１２０は、鉄道事業者が発行する乗車券のためのフォーマットに従ってアカウントＩＤ１３０Ａを生成する。サーバ側制御部１２０は、発券条件に基づいてバリュー情報１３０Ｂのうち効力情報を生成する（ステップＳ２１４）。サーバ側制御部１２０は、発券条件に基づいて乗車券の購入金額を計算する（ステップＳ２１６）。

サーバ側制御部１２０は、生成したアカウントＩＤ１３０Ａとバリュー情報１３０Ｂとを対応づけてサーバ側記憶部１３０に書き込む。次に、サーバ側制御部１２０は、サーバ側通信部１１０を用いて、登録処理が完了したことを示す処理結果、アカウントＩＤ１３０Ａ、バリュー情報１３０Ｂのうちの効力情報、購入金額を発券機５００に送信する。

発券機５００は、発券側通信部５２０を用いて、処理結果、アカウントＩＤ、バリュー情報、および購入金額を受信する。発券側制御部５１０は、表示部５５０を用いて購入金額を表示させることで購入金額を要求する（ステップＳ２２２）。次に、発券側制御部５１０は、発券側記憶部５４０により購入金額の入金を受け付けたか否かを判定する（ステップＳ２２４）。発券側制御部５１０は、購入金額の入金を受け付けた場合、乗車券の発行処理を行う（ステップＳ２２６）。発券側制御部５１０は、乗車券の発行処理として、金銭処理部５７０を用いた券面への印刷（ステップＳ２２６ａ）、ＩＣカード１０へのアカウントＩＤの書き込み（ステップＳ２２６ｂ）、およびＩＣカード１０の排出処理（ステップＳ２２６ｃ）を行う。

以上説明した駅務システム１は、発券機５００により発券要求を受け付けた場合に、センターサーバ１００によりアカウントＩＤ１３０Ａを生成する処理などを行って、アカウントＩＤ１３０Ａを発券機５００に送信し、発券機５００によりＩＣカード１０にアカウントＩＤ１４Ａを書き込んで発券を行うことができる。これにより、駅務システム１によれば、アカウントＩＤ１４Ａ以外の情報をＩＣカード１０に書き込むことなしに、ＩＣカード１０を発券することができる。この結果、駅務システム１によれば、駅務機器にアカウントＩＤを読み出させるだけで駅務処理を行わせることができ、駅務処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができ、より柔軟な駅務処理の変更および拡張が可能となる。

以下、実施形態の駅務システム１において、駅務機器により発券要求を受け付けた場合に、クレジットカード１０Ａを用いて乗車券を発行する第６の動作について説明する。第６の動作は、第４の動作の他の一例である。また、クレジットカード１０Ａは、媒体の一例である。第６の動作における媒体は、カードＩＤが付与された利用者が既に保持している他の種類の媒体であってもよい。クレジットカード１０Ａは、例えば、ＩＣカード１０と同様に、カード側通信部１２、カード側記憶部１４、およびカード側制御部１６を含む。クレジットカード１０Ａは、カード側記憶部１４に、クレジットカード用のカードＩＤを記憶している点で、ＩＣカード１０とは異なる。

図１３は、実施形態のクレジットカード１０Ａ、駅務機器およびセンターサーバ１００の動作の流れの一例を示す図である。発券機５００は、利用者の操作に基づいて、クレジットカード１０Ａを乗車券として登録する要求を受け付けたか否かを判定する（ステップＳ２００Ｂ）。発券側制御部５１０は、例えば、表示部５５０を用いて、「新規のＩＣカードを発行する」を表す文字画像、および「クレジットカードを利用して乗車券を発行する」を表す文字画像を表示する。発券側制御部５１０は、「クレジットカードを利用して乗車券を発行する」を表す文字画像を選択する操作を受け付けた場合に、クレジットカード１０Ａを利用すると判定する。発券側制御部５１０は、「新規のＩＣカードを発行する」を表す文字画像を選択する操作を受け付けた場合に、クレジットカード１０Ａを利用しないと判定する。なお、発券側制御部５１０は、クレジットカード１０Ａを利用しないと判定した場合、図１２の処理を実行してもよい。

発券側制御部５１０は、登録要求を受け付けた場合、発券条件を入力したか否かを判定する（ステップＳ２０２）。発券側制御部５１０は、発券条件を入力した場合、クレジットカード１０Ａの挿入を検知したか否かを判定する（ステップＳ２０４）。発券側制御部５１０は、リーダ部５３０によりクレジットカード１０Ａを検知した判定した場合に、クレジットカード１０Ａの挿入を検知したと判定する。

次に、発券側制御部５１０は、クレジットカード１０Ａの挿入を検知した場合、リーダ部５３０を用いてクレジットカード１０Ａのカード側記憶部１４に記憶されたカードＩＤを要求するコマンドを送信する。発券側制御部５１０は、リーダ部５３０を用いて、クレジットカード１０ＡからカードＩＤを含む応答を受信する。次に、発券側制御部５１０は、発券側通信部５２０を用いて、登録要求、発券条件、およびカードＩＤをセンターサーバ１００に送信する。

センターサーバ１００は、サーバ側通信部１１０を用いて、発券機５００により送信された登録要求、発券条件、およびカードＩＤを受信する。発券側制御部５１０は、登録要求および発券条件に基づいて、クレジットカード１０Ａを乗車券として登録処理を行う（ステップＳ２１０Ｃ）。このとき、サーバ側制御部１２０は、カードＩＤをアカウントＩＤ１３０Ａとしてサーバ側記憶部１３０に記憶する。また、サーバ側制御部１２０は、発券条件に基づくバリュー情報１３０Ｂを生成し、生成したバリュー情報１３０ＢをカードＩＤに対応づけてサーバ側記憶部１３０に記憶する。次に、サーバ側制御部１２０は、サーバ側通信部１１０を用いて、登録処理が完了したことを示す処理結果、カードＩＤを発券機５００に送信する。

発券機５００は、発券側通信部５２０を用いて、処理結果およびカードＩＤを受信する。発券機５００は、クレジットカード１０Ａを排出する（ステップＳ２３０）。なお、発券側制御部５１０は、例えば、表示部５５０を用いてクレジットカード１０Ａを乗車券として登録したことを表示してもよい。

以上説明した駅務システム１によれば、発券機５００によりクレジットカード１０Ａから読み取ったカードＩＤを処理要求と共にセンターサーバ１００に送信し、センターサーバ１００により、カードＩＤをアカウントＩＤ１３０Ａとして登録するので、既存の媒体を乗車券として発行することができる。

以上説明した少なくともひとつの実施形態によれば、センターサーバ１００と通信する駅務機器側通信部（３２０または４２０）、ＩＣカード１０からアカウントＩＤ１４Ａを読み取る読取部（３３０または４３０）、および、読取部によりアカウントＩＤ１４Ａが読み取られた場合に、アカウントＩＤ１４Ａおよび処理要求を、駅務機器側通信部を用いてセンターサーバ１００に送信し、駅務機器側通信部がセンターサーバ１００からアカウントＩＤおよび処理要求に対する処理結果を受信した場合に、処理結果に基づいて所定の動作を行う駅務機器側制御部（３１０または４１０）、を有する、駅務機器（３００または４００）と、駅務機器と通信するサーバ側通信部１１０、アカウントＩＤ１３０ＡとＩＣカード１０の効力を示す効力情報を含む情報とを対応づけて記憶するサーバ側記憶部１３０、および、サーバ側通信部１１０が駅務機器からアカウントＩＤ１４Ａおよび処理要求を受信した場合に、サーバ側記憶部１３０に記憶されたアカウントＩＤ１３０Ａに対応する効力情報に基づいて駅務処理を行い、アカウントＩＤおよび駅務処理の処理結果を、サーバ側通信部１１０を用いて駅務機器に送信するサーバ側制御部１２０、を有する、センターサーバ１００と、を持つことにより、ＩＣカード１０に記憶する情報を低減することができるため、駅務処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができ、より柔軟な駅務処理の変更および拡張が可能となる。

以上説明した少なくともひとつの実施形態によれば、センターサーバ１００と通信する発券側通信部５２０、乗車券を発券する要求を受け付ける操作部５６０、および、操作部５６０により要求を受け付けた場合に、要求に基づく処理要求を、発券側制御部５１０を用いてセンターサーバ１００に送信し、発券側通信部５２０がセンターサーバ１００からアカウントＩＤおよび処理要求に対する処理結果を受信した場合に、処理結果に基づいて所定の発券処理を行う発券側制御部５１０、を有する、発券機５００と、発券機５００と通信するサーバ側通信部１１０、サーバ側通信部１１０が発券機５００から処理要求を受信した場合に、乗車券を一意に特定するアカウントＩＤを取得する取得部（１２０）、サーバ側通信部１１０により受信した処理要求に基づいて乗車券の効力を示す効力情報を生成する生成部（１２０）、取得部により取得されたアカウントＩＤと効力情報を含む情報とを対応づけて記憶するサーバ側記憶部１３０、およびサーバ側記憶部１３０に記憶されたアカウントＩＤおよび効力情報を処理結果として、サーバ側通信部１１０を用いて発券機５００に送信するサーバ側制御部１２０、を有する、センターサーバ１００と、を持つことにより、ＩＣカード１０に記憶する情報を低減することができるため、駅務処理を変更・拡張する場合にＩＣカード１０内の情報を変更しなくても済む可能性を高めることができ、より柔軟な駅務処理の変更および拡張が可能となる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…駅務システム、１０…ＩＣカード、１０Ａ…クレジットカード、１２…カード側通信部、１４…カード側記憶部、１６…カード側制御部、１００…センターサーバ、１１０…サーバ側通信部、１２０…サーバ側制御部、１３０…サーバ側記憶部、１３０Ｂ…バリュー情報、３００…自動改札機、３１０…改札側制御部、３２０…改札側通信部、３３０…リーダ部、３４０…改札側記憶部、４００…精算機、４１０…精算側制御部、４２０…精算側通信部、４３０…リーダ部、４４０…精算側記憶部、５００…発券機、５１０…発券側制御部、５２０…発券側通信部、５３０…リーダ部、５４０…発券側記憶部、６００…定期券発行機

Claims (7)

1. サーバ装置と通信する発券機側通信部と、
   クレジットカードを乗車券として登録する登録要求を受け付ける受付部と、
   前記受付部により前記登録要求を受け付けた場合に、発券条件および前記クレジットカードの識別情報を取得し、前記登録要求、前記発券条件、および前記識別情報を、前記発券機側通信部を用いて前記サーバ装置に送信し、前記発券機側通信部が前記サーバ装置から前記識別情報および前記登録要求に対する処理結果を受信した場合に、前記処理結果に基づいて前記クレジットカードを乗車券として発券する発券処理を行う発券機側制御部と、を有する発券機。
2. 前記クレジットカードから前記識別情報を読み取る読取部を更に有し、
   前記発券機側制御部は、前記読取部により読み取られた前記識別情報を前記登録要求と共に前記サーバ装置に送信する、
   請求項１に記載の発券機。
3. サーバ装置と通信する駅務機器側通信部と、
   乗車券として利用されるクレジットカードの識別情報を読み取る読取部と、
   前記読取部により前記識別情報が読み取られた場合に、読み取った前記識別情報および駅務機器側処理要求を、前記駅務機器側通信部を用いて前記サーバ装置に送信し、前記駅務機器側通信部が前記サーバ装置から前記識別情報および前記駅務機器側処理要求に対する処理結果を受信した場合に、前記処理結果に基づいて所定の動作を行う駅務機器側制御部と、
   を有する駅務機器。
4. 請求項１に記載の発券機と通信するサーバ装置側通信部と、
   前記サーバ装置側通信部が前記発券機からクレジットカードを乗車券として登録する登録要求を受信した場合に、前記発券機からクレジットカードの識別情報を取得するサーバ装置側取得部と、
   前記サーバ装置側通信部により受信した前記登録要求および前記発券条件に基づいて前記クレジットカードの乗車券としての効力を示す効力情報を生成する生成部と、
   前記サーバ装置側取得部により取得された前記識別情報と前記生成部により生成された前記効力情報を含む情報とを対応づけて記憶する記憶部と、
   前記記憶部に記憶された前記識別情報および前記登録要求に対する処理結果を、前記サーバ装置側通信部を用いて前記発券機に送信するサーバ装置側制御部と、
   を有するサーバ装置。
5. 請求項３に記載の駅務機器と通信するサーバ装置側通信部と、
   クレジットカードの識別情報と前記クレジットカードの乗車券としての効力を示す効力情報を含む情報とを対応づけて記憶する記憶部と、
   前記サーバ装置側通信部が前記駅務機器から前記識別情報および前記駅務機器側処理要求を受信した場合に、前記記憶部に記憶された前記識別情報に対応する前記効力情報に基づいて駅務処理を行い、前記識別情報および前記駅務処理の処理結果を、前記サーバ装置側通信部を用いて前記駅務機器に送信するサーバ装置側制御部と、
   を有するサーバ装置。
6. 前記駅務機器が自動改札機である場合、前記サーバ装置側制御部は、前記駅務処理として、前記記憶部に記憶された前記効力情報に基づいて前記クレジットカードを提示した利用者の通過の可否を判定し、前記駅務機器に前記所定の動作として、前記サーバ装置側制御部により判定された結果に基づいて、前記利用者の通過を許可または拒否させる制御を実行させる、
   請求項５に記載のサーバ装置。
7. 前記駅務機器が精算機である場合、前記サーバ装置側制御部は、前記駅務処理として、前記記憶部に記憶された前記識別情報に対応する前記効力情報に基づいて精算の要否を判定し、精算が必要であると判定した場合に前記記憶部に記憶された前記効力情報に基づいて精算金額を算出し、前記駅務機器に前記所定の動作として、前記サーバ装置側制御部により判定された精算の要否の結果、および前記サーバ装置側制御部により算出された精算金額に基づいて精算を行わせる、
   請求項５または６に記載のサーバ装置。

Images