JP4819497B2 - Electronic money system and service providing server - Google Patents
Electronic money system and service providing server Download PDFInfo
- Publication number
- JP4819497B2 JP4819497B2 JP2005376192A JP2005376192A JP4819497B2 JP 4819497 B2 JP4819497 B2 JP 4819497B2 JP 2005376192 A JP2005376192 A JP 2005376192A JP 2005376192 A JP2005376192 A JP 2005376192A JP 4819497 B2 JP4819497 B2 JP 4819497B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- electronic money
- transmitted
- processing
- mobile terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012545 processing Methods 0.000 claims description 914
- 238000000034 method Methods 0.000 claims description 429
- 230000008569 process Effects 0.000 claims description 382
- 238000003860 storage Methods 0.000 claims description 262
- 238000010276 construction Methods 0.000 claims description 154
- 230000005540 biological transmission Effects 0.000 claims description 92
- 230000008520 organization Effects 0.000 claims description 77
- 230000008859 change Effects 0.000 claims description 63
- 238000004891 communication Methods 0.000 claims description 63
- 230000004044 response Effects 0.000 claims description 21
- 238000012508 change request Methods 0.000 claims description 12
- 238000009430 construction management Methods 0.000 claims description 3
- 230000010365 information processing Effects 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 265
- 238000012790 confirmation Methods 0.000 description 78
- 238000012546 transfer Methods 0.000 description 59
- 238000012360 testing method Methods 0.000 description 58
- 238000012217 deletion Methods 0.000 description 44
- 230000037430 deletion Effects 0.000 description 44
- 238000001994 activation Methods 0.000 description 43
- 230000004913 activation Effects 0.000 description 42
- 230000014759 maintenance of location Effects 0.000 description 39
- 238000010586 diagram Methods 0.000 description 32
- 230000006870 function Effects 0.000 description 32
- 230000001976 improved effect Effects 0.000 description 12
- 238000000151 deposition Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 9
- 230000006698 induction Effects 0.000 description 9
- 238000003780 insertion Methods 0.000 description 7
- 230000037431 insertion Effects 0.000 description 7
- 230000007704 transition Effects 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 230000005674 electromagnetic induction Effects 0.000 description 3
- 230000005012 migration Effects 0.000 description 3
- 238000013508 migration Methods 0.000 description 3
- 230000001737 promoting effect Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 2
- 229910003460 diamond Inorganic materials 0.000 description 2
- 239000010432 diamond Substances 0.000 description 2
- 238000005401 electroluminescence Methods 0.000 description 2
- 230000001939 inductive effect Effects 0.000 description 2
- 230000005764 inhibitory process Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004397 blinking Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Pinball Game Machines (AREA)
- Coin-Freed Apparatuses For Hiring Articles (AREA)
Description
本発明は、電子マネーシステム、および、サービス提供用サーバに関する。詳しくは、電子マネーを扱うのに適した電子マネーシステム、および、サービス提供用サーバに関する。 The present invention relates to an electronic money system and a service providing server. Specifically, the present invention relates to an electronic money system suitable for handling electronic money and a service providing server.
従来、たとえば金融機関のモバイルバンキング決済を利用して電子マネーを購入し、購入した電子マネーの受取操作がなされたことに基づいて、金融機関のサーバから携帯端末に対して電子マネー情報を送信して電子マネーをチャージするシステムがあった(たとえば、非特許文献1)。
しかし、非特許文献1に開示されている技術によれば、重複して電子マネーを購入することができた。すなわち、受取操作が行なわれていない未チャージの電子マネーが存在しているにもかかわらず、ユーザの過誤等によって、電子マネーを重複して購入してしまうことが発生し得た。このため、ユーザが必要以上に電子マネーを購入してしまうといった不都合が生じていた。
However, according to the technique disclosed in Non-Patent
この発明はかかる事情に鑑み考え出されたものであり、その目的は、電子マネーの重複購入を未然に防止することができる電子マネーシステム、および、サービス提供用サーバを提供することである。 The present invention has been conceived in view of such circumstances, and an object of the present invention is to provide an electronic money system and a service providing server that can prevent duplicate purchase of electronic money.
(1) 複数のサービス提供機関により使用が可能とされた記憶媒体(たとえば、記憶部192)を搭載する携帯端末(たとえば、携帯電話100)と、前記記憶媒体に各サービス提供機関が提供するサービスに応じてサービス提供用領域の構築および削除のための処理を行なうとともに、該サービス提供用領域の構築に応じた対価を請求するために各サービス提供機関ごとに課金管理を行なうサービス提供用領域管理サーバ(たとえば、リモート発行サーバ400)を運営するサービス提供用領域管理機関に登録しているサービス提供機関であり、提供サービスとして電子マネーサービスを提供する電子マネーサービス提供機関(たとえば、電子マネー遊技使用サービスの提供業者)に設けられるサービス提供用サーバ(たとえば、電子マネー管理サーバ200、決済サーバ280)と、前記記憶媒体に記憶された電子マネー情報(たとえば、バリューなどの電子マネー)を用いた取引処理(たとえば、パチンコ遊技機700やスロットマシン等での遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード371を券売機300において発券する発券処理、カードユニット600においてプリペイドカード371に記録されたプリペイドデータで示される価値のうちから減算した価値に見合った遊技球を払出す球貸処理、および記憶部192に記憶されているバリューのうちから減算したバリューに見合った遊技球を払出す球貸処理)を実行する取引処理手段(たとえば、図35、図38、および図39)とを含む電子マネーシステム(たとえば、電子マネーシステム10)であって、
前記携帯端末は、
前記電子マネーサービスを享受できるようにするための登録(たとえば、初期登録)を要求する登録要求情報(たとえば、機種情報を含む登録要求情報、空メール、携帯端末情報等)を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段(たとえば、携帯電話100、ウェブブラウザ機能によるウェブ処理、ステップS102,S104,S106,S108)を備え、
前記サービス提供用サーバは、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したこと(たとえば、ステップS203,S207,S210,S214においてYESの場合)を条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラム(たとえば、電子マネーアプリ111)を、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段(たとえば、ステップS232)と、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したこと(たとえば、ステップS203,S207,S210,S214においてYESの場合)を条件として、前記電子マネー情報を記憶するためのサービス提供用領域である電子マネーサービス提供用領域(たとえば、電子マネー遊技使用サービス用の記憶領域)を前記携帯端末の前記記憶媒体に構築するための領域構築情報(たとえば、領域確保情報)を当該携帯端末に送信するために出力する領域構築情報出力手段(たとえば、ステップS236)とを備え、
前記携帯端末は、さらに、
前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段(たとえば、データ処理部110、記憶部120)と、
前記領域構築情報出力手段から送信されてきた前記領域構築情報を受信したこと(たとえば、ステップS122においてYESの場合)を条件として、該特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記領域構築情報で示される電子マネーサービス提供用領域の構築要求(たとえば、領域確保処理開始要求)を前記サービス提供用領域管理サーバに送信するために出力する構築要求出力手段(たとえば、ステップS123)と、
該構築要求出力手段によって出力された構築要求に応じて前記サービス提供用領域管理サーバによって前記記憶媒体に前記電子マネーサービス提供用領域が構築されたこと(たとえば、ステップS126においてYESの場合)を条件として、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報のチャージを要求するためのチャージ要求情報(たとえば、チャージ要求情報)を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段(たとえば、ステップS133)とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したこと(たとえば、ステップS241においてYESの場合)を条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報(たとえば、引継画面情報)を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段(たとえば、ステップS268)を備え、
前記携帯端末は、さらに、
前記チャージ受付情報出力手段から送信されてきた前記チャージ受付情報を受信したこと(たとえば、ステップS117においてYESの場合)を条件として、前記電子マネー情報のチャージに関する対価の決済のための決済用処理(たとえば、金融機関に対するバリューの購入に対する対価の決済を行なうための処理、クレジットカードの提供機関に対するバリューの購入に対する対価の決済のために与信の可否の判断において与信可との結果が得られる処理)を要求する決済用処理要求情報(たとえば、バリューの購入に対する決済に関する情報)を前記決済用処理に利用する決済用処理機関(たとえば、金融機関、クレジットカード提供機関等)のサーバ(たとえば、金融機関サーバ500)に送信するために出力する決済用処理要求情報出力手段(たとえば、ステップS118a)と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済用処理の終了した電子マネー情報の送信を要求する電子マネー情報送信要求(たとえば、バリュー発行要求情報)を前記サービス提供用サーバに送信するために出力する電子マネー情報送信要求出力手段(たとえば、ステップS152)とを備え、
前記サービス提供用サーバは、さらに、
前記電子マネー情報に対応し、かつ当該電子マネー情報を前記決済用処理を終了させた前記携帯端末に送信済みであるか否かを特定するための特定用情報(たとえば、バリュー購入記録、書込済情報)を、当該携帯端末を他の携帯端末と識別可能にするための識別情報(たとえば、携帯端末情報、携帯ID、会員IDなど)に対応付けて記憶する電子マネー購入記録手段(たとえば、発行情報DBのバリュー購入記録)と、
前記決済用処理機関のサーバにおける前記決済用処理の終了(たとえば、ステップS269においてYESの場合)を条件として、前記要求元携帯端末に対して前記電子マネー情報を送信済みでないと特定する前記特定用情報を、当該要求元携帯端末の前記識別情報に対応付けて前記電子マネー購入記録手段に記憶させる特定用情報登録手段(たとえば、ステップS2704)と、
前記電子マネー情報送信要求出力手段から送信されてきた前記電子マネー情報送信要求を受信したこと(たとえば、ステップS271においてYESの場合)を条件として、前記電子マネー情報送信要求元の前記携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶された、前記電子マネー情報を送信済みでないと特定する前記特定用情報に対応する当該電子マネー情報(たとえば、バリュー発行情報)を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段(たとえば、ステップS277)と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたこと(たとえば、ステップS277においてバリュー発行情報が送信されたこと)を条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する前記特定用情報の記憶状態を送信済みである送信済状態(たとえば、書込済情報として「1」が記憶されている状態)に更新する送信済状態更新手段(たとえば、ステップS276)とを備え、
前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報出力手段から送信されてきた前記電子マネー情報を、前記電子マネーサービス提供用領域に記憶された前記電子マネー情報に加算するための処理(たとえば、バリュー発行時処理)を実行する電子マネー情報処理実行手段(たとえば、ステップS154〜S158)と、
前記電子マネーサービス提供用領域に記憶された前記電子マネー情報から、前記取引処理手段により前記取引処理が実行されるときに用いられる額の電子マネー情報を減算する電子マネー情報減算手段(たとえば、非接触型ICチップ190の制御部191)とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたのが、前記領域構築情報出力手段によって前記領域構築情報が当該要求元携帯端末に出力されてから初回であるか否かを判定する初回チャージ要求判定手段(たとえば、ステップS258)を備え、
前記特定用情報登録手段は、
前記初回チャージ要求判定手段によって初回でないと判定されたとき(たとえば、ステップS258においてNOの場合)は、前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報に対応する前記電子マネー情報のチャージに関するチャージ対価(たとえば、ステップS260で算出されるチャージ手数料)の決済のための決済用処理の終了(たとえば、ステップS269においてYESの場合)を条件として、前記特定用情報を前記電子マネー購入記録手段に記憶させ、
前記初回チャージ要求判定手段によって初回であると判定されたとき(たとえば、ステップS258においてYESの場合)は、前記チャージ対価と、前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築に関する領域構築対価(たとえば、ステップS259で算出される初期登録手数料)との合計額の決済用処理の終了(たとえば、ステップS269においてYESの場合)を条件として、前記特定用情報を前記電子マネー購入記録手段に記憶させ、
前記サービス提供用サーバは、さらに、
前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築回数(たとえば、未チャージ削除カウンタのカウント値)を少なくとも前記領域構築対価の決済用処理が未終了の携帯端末について管理する構築回数管理手段(たとえば、ステップS235、S2703)と、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したときに、前記構築回数管理手段によって管理されている前記登録要求情報送信元の前記携帯端末の前記構築回数が所定回数(たとえば、3回)に達していること(たとえば、ステップS216においてYESの場合)を条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止する領域構築情報出力禁止手段(たとえば、ステップS218において携帯端末情報が登録されず、ステップS233において仮登録された携帯端末情報でないと判断されるので、ステップS236において領域確保情報が送信されない)と、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたこと(たとえば、ステップS241においてYESの場合)を条件として、前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶されているか否かを判定する登録判定手段(たとえば、ステップS244)と、
前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記電子マネー購入記録手段に記憶されていると前記登録判定手段により判定されたこと(たとえば、ステップS244においてYESの場合)を条件として、当該特定用情報に対応する電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段(たとえば、ステップS245、S277)とを備え、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する特定用情報の記憶状態を送信済みである送信済状態に更新する(たとえば、ステップS276)。
(1) A mobile terminal (for example, the mobile phone 100) on which a storage medium (for example, the storage unit 192) that can be used by a plurality of service providing organizations, and a service provided by each service providing organization to the storage medium Service providing area management for performing billing management for each service providing organization in order to perform processing for constructing and deleting the service providing area in accordance with the service provisioning area and to charge for the service providing area. An electronic money service providing organization (e.g., electronic money game use) that provides an electronic money service as a provided service that is a service providing organization registered with a service providing area management organization that operates a server (for example, a remote issuing server 400) A service providing server (for example, an electronic manager) provided by a service provider -
The portable terminal is
Registration request information (for example, registration request information including model information, empty mail, portable terminal information, etc.) for requesting registration (for example, initial registration) for receiving the electronic money service is provided to the service providing server. Registration request information output means (for example,
The service providing server includes:
Processing procedure for enjoying the electronic money service on condition that the registration request information transmitted from the registration request information output means is received (for example, in the case of YES in steps S203, S207, S210, and S214) A specific program output means (for example, step S232) for outputting a specific program (for example, the electronic money application 111) indicating that the specific request is transmitted to the mobile terminal of the registration request information transmission source,
Provision of a service for storing the electronic money information on condition that the registration request information transmitted from the registration request information output means is received (for example, in the case of YES in steps S203, S207, S210, and S214) Region construction information (for example, region securing information) for constructing an electronic money service providing region (for example, a storage region for electronic money game use service), which is a storage region, in the storage medium of the portable terminal. Area construction information output means (for example, step S236) for outputting to transmit to
The mobile terminal further includes:
Specific program storage means for storing the specific program transmitted from the specific program output means (for example,
In accordance with the processing procedure indicated by the specific program stored in the specific program storage means on condition that the area construction information transmitted from the area construction information output means has been received (for example, YES in step S122) The construction request output means (for example, step S123) for outputting the construction request (for example, the area securing process start request) for the electronic money service provision area indicated by the area construction information to be transmitted to the service provision area management server. )When,
Condition that the electronic money service providing area is constructed in the storage medium by the service providing area management server in response to the construction request output by the construction request output means (for example, in the case of YES in step S126) In accordance with the processing procedure indicated by the specific program stored in the specific program storage means, charge request information (for example, charge request information) for requesting charging of the electronic money information is transmitted to the service providing server. Charge request information output means (for example, step S133) to output for
The service providing server further includes:
Charge acceptance information (for example, takeover) indicating that the charge request information has been accepted on condition that the charge request information transmitted from the charge request information output means has been received (for example, in the case of YES in step S241). Charge reception information output means (for example, step S268) for outputting the screen information) to the request source mobile terminal that is the mobile terminal of the charge request information transmission source,
The mobile terminal further includes:
Settlement processing for settlement of consideration regarding charging of the electronic money information (for example, in the case of YES in step S117) on receipt of the charge reception information transmitted from the charge reception information output means (For example, processing for settlement of value for purchase of value to a financial institution, processing for obtaining credit approval in determining whether credit is possible for settlement of value for purchase of value to a credit card provider) A server (for example, a financial institution) of a settlement processing organization (for example, a financial institution, a credit card providing institution, etc.) that uses the processing request information for settlement (for example, information related to settlement for the purchase of value) for the processing for the settlement Processing request to be output for transmission to the server 500) Broadcast output means (e.g., step S118a) and,
In accordance with the processing procedure indicated by the specific program stored in the specific program storage means, the service is provided with an electronic money information transmission request (for example, value issuance request information) for requesting transmission of electronic money information for which the payment processing has been completed Electronic money information transmission request output means (for example, step S152) for outputting to the server for use,
The service providing server further includes:
Identification information (for example, value purchase recording, writing, etc.) for identifying whether or not the electronic money information has been transmitted to the portable terminal that has completed the settlement processing and corresponds to the electronic money information Electronic money purchase recording means (for example, mobile terminal information, mobile ID, member ID, etc.) in association with identification information (for example, mobile terminal information, mobile ID, member ID, etc.) for enabling the mobile terminal to be distinguished from other mobile terminals. Value purchase record in the issuance information DB),
The specifying for specifying that the electronic money information has not been transmitted to the requesting mobile terminal on condition that the processing for payment in the server of the processing processor for payment ends (for example, YES in step S269) information, the request source mobile terminal of the identification information specifying information registration means Ru is stored in the electronic money purchase recording means in association with (e.g., step S2704) and,
On the condition that the electronic money information transmission request transmitted from the electronic money information transmission request output means has been received (for example, in the case of YES in step S271), the mobile terminal of the electronic money information transmission request source The electronic money information (for example, value issuance information) corresponding to the identification information that specifies that the electronic money information has not been transmitted and is stored in the electronic money purchase recording means in association with the identification information, An electronic money information output means (for example, step S277) that outputs the electronic money information to be transmitted to the mobile terminal that is the transmission request source;
Said electronic money information to the electronic money information transmission requesting mobile terminal by the electronic money information output means is transmitted (e.g., the value issuing information is transmitted in step S277) as a condition, the electronic The storage state of the information for identification corresponding to the electronic money information stored in the money purchase recording means is updated to the transmitted state (for example, “1” is stored as written information). Transmitted state update means (for example, step S276),
The mobile terminal further includes:
The electronic money information stored in the electronic money service providing area is stored as the electronic money information transmitted from the electronic money information output means according to the processing procedure indicated by the specific program stored in the specific program storage means. Electronic money information processing execution means (for example, steps S154 to S158) for executing a process for adding to (for example, a value issuance process);
Electronic money information subtracting means (for example, non-electronic money information subtracting means for subtracting the amount of electronic money information used when the transaction processing is executed by the transaction processing means from the electronic money information stored in the electronic money service providing area. A control unit 191) of the contact
The service providing server further includes:
It is determined whether or not the charge request information is transmitted from the charge request information output means for the first time after the area construction information is output to the requesting portable terminal by the area construction information output means. First charge request determination means (for example, step S258),
The specifying information registration means includes:
When it is determined that the initial charge request determination means is not the first time (for example, NO in step S258), the electronic money information corresponding to the charge request information transmitted from the charge request information output means is charged. On the condition that the processing for settlement for settlement of the charge consideration (for example, the charge fee calculated in step S260) ends (for example, YES in step S269), the specifying information is stored in the electronic money purchase recording means Remember
When it is determined by the initial charge request determination means that it is the first time (for example, in the case of YES in step S258), the charge consideration and the area construction information output by the area construction information output means correspond to the area construction information. On condition that the processing for settlement of the total amount with the area construction consideration (for example, the initial registration fee calculated in step S259) related to the construction of the area for providing electronic money service is completed (for example, in the case of YES in step S269) Storing the specific information in the electronic money purchase recording means ;
The service providing server further includes:
The number of times of construction of the area for providing electronic money service corresponding to the area construction information output by the area construction information output means (for example, the count value of an uncharged deletion counter) is set to at least the settlement processing for the area construction consideration. Construction number management means (for example, steps S235 and S2703) for managing the terminated mobile terminal;
When the registration request information transmitted from the registration request information output means is received, the number of times of construction of the portable terminal of the registration request information transmission source managed by the construction number management means is a predetermined number of times (for example, 3 times) (for example, in the case of YES in step S216) Area construction information output prohibiting means for prohibiting the area construction information output means from outputting the area construction information to the portable terminal (For example, since the mobile terminal information is not registered in step S218 and it is determined that the mobile terminal information is not temporarily registered in step S233, the area securing information is not transmitted in step S236).
On the condition that the charge request information has been transmitted from the charge request information output means (for example, in the case of YES in step S241), the stored state has not been updated to the transmitted state by the transmitted state update means. Registration determination means (for example, step S244) for determining whether or not the identification information is stored in the electronic money purchase recording means in association with the identification information of the request source mobile terminal;
It has been determined by the registration determining means that the identifying information whose storage state has not been updated to the transmitted state by the transmitted state update means is stored in the electronic money purchase recording means (for example, in step S244) (If YES), charge-request-time electronic money information output means for outputting the electronic money information corresponding to the identification information to the requesting mobile terminal (for example, steps S245 and S277); Prepared,
The transmitted state update means is stored in the electronic money purchase recording means on the condition that the electronic money information is transmitted to the requesting portable terminal by the charge request time electronic money information output means. It updates the stored state of the specifying information corresponding to the electronic money information in the sent status is sent (e.g., step S276).
このような構成によれば、サービス提供用サーバは、携帯端末からチャージ要求情報が送信されてきたのが、領域構築情報が要求元携帯端末に出力されてから初回であるときは、チャージ対価と領域構築対価との合計額の決済用処理の終了を条件として、電子マネー情報を出力する。つまり、電子マネー情報の初回チャージのときに、チャージ対価に併せて領域構築対価の決済用処理が行なわれる。 According to such a configuration, when the charge providing information is transmitted from the mobile terminal to the service providing server for the first time after the area construction information is output to the requesting mobile terminal, the charge consideration and Electronic money information is output on condition that the processing for settlement of the total amount with the area construction consideration is completed. That is, when the electronic money information is charged for the first time, the area construction consideration settlement process is performed in conjunction with the charge consideration.
一方、サービス提供用サーバは、携帯端末からの登録要求情報に応じた構築回数が所定回数に達していることを条件に領域構築情報の出力を禁止する。これにより、サービス提供用領域管理機関のサービス提供用領域管理サーバに電子マネーサービス提供用領域の構築要求が送信されないので、サービス提供用領域管理サーバによって領域構築対価の課金が行なわれない。 On the other hand, the service providing server prohibits the output of the area construction information on condition that the number of times of construction corresponding to the registration request information from the mobile terminal has reached a predetermined number. As a result, the construction request for the electronic money service provision area is not transmitted to the service provision area management server of the service provision area management organization, so that the area provision fee is not charged by the service provision area management server.
このため、領域構築対価の決済のためのユーザの操作負担を軽減させることができる一方で、電子マネー情報のチャージをせずに電子マネーサービス提供用領域の構築を繰返すことによって生じる決済用処理が未終了の領域構築対価を低減させること、つまり電子マネーサービス提供機関に生じる損害を低減させることができる。 For this reason, while being able to reduce the user's operational burden for settlement of area construction consideration, the processing for settlement that occurs by repeatedly constructing the area for providing electronic money service without charging electronic money information It is possible to reduce the unfinished area construction consideration, that is, to reduce damage caused to the electronic money service providing organization.
また、サービス提供用サーバは、送信済状態に更新されていない特定用情報が登録されているときに、携帯端末からのチャージ要求情報を受信した場合には、特定用情報から特定される電子マネー情報を要求元携帯端末に出力することができる。このため、電子マネー情報を加算するための操作を省略でき、ユーザの利便性を向上させることができる。 Also, the service providing server receives the electronic money specified from the specification information when receiving the charge request information from the portable terminal when the specification information not updated to the transmitted state is registered. Information can be output to the requesting mobile terminal. For this reason, the operation for adding electronic money information can be omitted, and the convenience for the user can be improved.
(2) 前記携帯端末は、さらに、
前記決済のための決済用処理に利用する決済用処理機関を特定するための決済用処理機関情報(たとえば、金融機関問合せ情報、金融機関指定情報)を前記サービス提供用サーバに送信するために出力する携帯端末側決済用処理機関情報出力手段(たとえば、ステップS110、S112)を備え、
前記サービス提供用サーバは、さらに、
前記携帯端末側決済用処理機関情報出力手段から送信されてきた前記決済用処理機関情報を受信したこと(たとえば、ステップS221,S223においてYESの場合)を条件として、当該決済用処理機関情報を、当該決済用処理機関情報送信元の携帯端末を他の携帯端末と識別可能にするための前記識別情報(たとえば、携帯端末情報、携帯ID、会員ID等)と対応付けて記憶するサーバ側決済用処理機関情報記憶手段(たとえば、ステップS224,S234)と、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したこと(たとえば、ステップS241においてYESの場合)を条件として、前記サーバ側決済用処理機関情報記憶手段に記憶された決済用処理機関情報から、前記要求元携帯端末を識別するための識別情報に対応付けて記憶された決済用処理機関情報を検索する決済用処理機関情報検索手段(たとえば、ステップS246)と、
該決済用処理機関情報検索手段により検索された決済用処理機関情報から特定される決済用処理機関のサーバ(たとえば、金融機関サーバ500)を前記決済用処理を行なうための通信先として指定する通信先指定情報(たとえば、URLを含む引継画面情報)を、前記要求元携帯端末に送信するために出力する通信先指定情報出力手段(たとえば、ステップS268)とを備え、
前記決済用処理要求情報出力手段は、前記通信先指定情報出力手段から送信されてきた前記通信先指定情報により指定される決済用処理機関のサーバに対し、前記決済用処理要求情報を送信するために出力する(たとえば、ステップS118a)。
(2) The portable terminal further includes:
Settlement processing institution information (for example, financial institution inquiry information, financial institution designation information) for specifying a settlement processing institution used for the settlement processing for the settlement is output for transmission to the service providing server. Mobile terminal side payment processing institution information output means (for example, step S110, S112),
The service providing server further includes:
On the condition that the payment processing organization information transmitted from the mobile terminal side payment processing organization information output means is received (for example, in the case of YES in steps S221 and S223), the payment processing organization information is the identification information for the settlement processing institution information transmission source mobile terminal can be identified with another mobile terminal (e.g., mobile terminal information, mobile ID, member ID, etc.) for the server-side settlement in association with Processing engine information storage means (for example, steps S224 and S234);
Payment processing stored in the server-side payment processing organization information storage means on condition that the charge request information transmitted from the charge request information output means is received (for example, in the case of YES in step S241) A settlement processing organization information search means (for example, step S246) for searching for settlement processing organization information stored in association with identification information for identifying the requesting mobile terminal from the organization information;
Communication that designates a settlement processing institution server (for example, financial institution server 500) identified from the settlement processing institution information retrieved by the settlement processing institution information retrieval means as a communication destination for performing the settlement processing. Communication destination designation information output means (for example, step S268) for outputting destination designation information (for example, takeover screen information including URL) for transmission to the request source mobile terminal;
The settlement processing request information output means is for transmitting the settlement processing request information to a server of a settlement processing organization designated by the communication destination designation information transmitted from the communication destination designation information output means. (For example, step S118a).
このような構成によれば、サービス提供用サーバは、携帯端末からチャージ要求情報を受信することにより、記憶されている決済用処理機関情報から当該携帯端末の識別情報に対応する決済用処理機関情報を検索し、該検索された決済用処理機関情報に基づく通信先指定情報を当該携帯端末に送信する。そして、携帯端末は、通信先指定情報により指定される決済用処理機関のサーバに決済用処理要求情報を送信し決済用処理を行なうことができる。このため、チャージを要求する度に、決済用処理に利用する決済用処理機関を指定する必要がないため、電子マネー情報のチャージ時の手間を低減させることができる。 According to such a configuration, the service providing server receives the charge request information from the portable terminal, and thereby, from the stored payment processing agency information, the payment processing agency information corresponding to the identification information of the portable terminal. And communication destination designation information based on the searched processing processing organization information is transmitted to the portable terminal. Then, the mobile terminal can perform settlement processing by transmitting settlement processing request information to the server of the settlement processing organization designated by the communication destination designation information. For this reason, it is not necessary to designate a payment processing institution to be used for the payment processing every time a charge is requested, so that it is possible to reduce the trouble of charging electronic money information.
(3) 前記携帯端末は、さらに、
前記決済のための決済用処理に利用する決済用処理機関の変更をユーザから受付けるための処理を実行する決済用処理機関変更受付手段(たとえば、図11のステップS140a)と、
該決済用処理機関変更受付手段により受付けた決済用処理機関を前記決済のための決済用処理に利用する決済用処理機関にする変更を要求するための決済用処理機関変更要求情報(たとえば、金融機関変更問合せ情報)を、前記サービス提供用サーバに送信するために出力する決済用処理機関変更要求情報出力手段(たとえば、ステップS140b)とを備え、
前記サービス提供用サーバは、さらに、
前記決済用処理機関変更要求情報出力手段から送信されてきた前記決済用処理機関変更要求情報を受信したこと(たとえば、金融機関変更問合せ情報を受信した場合)を条件として、前記サーバ側決済用処理機関情報記憶手段において、決済用処理機関変更要求情報送信元の携帯端末の前記識別情報と対応付けて記憶されている決済用処理機関情報を当該決済用処理機関変更要求情報に従って変更される決済用処理機関を特定するための決済用処理機関情報(たとえば、変更した金融機関のサーバが決済に利用される状態)に更新するサーバ側決済用処理機関更新手段(たとえば、ステップS221〜S224参照)を備える。
(3) The mobile terminal further includes:
A settlement processing organization change accepting means (for example, step S140a in FIG. 11) for executing processing for accepting a change in the settlement processing organization used for the settlement processing for settlement from the user;
Payment processing institution change request information for requesting a change from the payment processing institution accepted by the payment processing institution change accepting means to a payment processing institution used for the payment processing for the settlement (for example, financial A settlement processing organization change request information output means (for example, step S140b) for outputting institution change inquiry information) for transmission to the service providing server,
The service providing server further includes:
The server-side settlement process on condition that the settlement processing organization change request information transmitted from the settlement processing organization change request information output means is received (for example, when financial institution change inquiry information is received). in authority information storage means, for settlement to change the settlement processing institution information stored in association with the identification information of the settlement processing institution change request information transmission source mobile terminal in accordance with the settlement processing institution change request information Server-side payment processing institution updating means (for example, see steps S221 to S224) for updating the processing institution information for payment for specifying the processing institution (for example, a state where the changed financial institution server is used for payment). Prepare.
このような構成によれば、決済用処理に利用する決済用処理機関を変更することができるため、ユーザの利便性を向上させることができる。 According to such a configuration, it is possible to change the settlement processing institution used for the settlement processing, and thus it is possible to improve user convenience.
(4) 前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済のための決済用処理に利用する決済用処理機関の指定をユーザから受付けるための処理を実行する決済用処理機関指定処理手段(たとえば、図47の金融機関登録処理)と、
該決済用処理機関指定処理手段により指定を受付けた決済用処理機関を特定するための決済用処理機関情報を記憶する携帯端末側決済用処理機関情報記憶手段(たとえば、ステップS126e、記憶部120)とを備え、
前記決済用処理要求情報出力手段は、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記チャージ要求情報出力手段が前記チャージ要求情報を出力したことを条件として、前記携帯端末側決済用処理機関情報記憶手段に記憶されている前記決済用処理機関情報から特定される決済用処理機関のサーバに、前記決済用処理要求情報を送信するために出力する(たとえば、ステップS183)。
(4) The portable terminal further includes:
Payment processing organization designation for executing processing for accepting designation of a payment processing organization to be used for payment processing for payment from the user in accordance with the processing procedure indicated by the specific program stored in the specific program storage means Processing means (for example, financial institution registration processing in FIG. 47);
Payment terminal processing processor information storage means (eg, step S126e, storage unit 120) for storing payment processing organization information for specifying the payment processing organization that has been designated by the payment processing organization designation processing means. And
The payment processing request information output means is configured to provide the portable terminal on condition that the charge request information output means outputs the charge request information in accordance with a processing procedure indicated by the specific program stored in the specific program storage means. The settlement processing request information is output to be transmitted to the server of the settlement processing organization specified from the settlement processing organization information stored in the side settlement processing organization information storage means (for example, step S183). .
このような構成によれば、携帯端末は、携帯端末側決済用処理機関情報記憶手段により記憶された決済用処理機関情報から特定される決済用処理機関のサーバに決済用処理要求情報を送信し決済用処理を行なうことができる。このため、チャージを要求する度に、決済用処理に利用する決済用処理機関を指定する必要がないため、電子マネー情報のチャージ時の手間を低減させることができる。 According to such a configuration, the mobile terminal transmits the settlement processing request information to the server of the settlement processing institution identified from the settlement processing institution information stored in the portable terminal side settlement processing institution information storage means. Payment processing can be performed. For this reason, it is not necessary to designate a payment processing institution to be used for the payment processing every time a charge is requested, so that it is possible to reduce the trouble of charging electronic money information.
(5) 前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済のための決済用処理に利用する決済用処理機関の変更をユーザから受付けるための処理を実行する決済用処理機関変更受付手段(たとえば、図49のステップS140a)と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記携帯端末側決済用処理機関情報記憶手段に記憶されている決済用処理機関情報を、前記決済のための決済用処理に利用する決済用処理機関として前記決済用処理機関変更受付手段により変更を受付けた決済用処理機関を特定するための決済用処理機関情報(たとえば、変更した金融機関のサーバが決済に利用される状態)に更新する携帯端末側決済用処理機関更新手段(たとえば、ステップS140c)とをさらに備える。
(5) The portable terminal further includes:
Payment processing organization change for executing a process for accepting a change of a payment processing organization used for the payment processing for the payment from the user in accordance with a processing procedure indicated by the specific program stored in the specific program storage means Accepting means (for example, step S140a in FIG. 49);
In accordance with the processing procedure indicated by the specific program stored in the specific program storage means, the payment processing institution information stored in the mobile terminal side payment processing institution information storage means is used as the payment processing for the payment. Settlement processing institution information for identifying a settlement processing institution that has received a change by the settlement processing institution change accepting means as a settlement processing institution to be used (for example, a state in which the changed financial institution server is used for settlement) ) To the mobile terminal side processing processor update means (for example, step S140c).
このような構成によれば、決済用処理に利用する決済用処理機関を変更することができるため、ユーザの利便性を向上させることができる。 According to such a configuration, it is possible to change the settlement processing institution used for the settlement processing, and thus it is possible to improve user convenience.
(6) 前記サービス提供用サーバは、さらに、
前記領域構築対価の決済用処理が終了したこと(たとえば、ステップS269においてYESの場合)を条件として、前記構築回数管理手段に管理されている当該領域構築対価の決済用処理が終了した携帯端末の前記構築回数を減算する構築回数減算手段(たとえば、ステップS2703)を備える。
(6) The service providing server further includes:
On condition that the area construction consideration settlement processing has been completed (for example, in the case of YES in step S269), the mobile terminal that has completed the area construction consideration settlement processing managed by the construction number management means Construction number subtraction means (for example, step S2703) for subtracting the construction number is provided.
このような構成によれば、領域構築対価の決済用処理が終了したことを条件に、構築回数を減算する。このため、止むを得なく複数回、初期登録をしなおした場合に、電子マネーサービス提供用領域の構築後の初回チャージのときに領域構築対価の決済用処理が終了しているのに、構築回数が所定回数を超えてしまって、電子マネーサービス提供用領域の構築ができなくなるといった不都合を防止できる。 According to such a configuration, the number of times of construction is subtracted on condition that the settlement processing for the area construction consideration has been completed. For this reason, if the initial registration is re-initiated multiple times, the settlement process for the area construction consideration has been completed at the first charge after the construction of the area for providing electronic money services. It is possible to prevent the inconvenience that the number of times exceeds a predetermined number and the electronic money service providing area cannot be constructed.
(7) 前記構築回数管理手段は、前記構築回数として前記領域構築対価の決済用処理が終了しているか否かを示す情報を管理し、
前記領域構築情報出力禁止手段は、前記構築回数管理手段によって管理されている情報によって前記登録要求情報送信元の前記携帯端末の前記領域構築対価の決済用処理が未終了であることが示されることを条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止する。
(7) The construction number management means manages information indicating whether or not the area construction consideration settlement processing has been completed as the construction number,
The area construction information output prohibiting means indicates that the processing for settlement of the area construction consideration of the mobile terminal that is the transmission source of the registration request information has not been completed by the information managed by the construction number management means. As a condition, the area construction information output means prohibits the output of the area construction information to the portable terminal.
このような構成によれば、領域構築対価の決済用処理が終了しているか否かを示す情報を管理することによって、電子マネー情報のチャージをせずに電子マネーサービス提供用領域の構築を繰返すことによって生じる決済用処理が未終了の領域構築対価を低減させることができる。 According to such a configuration, the information indicating whether or not the area construction consideration settlement processing has been completed is managed, so that the construction of the electronic money service providing area is repeated without charging the electronic money information. It is possible to reduce the consideration for area construction that has not yet been completed for settlement processing.
(8) 前記電子マネー情報出力手段は、前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記電子マネー購入記録手段に複数記憶されていること(たとえば、ステップS276aでYESの場合)を条件として、当該複数の特定用情報から特定される電子マネー情報を、前記電子マネー情報送信要求元の携帯端末に送信するために出力する。 (8) the electronic money information output means, said specifying information storing state by the transmission completion state updating means has not been updated in the Sent state is more stored in said electronic money purchase record unit (e.g., On the condition of YES in step S276a), the electronic money information specified from the plurality of specifying information is output for transmission to the portable terminal that is the electronic money information transmission request source.
このような構成によれば、サービス提供用サーバが、決済用処理機関のサーバにおける決済用処理が終了するまでに、新たなチャージ要求情報を受付け、送信済状態に更新されていない特定用情報が複数登録されている場合であっても、一括して電子マネー情報を加算することができ、ユーザの利便性を向上させることができる。 According to such a configuration, the service providing server accepts new charge request information until the payment processing in the server of the payment processing institution ends, and the identification information that has not been updated to the transmitted state exists. Even when a plurality of information is registered, the electronic money information can be added in a lump, and the convenience of the user can be improved.
(9) 複数のサービス提供機関により使用が可能とされた記憶媒体(たとえば、記憶
部192)を搭載する携帯端末(たとえば、携帯電話100)と、前記記憶媒体に各サービス提供機関が提供するサービスに応じてサービス提供用領域の構築および削除のための処理を行なうとともに、該サービス提供用領域の構築に応じた対価を請求するために各サービス提供機関ごとに課金管理を行なうサービス提供用領域管理サーバ(たとえば、リモート発行サーバ400)を運営するサービス提供用領域管理機関に登録しているサービス提供機関であり、提供サービスとして電子マネーサービスを提供する電子マネーサービス提供機関(たとえば、電子マネー遊技使用サービスの提供業者)に設けられるサービス提供用サーバ(たとえば、電子マネー管理サーバ200、決済サーバ280)と、前記記憶媒体に記憶された電子マネー情報(たとえば、バリューなどの電子マネー)を用いた取引処理(たとえば、パチンコ遊技機700やスロットマシン等での遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード371を券売機300において発券する発券処理、カードユニット600においてプリペイドカード371に記録されたプリペイドデータで示される価値のうちから減算した価値に見合った遊技球を払出す球貸処理、および記憶部192に記憶されているバリューのうちから減算したバリューに見合った遊技球を払出す球貸処理)を実行する取引処理手段(たとえば、図35、図38、および図39)とを含む電子マネーシステム(たとえば、電子マネーシステム10)における前記サービス提供用サーバであって、
前記電子マネーサービスを享受できるようにするための登録(たとえば、初期登録)を要求する登録要求情報(たとえば、機種情報を含む登録要求情報、空メール、携帯端末情報等)を携帯端末から受信したこと(たとえば、ステップS203,S207,S210,S214においてYESの場合)を条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラム(たとえば、電子マネーアプリ111)を、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段(たとえば、ステップS232)と、
前記携帯端末から送信されてきた前記登録要求情報を受信したこと(たとえば、ステップS203,S207,S210,S214においてYESの場合)を条件として、前記電子マネー情報を記憶するためのサービス提供用領域である電子マネーサービス提供用領域(たとえば、電子マネー遊技使用サービス用の記憶領域)を前記携帯端末の前記記憶媒体に構築するための領域構築情報(たとえば、領域確保情報)を当該携帯端末に送信するために出力する領域構築情報出力手段(たとえば、ステップS236)と、
該領域構築情報出力手段によって出力された領域構築情報が受信されたことを条件として、前記領域構築情報で示される電子マネーサービス提供用領域の構築要求が前記サービス提供用領域管理サーバに送信され、該構築要求に応じて前記サービス提供用領域管理サーバによって前記記憶媒体に前記電子マネーサービス提供用領域が構築された携帯端末から、前記特定プログラムが示す処理手順に従って送信される前記電子マネー情報のチャージを要求するためのチャージ要求情報(たとえば、チャージ要求情報)を受信したこと(たとえば、ステップS241においてYESの場合)を条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報(たとえば、引継画面情報)を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段(たとえば、ステップS268)と、
前記電子マネー情報のチャージに関する対価の決済のための決済用処理(たとえば、金融機関に対するバリューの購入に対する対価の決済を行なうための処理、クレジットカードの提供機関に対するバリューの購入に対する対価の決済のために与信の可否の判断において与信可との結果が得られる処理)が要求された決済用処理機関(たとえば、金融機関、クレジットカード提供機関等)のサーバ(たとえば、金融機関サーバ500)において当該決済用処理が終了した(たとえば、ステップS269においてYESの場合)前記電子マネー情報に対応し、かつ当該電子マネー情報を当該決済用処理を終了させた前記携帯端末に送信済みであるか否かを特定するための特定用情報(たとえば、バリュー購入記録、書込済情報)を、当該携帯端末を他の携帯端末と識別可能にするための識別情報(たとえば、携帯端末情報、携帯ID、会員IDなど)に対応付けて記憶する電子マネー購入記録手段(たとえば、発行情報DBのバリュー購入記録)と、
前記要求元携帯端末に対して前記電子マネー情報を送信済みでないと特定する前記特定用情報を、当該要求元携帯端末の前記識別情報に対応付けて前記電子マネー購入記録手段に記憶させる特定用情報登録手段(たとえば、ステップS2704)と、
前記電子マネー情報のチャージに関する対価の決済のための決済用処理(たとえば、金融機関に対するバリューの購入に対する対価の決済を行なうための処理、クレジットカードの提供機関に対するバリューの購入に対する対価の決済のために与信の可否の判断において与信可との結果が得られる処理)が要求された決済用処理機関(たとえば、金融機関、クレジットカード提供機関等)のサーバ(たとえば、金融機関サーバ500)において当該決済用処理が終了し(たとえば、ステップS269においてYESの場合)、前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記決済用処理の終了した電子マネー情報の送信を要求する電子マネー情報送信要求(たとえば、バリュー発行要求情報)を条件として、前記電子マネー情報送信要求元の前記携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶された、前記電子マネー情報を送信済みでないと特定する前記特定用情報に対応する当該電子マネー情報(たとえば、バリュー発行情報)を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段(たとえば、ステップS277)と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたこと(たとえば、ステップS277においてバリュー発行情報が送信されたこと)を条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する前記特定用情報の記憶状態を送信済みである送信済状態(たとえば、書込済情報として「1」が記憶されている状態)に更新する送信済状態更新手段(たとえば、ステップS276)と、
前記携帯端末から前記チャージ要求情報が送信されてきたのが、前記領域構築情報出力手段によって前記領域構築情報が当該要求元携帯端末に出力されてから初回であるか否かを判定する初回チャージ要求判定手段(たとえば、ステップS258)と、
前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築回数(たとえば、未チャージ削除カウンタのカウント値)を少なくとも前記領域構築対価の決済用処理が未終了の携帯端末について管理する構築回数管理手段(たとえば、初期登録時にステップS235において未チャージ削除カウンタのカウント値が1加算され、初期登録後バリューの初回購入時にステップS2703において未チャージ削除カウンタのカウント値が1減算される)と、
前記携帯端末から送信されてきた前記登録要求情報を受信したときに、前記構築回数管理手段によって管理されている前記登録要求情報送信元の前記携帯端末の前記構築回数が所定回数(たとえば、3回)に達していること(たとえば、ステップS216においてYESの場合)を条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止する領域構築情報出力禁止手段(たとえば、ステップS218において携帯端末情報が登録されず、ステップS233において仮登録された携帯端末情報でないと判断されるので、ステップS236において領域確保情報が送信されない)と、
前記チャージ要求情報を受信したこと(たとえば、ステップS241においてYESの場合)を条件として、前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶されているか否かを判定する登録判定手段(たとえば、ステップS244)と、
前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記電子マネー購入記録手段に記憶されていると前記登録判定手段により判定されたこと(たとえば、ステップS244においてYESの場合)を条件として、当該特定用情報に対応する電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段(たとえば、ステップS245、S277)とを備え、
前記特定用情報登録手段は、
前記初回チャージ要求判定手段によって初回でないと判定されたとき(たとえば、ステップS258においてNOの場合)は、前記携帯端末から送信されてきた前記チャージ要求情報に対応する前記電子マネー情報のチャージに関するチャージ対価(たとえば、ステップS260で算出されるチャージ手数料)の決済のための決済用処理の終了(たとえば、ステップS269においてYESの場合)を条件として、前記電子マネー購入記録手段に前記特定用情報を記憶させ、
前記初回チャージ要求判定手段によって初回であると判定されたとき(たとえば、ステップS258においてYESの場合)は、前記チャージ対価と、前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築に関する領域構築対価(たとえば、ステップS259で算出される初期登録手数料)との合計額の決済用処理の終了(たとえば、ステップS269においてYESの場合)を条件として、前記電子マネー購入記録手段に前記特定用情報を記憶させ、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する特定用情報の記憶状態を送信済みである送信済状態に更新する(たとえば、ステップS276)。
(9) A mobile terminal (for example, the mobile phone 100) on which a storage medium (for example, the storage unit 192) that can be used by a plurality of service providing organizations, and a service provided by each service providing organization to the storage medium Service providing area management for performing billing management for each service providing organization in order to perform processing for constructing and deleting the service providing area in accordance with the service provisioning area and to charge for the service providing area. An electronic money service providing organization (e.g., electronic money game use) that provides an electronic money service as a provided service that is a service providing organization registered with a service providing area management organization that operates a server (for example, a remote issuing server 400) A service providing server (for example, an electronic manager) provided by a service provider -
Registration request information (for example, registration request information including model information, blank e-mail, mobile terminal information, etc.) for requesting registration (for example, initial registration) for receiving the electronic money service is received from the mobile terminal. (For example, in the case of YES in steps S203, S207, S210, and S214), a specific program (for example, the electronic money application 111) indicating a processing procedure for enjoying the electronic money service is registered in the registration request information. Specific program output means (for example, step S232) for outputting to transmit to the mobile terminal of the transmission source;
In a service providing area for storing the electronic money information on condition that the registration request information transmitted from the portable terminal is received (for example, YES in steps S203, S207, S210, and S214). Transmits area construction information (for example, area reservation information) for constructing a certain area for providing electronic money service (for example, storage area for electronic money game use service) to the storage medium of the portable terminal. Area construction information output means (for example, step S236) to output for
On the condition that the area construction information output by the area construction information output means is received, a construction request for the electronic money service provision area indicated by the area construction information is transmitted to the service provision area management server, In response to the construction request, the electronic money information is transmitted according to the processing procedure indicated by the specific program from the mobile terminal in which the electronic money service provision area is constructed in the storage medium by the service provision area management server. Charge acceptance information (for example, takeover) indicating that the charge request information has been accepted on the condition that charge request information (for example, charge request information) for requesting is received (for example, in the case of YES in step S241) Screen information) is required to be the mobile terminal that sent the charge request information Charge acceptance information output means for outputting for transmission based on the mobile terminal (e.g., step S268) and,
Settlement processing for settlement of charges related to the charge of the electronic money information (for example, processing for performing settlement of payment for purchase of value to a financial institution, settlement of consideration for purchase of value to a credit card provider) In a server (for example, financial institution server 500) of a settlement processing institution (for example, financial institution, credit card providing institution, etc.) for which a credit approval result is obtained in the determination of whether credit is acceptable or not. Whether or not the processing has been completed (for example, in the case of YES in step S269) , corresponding to the electronic money information and whether or not the electronic money information has been transmitted to the portable terminal that has finished the settlement processing Specific information (for example, value purchase record, written information) Electronic money purchase recording means (for example, value purchase record in the issue information DB) for storing in association with identification information (for example, mobile terminal information, mobile ID, member ID, etc.) for enabling identification of the ID with other mobile terminals When,
The specific information for specifying the non-transmitted the electronic money information to the requesting mobile terminal, specifying that Ru is stored in the electronic money purchase recording means in association with the identification information of the requesting mobile terminal Information registration means (for example, step S2704);
Settlement processing for settlement of charges related to the charge of the electronic money information (for example, processing for performing settlement of payment for purchase of value to a financial institution, settlement of consideration for purchase of value to a credit card provider) In a server (for example, financial institution server 500) of a settlement processing institution (for example, financial institution, credit card providing institution, etc.) for which a credit approval result is obtained in the determination of whether credit is acceptable or not. For example, in the case of YES in step S269, the transmission of the electronic money information for which the payment processing is completed transmitted from the mobile terminal according to the processing procedure indicated by the specific program output to the mobile terminal. Request to send electronic money information (for example, value issuance request information) ) Subject to the electronic money information stored in the transmission request source of the said identification the electronic money purchase recording means in association with the information of the portable terminal, wherein for a particular identifying not been transmitted to the electronic money information Electronic money information output means (for example, step S277) for outputting the electronic money information (for example, value issuing information) corresponding to the information to transmit the electronic money information to the portable terminal that is the source of the electronic money information transmission request;
Said electronic money information to the electronic money information transmission requesting mobile terminal by the electronic money information output means is transmitted (e.g., the value issuing information is transmitted in step S277) as a condition, the electronic The storage state of the information for identification corresponding to the electronic money information stored in the money purchase recording means is updated to the transmitted state (for example, “1” is stored as written information). Transmitted state update means (for example, step S276),
Initial charge request for determining whether or not the charge request information has been transmitted from the mobile terminal is the first time after the area construction information is output to the requesting mobile terminal by the area construction information output means Determination means (for example, step S258);
The number of times of construction of the area for providing electronic money service corresponding to the area construction information output by the area construction information output means (for example, the count value of an uncharged deletion counter) is set to at least the settlement processing for the area construction consideration. The number-of-construction management means for managing the terminated mobile terminal (for example, the count value of the uncharged deletion counter is incremented by 1 in step S235 at the time of initial registration, and the count value of the uncharged deletion counter in step S2703 at the initial purchase of value after initial registration. 1 is subtracted)
When the registration request information transmitted from the portable terminal is received, the number of times of construction of the portable terminal that is the registration request information transmission source managed by the construction number management means is a predetermined number (for example, three times). ) Has been reached (for example, in the case of YES in step S216), area construction information output prohibiting means (for example, prohibiting output of the area construction information to the mobile terminal by the area construction information output means) In step S218, the mobile terminal information is not registered, and it is determined that the mobile terminal information is not temporarily registered in step S233. Therefore, the area securing information is not transmitted in step S236).
On the condition that the charge request information has been received (for example, in the case of YES in step S241), the specifying information whose storage state has not been updated to the transmitted state by the transmitted state update means is the request source portable terminal Registration determination means (for example, step S244) for determining whether or not the electronic money purchase recording means is stored in association with the identification information ;
It has been determined by the registration determining means that the identifying information whose storage state has not been updated to the transmitted state by the transmitted state update means is stored in the electronic money purchase recording means (for example, in step S244) (If YES), charge-request-time electronic money information output means for outputting the electronic money information corresponding to the identification information to the requesting mobile terminal (for example, steps S245 and S277); Prepared,
The specifying information registration means includes:
When it is determined that the initial charge request is not the first time (for example, in the case of NO in step S258), the charge consideration relating to the charge of the electronic money information corresponding to the charge request information transmitted from the mobile terminal The electronic money purchase recording means stores the identifying information on condition that the settlement process for settlement (for example, charge fee calculated in step S260) is terminated (for example, YES in step S269). ,
When it is determined by the initial charge request determination means that it is the first time (for example, in the case of YES in step S258), the charge consideration and the area construction information output by the area construction information output means correspond to the area construction information. region constructed consideration relates to the construction of the electronic money service providing area (e.g., the initial registration fee calculated in step S259) ends of the total amount of payment for the processing of the (e.g., YES in step S269) as a condition, wherein the stores the specific information to the electronic money purchase record means,
The transmitted state update means is stored in the electronic money purchase recording means on the condition that the electronic money information is transmitted to the requesting portable terminal by the charge request time electronic money information output means. It updates the stored state of the specifying information corresponding to the electronic money information in the sent status is sent (e.g., step S276).
このような構成によれば、携帯端末からチャージ要求情報が送信されてきたのが、領域構築情報が要求元携帯端末に出力されてから初回であるときは、チャージ対価と領域構築対価との合計額の決済用処理の終了を条件として、電子マネー情報を出力する。つまり、電子マネー情報の初回チャージのときに、チャージ対価に併せて領域構築対価の決済用処理が行なわれる。 According to such a configuration, when the charge request information is transmitted from the mobile terminal for the first time after the area construction information is output to the requesting mobile terminal, the sum of the charge consideration and the area construction consideration Electronic money information is output on condition that the amount settlement processing ends. That is, when the electronic money information is charged for the first time, the area construction consideration settlement process is performed in conjunction with the charge consideration.
一方、携帯端末からの登録要求情報に応じた構築回数が所定回数に達していることを条件に領域構築情報の出力を禁止する。これにより、サービス提供用領域管理機関のサービス提供用領域管理サーバに電子マネーサービス提供用領域の構築要求が送信されないので、サービス提供用領域管理サーバによって領域構築対価の課金が行なわれない。 On the other hand, the output of the area construction information is prohibited on the condition that the number of constructions corresponding to the registration request information from the portable terminal has reached a predetermined number. As a result, the construction request for the electronic money service provision area is not transmitted to the service provision area management server of the service provision area management organization, so that the area provision fee is not charged by the service provision area management server.
このため、領域構築対価の決済のためのユーザの操作負担を軽減させることができる一方で、電子マネー情報のチャージをせずに電子マネーサービス提供用領域の構築を繰返すことによって生じる決済用処理が未終了の領域構築対価を低減させること、つまり電子マネーサービス提供機関に生じる損害を低減させることができる。 For this reason, while being able to reduce the user's operational burden for settlement of area construction consideration, the processing for settlement that occurs by repeatedly constructing the area for providing electronic money service without charging electronic money information It is possible to reduce the unfinished area construction consideration, that is, to reduce damage caused to the electronic money service providing organization.
また、送信済状態に更新されていない特定用情報が登録されているときに、携帯端末からのチャージ要求情報を受信した場合には、特定用情報から特定される電子マネー情報を要求元携帯端末に出力することができる。このため、電子マネー情報を加算するための操作を省略でき、ユーザの利便性を向上させることができる。 Further, when the charge request information is received from the portable terminal when the identification information not updated to the transmitted state is registered, the electronic money information identified from the identification information is transmitted to the request source portable terminal. Can be output. For this reason, the operation for adding electronic money information can be omitted, and the convenience for the user can be improved.
[第1の実施の形態]
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の最良の形態においては、遊技機の一例として、パチンコ遊技機を示すが、本発明は、これに限定されず、たとえば、コイン遊技機およびスロットマシン等のその他の遊技機であってもよい。
[First Embodiment]
The best mode for carrying out the present invention will be described below in detail with reference to the drawings. In the following best mode, a pachinko gaming machine is shown as an example of a gaming machine, but the present invention is not limited to this, and for example, other gaming machines such as a coin gaming machine and a slot machine. Also good.
(電子マネーシステム10の各構成の説明)
図1は、本発明に係る電子マネーシステム10の構成の一例を示すブロック図である。図1を参照して、電子マネーシステム10は、携帯電話100と、電子マネー管理サーバ200と、決済サーバ280と、リモート発行サーバ400と、金融機関サーバ500と、遊技場30に設置される機器とを含む。
(Description of each component of the electronic money system 10)
FIG. 1 is a block diagram showing an example of the configuration of an electronic money system 10 according to the present invention. Referring to FIG. 1, an electronic money system 10 includes a
遊技場30に設置される機器には、券売機300、カードユニット600、パチンコ遊技機700、および、店舗サーバ800が含まれる。カードユニット600は、パチンコ遊技機700に対応して設けられる。
The equipment installed in the
携帯電話100は、本実施の形態における主要な構成として、電子マネーアプリ111と、非接触型IC(Integrated Circuit)チップ190とを備える。
The
電子マネー管理サーバ200は、本実施の形態における主要な構成として、初期登録時AP(Application Program)211と、バリュー購入時AP212と、バリュー発行時AP213と、残高管理AP214と、バリュー預かりAP215と、バリュー返却AP216と、利用者情報DB(DataBase)221と、発行情報DB222とを備える。
The electronic
電子マネーシステム10は、ユーザの携帯電話100にチャージされた特定の種類の電子マネーであるバリューを用いて、遊技場30に設置されたパチンコ遊技機700でのパチンコ遊技を可能にするための電子マネー遊技使用サービスを提供するシステムである。
The electronic money system 10 uses the value, which is a specific type of electronic money charged in the user's
携帯電話100は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ICチップ190による短距離通信機能を備える。なお、ウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ICチップ190による短距離通信機能を備える装置であれば、携帯電話100に替えて、通話機能がない携帯情報端末(Personal Digital Assistance、以下「PDA」という)などの他の携帯端末であってもよい。
The
本実施の形態においては、携帯電話100に、電子マネー遊技使用サービスを実行するための携帯電話100側の処理手順を示すプログラムである電子マネーアプリ111が導入されることにより、後述するように、電子マネーシステム10で、この携帯電話100を用いることができるようになる。
In the present embodiment, by introducing the
電子マネーアプリ111は、携帯電話インターネット網910を介して、電子マネー管理サーバ200や金融機関サーバ500と通信することが可能である。
The
非接触型ICチップ190は、電子マネーアプリ111、および、外部のチップリーダライタと通信することが可能である。非接触型ICチップ190と外部のチップリーダライタとの通信は、非接触型ICチップ190がチップリーダライタから数センチメートルの距離に近接するように、携帯電話100がチップリーダライタにかざされることによって行なわれる。
The non-contact
非接触型ICチップ190と外部のチップリーダライタとの通信は、チップリーダライタからの電磁波である搬送波を、非接触型ICチップ190やチップリーダライタが変調させることによって行なわれる。また、非接触型ICチップ190には、チップリーダライタからの電磁波による電磁誘導によって、外部のチップリーダライタ側から電力が供給される。
Communication between the non-contact
このため、携帯電話100側から電力が供給されない場合であっても、非接触型ICチップ190がチップリーダライタに近づけられることによって、非接触型ICチップ190は動作可能となる。
Therefore, even when power is not supplied from the
電子マネー管理サーバ200は、初期登録時AP211、バリュー購入時AP212、バリュー発行時AP213、残高管理AP214、バリュー預かりAP215、バリュー返却AP216、利用者情報DB221、および、発行情報DB222などの機能によって、携帯電話100および遊技場30に対して、後述するような電子マネー遊技使用サービスにおける様々なサービスを提供する。
The electronic
決済サーバ280は、請求情報DB281を含み、電子マネー遊技使用サービスに対するユーザの決済を管理する。
The
リモート発行サーバ400は、複数のサービス提供機関により使用が可能とされた前記記憶部192に各サービス提供機関が提供するサービスに応じてサービス提供用領域の構築および削除のための処理を行なうとともに、該サービス提供用領域の構築に応じた対価を請求するために各サービス提供機関ごとに課金管理を行なうサービス提供用領域管理機関によって運営される。リモート発行サーバ400は、電子マネー管理サーバ200および携帯電話100からの非接触型ICチップ190への記憶領域の確保および情報の書込みを管理する。具体的には、本実施例においては、リモート発行サーバ400は、非接触型ICチップ190の記憶部192にサービス提供機関である電子マネー管理サーバ200の運営機関が提供する電子マネー遊技使用サービスに応じて電子マネー遊技使用サービス用の記憶領域の構築および削除のための処理を行なうとともに、電子マネー遊技使用サービス用の記憶領域の構築に応じた対価を請求するために課金管理を行なう。ここで、非接触型ICチップ190の記憶部192は、複数のサービス提供機関により使用が可能とされた記憶媒体であって、携帯電話100に搭載された記憶媒体である。
The
金融機関サーバ500は、電子マネー遊技使用サービスを利用するにあたって電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関のサーバである。
The
電子マネー管理サーバ200、リモート発行サーバ400、および、金融機関サーバ500は、携帯電話インターネット網910を介して、携帯電話100と通信することが可能である。電子マネー管理サーバ200は、専用線を介して、決済サーバ280と通信することが可能である。決済サーバ280は、各種収納機関および金融機関が専用線で閉域接続された金融機関専用ネットワーク920を介して、金融機関サーバ500と通信することが可能である。
The electronic
券売機300は、ユーザから現金やバリューを受けて、遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード371を発券する。券売機300は、後述するようにチップリーダライタを含み、前述したように、携帯電話100の非接触型ICチップ190と通信することが可能である。つまり、券売機300は、携帯電話100に記憶されたバリューを使用してプリペイドカード371を発券する処理を取引処理として行なう。
The
カードユニット600は、パチンコ遊技機700に対応して設けられる。カードユニット600は、遊技者からプリペイドカード371や現金やバリューを受付けて、パチンコ遊技機700に設けられた球貸ボタンの操作に応じて、プリペイドカード371に記録されたプリペイドデータで示される価値のうちから所定額相当(たとえば、500円相当)の価値を減算する。
The
カードユニット600は、減算した価値に見合った遊技球を払出すことを指示する球貸操作信号をパチンコ遊技機700に送信する。カードユニット600は、パチンコ遊技機700に設けられた返却ボタン632の操作に応じて、プリペイドカード371を排出する。カードユニット600は、後述するようにチップリーダライタを含み、前述したように、携帯電話100の非接触型ICチップ190と通信することが可能である。つまり、カードユニット600は、携帯電話100に記憶されたバリューを使用してパチンコ遊技機700から遊技球を払出す処理を取引処理として行なう。
The
パチンコ遊技機700は、パチンコ遊技をユーザである遊技者に提供する装置である。パチンコ遊技機700は、カードユニット600からの球貸操作信号を受けて、所定額相当の遊技球を払出す。そして、遊技者によるパチンコ遊技機700に設けられた発射ハンドルの操作に応じて、払出された遊技球が遊技領域に発射されることによって、パチンコ遊技が行なわれる。
The
店舗サーバ800は、遊技場30内のLAN(Local Area Network)を介して、券売機300およびカードユニット600と通信することが可能である。店舗サーバ800は、専用線などを介して、電子マネー管理サーバ200と通信することが可能である。
The
店舗サーバ800は、券売機300におけるプリペイドカード371の販売に伴なう取引情報、および、カードユニット600におけるプリペイドカード371の使用に伴なう使用情報などの情報を、券売機300やカードユニット600から受けて、それらの情報を記憶する。
The
店舗サーバ800は、記憶した情報のうち、後述するバリューの使用に関する情報を電子マネー管理サーバ200に送信する。店舗サーバ800は、電子マネー管理サーバ200から電子マネー遊技使用サービスにおける不正に関する情報を受信する。
The
店舗サーバ800は、電子マネー管理サーバ200から受信した情報を、必要に応じて、券売機300やカードユニット600に送信する。
The
なお、決済サーバ280は、電子マネー管理サーバ200に含まれるように構成されてもよい。また、初期登録時AP211、バリュー購入時AP212、バリュー発行時AP213、残高管理AP214、バリュー預かりAP215、バリュー返却AP216、利用者情報DB221、および、発行情報DB222の構成は、それぞれ、電子マネー管理サーバ200と異なるコンピュータに含まれるようにしてもよい。また、例えば、携帯電話100のウェブ処理時に情報をやり取りするサーバと、携帯電話100の電子マネーアプリ111の処理時にやり取りするサーバとが、それぞれ別のコンピュータで構成されるようにしてもよい。
図2は、本発明に係る携帯電話100の構成の一例を示すブロック図である。図2を参照して、携帯電話100は、データ処理部110と、記憶部120と、データ入力部130と、表示部140と、音声入出力部150と、無線通信部160と、アンテナ161と、前述した非接触型ICチップ190とを含む。
FIG. 2 is a block diagram showing an example of the configuration of the
非接触型ICチップ190は、制御部191と、記憶部192と、非接触通信部193と、アンテナ194とを含む。
The non-contact
記憶部120は、ROM(Read Only Memory)やフラッシュメモリなどの不揮発性メモリやRAM(Random Access Memory)などの揮発性メモリなどの半導体メモリで構成される。記憶部120は、携帯電話100の各種機能をデータ処理部110に実行させるためのプログラムやデータを記憶する。また、記憶部120は、携帯電話100を識別するための携帯端末情報である携帯IDを予め記憶する。また、記憶部120は、非接触型ICチップ190を利用する各種サービスにおけるアプリケーションプログラム、本実施の形態においては、電子マネー管理サーバ200から受信した本電子マネーサービスを享受するための処理手段が示された特定プログラムとしての電子マネーアプリ111を記憶する。
The
データ入力部130は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部130は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部110に受渡す。
The
表示部140は、液晶表示装置(Liquid Crystal Display、以下「LCD」という)で構成される。なお、表示部140は、EL(ElectroLuminescence)ディスプレイなど他の表示装置で構成されてもよい。表示部140は、データ処理部110から受けた文字データおよび画像データを表示する。
The display unit 140 includes a liquid crystal display (hereinafter referred to as “LCD”). In addition, the display part 140 may be comprised with other display apparatuses, such as an EL (ElectroLuminescence) display. Display unit 140 displays character data and image data received from
音声入出力部150は、マイクおよびスピーカで構成される。音声入出力部150は、外部から入力された音声を電気信号に変えて、データ処理部110に受渡し、データ処理部110からの電気信号を音声に変換して、外部に出力する。
The voice input /
無線通信部160は、他の携帯電話またはサーバからアンテナ161で受信した信号をデータ処理部110に受渡し、データ処理部110から他の携帯電話またはサーバへ送信する信号をアンテナ161から出力させる。
The
データ処理部110は、マイクロプロセッサ(Micro Processing Unit、以下「MPU」という)で構成される。データ処理部110は、非接触型ICチップ190の制御部191と通信することが可能である。データ処理部110は、記憶部120に記憶されたプログラムに従って、記憶部120、データ入力部130、無線通信部160、音声入出力部150、または、非接触型ICチップ190の制御部191から入力されたデータを処理して、記憶部120、表示部140、無線通信部160、音声入出力部150、または、非接触型ICチップ190の制御部191に出力する。
The
非接触型ICチップ190の記憶部192は、非接触型ICチップ190を利用する各種サービスで用いられるバリューなどの電子マネーやサービスポイントなどのデータ、および、アプリケーションプログラムで用いられるデータを記憶する。
The
非接触型ICチップ190の非接触通信部193は、アンテナ194を介して外部のチップリーダライタと通信する。本実施の形態においては、非接触通信部193は、券売機300に備えられたチップリーダライタ390およびカードユニット600に備えられたチップリーダライタ690と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部193は、アンテナ194から電力を受け、非接触型ICチップ190の各部に電力を供給する。
The
非接触型ICチップ190の制御部191は、記憶部192に記憶されたプログラムに従って、記憶部192、非接触通信部193、または、データ処理部110から入力されたデータを処理して、記憶部192、非接触通信部193、または、データ処理部110に出力する。
The
なお、本実施の形態においては、携帯電話100は、音声入出力部150を含んでも含まなくてもよい。
In the present embodiment,
図3は、本発明に係る電子マネー管理サーバ200の構成の一例を示すブロック図である。図3を参照して、電子マネー管理サーバ200は、データ処理部210と、記憶部220と、データ入力部230と、表示部240と、通信部260とを含む。
FIG. 3 is a block diagram showing an example of the configuration of the electronic
記憶部220は、ROMやフラッシュメモリなどの不揮発性メモリやRAMなどの揮発性メモリなどの半導体メモリ、および、ハードディスクなどの外部記憶装置で構成される。記憶部220には、電子マネー管理サーバ200の各種機能をデータ処理部210に実行させるためのプログラムやデータが記憶される。
The
本実施の形態においては、初期登録時AP211、バリュー購入時AP212、バリュー発行時AP213、残高管理AP214、バリュー預かりAP215、および、バリュー返却AP216が記憶部220に記憶される。また、前述した利用者情報DB221および発行情報DB222も、記憶部220に記憶される。
In the present embodiment, an
データ入力部230は、キーボードおよびマウスなどの入力装置で構成される。データ入力部230は、電子マネー管理サーバの管理者などのユーザからデータの入力を受付けて、入力されたデータをデータ処理部110に受渡す。
The
表示部240は、LCDで構成される。なお、表示部240は、CRT(Cathode Ray Tube)ディスプレイやEL(ElectroLuminescence)ディスプレイなど他の表示装置で構成されてもよい。表示部240は、データ処理部210から受けた文字データおよび画像データを表示する。
The
通信部260は、携帯電話100または他のサーバから、携帯電話インターネット網910または他のネットワークを介して受信したデータをデータ処理部210に受渡し、データ処理部210から携帯電話インターネット網910または他のネットワークを介して携帯電話100または他のサーバに送信するデータを出力する。
The
データ処理部210は、MPUで構成される。データ処理部210は、記憶部220に記憶されたプログラムに従って、記憶部220、データ入力部230、または、通信部260から入力されたデータを処理して、記憶部220、表示部240、または、通信部260に出力する。
The
なお、決済サーバ280、リモート発行サーバ400、金融機関サーバ500、および、店舗サーバ800の構成は、図3で説明した電子マネー管理サーバ200の構成と同様である。
The configuration of the
図4は、本実施の形態における電子マネー管理サーバ200が電子マネー遊技使用サービスを提供する際に用いる利用者情報データベース221を説明するための図である。
FIG. 4 is a diagram for explaining the
図4を参照して、利用者情報DB221では、会員IDおよび携帯端末情報に対応付けて、携帯電話100の電子メールアドレス、金融機関指定情報、未チャージ削除カウンタのカウント値、通常用であるかテスト用であるかの携帯電話100の種別、携帯電話100の1日購入限度額、および、携帯電話100の携帯上保持限度額が記憶される。
Referring to FIG. 4, in
会員IDは、電子マネー遊技使用サービスの会員を一意に識別するためのIDである。携帯端末情報は、携帯電話100を一意に識別するための情報である。携帯電話100の電子マネーアドレスは、携帯電話100に対して一意に設定される電子メールに用いられるアドレスである。
The member ID is an ID for uniquely identifying a member of the electronic money game use service. The mobile terminal information is information for uniquely identifying the
金融機関指定情報は、金融機関に対して予め一意に付与される番号である。未チャージ削除カウンタは、電子マネー遊技使用サービスに登録された携帯電話100によって一度もバリューがチャージされずに登録が削除された回数を携帯端末100ごとに計数するためのカウンタである。
The financial institution designation information is a number uniquely given in advance to the financial institution. The uncharge deletion counter is a counter for counting, for each
テスト用の携帯電話は、電子マネーシステム10における電子マネー遊技使用サービスが適正に提供されるか否かをテストするために用いられる携帯電話である。通常用の携帯電話は、一般ユーザが電子マネー遊技使用サービスを享受するために用いる携帯電話である。 The test mobile phone is a mobile phone used for testing whether or not the electronic money game use service in the electronic money system 10 is properly provided. The normal mobile phone is a mobile phone used for a general user to enjoy an electronic money game use service.
1日購入限度額は、1日に購入できるバリューの限度額である。携帯上保持限度額は、携帯電話100にチャージできるバリューの限度額である。ここで、1日購入限度額および携帯上保持限度額は、電子マネー管理サーバ200において、設定変更できるようされており、具体的には、通常用携帯電話に対する上限額よりも、テスト用携帯電話に対する上限額のほうが高く設定される。また、電子マネー管理サーバ200においては、ユーザがバリューのチャージ額を選択する際の選択肢(表示金額リスト:図28、図29参照)についても、通常用携帯電話およびテスト用携帯電話それぞれに対して、上記設定された上限額に対応して設定変更できるようになっており、かかる設定された通常用携帯電話に対するチャージ額の選択肢とテスト用携帯電話に対するチャージ額の選択肢を管理している。
The daily purchase limit is the limit of the value that can be purchased per day. The mobile holding limit is a limit of value that can be charged to the
このため、電子マネー管理サーバ200は、会員IDまたは携帯端末情報に基づき、当該会員IDまたは当該携帯端末情報に対応する、電子メールアドレス、金融機関指定情報、未チャージ削除カウンタのカウント値、種別、1日購入限度額、および、携帯上保持限度額を容易に検索することができる。
For this reason, the electronic
図4では、たとえば、携帯端末情報として「MN7RE」,「NO8SF」のそれぞれ携帯電話のユーザに対して、会員IDとして「1101」,「9999」が発行され、これらの会員IDおよび携帯端末情報に対応付けて、それぞれ、電子メールアドレスとして「mailto@jp」,「testyo@jp」、金融機関指定情報として所定の銀行の指定口座を特定するための「2409329」,「3510430」、未チャージ削除カウンタのカウント値として「2」,「0」、携帯電話の種別として「通常用」,「テスト用」、1日購入限度額として「30000」円,「500000」円、および、携帯上保持限度額として「30000」円,「1000000」円が記録されている。 In FIG. 4, for example, “1101” and “9999” are issued as member IDs to the mobile phone users “MN7RE” and “NO8SF” as mobile terminal information. Correspondingly, “mailto @ jp” and “testyo @ jp” are used as e-mail addresses, “2409329” and “351430” for specifying a specified bank's designated account as financial institution designation information, and an uncharged deletion counter, respectively. Count value of “2”, “0”, mobile phone type “normal”, “test”, daily purchase limit “30000” yen, “500000” yen, and mobile phone holding limit "30000" yen and "1000000" yen are recorded.
図5は、本実施の形態における電子マネー管理サーバ200が電子マネー遊技使用サービスを提供する際に用いる発行情報データベース222を説明するための図である。
FIG. 5 is a diagram for explaining the
図5を参照して、発行情報DB222では、前述した会員IDおよび携帯端末情報に対応付けて、携帯電話100のバリュー残高、購入番号、購入金額、手数料、タイムスタンプ、バリュー購入記録(未チャージバリューを含む)、バリュー購入回数、当日積算額、チャージ累計額、および、取引額が記憶される。
Referring to FIG. 5, in
バリュー残高は、携帯電話100の非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域に記憶されるバリューの残額である。購入番号は、それぞれのバリューの購入を識別するための番号である。購入金額は、購入するバリューの対価である。手数料は、電子マネー遊技使用サービスの会員が電子マネー遊技使用サービスの提供業者に支払うべきバリューの購入の際の手数料である。タイムスタンプは、バリューの購入のための処理が行なわれた時刻を示す情報である。バリュー購入記録は、会員IDごとの未チャージバリューなどの購入に関する情報の記録である。バリュー購入回数は、その会員が会員となってからバリューを購入した回数である。当日積算額は、その当日にその会員によって購入されたバリューの積算額である。チャージ累計額は、その会員が現在までに購入したバリューの累計額である。取引額は、ユーザがバリューを用いて取引をした額である。
The value balance is the remaining value stored in the storage area for the electronic money game use service in the
このため、電子マネー管理サーバ200は、会員IDまたは携帯端末情報に基づき、当該会員IDまたは当該携帯端末情報に対応する、バリュー残高、購入番号、購入金額、手数料、タイムスタンプ、バリュー購入記録、バリュー購入回数、当日積算額、チャージ累計額、および、取引額を容易に検索することができる。なお、バリュー購入記録としては、バリューの額、および、バリュー書込済であるか否かを示す書込済情報を含む。
Therefore, the electronic
図5では、たとえば、会員ID「1101」および携帯端末情報「MN7RE」に対応付けて、バリュー残高として「11000」円、バリュー購入回数として「28」回目、当日積算額として「6000」円、チャージ累計額として「24000」円、および、取引額として「22000」円が記憶されている。 In FIG. 5, for example, in association with the member ID “1101” and the mobile terminal information “MN7RE”, the value balance is “11000” yen, the value purchase count is “28th”, the accumulated amount is “6000” yen, “24000” yen is stored as the accumulated amount, and “22000” yen is stored as the transaction amount.
また、前述した会員ID「1101」および携帯端末情報「MN7RE」に対応付けて、購入番号として「90010801」と「90005587」とが記憶されている。本実施の形態においては、バリュー購入が行なわれるごとに、会員IDおよび携帯端末情報に対応付けて、購入番号が記憶される。 Further, “90010801” and “90005587” are stored as purchase numbers in association with the above-described member ID “1101” and portable terminal information “MN7RE”. In the present embodiment, every time value purchase is performed, a purchase number is stored in association with the member ID and the mobile terminal information.
購入番号として「90010801」,「90005587」のそれぞれに対応して、購入金額として「1000」円,「5000」円、手数料として「200」円,「200」円、タイムスタンプとして「20050428153457」,「20050417071134」、バリューの額として「1000」円,「5000」円、および、書込済情報として当該バリューが書込済でない旨の「0」,当該バリューが書込済である旨の「1」が記憶されている。つまり、未チャージバリューとは、書込済情報が「0」であるバリューである。このように、発行情報DB222には、購入番号に対応する購入履歴が記憶される。
Corresponding to the purchase numbers “90010801” and “90005587”, the purchase amounts are “1000” yen and “5000” yen, the commissions are “200” yen and “200” yen, and the time stamps are “200504428153457”, “ "20050417071134", "1000" yen, "5000" yen as the amount of value, "0" indicating that the value has not been written as written information, and "1" indicating that the value has been written Is remembered. That is, the uncharged value is a value whose written information is “0”. As described above, the
以上、本実施の形態における電子マネー管理サーバ200のデータベースとして、利用者情報DB221と発行情報DB222とからなる構成について説明した。しかし、これに限らず、1つのデータベースで構成されるものであってもよい。たとえば、会員IDおよび携帯端末情報に対応付けて、当該会員IDまたは当該携帯端末情報に対応する各種情報を記憶するように構成するものであってもよい。
As above, the configuration including the
以上のように、電子マネー管理サーバ200は、利用者情報DB221において、各携帯電話100を個々に識別可能な(携帯端末)識別情報(会員ID、携帯端末情報)に対応付けて、当該携帯電話100の所有者が電子マネーのチャージの対価の決済用処理に利用する金融機関を特定するための金融機関指定情報と、該携帯電話100の記憶部192に本電子マネー遊技使用サービス用の記憶領域を構築した回数を示す未チャージ削除カウンタと、該携帯電話100が通常用携帯電話およびテスト用携帯電話のいずれであるかを示す種別と、該携帯電話100の種別に対応した1日購入限度額および携帯上保持限度額と、が記憶・管理されている。
As described above, the electronic
また、発行情報DB222において、各携帯電話100を個々に識別可能な(携帯端末)識別情報(会員ID、携帯端末情報)に対応付けて、該携帯電話100に対してチャージ可能となった電子マネーの額および当該電子マネーが書込済か否かを示す書込済情報を含むバリュー購入記録と、当日(所定期間)においてチャージを許容された電子マネーの累計額である当日積算額と、が記憶・管理されている。
Further, in the
図6は、本発明に係る券売機300の構成の一例を示すブロック図である。図6を参照して、券売機300は、データ処理部310と、記憶部320と、操作部330と、表示部340と、通信部360と、カードリーダライタ370と、貨幣処理機380と、チップリーダライタ390とを含む。
FIG. 6 is a block diagram showing an example of the configuration of the
チップリーダライタ390は、制御部391と、記憶部392と、非接触通信部393と、アンテナ394とを含む。
The chip reader /
記憶部320は、ROMやフラッシュメモリなどの不揮発性メモリおよびRAMなどの揮発性メモリなどの半導体メモリで構成される。記憶部320には、券売機300の各種機能をデータ処理部310に実行させるためのプログラムおよびデータが記憶される。
The
操作部330は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部330は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部310に受渡す。
The
表示部340は、LCDで構成される。なお、表示部340は、ELディスプレイなど他の表示装置で構成されてもよい。表示部340は、データ処理部310から受けた文字データおよび画像データを表示する。
The
通信部360は、店舗サーバ800から、遊技場30のLANを介して受信したデータを、データ処理部310に受渡し、データ処理部310から遊技場30内のLANを介して店舗サーバ800に送信するデータを出力する。
The
カードリーダライタ370は、プリペイドカード371からデータを読出して、読出したデータをデータ処理部310へ受渡し、データ処理部310から受けたデータをプリペイドカード371に記録して、プリペイドカード371を発券する。
The card reader /
貨幣処理機380は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部310へ受渡す。また、貨幣処理機380は、データ処理部310から受けたデータで示される額の現金を外部へ返却する。
The
データ処理部310は、MPUで構成される。データ処理部310は、チップリーダライタ390の制御部391と通信することが可能である。データ処理部310は、記憶部320に記憶されたプログラムに従って、記憶部320、操作部330、通信部360、カードリーダライタ370、貨幣処理機380、または、チップリーダライタ390の制御部391から入力されたデータを処理して、記憶部320、表示部340、通信部360、カードリーダライタ370、貨幣処理機380、または、チップリーダライタ390の制御部391に出力する。
The
チップリーダライタ390の記憶部392は、非接触型ICチップ190を利用する各種サービスにおいて非接触型ICチップ190とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
The
チップリーダライタ390の非接触通信部393は、アンテナ394を介して携帯電話100の非接触型ICチップ190と通信する。また、前述したように、非接触通信部393からの搬送波である電磁波による電磁誘導によって、非接触通信部393は、アンテナ394を介して、非接触型ICチップ190に電力を供給する。
The
チップリーダライタ390の制御部391は、記憶部392に記憶されたプログラムに従って、記憶部392、非接触通信部393、または、データ処理部310から入力されたデータを処理して、記憶部392、非接触通信部393、または、データ処理部310に出力する。
The
図7は、本発明に係るカードユニット600の構成の一例を示すブロック図である。図7を参照して、カードユニット600は、データ処理部610と、記憶部620と、表示部640と、通信部660と、カードリーダライタ670と、貨幣処理機680と、チップリーダライタ690とを含む。また、カードユニット600に信号を入力する操作部として、パチンコ遊技機700に設けられる球貸ボタン631および返却ボタン632がある。
FIG. 7 is a block diagram showing an example of the configuration of the
チップリーダライタ690は、制御部691と、記憶部692と、非接触通信部693と、アンテナ694とを含む。
The chip reader /
記憶部620は、ROMやフラッシュメモリなどの不揮発性メモリおよびRAMなどの揮発性メモリなどの半導体メモリで構成される。記憶部620には、カードユニット600の各種機能をデータ処理部610に実行させるためのプログラムおよびデータが記憶される。
The
球貸ボタン631は、遊技者により押下操作されることによって、遊技球の貸出を要求する球貸操作信号をデータ処理部610に出力する。返却ボタン632は、遊技者により押下操作されることによって、プリペイドカード371の返却を要求する返却操作信号をデータ処理部610に出力する。
The
表示部640は、LCDで構成される。なお、表示部640は、ELディスプレイなど他の表示装置で構成されてもよい。表示部640は、データ処理部610から受けた文字データおよび画像データを表示する。
通信部660は、店舗サーバ800から、遊技場30のLANを介して受信したデータを、データ処理部610に受渡し、データ処理部610から遊技場30内のLANを介して店舗サーバ800に送信するデータを出力する。
The
カードリーダライタ670は、プリペイドカード371からデータを読出して、読出したデータをデータ処理部610へ受渡し、データ処理部610から受けたデータをプリペイドカード371に記録する。また、カードリーダライタ670は、返却ボタン632からデータ処理部610を介して受けた返却操作信号に応じて、プリペイドカード371を外部へ排出する。
The card reader /
貨幣処理機680は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部610へ受渡す。また、貨幣処理機680は、データ処理部610から受けたデータで示される額の現金を外部へ返却する。
The
データ処理部610は、MPUで構成される。データ処理部610は、チップリーダライタ690の制御部691と通信することが可能である。データ処理部610は、記憶部620に記憶されたプログラムに従って、記憶部620、球貸ボタン631、返却ボタン632、通信部660、カードリーダライタ670、貨幣処理機680、または、チップリーダライタ690の制御部691から入力されたデータを処理して、記憶部620、表示部640、通信部660、カードリーダライタ670、貨幣処理機680、または、チップリーダライタ690の制御部691に出力する。
The
チップリーダライタ690の記憶部692は、非接触型ICチップ190を利用する各種サービスにおいて非接触型ICチップ190とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
The
チップリーダライタ690の制御部691は、記憶部692に記憶されたプログラムに従って、記憶部692、非接触通信部693、または、データ処理部610から入力されたデータを処理して、記憶部692、非接触通信部693、または、データ処理部610に出力する。
The
(電子マネーシステム10への携帯電話100の初期登録の説明)
図20は、本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話100の表示部140に表示される第1の表示画面図である。図20(a)は、携帯電話100において、ウェブブラウザ機能が実行されるときに、携帯電話100の表示部140に、最初に表示されるウェブページの画面である。
(Description of initial registration of
FIG. 20 is a first display screen diagram displayed on display unit 140 of
図20(a)の画面は、「メニュー」画面である。図20(a)の画面には、他のウェブページへのリンクとして、「マイメニュー」「週間ガイド」「メニューリスト」「とくするメニュー」「エリア」「かんたん検索」が表示される。ここでは、「メニューリスト」が選択候補として反転表示されている。選択候補は、十字操作キーで切替えることができる。 The screen of FIG. 20A is a “menu” screen. On the screen of FIG. 20A, “My Menu”, “Weekly Guide”, “Menu List”, “Tokuto Menu”, “Area”, and “Easy Search” are displayed as links to other web pages. Here, the “menu list” is highlighted as a selection candidate. Selection candidates can be switched with the cross operation key.
また、図20(a)以降の画面でも共通する表示として、画面の下部の「戻る」「選択」「メニュー」の表示がある。データ入力部130の左、中、右のファンクションキーを操作することによって、それぞれ「戻る」「選択」「メニュー」の機能を実行することができる。
In addition, as a common display in the screens after FIG. By operating the left, middle, and right function keys of the
「戻る」の機能を実行させると、1つ前のウェブページの画面が表示される。「選択」の機能を実行させると、十字操作キーの操作によって反転表示された選択候補のリンク先のウェブページの画面が表示される。「メニュー」の機能を実行させると、図20(a)で説明した「メニュー」画面が表示される。 When the “return” function is executed, the screen of the previous web page is displayed. When the “select” function is executed, the screen of the web page linked to the selection candidate highlighted by the operation of the cross operation key is displayed. When the “menu” function is executed, the “menu” screen described with reference to FIG.
図20(a)の画面で、「メニューリスト」のリンクが選択されると、図20(b)の画面が表示される。 When the “menu list” link is selected on the screen of FIG. 20A, the screen of FIG. 20B is displayed.
図20(b)の画面は、「メニューリスト」画面である。図20(b)の画面には、他のウェブページへのリンクとして、「天気/ニュース/情報」「モバイルバンキング」「趣味」その他のリンクが表示される。ここでは、「趣味」のリンクが選択候補として反転表示されている。 The screen of FIG. 20B is a “menu list” screen. On the screen of FIG. 20B, “weather / news / information”, “mobile banking”, “hobby”, and other links are displayed as links to other web pages. Here, the “hobby” link is highlighted as a selection candidate.
図20(b)の画面で、「趣味」のリンクが選択されると、図20(c)の画面が表示される。 When the “hobby” link is selected on the screen of FIG. 20B, the screen of FIG. 20C is displayed.
図20(c)の画面には、他のウェブページへのリンクとして、「パチンコ/パチスロ」「電子マネー」「→全23サイト」その他のリンクが表示される。ここでは、「電子マネー」のリンクが選択候補として反転表示されている。 On the screen of FIG. 20C, “Pachinko / pachislot”, “electronic money”, “→ all 23 sites”, and other links are displayed as links to other web pages. Here, the link of “electronic money” is highlighted as a selection candidate.
図20(c)の画面で、「→全23サイト」のリンクが選択されると、他のサイトへのリンクがさらに表示される。図20(c)の画面で、「電子マネー」のリンクが選択されると、携帯電話100から電子マネー管理サーバ200に、「電子マネー」のリンクにアクセスされた旨が送信される。
When the “→ all 23 sites” link is selected on the screen of FIG. 20C, links to other sites are further displayed. When the “electronic money” link is selected on the screen of FIG. 20C, the
図8は、本実施の形態における電子マネー管理サーバ200により実行される初期登録時アプリケーションプログラム211の処理の流れを示すフローチャートである。図8を参照して、まず、ステップS201で、電子マネー管理サーバ200のデータ処理部210は、図20(c)の画面で、「電子マネー」のURL(Uniform Resource Locator)にアクセスがあったか否かを判断する。
FIG. 8 is a flowchart showing the flow of processing of the initial
アクセスがあったと判断した場合(ステップS201でYESの場合)、ステップS202で、データ処理部210は、携帯電話100に、電子マネー遊技使用サービスへの登録のためのトップページの画面を送信する。なお、本実施の形態において、「画面を送信する」とは、画面を表示するためのデータを送信することである。アクセスがないと判断した場合(ステップS201でNOの場合)、および、ステップS202の後、データ処理部210は、ステップS203に処理を進める。
If it is determined that access has been made (YES in step S201), in step S202, the
図20に進んで、図20(d)の画面は、電子マネー遊技使用サービスへの携帯電話100の登録のためのトップページの画面である。図20(d)の画面には、電子マネー遊技使用サービスへの登録の案内の文章のほか、他のウェブページへのリンクとして、電子マネー遊技使用サービスの概要のウェブページへのリンクである「電子マネーとは?」、お気に入りのウェブページをユーザ専用のメニューに登録するためのリンクである「マイメニュー登録」、電子マネー遊技使用サービスの更新履歴のウェブページへのリンクである「What’sNew!」、電子マネー遊技使用サービスへの新規会員登録のウェブページへのリンクである「新規会員登録はこちら!」、その他のリンクが表示される。ここでは、「新規会員登録はこちら!」が選択候補として反転表示されている。
Proceeding to FIG. 20, the screen of FIG. 20 (d) is a top page screen for registration of the
図9は、本実施の形態における携帯電話100のウェブブラウザ機能により実行されるウェブ処理の流れを示すフローチャートである。図9(a)はウェブ処理のうち初期登録時ウェブ処理の流れを示すフローチャートである。図9(a)を参照して、まず、ステップS101で、携帯電話100のデータ処理部110は、図20(d)の画面で、「新規会員登録はこちら!」のリンクが選択されたことによって、登録要求があったか否かを判断する。登録要求があったと判断すると(ステップS101でYESの場合)、ステップS102で、データ処理部110は、電子マネー管理サーバ200に、携帯電話100の機種情報を含む登録要求情報を送信する。
FIG. 9 is a flowchart showing the flow of web processing executed by the web browser function of
図8に戻って、ステップS203では、データ処理部210は、携帯電話100から機種情報を含む登録要求情報が送信されてきたか否かを判断する。登録要求情報が送信されてきていないと判断した場合(ステップS203でNOの場合)、データ処理部210は、実行する処理をステップS207に進める。一方、登録要求情報が送信されてきたと判断した場合(ステップS203でYESの場合)、ステップS204で、データ処理部210は、送信されてきた登録要求情報に含まれる機種情報が電子マネーシステム10に対応した機種を示すか否かを判断する。
Returning to FIG. 8, in step S <b> 203, the
携帯電話100が電子マネーシステム対応機種であると判断した場合(ステップS204でYESの場合)、ステップS205で、データ処理部210は、メール送信用画面を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS207に進める。一方、携帯電話100が電子マネーシステム対応機種でないと判断した場合(ステップS204でNOの場合)、ステップS206で、データ処理部210は、非対応機種報知画面を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS201に戻す。
When it is determined that the
図21は、本実施の形態における電子マネーシステム10に携帯電話100を初期登録するときに携帯電話100の表示部140に表示される第2の表示画面図である。図21(a)は、ステップS206で携帯電話100に送信される非対応機種報知画面である。
FIG. 21 is a second display screen diagram displayed on display unit 140 of
図21(a)の画面には、携帯電話100が電子マネーシステム10の対応機種でない旨の文章、電子マネー対応機種一覧へのリンクである「電子マネー対応携帯機種」、および、図20(d)で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
On the screen of FIG. 21 (a), a text stating that the
図21(b)は、ステップS205で携帯電話100に送信されるメール送信用画面である。図21(b)の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書き、メール送信画面を表示するためのリンクである「ここをクリック!(空メール送信画面へ)」、および、図20(d)で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。図21(b)の画面で、「ここをクリック!(空メール送信画面へ)」のリンクが選択されると、携帯電話100の電子メール機能が起動され、図21(c)のメール送信画面が表示される。
FIG. 21B is a mail transmission screen transmitted to the
図21(c)のメール送信画面の宛先には、電子マネー遊技使用サービスへ登録するための電子メールアドレスが既に入力された状態でメール送信画面が表示される。また、メール送信画面の題名および本文には何も入力されていない。 At the destination of the mail transmission screen in FIG. 21 (c), the mail transmission screen is displayed in a state where an electronic mail address for registration with the electronic money game use service has already been input. Also, nothing is entered in the title and text of the mail transmission screen.
図9(a)に戻って、ステップS103で、データ処理部110は、ユーザによって、図21(c)のメール送信画面のメールの送信操作が行なわれたか否かを判断する。メール送信操作が行なわれたと判断した場合(ステップS103でYESの場合)、ステップS104で、データ処理部110は、図21(c)のメール送信画面のメールを電子マネー管理サーバ200に送信する。つまり、空メールを送信する。
Returning to FIG. 9A, in step S103, the
図8に戻って、ステップS207で、データ処理部210は、ユーザの携帯電話100から空メールを受信したか否かを判断する。空メールを受信することによって、データ処理部210は、ユーザの携帯電話100の電子メールアドレスを知ることができる。
Returning to FIG. 8, in step S <b> 207, the
空メールを受信したと判断した場合(ステップS207でYESの場合)、ステップS208で、データ処理部210は、登録手続を継続するための登録URLを記載した電子メールを、ユーザの携帯電話100の電子メールアドレス宛に送信する。その後、データ処理部210は、実行する処理をステップS210に進める。一方、電子メールアドレスを受信していないと判断した場合(ステップS207でNOの場合)、データ処理部210は、実行する処理をステップS210に進める。
If it is determined that an empty mail has been received (YES in step S207), in step S208, the
図22は、本実施の形態における電子マネーシステム10に携帯電話100を初期登録するときに携帯電話100の表示部140に表示される第3の表示画面図である。
FIG. 22 is a third display screen diagram displayed on display unit 140 of
図22(a)は、携帯電話100の電子メール機能において、新着メッセージの件数を報知するための画面である。ここでは、「メール 未読001」の表示によって、新着の電子メールのうち、未読のものが1件であることが示されている。
FIG. 22A is a screen for informing the number of new messages in the electronic mail function of the
図22(a)の画面で、「メール 未読001」が選択されると、図22(b)のように、ステップS208で、電子マネー管理サーバ200から携帯電話100に送信された新着メールの内容が表示される。
When “mail unread 001” is selected on the screen of FIG. 22A, the contents of the new mail sent from the electronic
図22(b)の電子メールには、登録手続を継続するためのウェブページへの登録URLを選択して電子マネー遊技使用サービスへの登録手続を継続する旨の文章、および、登録URLが記載されたリンクが表示される。 In the e-mail of FIG. 22 (b), a text indicating that the registration URL to the web page for continuing the registration procedure is selected and the registration procedure to the electronic money game use service is continued, and the registration URL is described. Link is displayed.
図9(a)に戻って、ステップS105で、データ処理部110は、図22(b)の画面で、登録URLのリンクが選択されたか否かを判断する。登録URLのリンクが選択されたと判断すると(ステップS105でYESの場合)、ステップS106で、データ処理部110は、登録URLにアクセスするとともに、携帯電話100の機種情報を電子マネー管理サーバ200に送信する。
Returning to FIG. 9A, in step S105, the
図8に戻って、ステップS210で、データ処理部210は、携帯電話100から登録URLにアクセスがあるとともに携帯電話100の機種情報を受信したか否かを判断する。登録URLにアクセスがあり機種情報を受信した場合(ステップS210でYESの場合)、ステップS211で、データ処理部210は、送信されてきた機種情報が電子マネーシステム10に対応した機種を示すか否かを判断する。
Returning to FIG. 8, in step S <b> 210, the
図22に進んで、図22(c)は、ステップS213で携帯電話100に送信される非対応機種報知画面である。図22(c)の画面は、図21(a)の画面と同様であるので、説明は繰返さない。
Proceeding to FIG. 22, FIG. 22 (c) is an incompatible model notification screen transmitted to the
図22(d)は、ステップS212で携帯電話100に送信される利用同意画面である。図22(d)の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書き、サービス規約のウェブページへのリンクである「サービス規約を読み(必須)」、および、サービス規約に同意し登録手続を先に進めるためのリンクである「同意して登録する」が表示される。ここでは、「同意して登録する」が選択候補として反転表示されている。
FIG. 22D is a usage agreement screen transmitted to the
図9(a)に戻って、ステップS107で、データ処理部110は、ユーザによって、図22(d)の画面で、「同意して登録する」のリンクが選択されたか否かを判断する。「同意して登録する」のリンクが選択されたと判断した場合(ステップS107でYESの場合)、ステップS108で、データ処理部110は、携帯電話100を一意に識別するための携帯端末情報(以下「携帯ID」ともいう)を電子マネー管理サーバ200に送信する。
Returning to FIG. 9A, in step S107, the
図8に戻って、ステップS214で、データ処理部210は、携帯電話100から携帯端末情報が送信されてきたか否かを判断する。携帯端末情報が送信されてきていないと判断した場合(ステップS214でNOの場合)、データ処理部210は、実行する処理をステップS221に進める。
Returning to FIG. 8, in step S <b> 214, the
一方、携帯端末情報が送信されてきたと判断した場合(ステップS214でYESの場合)、ステップS215で、データ処理部210は、図4の利用者情報DB221の携帯端末情報および会員IDを参照することによって、受信した携帯端末情報が利用者情報DB221に登録されたことがあるか否かを判断する。受信した携帯端末情報の登録履歴があると判断した場合(ステップS215でYESの場合)、ステップS216で、データ処理部210は、図4の利用者情報DB221の携帯端末情報および未チャージ削除カウンタを参照することによって、受信した携帯端末情報で示される携帯電話100に対応する未チャージ削除カウンタのカウント値が3以上であるか否かを判断する。
On the other hand, if it is determined that the mobile terminal information has been transmitted (YES in step S214), in step S215, the
未チャージ削除カウンタのカウント値が3以上である場合(ステップS216でYESの場合)、ステップS217で、データ処理部210は、登録回数オーバ画面を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS201に戻す。つまり、この場合には、携帯電話100の記憶部192に電子マネー遊技使用サービス用の記憶領域を構築するための領域確保情報(S236参照)の出力が禁止される。
If the count value of the uncharge deletion counter is 3 or more (YES in step S216), the
図23は、本実施の形態における電子マネーシステム10に携帯電話100を初期登録するときに携帯電話100の表示部140に表示される第4の表示画面図である。図23(a)は、ステップS217で携帯電話100に送信される登録回数オーバ画面である。
FIG. 23 is a fourth display screen displayed on display unit 140 of
図23(a)の画面には、登録回数が制限を越えている旨の文章、および、図20(d)で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。 In the screen of FIG. 23 (a), a text stating that the number of registrations exceeds the limit, and a link to the top page of this site shown in FIG. 20 (d) is “to the top of this site”. Is displayed.
図8に戻って、受信した携帯端末情報の登録履歴がないと判断した場合(ステップS215でNOの場合)、または、未チャージ削除カウンタのカウント値が3未満である場合(ステップS216でNOの場合)、ステップS218で、データ処理部210は、受信した携帯端末情報を利用者情報DB221に登録する。次に、ステップS219で、データ処理部210は、金融機関を選択するウェブページの最初の画面である金融機関選択画面を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS221に進める。
Returning to FIG. 8, when it is determined that there is no registration history of the received mobile terminal information (NO in step S215), or when the count value of the uncharge deletion counter is less than 3 (NO in step S216). In step S218, the
図23に進んで、図23(b)の画面は、ステップS219で携帯電話100に送信されるモバイルバンキング登録トップ画面である。図23(b)の画面には、電子マネー遊技使用サービスにおけるバリューの利用の方法を示す文章、モバイルバンキングへの登録を促がす旨の文章、モバイルバンキングの登録へ進むためのリンクである「ここから」、および、モバイルバンキングへの登録をスキップするためのリンクである「モバイルバンキング登録をスキップする方はこちらを選択してください」が表示される。
Proceeding to FIG. 23, the screen of FIG. 23B is a mobile banking registration top screen transmitted to the
図9(a)に戻って、ステップS109で、データ処理部110は、図23(b)の画面で、「ここから」の金融機関問合せリンクが選択されたか否か、図23(c)の画面で、いずれかの業態の金融機関問合せリンクが選択されたか否か、または、図23(d)の画面で、いずれかの金融機関問合せリンクが選択されたか否かを判断する。
Returning to FIG. 9A, in step S109, the
金融機関問合せリンクが選択されたと判断すると(ステップS109でYESの場合)、ステップS110で、データ処理部110は、それぞれのリンクに対応する金融機関問合せ情報を電子マネー管理サーバ200に送信する。
If it is determined that a financial institution inquiry link has been selected (YES in step S109), in step S110, the
図8に戻って、ステップS221で、データ処理部210は、携帯電話100から金融機関問合せ情報を受信したか否かを判断する。金融機関問合せ情報を受信したと判断した場合(ステップS221でYESの場合)、ステップS222で、データ処理部210は、金融機関問合せ情報に対応する画面を携帯電話100に送信する。
Returning to FIG. 8, in step S <b> 221, the
図23に進んで、図23(c)の画面は、図23(b)の画面の「ここから」のリンクの選択によって送信される金融機関問合せ情報に対応する第1の金融機関選択画面である。図23(c)の画面には、モバイルバンキングの業態の選択を促がす旨の文章、都市銀行を選択するためのリンクである「都市銀行」、地方銀行を選択するためのリンクである「地方銀行」、第2地方銀行を選択するためのリンクである「第2地銀」、労働金庫を選択するためのリンクである「労働金庫」、信用金庫を選択するためのリンクである「信用金庫」、信用組合を選択するためのリンクである「信用組合」、および、その他の金融機関を選択するためのリンクである「その他」が表示される。ここでは、図23(c)の画面で「都市銀行」のリンクが選択される場合について説明する。 Proceeding to FIG. 23, the screen of FIG. 23C is a first financial institution selection screen corresponding to the financial institution inquiry information transmitted by selecting the “from here” link on the screen of FIG. 23B. is there. In the screen of FIG. 23 (c), a text that prompts the user to select a mobile banking business type, a “city bank” that is a link for selecting a city bank, and a link that is used to select a local bank “ “Local Bank”, “Second Regional Bank” which is a link for selecting a second regional bank, “Labor Bank” which is a link for selecting a labor union, “Credit Bank” which is a link for selecting a credit union ”,“ Credit Union ”that is a link for selecting a credit union, and“ Other ”that is a link for selecting another financial institution. Here, a case will be described in which the “city bank” link is selected on the screen of FIG.
図23(d)の画面は、図23(c)の画面の「都市銀行」のリンクの選択によって送信される金融機関問合せ情報に対応する第2の金融機関選択画面である。図23(d)の画面には、利用するモバイルバンキングの選択を促がす旨の文章、および、都市銀行のうちのいずれかを選択するためのリンクである「やまと銀行」「三友銀行」「ダイヤモンド銀行」「りえぞん銀行」が表示される。ここでは、図23(d)の画面で「やまと銀行」のリンクが選択される場合について説明する。 The screen of FIG. 23D is a second financial institution selection screen corresponding to the financial institution inquiry information transmitted by selecting the “city bank” link on the screen of FIG. In the screen of FIG. 23 (d), a text prompting selection of mobile banking to be used, and links for selecting one of city banks, “Yamato Bank”, “Mitomo Bank”, “ “Diamond Bank” and “Riezon Bank” are displayed. Here, the case where the link “Yamato Bank” is selected on the screen of FIG.
図24は、本実施の形態における電子マネーシステム10に携帯電話100を初期登録するときに携帯電話100の表示部140に表示される第5の表示画面図である。
FIG. 24 is a fifth display screen diagram displayed on the display unit 140 of the
図24(a)の画面は、図23(d)の画面の「やまと銀行」のリンクの選択によって送信される金融機関問合せ情報に対応するモバイルバンキングを確認するための画面である。図24(a)の画面には、利用するモバイルバンキングとしてやまと銀行を登録することを確認する旨の文章、登録することを確認して継続して手続を進めるためのリンクである「確認」、および、選択したモバイルバンキングを訂正するために前の画面に戻るためのリンクである「訂正する場合はこちらから」が表示される。 The screen of FIG. 24A is a screen for confirming mobile banking corresponding to the financial institution inquiry information transmitted by selecting the “Yamato Bank” link on the screen of FIG. In the screen of FIG. 24 (a), the text confirming that Yamato Bank is registered as mobile banking to be used, “confirmation” which is a link for confirming registration and continuing the procedure, In addition, a link for returning to the previous screen in order to correct the selected mobile banking is displayed.
図9(a)に戻って、ステップS111で、データ処理部110は、図24(a)の画面で、「確認」のリンクが選択されたか否かを判断する。「確認」のリンクが選択されたと判断すると(ステップS111でYESの場合)、ステップS112で、データ処理部110は、電子マネー管理サーバ200に、選択されたモバイルバンキングを示す金融機関指定情報および前述した携帯端末情報を送信する。つまり、バリューのチャージに関する対価の決済のための決済用処理に利用する決済用処理機関としてユーザが指定した金融機関を特定するための金融機関指定情報が送信される。
Returning to FIG. 9A, in step S111, the
図8に戻って、ステップS223で、データ処理部210は、携帯電話100から金融機関指定情報を受信したか否かを判断する。金融機関指定情報を受信していないと判断した場合(ステップS223でNOの場合)、データ処理部210は、実行する処理をステップS226に進める。
Returning to FIG. 8, in step S <b> 223, the
一方、金融機関指定情報を受信したと判断した場合(ステップS223でYESの場合)、データ処理部210は、ステップS224で、金融機関指定情報とともに受信した携帯端末情報と同一であって利用者情報DB221に仮登録された携帯端末情報に対応させて、受信した金融機関指定情報を利用者情報DB221に仮登録する。なお、当該金融機関指定情報から特定される金融機関に指定口座が存在するか否かを金融機関サーバ500に問合せ、存在する場合に仮登録するようにしてもよい。
On the other hand, if it is determined that the financial institution designation information has been received (YES in step S223), the
次いで、ステップS225で、データ処理部210は、プロモーションメール受取可否設定画面を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS226に進める。
Next, in step S <b> 225, the
図24に進んで、図24(b)は、ステップS225で携帯電話100に送信されるプロモーションメール受取可否設定画面である。図24(b)の画面には、電子マネーに関する最新情報等のお知らせメールであるプロモーションメールの受取を希望するか否かを確認する旨の文章、「希望する」のラジオボタン、「希望しない」のラジオボタン、ラジオボタンでの選択結果の送信を指示するためのリンクである「送信」、および、図20(d)で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
Proceeding to FIG. 24, FIG. 24B is a promotion mail reception availability setting screen transmitted to the
図9(a)に戻って、ステップS113で、データ処理部110は、図24(b)の画面で、「希望する」または「希望しない」のラジオボタンが選択され、「送信」のリンクが選択されることによって、プロモーションメールの受取可否が決定されたか否かを判断する。そして、ステップS114で、データ処理部110は、プロモーションメールの受取可否を示すプロモーション受取可否情報を電子マネー管理サーバ200に送信する。
Returning to FIG. 9A, in step S113, the
図8に戻って、ステップS226で、データ処理部210は、携帯電話100からプロモーション受取可否情報を受信したか否かを判断する。プロモーション受取可否情報を受信していないと判断した場合(ステップS226でNOの場合)、データ処理部210は、実行する処理をステップS231に進める。一方、プロモーション受取可否情報を受信したと判断した場合(ステップS226でYESの場合)、ステップS227で、データ処理部210は、会員IDを発行し、その会員ID、ステップS207で受信したメールアドレス、ステップS224で仮登録された金融機関指定情報およびプロモーション受取可否情報を、プロモーション受取可否情報を送信した携帯電話100の携帯端末情報と対応させて仮登録する。なお、ステップS215でYESと判断された場合には、新たな会員IDを発行することなく、既に発行済みの会員IDを仮登録するようにしてもよい。次いで、ステップS228で、データ処理部210は、電子マネーアプリ111のダウンロードを確認する画面を携帯電話100に送信する。
Returning to FIG. 8, in step S <b> 226, the
図24に進んで、図24(c)は、ステップS228で携帯電話100に送信されるダウンロードを確認する画面である。図24(c)の画面には、バリューの利用方法の文章、電子マネーアプリ111のダウンロードを促がす旨の文章、ダウンロードの開始を指示するためのリンクである「ダウンロード開始」、および、電子マネーアプリ111のサイズを示す文章が表示される。
Proceeding to FIG. 24, FIG. 24C is a screen for confirming the download transmitted to the
図9(a)に戻って、ステップS115で、データ処理部110は、図24(c)の画面で、「ダウンロード開始」が選択されることによって、電子マネーアプリ111のダウンロードが要求されたか否かを判断する。「ダウンロード開始」が選択されたと判断すると(ステップS115でYESの場合)、ステップS116で、データ処理部110は、電子マネーアプリ111のダウンロードを要求する旨の情報であるアプリダウンロード要求情報を電子マネー管理サーバ200に送信する。
Returning to FIG. 9A, in step S115, the
図8に戻って、ステップS231で、データ処理部210は、携帯電話100からアプリダウンロード要求情報を受信したか否かを判断する。アプリダウンロード要求情報を受信したと判断した場合(ステップS231でYESの場合)、ステップS232で、電子マネーアプリ111を携帯電話100に送信する。
Returning to FIG. 8, in step S <b> 231, the
図24に進んで、携帯電話100で電子マネーアプリ111の受信が開始されると、図24(c)の画面は、図24(d)で示される状態になる。つまり、ダウンロード中である旨の表示が、図24(c)の画面上に表示される。
24, when reception of the
図9(a)に戻って、ステップS116aで、データ処理部110は、電子マネーアプリ111のダウンロードが終了したか否かを判断する。すなわち、電子マネーアプリ111が記憶部120に記憶されたか否かを判断する。ダウンロードが終了していないと判断した場合(ステップS116aでNOの場合)、データ処理部110は、ステップS116aの処理を繰返す。一方、ダウンロードが終了したと判断した場合(ステップS116aでYESの場合)、データ処理部110は、初期登録時ウェブ処理を終了する。
Returning to FIG. 9A, in step S116a, the
以上のように、本実施例においては、電子マネー遊技使用サービスを享受するための登録を要求する登録要求情報として、ステップS102の登録要求情報、ステップS108の携帯端末情報、ステップS116のアプリダウンロード要求情報等、複数の情報が送信されているが、初期登録に際して電子マネー管理サーバ200との間で送受信される情報は任意であり、少なくとも登録を要求する登録要求情報が1回送信されればよい。
As described above, in this embodiment, as registration request information for requesting registration for enjoying the electronic money game use service, registration request information in step S102, portable terminal information in step S108, and application download request in step S116 A plurality of information such as information is transmitted, but information transmitted to and received from the electronic
電子マネーアプリ111のダウンロードが終了すると、携帯電話100のデータ処理部110は、記憶部120に記憶された電子マネーアプリ111を起動させる。
When the downloading of the
図25は、本実施の形態における電子マネーシステム10に携帯電話100を初期登録するときに携帯電話100の表示部140に表示される第6の表示画面図である。図25(a)は、電子マネーアプリ111の起動中に表示される画面である。図25(a)の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字、および、全起動プロセスのうちの経過したプロセスの割合の概略を示すグラフが表示される。
FIG. 25 is a sixth display screen view displayed on display unit 140 of
図10は、本実施の形態における携帯電話100で実行される電子マネーアプリ111の処理の流れを示すフローチャートである。図10を参照して、電子マネーアプリ111が起動されると、ステップS120で、データ処理部110は、電子マネーアプリ111がダウンロードされてから初回の起動であるか否かを判断する。初回起動でないと判断した場合(ステップS120でNOの場合)、データ処理部110は、実行する処理をステップS180に進める。一方、初回起動であると判断した場合(ステップS120でYESの場合)、ステップS121で、データ処理部110は、携帯端末情報を電子マネー管理サーバ200に送信する。
FIG. 10 is a flowchart showing a processing flow of the
図8に戻って、電子マネー管理サーバ200のデータ処理部210は、ステップS233で、携帯電話100から携帯端末情報を受信して、受信した携帯端末情報が仮登録されているか否かを判断する。携帯端末情報が仮登録されていないと判断した場合(ステップS233でNOの場合)、データ処理部210は、実行する処理をステップS201に戻す。
Returning to FIG. 8, in step S233, the
一方、携帯端末情報が仮登録されていると判断した場合(ステップS233でYESの場合)、データ処理部210は、ステップS234で、その携帯端末情報と対応させて仮登録された会員ID、メールアドレス、金融機関指定情報およびプロモーション受取可否情報を、その携帯端末情報と対応させて、利用者情報DB221に本登録させる。そして、ステップS235で、データ処理部210は、本登録した携帯端末100に対応する未チャージ削除カウンタのカウント値を1加算する。なお、加算された未チャージ削除カウンタは、会員から脱退した場合であっても利用者情報DB221において保持される。
On the other hand, if it is determined that the mobile terminal information is provisionally registered (YES in step S233), the
次に、ステップS236で、データ処理部210は、電子マネー遊技使用サービス用の記憶領域を携帯電話100の記憶部192に確保(構築)させるための情報である領域確保情報(領域構築情報)を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS201に戻す。
Next, in step S236, the
なお、ステップS234で説明したように、本実施の形態においては、携帯電話100を他の携帯電話と識別可能にするための識別情報として、携帯端末情報である場合を一例に説明するが、これに限らず、識別情報としては、会員ID等、携帯電話100を他の携帯電話と識別可能な情報であればよい。たとえば、ステップS234においては、会員IDに対応付けて金融機関指定情報等を登録し、以後携帯電話から送信されてくる会員IDに基づき、当該携帯電話を識別し金融機関指定情報等を読出すようにしてもよい。この場合、会員IDは、ステップS234において本登録された後に、携帯電話100側に送信し記憶させるようにしてもよい。
Note that, as described in step S234, in the present embodiment, a case where the
図10に進んで、データ処理部110は、ステップS122で、電子マネー管理サーバ200から領域確保情報を受信したか否かを判断する。領域確保情報を受信していないと判断した場合(ステップS122でNOの場合)、データ処理部110は、ステップS122を繰返す。一方、領域確保情報を受信したと判断した場合(ステップS122でYESの場合)、ステップS123で、データ処理部110は、電子マネー遊技使用サービス用の記憶領域を確保するための領域確保処理の開始を要求する領域確保処理開始要求(領域確保情報により示される電子マネー遊技使用サービス用の記憶領域の構築要求)を、リモート発行サーバ400に送信する。
Proceeding to FIG. 10, the
リモート発行サーバ400は、携帯電話100から領域確保処理開始要求を受けると、領域確保処理開始要求を送信してきた携帯電話100の非接触型ICチップ190に電子マネー遊技使用サービスに用いるための記憶部192の記憶領域を確保し、確保した記憶領域に会員IDを記憶させるための領域確保実行情報を、領域確保処理開始要求を送信してきた携帯電話100に送信する。
When the
図10に戻って、携帯電話100のデータ処理部110は、ステップS124で、リモート発行サーバ400から領域確保実行情報を受信したか否かを判断する。領域確保実行情報を受信していないと判断した場合(ステップS124でNOの場合)、データ処理部110は、ステップS124を繰返す。
Returning to FIG. 10, the
一方、領域確保実行情報を受信したと判断した場合(ステップS124でYESの場合)、データ処理部110は、ステップS125で、リモート発行サーバ400からの領域確保実行情報で示される領域確保処理を実行する。領域確保処理は、非接触型ICチップ190の記憶部192に電子マネー遊技使用サービス用の記憶領域を確保し、会員IDをリモート発行サーバ400に送信し、記憶部192の確保された記憶領域に0円相当のバリューを記憶させる処理である。
On the other hand, if it is determined that the area allocation execution information has been received (YES in step S124), the
次いで、データ処理部110は、ステップS126で、リモート発行サーバ400から領域確保終了情報を受信したことによって、領域確保処理が終了したか否かを判断する。領域確保処理が終了したと判断した場合(ステップS126でYESの場合)、データ処理部110は、実行する処理をステップS192に進める。
Next, in step S126, the
ステップS180では、データ処理部110は、電子マネーアプリ111の起動が非接触型ICチップ190からの起動であるか否かを判断する。図35で後述する券売機300による発券処理において券売機300の非接触型ICチップ390、または、図38で後述するカードユニット600による球貸処理においてカードユニット600の非接触型ICチップ690から、携帯電話100の非接触型ICチップ190へ、電子マネーアプリ111を起動させるためのアプリ起動信号が送信された場合、携帯電話100は、アプリ起動信号に応じて、電子マネーアプリ111を起動させる。アプリ起動信号については、図35で説明する。また、電子マネーアプリ111の起動が非接触型ICチップ190からの起動であると判断した場合(ステップS180でYESの場合)については、図35の説明とともに説明する。
In step S180, the
一方、電子マネーアプリ111の起動が非接触型ICチップ190からの起動でないと判断した場合(ステップS180でNOの場合)、ステップS191で、データ処理部110は、後述する図13で説明する引継ぎ情報からの起動であるか否かを判断する。後述するように、バリューの購入後に引継ぎ情報が付された電子メールが携帯電話100に送信され、その引継ぎ情報によって、電子マネーアプリ111が起動され、購入されたバリューが携帯電話100にチャージされる。引継ぎ情報からの起動であると判断した場合(ステップS191でYESの場合)、データ処理部110は、実行する処理をステップS150に進める。
On the other hand, when it is determined that the activation of the
一方、引継ぎ情報からの起動でないと判断した場合(ステップS191でNOの場合)、実行する処理をステップS192に進める。 On the other hand, if it is determined that the activation is not based on the takeover information (NO in step S191), the process to be executed is advanced to step S192.
ステップS192では、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域からバリュー残高を取得して、電子マネーアプリ111の起動時初期画面を表示部140に表示させる。
In step S192, the
図25に進んで、図25(b)は、ステップS192で表示される起動時初期画面である。図25(b)の画面には、非接触型ICチップ190の製造時から与えられているチップIDが00002000012398であること、ステップS192で取得された非接触型ICチップ190に記憶されているバリューの残高が0円であること、バリューを購入するためのリンクである「バリュー購入(モバイルバンキング経由)」、購入済みのバリューを非接触型ICチップ190にチャージするためのリンクである「ICチップへの購入バリューのチャージ」、機種変更時にバリューをサーバに預けるためのリンクである「バリュー預け」、および、機種変更後にサーバに預けたバリューの返却を受けるためのリンクである「預けバリュー返却」が表示される。
Proceeding to FIG. 25, FIG. 25B is an initial screen at start-up displayed in step S <b> 192. In the screen of FIG. 25B, the chip ID given from the time of manufacturing the non-contact
(電子マネーシステム10でのバリューの購入の説明)
図26は、本実施の形態における電子マネーシステム10において携帯電話100でバリューを購入するときに携帯電話100の表示部140に表示される第1の表示画面図である。
(Description of value purchase in the electronic money system 10)
FIG. 26 is a first display screen diagram displayed on display unit 140 of
図26(a)は、携帯電話100において、アプリケーション実行機能が実行されるときに、携帯電話100の表示部140に、最初に表示されるソフト一覧画面である。図26(a)の画面には、携帯電話100に導入されているアプリケーションプログラムを実行させるためのリンクとして、「電子マネーアプリ」および「旅行ナビゲータ」が表示される。つまり、本実施の形態における携帯電話100には、電子マネーアプリ111、および、旅行ナビゲータという名称のアプリケーションプログラムが導入されていることが示される。
FIG. 26A shows a software list screen that is first displayed on the display unit 140 of the
図10に戻って、図26(a)の画面で「電子マネーアプリ」のリンクが選択され、電子マネーアプリ111が起動されると、初回起動でなく(ステップS120でNOの場合)、ICチップからの起動でなく(ステップS180でNOの場合)、引継ぎ情報からの起動でない場合(ステップS191でNOの場合)、ステップS192で、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、電子マネーアプリ111の起動時初期画面を表示させる。
Returning to FIG. 10, when the link of “electronic money application” is selected on the screen of FIG. 26A and the
図26に進んで、図26(b)の画面は、ステップS192で表示される起動時初期画面である。図26(b)の画面は、前述した図25(b)の画面と同様であるので、重複する説明は繰返さない。ただし、非接触型ICチップ190に記憶されているバリューの残高が、図25(b)の画面では、0円であるのに対して、図26(b)の画面では、1000円である。また、図26(b)の画面では、「バリュー購入(モバイルバンキング経由)」のリンクが選択候補として網掛け表示されている。
Proceeding to FIG. 26, the screen of FIG. 26B is an initial screen at the time of startup displayed in step S192. Since the screen of FIG. 26B is the same as the screen of FIG. 25B described above, the overlapping description will not be repeated. However, the value balance stored in the non-contact
図10に戻って、ステップS193で、データ処理部110は、バリュー購入が選択されたか否かを判断する。図26(b)の画面で「バリュー購入(モバイルバンキング経由)」のリンクが選択されると、データ処理部110は、バリュー購入が選択されたと判断し(ステップS193でYES)、ステップS130で、バリュー購入時処理を実行する。
Returning to FIG. 10, in step S193, the
図11は、本実施の形態における携帯電話100により実行される電子マネーアプリ111のサブルーチンであるバリュー購入時処理の流れを示すフローチャートである。図11を参照して、まず、ステップS133で、データ処理部110は、会員IDと携帯端末情報とバリュー残高とを含むチャージ要求情報を電子マネー管理サーバ200に送信する。
FIG. 11 is a flowchart showing a flow of value purchase processing that is a subroutine of the
図12は、本実施の形態における電子マネー管理サーバ200により実行されるバリュー購入時アプリケーションプログラム212の処理の流れを示すフローチャートである。図12を参照して、まず、ステップS241で、データ処理部210は、携帯電話100からチャージ要求情報を受信したか否かを判断する。チャージ要求情報を受信していないと判断した場合(ステップS241でNOの場合)、データ処理部210は、実行する処理をステップS257に進める。
FIG. 12 is a flowchart showing the flow of processing of the value
一方、チャージ要求情報を受信したと判断した場合(ステップS241でYESの場合)、データ処理部210は、ステップS242で、チャージ要求情報に含まれる会員IDおよび携帯端末情報が利用者情報DB221に登録されたものであり、携帯電話100が電子マネー遊技使用サービスで利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合(ステップS242でNOの場合)、ステップS243で、データ処理部210は、使用不可画面を携帯電話100に送信し、実行する処理をステップS241に戻す。
On the other hand, if it is determined that the charge request information has been received (YES in step S241), the
図26に進んで、図26(c)は、ステップS243で送信される使用不可画面である。図26(c)の画面には、携帯電話100が電子マネー管理サーバ200に登録されていない旨の文章、および、その旨を確認して電子マネーアプリ111を終了させるためのリンクである「OK」が表示される。
Proceeding to FIG. 26, FIG. 26 (c) is an unusable screen transmitted in step S243. In the screen of FIG. 26C, a text that the
図12に戻って、一方、利用可能なものであると判断した場合(ステップS242でYESの場合)、ステップS244で、データ処理部210は、購入済みであるが携帯電話100にチャージされていない未チャージバリューがあるか否かを判断する。
Returning to FIG. 12, if it is determined that the data can be used (YES in step S242), the
未チャージバリューがあるか否かについては、ステップS241で受信したチャージ要求情報に含まれる会員IDおよび携帯端末情報に対応して、図5で説明した発行情報DB222において、書込済情報として「0」が記憶されているバリューがあるか否かにより判断が行なわれる。本実施の形態においては、書込済情報として「0」が記憶されているバリューがあると判断した場合には、データ処理部210は、未チャージバリューがあると判断する。
Whether or not there is an uncharged value is set as “0” as written information in the
なお、未チャージバリューがあるか否かの判断については、このようなものに限るものではない。たとえば、チャージされ携帯電話100に書込まれたバリューは、発行情報DB222から消去するものであってもよい。そして、未チャージバリューがあるか否かについては、発行情報DB222に未チャージバリューが記憶されているか否かにより判断が行なわれるものであってもよい。
Note that the determination of whether there is an uncharged value is not limited to this. For example, the value charged and written in the
未チャージバリューがあると判断した場合(ステップS244でYESの場合)、データ処理部210は、ステップS245で、チャージ誘導画面を携帯電話100に送信し、実行する処理を後述する図15のステップS276に進める。
If it is determined that there is an uncharged value (YES in step S244), the
すなわち、チャージ受付情報としての残高情報を送信するステップである後述するステップS256に進むことなく、当該未チャージバリューを発行するために、図15に示すバリュー発行処理に移行する。 That is, the process proceeds to the value issuing process shown in FIG. 15 in order to issue the uncharged value without proceeding to step S256 described later, which is a step of transmitting balance information as charge acceptance information.
図26に進んで、図26(d)は、ステップS245で表示されるチャージ誘導画面である。図26(d)の画面には、チャージされていないバリューがあるので、チャージを促がす旨の文章が表示される。この画面が表示された後、後述する図15のバリュー発行時AP213のステップS276からの処理が実行され、チャージされていないバリューが携帯電話100にチャージされる。
Proceeding to FIG. 26, FIG. 26 (d) is a charge induction screen displayed in step S245. Since there is an uncharged value on the screen in FIG. 26 (d), a text that prompts charging is displayed. After this screen is displayed, the processing from step S276 of
なお、ここでは、チャージ誘導画面が表示された後、自動的に、ステップS276からの処理に移行するようにした。しかし、これに限定されず、チャージ誘導画面でユーザからの確認操作があった後に、ステップS276からの処理に移行するようにしてもよい。 Here, after the charge induction screen is displayed, the process automatically proceeds from step S276. However, the present invention is not limited to this, and after the confirmation operation from the user is performed on the charge induction screen, the process may proceed to step S276.
一方、未チャージバリューがないと判断した場合(ステップS244でNOの場合)、データ処理部210は、実行する処理をステップS246に進める。
On the other hand, if it is determined that there is no uncharged value (NO in step S244),
次に、ステップS246で、データ処理部210は、ステップS241で受信したチャージ要求情報を送信してきた携帯電話100の携帯端末情報に対応する金融機関指定情報を利用者情報DB221から検索して読出す。
Next, in step S246, the
また、ステップS246aで、データ処理部210は、受信したチャージ要求情報に含まれる携帯端末情報で示される携帯電話100の種別がテスト用であるか通常用であるかを特定する。次いで、ステップS247で、データ処理部210は、特定された携帯電話100の種別に応じた表示金額リスト情報を読出す。
In step S246a, the
なお、本実施の形態においては、携帯電話がテスト用であるか通常用であるかの判定は、チャージ要求情報に含まれる携帯端末情報が、利用者情報DB221にテスト用として記憶されているか通常用として記憶されているかによって行なわれる。しかし、これに限定されず、携帯端末情報ごとに利用者情報DB221に記憶された表示金額リスト情報が読出されるようにしてもよい。また、携帯電話100からテスト用であるか通常用であるかを示す種別識別情報を受信して、その種別識別情報によって示される種別に応じて、それぞれの種別に対応して予め記憶された表示金額リスト情報が読出されるようにしてもよい。
In the present embodiment, whether the mobile phone is for test or normal use is determined based on whether the mobile terminal information included in the charge request information is stored in the
種別に応じた表示金額リスト情報は、電子マネー管理サーバ200の記憶部220に予め記憶される。表示金額リスト情報は、ユーザが携帯電話100で選択可能なバリューの金額のリストを示す情報であり、本実施の形態においては、通常用の種別に対応して「1000円」「5000円」「10000円」「20000円」「30000円」の5つの金額を示す情報あり、テスト用の種別に対応して「10000円」「50000円」「100000円」「300000円」「500000円」の5つの金額を示す情報である。選択可能なバリューの金額は、利用者の遊技へののめり込みを防止するために定められた携帯上保持限度額および1日購入限度額に基づいて、電子マネー遊技使用サービスの提供業者によって予め定められる。
Display amount list information corresponding to the type is stored in advance in the
ステップS250では、データ処理部210は、ステップS246aで特定された携帯電話100の種別に応じた携帯上保持限度額および1日購入限度額を読出す。
In step S250, the
種別に応じた携帯上保持限度額および1日購入限度額は、電子マネー管理サーバ200の記憶部220に予め記憶される。具体的には、後述する図4で説明したように、携帯端末情報に対応させて記憶される。携帯上保持限度額および1日購入限度額は、それぞれ、本実施の形態においては、通常用の種別に対応して「30000円」「30000円」の金額を示す情報であり、テスト用の種別に対応して「1000000円」「500000円」の金額を示す情報である。
The portable holding limit amount and the daily purchase limit amount corresponding to the type are stored in advance in the
なお、本実施の形態においては、利用者情報DB221に、端末端末情報と対応付けて、テスト用か通常用かの種別、携帯上保持限度額および1日購入限度額を記憶するようにした。このため、ステップS241で受信したチャージ要求情報に含まれる携帯端末情報から、テスト用か通常用かの種別、携帯上保持限度額および1日購入限度額をそれぞれ一度に特定することができる。
In the present embodiment, the
しかし、これに限定されず、テスト用および通常用の種別に対応してそれぞれ携帯上保持限度額および1日購入限度額を第1のデータベースに記憶するとともに、携帯端末情報と対応付けてテスト用または通常用の種別を示す情報を第2のデータベースに記憶するようにしてもよい。これにより、まず、ステップS241で受信したチャージ要求情報に含まれる携帯端末情報から、第2のデータベースが参照されて、携帯電話の種別がテスト用であるか通常用であるかが特定され、次に、第1のデータベースが参照されて、特定された種別から携帯上保持限度額および1日購入限度額が特定される。 However, the present invention is not limited to this, and the portable retention limit and the daily purchase limit are stored in the first database corresponding to the test and normal types, respectively, and are also associated with the portable terminal information for the test. Alternatively, information indicating the normal type may be stored in the second database. Thereby, first, the second database is referred to from the mobile terminal information included in the charge request information received in step S241, and it is specified whether the type of mobile phone is for test or normal use. In addition, the first database is referred to, and the portable holding limit and the daily purchase limit are specified from the specified type.
携帯端末情報の形式をテスト用と通常用とで異ならせ、携帯端末情報の各形式と携帯端末の種別とを対応付けて第1データベース(たとえば、K−***の携帯端末情報は通常用、T−***の携帯端末情報はテスト用)に記憶するとともに、テスト用および通常用の種別に対応してそれぞれの携帯上保持限度額および1日購入限度額を第2データベースに記憶するようにしてもよい。これにより、まず、ステップS241で受信したチャージ要求情報に含まれる携帯端末情報から第1データベースが参照されて携帯端末の種別が特定され、次に第2データベースが参照されて、特定された種別から携帯上保持限度額および1日購入限度額が特定されるようにしてもよい。 Different types of mobile terminal information are used for testing and normal use, and each type of mobile terminal information is associated with the type of mobile terminal in the first database (for example, mobile terminal information in K-*** is for normal use) , T-*** portable terminal information is stored in the test), and the respective mobile holding limit and daily purchase limit are stored in the second database corresponding to the test and normal types. You may do it. Thereby, first, the first database is referred to from the mobile terminal information included in the charge request information received in step S241, the type of the mobile terminal is specified, and then the second database is referred to from the specified type. You may make it specify the carrying amount limit and the daily purchase limit amount.
また、テスト用および通常用の種別に対応してそれぞれ携帯上保持限度額および1日購入限度額を第1のデータベースに記憶するとともに、テスト用の携帯電話の携帯端末情報を第2のデータベースに記憶するようにし、通常用の携帯電話の携帯端末情報を第3のデータベースに記憶するようにしてもよい。これにより、まず、ステップS241で受信したチャージ要求情報に含まれる携帯端末情報が第2のデータベースに含まれるか第3のデータベースに含まれるかによって携帯端末の種別が特定され、次に、第1のデータベースが参照されて、特定された種別から携帯上保持限度額および1日購入限度額が特定される。 In addition, the portable holding limit and the daily purchase limit are stored in the first database corresponding to the test type and the normal type, respectively, and the portable terminal information of the test mobile phone is stored in the second database. The mobile terminal information of the normal mobile phone may be stored in the third database. Thereby, first, the type of the mobile terminal is specified depending on whether the mobile terminal information included in the charge request information received in step S241 is included in the second database or the third database. Referring to the database, the mobile holding limit and the daily purchase limit are specified from the specified type.
また、表示金額リスト情報、携帯上保持限度額、および、1日購入限度額は、それぞれ、テスト用および通常用の2種類の種別に対応して記憶されることに限定されず、3種類以上の種別に対応して記憶されるようにしてもよいし、携帯電話ごとに記憶されるようにしてもよい。また、表示金額リスト情報に含まれる金額、携帯上保持限度額、および、1日購入限度額は、それぞれ、他の金額であってもよく、それぞれ任意に設定可能である。 Further, the display amount list information, the portable holding limit amount, and the daily purchase limit amount are not limited to being stored corresponding to the two types of test and normal types, respectively, and there are three or more types. It may be stored corresponding to the type of mobile phone, or may be stored for each mobile phone. Further, the amount included in the displayed amount list information, the portable retention limit amount, and the daily purchase limit amount may be other amounts, and can be arbitrarily set.
次いで、ステップS251で、データ処理部210は、ステップS241で受信したチャージ要求情報に含まれる携帯電話100にチャージされているバリュー残高に、ステップS247で読出した表示金額リスト情報で示される金額のうちの最低購入金額(チャージ要求時に選択可能な最低金額であり、本実施例においては、図28(b)、図29に示す表示金額リストにおける最低の金額であり、図28(b)の通常用の表示金額リストの場合1000円、テスト用の表示金額リストの場合10000円)を加算した額が、ステップS250で読出した携帯上保持限度額以下であるか否かを判断する。つまり、バリュー残高と携帯上保持限度額とに基づいてチャージを許容するか否かを判定する。バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下でない場合(ステップS251でNOの場合)、チャージを許容せず、ステップS252で、データ処理部210は、携帯上保持限度額購入不可画面を携帯電話100に送信した後、実行する処理をステップS241に戻す。
Next, in step S251, the
図27は、本実施の形態における電子マネーシステム10において携帯電話100でバリューを購入するときに携帯電話100の表示部140に表示される第2の表示画面図である。図27(a)は、ステップS252で携帯電話100に送信される携帯上保持限度額購入不可画面である。図27(a)の画面には、最低購入金額とバリュー残高との合計が携帯上保持限度額を超えるので、バリューを購入できない旨の文章、および、その旨を確認して電子マネーアプリ111を終了させるためのリンクである「OK」が表示される。
FIG. 27 is a second display screen diagram displayed on display unit 140 of
図12に戻って、一方、バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下である場合(ステップS251でYESの場合)、ステップS253で、データ処理部210は、発行情報DB222に記憶されているその日に携帯電話100によって購入されたバリューの当日積算額に、最低購入金額を加算した額が1日購入限度額以下であるか否かを判断する。つまり、当日積算額と1日購入限度額とに基づいてチャージを許容するか否かを判定する。当日積算額に最低購入金額を加算した額が1日購入限度額以下でない場合(ステップS253でNOの場合)、チャージを許容せず、ステップS254で、データ処理部210は、1日購入限度額購入不可画面を携帯電話100に送信した後、実行する処理をステップS241に戻す。
Returning to FIG. 12, on the other hand, when the sum obtained by adding the minimum purchase amount to the value balance is equal to or less than the portable holding limit amount (in the case of YES in step S251), in step S253, the
図27に進んで、図27(b)は、ステップS254で携帯電話100に送信される1日購入限度額購入不可画面である。図27(b)の画面には、最低購入金額と当日積算額との合計が1日購入限度額を超えるので、バリューを購入できない旨の文章、および、その旨を確認して電子マネーアプリ111を終了させるためのリンクである「OK」が表示される。
Proceeding to FIG. 27, FIG. 27B is a daily purchase limit purchase prohibition screen transmitted to the
図12に戻って、一方、当日積算額に最低購入金額を加算した額が1日購入限度額以下である場合(ステップS253でYESの場合)、ステップS255で、データ処理部210は、バリュー残高および当日積算額から購入可能金額を算出する。具体的には、データ処理部210は、携帯上保持限度額からバリュー残高を減算した額、および、1日購入限度額から当日積算額を減算した額のうち、低い方の額を購入可能金額として算出する。
Returning to FIG. 12, on the other hand, if the sum of the day's accumulated amount and the minimum purchase amount is equal to or less than the daily purchase limit amount (YES in step S253), in step S255, the
なお、本実施の形態においては、バリュー残高および携帯上保持限度額、ならびに、当日積算額および1日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにした。しかし、これに限定されず、バリュー残高および携帯上保持限度額、または、当日積算額および1日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにしてもよい。 In this embodiment, it is determined whether or not value can be purchased based on the value balance and the portable retention limit, the current day accumulated amount and the daily purchase limit, and the purchaseable amount is calculated. I tried to do it. However, the present invention is not limited to this, and it is determined whether or not value can be purchased based on the value balance and the mobile holding limit, or the accumulated amount on the day and the daily purchase limit, and the purchaseable amount is calculated. You may do it.
次に、ステップS256で、データ処理部210は、ステップS241で受信したチャージ要求情報に含まれる携帯端末情報に対応して利用者情報DB221に記憶されている電子メールアドレス、ステップS246で読出した金融機関指定情報、ステップS247で読出した携帯端末情報の携帯電話の種別に応じた表示金額リスト情報、ステップS250で読出した携帯上保持限度額、1日購入限度額、および、ステップS255で算出した購入可能金額情報を、残高情報(チャージ要求情報を受付けた旨を示すチャージ受付情報)として携帯電話100に送信する。
Next, in step S256, the
図11に戻って、ステップS134で、データ処理部110は、電子マネー管理サーバ200から残高情報を受信したか否かを判断する。残高情報を受信したと判断した場合(ステップS134でYESの場合)、ステップS135で、データ処理部110は、受信した残高情報に含まれる電子メールアドレスがバリューの購入に用いる電子メールアドレスとして正しいか否かを確認するためのアドレス確認画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をステップS136に進める。
Returning to FIG. 11, in step S <b> 134, the
図27に進んで、図27(c)は、ステップS135で表示されるアドレス確認画面である。図27(c)の画面には、バリューのチャージの方法を説明するための文章、ステップS134で受信した残高情報に含まれる確認の対象である電子メールアドレス、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話100の電子メールアドレスとして正しいと確認したことを入力するためのリンクである「確認」、および、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話100の電子メールアドレスと異なる場合に選択するリンクである「→上記アドレスがご利用携帯のアドレスと異なる場合はこちら」が表示される。
Proceeding to FIG. 27, FIG. 27C shows an address confirmation screen displayed in step S135. In the screen of FIG. 27 (c), the text for explaining the method of charging the value, the e-mail address to be confirmed included in the balance information received in step S134, and the displayed e-mail address are electronically displayed. “Confirmation”, which is a link for inputting confirmation that the
図11に戻って、ステップS136で、データ処理部110は、図27(c)の画面で「確認」のリンクが選択されることによって、ユーザにより電子メールアドレスが確認されたか否かを判断する。アドレスが確認されたと判断した場合(ステップS136でYESの場合)、ステップS137で、データ処理部110は、金融機関確認画面を表示部140に表示させる。
Returning to FIG. 11, in step S136, the
図28は、本実施の形態における電子マネーシステム10において携帯電話100でバリューを購入するときに携帯電話100の表示部140に表示される第3の表示画面図である。
FIG. 28 is a third display screen diagram displayed on display unit 140 of
図28(a)は、ステップS137で携帯電話100に表示される金融機関確認画面である。図28(a)の画面には、利用するモバイルバンキングを確認する旨の文章、利用するモバイルバンキングの金融機関の名称、利用するモバイルバンキングを確認して継続して手続を進めるためのリンクである「確認」、および、金融機関を変更するためのリンクである「金融機関変更の場合はこちらを選択してください。」が表示される。金融機関の名称は、受信した残高情報に含まれる金融機関指定情報は、金融機関の名称に対応して予め一意に定められている。このため、金融機関の名称は、残高情報を受信することにより、携帯電話100によって特定され得る。
FIG. 28A is a financial institution confirmation screen displayed on the
図11に戻って、ステップS138で、データ処理部110は、図28(a)の画面で「確認」のリンクが選択されることによって、利用するモバイルバンキングの金融機関がユーザにより確認されたか否かを判断する。
Returning to FIG. 11, in step S138, the
金融機関が確認されていないと判断した場合(ステップS138でNOの場合)、ステップS140aで、データ処理部110は、金融機関変更が選択されたか否かを判断する。金融機関変更が選択されていないと判断した場合(ステップS140aでNOの場合)、データ処理部110は、実行する処理をステップS138の処理に戻す。
If it is determined that the financial institution has not been confirmed (NO in step S138), in step S140a, the
一方、金融機関変更が選択されたと判断した場合(ステップS140aでYESの場合)、データ処理部110は、ステップS140bで金融機関変更問合せ情報を電子マネー管理サーバ200に送信し、ステップS140dで電子マネー管理サーバ200の利用者情報DB221に携帯端末情報と対応させて登録されている金融機関指定情報を他の金融機関指定情報に変更するための金融機関変更処理が行なわれ、実行する処理をステップS138の処理に戻す。金融機関変更処理においては、変更した金融機関の金融機関指定情報が送信される。電子マネー管理サーバ200のデータ処理部210は、携帯電話100から金融機関変更問合せ情報を受信した場合、金融機関変更問合せ情報に対応する画面(図23(c),(d),図24(a)等参照)を携帯電話100に送信する。そして、電子マネー管理サーバ200のデータ処理部210は、携帯電話100から金融機関指定情報(ユーザから変更先として指定を受付けた金融機関を指定する情報)を受信したと判断した場合、変更した金融機関の金融機関指定情報を、携帯端末情報に対応させて、利用者情報DB221に登録する処理を行なう。
On the other hand, if it is determined that the financial institution change has been selected (YES in step S140a), the
なお、登録する処理としては、変更した金融機関のサーバが決済に利用される状態に更新するものであればよく、たとえば、変更前の金融機関の金融機関指定情報を消去して新たに変更後の金融機関の金融機関指定情報を登録する処理であってもよい。また、変更前の金融機関の金融機関指定情報を消去することなく変更後の金融機関の金融機関指定情報を決済に利用する金融機関として新たに登録する処理であってもよい。この場合、変更前の金融機関の金融機関指定情報を用いて、再度決済に利用する金融機関を変更前の金融機関に変更できるものであってもよい。 Note that the registration process only needs to update the changed financial institution server so that it can be used for payment. It may be a process of registering the financial institution designation information of the financial institution. Further, it may be a process of newly registering the financial institution designation information after the change as a financial institution used for settlement without deleting the financial institution designation information before the change. In this case, the financial institution designated before the change may be used to change the financial institution used for settlement again to the pre-change financial institution.
金融機関が確認されたと判断した場合(ステップS138でYESの場合)、データ処理部110は、ステップS139で、残高情報に含まれる表示金額リスト情報、携帯上保持限度額、1日購入限度額および購入可能金額情報でそれぞれ示される表示金額リストおよび購入可能金額に応じて、購入金額選択画面を表示部140に表示させる。
If it is determined that the financial institution has been confirmed (YES in step S138), the
図28に進んで、図28(b)は、ステップS139で通常用の携帯電話100に表示される購入金額選択画面である。図28(b)の画面には、購入してチャージを希望するバリューの金額の選択を促がす旨の文章、1日購入限度額を示す文章、携帯上保持限度額に関する文章、購入希望金額の選択肢と対をなしたラジオボタン、および、選択されたバリューの購入希望金額の送信を指示するためのリンクである「送信」が表示される。
Proceeding to FIG. 28, FIG. 28B is a purchase price selection screen displayed on the normal
図28(b)の購入金額選択画面に表示される購入希望金額の選択肢、1日購入限度額、および、携帯上保持限度額は、それぞれ、電子マネー管理サーバ10によってこの携帯電話100が通常用の携帯電話であると判定されたことに応じて送信されてきた残高情報に含まれる表示金額リスト情報、1日購入限度額、および、携帯上保持限度額でそれぞれ示される「1000円,5000円,10000円,20000円,30000円」「30000円」および「30000円」である。
The choice of the desired purchase amount displayed on the purchase amount selection screen in FIG. 28 (b), the daily purchase limit amount, and the portable retention limit amount are respectively used by the
ここで、ステップS134で受信された残高情報に含まれる購入可能金額情報で示される購入可能金額を超える金額の選択肢と対をなすラジオボタンは、表示されるが、選択できない。また、購入希望金額の選択肢と対をなすラジオボタンのいずれかが選択されない限り、「送信」のリンクを選択することはできない。なお、本実施の形態においては、購入希望金額を超える金額の選択肢と対をなすラジオボタンも表示される例について説明したが、これに限らず、購入可能金額の範囲内の金額の選択肢と対をなすラジオボタンのみを表示させ、購入可能金額を超える金額の選択肢と対をなすラジオボタンを表示させないようにしてもよい。また、購入可能金額を超える金額の選択肢を表示させないようにしてもよい。つまり、購入可能金額以下のチャージ額の選択肢を指定可能な表示態様で表示させればよい。 Here, a radio button that is paired with an option of an amount exceeding the purchaseable amount indicated by the purchaseable amount information included in the balance information received in step S134 is displayed but cannot be selected. Also, the “Send” link cannot be selected unless one of the radio buttons that are paired with the choice of the desired purchase amount is selected. In the present embodiment, an example has been described in which a radio button that is paired with an option with an amount that exceeds the purchase amount is also described. It is possible to display only the radio buttons that make up, and not to display the radio buttons that make a pair with an option that exceeds the purchaseable amount. Moreover, you may make it not display the choice of the money amount exceeding a purchaseable money amount. That is, what is necessary is just to display in the display mode which can designate the choice of the charge amount below the amount which can be purchased.
図29は、本実施の形態における電子マネーシステム10において携帯電話100でバリューを購入するときに携帯電話100の表示部140に表示される第4の表示画面図である。図29(a)は、ステップS139でテスト用の携帯電話100に表示される購入金額選択画面である。図29(a)の画面は、図28(b)の画面と比較して、購入希望金額の選択肢、1日購入限度額、および、携帯上保持限度額が異なる。
FIG. 29 is a fourth display screen diagram displayed on display unit 140 of
図29(a)の購入金額選択画面に表示される購入希望金額の選択肢、1日購入限度額、および、携帯上保持限度額は、それぞれ、電子マネー管理サーバ10によりこの携帯電話100がテスト用の携帯電話であると判定されたことに応じて送信されてきた残高情報に含まれる表示金額リスト情報、1日購入限度額、および、携帯上保持限度額でそれぞれ示される「10000円,50000円,100000円,300000円,500000円」「500000円」および「1000000円」である。
The choice of desired purchase amount displayed on the purchase amount selection screen in FIG. 29 (a), the daily purchase limit amount, and the portable retention limit amount are respectively tested by the
図11に戻って、図28(b)の画面または図29(a)の画面で、購入希望金額と対をなすラジオボタンのいずれかが選択され、「送信」のリンクが選択されると、ステップS141で、携帯電話100のデータ処理部110は、購入希望金額のラジオボタンが選択されることによって、購入希望金額が選択されたか否かを判断する。
Returning to FIG. 11, when one of the radio buttons that make a pair with the desired purchase price is selected on the screen of FIG. 28B or FIG. 29A, and the “Send” link is selected, In step S141, the
購入希望金額が選択されたと判断した場合(ステップS141でYESの場合)、データ処理部110は、ステップS142で、選択を受付けた購入希望金額および会員IDを示す情報を含む第1口座振替依頼情報を電子マネー管理サーバ200に送信する。
If it is determined that the desired purchase amount has been selected (YES in step S141), in step S142, the
図12に進んで、ステップS257で、データ処理部210は、携帯電話100から第1口座振替依頼情報を受信したか否かを判断する。第1口座振替依頼情報を受信していないと判断した場合(ステップS257でNOの場合)、データ処理部210は、実行する処理をステップS265に進める。
Proceeding to FIG. 12, in step S <b> 257, the
一方、第1口座振替依頼情報を受信したと判断した場合(ステップS257でYESの場合)、ステップS258で、データ処理部210は、バリュー購入回数カウンタで携帯電話100ごとに計数されているバリュー購入回数が0回か否かを判断する。つまり、携帯電話100からチャージ要求が送信されステップS241においてYESと判断されたのが、ステップS236によって領域確保情報が携帯電話100に送信されてから初回であるか否かが判断される。
On the other hand, if it is determined that the first account transfer request information has been received (YES in step S257), in step S258, the
バリュー購入回数が0回であると判断した場合(ステップS258でYESの場合)、携帯電話100が電子マネー遊技使用サービスに登録されてから最初のバリューの購入であるので、初期登録手数料を徴収する必要がある。そこで、この場合、ステップS259で、データ処理部210は、初期登録手数料およびチャージ手数料を算出する。
If it is determined that the number of value purchases is zero (YES in step S258), the
一方、バリュー購入回数が0回でないと判断した場合(ステップS258でNOの場合)、すでに、初期登録手数料は徴収されているので、初期登録手数料を徴収しなくてもよい。そこで、この場合、ステップS260で、データ処理部210は、チャージ手数料を算出する。
On the other hand, if it is determined that the number of value purchases is not zero (NO in step S258), the initial registration fee has already been collected, so the initial registration fee need not be collected. Therefore, in this case, in step S260, the
なお、本実施の形態においては、ステップS259およびステップS260で、初期登録手数料およびチャージ手数料をそれぞれ算出するようにしたが、これに限定されず、初期登録手数料およびチャージ手数料を予め記憶部220に記憶させておき、それぞれ、ステップS259およびステップS260で読出すようにしてもよい。
In this embodiment, the initial registration fee and the charge fee are calculated in steps S259 and S260, respectively. However, the present invention is not limited to this, and the initial registration fee and the charge fee are stored in the
次に、データ処理部210は、ステップS261で、今回のバリュー購入を他のバリュー購入と識別するための購入番号を発行し、ステップS262で、ステップS257で受信した第1口座振替依頼情報で示される購入希望金額と、ステップS259またはステップS260で算出された手数料との合計金額を算出する。
Next, in step S261, the
次いで、データ処理部210は、ステップS263で、ステップS262で算出した合計金額、ステップS261で発行した購入番号、および、現在の時刻であるタイムスタンプを、会員IDに対応させて発行情報DB222に登録する。そして、データ処理部210は、ステップS264で、合計金額をユーザに確認するための合計金額確認画面を表示させるための合計金額確認情報を携帯電話100に送信する。
Next, in step S263, the
図11に戻って、ステップS143で、データ処理部110は、電子マネー管理サーバ200から合計金額確認情報を受信したか否かを判断する。合計金額確認情報を受信したと判断した場合(ステップS143でYESの場合)、ステップS144で、データ処理部110は、合計金額確認情報に基づいて、合計金額確認画面を表示部140に表示させる。
Returning to FIG. 11, in step S <b> 143, the
図28に進んで、図28(c)は、ステップS144で表示される合計金額確認画面である。図28(c)の画面には、合計金額の確認を求める旨の文章、合計金額を確認して第2口座振替依頼情報を送信するためのリンクである「確認」、および、1つ前の図28(b)の購入金額選択画面に戻るためのリンクである「こちら。」とが表示される。 Proceeding to FIG. 28, FIG. 28C shows a total amount confirmation screen displayed in step S144. In the screen of FIG. 28 (c), a text requesting confirmation of the total amount, “confirmation” which is a link for confirming the total amount and transmitting the second account transfer request information, and the previous one “Here.”, Which is a link for returning to the purchase price selection screen of FIG.
図11に戻って、ステップS145で、データ処理部110は、図28(c)の画面で「確認」のリンクが選択されることによって、ユーザにより合計金額が確認されたか否かを判断する。合計金額が確認されたと判断した場合(ステップS145でYESの場合)、モバイルバンキング確認画面が表示される(ステップS145a)。
Returning to FIG. 11, in step S145, the
図28に進んで、図28(d)は、ステップS145aで表示されるモバイルバンキング確認画面である。図28(d)の画面には、手続がモバイルバンキングへ遷移される旨の文章、その旨の確認を入力するためのリンクである「確認」、および、図26(b)の起動時初期画面に戻るためのリンクである「手続を中止する(アプリのメニュー画面に戻る)」が表示される。 Proceeding to FIG. 28, FIG. 28 (d) is a mobile banking confirmation screen displayed in step S145a. On the screen of FIG. 28 (d), a text indicating that the procedure is to be transferred to mobile banking, “confirmation” which is a link for inputting the confirmation to that effect, and an initial screen at the start of FIG. 26 (b) “Cancel procedure (return to app menu screen)”, which is a link for returning to, is displayed.
図11に戻って、ステップS145bでデータ処理部110は、図28(d)の画面で「確認」のリンクが選択されることによって、ユーザによりモバイルバンキングへの遷移が確認されたか否かを判断する。モバイルバンキングへの遷移が確認されたと判断した場合(ステップS145bでYESの場合)、ステップS146で、データ処理部110は、会員IDを示す情報を含む第2口座振替依頼情報を電子マネー管理サーバ200に送信し、バリュー購入時処理を終了する。以降、後述するように、電子マネー管理サーバ200から送信される引継画面情報の受信に応じて、引継時ウェブ処理が実行される。
Returning to FIG. 11, in step S145b, the
図12に進んで、ステップS265で、データ処理部210は、携帯電話100から第2口座振替依頼情報を受信したか否かを判断する。第2口座振替依頼情報を受信していないと判断した場合(ステップS265でNOの場合)、データ処理部210は、実行する処理をステップS269に進める。
Proceeding to FIG. 12, in step S <b> 265, the
一方、第2口座振替依頼情報を受信したと判断した場合(ステップS265でYESの場合)、ステップS266で、データ処理部210は、ステップS263で登録したタイムスタンプと現在の時刻とを比較するタイムスタンプチェックを実行し、異常があるか否かを判断する。たとえば、タイムスタンプと現在の時刻との差が規定時間以上である場合に異常があると判断する。
On the other hand, if it is determined that the second account transfer request information has been received (YES in step S265), in step S266, the
異常があると判断した場合(ステップS266でYESの場合)、ステップS267で、データ処理部210は、タイムスタンプチェックエラー画面を携帯電話100に送信する。
If it is determined that there is an abnormality (YES in step S266), the
図28に進んで、図28(e)は、ステップS267で携帯電話100に送信されるタイムスタンプチェックエラー画面である。図28(e)の画面には、購入希望金額を選択してから一定時間が経過したので、手続のやり直しを促がす旨の文章、および、図26(b)の起動時初期画面に戻るためのリンクである「手続を中止する(アプリのメニュー画面に戻る)」が表示される。
Proceeding to FIG. 28, FIG. 28 (e) shows a time stamp check error screen transmitted to the
図12に戻って、一方、異常がないと判断した場合(ステップS266でNOの場合)、データ処理部210は、ステップS268で、モバイルバンキングへ遷移させるための引継画面情報を携帯電話100に送信する。引継画面情報には、少なくとも、ステップS246において検索され読み出された当該携帯電話100の携帯端末情報に対応付けて登録されている金融機関情報から特定される金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報としてのURLが含まれる。
Returning to FIG. 12, on the other hand, if it is determined that there is no abnormality (NO in step S266), the
図9(b)は、ウェブ処理のうち引継時ウェブ処理の流れを示すフローチャートである。引継時ウェブ処理は、ステップS268で送信される引継画面情報の受信に応じて実行される。図9(b)を参照して、ステップS117で、データ処理部110は、電子マネー管理サーバ200から引継画面情報を受信したか否かを判断する。引継画面情報を受信したと判断した場合(ステップS117でYESの場合)、ステップS118で、データ処理部110は、引継画面情報に基づいて、モバイルバンキングへ遷移する旨を報知するためのモバイルバンキング遷移確認画面を表示部140に表示し、ステップS118aで、モバイルバンキングでのバリューの購入に対する決済の処理を行なうモバイルバンキング処理を実行する。モバイルバンキング処理では、操作に応じてバリューの購入に対する決済に関する情報を金融機関サーバ500に送信し、決済が完了すると引継時ウェブ処理が終了する。具体的には、引継画面情報に含まれるURLの示す金融機関サーバのインターネットバンキングシステムにアクセスし、予め登録されている自己のモバイルバンキング口座にログインして振込み処理を行なうことで、ステップS143で受信した合計金額確認情報から特定される合計金額の決済要求を金融機関サーバに送信することとなる。なお、この際、ステップS143で受信した合計金額確認情報から特定される合計金額についても、金融機関サーバ500に送信されるため、ログイン後の入力操作が軽減される。ここで、このモバイルバンキング処理は、現在、各金融機関が提供しているモバイルバンキングのシステムを利用するものであるから詳細な説明は省略する。
FIG. 9B is a flowchart showing the flow of the web processing at the time of takeover among the web processing. The takeover web process is executed in response to the receipt of the takeover screen information transmitted in step S268. With reference to FIG. 9B, in step S117, the
このように、本実施の形態においては、バリューのチャージに関する対価の決済のための決済用処理として、金融機関によるモバイルバンキングを利用することで、当該モバイルバンキングによる振込み処理の時点で決済が完了するものとしているが、決済用処理としては、このように処理の時点で決済が完了するものに限らず、たとえばクレジットカード提供機関のサーバに対してチャージに関する対価の決済を要求し、クレジットカード提供機関のサーバが与信による決済を行ない、実際の決済は後日に行なわれるような処理でもよい。 As described above, in the present embodiment, payment processing is completed at the time of transfer processing by mobile banking by using mobile banking by a financial institution as a payment processing for payment for a value charge. However, the settlement process is not limited to the process in which the settlement is completed at the time of the process as described above. For example, the credit card providing institution is requested to pay for the charge for the charge to the server of the credit card providing institution. The server may perform payment by credit, and actual payment may be performed at a later date.
図1に戻って、バリュー購入に対する決済が完了すると、金融機関サーバ500から決済サーバ280に、バリュー購入に対する決済が完了した旨の消込電文が送信される。
Returning to FIG. 1, when the payment for the value purchase is completed, the
決済サーバ280は、受信した消込電文を請求情報DB281に登録する。そして、決済サーバ280は、受信した消込電文に対応する消込速報を電子マネー管理サーバ200に送信する。
The
図12に進んで、ステップS269で、データ処理部210は、決済サーバ280から消込速報を受信したか否かを判断する。消込速報を受信したと判断した場合(ステップS269でYESの場合)、データ処理部210は、ステップS270で、バリュー対価決済後処理を実行する。バリュー対価決済後処理については、図13で説明する。一方、消込速報を受信していないと判断した場合(ステップS269でNOの場合)、または、ステップS270の後、データ処理部210は、実行する処理をステップS241に戻す。
Proceeding to FIG. 12, in step S <b> 269, the
図13は、本実施の形態における電子マネー管理サーバ200により実行されるバリュー購入時アプリケーションプログラム212のサブルーチンであるバリュー対価決済後処理の流れを示すフローチャートである。
FIG. 13 is a flowchart showing a flow of post value settlement processing that is a subroutine of the value
図13を参照して、まず、電子マネー管理サーバ200のデータ処理部210は、ステップS2700で、ステップS269で決済サーバ280から受信した消込速報で示される購入番号が発行情報DB222に登録されているか否かを判断する。購入番号が登録されていないと判断した場合(ステップS2700でNOの場合)、ステップS2701で、データ処理部210は、エラー処理を行なう。たとえば、警報を発生して、電子マネー管理サーバ200の管理者が確認できるようにする。そして、確認操作後、データ処理部210は、実行する処理をこの処理の呼出元の処理であるバリュー購入時AP212に戻す。
Referring to FIG. 13, first, in step S2700,
一方、購入番号が登録されていると判断した場合(ステップS2700でYESの場合)、ステップS2702で、データ処理部210は、購入番号で示されるバリューの購入が、その購入番号と対応する携帯電話100での初回の購入であるか否かを判断する。具体的には、その携帯電話100に対応するバリュー購入回数カウンタのカウント値が0であるか否かを判断する。
On the other hand, if it is determined that the purchase number is registered (YES in step S2700), in step S2702, the
初回の購入であると判断した場合(ステップS2702でYESの場合)、ステップS2703で、データ処理部210は、未チャージ削除カウンタのカウント値を0にする。なお、初回の購入であると判断した場合には、データ処理部210は、未チャージ削除カウンタのカウント値を1減算するものであってもよい。その後、データ処理部210は、実行する処理をステップS2704に進める。一方、初回の購入でないと判断した場合(ステップS2702でNOの場合)、データ処理部210は、実行する処理をステップS2704に進める。
If it is determined that the purchase is the first time (YES in step S2702), the
次に、ステップS2704で、データ処理部210は、購入番号に対応する会員IDに対応するバリュー購入記録を更新する。ここでは、未チャージバリューが有りとなるように設定する処理が行なわれる。具体的には、発行情報DB222に、バリューの額を特定するための情報(たとえば、購入額が1000円である場合は「1000」)と、その額が未チャージであることを示す書込済情報(たとえば、「0」)とが対応付けられて記憶される。これにより、ステップS241における判断により受信したチャージ要求に対応するバリューであって、当該チャージ要求元の携帯電話100にチャージ可能となった未チャージバリューを特定するためのバリュー購入記録(特定用情報)を登録する手段が構成されている。
Next, in step S2704, the
そして、データ処理部210は、ステップS2705で、バリュー購入回数カウンタのカウント値を1加算し、ステップS2706で、携帯電話100に対応する当日積算額に購入金額を加算して、当日積算額を更新し、ステップS2707で、携帯電話100に対応するチャージ累計額に購入金額を加算して、チャージ累計額を更新し記憶する。
Then, in step S2705, the
次いで、ステップS2708で、データ処理部210は、ステップS2700で受信した消込速報を正常に処理した旨の応答情報を決済サーバ280に送信する。そして、ステップS2709で、データ処理部210は、引継ぎ情報を付した電子メールを、消込速報に対応する会員IDの電子メールアドレス宛に送信する。その後、データ処理部210は、バリュー対価決済後処理を終了し、実行する処理をこの処理の呼出元に戻す。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ111を自動的に起動させるための情報が含まれている。電子マネーアプリ111が起動されると、引継ぎ情報からの起動である(ステップS191でYESである)ので、後述する図14で説明するバリュー発行時処理が実行される。
Next, in step S2708, the
(電子マネーシステム10でのバリューのチャージの説明)
図30は、本実施の形態における電子マネーシステム10において携帯電話100にバリューをチャージするときに携帯電話100の表示部140に表示される第1の表示画面図である。
(Description of value charging in the electronic money system 10)
FIG. 30 is a first display screen diagram displayed on the display unit 140 of the
図30(a)は、携帯電話100の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール 未読001」の表示によって、新着の電子メールのうち、未読のものが1件であることが示されている。
FIG. 30A is a screen showing the number of new messages in the electronic mail function of the
図30(a)の画面で、「メール 未読001」が選択されると、図30(b)のように、ステップS2709で、電子マネー管理サーバ200から携帯電話100に送信された新着メールの内容が表示される。
When “mail unread 001” is selected on the screen of FIG. 30A, the contents of the new mail transmitted from the electronic
図30(b)の電子メールには、購入されたバリューが電子マネー管理サーバ200に登録された旨、および、購入されたバリューをチャージするための引継ぎ情報としてのリンクである「ここをクリックしてアプリを起動し、ICチップへのチャージを行ってください。」が表示される。図30(b)の画面で、このリンクが選択されると、電子マネーアプリ111が起動される。
In the e-mail of FIG. 30 (b), “Click here” is a link indicating that the purchased value is registered in the electronic
図10に戻って、引継ぎ情報としてのリンクが選択され、電子マネーアプリ111が起動されると、ステップS191で、データ処理部110は、引継ぎ情報からの起動であると判断して、実行する処理をステップS150に進める。
Returning to FIG. 10, when the link as the takeover information is selected and the
また、ステップS194で、データ処理部110は、図26(b)で説明した起動時初期画面で「ICチップへの購入バリューのチャージ(最新残高更新)」のリンクが選択されることによって、バリュー発行が選択されたか否かを判断する。バリュー発行が選択された場合(ステップS194でYESの場合)、データ処理部110は、実行する処理をステップS150に進める。
Further, in step S194, the
ステップS150では、データ処理部110は、後述する図14で説明するバリュー発行時処理を実行する。
In step S150, the
本実施の形態においては、電子メールに付された引継ぎ情報としてのリンクが選択されると、電子マネーアプリ111が自動的に起動され、ステップS150でバリュー発行時処理が実行されるようにした。しかし、これに限定されず、リンクが選択されると、電子マネーアプリ111が自動的に起動され、図26(b)で説明した起動時初期画面が表示され、ユーザによりバリューのチャージのリンクが選択されることによってバリュー発行時処理が実行されるようにしてもよい。また、リンクが選択されると、図26(a)で説明した画面が表示され、ユーザにより電子マネーアプリ111が起動され、バリューのチャージのリンクが選択されることによってバリュー発行時処理が実行されるようにしてもよい。
In this embodiment, when a link as takeover information attached to an e-mail is selected, the
図14は、本実施の形態における携帯電話100により実行される電子マネーアプリ111のサブルーチンであるバリュー発行時処理の流れを示すフローチャートである。図14を参照して、まず、ステップS152で、データ処理部110は、バリューのチャージを要求するための情報であって会員IDおよび携帯端末情報を含むバリュー発行要求情報を、電子マネー管理サーバ200に送信する。
FIG. 14 is a flowchart showing a flow of value issue processing that is a subroutine of the
図15は、本実施の形態における電子マネー管理サーバ200により実行されるバリュー発行時アプリケーションプログラム213の処理の流れを示すフローチャートである。
FIG. 15 is a flowchart showing the flow of processing of the value
図15を参照して、まず、ステップS271で、データ処理部210は、携帯電話100からバリュー発行要求情報を受信したことによって、バリュー発行要求があったか否かを判断する。バリュー発行要求がないと判断した場合(ステップS271でNOの場合)、データ処理部210は、実行する処理をステップS271に戻す。
Referring to FIG. 15, first, in step S <b> 271, the
一方、バリュー発行要求があったと判断した場合(ステップS271でYESの場合)、ステップS272で、データ処理部210は、ステップS271で受信したバリュー発行要求情報に含まれる会員IDおよび携帯端末情報が利用者情報DB211に登録された利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合(ステップS272でNOの場合)、ステップS273で、データ処理部210は、使用不可画面を携帯電話100に送信する。使用不可画面は、図26(c)で説明した画面と同様の画面である。
On the other hand, if it is determined that there has been a value issuance request (YES in step S271), in step S272, the
一方、利用可能なものであると判断した場合(ステップS272でYESの場合)、ステップS274で、データ処理部210は、会員IDおよび携帯端末情報に対応する未チャージバリューが発行情報DB222に記憶されているか否かを判断する。未チャージバリューがないと判断した場合(ステップS274でNOの場合)、ステップS275で、データ処理部210は、未チャージバリュー無画面を携帯電話100に送信する。なお、バリュー発行時AP213において、ステップS274およびステップS275の処理を実行する場合を説明したが、これに限らず、バリュー発行時AP213において、ステップS274およびステップS275の処理を実行しないものであってもよい。
On the other hand, if it is determined that it can be used (YES in step S272), in step S274, the
図30に進んで、図30(c)は、ステップS275で携帯電話100に送信される未チャージバリュー無画面である。図30(c)の画面には、未受取のバリューが無い旨の文章、および、その旨を確認して電子マネーアプリ111を終了させるためのリンクである「OK」が表示される。
Proceeding to FIG. 30, FIG. 30C is an uncharged value no screen transmitted to the
図15に戻って、未チャージバリューがあると判断した場合(ステップS274でYESの場合)、チャージ要求時に未チャージバリューがあると判断した場合(ステップS244でYESの場合)、および後述する残高移行依頼時に未チャージバリューがあると判断した場合(ステップS2064でYESの場合)、データ処理部210は、ステップS276で、発行情報DB222に記憶されている未チャージバリューのバリュー購入記録をバリュー書込済に設定し、ステップS276aで、未チャージバリューのバリュー購入記録が発行情報DB222に記憶されているか否かを判断する。すなわち、書込済に設定されていないバリュー購入記録が発行情報DB222に記憶されているか否かを判断する。これにより、発行情報DB222に書込済情報が「0」のバリューが複数記憶されているときは、当該複数のバリューを一括して書込ませるためのバリュー発行情報が携帯電話100に送信され発行される。
Returning to FIG. 15, when it is determined that there is an uncharged value (YES in step S274), when it is determined that there is an uncharged value at the time of charge request (YES in step S244), and balance transfer described later If it is determined that there is an uncharged value at the time of the request (YES in step S2064), the
そして、書込済に設定されていないバリュー購入記録が記憶されている場合(ステップS276aでYESの場合)、当該バリュー購入記録をバリュー書込済に設定する。一方、書込済に設定されていないバリュー購入記録がない場合(ステップS276aでNOの場合)、データ処理部210は、ステップS277で、携帯電話100にリモート発行サーバ400からステップS276で書込済に設定したバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報を携帯電話100に送信する。バリュー発行情報は、少なくとも書込み可能なバリューと特定するための情報を含む。その後、データ処理部210は、実行する処理をステップS271に戻す。
If a value purchase record that is not set to be written is stored (YES in step S276a), the value purchase record is set to value written. On the other hand, if there is no value purchase record that is not set to be written (NO in step S276a), the
これにより、ステップS271における判断によりバリュー発行要求を受信したことを条件として、発行情報DB222に登録されている会員IDに対応するバリュー購入記録(特定用情報)から特定される未チャージバリューを、当該バリュー発行要求元の携帯電話100に送信するために出力する手段が構成されている。なお、ステップS276における未チャージバリューのバリュー購入記録をバリュー書込済に設定する処理とは、図5の発行情報DB222に登録されている会員IDに対応するバリュー購入記録にバリューの額を特定するための情報と対応付けて登録されている書込済情報を「0」から「1」に更新する処理が行なわれる。バリュー発行情報は、少なくとも書込み可能なバリューを特定するための情報を含む。
As a result, on the condition that the value issue request has been received by the determination in step S271, the uncharged value specified from the value purchase record (specific information) corresponding to the member ID registered in the
なお、本実施の形態においては、ステップS277においてバリュー発行情報が送信され、バリュー購入記録がステップS276においてバリュー書込済に設定されることにより、登録状態が送信済状態に更新されるようにした。しかし、これに限らず、当該バリュー購入記録が消去されることにより、登録状態が送信済状態に更新されるようにしてもよい。 In this embodiment, the value issuance information is transmitted in step S277, and the value purchase record is set to the value written in step S276, so that the registration state is updated to the transmitted state. . However, the present invention is not limited to this, and the registered state may be updated to the transmitted state by deleting the value purchase record.
また、本実施の形態においては、ステップS276aにおいて書込済に設定されていないバリュー購入記録が記録されている場合に、当該未チャージバリューを書込ませるためのバリュー発行情報を携帯電話100に送信するようにした。しかし、これに限らず、ステップS276aにおいて書込済に設定されていないバリュー購入記録が記憶されている場合に、当該未チャージバリューを書込ませると携帯上保持限度額を超えるか否かを判断する未チャージ時限度額判定手段を備えるようにしてもよい。そして、当該未チャージ時限度額判定手段により携帯上保持限度額を超えないと判断された場合に、当該未チャージバリューを読込ませるためのバリュー発行情報を携帯電話100に送信するようにする。これにより、携帯上保持限度額を超えない範囲内で、複数の未チャージバリューを書込むことができる。
In the present embodiment, when a value purchase record that is not set to be written in step S276a is recorded, value issuance information for writing the uncharged value is transmitted to the
図14に戻って、ステップS153で、データ処理部110は、電子マネー管理サーバ200からバリュー発行情報を受信したか否かを判断する。バリュー発行情報を受信したと判断した場合(ステップS153でYESの場合)、ステップS154で、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって、バリュー発行情報から特定されるバリューの額を示すバリュー発行額情報および携帯端末情報を含む書込処理開始要求情報をリモート発行サーバ400へ送信する。
Returning to FIG. 14, in step S <b> 153, the
図1に戻って、リモート発行サーバ400は、バリュー書込実行情報を、書込処理開始要求情報に含まれる携帯端末情報で示される携帯電話100に送信する。バリュー書込実行情報は、携帯電話100の非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域に、書込み処理開始要求情報に含まれるバリュー発行額情報で示される額のバリューを記憶させるための情報である。
Returning to FIG. 1, the
図14に進んで、データ処理部110は、ステップS155で、リモート発行サーバ400からバリュー書込実行情報を受信したか否かを判断する。バリュー書込実行情報を受信したと判断した場合(ステップS155でYESの場合)、ステップS156で、データ処理部110は、リモート発行サーバ400から受信したバリュー書込実行情報で示される書込処理を実行する。書込処理は、バリュー書込実行情報で示されるバリューを非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域に書込む処理である。書込処理が開始される際に、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域にバリューが記憶されている場合には、記憶されているバリューに新たに書込むバリューを加算するための処理が行なわれる。すなわち、書込処理が行なわれると、書込み前に記憶されていたバリューの額と新たに書込むバリューの額との合計額のバリューが記憶部192に書込まれる。
Proceeding to FIG. 14, the
なお、データ処理部110は、非接触型ICチップ190の制御部191に対して書込要求信号を送信し、制御部191が記憶部192の電子マネー遊技使用サービス用の記憶領域にバリューを書込むものであってもよい。この場合、データ処理部110から制御部191に書込要求信号を送信する処理が、バリューを加算するための処理に該当する。
The
また、リモート発行サーバ400と非接触型ICチップ190の制御部191とがアンテナ194を介して通信し、制御部191が記憶部192の電子マネー遊技使用サービス用の領域にバリューを書込むものであってもよい。この場合、ステップS154においてデータ処理部110からリモート発行サーバ400に書込処理開始要求情報を送信する処理が、バリューを加算するための処理に該当する。
Further, the
次いで、データ処理部110は、ステップS157で、リモート発行サーバ400から書込終了情報を受信したことによって、書込処理が終了したか否かを判断する。書込処理が終了したと判断した場合(ステップS157でYESの場合)、データ処理部110は、ステップS158で、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域からバリュー残高を取得して、バリュー発行完了画面を表示部140に表示させる。
Next, in step S157, the
図30に進んで、図30(d)の画面は、ステップS158で表示されるバリュー発行完了画面である。図30(d)の画面には、図25(b)の画面と同様のチップID、バリューのチャージが完了した旨の文章、今回のチャージ金額が1000円であること、チャージ後のバリュー残高が11000円であること、および、バリュー使用時の注意事項が表示される。 Proceeding to FIG. 30, the screen of FIG. 30 (d) is the value issuance completion screen displayed in step S158. In the screen of FIG. 30 (d), the same chip ID as the screen of FIG. 25 (b), a sentence indicating that the charging of the value is completed, the current charge amount is 1000 yen, and the value balance after charging is displayed. It is 11000 yen, and precautions when using value are displayed.
そして、ステップS159aで、データ処理部110は、バリュー発行完了画面で確認操作がされたか否かを判断する。確認操作がされたと判断した場合(ステップS159aでYESの場合)、ステップS159bで、データ処理部110は、図26(b)で説明した起動時初期画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をこの処理の呼出元の処理に戻す。
In step S159a, the
(電子マネーシステム10でのバリュー預けの説明)
図31は、本実施の形態における電子マネーシステム10において携帯電話100から電子マネー管理サーバ200にバリューを預けるときに携帯電話の表示部に表示される第1の表示画面図である。図31(a)の画面は、図10のステップS192で表示される起動時初期画面である。図31(a)の画面は、前述した図26(a)の画面と同様であるので、重複する説明は繰返さない。ただし、図31(a)の画面では、「バリュー預け」のリンクが選択候補として網掛け表示されている。
(Description of depositing value in the electronic money system 10)
FIG. 31 is a first display screen diagram displayed on the display unit of the mobile phone when depositing value from the
図10に戻って、ステップS195で、データ処理部110は、バリュー預けが選択されたか否かを判断する。図31(a)の画面で「バリュー預け」のリンクが選択されると、データ処理部110は、バリュー預けが選択されたと判断し(ステップS195でYES)、ステップS160で、バリュー預け処理を実行する。
Returning to FIG. 10, in step S195, the
図16は、本実施の形態における携帯電話100により実行される電子マネーアプリ111のサブルーチンであるバリュー預け処理の流れを示すフローチャートである。図16を参照して、まず、ステップS1601で、データ処理部110は、非接触型ICチップ190の記憶部192からバリュー残高を取得する。
FIG. 16 is a flowchart showing a flow of value deposit processing that is a subroutine of the
次に、ステップS1602で、データ処理部110は、ステップS1601で取得したバリュー残高を示すバリュー残高情報と会員IDと携帯端末情報とを含む残高移行依頼情報を電子マネー管理サーバ200に送信する。
Next, in step S1602, the
図17は、本実施の形態における電子マネー管理サーバ200により実行されるバリュー預かりアプリケーションプログラム215の処理の流れを示すフローチャートである。図17を参照して、まず、ステップS2061で、データ処理部210は、携帯電話100から残高移行依頼情報を受信したか否かを判断する。残高移行依頼情報を受信していないと判断した場合(ステップS2061でNOの場合)、データ処理部210は、実行する処理をステップS2161に進める。
FIG. 17 is a flowchart showing the flow of processing of the value
一方、残高移行依頼情報を受信したと判断した場合(ステップS2061でYESの場合)、データ処理部210は、ステップS2062で、残高移行依頼情報に含まれる会員IDおよび携帯端末情報が利用者情報DB221に登録されたものであり、携帯電話100が電子マネー遊技使用サービスで利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合(ステップS2062でNOの場合)、ステップS2063で、データ処理部210は、使用不可画面を携帯電話100に送信し、実行する処理をステップS2161に進める。
On the other hand, if it is determined that the balance transfer request information has been received (YES in step S2061), the
図31に進んで、図31(b)は、ステップS2063で送信される使用不可画面である。図31(b)の画面は、図26(c)の画面と同様であるので、重複する説明は繰返さない。 Proceeding to FIG. 31, FIG. 31B is an unusable screen transmitted in step S <b> 2063. The screen shown in FIG. 31B is the same as the screen shown in FIG. 26C, and therefore, repeated description will not be repeated.
図17に戻って、一方、利用可能なものであると判断した場合(ステップS2062でYESの場合)、ステップS2064で、データ処理部210は、購入済みであるが携帯電話100にチャージされていない未チャージバリューがあるか否かを判断する。ステップS2064の処理は、図12のステップS244の処理と同様であるので、重複する説明は繰返さない。
Returning to FIG. 17, if it is determined that the data can be used (YES in step S2062), the
未チャージバリューがあると判断した場合(ステップS2064でYESの場合)、データ処理部210は、ステップS2065で、チャージ誘導画面を携帯電話100に送信し、実行する処理を前述した図15のステップS276に進めることで、当該未チャージバリューに対応するバリュー発行情報がステップS277において送信される。
If it is determined that there is an uncharged value (YES in step S2064), the
図31に進んで、図31(c)は、ステップS2065で送信されるチャージ誘導画面である。図31(c)の画面は、図26(d)の画面と同様であるので、重複する説明は繰返さない。この画面が表示された後、前述した図15のバリュー発行時AP213のステップS276からの処理が実行され、チャージされていないバリューが携帯電話100にチャージされる。
Proceeding to FIG. 31, FIG. 31 (c) is a charge induction screen transmitted in step S2065. The screen in FIG. 31C is the same as the screen in FIG. 26D, and thus the repeated description will not be repeated. After this screen is displayed, the processing from step S276 of the above-mentioned
一方、未チャージバリューがないと判断した場合(ステップS2064でNOの場合)、ステップS2066で、データ処理部210は、残高移行応答情報をステップS2061で受信した残高移行依頼情報に含まれる携帯端末情報で示される携帯電話100に送信する。残高移行応答情報には、ステップS2061で受信した残高移行依頼情報に含まれる会員IDと携帯端末情報とに対応して利用者情報DB221に記憶されている電子メールアドレス、および、処理開始情報が含まれる。処理開始情報は、携帯電話100の非接触型ICチップ190の記憶部192に確保されている電子マネー遊技使用サービス用の記憶領域を削除する領域削除処理を実行するためにリモート発行サーバ400に送信する情報である。
On the other hand, if it is determined that there is no uncharged value (NO in step S2064), in step S2066, the
図16に戻って、ステップS1603で、データ処理部110は、電子マネー管理サーバ200から残高移行応答情報を受信したか否かを判断する。残高移行応答情報を受信したと判断した場合(ステップS1603でYESの場合)、ステップS1604で、データ処理部110は、アドレス確認画面を表示部140に表示させる。
Returning to FIG. 16, in step S <b> 1603, the
図32は、本実施の形態における電子マネーシステム10において携帯電話100から電子マネー管理サーバ200にバリューを預けるときに携帯電話100の表示部140に表示される第2の表示画面図である。図32(a)は、ステップS1604で携帯電話100に表示されるアドレス確認画面である。図32(a)の画面には、バリューの預かりに関する説明の文章、ステップS1603で受信した残高移行応答情報に含まれる電子メールアドレス、表示されている電子メールアドレスが利用している携帯電話100の電子メールアドレスと異なる場合に電子メールアドレスを変更するためのリンクである「→上記アドレスがご利用携帯のアドレスと異なる場合はこちら。」、および、表示されている電子メールアドレスが正しいことを入力するためのリンクである「確認」が表示される。
FIG. 32 is a second display screen diagram displayed on the display unit 140 of the
図16に戻って、ステップS1605で、データ処理部110は、「確認」のリンクが選択されることによって、確認の入力があったか否かを判断する。確認の入力があったと判断した場合(ステップS1605でYESの場合)、ステップS1606で、データ処理部110は、パスワード入力画面を表示部140に表示させる。
Returning to FIG. 16, in step S <b> 1605, the
図32に進んで、図32(b)は、ステップS1606で携帯電話100に表示されるパスワード入力画面である。図32(b)の画面には、預けたバリューの返却を受けるときに必要となるパスワードの入力を促がす旨の文章、ユーザが決めたパスワードを入力するためのパスワード入力欄、入力されたパスワードの確認の再入力をするためのパスワード確認用再入力欄、入力したパスワードを確認して決定するためのリンクである「確認」が表示される。
Proceeding to FIG. 32, FIG. 32B is a password input screen displayed on the
図16に戻って、ステップS1607で、データ処理部110は、「確認」のリンクが選択されることによって、確認の入力があったか否かを判断する。確認の入力があったと判断した場合(ステップS1607でYESの場合)、ステップS1611で、データ処理部110は、領域削除処理開始要求をリモート発行サーバ400へ送信する。領域削除処理開始要求には、ステップS1603で受信した残高移行応答情報に含まれる処理開始情報に基づいて作成した領域削除処理を実行するための処理IDなどのパラメータ、および、携帯端末情報が含まれる。
Returning to FIG. 16, in step S <b> 1607, the
図1に戻って、リモート発行サーバ400は、領域削除開始要求に含まれる携帯端末情報で示される携帯電話100の非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域を削除するための領域削除実行情報を、携帯端末情報で示される携帯電話100に送信する。
Returning to FIG. 1, the
図16に進んで、データ処理部110は、ステップS1612で、リモート発行サーバ400から領域削除実行情報を受信したか否かを判断する。領域削除実行情報を受信したと判断した場合(ステップS1612でYESの場合)、ステップS1613で、データ処理部110は、リモート発行サーバ400から受信した領域削除実行情報で示される領域削除処理を実行する。領域削除処理は、領域削除実行情報で示される非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域を削除する処理である。
Proceeding to FIG. 16, the
なお、データ処理部110は、非接触型ICチップ190の制御部191に対して領域削除要求信号を送信し、制御部191が記憶部192の電子マネー遊技使用サービス用の記憶領域を削除するようにしてもよい。
The
次いで、データ処理部110は、ステップS1614で、リモート発行サーバ400から領域削除終了情報を受信したことによって、領域削除処理が終了したか否かを判断する。領域削除処理が終了したと判断した場合(ステップS1614でYESの場合)、データ処理部110は、ステップS1615で、電子マネー遊技使用サービス用の記憶領域の削除が完了したことを通知するための通知であって、ステップS1607で入力されたパスワードと携帯端末情報とを含む移行完了通知を電子マネー管理サーバ200に送信する。
Next, in step S <b> 1614, the
図17に進んで、ステップS2161で、データ処理部210は、携帯電話100から移行完了通知を受信したか否かを判断する。移行完了通知を受信していないと判断した場合(ステップS2161でNOの場合)、データ処理部210は、実行する処理をステップS2061に戻す。
Proceeding to FIG. 17, in step S2161, the
一方、移行完了通知を受信したと判断した場合(ステップS2161でYESの場合)、データ処理部210は、ステップS2162で、携帯電話100からのバリューの預かりに対して割振られた番号であるお預かり番号を発行し、ステップS2163で、発行したお預かり番号と、ステップS2061で受信した残高移行依頼情報に含まれるバリュー残高情報で示されるバリュー残高である預かり残高と、ステップS2161で受信した移行完了通知に含まれるパスワードと、携帯端末情報とを対応させて記憶部220に記憶させる。
On the other hand, if it is determined that the migration completion notification has been received (YES in step S2161),
そして、ステップS2164で、データ処理部210は、ステップS2162で発行したお預かり番号を携帯電話100に送信する。また、ステップS2165で、データ処理部210は、ステップS2162で発行したお預かり番号を付した電子メールであるお預かり番号通知メールを携帯電話100の電子メールアドレス宛に送信する。その後、データ処理部210は、実行する処理をステップS2061に戻す。
In step S 2164, the
図16に戻って、ステップS1616で、データ処理部110は、電子マネー管理サーバ200からお預かり番号を受信したか否かを判断する。お預かり番号を受信したと判断した場合(ステップS1616でYESの場合)、ステップS1617で、データ処理部110は、残高移行完了画面を表示部140に表示させる。
Returning to FIG. 16, in step S <b> 1616, the
図32に進んで、図32(c)の画面は、ステップS1617で表示される残高移行完了画面である。図32(c)の画面には、バリューの預けが完了した旨の文章、ステップS1616で受信したお預かり番号、および、預けたバリューの返却に関する説明の文章が表示される。 Proceeding to FIG. 32, the screen of FIG. 32C is the balance transfer completion screen displayed in step S1617. In the screen of FIG. 32 (c), a text indicating that the deposit of the value has been completed, a deposit number received in step S1616, and a text describing the return of the deposited value are displayed.
そして、ステップS1618で、データ処理部110は、残高移行完了画面で確認操作がされたか否かを判断する。確認操作がされたと判断した場合(ステップS1618でYESの場合)、ステップS1619で、データ処理部110は、図26(b)で説明した起動時初期画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をこの処理の呼出元の処理に戻す。
In step S1618, the
(電子マネーシステム10でのバリューの返却の説明)
図33は、本実施の形態における電子マネーシステム10において電子マネー管理サーバ200に預けたバリューの返却を受けるときに携帯電話100の表示部140に表示される第1の表示画面図である。図33(a)の画面は、図10のステップS192で表示される起動時初期画面である。図33(a)の画面は、前述した図26(a)の画面と同様であるので、重複する説明は繰返さない。ただし、図33(a)の画面では、「預けバリュー返却」のリンクが選択候補として網掛け表示されている。
(Description of return of value in the electronic money system 10)
FIG. 33 is a first display screen diagram displayed on the display unit 140 of the
図10に戻って、ステップS196で、データ処理部110は、バリュー返却が選択されたか否かを判断する。図33(a)の画面で「預けバリュー返却」のリンクが選択されると、データ処理部110は、バリュー返却が選択されたと判断し(ステップS196でYES)、ステップS170で、バリュー返却処理を実行する。
Returning to FIG. 10, in step S196, the
図18は、本実施の形態における携帯電話100により実行される電子マネーアプリ111のサブルーチンであるバリュー返却処理の流れを示すフローチャートである。図18を参照して、まず、ステップS1701で、データ処理部110は、非接触型ICチップ190の記憶部192からバリュー残高を取得する。
FIG. 18 is a flowchart showing the flow of value return processing that is a subroutine of the
次に、ステップS1702で、データ処理部110は、ステップS1701で取得したバリュー残高を示すバリュー残高情報と会員IDと携帯端末情報とを含む残高返却依頼情報を電子マネー管理サーバ200に送信する。
Next, in step S1702, the
図19は、本実施の形態における電子マネー管理サーバ200により実行されるバリュー返却アプリケーションプログラム216の処理の流れを示すフローチャートである。図19を参照して、まず、ステップS2071で、データ処理部210は、携帯電話100から残高返却依頼情報を受信したか否かを判断する。残高返却依頼情報を受信していないと判断した場合(ステップS2071でNOの場合)、データ処理部210は、実行する処理をステップS2171に進める。
FIG. 19 is a flowchart showing the flow of processing of the value
一方、残高返却依頼情報を受信したと判断した場合(ステップS2071でYESの場合)、データ処理部210は、ステップS2072で、残高返却依頼情報に含まれる会員IDおよび携帯端末情報が利用者情報DB221に登録されたものであり、携帯電話100が電子マネー遊技使用サービスで利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合(ステップS2072でNOの場合)、ステップS2063で、データ処理部210は、使用不可画面を携帯電話100に送信し、実行する処理をステップS2171に進める。
On the other hand, if it is determined that the balance return request information has been received (YES in step S2071), in step S2072, the
図33に進んで、図33(b)は、ステップS2073で送信される使用不可画面である。図33(b)の画面は、図26(c)の画面と同様であるので、重複する説明は繰返さない。 Proceeding to FIG. 33, FIG. 33B is an unusable screen transmitted in step S <b> 2073. The screen in FIG. 33 (b) is the same as the screen in FIG. 26 (c), and thus the repeated description is not repeated.
図19に戻って、一方、利用可能なものであると判断した場合(ステップS2072でYESの場合)、ステップS2074で、データ処理部210は、購入済みであるが携帯電話100にチャージされていない未チャージバリューがあるか否かを判断する。ステップS2074の処理は、図12のステップS244の処理と同様であるので、重複する説明は繰返さない。
Returning to FIG. 19, if it is determined that the data can be used (YES in step S2072), the
未チャージバリューがあると判断した場合(ステップS2074でYESの場合)、データ処理部210は、ステップS2075で、チャージ誘導画面を携帯電話100に送信し、実行する処理を前述した図15のステップS276に進める。
If it is determined that there is an uncharged value (YES in step S2074), in step S2075, the
図33に進んで、図33(c)は、ステップS2075で送信されるチャージ誘導画面である。図33(c)の画面は、図26(d)の画面と同様であるので、重複する説明は繰返さない。この画面が表示された後、前述した図15のバリュー発行時AP213のステップS276からの処理が実行され、チャージされていないバリューが携帯電話100にチャージされる。
Proceeding to FIG. 33, FIG. 33 (c) is a charge inducing screen transmitted in step S2075. The screen shown in FIG. 33C is the same as the screen shown in FIG. 26D, and therefore, repeated description will not be repeated. After this screen is displayed, the processing from step S276 of the above-mentioned
図19に戻って、一方、未チャージバリューがないと判断した場合(ステップS2074でNOの場合)、ステップS2076で、データ処理部210は、番号入力指示情報をステップS2071で受信した残高返却依頼情報に含まれる携帯端末情報で示される携帯電話100に送信する。番号入力指示情報は、携帯電話100で後述する番号入力画面を表示させる契機となる情報である。
Returning to FIG. 19, when it is determined that there is no uncharged value (NO in step S2074), in step S2076, the
図18に戻って、ステップS1703で、データ処理部110は、電子マネー管理サーバ200から番号入力指示情報を受信したか否かを判断する。番号入力指示情報を受信したと判断した場合(ステップS1703でYESの場合)、ステップS1704で、データ処理部110は、番号入力画面を表示部140に表示させる。
Returning to FIG. 18, in step S <b> 1703, the
図34は、本実施の形態における電子マネーシステム10において電子マネー管理サーバ200に預けたバリューの返却を受けるときに携帯電話100の表示部140に表示される第2の表示画面図である。図34(a)は、ステップS1704で携帯電話100に表示される番号入力画面である。図34(a)の画面には、バリューを預けたときに発行されたお預かり番号とユーザによって定められたパスワードとの入力を求める旨の文章、お預かり番号を入力するためのお預かり番号入力欄、パスワードを入力するためのパスワード入力欄、および、入力したお預かり番号とパスワードとを確認して電子マネー管理サーバ200に送信するためのリンクである「確認」が表示される。
FIG. 34 is a second display screen diagram displayed on the display unit 140 of the
図18に戻って、ステップS1705で、データ処理部110は、「確認」のリンクが選択されることによって、確認の入力があったか否かを判断する。確認の入力があったと判断した場合(ステップS1705でYESの場合)、ステップS1706で、データ処理部110は、入力されたお預かり番号およびパスワード、ならびに、携帯端末情報を含む預かり番号情報(預かり残額返却要求情報)を電子マネー管理サーバ200に送信する。
Returning to FIG. 18, in step S <b> 1705, the
図19に進んで、ステップS2171で、データ処理部210は、携帯電話100からお預かり番号、パスワードおよび携帯端末情報を含む預かり番号情報を受信したか否かを判断する。受信していないと判断した場合(ステップS2171でNOの場合)、データ処理部210は、実行する処理をステップS2271に進める。一方、受信したと判断した場合(ステップS2171でYESの場合)、ステップS2172で、データ処理部210は、ステップS2171で受信した預かり番号情報に含まれるお預かり番号およびパスワードが記憶部220に存在するか否かを判断する。
Proceeding to FIG. 19, in step S2171, the
お預かり番号およびパスワードが存在しないと判断した場合(ステップS2172でNOの場合)、ステップS2173で、データ処理部210は、ステップS2171で受信した携帯端末情報で示される携帯電話100に番号エラー画面を送信し、実行する処理をステップS2271に進める。
If it is determined that the deposit number and password do not exist (NO in step S2172), in step S2173, the
図34に進んで、図34(b)は、ステップS2173で携帯電話100に送信される番号エラー画面である。図34(b)の画面には、受信したお預かり番号またはパスワードが記憶部220に存在しない旨の文章、および、再度、番号入力画面を表示させるためのリンクである「OK」が表示される。
Proceeding to FIG. 34, FIG. 34 (b) is a number error screen transmitted to the
図19に戻って、お預かり番号およびパスワードが存在すると判断した場合(ステップS2172でYESの場合)、ステップS2174で、データ処理部210は、ステップS2171で受信したお預かり番号およびパスワードに対応して記憶部220に記憶された携帯端末情報と、ステップS2171で受信した携帯端末情報とが一致するか否かを判断する。
Returning to FIG. 19, if it is determined that there is a custody number and password (YES in step S2172), in step S2174, the
携帯端末情報が一致すると判断した場合(ステップS2174でYESの場合)、本来機種変更されているので携帯端末情報が異なるはずであるのに携帯端末情報が一致していることとなり何らかの不正の疑いがあるので、バリューの返却処理を行なうことなく、ステップS2175で、データ処理部110は、携帯端末一致エラー画面を携帯電話100に送信し、実行する処理をステップS2271に進める。携帯端末一致エラー画面には、図34(b)で説明した番号エラー画面のお預かり番号またはパスワードが記憶部220に存在しない旨の文書に替えて、バリューを預ける前の携帯端末情報とバリューの返却を受けようとしている携帯端末情報とが一致する旨の文章が表示される。
If it is determined that the mobile terminal information matches (YES in step S2174), the mobile terminal information should be different because the mobile phone information should be different because the model has been changed, so there is some doubt of fraud. Therefore, without performing the value return process, in step S2175, the
一方、携帯端末情報が一致しないと判断した場合(ステップS2174でNOの場合)、ステップS2176で、データ処理部210は、ステップS2171で受信したお預かり番号とパスワードとに対応して記憶部220に記憶された預かり残高を読出す。
On the other hand, if it is determined that the mobile terminal information does not match (NO in step S2174), in step S2176, the
そして、ステップS2177で、データ処理部210は、ステップS2071で受信した残高返却依頼情報に含まれるバリュー残高情報で示されるバリュー残高と、ステップS2176で読出した預かり残高とを加算した金額が、携帯端末情報と対応して利用者情報DB221に記憶された携帯上保持限度額以下であるか否かを判断する。つまり、預かり残高とバリュー残高との合計額、および携帯上保持限度額に基づいて預かり残高の返却を許容するか否かを判定する。
In step S2177, the
携帯上保持限度額以下でないと判断した場合(ステップS2176でNOの場合)、ステップS2178で、データ処理部210は、バリューの返却処理を行なうことなく、携帯上保持限度額返却不可画面を携帯電話100に送信し、実行する処理をステップS2271に進める。携帯上保持限度額返却不可画面には、図34(b)で説明した番号エラー画面のお預かり番号またはパスワードが記憶部220に存在しない旨の文章に替えて、バリュー残高と預かり残高とを加算した額が携帯上保持限度額を超えるので預かり残高を返却することができない旨の文章が表示される。
If it is determined that the amount is not less than the portable retention limit (NO in step S2176), in step S2178, the
一方、携帯上保持限度額以下であると判断した場合(ステップS2176でYESの場合)、ステップS2179で、データ処理部210は、ステップS2176で読出した預かり残高を示す預かり残高情報を、ステップS2171で受信した携帯端末情報で示される携帯電話100に送信する。
On the other hand, if it is determined that the amount is not more than the portable holding limit (YES in step S2176), in step S2179, the
図18に戻って、ステップS1711で、データ処理部110は、電子マネー管理サーバ200から預かり残高情報を受信したか否かを判断する。預かり残高情報を受信していないと判断した場合(ステップS1711でNOの場合)、ステップS1711aで、データ処理部110は、電子マネー管理サーバ200から携帯上保持限度額返却不可画面を受信したか否かを判断する。携帯上保持限度額返却不可画面を受信していないと判断した場合(ステップS1711aでNOの場合)、データ処理部110は、実行する処理をステップS1711の処理に戻す。
Returning to FIG. 18, in step S <b> 1711, the
一方、携帯上保持限度額返却不可画面を受信したと判断した場合(ステップS1711aでYESの場合)、ステップS1711bで、データ処理部110は、携帯上保持限度額返却不可画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をステップS1726に進める。
On the other hand, if it is determined that the screen for holding the mobile limit amount cannot be returned (YES in step S1711a), the
一方、預かり残高情報を受信したと判断した場合(ステップS1711でYESの場合)、ステップS1712で、データ処理部110は、ステップS1711で受信した預かり残高情報で示される預かり残高を含む預かり残高返却確認画面を表示部140に表示させる。
On the other hand, if it is determined that the deposit balance information has been received (YES in step S1711), in step S1712, the
図34に進んで、図34(c)は、ステップS1711で携帯電話100に表示される預かり残高返却確認画面である。図34の画面には、ステップS1711で受信した預かり残高情報で示される預かり残高、ステップS1701で取得されたバリュー残高、バリューの返却を実行するか否かを確認する旨の文章、および、バリューの返却を実行するためのリンクである「実行」が表示される。
Proceeding to FIG. 34, FIG. 34 (c) is a deposit balance return confirmation screen displayed on the
図18に戻って、ステップS1713で、データ処理部110は、「実行」のリンクが選択されることによって、実行の入力があったか否かを判断する。実行の入力があったと判断した場合(ステップS1713でYESの場合)、ステップS1714で、データ処理部110は、返却実行情報を電子マネー管理サーバ200に送信する。返却実行情報は、返却されるバリューを非接触型ICチップ190の記憶部192に記憶させる処理を開始させる契機となるバリュー返却情報の送信を要求するための情報であり、携帯端末情報を含む。
Returning to FIG. 18, in step S <b> 1713, the
図19に進んで、ステップS2271で、データ処理部210は、携帯電話100から返却実行情報を受信したか否かを判断する。返却実行情報を受信したと判断した場合(ステップS2271でYESの場合)、ステップS2272で、データ処理部210は、返却実行情報に含まれる携帯端末情報で示される携帯電話100に、バリュー返却情報を送信する。
Proceeding to FIG. 19, in
図18に戻って、ステップS1715で、データ処理部110は、電子マネー管理サーバ200からバリュー返却情報を受信したか否かを判断する。バリュー返却情報を受信したと判断した場合(ステップS1715でYESの場合)、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域にステップS1711で受信した預かり残高情報で示される預かり残高のバリューを記憶させる返却バリュー書込み処理を開始させるための情報であって、預かり残高情報および携帯端末情報を含むバリュー返却処理開始要求情報をリモート発行サーバ400に送信する。
Returning to FIG. 18, in step S <b> 1715, the
図1に戻って、リモート発行サーバ400は、バリュー返却実行情報を、バリュー返却処理開始要求情報に含まれる携帯端末情報で示される携帯電話100に送信する。バリュー返却実行情報は、携帯電話100の非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域に、バリュー返却処理開始要求情報に含まれる預かり残高情報で示される額のバリューを記憶させるための情報である。
Returning to FIG. 1, the
図18に進んで、データ処理部110は、ステップS1722で、リモート発行サーバ400からバリュー返却実行情報を受信したか否かを判断する。バリュー返却実行情報を受信したと判断した場合(ステップS1722でYESの場合)、ステップS1723で、データ処理部110は、リモート発行サーバ400から受信したバリュー返却実行情報で示される返却バリュー書込処理を実行する。返却バリュー書込処理は、バリュー返却実行情報で示されるバリューを非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域に書込む処理である。返却バリュー書込処理が開始される際に、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域にバリューが記憶されている場合には、記憶されているバリューに新たに書込むバリューを加算するための処理が行なわれる。すなわち、返却バリュー書込処理が行なわれると、書込み前に記憶されていたバリューの額と新たに書込むバリューの額との合計額のバリューが記憶部192に書込まれる。
Proceeding to FIG. 18, the
なお、データ処理部110は、非接触型ICチップ190の制御部191に対して返却バリュー書込要求信号を送信し、制御部191が記憶部192の電子マネー遊技使用サービス用の記憶領域にバリューを書込むものであってもよい。この場合、データ処理部110から制御部191に返却バリュー書込要求信号を送信する処理が、バリューを加算するための処理に該当する。
The
次いで、データ処理部110は、ステップS1724で、リモート発行サーバ400から返却バリュー書込終了情報を受信したことによって、返却バリュー書込処理が終了したか否かを判断する。返却バリュー書込処理が終了したと判断した場合(ステップS1724でYESの場合)、データ処理部110は、ステップS1725で、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の記憶領域からバリュー残高を取得して、返却完了画面を表示部140に表示させる。
Next, in step S <b> 1724, the
図34に進んで、図34(d)の画面は、ステップS1725で表示される返却完了画面である。図34(d)の画面には、図25(b)の画面と同様のチップID、バリューの返却が完了した旨の文章、返却金額が1000円であること、および、返却後のバリューの残高が1000円であることが表示される。 Proceeding to FIG. 34, the screen of FIG. 34D is a return completion screen displayed in step S <b> 1725. In the screen of FIG. 34 (d), the same chip ID as in the screen of FIG. 25 (b), a sentence indicating that the return of the value is completed, the return amount is 1000 yen, and the balance of the value after the return Is displayed as 1000 yen.
そして、ステップS1726で、データ処理部110は、返却完了画面で確認操作がされたか否かを判断する。確認操作がされたと判断した場合(ステップS1726でYESの場合)、ステップS1727で、データ処理部110は、図26(b)で説明した起動時初期画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をこの処理の呼出元の処理に戻す。
In step S1726, the
(電子マネーシステム10でのバリューの使用の説明)
図35は、本実施の形態における券売機300で実行される発券処理の流れを示すフローチャートである。図35を参照して、まず、ステップS310で、券売機300のデータ処理部310は、不正登録処理を実行する。
(Description of use of value in the electronic money system 10)
FIG. 35 is a flowchart showing the flow of the ticket issuing process executed by the
図36は、本実施の形態における券売機300で実行される不正登録処理の流れを示すフローチャートである。図36を参照して、データ処理部310は、ステップS311で、電子マネー管理サーバ200から店舗サーバ800を介して、携帯使用禁止情報を受信したか否かを判断する。
FIG. 36 is a flowchart showing the flow of unauthorized registration processing executed by the
携帯使用禁止情報とは、遊技場30においてすべての携帯電話100でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図41および図42で説明する。
The portable use prohibition information is information for instructing to prohibit the use of value in all the
携帯使用禁止情報を受信したと判断した場合(ステップS311でYESの場合)、データ処理部310は、ステップS312で、携帯使用禁止情報を記憶部320に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合(ステップS311でNOの場合)、または、ステップS312の後、データ処理部310は、実行する処理をステップS313に進める。
If it is determined that the portable use prohibition information has been received (YES in step S311), the
ステップS313では、データ処理部310は、電子マネー管理サーバ200から店舗サーバ800を介して、不正端末情報を受信したか否かを判断する。
In step S <b> 313, the
不正端末情報は、携帯IDを含み、携帯IDで示される携帯電話100でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図41および図42で説明する。
The unauthorized terminal information is information for instructing to prohibit the use of the value in the
不正端末情報を受信したと判断した場合(ステップS313でYESの場合)、データ処理部310は、ステップS314で、不正端末情報を記憶部320に記憶させる。一方、不正端末情報を受信していないと判断した場合(ステップS313でNOの場合)、または、ステップS314の後、データ処理部310は、実行する処理をこの不正登録処理の呼出元の処理である図35の発券処理に戻す。
If it is determined that the unauthorized terminal information has been received (YES in step S313), the
図35に戻って、ステップS320で、データ処理部310は、貨幣処理機380から現金が投入された旨の現金投入信号を受信したか否かを判断する。
Returning to FIG. 35, in step S320, the
現金投入信号を受信したと判断した場合(ステップS320でYESの場合)、ステップS323で、データ処理部310は、貨幣処理機380から現金カウント信号を受信して、現金カウント信号で示される現金の額を現金投入額にセットする。
If it is determined that the cash input signal has been received (YES in step S320), in step S323, the
そして、ステップS324で、データ処理部310は、現金カウント信号を再度受信したか否かを判断することによって、現金が追加投入されたか否かを判断する。現金が追加投入されたと判断した場合(ステップS324でYESの場合)、データ処理部310は、再度受信された現金カウント信号で示される現金の額を現金投入額に加算する。
In step S324, the
現金が追加投入されていないと判断した場合(ステップS324でNOの場合)、または、ステップS325の後、データ処理部310は、現金投入額以下の金額ボタンを有効化制御する。有効化制御が実行されることにより、操作部330の金額ボタンへの操作が有効に受付可能にされるとともに、有効となった金額ボタンに設けられているランプが点灯される。
If it is determined that no additional cash has been input (NO in step S324), or after step S325, the
そして、ステップS327で、データ処理部310は、ステップS326で有効化された金額ボタンが操作されたことを示す操作信号を操作部330から受信したか否かを判断する。つまり、現金投入額以下の金額ボタンが操作されたか否かを判断する。現金投入額以下の金額ボタンが操作されていないと判断した場合(ステップS327でNOの場合)、データ処理部310は、実行する処理をステップS324に戻す。
In step S327, the
一方、有効化された金額ボタンが操作されたと判断した場合(ステップS327でYESの場合)、データ処理部310は、ステップS328で、操作信号で示される金額ボタンの金額を購入金額にセットする。その後、データ処理部310は、実行する処理をステップS361に進める。
On the other hand, if it is determined that the validated amount button has been operated (YES in step S327), the
一方、現金投入信号を受信していないと判断した場合(ステップS320でNOの場合)、データ処理部310は、ステップS321で、操作部330の利用ボタンの操作が操作されたことを示す操作信号を操作部330から受信したか否かを判断することによって、利用ボタンが操作されたか否かを判断する。利用ボタンは、バリューを使用するときにユーザが操作するボタンである。利用ボタンが操作されていないと判断した場合(ステップS321でNOの場合)、データ処理部310は、実行する処理をステップS310に戻す。
On the other hand, when it is determined that the cash input signal has not been received (NO in step S320), the
一方、利用ボタンが操作されたと判断した場合(ステップS321でYESの場合)、データ処理部310は、ステップS322で、図36の不正登録処理で携帯使用禁止情報が記憶部320に記憶されたか否かを判断する。つまり、すべての携帯電話100でのバリューの使用が禁止されているか否かを判断する。
On the other hand, if it is determined that the use button has been operated (YES in step S321), the
すべての携帯電話100でのバリューの使用が禁止されていないと判断した場合(ステップS322でNOの場合)、データ処理部310は、ステップS331で、全金額の金額ボタンを有効化制御する。そして、ステップS332で、データ処理部310は、ステップS331で有効化制御された金額ボタンが操作されたことを示す操作信号を操作部330から受信したか否かを判断する。つまり、いずれかの金額ボタンが操作されたか否かを判断する。いずれの金額ボタンも操作されていないと判断した場合(ステップS331でNOの場合)、データ処理部310は、ステップS331を繰返す。
If it is determined that the use of value on all
一方、いずれかの金額ボタンが操作されたと判断した場合(ステップS331でYESの場合)、データ処理部310は、ステップS333で、操作信号で示される金額ボタンの金額を購入金額にセットする。
On the other hand, if it is determined that one of the amount buttons has been operated (YES in step S331), the
そして、データ処理部310は、ステップS341で、チップリーダライタ390によって携帯電話100の非接触型ICチップ190からバリュー残高が読込まれたか否かを判断する。読込まれていないと判断した場合(ステップS341でNOの場合)、データ処理部310は、ステップS341の処理を繰返す。なお、一定時間(たとえば、30秒)、バリュー残高が読込まれないと判断した場合に、データ処理部310は、ステップS331で有効化された金額ボタンを無効化して、購入金額をリセットするようにしてもよい。
In step S341, the
一方、携帯電話100からバリュー残高が読込まれたと判断した場合(ステップS341でYESの場合)、データ処理部310は、ステップS342で、バリュー残高とともに読込まれた携帯IDが図36の不正登録処理で記憶部320に記憶された不正端末情報により示される携帯IDであるか否かを判断する。つまり、不正な携帯電話100であるか否かを判断する。
On the other hand, if it is determined that the value balance has been read from the mobile phone 100 (YES in step S341), the
不正携帯電話であると判断した場合(ステップS342でYESの場合)、データ処理部310は、ステップS343で、エラー報知する。エラー報知としては、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりする。そして、ステップS344で、データ処理部310は、遊技場30の係員によって不正携帯電話であるか否かが確認されて、確認操作がされたか否かを判断する。確認操作がされていない場合(ステップS344でNOの場合)、データ処理部310は、ステップS344を繰返す。一方、確認操作がされたと判断した場合(ステップS344でYESの場合)、データ処理部310は、実行する処理をステップS310に戻す。
If it is determined that the mobile phone is an unauthorized mobile phone (YES in step S342), the
不正携帯電話でないと判断した場合(ステップS342でNOの場合)、データ処理部310は、ステップS345で、バリュー残高とともに読込まれた携帯IDが、テスト用の携帯電話100の携帯IDであるか否かを判断する。つまり、バリュー残高が読込まれた携帯電話100がテスト用であるか否かを判断する。テスト用の携帯電話100の携帯IDは、電子マネー管理サーバ200から店舗サーバ800を介して、または、直接、券売機300に入力されることによって、券売機300の記憶部320に予め記憶される。
If it is determined that the mobile phone is not an unauthorized mobile phone (NO in step S342), the
テスト用携帯電話であると判断した場合(ステップS345でYESの場合)、ステップS346で、データ処理部310は、テスト用の携帯電話の使用を許可する設定がされているか否かを判断する。テスト用の携帯電話の使用を許可するか否かは、券売機300に予め設定される。
When it is determined that the mobile phone is a test mobile phone (YES in step S345), in step S346, the
なお、店舗サーバ800にテスト用の携帯電話の使用を許可するか否かの設定が予め記憶されるようにして、ステップS346で、データ処理部310が、店舗サーバ800に問合わせて、テスト用の携帯電話の使用を許可する設定がされているか否かを判断するようにしてもよい。
In step S346, the
テスト用携帯電話の使用許可設定がされていないと判断した場合(ステップS346でNOの場合)、データ処理部310は、ステップS347で、ステップS343と同様に、エラー報知する。そして、ステップS348で、データ処理部310は、遊技場30の係員によって不正携帯電話であるか否かが確認されて、確認操作がされたか否かを判断する。確認操作がされていない場合(ステップS348でNOの場合)、データ処理部310は、ステップS348を繰返す。一方、確認操作がされたと判断した場合(ステップS348でYESの場合)、データ処理部310は、実行する処理をステップS310に戻す。
If it is determined that the use permission setting for the test mobile phone has not been set (NO in step S346), the
一方、テスト用携帯端末でないと判断した場合(ステップS345でNOの場合)、または、テスト用携帯電話の使用許可設定がされていると判断した場合(ステップS346でYESの場合)、データ処理部310は、実行する処理をステップS351に進める。
On the other hand, if it is determined that the mobile terminal is not a test mobile terminal (NO in step S345), or if it is determined that use of the test mobile phone is set (YES in step S346), the
一方、すべての携帯電話100でのバリューの使用が禁止されていると判断した場合(ステップS322でYESの場合)、データ処理部310は、実行する処理をステップS310に戻す。
On the other hand, when it is determined that the use of value in all
なお、ステップS342でYESの場合、および、ステップS346でNOの場合は、データ処理部310は、ステップS331で有効化された金額ボタンを無効化して、購入金額をリセットする。
In the case of YES in step S342 and in the case of NO in step S346, the
ステップS351では、データ処理部310は、購入金額がバリュー残額よりも大きな額であるか否かを判断する。購入金額がバリュー残額よりも大きな額でないと判断した場合(ステップS351でNOの場合)、ステップS356において、データ処理部310は、購入金額分のバリューを携帯電話100の非接触型ICチップ190の記憶部192から減算させるための減算要求信号を携帯電話100に送信させるように、チップリーダライタ390を制御する。
In step S351, the
具体的には、データ処理部310は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話100に送信するように非接触通信部393を制御する旨の減算制御コマンドをチップリーダライタ390の制御部391に送信する。チップリーダライタ390の制御部391は、減算制御コマンドに応じて、減算要求信号を携帯電話100に送信するよう非接触通信部393を制御する。
Specifically, the
一方、減算要求信号を受信した携帯電話100では、非接触型ICチップ190の制御部191により、記憶部192の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号を券売機300のチップリーダライタ390に送信する処理が行なわれる。
On the other hand, in the
そして、データ処理部310は、ステップS357で、携帯電話100から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ390の制御部391は、携帯電話100からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部310に送信する。データ処理部310は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部310は、ステップS357において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件(判定回数、時間等)が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部340において報知するようにしてもよい。
Then, in step S357, the
減算終了信号を受信したと判断した場合(ステップS357でYESの場合)、ステップS358で、データ処理部310は、バリュー残額から購入金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から購入金額を減算した額が所定額以下であると判断した場合(ステップS358でYESの場合)、ステップS359で、データ処理部310は、携帯電話100の非接触型ICチップ190に、減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ390を制御する。
If it is determined that the subtraction end signal has been received (YES in step S357), in step S358, the
減算後残高僅少情報は、バリューの減算後に携帯電話100に記憶されているバリューの額が僅少である旨を携帯電話100に伝達するための情報である。アプリ起動信号は、携帯電話100の電子マネーアプリ111を外部から起動させるための信号である。所定額は、たとえば、最低額のプリペイドカード371を1回購入できる額であり、本実施の形態においては、1000円である。なお、所定額は、僅少な額であれば、他の額であってもよい。
The balance subtraction information after subtraction is information for transmitting to the
一方、バリュー残額から購入金額を減算した額が所定額以下でないと判断した場合(ステップS358でNOの場合)、または、ステップS359の後、データ処理部310は、実行する処理をステップS361に進める。
On the other hand, when it is determined that the amount obtained by subtracting the purchase amount from the remaining value is not equal to or less than the predetermined amount (NO in step S358), or after step S359, the
一方、購入金額がバリュー残額よりも大きな額であると判断した場合(ステップS351でYESの場合)、ステップS352で、データ処理部310は、減算前残高不足情報を含むアプリ起動信号を携帯電話100の非接触型ICチップ190に送信するように、チップリーダライタ390を制御する。減算前残高不足情報は、バリューを減算する前に携帯電話100に記憶されているバリューの額が不足している旨を携帯電話100に伝達するための情報である。アプリ起動信号は、ステップS359で説明したものと同様である。その後、データ処理部310は、実行する処理をステップS310に戻す。
On the other hand, when it is determined that the purchase amount is larger than the remaining value (YES in step S351), in step S352, the
ステップS361では、データ処理部310は、発券するプリペイドカード371のカードID、購入に用いた現金額、購入に用いた携帯電話100の携帯ID、および、購入に用いたバリューの額(以下、取引額ともいう)をそれぞれ特定する情報を含む取引情報を店舗サーバ800に送信する。
In step S361, the
次に、ステップS362で、データ処理部310は、購入金額のプリペイドカード371を発券するよう、カードリーダライタ370を制御する。なお、現金投入額が購入金額より多い場合は、データ処理部310は、現金投入額から購入金額を減算した釣銭を払出すよう、貨幣処理機380を制御する。そして、データ処理部310は、ステップS363で、購入金額、バリュー残額、および、現金投入額をリセットして、実行する処理をステップS310に戻す。
Next, in step S362, the
ステップS359、または、ステップS352が実行されることによって券売機300から送信されたアプリ起動信号を非接触型ICチップ190で受信すると、非接触型ICチップ190の制御部191は、電子マネーアプリ111を起動させるコマンドをデータ処理部110に出力する。電子マネーアプリ111を起動させるコマンドを受けると、データ処理部110は、電子マネーアプリ111を起動させる。
When the application activation signal transmitted from the
図37は、本実施の形態における電子マネーシステム10において券売機300から携帯電話100の電子マネーアプリ111が起動されるときに携帯電話100の表示部140に表示される第1の表示画面図である。図37(a)の画面は、図25(a)の画面と同様であるので、重複する説明は繰返さない。
FIG. 37 is a first display screen diagram displayed on the display unit 140 of the
図10に戻って、電子マネーアプリ111のステップS180で、データ処理部110は、電子マネーアプリ111の起動が非接触型ICチップ190からの起動であると判断する。非接触型ICチップ190からの起動であると判断した場合(ステップS180でYESの場合)、データ処理部110は、実行する処理をステップS181に進める。
Returning to FIG. 10, in step S <b> 180 of the
ステップS181では、データ処理部110は、減算前残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ111を起動させたアプリ起動信号に減算前残高不足情報が含まれているか否かを判断する。減算前残高不足情報を受信していないと判断した場合(ステップS181でNOの場合)、ステップS182で、データ処理部310は、減算後残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ111を起動させたアプリ起動信号に減算後残高不足情報が含まれているか否かを判断する。
In step S181, the
減算後残高不足情報を受信していないと判断した場合(ステップS182でNOの場合)、ステップS184で、データ処理部310は、携帯電話100に記憶されているバリューの残高が僅少である旨を報知する。本実施の形態においては、残高が僅少である旨を表示部140に表示させることによって残高が僅少であることを報知する。しかし、これに限定されず、たとえば、データ処理部310は、残高が僅少である旨の音声を出力したり、残高が僅少である旨の振動を発生させたりすることによって、残高が僅少であることを報知するようにしてもよい。
If it is determined that the balance shortage information after subtraction has not been received (NO in step S182), in step S184, the
図37に進んで、図37(b)は、残高が僅少である旨の表示画面図である。図37(b)の画面には、携帯電話100に記憶されているバリューの残高が僅少である旨、および、バリューの購入のための処理に移行する旨が表示される。
Proceeding to FIG. 37, FIG. 37 (b) is a display screen diagram showing that the balance is very small. The screen in FIG. 37B displays that the value balance stored in the
図10に戻って、減算前残高不足情報を受信したと判断した場合(ステップS181でYESの場合)、または、減算後残高不足情報を受信したと判断した場合(ステップS182でYESの場合)、ステップS185で、データ処理部310は、携帯電話100に記憶されているバリューの残高が不足している旨を報知する。本実施の形態においては、残高が不足している旨を表示部140に表示させることによって残高が不足していることを報知する。しかし、これに限定されず、たとえば、データ処理部310は、残高が不足している旨の音声を出力したり、残高が不足している旨の振動を発生させたりすることによって、残高が不足していることを報知するようにしてもよい。
Returning to FIG. 10, when it is determined that the balance shortage information before subtraction has been received (YES in step S181), or when it is determined that the balance shortage information after subtraction has been received (YES in step S182), In step S185, the
図37に進んで、図37(c)は、残高が不足している旨の表示画面図である。図37(c)の画面には、携帯電話100に記憶されているバリューの残高が不足している旨、および、バリューの購入のための処理に移行する旨が表示される。
Proceeding to FIG. 37, FIG. 37 (c) is a display screen diagram indicating that the balance is insufficient. The screen of FIG. 37 (c) displays that the value balance stored in the
なお、本実施の形態においては、携帯電話100に記憶されているバリューの残高が僅少であること、および、不足していることを分けて、券売機300から携帯電話100にアプリ起動信号を送信するようにして携帯電話100で報知するようにした。しかし、これに限定されず、バリューの残高が僅少であること、および、不足していることを分けずに、携帯電話100で報知するようにしてもよい。つまり、バリューの残高が0円であるときを含めてバリューの残高が所定額以下のときにバリューの残高が不足している旨の残高不足情報を券売機300から携帯電話100に送信するようにして携帯電話100で残高が不足している旨を報知するようにしてもよい。
In the present embodiment, the application activation signal is transmitted from the
図10に戻って、ステップS184、または、ステップS185の後、ステップS130で、データ処理部310は、バリュー購入時処理を実行する。バリュー購入時処理が実行されることによって、図11で説明したように、ステップS139で、購入金額選択画面が表示される。このように、ユーザが電子マネーアプリ111を起動させなくても、自動的に購入金額選択画面を表示させることができる。
Returning to FIG. 10, after step S184 or step S185, in step S130, the
なお、ステップS184、または、ステップS185の後、ステップS130に遷移するようにしたが、これに限定されず、ステップS192に遷移するようにしてもよい。これによって、ユーザが起動時初期画面でバリュー購入を選択することによって、バリュー購入時処理を実行させることができる。 In addition, although it changed to step S130 after step S184 or step S185, it is not limited to this, You may make it change to step S192. Thus, the value purchase process can be executed by the user selecting value purchase on the startup initial screen.
図38は、本実施の形態におけるカードユニット600で実行される球貸処理の流れを示すフローチャートである。図38を参照して、まず、ステップS610で、カードユニット600のデータ処理部610は、ユニット不正登録処理を実行する。
FIG. 38 is a flowchart showing the flow of the ball lending process executed by the
図40は、本実施の形態におけるカードユニット600で実行されるユニット不正登録処理の流れを示すフローチャートである。図40を参照して、ステップS601で、データ処理部610は、電子マネー管理サーバ200から店舗サーバ800を介して、携帯使用禁止情報を受信したか否かを判断する。携帯使用禁止情報は、図36のステップS311で説明したので重複する説明は繰返さない。
FIG. 40 is a flowchart showing the flow of unit unauthorized registration processing executed by the
携帯使用禁止情報を受信したと判断した場合(ステップS601でYESの場合)、データ処理部610は、ステップS602で、携帯使用禁止情報を記憶部620に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合(ステップS601でNOの場合)、または、ステップS602の後、データ処理部610は、実行する処理をステップS603に進める。
If it is determined that the portable use prohibition information has been received (YES in step S601), the
ステップS603では、データ処理部610は、電子マネー管理サーバ200から店舗サーバ800を介して、不正端末情報を受信したか否かを判断する。不正端末情報は、図36のステップS313で説明したので重複する説明は繰返さない。
In step S <b> 603, the
不正端末情報を受信したと判断した場合(ステップS603でYESの場合)、データ処理部610は、ステップS604で、不正端末情報を記憶部620に記憶させる。一方、不正端末情報を受信していないと判断した場合(ステップS603でNOの場合)、または、ステップS604の後、ステップS605で、データ処理部610は、電子マネー管理サーバ200から店舗サーバ800を介して、不正カードIDを受信したか否かを判断する。
If it is determined that the unauthorized terminal information has been received (YES in step S603), the
不正カードIDは、不正な携帯電話100で購入されたプリペイドカード371を識別するためのIDである。不正カードIDを送信する処理については、後述する図41および図42で説明する。
The unauthorized card ID is an ID for identifying a
不正カードIDを受信したと判断した場合(ステップS605でYESの場合)、データ処理部610は、ステップS606で、不正カードIDを記憶部620に記憶させる。不正カードIDを受信していないと判断した場合(ステップS605でNOの場合)、または、ステップS606の後、データ処理部610は、実行する処理をこのユニット不正登録処理の呼出元の処理である図38の球貸処理に戻す。一方、不正カードIDを受信していないと判断した場合(ステップS605でNOの場合)、データ処理部610は、実行する処理を図38の球貸処理に戻す。
If it is determined that the unauthorized card ID has been received (YES in step S605), the
図38に戻って、データ処理部610は、ステップS611で、カードリーダライタ670からプリペイドカード371が投入されたことを示す投入信号を受信したか否かを判断する。
Returning to FIG. 38, in step S611, the
投入信号を受信したと判断した場合(ステップS611でYESの場合)、データ処理部610は、ステップS612で、カードリーダライタ670から、投入されたプリペイドカード371のカードIDが、記憶部620に記憶された不正カードIDと同じであることを示す不正カード信号を受信したか否かを判断する。
If it is determined that the insertion signal has been received (YES in step S611), the
不正カードでないと判断した場合(ステップS612でNOの場合)、データ処理部610は、実行する処理をステップS690に進める。一方、不正カードであると判断した場合(ステップS612でYESの場合)、データ処理部610は、ステップS671で、不正なプリペイドカードが投入された旨をエラー報知する。エラー報知は、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりすることによって行なう。そして、ステップS672で、データ処理部610は、遊技場30の係員によってエラー報知が確認されたことを示す確認操作があったか否かを判断する。確認操作がないと判断した場合(ステップS672でNOの場合)、データ処理部610は、ステップS672の処理を繰返す。一方、確認操作があったと判断した場合(ステップS672でYESの場合)、データ処理部610は、実行する処理をステップS610に戻す。
If it is determined that the card is not an unauthorized card (NO in step S612),
一方、投入信号を受信していないと判断した場合(ステップS611でNOの場合)、データ処理部610は、ステップS620で、貨幣処理機680から現金が投入された旨の現金投入信号を受信したか否かを判断する。
On the other hand, if it is determined that the insertion signal has not been received (NO in step S611), the
現金投入信号を受信したと判断した場合(ステップS620でYESの場合)、ステップS681で、データ処理部610は、発券するプリペイドカード371のカードID、および、購入に用いた現金額をそれぞれ特定する情報を含む取引情報を店舗サーバ800に送信する。
If it is determined that a cash insertion signal has been received (YES in step S620), in step S681, the
次に、ステップS682で、データ処理部610は、プリペイドカード371を発行し、貨幣処理機680からの現金カウント信号で示される現金投入額を、カードリーダライタ670の内部に予めストックされているプリペイドカード371に入金するよう、カードリーダライタ670を制御する。なお、ここでは、プリペイドカード371は、入金後、カードユニット600の中に保持されて、排出されない。その後、データ処理部610は、実行する処理をステップS690に進める。
Next, in step S682, the
ステップS690では、データ処理部610は、プリペイド球貸処理を実行する。プリペイド球貸処理については、後述する図39で説明する。
In step S690, the
図39は、本実施の形態におけるカードユニット600で実行されるプリペイド球貸処理の流れを示すフローチャートである。
FIG. 39 is a flowchart showing the flow of prepaid ball lending processing executed by
図39を参照して、ステップS691で、データ処理部610は、貨幣処理機680から現金が投入された旨の現金投入信号を受信したか否かを判断する。現金投入信号を受信したと判断した場合(ステップS691でYESの場合)、ステップS692で、データ処理部610は、貨幣処理機680から現金カウント信号を受信して、現金カウント信号で示される現金の額をプリペイドカード371に加算するよう、カードリーダライタ670を制御する。
Referring to FIG. 39, in step S691,
一方、現金投入信号を受信していないと判断した場合(ステップS691でNOの場合)、または、ステップS692の後、データ処理部610は、ステップS613で、カードリーダライタ670によって読込まれたプリペイドカード371に記録されたプリペイドの残高を、カードリーダライタ670から受信する。
On the other hand, if it is determined that the cash input signal has not been received (NO in step S691), or after step S692, the
次に、ステップS614で、データ処理部610は、受信した残高が0より大きい値であるか、すなわち残高が0でないか否かを判断する。残高が0よりも大きい値でないと判断した場合(ステップS614でNOの場合)、データ処理部610は、実行する処理をステップS632に進める。
Next, in step S614, the
一方、残高が0より大きい値であると判断した場合(ステップS614でYESの場合)、データ処理部610は、ステップS615で、球貸ボタン631から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合(ステップS615でNOの場合)、データ処理部610は、実行する処理をステップS631に進める。
On the other hand, if it is determined that the balance is greater than 0 (YES in step S614),
一方、球貸操作信号を受信したと判断した場合(ステップS615でYESの場合)、データ処理部610は、ステップS616で、プリペイドカード371の残高から所定貸球相当の対価を減算する。次に、データ処理部610は、ステップS617で、減算した残高をプリペイドカード371に書込むよう、カードリーダライタ670を制御する。
On the other hand, if it is determined that the ball lending operation signal has been received (YES in step S615), the
次いで、ステップS618で、データ処理部610は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機700に送信する。この球貸信号に応じて、パチンコ遊技機700は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。なお、カードユニット600は、球貸信号を送信することによりパチンコ遊技機700に遊技球を払出させるものに限らず、自ら遊技球を払出すものであってもよい。すなわち、ステップS618において、遊技球を払出す処理を実行するものであってもよい。その後、データ処理部610は、実行する処理をステップS631に進める。
Next, in step S618, the
ステップS631では、データ処理部610は、返却ボタン632から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合(ステップS631でNOの場合)、データ処理部610は、実行する処理をステップS691に戻す。
In step S <b> 631, the
一方、返却操作信号を受信したと判断した場合(ステップS631でYESの場合)、データ処理部610は、実行する処理をステップS632に進める。
On the other hand, if it is determined that a return operation signal has been received (YES in step S631),
ステップS632では、データ処理部610は、プリペイドカード371から読込まれた残高をリセットする。次に、ステップS633で、データ処理部610は、プリペイドカード371を返却するように、カードリーダライタ670を制御する。その後、データ処理部610は、実行する処理をこのプリペイド球貸処理の呼出元の処理である図38の球貸処理に戻す。
In step S632, the
図38に戻って、ステップS690でプリペイド球貸処理の実行後、データ処理部610は、実行する処理をステップS610に戻す。
Returning to FIG. 38, after the prepaid ball lending process is executed in step S690, the
一方、現金投入信号を受信していないと判断した場合(ステップS620でNOの場合)、データ処理部610は、ステップS622で、図40のユニット不正登録処理で携帯使用禁止情報が記憶部620に記憶されたか否かを判断する。つまり、すべての携帯電話100でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話100でのバリューの使用が禁止されていると判断した場合(ステップS622でYESの場合)、データ処理部610は、実行する処理をステップS610に戻す。
On the other hand, if it is determined that the cash input signal has not been received (NO in step S620), the
一方、すべての携帯電話100でのバリューの使用が禁止されていないと判断した場合(ステップS622でNOの場合)、データ処理部610は、ステップS641からステップS648までの処理を実行する。ステップS641からステップS648までの処理は、図35で説明した発券処理のステップS341からステップS348と同様であるので、説明は繰返さない。
On the other hand, when it is determined that the use of the value in all the
ステップS651では、データ処理部610は、バリュー残額が0円であるか否かを判断する。バリュー残額が0円であると判断した場合(ステップS651でYESの場合)、ステップS652で、データ処理部610は、図35の発券処理のステップS352と同様の減算前残高不足情報を含むアプリ起動信号を携帯電話100の非接触型ICチップ190に送信するように、チップリーダライタ690を制御する。その後、データ処理部610は、実行する処理をステップS610に戻す。
In step S651, the
なお、本実施の形態においては、ステップS651で、バリュー残額が0円であるか否かを判断した。これは、本実施の形態におけるバリューは、遊技のみに用いられ、球貸の単位である100円単位でバリューが引落とされるため、0円であるか否かを判断することによって、球貸可能なバリューが残っているか否かを判断できるためである。しかし、遊技場30以外でもバリューを用いることができるようにした場合、ステップS651で、バリュー残額が球貸に用いることができる最低額である100円未満であるか否かを判断するようにしてもよい。
In the present embodiment, it is determined in step S651 whether the value balance is 0 yen. This is because the value in this embodiment is used only for games and the value is deducted in units of 100 yen, which is the unit of ball rental, so it is possible to lend a ball by determining whether it is 0 yen This is because it can be determined whether or not there is any remaining value. However, if the value can be used in places other than the
一方、バリュー残額が0円でないと判断した場合(ステップS651でNOの場合)、データ処理部610は、ステップS653で、バリュー残額が1000円以上であるか否かを判断する。バリュー残額が1000円以上であると判断した場合(ステップS653でYESの場合)、ステップS654で、データ処理部610は、1000円を購入金額にセットする。一方、バリュー残額が1000円未満であると判断した場合(ステップS653でNOの場合)、ステップS655で、データ処理部610は、バリュー残額を購入金額にセットする。
On the other hand, if it is determined that the value balance is not 0 yen (NO in step S651), the
なお、ステップS653およびステップS654では、1000円としたので、後述するステップS662で、1000円に相当する貸球が払出される。しかし、これに限定されず、500円に相当する貸球が払出されるようにしてもよい。この場合、ステップS653で、バリュー残額が500円以上であるか否かを判断し、ステップS654で、データ処理部610は、500円を購入金額にセットする。
In step S653 and step S654, since it is 1000 yen, in step S662, which will be described later, a rental ball equivalent to 1000 yen is paid out. However, the present invention is not limited to this, and a rental ball equivalent to 500 yen may be paid out. In this case, in step S653, it is determined whether the value balance is 500 yen or more. In step S654, the
ステップS654またはステップS655の後、ステップS656で、データ処理部610は、図35の発券処理のステップS356と同様に、購入金額分のバリューを携帯電話100の非接触型ICチップ190の記憶部192から減算させるための減算要求信号を携帯電話100に送信させるように、チップリーダライタ690を制御する。
After step S654 or step S655, in step S656, the
そして、データ処理部610は、ステップS657で、図35の発券処理のステップS357と同様に、携帯電話100から減算終了信号を受信したか否かを判断する。減算終了信号を受信していないと判断した場合(ステップS657でNOの場合)、データ処理部610は、ステップS657を繰返す。
Then, in step S657, the
一方、減算終了信号を受信したと判断した場合(ステップS657でYESの場合)、ステップS658で、データ処理部610は、バリュー残額から購入金額を減算した額が0円であるか否かを判断する。バリュー残額から購入金額を減算した額が0円であると判断した場合(ステップS658でYESの場合)、ステップS659で、データ処理部610は、携帯電話100の非接触型ICチップ190に、減算後残高不足情報を含むアプリ起動信号を送信するように、チップリーダライタ690を制御する。
On the other hand, when it is determined that the subtraction end signal has been received (YES in step S657), in step S658, the
減算後残高不足情報は、バリューの減算後に携帯電話100に記憶されているバリューの額が不足している旨を携帯電話100に伝達するための情報である。アプリ起動信号は、ステップS359で説明したものと同様である。
The balance shortage information after subtraction is information for transmitting to the
なお、ステップS651と同様、ステップS658で、バリュー残額から購入金額を減算した額が球貸に用いることができる最低額である100円未満であるか否かを判断するようにしてもよい。 As in step S651, it may be determined in step S658 whether the amount obtained by subtracting the purchase amount from the remaining value is less than 100 yen, which is the minimum amount that can be used for ball rental.
さらに、ステップS658に加えて、図35の発券処理のステップS358と同様に、バリュー残額から購入金額を減算した額が所定額以下か否かを判断して、所定額以下である場合、ステップS359と同様に、減算後残額僅少情報を含むアプリ起動信号を携帯電話100に送信するようにしてもよい。
Furthermore, in addition to step S658, as in step S358 of the ticketing process of FIG. 35, it is determined whether or not the amount obtained by subtracting the purchase amount from the remaining value is equal to or less than a predetermined amount. In the same manner as described above, an application activation signal including the subtraction remaining amount information may be transmitted to the
一方、バリュー残額から購入金額を減算した額が0円でないと判断した場合(ステップS658でNOの場合)、または、ステップS659の後、データ処理部610は、ステップS661からステップS663までの処理を実行する。ステップS661からステップS663までの処理は、図35の発券処理のステップS361からステップS363までの処理と同様であるので、説明は繰返さない。ステップS663の後、データ処理部610は、実行する処理をステップS610に戻す。
On the other hand, when it is determined that the amount obtained by subtracting the purchase amount from the remaining value is not 0 yen (NO in step S658), or after step S659, the
ステップS659またはステップS652が実行されることによってカードユニット600から送信されたアプリ起動信号が非接触型ICチップ190で受信されることによって実行される電子マネーアプリ111のステップS181からステップS185までの処理については、図10で説明したので、説明は繰返さない。
Processing from step S181 to step S185 of the
図41は、本実施の形態における電子マネー管理サーバ200により実行される残額管理アプリケーションプログラム214の処理の流れを示すフローチャートである。
FIG. 41 is a flowchart showing a processing flow of the remaining amount
図41を参照して、まず、ステップS291で、電子マネー管理サーバ200のデータ処理部210は、店舗サーバ800から取引情報を受信したか否かを判断する。取引情報を受信した場合(ステップS291でYESの場合)、データ処理部210は、ステップS292で、取引情報に含まれる携帯IDに対応する会員IDのチャージ累計額から取引情報に含まれる取引額を減算する。
Referring to FIG. 41, first, in step S291,
ステップS292の後、または、取引情報を受信していないと判断した場合(ステップS291でNOの場合)、データ処理部210は、ステップS281で、チャージ累計額がマイナスの会員IDがあるか否かを判断する。
After step S292 or when it is determined that transaction information has not been received (NO in step S291), the
チャージ累計額がマイナスの会員IDがあると判断した場合(ステップS281でYESの場合)、ステップS282で、データ処理部210は、その会員IDの不正回数を1回加算する。
If it is determined that there is a member ID whose accumulated charge is negative (YES in step S281), in step S282, the
ステップS282の後、または、チャージ累計額がマイナスの会員IDがないと判断した場合(ステップS281でNOの場合)、ステップS283で、データ処理部210は、不正回数が1回の会員IDがあるか否かを判断する。
After step S282, or when it is determined that there is no member ID whose accumulated charge is negative (NO in step S281), in step S283, the
不正回数1回の会員IDがあると判断した場合(ステップS283でYESの場合)、ステップS284で、データ処理部210は、その会員IDに対応する携帯IDの携帯電話のバリューを使用して購入されたプリペイドカードのカードIDをユニットに登録する旨および当該携帯IDを含む不正媒体情報を遊技場30側に送信する。
If it is determined that there is a member ID with one fraud count (YES in step S283), in step S284, the
ステップS284の後、または、不正回数1回の会員IDがないと判断した場合(ステップS283でNOの場合)、ステップS285で、データ処理部210は、不正回数が2回の会員IDがあるか否かを判断する。
After step S284, or when it is determined that there is no member ID with one fraud count (NO in step S283), in step S285, the
不正回数2回の会員IDがあると判断した場合(ステップS285でYESの場合)、ステップS286で、データ処理部210は、その会員IDに対応する携帯IDを券売機300に登録する旨、および、その会員IDに対応する携帯IDを含む不正端末情報を不正が発生した遊技場30側に送信する。また、ステップS287で、データ処理部210は、不正端末情報を不正が発生した遊技場30と同じ商圏の他の遊技場側にも送信する。なお、データ処理部210が不正端末情報を送信する遊技場は、不正が発生した遊技場30、または、不正が発生した遊技場30と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場30の近隣の遊技場であってもよい。
If it is determined that there is a member ID with two fraud times (YES in step S285), in step S286, the
ステップS287の後、または、不正回数2回の会員IDがないと判断した場合(ステップS285でNOの場合)、ステップS288で、データ処理部210は、全国の遊技場で発生した不正回数が3回以上であるか否かを判断する。
After step S287, or when it is determined that there is no member ID for the number of fraud times 2 (NO in step S285), in step S288, the
全国の遊技場で発生した不正回数が3回以上であると判断した場合(ステップS288でYESの場合)、ステップS289で、データ処理部210は、携帯使用禁止情報を遊技場30側に送信する。また、ステップS290で、データ処理部210は、携帯使用禁止情報を不正が発生した遊技場30と全国の遊技場側にも送信する。なお、データ処理部210が携帯使用禁止情報を、不正が発生した遊技場30以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場30と同じ商圏の他の遊技場や、不正が発生した遊技場30と近隣の遊技場に送信するものであってもよい。この場合、ステップS288においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が3回以上であるか否かを判断するようにしてもよい。その後、データ処理部210は、実行する処理をステップS291に戻す。
If it is determined that the number of frauds that have occurred at game arcades nationwide is 3 or more (in the case of YES in step S288), in step S289, the
図42は、本実施の形態における店舗サーバ800で実行される店舗サーバ処理の流れを示すフローチャートである。図42を参照して、店舗サーバ800のデータ処理部は、ステップS811で、券売機300またはカードユニット600から取引情報を受信したか否かを判断する。
FIG. 42 is a flowchart showing a flow of store server processing executed by
取引情報を受信したと判断した場合(ステップS811でYESの場合)、店舗サーバ800のデータ処理部は、ステップS812で、取引情報に含まれる携帯IDごとに、発券したプリペイドカード371のカードID、購入に用いた現金額、および、購入に用いたバリューの額をそれぞれ特定する情報を対応させて記憶部に記憶させる。
If it is determined that the transaction information has been received (YES in step S811), the data processing unit of the
ステップS812の後、または、取引情報を受信していないと判断した場合(ステップS811でNOの場合)、店舗サーバ800のデータ処理部は、ステップS813で、電子マネー管理サーバ200へ取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、3時間である。
After step S812 or when it is determined that transaction information has not been received (NO in step S811), the data processing unit of the
取引情報の前回送信から所定時間経過したと判断した場合(ステップS814でYESの場合)、店舗サーバ800のデータ処理部は、ステップS814で、記憶部に記憶された前回送信後の携帯電話100での取引情報を電子マネー管理サーバ200に送信する。
If it is determined that a predetermined time has elapsed since the previous transmission of transaction information (YES in step S814), the data processing unit of
ステップS814の後、または、取引情報の前回送信から所定時間経過していないと判断した場合(ステップS814でNOの場合)、店舗サーバ800のデータ処理部は、ステップS821で、携帯使用禁止情報を電子マネー管理サーバ200から受信したか否かを判断する。
After step S814 or when it is determined that the predetermined time has not elapsed since the previous transmission of transaction information (NO in step S814), the data processing unit of the
携帯使用禁止情報を受信したと判断した場合(ステップS821でYESの場合)、店舗サーバ800のデータ処理部は、ステップS822で、携帯使用禁止情報を遊技場30内のすべての券売機300およびカードユニット600に送信する。
If it is determined that the portable use prohibition information has been received (YES in step S821), the data processing unit of the
ステップS822の後、または、携帯使用禁止情報を受信していないと判断した場合(ステップS821でNOの場合)、店舗サーバ800のデータ処理部は、ステップS823で、不正端末情報を電子マネー管理サーバ200から受信したか否かを判断する。
After step S822, or when it is determined that the portable use prohibition information has not been received (NO in step S821), the data processing unit of the
不正端末情報を受信したと判断した場合(ステップS823でYESの場合)、店舗サーバ800のデータ処理部は、ステップS824で、不正端末情報を遊技場30内のすべての券売機300およびカードユニット600に送信する。
If it is determined that the unauthorized terminal information has been received (YES in step S823), the data processing unit of the
ステップS824の後、または、不正端末情報を受信していないと判断した場合(ステップS823でNOの場合)、店舗サーバ800のデータ処理部は、ステップS825で、不正媒体情報を電子マネー管理サーバ200から受信したか否かを判断する。
After step S824 or when it is determined that fraudulent terminal information has not been received (NO in step S823), the data processing unit of the
不正媒体情報を受信したと判断した場合(ステップS825でYESの場合)、店舗サーバ800のデータ処理部は、ステップS826で、不正媒体情報に含まれる携帯IDに対応して記憶部に記憶しているカードIDを、遊技場30内のすべてのカードユニット600に送信する。
If it is determined that the unauthorized medium information has been received (YES in step S825), the data processing unit of the
ステップS826の後、または、不正媒体情報を受信していないと判断した場合(ステップS825でNOの場合)、店舗サーバ800のデータ処理部は、実行する処理をステップS811に戻す。
After step S826 or when determining that the unauthorized medium information has not been received (NO in step S825), the data processing unit of the
次に、前述した第1の実施の形態により得られる主な効果を説明する。
(1) 従来、電子マネーで遊技に使用する遊技用記録媒体の発行や遊技用記録媒体に追加入金をするものがあった(たとえば、特開2002−224423号公報(たとえば、第0035段落))。この電子マネーは、利用者の取引金融機関からチャージすることができる。そして、ユーザは、チャージされた電子マネーを用いて遊技用記録媒体を購入したり、遊技用記録媒体に追加入金したりする。しかし、このような技術によれば、電子マネーのチャージは、遊技場内の所定の入金機に接続して行なう必要がある。このため、電子マネーのチャージのために、わざわざ、入金機に出向く手間が必要であった。また、入金機の台数が少ない場合は、電子マネーをチャージするためにユーザが並んで待つ状態が発生し、遊技に費やす時間が少なくなる。このため、入金機の台数を増やすことが考えられるが、設備投資費用が発生したり、入金機を設置するスペースにも限界がある。いずれにせよ、遊技者が遊技場にいる時間のうちの遊技に費やす時間をチャージに費やす必要が生じるため、遊技機の稼動に悪影響を与えるといった問題があった。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。
Next, main effects obtained by the first embodiment described above will be described.
(1) Conventionally, there have been issues of game recording media used for games with electronic money and additional payments to game recording media (for example, JP-A-2002-224423 (for example, paragraph 0035)) . This electronic money can be charged from the user's transaction financial institution. Then, the user purchases a game recording medium using the charged electronic money, or makes an additional payment to the game recording medium. However, according to such a technique, it is necessary to charge electronic money by connecting to a predetermined deposit machine in the game hall. For this reason, it was necessary to bother to go to the deposit machine to charge the electronic money. In addition, when the number of deposit machines is small, a state in which users wait in line to charge electronic money occurs, and the time spent on the game is reduced. For this reason, it is conceivable to increase the number of depositing machines. However, there is a limit to the space for installing the depositing machine and the capital investment cost is generated. In any case, since it is necessary to spend the time spent on the game out of the time that the player is in the game hall, there is a problem that the operation of the gaming machine is adversely affected. However, in this embodiment, since it is configured as described above, it is possible to reduce time and effort during value charging.
具体的には、図11のバリュー購入時処理に従って、ステップS133においてチャージ要求情報が携帯電話100から電子マネー管理サーバ200に送信されることにより、図12のバリュー購入時APに従って、ステップS268において引継画面情報が電子マネー管理サーバ200から携帯電話100に送信される。引継画面情報を受信した携帯電話100からは、図9のウェブ処理に従って、ステップS118aにおいてバリューの購入に対する決済に関する情報が金融機関サーバ500に送信され、当該金融機関において決済が行なわれ、その後図14のバリュー発行時処理に従って、未チャージバリューが記憶部192に書込まれる。これにより、携帯電話100から、チャージ要求情報を電子マネー管理サーバ200に送信することにより、いつでもどこでも事前にバリューをチャージあるいは遊技中であっても席を離れることなくバリューをチャージすることができるため、遊技場30に設置されているパチンコ遊技機700等の稼動に与える悪影響を減少させることができる。
Specifically, the charge request information is transmitted from the
(2) また、従来の技術においては、携帯電話100から電子マネー管理サーバ200にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用する場合であっても、バリューを購入しようとするたびに入金に利用する金融機関を指定する必要があり、手間がかかる不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。
(2) Also, in the conventional technology, mobile banking can be performed by accessing the electronic
具体的には、図8の初期登録時APに従って、ステップS219〜S224においてユーザに金融機関を選択させ、利用者情報DB221に登録する。そして、電子マネー管理サーバ200は、携帯電話100からのチャージ要求情報を受信することにより、図12のバリュー購入時APに従って、ステップS246において当該携帯電話100に対応付けて登録している金融機関を検索し、ステップS268において検索された金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報を含む引継画面情報を当該携帯電話100に送信する。そして、携帯電話100は、図9のウェブ処理に従って、ステップS118aにおいて当該引継画面情報に基づき、指定される金融機関のサーバにバリューの購入に対する決済に関する情報を送信し決済を行なうことができる。このため、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、バリューのチャージ時の手間を低減させることができる。
Specifically, according to the initial registration AP in FIG. 8, in steps S219 to S224, the user selects a financial institution and registers it in the
(3) 図11のバリュー購入時処理に従って、ステップS140aにおいて金融機関変更が選択されたと判断した場合、金融機関変更問合せ情報が携帯電話100から電子マネー管理サーバ200に送信される。一方、電子マネー管理サーバ200は、金融機関変更問合せ情報に対応する画面(図23(c),(d),図24(a)等参照)を携帯電話100に送信し、携帯電話100から金融機関指定情報を受信したと判断した場合、変更した金融機関の金融機関指定情報を携帯端末情報に対応させて、利用者情報DB221に登録する処理を行なう。これにより、決済に利用する金融機関を変更することができるため、ユーザの利便性を向上させることができる。
(3) If it is determined in step S140a that financial institution change has been selected in accordance with the value purchase process in FIG. 11, financial institution change inquiry information is transmitted from the
(4) (1)で説明した課題を解消するために、たとえば、携帯電話100から電子マネー管理サーバ200にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用してバリュー購入金額を決済することが考えられる。しかし、実際にバリュー購入の際には、金融機関サーバと接続するため携帯電話100と電子マネー管理サーバ200との接続が分断されるため、電子マネー管理サーバ200との通信を維持して一連の動作によりバリューをチャージすることができない。すなわち、電子マネー管理サーバ200との接続を一旦分断し、金融機関サーバに接続しバリュー購入金額の決済を済ませ、その後再度電子マネー管理サーバ200に接続し直し、バリューを携帯電話100にチャージする作業が必須となる。このため、バリューをチャージするための操作が複雑になり、ユーザの操作負担が増大する不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの操作負担を低減させることが可能である。
(4) In order to solve the problem described in (1), for example, a value can be purchased by accessing the electronic
具体的には、金融機関サーバ500からの消込速報を電子マネー管理サーバ200が受信すると、図12のバリュー購入時APに従って、ステップS270においてバリュー対価決済後処理が行なわれ、図13のステップS2709において引継ぎ情報を付したメールが携帯電話100に送信される。そして、携帯電話100において、電子マネー管理サーバ200からのメールに付された引継ぎ情報が選択されると、図10のステップS191でYESと判断されて、図14のバリュー発行時処理に従って、未チャージバリューが記憶部192に書込まれる。このため、ユーザは、メールを受信したことによりバリューがチャージ可能になったことを認識することができる。また、バリューをチャージするための操作負担を軽減させることができる。
Specifically, when the electronic
(5) メールに付された引継ぎ情報を操作することにより、図14のバリュー発行時処理が起動し、ステップS152においてバリュー発行要求情報が電子マネー管理サーバ200に送信されるため、バリューをチャージするための操作負担をより一層軽減させることができる。
(5) By operating the takeover information attached to the mail, the value issuance processing shown in FIG. 14 is started, and the value issuance request information is transmitted to the electronic
(6) (4)で説明した課題に加えて、さらに、バリューが購入されてチャージ可能となっているか否かを確認することができないといった不都合が生じていた。このため、ユーザの過誤等により、未チャージバリューが電子マネー管理サーバに存在するにもかかわらず、重複してチャージを要求しバリューを購入してしまう不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの過誤等により発生する不都合を防止することが可能である。 (6) In addition to the problem described in (4), there is another inconvenience that it cannot be confirmed whether or not the value has been purchased and can be charged. For this reason, due to a user error or the like, in spite of the fact that the uncharged value exists in the electronic money management server, there arises a disadvantage that the charge is repeatedly requested and the value is purchased. However, in the present embodiment, since it is configured as described above, it is possible to prevent inconvenience caused by a user error or the like.
具体的には、電子マネー管理サーバ200は、携帯電話100からのチャージ要求情報を受信した場合であっても、図12のバリュー購入時APに従って、ステップS244において書込済情報として「1」が記憶されている状態に更新されていないバリュー購入記録が登録されておりYESと判断された場合には、ステップS256における残高情報、ステップS264における合計金額確認情報、およびステップS268における引継画面情報が送信されないため、ステップS118aにおいてバリューの購入に対する決済に関する情報が金融機関サーバ500に送信されることを防止することができる。このため、書込済情報として「0」が記憶されている状態の未チャージバリューがあるにもかかわらず、ユーザの過誤等により、さらに決済の要求が行なわれ重複してバリューが購入される不都合の発生を防止することができる。
Specifically, even when the electronic
(7) 電子マネー管理サーバ200は、ステップS244において書込済情報として「1」が記憶されている状態に更新されていないバリュー購入記録が登録されておりYESと判断された場合に、ステップS245においてチャージ誘導画面が携帯電話100に送信された後に、図15のバリュー発行時処理APに従って、ステップ276〜S277において書込済情報として「0」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話100に送信される。このため、未チャージバリューをチャージするための操作を省略でき、ユーザの利便性を向上させることができる。
(7) When the electronic
(8) 電子マネー管理サーバ200が、ステップS269において金融機関サーバ500からの消込速報を受信するまでに、ステップS241において新たなチャージ要求情報を受付けた場合、発行情報DB222において書込済情報として「0」が記憶されている状態のバリュー購入記録が複数記憶されている状態になる。このような状態であるときに、ステップS241においてさらにチャージ要求情報を受付けたとき、およびステップS271においてバリュー発行要求情報を受付けたときに、ステップ276〜S277において発行情報DB222に複数記憶されている書込済情報として「0」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話100に送信される。すなわち、一括してバリューをチャージすることができ、ユーザの利便性を向上させることができる。
(8) When the electronic
(9−1) ステップS2061で携帯電話100からの残高移行依頼情報を受信したと判断した場合であっても、ステップS2064で未チャージバリューがあると判断した場合には、以降のバリュー預かり処理が行なわれないようにすることができる。このため、携帯電話100に加算可能なバリューが電子マネー管理サーバ200に存在するにもかかわらず、ユーザの過誤等により、携帯電話100の機種変更が行なわれてしまうことを防止することができる。
(9-1) Even if it is determined in step S2061 that the balance transfer request information has been received from the
(9−2) また、電子マネー管理サーバ200は、ステップS2061で携帯電話100からの残高移行依頼情報を受信した場合であっても、ステップS2064で書込済に設定されていない未チャージバリューがあると判断した場合には、ステップS2065,S277で説明したように、未チャージバリューを残高移行依頼情報の送信元の携帯電話100に出力することができる。このため、バリュー残高を電子マネー管理サーバ200に預けるときに、未チャージバリューを加算するための操作を省略することができる。その結果、ユーザの利便性を向上させることができる。
(9-2) Further, even when the electronic
(10) ステップS259で説明した初期登録手数料を徴収するタイミングとしては、初期登録手数料の決済が済んでから、領域確保情報を携帯電話100に送信することが考えられる。しかし、このようにした場合、少額の初期登録手数料のためにわざわざ金融機関サーバ500に対して決済をしなければならず、手間が掛かるといった問題が生じる。また、この手間を省くために、初回のチャージ手数料とともに初期登録手数料を決済することが考えられる。しかし、一度もバリューがチャージされることなく、電子マネー遊技使用サービスを退会して、再度、電子マネー遊技使用サービスへ登録するようなことが悪意で繰返された場合、電子マネー遊技使用サービスを提供する提供機関は、サービス提供用領域管理機関に電子マネー遊技使用サービス用の記憶領域の確保に対する対価を支払うにも関わらず、確保に対する初期登録手数料をユーザから決済できないといった問題が生じる。しかし、本実施の形態においては、前述したように構成しているため、電子マネー遊技使用サービス用の記憶領域の確保に対する対価の決済のためのユーザの操作負担を軽減できる一方で、未決済の初期登録手数料を低減させることが可能である。
(10) As a timing for collecting the initial registration fee described in step S259, it is conceivable that the area reservation information is transmitted to the
具体的には、電子マネー管理サーバ200は、携帯電話100からチャージ要求情報が送信されてきたのが、領域確保情報がチャージ要求情報の送信元の携帯電話100に送信されてから初回であるときは、チャージ手数料と初期登録手数料との合計額の決済の終了を条件として、バリュー発行情報をチャージ要求情報の送信元の携帯電話100に送信する。つまり、バリューの初回チャージのときに、チャージ手数料に併せて初期登録手数料が決済される。一方、電子マネー管理サーバ200は、携帯電話100からの登録要求に応じた未チャージ削除カウンタのカウント値が所定回数(本実施形態においては3回)に達していることを条件に領域確保情報の送信を禁止する。これにより、サービス用供用領域管理機関のリモート発行サーバ400に電子マネー遊技使用サービス用の記憶領域の領域確保情報が送信されないので、リモート発行サーバ400によって初期登録手数料の課金が行なわれない。このため、初期登録手数料の決済のためのユーザの操作負担を軽減させることができる一方で、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させること、つまり電子マネー遊技使用サービスの提供機関に生じる損害を低減させることができる。
Specifically, the electronic
(11) ステップS2703で説明したように、初期登録手数料が決済されたことを条件に、未チャージ削除カウンタのカウント値を減算する。このため、止むを得なく複数回登録をしなおした場合に、登録後の初回チャージ時に初期登録手数料を決済しているのに、未チャージ削除カウンタのカウント値が所定回数を超えてしまって、電子マネー遊技使用サービス用の記憶領域の確保ができなくなるといった不都合を防止できる。 (11) As described in step S2703, the count value of the uncharge deletion counter is subtracted on condition that the initial registration fee has been settled. For this reason, if you have to re-register multiple times unavoidably, the initial registration fee is settled at the first charge after registration, but the count value of the uncharged deletion counter exceeds the specified number of times, It is possible to prevent the inconvenience that the storage area for the electronic money game use service cannot be secured.
(12) 前述したように(11)の所定回数は1回であってもよい。その場合、未チャージ削除カウンタのカウント値を管理しなくても、初期登録手数料の決済が終了しているか否かを示す情報を管理することによって、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させることができる。 (12) As described above, the predetermined number of times of (11) may be one. In that case, even if the count value of the uncharged deletion counter is not managed, the information indicating whether or not the initial registration fee has been settled is managed, so that the electronic money game use service can be performed without purchasing value. Therefore, it is possible to reduce an unsettled initial registration fee caused by repeatedly securing a storage area for use.
(13) 従来、携帯電話においてチャージ要求額を入力してサーバに送信し、電子マネー管理サーバは要求された額のバリューを携帯電話に送信してチャージするものがあった(たとえば、特開2004−272560号公報の第0125段落から第0129段落、第11図、および、第14図参照)。このようなシステムによれば、容易にバリューをチャージすることができる。この場合、ユーザのバリューの消費には特に制限が掛けられない。また、利便性が向上するが故に、遊技者が遊技にのめり込んでしまうといった問題が発生し得る。さらに、入金機に出向くことなくバリューをチャージすることができるようにした場合、さらに利便性が向上し、遊技者が遊技にのめり込むおそれが高くなる。しかし、本実施の形態においては、前述したように構成しているため、遊技への過度ののめり込みを防止することが可能である。 (13) Conventionally, there has been a mobile phone in which a charge request amount is input and transmitted to a server, and an electronic money management server transmits the requested amount of value to the mobile phone to charge (for example, Japanese Patent Application Laid-Open No. 2004-2004). No. 272560, paragraphs 0125 to 0129, FIG. 11 and FIG. 14). According to such a system, the value can be easily charged. In this case, the user's value consumption is not particularly limited. In addition, since convenience is improved, there may be a problem that the player is absorbed in the game. Furthermore, when the value can be charged without going to the deposit machine, the convenience is further improved, and the player is more likely to get into the game. However, in the present embodiment, since it is configured as described above, it is possible to prevent excessive intrusion into the game.
具体的には、第1に、電子マネー管理サーバ200は、ステップS253で説明したように、チャージ要求情報の送信元の携帯電話100について管理されている所定期間(本実施の形態においては当日)内の積算額である当日積算額と当該当日積算額に関して予め定められた1日購入限度額(本実施の形態においては30000円)とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、ステップS277で説明したように、バリュー発行情報をチャージ要求情報の送信元の携帯電話100に送信する。このため、当日積算額と1日購入限度額とに基づいてバリューの購入を許容するか否かが判定されるので、所定期間内のチャージ額を制限することができる。その結果、チャージ要求情報の送信元の携帯電話100を使用する遊技者の遊技への過度ののめり込みを防止することができる。
Specifically, first, as described in step S253, the electronic
(14) 第2に、電子マネー管理サーバ200は、ステップS251で説明したように、チャージ要求情報の送信元の携帯電話100に記憶されているバリューの残額であるバリュー残高とバリュー残高に関して予め定められた携帯上保持限度額とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、ステップS277で説明したように、バリュー発行情報をチャージ要求情報の送信元の携帯電話100に送信する。このため、さらに、携帯電話100に記憶されているバリュー残高と携帯上保持限度額とに基づいてバリューの購入を許容するか否かが判定されるので、携帯電話100に記憶しておけるバリュー残高を制限することができる。その結果、遊技場30に出向かない日に1日購入限度額の範囲内で携帯電話100にバリューを溜め込んでおくことを防止することができるので、チャージ要求情報の送信元の携帯電話100を使用する遊技者の遊技への過度ののめり込みをさらに防止することができる。
(14) Secondly, as described in step S251, the electronic
(15) 従来、携帯電話の機種変更時にバリューを一旦、サーバに預け、機種変更後に返却を受けるシステムがあった(たとえば、特開2004−272717号公報の第0074段落から第0090段落、および、第10図から第12図参照)。このような携帯電話によれば、機種変更時にバリューを使い切ったり、放棄したりする必要がない。しかし、特開2004−272717号公報に開示されている技術のように、機種変更前にサーバにバリューを預けて、機種変更をしてバリューを購入および発行した後で、預けていたバリューの返却を受けた場合、携帯電話に記憶されるバリュー残高が携帯上保持限度額を超過してしまう。その結果、ユーザの過度の消費を助長してしまうといった問題が発生し得る。しかし、本実施の形態においては、前述したように構成しているため、ユーザが過度の消費をしてしまうことを防止することができる。 (15) Conventionally, there has been a system in which a value is temporarily stored in a server when a model of a mobile phone is changed and is returned after the model is changed (for example, paragraphs 0074 to 0090 of JP-A-2004-272717, and FIG. 10 to FIG. 12). According to such a mobile phone, it is not necessary to use up or abandon the value when changing models. However, as in the technique disclosed in Japanese Patent Application Laid-Open No. 2004-272717, the value is stored in the server before the model change, after the model is changed and the value is purchased and issued, the returned value is stored. When received, the value balance stored in the mobile phone exceeds the mobile limit. As a result, the problem of promoting excessive consumption by the user may occur. However, since the present embodiment is configured as described above, it is possible to prevent the user from consuming excessively.
具体的には、電子マネー管理サーバ200は、ステップS2177で説明したように、預かり番号情報に含まれるお預かり番号に対応して登録されている預かり残高と預かり番号情報の送信元の携帯電話100に記憶されているバリュー残高との合計額と携帯電話100に記憶可能なバリューの上限額である携帯上保持限度額とに基づいて、預かり残高の返却を許容するか否かを判定し、許容すると判定したことを条件として、ステップS2179、S2272で説明したように、預かり残高を返却するための預かり残高情報およびバリュー返却情報を預かり番号情報の送信元の携帯電話に送信する。このため、預かり残高と携帯電話100に記憶されているバリュー残高との合計額と携帯上保持限度額とに基づいて預かり残高の返却を許容するか否かが判定されるので、預かり残高の返却時にも、携帯電話100に記憶しておけるバリュー残高を制限することができる。その結果、機種変更後の携帯電話100でバリューの購入および発行を行なった後に預かり残高の返却を受けることで携帯上保持限度額を超えたバリューが携帯電話100に記憶されることによって、ユーザが過度の消費をしてしまうことを防止することができる。
Specifically, as described in step S2177, the electronic
(16) (13)で説明したように、携帯電話にチャージされたバリューを遊技に使用させる場合、ユーザの過度の消費(のめり込み)を防止するために、携帯電話へのチャージ額(携帯電話に記憶できる額)や携帯電話に1日にチャージできる額に上限を設けるのが望ましい。しかし、このような上限額を設けると、バリューを使用して取引を行なう機器の試験を行なう場合に、携帯電話1台だけでは使用できるバリューの上限額をすぐに超過してしまうので、複数の携帯電話を用いる必要があり、不便であるといった問題があった。また、テスト用の携帯電話はサーバを経由せずにバリューをチャージすることができるようにすることが考えられる。しかし、このようにすると、テスト用の携帯電話になりすまされた場合、無償でバリューをチャージすることができることとなってしまい、セキュリティ上、問題となる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの過度の消費を防止するとともに、電子マネーシステム10のテストを行なう際の不便さを解消しつつ、セキュリティを担保することができる。 (16) As described in (13), when the value charged in the mobile phone is used in a game, the charge to the mobile phone (in the mobile phone) is used in order to prevent excessive user consumption. It is desirable to set an upper limit on the amount that can be stored in a cell phone and the amount that can be charged to a mobile phone per day. However, if such an upper limit is set, when testing a device that uses value to conduct a transaction, the upper limit of the value that can be used with just one mobile phone will be exceeded immediately. There was a problem that it was necessary to use a mobile phone, which was inconvenient. In addition, it is conceivable that the test mobile phone can be charged with value without going through the server. However, if this is done, if it is pretending to be a mobile phone for testing, the value can be charged free of charge, which is a problem in terms of security. However, in the present embodiment, since it is configured as described above, security is ensured while preventing excessive consumption of the user and eliminating inconvenience when testing the electronic money system 10. be able to.
具体的には、ステップS246a〜S253で説明したように、テスト用の携帯電話については、通常用の携帯上保持限度額および1日購入限度額よりも高いテスト用の携帯上保持限度額および1日購入限度額に基づいて、チャージを許容するか否かが判定される。このため、通常用の携帯電話を用いる場合と比較してテスト用の携帯電話を用いる場合には、通常時の額よりも多くチャージすることができ、システムの試験を行なう際の不便さを解消することができる。 Specifically, as described in Steps S246a to S253, for the test mobile phone, the test mobile phone holding limit and the test mobile phone holding limit higher than the normal daily mobile phone limit and 1 It is determined whether or not charging is permitted based on the daily purchase limit. For this reason, when using a test mobile phone as compared to using a normal mobile phone, it is possible to charge more than the normal amount, eliminating the inconvenience of testing the system can do.
また、ステップS246a〜S253で説明したように、通常用の携帯電話とテスト用の携帯電話とで、携帯上保持限度額および1日購入限度額を異ならせるだけで同様の方法でチャージを許容するか否かを判定する。このため、たとえば、テスト用の携帯電話については上限額に基づいて制限を排除するために、電子マネー管理サーバ200を経由せずにチャージを可能とするようなシステムと比較して、セキュリティホールが生じるおそれを低減できる。
In addition, as described in steps S246a to S253, charging is allowed in the same manner by simply changing the mobile holding limit and the daily purchase limit between a normal mobile phone and a test mobile phone. It is determined whether or not. For this reason, for example, in order to eliminate the restriction on the test mobile phone based on the upper limit, the security hole is less than the system that allows charging without going through the electronic
(17) 従来、バリューをチャージする際、チャージ額を入力するための数値入力欄を携帯電話100に表示させて、ユーザに購入希望金額を入力させるものがあった。しかし、ユーザが自由に金額を入力できるため、入力金額が上限を超える場合にはユーザに再入力を促がす必要が生じ、ユーザに手間を掛けさせてしまうといった問題がある。このため、上限額の範囲内のバリューのチャージ額の選択肢を電子マネーアプリに予め組込んでおき、その選択肢から選択させることが考えられる。この場合、チャージ上限額の変更に伴なってチャージ額の選択肢を変更させるために、わざわざ、電子マネーアプリを導入し直す必要が生じる。しかし、本実施の形態においては、前述したように構成しているため、効率的にユーザに適切なチャージ額を選択させることが可能である。
(17) Conventionally, when charging a value, there has been a case in which a numeric input field for inputting a charge amount is displayed on the
具体的には、ステップS256で説明したように、ステップS247で読出された表示金額リスト情報を含む残高情報が携帯電話100に送信される。このため、電子マネー管理サーバ200において、携帯上保持限度額や1日購入限度額が変更された場合にも、電子マネーアプリを変更することなく、電子マネー管理サーバ200において表示金額リスト情報を変更することにより、携帯電話100に表示させるチャージ額の選択肢を変更することができる。
Specifically, as described in step S256, balance information including the display amount list information read in step S247 is transmitted to the
(18) 図28(b)で説明したように、表示金額リスト情報に含まれる複数種類の金額のうち、1日購入限度額から当日積算額を減算したステップS255で算出される購入可能金額以下であって、携帯上保持限度額からバリュー残高を減算したステップS255で算出される購入可能金額以下の金額の選択肢が指定可能であることをユーザに認識させることができる。すなわち、表示金額リスト情報に含まれる複数種類の金額のうち、1日購入限度額と当日積算額との差額および携帯上保持限度額とバリュー残高との差額の範囲内の金額の選択肢が指定可能であることをユーザに認識させることができる。その結果、ユーザに、購入できない選択肢を選択させてしまうような無駄な操作をさせることを防止することができる。 (18) As described with reference to FIG. 28 (b), among the plural types of amounts included in the displayed amount list information, the amount less than the purchaseable amount calculated in step S255 obtained by subtracting the daily purchase limit from the daily purchase limit amount. In this case, the user can be made aware that it is possible to specify an option for an amount less than or equal to the purchaseable amount calculated in step S255 obtained by subtracting the value balance from the portable holding limit. In other words, among the multiple types of amounts included in the displayed amount list information, it is possible to specify options for the amount within the range of the difference between the daily purchase limit and the accumulated amount on the day, and the difference between the mobile holding limit and the value balance. It can be made to recognize that it is. As a result, it is possible to prevent the user from performing a useless operation that causes the user to select an option that cannot be purchased.
(19) ステップS256で説明したように、チャージ要求情報の送信元の携帯電話が通常用の携帯電話であるかテスト用の携帯電話であるかに応じた複数種類の購入希望金額の選択肢である表示金額リストを示す表示金額リスト情報がチャージ要求情報の送信元の携帯電話に送信され、送信された表示金額リスト情報が示す複数種類の購入希望金額の選択肢が携帯電話の表示部に表示される。このため、携帯上保持限度額や1日購入限度額が変更された場合にも適切な購入希望金額の選択肢をユーザに提供できるとともに、チャージ要求情報の送信元の携帯電話が通常用であるかテスト用であるかに応じた適切な購入希望金額の選択肢を適用できる。 (19) As described in step S256, there are a plurality of types of desired purchase amount options depending on whether the mobile phone from which the charge request information is transmitted is a normal mobile phone or a test mobile phone. Display amount list information indicating the display amount list is transmitted to the mobile phone that is the transmission source of the charge request information, and a plurality of types of purchase desired amount options indicated by the transmitted display amount list information are displayed on the display unit of the mobile phone. . Therefore, it is possible to provide the user with a choice of an appropriate purchase amount even when the mobile holding limit or the daily purchase limit is changed, and whether the mobile phone from which the charge request information is transmitted is for normal use. Appropriate options for the desired purchase amount can be applied depending on whether it is for testing.
(20) ステップS2174で残高移行依頼情報に含まれる携帯端末情報と預かり番号情報に含まれる携帯端末情報とが一致しないと判断したことを条件として、ステップS2179,S2272で説明したように、預かり残高のバリューを返却するための預かり残高情報および返却実行情報が出力される。このため、残高移行依頼情報の送信元の携帯電話と預かり番号情報の送信元の携帯電話とが同一であるという機種変更が行なわれる場合には本来起こり得ない状況、つまり、不正等の疑いのある状況で、預かり残高のバリューの返却が行なわれてしまうことを防止できる。 (20) On the condition that the portable terminal information included in the balance transfer request information and the portable terminal information included in the deposit number information do not match in step S2174, as described in steps S2179 and S2272, Custody balance information and return execution information for returning the value is output. For this reason, when a model change is performed in which the mobile phone of the balance transfer request information is the same as the mobile phone of the deposit number information, a situation that cannot occur, that is, suspected fraud, etc. Under certain circumstances, it is possible to prevent the return of the value of the deposit balance.
(21) ステップS345およびステップS346で説明したように、テスト用の携帯電話の盗難などが発生した場合には、盗まれたテスト用の携帯電話の使用を許可しないように設定しておくことによって、盗まれた携帯電話に記憶されているバリューを用いたプリペイドカード371の発券が実行されないようにすることができる。このため、テスト用の携帯電話の盗難などが発生した場合に、盗まれたテスト用の携帯電話の使用を防止できる。
(21) As described in step S345 and step S346, when a test mobile phone is stolen, the use of the stolen test mobile phone is not permitted. It is possible to prevent the
(22) 図35の発券処理および図38の球貸処理に従って、それぞれ、ステップS356およびS656において特定の種類の電子マネーであるバリューを引落対象として指定する電子マネー識別情報を含む減算要求信号が、券売機300またはカードユニット600から携帯電話100に送信され、当該電子マネー識別情報により指定されるバリューのみを用いてプリペイドカード371の購入または球貸を行なうことができるため、異なる種類のバリューを用いてプリペイドカード371の購入または球貸が行なわれることを防止することができる。
(22) According to the ticketing process of FIG. 35 and the ball lending process of FIG. 38, a subtraction request signal including electronic money identification information that designates a value that is a specific type of electronic money as a deduction target in steps S356 and S656, respectively. Since the
(23) ステップS812において、プリペイドカード371の購入または球貸処理に用いたバリューの額と当該購入または球貸に用いた携帯電話100の携帯IDとが各々対応付けて店舗サーバ800に記憶される。そして、ステップS813において所定時間経過したと判断された場合、ステップS814において店舗サーバ800に記憶されていた情報を取引情報として電子マネー管理サーバ200に送信される。一方、ステップS2707においては、チャージ累計額と携帯IDとが各々対応付けて発行情報DB222に記憶される。そして、ステップS292において、取引情報に含まれる携帯IDに対応する会員IDのチャージ累計額から取引情報に含まれる取引額が減算され、ステップS281において、チャージ累計額がマイナスの会員IDがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップS286において不正端末情報が、不正取引が発生した遊技場30に送信される。
(23) In step S812, the value amount used for the purchase or ball lending process of the
不正端末情報を受信した遊技場30においては、ステップS314およびS604において、当該不正端末情報が記憶され、バリューでプリペイドカード371を購入する際および球貸処理に用いる際、携帯電話100の携帯IDが不正端末情報と一致するか否かが判断され、一致する場合、残高をバリュー残額にセットしない処理、すなわち使用停止処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。
In the
(24) ステップS281において不正取引があった場合、ステップS282において不正回数が1加算され、不正取引の頻度が測定されている。そして、不正回数が1回の場合、ステップS284において不正媒体情報を不正取引が発生した遊技場30に送信され、不正取引に用いられたプリペイドカードによる球貸を禁止する。また、不正回数が2回の場合、ステップS286およびステップS287において不正端末情報を不正取引が発生した遊技場30および当該遊技場30と同じ商圏の他の遊技場に送信され、不正取引に用いられた携帯電話100によるプリペイドカード317の購入および球貸を禁止する。
(24) If there is an unauthorized transaction in step S281, the number of fraudulent transactions is incremented by 1 in step S282, and the frequency of the unauthorized transaction is measured. If the number of frauds is 1, illegal media information is transmitted to the
さらに、不正回数が3回の場合、ステップS289およびステップS290において携帯使用禁止情報を不正取引が発生した遊技場30および全国の遊技場に送信される。そして、携帯使用禁止情報を受信した遊技場においては、ステップS312およびステップS602において、それぞれ、当該携帯使用禁止情報が記憶され、ステップS322およびステップS622により、それぞれ、すべての携帯電話についてバリューを用いてのプリペイドカード371購入および球貸を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。
Furthermore, when the number of frauds is 3, in step S289 and step S290, the portable use prohibition information is transmitted to the
(25) 非接触型ICチップを内蔵した携帯電話により電子マネー端末またはサーバと通信して、バリューの加減算を行なうものがあった(たとえば、特開2005−38209号公報の第0016段落、第0017段落、第0049段落から第0055段落、第0111段落から第0114段落、第0136段落、および、第0138段落参照)。この携帯電話のアプリケーション部には、決済を行なう対象の電子マネー端末を特定する端末ID、事業者コード、動作パラメータ、および、動作ファイルが対応付けられて記憶される。 (25) Some mobile phones having a non-contact type IC chip communicate with an electronic money terminal or server to add and subtract values (for example, paragraphs 0016 and 0017 of JP-A-2005-38209). Paragraphs, paragraphs 0049 to 0055, 0111 to 0114, 0136, and 0138). In the application unit of the mobile phone, a terminal ID for specifying an electronic money terminal to be settled, a business operator code, an operation parameter, and an operation file are stored in association with each other.
この携帯電話が用いられて電子マネー端末で決済される場合、電子マネー端末から端末IDおよび決済額分のバリューが減算された後、減算完了通知が送信されるとともに、この端末IDから事業者コード、動作パラメータ、および、動作ファイルが特定され、この動作ファイルが用いられて所定の動作が実行される。また、携帯電話にログ確認部が設けられて、アプリケーション部に予め確認金額が設定されることにより、ログ確認部が定期的にバリューの残額を確認し、確認金額を下回った場合、アプリケーション部が動作ファイルを用いて所定の動作として画像や音声でアラームを発することで電子マネーのチャージをユーザに促がすようにする。しかし、特開2005−38209号公報に開示されている技術によれば、携帯電話で実行できる動作ファイルは、端末IDに対応する各事業者コードに対して1ファイルであるため、実行される動作は、電子マネー端末との決済処理の都度実行される動作に限定される。また、携帯電話は能動的に動作ファイルを実行するため、バリューの残高の不足確認は、前述したように行なわれる。このため、バリューの残高が確認金額を上回っていても、決められた定期間隔で、バリューの残高を確認するという無駄な処理が発生してしまうといった問題がある。また、バリューの残高が確認金額を下回っていても、決められた定期間隔が長い間隔(たとえば、1時間)である場合は、バリューのチャージがユーザに促がされる前に、電子マネー端末またはサーバによりバリューの減算が行なわれる際に、ユーザが残高不足を認識してしまい、ユーザにチャージを促がす処理を実行するという特開2005−38209号公報に開示されている技術の本来の目的を達成できないこととなってしまう。このことから、ユーザが残高不足を認識してしまう前に、バリューのチャージを促がすために、バリューの残高を確認する定期間隔を短くする(たとえば、1分や30秒にする)必要がある。このため、バリューの残高を確認するという無駄な処理を頻繁に実行しなければならず非効率であるとともに、携帯電話のバッテリーの持続時間にも影響が生じるといった問題が発生する。しかし、本実施の形態においては、前述したように構成しているため、バリューの残額が少ないことを効率的に的確にユーザに認識させることができる。 When the mobile phone is used for payment with an electronic money terminal, a terminal ID and a payment amount value are subtracted from the electronic money terminal, a subtraction completion notification is transmitted, and an operator code is sent from the terminal ID. , An operation parameter and an operation file are specified, and a predetermined operation is executed using the operation file. In addition, if the log confirmation unit is provided in the mobile phone and the confirmation amount is set in advance in the application unit, the log confirmation unit periodically checks the remaining amount of value, and if the confirmation amount falls below the confirmation amount, the application unit The user is prompted to charge the electronic money by issuing an alarm with an image or sound as a predetermined operation using the operation file. However, according to the technique disclosed in Japanese Patent Application Laid-Open No. 2005-38209, the operation file that can be executed by the mobile phone is one file for each business operator code corresponding to the terminal ID, and thus the operation that is executed. Is limited to an operation that is executed each time a settlement process with an electronic money terminal is performed. In addition, since the mobile phone actively executes the operation file, the lack of value balance is confirmed as described above. For this reason, even if the value balance exceeds the amount of confirmation, there is a problem in that useless processing of confirming the value balance at a predetermined regular interval occurs. In addition, even if the balance of the value is less than the confirmation amount, if the determined regular interval is a long interval (for example, 1 hour), before the user is prompted to charge the value, The original purpose of the technique disclosed in Japanese Patent Laid-Open No. 2005-38209 is to execute a process in which the user recognizes a shortage of balance when the value is subtracted by the server and prompts the user to charge. Can not be achieved. For this reason, it is necessary to shorten the periodic interval for checking the balance of the value (for example, 1 minute or 30 seconds) in order to prompt charging of the value before the user recognizes that the balance is insufficient. is there. For this reason, a wasteful process of checking the value balance must be frequently executed, which is inefficient and affects the duration of the battery of the mobile phone. However, since the present embodiment is configured as described above, the user can be efficiently and accurately recognized that the remaining amount of value is small.
具体的には、携帯電話100の非接触型ICチップ190の機能によってバリュー残高が券売機300またはカードユニット600に送信される。また、ステップS351で説明したように、券売機300によって携帯電話100に記憶されているバリュー残高がプリペイドカード371の購入金額に不足していると判定され、ステップS352で説明したように、減算前残高不足情報が携帯電話100に送信される。また、ステップS651およびステップS658で説明したように、カードユニット600によって携帯電話100に記憶されているバリュー残高が球貸可能な最低額に不足していると判定され(本実施の形態においては、バリュー残高が0円であるか否かを判定、遊技場30以外でバリューを使用できる場合は、バリュー残高が球貸可能な最低額である100円未満であるか否かを判定)、ステップS652およびステップS659で説明したように、それぞれ、減算前残高不足情報または減算後残高不足情報が携帯電話100に送信される。そして、ステップS185で説明したように、携帯電話100によってバリュー残高が不足している旨が報知される。つまり、バリューが用いられるときに、携帯電話100によって、受動的に、バリュー残高が不足している旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
Specifically, the value balance is transmitted to the
(26) 携帯電話100の非接触型ICチップ190の機能によってバリュー残高が券売機300に送信され、ステップS358で説明したように、券売機300によって携帯電話100に記憶されているバリュー残高からプリペイドカード371の購入金額を減算した額が所定額以下となると判定され、ステップS359で説明したように、減算後残高僅少情報が携帯電話100に送信されて、ステップS184で説明したように、携帯電話100によってバリュー残高が所定額以下となる旨が報知される。カードユニット600についても同様である。つまり、バリューが用いられるときに、携帯電話100によって、受動的に、バリュー残高が所定額以下となる旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
(26) The value balance is transmitted to the
(27) ステップS181またはステップS182で減算前残高不足情報、減算後残高不足情報、または、減算後残高僅少情報が受信されたときにバリュー購入時処理が実行され、ステップS133で説明したように、バリュー購入時処理の実行開始後に自動的にチャージ要求情報が送信されるため、ユーザがバリュー購入時処理を能動的に実行させなくてもよい。このため、バリュー購入時処理を実行させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行されるので、バリュー購入に要する時間が短縮され、遊技場30におけるパチンコ遊技機700やスロットマシン等の遊技機の稼動率を向上させることができる。
(27) When the balance shortage information before subtraction, the post-subtraction balance shortage information, or the post-subtraction balance shortage information is received in step S181 or step S182, the value purchase process is executed, and as described in step S133, Since charge request information is automatically transmitted after the execution of the value purchase process, the user does not have to actively execute the value purchase process. For this reason, it is possible to prevent the user from having to perform the process of executing value purchase processing. Further, since the value purchase process is immediately executed, the time required for the value purchase is shortened, and the operating rate of the gaming machine such as the
(28) バリュー購入時処理として、ステップS139で購入希望金額の選択肢が表示され、ステップS141で購入希望金額の選択が受付けられるので、ユーザが能動的にバリュー購入時処理を実行させて購入希望金額の選択肢を表示させなくてもよい。このため、バリュー購入時処理を実行させ購入希望金額の選択肢を表示させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行され購入希望金額の選択肢が表示されるので、バリュー購入に要する時間が短縮され、遊技場30におけるパチンコ遊技機700やスロットマシン等の遊技機の稼動率を向上させることができる。
(28) As processing at the time of value purchase, the option of the desired purchase amount is displayed at step S139, and the selection of the desired purchase amount is accepted at step S141. It is not necessary to display the options. For this reason, it is possible to prevent the user from having to execute the process at the time of value purchase and display the option of the desired purchase amount. In addition, since the value purchase process is immediately executed and options for the desired purchase amount are displayed, the time required for the value purchase is shortened, and the operation rate of gaming machines such as
[第2の実施の形態]
次に、第2の実施の形態に係る電子マネーシステム10について説明する。前述した第1の実施の形態においては、電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関を特定するための金融機関指定情報を、図8のステップS224において電子マネー管理サーバ200の利用者情報DB221に登録し、バリューを購入する際に図12のステップS268において電子マネー管理サーバ200から金融機関のインターネットバンキングシステムにアクセス可能となるURLが含まれた引継画面情報が送信される例(サーバ側金融機関登録パターン)について説明した。第2の実施の形態においては、金融機関指定情報を、各携帯電話100の記憶部に登録し、バリューを購入する際に各携帯電話100の記憶部に登録されている金融機関を読出し、読出した金融機関のインターネットバンキングシステムにアクセスする例(携帯電話側金融機関登録パターン)について説明する。
[Second Embodiment]
Next, the electronic money system 10 according to the second embodiment will be described. In the first embodiment described above, the financial institution designation information for specifying the financial institution used by the user to pay the price to the provider of the electronic money game use service is stored in step S224 in FIG. When the purchase information is registered in the
また、前述した第1の実施の形態においては、バリューを購入する際に、図12のステップS244において説明したように電子マネー管理サーバ200側において未チャージバリューがあるか否かが判断される例(サーバ側未チャージ判定パターン)について説明した。第2の実施の形態においては、バリューを購入する際に、携帯電話100側において未チャージバリューがあるか否かが判断される例(携帯電話側未チャージ判定パターン)について説明する。
In the first embodiment described above, when purchasing a value, as described in step S244 in FIG. 12, it is determined whether or not there is an uncharged value on the electronic
さらに、前述した第1の実施の形態においては、バリューを購入する際に、図12のステップS251およびS253において説明したように電子マネー管理サーバ200側においてバリュー残高に最低購入金額を加算した額が携帯上保持限度額以下であるか否か、およびバリューの当日積算額に最低購入金額を加算した額が1日購入限度額以下であるか否かが判断される例(サーバ側限度額判定パターン)について説明した。第2の実施の形態においては、バリューを購入する際に、携帯電話100側においてバリュー残高に最低購入金額を加算した額が携帯上保持限度額以下であるか否か、およびバリューの当日積算額に最低購入金額を加算した額が1日購入限度額以下であるか否かが判断される例(携帯電話側限度額判定パターン)について説明する。
Furthermore, in the first embodiment described above, when the value is purchased, the amount obtained by adding the minimum purchase amount to the value balance on the electronic
さらに、前述した第1の実施の形態においては、バリューを購入してから当該バリューを携帯電話100にチャージする場合、電子マネー管理サーバ200との接続を一旦分断し、金融機関サーバ500に接続しバリュー購入金額の決済を済ませ、その後再度電子マネー管理サーバ200に接続し直し、バリューを携帯電話100にチャージする例(分断パターン)について説明した。第2の実施の形態においては、電子マネー管理サーバ200との接続状態を分断することなく、一連の処理として、バリューを購入してから当該バリューを携帯電話100にチャージできる例(一連パターン)について説明する。
Furthermore, in the first embodiment described above, when a value is purchased and then charged to the
このように、第2の実施の形態に係る電子マネーシステム10は、各携帯電話100の記憶部に金融機関を登録する点、未チャージバリューの有無を携帯電話100側で判断する点、携帯上保持限度額および一日購入限度額以下であるか否かを携帯電話100側で判断する点、および一連の処理としてバリュー購入およびチャージが可能である点で、第1の実施の形態に係る電子マネーシステム10と異なる。このため、第2の実施の形態においては、第1の実施の形態と異なる点について説明し、重複する説明は繰返さない。
As described above, the electronic money system 10 according to the second embodiment is such that the financial institution is registered in the storage unit of each
図43は、第2の実施の形態における携帯電話100が電子マネー遊技使用サービスを受ける際に用いるデータを説明するための図である。
FIG. 43 is a diagram for explaining data used when the
図43は、通常用の携帯電話100に搭載されている非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている情報を説明するための図である。非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域には、電子マネー管理サーバ200で発行される会員ID、携帯電話100のバリュー残高、バリュー購入記録(未チャージバリューを含む)、当日積算額、表示金額リスト情報、携帯上保持限度額情報、および1日購入限度額情報が記憶される。なお、バリュー購入記録としては、バリューの額、およびバリュー書込済であるか否かを示す書込済情報を含む。
FIG. 43 is a diagram for explaining information stored in an area for electronic money game use service in the
図43では、たとえば、会員IDとして「1101」、バリュー残高として11000円である旨の「11000」、バリューの額として1000円である旨の「1000」および書込済情報として当該バリューが書込済でない旨の「0」、バリューの額として5000円である旨の「5000」および書込済情報として当該バリューが既に書込済である旨の「1」、および当日積算額として6000円である旨の「6000」が記憶されている。また、表示金額リスト情報としては、「1000円」「5000円」「10000円」「20000円」「30000円」の5つの金額を示す情報が記憶されている。さらに、携帯上保持限度額情報および1日購入限度額情報としては、「30000円」の金額を示す情報が記憶されている。なお、テスト用の携帯電話の場合、表示金額リスト情報として「10000円」「50000円」「100000円」「300000円」「500000円」の5つの金額を示す情報が記憶される。また、携帯上保持限度額情報および1日購入限度額情報としては、「500000円」の金額を示す情報が記憶される。 In FIG. 43, for example, “1101” as the member ID, “11000” indicating that the value balance is 11,000 yen, “1000” indicating that the value amount is 1000 yen, and the value as written information are written. “0” indicating that the value has not been completed, “5000” indicating that the value is 5000 yen, “1” indicating that the value has already been written as written information, and 6000 yen as the accumulated amount on the day “6000” to the effect is stored. As the display amount list information, information indicating five amounts of “1000 yen”, “5000 yen”, “10000 yen”, “20000 yen”, and “30000 yen” is stored. Further, information indicating the amount of “30000 yen” is stored as the portable holding limit information and the daily purchase limit information. In the case of a test mobile phone, information indicating five amounts of “10000 yen”, “50000 yen”, “100000 yen”, “300000 yen”, and “500000 yen” is stored as display amount list information. In addition, information indicating the amount of “500000 yen” is stored as the portable holding limit information and the daily purchase limit information.
図44は、第2の実施の形態における電子マネー管理サーバ200により実行される初期登録時アプリケーションプログラム210の処理の流れを示すフローチャートである。図44を参照して、電子マネー管理サーバ200のデータ処理部210は、ステップS218において携帯端末情報を利用者情報DB221に登録した後、ステップS225aにおいて、プロモーションメール受取可否設定画面(図24(b)参照)を携帯電話100に送信する。その後、データ処理部210は、実行する処理をステップS226に進め、携帯電話100からプロモーションメール受取可否情報を受信すると、ステップS227に進める。なお、ステップS201〜S218、およびステップS226〜S236の処理は、図8で説明したので、説明は繰返さない。
FIG. 44 is a flowchart showing a flow of processing of the initial
図45は、第2の実施の形態における携帯電話100により実行される初期登録時ウェブ処理の流れを示すフローチャートである。図45は、図9(a)の初期登録時ウェブ処理のステップS109〜S112の処理が行なわれない点を除き同様の処理が行なわれるため、説明は繰返さない。
FIG. 45 is a flowchart showing the flow of the initial registration web process executed by the
図46は、第2の実施の形態における携帯電話100で実行される電子マネーアプリ111の処理の流れを示すフローチャートである。図46を参照して、携帯電話100のデータ処理部110は、ステップS126において領域確保処理が終了したと判断した場合、ステップS126aにおいて電子マネーの対価を支払うためにユーザが利用する金融機関を記憶部120に登録するための金融機関登録処理を実行し、ステップS192に進める。
FIG. 46 is a flowchart showing a process flow of the
また、ステップS191において引継ぎ情報からの起動でないと判断した場合、ステップS191aにおいて電子マネーアプリ111をユーザの操作により起動させたときに実行される起動時設定処理を実行し、ステップS192に進める。
If it is determined in step S191 that the activation is not based on the takeover information, a startup setting process that is executed when the
また、ステップS196aにおいて、図53(b)を用いて後述するように、起動時初期画面で表示される非接触型ICチップ190へのバリューのチャージの履歴を表示させるためのリンクである「履歴表示」が選択されたか否かが判断される。起動時初期画面で「履歴表示」のリンクが選択されると、データ処理部110は、ステップS196aで、履歴表示が選択されたと判断する。ステップS196aにおいて「履歴表示」のリンクが選択された場合、ステップS196bで履歴表示処理を実行する。履歴表示処理では、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている各種情報(図43参照)に基づき、履歴等が表示される。
In step S196a, as will be described later with reference to FIG. 53 (b), “history” is a link for displaying a history of charge of value to the non-contact
なお、第2の実施の形態における電子マネーアプリ111において実行される処理は、前述したステップS126a、ステップS191a、およびステップS196a〜S196bの処理を除き、図10で説明したので、説明は繰返さない。
Note that the processing executed in the
図47は、第2の実施の形態における携帯電話100で実行される電子マネーアプリ111の処理のうち金融機関登録処理の流れを示すフローチャートである。
FIG. 47 is a flowchart showing the flow of the financial institution registration process among the processes of the
金融機関登録処理が開始されると、図23(b)で説明したモバイルバンキング登録トップ画面が第2の実施形態における電子マネーアプリ111が示す処理手順に従って携帯電話100の表示部140に表示される。そして、「ここから」の金融機関問合せリンクが選択されると、利用する金融機関を選択する処理が開始される。
When the financial institution registration process is started, the mobile banking registration top screen described with reference to FIG. 23B is displayed on the display unit 140 of the
ステップS126bで、データ処理部110は、金融機関を選択する操作が行なわれたか否かを判断する。金融機関を選択する操作が行なわれた場合(ステップS126bにおいてYESの場合)、ステップS126cで、データ処理部110は、選択操作に対応する画面を携帯電話100の表示部140に表示する。
In step S126b,
ここで、第2の実施の形態において、金融機関を選択する操作が行なわれた場合に表示される携帯電話100の表示部140に表示される表示画面について、図23および図24を参照して説明する。図23(c)の画面は、第2の実施形態における電子マネーアプリ111が示す処理手順に従って表示される第1の金融機関選択画面である。図23(c)の画面には、モバイルバンキングの業態の選択を促がす旨の文章と、都市銀行を選択するためのリンクである「都市銀行」と、地方銀行を選択するためのリンクである「地方銀行」と、第2地銀を選択するためのリンクである「第2地銀」と、労働金庫を選択するためのリンクである「労働金庫」と、信用金庫を選択するためのリンクである「信用金庫」と、信用組合を選択するためのリンクである「信用組合」と、その他の金融機関を選択するためのリンクである「その他」とが表示される。ここでは、図23(c)の画面で「都市銀行」のリンクが選択される場合について説明する。
Here, in the second embodiment, a display screen displayed on display unit 140 of
図23(d)の画面は、図23(c)の画面の「都市銀行」のリンクの選択によって第2の実施形態における電子マネーアプリ111が示す処理手順に従って表示される第2の金融機関選択画面である。図23(d)の画面には、利用するモバイルバンキングの選択を促がす旨の文章、および、都市銀行のうちのいずれかを選択するためのリンクである「やまと銀行」「三友銀行」「ダイヤモンド銀行」「リエゾン銀行」が表示される。ここでは、図23(d)の画面で「やまと銀行」のリンクが選択される場合について説明する。
The screen of FIG. 23D is a second financial institution selection displayed according to the processing procedure indicated by the
図24(a)の画面は、図23(d)の画面の「やまと銀行」のリンクの選択によって第2の実施形態における電子マネーアプリ111が示す処理手順に従って表示されるモバイルバンキングを確認するための画面である。図24(a)の画面には、やまと銀行を利用するモバイルバンキングとして登録することを確認する旨の文章と、登録することを確認して継続して手続を進めるためのリンクである「確認」と、選択したモバイルバンキングを訂正するために前の画面に戻るためのリンクである「訂正する場合はこちらから」とが表示される。
The screen of FIG. 24A is for confirming mobile banking displayed according to the processing procedure shown by the
図47に戻って、金融機関を選択する操作が行なわれていない場合(ステップS126bにおいてNOの場合)、およびステップS126cにおいて対応する画面が表示された後に、データ処理部110は、実行する処理を後述するステップS126dに進める。
Returning to FIG. 47, when the operation of selecting a financial institution has not been performed (NO in step S126b), and after the corresponding screen is displayed in step S126c,
ステップS126dで、データ処理部110は、金融機関を決定する操作が行なわれたか否かを判断する。たとえば、図24(a)で説明した画面が携帯電話100の表示部140に表示されているときに、「確認」のリンクが選択されたか否かを判断する。金融機関を決定する操作が行なわれた場合(ステップS126dにおいてYESの場合)、ステップS126eで、データ処理部110は、決定された金融機関を特定するための金融機関指定情報(具体的には、金融機関名および当該金融機関においてモバイルバンキングを行なうためのURLが含まれる情報)を記憶部120に登録する。その後、データ処理部110は、金融機関登録処理を終了し、実行する処理をこの処理の呼出元に戻す。一方、金融機関を決定する操作が行なわれていない場合(ステップS126dにおいてNOの場合)、データ処理部110は、実行する処理をステップS126bに進める。以上のように、第2の実施の形態においては、初期登録が行なわれた際に、金融機関が、携帯電話100の記憶部120に登録される。なお、金融機関登録処理に用いられる金融機関に関する情報は、電子マネーアプリ111に含まれているものであってもよく、また、金融機関登録処理が実行される都度ダウンロードするものであってもよい。金融機関に関する情報には、利用可能な金融機関の情報(図23(b),(c),(d)、図24(a)の画面を表示するための情報)や、当該金融機関のインターネットバンキングシステムにアクセス可能となるURLが含まれる。
In step S126d,
図48は、第2の実施の形態における携帯電話100で実行される電子マネーアプリ111の処理のうち起動時設定処理の流れを示すフローチャートである。図48を参照して、ステップS191bで、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域から未チャージバリューに関する情報を取得して、購入済みであるが携帯電話100にチャージされていない未チャージバリューがあるか否かを判断する。未チャージバリューがあるか否かについては、図43を用いて説明したように記憶部192における書込済情報として「0」が記憶されているか否かにより判断が行なわれる。本実施の形態においては、書込済情報として「0」が記憶されていると判断した場合には、未チャージバリューがあると判断される。なお、未チャージバリューがあるか否かの判断については、このようなものに限るものではない。たとえば、チャージされ携帯電話100に書込まれた未チャージバリューに関する情報を消去するものであってもよい。そして、未チャージバリューがあるか否かについては、記憶部192に未チャージバリューが記憶されているか否かにより判断が行なわれるものであってもよい。
FIG. 48 is a flowchart showing a start-up setting process flow among the processes of the
未チャージバリューがあると判断した場合(ステップS191bでYESの場合)、データ処理部110は、ステップS191cで、未チャージバリューのチャージをユーザに促進するためのバリュー発行促進表示を行なうか否かの判断に用いる促進用カウンタの値を1加算する。このように、本実施の形態においては、ステップS191bにおいて、未チャージバリューがあるときの電子マネーアプリ111起動回数をカウントする。そして、データ処理部110は、ステップS191dで促進用カウンタの値が2以上であるか否かを判断し、2以上である場合にはユーザが未チャージバリューのあることを忘れていると推定してステップS134において起動時初期画面でバリュー発行促進表示を行なう状態となるように設定する。さらに、データ処理部110は、ステップS191eの処理の後、または促進用カウンタの値が2以上となっていないと判断されたときに、ステップS191fにおいて起動時初期画面でバリュー購入のリンクが選択不能な状態となるように設定する。
If it is determined that there is an uncharged value (YES in step S191b), in step S191c, the
なお、ステップS191dで判断する基準値は、2に限らず、どのような値であってもよい。また、ステップS191bにおいて未チャージバリューがあると判断されたときには、促進用カウンタの値の更新および判断を行なうことなく、ステップS191eにおいてバリュー発行促進表示を行なう状態となるように設定してもよい。 The reference value determined in step S191d is not limited to 2 and may be any value. Further, when it is determined in step S191b that there is an uncharged value, the value issue promotion display may be set in step S191e without updating and determining the value of the promotion counter.
一方、未チャージバリューがないと判断した場合(ステップS191bでNOの場合)、データ処理部110は、ステップS191gにおいて起動時初期画面でバリュー購入のリンクが選択可能な状態となるように設定する。
On the other hand, if it is determined that there is no uncharged value (NO in step S191b), the
そして、図46のステップS192で、データ処理部110は、ステップS191e〜S191gにおいて設定された状態で、電子マネーアプリ111の起動時初期画面を表示部140に表示させる。このとき、データ処理部110は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、起動時初期画面の一部として表示部140に表示する。その後、データ処理部110は、実行する処理をステップS193に進める。
Then, in step S192 of FIG. 46, the
図53は、第2の実施の形態における電子マネーシステム10において携帯電話100の表示部140に表示される起動時初期画面図である。図53(a),(c),および(d)各々は、図26(a),(c),および(d)各々と同様のため、説明は繰返さない。
FIG. 53 is a start-up initial screen image displayed on the display unit 140 of the
図53(b)の画面は、ステップS191eにおいてバリュー発行促進表示を行なう状態に設定され、かつステップS191fにおいてバリュー購入のリンクが選択不能な状態に設定されているときに、ステップS192で表示される起動時初期画面である。前述したように第2の実施の形態における起動時初期画面においては、非接触型ICチップ190へのバリューのチャージの履歴を表示させるためのリンクである「履歴表示」が表示される。図53(b)の画面下部では、バリュー発行促進表示として、未チャージバリューのチャージを促がす旨の文章が表示される。また、図53(b)の画面中央部では、バリュー購入のリンクが選択不能な状態として、選択可能な状態のときの表示態様と異なるように「バリュー購入」のリンクが点線表示されている。なお、選択不能な状態のときの表示態様としては、選択可能な状態のときの表示態様と異なるものであれば、点線表示に限らずどのようなものであってもよい。たとえば、選択不能な状態のときの表示態様としては、「バリュー購入」のリンクの表示色が、選択可能な状態のときの表示色と異なるものであってもよい。また、選択不能な状態の場合、起動時初期画面においては、「バリュー購入」のリンクが表示されないように制御するものであってもよい。図53(b)の画面におけるその他の部分、およびステップS191gにおいてバリュー購入のリンクが選択可能な状態となるように設定されているときの起動時初期画面については、前述した図26(b)の画面とほぼ同様であるので、説明は繰返さない。
The screen shown in FIG. 53B is displayed in step S192 when the value issuance promotion display is set in step S191e and the value purchase link is set in an unselectable state in step S191f. This is the initial screen at startup. As described above, in the initial startup screen in the second embodiment, “history display”, which is a link for displaying a history of charge of value to the non-contact
図49は、第2の実施の形態における携帯電話100で実行される電子マネーアプリ111の処理のうちバリュー購入時処理の流れを示すフローチャートである。図49を参照して、データ処理部110は、ステップS171で、携帯電話100に未チャージバリューがあるか否かを判断する。
FIG. 49 is a flowchart showing a flow of value purchase processing among the processing of the
未チャージバリューがあると判断した場合(ステップS171でYESの場合)、データ処理部110は、ステップS172で、チャージ誘導画面を携帯電話100の表示部140に表示し、未発行バリューのチャージを実行する処理を図52を用いて後述するステップS152に進める。
If it is determined that there is an uncharged value (YES in step S171), the
図53に進んで、図53(d)は、ステップS172で表示されるチャージ誘導画面である。図53(d)の画面には、チャージされていないバリューがあるので、チャージを促がす旨の文章が表示される。この画面が表示された後、図52を用いて後述するステップS152以降の処理が実行され、チャージされていないバリューが携帯電話100にチャージされる。このように、未チャージバリューが存在し、チャージ要求情報の送信が禁止されているときにバリュー購入のリンクが操作された(チャージ要求操作を受付けた)ことを条件として、ステップS152に処理が進みバリュー発行要求情報(電子マネー情報送信要求)が電子マネー管理サーバ200に送信される。
Proceeding to FIG. 53, FIG. 53 (d) is a charge inducing screen displayed in step S172. Since there is an uncharged value on the screen in FIG. 53 (d), a text prompting charging is displayed. After this screen is displayed, the processing after step S152 described later with reference to FIG. 52 is executed, and the uncharged value is charged to the
一方、未チャージバリューがないと判断した場合(ステップS171でNOの場合)、ステップS173で、データ処理部110は、携帯電話100にチャージされているバリュー残高に、表示金額リスト情報で示される金額のうちの最低購入金額(本実施の形態では通常用の携帯電話では1000円、テスト用の携帯電話では10000円)を加算した額が携帯上保持限度額以下であるか否かを判断する。
On the other hand, if it is determined that there is no uncharged value (NO in step S171), in step S173, the
表示金額リスト情報とは、ユーザが携帯電話100で選択可能なバリューの金額のリストを示す情報であり、本実施の形態においては、種別が通常用の携帯電話である場合には「1000円」「5000円」「10000円」「20000円」「30000円」の5つの金額を示す情報であり、種別がテスト用の携帯電話である場合には「10000円」「50000円」「100000円」「300000円」「500000円」の5つの金額を示す情報である。図43で説明したように第2の実施の形態における表示金額リスト情報は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている。
The display amount list information is information indicating a list of value amounts that can be selected by the user on the
選択可能なバリューの金額は、利用者の遊技へののめり込みを防止するために定められた種別に応じた携帯上保持限度額情報や1日購入限度額情報などに基づいて、電子マネー遊技使用サービスの提供業者によって予め定められる。第2の実施の形態においては、種別に応じた携帯上保持限度額情報や1日購入限度額情報が、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている。
The amount of value that can be selected is based on the electronic money game usage service based on the information on the mobile holding limit and the daily purchase limit information according to the type specified to prevent the user from getting into the game. Predetermined by the provider. In the second embodiment, portable holding limit information and daily purchase limit information corresponding to the type are stored in the area for electronic money game use service in the
なお、これらの表示金額リスト情報、携帯上保持限度額情報、および1日購入限度額情報は、電子マネー管理サーバ200側で設定されている表示金額リスト情報、携帯上保持限度額情報、および1日購入限度額情報と同期している。
These display amount list information, portable retention limit information, and daily purchase limit information are the display amount list information, portable retention limit information, and 1 set on the electronic
たとえば、電子マネー管理サーバ200側において、通常用の携帯電話の表示金額リスト情報が、「500円」「1000円」「2000円」「3000円」「5000円」「10000円」に変更設定された場合、通常用の携帯電話に搭載された非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている表示金額リスト情報は、「500円」「1000円」「2000円」「3000円」「5000円」「10000円」に自動更新される。また、電子マネー管理サーバ200側において、通常用の携帯電話の携帯上保持限度額情報が、「50000円」に変更設定された場合、通常用の携帯電話に搭載された非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている携帯上保持限度額情報は、「50000円」に自動更新される。また、電子マネー管理サーバ200側において、通常用の携帯電話の1日購入限度額情報が、「80000円」に変更設定された場合、通常用の携帯電話に搭載された非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている1日購入限度額情報は、「80000円」に自動更新される。テスト用の携帯電話の表示金額リスト情報、携帯上保持限度額情報、1日購入限度額情報が電子マネー管理サーバ200側において変更設定された場合、テスト用の携帯電話に搭載された非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている対応情報が自動更新される。
For example, on the electronic
自動更新は、たとえば、携帯電話100が電子マネー管理サーバ200と通信可能な状態となったときに、電子マネー管理サーバ200において当該携帯電話の表示金額リスト情報、携帯上保持限度額情報、および1日購入限度額情報各々が最新のバージョンであるか否か判断する処理と、最新のバージョンでないと判断した場合、当該最新でない情報についての最新情報を当該携帯電話に送信する処理とが行なわれることにより、実行されるものであってもよい。そして、携帯電話側では、最新情報を受信すると、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶する処理が実行されるものであってもよい。
For example, when the
バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下でない場合(ステップS173でNOの場合)、ステップS174で、データ処理部110は、携帯上保持限度額購入不可画面(図27(a)参照)を表示部140に表示させる。
If the value obtained by adding the minimum purchase amount to the value balance is not equal to or less than the portable retention limit (NO in step S173), in step S174, the
一方、バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下である場合(ステップS173でYESの場合)、ステップS175で、データ処理部110は、記憶部192に記憶されているその日に購入されたバリューの当日積算額に、最低購入金額を加算した額が1日購入限度額以下であるか否かを判断する。当日積算額は、非接触型ICチップ190の記憶部192の電子マネー遊技使用サービス用の領域に記憶されている。
On the other hand, when the sum obtained by adding the minimum purchase amount to the value balance is equal to or less than the portable holding limit amount (in the case of YES in step S173), in step S175, the
当日積算額に最低購入金額を加算した額が1日購入限度額以下でない場合(ステップS175でNOの場合)、ステップS176で、データ処理部110は、1日購入限度額購入不可画面(図27(b)参照)を表示部140に表示させる。
If the amount obtained by adding the minimum purchase amount to the accumulated amount on the day is not less than or equal to the daily purchase limit (NO in step S175), in step S176, the
一方、当日積算額に最低購入金額を加算した額が1日購入限度額以下である場合(ステップS175でYESの場合)、ステップS177で、データ処理部110は、バリュー残高および当日積算額から購入可能金額(チャージ可能額)を算出(特定)する。
On the other hand, when the amount obtained by adding the minimum purchase amount to the current day accumulated amount is equal to or less than the daily purchase limit amount (in the case of YES in step S175), in step S177, the
具体的には、データ処理部110は、携帯上保持限度額からバリュー残高を減算した額、および、1日購入限度額から当日積算額を減算した額のうち、低い方の額を購入可能金額として算出する。
Specifically, the
なお、本実施の形態においては、バリュー残高および携帯上保持限度額、ならびに、当日積算額および1日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにした。しかし、これに限定されず、バリュー残高および携帯上保持限度額、または、当日積算額および1日購入限度額のいずれか一方に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにしてもよい。 In this embodiment, it is determined whether or not value can be purchased based on the value balance and the portable retention limit, the current day accumulated amount and the daily purchase limit, and the purchaseable amount is calculated. I tried to do it. However, the present invention is not limited to this, and it can be purchased by determining whether or not value can be purchased based on one of the value balance and the mobile holding limit, or the current day accumulated amount and the daily purchase limit. The amount of money may be calculated.
そして、ステップS173およびS175においてYESと判断された場合、ステップS133で、データ処理部110は、会員IDと携帯端末情報とバリュー残高とを含むチャージ要求情報を電子マネー管理サーバ200に送信する。
If YES is determined in steps S173 and S175, in step S133, the
図50は、第2の実施の形態における電子マネー管理サーバ200により実行されるバリュー購入時アプリケーションプログラム212の処理の流れを示すフローチャートである。
FIG. 50 is a flowchart showing a flow of processing of the value
図50を参照して、チャージ要求情報を受信したと判断した場合(ステップS241でYESの場合)、データ処理部210は、ステップS242で、チャージ要求情報に含まれる会員IDおよび携帯端末情報が利用者情報DB221に登録されたものであり、携帯電話100が電子マネー遊技使用サービスに利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合(ステップS242でNOの場合)、ステップS243で、データ処理部210は、使用不可画面を携帯電話100に送信し、実行する処理をステップS241に戻す。
Referring to FIG. 50, if it is determined that the charge request information has been received (YES in step S241),
一方、利用可能なものであると判断した場合(ステップS242でYESの場合)、ステップS256aで、データ処理部210は、ステップS241で受信されたチャージ要求情報を送信してきた携帯電話100に対応する登録アドレス情報を利用者情報DB221から検索して読出して、携帯電話100に送信する。登録アドレス情報とは、携帯電話100に対応して登録されている電子メールアドレスを特定するための情報をいう。
On the other hand, if it is determined that it can be used (YES in step S242), in step S256a, the
図49に戻って、ステップS134aで、データ処理部110は、電子マネー管理サーバ200から登録アドレス情報を受信したか否かを判断する。登録アドレス情報を受信したと判断した場合(ステップS134aでYESの場合)、ステップS135で、前述したようにアドレス確認画面を表示部140に表示させる。その後、データ処理部110は、実行する処理をステップS136に進める。
Returning to FIG. 49, in step S134a, the
ステップS136においてアドレスが確認されたと判断した場合、ステップS136aにおいて記憶部120に登録された金融機関指定情報を読出し、ステップS136bにおいて金融機関確認画面(図28(a)参照)を表示部140に表示させる。
If it is determined in step S136 that the address has been confirmed, the financial institution designation information registered in the
ステップS138で、データ処理部110は、図28(a)の画面で「確認」のリンクが選択されることによって、利用するモバイルバンキングの金融機関がユーザにより確認されたか否かを判断する。金融機関が確認されたと判断した場合(ステップS138でYESの場合)、ステップS139で、データ処理部110は、購入金額選択画面として、表示金額リスト情報から特定される金額のうち、ステップS177で算出された購入可能金額以内の金額を選択可能な態様で表示部140に表示させる。
In step S138, the
金融機関が確認されていない場合(ステップS138でNOの場合)、金融機関変更が選択されたか否かを判断する(S140a)。金融機関変更が選択されたと判断した場合(ステップS140aでYESの場合)、データ処理部110は、ステップS140cで、金融機関を変更して登録するために図47を用いて前述した金融機関登録処理を実行する。なお、金融機関を変更して登録する処理としては、変更した金融機関のサーバが決済に利用される状態に更新するものであればよく、たとえば、変更前の金融機関の金融機関指定情報を消去して新たに変更後の金融機関の金融機関指定情報を登録する処理であってもよい。また、変更前の金融機関の金融機関指定情報を消去することなく変更後の金融機関の金融機関指定情報を決済に利用する金融機関として新たに登録する処理であってもよい。この場合、変更前の金融機関の金融機関指定情報を用いて、再度決済に利用する金融機関を変更前の金融機関に変更できるものであってもよい。なお、ステップS140aにおいて金融機関変更が選択されていないと判断された場合、ステップS138へ戻る。また、ステップS140cにおいて金融機関登録処理が実行された場合、ステップS136aへ戻り、変更後の金融機関指定情報を読出し、ステップS136bにおいて変更後の金融機関確認画面を表示部140に表示させる。
If the financial institution has not been confirmed (NO in step S138), it is determined whether or not a financial institution change has been selected (S140a). If it is determined that the financial institution change has been selected (YES in step S140a), the
前述した図28(b)の購入金額選択画面で、チャージ希望金額と対をなすラジオボタンのいずれかが選択され、「送信」のリンクが選択されると、ステップS141で、携帯電話100のデータ処理部110は、購入希望金額のラジオボタンが選択されることによって、購入希望金額が選択されたか否かを判断する。
When one of the radio buttons that make a pair with the desired charge amount is selected on the purchase amount selection screen of FIG. 28B described above and the “Send” link is selected, the data of the
購入希望金額が選択されたと判断した場合(ステップS141でYESの場合)、データ処理部110は、ステップS142で、購入希望金額および会員IDを示す情報を含む第1口座振替依頼情報を電子マネー管理サーバ200に送信する。このように、携帯電話100は、図26(b)に示す画面においてバリュー購入のリンクが操作されたこと、つまり電子マネー情報のチャージを要求するチャージ要求操作をユーザから受付けたことを条件として、さらにはその後、図28(b)に示す画面において購入金額が選択されたこと、つまりユーザからチャージ額の指定を受付けたことを条件として、選択された購入金額(指定されたチャージ額)の電子マネーのチャージを要求するチャージ要求情報として第1口座振替依頼情報を送信する。これにより、電子マネー管理サーバ200では、図12において説明したステップS257〜S264と同様の処理が行なわれる。
If it is determined that the desired purchase amount has been selected (YES in step S141), in step S142, the
そして、ステップS143で、データ処理部110は、電子マネー管理サーバ200から合計金額確認情報を受信したか否かを判断する。合計金額確認情報を受信したと判断した場合(ステップS143でYESの場合)、ステップS144で、データ処理部110は、合計金額確認情報に基づいて、合計金額確認画面(図28(c)参照)を表示部140に表示させる。
In step S143, the
ステップS145で、データ処理部110は、図28(c)の画面で「確認」のリンクが選択されることによって、ユーザにより合計金額が確認されたか否かを判断する。合計金額が確認されたと判断した場合(ステップS145でYESの場合)、ステップS146で、データ処理部110は、会員IDを示す情報を含む第2口座振替依頼情報を電子マネー管理サーバ200に送信する。
In step S145, the
図50に進み、電子マネー管理サーバ200では、ステップS265において携帯端末100から第2口座振替依頼情報を受信しステップS266においてタイムスタンプチェックにより異常もないと判断されたときに、データ処理部210は、ステップS268aにおいて、携帯端末100に登録された金融機関において電子マネーの対価の決済を開始させるための決済開始情報を携帯電話100に送信する。
50, when the electronic
図49に戻り、携帯電話100のデータ処理部210は、ステップS181において、決済開始情報を受信したと判断した場合、ステップS182においてステップS136aで読出した金融機関指定情報から特定される金融機関のサーバに引き継いでモバイルバンキングを行なう旨のモバイルバンキング遷移確認画面を表示部140に表示させる。その後、ステップS183において、データ処理部210は、バリューの購入に対する決済に関する情報を、読出した金融機関指定情報から特定される金融機関のインターネットバンキングシステムにアクセスし、モバイルバンキングを開始する。これにより、第1の実施の形態で説明したモバイルバンキング処理が実行される。第2実施の形態においては、モバイルバンキングが開始されると、ステップS184において、データ処理部110が、バリュー購入記録を更新する処理を行ない、その後ステップS185に進む。ステップS184におけるバリュー購入記録を更新する処理では、未チャージバリューが有りとなるように設定する処理が行なわれる。なお、ステップS184では、さらに、当日積算額に購入金額を加算して、当日積算額を更新する処理を行なう。一方、携帯電話100のデータ処理部210は、ステップS181において、決済開始情報を受信していないと判断した場合、ステップS181を繰返し実行する。
Returning to FIG. 49, if the
データ処理部110は、ステップS185で、図51を用いて後述するように電子マネー管理サーバ200から送信される決済完了情報を受信したか否かを判断する。携帯電話100では、モバイルバンキングが行なわれているときであっても、バリュー購入時処理が繰返し実行されるため、決済完了情報を受信したか否かをステップS185で判断することができる。
In step S185, the
決済完了情報を受信した場合(ステップS185でYESの場合)、データ処理部110によりステップS186において起動時初期画面が表示され、当該起動時初期画面においては、ユーザがバリューチャージを選択しチャージすることが可能となる。これにより、一連の処理として、モバイルバンキングを開始してから決済を終了させて購入したバリューを発行させることができる。一方、決済完了情報を受信していない場合(ステップS185でNOの場合)、データ処理部110は、ステップS185を繰返し実行する。
When payment completion information is received (YES in step S185), the
図51は、第2の実施の形態における電子マネー管理サーバ200により実行されるバリュー購入時アプリケーションプログラム212のサブルーチンであるバリュー対価決済後処理の流れを示すフローチャートである。第2の実施の形態におけるバリュー対価決済後処理においては、購入番号が登録されていると判断した場合(ステップS2700でYESの場合)、ステップS2701aで、データ処理部210は、決済が完了した旨を示す決済完了情報を、消込速報に対応する会員IDの携帯電話100に送信する。このように、第2の実施の形態における決済完了情報は、電子マネー管理サーバ200から消込速報に対応する会員IDの携帯電話100に送信される。なお、図51については、図13の処理と比較し、前述したステップS2701aの処理が行なわれる点、および図13のステップS2709の処理が行なわれない点を除き同様の処理が行なわれるため、説明は繰返さない。
FIG. 51 is a flowchart showing a flow of post value settlement processing that is a subroutine of the value
図52は、第2の実施の形態における携帯電話100で実行される電子マネーアプリ111の処理のうちバリュー発行時処理の流れを示すフローチャートである。図52におけるステップS152の処理は、図46のステップS194でバリューチャージが選択されたと判断したことを条件として、または図49のステップS171で未チャージバリューがあると判断されたことを条件として実行される。
FIG. 52 is a flowchart showing the flow of value issue processing in the processing of the
また、携帯電話100のデータ処理部110は、ステップS153においてバリュー発行情報を受信していないと判断されたときに、ステップS153aにおいて未チャージバリュー無画面を受信したか否かを判断する。未チャージバリュー無画面は、図15のステップS275で説明したように、携帯電話100からバリュー発行要求があったときであって未チャージバリューがないと判断されたときに携帯電話100に送信される。
Further, when it is determined in step S153 that no value issuance information has been received, the
また、携帯電話100のデータ処理部110は、未チャージバリュー無画面を受信していないときに、さらにステップS153dにおいて使用不可画面を受信したか否かを判断する。使用不可画面は、図15のステップS273で説明したように、携帯電話100からバリュー発行要求があったときであって利用可能な会員IDでないと判断されたときに携帯電話100に送信される。使用不可画面を受信したいないときには、ステップS153においてバリュー発行情報を受信したか否かを判断する処理が行なわれる。
In addition, when the
一方、未チャージバリュー無画面を受信しているときには、ステップS153bにおいて図30(c)で説明した未チャージバリュー無画面が携帯電話100の表示部140に表示され、ステップS153cにおいて未チャージバリュー無画面における「OK」のリンクが操作されたか否かを判断する処理を行なう。ステップS153cの処理は、操作されるまで繰返し実行される。操作された場合(ステップS153cにおいてYESの場合)、後述するステップS157aに進む。ステップS153cからステップS157aに移行された場合、ステップS157aにおいては、バリュー購入記録を更新する処理として未チャージバリューが無しとなるように設定する処理と当日積算額から無しとなるように設定された未チャージバリューの額分を差引き更新する処理とが行なわれる。そして、データ処理部110は、ステップS157bにおいて、促進用カウンタの値をリセットする処理を行ない、ステップS158において、未チャージバリューがないためバリューが発行されなかった旨を示すバリュー発行完了画面を表示部140に表示させる。
On the other hand, when the uncharged value no screen is received, the uncharged value no screen described in FIG. 30C is displayed on the display unit 140 of the
前述したように、図49のステップS184において、決済が完了する前のタイミングで、未チャージバリューが有りとなるように設定する処理が行なわれる。このため、実際に決済が完了せず、電子マネー管理サーバ200において未チャージバリューなどの購入に関する情報が登録されていない状態であっても、携帯電話100側では未チャージバリューが有る状態に設定される。よって、決済を完了しない限り、チャージ要求をできない状態となり、遊技者にとって不都合が生じる。しかし、本実施の形態においては、ステップS153cにおいて「OK」のリンクを操作することにより、未チャージバリューが有るとする設定を解除することができるため、このような不都合が発生した場合であっても遊技者が操作することにより解消することができる。
As described above, in step S184 in FIG. 49, a process for setting the presence of an uncharged value is performed at the timing before the settlement is completed. For this reason, even when payment is not actually completed and information regarding purchase such as uncharged value is not registered in the electronic
また、使用不可画面を受信しているときには、ステップS153eにおいて使用不可画面(図26(c)等参照)が携帯電話100の表示部140に表示され、ステップS159aに進む。
When the unusable screen is received, the unusable screen (see FIG. 26C, etc.) is displayed on the display unit 140 of the
なお、図52について、ステップS152〜S158(ステップS153a〜S153e、S157a、およびS157bを除く)、S159a、およびS159bの処理は、図14で説明したので、説明は繰返さない。 52, since the processing of steps S152 to S158 (excluding steps S153a to S153e, S157a, and S157b), S159a, and S159b has been described with reference to FIG. 14, the description thereof will not be repeated.
次に、前述した第2の実施の形態により得られる主な効果を説明する。
(1) 前述した第2の実施の形態においては、電子マネーアプリ初回起動時に行なわれる図46のステップS121〜S126aの処理のうち、ステップS126aにおいてユーザに金融機関を選択させ、記憶部120に登録する。一方、電子マネー管理サーバ200は、携帯電話100からのチャージ要求情報を受信することにより、図50のバリュー購入時APに従って、ステップS256aにおいて登録アドレス情報を携帯電話100に送信する。登録アドレス情報を受信した携帯電話100は、図49のバリュー購入時処理に従って、ステップS136aにおいて記憶部120に登録された金融機関指定情報を読出し、該読出した金融機関の金融機関サーバのインターネットバンキングシステムへのアクセスをステップS183において開始し決済を行なうことができる。これにより、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、バリューのチャージ時の手間を低減させることができる。
Next, main effects obtained by the second embodiment will be described.
(1) In the second embodiment described above, among the processes in steps S121 to S126a of FIG. 46 performed at the first activation of the electronic money application, in step S126a, the user selects a financial institution and registers it in the
(2) 前述した第2の実施の形態においては、図49のバリュー購入時処理に従って、ステップS140aにおいて金融機関変更が選択されたと判断した場合、図47の金融機関登録処理が行なわれ、変更した金融機関を決済に利用する金融機関として当該金融機関を特定するための金融機関指定情報を記憶部120に登録する処理が行なわれる。これにより、決済に利用する金融機関を変更することができるため、ユーザの利便性を向上させることができる。
(2) In the second embodiment described above, if it is determined that the change of financial institution is selected in step S140a according to the value purchase process of FIG. 49, the financial institution registration process of FIG. 47 is performed and changed. A process of registering financial institution designation information for specifying the financial institution as a financial institution that uses the financial institution for settlement in the
(3) 前述した第2の実施の形態における携帯電話100は、ステップS171において書込済情報として「1」が記憶されている状態に更新されていないバリュー購入記録が登録されておりYESと判断された場合に、ステップS172においてチャージ誘導画面が表示された後に、図52のバリュー発行時処理に従って、ステップS152以降の処理が実行される。すなわち、未チャージバリューがあるときに「バリュー購入」のリンクが選択された場合、バリュー発行要求情報が電子マネー管理サーバ200に送信される。このため、未チャージバリューをチャージするための操作を省略でき、遊技者の操作負担を軽減でき利便性を向上させることができる。
(3) The
(4) ステップS191bにおいて未チャージバリューが有ると判断された場合、図53(b)で説明したように「バリュー購入」のリンクが、選択可能な状態のときの表示態様と区別可能なように点線表示される。このため、未チャージバリューが有ることを、「バリュー購入」のリンクの表示態様から認識することができ、遊技者により無駄な選択操作が行なわれてしまうことを未然に防止することができる。また、未チャージバリューが有ると判断された場合に「バリュー購入」のリンクが表示されないようにした場合も同様に、ユーザにより無駄に「バリュー購入」のリンクが選択操作されることを未然に防止することができる。 (4) When it is determined in step S191b that there is an uncharged value, as described with reference to FIG. 53 (b), the “value purchase” link is distinguishable from the display mode in the selectable state. A dotted line is displayed. Therefore, it can be recognized from the display mode of the “value purchase” link that there is an uncharged value, and it is possible to prevent a player from performing a useless selection operation. Similarly, if the value purchase link is not displayed when it is determined that there is an uncharged value, the user can prevent the user from selecting and operating the “value purchase” link. can do.
(5) ステップS191bにおいて未チャージバリューが有ると判断された場合、ステップS191cにおいて促進用カウンタの値が1加算される。そして、ステップS191dにおいて促進用カウンタの値が2以上であると判断された場合、ステップS191eにおいてバリュー発行促進表示状態に設定される。このため、ステップS192において、図53(b)で説明したように、バリュー発行促進表示として未チャージバリューのチャージを促がす旨の文章が表示される。これにより、未チャージバリューが有ることをユーザが忘れてしまい、実際に当該未チャージバリューが携帯電話100にチャージされない状態のまま放置されるといった不都合の発生を防止することができる。
(5) If it is determined in step S191b that there is an uncharged value, the value of the promotion counter is incremented by 1 in step S191c. When it is determined in step S191d that the value of the promotion counter is 2 or more, the value issue promotion display state is set in step S191e. For this reason, in step S192, as described with reference to FIG. 53B, a text that prompts the user to charge the uncharged value is displayed as the value issuance promotion display. As a result, it is possible to prevent the inconvenience that the user forgets that there is an uncharged value and that the uncharged value is actually left without being charged in the
また、以上に示した第2の実施の形態については、前述した第1の実施の形態と共通する技術思想による構成について、前述した第1の実施の形態の場合と同様の技術的効果を得ることができる。 In the second embodiment described above, the same technical effect as that of the first embodiment described above is obtained with the configuration based on the technical idea common to the first embodiment described above. be able to.
次に前述した実施の形態の変形例を挙げる。
(1) 前述した実施の形態においては、決済に利用する金融機関を登録するパターンとして、第1の実施の形態においてサーバ側金融機関登録パターンを、第2の実施の形態において携帯電話側金融機関登録パターンを、それぞれ例示して説明した。また、未チャージバリューがあるか否かを判定するパターンとして、第1の実施の形態においてサーバ側未チャージ判定パターンを、第2の実施の形態において携帯電話側未チャージ判定パターンを、それぞれ例示して説明した。また、バリュー残高または当日積算額と最低購入金額との合計額が携帯上保持限度額または一日購入限度額以下であるか否かを判定するパターンとして、第1の実施の形態においてサーバ側限度額判定パターンを、第2の実施の形態において携帯電話側限度額判定パターンを、それぞれ例示して説明した。さらに、バリューチャージ要求からバリュー発行までを行なうパターンとして、第1の実施の形態において分断パターンを、第2の実施の形態において一連パターンを、それぞれ例示して説明した。しかし、実施の形態としては、第1または第2の実施の形態で説明した組合せに限らず、決済に利用する金融機関を登録するパターン、未チャージバリューがあるか否かを判定するパターン、バリュー残高または当日積算額と最低購入金額との合計額が携帯上保持限度額または一日購入限度額以下であるか否かを判定するパターン、およびバリューチャージ要求からバリュー発行までを行なうパターンとして、各々前述したパターンから適宜選択して組合せたものであってもよい。
Next, a modification of the above-described embodiment will be described.
(1) In the embodiment described above, as a pattern for registering a financial institution used for settlement, a server-side financial institution registration pattern is used in the first embodiment, and a mobile phone-side financial institution in the second embodiment. Each registration pattern has been illustrated and described. In addition, as a pattern for determining whether or not there is an uncharged value, the server-side uncharge determination pattern in the first embodiment and the mobile phone-side uncharge determination pattern in the second embodiment are illustrated respectively. Explained. Further, in the first embodiment, the server side limit is used as a pattern for determining whether or not the total value of the value balance or the accumulated amount on the day and the minimum purchase amount is equal to or less than the portable retention limit or the daily purchase limit. The amount determination pattern has been described by exemplifying the mobile phone side limit amount determination pattern in the second embodiment. Furthermore, as a pattern for performing from a value charge request to a value issuance, the division pattern in the first embodiment and the series pattern in the second embodiment are illustrated and described. However, the embodiment is not limited to the combination described in the first or second embodiment, but a pattern for registering a financial institution used for settlement, a pattern for determining whether there is an uncharged value, a value As a pattern for determining whether the total of the balance or the accumulated amount on the day and the minimum purchase amount is less than or equal to the mobile retention limit or the daily purchase limit, and a pattern for performing from the value charge request to the value issuance The pattern may be appropriately selected from the above-described patterns and combined.
たとえば、決済に利用する金融機関を登録するパターンとして携帯電話側金融機関登録パターンを、未チャージバリューがあるか否かを判定するパターンとしてサーバ側未チャージ判定パターンを、バリュー残高または当日積算額と最低購入金額との合計額が携帯上保持限度額または一日購入限度額以下であるか否かを判定するパターンとしてサーバ側限度額判定パターンを、バリューチャージ要求からバリュー発行までを行なうパターンとして分断パターンを採用した実施の形態であってもよい。 For example, a mobile phone side financial institution registration pattern as a pattern for registering a financial institution used for settlement, a server side uncharge determination pattern as a pattern for determining whether or not there is an uncharged value, a value balance or an accumulated amount on the day The server side limit determination pattern is divided as a pattern from the value charge request to the value issuance as a pattern for determining whether the total amount with the minimum purchase amount is less than or equal to the mobile retention limit or the daily purchase limit. The embodiment which employ | adopted the pattern may be sufficient.
(2) 前述した実施の形態においては、ステップS269で決済サーバ280から消込速報を受信したことを条件として、電子マネー管理サーバ200は、バリューの購入に対する決済が終了したと判断して、ステップS277でバリュー発行情報を携帯電話100に送信するようにした。すなわち、決済用処理として、金融機関に対するバリューの購入に対する対価の決済を行なうための処理を例に説明した。
(2) In the above-described embodiment, the electronic
しかし、決済用処理としては、これに限定されるものではない。たとえば、決済用処理としては、クレジットカードの提供機関に対するバリューの購入に対する対価の決済のために与信の可否の判断において与信可との結果を得る処理であってもよい。具体的には、クレジットカードによる与信でバリューを購入できるようにして、実際の決済は済んでいなくても、バリュー発行情報を携帯電話100に送信するようにしてもよい。バリュー購入時処理において、電子マネー管理サーバ200または携帯電話100にクレジットカードの提供機関、カード番号等を記憶させておき、電子マネー管理サーバ200がクレジットカードの提供機関、カード番号等を読出してまたは携帯電話100から取得して、当該提供機関に与信の可否を問合せ、与信可の返信があれば図13または図51に示すバリュー対価決済後処理を行ない、発行情報DB222への未チャージバリュー等の登録処理を行なうようにすればよい。
However, the processing for settlement is not limited to this. For example, the settlement process may be a process for obtaining a credit approval result in the determination of whether or not credit is possible for settlement of value for purchase of value to a credit card provider. Specifically, the value can be purchased with credit card credit, and the value issuance information may be transmitted to the
(3) 前述した実施の形態においては、所定時間ごとに券売機300から店舗サーバ800を介して電子マネー管理サーバ200に取引情報が送信されるようにした。このため、電子マネー管理サーバ200で管理されている携帯電話100のバリュー残高は常に正確である訳ではない。したがって、バリューが携帯電話100から電子マネー管理サーバ200に預けられるときには、ステップS1602で携帯電話100から電子マネー管理サーバ200にバリュー残高が送信されるようにした。そして、電子マネー管理サーバ200は、ステップS2163で携帯電話100から送信されたバリュー残高を預かり残高として記憶するようにした。
(3) In the above-described embodiment, transaction information is transmitted from the
しかし、これに限定されず、リアルタイムで券売機300から電子マネー管理サーバ200に取引情報が送信されるようにして、バリューが携帯電話100から電子マネー管理サーバ200に預けられるときに、電子マネー管理サーバ200で管理されている携帯電話100のバリュー残高を預かり残高として記憶するようにしてもよい。この場合には、ステップS1702で送信する残高返却依頼情報にはバリュー残高を含めないようにしてもよい。また、同様に、ステップS251においては、ステップS133で送信するチャージ要求情報に含まれるバリュー残高に基づき携帯上保持限度額を判定しているが、リアルタイムで電子マネー管理サーバ200に取引情報が送信される場合、ステップS133においてバリュー残高を含まないチャージ要求情報に送信するようにしてもよい。
However, the present invention is not limited to this. When value is deposited from the
(4) 前述した実施の形態においては、ステップS1702で預かり番号を含まない残高返却依頼情報を送信するようにして、ステップS1706で預かり番号を送信するようにした。しかし、これに限定されず、ステップS1702で残高返却依頼情報を送信しないようにして、ステップS1706で預かり番号を含む残高依頼情報を送信するようにしてもよい。 (4) In the above-described embodiment, the balance return request information not including the deposit number is transmitted in step S1702, and the deposit number is transmitted in step S1706. However, the present invention is not limited to this, and the balance request information including the deposit number may be transmitted in step S1706 without transmitting the balance return request information in step S1702.
(5) 前述した実施の形態においては、バリューが携帯電話100から電子マネー管理サーバ200に預けられるときに未チャージバリューがある場合(ステップS2064においてにYESの場合)は、一旦、未チャージバリューが携帯電話100にチャージされてから、携帯電話100のバリュー残高が預かり残高として記憶されるようにした。
(5) In the above-described embodiment, if there is an uncharged value when the value is deposited from the
しかし、これに限定されず、バリューが携帯電話100から電子マネー管理サーバ200に預けられるときに、電子マネー管理サーバ200が、携帯電話100から受取ったバリュー残高と未チャージバリューの額とを加算して、加算した額を預かり残高として記憶するようにしてもよい。
However, the present invention is not limited to this, and when the value is deposited from the
(6) 前述した実施の形態においては、ステップS2177でバリュー残高と預かり残高を加算した額が携帯上保持限度額より多いと判断された場合に、ステップS2178で携帯上保持限度額返却不可画面を送信して、預かり残高を返却しないようにした。しかし、これに限定されず、預かり残高のうち、バリュー残高と加算した額が携帯上保持限度額を超えない分を返却して、残りの分を未チャージバリューとするようにしてもよい。 (6) In the above-described embodiment, if it is determined in step S2177 that the sum of the value balance and the deposit balance is greater than the portable retention limit, a portable retention limit return impossible screen is displayed in step S2178. Sent to not return the deposit balance. However, the present invention is not limited to this, and it is possible to return the amount of the balance to be added to the value balance that does not exceed the carry-on retention limit amount and set the remaining amount as the uncharged value.
(7) 本実施の形態においては、図8に示す初期登録時AP211のステップS236において領域確保情報が携帯電話100に送信されることで、携帯電話100の記憶部192に電子マネー遊技使用サービス用の記憶領域が構築(確保)されることから、当該領域確保情報の送信に先立ってステップS235において未チャージ削除カウンタを1加算することにより、携帯電話100の記憶部192に電子マネー遊技使用サービス用の記憶領域が構築された構築回数を加算・管理し、ステップS216で未チャージ削除カウンタの値が3に達しているか否かを判定し、達していれば領域構築情報の送信を禁止するようにしているが、これに限らず、たとえばステップS216での判定対象とする回数を1回とするような場合には、未チャージ削除カウンタにおいて回数を計数するのではなく、ステップS236で領域構築情報が送信されることに関連して領域構築済を示すフラグを立てて、図13に示すバリュー対価決済後処理のステップS2703において当該フラグを削除することで、領域構築対価の決済が終了しているか否かを管理し、ステップS216において当該フラグが立っているか否かを判定し、フラグが立っていれば領域構築対価の決済が未終了であるとして領域構築情報の送信を禁止するようにしてもよい。
(7) In the present embodiment, the area reservation information is transmitted to the
また、本実施の形態においては、すべての携帯電話100について未チャージ削除カウンタを管理しているが、領域構築対価の決済用処理が未終了の携帯電話100の携帯端末情報のみを登録するデータベースを別途設け、当該データベースにおいて未チャージ削除カウンタを管理してもよい。
In this embodiment, the uncharge deletion counter is managed for all
(8) 前述した実施の形態においては、サービス提供用サーバとして電子マネー管理サーバ200、および決済サーバ280を例にして説明した。しかし、サーバに限らず、ネットワークを介して複数のコンピュータを結ぶことで仮想的に構築されるコンピュータであるグリッドコンピューティングシステムであってもよい。
(8) In the above-described embodiment, the electronic
(9) 前述した第1の実施の形態においては、電子マネー管理サーバ200のデータ処理部によって、図12のステップS268で、モバイルバンキングへの引継をユーザに確認するためのモバイルバンキング遷移確認画面を表示させるための引継画面情報が携帯電話100に送信され、携帯電話100のデータ処理部110によって、図9(b)のステップS117で、電子マネー管理サーバ200から引継画面情報が受信されたことに応じて、ステップS118,S118aでモバイルバンキングに遷移しモバイルバンキング処理が行なわれ、決済が行なわれるようにした。つまり、携帯電話100と電子マネー管理サーバ200との接続が一旦分断され、決済のために携帯電話100から金融機関サーバ500にアクセスし、その後、再度、電子マネー管理サーバ200にアクセスして電子マネー情報の書込みを行なうようにした。
(9) In the first embodiment described above, the data processing unit of the electronic
しかし、これに限定されず、電子マネー管理サーバ200によって、ステップS268で引継画面情報が送信されることに替えて、携帯電話100から電子マネー管理サーバ200を介して、金融機関サーバ500で決済が行なえるようにしてもよい。このようにすることで、携帯電話100と金融機関サーバ500とが決済のやり取りをする場合に分断してしまう携帯電話100と電子マネー管理サーバ200との接続を保ったまま、決済のやり取りを行なうことができるようになり、その後の電子マネー情報の携帯電話100への書込みまでの処理を一連の処理として行なうことができる。
However, the present invention is not limited to this. Instead of transmitting the takeover screen information in step S268 by the electronic
(10) 前述した第2の実施の形態においては、ステップS191bにおいて、未チャージバリューがあるときの電子マネーアプリ111起動回数をカウントし、当該カウント値が所定回数以上であるときに、起動時初期画面でバリュー発行促進表示を行なう例について説明した。すなわち、ステップS184またはS157aにおいてバリュー購入記録が更新されてから所定回数電子マネーアプリ111が起動されることにより、所定時間に達したと判断し、バリュー発行促進表示を行なうか否かを判断する例について説明した。しかし、これに限らず、ステップS184またはS157aにおいてバリュー購入記録が更新されてからの時間を計時し、計時時間が所定時間に達しているときに、バリュー発行促進表示を行なうようにしてもよい。たとえば、ステップS184またはS157aにおいてバリュー購入記録が更新されたときの時刻を記憶し、当該時刻から所定時間が経過したときに電子マネーアプリ111を自動的に起動させてバリュー発行促進表示を行なうようにしてもよい。
(10) In the second embodiment described above, in step S191b, the number of activations of the
(11) 前述した第2の実施の形態においては、当日積算額として第1口座振替依頼情報(チャージ要求情報)に対応する電子マネーの累積額が加算および管理されていたが、これに限らず、図52のバリュー発行時処理においてステップS157aでバリュー購入記録を更新するとともに、ステップS156の書込処理により書込まれた(加算された)電子マネーの額を当日積算額に加算して管理するようにしてもよい。 (11) In the above-described second embodiment, the accumulated amount of electronic money corresponding to the first account transfer request information (charge request information) is added and managed as the accumulated amount on the day. 52, the value purchase record is updated in step S157a in the value issuance process of FIG. 52, and the amount of electronic money written (added) by the writing process of step S156 is added to the accumulated amount on the day and managed. You may do it.
(12) 前述した実施の形態においては、電子マネーシステム10は、遊技場30に設置される装置、携帯電話100、電子マネー管理サーバ200、決済サーバ280、リモート発行サーバ400、および、金融機関サーバ500で構成されるようにした。
(12) In the above-described embodiment, the electronic money system 10 includes the device installed in the
しかし、これに限定されず、電子マネー管理サーバ200に、決済サーバ280、リモート発行サーバ400、および、金融機関サーバ500の全部または一部の機能が含まれるようにして、電子マネーシステム10が、遊技場30に設置される装置、携帯電話100、および、電子マネー管理サーバ200で構成されるようにしてもよい。
However, the present invention is not limited to this, and the electronic
(13) 前述した実施の形態では、電子マネーシステム10の発明として説明した。しかし、これに限定されず、携帯電話100、電子マネー管理サーバ200、決済サーバ280、券売機300、カードユニット600、および、店舗サーバ800の装置の発明として捉えることができる。
(13) In the above-described embodiment, the electronic money system 10 has been described. However, the present invention is not limited to this, and can be understood as an invention of the devices of the
また、電子マネーアプリ111、初期登録時AP211、バリュー購入時AP212、バリュー発行時AP213、残高管理AP214、バリュー預かりAP215、および、バリュー返却AP215のプログラムの発明として捉えることができる。
Further, it can be understood as an invention of a program of the
さらに、携帯電話100、電子マネー管理サーバ200、決済サーバ280、券売機300、カードユニット600、および、店舗サーバ800の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。
Furthermore, the processes performed by the devices of the
(14) 前述した実施の形態では、電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関のサーバとして、金融機関ごとにそれぞれ金融機関サーバ500が設けられている例について説明した。しかし、これに限らず、ユーザが利用する金融機関のサーバとしては、複数の金融機関からなるグループ用に設けられた共通の金融機関サーバであってよい。この場合、同じグループに属する金融機関を利用する場合には、異なる金融機関を利用する場合であっても、当該グループ用に設けられた共通の金融機関サーバと通信し対価の支払いが行なわれる。また、対価を支払うために利用するためのサーバとしては、金融機関のサーバに限らず、ユーザが登録した金融機関サーバと通信し対価の支払いを代行する代行業者のサーバであってもよい。つまり、これらの場合にも、金融機関のサーバに含まれる。
(14) In the above-described embodiment, an example in which a
(15) 前述した第1の実施の形態においては、携帯電話100のデータ処理部110によって図9のステップS112で金融機関指定情報が送信されたことに応じて、電子マネー管理サーバ200のデータ処理部210によって、図8のステップS224で、金融機関指定情報が利用者情報DB221に登録されるようにした。また、前述した第2の実施の形態においては、電子マネーアプリの初回起動時に行なわれる図47の金融機関登録処理におけるステップS126eにおいて金融機関指定情報が携帯電話100に搭載されている記憶部120に登録されるようにした。
(15) In the first embodiment described above, the data processing of the electronic
しかし、金融機関指定情報は新規会員登録時に登録されることに限定されず、他のタイミングで登録されるようにしてもよい。たとえば、バリューの初回購入時に登録されるようにしてもよいし、電子マネーアプリのメインメニューに金融機関を登録するためのメニューを設けて、遊技者の携帯電話100からの金融機関指定情報の登録の要求があったときに登録されるようにしてもよい。
However, the financial institution designation information is not limited to being registered at the time of new member registration, and may be registered at another timing. For example, the value may be registered at the time of the initial purchase, or a menu for registering a financial institution is provided in the main menu of the electronic money application, and registration of financial institution designation information from the
なお、金融機関変更処理が行なわれるタイミングについても同様である。前述した実施の形態においては、バリュー購入時処理において金融機関変更処理が行なわれる、すなわちバリュー購入時に金融機関を変更できる例について説明したが、これに限らず、金融機関変更処理が行なわれるタイミングは他のタイミングで変更されるようにしてもよいし、電子マネーアプリのメインメニューに金融機関を変更するためのメニューを設けて、遊技者の携帯電話100からの金融機関指定情報の変更の要求があったときに変更されるようにしてもよい。
The same applies to the timing when the financial institution change process is performed. In the embodiment described above, the example in which the financial institution change process is performed in the value purchase process, that is, the financial institution can be changed at the time of value purchase has been described. It may be changed at another timing, or a menu for changing the financial institution is provided in the main menu of the electronic money application, and a request for changing the financial institution designation information from the
(16) 前述した実施の形態においては、プリペイドカード371に残額を示す情報が記録されるようにした。しかし、これに限定されず、プリペイドカード371にはカードIDのみ記録しておき、店舗サーバ800などのサーバで、カードIDに対応させて残額を示す情報を管理しておき、プリペイドカード371を発行したり、プリペイドカード371に入金したり、プリペイドカード371から残額を減算したりする場合に、店舗サーバ800とやり取りするようにしてもよい。
(16) In the embodiment described above, information indicating the remaining amount is recorded on the
(17) 前述した実施の形態では、情報端末の一例として携帯電話100について説明したが、これに限らず、ユーザが操作する情報端末であればどのようなものであってもよい。たとえば、情報端末として、PDA(Personal Digital Assistance)、パーソナルコンピュータ、テレビ受信機、カーナビ等であってもよい。また、取引の一例としてバリュー対価決済後処理によりステップS2704においてバリュー購入記録を更新するもの(すなわちバリューの購入)について説明したが、これに限らず、商品や株式等の引渡を受ける場合には、当該引渡に対する請求金額の一部または全部について支払済みにするもの等であってもよい。すなわち、売買の行為が成立する場合に、当該売買行為で発生する請求金額の一部または全部について支払済みにするものであればどのようなものであってもよい。この場合、たとえば、情報端末から出力する取引要求情報としては、商品や株式等の引渡を希望する旨の情報が該当する。情報端末は、当該情報をサーバに出力すると通信先指定情報を受信する。また、情報端末は、当該通信先指定情報により指定される金融機関のサーバに対し、商品や株式等の引渡を受けるために必要な金額分の決済を要求する旨の決済要求情報を送信する。そして、サーバは、当該決済要求情報を受信した金融機関のサーバにおいて決済の終了を条件として、商品や株式等の引渡に対する請求金額が支払われた旨を記録等する処理を取引処理として行なう。かかる取引処理が行なわれた後、係員等がサーバの記録内容を確認し、商品の発送等を行なうこととなる。
(17) In the above-described embodiment, the
(18) 携帯電話100の非接触型ICチップ190にバリューがチャージされたとき、および、バリューの減算が完了したときに、非接触型ICチップ190の記憶部192に記憶されたバリュー残高のバックアップが記憶部120にされるようにしてもよい。
(18) Backing up the value balance stored in the
また、携帯電話100によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
Further, backup may be performed when the
また、携帯電話100によって前回バックアップがされてから所定期間(たとえば、3時間、1日など)経過するごとに、バックアップがされるようにしてもよい。
Alternatively, the backup may be performed every time a predetermined period (for example, 3 hours, 1 day, etc.) has elapsed since the previous backup was performed by the
(19) 前述した実施の形態においては、当日に購入されたバリューの積算額を当日積算額として積算するようにした。しかし、これに限定されず、所定期間(たとえば、午前6時から翌日の午前6時までの期間)に購入されたバリューの積算額を積算するようにしてもよい。つまり、所定期間は、状況に応じて適宜設定変更可能とすればよい。 (19) In the above-described embodiment, the integrated value of the value purchased on the day is integrated as the integrated value on the day. However, the present invention is not limited to this, and the accumulated amount of value purchased during a predetermined period (for example, a period from 6 am to 6 am on the next day) may be accumulated. That is, the predetermined period may be changed as appropriate according to the situation.
(20) 前述した実施の形態においては、図41の残額管理AP214によって、それぞれの会員IDごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
(20) In the above-described embodiment, processing for fraud is performed by the remaining
(21) ステップS281で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップS284で説明したように、不正取引を行なった会員IDの携帯IDの不正な携帯電話100で購入されたプリペイドカード371の使用を禁止するような電子マネーシステムであってもよい。
(21) As described in step S281, the occurrence of an illegal transaction is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction exceeding the accumulated charge amount, the operation is described in step S284. As described above, an electronic money system that prohibits the use of a
また、ステップS281で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップS286で説明したように、不正取引を行なった会員IDの携帯IDの不正な携帯電話100のバリューの使用を禁止するような電子マネーシステムであってもよい。
In addition, as described in step S281, the occurrence of fraudulent transactions is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction that exceeds the accumulated charge amount, it is described in step S286. As described above, an electronic money system that prohibits the use of the unauthorized
また、ステップS281で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップS289で説明したように、不正取引が発生したホール(遊技場)でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。 In addition, as described in step S281, the occurrence of fraudulent transactions is determined based on whether or not the transaction amount exceeds the accumulated charge amount. If there is an unauthorized transaction that exceeds the accumulated charge amount, it is described in step S289. Thus, an electronic money system that prohibits the use of value on all mobile phones in a hall (amusement hall) where an illegal transaction has occurred may be used.
(22) 前述した実施の形態では、電子マネー管理サーバ200の残高管理AP214から店舗サーバ800を介して送信されてきた携帯使用禁止情報および不正端末記憶情報に基づき、券売機300のデータ処理部310は、記憶部320に携帯使用禁止情報および不正端末情報を記憶させる。そして、券売機300において、プリペイドカード371の購入に使用されている携帯電話100の携帯IDが記憶部310に記憶されている不正端末情報でないか、または記憶部310に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする。すなわち、前述した実施の形態では、券売機300において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能にする制御を行なう例について説明した。
(22) In the embodiment described above, based on the portable use prohibition information and the illegal terminal storage information transmitted from the
しかし、これに限らず、店舗サーバ800において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能である旨を示す取引不能信号を券売機300に送信し、券売機300において取引不能信号を受信したときに取引不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ800のデータ処理部は、電子マネー管理サーバ200の残高管理AP214からの携帯使用禁止情報および不正端末記憶情報を、店舗サーバ800の記憶部に記憶させる。一方、券売機300のデータ処理部310は、取引が行なわれる毎に、取引に用いられる携帯電話100の携帯IDを店舗サーバ800に送信する。店舗サーバ800のデータ処理部は、送信されてきた当該携帯IDが記憶部に記憶されている不正端末情報でないか、または記憶部に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする旨を示す取引不能信号を当該券売機300に送信する。券売機300のデータ処理部310は、取引不能信号に基づき、取引不能にする制御を行なう。
However, the present invention is not limited to this, and the
また、電子マネー管理サーバ200の残高管理AP214から店舗サーバ800に送信されてきた不正媒体情報に基づき、店舗サーバ800のデータ処理部は、当該不正媒体情報に含まれる携帯IDに対応して記憶部に記憶されているカードIDを不正カードIDとしてカードユニット600に送信し、カードユニット600の記憶部620に記憶させる。そして、カードユニット600において、球貸に使用されているプリペイドカードのカードIDが記憶部620に記憶されている不正カードIDでないかが判断され、不正カードIDであるときに球貸不能にする。すなわち、前述した実施の形態では、カードユニット600において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能にする制御を行なう例について説明した。
Further, based on the unauthorized medium information transmitted from the
しかし、これに限らず、店舗サーバ800において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能である旨を示す球貸不能信号をカードユニット600に送信し、カードユニット600において球貸不能信号を受信したときに球貸不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ800のデータ処理部は、電子マネー管理サーバ200の残高管理AP214から店舗サーバ800に送信されてきた不正媒体情報に基づき、当該不正媒体情報に含まれる携帯IDに対応して記憶部に記憶されているカードIDを不正カードIDとして店舗サーバ800の記憶部に記憶させる。一方、カードユニット600のデータ処理部610は、球貸しが行なわれる毎に、球貸しに用いられるプリペイドカードのカードIDを店舗サーバ800に送信する。店舗サーバ800のデータ処理部は、送信されてきた当該カードIDが記憶部に記憶されている不正カードIDでないかが判断され、記憶されているときに球貸不能にする旨を示す球貸不能信号を当該カードユニット600に送信する。カードユニット600のデータ処理部610は、球貸不能信号に基づき、球貸不能にする制御を行なう。
However, the present invention is not limited to this, and the
(23) 電子マネーのチャージに関する対価の決済のための決済用処理としては、金融機関サーバ500が提供するモバイルバンキングを利用した振込処理や、クレジットカード機関サーバが提供する与信による処理に限らず、本実施の形態における電子マネー管理サーバ200が提供するバリューとは異なる電子マネー等を使用して決済を行なう処理であってもよい。また、本実施の形態においては、携帯電話100と金融機関サーバ500が通信することにより決済用処理が行なわれたが、このように携帯電話100を使用するものに限らず、ユーザが電子マネー提供機関の口座に現金振込を行なうことにより決済が行なわれ、当該振込の行なわれた金融機関のサーバから電子マネー管理サーバ200に対して消込速報が通知されるようにしてもよい。
(23) The settlement processing for the settlement of the payment related to the charge of electronic money is not limited to the transfer processing using mobile banking provided by the
(24) 第1の実施の形態におけるバリュー購入に関する処理においては、ユーザから購入希望金額を受付ける前に、図12に示すバリュー購入時AP212のステップS251においてバリュー残高と最低購入金額との合計額が携帯上保持限度額以下か否かを判定するとともに、ステップS253において同日積算額と最低購入金額との合計金額が1日購入限度額以下か否かを判定し、両判定がYESの場合にさらに購入可能金額を算出して表示金額リスト情報とともに携帯電話100に対して送信することで、携帯電話100においては、表示金額リストのうち購入可能金額以下の選択肢のみが指定可能な態様で表示された。このようにすることは、ユーザに限度額を超過する無駄な選択操作をさせることがないことから好ましいが、これに限らず、ユーザに購入希望金額を先に選択させて、当該購入希望金額を電子マネー管理サーバ200に送信し、バリュー残高と購入希望金額との合計額が携帯上保持限度額以下か否かを判定するとともに、当日積算額と購入希望金額との合計額が1日購入限度額以下か否かを判定するようにしてもよい。
(24) In the processing related to value purchase in the first embodiment, before accepting the purchase desired amount from the user, the sum of the value balance and the minimum purchase amount is obtained in step S251 of the
また、第2の実施の形態におけるバリュー購入時処理においても、図49に示すように、ユーザから購入希望金額の選択を受付ける前に、ステップS173およびステップS175において最低購入金額を使用して限度額以下か否かの判定を行なっているが、これに限らず、ユーザに購入希望金額を先に選択させて、バリュー残高と購入希望金額との合計額が、携帯上保持限度額以下か否かを判定するとともに、当日積算額と購入希望金額との合計額が1日購入限度額以下か否かを判定するようにしてもよい。 Also, in the value purchase processing in the second embodiment, as shown in FIG. 49, before accepting selection of the purchase desired amount from the user, the minimum amount is used in step S173 and step S175. It is determined whether or not it is the following, but not limited to this, the user is allowed to select the desired purchase amount first, and whether or not the total amount of the value balance and the desired purchase amount is equal to or less than the carrying amount limit In addition, it may be determined whether or not the total amount of the current day sum and the desired purchase amount is equal to or less than the daily purchase limit amount.
(25) 本実施の形態においては、図13に示すバリュー対価決済後処理において当日積算額を加算更新している、つまり図12に示すステップS251、S253において携帯上保持限度額あるいは1日購入限度額以下でありチャージを許容すると判定された電子マネーの額を当日積算額に加算して管理しているが、これに限らず、図15に示すバリュー発行時AP213におけるステップS277のバリュー発行情報送信に関連して、つまり携帯電話100に対してバリュー発行情報が送信されたバリューの額を当日積算額に加算して管理するようにしてもよい。
(25) In the present embodiment, the accumulated amount on the day is added and updated in the post-value-payment settlement processing shown in FIG. 13, that is, the portable holding limit or the daily purchase limit in steps S251 and S253 shown in FIG. The amount of electronic money determined to be less than the amount and allowed to be charged is managed by adding to the accumulated amount on the day. However, the present invention is not limited to this. In other words, the value amount for which the value issuance information is transmitted to the
(26) 本実施の形態においては、預かり残額を識別するための預かり残額識別情報として、電子マネー管理サーバ200側において発行される預かり番号と遊技者から入力を受付けるパスワードの2種類の識別情報を使用しているが、これに限らず、いずれか一方のみでもよい。また、預かり番号やパスワードに限られず、預かり残額を識別可能な識別情報であればどのような形式のものであってもよい。
(26) In the present embodiment, two types of identification information, that is, a deposit number issued on the electronic
(27) 本実施の形態においては、携帯電話100に記憶されたバリューを使用して取引処理を行なう取引手段として、プリペイドカード371を発行する処理を行なう発券機300と球貸処理を行なうカードユニット600とを説明しているが、取引処理手段はこのような遊技場に設置される装置に限らず、たとえば携帯電話100に記憶されたバリューを使用して物品やチケット等を払出す取引処理を行なう自動販売装置であってもよいし、インターネットショッピング等でユーザが購入した商品の対価としてバリューを使用するような場合には、当該対価としてバリューを徴収するための処理を行なうショッピングサイト運営サーバが取引処理手段を構成する。
(27) In the present embodiment, as transaction means for performing transaction processing using the value stored in the
(28) 本実施の形態においては、初期登録処理、バリュー購入処理、バリュー発行処理、バリュー預け処理、およびバリュー返却処理において、種々の情報が複数回に分けて携帯電話100と電子マネー管理サーバ200との間で送受信されているが、各情報を処理のどの段階で何回に分けて送信するかといったことは、実施の形態に限られるものではなく、適宜変更可能である。
(28) In this embodiment, in the initial registration process, the value purchase process, the value issue process, the value deposit process, and the value return process, various information is divided into a plurality of times and the
たとえば、バリュー購入処理において、携帯電話100から電子マネー管理サーバ200に対して、チャージ要求情報、第1口座振替依頼情報および第2口座振替依頼情報が送信されるが、予め購入希望金額の選択を受付けるような場合には、第1口座振替依頼情報を送信することなく、購入希望金額を含むチャージ要求情報を送信すればよいし、合計金額の確認を受付けない場合には、第2口座振替依頼情報を送信することなく、第1口座振替依頼情報に対して引継ぎ画面情報を返信するようにしてもよい。一方、電子マネー管理サーバ200から携帯電話100に対しては、表示金額リスト等を含む残高情報がチャージ受付情報として返信されるとともに、合計金額確認情報および引継ぎ画面情報が送信されるが、表示金額リスト等とは別個にチャージ受付情報を送信してもよいし、合計金額確認情報を送信することなく引継ぎ画面情報を送信してもよい。
For example, in the value purchase process, charge request information, first account transfer request information, and second account transfer request information are transmitted from the
(29) 本実施の形態においては、携帯電話100を個々に識別するための識別情報として予め携帯電話100に付与されている携帯端末情報(携帯ID)と電子マネー遊技使用サービスに会員登録することにより発行される会員IDとを使用しているが、これに限らず、いずれか一方のIDのみを使用してもよいし、種類によって使用するIDを使い分けてもよい。
(29) In the present embodiment, membership registration is performed for mobile terminal information (mobile ID) and electronic money game use service that are previously assigned to
(30) 今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。 (30) The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
10 電子マネーシステム、30 遊技場、100 携帯電話、110 データ処理部、111 電子マネーアプリ、120 記憶部、130 データ入力部、140 表示部、150 音声入出力部、160 無線通信部、161 アンテナ、190 非接触型ICチップ、191 制御部、192 記憶部、193 非接触通信部、194 アンテナ、200 電子マネー管理サーバ、210 データ処理部、211 初期登録時AP、212 バリュー購入時AP、213 バリュー発行時AP、214 残高管理AP、215 バリュー預かりAP、216 バリュー返却AP、220 記憶部、221 利用者情報DB、222 発行情報DB、230 データ入力部、240 表示部、260 通信部、280 決済サーバ、300 券売機、310 データ処理部、320 記憶部、330 操作部、340 表示部、360 通信部、370 カードリーダライタ、371 プリペイドカード、380 貨幣処理機、390 チップリーダライタ、391 制御部、392 記憶部、393 非接触通信部、394 アンテナ、400 リモート発行サーバ、500 金融機関サーバ、600 カードユニット、610 データ処理部、620 記憶部、631 球貸ボタン、632 返却ボタン、640 表示部、660 通信部、670 カードリーダライタ、680 貨幣処理機、690 チップリーダライタ、691 制御部、692 記憶部、693 非接触通信部、694 アンテナ、700 パチンコ遊技機、800 店舗サーバ。 10 electronic money system, 30 game hall, 100 mobile phone, 110 data processing unit, 111 electronic money application, 120 storage unit, 130 data input unit, 140 display unit, 150 voice input / output unit, 160 wireless communication unit, 161 antenna, 190 contactless IC chip, 191 control unit, 192 storage unit, 193 contactless communication unit, 194 antenna, 200 electronic money management server, 210 data processing unit, 211 initial registration AP, 212 value purchase AP, 213 value issue Time AP, 214 Balance management AP, 215 Value deposit AP, 216 Value return AP, 220 Storage unit, 221 User information DB, 222 Issuance information DB, 230 Data input unit, 240 Display unit, 260 Communication unit, 280 Payment server, 300 ticket machines, 310 Data processing unit, 320 storage unit, 330 operation unit, 340 display unit, 360 communication unit, 370 card reader / writer, 371 prepaid card, 380 money processing machine, 390 chip reader / writer, 391 control unit, 392 storage unit, 393 Contact communication unit, 394 antenna, 400 remote issue server, 500 financial institution server, 600 card unit, 610 data processing unit, 620 storage unit, 631 ball rental button, 632 return button, 640 display unit, 660 communication unit, 670 card reader Writer, 680 money handling machine, 690 chip reader / writer, 691 control unit, 692 storage unit, 693 non-contact communication unit, 694 antenna, 700 pachinko gaming machine, 800 store server.
Claims (9)
前記携帯端末は、
前記電子マネーサービスを享受できるようにするための登録を要求する登録要求情報を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段を備え、
前記サービス提供用サーバは、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したことを条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラムを、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段と、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したことを条件として、前記電子マネー情報を記憶するためのサービス提供用領域である電子マネーサービス提供用領域を前記携帯端末の前記記憶媒体に構築するための領域構築情報を当該携帯端末に送信するために出力する領域構築情報出力手段とを備え、
前記携帯端末は、さらに、
前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段と、
前記領域構築情報出力手段から送信されてきた前記領域構築情報を受信したことを条件として、該特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記領域構築情報で示される電子マネーサービス提供用領域の構築要求を前記サービス提供用領域管理サーバに送信するために出力する構築要求出力手段と、
該構築要求出力手段によって出力された構築要求に応じて前記サービス提供用領域管理サーバによって前記記憶媒体に前記電子マネーサービス提供用領域が構築されたことを条件として、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報のチャージを要求するためのチャージ要求情報を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したことを条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段を備え、
前記携帯端末は、さらに、
前記チャージ受付情報出力手段から送信されてきた前記チャージ受付情報を受信したことを条件として、前記電子マネー情報のチャージに関する対価の決済のための決済用処理を要求する決済用処理要求情報を前記決済用処理に利用する決済用処理機関のサーバに送信するために出力する決済用処理要求情報出力手段と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済用処理の終了した電子マネー情報の送信を要求する電子マネー情報送信要求を前記サービス提供用サーバに送信するために出力する電子マネー情報送信要求出力手段とを備え、
前記サービス提供用サーバは、さらに、
前記電子マネー情報に対応し、かつ該電子マネー情報を前記決済用処理を終了させた前記携帯端末に送信済みであるか否かを特定するための特定用情報を、当該携帯端末を他の携帯端末と識別可能にするための識別情報に対応付けて記憶する電子マネー購入記録手段と、
前記決済用処理機関のサーバにおける前記決済用処理の終了を条件として、前記要求元携帯端末に対して前記電子マネー情報を送信済みでないと特定する前記特定用情報を、当該要求元携帯端末の前記識別情報に対応付けて前記電子マネー購入記録手段に記憶させる特定用情報登録手段と、
前記電子マネー情報送信要求出力手段から送信されてきた前記電子マネー情報送信要求を受信したことを条件として、前記電子マネー情報送信要求元の前記携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶された、前記電子マネー情報を送信済みでないと特定する前記特定用情報に対応する当該電子マネー情報を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する前記特定用情報の記憶状態を送信済みである送信済状態に更新する送信済状態更新手段とを備え、
前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報出力手段から送信されてきた前記電子マネー情報を、前記電子マネーサービス提供用領域に記憶された前記電子マネー情報に加算するための処理を実行する電子マネー情報処理実行手段と、
前記電子マネーサービス提供用領域に記憶された前記電子マネー情報から、前記取引処理手段により前記取引処理が実行されるときに用いられる額の電子マネー情報を減算する電子マネー情報減算手段とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたのが、前記領域構築情報出力手段によって前記領域構築情報が当該要求元携帯端末に出力されてから初回であるか否かを判定する初回チャージ要求判定手段を備え、
前記特定用情報登録手段は、
前記初回チャージ要求判定手段によって初回でないと判定されたときは、前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報に対応する前記電子マネー情報のチャージに関するチャージ対価の決済のための決済用処理の終了を条件として、前記特定用情報を前記電子マネー購入記録手段に記憶させ、
前記初回チャージ要求判定手段によって初回であると判定されたときは、前記チャージ対価と、前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築に関する領域構築対価との合計額の決済用処理の終了を条件として、前記特定用情報を前記電子マネー購入記録手段に記憶させ、
前記サービス提供用サーバは、さらに、
前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築回数を少なくとも前記領域構築対価の決済用処理が未終了の携帯端末について管理する構築回数管理手段と、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したときに、前記構築回数管理手段によって管理されている前記登録要求情報送信元の前記携帯端末の前記構築回数が所定回数に達していることを条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止する領域構築情報出力禁止手段と、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたことを条件として、前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶されているか否かを判定する登録判定手段と、
前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記電子マネー購入記録手段に記憶されていると前記登録判定手段により判定されたことを条件として、当該特定用情報に対応する電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段とを備え、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する特定用情報の記憶状態を送信済みである送信済状態に更新することを特徴とする、電子マネーシステム。 A mobile terminal equipped with a storage medium that can be used by a plurality of service providing organizations, and processing for constructing and deleting service providing areas according to services provided by the service providing organizations on the storage medium. In addition, service provision registered in a service provision area management organization that operates a service provision area management server that performs billing management for each service provision organization in order to charge for the construction of the service provision area A service providing server provided in an electronic money service providing organization that provides an electronic money service as a provided service, and transaction processing means for executing transaction processing using electronic money information stored in the storage medium Including an electronic money system,
The portable terminal is
Registration request information output means for outputting registration request information for requesting registration for enabling the reception of the electronic money service to the service providing server;
The service providing server includes:
On the condition that the registration request information transmitted from the registration request information output means has been received, a specific program indicating a processing procedure for enjoying the electronic money service is provided to the portable terminal that is the registration request information transmission source. Specific program output means for outputting for transmission;
An electronic money service providing area, which is a service providing area for storing the electronic money information, is provided on the portable terminal on condition that the registration request information transmitted from the registration request information output means is received. Area construction information output means for outputting area construction information for construction in a storage medium to transmit to the mobile terminal,
The mobile terminal further includes:
Specific program storage means for storing the specific program transmitted from the specific program output means;
On the condition that the area construction information transmitted from the area construction information output means has been received, the electronic money indicated by the area construction information according to the processing procedure indicated by the specific program stored in the specific program storage means Construction request output means for outputting a service provision area construction request to the service provision area management server;
Stored in the specific program storage means on the condition that the electronic money service providing area has been constructed in the storage medium by the service providing area management server in response to the construction request output by the construction request output means. Charge request information output means for outputting charge request information for requesting charging of the electronic money information to the service providing server according to the processing procedure indicated by the specific program,
The service providing server further includes:
On the condition that the charge request information transmitted from the charge request information output means has been received, charge acceptance information indicating that the charge request information has been accepted is indicated as a request source that is a portable terminal that is the charge request information transmission source. Charge reception information output means for outputting to transmit to the mobile terminal,
The mobile terminal further includes:
On the condition that the charge acceptance information transmitted from the charge acceptance information output means has been received, the settlement processing request information for requesting the settlement processing for the settlement of the payment related to the charge of the electronic money information is the settlement Payment processing request information output means for outputting to the server of the payment processing institution used for processing,
An electronic money information transmission request for requesting transmission of electronic money information for which payment processing has been completed is transmitted to the service providing server in accordance with a processing procedure indicated by the specific program stored in the specific program storage means. Electronic money information transmission request output means for
The service providing server further includes:
Identification information for identifying whether or not the electronic money information has been transmitted to the portable terminal that has completed the settlement processing and that corresponds to the electronic money information, Electronic money purchase recording means for storing in association with identification information for enabling identification with the terminal;
The specifying information for specifying that the electronic money information has not been transmitted to the request source mobile terminal on the condition that the processing for payment in the server of the payment processing institution is completed is set in the request source mobile terminal. the specific information registration means Ru is stored in the electronic money purchase recording means in association with the identification information,
On the condition that the electronic money information transmission request transmitted from the electronic money information transmission request output means has been received, the electronic money is associated with the identification information of the portable terminal that is the electronic money information transmission request source. An electronic device that outputs the electronic money information corresponding to the identification information that is stored in the purchase recording means and that specifies that the electronic money information has not been transmitted to the mobile terminal that is the electronic money information transmission request source. Money information output means;
Corresponding to the electronic money information stored in the electronic money purchase recording means on the condition that the electronic money information output means has transmitted the electronic money information to the portable terminal that is the electronic money information transmission request source. A transmitted state update means for updating the storage state of the identifying information to a transmitted state that has been transmitted ;
The mobile terminal further includes:
The electronic money information stored in the electronic money service providing area is stored as the electronic money information transmitted from the electronic money information output means according to the processing procedure indicated by the specific program stored in the specific program storage means. Electronic money information processing execution means for executing processing for addition to
Electronic money information subtracting means for subtracting the amount of electronic money information used when the transaction processing is executed by the transaction processing means from the electronic money information stored in the electronic money service providing area,
The service providing server further includes:
It is determined whether or not the charge request information is transmitted from the charge request information output means for the first time after the area construction information is output to the requesting portable terminal by the area construction information output means. First time charge request determination means,
The specifying information registration means includes:
When it is determined by the initial charge request determination means that it is not the first time, a settlement for settlement of charge consideration related to the charge of the electronic money information corresponding to the charge request information transmitted from the charge request information output means On condition that the process is terminated, the information for identification is stored in the electronic money purchase recording means ,
When it is determined by the initial charge request determination means that it is the first time, an area relating to the construction of the electronic money service providing area corresponding to the charge consideration and the area construction information output by the area construction information output means The specific information is stored in the electronic money purchase recording means on condition that the processing for settlement of the total amount with the construction consideration is completed,
The service providing server further includes:
The number-of-construction management means for managing the number of times of construction of the electronic money service providing area corresponding to the area construction information output by the area construction information output means for at least the mobile terminal for which the area construction consideration settlement processing has not been completed. When,
When the registration request information transmitted from the registration request information output means is received, the number of constructions of the portable terminal that is the registration request information transmission source managed by the construction number management means reaches a predetermined number. Area construction information output prohibiting means for prohibiting the output of the area construction information to the portable terminal by the area construction information output means,
On the condition that the charge request information is transmitted from the charge request information output means, the specifying information whose storage state has not been updated to the transmitted state by the transmitted state update means is stored in the request source portable terminal . Registration determination means for determining whether or not the electronic money purchase recording means is stored in association with the identification information ;
The identification is performed on the condition that the registration determination unit determines that the specifying information whose storage state has not been updated to the transmitted state by the transmitted state update unit is stored in the electronic money purchase recording unit. Charge request electronic money information output means for outputting the electronic money information corresponding to the information for transmission to the requesting mobile terminal,
The transmitted state update means is stored in the electronic money purchase recording means on the condition that the electronic money information is transmitted to the requesting portable terminal by the charge request time electronic money information output means. An electronic money system, wherein a storage state of information for identification corresponding to electronic money information is updated to a transmission completed state.
前記決済のための決済用処理に利用する決済用処理機関を特定するための決済用処理機関情報を前記サービス提供用サーバに送信するために出力する携帯端末側決済用処理機関情報出力手段を備え、
前記サービス提供用サーバは、さらに、
前記携帯端末側決済用処理機関情報出力手段から送信されてきた前記決済用処理機関情報を受信したことを条件として、当該決済用処理機関情報を、当該決済用処理機関情報送信元の携帯端末を他の携帯端末と識別可能にするための前記識別情報と対応付けて記憶するサーバ側決済用処理機関情報記憶手段と、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したことを条件として、前記サーバ側決済用処理機関情報記憶手段に記憶された決済用処理機関情報から、前記要求元携帯端末を識別するための前記識別情報に対応付けて記憶された決済用処理機関情報を検索する決済用処理機関情報検索手段と、
該決済用処理機関情報検索手段により検索された決済用処理機関情報から特定される決済用処理機関のサーバを前記決済用処理を行なうための通信先として指定する通信先指定情報を、前記要求元携帯端末に送信するために出力する通信先指定情報出力手段とを備え、
前記決済用処理要求情報出力手段は、前記通信先指定情報出力手段から送信されてきた前記通信先指定情報により指定される決済用処理機関のサーバに対し、前記決済用処理要求情報を送信するために出力することを特徴とする、請求項1に記載の電子マネーシステム。 The mobile terminal further includes:
A mobile terminal side processing processor information output means for outputting payment processing organization information for identifying a processing processing organization to be used for the payment processing for the payment to the service providing server; ,
The service providing server further includes:
On receipt of the payment processing institution information transmitted from the mobile terminal-side payment processing institution information output means, the payment processing institution information is transferred to the mobile terminal that has transmitted the payment processing institution information. said identification information associated with the server-side settlement storing processing authority information storing means for enabling identification with another mobile terminal,
On the condition that the charge request information transmitted from the charge request information output means is received, the request source portable terminal is determined from the settlement processing institution information stored in the server side settlement processing institution information storage means. a settlement processing institution information retrieval means for retrieving the settlement processing institution information stored in association with identification information for identifying,
Communication destination designating information for designating a server of a settlement processing organization specified from the settlement processing organization information searched by the settlement processing organization information retrieval means as a communication destination for performing the settlement processing; A communication destination designation information output means for outputting to transmit to a mobile terminal,
The settlement processing request information output means is for transmitting the settlement processing request information to a server of a settlement processing organization designated by the communication destination designation information transmitted from the communication destination designation information output means. The electronic money system according to claim 1, wherein the electronic money system is output to the electronic money system.
前記決済のための決済用処理に利用する決済用処理機関の変更をユーザから受付けるための処理を実行する決済用処理機関変更受付手段と、
該決済用処理機関変更受付手段により受付けた決済用処理機関を前記決済のための決済用処理に利用する決済用処理機関にする変更を要求するための決済用処理機関変更要求情報を、前記サービス提供用サーバに送信するために出力する決済用処理機関変更要求情報出力手段とを備え、
前記サービス提供用サーバは、さらに、
前記決済用処理機関変更要求情報出力手段から送信されてきた前記決済用処理機関変更要求情報を受信したことを条件として、前記サーバ側決済用処理機関情報記憶手段において、決済用処理機関変更要求情報送信元の携帯端末の前記識別情報と対応付けて記憶されている決済用処理機関情報を当該決済用処理機関変更要求情報に従って変更される決済用処理機関を特定するための決済用処理機関情報に更新するサーバ側決済用処理機関更新手段を備えることを特徴とする、請求項2に記載の電子マネーシステム。 The mobile terminal further includes:
A settlement processing organization change accepting means for executing processing for accepting a change of a settlement processing organization used for the settlement processing for the settlement from the user;
Payment processing institution change request information for requesting a change to a payment processing institution used for the payment processing for the settlement is accepted by the payment processing institution change acceptance means. A payment processing institution change request information output means for outputting the data for transmission to the providing server,
The service providing server further includes:
On the condition that the processing organization change request information for payment transmitted from the processing organization change request information output means for payment has been received, the processing organization change request information for settlement in the server side processing organization information storage means for server side is provided. the settlement processing institution information for identifying the settlement processing institution to change the settlement processing institution information stored in association with the identification information of the transmission source mobile terminal in accordance with the settlement processing institution change request information 3. The electronic money system according to claim 2, further comprising a server-side settlement processing institution updating means for updating.
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済のための決済用処理に利用する決済用処理機関の指定をユーザから受付けるための処理を実行する決済用処理機関指定処理手段と、
該決済用処理機関指定処理手段により指定を受付けた決済用処理機関を特定するための決済用処理機関情報を記憶する携帯端末側決済用処理機関情報記憶手段とを備え、
前記決済用処理要求情報出力手段は、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記チャージ要求情報出力手段が前記チャージ要求情報を出力したことを条件として、前記携帯端末側決済用処理機関情報記憶手段に記憶されている前記決済用処理機関情報から特定される決済用処理機関のサーバに、前記決済用処理要求情報を送信するために出力することを特徴とする、請求項1に記載の電子マネーシステム。 The mobile terminal further includes:
Payment processing organization designation for executing processing for accepting designation of a payment processing organization to be used for payment processing for payment from the user in accordance with the processing procedure indicated by the specific program stored in the specific program storage means Processing means;
A mobile terminal side payment processing institution information storage means for storing payment processing institution information for specifying the payment processing institution that has received the designation by the payment processing institution specifying processing means,
The payment processing request information output means is configured to provide the portable terminal on condition that the charge request information output means outputs the charge request information in accordance with a processing procedure indicated by the specific program stored in the specific program storage means. Output the processing request information for settlement to the server of the processing organization for settlement identified from the processing organization information for settlement stored in the processing organization information storage for side settlement, The electronic money system according to claim 1.
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済のための決済用処理に利用する決済用処理機関の変更をユーザから受付けるための処理を実行する決済用処理機関変更受付手段と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記携帯端末側決済用処理機関情報記憶手段に記憶されている決済用処理機関情報を、前記決済のための決済用処理に利用する決済用処理機関として前記決済用処理機関変更受付手段により変更を受付けた決済用処理機関を特定するための決済用処理機関情報に更新する携帯端末側決済用処理機関更新手段とをさらに備えることを特徴とする、請求項4に記載の電子マネーシステム。 The mobile terminal further includes:
Payment processing organization change for executing a process for accepting a change of a payment processing organization used for the payment processing for the payment from the user in accordance with a processing procedure indicated by the specific program stored in the specific program storage means Receiving means;
In accordance with the processing procedure indicated by the specific program stored in the specific program storage means, the payment processing institution information stored in the mobile terminal side payment processing institution information storage means is used as the payment processing for the payment. The mobile terminal side processing processor update means for updating to the payment processing organization information for specifying the payment processing organization that has received the change by the payment processing organization change receiving means as the payment processing organization to be used. The electronic money system according to claim 4, wherein:
前記領域構築対価の決済用処理が終了したことを条件として、前記構築回数管理手段に管理されている当該領域構築対価の決済用処理が終了した携帯端末の前記構築回数を減算する構築回数減算手段を備えることを特徴とする、請求項1〜請求項5のいずれかに記載の電子マネーシステム。 The service providing server further includes:
Construction number subtraction means for subtracting the number of constructions of the mobile terminal for which the processing for settlement of the area construction consideration managed by the construction number management means has been completed on condition that the processing for settlement of the area construction consideration has been completed The electronic money system according to claim 1, further comprising:
前記領域構築情報出力禁止手段は、前記構築回数管理手段によって管理されている情報によって前記登録要求情報送信元の前記携帯端末の前記領域構築対価の決済用処理が未終了であることが示されることを条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止することを特徴とする、請求項1〜請求項6のいずれかに記載の電子マネーシステム。 The construction number management means manages information indicating whether or not the processing for settlement of the area construction consideration has been completed as the construction number,
The area construction information output prohibiting means indicates that the processing for settlement of the area construction consideration of the mobile terminal that is the transmission source of the registration request information has not been completed by the information managed by the construction number management means. 7. The electronic money system according to claim 1, wherein the area construction information output unit prohibits the output of the area construction information to the portable terminal on the condition that
前記電子マネーサービスを享受できるようにするための登録を要求する登録要求情報を前記携帯端末から受信したことを条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラムを、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段と、
前記携帯端末から送信されてきた前記登録要求情報を受信したことを条件として、前記電子マネー情報を記憶するためのサービス提供用領域である電子マネーサービス提供用領域を前記携帯端末の前記記憶媒体に構築するための領域構築情報を当該携帯端末に送信するために出力する領域構築情報出力手段と、
該領域構築情報出力手段によって出力された領域構築情報が受信されたことを条件として、前記領域構築情報で示される電子マネーサービス提供用領域の構築要求が前記サービス提供用領域管理サーバに送信され、該構築要求に応じて前記サービス提供用領域管理サーバによって前記記憶媒体に前記電子マネーサービス提供用領域が構築された携帯端末から、前記特定プログラムが示す処理手順に従って送信される前記電子マネー情報のチャージを要求するためのチャージ要求情報を受信したことを条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段と、
前記電子マネー情報のチャージに関する対価の決済のための決済用処理が要求された決済用処理機関のサーバにおいて当該決済用処理が終了した前記電子マネー情報に対応し、かつ当該電子マネー情報を当該決済用処理を終了させた前記携帯端末に送信済みであるか否かを特定するための特定用情報を、当該携帯端末を他の携帯端末と識別可能にするための識別情報に対応付けて記憶する電子マネー購入記録手段と、
前記要求元携帯端末に対して前記電子マネー情報を送信済みでないと特定する前記特定用情報を、当該要求元携帯端末の前記識別情報に対応付けて前記電子マネー購入記録手段に記憶させる特定用情報登録手段と、
前記電子マネー情報のチャージに関する対価の決済のための前記決済用処理が要求された前記決済用処理機関のサーバにおいて当該決済用処理が終了し、前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記決済用処理の終了した電子マネー情報の送信を要求する電子マネー情報送信要求を受信したことを条件として、前記電子マネー情報送信要求元の前記携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶された、前記電子マネー情報を送信済みでないと特定する前記特定用情報に対応する当該電子マネー情報を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する前記特定用情報の記憶状態を送信済みである送信済状態に更新する送信済状態更新手段と、
前記携帯端末から前記チャージ要求情報が送信されてきたのが、前記領域構築情報出力手段によって前記領域構築情報が当該要求元携帯端末に出力されてから初回であるか否かを判定する初回チャージ要求判定手段と、
前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築回数を少なくとも前記領域構築対価の決済用処理が未終了の携帯端末について管理する構築回数管理手段と、
前記携帯端末から送信されてきた前記登録要求情報を受信したときに、前記構築回数管理手段によって管理されている前記登録要求情報送信元の前記携帯端末の前記構築回数が所定回数に達していることを条件として、前記領域構築情報出力手段による当該携帯端末への前記領域構築情報の出力を禁止する領域構築情報出力禁止手段と、
前記チャージ要求情報を受信したことを条件として、前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末の前記識別情報に対応付けられて前記電子マネー購入記録手段に記憶されているか否かを判定する登録判定手段と、
前記送信済状態更新手段により記憶状態が送信済状態に更新されていない前記特定用情報が前記電子マネー購入記録手段に記憶されていると前記登録判定手段により判定されたことを条件として、当該特定用情報に対応する電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段とを備え、
前記特定用情報登録手段は、
前記初回チャージ要求判定手段によって初回でないと判定されたときは、前記携帯端末から送信されてきた前記チャージ要求情報に対応する前記電子マネー情報のチャージに関するチャージ対価の決済のための決済用処理の終了を条件として、前記電子マネー購入記録手段に前記特定用情報を記憶させ、
前記初回チャージ要求判定手段によって初回であると判定されたときは、前記チャージ対価と、前記領域構築情報出力手段によって出力された前記領域構築情報に対応する前記電子マネーサービス提供用領域の構築に関する領域構築対価との合計額の決済用処理の終了を条件として、前記電子マネー購入記録手段に前記特定用情報を記憶させ、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、前記電子マネー購入記録手段に記憶された当該電子マネー情報に対応する特定用情報の記憶状態を送信済みである送信済状態に更新することを特徴とする、サービス提供用サーバ。 A mobile terminal equipped with a storage medium that can be used by a plurality of service providing organizations, and processing for constructing and deleting service providing areas according to services provided by the service providing organizations on the storage medium. In addition, service provision registered in a service provision area management organization that operates a service provision area management server that performs billing management for each service provision organization in order to charge for the construction of the service provision area A service providing server provided in an electronic money service providing organization that provides an electronic money service as a provided service, and transaction processing means for executing transaction processing using electronic money information stored in the storage medium A server for providing services in an electronic money system comprising:
A specific program indicating a processing procedure for enjoying the electronic money service is registered on the condition that registration request information for requesting registration for receiving the electronic money service is received from the portable terminal. A specific program output means for outputting the request information to be transmitted to the portable terminal,
On condition that the registration request information transmitted from the portable terminal is received, an electronic money service providing area, which is a service providing area for storing the electronic money information, is stored in the storage medium of the portable terminal. Region construction information output means for outputting region construction information for construction to the mobile terminal; and
On the condition that the area construction information output by the area construction information output means is received, a construction request for the electronic money service provision area indicated by the area construction information is transmitted to the service provision area management server, In response to the construction request, the electronic money information is transmitted according to the processing procedure indicated by the specific program from the mobile terminal in which the electronic money service provision area is constructed in the storage medium by the service provision area management server. In order to transmit the charge acceptance information indicating that the charge request information has been received to the requesting portable terminal that is the portable terminal that has transmitted the charge request information on the condition that the charge request information for requesting the charging is received. A charge acceptance information output means for outputting;
The electronic money information corresponding to the electronic money information for which the payment processing has been completed in the server of the payment processing institution for which the payment processing for payment of the electronic money information has been requested , and the payment Information for specifying whether the mobile terminal has been transmitted to the mobile terminal that has finished the processing is associated with identification information for enabling the mobile terminal to be distinguished from other mobile terminals Electronic money purchase recording means;
The specific information for specifying the non-transmitted the electronic money information to the requesting mobile terminal, specifying that Ru is stored in the electronic money purchase recording means in association with the identification information of the requesting mobile terminal Information registration means;
Procedure wherein the settlement process in the server of the settlement process requested the settlement processing institution for consideration for settlement relating to the charge of the electronic money information has been completed, indicated by the specific program output to the mobile terminal The identification of the mobile terminal of the electronic money information transmission request source on condition that an electronic money information transmission request for requesting transmission of the electronic money information transmitted from the mobile terminal is completed. The electronic money information corresponding to the specifying information, which is stored in the electronic money purchase recording means in association with the information and specifies that the electronic money information has not been transmitted, is stored in the mobile phone of the electronic money information transmission request source Electronic money information output means for outputting to the terminal,
Corresponding to the electronic money information stored in the electronic money purchase recording means on the condition that the electronic money information output means has transmitted the electronic money information to the portable terminal that is the electronic money information transmission request source. A transmitted state update means for updating the storage state of the identifying information to a transmitted state that has been transmitted ;
Initial charge request for determining whether or not the charge request information has been transmitted from the mobile terminal is the first time after the area construction information is output to the requesting mobile terminal by the area construction information output means A determination means;
The number-of-construction management means for managing the number of times of construction of the electronic money service providing area corresponding to the area construction information output by the area construction information output means for at least the mobile terminal for which the area construction consideration settlement processing has not been completed. When,
When the registration request information transmitted from the portable terminal is received, the number of constructions of the portable terminal of the registration request information transmission source managed by the construction number management means has reached a predetermined number. Area construction information output prohibiting means for prohibiting the output of the area construction information to the mobile terminal by the area construction information output means,
On the condition that the charge request information has been received, the specifying information whose storage state has not been updated to the transmitted state by the transmitted state update means is associated with the identification information of the requesting mobile terminal , and Registration determination means for determining whether or not the electronic money purchase recording means is stored ;
The identification is performed on the condition that the registration determination unit determines that the specifying information whose storage state has not been updated to the transmitted state by the transmitted state update unit is stored in the electronic money purchase recording unit. Charge request electronic money information output means for outputting the electronic money information corresponding to the information for transmission to the requesting mobile terminal,
The specifying information registration means includes:
When the initial charge request determination means determines that it is not the first time, the settlement processing for settlement of the charge consideration related to the charge of the electronic money information corresponding to the charge request information transmitted from the mobile terminal ends On the condition that the information for specifying is stored in the electronic money purchase recording means ,
When it is determined by the initial charge request determination means that it is the first time, an area relating to the construction of the electronic money service providing area corresponding to the charge consideration and the area construction information output by the area construction information output means On the condition that the processing for settlement of the total amount with the construction consideration is completed, the information for specifying is stored in the electronic money purchase recording means ,
The transmitted state update means is stored in the electronic money purchase recording means on the condition that the electronic money information is transmitted to the requesting portable terminal by the charge request time electronic money information output means. and updates the storage state of the specific information corresponding to the electronic money information in the sent status is sent, the service providing server.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005376192A JP4819497B2 (en) | 2005-12-27 | 2005-12-27 | Electronic money system and service providing server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005376192A JP4819497B2 (en) | 2005-12-27 | 2005-12-27 | Electronic money system and service providing server |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2007179247A JP2007179247A (en) | 2007-07-12 |
JP2007179247A5 JP2007179247A5 (en) | 2010-05-27 |
JP4819497B2 true JP4819497B2 (en) | 2011-11-24 |
Family
ID=38304380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005376192A Expired - Fee Related JP4819497B2 (en) | 2005-12-27 | 2005-12-27 | Electronic money system and service providing server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4819497B2 (en) |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06121075A (en) * | 1992-10-01 | 1994-04-28 | Nippon Telegr & Teleph Corp <Ntt> | Pre-paid system using portable terminal equipment |
JPH10171896A (en) * | 1996-12-06 | 1998-06-26 | Hitachi Ltd | Communication method and system for individual information |
JP3339843B2 (en) * | 1999-11-17 | 2002-10-28 | 株式会社ジェーシービー | Electronic payment method by IC card |
JP2001265585A (en) * | 2000-03-22 | 2001-09-28 | Nec Corp | Device, system and method for application program service, and recording medium with program for application program service recorded thereon |
JP2002324213A (en) * | 2001-04-26 | 2002-11-08 | Hitachi Ltd | Method and system for loading application program |
JP4402899B2 (en) * | 2002-04-23 | 2010-01-20 | 株式会社エヌ・ティ・ティ・ドコモ | Prepaid system, prepaid payment management server, communication terminal and method |
JP2004030238A (en) * | 2002-06-26 | 2004-01-29 | Dainippon Printing Co Ltd | Ic card region lending management system |
JP2004272717A (en) * | 2003-03-10 | 2004-09-30 | Bitwallet Inc | Currency information processing server device, currency information processing method, and currency information processing program |
JP4658633B2 (en) * | 2004-03-29 | 2011-03-23 | 株式会社三共 | Game system |
-
2005
- 2005-12-27 JP JP2005376192A patent/JP4819497B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2007179247A (en) | 2007-07-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4976141B2 (en) | Electronic money server and electronic money system | |
JP4807980B2 (en) | Game electronic money system, portable terminal, and electronic money application program | |
JP4836610B2 (en) | Electronic money management server and electronic money system | |
JP4819435B2 (en) | Game electronic money system and service providing server | |
JP4808022B2 (en) | Electronic money system and service providing server | |
JP4808023B2 (en) | Electronic money system and service providing server | |
JP4808021B2 (en) | Electronic money system and service providing server | |
JP4799174B2 (en) | Electronic money system and service providing server | |
JP2008287522A (en) | Electronic money system | |
JP5220318B2 (en) | Transaction system and transaction management device | |
JP5111879B2 (en) | Usage status management device and electronic money system | |
JP4819497B2 (en) | Electronic money system and service providing server | |
JP4808020B2 (en) | Electronic money system and service providing server | |
JP4819496B2 (en) | Electronic money system and service providing server | |
JP4832892B2 (en) | Electronic money system and service providing server | |
JP4819498B2 (en) | Electronic money system and service providing server | |
JP4749151B2 (en) | Electronic money system and service providing server | |
JP4822869B2 (en) | Electronic money information issue / write system, issue / write processing server, portable terminal, and application program | |
JP4822867B2 (en) | Electronic money information issuing system, portable terminal, and application program | |
JP4822870B2 (en) | Electronic money information issuance / writing system, portable terminal, and application program | |
JP4689400B2 (en) | Game electronic money system and service providing server | |
JP5032861B2 (en) | Electronic money server | |
JP5090003B2 (en) | Usage status management device and electronic money system | |
JP4799096B2 (en) | Electronic money system and transaction device | |
JP4698287B2 (en) | Game electronic money system and service providing server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20081113 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100412 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110426 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110510 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110623 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110823 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110901 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140909 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4819497 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |