決済処理システム、決済端末装置、管理装置、および決済処理方法
【課題】遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保すること。
【解決手段】カードＴ／Ｃ１０は、プリペイドカードのカードＩＤにプリペイドカードを購入した遊技客の顔画像を対応付けて記憶しており、決済判定依頼をデビット端末３０から受信すると、決済判定依頼に含まれる顔画像をキーとして、同一の遊技客が所定期間内にデビット決済するプリペイドカードの購入金額が所定の上限金額に達するか否かを判定する。デビット端末３０は、遊技客がデビット決済に係る操作を行った場合に、遊技客の顔画像を取得した上で、事前にカードＴ／Ｃ１０に決済判定依頼を送信し、決済可能との判定結果を受信した後にデビット情報処理センタ６０に対してデビット決済要求を行う。
【解決手段】カードＴ／Ｃ１０は、プリペイドカードのカードＩＤにプリペイドカードを購入した遊技客の顔画像を対応付けて記憶しており、決済判定依頼をデビット端末３０から受信すると、決済判定依頼に含まれる顔画像をキーとして、同一の遊技客が所定期間内にデビット決済するプリペイドカードの購入金額が所定の上限金額に達するか否かを判定する。デビット端末３０は、遊技客がデビット決済に係る操作を行った場合に、遊技客の顔画像を取得した上で、事前にカードＴ／Ｃ１０に決済判定依頼を送信し、決済可能との判定結果を受信した後にデビット情報処理センタ６０に対してデビット決済要求を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システム、決済端末装置、管理装置、および決済処理方法に関し、特に、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる決済処理システム、決済端末装置、管理装置、および決済処理方法に関する。
【背景技術】
【０００２】
従来、パチンコ機で使用する玉やパチスロ機で使用するメダル等の遊技媒体をデビット決済により貸し出す技術が知られている。例えば、特許文献１には、プリペイドカードを発行するカード発行機にデビット端末が接続され、このデビット端末が銀行のキャッシュカード（以下「デビットカード」という）によるデビット決済を行って、決済金額分のプリペイドカードが発行される技術が開示されている。
【０００３】
このように、遊技店におけるデビット決済が可能となると、遊技客は、現金を使い果たしたとしても金融機関の預金残高の範囲内で遊技を継続することができるため、遊技客の便宜が図られる反面、遊技への過剰な投資を誘発する恐れがある。
【０００４】
そこで、例えばデビット決済を行う際の窓口となるデビット情報処理センタにデビットカードごとの利用限度額（上限金額）を登録しておき、この利用限度額を超過する場合には決済が認められないようにすることが考えられる。すなわち、デビット決済による１日の利用限度額が例えば３万円である場合には、手数料を含めて３万円以内のデビット決済は認められるが、たとえ口座残高が十分であっても３万円を超えるデビット決済は認められないことになる。
【０００５】
【特許文献１】特開２００３−１４４７３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の利用限度額を設けたとしても、遊技客が複数のデビットカードを所持する場合には、利用限度額（例えば３万円）に所持するカード枚数を乗じた金額のデビット決済が可能となるため、厳密にデビット決済を利用制限することができず、遊技への過剰な投資を確実には防止できないという問題がある。
【０００７】
また、複数のデビットカードを所持する遊技客にのみ、実質的に利用制限がないデビット決済が認められたのでは、１枚のデビットカードしか所持しない遊技客との間に不公平が生じ、遊技店は、すべての遊技客への公平なサービスを提供することができない。
【０００８】
このような問題は、デビット決済のみならずマルチペイメントネットワークなどの他の決済システムを用いた場合にも同様に生ずる。
【０００９】
本発明はかかる点に鑑みてなされたものであり、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる決済処理システム、決済端末装置、管理装置、および決済処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システムであって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、前記取得手段によって取得された生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額を所定金額と比較する比較手段と、前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理手段とを有することを特徴とする。
【００１１】
また、本発明は、上記発明において、前記記憶手段は、前記処理手段によって非現金決済が実行された場合、前記受付手段によって受け付けられた決済希望金額と前記取得手段によって取得された生体情報とを対応付けて記憶することを特徴とする。
【００１２】
また、本発明は、上記発明において、前記抽出手段によって抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定する判定手段をさらに有し、前記処理手段は、前記判定手段による判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行することを特徴とする。
【００１３】
また、本発明は、上記発明において、前記処理手段は、決済希望金額のデビット決済を実行することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記取得手段は、遊技客の顔画像を撮像する撮像手段を含むことを特徴とする。
【００１５】
また、本発明は、遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置であって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、前記取得手段によって生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知する検知手段と、前記検知手段によって合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する処理手段とを有することを特徴とする。
【００１６】
また、本発明は、遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置と通信する管理装置であって、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、前記決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較する比較手段と、前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ前記決済端末装置に決済希望金額の非現金決済を許可する許可手段とを有することを特徴とする。
【００１７】
また、本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理方法であって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付工程と、前記受付工程における決済希望金額受け付け時に、遊技客の生体情報を取得する取得工程と、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、前記取得工程にて取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出する抽出工程と、前記抽出工程にて抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付工程にて受け付けられた決済希望金額との合計金額を所定金額と比較する比較工程と、前記比較工程における比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理工程とを有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、遊技客が非現金決済を希望する決済希望金額を受け付け、決済希望金額受け付け時に、遊技客の生体情報を取得し、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出し、抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と受け付けられた決済希望金額との合計金額を所定金額と比較し、比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、たとえ遊技客が複数のデビットカードを所持していても遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる。
【００１９】
また、本発明によれば、非現金決済が実行された場合、受け付けられた決済希望金額と取得された生体情報とを対応付けて記憶するため、遊技客ごとの非現金決済の履歴が確実に保存され、以降、正確に同一の遊技客による非現金決済金額を抽出することができる。
【００２０】
また、本発明によれば、抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定し、判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行する。このため、非現金決済によって購入した有価価値を未使用のまま精算して現金化する行為を防止することができ、遊技店が被る手数料などの損害を防止することができる。
【００２１】
また、本発明によれば、決済希望金額のデビット決済を実行するため、銀行の口座残高を利用して遊技が可能となるデビット決済に利用制限を課することができ、遊技への過剰な投資を防止することができる。
【００２２】
また、本発明によれば、遊技客の顔画像を撮像するため、顔画像をキーとして、確実に同一の遊技客による決済金額を抽出することができる。
【００２３】
また、本発明によれば、遊技客が非現金決済を希望する決済希望金額を受け付け、決済希望金額受け付け時に、遊技客の生体情報を取得し、生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知し、合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、例えばデビット決済を行う決済端末装置において、遊技客によるデビット決済に適正な利用制限を課すことができる。
【００２４】
また、本発明によれば、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶し、決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を抽出し、抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較し、比較の結果、合計金額が所定金額を超過しない場合にのみ決済端末装置に決済希望金額の非現金決済を許可する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、例えばデビット決済を行う決済端末装置における適正な利用制限を外部の管理装置から管理することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、以下においては、遊技店としてパチンコ店を例に挙げて説明するが、パチスロ店など他の遊技店においても同様に本発明を適用することができる。
【００２６】
（実施の形態１）
図１は、本発明の実施の形態１に係るデビット決済システムの概略構成を示すブロック図である。同図に示すデビット決済システムにおいては、パチンコ店の遊技システムにデビット端末３０が設けられており、デビット端末３０がデビット情報処理センタ６０に接続されている。そして、デビット情報処理センタ６０は、ＣＡＦＩＳ（Credit And Finance Information Switching system）ネットワーク７０を介して、遊技客の口座があるデビットカード発行銀行８０とデビット情報処理センタ６０の口座がある加盟店銀行９０とに接続されている。
【００２７】
デビット情報処理センタ６０は、パチンコ店内のデビット端末３０からデビット決済要求を受け付ける窓口であり、デビット決済要求が受け付けられると、ＣＡＦＩＳネットワーク７０を介してデビットカード発行銀行８０に対して残高問い合わせを行う。そして、デビットカード発行銀行８０に決済要求額以上の口座残高がある場合には、デビットカード発行銀行８０の遊技客の口座から加盟店銀行９０のデビット情報処理センタ６０の口座へ決済要求額が引き落とされる。その後、決済要求額から所定の手数料が差し引かれた金額が、デビット情報処理センタ６０の口座から図示しないパチンコ店の口座へ振り込まれる。
【００２８】
また、パチンコ店には、カードターミナルコントローラ（以下「カードＴ／Ｃ」と略記する）１０、島コントローラ２０、デビット端末３０、玉貸処理機４０、およびパチンコ機５０が設置されている。
【００２９】
カードＴ／Ｃ１０は、複数の島コントローラ２０に接続されており、パチンコ店内でのプリペイドカードの発行および使用を管理する。すなわち、カードＴ／Ｃ１０は、デビット端末３０に併設される図示しないカード発行機においてプリペイドカードが発行されると、このプリペイドカードのカードＩＤや購入金額などを島コントローラ２０経由で取得し、カードＩＤに購入金額などを対応付けて記憶する。また、カードＴ／Ｃ１０は、玉貸処理機４０においてプリペイドカードの度数が玉貸しに使用されると、使用された度数分の金額をプリペイドカードのカードＩＤに対応付けられた残高から減算する。
【００３０】
また、本実施の形態においては、カードＴ／Ｃ１０は、プリペイドカードのカードＩＤにプリペイドカードを購入した遊技客の顔画像を対応付けて記憶しており、デビット決済によるプリペイドカードの購入が可能であるか否かの判定を依頼する決済判定依頼をデビット端末３０から受信すると、決済判定依頼に含まれる顔画像をキーとして、同一の遊技客が所定期間内（例えば当日）にデビット決済するプリペイドカードの購入金額が所定の上限金額（例えば３万円）に達するか否かを判定する。この決済判定については、後に詳述する。
【００３１】
島コントローラ２０は、「島」と呼ばれる区域に配設された複数の玉貸処理機４０およびパチンコ機５０、ならびにデビット端末３０などを管理する装置であり、各装置とカードＴ／Ｃ１０との間のデータ中継を行う。
【００３２】
デビット端末３０は、デビットカードおよび暗証番号を受け付けて遊技客が希望する金額のデビット決済要求をデビット情報処理センタ６０に対して行う端末装置である。ただし、このデビット端末３０は、遊技客がデビット決済に係る操作を行った場合に、直ちにデビット情報処理センタ６０に対してデビット決済要求を行うのではなく、遊技客の顔画像を取得した上で、事前にカードＴ／Ｃ１０に決済判定依頼を送信し、決済可能との判定結果を受信した後にデビット情報処理センタ６０に対してデビット決済要求を行う。デビット端末３０の詳細な構成および動作については、後に詳述する。
【００３３】
玉貸処理機４０は、プリペイドカードに関連付けられた度数を上限としてパチンコ玉の貸出処理を行い、パチンコ機５０は、玉貸処理機４０に併設され、貸し出されたパチンコ玉を遊技領域に射出して遊技客が遊技を行う装置である。なお、玉貸処理機４０は、プリペイドカード以外にも、例えば会員カードや現金を受け付け、会員カードに価値付けられた度数や現金の価値に応じてパチンコ玉を貸し出す機能を備えていても良い。以下の説明においては、通常のプリペイドカードに加えて、あらかじめ度数が価値付けられる会員カードも含めて「プリペイドカード」といい、会員カードの場合は、価値付けられる度数に対応する金額を「購入金額」という。
【００３４】
図２は、デビット端末３０の外観を示す正面図である。同図に示すように、デビット端末３０は、カード読取部３０１、入力操作部３０２、撮像部３０３、表示部３０４、およびレシート発行部３０５を装置前面に有している。
【００３５】
遊技客は、デビット決済によるプリペイドカードの購入を希望する場合には、デビットカードをカード読取部３０１に挿入し、入力操作部３０２を操作して暗証番号や決済希望金額を入力する。その後、遊技客の顔画像が撮像部３０３によって撮像される。図２においては、入力操作部３０２や表示部３０４など遊技客が目視確認をする部分とほぼ同程度の高さに撮像部３０３が設けられているため、遊技客の顔画像を鮮明に撮像することができる。
【００３６】
そして、撮像された顔画像をキーとした決済判定が行われ、決済可能であれば決済処理が行われる一方、決済不可能であれば表示部３０４にエラー表示される。そして、決済処理が行われた場合は、デビット端末３０に併設された図示しないカード発行機によって、決済金額に相当する度数のプリペイドカードが発行されるとともに、レシート発行部３０５によってレシートが発行される。
【００３７】
図３は、デビット端末３０の内部構成を示すブロック図である。同図に示すように、デビット端末３０は、上記のカード読取部３０１、入力操作部３０２、撮像部３０３、表示部３０４、およびレシート発行部３０５に加えて、制御部３０６、決済判定依頼部３０７、および決済処理部３０８を有している。
【００３８】
カード読取部３０１は、遊技客が挿入するデビットカードのデビットカードＩＤを読み取り、読み取られたデビットカードＩＤを制御部３０６へ通知する。
【００３９】
入力操作部３０２は、遊技客が操作可能な例えばテンキーなどを備えており、カード読取部３０１へデビットカードを挿入した遊技客による、暗証番号やデビット決済による決済希望金額の入力を受け付ける。なお、決済希望金額は、図示しないカード発行機において遊技客が入力し、デビット端末３０へ通知されるようにしても良い。入力操作部３０２は、暗証番号および決済希望金額を制御部３０６へ通知する。
【００４０】
撮像部３０３は、制御部３０６の制御に従って、デビット決済を希望する遊技客の顔画像を撮像する。そして、撮像部３０３は、撮像して得られた顔画像を制御部３０６へ出力する。
【００４１】
表示部３０４は、制御部３０６の制御に従って、操作手順を表示したり、決済が不可能と判定された際のエラーメッセージを表示したりする。具体的には、表示部３０４は、デビット決済による所定期間内の決済金額が所定の上限金額に達する場合、デビット決済が不可能である旨のエラーメッセージを表示する。また、表示部３０４は、口座残高が決済希望金額に満たない場合にも、デビット決済が不可能である旨のエラーメッセージを表示する。
【００４２】
レシート発行部３０５は、デビット決済が許可され、決済処理が完了すると、デビット決済された決済金額が記載されたレシートを発行する。
【００４３】
制御部３０６は、カード読取部３０１からデビットカードＩＤが通知され、入力操作部３０２から暗証番号および決済希望金額が通知されると、撮像部３０３を制御して遊技客の顔画像を撮像させる。そして、制御部３０６は、撮像部３０３から出力される顔画像と決済希望金額を決済判定依頼部３０７へ出力する。
【００４４】
また、制御部３０６は、決済判定依頼部３０７からデビット決済が可能である旨が通知されると、デビットカードＩＤ、暗証番号、および決済希望金額を決済処理部３０８へ通知する。そして、決済処理が完了すると、制御部３０６は、プリペイドカードの購入金額や残高を管理する管理テーブルの更新の確定をカードＴ／Ｃ１０へ依頼する。
【００４５】
一方、制御部３０６は、決済判定依頼部３０７または決済処理部３０８からデビット決済が不可能である旨が通知されると、表示部３０４を制御してエラーメッセージを表示させる。
【００４６】
決済判定依頼部３０７は、制御部３０６から顔画像と決済希望金額が出力されると、顔画像と決済希望金額を含む決済判定依頼を島コントローラ２０経由でカードＴ／Ｃ１０へ送信する。すなわち、決済判定依頼部３０７は、顔画像に対応する遊技客が決済希望金額のデビット決済を行った場合、この遊技客の所定期間内のデビット決済金額が所定の上限金額に達するか否かを問い合わせる決済判定依頼をカードＴ／Ｃ１０へ送信する。ここで、同一の遊技客による所定の期間内（例えば当日）のデビット決済金額が所定の上限金額（例えば３万円）に達する場合は、デビット決済は不可能であると判定されることになる。
【００４７】
そして、決済判定依頼部３０７は、デビット決済の可否を示す決済判定結果をカードＴ／Ｃ１０から受信し、決済判定結果に応じてデビット決済が可能である旨またはデビット決済が不可能である旨を制御部３０６へ通知する。
【００４８】
決済処理部３０８は、制御部３０６からデビットカードＩＤ、暗証番号、および決済希望金額が通知されると、これらの項目を含む決済依頼を作成し、デビット情報処理センタ６０へ送信する。そして、決済処理部３０８は、決済が正常に行われたか否かを示す決済結果をデビット情報処理センタ６０から受信し、例えば遊技客の口座残高の不足などにより決済が正常に行われなかった場合は、デビット決済が不可能である旨を制御部３０６へ通知する。一方、デビット決済が正常に行われた場合は、決済処理部３０８は、デビット決済された決済金額を図示しないカード発行機へ通知し、決済金額分のプリペイドカードの発行を許可するとともに、決済金額をレシート発行部３０５へ通知し、レシートを発行させる。
【００４９】
次に、図４は、本実施の形態に係るカードＴ／Ｃ１０の内部構成を示すブロック図である。同図に示すように、カードＴ／Ｃ１０は、インタフェース（以下「Ｉ／Ｆ」と略記する）部１０１、記憶部１０２、画像比較登録部１０３、および上限金額比較部１０４を有している。
【００５０】
Ｉ／Ｆ部１０１は、島コントローラ２０に接続されており、デビット端末３０から送信された決済判定依頼を受信し、決済の可否を判定した後は、決済判定結果を島コントローラ２０経由でデビット端末３０へ送信する。
【００５１】
記憶部１０２は、プリペイドカードの発行を管理する管理テーブルを記憶しており、プリペイドカードのカードＩＤに決済方法、購入金額、および遊技客の顔画像などを対応付けて記憶している。具体的には、記憶部１０２は、例えば図５に示すような管理テーブルを記憶している。この例では、例えばカードＩＤ「２２２−３３３」のプリペイドカードについて、決済方法はデビット決済、かつ購入金額が２万円であり、既に残高が０円となったことが記憶されている。さらに、このプリペイドカードを購入した遊技客の顔画像が対応付けられている。
【００５２】
なお、図５においては、電子マネーや現金で決済した遊技客についても顔画像が記憶されるものとしているが、これらの遊技客については必ずしも顔画像を記憶する必要はない。ただし、プリペイドカードを購入した遊技客については、決済方法に関わらずすべて顔画像を記憶しておき、同一の遊技客の現金以外の決済方法による購入金額が所定の上限金額になるとプリペイドカードの購入を禁止するなどの変更も容易である。この場合には、図示しないカード発行機に撮像部を設けたり、各決済方法に係る端末装置に撮像部を設けたりして遊技客の顔画像を取得すれば良い。上述のような現金以外の決済方法としては、デビット決済のほかにも、例えば電子マネー決済やクレジットカード決済などがある。
【００５３】
再度図４の説明に戻り、画像比較登録部１０３は、Ｉ／Ｆ部１０１に受信された決済判定依頼に含まれる顔画像との比較により、記憶部１０２の管理テーブルに記憶された顔画像から同一遊技客の顔画像を検索する。そして、画像比較登録部１０３は、検索された同一遊技客の顔画像に対応して記憶されている決済方法、購入金額、および残高をすべて読み出し、上限金額比較部１０４へ出力する。
【００５４】
また、画像比較登録部１０３は、決済判定依頼に含まれる顔画像および決済希望金額をプリペイドカードの仮のカードＩＤに対応付けて記憶部１０２の管理テーブルに記憶させる。すなわち、画像比較登録部１０３は、デビット決済が完了していないことが判別可能な仮のカードＩＤに決済方法としてデビット、購入金額（および残高）として決済希望金額を対応付け、同時に、顔画像も対応付けて管理テーブルに仮登録しておく。仮登録されたデータについては、実際のデビット決済が完了後、デビット端末３０からの更新依頼が受信されると確定される。
【００５５】
上限金額比較部１０４は、画像比較登録部１０３から出力された決済方法、購入金額、および残高から、決済判定依頼に含まれる顔画像の遊技客が所定期間内（例えば当日）にデビット決済によって購入したプリペイドカードの購入金額を合計し、この合計金額に決済判定依頼に含まれる決済希望金額を加算した金額が所定の上限金額（例えば３万円）に達するか否かを判定する。そして、判定の結果、決済希望金額を加算した金額が所定の上限金額に達する場合、上限金額比較部１０４は、デビット決済が不可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。また、決済希望金額を加算した金額が所定の上限金額に達しない場合、上限金額比較部１０４は、デビット決済が可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。
【００５６】
本実施の形態においては、遊技客の顔画像がキーとなって購入金額が検索されているため、たとえ複数のデビットカードを所持している遊技客が未使用のデビットカードでデビット決済を実行しようとしても、すべてのデビット決済による購入金額が所定の上限金額に達すれば、デビット決済は不可能と判定される。
【００５７】
また、デビット決済以外の決済方法についても遊技客の顔画像が記憶されていれば、上限金額比較部１０４は、決済方法がデビットである購入金額のみを合計するのではなく、決済希望金額を含む現金以外の決済方法による購入金額の合計を上限金額と比較しても良い。こうすることにより、現金以外の決済方法によるプリペイドカードの購入金額に上限を設けることができる。
【００５８】
次いで、上記のように構成されたデビット端末３０およびカードＴ／Ｃ１０によるデビット決済時の動作について、図６および図７に示すフロー図を参照しながら説明する。以下では、まず図６を参照してデビット端末３０の動作を説明し、次に図７を参照してカードＴ／Ｃ１０の動作を説明する。
【００５９】
デビット端末３０においては、遊技客がデビットカードをカード読取部３０１に挿入することにより、デビットカードが受け付けられ（ステップＳ１０１）、デビットカードＩＤが読み取られる。そして、遊技客が入力操作部３０２を操作して入力された暗証番号が受け付けられ（ステップＳ１０２）、同時に、入力操作部３０２の操作または図示しないカード発行機における選択により入力された決済希望金額が受け付けられる（ステップＳ１０３）。
【００６０】
このようにして得られたデビットカードＩＤ、暗証番号、および決済希望金額は、制御部３０６へ通知される。そして、制御部３０６によって撮像部３０３が制御されることにより、撮像部３０３によって、遊技客の顔画像が撮像される（ステップＳ１０４）。撮像されて得られた顔画像は、制御部３０６へ出力され、制御部３０６から決済希望金額とともに決済判定依頼部３０７へ出力される。決済判定依頼部３０７では、顔画像と決済希望金額を含む決済判定依頼が生成され、カードＴ／Ｃ１０へ送信される（ステップＳ１０５）。
【００６１】
そして、後述するように、カードＴ／Ｃ１０では決済判定が行われ、その結果、決済希望金額のデビット決済の可否を示す決済判定結果が決済判定依頼部３０７によって受信される。決済判定結果は、決済判定依頼部３０７から制御部３０６へ通知され、決済希望金額のデビット決済が可能であるか否かによって、制御部３０６の制御の内容が分岐する（ステップＳ１０６）。
【００６２】
すなわち、デビット決済が可能である旨の決済判定結果がカードＴ／Ｃ１０から受信されれば（ステップＳ１０６Ｙｅｓ）、制御部３０６からデビットカードＩＤ、暗証番号、および決済希望金額が決済処理部３０８へ通知される。そして、決済処理部３０８によって、決済希望金額のデビット決済処理が実行される（ステップＳ１０７）。
【００６３】
具体的には、デビットカードＩＤ、暗証番号、および決済希望金額を含む決済依頼が決済処理部３０８からデビット情報処理センタ６０へ送信され、デビット情報処理センタ６０によって、デビットカード発行銀行８０の遊技客の口座に決済希望金額以上の口座残高があるか否かが問い合わせられる。この結果、十分な口座残高があれば、遊技客の口座から加盟店銀行９０にあるデビット情報処理センタ６０の口座へ決済希望金額が引き落とされる。その後、所定の手数料が差し引かれ、図示しないパチンコ店の口座に決済希望金額が振り込まれる。この決済が正常に行われたか否かを示す決済結果は、デビット情報処理センタ６０からデビット端末３０の決済処理部３０８へ送信される。
【００６４】
そして、決済処理部３０８に決済が正常に行われたことを示す決済結果が受信されると、決済処理部３０８によって決済金額が図示しないカード発行機およびレシート発行部３０５へ通知され、決済金額分のプリペイドカードが図示しないカード発行機によって発行されるとともに、決済金額が記載されたレシートがレシート発行部３０５によって発行される。また、決済処理部３０８からデビット決済が正常に行われた旨が制御部３０６へ通知され、制御部３０６によって、事前に決済判定依頼として送信された顔画像および決済希望金額をプリペイドカードの管理テーブルに反映して更新するよう依頼する更新依頼がカードＴ／Ｃ１０へ送信される（ステップＳ１０８）。
【００６５】
なお、デビットカード発行銀行８０における遊技客の口座の口座残高が決済希望金額に満たない場合は、決済が正常に行われなかったことを示す決済結果が決済処理部３０８に受信され、制御部３０６の制御によって、口座残高が不足している旨のエラーメッセージが表示部３０４に表示される。
【００６６】
以上の一連のデビット決済が完了すると、カード読取部３０１に挿入されていたデビットカードが返却される（ステップＳ１０９）。
【００６７】
一方、デビット決済が不可能である旨の決済判定結果がカードＴ／Ｃ１０から受信されれば（ステップＳ１０６Ｎｏ）、制御部３０６の制御によって、デビット決済による購入金額が所定の上限金額に達し、デビット決済が不可能である旨のエラーメッセージが表示部３０４に表示される（ステップＳ１１０）。この場合には、決済処理部３０８によるデビット決済処理が行われることはなく、カード読取部３０１からデビットカードが返却される（ステップＳ１０９）。
【００６８】
カードＴ／Ｃ１０においては、デビット端末３０から送信された決済判定依頼がＩ／Ｆ部１０１によって受信され（ステップＳ２０１）、画像比較登録部１０３によって、決済判定依頼に含まれる顔画像が記憶部１０２に記憶されている管理テーブルから検索される（ステップＳ２０２）。すなわち、画像比較登録部１０３によって、デビット決済を希望している遊技客の過去のプリペイドカードの購入履歴が顔画像をキーとして検索される。この検索は、顔画像をキーとして実行されるため、決済方法やデビット決済に用いられたデビットカードの違いなどに関わらず、同一遊技客の購入履歴がすべて抽出される。
【００６９】
なお、画像比較登録部１０３による検索は、プリペイドカードの購入履歴のうち、上限金額が設定される所定の期間内の購入履歴のみを対象として実行されれば良い。また、上述の管理テーブルとは別に遊技客ごとの購入履歴を集計した集計テーブルを作成しておき、記憶部１０２に記憶させておくことにより、画像比較登録部１０３による検索の効率化を図ることができる。この集計テーブルの作成は、顔画像の比較により、随時行われるようにすれば良い。
【００７０】
画像比較登録部１０３による検索の結果、決済判定依頼に含まれる顔画像が既に記憶部１０２の管理テーブルに登録されているか否かが判明し（ステップＳ２０３）、決済判定依頼に含まれる顔画像が管理テーブルに未登録の場合は、この顔画像を新たに管理テーブルに登録する（ステップＳ２０４）。このとき、画像比較登録部１０３によって、デビット決済が未処理であることを示す仮のカードＩＤと決済判定依頼に含まれる決済希望金額とに対応付けられて、顔画像が新たに記憶部１０２の管理テーブルに仮登録される。
【００７１】
なお、決済判定依頼に含まれる顔画像が既に管理テーブルに登録されている場合は、仮のカードＩＤと決済判定依頼に含まれる決済希望金額とを登録済みの顔画像に対応付けて管理テーブルに仮登録しておけば良いが、登録済みの顔画像の代わりに決済判定依頼に含まれる新たに撮像された顔画像を用いても良い。
【００７２】
このようにして、画像比較登録部１０３によって遊技客のプリペイドカードの購入履歴が抽出されるとともに、今回の決済希望金額が顔画像に対応付けられて管理テーブルに仮登録されると、抽出された購入履歴は、今回の決済希望金額とともに上限金額比較部１０４へ通知される。そして、上限金額比較部１０４によって、過去の購入履歴のうち、所定期間内にデビット決済によって購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定される（ステップＳ２０５）。このとき、決済方法がデビット決済である購入履歴のみを制限の対象とするのではなく、所定の期間内に現金以外の決済方法で購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定されるようにしても良い。
【００７３】
ここで、上限金額比較部１０４によって上記のように過去の購入金額が合計されるが、画像比較登録部１０３によって顔画像をキーとした検索が行われているため、同一の遊技客による過去の購入金額は遺漏することなく抽出されており、デビットカードの違いなどとは無関係に購入金額の合計が得られる。したがって、今回の決済希望金額との加算額を上限金額と比較することにより、デビット決済への適正な利用制限を課することが可能となる。
【００７４】
上限金額比較部１０４による判定の結果、加算額が所定の上限金額を超過している場合は（ステップＳ２０５Ｙｅｓ）、今回の決済希望金額をデビット決済することにより、デビット決済による購入金額が所定の上限金額を超過してしまうことから、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。具体的には、例えば図５に示した管理テーブルにおいて、カードＩＤ「２２２−３３３」およびカードＩＤ「４４４−５５５」のプリペイドカードが、同一の遊技客によってデビット決済で購入されている。この時点で、この遊技客の購入金額の合計は３万円となっており、上限金額が例えば３万円であれば、この遊技客は、新たなプリペイドカードをデビット決済によって購入することはできない。このような場合、記憶部１０２の管理テーブルに仮登録された今回の決済希望金額は、実際にデビット決済されることがないため、管理テーブルから仮登録されたデータが消去される。
【００７５】
一方、加算額が所定の上限金額を超過していない場合は（ステップＳ２０５Ｎｏ）、今回の決済希望金額をデビット決済しても、デビット決済による購入金額が所定の上限金額を超過しないことから、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０６）。そして、この場合は、デビット端末３０によるデビット決済処理後、記憶部１０２の管理テーブルの更新依頼が受信されるため（ステップＳ２０７）、管理テーブルにおいて仮登録された仮のカードＩＤと決済判定依頼に含まれる決済希望金額および顔画像とを確定して記憶する（ステップＳ２０８）。これにより、決済判定依頼が受信されたプリペイドカードの購入要求のうち、決済が可能であると判定され、実際にデビット決済処理が実行されたものについては、記憶部１０２の管理テーブルに購入履歴として登録されたことになる。
【００７６】
また、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１から送信されたものの、デビット端末３０から更新依頼が受信されない場合は、例えば口座残高の不足などにより実際のデビット決済処理が実行されなかったと考えられるため、管理テーブルに仮登録されたデータは消去される。
【００７７】
以上のように、本実施の形態によれば、デビット端末において遊技客の顔画像を撮像し、顔画像をキーとして同一の遊技客のプリペイドカードの購入履歴を検索し、過去にデビット決済によって購入された購入金額と今回の決済希望金額との加算額が所定の上限金額を超過する場合は、デビット決済を許可しない。このため、所持しているデビットカードの枚数に関わらず、同一の遊技客によるデビット決済金額に上限を設け、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる。
【００７８】
（実施の形態２）
本発明の実施の形態２の特徴は、未使用のプリペイドカードを所持している遊技客にはプリペイドカード購入を許可せず、デビット決済で購入されたプリペイドカードの精算による口座残高の現金化を防止する点である。
【００７９】
本実施の形態に係るデビット決済システムの概略構成は、実施の形態１（図１）と同様であるため、その説明を省略する。本実施の形態においては、カードＴ／Ｃ１０の内部構成のみが実施の形態１（図４）と異なる。
【００８０】
図８は、本実施の形態に係るカードＴ／Ｃ１０の内部構成を示すブロック図である。同図において、図４と同じ部分には同じ符号を付し、その説明を省略する。図８に示すように、カードＴ／Ｃ１０は、実施の形態１に係るカードＴ／Ｃ１０（図４）の構成に未使用判定部１５１を付加した構成を有している。
【００８１】
未使用判定部１５１は、画像比較登録部１０３から出力された決済方法、購入金額、および残高から、所定期間内（例えば当日）に購入されたプリペイドカードのうち、購入金額と残高が等しい未使用のものがあるか否かを判定する。そして、判定の結果、未使用のプリペイドカードがある場合、未使用判定部１５１は、デビット決済が不可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。また、未使用のプリペイドカードがなく、かつ上限金額比較部１０４による上限金額の判定もデビット決済が可能であることを示している場合、未使用判定部１５１は、デビット決済が可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。
【００８２】
本実施の形態においては、たとえデビット決済によるプリペイドカードの購入金額が上限金額を超過しなくても、過去に購入したプリペイドカードの中に未使用のものがある遊技客に対しては新たなプリペイドカードの購入が許可されない。これは、遊技客によって口座残高が現金化されることを防止するために制限されている。
【００８３】
すなわち、遊技客がデビット決済の上限金額までのプリペイドカードを購入し、購入したプリペイドカードをすべて未使用のまま精算してしまうと、上限金額までであれば、銀行のキャッシュカードであるデビットカードを用いて口座残高を現金化できることになる。そして、一般に、デビット決済に要する手数料は、パチンコ店が負担しているため、遊技客が口座残高の現金化のみを目的とした場合、パチンコ店は手数料分の損害のみを被ることになる。したがって、本実施の形態においては、過去に購入されたプリペイドカードが遊技に使用されていなければ、デビット決済によって新たなプリペイドカードを購入することが禁止される。
【００８４】
なお、未使用判定部１５１は、過去に購入されたすべてのプリペイドカードの残高が購入金額未満であればデビット決済を可能としても良く、また過去に購入されたすべてのプリペイドカードの残高が０である場合にのみデビット決済を可能としても良い。さらに、直近に購入された１枚または所定数枚のプリペイドカード以外のプリペイドカードの残高が０である場合にのみデビット決済を可能とするなどとしても良い。
【００８５】
次いで、上記のように構成されたカードＴ／Ｃ１０によるデビット決済時の動作について、図９に示すフロー図を参照しながら説明する。同図において、図７と同じ部分には同じ符号を付し、その詳しい説明を省略する。なお、本実施の形態において、デビット端末３０の動作は、実施の形態１（図６）と同様である。
【００８６】
本実施の形態においても、実施の形態１と同様に、デビット端末３０から送信された決済判定依頼がＩ／Ｆ部１０１によって受信され（ステップＳ２０１）、画像比較登録部１０３によって、決済判定依頼に含まれる顔画像が管理テーブルから検索される（ステップＳ２０２）。そして、記憶部１０２の管理テーブルに顔画像が未登録であれば（ステップＳ２０３Ｎｏ）、決済判定依頼に含まれる顔画像が仮のカードＩＤに対応付けられて新たに管理テーブルに登録され（ステップＳ２０４）、決済判定依頼に含まれる決済希望金額の仮登録が行われる。
【００８７】
同様に、記憶部１０２の管理テーブルに顔画像が登録済みであれば、登録済みの顔画像または決済判定依頼に含まれる顔画像に今回の決済希望金額および仮のカードＩＤが対応付けられ、管理テーブルへの仮登録が行われる。
【００８８】
このようにして、今回の決済希望金額が顔画像に対応付けられて管理テーブルに仮登録されると、画像比較登録部１０３によって顔画像をキーとして検索・抽出された購入履歴は、今回の決済希望金額とともに上限金額比較部１０４へ通知される。そして、上限金額比較部１０４によって、過去の購入履歴のうち、所定期間内にデビット決済によって購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定される（ステップＳ２０５）。
【００８９】
上限金額比較部１０４による判定の結果、加算額が所定の上限金額を超過している場合は（ステップＳ２０５Ｙｅｓ）、今回の決済希望金額をデビット決済することにより、デビット決済による購入金額が所定の上限金額を超過してしまうことから、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。
【００９０】
一方、加算額が所定の上限金額を超過していない場合は（ステップＳ２０５Ｎｏ）、未使用判定部１５１によって、購入履歴のプリペイドカードの中に、購入金額と残高が等しい未使用カードがあるか否かが判定される（ステップＳ３０１）。すなわち、未使用判定部１５１によって、過去に購入されたプリペイドカードであって遊技に使用されていないプリペイドカードがあるか否かが購入履歴から判断される。なお、ここでは購入金額と残高が等しいプリペイドカードを未使用カードとしたが、残高が０でないプリペイドカードを未使用カードとしたり、直近に購入されたプリペイドカードについては購入金額と残高が等しいプリペイドカードを未使用カードとしてそれ以外のプリペイドカードについては残高が０でないプリペイドカードを未使用カードとしたりしても良い。
【００９１】
そして、未使用判定部１５１による判定の結果、未使用カードがある場合は（ステップＳ３０１Ｙｅｓ）、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。また、未使用カードがない場合は（ステップＳ３０１Ｎｏ）、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０６）。そして、この場合は、デビット端末３０によるデビット決済処理後、記憶部１０２の管理テーブルの更新依頼が受信されるため（ステップＳ２０７）、管理テーブルにおいて仮登録された仮のカードＩＤと決済判定依頼に含まれる決済希望金額および顔画像とを確定して記憶する（ステップＳ２０８）。これにより、決済判定依頼が受信されたプリペイドカードの購入要求のうち、決済が可能であると判定され、実際にデビット決済処理が実行されたものについては、記憶部１０２の管理テーブルに購入履歴として登録されたことになる。
【００９２】
また、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１から送信されたものの、デビット端末３０から更新依頼が受信されない場合は、例えば口座残高の不足などにより実際のデビット決済処理が実行されなかったと考えられるため、管理テーブルに仮登録されたデータは消去される。
【００９３】
以上のように、本実施の形態によれば、遊技客が過去に購入したプリペイドカードの中に遊技に使用されていない未使用のプリペイドカードがある場合には、新たなプリペイドカード購入のためのデビット決済を許可しない。このため、デビット決済によって購入したプリペイドカードを未使用のまま精算して現金化する行為を防止することができ、パチンコ店などの遊技店における手数料の損害を防止することができる。
【００９４】
なお、上記各実施の形態においては、カードＴ／Ｃ１０において遊技客ごとのデビット決済によるプリペイドカードの購入金額に上限金額を設けたが、例えば複数の遊技店をまたがって管理する管理センタなどが設立された場合には、この管理センタにおいてデビット決済に制限を課することにより、複数の遊技店における同一遊技客のデビット決済を適正に制限することができる。
【００９５】
また、上記各実施の形態においては、遊技店内のデビット端末３０が直接デビット情報処理センタ６０へ決済依頼を送信するものとしたが、例えばカードＴ／Ｃ１０を経由して決済依頼を送信するなどとしても良い。
【００９６】
さらに、上記各実施の形態においては、顔画像をキーとして同一の遊技客の判別を行うものとしたが、その他にも例えば指紋や声紋など、遊技客それぞれに固有の生体情報をキーとして同一の遊技客の判別を行うようにしても良い。
【産業上の利用可能性】
【００９７】
本発明は、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保する場合に適用することができる。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施の形態１に係るデビット決済システムの概略構成を示すブロック図である。
【図２】実施の形態１に係るデビット端末の外観を示す正面図である。
【図３】実施の形態１に係るデビット端末の内部構成を示すブロック図である。
【図４】実施の形態１に係るカードＴ／Ｃの内部構成を示すブロック図である。
【図５】実施の形態１に係る管理テーブルの例を示す図である。
【図６】実施の形態１に係るデビット端末の動作を示すフロー図である。
【図７】実施の形態１に係るカードＴ／Ｃの動作を示すフロー図である。
【図８】本発明の実施の形態２に係るカードＴ／Ｃの内部構成を示すブロック図である。
【図９】実施の形態２に係るカードＴ／Ｃの動作を示すフロー図である。
【符号の説明】
【００９９】
１０１ Ｉ／Ｆ部
１０２ 記憶部
１０３ 画像比較登録部
１０４ 上限金額比較部
１５１ 未使用判定部
３０１ カード読取部
３０２ 入力操作部
３０３ 撮像部
３０４ 表示部
３０５ レシート発行部
３０６ 制御部
３０７ 決済判定依頼部
３０８ 決済処理部
【技術分野】
【０００１】
本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システム、決済端末装置、管理装置、および決済処理方法に関し、特に、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる決済処理システム、決済端末装置、管理装置、および決済処理方法に関する。
【背景技術】
【０００２】
従来、パチンコ機で使用する玉やパチスロ機で使用するメダル等の遊技媒体をデビット決済により貸し出す技術が知られている。例えば、特許文献１には、プリペイドカードを発行するカード発行機にデビット端末が接続され、このデビット端末が銀行のキャッシュカード（以下「デビットカード」という）によるデビット決済を行って、決済金額分のプリペイドカードが発行される技術が開示されている。
【０００３】
このように、遊技店におけるデビット決済が可能となると、遊技客は、現金を使い果たしたとしても金融機関の預金残高の範囲内で遊技を継続することができるため、遊技客の便宜が図られる反面、遊技への過剰な投資を誘発する恐れがある。
【０００４】
そこで、例えばデビット決済を行う際の窓口となるデビット情報処理センタにデビットカードごとの利用限度額（上限金額）を登録しておき、この利用限度額を超過する場合には決済が認められないようにすることが考えられる。すなわち、デビット決済による１日の利用限度額が例えば３万円である場合には、手数料を含めて３万円以内のデビット決済は認められるが、たとえ口座残高が十分であっても３万円を超えるデビット決済は認められないことになる。
【０００５】
【特許文献１】特開２００３−１４４７３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の利用限度額を設けたとしても、遊技客が複数のデビットカードを所持する場合には、利用限度額（例えば３万円）に所持するカード枚数を乗じた金額のデビット決済が可能となるため、厳密にデビット決済を利用制限することができず、遊技への過剰な投資を確実には防止できないという問題がある。
【０００７】
また、複数のデビットカードを所持する遊技客にのみ、実質的に利用制限がないデビット決済が認められたのでは、１枚のデビットカードしか所持しない遊技客との間に不公平が生じ、遊技店は、すべての遊技客への公平なサービスを提供することができない。
【０００８】
このような問題は、デビット決済のみならずマルチペイメントネットワークなどの他の決済システムを用いた場合にも同様に生ずる。
【０００９】
本発明はかかる点に鑑みてなされたものであり、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる決済処理システム、決済端末装置、管理装置、および決済処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システムであって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、前記取得手段によって取得された生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額を所定金額と比較する比較手段と、前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理手段とを有することを特徴とする。
【００１１】
また、本発明は、上記発明において、前記記憶手段は、前記処理手段によって非現金決済が実行された場合、前記受付手段によって受け付けられた決済希望金額と前記取得手段によって取得された生体情報とを対応付けて記憶することを特徴とする。
【００１２】
また、本発明は、上記発明において、前記抽出手段によって抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定する判定手段をさらに有し、前記処理手段は、前記判定手段による判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行することを特徴とする。
【００１３】
また、本発明は、上記発明において、前記処理手段は、決済希望金額のデビット決済を実行することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記取得手段は、遊技客の顔画像を撮像する撮像手段を含むことを特徴とする。
【００１５】
また、本発明は、遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置であって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、前記取得手段によって生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知する検知手段と、前記検知手段によって合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する処理手段とを有することを特徴とする。
【００１６】
また、本発明は、遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置と通信する管理装置であって、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、前記決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較する比較手段と、前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ前記決済端末装置に決済希望金額の非現金決済を許可する許可手段とを有することを特徴とする。
【００１７】
また、本発明は、遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理方法であって、遊技客が非現金決済を希望する決済希望金額を受け付ける受付工程と、前記受付工程における決済希望金額受け付け時に、遊技客の生体情報を取得する取得工程と、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、前記取得工程にて取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出する抽出工程と、前記抽出工程にて抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付工程にて受け付けられた決済希望金額との合計金額を所定金額と比較する比較工程と、前記比較工程における比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理工程とを有することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、遊技客が非現金決済を希望する決済希望金額を受け付け、決済希望金額受け付け時に、遊技客の生体情報を取得し、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出し、抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と受け付けられた決済希望金額との合計金額を所定金額と比較し、比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、たとえ遊技客が複数のデビットカードを所持していても遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる。
【００１９】
また、本発明によれば、非現金決済が実行された場合、受け付けられた決済希望金額と取得された生体情報とを対応付けて記憶するため、遊技客ごとの非現金決済の履歴が確実に保存され、以降、正確に同一の遊技客による非現金決済金額を抽出することができる。
【００２０】
また、本発明によれば、抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定し、判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行する。このため、非現金決済によって購入した有価価値を未使用のまま精算して現金化する行為を防止することができ、遊技店が被る手数料などの損害を防止することができる。
【００２１】
また、本発明によれば、決済希望金額のデビット決済を実行するため、銀行の口座残高を利用して遊技が可能となるデビット決済に利用制限を課することができ、遊技への過剰な投資を防止することができる。
【００２２】
また、本発明によれば、遊技客の顔画像を撮像するため、顔画像をキーとして、確実に同一の遊技客による決済金額を抽出することができる。
【００２３】
また、本発明によれば、遊技客が非現金決済を希望する決済希望金額を受け付け、決済希望金額受け付け時に、遊技客の生体情報を取得し、生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知し、合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、例えばデビット決済を行う決済端末装置において、遊技客によるデビット決済に適正な利用制限を課すことができる。
【００２４】
また、本発明によれば、遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶し、決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を抽出し、抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較し、比較の結果、合計金額が所定金額を超過しない場合にのみ決済端末装置に決済希望金額の非現金決済を許可する。このため、遊技客ごとの決済金額のうち現金以外の決済方法によって決済された非現金決済金額の総額に上限を設けることができ、例えばデビット決済を行う決済端末装置における適正な利用制限を外部の管理装置から管理することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、以下においては、遊技店としてパチンコ店を例に挙げて説明するが、パチスロ店など他の遊技店においても同様に本発明を適用することができる。
【００２６】
（実施の形態１）
図１は、本発明の実施の形態１に係るデビット決済システムの概略構成を示すブロック図である。同図に示すデビット決済システムにおいては、パチンコ店の遊技システムにデビット端末３０が設けられており、デビット端末３０がデビット情報処理センタ６０に接続されている。そして、デビット情報処理センタ６０は、ＣＡＦＩＳ（Credit And Finance Information Switching system）ネットワーク７０を介して、遊技客の口座があるデビットカード発行銀行８０とデビット情報処理センタ６０の口座がある加盟店銀行９０とに接続されている。
【００２７】
デビット情報処理センタ６０は、パチンコ店内のデビット端末３０からデビット決済要求を受け付ける窓口であり、デビット決済要求が受け付けられると、ＣＡＦＩＳネットワーク７０を介してデビットカード発行銀行８０に対して残高問い合わせを行う。そして、デビットカード発行銀行８０に決済要求額以上の口座残高がある場合には、デビットカード発行銀行８０の遊技客の口座から加盟店銀行９０のデビット情報処理センタ６０の口座へ決済要求額が引き落とされる。その後、決済要求額から所定の手数料が差し引かれた金額が、デビット情報処理センタ６０の口座から図示しないパチンコ店の口座へ振り込まれる。
【００２８】
また、パチンコ店には、カードターミナルコントローラ（以下「カードＴ／Ｃ」と略記する）１０、島コントローラ２０、デビット端末３０、玉貸処理機４０、およびパチンコ機５０が設置されている。
【００２９】
カードＴ／Ｃ１０は、複数の島コントローラ２０に接続されており、パチンコ店内でのプリペイドカードの発行および使用を管理する。すなわち、カードＴ／Ｃ１０は、デビット端末３０に併設される図示しないカード発行機においてプリペイドカードが発行されると、このプリペイドカードのカードＩＤや購入金額などを島コントローラ２０経由で取得し、カードＩＤに購入金額などを対応付けて記憶する。また、カードＴ／Ｃ１０は、玉貸処理機４０においてプリペイドカードの度数が玉貸しに使用されると、使用された度数分の金額をプリペイドカードのカードＩＤに対応付けられた残高から減算する。
【００３０】
また、本実施の形態においては、カードＴ／Ｃ１０は、プリペイドカードのカードＩＤにプリペイドカードを購入した遊技客の顔画像を対応付けて記憶しており、デビット決済によるプリペイドカードの購入が可能であるか否かの判定を依頼する決済判定依頼をデビット端末３０から受信すると、決済判定依頼に含まれる顔画像をキーとして、同一の遊技客が所定期間内（例えば当日）にデビット決済するプリペイドカードの購入金額が所定の上限金額（例えば３万円）に達するか否かを判定する。この決済判定については、後に詳述する。
【００３１】
島コントローラ２０は、「島」と呼ばれる区域に配設された複数の玉貸処理機４０およびパチンコ機５０、ならびにデビット端末３０などを管理する装置であり、各装置とカードＴ／Ｃ１０との間のデータ中継を行う。
【００３２】
デビット端末３０は、デビットカードおよび暗証番号を受け付けて遊技客が希望する金額のデビット決済要求をデビット情報処理センタ６０に対して行う端末装置である。ただし、このデビット端末３０は、遊技客がデビット決済に係る操作を行った場合に、直ちにデビット情報処理センタ６０に対してデビット決済要求を行うのではなく、遊技客の顔画像を取得した上で、事前にカードＴ／Ｃ１０に決済判定依頼を送信し、決済可能との判定結果を受信した後にデビット情報処理センタ６０に対してデビット決済要求を行う。デビット端末３０の詳細な構成および動作については、後に詳述する。
【００３３】
玉貸処理機４０は、プリペイドカードに関連付けられた度数を上限としてパチンコ玉の貸出処理を行い、パチンコ機５０は、玉貸処理機４０に併設され、貸し出されたパチンコ玉を遊技領域に射出して遊技客が遊技を行う装置である。なお、玉貸処理機４０は、プリペイドカード以外にも、例えば会員カードや現金を受け付け、会員カードに価値付けられた度数や現金の価値に応じてパチンコ玉を貸し出す機能を備えていても良い。以下の説明においては、通常のプリペイドカードに加えて、あらかじめ度数が価値付けられる会員カードも含めて「プリペイドカード」といい、会員カードの場合は、価値付けられる度数に対応する金額を「購入金額」という。
【００３４】
図２は、デビット端末３０の外観を示す正面図である。同図に示すように、デビット端末３０は、カード読取部３０１、入力操作部３０２、撮像部３０３、表示部３０４、およびレシート発行部３０５を装置前面に有している。
【００３５】
遊技客は、デビット決済によるプリペイドカードの購入を希望する場合には、デビットカードをカード読取部３０１に挿入し、入力操作部３０２を操作して暗証番号や決済希望金額を入力する。その後、遊技客の顔画像が撮像部３０３によって撮像される。図２においては、入力操作部３０２や表示部３０４など遊技客が目視確認をする部分とほぼ同程度の高さに撮像部３０３が設けられているため、遊技客の顔画像を鮮明に撮像することができる。
【００３６】
そして、撮像された顔画像をキーとした決済判定が行われ、決済可能であれば決済処理が行われる一方、決済不可能であれば表示部３０４にエラー表示される。そして、決済処理が行われた場合は、デビット端末３０に併設された図示しないカード発行機によって、決済金額に相当する度数のプリペイドカードが発行されるとともに、レシート発行部３０５によってレシートが発行される。
【００３７】
図３は、デビット端末３０の内部構成を示すブロック図である。同図に示すように、デビット端末３０は、上記のカード読取部３０１、入力操作部３０２、撮像部３０３、表示部３０４、およびレシート発行部３０５に加えて、制御部３０６、決済判定依頼部３０７、および決済処理部３０８を有している。
【００３８】
カード読取部３０１は、遊技客が挿入するデビットカードのデビットカードＩＤを読み取り、読み取られたデビットカードＩＤを制御部３０６へ通知する。
【００３９】
入力操作部３０２は、遊技客が操作可能な例えばテンキーなどを備えており、カード読取部３０１へデビットカードを挿入した遊技客による、暗証番号やデビット決済による決済希望金額の入力を受け付ける。なお、決済希望金額は、図示しないカード発行機において遊技客が入力し、デビット端末３０へ通知されるようにしても良い。入力操作部３０２は、暗証番号および決済希望金額を制御部３０６へ通知する。
【００４０】
撮像部３０３は、制御部３０６の制御に従って、デビット決済を希望する遊技客の顔画像を撮像する。そして、撮像部３０３は、撮像して得られた顔画像を制御部３０６へ出力する。
【００４１】
表示部３０４は、制御部３０６の制御に従って、操作手順を表示したり、決済が不可能と判定された際のエラーメッセージを表示したりする。具体的には、表示部３０４は、デビット決済による所定期間内の決済金額が所定の上限金額に達する場合、デビット決済が不可能である旨のエラーメッセージを表示する。また、表示部３０４は、口座残高が決済希望金額に満たない場合にも、デビット決済が不可能である旨のエラーメッセージを表示する。
【００４２】
レシート発行部３０５は、デビット決済が許可され、決済処理が完了すると、デビット決済された決済金額が記載されたレシートを発行する。
【００４３】
制御部３０６は、カード読取部３０１からデビットカードＩＤが通知され、入力操作部３０２から暗証番号および決済希望金額が通知されると、撮像部３０３を制御して遊技客の顔画像を撮像させる。そして、制御部３０６は、撮像部３０３から出力される顔画像と決済希望金額を決済判定依頼部３０７へ出力する。
【００４４】
また、制御部３０６は、決済判定依頼部３０７からデビット決済が可能である旨が通知されると、デビットカードＩＤ、暗証番号、および決済希望金額を決済処理部３０８へ通知する。そして、決済処理が完了すると、制御部３０６は、プリペイドカードの購入金額や残高を管理する管理テーブルの更新の確定をカードＴ／Ｃ１０へ依頼する。
【００４５】
一方、制御部３０６は、決済判定依頼部３０７または決済処理部３０８からデビット決済が不可能である旨が通知されると、表示部３０４を制御してエラーメッセージを表示させる。
【００４６】
決済判定依頼部３０７は、制御部３０６から顔画像と決済希望金額が出力されると、顔画像と決済希望金額を含む決済判定依頼を島コントローラ２０経由でカードＴ／Ｃ１０へ送信する。すなわち、決済判定依頼部３０７は、顔画像に対応する遊技客が決済希望金額のデビット決済を行った場合、この遊技客の所定期間内のデビット決済金額が所定の上限金額に達するか否かを問い合わせる決済判定依頼をカードＴ／Ｃ１０へ送信する。ここで、同一の遊技客による所定の期間内（例えば当日）のデビット決済金額が所定の上限金額（例えば３万円）に達する場合は、デビット決済は不可能であると判定されることになる。
【００４７】
そして、決済判定依頼部３０７は、デビット決済の可否を示す決済判定結果をカードＴ／Ｃ１０から受信し、決済判定結果に応じてデビット決済が可能である旨またはデビット決済が不可能である旨を制御部３０６へ通知する。
【００４８】
決済処理部３０８は、制御部３０６からデビットカードＩＤ、暗証番号、および決済希望金額が通知されると、これらの項目を含む決済依頼を作成し、デビット情報処理センタ６０へ送信する。そして、決済処理部３０８は、決済が正常に行われたか否かを示す決済結果をデビット情報処理センタ６０から受信し、例えば遊技客の口座残高の不足などにより決済が正常に行われなかった場合は、デビット決済が不可能である旨を制御部３０６へ通知する。一方、デビット決済が正常に行われた場合は、決済処理部３０８は、デビット決済された決済金額を図示しないカード発行機へ通知し、決済金額分のプリペイドカードの発行を許可するとともに、決済金額をレシート発行部３０５へ通知し、レシートを発行させる。
【００４９】
次に、図４は、本実施の形態に係るカードＴ／Ｃ１０の内部構成を示すブロック図である。同図に示すように、カードＴ／Ｃ１０は、インタフェース（以下「Ｉ／Ｆ」と略記する）部１０１、記憶部１０２、画像比較登録部１０３、および上限金額比較部１０４を有している。
【００５０】
Ｉ／Ｆ部１０１は、島コントローラ２０に接続されており、デビット端末３０から送信された決済判定依頼を受信し、決済の可否を判定した後は、決済判定結果を島コントローラ２０経由でデビット端末３０へ送信する。
【００５１】
記憶部１０２は、プリペイドカードの発行を管理する管理テーブルを記憶しており、プリペイドカードのカードＩＤに決済方法、購入金額、および遊技客の顔画像などを対応付けて記憶している。具体的には、記憶部１０２は、例えば図５に示すような管理テーブルを記憶している。この例では、例えばカードＩＤ「２２２−３３３」のプリペイドカードについて、決済方法はデビット決済、かつ購入金額が２万円であり、既に残高が０円となったことが記憶されている。さらに、このプリペイドカードを購入した遊技客の顔画像が対応付けられている。
【００５２】
なお、図５においては、電子マネーや現金で決済した遊技客についても顔画像が記憶されるものとしているが、これらの遊技客については必ずしも顔画像を記憶する必要はない。ただし、プリペイドカードを購入した遊技客については、決済方法に関わらずすべて顔画像を記憶しておき、同一の遊技客の現金以外の決済方法による購入金額が所定の上限金額になるとプリペイドカードの購入を禁止するなどの変更も容易である。この場合には、図示しないカード発行機に撮像部を設けたり、各決済方法に係る端末装置に撮像部を設けたりして遊技客の顔画像を取得すれば良い。上述のような現金以外の決済方法としては、デビット決済のほかにも、例えば電子マネー決済やクレジットカード決済などがある。
【００５３】
再度図４の説明に戻り、画像比較登録部１０３は、Ｉ／Ｆ部１０１に受信された決済判定依頼に含まれる顔画像との比較により、記憶部１０２の管理テーブルに記憶された顔画像から同一遊技客の顔画像を検索する。そして、画像比較登録部１０３は、検索された同一遊技客の顔画像に対応して記憶されている決済方法、購入金額、および残高をすべて読み出し、上限金額比較部１０４へ出力する。
【００５４】
また、画像比較登録部１０３は、決済判定依頼に含まれる顔画像および決済希望金額をプリペイドカードの仮のカードＩＤに対応付けて記憶部１０２の管理テーブルに記憶させる。すなわち、画像比較登録部１０３は、デビット決済が完了していないことが判別可能な仮のカードＩＤに決済方法としてデビット、購入金額（および残高）として決済希望金額を対応付け、同時に、顔画像も対応付けて管理テーブルに仮登録しておく。仮登録されたデータについては、実際のデビット決済が完了後、デビット端末３０からの更新依頼が受信されると確定される。
【００５５】
上限金額比較部１０４は、画像比較登録部１０３から出力された決済方法、購入金額、および残高から、決済判定依頼に含まれる顔画像の遊技客が所定期間内（例えば当日）にデビット決済によって購入したプリペイドカードの購入金額を合計し、この合計金額に決済判定依頼に含まれる決済希望金額を加算した金額が所定の上限金額（例えば３万円）に達するか否かを判定する。そして、判定の結果、決済希望金額を加算した金額が所定の上限金額に達する場合、上限金額比較部１０４は、デビット決済が不可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。また、決済希望金額を加算した金額が所定の上限金額に達しない場合、上限金額比較部１０４は、デビット決済が可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。
【００５６】
本実施の形態においては、遊技客の顔画像がキーとなって購入金額が検索されているため、たとえ複数のデビットカードを所持している遊技客が未使用のデビットカードでデビット決済を実行しようとしても、すべてのデビット決済による購入金額が所定の上限金額に達すれば、デビット決済は不可能と判定される。
【００５７】
また、デビット決済以外の決済方法についても遊技客の顔画像が記憶されていれば、上限金額比較部１０４は、決済方法がデビットである購入金額のみを合計するのではなく、決済希望金額を含む現金以外の決済方法による購入金額の合計を上限金額と比較しても良い。こうすることにより、現金以外の決済方法によるプリペイドカードの購入金額に上限を設けることができる。
【００５８】
次いで、上記のように構成されたデビット端末３０およびカードＴ／Ｃ１０によるデビット決済時の動作について、図６および図７に示すフロー図を参照しながら説明する。以下では、まず図６を参照してデビット端末３０の動作を説明し、次に図７を参照してカードＴ／Ｃ１０の動作を説明する。
【００５９】
デビット端末３０においては、遊技客がデビットカードをカード読取部３０１に挿入することにより、デビットカードが受け付けられ（ステップＳ１０１）、デビットカードＩＤが読み取られる。そして、遊技客が入力操作部３０２を操作して入力された暗証番号が受け付けられ（ステップＳ１０２）、同時に、入力操作部３０２の操作または図示しないカード発行機における選択により入力された決済希望金額が受け付けられる（ステップＳ１０３）。
【００６０】
このようにして得られたデビットカードＩＤ、暗証番号、および決済希望金額は、制御部３０６へ通知される。そして、制御部３０６によって撮像部３０３が制御されることにより、撮像部３０３によって、遊技客の顔画像が撮像される（ステップＳ１０４）。撮像されて得られた顔画像は、制御部３０６へ出力され、制御部３０６から決済希望金額とともに決済判定依頼部３０７へ出力される。決済判定依頼部３０７では、顔画像と決済希望金額を含む決済判定依頼が生成され、カードＴ／Ｃ１０へ送信される（ステップＳ１０５）。
【００６１】
そして、後述するように、カードＴ／Ｃ１０では決済判定が行われ、その結果、決済希望金額のデビット決済の可否を示す決済判定結果が決済判定依頼部３０７によって受信される。決済判定結果は、決済判定依頼部３０７から制御部３０６へ通知され、決済希望金額のデビット決済が可能であるか否かによって、制御部３０６の制御の内容が分岐する（ステップＳ１０６）。
【００６２】
すなわち、デビット決済が可能である旨の決済判定結果がカードＴ／Ｃ１０から受信されれば（ステップＳ１０６Ｙｅｓ）、制御部３０６からデビットカードＩＤ、暗証番号、および決済希望金額が決済処理部３０８へ通知される。そして、決済処理部３０８によって、決済希望金額のデビット決済処理が実行される（ステップＳ１０７）。
【００６３】
具体的には、デビットカードＩＤ、暗証番号、および決済希望金額を含む決済依頼が決済処理部３０８からデビット情報処理センタ６０へ送信され、デビット情報処理センタ６０によって、デビットカード発行銀行８０の遊技客の口座に決済希望金額以上の口座残高があるか否かが問い合わせられる。この結果、十分な口座残高があれば、遊技客の口座から加盟店銀行９０にあるデビット情報処理センタ６０の口座へ決済希望金額が引き落とされる。その後、所定の手数料が差し引かれ、図示しないパチンコ店の口座に決済希望金額が振り込まれる。この決済が正常に行われたか否かを示す決済結果は、デビット情報処理センタ６０からデビット端末３０の決済処理部３０８へ送信される。
【００６４】
そして、決済処理部３０８に決済が正常に行われたことを示す決済結果が受信されると、決済処理部３０８によって決済金額が図示しないカード発行機およびレシート発行部３０５へ通知され、決済金額分のプリペイドカードが図示しないカード発行機によって発行されるとともに、決済金額が記載されたレシートがレシート発行部３０５によって発行される。また、決済処理部３０８からデビット決済が正常に行われた旨が制御部３０６へ通知され、制御部３０６によって、事前に決済判定依頼として送信された顔画像および決済希望金額をプリペイドカードの管理テーブルに反映して更新するよう依頼する更新依頼がカードＴ／Ｃ１０へ送信される（ステップＳ１０８）。
【００６５】
なお、デビットカード発行銀行８０における遊技客の口座の口座残高が決済希望金額に満たない場合は、決済が正常に行われなかったことを示す決済結果が決済処理部３０８に受信され、制御部３０６の制御によって、口座残高が不足している旨のエラーメッセージが表示部３０４に表示される。
【００６６】
以上の一連のデビット決済が完了すると、カード読取部３０１に挿入されていたデビットカードが返却される（ステップＳ１０９）。
【００６７】
一方、デビット決済が不可能である旨の決済判定結果がカードＴ／Ｃ１０から受信されれば（ステップＳ１０６Ｎｏ）、制御部３０６の制御によって、デビット決済による購入金額が所定の上限金額に達し、デビット決済が不可能である旨のエラーメッセージが表示部３０４に表示される（ステップＳ１１０）。この場合には、決済処理部３０８によるデビット決済処理が行われることはなく、カード読取部３０１からデビットカードが返却される（ステップＳ１０９）。
【００６８】
カードＴ／Ｃ１０においては、デビット端末３０から送信された決済判定依頼がＩ／Ｆ部１０１によって受信され（ステップＳ２０１）、画像比較登録部１０３によって、決済判定依頼に含まれる顔画像が記憶部１０２に記憶されている管理テーブルから検索される（ステップＳ２０２）。すなわち、画像比較登録部１０３によって、デビット決済を希望している遊技客の過去のプリペイドカードの購入履歴が顔画像をキーとして検索される。この検索は、顔画像をキーとして実行されるため、決済方法やデビット決済に用いられたデビットカードの違いなどに関わらず、同一遊技客の購入履歴がすべて抽出される。
【００６９】
なお、画像比較登録部１０３による検索は、プリペイドカードの購入履歴のうち、上限金額が設定される所定の期間内の購入履歴のみを対象として実行されれば良い。また、上述の管理テーブルとは別に遊技客ごとの購入履歴を集計した集計テーブルを作成しておき、記憶部１０２に記憶させておくことにより、画像比較登録部１０３による検索の効率化を図ることができる。この集計テーブルの作成は、顔画像の比較により、随時行われるようにすれば良い。
【００７０】
画像比較登録部１０３による検索の結果、決済判定依頼に含まれる顔画像が既に記憶部１０２の管理テーブルに登録されているか否かが判明し（ステップＳ２０３）、決済判定依頼に含まれる顔画像が管理テーブルに未登録の場合は、この顔画像を新たに管理テーブルに登録する（ステップＳ２０４）。このとき、画像比較登録部１０３によって、デビット決済が未処理であることを示す仮のカードＩＤと決済判定依頼に含まれる決済希望金額とに対応付けられて、顔画像が新たに記憶部１０２の管理テーブルに仮登録される。
【００７１】
なお、決済判定依頼に含まれる顔画像が既に管理テーブルに登録されている場合は、仮のカードＩＤと決済判定依頼に含まれる決済希望金額とを登録済みの顔画像に対応付けて管理テーブルに仮登録しておけば良いが、登録済みの顔画像の代わりに決済判定依頼に含まれる新たに撮像された顔画像を用いても良い。
【００７２】
このようにして、画像比較登録部１０３によって遊技客のプリペイドカードの購入履歴が抽出されるとともに、今回の決済希望金額が顔画像に対応付けられて管理テーブルに仮登録されると、抽出された購入履歴は、今回の決済希望金額とともに上限金額比較部１０４へ通知される。そして、上限金額比較部１０４によって、過去の購入履歴のうち、所定期間内にデビット決済によって購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定される（ステップＳ２０５）。このとき、決済方法がデビット決済である購入履歴のみを制限の対象とするのではなく、所定の期間内に現金以外の決済方法で購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定されるようにしても良い。
【００７３】
ここで、上限金額比較部１０４によって上記のように過去の購入金額が合計されるが、画像比較登録部１０３によって顔画像をキーとした検索が行われているため、同一の遊技客による過去の購入金額は遺漏することなく抽出されており、デビットカードの違いなどとは無関係に購入金額の合計が得られる。したがって、今回の決済希望金額との加算額を上限金額と比較することにより、デビット決済への適正な利用制限を課することが可能となる。
【００７４】
上限金額比較部１０４による判定の結果、加算額が所定の上限金額を超過している場合は（ステップＳ２０５Ｙｅｓ）、今回の決済希望金額をデビット決済することにより、デビット決済による購入金額が所定の上限金額を超過してしまうことから、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。具体的には、例えば図５に示した管理テーブルにおいて、カードＩＤ「２２２−３３３」およびカードＩＤ「４４４−５５５」のプリペイドカードが、同一の遊技客によってデビット決済で購入されている。この時点で、この遊技客の購入金額の合計は３万円となっており、上限金額が例えば３万円であれば、この遊技客は、新たなプリペイドカードをデビット決済によって購入することはできない。このような場合、記憶部１０２の管理テーブルに仮登録された今回の決済希望金額は、実際にデビット決済されることがないため、管理テーブルから仮登録されたデータが消去される。
【００７５】
一方、加算額が所定の上限金額を超過していない場合は（ステップＳ２０５Ｎｏ）、今回の決済希望金額をデビット決済しても、デビット決済による購入金額が所定の上限金額を超過しないことから、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０６）。そして、この場合は、デビット端末３０によるデビット決済処理後、記憶部１０２の管理テーブルの更新依頼が受信されるため（ステップＳ２０７）、管理テーブルにおいて仮登録された仮のカードＩＤと決済判定依頼に含まれる決済希望金額および顔画像とを確定して記憶する（ステップＳ２０８）。これにより、決済判定依頼が受信されたプリペイドカードの購入要求のうち、決済が可能であると判定され、実際にデビット決済処理が実行されたものについては、記憶部１０２の管理テーブルに購入履歴として登録されたことになる。
【００７６】
また、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１から送信されたものの、デビット端末３０から更新依頼が受信されない場合は、例えば口座残高の不足などにより実際のデビット決済処理が実行されなかったと考えられるため、管理テーブルに仮登録されたデータは消去される。
【００７７】
以上のように、本実施の形態によれば、デビット端末において遊技客の顔画像を撮像し、顔画像をキーとして同一の遊技客のプリペイドカードの購入履歴を検索し、過去にデビット決済によって購入された購入金額と今回の決済希望金額との加算額が所定の上限金額を超過する場合は、デビット決済を許可しない。このため、所持しているデビットカードの枚数に関わらず、同一の遊技客によるデビット決済金額に上限を設け、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保することができる。
【００７８】
（実施の形態２）
本発明の実施の形態２の特徴は、未使用のプリペイドカードを所持している遊技客にはプリペイドカード購入を許可せず、デビット決済で購入されたプリペイドカードの精算による口座残高の現金化を防止する点である。
【００７９】
本実施の形態に係るデビット決済システムの概略構成は、実施の形態１（図１）と同様であるため、その説明を省略する。本実施の形態においては、カードＴ／Ｃ１０の内部構成のみが実施の形態１（図４）と異なる。
【００８０】
図８は、本実施の形態に係るカードＴ／Ｃ１０の内部構成を示すブロック図である。同図において、図４と同じ部分には同じ符号を付し、その説明を省略する。図８に示すように、カードＴ／Ｃ１０は、実施の形態１に係るカードＴ／Ｃ１０（図４）の構成に未使用判定部１５１を付加した構成を有している。
【００８１】
未使用判定部１５１は、画像比較登録部１０３から出力された決済方法、購入金額、および残高から、所定期間内（例えば当日）に購入されたプリペイドカードのうち、購入金額と残高が等しい未使用のものがあるか否かを判定する。そして、判定の結果、未使用のプリペイドカードがある場合、未使用判定部１５１は、デビット決済が不可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。また、未使用のプリペイドカードがなく、かつ上限金額比較部１０４による上限金額の判定もデビット決済が可能であることを示している場合、未使用判定部１５１は、デビット決済が可能である旨の決済判定結果をＩ／Ｆ部１０１からデビット端末３０へ送信させる。
【００８２】
本実施の形態においては、たとえデビット決済によるプリペイドカードの購入金額が上限金額を超過しなくても、過去に購入したプリペイドカードの中に未使用のものがある遊技客に対しては新たなプリペイドカードの購入が許可されない。これは、遊技客によって口座残高が現金化されることを防止するために制限されている。
【００８３】
すなわち、遊技客がデビット決済の上限金額までのプリペイドカードを購入し、購入したプリペイドカードをすべて未使用のまま精算してしまうと、上限金額までであれば、銀行のキャッシュカードであるデビットカードを用いて口座残高を現金化できることになる。そして、一般に、デビット決済に要する手数料は、パチンコ店が負担しているため、遊技客が口座残高の現金化のみを目的とした場合、パチンコ店は手数料分の損害のみを被ることになる。したがって、本実施の形態においては、過去に購入されたプリペイドカードが遊技に使用されていなければ、デビット決済によって新たなプリペイドカードを購入することが禁止される。
【００８４】
なお、未使用判定部１５１は、過去に購入されたすべてのプリペイドカードの残高が購入金額未満であればデビット決済を可能としても良く、また過去に購入されたすべてのプリペイドカードの残高が０である場合にのみデビット決済を可能としても良い。さらに、直近に購入された１枚または所定数枚のプリペイドカード以外のプリペイドカードの残高が０である場合にのみデビット決済を可能とするなどとしても良い。
【００８５】
次いで、上記のように構成されたカードＴ／Ｃ１０によるデビット決済時の動作について、図９に示すフロー図を参照しながら説明する。同図において、図７と同じ部分には同じ符号を付し、その詳しい説明を省略する。なお、本実施の形態において、デビット端末３０の動作は、実施の形態１（図６）と同様である。
【００８６】
本実施の形態においても、実施の形態１と同様に、デビット端末３０から送信された決済判定依頼がＩ／Ｆ部１０１によって受信され（ステップＳ２０１）、画像比較登録部１０３によって、決済判定依頼に含まれる顔画像が管理テーブルから検索される（ステップＳ２０２）。そして、記憶部１０２の管理テーブルに顔画像が未登録であれば（ステップＳ２０３Ｎｏ）、決済判定依頼に含まれる顔画像が仮のカードＩＤに対応付けられて新たに管理テーブルに登録され（ステップＳ２０４）、決済判定依頼に含まれる決済希望金額の仮登録が行われる。
【００８７】
同様に、記憶部１０２の管理テーブルに顔画像が登録済みであれば、登録済みの顔画像または決済判定依頼に含まれる顔画像に今回の決済希望金額および仮のカードＩＤが対応付けられ、管理テーブルへの仮登録が行われる。
【００８８】
このようにして、今回の決済希望金額が顔画像に対応付けられて管理テーブルに仮登録されると、画像比較登録部１０３によって顔画像をキーとして検索・抽出された購入履歴は、今回の決済希望金額とともに上限金額比較部１０４へ通知される。そして、上限金額比較部１０４によって、過去の購入履歴のうち、所定期間内にデビット決済によって購入された購入金額の合計と今回の決済希望金額とが加算され、得られた加算額が所定の上限金額を超過するか否かが判定される（ステップＳ２０５）。
【００８９】
上限金額比較部１０４による判定の結果、加算額が所定の上限金額を超過している場合は（ステップＳ２０５Ｙｅｓ）、今回の決済希望金額をデビット決済することにより、デビット決済による購入金額が所定の上限金額を超過してしまうことから、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。
【００９０】
一方、加算額が所定の上限金額を超過していない場合は（ステップＳ２０５Ｎｏ）、未使用判定部１５１によって、購入履歴のプリペイドカードの中に、購入金額と残高が等しい未使用カードがあるか否かが判定される（ステップＳ３０１）。すなわち、未使用判定部１５１によって、過去に購入されたプリペイドカードであって遊技に使用されていないプリペイドカードがあるか否かが購入履歴から判断される。なお、ここでは購入金額と残高が等しいプリペイドカードを未使用カードとしたが、残高が０でないプリペイドカードを未使用カードとしたり、直近に購入されたプリペイドカードについては購入金額と残高が等しいプリペイドカードを未使用カードとしてそれ以外のプリペイドカードについては残高が０でないプリペイドカードを未使用カードとしたりしても良い。
【００９１】
そして、未使用判定部１５１による判定の結果、未使用カードがある場合は（ステップＳ３０１Ｙｅｓ）、デビット決済が不可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０９）。また、未使用カードがない場合は（ステップＳ３０１Ｎｏ）、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１からデビット端末３０へ送信される（ステップＳ２０６）。そして、この場合は、デビット端末３０によるデビット決済処理後、記憶部１０２の管理テーブルの更新依頼が受信されるため（ステップＳ２０７）、管理テーブルにおいて仮登録された仮のカードＩＤと決済判定依頼に含まれる決済希望金額および顔画像とを確定して記憶する（ステップＳ２０８）。これにより、決済判定依頼が受信されたプリペイドカードの購入要求のうち、決済が可能であると判定され、実際にデビット決済処理が実行されたものについては、記憶部１０２の管理テーブルに購入履歴として登録されたことになる。
【００９２】
また、デビット決済が可能である旨の決済判定結果がＩ／Ｆ部１０１から送信されたものの、デビット端末３０から更新依頼が受信されない場合は、例えば口座残高の不足などにより実際のデビット決済処理が実行されなかったと考えられるため、管理テーブルに仮登録されたデータは消去される。
【００９３】
以上のように、本実施の形態によれば、遊技客が過去に購入したプリペイドカードの中に遊技に使用されていない未使用のプリペイドカードがある場合には、新たなプリペイドカード購入のためのデビット決済を許可しない。このため、デビット決済によって購入したプリペイドカードを未使用のまま精算して現金化する行為を防止することができ、パチンコ店などの遊技店における手数料の損害を防止することができる。
【００９４】
なお、上記各実施の形態においては、カードＴ／Ｃ１０において遊技客ごとのデビット決済によるプリペイドカードの購入金額に上限金額を設けたが、例えば複数の遊技店をまたがって管理する管理センタなどが設立された場合には、この管理センタにおいてデビット決済に制限を課することにより、複数の遊技店における同一遊技客のデビット決済を適正に制限することができる。
【００９５】
また、上記各実施の形態においては、遊技店内のデビット端末３０が直接デビット情報処理センタ６０へ決済依頼を送信するものとしたが、例えばカードＴ／Ｃ１０を経由して決済依頼を送信するなどとしても良い。
【００９６】
さらに、上記各実施の形態においては、顔画像をキーとして同一の遊技客の判別を行うものとしたが、その他にも例えば指紋や声紋など、遊技客それぞれに固有の生体情報をキーとして同一の遊技客の判別を行うようにしても良い。
【産業上の利用可能性】
【００９７】
本発明は、遊技客によるデビット決済に適正な利用制限を課し、遊技への過度なのめり込みを防止するとともに遊技店のサービスの公平性を確保する場合に適用することができる。
【図面の簡単な説明】
【００９８】
【図１】本発明の実施の形態１に係るデビット決済システムの概略構成を示すブロック図である。
【図２】実施の形態１に係るデビット端末の外観を示す正面図である。
【図３】実施の形態１に係るデビット端末の内部構成を示すブロック図である。
【図４】実施の形態１に係るカードＴ／Ｃの内部構成を示すブロック図である。
【図５】実施の形態１に係る管理テーブルの例を示す図である。
【図６】実施の形態１に係るデビット端末の動作を示すフロー図である。
【図７】実施の形態１に係るカードＴ／Ｃの動作を示すフロー図である。
【図８】本発明の実施の形態２に係るカードＴ／Ｃの内部構成を示すブロック図である。
【図９】実施の形態２に係るカードＴ／Ｃの動作を示すフロー図である。
【符号の説明】
【００９９】
１０１ Ｉ／Ｆ部
１０２ 記憶部
１０３ 画像比較登録部
１０４ 上限金額比較部
１５１ 未使用判定部
３０１ カード読取部
３０２ 入力操作部
３０３ 撮像部
３０４ 表示部
３０５ レシート発行部
３０６ 制御部
３０７ 決済判定依頼部
３０８ 決済処理部
【特許請求の範囲】
【請求項１】
遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システムであって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、
前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、
前記取得手段によって取得された生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、
前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額を所定金額と比較する比較手段と、
前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理手段と
を有することを特徴とする決済処理システム。
【請求項２】
前記記憶手段は、
前記処理手段によって非現金決済が実行された場合、前記受付手段によって受け付けられた決済希望金額と前記取得手段によって取得された生体情報とを対応付けて記憶することを特徴とする請求項１記載の決済処理システム。
【請求項３】
前記抽出手段によって抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定する判定手段をさらに有し、
前記処理手段は、
前記判定手段による判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行することを特徴とする請求項１記載の決済処理システム。
【請求項４】
前記処理手段は、
決済希望金額のデビット決済を実行することを特徴とする請求項１記載の決済処理システム。
【請求項５】
前記取得手段は、
遊技客の顔画像を撮像する撮像手段を含むことを特徴とする請求項１記載の決済処理システム。
【請求項６】
遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置であって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、
前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、
前記取得手段によって生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知する検知手段と、
前記検知手段によって合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する処理手段と
を有することを特徴とする決済端末装置。
【請求項７】
遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置と通信する管理装置であって、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、
前記決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、
前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較する比較手段と、
前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ前記決済端末装置に決済希望金額の非現金決済を許可する許可手段と
を有することを特徴とする管理装置。
【請求項８】
遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理方法であって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付工程と、
前記受付工程における決済希望金額受け付け時に、遊技客の生体情報を取得する取得工程と、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、前記取得工程にて取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出する抽出工程と、
前記抽出工程にて抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付工程にて受け付けられた決済希望金額との合計金額を所定金額と比較する比較工程と、
前記比較工程における比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理工程と
を有することを特徴とする決済処理方法。
【請求項１】
遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理システムであって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、
前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、
前記取得手段によって取得された生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、
前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額を所定金額と比較する比較手段と、
前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理手段と
を有することを特徴とする決済処理システム。
【請求項２】
前記記憶手段は、
前記処理手段によって非現金決済が実行された場合、前記受付手段によって受け付けられた決済希望金額と前記取得手段によって取得された生体情報とを対応付けて記憶することを特徴とする請求項１記載の決済処理システム。
【請求項３】
前記抽出手段によって抽出された決済金額に対応する有価価値の中に、遊技に未使用の有価価値があるか否かを判定する判定手段をさらに有し、
前記処理手段は、
前記判定手段による判定の結果、遊技に未使用の有価価値がない場合にのみ決済希望金額の非現金決済を実行することを特徴とする請求項１記載の決済処理システム。
【請求項４】
前記処理手段は、
決済希望金額のデビット決済を実行することを特徴とする請求項１記載の決済処理システム。
【請求項５】
前記取得手段は、
遊技客の顔画像を撮像する撮像手段を含むことを特徴とする請求項１記載の決済処理システム。
【請求項６】
遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置であって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付手段と、
前記受付手段による決済希望金額受け付け時に、遊技客の生体情報を取得する取得手段と、
前記取得手段によって生体情報を取得された遊技客が所定期間内に非現金決済した非現金決済金額と前記受付手段によって受け付けられた決済希望金額との合計金額が所定金額を超過するか否かを検知する検知手段と、
前記検知手段によって合計金額が所定金額を超過しないと検知された場合にのみ決済希望金額の非現金決済を実行する処理手段と
を有することを特徴とする決済端末装置。
【請求項７】
遊技に使用可能な有価価値の購入を非現金決済によって決済処理する決済端末装置と通信する管理装置であって、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する記憶手段と、
前記決済端末装置から送信される生体情報と同一の生体情報に対応付けられた決済金額を前記記憶手段から抽出する抽出手段と、
前記抽出手段によって抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記決済端末装置から送信される新たな決済希望金額との合計金額を所定金額と比較する比較手段と、
前記比較手段による比較の結果、合計金額が所定金額を超過しない場合にのみ前記決済端末装置に決済希望金額の非現金決済を許可する許可手段と
を有することを特徴とする管理装置。
【請求項８】
遊技に使用可能な有価価値の購入を現金決済または非現金決済によって決済処理する決済処理方法であって、
遊技客が非現金決済を希望する決済希望金額を受け付ける受付工程と、
前記受付工程における決済希望金額受け付け時に、遊技客の生体情報を取得する取得工程と、
遊技客ごとの生体情報と過去に決済済みの決済金額とを対応付けて記憶する管理テーブルから、前記取得工程にて取得された生体情報と同一の生体情報に対応付けられた決済金額を抽出する抽出工程と、
前記抽出工程にて抽出された決済金額のうち所定期間内に非現金決済された非現金決済金額と前記受付工程にて受け付けられた決済希望金額との合計金額を所定金額と比較する比較工程と、
前記比較工程における比較の結果、合計金額が所定金額を超過しない場合にのみ決済希望金額の非現金決済を実行する処理工程と
を有することを特徴とする決済処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−３６６（Ｐ２００８−３６６Ａ）
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願番号】特願２００６−１７３１３７（Ｐ２００６−１７３１３７）
【出願日】平成１８年６月２２日（２００６．６．２２）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願日】平成１８年６月２２日（２００６．６．２２）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]