決済システム及び決済方法
【課題】遊技店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システム及び決済方法を提供することを課題とする。
【解決手段】会員管理Ｔ／Ｃ６０に会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂ並びにデビット利用制限額６４ｃを会員管理Ｔ／Ｃ６０に記憶しておき、会員によりデビット端末４０を用いてデビット決済要求がなされた場合に、当該会員による決済要求額と過去のデビット利用累計額の合計が会員管理Ｔ／Ｃ６０によりデビット利用制限額６４ｃを超過しているか否かをチェックし、利用制限額６４ｃを超過する場合には、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行わない。
【解決手段】会員管理Ｔ／Ｃ６０に会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂ並びにデビット利用制限額６４ｃを会員管理Ｔ／Ｃ６０に記憶しておき、会員によりデビット端末４０を用いてデビット決済要求がなされた場合に、当該会員による決済要求額と過去のデビット利用累計額の合計が会員管理Ｔ／Ｃ６０によりデビット利用制限額６４ｃを超過しているか否かをチェックし、利用制限額６４ｃを超過する場合には、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行わない。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済システム及び決済方法に関し、特に、遊技店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システム及び決済方法に関する。
【背景技術】
【０００２】
従来、パチンコ台で使用する玉やパチスロ機で使用するメダル等の遊技媒体をデビット決済により貸し出す技術が知られている。例えば、特許文献１には、デビット端末をプリペイドカードシステムのカード発行機と接続し、銀行のキャッシュカード（以下「デビットカード」と言う）をデビット端末が受け入れてデビット決済によるカード発行を行う技術が開示されている。
【０００３】
かかる特許文献１を用いると、遊技客が現金を使い果たしたとしても金融機関の預金残高の範囲内で遊技を継続することができるため、パチンコ遊技やパチスロ遊技に過剰な投資をする事態を招いてしまう。
【０００４】
このため、デビット決済を行う際の窓口となるデビット情報処理センタにデビットカードごとの利用制限額を登録しておき、この利用制限額を超過する場合には決済を認めないよう構成することも考えられる。例えば、デビット決済による一日の利用制限額（上限額）が３万円である場合には、手数料を含めて３万円以内のデビット決済は口座残高がある限り認められるが、たとえ口座残高があっても３万円を超えるデビット決済は認められないことになる。
【０００５】
【特許文献１】特開２００３−１４４７３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、デビット情報処理センタに利用制限額を設けたとしても、各遊技客が複数枚のデビットカードを所持する場合には、遊技者は利用制限額（例えば３万円）×所持カード枚数分のデビット利用が可能となるため、複数枚のカード所持者には上述したような利用制限（例えば、１日３万円）を掛けることができず、過剰なのめり込みを確実には防止できないという問題がある。
【０００７】
また、１枚のデビットカードしか所持しない遊技客には厳格に利用制限を課し、複数枚のデビットカードを所持する遊技客には利用制限額を緩和することとしたのでは、各遊技客への公平なサービスを提供することができないため、問題が生ずる。
【０００８】
さらに、現実問題としては「何らかの形で会員サービスを強化して会員への入会意欲を高めることにより、固定客の囲い込みを図りたい」という遊技店のホールニーズが存在するため、この会員サービスの一環としてデビット利用を位置づけ、適切な利用制限を掛け得るデビット利用サービスを会員に提供し、もって会員加入のインセンティブを高めることも望まれている。
【０００９】
これらのことから、遊技店の会員が複数枚のデビットカードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システムをいかにして実現するかが重要な課題となっている。なお、かかる課題は、デビット決済システムのみならずマルチペイメントネットワーク（以下「ＭＰＮ」と言う）等の他の決済システムを用いた場合にも同様に生ずる課題である。
【００１０】
この発明は、上記課題（問題点）に鑑みてなされたものであり、遊技店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システム及び決済方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決するため、本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を遊技店で利用可能にする決済システムであって、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、所定の遊技客により新たに決済要求された決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１２】
また、本発明は、遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、前記端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段と、前記判定依頼手段による判定依頼に応答して前記会員管理サーバから決済可能との判定結果を受け付けた場合には前記決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には前記決済要求を行わないよう制御する制御手段とを備え、前記会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段による判定結果を前記端末装置に通知する判定結果通知手段と、前記端末装置による決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１３】
また、本発明は、遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、前記端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段を備え、前記会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１４】
また、本発明は、上記発明において、前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と前記決済制限額を記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された決済要求額と前記記憶手段に記憶された当該会員の識別情報に対応する累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額を前記テーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする。
【００１６】
また、本発明は、上記発明において、前記制御手段は、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求をデビット情報処理センタに対して行うことを特徴とする。
【００１７】
また、本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済方法であって、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を所定の記憶部に格納する格納工程と、所定の遊技客により新たに決済要求された決済要求額と前記記憶部に記憶された当該遊技客の累計決済額との和を前記記憶部に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定工程と、前記決済可否判定工程により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御工程と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新工程とを含んだことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、所定の遊技客により新たに決済要求された決済要求額と記憶された当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定し、決済可能と判定された場合には決済要求額の決済要求処理を行い、決済不能と判定された場合には決済要求を行わないよう制御するとともに、決済終了後に当該決済額をもとに記憶した累計決済額を更新するよう構成したので、遊技客が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる。
【００１９】
また、本発明によれば、会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、端末装置が、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を会員管理サーバに判定依頼し、会員管理サーバは、端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と記憶した当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定してその判定結果を端末装置に通知し、端末装置は、会員管理サーバから決済可能との判定結果を受け付けた場合には決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には決済要求を行わないよう制御し、会員管理サーバは、端末装置による決済終了後に当該決済額をもとに累計決済額を更新するよう構成したので、端末装置から決済要求を行う場合に、遊技客が複数枚の銀行カードを所持する場合の適正な利用制限を実現し、もって遊技への過度なのめり込みを防止することができる。
【００２０】
また、本発明によれば、会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を会員管理サーバに判定依頼し、会員管理サーバは、端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と記憶した当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定し、決済可能と判定された場合には決済要求額の決済要求処理を行い、決済不能と判定された場合には決済要求を行わないよう制御するとともに、決済終了後に当該決済額をもとに累計決済額を更新するよう構成したので、会員管理サーバから直接決済要求を行う場合であっても、遊技客が複数枚の銀行カードを所持する場合の適正な利用制限を実現し、もって遊技への過度なのめり込みを防止することができる。
【００２１】
また、本発明によれば、遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と決済制限額を記憶しておき、所定の会員により新たに決済要求された決済要求額と記憶した当該会員の識別情報に対応する累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定するよう構成したので、複数枚の銀行カードを所持する場合に適正な利用制限を掛けるカードサービスを遊技店の会員サービスとして提供し、もって会員が遊技へ過度にのめり込み事態を低減することができる。
【００２２】
また、本発明によれば、遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶しておき、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額をテーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定するよう構成したので、遊技店の会員が所持する銀行カードに係るデータが効率的に一括管理されるとともに、このテーブルさえ厳密に管理すれば個人情報を適正に管理できるという効果を生ずる。
【００２３】
また、本発明によれば、決済可能と判定された場合には決済要求額の決済要求をデビット情報処理センタに対して行うよう構成したので、本来銀行カード毎にしか制限を掛けるのが難しいデビット決済システムであっても、複数枚の銀行カードを所持する場合の適正な利用制限を実現することが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、本発明に係る決済システム及び決済方法の好適な実施例を詳細に説明する。なお、ここでは本発明をデビット決済システムに適用し、デビット端末からデビット情報処理センタに対してデビット決済要求を行う場合を中心に説明することとする。
【実施例１】
【００２５】
図１は、本実施例に係るデビット決済システムの概略構成を示すブロック図である。図１に示すように、本実施例に係わるデビット決済システムは、パチンコ店内に設置される遊技システムと、デビット情報処理センタ７０、ＣＡＦＩＳ（Credit and Finance Information System）ネットワーク８０、デビットカード発行銀行９０、加盟店銀行１００等からなるネットワークとを接続したシステム構成となる。
【００２６】
この遊技システムは、パチンコ機１０、カード処理ユニット２０、島コントローラ３０、デビット端末４０、ターミナルコントローラ（Ｔ／Ｃ）５０及び会員管理Ｔ／Ｃ６０等により形成される。
【００２７】
パチンコ機１０は、パチンコ玉を遊技領域に発射して遊技客が遊技を行う装置であり、カード処理ユニット２０は、会員カードに関連付けられた度数の残数（以下「残度数」と言う）を上限とするパチンコ玉の貸し出し処理を主機能とするものである。なお、本実施例では会員カードに価値付けた度数を用いてパチンコ玉を貸し出す場合について説明するが、このカード処理ユニット２０はプリペイドカードの残度数に基づいてパチンコ玉を貸し出すこともできる。更には、現金を受け付けて、その価値に基づいてパチンコ玉を貸し出す機能も有している。また、かかるカード処理ユニット２０は、パチンコ店に設置された複数のパチンコ機１０それぞれに対して１台ずつペアとなるように用意され、パチンコ機１０の相互間に挟まれる形で設置してある。島コントローラ３０は、各島に配設されたパチンコ機１０及びカード処理ユニット２０及びデビット端末４０等を管理する装置であり、各装置とＴ／Ｃ５０との間のデータ中継を行う。
【００２８】
デビット端末４０は、デビットカード（銀行カード）及び暗証番号を受け付けて希望額のデビット決済要求をデビット情報処理センタ７０に対して行う端末装置である。ただし、このデビット端末４０は、遊技客がデビット要求操作を行った場合に、直ちにデビット情報処理センタ７０に対してデビット決済要求を行うのではなく、会員管理Ｔ／Ｃ６０に事前に決済可否判定依頼を行い、決済可能との判定結果を受け付けた後にデビット情報処理センタ７０に対してデビット決済要求を行う。
【００２９】
Ｔ／Ｃ５０は、パチンコ店に少なくとも１台設置してあり、設置したパチンコ店の統括管理、例えばカード管理、売上管理等を行うと共に、プリペイドカードや会員カードの有価価値に関する情報を記憶管理する装置である。
【００３０】
会員管理Ｔ／Ｃ６０は、パチンコ店に登録した会員に関する情報を管理する管理装置であり、デビット利用制限額の観点から見てデビット決済要求が可能であるか否かの判定（決済可否判定処理）をも行う。
【００３１】
具体的には、この会員管理Ｔ／Ｃ６０は、デビット決済額を各会員ごとに累計したデビット利用累計額と所定期間内に認める決済額の上限を示すデビット利用制限額（例えば３万円／日）を記憶しておき、デビット端末４０から会員によるデビット決済要求依頼を受け付けたならば、当該会員による所定の期間内のデビット利用累計額と今回のデビット決済要求額との合計額がデビット決済制限額を超過するか否かを調べ、超過しない場合には決済可能と判定し、超過する場合には決済不能と判定する。
【００３２】
すなわち、かかる会員管理Ｔ／Ｃ６０では、単にデビットカードごとに決済制限チェックを行っているのではなく、会員ごとに決済制限チェックを行うこととしているので、会員が複数枚のデビットカードを所持する場合であっても有効に決済制限を掛け、もって過度なのめり込みを防止している。
【００３３】
デビット情報処理センタ７０は、デビット端末４０からのデビット決済要求を受け付ける窓口であり、かかるデビット決済要求を受け付けたならば、ＣＡＦＩＳネットワーク８０を介して遊技客の銀行口座が設けられているデビット発行銀行９０に対して残高問い合わせを行い、決済要求額以上の口座残高がある場合には決済処理を行う。この決済処理に応答して、デビットカード発行銀行９０の遊技客の銀行口座から決済要求額が引き落とされる。
【００３４】
次に、本実施例に係るデビット決済システムの概念について図２を用いて説明する。図２は、本実施例に係るデビット決済システムの概念を説明するための説明図である。同図に示すように、会員管理Ｔ／Ｃ６０には、会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂが記憶されている。
【００３５】
ここでは、会員番号「1010」の会員がカード番号「××××」のデビットカードを用いて「10000円」の決済をし、その後カード番号「○○○○」のデビットカードを用いて「5000円」の決済をし、その後カード番号「××××」のデビットカードを用いて「10000円」の決済をし、現時点で25000円の累計利用をした状況を示している。なお、ここでは所定の期間が一日であるものとする。
【００３６】
かかる状況下で、会員番号1010の会員が、会員カードとカード番号「××××」のデビットカードをデビット端末４０に挿入して10000円のデビット決済要求を行うと、このデビット端末４０から会員管理Ｔ／Ｃ６０に対して決済可否判定依頼が行われる。
【００３７】
この決済可否判定依頼を受け付けた会員管理Ｔ／Ｃ６０は、デビット利用管理テーブル６４ｂから当該会員番号のデビット利用累計額Ｂ（25000円）を取り出し、決済要求額Ａ（10000円）との合計（35000円）をデビット利用制限額Ｃ（30000円）と比較して、決済可能であるか否かを判定する。具体的には、Ａ＋Ｂ≦Ｃであれば決済可能であると判定し、Ａ＋Ｂ＞Ｃであれば決済不可（＝ＮＧ）であると判定する。ここでは、Ａ＋Ｂ＞Ｃであるので、決済不可（＝ＮＧ）と判定されその旨がデビット端末４０に通知されている。
【００３８】
したがって、かかる判定結果を受け取ったデビット端末４０は、決済不可である旨を表示部に表示して会員カード及びデビットカードを返却処理するとともに、デビット情報処理センタ７０に対してはデビット決済要求を行わない。なお、このデビット端末４０が会員管理Ｔ／Ｃ６０から決済可能との判定結果を得た場合には、この判定結果を受け次第直ちにデビット情報処理センタ７０に対してデビット決済要求を行うことになる。
【００３９】
このように、本実施例では、会員が一枚のデビットカードしか保有しない場合だけではなく、複数枚のデビットカード（図２中に示す会員番号「××××」及び「○○○○」のデビットカード）を保有する場合であっても、各会員一律に利用制限を掛けることができるため、会員の過度なのめり込み防止を図ることが可能となる。なお、所定期間（ここでは一日）を経過したならば、デビット利用管理テーブル６４ｂの内容はクリアされる。
【００４０】
次に、図１に示したデビット端末４０の外観構成について説明する。図３は、図１に示したデビット端末４０の外観構成を示す正面図である。同図に示すように、このデビット端末４０は、操作メニューや取引状況などを表示する液晶パネル等の表示デバイスからなる表示部４１と、暗証番号の入力や決済希望額の選択入力を行うテンキー４２と、デビットカードを挿入するデビットカード挿入口４３と、会員カードを挿入する会員カード挿入口４４と、決済後のレシートを排出するご利用控え排出口４５とが設けられている。
【００４１】
会員がデビット決済を行う場合には、デビットカード挿入口４３のデビットカードを挿入するとともに会員カード挿入口４４に会員カードを挿入して、デビットカードの暗証番号並びに決済希望額をテンキー４２を用いて入力する。そして、決済不可である場合には表示部４１にその旨が表示され、決済可能である場合にはその旨が表示部４１に表示されるとともにご利用控え排出口４５からレシート（ご利用控え）が発行されることになる。
【００４２】
次に、図１に示したデビット端末４０の内部構成について説明する。図４は、図１に示したデビット端末４０の内部構成を示す機能ブロック図である。同図に示すように、このデビット端末４０は、表示部４１、テンキー４２、デビットカード用のカードリーダ４０ａ、記憶部４０ｂ、レシート発行部４０ｃ、決済可否判定依頼処理部４０ｄ、決済処理部４０ｅ、制御部４０ｆ及び会員カード用のカードリーダ４０ｇを有する。
【００４３】
カードリーダ４０ａは、デビットカード挿入口４３に挿入されたデビットカードに記録されたデータを読み取るリーダであり、具体的には、かかるデビットカードに記録された会員番号データや口座番号のデータを読み取る。一方、カードリーダ４０ｇは、会員カード挿入口４４に挿入された会員カードに記録されたデータを読み取るリーダであり、具体的には、かかる会員カードに記録された会員番号データや口座番号のデータを読み取る。
【００４４】
記憶部４０ｂは、デビット端末４０としてコンピュータが機能するためのデビット制御プログラム等を記録するほか、会員管理Ｔ／Ｃ６０に決済可否判定依頼中のデビット決済要求や過去ログ等を記憶する。レシート発行部４０ｃは、デビット決済を完了した場合に、会員番号、デビットカード番号、決済日時及び決済額等を印字したレシートを発行してご利用控え排出口４５から排出する処理部である。
【００４５】
決済可否判定依頼処理部４０ｄは、会員によって上記デビット決済要求操作がなされた場合に、会員管理Ｔ／Ｃ６０に対して決済可否判定依頼を行うとともに、この会員管理Ｔ／Ｃ６０から判定結果を受け付け、決済不可（ＮＧ）の場合の表示処理等を行う処理部である。なお、決済可能である場合には、制御部４０ｆを通じて決済処理部４０ｅに決済開始指示を行う。
【００４６】
決済処理部４０ｅは、制御部４０ｆを通じて決済可否判定依頼処理部４０ｄからの決済開始指示を受け付けた場合にデビット決済処理を行う処理部であり、具体的には、デビット情報処理センタ７０に対してデビットカード番号、暗証番号及び決済要求額を送信する。
【００４７】
そして、デビット決済を完了した場合には、デビット決済額に対応する度数を会員カードに価値付けるとともに、表示部４１にその旨を表示してレシート発行部４０ｃにレシート発行を指示し、会員管理Ｔ／Ｃ６０に対して決済完了通知を行うよう決済可否判定依頼処理部４０ｄに指示する。一方、デビット情報処理センタ７０にデビット決済要求を行ったもののデビット決済ができなかったような場合には、表示部４１にその旨を表示する。
【００４８】
制御部４０ｆは、デビット端末４２の全体制御を行う制御部であり、具体的には表示部４１の表示制御、テンキー４２の入力制御、カードリーダ４０ａ及びカードリーダ４０ｇの読み取り制御、決済可否判定依頼処理部４０ｄ又は決済処理部４０ｅへの動作指示など各種制御を行う。
【００４９】
次に、図１に示した会員管理Ｔ／Ｃ６０の内部構成について説明する。図５は、図１に示した会員管理Ｔ／Ｃ６０の内部構成を示す機能ブロック図である。同図に示すように、この会員管理Ｔ／Ｃ６０は、インターフェース部６１、入力部６２、表示部６３、記憶部６４、会員管理部６５、決済可否判定部６６及び制御部６７を有する。
【００５０】
インターフェース部６１はデビット端末４０やＴ／Ｃ５０とデータ通信するためのインターフェースであり、入力部６２はキーボード等の入力デバイスであり、表示部６３はＣＲＴ等の表示デバイスである。
【００５１】
記憶部６４は、コンピュータが会員管理Ｔ／Ｃ６０として機能するための会員管理プログラムを格納するほか、図示した会員データ６４ａ、デビット利用管理テーブル６４ｂ及びデビット利用制限額６４ｃを記憶する。会員データ６４ａは、パチンコ店に登録した会員の住所、氏名、電話番号、メールアドレス等の会員に係わる情報を会員番号に対応付けて格納したデータである。
【００５２】
デビット利用管理テーブル６４ｂは、パチンコ店に登録した各会員のデビット利用履歴を管理するテーブルであり、具体的には、図６に示すようにカード種別、デビット利用額、デビット利用累計額を各会員番号に対応付けて記憶させたテーブルである。ここでは、会員番号「1010」の会員がカード番号「1234567」のデビットカードを用いて10000円のデビット利用を行った後、カード番号「1111111」のデビットカードを用いて5000円のデビット利用を行い、さらにカード番号「1234567」のデビットカードを用いて10000円のデビット利用を行った場合を示している。この場合、25000円のデビット利用累計額がデビット利用管理テーブル６４ｂに記憶される。デビット利用制限額６４ｃは、所定期間あたりのデビット利用の制限額であり、例えば「１日あたり30000円」という上限値が格納される。
【００５３】
会員管理部６５は、記憶部６４に記憶した会員データ６４ａを用いてパチンコ店に登録した会員を管理する管理部である。この会員管理部６５は、来店ポイント等の各会員に付与したポイント等を管理することもできる。
【００５４】
決済可否判定部６６は、デビット端末４０からある会員の決済可否判定依頼を受け付けた場合に、当該会員のデビット決済要求に含まれるデビット決済額がデビット利用制限額を超えているか否かをチェックする処理部である。具体的には、当該会員の会員番号のデビット利用累計額Ｂと決済要求額Ａとの合計をデビット利用制限額Ｃと比較して、Ａ＋Ｂ≧Ｃであれば決済可能であると判定し、Ａ＋Ｂ＜Ｃであれば決済不可（＝ＮＧ）であると判定する。
【００５５】
制御部６７は、会員管理Ｔ／Ｃ６０の全体制御を行う制御部であり、具体的には、インターフェース部６１を介したデータ送受信制御、入力部６２からの入力制御、表示部６３の表示制御、記憶部６４に対するデータのリード／ライト、会員管理部６５及び決済可否判定部６６への動作指示等の各種制御を行う。
【００５６】
次に、図１に示したデビット端末４０からデビット決済要求を行う場合の処理手順について説明する。図７は、図１に示したデビット端末４０からデビット決済要求を行う場合の処理手順を示すフローチャートである。ここでは、デビット利用管理テーブル６４ｂ及びデビット利用制限額６４ｃが会員管理Ｔ／Ｃ６０の記憶部６４に格納されているものとする。
【００５７】
同図に示すように、まずデビット端末４０は、会員カード挿入口４４から会員カードを受け付けるとともに（ステップＳ１０１）、デビットカード挿入口４３からデビットカードを受け付けた後に（ステップＳ１０２）、このデビットカードの暗証番号と決済要求額Ａを受け付けると（ステップＳ１０３〜Ｓ１０４）、会員管理Ｔ／Ｃ６０に対して決済可否判定依頼を行う（ステップＳ１０５）。なお、この決済可否判定依頼には、会員番号、デビットカード番号及び決済要求額が少なくとも含まれる。
【００５８】
この決済可否判定依頼を受け付けた会員管理Ｔ／Ｃ６０は、デビット利用管理テーブル６４ｂから当該会員番号に対応するデビット利用累計額Ｂを検索するとともに（ステップＳ１０６）、デビット利用制限額Ｃを記憶部６４から取得する（ステップＳ１０７）。
【００５９】
そして、決済要求額Ａとデビット利用累計額Ｂとの合計をデビット利用制限額Ｃと比較してＡ＋Ｂ≦Ｃであるか否かを調べ（ステップＳ１０８）、Ａ＋Ｂ≦Ｃが成立する場合には（ステップＳ１０８肯定）決済可能であると判定し（ステップＳ１０９）、Ａ＋Ｂ≦Ｃが成立しない場合には（ステップＳ１０８否定）決済不能（ＮＧ）と判定し（ステップＳ１１０）、それぞれ判定結果をデビット端末４０に対して通知する（ステップＳ１１１）。
【００６０】
この判定結果を受け取ったデビット端末４０は、この判定結果が決済不能（ＮＧ）である場合には（ステップＳ１１２否定）その旨を表示部４１に表示する（ステップＳ１１３）。一方、この判定結果が決済可能である場合には（ステップＳ１１２肯定）、デビット情報処理センタ７０に対してデビット決済要求を行い、決済完了後に会員カードに度数加算するデビット決済処理を行った後に（ステップＳ１１４）、会員管理Ｔ／Ｃ６０に対して更新依頼を行い（ステップＳ１１５）、この更新依頼に応答して会員管理Ｔ／Ｃ６０がデビット利用管理テーブル６４ｂを更新する（ステップＳ１１６）。そして、デビット端末４０からデビットカードを返却し（ステップＳ１１７）、会員カードを返却する（ステップＳ１１８）。
【００６１】
閉店処理時、あるいは翌日の開店処理時に、会員管理Ｔ／Ｃ６０の記憶部に記憶される「デビット利用累計額Ｂ」は「０」に戻される。
【００６２】
上述してきたように、本実施例では、会員管理Ｔ／Ｃ６０に会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂ並びにデビット利用制限額６４ｃを会員管理Ｔ／Ｃ６０に記憶しておき、会員によりデビット端末４０を用いてデビット決済要求がなされた場合に、当該会員による決済要求額と過去のデビット利用累計額の合計が会員管理Ｔ／Ｃ６０によりデビット利用制限額６４ｃを超過しているか否かをチェックし、利用制限額６４ｃを超過する場合には、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行わないこととしたので、各会員が複数枚のデビットカードを保有する場合であっても、効率良く利用制限を掛けることができる。
【００６３】
会員カードが無ければデビット端末４０を利用できないため、デビット決済を用いた遊技は会員のみに認められる特典となる。会員でない遊技客（非会員）が遊技する場合や、会員であってもデビット決済を利用しない場合は、手持ちの現金をカード処理ユニットに挿入して、その金額の範囲内で遊技を行う。
【実施例２】
【００６４】
ところで、上記実施例では、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行う場合を示したが、本発明はかかるシステム構成に限定されるものではなく、図８に示したように、会員管理Ｔ／Ｃ６０からデビット情報処理センタ７０に対してデビット決済要求を行う場合に適用することもできる。
【００６５】
かかるシステム構成を採用する場合には、図７に示したフローチャートにおいてデビット情報処理センタ７０が決済可能と判定した場合に（ステップＳ１０９）、デビット端末４０に判定結果を送信するのではなく、そのままデビット情報処理センタ７０に対してデビット決済要求を行い、決済結果をデビット端末４０に通知して会員カードに決済金額分の度数を価値付けることになる。
【００６６】
また、上記実施例では、本発明をデビットカードシステムを適用した場合を示したが、本発明はこれに限定されるものではなく、マルチペイメントネットワーク（以下「ＭＰＮ」と言う）等の他の決済システムに適用することもできる。
【００６７】
図９は、本発明をデビットカードシステムを適用した場合の概念を示す図であり、同図に示すように、この場合には、会員がカード発行機に会員カードを挿入するとともにキャッシュカードを挿入して（ステップＳ２０１）10000円を選択すると（ステップＳ２０２）、会員管理Ｔ／Ｃに決済可否の問い合わせがなされ（ステップＳ２０３）、決済可否が判定される（ステップＳ２０４）。かかる決済可否判定の具体的な内容は上記実施例と同様の処理となる。
【００６８】
その後、会員管理Ｔ／Ｃ６０からカード発行機に対して決済可否が通知されるとともに（ステップＳ２０５）、購入金額分の請求がなされ（ステップＳ２０６）、パチンコ店（収納機関）のサーバに対して請求情報が通知される（ステップＳ２０７）。
【００６９】
ここで、会員があらためてキャッシュカードをデビット端末に挿入して（ステップＳ２０８）、暗証番号を入力すると（ステップＳ２０９）、新決済センタに対して決済要求がなされ（ステップＳ２１０）、当該キャッシュカードの銀行（銀行サーバ）に対して支払い指示が行われる（ステップＳ２１１）。この支払い指示を受けた銀行は、残高を確認した後に決済完了通知を新決済センタに対して行い（ステップＳ２１２）、この決済完了通知がデビット端末に対して転送される。銀行は、収納機関であるパチンコ店に対して消込依頼を行い（ステップＳ２１３）、パチンコ店は銀行に対して消込完了通知を行う（ステップＳ２１４）。
【００７０】
このように、たとえ本発明をＭＰＮに適用した場合であっても、遊技客が複数枚のキャッシュカードを保持するケースに対応して上記実施例に示したものと同様に利用制限を掛けることができる。
【００７１】
なお、上記実施例では、当日分の利用制限を対象とする場合について説明したが、本発明はこれに限定されるものではなく、一週間や一ヶ月等の所定の期間内の利用制限を行う場合にも同様に適用することができる。
【００７２】
また、上記実施例では、決済要求額Ａとデビット利用累計額Ｂとの合計をデビット利用制限額Ｃと比較して、Ａ＋Ｂ≧Ｃであるか否かによって決済可否を判定することとしたが、デビット手数料Ｄを考慮してＡ＋Ｂ＋Ｄ≧Ｃを決済可否の判定基準とすることもできる。
【産業上の利用可能性】
【００７３】
本発明は、パチンコ店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止する場合に利用できる。
【図面の簡単な説明】
【００７４】
【図１】本実施例に係るデビット決済システムの概略構成を示すブロック図である。
【図２】本実施例に係るデビット決済システムの概念を説明するための説明図である。
【図３】図１に示したデビット端末の外観構成を示す正面図である。
【図４】図１に示したデビット端末の内部構成を示す機能ブロック図である。
【図５】図１に示した会員管理Ｔ／Ｃの内部構成を示す機能ブロック図である。
【図６】図５に示したデビット利用管理テーブルの一例を示す図である。
【図７】図１に示したデビット端末からデビット決済要求を行う場合の処理手順を示すフローチャートである。
【図８】会員管理Ｔ／Ｃからデビット情報処理センタに対してデビット決済要求を行う場合のシステム構成を示す図である。
【図９】本発明をデビットカードシステムを適用した場合の概念を示す図である。
【符号の説明】
【００７５】
１０ パチンコ機
２０ カード処理ユニット
３０ 島コントローラ
４０ デビット端末
４１ 表示部
４２ テンキー
４３ デビットカード挿入口
４４ 会員カード挿入口
４５ ご利用控え排出口
４０ａ カードリーダ（デビットカード用）
４０ｂ 記憶部
４０ｃ レシート発行部
４０ｄ 決済可否判定依頼処理部
４０ｅ 決済処理部
４０ｆ 制御部
４０ｇ カードリーダ（会員カード用）
５０ Ｔ／Ｃ
６０ 会員管理Ｔ／Ｃ
６１ インターフェース部
６２ 入力部
６３ 表示部
６４ 記憶部
６４ａ 会員データ
６４ｂ デビット利用管理テーブル
６４ｃ デビット利用制限額
６５ 会員管理部
６６ 決済可否判定部
６７ 制御部
７０ デビット情報処理センタ
８０ ＣＡＦＩＳネットワーク
９０ デビットカード発行銀行
１００ 加盟店銀行
【技術分野】
【０００１】
本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済システム及び決済方法に関し、特に、遊技店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システム及び決済方法に関する。
【背景技術】
【０００２】
従来、パチンコ台で使用する玉やパチスロ機で使用するメダル等の遊技媒体をデビット決済により貸し出す技術が知られている。例えば、特許文献１には、デビット端末をプリペイドカードシステムのカード発行機と接続し、銀行のキャッシュカード（以下「デビットカード」と言う）をデビット端末が受け入れてデビット決済によるカード発行を行う技術が開示されている。
【０００３】
かかる特許文献１を用いると、遊技客が現金を使い果たしたとしても金融機関の預金残高の範囲内で遊技を継続することができるため、パチンコ遊技やパチスロ遊技に過剰な投資をする事態を招いてしまう。
【０００４】
このため、デビット決済を行う際の窓口となるデビット情報処理センタにデビットカードごとの利用制限額を登録しておき、この利用制限額を超過する場合には決済を認めないよう構成することも考えられる。例えば、デビット決済による一日の利用制限額（上限額）が３万円である場合には、手数料を含めて３万円以内のデビット決済は口座残高がある限り認められるが、たとえ口座残高があっても３万円を超えるデビット決済は認められないことになる。
【０００５】
【特許文献１】特開２００３−１４４７３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、デビット情報処理センタに利用制限額を設けたとしても、各遊技客が複数枚のデビットカードを所持する場合には、遊技者は利用制限額（例えば３万円）×所持カード枚数分のデビット利用が可能となるため、複数枚のカード所持者には上述したような利用制限（例えば、１日３万円）を掛けることができず、過剰なのめり込みを確実には防止できないという問題がある。
【０００７】
また、１枚のデビットカードしか所持しない遊技客には厳格に利用制限を課し、複数枚のデビットカードを所持する遊技客には利用制限額を緩和することとしたのでは、各遊技客への公平なサービスを提供することができないため、問題が生ずる。
【０００８】
さらに、現実問題としては「何らかの形で会員サービスを強化して会員への入会意欲を高めることにより、固定客の囲い込みを図りたい」という遊技店のホールニーズが存在するため、この会員サービスの一環としてデビット利用を位置づけ、適切な利用制限を掛け得るデビット利用サービスを会員に提供し、もって会員加入のインセンティブを高めることも望まれている。
【０００９】
これらのことから、遊技店の会員が複数枚のデビットカードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システムをいかにして実現するかが重要な課題となっている。なお、かかる課題は、デビット決済システムのみならずマルチペイメントネットワーク（以下「ＭＰＮ」と言う）等の他の決済システムを用いた場合にも同様に生ずる課題である。
【００１０】
この発明は、上記課題（問題点）に鑑みてなされたものであり、遊技店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる決済システム及び決済方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決するため、本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を遊技店で利用可能にする決済システムであって、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、所定の遊技客により新たに決済要求された決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１２】
また、本発明は、遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、前記端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段と、前記判定依頼手段による判定依頼に応答して前記会員管理サーバから決済可能との判定結果を受け付けた場合には前記決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には前記決済要求を行わないよう制御する制御手段とを備え、前記会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段による判定結果を前記端末装置に通知する判定結果通知手段と、前記端末装置による決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１３】
また、本発明は、遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、前記端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段を備え、前記会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段とを備えたことを特徴とする。
【００１４】
また、本発明は、上記発明において、前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と前記決済制限額を記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された決済要求額と前記記憶手段に記憶された当該会員の識別情報に対応する累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額を前記テーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする。
【００１６】
また、本発明は、上記発明において、前記制御手段は、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求をデビット情報処理センタに対して行うことを特徴とする。
【００１７】
また、本発明は、所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済方法であって、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を所定の記憶部に格納する格納工程と、所定の遊技客により新たに決済要求された決済要求額と前記記憶部に記憶された当該遊技客の累計決済額との和を前記記憶部に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定工程と、前記決済可否判定工程により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御工程と、決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新工程とを含んだことを特徴とする。
【発明の効果】
【００１８】
本発明によれば、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、所定の遊技客により新たに決済要求された決済要求額と記憶された当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定し、決済可能と判定された場合には決済要求額の決済要求処理を行い、決済不能と判定された場合には決済要求を行わないよう制御するとともに、決済終了後に当該決済額をもとに記憶した累計決済額を更新するよう構成したので、遊技客が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止することができる。
【００１９】
また、本発明によれば、会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、端末装置が、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を会員管理サーバに判定依頼し、会員管理サーバは、端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と記憶した当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定してその判定結果を端末装置に通知し、端末装置は、会員管理サーバから決済可能との判定結果を受け付けた場合には決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には決済要求を行わないよう制御し、会員管理サーバは、端末装置による決済終了後に当該決済額をもとに累計決済額を更新するよう構成したので、端末装置から決済要求を行う場合に、遊技客が複数枚の銀行カードを所持する場合の適正な利用制限を実現し、もって遊技への過度なのめり込みを防止することができる。
【００２０】
また、本発明によれば、会員管理サーバは、各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶しておき、端末装置は、所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を会員管理サーバに判定依頼し、会員管理サーバは、端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と記憶した当該遊技客の累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定し、決済可能と判定された場合には決済要求額の決済要求処理を行い、決済不能と判定された場合には決済要求を行わないよう制御するとともに、決済終了後に当該決済額をもとに累計決済額を更新するよう構成したので、会員管理サーバから直接決済要求を行う場合であっても、遊技客が複数枚の銀行カードを所持する場合の適正な利用制限を実現し、もって遊技への過度なのめり込みを防止することができる。
【００２１】
また、本発明によれば、遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と決済制限額を記憶しておき、所定の会員により新たに決済要求された決済要求額と記憶した当該会員の識別情報に対応する累計決済額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定するよう構成したので、複数枚の銀行カードを所持する場合に適正な利用制限を掛けるカードサービスを遊技店の会員サービスとして提供し、もって会員が遊技へ過度にのめり込み事態を低減することができる。
【００２２】
また、本発明によれば、遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶しておき、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額をテーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を決済制限額と比較して決済要求額が決済可能であるか否かを判定するよう構成したので、遊技店の会員が所持する銀行カードに係るデータが効率的に一括管理されるとともに、このテーブルさえ厳密に管理すれば個人情報を適正に管理できるという効果を生ずる。
【００２３】
また、本発明によれば、決済可能と判定された場合には決済要求額の決済要求をデビット情報処理センタに対して行うよう構成したので、本来銀行カード毎にしか制限を掛けるのが難しいデビット決済システムであっても、複数枚の銀行カードを所持する場合の適正な利用制限を実現することが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、本発明に係る決済システム及び決済方法の好適な実施例を詳細に説明する。なお、ここでは本発明をデビット決済システムに適用し、デビット端末からデビット情報処理センタに対してデビット決済要求を行う場合を中心に説明することとする。
【実施例１】
【００２５】
図１は、本実施例に係るデビット決済システムの概略構成を示すブロック図である。図１に示すように、本実施例に係わるデビット決済システムは、パチンコ店内に設置される遊技システムと、デビット情報処理センタ７０、ＣＡＦＩＳ（Credit and Finance Information System）ネットワーク８０、デビットカード発行銀行９０、加盟店銀行１００等からなるネットワークとを接続したシステム構成となる。
【００２６】
この遊技システムは、パチンコ機１０、カード処理ユニット２０、島コントローラ３０、デビット端末４０、ターミナルコントローラ（Ｔ／Ｃ）５０及び会員管理Ｔ／Ｃ６０等により形成される。
【００２７】
パチンコ機１０は、パチンコ玉を遊技領域に発射して遊技客が遊技を行う装置であり、カード処理ユニット２０は、会員カードに関連付けられた度数の残数（以下「残度数」と言う）を上限とするパチンコ玉の貸し出し処理を主機能とするものである。なお、本実施例では会員カードに価値付けた度数を用いてパチンコ玉を貸し出す場合について説明するが、このカード処理ユニット２０はプリペイドカードの残度数に基づいてパチンコ玉を貸し出すこともできる。更には、現金を受け付けて、その価値に基づいてパチンコ玉を貸し出す機能も有している。また、かかるカード処理ユニット２０は、パチンコ店に設置された複数のパチンコ機１０それぞれに対して１台ずつペアとなるように用意され、パチンコ機１０の相互間に挟まれる形で設置してある。島コントローラ３０は、各島に配設されたパチンコ機１０及びカード処理ユニット２０及びデビット端末４０等を管理する装置であり、各装置とＴ／Ｃ５０との間のデータ中継を行う。
【００２８】
デビット端末４０は、デビットカード（銀行カード）及び暗証番号を受け付けて希望額のデビット決済要求をデビット情報処理センタ７０に対して行う端末装置である。ただし、このデビット端末４０は、遊技客がデビット要求操作を行った場合に、直ちにデビット情報処理センタ７０に対してデビット決済要求を行うのではなく、会員管理Ｔ／Ｃ６０に事前に決済可否判定依頼を行い、決済可能との判定結果を受け付けた後にデビット情報処理センタ７０に対してデビット決済要求を行う。
【００２９】
Ｔ／Ｃ５０は、パチンコ店に少なくとも１台設置してあり、設置したパチンコ店の統括管理、例えばカード管理、売上管理等を行うと共に、プリペイドカードや会員カードの有価価値に関する情報を記憶管理する装置である。
【００３０】
会員管理Ｔ／Ｃ６０は、パチンコ店に登録した会員に関する情報を管理する管理装置であり、デビット利用制限額の観点から見てデビット決済要求が可能であるか否かの判定（決済可否判定処理）をも行う。
【００３１】
具体的には、この会員管理Ｔ／Ｃ６０は、デビット決済額を各会員ごとに累計したデビット利用累計額と所定期間内に認める決済額の上限を示すデビット利用制限額（例えば３万円／日）を記憶しておき、デビット端末４０から会員によるデビット決済要求依頼を受け付けたならば、当該会員による所定の期間内のデビット利用累計額と今回のデビット決済要求額との合計額がデビット決済制限額を超過するか否かを調べ、超過しない場合には決済可能と判定し、超過する場合には決済不能と判定する。
【００３２】
すなわち、かかる会員管理Ｔ／Ｃ６０では、単にデビットカードごとに決済制限チェックを行っているのではなく、会員ごとに決済制限チェックを行うこととしているので、会員が複数枚のデビットカードを所持する場合であっても有効に決済制限を掛け、もって過度なのめり込みを防止している。
【００３３】
デビット情報処理センタ７０は、デビット端末４０からのデビット決済要求を受け付ける窓口であり、かかるデビット決済要求を受け付けたならば、ＣＡＦＩＳネットワーク８０を介して遊技客の銀行口座が設けられているデビット発行銀行９０に対して残高問い合わせを行い、決済要求額以上の口座残高がある場合には決済処理を行う。この決済処理に応答して、デビットカード発行銀行９０の遊技客の銀行口座から決済要求額が引き落とされる。
【００３４】
次に、本実施例に係るデビット決済システムの概念について図２を用いて説明する。図２は、本実施例に係るデビット決済システムの概念を説明するための説明図である。同図に示すように、会員管理Ｔ／Ｃ６０には、会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂが記憶されている。
【００３５】
ここでは、会員番号「1010」の会員がカード番号「××××」のデビットカードを用いて「10000円」の決済をし、その後カード番号「○○○○」のデビットカードを用いて「5000円」の決済をし、その後カード番号「××××」のデビットカードを用いて「10000円」の決済をし、現時点で25000円の累計利用をした状況を示している。なお、ここでは所定の期間が一日であるものとする。
【００３６】
かかる状況下で、会員番号1010の会員が、会員カードとカード番号「××××」のデビットカードをデビット端末４０に挿入して10000円のデビット決済要求を行うと、このデビット端末４０から会員管理Ｔ／Ｃ６０に対して決済可否判定依頼が行われる。
【００３７】
この決済可否判定依頼を受け付けた会員管理Ｔ／Ｃ６０は、デビット利用管理テーブル６４ｂから当該会員番号のデビット利用累計額Ｂ（25000円）を取り出し、決済要求額Ａ（10000円）との合計（35000円）をデビット利用制限額Ｃ（30000円）と比較して、決済可能であるか否かを判定する。具体的には、Ａ＋Ｂ≦Ｃであれば決済可能であると判定し、Ａ＋Ｂ＞Ｃであれば決済不可（＝ＮＧ）であると判定する。ここでは、Ａ＋Ｂ＞Ｃであるので、決済不可（＝ＮＧ）と判定されその旨がデビット端末４０に通知されている。
【００３８】
したがって、かかる判定結果を受け取ったデビット端末４０は、決済不可である旨を表示部に表示して会員カード及びデビットカードを返却処理するとともに、デビット情報処理センタ７０に対してはデビット決済要求を行わない。なお、このデビット端末４０が会員管理Ｔ／Ｃ６０から決済可能との判定結果を得た場合には、この判定結果を受け次第直ちにデビット情報処理センタ７０に対してデビット決済要求を行うことになる。
【００３９】
このように、本実施例では、会員が一枚のデビットカードしか保有しない場合だけではなく、複数枚のデビットカード（図２中に示す会員番号「××××」及び「○○○○」のデビットカード）を保有する場合であっても、各会員一律に利用制限を掛けることができるため、会員の過度なのめり込み防止を図ることが可能となる。なお、所定期間（ここでは一日）を経過したならば、デビット利用管理テーブル６４ｂの内容はクリアされる。
【００４０】
次に、図１に示したデビット端末４０の外観構成について説明する。図３は、図１に示したデビット端末４０の外観構成を示す正面図である。同図に示すように、このデビット端末４０は、操作メニューや取引状況などを表示する液晶パネル等の表示デバイスからなる表示部４１と、暗証番号の入力や決済希望額の選択入力を行うテンキー４２と、デビットカードを挿入するデビットカード挿入口４３と、会員カードを挿入する会員カード挿入口４４と、決済後のレシートを排出するご利用控え排出口４５とが設けられている。
【００４１】
会員がデビット決済を行う場合には、デビットカード挿入口４３のデビットカードを挿入するとともに会員カード挿入口４４に会員カードを挿入して、デビットカードの暗証番号並びに決済希望額をテンキー４２を用いて入力する。そして、決済不可である場合には表示部４１にその旨が表示され、決済可能である場合にはその旨が表示部４１に表示されるとともにご利用控え排出口４５からレシート（ご利用控え）が発行されることになる。
【００４２】
次に、図１に示したデビット端末４０の内部構成について説明する。図４は、図１に示したデビット端末４０の内部構成を示す機能ブロック図である。同図に示すように、このデビット端末４０は、表示部４１、テンキー４２、デビットカード用のカードリーダ４０ａ、記憶部４０ｂ、レシート発行部４０ｃ、決済可否判定依頼処理部４０ｄ、決済処理部４０ｅ、制御部４０ｆ及び会員カード用のカードリーダ４０ｇを有する。
【００４３】
カードリーダ４０ａは、デビットカード挿入口４３に挿入されたデビットカードに記録されたデータを読み取るリーダであり、具体的には、かかるデビットカードに記録された会員番号データや口座番号のデータを読み取る。一方、カードリーダ４０ｇは、会員カード挿入口４４に挿入された会員カードに記録されたデータを読み取るリーダであり、具体的には、かかる会員カードに記録された会員番号データや口座番号のデータを読み取る。
【００４４】
記憶部４０ｂは、デビット端末４０としてコンピュータが機能するためのデビット制御プログラム等を記録するほか、会員管理Ｔ／Ｃ６０に決済可否判定依頼中のデビット決済要求や過去ログ等を記憶する。レシート発行部４０ｃは、デビット決済を完了した場合に、会員番号、デビットカード番号、決済日時及び決済額等を印字したレシートを発行してご利用控え排出口４５から排出する処理部である。
【００４５】
決済可否判定依頼処理部４０ｄは、会員によって上記デビット決済要求操作がなされた場合に、会員管理Ｔ／Ｃ６０に対して決済可否判定依頼を行うとともに、この会員管理Ｔ／Ｃ６０から判定結果を受け付け、決済不可（ＮＧ）の場合の表示処理等を行う処理部である。なお、決済可能である場合には、制御部４０ｆを通じて決済処理部４０ｅに決済開始指示を行う。
【００４６】
決済処理部４０ｅは、制御部４０ｆを通じて決済可否判定依頼処理部４０ｄからの決済開始指示を受け付けた場合にデビット決済処理を行う処理部であり、具体的には、デビット情報処理センタ７０に対してデビットカード番号、暗証番号及び決済要求額を送信する。
【００４７】
そして、デビット決済を完了した場合には、デビット決済額に対応する度数を会員カードに価値付けるとともに、表示部４１にその旨を表示してレシート発行部４０ｃにレシート発行を指示し、会員管理Ｔ／Ｃ６０に対して決済完了通知を行うよう決済可否判定依頼処理部４０ｄに指示する。一方、デビット情報処理センタ７０にデビット決済要求を行ったもののデビット決済ができなかったような場合には、表示部４１にその旨を表示する。
【００４８】
制御部４０ｆは、デビット端末４２の全体制御を行う制御部であり、具体的には表示部４１の表示制御、テンキー４２の入力制御、カードリーダ４０ａ及びカードリーダ４０ｇの読み取り制御、決済可否判定依頼処理部４０ｄ又は決済処理部４０ｅへの動作指示など各種制御を行う。
【００４９】
次に、図１に示した会員管理Ｔ／Ｃ６０の内部構成について説明する。図５は、図１に示した会員管理Ｔ／Ｃ６０の内部構成を示す機能ブロック図である。同図に示すように、この会員管理Ｔ／Ｃ６０は、インターフェース部６１、入力部６２、表示部６３、記憶部６４、会員管理部６５、決済可否判定部６６及び制御部６７を有する。
【００５０】
インターフェース部６１はデビット端末４０やＴ／Ｃ５０とデータ通信するためのインターフェースであり、入力部６２はキーボード等の入力デバイスであり、表示部６３はＣＲＴ等の表示デバイスである。
【００５１】
記憶部６４は、コンピュータが会員管理Ｔ／Ｃ６０として機能するための会員管理プログラムを格納するほか、図示した会員データ６４ａ、デビット利用管理テーブル６４ｂ及びデビット利用制限額６４ｃを記憶する。会員データ６４ａは、パチンコ店に登録した会員の住所、氏名、電話番号、メールアドレス等の会員に係わる情報を会員番号に対応付けて格納したデータである。
【００５２】
デビット利用管理テーブル６４ｂは、パチンコ店に登録した各会員のデビット利用履歴を管理するテーブルであり、具体的には、図６に示すようにカード種別、デビット利用額、デビット利用累計額を各会員番号に対応付けて記憶させたテーブルである。ここでは、会員番号「1010」の会員がカード番号「1234567」のデビットカードを用いて10000円のデビット利用を行った後、カード番号「1111111」のデビットカードを用いて5000円のデビット利用を行い、さらにカード番号「1234567」のデビットカードを用いて10000円のデビット利用を行った場合を示している。この場合、25000円のデビット利用累計額がデビット利用管理テーブル６４ｂに記憶される。デビット利用制限額６４ｃは、所定期間あたりのデビット利用の制限額であり、例えば「１日あたり30000円」という上限値が格納される。
【００５３】
会員管理部６５は、記憶部６４に記憶した会員データ６４ａを用いてパチンコ店に登録した会員を管理する管理部である。この会員管理部６５は、来店ポイント等の各会員に付与したポイント等を管理することもできる。
【００５４】
決済可否判定部６６は、デビット端末４０からある会員の決済可否判定依頼を受け付けた場合に、当該会員のデビット決済要求に含まれるデビット決済額がデビット利用制限額を超えているか否かをチェックする処理部である。具体的には、当該会員の会員番号のデビット利用累計額Ｂと決済要求額Ａとの合計をデビット利用制限額Ｃと比較して、Ａ＋Ｂ≧Ｃであれば決済可能であると判定し、Ａ＋Ｂ＜Ｃであれば決済不可（＝ＮＧ）であると判定する。
【００５５】
制御部６７は、会員管理Ｔ／Ｃ６０の全体制御を行う制御部であり、具体的には、インターフェース部６１を介したデータ送受信制御、入力部６２からの入力制御、表示部６３の表示制御、記憶部６４に対するデータのリード／ライト、会員管理部６５及び決済可否判定部６６への動作指示等の各種制御を行う。
【００５６】
次に、図１に示したデビット端末４０からデビット決済要求を行う場合の処理手順について説明する。図７は、図１に示したデビット端末４０からデビット決済要求を行う場合の処理手順を示すフローチャートである。ここでは、デビット利用管理テーブル６４ｂ及びデビット利用制限額６４ｃが会員管理Ｔ／Ｃ６０の記憶部６４に格納されているものとする。
【００５７】
同図に示すように、まずデビット端末４０は、会員カード挿入口４４から会員カードを受け付けるとともに（ステップＳ１０１）、デビットカード挿入口４３からデビットカードを受け付けた後に（ステップＳ１０２）、このデビットカードの暗証番号と決済要求額Ａを受け付けると（ステップＳ１０３〜Ｓ１０４）、会員管理Ｔ／Ｃ６０に対して決済可否判定依頼を行う（ステップＳ１０５）。なお、この決済可否判定依頼には、会員番号、デビットカード番号及び決済要求額が少なくとも含まれる。
【００５８】
この決済可否判定依頼を受け付けた会員管理Ｔ／Ｃ６０は、デビット利用管理テーブル６４ｂから当該会員番号に対応するデビット利用累計額Ｂを検索するとともに（ステップＳ１０６）、デビット利用制限額Ｃを記憶部６４から取得する（ステップＳ１０７）。
【００５９】
そして、決済要求額Ａとデビット利用累計額Ｂとの合計をデビット利用制限額Ｃと比較してＡ＋Ｂ≦Ｃであるか否かを調べ（ステップＳ１０８）、Ａ＋Ｂ≦Ｃが成立する場合には（ステップＳ１０８肯定）決済可能であると判定し（ステップＳ１０９）、Ａ＋Ｂ≦Ｃが成立しない場合には（ステップＳ１０８否定）決済不能（ＮＧ）と判定し（ステップＳ１１０）、それぞれ判定結果をデビット端末４０に対して通知する（ステップＳ１１１）。
【００６０】
この判定結果を受け取ったデビット端末４０は、この判定結果が決済不能（ＮＧ）である場合には（ステップＳ１１２否定）その旨を表示部４１に表示する（ステップＳ１１３）。一方、この判定結果が決済可能である場合には（ステップＳ１１２肯定）、デビット情報処理センタ７０に対してデビット決済要求を行い、決済完了後に会員カードに度数加算するデビット決済処理を行った後に（ステップＳ１１４）、会員管理Ｔ／Ｃ６０に対して更新依頼を行い（ステップＳ１１５）、この更新依頼に応答して会員管理Ｔ／Ｃ６０がデビット利用管理テーブル６４ｂを更新する（ステップＳ１１６）。そして、デビット端末４０からデビットカードを返却し（ステップＳ１１７）、会員カードを返却する（ステップＳ１１８）。
【００６１】
閉店処理時、あるいは翌日の開店処理時に、会員管理Ｔ／Ｃ６０の記憶部に記憶される「デビット利用累計額Ｂ」は「０」に戻される。
【００６２】
上述してきたように、本実施例では、会員管理Ｔ／Ｃ６０に会員番号ごとに所定期間内のデビット利用額及びデビット利用累計額を記憶したデビット利用管理テーブル６４ｂ並びにデビット利用制限額６４ｃを会員管理Ｔ／Ｃ６０に記憶しておき、会員によりデビット端末４０を用いてデビット決済要求がなされた場合に、当該会員による決済要求額と過去のデビット利用累計額の合計が会員管理Ｔ／Ｃ６０によりデビット利用制限額６４ｃを超過しているか否かをチェックし、利用制限額６４ｃを超過する場合には、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行わないこととしたので、各会員が複数枚のデビットカードを保有する場合であっても、効率良く利用制限を掛けることができる。
【００６３】
会員カードが無ければデビット端末４０を利用できないため、デビット決済を用いた遊技は会員のみに認められる特典となる。会員でない遊技客（非会員）が遊技する場合や、会員であってもデビット決済を利用しない場合は、手持ちの現金をカード処理ユニットに挿入して、その金額の範囲内で遊技を行う。
【実施例２】
【００６４】
ところで、上記実施例では、デビット端末４０からデビット情報処理センタ７０に対してデビット決済要求を行う場合を示したが、本発明はかかるシステム構成に限定されるものではなく、図８に示したように、会員管理Ｔ／Ｃ６０からデビット情報処理センタ７０に対してデビット決済要求を行う場合に適用することもできる。
【００６５】
かかるシステム構成を採用する場合には、図７に示したフローチャートにおいてデビット情報処理センタ７０が決済可能と判定した場合に（ステップＳ１０９）、デビット端末４０に判定結果を送信するのではなく、そのままデビット情報処理センタ７０に対してデビット決済要求を行い、決済結果をデビット端末４０に通知して会員カードに決済金額分の度数を価値付けることになる。
【００６６】
また、上記実施例では、本発明をデビットカードシステムを適用した場合を示したが、本発明はこれに限定されるものではなく、マルチペイメントネットワーク（以下「ＭＰＮ」と言う）等の他の決済システムに適用することもできる。
【００６７】
図９は、本発明をデビットカードシステムを適用した場合の概念を示す図であり、同図に示すように、この場合には、会員がカード発行機に会員カードを挿入するとともにキャッシュカードを挿入して（ステップＳ２０１）10000円を選択すると（ステップＳ２０２）、会員管理Ｔ／Ｃに決済可否の問い合わせがなされ（ステップＳ２０３）、決済可否が判定される（ステップＳ２０４）。かかる決済可否判定の具体的な内容は上記実施例と同様の処理となる。
【００６８】
その後、会員管理Ｔ／Ｃ６０からカード発行機に対して決済可否が通知されるとともに（ステップＳ２０５）、購入金額分の請求がなされ（ステップＳ２０６）、パチンコ店（収納機関）のサーバに対して請求情報が通知される（ステップＳ２０７）。
【００６９】
ここで、会員があらためてキャッシュカードをデビット端末に挿入して（ステップＳ２０８）、暗証番号を入力すると（ステップＳ２０９）、新決済センタに対して決済要求がなされ（ステップＳ２１０）、当該キャッシュカードの銀行（銀行サーバ）に対して支払い指示が行われる（ステップＳ２１１）。この支払い指示を受けた銀行は、残高を確認した後に決済完了通知を新決済センタに対して行い（ステップＳ２１２）、この決済完了通知がデビット端末に対して転送される。銀行は、収納機関であるパチンコ店に対して消込依頼を行い（ステップＳ２１３）、パチンコ店は銀行に対して消込完了通知を行う（ステップＳ２１４）。
【００７０】
このように、たとえ本発明をＭＰＮに適用した場合であっても、遊技客が複数枚のキャッシュカードを保持するケースに対応して上記実施例に示したものと同様に利用制限を掛けることができる。
【００７１】
なお、上記実施例では、当日分の利用制限を対象とする場合について説明したが、本発明はこれに限定されるものではなく、一週間や一ヶ月等の所定の期間内の利用制限を行う場合にも同様に適用することができる。
【００７２】
また、上記実施例では、決済要求額Ａとデビット利用累計額Ｂとの合計をデビット利用制限額Ｃと比較して、Ａ＋Ｂ≧Ｃであるか否かによって決済可否を判定することとしたが、デビット手数料Ｄを考慮してＡ＋Ｂ＋Ｄ≧Ｃを決済可否の判定基準とすることもできる。
【産業上の利用可能性】
【００７３】
本発明は、パチンコ店の会員が複数枚の銀行カードを所持する場合であっても適正な利用制限を掛け、もって遊技への過度なのめり込みを防止する場合に利用できる。
【図面の簡単な説明】
【００７４】
【図１】本実施例に係るデビット決済システムの概略構成を示すブロック図である。
【図２】本実施例に係るデビット決済システムの概念を説明するための説明図である。
【図３】図１に示したデビット端末の外観構成を示す正面図である。
【図４】図１に示したデビット端末の内部構成を示す機能ブロック図である。
【図５】図１に示した会員管理Ｔ／Ｃの内部構成を示す機能ブロック図である。
【図６】図５に示したデビット利用管理テーブルの一例を示す図である。
【図７】図１に示したデビット端末からデビット決済要求を行う場合の処理手順を示すフローチャートである。
【図８】会員管理Ｔ／Ｃからデビット情報処理センタに対してデビット決済要求を行う場合のシステム構成を示す図である。
【図９】本発明をデビットカードシステムを適用した場合の概念を示す図である。
【符号の説明】
【００７５】
１０ パチンコ機
２０ カード処理ユニット
３０ 島コントローラ
４０ デビット端末
４１ 表示部
４２ テンキー
４３ デビットカード挿入口
４４ 会員カード挿入口
４５ ご利用控え排出口
４０ａ カードリーダ（デビットカード用）
４０ｂ 記憶部
４０ｃ レシート発行部
４０ｄ 決済可否判定依頼処理部
４０ｅ 決済処理部
４０ｆ 制御部
４０ｇ カードリーダ（会員カード用）
５０ Ｔ／Ｃ
６０ 会員管理Ｔ／Ｃ
６１ インターフェース部
６２ 入力部
６３ 表示部
６４ 記憶部
６４ａ 会員データ
６４ｂ デビット利用管理テーブル
６４ｃ デビット利用制限額
６５ 会員管理部
６６ 決済可否判定部
６７ 制御部
７０ デビット情報処理センタ
８０ ＣＡＦＩＳネットワーク
９０ デビットカード発行銀行
１００ 加盟店銀行
【特許請求の範囲】
【請求項１】
所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を遊技店で利用可能にする決済システムであって、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
所定の遊技客により新たに決済要求された決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項２】
遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、
前記端末装置は、
所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段と、
前記判定依頼手段による判定依頼に応答して前記会員管理サーバから決済可能との判定結果を受け付けた場合には前記決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には前記決済要求を行わないよう制御する制御手段とを備え、
前記会員管理サーバは、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段による判定結果を前記端末装置に通知する判定結果通知手段と、
前記端末装置による決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項３】
遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、
前記端末装置は、
所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段を備え、
前記会員管理サーバは、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項４】
前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と前記決済制限額を記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された決済要求額と前記記憶手段に記憶された当該会員の識別情報に対応する累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする請求項１、２又は３に記載の決済システム。
【請求項５】
前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額を前記テーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする請求項４に記載の決済システム。
【請求項６】
前記制御手段は、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求をデビット情報処理センタに対して行うことを特徴とする請求項１〜５のいずれか一つに記載の決済システム。
【請求項７】
所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済方法であって、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を所定の記憶部に格納する格納工程と、
所定の遊技客により新たに決済要求された決済要求額と前記記憶部に記憶された当該遊技客の累計決済額との和を前記記憶部に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定工程と、
前記決済可否判定工程により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御工程と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新工程と
を含んだことを特徴とする決済方法。
【請求項１】
所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を遊技店で利用可能にする決済システムであって、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
所定の遊技客により新たに決済要求された決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項２】
遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、
前記端末装置は、
所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段と、
前記判定依頼手段による判定依頼に応答して前記会員管理サーバから決済可能との判定結果を受け付けた場合には前記決済要求額の決済要求処理を行い、決済不能との判定結果を受け付けた場合には前記決済要求を行わないよう制御する制御手段とを備え、
前記会員管理サーバは、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段による判定結果を前記端末装置に通知する判定結果通知手段と、
前記端末装置による決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項３】
遊技店に会員登録された会員に係る情報を管理する会員管理サーバと、銀行カードを用いた決済要求を行う端末装置とを有する決済システムであって、
前記端末装置は、
所定の遊技客による新たな決済要求を受け付けた場合に、該遊技客による決済要求の可否を前記会員管理サーバに判定依頼する判定依頼手段を備え、
前記会員管理サーバは、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を記憶する記憶手段と、
前記端末装置から所定の遊技客による新たな決済要求を受け付けた場合に、該決済要求額と前記記憶手段に記憶された当該遊技客の累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定手段と、
前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御手段と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新手段と
を備えたことを特徴とする決済システム。
【請求項４】
前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各会員の識別情報ごとに累計した累計決済額と前記決済制限額を記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された決済要求額と前記記憶手段に記憶された当該会員の識別情報に対応する累計決済額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする請求項１、２又は３に記載の決済システム。
【請求項５】
前記記憶手段は、前記遊技店に会員登録された会員が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額の履歴及びその累計決済額を当該会員の識別情報に対応付けて登録したテーブルを記憶し、前記決済可否判定手段は、所定の会員により新たに決済要求された際に、該会員の識別情報に対応する累計決済額を前記テーブルから取り出し、取り出した累計決済額と新たに決済要求された決済要求額との和を前記記憶手段に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定することを特徴とする請求項４に記載の決済システム。
【請求項６】
前記制御手段は、前記決済可否判定手段により決済可能と判定された場合には前記決済要求額の決済要求をデビット情報処理センタに対して行うことを特徴とする請求項１〜５のいずれか一つに記載の決済システム。
【請求項７】
所定の金融機関のセンタ若しくはその代行センタに対する決済要求に応答して決済された決済額を前記遊技店で利用可能にする決済方法であって、
各遊技客が所持する一又は複数の銀行カードを用いて所定の期間内に決済された決済額を各遊技客ごとに累計した累計決済額並びに前記所定の期間内で認める決済額の上限を示す決済制限額を所定の記憶部に格納する格納工程と、
所定の遊技客により新たに決済要求された決済要求額と前記記憶部に記憶された当該遊技客の累計決済額との和を前記記憶部に記憶した決済制限額と比較して前記決済要求額が決済可能であるか否かを判定する決済可否判定工程と、
前記決済可否判定工程により決済可能と判定された場合には前記決済要求額の決済要求処理を行い、決済不能と判定された場合には前記決済要求を行わないよう制御する制御工程と、
決済終了後に当該決済額をもとに前記記憶手段に記憶した前記累計決済額を更新する更新工程と
を含んだことを特徴とする決済方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−３４０９９７（Ｐ２００６−３４０９９７Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００５−１７１２８７（Ｐ２００５−１７１２８７）
【出願日】平成１７年６月１０日（２００５．６．１０）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１７年６月１０日（２００５．６．１０）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]