JP5866558B1 - ゲームシステム及び管理装置 - Google Patents

Abstract

【課題】電子マネー決済による利用料金支払いにおいて、並列決済処理の発生を防ぐこと。【解決手段】管理装置１００は、決済処理に使用されている媒体の識別番号を決済使用情報として記憶し、リーダライタ装置４００から照合先要求信号を受け取ると、当該照合先要求信号に含まれる識別番号が、記憶している決済使用情報に含まれるか否かを確認し、識別番号が決済使用情報に含まれない場合、当該識別番号を決済使用情報として記憶し、かつ、複数の照合装置２００の中から１つの照合装置２００を選択し、選択した照合装置２００のアドレスを含む照合先情報をリーダライタ装置４００へ送信し、識別番号が決済使用情報に含まれる場合、並列決済通知をリーダライタ装置４００へ送信し、照合結果を照合装置２００から受信すると、当該照合結果に対応する決済処理に使用されている媒体の識別番号を、決済使用情報から削除する。【選択図】図１６

Description

本開示は、ゲームシステム及び管理装置に関する。

一般に、ゲーム施設において、ゲーム機を利用する場合、予め設定された利用料金の支払いが必要となる。近年、利用料金の支払いとして、これまでの硬貨又はコインに加え、非接触型ＩＣチップを利用した電子マネーによる電子決済システムでの支払いが可能となっている（例えば、特許文献１を参照）。

特許文献１に記載されたシステムは、電子マネーを用いてゲームアプリケーションを実行可能とするものであり、ゲームアプリケーションを実行する複数のゲーム端末と、電子マネーとして使用される媒体（例えば、電子マネーカード）によってゲーム端末の利用料金の支払いが可能であるか否かを照合し、当該媒体に対して照合処理を行う複数の照合部と、を含む。特許文献１では、ユーザが電子マネーカードによって利用料金を支払う場合、各ゲーム端末は、電子マネーカードから受信されたデータに対する照合要求を照合部へ送信し、複数の照合部の何れかによって照合処理を実行する。

より具体的には、特許文献１では、各照合部は、照合インタフェースユニット及び照合ユニットを備える。照合インタフェースユニットは、照合要求を受け取ると、ペアである照合ユニットが照合可能であるかを確認する。そして、照合可能な場合、照合ユニットにて決済処理が行われ、照合不可能な場合、他の照合部に対して照合要求が転送又は再送される。

特許第４７３９２６７号公報

ところで、電子マネーカードと照合部との間にて行われる取引金額の引き去り処理において、電子マネーカードに対して直接通信を行うリーダライタ装置から電子マネーカードに対する減算コマンドが送信されたものの、その途中で電子マネーカードがリーダライタ装置から離されてしまう等、通信途絶されることがある。このように引き去り処理の途中に電子マネーカードとの通信が途絶されると、リーダライタ装置又は照合装置は、電子マネーカードから上記減算コマンドに対する応答が無く、電子マネーカード内の記録内容が減算されているのか、減算される前に処理が放棄されているのか判断できない。このような状態は「処理未了」と呼ばれる。

処理未了が発生した場合、リーダライタ装置が同一の電子マネーカードと再度通信することにより、引き去り処理を再開させることが必要となる。

しかしながら、特許文献１では、複数の照合部において照合インタフェースユニット及び照合ユニットがそれぞれ処理を行っており、各照合部において発生した処理未了については、他の照合部では検知することができない。このため、処理未了の発生直後に、ユーザが電子マネーカードを他のゲーム端末のリーダライタ装置にかざすなどした場合には、当該リーダライタ装置との通信を新たに開始してしまう。このように、処理未了が発生した状態で、同一の電子マネーカードが用いられた新たな決済処理は「並列決済処理」と呼ばれる。

本開示の一態様は、電子マネー決済による利用料金支払いにおいて、並列決済処理の発生を防ぐことができるゲームシステム及び管理装置を提供することである。

本開示の一態様に係るゲームシステムは、アプリケーションを実行する複数のゲーム装置の各々に設置され、電子マネーとして使用される媒体と通信する複数のリーダライタ装置と、前記媒体によって前記ゲーム装置の利用料金の支払いが可能であるか否かの照合と、前記支払いが可能と判断した場合に前記リーダライタ装置を介して前記媒体に対して行う引き去り処理と、を含む照合処理が完了すると照合完了信号を送信する複数の照合装置と、前記複数の照合装置を管理する管理装置と、を備えるゲームシステムであって、前記リーダライタ装置は、前記複数の照合装置のうちの照合先となる照合装置の指示を要求する照合先要求信号を、前記管理装置へ送信し、前記照合先要求信号には、当該リーダライタ装置と通信する前記媒体の識別番号が含まれ、前記管理装置から、前記照合先となる照合装置のアドレスを含む照合先情報を受信すると、前記管理装置を介さずに、前記アドレスに対応する照合装置へ、照合要求信号を送信し、前記照合装置から前記照合完了信号を受信し、前記照合の結果が前記利用料金の支払いが可能である場合には、前記ゲーム装置に前記アプリケーションの実行を通知し、前記管理装置から、前記送信された照合先要求信号に対応する決済処理が並列決済であることを示す並列決済通知を受け取ると、並列決済処理であることを示す情報を表示し、前記照合装置は、前記照合要求信号を前記リーダライタ装置から受信し、前記リーダライタ装置を介して行われる前記引き去り処理がタイムアウトしたと前記照合装置が判断した場合も前記照合完了信号を前記管理装置へ送信し、前記管理装置は、前記リーダライタ装置から前記照合先要求信号を受信すると、予め設定された条件に基づいて、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、前記照合処理が完了したときに、又は、前記引き去り処理がタイムアウトしたと前記照合装置が判断したときに、前記照合装置から送信された前記照合完了信号を受信すると、前記照合装置の処理中の状態を、空き状態に変更し、前記複数のリーダライタ装置及び前記複数の照合装置の何れかにおいて決済処理に使用されている前記媒体の識別番号を決済使用情報として記憶し、前記複数のリーダライタ装置の各々から前記照合先要求信号を受け取ると、当該照合先要求信号に含まれる前記識別番号が、前記記憶している決済使用情報に含まれるか否かを確認し、前記識別番号が前記決済使用情報に含まれない場合、当該識別番号を前記決済使用情報として記憶し、かつ、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、前記識別番号が前記決済使用情報に含まれる場合、前記並列決済通知を前記リーダライタ装置へ送信し、前記照合完了信号を前記照合装置から受信すると、当該照合完了信号に対応する決済処理に使用されている前記媒体の前記識別番号を、前記決済使用情報から削除する構成を採る。

本開示の一態様に係る管理装置は、アプリケーションを実行する複数のゲーム装置の各々に設置され、電子マネーとして使用される媒体と通信する複数のリーダライタ装置と、前記媒体によって前記ゲーム装置の利用料金の支払いが可能であるか否かの照合と、前記支払いが可能と判断した場合に前記リーダライタ装置を介して前記媒体に対して行う引き去り処理と、を含む照合処理が完了すると照合完了信号を送信する複数の照合装置と、を含むゲームシステムに接続される管理装置であって、前記リーダライタ装置から前記照合先要求信号を受信すると、予め設定された条件に基づいて、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、前記照合処理が完了したときに、又は、前記引き去り処理がタイムアウトしたと前記照合装置が判断したときに、前記照合装置から送信された前記照合完了信号を受信すると、前記照合装置の処理中の状態を、空き状態に変更し、前記複数のリーダライタ装置及び前記複数の照合装置の何れかにおいて決済処理に使用されている前記媒体の識別番号を決済使用情報として記憶し、前記複数のリーダライタ装置の各々から、照合先となる照合装置の指示を要求する照合先要求信号を受信し、前記照合先要求信号には、当該リーダライタ装置と通信する前記媒体の前記識別番号が含まれ、前記照合先要求信号に含まれる前記識別番号が、前記記憶している決済使用情報に含まれるか否かを確認し、前記識別番号が前記決済使用情報に含まれない場合、当該識別番号を前記決済使用情報として記憶し、かつ、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む照合先情報を前記リーダライタ装置へ送信し、前記識別番号が前記決済使用情報に含まれる場合、前記送信された照合先要求信号に対応する決済処理が並列決済であることを示す並列決済通知を前記リーダライタ装置へ送信し、前記照合完了信号を前記照合装置から受信すると、当該照合完了信号に対応する決済処理に使用されている前記媒体の前記識別番号を、前記決済使用情報から削除する構成を採る。

本開示の一態様によれば、電子マネー決済による利用料金支払いにおいて、並列決済処理の発生を防ぐことができる。

実施の形態１に係るゲームシステムの構成例を示す図 実施の形態１に係る管理装置の構成を示すブロック図 実施の形態１に係る照合装置の構成を示すブロック図 実施の形態１に係るリーダライタ装置の構成を示すブロック図 実施の形態１に係る決済処理の動作例を示すシーケンス図 実施の形態１に係る決済処理の動作例を示すシーケンス図 実施の形態１に係る照合先の決定方法の説明に供する図 実施の形態１に係る各照合装置におけるログ件数の一例を示す図 実施の形態１に係る各照合装置におけるログ件数の一例を示す図 実施の形態２に係る照合装置のステータスの遷移例を示す図 実施の形態２に係る管理装置の構成を示すブロック図 実施の形態２に係る照合装置の数の適正を判断する方法の説明に供する図 実施の形態２に係る照合装置の数の適正を判断する方法の説明に供する図 実施の形態３に係る決済処理の動作例を示すシーケンス図（処理未了発生時） 実施の形態３に係る決済処理の動作例を示すシーケンス図（処理未了発生後） 実施の形態４に係る並列決済抑止処理の動作例を示すシーケンス図

以下、本開示の実施の形態について図面を参照して詳細に説明する。

なお、以下では、ゲームシステムの一例として、利用者が電子マネーにより支払い可能なゲーム機を有するゲームシステムについて説明する。

また、以下では、電子マネーとして使用される媒体の一例として、電子マネーカード（例えば、非接触ＩＣカード）を用いる場合について説明する。なお、電子マネーとして使用される媒体は、カードに限らず、電子マネーの機能を備えた媒体であればよく、例えば、電子マネーの機能を備えた携帯電話機を用いてもよい。

また、以下では、説明を簡略にするため、電子マネーによる支払いに関連する処理を行う構成および動作について主に説明し、それ以外の構成および動作についての説明を省略する。

（実施の形態１）
［ゲームシステムの概要］
図１は、本実施の形態に係るゲームシステムの構成例を示す。図１に示すゲームシステム１では、店舗１０と、サーバ３０とがネットワーク２０を介して接続されている。なお、ゲームシステム１は、複数の店舗１０を備えてもよい。

店舗１０は、管理装置１００と、複数の照合装置２００−１〜２００−Ｎと、複数のゲーム機３００と、ＬＡＮ６００と、を含む構成を採る。また、各ゲーム機３００は、リーダライタ装置４００及び課金装置５００を含む構成を採る。

管理装置１００は、店舗１０内の機器を管理する。例えば、管理装置１００は、店舗１０内の複数の照合装置２００−１〜２００−Ｎのステータスを一元管理する。また、管理装置１００は、ゲーム機３００の各々に設置されたリーダライタ装置４００に電子マネーカードが接続されると、管理する複数の照合装置２００−１〜２００−Ｎの中から、当該リーダライタ装置４００に対して、照合処理を行う照合装置２００を選択する。

なお、各店舗１０には、少なくとも１つの管理装置１００が備えられていればよい。

照合装置２００は、ゲーム機３００に設置されたリーダライタ装置４００からの電子マネーの照合要求を受け取り、照合処理（決済処理）を行う。また、各照合装置２００は、各々において行われた決済処理のログ（決済ログ）を保持し、所定のタイミング（例えば、決済ログ件数の上限を超えた場合など）にてネットワーク２０を介してサーバ３０へ保持しているログをアップロードする。

ゲーム機３００では、利用者がコイン（硬貨）又は電子マネーにより利用料金を支払うことができる。ゲーム機３００は、利用料金の支払いを検出すると、ゲームアプリケーションを実行する。

リーダライタ装置４００は、利用料金が電子マネーによって支払われる場合、電子マネーカードから媒体情報（カード情報）を受け取ると、照合装置２００に対して、照合処理を要求（照合要求）する照合要求信号を送信する。電子マネーカードと、照合装置２００との間における照合処理が完了すると、リーダライタ装置４００は、課金装置５００に対して、照合完了通知を送信する。なお、リーダライタ装置４００が照合を要求する照合装置２００は、管理装置１００によって選択される。

課金装置５００は、コイン（硬貨）による支払い、又は、リーダライタ装置４００から電子マネーによる照合完了通知を受け取ると、ゲームアプリケーションの実行を制御する装置（図示せず）に対して、ゲームアプリケーションの実行を指示する。これにより、ゲーム機３００は、ゲームアプリケーションを実行する。

ＬＡＮ６００は、管理装置１００、照合装置２００及びゲーム機３００（リーダライタ装置４００）をそれぞれ接続する。

なお、店舗１０内のリーダライタ装置４００の数をＭ個とすると、例えば、Ｍ＞Ｎを満たすように、照合装置２００及びゲーム機３００が設定されてもよい。すなわち、各店舗１０では、Ｎ個の照合装置２００によって、Ｍ（＞Ｎ）個のリーダライタ装置４００における照合処理が行われる。このように、ゲームシステム１では、各店舗１０において、複数（例えば、Ｍ個）のリーダライタ装置４００に対して、Ｎ個の冗長構成からなる照合装置２００によって照合処理が行われる。また、この際、リーダライタ装置４００と照合装置２００とは固定的に関連付けられず、管理装置１００によって動的に関連付けられる。

ゲームシステム１において、サーバ３０は、ネットワーク２０を介して接続される複数の店舗１０に設置されているゲーム機３００の利用状況などを管理する。例えば、サーバ３０は、各店舗１０（各ゲーム機３００）における利用料金に関するデータを集計する。また、サーバ３０は、各店舗１０における電子マネーによる支払い（決済）に関するデータを集計する。例えば、ゲームシステム１において利用可能な電子マネー事業者が複数存在する場合、サーバ３０は、各電子マネー事業者の各々において備えられるサーバによって構成される。また、サーバ３０は、上述したゲーム機３００の利用状況を管理するサーバ、及び、電子マネー決済に関するデータを管理するサーバを含む、複数のサーバによって構成されてもよい。

ネットワーク２０は、サーバ３０と複数の店舗１０とを接続する。例えば、ネットワーク２０は、インターネット又は電話回線などによって構成されてもよい。

［管理装置１００の構成］
図２は、本実施の形態に係る管理装置１００の構成を示すブロック図である。図２において、管理装置１００は、通信部１０１と、記憶部１０２と、制御部１０３とを有する。

通信部１０１は、ＬＡＮ６００（図１参照）を介して、照合装置２００及びリーダライタ装置４００と通信を行う。

具体的には、通信部１０１は、リーダライタ装置４００から、複数の照合装置２００−１〜２００−Ｎのうちの照合先（決済処理時の接続先）となる照合装置２００の指示を要求する照合先要求信号を受け取る。また、通信装置１０１は、制御部１０３から受け取る、照合先要求に対する応答として、例えば、照合先となる照合装置２００のＩＰアドレスを含む照合先情報をリーダライタ装置４００へ送信する。

また、通信部１０１は、照合装置２００から、照合処理の結果通知（照合完了信号）を受け取る。また、通信部１０１は、リーダライタ装置４００から、ゲーム機３００においてゲームが開始されたか否かを示す処理結果通知を受け取る。

記憶部１０２は、店舗１０内の複数の照合装置２００−１〜２００−Ｎのステータスを記憶している。また、記憶部１０２は、複数の照合装置２００−１〜２００−Ｎにおける照合結果（取引結果）、及び、複数のリーダライタ装置４００における処理結果（取引結果）を決済ログとして格納している。なお、記憶部１０２は、リーダライタ装置４００と照合装置２００とにおける各取引結果を関連付けて記憶している。

制御部１０３は、リーダライタ装置４００と照合装置２００とによる電子マネーによる照合処理を制御する。また、制御部１０３は、照合装置２００から照合処理の結果通知を受け取ると、記憶部１０２に格納している決済ログを更新する。また、制御部１０３は、リーダライタ装置４００から処理結果通知を受け取ると、記憶部１０２に格納している決済ログを更新する。

例えば、制御部１０３は、管理部１０４と、選択部１０５と、通知部１０６とを含む構成を採る。

管理部１０４は、店舗１０内の複数の照合装置２００−１〜２００−Ｎを管理する。例えば、管理部１０４は、記憶部１０２に記憶されている複数の照合装置２００毎のステータスを管理する。照合装置２００のステータスは、例えば、処理中の状態（Ｂｕｓｙ状態）、及び、空きの状態（Ｉｄｌｅ状態）を示す。例えば、管理部１０４は、後述する選択部１０５において１つの照合装置２００が選択されると、当該照合装置２００のステータスを空き状態から処理中の状態に変更する。また、管理部１０４は、選択部１０５において選択された照合装置２００から照合完了信号を受信すると、当該照合装置２００のステータスを処理中の状態から空き状態に変更する。また、管理部１０４は、照合装置２００がサーバ３０に対して決済ログのアップロードを行う間、当該照合装置２００のステータスを空き状態から処理中の状態に変更する。

選択部１０５は、照合先要求信号を受け取ると、記憶部１０２に記憶されている複数の照合装置２００−１〜２００−Ｎの中から、照合先となる照合装置２００を１つ選択する。例えば、選択部１０５は、複数の照合装置２００−１〜２００−Ｎに対して予め設定された優先順位に基づいて、照合装置２００を選択する。また、選択部１０５は、複数の照合装置２００−１〜２００−Ｎの中から、管理部１０４が管理しているステータスが空きの状態（Ｉｄｌｅ状態）である１つの照合装置を選択する。

通知部１０６は、選択部１０５において選択された照合装置２００のＩＰアドレスを含む照合先情報を生成し、照合先情報を、通信部１０１を介して要求元のリーダライタ装置４００へ送信する。

［照合装置２００の構成］
図３は、本実施の形態に係る照合装置２００の構成を示すブロック図である。図３において、照合装置２００は、通信部２０１と、記憶部２０２と、照合部２０３と、を含む構成を採る。

通信部２０１は、ＬＡＮ６００（図１参照）を介して、管理装置１００及びリーダライタ装置４００と通信を行う。

具体的には、通信部２０１は、リーダライタ装置４００から、照合要求信号を受け取る。また、通信部２０１は、後述する照合部２０３から受け取る、照合処理の結果通知を含む照合完了信号を管理装置１００及びリーダライタ装置４００へ送信する。

また、通信部２０１は、記憶部２０２に記憶されている照合処理の結果（決済ログ）をネットワーク２０を介して、サーバ３０へ送信する。通信部２０１が決済ログをサーバ３０へ送信するタイミングは、例えば、記憶部２０２に記憶されている決済ログの件数が上限に達したタイミングである。

また、通信部２０１は、照合部２０３による照合処理において、リーダライタ装置４００と通信中の電子マネーカードとの間で引き去り処理に関するデータ（残高データなど）をやり取りする。

記憶部２０２は、照合部２０３において行われた照合処理の結果を記憶している。

照合部２０３は、電子マネーカードによってゲーム機３００の利用料金の支払いが可能であるか否かを照合する。具体的には、照合部２０３は、電子マネーカードから受信する残高と、照合要求信号に含まれる取引金額（利用料金）とに基づいて、当該電子マネーカードによる取引金額の支払いが可能であるか否かを判断する。

照合部２０３は、電子マネーカードによる取引金額の支払いが可能と判断した場合、残高から取引金額を減じた金額を、リーダライタ装置４００を介して、電子マネーカードへ送信する。そして、照合部２０３は、当該電子マネーカードから残高を更新した旨の信号（例えば、ACK）を受け取ると、照合完了信号を管理装置１００及びリーダライタ装置４００へ送信する。

一方、照合部２０３は、電子マネーカードによる取引金額の支払いが不可能と判断した場合、リーダライタ装置４００に対して、照合できない旨の信号を送信する。

［リーダライタ装置４００の構成］
図４は、本実施の形態に係るリーダライタ装置４００の構成を示すブロック図である。図４において、リーダライタ装置４００は、通信部４０１と、制御部４０２と、を有する。

通信部４０１は、電子マネーカードと通信を行い、カード情報を受信する。カード情報には、例えば、電子マネーカードに固有の番号（識別番号）及び電子マネーの残高などが含まれる。通信部４０１は、例えば、アンテナとＲＦ（Radio Frequency）回路を備え（図示せず）、電子マネーカードがアンテナに近接されることによって電子マネーカードとの間において無線通信を行ってもよい。

また、通信部４０１は、ＬＡＮ６００（図１参照）を介して、管理装置１００及び照合装置２００と通信を行う。具体的には、通信部４０１は、照合先要求信号を管理装置１００へ送信し、照合先要求信号に対する応答である照合先情報を管理装置１００から受信する。また、通信部４０１は、照合先情報に対応する照合装置２００に対して照合要求信号を送信し、照合要求信号に対する応答である照合完了信号を照合装置２００から受信する。

