JP4651453B2 - Game electronic money system and service providing server - Google Patents
Game electronic money system and service providing server Download PDFInfo
- Publication number
- JP4651453B2 JP4651453B2 JP2005147135A JP2005147135A JP4651453B2 JP 4651453 B2 JP4651453 B2 JP 4651453B2 JP 2005147135 A JP2005147135 A JP 2005147135A JP 2005147135 A JP2005147135 A JP 2005147135A JP 4651453 B2 JP4651453 B2 JP 4651453B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- electronic money
- financial institution
- value
- registration
- 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
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Pinball Game Machines (AREA)
Description
本発明は、遊技用電子マネーシステム、および、サービス提供用サーバに関する。詳しくは、電子マネーを扱うのに適した遊技用電子マネーシステム、および、サービス提供用サーバに関する。 The present invention relates to a game electronic money system and a service providing server. Specifically, the present invention relates to a game electronic money system suitable for handling electronic money, and a service providing server.
従来、電子マネーで遊技に使用する遊技用記録媒体の発行や遊技用記録媒体に追加入金をするものがあった（たとえば、特許文献１）。この電子マネーは、利用者の取引金融機関からチャージすることができる。そして、遊技者は、チャージされた電子マネーを用いて遊技用記録媒体を購入したり、遊技用記録媒体に追加入金したりする。
しかし、特許文献１に開示されている技術によれば、電子マネーのチャージは、遊技場内の所定の入金機に接続して行なう必要がある。このため、電子マネーのチャージのために、わざわざ、入金機に出向く必要がある。
However, according to the technique disclosed in
また、入金機の台数が少ない場合は、電子マネーをチャージするために遊技者が並んで待つ状態が発生し、遊技に費やす時間が少なくなる。このため、入金機の台数を増やすことが考えられるが、設備投資費用が発生したり、入金機を設置するスペースにも限界がある。いずれにせよ、遊技者が遊技場にいる時間のうちの遊技に費やす時間をチャージに費やす必要が生じるため、遊技機の稼動に悪影響を与えるといった問題があった。 In addition, when the number of deposit machines is small, a state where players 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.
この発明はかかる事情に鑑み考え出されたものであり、その目的は、遊技機の稼動に与える悪影響を減少させる遊技用電子マネーシステム、および、サービス提供用サーバを提供することである。 The present invention has been conceived in view of such circumstances, and an object thereof is to provide a gaming electronic money system and a service providing server that reduce adverse effects on the operation of gaming machines.
（１） 電子マネーサービス（たとえば、電子マネー遊技使用サービス）を提供するサービス提供用サーバ（たとえば、電子マネー管理サーバ２００、決済サーバ２８０）と、電子マネー情報（たとえば、バリューなどの電子マネー）を記憶する電子マネー情報記憶手段（たとえば、記憶部１９２）を備えた携帯端末（たとえば、携帯電話１００）と、前記電子マネー情報記憶手段に記憶された電子マネー情報を用いて遊技場（たとえば、遊技場３０）に設置された遊技機（たとえば、パチンコ遊技機７００、スロットマシン等）での遊技を可能にするための遊技可能化処理（たとえば、遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を券売機３００において発券する発券処理、カードユニット６００においてプリペイドカード３７１に記録されたプリペイドデータで示される価値のうちから減算した価値に見合った遊技球を払出す球貸処理）を実行する遊技可能化処理手段（たとえば、図２４〜図２８）とを含む遊技用電子マネーシステム（たとえば、電子マネーシステム１０）であって、
前記携帯端末は、
前記電子マネーサービスを享受できるようにするための登録（たとえば、初期登録）を要求する登録要求情報（たとえば、機種情報を含む登録要求情報、空メール、携帯端末情報等）を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段（たとえば、携帯電話１００、ウェブブラウザ機能によるウェブ処理、ステップＳ１０２，
Ｓ１０４，Ｓ１０６，Ｓ１０８）を備え、
前記サービス提供用サーバは、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したこと（たとえば、ステップＳ２０３，Ｓ２０７，Ｓ２１０，Ｓ２１４においてＹＥＳの場合）を条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラム（たとえば、電子マネーアプリ１１１）を、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段（たとえば、ステップＳ２３２）を備え、
前記携帯端末は、さらに、
前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段（たとえば、データ処理部１１０、記憶部１２０）と、
該特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報のチャージを要求するためのチャージ要求情報（たとえば、チャージ要求情報）を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段（たとえば、ステップＳ１３３）とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したこと（たとえば、ステップＳ２４１においてＹＥＳの場合）を条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報（たとえば、引継画面情報）を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段（たとえば、ステップＳ２６８）を備え、
前記携帯端末は、さらに、
前記チャージ受付情報出力手段から送信されてきた前記チャージ受付情報を受信したこと（たとえば、ステップＳ１１７においてＹＥＳの場合）を条件として、前記電子マネー情報のチャージに関する対価の決済を要求する決済要求情報（たとえば、バリューの購入に対する決済に関する情報）を金融機関のサーバに送信するために出力する決済要求情報出力手段（たとえば、ステップＳ１１９）と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済の終了した電子マネー情報の送信を要求する電子マネー情報送信要求（たとえば、バリュー発行要求情報）を前記サービス提供用サーバに送信するために出力する電子マネー情報送信要求出力手段（たとえば、ステップＳ１５２）とを備え、
前記サービス提供用サーバは、さらに、
前記金融機関のサーバにおける前記決済の終了（たとえば、ステップＳ２６９においてＹＥＳの場合）を条件として、前記要求元携帯端末に対してチャージ可能となった電子マネー情報（たとえば、未チャージバリュー）を特定するための特定用情報（たとえば、バリュー購入記録、書込済情報）を登録（たとえば、更新）する特定用情報登録手段（たとえば、ステップＳ２７０４）と、
前記電子マネー情報送信要求出力手段から送信されてきた前記電子マネー情報送信要求を受信したこと（たとえば、ステップＳ２７１においてＹＥＳの場合）を条件として、前記特定用情報登録手段により登録された特定用情報から特定される電子マネー情報（たとえば、バリュー発行情報）を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段（たとえば、ステップＳ２７７）と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたこと（たとえば、ステップＳ２７７においてバリュー発行情報が送信されたこと）を条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態（たとえば、書込済情報として「０」が記憶されている状態）を送信済状態（たとえば、書込済情報として「１」が記憶されている状態）に更新する送信済状態更新手段（たとえば、ステップＳ２７６）とを備え、
前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報記憶手段に記憶された前記電子マネー情報に、前記電子マネー情
報出力手段から送信されてきた前記電子マネー情報を加算するための処理（たとえば、バリュー発行時処理）を実行する電子マネー情報処理実行手段（たとえば、ステップＳ１５４〜Ｓ１５８）と、
前記電子マネー情報記憶手段に記憶された前記電子マネー情報から、前記遊技可能化処理手段により前記遊技可能化処理が実行されるときに用いられる額の電子マネー情報を減算する電子マネー情報減算手段（たとえば、非接触型ＩＣチップ１９０の制御部１９１）とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたこと（たとえば、ステップＳ２４１においてＹＥＳの場合）を条件として、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末について前記特定用情報登録手段に登録されているか否かを判定する登録判定手段（たとえば、ステップＳ２４４）を備え、
前記チャージ受付情報出力手段は、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたこと（たとえば、ステップＳ２４４においてＹＥＳの場合）を条件として、前記チャージ受付情報を出力しない（たとえば、ステップＳ２４５に進むため、ステップＳ２６８において引継画面情報が送信されない）。
(1) A service providing server (for example, electronic
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 output to be transmitted to the mobile phone (for example,
S104, S106, S108)
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) Specific program output means (for example, step S232) for outputting a specific program (for example, the electronic money application 111) indicating that is transmitted to the portable terminal of the registration request information transmission source,
The mobile terminal further includes:
Specific program storage means for storing the specific program transmitted from the specific program output means (for example,
In order to send charge request information (for example, charge request information) for requesting charging of the electronic money information to the service providing server in accordance with the processing procedure indicated by the specific program stored in the specific program storage means. Charge request information output means for outputting (for example, step S133),
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 request information for requesting settlement of a charge related to charging of the electronic money information on the condition that the charge acceptance information transmitted from the charge acceptance information output means has been received (for example, YES in step S117). For example, payment request information output means (for example, step S119) for outputting value information for payment to the server of the financial institution to be transmitted to the financial institution server;
In accordance with the processing procedure indicated by the specific program stored in the specific program storage means, an electronic money information transmission request (for example, value issuance request information) for requesting transmission of electronic money information for which payment has been completed is sent to the service providing server. Electronic money information transmission request output means (for example, step S152) for outputting to transmit to
The service providing server further includes:
Electronic money information (for example, uncharged value) that can be charged to the requesting mobile terminal is specified on the condition that the settlement at the financial institution server ends (for example, YES in step S269). Specific information registration means (for example, step S2704) for registering (for example, updating) specific information for the purpose (for example, value purchase record, written information);
The identification information registered by the identification information registration means on 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) Electronic money information output means (for example, step S277) for outputting the electronic money information (for example, value issuance information) specified by
On the condition that the electronic money information output means transmits the electronic money information to the portable terminal that is the electronic money information transmission request source (for example, the value issue information is transmitted in step S277), the electronic money information is output. A registration state (for example, a state in which “0” is stored as written information) of the specifying information registration means for specifying information for specifying money information is set as a transmitted state (for example, written information). Transmitted state updating means (for example, step S276) for updating to “a state where“ 1 ”is stored”,
The mobile terminal further includes:
The electronic money information transmitted from the electronic money information output means is added to the electronic money information stored in the electronic money information storage means according to a 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 (for example, a process at the time of issuing value);
Electronic money information subtracting means for subtracting the amount of electronic money information used when the game enabling process is executed by the game enabling processing means from the electronic money information stored in the electronic money information storage means ( For example, the control unit 191) of the non-contact
The service providing server further includes:
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 registered 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 specific information is registered in the specific information registration means for the request source portable terminal;
The charge determination information output means is determined by the registration determination means that the identification information whose registration status has not been updated to the transmitted status by the transmitted status update means is registered in the identification information registration means. (For example, in the case of YES in step S244), the charge acceptance information is not output (for example, since the process proceeds to step S245, the takeover screen information is not transmitted in step S268).
このような構成によれば、携帯端末は、チャージ要求情報をサービス提供用サーバに送信することにより、事前に電子マネー情報を加算あるいは遊技中であっても席を離れることなく電子マネー情報を加算することができるため、遊技機の稼動に与える悪影響を減少させることができる。 According to such a configuration, the mobile terminal adds the electronic money information in advance without adding up the electronic money information or leaving the seat even during the game by transmitting the charge request information to the service providing server. Therefore, adverse effects on the operation of the gaming machine can be reduced.
また、サービス提供用サーバは、携帯端末からのチャージ要求情報を受信した場合であっても、送信済状態に更新されていない特定用情報が登録されている場合には、チャージ受付情報を要求元携帯端末に出力しないため、決済要求情報が金融機関のサーバに送信されることを防止することができる。このため、携帯端末に加算可能な電子マネー情報がサーバに存在するにもかかわらず、ユーザの過誤等により、さらに決済の要求が行なわれ重複して電子マネー情報の購入がなされてしまう不都合の発生を防止することができる。 In addition, even if the service providing server receives the charge request information from the mobile terminal, if the identifying information that has not been updated to the transmitted state is registered, the service receiving server requests the charge acceptance information. Since the information is not output to the mobile terminal, it is possible to prevent the payment request information from being transmitted to the financial institution server. For this reason, in spite of the presence of electronic money information that can be added to the mobile terminal in the server, due to a user error or the like, a further payment request is made and the electronic money information is purchased redundantly. Can be prevented.
（２） 前記サービス提供用サーバは、さらに、
前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたこと（たとえば、ステップＳ２４４においてＹＥＳの場合）を条件として、当該特定用情報から特定される電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段（たとえば、ステップＳ２４５，Ｓ２７７）を備え、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態を送信済状態に更新する（たとえば、ステップＳ２７６）。
(2) The service providing server further includes:
It has been determined by the registration determining means that the identifying information whose registration status has not been updated to the transmitted status by the transmitted status updating means is registered in the identifying information registering means (for example, in step S244) (If YES), a charge requesting electronic money information output means (for example, steps S245 and S277) for outputting the electronic money information specified from the specifying information to transmit to the requesting portable terminal is provided. Prepared,
The transmitted status update means is for specifying the electronic money information on the condition that the electronic money information is transmitted to the requesting mobile terminal by the charge request time electronic money information output means. The registration state of the information in the specifying information registration unit is updated to the transmitted state (for example, step S276).
このような構成によれば、サービス提供用サーバは、送信済状態に更新されていない特定用情報が登録されているときに、携帯端末からのチャージ要求情報を受信した場合には、特定用情報から特定される電子マネー情報を要求元携帯端末に出力することができる。このため、電子マネー情報を加算するための操作を省略でき、ユーザの利便性を向上させることができる。 According to such a configuration, when the service providing server receives the charge request information from the mobile terminal when the specifying information that has not been updated to the transmitted state is registered, the specifying 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.
（３） 前記電子マネー情報出力手段は、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に複数登録されて
いること（たとえば、ステップＳ２７６ａでＹＥＳの場合）を条件として、当該複数の特定用情報から特定される電子マネー情報を、前記電子マネー情報送信要求元の携帯端末に送信するために出力する。
(3) In the electronic money information output means, a plurality of pieces of identification information whose registration state has not been updated to the transmitted state by the transmitted state update means are registered in the identification information registration means (for example, 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 settlement at the financial institution server is completed, and a plurality of pieces of identifying information that have not been updated to the transmitted state are registered. Even if it is a case, electronic money information can be added collectively and a user's convenience can be improved.
（４） 前記携帯端末は、さらに、
前記決済に利用する金融機関を特定するための金融機関情報（たとえば、金融機関問合せ情報、金融機関指定情報）を前記サービス提供用サーバに送信するために出力する携帯端末側金融機関情報出力手段（たとえば、ステップＳ１１０，Ｓ１１２）を備え、
前記サービス提供用サーバは、さらに、
前記携帯端末側金融機関情報出力手段から送信されてきた前記金融機関情報を受信したこと（たとえば、ステップＳ２２１，Ｓ２２３においてＹＥＳの場合）を条件として、当該金融機関情報を、当該金融機関情報送信元の携帯端末を他の携帯端末と識別可能にするための識別情報（たとえば、携帯端末情報、携帯ＩＤ、会員ＩＤ等）と対応付けて記憶するサーバ側金融機関情報記憶手段（たとえば、ステップＳ２２４，Ｓ２３４）と、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したこと（たとえば、ステップＳ２４１においてＹＥＳの場合）を条件として、前記サーバ側金融機関情報記憶手段に記憶された金融機関情報から、前記要求元携帯端末を識別するための識別情報に対応付けて記憶された金融機関情報を検索する金融機関情報検索手段（たとえば、ステップＳ２４６）と、
該金融機関情報検索手段により検索された金融機関情報から特定される金融機関のサーバ（たとえば、金融機関サーバ５００）を前記決済を行なうための通信先として指定する通信先指定情報（たとえば、ＵＲＬを含む引継画面情報）を、前記要求元携帯端末に送信するために出力する通信先指定情報出力手段（たとえば、ステップＳ２６８）とを備え、
前記決済要求情報出力手段は、前記通信先指定情報出力手段から送信されてきた前記通信先指定情報により指定される金融機関のサーバに対し、前記決済要求情報を送信するために出力する（たとえば、ステップＳ１１９）。
(4) The portable terminal further includes:
Financial institution information output means for outputting financial institution information (for example, financial institution inquiry information, financial institution designation information) for specifying a financial institution used for the settlement to transmit to the service providing server ( For example, comprising steps S110, S112)
The service providing server further includes:
On the condition that the financial institution information transmitted from the mobile terminal side financial institution information output means has been received (for example, in the case of YES in steps S221 and S223), the financial institution information is sent to the financial institution information sender. Server-side financial institution information storage means (for example, step S224) that stores information associated with identification information (for example, portable terminal information, portable ID, member ID, etc.) for making the portable terminal distinguishable from other portable terminals. S234)
From the financial institution information stored in the server-side financial institution information storage means, 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), Financial institution information search means (for example, step S246) for searching for financial institution information stored in association with identification information for identifying the request source mobile terminal;
Communication destination designation information (for example, URL) for designating a financial institution server (for example, financial institution server 500) identified from the financial institution information retrieved by the financial institution information retrieval means as a communication destination for the settlement. Communication destination designation information output means (for example, step S268) that outputs the information to be transmitted to the request source mobile terminal.
The settlement request information output means outputs the settlement request information for transmission to a financial institution server designated by the communication destination designation information transmitted from the communication destination designation information output means (for example, Step S119).
このような構成によれば、サービス提供用サーバは、携帯端末からチャージ要求情報を受信することにより、記憶されている金融機関情報から当該携帯端末の識別情報に対応する金融機関情報を検索し、該検索された金融機関情報に基づく通信先指定情報を当該携帯端末に送信する。そして、携帯端末は、通信先指定情報により指定される金融機関のサーバに決済要求情報を送信し決済を行なうことができる。このため、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、電子マネー情報のチャージ時の手間を低減させることができる。 According to such a configuration, the service providing server searches the financial institution information corresponding to the identification information of the mobile terminal from the stored financial institution information by receiving the charge request information from the mobile terminal, Communication destination designation information based on the retrieved financial institution information is transmitted to the portable terminal. Then, the mobile terminal can perform settlement by transmitting settlement request information to a financial institution server designated by the communication destination designation information. For this reason, since it is not necessary to designate a financial institution to be used for settlement each time a charge is requested, it is possible to reduce the trouble of charging electronic money information.
（５） 前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済に利用する金融機関の指定をユーザから受付けるための処理を実行する金融機関指定処理手段（たとえば、図３５の金融機関登録処理）と、
該金融機関指定処理手段により指定を受付けた金融機関を特定するための金融機関情報を記憶する携帯端末側金融機関情報記憶手段（たとえば、ステップＳ１２６ｅ、記憶部１２０）とを備え、
前記決済要求情報出力手段は、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記チャージ要求情報出力手段が前記チャージ要求情報
を出力したことを条件として、前記携帯端末側金融機関情報記憶手段に記憶されている前記金融機関情報から特定される金融機関のサーバに、前記決済要求情報を送信するために出力する（たとえば、ステップＳ１４９）。
(5) The portable terminal further includes:
According to the processing procedure indicated by the specific program stored in the specific program storage means, a financial institution designation processing means (for example, the financial institution of FIG. Registration process)
Mobile terminal side financial institution information storage means (for example, step S126e, storage unit 120) for storing financial institution information for specifying the financial institution that has received the designation by the financial institution designation processing means,
The payment request information output means is provided on the condition that the charge request information output means outputs the charge request information according to a processing procedure indicated by the specific program stored in the specific program storage means. The settlement request information is output for transmission to a financial institution server identified from the financial institution information stored in the institution information storage means (for example, step S149).
このような構成によれば、携帯端末は、携帯端末側金融機関情報記憶手段により記憶された金融機関情報から特定される金融機関のサーバに決済要求情報を送信し決済を行なうことができる。このため、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、電子マネー情報のチャージ時の手間を低減させることができる。 According to such a configuration, the mobile terminal can perform settlement by transmitting settlement request information to the financial institution server specified from the financial institution information stored by the mobile terminal side financial institution information storage means. For this reason, since it is not necessary to designate a financial institution to be used for settlement each time a charge is requested, it is possible to reduce the trouble of charging electronic money information.
（６） 電子マネーサービス（たとえば、電子マネー遊技使用サービス）を提供するサービス提供用サーバ（たとえば、電子マネー管理サーバ２００、決済サーバ２８０）であって、
前記電子マネーサービスを享受できるようにするための登録（たとえば、初期登録）を要求する登録要求情報（たとえば、機種情報を含む登録要求情報、空メール、携帯端末情報等）を携帯端末から受信したことを条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラム（たとえば、電子マネーアプリ１１１）を、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段（たとえば、ステップＳ２３２）と、
前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記電子マネー情報のチャージを要求するためのチャージ要求情報を受信したこと（たとえば、ステップＳ２４１においてＹＥＳの場合）を条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報（たとえば、引継画面情報）を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段（たとえば、ステップＳ２６８）と、
電子マネー情報のチャージに関する対価の決済が要求された金融機関のサーバ（たとえば、金融機関サーバ５００）における前記決済の終了（たとえば、ステップＳ２６９においてＹＥＳの場合）を条件として、前記要求元携帯端末に対してチャージ可能となった電子マネー情報（たとえば、未チャージバリュー）を特定するための特定用情報（たとえば、バリュー購入記録、書込済情報）を登録（たとえば、更新）する特定用情報登録手段（たとえば、ステップＳ２７０４）と、
前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記決済の終了した電子マネー情報の送信を要求する電子マネー情報送信要求を受信したこと（たとえば、ステップＳ２７１においてＹＥＳの場合）を条件として、前記特定用情報登録手段により登録された特定用情報から特定される電子マネー情報（たとえば、バリュー発行情報）を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段（たとえば、ステップＳ２７７）と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたこと（たとえば、ステップＳ２７７においてバリュー発行情報が送信されたこと）を条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態（たとえば、書込済情報として「０」が記憶されている状態）を送信済状態（たとえば、書込済情報として「１」が記憶されている状態）に更新する送信済状態更新手段（たとえば、ステップＳ２７６）と、
前記チャージ要求情報を受信したこと（たとえば、ステップＳ２４１においてＹＥＳの場合）を条件として、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末について前記特定用情報登録手段に登録されているか否かを判定する登録判定手段（たとえば、ステップＳ２４４）とを備え、
前記チャージ受付情報出力手段は、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたこと（たとえば、ステップＳ２４４においてＹＥＳの場合）を条件として、前記チャージ受付情報を出力しない（たとえば、ステップＳ２４５に進
むため、ステップＳ２６８において引継画面情報が送信されない）。
(6) A service providing server (for example, electronic
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. The specific program output means for outputting a specific program (for example, the electronic money application 111) indicating a processing procedure for receiving the electronic money service to be transmitted to the portable terminal that is the transmission source of the registration request information. (For example, step S232),
Receiving charge request information for requesting charging of the electronic money information transmitted from the portable terminal in accordance with the processing procedure indicated by the specific program output to the portable terminal (for example, YES in step S241) Charge acceptance information output that is output as a condition to transmit charge acceptance information (for example, takeover screen information) indicating that the charge request information has been accepted to the request source portable terminal that is the portable terminal that is the transmission source of the charge request information Means (eg, step S268);
On the condition that the settlement at the financial institution server (for example, the financial institution server 500) requested to pay for the electronic money information is completed (for example, YES in step S269), the request source mobile terminal Specific information registration means for registering (for example, updating) identification information (for example, value purchase record, written information) for identifying electronic money information (for example, uncharged value) that can be charged. (For example, step S2704),
Receiving an electronic money information transmission request for requesting transmission of electronic money information for which the settlement has been completed, transmitted from the portable terminal in accordance with a processing procedure indicated by the specific program output to the portable terminal (for example, YES in step S271) In order to transmit electronic money information (for example, value issuance information) specified from the specifying information registered by the specifying information registration means to the mobile terminal that is the request source for the electronic money information transmission Electronic money information output means for outputting to (for example, step S277),
On the condition that the electronic money information output means transmits the electronic money information to the portable terminal that is the electronic money information transmission request source (for example, the value issue information is transmitted in step S277), the electronic money information is output. A registration state (for example, a state in which “0” is stored as written information) of the specifying information registration means for specifying information for specifying money information is set as a transmitted state (for example, written information). Transmitted state updating means (for example, step S276) for updating to “a state where“ 1 ”is stored”;
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 registered 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 information is registered in the specifying information registration means,
The charge determination information output means is determined by the registration determination means that the identification information whose registration status has not been updated to the transmitted status by the transmitted status update means is registered in the identification information registration means. (For example, in the case of YES in step S244), the charge acceptance information is not output (for example, since the process proceeds to step S245, the takeover screen information is not transmitted in step S268).
このような構成によれば、サービス提供用サーバは、携帯端末からチャージ要求情報を受信することにより、事前に電子マネー情報を加算あるいは遊技中であっても席を離れることなく電子マネー情報を当該携帯端末に加算させることができるため、遊技機の稼動に与える悪影響を減少させることができる。 According to such a configuration, the service providing server receives the charge request information from the mobile terminal, so that the electronic money information can be added to the electronic money information in advance without adding the electronic money information or leaving the seat even during the game. Since it can be added to the portable terminal, adverse effects on the operation of the gaming machine can be reduced.
また、サービス提供用サーバは、携帯端末からのチャージ要求情報を受信した場合であっても、送信済状態に更新されていない特定用情報が登録されている場合には、チャージ受付情報を要求元携帯端末に出力しない。このため、携帯端末に加算可能な電子マネー情報がサーバに存在するにもかかわらず、ユーザの過誤等により、さらに決済の要求が行なわれ重複して電子マネー情報の購入がなされてしまう不都合の発生を防止することができる。 In addition, even if the service providing server receives the charge request information from the mobile terminal, if the identifying information that has not been updated to the transmitted state is registered, the service receiving server requests the charge acceptance information. Do not output to mobile device. For this reason, in spite of the presence of electronic money information that can be added to the mobile terminal in the server, due to a user error or the like, a further payment request is made and the electronic money information is purchased redundantly. Can be prevented.
［第１の実施の形態］
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の最良の形態においては、遊技機の一例として、パチンコ遊技機を示すが、本発明は、これに限らず、たとえば、コイン遊技機およびスロットマシン等のその他の遊技機であってもよい。
[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. However, the present invention is not limited to this, and may be other gaming machines such as a coin gaming machine and a slot machine. Good.
（電子マネーシステム１０の各構成の説明）
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ４００と、金融機関サーバ５００と、遊技場３０に設置される機器とを含む。
(Description of each component of the electronic money system 10)
FIG. 1 is a block diagram showing an example of the configuration of an
遊技場３０に設置される機器には、券売機３００と、カードユニット６００と、パチンコ遊技機７００と、店舗サーバ８００とが含まれる。カードユニット６００は、パチンコ遊技機７００に対応して設けられる。
The equipment installed in the
携帯電話１００は、本実施の形態における主要な構成として、電子マネーアプリ１１１と、非接触型ＩＣ（Integrated Circuit）チップ１９０とを備える。
The
電子マネー管理サーバ２００は、本実施の形態における主要な構成として、初期登録時ＡＰ（Application Program）２１０と、バリュー購入時ＡＰ２１２と、バリュー発行時ＡＰ２１３と、残高管理ＡＰ２１４と、利用者情報ＤＢ（DataBase）２２１と、発行情報ＤＢ２２２とを備える。
The electronic
電子マネーシステム１０は、ユーザの携帯電話１００にチャージされた特定の種類の電子マネーであるバリューを用いて、遊技場３０に設置されたパチンコ遊技機７００でのパチンコ遊技を可能にするための電子マネー遊技使用サービスを提供するシステムである。
The
携帯電話１００は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える。なお、ウェブページ閲覧機能、電子メール機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える装置であれば、携帯電話１００に替えて、通話機能がない携帯情報端末（Personal Digital Assistance、以下「ＰＤＡ」という）などの他の携帯端末であってもよい。
The
本実施の形態においては、携帯電話１００に、電子マネー遊技使用サービスを実行するための携帯電話側の処理手順を示すプログラムである電子マネーアプリ１１１が導入されることにより、後述するように、電子マネーシステム１０で、この携帯電話１００を用いることができるようになる。
In the present embodiment, an electronic money application 111, which is a program showing a processing procedure on the mobile phone side for executing the electronic money game use service, is introduced into the
電子マネーアプリ１１１は、携帯電話インターネット網９１０を介して、電子マネー管理サーバ２００や金融機関サーバ５００と通信することが可能である。
The electronic money application 111 can communicate with the electronic
非接触型ＩＣチップ１９０は、電子マネーアプリ１１１、および、外部のチップリーダライタと通信することが可能である。非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、非接触型ＩＣチップ１９０がチップリーダライタから数センチメートルの距離に近接するように、携帯電話１００がチップリーダライタにかざされることによって行なわれる。
The non-contact
非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、チップリーダライタからの電磁波である搬送波を、非接触型ＩＣチップ１９０やチップリーダライタが変調させることによって行なわれる。また、非接触型ＩＣチップ１９０には、チップリーダライタからの電磁波による電磁誘導によって、外部のチップリーダライタ側から電力が供給される。
Communication between the non-contact
このため、携帯電話１００側から電力が供給されない場合であっても、非接触型ＩＣチップ１９０がチップリーダライタに近づけられることによって、非接触型ＩＣチップ１９０は動作可能となる。
Therefore, even when power is not supplied from the
電子マネー管理サーバ２００は、初期登録時ＡＰ２１１や、バリュー購入時ＡＰ２１２や、バリュー発行時ＡＰ２１３や、残高管理ＡＰ２１４や、利用者情報ＤＢ２２１や、発行情報ＤＢ２２２などの機能によって、携帯電話１００や遊技場３０に対して、後述するような電子マネー遊技使用サービスにおける様々なサービスを提供する。
The electronic
決済サーバ２８０は、請求情報ＤＢ２８１を含み、電子マネー遊技使用サービスに対するユーザの決済を管理する。
The
リモート発行サーバ４００は、電子マネー管理サーバ２００からの非接触型ＩＣチップ１９０への情報の書込みを管理する。
The
金融機関サーバ５００は、電子マネー遊技使用サービスを利用するにあたって、電子マネー遊技使用サービスの提供業者に対価を支払うために、ユーザが利用する金融機関のサーバである。
The
電子マネー管理サーバ２００、リモート発行サーバ４００、および、金融機関サーバ５００は、携帯電話インターネット網９１０を介して、携帯電話１００と通信することが可能である。電子マネー管理サーバ２００は、専用線を介して、決済サーバ２８０およびリモート発行サーバ４００と通信することが可能である。決済サーバ２８０は、各種収納機関および金融機関が専用線で閉域接続された金融機関専用ネットワーク９２０を介して、金融機関サーバ５００と通信することが可能である。
The electronic
券売機３００は、ユーザから現金やバリューを受けて、遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券する。券売機３００は、後述するようにチップリーダライタを含み、前述したように、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。
The
カードユニット６００は、パチンコ遊技機７００に対応して設けられる。カードユニット６００は、遊技者からプリペイドカード３７１を受付けて、パチンコ遊技機７００に設けられた球貸ボタンの操作に応じて、プリペイドカード３７１に記録されたプリペイドデータで示される価値のうちから所定額相当（たとえば、５００円相当）の価値を減算する。
The
カードユニット６００は、減算した価値に見合った遊技球を払出すことを指示する球貸操作信号をパチンコ遊技機７００に送信する。カードユニット６００は、パチンコ遊技機７００に設けられた返却ボタン６３２の操作に応じて、プリペイドカード３７１を排出する。
The
パチンコ遊技機７００は、パチンコ遊技をユーザである遊技者に提供する装置である。パチンコ遊技機７００は、カードユニット６００からの球貸信号を受けて、所定額相当の遊技球を払出す。そして、遊技者によるパチンコ遊技機７００に設けられた発射ハンドルの操作に応じて、払出された遊技球が遊技領域に発射されることによって、パチンコ遊技が行なわれる。
The
店舗サーバ８００は、遊技場３０内のＬＡＮ（Local Area Network）を介して、券売機３００およびカードユニット６００と通信することが可能である。店舗サーバ８００は、専用線などを介して、電子マネー管理サーバ２００と通信することが可能である。
The
店舗サーバ８００は、券売機３００におけるプリペイドカード３７１の販売に伴なう取引情報や、カードユニット６００におけるプリペイドカード３７１の使用に伴う使用情報などの情報を、券売機３００やカードユニット６００から受けて、それらの情報を記憶する。
The
店舗サーバ８００は、記憶した情報のうち、後述するバリューの使用に関する情報を電子マネー管理サーバ２００に送信する。店舗サーバ８００は、電子マネー管理サーバ２００から電子マネー遊技使用サービスにおける不正に関する情報を受信する。
The
店舗サーバ８００は、電子マネー管理サーバ２００から受信した情報を、必要に応じて、券売機３００やカードユニット６００に送信する。
The
なお、決済サーバ２８０は、電子マネー管理サーバ２００に含まれるように構成されてもよい。また、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、残高管理ＡＰ２１４、利用者情報ＤＢ２２１、および、発行情報ＤＢ２２２の構成は、それぞれ、電子マネー管理サーバ２００と異なるコンピュータに含まれるようにしてもよい。
図２は、本発明に係る携帯電話１００の構成の一例を示すブロック図である。図２を参照して、携帯電話１００は、データ処理部１１０と、記憶部１２０と、データ入力部１３０と、表示部１４０と、音声入出力部１５０と、無線通信部１６０と、アンテナ１６１と、前述した非接触型ＩＣチップ１９０とを含む。
FIG. 2 is a block diagram showing an example of the configuration of the
非接触型ＩＣチップ１９０は、制御部１９１と、記憶部１９２と、非接触通信部１９３と、アンテナ１９４とを含む。
The non-contact
記憶部１２０は、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリやＲＡＭ（Random Access Memory）などの揮発性メモリなどの半導体メモリで構成され
る。記憶部１２０には、携帯電話１００の各種機能をデータ処理部１１０に実行させるためのプログラムやデータが記憶される。
The
データ入力部１３０は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部１３０は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受け渡す。
The
表示部１４０は、液晶表示装置（Liquid Crystal Display、以下「ＬＣＤ」という）で構成される。なお、表示部１４０は、ＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部１４０は、データ処理部１１０から受けた文字データや画像データを表示する。
The
音声入出力部１５０は、マイクおよびスピーカで構成される。音声入出力部１５０は、外部から入力された音声を電気信号に変えて、データ処理部１１０に受け渡し、データ処理部１１０からの電気信号を音声に変換して、外部に出力する。
The voice input /
無線通信部１６０は、他の携帯電話やサーバからアンテナ１６１で受信した信号をデータ処理部１１０に受け渡し、データ処理部１１０から他の携帯電話やサーバへ送信する信号をアンテナ１６１から出力させる。
The
データ処理部１１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」という）で構成される。データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１と通信することが可能である。データ処理部１１０は、記憶部１２０に記憶されたプログラムに従って、記憶部１２０、データ入力部１３０、無線通信部１６０、音声入出力部１５０、または、非接触ＩＣチップ１９０の制御部１９１から入力されたデータを処理して、記憶部１２０、表示部１４０、無線通信部１６０、音声入出力部１５０、または、非接触ＩＣチップ１９０の制御部１９１に出力する。
The
非接触型ＩＣチップ１９０の記憶部１９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおけるアプリケーションプログラムや、それらのサービスで用いられるバリューなどの電子マネーやサービスポイントなどのデータやアプリケーションプログラムで用いられるデータを記憶する。
The
非接触型ＩＣチップ１９０の非接触通信部１９３は、アンテナ１９４を介して外部のチップリーダライタと通信する。本実施の形態においては、非接触通信部１９３は、券売機３００に備えられたチップリーダライタ３９０と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部１９３は、アンテナ１９４から電力を受け、非接触型ＩＣチップ１９０の各部に電力を供給する。
The
非接触型ＩＣチップ１９０の制御部１９１は、記憶部１９２に記憶されたプログラムに従って、記憶部１９２、非接触通信部１９３、または、データ処理部１１０から入力されたデータを処理して、記憶部１９２、非接触通信部１９３、または、データ処理部１１０に出力する。
The
なお、本実施の形態においては、携帯電話１００は、音声入出力部１５０を含んでも含まなくてもよい。
In the present embodiment,
図３は、本発明に係る電子マネー管理サーバ２００の構成の一例を示すブロック図である。図３を参照して、電子マネー管理サーバ２００は、データ処理部２１０と、記憶部２
２０と、データ入力部２３０と、表示部２４０と、通信部２６０とを含む。
FIG. 3 is a block diagram showing an example of the configuration of the electronic
20, a
記憶部２２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリ、および、ハードディスクなどの外部記憶装置で構成される。記憶部２２０には、電子マネー管理サーバ２００の各種機能をデータ処理部２１０に実行させるためのプログラムやデータが記憶される。
The
本実施の形態においては、初期登録時ＡＰ２１１や、バリュー購入時ＡＰ２１２や、バリュー発行時ＡＰ２１３や、残高管理ＡＰ２１４が記憶部２２０に記憶される。また、前述した利用者情報ＤＢ２１１や発行情報ＤＢ２２２も、記憶部２２０に構成される。
In the present embodiment, the
データ入力部２３０は、キーボードやマウスなどの入力装置で構成される。データ入力部２３０は、電子マネー管理サーバの管理者などのユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受け渡す。
The
表示部２４０は、ＬＣＤで構成される。なお、表示部２４０は、ＣＲＴ（Cathode Ray Tube）ディスプレイやＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データや画像データを表示する。
The
通信部２６０は、携帯電話１００や他のサーバから、携帯電話インターネット網９１０や他のネットワークを介して受信したデータを、データ処理部２１０に受け渡し、データ処理部２１０から携帯電話インターネット網９１０や他のネットワークを介して携帯電話１００や他のサーバに送信するデータを出力する。
The
データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。
The
なお、決済サーバ２８０、リモート発行サーバ４００、金融機関サーバ５００、および、店舗サーバ８００の構成は、図３で説明した電子マネー管理サーバ２００の構成と同様である。
The configuration of the
図４は、本発明に係る券売機３００の構成の一例を示すブロック図である。図４を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。
FIG. 4 is a block diagram showing an example of the configuration of the
チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。
The chip reader /
記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムやデータが記憶される。
The
操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受け渡す。
The
表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データや画像データを表示する。
The
通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受け渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
The
カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受け渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。
The card reader /
貨幣処理機３８０は、コインや紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受け渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。
The
データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。
The
チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラムや、それらのアプリケーションプログラムで用いられるデータを記憶する。
The
チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
The
チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。
The
図５は、本発明に係るカードユニット６００の構成の一例を示すブロック図である。図５を参照して、カードユニット６００は、データ処理部６１０と、記憶部６２０と、表示部６４０と、通信部６６０と、カードリーダライタ６７０とを含む。また、カードユニット６００に信号を入力する操作部として、パチンコ遊技機７００に設けられる球貸ボタン６３１および返却ボタン６３２がある。
FIG. 5 is a block diagram showing an example of the configuration of the
記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、カードユニット６００の各種機能をデータ処理部６１０に実行させるためのプログラムやデータが記憶される。
The
球貸ボタン６３１は、遊技者により押下操作されることによって、遊技球の貸出を要求
する球貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカードの返却を要求する返却操作信号をデータ処理部６１０に出力する。
The
表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データや画像データを表示する。
通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受け渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
The
カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受け渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。
The card reader / writer 670 reads data from the
データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、球貸ボタン６３１、返却ボタン６３２、通信部６６０、または、カードリーダライタ６７０から入力されたデータを処理して、記憶部６２０、表示部６４０、通信部６６０、または、カードリーダライタ６７０に出力する。
The data processing unit 610 is configured with an MPU. The data processing unit 610 processes the data input from the
（電子マネーシステム１０への携帯電話１００の初期登録の説明）
図１４は、本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。図１４（ａ）は、携帯電話１００において、ウェブブラウザ機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるウェブページの画面である。
(Description of initial registration of
FIG. 14 is a first display screen diagram displayed on
図１４（ａ）の画面は、「メニュー」画面である。図１４（ａ）の画面には、他のウェブページへのリンクとして、「マイメニュー」「週間ガイド」「メニューリスト」「とくするメニュー」「エリア」「かんたん検索」が表示される。ここでは、「メニューリスト」が選択候補として反転表示されている。選択候補は、十字操作キーで切替えることができる。 The screen of FIG. 14A is a “menu” screen. In the screen of FIG. 14A, “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.
また、図１４（ａ）以後の画面でも共通する表示として、画面の下部の「戻る」「選択」「メニュー」の表示がある。データ入力部１３０の左、中、右のファンクションキーを操作することによって、それぞれ「戻る」「選択」「メニュー」の機能を実行することができる。
In addition, there is a display of “return”, “selection”, and “menu” at the bottom of the screen as a common display in the screens after FIG. By operating the left, middle, and right function keys of the
「戻る」の機能を実行させると、１つ前のウェブページの画面が表示される。「選択」の機能を実行させると、十字操作キーの操作によって反転表示された選択候補のリンク先のウェブページの画面が表示される。「メニュー」の機能を実行させると、図１４（ａ）で説明した「メニュー」画面が表示される。 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.
図１４（ａ）の画面で、「メニューリスト」のリンクが選択されると、図１４（ｂ）の画面が表示される。 When the “menu list” link is selected on the screen of FIG. 14A, the screen of FIG. 14B is displayed.
図１４（ｂ）の画面は、「メニューリスト」画面である。図１４（ｂ）の画面には、他
のウェブページへのリンクとして、「天気／ニュース／情報」「モバイルバンキング」「趣味」その他のリンクが表示される。ここでは、「趣味」が選択候補として反転表示されている。
The screen of FIG. 14B is a “menu list” screen. In the screen of FIG. 14B, “weather / news / information”, “mobile banking”, “hobby”, and other links are displayed as links to other web pages. Here, “hobby” is highlighted as a selection candidate.
図１４（ｂ）の画面で、「趣味」のリンクが選択されると、図１４（ｃ）の画面が表示される。 When the “hobby” link is selected on the screen of FIG. 14B, the screen of FIG. 14C is displayed.
図１４（ｃ）の画面には、他のウェブページへのリンクとして、「パチンコ／パチスロ」「電子マネー」「→全２３サイト」その他のリンクが表示される。ここでは、「電子マネー」が選択候補として反転表示されている。 In the screen of FIG. 14C, “Pachinko / pachislot”, “electronic money”, “→ all 23 sites”, and other links are displayed as links to other web pages. Here, “electronic money” is highlighted as a selection candidate.
図１４（ｃ）の画面で、「→全２３サイト」のリンクが選択されると、他のサイトへのリンクがさらに表示される。図１４（ｃ）の画面で、「電子マネー」のリンクが選択されると、携帯電話１００から初期登録時ＡＰ２１１に、「電子マネー」のリンクにアクセスされた旨が送信される。
When the link “→ all 23 sites” is selected on the screen of FIG. 14C, links to other sites are further displayed. When the “electronic money” link is selected on the screen of FIG. 14C, the
図６は、本実施の形態における電子マネー管理サーバ２００により実行される初期登録時アプリケーションプログラム２１０の処理の流れを示すフローチャートである。図６を参照して、まず、ステップＳ２０１で、電子マネー管理サーバ２００のデータ処理部２１０は、図１４（ｃ）の画面で、「電子マネー」のＵＲＬ（Uniform Resource Locator）にアクセスがあったか否かを判断する。
FIG. 6 is a flowchart showing the flow of processing of the initial
アクセスがあったと判断した場合（ステップＳ２０１でＹＥＳの場合）、ステップＳ２０２で、データ処理部２１０は、携帯電話１００に、電子マネー遊技使用サービスへの登録のためのトップページの画面を送信する。登録要求が送信されてきていないと判断した場合（ステップＳ２０１でＮＯの場合）、および、ステップＳ２０２の後、データ処理部２１０は、ステップＳ２０３に処理を進める。
If it is determined that access has been made (YES in step S201), in step S202, the
図１４に進んで、図１４（ｄ）の画面は、電子マネー遊技使用サービスへの携帯電話１００の登録のためのトップページの画面である。図１４（ｄ）の画面には、電子マネー遊技使用サービスへの登録の案内の文章のほか、他のウェブページへのリンクとして、電子マネー遊技使用サービスの概要のウェブページへのリンクである「電子マネーとは？」、お気に入りのウェブページをユーザ専用のメニューに登録するためのリンクである「マイメニュー登録」、電子マネー遊技使用サービスの更新履歴のウェブページへのリンクである「Ｗｈａｔ’ｓＮｅｗ！」、電子マネー遊技使用サービスへの新規会員登録のウェブページへのリンクである「新規会員登録はこちら！」、その他のリンクが表示される。ここでは、「新規会員登録はこちら！」が選択候補として反転表示されている。
Proceeding to FIG. 14, the screen of FIG. 14D is a top page screen for registration of the
図７は、本実施の形態における携帯電話１００のウェブブラウザ機能により実行されるウェブ処理の流れを示すフローチャートである。図７を参照して、まず、ステップＳ１０１で、携帯電話１００のデータ処理部１１０は、図１４（ｄ）の画面で、「新規会員登録はこちら！」のリンクが選択されたことによって、登録要求があったか否かを判断する。登録要求があったと判断すると（ステップＳ１０１でＹＥＳの場合）、ステップＳ１０２で、データ処理部１００は、初期登録時ＡＰ２１１に、携帯電話１００の機種情報を含む登録要求情報を送信する。
FIG. 7 is a flowchart showing the flow of web processing executed by the web browser function of
図６に戻って、ステップＳ２０３では、データ処理部２１０は、携帯電話１００から機種情報を含む登録要求情報が送信されてきたか否かを判断する。登録要求情報が送信されてきていないと判断した場合（ステップＳ２０３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２０７に進める。一方、登録要求情報が送信されてきたと判
断した場合（ステップＳ２０３でＹＥＳの場合）、ステップＳ２０４で、データ処理部２１０は、送信されてきた登録要求情報に含まれる機種情報が電子マネーシステム１０に対応した機種を示すか否かを判断する。
Returning to FIG. 6, in step S <b> 203, the
携帯電話１００が電子マネーシステム対応機種であると判断した場合（ステップＳ２０４でＹＥＳの場合）、ステップＳ２０５で、データ処理部２１０は、メール送信用画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０７に進める。一方、携帯電話１００が電子マネーシステム対応機種でないと判断した場合（ステップＳ２０４でＮＯの場合）、ステップＳ２０６で、データ処理部２１０は、非対応機種報知画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
When it is determined that the
図１５は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。図１５（ａ）は、ステップＳ２０６で携帯電話１００に送信される非対応機種報知画面である。
FIG. 15 is a second display screen diagram displayed on
図１５（ａ）の画面には、携帯電話１００が電子マネーシステム１０の対応機種でない旨の文章や、電子マネー対応機種一覧へのリンクである「電子マネー対応携帯機種」や、図１４（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
In the screen of FIG. 15A, a text indicating that the
図１５（ｂ）は、ステップＳ２０５で携帯電話１００に送信されるメール送信用画面である。図１５（ｂ）の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書きや、メール送信画面を表示するためのリンクである「ここをクリック！（空メール送信画面へ）」や、図１４（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。図１５（ｂ）の画面で、「ここをクリック！（空メール送信画面へ）」のリンクが選択されると、携帯電話１００の電子メール機能が起動され、図１５（ｃ）のメール送信画面が表示される。
FIG. 15B is a mail transmission screen transmitted to the
図１５（ｃ）のメール送信画面の宛先には、電子マネー遊技使用サービスへ登録するための電子メールアドレスが既に入力された状態で表示される。また、メール送信画面の題名および本文には、何も入力されていない。 The e-mail address for registering with the electronic money game use service is displayed in the destination of the e-mail transmission screen in FIG. Also, nothing is entered in the title and body of the email transmission screen.
図７に戻って、ステップＳ１０３で、データ処理部１１０は、ユーザによって、図１５（ｃ）のメール送信画面のメールの送信操作が行なわれたか否かを判断する。メール送信操作が行なわれたと判断した場合（ステップＳ１０３でＹＥＳの場合）、ステップＳ１０４で、データ処理部１１０は、図１５（ｃ）のメール送信画面のメールを送信する。つまり、空メールを送信する。
Returning to FIG. 7, in step S <b> 103, the
図６に戻って、ステップＳ２０７で、データ処理部２１０は、ユーザの携帯電話１００から空メールを受信したか否かを判断する。空メールを受信することによって、データ処理部２１０は、ユーザの携帯電話１００の電子メールアドレスを知ることができる。
Returning to FIG. 6, in step S <b> 207, the
空メールを受信したと判断した場合（ステップＳ２０７でＹＥＳの場合）、ステップＳ２０８で、データ処理部２１０は、登録手続を継続するための登録ＵＲＬを記載した電子メールを、ユーザの携帯電話１００の電子メールアドレス宛に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１０に進める。一方、電子メールアドレスを受信していないと判断した場合（ステップＳ２０７でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２１０に進める。
If it is determined that an empty mail has been received (YES in step S207), in step S208, the
図１６は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
FIG. 16 is a third display screen diagram displayed on
図１６（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール 未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
FIG. 16A is a screen showing the number of new messages in the electronic mail function of the
図１６（ａ）の画面で、「メール 未読００１」が選択されると、図１６（ｂ）のように、ステップＳ２０８で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
When “mail unread 001” is selected on the screen of FIG. 16A, the contents of the new mail sent from the electronic
図１６（ｂ）の電子メールには、登録手続を継続するためのウェブページへの登録ＵＲＬを選択して電子マネー遊技使用サービスへの登録手続を継続する旨の文章、および、登録ＵＲＬが記載されたリンクが表示される。 In the e-mail in FIG. 16 (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.
図７に戻って、ステップＳ１０５で、データ処理部１１０は、図１６（ｂ）の画面で、登録ＵＲＬのリンクが選択されたか否かを判断する。登録ＵＲＬのリンクが選択されたと判断すると（ステップＳ１０５でＹＥＳの場合）、ステップＳ１０６で、データ処理部１１０は、登録ＵＲＬにアクセスするとともに、携帯電話１００の機種情報を初期登録時ＡＰ２１１に送信する。
Returning to FIG. 7, in step S <b> 105, the
図６に戻って、ステップＳ２１０で、データ処理部２１０は、携帯電話１００から登録ＵＲＬにアクセスがあるとともに携帯電話１００の機種情報を受信したか否かを判断する。登録ＵＲＬにアクセスがあり機種情報を受信した場合（ステップＳ２１０でＹＥＳの場合）、ステップＳ２１１で、データ処理部２１０は、送信されてきた機種情報が電子マネーシステム１０に対応した機種を示すか否かを判断する。
Returning to FIG. 6, in step S <b> 210, the
携帯電話１００が電子マネーシステム対応機種であると判断した場合（ステップＳ２１１でＹＥＳの場合）、ステップＳ２１２で、データ処理部２１０は、利用同意画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１４に進める。一方、携帯電話１００が電子マネーシステム対応機種でないと判断した場合（ステップＳ２１１でＮＯの場合）、ステップＳ２１３で、データ処理部２１０は、非対応機種報知画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
When it is determined that the
図１６に進んで、図１６（ｃ）は、ステップＳ２１３で携帯電話１００に送信される非対応機種報知画面である。図１６（ｃ）の画面は、図１５（ａ）の画面と同様であるので、説明は繰返さない。
Proceeding to FIG. 16, FIG. 16C is a non-compatible model notification screen transmitted to the
図１６（ｄ）は、ステップＳ２１２で携帯電話１００に送信される利用同意画面である。図１６（ｄ）の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書きや、サービス規約のウェブページへのリンクである「サービス規約を読む（必須）」や、サービス規約に同意し登録手続を先に進めるためのリンクである「同意して登録する」が表示される。ここでは、「同意して登録する」が選択候補として反転表示されている。
FIG. 16D is a usage agreement screen transmitted to the
図７に戻って、ステップＳ１０７で、データ処理部１１０は、ユーザによって、図１６（ｄ）の画面で、「同意して登録する」のリンクが選択されたか否かを判断する。「同意して登録する」のリンクが選択されたと判断した場合（ステップＳ１０７でＹＥＳの場合）、ステップＳ１０８で、データ処理部１１０は、携帯電話１００を一意に識別するための携帯端末情報（携帯ＩＤともいう）を初期登録時ＡＰ２１１に送信する。
Returning to FIG. 7, in step S <b> 107, the
図６に戻って、ステップＳ２１４で、データ処理部２１０は、携帯電話１００から携帯端末情報が送信されてきたか否かを判断する。携帯端末情報が送信されてきていないと判断した場合（ステップＳ２１４でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２１に進める。
Returning to FIG. 6, in step S <b> 214, the
一方、携帯端末情報が送信されてきたと判断した場合（ステップＳ２１４でＹＥＳの場合）、ステップＳ２１５で、データ処理部２１０は、受信した携帯端末情報が利用者情報ＤＢ２２１に登録されたことがあるか否かを判断する。受信した携帯端末情報の登録履歴があると判断した場合（ステップＳ２１５でＹＥＳの場合）、ステップＳ２１６で、データ処理部２１０は、受信した携帯端末情報で示される携帯電話１００に対応する未チャージ削除カウンタのカウント値が３以上であるか否かを判断する。
On the other hand, if it is determined that the mobile terminal information has been transmitted (YES in step S214), in step S215, the
未チャージ削除カウンタは、電子マネー遊技使用サービスに登録された携帯電話１００によって一度もバリューがチャージされずに登録が削除された回数を携帯電話１００ごとに計数するためのカウンタである。
The uncharged deletion counter is a counter for counting, for each
未チャージ削除カウンタのカウント値が３以上である場合（ステップＳ２１６でＹＥＳの場合）、ステップＳ２１７で、データ処理部２１０は、登録回数オーバ画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
If the count value of the uncharge deletion counter is 3 or more (YES in step S216), the
図１７は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第４の表示画面図である。図１７（ａ）は、ステップＳ２１７で携帯電話１００に送信される登録回数オーバ画面である。
FIG. 17 is a fourth display screen diagram displayed on
図１７（ａ）の画面には、登録回数が制限を越えている旨の文章や、図１４（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。 In the screen of FIG. 17A, a text indicating that the number of registrations has exceeded the limit and “to the top of this site” which is a link to the top page of this site shown in FIG. 14D are displayed. Is done.
図６に戻って、受信した携帯端末情報の登録履歴がないと判断した場合（ステップＳ２１５でＮＯの場合）、または、未チャージ削除カウンタのカウント値が３未満である場合（ステップＳ２１６でＮＯの場合）、ステップＳ２１８で、データ処理部２１０は、送信されてきた携帯端末情報を利用者情報ＤＢ２２１に登録する。次に、ステップＳ２１９で、データ処理部２１０は、金融機関を選択するウェブページの最初の画面である金融機関選択画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２１に進める。
Returning to FIG. 6, 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 uncharged deletion counter is less than 3 (NO in step S216). In step S218, the
図１７に進んで、図１７（ｂ）の画面は、ステップＳ２１９で携帯電話１００に送信されるモバイルバンキング登録トップ画面である。図１７（ｂ）の画面には、電子マネー遊技使用サービスにおけるバリューの利用の方法を示す文章と、モバイルバンキングへの登録を促がす旨の文章と、モバイルバンキングの登録へ進むためのリンクである「ここから」と、モバイルバンキングへの登録をスキップするためのリンクである「モバイルバンキング登録をスキップする方はこちらを選択してください」とが表示される。
Proceeding to FIG. 17, the screen of FIG. 17B is a mobile banking registration top screen transmitted to the
図７に戻って、ステップＳ１０９で、データ処理部１１０は、図１７（ｂ）の画面で、「ここから」の金融機関問合せリンクが選択されたか否か、図１７（ｃ）の画面で、いずれかの業態の金融機関問合せリンクが選択されたか否か、または、図１７（ｄ）の画面で、いずれかの金融機関問合せリンクが選択されたか否かを判断する。
Returning to FIG. 7, in step S <b> 109, the
金融機関問合せリンクが選択されたと判断すると（ステップＳ１０９でＹＥＳの場合）、ステップＳ１１０で、データ処理部１１０は、それぞれのリンクに対応する金融機関問合せ情報を初期登録時ＡＰ２１１に送信する。
If it is determined that the financial institution inquiry link is selected (YES in step S109), in step S110, the
図６に戻って、ステップＳ２２１で、データ処理部２１０は、携帯電話１００から金融機関問合せ情報を受信したか否かを判断する。金融機関問合せ情報を受信したと判断した場合（ステップＳ２２１でＹＥＳの場合）、ステップＳ２２２で、データ処理部２１０は、金融機関問合せ情報に対応する画面を携帯電話１００に送信する。
Returning to FIG. 6, in step S <b> 221, the
図１７（ｃ）の画面は、図１７（ｂ）の画面の「ここから」のリンクの選択によって送信される金融機関問合せ情報に対応する第１の金融機関選択画面である。図１７（ｃ）の画面には、モバイルバンキングの業態の選択を促がす旨の文章と、都市銀行を選択するためのリンクである「都市銀行」と、地方銀行を選択するためのリンクである「地方銀行」と、第２地銀を選択するためのリンクである「第２地銀」と、労働金庫を選択するためのリンクである「労働金庫」と、信用金庫を選択するためのリンクである「信用金庫」と、信用組合を選択するためのリンクである「信用組合」と、その他の金融機関を選択するためのリンクである「その他」とが表示される。ここでは、図１７（ｃ）の画面で「都市銀行」のリンクが選択される場合について説明する。 The screen in FIG. 17C is a first financial institution selection screen corresponding to the financial institution inquiry information transmitted by selecting the “From here” link on the screen in FIG. In the screen of FIG. 17 (c), there is 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 regional bank. A link to select a “regional bank”, a “second regional bank” to select a second regional bank, a “labor safe” to select a labor union, and a link to select a credit union A certain “credit union”, “credit union” which is a link for selecting a credit union, and “other” which is a link for selecting another financial institution are displayed. Here, a case will be described in which the “city bank” link is selected on the screen of FIG.
図１７（ｄ）の画面は、図１７（ｃ）の画面の「都市銀行」のリンクの選択によって送信される金融機関問合せ情報に対応する第２の金融機関選択画面である。図１７（ｄ）の画面には、利用するモバイルバンキングの選択を促がす旨の文章、および、都市銀行のうちのいずれかを選択するためのリンクである「やまと銀行」「三友銀行」「ダイヤモンド銀行」「リエゾン銀行」が表示される。ここでは、図１７（ｄ）の画面で「やまと銀行」のリンクが選択される場合について説明する。 The screen of FIG. 17D 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. 17 (d), “Yamato Bank”, “Mitomo Bank”, “Links to select one of city banks and a text prompting selection of mobile banking to be used” are displayed. “Diamond Bank” and “Liaison Bank” are displayed. Here, a case where the link “Yamato Bank” is selected on the screen of FIG.
図１８は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第５の表示画面図である。
FIG. 18 is a fifth display screen diagram displayed on
図１８（ａ）の画面は、図１７（ｄ）の画面の「やまと銀行」のリンクの選択によって送信される金融機関問合せ情報に対応するモバイルバンキングを確認するための画面である。図１８（ａ）の画面には、やまと銀行を利用するモバイルバンキングとして登録することを確認する旨の文章と、登録することを確認して継続して手続を進めるためのリンクである「確認」と、選択したモバイルバンキングを訂正するために前の画面に戻るためのリンクである「訂正する場合はこちらから」とが表示される。 The screen of FIG. 18A 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. 18 (a), "confirmation" which is a link for confirming registration as mobile banking using Yamato Bank and a link for confirming registration and continuing the procedure. Then, a link for returning to the previous screen in order to correct the selected mobile banking, “Click here to correct” is displayed.
図７に戻って、ステップＳ１１１で、データ処理部１１０は、図１８（ａ）の画面で、「確認」のリンクが選択されたか否かを判断する。「確認」のリンクが選択されたと判断すると（ステップＳ１１１でＹＥＳの場合）、データ処理部１１０は、初期登録時ＡＰ２１１に、選択されたモバイルバンキングを示す金融機関指定情報および前述した携帯端末情報が送信される。
Returning to FIG. 7, in step S <b> 111, the
図６に戻って、ステップＳ２２３で、データ処理部２１０は、携帯電話１００から金融機関指定情報を受信したか否かを判断する。金融機関指定情報を受信していないと判断した場合（ステップＳ２２３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
Returning to FIG. 6, in step S <b> 223, the
一方、金融機関指定情報を受信したと判断した場合（ステップＳ２２３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２２４で、金融機関情報とともに受信した携帯端末情報と対応する利用者情報ＤＢ２２１に登録された携帯端末情報に対応させて、金融機
関指定情報を利用者情報ＤＢ２２１に登録する。なお、当該金融機関指定情報から特定される金融機関に指定口座が存在するか否かを金融機関サーバに問合せ、存在する場合に登録するようにしてもよい。
On the other hand, if it is determined that the financial institution designation information has been received (YES in step S223), the
次いで、ステップＳ２２５で、データ処理部２１０は、プロモーションメール受取可否設定画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
Next, in step S <b> 225, the
図１８に進んで、図１８（ｂ）は、ステップＳ２２５で携帯電話１００に送信されるプロモーションメール受取可否設定画面である。図１８（ｂ）の画面には、電子マネーの最新情報等のお知らせメール（プロモーションメール）の受取を希望するか否かを確認する旨の文章と、「希望する」のラジオボタンと、「希望しない」のラジオボタンと、ラジオボタンでの選択結果の送信を指示するためのリンクである「送信」と、図１４（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」とが表示される。
Proceeding to FIG. 18, FIG. 18 (b) is a promotion mail reception availability setting screen transmitted to the
図７に戻って、ステップＳ１１３で、データ処理部１１０は、図１８（ｂ）の画面で、「希望する」または「希望しない」のラジオボタンが選択され、「送信」のリンクが選択されることによって、プロモーションメールの受取可否が決定されたか否かを判断する。そして、ステップＳ１１４で、データ処理部１１０は、プロモーションメールの受取可否を示すプロモーション受取可否情報を初期登録時ＡＰ２１１に送信する。
Returning to FIG. 7, in step S113, the
図６に戻って、ステップＳ２２６で、データ処理部２１０は、携帯電話１００からプロモーション受取可否情報を受信したか否かを判断する。プロモーション受取可否情報を受信していないと判断した場合（ステップＳ２２６でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２３１に進める。一方、プロモーション受取可否情報を受信したと判断した場合（ステップＳ２２６でＹＥＳの場合）、ステップＳ２２７で、データ処理部２１０は、会員ＩＤを発行し、その会員ＩＤをプロモーション受取可否情報を送信した携帯電話１００の携帯端末情報と対応させて仮登録する。なお、ステップＳ２１５でＹＥＳと判断された場合には、新たな会員ＩＤを発行することなく、既に発行済みの会員ＩＤを仮登録するものであってもよい。次いで、ステップＳ２２８で、データ処理部２１０は、電子マネーアプリ１１１のダウンロードを確認する画面を携帯電話１００に送信する。
Returning to FIG. 6, in step S <b> 226, the
図１８に進んで、図１８（ｃ）は、ステップＳ２２８で携帯電話１００に送信されるダウンロードを確認する画面である。図１８（ｃ）の画面には、バリューの利用方法の文章と、電子マネーアプリ１１１のダウンロードを促がす旨の文章と、ダウンロードの開始を指示するためのリンクである「ダウンロード開始」と、電子マネーアプリ１１１のサイズを示す文章とが表示される。
Proceeding to FIG. 18, FIG. 18 (c) is a screen for confirming the download transmitted to the
図７に戻って、ステップＳ１１５で、データ処理部１１０は、図１８（ｃ）の画面で、「ダウンロード開始」が選択されることによって、電子マネーアプリ１１１のダウンロードが要求されたか否かを判断する。「ダウンロード開始」が選択されたと判断すると（ステップＳ１１５でＹＥＳの場合）、ステップＳ１１６で、データ処理部１１０は、電子マネーアプリ１１１のダウンロードを要求する旨の情報であるアプリダウンロード要求情報を初期登録時ＡＰ２１１に送信する。
Returning to FIG. 7, in step S <b> 115, the
図６に戻って、ステップＳ２３１で、データ処理部２１０は、携帯電話１００からアプリダウンロード要求情報を受信したか否かを判断する。アプリダウンロード要求情報を受信したと判断した場合（ステップＳ２３１でＹＥＳの場合）、ステップＳ２３２で、電子
マネーアプリ１１１を携帯電話１００に送信する。
Returning to FIG. 6, in step S <b> 231, the
図１８に進んで、携帯電話１００で電子マネーアプリ１１１の受信が開始されると、図１８（ｃ）の画面は、図１８（ｄ）で示される状態になる。つまり、ダウンロード中である旨の表示が、図１８（ｃ）の画面上に表示される。
18, when reception of the electronic money application 111 is started by the
電子マネーアプリ１１１のダウンロードが終了すると、携帯電話１００のデータ処理部１１０は、電子マネーアプリ１１１を記憶部１２０に記憶させ、記憶部１２０に記憶された電子マネーアプリ１１１を起動させる。
When the download of the electronic money application 111 is completed, the
図１９は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第６の表示画面図である。図１９（ａ）は、電子マネーアプリ１１１の起動中に表示される画面である。図１９（ａ）の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字と、全起動プロセスのうちの経過したプロセスの割合を示すグラフとが表示される。
FIG. 19 is a sixth display screen displayed on
図８は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちアプリダウンロード時処理の流れを示すフローチャートである。図８を参照して、電子マネーアプリ１１１が起動されると、ステップＳ１２１で、データ処理部１１０は、携帯端末情報を初期登録時ＡＰ２１１に送信する。
FIG. 8 is a flowchart showing the flow of application download processing among the processing of electronic money application 111 executed by
図６に戻って、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２３３で、携帯電話１００から携帯端末情報を受信して、受信した携帯端末情報が仮登録されているか否かを判断する。携帯端末情報が仮登録されていないと判断した場合（ステップＳ２３３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
Returning to FIG. 6, in step S233, the
一方、携帯端末情報が仮登録されていると判断した場合（ステップＳ２３３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２３４で、仮登録された会員ＩＤを読出し、携帯端末情報および当該携帯端末情報に対応する電子メールアドレスであってステップＳ２０７で受信した電子メールアドレスと対応させて、利用者情報ＤＢ２２１に本登録させる。そして、ステップＳ２３５で、データ処理部２１０は、本登録した携帯端末１００に対応する未チャージ削除カウンタのカウント値を１加算する。なお、加算された未チャージ削除カウンタは、会員から脱退した場合であっても利用者情報ＤＢ２２１において保持される。
On the other hand, if it is determined that the mobile terminal information is provisionally registered (YES in step S233), the
次に、ステップＳ２３６で、データ処理部２１０は、電子マネー遊技使用サービス用の記憶領域を携帯電話１００に確保させるための情報である領域確保情報を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
Next, in step S <b> 236, the
図８に進んで、データ処理部１１０は、ステップＳ１２２で、初期登録時ＡＰ２１１から領域確保情報を取得したか否かを判断する。領域確保情報を取得したと判断した場合（ステップＳ１２２でＹＥＳの場合）、ステップＳ１２３で、データ処理部１１０は、電子マネー遊技使用サービス用の記憶領域を確保するための処理の開始を要求する領域確保処理開始要求をリモート発行サーバ４００に送信する。
Proceeding to FIG. 8, the
リモート発行サーバ４００は、携帯電話１００から領域確保処理開始要求を受けると、領域確保処理開始要求を送信してきた携帯電話１００の非接触型ＩＣチップ１９０に電子マネー遊技使用サービスに用いるための記憶部１９２の領域を確保し、確保した領域に会員ＩＤを記憶させるための領域確保実行情報を、領域確保処理開始要求を送信してきた携
帯電話１００に送信する。
When the
図８に戻って、携帯電話１００のデータ処理部１１０は、ステップＳ１２４で、リモート発行サーバ４００から領域確保実行情報を受信したか否かを判断する。領域確保実行情報を受信していないと判断した場合（ステップＳ１２４でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１２１に戻す。
Returning to FIG. 8, the
一方、領域確保実行情報を受信したと判断した場合（ステップＳ１２４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１２５で、リモート発行サーバ４００からの領域確保実行情報で示される領域確保処理を実行する。領域確保処理は、非接触型ＩＣチップ１９０の記憶部１９２の領域を確保し、会員ＩＤをリモート発行サーバ４００に送信し、記憶部１９２の確保された領域に０円相当のバリューを記憶させる処理である。
On the other hand, if it is determined that the area allocation execution information has been received (YES in step S124), the
次いで、データ処理部１１０は、ステップＳ１２６で、リモート発行サーバ４００から領域確保終了情報を受信したことによって、領域確保処理が終了したか否かを判断する。領域確保処理が終了したと判断した場合（ステップＳ１２６でＹＥＳの場合）、データ処理部１１０は、ステップＳ１２７で、バリュー購入時処理を実行する。
Next, in step S126, the
図９は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちバリュー購入時処理の流れを示すフローチャートである。図９を参照して、ステップＳ１３１で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１３２に進める。
FIG. 9 is a flowchart showing a flow of value purchase processing among the processing of the electronic money application 111 executed by the
図１９に進んで、図１９（ｂ）は、ステップＳ１３１で表示される起動時初期画面である。図１９（ｂ）の画面には、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であることと、ステップＳ１３７で取得された非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であることと、バリューを購入するためのリンクである「バリュー購入」と、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」と、非接触型ＩＣチップ１９０へのバリューのチャージの履歴を表示させるためのリンクである「履歴表示」とが表示される。
Proceeding to FIG. 19, FIG. 19B is an initial screen at start-up displayed in step S <b> 131. In the screen of FIG. 19B, the chip ID given from the time of manufacture of the non-contact
（電子マネーシステム１０でのバリューのチャージの説明）
図２０は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
(Description of value charging in the electronic money system 10)
FIG. 20 is a first display screen diagram displayed on the
図２０（ａ）は、携帯電話１００において、アプリケーション実行機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるソフト一覧画面である。
FIG. 20A shows a software list screen that is first displayed on the
図２０（ａ）の画面には、携帯電話１００に導入されているアプリケーションプログラムを実行させるためのリンクとして、「電子マネーアプリ」「旅行ナビゲータ」が表示される。つまり、本実施の形態における携帯電話１００には、電子マネーアプリ１１１、および、旅行ナビゲータという名称のアプリケーションプログラムが導入されていることが示される。
On the screen of FIG. 20A, “electronic money application” and “travel navigator” are displayed as links for executing application programs installed in the
図９に戻って、図２０（ａ）の画面で「電子マネーアプリ」のリンクが選択され、電子マネーアプリ１１１が起動されると、まず、ステップＳ１３１で、データ処理部１１０は
、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１３２に進める。
Returning to FIG. 9, when the link of “electronic money application” is selected on the screen of FIG. 20A and the electronic money application 111 is activated, first, in step S131, the
図２０に進んで、図２０（ｂ）の画面は、ステップＳ１３１で表示される起動時初期画面である。図２０（ｂ）の画面は、前述した図１９（ｂ）の画面と同様であるので、説明は繰返さない。ただし、非接触型ＩＣチップ１９０に記憶されているバリューの残高が、図１９（ｂ）の画面では、０円であるのに対して、図２０（ｂ）の画面では、１０００円である。
Proceeding to FIG. 20, the screen of FIG. 20B is an initial screen at the time of startup displayed in step S131. Since the screen of FIG. 20B is the same as the screen of FIG. 19B described above, description thereof will not be repeated. However, the value balance stored in the non-contact
データ処理部１１０は、ステップＳ１３２で、バリュー購入が選択されたか否かを判断する。図２０（ｂ）の画面で「バリュー購入」のリンクが選択されると、データ処理部１１０は、ステップＳ１３２で、バリュー購入が選択されたと判断し、ステップＳ１３３で、会員ＩＤと携帯端末情報とバリュー残高とを含むチャージ要求情報をバリュー購入時ＡＰ２１２に送信する。
In step S132, the
図１０は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー購入時アプリケーションプログラム２１２の処理の流れを示すフローチャートである。
FIG. 10 is a flowchart showing the flow of processing of the value
図１０を参照して、まず、ステップＳ２４１で、データ処理部２１０は、携帯電話１００からチャージ要求情報を受信したか否かを判断する。チャージ要求情報を受信していないと判断した場合（ステップＳ２４１でＮＯの場合）、データ処理部２１０は、ステップＳ２４１を繰返す。
Referring to FIG. 10, first, in step S <b> 241,
一方、チャージ要求情報を受信したと判断した場合（ステップＳ２４１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４２で、チャージ要求情報に含まれる会員ＩＤおよび携帯端末情報が利用者情報ＤＢ２２１に登録されたものであり、携帯電話１００が電子マネー遊技使用サービスに利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合（ステップＳ２４２でＮＯの場合）、ステップＳ２４３で、データ処理部２１０は、使用不可画面を携帯電話１００に送信し、実行する処理をステップＳ２４１に戻す。
On the other hand, if it is determined that the charge request information has been received (YES in step S241), the
図２０に進んで、図２０（ｃ）は、ステップＳ２４３で表示される使用不可画面である。図２０（ｃ）の画面には、携帯電話１００が電子マネー管理サーバ２００に登録されていない旨の文章と、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」とが表示される。
Proceeding to FIG. 20, FIG. 20C is an unusable screen displayed in step S <b> 243. On the screen of FIG. 20C, “OK” is a link indicating that the
図１０に戻って、一方、利用可能なものであると判断した場合（ステップＳ２４２でＹＥＳの場合）、ステップＳ２４４で、データ処理部２１０は、購入済みであるが携帯電話１００にチャージされていない未チャージバリューがあるか否かを判断する。未チャージバリューがあるか否かについては、後述する発行情報ＤＢ２２２における書込済情報として「０」が記憶されているか否かにより判断が行なわれる。本実施の形態においては、書込済情報として「０」が記憶されていると判断した場合には、未チャージバリューがあると判断される。なお、未チャージバリューがあるか否かの判断についてはついては、このようなものに限るものではない。たとえば、チャージされ携帯電話１００に書込まれた未チャージバリューは、発行情報ＤＢ２２２から消去するものであってもよい。そして、未チャージバリューがあるか否かについては、発行情報ＤＢ２２２に未チャージバリューが記憶されているか否かにより判断が行なわれるものであってもよい。
Returning to FIG. 10, on the other hand, if it is determined that the data can be used (YES in step S242), in step S244, the
未チャージバリューがあると判断した場合（ステップＳ２４４でＹＥＳの場合）、デー
タ処理部２１０は、ステップＳ２４５で、チャージ誘導画面を携帯電話１００に送信し、実行する処理を後述するステップＳ２７６に進める。
If it is determined that there is an uncharged value (YES in step S244), the
図２０に進んで、図２０（ｄ）は、ステップＳ２４５で表示されるチャージ誘導画面である。図２０（ｄ）の画面には、チャージされていないバリューがあるので、チャージを促がす旨の文章が表示される。この画面が表示された後、図１３で後述するバリュー発行時ＡＰ２１３のステップＳ２７６からの処理が実行され、チャージされていないバリューが携帯電話１００にチャージされる。
Proceeding to FIG. 20, FIG. 20 (d) is a charge induction screen displayed in step S245. Since there is an uncharged value on the screen in FIG. 20D, a text that prompts charging is displayed. After this screen is displayed, the process from step S276 of the
一方、未チャージバリューがないと判断した場合（ステップＳ２４４でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２４６に進める。
On the other hand, if it is determined that there is no uncharged value (NO in step S244),
次に、ステップＳ２４６で、データ処理部２１０は、ステップＳ２４１で受信されたチャージ要求情報を送信してきた携帯電話１００に対応する金融機関指定情報を利用者情報ＤＢ２２１から検索して読出す。また、ステップＳ２４７で、データ処理部２１０は、電子マネー管理サーバ２００の記憶部２２０に予め記憶された表示金額リスト情報を読出す。
Next, in step S246, the
表示金額リスト情報は、ユーザが携帯電話１００で選択可能なバリューの金額のリストを示す情報であり、本実施の形態においては、「１０００円」「５０００円」「１００００円」「２００００円」「３００００円」の５つの金額を示す情報である。選択可能なバリューの金額は、利用者の遊技へののめり込みを防止するために定められた携帯上保持限度額や１日購入限度額などに基づいて、電子マネー遊技使用サービスの提供業者によって予め定められる。携帯上保持限度額は、携帯電話１００にチャージできるバリューの限度額である。１日購入限度額は、１日に購入できるバリューの限度額である。
The display amount list information is information indicating a list of value amounts that the user can select with the
次いで、ステップＳ２５１で、データ処理部２１０は、ステップＳ２４１で受信したチャージ要求情報に含まれる携帯電話１００にチャージされているバリュー残高に、ステップＳ２４７で読出した表示金額リスト情報で示される金額のうちの最低購入金額（本実施の形態では１０００円）を加算した額が３００００円以下であるか否かを判断する。
Next, in step S251, the
なお、本実施の形態においては、携帯上保持限度額を３００００円としたので、ステップＳ２５１で３００００円以下であるか否かを判断した。しかし、これに限定されず、携帯上保持限度額は、他の金額であってもよい。 In the present embodiment, since the carrying amount limit is 30000 yen, it is determined in step S251 whether or not it is 30000 yen or less. However, the present invention is not limited to this, and the portable holding limit may be another amount.
バリュー残高に最低購入金額を加算した額が３００００円以下でない場合（ステップＳ２５１でＮＯの場合）、ステップＳ２５２で、データ処理部２１０は、携帯上保持限度額購入不可画面を携帯電話１００に送信する。
If the amount obtained by adding the minimum purchase amount to the value balance is not 30000 yen or less (NO in step S251), the
図２１は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。
FIG. 21 is a second display screen diagram displayed on the
図２１（ａ）は、ステップＳ２５２で携帯電話１００に送信される携帯上保持限度額購入不可画面である。図２１（ａ）の画面には、最低購入金額とバリュー残高との合計が携帯上保持限度額を超えるので、バリューを購入できない旨の文章と、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」とが表示される。
FIG. 21A shows a screen for purchasing a mobile holding limit amount that is transmitted to the
図１０に戻って、一方、バリュー残高に最低購入金額を加算した額が３００００円以下である場合（ステップＳ２５１でＹＥＳの場合）、ステップＳ２５３で、データ処理部２
１０は、発行情報ＤＢ２２２に記憶されているその日に携帯電話１００によって購入されたバリューの当日積算額に、最低購入金額を加算した額が３００００円以下であるか否かを判断する。
Returning to FIG. 10, if the value obtained by adding the minimum purchase amount to the value balance is 30000 yen or less (in the case of YES in step S251), in step S253, the
10 determines whether or not the sum obtained by adding the minimum purchase amount to the accumulated value on the day of the value purchased by the
なお、本実施の形態においては、１日購入限度額を、携帯上保持限度額と同額としたので、ステップＳ２５２で３００００円以下であるか否かを判断した。しかし、これに限定されず、１日購入限度額は、携帯上保持限度額と同額でなくてもよい。 In the present embodiment, since the daily purchase limit is the same as the portable retention limit, it is determined in step S252 whether it is 30000 yen or less. However, the present invention is not limited to this, and the daily purchase limit may not be the same as the portable retention limit.
当日積算額に最低購入金額を加算した額が３００００円以下でない場合（ステップＳ２５３でＮＯの場合）、ステップＳ２５４で、データ処理部２１０は、１日購入限度額購入不可画面を携帯電話１００に送信する。
If the amount obtained by adding the minimum purchase amount to the accumulated amount on the day is not less than 30000 yen (NO in step S253), in step S254, the
図２１に進んで、図２１（ｂ）は、ステップＳ２５４で携帯電話１００に送信される１日購入限度額購入不可画面である。図２１（ｂ）の画面には、最低購入金額と当日積算額との合計が１日購入限度額を超えるので、バリューを購入できない旨の文章と、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」とが表示される。
Proceeding to FIG. 21, FIG. 21 (b) is a daily purchase limit purchase prohibition screen transmitted to the
図１０に戻って、一方、当日積算額に最低購入金額を加算した額が３００００円以下である場合（ステップＳ２５３でＹＥＳの場合）、ステップＳ２５５で、データ処理部２１０は、バリュー残高および当日積算額から購入可能金額を算出する。
Returning to FIG. 10, on the other hand, if the sum of the current day and the minimum purchase amount is 30000 yen or less (in the case of YES in step S253), in step S255, the
具体的には、データ処理部２１０は、携帯上保持限度額からバリュー残高を減算した額、および、１日購入限度額から当日積算額を減算した額のうち、低い方の額を購入可能金額として算出する。
Specifically, the
なお、本実施の形態においては、バリュー残高および携帯上保持限度額、ならびに、当日積算額および１日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにした。しかし、これに限定されず、バリュー残高および携帯上保持限度額、または、当日積算額および１日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにしてもよい。 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.
次に、ステップＳ２５６で、データ処理部２１０は、ステップＳ２４６で読出した金融機関指定情報、ステップＳ２４７で読出した表示金額リスト情報、および、ステップＳ２５５で算出した購入可能金額情報を残高情報として、携帯電話１００に送信する。
Next, in step S256, the
図９に戻って、ステップＳ１３４で、データ処理部１１０は、バリュー購入時ＡＰ２１２から残高情報を受信したか否かを判断する。残高情報を受信したと判断した場合（ステップＳ１３４でＹＥＳの場合）、ステップＳ１３５で、データ処理部１１０は、アドレス確認画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１３６に進める。
Returning to FIG. 9, in step S <b> 134, the
図２１に進んで、図２１（ｃ）は、ステップＳ１３５で表示されるアドレス確認画面である。図２１（ｃ）の画面には、バリューのチャージの方法を説明するための文章と、確認の対象である電子メールアドレスと、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスとして正しいと確認したことを入力するためのリンクである「確認」と、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスと異なる場合に選択するリンクである「→上記アドレスがご利用携帯のアドレスと異なる場合はこちら」とが表示される。
Proceeding to FIG. 21, FIG. 21C is an address confirmation screen displayed in step S <b> 135. In the screen of FIG. 21 (c), a sentence for explaining a method of charging value, an e-mail address to be confirmed, and a mobile phone used by the displayed e-mail address in the electronic money game use service “Confirm”, which is a link for inputting that the
図９に戻って、ステップＳ１３６で、データ処理部１１０は、図２１（ｃ）の画面で「確認」のリンクが選択されることによって、ユーザにより電子メールアドレスが確認されたか否かを判断する。アドレスが確認されたと判断した場合（ステップＳ１３６でＹＥＳの場合）、ステップＳ１３７で、データ処理部１１０は、金融機関確認画面を表示部１４０に表示させる。
Returning to FIG. 9, in step S136, the
図２２は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
FIG. 22 is a third display screen diagram displayed on the
図２２（ａ）は、ステップＳ２５０で携帯電話１００に送信される請求情報送信画面である。図２２（ａ）の画面には、利用するモバイルバンキングを確認する旨の文章と、利用するモバイルバンキングの金融機関の名称と、利用するモバイルバンキングを確認して継続して手続を進めるためのリンクである「確認」と、金融機関を変更するためのリンクである「金融機関変更の場合はこちらを選択してください。」とが表示される。
FIG. 22A shows a billing information transmission screen transmitted to the
図９に戻って、ステップＳ１３８で、データ処理部１１０は、図２２（ａ）の画面で「確認」のリンクが選択されることによって、利用するモバイルバンキングの金融機関がユーザにより確認されたか否かを判断する。金融機関が確認されたと判断した場合（ステップＳ１３８でＹＥＳの場合）、データ処理部１１０は、ステップＳ１３９で、購入金額選択画面を表示部１４０に表示させる。
Returning to FIG. 9, in step S138, the
一方、金融機関変更が選択されたと判断した場合（ステップＳ１４０ａでＹＥＳの場合）、データ処理部１１０は、ステップＳ１４０ｂで、金融機関変更問合せ情報を電子マネー管理サーバ２００に送信する。以降、電子マネー管理サーバ２００のデータ処理部２１０は、携帯電話１００から金融機関変更問合せ情報を受信した場合、金融機関変更問合せ情報に対応する画面（図１７（ｃ），（ｄ），図１８（ａ）等参照）を携帯電話１００に送信する。そして、電子マネー管理サーバ２００のデータ処理部２１０は、携帯電話１００から金融機関指定情報を受信したと判断した場合、変更した金融機関の金融機関指定情報を携帯端末情報に対応させて、利用者情報ＤＢ２２１に登録する処理を行なう。なお、登録する処理としては、変更した金融機関のサーバが決済に利用される状態に更新するものであればよく、たとえば、変更前の金融機関の金融機関指定情報を消去して新たに変更後の金融機関の金融機関指定情報を登録する処理であってもよい。また、変更前の金融機関の金融機関指定情報を消去することなく変更後の金融機関の金融機関指定情報を決済に利用する金融機関として新たに登録する処理であってもよい。この場合、変更前の金融機関の金融機関指定情報を用いて、再度決済に利用する金融機関を変更前の金融機関に変更できるものであってもよい。
On the other hand, when it is determined that the financial institution change is selected (YES in step S140a), the
「確認」のリンクが選択された場合、図２２に進んで、図２２（ｂ）は、ステップＳ１３９で表示される購入金額選択画面である。図２２（ｂ）の画面には、購入してチャージを希望するバリューの金額の選択を促がす旨の文章と、購入およびチャージの限度額に関する文章と、購入希望金額の選択肢と対をなしたラジオボタンと、選択されたバリューの購入希望金額の送信を指示するためのリンクである「送信」が表示される。 When the “confirm” link is selected, the process proceeds to FIG. 22, and FIG. 22B is a purchase price selection screen displayed in step S139. In the screen of FIG. 22 (b), there is a pair of a sentence that prompts the user to select the amount of the value that he / she wishes to purchase and charge, a sentence regarding the purchase and charge limit, and an option of the desired purchase amount. Radio button and “Send”, which is a link for instructing to send the desired purchase price of the selected value, are displayed.
ここで、ステップＳ１３４で受信された残高情報に含まれる購入可能金額情報で示される購入可能金額を超える金額のラジオボタンは、表示はされるが、選択はできない。また、購入希望金額のラジオボタンのいずれかが選択されない限り、「送信」のリンクは選択できない。なお、本実施の形態においては、購入可能金額を超える金額のラジオボタンも表示される例について説明したが、これに限らず、購入可能金額範囲内の金額のラジオボ
タンのみを表示させ、購入可能金額を超える金額のラジオボタンを表示させないように、電子マネーアプリ１１１の処理手順に従い表示制御するものであってもよい。
Here, a radio button having 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. Further, the “Send” link cannot be selected unless one of the radio buttons for the desired purchase amount is selected. In this embodiment, an example in which a radio button with an amount exceeding the purchaseable amount is displayed has been described. However, the present invention is not limited to this, and only a radio button with an amount within the purchaseable amount range can be displayed and purchased. Display control may be performed in accordance with the processing procedure of the electronic money application 111 so as not to display radio buttons with an amount exceeding the amount.
図９に戻って、図２２（ａ）の画面で、チャージ希望金額と対をなすラジオボタンのいずれかが選択され、「送信」のリンクが選択されると、ステップＳ１４１で、携帯電話１００のデータ処理部１１０は、購入希望金額のラジオボタンが選択されることによって、購入希望金額が選択されたか否かを判断する。
Returning to FIG. 9, when one of the radio buttons to be paired with the desired charge amount is selected on the screen of FIG. 22A and the “Send” link is selected, in step S141, the
購入希望金額が選択されたと判断した場合（ステップＳ１４１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１４２で、購入希望金額および会員ＩＤを示す情報を含む第１口座振替依頼情報をバリュー購入時ＡＰ２１２に送信する。
If it is determined that the desired purchase amount has been selected (YES in step S141), the
図１０に戻って、ステップＳ２５７で、データ処理部２１０は、携帯電話１００から第１口座振替依頼情報を受信したか否かを判断する。第１口座振替依頼情報を受信していないと判断した場合（ステップＳ２５７でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２６５に進める。
Returning to FIG. 10, in step S <b> 257, the
一方、第１口座振替依頼情報を受信したと判断した場合（ステップＳ２５７でＹＥＳの場合）、ステップＳ２５８で、データ処理部２１０は、バリュー購入回数カウンタで携帯電話１００ごとに計数されているバリュー購入回数が０回か否かを判断する。
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
バリュー購入回数が０回であると判断した場合（ステップＳ２５８でＹＥＳの場合）、携帯電話１００が電子マネー遊技使用サービスに登録されてから最初のバリューの購入であるので、初期登録手数料を徴収する必要がある。そこで、この場合、ステップＳ２５９で、データ処理部２１０は、初期登録手数料およびチャージ手数料を算出する。
If it is determined that the number of value purchases is zero (YES in step S258), the
一方、バリュー購入回数が０回でないと判断した場合（ステップＳ２５８でＮＯの場合）、すでに、初期登録手数料は徴収されているので、初期登録手数料を徴収しなくてもよい。そこで、この場合、ステップＳ２６０で、データ処理部２１０は、チャージ手数料を算出する。
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
なお、本実施形態においては、ステップＳ２５９およびステップＳ２６０で、初期登録手数料およびチャージ手数料をそれぞれ算出するようにしたが、これに限定されず、初期登録手数料およびチャージ手数料を予め記憶部２２０に記憶させておき、それぞれ、ステップＳ２５９およびステップＳ２６０で読出すようにしてもよい。
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
次に、データ処理部２１０は、ステップＳ２６１で、今回のバリュー購入を他のバリュー購入と識別するための購入番号を発行し、ステップＳ２６２で、ステップＳ２５７で受信した第１口座振替依頼情報で示される購入希望金額と、ステップＳ２５９またはステップＳ２６０で算出された手数料との合計金額を算出する。
Next, in step S261, the
次いで、データ処理部２１０は、ステップＳ２６３で、ステップＳ２６２で算出した合計金額、ステップＳ２６１で発行した購入番号、および、現在の時刻であるタイムスタンプを、会員ＩＤに対応させて発行情報ＤＢ２２２に登録する。そして、データ処理部２１０は、ステップＳ２６４で、合計金額をユーザに確認するための合計金額確認画面を表示させるための合計金額確認情報を携帯電話１００に送信する。
Next, in step S263, the
図９に戻って、ステップＳ１４３で、データ処理部１１０は、バリュー購入時ＡＰ２１２から合計金額確認情報を受信したか否かを判断する。合計金額確認情報を受信したと判断した場合（ステップＳ１４３でＹＥＳの場合）、ステップＳ１４４で、データ処理部１
１０は、合計金額確認情報に基づいて、合計金額確認画面を表示部１４０に表示させる。
Returning to FIG. 9, in step S <b> 143, the
10 displays the total amount confirmation screen on the
図２２に進んで、図２２（ｃ）は、ステップＳ１４４で表示される合計金額確認画面である。図２２（ｃ）の画面には、合計金額の確認を求める旨の文章と、合計金額を確認して第２口座振替依頼情報を送信するためのリンクである「確認」と、１つ前の図２２（ｂ）の購入金額選択画面に戻るためのリンクである「こちら。」とが表示される。 Proceeding to FIG. 22, FIG. 22 (c) is a total amount confirmation screen displayed in step S144. In the screen of FIG. 22 (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. 22B, is displayed.
図９に戻って、ステップＳ１４５で、データ処理部１１０は、図２２（ｃ）の画面で「確認」のリンクが選択されることによって、ユーザにより合計金額が確認されたか否かを判断する。合計金額が確認されたと判断した場合（ステップＳ１４５でＹＥＳの場合）、ステップＳ１４６で、データ処理部１１０は、会員ＩＤを示す情報を含む第２口座振替依頼情報をバリュー購入時ＡＰ２１２に送信する。
Returning to FIG. 9, in step S <b> 145, the
図１０に戻って、ステップＳ２６５で、データ処理部２１０は、携帯電話１００から第２口座振替依頼情報を受信したか否かを判断する。第２口座振替依頼情報を受信していないと判断した場合（ステップＳ２６５でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２６９に進める。
Returning to FIG. 10, in step S <b> 265, the
一方、第２口座振替依頼情報を受信したと判断した場合（ステップＳ２６５でＹＥＳの場合）、ステップＳ２６６で、データ処理部２１０は、ステップＳ２６３で登録したタイムスタンプと現在の時刻とを比較するタイムスタンプチェックを実行し、異常があるか否かを判断する。たとえば、タイムスタンプと現在の時刻との差が規定時間以上である場合に異常があると判断する。
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
異常があると判断した場合（ステップＳ２６６でＹＥＳの場合）、ステップＳ２６７で、データ処理部２１０は、タイムスタンプチェックエラー画面を携帯電話１００に送信する。
If it is determined that there is an abnormality (YES in step S266), the
図２２に進んで、図２２（ｅ）は、ステップＳ２６７で携帯電話１００に送信されるタイムスタンプチェックエラー画面である。図２２（ｅ）の画面には、購入希望金額を選択してから一定時間が経過したので、手続のやり直しを促がす旨の文章と、図２０（ｂ）の起動時初期画面に戻るためのリンクである「手続を中止する（アプリのメニュー画面に戻る）」とが表示される。
Proceeding to FIG. 22, FIG. 22 (e) is a time stamp check error screen transmitted to the
図１０に戻って、一方、異常がないと判断した場合（ステップＳ２６６でＮＯの場合）、データ処理部２１０は、ステップＳ２６８で、モバイルバンキングへの引継をユーザに確認するためのモバイルバンキング遷移確認画面を表示させるための引継画面情報を携帯電話１００に送信する。引継画面情報には、少なくとも、携帯端末情報に対応させて利用者情報ＤＢ２２１に登録されている金融機関指定情報から特定される金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報としてのＵＲＬが含まれる。
Returning to FIG. 10, on the other hand, if it is determined that there is no abnormality (NO in step S266), the
図７に戻って、ステップＳ１１７で、データ処理部１１０は、バリュー購入時ＡＰ２１２から引継画面情報を受信したか否かを判断する。引継画面情報を受信したと判断した場合（ステップＳ１１７でＹＥＳの場合）、ステップＳ１１８で、データ処理部１１０は、引継画面情報に基づいて、モバイルバンキング遷移確認画面を表示部１４０に表示させる。
Returning to FIG. 7, in step S <b> 117, the
図２２に進んで、図２２（ｄ）は、ステップＳ１１８で表示されるモバイルバンキング遷移確認画面である。図２２（ｄ）の画面には、手続がモバイルバンキングへ遷移される
旨の文章と、その旨の確認を入力するためのリンクである「確認」と、図２０（ｂ）の起動時初期画面に戻るためのリンクである「手続を中止する（アプリのメニュー画面に戻る）」とが表示される。
Proceeding to FIG. 22, FIG. 22 (d) is a mobile banking transition confirmation screen displayed in step S118. In the screen of FIG. 22 (d), a text indicating that the procedure is to be transferred to mobile banking, a “confirmation” that is a link for inputting a confirmation to that effect, and an initial screen at the start of FIG. 20 (b) “Cancel procedure (return to app menu screen)” is displayed, which is a link for returning to.
図７に戻って、ステップＳ１１９で、データ処理部１１０は、図２２（ｄ）の画面で「確認」のリンクが選択されると、バリューの購入に対する決済に関する情報を金融機関サーバ５００に送信し、以後、モバイルバンキングでのバリューの購入に対する決済の処理が実行される。
Returning to FIG. 7, in
図１に戻って、バリュー購入に対する決済が完了すると、金融機関サーバ５００から決済サーバ２８０に、バリュー購入に対する決済が完了した旨の消込電文が送信される。
Returning to FIG. 1, when the payment for the value purchase is completed, the
決済サーバ２８０は、受信した消込電文を請求情報ＤＢ２８１に登録する。そして、決済サーバ２８０は、受信した消込電文に対応する消込速報を電子マネー管理サーバ２００のバリュー購入時ＡＰ２１２に送信する。
The
図１０に戻って、ステップＳ２６９で、データ処理部２１０は、決済サーバ２８０から消込速報を受信したか否かを判断する。消込速報を受信したと判断した場合（ステップＳ２６９でＹＥＳの場合）、データ処理部２１０は、ステップＳ２７０で、バリュー対価決済後処理を実行する。消込速報を受信していないと判断した場合（ステップＳ２６９でＮＯの場合）、または、ステップＳ２７０の後、データ処理部２１０は、実行する処理をステップＳ２４１に戻す。
Returning to FIG. 10, in step S <b> 269, the
図１１は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー購入時アプリケーションプログラム２１２のサブルーチンであるバリュー対価決済後処理の流れを示すフローチャートである。
FIG. 11 is a flowchart showing a flow of post value settlement processing that is a subroutine of the value
図１１を参照して、まず、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２７００で、ステップＳ２６９で決済サーバ２８０から受信した消込速報で示される購入番号が発行情報ＤＢ２２２に登録されているか否かを判断する。購入番号が登録されていないと判断した場合（ステップＳ２７００でＮＯの場合）、ステップＳ２７０１で、データ処理部２１０は、エラー処理を行なう。たとえば、警報を発生する。
Referring to FIG. 11, first, in step S2700,
一方、購入番号が登録されていると判断した場合（ステップＳ２７００でＹＥＳの場合）、ステップＳ２７０２で、データ処理部２１０は、購入番号で示されるバリューの購入が、その購入番号と対応する携帯電話１００での初回の購入であるか否かを判断する。具体的には、その携帯電話１００に対応するバリュー購入回数カウンタのカウント値が０であるか否かを判断する。
On the other hand, if it is determined that the purchase number is registered (YES in step S2700), in step S2702, the
初回の購入であると判断した場合（ステップＳ２７０２でＹＥＳの場合）、ステップＳ２７０３で、データ処理部２１０は、未チャージ削除カウンタのカウント値を０にする。なお、初回の購入であると判断した場合には、データ処理部２１０は、未チャージ削除カウンタのカウント値を１減算するものであってもよい。その後、データ処理部２１０は、実行する処理をステップＳ２７０４に進める。一方、初回の購入でないと判断した場合（ステップＳ２７０２でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２７０４に進める。
If it is determined that the purchase is the first time (YES in step S2702), the
次に、ステップＳ２７０４で、データ処理部２１０は、購入番号に対応する会員ＩＤに対応するバリュー購入記録を更新する。バリュー購入記録は、発行情報ＤＢ２２２に記憶され、会員ＩＤごとに未チャージバリューなどの購入に関する情報の記録である。
Next, in step S2704, the
そして、データ処理部２１０は、ステップＳ２７０５で、バリュー購入回数カウンタのカウント値を１加算し、ステップＳ２７０６で、携帯電話１００に対応する当日積算額に購入金額を加算して、当日積算額を更新し、ステップＳ２７０７で、携帯電話１００に対応するチャージ累計額に購入金額を加算して、チャージ累計額を更新し記憶する。
Then, in step S2705, the
次いで、ステップＳ２７０８で、データ処理部２１０は、ステップＳ２７００で受信した消込速報を正常に処理した旨の応答情報を決済サーバ２８０に送信する。そして、ステップＳ２７０９で、データ処理部２１０は、引継ぎ情報を付した電子メールを、消込速報に対応する会員ＩＤの電子メールアドレス宛に送信する。その後、データ処理部２１０は、バリュー対価決済後処理を終了し、実行する処理をこの処理の呼出元に戻す。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ１１１のバリュー発行時処理を自動的に起動させるための情報が含まれている。バリュー発行時処理が起動すると、後述するバリュー発行要求情報が電子マネー管理サーバ２００に送信する処理が行なわれる。
Next, in step S2708, the
図２３は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第４の表示画面図である。
FIG. 23 is a fourth display screen diagram displayed on
図２３（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール 未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
FIG. 23A is a screen showing the number of new messages in the e-mail function of the
図２３（ａ）の画面で、「メール 未読００１」が選択されると、図２３（ｂ）のように、ステップＳ２７０９で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
When “mail unread 001” is selected on the screen of FIG. 23A, the contents of the new mail transmitted from the electronic
図２３（ｂ）の電子メールには、購入されたバリューのチャージを促がすリンクが表示される。図２３（ｂ）の画面で、リンクが選択されると、電子マネーアプリ１１１のバリュー発行時処理が起動される。 In the e-mail of FIG. 23B, a link that prompts the user to charge the purchased value is displayed. When a link is selected on the screen of FIG. 23B, the value issuing process of the electronic money application 111 is activated.
図１２は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちバリュー発行時処理の流れを示すフローチャートである。図１２を参照して、ステップＳ１５１で、データ処理部１１０は、図１９（ｂ）の画面で「ＩＣチップへの購入バリューのチャージ」のリンクが選択されることによって、バリューの発行が選択されたか否かを判断する。なお、図２３（ｂ）の画面でリンクが選択されることによって、バリュー発行時処理が起動された場合は、ステップＳ１５１では、常に、バリューの発行が選択されたと判断する。
FIG. 12 is a flowchart showing a flow of value issue processing among the processing of the electronic money application 111 executed by the
バリューの発行が選択されたと判断した場合（ステップＳ１５１でＹＥＳの場合）、ステップＳ１５２で、データ処理部１１０は、バリューのチャージを要求するための情報であって会員ＩＤおよび携帯端末情報を含むバリュー発行要求情報を、電子マネー管理サーバ２００のバリュー発行時ＡＰ２１３に送信する。
If it is determined that value issuance has been selected (YES in step S151), in step S152, the
本実施の形態においては、電子メールに付されたリンクが選択されると、バリュー発行時処理が起動し、ステップＳ１５２においてバリュー発行要求情報が自動的に送信される例について説明した。しかし、これに限らず、リンクが選択されると、電子マネーアプリ１１１が自動的に起動され、図２０（ｂ）で説明した画面が表示されるものであってもよい。また、リンクが選択されると、図２０（ａ）で説明したアプリケーションプログラム
を選択するための画面が表示されるものであってもよい。この場合には、その後のユーザの操作に基づいて、バリュー発行時処理が起動される。
In the present embodiment, an example has been described in which when a link attached to an e-mail is selected, a value issuance process is started and value issuance request information is automatically transmitted in step S152. However, the present invention is not limited to this, and when a link is selected, the electronic money application 111 may be automatically activated and the screen described with reference to FIG. When a link is selected, a screen for selecting an application program described with reference to FIG. 20A may be displayed. In this case, the value issuance process is started based on the subsequent user operation.
図１３は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー発行時アプリケーションプログラム２１３の処理の流れを示すフローチャートである。
FIG. 13 is a flowchart showing a flow of processing of the value
図１３を参照して、まず、ステップＳ２７１で、データ処理部２１０は、携帯電話１００からバリュー発行要求情報を受信したことによって、バリュー発行要求があったか否かを判断する。
Referring to FIG. 13, first, in step S <b> 271, the
次に、ステップＳ２７２で、データ処理部２１０は、ステップＳ２７１で受信したバリュー発行要求情報に含まれる会員ＩＤおよび携帯端末情報が利用者情報ＤＢ２１１に登録された利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合（ステップＳ２７２でＮＯの場合）、ステップＳ２７３で、データ処理部２１０は、使用不可画面を携帯電話１００に送信する。使用不可画面は、図２０（ｃ）で説明した画面と同様の画面である。
Next, in step S272, the
一方、利用可能なものであると判断した場合（ステップＳ２７２でＹＥＳの場合）、ステップＳ２７４で、データ処理部２１０は、会員ＩＤおよび携帯端末情報に対応する未チャージバリューが発行情報ＤＢ２２２に記憶されているか否かを判断する。未チャージバリューがないと判断した場合（ステップＳ２７４でＮＯの場合）、ステップＳ２７５で、データ処理部２１０は、未チャージバリュー無画面を携帯電話１００に送信する。
On the other hand, if it is determined that it can be used (YES in step S272), in step S274, the
図２３に進んで、図２３（ｃ）は、ステップＳ２７５で携帯電話１００に送信される未チャージバリュー無画面である。図２３（ｃ）の画面には、未受取のバリューがない旨の文章と、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」とが表示される。
Proceeding to FIG. 23, FIG. 23 (c) shows an uncharged value no screen transmitted to the
図１３に戻って、未チャージバリューがあると判断した場合（ステップＳ２７４でＹＥＳの場合）、データ処理部２１０は、ステップＳ２７６で、発行情報ＤＢ２２２に記憶されている未チャージバリューのバリュー購入記録をバリュー書込済に設定し、ステップＳ２７６ａで、未チャージバリューのバリュー購入記録が発行情報ＤＢ２２２に記憶されているか否かを判断する。すなわち、書込済に設定されていないバリュー購入記録が発行情報ＤＢ２２２に記憶されているか否かを判断する。そして、書込済に設定されていないバリュー購入記録が記憶されている場合（ステップＳ２７６ａでＹＥＳの場合）、当該バリュー購入記録をバリュー書込済に設定する。一方、書込済に設定されていないバリュー購入記録がない場合（ステップＳ２７６ａでＮＯの場合）、データ処理部２１０は、ステップＳ２７７で、携帯電話１００にリモート発行サーバ４００からステップＳ２７６で書込済に設定したバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する。バリュー発行情報は、少なくとも書込み可能なバリューを特定するための情報を含む。
Returning to FIG. 13, if it is determined that there is an uncharged value (YES in step S274), the
なお、本実施の形態においては、ステップＳ２７７においてバリュー発行情報が送信されるバリュー購入記録をステップＳ２７６においてバリュー書込済に設定することにより、登録状態を送信済状態に更新する例について説明したが、これに限らず、当該バリュ−購入記録を消去することにより、登録状態を送信済状態に更新するようにしてもよい。 In the present embodiment, an example has been described in which the registration state is updated to the transmitted state by setting the value purchase record in which the value issuance information is transmitted in step S277 to value written in step S276. Not limited to this, the registered state may be updated to the transmitted state by deleting the value purchase record.
また、本実施の形態においては、ステップＳ２７６ａにおいて書込済に設定されていないバリュー購入記録が記憶されている場合に、当該未チャージバリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する例について説明したが、これに限らず、
ステップＳ２７６ａにおいて書込済に設定されていないバリュー購入記録が記憶されている場合に、当該未チャージバリューを書込ませると携帯上保持限度額を超えるか否かを判断する未チャージ時限度額判定手段を備えるように構成してもよい。そして、当該未チャージ時限度額判定手段により携帯上保持限度額を超えないと判断された場合に、当該未チャージバリューを書込ませるためのバリュー発行情報を携帯電話１００に送信するように構成してもよい。これにより、携帯上保持限度額を超えない範囲内で、複数の未チャージバリューを書込むことができる。
In the present embodiment, when a value purchase record that is not set to be written in step S276a is stored, value issuing information for writing the uncharged value is transmitted to the
In the case where a value purchase record that is not set to be written in step S276a is stored, it is determined whether or not the uncharged value is written, and it is determined whether or not the on-portion retention limit is exceeded. You may comprise so that a means may be provided. Then, when it is determined by the uncharged limit amount determining means that the retained amount on mobile is not exceeded, value issue information for writing the uncharged value is transmitted to the
図１２に戻って、ステップＳ１５３で、データ処理部１１０は、バリュー発行時ＡＰ２１３からバリュー発行情報を受信したか否かを判断する。バリュー発行情報を受信したと判断した場合（ステップＳ１５３でＹＥＳの場合）、ステップＳ１５４で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって携帯端末情報を含む書込処理開始要求情報をリモート発行サーバ４００へ送信する。
Returning to FIG. 12, in step S153, the
図１に戻って、リモート発行サーバ４００は、書込処理開始要求情報に含まれる携帯端末情報で示される携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域にバリューを記憶させるためのバリュー書込実行情報を、携帯端末情報で示される携帯電話１００に送信する。
Returning to FIG. 1, the
図１２に進んで、、データ処理部１１０は、ステップＳ１５５で、リモート発行サーバ４００から書込実行情報を受信したか否かを判断する。
Proceeding to FIG. 12, the
書込実行情報を受信したと判断した場合（ステップＳ１５５でＹＥＳの場合）、ステップＳ１５６で、データ処理部１１０は、リモート発行サーバ４００から受信した書込実行情報で示される書込処理を実行する。書込処理は、書込実行情報で示されるバリューを非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域に書込む処理である。書込処理が開始される際に、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域にバリューが記憶されている場合には、記憶されているバリューに新たに書込むバリューを加算するための処理が行なわれる。すなわち、書込処理が行なわれると、書込み前に記憶されていたバリューの額と新たに書込むバリューの額との合計額のバリューが記憶部１９２に書込まれる。
If it is determined that the write execution information has been received (YES in step S155), in step S156, the
なお、データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１に対して書込要求信号を送信し、制御部１９１に記憶部１９２の電子マネー遊技使用サービス用の領域にバリューを書込むものであってもよい。この場合、データ処理部１１０から制御部１９１に書込要求信号を送信する処理が、バリューを加算するための処理に該当する。
The
また、リモート発行サーバ４００と非接触型ＩＣチップ１９０の制御部１９１とがアンテナ１９４を介して通信し、制御部１９１が記憶部１９２の電子マネー遊技使用サービス用の領域にバリューを書込むものであってもよい。この場合、ステップＳ１５４においてデータ処理部１１０からリモート発行サーバ４００に書込処理開始要求情報を送信する処理が、バリューを加算するための処理に該当する。
Further, the
次いで、データ処理部１１０は、ステップＳ１５７で、リモート発行サーバ４００から書込終了情報を受信したことによって、書込処理が終了したか否かを判断する。書込処理が終了したと判断した場合（ステップＳ１５７でＹＥＳの場合）、データ処理部１１０は、ステップＳ１５８で、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、バリュー発行完了画面を表示部１４０に
表示させる。
Next, in step S157, the
図２３に進んで、図２３（ｄ）の画面は、ステップＳ１５８で表示されるバリュー発行完了画面である。図２３（ｄ）の画面には、図１９（ｂ）の画面と同様のチップＩＤと、バリューのチャージが完了した旨の文章と、今回のチャージ金額が１０００円であることと、チャージ後のバリュー残高が１１０００円であることと、バリュー使用時の注意事項とが表示される。 Proceeding to FIG. 23, the screen of FIG. 23 (d) is the value issuance completion screen displayed in step S158. In the screen of FIG. 23 (d), the same chip ID as that of the screen of FIG. 19 (b), a sentence indicating that the charging of the value is completed, the current charge amount is 1000 yen, A value balance of 11,000 yen and precautions when using value are displayed.
（電子マネーシステム１０でのバリューの使用の説明）
図２４は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。図２４を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。
(Description of use of value in the electronic money system 10)
FIG. 24 is a flowchart showing the flow of the ticket issuing process executed by the
図２５は、本実施の形態における券売機３００で実行される不正登録処理の流れを示すフローチャートである。図２５を参照して、データ処理部３１０は、ステップＳ３１１で、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
FIG. 25 is a flowchart showing the flow of unauthorized registration processing executed by the
携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図２９および図３０で説明する。
The portable use prohibition information is information for instructing to prohibit the use of value in all the
携帯使用禁止情報を受信したと判断した場合（ステップＳ３１１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１２で、携帯使用禁止情報を記憶部３２０に記憶させる。ステップＳ３１２の後、データ処理部３１０は、実行する処理をステップＳ３１３に進める。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ３１１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１３に進める。
If it is determined that the portable use prohibition information has been received (YES in step S311), the
ステップＳ３１３では、データ処理部３１０は、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。
In step S313, the
不正端末情報は、携帯ＩＤを含み、携帯ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図２９および図３０で説明する。
The unauthorized terminal information is information for instructing to prohibit the use of the value in the
不正端末情報を受信したと判断した場合（ステップＳ３１３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１４で、不正端末情報を記憶部３２０に記憶させる。ステップＳ３１４の後、データ処理部３１０は、実行する処理をこの不正登録処理の呼出元の処理である図２４の発券処理に戻す。一方、不正端末情報を受信していないと判断した場合（ステップＳ３１３でＮＯの場合）、データ処理部３１０は、実行する処理を図２４の発券処理に戻す。
If it is determined that the unauthorized terminal information has been received (YES in step S313), the
図２４に戻って、次に、データ処理部３１０は、ステップＳ３２０で、投入額加算処理を実行する。
Returning to FIG. 24, next, the
図２６は、本実施の形態における券売機３００で実行される投入額加算処理の流れを示すフローチャートである。図２６を参照して、まず、ステップＳ３２１で、データ処理部３１０は、貨幣処理機３８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
FIG. 26 is a flowchart showing the flow of the inserted amount addition process executed by the
現金投入信号を受信していないと判断した場合（ステップＳ３２１でＮＯの場合）、データ処理部３１０は、ステップＳ３２２で、図２５の不正登録処理で携帯使用禁止情報が記憶部３２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。
If it is determined that the cash input signal has not been received (NO in step S321), the
すべての携帯電話１００でのバリューの使用が禁止されていない場合（ステップＳ３２２でＮＯの場合）、データ処理部３１０は、ステップＳ３２３で、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０からバリュー残高が読込まれたか否かを判断する。
If the use of the value in all the
携帯電話１００からバリュー残高が読込まれたと判断した場合（ステップＳ３２３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２４で、バリュー残高とともに読込まれた携帯ＩＤが図２５の不正登録処理で記憶部３２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。
If it is determined that the value balance has been read from the mobile phone 100 (YES in step S323), the
不正携帯電話でないと判断した場合（ステップＳ３２４でＮＯの場合）、データ処理部３１０は、ステップＳ３２６で、読込んだバリューの残高をバリュー残額としてセットする。その後、データ処理部３１０は、実行する処理をステップＳ３３０に進める。
If it is determined that the mobile phone is not an unauthorized mobile phone (NO in step S324), the
一方、すべての携帯電話１００でのバリューの使用が禁止されている場合（ステップＳ３２２でＹＥＳの場合）、携帯電話１００からバリュー残高が読込まれていないと判断された場合（ステップＳ３２３でＮＯの場合）、不正携帯電話であると判断された場合（ステップＳ３２４でＹＥＳの場合）、データ処理部３１０は、実行する処理を、この投入額加算処理の呼出元の処理である発券処理に戻す。
On the other hand, when the use of the value in all the
また、現金投入信号を受信したと判断した場合（ステップＳ３２１でＹＥＳの場合）、ステップＳ３２７で、データ処理部３１０は、貨幣処理機３８０から現金カウント信号を受信して、現金カウント信号で示される現金の額をカウントする。
If it is determined that a cash input signal has been received (YES in step S321), in step S327, the
そして、ステップＳ３２９で、データ処理部３１０は、現金のカウント額を現金投入額としてセットまたはセットされている現金投入額に加算する。その後、データ処理部３１０は、実行する処理をステップＳ３３０に進める。
In step S329, the
ステップＳ３３０では、データ処理部３１０は、有効化制御を実行する。有効化制御が実行されることにより、操作部３３０の金額ボタンのうちバリュー残額と現金投入額との合計額以下の金額ボタンへの操作を有効に受付け可能になるとともに、有効となった金額ボタンに設けられているランプを点灯させる。その後、データ処理部３１０は、実行する処理を、この投入額加算処理の呼出元の処理である発券処理に戻す。
In step S330, the
図２４に戻って、ステップＳ３４１で、データ処理部３１０は、図２６の投入額加算処理のステップＳ３３０で有効化された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、投入額以下の金額ボタンが操作されたか否かを判断する。投入額以下の金額ボタンが操作されていないと判断した場合（ステップＳ３４１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
Returning to FIG. 24, in step S341, the
一方、有効化された金額ボタンが操作されたと判断した場合（ステップＳ３４１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４２で、操作信号で示される金額ボタ
ンの金額を購入金額としてセットする。ステップＳ３４３で、データ処理部３１０は、バリュー残額がセットされているか否かを判断する。つまり、携帯電話１００のバリューを使用してプリペイドカードを購入しようとしているか否かを判断する。
On the other hand, if it is determined that the validated amount button has been operated (YES in step S341), the
バリュー残額がセットされていると判断した場合（ステップＳ３４３でＹＥＳの場合）、データ処理部３１０は、購入金額がバリュー残額よりも大きな額であるか否かを判断する。つまり、携帯電話１００のバリューだけを使用して操作された金額ボタンの金額のプリペイドカードを購入できるか否かを判断する。購入金額がバリュー残額よりも大きな額でないと判断した場合（ステップＳ３４４でＮＯの場合）、ステップＳ３４５において購入金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ３９０を制御する。
When it is determined that the remaining value is set (YES in step S343), the
具体的には、データ処理部３１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部３９３を制御する旨の減算制御コマンドをチップリーダライタ３９０の制御部３９１に送信する。チップリーダライタ３９０の制御部３９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部３９３を制御する。
Specifically, the
一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号を券売機３００のチップリーダライタ３９０に送信する処理が行なわれる。
On the other hand, in the
そして、ステップＳ３４６で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタの制御部３９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部３１０に送信する。データ処理部３１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
In step S346, it is determined whether a subtraction end signal is received from
データ処理部３１０は、ステップＳ３４６において、減算終了コマンドが受信されるまで繰返し判断が行なわれる。なお、所定条件（判断回数・時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。
In step S346,
一方、購入金額がバリュー残額よりも大きな額であると判断した場合（ステップＳ３４４でＹＥＳの場合）、ステップＳ３４７において、バリュー残額を携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ３９０を制御する。そして、データ処理部３１０は、ステップＳ３４８において、減算終了コマンドが受信されるまでステップＳ３４６と同様の判断が繰返し行なわれる。なお、この場合も同様に、所定条件が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。
On the other hand, when it is determined that the purchase amount is larger than the remaining value (YES in step S344), the remaining value is subtracted from the
データ処理部３１０は、ステップＳ３４９で、現在セットされている購入金額とバリュー投入額との差額を新たな購入金額としてセットする。そして、データ処理部３１０は、ステップＳ３５０で、購入金額分を取込み、現金投入額と購入金額との差額を残額として
返金するよう貨幣処理機３８０を制御する。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
In step S349, the
ステップＳ３６１では、データ処理部３１０は、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
In step S361, the
次に、ステップＳ３６２で、データ処理部３１０は、操作された金額ボタンの額のプリペイドカード３７１を発券するよう、カードリーダライタ３７０を制御する。そして、データ処理部３１０は、ステップＳ３６３で、購入金額、バリュー残額、および現金投入額をリセットして、実行する処理をステップＳ３１０に戻す。
Next, in step S362, the
図２７は、本実施の形態におけるカードユニット６００で実行される球貸処理の流れを示すフローチャートである。図２７を参照して、まず、ステップＳ６００で、カードユニット６００のデータ処理部６１０は、ユニット不正登録処理を実行する。
FIG. 27 is a flowchart showing the flow of the ball lending process executed by the
図２８は、本実施の形態におけるカードユニット６００で実行されるユニット不正登録処理の流れを示すフローチャートである。図２８を参照して、ステップＳ６０１で、データ処理部６１０は、電子マネー管理サーバ２００の残額管理ＡＰ２１４から店舗サーバ８００を介して、不正カードＩＤを受信したか否かを判断する。
FIG. 28 is a flowchart showing a flow of unit unauthorized registration processing executed by the
不正カードＩＤは、不正な携帯電話１００で購入されたプリペイドカード３７１を識別するためのＩＤである。不正カードＩＤを送信する処理については、後述する図２９および図３０で説明する。
The unauthorized card ID is an ID for identifying a
不正カードＩＤを受信したと判断した場合（ステップＳ６０１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０２で、不正カードＩＤを記憶部６２０に記憶させる。ステップＳ６０２の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図２７の球貸処理に戻す。一方、不正カードＩＤを受信していないと判断した場合（ステップＳ６０１でＮＯの場合）、データ処理部６１０は、実行する処理を図２７の球貸処理に戻す。
If it is determined that the unauthorized card ID has been received (YES in step S601), the data processing unit 610 stores the unauthorized card ID in the
図２７に戻って、次に、データ処理部６１０は、ステップＳ６１１で、カードリーダライタ６７０からプリペイドカード３７１が投入されたことを示す投入信号を受信したか否かを判断する。
Returning to FIG. 27, next, in step S611, the data processing unit 610 determines whether or not an insertion signal indicating that the
投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６１０に進み、ステップＳ６１０およびＳ６１１の処理を繰返す。一方、投入信号を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１２で、カードリーダライタ６７０から、投入されたプリペイドカード３７１のカードＩＤが、記憶部６２０に記憶された不正カードＩＤと同じであることを示す不正カード信号を受信したか否かを判断する。なお、本実施の形態においては、ステップＳ６１１においてプリペイドカードが投入されたと判断されるまで、ステップＳ６００のユニット不正登録処理が繰り返し行なわれるため、最新の情報に基づきステップＳ６１２の判断を行なうことができる。
If it is determined that the insertion signal has not been received (NO in step S611), data processing unit 610 proceeds to step S610, and repeats the processes in steps S610 and S611. On the other hand, if it is determined that the insertion signal has been received (YES in step S611), the data processing unit 610 receives the card ID of the inserted
不正カード信号を受信したと判断した場合（ステップＳ６１２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。一方、不正カード信号を受信していないと判断した場合（ステップＳ６１２でＮＯの場合）、データ処理部６１０
は、ステップＳ６１３で、カードリーダライタ６７０によって読込まれたプリペイドカード３７１に記録されたプリペイドの残高を、カードリーダライタ６７０から受信する。
If it is determined that an illegal card signal has been received (YES in step S612), data processing unit 610 advances the process to be executed to step S632. On the other hand, if it is determined that an illegal card signal has not been received (NO in step S612), data processing unit 610
In step S613, the prepaid balance recorded on the
次に、ステップＳ６１４で、データ処理部６１０は、受信した残高が０より大きい値であるか、すなわち残高が０でないか否かを判断する。残高が０よりも大きい値でないと判断した場合（ステップＳ６１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。 Next, in step S614, the data processing unit 610 determines whether the received balance is a value greater than 0, that is, whether the balance is not 0. If it is determined that the balance is not a value greater than 0 (NO in step S614), data processing unit 610 advances the process to be executed to step S632.
一方、残高が０より大きい値であると判断した場合（ステップＳ６１４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１５で、球貸ボタン６３１から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合（ステップＳ６１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
On the other hand, if it is determined that the balance is greater than 0 (YES in step S614), data processing unit 610 determines in step S615 whether a ball lending operation signal has been received from
一方、球貸操作信号を受信したと判断した場合（ステップＳ６１５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１６で、プリペイドカード３７１の残高から所定貸球相当の対価を減算する。次に、データ処理部６１０は、ステップＳ６１７で、減算した残高をプリペイドカード３７１に書込むよう、カードリーダライタ６７０を制御する。
On the other hand, if it is determined that the ball lending operation signal has been received (YES in step S615), the data processing unit 610 subtracts the consideration equivalent to the predetermined lending from the balance of the
次いで、ステップＳ６１８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。なお、カードユニット６００は、球貸信号を送信することによりパチンコ遊技機７００に遊技球を払出させるものに限らず、自ら遊技球を払出すものであってもよい。すなわち、ステップＳ６１８において、遊技球を払出す処理を実行するものであってもよい。その後、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
Next, in step S618, the data processing unit 610 transmits a ball lending signal for requesting the payout of a predetermined number of game balls to the
ステップＳ６３１では、データ処理部６１０は、返却ボタン６３２から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合（ステップＳ６３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６１３に戻す。
In step S <b> 631, the data processing unit 610 determines whether a return operation signal is received from the
一方、返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。 On the other hand, if it is determined that a return operation signal has been received (YES in step S631), data processing unit 610 advances the process to be executed to step S632.
ステップＳ６３２では、データ処理部６１０は、プリペイドカード３７１から読込まれた残高をリセットする。次に、ステップＳ６３３で、データ処理部６１０は、プリペイドカード３７１を返却するように、カードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をステップＳ６００に戻す。
In step S632, the data processing unit 610 resets the balance read from the
図２９は、本実施の形態における電子マネー管理サーバ２００により実行される残額管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。
FIG. 29 is a flowchart showing the flow of processing of the remaining amount
図２９を参照して、まず、ステップＳ２９１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から取引情報を受信したか否かを判断する。取引情報を受信した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額を減算する。
Referring to FIG. 29, first, in step S291,
ステップＳ２９２の後、または、取引情報を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断する。
After step S292 or when it is determined that transaction information has not been received (NO in step S291), the
チャージ累計額がマイナスの会員ＩＤがあると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その会員ＩＤの不正回数を１回加算する。
If it is determined that there is a member ID whose accumulated charge is negative (YES in step S281), in step S282, the
ステップＳ２８２の後、または、チャージ累計額がマイナスの会員ＩＤがないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の会員ＩＤがあるか否かを判断する。
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
不正回数１回の会員ＩＤがあると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤの携帯電話のバリューを使用して購入されたプリペイドカードのカードＩＤをユニットに登録する旨および当該携帯ＩＤを含む不正媒体情報を遊技場３０側に送信する。
If it is determined that there is a member ID with one fraud count (YES in step S283), in step S284, the
ステップＳ２８４の後、または、不正回数１回の会員ＩＤがないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の会員ＩＤがあるか否かを判断する。
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
不正回数２回の会員ＩＤがあると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤを券売機３００に登録する旨、および、その会員ＩＤに対応する携帯ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。
If it is determined that there is a member ID with two fraud times (YES in step S285), in step S286, the
ステップＳ２８７の後、または、不正回数２回の会員ＩＤがないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、全国の遊技場で発生した不正回数が３回以上であるか否かを判断する。
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
全国の遊技場で発生した不正回数が３回以上であると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と全国の遊技場側にも送信する。なお、データ処理部２１０が携帯使用禁止情報を、不正が発生した遊技場３０以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場３０と同じ商圏の他の遊技場や、不正が発生した遊技場３０と近隣の遊技場に送信するものであってもよい。この場合、ステップＳ２８８においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が３回以上であるか否かを判断するようにしてもよい。その後、データ処理部２１０は、実行する処理をステップＳ２６１に戻す。
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
図３０は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図３０を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、券売機３００から取引情報を受信したか否かを判断する。
FIG. 30 is a flowchart showing a flow of store server processing executed by
取引情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ
８００のデータ処理部は、ステップＳ８１２で、取引情報に含まれる携帯ＩＤごとに、発券したプリペイドカード３７１のカードＩＤ、購入に用いた現金額、および、購入に用いたバリューの額をそれぞれ特定する情報を対応させて記憶部に記憶させる。
If it is determined that the transaction information has been received (YES in step S811), the data processing unit of the
ステップＳ８１２の後、または、取引情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、電子マネー管理サーバ２００の残高管理ＡＰ２１４へ取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。
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
取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１４でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１４で、記憶部に記憶された前回送信後の携帯電話１００での取引情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４に送信する。
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
ステップＳ８１４の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１４でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
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
携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべての券売機３００に送信する。
If it is determined that the portable use prohibition information has been received (YES in step S821), the data processing unit of the
ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
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
不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべての券売機３００に送信する。
If it is determined that the unauthorized terminal information has been received (YES in step S823), the data processing unit of the
ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００の残高管理ＡＰ２１４から受信したか否かを判断する。
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
不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのカードユニット６００に送信する。
If it is determined that the unauthorized medium information has been received (YES in step S825), the data processing unit of the
ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８１１に戻す。
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
図３１は、本実施の形態における電子マネー管理サーバ２００が電子マネー遊技使用サービスを提供する際に用いるデータベースを説明するための図である。
FIG. 31 is a diagram for explaining a database used when the electronic
図３１（ａ）は、利用者情報ＤＢ２２１を説明するための図である。利用者情報ＤＢ２
２１では、ステップＳ２２７で発行される会員ＩＤおよびステップＳ２１８で登録される携帯端末情報に対応付けて、ステップＳ２０７において受信した空メールから認識される携帯端末１００の電子メールアドレス、ステップＳ２２４において登録される金融機関指定情報（ステップＳ１４０ｂにおいて金融機関変更問合せ情報が送信された際の変更後の金融機関を特定するための金融機関指定情報を含む）、および、ステップＳ２３５において加算される未チャージ削除カウンタのカウント値が記憶される。このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯端末情報に基づき、当該会員ＩＤまたは当該携帯端末情報に対応する、電子メールアドレス、金融機関指定情報、および未チャージ削除カウンタのカウント値を容易に検索することができる。
FIG. 31A is a diagram for explaining the
21 is associated with the member ID issued in step S227 and the portable terminal information registered in step S218, the e-mail address of the
図３１（ａ）では、たとえば、携帯端末情報として「ＭＮ７ＲＥ」の携帯電話のユーザに対して、会員ＩＤとして「１１０１」が発行され、これらの会員ＩＤおよび携帯端末情報に対応付けて、電子メールアドレスとして「ｍａｉｌｔｏ＠ｊｐ」、金融機関指定情報としてやまと銀行の指定口座を特定するための「２４０９３２９」、および未チャージ削除カウンタのカウント値として「２」が記憶されている。 In FIG. 31 (a), for example, “1101” is issued as a member ID to a mobile phone user of “MN7RE” as mobile terminal information, and an electronic mail is associated with the member ID and mobile terminal information. “Mailto @ jp” is stored as the address, “2409329” for specifying the designated account of Yamato Bank as the financial institution designation information, and “2” as the count value of the uncharged deletion counter.
図３１（ｂ）は、発行情報ＤＢ２２２を説明するための図である。発行情報ＤＢ２２２では、前述した会員ＩＤおよび携帯端末情報に対応付けて、ステップＳ２４１で受信したチャージ要求情報に含まれる携帯電話１００のバリュー残高、バリュー購入の際にステップＳ２６１で発行される購入番号、ステップＳ２６２における合計金額の算出に用いられる購入金額および手数料、ステップＳ２６６でのタイムスタンプチェックに用いられるタイムスタンプ、ステップＳ２７０４で更新されたバリュー購入記録（未チャージバリューを含む）、ステップＳ２７０５で加算されるバリュー購入回数、ステップＳ２７０６で更新される当日積算額、ステップＳ２７０７で加算されるチャージ累計額、およびステップＳ２９１で受信した取引情報に含まれる取引額が記憶される。このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯端末情報に基づき、当該会員ＩＤまたは当該携帯端末情報に対応する、バリュー残高、購入番号、購入金額および手数料、タイムスタンプ、バリュー購入記録、バリュー購入回数、当日積算額、チャージ累計額、および取引額を容易に検索することができる。なお、バリュー購入記録としては、未チャージバリューの額、およびバリュー書込済であるか否かを示す書込済情報を含む。
FIG. 31B is a diagram for explaining the
図３１（ｂ）では、たとえば、図３１（ａ）で前述した会員ＩＤおよび携帯端末情報に対応付けて、バリュー残高として１１０００円である旨の「１１０００」、バリュー購入回数として２８回目である旨の「２８」、当日積算額として６０００円である旨の「６０００」、チャージ累計額として２４０００円である旨の「２４０００」、および取引額として２２０００円である旨の「２２０００」が記憶されている。 In FIG. 31 (b), for example, “11000” indicating that the value balance is 11000 yen in association with the member ID and the mobile terminal information described above in FIG. 31 (a) and the value purchase count being the 28th. "28", "6000" indicating that the accumulated amount on the day is 6000 yen, "24000" indicating that the accumulated charge is 24,000 yen, and "22000" indicating that the transaction amount is 22,000 yen Yes.
また、前述した会員ＩＤおよび携帯端末情報に対応付けて、購入番号として「９００１０８０１」と「９０００５５８７」とが記憶されている。本実施の形態においては、バリュー購入が行なわれる毎に、会員ＩＤおよび携帯端末情報に対応付けて、購入番号が記憶される。 Further, “90010801” and “90005587” are stored as purchase numbers in association with the above-described member ID and portable terminal information. In this embodiment, every time value purchase is performed, a purchase number is stored in association with the member ID and the mobile terminal information.
購入番号として「９００１０８０１」に対応して、購入金額として１０００円である旨の「１０００」および手数料として０円である旨の「０」、タイムスタンプとして「２００５０４２８１５３４５７」、未チャージバリューの額として１０００円である旨の「１０００」、および書込済情報として当該未チャージバリューが書込済でない旨の「０」が記憶されている。また、購入番号として「９０００５５８７」に対応して、購入金額として５０００円である旨の「５０００」および手数料として０円である旨の「０」、タイムスタンプとして「２００５０４１７０７１１３４」、未チャージバリューの額として５０００円である旨の「５０００」、および書込済情報として当該未チャージバリューが既に
書込済である旨の「１」が記憶されている。このように、発行情報ＤＢ２２２には、購入番号に対応する購入履歴が記憶される。
Corresponding to “90010801” as the purchase number, “1000” indicating that the purchase amount is 1,000 yen, “0” indicating that the fee is 0 yen, “20050502833457” as the time stamp, and 1000 as the amount of uncharged value “1000” indicating that it is a circle and “0” indicating that the uncharged value has not been written are stored as written information. Also, corresponding to “90005587” as the purchase number, “5000” indicating that the purchase amount is 5000 yen, “0” indicating that the fee is 0 yen, “20050417071134” as the time stamp, and the amount of uncharged value “5000” indicating that the price is 5000 yen, and “1” indicating that the uncharged value has already been written as stored information. As described above, the
以上、本実施の形態における電子マネー管理サーバ２００のデータベースとして、利用者情報ＤＢ２２１と発行情報ＤＢ２２２とからなる構成について説明した。しかし、これに限らず、一つのデータベースで構成されるものであってもよい。たとえば、会員ＩＤおよび携帯端末情報に対応付けて、当該会員ＩＤまたは当該携帯端末情報に対応する各種情報を記憶するように構成するものであってもよい。
As above, the configuration including the
次に、前述した第１の実施の形態により得られる主な効果を説明する。
（１） 図９のバリュー購入時処理に従って、ステップＳ１３３においてチャージ要求情報が携帯電話１００から電子マネー管理サーバ２００に送信されることにより、図１０のバリュー購入時ＡＰに従って、ステップＳ２６８において引継画面情報が電子マネー管理サーバ２００から携帯電話１００に送信される。引継画面情報を受信した携帯電話１００からは、図７のウェブ処理に従って、ステップＳ１１９においてバリューの購入に対する決済に関する情報が金融機関サーバ５００に送信され、当該金融機関において決済が行なわれ、その後図１２のバリュー発行時処理に従って、未チャージバリューが記憶部１９２に書込まれる。これにより、携帯電話１００から、チャージ要求情報を電子マネー管理サーバ２００に送信することにより、いつでもどこでも事前にバリューをチャージあるいは遊技中であっても席を離れることなくバリューをチャージすることができるため、遊技場３０に設置されているパチンコ遊技機７００等の稼動に与える悪影響を減少させることができる。
Next, main effects obtained by the first embodiment described above will be described.
(1) The charge request information is transmitted from the
（１−１） 前述した課題を解消するために、たとえば、携帯電話１００から電子マネー管理サーバ２００にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用する場合であっても、バリューを購入しようとするたびに入金に利用する金融機関を指定する必要があり、手間がかかる不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。具体的には、図６の初期登録時ＡＰに従って、ステップＳ２１９〜Ｓ２２４においてユーザに金融機関を選択させ、利用者情報ＤＢ２２１に登録する。そして、電子マネー管理サーバ２００は、携帯電話１００からのチャージ要求情報を受信することにより、図１０のバリュー購入時ＡＰに従って、ステップＳ２４６において当該携帯電話１００に対応付けて登録している金融機関を検索し、ステップＳ２６８において検索された金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報を含む引継画面情報を当該携帯電話１００に送信する。そして、携帯電話１００は、図７のウェブ処理に従って、ステップＳ１１９において当該引継画面情報に基づき、指定される金融機関のサーバにバリューの購入に対する決済に関する情報を送信し決済を行なうことができる。このため、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、バリューのチャージ時の手間を低減させることができる。
(1-1) In order to solve the above-described problems, for example, the
（１−２） 図２４の発券処理に従って、ステップＳ３４５またはＳ３４７において特定の種類の電子マネーであるバリューを引落対象として指定する電子マネー識別情報を含む減算要求信号が、券売機３００から携帯電話１００に送信され、当該電子マネー識別情報により指定されるバリューのみを用いてプリペイドカード３７１を購入することができるため、異なる種類のバリューを用いてプリペイドカード３７１が購入されることを防止することができる。
(1-2) In accordance with the ticket issuing process of FIG. 24, a subtraction request signal including electronic money identification information that designates a value that is a specific type of electronic money as a debit target in step S345 or S347 is sent from the
（１−３） ステップＳ８１２において、プリペイドカード３７１の購入に用いたバリューの額と当該購入に用いた携帯電話１００の携帯ＩＤとが各々対応付けて店舗サーバ８
００に記憶される。そして、ステップＳ８１３において所定時間経過したと判断された場合、ステップＳ８１４においてステップＳ８１２において店舗サーバ８００に記憶されていた情報を取引情報として電子マネー管理サーバ２００に送信される。
(1-3) In step S812, the value amount used for the purchase of the
Stored in 00. If it is determined in step S813 that the predetermined time has elapsed, in step S814, the information stored in the
一方、ステップＳ２７０７においては、チャージ累計額と携帯ＩＤとが各々対応付けて発行情報ＤＢ２２２に記憶される。そして、ステップＳ２９２において、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額を減算され、ステップＳ２８１において、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップＳ２８６において不正端末情報を不正取引が発生した遊技場３０に送信される。
On the other hand, in step S2707, the accumulated charge amount and the mobile ID are associated with each other and stored in the
不正端末情報を受信した遊技場３０においては、ステップＳ３１４において、当該不正端末情報が記憶され、バリューでプリペイドカード３７１を購入する際、ステップＳ３２４において購入に用いられる携帯電話１００の携帯ＩＤが不正端末情報と一致するか否かが判断され、一致する場合ステップＳ３２６で残高をバリュー残額にセットしない処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。
In the
（１−４） ステップＳ２８１において不正取引があった場合、ステップＳ２８２において不正回数が１加算され、不正取引の頻度が測定されている。そして、不正回数が２回の場合、ステップＳ２８６において不正端末情報を不正取引が発生した遊技場３０に送信され、不正取引に用いられた携帯電話１００によるプリペイドカード３１７購入を禁止する。また、不正回数が３回の場合、ステップＳ２８９において携帯使用禁止情報を不正取引が発生した遊技場３０に送信される。そして、携帯使用禁止情報を受信した遊技場３０においては、ステップＳ３１１において、当該携帯使用禁止情報が記憶され、ステップＳ３２２によりバリューを用いてのプリペイドカード３７１購入を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。
(1-4) When there is a fraudulent transaction in step S281, the number of frauds is incremented by 1 in step S282, and the frequency of the fraudulent transaction is measured. If the number of frauds is two, fraudulent terminal information is transmitted to the
（２−１） 前述した課題を解消するために、前述したように、携帯電話１００から電子マネー管理サーバ２００にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用してバリュー購入金額を決済することが考えられる。しかし、実際にバリュー購入の際には、金融機関サーバと接続するため携帯電話１００と電子マネー管理サーバ２００との接続が分断されるため、電子マネー管理サーバ２００との通信を維持して一連の動作によりバリューをチャージすることができない。すなわち、電子マネー管理サーバ２００との接続を一旦分断し、金融機関サーバに接続しバリュー購入金額の決済を済ませ、その後再度電子マネー管理サーバ２００に接続し直し、バリューを携帯電話１００にチャージする作業が必須となる。このため、バリューをチャージするための操作が複雑になり、ユーザの操作負担が増大する不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの操作負担を低減させることが可能である。具体的には、金融機関サーバ５００からの消込速報を電子マネー管理サーバ２００が受信すると、図１０のバリュー購入時ＡＰに従って、ステップＳ２７０においてバリュー対価決済後処理が行なわれ、図１１のステップＳ２７０９において引継ぎ情報を付したメールが携帯電話１００に送信される。そして、携帯電話１００において、電子マネー管理サーバ２００からのメールに付された引継ぎ情報が選択されると、図１２のバリュー発行時処理に従って、未チャージバリューが記憶部１９２に書込まれる。このため、ユーザは、メールを受信したことによりバリューがチャージ可能になったことを認識することができる。また、バリューをチャージするための操作負担を軽減させることができる。
(2-1) In order to solve the above-described problem, as described above, the
（２−２） メールに付された引継ぎ情報を操作することにより、図１２のバリュー発行時処理が起動し、ステップＳ１５２においてバリュー発行要求情報が電子マネー管理サーバ２００に送信されるため、バリューをチャージするための操作負担をより一層軽減させることができる。
(2-2) By operating the takeover information attached to the mail, the value issuance processing shown in FIG. 12 is started, and the value issuance request information is transmitted to the electronic
（３−１） 前述した課題を解消するために、前述したように、携帯電話１００から電子マネー管理サーバ２００にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用してバリュー購入金額を決済することが考えられる。しかし、実際にバリュー購入の際には、金融機関サーバと接続するため携帯電話１００と電子マネー管理サーバ２００との接続が分断されるため、電子マネー管理サーバ２００との通信を維持して一連の動作によりバリューをチャージすることができない。すなわち、電子マネー管理サーバ２００との接続を一旦分断し、金融機関サーバに接続しバリュー購入金額の決済を済ませ、その後再度電子マネー管理サーバ２００に接続し直し、バリューを携帯電話１００にチャージする作業が必須となる。また、バリューが購入されてチャージ可能となっているか否かを確認することができなかった。このため、ユーザの過誤等により、未チャージバリューが電子マネー管理サーバに存在するにもかかわらず、重複してチャージを要求しバリューを購入してしまう不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの過誤等により発生する不都合を防止することが可能である。具体的には、電子マネー管理サーバ２００は、携帯電話１００からのチャージ要求情報を受信した場合であっても、図１０のバリュー購入時ＡＰに従って、ステップＳ２４４において書込済情報として「１」が記憶されている状態に更新されていないバリュー購入記録が登録されておりＹＥＳと判断された場合には、ステップＳ２６８において引継画面情報が送信されないため、ステップＳ１１９においてバリューの購入に対する決済に関する情報が金融機関サーバ５００に送信されることを防止することができる。このため、書込済情報として「０」が記憶されている状態の未チャージバリューがあるにもかかわらず、ユーザの過誤等により、さらに決済の要求が行なわれ重複してバリューが購入される不都合の発生を防止することができる。
(3-1) In order to solve the above-described problem, as described above, it is possible to purchase the value by accessing the electronic
（３−２） 電子マネー管理サーバ２００は、ステップＳ２４４において書込済情報として「１」が記憶されている状態に更新されていないバリュー購入記録が登録されておりＹＥＳと判断された場合に、ステップＳ２４５においてチャージ誘導画面が携帯電話１００に送信された後に、図１３のバリュー発行時処理ＡＰに従って、ステップ２７６〜Ｓ２７７において書込済情報として「０」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話１００に送信される。このため、未チャージバリューをチャージするための操作を省略でき、ユーザの利便性を向上させることができる。
(3-2) When the electronic
（３−３） 電子マネー管理サーバ２００が、ステップＳ２６９において金融機関サーバ５００からの消込速報を受信するまでに、ステップＳ２４１において新たなチャージ要求情報を受付けた場合、発行情報ＤＢ２２２において書込済情報として「０」が記憶されている状態のバリュー購入記録が複数記憶されている状態になる。このような状態であるときに、ステップＳ２４１においてさらにチャージ要求情報を受付けたとき、およびステップＳ２７１においてバリュー発行要求情報を受付けたときに、ステップ２７６〜Ｓ２７７において発行情報ＤＢ２２２に複数記憶されている書込済情報として「０」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話１００に送信される。すなわち、一括してバリューをチャージすることができ、ユーザの利便性を向上させることができる。
(3-3) If new charge request information is received in step S241 before the electronic
（４） 図９のバリュー購入時処理に従って、ステップＳ１４０ａにおいて金融機関変
更が選択されたと判断した場合、金融機関変更問合せ情報が携帯電話１００から電子マネー管理サーバ２００に送信される。一方、電子マネー管理サーバ２００は、金融機関変更問合せ情報に対応する画面（図１７（ｃ），（ｄ），図１８（ａ）等参照）を携帯電話１００に送信し、携帯電話１００から金融機関指定情報を受信したと判断した場合、変更した金融機関の金融機関指定情報を携帯端末情報に対応させて、利用者情報ＤＢ２２１に登録する処理を行なう。これにより、決済に利用する金融機関を変更することができるため、ユーザの利便性を向上させることができる。
(4) If it is determined in step S140a that financial institution change has been selected in accordance with the value purchase process of FIG. 9, financial institution change inquiry information is transmitted from the
（５−１） 前述した課題を解消するために、初期登録手数料の決済が済んでから、領域確保情報を携帯電話１００に送信することが考えられる。しかし、このようにした場合、少額の初期登録手数料のためにわざわざ金融機関サーバ５００に対して決済をしなければならず、手間が掛かるといった問題が生じる。また、この手間を省くために、初回のチャージ手数料とともに初期登録手数料を決済することが考えられる。しかし、一度もバリューがチャージされることなく、電子マネー遊技使用サービスを退会して、再度、電子マネー遊技使用サービスへ登録するようなことが悪意で繰返された場合、電子マネー遊技使用サービスを提供する提供機関は、サービス提供用領域管理機関に電子マネー遊技使用サービス用の記憶領域の確保に対する対価を支払うにも関わらず、確保に対する初期登録手数料をユーザから決済できないといった問題が生じる。しかし、本実施の形態においては、前述したように構成しているため、電子マネー遊技使用サービス用の記憶領域の確保に対する対価の決済のためのユーザの操作負担を軽減できる一方で、未決済の初期登録手数料を低減させることが可能である。具体的には、電子マネー管理サーバ２００は、携帯電話１００からチャージ要求情報が送信されてきたのが、領域確保情報がチャージ要求情報の送信元の携帯電話１００に送信されてから初回であるときは、チャージ手数料と初期登録手数料との合計額の決済の終了を条件として、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。つまり、バリューの初回チャージのときに、チャージ手数料に併せて初期登録手数料が決済される。
(5-1) In order to solve the above-described problem, it is conceivable that the area securing information is transmitted to the
一方、電子マネー管理サーバ２００は、携帯電話１００からの登録要求に応じた未チャージ削除カウンタのカウント値が所定回数（本実施形態においては３回）に達していることを条件に領域確保情報の送信を禁止する。これにより、サービス用供用領域管理機関のリモート発行サーバ４００に電子マネー遊技使用サービス用の記憶領域の領域確保情報が送信されないので、リモート発行サーバ４００によって初期登録手数料の課金が行なわれない。
On the other hand, the electronic
このため、初期登録手数料の決済のためのユーザの操作負担を軽減させることができる一方で、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させること、つまり電子マネー遊技使用サービスの提供機関に生じる損害を低減させることができる。 As a result, the user's operational burden for the settlement of the initial registration fee can be reduced, while the unpaid amount generated by repeatedly securing the storage area for the electronic money game use service without purchasing value. It is possible to reduce the initial registration fee, that is, the damage caused to the provider of the electronic money game use service.
（５−２） 初期登録手数料が決済されたことを条件に、未チャージ削除カウンタのカウント値を減算する。このため、止むを得なく複数回登録をしなおした場合に、登録後の初回チャージ時に初期登録手数料を決済しているのに、未チャージ削除カウンタのカウント値が所定回数を超えてしまって、電子マネー遊技使用サービス用の記憶領域の確保ができなくなるといった不都合を防止できる。 (5-2) Subtract the count value of the uncharged deletion counter 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.
（５−３） 未チャージ削除カウンタのカウント値を管理しなくても、初期登録手数料の決済が終了しているか否かを示す情報を管理することによって、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させることができる。 (5-3) Electronic money game without purchasing value by managing information indicating whether or not the initial registration fee has been settled without managing the count value of the uncharged deletion counter It is possible to reduce the unsettled initial registration fee caused by repeatedly securing the storage area for the service used.
（６−１） 前述した課題を解消するために、たとえば、チャージ額を入力するための数値入力欄を携帯電話１００に表示させて、ユーザに購入希望金額を入力させるようにしてもよい。また、遊技へののめり込みを防止するためにチャージ額の上限を設ける必要がある。しかし、このようにした場合、ユーザが自由に金額を入力できるため、入力金額が上限を超える場合にはユーザに再入力を促がす必要が生じ、ユーザに手間を掛けさせてしまうといった問題がある。このため、上限額の範囲内のバリューのチャージ額の選択肢を電子マネーアプリに予め組込んでおき、その選択肢から選択させることが考えられる。しかし、このようにした場合、チャージ上限額の変更に伴なってチャージ額の選択肢を変更させるために、わざわざ、電子マネーアプリを導入し直す必要が生じる。しかし、本実施の形態においては、前述したように構成しているため、効率的にユーザに適切なチャージ額を選択させることが可能である。具体的には、携帯電話１００は、図２２（ｂ）の購入金額選択画面の複数種類の購入希望金額の選択肢を電子マネー管理サーバ２００から受取り表示する。このため、電子マネー管理サーバ２００において上限額の変更が行なわれた場合にも、その変更に対応した選択肢を提供し、遊技者に適切な購入希望金額を選択させることができる。
(6-1) In order to solve the above-described problem, for example, a numerical value input field for inputting a charge amount may be displayed on the
（６−２） 図２２（ｂ）で説明したように、複数種類の購入希望金額のうち、１日購入限度額（本実施形態においては３００００円）から当日積算額を減算したステップＳ２５５で算出される購入可能金額以下の購入希望金額の選択肢が指定可能であることを遊技者に認識させることができる。その結果、遊技者に、購入できない選択肢を選択させてしまうような無駄な操作をさせることを防止することができる。 (6-2) As described with reference to FIG. 22B, among the plural types of purchase desired amounts, the calculation is performed in step S255 by subtracting the day's accumulated amount from the daily purchase limit amount (30000 yen in the present embodiment). It is possible to allow the player to recognize that the option of the purchase desired amount below the available purchase amount can be specified. As a result, it is possible to prevent the player from performing a useless operation that causes the player to select an option that cannot be purchased.
（６−３） 図２２（ｂ）で説明したように、複数種類の購入希望金額のうち、携帯上保持限度額（本実施形態においては３００００円）からバリュー残高を減算したステップＳ２５５で算出される購入可能金額以下の購入希望金額の選択肢が指定可能であることを遊技者に認識させることができる。その結果、遊技者に無駄な操作をさせることを防止することができる。 (6-3) As described with reference to FIG. 22B, the value balance is calculated in step S255 by subtracting the value balance from the portable holding limit amount (30000 yen in the present embodiment) among the plural types of purchase desired amounts. It is possible to make the player recognize that it is possible to specify options for the desired purchase amount that is less than or equal to the purchaseable amount. As a result, it is possible to prevent the player from performing unnecessary operations.
（７−１） 前述した課題を解消するために、たとえば、遊技に現金を使用する場合と比較して、バリューを使用することにより利便性が向上する。しかし、このようにした場合、利便性が向上するが故に、遊技者が遊技にのめり込んでしまうといった問題が発生し得る。さらに、入金機に出向くことなくバリューをチャージすることができるようにした場合、さらに利便性が向上し、遊技者が遊技にのめり込むおそれが高くなる。しかし、本実施の形態においては、前述したように構成しているため、遊技への過度ののめり込みを防止することが可能である。具体的には、電子マネー管理サーバ２００は、チャージ要求情報の送信元の携帯電話１００について管理されている所定期間（本実施の形態においては当日）内の積算額である当日積算額と当該当日積算額に関して予め定められた１日購入限度額（本実施の形態においては３００００円）とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。このため、当日積算額と１日購入限度額とに基づいてバリューの購入を許容するか否かが判定されるので、所定期間内のチャージ額を制限することができる。その結果、チャージ要求情報の送信元の携帯電話１００を使用する遊技者の遊技への過度ののめり込みを防止することができる。
(7-1) In order to solve the above-described problem, for example, the convenience is improved by using the value as compared with the case of using cash for the game. However, in this case, since the convenience is improved, there may be a problem that the player gets into 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. Specifically, the electronic
（７−２） 当日積算額と１日購入限度額とに基づいてバリューの購入を許容すると判定された場合であっても、電子マネー管理サーバ２００は、チャージ要求情報の送信元の携帯電話１００に記憶されているバリューの残額であるバリュー残高とバリュー残高に関して予め定められた携帯上保持限度額とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。このため、さらに、携帯電話１００に記憶されてい
るバリュー残高と携帯上保持限度額とに基づいてバリューの購入を許容するか否かが判定されるので、携帯電話１００に記憶しておけるバリュー残高を制限することができる。その結果、遊技場３０に出向かない日に１日購入限度額の範囲内で携帯電話１００にバリューを溜め込んでおくことを防止することができるので、チャージ要求情報の送信元の携帯電話１００を使用する遊技者の遊技への過度ののめり込みをさらに防止することができる。
(7-2) Even if it is determined that the purchase of value is permitted based on the current day accumulated amount and the daily purchase limit amount, the electronic
（７−３） 複数種類の購入可能金額のうち、１日購入限度額と当日積算額との差額の範囲内の購入可能金額の選択肢が指定可能であることを遊技者に認識させることができる。その結果、遊技者に無駄な操作をさせることを防止することができる。 (7-3) The player can be made aware that it is possible to specify a choice of the purchaseable amount within the range of the difference between the daily purchase limit and the accumulated amount on the day among a plurality of types of purchaseable amounts. . As a result, it is possible to prevent the player from performing unnecessary operations.
［第２の実施の形態］
次に、第２の実施の形態に係る電子マネーシステム１０について説明する。前述した第１の実施の形態においては、電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関を特定するための金融機関指定情報を、図６のステップＳ２２４において電子マネー管理サーバ２００の利用者情報ＤＢ２２１に登録し、バリューを購入する際にステップＳ２６８において電子マネー管理サーバ２００から金融機関のインターネットバンキングシステムにアクセス可能となるＵＲＬが含まれた引継画面情報が送信される例について説明した。第２の実施の形態においては、金融機関指定情報を、各携帯電話１００の記憶部に登録し、バリューを購入する際に各携帯電話１００の記憶部に登録されている金融機関を読出し、読出した金融機関のインターネットバンキングシステムにアクセスする例について説明する。このように、第２の実施の形態に係る電子マネーシステム１０は、各携帯電話１００の記憶部に金融機関を登録する点で、第１の実施の形態に係る電子マネーシステム１０と異なる。このため、第２の実施の形態においては、第１の実施の形態と異なる点について説明し、重複する説明は繰返さない。
[Second Embodiment]
Next, the
図３２は、第２の実施の形態における電子マネー管理サーバ２００により実行される初期登録時アプリケーションプログラム２１０Ａの処理の流れを示すフローチャートである。図３２を参照して、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２１８において携帯端末情報を利用者情報ＤＢ２２１に登録した後、ステップＳ２２５ａにおいて、プロモーションメール受取可否設定画面（図１８（ｂ）参照）を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２６に進め、携帯電話１００からプロモーションメール受取可否情報を受信すると、ステップＳ２２７に進める。なお、ステップＳ２０１〜Ｓ２１８、およびステップＳ２２６〜Ｓ２３６の処理は、図６で説明したので、説明は繰返さない。
FIG. 32 is a flowchart showing the flow of processing of the initial registration application program 210A executed by the electronic
図３３は、第２の実施の形態における携帯電話１００により実行されるウェブ処理の流れを示すフローチャートである。図３３は、図７のステップＳ１０９〜Ｓ１１２およびステップＳ１１７〜Ｓ１１９の処理が行なわれない点を除き同様の処理が行なわれるため、説明は繰返さない。
FIG. 33 is a flowchart showing the flow of web processing executed by the
図３４は、第２の実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちアプリダウンロード時処理の流れを示すフローチャートである。図３４を参照して、携帯電話１００のデータ処理部１１０は、ステップＳ１２６において領域確保処理が終了したと判断した場合、ステップＳ１２６ａにおいて電子マネーの対価を支払うためにユーザが利用する金融機関を記憶部１２０に登録するための金融機関登録処理を実行する。その後、データ処理部１１０は、実行する処理をステップＳ１２７に進め、バリュー購入時処理を実行する。なお、ステップＳ１２１〜Ｓ１２６、およびステップＳ１２７の処理は、図８で説明したので、説明は繰返さない。
FIG. 34 is a flowchart showing the flow of the application download process among the processes of the electronic money application 111 executed by the
図３５は、第２の実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちアプリダウンロード時処理のサブルーチンである金融機関登録処理の流れを示すフローチャートである。
FIG. 35 is a flowchart showing the flow of a financial institution registration process that is a subroutine of an application download process among the processes of the electronic money application 111 executed by the
金融機関登録処理が開始されると、図１７（ｂ）で説明したモバイルバンキング登録トップ画面が携帯電話１００の表示部１４０に表示される。そして、「ここから」の金融機関問合せリンクが選択されると、利用する金融機関を選択する処理が開始される。
When the financial institution registration process is started, the mobile banking registration top screen described with reference to FIG. 17B is displayed on the
ステップＳ１２６ｂで、データ処理部１１０は、金融機関を選択する操作が行なわれたか否かを判断する。金融機関を選択する操作が行なわれた場合（ステップＳ１２６ｂにおいてＹＥＳの場合）、ステップＳ１２６ｃで、データ処理部１１０は、選択操作に対応する画面（図１７（ｃ），（ｄ）、図１８（ａ）参照）を携帯電話１００の表示部１４０に表示する。一方、金融機関を選択する操作が行なわれていない場合（ステップＳ１２６ｂにおいてＮＯの場合）、データ処理部１１０は、実行する処理を後述するステップＳ１２６ｄに進める。
In step S126b,
ステップＳ１２６ｄで、データ処理部１１０は、金融機関を決定する操作が行なわれたか否かを判断する。たとえば、図１８（ａ）で説明した画面が携帯電話１００の表示部１４０に表示されているときに、「確認」のリンクが選択されたか否かを判断する。金融機関を決定する操作が行なわれた場合（ステップＳ１２６ｄにおいてＹＥＳの場合）、ステップＳ１２６ｅで、データ処理部１１０は、決定された金融機関を特定するための金融機関指定情報を記憶部１２０に登録する。その後、データ処理部１１０は、金融機関登録処理を終了し、実行する処理をこの処理の呼出元に戻す。一方、金融機関を決定する操作が行なわれていない場合（ステップＳ１２６ｄにおいてＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１２６ｂに進める。以上のように、第２の実施の形態においては、初期登録が行なわれた際に、金融機関が、携帯電話１００の記憶部１２０に登録される。なお、金融機関登録処理に用いられる金融機関に関する情報は、電子マネーアプリ１１１に含まれているものであってもよく、また、金融機関登録処理が実行される都度ダウンロードするものであってもよい。金融機関に関する情報には、利用可能な金融機関の情報や、当該金融機関のインターネットバンキングシステムにアクセス可能となるＵＲＬが含まれる。
In step S126d,
図３６は、第２の実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理のうちバリュー購入時処理の流れを示すフローチャートである。図３６を参照して、電子マネー管理サーバ２００のデータ処理部１１０は、ステップＳ１３６においてアドレスが確認されたと判断した場合、ステップＳ１３６ａにおいて記憶部１２０に登録された金融機関指定情報を読出し、ステップＳ１３７において金融機関確認画面（図２２（ａ）参照）を表示部１４０に表示させる。
FIG. 36 is a flowchart showing the flow of value purchase processing among the processing of the electronic money application 111 executed by the
金融機関確認画面が表示されているときに、金融機関変更が選択されたと判断した場合（ステップＳ１４０ａでＹＥＳの場合）、データ処理部１１０は、ステップＳ１４０ｃで、金融機関を変更して登録するために図３５を用いて前述した金融機関登録処理を実行する。なお、第１の実施の形態で説明したように、金融機関を変更して登録する処理としては、変更した金融機関のサーバが決済に利用される状態に更新するものであればよく、たとえば、変更前の金融機関の金融機関指定情報を消去して新たに変更後の金融機関の金融機関指定情報を登録する処理であってもよい。また、変更前の金融機関の金融機関指定情報を消去することなく変更後の金融機関の金融機関指定情報を決済に利用する金融機関として新たに登録する処理であってもよい。この場合、変更前の金融機関の金融機関指定情報を用いて、再度決済に利用する金融機関を変更前の金融機関に変更できるものであってもよい。
When it is determined that the financial institution change is selected while the financial institution confirmation screen is displayed (YES in step S140a), the
図３７は、第２の実施の形態における電子マネー管理サーバ２００により実行されるバリュー購入時アプリケーションプログラム２１２Ａの処理の流れを示すフローチャートである。図３７を参照して、ステップＳ２６５において携帯端末１００から第２口座振替依頼情報を受信しステップＳ２６６においてタイムスタンプチェックにより異常もないと判断されたときに、データ処理部２１０は、携帯端末１００に登録された金融機関において電子マネーの対価の決済を開始させるための決済開始情報を携帯電話１００に送信する。
FIG. 37 is a flowchart showing the flow of processing of the value purchase application program 212A executed by the electronic
図３６に戻り、携帯電話１００のデータ処理部２１０は、ステップＳ１４７において、決済開始情報を受信したと判断した場合、ステップＳ１４８においてステップＳ１３６ａで読出した金融機関指定情報から特定される金融機関のサーバに引き継いでモバイルバンキングを行なう旨のモバイルバンキング遷移確認画面を表示部１４０に表示させる。その後、ステップＳ１４９において、データ処理部２１０は、バリューの購入に対する決済に関する情報を、読出した金融機関指定情報から特定される金融機関のインターネットバンキングシステムにアクセスし、モバイルバンキングを開始する。
Returning to FIG. 36, if the
なお、図３６について、ステップＳ１１１〜Ｓ１３６、ステップＳ１３７〜Ｓ１４０ａ、およびステップＳ１４１〜Ｓ１４６の処理は、図９で説明したので、説明は繰返さない。 36, since the processes of steps S111 to S136, steps S137 to S140a, and steps S141 to S146 have been described with reference to FIG. 9, description thereof will not be repeated.
また、図３７は、図１０のステップＳ２４６が行なわれない点、図１０のステップＳ２５６において送信される残高情報に金融機関指定情報が含まれない点、および前述したステップＳ２６８において決済開始情報が送信される点、を除き同様の処理が行なわれるため、説明は繰返さない。 FIG. 37 shows that step S246 in FIG. 10 is not performed, that the balance information transmitted in step S256 in FIG. 10 does not include financial institution designation information, and that payment start information is transmitted in step S268 described above. Since the same processing is performed except for the points described above, the description will not be repeated.
次に、前述した第２の実施の形態により得られる主な効果を説明する。
（１） 前述した第２の実施の形態においては、初期登録時に行なわれる図３４のアプリＤＬ時処理に従って、ステップＳ１２６ａにおいてユーザに金融機関を選択させ、記憶部１２０に登録する。一方、電子マネー管理サーバ２００は、携帯電話１００からのチャージ要求情報を受信することにより、図３７のバリュー購入時ＡＰに従って、ステップＳ２５６において残高情報を携帯電話１００に送信する。残高情報を受信した携帯電話１００は、図３６のバリュー購入時処理に従って、ステップＳ１３６ａにおいて記憶部１２０に登録された金融機関指定情報を読出し、該読出した金融機関の金融機関サーバのインターネットバンキングシステムへのアクセスをステップＳ１４９において開始し決済を行なうことができる。これにより、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、バリューのチャージ時の手間を低減させることができる。
Next, main effects obtained by the second embodiment will be described.
(1) In the second embodiment described above, the user is allowed to select a financial institution and register it in the
（２） 前述した第２の実施の形態においては、図３６のバリュー購入時処理に従って、ステップＳ１４０ａにおいて金融機関変更が選択されたと判断した場合、図３５の金融機関登録処理が行なわれ、変更した金融機関を決済に利用する金融機関として当該金融機関を特定するための金融機関指定情報を記憶部１２０に登録する処理が行なわれる。これにより、決済に利用する金融機関を変更することができるため、ユーザの利便性を向上させることができる。
(2) In the second embodiment described above, when it is determined that the change of financial institution is selected in step S140a according to the value purchase process of FIG. 36, the financial institution registration process of FIG. 35 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
また、以上に示した第２の実施の形態については、前述した第１の実施の形態と共通する技術思想による構成について、前述した第１の実施の形態の場合と同様の技術的効果を得ることができる。 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.
次に前述した実施の形態の変形例を挙げる。
（１） 前述した実施の形態においては、ステップＳ２３５およびステップＳ２７０３
で、一度もバリューを購入することなく、電子マネー遊技使用サービス用の記憶領域が削除された回数を未チャージ削除カウンタで計数することによって、初期登録手数料の決済が終了しているか否かを管理するようにした。そして、ステップＳ２１６で、未チャージ削除カウンタのカウント値が所定回数に達したと判断したときに、ステップＳ２３６で、領域確保情報を送信しないようにした。
Next, a modification of the above-described embodiment will be described.
(1) In the embodiment described above, step S235 and step S2703
Therefore, it is possible to manage whether or not the settlement of the initial registration fee has been completed by counting the number of times the storage area for the electronic money game use service has been deleted with the uncharged deletion counter without purchasing any value. I tried to do it. Then, when it is determined in step S216 that the count value of the uncharge deletion counter has reached a predetermined number of times, the area securing information is not transmitted in step S236.
しかし、これに限定されず、初期登録手数料の決済が終了しているか否かを示す情報を管理して、その情報によって登録要求情報送信元の携帯電話の初期登録手数料が未決済であることが示されることを条件として、その携帯電話への領域確保情報の送信を禁止するようにしてもよい。 However, the present invention is not limited to this. Information indicating whether or not the initial registration fee has been settled is managed, and the initial registration fee of the mobile phone of the registration request information transmission source may be unsettled by the information. On the condition that it is shown, transmission of area securing information to the mobile phone may be prohibited.
（２） 前述した実施の形態においては、電子マネー管理サーバ２００で当日積算額を管理し、最低購入金額との合計が所定額以上となるか否かにより、携帯電話１００に格納されたバリュー残高の上限判定を行なうようにした。
(2) In the above-described embodiment, the electronic
しかし、これに限らず、携帯電話１００により電子マネーアプリ１１１が実行されることによって、受付けられたチャージ希望金額の受付額と当日積算額との合計が所定額以上となるか否かの上限判定を行なうようにしてもよい。この場合、携帯電話１００により電子マネーアプリケーションが実行されることによって、当日チャージ可能額の上限額に達するまでの当日格納可能余裕額、および、バリュー残高の上限額に達するまでの携帯電話１００に格納可能な携帯格納可能余裕額を算出し、チャージ希望金額が表示される際に、当日格納可能余裕額および携帯格納可能余裕額未満の金額が表示されるようにしてもよい。
However, the present invention is not limited to this, and an upper limit determination is made as to whether or not the sum of the accepted amount of accepted charge amount and the accumulated amount on the day is equal to or greater than a predetermined amount by executing the electronic money application 111 by the
（３） 前述した実施の形態においては、携帯電話１００の非接触型ＩＣチップ１９０にバリューがチャージされたとき、および、バリューの減算が完了したときに、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高のバックアップが記憶部１２０にされるようにしてもよい。
(3) In the above-described embodiment, when the non-contact
また、バリューがチャージされたとき、または、バリューの減算が完了したときのいずれかのときに、バックアップがされるようにしてもよい。 Further, backup may be performed when the value is charged or when the subtraction of the value is completed.
また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
Further, backup may be performed when the
また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。
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
（４） 前述した実施の形態においては、当日に購入されたバリューの積算額を当日積算額として積算するようにした。しかし、これに限定されず、所定期間（たとえば、午前６時から翌日の午前６時までの期間）に購入されたバリューの積算額を積算するようにしてもよい。 (4) In the embodiment described above, 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.
（５） 前述した実施の形態においては、図２９の残額管理ＡＰ２１４によって、それぞれの会員ＩＤごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
(5) In the above-described embodiment, processing for fraud is performed by the remaining
（６） ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、
ステップＳ２８４で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００で購入されたプリペイドカード３７１の使用を禁止するような電子マネーシステムであってもよい。
(6) As described in step S281, if the transaction amount exceeds the accumulated charge amount, it is determined whether the unauthorized transaction has occurred, and if there is an unauthorized transaction exceeding the accumulated charge amount,
As described in step S284, an electronic money system that prohibits the use of a
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８６で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００のバリューの使用を禁止するような電子マネーシステムであってもよい。
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
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８９で説明したように、不正取引が発生したホール（遊技場）でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。 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.
（７） 前述した実施の形態では、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００を介して送信されてきた携帯使用禁止情報および不正端末記憶情報に基づき、券売機３００のデータ処理部３１０は、記憶部３２０に携帯使用禁止情報および不正端末情報を記憶させる。そして、券売機３００において、プリペイドカードの購入に使用されている携帯電話１００の携帯ＩＤが記憶部３１０に記憶されている不正端末情報でないか、または記憶部３１０に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする。すなわち、前述した実施の形態では、券売機３００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能にする制御を行なう例について説明した。
(7) In the embodiment described above, based on the portable use prohibition information and the illegal terminal storage information transmitted from the
しかし、これに限らず、店舗サーバ８００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能である旨を示す取引不能信号を券売機３００に送信し、券売機３００において取引不能信号を受信したときに取引不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００の残高管理ＡＰ２１４からの携帯使用禁止情報および不正端末記憶情報を、店舗サーバ８００の記憶部に記憶させる。一方、券売機３００のデータ処理部３１０は、取引が行なわれる毎に、取引に用いられる携帯電話１００の携帯ＩＤを店舗サーバ８００に送信する。店舗サーバ８００のデータ処理部は、送信されてきた当該携帯ＩＤが記憶部に記憶されている不正端末情報でないか、または記憶部に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする旨を示す取引不能信号を当該券売機３００に送信する。券売機３００のデータ処理部３１０は、取引不能信号に基づき、取引不能にする制御を行なう。
However, the present invention is not limited to this, and the
また、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００に送信されてきた不正媒体情報に基づき、店舗サーバ８００のデータ処理部は、当該不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶されているカードＩＤを不正カードＩＤとしてカードユニット６００に送信し、カードユニット６００の記憶部６２０に記憶させる。そして、カードユニット６００において、球貸に使用されているプリペイドカードのカードＩＤが記憶部６２０に記憶されている不正カードＩＤでないかが判断され、不正カードＩＤであるときに球貸不能にする。すなわち、前述した実施の形態では、カードユニット６００において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能にする制御を行なう例について説明した。
Further, based on the unauthorized medium information transmitted from the
しかし、これに限らず、店舗サーバ８００において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能である旨を示す球貸不能信号をカードユニット６００に送信し、カードユニット６００において球貸不能信号を受信したときに球貸不
能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００に送信されてきた不正媒体情報に基づき、当該不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶されているカードＩＤを不正カードＩＤとして店舗サーバ８００の記憶部に記憶させる。一方、カードユニット６００のデータ処理部６１０は、球貸しが行なわれる毎に、球貸しに用いられるプリペイドカードのカードＩＤを店舗サーバ８００に送信する。店舗サーバ８００のデータ処理部は、送信されてきた当該カードＩＤが記憶部に記憶されている不正カードＩＤでないかが判断され、記憶されているときに球貸不能にする旨を示す球貸不能信号を当該カードユニット６００に送信する。カードユニット６００のデータ処理部６１０は、球貸不能信号に基づき、球貸不能にする制御を行なう。
However, the present invention is not limited to this, and the
（８） 前述した実施の形態では、券売機３００に携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能なチップリーダライタが備えられており、携帯電話１００のバリューを使用して発券処理を行ない、プリペイドカードを購入できる例について説明した。しかし、これに限らず、球貸処理を実行するカードユニット６００についても、券売機３００と同様に、チップリーダライタを備え、携帯電話１００のバリューを使用して球貸処理を行ない、遊技球の払出しを行なうようにしてもよい。たとえば、ステップＳ６１１でＮＯと判断された場合に、チップリーダライタによって携帯電話１００の非接触型ＩＣチップ１９０からバリューの残高が読込まれたか否かを判断し、読込まれた場合にステップＳ６１４以降の処理と同様の処理を実行するものであってもよい。なお、この場合、ステップＳ６１６においては所定貸球相当のバリューを減算する旨を示す減算額情報と、電子マネー識別情報とを含む引落要求信号を携帯電話１００に送信する。そして、携帯電話１００からバリューの減算が終了した旨を示す減算終了信号を受信したことを条件として、ステップＳ６１８の処理を行なうようにしてもよい。また、不正取引を防止するために、ステップＳ６００の後にステップＳ３１０と同様の処理を行ない、チップリーダライタによって携帯電話１００の非接触型ＩＣチップ１９０からバリューの残高が読込まれたと判断した場合であっても、ステップＳ３２２、Ｓ３２４と同様に、すべての携帯電話１００でのバリューの使用が禁止されている場合や、当該携帯電話１００の携帯ＩＤが不正な携帯電話１００の携帯ＩＤである場合には、球貸処理を不能にするようにしてもよい。
(8) In the above-described embodiment, the
（９） 前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００で構成されるようにした。
(9) In the above-described embodiment, the
しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。
However, the present invention is not limited to this, and the electronic
（１０） 前述した実施の形態では、電子マネーシステム１０の発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、および、店舗サーバ８００の装置の発明として捉えることができる。
(10) In the above-described embodiment, the
また、電子マネーアプリ１１１、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、および、残高管理ＡＰ２１４のプログラムの発明として捉えることができる。
Further, it can be understood as an invention of the programs of the electronic money application 111, the
さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３
００、カードユニット６００、および、店舗サーバ８００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。
Further, the
00, the
（１１） 前述した実施の形態では、電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関のサーバとして、金融機関ごとにそれぞれ金融機関サーバ５００が設けられている例について説明した。しかし、これに限らず、ユーザが利用する金融機関のサーバとしては、複数の金融機関からなるグループ用に設けられた共通の金融機関サーバであってよい。この場合、同じグループに属する金融機関を利用する場合には、異なる金融機関を利用する場合であっても、当該グループ用に設けられた共通の金融機関サーバと通信し対価の支払いが行なわれる。また、対価を支払うために利用するためのサーバとしては、金融機関のサーバに限らず、ユーザが登録した金融機関サーバと通信し対価の支払いを代行する代行業者のサーバであってもよい。つまり、これらの場合にも、金融機関のサーバに含まれる。
(11) In the above-described embodiment, an example in which a
（１２） 前述した実施の形態においては、電子マネー管理サーバ２００のデータ処理部によって、図１０のステップＳ２６８で、モバイルバンキングへの引継をユーザに確認するためのモバイルバンキング遷移確認画面を表示させるための引継画面情報が携帯電話１００に送信され、携帯電話１００のデータ処理部１１０によって、図７のステップＳ１１７で、電子マネー管理サーバ２００から引継画面情報が受信されたことに応じて、ステップＳ１１８，Ｓ１１９でモバイルバンキングに遷移され、決済が行なわれるようにした。つまり、携帯電話１００と電子マネー管理サーバ２００との接続が一旦分断され、決済のために携帯電話１００から金融機関サーバ５００にアクセスし、その後、再度、電子マネー管理サーバ２００にアクセスして電子マネー情報の書込みを行なうようにした。
(12) In the embodiment described above, the data processing unit of the electronic
しかし、これに限定されず、電子マネー管理サーバ２００によって、ステップＳ２６８で引継画面情報が送信されることに替えて、携帯電話１００から電子マネー管理サーバ２００を介して、金融機関サーバ５００で決済が行なえるようにしてもよい。このようにすることで、携帯電話１００と金融機関サーバ５００とが決済のやり取りをする場合に分断してしまう携帯電話１００と電子マネー管理サーバ２００との接続を保ったまま、決済のやり取りを行なうことができるようになり、その後の電子マネー情報の携帯電話１００への書込みまでの処理を一連の処理として行なうことができる。
However, the present invention is not limited to this. Instead of transmitting the takeover screen information in step S268 by the electronic
（１３） 前述した実施の形態においては、携帯電話１００のデータ処理部１１０によって図７のステップＳ１１２で金融機関指定情報が送信されたことに応じて、電子マネー管理サーバ２００のデータ処理部２１０によって、図６のステップＳ２２４で、金融機関指定情報が利用者情報ＤＢ２２１に登録されるようにした。
(13) In the above-described embodiment, the
しかし、金融機関指定情報は新規会員登録時に登録されることに限定されず、他のタイミングで登録されるようにしてもよい。たとえば、バリューの初回購入時に登録されるようにしてもよいし、遊技者の携帯電話１００からの金融機関指定情報の登録の要求があったときに登録されるようにしてもよい。
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, it may be registered when the value is first purchased, or may be registered when there is a request for registration of financial institution designation information from the
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。 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 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 Non-contact type IC chip, 191 control unit, 192 storage unit, 193 non-contact communication unit, 194 antenna, 200 electronic money management server, 210 data processing unit, 211, 211A initial registration AP, 212, 212A
Balance management AP, 220 storage unit, 221 user information DB, 222 issue information DB, 230 data input unit, 240 display unit, 260 communication unit, 280 settlement server, 300 ticket vending machine, 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 handling machine, 390 chip reader / writer, 391 control unit, 392 storage unit, 393 non-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 lending button, 632 return button, 640 display unit, 660 communication unit, 670 card reader / writer, 690 chip reader / writer, 691 control unit , 692 Storage unit, 693 Not connected The communication unit, 694 antenna, 700 pachinko machines, 800 stores server.
Claims (6)
前記携帯端末は、
前記電子マネーサービスを享受できるようにするための登録を要求する登録要求情報を前記サービス提供用サーバに送信するために出力する登録要求情報出力手段を備え、
前記サービス提供用サーバは、
前記登録要求情報出力手段から送信されてきた前記登録要求情報を受信したことを条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラムを、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段を備え、
前記携帯端末は、さらに、
前記特定プログラム出力手段から送信されてきた前記特定プログラムを記憶する特定プログラム記憶手段と、
該特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報のチャージを要求するためのチャージ要求情報を前記サービス提供用サーバに送信するために出力するチャージ要求情報出力手段とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したことを条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段を備え、
前記携帯端末は、さらに、
前記チャージ受付情報出力手段から送信されてきた前記チャージ受付情報を受信したことを条件として、前記電子マネー情報のチャージに関する対価の決済を要求する決済要求情報を金融機関のサーバに送信するために出力する決済要求情報出力手段と、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済の終了した電子マネー情報の送信を要求する電子マネー情報送信要求を前記サービス提供用サーバに送信するために出力する電子マネー情報送信要求出力手段とを備え、
前記サービス提供用サーバは、さらに、
前記金融機関のサーバにおける前記決済の終了を条件として、前記要求元携帯端末に対してチャージ可能となった電子マネー情報を特定するための特定用情報を登録する特定用情報登録手段と、
前記電子マネー情報送信要求出力手段から送信されてきた前記電子マネー情報送信要求を受信したことを条件として、前記特定用情報登録手段により登録された特定用情報から特定される電子マネー情報を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたことを条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態を送信済状態に更新する送信済状態更新手段とを備え、
前記携帯端末は、さらに、
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記電子マネー情報記憶手段に記憶された前記電子マネー情報に、前記電子マネー情報出力手段から送信されてきた前記電子マネー情報を加算するための処理を実行する電子マネー情報処理実行手段と、
前記電子マネー情報記憶手段に記憶された前記電子マネー情報から、前記遊技可能化処理手段により前記遊技可能化処理が実行されるときに用いられる額の電子マネー情報を減算する電子マネー情報減算手段とを備え、
前記サービス提供用サーバは、さらに、
前記チャージ要求情報出力手段から前記チャージ要求情報が送信されてきたことを条件として、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末について前記特定用情報登録手段に登録されているか否かを判定する登録判定手段を備え、
前記チャージ受付情報出力手段は、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたことを条件として、前記チャージ受付情報を出力しないことを特徴とする、遊技用電子マネーシステム。 A service providing server for providing an electronic money service, a portable terminal provided with electronic money information storage means for storing electronic money information, and an electronic money information stored in the electronic money information storage means are installed in a game hall. A game enabling processing means for executing a game enabling process for enabling a game on a gaming machine that has been played,
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,
The mobile terminal further includes:
Specific program storage means for storing the specific program transmitted from the specific program 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 a processing procedure indicated by the specific program stored in the specific program storage means And
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:
Output for transmitting settlement request information for requesting settlement of a charge related to charging of the electronic money information to a server of a financial institution on condition that the charge acceptance information transmitted from the charge acceptance information output means is received. Payment request information output means for
An electronic device for outputting an electronic money information transmission request for requesting transmission of electronic money information for which payment has been completed to the server for service provision in accordance with a processing procedure indicated by the specific program stored in the specific program storage means Money information transmission request output means,
The service providing server further includes:
Specific information registration means for registering specific information for specifying electronic money information that can be charged to the requesting mobile terminal on the condition that the settlement at the server of the financial institution ends.
The electronic money information specified from the specifying information registered by the specifying information registering means on the condition that the electronic money information transmission request transmitted from the electronic money information transmission request outputting means is received, Electronic money information output means for outputting the electronic money information transmission request to the portable terminal,
The specifying information of the specifying information for specifying the electronic money information on condition that the electronic money information is transmitted by the electronic money information output means to the portable terminal of the electronic money information transmission request source A transmitted state update means for updating the registered state in the registration means to the transmitted state,
The mobile terminal further includes:
The electronic money information transmitted from the electronic money information output means is added to the electronic money information stored in the electronic money information storage means according to a 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;
Electronic money information subtracting means for subtracting the amount of electronic money information used when the game enabling processing is executed by the game enabling processing means from the electronic money information stored in the electronic money information storage means; With
The service providing server further includes:
On the condition that the charge request information has been transmitted from the charge request information output means, the information for specifying that the registered state has not been updated to the transmitted state by the transmitted state update means is related to the request source mobile terminal. A registration determination unit that determines whether or not the information is registered in the specifying information registration unit;
The charge determination information output means is determined by the registration determination means that the identification information whose registration status has not been updated to the transmitted status by the transmitted status update means is registered in the identification information registration means. The game electronic money system is characterized by not outputting the charge acceptance information.
前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたことを条件として、当該特定用情報から特定される電子マネー情報を、前記要求元携帯端末に送信するために出力するチャージ要求時電子マネー情報出力手段を備え、
前記送信済状態更新手段は、前記チャージ要求時電子マネー情報出力手段によって前記要求元携帯端末に対して前記電子マネー情報が送信されたことを条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態を送信済状態に更新することを特徴とする、請求項１に記載の遊技用電子マネーシステム。 The service providing server further includes:
The identification is performed on the condition that the registration determination unit determines that the identification information whose registration status is not updated to the transmission completed status by the transmission status update unit is registered in the identification information registration unit. Charge request electronic money information output means for outputting the electronic money information specified from the information for transmission to the requesting mobile terminal,
The transmitted status update means is for specifying the electronic money information on the condition that the electronic money information is transmitted to the requesting mobile terminal by the charge request time electronic money information output means. 2. The gaming electronic money system according to claim 1, wherein a registration state of the information in the specifying information registration unit is updated to a transmitted state.
前記決済に利用する金融機関を特定するための金融機関情報を前記サービス提供用サーバに送信するために出力する携帯端末側金融機関情報出力手段を備え、
前記サービス提供用サーバは、さらに、
前記携帯端末側金融機関情報出力手段から送信されてきた前記金融機関情報を受信したことを条件として、当該金融機関情報を、当該金融機関情報送信元の携帯端末を他の携帯端末と識別可能にするための識別情報と対応付けて記憶するサーバ側金融機関情報記憶手段と、
前記チャージ要求情報出力手段から送信されてきた前記チャージ要求情報を受信したことを条件として、前記サーバ側金融機関情報記憶手段に記憶された金融機関情報から、前記要求元携帯端末を識別するための識別情報に対応付けて記憶された金融機関情報を検索する金融機関情報検索手段と、
該金融機関情報検索手段により検索された金融機関情報から特定される金融機関のサーバを前記決済を行なうための通信先として指定する通信先指定情報を、前記要求元携帯端末に送信するために出力する通信先指定情報出力手段とを備え、
前記決済要求情報出力手段は、前記通信先指定情報出力手段から送信されてきた前記通信先指定情報により指定される金融機関のサーバに対し、前記決済要求情報を送信するために出力することを特徴とする、請求項１〜請求項３のいずれかに記載の遊技用電子マネーシステム。 The mobile terminal further includes:
A mobile terminal side financial institution information output means for outputting financial institution information for specifying a financial institution used for the settlement to the server for providing services;
The service providing server further includes:
On the condition that the financial institution information transmitted from the mobile terminal side financial institution information output means has been received, the financial institution information can be identified from the mobile terminal of the financial institution information transmission source. Server-side financial institution information storage means for storing in association with identification information for
For identifying the request source mobile terminal from the financial institution information stored in the server side financial institution information storage means on condition that the charge request information transmitted from the charge request information output means has been received. Financial institution information search means for searching for financial institution information stored in association with the identification information;
Communication destination designation information for designating a financial institution server identified from the financial institution information retrieved by the financial institution information retrieval means as a communication destination for the settlement is output for transmission to the request source portable terminal. Communication destination designation information output means for
The settlement request information output means outputs the settlement request information for transmission to a financial institution server designated by the communication destination designation information transmitted from the communication destination designation information output means. An electronic money system for games according to any one of claims 1 to 3.
前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記決済に利用する金融機関の指定をユーザから受付けるための処理を実行する金融機関指定処理手段と、
該金融機関指定処理手段により指定を受付けた金融機関を特定するための金融機関情報を記憶する携帯端末側金融機関情報記憶手段とを備え、
前記決済要求情報出力手段は、前記特定プログラム記憶手段に記憶された前記特定プログラムが示す処理手順に従って、前記チャージ要求情報出力手段が前記チャージ要求情報を出力したことを条件として、前記携帯端末側金融機関情報記憶手段に記憶されている前記金融機関情報から特定される金融機関のサーバに、前記決済要求情報を送信するために出力することを特徴とする、請求項１〜請求項３のいずれかに記載の遊技用電子マネーシステム。 The mobile terminal further includes:
Financial institution designation processing means for executing processing for accepting designation of a financial institution to be used for the settlement from a user according to a processing procedure indicated by the specific program stored in the specific program storage means;
A portable terminal side financial institution information storage means for storing financial institution information for specifying a financial institution that has received designation by the financial institution designation processing means,
The payment request information output means is provided on the condition that the charge request information output means outputs the charge request information according to a processing procedure indicated by the specific program stored in the specific program storage means. The output of the settlement request information for transmission to a server of a financial institution identified from the financial institution information stored in the institution information storage means. The electronic money system for games described in 1.
前記電子マネーサービスを享受できるようにするための登録を要求する登録要求情報を携帯端末から受信したことを条件として、前記電子マネーサービスを享受するための処理手順を示す特定プログラムを、当該登録要求情報送信元の携帯端末に送信するために出力する特定プログラム出力手段と、
前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記電子マネー情報のチャージを要求するためのチャージ要求情報を受信したことを条件として、当該チャージ要求情報を受付けた旨を示すチャージ受付情報を当該チャージ要求情報送信元の携帯端末である要求元携帯端末に送信するために出力するチャージ受付情報出力手段と、
電子マネー情報のチャージに関する対価の決済が要求された金融機関のサーバにおける前記決済の終了を条件として、前記要求元携帯端末に対してチャージ可能となった電子マネー情報を特定するための特定用情報を登録する特定用情報登録手段と、
前記携帯端末に出力した前記特定プログラムが示す処理手順に従って当該携帯端末から送信される前記決済の終了した電子マネー情報の送信を要求する電子マネー情報送信要求を受信したことを条件として、前記特定用情報登録手段により登録された特定用情報から特定される電子マネー情報を、当該電子マネー情報送信要求元の携帯端末に送信するために出力する電子マネー情報出力手段と、
該電子マネー情報出力手段によって前記電子マネー情報送信要求元の携帯端末に対して前記電子マネー情報が送信されたことを条件として、当該電子マネー情報を特定するための特定用情報の前記特定用情報登録手段における登録状態を送信済状態に更新する送信済状態更新手段と、
前記チャージ要求情報を受信したことを条件として、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記要求元携帯端末について前記特定用情報登録手段に登録されているか否かを判定する登録判定手段とを備え、
前記チャージ受付情報出力手段は、前記送信済状態更新手段により登録状態が送信済状態に更新されていない前記特定用情報が前記特定用情報登録手段に登録されていると前記登録判定手段により判定されたことを条件として、前記チャージ受付情報を出力しないことを特徴とする、サービス提供用サーバ。 A service providing server that provides an electronic money service,
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 indicating a processing procedure for receiving the electronic money service is provided for the registration request. Specific program output means for outputting the information to the mobile terminal of the information transmission source,
The charge request information is received on the condition that charge request information for requesting charging of the electronic money information transmitted from the portable terminal is received in accordance with a processing procedure indicated by the specific program output to the portable terminal. Charge acceptance information output means for outputting the charge acceptance information indicating that to the request source mobile terminal that is the mobile terminal of the charge request information transmission source,
Information for specifying electronic money information that can be charged to the requesting mobile terminal on the condition that the settlement of the payment in the server of the financial institution requested for payment of the electronic money information is requested Specific information registration means for registering,
On the condition that the electronic money information transmission request for requesting transmission of the electronic money information for which the settlement has been completed is transmitted from the portable terminal in accordance with the processing procedure indicated by the specific program output to the portable terminal Electronic money information output means for outputting electronic money information identified from the information for identification registered by the information registration means to transmit to the portable terminal of the electronic money information transmission request source;
The specifying information of the specifying information for specifying the electronic money information on condition that the electronic money information is transmitted by the electronic money information output means to the portable terminal of the electronic money information transmission request source A transmitted state update means for updating the registered state in the registration means to a transmitted state;
On the condition that the charge request information has been received, the identification information whose registration state has not been updated to the transmitted state by the transmitted state update means is registered in the identification information registration means for the requesting mobile terminal. Registration determination means for determining whether or not
The charge determination information output means is determined by the registration determination means that the identification information whose registration status has not been updated to the transmitted status by the transmitted status update means is registered in the identification information registration means. The service providing server does not output the charge acceptance information on the condition that
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005147135A JP4651453B2 (en) | 2005-05-19 | 2005-05-19 | Game electronic money system and service providing server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005147135A JP4651453B2 (en) | 2005-05-19 | 2005-05-19 | Game electronic money system and service providing server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006323685A JP2006323685A (en) | 2006-11-30 |
| JP4651453B2 true JP4651453B2 (en) | 2011-03-16 |
Family
ID=37543308
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005147135A Expired - Fee Related JP4651453B2 (en) | 2005-05-19 | 2005-05-19 | Game electronic money system and service providing server |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4651453B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4924067B2 (en) * | 2007-01-31 | 2012-04-25 | 沖電気工業株式会社 | Electronic money charge system, electronic money charge issuance management system, and electronic money business operator system |
| CN111144998B (en) * | 2019-12-31 | 2022-08-02 | 卓尔智联(武汉)研究院有限公司 | Data processing method, data processing device, computer equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004024510A (en) * | 2002-06-25 | 2004-01-29 | Aruze Corp | Game system |
| JP2004272561A (en) * | 2003-03-07 | 2004-09-30 | Bitwallet Inc | Portable terminal device, portable terminal method, portable terminal program, providing server device, providing server method, and providing server program |
| JP2004272560A (en) * | 2003-03-07 | 2004-09-30 | Bitwallet Inc | Portable terminal device, portable terminal method, portable terminal program, currency information issuing server device, currency information issuing method and currency information issuing program |
| JP2004326727A (en) * | 2003-03-06 | 2004-11-18 | Bitwallet Inc | Server, method, and program for processing settlement, program, device, method, and program for settlement processing terminal |
-
2005
- 2005-05-19 JP JP2005147135A patent/JP4651453B2/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004024510A (en) * | 2002-06-25 | 2004-01-29 | Aruze Corp | Game system |
| JP2004326727A (en) * | 2003-03-06 | 2004-11-18 | Bitwallet Inc | Server, method, and program for processing settlement, program, device, method, and program for settlement processing terminal |
| JP2004272561A (en) * | 2003-03-07 | 2004-09-30 | Bitwallet Inc | Portable terminal device, portable terminal method, portable terminal program, providing server device, providing server method, and providing server program |
| JP2004272560A (en) * | 2003-03-07 | 2004-09-30 | Bitwallet Inc | Portable terminal device, portable terminal method, portable terminal program, currency information issuing server device, currency information issuing method and currency information issuing program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2006323685A (en) | 2006-11-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4807980B2 (en) | Game electronic money system, portable terminal, and electronic money application program | |
| JP4651453B2 (en) | Game electronic money system and service providing server | |
| JP4707451B2 (en) | Game electronic money system, service providing server, portable terminal, and electronic money application program | |
| JP4819435B2 (en) | Game electronic money system and service providing server | |
| JP4753620B2 (en) | Gaming electronic money system | |
| JP4753621B2 (en) | Gaming electronic money system | |
| JP4753622B2 (en) | Gaming electronic money system | |
| JP4698287B2 (en) | Game electronic money system and service providing server | |
| JP4907904B2 (en) | Transaction system and server | |
| JP4808023B2 (en) | Electronic money system and service providing server | |
| JP4799174B2 (en) | Electronic money system and service providing server | |
| JP4808022B2 (en) | Electronic money system and service providing server | |
| JP4808021B2 (en) | Electronic money system and service providing server | |
| JP4693541B2 (en) | Game electronic money system, portable terminal, and electronic money application program | |
| JP2006215747A (en) | Electronic money system, server for providing service, portable terminal, game apparatus using electronic money, electronic money service program, and electronic money application program | |
| JP4761875B2 (en) | Game electronic money system, portable terminal, and electronic money application program | |
| JP4689400B2 (en) | Game electronic money system and service providing server | |
| 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 | |
| JP4749151B2 (en) | Electronic money system and service providing server | |
| JP4819498B2 (en) | Electronic money system and service providing server | |
| JP4819496B2 (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 | |
| JP4832892B2 (en) | Electronic money system and service providing server | |
| JP4819497B2 (en) | 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: 20080415 |
|
| 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: 20101207 |
|
| 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: 20101214 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4651453 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131224 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131224 Year of fee payment: 3 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |