(57)【要約】【課題】利用者にとっての利便性を向上させることができる出場装置及び改札システムを提供すること。【解決手段】実施形態の出場装置は、第１の取得部、通信部、第２の取得部、一致判定部及び第１の決済部を含む。第１の取得部は、決済サービスを利用するための媒体から識別情報を取得する。通信部は、第１の取得部によって取得された識別情報をサーバー装置に送信することで、送信した識別情報によって特定される料金の金額をサーバー装置から受信する。第２の取得部は、決済サービスを利用するための媒体から識別情報を取得する。一致判定部は、第１の取得部によって取得された識別情報と第２の取得部によって取得された識別情報とが一致するか否かを判定する。第１の決済部は、判定部によって一致すると判定された場合に決済サービスを用いて料金の金額分の決済処理をし、判定部によって一致しないと判定された場合に決済処理をしない。【選択図】図１
2019160201.tif 000002
【特許請求の範囲】
【請求項１】
入出場に料金が必要なエリアからの出場時に使用される出場装置であって、
決済サービスを利用するための媒体から識別情報を取得する第１の取得部と、
前記第１の取得部によって取得された前記識別情報をサーバー装置に送信することで、送信した前記識別情報によって特定される前記料金の金額を前記サーバー装置から受信する通信部と、
決済サービスを利用するための媒体から識別情報を取得する第２の取得部と、
前記第１の取得部によって取得された前記識別情報と前記第２の取得部によって取得された前記識別情報とが一致するか否かを判定する一致判定部と、
前記一致判定部によって一致すると判定された場合に前記決済サービスを用いて前記料金の金額分の決済処理をし、前記一致判定部によって一致しないと判定された場合に前記決済処理をしない、第１の決済部と、を備える出場装置。
【請求項２】
入出場に料金が必要なエリアへの入場時に使用される入場装置、前記エリアからの出場時に使用される出場装置、及びサーバー装置を含み、
決済サービスを利用するための媒体から識別情報を取得する、前記入場装置が備える第３の取得部と、
前記エリアへの入場の記録を、前記第３の取得部によって取得された前記識別情報に関連付けて記憶する、前記サーバー装置が備える第１の記憶部と、
決済サービスを利用するための媒体から識別情報を取得する、前記出場装置が備える第１の取得部と、
前記第１の取得部によって取得された前記識別情報と同一の識別情報が関連付けられた入場の記録を前記第１の記憶部から取得し、取得した入場の記録に基づき前記料金の金額を導出する、前記サーバー装置が備える導出部と、
決済サービスを利用するための媒体から識別情報を取得する、前記出場装置が備える第２の取得部と、
前記第１の取得部によって取得された前記識別情報と前記第２の取得部によって取得された前記識別情報とが一致するか否かを判定する一致判定部と、
前記一致判定部によって一致すると判定された場合に前記決済サービスを用いて前記料金の金額分の決済処理をし、前記一致判定部によって一致しないと判定された場合に前記決済処理をしない、前記出場装置が備える第１の決済部と、を備える改札システム。
【請求項３】
入出場に料金が必要なエリアへの入場時に使用される入場装置、前記エリアからの出場時に使用される出場装置、及びサーバー装置を含み、
決済サービスを利用するための媒体から識別情報を取得する、前記入場装置が備える第３の取得部と、
前記エリアへの入場の記録を、前記第３の取得部によって取得された前記識別情報に関連付けて記憶する、前記サーバー装置が備える第１の記憶部と、
決済サービスを利用するための媒体から識別情報を取得する、前記出場装置が備える第１の取得部と、
前記第１の取得部によって取得された前記識別情報と同一の識別情報が関連付けられた入場の記録を前記第１の記憶部から取得し、取得した入場の記録に基づき前記料金の金額を導出する、前記サーバー装置が備える導出部と、
決済サービスを利用するための媒体から識別情報を取得する、前記出場装置が備える第２の取得部と、
前記第２の取得部が識別情報を取得した前記媒体によって利用可能な前記決済サービスを用いて前記料金の金額分の決済処理をする第１の決済部と、
前記第１の取得部によって取得された前記識別情報と前記第２の取得部によって取得された前記識別情報とが一致しない場合に誤収受が発生したと判定する誤収受判定部と、
前記誤収受判定部によって誤収受が発生したと判定された場合、誤収受が発生したこと、及び発生した誤収受によって必要となる精算金額を前記第１の取得部によって取得された前記識別情報及び前記第２の取得部によって取得された前記識別情報のそれぞれと関連付けて記憶する、前記サーバー装置が備える第２の記憶部と、を備える改札システム。
【請求項４】
前記第１の取得部によって取得された前記識別情報と同一の識別情報に関連付けられた精算金額を前記第２の記憶部から取得する、前記サーバー装置が備える第１の金額取得部をさらに備え、
前記第１の決済部は、前記料金の金額と前記第１の金額取得部によって取得された前記精算金額分との合計金額分の決済処理をする、請求項３に記載の改札システム。
【請求項５】
前記第３の取得部によって取得された前記識別情報と同一の識別情報に関連付けられた精算金額を前記第２の記憶部から取得する、前記サーバー装置が備える第２の金額取得部と、
決済サービスを利用するための媒体から識別情報を取得する、前記入場装置が備える第４の取得部と、
前記第４の取得部が識別情報を取得した前記媒体によって利用可能な前記決済サービスを用いて、前記第２の金額取得部によって取得された前記精算金額分の決済処理をする、前記入場装置が備える第２の決済部と、をさらに備える、請求項３又は請求項４に記載の改札システム。
【請求項６】
前記出場装置を撮影する撮影装置をさらに含み、
前記第２の記憶部は、前記誤収受判定部によって誤収受が発生したと判定された場合、誤収受が発生したときに前記撮影装置によって撮影されていた画像を、前記第１の取得部によって取得された前記識別情報及び前記第２の取得部によって取得された前記識別情報の少なくともいずれかと関連付けて記憶する、請求項３乃至請求項５のいずれか１項に記載の改札システム。
【請求項７】
前記誤収受判定部は、前記第１の取得部に前記媒体を翳した人物と前記第２の取得部に前記媒体を翳した人物が同一人物であると判定した場合には、前記第１の取得部によって取得された前記識別情報と前記第２の取得部によって取得された前記識別情報とが一致しない場合でも誤収受が発生していないと判定する、請求項３乃至請求項６のいずれか１項に記載の改札システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、出場装置及び改札システムに関する。
【背景技術】
【０００２】
鉄道又はバスなどの交通機関などにおいて、入場駅（バスの場合は停留所）の情報や、出場駅の情報、利用者が利用可能な区間を示す情報（定期区間やチャージ金額）を書き込み可能な交通系のＩＣ（Integrated Circuit）カードが利用されている。しかしながら、従来の技術では、入場駅の情報などを書き込む領域が設定されていないＩＣカードを改札において利用できない場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−６３２１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の実施形態が解決しようとする課題は、利用者にとっての利便性を向上させることができる出場装置及び改札システムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の出場装置は、入出場に料金が必要なエリアからの出場時に使用される。実施形態の出場装置は、第１の取得部、通信部、第２の取得部、一致判定部及び第１の決済部を含む。第１の取得部は、決済サービスを利用するための媒体から識別情報を取得する。通信部は、前記第１の取得部によって取得された前記識別情報をサーバー装置に送信することで、送信した前記識別情報によって特定される前記料金の金額を前記サーバー装置から受信する。第２の取得部は、決済サービスを利用するための媒体から識別情報を取得する。一致判定部は、前記第１の取得部によって取得された前記識別情報と前記第２の取得部によって取得された前記識別情報とが一致するか否かを判定する。第１の決済部は、前記判定部によって一致すると判定された場合に前記決済サービスを用いて前記料金の金額分の決済処理をし、前記判定部によって一致しないと判定された場合に前記決済処理をしない。
【図面の簡単な説明】
【０００６】
【図１】第１実施形態〜第４実施形態に係る改札システムの全体構成の一例を示す図。
【図２】第１実施形態〜第４実施形態に係る媒体の構成及び機能の一例を示す図。
【図３】第１実施形態〜第４実施形態に係る改札ユニットの外観構成の一例を示す図。
【図４】第１実施形態〜第３実施形態に係る改札システム並びに当該改札システムに含まれる自動改札機及び決済端末の要部回路構成及び機能構成の一例を示すブロック図。
【図５】第１実施形態及び第２実施形態に係るセンターサーバーの要部回路構成及び機能構成の一例を示すブロック図。
【図６】第１実施形態〜第４実施形態に係る電子マネーサーバーの要部回路構成及び機能構成の一例を示すブロック図。
【図７】第１実施形態に係る改札システムの処理の概要の一例を示す図
【図８】管理テーブルの内容の一例を示す図。
【図９】第１実施形態〜第４実施形態に係る自動改札機のプロセッサーによる処理のフローチャート。
【図１０】第１実施形態に係る自動改札機のプロセッサーによる処理のフローチャート。
【図１１】第１実施形態に係る決済端末のプロセッサーによる処理のフローチャート。
【図１２】第１実施形態及び第２実施形態に係るセンターサーバーのプロセッサーによる処理のフローチャート。
【図１３】第２実施形態に係る自動改札機のプロセッサーによる処理のフローチャート。
【図１４】第２実施形態に係る決済端末のプロセッサーによる処理のフローチャート。
【図１５】管理テーブルの内容の一例を示す図。
【図１６】精算テーブルの内容の一例を示す図。
【図１７】第３実施形態に係る自動改札機の要部回路構成及び機能構成を示す図。
【図１８】第３実施形態及び第４実施形態に係る決済端末の要部回路構成及び機能構成を示す図。
【図１９】第３実施形態に係るセンターサーバーの要部回路構成及び機能構成を示す図。
【図２０】第４実施形態に係る改札システム並びに当該改札システムに含まれる自動改札機及び決済端末の要部回路構成及び機能構成の一例を示すブロック図。
【図２１】第４実施形態に係る自動改札機の要部回路構成及び機能構成を示す図。
【図２２】第４実施形態に係るセンターサーバーの要部回路構成及び機能構成を示す図。
【発明を実施するための形態】
【０００７】
以下、いくつかの実施形態に係る改札システムについて図面を用いて説明する。実施形態の改札システムは、例えば、鉄道、バス、航空機又は船舶などの交通機関において、駅などの入出場又はバスなどの乗降車の管理を行うシステムである。あるいは、実施形態の改札システムは、交通機関以外の入出場の管理を行うシステムであっても良い。以下の説明では、改札システムが、鉄道駅において適用される例について説明する。
【０００８】
〔第１実施形態〕
（全体構成）
図１は、第１実施形態に係る改札システム１の全体構成の一例を示す図である。改札システム１は、例えば、Ａ駅システム１０Ａと、Ｂ駅システム１０Ｂと、センターサーバー５０と、電子マネーサーバー７０と、店舗決済端末１００とを含む。なお、Ａ駅システム１０Ａと、Ｂ駅システム１０Ｂとを区別しない場合は、以下単に「駅システム１０」と称する。また、各図及び以下において、Ａ駅システム１０Ａに含まれる構成の符号の末尾に「Ａ」を付し、Ｂ駅システム１０Ｂに含まれる構成の符号の末尾に「Ｂ」を付して示している。また、いずれの駅システムに含まれる構成であるか区別しない場合は、「Ａ」又は「Ｂ」を省略して示す。なお、図１には、Ａ駅及びＢ駅の２つの駅の駅システム１０を示しているが、典型的には改札システム１は、より多くの駅及び駅システム１０を含む。
【０００９】
駅システム１０は、自動改札機３０及び決済端末４０を含む。自動改札機３０と決済端末４０とは、専用線又は無線などを介して通信する。
さらに、駅システム１０は、駅サーバー、自動券売機及び駅務機器なども含む。駅サーバーは、ネットワークＮＷ１を介してセンターサーバー５０から取得した情報を、専用線、公衆回線又はＬＡＮ（local area network）などを介して自動改札機３０に送信する。また、駅サーバーは、自動改札機３０から専用線、公衆回線又はＬＡＮなどを介して取得した情報を、ネットワークＮＷ１を介してセンターサーバー５０に送信する。ネットワークＮＷ１は、典型的にはインターネットを含む通信網である。ネットワークＮＷ１は、典型的にはＷＡＮ（wide area network）を含む通信網である。ネットワークＮＷ１は、イントラネットなどのプライベートネットワークを含む通信網であっても良い。ネットワークＮＷ１は、ＬＡＮを含む通信網であっても良い。また、ネットワークＮＷ１は、無線回線でも良いし有線回線でも良く、無線回線と有線回線とが混在していても良い。また、ネットワークＮＷ１は、専用線又は公衆携帯電話網などを含む通信網であっても良い。
【００１０】
決済端末４０は、例えば、ネットワークＮＷ２を介して電子マネーサーバー７０と通信する。なお、決済端末４０は、駅サーバーを介して通信しても良い。ネットワークＮＷ２は、典型的にはインターネットを含む通信網である。ネットワークＮＷ２は、典型的にはＷＡＮを含む通信網である。ネットワークＮＷ２は、イントラネットなどのプライベートネットワークを含む通信網であっても良い。ネットワークＮＷ２は、ＬＡＮを含む通信網であっても良い。また、ネットワークＮＷ２は、無線回線でも良いし有線回線でも良く、無線回線と有線回線とが混在していても良い。また、ネットワークＮＷ２は、専用線又は公衆携帯電話網などを含む通信網であっても良い。なお、ネットワークＮＷ１とネットワークＮＷ２とは、一部又は全部が同一の通信網であっても良い。あるいは、ネットワークＮＷ１とネットワークＮＷ２とは、接続されていても良い。
【００１１】
（媒体）
ここで、本実施形態の改札システム１において利用される媒体Ｍについて説明する。媒体Ｍは、例えば、電子マネーなどの決済サービスを利用するために用いられる媒体である。媒体Ｍは、例えば、ＩＣカードである。媒体Ｍは、例えば、決済サービスのＩＤが書き込まれる。また、電子マネーサービスを使用するために用いられる媒体Ｍは、さらに、チャージ金額などが書き込まれる。なお、媒体Ｍによって使用可能な決済サービスとしては、電子マネーのサービスに限らず、プリペイド型、ポストペイ型又はデビット型などの各種の決済サービスであっても良い。なお、実施形態では、決済サービスとして電子マネーサービスを用いる場合を主な例として説明する。
【００１２】
図２は、媒体Ｍの構成及び機能の一例を示す図である。媒体Ｍは、一例として、無線通信機能を有する媒体である。媒体Ｍは、例えば、基材Ｍ２と、チップＭ３と、アンテナＭ４とを備える。基材Ｍ２は、例えば、カード状の形状である。チップＭ３は、例えば、パッシブタイプのＩＣチップである。チップＭ３は、ＲＦＩＤ（radio frequency identifier）などを用いた非接触通信などによって、自動改札機３０と通信する。チップＭ３は、例えば、自動改札機３０により送信されたコマンド（信号）に応答して情報を送信する、コマンドレスポンス方式に基づいて処理を実行する。チップＭ３は、例えば、送受信部Ｍ５、制御回路Ｍ６、記憶部Ｍ７などを備える。送受信部Ｍ５は、自動改札機３０により送信された電波に含まれる情報を復調したり、情報を重畳するための電波を生成し、生成した電波に情報を重畳したりする。
【００１３】
制御回路Ｍ６は、例えば、ＣＰＵ（central processing unit）などのプロセッサーを含む。制御回路Ｍ６は、自動改札機３０により送信されたコマンドの内容に応じて、記憶部Ｍ７に情報を書き込んだり、記憶部Ｍ７に書き込まれた情報を読み出したりする。また、制御回路Ｍ６は、記憶部Ｍ７に記憶された情報を読み出す。そして、制御回路Ｍ６は、アンテナＭ４及び送受信部Ｍ５を用いて、読み出した情報を自動改札機３０に送信する。
【００１４】
記憶部Ｍ７には、制御回路Ｍ６により実行されるプログラム、媒体ＩＤ、及び電子マネーのチャージ金額（入金金額）などがエンコードされて記憶されている。以下、具体的に説明する。記憶部Ｍ７には、例えば、第１記憶領域ＡＲｌと、第２記憶領域ＡＲ２とが設定されている。第１記憶領域ＡＲｌには、例えば、媒体Ｍの識別情報（以下「媒体ＩＤ」と称する。）が記憶されている。媒体ＩＤは、媒体Ｍにおいて管理される電子マネーのサービスに関わらず、媒体ＭのチップＭ３ごとに付与される識別情報である。この媒体ＩＤは、チップＭ３に対して、予め定められた所定のプロトコルで通信が行われることによって取得される情報である。
【００１５】
第２記憶領域ＡＲ２には、電子マネーのサービスに関する情報が記憶される。電子マネーのサービスに関する情報は、当該電子マネーのサービスに対応するアクセス権を有する装置によって、当該電子マネーのサービスに対応するプロトコルで通信が行われることで取得又は書き換えられる。
電子マネーのサービスに関する情報は、サービスＩＤ、チャージ金額、及び利用履歴を含む。サービスＩＤは、電子マネーのサービスの管理者により管理されているＩＤである。
【００１６】
また、媒体Ｍには、少なくとも媒体ＩＤを書き込む領域が設定される。媒体Ｍは、利用者の入場駅の情報、出場駅の情報、又はチャージ金額を書き込む領域は設定されていなくても良い。この場合、チャージ金額は、電子マネーサーバー７０側で管理される。なお、媒体Ｍは、複数種類の電子マネーのサービスに関する情報を記憶していても良い。
【００１７】
また、媒体Ｍとして、カードエミュレーション機能を有する携帯電話などの電子機器などが用いられても良い。当該電子機器は、非接触通信のためにＩＣチップ及びアンテナなどを備える。
【００１８】
（自動改札機及び決済端末）
図３は、第１実施形態に係る改札ユニット２０の外観構成の一例を示す図である。改札ユニット２０は、駅改札内への入場又は出場のために駅などに設置される。改札内は、入出場に料金が必要なエリアの一例である。なお、バスの車内なども入出場に料金が必要なエリアの一例である。
改札ユニット２０は、例えば図３に示すように自動改札機３０及び決済端末４０を含む。改札ユニット２０は、例えば、支持体２２に支持される。改札ユニット２０は、自動改札機３０と、決済端末４０を含む。なお、改札ユニット２０は、入出場に限らず、他社路線への乗換などのために設置されていても良い。改札ユニット２０は、一例として、入場用であるか出場用であるかが分かるように分けて設置される。なお、入場用の改札ユニット２０と出場用の改札ユニット２０と乗換用の改札ユニット２０とは、同一構成であっても良いし、異なる構成であっても良い。例えば、入場用又は乗換用の改札ユニット２０は、決済端末４０が省略されていても良い。なお、改札ユニット２０は、自動改札機３０と決済端末４０とが別々の筐体で構成され、自動改札機３０と決済端末４０とがケーブル又は無線などによって接続された態様であっても良い。入場用の改札ユニット２０は、入出場に料金が必要なエリアへの入場時に使用される入場装置の一例である。出場用の改札ユニット２０は、入出場に料金が必要なエリアからの出場時に使用される出場装置の一例である。
【００１９】
改札ユニット２０は、自動改札機３０の入出場用リーダー３８と、決済端末４０の決済用リーダー４７とを備える。当該入出場用リーダー３８及び決済用リーダー４７は、利用者が媒体Ｍをタッチ可能な位置に設けられる。入出場用リーダー３８には、図３のＡ方向（紙面手前側から奥側へ向かうような方向）に通過しようとする利用者によって媒体Ｍが翳される。そして、媒体Ｍは、自動改札機３０の内部の各種処理を受ける。当該各種処理については、後述する。また、決済用リーダー４７には、入出場用リーダー３８に媒体Ｍを翳した利用者によって、再度、媒体Ｍが翳される。そして、媒体Ｍは、決済端末４０内部の各種処理を受ける。当該各種処理についても、後述する。また、改札ユニット２０は、一例として、入出場用リーダー３８と決済用リーダー４７との間に、自動改札機３０の処理結果を表示するタッチパネル３７を備える。
【００２０】
なお、図３では、自動改札機３０がＩＣカード専用機であるものとして説明するが、自動改札機３０は、ＩＣカードと、ＱＲ（登録商標）コード等のコード券、磁気券又は紙券などとの双方を処理可能な併用機であっても良い。また、自動改札機３０は、利用者の双方向の通過のみを許可するものに限らず、利用者の一方向の通過を許可するものであっても良い。また、自動改札機３０は、通行の可否に応じて開閉する扉又はバーなどを備えていても良い。
【００２１】
図４は、第１実施形態に係る改札システム１並びに改札システム１に含まれる自動改札機３０及び決済端末４０の要部回路構成及び機能構成の一例を示すブロック図である。
【００２２】
自動改札機３０は、一例として、プロセッサー３１、ＲＯＭ（read-only memory）３２、ＲＡＭ（random-access memory）３３、補助記憶デバイス３４、第１の通信部３５、第２の通信部３６、タッチパネル３７及び入出場用リーダー３８を含む。
【００２３】
プロセッサー３１は、自動改札機３０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムに基づいて、自動改札機３０の各種の機能を実現するべく各部を制御する。プロセッサー３１は、例えば、ＣＰＵ、ＭＰＵ（micro processing unit）、ＳｏＣ（system on a chip）、ＤＳＰ（digital signal processor）、ＧＰＵ（graphics processing unit）、ＡＳＩＣ（application specific integrated circuit）、ＰＬＤ（programmable logic device）又はＦＰＧＡ（field-programmable gate array）などである。あるいは、プロセッサー３１は、これらのうちの複数を組み合わせたものである。
【００２４】
ＲＯＭ３２は、プロセッサー３１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ３２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ３２は、上記のプログラムを記憶する。また、ＲＯＭ３２は、プロセッサー３１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。
【００２５】
ＲＡＭ３３は、プロセッサー３１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ３３は、データの読み書きに用いられるメモリである。ＲＡＭ３３は、プロセッサー３１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。
【００２６】
補助記憶デバイス３４は、プロセッサー３１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス３４は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）などである。補助記憶デバイス３４は、上記のプログラムを記憶する場合もある。また、補助記憶デバイス３４は、プロセッサー３１が各種の処理を行う上で使用するデータ、プロセッサー３１での処理によって生成されたデータ又は各種の設定値などを保存する。
【００２７】
ＲＯＭ３２又は補助記憶デバイス３４に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。一例として、自動改札機３０は、当該プログラムがＲＯＭ３２又は補助記憶デバイス３４に記憶された状態で自動改札機３０の管理者などへと譲渡される。しかしながら、自動改札機３０は、当該プログラムがＲＯＭ３２又は補助記憶デバイス３４に記憶されない状態で当該管理者などに譲渡されても良い。また、自動改札機３０は、当該プログラムとは別のプログラムがＲＯＭ３２又は補助記憶デバイス３４に記憶された状態で当該管理者などに譲渡されても良い。そして、後述する処理を実行するためのプログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作の下にＲＯＭ３２又は補助記憶デバイス３４へと書き込まれても良い。このときのプログラムの譲渡は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどのようなリムーバブルな記憶媒体に記録して、あるいはネットワークＮＷ１などを介したダウンロードにより実現できる。
【００２８】
第１の通信部３５は、例えば、自動改札機３０がネットワークＮＷ１などを介してセンターサーバー５０などと通信するために設けられた通信インターフェースである。第１の通信部３５は、通信部の一例である。
【００２９】
第２の通信部３６は、例えば、自動改札機３０が決済端末４０と通信するために設けられた通信インターフェースである。
【００３０】
タッチパネル３７は、一例として、表示部３７１と入力部３７２とが積層されたものである。表示部３７１は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイなどのディスプレイである。表示部３７１は、自動改札機３０の操作者に各種情報を通知するための画面を表示する。入力部３７２は、例えば、タッチパッドなどのポインティングデバイスである。入力部３７２は、当自動改札機３０の操作者によるタッチ操作を受け付ける。
【００３１】
入出場用リーダー３８は、鉄道の利用者によって翳された媒体Ｍなどと通信する。これにより、入出場用リーダー３８は、当該媒体Ｍに記憶された媒体ＩＤなどの各種情報を取得する。なお、入出場用リーダー３８は、媒体Ｍに情報を書き込む機能を有していても良い。出場用の改札ユニット２０が備える入出場用リーダー３８は、第１の取得部の一例である。入場用の改札ユニット２０が備える入出場用リーダー３８は、第３の取得部の一例である。
【００３２】
なお、プロセッサー３１は、一例として、ＲＯＭ３２又は補助記憶デバイス３４に記憶されたプログラムに基づき、判定部３１１及び通信制御部３１２として機能する。
判定部３１１は、入出場用リーダー３８によって取得された媒体ＩＤをＲＡＭ３３又は補助記憶デバイス３４などに記憶させる。そして、判定部３１１は、ＩＤが一致するか否かの判定を行う。
通信制御部３１２は、第１の通信部３５を制御して、入出場用リーダー３８によって取得された媒体ＩＤをセンターサーバー５０に送信させる。また、通信制御部３１２は、センターサーバー５０によって送信された、鉄道の利用運賃を示す運賃情報などを、第１の通信部３５に受信させる。
また、通信制御部３１２は、第２の通信部３６を制御して、第１の通信部３５によって受信された運賃情報などを決済端末４０に送信させる。
【００３３】
決済端末４０は、一例として、プロセッサー４１、ＲＯＭ４２、ＲＡＭ４３、補助記憶デバイス４４、第１の通信部４５、第２の通信部４６及び決済用リーダー４７を含む。出場用の改札ユニット２０が備える決済端末４０は、第１の決済部の一例である。入場用の改札ユニット２０が備える決済端末４０は、第２の決済部の一例である。
【００３４】
プロセッサー４１は、決済端末４０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー４１は、ＲＯＭ４２又は補助記憶デバイス４４などに記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムに基づいて、決済端末４０の各種の機能を実現するべく各部を制御する。プロセッサー４１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー４１は、これらのうちの複数を組み合わせたものである。
【００３５】
ＲＯＭ４２は、プロセッサー４１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ４２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ４２は、上記のプログラムを記憶する。また、ＲＯＭ４２は、プロセッサー４１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。
【００３６】
ＲＡＭ４３は、プロセッサー４１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ４３は、データの読み書きに用いられるメモリである。ＲＡＭ４３は、プロセッサー４１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。
【００３７】
補助記憶デバイス４４は、プロセッサー４１を中枢とするコンピューターの補助記憶装置に相当する。補助記憶デバイス４４は、例えばＥＥＰＲＯＭ、ＨＤＤ又はＳＳＤなどである。補助記憶デバイス４４は、上記のプログラムを記憶する場合もある。また、補助記憶デバイス４４は、プロセッサー４１が各種の処理を行う上で使用するデータ、プロセッサー４１での処理によって生成されたデータ又は各種の設定値などを保存する。
【００３８】
ＲＯＭ４２又は補助記憶デバイス４４に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。一例として、決済端末４０は、当該プログラムがＲＯＭ４２又は補助記憶デバイス４４に記憶された状態で決済端末４０の管理者などへと譲渡される。しかしながら、決済端末４０は、当該プログラムがＲＯＭ４２又は補助記憶デバイス４４に記憶されない状態で当該管理者などに譲渡されても良い。また、決済端末４０は、当該プログラムとは別のプログラムがＲＯＭ４２又は補助記憶デバイス４４に記憶された状態で当該管理者などに譲渡されても良い。そして、後述する処理を実行するためのプログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作の下にＲＯＭ４２又は補助記憶デバイス４４へと書き込まれても良い。このときのプログラムの譲渡は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどのようなリムーバブルな記憶媒体に記録して、あるいはネットワークＮＷ２などを介したダウンロードにより実現できる。
【００３９】
第１の通信部４５は、例えば、決済端末４０がネットワークＮＷ２などを介して電子マネーサーバー７０などと通信するために設けられた通信インターフェースである。
【００４０】
第２の通信部４６は、例えば、決済端末４０が自動改札機３０と通信するために設けられた通信インターフェースである。
【００４１】
決済用リーダー４７は、媒体Ｍなどと通信を行う。これにより、決済用リーダー４７は、媒体Ｍに記憶された媒体ＩＤ及びチャージ金額などを取得する。なお、決済用リーダー４７は、媒体Ｍに情報を書き込む機能を有していても良い。出場用の改札ユニット２０が備える決済用リーダー４７は、第２の取得部の一例である。入場用の改札ユニット２０が備える決済用リーダー４７は、第４の取得部の一例である。
【００４２】
なお、プロセッサー４１は、一例として、ＲＯＭ４２又は補助記憶デバイス４４に記憶されたプログラムに基づき、判定部４１１及び決済制御部４１２として機能する。
判定部４１１は、第２の通信部４６によって受信された媒体ＩＤと決済用リーダー４７によって受信された媒体ＩＤとを比較して、２つの媒体ＩＤが一致するか否かの判定を行う。
決済制御部４１２は、媒体Ｍにおいて管理される電子マネーサービスを用いた運賃の決済に係る制御を行う。
【００４３】
（センターサーバー）
図５は、センターサーバーの要部回路構成及び機能構成を示す図である。センターサーバー５０は、一例として、プロセッサー５１、ＲＯＭ５２、ＲＡＭ５３、通信部５４及びセンターサーバー記憶部６０を含む。センターサーバー５０は、サーバー装置の一例である。
【００４４】
プロセッサー５１は、センターサーバー５０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー５１は、ＲＯＭ５２などに記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムに基づいて、センターサーバー５０の各種の機能を実現するべく各部を制御する。プロセッサー５１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー５１は、これらのうちの複数を組み合わせたものである。
【００４５】
ＲＯＭ５２は、プロセッサー５１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ５２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ５２は、上記のプログラムを記憶する。また、ＲＯＭ５２は、プロセッサー５１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。
【００４６】
ＲＡＭ５３は、プロセッサー５１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ５３は、データの読み書きに用いられるメモリである。ＲＡＭ５３は、プロセッサー５１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。
【００４７】
通信部５４は、例えば、センターサーバー５０がネットワークＮＷ１などを介して自動改札機３０などと通信するために設けられた通信インターフェースである。
【００４８】
センターサーバー記憶部６０は、プロセッサー５１を中枢とするコンピューターの補助記憶装置に相当する。センターサーバー記憶部６０は、例えばＥＥＰＲＯＭ、ＨＤＤ又はＳＳＤなどである。センターサーバー記憶部６０は、上記のプログラムを記憶する場合もある。また、センターサーバー記憶部６０は、プロセッサー４１が各種の処理を行う上で使用するデータ、プロセッサー５１での処理によって生成されたデータ又は各種の設定値などを保存する。センターサーバー記憶部６０は、第１の記憶部の一例である。センターサーバー記憶部６０は、第２の記憶部の一例である。
【００４９】
また、センターサーバー記憶部６０は、運賃テーブル６１及び管理テーブル６２を記憶する。運賃テーブル６１は、駅間の運賃又は駅間の運賃を導出するために必要な情報などを記憶するテーブルである。管理テーブル６２については後述する。
【００５０】
ＲＯＭ５２又はセンターサーバー記憶部６０に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。一例として、センターサーバー５０は、当該プログラムがＲＯＭ５２又はセンターサーバー記憶部６０に記憶された状態でセンターサーバー５０の管理者などへと譲渡される。しかしながら、センターサーバー５０は、当該プログラムがＲＯＭ５２又はセンターサーバー記憶部６０に記憶されない状態で当該管理者などに譲渡されても良い。また、センターサーバー５０は、当該プログラムとは別のプログラムがＲＯＭ５２又はセンターサーバー記憶部６０に記憶された状態で当該管理者などに譲渡されても良い。そして、後述する処理を実行するためのプログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作の下にＲＯＭ５２又はセンターサーバー記憶部６０へと書き込まれても良い。このときのプログラムの譲渡は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどのようなリムーバブルな記憶媒体に記録して、あるいはネットワークＮＷ１などを介したダウンロードにより実現できる。
【００５１】
なお、プロセッサー５１は、一例として、ＲＯＭ５２又はセンターサーバー記憶部６０に記憶されたプログラムに基づき情報管理部５１１及び運賃導出部５１２として機能する。
情報管理部５１１は、通信部５４を制御して、自動改札機３０によって送信された情報を受信させる。そして、情報管理部５１１は、通信部５４によって受信された情報を、管理テーブル６２を用いて管理する。また、情報管理部５１１は、通信部５４を制御して、運賃導出部５１２によって導出された鉄道の利用運賃を出場駅の自動改札機３０に送信させる。
運賃導出部５１２は、運賃テーブル６１を参照して、利用者の入場駅から出場駅までの駅間の運賃を導出する。
【００５２】
（電子マネーサーバー）
電子マネーサーバー７０は、電子マネーのサービスを管理する装置である。
電子マネーサーバー７０は、一例として、プロセッサー７１、ＲＯＭ７２、ＲＡＭ７３、通信部７４及び電子マネーサーバー記憶部８０を含む。
【００５３】
プロセッサー７１は、電子マネーサーバー７０の動作に必要な演算及び制御などの処理を行うコンピューターの中枢部分に相当する。プロセッサー７１は、ＲＯＭ７２又は電子マネーサーバー記憶部８０などに記憶されたシステムソフトウェア、アプリケーションソフトウェア又はファームウェアなどのプログラムに基づいて、電子マネーサーバー７０の各種の機能を実現するべく各部を制御する。プロセッサー７１は、例えば、ＣＰＵ、ＭＰＵ、ＳｏＣ、ＤＳＰ、ＧＰＵ、ＡＳＩＣ、ＰＬＤ又はＦＰＧＡなどである。あるいは、プロセッサー７１は、これらのうちの複数を組み合わせたものである。
【００５４】
ＲＯＭ７２は、プロセッサー７１を中枢とするコンピューターの主記憶装置に相当する。ＲＯＭ７２は、専らデータの読み出しに用いられる不揮発性メモリである。ＲＯＭ７２は、上記のプログラムを記憶する。また、ＲＯＭ７２は、プロセッサー７１が各種の処理を行う上で使用するデータ又は各種の設定値などを記憶する。
【００５５】
ＲＡＭ７３は、プロセッサー７１を中枢とするコンピューターの主記憶装置に相当する。ＲＡＭ７３は、データの読み書きに用いられるメモリである。ＲＡＭ７３は、プロセッサー７１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアなどとして利用される。
【００５６】
通信部７４は、例えば、電子マネーサーバー７０がネットワークＮＷ２などを介して決済端末４０など通信するために設けられた通信インターフェースである。
【００５７】
電子マネーサーバー記憶部８０は、プロセッサー７１を中枢とするコンピューターの補助記憶装置に相当する。電子マネーサーバー記憶部８０は、例えばＥＥＰＲＯＭ、ＨＤＤ又はＳＳＤなどである。電子マネーサーバー記憶部８０は、上記のプログラムを記憶する場合もある。また、電子マネーサーバー記憶部８０は、プロセッサー７１が各種の処理を行う上で使用するデータ、プロセッサー７１での処理によって生成されたデータ又は各種の設定値などを保存する。
【００５８】
また、電子マネーサーバー記憶部８０は、電子マネー情報８１を記憶する。電子マネー情報８１は、例えば、媒体ＩＤ及びサービスＩＤに対して、利用後のチャージ金額、媒体Ｍが利用された日時、媒体Ｍの利用金額、及び媒体Ｍが利用された事業者名などが関連付けられた情報を含む。
【００５９】
ＲＯＭ７２又は電子マネーサーバー記憶部８０に記憶されるプログラムは、後述する処理を実行するためのプログラムを含む。一例として、電子マネーサーバー７０は、当該プログラムがＲＯＭ７２又は電子マネーサーバー記憶部８０に記憶された状態で電子マネーサーバー７０の管理者などへと譲渡される。しかしながら、電子マネーサーバー７０は、当該プログラムがＲＯＭ７２又は電子マネーサーバー記憶部８０に記憶されない状態で当該管理者などに譲渡されても良い。また、電子マネーサーバー７０は、当該プログラムとは別のプログラムがＲＯＭ７２又は電子マネーサーバー記憶部８０に記憶された状態で当該管理者などに譲渡されても良い。そして、後述する処理を実行するためのプログラムが別途に当該管理者などへと譲渡され、当該管理者又はサービスマンなどによる操作の下にＲＯＭ７２又は電子マネーサーバー記憶部８０へと書き込まれても良い。このときのプログラムの譲渡は、例えば、磁気ディスク、光磁気ディスク、光ディスク又は半導体メモリなどのようなリムーバブルな記憶媒体に記録して、あるいはネットワークＮＷ２などを介したダウンロードにより実現できる。
【００６０】
なお、プロセッサー７１は、一例として、ＲＯＭ７２又は電子マネーサーバー記憶部８０に記憶されたプログラムに基づいて、決済管理部７１１として機能する。
決済管理部７１１は、決済端末４０によって行われた決済処理を、電子マネー情報８１を用いて管理する。
【００６１】
（改札システムの処理の概要）
図７は、改札システム１の処理の概要の一例を示す図である。入場駅において、利用者が媒体Ｍを入出場用リーダー３８に翳すと、自動改札機３０は、入出場用リーダー３８が読み取った媒体ＩＤ及び駅ＩＤをセンターサーバー５０に送信する。駅ＩＤは、駅ごとにユニークに割り当てられた識別情報である。なお、自動改札機３０が送信する駅ＩＤは、当該自動改札機３０が設置されている駅の駅ＩＤである。自動改札機３０は、当該駅ＩＤを記憶している。
【００６２】
センターサーバー５０は、自動改札機３０から受信した媒体ＩＤを、図８に示すように管理テーブル６２によって管理される。図８は管理テーブル６２の内容の一例を示す図である。管理テーブル６２は、入出場ＩＤ及び媒体ＩＤに対して、入場駅の駅ＩＤ（入場駅ＩＤ）、入場時刻、出場駅の駅ＩＤ（出場駅ＩＤ）、出場時刻、入場駅から出場駅までの運賃、及び運賃の決済が完了しているか否かを示す情報（決済状況）などを関連付ける。なお、入出場ＩＤは、１件の入出場ごとにユニークに割り当てられる識別情報である。また、決済状況の初期値は、未決済を示す値である。
【００６３】
センターサーバー５０の情報管理部５１１は、自動改札機３０によって送信された媒体ＩＤ、駅ＩＤ及び時刻を取得する。例えば、情報管理部５１１は、管理テーブル６２において、媒体ＩＤに対して駅の識別情報が関連付けられていない状態で、駅ＩＤを取得すると、取得した駅ＩＤで特定される駅を入場駅とみなし、当該駅ＩＤを取得した時刻を入場時刻とみなす。そして、情報管理部５１１は、取得した媒体ＩＤに駅ＩＤ及び入場時刻を関連付けて管理テーブル６２に記憶させる。
【００６４】
図７に示すように、出場駅において、利用者が入出場用リーダー３８に媒体Ｍを翳すと、自動改札機３０は、入出場用リーダー３８が読み取った媒体ＩＤ及び駅ＩＤをセンターサーバー５０に送信する。
センターサーバー５０の情報管理部５１１は、媒体ＩＤに対して入場駅として駅ＩＤが関連付けられている状態で駅ＩＤを取得すると、取得した駅ＩＤで特定される駅を出場駅とみなし、当該駅ＩＤを取得した時刻を出場時刻とみなす。そして、情報管理部５１１は、図８に示すように、媒体ＩＤに、取得した駅ＩＤ及び出場時刻を関連付けて管理テーブル６２に記憶させる。さらに、運賃導出部５１２は、運賃テーブル６１を参照して、入場駅から出場駅までの運賃を導出する。情報管理部５１１は、運賃導出部５１２によって導出された運賃を、図８に示すように、媒体ＩＤに関連付ける。また、情報管理部５１１は、通信部５４を制御して、当該運賃を出場駅の自動改札機３０に送信させる。
【００６５】
運賃を受信した自動改札機３０は、受信した運賃及び媒体Ｍから読み取った媒体ＩＤを決済端末４０に送信する。
決済端末４０は、自動改札機から運賃及び媒体ＩＤを受信すると、運賃を決済するための処理を実行し、決済端末４０は、媒体Ｍが翳されるのを待つ状態となる。この状態で、利用者によって決済用リーダー４７に媒体Ｍが翳されると、決済用リーダー４７は、当該媒体Ｍから媒体ＩＤを取得する。そして、判定部４１１は、決済用リーダー４７によって取得された媒体ＩＤと、自動改札機３０から送信された媒体ＩＤとを比較して一致するか否かを判定する。
【００６６】
判定部４１１が媒体ＩＤの一致を判定した場合、決済制御部４１２は、媒体Ｍが管理する電子マネーを用いて運賃分の決済を行う。例えば、決済制御部４１２は、チャージ金額から運賃分を差し引くための処理を行う。そして、決済端末４０は、決済明細を、電子マネーサーバー７０に送信する。決済明細は、例えば、差し引いた金額、差し引き後のチャージ金額、及び媒体Ｍが利用された事業社名などを含む。また、決済端末４０は、決済明細をセンターサーバー５０にも送信する。
決済明細を受信したセンターサーバー５０は、管理テーブル６２を更新して、決済状況の値を決済済みを示す値にする。
【００６７】
電子マネーサーバー７０は、決済明細を受信すると、電子マネー情報８１を更新する。電子マネー情報８１は、例えば、媒体ＩＤに対して、利用後のチャージ金額、利用された日時、利用金額、及び利用された事業名を関連付けた情報を含む。決済管理部７１１は、決済明細を取得すると、当該決済明細に基づき電子マネー情報８１を更新することで、媒体Ｍの利用状況を管理する。これにより、媒体Ｍの管理する電子マネーによって運賃が支払われ、利用者の入出場処理が終了する。
【００６８】
一方、判定部４１１が媒体ＩＤが一致しないと判定した場合、判定部４１１は、自動改札機３０に、媒体ＩＤが一致せず決済が未了に終わったことを示す不一致情報を送信する。不一致情報を受信した自動改札機３０は、表示部３７１に決済未了であることを表示し、決済用リーダー４７に正しい媒体Ｍをタッチするように利用者に促す。このとき、入出場用リーダー３８にタッチするように促し、運賃の導出からやり直すようにしても良い。
【００６９】
（動作）
以下、第１実施形態に係る改札システム１の動作を図９〜図１２などに基づいて説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。したがって、以下の動作説明における処理は、前述の改札システムの処理の概要で説明したものと異なる部分がある場合がある。図９及び図１０は、自動改札機３０のプロセッサー３１による処理のフローチャートである。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたプログラムに基づいてこの処理を実行する。図１１は、決済端末４０のプロセッサー４１による処理のフローチャートである。プロセッサー４１は、ＲＯＭ４２又は補助記憶デバイス４４などに記憶されたプログラムに基づいてこの処理を実行する。図１２は、センターサーバー５０のプロセッサー５１による処理のフローチャートである。プロセッサー５１は、ＲＯＭ５２などに記憶されたプログラムに基づいてこの処理を実行する。なお、プロセッサー３１、プロセッサー４１又はプロセッサー５１がステップＳ（Ｎ（Ｎは、自然数。））の処理の後にステップＳ（Ｎ＋１）へと進む場合、このことを説明する記載を省略する場合がある。
【００７０】
図９のステップＳ１０１において自動改札機３０のプロセッサー３１は、入出場用リーダー３８を、媒体Ｍを読取可能なオン状態にする。また、プロセッサー３１は、入出場用リーダー３８が媒体Ｍを読取可能であることを示すために、入出場用リーダー３８の近傍に設けられたＬＥＤ（light-emitting diode）などの光源を光らせても良い。また、プロセッサー３１は、入出場用リーダー３８が媒体Ｍを読取可能であることを示す内容、又は入出場用リーダー３８に媒体Ｍを翳すように指示する内容などを含む画面を表示部３７１に表示させても良い。
【００７１】
ステップＳ１０２においてプロセッサー３１は、入出場用リーダー３８を用いて、媒体Ｍが入出場用リーダー３８に近接するのを待ち受ける。プロセッサー３１は、媒体Ｍが入出場用リーダー３８に近接したならば、ステップＳ１０２においてＹｅｓと判定してステップＳ１０３へと進む。
【００７２】
ステップＳ１０３においてプロセッサー３１は、入出場用リーダー３８を制御して、当該入出場用リーダー３８に近接している媒体Ｍから、当該媒体Ｍが記憶している媒体ＩＤを取得する。
【００７３】
ステップＳ１０４においてプロセッサー３１は、入出場用リーダー３８を、媒体Ｍを読取可能でないオフ状態にする。また、プロセッサー３１は、入出場用リーダー３８が媒体Ｍを読取可能でないことを示すために、入出場用リーダー３８の近傍に設けられたＬＥＤなどの光源を消灯させても良い。また、プロセッサー３１は、入出場用リーダー３８が媒体Ｍを読取可能でないことを示す内容、又は入出場用リーダー３８に媒体Ｍを翳すのを少し待つように指示する内容などを含む画面を表示部３７１に表示させても良い。
【００７４】
ステップＳ１０５においてプロセッサー３１は、自動改札機３０が入場用として設置されているか否かを判定する。なお、自動改札機３０は、入場用と出場用の２種類の設定が可能であるとし、入場用として設置するものは入場用として設定され、出場用として設置するものは出場用として設定されるものとする。当該設定は、例えば、自動改札機３０の管理者などによって変更される。また、どちらの設定となっているかは、例えば、補助記憶デバイス３４などに記録される。プロセッサー３１は、自動改札機３０が入場用として設置されているならば、ステップＳ１０５においてＹｅｓと判定してステップＳ１０６へと進む。
【００７５】
ステップＳ１０６においてプロセッサー３１は、入場要求を生成する。入場要求は、ステップＳ１０３で取得した媒体ＩＤ、及び自動改札機３０が設置されている駅の駅ＩＤを含む。入場要求は、当該媒体ＩＤで特定される媒体Ｍの所持者が当該駅ＩＤで特定される駅で入場するにあたって必要な処理をするようにセンターサーバー５０に要求するものである。プロセッサー３１は、入場要求を生成した後、当該入場要求をセンターサーバー５０に送信するように第１の通信部３５に対して指示する。この指示を受けて第１の通信部３５は、当該入場要求をセンターサーバー５０に送信する。送信された当該入場要求は、センターサーバー５０の通信部５４によって受信される。
【００７６】
一方、図１２のステップＳ３０１においてセンターサーバー５０のプロセッサー５１は、通信部５４によって入場要求又は出場用急が受信されるのを待ち受けている。プロセッサー５１は、入場要求が受信されたならば、ステップＳ３０１においてＹｅｓと判定してステップＳ３０２へと進む。なお、ここで受信された入場要求又は出場要求に含まれる媒体ＩＤを以下「受信媒体ＩＤ」、当該入場要求又は出場要求に含まれる駅ＩＤを以下「受信駅ＩＤ」と称するものとする。なお、出場要求については後述する。
【００７７】
ステップＳ３０２においてプロセッサー５１は、ステップＳ３０１において受信された要求が入場要求であるか否かを判定する。プロセッサー５１は、受信された要求が入場要求であるならば、ステップＳ３０２においてＹｅｓと判定してステップＳ３０３へと進む。
【００７８】
ステップＳ３０３においてプロセッサー５１は、入場処理を行う。すなわち、プロセッサー５１は、管理テーブル６２に新規レコードを追加する。当該レコードは、媒体ＩＤの値が受信ＩＤ、入場駅ＩＤの値が受信駅ＩＤ、入場時刻の値が現在時刻である。これにより、受信媒体ＩＤで特定される媒体Ｍの所持者が改札内に入場済みの状態となったことが記録される。
【００７９】
ステップＳ３０４においてプロセッサー５１は、入場通知を、入場要求の送信元である自動改札機３０に送信するように通信部５４に対して指示する。入場通知は、入場処理が終了したことを自動改札機３０に通知するものである。この指示を受けて通信部５４は、当該入場通知を入場要求の送信元である自動改札機３０に送信する。送信された当該入場通知は、当該自動改札機３０の第１の通信部３５によって受信される。プロセッサー５１は、ステップＳ３０４の処理の後、ステップＳ３０１へと戻る。
【００８０】
一方、図９のステップＳ１０７において自動改札機３０のプロセッサー３１は、第１の通信部３５によって入場通知が受信されるのを待ち受けている。プロセッサー３１は、入場通知が受信されたならば、ステップＳ１０７においてＹｅｓと判定してステップＳ１０８へと進む。
【００８１】
ステップＳ１０８においてプロセッサー３１は、入場処理が正常に行われたことを報知する。例えば、プロセッサー３１は、入場処理が正常に行われたことを示す内容及び媒体Ｍが正常に読み取られたことを示す内容などを含む画面を表示部３７１に表示させる。また例えば、プロセッサー３１は、入場処理が正常に行われたことを示す音をスピーカーなどから出力させる。プロセッサー３１は、ステップＳ１０８の処理の後、図９のステップＳ１０１へと戻る。
【００８２】
対して、プロセッサー３１は、自動改札機３０が出場用として設置されているならば、ステップＳ１０５においてＮｏと判定して図１０のステップＳ１０９へと進む。
ステップＳ１０９においてプロセッサー３１は、出場要求を生成する。出場要求は、ステップＳ１０３で取得した媒体ＩＤ、及び自動改札機３０が設置されている駅の駅ＩＤを含む。出場要求は、当該媒体ＩＤで特定される媒体Ｍの所持者が当該駅ＩＤで特定される駅で出場するにあたって必要な処理をするようにセンターサーバー５０に要求するものである。プロセッサー３１は、出場要求を生成した後、当該出場要求をセンターサーバー５０に送信するように第１の通信部３５に対して指示する。この指示を受けて第１の通信部３５は、当該出場要求をセンターサーバー５０に送信する。送信された当該出場要求は、センターサーバー５０の通信部５４によって受信される。
【００８３】
一方、センターサーバー５０のプロセッサー５１は、出場要求が受信されたならば、ステップＳ３０１においてＹｅｓと判定してステップＳ３０２へと進む。そして、プロセッサー５１は、受信された要求が出場要求であるならば、ステップＳ３０２においてＮｏと判定してステップＳ３０５へと進む。
【００８４】
ステップＳ３０５においてプロセッサー５１は、例えば以下のようにして入場駅から出場駅までの運賃を導出する。入場駅は、管理テーブル６２において、受信媒体ＩＤに入場駅ＩＤが関連付けられ、且つ出場駅ＩＤが関連付けられていないレコード（以下「対象レコード」という。なお、対象レコードは、入場済みであり、未出場であることを示すレコードである。）を参照して特定する。すなわち、入場駅は、対象レコードにおいて受信媒体ＩＤに入場駅ＩＤで特定される駅である。また出場駅は、受信駅ＩＤである。プロセッサー５１は、入場駅から出場駅までの運賃を、運賃テーブル６１を参照して導出する。ステップＳ３０５の処理を実行するプロセッサー５１は、導出部の一例である。
【００８５】
ステップＳ３０６においてプロセッサー５１は、運賃通知を生成する。運賃通知は、自動改札機３０に、入場駅から出場駅までの運賃を通知するものである。運賃通知は、ステップＳ３０５において導出された運賃を含む。プロセッサー５１は、運賃通知を生成した後、当該運賃通知を出場要求の送信元である自動改札機３０に送信するように通信部５４に対して指示する。この指示を受けて通信部５４は、当該運賃通知を当該自動改札機３０に送信する。送信された当該運賃通知は、当該自動改札機３０の第１の通信部３５によって受信される。
【００８６】
一方、図１０のステップＳ１１０において自動改札機３０のプロセッサー３１は、第１の通信部３５によって運賃通知が受信されるのを待ち受けている。プロセッサー３１は、運賃通知が受信されたならば、ステップＳ１１０においてＹｅｓと判定してステップＳ１１１へと進む。
【００８７】
ステップＳ１１１においてプロセッサー３１は、決済用リーダー４７に媒体Ｍを翳すように促す旨の報知を行う。例えば、プロセッサー３１は、決済用リーダー４７が媒体Ｍを読取可能であることを示す内容、決済用リーダー４７に媒体Ｍを翳すように指示する内容、及び運賃通知に含まれる運賃などを含む画面を表示部３７１に表示させる。また、プロセッサー３１は、決済用リーダー４７に媒体Ｍを翳すことを利用者に促すための音をスピーカーなどから出力させても良い。また、プロセッサー３１は、決済用リーダー４７が媒体Ｍを読取可能であることを示すために、決済端末４０の近傍に設けられたＬＥＤなどの光源を光らせても良い。
【００８８】
ステップＳ１１２においてプロセッサー３１は、決済要求を生成する。決済要求は、決済に係る処理をするように決済端末４０に指示するものである。決済要求は、ステップＳ１０３で取得した媒体ＩＤ、及びステップＳ１１０で受信された運賃通知に含まれる運賃の金額を含む。プロセッサー３１は、決済要求を生成した後、当該決済要求を決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該決済要求を決済端末４０に送信する。送信された当該決済要求は、決済端末４０の第２の通信部４６によって受信される。
【００８９】
一方、図１１のステップＳ２０１において決済端末４０のプロセッサー４１は、第２の通信部４６によって決済要求が受信されるのを待ち受けている。プロセッサー４１は、決済要求が受信されたならば、ステップＳ２０１においてＹｅｓと判定してステップＳ２０２へと進む。
【００９０】
ステップＳ２０２においてプロセッサー４１は、決済用リーダー４７をオン状態にする。
【００９１】
ステップＳ２０３においてプロセッサー４１は、決済用リーダー４７に媒体Ｍが近接しているか否かを判定する。プロセッサー４１は、決済用リーダー４７に媒体Ｍが近接していないならば、ステップＳ２０３においてＮｏと判定してステップＳ２０４へと進む。
【００９２】
ステップＳ２０４においてプロセッサー４１は、第２の通信部４６によってやり直し通知が受信されたか否かを判定する。プロセッサー４１は、やり直し通知が受信されないならば、ステップＳ２０４においてＮｏと判定してステップＳ２０３へと戻る。かくして、プロセッサー４１は、決済用リーダー４７に媒体Ｍが近接するか、やり直し通知が受信されるまでステップＳ２０３及びステップＳ２０４を繰り返す。なお、やり直し通知については後述する。
【００９３】
プロセッサー４１は、ステップＳ２０３及びステップＳ２０４の待受状態にあるときに決済用リーダー４７に媒体Ｍが近接したならば、ステップＳ２０３においてＹｅｓと判定してステップＳ２０５へと進む。
【００９４】
ステップＳ２０５においてプロセッサー４１は、決済用リーダー４７を制御して、当該決済用リーダー４７に近接している媒体Ｍから媒体ＩＤを取得する。
【００９５】
ステップＳ２０６においてプロセッサー４１は、ステップＳ２０１で受信された決済要求に含まれる媒体ＩＤと、ステップＳ２０５で取得した媒体ＩＤとの２つの媒体ＩＤが一致するか否かを判定する。プロセッサー４１は、２つの媒体ＩＤが一致するならば、ステップＳ２０６においてＹｅｓと判定してステップＳ２０７へと進む。ステップＳ２０６の処理を実行するプロセッサー４１は、一致判定部の一例である。
【００９６】
ステップＳ２０７においてプロセッサー４１は、電子マネーサーバー７０と協働して、媒体Ｍが管理する電子マネーを用いて、ステップＳ２０１に含まれる金額分の決済処理を実行する。決済処理については、改札システムの処理の概要で説明した方法の他、周知の方法を用いることができる。
【００９７】
ステップＳ２０８においてプロセッサー４１は、決済用リーダー４７をオフ状態にする。
【００９８】
ステップＳ２０９においてプロセッサー４１は、ステップＳ２０７の決済に成功したか否かを判定する。例えば、媒体Ｍのチャージ金額が運賃に満たない場合に決済に失敗する。プロセッサー４１は、決済に成功したと判定するならば、ステップＳ２０９においてＹｅｓと判定してステップＳ２１０へと進む。
【００９９】
ステップＳ２１０においてプロセッサー４１は、第１の完了通知を生成する。第１の完了通知は、決済処理が正常に完了したことを示す。プロセッサー４１は、第１の完了通知を生成した後、当該第１の完了通知を自動改札機３０に送信するように第２の通信部４６に対して指示する。この指示を受けて第２の通信部４６は、当該第１の完了通知を自動改札機３０に送信する。送信された当該第１の完了通知は、自動改札機３０の第２の通信部３６によって受信される。プロセッサー４１は、ステップＳ２１０の処理の後、ステップＳ２０１へと戻る。
【０１００】
一方、図１０のステップＳ１１３において自動改札機３０のプロセッサー３１は、第２の通信部３６によって第１の完了通知、失敗通知又は第１の不一致通知が受信されたか否かを判定する。プロセッサー３１は、第１の完了通知、失敗通知又は第１の不一致通知が受信されないならば、ステップＳ１１４へと進む。なお、失敗通知及び第１の不一致通知については後述する。
【０１０１】
ステップＳ１１４においてプロセッサー３１は、入出場用リーダー３８へ媒体Ｍを翳すことをやり直すための操作（以下「やり直し操作」という。）が行われたか否かを判定する。プロセッサー３１は、やり直し操作が行われていないならば、ステップＳ１１４においてＮｏと判定してステップＳ１１３へと戻る。かくして、プロセッサー３１は、第１の完了通知、失敗通知又は第１の不一致通知が受信されるか、やり直し操作が行われるまでステップＳ１１３及びステップＳ１１４を繰り返す。
プロセッサー３１は、ステップＳ１１３及びステップＳ１１４の待受状態にあるときに第１の完了通知が受信されたならば、ステップＳ１１３においてＹｅｓと判定してステップＳ１１５へと進む。
【０１０２】
ステップＳ１１５においてプロセッサー３１は、ステップＳ１１３で受信された通知が第１の完了通知であるか否かを判定する。プロセッサー３１は、受信された通知が第１の完了通知であるならば、ステップＳ１１５においてＹｅｓと判定してステップＳ１１６へと進む。
【０１０３】
ステップＳ１１６においてプロセッサー３１は、第２の完了通知を生成する。第２の完了通知は、決済処理が正常に完了したことを示す。プロセッサー３１は、第２の完了通知を生成した後、当該第２の完了通知をセンターサーバー５０に送信するように第１の通信部３５に対して指示する。この指示を受けて第１の通信部３５は、当該第２の完了通知をセンターサーバー５０に送信する。送信された当該第２の完了通知は、センターサーバー５０の通信部５４によって受信される。プロセッサー３１は、ステップＳ１１６の処理の後、図９のステップＳ１０１へと戻る。
【０１０４】
一方、図１２のステップＳ３０７においてセンターサーバー５０のプロセッサー５１は、通信部５４によって第２の完了通知が受信されるのを待ち受けている。プロセッサー５１は、第２の完了通知が受信されたならば、ステップＳ３０７においてＹｅｓと判定してステップＳ３０８へと進む。
【０１０５】
ステップＳ３０８においてプロセッサー５１は、出場処理を行う。すなわち、プロセッサー５１は、対象レコードを更新して、当該対象レコードの出場駅ＩＤの値を受信駅ＩＤにし、出場時刻の値を現在時刻にし、運賃の値をステップＳ３０５で導出した運賃の金額にする。さらに、プロセッサー５１は、対象レコードを更新して、当該対象レコードの決済状況の値を決済済みを示す値にする。これにより、受信媒体ＩＤで特定される媒体Ｍの所持者が改札内から出場済みの状態となったことが記録される。プロセッサー５１は、ステップＳ３０８の処理の後、ステップＳ３０１へと戻る。
【０１０６】
一方、決済端末４０のプロセッサー４１は、図１１のステップＳ２０７における決済に失敗したと判定するならば、ステップＳ２０９においてＮｏと判定してステップＳ２１１へと進む。
【０１０７】
ステップＳ２１１においてプロセッサー４１は、失敗通知を生成する。失敗通知は、決済に失敗したことを示す。なお、失敗通知は、決済に失敗した理由などを示す失敗情報を含む。プロセッサー４１は、失敗通知を生成した後、当該失敗通知を自動改札機３０に送信するように第２の通信部４６に対して指示する。この指示を受けて第２の通信部４６は、当該失敗通知を自動改札機３０に送信する。送信された当該失敗通知は、自動改札機３０の第２の通信部３６によって受信される。プロセッサー４１は、ステップＳ２１１の処理の後、ステップＳ２０１へと戻る。
【０１０８】
一方、自動改札機３０のプロセッサー３１は、第２の通信部３６によって失敗通知が受信されたならば、図１０のステップＳ１１３でＹｅｓと判定してステップＳ１１５へと進む。そして、プロセッサー３１は、受信された通知が失敗通知であるならば、ステップＳ１１５においてＮｏと判定してステップＳ１１７へと進む。
ステップＳ１１７においてプロセッサー３１は、ステップＳ１１３で受信された通知が失敗通知であるか否かを判定する。プロセッサー３１は、受信された通知が失敗通知であるならば、ステップＳ１１７においてＹｅｓと判定してステップＳ１１８へと進む。
【０１０９】
ステップＳ１１８においてプロセッサー３１は、受信された失敗通知に含まれる失敗情報に基づき、エラーが発生したことを報知する。例えば、プロセッサー３１は、決済に失敗した旨、及び決済に失敗した理由を表示部３７１に表示させる。また例えば、プロセッサー３１は、例えば、決済に失敗したことを示す音をスピーカーなどから出力させる。プロセッサー３１は、ステップＳ１１８の処理の後、図９のステップＳ１０１へと戻る。
【０１１０】
なお、決済端末４０のプロセッサー４１は、２つの媒体ＩＤが一致しないならば、図１１のステップＳ２０６においてＮｏと判定してステップＳ２１２へと進む。
ステップＳ２１２においてプロセッサー４１は、第１の不一致通知を生成する。第１の不一致通知は、２つの媒体ＩＤが一致しなかったことを示す。プロセッサー４１は、第１の不一致通知を生成した後、当該第１の不一致通知を自動改札機３０に送信するように第２の通信部４６に対して指示する。この指示を受けて第２の通信部４６は、当該第１の不一致通知を自動改札機３０に送信する。送信された当該第１の不一致通知は、自動改札機３０の第２の通信部３６によって受信される。プロセッサー４１は、ステップＳ２１２の処理の後、ステップＳ２０３へと戻る。
【０１１１】
一方、自動改札機３０のプロセッサー３１は、第２の通信部３６によって第１の不一致通知が受信されたならば、図１０のステップＳ１１３でＹｅｓと判定してステップＳ１１５へと進む。そして、プロセッサー３１は、受信された通知が第１の不一致通知であるならば、ステップＳ１１５及びステップＳ１１７においてそれぞれＮｏと判定してステップＳ１１９へと進む。
【０１１２】
ステップＳ１１９においてプロセッサー３１は、入出場用リーダー３８に翳された媒体Ｍと決済用リーダー４７に翳された媒体Ｍとが異なることなどを報知する。例えば、プロセッサー３１は、例えば、入出場用リーダー３８に翳された媒体Ｍと決済用リーダー４７に翳された媒体Ｍとが異なる旨、及び入出場用リーダー３８に翳した媒体Ｍと同じ媒体Ｍを決済用リーダー４７に翳すように利用者に求める旨の内容を含む画面を表示部３７１に表示させる。また例えば、プロセッサー３１は、入出場用リーダー３８に翳された媒体Ｍと決済用リーダー４７に翳された媒体Ｍとが異なることを示す音をスピーカーなどから出力させる。プロセッサー３１は、ステップＳ１１９の処理の後、ステップＳ１１３へと戻る。
【０１１３】
なお、利用者は、入出場用リーダー３８に媒体Ｍを翳すところから出場をやり直すこともできる。この場合、利用者は、例えば、入力部３７２などを用いてやり直し操作を行う
プロセッサー３１は、ステップＳ１１３及びステップＳ１１４の待受状態にあるときにやり直し操作が行われたならば、ステップＳ１１４においてＹｅｓと判定してステップＳ１２０へと進む。
ステップＳ１２０においてプロセッサー３１は、やり直し通知を生成する。やり直し通知は、入出場用リーダー３８へ媒体Ｍを翳すことからやり直すことを決済端末４０に通知するものである。また、やり直し通知は、決済用リーダー４７によって媒体Ｍを読み込まないように決済端末４０に指示するものである。プロセッサー３１は、やり直し通知を生成した後、当該やり直し通知を決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該やり直し通知を決済端末４０に送信する。送信された当該やり直し通知は、決済端末４０の第２の通信部４６によって受信される。プロセッサー３１は、ステップＳ１２０の処理の後、図９のステップＳ１０１へと戻る。
【０１１４】
一方、決済端末４０のプロセッサー４１は、図１１のステップＳ２０３及びステップＳ２０４の待受状態にあるときにやり直し通知が受信されたならば、ステップＳ２０４においてＹｅｓと判定してステップＳ２１３へと進む。
ステップＳ２１３においてプロセッサー４１は、決済用リーダー４７をオフ状態にする。プロセッサー４１は、ステップＳ２１３の処理の後、ステップＳ２０１へと戻る。
【０１１５】
第１実施形態の改札システム１は、入場駅又は出場駅の情報が書き込めない媒体Ｍであっても、改札処理を実現することができる。この結果、利用者が、自身にとって都合のよい媒体を利用することができ、利用者の利便性が向上する。
【０１１６】
また、第１実施形態の改札システム１によれば、決済端末４０は、２つの媒体ＩＤが一致すると判定した場合に決済処理を行う。つまり、決済端末４０は、入出場用リーダー３８に翳された媒体Ｍと、決済用リーダー４７に翳された媒体Ｍとが異なる媒体Ｍである場合には決済処理を行わない。これにより、第１実施形態の改札システム１は、例えば、入出場用リーダー３８に媒体Ｍを翳した人がその場から立ち去った後に、別の人が決済用リーダー４７に別の媒体Ｍを翳すことによる運賃の誤収受などを防ぐことができる。この結果、利用者が不当な運賃を支払うことなどがなくなるため、利用者の利便性が向上する。
【０１１７】
〔第２実施形態〕
決済端末４０が端末ＩＤの一致を判定した第１実施形態と異なり、第２実施形態では、自動改札機３０が端末ＩＤの一致を判定する。
【０１１８】
（構成）
第２実施形態の改札システム１は、第１実施形態の改札システム１と同様であるので、説明を省略する。
【０１１９】
（動作）
以下、第２実施形態に係る改札システム１の動作を図９及び図１２〜図１４などに基づいて説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。第２実施形態の自動改札機３０のプロセッサー３１は、第１実施形態と異なり、図９及び図１０に代えて図９及び図１３のフローチャートで示す処理を実行する。図１３は、自動改札機３０のプロセッサー３１による処理のフローチャートである。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたプログラムに基づいてこの処理を実行する。第２実施形態の決済端末４０のプロセッサー４１は、第１実施形態と異なり、図１１に代えて図１４のフローチャートで示す処理を実行する。図１４は、決済端末４０のプロセッサー４１による処理のフローチャートである。プロセッサー４１は、ＲＯＭ４２又は補助記憶デバイス４４などに記憶されたプログラムに基づいてこの処理を実行する。なお、センターサーバー５０のプロセッサー５１は、第１実施形態と同様に図１２のフローチャートに示す処理を実行する。なお、図１３及び図１４において、図１０又は図１１と同様の処理については同一の符号を付している。また、以下の第２実施形態の動作説明では、第１実施形態と同様の処理については説明を省略する場合がある。
【０１２０】
決済端末４０のプロセッサー４１は、図１４のステップＳ２０５の処理の後、ステップＳ２２１へと進む。
ステップＳ２２１においてプロセッサー４１は、ステップＳ２０５で取得した媒体ＩＤを決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該媒体ＩＤを決済端末４０に送信する。送信された当該媒体ＩＤは、決済端末４０の第２の通信部４６によって受信される。
【０１２１】
一方、自動改札機３０のプロセッサー３１は、第２実施形態では、図９のステップＳ１０５でＮｏと判定したならば、図１３のステップ１０９へと進む。そして、プロセッサー３１は、図１３のステップＳ１１２の処理の後、ステップＳ１３１へと進む。
ステップＳ１３１においてプロセッサー３１は、第１の通信部３５によって媒体ＩＤが受信されたか否かを判定する。プロセッサー３１は、媒体ＩＤが受信されないならば、ステップＳ１３１においてＮｏと判定してステップＳ１１４へと進む。
【０１２２】
プロセッサー３１は、ステップＳ１１４においてＮｏと判定したならば、ステップＳ１３１へと戻る。かくして、プロセッサー３１は、媒体ＩＤが受信されるか、やり直し操作が行われるステップＳ１３１及びステップＳ１１４を繰り返す。
【０１２３】
プロセッサー３１は、ステップＳ１３１及びステップＳ１１４の待受状態にあるときに媒体ＩＤが受信されたならば、ステップＳ１３１においてＹｅｓと判定してステップＳ１３２へと進む。
ステップＳ１３２においてプロセッサー３１は、ステップＳ１０３で取得した媒体ＩＤと、ステップＳ１３１で受信された媒体ＩＤとの２つの媒体ＩＤが一致するか否かを判定する。プロセッサー３１は、２つの媒体ＩＤが一致するならば、ステップＳ１３２においてＹｅｓと判定してステップＳ１３３へと進む。ステップＳ１３２の処理を実行するプロセッサー３１は、一致判定部の一例である。
【０１２４】
ステップＳ１３３においてプロセッサー３１は、一致通知を生成する。一致通知は、２つの媒体ＩＤが一致することを示す。また、一致通知は、運賃についての決済処理を実行するように決済端末４０に指示するものである。プロセッサー３１は、一致通知を生成した後、当該一致通知を決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該一致通知を決済端末４０に送信する。送信された当該一致通知は、決済端末４０の第２の通信部４６によって受信される。
【０１２５】
一方、図１４のステップＳ２２２において決済端末４０のプロセッサー４１は、第２の通信部４６によって一致通知又は第２の不一致通知が受信されるのを待ち受けている。プロセッサー４１は、一致通知が受信されたならば、ステップＳ２２２においてＹｅｓと判定してステップＳ２２３へと進む。なお、第２の不一致通知については後述する。
【０１２６】
ステップＳ２２３においてプロセッサー４１は、ステップＳ２２２で受信された通知が一致通知であるか否かを判定する。プロセッサー４１は、受信された通知が一致通知であるならば、ステップＳ２２３においてＹｅｓと判定してステップＳ２０７へと進む。
【０１２７】
一方、自動改札機３０のプロセッサー３１は、２つの媒体ＩＤが一致しないならば、ステップＳ１３２においてＮｏと判定してステップＳ１１９へと進む。そして、プロセッサー３１は、ステップＳ１１９の処理の後、ステップＳ１３４へと進む。
【０１２８】
ステップＳ１３４においてプロセッサー３１は、第２の不一致通知を生成する。第２の不一致通知は、２つの媒体ＩＤが一致しないことを示す。プロセッサー３１は、第２の不一致通知を生成した後、当該第２の不一致通知を決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該第２の不一致通知を決済端末４０に送信する。送信された当該第２の不一致通知は、決済端末４０の第２の通信部４６によって受信される。
【０１２９】
一方、決済端末４０のプロセッサー４１は、第２の通信部４６によって第２の不一致通知が受信されたならば、図１４のステップＳ２２２においてＹｅｓと判定してステップＳ２２３へと進む。そして、プロセッサー４１は、受信された通知が第２の不一致通知であるならば、ステップＳ２２３においてＮｏと判定してステップＳ２０３へと戻る。
【０１３０】
なお、自動改札機３０のプロセッサー３１は、図１３のステップＳ１３１及びステップＳ１１４の待受状態にあるときにやり直し操作が行われたならば、ステップＳ１１４においてＹｅｓと判定してステップＳ１２０へと進む。また、プロセッサー３１は、ステップＳ１１５においてＮｏと判定したならば、ステップＳ１１８へと進む。
【０１３１】
第２実施形態の改札システム１は、入場駅又は出場駅の情報が書き込めない媒体Ｍであっても、改札処理を実現することができる。この結果、利用者が、自身にとって都合のよい媒体を利用することができ、利用者の利便性が向上する。
【０１３２】
第２実施形態の改札システム１によれば、決済端末４０は、自動改札機３０によって２つの媒体ＩＤが一致すると判定された場合に決済処理を行う。つまり、決済端末４０は、入出場用リーダー３８に翳された媒体Ｍと、決済用リーダー４７に翳された媒体Ｍとが異なる媒体Ｍである場合には決済処理を行わない。これにより、第２実施形態の改札システム１は、第１実施形態と同様に運賃の誤収受などを防ぐことができる。この結果、利用者が不当な運賃を支払うことなどがなくなるため、利用者の利便性が向上する。
【０１３３】
〔第３実施形態〕
第３実施形態は、入出場用リーダー３８に翳された媒体Ｍの媒体ＩＤと、決済用リーダー４７に翳された媒体Ｍの媒体ＩＤとの２つの媒体ＩＤが一致するか否かの判定を、決済処理の前に行うことができない場合の実施形態である。市販のＩＣカードリーダーを決済端末４０として用いる場合には、決済処理の前にこのような判定をすることが出来ない場合がある。したがって、第３実施形態では、市販のＩＣカードリーダーを決済端末４０として用いるような場合に有効である。すなわち、第３実施形態は、決済を行った後に、２つの媒体ＩＤが一致するか否かの判定を行って、一致しない場合には誤収受及び未収受分の運賃について精算をすることができるようにしたものである。
【０１３４】
（構成）
第３実施形態のセンターサーバー記憶部６０は、図１５に示すように運賃テーブル６１、管理テーブル６２ｂ及び精算テーブル６３を記憶する。図１５は、第３実施形態に係るセンターサーバー５０の要部回路構成及び機能構成を示す図である。なお、第３実施形態に係る改札システム１のその他の構成は第１実施形態と同様であるので説明を省略する。
【０１３５】
図１６は、管理テーブル６２ｂの内容の一例を示す図である。管理テーブル６２ｂは、入出場ＩＤ及び媒体ＩＤに対して、入場駅ＩＤ、入場時刻、出場駅で決済した媒体Ｍの媒体ＩＤ（出場媒体ＩＤ）、出場駅ＩＤ、出場時刻、入場駅から出場駅までの運賃、及び決済状況などを関連付ける。
【０１３６】
図１７は、精算テーブル６３の内容の一例を示す図である。精算テーブル６３は、誤収受又は未収受が発生したために誤収受又は未収受分の運賃の精算が必要な媒体Ｍの媒体ＩＤと精算金額とを関連付けて記録する。
【０１３７】
（動作）
以下、第３実施形態に係る改札システム１の動作を図９及び図１７〜図１９などに基づいて説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。第３実施形態の自動改札機３０のプロセッサー３１は、第１実施形態の図９及び図１０のフローチャートに代えて図９及び図１７のフローチャートで示す処理を実行する。図１７は、自動改札機３０のプロセッサー３１による処理のフローチャートである。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたプログラムに基づいてこの処理を実行する。第２実施形態の決済端末４０のプロセッサー４１は、第１実施形態の図１１のフローチャートに代えて図１８のフローチャートで示す処理を実行する。図１４は、決済端末４０のプロセッサー４１による処理のフローチャートである。プロセッサー４１は、ＲＯＭ４２又は補助記憶デバイス４４などに記憶されたプログラムに基づいてこの処理を実行する。また、第２実施形態のセンターサーバー５０のプロセッサー５１は、第１実施形態の図１２のフローチャートに代えて図１９のフローチャートで示す処理を実行する。図１９は、センターサーバー５０のプロセッサー５１による処理のフローチャートである。プロセッサー５１は、ＲＯＭ５２などに記憶されたプログラムに基づいてこの処理を実行する。なお、図１７〜図１９において、図１２〜図１４と同様の処理については同一の符号を付している。また、以下の第３実施形態の動作説明では、第１実施形態と同様の処理については説明を省略する場合がある。
【０１３８】
自動改札機３０のプロセッサー３１は、第３実施形態では、図９のステップＳ１０５でＮｏと判定したならば、図１７のステップ１０９へと進む。
また、プロセッサー３１は、ステップＳ１１０でＮｏと判定したならば、ステップＳ１４１へと進む。
ステップＳ１４１においてプロセッサー３１は、第１の通信部３５によって精算通知が受信されたか否かを判定する。プロセッサー３１は、精算通知が受信されないならば、ステップＳ１４１においてＮｏと判定してステップＳ１１０へと戻る。かくして、プロセッサー３１は、運賃通知又は精算通知が受信されるまでステップＳ１１０及びステップＳ１４１を繰り返す。なお、精算通知については後述する。
プロセッサー３１は、ステップＳ１１０及びステップＳ１４１の待受状態にあるときに、運賃通知が受信されたならば、ステップＳ１１０においてＹｅｓと判定してステップＳ１１１へと進む。
【０１３９】
また、決済端末４０のプロセッサー４１は、図１８のステップＳ２０５の処理の後、ステップＳ２０７へと進む。
そして、プロセッサー４１は、ステップＳ２０９においてＹｅｓと判定したならば、ステップＳ２３１へと進む。
ステップＳ２３１においてプロセッサー４１は、第３の完了通知を生成する。第３の完了通知は、第１の完了通知と同様に、決済処理が正常に完了したことを示す。第３の完了通知は、ステップＳ２０５で取得された媒体ＩＤを含む。プロセッサー４１は、第３の完了通知を生成した後、当該第３の完了通知を自動改札機３０に送信するように第２の通信部４６に対して指示する。この指示を受けて第２の通信部４６は、当該第３の完了通知を自動改札機３０に送信する。送信された当該第３の完了通知は、自動改札機３０の第２の通信部３６によって受信される。
【０１４０】
一方、自動改札機３０のプロセッサー３１は、図１７のステップＳ１１２の処理の後、ステップＳ１４２へと進む。
ステップＳ１４２においてプロセッサー３１は、第２の通信部３６によって第３の完了通知又は失敗通知が受信されるのを待ち受けている。プロセッサー３１は、第３の完了通知又は失敗通知又が受信されないならば、ステップＳ１１４へと進む。かくして、プロセッサー３１は、第３の完了通知又は失敗通知が受信されるか、やり直し操作が行われるまでステップＳ１４２及びステップＳ１１４を繰り返す。
プロセッサー３１は、ステップＳ１４２及びステップＳ１１４の待受状態において第３の完了通知が受信されたならば、ステップＳ１４２においてＹｅｓと判定してステップＳ１４３へと進む。
【０１４１】
ステップＳ１４３においてプロセッサー３１は、ステップＳ１４２で受信された通知が第３の完了通知であるか否かを判定する。プロセッサー３１は、受信された通知が失敗通知であるならば、ステップＳ１４３においてＮｏと判定してステップＳ１１８へと進む。対して、プロセッサー３１は、ステップＳ１４２で受信された通知が第３の完了通知であるならば、ステップＳ１４３においてＹｅｓと判定してステップＳ１４４へと進む。
【０１４２】
ステップＳ１４４においてプロセッサー３１は、ステップＳ１０３で取得した媒体ＩＤと、ステップＳ１４２で受信された第３の完了通知に含まれる媒体ＩＤとの２つの媒体ＩＤが一致するか否かを判定する。プロセッサー３１は、２つの媒体ＩＤが一致するならば、ステップＳ１４４においてＹｅｓと判定してステップＳ１１６へと進む。対して、プロセッサー３１は、２つの媒体ＩＤが一致しないならば、ステップＳ１４４においてＮｏと判定してステップＳ１４５へと進む。ステップＳ１４４の処理を実行するプロセッサー３１は、誤収受判定部の一例である。
ここで２つの媒体ＩＤが一致しないことは、誤収受が起きていることを示す。なお、説明のため、以下、入出場用リーダー３８に翳された媒体Ｍを媒体ＭＸ、決済用リーダー４７に翳された媒体Ｍを媒体ＭＹと称するものとする。例えば、媒体ＭＸを翳した利用者は、決済用リーダー４７に媒体ＭＸを翳さずに改札外に出る。その後、別の利用者が決済用リーダー４７に媒体ＭＹを翳す。これにより、媒体ＭＸについては運賃が未収受となる。そして、媒体ＭＹについては運賃誤収受となる。すなわち、媒体ＭＹは、媒体ＭＸによって決済するはずであった金額を決済することになる。
【０１４３】
ステップＳ１４５においてプロセッサー３１は、誤収受通知を生成する。誤収受通知は、誤収受が発生したことを示す。誤収受通知は、媒体ＭＸの媒体ＩＤ、及び媒体ＭＹの媒体ＩＤを含む。プロセッサー３１は、誤収受通知を生成した後、当該誤収受通知をセンターサーバー５０に送信するように第１の通信部３５に対して指示する。この指示を受けて第１の通信部３５は、当該誤収受通知をセンターサーバー５０に送信する。送信された当該誤収受通知は、センターサーバー５０の通信部５４によって受信される。プロセッサー３１は、ステップＳ１４５の処理の後、図９のステップＳ１０１へと戻る。
【０１４４】
一方、センターサーバー５０のプロセッサー５１は、図１９のステップＳ３０６の処理の後、ステップＳ３１１へと進む。
ステップＳ３１１においてプロセッサー５１は、通信部５４によって誤収受通知が受信されたか否かを判定する。プロセッサー５１は、誤収受通知が受信されていないならば、ステップＳ３１１においてＮｏと判定してステップＳ３０７へと進む。かくして、プロセッサー５１は、誤収受通知又は第２の完了通知が受信されるまでステップＳ３１１及びステップＳ３０７を繰り返す。そして、プロセッサー５１は、ステップＳ３１１及びステップＳ３０７の待受状態において第２の完了通知が受信されたならば、ステップＳ３０７においてＹｅｓと判定してステップＳ３０８へと進む。また、プロセッサー５１は、ステップＳ３１１及びステップＳ３０７の待受状態において誤収受通知が受信されたならば、ステップＳ３１１においてＹｅｓと判定してステップＳ３１２へと進む。
【０１４５】
ステップＳ３１２においてプロセッサー５１は、例えば以下のようにして誤収受及び未収受を記録する。プロセッサー５１は、管理テーブル６２ｂを更新して、媒体ＭＸに入場駅ＩＤが関連付けられ、且つ出場駅ＩＤが関連付けられていないレコード（以下「媒体ＭＸのレコード」という。）について、出場媒体ＩＤの値を媒体ＭＹの媒体ＩＤにし、出場駅ＩＤの値を受信駅ＩＤにし、出場時刻の値を現在時刻にし、運賃の値をステップＳ３０５で導出した運賃の金額にし、決済状況の値を決済済みを示す値にする。さらに、プロセッサー５１は、管理テーブル６２ｂを更新して、媒体ＭＹに入場駅ＩＤが関連付けられ、且つ出場駅ＩＤが関連付けられていないレコード（以下「媒体ＭＹのレコード」という。）について、出場駅ＩＤの値を受信駅ＩＤにし、運賃の値を、媒体ＭＹのレコードについての入場駅ＩＤで特定される駅を出場駅とし、受信駅ＩＤで特定される駅を出場駅とした場合の入場駅から出場駅の運賃の金額にする。なお、プロセッサー５１は、当該運賃の金額を、ステップＳ３０５と同様に運賃テーブル６１を参照して導出する。
以上のような処理により、管理テーブル６２ｂは、一例として図１５に示すような状態となる。すなわち、図１５における入出場ＩＤ１００００００３のレコードが媒体ＭＸのレコードの一例である。そして、図１５における入出場ＩＤ１００００００４のレコードが媒体ＭＹのレコードの一例である。これにより、入出場ＩＤ１００００００３及び入出場ＩＤ１００００００４で特定される誤収受１件分についての誤収受金額及び未収受金額が記録される。一例として、媒体ＭＸの未収受金額は、媒体ＭＸのレコードの運賃の値である３４０円である。この金額が、当該誤収受１件分についての媒体ＭＸに対して精算が必要な金額である。また、一例として、媒体ＭＹの誤収受金額は、媒体ＭＸのレコードの運賃の値である３４０円である。そして、媒体ＭＹの未収受金額は、媒体ＭＹのレコードの運賃の値である２６０円である。したがって、当該誤収受１件分についての媒体ＭＹに対して精算が必要な金額は、媒体ＭＹの未収受金額から媒体ＭＹの誤収受金額を引いた−８０円である。なお、精算金額が負の値である場合、返金が必要であることを示す。
さらに、プロセッサー５１は、例えば次のように精算テーブル６３を更新する。プロセッサー５１は、精算テーブル６３に、媒体ＩＤの値が媒体ＭＸの媒体ＩＤであるレコードが無い場合、媒体ＩＤの値が媒体ＭＸの媒体ＩＤであるレコードを精算テーブル６３に追加する。追加された当該レコードの精算金額の値は、上記の誤収受１件分についての媒体ＭＸに対して精算が必要な金額である。対して、プロセッサー５１は、精算テーブル６３に、媒体ＩＤの値が媒体ＭＸの媒体ＩＤであるレコードがある場合、当該レコードの精算金額の値に、上記の誤収受１件分についての媒体ＭＸに対して精算が必要な金額を加える。また、プロセッサー５１は、精算テーブル６３に、媒体ＩＤの値が媒体ＭＹの媒体ＩＤであるレコードが無い場合、媒体ＩＤの値が媒体ＭＹの媒体ＩＤであるレコードを精算テーブル６３に追加する。追加された当該レコードの精算金額の値は、上記の誤収受１件分についての媒体ＭＹに対して精算が必要な金額である。対して、プロセッサー５１は、精算テーブル６３に、媒体ＩＤの値が媒体ＭＹの媒体ＩＤであるレコードがある場合、当該レコードの精算金額の値に、上記の誤収受１件分についての媒体ＭＹに対して精算が必要な金額を加える。これにより、媒体ＭＸ及び媒体ＭＹそれぞれについての精算が必要な金額が精算テーブル６３に記憶される。なお、精算テーブル６３に記憶されている金額は、未清算の金額の合計である。したがって、精算テーブル６３に記録されている金額は、誤収受を複数回しており且つその精算が終わっていない媒体Ｍの場合には、当該複数回分の誤収受における誤収受金額及び未収受金額の合計である。
プロセッサー５１は、ステップＳ３１２の処理の後、ステップＳ３０１へと戻る。
【０１４６】
次に、精算テーブル６３に記憶されている精算金額について精算することを説明する。
プロセッサー５１は、ステップＳ３０５の処理の後、ステップＳ３１３へと進む。
ステップＳ３１３においてプロセッサー５１は、精算が必要であるか否かを判定する。例えば、プロセッサー５１は、次のようにして精算が必要であるか否かを判定する。すなわち、プロセッサー５１は、精算テーブルに、精算テーブルの媒体ＩＤの値が受信媒体ＩＤであるレコードがあり、且つ当該レコードの精算金額の値が０で無い場合に、精算が必要であると判定する。なお、当該精算金額の値を、以下「必要精算金額」というものとする。プロセッサー５１は、精算が必要でないならば、ステップＳ３１３においてＮｏと判定してステップＳ３０６へと進む。対して、プロセッサー５１は、精算が必要であるならば、ステップＳ３１３においてＹｅｓと判定してステップＳ３１４へと進む。
【０１４７】
ステップＳ３１４においてプロセッサー５１は、精算通知を生成する。精算通知は、精算が必要であることを示す。精算通知は、必要精算金額及びステップＳ３０５で導出された運賃を含む。プロセッサー５１は、精算通知を生成した後、当該精算通知を自動改札機３０に送信するように通信部５４に対して指示する。この指示を受けて通信部５４は、当該精算通知を自動改札機３０に送信する。送信された当該精算通知は、自動改札機３０の第１の通信部３５によって受信される。プロセッサー５１は、ステップＳ３１４の処理の後、ステップＳ３１１へと進む。プロセッサー５１は、必要精算金額を精算テーブル６３から取得する。したがって、必要精算金額を精算テーブル６３から取得するプロセッサー５１は、第１の金額取得部の一例である。
【０１４８】
一方、自動改札機３０のプロセッサー３１は、図１７のステップＳ１１０及びステップＳ１４１の待受状態にあるときに、精算通知が受信されたならば、ステップＳ１４１においてＹｅｓと判定してステップＳ１４６へと進む。
【０１４９】
ステップＳ１４６においてプロセッサー３１は、精算が必要である旨などを報知する。例えば、プロセッサー３１は、例えば、プロセッサー３１は、精算が必要であることを示す内容、決済用リーダー４７が媒体Ｍを読取可能であることを示す内容、決済用リーダー４７に媒体Ｍを翳すように指示する内容、精算通知に含まれる運賃及び必要精算金額、並びに当該運賃と当該必要精算金額との合計などを含む画面を表示部３７１に表示させる。また、プロセッサー３１は、決済用リーダー４７に媒体Ｍを翳すことを利用者に促すための音をスピーカーなどから出力させても良い。また、プロセッサー３１は、決済用リーダー４７が媒体Ｍを読取可能であることを示すために、決済端末４０の近傍に設けられたＬＥＤなどの光源を光らせても良い。
【０１５０】
ステップＳ１４７においてプロセッサー３１は、決済要求を生成する。決済要求は、決済に係る処理をするように決済端末４０に指示するものである。決済要求は、ステップＳ１０３で取得した媒体ＩＤ、及びステップＳ１４１で受信された精算通知に含まれる運賃と当該精算通知に含まれる必要精算金額との合計の金額を含む。プロセッサー３１は、決済要求を生成した後、当該決済要求を決済端末４０に送信するように第２の通信部３６に対して指示する。この指示を受けて第２の通信部３６は、当該決済要求を決済端末４０に送信する。送信された当該決済要求は、決済端末４０の第２の通信部４６によって受信される。プロセッサー３１は、ステップＳ１４７の処理の後、ステップＳ１４２へと進む。
なお、決済要求に含まれる金額は、負の値になる場合がある。この場合には、決済端末４０のプロセッサー４１は、例えば、図１８のステップＳ２０７の決済処理において当該金額分の返金処理を行う。また、決済要求に含まれる金額は、ゼロである場合がある。この場合には、自動改札機３０は、決済端末４０に決済処理をさせなくても良い。あるいは、決済端末４０は、決済処理をスキップしても良い。決済端末４０が決済処理をしない場合、利用者は、媒体Ｍを決済用リーダー４７に翳す必要が無くなる。
【０１５１】
一方、センターサーバー５０のプロセッサー５１は、図１９のステップＳ３０８の処理の後、ステップＳ３１５へと進む。
ステップＳ３１５においてプロセッサー５１は、精算テーブル６３を更新して、精算が終わった媒体Ｍについての必要精算金額をリセットする。すなわち、プロセッサー５１は、精算テーブル６３について、媒体ＩＤの値が受信媒体ＩＤであるレコードの精算金額の値を０にする。あるいは、プロセッサー５１は、当該レコードを削除する。
【０１５２】
第３実施形態の改札システム１は、入場駅又は出場駅の情報が書き込めない媒体Ｍであっても、改札処理を実現することができる。この結果、利用者が、自身にとって都合のよい媒体を利用することができ、利用者の利便性が向上する。
【０１５３】
第３実施形態の改札システム１によれば、自動改札機３０は、入出場用リーダー３８に翳された媒体Ｍと、決済用リーダー４７に翳された媒体Ｍとが異なる媒体Ｍである場合、誤収受が発生したと判定する。そして、センターサーバー５０は、誤収受が発生したことと、必要精算金額とを媒体Ｍの識別情報と関連付けて記憶しておく。これにより、当該金額を後で精算することが可能となる。これにより、利用客の利便性が向上する。
【０１５４】
第３実施形態の改札システム１は、出場時に必要精算金額についての精算を行う。したがって、利用客は、精算のための特別な手続きが不要である。
【０１５５】
〔第４実施形態〕
第４実施形態の改札システム１は、誤収受が発生した場合に、そのときのカメラ映像を記録しておくものである。
カメラ９０は、改札ユニット２０及びその周辺が映るように設けられる。カメラ９０は、稼働中は撮影した動画を常時録画する。ただし、カメラ９０は、例えば、古い録画から順に新しい録画で上書きしていく。なお、動画は、画像の一種である。カメラ９０は、改札ユニット２０を撮影する撮影装置の一例である。
【０１５６】
（構成）
第４実施形態の自動改札機３０は、図２０に示すようにカメラ９０が接続される。図２０は、第４実施形態に係る改札システム１並びに改札システム１に含まれる自動改札機３０及び決済端末４０の要部回路構成及び機能構成の一例を示すブロック図である。なお、第４実施形態に係る改札システム１のその他の構成は第３実施形態と同様であるので説明を省略する。
【０１５７】
（動作）
以下、第４実施形態に係る改札システム１の動作を図９、図１８、図２１及び図２２などに基づいて説明する。なお、以下の動作説明における処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。第４実施形態の自動改札機３０のプロセッサー３１は、第３実施形態と異なり、図９及び図１７に代えて図９及び図２１のフローチャートで示す処理を実行する。図２１は、自動改札機３０のプロセッサー３１による処理のフローチャートである。プロセッサー３１は、ＲＯＭ３２又は補助記憶デバイス３４などに記憶されたプログラムに基づいてこの処理を実行する。第４実施形態のセンターサーバー５０のプロセッサー５１は、第３実施形態の図１９のフローチャートに代えて図２２のフローチャートで示す処理を実行する。図２２は、センターサーバー５０のプロセッサー５１による処理のフローチャートである。プロセッサー５１は、ＲＯＭ５２などに記憶されたプログラムに基づいてこの処理を実行する。なお、決済端末４０のプロセッサー４１は、第３実施形態と同様に図１８のフローチャートに示す処理を実行する。なお、図２１及び図２２において、図１７又は図１９と同様の処理については同一の符号を付している。また、以下の第４実施形態の動作説明では、第３実施形態と同様の処理については説明を省略する場合がある。
【０１５８】
自動改札機３０のプロセッサー３１は、図２１のステップＳ１４４でＮｏと判定したならば、ステップＳ１５１へと進む。
ステップＳ１５１においてプロセッサー３１は、カメラ９０が録画している動画から、誤収受通知が起きたときの前後の部分の動画を切り抜く。例えば、当該動画は、入出場用リーダー３８に媒体ＭＸが翳されたときから決済用リーダー４７に媒体ＭＹが翳されたときまでを含む。さらに、当該動画は、その前後分の動画も含む。例えば、当該前後は、数十秒間である。
【０１５９】
プロセッサー３１は、ステップＳ１５１において切り抜いた動画を解析して、入出場用リーダー３８に媒体ＭＸを翳した人物と、決済用リーダー４７に媒体ＭＹを翳した人物が同一人物であるか否かを判定する。プロセッサー３１は、同一人物であると判定したならば、ステップＳ１１６へと進む。大して、プロセッサー３１は、同一人物で無いと判定したならば、ステップＳ１４５へと進む。プロセッサー３１は、ステップＳ１４５の処理の後、ステップＳ１５３へと進む。
【０１６０】
ステップＳ１５３においてプロセッサー３１は、ステップＳ１５１で切り取った動画をセンターサーバー５０に送信するように第１の通信部３５に対して指示する。この指示を受けて第１の通信部３５は、当該動画をセンターサーバー５０に送信する。送信された当該動画は、センターサーバー５０の通信部５４によって受信される。プロセッサー３１は、ステップＳ１５３の処理の後、図９のステップＳ１０１へと戻る。
【０１６１】
一方、センターサーバー５０のプロセッサー５１は、図２２のステップＳ３１２の処理の後、ステップＳ３２１へと進む。
ステップＳ３２１においてプロセッサー５１は、通信部５４によって動画が受信されるのを待ち受けている。プロセッサー５１は、動画が受信されたならば、ステップＳ３２１においてＹｅｓと判定してステップＳ３２２へと進む。
【０１６２】
ステップＳ３２２においてプロセッサー５１は、ステップＳ３２１で受信された動画を、誤収受の対象となった入出場についての入出場ＩＤに関連付けて記憶する。すなわち、例えば、プロセッサー５１は、媒体ＭＸのレコードの入出場ＩＤ及び媒体ＭＹのレコードの入出場ＩＤに当該動画を関連付ける。なお、当該動画は、例えば、センターサーバー記憶部６０に記憶される。
【０１６３】
第４実施形態の改札システム１は、入場駅又は出場駅の情報が書き込めない媒体Ｍであっても、改札処理を実現することができる。この結果、利用者が、自身にとって都合のよい媒体を利用することができ、利用者の利便性が向上する。
【０１６４】
第４実施形態の改札システム１は、誤収受が発生したときの動画を記憶しておく。したがって、誤収受発生時の状況を後から動画で確認することが可能となる。
【０１６５】
第４実施形態の改札システム１は、入出場用リーダー３８に媒体ＭＸを翳した人物と、決済用リーダー４７に媒体ＭＹを翳した人物が同一人物である場合、誤収受は発生していないとみなす。同一人物であるならば、異なる媒体Ｍで決済しても問題ないと考えられるためである。また、利用者は、媒体ＭＸのチャージ金額が足りない場合に媒体ＭＹを用いて決済することなどができる。したがって、利用者の利便性が向上する。
【０１６６】
上記の各実施形態は以下のような変形も可能である。
改札ユニット２０は、自動改札機３０及び決済端末４０に代えて、自動改札機３０と決済端末４０との２つの装置を兼ねる１つの装置を含む態様であっても良い。当該２つの装置を兼ねる１つの装置のプロセッサーは、上記各実施形態におけるプロセッサー３１と同様の処理と、上記各実施形態におけるプロセッサー４１と同様の処理とを実行する。
【０１６７】
第１実施形態では、入出場用リーダー３８によって取得された媒体ＩＤと決済用リーダー４７によって取得された媒体ＩＤとが一致するか否かを決済端末４０が判定した。そして、第２実施形態では、自動改札機が当該判定を行った。しかしながら、センターサーバー５０が当該判定を行っても良い。当該判定を行うセンターサーバー５０のプロセッサー５１は、一致判定部の一例である。
【０１６８】
上記の各実施形態では、改札ユニット２０は、入出場用リーダー３８と決済用リーダー４７との２つのリーダーを備える。しかしながら、改札ユニット２０は、当該２つのリーダーに代えて、当該２つのリーダーの機能を兼ねる１つのリーダーを備える態様であっても良い。
【０１６９】
改札システム１は、入場用の自動改札機３０と出場用の自動改札機３０とに代えて入場用と出場用とを兼ねる自動改札機３０が設置されていても良い。
【０１７０】
第３実施形態及び第４実施形態において、センターサーバー５０は、必要精算金額とステップＳ３０５で導出された運賃との合計が負の値になる場合、精算通知に含める必要精算金額に代えて、ステップＳ３０５で導出された運賃と同額以下の金額（以下「同額以下金額」という。）を含んでも良い。好ましくは、同額以下金額は、ステップＳ３０５で導出された運賃と同額である。そして、センターサーバー５０は、ステップＳ３１５において、精算テーブル６３について、媒体ＩＤの値が受信媒体ＩＤであるレコードの精算金額の値を、当該精算金額の値から精算通知に含めた同額以下金額を引いた値にする。これにより、決済端末４０において返金処理が発生しなくなる。以上のようにすることで、決済端末４０が返金処理に対応していない場合にも精算が可能となる。
【０１７１】
第３実施形態及び第４実施形態において、誤収受が発生したことを自動改札機３０が判定した。しかしながら、センターサーバー５０が、誤収受が発生したことを判定しても良い。誤収受が発生したことを判定するセンターサーバー５０のプロセッサー５１は、誤収受判定部の一例である。
【０１７２】
第３実施形態及び第４実施形態の改札システム１は、出場時に精算を行った。しかしながら、入場時に精算を行うようにしても良い。この場合、センターサーバー５０は、入場要求を受け取ったことに応じて、精算テーブル６３を参照して精算が必要であるか否かを判定する。そして、センターサーバー５０のプロセッサー５１は、精算が必要であると判定した場合、精算テーブル６３から必要精算金額を取得する。なお、必要精算金額を取得するプロセッサー５１は第２の金額取得部の一例である。そして、センターサーバー５０は、精算が必要であること、及び必要精算金額を自動改札機３０に通知する。通知を受け取った自動改札機３０は、精算が必要である旨、及び決済用リーダー４７に翳すように促す旨を示す内容を含む画面を表示部３７１に表示させる。さらに、自動改札機３０は、当該必要精算金額分の決済処理を行うよう決済端末４０に指示する。利用者は、決済用リーダー４７に媒体Ｍを翳す。決済端末４０は、当該媒体Ｍを用いて決済処理を行う。以上の場合でも、利用客は、精算のための特別な手続きが不要である。
【０１７３】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１７４】
１……改札システム、３０……自動改札機、３１，４１，５１，７１……プロセッサー、３２，４２，５２，７２……ＲＯＭ、３３，４３，５３，７３……ＲＡＭ、３４，４４……補助記憶デバイス、３５，４５……第１の通信部、３６，４６……第２の通信部、３７……タッチパネル、３８……入出場用リーダー、４０……決済端末、４７……決済用リーダー、５０……センターサーバー、５４，７４……通信部、６０……センターサーバー記憶部、６１……運賃テーブル、６２，６２ｂ……管理テーブル、６３……精算テーブル、７０……電子マネーサーバー、８０……電子マネーサーバー記憶部、８１……電子マネー情報、８２……電子マネー情報、９０……カメラ、３１１，４１１……判定部、３１２……通信制御部、３７１……表示部、３７２……入力部、４１２……決済制御部、５１１……情報管理部、５１２……運賃導出部、７１１……決済管理部、Ｍ……媒体
【図１】
2019160201.tif 000003
【図２】
2019160201.tif 000004
【図３】
2019160201.tif 000005
【図４】
2019160201.tif 000006
【図５】
2019160201.tif 000007
【図６】
2019160201.tif 000008
【図７】
2019160201.tif 000009
【図８】
2019160201.tif 000010
【図９】
2019160201.tif 000011
【図１０】
2019160201.tif 000012
【図１１】
2019160201.tif 000013
【図１２】
2019160201.tif 000014
【図１３】
2019160201.tif 000015
【図１４】
2019160201.tif 000016
【図１５】
2019160201.tif 000017
【図１６】
2019160201.tif 000018
【図１７】
2019160201.tif 000019
【図１８】
2019160201.tif 000020
【図１９】
2019160201.tif 000021
【図２０】
2019160201.tif 000022
【図２１】
2019160201.tif 000023
【図２２】
2019160201.tif 000024