また、通信部４０１は、課金装置５００に対して、電子マネーカードによる支払い完了を示す信号（つまり、ゲーム開始を指示する信号）を送信する。

制御部４０２は、電子マネーカード、管理装置１００、照合装置２００及び課金装置５００との間の処理を制御する。例えば、制御部４０２は、カード制御部４０３と、照合制御部４０４と、通知部４０５とを有する構成を採る。

カード制御部４０３は、通信部４０１を介した、電子マネーカードとの間の通信を制御する。例えば、カード制御部４０３は、電子マネーカードからカード情報を受信する。また、カード制御部４０３は、引き去り処理における電子マネーカードと照合装置２００との間の通信を制御する。

照合制御部４０４は、通信部４０１を介して、照合処理に関する通信を制御する。例えば、照合制御部４０４は、カード制御部４０３において電子マネーカードからカード情報を受信すると、複数の照合装置２００−１〜２００−Ｎのうちの照合先となる照合装置２００の指示を要求する照合先要求信号を管理装置１００へ送信する。また、照合制御部４０４は、照合先となる照合装置２００のＩＰアドレスを示す照合先情報を管理装置１００から受信すると、当該ＩＰアドレスに対応する照合装置２００へ、照合要求信号２００を送信する。そして、照合制御部４０４は、照合先の照合装置２００から照合完了信号を受信する。

通知部４０５は、照合制御部４０４において照合完了信号を受信すると、課金装置５００に対して、ゲームアプリケーションの実行（利用開始指示）を通知する。また、通知部４０５は、ゲームアプリケーションの実行を指示すると、管理装置１００に対して、処理結果を通知する。

［電子マネー照合処理］
以上の構成を有するゲームシステム１における電子マネー決済処理の動作について説明する。

図５は、ゲームシステム１の各店舗１０における管理装置１００、照合装置２００、ゲーム機３００（リーダライタ装置４００、課金装置５００）、及び、電子マネーカード（カードと表記する）の動作を示すシーケンス図である。

ステップ（以下、「ＳＴ」と表す）１０１では、利用者（ユーザ）は、例えば、ゲーム機３００（リーダライタ装置４００）に対して、ゲーム機３００の利用料金の支払い方法として電子マネーを選択するとともに、利用料金の金額を選択し、当該ゲーム機３００に備えられたリーダライタ装置４００に電子マネーカードをかざす。これにより、リーダライタ装置４００は、ゲーム機３００の利用料金（取引金額）を特定する。

ＳＴ１０２では、リーダライタ装置４００は、電子マネーカードの検出処理を行う。例えば、リーダライタ装置４００は、所定の間隔で電子マネーカードがリーダライタ装置４００に近接されているか否か（つまり、電子マネーカードがリーダライタ装置４００にかざされたか否か）を確認するポーリング処理を行う。リーダライタ装置４００は、電子マネーカードを検出した場合、電子マネーカードのカード情報を取得する。カード情報には、例えば、電子マネーカードに固有の識別番号（識別ＩＤ）であるＩｄｍ、及び、電子マネーカードのカード種別が含まれる。

ＳＴ１０３では、リーダライタ装置４００は、管理装置１００に対して、複数の照合装置２００−１〜２００−Ｎのうちの照合先となる照合装置２００（決済処理を行う照合装置２００）を問い合わせる。具体的には、リーダライタ装置４００は、ＳＴ１０２において電子マネーカードのカード情報を受信すると、ＳＴ１０３では、複数の照合装置２００−１〜２００−Ｎのうちの照合先となる照合装置２００の指示を要求する照合先要求信号を管理装置１００へ送信する。この照合先要求信号には、例えば、ＳＴ１０１において特定された取引金額、及び、ＳＴ１０２において取得されたカード情報に示される電子マネーカードのカード種別を含めてもよい。

ＳＴ１０４では、管理装置１００は、複数の照合装置２００−１〜２００−Ｎの中から、ＳＴ１０３において接続先要求を送信したリーダライタ装置４００に対する照合装置２００を１つ選択する。具体的には、管理装置１００は、ＳＴ１０３において電子マネーカードからカード情報を受信したリーダライタ装置４００から照合先要求信号を受信すると、ＳＴ１０４では、予め設定された条件に基づいて、管理している複数の照合装置２００−１〜２００−Ｎの中から、１つの照合装置２００を選択する。なお、管理装置１００における照合装置２００の選択処理の詳細については後述する。

また、管理装置１００は、照合先要求信号に含まれる取引金額及びカード種別を記憶部１０２に記憶する（図示せず）。

また、管理装置１００は、複数の照合装置２００−１〜２００−Ｎの状態（ステータス）を管理する。例えば、管理装置１００は、ＳＴ１０４において１つの照合装置２００を選択すると、当該１つの照合装置２００のステータスを処理中（Ｂｕｓｙ）とし、ＳＴ１０９において照合完了信号を受信すると、当該照合完了信号の送信元の照合装置２００のステータスを空き状態（Ｉｄｌｅ）として管理する。

ＳＴ１０５では、管理装置１００は、ＳＴ１０３において照合先要求を送信したリーダライタ装置４００に対して、ＳＴ１０４において選択した照合装置２００に関する情報（例えば、ＩＰアドレス）を含む照合先情報を、照合先要求の応答として送信する。

ＳＴ１０６では、リーダライタ装置４００は、ＳＴ１０５において受け取った照合先情報に示されるＩＰアドレスに対応する照合装置２００に対して、ＳＴ１０１において特定された取引金額、及び、ＳＴ１０２において取得された電子マネーカードのカード種別を含む照合要求信号を送信する。すなわち、リーダライタ装置４００は、管理装置１００において選択された照合装置２００に対して照合処理（決済処理）を要求する。

ＳＴ１０７では、リーダライタ装置４００から照合要求信号を受け取った照合装置２００は、当該リーダライタ装置４００を介して、電子マネーカードに対して引き去り処理を行う。例えば、照合装置２００は、電子マネーカードから残高を読み出し（Ｒｅａｄ）、読み出した残高から、照合要求信号に含まれる取引金額を差し引いて、差し引き後の金額（取引後金額）を電子マネーカードに書き込み（Ｗｒｉｔｅ）、書き込みに対する応答（Ａｃｋ）を電子マネーカードから受け取ることにより、引き去り処理を完了する。

ＳＴ１０７における引き去り処理（照合処理）が完了すると、照合装置２００は、ＳＴ１０８において、照合処理完了を示す照合完了信号をリーダライタ装置４００に通知し、ＳＴ１０９において、照合装置２００における照合処理の結果（取引結果）を含む照合完了信号を管理装置１００へ通知する。

このように、照合装置２００は、電子マネーカードによってゲーム機３００の利用料金の支払いが可能であるか否かを照合する。なお、照合装置２００は、照合処理の結果、電子マネーによる利用料金の支払いができないと判断した場合、利用不可であることを示す照合完了信号をリーダライタ装置４００へ通知する。

ＳＴ１１０では、管理装置１００は、ＳＴ１０９において受け取った照合完了信号に含まれる取引結果に基づいて、対応する照合装置２００の取引結果を更新する。なお、管理装置１００は、複数の照合装置２００−１〜２００−Ｎ毎に取引結果を管理している。

リーダライタ装置４００は、ＳＴ１０８において照合完了信号を受け取ると、ＳＴ１１１では、電子マネーカードによる利用料金の支払いが完了したことを、鳴音又はディスプレイの表示を更新することにより、ユーザに知らせる。また、リーダライタ装置４００は、電子マネーによる支払いができないことを示す照合完了信号を受信した場合、電子マネーカードによる利用料金の支払いができないことを、鳴音又はディスプレイの表示を更新することにより、ユーザに知らせる。

ＳＴ１１２では、リーダライタ装置４００は、課金装置５００に対して、ゲームアプリケーションの実行を指示する。具体的には、リーダライタ装置４００は、課金装置５００に対して、照合された取引金額に対応するパルス信号の送出を指示する。なお、リーダライタ装置４００は、電子マネーによる支払いができないことを示す照合完了信号を受信した場合、課金装置５００への派する信号の送出を指示しない。

ＳＴ１１３では、課金装置５００は、ＳＴ１１２において指示されたパルス信号を、ゲームアプリケーション制御装置（図示せず）へ送出する。これにより、ゲームアプリケーションが実行され、ユーザはゲームを開始可能となる（ＳＴ１１４）。なお、課金装置５００は、コイン（硬貨）により利用料金が支払われる場合には、投入されるコインに対応するパルス信号を、ゲームアプリケーション制御装置へ送出する。

ＳＴ１１５では、リーダライタ装置４００は、ゲーム機３００のゲームアプリケーション制御装置へパルス信号（ゲーム開始指示）を送信したことを示す処理結果を管理装置１００へ通知する。

ＳＴ１１６では、管理装置１００は、ＳＴ１１５において受け取った処理結果に基づいて、リーダライタ装置４００の取引結果を更新する。なお、管理装置１００は、ＳＴ１１０において更新される照合装置２００の取引結果と、ＳＴ１１６において更新されるリーダライタ装置４００の取引結果とを照合処理毎に関連付けて保持する。

このように、ゲームシステム１内の各店舗１０において、図５に示す処理が行われる。また、各店舗１０では、複数のゲーム機３００に備えられたリーダライタ装置４００において照合要求が同時に発生することも想定される。この場合、例えば、図６に示すように、管理装置１００は、照合要求信号を送信した複数のリーダライタ装置１，２（リーダライタ装置４００）に対して、異なる照合装置１，２（照合装置２００）をそれぞれ選択する。すなわち、各店舗１０では、管理装置１００は、店舗１０内の照合装置２００を一元的に管理することにより、複数のリーダライタ装置４００に対する照合先となる照合装置２００をそれぞれ選択することができる。

［照合装置２００の選択方法］
次に、管理装置１００における照合装置２００の選択方法の詳細について説明する。

図７は、管理装置１００における照合装置２００の選択方法の説明に供する図である。図７では、一例として、１つの店舗１０内に、５個の照合装置Ａ〜Ｅを備え、Ｍ個のリーダライタ装置４００−１〜４００−Ｍを備える場合について説明する。

また、管理装置１００は、図７に示すように、照合装置Ａ〜Ｅの各々について、照合装置Ａ〜Ｅ間の優先順位、ステータス、及び、ＩＰアドレスを管理するテーブルを保持している。照合装置２００のステータスは、例えば、照合処理又は照合結果（ログ）のアップロードなどの処理中には「Ｂｕｓｙ」として表され、いずれの処理もされていない空き状態の場合には「Ｉｄｌｅ」として表される。

例えば、図７では、管理装置１００は、リーダライタ装置４００−１から、照合先要求信号を受け取る（手順１。図５に示すＳＴ１０３に相当）。

照合先要求信号を受け取ると、管理装置１００は、保持しているテーブルを参照して、ステータスがＩｄｌｅである照合装置２００の中から、優先順位が最も高い照合装置２００を選択する。例えば、図７では、管理装置１００は、ステータスがＩｄｌｅである照合装置Ｃ，Ｅのうち、優先順位が最も高い照合装置Ｃを選択する（手順２。図５に示すＳＴ１０４に相当）。

管理装置１００は、選択した照合装置ＣのＩＰアドレス（192.168.1.3）を含む照合先情報を要求元であるリーダライタ装置４００−１へ通知する（手順３。図５に示すＳＴ１０５に相当）。また、管理装置１００は、選択した照合装置ＣのステータスをＩｄｌｅからＢｕｓｙに変更する（手順４）。

リーダライタ装置４００−１は、照合先の照合装置２００として、照合装置ＣのＩＰアドレスを受け取ると、照合装置Ｃに対して、決済情報（取引金額、カード種別）などを含めた照合要求信号を送信する（手順５。図５に示すＳＴ１０６に相当）。これにより、照合装置Ｃとリーダライタ装置４００−１と通信中の電子マネーカードとの間で引き去り処理が行われる（図５に示すＳＴ１０７）。

また、管理装置１００は、照合装置Ｃから照合完了信号（取引結果）を受け取ると、照合装置ＣのステータスをＢｕｓｙからＩｄｌｅに変更する。

このようにして、ゲームシステム１では、管理装置１００は、複数の照合装置２００−１〜２００−Ｎの中から、リーダライタ装置４００に対する照合先の照合装置２００を選択する。管理装置１００は、店舗１０内の照合装置２００のステータスを管理しており、照合処理が可能な照合装置２００（空き状態の照合装置２００）を把握している。よって、管理装置１００は、照合要求するリーダライタ装置４００に対して、照合可能な照合装置２００を即座に通知することができる。

これにより、例えば、照合要求するリーダライタ装置４００に対して複数の照合装置２００が使用可能であるかを１つずつ確認して選択する場合と比較して、照合装置２００の決定に要する時間、つまり、照合処理を開始するまでの時間を短縮することができる。

また、各照合装置２００では、保持しているログ件数が上限に達した場合、サーバ３０に対してアップロードを開始する。サーバ３０に対してログをアップロード中の照合装置２００は照合処理ができない。このため、例えば、管理装置１００がリーダライタ装置４００の照合先として、複数の照合装置２００を均等に割り振ってしまうと、各照合装置２００においてログ件数が上限に達するタイミングが同時期になる可能性が高くなる。この場合、複数の照合装置２００が同時にログをアップロードするため、リーダライタ装置４００に対する照合先として選択可能な照合装置２００が少なくなってしまい、システムの可用性が維持できなくなってしまう。

これに対して、本実施の形態では、複数の照合装置２００（例えば、図８に示す照合装置Ａ〜Ｅ）に対して優先順位が予め設定される。そして、管理装置１００は、優先順位に基づいて、リーダライタ装置４００の照合先となる照合装置２００を選択する。

こうすることで、優先順位がより高い照合装置２００ほど、リーダライタ装置４００の照合先として選択されやすくなる。換言すると、管理装置１００は、リーダライタ装置４００の照合先として、複数の照合装置２００のうちの優先順位の高い特定の照合装置に偏らせて割り振る。これにより、例えば、図８に示すように、各照合装置２００が保持しているログ件数（つまり、照合先として選択される回数）に偏りが生じる。このため、ログをアップロードするタイミングは、複数の照合装置２００間において異なってくる。よって、リーダライタ装置４００が照合先を要求したとしても、照合先として選択可能な照合装置２００が極端に少なくなることが無くなるので、システムの可用性を維持することができる。

［照合装置２００の優先順位の設定例］
次に、複数の照合装置２００の優先順位の設定例について説明する。

照合装置２００の記憶部２０２は、例えば、不揮発性のメモリによって構成される。よって、上述したように優先順位を設定することにより、照合先として選択される照合装置２００を特定の装置に偏らせると、選択されやすい照合装置２００のメモリほど、書き換えの頻度が高くなり、劣化しやすくなる。つまり、照合装置２００間においてメモリの劣化に偏りが生じてしまう。

そこで、本実施の形態では、管理装置１００は、複数の照合装置２００に対して設定する優先順位を、所定期間毎に変更する。所定期間としては、例えば、１日でもよく、複数の日数でもよく、時間単位でもよい。

図９は、一例として、１日毎に照合装置２００の優先順位を変更する場合を示す。

図９に示すように、７月１６日における照合装置Ａ〜Ｅの優先順位は、それぞれ、１，２，３，４，５である。一方、７月１７日における照合装置Ａ〜Ｅの優先順位は、それぞれ、２，４，５，３，１である。また、７月１８日における照合装置Ａ〜Ｅの優先順位は、それぞれ、５，１，３，２，４である。７月１９日及び７月２０日についても同様、照合装置Ａ〜Ｅの優先順位は他の日と異なる。

こうすることで、複数の照合装置Ａ〜Ｅについて、各期間（図９では１日）におけるログ件数（つまり、選択される回数）には図８と同様の偏りが生じるものの、複数の期間（図９では５日間）を見ると、ログ件数の合計はほぼ同程度となることが分かる。

つまり、各期間内（１日）では、図８と同様、複数の照合装置２００において選択される頻度を偏らせることにより、複数の照合装置２００でのログのアップロードのタイミングを異ならせることができる。一方、複数の期間に渡ってみれば、選択される頻度を複数の照合装置２００間においてほぼ同程度にすることにより、複数の照合装置２００におけるメモリの劣化度合いを平準化させることができる。

以上、複数の照合装置２００の優先順位の設定例について説明した。

このようにして、本実施の形態では、管理装置１００は、店舗１０内の複数の照合装置２００の中から１つの照合装置２００を選択する。具体的には、管理装置１００は、店舗１０内の照合装置２００のステータスを一元管理して、照合先を要求するリーダライタ装置４００に対して、照合処理可能な照合装置２００を選択する。これにより、リーダライタ装置４００からの接続先要求がある度に複数の照合装置２００に対して照合可能であるか否かを逐次確認することなく、照合可能な照合装置２００を即座に選択することができる。よって、本実施の形態によれば、リーダライタ装置４００と照合装置２００との間の照合処理の開始までに要する時間遅延を抑えることができる。

また、本実施の形態では、管理装置１００は、照合処理を行う照合装置２００の選択のみを行う。換言すると、照合装置１００の選択後は、管理装置１００を介さずに、リーダライタ装置４００と選択された照合装置２００との間において照合処理が直接行われる。このようにして照合処理に関する管理装置１００での処理を最小限に抑えることにより、照合処理に要する時間遅延を抑えることができる。

以上より、本実施の形態によれば、電子マネーによる支払いに対する照合処理に要する時間を抑えることができる。

また、本実施の形態では、管理装置１００は、複数の照合装置２００に対して優先順位を設定し、優先順位がより高い照合装置２００を、リーダライタ装置４００に対して優先的に割り当てる。これにより、複数の照合装置２００において、蓄積されるログ件数の偏りを生じさせ、サーバ３０へのアップロードのタイミングを異ならせることができる。よって、本実施の形態によれば、全ての照合装置２００がアップロード処理により使用できなくなることを回避し、システムの可用性を維持することができる。

（実施の形態２）
本実施の形態では、店舗１０内における照合装置２００の設置数の決定例について説明する。

上述したように、管理装置１００は、リーダライタ装置４００から、照合装置２００の照合先要求を受け取ると、照合装置２００のステータス及び優先順位に基づいて、照合先となる照合装置２００を選択する。ここで、管理装置１００は、複数のリーダライタ装置４００からの照合要求が同時に発生し、全ての照合装置２００のステータスがＢｕｓｙの場合、リーダライタ装置４００の照合先要求に対する応答として、エラーを送信し、当該リーダライタ装置４００に対して、照合先要求のリトライを促す。

例えば、図１０は、複数の照合装置Ａ〜Ｅを備える店舗１０において、複数のリーダライタ装置４００−１〜４００−６が照合要求する場合の動作を示す。

図１０に示すように、各リーダライタ装置４００は、リーダライタ装置４００−１〜４００−６の順に、照合装置２００の照合先要求信号（ＩＰ要求と表記）を管理装置１００へ送信したとする。なお、図１０に示すように、管理装置１００が照合先要求信号を受け取る前の照合装置Ａ〜Ｅの全てのステータスはＩｄｌｅとする。

この場合、管理装置１００は、照合先要求信号を受け取った順に、実施の形態１において説明した動作によって、リーダライタ装置４００−１〜４００−５の照合先として照合装置Ａ〜Ｅをそれぞれ選択する。これにより、照合装置Ａ〜Ｅのステータスは、最終的に全てＢｕｓｙに変更される。

これにより、リーダライタ装置４００−１〜４００−５と、照合装置Ａ〜Ｅとの間において、照合処理（決済処理）が直接行われる。決済処理が完了すると、照合装置Ａ〜Ｅは、決済処理の結果（取引結果）を含む照合完了信号を管理装置１００へ通知する。管理装置１００は、照合装置Ａ〜Ｅの各々から照合完了信号を受け取ると、ステータスをＩｄｌｅに変更する。

一方、管理装置１００は、リーダライタ装置４００−６から照合先要求信号を受け取っても、全ての照合装置Ａ〜ＥのステータスがＢｕｓｙであるので、リーダライタ装置４００−６に対して照合装置２００を割り当てられず、応答としてエラーを送信する。リーダライタ装置４００−６は、エラーを受け取ると、照合装置２００の照合先指示を再び要求する。つまり、リーダライタ装置４００−６は、照合装置２００の照合先を指示されるまで、当該要求を送信し続ける。

図１０に示すように、管理装置１００は、リーダライタ装置４００−１の照合先として接続されていた照合装置Ａのステータスが再びＩｄｌｅに変更された後、リーダライタ装置４００−６から照合先要求信号を受け取ると、リーダライタ装置４００−６に対して、照合装置ＡのＩＰアドレスを送信するとともに、照合装置ＡのステータスをＢｕｓｙに変更する。これにより、リーダライタ装置４００−６と、照合装置Ａとの間において、照合処理（決済処理）が行われる。

このように、各リーダライタ装置４００は、全ての照合装置２００が処理中の場合には、何れかの照合装置２００がＩｄｌｅ状態になるまで照合先要求をリトライする。よって、リトライを実行している期間の分だけ照合処理の遅延が生じてしまう。

