電子マネーシステム、および、携帯端末

【課題】効率的に電子マネーを補償する。
【解決手段】電子マネーサーバ（以下サーバという）２００が携帯電話（以下携帯という）１００へのバリュー送信額特定情報と携帯ＩＤとを対応記憶し、券売機３００が引落要求を携帯１００に送信し、携帯１００が引落要求に応じて格納バリューから引落要求による要求額減算の旨を示す減算終了信号を券売機３００に送信し、券売機３００が、減算終了信号に応じて減算額を用いた遊技可能化処理を行ない、減算額特定情報と減算終了信号送信元の携帯ＩＤとを対応記憶し、減算額特定情報と対応携帯ＩＤとを含む取引情報をサーバ２００に所定時間ごとに送信し、サーバ２００が送信取引情報と記憶情報とに基づき携帯ＩＤごとに残額を管理し、券売機３００が取引情報の出力を待たずに遊技可能化処理を行ない、携帯１００が電子マネーアプリ１１１の実行でチャージされ減算されたバリューをバックアップ情報として格納する。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネーシステム、および、携帯端末に関する。詳しくは、電子マネーを扱うのに適した電子マネーシステム、および、携帯端末に関する。
【背景技術】
【０００２】
従来、電子マネーで遊技に使用する遊技用記録媒体の発行や遊技用記録媒体に追加入金をするものがあった（たとえば、特許文献１。）。この電子マネーは、利用者の取引金融機関からチャージすることができる。そして、遊技者は、チャージされた電子マネーを用いて遊技用記録媒体を購入したり、遊技用記録媒体に追加入金したりする。
【特許文献１】特開２００２−２２４４２３号公報（たとえば、第００３５段落）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したチャージされた電子マネーを用いるときに、携帯端末ごとの電子マネーの利用状況をサーバでバックアップしておくことが考えられる。これにより、万一、携帯端末にチャージされた電子マネーのデータが破損したり消失したりするなど不測の事態が発生した場合であっても、サーバにバックアップされた電子マネーの利用状況に基づいて内部メモリに記憶されている電子マネーを補償することができる。
【０００４】
しかし、このようにした場合、電子マネーの使用の都度、使用額などの利用状況をサーバへ送信する必要がある。そして、サーバでバックアップされた記憶が更新されて、更新完了の返信を待って、電子マネーの減算処理が完了する。
【０００５】
このため、電子マネーの使用に時間が掛かり、電子マネーを即座に使用することができないので、遊技者の利便性が著しく損なわれるという問題がある。一方、電子マネーを即座に使用することができるようにした場合、電子マネーの利用状況がサーバに逐一バックアップされなくなるので、電子マネーの補償をすることができなくなる。このため、未使用のチャージ額が補償されなければ、遊技者が損失を被る。また、未使用のチャージ額以上を補償することになった場合には、電子マネーのサービス提供者が損失を被る可能性がある。さらに、電子マネーの補償ができなければ、電子マネーのサービス提供者は、遊技者に対する信用を失うことになる。
【０００６】
この発明はかかる事情に鑑み考え出されたものであり、その目的は、遊技者の利便性を損なわずに電子マネーを補償することが可能な電子マネーシステム、および、携帯端末を提供することである。
【課題を解決するための手段】
【０００７】
（１）ユーザの携帯端末（たとえば、携帯電話１００）にチャージされた電子マネー（たとえば、バリュー）を用いて遊技（たとえば、パチンコ遊技）を可能にするための電子マネー遊技使用サービスを提供する電子マネーシステム（たとえば、電子マネーシステム１０）であって、
電子マネーに関するサービスを提供するサービス提供用サーバ（たとえば、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ４００）に設けられ、前記携帯端末にチャージした電子マネー情報の額を特定可能な送信額特定情報と、該電子マネー情報をチャージした携帯端末を識別するための携帯端末識別情報（たとえば、携帯ＩＤ）とを対応付けて記憶する送信電子マネー記憶手段（たとえば、請求情報作成ＡＰ２１２、Ｓ２４９、発行情報ＤＢ２２２）と、
前記携帯端末と通信し、該携帯端末にチャージされている電子マネー情報を用いて遊技を可能にするための電子マネー遊技使用装置（たとえば、券売機３００、カードユニット６００，６００Ａ）に設けられ、遊技を可能にするために使用する電子マネー情報の引落しを要求する引落要求情報（たとえば、引落要求信号）を前記携帯端末に送信するために出力する引落要求情報出力手段（たとえば、チップリーダライタ３９０、制御部３９１、非接触通信部３９３）と、
前記携帯端末に設けられ、前記引落要求情報出力手段から送信されてきた前記引落要求情報に応じて、前記チャージされた電子マネー情報から前記引落要求情報により要求された額の電子マネー情報を減算し、減算した旨を示す減算終了情報（たとえば、減算終了信号）を前記電子マネー遊技使用装置に送信するために出力する減算終了情報出力手段（たとえば、非接触型ＩＣチップ１９０、制御部１９１、非接触通信部１９３）と、
前記電子マネー遊技使用装置に設けられ、前記減算終了情報送信手段から送信されてきた前記減算終了情報に応じて、前記減算された額の電子マネー情報を用いた遊技を可能にするための遊技可能化処理を行なう遊技可能化処理手段（たとえば、券売機３００、Ｓ３５５，Ｓ３６２）と、
前記電子マネー遊技使用装置に設けられ、前記遊技可能化処理手段によって前記遊技可能化処理に用いられた前記減算された電子マネー情報の額を特定可能な減算額特定情報と、前記減算終了情報を送信してきた携帯端末を識別するための携帯端末識別情報とを対応付けて記憶する減算電子マネー記憶手段（たとえば、店舗サーバ８００、Ｓ８１１，Ｓ８１２）と、
前記電子マネー遊技使用装置に設けられ、前記減算電子マネー記憶手段に記憶された前記減算額特定情報と該減算額特定情報に対応する前記携帯端末識別情報とを含む取引情報を前記サービス提供用サーバに所定時間（たとえば、３時間）ごとに送信するために出力する減算電子マネー出力手段（たとえば、店舗サーバ８００、Ｓ８１３，Ｓ８１４）と、
前記サービス提供用サーバに設けられ、前記減算電子マネー送信手段から送信されてきた取引情報と、前記送信電子マネー記憶手段に記憶された情報とに基づいて携帯端末識別情報ごとに電子マネー情報の残額を管理する管理手段（たとえば、残高管理ＡＰ２１４、Ｓ２６１〜Ｓ２６４）とを備え、
前記遊技可能化処理手段は、前記減算電子マネー出力手段が前記取引情報を出力することを待つことなく、前記遊技可能化処理を行ない（たとえば、発券機３００によって、Ｓ３６１で取引情報が店舗サーバ８００に送信され、Ｓ３６２でプリペイドカード３７１が発券され、店舗サーバ８００によって、Ｓ８１３，Ｓ８１４で所定時間ごとに取引情報が電子マネー管理サーバ２００に送信される）、
前記携帯端末は、前記電子マネー遊技使用サービスを実行するための前記携帯端末側の処理手順を示す特定プログラム（たとえば、電子マネーアプリ１１１）を実行することによって、前記チャージされ減算された電子マネー情報をバックアップ情報として格納するバックアップ用格納手段（たとえば、電子マネーアプリ１１１、携帯電話１００の記憶部１２０の不揮発性メモリ、Ｓ１３５，Ｓ１５５）を含む。
【０００８】
このような構成によれば、サービス提供用サーバによって、携帯端末にチャージした電子マネー情報の額を特定可能な送信額特定情報と、電子マネー情報をチャージした携帯端末を識別するための携帯端末識別情報とが対応付けて記憶される。
【０００９】
また、電子マネー遊技使用装置によって、引落要求情報が携帯端末に送信され、携帯端末によって、引落要求情報に応じて、チャージされた電子マネー情報から引落要求情報により要求された額の電子マネー情報が減算され、減算された旨を示す減算終了情報が電子マネー遊技使用装置に送信され、電子マネー遊技使用装置によって、減算終了情報に応じて、減算された額の電子マネー情報を用いた遊技を可能にするための遊技可能化処理が行なわれる。
【００１０】
また、電子マネー遊技使用装置によって、遊技可能化処理に用いられた減算された電子マネー情報の額を特定可能な減算額特定情報と、減算終了情報を送信してきた携帯端末を識別するための携帯端末識別情報とが対応付けられて記憶され、記憶された減算額特定情報と減算額特定情報に対応する携帯端末識別情報とを含む取引情報がサービス提供用サーバに所定時間ごとに送信され、サービス提供用サーバによって、送信されてきた取引情報と、記憶された情報とに基づいて携帯端末識別情報ごとに電子マネー情報の残額が管理される。
【００１１】
また、電子マネー遊技使用装置によって、取引情報が出力されることを待つことなく、遊技可能化処理が行なわれ、携帯端末により特定プログラムが実行されることによって、チャージされ減算された電子マネー情報がバックアップ情報として格納される。
【００１２】
このため、所定時間ごとに遊技可能化処理に対する取引情報がサービス提供用サーバに送信され、送信されてきた取引情報と、携帯端末にチャージした電子マネー情報の額を特定可能な情報とに基づいて携帯端末ごとに電子マネー情報の残額が管理され、取引情報が出力されることを待つことなく、遊技可能化処理が行なわれ、チャージされ減算された電子マネー情報がバックアップ情報として格納される。
【００１３】
このように、遊技可能化処理の後に取引情報がサービス提供用サーバに送信されるので、遊技可能化処理を効率的に実行することができる。また、サービス提供用サーバで、電子マネー情報の残額が管理されるとともに、携帯端末で、チャージされ減算された電子マネー情報がバックアップ情報として格納されるので、チャージされ減算された電子マネー情報が携帯端末から万一失われたとしても、サービス提供用サーバで管理されている電子マネー情報の残額またはバックアップ情報から、失われた電子マネー情報を補償することができる。このため、電子マネー情報の補償において、ユーザおよびサービス提供側に対して与える損失を抑えることができる。その結果、遊技者の利便性を損なわずに電子マネーを補償することができる。
【００１４】
（２）前記サービス提供用サーバに対し、ユーザが自己の前記携帯端末を使用して前記電子マネー遊技使用サービスを享受できるようにするための登録を要求する登録要求情報（たとえば、空メール、携帯端末情報）を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段（たとえば、携帯電話１００、ウェブブラウザ機能、図１９（ｄ）、図２０（ｃ）（ｄ））と、
前記サービス提供用サーバに設けられ、前記登録要求情報出力手段から送信されてきた前記登録要求情報に応じて、前記特定プログラムを前記携帯端末に送信するために出力する特定プログラム出力手段（たとえば、利用者登録ＡＰ２１１、Ｓ２１１〜Ｓ２２８）と、
前記携帯端末に設けられ、前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段（たとえば、携帯電話１００の記憶部１２０）と、
前記携帯端末に設けられ、前記特定プログラム記憶手段に記憶された前記特定プログラムを実行することによって、電子マネー情報のチャージを要求するチャージ要求情報（たとえば、購入要求情報）を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段（たとえば、電子マネーアプリ１１１、Ｓ１８０）と、
前記サービス提供用サーバに設けられ、前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報に応じて、前記電子マネー情報のチャージに関する対価の決済を行ない、該決済の終了に応じて、前記電子マネー情報を前記携帯端末にチャージする電子マネー情報として前記携帯端末に送信するために出力する電子マネー出力手段（たとえば、請求情報作成ＡＰ２１２、Ｓ２４０〜Ｓ２５０、決済サーバ２８０、ＩＣチップ書込ＡＰ２１３、Ｓ２５１〜Ｓ２５４，Ｓ２５１Ａ，Ｓ２５４Ａ、リモート発行サーバ４００）と、
前記携帯端末に設けられ、前記特定プログラムを実行することによって、前記電子マネー出力手段から送信されてきた前記電子マネー情報を前記チャージされた電子マネー情報として格納する電子マネー格納手段（たとえば、電子マネーアプリ１１１、非接触型ＩＣチップ１９０、記憶部１９２、Ｓ１３１，Ｓ１３２，Ｓ１５１，Ｓ１５２）とをさらに備える。
【００１５】
このような構成によれば、登録要求情報がサービス提供用サーバに送信され、サービス提供用サーバによって、登録要求情報に応じて、特定プログラムが携帯端末に送信され、携帯端末によって、特定プログラムが記憶される。
【００１６】
また、携帯端末により特定プログラムが実行されることによって、チャージ要求情報がサービス提供用サーバに送信され、サービス提供用サーバによって、チャージ要求情報に応じて、電子マネー情報のチャージに関する対価の決済が行なわれ、決済の終了に応じて、電子マネー情報が携帯端末にチャージする電子マネー情報として送信され、携帯端末により特定プログラムが実行されることによって、送信されてきた電子マネー情報がチャージされた電子マネー情報として格納される。
【００１７】
このため、携帯端末に特定プログラムを記憶させて、チャージ要求をサービス提供用サーバに送信することによって、携帯端末に電子マネー情報が格納され、電子マネー情報を用いた遊技が可能となるので、遊技中であっても、遊技中でなくても、携帯端末に電子マネー情報をチャージすることができる。その結果、遊技を中断して電子マネー情報をチャージする必要がなくなるので、遊技機の稼動に与える悪影響を減少させることができる。
【００１８】
（３）前記電子マネー格納手段、および、前記バックアップ用格納手段は、それぞれ、物理的に異なるメモリ（たとえば、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２と、携帯電話１００の記憶部１２０の不揮発性メモリ）に構成される。
【００１９】
このような構成によれば、一方のメモリの不具合で記憶が消失しても、もう一方のメモリの記憶を利用することができる。
【００２０】
（４）前記電子マネー格納手段、および、前記バックアップ用格納手段は、それぞれ、物理的に同じメモリの異なる領域（たとえば、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の中の異なる領域）に構成される。
【００２１】
このような構成によれば、一方の領域の不具合で記憶が消失しても、もう一方の領域の記憶を利用することができる。
【００２２】
（５）前記バックアップ用格納手段は、
前記特定プログラムを実行することによって、前記減算終了情報出力手段によって減算終了情報（たとえば、減算終了信号）が出力されたか否かを判定する減算終了情報出力判定手段（たとえば、電子マネーアプリ１１１、Ｓ１０２）を含み、
該減算終了情報出力判定手段によって前記減算終了情報が出力されたと判定されたときに、前記バックアップ情報を格納する（たとえば、電子マネーアプリ１１１、Ｓ１０３，Ｓ１０４）。
【００２３】
このような構成によれば、携帯端末により特定プログラムが実行されることによって、減算終了情報が出力されたか否かが判定され、減算終了情報が出力されたと判定されたときに、バックアップ情報が格納される。このため、減算終了ごとに確実にバックアップ情報を格納することができる。
【００２４】
（６）前記バックアップ用格納手段は、
前記特定プログラムを実行することによって、前記バックアップ情報の格納を指示するバックアップ操作の入力を受付けるバックアップ操作受付手段を含み、
該バックアップ操作受付手段によって前記バックアップ操作が受付けられたときに、前記バックアップ情報を格納する。
【００２５】
このような構成によれば、携帯端末により特定プログラムが実行されることによって、バックアップ操作の入力が受付けられ、バックアップ操作が受付けられたときに、バックアップ情報を格納する。このため、バックアップ操作がされるごとに確実にバックアップ情報を格納することができる。
【００２６】
（７）前記バックアップ用格納手段によって前記バックアップ情報が格納されてから所定期間経過したか否かを判定する所定期間経過判定手段をさらに備え、
前記バックアップ用格納手段は、前記所定期間経過判定手段によって所定期間経過したと判定されたときに、前記バックアップ情報を格納する。
【００２７】
このような構成によれば、携帯端末によって、バックアップ情報が格納されてから所定期間経過したか否かが判定され、所定期間経過したと判定されたときに、バックアップ情報が格納される。このため、所定時間ごとに確実にバックアップ情報を格納することができる。
【００２８】
（８）前記バックアップ用格納手段は、前記電子マネー格納手段に格納されている電子マネー情報を読出して公開鍵暗号方式の公開鍵で暗号化して前記バックアップ情報として格納し（たとえば、電子マネーアプリ１１１、Ｓ１３５，Ｓ１５５）、
前記サービス提供用サーバに設けられ、前記バックアップ用格納手段に格納されているバックアップ情報の取得を要求する取得要求情報（たとえば、残高取得要求）を前記携帯端末に送信するために出力する取得要求情報出力手段（たとえば、残額管理ＡＰ２５０、Ｓ２７２）と、
前記携帯端末に設けられ、前記特定プログラムを実行することによって、前記取得要求情報出力手段から送信されてきた前記取得要求情報に応じて、前記バックアップ用格納手段に格納されているバックアップ情報を前記サービス提供用サーバに送信するために出力する暗号化電子マネー出力手段（たとえば、電子マネーアプリ１１１、Ｓ１４１，Ｓ１４２）と、
前記サービス提供用サーバに設けられ、前記暗号化電子マネー出力手段から送信されてきたバックアップ情報を前記公開鍵に対応する秘密鍵で元の電子マネー情報に復号する暗号化電子マネー復号手段（たとえば、残高管理ＡＰ２１４、Ｓ２７３，Ｓ２７４）とをさらに備える。
【００２９】
このような構成によれば、携帯端末により特定プログラムが実行されることによって、格納されている電子マネー情報が読出され、公開鍵暗号方式の公開鍵で暗号化されバックアップ情報として格納され、サービス提供用サーバによって、取得要求情報が携帯端末に送信され、携帯端末により特定プログラムが実行されることによって、取得要求情報に応じて、格納されているバックアップ情報がサービス提供用サーバに送信され、サービス提供用サーバによって、送信されてきたバックアップ情報が公開鍵に対応する秘密鍵で元の電子マネー情報に復号される。
【００３０】
このため、携帯端末に格納されているバックアップ情報がユーザやその他の者によって改変されにくくすることができる。
【００３１】
（９）電子マネー（たとえば、バリュー）を用いて遊技（たとえば、パチンコ遊技）を可能にするための電子マネー遊技使用サービスを提供する電子マネーシステム（たとえば、電子マネーシステム１０）において電子マネーがチャージされる携帯端末（たとえば、携帯電話１００）であって、
チャージされている電子マネー情報を用いて遊技を可能にするための電子マネー遊技使用装置（たとえば、券売機３００、カードユニット６００，６００Ａ）から送信されてきた情報であって、遊技を可能にするために使用する電子マネー情報の引落しを要求する引落要求情報（たとえば、引落要求信号）に応じて、前記チャージされた電子マネー情報から前記引落要求情報により要求された額の電子マネー情報を減算し、減算した旨を示す減算終了情報（たとえば、減算終了信号）を前記電子マネー遊技使用装置に送信するために出力する減算終了情報出力手段（たとえば、非接触型ＩＣチップ１９０、制御部１９１、非接触通信部１９３）と、
前記電子マネー遊技使用サービスを実行するための前記携帯端末側の処理手順を示す特定プログラム（たとえば、電子マネーアプリ１１１）を実行することによって、前記チャージされ減算された電子マネー情報をバックアップ情報として格納するバックアップ用格納手段（たとえば、電子マネーアプリ１１１、携帯電話１００の記憶部１２０、Ｓ１３５，Ｓ１５５）とを備える。
【００３２】
このような構成によれば、電子マネー遊技使用装置から送信されてきた引落要求情報に応じて、チャージされた電子マネー情報から引落要求情報により要求された額の電子マネー情報が減算され、減算された旨を示す減算終了情報が電子マネー遊技使用装置に送信され、特定プログラムが実行されることによって、チャージされ減算された電子マネー情報がバックアップ情報として格納される。
【００３３】
このため、チャージされ減算された電子マネー情報がバックアップ情報として格納されるので、チャージされ減算された電子マネー情報が携帯端末から万一失われたとしても、バックアップ情報から、失われた電子マネー情報を補償することができる。このため、電子マネー情報の補償において、ユーザおよびサービス提供側に対して与える損失を抑えることができる。また、減算終了情報が送信された後に、バックアップ情報が格納されるので、遊技を可能にするための電子マネーの使用を効率的に行なうことができる。その結果、遊技者の利便性を損なわずに電子マネーを補償することができる。
【発明を実施するための最良の形態】
【００３４】
［第１の実施の形態］
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の最良の形態においては、遊技機の一例として、パチンコ遊技機を示すが、本発明は、これに限らず、たとえば、コイン遊技機およびスロットマシン等のその他の遊技機であってもよい。
【００３５】
（電子マネーシステム１０の各構成の説明）
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ４００と、金融機関サーバ５００と、遊技場３０に設置される機器とを含む。
【００３６】
遊技場３０に設置される機器には、券売機３００と、カードユニット６００と、パチンコ遊技機７００と、店舗サーバ８００とが含まれる。カードユニット６００は、パチンコ遊技機７００に対応して設けられる。
【００３７】
携帯電話１００は、本実施の形態における主要な構成として、電子マネーアプリ１１１と、非接触型ＩＣ（Integrated Circuit）チップ１９０とを備える。
【００３８】
電子マネー管理サーバ２００は、本実施の形態における主要な構成として、利用者登録ＡＰ（Application Program）２１０と、請求情報作成ＡＰ２１２と、ＩＣチップ書込ＡＰ２１３と、残高管理ＡＰ２１４と、利用者情報ＤＢ（DataBase）２６０と、発行情報ＤＢ２２２とを備える。
【００３９】
電子マネーシステム１０は、ユーザの携帯電話１００にチャージされた特定の種類の電子マネーであるバリューを用いて、遊技場１００に設置されたパチンコ遊技機７００でのパチンコ遊技を可能にするための電子マネー遊技使用サービスを提供するシステムである。
【００４０】
携帯電話１００は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える。なお、ウェブページ閲覧機能、電子メール機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える装置であれば、携帯電話１００に替えて、通話機能がない携帯情報端末（Personal Digital Assistance、以下「ＰＤＡ」という）などの他の携帯端末であってもよい。
【００４１】
本実施の形態においては、携帯電話１００に、電子マネー遊技使用サービスを実行するための携帯電話側の処理手順を示すプログラムである電子マネーアプリ１１１が導入されることにより、後述するように、電子マネーシステム１０で、この携帯電話１００を用いることができるようになる。
【００４２】
電子マネーアプリ１１１は、携帯電話インターネット網９１０を介して、電子マネー管理サーバ２００や金融機関サーバ５００と通信することが可能である。
【００４３】
非接触型ＩＣチップ１９０は、電子マネーアプリ１１１、および、外部のチップリーダライタと通信することが可能である。非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、非接触型ＩＣチップ１９０がチップリーダライタから数センチメートルの距離に近接するように、携帯電話１００がチップリーダライタにかざされることによって行なわれる。
【００４４】
非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、チップリーダライタからの電磁波である搬送波を、非接触型ＩＣチップ１９０やチップリーダライタが変調させることによって行なわれる。また、非接触型ＩＣチップ１９０には、チップリーダライタからの電磁波による電磁誘導によって、外部のチップリーダライタ側から電力が供給される。
【００４５】
このため、携帯電話１００側から電力が供給されない場合であっても、非接触型ＩＣチップ１９０がチップリーダライタに近づけられることによって、非接触型ＩＣチップ１９０は動作可能となる。
【００４６】
電子マネー管理サーバ２００は、利用者登録ＡＰ２１１や、請求情報作成ＡＰ２１２や、ＩＣチップ書込ＡＰ２１３や、残高管理ＡＰ２１４や、利用者情報ＤＢ２２１や、発行情報ＤＢ２２２などの機能によって、携帯電話１００や遊技場３０に対して、後述するような電子マネー遊技使用サービスにおける様々なサービスを提供する。
【００４７】
決済サーバ２８０は、請求情報ＤＢ２８１を含み、電子マネー遊技使用サービスに対するユーザの決済を管理する。
【００４８】
リモート発行サーバ４００は、電子マネー管理サーバ２００からの非接触型ＩＣチップ１９０への情報の書込みを管理する。
【００４９】
金融機関サーバ５００は、電子マネー遊技使用サービスを利用するに当たって、電子マネー遊技使用サービスの提供業者に対価を支払うために、ユーザが利用する金融機関のサーバである。
【００５０】
電子マネー管理サーバ２００、リモート発行サーバ４００、および、金融機関サーバ５００は、携帯電話インターネット網９１０を介して、携帯電話１００と通信することが可能である。電子マネー管理サーバ２００は、専用線を介して、決済サーバ２８０およびリモート発行サーバ４００と通信することが可能である。決済サーバ２８０は、各種収納機関および金融機関が専用線で閉域接続された金融機関専用ネットワーク９２０を介して、金融機関サーバ５００と通信することが可能である。
【００５１】
券売機３００は、ユーザから現金やバリューを受けて、遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券する。券売機３００は、後述するようにチップリーダライタを含み、前述したように、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。
【００５２】
カードユニット６００は、パチンコ遊技機７００に対応して設けられる。カードユニット６００は、遊技者からプリペイドカード３７１を受付けて、パチンコ遊技機７００に設けられた球貸ボタンの操作に応じて、プリペイドカード３７１に記録されたプリペイドデータで示される価値のうちから所定額相当（たとえば、５００円相当）の価値を減算する。
【００５３】
カードユニット６００は、減算した価値に見合った遊技球を払出すことを指示する球貸操作信号をパチンコ遊技機７００に送信する。カードユニット６００は、パチンコ遊技機７００に設けられた返却ボタン６３２の操作に応じて、プリペイドカード３７１を排出する。
【００５４】
パチンコ遊技機７００は、パチンコ遊技をユーザである遊技者に提供する装置である。パチンコ遊技機７００は、カードユニット６００からの球貸信号を受けて、所定額相当の遊技球を払出す。そして、遊技者によるパチンコ遊技機７００に設けられた発射ハンドルの操作に応じて、払出された遊技球が遊技領域に発射されることによって、パチンコ遊技が行なわれる。
【００５５】
店舗サーバ８００は、遊技場内３０のＬＡＮ（Local Area Network）を介して、券売機３００およびカードユニット６００と通信することが可能である。店舗サーバ８００は、専用線などを介して、電子マネー管理サーバ２００と通信することが可能である。
【００５６】
店舗サーバ８００は、券売機３００におけるプリペイドカード３７１の販売に伴なう取引情報や、カードユニット６００におけるプリペイドカード３７１の使用に伴う使用情報などの情報を、券売機３００やカードユニット６００から受けて、それらの情報を記憶する。
【００５７】
店舗サーバ８００は、記憶した情報のうち、後述するバリューの使用に関する情報を電子マネー管理サーバ２００に送信する。店舗サーバ８００は、電子マネー管理サーバ２００から電子マネー遊技使用サービスにおける不正に関する情報を受信する。
【００５８】
店舗サーバ８００は、電子マネー管理サーバ２００から受信した情報を、必要に応じて、券売機３００やカードユニット６００に送信する。
【００５９】
なお、決済サーバ２８０は、電子マネー管理サーバ２００に含まれるように構成されてもよい。また、利用者登録ＡＰ２１１、請求情報作成ＡＰ２１２、ＩＣチップ書込ＡＰ２１３、残高管理ＡＰ２１４、利用者情報ＤＢ２２１、および、発行情報ＤＢ２２２の構成は、それぞれ、電子マネー管理サーバ２００と異なるコンピュータに含まれるようにしてもよい。
【００６０】
図２は、本発明に係る携帯電話１００の構成の一例を示すブロック図である。図２を参照して、携帯電話１００は、データ処理部１１０と、記憶部１２０と、データ入力部１３０と、表示部１４０と、音声入出力部１５０と、無線通信部１６０と、アンテナ１６１と、前述した非接触型ＩＣチップ１９０とを含む。
【００６１】
非接触型ＩＣチップ１９０は、制御部１９１と、記憶部１９２と、非接触通信部１９３と、アンテナ１９４とを含む。
【００６２】
記憶部１２０は、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリやＲＡＭ（Random Access Memory）などの揮発性メモリなどの半導体メモリで構成される。記憶部１２０には、携帯電話１００の各種機能をデータ処理部１１０に実行させるためのプログラムやデータが記憶される。
【００６３】
データ入力部１３０は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部１３０は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受け渡す。
【００６４】
表示部１４０は、液晶表示装置（Liquid Crystal Display、以下「ＬＣＤ」という）で構成される。なお、表示部１４０は、ＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部１４０は、データ処理部１１０から受けた文字データや画像データを表示する。
【００６５】
音声入出力部１５０は、マイクおよびスピーカで構成される。音声入出力部１５０は、外部から入力された音声を電気信号に変えて、データ処理部１１０に受け渡し、データ処理部１１０からの電気信号を音声に変換して、外部に出力する。
【００６６】
無線通信部１６０は、他の携帯電話やサーバからアンテナ１６１で受信した信号をデータ処理部１１０に受け渡し、データ処理部１１０から他の携帯電話やサーバへ送信する信号をアンテナ１６１から出力させる。
【００６７】
データ処理部１１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」という）で構成される。データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１と通信することが可能である。データ処理部１１０は、記憶部１２０に記憶されたプログラムに従って、記憶部１２０、データ入力部１３０、無線通信部１６０、音声入出力部１５０、または、非接触ＩＣチップ１９０の制御部１９１から入力されたデータを処理して、記憶部１２０、表示部１４０、無線通信部１６０、音声入出力部１５０、または、非接触ＩＣチップ１９０の制御部１９１に出力する。
【００６８】
非接触型ＩＣチップ１９０の記憶部１９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおけるアプリケーションプログラムや、それらのサービスで用いられるバリューなどの電子マネーやサービスポイントなどのデータやアプリケーションプログラムで用いられるデータを記憶する。
【００６９】
非接触型ＩＣチップ１９０の非接触通信部１９３は、アンテナ１９４を介して外部のチップリーダライタと通信する。本実施の形態においては、非接触通信部１９３は、券売機３００に備えられたチップリーダライタ３９０と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部１９３は、アンテナ１９４から電力を受け、非接触型ＩＣチップ１９０の各部に電力を供給する。
【００７０】
非接触型ＩＣチップ１９０の制御部１９１は、記憶部１９２に記憶されたプログラムに従って、記憶部１９２、非接触通信部１９３、または、データ処理部１１０から入力されたデータを処理して、記憶部１９２、非接触通信部１９３、または、データ処理部１１０に出力する。
【００７１】
なお、本実施の形態においては、携帯電話１００は、音声入出力部１５０を含んでも含まなくてもよい。
【００７２】
図３は、本発明に係る電子マネー管理サーバ２００の構成の一例を示すブロック図である。図３を参照して、電子マネー管理サーバ２００は、データ処理部２１０と、記憶部２２０と、データ入力部２３０と、表示部２４０と、通信部２６０とを含む。
【００７３】
記憶部２２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリ、および、ハードディスクなどの外部記憶装置で構成される。記憶部２２０には、電子マネー管理サーバ２００の各種機能をデータ処理部２１０に実行させるためのプログラムやデータが記憶される。
【００７４】
本実施の形態においては、利用者登録ＡＰ２１１や、請求情報作成ＡＰ２１２や、ＩＣチップ書込ＡＰ２１３や、残高管理ＡＰ２１４が記憶部２２０に記憶される。また、前述した利用者情報ＤＢ２１１や発行情報ＤＢ２２２も、記憶部２２０に構成される。
【００７５】
データ入力部２３０は、キーボードやマウスなどの入力装置で構成される。データ入力部２３０は、電子マネー管理サーバの管理者などのユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受け渡す。
【００７６】
表示部２４０は、ＬＣＤで構成される。なお、表示部２４０は、ＣＲＴ（Cathode Ray Tube）ディスプレイやＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データや画像データを表示する。
【００７７】
通信部２６０は、携帯電話１００や他のサーバから、携帯電話インターネット網９１０や他のネットワークを介して受信したデータを、データ処理部２１０に受け渡し、データ処理部２１０から携帯電話インターネット網９１０や他のネットワークを介して携帯電話１００や他のサーバに送信するデータを出力する。
【００７８】
データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。
【００７９】
なお、決済サーバ２８０、リモート発行サーバ４００、金融機関サーバ５００、および、店舗サーバ８００の構成は、図３で説明した電子マネー管理サーバ２００の構成と同様である。
【００８０】
図４は、本発明に係る券売機３００の構成の一例を示すブロック図である。図４を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。
【００８１】
チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。
【００８２】
記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムやデータが記憶される。
【００８３】
操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受け渡す。
【００８４】
表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データや画像データを表示する。
【００８５】
通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受け渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
【００８６】
カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受け渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。
【００８７】
貨幣処理機３８０は、コインや紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受け渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。
【００８８】
データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。
【００８９】
チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラムや、それらのアプリケーションプログラムで用いられるデータを記憶する。
【００９０】
チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
【００９１】
チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。
【００９２】
図５は、本発明に係るカードユニット６００の構成の一例を示すブロック図である。図５を参照して、カードユニット６００は、データ処理部６１０と、記憶部６２０と、表示部６４０と、通信部６６０と、カードリーダライタ６７０とを含む。また、カードユニット６００に信号を入力する操作部として、パチンコ遊技機７００に設けられる球貸ボタン６３１および返却ボタン６３２がある。
【００９３】
記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、カードユニット６００の各種機能をデータ処理部６１０に実行させるためのプログラムやデータが記憶される。
【００９４】
球貸ボタン６３１は、遊技者により押下操作されることによって、遊技球の貸出を要求する球貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカードの返却を要求する返却操作信号をデータ処理部６１０に出力する。
【００９５】
表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データや画像データを表示する。
【００９６】
通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受け渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
【００９７】
カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受け渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。
【００９８】
データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、球貸ボタン６３１、返却ボタン６３２、通信部６６０、または、カードリーダライタ６７０から入力されたデータを処理して、記憶部６２０、表示部６４０、通信部６６０、または、カードリーダライタ６７０に出力する。
【００９９】
（電子マネーシステム１０への携帯電話１００の初期登録の説明）
図６は、本実施の形態における電子マネー管理サーバ２００により実行される利用者登録アプリケーションプログラム２１０の処理の流れを示すフローチャートである。図６を参照して、まず、ステップＳ２１１で、電子マネー管理サーバ２００のデータ処理部２１０は、携帯電話１００から登録要求があったか否かを判断する。
【０１００】
図１８は、本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。図１８（ａ）は、携帯電話１００において、ウェブブラウザ機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるウェブページの画面である。
【０１０１】
図１８（ａ）の画面は、「メニュー」画面である。図１８（ａ）の画面には、他のウェブページへのリンクとして、「マイメニュー」「週間ガイド」「メニューリスト」「とくするメニュー」「エリア」「かんたん検索」が表示される。ここでは、「メニューリスト」が選択候補として反転表示されている。選択候補は、十字操作キーで切替えることができる。
【０１０２】
また、図１８（ａ）以後の画面でも共通する表示として、画面の下部の「戻る」「選択」「メニュー」の表示がある。データ入力部１３０の左、中、右のファンクションキーを操作することによって、それぞれ「戻る」「選択」「メニュー」の機能を実行することができる。
【０１０３】
「戻る」の機能を実行させると、１つ前のウェブページの画面が表示される。「選択」の機能を実行させると、十字操作キーの操作によって反転表示された選択候補のリンク先のウェブページの画面が表示される。「メニュー」の機能を実行させると、図１８（ａ）で説明した「メニュー」画面が表示される。
【０１０４】
図１８（ａ）の画面で、「メニューリスト」のリンクが選択されると、図１８（ｂ）の画面が表示される。
【０１０５】
図１８（ｂ）の画面は、「メニューリスト」画面である。図１８（ｂ）の画面には、他のウェブページへのリンクとして、「天気／ニュース／情報」「モバイルバンキング」「趣味」その他のリンクが表示される。ここでは、「趣味」が選択候補として反転表示されている。
【０１０６】
図１８（ｂ）の画面で、「趣味」のリンクが選択されると、図１８（ｃ）の画面が表示される。
【０１０７】
図１８（ｃ）の画面には、他のウェブページへのリンクとして、「パチンコ／パチスロ」「電子マネー」「→全２３サイト」その他のリンクが表示される。ここでは、「電子マネー」が選択候補として反転表示されている。
【０１０８】
図１８（ｃ）の画面で、「→全２３サイト」のリンクが選択されると、他のサイトへのリンクがさらに表示される。図１８（ｃ）の画面で、「電子マネー」のリンクが選択されると、携帯電話１００から利用者登録ＡＰ２１１に、登録要求が送信される。
【０１０９】
図６に戻って、ステップＳ２１１では、データ処理部２１０は、図１８（ｃ）の画面で、「電子マネー」のリンクが選択されることによって携帯電話１００から登録要求が送信されてきたか否かを判断する。登録要求が送信されてきたと判断した場合（ステップＳ２１１でＹＥＳの場合）、ステップＳ２１２で、データ処理部２１０は、携帯電話１００に、電子マネー遊技使用サービスへの登録のためのトップページの画面を送信する。登録要求が送信されてきていないと判断した場合（ステップＳ２１１でＮＯの場合）、および、ステップＳ２１２の後、データ処理部２１０は、ステップＳ２１３に処理を進める。
【０１１０】
図１８に進んで、図１８（ｄ）の画面は、電子マネー遊技使用サービスへの携帯電話１００の登録のためのトップページの画面である。図１８（ｄ）の画面には、電子マネー遊技使用サービスへの登録の案内の文章のほか、他のウェブページへのリンクとして、電子マネー遊技使用サービスの概要のウェブページへのリンクである「電子マネーとは？」、お気に入りのウェブページをユーザ専用のメニューに登録するためのリンクである「マイメニュー登録」、電子マネー遊技使用サービスの更新履歴のウェブページへのリンクである「Ｗｈａｔ’ｓＮｅｗ！」、電子マネー遊技使用サービスへの新規会員登録のウェブページへのリンクである「新規会員登録はこちら！」、その他のリンクが表示される。
【０１１１】
ここでは、「新規会員登録はこちら！」が選択候補として反転表示されている。図１８（ｄ）の画面で、「新規会員登録はこちら！」のリンクが選択されると、携帯電話１００から利用者登録ＡＰ２１１に、携帯電話１００の機種情報が送信される。
【０１１２】
図６に戻って、ステップＳ２１３では、データ処理部２１０は、図１８（ｄ）の画面で、「新規会員登録はこちら！」のリンクが選択されることによって携帯電話１００から機種情報が送信されてきたか否かを判断する。機種情報が送信されてきていないと判断した場合（ステップＳ２１３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２１７に進める。一方、機種情報が送信されてきたと判断した場合（ステップＳ２１３でＹＥＳの場合）、ステップＳ２１４で、データ処理部２１０は、送信されてきた機種情報が電子マネーシステム１０に対応した機種を示すか否かを判断する。
【０１１３】
携帯電話１００が電子マネーシステム対応機種であると判断した場合（ステップＳ２１４でＹＥＳの場合）、ステップＳ２１５で、データ処理部２１０は、登録手続画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１７に進める。一方、携帯電話１００が電子マネーシステム対応機種でないと判断した場合（ステップＳ２１４でＮＯの場合）、ステップＳ２１６で、データ処理部２１０は、非対応機種報知画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１１に戻す。

