決済システム
【課題】遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、預かり金を補充できる新たな電子決済技術を提供する。
【解決手段】有価価値提供装置は、振込要求メッセージを受信すると、店舗内預かり金を補充することを要求する預かり金補充要求メッセージをユーザ端末装置に送信する。ユーザ端末装置は、預かり金補充要求メッセージを受信すると、管理サーバに振込要求メッセージを送信する。管理サーバは、振込要求メッセージを受信した場合、ユーザの銀行口座から所定金額の振り込みを依頼する振込依頼メッセージを金融機関システムに送信する。店内サーバは、振込完了メッセージを受信すると、有価価値の提供を指示する提供指示メッセージを有価価値提供装置に送信し、この提供指示メッセージを受信した有価価値提供装置は有価価値の提供を実行する。
【解決手段】有価価値提供装置は、振込要求メッセージを受信すると、店舗内預かり金を補充することを要求する預かり金補充要求メッセージをユーザ端末装置に送信する。ユーザ端末装置は、預かり金補充要求メッセージを受信すると、管理サーバに振込要求メッセージを送信する。管理サーバは、振込要求メッセージを受信した場合、ユーザの銀行口座から所定金額の振り込みを依頼する振込依頼メッセージを金融機関システムに送信する。店内サーバは、振込完了メッセージを受信すると、有価価値の提供を指示する提供指示メッセージを有価価値提供装置に送信し、この提供指示メッセージを受信した有価価値提供装置は有価価値の提供を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決済システムに関する。
【背景技術】
【０００２】
近年の情報処理技術、通信技術の発展及び通信インフラの普及により、料金・代金の支払方法が多様化し、現金による支払に代わるさまざまな方法が提案され利用されるようになってきている。カジノ、パチンコホールなどの遊技場における支払においても、現金以外の支払方法が利用できれば、ユーザ（遊技者）の利便が向上するとともに、遊技機の稼働率が高まることによる遊技場の売り上げ向上も期待できる。
【０００３】
現金以外の支払方法の一つとして、預かり金方式による支払が提案されている。預かり金方式は、あらかじめ購入代金としてなにがしかの金額を遊技場等有価価値の提供者、貸出者に預け入れておき、この預かり金から有価価値の購入代金等を支払う。そして、預かり金が使用により減少したり、追加入金による預かり金の増加したりする預かり金額の変動の管理は、預かり金を管理するデータベースを備えた装置(サーバ）によって行わせる方式などが提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−４１９７２号公開公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の預かり金方式による支払いにおいても、ユーザが継続して遊技を行うなどすることにより消費しつくしてしまうと、預かり金残高が不足してそれ以上遊技の継続ができなくなる。かかる場合には、ユーザは銀行等から現金を取得して再び預け入れをするという手数をかけなければならなかった。
【０００６】
このため、遊技者が預かり金を遊技において消費し終わった後、もう少し遊技したい、或いは遊技場においてなんらかの買い物をしたいという要求を持っていても、現状ではそのような要求に応えることができる決済方法が用意されておらず、遊技場はこのような潜在的な需要をみすみす見逃さざるを得なかった。
【０００７】
本発明の目的は、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充できる新たな電子決済技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するための手段として、本発明は以下の特徴を有する。
【０００９】
本発明の一実施態様は、決済システムとして提案される。
【００１０】
この決済システムは、ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号（例えば、提供要求メッセージ、図１４、ステップＳ１０１参照）を送信するユーザ端末装置と、ユーザ端末装置と通信可能であって、第１信号を受信した場合、有価価値の提供の許可を要求する情報を含む第２信号（例えば、提供許可要求メッセージ、図１４、ステップＳ１０２参照）を送信する有価価値提供装置と、ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、有価価値提供装置から第２信号を受信したときに当該預かり金の額が有価価値の代金の額に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号（例えば、残高不足通知メッセージ、図１４、ステップＳ１０４参照）を有価価値提供装置に送信し、当該預かり金を補充するための振り込みを要求する情報を含む第４信号（例えば、振込要求メッセージ、図１４、ステップＳ１０７参照）を受信した場合、ユーザの口座から所定金額の振込を依頼する情報を含む第５信号（例えば、振込依頼メッセージ、図１４、ステップＳ１０９参照）を送信するサーバ（例えば、店内サーバ及び管理サーバ）とを有し、有価価値提供装置は、第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号（例えば、預かり金補充要求メッセージ、図１４、ステップＳ１０５参照）をユーザ端末装置に送信し、ユーザ端末装置は、第８信号を受信すると、サーバに第４信号を送信し、サーバは、所定金額の振り込みを示す情報を含む第６信号（例えば、振込完了メッセージ、図１４、ステップＳ１１１参照）を受信すると、有価価値の提供を指示する情報を含む第９信号（例えば、提供指示メッセージ、図１４、ステップＳ１１３参照）を有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は、有価価値の提供を実行することを特徴としている。
【００１１】
本決済システムによれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充することが可能となり、ユーザの遊技を継続させることが可能となる。また、多数の店舗が接続された大規模なネットワークに対応することが可能となる。
【００１２】
本発明の別の実施の態様は、下記特徴を有する決済システムとして提案される。
【００１３】
この決済システムは、ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号（例えば、提供要求メッセージ、図１４、ステップＳ１０１参照）を送信するユーザ端末装置と、ユーザ端末装置と通信可能であって、第１信号を受信した場合有価価値の提供の許可を要求する情報を含む第２信号（例えば、提供許可要求メッセージ、図１４、ステップＳ１０２参照）を送信する有価価値提供装置と、ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、有価価値提供装置から第２信号を受信したときに当該ユーザからの預かり金の額が有価価値の代金に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号（例えば、残高不足通知メッセージ、図１４、ステップＳ１０４参照）を有価価値提供装置に送信する第１サーバ（例えば、店内サーバ）と、当該預かり金を補充するための振り込みを要求する情報を含む第４信号（例えば、振込要求メッセージ、図１４、ステップＳ１０７参照）を受信した場合、ユーザの口座から所定金額の振り込みを依頼する情報を含む第５信号（例えば、振込依頼メッセージ、図１４、ステップＳ１０９参照）を送信し、所定金額の振り込みを示す情報を含む第６信号（例えば、振込完了メッセージ、図１４、ステップＳ１１１参照）を受信した場合、預かり金を補充するための振り込みが行われたことを示す情報を含む第７信号（例えば、入金確認メッセージ、図１４、ステップＳ１１２参照）を第１サーバに送信する第２サーバ（例えば、管理サーバ）とを有し、有価価値提供装置は、第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号をユーザ端末装置に送信し、ユーザ端末装置は、第８信号（例えば、預かり金補充要求メッセージ、図１４、ステップＳ１０５参照）を受信すると、第２サーバに第４信号を送信し、第１サーバは、第７信号を受信すると、有価価値の提供を指示する情報を含む第９信号（例えば、提供指示メッセージ、図１４、ステップＳ１１３参照）を有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は有価価値の提供を実行することを特徴としている。
【００１４】
本決済システムによれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充することが可能となり、ユーザの遊技を継続させることが可能となる。
【００１５】
上記決済システムは、ユーザ端末装置が第８信号を受信すると、ユーザからの預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行い、確認の入力がされた場合、第４信号を第２サーバに送信することをさらなる特徴としてもよい。
【００１６】
上記決済システムによれば、ユーザの口座からの振り込みの利用意思を明確にしたうえでの預かり金の補充を可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００１７】
また上記決済システムは、ユーザ端末装置が第８信号を受信したのち、当該ユーザ端末装置と有価価値提供装置と再度通信接続した場合に、第４信号を第２サーバに送信することをさらなる特徴として有していてもよい。
【００１８】
上記決済システムによれば、ユーザを入力で煩わさせることなく、迅速に、ユーザの口座からの振り込みの利用意思を明確にしたうえで預かり金を補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００１９】
さらにまた上記決済システムは、第２サーバが第５信号を送信したのちユーザの口座の残高が不足していることを示す情報を含む第１０信号（例えば、入金指示要求メッセージ、図１７、ステップＳ４１１参照）を受信した場合、他の金融機関を利用して当該ユーザの口座に入金することを要求する情報を含む第１１信号（例えば、入金指示要求メッセージ、図１８、ステップＳ５０１参照）をユーザ端末装置に送信し、ユーザ端末装置は、第１１信号を受信したのち第２サーバに他の金融機関を利用して当該ユーザの口座に入金することを指示する情報を含む第１２信号（例えば、クレジット利用メッセージ、図１８、ステップＳ５０３参照）を送信し、第２サーバは第１２信号を受信すると、他の金融機関を利用して所定額をユーザの口座に振り込みを要求する情報を含む第１３信号（例えば、クレジット要求メッセージ、図１８、ステップＳ５０５参照）を送信し、他の金融機関を利用して所定額をユーザの口座に振り込みが行われたことを示す情報を含む第１４信号（例えば、振込完了メッセージ、図１９、ステップＳ６０４参照）を受信すると、当該預かり金への入金を確認する情報を含む第１５信号（例えば、入金確認メッセージ、図１９、ステップＳ６０５参照）を第１サーバに送信し、第１サーバは、第１５信号を受信すると有価価値の提供を指示する情報を含む第１６信号（例えば、提供指示メッセージ、図１９、ステップＳ６０６参照）を有価価値提供装置に送信し、有価価値提供装置は第１６信号を受信すると、有価価値の提供を実行することをさらなる特徴として有していてもよい。
【００２０】
上記決済システムによれば、ユーザの口座が残高不足の状態であっても、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、預かり金を補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００２１】
またさらに上記決済システムは、下記特徴をさらに有していてもよい。
【００２２】
すなわち、上記決済システムにおいて、ユーザ端末装置は、ユーザ及びユーザ端末装置の少なくとも一方にひもづけられた電子的に記憶された有価価値の代金の支払いを、電子マネーを用いて行う電子マネー処理手段（例えば、電子マネー処理部）をさらに有しており、第２サーバは、電子マネーの残高が有価価値提供の代金の支払いに不足している場合、ユーザからの口座からの振り込みによる電子マネーの残高の補充を求める情報を含む第１７信号（例えば、振込依頼メッセージ、図２５、ステップＳ１００２参照）を送信し、ユーザの口座の残高が不足している場合には他の金融機関を利用して所定額をユーザの口座に振り込みを要求する情報を含む第１８信号（例えば、クレジット利用メッセージ、図２６、ステップＳ１１０３参照）を送信し、
ユーザの口座からの振り込みを示す情報を含む第１９信号（例えば、振込完了メッセージ、図２５、ステップＳ１００４参照）或いは他の金融機関を利用した所定額のユーザの口座に振り込みを示す情報を含む第２０信号（例えば、振込完了通知メッセージ、図２６、ステップＳ１１０８参照）を受信した場合、ユーザ端末装置に電子マネーの残高の補充を指示する情報を含む第２１信号（例えば、電子マネーチャージ指示メッセージ、図２５、ステップＳ１００５参照）を送信する構成としてもよい。
【００２３】
上記決済システムによれば、預かり金とともに電子マネーによる決済を可能とするととともに、電子マネーの残高が不足している場合においても、ユーザの口座などから電子マネーの残高を補充して、預かり金を消費したのちも遊技を継続できるよう、電子マネーを補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【発明の効果】
【００２４】
本発明によれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充できる新たな電子決済技術を提供できる。また、多数の店舗が接続された大規模なネットワークに対応することが可能となる。
【図面の簡単な説明】
【００２５】
【図１】第１の実施の形態にかかる決済システムの一例を示すネットワーク図
【図２】有価価値提供装置及びユーザ端末装置の構成例を示す機能ブロック図
【図３】ユーザ情報記憶部が記憶する情報の一例を示す図
【図４】管理サーバの構成例を示す機能ブロック図
【図５】データベース部に記憶されるユーザテーブルの構成例を示した図
【図６】データベース部に記憶されるユーザ保有金額データの構成例を示した図
【図７】データベース部に記憶される遊技場事業者テーブルの構成例を示した図
【図８】データベース部に記憶される遊技場事業者保有金額データの構成例を示した図
【図９】データベース部に記憶される店内サーバテーブルの構成例を示した図
【図１０】管理サーバを分散サーバ構成とした場合の一構成例を示す機能ブロック図
【図１１】店内サーバの構成例を示す機能ブロック図
【図１２】ユーザテーブルのデータ構成例を示す図
【図１３】ユーザ預かり金テーブルのデータ構成例を示す図
【図１４】第１の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図１５】第１の実施の形態の変形例の動作例を示したシーケンス図
【図１６】クレジットカードを利用する場合の決済システムの動作例を示すシーケンス図
【図１７】第２の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図１８】図１７に続くシーケンスを示した図
【図１９】図１８に続くシーケンスを示した図
【図２０】第３の実施の形態にかかる決済システムの構成例を示すブロック図
【図２１】第３の実施の形態にかかるユーザ端末装置，有価価値提供装置の構成例を示す機能ブロック図
【図２２】第３の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図２３】図２２に続く動作を示すシーケンス図
【図２４】図２３に続く動作を示すシーケンス図、
【図２５】図２４に続く動作を示すシーケンス図
【図２６】ユーザの銀行口座が不足している場合の動作例を示すシーケンス図
【発明を実施するための形態】
【００２６】
以下、図面を参照しながら本発明の実施の形態について説明する。
[第１の実施の形態]
[１．第１の実施の形態にかかる決済システムの構成例]
図１は第１の実施の形態にかかる決済システムの一例を示すネットワーク図である。
【００２７】
この図に示す例においては、決済システム１は、管理サーバ１０と、ユーザ端末装置２０と、有価価値提供装置３０と、店内サーバ３１を有している。また、決済システム１は、金融機関システム４０、クレジットカードシステム４５に通信可能に接続されている。
【００２８】
管理サーバ１０は、通信網５０を介して、ユーザ端末装置２０、店内サーバ３１、及び金融機関システム４０、クレジットカードシステム４５に接続されている。
【００２９】
管理サーバ１０は通信網５０に接続されており、店内サーバ３１と通信網５０を介して通信可能となっている。ユーザ端末装置２０は、基地局（ＢＳ）６０、移動体通信網７０、及び移動体通信網７０と通信網５０とを接続するゲートウエイ８０とを介して管理サーバ１０、店内サーバ３１，金融機関システム４０と通信可能であるとともに、ユーザ端末装置２０が備えている近距離通信手段（例えば、非接触式ＩＣカード及びそのリーダ／ライタ）により有価価値提供装置３０と通信可能である。
【００３０】
金融機関システム４０は、以下の口座の入出金を電子的に行うことができるシステムである。決済システム１が利用する金融機関システム４０は、遊技機を遊技する者であって、本電子決済システムを用いて支払いを行う者（以下、ユーザと呼ぶ）の口座（以下、ユーザの銀行口座と呼ぶ）、決済システム１の運営、管理を直接又は間接に行い、決済システム１の運営の対価・代価・手数料などを受け取る者（以下、決済事業者と呼ぶ）の口座（以下、決済事業者口座と呼ぶ）、及び有価価値をユーザに提供する者であって、本決済システム１を用いてユーザからの支払いを受け取る者（以下、遊技場事業者と呼ぶ）の口座（以下、遊技場事業者口座と呼ぶ）を有する。これらのユーザの銀行口座、決済事業者口座、遊技場事業者口座は同一の金融機関システム４０に設けられていてもよいし、互いに別の金融機関システム４０に設けられていてもよい。図１では、これら口座が同一の金融機関システム４０に設けられているものとして図示したが、このような態様に本実施の形態が限定される趣旨ではない。
【００３１】
クレジットカードシステム４５は、クレジットカード（本発明の「他の金融機関」）を利用した各種決済、支払いを電子的に行うシステムであって、例えば、交通系の電子マネーであるSuica（Suicaは東日本旅客鉄道株式会社の登録商標）システムに於いて、電子マネーがあらかじめ設定した金額以下になると、予め登録しておいた金額を、クレジットカード決済を利用して、自動的に電子マネーに入金する「Suica オートチャージ・サービス」が存在する。また、利用者が自ら操作する方法として、前記電子マネーであるSuicaの場合、携帯電話の専用のメニューから、指定した金額をクレジット決済にて、電子マネーに入金が可能である。ここに記載した実施例は、電子マネーに対するクレジットカード決済を利用した入金であるが、銀行口座に対するクレジットカード決済を利用した、自動的またはワンタッチによる入金方法は存在していなかった。なお、本明細書では説明の便宜上「クレジットカードシステム」としたが、電子マネーの補充を行うため金銭を融通できるシステムであれば、クレジットカードにかかるシステムに限られないことは言うまでもない。
【００３２】
以下、上記の決済システム１の各構成要素について説明する。
【００３３】
[１．１．有価価値提供装置]
有価価値提供装置３０は、ユーザがユーザ端末装置２０を用いて電子決済を行った対価として、なんらかの有価価値（金銭と交換して購入できる有体物、無体物をいうものとする）をユーザに提供する装置である。有価価値提供装置３０は、例えば、遊技場の玉貸し機、メダル貸し出し装置、ＣＡＴ端末装置、プレーヤートラッキングシステム（Player Tracking System）装置(もしくはＰＴＳ端末）などである。プレーヤトラッキングシステムは、カジノなどの遊技場においてゲーミングマシン(例えば、スロットマシン）間の有価価値の移動又は換金に、ＩＣカードのような記憶媒体を利用できるようにするシステムである。一般的に、プレーヤトラッキングシステムでは、プレーヤートラッキングシステム装置にＩＣカードをストックさせておき、ゲーム結果に応じてプレーヤに付与される有価価値をＩＣカードに記憶させて、プレーヤがゲームを終了する場合などに、カードスロットからプレーヤに返却し、プレーヤは返却されたＩＣカードを他のゲーミングマシンに移動して使用することができるものである。なお、本実施の形態における有価価値提供装置３０は、玉貸し機やメダル貸出機のような有価価値を直接ユーザに提供する装置である必要はなく、例えば、デビット・カードの決済端末やクレジットカードのＣＡＴ端末のように、電子決済は可能である旨を遊技場（店舗）側に通知して、遊技場側に品物などをユーザに引き渡させるなどの間接的にユーザに有価価値を提供する装置も含む。
【００３４】
図２は、有価価値提供装置３０及びユーザ端末装置２０の構成例を示す機能ブロック図である。以下、図２を参照しながら有価価値提供装置３０の構成について説明する。
【００３５】
有価価値提供装置３０は、ネットワーク通信処理部３０１と、提供制御部３０２と、提供装置側近距離通信部３０３と、有価価値供給部３０４と、遊技履歴処理部３０５とを有している。
【００３６】
ネットワーク通信処理部３０１は、店内サーバ３１と通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。なお、有価価値提供装置３０は店内サーバ３１に対して複数台接続されていてもよく、有価価値提供装置３０と店内サーバ３１とはＬＡＮなどの通信網やその他の通信手段によって接続されている。
【００３７】
提供制御部３０２は、ネットワーク通信処理部３０１、提供装置側近距離通信部３０３、有価価値供給部３０４の動作を命令・制御する機能を有し、例えば有価価値提供装置３０を実現するためのプログラムを搭載したマイクロコンピュータである。
【００３８】
提供装置側近距離通信部３０３は、ユーザ端末装置２０に搭載されている端末側近距離通信部２０１と通信を行う機能を有し、例えば、非接触式ＩＣカードのリーダ／ライタである。なお、提供装置側近距離通信部３０３が用いる通信方式は、無線に限られる必要はなく、赤外線通信であっても構わない。また、必ずしも非接触式の通信方式でなくともよく、通信ケーブルやＵＳＢソケットにより接続して通信する方式を採用しても本発明は成立する。
【００３９】
有価価値供給部３０４は、提供制御部３０２の命令に応じて、有価価値をユーザに提供する機能を有する。有価価値供給部とは、例えば、玉貸し機の貸し玉出力部、メダル貸出機のメダルホッパー、認証端末（例えば、ＣＡＴ端末）のディスプレイ、或いはプリンタなどである。有価価値は、金銭により購入可能なものであれば、どのようなものでもよく、貸し玉、貸しメダル、カジノ用チップ(メダル)、プリペイドカード、オンバリューカード（ハウスカード）、記憶媒体に書き込まれるポイント、又はこれらの同等品、或いは無形のサービスなどである。有価価値供給部３０４は、必ずしも直接に有価価値をユーザに提供するものに限られず、間接的に有価価値をユーザに提供するものであってもよい。例えば、有価価値供給部３０４は液晶ディスプレイ装置であって、遊技場の店員やスタッフなどに、商品の引き渡しを指示するメッセージをこの液晶ディスプレイ装置が表示することも、本発明による有価価値の提供の一形態である。
【００４０】
遊技履歴処理部３０５は、遊技者による有価価値提供装置３０の使用に基づいて、遊技者の遊技履歴に関するデータである遊技履歴データを生成して、ネットワーク通信処理部３０１を介して店内サーバ３１又は管理サーバ１０に送信する機能を有する。
【００４１】
例えば、有価価値提供装置３０がある特定の遊技機に付設されたサンドマシン（玉貸し機）であるとする。遊技者がこのサンドマシンが付設された遊技機で遊技を行うために、サンドマシンである有価価値提供装置３０と、ユーザ端末装置２０である自己の携帯電話機とにより本決済システム１による決済により玉貸しを受ける。遊技履歴処理部３０５は、どの遊技者がどの遊技機をいつ遊技したのか、どれだけの金額を遊技したのか、などのデータである遊技履歴データを提供制御部３０２の動作状況、及び遊技機の動作状況より生成し、これを、技履歴データを管理するサーバに送信する。遊技履歴データは、全ての有価価値提供装置３０が使用されるごとに、サーバに送られ蓄積される。この遊技履歴データを解析したり、データマイニングの手法などにより分析等したりすることにより、遊技者の行動傾向、遊技機の人気傾向、時間帯別利用動向などが明らかになり、その結果店舗経営や遊技機開発などの資料となる有用な情報を取得できる。
【００４２】
なお、この実施の形態では、遊技履歴データを管理するサーバとして、管理サーバ１０を用いる構成として説明するが、遊技履歴データを管理するサーバは、管理サーバ１０とは別のサーバ装置として本決済システム１に組み入れられるようにしても、もちろん構わない。
【００４３】
[１．２．ユーザ端末装置]
次に、図２を参照しながらユーザ端末装置２０について説明する。ユーザ端末装置２０は、管理サーバ１０と通信網５０を介して通信可能であるとともに、近距離通信手段を用いて有価価値提供装置３０とも通信可能な端末装置である。また、ユーザ端末装置２０は、通信網５０を介して店内サーバ３１と通信可能であってもよい。
【００４４】
ユーザ端末装置２０は、例えば、非接触式ＩＣカード（例えば、フェリカ；フェリカはソニー社の登録商標）機能を有する携帯電話機、近距離通信手段及び無線通信手段を搭載したＰＤＡ（Personal Data Assistant）、携帯ゲーム機、無線ＬＡＮを搭載したＩＰ電話機、或いは本決済システム１の専用端末装置などである。ユーザ端末装置２０は、前述の提供装置側近距離通信部３０３と通信を行うための端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０６と、振込み要求生成部２０７とを有している。
【００４５】
端末側近距離通信部２０１は、提供装置側近距離通信部３０３と通信を行う機能を有し、例えば非接触式ＩＣカード用チップ及びアンテナである。
【００４６】
支払要求生成部２０２は、有価価値提供装置３０に有価価値を提供してもらえるように、ユーザが受け取る有価価値の対価（代金）の支払、決済を店内サーバ３１に要求する支払要求メッセージを生成する機能を有し、例えば、ｉアプリ（「ｉアプリ」はＮＴＴドコモ社の登録商標）を搭載したマイクロコンピュータである。
【００４７】
無線通信部２０３は、ユーザ端末装置２０が移動体通信網７０に接続し、移動体通信網７０を介した通信を実行する機能を有し、例えば変調回路、復調回路を有する無線通信回路である。移動体通信網は、一般的な携帯電話の通信網であっても、ＷＩＭＡＸや無線ＬＡＮの通信網であってもよい。
【００４８】
入力部２０４は、支払要求生成部２０２、振込み要求生成部２０７などにユーザの指示
を電気信号に変えて渡す機能を有し、例えば携帯電話機のキー、タッチペンとタッチパネル、ポインティングデバイスである。
【００４９】
出力部２０５は、ユーザ端末装置２０がユーザに情報を伝えるための情報出力機能を有し、例えば、携帯電話機の液晶パネル、音声出力装置（スピーカなど）、或いは小型プリンタなどである。
【００５０】
ユーザ情報記憶部２０６は、ユーザの支払又は決済に要する情報を記憶する機能を有する。図３は、ユーザ情報記憶部２０６が記憶する情報の一例を示す。この例では、ユーザ情報記憶部２０６は、そのユーザ端末装置２０の使用者として登録されたユーザを一意に特定する情報であるユーザＩＤ２０８と、管理サーバ１０及び／又は店内サーバ３１がユーザの本人認証を行うためのパスワード２０９と、ユーザが支払代金を引き出す、ユーザの銀行口座に相当するユーザ口座４１を特定する情報である銀行番号２１０、支店番号２１１、及び口座番号２１２、及びその口座に設定された暗証番号２１３を記憶する。これら情報、とりわけ銀行番号２１０、支店番号２１１、口座番号２１２、暗証番号２１３は、ユーザがユーザ端末装置２０に支払要求生成部２０２及び振込み要求生成部２０７として機能させるアプリケーションのインストール時、或いは本決済システム１のサービスを受けるためのユーザ登録時などにユーザにより入力されればよい。例えば、ユーザ端末装置２０において起動したアプリケーションは、ユーザに入力部２０４からこれら情報を入力することを要求し、入力された情報２０８〜２１３はユーザ情報記憶部２０６に記憶される。これら情報２０８〜２１３は、ユーザ口座４１から決済事業者口座４２へのデポジットの振込み要求のための振込み要求メッセージを生成するときに使用され、振込み要求メッセージの一部として管理サーバ１０に送信されることになる。この為に、ユーザはクレジットカードや銀行でビットカードを持ち歩く必要が無く、さらに決済時に必要な個人情報や口座情報、暗唱番号等を、自身が所有するユーザ端末装置２０にのみに入力してある事から、情報漏洩の可能性が極めて低く、安心して利用が可能となる。
【００５１】
なお、ユーザＩＤ２０８は、管理サーバ１０が自動的に割り当てる識別番号でもよいし、ユーザ端末装置２０が有する識別情報、例えば、FelicaID(「FeliCa」はソニー株式会社の登録商標)、個体識別番号（ＦＯＭＡカード識別情報を含む（「ＦＯＭＡ」は株式会社エヌ・ティ・ティ・ドコモの登録商標））であってもよい。
【００５２】
[１．３．管理サーバ]
図１に戻り、決済システム１の構成要素の説明を続ける。
【００５３】
決済システム１は、その中核となる構成要素として管理サーバ１０を有している。管理サーバ１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を管理サーバ１０として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより管理サーバ１０が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この管理サーバ１０は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成されるものでもよい。管理サーバ１０は、一箇所に全ての機能を集約したセンター構成であってもよいし、また、機能ごとに分割し、分散処理可能な分散サーバ構成であってもよい。
【００５４】
以下、図４を参照しながら管理サーバ１０について説明する。図４は、管理サーバ１０の構成例を示す機能ブロック図である。図４に示す管理サーバ１０は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、データベース部４０３と、振込み要求処理部４０４と、精算処理部４０５と、遊技情報更新部４０６とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって実現される構成要素である。
【００５５】
ネットワーク通信処理部４０１は、通信網５０を介してユーザ端末装置２０、店内サーバ３１、及び金融機関システム４０、クレジットカードシステム４５と通信を実行する機能を有し、例えばプロトコルスタックを実行するための通信ボードである。
【００５６】
データベース部４０３は、本決済システム１に登録した各ユーザの保有金額データ７００、遊技場事業者の保有金額データ９００を記憶すると共に、金融機関システム４０との間で行う振込みに必要な情報であるユーザテーブル６００、ユーザ保有金額データ７００，遊技場事業者テーブル８００、遊技場事業者保有金額データ９００、店内サーバテーブル１０００、遊技履歴情報１１００とを記憶する。
【００５７】
図５は、データベース部４０３に記憶されるユーザテーブル６００の構成例である。ユーザテーブル６００は、ユーザ（遊技者）に関する情報を格納したデータである。ユーザテーブル６００は、ユーザごとに一つのレコード６０１を有するデータであって、各レコード６０１は、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、及びユーザの口座であって引き落とし先口座を特定するための銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を格納している。ユーザＩＤ６０２は、ユーザを一意に特定する情報である。パスワード６０３は、第三者がそのユーザになりすまして本決済システム１を不正利用することを防止する情報である。メールアドレス６０４は、結果通知部４０７が支払処理の処理結果をユーザに通知する際にその電子メールの送り先である宛先アドレスとして使用する情報である。銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０は、金融機関システム４０に対して引き落とし先口座を指定し、口座を利用するための情報である。
【００５８】
ユーザテーブル６００に格納される情報は、ユーザが管理サーバ１０にユーザ登録する際に、管理サーバ１０に入力される。
【００５９】
図６は、データベース部４０３に記憶されるユーザ保有金額データ７００の構成例である。ユーザ保有金額データ７００は、ユーザごとに一つのレコード７０１を有するデータであって、各レコード７０１は、ユーザＩＤを格納するユーザＩＤフィールド７０２と、店内サーバ３１を一意に特定する情報である店内サーバＩＤを格納する店内サーバＩＤフィールド７０３と、そのユーザが店内サーバＩＤによって特定された店内サーバ３１に預けた金額である保有金額を格納する保有金額フィールド７０４とを有している。保有金額フィールド７０４に格納される値は、ユーザが決済システム１の店内サーバ３１に預け入れると預入額の分だけ増加し、有価価値提供装置３０を利用した支払いが行われると支払額の分だけ減少するように書き換えされる。なお、同一のユーザであっても店内サーバ３１ごとに保有金額を管理するため、同一ユーザについて複数のレコード７０１を持ち得る。
【００６０】
図７は、データベース部４０３に記憶される遊技場事業者テーブル８００の構成例である。遊技場事業者テーブル８００は、遊技場事業者に関する情報を格納したデータである。遊技場事業者テーブル８００は、決済システム１に加入している遊技場事業者ごとに一つのレコード８０１を有するデータである。各レコード８０１は、遊技場事業者ＩＤを格納する遊技場事業者ＩＤ８０２、及びその遊技場事業者の口座であって、ユーザから有価価値提供装置３０に支払われた金額を振込む振込先口座を特定するための銀行番号８０３、支店番号８０４，口座種別８０５，口座番号８０６、口座名義８０７を格納している。遊技場事業者ＩＤ８０２は、遊技場事業者を一意に特定する情報である。銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９は、金融機関システム４０に対して振込先口座を指定するための情報である。
【００６１】
遊技場事業者テーブル８００に格納される情報は、遊技場事業者が決済システム１に加入登録する際に、管理サーバ１０に入力される。
【００６２】
図８は、データベース部４０３に記憶される遊技場事業者保有金額データ９００の構成例である。遊技場事業者保有金額データ９００は、決済システム１に登録される遊技場事業者ごとに一つのレコード９０１を有するデータである。各レコード９０１は、遊技場事業者ＩＤ９０２と、決済システム１が遊技場事業者口座へ振込む分の金額である保有金額を格納する保有金額９０３とを有している。保有金額９０３に格納される値は、店内サーバ３１を経由した有価価値提供装置３０の利用によりユーザから支払われた分だけ増加し、金融機関システム４０を利用した遊技場事業者口座への振込額分だけ減少するように書き換えされる。
【００６３】
図９は、データベース部４０３に記憶される店内サーバテーブル１０００の構成例である。店内サーバテーブル１０００は、決済システム１に含まれる各店内サーバ３１について一つのレコード１００１を有するデータであって、各レコード１００１は、店内サーバＩＤ１００２，店内サーバＩＰアドレス１００３、遊技場事業者ＩＤ１００４を格納する。
【００６４】
店内サーバＩＤ１００２は、店内サーバ３１を一意に特定するための情報であり、店内サーバＩＰアドレス１００３は、管理サーバ１０が、店内サーバ３１との通信を行うための宛先情報であって、例えばある店内サーバ３１へユーザからの預かり金を通知する預かり金通知メッセージを送信するために使用するための送信先アドレスとして利用する情報である。遊技場事業者ＩＤ１００４は、その店内サーバＩＤ１００２を付与された店内サーバ３１について、ユーザの消費金額に相当する支払いを受け取る権利を有する遊技場事業者を特定する情報であって、遊技場事業者テーブル８００の遊技場事業者ＩＤ８０２（図７参照）と同一のＩＤが用いられている。
【００６５】
遊技履歴情報１１００は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかなどの、遊技に関する履歴を示す情報であって、各有価価値提供装置３０の遊技履歴処理部３０５が生成し、店内サーバ３１を経由して送信された遊技履歴データを蓄積記憶することによって生成される情報である。この遊技履歴情報１１００を、周知のマーケティング解析やデータマイニング手法により分析することにより、さまざまな有用な情報を得ることができる。
【００６６】
図４に戻り、管理サーバ１０の構成例の説明を続ける。
【００６７】
次に、振込み要求処理部４０４について説明する。振込み要求処理部４０４は、ユーザ端末装置２０から受信した振込み要求メッセージを処理する機能を有する。振込み要求処理部４０４はネットワーク通信処理部４０１を介してユーザ端末装置２０若しくは店内サーバ３１から振込み要求メッセージ等を受け取る。振込み要求メッセージの内容は、ユーザの銀行口座から指定した金額を引き落として、決済システム１、より詳しくは指定した店内サーバ３１で引き落とした金額分使用できるようにしてくれ、という内容である。この振込み要求メッセージ等を受け取った振込み要求処理部４０４は、データベース部４０３に記憶されているユーザテーブル６００をチェックする。振込み要求処理部４０４は、ユーザテーブル６００から振込み元口座となるユーザの口座を特定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を取得し、これら情報と合わせて振込み先口座となる決済事業者口座４３を特定する情報を振込み依頼メッセージとして金融機関システム４０にネットワーク通信処理部４０１を介して送信する。金融機関システム４０は、振込み依頼メッセージを受け取ると、指定された金額をユーザの銀行口座から決済事業者口座へ振込む。振込まれた金額は、ユーザが本決済システム１を利用して使用できる資金（手数料分は除く）となる。
【００６８】
次に、精算処理部４０５について説明する。精算処理部４０５は、各店内サーバ３１からユーザが消費した金額を示すメッセージを受信し、このメッセージに応じて遊技場事業者保有金額データ９００、より詳しくは保有金額９０３の変更又は更新を行う。また、精算処理部４０５は、遊技場事業者保有金額データ９００が示す金額を決済事業者口座から各遊技場事業者の遊技場事業者口座に振込むよう金融機関システム４０に要求する。この振込まれる資金の額は決済システム１がユーザから預かっている遊技場事業者への支払金額、すなわち遊技場事業者保有金額データ９００の保有金額９０３に相当する。本実施の形態においては、精算処理部４０５は自律的に振込み依頼処理を行う。例えば、精算処理部４０５は、所定のタイミング（例えば、毎日深夜0時、毎週末）で自動で起動する。起動した精算処理部４０５は、各店内サーバ３１に、ユーザが消費した金額、すなわち遊技場事業者への支払額を問い合わせ、店内サーバ３１がこれに応じて送信する支払い要求メッセージに応じて、遊技場事業者保有金額データ９００の保有金額９０３を更新する。さらに、精算処理部４０５は、データベース部４０３に記憶されている全ての遊技場事業者保有金額データ９００をチェックし、振込みが済んでいないものについて金融機関システム４０に決済事業者口座から該当する遊技場事業者口座に振込みを行うように振込み依頼を送信する。
【００６９】
遊技情報更新部４０６は、有価価値提供装置３０の履歴情報処理部３０５から店内サーバ３１を経由して受信した遊技履歴データを刻々蓄積記憶し、遊技履歴情報１１００のアップデートを行う機能を有する。
【００７０】
［１．３．１．管理サーバの分散サーバ構成］
図４に示した例では、管理サーバ１０は一つのサーバ装置で実現されるように図示したが、もちろん管理サーバ１０はこのようなサーバ装置による構成に限定されるものではない。
【００７１】
図１０は、管理サーバ１０を分散サーバ構成とした場合の一構成例を示す機能ブロック図である。図４に示した構成要素と同一の構成要素には、同じ参照番号を付して詳細な説明は省略する。
【００７２】
管理サーバ１０を分散サーバ構成とすることにより、ユーザや遊技場事業者に関する情報が漏洩したり盗まれたりする可能性を低下させ、本決済システム１の安全性に対する信頼を向上させることが可能となる。
【００７３】
分散サーバ構成とした場合の管理サーバ１０は、アプリケーションサーバ５０１と、一又は複数のデータベースサーバ５０２Ａ〜５０２Ｄにより構成される。アプリケーションサーバ５０１は、ネットワーク通信処理部４０１と、振込み要求処理部４０４と、精算処理部４０５と、遊技情報更新部４０６とを有している。
【００７４】
図１０に示す例では、４つのデータベースサーバ５０２Ａ，５０２Ｂ，５０２Ｃ、５０２Ｄがアプリケーションサーバ５０１にローカルネットワーク５０３を介して通信可能に接続されている。４つのデータベースサーバ５０２Ａ〜５０２Ｄは、図４に示すデータベース部４０３に対応する構成要素である。この構成例では、第１のデータベースサーバ５０２Ａがユーザテーブル６００、ユーザ保有金額データ７００を記憶し、第２のデータベースサーバ５０２Ｂが遊技場事業者テーブル８００、遊技場事業者保有金額データ９００を記憶し、第３のデータベースサーバ５０２Ｃが店内サーバテーブル１０００を記憶し、第４のデータベースサーバ５０２Ｄが遊技履歴情報１１００を記憶する。アプリケーションサーバ５０１は、処理の必要に応じて必要な情報をこれらデータベースサーバ５０２Ａ〜５０２Ｄに要求し、データベースサーバ５０２Ａ〜５０２Ｄは要求に応じて記憶している内容から必要な情報を取り出して、アプリケーションサーバ５０１に渡す。
【００７５】
なお、データベース部４０３をどのように分割して、いくつのデータベースサーバ５０２にし、それぞれのデータベースサーバの記憶内容（テーブル、データ）をどのように割り当てるかは任意に定めることが可能であって、図１０に示す構成に限定されるものではない。この時、複数のデータベースサーバ５０２Ａ〜５０２Ｄは、同一の場所に設置せずに、物理的に異なる場所に設置して管理する事で、より情報の漏洩に対して強固となる。
【００７６】
［１．４．店内サーバ］
決済システム１の構成例の説明を続ける。次に、店内サーバ３１について説明する。
【００７７】
図１に示したように、決済システム１は店内サーバ３１を有している。店内サーバ３１は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を店内サーバ３１として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより店内サーバ３１が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この店内サーバ３１は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成される装置群であってもよい。
【００７８】
店内サーバ３１は、ユーザの預かり金を受け取った（口座間振込みを行った）旨のメッセージであるユーザ預かり金処理要求メッセージを管理サーバ１０から受けると、そのメッセージに記述されている預かり金の額をユーザが消費可能な金額として記憶する。
【００７９】
ユーザがその店内サーバ３１によって管理される有価価値提供装置３０から有価価値の消費を試みた場合、有価価値提供装置３０は、有価価値の対価をそのユーザの預かり金から引き落とすことができるかどうかを店内サーバ３１に問い合わせ、有価価値の対価をそのユーザの預かり金から引き落とすことができる場合、すなわち対価の支払いに十分な預かり金が残っている場合、店内サーバ３１は有価価値の払出を行うように、その有価価値提供装置３０にメッセージ（提供指示メッセージと呼ぶ）を送信する。
【００８０】
以下、図１１を参照しながら店内サーバ３１について説明する。図１１は、店内サーバ３１の構成例を示す機能ブロック図である。
【００８１】
図１１に示す店内サーバ３１は、ネットワーク通信処理部５５１と、預かり金処理部５５２と、支払要求処理部５５３と、提供指示部５５４と、結果通知部５５５と、精算処理部５５６と、遊技情報処理部５５７と、データベース部５６０とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって構成される構成要素である。
【００８２】
ネットワーク通信処理部５５１は、管理サーバ１０、ユーザ端末装置２０などと通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。
【００８３】
預かり金処理部５５２は、管理サーバ１０からユーザ預かり金処理要求メッセージを受信すると、このメッセージに応じてユーザ預かり金データ５６２を生成若しくは更新する機能を有する。
【００８４】
支払要求処理部５５３は、ユーザ端末装置２０から受信した提供要求メッセージを処理する機能を有する。支払要求処理部５５３はネットワーク通信処理部５５１を介してユーザ端末装置２０から提供要求メッセージを受け取る。すると、支払要求処理部５５３は、後述するデータベース部５６０に記憶されている該当ユーザのユーザ預かり金データ５６２をチェックする。ユーザ預かり金データ５６２と提供要求メッセージとを比較して、支払要求以上の預かり金がある場合には、支払要求処理部５５３は、提供指示部５５４を起動させる。起動した提供指示部５５４は提供指示メッセージを生成し、この提供指示メッセージをネットワーク通信処理部５５１を介して、提供要求メッセージで指定されている有価価値提供装置３０に宛てて送信する。
【００８５】
また、支払要求処理部５５３は、前述の支払要求メッセージに応じた支払いが可能である場合には、データベース部５５６に記憶されている該当ユーザのユーザ預かり金データ５６２を、有価価値の代金に応じて更新（書き換え）する。
【００８６】
提供指示部５５４は、有価価値提供装置３０へ送信するための提供指示メッセージを生成させ、この提供指示メッセージを、ネットワーク通信処理部４０１を介して、提供要求メッセージで指定されている有価価値提供装置３０へ宛てて送信する。
【００８７】
結果通知部５５５は、提供要求メッセージが適切に処理されたか否かをユーザ端末装置２０に通知する機能を有する。一例としては、結果通知部５５５はユーザ端末装置２０を宛先とする電子メールを生成し、これを送信する。或いはまた、結果通知部５５５はユーザ端末装置２０によって閲覧可能なウェブページに処理結果を示す情報を記載してユーザ端末装置２０からの閲覧を待つようにしてもよい。結果通知部５５５からの通知内容は、例えば「支払要求は処理されました。ご利用ありがとうございました。」、或いは「預かり金残高が不足しています。支払いはできませんでした。」などのメッセージとなる。また、結果通知部５５５は、ユーザがユーザ端末装置２０から預かり金残額の問い合わせメッセージを店内サーバに送信した場合（有価価値提供装置３０を経由する場合も含む）、この問い合わせメッセージに応じて、該当ユーザのユーザ預かり金データ５６２を参照し、現時点で消費可能な預かり金の残額がいくらであるかを算出して、この結果をユーザ端末装置２０や有価価値提供装置３０に出力させる機能を有していてもよい。
【００８８】
精算処理部５５６は、ユーザ預かり金データ５６２を参照して、預かり金のうちユーザが消費した金額を管理サーバ１０に通知する機能を有する。なお、必ずしも個別のユーザの消費金額を管理サーバ１０に通知する必要はなく、ユーザが消費した金額は、その店内サーバ３１が記憶している全ユーザの消費した金額の合計額が算出できれば足りる。
【００８９】
遊技情報処理部５５７は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかという、遊技に関する履歴を示す情報である遊技履歴情報を、各有価価値提供装置３０から受信し、データベース部５６０に記憶させると共に、データベース部５６０に記憶させた遊技機履歴情報を管理サーバ１０に送信する機能を有する。なお、遊技情報処理部５５７がどのようなタイミングで管理サーバ１０に送信するかは、任意に定めることができ、例えば営業終了時、１週間ごとなどである。
【００９０】
次にデータベース部５６０について説明する。データベース部５６０は、ユーザテーブル５６１と、ユーザ預かり金データ５６２と、遊技履歴情報５６３とを記憶する。
【００９１】
ユーザテーブル５６１は、ユーザ（遊技者）に関する情報を格納したデータである。図１２に、ユーザテーブル５６１のデータ構成例を示す。この例に示すユーザテーブル５６１は、その店内サーバ３１を利用するユーザごとに一つのレコード５６１Ａを有するデータであって、各レコード５６１Ａは、ユーザを一意に特定する情報であるユーザＩＤを格納するユーザＩＤフィールド５６１Ｂ、パスワードを格納するパスワードフィールド５６１Ｃ、メールアドレスを格納するメールアドレスフィールド５６１Ｄを有している。
【００９２】
ユーザ預かり金テーブル５６２は、その店内サーバ３１を利用するユーザごとに一つのレコードを有するデータである。図１３にユーザ預かり金テーブル５６２のデータ構成例を示す。ユーザ預かり金テーブル５６２の有するレコード５６２Ａは、ユーザＩＤを格納するユーザＩＤフィールド５６２Ｂ、その店内サーバ３１についてユーザから決済事業者が預かっている金額である預かり金の額を格納する預かり金額フィールド５６２Ｃ、そのユーザがその店内サーバ３１が管理する有価価値提供装置３０を使用して消費した金額を格納する消費金額フィールド５６２Ｄを有している。なお、ユーザ預かり金は後述する「ユーザの店舗内預かり金」に相当する。
【００９３】
遊技履歴情報５６３は、その店内サーバ３１に接続されている有価価値提供装置３０から送信された、遊技者の遊技履歴に関するデータである遊技履歴データ又はそのようなデータの集まりである。
【００９４】
[１．５．管理サーバと店内サーバ]
管理サーバ１０と店内サーバ３１は、別々の装置でなくともよく、一つの情報処理装置で管理サーバ１０と店内サーバ３１双方の機能を果たす構成としても、本実施の形態は成立する。
【００９５】
［１．６．通信網］
図１に戻り、本実施の形態にかかる決済システム１の構成要素の説明を再開する。
【００９６】
通信網５０は、有線・無線、専用回線・交換回線を問わず、これに接続されている装置がそれぞれ目的とする装置に対しセッションを確立したときにその装置間での情報の送受を可能とするように作用する。通信網５０は、インターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。なお、上記「通信網」は専用回線を固定的に張りめぐらせたような、交換機、スイッチ、ルータなど経路切り替え手段を用いない通信網も含むものとする。
【００９７】
［１．７．移動体通信網、ゲートウエイ、基地局］
図１に示す決済システム１の構成例は、ユーザ端末装置２０として携帯電話を用いた場合を想定している。そのため、ユーザ端末装置２０である携帯電話はまず基地局６０に無線回線で接続し、この基地局６０から移動体通信網７０及びゲートウエイ８０を介して、管理サーバ１０が接続している通信網５０に接続するものとして図示した。しかし、ユーザ端末装置２０が直接通信網５０に接続できるのであれば、ユーザ端末装置２０は移動体通信網７０、或いはゲートウエイ８０を介さずとも管理サーバ１０に接続してよい。例えば、ユーザ端末装置２０が無線ＬＡＮ接続機能を有する場合には、移動体通信網７０、及びゲートウエイ８０を介して通信を行う必要はなくなる。例えば、ユーザ端末装置２０は通信網５０に接続されたホットスポット（無線ＬＡＮ端末）にアクセすることにより、通信網５０に接続する構成であっても、本発明は成立する。
【００９８】
［１．８．金融機関システム］
金融機関システム４０は、管理サーバ１０からの振込み要求に応じてユーザの銀行口座から決済事業者口座へ、及び決済事業者口座から遊技場事業者口座へ指定された金額を振込む機能を有するシステムである。なお、図１に示す例では、管理サーバ１０と金融機関システム４０は通信網５０により接続されるものとして図示したが、専用回線（図略）を介して管理サーバ１０と金融機関システム４０とが接続される構成としても、本実施の形態は成立する。例えば、金融機関システム４０がいわゆるインターネットバンクが用意するシステムである場合には、通信網５０を介して管理サーバ１０と金融機関システム４０とが接続される構成となるであろう。
【００９９】
[２．第１の実施の形態にかかる決済システムの動作例]
図１４は、第１の実施の形態にかかる決済システム１の動作例を示したシーケンス図である。以下、図１４を参照しながらこの決済システム１の動作例を述べる。
【０１００】
まず、この決済システム１のユーザがある店舗（例えば、遊技場）に入場し、遊技のために有価価値である遊技媒体の提供を欲したものとする。なお、このユーザはすでに本システムにユーザ登録を完了しており、店内サーバ３１には、自分の店舗内預かり金の登録、ユーザ端末装置２０の識別情報の登録がなされている。また、管理サーバ１０には振込み処理等に使用する自己の銀行口座、クレジットカード番号等の登録がなされているものとする。
【０１０１】
まず、ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する。ここで、「提供要求メッセージ」とは、有価価値提供装置３０が、有価価値の提供をユーザから要求されたことが認識できる情報であって、かかる認識が可能であればどのような情報であってもかまわない。例えば、ユーザ端末装置２０に設定されたＩＣカード用アプリケーション識別番号と、ユーザ端末装置２０の識別情報との組み合わせからなるデータであってもよい。なお、本明細書において「メッセージ」は、何らかの情報を伝達することが可能な信号、信号列が含まれる意味で用いるものとする。
【０１０２】
提供要求メッセージを受信した有価価値提供装置３０は、このメッセージを送信したユーザ端末装置２０に、有価価値提供を実行してよいか否かを問い合わせるメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ１０２）。提供許可要求メッセージを受信した店内サーバ３１は、ユーザ端末装置２０に対応するユーザの店舗内預かり額（本発明の「ユーザの預かり金の額」に相当する）から、有価価値の提供の代金を引き去ることができるか否かを判定する残高確認処理を実行する（Ｓ１０３）。なお、上記代金の額はあらかじめいずれかの機器に設定登録されているものとする(例えば、一律１０００円など）。
【０１０３】
なお、図１４に図示していないが、代金の引き去りが可能な場合には、店内サーバ３１は前記有価価値提供装置３０に有価価値提供許可メッセージを送信し、有価価値提供許可メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する。
【０１０４】
一方、ユーザの店舗内預かり額が有価価値の代金の額を下回っており、代金の引き去りが不可能な場合には、店内サーバ３１は前記有価価値提供装置３０に残高不足通知メッセージを送信する（Ｓ１０４）。「残高不足通知メッセージ」は、ユーザの店舗内預かり額が不足のため有価価値の提供ができないことを有価価値提供装置３０が認識可能であればどのような情報でもよい。
【０１０５】
残高不足通知メッセージを受信した前記有価価値提供装置３０は、前記ユーザ端末装置２０に預かり金補充要求メッセージを送信する（Ｓ１０５）。ここで「補充」は追加入金を意味する。「預かり金補充要求メッセージ」は、前記ユーザ端末装置２０が有価価値の提供を受けるにはユーザの店舗内預かり金の補充を行う必要があることを認識できればどのような情報であってもかまわない。例えば、補充要求を意味するエラー番号のようなものであってもかまわない。なお、本実施の形態では、ユーザの店舗内預かり金に追加すべき金額（例えば、１０００円）と、追加すべき金額の振り込み先となる振込先口座を示す情報が預かり金補充要求メッセージに含まれているものとするが、これら情報はあらかじめユーザ端末装置２０に記憶させておいてもよい。
【０１０６】
この預かり金補充要求メッセージを受信したユーザ端末装置２０は、預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行う補充実行確認処理を行う（Ｓ１０６）。確認の入力がされた場合、ユーザ端末装置２０は、当該ユーザの銀行口座（本発明の「ユーザの口座」に相当する）から前記振込先口座へ前記代金の金額を振り込むように要求するメッセージである振込要求メッセージを管理サーバ１０に送信する（Ｓ１０７）。なお、本実施の形態では、振込要求メッセージは、有価価値提供装置３０、店内サーバ３１を介することなく、移動体通信網等を介してユーザ端末装置２０と管理サーバ１０が通信を行うものとするが、本発明がかかる通信経路に限定される趣旨ではない。なお、ユーザの預かり金を補充する補充元となるユーザの口座は、銀行口座に限られず、振り込みが可能な口座であればどのような機関、事業者の口座であってもかまわない。
【０１０７】
振込要求メッセージを受信した管理サーバ１０は、前記振込先口座を取り扱う金融機関のシステムである金融機関システム４０に、当該ユーザの銀行口座から前記振込先口座へ前記金額を振り込むように要求するメッセージである振込依頼メッセージを生成する振り込み依頼処理を実行する（Ｓ１０８）。なお、ユーザの銀行口座は、あらかじめ用意された、ユーザ端末装置２０の識別情報等と対応付けて記憶しているデータを使用して特定すればよい。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１０９）。
【０１０８】
振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記振込先口座へ前記代金の金額を振り込む処理である振込処理を行う（Ｓ１１０）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ１１１）。
【０１０９】
振込完了メッセージを受信した管理サーバ１０は、前記店内サーバ３１に前記ユーザの店舗内預かり金に追加する前記金額の入金が行われたことを通知するメッセージである入金確認メッセージを送信する（Ｓ１１２）。この入金確認メッセージを受信した店内サーバ３１は、入金確認メッセージに対応する残高不足通知メッセージ（Ｓ１０４参照）を特定し、特定した残高不足通知メッセージの送信先である有価価値提供装置３０に提供指示メッセージを送信する（Ｓ１１３）。この提供指示メッセージを受信した有価価値提供装置３０は、前記金額に相当する有価価値の提供を行う処理である提供処理を実行する（Ｓ１１４）。この有価価値の提供によって、本システムにおけるステップＳ１０１で行われた提供要求メッセージの処理が完了し、ユーザは有価価値を入手することになる。
【０１１０】
[２．１．変形例１]
上記実施の形態の変形例を次に説明する。
【０１１１】
上記実施の形態では、ステップＳ１０７において、ユーザ端末装置２０が移動体通信網等を経由して管理サーバ１０に振込要求メッセージを送信する構成であったが、この振込要求メッセージを、有価価値提供装置３０及び店内サーバ３１を経由して管理サーバ１０に送信するように変形しても本発明は成立する。この変形例の動作を図１５を参照しながら説明する。図１５は本変形例の動作例を示したシーケンス図である。
【０１１２】
さて、いま図１４に示したステップＳ１０６の補充実行確認処理がユーザ端末装置２０によって行われ、ユーザが確認の入力を行ったものとする。確認の入力を受け付けたユーザ端末装置２０は有価価値提供装置３０に、当該ユーザの銀行口座から前記振込先口座へ前記金額を振り込むように要求するメッセージである振込要求メッセージを送信する（Ｓ２０１）。なお、この変形例においては、振込要求メッセージに振込先口座及び金額が含まれていなくともよい。これらの情報は、店内サーバ３１、又は管理サーバ１０にあらかじめ記憶させておき、それを使用するようにしてもよい。
【０１１３】
また、ユーザがユーザ端末装置２０と有価価値提供装置３０とを再度通信させる行為を上記ユーザの確認の入力の代わりとして使用してもよい。例えば、非接触式ＩＣカードを搭載したユーザ端末装置２０を、非接触式ＩＣカード用リーダを備えた有価価値提供装置３０の非接触式ＩＣカード用リーダ部分にかざす行為によって、ユーザの確認の入力の代わりとして使用する構成としても本実施の形態は成立する。
【０１１４】
有価価値提供装置３０は、振込要求メッセージを店内サーバ３１に送信し（Ｓ２０２）、店内サーバ３１は振込要求メッセージを管理サーバ１０に送信する（Ｓ２０３）。その後図１５に示したステップＳ２０４からステップＳ２１０の処理が実行される。ステップＳ２０４からステップＳ２１０は図１４に示したステップＳ１０８からステップＳ１１４にそれぞれ対応する同内容の処理であるので、これら処理内容の説明は省略する。
【０１１５】
[２．２．変形例２：銀行口座残高不足の場合]
図１４のステップＳ１１０の処理では、ユーザの銀行口座残高が振り込み額に足りるものとして説明した。ユーザの銀行口座の残高が不足の場合には、振り込み不可能の通知を金融機関システム４０から管理サーバ１０に返して有価価値提供を行わない処理としてもよいが、ユーザのクレジットカードからユーザの銀行口座に入金して、有価価値提供を行える構成としても本実施の形態は成立する。図１６にユーザのクレジットカードからユーザの銀行口座に入金して、有価価値提供を可能とする場合の、本決済システム１の動作例を示す。
【０１１６】
前提としてステップＳ１０９(図１４参照)、又はステップＳ２０５(図１５参照)が行われたものとする。ユーザの銀行口座の残高(例えば、５００円）が振込要求額(例えば１０００円）に満たない場合、金融機関システム４０は残高不足時処理を実行する（Ｓ３０１）。残高不足時処理は、ユーザの銀行口座にあらかじめ設定されているクレジットカードを扱うクレジットカード会社のオンライン決済システム（以下、「クレジットカードシステム」）にあらかじめ設定された金額分をそのユーザの銀行口座に振り込みさせる処理である。
【０１１７】
残高不足時処理（Ｓ３０１）の後、金融機関システム４０は、クレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ３０２）。クレジットカードシステム４５はクレジット利用メッセージに応じて、金融機関システム４０に、設定された金額分をユーザの銀行口座に振り込みするよう要求する振込要求メッセージを送信する（Ｓ３０３）。この振込要求メッセージを受信した金融機関システム４０は、設定された金額分（例えば、５０，０００円）のユーザの銀行口座への振込処理を行う（Ｓ３０５）。その後、金融機関システム４０は、ユーザの店舗内預かり金として支払う金額（例えば、１，０００円）について、ユーザの銀行口座から店舗内預かり金の受け入れ銀行口座（例えば、店内サーバ３１が設置されている遊技場の運営会社の銀行口座、あるいは本システムの運営会社の銀行口座、など）へ振り込みを行う（Ｓ３１０）。なお、上記処理では、金融機関システム４０がクレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ３０２参照）構成として説明したが、本実施の形態がかかる構成に限定される趣旨ではなく、残高不足時処理（Ｓ３０１）ののち、金融機関システム４０が残高不足を通知するメッセージを管理サーバ１０に送信し、このメッセージを受信した管理サーバ１０がクレジットカードシステム４５にクレジット利用メッセージを送信する構成を採用しても、本実施の形態は成立する。また、このとき管理サーバ１０はユーザ端末２０に、ユーザにクレジット利用の意思の確認を促すメッセージを送信し、ユーザ端末からクレジット利用の意思の確認を示すメッセージを受け取るようにし、かかるメッセージを受信した場合にクレジットカードシステム４５にクレジット利用メッセージを送信する構成としてもよい。
【０１１８】
一方、振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ３０６）。振込完了メッセージを受信した管理サーバ１０は、前記店内サーバ３１に前記ユーザの店舗内預かり金に前記金額（前記例では１，０００円）の入金が行われたことを通知するメッセージである入金確認メッセージを送信する（Ｓ３０７）。入金確認メッセージを受信した店内サーバ３１は、この入金確認メッセージに対応する残高不足通知メッセージ（Ｓ１０４参照）を特定し、特定した残高不足通知メッセージの送信先である有価価値提供装置３０に、提供指示メッセージを送信する（Ｓ３０８）。この提供指示メッセージを受信した有価価値提供装置３０は、前記金額に相当する有価価値の提供を実行する（Ｓ３０９）。
【０１１９】
このような構成とすることにより、ユーザの銀行口座の残高が不足状態になっていても、設定金額を逸脱しない範囲で、ユーザは即時に有価価値の提供を受けることが可能となる。
【０１２０】
[３．第２の実施の形態]
本発明の第２の実施の形態について説明する。
【０１２１】
[３．１．決済システムの構成例]
第２の実施の形態にかかる決済システムは、第１の実施の形態にかかる決済システム１の構成と同様である。第１の実施の形態にかかる決済システム１との違いは、ユーザの銀行口座の残高が不足している場合に、クレジットカードから銀行口座に入金させる指示をユーザに行わせる処理をユーザ端末装置２０が実行する点にある。
【０１２２】
[３．２．システムの動作例]
第２の実施の形態にかかる決済システムの動作例について説明する。図１７、図１８、図１９は、第２の実施の形態にかかる決済システムの動作例を示したシーケンス図であって、図１８は図１７に続くシーケンスを示した図、図１９は図１８に続くシーケンスを示した図である。
【０１２３】
まず、図１７に示したステップＳ４０１からステップＳ４０９の処理が実行される。ステップＳ４０１からステップＳ４０９は図１４に示したステップＳ１０１からステップＳ１０９にそれぞれ対応する同内容の処理であるので、これらステップＳ４０１からステップＳ４０９の処理内容の説明は省略する。
【０１２４】
ステップＳ４０９において送信された振込要求メッセージを受信した金融機関システム４０は、振込処理を実行しようとする（Ｓ４１０）。ここでは、ユーザの銀行口座の残高が不足しているものとして以降の動作を説明する。なお、銀行口座の残高が振り込みできる程度に足りている場合の動作は、第１の実施の形態におけるステップＳ１１０からステップＳ１１４と同様である。
【０１２５】
ステップＳ４１０において、要求された振り込み額（例えば、１，０００円）にユーザの銀行口座残高が足りない(例えば、５００円）ことを認識した金融機関システム４０は、管理サーバ１０に、ユーザの銀行口座の残高が不足していることを通知するメッセージである残高不足通知メッセージを送信する（Ｓ４１１）。
【０１２６】
残高不足通知メッセージを受信した管理サーバ１０は、ユーザ端末装置２０に入金指示要求メッセージを送信する（図１８、Ｓ５０１）。入金指示要求メッセージは、ユーザに対して、クレジットカードからユーザの銀行口座に入金させることを指示する入力を求めるメッセージである。入金指示要求メッセージを受信したユーザ端末装置２０は、クレジットカードからユーザの銀行口座に入金させることを指示する入力を求める入力画面を表示し、ユーザの入力を待ち受ける、指示入力待受処理を実行する（Ｓ５０２）。指示入力待受処理は、例えばユーザ端末装置２０の液晶ディスプレイに「銀行口座の残高が不足です。クレジットカードから初期設定額（５０，０００円）を銀行口座に入金しますか？ ＜ＯＫ＞」のようなメッセージを表示させ、この画面表示後ユーザが所定の操作（例えば、決定ボタンの押下）を行った場合は、クレジットカードから銀行口座への入金指示入力がなされたものとして処理する。なお、上記例では初期設定金額が入金される処理としたが、ユーザが入金額を指定できるようにしてももちろんかまわない。
【０１２７】
ユーザの指示入力を受け付けたユーザ端末装置２０は、管理サーバ１０にクレジット利用指示メッセージを送信する（Ｓ５０３）。クレジット利用指示メッセージは、前述の入金指示要求メッセージに対してユーザの指示入力がなされたことが分かる情報、データであればどのようなものでもよい。
【０１２８】
クレジット利用指示メッセージを受信した管理サーバ１０は、クレジット依頼処理を実行する（Ｓ５０４）。クレジット依頼処理は、管理サーバ１０に登録されている、クレジットカードシステムに設定された金額分をその銀行口座に振り込みさせる処理である。
【０１２９】
クレジット依頼処理（Ｓ５０４）の後、管理サーバ１０は、クレジットカードシステム４５にクレジット要求メッセージを送信する（Ｓ５０５）。クレジット要求メッセージは、ユーザの銀行口座にクレジットカードの利用分として、所定の金額の振込を要求するメッセージである。
【０１３０】
この後、図１９に示すステップＳ６０１からステップＳ６０９までの処理が行われ、ユーザに対して有価価値の提供が行われる。ステップＳ６０１からステップＳ６０９までの処理の内容は、第１の実施の形態で述べたステップＳ３０３からＳ３１０までの処理の内容と同一なので、ここではこれら処理の内容の説明は省略する。
【０１３１】
[４．第３の実施の形態]
次に、第３の実施の形態について説明する。
【０１３２】
第３の実施の形態にかかる決済システムの特徴は、ユーザは、いわゆる電子マネーを使用した有価価値の購入が可能となっている点にある。また、ユーザの銀行口座、電子マネーの残高が不足な場合に、残高を補充できる。
【０１３３】
[４．１．決済システムの構成例]
図２０に、第３の実施の形態にかかる決済システムの構成例を示す。第３の実施の形態にかかる決済システム１Ａは、基本的には図１に示した第１の実施の形態にかかる決済システム１と同様であるが、電子マネー決済システム４９が通信網５０に接続されており、またユーザ端末装置２０Ａ，有価価値提供装置３０Ａは電子マネーの利用が可能な構成が追加されている点で、ユーザ端末装置２０，有価価値提供装置３０と異なっている。
【０１３４】
電子マネー決済システム４９は、ユーザの電子マネーの使用額を集計し、支払先の口座に振り込み処理をおこない、あるいは電子マネーのチャージの要求に応じて必要な処理をするシステムである。
【０１３５】
図２１に、ユーザ端末装置２０Ａ，有価価値提供装置３０Ａの構成例を示す。
【０１３６】
ユーザ端末装置２０Ａは、前述のユーザ端末装置２０と基本的に同様の構成要素を有する。同一の構成要素には同一の参照番号を付し、それらの説明は省略する。ユーザ端末装置２０Ａは、端末側近距離通信部２０１及び支払要求生成部２０２に接続された電子マネー処理部２０８をさらに有している点で、前述のユーザ端末装置２０と異なっている。電子マネー処理部２０８は電子マネーの消費、追加チャージの管理等を行う機能を有する。
【０１３７】
有価価値提供装置３０Ａは、前述の有価価値提供装置３０と基本的に同様の構成要素を有する。同一の構成要素には同一の参照番号を付し、それらの説明は省略する。有価価値提供装置３０Ａは、提供装置側近距離通信部３０３及び提供制御部３０２に接続された電子マネー受付部３０６をさらに有している点で、前述の有価価値提供装置３０と異なっている。電子マネー受付部３０６は電子マネーを利用した支払要求の受付、認証、支払記憶蓄積、管理等を行う機能を有する。
【０１３８】
[４．２．決済システムの動作例]
図２２から図２６は、第３の実施の形態にかかる決済システムの動作例を示したシーケンス図である。以下、図２２から図２６を参照しながら本実施の形態にかかる決済システムの動作例を述べる。図２２は、この決済システムの動作例を示すシーケンス図、図２３は図２２に続く動作を示すシーケンス図、図２４は図２３に続く動作を示すシーケンス図、図２５は図２４に続く動作を示すシーケンス図、図２６は、ユーザの銀行口座が不足している場合の動作例を示すシーケンス図である。
【０１３９】
本説明の前提条件を述べる。この決済システムのユーザがある店舗（例えば、遊技場）に入場し、遊技のために有価価値である遊技媒体の提供を欲したものとする。なお、このユーザはすでに本システムにユーザ登録を完了しており、店内サーバ３１には、このユーザの店舗内預かり金の登録、ユーザ端末装置２０の識別情報の登録がなされている。また、管理サーバ１０には振込み処理等に使用する自己の銀行口座、クレジットカード番号等の登録がなされているものとする。また、店内サーバ３１にはこのユーザの店内預かり金として１，０００円が登録されており、ユーザ端末装置２０には電子マネーとして１，０００円が蓄積されているものとして説明する。
【０１４０】
まず、ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ７０１）。
【０１４１】
提供要求メッセージを受信した有価価値提供装置３０は、提供要求メッセージを送信したユーザ端末装置２０に有価価値提供を実行してよいか否かを問い合わせるメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ７０２）。店内サーバ３１は、このユーザ端末装置２０に対応するユーザの店舗内預かり額から、有価価値の提供の代金を引きサリが可能か否かを判定する残高確認処理を実行する（Ｓ７０３）。なお、代金の額はあらかじめいずれかの機器に設定されているものとする(この説明例では１０００円とする）。
【０１４２】
この例では、代金の引き去りが可能なので、店内サーバ３１は前記有価価値提供装置３０に有価価値提供許可メッセージを送信する（Ｓ７０４）。なお、このとき、店内サーバ３１は店舗内預かり金１０００円から有価価値提供の代金分１０００円を減算し、このユーザの店舗内預かり金の残高を０円として記録する。
【０１４３】
有価価値提供許可メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する提供処理を行う（Ｓ７０５）。
【０１４４】
次に、本実施の形態において、ユーザの店舗内預かり額が代金の額を下回っており、代金の引き去りが不可能な場合について説明する。前記有価価値の提供を受けた（Ｓ７０５参照）ユーザは、有価価値を使い切ったがさらに遊技を続けたいと思い、ユーザは再びユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能としたとして、図２３を参照しながら説明する。
【０１４５】
ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ８０１）。
【０１４６】
提供要求メッセージを受信した有価価値提供装置３０は、提供要求メッセージを送信したユーザ端末装置２０に有価価値を提供する許可を要求するメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ８０２）。店内サーバ３１は残高確認処理を実行（Ｓ８０３）する。このときこのユーザの店舗内預かり金の残高は０円となっている。
【０１４７】
残高確認処理（Ｓ８０３）において、有価価値提供の代金に足りる店舗内残高がないと判定した場合、店内サーバ３１はユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求める処理である電子マネー支払処理を実行する（Ｓ８０４）。電子マネー支払処理を実行した結果として、店内サーバ３１はユーザ端末装置２０に、ユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求めるメッセージである電子マネー支払要求メッセージを送信する（Ｓ８０５）。
【０１４８】
電子マネー支払要求メッセージを受信したユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りるか否かチェックし、足りる場合(本説明では足りるものとして以降の説明を行う）、店内サーバ３１に代金を電子マネーで支払うことを通知するメッセーである電子マネー支払メッセージを送信する（Ｓ８０６）。また、このメッセージ送信にともない、ユーザ端末装置２０は記録している電子マネーの残高から代金分を減算しておく。ここでは電子マネー残高１０００円から代金１０００円が減算されて電子マネー残高０円になったものとして説明を続ける。
【０１４９】
電子マネー支払メッセージを受信した店内サーバ３１は、電子マネー支払メッセージの内容に基づいて、このユーザ端末装置２０に対応するユーザの電子マネー１０００円分が、有価価値の代金として支払われたことを記録する処理である使用記憶処理を実行する（Ｓ８０７）。
【０１５０】
また、店内サーバ３１は前記有価価値提供装置３０に有価価値提供指示メッセージを送信し（Ｓ８０８）、有価価値提供指示メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する処理である提供処理を行う（Ｓ８０９）。
【０１５１】
後刻、店内サーバ３１は、ステップＳ８０７で記録した記録内容に基づいて、有価価値の代金として支払われた電子マネーの情報を集計する決済処理を実行し（Ｓ８１０）、決済処理の結果生成された決済情報を電子マネー決済システム４９に送信する（Ｓ８１１）。決済情報を受信した電子マネー決済システム４９は、電子マネーの支払先となる銀行口座を特定し、応分の額の金額を当該銀行口座に振り込む等の決済処理を実行する（Ｓ８１２）。なお、このステップＳ８１０からＳ８１２までの処理はいつどのような感覚で実行するようにしても本発明は成立する。
【０１５２】
[４．３．電子マネー残高が不足した場合の動作例]
次に、ユーザ端末装置２０に記憶されている電子マネーの残高が代金支払いに不足している場合の動作例を図２４を参照しながら説明する。なお、以降の説明では、店内サーバ３１に記憶されているユーザの店舗内預かり金、及びユーザ端末装置２０内の電子マネーすでに使用し尽くされ双方とも０円になっている状態であるとして行う。
【０１５３】
前記有価価値の提供を受けた（図２３、Ｓ８０９参照）ユーザは、またもや有価価値を使い切ったがさらに遊技を続けたいと思い、ユーザは再度ユーザ端末装置２０を有価価値提供装置３０に近接させたとして説明する。
【０１５４】
ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ９０１）。
【０１５５】
提供要求メッセージを受信した有価価値提供装置３０は、提供許可要求メッセージを店内サーバ３１に送信する（Ｓ９０２）。店内サーバ３１は残高確認処理を実行する（Ｓ９０３）。このときこのユーザの店舗内預かり金の残高は０円となっている。
【０１５６】
残高確認処理（Ｓ９０３）において、有価価値提供の代金に足りる店舗内預かり金がないと判定した場合、店内サーバ３１はユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求める処理である電子マネー支払処理を実行する（Ｓ９０４）。電子マネー支払処理を実行した結果として、店内サーバ３１はユーザ端末装置２０に、ユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求めるメッセージである電子マネー支払要求メッセージを送信する（Ｓ９０５）。
【０１５７】
電子マネー支払要求メッセージを受信したユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りるか否かチェックする。この説明ではすでに電子マネーの残高が０円になっているものとして以降の説明を行う。ユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りないと判定し、ユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りないことを通知するメッセージである残高不足通知メッセージを店内サーバに送信する（Ｓ９０６）。残高不足通知メッセージを受信した店内サーバ３１は、ユーザ端末装置２０に電子マネーに追加の金額を補充する処理を実行するよう求めるメッセージである電子マネー補充処理要求メッセージを送信する（Ｓ９０７）。電子マネー補充処理要求メッセージを受信したユーザ端末装置２０は、通信網を介して管理サーバ１０と接続し、管理サーバ１０に電子マネーを補充するよう要求するメッセージである電子マネー補充要求メッセージを管理サーバ１０に送信する（Ｓ９０８）。
【０１５８】
上記ステップＳ９０８以降の動作例について図２５を参照しながら説明する。
【０１５９】
電子マネー補充要求メッセージを受信した管理サーバ１０は、ユーザの銀行口座を扱う金融機関システム４０に、当該ユーザの銀行口座の残高から電子マネー取扱口座（電子マネーに現金でチャージを行ったときに当該現金を振り込む口座）へ、電子マネーへ補充する金額分（以下、電子マネー補充金額という）を振り込むよう要求するメッセージである振込依頼メッセージを生成する（Ｓ１００１）。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１００２）。なお、上記ステップＳ１００１，Ｓ１００２は本決済システム１における一例であって、各電子マネー決済システム４９が定めるシーケンス、手順に従う構成としても本実施の形態は成立する。
【０１６０】
振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記振込先口座へ前記電子マネー補充金額を振り込む処理である振込処理を実行する（Ｓ１００３）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ１００４）。なお、ユーザの銀行口座の残高が足りず、電子マネー補充金額に満たない場合の処理については別途後述する。
【０１６１】
振込完了メッセージを受信した管理サーバ１０は、電子マネー補充金額分の電子マネーの補充を行うよう要求するメッセージである電子マネーチャージ指示メッセージをユーザ端末装置２０に送信する（Ｓ１００５）。
【０１６２】
電子マネーチャージ指示メッセージを受信したユーザ端末装置２０は、電子マネー補充金額分を自己の電子マネーとして加算する処理でーあるチャージ処理を実行する（Ｓ１００６）。
【０１６３】
チャージ処理を完了したユーザ端末装置２０は、店内サーバ３１に電子マネーを使用して有価価値の代金の支払いを行うことを伝えるメッセージである電子マネー支払メッセージを送信する（Ｓ１００７）。
【０１６４】
この後、図２５に示したステップＳ１００８からステップＳ１０１３までの処理が実行されるのであるが、これらの処理の内容は図２３を参照して説明したステップＳ８０７からステップＳ８１２と同内容であるため、これらの処理内容の詳述は省略する。
【０１６５】
[４．４．ユーザの銀行口座の残高が不足している場合の動作例]
次に、前述の振込依頼メッセージが管理サーバ１０から金融機関システム４０に送信された場合（図２５、ステップＳ１００２、Ｓ１００３参照）に、ユーザの銀行口座の残高が電子マネー補充金額に満たない場合について説明する。
【０１６６】
前述のステップＳ１００３における振込実行がユーザの銀行口座の残高が電子マネー補充金額に満たないため実行できない場合、金融機関システム４０は残高不足時処理を実行する（Ｓ１１０１）。残高不足時処理は、ユーザの銀行口座の残高が電子マネー補充金額に満たないことを管理サーバ１０に通知する残高不足通知メッセージを生成する処理である。このメッセージには、後述するクレジット要求メッセージの送信先となるクレジット会社システムのネットワークアドレス、ユーザのクレジット番号、暗証番号等が含まれていてよい。金融機関システム４０は、生成した残高不足通知メッセージを管理サーバ１０に送信する（Ｓ１１０２）。
【０１６７】
残高不足通知メッセージを受信した管理サーバ１０は、クレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ１１０３）。クレジットカードシステム４５はクレジット利用メッセージに応じて、金融機関システム４０にユーザの銀行口座に設定された金額分の振り込みを実行するよう要求する振込要求メッセージを送信する（Ｓ１１０５）。また、クレジットカードシステム４５は管理サーバ１０にクレジット要求メッセージで要求された振り込みを実行したことを通知するメッセージである振込実行通知メッセージを送信する（Ｓ１１０６）。
【０１６８】
前述の振込要求メッセージ（Ｓ１１０５参照）を受信した金融機関システム４０は、ユーザの銀行口座に、設定された金額分の振込処理（例えば、５０，０００円）を行う（Ｓ１１０７）。その後、金融機関システム４０は、上記振込処理を実行したことを通知するメッセージである振込完了通知メッセージを管理サーバ１０に送信する（Ｓ１００８）。
【０１６９】
上記振込完了通知メッセージを受信した管理サーバ１０は、金融機関システム４０に、当該ユーザの銀行口座の残高から電子マネー取扱口座（電子マネーに現金でチャージを行ったときに当該現金を振り込む口座）へ電子マネー補充金額を振り込むよう要求するメッセージである振込依頼メッセージを生成する処理（振込依頼処理）を実行する（Ｓ１１０９）。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１１１０）。
【０１７０】
この振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記ユーザの振込先口座へ前記電子マネー補充金額を振り込む処理である振込処理を実行する（Ｓ１１１１）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了通知メッセージを送信する（Ｓ１１１２）。
【０１７１】
この後は前述のステップＳ１００５からステップＳ１０１３と同一の処理が実行されるのであるが、ステップＳ１００５からステップＳ１０１３と同一の内容であるので、これら処理の説明及び図示は省略する。
[５．その他]
本決済システム１はさらに以下の特徴を有するように変形してもよい。
【０１７２】
[５．１．ポイントの取り扱い]
本決済システム１は、決済ごとにユーザに付与されるポイントを付与、管理する機能をさらに有していてもよい。「ポイント」とは、対価とは別に供与される何らかの利益である。例を上げると、本決済システム１では、ユーザの店舗内預かり金にユーザの銀行口座から補充が行われた場合に、当該ユーザに１ポイントが付与されるように機能する。ポイントを供与する主体は、本決済システム１の運営者、管理者などであってもよいし、管理サーバ１０の運営者、管理者などであってもよいし、金融機関システム４０の運営者、管理者などであってもよいし、電子マネー決済システム４９の運営者、管理者などであってもよいし、、クレジットシステム４５の運営者、管理者などであってもよい。
【０１７３】
通常決済(店舗内預かり金の残高が足りている場合の決済)時のポイント付与の処理は、店内サーバ３１、管理サーバ１０、電子マネー決済システム４９、あるいはポイント付与、管理を行うサーバのいずれか、もしくはこれらいずれか二以上の装置の協働によっておこなわれるようにしてよい。
【０１７４】
また、振込時決済(店舗内預かり金の残高が足りている場合の決済、又は電子マネー残高不足時の決済)のポイント付与の処理は、店内サーバ３１、管理サーバ１０、金融機関システム４０、クレジットカードシステム４５、電子マネー決済システム４９、これら以外のサーバのいずれか、もしくはこれらいずれか二以上の装置の協働によっておこなわれるようにしてよい。
【０１７５】
なお、本決済システム１は、店舗９０（遊技店）固有のポイントシステムの他、各金融機関、クレジットカード運営会社、電子マネー運営会社等で扱うポイントシステム、などによって提供されるポイントを扱うようにしてもよい。
【０１７６】
[５．２．景品交換システム]
決済本システム１は、景品交換の為のシステムを容易に導入可能である。景品交換のためのシステムは、ユーザが保有する有価価値を店舗が提供する景品やサービスと交換するためのシステムである。なお、その際前述したポイントを景品やサービスと交換するための対価として使用できるようにしてもよい。
【０１７７】
[５．３．公営競技などについての決済]
本決済システム１は、各種公営競技(競馬、競輪、競艇、オートレースなど)や投票券購入や宝くじの購入のための決済システムとしても利用可能である。
[６．まとめ]
上述した実施の形態並びにその変形例は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の趣旨を逸脱しない範囲であれば、適宜組合わせ及び変更することができることはいうまでもない。
【符号の説明】
【０１７８】
１…決済システム； １０…管理サーバ；２０…ユーザ端末装置； ３０…有価価値提供装置； ３１…店内サーバ； ４０…金融機関システム； ４５…クレジットカードシステム； ４９…電子マネー決済システム
【技術分野】
【０００１】
本発明は、決済システムに関する。
【背景技術】
【０００２】
近年の情報処理技術、通信技術の発展及び通信インフラの普及により、料金・代金の支払方法が多様化し、現金による支払に代わるさまざまな方法が提案され利用されるようになってきている。カジノ、パチンコホールなどの遊技場における支払においても、現金以外の支払方法が利用できれば、ユーザ（遊技者）の利便が向上するとともに、遊技機の稼働率が高まることによる遊技場の売り上げ向上も期待できる。
【０００３】
現金以外の支払方法の一つとして、預かり金方式による支払が提案されている。預かり金方式は、あらかじめ購入代金としてなにがしかの金額を遊技場等有価価値の提供者、貸出者に預け入れておき、この預かり金から有価価値の購入代金等を支払う。そして、預かり金が使用により減少したり、追加入金による預かり金の増加したりする預かり金額の変動の管理は、預かり金を管理するデータベースを備えた装置(サーバ）によって行わせる方式などが提案されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−４１９７２号公開公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の預かり金方式による支払いにおいても、ユーザが継続して遊技を行うなどすることにより消費しつくしてしまうと、預かり金残高が不足してそれ以上遊技の継続ができなくなる。かかる場合には、ユーザは銀行等から現金を取得して再び預け入れをするという手数をかけなければならなかった。
【０００６】
このため、遊技者が預かり金を遊技において消費し終わった後、もう少し遊技したい、或いは遊技場においてなんらかの買い物をしたいという要求を持っていても、現状ではそのような要求に応えることができる決済方法が用意されておらず、遊技場はこのような潜在的な需要をみすみす見逃さざるを得なかった。
【０００７】
本発明の目的は、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充できる新たな電子決済技術を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するための手段として、本発明は以下の特徴を有する。
【０００９】
本発明の一実施態様は、決済システムとして提案される。
【００１０】
この決済システムは、ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号（例えば、提供要求メッセージ、図１４、ステップＳ１０１参照）を送信するユーザ端末装置と、ユーザ端末装置と通信可能であって、第１信号を受信した場合、有価価値の提供の許可を要求する情報を含む第２信号（例えば、提供許可要求メッセージ、図１４、ステップＳ１０２参照）を送信する有価価値提供装置と、ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、有価価値提供装置から第２信号を受信したときに当該預かり金の額が有価価値の代金の額に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号（例えば、残高不足通知メッセージ、図１４、ステップＳ１０４参照）を有価価値提供装置に送信し、当該預かり金を補充するための振り込みを要求する情報を含む第４信号（例えば、振込要求メッセージ、図１４、ステップＳ１０７参照）を受信した場合、ユーザの口座から所定金額の振込を依頼する情報を含む第５信号（例えば、振込依頼メッセージ、図１４、ステップＳ１０９参照）を送信するサーバ（例えば、店内サーバ及び管理サーバ）とを有し、有価価値提供装置は、第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号（例えば、預かり金補充要求メッセージ、図１４、ステップＳ１０５参照）をユーザ端末装置に送信し、ユーザ端末装置は、第８信号を受信すると、サーバに第４信号を送信し、サーバは、所定金額の振り込みを示す情報を含む第６信号（例えば、振込完了メッセージ、図１４、ステップＳ１１１参照）を受信すると、有価価値の提供を指示する情報を含む第９信号（例えば、提供指示メッセージ、図１４、ステップＳ１１３参照）を有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は、有価価値の提供を実行することを特徴としている。
【００１１】
本決済システムによれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充することが可能となり、ユーザの遊技を継続させることが可能となる。また、多数の店舗が接続された大規模なネットワークに対応することが可能となる。
【００１２】
本発明の別の実施の態様は、下記特徴を有する決済システムとして提案される。
【００１３】
この決済システムは、ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号（例えば、提供要求メッセージ、図１４、ステップＳ１０１参照）を送信するユーザ端末装置と、ユーザ端末装置と通信可能であって、第１信号を受信した場合有価価値の提供の許可を要求する情報を含む第２信号（例えば、提供許可要求メッセージ、図１４、ステップＳ１０２参照）を送信する有価価値提供装置と、ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、有価価値提供装置から第２信号を受信したときに当該ユーザからの預かり金の額が有価価値の代金に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号（例えば、残高不足通知メッセージ、図１４、ステップＳ１０４参照）を有価価値提供装置に送信する第１サーバ（例えば、店内サーバ）と、当該預かり金を補充するための振り込みを要求する情報を含む第４信号（例えば、振込要求メッセージ、図１４、ステップＳ１０７参照）を受信した場合、ユーザの口座から所定金額の振り込みを依頼する情報を含む第５信号（例えば、振込依頼メッセージ、図１４、ステップＳ１０９参照）を送信し、所定金額の振り込みを示す情報を含む第６信号（例えば、振込完了メッセージ、図１４、ステップＳ１１１参照）を受信した場合、預かり金を補充するための振り込みが行われたことを示す情報を含む第７信号（例えば、入金確認メッセージ、図１４、ステップＳ１１２参照）を第１サーバに送信する第２サーバ（例えば、管理サーバ）とを有し、有価価値提供装置は、第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号をユーザ端末装置に送信し、ユーザ端末装置は、第８信号（例えば、預かり金補充要求メッセージ、図１４、ステップＳ１０５参照）を受信すると、第２サーバに第４信号を送信し、第１サーバは、第７信号を受信すると、有価価値の提供を指示する情報を含む第９信号（例えば、提供指示メッセージ、図１４、ステップＳ１１３参照）を有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は有価価値の提供を実行することを特徴としている。
【００１４】
本決済システムによれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充することが可能となり、ユーザの遊技を継続させることが可能となる。
【００１５】
上記決済システムは、ユーザ端末装置が第８信号を受信すると、ユーザからの預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行い、確認の入力がされた場合、第４信号を第２サーバに送信することをさらなる特徴としてもよい。
【００１６】
上記決済システムによれば、ユーザの口座からの振り込みの利用意思を明確にしたうえでの預かり金の補充を可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００１７】
また上記決済システムは、ユーザ端末装置が第８信号を受信したのち、当該ユーザ端末装置と有価価値提供装置と再度通信接続した場合に、第４信号を第２サーバに送信することをさらなる特徴として有していてもよい。
【００１８】
上記決済システムによれば、ユーザを入力で煩わさせることなく、迅速に、ユーザの口座からの振り込みの利用意思を明確にしたうえで預かり金を補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００１９】
さらにまた上記決済システムは、第２サーバが第５信号を送信したのちユーザの口座の残高が不足していることを示す情報を含む第１０信号（例えば、入金指示要求メッセージ、図１７、ステップＳ４１１参照）を受信した場合、他の金融機関を利用して当該ユーザの口座に入金することを要求する情報を含む第１１信号（例えば、入金指示要求メッセージ、図１８、ステップＳ５０１参照）をユーザ端末装置に送信し、ユーザ端末装置は、第１１信号を受信したのち第２サーバに他の金融機関を利用して当該ユーザの口座に入金することを指示する情報を含む第１２信号（例えば、クレジット利用メッセージ、図１８、ステップＳ５０３参照）を送信し、第２サーバは第１２信号を受信すると、他の金融機関を利用して所定額をユーザの口座に振り込みを要求する情報を含む第１３信号（例えば、クレジット要求メッセージ、図１８、ステップＳ５０５参照）を送信し、他の金融機関を利用して所定額をユーザの口座に振り込みが行われたことを示す情報を含む第１４信号（例えば、振込完了メッセージ、図１９、ステップＳ６０４参照）を受信すると、当該預かり金への入金を確認する情報を含む第１５信号（例えば、入金確認メッセージ、図１９、ステップＳ６０５参照）を第１サーバに送信し、第１サーバは、第１５信号を受信すると有価価値の提供を指示する情報を含む第１６信号（例えば、提供指示メッセージ、図１９、ステップＳ６０６参照）を有価価値提供装置に送信し、有価価値提供装置は第１６信号を受信すると、有価価値の提供を実行することをさらなる特徴として有していてもよい。
【００２０】
上記決済システムによれば、ユーザの口座が残高不足の状態であっても、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、預かり金を補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【００２１】
またさらに上記決済システムは、下記特徴をさらに有していてもよい。
【００２２】
すなわち、上記決済システムにおいて、ユーザ端末装置は、ユーザ及びユーザ端末装置の少なくとも一方にひもづけられた電子的に記憶された有価価値の代金の支払いを、電子マネーを用いて行う電子マネー処理手段（例えば、電子マネー処理部）をさらに有しており、第２サーバは、電子マネーの残高が有価価値提供の代金の支払いに不足している場合、ユーザからの口座からの振り込みによる電子マネーの残高の補充を求める情報を含む第１７信号（例えば、振込依頼メッセージ、図２５、ステップＳ１００２参照）を送信し、ユーザの口座の残高が不足している場合には他の金融機関を利用して所定額をユーザの口座に振り込みを要求する情報を含む第１８信号（例えば、クレジット利用メッセージ、図２６、ステップＳ１１０３参照）を送信し、
ユーザの口座からの振り込みを示す情報を含む第１９信号（例えば、振込完了メッセージ、図２５、ステップＳ１００４参照）或いは他の金融機関を利用した所定額のユーザの口座に振り込みを示す情報を含む第２０信号（例えば、振込完了通知メッセージ、図２６、ステップＳ１１０８参照）を受信した場合、ユーザ端末装置に電子マネーの残高の補充を指示する情報を含む第２１信号（例えば、電子マネーチャージ指示メッセージ、図２５、ステップＳ１００５参照）を送信する構成としてもよい。
【００２３】
上記決済システムによれば、預かり金とともに電子マネーによる決済を可能とするととともに、電子マネーの残高が不足している場合においても、ユーザの口座などから電子マネーの残高を補充して、預かり金を消費したのちも遊技を継続できるよう、電子マネーを補充することを可能とし、ユーザの遊技を継続させることがさらに可能となる。
【発明の効果】
【００２４】
本発明によれば、遊技場においても利用可能な、預かり金を消費したのちも遊技を継続できるよう、その場で預かり金を補充できる新たな電子決済技術を提供できる。また、多数の店舗が接続された大規模なネットワークに対応することが可能となる。
【図面の簡単な説明】
【００２５】
【図１】第１の実施の形態にかかる決済システムの一例を示すネットワーク図
【図２】有価価値提供装置及びユーザ端末装置の構成例を示す機能ブロック図
【図３】ユーザ情報記憶部が記憶する情報の一例を示す図
【図４】管理サーバの構成例を示す機能ブロック図
【図５】データベース部に記憶されるユーザテーブルの構成例を示した図
【図６】データベース部に記憶されるユーザ保有金額データの構成例を示した図
【図７】データベース部に記憶される遊技場事業者テーブルの構成例を示した図
【図８】データベース部に記憶される遊技場事業者保有金額データの構成例を示した図
【図９】データベース部に記憶される店内サーバテーブルの構成例を示した図
【図１０】管理サーバを分散サーバ構成とした場合の一構成例を示す機能ブロック図
【図１１】店内サーバの構成例を示す機能ブロック図
【図１２】ユーザテーブルのデータ構成例を示す図
【図１３】ユーザ預かり金テーブルのデータ構成例を示す図
【図１４】第１の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図１５】第１の実施の形態の変形例の動作例を示したシーケンス図
【図１６】クレジットカードを利用する場合の決済システムの動作例を示すシーケンス図
【図１７】第２の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図１８】図１７に続くシーケンスを示した図
【図１９】図１８に続くシーケンスを示した図
【図２０】第３の実施の形態にかかる決済システムの構成例を示すブロック図
【図２１】第３の実施の形態にかかるユーザ端末装置，有価価値提供装置の構成例を示す機能ブロック図
【図２２】第３の実施の形態にかかる決済システムの動作例を示したシーケンス図
【図２３】図２２に続く動作を示すシーケンス図
【図２４】図２３に続く動作を示すシーケンス図、
【図２５】図２４に続く動作を示すシーケンス図
【図２６】ユーザの銀行口座が不足している場合の動作例を示すシーケンス図
【発明を実施するための形態】
【００２６】
以下、図面を参照しながら本発明の実施の形態について説明する。
[第１の実施の形態]
[１．第１の実施の形態にかかる決済システムの構成例]
図１は第１の実施の形態にかかる決済システムの一例を示すネットワーク図である。
【００２７】
この図に示す例においては、決済システム１は、管理サーバ１０と、ユーザ端末装置２０と、有価価値提供装置３０と、店内サーバ３１を有している。また、決済システム１は、金融機関システム４０、クレジットカードシステム４５に通信可能に接続されている。
【００２８】
管理サーバ１０は、通信網５０を介して、ユーザ端末装置２０、店内サーバ３１、及び金融機関システム４０、クレジットカードシステム４５に接続されている。
【００２９】
管理サーバ１０は通信網５０に接続されており、店内サーバ３１と通信網５０を介して通信可能となっている。ユーザ端末装置２０は、基地局（ＢＳ）６０、移動体通信網７０、及び移動体通信網７０と通信網５０とを接続するゲートウエイ８０とを介して管理サーバ１０、店内サーバ３１，金融機関システム４０と通信可能であるとともに、ユーザ端末装置２０が備えている近距離通信手段（例えば、非接触式ＩＣカード及びそのリーダ／ライタ）により有価価値提供装置３０と通信可能である。
【００３０】
金融機関システム４０は、以下の口座の入出金を電子的に行うことができるシステムである。決済システム１が利用する金融機関システム４０は、遊技機を遊技する者であって、本電子決済システムを用いて支払いを行う者（以下、ユーザと呼ぶ）の口座（以下、ユーザの銀行口座と呼ぶ）、決済システム１の運営、管理を直接又は間接に行い、決済システム１の運営の対価・代価・手数料などを受け取る者（以下、決済事業者と呼ぶ）の口座（以下、決済事業者口座と呼ぶ）、及び有価価値をユーザに提供する者であって、本決済システム１を用いてユーザからの支払いを受け取る者（以下、遊技場事業者と呼ぶ）の口座（以下、遊技場事業者口座と呼ぶ）を有する。これらのユーザの銀行口座、決済事業者口座、遊技場事業者口座は同一の金融機関システム４０に設けられていてもよいし、互いに別の金融機関システム４０に設けられていてもよい。図１では、これら口座が同一の金融機関システム４０に設けられているものとして図示したが、このような態様に本実施の形態が限定される趣旨ではない。
【００３１】
クレジットカードシステム４５は、クレジットカード（本発明の「他の金融機関」）を利用した各種決済、支払いを電子的に行うシステムであって、例えば、交通系の電子マネーであるSuica（Suicaは東日本旅客鉄道株式会社の登録商標）システムに於いて、電子マネーがあらかじめ設定した金額以下になると、予め登録しておいた金額を、クレジットカード決済を利用して、自動的に電子マネーに入金する「Suica オートチャージ・サービス」が存在する。また、利用者が自ら操作する方法として、前記電子マネーであるSuicaの場合、携帯電話の専用のメニューから、指定した金額をクレジット決済にて、電子マネーに入金が可能である。ここに記載した実施例は、電子マネーに対するクレジットカード決済を利用した入金であるが、銀行口座に対するクレジットカード決済を利用した、自動的またはワンタッチによる入金方法は存在していなかった。なお、本明細書では説明の便宜上「クレジットカードシステム」としたが、電子マネーの補充を行うため金銭を融通できるシステムであれば、クレジットカードにかかるシステムに限られないことは言うまでもない。
【００３２】
以下、上記の決済システム１の各構成要素について説明する。
【００３３】
[１．１．有価価値提供装置]
有価価値提供装置３０は、ユーザがユーザ端末装置２０を用いて電子決済を行った対価として、なんらかの有価価値（金銭と交換して購入できる有体物、無体物をいうものとする）をユーザに提供する装置である。有価価値提供装置３０は、例えば、遊技場の玉貸し機、メダル貸し出し装置、ＣＡＴ端末装置、プレーヤートラッキングシステム（Player Tracking System）装置(もしくはＰＴＳ端末）などである。プレーヤトラッキングシステムは、カジノなどの遊技場においてゲーミングマシン(例えば、スロットマシン）間の有価価値の移動又は換金に、ＩＣカードのような記憶媒体を利用できるようにするシステムである。一般的に、プレーヤトラッキングシステムでは、プレーヤートラッキングシステム装置にＩＣカードをストックさせておき、ゲーム結果に応じてプレーヤに付与される有価価値をＩＣカードに記憶させて、プレーヤがゲームを終了する場合などに、カードスロットからプレーヤに返却し、プレーヤは返却されたＩＣカードを他のゲーミングマシンに移動して使用することができるものである。なお、本実施の形態における有価価値提供装置３０は、玉貸し機やメダル貸出機のような有価価値を直接ユーザに提供する装置である必要はなく、例えば、デビット・カードの決済端末やクレジットカードのＣＡＴ端末のように、電子決済は可能である旨を遊技場（店舗）側に通知して、遊技場側に品物などをユーザに引き渡させるなどの間接的にユーザに有価価値を提供する装置も含む。
【００３４】
図２は、有価価値提供装置３０及びユーザ端末装置２０の構成例を示す機能ブロック図である。以下、図２を参照しながら有価価値提供装置３０の構成について説明する。
【００３５】
有価価値提供装置３０は、ネットワーク通信処理部３０１と、提供制御部３０２と、提供装置側近距離通信部３０３と、有価価値供給部３０４と、遊技履歴処理部３０５とを有している。
【００３６】
ネットワーク通信処理部３０１は、店内サーバ３１と通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。なお、有価価値提供装置３０は店内サーバ３１に対して複数台接続されていてもよく、有価価値提供装置３０と店内サーバ３１とはＬＡＮなどの通信網やその他の通信手段によって接続されている。
【００３７】
提供制御部３０２は、ネットワーク通信処理部３０１、提供装置側近距離通信部３０３、有価価値供給部３０４の動作を命令・制御する機能を有し、例えば有価価値提供装置３０を実現するためのプログラムを搭載したマイクロコンピュータである。
【００３８】
提供装置側近距離通信部３０３は、ユーザ端末装置２０に搭載されている端末側近距離通信部２０１と通信を行う機能を有し、例えば、非接触式ＩＣカードのリーダ／ライタである。なお、提供装置側近距離通信部３０３が用いる通信方式は、無線に限られる必要はなく、赤外線通信であっても構わない。また、必ずしも非接触式の通信方式でなくともよく、通信ケーブルやＵＳＢソケットにより接続して通信する方式を採用しても本発明は成立する。
【００３９】
有価価値供給部３０４は、提供制御部３０２の命令に応じて、有価価値をユーザに提供する機能を有する。有価価値供給部とは、例えば、玉貸し機の貸し玉出力部、メダル貸出機のメダルホッパー、認証端末（例えば、ＣＡＴ端末）のディスプレイ、或いはプリンタなどである。有価価値は、金銭により購入可能なものであれば、どのようなものでもよく、貸し玉、貸しメダル、カジノ用チップ(メダル)、プリペイドカード、オンバリューカード（ハウスカード）、記憶媒体に書き込まれるポイント、又はこれらの同等品、或いは無形のサービスなどである。有価価値供給部３０４は、必ずしも直接に有価価値をユーザに提供するものに限られず、間接的に有価価値をユーザに提供するものであってもよい。例えば、有価価値供給部３０４は液晶ディスプレイ装置であって、遊技場の店員やスタッフなどに、商品の引き渡しを指示するメッセージをこの液晶ディスプレイ装置が表示することも、本発明による有価価値の提供の一形態である。
【００４０】
遊技履歴処理部３０５は、遊技者による有価価値提供装置３０の使用に基づいて、遊技者の遊技履歴に関するデータである遊技履歴データを生成して、ネットワーク通信処理部３０１を介して店内サーバ３１又は管理サーバ１０に送信する機能を有する。
【００４１】
例えば、有価価値提供装置３０がある特定の遊技機に付設されたサンドマシン（玉貸し機）であるとする。遊技者がこのサンドマシンが付設された遊技機で遊技を行うために、サンドマシンである有価価値提供装置３０と、ユーザ端末装置２０である自己の携帯電話機とにより本決済システム１による決済により玉貸しを受ける。遊技履歴処理部３０５は、どの遊技者がどの遊技機をいつ遊技したのか、どれだけの金額を遊技したのか、などのデータである遊技履歴データを提供制御部３０２の動作状況、及び遊技機の動作状況より生成し、これを、技履歴データを管理するサーバに送信する。遊技履歴データは、全ての有価価値提供装置３０が使用されるごとに、サーバに送られ蓄積される。この遊技履歴データを解析したり、データマイニングの手法などにより分析等したりすることにより、遊技者の行動傾向、遊技機の人気傾向、時間帯別利用動向などが明らかになり、その結果店舗経営や遊技機開発などの資料となる有用な情報を取得できる。
【００４２】
なお、この実施の形態では、遊技履歴データを管理するサーバとして、管理サーバ１０を用いる構成として説明するが、遊技履歴データを管理するサーバは、管理サーバ１０とは別のサーバ装置として本決済システム１に組み入れられるようにしても、もちろん構わない。
【００４３】
[１．２．ユーザ端末装置]
次に、図２を参照しながらユーザ端末装置２０について説明する。ユーザ端末装置２０は、管理サーバ１０と通信網５０を介して通信可能であるとともに、近距離通信手段を用いて有価価値提供装置３０とも通信可能な端末装置である。また、ユーザ端末装置２０は、通信網５０を介して店内サーバ３１と通信可能であってもよい。
【００４４】
ユーザ端末装置２０は、例えば、非接触式ＩＣカード（例えば、フェリカ；フェリカはソニー社の登録商標）機能を有する携帯電話機、近距離通信手段及び無線通信手段を搭載したＰＤＡ（Personal Data Assistant）、携帯ゲーム機、無線ＬＡＮを搭載したＩＰ電話機、或いは本決済システム１の専用端末装置などである。ユーザ端末装置２０は、前述の提供装置側近距離通信部３０３と通信を行うための端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０６と、振込み要求生成部２０７とを有している。
【００４５】
端末側近距離通信部２０１は、提供装置側近距離通信部３０３と通信を行う機能を有し、例えば非接触式ＩＣカード用チップ及びアンテナである。
【００４６】
支払要求生成部２０２は、有価価値提供装置３０に有価価値を提供してもらえるように、ユーザが受け取る有価価値の対価（代金）の支払、決済を店内サーバ３１に要求する支払要求メッセージを生成する機能を有し、例えば、ｉアプリ（「ｉアプリ」はＮＴＴドコモ社の登録商標）を搭載したマイクロコンピュータである。
【００４７】
無線通信部２０３は、ユーザ端末装置２０が移動体通信網７０に接続し、移動体通信網７０を介した通信を実行する機能を有し、例えば変調回路、復調回路を有する無線通信回路である。移動体通信網は、一般的な携帯電話の通信網であっても、ＷＩＭＡＸや無線ＬＡＮの通信網であってもよい。
【００４８】
入力部２０４は、支払要求生成部２０２、振込み要求生成部２０７などにユーザの指示
を電気信号に変えて渡す機能を有し、例えば携帯電話機のキー、タッチペンとタッチパネル、ポインティングデバイスである。
【００４９】
出力部２０５は、ユーザ端末装置２０がユーザに情報を伝えるための情報出力機能を有し、例えば、携帯電話機の液晶パネル、音声出力装置（スピーカなど）、或いは小型プリンタなどである。
【００５０】
ユーザ情報記憶部２０６は、ユーザの支払又は決済に要する情報を記憶する機能を有する。図３は、ユーザ情報記憶部２０６が記憶する情報の一例を示す。この例では、ユーザ情報記憶部２０６は、そのユーザ端末装置２０の使用者として登録されたユーザを一意に特定する情報であるユーザＩＤ２０８と、管理サーバ１０及び／又は店内サーバ３１がユーザの本人認証を行うためのパスワード２０９と、ユーザが支払代金を引き出す、ユーザの銀行口座に相当するユーザ口座４１を特定する情報である銀行番号２１０、支店番号２１１、及び口座番号２１２、及びその口座に設定された暗証番号２１３を記憶する。これら情報、とりわけ銀行番号２１０、支店番号２１１、口座番号２１２、暗証番号２１３は、ユーザがユーザ端末装置２０に支払要求生成部２０２及び振込み要求生成部２０７として機能させるアプリケーションのインストール時、或いは本決済システム１のサービスを受けるためのユーザ登録時などにユーザにより入力されればよい。例えば、ユーザ端末装置２０において起動したアプリケーションは、ユーザに入力部２０４からこれら情報を入力することを要求し、入力された情報２０８〜２１３はユーザ情報記憶部２０６に記憶される。これら情報２０８〜２１３は、ユーザ口座４１から決済事業者口座４２へのデポジットの振込み要求のための振込み要求メッセージを生成するときに使用され、振込み要求メッセージの一部として管理サーバ１０に送信されることになる。この為に、ユーザはクレジットカードや銀行でビットカードを持ち歩く必要が無く、さらに決済時に必要な個人情報や口座情報、暗唱番号等を、自身が所有するユーザ端末装置２０にのみに入力してある事から、情報漏洩の可能性が極めて低く、安心して利用が可能となる。
【００５１】
なお、ユーザＩＤ２０８は、管理サーバ１０が自動的に割り当てる識別番号でもよいし、ユーザ端末装置２０が有する識別情報、例えば、FelicaID(「FeliCa」はソニー株式会社の登録商標)、個体識別番号（ＦＯＭＡカード識別情報を含む（「ＦＯＭＡ」は株式会社エヌ・ティ・ティ・ドコモの登録商標））であってもよい。
【００５２】
[１．３．管理サーバ]
図１に戻り、決済システム１の構成要素の説明を続ける。
【００５３】
決済システム１は、その中核となる構成要素として管理サーバ１０を有している。管理サーバ１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を管理サーバ１０として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより管理サーバ１０が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この管理サーバ１０は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成されるものでもよい。管理サーバ１０は、一箇所に全ての機能を集約したセンター構成であってもよいし、また、機能ごとに分割し、分散処理可能な分散サーバ構成であってもよい。
【００５４】
以下、図４を参照しながら管理サーバ１０について説明する。図４は、管理サーバ１０の構成例を示す機能ブロック図である。図４に示す管理サーバ１０は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、データベース部４０３と、振込み要求処理部４０４と、精算処理部４０５と、遊技情報更新部４０６とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって実現される構成要素である。
【００５５】
ネットワーク通信処理部４０１は、通信網５０を介してユーザ端末装置２０、店内サーバ３１、及び金融機関システム４０、クレジットカードシステム４５と通信を実行する機能を有し、例えばプロトコルスタックを実行するための通信ボードである。
【００５６】
データベース部４０３は、本決済システム１に登録した各ユーザの保有金額データ７００、遊技場事業者の保有金額データ９００を記憶すると共に、金融機関システム４０との間で行う振込みに必要な情報であるユーザテーブル６００、ユーザ保有金額データ７００，遊技場事業者テーブル８００、遊技場事業者保有金額データ９００、店内サーバテーブル１０００、遊技履歴情報１１００とを記憶する。
【００５７】
図５は、データベース部４０３に記憶されるユーザテーブル６００の構成例である。ユーザテーブル６００は、ユーザ（遊技者）に関する情報を格納したデータである。ユーザテーブル６００は、ユーザごとに一つのレコード６０１を有するデータであって、各レコード６０１は、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、及びユーザの口座であって引き落とし先口座を特定するための銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を格納している。ユーザＩＤ６０２は、ユーザを一意に特定する情報である。パスワード６０３は、第三者がそのユーザになりすまして本決済システム１を不正利用することを防止する情報である。メールアドレス６０４は、結果通知部４０７が支払処理の処理結果をユーザに通知する際にその電子メールの送り先である宛先アドレスとして使用する情報である。銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０は、金融機関システム４０に対して引き落とし先口座を指定し、口座を利用するための情報である。
【００５８】
ユーザテーブル６００に格納される情報は、ユーザが管理サーバ１０にユーザ登録する際に、管理サーバ１０に入力される。
【００５９】
図６は、データベース部４０３に記憶されるユーザ保有金額データ７００の構成例である。ユーザ保有金額データ７００は、ユーザごとに一つのレコード７０１を有するデータであって、各レコード７０１は、ユーザＩＤを格納するユーザＩＤフィールド７０２と、店内サーバ３１を一意に特定する情報である店内サーバＩＤを格納する店内サーバＩＤフィールド７０３と、そのユーザが店内サーバＩＤによって特定された店内サーバ３１に預けた金額である保有金額を格納する保有金額フィールド７０４とを有している。保有金額フィールド７０４に格納される値は、ユーザが決済システム１の店内サーバ３１に預け入れると預入額の分だけ増加し、有価価値提供装置３０を利用した支払いが行われると支払額の分だけ減少するように書き換えされる。なお、同一のユーザであっても店内サーバ３１ごとに保有金額を管理するため、同一ユーザについて複数のレコード７０１を持ち得る。
【００６０】
図７は、データベース部４０３に記憶される遊技場事業者テーブル８００の構成例である。遊技場事業者テーブル８００は、遊技場事業者に関する情報を格納したデータである。遊技場事業者テーブル８００は、決済システム１に加入している遊技場事業者ごとに一つのレコード８０１を有するデータである。各レコード８０１は、遊技場事業者ＩＤを格納する遊技場事業者ＩＤ８０２、及びその遊技場事業者の口座であって、ユーザから有価価値提供装置３０に支払われた金額を振込む振込先口座を特定するための銀行番号８０３、支店番号８０４，口座種別８０５，口座番号８０６、口座名義８０７を格納している。遊技場事業者ＩＤ８０２は、遊技場事業者を一意に特定する情報である。銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９は、金融機関システム４０に対して振込先口座を指定するための情報である。
【００６１】
遊技場事業者テーブル８００に格納される情報は、遊技場事業者が決済システム１に加入登録する際に、管理サーバ１０に入力される。
【００６２】
図８は、データベース部４０３に記憶される遊技場事業者保有金額データ９００の構成例である。遊技場事業者保有金額データ９００は、決済システム１に登録される遊技場事業者ごとに一つのレコード９０１を有するデータである。各レコード９０１は、遊技場事業者ＩＤ９０２と、決済システム１が遊技場事業者口座へ振込む分の金額である保有金額を格納する保有金額９０３とを有している。保有金額９０３に格納される値は、店内サーバ３１を経由した有価価値提供装置３０の利用によりユーザから支払われた分だけ増加し、金融機関システム４０を利用した遊技場事業者口座への振込額分だけ減少するように書き換えされる。
【００６３】
図９は、データベース部４０３に記憶される店内サーバテーブル１０００の構成例である。店内サーバテーブル１０００は、決済システム１に含まれる各店内サーバ３１について一つのレコード１００１を有するデータであって、各レコード１００１は、店内サーバＩＤ１００２，店内サーバＩＰアドレス１００３、遊技場事業者ＩＤ１００４を格納する。
【００６４】
店内サーバＩＤ１００２は、店内サーバ３１を一意に特定するための情報であり、店内サーバＩＰアドレス１００３は、管理サーバ１０が、店内サーバ３１との通信を行うための宛先情報であって、例えばある店内サーバ３１へユーザからの預かり金を通知する預かり金通知メッセージを送信するために使用するための送信先アドレスとして利用する情報である。遊技場事業者ＩＤ１００４は、その店内サーバＩＤ１００２を付与された店内サーバ３１について、ユーザの消費金額に相当する支払いを受け取る権利を有する遊技場事業者を特定する情報であって、遊技場事業者テーブル８００の遊技場事業者ＩＤ８０２（図７参照）と同一のＩＤが用いられている。
【００６５】
遊技履歴情報１１００は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかなどの、遊技に関する履歴を示す情報であって、各有価価値提供装置３０の遊技履歴処理部３０５が生成し、店内サーバ３１を経由して送信された遊技履歴データを蓄積記憶することによって生成される情報である。この遊技履歴情報１１００を、周知のマーケティング解析やデータマイニング手法により分析することにより、さまざまな有用な情報を得ることができる。
【００６６】
図４に戻り、管理サーバ１０の構成例の説明を続ける。
【００６７】
次に、振込み要求処理部４０４について説明する。振込み要求処理部４０４は、ユーザ端末装置２０から受信した振込み要求メッセージを処理する機能を有する。振込み要求処理部４０４はネットワーク通信処理部４０１を介してユーザ端末装置２０若しくは店内サーバ３１から振込み要求メッセージ等を受け取る。振込み要求メッセージの内容は、ユーザの銀行口座から指定した金額を引き落として、決済システム１、より詳しくは指定した店内サーバ３１で引き落とした金額分使用できるようにしてくれ、という内容である。この振込み要求メッセージ等を受け取った振込み要求処理部４０４は、データベース部４０３に記憶されているユーザテーブル６００をチェックする。振込み要求処理部４０４は、ユーザテーブル６００から振込み元口座となるユーザの口座を特定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を取得し、これら情報と合わせて振込み先口座となる決済事業者口座４３を特定する情報を振込み依頼メッセージとして金融機関システム４０にネットワーク通信処理部４０１を介して送信する。金融機関システム４０は、振込み依頼メッセージを受け取ると、指定された金額をユーザの銀行口座から決済事業者口座へ振込む。振込まれた金額は、ユーザが本決済システム１を利用して使用できる資金（手数料分は除く）となる。
【００６８】
次に、精算処理部４０５について説明する。精算処理部４０５は、各店内サーバ３１からユーザが消費した金額を示すメッセージを受信し、このメッセージに応じて遊技場事業者保有金額データ９００、より詳しくは保有金額９０３の変更又は更新を行う。また、精算処理部４０５は、遊技場事業者保有金額データ９００が示す金額を決済事業者口座から各遊技場事業者の遊技場事業者口座に振込むよう金融機関システム４０に要求する。この振込まれる資金の額は決済システム１がユーザから預かっている遊技場事業者への支払金額、すなわち遊技場事業者保有金額データ９００の保有金額９０３に相当する。本実施の形態においては、精算処理部４０５は自律的に振込み依頼処理を行う。例えば、精算処理部４０５は、所定のタイミング（例えば、毎日深夜0時、毎週末）で自動で起動する。起動した精算処理部４０５は、各店内サーバ３１に、ユーザが消費した金額、すなわち遊技場事業者への支払額を問い合わせ、店内サーバ３１がこれに応じて送信する支払い要求メッセージに応じて、遊技場事業者保有金額データ９００の保有金額９０３を更新する。さらに、精算処理部４０５は、データベース部４０３に記憶されている全ての遊技場事業者保有金額データ９００をチェックし、振込みが済んでいないものについて金融機関システム４０に決済事業者口座から該当する遊技場事業者口座に振込みを行うように振込み依頼を送信する。
【００６９】
遊技情報更新部４０６は、有価価値提供装置３０の履歴情報処理部３０５から店内サーバ３１を経由して受信した遊技履歴データを刻々蓄積記憶し、遊技履歴情報１１００のアップデートを行う機能を有する。
【００７０】
［１．３．１．管理サーバの分散サーバ構成］
図４に示した例では、管理サーバ１０は一つのサーバ装置で実現されるように図示したが、もちろん管理サーバ１０はこのようなサーバ装置による構成に限定されるものではない。
【００７１】
図１０は、管理サーバ１０を分散サーバ構成とした場合の一構成例を示す機能ブロック図である。図４に示した構成要素と同一の構成要素には、同じ参照番号を付して詳細な説明は省略する。
【００７２】
管理サーバ１０を分散サーバ構成とすることにより、ユーザや遊技場事業者に関する情報が漏洩したり盗まれたりする可能性を低下させ、本決済システム１の安全性に対する信頼を向上させることが可能となる。
【００７３】
分散サーバ構成とした場合の管理サーバ１０は、アプリケーションサーバ５０１と、一又は複数のデータベースサーバ５０２Ａ〜５０２Ｄにより構成される。アプリケーションサーバ５０１は、ネットワーク通信処理部４０１と、振込み要求処理部４０４と、精算処理部４０５と、遊技情報更新部４０６とを有している。
【００７４】
図１０に示す例では、４つのデータベースサーバ５０２Ａ，５０２Ｂ，５０２Ｃ、５０２Ｄがアプリケーションサーバ５０１にローカルネットワーク５０３を介して通信可能に接続されている。４つのデータベースサーバ５０２Ａ〜５０２Ｄは、図４に示すデータベース部４０３に対応する構成要素である。この構成例では、第１のデータベースサーバ５０２Ａがユーザテーブル６００、ユーザ保有金額データ７００を記憶し、第２のデータベースサーバ５０２Ｂが遊技場事業者テーブル８００、遊技場事業者保有金額データ９００を記憶し、第３のデータベースサーバ５０２Ｃが店内サーバテーブル１０００を記憶し、第４のデータベースサーバ５０２Ｄが遊技履歴情報１１００を記憶する。アプリケーションサーバ５０１は、処理の必要に応じて必要な情報をこれらデータベースサーバ５０２Ａ〜５０２Ｄに要求し、データベースサーバ５０２Ａ〜５０２Ｄは要求に応じて記憶している内容から必要な情報を取り出して、アプリケーションサーバ５０１に渡す。
【００７５】
なお、データベース部４０３をどのように分割して、いくつのデータベースサーバ５０２にし、それぞれのデータベースサーバの記憶内容（テーブル、データ）をどのように割り当てるかは任意に定めることが可能であって、図１０に示す構成に限定されるものではない。この時、複数のデータベースサーバ５０２Ａ〜５０２Ｄは、同一の場所に設置せずに、物理的に異なる場所に設置して管理する事で、より情報の漏洩に対して強固となる。
【００７６】
［１．４．店内サーバ］
決済システム１の構成例の説明を続ける。次に、店内サーバ３１について説明する。
【００７７】
図１に示したように、決済システム１は店内サーバ３１を有している。店内サーバ３１は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を店内サーバ３１として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより店内サーバ３１が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この店内サーバ３１は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成される装置群であってもよい。
【００７８】
店内サーバ３１は、ユーザの預かり金を受け取った（口座間振込みを行った）旨のメッセージであるユーザ預かり金処理要求メッセージを管理サーバ１０から受けると、そのメッセージに記述されている預かり金の額をユーザが消費可能な金額として記憶する。
【００７９】
ユーザがその店内サーバ３１によって管理される有価価値提供装置３０から有価価値の消費を試みた場合、有価価値提供装置３０は、有価価値の対価をそのユーザの預かり金から引き落とすことができるかどうかを店内サーバ３１に問い合わせ、有価価値の対価をそのユーザの預かり金から引き落とすことができる場合、すなわち対価の支払いに十分な預かり金が残っている場合、店内サーバ３１は有価価値の払出を行うように、その有価価値提供装置３０にメッセージ（提供指示メッセージと呼ぶ）を送信する。
【００８０】
以下、図１１を参照しながら店内サーバ３１について説明する。図１１は、店内サーバ３１の構成例を示す機能ブロック図である。
【００８１】
図１１に示す店内サーバ３１は、ネットワーク通信処理部５５１と、預かり金処理部５５２と、支払要求処理部５５３と、提供指示部５５４と、結果通知部５５５と、精算処理部５５６と、遊技情報処理部５５７と、データベース部５６０とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって構成される構成要素である。
【００８２】
ネットワーク通信処理部５５１は、管理サーバ１０、ユーザ端末装置２０などと通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。
【００８３】
預かり金処理部５５２は、管理サーバ１０からユーザ預かり金処理要求メッセージを受信すると、このメッセージに応じてユーザ預かり金データ５６２を生成若しくは更新する機能を有する。
【００８４】
支払要求処理部５５３は、ユーザ端末装置２０から受信した提供要求メッセージを処理する機能を有する。支払要求処理部５５３はネットワーク通信処理部５５１を介してユーザ端末装置２０から提供要求メッセージを受け取る。すると、支払要求処理部５５３は、後述するデータベース部５６０に記憶されている該当ユーザのユーザ預かり金データ５６２をチェックする。ユーザ預かり金データ５６２と提供要求メッセージとを比較して、支払要求以上の預かり金がある場合には、支払要求処理部５５３は、提供指示部５５４を起動させる。起動した提供指示部５５４は提供指示メッセージを生成し、この提供指示メッセージをネットワーク通信処理部５５１を介して、提供要求メッセージで指定されている有価価値提供装置３０に宛てて送信する。
【００８５】
また、支払要求処理部５５３は、前述の支払要求メッセージに応じた支払いが可能である場合には、データベース部５５６に記憶されている該当ユーザのユーザ預かり金データ５６２を、有価価値の代金に応じて更新（書き換え）する。
【００８６】
提供指示部５５４は、有価価値提供装置３０へ送信するための提供指示メッセージを生成させ、この提供指示メッセージを、ネットワーク通信処理部４０１を介して、提供要求メッセージで指定されている有価価値提供装置３０へ宛てて送信する。
【００８７】
結果通知部５５５は、提供要求メッセージが適切に処理されたか否かをユーザ端末装置２０に通知する機能を有する。一例としては、結果通知部５５５はユーザ端末装置２０を宛先とする電子メールを生成し、これを送信する。或いはまた、結果通知部５５５はユーザ端末装置２０によって閲覧可能なウェブページに処理結果を示す情報を記載してユーザ端末装置２０からの閲覧を待つようにしてもよい。結果通知部５５５からの通知内容は、例えば「支払要求は処理されました。ご利用ありがとうございました。」、或いは「預かり金残高が不足しています。支払いはできませんでした。」などのメッセージとなる。また、結果通知部５５５は、ユーザがユーザ端末装置２０から預かり金残額の問い合わせメッセージを店内サーバに送信した場合（有価価値提供装置３０を経由する場合も含む）、この問い合わせメッセージに応じて、該当ユーザのユーザ預かり金データ５６２を参照し、現時点で消費可能な預かり金の残額がいくらであるかを算出して、この結果をユーザ端末装置２０や有価価値提供装置３０に出力させる機能を有していてもよい。
【００８８】
精算処理部５５６は、ユーザ預かり金データ５６２を参照して、預かり金のうちユーザが消費した金額を管理サーバ１０に通知する機能を有する。なお、必ずしも個別のユーザの消費金額を管理サーバ１０に通知する必要はなく、ユーザが消費した金額は、その店内サーバ３１が記憶している全ユーザの消費した金額の合計額が算出できれば足りる。
【００８９】
遊技情報処理部５５７は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかという、遊技に関する履歴を示す情報である遊技履歴情報を、各有価価値提供装置３０から受信し、データベース部５６０に記憶させると共に、データベース部５６０に記憶させた遊技機履歴情報を管理サーバ１０に送信する機能を有する。なお、遊技情報処理部５５７がどのようなタイミングで管理サーバ１０に送信するかは、任意に定めることができ、例えば営業終了時、１週間ごとなどである。
【００９０】
次にデータベース部５６０について説明する。データベース部５６０は、ユーザテーブル５６１と、ユーザ預かり金データ５６２と、遊技履歴情報５６３とを記憶する。
【００９１】
ユーザテーブル５６１は、ユーザ（遊技者）に関する情報を格納したデータである。図１２に、ユーザテーブル５６１のデータ構成例を示す。この例に示すユーザテーブル５６１は、その店内サーバ３１を利用するユーザごとに一つのレコード５６１Ａを有するデータであって、各レコード５６１Ａは、ユーザを一意に特定する情報であるユーザＩＤを格納するユーザＩＤフィールド５６１Ｂ、パスワードを格納するパスワードフィールド５６１Ｃ、メールアドレスを格納するメールアドレスフィールド５６１Ｄを有している。
【００９２】
ユーザ預かり金テーブル５６２は、その店内サーバ３１を利用するユーザごとに一つのレコードを有するデータである。図１３にユーザ預かり金テーブル５６２のデータ構成例を示す。ユーザ預かり金テーブル５６２の有するレコード５６２Ａは、ユーザＩＤを格納するユーザＩＤフィールド５６２Ｂ、その店内サーバ３１についてユーザから決済事業者が預かっている金額である預かり金の額を格納する預かり金額フィールド５６２Ｃ、そのユーザがその店内サーバ３１が管理する有価価値提供装置３０を使用して消費した金額を格納する消費金額フィールド５６２Ｄを有している。なお、ユーザ預かり金は後述する「ユーザの店舗内預かり金」に相当する。
【００９３】
遊技履歴情報５６３は、その店内サーバ３１に接続されている有価価値提供装置３０から送信された、遊技者の遊技履歴に関するデータである遊技履歴データ又はそのようなデータの集まりである。
【００９４】
[１．５．管理サーバと店内サーバ]
管理サーバ１０と店内サーバ３１は、別々の装置でなくともよく、一つの情報処理装置で管理サーバ１０と店内サーバ３１双方の機能を果たす構成としても、本実施の形態は成立する。
【００９５】
［１．６．通信網］
図１に戻り、本実施の形態にかかる決済システム１の構成要素の説明を再開する。
【００９６】
通信網５０は、有線・無線、専用回線・交換回線を問わず、これに接続されている装置がそれぞれ目的とする装置に対しセッションを確立したときにその装置間での情報の送受を可能とするように作用する。通信網５０は、インターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。なお、上記「通信網」は専用回線を固定的に張りめぐらせたような、交換機、スイッチ、ルータなど経路切り替え手段を用いない通信網も含むものとする。
【００９７】
［１．７．移動体通信網、ゲートウエイ、基地局］
図１に示す決済システム１の構成例は、ユーザ端末装置２０として携帯電話を用いた場合を想定している。そのため、ユーザ端末装置２０である携帯電話はまず基地局６０に無線回線で接続し、この基地局６０から移動体通信網７０及びゲートウエイ８０を介して、管理サーバ１０が接続している通信網５０に接続するものとして図示した。しかし、ユーザ端末装置２０が直接通信網５０に接続できるのであれば、ユーザ端末装置２０は移動体通信網７０、或いはゲートウエイ８０を介さずとも管理サーバ１０に接続してよい。例えば、ユーザ端末装置２０が無線ＬＡＮ接続機能を有する場合には、移動体通信網７０、及びゲートウエイ８０を介して通信を行う必要はなくなる。例えば、ユーザ端末装置２０は通信網５０に接続されたホットスポット（無線ＬＡＮ端末）にアクセすることにより、通信網５０に接続する構成であっても、本発明は成立する。
【００９８】
［１．８．金融機関システム］
金融機関システム４０は、管理サーバ１０からの振込み要求に応じてユーザの銀行口座から決済事業者口座へ、及び決済事業者口座から遊技場事業者口座へ指定された金額を振込む機能を有するシステムである。なお、図１に示す例では、管理サーバ１０と金融機関システム４０は通信網５０により接続されるものとして図示したが、専用回線（図略）を介して管理サーバ１０と金融機関システム４０とが接続される構成としても、本実施の形態は成立する。例えば、金融機関システム４０がいわゆるインターネットバンクが用意するシステムである場合には、通信網５０を介して管理サーバ１０と金融機関システム４０とが接続される構成となるであろう。
【００９９】
[２．第１の実施の形態にかかる決済システムの動作例]
図１４は、第１の実施の形態にかかる決済システム１の動作例を示したシーケンス図である。以下、図１４を参照しながらこの決済システム１の動作例を述べる。
【０１００】
まず、この決済システム１のユーザがある店舗（例えば、遊技場）に入場し、遊技のために有価価値である遊技媒体の提供を欲したものとする。なお、このユーザはすでに本システムにユーザ登録を完了しており、店内サーバ３１には、自分の店舗内預かり金の登録、ユーザ端末装置２０の識別情報の登録がなされている。また、管理サーバ１０には振込み処理等に使用する自己の銀行口座、クレジットカード番号等の登録がなされているものとする。
【０１０１】
まず、ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する。ここで、「提供要求メッセージ」とは、有価価値提供装置３０が、有価価値の提供をユーザから要求されたことが認識できる情報であって、かかる認識が可能であればどのような情報であってもかまわない。例えば、ユーザ端末装置２０に設定されたＩＣカード用アプリケーション識別番号と、ユーザ端末装置２０の識別情報との組み合わせからなるデータであってもよい。なお、本明細書において「メッセージ」は、何らかの情報を伝達することが可能な信号、信号列が含まれる意味で用いるものとする。
【０１０２】
提供要求メッセージを受信した有価価値提供装置３０は、このメッセージを送信したユーザ端末装置２０に、有価価値提供を実行してよいか否かを問い合わせるメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ１０２）。提供許可要求メッセージを受信した店内サーバ３１は、ユーザ端末装置２０に対応するユーザの店舗内預かり額（本発明の「ユーザの預かり金の額」に相当する）から、有価価値の提供の代金を引き去ることができるか否かを判定する残高確認処理を実行する（Ｓ１０３）。なお、上記代金の額はあらかじめいずれかの機器に設定登録されているものとする(例えば、一律１０００円など）。
【０１０３】
なお、図１４に図示していないが、代金の引き去りが可能な場合には、店内サーバ３１は前記有価価値提供装置３０に有価価値提供許可メッセージを送信し、有価価値提供許可メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する。
【０１０４】
一方、ユーザの店舗内預かり額が有価価値の代金の額を下回っており、代金の引き去りが不可能な場合には、店内サーバ３１は前記有価価値提供装置３０に残高不足通知メッセージを送信する（Ｓ１０４）。「残高不足通知メッセージ」は、ユーザの店舗内預かり額が不足のため有価価値の提供ができないことを有価価値提供装置３０が認識可能であればどのような情報でもよい。
【０１０５】
残高不足通知メッセージを受信した前記有価価値提供装置３０は、前記ユーザ端末装置２０に預かり金補充要求メッセージを送信する（Ｓ１０５）。ここで「補充」は追加入金を意味する。「預かり金補充要求メッセージ」は、前記ユーザ端末装置２０が有価価値の提供を受けるにはユーザの店舗内預かり金の補充を行う必要があることを認識できればどのような情報であってもかまわない。例えば、補充要求を意味するエラー番号のようなものであってもかまわない。なお、本実施の形態では、ユーザの店舗内預かり金に追加すべき金額（例えば、１０００円）と、追加すべき金額の振り込み先となる振込先口座を示す情報が預かり金補充要求メッセージに含まれているものとするが、これら情報はあらかじめユーザ端末装置２０に記憶させておいてもよい。
【０１０６】
この預かり金補充要求メッセージを受信したユーザ端末装置２０は、預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行う補充実行確認処理を行う（Ｓ１０６）。確認の入力がされた場合、ユーザ端末装置２０は、当該ユーザの銀行口座（本発明の「ユーザの口座」に相当する）から前記振込先口座へ前記代金の金額を振り込むように要求するメッセージである振込要求メッセージを管理サーバ１０に送信する（Ｓ１０７）。なお、本実施の形態では、振込要求メッセージは、有価価値提供装置３０、店内サーバ３１を介することなく、移動体通信網等を介してユーザ端末装置２０と管理サーバ１０が通信を行うものとするが、本発明がかかる通信経路に限定される趣旨ではない。なお、ユーザの預かり金を補充する補充元となるユーザの口座は、銀行口座に限られず、振り込みが可能な口座であればどのような機関、事業者の口座であってもかまわない。
【０１０７】
振込要求メッセージを受信した管理サーバ１０は、前記振込先口座を取り扱う金融機関のシステムである金融機関システム４０に、当該ユーザの銀行口座から前記振込先口座へ前記金額を振り込むように要求するメッセージである振込依頼メッセージを生成する振り込み依頼処理を実行する（Ｓ１０８）。なお、ユーザの銀行口座は、あらかじめ用意された、ユーザ端末装置２０の識別情報等と対応付けて記憶しているデータを使用して特定すればよい。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１０９）。
【０１０８】
振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記振込先口座へ前記代金の金額を振り込む処理である振込処理を行う（Ｓ１１０）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ１１１）。
【０１０９】
振込完了メッセージを受信した管理サーバ１０は、前記店内サーバ３１に前記ユーザの店舗内預かり金に追加する前記金額の入金が行われたことを通知するメッセージである入金確認メッセージを送信する（Ｓ１１２）。この入金確認メッセージを受信した店内サーバ３１は、入金確認メッセージに対応する残高不足通知メッセージ（Ｓ１０４参照）を特定し、特定した残高不足通知メッセージの送信先である有価価値提供装置３０に提供指示メッセージを送信する（Ｓ１１３）。この提供指示メッセージを受信した有価価値提供装置３０は、前記金額に相当する有価価値の提供を行う処理である提供処理を実行する（Ｓ１１４）。この有価価値の提供によって、本システムにおけるステップＳ１０１で行われた提供要求メッセージの処理が完了し、ユーザは有価価値を入手することになる。
【０１１０】
[２．１．変形例１]
上記実施の形態の変形例を次に説明する。
【０１１１】
上記実施の形態では、ステップＳ１０７において、ユーザ端末装置２０が移動体通信網等を経由して管理サーバ１０に振込要求メッセージを送信する構成であったが、この振込要求メッセージを、有価価値提供装置３０及び店内サーバ３１を経由して管理サーバ１０に送信するように変形しても本発明は成立する。この変形例の動作を図１５を参照しながら説明する。図１５は本変形例の動作例を示したシーケンス図である。
【０１１２】
さて、いま図１４に示したステップＳ１０６の補充実行確認処理がユーザ端末装置２０によって行われ、ユーザが確認の入力を行ったものとする。確認の入力を受け付けたユーザ端末装置２０は有価価値提供装置３０に、当該ユーザの銀行口座から前記振込先口座へ前記金額を振り込むように要求するメッセージである振込要求メッセージを送信する（Ｓ２０１）。なお、この変形例においては、振込要求メッセージに振込先口座及び金額が含まれていなくともよい。これらの情報は、店内サーバ３１、又は管理サーバ１０にあらかじめ記憶させておき、それを使用するようにしてもよい。
【０１１３】
また、ユーザがユーザ端末装置２０と有価価値提供装置３０とを再度通信させる行為を上記ユーザの確認の入力の代わりとして使用してもよい。例えば、非接触式ＩＣカードを搭載したユーザ端末装置２０を、非接触式ＩＣカード用リーダを備えた有価価値提供装置３０の非接触式ＩＣカード用リーダ部分にかざす行為によって、ユーザの確認の入力の代わりとして使用する構成としても本実施の形態は成立する。
【０１１４】
有価価値提供装置３０は、振込要求メッセージを店内サーバ３１に送信し（Ｓ２０２）、店内サーバ３１は振込要求メッセージを管理サーバ１０に送信する（Ｓ２０３）。その後図１５に示したステップＳ２０４からステップＳ２１０の処理が実行される。ステップＳ２０４からステップＳ２１０は図１４に示したステップＳ１０８からステップＳ１１４にそれぞれ対応する同内容の処理であるので、これら処理内容の説明は省略する。
【０１１５】
[２．２．変形例２：銀行口座残高不足の場合]
図１４のステップＳ１１０の処理では、ユーザの銀行口座残高が振り込み額に足りるものとして説明した。ユーザの銀行口座の残高が不足の場合には、振り込み不可能の通知を金融機関システム４０から管理サーバ１０に返して有価価値提供を行わない処理としてもよいが、ユーザのクレジットカードからユーザの銀行口座に入金して、有価価値提供を行える構成としても本実施の形態は成立する。図１６にユーザのクレジットカードからユーザの銀行口座に入金して、有価価値提供を可能とする場合の、本決済システム１の動作例を示す。
【０１１６】
前提としてステップＳ１０９(図１４参照)、又はステップＳ２０５(図１５参照)が行われたものとする。ユーザの銀行口座の残高(例えば、５００円）が振込要求額(例えば１０００円）に満たない場合、金融機関システム４０は残高不足時処理を実行する（Ｓ３０１）。残高不足時処理は、ユーザの銀行口座にあらかじめ設定されているクレジットカードを扱うクレジットカード会社のオンライン決済システム（以下、「クレジットカードシステム」）にあらかじめ設定された金額分をそのユーザの銀行口座に振り込みさせる処理である。
【０１１７】
残高不足時処理（Ｓ３０１）の後、金融機関システム４０は、クレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ３０２）。クレジットカードシステム４５はクレジット利用メッセージに応じて、金融機関システム４０に、設定された金額分をユーザの銀行口座に振り込みするよう要求する振込要求メッセージを送信する（Ｓ３０３）。この振込要求メッセージを受信した金融機関システム４０は、設定された金額分（例えば、５０，０００円）のユーザの銀行口座への振込処理を行う（Ｓ３０５）。その後、金融機関システム４０は、ユーザの店舗内預かり金として支払う金額（例えば、１，０００円）について、ユーザの銀行口座から店舗内預かり金の受け入れ銀行口座（例えば、店内サーバ３１が設置されている遊技場の運営会社の銀行口座、あるいは本システムの運営会社の銀行口座、など）へ振り込みを行う（Ｓ３１０）。なお、上記処理では、金融機関システム４０がクレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ３０２参照）構成として説明したが、本実施の形態がかかる構成に限定される趣旨ではなく、残高不足時処理（Ｓ３０１）ののち、金融機関システム４０が残高不足を通知するメッセージを管理サーバ１０に送信し、このメッセージを受信した管理サーバ１０がクレジットカードシステム４５にクレジット利用メッセージを送信する構成を採用しても、本実施の形態は成立する。また、このとき管理サーバ１０はユーザ端末２０に、ユーザにクレジット利用の意思の確認を促すメッセージを送信し、ユーザ端末からクレジット利用の意思の確認を示すメッセージを受け取るようにし、かかるメッセージを受信した場合にクレジットカードシステム４５にクレジット利用メッセージを送信する構成としてもよい。
【０１１８】
一方、振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ３０６）。振込完了メッセージを受信した管理サーバ１０は、前記店内サーバ３１に前記ユーザの店舗内預かり金に前記金額（前記例では１，０００円）の入金が行われたことを通知するメッセージである入金確認メッセージを送信する（Ｓ３０７）。入金確認メッセージを受信した店内サーバ３１は、この入金確認メッセージに対応する残高不足通知メッセージ（Ｓ１０４参照）を特定し、特定した残高不足通知メッセージの送信先である有価価値提供装置３０に、提供指示メッセージを送信する（Ｓ３０８）。この提供指示メッセージを受信した有価価値提供装置３０は、前記金額に相当する有価価値の提供を実行する（Ｓ３０９）。
【０１１９】
このような構成とすることにより、ユーザの銀行口座の残高が不足状態になっていても、設定金額を逸脱しない範囲で、ユーザは即時に有価価値の提供を受けることが可能となる。
【０１２０】
[３．第２の実施の形態]
本発明の第２の実施の形態について説明する。
【０１２１】
[３．１．決済システムの構成例]
第２の実施の形態にかかる決済システムは、第１の実施の形態にかかる決済システム１の構成と同様である。第１の実施の形態にかかる決済システム１との違いは、ユーザの銀行口座の残高が不足している場合に、クレジットカードから銀行口座に入金させる指示をユーザに行わせる処理をユーザ端末装置２０が実行する点にある。
【０１２２】
[３．２．システムの動作例]
第２の実施の形態にかかる決済システムの動作例について説明する。図１７、図１８、図１９は、第２の実施の形態にかかる決済システムの動作例を示したシーケンス図であって、図１８は図１７に続くシーケンスを示した図、図１９は図１８に続くシーケンスを示した図である。
【０１２３】
まず、図１７に示したステップＳ４０１からステップＳ４０９の処理が実行される。ステップＳ４０１からステップＳ４０９は図１４に示したステップＳ１０１からステップＳ１０９にそれぞれ対応する同内容の処理であるので、これらステップＳ４０１からステップＳ４０９の処理内容の説明は省略する。
【０１２４】
ステップＳ４０９において送信された振込要求メッセージを受信した金融機関システム４０は、振込処理を実行しようとする（Ｓ４１０）。ここでは、ユーザの銀行口座の残高が不足しているものとして以降の動作を説明する。なお、銀行口座の残高が振り込みできる程度に足りている場合の動作は、第１の実施の形態におけるステップＳ１１０からステップＳ１１４と同様である。
【０１２５】
ステップＳ４１０において、要求された振り込み額（例えば、１，０００円）にユーザの銀行口座残高が足りない(例えば、５００円）ことを認識した金融機関システム４０は、管理サーバ１０に、ユーザの銀行口座の残高が不足していることを通知するメッセージである残高不足通知メッセージを送信する（Ｓ４１１）。
【０１２６】
残高不足通知メッセージを受信した管理サーバ１０は、ユーザ端末装置２０に入金指示要求メッセージを送信する（図１８、Ｓ５０１）。入金指示要求メッセージは、ユーザに対して、クレジットカードからユーザの銀行口座に入金させることを指示する入力を求めるメッセージである。入金指示要求メッセージを受信したユーザ端末装置２０は、クレジットカードからユーザの銀行口座に入金させることを指示する入力を求める入力画面を表示し、ユーザの入力を待ち受ける、指示入力待受処理を実行する（Ｓ５０２）。指示入力待受処理は、例えばユーザ端末装置２０の液晶ディスプレイに「銀行口座の残高が不足です。クレジットカードから初期設定額（５０，０００円）を銀行口座に入金しますか？ ＜ＯＫ＞」のようなメッセージを表示させ、この画面表示後ユーザが所定の操作（例えば、決定ボタンの押下）を行った場合は、クレジットカードから銀行口座への入金指示入力がなされたものとして処理する。なお、上記例では初期設定金額が入金される処理としたが、ユーザが入金額を指定できるようにしてももちろんかまわない。
【０１２７】
ユーザの指示入力を受け付けたユーザ端末装置２０は、管理サーバ１０にクレジット利用指示メッセージを送信する（Ｓ５０３）。クレジット利用指示メッセージは、前述の入金指示要求メッセージに対してユーザの指示入力がなされたことが分かる情報、データであればどのようなものでもよい。
【０１２８】
クレジット利用指示メッセージを受信した管理サーバ１０は、クレジット依頼処理を実行する（Ｓ５０４）。クレジット依頼処理は、管理サーバ１０に登録されている、クレジットカードシステムに設定された金額分をその銀行口座に振り込みさせる処理である。
【０１２９】
クレジット依頼処理（Ｓ５０４）の後、管理サーバ１０は、クレジットカードシステム４５にクレジット要求メッセージを送信する（Ｓ５０５）。クレジット要求メッセージは、ユーザの銀行口座にクレジットカードの利用分として、所定の金額の振込を要求するメッセージである。
【０１３０】
この後、図１９に示すステップＳ６０１からステップＳ６０９までの処理が行われ、ユーザに対して有価価値の提供が行われる。ステップＳ６０１からステップＳ６０９までの処理の内容は、第１の実施の形態で述べたステップＳ３０３からＳ３１０までの処理の内容と同一なので、ここではこれら処理の内容の説明は省略する。
【０１３１】
[４．第３の実施の形態]
次に、第３の実施の形態について説明する。
【０１３２】
第３の実施の形態にかかる決済システムの特徴は、ユーザは、いわゆる電子マネーを使用した有価価値の購入が可能となっている点にある。また、ユーザの銀行口座、電子マネーの残高が不足な場合に、残高を補充できる。
【０１３３】
[４．１．決済システムの構成例]
図２０に、第３の実施の形態にかかる決済システムの構成例を示す。第３の実施の形態にかかる決済システム１Ａは、基本的には図１に示した第１の実施の形態にかかる決済システム１と同様であるが、電子マネー決済システム４９が通信網５０に接続されており、またユーザ端末装置２０Ａ，有価価値提供装置３０Ａは電子マネーの利用が可能な構成が追加されている点で、ユーザ端末装置２０，有価価値提供装置３０と異なっている。
【０１３４】
電子マネー決済システム４９は、ユーザの電子マネーの使用額を集計し、支払先の口座に振り込み処理をおこない、あるいは電子マネーのチャージの要求に応じて必要な処理をするシステムである。
【０１３５】
図２１に、ユーザ端末装置２０Ａ，有価価値提供装置３０Ａの構成例を示す。
【０１３６】
ユーザ端末装置２０Ａは、前述のユーザ端末装置２０と基本的に同様の構成要素を有する。同一の構成要素には同一の参照番号を付し、それらの説明は省略する。ユーザ端末装置２０Ａは、端末側近距離通信部２０１及び支払要求生成部２０２に接続された電子マネー処理部２０８をさらに有している点で、前述のユーザ端末装置２０と異なっている。電子マネー処理部２０８は電子マネーの消費、追加チャージの管理等を行う機能を有する。
【０１３７】
有価価値提供装置３０Ａは、前述の有価価値提供装置３０と基本的に同様の構成要素を有する。同一の構成要素には同一の参照番号を付し、それらの説明は省略する。有価価値提供装置３０Ａは、提供装置側近距離通信部３０３及び提供制御部３０２に接続された電子マネー受付部３０６をさらに有している点で、前述の有価価値提供装置３０と異なっている。電子マネー受付部３０６は電子マネーを利用した支払要求の受付、認証、支払記憶蓄積、管理等を行う機能を有する。
【０１３８】
[４．２．決済システムの動作例]
図２２から図２６は、第３の実施の形態にかかる決済システムの動作例を示したシーケンス図である。以下、図２２から図２６を参照しながら本実施の形態にかかる決済システムの動作例を述べる。図２２は、この決済システムの動作例を示すシーケンス図、図２３は図２２に続く動作を示すシーケンス図、図２４は図２３に続く動作を示すシーケンス図、図２５は図２４に続く動作を示すシーケンス図、図２６は、ユーザの銀行口座が不足している場合の動作例を示すシーケンス図である。
【０１３９】
本説明の前提条件を述べる。この決済システムのユーザがある店舗（例えば、遊技場）に入場し、遊技のために有価価値である遊技媒体の提供を欲したものとする。なお、このユーザはすでに本システムにユーザ登録を完了しており、店内サーバ３１には、このユーザの店舗内預かり金の登録、ユーザ端末装置２０の識別情報の登録がなされている。また、管理サーバ１０には振込み処理等に使用する自己の銀行口座、クレジットカード番号等の登録がなされているものとする。また、店内サーバ３１にはこのユーザの店内預かり金として１，０００円が登録されており、ユーザ端末装置２０には電子マネーとして１，０００円が蓄積されているものとして説明する。
【０１４０】
まず、ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ７０１）。
【０１４１】
提供要求メッセージを受信した有価価値提供装置３０は、提供要求メッセージを送信したユーザ端末装置２０に有価価値提供を実行してよいか否かを問い合わせるメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ７０２）。店内サーバ３１は、このユーザ端末装置２０に対応するユーザの店舗内預かり額から、有価価値の提供の代金を引きサリが可能か否かを判定する残高確認処理を実行する（Ｓ７０３）。なお、代金の額はあらかじめいずれかの機器に設定されているものとする(この説明例では１０００円とする）。
【０１４２】
この例では、代金の引き去りが可能なので、店内サーバ３１は前記有価価値提供装置３０に有価価値提供許可メッセージを送信する（Ｓ７０４）。なお、このとき、店内サーバ３１は店舗内預かり金１０００円から有価価値提供の代金分１０００円を減算し、このユーザの店舗内預かり金の残高を０円として記録する。
【０１４３】
有価価値提供許可メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する提供処理を行う（Ｓ７０５）。
【０１４４】
次に、本実施の形態において、ユーザの店舗内預かり額が代金の額を下回っており、代金の引き去りが不可能な場合について説明する。前記有価価値の提供を受けた（Ｓ７０５参照）ユーザは、有価価値を使い切ったがさらに遊技を続けたいと思い、ユーザは再びユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能としたとして、図２３を参照しながら説明する。
【０１４５】
ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ８０１）。
【０１４６】
提供要求メッセージを受信した有価価値提供装置３０は、提供要求メッセージを送信したユーザ端末装置２０に有価価値を提供する許可を要求するメッセージである提供許可要求メッセージを店内サーバ３１に送信する（Ｓ８０２）。店内サーバ３１は残高確認処理を実行（Ｓ８０３）する。このときこのユーザの店舗内預かり金の残高は０円となっている。
【０１４７】
残高確認処理（Ｓ８０３）において、有価価値提供の代金に足りる店舗内残高がないと判定した場合、店内サーバ３１はユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求める処理である電子マネー支払処理を実行する（Ｓ８０４）。電子マネー支払処理を実行した結果として、店内サーバ３１はユーザ端末装置２０に、ユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求めるメッセージである電子マネー支払要求メッセージを送信する（Ｓ８０５）。
【０１４８】
電子マネー支払要求メッセージを受信したユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りるか否かチェックし、足りる場合(本説明では足りるものとして以降の説明を行う）、店内サーバ３１に代金を電子マネーで支払うことを通知するメッセーである電子マネー支払メッセージを送信する（Ｓ８０６）。また、このメッセージ送信にともない、ユーザ端末装置２０は記録している電子マネーの残高から代金分を減算しておく。ここでは電子マネー残高１０００円から代金１０００円が減算されて電子マネー残高０円になったものとして説明を続ける。
【０１４９】
電子マネー支払メッセージを受信した店内サーバ３１は、電子マネー支払メッセージの内容に基づいて、このユーザ端末装置２０に対応するユーザの電子マネー１０００円分が、有価価値の代金として支払われたことを記録する処理である使用記憶処理を実行する（Ｓ８０７）。
【０１５０】
また、店内サーバ３１は前記有価価値提供装置３０に有価価値提供指示メッセージを送信し（Ｓ８０８）、有価価値提供指示メッセージを受信した前記有価価値提供装置３０は、前記代金に応じた分量の有価価値をユーザに提供する処理である提供処理を行う（Ｓ８０９）。
【０１５１】
後刻、店内サーバ３１は、ステップＳ８０７で記録した記録内容に基づいて、有価価値の代金として支払われた電子マネーの情報を集計する決済処理を実行し（Ｓ８１０）、決済処理の結果生成された決済情報を電子マネー決済システム４９に送信する（Ｓ８１１）。決済情報を受信した電子マネー決済システム４９は、電子マネーの支払先となる銀行口座を特定し、応分の額の金額を当該銀行口座に振り込む等の決済処理を実行する（Ｓ８１２）。なお、このステップＳ８１０からＳ８１２までの処理はいつどのような感覚で実行するようにしても本発明は成立する。
【０１５２】
[４．３．電子マネー残高が不足した場合の動作例]
次に、ユーザ端末装置２０に記憶されている電子マネーの残高が代金支払いに不足している場合の動作例を図２４を参照しながら説明する。なお、以降の説明では、店内サーバ３１に記憶されているユーザの店舗内預かり金、及びユーザ端末装置２０内の電子マネーすでに使用し尽くされ双方とも０円になっている状態であるとして行う。
【０１５３】
前記有価価値の提供を受けた（図２３、Ｓ８０９参照）ユーザは、またもや有価価値を使い切ったがさらに遊技を続けたいと思い、ユーザは再度ユーザ端末装置２０を有価価値提供装置３０に近接させたとして説明する。
【０１５４】
ユーザはユーザ端末装置２０を有価価値提供装置３０に近接させ、両装置間の通信を可能とする。ユーザ端末装置２０は有価価値提供装置３０に提供要求メッセージを送信する（Ｓ９０１）。
【０１５５】
提供要求メッセージを受信した有価価値提供装置３０は、提供許可要求メッセージを店内サーバ３１に送信する（Ｓ９０２）。店内サーバ３１は残高確認処理を実行する（Ｓ９０３）。このときこのユーザの店舗内預かり金の残高は０円となっている。
【０１５６】
残高確認処理（Ｓ９０３）において、有価価値提供の代金に足りる店舗内預かり金がないと判定した場合、店内サーバ３１はユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求める処理である電子マネー支払処理を実行する（Ｓ９０４）。電子マネー支払処理を実行した結果として、店内サーバ３１はユーザ端末装置２０に、ユーザ端末装置２０に電子マネーを利用して代金の支払いを行うよう求めるメッセージである電子マネー支払要求メッセージを送信する（Ｓ９０５）。
【０１５７】
電子マネー支払要求メッセージを受信したユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りるか否かチェックする。この説明ではすでに電子マネーの残高が０円になっているものとして以降の説明を行う。ユーザ端末装置２０は、このユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りないと判定し、ユーザ端末装置２０内に記録されている電子マネーの残高が代金支払いに足りないことを通知するメッセージである残高不足通知メッセージを店内サーバに送信する（Ｓ９０６）。残高不足通知メッセージを受信した店内サーバ３１は、ユーザ端末装置２０に電子マネーに追加の金額を補充する処理を実行するよう求めるメッセージである電子マネー補充処理要求メッセージを送信する（Ｓ９０７）。電子マネー補充処理要求メッセージを受信したユーザ端末装置２０は、通信網を介して管理サーバ１０と接続し、管理サーバ１０に電子マネーを補充するよう要求するメッセージである電子マネー補充要求メッセージを管理サーバ１０に送信する（Ｓ９０８）。
【０１５８】
上記ステップＳ９０８以降の動作例について図２５を参照しながら説明する。
【０１５９】
電子マネー補充要求メッセージを受信した管理サーバ１０は、ユーザの銀行口座を扱う金融機関システム４０に、当該ユーザの銀行口座の残高から電子マネー取扱口座（電子マネーに現金でチャージを行ったときに当該現金を振り込む口座）へ、電子マネーへ補充する金額分（以下、電子マネー補充金額という）を振り込むよう要求するメッセージである振込依頼メッセージを生成する（Ｓ１００１）。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１００２）。なお、上記ステップＳ１００１，Ｓ１００２は本決済システム１における一例であって、各電子マネー決済システム４９が定めるシーケンス、手順に従う構成としても本実施の形態は成立する。
【０１６０】
振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記振込先口座へ前記電子マネー補充金額を振り込む処理である振込処理を実行する（Ｓ１００３）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了メッセージを送信する（Ｓ１００４）。なお、ユーザの銀行口座の残高が足りず、電子マネー補充金額に満たない場合の処理については別途後述する。
【０１６１】
振込完了メッセージを受信した管理サーバ１０は、電子マネー補充金額分の電子マネーの補充を行うよう要求するメッセージである電子マネーチャージ指示メッセージをユーザ端末装置２０に送信する（Ｓ１００５）。
【０１６２】
電子マネーチャージ指示メッセージを受信したユーザ端末装置２０は、電子マネー補充金額分を自己の電子マネーとして加算する処理でーあるチャージ処理を実行する（Ｓ１００６）。
【０１６３】
チャージ処理を完了したユーザ端末装置２０は、店内サーバ３１に電子マネーを使用して有価価値の代金の支払いを行うことを伝えるメッセージである電子マネー支払メッセージを送信する（Ｓ１００７）。
【０１６４】
この後、図２５に示したステップＳ１００８からステップＳ１０１３までの処理が実行されるのであるが、これらの処理の内容は図２３を参照して説明したステップＳ８０７からステップＳ８１２と同内容であるため、これらの処理内容の詳述は省略する。
【０１６５】
[４．４．ユーザの銀行口座の残高が不足している場合の動作例]
次に、前述の振込依頼メッセージが管理サーバ１０から金融機関システム４０に送信された場合（図２５、ステップＳ１００２、Ｓ１００３参照）に、ユーザの銀行口座の残高が電子マネー補充金額に満たない場合について説明する。
【０１６６】
前述のステップＳ１００３における振込実行がユーザの銀行口座の残高が電子マネー補充金額に満たないため実行できない場合、金融機関システム４０は残高不足時処理を実行する（Ｓ１１０１）。残高不足時処理は、ユーザの銀行口座の残高が電子マネー補充金額に満たないことを管理サーバ１０に通知する残高不足通知メッセージを生成する処理である。このメッセージには、後述するクレジット要求メッセージの送信先となるクレジット会社システムのネットワークアドレス、ユーザのクレジット番号、暗証番号等が含まれていてよい。金融機関システム４０は、生成した残高不足通知メッセージを管理サーバ１０に送信する（Ｓ１１０２）。
【０１６７】
残高不足通知メッセージを受信した管理サーバ１０は、クレジットカードシステム４５にクレジット利用メッセージを送信する（Ｓ１１０３）。クレジットカードシステム４５はクレジット利用メッセージに応じて、金融機関システム４０にユーザの銀行口座に設定された金額分の振り込みを実行するよう要求する振込要求メッセージを送信する（Ｓ１１０５）。また、クレジットカードシステム４５は管理サーバ１０にクレジット要求メッセージで要求された振り込みを実行したことを通知するメッセージである振込実行通知メッセージを送信する（Ｓ１１０６）。
【０１６８】
前述の振込要求メッセージ（Ｓ１１０５参照）を受信した金融機関システム４０は、ユーザの銀行口座に、設定された金額分の振込処理（例えば、５０，０００円）を行う（Ｓ１１０７）。その後、金融機関システム４０は、上記振込処理を実行したことを通知するメッセージである振込完了通知メッセージを管理サーバ１０に送信する（Ｓ１００８）。
【０１６９】
上記振込完了通知メッセージを受信した管理サーバ１０は、金融機関システム４０に、当該ユーザの銀行口座の残高から電子マネー取扱口座（電子マネーに現金でチャージを行ったときに当該現金を振り込む口座）へ電子マネー補充金額を振り込むよう要求するメッセージである振込依頼メッセージを生成する処理（振込依頼処理）を実行する（Ｓ１１０９）。管理サーバ１０は、生成した振込依頼メッセージを前記金融機関システム４０に送信する（Ｓ１１１０）。
【０１７０】
この振込依頼メッセージを受信した前記金融機関システム４０は、当該ユーザの銀行口座から前記ユーザの振込先口座へ前記電子マネー補充金額を振り込む処理である振込処理を実行する（Ｓ１１１１）。振り込みが正常に完了した場合には、前記金融機関システム４０は管理サーバ１０に振込完了通知メッセージを送信する（Ｓ１１１２）。
【０１７１】
この後は前述のステップＳ１００５からステップＳ１０１３と同一の処理が実行されるのであるが、ステップＳ１００５からステップＳ１０１３と同一の内容であるので、これら処理の説明及び図示は省略する。
[５．その他]
本決済システム１はさらに以下の特徴を有するように変形してもよい。
【０１７２】
[５．１．ポイントの取り扱い]
本決済システム１は、決済ごとにユーザに付与されるポイントを付与、管理する機能をさらに有していてもよい。「ポイント」とは、対価とは別に供与される何らかの利益である。例を上げると、本決済システム１では、ユーザの店舗内預かり金にユーザの銀行口座から補充が行われた場合に、当該ユーザに１ポイントが付与されるように機能する。ポイントを供与する主体は、本決済システム１の運営者、管理者などであってもよいし、管理サーバ１０の運営者、管理者などであってもよいし、金融機関システム４０の運営者、管理者などであってもよいし、電子マネー決済システム４９の運営者、管理者などであってもよいし、、クレジットシステム４５の運営者、管理者などであってもよい。
【０１７３】
通常決済(店舗内預かり金の残高が足りている場合の決済)時のポイント付与の処理は、店内サーバ３１、管理サーバ１０、電子マネー決済システム４９、あるいはポイント付与、管理を行うサーバのいずれか、もしくはこれらいずれか二以上の装置の協働によっておこなわれるようにしてよい。
【０１７４】
また、振込時決済(店舗内預かり金の残高が足りている場合の決済、又は電子マネー残高不足時の決済)のポイント付与の処理は、店内サーバ３１、管理サーバ１０、金融機関システム４０、クレジットカードシステム４５、電子マネー決済システム４９、これら以外のサーバのいずれか、もしくはこれらいずれか二以上の装置の協働によっておこなわれるようにしてよい。
【０１７５】
なお、本決済システム１は、店舗９０（遊技店）固有のポイントシステムの他、各金融機関、クレジットカード運営会社、電子マネー運営会社等で扱うポイントシステム、などによって提供されるポイントを扱うようにしてもよい。
【０１７６】
[５．２．景品交換システム]
決済本システム１は、景品交換の為のシステムを容易に導入可能である。景品交換のためのシステムは、ユーザが保有する有価価値を店舗が提供する景品やサービスと交換するためのシステムである。なお、その際前述したポイントを景品やサービスと交換するための対価として使用できるようにしてもよい。
【０１７７】
[５．３．公営競技などについての決済]
本決済システム１は、各種公営競技(競馬、競輪、競艇、オートレースなど)や投票券購入や宝くじの購入のための決済システムとしても利用可能である。
[６．まとめ]
上述した実施の形態並びにその変形例は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の趣旨を逸脱しない範囲であれば、適宜組合わせ及び変更することができることはいうまでもない。
【符号の説明】
【０１７８】
１…決済システム； １０…管理サーバ；２０…ユーザ端末装置； ３０…有価価値提供装置； ３１…店内サーバ； ４０…金融機関システム； ４５…クレジットカードシステム； ４９…電子マネー決済システム
【特許請求の範囲】
【請求項１】
ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号を送信するユーザ端末装置と、
前記ユーザ端末装置と通信可能であって、第１信号を受信した場合、有価価値の提供の許可を要求する情報を含む第２信号を送信する有価価値提供装置と、
前記ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、前記有価価値提供装置から前記第２信号を受信したときに当該預かり金の額が有価価値の代金の額に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号を前記有価価値提供装置に送信し、
当該預かり金を補充するための振り込みを要求する情報を含む第４信号を受信した場合、前記ユーザの口座から所定金額の振込を依頼する情報を含む第５信号を送信するサーバと
を有し、
前記有価価値提供装置は、前記第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第８信号を受信すると、前記サーバに前記第４信号を送信し、
前記サーバは、所定金額の振り込みを示す情報を含む第６信号を受信すると、有価価値の提供を指示する情報を含む第９信号を前記有価価値提供装置に送信し、
この第９信号を受信した前記有価価値提供装置は、有価価値の提供を実行する
ことを特徴とする決済システム。
【請求項２】
ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号を送信するユーザ端末装置と、
前記ユーザ端末装置と通信可能であって、前記第１信号を受信した場合有価価値の提供の許可を要求する情報を含む第２信号を送信する有価価値提供装置と、
前記ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、前記有価価値提供装置から前記第２信号を受信したときに当該ユーザからの預かり金の額が有価価値の代金に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号を前記有価価値提供装置に送信する第１サーバと、
当該預かり金を補充するための振り込みを要求する情報を含む第４信号を受信した場合、前記ユーザの口座から所定金額の振り込みを依頼する情報を含む第５信号を送信し、前記所定金額の振り込みを示す情報を含む第６信号を受信した場合、預かり金を補充するための振り込みが行われたことを示す情報を含む第７信号を前記第１サーバに送信する第２サーバと
を有し、
前記有価価値提供装置は、前記第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第８信号を受信すると、前記第２サーバに前記第４信号を送信し、
前記第１サーバは、前記第７信号を受信すると、有価価値の提供を指示する情報を含む第９信号を前記有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は有価価値の提供を実行する
ことを特徴とする決済システム。
【請求項３】
前記ユーザ端末装置は、前記第８信号を受信すると、ユーザからの預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行い、確認の入力がされた場合、前記第４信号を前記第２サーバに送信する
ことを特徴とする請求項２に記載の決済システム。
【請求項４】
前記ユーザ端末装置は、前記第８信号を受信したのち、当該ユーザ端末装置と前記有価価値提供装置と再度通信接続した場合に、前記第４信号を前記第２サーバに送信する
ことを特徴とする請求項１に記載の決済システム。
【請求項５】
前記第２サーバは、前記第５信号を送信したのちユーザの口座の残高が不足していることを示す情報を含む第１０信号を受信した場合、他の金融機関を利用して当該ユーザの口座に入金することを要求する情報を含む第１１信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第１１信号を受信したのち前記第２サーバに前記他の金融機関を利用して当該ユーザの口座に入金することを指示する情報を含む第１２信号を送信し、
前記第２サーバは前記第１２信号を受信すると、前記他の金融機関を利用して所定額を前記ユーザの口座に振り込みを要求する情報を含む第１３信号を送信し、前記他の金融機関を利用して所定額を前記ユーザの口座に振り込みが行われたことを示す情報を含む第１４信号を受信すると、当該預かり金への入金を確認する情報を含む第１５信号を前記第１サーバに送信し、
前記第１サーバは、前記第１５信号を受信すると有価価値の提供を指示する情報を含む第１６信号を前記有価価値提供装置に送信し、
前記有価価値提供装置は前記第１６信号を受信すると、有価価値の提供を実行する
ことを特徴とする請求項１に記載の決済システム。
【請求項６】
前記ユーザ端末装置は、ユーザ及びユーザ端末装置の少なくとも一方にひもづけられた電子的に記憶された有価価値の代金の支払いを、電子マネーを用いて行う電子マネー処理手段をさらに有しており、
前記第２サーバは、電子マネーの残高が有価価値提供の代金の支払いに不足している場合、ユーザからの口座からの振り込みによる電子マネーの残高の補充を求める情報を含む第１７信号を送信し、前記ユーザの口座の残高が不足している場合には他の金融機関を利用して所定額を前記ユーザの口座に振り込みを要求する情報を含む第１８信号を送信し、
前記ユーザの口座からの振り込みを示す情報を含む第１９信号或いは前記他の金融機関を利用した所定額の前記ユーザの口座に振り込みを示す情報を含む第２０信号を受信した場合、前記ユーザ端末装置に電子マネーの残高の補充を指示する情報を含む第２１信号を送信する
ことを特徴とする、請求項１に記載の決済システム。
【請求項１】
ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号を送信するユーザ端末装置と、
前記ユーザ端末装置と通信可能であって、第１信号を受信した場合、有価価値の提供の許可を要求する情報を含む第２信号を送信する有価価値提供装置と、
前記ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、前記有価価値提供装置から前記第２信号を受信したときに当該預かり金の額が有価価値の代金の額に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号を前記有価価値提供装置に送信し、
当該預かり金を補充するための振り込みを要求する情報を含む第４信号を受信した場合、前記ユーザの口座から所定金額の振込を依頼する情報を含む第５信号を送信するサーバと
を有し、
前記有価価値提供装置は、前記第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第８信号を受信すると、前記サーバに前記第４信号を送信し、
前記サーバは、所定金額の振り込みを示す情報を含む第６信号を受信すると、有価価値の提供を指示する情報を含む第９信号を前記有価価値提供装置に送信し、
この第９信号を受信した前記有価価値提供装置は、有価価値の提供を実行する
ことを特徴とする決済システム。
【請求項２】
ユーザ及びユーザ端末装置の少なくとも一方を特定する情報であるユーザ識別情報を含み、有価価値の提供を要求する情報を含む第１信号を送信するユーザ端末装置と、
前記ユーザ端末装置と通信可能であって、前記第１信号を受信した場合有価価値の提供の許可を要求する情報を含む第２信号を送信する有価価値提供装置と、
前記ユーザ識別情報と対応付けて当該ユーザからの預かり金の額を記憶し、前記有価価値提供装置から前記第２信号を受信したときに当該ユーザからの預かり金の額が有価価値の代金に足りていない場合には、当該預かり金の残高が不足していることを示す情報を含む第３信号を前記有価価値提供装置に送信する第１サーバと、
当該預かり金を補充するための振り込みを要求する情報を含む第４信号を受信した場合、前記ユーザの口座から所定金額の振り込みを依頼する情報を含む第５信号を送信し、前記所定金額の振り込みを示す情報を含む第６信号を受信した場合、預かり金を補充するための振り込みが行われたことを示す情報を含む第７信号を前記第１サーバに送信する第２サーバと
を有し、
前記有価価値提供装置は、前記第３信号を受信すると、当該預かり金を補充することを要求する情報を含む第８信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第８信号を受信すると、前記第２サーバに前記第４信号を送信し、
前記第１サーバは、前記第７信号を受信すると、有価価値の提供を指示する情報を含む第９信号を前記有価価値提供装置に送信し、この第９信号を受信した有価価値提供装置は有価価値の提供を実行する
ことを特徴とする決済システム。
【請求項３】
前記ユーザ端末装置は、前記第８信号を受信すると、ユーザからの預かり金の補充を行うための振り込みを実行する旨のユーザの確認の入力を促し、この入力の待ち受けを行い、確認の入力がされた場合、前記第４信号を前記第２サーバに送信する
ことを特徴とする請求項２に記載の決済システム。
【請求項４】
前記ユーザ端末装置は、前記第８信号を受信したのち、当該ユーザ端末装置と前記有価価値提供装置と再度通信接続した場合に、前記第４信号を前記第２サーバに送信する
ことを特徴とする請求項１に記載の決済システム。
【請求項５】
前記第２サーバは、前記第５信号を送信したのちユーザの口座の残高が不足していることを示す情報を含む第１０信号を受信した場合、他の金融機関を利用して当該ユーザの口座に入金することを要求する情報を含む第１１信号を前記ユーザ端末装置に送信し、
前記ユーザ端末装置は、前記第１１信号を受信したのち前記第２サーバに前記他の金融機関を利用して当該ユーザの口座に入金することを指示する情報を含む第１２信号を送信し、
前記第２サーバは前記第１２信号を受信すると、前記他の金融機関を利用して所定額を前記ユーザの口座に振り込みを要求する情報を含む第１３信号を送信し、前記他の金融機関を利用して所定額を前記ユーザの口座に振り込みが行われたことを示す情報を含む第１４信号を受信すると、当該預かり金への入金を確認する情報を含む第１５信号を前記第１サーバに送信し、
前記第１サーバは、前記第１５信号を受信すると有価価値の提供を指示する情報を含む第１６信号を前記有価価値提供装置に送信し、
前記有価価値提供装置は前記第１６信号を受信すると、有価価値の提供を実行する
ことを特徴とする請求項１に記載の決済システム。
【請求項６】
前記ユーザ端末装置は、ユーザ及びユーザ端末装置の少なくとも一方にひもづけられた電子的に記憶された有価価値の代金の支払いを、電子マネーを用いて行う電子マネー処理手段をさらに有しており、
前記第２サーバは、電子マネーの残高が有価価値提供の代金の支払いに不足している場合、ユーザからの口座からの振り込みによる電子マネーの残高の補充を求める情報を含む第１７信号を送信し、前記ユーザの口座の残高が不足している場合には他の金融機関を利用して所定額を前記ユーザの口座に振り込みを要求する情報を含む第１８信号を送信し、
前記ユーザの口座からの振り込みを示す情報を含む第１９信号或いは前記他の金融機関を利用した所定額の前記ユーザの口座に振り込みを示す情報を含む第２０信号を受信した場合、前記ユーザ端末装置に電子マネーの残高の補充を指示する情報を含む第２１信号を送信する
ことを特徴とする、請求項１に記載の決済システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１１−２２１７３０（Ｐ２０１１−２２１７３０Ａ）
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願番号】特願２０１０−８９１３５（Ｐ２０１０−８９１３５）
【出願日】平成２２年４月８日（２０１０．４．８）
【出願人】（５９８０９８５２６）株式会社ユニバーサルエンターテインメント (7,628)
【Ｆターム（参考）】
【公開日】平成２３年１１月４日（２０１１．１１．４）
【国際特許分類】
【出願日】平成２２年４月８日（２０１０．４．８）
【出願人】（５９８０９８５２６）株式会社ユニバーサルエンターテインメント (7,628)
【Ｆターム（参考）】
[ Back to top ]