上記リトライが多発すると、照合処理の機会損失に繋がるため、照合装置２００の冗長度を上げる必要がある（つまり、照合装置２００の数を増やす必要がある）。一方、上記リトライが全く発生せず、優先順位がより低い照合装置２００が全く使用されていない場合（照合装置２００が過多の場合）、ランニングコスト削減のため、照合装置２００の数を減らす必要がある。このように、各店舗１０における照合装置２００の数を適切に設定することは、照合処理の運用面、及び、コスト面を考慮すると非常に重要である。

そこで、本実施の形態では、各店舗１０内における照合装置２００の適切な設置数の決定方法について説明する。

図１１は、本実施の形態に係る管理装置１００の構成を示すブロック図である。なお、図１１において、実施の形態１（図２）と同一処理を行う構成部には同一符号を付し、その説明を省略する。本実施の形態では、制御部１０３ａは、実施の形態１に係る制御部１０３の処理に加えて、新たな処理を行う。具体的には、管理部１０４ａが実施の形態１に係る管理部１０４（図２）の処理に加え、後述する他の処理を行う点、及び、判定部１３０が新たに追加された点が実施の形態１と異なる。

また、本実施の形態に係る照合装置及びリーダライタ装置は、実施の形態１に係る照合装置２００及びリーダライタ装置４００と基本構成が共通するので、図３及び図４を援用して説明する。

まず、本実施の形態における着目点について説明する。実施の形態１において説明したように、管理装置１００は、リーダライタ装置４００からの照合先要求があると、ステータスがＩｄｌｅであって、優先順位がより高い照合装置２００を優先して選択する。換言すると、優先順位が最も低い照合装置２００は、照合装置２００の数と同数以上の照合処理が同時に発生している場合、つまり、全ての照合装置２００がＢｕｓｙとなる場合のみに選択される。よって、優先順位が最も低い照合装置２００が所定期間内に照合処理を行った回数（ログ件数）は、所定期間内に店舗１０内の照合装置２００の総数と同数以上の照合処理が同時に発生した回数と等価であると言える。

そこで、本実施の形態では、管理装置１００は、優先順位が低い所定数の照合装置２００におけるログ件数を管理することにより、管理装置１００が属する店舗１０における照合装置２００の設置数が適切であるか否かを判定する。

図１１において、管理部１０４ａは、店舗１０内の複数の照合装置２００−１〜２００−Ｎの各々における照合件数（ログ件数）を示すカウンタを予め保持している。管理部１０４ａは、選択部１０５において選択された照合装置２００から照合完了信号を受信すると（図５に示すＳＴ１０９に相当）、実施の形態１と同様、当該照合装置２００のステータスをＢｕｓｙからＩｄｌｅに変更するとともに、当該照合装置２００のカウンタをインクリメントする。

なお、管理部１０４ａが保持するカウンタは、照合装置２００が保持するログ件数の上限値と同一の上限値に達するとリセットすればよい。すなわち、管理部１０４ａが保持するカウンタの値は、照合装置２００におけるログ件数と同一となる。

判定部１３０は、所定期間における各照合装置２００のカウンタの値に基づいて、店舗１０に設置された複数の照合装置２００の数が適正であるか否かを判定する。具体的には、判定部１３０は、店舗１０内の複数の照合装置２００−１〜２００−Ｎのうち、少なくとも、優先順位が最も低い照合装置２００のカウンタの値に基づいて、複数の照合装置２００の数が適正であるか否かを判定する。

例えば、判定部１３０は、優先順位が最も低い照合装置２００のカウンタの値、及び、優先順位が２番目に低い照合装置２００のカウンタの値を用いて、店舗１０に設置される照合装置２００の数の過不足を判定する。図１２Ａ〜図１２Ｃは、判定部１３０における判定処理の一例を示す。図１２Ａ〜図１２Ｃでは、現在、５個の照合装置２００が１つの店舗１０内に設置されているものとする。

例えば、図１２Ａに示すように、優先順位が最も低い照合装置２００のカウンタの値（つまり、照合装置２００のログ件数）が１以上の場合は、店舗１０において全ての照合装置２００が同時に割り当てられる状態が少なくとも１回以上発生している状態である。そこで、判定部１３０は、優先順位が最も低い照合装置２００のカウンタの値が１以上の場合、店舗１０において照合装置２００が不足していると判定する。

一方、図１２Ｂに示すように、カウンタの値が０である照合装置２００の数が１個の場合は、店舗１０において全ての照合装置２００が同時に割り当てられる状態が発生しておらず、かつ、店舗１０のほぼ全ての照合装置２００が使用されている状態である。そこで、判定部１３０は、優先順位が最も低い照合装置２００のカウンタの値が０であり、かつ、優先順位が２番目に低い照合装置２００のカウンタの値が１以上の場合、店舗１０における照合装置２００の数が適正であると判定する。

また、図１２Ｃに示すように、ログ件数が０である照合装置２００が２個以上の場合は、店舗１０において複数の照合装置２００が使用されていない状態である。そこで、判定部１３０は、優先順位が最も低い照合装置２００のカウンタの値が０であり、かつ、優先順位が２番目に低い照合装置２００のカウンタの値が０である場合、店舗１０における照合装置２００が過多であると判定する。

なお、図１２では、判定部１３０が、優先順位が低い２個の照合装置２００のカウンタの値を用いて照合装置２００の数の適正を判定する場合について説明したが、照合装置２００の数の適正を判定する際、優先順位が低い３個以上の照合装置２００のカウンタの値を用いてもよい。

このようにして、管理装置１００は、全ての照合装置２００において照合処理が同時に発生する回数を、少なくとも、優先順位が最も低い照合装置２００のログ件数（カウンタの値）に基づいて特定し、店舗１０における照合装置２００の数が適正であるか否かを判定する。これにより、本実施の形態では、管理装置１００は、店舗１０の管理者又は電子マネー事業者に対して、照合装置２００の適正台数を決定するための指標となる情報を提供することができる。つまり、例えば、店舗１０の管理者、又は、電子マネー事業者などは、各店舗１０の管理装置１００における判定結果に基づいて、当該店舗１０における照合装置２００の適正台数を見積もることができる。

よって、本実施の形態によれば、各店舗１０に対して適正な数の照合装置２００を設置することにより、店舗１０内の照合処理を適切に実行可能となるので、例えば、図１０に示すように、照合処理の遅延の発生を抑えることができ、電子マネーによる照合処理に要する時間の増加を抑えることができる。

また、判定部１３０での判定結果、又は、管理部１０４ａでのカウンタの値は、例えば、管理装置１００が備えるディスプレイ（図示せず）に表示してもよく、店舗１０の管理者又は電子マネー事業者などが使用する端末装置のディスプレイ（図示せず）に表示してもよい。

また、図１３に示すように、管理装置１００は、複数の期間における判定結果の統計を取ってもよい。図１３では、例えば、管理装置１００は、カウンタの値（ログ件数）に基づく照合装置２００の数の適正判定を７つの期間（例えば、７日間）行い、７日間の判断結果に基づいて、照合装置２００の数の総合的な適正判定を行う。図１３では、７日間の判定結果は、不足が５回、適正が１回、過多が１回である。管理装置１００は、不足と判定された回数が最も多いので、この店舗１０における照合装置の数が不足していると総合的に判定する。例えば、店舗１０におけるサービス（割引サービス）などによって、照合処理が特定の日又は時間に偏るなどの揺らぎが生じることも想定される。これに対して、図１３に示すように、管理装置１００は、長期的な統計に基づいて照合装置２００の数の適正を判断することで、上記揺らぎを吸収することができ、照合装置２００の適正を適切に判断することが可能となる。

また、管理装置１００は、判定部１３０を備えなくてもよい。この場合、例えば、店舗１０の管理者又は電子マネー事業者は、管理部１０４ａが管理する照合装置２００毎のカウンタの値を確認し、上述した判定部１３０での判断基準と同様の基準に従って照合装置２００の数の過不足を判定すればよい。

（実施の形態３）
電子マネーカードと照合装置との間にてリーダライタ装置を介して行われる引き去り処理において、リーダライタ装置から電子マネーカードに対して減算コマンドが送信されたものの、その途中で電子マネーカードがリーダライタ装置から離されてしまう等、通信途絶されることがある。このように引き去り処理の途中に電子マネーカードとの通信が途絶されると、リーダライタ装置又は照合装置は、電子マネーカードから上記減算コマンドに対する応答が無く、電子マネーカード内の記録内容が減算されているのか、減算される前に処理が放棄されているのか判断できない。このような状態は「処理未了」と呼ばれる。

本実施の形態では、処理未了が発生した場合について説明する。

本実施の形態に係る管理装置、照合装置及びリーダライタ装置は、実施の形態１に係る管理装置１００、照合装置２００及びリーダライタ装置４００と基本構成が共通するので、図２、図３及び図４を援用して説明する。本実施の形態に係る管理装置１００、照合装置２００及びリーダライタ装置４００は、実施の形態１と同様の処理に加え、処理未了に対する処理を更に行う。なお、本実施の形態に係る管理装置１００、照合装置２００及びリーダライタ装置４００は、実施の形態２において説明した処理を行ってもよい。

本実施の形態に係る照合装置２００（図３）において、照合部２０３は、実施の形態１と同様、照合要求信号をリーダライタ装置４００（図４）から受信すると、当該リーダライタ装置４００と通信中の電子マネーカードとの間で照合処理を行う。照合部２０３は、、照合が完了すると、電子マネーカードのカード情報（Idmなど）と、電子マネーカードの残高情報（第１の残高情報）と、照合における処理未了の有無を含む照合結果とを、照合完了信号として、管理装置１００（図２）へ通信部２０１を介して送信する。ここで、処理未了が発生している場合、照合完了信号に含まれる電子マネーカードの残高情報には、電子マネーカードの照合前の残高が示される。

照合部２０３は、残高の照会を要求する残高照会信号をリーダライタ装置４００から受信すると、当該リーダライタ装置４００と通信中の電子マネーカードから残高情報（第２の残高情報）を取得する。照合部２０３は、取得した残高情報を当該リーダライタ装置４００へ通信部２０１を介して送信する。

本実施の形態に係る管理装置１００（図２）において、管理部１０４は、複数の照合装置２００（図３）の各々から受け取る照合完了信号に含まれる、電子マネーカードのカード情報、残高情報、及び、照合結果（処理未了の有無を含む）を対応付ける。対応付けられた情報は、決済ログとして記憶部１０２に記憶される。

管理部１０４は、リーダライタ装置４００から或る電子マネーカードのカード情報及び照合先要求信号を受信すると、実施の形態１と同様にして、複数の照合装置２００の中から１つの照合装置２００を選択する。