図１９は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。図１９（ａ）は、ステップＳ２１６で携帯電話１００に送信される非対応機種報知画面である。
【０１１４】
図１９（ａ）の画面には、携帯電話１００が電子マネーシステム１０の対応機種でない旨の文章や、電子マネー対応機種一覧へのリンクである「電子マネー対応携帯機種」や、図１８（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
【０１１５】
図１９（ｂ）は、ステップＳ２１５で携帯電話１００に送信される登録手続画面である。図１９（ｂ）の画面には、電子マネー遊技使用サービスへの登録に当たっての注意書きや、サービス規約のウェブページへのリンクである「サービス規約を読む（必須）」や、サービス規約に同意し登録手続を先へ進めるためのリンクである「同意して登録する」が表示される。ここでは、「同意して登録する」が選択候補として反転表示されている。
【０１１６】
図１９（ｂ）の画面で、「同意して登録する」のリンクが選択されると、図１９（ｃ）の画面が表示される。図１９（ｃ）の画面には、リンクを選択するとメール送信画面が表示される旨の文章と、メール送信画面を表示するためのリンクである「ここ」が表示される。図１９（ｃ）の画面で、「ここ」のリンクが選択されると、携帯電話１００の電子メール機能が起動され、図１９（ｄ）のメール送信画面が表示される。
【０１１７】
図１９（ｄ）のメール送信画面の宛先には、電子マネー遊技使用サービスへ登録するための電子メールアドレスが既に入力された状態で表示される。また、メール送信画面の題名および本文には、何も入力されていない。ユーザは、図１９（ｄ）のメール送信画面の状態でメールを送信する。つまり、空メールを送信する。これによって、携帯電話１００から利用者登録ＡＰ２１１に、ユーザの携帯電話１００の電子メールアドレスが送信される。
【０１１８】
図６に戻って、ステップＳ２１７で、データ処理部２１０は、ユーザの携帯電話１００から空メールを受取ることによって、ユーザの携帯電話１００の電子メールアドレスを受信したか否かを判断する。
【０１１９】
電子メールアドレスを受信したと判断した場合（ステップＳ２１７でＹＥＳの場合）、ステップＳ２１８で、データ処理部２１０は、登録手続を継続するためのＵＲＬを記載した電子メールを、ユーザの携帯電話１００の電子メールアドレス宛に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２１に進める。一方、電子メールアドレスを受信していないと判断した場合（ステップＳ２１７でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２１に進める。
【０１２０】
図２０は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
【０１２１】
図２０（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
【０１２２】
図２０（ａ）の画面で、「メール未読００１」が選択されると、図２０（ｂ）のように、ステップＳ２１８で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
【０１２３】
図２０（ｂ）の電子メールには、登録手続を継続するためのウェブページへの登録ＵＲＬ（Uniform Resource Locator）を選択して電子マネー遊技使用サービスへの登録手続を継続する旨の文章、および、登録ＵＲＬが記載されたリンクが表示される。図２０（ｂ）の画面で、登録ＵＲＬのリンクが選択されると、登録ＵＲＬにアクセスされる。
【０１２４】
図６に戻って、ステップＳ２２１で、データ処理部２１０は、携帯電話１００から登録ＵＲＬにアクセスがあったか否かを判断する。登録ＵＲＬにアクセスがあった場合（ステップＳ２２１でＹＥＳの場合）、データ処理部２１０は、携帯電話１００を一意に識別するための携帯端末情報を登録するための携帯端末情報登録画面を、携帯電話１００に送信する。
【０１２５】
図２０に進んで、図２０（ｃ）の画面は、携帯端末情報登録画面である。図２０（ｃ）の画面には、「送信」のリンクを選択すると携帯電話１００の携帯端末情報が登録される旨の文章、および、携帯端末情報を送信するためのリンクである「送信」が表示される。図２０（ｃ）の画面で、「送信」のリンクが選択されると、図２０（ｄ）の画面が表示される。
【０１２６】
図２０（ｄ）の画面は、携帯端末情報登録の確認画面である。図２０（ｄ）の画面には、携帯端末情報の送信を確認する旨の文章と、送信を開始するためのリンクである「ＹＥＳ」と、送信を取止めるためのリンクである「ＮＯ」とが表示される。
【０１２７】
図２０（ｄ）の画面で、「ＮＯ」のリンクが選択されると、携帯電話１００の画面が待受け画面になる。一方、図２０（ｄ）の画面で、「ＹＥＳ］のリンクが選択されると、携帯電話１００から利用者登録ＡＰ２１１に、携帯端末情報が送信される。
【０１２８】
図６に戻って、ステップＳ２２３で、データ処理部２１０は、携帯電話１００から携帯端末情報が送信されてきたか否かを判断する。携帯端末情報が送信されてきていないと判断した場合（ステップＳ２２３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
【０１２９】
一方、携帯端末情報が送信されてきたと判断した場合（ステップＳ２２３でＹＥＳの場合）、ステップＳ２２４で、データ処理部２１０は、送信されてきた携帯端末情報を利用者情報ＤＢ２２１に登録する。次に、ステップＳ２２５で、データ処理部２１０は、金融機関を選択するウェブページの最初の画面である金融機関選択画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
【０１３０】
図２１は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第４の表示画面図である。図２１（ａ）の画面は、ステップＳ２２５で携帯電話１００に送信される金融機関選択画面である。
【０１３１】
図２１（ａ）の画面には、電子マネー遊技使用サービスにおけるバリューの利用の方法を示す文章と、モバイルバンキングへの登録を促がす旨の文章と、モバイルバンキングの登録へ進むためのリンクである「ここから」と、モバイルバンキングへの登録をスキップするためのリンクである「モバイルバンキング登録をスキップする方はこちらを選択してください」とが表示される。
【０１３２】
図２１（ａ）の画面で、「ここから」のリンクが選択されると、図２１（ｂ）の画面が表示される。
【０１３３】
図２１（ｂ）の画面には、モバイルバンキングの業態の選択を促がす旨の文章と、都市銀行を選択するためのリンクである「都市銀行」と、地方銀行を選択するためのリンクである「地方銀行」と、第２地銀を選択するためのリンクである「第２地銀」と、労働金庫を選択するためのリンクである「労働金庫」と、信用金庫を選択するためのリンクである「信用金庫」と、信用組合を選択するためのリンクである「信用組合」と、その他の金融機関を選択するためのリンクである「その他」とが表示される。
【０１３４】
ここでは、図２１（ｂ）の画面で「都市銀行」のリンクが選択される場合について説明する。「都市銀行」のリンクが選択されると、図２１（ｃ）の画面が表示される。
【０１３５】
図２１（ｃ）の画面には、利用するモバイルバンキングの選択を促がす旨の文章、および、都市銀行のうちのいずれかを選択するためのリンクである「やまと銀行」「三友銀行」「ダイヤモンド銀行」「リエゾン銀行」が表示される。
【０１３６】
ここでは、図２１（ｃ）の画面で「やまと銀行」のリンクが選択される場合について説明する。「やまと銀行」のリンクが選択されると、図２２（ａ）の画面が表示される。
【０１３７】
図２２は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第５の表示画面図である。
【０１３８】
図２２（ａ）は、選択されたモバイルバンキングを確認するための画面である。図２２（ａ）には、やまと銀行を利用するモバイルバンキングとして登録することを確認する旨の文章と、登録することを確認して継続して手続を進めるためのリンクである「確認」と、選択したモバイルバンキングを訂正するために前の画面に戻るためのリンクである「訂正する場合はこちらから」とが表示される。
【０１３９】
図２２（ａ）の画面で、「確認」のリンクが選択されると、携帯電話１００から利用者登録ＡＰ２１１に、選択されたモバイルバンキングを示す金融機関情報および前述した携帯端末情報が送信される。
【０１４０】
図６に戻って、ステップＳ２２６で、データ処理部２１０は、携帯電話１００から金融機関情報を受信したか否かを判断する。金融機関情報を受信していないと判断した場合（ステップＳ２２６でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２３１に進める。
【０１４１】
一方、金融機関情報を受信したと判断した場合（ステップＳ２２６でＹＥＳの場合）、データ処理部２１０は、ステップＳ２２７で、金融機関情報とともに受信した携帯端末情報と対応する利用者情報ＤＢ２２１に登録された携帯端末情報に対応させて、金融機関情報を利用者情報ＤＢ２２１に登録する。
【０１４２】
次いで、ステップＳ２２８で、データ処理部２１０は、電子マネーアプリ１１１のダウンロードを確認する画面を携帯電話１００に送信して、ダウンロードの開始を指示する旨の情報の受信に応じて、電子マネーアプリ１１１を携帯電話１００にダウンロードする。ダウンロード終了後、データ処理部２１０は、ダウンロードが終了した旨および電子マネーアプリ１１１の起動を確認する旨の画面を携帯電話１００に送信する。
【０１４３】
図２２に進んで、図２２（ｂ）は、ステップＳ２２８で携帯電話１００に送信されるダウンロードを確認する画面である。図２２（ｂ）の画面には、バリューの利用方法の文章と、電子マネーアプリ１１１のダウンロードを促がす旨の文章と、ダウンロードの開始を指示するためのリンクである「ダウンロード開始」と、電子マネーアプリ１１１のサイズを示す文章とが表示される。
【０１４４】
図２２（ｂ）の画面で、「ダウンロード開始」が選択されると、図２２（ｂ）の画面は、図２２（ｃ）で示される状態になる。つまり、ダウンロード中である旨の表示が、図２２（ｂ）の画面上に表示される。
【０１４５】
電子マネーアプリ１１１のダウンロードが終了すると、携帯電話１００のデータ処理部１１０は、電子マネーアプリ１１１を記憶部１２０に記憶させ、利用者登録ＡＰ２１１から送信されてきた画面である図２２（ｄ）の画面を表示部１４０に表示させる。
【０１４６】
図２２（ｄ）の画面には、ダウンロードが終了した旨および電子マネーアプリ１１１の起動を確認する旨の文章と、電子マネーアプリ１１１を起動させるためのリンクである「ＹＥＳ」と、電子マネーアプリ１１１を起動させずに待受け画面に戻るためのリンクである「ＮＯ」とが表示される。
【０１４７】
図２２の（ｄ）の画面で、「ＮＯ」のリンクが選択されると、携帯電話１００の画面が待受け画面になる。一方、図２２の（ｄ）の画面で、「ＹＥＳ」のリンクが選択されると、携帯電話１００のデータ処理部１１０は、記憶部１２０に記憶された電子マネーアプリ１１１を起動させる。
【０１４８】
図２３は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第６の表示画面図である。図２３（ａ）は、電子マネーアプリ１１１の起動中に表示される画面である。
【０１４９】
図１０は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示す第１のフローチャートである。図１０を参照して、電子マネーアプリ１１１が起動されると、まず、ステップＳ１０１で、携帯電話１００のデータ処理部１１０は、非接触型ＩＣチップ１９０からの起動であるか否かを判断する。
【０１５０】
非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１０１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１０２に進める。一方、非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１０１でＮＯの場合）、データ処理部１１０は、ステップＳ１１１で、この電子マネーアプリ１１１がこの携帯電話１００で初めて起動されるか否かを判断する。
【０１５１】
初回起動でないと判断した場合（ステップＳ１１１でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１３１に進める。一方、初回起動であると判断した場合（ステップＳ１１２でＹＥＳの場合）、データ処理部１１０は、ステップＳ１１２で、パスワード設定画面を表示部１４０に表示させる。
【０１５２】
図２３に進んで、図２３（ｂ）の画面は、パスワード設定画面である。図２３（ｂ）の画面には、電子マネー遊技使用サービスを利用するためのパスワードの設定を促がす旨の文章と、パスワードを入力するための利用パスワードテキストボックスと、パスワード確認用再入力のための確認用再入力テキストボックスと、入力したパスワードを登録させるためのリンクである「登録」とが表示される。
【０１５３】
ユーザは、携帯電話１００の十字操作キーを操作して、利用パスワードテキストボックスを選択することによって、ダイヤルキーを利用して、パスワードを入力することができる。同様に、確認用再入力テキストボックスを選択することによって、確認用パスワードを入力することができる。
【０１５４】
図１０に戻って、図２３（ｂ）の画面で「登録」のリンクが選択されると、データ処理部１１０は、ステップＳ１１３で、パスワードが入力されて、利用パスワードテキストボックスに入力されたパスワードと確認用再入力テキストボックスに入力されたパスワードとが一致するか否かを判断する。
【０１５５】
一致しないと判断した場合（ステップＳ１１３でＮＯの場合）、利用パスワードテキストボックスおよび確認用再入力テキストボックスに入力されたパスワードを消去し、ステップＳ１１３を繰返す。一方、一致すると判断した場合（ステップＳ１１３でＹＥＳの場合）、ステップＳ１１４で、データ処理部１１０は、入力されたパスワードを記憶部１２０に記憶させる。そして、データ処理部１１０は、送信指示画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１１５に進める。
【０１５６】
図２３（ｃ）の画面は、ステップＳ１１３で表示される送信指示画面である。図２３（ｃ）の画面には、初期登録を実行するために、携帯電話１００を電子マネー遊技使用サービスに登録する旨、および、携帯電話１００の携帯端末情報を含む携帯端末登録情報を送信する旨の文章と、携帯端末登録情報の送信を指示するためのリンクである「送信」とが表示される。
【０１５７】
図２３（ｃ）の画面で「送信」が選択されると、図２３（ｄ）の画面が表示される。図２３（ｄ）の画面には、携帯端末登録情報の送信を確認する旨の文章と、送信を開始するためのリンクである「ＹＥＳ」と、送信を取止めるためのリンクである「ＮＯ」とが表示される。
【０１５８】
図２３（ｄ）の画面で、「ＮＯ」のリンクが選択されると、携帯電話１００の画面が待受け画面になる。
【０１５９】
図１０に戻って、データ処理部１１０は、ステップＳ１１５で、図２３（ｄ）の画面で「ＹＥＳ」のリンクが選択されたか否かを判断する。「ＹＥＳ」「ＮＯ」のリンクがいずれも選択されず、送信指示がないと判断した場合（ステップＳ１１５でＮＯの場合）、データ処理部１１０は、ステップＳ１１５を繰返す。一方、「ＹＥＳ」のリンクが選択されて、送信指示があったと判断した場合（ステップＳ１１５でＹＥＳの場合）、データ処理部１１０は、携帯端末登録情報を利用者登録ＡＰ２１１に送信する。
【０１６０】
図６に戻って、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２３１で、携帯電話１００から携帯端末登録情報を受信したか否かを判断する。携帯端末登録情報を受信していないと判断した場合（ステップＳ２３１でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２１１に戻す。
【０１６１】
一方、携帯端末登録情報を受信したと判断した場合（ステップＳ２３１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２３２で、会員ＩＤを発行し、携帯端末情報と対応させて、利用者情報ＤＢ２２１に記憶させる。
【０１６２】
次に、ステップＳ２３３で、データ処理部２１０は、リモート発行サーバ４００に、携帯端末情報と会員ＩＤとを含む登録依頼情報を送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１１に戻す。
【０１６３】
リモート発行サーバ４００は、電子マネー管理サーバ２００の利用者登録ＡＰ２１１から登録依頼情報を受けると、登録依頼情報に含まれる携帯端末情報で示される携帯電話１００の非接触型ＩＣチップ１９０に電子マネー遊技使用サービスに用いるための記憶部１９２の領域を確保し、確保した領域に会員ＩＤを記憶させるためのチップ登録情報を、携帯端末情報で示される携帯電話１００に送信する。
【０１６４】
図１０に進んで、携帯電話１００のデータ処理部１１０は、ステップＳ１２１で、リモート発行サーバ４００からチップ登録情報を受信したか否かを判断する。チップ登録情報を受信していないと判断した場合（ステップＳ１２１でＮＯの場合）、データ処理部１１０は、ステップＳ１２１を繰返す。
【０１６５】
一方、チップ登録情報を受信したと判断した場合（ステップＳ１２１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１２２で、リモート発行サーバ４００からのチップ登録情報で示される非接触型ＩＣチップ１９０の記憶部１９２の領域を確保する。そして、データ処理部１１０は、記憶部１９２の確保された領域に０円相当のバリューを記憶させる。
【０１６６】
次いで、データ処理部１１０は、ステップＳ１２３で、リモート発行サーバ４００からのチップ登録情報で示される会員ＩＤを確保された記憶部１９２の領域に書込む。そして、データ処理部１１０は、ステップＳ１２４で、記憶部１２０に記憶されたパスワードを読出し、非接触型ＩＣチップ１９０の記憶部１９２の確保された領域にそのパスワードを書込む。その後、データ処理部１１０は、実行する処理をステップＳ１３６に進める。
【０１６７】
ステップＳ１３６では、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得する。なお、後述するステップＳ１３５およびステップＳ１５５で説明するが、携帯電話１００の記憶部１２０の不揮発性メモリにも、バックアップされたバリューが記憶される。そして、ステップＳ１３７で、データ処理部１１０は、電子マネーアプリ１１１の初期画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１４１に進める。
【０１６８】
図２４は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第７の表示画面図である。図２４（ａ）の画面は、ステップＳ１３７で表示される初期画面である。
【０１６９】
図２４（ａ）の画面は、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であることと、ステップＳ１３６で取得された非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であることと、バリューを購入するためのリンクである「バリュー購入」と、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」と、非接触型ＩＣチップ１９０へのバリューのチャージの履歴を表示させるためのリンクである「履歴表示」とが表示される。
【０１７０】
（電子マネーシステム１０でのバリューのチャージの説明）
図２５は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
【０１７１】
図２５（ａ）は、携帯電話１００において、アプリケーション実行機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるソフト一覧画面である。
【０１７２】
図２５（ａ）の画面には、携帯電話１００に導入されているアプリケーションプログラムを実行させるためのリンクとして、「電子マネーアプリ」「旅行ナビゲータ」が表示される。つまり、本実施の形態における携帯電話１００には、電子マネーアプリ１１１と、旅行ナビゲータという名称のアプリケーションプログラムが導入されていることが示される。
【０１７３】
図１０に戻って、図２５（ａ）の画面で「電子マネーアプリ」のリンクが選択され、電子マネーアプリ１１１が起動されると、まず、ステップＳ１０１で、携帯電話１００のデータ処理部１１０は、非接触型ＩＣチップ１９０からの起動であるか否かを判断する。
【０１７４】
非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１０１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１０２に進める。一方、非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１０１でＮＯの場合）、データ処理部１１０は、ステップＳ１１１で、この電子マネーアプリ１１１がこの携帯電話１００で初めて起動されるか否かを判断する。
【０１７５】
初回起動であると判断した場合（ステップＳ１１１でＹＥＳの場合）は、前述したように、ステップＳ１１２からステップＳ１２４の処理が実行される。一方、初回起動でないと判断した場合（ステップＳ１１１でＮＯの場合）、データ処理部１１０は、ステップＳ１３１で、リモート発行サーバ４００からバリュー書込情報を受信したか否かを判断する。バリュー書込情報を受信したと判断した場合（ステップＳ１３１でＹＥＳの場合）に実行されるステップＳ１３２からステップＳ１３５までの処理は後述する。
【０１７６】
一方、バリュー書込情報を受信していないと判断した場合（ステップＳ１３１でＮＯの場合）、ステップＳ１３６で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得する。そして、ステップＳ１３７で、データ処理部１１０は、電子マネーアプリ１１１の初期画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１４１に進める。
【０１７７】
図２５に進んで、図２５（ｂ）の画面は、ステップＳ１３７で表示される初期画面である。図２５（ｂ）の画面は、前述した図２４（ａ）の画面と同様であるので、説明は繰返さない。ただし、非接触型ＩＣチップ１９０に記憶されているバリューの残高が、図２４（ａ）の画面では、０円であるのに対して、図２５（ｂ）の画面では、１０００円である。
【０１７８】
図１１は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示す第２のフローチャートである。データ処理部１１０は、ステップＳ１７１で、バリュー購入が選択されたか否かを判断する。図２５（ｂ）の画面で「バリュー購入」のリンクが選択されると、データ処理部１１０は、ステップＳ１７１で、バリュー購入が選択されたと判断し、実行する処理をステップＳ１７２に進める。
【０１７９】
ステップＳ１７２では、データ処理部１１０は、バリュー購入サイト接続画面を表示部１４０に表示させる。
【０１８０】
図２５に進んで、図２５（ｃ）は、ステップＳ１７２で表示されるバリュー購入サイト接続画面である。図２５（ｃ）の画面には、バリューのチャージの方法を説明するための文章と、携帯電話１００の電子メールアドレスと、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスとして正しいと確認したことを入力するためのリンクである「確認」と、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスと異なる場合に選択するリンクである「→上記アドレスがご利用携帯のアドレスと異なる場合はこちら」とが表示される。
【０１８１】
図２５（ｃ）の画面で「確認」が選択されると、図２５（ｄ）の画面が表示される。図２５（ｄ）の画面には、バリューをチャージするための電子マネー遊技使用サービスのバリュー購入サイトへの接続を確認する旨の文章と、バリュー購入サイトへ接続をするためのリンクである「ＹＥＳ」と、接続を取止めるためのリンクである「ＮＯ」とが表示される。
【０１８２】
図２５（ｄ）の画面で「ＮＯ」のリンクが選択されると、携帯電話１００の画面が待受け画面になる。一方、図２５（ｄ）の画面で「ＹＥＳ」のリンクが選択されると、バリュー購入サイトへのログインページが表示される。
【０１８３】
図２６は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。
【０１８４】
図２６（ａ）は、電子マネー遊技使用サービスのバリュー購入サイトへのログインページの画面である。図２６（ａ）の画面には、バリュー購入サイトへの接続を歓迎する旨の文章と、バリュー購入サイトへログインするためのリンクである「ログイン」とが表示される。
【０１８５】
図２６（ａ）の画面で「ログイン」が選択されると、この携帯電話１００が電子マネー遊技使用サービスに登録された携帯電話であるか否かが判断される。登録された携帯電話である場合は、電子マネー管理サーバ２００の請求情報作成ＡＰ２１２にチャージ要求情報が送信される。一方、登録されていない携帯電話である場合は、図２６（ｂ）の画面が表示される。
【０１８６】
図２６（ｂ）の画面には、電子マネー遊技使用サービスに登録されていない携帯電話である旨の文章と、バリュー購入サイトからログアウトするためのリンクである「ログアウト」とが表示される。図２６（ｂ）の画面で「ログアウト」のリンクが選択されると、携帯電話１００の画面が待受け画面になる。
【０１８７】
図７は、本実施の形態における電子マネー管理サーバ２００により実行される請求情報作成アプリケーションプログラム２１２の処理の流れを示すフローチャートである。
【０１８８】
図７を参照して、まず、ステップＳ２４０で、データ処理部２１０は、携帯電話１００からチャージ要求情報を受信したか否かを判断する。チャージ要求情報を受信していないと判断した場合（ステップＳ２４０でＮＯの場合）、データ処理部２１０は、ステップＳ２４０を繰返す。
【０１８９】
一方、図２６（ａ）で「ログイン」のリンクが選択され、携帯電話１００が電子マネー遊技使用サービスに登録された携帯電話であることを条件に携帯電話１００から送信されてきたチャージ要求情報を受信したと判断した場合（ステップＳ２４０でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４１で、購入済みであるが携帯電話１００にチャージされていない未チャージバリューがあるか否かを判断する。
【０１９０】
未チャージバリューがあると判断した場合（ステップＳ２４１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４２で、チャージ誘導画面を携帯電話１００に送信し、実行する処理をステップＳ２４０に戻す。一方、未チャージバリューがないと判断した場合（ステップＳ２４２でＮＯの場合）、データ処理部２１０は、ステップＳ２４３で、チャージ金額選択画面を携帯電話１００に送信し、実行する処理をステップＳ２４４に進める。
【０１９１】
図２６に進んで、図２６（ｃ）は、ステップＳ２４２で送信されるチャージ誘導画面である。図２６（ｃ）の画面には、未チャージのバリューがあるので、チャージを促がす旨の文章と、未チャージのバリューをチャージするためのＵＲＬを示すリンクと、バリュー購入サイトからログアウトするためのリンクである「ログアウト」とが表示される。
【０１９２】
図２７は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
【０１９３】
図２７（ａ）は、ステップＳ２４３で表示されるチャージ金額選択画面である。図２７（ａ）の画面には、購入してチャージを希望するバリューの金額の選択を促がす旨の文章と、チャージの限度額に関する文章と、チャージ希望金額の選択肢と対をなしたラジオボタンと、選択されたバリューの購入希望金額の送信を指示するためのリンクである「送信」が表示される。
【０１９４】
図１０に戻って、図２７（ａ）の画面で、チャージ希望金額と対をなすラジオボタンが選択され、「送信」のリンクが選択されると、ステップＳ１７３で、携帯電話１００のデータ処理部１１０は、購入しチャージを希望するバリューの金額が受付けられたか否かを判断する。購入金額が未だ受付けられていないと判断した場合（ステップＳ１７３でＮＯの場合）、データ処理部１１０は、ステップＳ１７３を繰返す。
【０１９５】
一方、購入金額が受付けられたと判断した場合（ステップＳ１７３でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７４で、その日に購入したバリューの金額の積算額である当日積算額に、受付けられた購入希望金額の受付額を加算した額が３００００円以下であるか否かを判断する。
【０１９６】
３００００円以下でないと判断した場合（ステップＳ１７４でＮＯの場合）、データ処理部１１０は、ステップＳ１７５で、当日積算額が上限を超えるのでバリューの購入が不可である旨の情報および携帯ＩＤを含む積算額上限購入不可情報を電子マネー管理サーバ２００の請求情報作成ＡＰ２１２に送信する。
【０１９７】
一方、３００００円以下であると判断した場合（ステップＳ１７４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７６で、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高を取得する。そして、データ処理部１１０は、ステップＳ１７７で、ステップＳ１７３で受付けられた購入希望金額の受付額をバリュー残高に加算した額が４００００円以下であるか否かを判断する。
【０１９８】
４００００円以下でないと判断した場合（ステップＳ１７７でＮＯの場合）、データ処理部１１０は、ステップＳ１７８で、チャージ残高が上限を超えるのでバリューの購入が不可である旨の情報および携帯ＩＤを含む残高上限購入不可情報を電子マネー管理サーバ２００の請求情報作成ＡＰ２１２に送信する。
【０１９９】
一方、４００００円以下であると判断した場合（ステップＳ１７７でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７９で、当日積算額に購入希望金額の受付額を加算する。そして、データ処理部１１０は、ステップＳ１８０で、購入希望金額の受付額を特定可能な情報および携帯ＩＤを含んだ購入要求情報を電子マネー管理サーバ２００の請求情報作成ＡＰ２１２に送信する。
【０２００】
以後、携帯電話１００のデータ処理部１１０は、ステップＳ１８１で、電子マネー管理サーバ２００から所定の画面を受信し、ステップＳ１８２で、電子マネーアプリ１１１を終了させて、携帯電話１００のウェブブラウザを起動させ、ステップＳ１８１で受信した画面を表示させる。そして、ウェブブラウザによる処理によって、リンクの選択に応じて順次リンク先の画面が表示される。
【０２０１】
図７に戻って、ステップＳ２４４で、データ処理部２１０は、積算額上限購入不可情報または残高上限購入不可情報のいずれかの購入不可情報を受信したか否かを判断する。購入不可情報を受信したと判断した場合（ステップＳ２４４でＹＥＳの場合）、ステップＳ２４５で、電子マネー管理サーバ２００のデータ処理部２１０は、積算額上限購入不可情報または残高上限購入不可情報のいずれを受信したかに応じた購入不可画面を携帯電話１００に送信する。
【０２０２】
図２７に進んで、図２７（ｂ）は、積算額が上限で購入が不可の場合の購入不可画面である。図２７（ｂ）の画面には、その日の購入限度額が上限を超えているので購入のやり直しを促がす旨の文章と、１つ前の図２７（ａ）の画面に戻るためのリンクである「戻る」と、バリュー購入サイトからログアウトするためのリンクである「ログアウト」とが表示される。
【０２０３】
図７に戻って、購入不可情報を受信していないと判断した場合（ステップＳ２４４でＮＯの場合）、ステップＳ２４６で、データ処理部２１０は、図２７（ａ）の画面で携帯電話１００から送信された購入金額情報を受信したか否かを判断する。購入金額情報を受信していないと判断した場合（ステップＳ２４６でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２４４に戻す。
【０２０４】
一方、購入金額情報を受信したと判断した場合（ステップＳ２４６でＹＥＳの場合）、ステップＳ２４７で、データ処理部２１０は、受信したバリューの購入金額を確認するための購入金額確認画面を携帯電話１００に送信する。
【０２０５】
図２７に進んで、図２７（ｃ）は、購入金額確認画面である。図２７（ｃ）の画面には、受信した購入金額の確認を求める旨の文章と、購入金額を確認して購入金額確認情報を送信するためのリンクである「確認」と、１つ前の図２７（ａ）の画面に戻るためのリンクである「金額選択画面へ戻る」とが表示される。
【０２０６】
図７に戻って、ステップＳ２４８で、図２７（ｃ）の画面の「確認」が選択されることによって携帯電話１００から送信されてきた購入金額確認情報を受信したか否かを判断する。購入金額確認情報を受信していないと判断した場合（ステップＳ２４８でＮＯの場合）、データ処理部２１０は、ステップＳ２４８の処理を繰返す。
【０２０７】
一方、購入金額確認情報を受信したと判断した場合（ステップＳ２４８でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４９で、受信した購入金額に応じた請求情報を作成する。さらに、ステップＳ２４９で、データ処理部２１０は、携帯電話の携帯ＩＤと、購入金額とを対応付けて発行情報ＤＢ２２２に記憶させる。そして、データ処理部２１０は、ステップＳ２５０で、請求情報を金融機関サーバ５００に送信するための請求情報送信画面とを携帯電話１００に送信する。
【０２０８】
図２７に進んで、図２７（ｄ）は、ステップＳ２５０で携帯電話１００に送信される請求情報送信画面である。図２７（ｄ）の画面には、モバイルバンキングでの対価の支払手続に進める旨の文章と、利用するモバイルバンキングの金融機関の名称と、利用するモバイルバンキングに接続するためのリンクである「送信」と、金融機関を再登録するためのリンクである「金融機関変更の場合、金融機関未登録の場合はこちらを選択してください。」とが表示される。
【０２０９】
図２７（ｄ）の画面で「送信」が選択されると、ステップＳ２５０で電子マネー管理サーバ２００から携帯電話１００に送信された請求情報が、金融機関サーバ５００に送信される。
【０２１０】
図２８は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第４の表示画面図である。
【０２１１】
図２８（ａ）は、携帯電話１００から請求情報が受信されたことに応じて、金融機関サーバ５００が携帯電話１００に送信する暗証番号入力画面である。図２８（ａ）の画面には、利用者ＩＤと第１暗証番号の入力を促がす旨の文章と、利用者ＩＤを入力するためのテキストボックスと、第１暗証番号を入力するためのテキストボックスと、入力された利用者ＩＤと第１暗証番号との金融機関サーバ５００への送信を指示するためのリンクである「送信」とが表示される。
【０２１２】
図２８（ａ）の画面でテキストボックスに利用者ＩＤと第１暗証番号が入力され、「送信」のリンクが選択されると、図２８（ａ）のテキストボックスに入力された利用者ＩＤと第１暗証番号とが、携帯電話１００から金融機関サーバ５００に送信される。
【０２１３】
図２８（ｂ）は、携帯電話１００から利用者ＩＤと第１暗証番号とが受信され、認証されたことに応じて、金融機関サーバ５００が携帯電話１００に送信する支払内容確認画面である。図２８（ｂ）の画面には、支払内容を確認を促がす旨の文章と、請求情報に含まれるデータである支払口座、口座種類、支払後残高、支払金額、収納機関名、お客様番号、および、支払内容に関するデータの内容と、第２暗証番号を入力するためのテキストボックスと、支払を指示するためのリンクである「支払」とが表示される。
【０２１４】
図２８（ｂ）の画面でテキストボックスに第２暗証番号が入力され、「支払」のリンクが選択されると、図２８（ｂ）のテキストボックスに入力された第２暗証番号が携帯電話１００から金融機関サーバ５００に送信される。
【０２１５】
図２８（ｃ）は、携帯電話１００から第２暗証番号が受信され、認証されたことに応じて、金融機関サーバ５００が携帯電話１００に送信する支払完了画面である。図２８（ｃ）の画面には、支払が完了した旨の文章と、図２８（ｂ）の画面にも表示された支払口座、口座種類、支払後残高、支払金額、収納機関名、お客様番号、および、支払内容に関するデータの内容と、メインメニューに戻るためのリンクである「メインメニューへ戻る」と、バリュー購入サイトからログアウトするためのリンクである「ログアウト」とが表示される。
【０２１６】
図１に戻って、バリュー購入に対する決済が完了すると、金融機関サーバ５００から決済サーバ２８０に、バリュー購入に対する決済が完了した旨の消し込み電文が送信される。
【０２１７】
決済サーバ２８０は、受信した消し込み電文を請求情報ＤＢ２８１に登録する。そして、決済サーバ２８０は、受信した消し込み電文に対応する消し込み速報を電子マネー管理サーバ２００のＩＣチップ書込ＡＰ２１３に送信する。また、決済サーバ２８０は、電子マネー管理サーバ２００の発行情報ＤＢ２２２に消し込み速報を登録する。
【０２１８】
図８は、本実施の形態における電子マネー管理サーバ２００により実行されるＩＣチップ書込アプリケーションプログラム２１３の処理の流れを示すフローチャートである。
【０２１９】
図８を参照して、まず、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２５１で、決済サーバ２８０から消し込み速報を受信したか否かを判断することによって、バリュー購入に対する決済が完了したか否かを判断する。消し込み速報を受信していないと判断した場合（ステップＳ２５１でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２５３に進める。
【０２２０】
一方、消し込み速報を受信して、バリュー購入に対する決済が完了したと判断した場合（ステップＳ２５１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２５２で、バリューを書込むためのＵＲＬを記載したチャージ案内メールを、受信した消し込み速報に対応する携帯電話１００に送信する。
【０２２１】
図２９は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第５の表示画面図である。
【０２２２】
図２９（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
【０２２３】
図２９（ａ）の画面で、「メール未読００１」が選択されると、図２９（ｂ）のように、ステップＳ２５２で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
【０２２４】
図２９（ｂ）の電子メールには、バリューをチャージするためのウェブページへの書込みＵＲＬを選択して購入されたバリューのチャージを促がす旨の文章、および、書込みＵＲＬが記載されたリンクが表示される。図２９（ｂ）の画面で、書込みＵＲＬのリンクが選択されると、書込みＵＲＬにアクセスされる。
【０２２５】
図８に戻って、ステップＳ２５３で、電子マネー管理サーバ２００のデータ処理部２１０は、携帯電話１００から書込みＵＲＬにアクセスがあったか否かを判断する。書込みＵＲＬにアクセスがないと判断した場合（ステップＳ２５３でＮＯの場合）、データ処理部２１０は、実行する処理をＳ２５１に戻す。一方、書込みＵＲＬにアクセスがあったと判断した場合（ステップＳ２５３でＹＥＳの場合）、ステップＳ２５４で、データ処理部２１０は、リモート発行サーバ４００に携帯端末情報を含むバリュー書込依頼情報を送信する。
【０２２６】
リモート発行サーバ４００は、バリュー書込依頼情報に含まれる携帯端末情報で示される携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域にバリューを記憶させるためのバリュー書込情報を、携帯端末情報で示される携帯電話１００に送信する。
【０２２７】
図１０に進んで、図２９（ｂ）の画面で、書込みＵＲＬのリンクが選択されると、電子マネーアプリ１１１が起動される。まず、ステップＳ１０１で携帯電話１００のデータ処理部１１０は、非接触型ＩＣチップ１９０からの起動であるか否かを判断する。
【０２２８】
非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１０１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１０２に進める。一方、非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１０１でＮＯの場合）、データ処理部１１０は、ステップＳ１１１で、この電子マネーアプリ１１１がこの携帯電話１００で初めて起動されるか否かを判断する。
【０２２９】
初回起動であると判断した場合（ステップＳ１１１でＹＥＳの場合）は、前述したように、ステップＳ１１２からステップＳ１２４の処理が実行される。一方、初回起動でないと判断した場合（ステップＳ１１１でＮＯの場合）、データ処理部１１０は、ステップＳ１３１で、リモート発行サーバ４００からバリュー書込情報を受信したか否かを判断する。
【０２３０】
バリュー書込情報を受信したと判断した場合（ステップＳ１３１でＹＥＳの場合）、ステップＳ１３２で、データ処理部１１０は、受信したバリュー書込情報で示されるバリューを、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域に書込む。
【０２３１】
そして、ステップＳ１３３で、データ処理部１１０は、非接触型ＩＣチップ１９０へのバリューの書込み履歴を更新して、携帯電話１００の記憶部１２０の不揮発性メモリに記憶させる。
【０２３２】
次いで、ステップＳ１３４で、データ処理部１１０は、バリュー残高を非接触型ＩＣチップ１９０の記憶部１９２から取得する。そして、ステップＳ１３５で、データ処理部１１０は、取得したバリュー残高を暗号化し、記憶部１２０の不揮発性メモリに記憶させる。このように、非接触型ＩＣチップ１９０の記憶部１９２に記憶された電子マネー情報のバックアップ情報が、記憶部１２０の不揮発性メモリに記憶される。その後、データ処理部１１０は、実行する処理をステップＳ１３６に進める。
【０２３３】
ステップＳ１３６では、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得する。そして、ステップＳ１３７で、データ処理部１１０は、電子マネーアプリ１１１の初期画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１４１に進める。
【０２３４】
図２９（ｃ）の画面は、ステップＳ１３７で表示される初期画面である。図２９（ｃ）の画面は、図２４（ａ）の画面と同様であるので、説明は繰返さない。ただし、非接触型ＩＣチップ１９０に記憶されているバリューの残高が、図２４（ａ）の画面では、０円であるのに対して、図２９（ｃ）の画面では、１１０００円である。
【０２３５】
（電子マネーシステム１０での未チャージのバリューのチャージの説明）
図１１に戻って、携帯電話１００のデータ処理部１１０は、ステップＳ１４３で、バリューのチャージが選択されたか否かを判断する。図２９（ｃ）の画面で「ＩＣチップへの購入バリューのチャージ」のリンクが選択されると、データ処理部１１０は、ステップＳ１４３で、バリューのチャージが選択されたと判断し、ステップＳ１４４で、未チャージバリューを電子マネー管理サーバ２００に問合わせるための未チャージバリュー問合せ情報および携帯ＩＤを、電子マネー管理サーバ２００に送信する。
【０２３６】
電子マネー管理サーバ２００は、携帯電話１００から未チャージバリュー問合せ情報を受信すると、ステップＳ２４１と同様に、購入済で未チャージのバリューがあるか否かを判断し、未チャージのバリューがあると判断した場合は、ステップＳ２５２で説明したチャージ案内メールを携帯電話１００に再送信する。
【０２３７】
そして、携帯電話１００での図２９（ａ）、図２９（ｂ）の画面の表示を経て、図８で説明したように、ステップＳ２５４で、電子マネー管理サーバ２００のデータ処理部２１０によって、リモート発行サーバ４００にバリュー書込依頼情報が送信される。そして、リモート発行サーバ４００によって、バリュー書込情報が携帯電話１００に送信される。
【０２３８】
図１１に戻って、携帯電話１００のデータ処理部１１０は、ステップＳ１５１で、リモート発行サーバ４００からバリュー書込情報を受信したと判断し、ステップＳ１５２からステップＳ１５５までの処理を実行する。ここで、ステップＳ１５２からステップＳ１５５までの処理は、前述したステップＳ１３２からステップＳ１３５までの処理と同様であるので、説明は繰返さない。
【０２３９】
ステップＳ１５５の後、データ処理部１１０は、前述した図２９（ｃ）の画面で示すように、バリュー残高を更新表示する。
【０２４０】
（電子マネーシステム１０でのバリューのチャージ履歴の表示の説明）
図１１に戻って、携帯電話１００のデータ処理部１１０は、ステップＳ１６１で、図２９（ｃ）の画面で、バリューのチャージの「履歴表示」のリンクが選択されたか否かを判断する。
【０２４１】
履歴表示が選択されたと判断した場合（ステップＳ１６１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１６２で、ステップＳ１３３やステップＳ１５３で記憶部１２０の不揮発性メモリに記憶された書込み履歴を読出し、表示部１４０に表示させる。
【０２４２】
（電子マネーシステム１０でのバリューの使用の説明）
図１２は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。図１２を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。
【０２４３】
図１３は、本実施の形態における券売機３００で実行される不正登録処理の流れを示すフローチャートである。図１３を参照して、データ処理部３１０は、ステップＳ３１１で、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
【０２４４】
携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図９および図１７で説明する。
【０２４５】
携帯使用禁止情報を受信したと判断した場合（ステップＳ３１１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１２で、携帯使用禁止情報を記憶部３２０に記憶させる。ステップＳ３１２の後、データ処理部３１０は、実行する処理をステップＳ３１３に進める。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ３１１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１３に進める。
【０２４６】
ステップＳ３１３では、データ処理部３１０は、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。
【０２４７】
不正端末情報は、携帯ＩＤを含み、携帯ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図９および図１７で説明する。
【０２４８】
不正端末情報を受信したと判断した場合（ステップＳ３１３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１４で、不正端末情報を記憶部３２０に記憶させる。ステップＳ３１４の後、データ処理部３１０は、実行する処理をこの不正登録処理の呼出元の処理である図１２の発券処理に戻す。一方、不正端末情報を受信していないと判断した場合（ステップＳ３１３でＮＯの場合）、データ処理部３１０は、実行する処理を図１２の発券処理に戻す。
【０２４９】
図１２に戻って、次に、データ処理部３１０は、ステップＳ３２０で、投入額加算処理を実行する。
【０２５０】
図１４は、本実施の形態における券売機３００で実行される投入額加算処理の流れを示すフローチャートである。図１４を参照して、まず、ステップＳ３２１で、データ処理部３１０は、貨幣処理機３８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
【０２５１】
現金投入信号を受信していないと判断した場合（ステップＳ３２１でＮＯの場合）、データ処理部３１０は、ステップＳ３２２で、図１３の不正登録処理で携帯使用禁止情報が記憶部３２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。
【０２５２】
すべての携帯電話１００でのバリューの使用が禁止されていない場合（ステップＳ３２２でＮＯの場合）、データ処理部３１０は、ステップＳ３２３で、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０からバリュー残高が読込まれたか否かを判断する。
【０２５３】
携帯電話１００からバリュー残高が読込まれたと判断した場合（ステップＳ３２３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２４で、バリュー残高とともに読込まれた携帯ＩＤが図１３の不正登録処理で記憶部３２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。
【０２５４】
不正携帯電話でないと判断した場合（ステップＳ３２４でＮＯの場合）、データ処理部３１０は、ステップＳ３２５で、バリュー残高を携帯電話１００から重複して読込んでいるか否かを判断する。
【０２５５】
重複読込でないと判断した場合（ステップＳ３２５でＮＯの場合）、データ処理部３１０は、ステップＳ３２６で、読込んだバリュー残高を投入額に加算する。この投入額は、バリューと現金との合計の投入された額である。その後、データ処理部３１０は、実行する処理をステップＳ３３０に進める。
【０２５６】
一方、すべての携帯電話１００でのバリューの使用が禁止されている場合（ステップＳ３２２でＹＥＳの場合）、携帯電話１００からバリュー残高が読込まれていないと判断された場合（ステップＳ３２３でＮＯの場合）、不正携帯電話であると判断された場合（ステップＳ３２４でＹＥＳの場合）、または、重複読込であると判断した場合、データ処理部３１０は、実行する処理を、この投入額加算処理の呼出元の処理である発券処理に戻す。
【０２５７】
また、現金投入信号を受信したと判断した場合（ステップＳ３２１でＹＥＳの場合）、ステップＳ３２７で、データ処理部３１０は、貨幣処理機３８０から現金カウント信号を受信して、現金カウント信号で示される現金の額をカウントする。
【０２５８】
そして、ステップＳ３２８で、データ処理部３１０は、現金のカウント額を現金投入額に加算する。この現金投入額は、現金のみの投入された額である。さらに、ステップＳ３２９で、データ処理部３１０は、現金のカウント額を投入額に加算する。その後、データ処理部３１０は、実行する処理をステップＳ３３０に進める。
【０２５９】
ステップＳ３３０では、データ処理部３１０は、操作部３３０の金額ボタンのうち、投入額以下の金額ボタンに設けられているランプを点灯させるように制御する。その後、データ処理部３１０は、実行する処理を、この投入額加算処理の呼出元の処理である発券処理に戻す。
【０２６０】
図１２に戻って、ステップＳ３４１で、データ処理部３１０は、図１４の投入額加算処理のステップＳ３３０で点灯された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、投入額以下の金額ボタンが操作されたか否かを判断する。投入額以下の金額ボタンが操作されていないと判断した場合（ステップＳ３４１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０２６１】
一方、投入額以下の金額ボタンが操作されたと判断した場合（ステップＳ３４１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４２で、操作信号で示される金額ボタンの金額から現金投入額を減算したものを引落額として算出する。引落額は、操作された金額ボタンの金額と比較した現金投入額の不足額を示す。
【０２６２】
次に、データ処理部３１０は、ステップＳ３４３で、引落額がプラスであるか否かを判断する。つまり、操作された金額ボタンの金額と比較して現金投入額が不足しているか否かを判断する。
【０２６３】
操作された金額ボタンの金額と比較して現金投入額が不足していない場合（ステップＳ３４３でＮＯの場合）、データ処理部３１０は、ステップＳ３４４で、引落額が０であるか否かを判断する。つまり、操作された金額ボタンの金額と比較して現金投入額が等しいか多いかを判断する。
【０２６４】
操作された金額ボタンの金額と比較して現金投入額が多い場合（ステップＳ３４４でＮＯの場合）、データ処理部３１０は、ステップＳ３４５で、引落額の絶対値の額の現金を返金するよう貨幣処理機３８０を制御する。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
【０２６５】
一方、操作された金額ボタンの金額と比較して現金投入額が等しい場合（ステップＳ３４４でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
【０２６６】
また、操作された金額ボタンの金額と比較して現金投入額が不足している場合（ステップＳ３４３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３５１で、携帯電話１００の非接触型ＩＣチップ１９０をチップリーダライタ３９０にかざす旨を表示部３４０に表示させる。
【０２６７】
次に、ステップＳ３５２で、データ処理部３１０は、チップリーダライタ３９０から非接触型ＩＣチップ１９０を検出したことを示す検出信号を受信したか否かを判断する。非接触型ＩＣチップ１９０の検出信号を受信していないと判断した場合（ステップＳ３５２でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０２６８】
一方、非接触型ＩＣチップ１９０の検出信号を受信したと判断した場合（ステップＳ３５３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３５３で、非接触型ＩＣチップ１９０からバリュー残高を読込むように、チップリーダライタ３９０を制御する。
【０２６９】
次いで、データ処理部３１０は、ステップＳ３５４で、バリュー残高が所定個数の貸球相当の額以上であるか否かを判断する。バリュー残高が所定個数の貸球相当の額以上でないと判断した場合（ステップＳ３５４でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０２７０】
一方、バリュー残高が所定個数の貸球相当の額以上であると判断した場合（ステップＳ３５４でＹＥＳの場合）、データ処理部３１０は、ステップＳ３５５で、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域から引落額相当のバリューを減算するよう、チップリーダライタ３９０を制御する。
【０２７１】
具体的には、データ処理部３１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む引落要求信号を携帯電話１００に送信するように非接触通信部３９３を制御する旨の減算制御コマンドをチップリーダライタ３９０の制御部３９１に送信する。チップリーダライタ３９０の制御部３９１は、減算制御コマンドに応じて、引落要求信号を携帯電話１００に送信するよう非接触通信部３９３を制御する。
【０２７２】
そして、チップリーダライタの制御部３９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部３１０に送信する。データ処理部３１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
【０２７３】
なお、減算終了コマンドが受信されない場合、データ処理部３１０は、実行する処理をステップＳ３１０に戻すようにしてもよい。
【０２７４】
ステップＳ３６１では、データ処理部３１０は、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
【０２７５】
次に、ステップＳ３６２で、データ処理部３１０は、操作された金額ボタンの額のプリペイドカード３７１を発券するよう、カードリーダライタ３７０を制御する。そして、データ処理部３１０は、ステップＳ３６３で、現金投入額、投入額、および、引落額をリセットして、実行する処理をステップＳ３１０に戻す。
【０２７６】
図１０に戻って、非接触型ＩＣチップ１９０からバリューが減算されると、非接触型ＩＣチップの制御部１９１は、電子マネーアプリ１１１を起動させることをデータ処理部１１０に要求する。これに応じて、データ処理部１１０は、電子マネーアプリ１１１を起動させる。
【０２７７】
ステップＳ１０１で、データ処理部１１０は、非接触型ＩＣチップ１９０からの起動であると判断し、ステップＳ１０２で、非接触型ＩＣチップ１９０から券売機３００のチップリーダライタ３９０に送信される信号であってバリューの減算が終了した旨の減算終了信号の送信が完了したか否かを判断する。
【０２７８】
減算終了信号の送信が完了していないと判断した場合（ステップＳ１０２でＮＯの場合）、データ処理部１１０は、ステップＳ１０２の処理を繰返す。一方、減算終了信号の送信が完了したと判断した場合（ステップＳ１０２でＹＥＳの場合）、データ処理部１１０は、ステップＳ１０３で、バリュー残高を非接触型ＩＣチップ１９０の記憶部１９２から取得する。
【０２７９】
次いで、ステップＳ１０４で、データ処理部１１０は、取得したバリュー残高を公開鍵暗号方式の公開鍵で暗号化し、記憶部１２０の不揮発性メモリに記憶させる。その後、データ処理部１１０は、この電子マネーアプリ１１１を終了させる。
【０２８０】
なお、公開鍵に対応する秘密鍵は、電子マネー管理サーバ２００の記憶部２２０に記憶されている。また、公開鍵は、利用者登録ＡＰ２１１のステップＳ２２８で電子マネーアプリ１１１が携帯電話１００に送信されるときに併せて、携帯電話１００に送信される。
【０２８１】
図１５は、本実施の形態におけるカードユニット６００で実行される球貸処理の流れを示すフローチャートである。図１５を参照して、まず、ステップＳ６００で、カードユニット６００のデータ処理部６１０は、ユニット不正登録処理を実行する。
【０２８２】
図１６は、本実施の形態におけるカードユニット６００で実行されるユニット不正登録処理の流れを示すフローチャートである。図１６を参照して、ステップＳ６０１で、データ処理部６１０は、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、不正カードＩＤを受信したか否かを判断する。
【０２８３】
不正カードＩＤは、不正な携帯電話１００で購入されたプリペイドカード３７１を識別するためのＩＤである。不正カードＩＤを送信する処理については、後述する図９および図１７で説明する。
【０２８４】
不正カードＩＤを受信したと判断した場合（ステップＳ６０１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０２で、不正カードＩＤを記憶部６２０に記憶させる。ステップＳ６０２の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図１５の球貸処理に戻す。一方、不正カードＩＤを受信していないと判断した場合（ステップＳ６０１でＮＯの場合）、データ処理部６１０は、実行する処理を図１５の球貸処理に戻す。
【０２８５】
図１５に戻って、次に、データ処理部６１０は、ステップＳ６１１で、カードリーダライタ６７０からプリペイドカード３７１が投入されたことを示す投入信号を受信したか否かを判断する。
【０２８６】
投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６１１の処理を繰返す。一方、投入信号を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１２で、カードリーダライタ６７０から、投入されたプリペイドカード３７１のカードＩＤが、記憶部６２０に記憶された不正カードＩＤと同じであることを示す不正カード信号を受信したか否かを判断する。
【０２８７】
不正カード信号を受信したと判断した場合（ステップＳ６１２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。一方、不正カード信号を受信していないと判断した場合（ステップＳ６１２でＮＯの場合）、データ処理部６１０は、ステップＳ６１３で、カードリーダライタ６７０によって読込まれたプリペイドカード３７１に記録されたプリペイドの残高を、カードリーダライタ６７０から受信する。
【０２８８】
次に、ステップＳ６１４で、データ処理部６１０は、受信した残高が所定個数の貸球相当以上であるか否かを判断する。残高が所定貸球相当以上でないと判断した場合（ステップＳ６１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
【０２８９】
一方、残高が所定貸球相当以上であると判断した場合（ステップＳ６１４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１５で、球貸ボタン６３１から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合（ステップＳ６１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
【０２９０】
一方、球貸操作信号を受信したと判断した場合（ステップＳ６１５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１６で、プリペイドカード３７１の残高から所定貸球相当の対価を減算する。次に、データ処理部６１０は、ステップＳ６１７で、減算した残高をプリペイドカード３７１に書込むよう、カードリーダライタ６７０を制御する。
【０２９１】
次いで、ステップＳ６１８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。その後、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
【０２９２】
ステップＳ６３１では、データ処理部６１０は、返却ボタン６３２から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合（ステップＳ６３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６１４に戻す。
【０２９３】
一方、返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
【０２９４】
ステップＳ６３２では、データ処理部６１０は、プリペイドカード３７１から読込まれた残高をリセットする。次に、ステップＳ６３３で、データ処理部６１０は、プリペイドカード３７１を返却するように、カードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をステップＳ６００に戻す。
【０２９５】
図９は、本実施の形態における電子マネー管理サーバ２００により実行される残額管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。
【０２９６】
図９を参照して、まず、ステップＳ２６１で、電子マネー管理サーバ２００のデータ処理部２１０は、発行情報ＤＢ２２２に更新されたチャージ情報があるか否かを判断する。チャージ情報は、チャージされたバリューの額と、チャージされた携帯電話１００の携帯ＩＤとを少なくとも含む。
【０２９７】
更新されたチャージ情報があると判断した場合（ステップＳ２６１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２６２で、チャージされた携帯電話１００の携帯ＩＤごとに、チャージされたバリューの額を算出残額に加算する。
【０２９８】
ステップＳ２６２の後、または、更新されたチャージ情報がないと判断した場合（ステップＳ２６１でＮＯの場合）、データ処理部２１０は、ステップＳ２６３で、店舗サーバ８００から取引情報を受信したか否かを判断する。取引情報を受信した場合（ステップＳ２６３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２６４で、取引情報に含まれる携帯ＩＤに応じた算出残額から、取引情報に含まれるバリューの取引額を減算する。
【０２９９】
ステップＳ２６４の後、または、取引情報を受信していないと判断した場合（ステップＳ２６３でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、算出残額がマイナスの携帯電話があるか否かを判断する。
【０３００】
算出残額がマイナスの携帯電話１００があると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その携帯電話１００の不正回数を１回加算する。
【０３０１】
ステップＳ２８２の後、または、算出残額がマイナスの携帯電話１００がないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の携帯電話１００があるか否かを判断する。
【０３０２】
不正回数１回の携帯電話１００があると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その携帯電話１００の携帯ＩＤに対応するカードＩＤをカードユニット６００に登録する旨、および、その携帯電話１００の携帯ＩＤを含む不正媒体情報を遊技場３０側に送信する。
【０３０３】
ステップＳ２８４の後、または、不正回数１回の携帯電話１００がないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の携帯電話１００があるか否かを判断する。
【０３０４】
不正回数２回の携帯電話１００があると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その携帯電話１００の携帯ＩＤを券売機３００に登録する旨、および、その携帯電話１００の携帯ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。
【０３０５】
ステップＳ２８７の後、または、不正回数２回の携帯電話１００がないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、不正回数が３回以上の携帯電話１００があるか否かを判断する。
【０３０６】
不正回数３回以上の携帯電話１００があると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が携帯使用禁止情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。その後、データ処理部２１０は、実行する処理をステップＳ２６１に戻す。
【０３０７】
図１１に戻って、残高管理ＡＰ２１４のステップＳ２７２で、電子マネー管理サーバ２００から残高取得要求が送信されてくると、ステップＳ１４１で、データ処理部２１０は、残高取得要求があったと判断し、ステップＳ１４２で、記憶部１２０の不揮発性メモリにバックアップされた暗号化されたバリュー残高および携帯ＩＤを電子マネー管理サーバ２００に送信する。
【０３０８】
図１７は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図１７を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、券売機３００から取引情報を受信したか否かを判断する。
【０３０９】
取引情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１２で、携帯電話１００ごとに取引額を記憶部に記憶させる。
【０３１０】
ステップＳ８１２の後、または、取引情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、電子マネー管理サーバ２００の残高管理ＡＰ２１４へ取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。
【０３１１】
取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１４でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１４で、記憶部に記憶された前回送信後の携帯電話１００での取引情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４に送信する。
【０３１２】
ステップＳ８１４の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１４でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
【０３１３】
携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべての券売機３００に送信する。
【０３１４】
ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
【０３１５】
不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべての券売機３００に送信する。
【０３１６】
ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
【０３１７】
不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのカードユニット６００に送信する。
【０３１８】
ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８１１に戻す。
【０３１９】
［第２の実施の形態］
第２の実施の形態に係る電子マネーシステム１０Ａが、第１の実施の形態に係る電子マネーシステム１０と異なる点は、遊技場３０Ａに設置される機器が遊技場３０に設置される機器と異なることである。このため、第２の実施の形態においては、第１の実施の形態と異なる点について説明し、重複する説明は繰返さない。
【０３２０】
図３０は、第２の実施の形態に係る電子マネーシステム１０Ａの構成の一例を示すブロック図である。図３０を参照して、遊技場３０Ａに設置される機器には、カードユニット６００Ａと、パチンコ遊技機７００と、店舗サーバ８００とが含まれる。カードユニット６００Ａは、パチンコ遊技機７００に対応して設けられる。
【０３２１】
カードユニット６００Ａは、ユーザからプリペイドカード３７１に記録されたプリペイドデータやバリューを受けて、パチンコ遊技機７００に設けられた球貸ボタンの操作に応じてパチンコ遊技に用いられた遊技球の価値に相当する額を、プリペイドデータまたはバリューから減算する。カードユニット６００Ａは、後述するようにチップリーダライタを含み、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。
【０３２２】
カードユニット６００Ａは、減算した価値に見合った遊技球を払出すことを指示する球貸操作信号をパチンコ遊技機７００に送信する。カードユニット６００Ａは、パチンコ遊技機７００に設けられた返却ボタン６３２の操作に応じて、プリペイドカード３７１を排出する。
【０３２３】
図３１は、第２の実施の形態に係るカードユニット６００Ａの構成の一例を示すブロック図である。図３１を参照して、第２の実施の形態に係るカードユニット６００Ａが、第１の実施の形態に係るカードユニット６００と異なる点は、第２の実施の形態に係るカードユニット６００Ａが第１の実施の形態に係るカードユニット６００の構成に加えて、チップリーダライタ６９０を備えることである。チップリーダライタ６９０は、図４で説明したチップリーダライタ３９０と同様であるので、説明は繰返さない。
【０３２４】
図３２は、第２の実施の形態におけるカードユニット６００Ａで実行される球貸処理の流れを示すフローチャートである。図３２を参照して、まず、ステップＳ６００Ａで、カードユニット６００Ａのデータ処理部６１０は、ユニット不正登録処理を実行する。
【０３２５】
図３３は、第２の実施の形態におけるカードユニット６００Ａで実行されるユニット不正登録処理の流れを示すフローチャートである。図３３を参照して、ステップＳ６０１およびステップＳ６０２の処理は、図１６で説明したので、説明は繰返さない。
【０３２６】
また、データ処理部６１０は、ステップＳ６０３で、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
【０３２７】
携帯使用禁止情報を受信したと判断した場合（ステップＳ６０３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０４で、携帯使用禁止情報を記憶部６２０に記憶させる。ステップＳ６０４の後、データ処理部６１０は、実行する処理をステップＳ６０５に進める。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ６０３でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０５に進める。
【０３２８】
ステップＳ６０５では、データ処理部６１０は、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。
【０３２９】
不正端末情報を受信したと判断した場合（ステップＳ６０５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０６で、不正端末情報を記憶部６２０に記憶させる。ステップＳ６０６の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図３２の球貸処理に戻す。一方、不正端末情報を受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、データ処理部６１０は、実行する処理を図３２の球貸処理に戻す。
【０３３０】
図３２に戻って、ステップＳ６１１からステップＳ６１８までの処理、および、ステップＳ６３１からステップＳ６３３までの処理については図１５で説明したので、説明は繰返さない。
【０３３１】
カードリーダライタ６７０から投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６２１で、パチンコ遊技機７００で球貸処理中であるか否かを判断する。
【０３３２】
球貸処理中でないと判断した場合（ステップＳ６２１でＮＯの場合）、データ処理部６１０は、ステップＳ６２２で、図３３のユニット不正登録処理で携帯使用禁止情報が記憶部６２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。
【０３３３】
すべての携帯電話１００でのバリューの使用が禁止されていない場合（ステップＳ６２２でＮＯの場合）、データ処理部６１０は、ステップＳ６２３で、チップリーダライタ６９０から携帯電話１００の非接触型ＩＣチップ１９０を検出したことを示す検出信号を受信したか否かを判断する。
【０３３４】
非接触型ＩＣチップ１９０の検出信号を受信したと判断した場合（ステップＳ６２３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６２４で、検出された携帯電話１００の携帯ＩＤが図３３のユニット不正登録処理で記憶部６２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。
【０３３５】
不正携帯電話でないと判断した場合（ステップＳ６２４でＮＯの場合）、データ処理部６１０は、ステップＳ６２５で、非接触型ＩＣチップ１９０からバリュー残高を読込むように、チップリーダライタ６９０を制御する。
【０３３６】
次いで、データ処理部６１０は、ステップＳ６２６で、バリュー残高が所定個数の貸球相当の額以上であるか否かを判断する。バリュー残高が所定個数の貸球相当の額以上であると判断した場合（ステップＳ６２６でＹＥＳの場合）、データ処理部６１０は、ステップＳ６２７で、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から所定個数の貸球相当のバリューを減算するよう、チップリーダライタ６９０を制御する。
【０３３７】
具体的には、データ処理部３１０は、電子マネー識別情報と所定個数の貸球相当のバリューを減算する旨を示す減算額情報とを含む引落要求信号を携帯電話１００に送信するように非接触通信部６９３を制御する旨の減算制御コマンドをチップリーダライタ６９０の制御部６９１に送信する。チップリーダライタ６９０の制御部６９１は、減算制御コマンドに応じて、引落要求信号を携帯電話１００に送信するよう非接触通信部６９３を制御する。
【０３３８】
そして、チップリーダライタの制御部６９１は、携帯電話１００からの減算終了信号の受信に応じて、減算終了コマンドをデータ処理部６１０に送信する。データ処理部６１０は、減算終了コマンドを受信すると、所定個数の貸球相当のバリューの減算が終了したと判断する。なお、減算終了コマンドが受信されない場合、データ処理部６１０は、実行する処理をステップＳ６００Ａに戻すようにしてもよい。
【０３３９】
次に、ステップＳ６２８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。
【０３４０】
ステップＳ６２８の後、球貸処理中であると判断した場合（ステップＳ６２１でＹＥＳの場合）、すべての携帯電話１００でのバリューの使用が禁止されている場合（ステップＳ６２２でＹＥＳの場合）、非接触型ＩＣチップ１９０の検出信号を受信していないと判断した場合（ステップＳ６２３でＮＯの場合）、不正携帯電話であると判断した場合（ステップＳ６２４でＹＥＳの場合）、または、バリュー残高が所定個数の貸球相当の額以上でないと判断した場合（ステップＳ６２６でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６００Ａに戻す。
【０３４１】
［第３の実施の形態］
第３の実施の形態に係る電子マネーシステム１０Ａ、および、カードユニット６００Ａの構成は、第２の実施の携帯に係る電子マネーシステム１０Ａ、および、カードユニット６００Ａの構成と同様である。
【０３４２】
図３４は、第３の実施の形態におけるカードユニット６００Ａで実行される球貸処理の流れを示すフローチャートである。図３４を参照して、ステップＳ６００Ａ、ステップＳ６１１からステップＳ６１６、ステップＳ６１８の処理は、図３２で説明したので、説明は繰返さない。
【０３４３】
カードリーダライタ６７０から投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６２０で、現在の残高が所定個数の貸球相当以上であるか否かを判断する。残高が所定貸球相当以上であると判断した場合（ステップＳ６２０でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６００Ａに戻す。
【０３４４】
一方、残高が所定貸球相当以上でないと判断した場合（ステップＳ６２０でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６２２に進める。ステップＳ６２２からステップＳ６２５までの処理は、図３２で説明したので、説明は繰返さない。
【０３４５】
次に、ステップＳ６２６Ａで、データ処理部６１０は、バリュー残高が所定額以上であるか否かを判断する。バリュー残高が所定額以上であると判断した場合（ステップＳ６２６ＡでＹＥＳの場合）、データ処理部６１０は、ステップＳ６２７Ａで、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から所定額のバリューを減算するよう、チップリーダライタ６９０を制御する。具体的には、図３２のステップＳ６２７で説明したようにチップリーダライタ６９０を制御する。
【０３４６】
次いで、ステップＳ６２９で、データ処理部６１０は、減算したバリューに相当する額、つまり、所定額を残高に加算する。そして、ステップＳ６３０で、データ処理部６１０は、バリューを減算した携帯電話１００の携帯ＩＤを記憶部６２０に記憶させる。その後、データ処理部６１０は、実行する処理をステップＳ６１４に進める。
【０３４７】
返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６３４で、プリペイドカード３７１がカードリーダライタ６７０に挿入中であるか否かを判断する。
【０３４８】
プリペイドカード３７１が挿入中であると判断した場合（ステップＳ６３４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６３５で、残高をプリペイドカード３７１に書込むようカードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をステップＳ６３２に進める。ステップＳ６３２およびステップＳ６３３の処理は、図３２で説明したので説明は繰返さない。
【０３４９】
一方、プリペイドカード３７１が挿入中でないと判断した場合（ステップＳ６３４でＮＯの場合）、データ処理部６１０は、ステップＳ６４１で、携帯電話１００をチップリーダライタ６９０にかざす旨を表示するよう表示部６４０を制御する。
【０３５０】
次に、ステップＳ６４２で、データ処理部６１０は、チップリーダライタ６９０から携帯電話１００の非接触型ＩＣチップ１９０を検出したことを示す検出信号を受信したか否かを判断する。非接触型ＩＣチップ１９０の検出信号を受信していないと判断した場合（ステップＳ６４２でＮＯの場合）、データ処理部６１０は、ステップＳ６４２の処理を繰返す。
【０３５１】
一方、非接触型ＩＣチップ１９０の検出信号を受信したと判断した場合（ステップＳ６４２でＹＥＳの場合）、データ処理部６１０は、ステップＳ６４３で、非接触型ＩＣチップ１９０が検出された携帯電話１００の携帯ＩＤと、ステップＳ６３０で記憶部６２０に記憶された携帯ＩＤとを照合する。そして、ステップＳ６４４で、データ処理部６１０は、携帯ＩＤが一致するか否かを判断する。
【０３５２】
携帯ＩＤが一致しないと判断した場合（ステップＳ６４４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６００Ａに戻す。一方、携帯ＩＤが一致すると判断した場合（ステップＳ６４４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６４５で、残額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２に記憶されているバリューに加算するよう、チップリーダライタ６９０を制御する。
【０３５３】
次に、ステップＳ６４６で、データ処理部６１０は、残高をリセットする。その後、データ処理部６１０は、実行する処理をステップＳ６００Ａに戻す。
【０３５４】
［第４の実施の形態］
第４の実施の形態に係る電子マネーシステム１０は、第１の実施の形態に係る電子マネーシステム１０と比較して、電子マネー管理サーバ２００のＩＣチップ書込ＡＰ２１３が異なる。
【０３５５】
図３５は、第４の実施の形態における電子マネー管理サーバ２００により実行されるＩＣチップ書込アプリケーションプログラム２４０の処理の流れを示すフローチャートである。
【０３５６】
図３５を参照して、まず、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２５１Ａで、決済サーバ２８０から消し込み速報を受信したか否かを判断することによって、バリュー購入に対する決済が完了したか否かを判断する。
【０３５７】
消し込み速報を受信していないと判断した場合（ステップＳ２５１ＡでＮＯの場合、データ処理部２１０は、ステップＳ２５１Ａの処理を繰返す。一方、消し込み速報を受信して、バリュー購入に対する決済が完了したと判断した場合（ステップＳ２５１ＡでＹＥＳの場合）、データ処理部２１０は、ステップＳ２５４Ａで、データ処理部２１０は、リモート発行サーバ４００に携帯端末情報を含むバリュー書込依頼情報を送信する。
【０３５８】
［第５の実施の形態］
第５の実施の形態に係る電子マネーシステム１０は、第１の実施の形態に係る電子マネーシステム１０において、非接触型ＩＣチップ１９０の記憶部１９２内のバリューのデータが破損したり消失したりした場合のバリューの補償をするものである。
【０３５９】
図３６は、第５の実施の形態における電子マネー管理サーバ２００により実行されるバリュー補償アプリケーションプログラムの処理の流れを示すフローチャートである。
【０３６０】
図３６を参照して、携帯電話１００のユーザは、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリューのデータが破損したり消失したりした場合、ユーザの携帯電話１００または電子マネー管理サーバ２００に情報を送信可能な他の装置から、残高確認要求を電子マネー管理サーバ２００に送信する。残高確認要求は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１２０に記憶されたバリューのデータが破損したり消失したりしたときに、電子マネー管理サーバ２００に補償を求めるための情報である。データ処理部２１０は、ステップＳ２９１で、携帯電話１００のユーザから残高確認要求を受けたか否かを判断する。
【０３６１】
残高確認要求を受信したと判断した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、ユーザの携帯電話１００に、非接触型ＩＣチップ１９０の記憶部１９２に記憶されている暗号化されたバリューの残高の送信の要求である残高取得要求情報を送信する。
【０３６２】
そして、ステップＳ２９３で、データ処理部２１０は、携帯電話１００から暗号化されたバリューの残高を示す情報を受信したか否かを判断する。バリュー残高を受信していないと判断した場合（ステップＳ２９３でＮＯの場合）、データ処理部２１０は、ステップＳ２９３の処理を繰返す。
【０３６３】
一方、バリュー残高を受信したと判断した場合（ステップＳ２９３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９４で、受信した暗号化されたバリュー残高を取得残高として復号化する。残高確認要求を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、または、ステップＳ２９３の後、データ処理部２１０は、実行する処理をステップＳ２９１に戻す。
【０３６４】
電子マネー管理サーバ２００の管理者は、復号化された取得残高に基づいて、携帯電話１００のユーザに補償する額を決定する。そして、電子マネー管理サーバ２００の管理者は、決定した額を携帯電話１００のユーザに補償する。
【０３６５】
次に前述した実施の形態の変形例を挙げる。
【０３６６】
（１）図３４では、カードユニット６００Ａによって、ステップＳ６３０でバリューが減算された携帯電話１００の携帯ＩＤが記憶され、球貸しに用いられなかった残額分のバリューの返却のときに、ステップＳ６４２で、携帯ＩＤの送信を要求する信号を携帯電話に送信し、携帯電話から送信されてきた携帯ＩＤと、記憶された携帯ＩＤとが一致する場合、残額分のバリューを携帯電話１００に返却するようにした。
【０３６７】
しかし、これに限定されず、カードユニット６００Ａによって、バリューが減算された携帯電話１００を識別するための携帯ＩＤが記憶され、記憶された携帯ＩＤを含み携帯ＩＤが一致するか否かの照合を要求するための照合要求情報が、携帯電話１００に送信され、送信された携帯ＩＤと、照合要求情報の送信先の携帯電話を識別するための携帯ＩＤとが一致する旨の携帯端末一致情報が、照合要求情報に応じて送信されてきた場合、送信先の携帯電話に、遊技に用いられていないバリューが送信されるようにしてもよい。
【０３６８】
また、バリューが減算されるときに、携帯電話１００によって、バリューを減算するカードユニットを識別するためのユニットＩＤが予め取得され、バリューが返却されるときに、カードユニット６００Ａによって、減算終了信号を送信したカードユニットを識別するためのユニットＩＤの送信を要求するユニットＩＤ送信要求情報が、携帯電話１００に送信され、カードユニット６００Ａを識別するためのユニットＩＤと、携帯電話１００から送信されてきたユニットＩＤとが一致する場合、携帯端末１００に、遊技に用いられていないバリューが送信されるようにしてもよい。
【０３６９】
また、バリューが減算されるときに、携帯電話１００によって、バリューを減算するカードユニットを識別するためのユニットＩＤが予め取得され、バリューが返却されるときに、カードユニット６００Ａによって、カードユニットを識別するためのユニットＩＤを含みユニットＩＤが一致するか否かの照合を要求するための照合要求情報が、携帯電話１００に送信され、送信されたユニットＩＤと、携帯電話１００が減算終了信号を送信したカードユニットを識別するためのユニットＩＤとが一致する旨の装置一致情報が、照合要求情報に応じて送信されてきた場合、携帯電話１００に、遊技に用いられていないバリューが送信されるようにしてもよい。
【０３７０】
（２）前述した実施の形態においては、携帯電話１００により電子マネーアプリ１１１が実行されることによって、ステップＳ１７４で、その日に購入したバリューの金額の積算額である当日積算額に、受付けられたチャージ希望金額の受付額が上限を超しているか否かの上限判定を行なうようにした。
【０３７１】
しかし、これに限定されず、電子マネー管理サーバ２００や店舗サーバ８００で当日積算額を管理し、携帯電話１００から購入希望金額の受付額を受信して、上限判定を行なうようにしてもよい。
【０３７２】
（３）前述した実施の形態においては、携帯電話１００により電子マネーアプリ１１１が実行されることによって、図２７（ａ）でチャージ希望金額が選択された後に、ステップＳ１７４で、当日積算額の上限判定を行なうようにし、ステップＳ１７７で、携帯電話１００に格納されたバリュー残高の上限判定を行なうようにした。
【０３７３】
しかし、これに限定されず、図２７（ａ）の画面が表示される前に、携帯電話１００により電子マネーアプリケーションが実行されることによって、当日チャージ可能額の上限額に達するまでの当日格納可能余裕額、および、バリュー残高の上限額に達するまでの携帯電話１００に格納可能な携帯格納可能余裕額が算出され、図２７（ａ）の画面でチャージ希望金額が表示される際に、当日格納可能余裕額および携帯格納可能余裕額未満の金額が表示されるようにしてもよい。
【０３７４】
（４）前述した実施の形態においては、図３４で、携帯電話１００に遊技に用いられていないバリューを返却するようにした。しかし、これに限定されず、データ処理部６１０は、遊技に用いられていないバリューに相当するプリペイドデータをプリペイドカード３７１に記録し、記録したプリペイドカード３７１を発行するように、カードリーダライタ６７０を制御するようにしてもよい。
【０３７５】
（５）前述した実施の形態においては、携帯電話１００により電子マネーアプリ１１１が実行されることによって、ステップＳ１５２またはステップＳ１３２で受信バリューが非接触型ＩＣチップ１９０に書込まれたとき、および、ステップＳ１０２でバリューの減算が完了したときに、それぞれ、ステップＳ１５５またはステップＳ１３５、および、ステップＳ１０４で、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高のバックアップが記憶部１２０にされるようにした。
【０３７６】
しかし、これに限定されず、受信バリューが非接触型ＩＣチップ１９０に書込まれたとき、または、バリューの減算が完了したときのいずれかのときに、バックアップがされるようにしてもよい。
【０３７７】
また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
【０３７８】
また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。
【０３７９】
また、前述した実施の形態においては、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高のバックアップが、記憶部１２０にされるようにした。しかし、これに限定されず、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高のバックアップが、非接触型ＩＣチップ１９０の記憶部１９２のバリュー残高が記憶される領域と異なる領域にされるようにしてもよい。
【０３８０】
（６）前述した実施の形態においては、図９の残額管理ＡＰ２１４によって、それぞれの携帯電話ごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
【０３８１】
（７）前述した実施の形態においては、図９の残額管理ＡＰ２１４によって、ステップＳ２８４、ステップＳ２８６、および、ステップＳ２８９で、３種類の不正に対する処理を行なうようにした。しかし、これに限定されず、３種類のうちのいずれか少なくとも１つの不正に対する処理を行なうようにしてもよい。
【０３８２】
（８）前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００で構成されるようにした。
【０３８３】
しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。
【０３８４】
また、電子マネーシステム１０において、リモート発行サーバ４００を経由せずに、電子マネー管理サーバ２００から携帯電話１００に、直接、バリューなどの情報が送信されるようにしてもよい。
【０３８５】
（９）前述した実施の形態では、電子マネーシステム１０，１０Ａの発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００，６００Ａ、および、店舗サーバ８００の装置の発明として捉えることができる。
【０３８６】
また、電子マネーアプリ１１１、利用者登録ＡＰ２１１、請求情報作成ＡＰ２１２、ＩＣチップ書込ＡＰ２１３、および、残高管理ＡＰ２１４のプログラムの発明として捉えることができる。
【０３８７】
さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００，６００Ａ、および、店舗サーバ８００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。
【０３８８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０３８９】
【図１】本発明に係る電子マネーシステムの構成の一例を示すブロック図である。
【図２】本発明に係る携帯電話の構成の一例を示すブロック図である。
【図３】本発明に係る電子マネー管理サーバの構成の一例を示すブロック図である。
【図４】本発明に係る券売機の構成の一例を示すブロック図である。
【図５】本発明に係るカードユニットの構成の一例を示すブロック図である。
【図６】本実施の形態における電子マネー管理サーバにより実行される利用者登録アプリケーションプログラムの処理の流れを示すフローチャートである。
【図７】本実施の形態における電子マネー管理サーバにより実行される請求情報作成アプリケーションプログラムの処理の流れを示すフローチャートである。
【図８】本実施の形態における電子マネー管理サーバにより実行されるＩＣチップ書込アプリケーションプログラムの処理の流れを示すフローチャートである。
【図９】本実施の形態における電子マネー管理サーバにより実行される残額管理アプリケーションプログラムの処理の流れを示すフローチャートである。
【図１０】本実施の形態における携帯電話で実行される電子マネーアプリの処理の流れを示す第１のフローチャートである。
【図１１】本実施の形態における携帯電話で実行される電子マネーアプリの処理の流れを示す第２のフローチャートである。
【図１２】本実施の形態における券売機で実行される発券処理の流れを示すフローチャートである。
【図１３】本実施の形態における券売機で実行される不正登録処理の流れを示すフローチャートである。
【図１４】本実施の形態における券売機で実行される投入額加算処理の流れを示すフローチャートである。
【図１５】本実施の形態におけるカードユニットで実行される球貸処理の流れを示すフローチャートである。
【図１６】本実施の形態におけるカードユニットで実行されるユニット不正登録処理の流れを示すフローチャートである。
【図１７】本実施の形態における店舗サーバで実行される店舗サーバ処理の流れを示すフローチャートである。
【図１８】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第１の表示画面図である。
【図１９】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第２の表示画面図である。
【図２０】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第３の表示画面図である。
【図２１】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第４の表示画面図である。
【図２２】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第５の表示画面図である。
【図２３】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第６の表示画面図である。
【図２４】本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話の表示部に表示される第７の表示画面図である。
【図２５】本実施の形態における電子マネーシステムにおいて携帯電話にバリューをチャージするときに携帯電話の表示部に表示される第１の表示画面図である。
【図２６】本実施の形態における電子マネーシステムにおいて携帯電話にバリューをチャージするときに携帯電話の表示部に表示される第２の表示画面図である。
【図２７】本実施の形態における電子マネーシステムにおいて携帯電話にバリューをチャージするときに携帯電話の表示部に表示される第３の表示画面図である。
【図２８】本実施の形態における電子マネーシステムにおいて携帯電話にバリューをチャージするときに携帯電話の表示部に表示される第４の表示画面図である。
【図２９】本実施の形態における電子マネーシステムにおいて携帯電話にバリューをチャージするときに携帯電話の表示部に表示される第５の表示画面図である。
【図３０】第２の実施の形態に係る電子マネーシステムの構成の一例を示すブロック図である。
【図３１】第２の実施の形態に係るカードユニットの構成の一例を示すブロック図である。
【図３２】第２の実施の形態におけるカードユニットで実行される球貸処理の流れを示すフローチャートである。
【図３３】第２の実施の形態におけるカードユニットで実行されるユニット不正登録処理の流れを示すフローチャートである。
【図３４】第３の実施の形態におけるカードユニットで実行される球貸処理の流れを示すフローチャートである。
【図３５】第４の実施の形態における電子マネー管理サーバにより実行されるＩＣチップ書込アプリケーションプログラムの処理の流れを示すフローチャートである。
【図３６】第５の実施の形態における電子マネー管理サーバにより実行されるバリュー補償アプリケーションプログラムの処理の流れを示すフローチャートである。
【符号の説明】
【０３９０】
１０，１０Ａ電子マネーシステム、３０，３０Ａ遊技場、１００携帯電話、１１０データ処理部、１１１電子マネーアプリ、１２０記憶部、１３０データ入力部、１４０表示部、１５０音声入出力部、１６０無線通信部、１６１アンテナ、１９０非接触型ＩＣチップ、１９１制御部、１９２記憶部、１９３非接触通信部、１９４アンテナ、２００電子マネー管理サーバ、２１０データ処理部、２１１利用者登録ＡＰ、２１２請求情報作成ＡＰ、２１３ＩＣチップ書込ＡＰ、２１４残高管理ＡＰ、２２０記憶部、２２１利用者情報ＤＢ、２２２発行情報ＤＢ、２３０データ入力部、２４０表示部、２６０通信部、２８０決済サーバ、３００券売機、３１０データ処理部、３２０記憶部、３３０操作部、３４０表示部、３６０通信部、３７０カードリーダライタ、３７１プリペイドカード、３８０貨幣処理機、３９０チップリーダライタ、３９１制御部、３９２記憶部、３９３非接触通信部、３９４アンテナ、４００リモート発行サーバ、５００金融機関サーバ、６００，６００Ａカードユニット、６１０データ処理部、６２０記憶部、６３１球貸ボタン、６３２返却ボタン、６４０表示部、６６０通信部、６７０カードリーダライタ、６９０チップリーダライタ、６９１制御部、６９２記憶部、６９３非接触通信部、６９４アンテナ、７００パチンコ遊技機、８００店舗サーバ、９１０携帯電話インターネット網、９２０金融機関専用ネットワーク。

