電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法
【課題】遊技場においても利用可能な、現金決済と同様の電子決済方式を提供する。
【解決手段】電子決済システムにおいて、携帯電話機は、玉貸し機と非接触型ＩＣカードによる通信を行うことにより玉貸し機から機器ＩＤを取得し、この機器ＩＤとユーザＩＤを含む支払要求メッセージを電子決済サーバに送信する。電子決済サーバは、ユーザ口座から決済事業者口座への振替金額をユーザ保有金額に加算し、支払要求メッセージに応じて、有価価値提供装置に貸し玉代に応じた貸し玉の提供を指示し、且つユーザ保有金額から貸し玉代に応じた額を減算すると共に、遊技場事業者保有金額に貸し玉代に応じた額を加算し、遊技場事業者保有金額を決済事業者口座から遊技場事業者口座へ振り替えるように収納ネットワークに振替要求を行う。有価価値提供装置は、電子決済サーバから提供指示メッセージを受け取った場合、貸し玉代に応じた貸し玉を提供する。
【解決手段】電子決済システムにおいて、携帯電話機は、玉貸し機と非接触型ＩＣカードによる通信を行うことにより玉貸し機から機器ＩＤを取得し、この機器ＩＤとユーザＩＤを含む支払要求メッセージを電子決済サーバに送信する。電子決済サーバは、ユーザ口座から決済事業者口座への振替金額をユーザ保有金額に加算し、支払要求メッセージに応じて、有価価値提供装置に貸し玉代に応じた貸し玉の提供を指示し、且つユーザ保有金額から貸し玉代に応じた額を減算すると共に、遊技場事業者保有金額に貸し玉代に応じた額を加算し、遊技場事業者保有金額を決済事業者口座から遊技場事業者口座へ振り替えるように収納ネットワークに振替要求を行う。有価価値提供装置は、電子決済サーバから提供指示メッセージを受け取った場合、貸し玉代に応じた貸し玉を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法に関し、より詳しくは現金決済に準じた電子決済を実現するための電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法に関する。
【背景技術】
【０００２】
近年の情報処理技術、通信技術の発展及び通信インフラの普及により、料金・代金の支払方法が多様化し、現金による支払に代わるさまざまな方法が提案され利用されるようになってきている。
【０００３】
現金に代わる代金支払方法としては、いわゆる後払い形式のクレジット・カードや先払い形式のプリペイド・カードや、即時決済型のデビット・カードが存在している。
【０００４】
さて、パチンコホール、カジノ、競輪や競馬などのレースのチケット売場、各種宝くじ販売所などの遊技場（以下、遊技場という）における支払においても、現金以外の支払方法が利用できれば、ユーザ（遊技者）の利便が向上するとともに、遊技機の稼働率が高まることによる遊技場の売り上げ向上も期待できる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、遊技者が過大な借り入れをすることを防ぐ趣旨の規制により、一般に遊技場におけるクレジット・カードの利用は制限されている。また、仮に、遊技場においてクレジット・カードによる決済方法が可能になったとしても、クレジットによる利用の記録が自宅に郵送されてきたり、利用状況によっては、本人確認の電話がクレジット事業者からかかってきたりと、煩わしい状況であったり、さらには個人情報漏洩のおそれのために、クレジット・カード番号、暗証番号を遊技場側に伝えて決済し、個人情報の記録が遊技場内部に残ってしまうことに遊技者は少なからぬ抵抗感を有するであろうため、遊技場におけるクレジット・カードによる決済利用普及は現状では難しい。
【０００６】
また、現金、クレジット・カード以外の別の決済方法として、プリペイド・カードによる支払方法もあるが、遊技の結果遊技者が手持ちの現金を全て消費してしまった場合には、プリペイド・カードをさらに追加購入することはできない。遊技者が手持ちの現金を遊技において消費し終わった後、もう少し遊技したい、或いは遊技場において何らかの飲食や買い物をしたいという要求を持っていても、現状ではそのような要求に応えることができる決済方法が用意されておらず、遊技場はこのような潜在的な需要をみすみす見逃さざるを得なかった。
【０００７】
またさらに、従来は現金以外の決済方法を利用するためには、事前に決済を行う業者である決済事業者とユーザが書面による契約を行うことが必要であって、ユーザが直ちにその現金以外の決済方法を利用することはできないという不便があった。
【０００８】
本発明の目的は、遊技場においても利用可能な、現金決済と同様の新たな電子決済方式を提供することにある。
本発明の別の目的は、いわゆるオンライン上で電子決済方式の利用を可能とする契約をおこなうことができる電子決済方式を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するための手段として、本発明は以下の特徴を有している。
本発明の第１の態様は、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワーク（例えば、日本にて運用されているマルチペイメントネットワークなどであり、特に限定はしない。以下利用代金利用代金収納ネットワークという）に口座間の振替を要求することができるとともにユーザ保有金額及び遊技場事業者保有金額を記憶可能な電子決済サーバと、移動体通信端末（例えば、非接触型ＩＣカードを搭載した携帯電話機。以下移動体通信端末という）と、有価価値提供装置（例えば、貸し玉機、サンドマシン、プリペイド・カード発行機、ハウスカード発行機、カジノチップ提供機など。以下有価価値提供装置という）とを有する電子決済システムとして提案される。
【００１０】
この電子決済システムにおいて、移動体通信端末は、有価価値提供装置と近距離通信手段（例えば、非接触型ＩＣカード用チップ、及びそのリーダ／ライタや、赤外線通信、Bluetoothなどの無線通信手段。以下近距離通信手段という）による通信を行うことによりその有価価値提供装置を特定する機器特定情報（例えば、機器ＩＤ）を取得し、ユーザを特定するユーザ特定情報（例えば、ユーザＩＤ）と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信する。また、電子決済サーバは、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額（例えば、振替金額から決済事業者に支払う手数料を差し引いた額）をユーザ保有金額に加算し、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示し、且つユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算し、遊技場事業者保有金額に応じた額（例えば、遊技場事業者保有金額から決済事業者に支払う手数料を差し引いた額）を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに振替要求を行う。また、有価価値提供装置は、電子決済サーバから有価価値の提供の指示（例えば、提供指示メッセージ）を受け取った場合、ユーザ支払金額に応じた有価価値を提供する。
この電子決済システムによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１１】
本発明の第２の態様は、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置（例えば、玉貸し機、サンドマシンなど）にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示する電子決済サーバとして提案される。
【００１２】
この電子決済サーバは、ユーザ保有金額及び遊技場事業者保有金額を記憶する記憶手段（例えば、データベース部）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算する振替要求処理手段（例えば、振替要求処理部）と、支払要求メッセージに応じて、ユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算し、遊技場事業者保有金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに要求する支払要求処理手段（例えば、支払要求処理部）と、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する提供指示手段（例えば、提供指示部）とを有することを特徴としている。
この電子決済サーバによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１３】
本発明の第３の態様は、電子決済システムのための移動体通信端末として提案される。この移動体通信端末は、近距離通信手段による通信を行うことによって、有価価値提供装置からその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信して、電子決済サーバにユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示させることを特徴とする。
【００１４】
この移動体通信端末は、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を実現するための端末装置として機能する。
【００１５】
本発明の第４の態様は、電子決済方法として提案される。
この電子決済方法は、ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップ（例えば、振替依頼を送信する処理Ｓ２０４）と、振替金額に応じたユーザ振替金額をユーザ保有金額に加算して記憶させるステップ（例えば、保有金額データ処理Ｓ２０７）と、有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップ（例えば、Ｓ３０３）と、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示するステップ（例えば、提供指示メッセージを送信する処理Ｓ３０５）と、ユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算するステップ（例えば、振替処理Ｓ３０７）と、遊技場事業者保有金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに振替要求を行うステップ（例えば、振替依頼の送信処理Ｓ４０２）とを有することを特徴としている。
この電子決済方法によれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１６】
本発明の第５の態様は、主として単一の遊技場事業者のための電子決済システムであって、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムとして提案される。
【００１７】
この電子決済システムにおいて、移動体通信端末は、有価価値提供装置と近距離通信手段（例えば、非接触型ＩＣカード用チップ、及びそのリーダ／ライタ）による通信を行うことによりその有価価値提供装置を特定する機器特定情報（例えば、機器ＩＤ）を取得し、ユーザを特定するユーザ特定情報（例えば、ユーザＩＤ）と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信し、電子決済サーバは、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額（例えば、振替金額から決済事業者に支払う手数料を差し引いた額）をユーザ保有金額に加算するとともに決済事業者口座から遊技場事業者口座へ振替金額に応じた額（例えば、ユーザ振替金額から決済事業者に支払う手数料を差し引いた額）を振り替えるように利用代金収納ネットワークへ要求し、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示し、ユーザ保有金額からユーザ支払金額に応じた額を減算し、有価価値提供装置は、電子決済サーバから有価価値の提供の指示を受け取った場合、ユーザ支払金額に応じた有価価値を提供する。
この電子決済システムによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１８】
本発明の第６の態様は、として単一の遊技場事業者のための電子決済サーバであって、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示する電子決済サーバとして提案される。
【００１９】
この電子決済サーバは、ユーザ保有金額を記憶する記憶手段（例えば、データベース部）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算するとともに、振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求する振替要求処理手段（例えば、振替要求処理部）と、支払要求メッセージに応じて、ユーザ保有金額からユーザ支払金額に応じた額を減算する支払要求処理手段（例えば、支払要求処理部）と、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する提供指示手段（例えば、提供指示部）とを有することを特徴としている。
この電子決済サーバによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００２０】
本発明の第７の態様は、電子決済方法として提案される。
この電子決済方法は、ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップ（例えば、振替依頼を送信する処理Ｓ５０４）と、振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップ（例えば振替依頼を送信する処理Ｓ５０７）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算して記憶させるステップ（例えば、保有金額データ処理Ｓ５１０）と、有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップ（例えば、Ｓ６０３）と、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示するステップ（例えば、提供指示メッセージを送信する処理Ｓ６０５）と、ユーザ保有金額からユーザ支払金額に応じた額を減算するステップ（例えば、減算処理Ｓ６０７）とを有することを特徴としている。
この電子決済方法によれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００２１】
本発明は、さらに以下の特徴を有していてもよい。
すなわち、電子決済サーバは、提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶する。
また、電子決済サーバは、当該取引するユーザ口座の存在する銀行のための電子化契約書保管原本を送信する。
【００２２】
また、本発明にかかる電子決済方法は、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付されたユーザの電子署名及び電子証明書を受信するステップと、ユーザの電子署名及び電子証明書の検証し、検証の結果に応じて電子化契約書と決済事業者の電子署名及び電子証明書を送信するステップと、電子化契約書とそれに付されたユーザの電子署名、決済事業者の電子署名、及びタイムスタンプを含む電子化契約書保管原本受信し、記憶するステップとをさらに有する。
【００２３】
これらの追加的特徴を有する発明によれば、事前に決済を行う業者である決済事業者とユーザが書面による契約を行うことなく、ユーザが直ちにその現金以外の決済方法を利用することができる。
【発明の効果】
【００２４】
本発明によれば、遊技場においても利用可能な、簡易且つ安全な電子決済を実現することができる。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照しながら本発明の実施の形態を説明する。
［Ｉ．第１の実施の形態］
［１．電子決済システムの構成例］
図１は電子決済システムの一例を示すネットワーク図である。
この図に示す例においては、電子決済システム１は、電子決済サーバ１０と、移動体通信端末２０と、有価価値提供装置３０とを有している。また、電子決済システム１には、利用代金収納ネットワーク１と、認証サーバ９２と、タイムスタンプサーバ９４とが通信可能に接続されている。
【００２６】
電子決済サーバ１０は、利用代金収納ネットワーク４０に接続されている。利用代金収納ネットワーク４０は、電子決済サーバ１０からの指示に基づいて、ユーザの口座から指定された振込先口座へ指定された金額の振込処理を実行するシステムであって、例えば日本で運用されている「マルチペイメントネットワーク」（例えば、http://www.jampa.gr.jp/pub/ 参照）である。
【００２７】
図２は、利用代金収納ネットワーク４０の概略構成を示すブロック図である。利用代金収納ネットワーク４０は、銀行などの金融機関の金融機関システム４４（共同利用センターのような形態を含む）が通信ネットワーク４５を介して互いに通信可能に接続されている。金融機関システム４４は、以下の口座の入出金を電子的に行うことができるシステムである。本電子決済システム１が利用する金融機関システム４４は、遊技機を遊技する者であって、本電子決済システムを用いて支払いを行う者（以下、ユーザと呼ぶ）の口座（以下、ユーザ口座４１と呼ぶ）、本電子決済システム１の運営、管理を直接又は間接に行い、電子決済システム１の運営の対価・代価・手数料などを受け取る者（以下、決済事業者と呼ぶ）の口座（以下、決済事業者口座４２と呼ぶ）、及び遊技機による遊技をユーザに提供する者であって、本電子決済システム１を用いてユーザからの支払いを受け取る者（以下、遊技場事業者と呼ぶ）の口座（以下、遊技場事業者口座４３と呼ぶ）を有する。これらの口座４１，４２，４３は同一の金融機関システム４４に設けられていてもよいし、互いに別の金融機関システム４４に設けられていてもよい。図２では、これら口座４１，４２，４３は異なる金融機関システム４４に設けられているものとして図示したが、このような態様に本実施の形態が限定される趣旨ではない。
【００２８】
通信ネットワーク４５には、依頼者が利用代金収納ネットワーク４０に対して支払い依頼を送信するための端末装置が接続されている。端末装置としては、パーソナルコンピュータ（ＰＣ）４６，携帯電話機４７，ＡＴＭ（Automated Teller Machine）４８などが用いられる。本実施形態にかかる電子決済システム１では、移動体通信端末２０，又は電子決済サーバ１０が利用代金収納ネットワーク４０の端末装置として動作する。
【００２９】
図１に戻り、電子決済システム１の構成の説明を続ける。
電子決済サーバ１０は通信網５０に接続されており、有価価値提供装置３０と通信網５０を介して通信可能となっている。移動体通信端末２０は、基地局６０、移動体通信網７０、及び移動体通信網７０と通信網５０とを接続するゲートウエイ８０とを介して電子決済サーバ１０、利用代金収納ネットワーク４０と通信可能であるとともに、近距離通信手段により有価価値提供装置３０と通信可能である。認証サーバ９２は電子決済サーバ１０，移動体通信端末２０と通信網５０、移動体通信網７０を介して接続可能である。タイムスタンプサーバ９４は、移動体通信端末２０と通信網５０、移動体通信網７０を介して接続可能である。以下、上記の電子決済システム１の各構成要素について説明する。
【００３０】
[１．１．有価価値提供装置]
有価価値提供装置３０は、ユーザが移動体通信端末２０を用いて電子決済を行った対価として、なんらかの有価価値（金銭と交換して購入できる有体物、無体物をいうものとする）をユーザに提供する装置である。なお、本実施の形態における有価価値提供装置３０は、必ずしも有価価値を直接ユーザに提供する装置である必要はなく、例えば、デビット・カードのＣＡＴ端末のように、電子決済は可能である旨を遊技場（店舗）側に通知して、遊技場側に品物などをユーザに引き渡させるなどの間接的にユーザに有価価値を提供する装置も含む。
また、有価価値提供装置３０は、有価価値として電子データを他の装置や記憶媒体に出力し、送信し、或いは書き込む装置であっても良い。例えば、有価価値提供装置３０は、ネットワーク接続された遊技機やゲーム機に遊技やゲームの提供を行うメッセージやコマンドを送信する装置であっても良い。この場合、ユーザは本電子決済システム１を利用して支払った遊技代金、ゲーム代金分の遊技やゲームをこの有価価値提供装置３０を通じて楽しむことができる。また、有価価値提供装置３０は、ＩＣカードやＩＣカード機能を搭載した携帯電話機、ＵＳＢメモリなどの記憶媒体にゲーム機利用可能回数、利用可能金額などを示す電子データを書き込む装置であっても良い。ユーザは、有価価値提供装置３０によって電子データの書き込みが行われた記憶媒体を、遊技機、ゲーム機、発売機、精算機などの装置に読み取らせて、これら装置の提供する商品やサービスを取得することができる。
【００３１】
図３は、有価価値提供装置３０及び移動体通信端末２０の構成例を示す機能ブロック図である。以下、図３を参照しながら有価価値提供装置３０の構成について説明する。
有価価値提供装置３０は、ネットワーク通信処理部３０１と、提供制御部３０２と、提供装置側近距離通信部３０３と、有価価値供給部３０４と、遊技履歴処理部３０５とを有している。
【００３２】
ネットワーク通信処理部３０１は、通信網５０を介して電子決済サーバ１０と通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。
【００３３】
提供制御部３０２は、ネットワーク通信処理部３０１、提供装置側近距離通信部３０３、有価価値供給部３０４の動作を命令・制御する機能を有し、例えば有価価値提供装置３０を実現するためのプログラムを搭載したマイクロコンピュータである。
【００３４】
提供装置側近距離通信部３０３は、移動体通信端末２０に搭載されている端末側近距離通信部２０１と通信を行う機能を有し、例えば、非接触式ＩＣカードのリーダ／ライタである。なお、提供装置側近距離通信部３０３が用いる通信方式は、無線に限られる必要はなく、赤外線通信であっても構わない。また、必ずしも非接触式の通信方式でなくともよく、通信ケーブルやＵＳＢソケットにより接続して通信する方式を採用しても本発明は成立する。
【００３５】
有価価値供給部３０４は、提供制御部３０２の命令に応じて、有価価値をユーザに提供する機能を有する。有価価値供給部３０４は、例えば、玉貸し機の貸し玉出力部、メダル貸出機のメダルホッパー、カジノチップ貸出機、認証端末（例えば、ＣＡＴ端末）のディスプレイ、或いはプリンタなどである。有価価値は、金銭により購入可能なものであれば、どのようなものでもよく、貸し玉、貸しメダル、カジノチップ、プリペイド・カード、オンバリューカード（ハウスカード）又は同等品、或いは無形のサービスなどである。有価価値供給部３０４は、必ずしも直接に有価価値をユーザに提供するものに限られず、間接的に有価価値をユーザに提供するものであってもよい。例えば、有価価値供給部３０４は液晶ディスプレイ装置であって、遊技場の店員やスタッフなどに、商品の引き渡しを指示するメッセージをこの液晶ディスプレイ装置が表示することも、本発明による有価価値の提供の一形態である。
【００３６】
遊技履歴処理部３０５は、遊技者による有価価値提供装置３０の使用に基づいて、遊技者の遊技履歴に関するデータである遊技履歴データを生成して、ネットワーク通信処理部３０１を介してサーバに送信する機能を有する。
【００３７】
例えば、有価価値提供装置３０がある特定の遊技機に付設されたサンドマシン（玉貸し機）であるとする。遊技者がこのサンドマシンが付設された遊技機で遊技を行うために、サンドマシンである有価価値提供装置３０と、移動体通信端末２０である自己の携帯電話機とにより本電子決済システム１による決済により玉貸しを受ける。遊技履歴処理部３０５は、どの遊技者がどの遊技機をいつ遊技したのか、どれだけの金額を遊技したのか、などのデータである遊技履歴データを提供制御部３０２の動作状況、及び遊技機の動作状況より生成し、これを遊技履歴データを管理するサーバに送信する。遊技履歴データは、すべての有価価値提供装置３０が使用されるごとに、サーバに送られ蓄積される。この遊技履歴データを解析したり、データマイニングの手法などにより分析等することにより、遊技者の行動傾向、遊技機の人気傾向、時間帯別利用動向などが明らかになり、その結果店舗経営や遊技機開発などの資料となる有用な情報を取得できる。
【００３８】
なお、この実施の形態では、遊技履歴データを管理するサーバとして、電子決済サーバ１０を用いる構成として説明するが、遊技履歴データを管理するサーバは、電子決済サーバとは別のサーバ装置として本電子決済システム１に組み入れられるようにしてももちろん構わない。
【００３９】
[１．２．移動体通信端末]
次に、図３を参照しながら移動体通信端末２０について説明する。移動体通信端末２０は、電子決済サーバ１０、認証サーバ９２，タイムスタンプサーバ９４及び／又は利用代金収納ネットワーク４０と通信網５０を介して通信可能であるとともに、近距離通信手段を用いて有価価値提供装置３０とも通信可能な端末装置である。移動体通信端末２０は、例えば、非接触式ＩＣカード（例えば、フェリカ；「フェリカ」はソニー社の登録商標）機能を有する携帯電話機、近距離通信手段及び無線通信手段を搭載した携帯電話機、ＰＤＡ（Personal Data Assistant）、携帯ゲーム機、無線ＬＡＮを搭載したＩＰ電話機などである。移動体通信端末２０は、前述の提供装置側近距離通信部３０３と通信を行うための端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０７ユーザ情報記憶部２０７と、振替要求生成部２０８と、電子契約申請部２０６とを有している。
【００４０】
端末側近距離通信部２０１は、提供装置側近距離通信部３０３と通信を行う機能を有し、例えばＩＣカード用チップ及びアンテナである。
【００４１】
支払要求生成部２０２は、有価価値提供装置３０に有価価値を提供してもらえるように、ユーザが受け取る有価価値の対価（代金）の支払、決済を電子決済サーバ１０に要求する支払要求メッセージを生成する機能を有し、例えば、ｉアプリ（「ｉアプリ」はＮＴＴドコモ社の登録商標であり、携帯電話にダウンロードする事で、付加価値機能を追加できるアプリケーションであり、特にOSを限定しない。以下ｉアプリという）を搭載したマイクロコンピュータである。
【００４２】
無線通信部２０３は、移動体通信端末２０が移動体通信網７０に接続し、移動体通信網７０を介した通信を実行する機能を有し、例えば変調回路、復調回路を有する無線通信回路である。移動体通信網は、一般的な携帯電話の通信網であっても、ＷＩＭＡＸや無線ＬＡＮの通信網であってもよい。
【００４３】
入力部２０４は、支払要求生成部２０２、振替要求生成部２０８などにユーザの支持を電気信号に変えて渡す機能を有し、例えば携帯電話機のキー、タッチペンとタッチパネル、ポインティングデバイスである。
【００４４】
出力部２０５は、移動体通信端末２０がユーザに情報を伝えるための情報出力機能を有し、例えば、携帯電話機の液晶パネル、ＣＡＴ端末の液晶パネル、或いは小型プリンタなどである。
【００４５】
ユーザ情報記憶部２０７は、ユーザの支払又は決済に要する情報を記憶する機能を有する。図４は、ユーザ情報記憶部２０７が記憶する情報の一例を示す。この例では、ユーザ情報記憶部２０７は、その移動体通信端末２０の使用者として登録されたユーザを一意に特定する情報であるユーザＩＤ１０１と、電子決済サーバ１０がユーザの本人認証を行うためのパスワード１０２と、ユーザが支払代金を引き出す口座であるユーザ口座４１を特定する情報である銀行番号１０３、支店番号１０４、及び口座番号１０５、及びその口座に設定された暗証番号１０６を記憶する。これら情報、とりわけ銀行番号１０３、支店番号１０４、口座番号１０５、暗証番号１０６は、ユーザが移動体通信端末２０に支払要求生成部２０２として機能させるアプリケーションのインストール時、或いは本電子決済のサービスを受けるためのユーザ登録時などにユーザにより入力されればよい。例えば、移動体通信端末２０において起動したアプリケーションは、ユーザに入力部２０４からこれら情報を入力することを要求し、入力された情報１０１〜１０６はユーザ情報記憶部２０７に記憶される。これら情報１０１〜１０６は、ユーザ口座４１から決済事業者口座４２へのデポジットの振替要求のための振替要求メッセージを生成するときに使用され、振替要求メッセージの一部として電子決済サーバ１０に送信されることになる。
【００４６】
なお、ユーザＩＤ１０１は、電子決済サーバ１０が自動的に割り当てる識別番号でもよいし、移動体通信端末２０が有する識別情報、例えば、FelicaID(「FeliCa」はソニー株式会社の登録商標)、個体識別番号（ＦＯＭＡカード識別情報を含む（「ＦＯＭＡ」は株式会社エヌ・ティ・ティ・ドコモの登録商標））であってもよい。
【００４７】
電子契約申請部２０６は、電子決済システム１の利用に先立って、ユーザと電子決済システム１の運用者、管理者など（決済事業者と呼ぶ）との間で決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約を電子的に結ぶ処理を行う機能を有する。
【００４８】
図５は、電子契約申請部２０６の構成例を示す機能ブロック図である。図示のように、電子契約申請部２０６は、制御部７０１と、暗号化処理部７０２と、記憶部７０３と、復号化処理部７０４と、判定部７０５と、タイムスタンプ取得部７０６とを有する。
【００４９】
制御部７０１は、暗号化部７０２、記憶部７０３、復号化部７０４、判定部７０５、タイムスタンプ取得部７０６の各部の動作を統括して制御する機能を有し、各部の起動、各部への入力、各部からの出力などを命令する。
【００５０】
暗号化処理部７０２は、所定の暗号化方法により、暗号鍵７１５を使って電子署名を生成する機能を有する。
記憶部７０３は、ユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４、暗号鍵７１５などを記憶する機能を有する。
【００５１】
ユーザ側電子証明書７１１は、電子契約書７１３の署名者の一方がユーザ本人であることを証明する電子データであって、例えば、ITU-T勧告のX.509に定義されており、本人情報（所属組織、識別名、名前等）、公開鍵、有効期限、シリアルナンバ、シグネチャ等が含まれている電子データである。この例では、ユーザ側電子証明書７１１は、認証サーバ９２によって発行される電子データである。
なお、ユーザ側電子証明書７１１として以下のものを使用することも本実施の形態では可能である。
【００５２】
ａ）ユーザ口座を有する金融機関のモバイル端末契約時に発行されるパスワード等
ｂ）ユーザが、電子決済サーバ１０からｉアプリなどアプリケーションをダウンロードする際に、同時に移動体通信端末に書き込まれるシリアル番号（ユーザＩＤ）など
ｃ）移動体通信端末２０の製造番号
ｄ）ＳＩＭ（Subscriber Identity Module Card）のシリアル番号
ｅ）移動体通信端末２０の電話番号
ｆ）ＯｐｅｎＩＤなどに代表される、標準規格の共通ＩＤ
ｇ）ａからｅの情報と、日付や金額などの記載されている情報との論理計算や暗号化によって生成されるものなどを、単独で、又は複数の条件を満たすなどの方法。
上記「ＯＰｅｎＩＤ」は、共通ＩＤの標準規格の一つであって、OpenID対応サイトで共通して利用できるURL形式のIDである（http://openid.net/ 参照）。
【００５３】
決済事業者側電子証明書７１２は、電子契約書７１３の署名者の他方が決済事業者であることを証明する電子データであって、例えば、ITU-T勧告のX.509に定義されており、本人情報（所属組織、識別名、名前等）、公開鍵、有効期限、シリアルナンバ、シグネチャ等が含まれている電子データである。この例では、決済事業者側電子証明書７１２は、認証サーバ９２によって発行される電子データである。
【００５４】
電子化契約書７１３は、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすこと、及び決済事業者が前記ユーザの口座から指定された金額を引き落とす事を前記ユーザの口座が存在する銀行が承諾すること又は決済事業者が前記ユーザの口座から指定された金額を引き落とす事を前記銀行に求めることを内容とする契約内容を記述した電子データである。
【００５５】
電子化契約書原本７１４は、電子化契約書７１３にユーザ及び決済事業者の電子署名、並びにタイムスタンプが付された電子データであって、当事者の捺印済みの契約書に相当する。
【００５６】
暗号鍵７１５は、ユーザが電子署名を生成し、或いは電子決済サーバ１０から送られた暗号を復号化するために使用する暗号鍵であって、例えば、公開鍵方式における秘密鍵、或いは共通鍵方式における共通暗号鍵である。
【００５７】
ユーザ側電子証明書７１１、暗号鍵７１５は、認証局（ＣＡ）である認証サーバ９２より事前に取得して記憶しておくものでもよいし、移動体通信端末２０の出荷時に予めメーカ、ベンダなどがインストールしておいたものでもよい。
【００５８】
本実施の形態では、電子化契約書７１３，決済事業者側電子証明書７１２は、後述するｉアプリなどアプリケーションをアプリダウンロード時に電子決済サーバ１０から取得する。もちろんその他の方法によって取得する方法を採用しても構わない。
【００５９】
復号化処理部７０４は、電子決済サーバ１０から受信した決済事業者の電子署名を復号化する機能を有する。
【００６０】
判定部７０５は、電子決済サーバ１０から電子化契約書とともに送信された決済事業者の電子証明書、電子署名を検証する機能を有する。
【００６１】
タイムスタンプ取得部７０６は、電子決済サーバから返信された決済事業者の電子証明書、電子署名から電子化契約書が決済事業者によって電子署名されていると判定部７０５により判定された場合、電子署名の付された電子契約書のタイムスタンプをタイムスタンプサーバ９４に要求し、これを取得し、取得したタイムスタンプとともに電子署名の付された電子化契約書７１３を電子決済サーバ１０に送信させる機能を有する。また、タイムスタンプ及び電子署名の付された電子契約書は、電子化署名契約書原本７１４として記憶部７０３に記憶される。
以上で、電子契約申請部２０６及び移動体通信端末２０の説明を終了する。
【００６２】
[１．３．電子決済サーバ]
図１に戻り、電子決済システム１の構成要素の説明を続ける。
電子決済システム１は、その中核となる構成要素として電子決済サーバ１０を有している。電子決済サーバ１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を電子決済サーバ１０として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより電子決済サーバ１０が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この電子決済サーバ１０は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成されるものでもよい。電子決済サーバ１０は、一箇所に全ての機能を集約したセンター構成であってもよいし、また、機能毎に分割し、分散処理可能な分散サーバ構成であってもよい。
【００６３】
以下、図６を参照しながら電子決済サーバ１０について説明する。図６は、電子決済サーバ１０の構成例を示す機能ブロック図である。
図６に示す電子決済サーバ１０は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、データベース部４０３と、振替要求処理部４０４と、精算処理部４０５と、提供指示部４０６と、結果通知部４０７と、遊技情報更新部４０８と、電子契約処理部４０９とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって構成される構成要素である。
【００６４】
ネットワーク通信処理部４０１は、通信網５０を介して移動体通信端末２０、有価価値提供装置３０、及び利用代金収納ネットワーク４０と通信を実行する機能を有し、例えばプロトコルスタックを実行するための通信ボードである。ネットワーク通信処理部４０１は、移動体通信端末２０からのリクエストメッセージを受け取ると、これを支払要求処理部４０２或いは振替要求処理部４０４に渡す。また、ネットワーク通信処理部４０１は、提供指示部４０６から有価価値提供装置３０へ宛てた提供指示メッセージを受け取ると、これを有価価値提供装置３０に宛てて送信する。また、ネットワーク通信処理部４０１は、精算処理部４０５から、利用代金収納ネットワーク４０へ宛てた振替依頼メッセージを受け取ると、これを利用代金収納ネットワーク４０へ宛てて送信する。
【００６５】
支払要求処理部４０２は、移動体通信端末２０から受信した支払要求メッセージを処理する機能を有する。支払要求処理部４０２はネットワーク通信処理部４０１を介して移動体通信端末２０から支払要求メッセージを受け取る。すると、支払要求処理部４０２は、後述するデータベース部４０３に記憶されている該当ユーザの所有金額データをチェックする。ユーザの所有金額データと支払要求メッセージを比較して、支払い可能である場合には支払要求処理部４０２は、提供指示部４０６を起動させる。起動した提供指示部４０６は提供指示メッセージを生成し、この提供指示メッセージをネットワーク通信処理部４０１を介して有価価値提供装置３０に宛てて送信する。
【００６６】
また、支払要求処理部４０２は、前述の支払要求メッセージに応じた支払いが可能である場合には、データベース部４０３に記憶されている該当ユーザのユーザ保有金額データ７００及び有価価値提供装置３０により有価価値を提供する事業者である遊技場事業者の保有金額データ９００を、支払額に応じて更新（書き換え）する。
【００６７】
データベース部４０３は、本電子決済システム１に登録した各ユーザの保有金額データ７００、遊技場事業者の保有金額データ９００を記憶すると共に、利用代金収納ネットワーク４０との間で行う振り替えに必要な情報であるユーザテーブル６００、ユーザ保有金額データ７００，遊技場事業者テーブル８００、遊技場事業者保有金額データ９００と、有価価値提供装置テーブル１０００と、遊技履歴情報１１００とを記憶する。
【００６８】
図７は、データベース部４０３に記憶されるユーザテーブル６００の構成例である。ユーザテーブル６００は、ユーザ（遊技者）に関する情報を格納したデータである。ユーザテーブル６００は、ユーザ毎に一つのレコード６０１を有するデータであって、各レコード６０１は、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、及びユーザの口座であって引き落とし先口座を特定するための銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を格納している。ユーザＩＤ６０２は、ユーザを一意に特定する情報である。パスワード６０３は、第三者がそのユーザになりすまして本電子決済システム１を不正利用することを防止する情報である。メールアドレス６０４は、結果通知部４０７が、支払処理の処理結果をユーザに通知する際にその電子メールの送り先である宛先アドレスとして使用する情報である。銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０は、利用代金収納ネットワーク４０に対して引き落とし先口座を指定するための情報である。
ユーザテーブル６００に格納される情報は、ユーザが電子決済サーバ１０にユーザ登録する際に、電子決済サーバ１０に入力される。
【００６９】
図８は、データベース部４０３に記憶されるユーザ保有金額データ７００の構成例である。ユーザ保有金額データ７００は、ユーザ毎に一つのレコード１００１を有するデータであって、各レコード１００１は、ユーザＩＤを格納するユーザＩＤフィールド１００２と、そのユーザが電子決済システム１に預けている金額である保有金額を格納する保有金額フィールド１００３とを有している。保有金額フィールド１００３に格納される値は、ユーザが電子決済システム１に預け入れると、預入額の分だけ増加し、一方有価価値提供装置３０を利用して支払いを行うと、支払額の分だけ減少するように書き換えされる。
【００７０】
図９は、データベース部４０３に記憶される遊技場事業者テーブル８００の構成例である。遊技場事業者テーブル８００は、遊技場事業者に関する情報を格納したデータである。遊技場事業者テーブル８００は、電子決済システム１に加入している遊技場事業者毎に一つのレコード８０１を有するデータである。各レコード８０１は、遊技場事業者ＩＤを格納する遊技場事業者ＩＤ８０２、及びその遊技場事業者の口座であって、有価価値提供装置３０に支払われた金額を振り込む振込先口座を特定するための銀行番号８０３、支店番号８０４，口座種別８０５，口座番号８０６、口座名義８０７を格納している。遊技場事業者ＩＤ８０２は、遊技場事業者を一意に特定する情報である。銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９は、利用代金収納ネットワーク４０に対して振込先口座を指定するための情報である。
遊技場事業者テーブル８００に格納される情報は、遊技場事業者が電子決済システム１に加入登録する際に、電子決済サーバ１０に入力される。
【００７１】
図１０は、データベース部４０３に記憶される遊技場事業者保有金額データ９００の構成例である。遊技場事業者保有金額データ９００は、電子決済システム１に登録されている遊技場事業者毎に一つのレコード９０１を有するデータである。各レコード９０１は、遊技場事業者ＩＤ９０２と、電子決済システム１が遊技場事業者へ振り込む分の金額である保有金額を格納する保有金額９０３とを有している。保有金額９０３に格納される値は、有価価値提供装置３０の利用によりユーザから支払われた分だけ増加し、利用代金収納ネットワーク４０を利用した遊技場事業者口座４３への振込額分だけ減少するように書き換えされる。
【００７２】
図１１は、データベース部４０３に記憶される有価価値提供装置テーブル１０００の構成例である。有価価値提供装置テーブル１０００は、各有価価値提供装置３０について一つのレコード１３０１を有するデータであって、各レコード１３０１は、機器ＩＤ１３０２，機器ＩＰアドレス１３０３、遊技場事業者ＩＤ１３０４を格納する。
【００７３】
機器ＩＤ１３０２は、有価価値提供装置３０を一意に特定するための情報であり、機器ＩＰアドレス１３０３は、電子決済サーバ１０が、ある機器ＩＤ１３０２を含む支払要求メッセージを受け取った場合、その支払要求メッセージに応答して、当該機器ＩＤ１３０２を有する有価価値提供装置３０に提供指示メッセージを送信するための送信先アドレスとして利用する情報である。遊技場事業者ＩＤ１３０４は、その機器ＩＤ１３０２を付与された有価価値提供装置３０へのユーザの支払いを受け取る権利を有する遊技場事業者を特定する情報であって、遊技場事業者テーブル８００の遊技場事業者ＩＤ８０２と同一のＩＤが用いられている。
【００７４】
遊技履歴情報１１００は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかという、遊技に関する履歴を示す情報であって、各有価価値提供装置３０の履歴情報処理部３０５が生成し、送信する遊技履歴データを蓄積記憶することによって生成される情報である。この遊技履歴情報１１００を、周知のマーケティング解析やデータマイニング手法により分析することにより、様々な有用な情報を得ることができる。
【００７５】
図６に戻り、電子決済サーバ１０の構成例の説明を続ける。
提供指示部４０６は、有価価値提供装置３０へ送信するための提供指示メッセージを生成させ、この提供指示メッセージを、ネットワーク通信処理部４０１を介して有価価値提供装置３０へ宛てて送信する。なお、提供指示メッセージの送り先である有価価値提供装置３０のアドレスは、前述の有価価値提供装置テーブル１０００を参照して取得する。
【００７６】
結果通知部４０７は、支払要求メッセージが適切に処理されたか否かをユーザに通知する機能を有する。一例としては、結果通知部４０７は移動体通信端末２０を宛先とする電子メールを生成し、これを送信する。或いはまた、結果通知部４０７は移動体通信端末２０によって閲覧可能なウェブページに処理結果を示す情報を記載して移動体通信端末２０からの閲覧を待つようにしてもよい。結果通知部４０７からの通知内容は、例えば「支払要求は処理されました。ご利用ありがとうございました。」、或いは「残高が不足しています。支払いはできませんでした。」などのメッセージとなる。
【００７７】
次に、振替要求処理部４０４について説明する。振替要求処理部４０４は、移動体通信端末２０から受信した振替要求メッセージを処理する機能を有する。振替要求処理部４０４はネットワーク通信処理部４０１を介して移動体通信端末２０から振替要求メッセージを受け取る。振替要求メッセージの内容は、ユーザ口座４１から指定した金額を引き落として、電子決済システム１で使用できるようにしてくれ、という内容である。この振替要求メッセージを受け取った振替要求処理部４０４は、データベース部４０３に記憶されているユーザテーブル６００をチェックする。振替要求処理部４０４は、ユーザテーブル６００から振替元口座となるユーザの口座を特定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を取得し、これら情報と合わせて振替先口座となる決済事業者口座４３を特定する情報を振替要求メッセージとして利用代金収納ネットワーク４０にネットワーク通信処理部４０１を介して送信する。利用代金収納ネットワーク４０は、振替要求メッセージを受け取ると、指定された金額の資金をユーザ口座４１から決済事業者口座４２へ振り替える。振り替えられた資金は、ユーザが本電子決済システム１を利用して使用できる資金（手数料分は除く）となる。
【００７８】
次に、精算処理部４０５について説明する。精算処理部４０５は、遊技場事業者保有金額データ９００が示す金額を決済事業者口座４２から各遊技場事業者の遊技場事業者口座４３に振り替えるよう利用代金収納ネットワーク４０に要求する。この振り替えられる資金の額は電子決済システム１がユーザから預かっている遊技場事業者への支払金額、すなわち遊技場事業者保有金額データ９００の保有金額９０３に相当する。精算処理部４０５は、この実施の形態では、自律的に処理を行う。例えば、精算処理部４０５は、所定のタイミング（例えば、毎月月末とか、毎週末）で自動で起動する。起動した精算処理部４０５は、データベース部４０３に記憶されている全ての遊技場事業者保有金額データ９００をチェックし、振り込みが済んでいないものについて利用代金収納ネットワーク４０に決済事業者口座４２から該当する遊技場事業者口座４３に振替を行うように振替依頼を送信する。
【００７９】
遊技情報更新部４０８は、有価価値提供装置３０の履歴情報処理部３０５から受信した遊技履歴データを刻々蓄積記憶し、遊技履歴情報１１００のアップデートを行う機能を有する。
【００８０】
電子契約処理部４０９は、移動体通信端末２０、より詳しくはその電子契約申請部２０６と協働して、電子決済システム１の利用開始に先立って、ユーザと電子決済システム１の運用者、管理者など（決済事業者と呼ぶ）との間で決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約を電子的に結ぶ処理を行う機能を有する。
【００８１】
また、電子契約処理部４０９は、ユーザと決済事業者との間で結ばれた契約を証する電子化契約書原本のデータを、当該ユーザ口座を有する金融機関に宛てて送信する機能を有する。
【００８２】
具体的には、電子契約処理部４０９は、移動体通信端末２０への電子化契約書７１３をダウンロードさせる機能、移動体通信端末２０から送信された電子署名の付された電子化契約書７１１とユーザ側電子証明書７１１を受信する機能、受信した電子署名、ユーザ側電子証明書７１１の検証を行い、これらが正しいものと認証された場合ユーザの電子署名の付された電子化契約書７１３に決済事業者の電子署名と決済事業者側電子証明書７１２を移動体通信端末２０に送信する機能、及び移動体通信端末２０から送信された電子化契約書原本７１４を受信して、記憶させる機能、前記電子化契約書原本７１４を金融機関の指定された装置（例えば、利用代金収納ネットワーク４０、或いは金融機関により指定されたネットワーク端末装置（例えば、ＰＣ）に宛てて送信する機能を有している。
【００８３】
図１２は、電子契約処理部４０９の構成例を示した機能ブロック図である。図示のように、電子契約処理部４０９は、制御部８０１と、暗号化処理部８０２と、記憶部８０３と、復号化処理部８０４と、判定部８０５とを有する。
【００８４】
制御部８０１は、暗号化部８０２、記憶部８０３、復号化部８０４、判定部８０５の各部の動作を統括して制御する機能を有し、各部の起動、各部への入力、各部からの出力などを命令する。
【００８５】
暗号化処理部８０２は、所定の暗号化方法により、暗号鍵８１１を用いて決済事業者の電子署名を生成する機能を有する。
記憶部８０３は、ユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４、暗号鍵８１１などを記憶する機能を有する。
【００８６】
上記のユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４は、電子契約申請部２０の記憶部７０３に記憶されているものと同一であるので、これらの説明は省略する。
【００８７】
暗号鍵８１１は、電子決済事業者が電子署名を生成し、或いは移動体通信端末２０から送られた暗号を復号化するために使用する暗号鍵であって、例えば、公開鍵方式における秘密鍵、或いは共通鍵方式における共通暗号鍵である。
【００８８】
決済事業者側電子証明書７１２、暗号鍵８１１は、認証局（ＣＡ）である認証サーバ９２より事前に取得して記憶しておくものでよい。
復号化処理部８０４は、移動体通信端末２０から送信されるユーザの電子署名を復号化する機能を有する。
判定部８０５は、移動体通信端末２０から電子化契約書とともに送信されたユーザの電子証明書、電子署名を検証する機能を有する。
【００８９】
制御部８０１は、タイムスタンプ、電子署名の付された電子化契約書である電子化契約書保管原本７１４を受信すると、記憶部８０３に記憶させ、また前記ユーザの口座が存在する銀行に宛てた前記電子化契約書保管原本７１４を送信する。
［１．３．１．電子決済サーバの分散サーバ構成］
【００９０】
図６に示した例では、電子決済サーバ１０は一つのサーバ装置で実現されるように図示したが、もちろん電子決済サーバ１０はこのようなサーバ装置による構成に限定されるものではない。
【００９１】
図１３は、電子決済サーバ１０を分散サーバ構成とした場合の一構成例を示す機能ブロック図である。図６に示した構成要素と同一の構成要素には、同じ参照番号を付して詳細な説明は省略する。
【００９２】
電子決済サーバ１０を分散サーバ構成とすることにより、ユーザや遊技場事業者に関する情報が漏洩したり盗まれたりする可能性を低下させ、本電子決済システム１の安全性に対する信頼を向上させることが可能となる。
【００９３】
分散サーバ構成とした場合の電子決済サーバ１０は、アプリケーションサーバ５０１と、複数のデータベースサーバ５０２により構成される。アプリケーションサーバ５０１は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、振替要求処理部４０４と、精算処理部４０５と、提供指示部４０６と、結果通知部４０７と、遊技情報更新部４０８と、電子契約処理部４０９を有している。
【００９４】
図１３に示す例では、４つのデータベースサーバ５０２Ａ，５０２Ｂ，５０２Ｃ、５０２Ｄがアプリケーションサーバ５０１にローカルネットワーク５０３を介して通信可能に接続されている。４つのデータベースサーバ５０２は、図６に示すデータベース部４０３に対応する構成要素である。この構成例では、第１のデータベースサーバ５０２Ａがユーザテーブル６００、ユーザ保有金額データ７００を記憶し、第２のデータベースサーバ５０２Ｂが遊技場事業者テーブル８００、遊技場事業者保有金額データ９００を記憶し、第３のデータベースサーバ５０２Ｃが有価価値提供装置テーブル１０００を記憶し、第４のデータベースサーバ５０２Ｄが遊技履歴情報１１００を記憶する。アプリケーションサーバ５０１は、処理の必要に応じて必要な情報をこれらデータベースサーバ５０２Ａ〜５０２Ｄに要求し、データベースサーバ５０２Ａ〜５０２Ｄは要求に応じて記憶している内容から必要な情報を取り出して、アプリケーションサーバ５０１に渡す。
【００９５】
なお、データベース部４０３をどのように分割して、いくつのデータベースサーバ５０２とするか、また、それぞれのデータベースサーバの記憶内容（テーブル、データ）をどのように割り当てるかは任意に定めることが可能であって、図１３に示す構成に限定されるものではない。
【００９６】
［１．４．通信網］
図１に戻り、本実施の形態にかかる電子決済システム１の構成要素の説明を再開する。
通信網５０は、有線・無線、専用回線・交換回線を問わず、これに接続されている装置がそれぞれ目的とする装置に対しセッションを確立したときにその装置間での情報の送受を可能とするように作用する。通信網５０は、インターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。なお、上記「通信網」は専用回線を固定的に張りめぐらせたような、交換機、スイッチ、ルータなど経路切り替え手段を用いない通信網も含むものとする。
【００９７】
［１．５．移動体通信網、ゲートウエイ、基地局］
図１に示す電子決済システム１の構成例は、移動体通信端末２０として携帯電話を用いた場合を想定している。そのため、移動体通信端末２０である携帯電話はまず基地局６０に無線回線で接続し、この基地局６０から移動体通信網７０及びゲートウエイ８０を介して、電子決済サーバ１０が接続している通信網５０に接続するものとして図示した。しかし、移動体通信端末２０が直接通信網５０に接続できるのであれば、移動体通信端末２０は移動体通信網７０、或いはゲートウエイ８０を介さずとも電子決済サーバ１０に接続してよい。例えば、移動体通信端末２０が無線ＬＡＮ接続機能を有する場合には、移動体通信網７０、及びゲートウエイ８０を介して通信を行う必要はなくなる。例えば、移動体通信端末２０は通信網５０に接続されたホットスポット（無線ＬＡＮ端末）にアクセすることにより、通信網５０に接続する構成であっても、本発明は成立する。
【００９８】
［１．６．利用代金収納ネットワーク］
利用代金収納ネットワーク４０は、電子決済サーバ１０からの振替要求に応じてユーザ口座４１から決済事業者口座４２へ、及び決済事業者口座４２から遊技場事業者口座４３へ指定された金額を振り替える機能を有するシステムである。なお、図１に示す例では、電子決済サーバ１０と利用代金収納ネットワーク４０は通信網５０により接続されるものとして図示したが、通信網５０を経由しない専用回線（図略）を介して電子決済サーバ１０と利用代金収納ネットワーク４０とが接続される構成としても、本実施の形態は成立する。
【００９９】
また、利用代金収納ネットワーク４０は、電子決済サーバ１０がユーザの口座を有する金融機関に宛てて送信する電子化契約書原本７１４を受信し、記憶する機能を有していてもよい。金融機関は、この電子化契約書原本７１４に基づいて、決済事業者がユーザの口座から指定された金額を引き落とす事をユーザ及び決済事業者の双方が同意していることを確認できる。この電子化契約書原本７１４の受信の後、決済事業者がユーザの口座から指定された金額を引き落とすことを内容とする要求メッセージを受信した場合、利用代金収納ネットワーク４０が、ユーザからの特別の指示を受けなくとも、要求メッセージに応じてユーザの口座から指定された金額の振り替えを行うことの法的根拠となる。
【０１００】
［１．７．認証サーバ］
認証サーバ９２は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。
【０１０１】
認証サーバ９２は、ユーザ側電子証明書７１１及び／又は決済事業者側電子証明書７１２を発行し、またこれら電子証明書７１１及び／又は決済時業者側電子証明書７１２の有効性のリストであるＣＲＬ(Certificate Revocation Lists)を管理し、問い合わせに応じる機能をさらに有していてもよい。
【０１０２】
［１．８．タイムスタンプサーバ］
タイムスタンプサーバ９４は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。
【０１０３】
タイムスタンプサーバ９４は、移動体通信端末９０からのタイムスタンプ発行要求に応じて、タイムスタンプ・トークンを生成しこれを移動体通信端末に送信する機能を有するタイムスタンプサーバ９４はＲＦＣ３１６１に記述されるタイムスタンプ局（TSA, Time Stamping Authority）として動作する装置である。
【０１０４】
［２．電子決済システムの動作例］
次に、上記電子決済システム１の動作について図１４，１５，１６，１７、２１を参照しながら説明する。図１４、１５、１６は、上記電子決済システム１のユーザ登録時の動作例を示したシーケンス図であり、図１７、２１は、ユーザ登録後のユーザが本電子決済システム１による有価価値の取得を行った場合の動作例である。
【０１０５】
まず、上記電子決済システム１のユーザ登録までの動作について図１４、１５、１６を参照しながら説明する。
まず、ユーザ登録をすませていないユーザは移動体通信端末２０で電子決済サーバ１０に接続し、電子決済システム１によるサービスを受けるための移動体通信端末２０用ソフトウエア（ｉアプリなどのアプリケーション）を電子決済サーバ１０に要求する（図１４；Ｓ１０１）。電子決済サーバ１０は、要求に応じてアプリのデータ及び電子化契約書７１３を移動体通信端末２０にダウンロードさせる（Ｓ１０２）。アプリ、電子化契約書７１３を受信した移動体通信端末２０は、ｉアプリのデータなどをメモリなどの記憶装置、及び電子化契約書７１３を記憶部７０３に記憶させる（Ｓ１０３）。このｉアプリは、移動体通信端末２０のＣＰＵなどによって実行されることにより、前述した支払要求生成部２０２、振替要求生成部２０８、電子契約申請部２０６などとして機能する。
【０１０６】
なお、上記の実施の形態では、ｉアプリなどのアプリケーションダウンロード用のサーバ、電子化契約書７１３ダウンロード用のサーバとしても電子決済サーバ１０を用いることとして説明したが、ｉアプリなどのアプリケーションダウンロード用のサーバ、及び／又は電子化契約書７１３ダウンロード用のサーバは電子決済サーバ１０とは別個の装置若しくはシステムであってももちろん構わない。
【０１０７】
ダウンロードされたアプリは、ユーザが移動体通信端末２０で所定の操作を行うことなどにより起動する（Ｓ１０４）。アプリである電子契約申請部２０６はダウンロード後最初に起動したときに、電子化契約書７１３を出力部２０５に表示させ（Ｓ１０４）、ユーザに電子化契約書７１３に記載された内容の確認を促す。
【０１０８】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６はユーザに電子契約を結ぶか否かの決定の入力を受け付ける（Ｓ１０５）。例えば、出力部２０５である液晶ディスプレイに、「この内容で契約をしますか？ ＹＥＳ／ＮＯ」のようなメッセージを表示させてユーザの入力を促す。ユーザが電子化契約書７１３の内容に従って契約を結ぶことを選択した場合は、電子契約申請部２０６、より詳しくは暗号化処理部７０２は、暗号鍵７１５を用いて電子署名を生成する（Ｓ１０６）。なお、この実施の形態では、電子署名は電子化契約書７１３にユーザの住所氏名などを記入したもののハッシュ値を暗号鍵７１５によりＲＳＡ暗号方式により暗号化したものとするが、このようなものに限られず、例えば、ユーザを一意に特定可能な情報であって、第三者が容易に知り得ないものを暗号化したデータを使用しても構わない。但し、この場合には電子証明書７１１は利用しないこととなる。
【０１０９】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６は、電子化契約書７１３（但し、ユーザの住所氏名の入力が書き加えられている）、Ｓ１０６において生成した電子署名、及びユーザ側電子証明書７１１を電子決済サーバ１０に送信する（Ｓ１０７）。
【０１１０】
上記Ｓ１０７による電子化契約書７１３などを受信した電子決済サーバ１０、より詳しくは電子契約処理部４０９は、ユーザ側電子証明書７１１の発行機関である認証サーバ９２に、ユーザ側電子証明書７１１の有効性を問い合わせる（Ｓ１０８）。認証サーバ９２は、ＣＲＬ（Certified Revocation List）を参照して、ユーザ側電子証明書７１１の有効性を判定し、判定結果を電子決済サーバ１０に送信する（Ｓ１０９）。
【０１１１】
以下、図１５を参照しながら説明を続ける。
判定結果がユーザ側電子証明書７１１が有効であるとする場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は、ユーザ側電子証明書７１１の検証処理を実行する（Ｓ１１０）。すなわち、電子決済サーバ１０は、ユーザ側電子証明書７１１の電子署名が認証局（ＣＡ）によりなされたものかを認証局の公開鍵により電子署名を復号化して確認し、且つユーザ側電子証明書７１１が改ざんされていないかを確認する。Ｓ１０９からＳ１１１の検証が全て成功した場合、ユーザ側電子証明書７１１が信用できること、すなわちユーザ側電子証明書７１１に記述された暗号鍵（例えば、公開暗号鍵方式における公開鍵）がユーザのものであると信用できることが判明した。
【０１１２】
上記ユーザ側電子証明書７１１の検証が成功した場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は、電子化契約書７１３に付された電子署名の検証を実行する（Ｓ１１１）。すなわち、電子決済サーバ１０は、ユーザ側電子証明書７１１に記載された暗号鍵を用いて、電子化契約書７１３に付された電子署名を復号化し、電子署名の検証及び電子化契約書７１３の正当性（改ざんされていないこと）を検証する。
【０１１３】
Ｓ１１１における電子署名の検証に成功した場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は電子化契約書７１１はユーザにより正当に署名されたものと判定する。電子決済サーバ１０、より詳しくは電子契約処理部４０９は、移動体通信端末２０から受信した電子化契約書７１３（ユーザの電子署名が付されている）に決済事業者の電子署名をさらに付すと共に、決済事業者側電子証明書７１２を付し、これら電子化契約書７１３、決済事業者の電子署名、及び決済時業者側電子証明書７１２を移動体通信端末２０に送信する（Ｓ１１２）。
【０１１４】
ステップＳ１１２において送信された電子化契約書７１３などを受信した移動体通信端末２０、より詳しくは電子契約申請部２０６は、決済事業者側電子証明書７１２の発行機関である認証サーバ９２に、決済事業者側電子証明書７１２の有効性を問い合わせる（Ｓ１１３）。認証サーバ９２は、ＣＲＬ（Certified Revocation List）を参照して、決済事業者側電子証明書７１２の有効性を判定し、判定結果を電子決済サーバ１０に送信する（Ｓ１１４）。
【０１１５】
判定結果が決済事業者電子証明書７１２が有効であるとする場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は、決済事業者側電子証明書７１２の検証処理を実行する（Ｓ１１５）。すなわち、移動体通信端末２０、より詳しくは電子契約申請部２０６はは、決済事業者側電子証明書７１２の電子署名が認証局（ＣＡ）によりなされたものかを認証局の公開鍵により電子署名を復号化して確認し、且つ決済事業者側電子証明書７１２が改ざんされていないかを確認する。Ｓ１１３からＳ１１５の検証が全て成功した場合、決済事業者側電子証明書７１２が信用できること、すなわち決済事業者側電子証明書７１２に記述された暗号鍵（例えば、公開暗号鍵方式における公開鍵）が決済事業者のものであると信用できることが判明した。
【０１１６】
上記決済事業者側電子証明書７１２の検証が成功した場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は、電子化契約書７１３に付された決済事業者の電子署名の検証を実行する（Ｓ１１６）。すなわち、移動体通信端末２０は、決済事業者側電子証明書７１２に記載された暗号鍵を用いて、電子化契約書７１３に付された決済事業者の電子署名を復号化し、決済事業者の電子署名の検証及び電子化契約書７１３の正当性（改ざんされていないこと）を検証する。
【０１１７】
Ｓ１１６における決済事業者の電子署名の検証に成功した場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は電子化契約書７１３は決済事業者により正当に署名されたものと判定する。
【０１１８】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６は、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３（或いはそのハッシュ値）をタイムスタンプサーバ９４に送信し、タイムスタンプサーバ９４にタイムスタンプの発行を要求する（Ｓ１１７）。このタイムスタンプ要求を受信したタイムスタンプサーバ９４は、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３のハッシュ値に日時を付与し、デジタル署名としたタイムスタンプ・トークンを生成し、これを移動体通信端末２０に送信する（Ｓ１１８）。
【０１１９】
移動体通信端末２０、より詳しくは電子契約申請部２０６は、このタイムスタンプ・トークンを取得する（Ｓ１１９）と、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３にこのタイムスタンプ・トークンを付与して電子化契約書保管原本７１４として記憶部７０３に記憶させると共に、電子決済サーバ１０に送信する（Ｓ１２０）。
【０１２０】
電子化契約書保管原本７１４を受信した電子決済サーバ１０、より詳しくは電子契約処理部４０９は、これを記憶部８０３に記憶させる（Ｓ１２１）。
【０１２１】
これにより、ユーザ及び決済事業者の間で引き落とし代行契約が締結されたこととなる。この電子化契約書保管原本７１４が電子決済サーバ１０に記憶されることを条件に、電子化決済サーバ１０は、ユーザ登録を受け付ける。すなわち、電子化契約書保管原本７１４が電子決済サーバ１０に記憶されなければ、ユーザ登録は行われず、従ってユーザが電子決済システム１の利用を開始することはできない。言い換えれば、電子化契約書保管原本７１４が電子決済サーバ１０に記憶されることが、ユーザ登録の必須条件となっている。
【０１２２】
次に、図１６を参照しながら、ステップＳ１２１の後の電子決済システム１の動作について説明する。なお、図１６以降のシーケンス図においては、認証サーバ９２，タイムスタンプサーバ９４の図示は省略した。
【０１２３】
ステップＳ１２１の完了をトリガとして、電子決済サーバ１０は移動体通信端末２０にユーザ登録開始メッセージを送信する（Ｓ１２２）。
ユーザ登録開始メッセージを受信した移動体通信端末２０は、アプリを起動させる（Ｓ１２３）。アプリはダウンロード後最初に起動したときに、ユーザに初期情報を入力させるための初期入力画面を出力部２０５に表示させ、ユーザに初期情報入力を促す（Ｓ１２４）。ここで、初期情報として要求されるのは、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０などである。なお、ユーザＩＤ６０２、パスワード６０３は予め電子決済サーバ１０により設定されるようにして、ユーザの入力によらないものとしてもよい。
【０１２４】
ユーザが移動体通信端末２０の入力部２０４を用いて初期情報の入力を完了させると、移動体通信端末２０は、電子決済サーバ１０に通信網５０を介して接続し、入力された初期情報などを電子決済サーバ１０に送信する（Ｓ１２５）。
【０１２５】
初期情報を受信した電子決済サーバ１０は、この初期情報が正しい情報であるか、入力されたユーザ口座が有効であるかを、利用代金収納ネットワーク４０に問い合わせるメッセージである口座確認要求メッセージを利用代金収納ネットワーク４０に送信する（Ｓ１２６）。口座確認要求メッセージを受信した利用代金収納ネットワーク４０は、口座のデータベースなどを検索して、口座確認要求メッセージにおいて確認対象とされたユーザ口座の有無、有効性を判定し、判定の結果を口座確認結果メッセージとして電子決済サーバ１０に送信する（Ｓ１２７）。口座確認結果メッセージが、入力された口座情報が間違っている、又は口座が有効でないことを示している場合、口座確認結果メッセージを受信した電子決済サーバ１０は、再度初期情報の入力を促すメッセージを移動体通信端末２０に送信する（図１６において図示省略）。一方、入力された口座情報が正しく、入力された口座が有効であるということを口座確認結果メッセージが示している場合、口座確認結果メッセージを受信した電子決済サーバ１０は、入力された初期情報に基づいてユーザ登録を行う（Ｓ１２８）。すなわち、電子決済サーバ１０は、データベース部４０３のユーザテーブル６００及びユーザ保有金額データ７００にそれぞれ新たなレコード６０１，１００１を追加して、これらレコード６０１、１００１にユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０、ユーザＩＤ１００２、保有金額１００３などを書き込んでおく。
【０１２６】
上記のユーザ登録（Ｓ１２８）が完了すると、電子決済サーバ１０は、電子化契約書原本７１４を利用代金収納ネットワーク４０に送信する（１２９）。電子化契約書原本７１４を受信した利用代金収納ネットワーク４０は、これを記憶する（Ｓ１３０）。なお、この例では、電子化契約書原本７１４の受信先を利用代金収納ネットワーク４０としたが、電子化契約書原本７１４の受信先は、ユーザ口座を有する金融機関が、電子化契約書原本７１４に基づいて契約成立を確認可能な装置であればどのようなものでも構わない。
【０１２７】
また、この例においては、電子化契約書原本７１４を利用代金収納ネットワーク４０に送信するタイミングをユーザ登録（Ｓ１２８）の後として説明したが、電子化契約書原本７１４が生成された後（Ｓ１１９以後）であれば、どのようなタイミングで電子化契約書原本７１４を利用代金収納ネットワーク４０に送信するようにしても本発明は成立する。
【０１２８】
さて、ユーザ登録（Ｓ１２８）完了後、そのユーザは電子決済システム1の利用が可能となる。以下、図１７を参照しながら、ユーザ登録後の電子決済システム１の動作例を説明する。
【０１２９】
上記のユーザ登録が終了しただけでは、ユーザは電子決済システム１を利用して有価価値提供装置３０から買い物（有価価値の受領）を行うことができるわけではない。ユーザは、移動体通信端末２０から電子決済システム１、より詳しくは電子決済サーバ１０に自分のユーザ口座４１から決済事業者口座４２に適当な金額の預入金を振り込むよう要求する必要がある。有価価値提供装置３０による有価価値の提供によりユーザが消費した金額分はこの預入金より差し引かれる。差し引かれた分の金額は、有価価値提供装置３０に支払われた金額であり、その支払いの受取人である遊技場事業者の口座、すなわち遊技場事業者口座４３に利用代金収納ネットワーク４０の処理により後に振り込まれる。以下、ユーザが電子決済サーバ１０に自己の口座であるユーザ口座４１から決済事業者口座４２へ振替を要求した場合の、上記電子決済システム１の動作例を、図１７を参照ながら説明する。図１７は、ユーザ口座４１から決済事業者口座４２へ振替を要求した場合の電子決済システム１の動作例を示したシーケンス図である。
【０１３０】
まず、ユーザは移動体通信端末２０においてアプリ、より詳しくは振替要求生成部２０８を起動させる（Ｓ２０１）。起動したアプリ、より詳しくは振替要求生成部２０８は、移動体通信端末２０の出力部２０５に、入力インターフェイス画面などを表示させ、ユーザに振替要求メッセージに必要な情報、例えば振替金額、口座暗証番号などの入力を促す。
【０１３１】
これらの入力を受け付けると（Ｓ２０２）、移動体通信端末２０、より詳しくは振替要求生成部２０８は振替要求メッセージを生成し、この振替要求メッセージを電子決済サーバ１０に、通信網５０などを介して送信する（Ｓ２０３）。この振替要求メッセージには、ユーザＩＤ１０１、パスワード１０２、口座暗証番号１０６、入力された振替金額などが格納されている。
【０１３２】
この振替要求メッセージを受信した電子決済サーバ１０，より詳しくは振替要求処理部４０４は、振替要求メッセージに含まれるユーザＩＤ１０１をキーとして、ユーザテーブル６００を検索し、そのユーザＩＤ１０１と一致するレコード６０１から、ユーザ口座４１を指定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９を取得する。さらに、別に記憶している決済事業者口座を特定する情報（図略）、すなわち決済事業者口座の銀行番号、支店番号，口座種別，口座番号を読み出して、これら情報から振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ２０４）。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワークが採用する方式に従うようにしてよい。
【０１３３】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、指定された金額（以下、「ユーザ振替金額」と呼ぶ）をユーザ口座４１から決済事業者口座４２に移すように、振替処理を行う（Ｓ２０５）。振替処理（Ｓ２０５）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ２０６）。なお、ユーザ口座４１の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は、振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
【０１３４】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、このユーザ振替金額をユーザ保有金額データ７００の対応するレコード１００１に反映させる処理である保有金額データ処理を実行する（Ｓ２０７）。この保有金額データ処理により、ユーザ振替金額に相当する金額をユーザは電子決済システム１を用いて使用できるようになる。
【０１３５】
図１８から図１９は、電子決済サーバ１０と利用代金収納ネットワーク４０との間で行われるユーザ振替金額を処理する場合の動作例を説明する図である。
図１８は、ユーザが電子決済サーバ１０に振替要求メッセージ送信（図１７，Ｓ２０３）を行う前の状態の一例を示している。この例では、利用代金収納ネットワーク４０は、ユーザ口座４１、決済所業者口座４２、及び遊技場事業者口座４３を有している。
【０１３６】
さて、一例として、ユーザ口座４１の残高は￥１００，０００であり、決済所業者口座４２、及び遊技場事業者口座４３の残高はともに￥０であるものとしよう。なお、実際には、複数のユーザ、複数の遊技場事業者が利用代金収納ネットワーク４０に口座を有していることになろうが、図１８から図１９では、代表例としてユーザ口座４１、及び遊技場事業者口座４３をそれぞれ一つずつ表示した。
【０１３７】
電子決済サーバ１０は、前述の通りユーザ保有金額データ７００、遊技場事業者保有金額データ９００を記憶しており、ユーザ保有金額データ７００はユーザ毎にレコード１００１を有し、遊技場事業者保有金額データ９００も遊技場事業者毎にレコード９０１を有している。なお、図中のレコード１００１は、ユーザ口座４１のユーザに対応するデータであり、またレコード９０１は、遊技場事業者口座４３の遊技場事業者に対応するデータである。両レコード１００１，９０１に格納されている保有金額はこの時点では￥０であるものとする。
【０１３８】
ここで、ユーザがユーザ口座４１から￥１０，０００分だけ電子決済システム１により使用したいと考えたとしよう。図１９は、図１８の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末２０から電子決済サーバ１０に振替要求メッセージを送信した後の状態を示している。電子決済サーバ１０は、この振替要求メッセージに応じて以下のような振替依頼を利用代金収納ネットワーク４０に送信する。すなわち、ユーザ振替金額￥１０，０００及び決済事業者に支払う手数料（例えば、￥１００）をユーザ口座４１から決済事業者口座４２に振り替えるという内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１３９】
この振替依頼を受信した利用代金収納ネットワーク４０は、ユーザ口座４１から￥１０，１００を決済事業者口座４２に振り替える処理を行う。その結果、図１９に示すように、ユーザ口座４１の残高は、￥１００，０００ー￥１０，１００＝￥８９，９００となり、決済事業者口座４２の残高は、￥０＋￥１０，１００＝￥１０，１００となる。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じてこのように変更する。
【０１４０】
図２０は、図１９の状態の後に、電子決済サーバ１０が保有金額データ処理（図１７，Ｓ２０７）を行った後の状態を示す。前述の図１９に示したように、利用代金収納ネットワーク４０によって振替処理が行われると、利用代金収納ネットワーク４０は電子決済サーバ１０に￥１０，１００の振替が正常に行われた旨の振替結果通知を送信する（図１７，Ｓ２０６）。電子決済サーバ１０、より詳しくは振替要求処理部４０４は、この振替結果通知に応じて、振替が行われたユーザ口座４１に対応するレコード１００１が記憶しているユーザ保有金額１００３の値に振り替えた金額を加算する。但し、手数料に相当する￥１００は加算しない。この加算による保有金額データ処理（Ｓ２０７）の結果、レコード１００１には、￥０＋￥１０，０００＝￥１０，０００が記録されることとなる。この￥１０，０００はユーザが電子決済システム１において使用できる金額となる。
【０１４１】
次に、ユーザが有価価値提供装置３０から有価価値の提供を受けようとした場合の、電子決済システム１の動作例について図２１を参照しながら説明する。図２１は、ユーザが有価価値提供装置３０から有価価値の提供を受けるために、移動体通信端末２０と有価価値提供装置３０との間で近距離通信手段２０１，３０３による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図である。
【０１４２】
まず、ユーザが本電子決済システム１を利用して、有価価値提供装置３０による有価価値の提供を受けようとしようとしたものとする。
この場合、ユーザは移動体通信端末２０が有価価値提供装置３０の機器ＩＤなどを取得するよう、移動体通信端末２０と有価価値提供装置３０との間で近距離通信による通信を行わせる。例えば、端末側近距離通信部２０１が非接触式ＩＣカード用ＩＣチップであり、提供装置側近距離通信部３０３がリーダ／ライタである場合には、非接触式ＩＣカード用チップの近接をリーダ／ライタが検知すると、提供装置側近距離通信部３０３であるリーダ／ライタは、自らが記憶している機器ＩＤ、ｉアプリなどアプリケーションを指定するアプリ番号、ユーザ支払金額を端末側近距離通信部２０１である非接触式ＩＣカード用チップに送信する（Ｓ３０１）。ここで、機器ＩＤは、有価価値提供装置３０を一意に特定することができる識別情報であり、アプリ番号は、移動体通信端末２０において動作するｉアプリなどのアプリケーションを一意に特定する識別情報である。ユーザ支払金額は、有価価値提供装置３０がユーザに提供する有価価値の対価の額を特定する情報である。有価価値提供装置３０は、移動体通信端末２０による有価価値の購入申し込みがあると、予め定められた支払金額分の有価価値の購入申し込みとして取り扱う。例えば、有価価値提供装置３０が玉貸し機である場合には、ユーザが移動体通信端末３０を有価価値提供装置３０である玉貸し機に近づけて、非接触式ＩＣカード用チップの読み取りを行わせると、その有価価値提供装置３０について定められた支払金額（例えば、￥１，０００）分の貸し玉の購入申し込みとして処理する。なお、ユーザ支払金額は有価価値提供装置３０毎に異なっていてもよい。例えば、同一の遊技場内に設置された玉貸し機Ａについては、支払金額は￥１，０００と定められており、別の玉貸し機Ｂについては支払金額は￥５，０００と定められているようにしてもよい。また、ユーザ支払金額はユーザの選択によって決定できるようにしてもよい。例えば、有価価値提供装置３０がプリペイド・カード発券装置である場合に、このプリペイド・カード発券装置は複数の異なる金額のプリペイド・カード（例えば、￥１，０００、￥３，０００、￥５，０００、￥１０，０００）を発券できる装置であって、これらの金額を指定する複数の金額決定ボタンを有している。ユーザは、所望の金額の金額決定ボタンを押下することにより、望みの金額のプリペイド・カードを購入する。この場合には、ユーザが金額決定ボタンにより選択した金額が上記ユーザ支払金額として電子決済システム１で扱われるようにしてもよい。
【０１４３】
上記のユーザ支払金額は必ずしもステップＳ３０１において、有価価値提供装置３０から移動体通信端末２０に送信されなくともよい。支払金額は機器ＩＤに基づいて電子決済サーバ１０が予め用意してあるテーブルを用いて判断するようにしても構わない。
【０１４４】
機器ＩＤ、アプリ番号、ユーザ支払金額を受信した端末側近距離通信部２０１は、このアプリ番号に対応するｉアプリなどのアプリケーション、すなわち支払要求生成部２０２を起動させる（Ｓ３０２）。このとき、機器ＩＤ、ユーザ支払金額は端末側近距離通信部２０１から支払要求生成部２０２に渡される。
【０１４５】
起動した支払要求生成部２０２は、有価価値提供装置３０から受け取った機器ＩＤとユーザ支払金額、及びユーザ情報記憶部２０７に記憶されているユーザＩＤ１０１，パスワード１０２を含んだ支払要求メッセージを生成し、これを電子決済サーバ１０に宛てて送信する（Ｓ３０３）。
【０１４６】
支払要求メッセージを受け取った電子決済サーバ１０，より詳しくは支払要求処理部４０２は、まずユーザＩＤ１０１を検索キーとしてユーザ保有金額データ７００を検索し、ユーザＩＤ１０１に該当するレコード１００１の保有金額１００３を取得する。支払要求処理部４０２は、ユーザ支払金額と保有金額１００３とを比較し、保有金額１００３からユーザ支払金額を引き落とすことができるかどうか判定する（Ｓ３０４）。
【０１４７】
ステップＳ３０４において、引き落とすことができないと判定した場合は、支払要求処理部４０２は結果通知部４０７を起動させる。結果通知部４０７は、判定に基づいた処理結果通知を生成し、これを有価価値提供装置３０及び／又は移動体通信端末２０に送信する。処理結果通知を受け取った移動体通信端末２０は、その出力部２０５に処理結果通知の内容を表示する。例えば、「決済要求は処理されました。ご利用ありがとうございました。」或いは「残高が不足しています。決済はできませんでした。」などの内容が表示される。
【０１４８】
一方、ステップＳ３０４において引き落とすことができると判断した場合は、支払要求処理部４０２は提供指示部４０６を起動させる。起動した提供指示部４０６は有価価値提供装置３０へ提供指示メッセージを送信する（Ｓ３０５）。有価価値提供装置３０はユーザ支払金額に応じた有価価値をユーザに提供する（Ｓ３０６）。なお、提供指示メッセージの送信先アドレスは、機器ＩＤをキーとして有価価値提供装置テーブル１０００を検索し、該当するレコード１００１の機器ＩＤアドレス１００３によって決定する。
【０１４９】
また、ステップＳ３０４において引き落とすことができると判断した場合は、支払要求処理部４０２は、ユーザ保有金額データ７００、より詳しくは該当するユーザＩＤを有するレコード１００１の保有金額１００３、及び遊技場事業者保有金額データ９００、より詳しくは該当する遊技場事業者ＩＤを有するレコード９０１の保有金額９０３を、ユーザ支払金額を振り替えるように書き換える（Ｓ３０７）。
【０１５０】
また、電子決済サーバ１０、より詳しくは支払要求処理部４０２は、ステップＳ３０４において引き落とすことができると判断した場合は、結果通知部４０７を起動させる。起動した結果通知部４０７は、移動体通信端末２０に、指定された支払金額の支払いを行ったことを知らせるためのメッセージである実行完了メッセージを送信する（Ｓ３０８）。実行完了メッセージは、ユーザの指定した支払金額に応じた支払手続きが終了したことを示すメッセージである。なお、実行完了メッセージの送信先アドレスは、ユーザＩＤをキーとしてユーザテーブル６００を検索し、該当するレコード６０１のメールアドレス６０４によって決定する。
【０１５１】
実行完了メッセージを受信した移動体通信端末２０は、実行完了メッセージの内容として出力部２０５により結果表示を行う（Ｓ３０９）。例えば、移動体通信端末２０の出力部２０５に、「○○様の保有金額より、￥１，０００の支払いを行いました」などの表示をすることにより、結果表示が行われる。また、この結果表示の際に支払金額を引き落とした後の保有金額１００３の値、すなわち電子決済サーバ１０における残高を表示させるようにしてもよい。但し、保有金額１００３は移動体通信端末２０に記憶されることはなく、保有金額１００３を記憶するのは電子決済サーバ１０の役割である。
【０１５２】
図２２は、図２０の状態の後、ステップＳ３０１からステップＳ３０７までの処理が行われた後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を図示した図である。ユーザ支払金額の振替が行われる以前の図２０の状態では、ユーザ保有金額データ７００の該当レコード１００１の保有金額１００３は￥１０，０００であり、また遊技場事業者保有金額データ９００の該当レコード９０１の保有金額９０３は￥０であった。
【０１５３】
図２２はユーザ支払金額が￥１，０００である場合に、振替処理（Ｓ３０７）を行った後の状態である。この振替処理（Ｓ３０７）において、電子決済サーバ１０の支払要求処理部４０２は、ユーザの保有金額である保有金額１００３の値￥１０，０００からユーザ支払金額である￥１，０００を差し引いて保有金額１００３の値を￥９，０００に書き換えると共に、遊技場事業者の保有金額である保有金額９０３の値￥０にユーザ支払金額である￥１，０００を加算して、保有金額１００３の値を￥１，０００に書き換える。
【０１５４】
このような振替処理（Ｓ３０７）による保有金額１００３，９０３の書き換えにより、有価価値提供装置３０による有価価値の提供に対する対価の支払い、すなわちユーザから遊技場事業者への支払いが、電子決済サーバ１０において実行されることとなる。
【０１５５】
上記のステップＳ３０１からステップＳ３０９までの処理は、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に行われ、それぞれのユーザ支払金額は、該当する遊技場事業者の保有金額として加算され記録される。すなわち、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に、その有価価値提供装置３０を所有若しくは運営する遊技場事業者の保有金額９０３の値は増加してゆくこととなる。
【０１５６】
上記の遊技場事業者の保有金額９０３は、利用代金収納ネットワーク４０上の遊技場事業者口座４３に振り込まれなければならない。以下、電子決済システム１における遊技場事業者口座４３への振り込みについて、図２３を参照しながら説明する。図２３は、電子決済システム１における遊技場事業者口座４３への振込処理の例を示すシーケンス図である。
【０１５７】
電子決済サーバ１０、より詳しくは精算処理部４０５は所定のタイミングで自動起動し、振替依頼生成処理を実行する（Ｓ４０１）。この振替依頼は、決済事業者口座４２から遊技場事業者口座４３へ、当該遊技場事業者の保有金額９０３に対応した額の振り込みを行うことを利用代金収納ネットワーク４０に依頼するメッセージである。このメッセージの詳細は、利用代金収納ネットワーク４０の定めた仕様に合致するよう定められればよい。
【０１５８】
振替依頼生成処理（Ｓ４０１）において、振替依頼は、遊技場事業者保有金額テーブル９００の各レコード９０１について、一つ生成される。振替依頼は、振込先口座である遊技場事業者口座４３を特定する情報、すなわち銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９を格納している。また、振替依頼は、振替元口座である決済事業者口座４２を特定する情報として決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号、口座名義を格納している。またさらに振替依頼は、振込金額として保有金額８０９に基づいた金額の値を格納する。保有金額８０９に基づいた金額は、必ずしも保有金額と同じ値でなくともよく、例えば、決済事業者のための手数料を保有金額から差し引いた残りの額、などである。
【０１５９】
精算処理部４０５が自動起動する所定のタイミングは、ＣＰＵが判定可能なタイミングであればどのようなものでも構わないが、例えば時間的な条件によるタイミング（毎月３０日、或いは第４月曜日、いわゆる五十日（ごとうび）、など）でもよいし、保有金額が所定の値に達したときなど金額的な条件によるタイミングなどでもよい。また、精算処理部４０５は必ずしも自動起動する必要はなく、電子決済サーバ１０の管理者やオペレータなどが手動により精算処理部４０５を動作させる構成としても、本発明は成立する。
【０１６０】
精算処理部４０５は、各レコード９０３について振替依頼の生成を行うと、生成した振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ４０２）。これら振替依頼を受信した利用代金収納ネットワーク４０は、各振替依頼の内容に従って、決済事業者口座４２から遊技場事業者口座４３への振替処理を実行する（Ｓ４０３）。これらステップＳ４０１からＳ４０３までの処理によって、各ユーザが有価価値提供装置３０の利用対価として支払った金額の合計が、それぞれの遊技場事業者口座４３に振り込まれることとなる。
【０１６１】
振替処理（Ｓ４０３）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ４０４）。なお、決済事業者口座４２の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
【０１６２】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、この振替金額を遊技場事業者保有金額データ９００の対応するレコード９０１に反映させる処理である保有金額データ処理を実行する（Ｓ４０５）。この保有金額データ処理により、遊技場事業者の保有金額９０３の値は「０」に戻される。
【０１６３】
図２４は、図２２に示した状態の後にステップＳ４０１からＳ４０５が実行された結果の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示す図である。図２２の状態において、レコード９０１の保有金額９０３は￥１，０００であった。精算処理部４０５はこの保有金額９０３の値から決済事業者のための手数料（一例として￥１０とする）を差し引いた額である￥９９０を決済事業者口座４２から遊技場事業者口座４３に振り込むように振替依頼を生成し、その振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ４０２）。
【０１６４】
この振替依頼を受け取った利用代金収納ネットワーク４０は、決済事業者口座４２から遊技場事業者口座４３へ￥９９０を振り替える振替処理を行う（Ｓ４０３）。その結果、決済事業者口座４２には、￥１０，１００から￥９９０を差し引いた￥９，１１０が残高として記憶され、一方、遊技場事業者口座４３には、￥０に￥９９０を加算した￥９９０が残高として記憶される。なお、決済事業者口座４２の残高￥９，１１０のうち￥９，０００はユーザから預かっている金額であり、残りの￥１１０が決済事業者の利益である。これで、電子決済事業者は本電子決済システム１の運営から利益を得ることができるようになる。
【０１６５】
［ＩＩ．第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
第１の実施の形態にかかる電子決済システム１が複数の異なる遊技場事業者に対する支払いを扱うのに対して、第２の実施の形態にかかる電子決済システム１は、単一の遊技場事業者に対する支払いを扱う点で異なる。従って、第２の実施の形態にかかる電子決済システム１は、各遊技場事業者について、一つずつ設けられることとなる。但し、同一の遊技場事業者の運営化にある遊技場は複数であっても同一の電子決済システム１により取り扱うことができる。
【０１６６】
また、第２の実施の形態にかかる電子決済サーバ１０には、精算処理部４０５は不要である点で、第１の実施の形態と異なっている。
【０１６７】
［１．第２の実施の形態における電子決済システムの構成例］
第２の実施の形態にかかる電子決済システムの構成は、基本的に第１の実施の形態と同様であるので、これらの詳細な説明は省略する。なお、第２の実施の形態にかかる電子決済サーバ１０は単一の遊技場事業者のみを扱うため、電子決済サーバ１０のデータベース部４０３は、遊技場事業者テーブル８００，遊技場事業者保有金額テーブル９００を有しなくてよい。
【０１６８】
［２．第２の実施の形態における電子決済システムの動作例］
次に、第２の実施の形態にかかる電子決済システムの動作例について説明する。
【０１６９】
第２の実施の形態にかかる電子決済システム１についても、ユーザはまずｉアプリなどのアプリケーションをダウンロードし、電子決済システム１、より詳しくは電子決済サーバ１０にユーザ登録をする必要がある。この処理については、図１４から図１６に示した第１の実施の形態の動作例と同様なので、第２の実施の形態におけるこれら処理の詳細な説明は省略する。
【０１７０】
第１の実施の形態と同様に第２の実施の形態においても、上記のユーザ登録が終了しただけでは、ユーザは電子決済システム１を利用して有価価値提供装置３０から買い物（有価価値の受領）を行うことができるわけではない。ユーザは、移動体通信端末２０から電子決済システム１、より詳しくは電子決済サーバ１０に自分のユーザ口座４１から決済事業者口座４２に適当な金額の預入金を振り込むよう要求する必要がある。ユーザが有価価値提供装置３０により消費する金額分はこの預入金より差し引かれる。差し引かれた分の金額は、有価価値提供装置３０に支払われた金額であり、その支払いの受取人である遊技場事業者の口座、すなわち遊技場事業者口座４３に利用代金収納ネットワーク４０の処理により振り込まれる。以下、ユーザが電子決済サーバ１０に自己の口座であるユーザ口座４１から決済事業者口座４２へ振替を要求した場合の、第２の実施の形態における電子決済システム１の動作例を、図２５を参照ながら説明する。図２５は、ユーザ口座４１から決済事業者口座４２へ振替を要求した場合の電子決済システム１の動作例を示したシーケンス図である。
【０１７１】
まず、ユーザは移動体通信端末２０においてアプリ、より詳しくは振替要求生成部２０８を起動させる（Ｓ５０１）。起動したアプリ、より詳しくは振替要求生成部２０８は、移動体通信端末２０の出力部２０５に、入力インターフェイス画面などを表示させ、ユーザに振替要求メッセージに必要な情報、例えば振替金額、口座暗証番号などの入力を促す。
【０１７２】
これらの入力を受け付けると（Ｓ５０２）、移動体通信端末２０、より詳しくは振替要求生成部２０８は振替要求メッセージを生成し、この振替要求メッセージを電子決済サーバ１０に、通信網５０などを介して送信する（Ｓ５０３）。この振替要求メッセージには、ユーザＩＤ１０１、パスワード１０２、入力された振替金額、口座暗証番号などが格納されている。
【０１７３】
この振替要求メッセージを受信した電子決済サーバ１０，より詳しくは振替要求処理部４０４は、振替要求メッセージに含まれるユーザＩＤ１０１をキーとして、ユーザテーブル６００を検索し、そのユーザＩＤ１０１と一致するレコード６０１から、ユーザ口座４１を指定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９を取得する。さらに、別に記憶している決済事業者口座を特定する情報（図略）、すなわち決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号を読み出して、これら情報から振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ２０４）。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワーク４０が採用する方式に従うようにしてよい。
【０１７４】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、指定された金額（以下、「ユーザ振替金額」と呼ぶ）をユーザ口座４１から決済事業者口座４２に移すように、振替処理を行う（Ｓ５０５）。振替処理（Ｓ５０５）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ５０６）。なお、ユーザ口座４１の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は、振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
なお、Ｓ５０１からＳ５０６までの処理は、第１の実施の形態におけるＳ２０１からＳ２０６と同様である。
【０１７５】
さて、Ｓ５０６の後、電子決済サーバ１０，より詳しくは振替要求処理部４０４は、さらに決済事業者口座４２から遊技場事業者口座４３にユーザ振替金額に対応する金額を振り替えるように要求する振替依頼を生成し、これを利用代金収納ネットワーク４０に送信する（Ｓ５０６）。
【０１７６】
電子決済サーバ１０、より詳しくは振替要求処理部４０４は、予め記憶している決済事業者口座４２を特定する情報、すなわち決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号、及び遊技場事業者口座４３を指定する情報である銀行番号、支店番号，口座種別，口座番号、口座名義を読み出して、これら情報とユーザ支払金額に基づく金額とから振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ５０７）。「ユーザ支払金額に基づく金額」は、この実施の形態においては、ユーザ支払金額から決済事業者に支払う手数料を差し引いた金額（以下、「遊技場事業者振込金額」と呼ぶ）であるものとする。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワークが採用する方式に従うようにしてよい。
【０１７７】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、遊技場事業者振込金額を決済事業者口座４２から遊技場事業者口座４３に移すように、振替処理を行う（Ｓ５０８）。振替処理（Ｓ５０８）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ５０９）。
【０１７８】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、このユーザ振替金額をユーザ保有金額データ７００の対応するレコード１００１に反映させる処理である保有金額データ処理を実行する（Ｓ５１０）。この保有金額データ処理により、ユーザ振替金額に相当する金額をユーザは電子決済システム１を用いて使用できるようになる。
【０１７９】
図２６から図２９は、第２の実施の形態における電子決済サーバ１０と利用代金収納ネットワーク４０との間で行われるユーザ振替金額を処理する場合の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を説明する図である。
【０１８０】
図２６は、ユーザが電子決済サーバ１０に振替要求メッセージ送信（図２５，Ｓ５０３）を行う前の状態の一例を示している。この例では、利用代金収納ネットワーク４０は、ユーザ口座４１、決済所業者口座４２、及び遊技場事業者口座４３を有している。
【０１８１】
さて、ユーザ口座４１の残高は￥１００，０００であり、決済所業者口座４２、及び遊技場事業者口座４３の残高はともに￥０であるものとしよう。なお、実際には、複数のユーザ、複数の遊技場事業者が利用代金収納ネットワーク４０に口座を有していることになろうが、図２６から図２９では、代表例としてユーザ口座４１、及び遊技場事業者口座４３をそれぞれ一つずつ表示した。
【０１８２】
電子決済サーバ１０は、前述の通りユーザ保有金額データ７００を記憶している。しかし、第２の実施の形態においては、遊技場事業者保有金額データ９００を記憶する必要はない。
【０１８３】
ユーザ保有金額データ７００はユーザ毎にレコード１００１を有している。なお、図中のレコード１００１は、ユーザ口座４１のユーザに対応するデータである。レコード１００１に格納されている保有金額はこの時点では￥０であるものとする。
【０１８４】
図２７は、図２６の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末２０から電子決済サーバ１０に振替要求メッセージを送信した後の状態を示している。電子決済サーバ１０は、この振替要求メッセージに応じて以下のような振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ５０４参照）。すなわち、ユーザ振替金額￥１０，０００及び決済事業者の手数料（例えば、￥１００とする）をユーザ口座４１から決済事業者口座４２に振り替えるという、内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１８５】
この振替依頼を受信した利用代金収納ネットワーク４０は、ユーザ口座４１から￥１０，１００を決済事業者口座４２に振り替える処理を行う（Ｓ５０５参照）。その結果、図２７に示すように、ユーザ口座４１の残高は、￥１００，０００ー￥１０，１００＝￥８９，９００となり、決済事業者口座４２の残高は、￥０＋￥１０，１００＝￥１０，１００となる。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じてこのように変更する。
【０１８６】
図２８は、図２７の状態の後、遊技場事業者口座４３に振込金額を振り替えるよう、電子決済サーバ１０から利用代金収納ネットワーク４０へ振替依頼が送信され（Ｓ５０７）、利用代金収納ネットワーク４０がこの振替依頼に応じた振替処理（Ｓ５０８）を実行した後の状態を示している。
【０１８７】
電子決済サーバ１０は、遊技場事業者口座４３へ振込金額を振り替える旨の以下のような振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ５０７参照）。すなわち、ユーザ振替金額￥１０，０００から決済事業者の手数料（例えば、￥１００とする）を差し引いた額（￥１０，０００ー￥１００＝￥９，９００）である遊技場事業者振込金額を決済事業者口座４２から遊技場事業者口座４３に振り替えるという内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１８８】
この振替依頼を受信した利用代金収納ネットワーク４０は、決済事業者口座４１から￥９，９００を遊技場事業者口座４３に振り替える処理を行う（Ｓ５０８参照）。その結果、図２３に示すように、決済事業者口座４２の残高は、￥１０，１００ー￥９，９００＝￥２００となり、遊技場事業者口座４３の残高は、￥０＋￥９，９００＝￥９，９００となる。ユーザ口座４１の残高は￥８９，９００のまま変わらない。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じて上述のように変更する。
【０１８９】
図２９は、図２８の状態の後に、電子決済サーバ１０が保有金額データ処理（Ｓ５１０）を実行した後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示す図である。図２５に示したように、利用代金収納ネットワーク４０によって振替処理（Ｓ５０８）が行われると、利用代金収納ネットワーク４０は電子決済サーバ１０に遊技場事業者振込金額の振替が正常に行われた旨の振替結果通知を送信する（Ｓ５０９）。
【０１９０】
電子決済サーバ１０、より詳しくは振替要求処理部４０４は、この振替結果通知に応じて、振替が行われたユーザ口座４１に対応するレコード１００１が記憶しているユーザ保有金額にユーザ振込金額を加算する保有金額データ処理を実行する（Ｓ５１０）。但し、手数料に相当する￥１００は加算しない。この加算による保有金額データ処理（Ｓ５１０）の結果、レコード１００１には、￥０＋￥１０，０００＝￥１０，０００が記録されることとなる。この￥１０，０００はユーザが電子決済システム１において使用できる金額となる。
【０１９１】
次に、第２の実施の形態にかかる電子決済システム１において、ユーザが有価価値提供装置３０から有価価値の提供を受けようとした場合の、電子決済システム１の動作例について図３０を参照しながら説明する。図３０は、ユーザが有価価値提供装置３０から有価価値の提供を受けるために、移動体通信端末２０と有価価値提供装置３０との間で近距離通信手段による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図である。
【０１９２】
まず、ユーザが電子決済システム１を利用して、有価価値提供装置３０による有価価値の提供を受けようとしようとしたものとする。
【０１９３】
この場合、ユーザは移動体通信端末２０が有価価値提供装置３０の機器ＩＤなどを取得するよう、移動体通信端末２０と有価価値提供装置３０との間で近距離通信による通信を行わせる。例えば、端末側近距離通信部２０１が非接触式ＩＣカード用ＩＣチップであり、提供装置側近距離通信部３０３がリーダ／ライタである場合には、非接触式ＩＣカード用チップの近接をリーダ／ライタが検知すると、提供装置側近距離通信部３０３であるリーダ／ライタは、自らが記憶している機器ＩＤ、アプリ番号、ユーザ支払金額を端末側近距離通信部２０１である非接触式ＩＣカード用チップに送信する（Ｓ６０１）。ここで、機器ＩＤは、有価価値提供装置３０を一意に特定することができる識別情報であり、アプリ番号は、移動体通信端末２０において動作するｉアプリなどのアプリケーションを一意に特定する識別情報である。ユーザ支払金額は、有価価値提供装置３０がユーザに提供する有価価値の対価の額を特定する情報である。有価価値提供装置３０は、移動体通信端末２０による有価価値の購入申し込みがあると、予め定められた支払金額分の有価価値の購入申し込みとして取り扱う。例えば、有価価値提供装置３０が玉貸し機である場合には、ユーザが移動体通信端末３０を玉貸し機に近づけて、非接触式ＩＣカード用チップの読み取りを行わせると、その有価価値提供装置３０について定められた支払金額（例えば、￥１，０００）分の貸し玉の購入申し込みとして処理する。なお、有価価値提供装置３０毎に異なっていてもよい。例えば、同一の遊技場内に設置された玉貸し機Ａについては、支払金額は￥１，０００と定められており、別の玉貸し機Ｂについては支払金額は￥２，０００と定められているようにしてもよい。また、支払金額はユーザの選択によって決定できるようにしてもよい。例えば、有価価値提供装置３０がプリペイド・カード発券装置である場合に、このプリペイド・カード発券装置は複数の異なる金額のプリペイド・カード（例えば、￥１，０００、￥３，０００、￥５，０００、￥１０，０００）を発券できる装置であって、これらの金額を指定する複数の金額決定ボタンを有している。ユーザは、所望の金額の金額決定ボタンを押下することにより、望みの金額のプリペイド・カードを購入する。この場合には、ユーザが金額決定ボタンにより選択した金額が上記支払金額として電子決済システム１で扱われるようにしてもよい。
【０１９４】
上記のユーザ支払金額は必ずしもステップＳ６０１において、有価価値提供装置３０から移動体通信端末２０に送信されなくともよい。支払金額は機器ＩＤに基づいて電子決済サーバ１０が予め用意してあるテーブルを用いて判断するようにしても構わない。
【０１９５】
機器ＩＤ、アプリ番号、支払金額を受信した端末側近距離通信部２０１は、このアプリ番号に対応するｉアプリなどのアプリケーション、すなわち支払要求生成部２０２を起動させる（Ｓ６０２）。このとき、機器ＩＤ、ユーザ支払金額は端末側近距離通信部２０１から支払要求生成部２０２に渡される。
【０１９６】
起動した支払要求生成部２０２は、有価価値提供装置３０から受け取った機器ＩＤとユーザ支払金額、及びユーザ情報記憶部２０７に記憶されているユーザＩＤ１０１，パスワード１０２を含んだ支払要求メッセージを生成し、これを電子決済サーバ１０に宛てて送信する（Ｓ６０３）。
【０１９７】
支払要求メッセージを受け取った電子決済サーバ１０，より詳しくは支払要求処理部４０２は、まずユーザＩＤ１０１を検索キーとしてユーザ保有金額データ７００を検索し、ユーザＩＤ１０１に該当するレコード１００１の保有金額１００３を取得する。支払要求処理部４０２は、ユーザ支払金額と保有金額１００３とを比較し、保有金額１００３から支払金額を引き落とすことができるかどうか判定する（Ｓ６０４）。
【０１９８】
ステップＳ６０４において、引き落とすことができないと判定した場合は、支払要求処理部４０２は結果通知部４０７を起動させる。結果通知部４０７は、判定に基づいた処理結果通知を生成し、これを有価価値提供装置３０及び／又は移動体通信端末２０に送信する。処理結果通知を受け取った移動体通信端末２０は、その出力部２０５に処理結果通知の内容を表示する。例えば、「残高が不足しています。決済はできませんでした。」などの内容が表示される。
【０１９９】
一方、ステップＳ６０４において引き落とすことができると判断した場合は、支払要求処理部４０２は提供指示部４０６を起動させる。起動した提供指示部４０６は有価価値提供装置３０へ提供指示メッセージを送信する（Ｓ６０５）。提供指示メッセージには支払金額が含まれており、有価価値提供装置３０は支払金額に応じた有価価値をユーザに提供する（Ｓ６０６）。なお、提供指示メッセージの送信先アドレスは、機器ＩＤをキーとして有価価値提供装置テーブル１０００を検索し、該当するレコード１００１の機器ＩＤアドレス１００３によって決定する。
【０２００】
また、ステップＳ６０４において引き落とすことができると判断した場合は、支払要求処理部４０２は、ユーザ保有金額データ７００、より詳しくは該当するユーザＩＤを有するレコード１００１の保有金額１００３を支払金額だけ減算するように書き換える減算処理を行う（Ｓ６０７）。
【０２０１】
また、電子決済サーバ１０、より詳しくは支払要求処理部４０２は、ステップＳ６０４において引き落とすことができると判断した場合は、結果通知部４０７を起動させる。起動した結果通知部４０７は、移動体通信端末２０に、指定された支払金額の支払いを行ったことを知らせるためのメッセージである実行完了メッセージを送信する（Ｓ６０８）。実行完了メッセージは、ユーザの指定した支払金額に応じた支払手続きが終了したことを示す。なお、実行完了メッセージの送信先アドレスは、ユーザＩＤをキーとしてユーザテーブル６００を検索し、該当するレコード６０１のメールアドレス６０４によって決定する。
【０２０２】
実行完了メッセージを受信した移動体通信端末２０は、実行完了メッセージの内容として出力部２０５により結果表示を行う（Ｓ６０９）。例えば、移動体通信端末２０の出力部２０５に、「○○様の保有金額より、￥１，０００の支払いを行いました」などの表示をすることにより、結果表示が行われる。また、この結果表示の際に支払金額を引き落とした後の保有金額１００３の値、すなわち電子決済サーバ１０における残高を表示させるようにしてもよい。但し、保有金額１００３は移動体通信端末２０に記憶されることはなく、保有金額１００３を記憶するのは電子決済サーバ１０の役割である。
【０２０３】
図３１は、図２９の状態の後、ステップＳ６０１からステップＳ６０７までの処理が行われた後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示した図である。支払金額の振替が行われる以前の状態である図２４に示す状態では、ユーザ保有金額データ７００の該当レコード１００１の保有金額１００３は￥１０，０００であった。
【０２０４】
図３１は、支払金額￥１，０００である場合に、振替処理（Ｓ６０７）を行った後の状態を示している。この振替処理（Ｓ６０７）において、電子決済サーバ１０の支払要求処理部４０２は、ユーザの保有金額である保有金額１００３の値￥１０，０００から支払金額である￥１，０００を差し引いて保有金額１００３の値を￥９,０００に書き換える。
【０２０５】
このような振替処理（Ｓ６０７）による保有金額１００３の書き換えにより、有価価値提供装置３０による有価価値の提供に対する対価の支払い、すなわちユーザから遊技場事業者への支払いが、電子決済サーバ１０において実行されることとなる。
【０２０６】
上記のステップＳ６０１からステップＳ６０９までの処理は、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に行われる。但し、第１の実施の形態とは異なり、それぞれのユーザの支払金額が該当する遊技場事業者の保有金額として加算され記録されることはない。また、第１の実施の形態と異なり、遊技場事業者の保有金額９０３を、電子決済サーバ１０からの振替要求に従って利用代金収納ネットワーク４０上の遊技場事業者口座４３に振り込む必要もない。すなわち、第２の実施の形態においては、図２３に示したような電子決済システム１における遊技場事業者口座４３への振り込みを行う必要がない。
【０２０７】
［ＩＩＩ．変形例、その他］
（１）有価価値提供装置３０に設けた液晶ディスプレイなどにＱＲコードなどを表示しておき、移動体通信端末２０にＣＣＤカメラを利用したバーコードリーダを設けてバーコードの読み取りを行わせることにより、提供装置側近距離通信部３０３及び端末側近距離通信部２０１の代わりとしてもよい。この場合はバーコードが示す情報がそのまま機器ＩＤとなればよい。
（２）上記の第１及び第２の実施の形態では、ユーザ口座４１から決済事業者口座への振替は、移動体通信端末２０から電子決済サーバ１０を経由して利用代金収納ネットワーク４０へ振替依頼を送信する構成としたが、移動体通信端末２０から直接利用代金収納ネットワーク４０に振替依頼を送信する構成としても本発明は成立する。
【０２０８】
［ＩＶ．本電子決済システムの利点］
（１）ユーザにとっての利点
遊技場において使用可能な、現金以外の決済方法となるため、遊技場において手持ちの現金がなくなった後でも、簡易な決済行為（移動体通信端末２０を有価価値提供装置３０にかざす程度の簡単な入力操作を行う処理）で貸し玉、貸しメダルの購入、商品の購入などが可能となる。
【０２０９】
それゆえ、遊技中に手持ちの現金がなくなったり少なくなった状態で大当たりを引き当てたが手持ちの玉やメダルが底を突きそうな場合に、簡単な操作で貸し玉などの追加購入ができるため、遊技者は現金の残高を気にすることなく、安心して遊技を続けることができる。
【０２１０】
また、この決済行為において、決済行為に使う端末は、利用者が所有する移動体通信端末である安心感に加え、カード番号や暗証番号の入力行為をする必要がないため、通常のクレジット・カード、デビット・カードのように、店舗側にカード番号や暗証番号の記録が残ったり、或いは悪意ある者に不正取得されたりするおそれがなくなり、安心して決済をすることが可能となる。
【０２１１】
また、電子決済サーバ１０が取得する利用状況情報に基づいた、情報配信を受けることも可能であり、より多彩なサービスを受けることが期待できる。
【０２１２】
（２）店舗側（管理者）にとっての利益
遊技した結果手持ち現金がなくなったユーザであっても、本電子決済システムによりさ
らに貸し玉、貸しメダルの購入ができるので遊技機の稼働率が高まり、またそのようなユーザが店舗内で買い物等をしてくれる可能性も高まるので、遊技場の売り上げ向上が期待できる。同時に、利用者が、どの遊技機でどの程度遊技したのかの情報も得られることから、この情報を基に、遊技機の稼動状況の詳細を知ることができ、利用者の好みも知ることが可能であり、マーケティング情報として活用も可能である。
【０２１３】
本電子決済システムを利用した場合には、店舗内で取り扱う現金は増加しないため、入金管理が容易になると共に現金の保安管理も向上する。
【０２１４】
（３）決済事業者にとっての利点
決済事業者は、本電子決済システムを運営することにより、ユーザである遊技者の遊技状況を把握することが可能となり、遊技機の開発、販売、営業などで参照するデータを蓄積できる。
（４）認証局（ＣＡ）である認証サーバ９２は、一般的に使われる他社のサーバであっても、また、自社で構築したサーバであったとしても、本発明は成立する。
［Ｖ．第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。第３の実施の形態は、前述の第１又は第２の実施の形態と基本的に同様の構成、機能を有し、さらに電子決済サーバ１０に記憶されたユーザ保有金額１００３に、手持ちのカジノチップ、或いはプリペイド・カードやＩＣカードなどに記憶された金額、度数、或いは現金などを加算（入金）する機能を有することを特徴としている。上記の加算は、電子決済サーバと通信可能な端末装置を用いて行う。この端末装置は、例えば、当該ユーザの移動体通信端末や、カジノのフロントなど適宜の場所に設置されたコンピュータなどである。
第３の実施の形態では、上記の機能を有することによりユーザが遊技を終了したり、中断するなどの場合に余っているカジノチップやプリペイド・カードの金額、度数などを本電子決済システムに預からせることが可能となり、ユーザの利便性が向上する。
図３２に、第３の実施の形態にかかる電子決済システムの構成例を示す。第３の実施の形態にかかる電子決済システム１Ｂは、加算（入金）を電子決済サーバ１０Ｂに要求するための端末装置であるコンピュータ９８をさらに有する点で第１、第２の実施の形態の電子決済システム１（図１参照）と異なっている。また、電子決済サーバ１０Ｂ、移動体通信端末２０Ｂの構成が、第１、第２の実施の形態の電子決済サーバ１０、移動体通信端末２０と異なっている。移動体通信端末２０Ｂは、移動体通信端末２０Ａと同様の機能を有するとともに、加算（入金）を電子決済サーバ１０に要求するための端末装置としての機能を有する。
コンピュータ９８は、電子決済サーバ１０Ｂと通信する機能を有する装置であって、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置である。
コンピュータ９８のオペレータは、ユーザ（プレイヤ）から加算（入金）の申し出を受けた場合、加算（入金）する金額、或いは度数などを確認する。例えば、カジノチップによる加算（入金）の申し出の場合は、カジノチップを数える等の作業を行う。また、プリペイド・カードによる加算（入金）の申し出の場合は、別途用意されているプリペイド・カード読み取り装置により残額を読み取る。また、プリペイド・カードの残額をホール・コンピュータなどの管理装置で管理している場合には、残額を読み取らなくとも、当該カードのＩＤ番号を読み取る。
次に、オペレータは、ユーザを特定する情報（例えば、ユーザＩＤ）、及び加算する金額、或いは度数などを示す情報をコンピュータ９８に入力する。コンピュータ９８は、加算（入金）処理を実行し、前記ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成し、このメッセージを通信網５０を介して電子決済サーバ１０Ｂに送信する。
このメッセージを受信した電子決済サーバ１０Ｂは、前記ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算する処理を行う。
次に、第３の実施の形態における移動体通信端末２０Ｂについて説明する。前述の通り、移動体通信端末２０Ｂは、第１、第２の実施の形態における移動体通信端末２０として機能するとともに、前述のコンピュータ９８と同様に、ユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成し、このメッセージを通信網５０を介して電子決済サーバ１０Ｂに送信する機能を有する。加算する金額、或いは度数などを示す情報は、必ずしも金額や度数などを直接示す情報でなくともよく、それをキーとして検索することにより金額や度数などを直接示す情報が取得できる情報であっても良い。例えば、プリペイド・カードのＩＤ番号も、ここにいう「加算する金額、或いは度数などを示す情報」となりうる。この場合には、電子決済サーバ１０Ｂは、プリペイド・カードのＩＤ番号などを受け取った場合、プリペイド・カードの残額を管理する管理装置（例えば、カジノのホール・コンピュータ）にプリペイド・カードのＩＤ番号に対応する残額を問い合わせ、問い合わせに応じて送信された残額を加算する金額、或いは度数として加算（入金）処理を行うようにしても良い。
図３３に、第３の実施の形態における移動体通信端末２０Ｂの構成例を示す。なお、有価価値提供装置３０の構成は第１，第２の実施の形態の物と同一である。また、移動体通信端末２０（図３参照）と同一の構成要素には同一の参照番号を付し、それら構成要素の詳細な説明は省略する。
移動体通信端末２０Ｂは、端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０７と、振替要求生成部２０８と、電子契約申請部２０６と、入金要求生成部２０９とを有している。
入金要求生成部２０９は、入力部２０４から入力されたユーザを特定する情報、及び加算する金額、或いは度数などを示す情報に基づいて、ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成する。生成された要求メッセージは、無線通信部２０３に渡され、無線通信部２０３はこの要求メッセージに基づいて変調された無線信号を送信する。
次に、第３の実施の形態における電子決済サーバ１０Ｂについて説明する。図３４は、第３の実施の形態における電子決済サーバ１０Ｂの構成例を示す図である。電子決済サーバ１０Ｂは、第１、第２の実施の形態における電子決済サーバ１０が有する構成要素を備えているとともに、さらに入金要求処理部４１０Ｂを備えている。なお、第１、第２の実施の形態における電子決済サーバ１０の構成要素と同一の構成要素については、同一の参照符号を付し、これらの詳細な説明は省略する。
加算要求処理部４１０Ｂは、コンピュータ９８又は移動体通信端末２０Ｂから加算することを要求するメッセージをネットワーク通信処理部４０１を介して取得する。このメッセージを取得した加算要求処理部４１０Ｂは、ユーザ保有金額データ７００を検索し、このメッセージに含まれるユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算し、これを記憶させる。
次に、第１の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の具体例を説明する。図３５から図３６は、第１の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の例を示す図である。
図３５では、ユーザ保有金額１００３として「￥１０，０００」が電子決済サーバ１０Ｂに記憶された状態を示す。なお、その他の条件については図１５について述べたところと同様であるものとする。
この状態から、ユーザは、￥２，０００分のプリペイド・カードを有価価値提供装置３０から提供を受けたものとする。図３６は、￥２，０００分のプリペイド・カードをユーザが取得した後の電子決済サーバ１０Ｂ、利用代金収納ネットワーク４０の記憶内容の例を示す。ユーザ保有金額１００３は「￥１０，０００」から￥２、０００を減じた「￥８，０００」に書き換えられており、また、遊技事業者保有金額９０３は「￥０」から「￥２，０００」に書き換えられている。
次に、￥２，０００分のプリペイド・カードを取得したユーザが￥１，０００だけ消費して遊技を終了し、残金￥１，０００を電子決済システム１Ｂに戻すため、コンピュータ９８又は移動体通信端末２０Ｂから￥１，０００の加算を電子決済サーバ１０Ｂに要求したものとする。
コンピュータ９８又は移動体通信端末２０Ｂから送信された￥１，０００の加算を要求するメッセージを受信した電子決済サーバ１０Ｂ、より詳しくは加算要求処理部４１０Ｂは、この要求メッセージの内容に応じてユーザ保有金額１００３、及び遊技場事業者保有金額９０３を書き換える。図３７は、この要求メッセージの内容に応じてユーザ保有金額１００３、及び遊技場事業者保有金額９０３が書き換えられた例を示す。ユーザ保有金額１００３は「￥８，０００」に￥１、０００を加算した「￥９，０００」に書き換えられており、また、遊技事業者保有金額９０３は「￥２，０００」から「￥１，０００」に書き換えられている。
このように処理が行われることにより、ユーザは消費しきれなかった有価価値を後日電子決済システム１Ｂで再度利用することが可能となる。
次に、第２の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の具体例を説明する。図３８から図４０は、第２の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の例を示す図である。
図３８では、ユーザ保有金額１００３として「￥１０，０００」が電子決済サーバ１０Ｂに記憶された状態を示す。なお、その他の条件については図２９について述べたところと同様であるものとする。
この状態から、ユーザは、￥１，０００分のプリペイド・カードを有価価値提供装置３０Ａから提供を受けたものとする。図３９は、￥１，０００分のプリペイド・カードをユーザが取得した後の電子決済サーバ１０Ｂ、利用代金収納ネットワーク４０の記憶内容の例を示す。ユーザ保有金額１００３は「￥１０，０００」から￥１、０００を減じた「￥９，０００」に書き換えられている。
次に、￥１，０００分のプリペイド・カードを取得したユーザが￥５００だけ消費して遊技を終了し、残金￥５００を電子決済システム１Ｂに戻すため、コンピュータ９８又は移動体通信端末２０Ｂから￥５００の加算を電子決済サーバ１０Ｂに要求したものとする。
コンピュータ９８又は移動体通信端末２０Ｂから送信された￥５００の加算を要求するメッセージを受信した電子決済サーバ１０Ｂ、より詳しくは加算要求処理部４１０Ｂは、この要求メッセージの内容に応じてユーザ保有金額１００３を書き換える。図４０は、この要求メッセージの内容に応じてユーザ保有金額１００３が書き換えられた例を示す。ユーザ保有金額１００３は「￥９，０００」に￥５００を加算した「￥９，５００」に書き換えられている。
このように処理が行われることにより、ユーザは消費しきれなかった有価価値を後日電子決済システム１Ｂで再度利用することが可能となる。
なお、第３の実施の形態においても、第１から第２の実施の形態の変形と同様の変形を行うことも可能である。
【図面の簡単な説明】
【０２１５】
【図１】本発明にかかる電子決済システムの一例を示すネットワーク図
【図２】利用代金収納ネットワークの概略構成を示すブロック図
【図３】有価価値提供装置及び移動体通信端末の構成例を示す機能ブロック図
【図４】ユーザ情報記憶部が記憶する情報の一例を示す図
【図５】電子契約申請部の構成例を示す機能ブロック図
【図６】電子決済サーバの構成例を示す機能ブロック図
【図７】データベース部に記憶されるユーザテーブルの構成例を示す図
【図８】データベース部に記憶されるユーザ保有金額データの構成例を示す図
【図９】データベース部に記憶される遊技場事業者テーブルの構成例を示す図
【図１０】データベース部に記憶される遊技場事業者保有金額データの構成例を示す図
【図１１】データベース部に記憶される有価価値提供装置テーブルの構成例を示す図
【図１２】電子契約処理部の構成例を示す機能ブロック図
【図１３】分散サーバ構成とした電子決済サーバの構成例を示す機能ブロック図
【図１４】電子決済システムの動作例を示すシーケンス図
【図１５】図１４に続く、電子決済システムの動作例を示すシーケンス図
【図１６】図１５に続く、電子決済システムの動作例を示すシーケンス図
【図１７】図１６に続く、電子決済システムの動作例を示すシーケンス図
【図１８】電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図１９】図１８に続く、電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図２０】図１９に続く、電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図２１】移動体通信端末と有価価値提供装置との間で近距離通信手段による通信を行わせた場合の、電子決済システムの動作例を示すシーケンス図
【図２２】図１９の状態の後、ステップＳ３０１からステップＳ３０７までの処理が行われた後の状態を示した図
【図２３】電子決済システムにおける遊技場事業者口座への振り込み処理の例を示すシーケンス図
【図２４】図２２に示した状態の後にステップＳ４０１からＳ４０５が実行された結果を示す図
【図２５】第２の実施の形態において、ユーザ口座から決済事業者口座へ振替を要求した場合の電子決済システムの動作例を示したシーケンス図
【図２６】ユーザが電子決済サーバに振替要求メッセージ送信を行う前の状態の一例を示す図
【図２７】図２６の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末から電子決済サーバに振替要求メッセージを送信した後の状態を示す図
【図２８】図２７の状態の後、遊技場事業者振込金額を振り替えるよう、ユーザが移動体通信端末から電子決済サーバに振替要求メッセージを送信し、利用代金収納ネットワークがこのメッセージに応じた振替処理を実行した後の状態を示す図
【図２９】図２８の状態の後に、電子決済サーバが保有金額データ処理を実行した後の状態を示す図
【図３０】移動体通信端末と有価価値提供装置との間で近距離通信手段による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図
【図３１】図２９の状態の後、ステップＳ６０１からステップＳ６０７までの処理が行われた後の状態を示した図
【図３２】第３の実施の形態にかかる電子決済システムの構成例を示すブロック図
【図３３】第３の実施の形態にかかる有価価値提供装置、移動体通信端末の構成例を示すブロック図
【図３４】第３の実施の形態にかかる電子決済サーバの構成例を示すブロック図
【図３５】第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３６】図３５の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３７】図３６の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３８】図３５とは別の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３９】図３８の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図４０】図３９の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【符号の説明】
【０２１６】
１、１Ｂ … 電子決済システム
１０、１０Ｂ … 電子決済サーバ
２０、２０Ｂ … 移動体通信端末
３０ … 有価価値提供装置
４０ … 利用代金収納ネットワーク
４１ … ユーザ口座
４２ … 決済事業者口座
４３ … 遊技場事業者口座
２０８ … 電子契約申請部
４０２ … 支払要求処理部
４０３ … データベース部
４０４ … 振替要求処理部
４０５ … 精算処理部
４０６ … 提供指示部
４０９ … 電子契約処理部
【技術分野】
【０００１】
本発明は、電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法に関し、より詳しくは現金決済に準じた電子決済を実現するための電子決済システム、電子決済サーバ、移動体通信端末、並びに電子決済方法に関する。
【背景技術】
【０００２】
近年の情報処理技術、通信技術の発展及び通信インフラの普及により、料金・代金の支払方法が多様化し、現金による支払に代わるさまざまな方法が提案され利用されるようになってきている。
【０００３】
現金に代わる代金支払方法としては、いわゆる後払い形式のクレジット・カードや先払い形式のプリペイド・カードや、即時決済型のデビット・カードが存在している。
【０００４】
さて、パチンコホール、カジノ、競輪や競馬などのレースのチケット売場、各種宝くじ販売所などの遊技場（以下、遊技場という）における支払においても、現金以外の支払方法が利用できれば、ユーザ（遊技者）の利便が向上するとともに、遊技機の稼働率が高まることによる遊技場の売り上げ向上も期待できる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、遊技者が過大な借り入れをすることを防ぐ趣旨の規制により、一般に遊技場におけるクレジット・カードの利用は制限されている。また、仮に、遊技場においてクレジット・カードによる決済方法が可能になったとしても、クレジットによる利用の記録が自宅に郵送されてきたり、利用状況によっては、本人確認の電話がクレジット事業者からかかってきたりと、煩わしい状況であったり、さらには個人情報漏洩のおそれのために、クレジット・カード番号、暗証番号を遊技場側に伝えて決済し、個人情報の記録が遊技場内部に残ってしまうことに遊技者は少なからぬ抵抗感を有するであろうため、遊技場におけるクレジット・カードによる決済利用普及は現状では難しい。
【０００６】
また、現金、クレジット・カード以外の別の決済方法として、プリペイド・カードによる支払方法もあるが、遊技の結果遊技者が手持ちの現金を全て消費してしまった場合には、プリペイド・カードをさらに追加購入することはできない。遊技者が手持ちの現金を遊技において消費し終わった後、もう少し遊技したい、或いは遊技場において何らかの飲食や買い物をしたいという要求を持っていても、現状ではそのような要求に応えることができる決済方法が用意されておらず、遊技場はこのような潜在的な需要をみすみす見逃さざるを得なかった。
【０００７】
またさらに、従来は現金以外の決済方法を利用するためには、事前に決済を行う業者である決済事業者とユーザが書面による契約を行うことが必要であって、ユーザが直ちにその現金以外の決済方法を利用することはできないという不便があった。
【０００８】
本発明の目的は、遊技場においても利用可能な、現金決済と同様の新たな電子決済方式を提供することにある。
本発明の別の目的は、いわゆるオンライン上で電子決済方式の利用を可能とする契約をおこなうことができる電子決済方式を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するための手段として、本発明は以下の特徴を有している。
本発明の第１の態様は、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワーク（例えば、日本にて運用されているマルチペイメントネットワークなどであり、特に限定はしない。以下利用代金利用代金収納ネットワークという）に口座間の振替を要求することができるとともにユーザ保有金額及び遊技場事業者保有金額を記憶可能な電子決済サーバと、移動体通信端末（例えば、非接触型ＩＣカードを搭載した携帯電話機。以下移動体通信端末という）と、有価価値提供装置（例えば、貸し玉機、サンドマシン、プリペイド・カード発行機、ハウスカード発行機、カジノチップ提供機など。以下有価価値提供装置という）とを有する電子決済システムとして提案される。
【００１０】
この電子決済システムにおいて、移動体通信端末は、有価価値提供装置と近距離通信手段（例えば、非接触型ＩＣカード用チップ、及びそのリーダ／ライタや、赤外線通信、Bluetoothなどの無線通信手段。以下近距離通信手段という）による通信を行うことによりその有価価値提供装置を特定する機器特定情報（例えば、機器ＩＤ）を取得し、ユーザを特定するユーザ特定情報（例えば、ユーザＩＤ）と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信する。また、電子決済サーバは、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額（例えば、振替金額から決済事業者に支払う手数料を差し引いた額）をユーザ保有金額に加算し、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示し、且つユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算し、遊技場事業者保有金額に応じた額（例えば、遊技場事業者保有金額から決済事業者に支払う手数料を差し引いた額）を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに振替要求を行う。また、有価価値提供装置は、電子決済サーバから有価価値の提供の指示（例えば、提供指示メッセージ）を受け取った場合、ユーザ支払金額に応じた有価価値を提供する。
この電子決済システムによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１１】
本発明の第２の態様は、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置（例えば、玉貸し機、サンドマシンなど）にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示する電子決済サーバとして提案される。
【００１２】
この電子決済サーバは、ユーザ保有金額及び遊技場事業者保有金額を記憶する記憶手段（例えば、データベース部）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算する振替要求処理手段（例えば、振替要求処理部）と、支払要求メッセージに応じて、ユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算し、遊技場事業者保有金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに要求する支払要求処理手段（例えば、支払要求処理部）と、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する提供指示手段（例えば、提供指示部）とを有することを特徴としている。
この電子決済サーバによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１３】
本発明の第３の態様は、電子決済システムのための移動体通信端末として提案される。この移動体通信端末は、近距離通信手段による通信を行うことによって、有価価値提供装置からその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信して、電子決済サーバにユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示させることを特徴とする。
【００１４】
この移動体通信端末は、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を実現するための端末装置として機能する。
【００１５】
本発明の第４の態様は、電子決済方法として提案される。
この電子決済方法は、ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップ（例えば、振替依頼を送信する処理Ｓ２０４）と、振替金額に応じたユーザ振替金額をユーザ保有金額に加算して記憶させるステップ（例えば、保有金額データ処理Ｓ２０７）と、有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップ（例えば、Ｓ３０３）と、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示するステップ（例えば、提供指示メッセージを送信する処理Ｓ３０５）と、ユーザ保有金額からユーザ支払金額に応じた額を減算すると共に、遊技場事業者保有金額にユーザ支払金額に応じた額を加算するステップ（例えば、振替処理Ｓ３０７）と、遊技場事業者保有金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるように利用代金収納ネットワークに振替要求を行うステップ（例えば、振替依頼の送信処理Ｓ４０２）とを有することを特徴としている。
この電子決済方法によれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１６】
本発明の第５の態様は、主として単一の遊技場事業者のための電子決済システムであって、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムとして提案される。
【００１７】
この電子決済システムにおいて、移動体通信端末は、有価価値提供装置と近距離通信手段（例えば、非接触型ＩＣカード用チップ、及びそのリーダ／ライタ）による通信を行うことによりその有価価値提供装置を特定する機器特定情報（例えば、機器ＩＤ）を取得し、ユーザを特定するユーザ特定情報（例えば、ユーザＩＤ）と機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信し、電子決済サーバは、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額（例えば、振替金額から決済事業者に支払う手数料を差し引いた額）をユーザ保有金額に加算するとともに決済事業者口座から遊技場事業者口座へ振替金額に応じた額（例えば、ユーザ振替金額から決済事業者に支払う手数料を差し引いた額）を振り替えるように利用代金収納ネットワークへ要求し、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示し、ユーザ保有金額からユーザ支払金額に応じた額を減算し、有価価値提供装置は、電子決済サーバから有価価値の提供の指示を受け取った場合、ユーザ支払金額に応じた有価価値を提供する。
この電子決済システムによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００１８】
本発明の第６の態様は、として単一の遊技場事業者のための電子決済サーバであって、ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示する電子決済サーバとして提案される。
【００１９】
この電子決済サーバは、ユーザ保有金額を記憶する記憶手段（例えば、データベース部）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算するとともに、振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求する振替要求処理手段（例えば、振替要求処理部）と、支払要求メッセージに応じて、ユーザ保有金額からユーザ支払金額に応じた額を減算する支払要求処理手段（例えば、支払要求処理部）と、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する提供指示手段（例えば、提供指示部）とを有することを特徴としている。
この電子決済サーバによれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００２０】
本発明の第７の態様は、電子決済方法として提案される。
この電子決済方法は、ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップ（例えば、振替依頼を送信する処理Ｓ５０４）と、振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップ（例えば振替依頼を送信する処理Ｓ５０７）と、ユーザ口座から決済事業者口座への振替金額に応じたユーザ振替金額をユーザ保有金額に加算して記憶させるステップ（例えば、保有金額データ処理Ｓ５１０）と、有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップ（例えば、Ｓ６０３）と、支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額（例えば、￥１，０００分の貸し玉代）に応じた有価価値の提供を指示するステップ（例えば、提供指示メッセージを送信する処理Ｓ６０５）と、ユーザ保有金額からユーザ支払金額に応じた額を減算するステップ（例えば、減算処理Ｓ６０７）とを有することを特徴としている。
この電子決済方法によれば、クレジット・カードやデビット・カードなどの既存の決済方法に変わる、新たな決済方法を提供することが可能となる。
【００２１】
本発明は、さらに以下の特徴を有していてもよい。
すなわち、電子決済サーバは、提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶する。
また、電子決済サーバは、当該取引するユーザ口座の存在する銀行のための電子化契約書保管原本を送信する。
【００２２】
また、本発明にかかる電子決済方法は、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付されたユーザの電子署名及び電子証明書を受信するステップと、ユーザの電子署名及び電子証明書の検証し、検証の結果に応じて電子化契約書と決済事業者の電子署名及び電子証明書を送信するステップと、電子化契約書とそれに付されたユーザの電子署名、決済事業者の電子署名、及びタイムスタンプを含む電子化契約書保管原本受信し、記憶するステップとをさらに有する。
【００２３】
これらの追加的特徴を有する発明によれば、事前に決済を行う業者である決済事業者とユーザが書面による契約を行うことなく、ユーザが直ちにその現金以外の決済方法を利用することができる。
【発明の効果】
【００２４】
本発明によれば、遊技場においても利用可能な、簡易且つ安全な電子決済を実現することができる。
【発明を実施するための最良の形態】
【００２５】
以下、図面を参照しながら本発明の実施の形態を説明する。
［Ｉ．第１の実施の形態］
［１．電子決済システムの構成例］
図１は電子決済システムの一例を示すネットワーク図である。
この図に示す例においては、電子決済システム１は、電子決済サーバ１０と、移動体通信端末２０と、有価価値提供装置３０とを有している。また、電子決済システム１には、利用代金収納ネットワーク１と、認証サーバ９２と、タイムスタンプサーバ９４とが通信可能に接続されている。
【００２６】
電子決済サーバ１０は、利用代金収納ネットワーク４０に接続されている。利用代金収納ネットワーク４０は、電子決済サーバ１０からの指示に基づいて、ユーザの口座から指定された振込先口座へ指定された金額の振込処理を実行するシステムであって、例えば日本で運用されている「マルチペイメントネットワーク」（例えば、http://www.jampa.gr.jp/pub/ 参照）である。
【００２７】
図２は、利用代金収納ネットワーク４０の概略構成を示すブロック図である。利用代金収納ネットワーク４０は、銀行などの金融機関の金融機関システム４４（共同利用センターのような形態を含む）が通信ネットワーク４５を介して互いに通信可能に接続されている。金融機関システム４４は、以下の口座の入出金を電子的に行うことができるシステムである。本電子決済システム１が利用する金融機関システム４４は、遊技機を遊技する者であって、本電子決済システムを用いて支払いを行う者（以下、ユーザと呼ぶ）の口座（以下、ユーザ口座４１と呼ぶ）、本電子決済システム１の運営、管理を直接又は間接に行い、電子決済システム１の運営の対価・代価・手数料などを受け取る者（以下、決済事業者と呼ぶ）の口座（以下、決済事業者口座４２と呼ぶ）、及び遊技機による遊技をユーザに提供する者であって、本電子決済システム１を用いてユーザからの支払いを受け取る者（以下、遊技場事業者と呼ぶ）の口座（以下、遊技場事業者口座４３と呼ぶ）を有する。これらの口座４１，４２，４３は同一の金融機関システム４４に設けられていてもよいし、互いに別の金融機関システム４４に設けられていてもよい。図２では、これら口座４１，４２，４３は異なる金融機関システム４４に設けられているものとして図示したが、このような態様に本実施の形態が限定される趣旨ではない。
【００２８】
通信ネットワーク４５には、依頼者が利用代金収納ネットワーク４０に対して支払い依頼を送信するための端末装置が接続されている。端末装置としては、パーソナルコンピュータ（ＰＣ）４６，携帯電話機４７，ＡＴＭ（Automated Teller Machine）４８などが用いられる。本実施形態にかかる電子決済システム１では、移動体通信端末２０，又は電子決済サーバ１０が利用代金収納ネットワーク４０の端末装置として動作する。
【００２９】
図１に戻り、電子決済システム１の構成の説明を続ける。
電子決済サーバ１０は通信網５０に接続されており、有価価値提供装置３０と通信網５０を介して通信可能となっている。移動体通信端末２０は、基地局６０、移動体通信網７０、及び移動体通信網７０と通信網５０とを接続するゲートウエイ８０とを介して電子決済サーバ１０、利用代金収納ネットワーク４０と通信可能であるとともに、近距離通信手段により有価価値提供装置３０と通信可能である。認証サーバ９２は電子決済サーバ１０，移動体通信端末２０と通信網５０、移動体通信網７０を介して接続可能である。タイムスタンプサーバ９４は、移動体通信端末２０と通信網５０、移動体通信網７０を介して接続可能である。以下、上記の電子決済システム１の各構成要素について説明する。
【００３０】
[１．１．有価価値提供装置]
有価価値提供装置３０は、ユーザが移動体通信端末２０を用いて電子決済を行った対価として、なんらかの有価価値（金銭と交換して購入できる有体物、無体物をいうものとする）をユーザに提供する装置である。なお、本実施の形態における有価価値提供装置３０は、必ずしも有価価値を直接ユーザに提供する装置である必要はなく、例えば、デビット・カードのＣＡＴ端末のように、電子決済は可能である旨を遊技場（店舗）側に通知して、遊技場側に品物などをユーザに引き渡させるなどの間接的にユーザに有価価値を提供する装置も含む。
また、有価価値提供装置３０は、有価価値として電子データを他の装置や記憶媒体に出力し、送信し、或いは書き込む装置であっても良い。例えば、有価価値提供装置３０は、ネットワーク接続された遊技機やゲーム機に遊技やゲームの提供を行うメッセージやコマンドを送信する装置であっても良い。この場合、ユーザは本電子決済システム１を利用して支払った遊技代金、ゲーム代金分の遊技やゲームをこの有価価値提供装置３０を通じて楽しむことができる。また、有価価値提供装置３０は、ＩＣカードやＩＣカード機能を搭載した携帯電話機、ＵＳＢメモリなどの記憶媒体にゲーム機利用可能回数、利用可能金額などを示す電子データを書き込む装置であっても良い。ユーザは、有価価値提供装置３０によって電子データの書き込みが行われた記憶媒体を、遊技機、ゲーム機、発売機、精算機などの装置に読み取らせて、これら装置の提供する商品やサービスを取得することができる。
【００３１】
図３は、有価価値提供装置３０及び移動体通信端末２０の構成例を示す機能ブロック図である。以下、図３を参照しながら有価価値提供装置３０の構成について説明する。
有価価値提供装置３０は、ネットワーク通信処理部３０１と、提供制御部３０２と、提供装置側近距離通信部３０３と、有価価値供給部３０４と、遊技履歴処理部３０５とを有している。
【００３２】
ネットワーク通信処理部３０１は、通信網５０を介して電子決済サーバ１０と通信を実行する機能を有し、例えば、プロトコルスタックを搭載した通信ボードなどである。
【００３３】
提供制御部３０２は、ネットワーク通信処理部３０１、提供装置側近距離通信部３０３、有価価値供給部３０４の動作を命令・制御する機能を有し、例えば有価価値提供装置３０を実現するためのプログラムを搭載したマイクロコンピュータである。
【００３４】
提供装置側近距離通信部３０３は、移動体通信端末２０に搭載されている端末側近距離通信部２０１と通信を行う機能を有し、例えば、非接触式ＩＣカードのリーダ／ライタである。なお、提供装置側近距離通信部３０３が用いる通信方式は、無線に限られる必要はなく、赤外線通信であっても構わない。また、必ずしも非接触式の通信方式でなくともよく、通信ケーブルやＵＳＢソケットにより接続して通信する方式を採用しても本発明は成立する。
【００３５】
有価価値供給部３０４は、提供制御部３０２の命令に応じて、有価価値をユーザに提供する機能を有する。有価価値供給部３０４は、例えば、玉貸し機の貸し玉出力部、メダル貸出機のメダルホッパー、カジノチップ貸出機、認証端末（例えば、ＣＡＴ端末）のディスプレイ、或いはプリンタなどである。有価価値は、金銭により購入可能なものであれば、どのようなものでもよく、貸し玉、貸しメダル、カジノチップ、プリペイド・カード、オンバリューカード（ハウスカード）又は同等品、或いは無形のサービスなどである。有価価値供給部３０４は、必ずしも直接に有価価値をユーザに提供するものに限られず、間接的に有価価値をユーザに提供するものであってもよい。例えば、有価価値供給部３０４は液晶ディスプレイ装置であって、遊技場の店員やスタッフなどに、商品の引き渡しを指示するメッセージをこの液晶ディスプレイ装置が表示することも、本発明による有価価値の提供の一形態である。
【００３６】
遊技履歴処理部３０５は、遊技者による有価価値提供装置３０の使用に基づいて、遊技者の遊技履歴に関するデータである遊技履歴データを生成して、ネットワーク通信処理部３０１を介してサーバに送信する機能を有する。
【００３７】
例えば、有価価値提供装置３０がある特定の遊技機に付設されたサンドマシン（玉貸し機）であるとする。遊技者がこのサンドマシンが付設された遊技機で遊技を行うために、サンドマシンである有価価値提供装置３０と、移動体通信端末２０である自己の携帯電話機とにより本電子決済システム１による決済により玉貸しを受ける。遊技履歴処理部３０５は、どの遊技者がどの遊技機をいつ遊技したのか、どれだけの金額を遊技したのか、などのデータである遊技履歴データを提供制御部３０２の動作状況、及び遊技機の動作状況より生成し、これを遊技履歴データを管理するサーバに送信する。遊技履歴データは、すべての有価価値提供装置３０が使用されるごとに、サーバに送られ蓄積される。この遊技履歴データを解析したり、データマイニングの手法などにより分析等することにより、遊技者の行動傾向、遊技機の人気傾向、時間帯別利用動向などが明らかになり、その結果店舗経営や遊技機開発などの資料となる有用な情報を取得できる。
【００３８】
なお、この実施の形態では、遊技履歴データを管理するサーバとして、電子決済サーバ１０を用いる構成として説明するが、遊技履歴データを管理するサーバは、電子決済サーバとは別のサーバ装置として本電子決済システム１に組み入れられるようにしてももちろん構わない。
【００３９】
[１．２．移動体通信端末]
次に、図３を参照しながら移動体通信端末２０について説明する。移動体通信端末２０は、電子決済サーバ１０、認証サーバ９２，タイムスタンプサーバ９４及び／又は利用代金収納ネットワーク４０と通信網５０を介して通信可能であるとともに、近距離通信手段を用いて有価価値提供装置３０とも通信可能な端末装置である。移動体通信端末２０は、例えば、非接触式ＩＣカード（例えば、フェリカ；「フェリカ」はソニー社の登録商標）機能を有する携帯電話機、近距離通信手段及び無線通信手段を搭載した携帯電話機、ＰＤＡ（Personal Data Assistant）、携帯ゲーム機、無線ＬＡＮを搭載したＩＰ電話機などである。移動体通信端末２０は、前述の提供装置側近距離通信部３０３と通信を行うための端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０７ユーザ情報記憶部２０７と、振替要求生成部２０８と、電子契約申請部２０６とを有している。
【００４０】
端末側近距離通信部２０１は、提供装置側近距離通信部３０３と通信を行う機能を有し、例えばＩＣカード用チップ及びアンテナである。
【００４１】
支払要求生成部２０２は、有価価値提供装置３０に有価価値を提供してもらえるように、ユーザが受け取る有価価値の対価（代金）の支払、決済を電子決済サーバ１０に要求する支払要求メッセージを生成する機能を有し、例えば、ｉアプリ（「ｉアプリ」はＮＴＴドコモ社の登録商標であり、携帯電話にダウンロードする事で、付加価値機能を追加できるアプリケーションであり、特にOSを限定しない。以下ｉアプリという）を搭載したマイクロコンピュータである。
【００４２】
無線通信部２０３は、移動体通信端末２０が移動体通信網７０に接続し、移動体通信網７０を介した通信を実行する機能を有し、例えば変調回路、復調回路を有する無線通信回路である。移動体通信網は、一般的な携帯電話の通信網であっても、ＷＩＭＡＸや無線ＬＡＮの通信網であってもよい。
【００４３】
入力部２０４は、支払要求生成部２０２、振替要求生成部２０８などにユーザの支持を電気信号に変えて渡す機能を有し、例えば携帯電話機のキー、タッチペンとタッチパネル、ポインティングデバイスである。
【００４４】
出力部２０５は、移動体通信端末２０がユーザに情報を伝えるための情報出力機能を有し、例えば、携帯電話機の液晶パネル、ＣＡＴ端末の液晶パネル、或いは小型プリンタなどである。
【００４５】
ユーザ情報記憶部２０７は、ユーザの支払又は決済に要する情報を記憶する機能を有する。図４は、ユーザ情報記憶部２０７が記憶する情報の一例を示す。この例では、ユーザ情報記憶部２０７は、その移動体通信端末２０の使用者として登録されたユーザを一意に特定する情報であるユーザＩＤ１０１と、電子決済サーバ１０がユーザの本人認証を行うためのパスワード１０２と、ユーザが支払代金を引き出す口座であるユーザ口座４１を特定する情報である銀行番号１０３、支店番号１０４、及び口座番号１０５、及びその口座に設定された暗証番号１０６を記憶する。これら情報、とりわけ銀行番号１０３、支店番号１０４、口座番号１０５、暗証番号１０６は、ユーザが移動体通信端末２０に支払要求生成部２０２として機能させるアプリケーションのインストール時、或いは本電子決済のサービスを受けるためのユーザ登録時などにユーザにより入力されればよい。例えば、移動体通信端末２０において起動したアプリケーションは、ユーザに入力部２０４からこれら情報を入力することを要求し、入力された情報１０１〜１０６はユーザ情報記憶部２０７に記憶される。これら情報１０１〜１０６は、ユーザ口座４１から決済事業者口座４２へのデポジットの振替要求のための振替要求メッセージを生成するときに使用され、振替要求メッセージの一部として電子決済サーバ１０に送信されることになる。
【００４６】
なお、ユーザＩＤ１０１は、電子決済サーバ１０が自動的に割り当てる識別番号でもよいし、移動体通信端末２０が有する識別情報、例えば、FelicaID(「FeliCa」はソニー株式会社の登録商標)、個体識別番号（ＦＯＭＡカード識別情報を含む（「ＦＯＭＡ」は株式会社エヌ・ティ・ティ・ドコモの登録商標））であってもよい。
【００４７】
電子契約申請部２０６は、電子決済システム１の利用に先立って、ユーザと電子決済システム１の運用者、管理者など（決済事業者と呼ぶ）との間で決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約を電子的に結ぶ処理を行う機能を有する。
【００４８】
図５は、電子契約申請部２０６の構成例を示す機能ブロック図である。図示のように、電子契約申請部２０６は、制御部７０１と、暗号化処理部７０２と、記憶部７０３と、復号化処理部７０４と、判定部７０５と、タイムスタンプ取得部７０６とを有する。
【００４９】
制御部７０１は、暗号化部７０２、記憶部７０３、復号化部７０４、判定部７０５、タイムスタンプ取得部７０６の各部の動作を統括して制御する機能を有し、各部の起動、各部への入力、各部からの出力などを命令する。
【００５０】
暗号化処理部７０２は、所定の暗号化方法により、暗号鍵７１５を使って電子署名を生成する機能を有する。
記憶部７０３は、ユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４、暗号鍵７１５などを記憶する機能を有する。
【００５１】
ユーザ側電子証明書７１１は、電子契約書７１３の署名者の一方がユーザ本人であることを証明する電子データであって、例えば、ITU-T勧告のX.509に定義されており、本人情報（所属組織、識別名、名前等）、公開鍵、有効期限、シリアルナンバ、シグネチャ等が含まれている電子データである。この例では、ユーザ側電子証明書７１１は、認証サーバ９２によって発行される電子データである。
なお、ユーザ側電子証明書７１１として以下のものを使用することも本実施の形態では可能である。
【００５２】
ａ）ユーザ口座を有する金融機関のモバイル端末契約時に発行されるパスワード等
ｂ）ユーザが、電子決済サーバ１０からｉアプリなどアプリケーションをダウンロードする際に、同時に移動体通信端末に書き込まれるシリアル番号（ユーザＩＤ）など
ｃ）移動体通信端末２０の製造番号
ｄ）ＳＩＭ（Subscriber Identity Module Card）のシリアル番号
ｅ）移動体通信端末２０の電話番号
ｆ）ＯｐｅｎＩＤなどに代表される、標準規格の共通ＩＤ
ｇ）ａからｅの情報と、日付や金額などの記載されている情報との論理計算や暗号化によって生成されるものなどを、単独で、又は複数の条件を満たすなどの方法。
上記「ＯＰｅｎＩＤ」は、共通ＩＤの標準規格の一つであって、OpenID対応サイトで共通して利用できるURL形式のIDである（http://openid.net/ 参照）。
【００５３】
決済事業者側電子証明書７１２は、電子契約書７１３の署名者の他方が決済事業者であることを証明する電子データであって、例えば、ITU-T勧告のX.509に定義されており、本人情報（所属組織、識別名、名前等）、公開鍵、有効期限、シリアルナンバ、シグネチャ等が含まれている電子データである。この例では、決済事業者側電子証明書７１２は、認証サーバ９２によって発行される電子データである。
【００５４】
電子化契約書７１３は、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすこと、及び決済事業者が前記ユーザの口座から指定された金額を引き落とす事を前記ユーザの口座が存在する銀行が承諾すること又は決済事業者が前記ユーザの口座から指定された金額を引き落とす事を前記銀行に求めることを内容とする契約内容を記述した電子データである。
【００５５】
電子化契約書原本７１４は、電子化契約書７１３にユーザ及び決済事業者の電子署名、並びにタイムスタンプが付された電子データであって、当事者の捺印済みの契約書に相当する。
【００５６】
暗号鍵７１５は、ユーザが電子署名を生成し、或いは電子決済サーバ１０から送られた暗号を復号化するために使用する暗号鍵であって、例えば、公開鍵方式における秘密鍵、或いは共通鍵方式における共通暗号鍵である。
【００５７】
ユーザ側電子証明書７１１、暗号鍵７１５は、認証局（ＣＡ）である認証サーバ９２より事前に取得して記憶しておくものでもよいし、移動体通信端末２０の出荷時に予めメーカ、ベンダなどがインストールしておいたものでもよい。
【００５８】
本実施の形態では、電子化契約書７１３，決済事業者側電子証明書７１２は、後述するｉアプリなどアプリケーションをアプリダウンロード時に電子決済サーバ１０から取得する。もちろんその他の方法によって取得する方法を採用しても構わない。
【００５９】
復号化処理部７０４は、電子決済サーバ１０から受信した決済事業者の電子署名を復号化する機能を有する。
【００６０】
判定部７０５は、電子決済サーバ１０から電子化契約書とともに送信された決済事業者の電子証明書、電子署名を検証する機能を有する。
【００６１】
タイムスタンプ取得部７０６は、電子決済サーバから返信された決済事業者の電子証明書、電子署名から電子化契約書が決済事業者によって電子署名されていると判定部７０５により判定された場合、電子署名の付された電子契約書のタイムスタンプをタイムスタンプサーバ９４に要求し、これを取得し、取得したタイムスタンプとともに電子署名の付された電子化契約書７１３を電子決済サーバ１０に送信させる機能を有する。また、タイムスタンプ及び電子署名の付された電子契約書は、電子化署名契約書原本７１４として記憶部７０３に記憶される。
以上で、電子契約申請部２０６及び移動体通信端末２０の説明を終了する。
【００６２】
[１．３．電子決済サーバ]
図１に戻り、電子決済システム１の構成要素の説明を続ける。
電子決済システム１は、その中核となる構成要素として電子決済サーバ１０を有している。電子決済サーバ１０は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。前記ＲＯＭ、若しくはハードディスク装置などに情報処理装置を電子決済サーバ１０として機能させるためのプログラム、又は電子決済方法をコンピュータに実行させるためのプログラムが記憶されており、このプログラムを主メモリ上に載せ、ＣＰＵがこれを実行することにより電子決済サーバ１０が実現され、若しくは電子決済方法が実行される。また、上記プログラムは必ずしも情報処理装置内の記憶装置に記憶されていなくともよく、外部の装置（例えば、ＡＳＰ（アプリケーション・サービス・プロバイダのサーバなど））から提供され、これを主メモリに乗せる構成であってもよい。さらに、この電子決済サーバ１０は単体の装置で構成されていてもよいし、複数の装置をネットワークにより結合して構成されるものでもよい。電子決済サーバ１０は、一箇所に全ての機能を集約したセンター構成であってもよいし、また、機能毎に分割し、分散処理可能な分散サーバ構成であってもよい。
【００６３】
以下、図６を参照しながら電子決済サーバ１０について説明する。図６は、電子決済サーバ１０の構成例を示す機能ブロック図である。
図６に示す電子決済サーバ１０は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、データベース部４０３と、振替要求処理部４０４と、精算処理部４０５と、提供指示部４０６と、結果通知部４０７と、遊技情報更新部４０８と、電子契約処理部４０９とを有している。なお、これら各部はプログラムを記憶した記憶装置、及びこのプログラムを実行するＣＰＵなどによって構成される構成要素である。
【００６４】
ネットワーク通信処理部４０１は、通信網５０を介して移動体通信端末２０、有価価値提供装置３０、及び利用代金収納ネットワーク４０と通信を実行する機能を有し、例えばプロトコルスタックを実行するための通信ボードである。ネットワーク通信処理部４０１は、移動体通信端末２０からのリクエストメッセージを受け取ると、これを支払要求処理部４０２或いは振替要求処理部４０４に渡す。また、ネットワーク通信処理部４０１は、提供指示部４０６から有価価値提供装置３０へ宛てた提供指示メッセージを受け取ると、これを有価価値提供装置３０に宛てて送信する。また、ネットワーク通信処理部４０１は、精算処理部４０５から、利用代金収納ネットワーク４０へ宛てた振替依頼メッセージを受け取ると、これを利用代金収納ネットワーク４０へ宛てて送信する。
【００６５】
支払要求処理部４０２は、移動体通信端末２０から受信した支払要求メッセージを処理する機能を有する。支払要求処理部４０２はネットワーク通信処理部４０１を介して移動体通信端末２０から支払要求メッセージを受け取る。すると、支払要求処理部４０２は、後述するデータベース部４０３に記憶されている該当ユーザの所有金額データをチェックする。ユーザの所有金額データと支払要求メッセージを比較して、支払い可能である場合には支払要求処理部４０２は、提供指示部４０６を起動させる。起動した提供指示部４０６は提供指示メッセージを生成し、この提供指示メッセージをネットワーク通信処理部４０１を介して有価価値提供装置３０に宛てて送信する。
【００６６】
また、支払要求処理部４０２は、前述の支払要求メッセージに応じた支払いが可能である場合には、データベース部４０３に記憶されている該当ユーザのユーザ保有金額データ７００及び有価価値提供装置３０により有価価値を提供する事業者である遊技場事業者の保有金額データ９００を、支払額に応じて更新（書き換え）する。
【００６７】
データベース部４０３は、本電子決済システム１に登録した各ユーザの保有金額データ７００、遊技場事業者の保有金額データ９００を記憶すると共に、利用代金収納ネットワーク４０との間で行う振り替えに必要な情報であるユーザテーブル６００、ユーザ保有金額データ７００，遊技場事業者テーブル８００、遊技場事業者保有金額データ９００と、有価価値提供装置テーブル１０００と、遊技履歴情報１１００とを記憶する。
【００６８】
図７は、データベース部４０３に記憶されるユーザテーブル６００の構成例である。ユーザテーブル６００は、ユーザ（遊技者）に関する情報を格納したデータである。ユーザテーブル６００は、ユーザ毎に一つのレコード６０１を有するデータであって、各レコード６０１は、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、及びユーザの口座であって引き落とし先口座を特定するための銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を格納している。ユーザＩＤ６０２は、ユーザを一意に特定する情報である。パスワード６０３は、第三者がそのユーザになりすまして本電子決済システム１を不正利用することを防止する情報である。メールアドレス６０４は、結果通知部４０７が、支払処理の処理結果をユーザに通知する際にその電子メールの送り先である宛先アドレスとして使用する情報である。銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０は、利用代金収納ネットワーク４０に対して引き落とし先口座を指定するための情報である。
ユーザテーブル６００に格納される情報は、ユーザが電子決済サーバ１０にユーザ登録する際に、電子決済サーバ１０に入力される。
【００６９】
図８は、データベース部４０３に記憶されるユーザ保有金額データ７００の構成例である。ユーザ保有金額データ７００は、ユーザ毎に一つのレコード１００１を有するデータであって、各レコード１００１は、ユーザＩＤを格納するユーザＩＤフィールド１００２と、そのユーザが電子決済システム１に預けている金額である保有金額を格納する保有金額フィールド１００３とを有している。保有金額フィールド１００３に格納される値は、ユーザが電子決済システム１に預け入れると、預入額の分だけ増加し、一方有価価値提供装置３０を利用して支払いを行うと、支払額の分だけ減少するように書き換えされる。
【００７０】
図９は、データベース部４０３に記憶される遊技場事業者テーブル８００の構成例である。遊技場事業者テーブル８００は、遊技場事業者に関する情報を格納したデータである。遊技場事業者テーブル８００は、電子決済システム１に加入している遊技場事業者毎に一つのレコード８０１を有するデータである。各レコード８０１は、遊技場事業者ＩＤを格納する遊技場事業者ＩＤ８０２、及びその遊技場事業者の口座であって、有価価値提供装置３０に支払われた金額を振り込む振込先口座を特定するための銀行番号８０３、支店番号８０４，口座種別８０５，口座番号８０６、口座名義８０７を格納している。遊技場事業者ＩＤ８０２は、遊技場事業者を一意に特定する情報である。銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９は、利用代金収納ネットワーク４０に対して振込先口座を指定するための情報である。
遊技場事業者テーブル８００に格納される情報は、遊技場事業者が電子決済システム１に加入登録する際に、電子決済サーバ１０に入力される。
【００７１】
図１０は、データベース部４０３に記憶される遊技場事業者保有金額データ９００の構成例である。遊技場事業者保有金額データ９００は、電子決済システム１に登録されている遊技場事業者毎に一つのレコード９０１を有するデータである。各レコード９０１は、遊技場事業者ＩＤ９０２と、電子決済システム１が遊技場事業者へ振り込む分の金額である保有金額を格納する保有金額９０３とを有している。保有金額９０３に格納される値は、有価価値提供装置３０の利用によりユーザから支払われた分だけ増加し、利用代金収納ネットワーク４０を利用した遊技場事業者口座４３への振込額分だけ減少するように書き換えされる。
【００７２】
図１１は、データベース部４０３に記憶される有価価値提供装置テーブル１０００の構成例である。有価価値提供装置テーブル１０００は、各有価価値提供装置３０について一つのレコード１３０１を有するデータであって、各レコード１３０１は、機器ＩＤ１３０２，機器ＩＰアドレス１３０３、遊技場事業者ＩＤ１３０４を格納する。
【００７３】
機器ＩＤ１３０２は、有価価値提供装置３０を一意に特定するための情報であり、機器ＩＰアドレス１３０３は、電子決済サーバ１０が、ある機器ＩＤ１３０２を含む支払要求メッセージを受け取った場合、その支払要求メッセージに応答して、当該機器ＩＤ１３０２を有する有価価値提供装置３０に提供指示メッセージを送信するための送信先アドレスとして利用する情報である。遊技場事業者ＩＤ１３０４は、その機器ＩＤ１３０２を付与された有価価値提供装置３０へのユーザの支払いを受け取る権利を有する遊技場事業者を特定する情報であって、遊技場事業者テーブル８００の遊技場事業者ＩＤ８０２と同一のＩＤが用いられている。
【００７４】
遊技履歴情報１１００は、遊技者がいつどこでどの遊技機でいくら遊技をしたのかという、遊技に関する履歴を示す情報であって、各有価価値提供装置３０の履歴情報処理部３０５が生成し、送信する遊技履歴データを蓄積記憶することによって生成される情報である。この遊技履歴情報１１００を、周知のマーケティング解析やデータマイニング手法により分析することにより、様々な有用な情報を得ることができる。
【００７５】
図６に戻り、電子決済サーバ１０の構成例の説明を続ける。
提供指示部４０６は、有価価値提供装置３０へ送信するための提供指示メッセージを生成させ、この提供指示メッセージを、ネットワーク通信処理部４０１を介して有価価値提供装置３０へ宛てて送信する。なお、提供指示メッセージの送り先である有価価値提供装置３０のアドレスは、前述の有価価値提供装置テーブル１０００を参照して取得する。
【００７６】
結果通知部４０７は、支払要求メッセージが適切に処理されたか否かをユーザに通知する機能を有する。一例としては、結果通知部４０７は移動体通信端末２０を宛先とする電子メールを生成し、これを送信する。或いはまた、結果通知部４０７は移動体通信端末２０によって閲覧可能なウェブページに処理結果を示す情報を記載して移動体通信端末２０からの閲覧を待つようにしてもよい。結果通知部４０７からの通知内容は、例えば「支払要求は処理されました。ご利用ありがとうございました。」、或いは「残高が不足しています。支払いはできませんでした。」などのメッセージとなる。
【００７７】
次に、振替要求処理部４０４について説明する。振替要求処理部４０４は、移動体通信端末２０から受信した振替要求メッセージを処理する機能を有する。振替要求処理部４０４はネットワーク通信処理部４０１を介して移動体通信端末２０から振替要求メッセージを受け取る。振替要求メッセージの内容は、ユーザ口座４１から指定した金額を引き落として、電子決済システム１で使用できるようにしてくれ、という内容である。この振替要求メッセージを受け取った振替要求処理部４０４は、データベース部４０３に記憶されているユーザテーブル６００をチェックする。振替要求処理部４０４は、ユーザテーブル６００から振替元口座となるユーザの口座を特定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０を取得し、これら情報と合わせて振替先口座となる決済事業者口座４３を特定する情報を振替要求メッセージとして利用代金収納ネットワーク４０にネットワーク通信処理部４０１を介して送信する。利用代金収納ネットワーク４０は、振替要求メッセージを受け取ると、指定された金額の資金をユーザ口座４１から決済事業者口座４２へ振り替える。振り替えられた資金は、ユーザが本電子決済システム１を利用して使用できる資金（手数料分は除く）となる。
【００７８】
次に、精算処理部４０５について説明する。精算処理部４０５は、遊技場事業者保有金額データ９００が示す金額を決済事業者口座４２から各遊技場事業者の遊技場事業者口座４３に振り替えるよう利用代金収納ネットワーク４０に要求する。この振り替えられる資金の額は電子決済システム１がユーザから預かっている遊技場事業者への支払金額、すなわち遊技場事業者保有金額データ９００の保有金額９０３に相当する。精算処理部４０５は、この実施の形態では、自律的に処理を行う。例えば、精算処理部４０５は、所定のタイミング（例えば、毎月月末とか、毎週末）で自動で起動する。起動した精算処理部４０５は、データベース部４０３に記憶されている全ての遊技場事業者保有金額データ９００をチェックし、振り込みが済んでいないものについて利用代金収納ネットワーク４０に決済事業者口座４２から該当する遊技場事業者口座４３に振替を行うように振替依頼を送信する。
【００７９】
遊技情報更新部４０８は、有価価値提供装置３０の履歴情報処理部３０５から受信した遊技履歴データを刻々蓄積記憶し、遊技履歴情報１１００のアップデートを行う機能を有する。
【００８０】
電子契約処理部４０９は、移動体通信端末２０、より詳しくはその電子契約申請部２０６と協働して、電子決済システム１の利用開始に先立って、ユーザと電子決済システム１の運用者、管理者など（決済事業者と呼ぶ）との間で決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約を電子的に結ぶ処理を行う機能を有する。
【００８１】
また、電子契約処理部４０９は、ユーザと決済事業者との間で結ばれた契約を証する電子化契約書原本のデータを、当該ユーザ口座を有する金融機関に宛てて送信する機能を有する。
【００８２】
具体的には、電子契約処理部４０９は、移動体通信端末２０への電子化契約書７１３をダウンロードさせる機能、移動体通信端末２０から送信された電子署名の付された電子化契約書７１１とユーザ側電子証明書７１１を受信する機能、受信した電子署名、ユーザ側電子証明書７１１の検証を行い、これらが正しいものと認証された場合ユーザの電子署名の付された電子化契約書７１３に決済事業者の電子署名と決済事業者側電子証明書７１２を移動体通信端末２０に送信する機能、及び移動体通信端末２０から送信された電子化契約書原本７１４を受信して、記憶させる機能、前記電子化契約書原本７１４を金融機関の指定された装置（例えば、利用代金収納ネットワーク４０、或いは金融機関により指定されたネットワーク端末装置（例えば、ＰＣ）に宛てて送信する機能を有している。
【００８３】
図１２は、電子契約処理部４０９の構成例を示した機能ブロック図である。図示のように、電子契約処理部４０９は、制御部８０１と、暗号化処理部８０２と、記憶部８０３と、復号化処理部８０４と、判定部８０５とを有する。
【００８４】
制御部８０１は、暗号化部８０２、記憶部８０３、復号化部８０４、判定部８０５の各部の動作を統括して制御する機能を有し、各部の起動、各部への入力、各部からの出力などを命令する。
【００８５】
暗号化処理部８０２は、所定の暗号化方法により、暗号鍵８１１を用いて決済事業者の電子署名を生成する機能を有する。
記憶部８０３は、ユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４、暗号鍵８１１などを記憶する機能を有する。
【００８６】
上記のユーザ側電子証明書７１１、決済事業者側電子証明書７１２、電子化契約書７１３、電子化契約書原本７１４は、電子契約申請部２０の記憶部７０３に記憶されているものと同一であるので、これらの説明は省略する。
【００８７】
暗号鍵８１１は、電子決済事業者が電子署名を生成し、或いは移動体通信端末２０から送られた暗号を復号化するために使用する暗号鍵であって、例えば、公開鍵方式における秘密鍵、或いは共通鍵方式における共通暗号鍵である。
【００８８】
決済事業者側電子証明書７１２、暗号鍵８１１は、認証局（ＣＡ）である認証サーバ９２より事前に取得して記憶しておくものでよい。
復号化処理部８０４は、移動体通信端末２０から送信されるユーザの電子署名を復号化する機能を有する。
判定部８０５は、移動体通信端末２０から電子化契約書とともに送信されたユーザの電子証明書、電子署名を検証する機能を有する。
【００８９】
制御部８０１は、タイムスタンプ、電子署名の付された電子化契約書である電子化契約書保管原本７１４を受信すると、記憶部８０３に記憶させ、また前記ユーザの口座が存在する銀行に宛てた前記電子化契約書保管原本７１４を送信する。
［１．３．１．電子決済サーバの分散サーバ構成］
【００９０】
図６に示した例では、電子決済サーバ１０は一つのサーバ装置で実現されるように図示したが、もちろん電子決済サーバ１０はこのようなサーバ装置による構成に限定されるものではない。
【００９１】
図１３は、電子決済サーバ１０を分散サーバ構成とした場合の一構成例を示す機能ブロック図である。図６に示した構成要素と同一の構成要素には、同じ参照番号を付して詳細な説明は省略する。
【００９２】
電子決済サーバ１０を分散サーバ構成とすることにより、ユーザや遊技場事業者に関する情報が漏洩したり盗まれたりする可能性を低下させ、本電子決済システム１の安全性に対する信頼を向上させることが可能となる。
【００９３】
分散サーバ構成とした場合の電子決済サーバ１０は、アプリケーションサーバ５０１と、複数のデータベースサーバ５０２により構成される。アプリケーションサーバ５０１は、ネットワーク通信処理部４０１と、支払要求処理部４０２と、振替要求処理部４０４と、精算処理部４０５と、提供指示部４０６と、結果通知部４０７と、遊技情報更新部４０８と、電子契約処理部４０９を有している。
【００９４】
図１３に示す例では、４つのデータベースサーバ５０２Ａ，５０２Ｂ，５０２Ｃ、５０２Ｄがアプリケーションサーバ５０１にローカルネットワーク５０３を介して通信可能に接続されている。４つのデータベースサーバ５０２は、図６に示すデータベース部４０３に対応する構成要素である。この構成例では、第１のデータベースサーバ５０２Ａがユーザテーブル６００、ユーザ保有金額データ７００を記憶し、第２のデータベースサーバ５０２Ｂが遊技場事業者テーブル８００、遊技場事業者保有金額データ９００を記憶し、第３のデータベースサーバ５０２Ｃが有価価値提供装置テーブル１０００を記憶し、第４のデータベースサーバ５０２Ｄが遊技履歴情報１１００を記憶する。アプリケーションサーバ５０１は、処理の必要に応じて必要な情報をこれらデータベースサーバ５０２Ａ〜５０２Ｄに要求し、データベースサーバ５０２Ａ〜５０２Ｄは要求に応じて記憶している内容から必要な情報を取り出して、アプリケーションサーバ５０１に渡す。
【００９５】
なお、データベース部４０３をどのように分割して、いくつのデータベースサーバ５０２とするか、また、それぞれのデータベースサーバの記憶内容（テーブル、データ）をどのように割り当てるかは任意に定めることが可能であって、図１３に示す構成に限定されるものではない。
【００９６】
［１．４．通信網］
図１に戻り、本実施の形態にかかる電子決済システム１の構成要素の説明を再開する。
通信網５０は、有線・無線、専用回線・交換回線を問わず、これに接続されている装置がそれぞれ目的とする装置に対しセッションを確立したときにその装置間での情報の送受を可能とするように作用する。通信網５０は、インターネットのように、ゲートウエイを介して複数のネットワークが組み合わされて実現しても構わない。また、その接続についてもいわゆるバックボーンといわれる基幹線に直接接続せずとも、ＰＰＰ接続などによって一時的に接続してあっても、セッションを確立したときにその間で情報の送受ができるようになっていれば構わない。なお、上記「通信網」は専用回線を固定的に張りめぐらせたような、交換機、スイッチ、ルータなど経路切り替え手段を用いない通信網も含むものとする。
【００９７】
［１．５．移動体通信網、ゲートウエイ、基地局］
図１に示す電子決済システム１の構成例は、移動体通信端末２０として携帯電話を用いた場合を想定している。そのため、移動体通信端末２０である携帯電話はまず基地局６０に無線回線で接続し、この基地局６０から移動体通信網７０及びゲートウエイ８０を介して、電子決済サーバ１０が接続している通信網５０に接続するものとして図示した。しかし、移動体通信端末２０が直接通信網５０に接続できるのであれば、移動体通信端末２０は移動体通信網７０、或いはゲートウエイ８０を介さずとも電子決済サーバ１０に接続してよい。例えば、移動体通信端末２０が無線ＬＡＮ接続機能を有する場合には、移動体通信網７０、及びゲートウエイ８０を介して通信を行う必要はなくなる。例えば、移動体通信端末２０は通信網５０に接続されたホットスポット（無線ＬＡＮ端末）にアクセすることにより、通信網５０に接続する構成であっても、本発明は成立する。
【００９８】
［１．６．利用代金収納ネットワーク］
利用代金収納ネットワーク４０は、電子決済サーバ１０からの振替要求に応じてユーザ口座４１から決済事業者口座４２へ、及び決済事業者口座４２から遊技場事業者口座４３へ指定された金額を振り替える機能を有するシステムである。なお、図１に示す例では、電子決済サーバ１０と利用代金収納ネットワーク４０は通信網５０により接続されるものとして図示したが、通信網５０を経由しない専用回線（図略）を介して電子決済サーバ１０と利用代金収納ネットワーク４０とが接続される構成としても、本実施の形態は成立する。
【００９９】
また、利用代金収納ネットワーク４０は、電子決済サーバ１０がユーザの口座を有する金融機関に宛てて送信する電子化契約書原本７１４を受信し、記憶する機能を有していてもよい。金融機関は、この電子化契約書原本７１４に基づいて、決済事業者がユーザの口座から指定された金額を引き落とす事をユーザ及び決済事業者の双方が同意していることを確認できる。この電子化契約書原本７１４の受信の後、決済事業者がユーザの口座から指定された金額を引き落とすことを内容とする要求メッセージを受信した場合、利用代金収納ネットワーク４０が、ユーザからの特別の指示を受けなくとも、要求メッセージに応じてユーザの口座から指定された金額の振り替えを行うことの法的根拠となる。
【０１００】
［１．７．認証サーバ］
認証サーバ９２は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。
【０１０１】
認証サーバ９２は、ユーザ側電子証明書７１１及び／又は決済事業者側電子証明書７１２を発行し、またこれら電子証明書７１１及び／又は決済時業者側電子証明書７１２の有効性のリストであるＣＲＬ(Certificate Revocation Lists)を管理し、問い合わせに応じる機能をさらに有していてもよい。
【０１０２】
［１．８．タイムスタンプサーバ］
タイムスタンプサーバ９４は、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置であって、例えばコンピュータ、ワークステーションなどの情報処理装置である。
【０１０３】
タイムスタンプサーバ９４は、移動体通信端末９０からのタイムスタンプ発行要求に応じて、タイムスタンプ・トークンを生成しこれを移動体通信端末に送信する機能を有するタイムスタンプサーバ９４はＲＦＣ３１６１に記述されるタイムスタンプ局（TSA, Time Stamping Authority）として動作する装置である。
【０１０４】
［２．電子決済システムの動作例］
次に、上記電子決済システム１の動作について図１４，１５，１６，１７、２１を参照しながら説明する。図１４、１５、１６は、上記電子決済システム１のユーザ登録時の動作例を示したシーケンス図であり、図１７、２１は、ユーザ登録後のユーザが本電子決済システム１による有価価値の取得を行った場合の動作例である。
【０１０５】
まず、上記電子決済システム１のユーザ登録までの動作について図１４、１５、１６を参照しながら説明する。
まず、ユーザ登録をすませていないユーザは移動体通信端末２０で電子決済サーバ１０に接続し、電子決済システム１によるサービスを受けるための移動体通信端末２０用ソフトウエア（ｉアプリなどのアプリケーション）を電子決済サーバ１０に要求する（図１４；Ｓ１０１）。電子決済サーバ１０は、要求に応じてアプリのデータ及び電子化契約書７１３を移動体通信端末２０にダウンロードさせる（Ｓ１０２）。アプリ、電子化契約書７１３を受信した移動体通信端末２０は、ｉアプリのデータなどをメモリなどの記憶装置、及び電子化契約書７１３を記憶部７０３に記憶させる（Ｓ１０３）。このｉアプリは、移動体通信端末２０のＣＰＵなどによって実行されることにより、前述した支払要求生成部２０２、振替要求生成部２０８、電子契約申請部２０６などとして機能する。
【０１０６】
なお、上記の実施の形態では、ｉアプリなどのアプリケーションダウンロード用のサーバ、電子化契約書７１３ダウンロード用のサーバとしても電子決済サーバ１０を用いることとして説明したが、ｉアプリなどのアプリケーションダウンロード用のサーバ、及び／又は電子化契約書７１３ダウンロード用のサーバは電子決済サーバ１０とは別個の装置若しくはシステムであってももちろん構わない。
【０１０７】
ダウンロードされたアプリは、ユーザが移動体通信端末２０で所定の操作を行うことなどにより起動する（Ｓ１０４）。アプリである電子契約申請部２０６はダウンロード後最初に起動したときに、電子化契約書７１３を出力部２０５に表示させ（Ｓ１０４）、ユーザに電子化契約書７１３に記載された内容の確認を促す。
【０１０８】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６はユーザに電子契約を結ぶか否かの決定の入力を受け付ける（Ｓ１０５）。例えば、出力部２０５である液晶ディスプレイに、「この内容で契約をしますか？ ＹＥＳ／ＮＯ」のようなメッセージを表示させてユーザの入力を促す。ユーザが電子化契約書７１３の内容に従って契約を結ぶことを選択した場合は、電子契約申請部２０６、より詳しくは暗号化処理部７０２は、暗号鍵７１５を用いて電子署名を生成する（Ｓ１０６）。なお、この実施の形態では、電子署名は電子化契約書７１３にユーザの住所氏名などを記入したもののハッシュ値を暗号鍵７１５によりＲＳＡ暗号方式により暗号化したものとするが、このようなものに限られず、例えば、ユーザを一意に特定可能な情報であって、第三者が容易に知り得ないものを暗号化したデータを使用しても構わない。但し、この場合には電子証明書７１１は利用しないこととなる。
【０１０９】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６は、電子化契約書７１３（但し、ユーザの住所氏名の入力が書き加えられている）、Ｓ１０６において生成した電子署名、及びユーザ側電子証明書７１１を電子決済サーバ１０に送信する（Ｓ１０７）。
【０１１０】
上記Ｓ１０７による電子化契約書７１３などを受信した電子決済サーバ１０、より詳しくは電子契約処理部４０９は、ユーザ側電子証明書７１１の発行機関である認証サーバ９２に、ユーザ側電子証明書７１１の有効性を問い合わせる（Ｓ１０８）。認証サーバ９２は、ＣＲＬ（Certified Revocation List）を参照して、ユーザ側電子証明書７１１の有効性を判定し、判定結果を電子決済サーバ１０に送信する（Ｓ１０９）。
【０１１１】
以下、図１５を参照しながら説明を続ける。
判定結果がユーザ側電子証明書７１１が有効であるとする場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は、ユーザ側電子証明書７１１の検証処理を実行する（Ｓ１１０）。すなわち、電子決済サーバ１０は、ユーザ側電子証明書７１１の電子署名が認証局（ＣＡ）によりなされたものかを認証局の公開鍵により電子署名を復号化して確認し、且つユーザ側電子証明書７１１が改ざんされていないかを確認する。Ｓ１０９からＳ１１１の検証が全て成功した場合、ユーザ側電子証明書７１１が信用できること、すなわちユーザ側電子証明書７１１に記述された暗号鍵（例えば、公開暗号鍵方式における公開鍵）がユーザのものであると信用できることが判明した。
【０１１２】
上記ユーザ側電子証明書７１１の検証が成功した場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は、電子化契約書７１３に付された電子署名の検証を実行する（Ｓ１１１）。すなわち、電子決済サーバ１０は、ユーザ側電子証明書７１１に記載された暗号鍵を用いて、電子化契約書７１３に付された電子署名を復号化し、電子署名の検証及び電子化契約書７１３の正当性（改ざんされていないこと）を検証する。
【０１１３】
Ｓ１１１における電子署名の検証に成功した場合、電子決済サーバ１０、より詳しくは電子契約処理部４０９は電子化契約書７１１はユーザにより正当に署名されたものと判定する。電子決済サーバ１０、より詳しくは電子契約処理部４０９は、移動体通信端末２０から受信した電子化契約書７１３（ユーザの電子署名が付されている）に決済事業者の電子署名をさらに付すと共に、決済事業者側電子証明書７１２を付し、これら電子化契約書７１３、決済事業者の電子署名、及び決済時業者側電子証明書７１２を移動体通信端末２０に送信する（Ｓ１１２）。
【０１１４】
ステップＳ１１２において送信された電子化契約書７１３などを受信した移動体通信端末２０、より詳しくは電子契約申請部２０６は、決済事業者側電子証明書７１２の発行機関である認証サーバ９２に、決済事業者側電子証明書７１２の有効性を問い合わせる（Ｓ１１３）。認証サーバ９２は、ＣＲＬ（Certified Revocation List）を参照して、決済事業者側電子証明書７１２の有効性を判定し、判定結果を電子決済サーバ１０に送信する（Ｓ１１４）。
【０１１５】
判定結果が決済事業者電子証明書７１２が有効であるとする場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は、決済事業者側電子証明書７１２の検証処理を実行する（Ｓ１１５）。すなわち、移動体通信端末２０、より詳しくは電子契約申請部２０６はは、決済事業者側電子証明書７１２の電子署名が認証局（ＣＡ）によりなされたものかを認証局の公開鍵により電子署名を復号化して確認し、且つ決済事業者側電子証明書７１２が改ざんされていないかを確認する。Ｓ１１３からＳ１１５の検証が全て成功した場合、決済事業者側電子証明書７１２が信用できること、すなわち決済事業者側電子証明書７１２に記述された暗号鍵（例えば、公開暗号鍵方式における公開鍵）が決済事業者のものであると信用できることが判明した。
【０１１６】
上記決済事業者側電子証明書７１２の検証が成功した場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は、電子化契約書７１３に付された決済事業者の電子署名の検証を実行する（Ｓ１１６）。すなわち、移動体通信端末２０は、決済事業者側電子証明書７１２に記載された暗号鍵を用いて、電子化契約書７１３に付された決済事業者の電子署名を復号化し、決済事業者の電子署名の検証及び電子化契約書７１３の正当性（改ざんされていないこと）を検証する。
【０１１７】
Ｓ１１６における決済事業者の電子署名の検証に成功した場合、移動体通信端末２０、より詳しくは電子契約申請部２０６は電子化契約書７１３は決済事業者により正当に署名されたものと判定する。
【０１１８】
次に、移動体通信端末２０、より詳しくは電子契約申請部２０６は、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３（或いはそのハッシュ値）をタイムスタンプサーバ９４に送信し、タイムスタンプサーバ９４にタイムスタンプの発行を要求する（Ｓ１１７）。このタイムスタンプ要求を受信したタイムスタンプサーバ９４は、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３のハッシュ値に日時を付与し、デジタル署名としたタイムスタンプ・トークンを生成し、これを移動体通信端末２０に送信する（Ｓ１１８）。
【０１１９】
移動体通信端末２０、より詳しくは電子契約申請部２０６は、このタイムスタンプ・トークンを取得する（Ｓ１１９）と、ユーザ及び決済事業者の電子署名が付された電子化契約書７１３にこのタイムスタンプ・トークンを付与して電子化契約書保管原本７１４として記憶部７０３に記憶させると共に、電子決済サーバ１０に送信する（Ｓ１２０）。
【０１２０】
電子化契約書保管原本７１４を受信した電子決済サーバ１０、より詳しくは電子契約処理部４０９は、これを記憶部８０３に記憶させる（Ｓ１２１）。
【０１２１】
これにより、ユーザ及び決済事業者の間で引き落とし代行契約が締結されたこととなる。この電子化契約書保管原本７１４が電子決済サーバ１０に記憶されることを条件に、電子化決済サーバ１０は、ユーザ登録を受け付ける。すなわち、電子化契約書保管原本７１４が電子決済サーバ１０に記憶されなければ、ユーザ登録は行われず、従ってユーザが電子決済システム１の利用を開始することはできない。言い換えれば、電子化契約書保管原本７１４が電子決済サーバ１０に記憶されることが、ユーザ登録の必須条件となっている。
【０１２２】
次に、図１６を参照しながら、ステップＳ１２１の後の電子決済システム１の動作について説明する。なお、図１６以降のシーケンス図においては、認証サーバ９２，タイムスタンプサーバ９４の図示は省略した。
【０１２３】
ステップＳ１２１の完了をトリガとして、電子決済サーバ１０は移動体通信端末２０にユーザ登録開始メッセージを送信する（Ｓ１２２）。
ユーザ登録開始メッセージを受信した移動体通信端末２０は、アプリを起動させる（Ｓ１２３）。アプリはダウンロード後最初に起動したときに、ユーザに初期情報を入力させるための初期入力画面を出力部２０５に表示させ、ユーザに初期情報入力を促す（Ｓ１２４）。ここで、初期情報として要求されるのは、ユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０などである。なお、ユーザＩＤ６０２、パスワード６０３は予め電子決済サーバ１０により設定されるようにして、ユーザの入力によらないものとしてもよい。
【０１２４】
ユーザが移動体通信端末２０の入力部２０４を用いて初期情報の入力を完了させると、移動体通信端末２０は、電子決済サーバ１０に通信網５０を介して接続し、入力された初期情報などを電子決済サーバ１０に送信する（Ｓ１２５）。
【０１２５】
初期情報を受信した電子決済サーバ１０は、この初期情報が正しい情報であるか、入力されたユーザ口座が有効であるかを、利用代金収納ネットワーク４０に問い合わせるメッセージである口座確認要求メッセージを利用代金収納ネットワーク４０に送信する（Ｓ１２６）。口座確認要求メッセージを受信した利用代金収納ネットワーク４０は、口座のデータベースなどを検索して、口座確認要求メッセージにおいて確認対象とされたユーザ口座の有無、有効性を判定し、判定の結果を口座確認結果メッセージとして電子決済サーバ１０に送信する（Ｓ１２７）。口座確認結果メッセージが、入力された口座情報が間違っている、又は口座が有効でないことを示している場合、口座確認結果メッセージを受信した電子決済サーバ１０は、再度初期情報の入力を促すメッセージを移動体通信端末２０に送信する（図１６において図示省略）。一方、入力された口座情報が正しく、入力された口座が有効であるということを口座確認結果メッセージが示している場合、口座確認結果メッセージを受信した電子決済サーバ１０は、入力された初期情報に基づいてユーザ登録を行う（Ｓ１２８）。すなわち、電子決済サーバ１０は、データベース部４０３のユーザテーブル６００及びユーザ保有金額データ７００にそれぞれ新たなレコード６０１，１００１を追加して、これらレコード６０１、１００１にユーザＩＤ６０２、パスワード６０３、メールアドレス６０４、銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９，並びに暗証番号６１０、ユーザＩＤ１００２、保有金額１００３などを書き込んでおく。
【０１２６】
上記のユーザ登録（Ｓ１２８）が完了すると、電子決済サーバ１０は、電子化契約書原本７１４を利用代金収納ネットワーク４０に送信する（１２９）。電子化契約書原本７１４を受信した利用代金収納ネットワーク４０は、これを記憶する（Ｓ１３０）。なお、この例では、電子化契約書原本７１４の受信先を利用代金収納ネットワーク４０としたが、電子化契約書原本７１４の受信先は、ユーザ口座を有する金融機関が、電子化契約書原本７１４に基づいて契約成立を確認可能な装置であればどのようなものでも構わない。
【０１２７】
また、この例においては、電子化契約書原本７１４を利用代金収納ネットワーク４０に送信するタイミングをユーザ登録（Ｓ１２８）の後として説明したが、電子化契約書原本７１４が生成された後（Ｓ１１９以後）であれば、どのようなタイミングで電子化契約書原本７１４を利用代金収納ネットワーク４０に送信するようにしても本発明は成立する。
【０１２８】
さて、ユーザ登録（Ｓ１２８）完了後、そのユーザは電子決済システム1の利用が可能となる。以下、図１７を参照しながら、ユーザ登録後の電子決済システム１の動作例を説明する。
【０１２９】
上記のユーザ登録が終了しただけでは、ユーザは電子決済システム１を利用して有価価値提供装置３０から買い物（有価価値の受領）を行うことができるわけではない。ユーザは、移動体通信端末２０から電子決済システム１、より詳しくは電子決済サーバ１０に自分のユーザ口座４１から決済事業者口座４２に適当な金額の預入金を振り込むよう要求する必要がある。有価価値提供装置３０による有価価値の提供によりユーザが消費した金額分はこの預入金より差し引かれる。差し引かれた分の金額は、有価価値提供装置３０に支払われた金額であり、その支払いの受取人である遊技場事業者の口座、すなわち遊技場事業者口座４３に利用代金収納ネットワーク４０の処理により後に振り込まれる。以下、ユーザが電子決済サーバ１０に自己の口座であるユーザ口座４１から決済事業者口座４２へ振替を要求した場合の、上記電子決済システム１の動作例を、図１７を参照ながら説明する。図１７は、ユーザ口座４１から決済事業者口座４２へ振替を要求した場合の電子決済システム１の動作例を示したシーケンス図である。
【０１３０】
まず、ユーザは移動体通信端末２０においてアプリ、より詳しくは振替要求生成部２０８を起動させる（Ｓ２０１）。起動したアプリ、より詳しくは振替要求生成部２０８は、移動体通信端末２０の出力部２０５に、入力インターフェイス画面などを表示させ、ユーザに振替要求メッセージに必要な情報、例えば振替金額、口座暗証番号などの入力を促す。
【０１３１】
これらの入力を受け付けると（Ｓ２０２）、移動体通信端末２０、より詳しくは振替要求生成部２０８は振替要求メッセージを生成し、この振替要求メッセージを電子決済サーバ１０に、通信網５０などを介して送信する（Ｓ２０３）。この振替要求メッセージには、ユーザＩＤ１０１、パスワード１０２、口座暗証番号１０６、入力された振替金額などが格納されている。
【０１３２】
この振替要求メッセージを受信した電子決済サーバ１０，より詳しくは振替要求処理部４０４は、振替要求メッセージに含まれるユーザＩＤ１０１をキーとして、ユーザテーブル６００を検索し、そのユーザＩＤ１０１と一致するレコード６０１から、ユーザ口座４１を指定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９を取得する。さらに、別に記憶している決済事業者口座を特定する情報（図略）、すなわち決済事業者口座の銀行番号、支店番号，口座種別，口座番号を読み出して、これら情報から振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ２０４）。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワークが採用する方式に従うようにしてよい。
【０１３３】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、指定された金額（以下、「ユーザ振替金額」と呼ぶ）をユーザ口座４１から決済事業者口座４２に移すように、振替処理を行う（Ｓ２０５）。振替処理（Ｓ２０５）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ２０６）。なお、ユーザ口座４１の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は、振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
【０１３４】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、このユーザ振替金額をユーザ保有金額データ７００の対応するレコード１００１に反映させる処理である保有金額データ処理を実行する（Ｓ２０７）。この保有金額データ処理により、ユーザ振替金額に相当する金額をユーザは電子決済システム１を用いて使用できるようになる。
【０１３５】
図１８から図１９は、電子決済サーバ１０と利用代金収納ネットワーク４０との間で行われるユーザ振替金額を処理する場合の動作例を説明する図である。
図１８は、ユーザが電子決済サーバ１０に振替要求メッセージ送信（図１７，Ｓ２０３）を行う前の状態の一例を示している。この例では、利用代金収納ネットワーク４０は、ユーザ口座４１、決済所業者口座４２、及び遊技場事業者口座４３を有している。
【０１３６】
さて、一例として、ユーザ口座４１の残高は￥１００，０００であり、決済所業者口座４２、及び遊技場事業者口座４３の残高はともに￥０であるものとしよう。なお、実際には、複数のユーザ、複数の遊技場事業者が利用代金収納ネットワーク４０に口座を有していることになろうが、図１８から図１９では、代表例としてユーザ口座４１、及び遊技場事業者口座４３をそれぞれ一つずつ表示した。
【０１３７】
電子決済サーバ１０は、前述の通りユーザ保有金額データ７００、遊技場事業者保有金額データ９００を記憶しており、ユーザ保有金額データ７００はユーザ毎にレコード１００１を有し、遊技場事業者保有金額データ９００も遊技場事業者毎にレコード９０１を有している。なお、図中のレコード１００１は、ユーザ口座４１のユーザに対応するデータであり、またレコード９０１は、遊技場事業者口座４３の遊技場事業者に対応するデータである。両レコード１００１，９０１に格納されている保有金額はこの時点では￥０であるものとする。
【０１３８】
ここで、ユーザがユーザ口座４１から￥１０，０００分だけ電子決済システム１により使用したいと考えたとしよう。図１９は、図１８の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末２０から電子決済サーバ１０に振替要求メッセージを送信した後の状態を示している。電子決済サーバ１０は、この振替要求メッセージに応じて以下のような振替依頼を利用代金収納ネットワーク４０に送信する。すなわち、ユーザ振替金額￥１０，０００及び決済事業者に支払う手数料（例えば、￥１００）をユーザ口座４１から決済事業者口座４２に振り替えるという内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１３９】
この振替依頼を受信した利用代金収納ネットワーク４０は、ユーザ口座４１から￥１０，１００を決済事業者口座４２に振り替える処理を行う。その結果、図１９に示すように、ユーザ口座４１の残高は、￥１００，０００ー￥１０，１００＝￥８９，９００となり、決済事業者口座４２の残高は、￥０＋￥１０，１００＝￥１０，１００となる。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じてこのように変更する。
【０１４０】
図２０は、図１９の状態の後に、電子決済サーバ１０が保有金額データ処理（図１７，Ｓ２０７）を行った後の状態を示す。前述の図１９に示したように、利用代金収納ネットワーク４０によって振替処理が行われると、利用代金収納ネットワーク４０は電子決済サーバ１０に￥１０，１００の振替が正常に行われた旨の振替結果通知を送信する（図１７，Ｓ２０６）。電子決済サーバ１０、より詳しくは振替要求処理部４０４は、この振替結果通知に応じて、振替が行われたユーザ口座４１に対応するレコード１００１が記憶しているユーザ保有金額１００３の値に振り替えた金額を加算する。但し、手数料に相当する￥１００は加算しない。この加算による保有金額データ処理（Ｓ２０７）の結果、レコード１００１には、￥０＋￥１０，０００＝￥１０，０００が記録されることとなる。この￥１０，０００はユーザが電子決済システム１において使用できる金額となる。
【０１４１】
次に、ユーザが有価価値提供装置３０から有価価値の提供を受けようとした場合の、電子決済システム１の動作例について図２１を参照しながら説明する。図２１は、ユーザが有価価値提供装置３０から有価価値の提供を受けるために、移動体通信端末２０と有価価値提供装置３０との間で近距離通信手段２０１，３０３による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図である。
【０１４２】
まず、ユーザが本電子決済システム１を利用して、有価価値提供装置３０による有価価値の提供を受けようとしようとしたものとする。
この場合、ユーザは移動体通信端末２０が有価価値提供装置３０の機器ＩＤなどを取得するよう、移動体通信端末２０と有価価値提供装置３０との間で近距離通信による通信を行わせる。例えば、端末側近距離通信部２０１が非接触式ＩＣカード用ＩＣチップであり、提供装置側近距離通信部３０３がリーダ／ライタである場合には、非接触式ＩＣカード用チップの近接をリーダ／ライタが検知すると、提供装置側近距離通信部３０３であるリーダ／ライタは、自らが記憶している機器ＩＤ、ｉアプリなどアプリケーションを指定するアプリ番号、ユーザ支払金額を端末側近距離通信部２０１である非接触式ＩＣカード用チップに送信する（Ｓ３０１）。ここで、機器ＩＤは、有価価値提供装置３０を一意に特定することができる識別情報であり、アプリ番号は、移動体通信端末２０において動作するｉアプリなどのアプリケーションを一意に特定する識別情報である。ユーザ支払金額は、有価価値提供装置３０がユーザに提供する有価価値の対価の額を特定する情報である。有価価値提供装置３０は、移動体通信端末２０による有価価値の購入申し込みがあると、予め定められた支払金額分の有価価値の購入申し込みとして取り扱う。例えば、有価価値提供装置３０が玉貸し機である場合には、ユーザが移動体通信端末３０を有価価値提供装置３０である玉貸し機に近づけて、非接触式ＩＣカード用チップの読み取りを行わせると、その有価価値提供装置３０について定められた支払金額（例えば、￥１，０００）分の貸し玉の購入申し込みとして処理する。なお、ユーザ支払金額は有価価値提供装置３０毎に異なっていてもよい。例えば、同一の遊技場内に設置された玉貸し機Ａについては、支払金額は￥１，０００と定められており、別の玉貸し機Ｂについては支払金額は￥５，０００と定められているようにしてもよい。また、ユーザ支払金額はユーザの選択によって決定できるようにしてもよい。例えば、有価価値提供装置３０がプリペイド・カード発券装置である場合に、このプリペイド・カード発券装置は複数の異なる金額のプリペイド・カード（例えば、￥１，０００、￥３，０００、￥５，０００、￥１０，０００）を発券できる装置であって、これらの金額を指定する複数の金額決定ボタンを有している。ユーザは、所望の金額の金額決定ボタンを押下することにより、望みの金額のプリペイド・カードを購入する。この場合には、ユーザが金額決定ボタンにより選択した金額が上記ユーザ支払金額として電子決済システム１で扱われるようにしてもよい。
【０１４３】
上記のユーザ支払金額は必ずしもステップＳ３０１において、有価価値提供装置３０から移動体通信端末２０に送信されなくともよい。支払金額は機器ＩＤに基づいて電子決済サーバ１０が予め用意してあるテーブルを用いて判断するようにしても構わない。
【０１４４】
機器ＩＤ、アプリ番号、ユーザ支払金額を受信した端末側近距離通信部２０１は、このアプリ番号に対応するｉアプリなどのアプリケーション、すなわち支払要求生成部２０２を起動させる（Ｓ３０２）。このとき、機器ＩＤ、ユーザ支払金額は端末側近距離通信部２０１から支払要求生成部２０２に渡される。
【０１４５】
起動した支払要求生成部２０２は、有価価値提供装置３０から受け取った機器ＩＤとユーザ支払金額、及びユーザ情報記憶部２０７に記憶されているユーザＩＤ１０１，パスワード１０２を含んだ支払要求メッセージを生成し、これを電子決済サーバ１０に宛てて送信する（Ｓ３０３）。
【０１４６】
支払要求メッセージを受け取った電子決済サーバ１０，より詳しくは支払要求処理部４０２は、まずユーザＩＤ１０１を検索キーとしてユーザ保有金額データ７００を検索し、ユーザＩＤ１０１に該当するレコード１００１の保有金額１００３を取得する。支払要求処理部４０２は、ユーザ支払金額と保有金額１００３とを比較し、保有金額１００３からユーザ支払金額を引き落とすことができるかどうか判定する（Ｓ３０４）。
【０１４７】
ステップＳ３０４において、引き落とすことができないと判定した場合は、支払要求処理部４０２は結果通知部４０７を起動させる。結果通知部４０７は、判定に基づいた処理結果通知を生成し、これを有価価値提供装置３０及び／又は移動体通信端末２０に送信する。処理結果通知を受け取った移動体通信端末２０は、その出力部２０５に処理結果通知の内容を表示する。例えば、「決済要求は処理されました。ご利用ありがとうございました。」或いは「残高が不足しています。決済はできませんでした。」などの内容が表示される。
【０１４８】
一方、ステップＳ３０４において引き落とすことができると判断した場合は、支払要求処理部４０２は提供指示部４０６を起動させる。起動した提供指示部４０６は有価価値提供装置３０へ提供指示メッセージを送信する（Ｓ３０５）。有価価値提供装置３０はユーザ支払金額に応じた有価価値をユーザに提供する（Ｓ３０６）。なお、提供指示メッセージの送信先アドレスは、機器ＩＤをキーとして有価価値提供装置テーブル１０００を検索し、該当するレコード１００１の機器ＩＤアドレス１００３によって決定する。
【０１４９】
また、ステップＳ３０４において引き落とすことができると判断した場合は、支払要求処理部４０２は、ユーザ保有金額データ７００、より詳しくは該当するユーザＩＤを有するレコード１００１の保有金額１００３、及び遊技場事業者保有金額データ９００、より詳しくは該当する遊技場事業者ＩＤを有するレコード９０１の保有金額９０３を、ユーザ支払金額を振り替えるように書き換える（Ｓ３０７）。
【０１５０】
また、電子決済サーバ１０、より詳しくは支払要求処理部４０２は、ステップＳ３０４において引き落とすことができると判断した場合は、結果通知部４０７を起動させる。起動した結果通知部４０７は、移動体通信端末２０に、指定された支払金額の支払いを行ったことを知らせるためのメッセージである実行完了メッセージを送信する（Ｓ３０８）。実行完了メッセージは、ユーザの指定した支払金額に応じた支払手続きが終了したことを示すメッセージである。なお、実行完了メッセージの送信先アドレスは、ユーザＩＤをキーとしてユーザテーブル６００を検索し、該当するレコード６０１のメールアドレス６０４によって決定する。
【０１５１】
実行完了メッセージを受信した移動体通信端末２０は、実行完了メッセージの内容として出力部２０５により結果表示を行う（Ｓ３０９）。例えば、移動体通信端末２０の出力部２０５に、「○○様の保有金額より、￥１，０００の支払いを行いました」などの表示をすることにより、結果表示が行われる。また、この結果表示の際に支払金額を引き落とした後の保有金額１００３の値、すなわち電子決済サーバ１０における残高を表示させるようにしてもよい。但し、保有金額１００３は移動体通信端末２０に記憶されることはなく、保有金額１００３を記憶するのは電子決済サーバ１０の役割である。
【０１５２】
図２２は、図２０の状態の後、ステップＳ３０１からステップＳ３０７までの処理が行われた後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を図示した図である。ユーザ支払金額の振替が行われる以前の図２０の状態では、ユーザ保有金額データ７００の該当レコード１００１の保有金額１００３は￥１０，０００であり、また遊技場事業者保有金額データ９００の該当レコード９０１の保有金額９０３は￥０であった。
【０１５３】
図２２はユーザ支払金額が￥１，０００である場合に、振替処理（Ｓ３０７）を行った後の状態である。この振替処理（Ｓ３０７）において、電子決済サーバ１０の支払要求処理部４０２は、ユーザの保有金額である保有金額１００３の値￥１０，０００からユーザ支払金額である￥１，０００を差し引いて保有金額１００３の値を￥９，０００に書き換えると共に、遊技場事業者の保有金額である保有金額９０３の値￥０にユーザ支払金額である￥１，０００を加算して、保有金額１００３の値を￥１，０００に書き換える。
【０１５４】
このような振替処理（Ｓ３０７）による保有金額１００３，９０３の書き換えにより、有価価値提供装置３０による有価価値の提供に対する対価の支払い、すなわちユーザから遊技場事業者への支払いが、電子決済サーバ１０において実行されることとなる。
【０１５５】
上記のステップＳ３０１からステップＳ３０９までの処理は、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に行われ、それぞれのユーザ支払金額は、該当する遊技場事業者の保有金額として加算され記録される。すなわち、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に、その有価価値提供装置３０を所有若しくは運営する遊技場事業者の保有金額９０３の値は増加してゆくこととなる。
【０１５６】
上記の遊技場事業者の保有金額９０３は、利用代金収納ネットワーク４０上の遊技場事業者口座４３に振り込まれなければならない。以下、電子決済システム１における遊技場事業者口座４３への振り込みについて、図２３を参照しながら説明する。図２３は、電子決済システム１における遊技場事業者口座４３への振込処理の例を示すシーケンス図である。
【０１５７】
電子決済サーバ１０、より詳しくは精算処理部４０５は所定のタイミングで自動起動し、振替依頼生成処理を実行する（Ｓ４０１）。この振替依頼は、決済事業者口座４２から遊技場事業者口座４３へ、当該遊技場事業者の保有金額９０３に対応した額の振り込みを行うことを利用代金収納ネットワーク４０に依頼するメッセージである。このメッセージの詳細は、利用代金収納ネットワーク４０の定めた仕様に合致するよう定められればよい。
【０１５８】
振替依頼生成処理（Ｓ４０１）において、振替依頼は、遊技場事業者保有金額テーブル９００の各レコード９０１について、一つ生成される。振替依頼は、振込先口座である遊技場事業者口座４３を特定する情報、すなわち銀行番号８０５、支店番号８０６，口座種別８０７，口座番号８０８、口座名義８０９を格納している。また、振替依頼は、振替元口座である決済事業者口座４２を特定する情報として決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号、口座名義を格納している。またさらに振替依頼は、振込金額として保有金額８０９に基づいた金額の値を格納する。保有金額８０９に基づいた金額は、必ずしも保有金額と同じ値でなくともよく、例えば、決済事業者のための手数料を保有金額から差し引いた残りの額、などである。
【０１５９】
精算処理部４０５が自動起動する所定のタイミングは、ＣＰＵが判定可能なタイミングであればどのようなものでも構わないが、例えば時間的な条件によるタイミング（毎月３０日、或いは第４月曜日、いわゆる五十日（ごとうび）、など）でもよいし、保有金額が所定の値に達したときなど金額的な条件によるタイミングなどでもよい。また、精算処理部４０５は必ずしも自動起動する必要はなく、電子決済サーバ１０の管理者やオペレータなどが手動により精算処理部４０５を動作させる構成としても、本発明は成立する。
【０１６０】
精算処理部４０５は、各レコード９０３について振替依頼の生成を行うと、生成した振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ４０２）。これら振替依頼を受信した利用代金収納ネットワーク４０は、各振替依頼の内容に従って、決済事業者口座４２から遊技場事業者口座４３への振替処理を実行する（Ｓ４０３）。これらステップＳ４０１からＳ４０３までの処理によって、各ユーザが有価価値提供装置３０の利用対価として支払った金額の合計が、それぞれの遊技場事業者口座４３に振り込まれることとなる。
【０１６１】
振替処理（Ｓ４０３）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ４０４）。なお、決済事業者口座４２の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
【０１６２】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、この振替金額を遊技場事業者保有金額データ９００の対応するレコード９０１に反映させる処理である保有金額データ処理を実行する（Ｓ４０５）。この保有金額データ処理により、遊技場事業者の保有金額９０３の値は「０」に戻される。
【０１６３】
図２４は、図２２に示した状態の後にステップＳ４０１からＳ４０５が実行された結果の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示す図である。図２２の状態において、レコード９０１の保有金額９０３は￥１，０００であった。精算処理部４０５はこの保有金額９０３の値から決済事業者のための手数料（一例として￥１０とする）を差し引いた額である￥９９０を決済事業者口座４２から遊技場事業者口座４３に振り込むように振替依頼を生成し、その振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ４０２）。
【０１６４】
この振替依頼を受け取った利用代金収納ネットワーク４０は、決済事業者口座４２から遊技場事業者口座４３へ￥９９０を振り替える振替処理を行う（Ｓ４０３）。その結果、決済事業者口座４２には、￥１０，１００から￥９９０を差し引いた￥９，１１０が残高として記憶され、一方、遊技場事業者口座４３には、￥０に￥９９０を加算した￥９９０が残高として記憶される。なお、決済事業者口座４２の残高￥９，１１０のうち￥９，０００はユーザから預かっている金額であり、残りの￥１１０が決済事業者の利益である。これで、電子決済事業者は本電子決済システム１の運営から利益を得ることができるようになる。
【０１６５】
［ＩＩ．第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
第１の実施の形態にかかる電子決済システム１が複数の異なる遊技場事業者に対する支払いを扱うのに対して、第２の実施の形態にかかる電子決済システム１は、単一の遊技場事業者に対する支払いを扱う点で異なる。従って、第２の実施の形態にかかる電子決済システム１は、各遊技場事業者について、一つずつ設けられることとなる。但し、同一の遊技場事業者の運営化にある遊技場は複数であっても同一の電子決済システム１により取り扱うことができる。
【０１６６】
また、第２の実施の形態にかかる電子決済サーバ１０には、精算処理部４０５は不要である点で、第１の実施の形態と異なっている。
【０１６７】
［１．第２の実施の形態における電子決済システムの構成例］
第２の実施の形態にかかる電子決済システムの構成は、基本的に第１の実施の形態と同様であるので、これらの詳細な説明は省略する。なお、第２の実施の形態にかかる電子決済サーバ１０は単一の遊技場事業者のみを扱うため、電子決済サーバ１０のデータベース部４０３は、遊技場事業者テーブル８００，遊技場事業者保有金額テーブル９００を有しなくてよい。
【０１６８】
［２．第２の実施の形態における電子決済システムの動作例］
次に、第２の実施の形態にかかる電子決済システムの動作例について説明する。
【０１６９】
第２の実施の形態にかかる電子決済システム１についても、ユーザはまずｉアプリなどのアプリケーションをダウンロードし、電子決済システム１、より詳しくは電子決済サーバ１０にユーザ登録をする必要がある。この処理については、図１４から図１６に示した第１の実施の形態の動作例と同様なので、第２の実施の形態におけるこれら処理の詳細な説明は省略する。
【０１７０】
第１の実施の形態と同様に第２の実施の形態においても、上記のユーザ登録が終了しただけでは、ユーザは電子決済システム１を利用して有価価値提供装置３０から買い物（有価価値の受領）を行うことができるわけではない。ユーザは、移動体通信端末２０から電子決済システム１、より詳しくは電子決済サーバ１０に自分のユーザ口座４１から決済事業者口座４２に適当な金額の預入金を振り込むよう要求する必要がある。ユーザが有価価値提供装置３０により消費する金額分はこの預入金より差し引かれる。差し引かれた分の金額は、有価価値提供装置３０に支払われた金額であり、その支払いの受取人である遊技場事業者の口座、すなわち遊技場事業者口座４３に利用代金収納ネットワーク４０の処理により振り込まれる。以下、ユーザが電子決済サーバ１０に自己の口座であるユーザ口座４１から決済事業者口座４２へ振替を要求した場合の、第２の実施の形態における電子決済システム１の動作例を、図２５を参照ながら説明する。図２５は、ユーザ口座４１から決済事業者口座４２へ振替を要求した場合の電子決済システム１の動作例を示したシーケンス図である。
【０１７１】
まず、ユーザは移動体通信端末２０においてアプリ、より詳しくは振替要求生成部２０８を起動させる（Ｓ５０１）。起動したアプリ、より詳しくは振替要求生成部２０８は、移動体通信端末２０の出力部２０５に、入力インターフェイス画面などを表示させ、ユーザに振替要求メッセージに必要な情報、例えば振替金額、口座暗証番号などの入力を促す。
【０１７２】
これらの入力を受け付けると（Ｓ５０２）、移動体通信端末２０、より詳しくは振替要求生成部２０８は振替要求メッセージを生成し、この振替要求メッセージを電子決済サーバ１０に、通信網５０などを介して送信する（Ｓ５０３）。この振替要求メッセージには、ユーザＩＤ１０１、パスワード１０２、入力された振替金額、口座暗証番号などが格納されている。
【０１７３】
この振替要求メッセージを受信した電子決済サーバ１０，より詳しくは振替要求処理部４０４は、振替要求メッセージに含まれるユーザＩＤ１０１をキーとして、ユーザテーブル６００を検索し、そのユーザＩＤ１０１と一致するレコード６０１から、ユーザ口座４１を指定する情報である銀行番号６０５、支店番号６０６，口座種別６０７，口座番号６０８、口座名義６０９を取得する。さらに、別に記憶している決済事業者口座を特定する情報（図略）、すなわち決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号を読み出して、これら情報から振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ２０４）。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワーク４０が採用する方式に従うようにしてよい。
【０１７４】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、指定された金額（以下、「ユーザ振替金額」と呼ぶ）をユーザ口座４１から決済事業者口座４２に移すように、振替処理を行う（Ｓ５０５）。振替処理（Ｓ５０５）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ５０６）。なお、ユーザ口座４１の残高が不足しているなどの理由で、適正に振替処理が行えなかった場合には、利用代金収納ネットワーク４０は、振替ができなかった旨の振替結果通知を電子決済サーバ１０に送信する。
なお、Ｓ５０１からＳ５０６までの処理は、第１の実施の形態におけるＳ２０１からＳ２０６と同様である。
【０１７５】
さて、Ｓ５０６の後、電子決済サーバ１０，より詳しくは振替要求処理部４０４は、さらに決済事業者口座４２から遊技場事業者口座４３にユーザ振替金額に対応する金額を振り替えるように要求する振替依頼を生成し、これを利用代金収納ネットワーク４０に送信する（Ｓ５０６）。
【０１７６】
電子決済サーバ１０、より詳しくは振替要求処理部４０４は、予め記憶している決済事業者口座４２を特定する情報、すなわち決済事業者口座４２の銀行番号、支店番号，口座種別，口座番号、及び遊技場事業者口座４３を指定する情報である銀行番号、支店番号，口座種別，口座番号、口座名義を読み出して、これら情報とユーザ支払金額に基づく金額とから振替依頼を生成し、利用代金収納ネットワーク４０に送信する（Ｓ５０７）。「ユーザ支払金額に基づく金額」は、この実施の形態においては、ユーザ支払金額から決済事業者に支払う手数料を差し引いた金額（以下、「遊技場事業者振込金額」と呼ぶ）であるものとする。なお、振替依頼の送信について、そのデータ構成や通信手順などについては、利用代金収納ネットワークが採用する方式に従うようにしてよい。
【０１７７】
振替依頼を受け取った利用代金収納ネットワーク４０は、振替依頼の内容に従って、遊技場事業者振込金額を決済事業者口座４２から遊技場事業者口座４３に移すように、振替処理を行う（Ｓ５０８）。振替処理（Ｓ５０８）が正常に行われた場合は、利用代金収納ネットワーク４０は、振替処理を正常に実行したことを電子決済サーバ１０に通知するため、振替結果通知を電子決済サーバ１０に送信する（Ｓ５０９）。
【０１７８】
振替処理が正常に行われた旨の振替結果通知を受信した電子決済サーバ１０は、このユーザ振替金額をユーザ保有金額データ７００の対応するレコード１００１に反映させる処理である保有金額データ処理を実行する（Ｓ５１０）。この保有金額データ処理により、ユーザ振替金額に相当する金額をユーザは電子決済システム１を用いて使用できるようになる。
【０１７９】
図２６から図２９は、第２の実施の形態における電子決済サーバ１０と利用代金収納ネットワーク４０との間で行われるユーザ振替金額を処理する場合の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を説明する図である。
【０１８０】
図２６は、ユーザが電子決済サーバ１０に振替要求メッセージ送信（図２５，Ｓ５０３）を行う前の状態の一例を示している。この例では、利用代金収納ネットワーク４０は、ユーザ口座４１、決済所業者口座４２、及び遊技場事業者口座４３を有している。
【０１８１】
さて、ユーザ口座４１の残高は￥１００，０００であり、決済所業者口座４２、及び遊技場事業者口座４３の残高はともに￥０であるものとしよう。なお、実際には、複数のユーザ、複数の遊技場事業者が利用代金収納ネットワーク４０に口座を有していることになろうが、図２６から図２９では、代表例としてユーザ口座４１、及び遊技場事業者口座４３をそれぞれ一つずつ表示した。
【０１８２】
電子決済サーバ１０は、前述の通りユーザ保有金額データ７００を記憶している。しかし、第２の実施の形態においては、遊技場事業者保有金額データ９００を記憶する必要はない。
【０１８３】
ユーザ保有金額データ７００はユーザ毎にレコード１００１を有している。なお、図中のレコード１００１は、ユーザ口座４１のユーザに対応するデータである。レコード１００１に格納されている保有金額はこの時点では￥０であるものとする。
【０１８４】
図２７は、図２６の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末２０から電子決済サーバ１０に振替要求メッセージを送信した後の状態を示している。電子決済サーバ１０は、この振替要求メッセージに応じて以下のような振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ５０４参照）。すなわち、ユーザ振替金額￥１０，０００及び決済事業者の手数料（例えば、￥１００とする）をユーザ口座４１から決済事業者口座４２に振り替えるという、内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１８５】
この振替依頼を受信した利用代金収納ネットワーク４０は、ユーザ口座４１から￥１０，１００を決済事業者口座４２に振り替える処理を行う（Ｓ５０５参照）。その結果、図２７に示すように、ユーザ口座４１の残高は、￥１００，０００ー￥１０，１００＝￥８９，９００となり、決済事業者口座４２の残高は、￥０＋￥１０，１００＝￥１０，１００となる。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じてこのように変更する。
【０１８６】
図２８は、図２７の状態の後、遊技場事業者口座４３に振込金額を振り替えるよう、電子決済サーバ１０から利用代金収納ネットワーク４０へ振替依頼が送信され（Ｓ５０７）、利用代金収納ネットワーク４０がこの振替依頼に応じた振替処理（Ｓ５０８）を実行した後の状態を示している。
【０１８７】
電子決済サーバ１０は、遊技場事業者口座４３へ振込金額を振り替える旨の以下のような振替依頼を利用代金収納ネットワーク４０に送信する（Ｓ５０７参照）。すなわち、ユーザ振替金額￥１０，０００から決済事業者の手数料（例えば、￥１００とする）を差し引いた額（￥１０，０００ー￥１００＝￥９，９００）である遊技場事業者振込金額を決済事業者口座４２から遊技場事業者口座４３に振り替えるという内容の振替依頼が利用代金収納ネットワーク４０に送られる。
【０１８８】
この振替依頼を受信した利用代金収納ネットワーク４０は、決済事業者口座４１から￥９，９００を遊技場事業者口座４３に振り替える処理を行う（Ｓ５０８参照）。その結果、図２３に示すように、決済事業者口座４２の残高は、￥１０，１００ー￥９，９００＝￥２００となり、遊技場事業者口座４３の残高は、￥０＋￥９，９００＝￥９，９００となる。ユーザ口座４１の残高は￥８９，９００のまま変わらない。利用代金収納ネットワーク４０は各口座４１，４２の残高を振替依頼に応じて上述のように変更する。
【０１８９】
図２９は、図２８の状態の後に、電子決済サーバ１０が保有金額データ処理（Ｓ５１０）を実行した後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示す図である。図２５に示したように、利用代金収納ネットワーク４０によって振替処理（Ｓ５０８）が行われると、利用代金収納ネットワーク４０は電子決済サーバ１０に遊技場事業者振込金額の振替が正常に行われた旨の振替結果通知を送信する（Ｓ５０９）。
【０１９０】
電子決済サーバ１０、より詳しくは振替要求処理部４０４は、この振替結果通知に応じて、振替が行われたユーザ口座４１に対応するレコード１００１が記憶しているユーザ保有金額にユーザ振込金額を加算する保有金額データ処理を実行する（Ｓ５１０）。但し、手数料に相当する￥１００は加算しない。この加算による保有金額データ処理（Ｓ５１０）の結果、レコード１００１には、￥０＋￥１０，０００＝￥１０，０００が記録されることとなる。この￥１０，０００はユーザが電子決済システム１において使用できる金額となる。
【０１９１】
次に、第２の実施の形態にかかる電子決済システム１において、ユーザが有価価値提供装置３０から有価価値の提供を受けようとした場合の、電子決済システム１の動作例について図３０を参照しながら説明する。図３０は、ユーザが有価価値提供装置３０から有価価値の提供を受けるために、移動体通信端末２０と有価価値提供装置３０との間で近距離通信手段による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図である。
【０１９２】
まず、ユーザが電子決済システム１を利用して、有価価値提供装置３０による有価価値の提供を受けようとしようとしたものとする。
【０１９３】
この場合、ユーザは移動体通信端末２０が有価価値提供装置３０の機器ＩＤなどを取得するよう、移動体通信端末２０と有価価値提供装置３０との間で近距離通信による通信を行わせる。例えば、端末側近距離通信部２０１が非接触式ＩＣカード用ＩＣチップであり、提供装置側近距離通信部３０３がリーダ／ライタである場合には、非接触式ＩＣカード用チップの近接をリーダ／ライタが検知すると、提供装置側近距離通信部３０３であるリーダ／ライタは、自らが記憶している機器ＩＤ、アプリ番号、ユーザ支払金額を端末側近距離通信部２０１である非接触式ＩＣカード用チップに送信する（Ｓ６０１）。ここで、機器ＩＤは、有価価値提供装置３０を一意に特定することができる識別情報であり、アプリ番号は、移動体通信端末２０において動作するｉアプリなどのアプリケーションを一意に特定する識別情報である。ユーザ支払金額は、有価価値提供装置３０がユーザに提供する有価価値の対価の額を特定する情報である。有価価値提供装置３０は、移動体通信端末２０による有価価値の購入申し込みがあると、予め定められた支払金額分の有価価値の購入申し込みとして取り扱う。例えば、有価価値提供装置３０が玉貸し機である場合には、ユーザが移動体通信端末３０を玉貸し機に近づけて、非接触式ＩＣカード用チップの読み取りを行わせると、その有価価値提供装置３０について定められた支払金額（例えば、￥１，０００）分の貸し玉の購入申し込みとして処理する。なお、有価価値提供装置３０毎に異なっていてもよい。例えば、同一の遊技場内に設置された玉貸し機Ａについては、支払金額は￥１，０００と定められており、別の玉貸し機Ｂについては支払金額は￥２，０００と定められているようにしてもよい。また、支払金額はユーザの選択によって決定できるようにしてもよい。例えば、有価価値提供装置３０がプリペイド・カード発券装置である場合に、このプリペイド・カード発券装置は複数の異なる金額のプリペイド・カード（例えば、￥１，０００、￥３，０００、￥５，０００、￥１０，０００）を発券できる装置であって、これらの金額を指定する複数の金額決定ボタンを有している。ユーザは、所望の金額の金額決定ボタンを押下することにより、望みの金額のプリペイド・カードを購入する。この場合には、ユーザが金額決定ボタンにより選択した金額が上記支払金額として電子決済システム１で扱われるようにしてもよい。
【０１９４】
上記のユーザ支払金額は必ずしもステップＳ６０１において、有価価値提供装置３０から移動体通信端末２０に送信されなくともよい。支払金額は機器ＩＤに基づいて電子決済サーバ１０が予め用意してあるテーブルを用いて判断するようにしても構わない。
【０１９５】
機器ＩＤ、アプリ番号、支払金額を受信した端末側近距離通信部２０１は、このアプリ番号に対応するｉアプリなどのアプリケーション、すなわち支払要求生成部２０２を起動させる（Ｓ６０２）。このとき、機器ＩＤ、ユーザ支払金額は端末側近距離通信部２０１から支払要求生成部２０２に渡される。
【０１９６】
起動した支払要求生成部２０２は、有価価値提供装置３０から受け取った機器ＩＤとユーザ支払金額、及びユーザ情報記憶部２０７に記憶されているユーザＩＤ１０１，パスワード１０２を含んだ支払要求メッセージを生成し、これを電子決済サーバ１０に宛てて送信する（Ｓ６０３）。
【０１９７】
支払要求メッセージを受け取った電子決済サーバ１０，より詳しくは支払要求処理部４０２は、まずユーザＩＤ１０１を検索キーとしてユーザ保有金額データ７００を検索し、ユーザＩＤ１０１に該当するレコード１００１の保有金額１００３を取得する。支払要求処理部４０２は、ユーザ支払金額と保有金額１００３とを比較し、保有金額１００３から支払金額を引き落とすことができるかどうか判定する（Ｓ６０４）。
【０１９８】
ステップＳ６０４において、引き落とすことができないと判定した場合は、支払要求処理部４０２は結果通知部４０７を起動させる。結果通知部４０７は、判定に基づいた処理結果通知を生成し、これを有価価値提供装置３０及び／又は移動体通信端末２０に送信する。処理結果通知を受け取った移動体通信端末２０は、その出力部２０５に処理結果通知の内容を表示する。例えば、「残高が不足しています。決済はできませんでした。」などの内容が表示される。
【０１９９】
一方、ステップＳ６０４において引き落とすことができると判断した場合は、支払要求処理部４０２は提供指示部４０６を起動させる。起動した提供指示部４０６は有価価値提供装置３０へ提供指示メッセージを送信する（Ｓ６０５）。提供指示メッセージには支払金額が含まれており、有価価値提供装置３０は支払金額に応じた有価価値をユーザに提供する（Ｓ６０６）。なお、提供指示メッセージの送信先アドレスは、機器ＩＤをキーとして有価価値提供装置テーブル１０００を検索し、該当するレコード１００１の機器ＩＤアドレス１００３によって決定する。
【０２００】
また、ステップＳ６０４において引き落とすことができると判断した場合は、支払要求処理部４０２は、ユーザ保有金額データ７００、より詳しくは該当するユーザＩＤを有するレコード１００１の保有金額１００３を支払金額だけ減算するように書き換える減算処理を行う（Ｓ６０７）。
【０２０１】
また、電子決済サーバ１０、より詳しくは支払要求処理部４０２は、ステップＳ６０４において引き落とすことができると判断した場合は、結果通知部４０７を起動させる。起動した結果通知部４０７は、移動体通信端末２０に、指定された支払金額の支払いを行ったことを知らせるためのメッセージである実行完了メッセージを送信する（Ｓ６０８）。実行完了メッセージは、ユーザの指定した支払金額に応じた支払手続きが終了したことを示す。なお、実行完了メッセージの送信先アドレスは、ユーザＩＤをキーとしてユーザテーブル６００を検索し、該当するレコード６０１のメールアドレス６０４によって決定する。
【０２０２】
実行完了メッセージを受信した移動体通信端末２０は、実行完了メッセージの内容として出力部２０５により結果表示を行う（Ｓ６０９）。例えば、移動体通信端末２０の出力部２０５に、「○○様の保有金額より、￥１，０００の支払いを行いました」などの表示をすることにより、結果表示が行われる。また、この結果表示の際に支払金額を引き落とした後の保有金額１００３の値、すなわち電子決済サーバ１０における残高を表示させるようにしてもよい。但し、保有金額１００３は移動体通信端末２０に記憶されることはなく、保有金額１００３を記憶するのは電子決済サーバ１０の役割である。
【０２０３】
図３１は、図２９の状態の後、ステップＳ６０１からステップＳ６０７までの処理が行われた後の電子決済サーバ１０，利用代金収納ネットワーク４０の記憶状態を示した図である。支払金額の振替が行われる以前の状態である図２４に示す状態では、ユーザ保有金額データ７００の該当レコード１００１の保有金額１００３は￥１０，０００であった。
【０２０４】
図３１は、支払金額￥１，０００である場合に、振替処理（Ｓ６０７）を行った後の状態を示している。この振替処理（Ｓ６０７）において、電子決済サーバ１０の支払要求処理部４０２は、ユーザの保有金額である保有金額１００３の値￥１０，０００から支払金額である￥１，０００を差し引いて保有金額１００３の値を￥９,０００に書き換える。
【０２０５】
このような振替処理（Ｓ６０７）による保有金額１００３の書き換えにより、有価価値提供装置３０による有価価値の提供に対する対価の支払い、すなわちユーザから遊技場事業者への支払いが、電子決済サーバ１０において実行されることとなる。
【０２０６】
上記のステップＳ６０１からステップＳ６０９までの処理は、各ユーザが有価価値提供装置３０を利用して有価価値を購入する毎に行われる。但し、第１の実施の形態とは異なり、それぞれのユーザの支払金額が該当する遊技場事業者の保有金額として加算され記録されることはない。また、第１の実施の形態と異なり、遊技場事業者の保有金額９０３を、電子決済サーバ１０からの振替要求に従って利用代金収納ネットワーク４０上の遊技場事業者口座４３に振り込む必要もない。すなわち、第２の実施の形態においては、図２３に示したような電子決済システム１における遊技場事業者口座４３への振り込みを行う必要がない。
【０２０７】
［ＩＩＩ．変形例、その他］
（１）有価価値提供装置３０に設けた液晶ディスプレイなどにＱＲコードなどを表示しておき、移動体通信端末２０にＣＣＤカメラを利用したバーコードリーダを設けてバーコードの読み取りを行わせることにより、提供装置側近距離通信部３０３及び端末側近距離通信部２０１の代わりとしてもよい。この場合はバーコードが示す情報がそのまま機器ＩＤとなればよい。
（２）上記の第１及び第２の実施の形態では、ユーザ口座４１から決済事業者口座への振替は、移動体通信端末２０から電子決済サーバ１０を経由して利用代金収納ネットワーク４０へ振替依頼を送信する構成としたが、移動体通信端末２０から直接利用代金収納ネットワーク４０に振替依頼を送信する構成としても本発明は成立する。
【０２０８】
［ＩＶ．本電子決済システムの利点］
（１）ユーザにとっての利点
遊技場において使用可能な、現金以外の決済方法となるため、遊技場において手持ちの現金がなくなった後でも、簡易な決済行為（移動体通信端末２０を有価価値提供装置３０にかざす程度の簡単な入力操作を行う処理）で貸し玉、貸しメダルの購入、商品の購入などが可能となる。
【０２０９】
それゆえ、遊技中に手持ちの現金がなくなったり少なくなった状態で大当たりを引き当てたが手持ちの玉やメダルが底を突きそうな場合に、簡単な操作で貸し玉などの追加購入ができるため、遊技者は現金の残高を気にすることなく、安心して遊技を続けることができる。
【０２１０】
また、この決済行為において、決済行為に使う端末は、利用者が所有する移動体通信端末である安心感に加え、カード番号や暗証番号の入力行為をする必要がないため、通常のクレジット・カード、デビット・カードのように、店舗側にカード番号や暗証番号の記録が残ったり、或いは悪意ある者に不正取得されたりするおそれがなくなり、安心して決済をすることが可能となる。
【０２１１】
また、電子決済サーバ１０が取得する利用状況情報に基づいた、情報配信を受けることも可能であり、より多彩なサービスを受けることが期待できる。
【０２１２】
（２）店舗側（管理者）にとっての利益
遊技した結果手持ち現金がなくなったユーザであっても、本電子決済システムによりさ
らに貸し玉、貸しメダルの購入ができるので遊技機の稼働率が高まり、またそのようなユーザが店舗内で買い物等をしてくれる可能性も高まるので、遊技場の売り上げ向上が期待できる。同時に、利用者が、どの遊技機でどの程度遊技したのかの情報も得られることから、この情報を基に、遊技機の稼動状況の詳細を知ることができ、利用者の好みも知ることが可能であり、マーケティング情報として活用も可能である。
【０２１３】
本電子決済システムを利用した場合には、店舗内で取り扱う現金は増加しないため、入金管理が容易になると共に現金の保安管理も向上する。
【０２１４】
（３）決済事業者にとっての利点
決済事業者は、本電子決済システムを運営することにより、ユーザである遊技者の遊技状況を把握することが可能となり、遊技機の開発、販売、営業などで参照するデータを蓄積できる。
（４）認証局（ＣＡ）である認証サーバ９２は、一般的に使われる他社のサーバであっても、また、自社で構築したサーバであったとしても、本発明は成立する。
［Ｖ．第３の実施の形態］
次に、本発明の第３の実施の形態について説明する。第３の実施の形態は、前述の第１又は第２の実施の形態と基本的に同様の構成、機能を有し、さらに電子決済サーバ１０に記憶されたユーザ保有金額１００３に、手持ちのカジノチップ、或いはプリペイド・カードやＩＣカードなどに記憶された金額、度数、或いは現金などを加算（入金）する機能を有することを特徴としている。上記の加算は、電子決済サーバと通信可能な端末装置を用いて行う。この端末装置は、例えば、当該ユーザの移動体通信端末や、カジノのフロントなど適宜の場所に設置されたコンピュータなどである。
第３の実施の形態では、上記の機能を有することによりユーザが遊技を終了したり、中断するなどの場合に余っているカジノチップやプリペイド・カードの金額、度数などを本電子決済システムに預からせることが可能となり、ユーザの利便性が向上する。
図３２に、第３の実施の形態にかかる電子決済システムの構成例を示す。第３の実施の形態にかかる電子決済システム１Ｂは、加算（入金）を電子決済サーバ１０Ｂに要求するための端末装置であるコンピュータ９８をさらに有する点で第１、第２の実施の形態の電子決済システム１（図１参照）と異なっている。また、電子決済サーバ１０Ｂ、移動体通信端末２０Ｂの構成が、第１、第２の実施の形態の電子決済サーバ１０、移動体通信端末２０と異なっている。移動体通信端末２０Ｂは、移動体通信端末２０Ａと同様の機能を有するとともに、加算（入金）を電子決済サーバ１０に要求するための端末装置としての機能を有する。
コンピュータ９８は、電子決済サーバ１０Ｂと通信する機能を有する装置であって、演算処理装置（ＣＰＵ）、主メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、入出力装置（Ｉ／Ｏ）、必要な場合にはハードディスク装置等の外部記憶装置を具備している装置である。
コンピュータ９８のオペレータは、ユーザ（プレイヤ）から加算（入金）の申し出を受けた場合、加算（入金）する金額、或いは度数などを確認する。例えば、カジノチップによる加算（入金）の申し出の場合は、カジノチップを数える等の作業を行う。また、プリペイド・カードによる加算（入金）の申し出の場合は、別途用意されているプリペイド・カード読み取り装置により残額を読み取る。また、プリペイド・カードの残額をホール・コンピュータなどの管理装置で管理している場合には、残額を読み取らなくとも、当該カードのＩＤ番号を読み取る。
次に、オペレータは、ユーザを特定する情報（例えば、ユーザＩＤ）、及び加算する金額、或いは度数などを示す情報をコンピュータ９８に入力する。コンピュータ９８は、加算（入金）処理を実行し、前記ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成し、このメッセージを通信網５０を介して電子決済サーバ１０Ｂに送信する。
このメッセージを受信した電子決済サーバ１０Ｂは、前記ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算する処理を行う。
次に、第３の実施の形態における移動体通信端末２０Ｂについて説明する。前述の通り、移動体通信端末２０Ｂは、第１、第２の実施の形態における移動体通信端末２０として機能するとともに、前述のコンピュータ９８と同様に、ユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成し、このメッセージを通信網５０を介して電子決済サーバ１０Ｂに送信する機能を有する。加算する金額、或いは度数などを示す情報は、必ずしも金額や度数などを直接示す情報でなくともよく、それをキーとして検索することにより金額や度数などを直接示す情報が取得できる情報であっても良い。例えば、プリペイド・カードのＩＤ番号も、ここにいう「加算する金額、或いは度数などを示す情報」となりうる。この場合には、電子決済サーバ１０Ｂは、プリペイド・カードのＩＤ番号などを受け取った場合、プリペイド・カードの残額を管理する管理装置（例えば、カジノのホール・コンピュータ）にプリペイド・カードのＩＤ番号に対応する残額を問い合わせ、問い合わせに応じて送信された残額を加算する金額、或いは度数として加算（入金）処理を行うようにしても良い。
図３３に、第３の実施の形態における移動体通信端末２０Ｂの構成例を示す。なお、有価価値提供装置３０の構成は第１，第２の実施の形態の物と同一である。また、移動体通信端末２０（図３参照）と同一の構成要素には同一の参照番号を付し、それら構成要素の詳細な説明は省略する。
移動体通信端末２０Ｂは、端末側近距離通信部２０１と、支払要求生成部２０２と、無線通信部２０３と、入力部２０４と、出力部２０５と、ユーザ情報記憶部２０７と、振替要求生成部２０８と、電子契約申請部２０６と、入金要求生成部２０９とを有している。
入金要求生成部２０９は、入力部２０４から入力されたユーザを特定する情報、及び加算する金額、或いは度数などを示す情報に基づいて、ユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算することを要求するメッセージを生成する。生成された要求メッセージは、無線通信部２０３に渡され、無線通信部２０３はこの要求メッセージに基づいて変調された無線信号を送信する。
次に、第３の実施の形態における電子決済サーバ１０Ｂについて説明する。図３４は、第３の実施の形態における電子決済サーバ１０Ｂの構成例を示す図である。電子決済サーバ１０Ｂは、第１、第２の実施の形態における電子決済サーバ１０が有する構成要素を備えているとともに、さらに入金要求処理部４１０Ｂを備えている。なお、第１、第２の実施の形態における電子決済サーバ１０の構成要素と同一の構成要素については、同一の参照符号を付し、これらの詳細な説明は省略する。
加算要求処理部４１０Ｂは、コンピュータ９８又は移動体通信端末２０Ｂから加算することを要求するメッセージをネットワーク通信処理部４０１を介して取得する。このメッセージを取得した加算要求処理部４１０Ｂは、ユーザ保有金額データ７００を検索し、このメッセージに含まれるユーザを特定する情報に対応するユーザレコード１００１のユーザ保有金額１００３の値に加算する金額、或いは度数などを示す情報に応じた値を加算し、これを記憶させる。
次に、第１の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の具体例を説明する。図３５から図３６は、第１の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の例を示す図である。
図３５では、ユーザ保有金額１００３として「￥１０，０００」が電子決済サーバ１０Ｂに記憶された状態を示す。なお、その他の条件については図１５について述べたところと同様であるものとする。
この状態から、ユーザは、￥２，０００分のプリペイド・カードを有価価値提供装置３０から提供を受けたものとする。図３６は、￥２，０００分のプリペイド・カードをユーザが取得した後の電子決済サーバ１０Ｂ、利用代金収納ネットワーク４０の記憶内容の例を示す。ユーザ保有金額１００３は「￥１０，０００」から￥２、０００を減じた「￥８，０００」に書き換えられており、また、遊技事業者保有金額９０３は「￥０」から「￥２，０００」に書き換えられている。
次に、￥２，０００分のプリペイド・カードを取得したユーザが￥１，０００だけ消費して遊技を終了し、残金￥１，０００を電子決済システム１Ｂに戻すため、コンピュータ９８又は移動体通信端末２０Ｂから￥１，０００の加算を電子決済サーバ１０Ｂに要求したものとする。
コンピュータ９８又は移動体通信端末２０Ｂから送信された￥１，０００の加算を要求するメッセージを受信した電子決済サーバ１０Ｂ、より詳しくは加算要求処理部４１０Ｂは、この要求メッセージの内容に応じてユーザ保有金額１００３、及び遊技場事業者保有金額９０３を書き換える。図３７は、この要求メッセージの内容に応じてユーザ保有金額１００３、及び遊技場事業者保有金額９０３が書き換えられた例を示す。ユーザ保有金額１００３は「￥８，０００」に￥１、０００を加算した「￥９，０００」に書き換えられており、また、遊技事業者保有金額９０３は「￥２，０００」から「￥１，０００」に書き換えられている。
このように処理が行われることにより、ユーザは消費しきれなかった有価価値を後日電子決済システム１Ｂで再度利用することが可能となる。
次に、第２の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の具体例を説明する。図３８から図４０は、第２の実施の形態に基づいた第３の実施の形態にかかる電子決済システム１Ｂでの、加算処理の例を示す図である。
図３８では、ユーザ保有金額１００３として「￥１０，０００」が電子決済サーバ１０Ｂに記憶された状態を示す。なお、その他の条件については図２９について述べたところと同様であるものとする。
この状態から、ユーザは、￥１，０００分のプリペイド・カードを有価価値提供装置３０Ａから提供を受けたものとする。図３９は、￥１，０００分のプリペイド・カードをユーザが取得した後の電子決済サーバ１０Ｂ、利用代金収納ネットワーク４０の記憶内容の例を示す。ユーザ保有金額１００３は「￥１０，０００」から￥１、０００を減じた「￥９，０００」に書き換えられている。
次に、￥１，０００分のプリペイド・カードを取得したユーザが￥５００だけ消費して遊技を終了し、残金￥５００を電子決済システム１Ｂに戻すため、コンピュータ９８又は移動体通信端末２０Ｂから￥５００の加算を電子決済サーバ１０Ｂに要求したものとする。
コンピュータ９８又は移動体通信端末２０Ｂから送信された￥５００の加算を要求するメッセージを受信した電子決済サーバ１０Ｂ、より詳しくは加算要求処理部４１０Ｂは、この要求メッセージの内容に応じてユーザ保有金額１００３を書き換える。図４０は、この要求メッセージの内容に応じてユーザ保有金額１００３が書き換えられた例を示す。ユーザ保有金額１００３は「￥９，０００」に￥５００を加算した「￥９，５００」に書き換えられている。
このように処理が行われることにより、ユーザは消費しきれなかった有価価値を後日電子決済システム１Ｂで再度利用することが可能となる。
なお、第３の実施の形態においても、第１から第２の実施の形態の変形と同様の変形を行うことも可能である。
【図面の簡単な説明】
【０２１５】
【図１】本発明にかかる電子決済システムの一例を示すネットワーク図
【図２】利用代金収納ネットワークの概略構成を示すブロック図
【図３】有価価値提供装置及び移動体通信端末の構成例を示す機能ブロック図
【図４】ユーザ情報記憶部が記憶する情報の一例を示す図
【図５】電子契約申請部の構成例を示す機能ブロック図
【図６】電子決済サーバの構成例を示す機能ブロック図
【図７】データベース部に記憶されるユーザテーブルの構成例を示す図
【図８】データベース部に記憶されるユーザ保有金額データの構成例を示す図
【図９】データベース部に記憶される遊技場事業者テーブルの構成例を示す図
【図１０】データベース部に記憶される遊技場事業者保有金額データの構成例を示す図
【図１１】データベース部に記憶される有価価値提供装置テーブルの構成例を示す図
【図１２】電子契約処理部の構成例を示す機能ブロック図
【図１３】分散サーバ構成とした電子決済サーバの構成例を示す機能ブロック図
【図１４】電子決済システムの動作例を示すシーケンス図
【図１５】図１４に続く、電子決済システムの動作例を示すシーケンス図
【図１６】図１５に続く、電子決済システムの動作例を示すシーケンス図
【図１７】図１６に続く、電子決済システムの動作例を示すシーケンス図
【図１８】電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図１９】図１８に続く、電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図２０】図１９に続く、電子決済サーバと利用代金収納ネットワークとの間で行われるユーザ振替金額を処理する場合の動作例を説明する図
【図２１】移動体通信端末と有価価値提供装置との間で近距離通信手段による通信を行わせた場合の、電子決済システムの動作例を示すシーケンス図
【図２２】図１９の状態の後、ステップＳ３０１からステップＳ３０７までの処理が行われた後の状態を示した図
【図２３】電子決済システムにおける遊技場事業者口座への振り込み処理の例を示すシーケンス図
【図２４】図２２に示した状態の後にステップＳ４０１からＳ４０５が実行された結果を示す図
【図２５】第２の実施の形態において、ユーザ口座から決済事業者口座へ振替を要求した場合の電子決済システムの動作例を示したシーケンス図
【図２６】ユーザが電子決済サーバに振替要求メッセージ送信を行う前の状態の一例を示す図
【図２７】図２６の状態の後、￥１０，０００のユーザ振替金額を振り替えるよう、ユーザが移動体通信端末から電子決済サーバに振替要求メッセージを送信した後の状態を示す図
【図２８】図２７の状態の後、遊技場事業者振込金額を振り替えるよう、ユーザが移動体通信端末から電子決済サーバに振替要求メッセージを送信し、利用代金収納ネットワークがこのメッセージに応じた振替処理を実行した後の状態を示す図
【図２９】図２８の状態の後に、電子決済サーバが保有金額データ処理を実行した後の状態を示す図
【図３０】移動体通信端末と有価価値提供装置との間で近距離通信手段による通信を行わせた場合の、電子決済システム１の動作例を示すシーケンス図
【図３１】図２９の状態の後、ステップＳ６０１からステップＳ６０７までの処理が行われた後の状態を示した図
【図３２】第３の実施の形態にかかる電子決済システムの構成例を示すブロック図
【図３３】第３の実施の形態にかかる有価価値提供装置、移動体通信端末の構成例を示すブロック図
【図３４】第３の実施の形態にかかる電子決済サーバの構成例を示すブロック図
【図３５】第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３６】図３５の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３７】図３６の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３８】図３５とは別の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図３９】図３８の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【図４０】図３９の後の、第３の実施の形態にかかる電子決済システムでの加算処理の例を示す図
【符号の説明】
【０２１６】
１、１Ｂ … 電子決済システム
１０、１０Ｂ … 電子決済サーバ
２０、２０Ｂ … 移動体通信端末
３０ … 有価価値提供装置
４０ … 利用代金収納ネットワーク
４１ … ユーザ口座
４２ … 決済事業者口座
４３ … 遊技場事業者口座
２０８ … 電子契約申請部
４０２ … 支払要求処理部
４０３ … データベース部
４０４ … 振替要求処理部
４０５ … 精算処理部
４０６ … 提供指示部
４０９ … 電子契約処理部
【特許請求の範囲】
【請求項１】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額及び遊技場事業者保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムであって、
前記移動体通信端末は、前記有価価値提供装置と近距離通信手段による通信を行うことによりその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを前記電子決済サーバに送信し、
前記電子決済サーバは、前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算し、前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示し、且つ前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算し、前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに振替要求を行い、
前記有価価値提供装置は、前記電子決済サーバから有価価値の提供の指示を受け取った場合、前記ユーザ支払金額に応じた有価価値を提供する
ことを特徴とする、電子決済システム。
【請求項２】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する電子決済サーバであって、
ユーザ保有金額及び遊技場事業者保有金額を記憶する記憶手段と、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算する振替要求処理手段と、
前記支払要求メッセージに応じて、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算し、前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに要求する支払要求処理手段と、
前記有価価値提供装置に前記ユーザ支払金額に応じた有価価値の提供を指示する提供指示手段と
を有することを特徴とする電子決済サーバ。
【請求項３】
近距離通信手段による通信を行うことによって、有価価値提供装置からその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信して、前記電子決済サーバに所定のユーザ支払金額に応じた有価価値の提供を指示させる、ことを特徴とする移動体通信端末。
【請求項４】
ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップと、
前記振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算して記憶させるステップと、
有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップと、
前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示するステップと、
前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算するステップと、
前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに振替要求を行うステップと
を有することを特徴とする電子決済方法。
【請求項５】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムであって、
前記移動体通信端末は、前記有価価値提供装置と近距離通信手段による通信を行うことによりその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信し、
前記電子決済サーバは、前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算するとともに前記決済事業者口座から前記遊技場事業者口座へ振替金額に応じた額を振り替えるように前記利用代金収納ネットワークへ要求し、前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示し、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算し、
前記有価価値提供装置は、前記電子決済サーバから有価価値の提供の指示を受け取った場合、前記ユーザ支払金額に応じた有価価値を提供する
ことを特徴とする、電子決済システム。
【請求項６】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する電子決済サーバであって、
ユーザ保有金額を記憶する記憶手段と、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算するとともに、前記振替金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求する振替要求処理手段と、
前記支払要求メッセージに応じて、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算する支払処理手段と、
前記有価価値提供装置に前記ユーザ支払金額に応じた有価価値の提供を指示する提供指示手段と
を有することを特徴とする電子決済サーバ。
【請求項７】
ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップと、
前記振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップと、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算して記憶させるステップと、
有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップと、
前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示するステップと、
前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算するステップと
を有することを特徴とする電子決済方法。
【請求項８】
前記電子決済サーバは、前記提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶することを特徴とする、請求項１又は請求項５に記載の電子決済システム。
【請求項９】
前記電子決済サーバは、当該取引するユーザ口座の存在する銀行のための前記電子化契約書保管原本を送信することを特徴とする、請求項９に記載の電子決済システム。
【請求項１０】
前記電子決済サーバは、前記提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶することを特徴とする、請求項２又は請求項６に記載の電子決済サーバ。
【請求項１１】
前記電子決済サーバは、前記ユーザの口座が存在する銀行に宛てた前記電子化契約書保管原本を送信することを特徴とする、請求項１０に記載の電子決済サーバ。
【請求項１２】
ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付されたユーザの電子署名及び電子証明書を受信するステップと、
前記ユーザの電子署名及び電子証明書の検証し、検証の結果に応じて前記電子化契約書と決済事業者の電子署名及び電子証明書を送信するステップと、
前記電子化契約書とそれに付されたユーザの電子署名、決済事業者の電子署名、及びタイムスタンプを含む電子化契約書保管原本受信し、記憶するステップと
をさらに有することを特徴とする。請求項４又は請求項７に記載の電子決済方法。
【請求項１３】
前記電子決済サーバは、ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行うことを特徴とする、請求項１又は請求項５に記載の電子決済システム。
【請求項１４】
前記電子決済サーバは、ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行う加算要求処理部をさらに有することを特徴とする、請求項２又は請求項６に記載の電子決済サーバ。
【請求項１５】
ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行うステップをさらに有することを特徴とする請求項４又は請求項７に記載の電子決済方法。
【請求項１】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額及び遊技場事業者保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムであって、
前記移動体通信端末は、前記有価価値提供装置と近距離通信手段による通信を行うことによりその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを前記電子決済サーバに送信し、
前記電子決済サーバは、前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算し、前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示し、且つ前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算し、前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに振替要求を行い、
前記有価価値提供装置は、前記電子決済サーバから有価価値の提供の指示を受け取った場合、前記ユーザ支払金額に応じた有価価値を提供する
ことを特徴とする、電子決済システム。
【請求項２】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する電子決済サーバであって、
ユーザ保有金額及び遊技場事業者保有金額を記憶する記憶手段と、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算する振替要求処理手段と、
前記支払要求メッセージに応じて、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算し、前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに要求する支払要求処理手段と、
前記有価価値提供装置に前記ユーザ支払金額に応じた有価価値の提供を指示する提供指示手段と
を有することを特徴とする電子決済サーバ。
【請求項３】
近距離通信手段による通信を行うことによって、有価価値提供装置からその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信して、前記電子決済サーバに所定のユーザ支払金額に応じた有価価値の提供を指示させる、ことを特徴とする移動体通信端末。
【請求項４】
ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップと、
前記振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算して記憶させるステップと、
有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップと、
前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示するステップと、
前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算すると共に、前記遊技場事業者保有金額に前記ユーザ支払金額に応じた額を加算するステップと、
前記遊技場事業者保有金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるように前記利用代金収納ネットワークに振替要求を行うステップと
を有することを特徴とする電子決済方法。
【請求項５】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともにユーザ保有金額を記憶可能な電子決済サーバと、移動体通信端末と、有価価値提供装置とを有する電子決済システムであって、
前記移動体通信端末は、前記有価価値提供装置と近距離通信手段による通信を行うことによりその有価価値提供装置を特定する機器特定情報を取得し、ユーザを特定するユーザ特定情報と前記機器特定情報とを含む支払要求メッセージを生成し、この支払要求メッセージを電子決済サーバに送信し、
前記電子決済サーバは、前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算するとともに前記決済事業者口座から前記遊技場事業者口座へ振替金額に応じた額を振り替えるように前記利用代金収納ネットワークへ要求し、前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示し、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算し、
前記有価価値提供装置は、前記電子決済サーバから有価価値の提供の指示を受け取った場合、前記ユーザ支払金額に応じた有価価値を提供する
ことを特徴とする、電子決済システム。
【請求項６】
ユーザ口座、決済事業者口座、及び遊技場事業者口座を管理する利用代金収納ネットワークに口座間の振替を要求することができるとともに、移動体通信端末からの支払要求メッセージに応じて、有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示する電子決済サーバであって、
ユーザ保有金額を記憶する記憶手段と、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算するとともに、前記振替金額に応じた額を前記決済事業者口座から前記遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求する振替要求処理手段と、
前記支払要求メッセージに応じて、前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算する支払処理手段と、
前記有価価値提供装置に前記ユーザ支払金額に応じた有価価値の提供を指示する提供指示手段と
を有することを特徴とする電子決済サーバ。
【請求項７】
ユーザが指定した振替金額をユーザ口座から決済事業者口座へ振り返るよう利用代金収納ネットワークに要求するステップと、
前記振替金額に応じた額を決済事業者口座から遊技場事業者口座へ振り替えるよう利用代金収納ネットワークに要求するステップと、
前記ユーザ口座から前記決済事業者口座への振替金額に応じたユーザ振替金額を前記ユーザ保有金額に加算して記憶させるステップと、
有価価値提供装置と近距離通信手段による通信を行うことにより取得されるその有価価値提供装置を特定する機器特定情報とユーザを特定するユーザ特定情報とを含む支払要求メッセージを受信するステップと、
前記支払要求メッセージに応じて、前記有価価値提供装置にユーザ支払金額に応じた有価価値の提供を指示するステップと、
前記ユーザ保有金額から前記ユーザ支払金額に応じた額を減算するステップと
を有することを特徴とする電子決済方法。
【請求項８】
前記電子決済サーバは、前記提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶することを特徴とする、請求項１又は請求項５に記載の電子決済システム。
【請求項９】
前記電子決済サーバは、当該取引するユーザ口座の存在する銀行のための前記電子化契約書保管原本を送信することを特徴とする、請求項９に記載の電子決済システム。
【請求項１０】
前記電子決済サーバは、前記提供指示メッセージ、及び振替依頼メッセージの送信に先立って、ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付された検証されたユーザの電子署名及び決済事業者の電子署名を有する電子化契約書保管原本を記憶することを特徴とする、請求項２又は請求項６に記載の電子決済サーバ。
【請求項１１】
前記電子決済サーバは、前記ユーザの口座が存在する銀行に宛てた前記電子化契約書保管原本を送信することを特徴とする、請求項１０に記載の電子決済サーバ。
【請求項１２】
ユーザと電子決済システムの運営者である決済事業者との間の、決済事業者がユーザ口座から指定された金額を引き落とすことを内容とする契約の電子化契約書と、これに付されたユーザの電子署名及び電子証明書を受信するステップと、
前記ユーザの電子署名及び電子証明書の検証し、検証の結果に応じて前記電子化契約書と決済事業者の電子署名及び電子証明書を送信するステップと、
前記電子化契約書とそれに付されたユーザの電子署名、決済事業者の電子署名、及びタイムスタンプを含む電子化契約書保管原本受信し、記憶するステップと
をさらに有することを特徴とする。請求項４又は請求項７に記載の電子決済方法。
【請求項１３】
前記電子決済サーバは、ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行うことを特徴とする、請求項１又は請求項５に記載の電子決済システム。
【請求項１４】
前記電子決済サーバは、ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行う加算要求処理部をさらに有することを特徴とする、請求項２又は請求項６に記載の電子決済サーバ。
【請求項１５】
ユーザ保有金額に加算を行うことを要求するメッセージを受信すると、対応するユーザのユーザ保有金額に加算を行うステップをさらに有することを特徴とする請求項４又は請求項７に記載の電子決済方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【公開番号】特開２００８−２９３４９１（Ｐ２００８−２９３４９１Ａ）
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００８−１２５２１８（Ｐ２００８−１２５２１８）
【出願日】平成２０年５月１２日（２００８．５．１２）
【分割の表示】特願２００７−１３６１９４（Ｐ２００７−１３６１９４）の分割
【原出願日】平成１９年５月２３日（２００７．５．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６３１４４１６）株式会社モビテクノ (10)
【Ｆターム（参考）】
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成２０年５月１２日（２００８．５．１２）
【分割の表示】特願２００７−１３６１９４（Ｐ２００７−１３６１９４）の分割
【原出願日】平成１９年５月２３日（２００７．５．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６３１４４１６）株式会社モビテクノ (10)
【Ｆターム（参考）】
[ Back to top ]