また、管理部１０４は、記憶部１０２に記憶された決済ログを参照して、当該カード情報に対応付けられた照合結果に処理未了が含まれるか否かを確認する。管理装置１０４は、カード情報に対応付けられた照合結果に処理未了が含まれない場合、選択した照合装置２００のＩＰアドレスを含む照合先情報のみをリーダライタ装置４００へ送信する。一方、管理部１０４は、カード情報に対応付けられた照合結果に処理未了が含まれる場合、照合先情報（ＩＰアドレス）、処理未了があることを示す処理未了通知、及び、カード情報に対応する、記憶された残高情報（上記第１の残高情報）を、リーダライタ装置４００へ通信部１０１を介して送信する。

本実施の形態に係るリーダライタ装置４００（図４）において、照合制御部４０４は、照合先となる照合装置２００のＩＰアドレスを含む照合先情報のみを管理装置１００から受信した場合、当該ＩＰアドレスに対応する照合装置２００へ、照合要求信号を送信する。一方、照合制御部４０４は、照合先情報（ＩＰアドレス）に加え、電子マネーカードの残高情報、及び、処理未了通知を管理装置１００から受信した場合、当該ＩＰアドレスに対応する照合装置２００へ、照合要求信号を送信せずに、残高照会信号を送信する。

照合制御部４０４は、残高情報（上記第２の残高情報）を照合装置２００から受信する。そして、照合制御部４０４は、管理装置１００から受け取った残高情報（第１の残高情報）に示される金額から利用料金を減算した金額と、照合装置２００から受け取った残高情報（第２の残高情報）に示される金額とが一致するか否かを判定する。金額が一致した場合、照合制御部４０４は、通知部４０５を介して、ゲーム機３００（課金装置５００）に対してゲームアプリケーションの実行を指示する。

図１４及び図１５は、本実施の形態に係るゲームシステム１の各店舗１０における管理装置１００、照合装置２００、ゲーム機３００（リーダライタ装置４００、課金装置５００）、及び、電子マネーカードの動作を示すシーケンス図である。なお、図１４及び図１５において、実施の形態１（図５）と同一の処理には同一符号を付し、その説明を省略する。

図１４は、処理未了が発生した際の動作を示し、図１５は、処理未了が発生したことを管理装置１００が管理している場合の動作を示す。

まず、図１４を用いて、処理未了が発生した際の各装置の動作について説明する。

図１４において、ＳＴ１０３ａでは、リーダライタ装置４００は、管理装置１００に対して、照合先要求信号を管理装置１００へ送信する。この照合先要求信号には、ＳＴ１０１において特定された取引金額、及び、ＳＴ１０２において取得されたカード情報に示される電子マネーカードのカード種別、に加え、ＳＴ１０２において取得された電子マネーカードの識別番号を示すＩｄｍが含まれる。

管理装置１００は、リーダライタ装置４００及び照合装置２００から受け取る情報を用いて、各照合処理の結果（決済ログ）を管理している。例えば、本実施の形態では、管理装置１００は、電子マネーカード（つまり、各Idm）の取引毎に、少なくとも、取引金額、処理未了の有無、処理未了に対する補填の有無を含む決済ログを管理している。これらの情報は、例えば、ＳＴ１０３ａ（つまり、照合先要求信号）、ＳＴ１０９ａ（つまり照合装置２００の照合結果）、及び、ＳＴ１１５ａ（つまりリーダライタ装置４００の処理結果）の処理によって管理装置１００に通知される。

ここで、図１４に示すように、電子マネーカードと照合装置２００との間にてリーダライタ装置４００を介して行われる引き去り処理（ＳＴ１０７）の途中で通信途絶が発生したとする。なお、引き去り処理における通信途絶の発生原因としては、電子マネーカードがリーダライタ装置４００から離れてしまうことに限定されず、例えば、電子マネーカードとリーダライタ装置４００との間の通信エラー、又は、リーダライタ装置４００と照合装置２００との間の通信エラーも想定される。

リーダライタ装置４００及び照合装置２００の各々は、引き去り処理が開始される際に計時を開始して（図示せず）、予め設定された時間を経過するまでに引き去り処理が終了しなかった場合、タイムアウトと判断する。例えば、リーダライタ装置４００及び照合装置２００は、ＳＴ１０６の照合要求信号の送受信のタイミングで計時を開始してもよい。

例えば、図１４では、ＳＴ１０７において通信途絶が発生しているので、ＳＴ２０１及びＳＴ２０２において、リーダライタ装置４００及び照合装置２００では、タイムアウトが発生する。

この場合、照合装置２００は、当該引き去り処理に対応する照合処理が処理未了であると判断する。そして、ＳＴ１０９ａでは、照合装置２００は、処理未了であることを示す照合完了信号を管理装置１００へ通知する。なお、照合装置２００は、タイムアウトとなった引き去り処理において電子マネーカードの残高（取引前残高）を取得している場合、当該残高を示す残高情報（第１の残高情報）も照合完了信号に含める。

また、リーダライタ装置４００は、当該引き去り処理に対応する照合処理が処理未了であると判断し、課金装置５００に対するパルス送出の指示（つまりゲーム開始指示）を行わない。そして、ＳＴ１１５ａでは、リーダライタ装置４００は、ゲーム機３００のゲームアプリケーション制御装置へパルス信号（利用開始指示）を送信していないことを示す処理結果を管理装置１００へ通知する。

管理装置１００は、ＳＴ１０９ａにおいて受け取った照合完了信号に示される処理未了であること、及び、該当する電子マネーカードの残高（つまり、取引前残高）を用いて、記憶している決済ログを更新する（ＳＴ１１０ａ）。また、管理装置１００は、ＳＴ１１５ａにおいて受け取った処理結果（パルス送出無し）を用いて、記憶している決済ログを更新する（ＳＴ１１６ａ）。

以上のように、処理未了が発生した場合、管理装置１００は、処理未了が発生した電子マネーカード（Idm）に関して、処理未了であること、その際の取引前残高、及び、取引金額などを決済ログとして関連付けて管理する。

次に、図１５を用いて、上述したようにして管理装置１００が処理未了を管理している場合の各装置における動作について説明する。

図１５において、ＳＴ３０１では、管理装置１００は、ＳＴ１０３ａにおいて受け取った照合先要求信号に含まれるＩｄｍに対応する電子マネーカードの照合結果（決済ログ）を検索する。管理装置１００は、検索の結果、当該Ｉｄｍに対応する電子マネーカードが処理未了を発生させていた場合、ＳＴ１０５ｂでは、ＳＴ１０４において選択した照合装置２００のＩＰアドレスを含む照合先情報に加え、処理未了に対する補填処理の指示である処理未了通知（二重引き去り抑止指示）、及び、決済ログに記憶された処理未了時の取引前残高と取引金額を示す情報、をリーダライタ装置４００へ通知する。

なお、電子マネーカードが現在接続されているリーダライタ装置４００及び管理装置１００が照合先として今回選択した照合装置２００は、当該電子マネーカード（Ｉｄｍ）について処理未了が発生した際に使用されたリーダライタ装置４００及び照合装置２００と同一とは限らない。

ＳＴ１０５ｂにおいて処理未了通知を受け取ると、リーダライタ装置４００は、ＳＴ１０６ｂでは、ＳＴ１０５ｂにおいて受け取った照合先情報に示されるＩＰアドレスに対応する照合装置２００に対して、残高照会を要求する残高照会要求信号を送信する。すなわち、リーダライタ装置４００は、処理未了通知を受け取った場合、照合要求信号を送信しない。

ＳＴ１０７ｂでは、リーダライタ装置４００から残高照会要求信号を受け取った照合装置２００は、当該リーダライタ装置４００を介して、電子マネーカードに対して残高照会処理を行う。

ＳＴ１０８ｂでは、照合装置２００は、電子マネーカードの残高を含む残高照合処理完了信号をリーダライタ装置４００に通知する。なお、照合装置２００は、実施の形態１と同様、ＳＴ１０９において、照合装置２００における照合処理の結果（残高照会結果）を含む照合完了信号を管理装置１００へ通知する。

ＳＴ３０２では、リーダライタ装置４００は、電子マネーカードに対して、処理未了に対する補填が必要であるか否かを判定する。

例えば、リーダライタ装置４００は、ＳＴ１０５ｂにおいて取得した取引前残高から取引金額を減算した値（つまり、正常に照合処理された場合の金額）と、ＳＴ１０８ｂにおいて取得した電子マネーカードの現在の残高とが一致するか否かを判定する。

取引前残高から取引金額を減算した値と、電子マネーカードの残高が一致する場合、リーダライタ装置４００は、処理未了発生時に電子マネーカードの残高が減じられたと判断し、補填処理を行う。すなわち、リーダライタ装置４００は、ＳＴ３０２において補填処理が必要と判断した場合には、ＳＴ１１２において、課金装置５００に対して、ゲームアプリケーションの実行を指示する。すなわち、リーダライタ装置４００は、今回の照合処理において電子マネーカードから利用料金の引き去りを行わないことにより、処理未了時に誤って引き去られた利用料金を補填する。

ＳＴ１１５ｂでは、リーダライタ装置４００は、補填処理を行ったことを示す処理結果を管理装置１００へ通知する。管理装置１００は、ＳＴ１１５ｂにおいて受け取った処理結果に示される補填処理が行われたことを、記憶している決済ログに更新する（ＳＴ１１６ｂ）。すなわち、管理装置１００は、補填処理が行われた旨の処理結果をリーダライタ装置４００から受信すると、決済ログにおいて、該当するカード情報に対応付けられた補填処理を実行済みに更新する。

一方、取引前残高から取引金額を減算した値と、電子マネーカードの残高が一致しない場合（図示せず）、リーダライタ装置４００は、処理未了時に電子マネーカードから利用料金の引き去りが行われていないと判断し、補填処理を行わない。

また、照合装置２００が電子マネーカードの残高（取引前残高）を取得していない場合(図１４のＳＴ１０７)、つまり、管理装置１００の決済ログにおいて管理されていない場合は処理未了には該当しないため、リーダライタ装置４００は、補填処理を行わない。

また、補填処理を行わない場合、リーダライタ装置４００は、実施の形態１（図５に示すＳＴ１０６）と同様にして、照合処理を開始してもよく、又は、ユーザに電子マネーカードを再びかざすように促す情報をディスプレイに表示してもよい。

このようにして、本実施の形態では、管理装置１００は、店舗１０において電子マネーカードによって利用料金が支払われる照合処理を、各照合装置１００及び各リーダライタ装置４００から取得して、処理未了の有無、処理未了に対する補填の有無を含めた決済ログとして一元管理する。これにより、店舗１０において、処理未了となった際に使用された照合装置２００及びリーダライタ装置４００とは異なる照合装置２００及びリーダライタ装置４００において、処理未了発生の直後に同一電子マネーカードによって照合処理が行われたとしても、当該電子マネーカードに対して補填処理を施すことが可能となる。