【特許請求の範囲】
【請求項１】
ユーザの携帯端末にチャージされた電子マネーを用いて遊技を可能にするための電子マネー遊技使用サービスを提供する電子マネーシステムであって、
電子マネーに関するサービスを提供するサービス提供用サーバに設けられ、前記携帯端末にチャージした電子マネー情報の額を特定可能な送信額特定情報と、該電子マネー情報をチャージした携帯端末を識別するための携帯端末識別情報とを対応付けて記憶する送信電子マネー記憶手段と、
前記携帯端末と通信し、該携帯端末にチャージされている電子マネー情報を用いて遊技を可能にするための電子マネー遊技使用装置に設けられ、遊技を可能にするために使用する電子マネー情報の引落しを要求する引落要求情報を前記携帯端末に送信するために出力する引落要求情報出力手段と、
前記携帯端末に設けられ、前記引落要求情報出力手段から送信されてきた前記引落要求情報に応じて、前記チャージされた電子マネー情報から前記引落要求情報により要求された額の電子マネー情報を減算し、減算した旨を示す減算終了情報を前記電子マネー遊技使用装置に送信するために出力する減算終了情報出力手段と、
前記電子マネー遊技使用装置に設けられ、前記減算終了情報送信手段から送信されてきた前記減算終了情報に応じて、前記減算された額の電子マネー情報を用いた遊技を可能にするための遊技可能化処理を行なう遊技可能化処理手段と、
前記電子マネー遊技使用装置に設けられ、前記遊技可能化処理手段によって前記遊技可能化処理に用いられた前記減算された電子マネー情報の額を特定可能な減算額特定情報と、前記減算終了情報を送信してきた携帯端末を識別するための携帯端末識別情報とを対応付けて記憶する減算電子マネー記憶手段と、
前記電子マネー遊技使用装置に設けられ、前記減算電子マネー記憶手段に記憶された前記減算額特定情報と該減算額特定情報に対応する前記携帯端末識別情報とを含む取引情報を前記サービス提供用サーバに所定時間ごとに送信するために出力する減算電子マネー出力手段と、
前記サービス提供用サーバに設けられ、前記減算電子マネー送信手段から送信されてきた取引情報と、前記送信電子マネー記憶手段に記憶された情報とに基づいて携帯端末識別情報ごとに電子マネー情報の残額を管理する管理手段とを備え、
前記遊技可能化処理手段は、前記減算電子マネー出力手段が前記取引情報を出力することを待つことなく、前記遊技可能化処理を行ない、
前記携帯端末は、前記電子マネー遊技使用サービスを実行するための前記携帯端末側の処理手順を示す特定プログラムを実行することによって、前記チャージされ減算された電子マネー情報をバックアップ情報として格納するバックアップ用格納手段を含むことを特徴とする、電子マネーシステム。
【請求項２】
前記サービス提供用サーバに対し、ユーザが自己の前記携帯端末を使用して前記電子マネー遊技使用サービスを享受できるようにするための登録を要求する登録要求情報を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段と、
前記サービス提供用サーバに設けられ、前記登録要求情報出力手段から送信されてきた前記登録要求情報に応じて、前記特定プログラムを前記携帯端末に送信するために出力する特定プログラム出力手段と、
前記携帯端末に設けられ、前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段と、
前記携帯端末に設けられ、前記特定プログラム記憶手段に記憶された前記特定プログラムを実行することによって、電子マネー情報のチャージを要求するチャージ要求情報を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段と、
前記サービス提供用サーバに設けられ、前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報に応じて、前記電子マネー情報のチャージに関する対価の決済を行ない、該決済の終了に応じて、前記電子マネー情報を前記携帯端末にチャージする電子マネー情報として前記携帯端末に送信するために出力する電子マネー出力手段と、
前記携帯端末に設けられ、前記特定プログラムを実行することによって、前記電子マネー出力手段から送信されてきた前記電子マネー情報を前記チャージされた電子マネー情報として格納する電子マネー格納手段とをさらに備えることを特徴とする、請求項１に記載の電子マネーシステム。
【請求項３】
前記電子マネー格納手段、および、前記バックアップ用格納手段は、それぞれ、物理的に異なるメモリに構成されることを特徴とする、請求項１に記載の電子マネーシステム。
【請求項４】
前記電子マネー格納手段、および、前記バックアップ用格納手段は、それぞれ、物理的に同じメモリの異なる領域に構成されることを特徴とする、請求項１に記載の電子マネーシステム。
【請求項５】
前記バックアップ用格納手段は、
前記特定プログラムを実行することによって、前記減算終了情報出力手段によって減算終了情報が出力されたか否かを判定する減算終了情報出力判定手段を含み、
該減算終了情報出力判定手段によって前記減算終了情報が出力されたと判定されたときに、前記バックアップ情報を格納することを特徴とする、請求項１に記載の電子マネーシステム。
【請求項６】
前記バックアップ用格納手段は、
前記特定プログラムを実行することによって、前記バックアップ情報の格納を指示するバックアップ操作の入力を受付けるバックアップ操作受付手段を含み、
該バックアップ操作受付手段によって前記バックアップ操作が受付けられたときに、前記バックアップ情報を格納することを特徴とする、請求項１に記載の電子マネーシステム。
【請求項７】
前記バックアップ用格納手段によって前記バックアップ情報が格納されてから所定期間経過したか否かを判定する所定期間経過判定手段をさらに備え、
前記バックアップ用格納手段は、前記所定期間経過判定手段によって所定期間経過したと判定されたときに、前記バックアップ情報を格納することを特徴とする、請求項１に記載の電子マネーシステム。
【請求項８】
前記バックアップ用格納手段は、前記電子マネー格納手段に格納されている電子マネー情報を読出して公開鍵暗号方式の公開鍵で暗号化して前記バックアップ情報として格納し、
前記サービス提供用サーバに設けられ、前記バックアップ用格納手段に格納されているバックアップ情報の取得を要求する取得要求情報を前記携帯端末に送信するために出力する取得要求情報出力手段と、
前記携帯端末に設けられ、前記特定プログラムを実行することによって、前記取得要求情報出力手段から送信されてきた前記取得要求情報に応じて、前記バックアップ用格納手段に格納されているバックアップ情報を前記サービス提供用サーバに送信するために出力する暗号化電子マネー出力手段と、
前記サービス提供用サーバに設けられ、前記暗号化電子マネー出力手段から送信されてきたバックアップ情報を前記公開鍵に対応する秘密鍵で元の電子マネー情報に復号する暗号化電子マネー復号手段とをさらに備えることを特徴とする、請求項１に記載の電子マネーシステム。
【請求項９】
電子マネーを用いて遊技を可能にするための電子マネー遊技使用サービスを提供する電子マネーシステムにおいて電子マネーがチャージされる携帯端末であって、
チャージされている電子マネー情報を用いて遊技を可能にするための電子マネー遊技使用装置から送信されてきた情報であって、遊技を可能にするために使用する電子マネー情報の引落しを要求する引落要求情報に応じて、前記チャージされた電子マネー情報から前記引落要求情報により要求された額の電子マネー情報を減算し、減算した旨を示す減算終了情報を前記電子マネー遊技使用装置に送信するために出力する減算終了情報出力手段と、
前記電子マネー遊技使用サービスを実行するための前記携帯端末側の処理手順を示す特定プログラムを実行することによって、前記チャージされ減算された電子マネー情報をバックアップ情報として格納するバックアップ用格納手段とを備えることを特徴とする、携帯端末。

【図１】