例えば、店舗１０内において複数のゲーム機３００を用いて複数のユーザが同時に同一ゲームを利用可能な場合が想定される。この場合、複数のゲーム機３００の何れか１つのゲーム機に設置されたリーダライタ装置４００において照合処理が正常に完了しない場合（処理未了発生時）には、ユーザは、当該複数のゲーム機３００の中の他のゲーム機（例えば、隣のゲーム機）に設置されたリーダライタ装置４００に電子マネーカードを再びかざすことが想定される。管理装置１００は、店舗１０内の全ての装置に関する、電子マネーカードの決済ログを一元管理しているので、このように処理未了発生時のゲーム機３００と、直後の照合処理が行われるゲーム機３００とが異なっても、当該電子マネーカードに対して補填処理が可能となる。

以上より、本実施の形態によれば、各店舗１０の複数のリーダライタ装置４００及び複数の照合装置２００の何れの装置において処理未了が発生した場合でも、当該処理未了に対する補填処理が可能となる。つまり、処理未了が発生した照合装置２００及びリーダライタ装置４００と、補填処理を行う照合装置２００及びリーダライタ装置４００と、が異なっても、適切に補填処理が行われる。つまり、本実施の形態によれば、何れの装置において処理未了が発生した場合でも補填を行うことができる。これにより、補填処理に要する時間を含めて、電子マネーによる照合処理に要する時間の増加を抑えることができる。

なお、図１５では、リーダライタ装置４００が、処理未了通知を受け取ると（ＳＴ１０５ｂ）、ＳＴ３０２において補填処理の有無を判定する場合について説明した。しかし、リーダライタ装置４００は、処理未了通知を受け取ると、判定を行わずに、補填処理を行ってもよい。

また、図１４では、処理未了が発生した場合、ＳＴ１０９ａにおいて、照合装置２００が、電子マネーカードの取引前残高を管理装置１００へ通知する場合、つまり、管理装置１００が、処理未了とともに取引前残高を対応付けて管理する場合について説明した。しかし、本実施の形態では、処理未了が発生した場合、ＳＴ１０９ａにおいて、照合装置２００は、電子マネーカードの取引前残高から利用料金を減算した金額（取引が行われた場合の金額）を管理装置１００へ通知してもよい。つまり、管理装置１００は、処理未了とともに取引後残高を対応付けて管理する。この場合、管理装置１００は、処理未了通知とともに、取引後残高をリーダライタ装置４００へ通知する。そして、補填処理において、リーダライタ装置４００は、管理装置１００で管理された取引後残高と、通信中の電子マネーカードから取得した残高金額とが一致したか否かに基づいて補填処理の有無を判定すればよい。

また、図１５では、ＳＴ３０２において補填処理が行われ、補填処理が行われたことを示す処理結果がリーダライタ装置４００から管理装置１００へ送信されると（ＳＴ１１５ｂ）、管理装置１００は、決済ログにおいて、該当する電子マネーカードの取引結果を、補填済みに更新する場合について説明した。しかし、本実施の形態では、上記動作の代わりに、管理装置１００が処理未了通知をリーダライタ装置４００へ送信すると（ＳＴ１０５ｂ）、管理装置１００は、決済ログにおいて、該当する電子マネーカードの取引結果を、補填済みに更新してもよい。

（実施の形態４）
本実施の形態では、処理未了の発生直後に、ユーザが電子マネーカードを他のゲーム端末のリーダライタ装置にかざすなどした場合に当該リーダライタ装置との通信（つまり、決済処理）を新たに開始してしまうような並列決済の発生を抑制する動作について説明する。

本実施の形態に係る管理装置、照合装置及びリーダライタ装置は、実施の形態１に係る管理装置１００、照合装置２００及びリーダライタ装置４００と基本構成が共通するので、図２、図３及び図４を援用して説明する。本実施の形態に係る管理装置１００及びリーダライタ装置４００は、実施の形態１と同様の処理に加え、並列決済の発生を抑制するための処理を更に行う。

なお、本実施の形態に係る管理装置１００、照合装置２００及びリーダライタ装置４００は、実施の形態２において説明した処理を行ってもよい。また、例えば、本実施の形態に係る管理装置１００、照合装置２００及びリーダライタ装置４００は、後述する並列決済抑制処理を行った後に、実施の形態３において説明した処理未了発生時の処理を行ってもよい。

本実施の形態に係る管理装置１００（図２）において、記憶部１０２は、複数のリーダライタ装置４００及び複数の照合装置２００の何れかにおいて決済処理に使用されている電子マネーカードのカード情報（例えば、識別番号：Ｉｄｍ）を決済使用情報として記憶する。例えば、電子マネーカードのＩｄｍは、リーダライタ装置４００から管理装置１００へ送信される照合先要求信号に含まれる。

すなわち、決済使用情報に識別番号が含まれる電子マネーカードは、何れかの照合装置２００による決済処理に使用中であることを意味し、決済使用情報に識別番号が含まれない電子マネーカードは、決済処理に使用されていないことを意味する。

管理部１０４は、記憶部１０２に記憶された決済使用情報を参照して、リーダライタ装置４００から受け取る識別番号に対応する電子マネーカードが決済処理に使用中であるか否かを確認する。以下、電子マネーカードが決済処理に使用中であるか否かを確認する処理を「並列決済抑止チェック」と呼ぶこともある。

管理部１０４は、電子マネーカードが決済処理に使用されていない場合、実施の形態１と同様にして、複数の照合装置２００の中から１つの照合装置２００（図３）を選択する。管理部１０４は、選択した照合装置２００のＩＰアドレスを含む照合先情報をリーダライタ装置４００へ送信する。また、管理部１０４は、当該電子マネーカードの識別番号（Ｉｄｍ）を決済使用情報として記憶部１０２に記憶する。

一方、管理部１０４は、電子マネーカードが決済処理に使用中である場合、当該電子マネーカードが他のリーダライタ装置において決済処理に使用中であることを示す並列決済通知を、リーダライタ装置４００へ通信部１０１を介して送信する。

また、管理部１０４は、照合装置２００から照合完了信号を受け取ると、記憶部１０２に記憶された決済使用情報の中から、当該照合完了信号に対応する決済処理に使用されている電子マネーカードの識別番号を削除する。

例えば、決済使用情報（電子マネーカードの識別番号（Ｉｄｍ）など）は、当該電子マネーカードが使用される決済処理に対応する決済ログと対応付けられてもよい。この場合、管理部１０４は、決済ログを参照して、照合装置２００から送信される照合完了信号に対応する決済処理に使用されている電子マネーカードの識別番号を決済使用情報から削除すればよい。

本実施の形態に係るリーダライタ装置４００（図４）において、照合制御部４０４は、実施の形態１と同様にして、照合要求信号を管理装置１００へ送信する。ただし、照合要求信号には、リーダライタ装置４００と通信する電子マネーカードの識別番号（例えば、Ｉｄｍ）が含まれる。

照合制御部４０４は、照合先要求信号を送信後、照合装置２００のＩＰアドレスを含む照合先情報を管理装置１００から受信した場合、実施の形態１と同様、当該ＩＰアドレスに対応する照合装置２００へ、照合要求信号を送信する。

一方、照合制御部４０４は、照合先要求信号を送信後、当該照合先要求信号に対応する決済処理が並列決済であることを示す並列決済通知を管理装置１００から受信した場合、ユーザに対して、並列決済であることを示す情報（例えば、エラー画面）をディスプレイ（図示せず）に表示する。

図１６は、本実施の形態に係るゲームシステム１の各店舗１０における管理装置１００、照合装置２００、リーダライタ装置４００（リーダライタ装置１，２）、及び、電子マネーカードの動作を示すシーケンス図である。なお、図１６において、実施の形態１（図５）、実施の形態３（図１４，図１５）と同一の処理には同一符号を付し、その説明を省略する。

図１６に示す処理の開始時点（ＳＴ１０１）では、電子マネーカードに対する決済使用情報が管理装置１００（記憶部１０２）に格納されていないものとする。すなわち、当該電子マネーカードに対しては何れの照合装置２００においても決済処理が行われていないものとする。

図１６において、管理装置１００は、ＳＴ１０３ａにおいて照合先要求信号をリーダライタ装置１から受け取ると、ＳＴ４０１では、当該照合先要求信号に含まれる電子マネーカードの識別番号（Ｉｄｍ）を用いて並列決済抑止チェックを行う。すなわち、管理装置１００は、照合先要求信号に含まれるＩｄｍが、記憶している決済使用情報に含まれるか否かを確認する。図１６では、ＳＴ４０１の時点では当該電子マネーカードのＩｄｍが決済使用情報に含まれないので、管理装置１００は、電子マネーカードが決済処理に使用されていないと判断する。

そこで、管理装置１００は、リーダライタ装置１に対して照合先の照合装置２００を選択し（ＳＴ１０４）、選択した照合装置２００のＩＰアドレスを含む照合先情報をリーダライタ装置１へ送信する（ＳＴ１０５）。

また、管理装置１００は、ＳＴ４０１において当該電子マネーカードの識別番号（Ｉｄｍ）を、決済使用情報として記憶部１０２に記憶する。

ＳＴ４０２では、リーダライタ装置１、照合装置２００及び電子マネーカードの間において、実施の形態１と同様にして、決済処理が実行される（例えば、図４に示すＳＴ１０６、ＳＴ１０７）。

ここで、図１６に示すように、ＳＴ４０２の決済処理中に、ユーザが他のゲーム機（図示せず）に搭載されたリーダライタ装置２に対して、ゲーム機の利用料金の支払い方法として電子マネーを選択するとともに、利用料金の金額を選択し（ＳＴ１０１ｃ）、リーダライタ装置２に電子マネーカードをかざしたとする（ＳＴ１０２ｃ）。

ユーザが他のゲーム機（リーダライタ装置２）に移動するのは、例えば、ＳＴ４０２において処理未了が発生し、ユーザが当該ゲーム機（リーダライタ装置１）での決済処理、及び、アプリケーションの実行が不可能であると判断した場合などが想定される。

この場合、ＳＴ１０３ｃでは、リーダライタ装置２は、管理装置１００に対して照合先要求信号を送信することにより、照合先となる照合装置２００を問い合わせる。なお、照合先要求信号には、電子マネーカードのＩｄｍが含まれる。

ＳＴ４０３では、管理装置１００は、ＳＴ１０３ｃにおいて受け取った照合先要求信号に含まれる電子マネーカードのＩｄｍを用いて並列決済抑止チェックを行う。図１６では、ＳＴ４０１の時点で当該電子マネーカードのＩｄｍが決済使用情報として記憶されている。よって、管理装置１００は、ＳＴ４０３の時点では当該電子マネーカードのＩｄｍが決済使用情報に含まれるので、電子マネーカードが決済処理に使用されていると判断する。

そこで、ＳＴ４０４では、管理装置１００は、リーダライタ装置２に対して、照合先を要求している決済処理が並列決済であることを示す並列決済通知を送信する。

リーダライタ装置２は、ＳＴ４０４において並列決済通知を受け取ると、ＳＴ４０５では、ＳＴ１０１ｃ、ＳＴ１０２ｃ、ＳＴ１０３ｃ等を含む決済処理が並列決済処理であることを示す情報（例えば、エラー画面）をディスプレイに表示する。例えば、リーダライタ装置２は、「前回のゲーム機へ戻ってカードをタッチしてください」というメッセージを表示することにより、ユーザに対して現在決済処理中であるリーダライタ装置１に戻り、電子マネーカードを再度かざすことを促す。

一方、ＳＴ４０２に示す決済処理が終了した場合、管理装置１００は、決済処理を行った照合装置２００から照合完了信号を受け取る（ＳＴ１０９）。なお、ＳＴ１０９において管理装置１００が受け取る照合完了信号には、決済処理が正常に完了したことを示す情報、又は、処理未了であることを示す情報を含む。

ＳＴ４０６では、管理装置１００は、受け取った照合完了信号に対応する決済処理に使用されている電子マネーカードのＩｄｍを決済使用情報から削除する。これにより、当該電子マネーカードに対する並列決済抑制機能が解除される。

すなわち、リーダライタ装置１を介して決済処理が開始された電子マネーカードに対する並列決済抑止処理が機能する期間（並列決済抑止期間）は、少なくとも、リーダライタ装置１を介して決済処理が開始されるタイミング（図１６では、リーダライタ装置１が照合先情報を受信するタイミング）から、当該決済処理が終了するタイミング（図１６では、管理装置１００が照合完了信号を受信するタイミング）までの期間である。

管理装置１００は、この並列決済抑止期間において、他のゲーム機に搭載されたリーダライタ装置を介して同一の電子マネーカードによる決済処理が要求されたとしても、要求を破棄し（つまり、照合装置２００の選択を行わずに）、当該決済処理が並列決済であることを通知する。

このようにして、本実施の形態では、管理装置１００は、店舗１０において複数のリーダライタ装置４００の各々を介して電子マネーカードによって利用料金が支払われる決済処理を一元管理する。これにより、店舗１０において、既に決済処理に使用されている電子マネーカードによる、他の決済処理が要求されたとしても、管理装置１００は、他の決済処理の要求に応答せずに、並列決済であることをユーザに対して通知する。こうすることで、電子マネー決済による利用料金支払いにおいて、並列決済処理の発生を防ぐことができる。

また、管理装置１００は、例えば、図１６に示すリーダライタ装置２において並列決済処理であることをユーザに通知する際、既に決済処理が行われていたリーダライタ装置１に対して電子マネーカードを再度かざすことなどを促すメッセージを通知してもよい。このようにして、電子マネーカードとリーダライタ装置１との通信の再開を促すことにより、リーダライタ装置１での処理未了となっている決済処理（ＳＴ４０２）を正常に完了させることが可能となる。

また、例えば、ユーザが店舗１０内の複数のゲーム機（リーダライタ装置４００）に対して、例えば、途中で電子マネーカードをリーダライタ装置４００から離すなどして、処理未了を発生させる行為を繰り返すことも想定される。しかし、本実施の形態によれば、１つのリーダライタ装置４００において通信を開始した電子マネーカードに対しては、少なくとも、並列決済抑止期間では、他のリーダライタ装置４００において決済処理を開始できない。よって、上述したように、処理未了を複数のゲーム機において発生させるような行為が行われたとしても、複数のゲーム機（リーダライタ装置４００）において処理未了が発生することを防ぐことができる。

以上、本開示の各実施の形態について説明した。

なお、上記実施の形態では、複数の照合装置２００−１〜２００−Ｎに対して優先順位が予め設定されている場合について説明した。しかし、上記実施の形態では、複数の照合装置２００−１〜２００−Ｎは、使用頻度（選択される回数）に偏りが生じるように選択されればよい。例えば、優先順位の代わりに、複数の照合装置２００の各々に対して正規分布に従った確率が設定されてもよい。管理装置１００は、各照合装置２００に設定された確率に基づいて、照合先となる照合装置２００を選択すればよい。これにより、複数の照合装置２００−１〜２００−Ｎにおいて、照合先として選択される確率が正規分布に従って偏るので、上述したように、複数の照合装置２００−１〜２００−Ｎが同時に使用できなくなることを回避することができる。

また、上記実施の形態では、ゲームシステムの一例として、ゲームシステムについて説明したが、ゲームシステムは、ゲームシステムに限定されるものではない。例えば、上記実施の形態を、ホテルの客室に備えられたテレビを視聴するためのテレビシステムに対して適用してもよい。この場合、図１に示す店舗１０を１つのホテルとし、ゲーム機３００を客室に設置されるテレビと見なせばよい。

本開示の一態様は、利用者が電子マネーにより支払い可能なゲーム機を有するシステムに有用である。

１ ゲームシステム
１０ 店舗
２０ ネットワーク
３０ サーバ
１００ 管理装置
２００ 照合装置
３００ ゲーム機
４００ リーダライタ装置
５００ 課金装置
６００ ＬＡＮ
１０１，２０１，４０１ 通信部
１０２，２０２ 記憶部
１０３，１０３ａ，４０２ 制御部
１０４，１０４ａ 管理部
１０５ 選択部
１０６，４０５ 通知部
１３０ 判定部
２０３ 照合部
４０３ カード制御部
４０４ 照合制御部

Claims (4)

1. アプリケーションを実行する複数のゲーム装置の各々に設置され、電子マネーとして使用される媒体と通信する複数のリーダライタ装置と、
   前記媒体によって前記ゲーム装置の利用料金の支払いが可能であるか否かの照合と、前記支払いが可能と判断した場合に前記リーダライタ装置を介して前記媒体に対して行う引き去り処理と、を含む照合処理が完了すると照合完了信号を送信する複数の照合装置と、
   前記複数の照合装置を管理する管理装置と、
   を備えるゲームシステムであって、
   前記リーダライタ装置は、
   前記複数の照合装置のうちの照合先となる照合装置の指示を要求する照合先要求信号を、前記管理装置へ送信し、前記照合先要求信号には、当該リーダライタ装置と通信する前記媒体の識別番号が含まれ、
   前記管理装置から、前記照合先となる照合装置のアドレスを含む照合先情報を受信すると、前記管理装置を介さずに、前記アドレスに対応する照合装置へ、照合要求信号を送信し、
   前記照合装置から前記照合完了信号を受信し、前記照合の結果が前記利用料金の支払いが可能である場合には、前記ゲーム装置に前記アプリケーションの実行を通知し、
   前記管理装置から、前記送信された照合先要求信号に対応する決済処理が並列決済であることを示す並列決済通知を受け取ると、並列決済処理であることを示す情報を表示し、
   前記照合装置は、
   前記照合要求信号を前記リーダライタ装置から受信し、前記リーダライタ装置を介して行われる前記引き去り処理がタイムアウトしたと前記照合装置が判断した場合も前記照合完了信号を前記管理装置へ送信し、
   前記管理装置は、
   前記リーダライタ装置から前記照合先要求信号を受信すると、予め設定された条件に基づいて、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、
   前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、
   前記照合処理が完了したときに、又は、前記引き去り処理がタイムアウトしたと前記照合装置が判断したときに、前記照合装置から送信された前記照合完了信号を受信すると、前記照合装置の処理中の状態を、空き状態に変更し、
   前記複数のリーダライタ装置及び前記複数の照合装置の何れかにおいて決済処理に使用されている前記媒体の識別番号を決済使用情報として記憶し、
   前記複数のリーダライタ装置の各々から前記照合先要求信号を受け取ると、当該照合先要求信号に含まれる前記識別番号が、前記記憶している決済使用情報に含まれるか否かを確認し、
   前記識別番号が前記決済使用情報に含まれない場合、当該識別番号を前記決済使用情報として記憶し、かつ、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、
   前記識別番号が前記決済使用情報に含まれる場合、前記並列決済通知を前記リーダライタ装置へ送信し、
   前記照合完了信号を前記照合装置から受信すると、当該照合完了信号に対応する決済処理に使用されている前記媒体の前記識別番号を、前記決済使用情報から削除する、
   ゲームシステム。
2. 請求項１に記載のゲームシステムにおける管理装置。
3. 請求項１に記載のゲームシステムにおけるリーダライタ装置。
4. アプリケーションを実行する複数のゲーム装置の各々に設置され、電子マネーとして使用される媒体と通信する複数のリーダライタ装置と、前記媒体によって前記ゲーム装置の利用料金の支払いが可能であるか否かの照合と、前記支払いが可能と判断した場合に前記リーダライタ装置を介して前記媒体に対して行う引き去り処理と、を含む照合処理が完了すると照合完了信号を送信する複数の照合装置と、を含むゲームシステムに接続される管理装置であって、
   前記リーダライタ装置から前記照合先要求信号を受信すると、予め設定された条件に基づいて、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、
   前記選択した照合装置のアドレスを含む前記照合先情報を前記リーダライタ装置へ送信し、
   前記照合処理が完了したときに、又は、前記引き去り処理がタイムアウトしたと前記照合装置が判断したときに、前記照合装置から送信された前記照合完了信号を受信すると、前記照合装置の処理中の状態を、空き状態に変更し、
   前記複数のリーダライタ装置及び前記複数の照合装置の何れかにおいて決済処理に使用されている前記媒体の識別番号を決済使用情報として記憶し、
   前記複数のリーダライタ装置の各々から、照合先となる照合装置の指示を要求する照合先要求信号を受信し、前記照合先要求信号には、当該リーダライタ装置と通信する前記媒体の前記識別番号が含まれ、
   前記照合先要求信号に含まれる前記識別番号が、前記記憶している決済使用情報に含まれるか否かを確認し、
   前記識別番号が前記決済使用情報に含まれない場合、当該識別番号を前記決済使用情報として記憶し、かつ、前記複数の照合装置の中から空き状態の照合装置を１つ選択し、この選択された照合装置を処理中の状態として管理し、前記選択した照合装置のアドレスを含む照合先情報を前記リーダライタ装置へ送信し、
   前記識別番号が前記決済使用情報に含まれる場合、前記送信された照合先要求信号に対応する決済処理が並列決済であることを示す並列決済通知を前記リーダライタ装置へ送信し、
   前記照合完了信号を前記照合装置から受信すると、当該照合完了信号に対応する決済処理に使用されている前記媒体の前記識別番号を、前記決済使用情報から削除する、
   管理装置。

Images