JP4959216B2 - 電子マネーシステム、および、取引装置 - Google Patents
電子マネーシステム、および、取引装置 Download PDFInfo
- Publication number
- JP4959216B2 JP4959216B2 JP2006116030A JP2006116030A JP4959216B2 JP 4959216 B2 JP4959216 B2 JP 4959216B2 JP 2006116030 A JP2006116030 A JP 2006116030A JP 2006116030 A JP2006116030 A JP 2006116030A JP 4959216 B2 JP4959216 B2 JP 4959216B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- information
- identification information
- data processing
- electronic money
- 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.)
- Active
Links
Images
Description
本発明は、電子マネーシステム、および、取引装置に関する。詳しくは、電子マネーを扱うのに適した電子マネーシステム、および、取引装置に関する。
従来、電子マネー端末は、携帯電話に電子マネーの減算要求を送信し、携帯電話から減算完了通知を受信したことを条件に取引を行なうようにしていた（たとえば、特許文献１参照）。このようなシステムによれば、減算が完了していないのに、取引が行なわれてしまうことを防止できる。
また、２つの装置間での処理のずれを通番で補正するシステムがあった（たとえば、特許文献２参照）。このようなシステムによれば、２つの装置間でのやり取りにおいてエラーが発生した場合であっても、通番が確認されることによって、２つの装置間での処理の整合性を担保することができる。
特開２００５−３８２０９号公報（図１２）
特開２０００−１４８６８３号公報（第００４５段落、第００４６段落）
しかし、特許文献１に開示されたシステムに特許文献２の通番を導入したシステムを考えると、取引の途中に電子マネー端末と携帯電話との通信が切断され、電子マネー端末が減算完了通知を受信できなかった場合に、携帯電話との通信が復活したときに通番を利用して減算済か否かを確認するようにすると、電子マネー端末が複数設置されるシステムにおいては、通信が切れた後に他の電子マネー端末との取引処理により携帯電話の通番が更新されてしまうと、１回の減算に対して二重に取引処理を行なってしまうといった問題が発生する。
具体的には、一の電子マネー端末からの減算要求を携帯電話が受信する前に通信が切断された場合、電子マネー端末側の通番は更新されているが、携帯電話側の通番は更新されていないことになる。ここで、当該携帯電話を用いて他の電子マネー端末で取引を行なうと、当該取引に伴う電子マネーの減算に応じて携帯電話側の通番が更新される。この状態で、当該携帯電話が前記一の電子マネー端末に受け付けられると、両者の通番が一致するため、電子マネーの減算が行なわれていないにも関わらず、当該一の電子マネー端末において取引処理が実施されてしまう。
この発明はかかる事情に鑑み考え出されたものであり、その目的は、電子マネー端末が複数設置されるようなシステムにおいて、取引の途中に電子マネー端末と携帯端末との通信が切断された場合に、電子マネーの減算が行なわれていないにも関わらず取引処理が行なわれてしまうことを防止することが可能な電子マネーシステム、および、取引装置を提供することである。
（１） 電子マネー情報（たとえば、バリューなどの電子マネー）を記憶する電子マネー情報記憶手段（たとえば、記憶部１９２）を備えた携帯端末（たとえば、携帯電話１００）と、店舗（たとえば、遊技場３０）内に複数設置され、前記電子マネー情報記憶手段に記憶された前記電子マネー情報または貨幣を用いて取引処理（たとえば、メダルサンド６００Ａにおいてメダル６１１を払出すメダル貸処理、スロットマシン７００Ａでのゲームやパチンコ遊技を可能とするプリペイドカード３７１を券売機３００において発券する発券処理）を実行する取引装置（メダルサンド６００Ａ、券売機３００）とを含む電子マネーシステム（たとえば、電子マネーシステム１０）であって、
前記取引装置は、
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段（たとえば、貨幣処理機６８０、ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、ステップＳ６０１４）と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段（たとえば、ステップＳ６０１４で、紙幣処理機６８０から紙幣識別通知が受信され、ステップＳ６１３２またはステップＳ６１３３で、識別された貨幣の入金額がプリペイドカード３７１またはＩＣコイン６５１に入金され、ステップＳ６４１７で入金された価値が用いられてメダル貸制御が行なわれる）と、
該取引装置を個々に識別するための取引装置識別情報（たとえば、装置ＩＤ）を記憶する取引装置識別情報記憶手段（たとえば、記憶部６２０）と、
前記携帯端末を受付ける受付手段（たとえば、チップリーダライタ６９０、ステップＳ６３１，Ｓ６０２１，Ｓ６０２２，Ｓ６５２，Ｓ６５３）と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額（たとえば、１０５０円）分の前記電子マネー情報の減算を要求する減算要求情報（たとえば、減算要求）とを送信する情報送信手段（たとえば、ステップＳ６４４４，Ｓ６５８）とを備え、
前記携帯端末は、
前記情報送信手段から送信されてきた前記取引装置識別情報を記憶する受信取引装置識別情報記憶手段（たとえば、ステップＳ９２２、記憶部１９２）と、
前記情報送信手段から送信されてきた前記減算要求情報により示される前記取引額分の前記電子マネー情報を、前記電子マネー情報記憶手段に記憶された前記電子マネー情報から減算する電子マネー情報減算手段（たとえば、ステップＳ９２３）と、
該電子マネー情報減算手段による減算が完了した旨を示す減算完了通知（たとえば、減算終了信号）を前記取引装置に返信する減算完了通知返信手段（たとえば、ステップＳ９２５）とを備え、
前記取引装置は、さらに、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知返信手段から送信されてきた前記減算完了通知を受信したこと（たとえば、ステップＳ６４５においてＹＥＳとなる前にステップＳ６４１においてＹＥＳとなったこと）に基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段（たとえば、ステップＳ６４２）と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく（たとえば、ステップＳ６４１においてＹＥＳとなる前にステップＳ６４５においてＹＥＳとなり）、その後に前記受付手段により携帯端末が受付けられたとき（たとえば、ステップＳ６５３でＹＥＳの場合）に、当該携帯端末の前記受信取引装置識別情報記憶手段に記憶された前記取引装置識別情報を取得する識別情報取得手段（たとえば、ステップＳ６５３）と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段（たとえば、ステップＳ６５５）とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたこと（たとえば、ステップＳ６５５でＹＥＳの場合）を条件として、前記取引処理を実行し（たとえば、ステップＳ６６１）、
前記取引装置は、さらに、
前記貨幣受付識別手段によって前記貨幣が受付けられてから（たとえば、貨幣処理機６８０に紙幣６８１が挿入されてから）少なくとも識別されるまで（たとえば、ステップＳ６０１４において貨幣処理機６８０から紙幣識別通知が受信されるまで、または、ステップＳ６１２１において貨幣処理機６８０の入金額が記憶部６２０に記憶されるまで）の期間に、前記受付手段によって前記携帯端末が受付けられたこと（たとえば、ステップＳ６０２１で携帯電話１００からの取引要求が受信されたこと）に基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信する（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８）とともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却する（たとえば、データ処理部６１０によって、ステップＳ６４３１で紙幣挿入不可制御信号が貨幣処理機６８０に送信される。貨幣処理機６８０によって、ステップＳ６８１３で、紙幣挿入不可制御信号が受信され、ステップＳ６８１４で貨幣処理機６８０の状態が紙幣挿入不可状態に変更され、ステップＳ６８２１で、紙幣６８１が取込まれるとすぐに、ステップＳ６８２３で、紙幣６８１が返却される制御が行なわれる）。
前記取引装置は、
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段（たとえば、貨幣処理機６８０、ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、ステップＳ６０１４）と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段（たとえば、ステップＳ６０１４で、紙幣処理機６８０から紙幣識別通知が受信され、ステップＳ６１３２またはステップＳ６１３３で、識別された貨幣の入金額がプリペイドカード３７１またはＩＣコイン６５１に入金され、ステップＳ６４１７で入金された価値が用いられてメダル貸制御が行なわれる）と、
該取引装置を個々に識別するための取引装置識別情報（たとえば、装置ＩＤ）を記憶する取引装置識別情報記憶手段（たとえば、記憶部６２０）と、
前記携帯端末を受付ける受付手段（たとえば、チップリーダライタ６９０、ステップＳ６３１，Ｓ６０２１，Ｓ６０２２，Ｓ６５２，Ｓ６５３）と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額（たとえば、１０５０円）分の前記電子マネー情報の減算を要求する減算要求情報（たとえば、減算要求）とを送信する情報送信手段（たとえば、ステップＳ６４４４，Ｓ６５８）とを備え、
前記携帯端末は、
前記情報送信手段から送信されてきた前記取引装置識別情報を記憶する受信取引装置識別情報記憶手段（たとえば、ステップＳ９２２、記憶部１９２）と、
前記情報送信手段から送信されてきた前記減算要求情報により示される前記取引額分の前記電子マネー情報を、前記電子マネー情報記憶手段に記憶された前記電子マネー情報から減算する電子マネー情報減算手段（たとえば、ステップＳ９２３）と、
該電子マネー情報減算手段による減算が完了した旨を示す減算完了通知（たとえば、減算終了信号）を前記取引装置に返信する減算完了通知返信手段（たとえば、ステップＳ９２５）とを備え、
前記取引装置は、さらに、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知返信手段から送信されてきた前記減算完了通知を受信したこと（たとえば、ステップＳ６４５においてＹＥＳとなる前にステップＳ６４１においてＹＥＳとなったこと）に基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段（たとえば、ステップＳ６４２）と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく（たとえば、ステップＳ６４１においてＹＥＳとなる前にステップＳ６４５においてＹＥＳとなり）、その後に前記受付手段により携帯端末が受付けられたとき（たとえば、ステップＳ６５３でＹＥＳの場合）に、当該携帯端末の前記受信取引装置識別情報記憶手段に記憶された前記取引装置識別情報を取得する識別情報取得手段（たとえば、ステップＳ６５３）と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段（たとえば、ステップＳ６５５）とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたこと（たとえば、ステップＳ６５５でＹＥＳの場合）を条件として、前記取引処理を実行し（たとえば、ステップＳ６６１）、
前記取引装置は、さらに、
前記貨幣受付識別手段によって前記貨幣が受付けられてから（たとえば、貨幣処理機６８０に紙幣６８１が挿入されてから）少なくとも識別されるまで（たとえば、ステップＳ６０１４において貨幣処理機６８０から紙幣識別通知が受信されるまで、または、ステップＳ６１２１において貨幣処理機６８０の入金額が記憶部６２０に記憶されるまで）の期間に、前記受付手段によって前記携帯端末が受付けられたこと（たとえば、ステップＳ６０２１で携帯電話１００からの取引要求が受信されたこと）に基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信する（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８）とともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却する（たとえば、データ処理部６１０によって、ステップＳ６４３１で紙幣挿入不可制御信号が貨幣処理機６８０に送信される。貨幣処理機６８０によって、ステップＳ６８１３で、紙幣挿入不可制御信号が受信され、ステップＳ６８１４で貨幣処理機６８０の状態が紙幣挿入不可状態に変更され、ステップＳ６８２１で、紙幣６８１が取込まれるとすぐに、ステップＳ６８２３で、紙幣６８１が返却される制御が行なわれる）。
このような構成によれば、取引装置によって、貨幣が受付けられ該貨幣の金額が識別され、識別された識別金額の範囲内で取引処理が実行され、取引装置を個々に識別するための取引装置識別情報が記憶され、携帯端末が受付けられ、受付けられた携帯端末に対して、記憶されているこの取引装置を個々に識別するための取引装置識別情報と、取引処理に供される取引額分の電子マネー情報の減算を要求する減算要求情報とが送信される。また、携帯端末によって、取引装置から送信されてきた取引装置識別情報が記憶され、取引装置から送信されてきた減算要求情報により示される取引額分の電子マネー情報が、携帯端末に記憶された電子マネー情報から減算され、減算が完了した旨を示す減算完了通知が取引装置に返信される。
また、取引装置によって、減算要求情報が送信されてから携帯端末から送信されてきた減算完了通知を受信したことに基づいて、取引処理が実行され、減算要求情報が送信されてから減算完了通知を受信することなく、その後に携帯端末が受付けられたときに、当該携帯端末に記憶された取引装置識別情報が取得され、取得された取引装置識別情報が、取引装置に記憶されている取引装置識別情報と一致するか否かが判定され、一致すると判定されたことを条件として、取引処理が実行される。
また、取引装置によって、貨幣が受付けられてから少なくとも識別されるまでの期間に、携帯端末が受付けられたことに基づいて、取引装置識別情報と減算要求情報とが送信されるとともに、受付けられた貨幣が返却される。
このため、電子マネーシステムによれば、取引装置が複数設置されるようなシステムにおいて、取引の途中に取引装置と携帯端末との通信が切断された場合に、電子マネー情報の減算が行なわれていないにも関わらず取引処理が行なわれてしまうことを防止できる。
また、電子マネー情報が携帯端末に残存しているにも関わらず、貨幣が受付けられてしまった場合であっても、識別されるまでの期間に携帯端末が受付けられれば、減算要求情報の送信に応じて取引処理が実行されて、受付けられた貨幣は返却される。その結果、電子マネーシステムによれば、使用用途に制約が少ない貨幣よりも優先して、使用用途に制約が多い電子マネー情報が取引処理に用いられ、貨幣がユーザの手元に残るので、ユーザの利便性を向上させることができる。
（２） 前記携帯端末は、さらに、
該携帯端末を個々に識別するための携帯端末識別情報（たとえば、端末ＩＤ）を記憶する携帯端末識別情報記憶手段（たとえば、記憶部１９２）と、
通番（たとえば、通番）を記憶する通番記憶手段（たとえば、記憶部１９２）と、
前記情報送信手段から前記減算要求情報が送信されてきたこと（たとえば、ステップＳ９２１でＹＥＳの場合）に基づいて、前記通番記憶手段に記憶された前記通番を更新する通番更新手段（たとえば、ステップＳ９２４）とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し（たとえば、ステップＳ６５３）、
前記取引装置判定手段により、該識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し（たとえば、ステップＳ６５６，Ｓ６５７）、
前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたとき（たとえば、ステップＳ６５７でＹＥＳの場合）には、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方（たとえば、ステップＳ６５８）、前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたとき（たとえば、ステップＳ６５７でＮＯの場合）には、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行する（たとえば、ステップＳ６６１）。
該携帯端末を個々に識別するための携帯端末識別情報（たとえば、端末ＩＤ）を記憶する携帯端末識別情報記憶手段（たとえば、記憶部１９２）と、
通番（たとえば、通番）を記憶する通番記憶手段（たとえば、記憶部１９２）と、
前記情報送信手段から前記減算要求情報が送信されてきたこと（たとえば、ステップＳ９２１でＹＥＳの場合）に基づいて、前記通番記憶手段に記憶された前記通番を更新する通番更新手段（たとえば、ステップＳ９２４）とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し（たとえば、ステップＳ６５３）、
前記取引装置判定手段により、該識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し（たとえば、ステップＳ６５６，Ｓ６５７）、
前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたとき（たとえば、ステップＳ６５７でＹＥＳの場合）には、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方（たとえば、ステップＳ６５８）、前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたとき（たとえば、ステップＳ６５７でＮＯの場合）には、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行する（たとえば、ステップＳ６６１）。
このような構成によれば、携帯端末によって、この携帯端末を個々に識別するための携帯端末識別情報が記憶され、通番が記憶され、取引装置から減算要求情報が送信されてきたことに基づいて、記憶されている通番が更新される。また、取引装置によって、受付けられた携帯端末から、この携帯端末に記憶された携帯端末識別情報が取得されて記憶され、受付けられた携帯端末に対応する通番が取得されて記憶される。
また、取引装置によって、減算要求情報が送信されてから所定時間以内に減算完了通知を受信することなく、その後に携帯端末が受付けられたときに、携帯端末に記憶された携帯端末識別情報および通番がさらに取得され、取得された携帯端末識別情報および通番が、取引装置に記憶されている携帯端末識別情報および通番と一致するか否かが判定され、取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、携帯端末に対して減算要求情報が送信される一方、取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、減算要求情報が送信されることなく取引処理が実行される。
このため、途中で通信が途絶えた場合であっても、再度、携帯端末が受付けられたときに、電子マネー情報の減算に応じた取引処理を確実に行なうことができる。
（３） 前記携帯端末は、さらに、
該携帯端末を個々に識別するための携帯端末識別情報（たとえば、端末ＩＤ）を記憶する携帯端末識別情報記憶手段（たとえば、記憶部１９２）と、
通番（たとえば、通番）を記憶する通番記憶手段（たとえば、記憶部１９２）と、
前記情報送信手段から前記減算要求情報が送信されてきたこと（たとえば、ステップＳ９２１でＹＥＳの場合）に基づいて、前記通番記憶手段に記憶された前記通番を更新する第１の通番更新手段（たとえば、ステップＳ９２４）とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記情報送信手段による前記減算要求情報の送信に伴って、前記受付携帯端末通番記憶手段に記憶された前記通番を更新する第２の通番更新手段（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３での減算要求の送信前後に通番を更新するようにする）とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し（たとえば、ステップＳ６５３）、
前記取引装置判定手段により、前記識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し（たとえば、ステップＳ６５６，Ｓ６５７）、
前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方、前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行する。
該携帯端末を個々に識別するための携帯端末識別情報（たとえば、端末ＩＤ）を記憶する携帯端末識別情報記憶手段（たとえば、記憶部１９２）と、
通番（たとえば、通番）を記憶する通番記憶手段（たとえば、記憶部１９２）と、
前記情報送信手段から前記減算要求情報が送信されてきたこと（たとえば、ステップＳ９２１でＹＥＳの場合）に基づいて、前記通番記憶手段に記憶された前記通番を更新する第１の通番更新手段（たとえば、ステップＳ９２４）とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段（たとえば、ステップＳ６３１，Ｓ６０２１，Ｓ６４３２）と、
前記情報送信手段による前記減算要求情報の送信に伴って、前記受付携帯端末通番記憶手段に記憶された前記通番を更新する第２の通番更新手段（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３での減算要求の送信前後に通番を更新するようにする）とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し（たとえば、ステップＳ６５３）、
前記取引装置判定手段により、前記識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し（たとえば、ステップＳ６５６，Ｓ６５７）、
前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方、前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行する。
このような構成によれば、携帯端末によって、この携帯端末を個々に識別するための携帯端末識別情報が記憶され、通番が記憶され、取引装置から減算要求情報が送信されてきたことに基づいて、記憶されている通番が更新される。また、取引装置によって、受付けられた携帯端末から、この携帯端末に記憶された携帯端末識別情報が取得されて記憶され、受付けられた携帯端末に対応する通番が取得されて記憶され、減算要求情報の送信に伴って、取引装置に記憶された通番が更新される。
また、取引装置によって、減算要求情報が送信されてから所定時間以内に減算完了通知を受信することなく、その後に携帯端末が受付けられたときに、携帯端末に記憶された携帯端末識別情報および通番がさらに取得され、取得された携帯端末識別情報および通番が、取引装置に記憶されている携帯端末識別情報および通番と一致するか否かが判定され、取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、携帯端末に対して減算要求情報が送信される一方、取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、減算要求情報が送信されることなく取引処理が実行される。
このため、途中で通信が途絶えた場合であっても、再度、携帯端末が受付けられたときに、電子マネー情報の減算に応じた取引処理を確実に行なうことができる。
（４） 前記受付携帯端末通番記憶手段は、前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記通番記憶手段に記憶された通番を取得する（たとえば、Ｓ６３１，Ｓ６０２１）。
このような構成によれば、取引装置によって、受付けられた携帯端末から、この携帯端末に記憶された通番が取得される。このため、他の装置（管理装置等）から取得する場合と比較して、処理が迅速化されるとともに、他の装置の記憶容量を削減することができる。
（５） 前記取引装置は、さらに、
前記取引処理が禁止されている携帯端末である取引禁止携帯端末（たとえば、不正携帯端末）の前記携帯端末識別情報の入力を受付ける取引禁止携帯端末入力受付手段（たとえば、ステップＳ６１３，Ｓ６１４）と、
前記受付携帯端末識別情報記憶手段によって取得された前記携帯端末識別情報が、前記取引禁止携帯端末入力受付手段によって入力が受付けられた前記取引禁止携帯端末の前記携帯端末識別情報に一致するか否かを判定する取引禁止携帯端末判定手段（たとえば、ステップＳ６６０１，Ｓ６７０１）とを備え、
該取引禁止携帯端末判定手段により一致すると判定されたこと（たとえば、ステップＳ６６０１，Ｓ６７０１でＹＥＳの場合）を条件として、前記情報送信手段により減算要求情報を送信することなく（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３の処理に進ませないようにして）エラー処理を行なう（たとえば、ステップＳ６７１でエラー表示をする）。
前記取引処理が禁止されている携帯端末である取引禁止携帯端末（たとえば、不正携帯端末）の前記携帯端末識別情報の入力を受付ける取引禁止携帯端末入力受付手段（たとえば、ステップＳ６１３，Ｓ６１４）と、
前記受付携帯端末識別情報記憶手段によって取得された前記携帯端末識別情報が、前記取引禁止携帯端末入力受付手段によって入力が受付けられた前記取引禁止携帯端末の前記携帯端末識別情報に一致するか否かを判定する取引禁止携帯端末判定手段（たとえば、ステップＳ６６０１，Ｓ６７０１）とを備え、
該取引禁止携帯端末判定手段により一致すると判定されたこと（たとえば、ステップＳ６６０１，Ｓ６７０１でＹＥＳの場合）を条件として、前記情報送信手段により減算要求情報を送信することなく（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３の処理に進ませないようにして）エラー処理を行なう（たとえば、ステップＳ６７１でエラー表示をする）。
このような構成によれば、取引装置によって、取引処理が禁止されている取引禁止携帯端末の携帯端末識別情報の入力が受付けられ、携帯端末から取得された携帯端末識別情報が、入力が受付けられた取引禁止携帯端末の携帯端末識別情報に一致するか否かが判定され、一致すると判定されたことを条件として、減算要求情報を送信されることなく、エラー処理が行なわれる。このため、取引が禁止されている携帯端末による取引処理が実行されることを防止できる。
（６） 前記取引装置は、
前記取引装置判定手段により前記携帯端末識別情報が一致しないと判定されたとき（たとえば、ステップＳ６５６でＮＯの場合）には、前記電子マネー取引処理実行手段により取引処理を実行しない一方（たとえば、ステップＳ６６１の処理に進ませない）、所定のリセット入力を受付けたこと（たとえば、ステップＳ６５１でＹＥＳの場合）を条件として、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報の携帯端末以外の携帯端末による取引処理を可能とする（たとえば、ステップＳ６８０）。
前記取引装置判定手段により前記携帯端末識別情報が一致しないと判定されたとき（たとえば、ステップＳ６５６でＮＯの場合）には、前記電子マネー取引処理実行手段により取引処理を実行しない一方（たとえば、ステップＳ６６１の処理に進ませない）、所定のリセット入力を受付けたこと（たとえば、ステップＳ６５１でＹＥＳの場合）を条件として、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報の携帯端末以外の携帯端末による取引処理を可能とする（たとえば、ステップＳ６８０）。
このような構成によれば、取引装置によって、携帯端末識別情報が一致しないと判定されたときには、取引処理が実行されない一方、所定のリセット入力が受付けられたことを条件として、記憶されている携帯端末識別情報の携帯端末以外の携帯端末による取引処理が可能とされる。このため、ユーザが取引処理の途中で通信の途切れた携帯端末の受付を再度行なうことなく離れてしまって、他の携帯端末を受付けることができなくなることによる売上の低下を防止できる。
（７） 前記取引装置は、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記電子マネー情報記憶手段に記憶された前記電子マネー情報の額（たとえば、バリュー残高）を取得して記憶する受付携帯端末電子マネー額記憶手段（たとえば、ステップＳ６０２１，Ｓ６４３２）と、
前記電子マネー取引処理実行手段による前記取引処理の実行に伴って（たとえば、ステップＳ６４２またはステップＳ６６１が実行された後に）、前記受付携帯端末電子マネー額記憶手段に記憶された前記電子マネー情報の額から取引額を減算した電子マネー情報の額を特定可能な情報と前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報とを、当該取引装置外に設けられた管理装置（たとえば、店舗サーバ８００）に対して送信する（たとえば、ステップＳ６４３，Ｓ６６２）とともに、前記リセット入力が受付けられたこと（たとえば、ステップＳ６５１，Ｓ６７２でＹＥＳの場合）に基づいて、前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報と前記リセット入力を受付けた旨とを、前記管理装置に対して送信する（たとえば、ステップＳ６７４）取引情報送信手段とを備える。
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記電子マネー情報記憶手段に記憶された前記電子マネー情報の額（たとえば、バリュー残高）を取得して記憶する受付携帯端末電子マネー額記憶手段（たとえば、ステップＳ６０２１，Ｓ６４３２）と、
前記電子マネー取引処理実行手段による前記取引処理の実行に伴って（たとえば、ステップＳ６４２またはステップＳ６６１が実行された後に）、前記受付携帯端末電子マネー額記憶手段に記憶された前記電子マネー情報の額から取引額を減算した電子マネー情報の額を特定可能な情報と前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報とを、当該取引装置外に設けられた管理装置（たとえば、店舗サーバ８００）に対して送信する（たとえば、ステップＳ６４３，Ｓ６６２）とともに、前記リセット入力が受付けられたこと（たとえば、ステップＳ６５１，Ｓ６７２でＹＥＳの場合）に基づいて、前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報と前記リセット入力を受付けた旨とを、前記管理装置に対して送信する（たとえば、ステップＳ６７４）取引情報送信手段とを備える。
このような構成によれば、取引装置によって、受付けられた携帯端末から、この携帯端末に記憶された電子マネー情報の額が取得され記憶され、取引処理の実行に伴って、取引装置に記憶された電子マネー情報の額から取引額を減算した電子マネー情報の額を特定可能な情報と携帯端末識別情報とが、取引装置外に設けられた管理装置に対して送信されるとともに、リセット入力が受付けられたことに基づいて、取引装置に記憶された携帯端末識別情報とリセット入力が受付けられた旨とが、管理装置に対して送信される。このため、ユーザから電子マネー情報の保証の申告があったときに、管理装置で履歴を確認してユーザに保証することが可能となる。
（９） 店舗（たとえば、遊技場３０）内に複数設置され、携帯端末（たとえば、携帯電話１００）に記憶された電子マネー情報（たとえば、バリューなどの電子マネー）または貨幣を用いて取引処理（たとえば、メダルサンド６００Ａにおいてメダル６１１を払出すメダル貸処理、スロットマシン７００Ａでのゲームやパチンコ遊技を可能とするプリペイドカード３７１を券売機３００において発券する発券処理）を実行する取引装置（メダルサンド６００Ａ、券売機３００）であって、
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段（たとえば、貨幣処理機６８０、ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、ステップＳ６０１４）と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段（たとえば、ステップＳ６０１４で、紙幣処理機６８０から紙幣識別通知が受信され、ステップＳ６１３２またはステップＳ６１３３で、識別された貨幣の入金額がプリペイドカード３７１またはＩＣコイン６５１に入金され、ステップＳ６４１７で入金された価値が用いられてメダル貸制御が行なわれる）と、
該取引装置を個々に識別するための取引装置識別情報（たとえば、装置ＩＤ）を記憶する取引装置識別情報記憶手段（たとえば、記憶部６２０）と、
前記携帯端末を受付ける受付手段（たとえば、チップリーダライタ６９０、ステップＳ６３１，Ｓ６０２１，Ｓ６０２２，Ｓ６５２，Ｓ６５３）と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額（たとえば、１０５０円）分の前記電子マネー情報の減算を要求する減算要求情報（たとえば、減算要求）とを送信する情報送信手段（たとえば、ステップＳ６４４４，Ｓ６５８）と、
前記情報送信手段から前記減算要求情報が送信されてから、前記情報送信手段から送信した前記減算要求情報により示される前記取引額分の前記電子マネー情報の減算が完了した旨を示す減算完了通知（たとえば、減算終了信号）を前記携帯端末から受信したこと（たとえば、ステップＳ６４５においてＹＥＳとなる前にステップＳ６４１においてＹＥＳとなったこと）に基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段（たとえば、ステップＳ６４２）と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく（たとえば、ステップＳ６４１においてＹＥＳとなる前にステップＳ６４５においてＹＥＳとなり）、その後に前記受付手段により携帯端末が受付けられたとき（たとえば、ステップＳ６５３でＹＥＳの場合）に、当該携帯端末に記憶された前記取引装置識別情報を取得する識別情報取得手段（たとえば、ステップＳ６５３）と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段（たとえば、ステップＳ６５５）とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたこと（たとえば、ステップＳ６５５でＹＥＳの場合）を条件として、前記取引処理を実行し（たとえば、ステップＳ６６１）、
前記貨幣受付識別手段によって前記貨幣が受付けられてから（たとえば、貨幣処理機６８０に紙幣６８１が挿入されてから）少なくとも識別されるまで（たとえば、ステップＳ６０１４において貨幣処理機６８０から紙幣識別通知が受信されるまで、または、ステップＳ６１２１において貨幣処理機６８０の入金額が記憶部６２０に記憶されるまで）の期間に、前記受付手段によって前記携帯端末が受付けられたこと（たとえば、ステップＳ０２１で携帯電話１００からの取引要求が受信されたこと）に基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信する（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８）とともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却する（たとえば、データ処理部６１０によって、ステップＳ６４３１で紙幣挿入不可制御信号が貨幣処理機６８０に送信される。貨幣処理機６８０によって、ステップＳ６８１３で、紙幣挿入不可制御信号が受信され、ステップＳ６８１４で貨幣処理機６８０の状態が紙幣挿入不可状態に変更され、ステップＳ６８２１で、紙幣６８１が取込まれるとすぐに、ステップＳ６８２３で、紙幣６８１が返却される制御が行なわれる）。
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段（たとえば、貨幣処理機６８０、ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、ステップＳ６０１４）と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段（たとえば、ステップＳ６０１４で、紙幣処理機６８０から紙幣識別通知が受信され、ステップＳ６１３２またはステップＳ６１３３で、識別された貨幣の入金額がプリペイドカード３７１またはＩＣコイン６５１に入金され、ステップＳ６４１７で入金された価値が用いられてメダル貸制御が行なわれる）と、
該取引装置を個々に識別するための取引装置識別情報（たとえば、装置ＩＤ）を記憶する取引装置識別情報記憶手段（たとえば、記憶部６２０）と、
前記携帯端末を受付ける受付手段（たとえば、チップリーダライタ６９０、ステップＳ６３１，Ｓ６０２１，Ｓ６０２２，Ｓ６５２，Ｓ６５３）と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額（たとえば、１０５０円）分の前記電子マネー情報の減算を要求する減算要求情報（たとえば、減算要求）とを送信する情報送信手段（たとえば、ステップＳ６４４４，Ｓ６５８）と、
前記情報送信手段から前記減算要求情報が送信されてから、前記情報送信手段から送信した前記減算要求情報により示される前記取引額分の前記電子マネー情報の減算が完了した旨を示す減算完了通知（たとえば、減算終了信号）を前記携帯端末から受信したこと（たとえば、ステップＳ６４５においてＹＥＳとなる前にステップＳ６４１においてＹＥＳとなったこと）に基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段（たとえば、ステップＳ６４２）と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく（たとえば、ステップＳ６４１においてＹＥＳとなる前にステップＳ６４５においてＹＥＳとなり）、その後に前記受付手段により携帯端末が受付けられたとき（たとえば、ステップＳ６５３でＹＥＳの場合）に、当該携帯端末に記憶された前記取引装置識別情報を取得する識別情報取得手段（たとえば、ステップＳ６５３）と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段（たとえば、ステップＳ６５５）とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたこと（たとえば、ステップＳ６５５でＹＥＳの場合）を条件として、前記取引処理を実行し（たとえば、ステップＳ６６１）、
前記貨幣受付識別手段によって前記貨幣が受付けられてから（たとえば、貨幣処理機６８０に紙幣６８１が挿入されてから）少なくとも識別されるまで（たとえば、ステップＳ６０１４において貨幣処理機６８０から紙幣識別通知が受信されるまで、または、ステップＳ６１２１において貨幣処理機６８０の入金額が記憶部６２０に記憶されるまで）の期間に、前記受付手段によって前記携帯端末が受付けられたこと（たとえば、ステップＳ０２１で携帯電話１００からの取引要求が受信されたこと）に基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信する（たとえば、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８）とともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却する（たとえば、データ処理部６１０によって、ステップＳ６４３１で紙幣挿入不可制御信号が貨幣処理機６８０に送信される。貨幣処理機６８０によって、ステップＳ６８１３で、紙幣挿入不可制御信号が受信され、ステップＳ６８１４で貨幣処理機６８０の状態が紙幣挿入不可状態に変更され、ステップＳ６８２１で、紙幣６８１が取込まれるとすぐに、ステップＳ６８２３で、紙幣６８１が返却される制御が行なわれる）。
このような構成によれば、取引装置によれば、取引装置が複数設置されるようなシステムにおいて、取引の途中に取引装置と携帯端末との通信が切断された場合に、電子マネー情報の減算が行なわれていないにも関わらず取引処理が行なわれてしまうことを防止できる。
また、取引装置によれば、使用用途に制約が少ない貨幣よりも優先して、使用用途に制約が多い電子マネー情報が取引処理に用いられ、貨幣がユーザの手元に残るので、ユーザの利便性を向上させることができる。
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の最良の形態においては、遊技機の一例として、スロットマシンを示すが、本発明は、これに限定されず、たとえば、パチンコ遊技機およびコイン遊技機等のその他の遊技機であってもよい。
（電子マネーシステム１０の各構成の説明）
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ４００と、金融機関サーバ５００と、遊技場３０に設置される機器とを含む。
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ４００と、金融機関サーバ５００と、遊技場３０に設置される機器とを含む。
遊技場３０に設置される機器には、券売機３００、メダルサンド６００Ａ、スロットマシン７００Ａ、および、店舗サーバ８００が含まれる。メダルサンド６００Ａは、スロットマシン７００Ａに対応して設けられる。
携帯電話１００は、本実施の形態における主要な構成として、電子マネーアプリ１１１と、非接触型ＩＣ（Integrated Circuit）チップ１９０とを備える。
電子マネー管理サーバ２００は、本実施の形態における主要な構成として、初期登録時ＡＰ（Application Program）２１１と、バリュー購入時ＡＰ２１２と、バリュー発行時ＡＰ２１３と、残高管理ＡＰ２１４と、利用者情報ＤＢ（DataBase）２２１と、発行情報ＤＢ２２２とを備える。
電子マネーシステム１０は、ユーザの携帯電話１００にチャージされた特定の種類の電子マネーであるバリューを用いて、遊技場３０に設置されたスロットマシン７００Ａでのゲームを可能にするための電子マネー遊技使用サービスを提供するシステムである。
携帯電話１００は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える。なお、ウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える装置であれば、携帯電話１００に替えて、通話機能がない携帯情報端末（Personal Digital Assistance、以下「ＰＤＡ」という）などの他の携帯端末であってもよい。
本実施の形態においては、携帯電話１００に、電子マネー遊技使用サービスを実行するための携帯電話１００側の処理手順を示すプログラムである電子マネーアプリ１１１が導入されることにより、後述するように、電子マネーシステム１０で、この携帯電話１００を用いることができるようになる。
電子マネーアプリ１１１は、携帯電話インターネット網９１０を介して、電子マネー管理サーバ２００や金融機関サーバ５００と通信することが可能である。また、電子マネーアプリ１１１は、バリューに関する処理状況を記憶部１２０に記憶することによって管理する。
非接触型ＩＣチップ１９０は、電子マネーアプリ１１１、および、外部のチップリーダライタと通信することが可能である。非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、非接触型ＩＣチップ１９０がチップリーダライタから数センチメートルの距離に近接するように、携帯電話１００がチップリーダライタにかざされることによって行なわれる。
非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、チップリーダライタからの電磁波である搬送波を、非接触型ＩＣチップ１９０やチップリーダライタが変調させることによって行なわれる。また、非接触型ＩＣチップ１９０には、チップリーダライタからの電磁波による電磁誘導によって、外部のチップリーダライタ側から電力が供給される。
このため、携帯電話１００側から電力が供給されない場合であっても、非接触型ＩＣチップ１９０がチップリーダライタに近づけられることによって、非接触型ＩＣチップ１９０は動作可能となる。
電子マネー管理サーバ２００は、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、残高管理ＡＰ２１４、利用者情報ＤＢ２２１、および、発行情報ＤＢ２２２などの機能によって、携帯電話１００および遊技場３０に対して、後述するような電子マネー遊技使用サービスにおける様々なサービスを提供する。
決済サーバ２８０は、請求情報ＤＢ２８１を含み、電子マネー遊技使用サービスに対するユーザの決済を管理する。
リモート発行サーバ４００は、電子マネー管理サーバ２００および携帯電話１００からの非接触型ＩＣチップ１９０への記憶領域の確保および情報の書込みを管理する。
金融機関サーバ５００は、電子マネー遊技使用サービスを利用するにあたって電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関のサーバである。
電子マネー管理サーバ２００、リモート発行サーバ４００、および、金融機関サーバ５００は、携帯電話インターネット網９１０を介して、携帯電話１００と通信することが可能である。電子マネー管理サーバ２００は、専用線を介して、決済サーバ２８０と通信することが可能である。決済サーバ２８０は、各種収納機関および金融機関が専用線で閉域接続された金融機関専用ネットワーク９２０を介して、金融機関サーバ５００と通信することが可能である。
券売機３００は、ユーザから現金やバリューを受けて、スロットマシン７００Ａでのゲームやパチンコ遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券する。券売機３００は、後述するようにチップリーダライタを含み、前述したように、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。つまり、券売機３００は、携帯電話１００に記憶されたバリューを使用してプリペイドカード３７１を発券する処理を取引処理として行なう。
メダルサンド６００Ａは、スロットマシン７００Ａに対応して設けられる。メダルサンド６００Ａは、遊技者からプリペイドカード３７１を受付けて、メダルサンド６００Ａに設けられたメダル貸ボタンの操作に応じて、プリペイドカード３７１に記録されたプリペイドデータで示される価値、受付けられた現金のうちから所定額相当（たとえば、５００円相当）の価値または現金を減算する。
メダルサンド６００Ａは、携帯電話１００がメダルサンド６００Ａにかざされると、携帯電話１００に記憶されたバリューから、所定額相当のバリューを減算する。
メダルサンド６００Ａは、減算した価値、現金またはバリューに見合ったメダルを払出す。メダルサンド６００Ａは、メダルサンド６００Ａに設けられた返却ボタン６３２の操作に応じて、プリペイドカード３７１を排出する。
スロットマシン７００Ａは、前記払出されたメダルを使用してスロットマシンのゲームをユーザである遊技者に提供する装置である。そして、遊技者によるスロットマシン７００Ａの操作に応じて、ゲームが行なわれる。
店舗サーバ８００は、遊技場３０内のＬＡＮ（Local Area Network）を介して、券売機３００およびメダルサンド６００Ａと通信することが可能である。店舗サーバ８００は、専用線などを介して、電子マネー管理サーバ２００と通信することが可能である。
店舗サーバ８００は、券売機３００におけるプリペイドカード３７１の販売に伴なう取引情報、および、メダルサンド６００Ａにおけるプリペイドカード３７１や携帯電話１００の使用に伴なう使用情報などの情報を、券売機３００やメダルサンド６００Ａから受けて、それらの情報を記憶する。
店舗サーバ８００は、記憶した情報のうち、後述するバリューの使用に関する情報を電子マネー管理サーバ２００に送信する。店舗サーバ８００は、電子マネー管理サーバ２００から電子マネー遊技使用サービスにおける不正に関する情報を受信する。
店舗サーバ８００は、電子マネー管理サーバ２００から受信した情報を、必要に応じて、券売機３００やメダルサンド６００Ａに送信する。
なお、決済サーバ２８０は、電子マネー管理サーバ２００に含まれるように構成されてもよい。また、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、残高管理ＡＰ２１４、利用者情報ＤＢ２２１、および、発行情報ＤＢ２２２の構成は、それぞれ、電子マネー管理サーバ２００と異なるコンピュータに含まれるようにしてもよい。
また、たとえば、携帯電話１００のウェブ処理時に情報をやり取りするサーバと、携帯電話１００の電子マネーアプリ１１１の処理時にやり取りするサーバとが、それぞれ別のコンピュータで構成されるようにしてもよい。
図２は、本発明に係る携帯電話１００の構成の一例を示すブロック図である。図２を参照して、携帯電話１００は、データ処理部１１０と、記憶部１２０と、データ入力部１３０と、表示部１４０と、音声入出力部１５０と、無線通信部１６０と、アンテナ１６１と、前述した非接触型ＩＣチップ１９０とを含む。
非接触型ＩＣチップ１９０は、制御部１９１と、記憶部１９２と、非接触通信部１９３と、アンテナ１９４とを含む。
記憶部１２０は、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリやＲＡＭ（Random Access Memory）などの揮発性メモリなどの半導体メモリで構成される。記憶部１２０は、携帯電話１００の各種機能をデータ処理部１１０に実行させるためのプログラムやデータを記憶する。また、記憶部１２０は、携帯電話１００を個々に識別するための端末ＩＤを予め記憶する。また、記憶部１２０は、非接触型ＩＣチップ１９０を利用する各種サービスにおけるアプリケーションプログラム、本実施の形態においては、電子マネー管理サーバ２００から受信した電子マネーアプリ１１１を記憶する。
データ入力部１３０は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部１３０は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受渡す。
表示部１４０は、液晶表示装置（Liquid Crystal Display、以下「ＬＣＤ」という）で構成される。なお、表示部１４０は、ＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部１４０は、データ処理部１１０から受けた文字データおよび画像データを表示する。
音声入出力部１５０は、マイクおよびスピーカで構成される。音声入出力部１５０は、外部から入力された音声を電気信号に変えて、データ処理部１１０に受渡し、データ処理部１１０からの電気信号を音声に変換して、外部に出力する。
無線通信部１６０は、他の携帯電話またはサーバからアンテナ１６１で受信した信号をデータ処理部１１０に受渡し、データ処理部１１０から他の携帯電話またはサーバへ送信する信号をアンテナ１６１から出力させる。
データ処理部１１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」という）で構成される。データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１と通信することが可能である。データ処理部１１０は、記憶部１２０に記憶されたプログラムに従って、記憶部１２０、データ入力部１３０、無線通信部１６０、音声入出力部１５０、または、非接触型ＩＣチップ１９０の制御部１９１から入力されたデータを処理して、記憶部１２０、表示部１４０、無線通信部１６０、音声入出力部１５０、または、非接触型ＩＣチップ１９０の制御部１９１に出力する。
非接触型ＩＣチップ１９０の記憶部１９２は、非接触型ＩＣチップ１９０を利用する各種サービスで用いられるバリューなどの電子マネーやサービスポイントなどのデータ、および、アプリケーションプログラムで用いられるデータを記憶する。記憶部１９２に記憶されるデータについては、後述する図３で説明する。
非接触型ＩＣチップ１９０の非接触通信部１９３は、アンテナ１９４を介して外部のチップリーダライタと通信する。本実施の形態においては、非接触通信部１９３は、券売機３００に備えられたチップリーダライタ３９０およびメダルサンド６００Ａに備えられたチップリーダライタ６９０と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部１９３は、アンテナ１９４から電力を受け、非接触型ＩＣチップ１９０の各部に電力を供給する。
非接触型ＩＣチップ１９０の制御部１９１は、記憶部１９２に記憶されたプログラムに従って、記憶部１９２、非接触通信部１９３、または、データ処理部１１０から入力されたデータを処理して、記憶部１９２、非接触通信部１９３、または、データ処理部１１０に出力する。
なお、本実施の形態においては、携帯電話１００は、音声入出力部１５０を含んでも含まなくてもよい。
図３は、本実施の形態における携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２に記憶されるデータを説明するための図である。
図３を参照して、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２では、前述した会員ＩＤ、および、端末ＩＤが予め記憶される。また、後述するように、記憶部１９２では、電子マネー情報としてのバリュー残額が記憶され、ステップＳ１５６でバリュー残額が加算され、ステップＳ９２３でバリュー残額が減算される。さらに、後述するように、記憶部１９２では、バリューが使用されるたびにステップＳ９２４で通番が更新されて記憶され、バリューが使用されたメダルサンド６００Ａまたは券売機３００を識別するための装置ＩＤが、ステップＳ９２２で記憶される。
図３では、たとえば、会員ＩＤとして「１１０１」、端末ＩＤとして「ＭＮ７ＲＥ」、バリュー残額として「１０００」円、通番として「１２３４」、および、装置ＩＤとして「ＬＭ６ＱＤ」が記憶されている。
図４は、本発明に係る電子マネー管理サーバ２００の構成の一例を示すブロック図である。図４を参照して、電子マネー管理サーバ２００は、データ処理部２１０と、記憶部２２０と、データ入力部２３０と、表示部２４０と、通信部２６０とを含む。
記憶部２２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリ、および、ハードディスクなどの外部記憶装置で構成される。記憶部２２０には、電子マネー管理サーバ２００の各種機能をデータ処理部２１０に実行させるためのプログラムやデータが記憶される。
本実施の形態においては、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、および、残高管理ＡＰ２１４が記憶部２２０に記憶される。また、前述した利用者情報ＤＢ２１１および発行情報ＤＢ２２２も、記憶部２２０に記憶される。
データ入力部２３０は、キーボードおよびマウスなどの入力装置で構成される。データ入力部２３０は、電子マネー管理サーバの管理者などのユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受渡す。
表示部２４０は、ＬＣＤで構成される。なお、表示部２４０は、ＣＲＴ（Cathode Ray Tube）ディスプレイやＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データおよび画像データを表示する。
通信部２６０は、携帯電話１００または他のサーバから、携帯電話インターネット網９１０または他のネットワークを介して受信したデータをデータ処理部２１０に受渡し、データ処理部２１０から携帯電話インターネット網９１０または他のネットワークを介して携帯電話１００または他のサーバに送信するデータを出力する。
データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。
なお、決済サーバ２８０、リモート発行サーバ４００、金融機関サーバ５００、および、店舗サーバ８００の構成は、図４で説明した電子マネー管理サーバ２００の構成と同様である。
図５は、本実施の形態における電子マネー管理サーバ２００が電子マネー遊技使用サービスを提供する際に用いる利用者情報データベース２２１を説明するための図である。
図５を参照して、利用者情報ＤＢ２２１では、後述するように、ステップＳ２２７で発行される会員ＩＤおよびステップＳ２１８で登録される端末ＩＤに対応付けて、ステップＳ２０７において受信した空メールから認識される携帯電話１００の電子メールアドレス、ステップＳ２２４において登録される金融機関指定情報、ステップＳ２３５において加算される未チャージ削除カウンタのカウント値、および、携帯電話１００の登録状態が記憶される。
会員ＩＤは、電子マネー遊技使用サービスの会員を一意に識別するためのＩＤである。携帯ＩＤは、携帯電話１００を一意に識別するための情報である。携帯電話１００の電子マネーアドレスは、携帯電話１００に対して一意に設定される電子メールに用いられるアドレスである。
金融機関指定情報は、金融機関に対して予め一意に付与される番号である。未チャージ削除カウンタは、電子マネー遊技使用サービスに登録され、初期登録手数料の決済が終了していない回数を携帯端末１００ごとに計数するためのカウンタである。
このため、電子マネー管理サーバ２００は、会員ＩＤまたは端末ＩＤに基づき、当該会員ＩＤまたは当該端末ＩＤに対応する、電子メールアドレス、金融機関指定情報、未チャージ削除カウンタのカウント値、および、登録状態を容易に検索することができる。
図５では、たとえば、端末ＩＤとして「ＭＮ７ＲＥ」の携帯電話のユーザに対して、会員ＩＤとして「１１０１」が発行され、この会員ＩＤおよび端末ＩＤに対応付けて、電子メールアドレスとして「ｍａｉｌｔｏ＠ｊｐ」、金融機関指定情報として所定の銀行の指定口座を特定するための「２４０９３２９」、未チャージ削除カウンタのカウント値として「２」、および、登録状態として「本登録」が記録されている。
図６は、本実施の形態における電子マネー管理サーバ２００が電子マネー遊技使用サービスを提供する際に用いる発行情報データベース２２２を説明するための図である。
図６を参照して、発行情報ＤＢ２２２では、後述するように、前述した会員ＩＤおよび端末ＩＤに対応付けて、ステップＳ２４１で受信したチャージ要求情報に含まれる携帯電話１００のバリュー残高、バリュー購入の際にステップＳ２６１で発行される購入番号、ステップＳ２６２における合計金額の算出に用いられる購入金額および手数料、ステップＳ２６６でのタイムスタンプチェックに用いられるタイムスタンプ、ステップＳ２７０４で更新されたバリュー購入記録（未チャージバリューを含む）、ステップＳ２７０５で加算されるバリュー購入回数、ステップＳ２７０６で更新される当日積算額、ステップＳ２７０７で加算されるチャージ累計額、および、ステップＳ２９１で受信した取引情報に含まれる取引額が記憶される。
バリュー残高は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域に記憶されるバリューの残額である。購入番号は、それぞれのバリューの購入を識別するための番号である。購入金額は、購入するバリューの対価である。手数料は、電子マネー遊技使用サービスの会員が電子マネー遊技使用サービスの提供業者に支払うべきバリューの購入の際の手数料である。タイムスタンプは、バリューの購入のための処理が行なわれた時刻を示す情報である。バリュー購入記録は、会員ＩＤごとの未チャージバリューなどの購入に関する情報の記録である。バリュー購入回数は、その会員が会員となってからバリューを購入した回数である。当日積算額は、その当日にその会員によって購入されたバリューの積算額である。チャージ累計額は、その会員が現在までに購入したバリューの累計額である。取引額は、ユーザがバリューを用いて取引をした額である。
このため、電子マネー管理サーバ２００は、会員ＩＤまたは端末ＩＤに基づき、当該会員ＩＤまたは当該端末ＩＤに対応する、バリュー残高、購入番号、購入金額、手数料、タイムスタンプ、バリュー購入記録、バリュー購入回数、当日積算額、チャージ累計額、および、取引額を容易に検索することができる。なお、バリュー購入記録としては、未チャージバリューの額、および、バリュー書込済であるか否かを示す書込済情報を含む。
図６では、たとえば、会員ＩＤ「１１０１」および端末ＩＤ「ＭＮ７ＲＥ」に対応付けて、バリュー残高として「１１０００」円、バリュー購入回数として「２８」回目、当日積算額として「６０００」円、チャージ累計額として「２４０００」円、および、取引額として「２２０００」円が記憶されている。
また、前述した会員ＩＤ「１１０１」および端末ＩＤ「ＭＮ７ＲＥ」に対応付けて、購入番号として「９００１０８０１」と「９０００５５８７」とが記憶されている。本実施の形態においては、バリュー購入が行なわれるごとに、会員ＩＤおよび端末ＩＤに対応付けて、購入番号が記憶される。
購入番号として「９００１０８０１」，「９０００５５８７」のそれぞれに対応して、購入金額として「１０００」円，「５０００」円、手数料として「０」円，「０」円、タイムスタンプとして「２００５０４２８１５３４５７」，「２００５０４１７０７１１３４」、未チャージバリューの額として「１０００」円，「５０００」円、および、書込済情報として当該未チャージバリューが書込済でない旨の「０」，当該未チャージバリューが書込済である旨の「１」が記憶されている。このように、発行情報ＤＢ２２２には、購入番号に対応する購入履歴が記憶される。
以上、本実施の形態における電子マネー管理サーバ２００のデータベースとして、利用者情報ＤＢ２２１と発行情報ＤＢ２２２とからなる構成について説明した。しかし、これに限らず、１つのデータベースで構成されるものであってもよい。たとえば、会員ＩＤおよび端末ＩＤに対応付けて、当該会員ＩＤまたは当該端末ＩＤに対応する各種情報を記憶するように構成するものであってもよい。
図７は、本発明に係る券売機３００の構成の一例を示すブロック図である。図７を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。
チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。
記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムおよびデータが記憶される。
操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受渡す。
表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データおよび画像データを表示する。
通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。
貨幣処理機３８０は、硬貨および紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。
データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。
チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。
そして、この券売機３００において、遊技者が貨幣によりプリペイドカード３７１を購入する場合には、貨幣処理機３８０に貨幣を投入すると、当該貨幣額が識別され、当該識別金額の範囲内の金額ボタンが点灯される。遊技者が点灯された金額ボタンのいずれかを操作すると、該選択金額分の残額を有するプリペイドカード３７１が発行されるとともに、釣銭があれば釣銭が払出される。
一方、携帯電話１００に記憶された電子マネー情報を使用してプリペイドカード３７１を購入する場合には、遊技者が金額選択ボタンのいずれかを選択操作した後に、チップリーダライタ３９０に携帯電話１００を近接させると、チップリーダライタ３９０から携帯電話１００の非接触型ＩＣチップ１９０に対して、選択された金額ボタンに対応する金額の減算要求が送信され、これに応じて制御部１９１はバリューの減算を行なった後、減算完了をチップリーダライタ３９０に送信する。券売機３００はこれに応じて選択金額分の価値を有するプリペイドカード３７１を発行する。
ここで、本実施の形態のプリペイドカード３７１には、各プリペイドカードを個々に識別するためのカードＩＤが記憶されており、券売機３００から店舗サーバ８００に対して、発行されるプリペイドカード３７１のカードＩＤと選択金額が送信されることで、当該カードＩＤに対応付けて選択金額が残額（遊技に使用可能な有価価値）として記憶される。これにより、各プリペイドカード３７１（のカードＩＤ）により残額が特定可能となっている。
図８は、本発明に係るメダルサンド６００Ａの構成の一例を示すブロック図である。図８を参照して、メダルサンド６００Ａは、各スロットマシン７００Ａに対応して遊技場３０内に複数設置され、本発明の取引装置および遊技用装置を構成するものであり、携帯電話１００の非接触型ＩＣチップ１９０に記憶された電子マネー情報であるバリューや貨幣、さらにはプリペイドカード３７１やＩＣコイン６５１の有する残額を使用して、スロットマシン７００Ａでの遊技に使用されるメダルを払出す処理を取引処理として実行する。
具体的には、価値媒体としての貨幣を受付けて、該受付貨幣額を残額（遊技に使用可能な有価価値）として記憶するとともに、メダル貸ボタン６３１の操作に応じて、記憶残額の範囲内で所定額（本実施の形態では５００円）に相当するメダルを払出す処理を第１使用処理（貨幣取引処理）として行なうとともに、該第１使用処理に供される第１使用額（５００円）と該第１使用額に対応する消費税額（２５円）との合算額（５２５円）を前記記憶残額から減算する処理を第１減算処理として行なう。
また、価値媒体としてのプリペイドカード３７１またはＩＣコイン６５１を受付けて、該プリペイドカード３７１のカードＩＤまたはＩＣコイン６５１のＩＣコインＩＤに対応付けて店舗サーバ８００に記憶されている残額を取得して記憶するとともに、メダル貸ボタン６３１の操作に応じて、記憶残額の範囲内で所定額（本実施の形態では５００円）に相当するメダルを払出す処理を第１使用処理として行なうとともに、該第１使用処理に供される第１使用額（５００円）と該第１使用額に対応する消費税額（２５円）との合算額（５２５円）を前記記憶残額から減算する処理を第１減算処理として行なう。
さらに、携帯電話１００を受付けたことに基づいてメダル貸ボタン６３１の操作によらず、受付けた携帯電話１００の非接触型ＩＣチップ１９０に記憶されたバリューを使用してメダルを払出す処理を第２使用処理として行なうとともに、該第２使用処理に供される第２使用額（本実施の形態では１０００円）と該第２使用額に対応する消費税額（５０円）との合算額（１０５０円）の減算要求を携帯電話１００に対して送信する処理を第２減算処理として行なう。
また、本実施の形態においては、前記プリペイドカード３７１の管理等を行なうカード会社のセンタ管理装置において消費税率が設定され（本実施の形態にいおいては、５％に設定されている）、該設定された消費税率が各遊技場３０の店舗サーバ８００に配信されて記憶されるとともに、店舗サーバ８００から各メダルサンド６００Ａに送信されて、メダルサンド６００Ａの記憶部６２０や記憶部６９２に記憶されることで、店舗サーバ８００やメダルサンド６００Ａにおいて、使用額に応じた消費税額を算出し、残額から減算できるようにされている。
なお、消費税額の設定については、センタ管理装置に限らず、店舗サーバ８００やメダルサンド６００Ａにおいて実施できるようにしてもよいし、また、消費税率を設定するのではなく、使用額に対する減算額を設定する（たとえば、１００円分のメダル貸に対して１０５円減算し、５００円分のメダル貸に対して５２５円減算するといった設定をする）ようにしてもよい。
メダルサンド６００Ａは、データ処理部６１０と、記憶部６２０と、表示部６４０と、ＩＣコインリーダライタ６５０と、通信部６６０と、カードリーダライタ６７０と、貨幣処理機６８０と、携帯電話１００を受付ける受付手段として機能するチップリーダライタ６９０と、メダル払出部６０１とを含む。また、メダルサンド６００Ａは、メダルサンド６００Ａに信号を入力する操作部として、メダル貸ボタン６３１および返却ボタン６３２を含む。
チップリーダライタ６９０は、制御部６９１と、記憶部６９２と、非接触通信部６９３と、アンテナ６９４とを含む。
記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、メダルサンド６００Ａの各種機能をデータ処理部６１０に実行させるためのプログラムおよびデータが記憶される。
メダル貸ボタン６３１は、遊技者により押下操作されることによって、メダル６１１の貸出を要求するメダル貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカード３７１およびＩＣコイン６５１の返却を要求する返却操作信号をデータ処理部６１０に出力する。
表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データおよび画像データを表示する。
ＩＣコインリーダライタ６５０は、ＩＣコイン６５１からデータを読出して、読出したデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをＩＣコイン６５１に記録する。また、ＩＣコインリーダライタ６５０は、返却ボタン６３２からデータ処理部６１０を介して受けた返却操作信号に応じて、ＩＣコイン６５１をＩＣコイン返却口に返却する。
通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して受けた返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。
貨幣処理機６８０は、貨幣として、１０００円、２０００円、５０００円、１００００円の４金種の紙幣６８１を受付けて、受付けた紙幣６８１の金額を識別する貨幣受付識別手段を構成し、識別金額を示すデータをデータ処理部６１０へ受渡す。また、貨幣処理機６８０は、データ処理部６１０から受けたデータで示される額の現金を外部へ返却する。
メダル払出部６０１は、データ処理部６１０からの払出信号に応じてメダル６１１をメダル払出口から払出す。
データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、チップリーダライタ６９０の制御部６９１と通信することが可能である。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、メダル貸ボタン６３１、返却ボタン６３２、ＩＣコインリーダライタ６５０、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０から入力されたデータを処理して、記憶部６２０、表示部６４０、ＩＣコインリーダライタ６５０、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、チップリーダライタ６９０、または、メダル払出部６０１に出力する。
チップリーダライタ６９０の記憶部６９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。たとえば、メダルサンド６００Ａを個々に識別するための装置ＩＤ（取引装置識別情報）を記憶する。
チップリーダライタ６９０の非接触通信部６９３は、アンテナ６９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部６９３からの搬送波である電磁波による電磁誘導によって、非接触通信部６９３は、アンテナ６９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
チップリーダライタ６９０の制御部６９１は、記憶部６９２に記憶されたプログラムに従って、記憶部６９２、非接触通信部６９３、または、データ処理部６１０から入力されたデータを処理して、記憶部６９２、非接触通信部６９３、または、データ処理部６１０に出力する。
また、メダルサンド６００Ａには、ＩＣコイン６５１が複数枚収納されており、プリペイドカード３７１またはＩＣコイン６５１を受付けていない状態で貨幣を受付けたときには、当該収納ＩＣコインがＩＣコインリーダライタ６５０に供給されて、該ＩＣコイン６５１に記録された当該ＩＣコイン６５１を個々に識別するためのＩＣコインＩＤが読出されて、ＩＣコインＩＤと識別金額が店舗サーバ８００に送信されて対応付けて記憶される。そして、識別金額すべてがメダル貸に使用される前に返却ボタン６３２が操作されると、該ＩＣコイン６５１が返却される。
図９は、本実施の形態におけるメダルサンド６００Ａの外観を示す斜視図である。図９を参照して、メダルサンド６００Ａのメダル補給扉６０３の上部には、メダルサンド６００Ａの制御ユニット６０６が設けられる。制御ユニット６０６の前面の最上部の左側には、表示部６４０の一部である金額表示部６４４が備えられる。金額表示部６４４には、紙幣処理機６８０に投入された貨幣の額、プリペイドカード３７１から特定される残額、または、ＩＣコイン６５１から特定される残額が表示される。
金額表示部６４４の右側には、返却ボタン６３２、その右側には、表示部６４０の一部である紙幣挿入可ランプ６４１が設けられる。返却ボタンの下側には、貸出可ランプ６４２、その下側には、メダル貸ボタン６３１が設けられる。
金額表示部６４４の下側には、ＩＣコインリーダライタ６５０のＩＣコイン投入口６５２が設けられる。ＩＣコイン投入口６５２の下側には、チップリーダライタ６９０のアンテナ６９４が設けられる。アンテナ６９４の一部に、表示部６４０の一部であるバリュー使用可ランプ６４３が設けられる。
アンテナ６９４の下部には、ＩＣコインリーダライタ６５０のＩＣコイン返却口６５３およびカードリーダライタ６７０のカード挿入口６７１が設けられる。アンテナ６９４の右側には、貨幣処理機６８０が設けられる。貨幣処理機６８０の前面には、上部に、プリペイドカード３７１の暗証番号を入力するためのテンキー６８３、下部に、貨幣処理機６８０の紙幣挿入口６８２が設けられる。紙幣挿入口６８２の奥側には、紙幣６８１を貯蔵するための金庫が設けられる。
紙幣挿入可ランプ６４１、貸出可ランプ６４２、バリュー使用可ランプ６４３、金額表示部６４４、メダル貸ボタン６３１、返却ボタン６３２、ＩＣコイン投入口６５２、ＩＣコイン返却口６５３、カード挿入口６７１、アンテナ６９４、および、貨幣処理機６８０は、制御ユニット６０６に設けられる。
また、制御ユニット６０６の前面部の奥側には、データ処理部６１０、記憶部６２０、通信部６６０、および、非接触型ＩＣチップ６９０のアンテナ６９４以外の部分が搭載された回路基板が搭載される。
制御ユニット６０６の下部には、メダル払出部６０１のメダル補給扉６０３が設けられる。メダル払出部６０１から払出されるメダル６１１は、メダル補給扉６０３から補給される。メダル補給扉６０３には、メダル補給扉を施錠するための鍵穴６０４が設けられる。メダル補給扉６０３の下部には、メダル払出部６０１のメダル払出口６０２が設けられる。メダル払出口６０２からは、メダル払出部６０１からのメダル６１１が外部に払出される。
図１０は、本実施の形態におけるメダルサンド６００Ａの制御ユニット６０６の取外しを説明するための第１の図である。図１０を参照して、メダル補給扉６０３の鍵穴６０４に鍵を挿入して開錠することによって、メダル補給扉６０３が、開放可能な状態となる。そして、メダル補給扉６０３が開放されることによって、メダル６１１の補給が可能となる。
図１１は、本実施の形態におけるメダルサンド６００Ａの制御ユニット６０６の取外しを説明するための第２の図である。図１１を参照して、メダルサンド６００Ａの制御ユニット６０６の下面には、制御ユニット６０６のロックを解除して前面に引出せるようにするための第１操作ボタン６０５が設けられる。この第１操作ボタン６０５は、メダル補給扉６０３が開放されることによって操作可能となる。
制御ユニット６０６の上面には、鍵穴６０７および、さらにその奥に第２操作ボタン６０８が設けられる。第１操作ボタン６０５が操作されることによって、第２操作ボタンが操作可能となるまで、制御ユニット６０６を引出すことが可能となる。
図１２は、本実施の形態におけるメダルサンド６００Ａの制御ユニット６０６の取外しを説明するための第３の図である。図１２を参照して、鍵穴６０７に鍵６０９が挿入されて開錠方向に回転操作されるとともに、第２操作ボタン６０８が操作されることによって、制御ユニット６０６を完全に引出すことが可能となる。
つまり、制御ユニット６０６は、第１段階としてのメダル補給扉６０３を開放するための鍵穴６０４と第１操作ボタン６０５、および、第２段階としての制御ユニット６０６を完全に引出すことを可能とするための鍵穴６０７と第２操作ボタン６０８の２段階の操作によって、メダルサンド６００Ａの本体から取外し可能となる。このため、制御ユニット６０６が簡単に取出せないようにすることができ、さらには、金庫の紙幣６８１の盗難も防止することができるので、制御ユニット６０６のセキュリティを向上させることができる。
（電子マネーシステム１０への携帯電話１００の初期登録の説明）
図２１は、本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。図２１（ａ）は、携帯電話１００において、ウェブブラウザ機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるウェブページの画面である。
図２１は、本実施の形態における電子マネーシステムに携帯電話を初期登録するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。図２１（ａ）は、携帯電話１００において、ウェブブラウザ機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるウェブページの画面である。
図２１（ａ）の画面は、「メニュー」画面である。図２１（ａ）の画面には、他のウェブページへのリンクとして、「マイメニュー」「週間ガイド」「メニューリスト」「とくするメニュー」「エリア」「かんたん検索」が表示される。ここでは、「メニューリスト」が選択候補として反転表示されている。選択候補は、十字操作キーで切替えることができる。
また、図２１（ａ）以降の画面でも共通する表示として、画面の下部の「戻る」「選択」「メニュー」の表示がある。データ入力部１３０の左、中、右のファンクションキーを操作することによって、それぞれ「戻る」「選択」「メニュー」の機能を実行することができる。
「戻る」の機能を実行させると、１つ前のウェブページの画面が表示される。「選択」の機能を実行させると、十字操作キーの操作によって反転表示された選択候補のリンク先のウェブページの画面が表示される。「メニュー」の機能を実行させると、図２１（ａ）で説明した「メニュー」画面が表示される。
図２１（ａ）の画面で、「メニューリスト」のリンクが選択されると、図２１（ｂ）の画面が表示される。
図２１（ｂ）の画面は、「メニューリスト」画面である。図２１（ｂ）の画面には、他のウェブページへのリンクとして、「天気／ニュース／情報」「モバイルバンキング」「趣味」その他のリンクが表示される。ここでは、「趣味」のリンクが選択候補として反転表示されている。
図２１（ｂ）の画面で、「趣味」のリンクが選択されると、図２１（ｃ）の画面が表示される。
図２１（ｃ）の画面には、他のウェブページへのリンクとして、「パチンコ／パチスロ」「電子マネー」「→全２３サイト」その他のリンクが表示される。ここでは、「電子マネー」のリンクが選択候補として反転表示されている。
図２１（ｃ）の画面で、「→全２３サイト」のリンクが選択されると、他のサイトへのリンクがさらに表示される。図２１（ｃ）の画面で、「電子マネー」のリンクが選択されると、携帯電話１００から電子マネー管理サーバ２００に、「電子マネー」のリンクにアクセスされた旨が送信される。
図１３は、本実施の形態における電子マネー管理サーバ２００により実行される初期登録時アプリケーションプログラム２１１の処理の流れを示すフローチャートである。図１３を参照して、まず、ステップＳ２０１で、電子マネー管理サーバ２００のデータ処理部２１０は、図２１（ｃ）の画面で、「電子マネー」のＵＲＬ（Uniform Resource Locator）にアクセスがあったか否かを判断する。
アクセスがあったと判断した場合（ステップＳ２０１でＹＥＳの場合）、ステップＳ２０２で、データ処理部２１０は、携帯電話１００に、電子マネー遊技使用サービスへの登録のためのトップページの画面を送信する。なお、本実施の形態において、「画面を送信する」とは、画面を表示するためのデータを送信することである。「電子マネー」のＵＲＬへのアクセスがないと判断した場合（ステップＳ２０１でＮＯの場合）、および、ステップＳ２０２の後、データ処理部２１０は、ステップＳ２０３に処理を進める。
図２１に進んで、図２１（ｄ）の画面は、電子マネー遊技使用サービスへの携帯電話１００の登録のためのトップページの画面である。図２１（ｄ）の画面には、電子マネー遊技使用サービスへの登録の案内の文章のほか、他のウェブページへのリンクとして、電子マネー遊技使用サービスの概要のウェブページへのリンクである「電子マネーとは？」、お気に入りのウェブページをユーザ専用のメニューに登録するためのリンクである「マイメニュー登録」、電子マネー遊技使用サービスの更新履歴のウェブページへのリンクである「Ｗｈａｔ’ｓＮｅｗ！」、電子マネー遊技使用サービスへの新規会員登録のウェブページへのリンクである「新規会員登録はこちら！」、その他のリンクが表示される。ここでは、「新規会員登録はこちら！」が選択候補として反転表示されている。
図１４は、本実施の形態における携帯電話１００のウェブブラウザ機能により実行されるウェブ処理の流れを示すフローチャートである。図１４（ａ）は、ウェブ処理のうち初期登録時ウェブ処理の流れを示すフローチャートである。図１４（ａ）を参照して、まず、ステップＳ１０１で、携帯電話１００のデータ処理部１１０は、図２１（ｄ）の画面で、「新規会員登録はこちら！」のリンクが選択されたことによって、登録要求があったか否かを判断する。登録要求があったと判断すると（ステップＳ１０１でＹＥＳの場合）、ステップＳ１０２で、データ処理部１１０は、電子マネー管理サーバ２００に、携帯電話１００の機種情報を含む情報であって当該電子マネーサービスを享受できるようにするための登録を要求する情報である登録要求情報を送信する。一方、登録要求がなかったと判断した場合（ステップＳ１０１でＮＯの場合）、または、ステップＳ１０２の後、データ処理部１１０は、実行する処理をステップＳ１０３に進める。
図１３に戻って、ステップＳ２０３では、データ処理部２１０は、携帯電話１００から機種情報を含む登録要求情報が送信されてきたか否かを判断する。登録要求情報が送信されてきていないと判断した場合（ステップＳ２０３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２０７に進める。一方、登録要求情報が送信されてきたと判断した場合（ステップＳ２０３でＹＥＳの場合）、ステップＳ２０４で、データ処理部２１０は、送信されてきた登録要求情報に含まれる機種情報が電子マネーシステム１０に対応した機種を示すか否かを判断する。
携帯電話１００が電子マネーシステム対応機種であると判断した場合（ステップＳ２０４でＹＥＳの場合）、ステップＳ２０５で、データ処理部２１０は、メール送信用画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０７に進める。一方、携帯電話１００が電子マネーシステム対応機種でないと判断した場合（ステップＳ２０４でＮＯの場合）、ステップＳ２０６で、データ処理部２１０は、非対応機種報知画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
図２２は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。図２２（ａ）は、ステップＳ２０６で携帯電話１００い送信される非対応機種報知画面である。
図２２（ａ）の画面には、携帯電話１００が電子マネーシステム１０の対応機種でない旨の文章、電子マネー対応機種一覧へのリンクである「電子マネー対応携帯機種」、および、図２１（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
図２２（ｂ）は、ステップＳ２０５で携帯電話１００に送信されるメール送信用画面である。図２２（ｂ）の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書き、メール送信画面を表示するためのリンクである「ここをクリック！（空メール送信画面へ）」、および、図２１（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。図２２（ｂ）の画面で、「ここをクリック！（空メール送信画面へ）」のリンクが選択されると、携帯電話１００の電子メール機能が起動され、図２２（ｃ）のメール送信画面が表示される。
図２２（ｃ）のメール送信画面は、宛先に、電子マネー遊技使用サービスへ登録するための電子メールアドレスが既に入力された状態で表示される。また、メール送信画面の題名および本文には何も入力されていない。
図１４（ａ）に戻って、ステップＳ１０３で、データ処理部１１０は、ユーザによって、図２２（ｃ）のメール送信画面のメールの送信操作が行なわれたか否かを判断する。メール送信操作が行なわれたと判断した場合（ステップＳ１０３でＹＥＳの場合）、ステップＳ１０４で、データ処理部１１０は、図２２（ｃ）のメール送信画面のメールを電子マネー管理サーバ２００に送信する。つまり、空メールを送信する。一方、メール送信操作が行なわれていないと判断した場合（ステップＳ１０３でＮＯの場合）、または、ステップＳ１０４の後、データ処理部１１０は、実行する処理をステップＳ１０５に進める。
図１３に戻って、ステップＳ２０７で、データ処理部２１０は、ユーザの携帯電話１００から空メールを受信したか否かを判断する。空メールを受信することによって、データ処理部２１０は、ユーザの携帯電話１００の電子メールアドレスを知ることができる。
空メールを受信したと判断した場合（ステップＳ２０７でＹＥＳの場合）、ステップＳ２０８で、データ処理部２１０は、登録手続を継続するための登録ＵＲＬを記載した電子メールを、ユーザの携帯電話１００の電子メールアドレス宛に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１０に進める。一方、電子メールアドレスを受信していないと判断した場合（ステップＳ２０７でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２１０に進める。
図２３は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
図２３（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を報知するための画面である。ここでは、「メール 未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
図２３（ａ）の画面で、「メール 未読００１」が選択されると、図２３（ｂ）のように、ステップＳ２０８で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
図２３（ｂ）の電子メールには、登録手続を継続するためのウェブページへの登録ＵＲＬを選択して電子マネー遊技使用サービスへの登録手続を継続する旨の文章、および、登録ＵＲＬが記載されたリンクが表示される。
図１４（ａ）に戻って、ステップＳ１０５で、データ処理部１１０は、図２３（ｂ）の画面で、登録ＵＲＬのリンクが選択されたか否かを判断する。登録ＵＲＬのリンクが選択されたと判断すると（ステップＳ１０５でＹＥＳの場合）、ステップＳ１０６で、データ処理部１１０は、登録ＵＲＬにアクセスするとともに、携帯電話１００の機種情報を電子マネー管理サーバ２００に送信する。一方、登録ＵＲＬのリンクが選択されていないと判断すると（ステップＳ１０５でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１０７に進める。
図１３に戻って、ステップＳ２１０で、データ処理部２１０は、携帯電話１００から登録ＵＲＬにアクセスがあるとともに携帯電話１００の機種情報を受信したか否かを判断する。登録ＵＲＬにアクセスがあり機種情報を受信した場合（ステップＳ２１０でＹＥＳの場合）、ステップＳ２１１で、データ処理部２１０は、送信されてきた機種情報が電子マネーシステム１０に対応した機種を示すか否かを判断する。
携帯電話１００が電子マネーシステム対応機種であると判断した場合（ステップＳ２１１でＹＥＳの場合）、ステップＳ２１２で、データ処理部２１０は、利用同意画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２１４に進める。一方、携帯電話１００が電子マネーシステム対応機種でないと判断した場合（ステップＳ２１１でＮＯの場合）、ステップＳ２１３で、データ処理部２１０は、非対応機種報知画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
図２３に進んで、図２３（ｃ）は、ステップＳ２１３で携帯電話１００に送信される非対応機種報知画面である。図２３（ｃ）の画面は、図２２（ａ）の画面と同様であるので、説明は繰返さない。
図２３（ｄ）は、ステップＳ２１２で携帯電話１００に送信される利用同意画面である。図２３（ｄ）の画面には、電子マネー遊技使用サービスへの登録にあたっての注意書き、サービス規約のウェブページへのリンクである「サービス規約を読み（必須）」、および、サービス規約に同意し登録手続を先に進めるためのリンクである「同意して登録する」が表示される。ここでは、「同意して登録する」が選択候補として反転表示されている。
図１４（ａ）に戻って、ステップＳ１０７で、データ処理部１１０は、ユーザによって、図２３（ｄ）の画面で、「同意して登録する」のリンクが選択されたか否かを判断する。「同意して登録する」のリンクが選択されたと判断した場合（ステップＳ１０７でＹＥＳの場合）、ステップＳ１０８で、データ処理部１１０は、携帯電話１００を一意に識別するための端末ＩＤを電子マネー管理サーバ２００に送信する。一方、「同意して登録する」のリンクが選択されていないと判断した場合（ステップＳ１０７でＮＯの場合）、または、ステップＳ１０８の後、データ処理部１１０は、実行する処理をステップＳ１０９に進める。
図１３に戻って、ステップＳ２１４で、データ処理部２１０は、携帯電話１００から端末ＩＤが送信されてきたか否かを判断する。端末ＩＤが送信されてきていないと判断した場合（ステップＳ２１４でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２１に進める。
一方、端末ＩＤが送信されてきたと判断した場合（ステップＳ２１４でＹＥＳの場合）、ステップＳ２１５で、データ処理部２１０は、受信した端末ＩＤが利用者情報ＤＢ２２１に登録されたことがあるか否かを判断する。
ステップＳ２１５での判断方法について、後述する図５を参照して具体的に説明する。まず、データ処理部２１０は、利用者情報ＤＢ２２１に、受信した端末ＩＤが登録されているか否かを判断する。そして、登録されていると判断した場合には、データ処理部２１０は、さらに、当該端末ＩＤと対応付けて記憶されている登録状態が、後述するステップＳ２３４において本登録され退会していない状態を示す本登録状態であるか、または、本登録されていたが退会したため削除された状態を示す削除状態であるかを判断する。この判断の結果、受信した端末ＩＤが登録されており、かつ、登録状態が削除状態である場合には、受信した端末ＩＤの登録履歴があると判断する。
受信した端末ＩＤの登録履歴があると判断した場合（ステップＳ２１５でＹＥＳの場合）、ステップＳ２１６で、データ処理部２１０は、受信した端末ＩＤで示される携帯電話１００に対応する未チャージ削除カウンタのカウント値が３以上であるか否かを判断する。
未チャージ削除カウンタは、電子マネー遊技使用サービスに登録された携帯電話１００によって一度もバリューがチャージされずに登録が削除された回数を携帯端末１００ごとに計数するためのカウンタである。
未チャージ削除カウンタのカウント値が３以上である場合（ステップＳ２１６でＹＥＳの場合）、ステップＳ２１７で、データ処理部２１０は、登録回数オーバ画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
一方、ステップＳ２１５での判断の結果、受信した端末ＩＤの登録履歴がないと判断した場合（ステップＳ２１５でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２１８に進める。なお、図示していないが、ステップＳ２１５での判断の結果、受信した端末ＩＤが登録されており、かつ、登録状態が本登録状態である場合には、データ処理部２１０は、登録が不要である旨を報知するための情報を携帯電話に送信する処理を行なう。
図２４は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第４の表示画面図である。図２４（ａ）は、ステップＳ２１７で携帯電話１００に送信される登録回数オーバ画面である。
図２４（ａ）の画面には、登録回数が制限を越えている旨の文章、および、図２１（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
図１３に戻って、受信した端末ＩＤの登録履歴がないと判断した場合（ステップＳ２１５でＮＯの場合）、ステップＳ２１８で、データ処理部２１０は、送信されてきた端末ＩＤを利用者情報ＤＢ２２１に登録し、実行する処理をステップＳ２１９に進める。また、未チャージ削除カウンタのカウント値が３未満である場合（ステップＳ２１６でＮＯの場合）、および、ステップＳ２１８の後、ステップＳ２１９で、データ処理部２１０は、金融機関を選択するウェブページの最初の画面である金融機関選択画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２１に進める。
図２４に進んで、図２４（ｂ）の画面は、ステップＳ２１９で携帯電話１００に送信されるモバイルバンキング登録トップ画面である。図２４（ｂ）の画面には、電子マネー遊技使用サービスにおけるバリューの利用の方法を示す文章、モバイルバンキングへの登録を促がす旨の文章、モバイルバンキングの登録へ進むためのリンクである「ここから」、および、モバイルバンキングへの登録をスキップするためのリンクである「モバイルバンキング登録をスキップする方はこちらを選択してください」が表示される。
図１４（ａ）に戻って、ステップＳ１０９で、データ処理部１１０は、図２４（ｂ）の画面で、「ここから」の金融機関問合せリンクが選択されたか否か、図２４（ｃ）の画面で、いずれかの業態の金融機関問合せリンクが選択されたか否か、または、図２４（ｄ）の画面で、いずれかの金融機関問合せリンクが選択されたか否かを判断する。
金融機関問合せリンクが選択されたと判断すると（ステップＳ１０９でＹＥＳの場合）、ステップＳ１１０で、データ処理部１１０は、それぞれのリンクに対応する金融機関問合せ情報を電子マネー管理サーバ２００に送信する。一方、金融機関問合せリンクが選択されていないと判断した場合（ステップＳ１０９でＮＯの場合）、または、ステップＳ１１０の後、データ処理部１１０は、実行する処理をステップＳ１１１に進める。
図１３に戻って、ステップＳ２２１で、データ処理部２１０は、携帯電話１００から金融機関問合せ情報を受信したか否かを判断する。金融機関問合せ情報を受信したと判断した場合（ステップＳ２２１でＹＥＳの場合）、ステップＳ２２２で、データ処理部２１０は、金融機関問合せ情報に対応する画面を携帯電話１００に送信する。一方、金融機関問合せ情報を受信していないと判断した場合（ステップＳ２２１でＮＯの場合）、または、ステップＳ２２２の後、データ処理部２１０は、実行する処理をステップＳ２２３に進める。
図２４に進んで、図２４（ｃ）の画面は、図２４（ｂ）の画面の「ここから」のリンクの選択によって送信される金融機関問合せ情報に対応する第１の金融機関選択画面である。図２４（ｃ）の画面には、モバイルバンキングの業態の選択を促がす旨の文章、都市銀行を選択するためのリンクである「都市銀行」、地方銀行を選択するためのリンクである「地方銀行」、第２地方銀行を選択するためのリンクである「第２地銀」、労働金庫を選択するためのリンクである「労働金庫」、信用金庫を選択するためのリンクである「信用金庫」、信用組合を選択するためのリンクである「信用組合」、および、その他の金融機関を選択するためのリンクである「その他」が表示される。ここでは、図２４（ｃ）の画面で「都市銀行」のリンクが選択される場合について説明する。
図２４（ｄ）の画面は、図２４（ｃ）の画面の「都市銀行」のリンクの選択によって送信される金融機関問合せ情報に対応する第２の金融機関選択画面である。図２４（ｄ）の画面には、利用するモバイルバンキングの選択を促がす旨の文章、および、都市銀行のうちのいずれかを選択するためのリンクである「やまと銀行」「三友銀行」「ダイヤモンド銀行」「りえぞん銀行」が表示される。ここでは、図２４（ｄ）の画面で「やまと銀行」のリンクが選択される場合について説明する。
図２５は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第５の表示画面図である。
図２５（ａ）の画面は、図２４（ｄ）の画面の「やまと銀行」のリンクの選択によって送信される金融機関問合せ情報に対応するモバイルバンキングを確認するための画面である。図２５（ａ）の画面には、やまと銀行を利用するモバイルバンキングとして登録することを確認する旨の文章、登録することを確認して継続して手続を進めるためのリンクである「確認」、および、選択したモバイルバンキングを訂正するために前の画面に戻るためのリンクである「訂正する場合はこちらから」が表示される。
図１４（ａ）に戻って、ステップＳ１１１で、データ処理部１１０は、図２５（ａ）の画面で、「確認」のリンクが選択されたか否かを判断する。「確認」のリンクが選択されたと判断すると（ステップＳ１１１でＹＥＳの場合）、ステップＳ１１２で、データ処理部１１０は、電子マネー管理サーバ２００に、選択されたモバイルバンキングを示す金融機関指定情報および前述した端末ＩＤを送信する。一方、「確認」のリンクが選択されていないと判断した場合（ステップＳ１１１でＮＯの場合）、または、ステップＳ１１２の後、データ処理部１１０は、実行する処理をステップＳ１１３に進める。
図１３に戻って、ステップＳ２２３で、データ処理部２１０は、携帯電話１００から金融機関指定情報を受信したか否かを判断する。金融機関指定情報を受信していないと判断した場合（ステップＳ２２３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
一方、金融機関指定情報を受信したと判断した場合（ステップＳ２２３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２２４で、金融機関指定情報とともに受信した端末ＩＤと同一であって利用者情報ＤＢ２２１に登録された端末ＩＤに対応させて、受信した金融機関指定情報を利用者情報ＤＢ２２１に登録する。
次いで、ステップＳ２２５で、データ処理部２１０は、プロモーションメール受取可否設定画面を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２２６に進める。
図２５に進んで、図２５（ｂ）は、ステップＳ２２５で携帯電話１００に送信されるプロモーションメール受取可否設定画面である。図２５（ｂ）の画面には、電子マネーに関する最新情報等のお知らせメールであるプロモーションメールの受取を希望するか否かを確認する旨の文章、「希望する」のラジオボタン、「希望しない」のラジオボタン、ラジオボタンでの選択結果の送信を指示するためのリンクである「送信」、および、図２１（ｄ）で示したこのサイトのトップページへのリンクである「このサイトのトップへ」が表示される。
図１４（ａ）に戻って、ステップＳ１１３で、データ処理部１１０は、図２５（ｂ）の画面で、「希望する」または「希望しない」のラジオボタンが選択され、「送信」のリンクが選択されることによって、プロモーションメールの受取可否が決定されたか否かを判断する。受取可否が決定されたと判断すると（ステップＳ１１３でＹＥＳの場合）、ステップＳ１１４で、データ処理部１１０は、プロモーションメールの受取可否を示すプロモーション受取可否情報を電子マネー管理サーバ２００に送信する。一方、受取可否が決定されていないと判断した場合（ステップＳ１１３でＮＯの場合）、または、ステップＳ１１４の後、データ処理部１１０は、実行する処理をステップＳ１１５に進める。
図１３に戻って、ステップＳ２２６で、データ処理部２１０は、携帯電話１００からプロモーション受取可否情報を受信したか否かを判断する。プロモーション受取可否情報を受信していないと判断した場合（ステップＳ２２６でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２３１に進める。一方、プロモーション受取可否情報を受信したと判断した場合（ステップＳ２２６でＹＥＳの場合）、ステップＳ２２７で、データ処理部２１０は、会員ＩＤを発行し、その会員ＩＤ、ステップＳ２０７で受信したメールアドレス、ステップＳ２２４で仮登録された金融機関指定情報およびプロモーション受取可否情報を、プロモーション受取可否情報を送信した携帯電話１００の端末ＩＤと対応させて仮登録する。
具体的には、後述する図５の利用者情報ＤＢ２２１に携帯電話１００の端末ＩＤと対応させて記憶される登録状態を本登録未完了状態を示す仮登録状態に更新する処理を行なう。
なお、ステップＳ２１５でＹＥＳと判断された場合には、新たな会員ＩＤを発行することなく、既に発行済みの会員ＩＤを仮登録するようにしてもよい。次いで、ステップＳ２２８で、データ処理部２１０は、電子マネーアプリ１１１のダウンロードを確認する画面を携帯電話１００に送信する。
図２５に進んで、図２５（ｃ）は、ステップＳ２２８で携帯電話１００に送信されるダウンロードを確認する画面である。図２５（ｃ）の画面には、バリューの利用方法の文章、電子マネーアプリ１１１のダウンロードを促がす旨の文章、ダウンロードの開始を指示するためのリンクである「ダウンロード開始」、および、電子マネーアプリ１１１のサイズを示す文章が表示される。
図１４（ａ）に戻って、ステップＳ１１５で、データ処理部１１０は、図２５（ｃ）の画面で、「ダウンロード開始」が選択されることによって、電子マネーアプリ１１１のダウンロードが要求されたか否かを判断する。「ダウンロード開始」が選択されたと判断すると（ステップＳ１１５でＹＥＳの場合）、ステップＳ１１６で、データ処理部１１０は、電子マネーアプリ１１１のダウンロードを要求する旨の情報であるアプリダウンロード要求情報を電子マネー管理サーバ２００に送信し、実行する処理をステップＳ１１６ａに進める。一方、「ダウンロード開始」が選択されていないと判断した場合（ステップＳ１１５でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１０１に戻す。
図１３に戻って、ステップＳ２３１で、データ処理部２１０は、携帯電話１００からアプリダウンロード要求情報を受信したか否かを判断する。アプリダウンロード要求情報を受信したと判断した場合（ステップＳ２３１でＹＥＳの場合）、ステップＳ２３２で、電子マネーアプリ１１１を携帯電話１００に送信する。すなわち、電子マネー管理サーバ２００は、ステップＳ２０３で登録要求情報を受信したことを条件として、具体的には登録要求情報を受信し、かつ、ステップＳ２０４からステップＳ２３１までの処理を実行したことを条件として、電子マネーアプリ１１１を携帯電話１００に送信する。
図２５に進んで、携帯電話１００で電子マネーアプリ１１１の受信が開始されると、図２５（ｃ）の画面は、図２５（ｄ）で示される状態になる。つまり、ダウンロード中である旨の表示が、図２５（ｃ）の画面上に表示される。
図１４（ａ）に戻って、ステップＳ１１６ａで、データ処理部１１０は、電子マネーアプリ１１１のダウンロードが終了したか否かを判断する。すなわち、電子マネーアプリ１１１が記憶部１２０に記憶されたか否かを判断する。ステップＳ１１６ａでの判断処理は、ダウンロードが終了するまで、繰返し実行される。ダウンロードが終了したと判断すると（ステップＳ１１６ａでＹＥＳの場合）、データ処理部１１０は、初期登録時ウェブ処理を終了する。
電子マネーアプリ１１１のダウンロードが終了すると、携帯電話１００のデータ処理部１１０は、記憶部１２０に記憶された電子マネーアプリ１１１を起動させる。
図２６は、本実施の形態における電子マネーシステム１０に携帯電話１００を初期登録するときに携帯電話１００の表示部１４０に表示される第６の表示画面図である。図２６（ａ）は、電子マネーアプリ１１１の起動中に表示される画面である。図２６（ａ）の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字、および、全起動プロセスのうちの経過したプロセスの割合の概略を示すグラフが表示される。
図１５は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示すフローチャートである。図１５を参照して、電子マネーアプリ１１１が起動されると、ステップＳ１２０で、データ処理部１１０は、電子マネーアプリ１１１がダウンロードされてから初回の起動であるか否かを判断する。初回起動でないと判断した場合（ステップＳ１２０でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１９１に進める。一方、初回起動であると判断した場合（ステップＳ１２０でＹＥＳの場合）、ステップＳ１２１で、データ処理部１１０は、端末ＩＤを電子マネー管理サーバ２００に送信する。
図１３に戻って、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２３３で、携帯電話１００から端末ＩＤを受信して、受信した端末ＩＤが仮登録されているか否かを判断する。端末ＩＤが仮登録されていないと判断した場合（ステップＳ２３３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
一方、端末ＩＤが仮登録されていると判断した場合（ステップＳ２３３でＹＥＳの場合）、データ処理部２１０は、ステップＳ２３４で、その端末ＩＤと対応させて仮登録された会員ＩＤ、メールアドレス、金融機関指定情報およびプロモーション受取可否情報を、その端末ＩＤと対応させて、利用者情報ＤＢ２２１に本登録させる。具体的には、後述する図５の利用者情報ＤＢ２２１に携帯電話１００の端末ＩＤと対応させて記憶される登録状態を本登録状態に更新する処理を行なう。
そして、ステップＳ２３５で、データ処理部２１０は、本登録した携帯端末１００に対応する未チャージ削除カウンタのカウント値を１加算する。なお、加算された未チャージ削除カウンタは、会員から脱退した場合であっても利用者情報ＤＢ２２１において保持される。
次に、ステップＳ２３６で、データ処理部２１０は、電子マネー遊技使用サービス用の記憶領域を携帯電話１００に確保させるための情報である領域確保情報を携帯電話１００に送信する。その後、データ処理部２１０は、実行する処理をステップＳ２０１に戻す。
図１５に進んで、データ処理部１１０は、ステップＳ１２２で、電子マネー管理サーバ２００から領域確保情報を受信したか否かを判断する。領域確保情報を受信していないと判断した場合（ステップＳ１２２でＮＯの場合）、データ処理部１１０は、ステップＳ１２２を繰返す。一方、領域確保情報を受信したと判断した場合（ステップＳ１２２でＹＥＳの場合）、ステップＳ１２３で、データ処理部１１０は、電子マネー遊技使用サービス用の記憶領域を確保するための領域確保処理の開始を要求する領域確保処理開始要求を、リモート発行サーバ４００に送信する。
リモート発行サーバ４００は、携帯電話１００から領域確保処理開始要求を受けると、領域確保処理開始要求を送信してきた携帯電話１００の非接触型ＩＣチップ１９０に電子マネー遊技使用サービスに用いるための記憶部１９２の記憶領域を確保し、確保した記憶領域に会員ＩＤを記憶させるための領域確保実行情報を、領域確保処理開始要求を送信してきた携帯電話１００に送信する。
図１５に戻って、携帯電話１００のデータ処理部１１０は、ステップＳ１２４で、リモート発行サーバ４００から領域確保実行情報を受信したか否かを判断する。領域確保実行情報を受信していないと判断した場合（ステップＳ１２４でＮＯの場合）、データ処理部１１０は、ステップＳ１２４を繰返す。
一方、領域確保実行情報を受信したと判断した場合（ステップＳ１２４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１２５で、リモート発行サーバ４００からの領域確保実行情報で示される領域確保処理を実行する。領域確保処理は、非接触型ＩＣチップ１９０の記憶部１９２に電子マネー遊技使用サービス用の記憶領域を確保し、会員ＩＤをリモート発行サーバ４００に送信し、記憶部１９２の確保された記憶領域に０円相当のバリューを記憶させる処理である。
次いで、データ処理部１１０は、ステップＳ１２６で、リモート発行サーバ４００から領域確保終了情報を受信したことによって、領域確保処理が終了したか否かを判断する。領域確保処理が終了したと判断した場合（ステップＳ１２６でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１９１に進める。
ステップＳ１９１では、データ処理部１１０は、後述する図１８で説明する引継ぎ情報からの起動であるか否かを判断する。後述するように、バリューの購入後に引継ぎ情報が付された電子メールが携帯電話１００に送信され、その引継ぎ情報によって、電子マネーアプリ１１１が起動され、購入されたバリューが携帯電話１００にチャージされる。引継ぎ情報からの起動であると判断した場合（ステップＳ１９１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。
一方、引継ぎ情報からの起動でないと判断した場合（ステップＳ１９１でＮＯの場合）、ステップＳ１９２で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。
図２６に進んで、図２６（ｂ）は、ステップＳ１９２で表示される起動時初期画面である。図２６（ｂ）の画面には、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であること、ステップＳ１９２で取得された非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であること、バリューを購入するためのリンクである「バリュー購入（モバイルバンキング経由）」、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」、非接触型ＩＣチップ１９０へのバリューのチャージの履歴を表示させるためのリンクである「履歴表示」、および、プリペイドカード３７１またはＩＣコイン６５１で特定可能な価値を携帯電話１００にバリューとして書込むことによって精算するためのリンクである「精算」が表示される。
（電子マネーシステム１０でのバリューの購入の説明）
図２７は、本実施の形態における電子マネーシステム１０において携帯電話１００でバリューを購入するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
図２７は、本実施の形態における電子マネーシステム１０において携帯電話１００でバリューを購入するときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
図２７（ａ）は、携帯電話１００において、アプリケーション実行機能が実行されるときに、携帯電話１００の表示部１４０に、最初に表示されるソフト一覧画面である。
図２７（ａ）の画面には、携帯電話１００に導入されているアプリケーションプログラムを実行させるためのリンクとして、「電子マネーアプリ」および「旅行ナビゲータ」が表示される。つまり、本実施の形態における携帯電話１００には、電子マネーアプリ１１１、および、旅行ナビゲータという名称のアプリケーションプログラムが導入されていることが示される。
図１５に戻って、図２７（ａ）の画面で「電子マネーアプリ」のリンクが選択され、電子マネーアプリ１１１が起動されると、初回起動でなく（ステップＳ１２０でＮＯの場合）、引継ぎ情報からの起動でない場合（ステップＳ１９１でＮＯの場合）、ステップＳ１９２で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示させる。
図２７に進んで、図２７（ｂ）の画面は、ステップＳ１９２で表示される起動時初期画面である。図２７（ｂ）の画面は、前述した図２６（ｂ）の画面と同様であるので、重複する説明は繰返さない。ただし、非接触型ＩＣチップ１９０に記憶されているバリューの残高が、図２６（ｂ）の画面では、０円であるのに対して、図２７（ｂ）の画面では、１０００円である。また、図２７（ｂ）の画面では、「バリュー購入（モバイルバンキング経由）」のリンクが選択候補として網掛け表示されている。
図１５に戻って、ステップＳ１９３で、データ処理部１１０は、バリュー購入が選択されたか否かを判断する。図２７（ｂ）の画面で「バリュー購入（モバイルバンキング経由）」のリンクが選択されると、データ処理部１１０は、バリュー購入が選択されたと判断し（ステップＳ１９３でＹＥＳ）、ステップＳ１３０で、バリュー購入時処理を実行する。
図１６は、本実施の形態における携帯電話１００により実行される電子マネーアプリ１１１のサブルーチンであるバリュー購入時処理の流れを示すフローチャートである。図１６を参照して、まず、ステップＳ１３３で、データ処理部１１０は、会員ＩＤと端末ＩＤとバリュー残高とを含むチャージ要求情報を電子マネー管理サーバ２００に送信する。
図１７は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー購入時アプリケーションプログラム２１２の処理の流れを示すフローチャートである。
図１７を参照して、まず、ステップＳ２４１で、データ処理部２１０は、携帯電話１００からチャージ要求情報を受信したか否かを判断する。チャージ要求情報を受信していないと判断した場合（ステップＳ２４１でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２５７に進める。
一方、チャージ要求情報を受信したと判断した場合（ステップＳ２４１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４２で、チャージ要求情報に含まれる会員ＩＤおよび端末ＩＤが利用者情報ＤＢ２２１に登録されたものであり、携帯電話１００が電子マネー遊技使用サービスに利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合（ステップＳ２４２でＮＯの場合）、ステップＳ２４３で、データ処理部２１０は、使用不可画面を携帯電話１００に送信し、実行する処理をステップＳ２４１に戻す。
図２７に進んで、図２７（ｃ）は、ステップＳ２４３で送信される使用不可画面である。図２７（ｃ）の画面には、携帯電話１００が電子マネー管理サーバ２００に登録されていない旨の文章、および、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」が表示される。
図１７に戻って、一方、利用可能なものであると判断した場合（ステップＳ２４２でＹＥＳの場合）、ステップＳ２４４で、データ処理部２１０は、購入済みであるが携帯電話１００にチャージされていない未チャージバリューがあるか否かを判断する。未チャージバリューがあるか否かについては、後述する発行情報ＤＢ２２２における書込済情報として「０」が記憶されているか否かにより判断が行なわれる。本実施の形態においては、書込済情報として「０」が記憶されていると判断した場合には、データ処理部２１０は、未チャージバリューがあると判断する。
なお、未チャージバリューがあるか否かの判断については、このようなものに限るものではない。たとえば、チャージされ携帯電話１００に書込まれた未チャージバリューは、発行情報ＤＢ２２２から消去するものであってもよい。そして、未チャージバリューがあるか否かについては、発行情報ＤＢ２２２に未チャージバリューが記憶されているか否かにより判断が行なわれるものであってもよい。
未チャージバリューがあると判断した場合（ステップＳ２４４でＹＥＳの場合）、データ処理部２１０は、ステップＳ２４５で、チャージ誘導画面を携帯電話１００に送信し、実行する処理を後述する図２０のステップＳ２７６に進める。
図２７に進んで、図２７（ｄ）は、ステップＳ２４５で表示されるチャージ誘導画面である。図２７（ｄ）の画面には、チャージされていないバリューがあるので、チャージを促がす旨の文章が表示される。この画面が表示された後、後述する図２０のバリュー発行時ＡＰ２１３のステップＳ２７６からの処理が実行され、チャージされていないバリューが携帯電話１００にチャージされる。
一方、未チャージバリューがないと判断した場合（ステップＳ２４４でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２４６に進める。
次に、ステップＳ２４６で、データ処理部２１０は、ステップＳ２４１で受信したチャージ要求情報を送信してきた携帯電話１００に対応する金融機関指定情報を利用者情報ＤＢ２２１から検索して読出す。また、ステップＳ２４７で、データ処理部２１０は、電子マネー管理サーバ２００の記憶部２２０に予め記憶された表示金額リスト情報を読出す。
表示金額リスト情報は、ユーザが携帯電話１００で選択可能なバリューの金額のリストを示す情報であり、本実施の形態においては、「１０００円」「５０００円」「１００００円」「２００００円」「３００００円」の５つの金額を示す情報である。選択可能なバリューの金額は、利用者のスロットマシン７００Ａでのゲームやパチンコ遊技へののめり込みを防止するために定められた携帯上保持限度額および１日購入限度額に基づいて、電子マネー遊技使用サービスの提供業者によって予め定められる。携帯上保持限度額は、携帯電話１００にチャージできるバリューの限度額である。１日購入限度額は、１日に購入できるバリューの限度額である。
次いで、ステップＳ２５１で、データ処理部２１０は、ステップＳ２４１で受信したチャージ要求情報に含まれる携帯電話１００にチャージされているバリュー残高に、ステップＳ２４７で読出した表示金額リスト情報で示される金額のうちの最低購入金額（本実施の形態では通常用の場合１０００円、テスト用の場合１００００円）を加算した額が、ステップＳ２５０で読出した携帯上保持限度額以下であるか否かを判断する。携帯上保持限度額は、電子マネー管理サーバ２００の記憶部２２０に予め記憶される。本実施の形態においては、携帯上保持限度額は、３００００円であるが、これに限定されず、他の金額であってもよい。
バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下でない場合（ステップＳ２５１でＮＯの場合）、ステップＳ２５２で、データ処理部２１０は、携帯上保持限度額購入不可画面を携帯電話１００に送信する。
図２８は、本実施の形態における電子マネーシステム１０において携帯電話１００でバリューを購入するときに携帯電話１００の表示部１４０に表示される第２の表示画面図である。
図２８（ａ）は、ステップＳ２５２で携帯電話１００に送信される携帯上保持限度額購入不可画面である。図２８（ａ）の画面には、最低購入金額とバリュー残高との合計が携帯上保持限度額を超えるので、バリューを購入できない旨の文章、および、その旨を確認して起動時初期画面に戻るためのリンクである「ＯＫ」が表示される。
図１７に戻って、一方、バリュー残高に最低購入金額を加算した額が携帯上保持限度額以下である場合（ステップＳ２５１でＹＥＳの場合）、ステップＳ２５３で、データ処理部２１０は、発行情報ＤＢ２２２に記憶されているその日に携帯電話１００によって購入されたバリューの当日積算額に、最低購入金額を加算した額が１日購入限度額以下であるか否かを判断する。１日購入限度額は、電子マネー管理サーバ２００の記憶部２２０に予め記憶される。本実施の形態においては、１日購入限度額は、３００００円であるが、これに限定されず、他の金額であってもよい。
当日積算額に最低購入金額を加算した額が１日購入限度額以下でない場合（ステップＳ２５３でＮＯの場合）、ステップＳ２５４で、データ処理部２１０は、１日購入限度額購入不可画面を携帯電話１００に送信する。
図２８に進んで、図２８（ｂ）は、ステップＳ２５４で携帯電話１００に送信される１日購入限度額購入不可画面である。図２８（ｂ）の画面には、最低購入金額と当日積算額との合計が１日購入限度額を超えるので、バリューを購入できない旨の文章、および、その旨を確認して起動時初期画面に戻るためのリンクである「ＯＫ」が表示される。
図１７に戻って、一方、当日積算額に最低購入金額を加算した額が１日購入限度額以下である場合（ステップＳ２５３でＹＥＳの場合）、ステップＳ２５５で、データ処理部２１０は、バリュー残高および当日積算額から購入可能金額を算出する。
具体的には、データ処理部２１０は、携帯上保持限度額からバリュー残高を減算した額、および、１日購入限度額から当日積算額を減算した額のうち、低い方の額を購入可能金額として算出する。
なお、本実施の形態においては、バリュー残高および携帯上保持限度額、ならびに、当日積算額および１日購入限度額に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにした。しかし、これに限定されず、バリュー残高および携帯上保持限度額、または、当日積算額および１日購入限度額のいずれか一方に基づいて、バリューを購入可能か否かを判断して、購入可能金額を算出するようにしてもよい。
次に、ステップＳ２５６で、データ処理部２１０は、ステップＳ２４１で受信したチャージ要求情報に含まれる端末ＩＤに対応して利用者情報ＤＢ２２１に記憶されている電子メールアドレス、ステップＳ２４６で読出した金融機関指定情報、ステップＳ２４７で読出した表示金額リスト情報、携帯上保持限度額、１日購入限度額、および、ステップＳ２５５で算出した購入可能金額情報を、残高情報として携帯電話１００に送信する。
図１６に戻って、ステップＳ１３４で、データ処理部１１０は、電子マネー管理サーバ２００から残高情報を受信したか否かを判断する。残高情報を受信したと判断した場合（ステップＳ１３４でＹＥＳの場合）、ステップＳ１３５で、データ処理部１１０は、受信した残高情報に含まれる電子メールアドレスがバリューの購入に用いる電子メールアドレスとして正しいか否かを確認するためのアドレス確認画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をステップＳ１３６に進める。
図２８に進んで、図２８（ｃ）は、ステップＳ１３５で表示されるアドレス確認画面である。図２８（ｃ）の画面には、バリューのチャージの方法を説明するための文章、ステップＳ１３４で受信した残高情報に含まれる確認の対象である電子メールアドレス、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスとして正しいと確認したことを入力するためのリンクである「確認」、および、表示されている電子メールアドレスが電子マネー遊技使用サービスで利用する携帯電話１００の電子メールアドレスと異なる場合に選択するリンクである「→上記アドレスがご利用携帯のアドレスと異なる場合はこちら」が表示される。
図１６に戻って、ステップＳ１３６で、データ処理部１１０は、図２８（ｃ）の画面で「確認」のリンクが選択されることによって、ユーザにより電子メールアドレスが確認されたか否かを判断する。アドレスが確認されたと判断した場合（ステップＳ１３６でＹＥＳの場合）、ステップＳ１３７で、データ処理部１１０は、金融機関確認画面を表示部１４０に表示させる。
図２９は、本実施の形態における電子マネーシステム１０において携帯電話１００でバリューを購入するときに携帯電話１００の表示部１４０に表示される第３の表示画面図である。
図２９（ａ）は、ステップＳ１３７で携帯電話１００に表示される金融機関確認画面である。図２９（ａ）の画面には、利用するモバイルバンキングを確認する旨の文章、利用するモバイルバンキングの金融機関の名称、利用するモバイルバンキングを確認して継続して手続を進めるためのリンクである「確認」、および、金融機関を変更するためのリンクである「金融機関変更の場合はこちらを選択してください。」が表示される。
図１６に戻って、ステップＳ１３８で、データ処理部１１０は、図２９（ａ）の画面で「確認」のリンクが選択されることによって、利用するモバイルバンキングの金融機関がユーザにより確認されたか否かを判断する。金融機関が確認されたと判断した場合（ステップＳ１３８でＹＥＳの場合）、データ処理部１１０は、ステップＳ１３９で、残高情報に含まれる表示金額リスト情報、携帯上保持限度額、１日購入限度額および購入可能金額情報でそれぞれ示される表示金額リストおよび購入可能金額に応じて、購入金額選択画面を表示部１４０に表示させる。
図２９に進んで、図２９（ｂ）は、ステップＳ１３９で通常用の携帯電話１００に表示される購入金額選択画面である。図２９（ｂ）の画面には、購入してチャージを希望するバリューの金額の選択を促がす旨の文章、１日購入限度額を示す文章、携帯上保持限度額に関する文章、購入希望金額の選択肢と対をなしたラジオボタン、および、選択されたバリューの購入希望金額の送信を指示するためのリンクである「送信」が表示される。図２９（ｂ）の購入金額選択画面に表示される購入希望金額の選択肢、１日購入限度額、および、携帯上保持限度額は、それぞれ、電子マネー管理サーバ１０によりこの携帯電話１００が通常用の携帯電話であると判定されたことに応じて送信されてきた残高情報に含まれる表示金額リスト情報、１日購入限度額、および、携帯上保持限度額でそれぞれ示される「１０００円，５０００円，１００００円，２００００円，３００００円」「３００００円」および「３００００円」である。
ここで、ステップＳ１３４で受信された残高情報に含まれる購入可能金額情報で示される購入可能金額を超える金額の選択肢と対をなすラジオボタンは、表示されるが、選択できない。また、購入希望金額の選択肢と対をなすラジオボタンのいずれかが選択されない限り、「送信」のリンクを選択することはできない。なお、本実施の形態においては、購入希望金額を超える金額の選択肢と対をなすラジオボタンも表示される例について説明したが、これに限らず、購入可能金額の範囲内の金額の選択肢と対をなすラジオボタンのみを表示させ、購入可能金額を超える金額の選択肢と対をなすラジオボタンを表示させないようにしてもよい。
図１６に戻って、図２９（ｂ）の画面で、購入希望金額と対をなすラジオボタンのいずれかが選択され、「送信」のリンクが選択されると、ステップＳ１４１で、携帯電話１００のデータ処理部１１０は、購入希望金額のラジオボタンが選択されることによって、購入希望金額が選択されたか否かを判断する。購入希望金額が選択されたと判断した場合（ステップＳ１４１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１４２で、購入希望金額および会員ＩＤを示す情報を含む第１口座振替依頼情報を電子マネー管理サーバ２００に送信する。
図１７に進んで、ステップＳ２５７で、データ処理部２１０は、携帯電話１００から第１口座振替依頼情報を受信したか否かを判断する。第１口座振替依頼情報を受信していないと判断した場合（ステップＳ２５７でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２６５に進める。
一方、第１口座振替依頼情報を受信したと判断した場合（ステップＳ２５７でＹＥＳの場合）、ステップＳ２５８で、データ処理部２１０は、バリュー購入回数カウンタで携帯電話１００ごとに計数されているバリュー購入回数が０回か否かを判断する。
バリュー購入回数が０回であると判断した場合（ステップＳ２５８でＹＥＳの場合）、携帯電話１００が電子マネー遊技使用サービスに登録されてから最初のバリューの購入であるので、初期登録手数料を徴収する必要がある。そこで、この場合、ステップＳ２５９で、データ処理部２１０は、初期登録手数料およびチャージ手数料を算出する。
一方、バリュー購入回数が０回でないと判断した場合（ステップＳ２５８でＮＯの場合）、すでに、初期登録手数料は徴収されているので、初期登録手数料を徴収しなくてもよい。そこで、この場合、ステップＳ２６０で、データ処理部２１０は、チャージ手数料を算出する。
なお、本実施の形態においては、ステップＳ２５９およびステップＳ２６０で、初期登録手数料およびチャージ手数料をそれぞれ算出するようにしたが、これに限定されず、初期登録手数料およびチャージ手数料を予め記憶部２２０に記憶させておき、それぞれ、ステップＳ２５９およびステップＳ２６０で読出すようにしてもよい。
次に、データ処理部２１０は、ステップＳ２６１で、今回のバリュー購入を他のバリュー購入と識別するための購入番号を発行し、ステップＳ２６２で、ステップＳ２５７で受信した第１口座振替依頼情報で示される購入希望金額と、ステップＳ２５９またはステップＳ２６０で算出された手数料との合計金額を算出する。
次いで、データ処理部２１０は、ステップＳ２６３で、ステップＳ２６２で算出した合計金額、ステップＳ２６１で発行した購入番号、および、現在の時刻であるタイムスタンプを、会員ＩＤに対応させて発行情報ＤＢ２２２に登録する。そして、データ処理部２１０は、ステップＳ２６４で、合計金額をユーザに確認するための合計金額確認画面を表示させるための合計金額確認情報を携帯電話１００に送信する。
図１６に戻って、ステップＳ１４３で、データ処理部１１０は、電子マネー管理サーバ２００から合計金額確認情報を受信したか否かを判断する。合計金額確認情報を受信したと判断した場合（ステップＳ１４３でＹＥＳの場合）、ステップＳ１４４で、データ処理部１１０は、合計金額確認情報に基づいて、合計金額確認画面を表示部１４０に表示させる。
図２９に進んで、図２９（ｃ）は、ステップＳ１４４で表示される合計金額確認画面である。図２９（ｃ）の画面には、合計金額の確認を求める旨の文章、合計金額を確認して第２口座振替依頼情報を送信するためのリンクである「確認」、および、１つ前の図２９（ｂ）の購入金額選択画面に戻るためのリンクである「こちら。」とが表示される。
図１６に戻って、ステップＳ１４５で、データ処理部１１０は、図２９（ｃ）の画面で「確認」のリンクが選択されることによって、ユーザにより合計金額が確認されたか否かを判断する。合計金額が確認されたと判断した場合（ステップＳ１４５でＹＥＳの場合）、ステップＳ１４６で、データ処理部１１０は、会員ＩＤを示す情報を含む第２口座振替依頼情報を電子マネー管理サーバ２００に送信する。その後、データ処理部１１０は、実行する処理を、このバリュー購入時処理の呼出元の処理である電子マネーアプリ１１１に戻す。
図１７に進んで、ステップＳ２６５で、データ処理部２１０は、携帯電話１００から第２口座振替依頼情報を受信したか否かを判断する。第２口座振替依頼情報を受信していないと判断した場合（ステップＳ２６５でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２６９に進める。
一方、第２口座振替依頼情報を受信したと判断した場合（ステップＳ２６５でＹＥＳの場合）、ステップＳ２６６で、データ処理部２１０は、ステップＳ２６３で登録したタイムスタンプと現在の時刻とを比較するタイムスタンプチェックを実行し、異常があるか否かを判断する。たとえば、タイムスタンプと現在の時刻との差が規定時間以上である場合に異常があると判断する。
異常があると判断した場合（ステップＳ２６６でＹＥＳの場合）、ステップＳ２６７で、データ処理部２１０は、タイムスタンプチェックエラー画面を携帯電話１００に送信する。
図２９に進んで、図２９（ｅ）は、ステップＳ２６７で携帯電話１００に送信されるタイムスタンプチェックエラー画面である。図２９（ｅ）の画面には、購入希望金額を選択してから一定時間が経過したので、手続のやり直しを促がす旨の文章、および、図２７（ｂ）の起動時初期画面に戻るためのリンクである「手続を中止する（アプリのメニュー画面に戻る）」が表示される。
図１７に戻って、一方、異常がないと判断した場合（ステップＳ２６６でＮＯの場合）、データ処理部２１０は、ステップＳ２６８で、モバイルバンキングへの引継をユーザに確認するためのモバイルバンキング遷移確認画面を表示させるための引継画面情報を携帯電話１００に送信する。引継画面情報には、少なくとも、端末ＩＤに対応させて利用者情報ＤＢ２２１に登録されている金融機関指定情報から特定される金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報としてのＵＲＬが含まれる。
図１４（ｂ）は、ウェブ処理のうち引継時ウェブ処理の流れを示すフローチャートである。引継時ウェブ処理は、ステップＳ２６８において送信されてくる引継画面情報の受信に応じて実行される。図１４（ｂ）を参照して、ステップＳ１１７で、データ処理部１１０は、電子マネー管理サーバ２００から引継画面情報を受信したか否かを判断する。ステップＳ１１７での判断処理は、引継画面情報を受信するまで、繰返し実行される。引継画面情報を受信したと判断した場合（ステップＳ１１７でＹＥＳの場合）、ステップＳ１１８で、データ処理部１１０は、引継画面情報に基づいて、モバイルバンキング遷移確認画面を表示部１４０に表示させる。
図２９に進んで、図２９（ｄ）は、ステップＳ１１８で表示されるモバイルバンキング遷移確認画面である。図２９（ｄ）の画面には、手続がモバイルバンキングへ遷移される旨の文章、その旨の確認を入力するためのリンクである「確認」、および、図２７（ｂ）の起動時初期画面に戻るためのリンクである「手続を中止する（アプリのメニュー画面に戻る）」が表示される。
図１４（ｂ）に戻って、ステップＳ１１８で、データ処理部１１０は、図２９（ｄ）の画面で「確認」のリンクが選択されると、ステップＳ１１８ａで、データ処理部１１０は、モバイルバンキングでのバリューの購入に対する決済の処理を行なうモバイルバンキング処理を実行する。
モバイルバンキング処理では、操作に応じてバリューの購入に対する決済に関する情報を金融機関サーバ５００に送信し、決済が完了すると引継時ウェブ処理を終了する。ここで、このモバイルバンキング処理は、現在、各金融機関が提供しているモバイルバンキングのシステムを利用するものであるから詳細な説明は省略する。
図１に戻って、バリュー購入に対する決済が完了すると、金融機関サーバ５００から決済サーバ２８０に、バリュー購入に対する決済が完了した旨の消込電文が送信される。
決済サーバ２８０は、受信した消込電文を請求情報ＤＢ２８１に登録する。そして、決済サーバ２８０は、受信した消込電文に対応する消込速報を電子マネー管理サーバ２００の電子マネー管理サーバ２００に送信する。
図１７に進んで、ステップＳ２６９で、データ処理部２１０は、決済サーバ２８０から消込速報を受信したか否かを判断する。消込速報を受信したと判断した場合（ステップＳ２６９でＹＥＳの場合）、データ処理部２１０は、ステップＳ２７０で、バリュー対価決済後処理を実行する。バリュー対価決済後処理については、図１８で説明する。一方、消込速報を受信していないと判断した場合（ステップＳ２６９でＮＯの場合）、または、ステップＳ２７０の後、データ処理部２１０は、実行する処理をステップＳ２４１に戻す。
図１８は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー購入時アプリケーションプログラム２１２のサブルーチンであるバリュー対価決済後処理の流れを示すフローチャートである。
図１８を参照して、まず、電子マネー管理サーバ２００のデータ処理部２１０は、ステップＳ２７００で、ステップＳ２６９で決済サーバ２８０から受信した消込速報で示される購入番号が発行情報ＤＢ２２２に登録されているか否かを判断する。購入番号が登録されていないと判断した場合（ステップＳ２７００でＮＯの場合）、ステップＳ２７０１で、データ処理部２１０は、エラー処理を行なう。たとえば、警報を発生して、電子マネー管理サーバ２００の管理者が確認できるようにする。そして、確認操作後、データ処理部２１０は、実行する処理をこの処理の呼出元の処理であるバリュー購入時ＡＰ２１２に戻す。
一方、購入番号が登録されていると判断した場合（ステップＳ２７００でＹＥＳの場合）、ステップＳ２７０２で、データ処理部２１０は、購入番号で示されるバリューの購入が、その購入番号と対応する携帯電話１００での初回の購入であるか否かを判断する。具体的には、その携帯電話１００に対応するバリュー購入回数カウンタのカウント値が０であるか否かを判断する。
初回の購入であると判断した場合（ステップＳ２７０２でＹＥＳの場合）、ステップＳ２７０３で、データ処理部２１０は、未チャージ削除カウンタのカウント値を０にする。なお、初回の購入であると判断した場合には、データ処理部２１０は、未チャージ削除カウンタのカウント値を１減算するものであってもよい。その後、データ処理部２１０は、実行する処理をステップＳ２７０４に進める。一方、初回の購入でないと判断した場合（ステップＳ２７０２でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２７０４に進める。
次に、ステップＳ２７０４で、データ処理部２１０は、購入番号に対応する会員ＩＤに対応するバリュー購入記録を更新する。バリュー購入記録は、発行情報ＤＢ２２２に記憶され、会員ＩＤごとの未チャージバリューなどの購入に関する情報の記録である。
後述する図６を参照して具体的に説明すると、発行情報ＤＢ２２２に登録されている会員ＩＤに対応するバリュー購入記録に未チャージバリューの額を特定するための情報（たとえば、購入額が１０００円である場合は「１０００」）と、「０」の書込済情報とを対応付けて記憶する処理が行なわれる。これにより、ステップＳ２４１における判断により受信したチャージ要求に対応するバリューであって、当該チャージ要求元の携帯電話１００にチャージ可能となった未チャージバリューを特定するためのバリュー購入記録（特定用情報）を登録する手段が構成されている。
そして、データ処理部２１０は、ステップＳ２７０５で、バリュー購入回数カウンタのカウント値を１加算し、ステップＳ２７０６で、携帯電話１００に対応する当日積算額に購入金額を加算して、当日積算額を更新し、ステップＳ２７０７で、携帯電話１００に対応するチャージ累計額に購入金額を加算して、チャージ累計額を更新し記憶する。
次いで、ステップＳ２７０８で、データ処理部２１０は、ステップＳ２７００で受信した消込速報を正常に処理した旨の応答情報を決済サーバ２８０に送信する。そして、ステップＳ２７０９で、データ処理部２１０は、引継ぎ情報を付した電子メールを、消込速報に対応する会員ＩＤの電子メールアドレス宛に送信する。その後、データ処理部２１０は、バリュー対価決済後処理を終了し、実行する処理をこの処理の呼出元に戻す。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ１１１を自動的に起動させるための情報が含まれている。電子マネーアプリ１１１が起動されると、引継ぎ情報からの起動である（ステップＳ１９１でＹＥＳである）ので、ステップＳ１５０で、データ処理部２１０は、後述する図１９で説明するバリュー発行時処理を実行する。
（電子マネーシステム１０でのバリューのチャージの説明）
図３０は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
図３０は、本実施の形態における電子マネーシステム１０において携帯電話１００にバリューをチャージするときに携帯電話１００の表示部１４０に表示される第１の表示画面図である。
図３０（ａ）は、携帯電話１００の電子メール機能において、新着メッセージの件数を示す画面である。ここでは、「メール 未読００１」の表示によって、新着の電子メールのうち、未読のものが１件であることが示されている。
図３０（ａ）の画面で、「メール 未読００１」が選択されると、図３０（ｂ）のように、ステップＳ２７０９で、電子マネー管理サーバ２００から携帯電話１００に送信された新着メールの内容が表示される。
図３０（ｂ）の電子メールには、購入されたバリューが電子マネー管理サーバ２００に登録された旨、および、購入されたバリューをチャージするための引継ぎ情報としてのリンクである「ここをクリックしてアプリを起動し、ＩＣチップへのチャージを行ってください。」が表示される。図３０（ｂ）の画面で、このリンクが選択されると、電子マネーアプリ１１１が起動される。
図１５に戻って、引継ぎ情報としてのリンクが選択され、電子マネーアプリ１１１が起動されると、ステップＳ１９１で、データ処理部１１０は、引継ぎ情報からの起動であると判断して、実行する処理をステップＳ１５０に進める。
また、ステップＳ１９４で、データ処理部１１０は、図２７（ｂ）で説明した起動時初期画面で「ＩＣチップへの購入バリューのチャージ（最新残高更新）」のリンクが選択されることによって、バリュー発行が選択されたか否かを判断する。バリュー発行が選択された場合（ステップＳ１９４でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。
ステップＳ１５０では、データ処理部１１０は、後述する図１９で説明するバリュー発行時処理を実行する。
本実施の形態においては、電子メールに付された引継ぎ情報としてのリンクが選択されると、電子マネーアプリ１１１が自動的に起動され、ステップＳ１５０でバリュー発行時処理が実行されるようにした。これにより、ユーザは、電子メールを受信したことによりバリューの加算が可能になったことを認識することができる。また、バリューを加算するための操作負担を軽減させることができる。しかし、これに限定されず、リンクが選択されると、電子マネーアプリ１１１が自動的に起動され、図２７（ｂ）で説明した起動時初期画面が表示され、ユーザによりバリューのチャージのリンクが選択されることによってバリュー発行時処理が実行されるようにしてもよい。また、リンクが選択されると、図２７（ａ）で説明した画面が表示され、ユーザにより電子マネーアプリ１１１が起動され、バリューのチャージのリンクが選択されることによってバリュー発行時処理が実行されるようにしてもよい。
図１９は、本実施の形態における携帯電話１００により実行される電子マネーアプリ１１１のサブルーチンであるバリュー発行時処理の流れを示すフローチャートである。
図１９を参照して、まず、ステップＳ１５２で、データ処理部１１０は、バリューのチャージを要求するための情報であって会員ＩＤおよび端末ＩＤを含むバリュー発行要求情報を、電子マネー管理サーバ２００に送信する。
図２０は、本実施の形態における電子マネー管理サーバ２００により実行されるバリュー発行時アプリケーションプログラム２１３の処理の流れを示すフローチャートである。
図２０を参照して、まず、ステップＳ２７１で、データ処理部２１０は、携帯電話１００からバリュー発行要求情報を受信したことによって、バリュー発行要求があったか否かを判断する。バリュー発行要求がないと判断した場合（ステップＳ２７１でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２７１に戻す。
一方、バリュー発行要求があったと判断した場合（ステップＳ２７１でＹＥＳの場合）、ステップＳ２７２で、データ処理部２１０は、ステップＳ２７１で受信したバリュー発行要求情報に含まれる会員ＩＤおよび端末ＩＤが利用者情報ＤＢ２１１に登録された利用可能なものであるか否かを判断する。利用可能なものでないと判断した場合（ステップＳ２７２でＮＯの場合）、ステップＳ２７３で、データ処理部２１０は、使用不可画面を携帯電話１００に送信する。使用不可画面は、図２７（ｃ）で説明した画面と同様の画面である。
一方、利用可能なものであると判断した場合（ステップＳ２７２でＹＥＳの場合）、ステップＳ２７４で、データ処理部２１０は、会員ＩＤおよび端末ＩＤに対応する未チャージバリューが発行情報ＤＢ２２２に記憶されているか否かを判断する。未チャージバリューがないと判断した場合（ステップＳ２７４でＮＯの場合）、ステップＳ２７５で、データ処理部２１０は、未チャージバリュー無画面を携帯電話１００に送信する。
図３０に進んで、図３０（ｃ）は、ステップＳ２７５で携帯電話１００に送信される未チャージバリュー無画面である。図３０（ｃ）の画面には、未受取のバリューが無い旨の文章、および、その旨を確認して電子マネーアプリ１１１を終了させるためのリンクである「ＯＫ」が表示される。
なお、本実施の形態においては、ステップＳ２７４で未チャージバリューがないと判断した場合に、ステップＳ２７５で未チャージバリュー無画面を送信するようにした。しかし、これに限定されず、ステップＳ２７４およびステップＳ２７５の処理を実行しないようにしてもよい。
図２０に戻って、未チャージバリューがあると判断した場合（ステップＳ２７４でＹＥＳの場合）、データ処理部２１０は、ステップＳ２７６で、発行情報ＤＢ２２２に記憶されている未チャージバリューのバリュー購入記録をバリュー書込済に設定し、ステップＳ２７７で、携帯電話１００にリモート発行サーバ４００からステップＳ２７６で書込済に設定したバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する。バリュー発行情報は、少なくとも書込み可能なバリューと特定するための情報を含む。その後、データ処理部２１０は、実行する処理をステップＳ２７１に戻す。
なお、本実施の形態においては、ステップＳ２７７においてバリュー発行情報が送信され、バリュー購入記録がステップＳ２７６においてバリュー書込済に設定されることにより、登録状態が送信済状態に更新されるようにした。しかし、これに限らず、当該バリュー購入記録が消去されることにより、登録状態が送信済状態に更新されるようにしてもよい。
図１９に戻って、ステップＳ１５３で、データ処理部１１０は、電子マネー管理サーバ２００からバリュー発行情報を受信したか否かを判断する。バリュー発行情報を受信したと判断した場合（ステップＳ１５３でＹＥＳの場合）、ステップＳ１５４で、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって、バリュー発行情報から特定されるバリューの額を示すバリュー発行額情報および端末ＩＤを含む情報である書込処理開始要求情報をリモート発行サーバ４００へ送信する。
図１に戻って、リモート発行サーバ４００は、バリュー書込実行情報を、書込処理開始要求情報に含まれる端末ＩＤで示される携帯電話１００に送信する。バリュー書込実行情報は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域に、書込み処理開始要求情報に含まれるバリュー発行額情報で示される額のバリューを記憶させるための情報である。
図１９に進んで、データ処理部１１０は、ステップＳ１５５で、リモート発行サーバ４００からバリュー書込実行情報を受信したか否かを判断する。バリュー書込実行情報を受信していないと判断した場合（ステップＳ１５５でＮＯの場合）、データ処理部１１０は、ステップＳ１５５の処理を繰返す。
一方、バリュー書込実行情報を受信したと判断した場合（ステップＳ１５５でＹＥＳの場合）、ステップＳ１５６で、データ処理部１１０は、リモート発行サーバ４００から受信したバリュー書込実行情報で示される書込処理を実行する。
書込処理は、バリュー書込実行情報で示されるバリューを非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域に書込む処理である。書込処理が開始される際に、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域にバリューが記憶されている場合には、記憶されているバリューに新たに書込むバリューを加算するための処理が行なわれる。すなわち、書込処理が行なわれると、書込み前に記憶されていたバリューの額と新たに書込むバリューの額との合計額のバリューが記憶部１９２に書込まれる。
なお、データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１に対して書込要求信号を送信し、制御部１９１が記憶部１９２の電子マネー遊技使用サービス用の記憶領域にバリューを書込むものであってもよい。この場合、データ処理部１１０から制御部１９１に書込要求信号を送信する処理が、バリューを加算するための処理に該当する。
次いで、データ処理部１１０は、ステップＳ１５７で、リモート発行サーバ４００から書込終了情報を受信したことによって、書込処理が終了したか否かを判断する。書込処理が終了したと判断した場合（ステップＳ１５７でＹＥＳの場合）、データ処理部１１０は、ステップＳ１５８で、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー遊技使用サービス用の記憶領域からバリュー残高を取得して、バリュー発行完了画面を表示部１４０に表示させる。その後、データ処理部１１０は、実行する処理をこの処理の呼出元の処理に戻す。
図３０に進んで、図３０（ｄ）の画面は、ステップＳ１５８で表示されるバリュー発行完了画面である。図３０（ｄ）の画面には、図３０（ｂ）の画面と同様のチップＩＤ、バリューのチャージが完了した旨の文章、今回のチャージ金額が１０００円であること、チャージ後のバリュー残高が１１０００円であること、および、バリュー使用時の注意事項が表示される。
（電子マネーシステム１０でのメダルサンド６００Ａでの処理の説明）
図３１は、本実施の形態におけるメダルサンド６００Ａで実行されるメダルサンドメイン処理の流れを示すフローチャートである。図３１を参照して、まず、ステップＳ６０１１で、メダルサンド６００Ａのデータ処理部６１０は、貨幣処理機６８０が開放中であるか否かを判断する。貨幣処理機６８０は、リモコンによる解錠操作に応じて前方に突出し、内部に収納された紙幣６８１を取出すことが可能なように構成されている。
図３１は、本実施の形態におけるメダルサンド６００Ａで実行されるメダルサンドメイン処理の流れを示すフローチャートである。図３１を参照して、まず、ステップＳ６０１１で、メダルサンド６００Ａのデータ処理部６１０は、貨幣処理機６８０が開放中であるか否かを判断する。貨幣処理機６８０は、リモコンによる解錠操作に応じて前方に突出し、内部に収納された紙幣６８１を取出すことが可能なように構成されている。
貨幣処理機６８０が開放中であると判断した場合（ステップＳ６０１１でＹＥＳの場合）、ステップＳ６０１２で、データ処理部６１０は、返却ボタン６３２が操作されたか否かを判断する。返却ボタン６３２が操作されていないと判断した場合（ステップＳ６０１２でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１１の処理に戻す。一方、返却ボタン６３２が操作されたと判断した場合（ステップＳ６０１２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６５００に進め、プリペイドカード３７１またはＩＣコイン６５１を返却する処理である返却処理を実行する。返却処理については、後述する図３７で説明する。
貨幣処理機６８０が開放中でないと判断した場合（ステップＳ６０１１でＮＯの場合）、ステップＳ６０１３で、データ処理部６１０は、貨幣処理機６８０が故障中であるか否かを判断する。貨幣処理機６８０が故障中であるか否かは、データ処理部６１０が、貨幣処理機６８０に故障中であるか否かを問合せる信号を送信し、それに対して、貨幣処理機６８０から正常である旨の返信が得られれば、正常であると判断し、正常である旨の返信が得られなければ、故障中であると判断する。
図３３は、本実施の形態におけるメダルサンド６００Ａの貨幣処理機６８０で実行される貨幣処理機処理の流れを示すフローチャートである。図３４を参照して、ステップＳ６８１１からステップＳ６８１４については、後述する。ステップＳ６８２１で、貨幣処理機６８０の制御部は、紙幣挿入口６８２から紙幣６８１を受付けたか否かを判断する。紙幣６８１を受付けていないと判断した場合（ステップＳ６８２１でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
一方、紙幣６８１を受付けたと判断した場合（ステップＳ６８２１でＹＥＳの場合）、ステップＳ６８２２で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態が紙幣挿入可能状態であるか否かを判断する。貨幣処理機６８０の状態は、２つの状態があり、紙幣挿入可能状態および紙幣挿入不可状態である。紙幣挿入可能状態は、貨幣処理機６８０に紙幣６８１を挿入することが可能な状態である。一方、紙幣挿入不可状態は、貨幣処理機６８０に紙幣６８１を挿入することができない状態である。紙幣挿入可能状態でないと判断した場合（ステップＳ６８２２でＮＯの場合）、ステップＳ６８２３で、貨幣処理機６８０の制御部は、紙幣６８１を返却する制御を行ない、実行する処理をステップＳ６８１１の処理に戻す。
一方、紙幣挿入可能状態であると判断した場合（ステップＳ６８２２でＹＥＳの場合）、貨幣処理機６８０の制御部は、ステップＳ６８２４で、紙幣６８１を取込む制御を行ない、ステップＳ６８２５で、紙幣６８１を識別する制御を行なう。そして、ステップＳ６８２６で、貨幣処理機６８０の制御部は、ステップＳ６８２５で識別された入金額を含む紙幣識別通知をデータ処理部６１０に送信する。その後、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８３１の処理に進める。
図３１に戻って、貨幣処理機６８０が故障中でないと判断した場合（ステップＳ６０１３でＮＯの場合）、ステップＳ６０１４で、データ処理部６１０は、貨幣処理機６８０から紙幣識別通知を受信したか否かを判断する。貨幣処理機６８０が故障中であると判断した場合（ステップＳ６０１３でＹＥＳの場合）、または、紙幣識別通知を受信していないと判断した場合（ステップＳ６０１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６１５６の処理に進める。一方、紙幣識別通知を受信したと判断した場合（ステップＳ６０１４でＹＥＳの場合）、ステップＳ６１００で、データ処理部６１０は、紙幣処理を実行する。
図３２は、本実施の本実施の形態におけるメダルサンド６００Ａで実行される紙幣処理の流れを示すフローチャートである。図３２を参照して、まず、ステップＳ６１１１で、データ処理部６１０は、ステップＳ６０１４で受信した紙幣識別通知で示される貨幣処理機６８０に挿入された紙幣６８１の入金額と、記憶残額とを加算したものが１１０００円以下であるか否かを判断する。ここで、記憶残額とは、プリペイドカード３７１またはＩＣコイン６５１の残額あるいは受付けた紙幣６８１の識別金額が記憶部６２０に記憶されたものである。具体的には、記憶残額は、プリペイドカード３７１のカードＩＤまたはＩＣコイン６５１のＩＣコインＩＤと対応付けて店舗サーバ８００で管理されている残額や受付けた紙幣６８１の識別金額がメダルサンド６００Ａの記憶部６２０に記憶されメダル貸に使用された額が減算されるものである。
入金額と記憶残額とを加算したものが１１０００円を超えると判断した場合（ステップＳ６１１１でＮＯの場合）、ステップＳ６１１２で、データ処理部６１０は、紙幣６８１を返却させるための紙幣返却制御信号を貨幣処理機６８０に送信する。
図３３に進んで、ステップＳ６８３１で、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣収納指示を受信したか否かを判断する。紙幣収納指示は、ステップＳ６８２４で取込んだ紙幣６８１を貨幣処理機６８０内部の金庫へ収納する指示である。紙幣収納指示を受信したと判断した場合（ステップＳ６８３１でＹＥＳの場合）については、後述する。
紙幣収納指示を受信していないと判断した場合（ステップＳ６８３１でＮＯの場合）、ステップＳ６８３２で、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣返却制御信号を受信したか否かを判断する。紙幣返却制御信号を受信していないと判断した場合（ステップＳ６８３２でＮＯの場合）、ステップＳ６８３２ａで、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣挿入不可制御信号を受信したか否かを判断する。紙幣挿入不可制御信号を受信していないと判断した場合（ステップＳ６８３２ａでＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８３１の処理に戻す。
一方、紙幣返却制御信号を受信したと判断した場合（ステップＳ６８３２でＹＥＳの場合）、および、紙幣挿入不可制御信号を受信したと判断した場合（ステップＳ６８３２ａでＹＥＳの場合）、貨幣処理機６８０の制御部は、ステップＳ６８３３で、紙幣６８１を返却する制御を行ない、ステップＳ６８３４で、紙幣６８１の返却が終了したことを示す返却終了通知をデータ処理部６１０に送信する。その後、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
図３２に戻って、ステップＳ６１１３で、データ処理部６１０は、貨幣処理機６８０から返却完了通知を受信したか否かを判断する。返却完了通知を受信していないと判断した場合（ステップＳ６１１３でＮＯの場合）、データ処理部６１０は、ステップＳ６１１３の処理を繰返す。一方、返却完了通知を受信したと判断した場合（ステップＳ６１１３でＹＥＳの場合）、データ処理部６１０は、この紙幣処理を終了して、実行する処理をこの紙幣処理の呼出元のメダルサンドメイン処理に戻す。
入金額と記憶残額とを加算したものが１１０００円以下であると判断した場合（ステップＳ６１１１でＹＥＳの場合）、ステップＳ６１２１で、データ処理部６１０は、入金額を記憶部６２０に記憶させる。次に、ステップＳ６１２２で、データ処理部６１０は、紙幣挿入不可制御、バリュー使用不可制御、および、貸出不可制御を行なう。
紙幣挿入不可制御には、紙幣挿入不可制御信号を貨幣処理機６８０に送信する制御、および、紙幣挿入可ランプ６４１を消灯させる制御が含まれる。バリュー使用不可制御には、メダルサンド６００Ａの状態をバリューの使用ができない状態であるバリュー使用不可状態にする制御、および、バリュー使用可ランプ６４３を消灯させる制御が含まれる。貸出不可制御には、メダルサンド６００Ａの状態をメダル６１１を貸出すことができない状態である貸出不可状態にする制御、および、貸出可ランプ６４２を消灯させる制御が含まれる。
図３３に進んで、ステップＳ６８１３で、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣挿入不可制御信号を受信したか否かを判断する。紙幣挿入不可制御信号を受信していないと判断した場合（ステップＳ６８１３でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理を前述したステップＳ６８２１の処理に進める。一方、紙幣挿入不可制御信号を受信したと判断した場合（ステップＳ６８１３でＹＥＳの場合）、ステップＳ６８１４で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態を紙幣挿入不可状態に変更する。
図３２に戻って、ステップＳ６１２３で、データ処理部６１０は、ＩＣコイン投入不可制御を行なう。ＩＣコイン投入不可制御には、ＩＣコイン投入口６５２のシャッターを閉鎖する制御が含まれる。そして、ステップＳ６１２４で、データ処理部６１０は、入金額を金額表示部６４４に表示させる制御を行なう。
次いで、ステップＳ６１３１で、データ処理部６１０は、カードリーダライタ６７０にプリペイドカード３７１が取込まれているか否かを判断する。プリペイドカード３７１が取込まれていると判断した場合（ステップＳ６１３１でＹＥＳの場合）、ステップＳ６１３２で、データ処理部６１０は、プリペイドカード３７１のカードＩＤおよび入金額を含むカード入金通知を店舗サーバ８００に送信する。店舗サーバ８００は、カード入金通知で示されるカードＩＤと対応付けて管理しているプリペイドカード３７１の残額に、カード入金通知で示される入金額を加算する仮登録を行ない、仮登録完了通知をメダルサンド６００Ａに送信する。
一方、プリペイドカード３７１が取込まれていないと判断した場合（ステップＳ６１３１でＮＯの場合）、ステップＳ６１３３で、データ処理部は、ＩＣコイン６５１がＩＣコイン投入口６５２から投入されている場合は、投入されたＩＣコイン６５１のＩＣコインＩＤおよび入金額を含むＩＣコイン入金通知、ＩＣコイン６５１がＩＣコイン投入口６５２から投入されていない場合は、ストックされているＩＣコイン６５１のＩＣコインＩＤおよび入金額を含むＩＣコイン入金通知を店舗サーバ８００に送信する。
店舗サーバ８００では、ＩＣコイン入金通知で示されるＩＣコインＩＤと対応付けて管理しているＩＣコイン６５１の残額に、ＩＣコイン入金通知で示される入金額を加算する仮登録が行なわれ、仮登録完了通知がメダルサンド６００Ａに送信される。
次に、ステップＳ６１３４で、メダルサンド６００Ａのデータ処理部６１０は、店舗サーバ８００から仮登録完了通知を受信したか否かを判断する。仮登録完了通知を受信していないと判断した場合（ステップＳ６１３４でＮＯの場合）、ステップＳ６１４１で、データ処理部６１０は、店舗サーバ８００との通信が途絶えた、つまり、オフラインとなったか否かを判断する。オフラインとなっていないと判断した場合（ステップＳ６１４１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６１３４の処理に戻す。
一方、オフラインとなったと判断した場合（ステップＳ６１４１でＹＥＳの場合）、ステップＳ６１４２で、データ処理部６１０は、オフラインからの復帰時に仮登録された入金額を取消すための入金取消信号を店舗サーバ８００に送信する旨を記憶部６２０に記憶する。そして、ステップＳ６１４３で、データ処理部６１０は、紙幣返却制御信号を貨幣処理機６８０に送信する。
貨幣処理機６８０では、前述したように、ステップＳ６８３２で紙幣返却制御信号が受信されたと判断され、ステップＳ６８３３で紙幣６８１を返却する制御が行なわれ、ステップＳ６８３４で返却終了通知が送信される。
ステップＳ６１４４で、データ処理部６１０は、貨幣処理機６８０から返却終了通知を受信したか否かを判断する。返却終了通知を受信していないと判断した場合（ステップＳ６１４４でＮＯの場合）、データ処理部６１０は、ステップＳ６１４４の処理を繰返す。一方、返却終了通知を受信したと判断した倍（ステップＳ６１４４でＹＥＳの場合）、データ処理部６１０は、この紙幣処理を終了し、実行する処理をこの紙幣処理の呼出元のメダルサンドメイン処理に戻す。
一方、仮登録完了通知を受信したと判断した場合（ステップＳ６１３４でＹＥＳの場合）、ステップＳ６１５１で、データ処理部６１０は、仮登録完了通知を受信したことを示すカードＩＤまたはＩＣコインＩＤを含む受信通知を店舗サーバ８００に送信する。
店舗サーバ８００では、受信通知で示されるカードＩＤまたはＩＣコインＩＤに対応付けて管理している残額に入金額を加算する仮登録が本登録される。
次に、ステップＳ６１５２で、メダルサンド６００Ａのデータ処理部６１０は、記憶部６２０に記憶している記憶残額に入金額を加算する。そして、ステップＳ６１５３で、データ処理部６１０は、記憶残額を金額表示部６４４に表示させる制御を行なう。
ステップＳ６１５４では、データ処理部６１０は、バリュー使用可制御、および、貸出可制御を行なう。バリュー使用可制御には、メダルサンド６００Ａの状態をバリューの使用ができる状態であるバリュー使用可能状態にする制御、および、バリュー使用可ランプ６４３を点灯させる制御が含まれる。貸出可制御には、メダルサンド６００Ａの状態をメダル６１１を貸出可能な状態である貸出可能状態にする制御、および、貸出可ランプ６４２を点灯させる制御が含まれる。
次いで、ステップＳ６１５５で、データ処理部６１０は、前述した紙幣収納指示を貨幣処理機６８０に送信する。その後、データ処理部６１０は、この紙幣処理を終了し、実行する処理をこの紙幣処理の呼出元のメダルサンドメイン処理に戻す。
図３３に進んで、貨幣処理機６８０の制御部は、ステップＳ６８３１で、紙幣収納指示を受信したと判断し、ステップＳ６８３５で、紙幣６８１を収納する制御を行ない、ステップＳ６８３６で、紙幣６８１の収納が終了したことを示す収納終了通知をデータ処理部６１０に送信する。その後、紙幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
図３１に戻って、ステップＳ６１５６では、データ処理部６１０は、貨幣処理機６８０から収納終了通知を受信したか否かを判断する。収納終了通知を受信していないと判断した場合（ステップＳ６１５６でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１５の処理に進める。一方、収納終了通知を受信したと判断した場合（ステップＳ６１５６でＹＥＳの場合）、ステップＳ６１５７で、データ処理部６１０は、紙幣挿入可制御を行なう。紙幣挿入可制御には、紙幣挿入可能制御信号を貨幣処理機６８０に送信する制御、および、紙幣挿入可ランプ６４１を点灯させる制御が含まれる。その後、データ処理部６１０は、実行する処理をステップＳ６０１１の処理に戻す。
図３３に進んで、ステップＳ６８１１で、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣挿入可能制御信号を受信したか否かを判断する。紙幣挿入可能制御信号を受信していないと判断した場合（ステップＳ６８１１でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理を前述したステップＳ６８１３の処理に進める。一方、紙幣挿入可能制御信号を受信したと判断した場合（ステップＳ６８１１でＹＥＳの場合）、ステップＳ６８１２で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態を紙幣挿入可能状態に変更する。
図３１に戻って、ステップＳ６１００で紙幣処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１の処理に戻す。ステップＳ６０１５に処理が進められた場合、ステップＳ６０１５で、データ処理部６１０は、プリペイドカード３７１を受付けたことを示すカード受付信号をカードリーダライタ６７０から受信したか否かを判断する。カード受付信号を受信していないと判断した場合（ステップＳ６０１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１６に進める。
一方、カード受付信号を受信したと判断した場合（ステップＳ６０１５でＹＥＳの場合）、ステップＳ６２００で、データ処理部６１０は、カード受付処理を実行する。
図３４は、本実施の形態におけるメダルサンド６００Ａで実行されるカード受付処理の流れを示すフローチャートである。図３４を参照して、まず、ステップＳ６２０１で、データ処理部６１０は、ＩＣコイン６５１を取込中であるか否かを判断する。ＩＣコイン取込中であると判断した場合（ステップＳ６２０１でＹＥＳの場合）、ステップＳ６２０２で、データ処理部６１０は、カード返却制御信号をカードリーダライタ６７０に送信する。
カードリーダライタ６７０は、カード返却制御信号に応じて、プリペイドカード３７１をカード挿入口６７１から返却する。その後、データ処理部６１０は、このカード受付処理を終了し、実行する処理をこのカード受付処理の呼出元のメダルサンドメイン処理に戻す。
一方、ＩＣコイン取込中でないと判断した場合（ステップＳ６２０１でＮＯの場合）、ステップＳ６２１１で、データ処理部６１０は、プリペイドカード３７１をロックする制御を行なわせるためのカードロック制御信号をカードリーダライタ６７０に送信する。カードリーダライタ６７０は、カードロック制御信号を受信すると、プリペイドカード３７１をロックする。
ステップＳ６２１２で、データ処理部６１０は、ＩＣコイン投入不可制御を行なう。ＩＣコイン投入不可制御については、図３２のステップＳ６１２３で説明したので説明は繰返さない。そして、ステップＳ６２１３で、データ処理部６１０は、紙幣挿入不可制御、および、バリュー使用不可制御を行なう。紙幣挿入不可制御、および、バリュー使用不可制御は、図３２のステップＳ６１２２で説明したので説明は繰返さない。
次に、ステップＳ６２１４で、データ処理部６１０は、プリペイドカード３７１の残額を認識したか否かを判断する。具体的には、データ処理部６１０は、カードリーダライタ６７０からプリペイドカード３７１に記録されたカードＩＤを読出して、読出したカードＩＤを店舗サーバ８００に送信して、店舗サーバ８００からそのカードＩＤに対応して管理されているプリペイドカード３７１の残額を受信することができれば、残額を認識したと判断する。
残額を認識できないと判断した場合（ステップＳ６２１４でＮＯの場合）、ステップＳ６２２０で、データ処理部６１０は、プリペイドカード３７１を返却するために返却処理を実行する。返却処理については、後述する図３７で説明する。ステップＳ６２２０の後、データ処理部６１０は、このカード受付処理を終了し、実行する処理をこのカード受付処理の呼出元のメダルサンドメイン処理に戻す。
一方、残額を認識できたと判断した場合（ステップＳ６２１４でＹＥＳの場合）、ステップＳ６２３１で、データ処理部６１０は、認識した残額を記憶残額として記憶部６２０に記憶させ、記憶残額を金額表示部６４４に表示させる制御を行なう。そして、ステップＳ６２３２で、データ処理部６１０は、紙幣挿入可制御、および、バリュー使用可制御を行なう。紙幣挿入可制御、および、バリュー使用可制御は、それぞれ、図３２のステップＳ６１５７、および、ステップＳ６１５４で説明したので説明は繰返さない。その後、データ処理部６１０は、このカード受付処理を終了し、実行する処理をこのカード受付処理の呼出元のメダルサンドメイン処理に戻す。
図３１に戻って、ステップＳ６２００でカード受付処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１の処理に戻す。ステップＳ６０１６に処理が進められた場合、ステップＳ６０１６で、データ処理部６１０は、ＩＣコイン６５１を受付けたことを示すＩＣコイン受付信号をＩＣコインリーダライタ６５０から受信したか否かを判断する。ＩＣコイン受付信号を受信していないと判断した場合（ステップＳ６０１６でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１７の処理に進める。
一方、ＩＣコイン受付信号を受信したと判断した場合（ステップＳ６０１６でＹＥＳの場合）、ステップＳ６３００で、データ処理部６１０は、ＩＣコイン受付処理を実行する。
図３５は、本実施の形態におけるメダルサンド６００Ａで実行されるＩＣコイン受付処理の流れを示すフローチャートである。図３５を参照して、まず、ステップＳ６３１２で、データ処理部６１０は、ＩＣコイン投入不可制御を行なう。ＩＣコイン投入不可制御については、図３２のステップＳ６１２３で説明したので説明は繰返さない。そして、ステップＳ６３１３で、データ処理部６１０は、紙幣挿入不可制御、および、バリュー使用不可制御を行なう。紙幣挿入不可制御、および、バリュー使用不可制御は、図３２のステップＳ６１２２で説明したので説明は繰返さない。
次に、ステップＳ６３１４で、データ処理部６１０は、ＩＣコイン６５１の残額を認識したか否かを判断する。具体的には、データ処理部６１０は、ＩＣコインリーダライタ６５０からＩＣコイン６５１に記録されたＩＣコインＩＤを読出して、読出したＩＣコインＩＤを店舗サーバ８００に送信して、店舗サーバ８００からそのＩＣコインＩＤに対応して管理されているＩＣコイン６５１の残額を受信することができれば、残額を認識したと判断する。
残額を認識できないと判断した場合（ステップＳ６３１４でＮＯの場合）、ステップＳ６３２０で、データ処理部６１０は、ＩＣコイン６５１を返却するために返却処理を実行する。返却処理については、後述する図３７で説明する。ステップＳ６３２０の後、データ処理部６１０は、このＩＣコイン受付処理を終了し、実行する処理をこのＩＣコイン受付処理の呼出元のメダルサンドメイン処理に戻す。
一方、残額を認識できたと判断した場合（ステップＳ６３１４でＹＥＳの場合）、ステップＳ６３３１で、データ処理部６１０は、認識した残額を記憶残額として記憶部６２０に記憶させ、記憶残額を金額表示部６４４に表示させる制御を行なう。そして、ステップＳ６３３２で、データ処理部６１０は、紙幣挿入可制御、および、バリュー使用可制御を行なう。紙幣挿入可制御、および、バリュー使用可制御は、それぞれ、図３２のステップＳ６１５７、および、ステップＳ６１５４で説明したので説明は繰返さない。その後、データ処理部６１０は、このＩＣコイン受付処理を終了し、実行する処理をこのＩＣコイン受付処理の呼出元のメダルサンドメイン処理に戻す。
図３１に戻って、ステップＳ６３００でＩＣコイン受付処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１に戻す。ステップＳ６０１７に処理が進められた場合、ステップＳ６０１７で、データ処理部６１０は、メダル貸ボタン６３１が操作されたか否かを判断する。メダル貸ボタン６３１が操作されていないと判断した場合（ステップＳ６０１７でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１８の処理に進める。
一方、メダル貸ボタン６３１が操作されたと判断した場合（ステップＳ６０１７でＹＥＳの場合）、ステップＳ６４００で、データ処理部６１０は、メダル貸処理を実行する。
図３６は、本実施の形態におけるメダルサンド６００Ａで実行されるメダル貸処理の流れを示すフローチャートである。図３６を参照して、まず、ステップＳ６４０２で、データ処理部６１０は、記憶残額が５２５円相当以上であるか否かを判断する。５２５円相当以上であると判断した場合（ステップＳ６４０２でＹＥＳの場合）、ステップＳ６４０３で、データ処理部６１０は、５００円を設定額として設定して、実行する処理をステップＳ６４１３に進める。
一方、記憶残額が５２５円相当未満であると判断した場合（ステップＳ６４０２でＮＯの場合）、ステップＳ６４１１で、データ処理部６１０は、記憶残額が貸出単位額である１００円に５％の消費税を加算した１０５円相当以上であるか否かを判断する。１０５円相当未満であると判断した場合（ステップＳ６４１１でＮＯの場合）、データ処理部６１０は、このメダル貸処理を終了し、実行する処理をこのメダル貸処理の呼出元のメダルサンドメイン処理に戻す。
一方、記憶残額が１０５円相当以上であると判断した場合（ステップＳ６４１１でＹＥＳの場合）、ステップＳ６４１２で、データ処理部６１０は、１０５円×ｎ≦記憶残額となる最大の（１００×ｎ）円を設定額として設定する。
ステップＳ６４１３では、データ処理部６１０は、紙幣挿入不可制御、および、バリュー使用不可制御を行なう。紙幣挿入不可制御、および、バリュー使用不可制御は、図３２のステップＳ６１２２で説明したので説明は繰返さない。
次に、ステップＳ６４１４で、データ処理部６１０は、設定額に５％の消費税額を加算したものを、記憶部６２０に記憶された記憶残額から減算する。そして、ステップＳ６４１７で、設定額相当のメダル６１１を払出すようメダル払出部６０１を制御する。次いで、ステップＳ６４１８で、データ処理部６１０は、記憶残額を金額表示部６４４に表示させる制御を行なう。
最後に、ステップＳ６４１９で、データ処理部６１０は、紙幣挿入可制御、および、バリュー使用可制御を行なう。紙幣挿入可制御、および、バリュー使用可制御は、それぞれ、図３２のステップＳ６１５７、および、ステップＳ６１５４で説明したので説明は繰返さない。その後、データ処理部６１０は、このメダル貸処理を終了し、実行する処理をこのメダル貸処理の呼出元のメダルサンドメイン処理に戻す。
図３１に戻って、ステップＳ６４００でメダル貸処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１に戻す。ステップＳ６０１８に処理が進められた場合、ステップＳ６０１８で、データ処理部６１０は、返却ボタン６３２が操作されたか否かを判断する。返却ボタン６３２が操作されていないと判断した場合（ステップＳ６０１８でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０１９の処理に進める。
一方、返却ボタン６３２が操作されたと判断した場合（ステップＳ６０１８でＹＥＳの場合）、ステップＳ６５００で、データ処理部６１０は、返却処理を実行する。
図３７は、本実施の形態におけるメダルサンド６００Ａで実行される返却処理の流れを示すフローチャートである。図３７を参照して、まず、ステップＳ６５１１で、データ処理部６１０は、カードリーダライタ６７０にプリペイドカード３７１を取込中か否かを判断する。プリペイドカード３７１を取込中であると判断した場合（ステップＳ６５１１でＹＥＳの場合）、ステップＳ６５１２で、データ処理部６１０は、プリペイドカード３７１のカードＩＤおよび記憶残額を店舗サーバ８００に送信し、記憶残額を０にする。なお、記憶残額が０円相当であっても、記憶残額は送信される。店舗サーバ８００は、受信したカードＩＤに対応付けて管理している残額を、受信した記憶残額に更新する。
次に、ステップＳ６５１３で、データ処理部６１０は、カード返却制御信号をカードリーダライタ６７０に送信する。カードリーダライタ６７０は、カード返却制御信号に応じて、プリペイドカード３７１をカード挿入口６７１から返却する。その後、データ処理部６１０は、実行する処理をステップＳ６５１９の処理に進める。
一方、プリペイドカード３７１を取込中でないと判断した場合（ステップＳ６５１１でＮＯの場合）、ステップＳ６５１４で、記憶残額があるか否かを判断する。記憶残額がないと判断した場合（ステップＳ６５１４でＮＯの場合）、データ処理部６１０は、この返却処理を終了して、実行する処理をこの返却処理の呼出元のメダルサンドメイン処理に戻す。
一方、記憶残額があると判断した場合（ステップＳ６５１４でＹＥＳの場合）、ステップＳ６５１５で、データ処理部６１０は、受付けられたＩＣコインまたは待機中のＩＣコインのＩＣコインＩＤおよび記憶残額を店舗サーバ８００に送信し、記憶残額を０にする。店舗サーバ８００は、受信したＩＣコインＩＤに対応付けて管理している残額を、受信した記憶残額に更新する。
次に、ステップＳ６５１６で、データ処理部６１０で、ＩＣコイン６５１を取込中であるか否かを判断する。ＩＣコイン取込中であると判断した場合（ステップＳ６５１６でＹＥＳの場合）、ステップＳ６５１７で、データ処理部６１０は、受付ＩＣコインの返却を指示する受付ＩＣコイン返却制御信号をＩＣコインリーダライタ６５０に送信する。その後、データ処理部６１０は、実行する処理をステップＳ６５１９の処理に進める。
一方、ＩＣコイン取込中でないと判断した場合（ステップＳ６５１６でＮＯの場合）、ステップＳ６５１８で、データ処理部は、内部にストックされていた待機ＩＣコインの返却を指示する待機ＩＣコイン返却制御信号をＩＣコインリーダライタ６５０に送信する。その後、データ処理部６１０は、実行する処理をステップＳ６５１９の処理に進める。
ステップＳ６５１９では、データ処理部６１０は、０円相当である記憶残額を金額表示部６４４に表示させる制御を行なう。
次に、ステップＳ６５２１で、データ処理部６１０は、ＩＣコインリーダライタ６５０にＩＣコインのストックがあるか否かを判断する。ＩＣコインのストックがないと判断した場合（ステップＳ６５２２でＮＯの場合）、ステップＳ６５２２で、データ処理部６１０は、紙幣挿入不可制御、および、バリュー使用不可制御を行なう。紙幣挿入不可制御、および、バリュー使用不可制御は、図３２のステップＳ６１２２で説明したので説明は繰返さない。その後、データ処理部６１０は、実行する処理をステップＳ６５２４の処理に進める。つまり、本実施の形態では、プリペイドカード３７１またはＩＣコイン６５１が取込中でないと、紙幣６８１およびバリューの使用が不可とされる。この状態は、プリペイドカード３７１が受付けられることによって図３４のステップＳ６２３２で、または、ＩＣコイン６５１が受付けられることによって図３５のステップＳ６３３２で解除される。
一方、ＩＣコインのストックがあると判断した場合（ステップＳ６５２２でＹＥＳの場合）、ステップＳ６５２３で、データ処理部６１０は、紙幣挿入可制御、および、バリュー使用可制御を行なう。紙幣挿入可制御、および、バリュー使用可制御は、それぞれ、図３２のステップＳ６１５７、および、ステップＳ６１５４で説明したので説明は繰返さない。その後、データ処理部６１０は、実行する処理をステップＳ６５２４の処理に進める。
ステップＳ６５２４では、データ処理部６１０は、ＩＣコイン投入可制御を行なう。ＩＣコイン投入可制御には、ＩＣコイン投入口６５２のシャッターを開放する制御が含まれる。その後、データ処理部６１０は、この返却処理を終了し、実行する処理をこの返却処理の呼出元のメダルサンドメイン処理に戻す。
図３１に戻って、ステップＳ６５００で返却処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１の処理に戻す。ステップＳ６０１９に処理が進められた場合、ステップＳ６０１９で、データ処理部６１０は、メダルサンド６００Ａの状態がバリュー使用可状態であるか否かを判断する。バリュー使用可状態でないと判断した場合（ステップＳ６０１９でＮＯの場合）、この場合は、プリペイドカード３７１またはＩＣコイン６５１が取込中でなく、ＩＣコイン６５１のストックがない場合にステップＳ６５２２でバリュー使用不可制御が行なわれた場合であるが、この場合、データ処理部６１０は、実行する処理をステップＳ６０２３の処理に進める。
一方、バリュー使用可状態であると判断した場合（ステップＳ６０１９でＹＥＳの場合）、ステップＳ６１０で、データ処理部６１０は、不正登録処理を実行する。
図３８は、本実施の形態におけるメダルサンド６００Ａで実行される不正登録処理の流れを示すフローチャートである。図３８を参照して、データ処理部６１０は、ステップＳ６１１で、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図４８および図４９で説明する。
携帯使用禁止情報を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１２で携帯使用禁止情報を記憶部６２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、または、ステップＳ６１２の後、データ処理部６１０は、実行する処理をステップＳ６１３に進める。
ステップＳ６１３では、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信した（入力を受付けた）か否かを判断する。
不正端末情報は、端末ＩＤを含み、端末ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図４８および図４９で説明する。
不正端末情報を受信したと判断した場合（ステップＳ６１３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１４で、不正端末情報を記憶部６２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ６１３でＮＯの場合）、または、ステップＳ６１４の後、データ処理部６１０は、実行する処理をこの不正登録処理の呼出元の処理である図３１のメダルサンドメイン処理に戻す。
図３１に戻って、ステップＳ６２１で、データ処理部６１０は、図３８の不正登録処理で携帯使用禁止情報が記憶部６２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。
すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ６２１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６０２３の処理に進める。
一方、携帯電話１００でのバリューの使用がすべて禁止されているのではないと判断した場合（ステップＳ６２１でＮＯの場合）、データ処理部６１０は、ステップＳ６３１で、第１ポーリング信号を送信するようチップリーダライタ６９０を制御する。ポーリング信号は、メダルサンド６００Ａと通信可能な携帯電話１００があるか否かを確認するための信号であって、ポーリング信号に対する応答があった場合は、通信が可能であると判断される。
ポーリング信号は、チップリーダライタ６９０のアンテナ６９４から出力される。しかし、チップリーダライタ６９０と携帯電話１００の非接触型ＩＣチップ１９０との通信可能距離は数センチメートルである。このため、携帯電話１００の非接触型ＩＣチップ１９０が、チップリーダライタ６９０の数センチメートル以内にかざされることによって、携帯電話１００がチップリーダライタ６９０からポーリング信号を受信することが可能となる。
図４１は、本実施の形態における携帯電話１００で実行されるバリュー加減算処理の流れを示すフローチャートである。図４１を参照して、まず、ステップＳ９１１で、携帯電話１００の非接触型ＩＣチップ１９０の制御部１９１は、メダルサンド６００Ａから第１ポーリング信号を受信したか否かを判断する。
第１ポーリング信号を受信したと判断した場合（ステップＳ９１１でＹＥＳの場合）、ステップＳ９１２で、制御部１９１は、携帯電話１００の非接触型ＩＣチップ１９０の状態が精算状態に設定されているか否かを判断する。
図１５に戻って、ステップＳ１９６で、携帯電話１００のデータ処理部１１０は、精算が選択されたか否かを判断する。図２７（ｂ）の画面で「精算」のリンクが選択されると、データ処理部１１０は、精算が選択されたと判断し（ステップＳ１９６でＹＥＳ）、ステップＳ１９７で、携帯電話１００の非接触型ＩＣチップ１９０の状態を精算状態に設定する。具体的には、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２に精算状態である旨のフラグを立てる。その後、データ処理部１１０は、実行する処理をステップＳ１９３の処理に戻す。
図４１に進んで、非接触型ＩＣチップ１９０の状態が精算状態に設定されていると判断した場合（ステップＳ９１２でＹＥＳの場合）、ステップＳ９１３で、制御部１９１は、端末ＩＤと通番とを記憶部１９２から読出し、バリュー残高を非接触型ＩＣチップ１９０の記憶部１９２から読出し、読出した端末ＩＤと通番とバリュー残高と処理種別が精算である旨とを含む精算要求を、第１ポーリング信号の送信元のメダルサンド６００Ａに送信する。精算要求は、第１ポーリング信号に対する応答として送信される情報であって、プリペイドカード３７１またはＩＣコイン６５１の残額（記憶残額）を携帯電話１００の非接触型ＩＣチップ１９０にバリューとして精算することを要求するための情報である。通番は、バリューとしての精算や、後述する取引要求の送信元の携帯電話１００を用いて実行された複数回のバリューを用いたメダル貸などの取引のそれぞれを区別するための番号である。その後、制御部１９１は、実行する処理をステップＳ９１１に戻す。
一方、精算状態に設定されていないと判断した場合（ステップＳ９１２でＮＯの場合）、制御部１９１は、ステップＳ９１４で、端末ＩＤと通番とを記憶部１９２から読出し、バリュー残高を非接触型ＩＣチップ１９０の記憶部１９２から読出し、読出した端末ＩＤと通番とバリュー残高と処理種別がメダル貸である旨とを含む取引要求を、第１ポーリング信号の送信元のメダルサンド６００Ａに送信する。取引要求は、第１ポーリング信号に対する応答として送信される情報であって、バリューを用いたメダル貸を要求するための情報である。その後、制御部１９１は、実行する処理をステップＳ９１１に戻す。
図３１に戻って、ステップＳ６０２１で、データ処理部６１０は、携帯電話１００から端末ＩＤと通番とバリュー残高と処理種別がメダル貸である旨とを含む取引要求を受信したか否かを判断する。取引要求を受信していないと判断した場合（ステップＳ６０２１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０２２に進める。
一方、取引要求を受信したと判断した場合（ステップＳ６０２１でＹＥＳの場合）、ステップＳ６６００で、データ処理部６１０は、バリュー処理を実行する。
図４２は、本実施の形態におけるメダルサンド６００Ａで実行されるバリュー処理の流れを示すフローチャートである。図４２を参照して、まず、データ処理部６１０は、ステップＳ６６０１で、携帯電話１００からの取引要求に含まれる端末ＩＤが、ステップＳ６１０の不正登録処理で記憶部６２０に記憶された不正端末情報により示される端末ＩＤであるか否かを判断する。つまり、不正な携帯電話であるか否かを判断する。
不正携帯電話でない（携帯電話１００から取得した端末ＩＤが記憶部１２０に記憶した端末ＩＤと一致しない）と判断した場合（ステップＳ６６０１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４３０の処理に進める。一方、不正携帯電話である（携帯電話１００から取得した端末ＩＤが記憶部１２０に記憶した端末ＩＤと一致する）と判断した場合（ステップＳ６６０１でＹＥＳの場合）、ステップＳ６６０２で、データ処理部６１０は、不正携帯処理を実行する。
図３９は、本実施の形態におけるメダルサンド６００Ａで実行される不正携帯処理の流れを示すフローチャートである。図３９を参照して、まず、ステップＳ６７１では、データ処理部６１０は、不正携帯端末であることを遊技場３０の店員等に報知するためのエラー表示を表示部６４０の金額表示部６４４に表示させる。つまり、ステップＳ６６０１で一致すると判定されると、後述するステップＳ６４４４、ステップＳ６４４６、および、ステップＳ６４５３で減算要求が送信されることなくエラー処理として表示部６４０でエラーである旨が報知される。
次に、ステップＳ６７２で、データ処理部６１０は、遊技場３０の店員によってメダルサンド６００Ａのリセット操作が行なわれたか否かを判断する。リセット操作が行なわれていないと判断した場合（ステップＳ６７２でＮＯの場合）、データ処理部６１０は、ステップＳ６７２の処理を繰返す。
一方、リセット操作が行なわれたと判断した場合（ステップＳ６７２でＹＥＳの場合）、データ処理部６１０は、この不正携帯処理を終了し、実行する処理をこの不正携帯処理の呼出元の処理に戻す。
図４２に進んで、ステップＳ６４３０では、プリペイドカード３７１またはＩＣコイン６５１が取込中であるか否かを判断する。プリペイドカード３７１またはＩＣコイン６５１が取込中でないと判断した場合（ステップＳ６４３０でＮＯの場合）、データ処理部６１０は、このバリュー処理を終了して、実行する処理をこのバリュー処理の呼出元のメダルサンドメイン処理に戻す。
一方、プリペイドカード３７１またはＩＣコイン６５１が取込中であると判断した場合（ステップＳ６４３０でＹＥＳの場合）、ステップＳ６４３１で、データ処理部６１０は、紙幣挿入不可制御を実行する。紙幣挿入不可制御については、図３２のステップＳ６１２２で説明したので説明は繰返さない。
次に、データ処理部６１０は、ステップＳ６４３２で、受信した（取得した）取引要求に含まれる端末ＩＤと通番とバリュー残高とを対応させて記憶部６２０に記憶させる。
次に、ステップＳ６４４１で、データ処理部６１０は、記憶残額があるか否かを判断する。記憶残額がないと判断した場合（ステップＳ６４４１でＮＯの場合）、ステップＳ６４４１ａで、データ処理部６１０は、バリュー残高（Ｙ）が所定額以上であるか否かを判断する。所定額は、本実施の形態においては、バリューを用いて１回分のメダル貸で払出されるメダル６１１に相当する額に５％の消費税額を加算した額であり、たとえば、１回分のメダル貸で払出される１枚２０円のメダル５０枚に相当する１０００円に５％の消費税額５０円を加算した１０５０円である。Ｙ＜１０５０であると判断した場合（ステップＳ６４４１ａでＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４５４の処理に進める。
一方、Ｙ≧１０５０であると判断した場合（ステップＳ６４４１ａでＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６４４４の処理に進める。一方、記憶残額があると判断した場合（ステップＳ６４４１でＹＥＳの場合）、ステップＳ６４４２で、データ処理部６１０は、記憶残額（＝Ｘ）が貸出単位額である１００円に５％の消費税を加算した１０５円相当以上であるか否かを判断する。Ｘ＜１０５であると判断した場合（ステップＳ６４４２でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４５１の処理に進める。
Ｘ≧１０５であると判断した場合（ステップＳ６４４２でＹＥＳの場合）、ステップＳ６４４３で、データ処理部６１０は、バリュー残高（Ｙ）が前述した所定額以上であるか否を判断する。Ｙ＜１０５０であると判断した場合（ステップＳ６４４３でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４４５の処理に進める。
一方、Ｙ≧１０５０あると判断した場合（ステップＳ６４４３でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６４４４の処理に進める。
ステップＳ６４４４で、データ処理部６１０は、記憶部６９２に記憶されたこのメダルサンド６００Ａの装置ＩＤと、ステップＳ６４４３の所定額と同額である減算額とを記憶部６２０から読出し、読出した装置ＩＤと減算額と、ステップＳ６０２１で受信した取引要求に含まれる通番を更新した更新後通番とを含む減算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。
ここで、通番の更新とは、たとえば、通番に１加算することであるが、これに限定されず、たとえば、所定数加算することであってもよいし、所定数減算することであってもよい。減算要求は、取引額（メダル貸額）分のバリューの減算を携帯電話に要求するための情報である。
ステップＳ６４４５では、データ処理部６１０は、Ｘ＋Ｙ≧１０５０であるか否かを判断する。Ｘ＋Ｙ＜１０５０であると判断した場合（ステップＳ６４４５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４５４の処理に進める。
一方、Ｘ＋Ｙ≧１０５０であると判断した場合（ステップＳ６４４５でＹＥＳの場合）、ステップＳ６４４６で、データ処理部６１０は、記憶部６９２に記憶されたこのメダルサンド６００Ａの装置ＩＤを読出し、読出した装置ＩＤとＹ円相当の減算額と更新後通番とを含む減算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。
次に、ステップＳ６４４７で、データ処理部６１０は、記憶残額から（１０５０−Ｙ）円を減算する。その後、データ処理部６１０は、実行する処理をステップＳ６４０に進める。
ステップＳ６４５１では、データ処理部６１０は、Ｘ＋Ｙ≧１０５０であるか否かを判断する。Ｘ＋Ｙ＜１０５０であると判断した場合（ステップＳ６４５１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４５４の処理に進める。
一方、Ｘ＋Ｙ≧１０５０であると判断した場合（ステップＳ６４５１でＹＥＳの場合）、ステップＳ６４５２で、データ処理部６１０は、記憶残額からＸ円を減算する。
次に、ステップＳ６４５３で、データ処理部６１０は、記憶部６９２に記憶されたこのメダルサンド６００Ａの装置ＩＤを読出し、読出した装置ＩＤと（１０５−Ｘ）円相当の減算額と更新後通番とを含む減算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。その後、データ処理部６１０は、実行する処理をステップＳ６４０に進める。
なお、本実施の形態においては、ステップＳ６４４４、ステップＳ６４４６、および、ステップＳ６４５３で、減算要求を送信するときに、減算要求に装置ＩＤを含めて携帯電話１００に送信するようにした。しかし、これに限定されず、装置ＩＤは、減算要求を送信するときでなくて、別のタイミングで送信するようにしてもよい。たとえば、ステップＳ６３１で第１ポーリング信号を送信するときに、第１ポーリング信号に装置ＩＤを含めて携帯電話１００に送信するようにしてもよい。
以上説明したように、本実施の形態のメダルサンド６００Ａは、携帯電話１００から取引要求を受信したときに、記憶残額がなければ（０円相当であれば）、バリューから１０５０円（１０００円＋消費税５０円）を減算して、メダル５０枚（１０００円相当）を払出すための処理を行なう。一方、記憶残額が０円相当でないときに、取引要求を受信した場合には、記憶残額とバリューとの両方を使用してメダルを払出すための処理を行なう。
具体的には、記憶残額が１０５円以上で、かつ、バリュー残高が１０５０円未満で、かつ、記憶残額とバリュー残高の合計が１０５０円以上であれば、バリュー残高全額を減算するとともに、１０５０円からバリュー残高を減算した額を記憶残額から減算して、メダル５０枚を払出すための処理を行なう。記憶残額が１０５円以上で、かつ、バリュー残高が１０５０円以上のときには、記憶残額が０円相当のときと同様に、バリューから１０５０円相当を減算して、メダルを払出すための処理を行なう。
また、記憶残額が１０５円未満で、かつ、記憶残額とバリュー残高の合計が１０５０円以上であれば、記憶残額全額を減算するとともに、１０５０円から記憶残額を減算した額をバリューから減算して、メダル５０枚を払出す処理を行なう。つまり、記憶残額が０円相当でないときに、精算要求を受付けることなく携帯電話１００を受付けたこと、具体的には、取引要求を受信したことを条件として、記憶残額とバリューとを遊技に使用させるための第３使用処理を行なうとともに、記憶残額を減算するとともに、第３使用処理に供される第３使用額と対応する消費税額との合算額である１０５０円から記憶残額を差引いた差額をバリューから減算するための減算要求を携帯電話１００に送信する処理を第３減算処理として行なう。
本実施の形態においては、バリュー残高またはバリュー残高と記憶残額との合計額が１０５０円未満の場合には、メダル貸制御が行なわれないようになっているが、これに限らず、バリュー残高またはバリュー残高と記憶残額との合計額がメダル貸に関して予め定められた一単位である１００円と対応消費税額との合算額である１０５円以上であれば、その整数倍分（たとえば、バリュー残高またはバリュー残高と記憶残額との合計額が７００円であれば、１０５円×６＝６３０円分のメダル貸制御を行なう）のメダル貸制御を実施するようにしてもよい。
図４１に戻って、第１ポーリング信号を受信していないと判断した場合（ステップＳ９１１でＮＯの場合）、ステップＳ９２１で、携帯電話１００の制御部１９１は、メダルサンド６００Ａから装置ＩＤと減算額と更新後通番とを含む減算要求を受信したか否かを判断する。
減算要求を受信したと判断した場合（ステップＳ９２１でＹＥＳの場合）、ステップＳ９２２で、制御部１９１は、減算要求に含まれる装置ＩＤを記憶部１９２に記憶させる。
次に、ステップＳ９２３で、制御部１９１は、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリューから減算要求に含まれる減算額相当のバリューを減算する減算処理を実行する。
次いで、ステップＳ９２４で、制御部１９１は、通番を更新する。通番の更新については、具体的には、携帯電話１００の記憶部１９２に記憶されている通番が、減算要求に含まれる更新後通番に置換えられる。なお、メダルサンド６００Ａから更新後の通番を取得することなく、制御部１９１が、記憶部１９２に記憶されている通番を加算更新するようにしてもよい。
そして、ステップＳ９２５で、制御部１９１は、端末ＩＤを含む減算終了信号（減算完了通知）を、減算要求の送信元のメダルサンド６００Ａに送信するよう非接触通信部１９３を制御する。減算終了信号は、減算が終了したことをメダルサンド６００Ａに通知するための信号である。その後、制御部１９１は、実行する処理をステップＳ９１１の処理に戻す。
図４２に進んで、ステップＳ６４０で、メダルサンド６００Ａのデータ処理部６１０は、バリュー減算待処理を実行する。
図４３は、本実施の形態におけるメダルサンド６００Ａで実行されるバリュー減算待処理の流れを示すフローチャートである。図４３を参照して、ステップＳ６４１で、データ処理部６１０は、携帯電話１００から端末ＩＤを含む減算終了信号を受信したか否かを判断する。
減算終了信号を受信したと判断した場合（ステップＳ６４１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６４２で、所定額相当のメダル６１１を払出すようメダル払出部６０１を制御する。
次に、ステップＳ６４３で、データ処理部６１０は、ステップＳ６４３２で記憶された端末ＩＤと、ステップＳ６４３２で記憶されたバリュー残高から減算した所定額を差引いたバリュー残高とを含む取引情報を店舗サーバ８００に送信する。なお、減算前の額と取引額とが送信されるようにしてもよい。
そして、ステップＳ６４４で、データ処理部６１０は、紙幣挿入可制御を行なう。紙幣挿入可制御については、図３２のステップＳ６１５７で説明したので説明は繰返さない。その後、データ処理部６１０は、このバリュー減算待処理を終了し、実行する処理をこのバリュー減算待処理の呼出元のバリュー処理に戻す。
一方、減算終了信号を受信していないと判断した場合（ステップＳ６４１でＮＯの場合）、データ処理部６１０は、ステップＳ６４５で、ステップＳ６４４４、ステップＳ６４４６、または、ステップＳ６４５３で減算要求を送信してから時間Ｔが経過したか否かを判断する。減算要求を送信してからの経過時間は、データ処理部６１０によって計測される。時間Ｔが経過していないと判断した場合（ステップＳ６４５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６４１の処理に戻す。
一方、時間Ｔが経過したと判断した場合（ステップＳ６４５でＹＥＳの場合）、ステップＳ６４６で、データ処理部６１０は、チップリーダライタ６９０に携帯電話１００を再度かざす旨を報知するためのエラー表示を表示部６４０に表示させる。
次に、ステップＳ６４７で、データ処理部６１０は、バリューエラー処理を実行する。
つまり、メダルサンド６００Ａは、ステップＳ６４４４、ステップＳ６４４６、または、ステップＳ６４５３で減算要求を送信してから所定時間Ｔ以内に、減算終了信号を受信したことに基づいて、メダル貸制御（取引処理）を実行する一方、減算要求を送信してから所定時間Ｔ以内に減算終了信号を受信しなかったときには、当該携帯電話、すなわちステップＳ６４３２で記憶した端末ＩＤの携帯電話１００以外の携帯電話は受け付けない（使用できない）状態となる。
つまり、メダルサンド６００Ａは、ステップＳ６４４４、ステップＳ６４４６、または、ステップＳ６４５３で減算要求を送信してから所定時間Ｔ以内に、減算終了信号を受信したことに基づいて、メダル貸制御（取引処理）を実行する一方、減算要求を送信してから所定時間Ｔ以内に減算終了信号を受信しなかったときには、当該携帯電話、すなわちステップＳ６４３２で記憶した端末ＩＤの携帯電話１００以外の携帯電話は受け付けない（使用できない）状態となる。
図４４は、本実施の形態におけるメダルサンド６００Ａで実行されるバリューエラー処理の流れを示すフローチャートである。図４４を参照して、まず、ステップＳ６５１で、データ処理部６１０は、リセット操作があったか否かを判断する。リセット操作については、ステップＳ６７２で前述したので説明は繰返さない。なお、本実施の形態においては、リセット操作は、メダルサンド６００Ａの電源を一旦オフ状態にした後オフ状態からオン状態に変更する操作によって所定のリセット入力を受付けるものである。しかし、これに限定されず、所定のリセット入力を受付けるものであれば、他の方法であってもよく、たとえば、管理装置８００からリセット信号を受信することによって所定のリセット入力を受付けるものであってもよい。
リセット操作があったと判断した場合（ステップＳ６５１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６８０で、リセット処理を実行する。
図４０は、本実施の形態におけるメダルサンド６００Ａで実行されるリセット処理の流れを示すフローチャートである。図４０を参照して、まず、データ処理部６１０は、ステップＳ６７４で、端末ＩＤとバリュー残高とを含むリセット情報を店舗サーバ８００に送信する。リセット情報は、リセット操作が行なわれたときのメダルサンド６００Ａの記憶部６２０の記憶状態を通知するための情報である。
次に、ステップＳ６７５で、データ処理部６１０は、紙幣挿入可制御を行なう。紙幣挿入可制御については、図３２のステップＳ６１５７で説明したので説明は繰返さない。その後、データ処理部６１０は、このリセット処理を終了し、実行する処理をこのリセット処理の呼出元の処理に戻す。
このように、リセット処理では、ステップＳ６４３２で記憶された端末ＩＤとリセット入力がなされた旨とを含むリセット情報が店舗サーバ８００に送信される。なお、本実施の形態においては、データ処理部６１０は、当該リセット情報にステップＳ６４３２で記憶されたバリュー残高も含めて送信することとされている。
図４４に進んで、データ処理部６１０は、リセット処理の実行後、実行する処理を呼出元のバリューエラー処理に戻し、さらに、呼出元のバリュー減算待処理に戻し、さらに、呼出元のバリュー処理に戻す。
これにより、メダルサンド６００Ａの状態がステップＳ６４７でバリューエラー処理が実行されることで、後述するステップＳ６５６で端末ＩＤが一致しないと判定されたときにはメダル貸制御が実行されない。つまり、ステップＳ６４３２で記憶された端末ＩＤ以外の携帯電話は使用できなくなる。しかし、ステップＳ６５１でリセット入力が受付けられることで、リセット処理が実行され、ステップＳ６４３２で記憶された端末ＩＤ以外の携帯電話を使用したメダル貸制御が可能となる。
一方、リセット操作がないと判断した場合（ステップＳ６５１でＮＯの場合）、ステップＳ６５２で、データ処理部６１０は、ステップＳ６３１とは異なるポーリング信号、具体的には装置ＩＤ、端末ＩＤおよび通番の送信を要求する第２ポーリング信号を送信するようチップリーダライタ６９０を制御する。つまり、メダルサンド６００Ａは、ステップＳ６４４４、ステップＳ６４４６、または、ステップＳ６４５３で減算要求を送信してから所定時間Ｔ以内に減算終了信号を受信しなかったときには、ステップＳ６５２で第２ポーリング信号を送信することにより、受付けられた携帯電話１００からステップＳ９２２で記憶された装置ＩＤ、さらには記憶部１９２に記憶された通番および端末ＩＤを取得する。
図４１に戻って、減算要求を受信していないと判断した場合（ステップＳ９２１でＮＯの場合）、携帯電話１００の制御部１９１は、ステップＳ９４１で、加算要求を受信したか否かを判断する。加算要求を受信したと判断した場合（ステップＳ９４１でＹＥＳの場合）については、後述する。
一方、加算要求を受信していないと判断した場合（ステップＳ９４１でＮＯの場合）、制御部１９１は、ステップＳ９３１で、装置ＩＤと端末ＩＤと通番とを要求する第２ポーリング信号を受信したか否かを判断する。第２ポーリング信号を受信していないと判断した場合（ステップＳ９３１でＮＯの場合）、制御部１９１は、実行する処理をステップＳ９１１に戻す。
一方、第２ポーリング信号を受信したと判断した場合（ステップＳ９３１でＹＥＳの場合）、ステップＳ９３２で、制御部１９１は、端末ＩＤと通番とを記憶部１９２から読出し、バリュー残高を記憶部１９２から読出し、ステップＳ９２２で記憶部１９２に記憶した装置ＩＤを読出し、読出した端末ＩＤと通番とバリュー残高と装置ＩＤとを含むリカバリ要求を、第２ポーリング信号の送信元のメダルサンド６００Ａに送信するよう非接触型ＩＣチップ１９０を制御する。その後、制御部１９１は、実行する処理をステップＳ９１１に戻す。
図４４に進んで、ステップＳ６５３で、メダルサンド６００Ａのデータ処理部６１０は、携帯電話１００から端末ＩＤと通番とバリュー残高と装置ＩＤとを含むリカバリ要求を受信したか否かを判断する。リカバリ要求を受信していないと判断した場合（ステップＳ６５３でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６５１の処理に戻す。
一方、リカバリ要求を受信したと判断した場合（ステップＳ６５３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６５５で、ステップＳ６５３で受信したリカバリ要求に含まれる装置ＩＤが、このメダルサンド６００Ａの記憶部６２０に記憶された装置ＩＤと一致するか否かを判断する。
装置ＩＤが一致すると判断した場合（ステップＳ６５５でＹＥＳの場合）、ステップＳ６５６で、データ処理部６１０は、ステップＳ６５３で受信したリカバリ要求に含まれる端末ＩＤが、ステップＳ６４３２で記憶部６２０に記憶した端末ＩＤと一致するか否かを判断する。
端末ＩＤが一致すると判断した場合（ステップＳ６５６でＹＥＳの場合）、ステップＳ６５７で、データ処理部６１０は、ステップＳ６５３で受信したリカバリ要求に含まれる通番が、ステップＳ６４３２で記憶部６２０に記憶した通番と一致するか否かを判断する。
一方、装置ＩＤが一致しないと判断した場合（ステップＳ６５５でＮＯの場合）、または、端末ＩＤが一致しないと判断した場合（ステップＳ６５６でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６５１に戻す。
通番が一致すると判断した場合（ステップＳ６５７でＹＥＳの場合）は、携帯電話１００で通番が更新されていない状態であるので、バリューが減算されていないこととなる。このため、ステップＳ６５８で、データ処理部６１０は、ステップＳ６３６と同様、装置ＩＤと減算額と更新後通番とを含む減算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。
次に、ステップＳ６５９で、データ処理部６１０は、図４３で説明したバリュー減算待処理を実行する。その後、データ処理部６１０は、ステップＳ６４１で減算終了信号を受信したと判断して、ステップＳ６４２でメダル貸制御を実行する。
一方、通番が一致しないと判断した場合（ステップＳ６５７でＮＯの場合）は、携帯電話１００で通番が更新されているので、バリューが減算されていることとなる。このため、ステップＳ６６１で、データ処理部６１０は、ステップＳ６４２と同様、再度、減算要求を送信することなくメダル貸制御を実行する。
次に、ステップＳ６６２で、データ処理部６１０は、ステップＳ６４３と同様、取引情報を店舗サーバ８００に送信する。そして、ステップＳ６６３で、データ処理部６１０は、紙幣挿入可制御を行なう。紙幣挿入可制御については、図３２のステップＳ６１５７で説明したので説明は繰返さない。その後、データ処理部６１０は、実行する処理をこのバリューエラー処理の呼出元のバリュー減算待処理に戻し、さらに、バリュー減算待処理の呼出元のバリュー処理に戻す。
図４２に戻って、ステップＳ６４０でのバリュー減算待処理の終了後、データ処理部６１０は、実行する処理をステップＳ６４５４の処理に進める。ステップＳ６４５４では、データ処理部６１０は、紙幣挿入可制御を行なう。
以上説明したように、メダルサンド６００Ａは、ステップＳ６５３で取得した装置ＩＤと記憶部６９２に記憶している装置ＩＤとが一致することを条件としてメダル貸制御を実行する。具体的には、ステップＳ６５３で取得した装置ＩＤと記憶部６９２に記憶している装置ＩＤとが一致し、取得した端末ＩＤおよび通番がそれぞれステップＳ６４３２で記憶した端末ＩＤおよび通番に一致した場合には、メダルサンド６００Ａは、ステップＳ６５８で再度、減算要求を送信することでメダル貸制御を実行する。そして、端末ＩＤは一致するが通番が一致しなかった場合には、メダルサンド６００Ａは、減算要求を送信することなくステップＳ６６１でメダル貸制御を実行する。
また、データ処理部６１０は、貨幣処理機６８０により紙幣６８１を受付けてから、少なくとも識別されるまでの期間、本実施の形態においては、貨幣処理機６８０により紙幣６８１を受付けてから、紙幣識別通知を受信するまでの期間に、携帯電話１００をチップリーダライタ６９０により受付けた場合には、図３１のステップＳ６０２１により取引要求の受信が検知され、処理がステップＳ６６００のバリュー処理に移行し、図４２のステップＳ６４４４，Ｓ６４４６，Ｓ６４５３において減算要求が携帯電話１００に対して送信される。
さらに、バリュー処理に移行した場合には、図４２のステップＳ６４３１において貨幣処理機６８０に対して紙幣挿入不可制御信号が送信されることにより、既に貨幣処理機６８０にて紙幣６８１を受付けていた場合にも、図３３に示す貨幣処理機処理のステップＳ６８３２ａにおいて紙幣挿入不可制御信号の受信が検知されて、紙幣６８１が返却される。
一方、図３１のステップＳ６０１４において紙幣識別通知の受信が検知されると、ステップＳ６１００の紙幣処理に移行し、当該紙幣処理が終了するまでメイン処理に戻ってこないため、ステップＳ６０２１における取引要求の検知が行なわれないため、紙幣識別通知の受信後は紙幣処理の終了まで、バリューを使用したメダル貸制御は不能動化されることとなる。
なお、この点は、紙幣処理、カード受付処理、ＩＣコイン受付処理、メダル貸処理、返却処理、バリュー処理、および、精算処理に共通であり、いずれかの処理のサブルーチンに移行した場合、当該移行したサブルーチンが終了するまでは、メダルサンドメイン処理に戻らないため、重複して行なわれることがない。
また、紙幣６８１を受付けてから紙幣識別通知を受信するまでの期間に、カード受付、ＩＣコイン受付、メダル貸ボタン操作、返却ボタン操作、取引要求受信、および、精算要求受信のいずれかが検知された場合には、検知された事象に応じたサブルーチン処理が行なわれ、そのサブルーチンの中で紙幣挿入不可制御信号が貨幣処理機６８０に送信されることで、紙幣６８１が返却される。
メダルサンドメイン処理は、本実施の形態のような方式に限定されるものではなく、たとえば、割込み処理により所定時間ごとに繰返し実行されることにより、紙幣処理等のサブルーチンに移行した場合にも、メダルサンドメイン処理が並行して実行されるようにしてもよい。この場合には、各サブルーチン処理において他の処理の実行を不可な状態にする制御が行なわれ、メダルサンドメイン処理において状態を確認し、各サブルーチンの処理に移行するか否かを判定するようにすればよい。
たとえば、ステップＳ６０１４にて紙幣識別通知を受信し、紙幣処理に移行し、ステップＳ６１２２においてバリュー使用不可状態に設定された後に、メダルサンドメイン処理のステップＳ６０２１において取引要求の受信を検知したときには、バリュー使用不可状態であると判定してバリュー処理に移行しない一方、紙幣処理がステップＳ６１２２まで進む前に取引要求の受信を検知したときには、バリュー処理に移行する。この場合には、紙幣処理において、他の処理への移行が確認されて紙幣処理が終了され、バリュー処理において紙幣挿入不可制御が行なわれることで、紙幣６８１が返却される。
さらに、メダルサンド６００Ａは、価値媒体であるプリペイドカード３７１、ＩＣコイン６５１、または、紙幣６８１を受付けて、該受付けた価値媒体の有する残額でメダル貸制御を行なう場合には、図３１のステップＳ６０１７においてメダル貸ボタン６３１の操作が検知されたことに基づいてメダル貸制御を行なうが、受付けた携帯電話１００からの取引要求をステップＳ６０２１において検知した場合には、その後メダル貸ボタン６３１の操作を受付けることによらず、メダル貸制御を行なっている。
図３１に戻って、ステップＳ６６００でバリュー処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１に戻す。ステップＳ６０２２に処理が進められた場合、ステップＳ６０２２で、データ処理部６１０は、携帯電話１００から端末ＩＤと通番とバリュー残高と処理種別が精算である旨とを含む精算要求を受信したか否かを判断する。精算要求を受信していないと判断した場合（ステップＳ６０２２でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６０２３の処理に進める。
一方、精算要求を受信したと判断した場合（ステップＳ６０２２でＹＥＳの場合）、ステップＳ６７００で、データ処理部６１０は、精算処理を実行する。
図４５は、本実施の形態におけるメダルサンド６００Ａで実行される精算処理の流れを示すフローチャートである。図４５を参照して、まず、データ処理部６１０は、ステップＳ６７０１で、携帯電話１００からの精算要求に含まれる端末ＩＤが、ステップＳ６１０の不正登録処理で記憶部６２０に記憶された不正端末情報により示される端末ＩＤであるか否かを判断する。つまり、不正な携帯電話であるか否かを判断する。
不正携帯電話でない（携帯電話１００から取得した端末ＩＤが記憶部１２０に記憶した端末ＩＤと一致しない）と判断した場合（ステップＳ６７０１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６７１１の処理に進める。一方、不正携帯電話である（携帯電話１００から取得した端末ＩＤが記憶部１２０に記憶した端末ＩＤと一致する）と判断した場合（ステップＳ６７０１でＹＥＳの場合）、ステップＳ６７０２で、データ処理部６１０は、図３９で説明した不正携帯処理を実行する。
ステップＳ６７１１では、データ処理部６１０は、記憶残額が０円相当より多く１０５円相当より少ないか否かを判断する。記憶残額が０円であるか、あるいは、１０５円相当より多いと判断した場合（ステップＳ６７１１でＮＯの場合）、データ処理部６１０は、この精算処理を終了し、実行する処理をこの精算処理の呼出元のメダルサンドメイン処理に戻す。
一方、記憶残額が０円相当より多く１０５円相当より少ないと判断した場合（ステップＳ６７１１でＹＥＳの場合）、ステップＳ６７１２で、データ処理部６１０は、受信した精算要求に含まれる端末ＩＤと通番とバリュー残高とを対応させて記憶部６２０に記憶させる。
次に、ステップＳ６７１３で、データ処理部６１０は、記憶部６９２に記憶されたこのメダルサンド６００Ａの装置ＩＤと記憶残額とを記憶部６２０から読出し、読出した装置ＩＤと記憶残額と、ステップＳ６０２２で受信した精算要求に含まれる通番を更新した更新後通番とを含む加算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。
図４１に戻って、前述したステップＳ９４１で、加算要求を受信したと判断した場合（ステップＳ９４１でＹＥＳの場合）、ステップＳ９４２で、制御部１９１は、加算要求に含まれる装置ＩＤを記憶部１９２に記憶させる。
次に、ステップＳ９４３で、制御部１９１は、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリューに加算要求に含まれる記憶残額相当のバリューを加算する加算処理を実行する。
次いで、ステップＳ９４４で、制御部１９１は、通番を更新する。通番の更新については、具体的には、携帯電話１００の記憶部１９２に記憶されている通番が、加算要求に含まれる更新後通番に置換えられる。なお、メダルサンド６００Ａから更新後の通番を取得することなく、制御部１９１が、記憶部１９２に記憶されている通番を加算更新するようにしてもよい。
ステップＳ９４５では、制御部１９１は、非接触型ＩＣチップ１９０の状態である精算状態を解除する。そして、ステップＳ９４６で、制御部１９１は、端末ＩＤを含む加算終了信号を、加算要求の送信元のメダルサンド６００Ａに送信するように非接触通信部１９３を制御する。加算終了信号は、加算が終了したことをメダルサンド６００Ａに通知するための信号である。その後、制御部１９１は、実行する処理をステップＳ９１１の処理に戻す。
図４５に進んで、ステップＳ６７２０で、メダルサンド６００Ａのデータ処理部６１０は、バリュー加算待処理を実行する。
図４６は、本実施の形態におけるメダルサンド６００Ａで実行されるバリュー加算待処理の流れを示すフローチャートである。図４６を参照して、ステップＳ６７２１で、データ処理部６１０は、携帯電話１００から端末ＩＤを含む加算終了信号を受信したか否かを判断する。
加算終了信号を受信したと判断した場合（ステップＳ６７２１でＹＥＳの場合）、ステップＳ６７２２で、データ処理部６１０は、ステップＳ６７１２で記憶された端末ＩＤと、ステップＳ６７１２で記憶されたバリュー残高に記憶残額を加算したバリュー残高とを含む取引情報を店舗サーバ８００に送信する。なお、加算前の額と取引額とが送信されるようにしてもよい。
次に、ステップＳ６７２３で、データ処理部６１０は、記憶残額から記憶残額を減算する、つまり、記憶残額を０に変更する。そして、ステップＳ６７２６で、データ処理部６１０は、記憶残額である０円を金額表示部６４４に表示させる制御をする。その後、データ処理部６１０は、このバリュー加算待処理を終了し、実行する処理をこのバリュー加算待処理の呼出元の精算処理に戻す。
以上説明したように、データ処理部６１０は、記憶残額（受付けた価値媒体から特定される有価価値）が０でないときに、携帯電話１００を受付けたことを条件として、さらには、該受付けた携帯電話１００から精算要求を受信したことを条件として、さらには記憶残額が、記憶残額をメダル貸制御に供するときの予め定められた一単位である１００円と対応する消費税額との合算額である１０５円未満であることを条件として、記憶残額を受付けた携帯電話１００に記憶されたバリューに加算するために加算要求を送信する処理と、記憶残額を減算する処理とを精算処理として行なう。
ここで、「受付けた価値媒体から特定される有価価値」とは、価値媒体を受付けた時点で当該価値媒体が有している有価価値（プリペイドカード３７１、ＩＣコイン６５１であれば、カードＩＤやＩＣコインＩＤに対応付けて店舗サーバ８００にて管理されている残額、紙幣６８１であれば識別金額）のみを指すのではなく、当該受付時の有価価値がメダル貸制御に応じて減算された後に残存している有価価値（つまり、本実施の形態においては、メダルサンド６００Ａの記憶部６２０に記憶されている記憶残額となる）をも含む概念である。
一方、加算終了信号を受信していないと判断した場合(ステップＳ６７２１でＮＯの場合）、データ処理部６１０は、ステップＳ６７３１で、ステップＳ６７１３で加算要求を送信してから時間Ｔが経過したか否かを判断する。加算要求を送信してからの経過時間は、データ処理部６１０によって計測される。時間Ｔが経過していないと判断した場合（ステップＳ６７３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６７２１の処理に戻す。
一方、時間Ｔが経過したと判断した場合（ステップＳ６７３１でＹＥＳの場合）、ステップＳ６７３２で、データ処理部６１０は、チップリーダライタ６９０に携帯電話１００を再度かざす旨を報知するためのエラー表示を表示部６４０に表示させる。次に、ステップＳ６７３３で、データ処理部６１０は、加算エラー処理を実行する。
図４７は、本実施の形態におけるメダルサンド６００Ａで実行される加算エラー処理の流れを示すフローチャートである。図４７を参照して、まず、ステップＳ６７５１で、データ処理部６１０は、リセット操作があったか否かを判断する。リセット操作については、ステップＳ６７２で前述したので説明は繰返さない。
リセット操作があったと判断した場合（ステップＳ６７５１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６７８０で、図４０で説明したリセット処理を実行する。つまり、ステップＳ６７４に処理を進め、ステップＳ６７１２で記憶された端末ＩＤとリセット入力がなされた旨とを含むリセット情報を店舗サーバ８００に送信する。なお、本実施の形態においては、データ処理部６１０は、当該リセット情報にステップＳ６７１２で記憶されたバリュー残高も含めて送信することとされている。そして、データ処理部６１０は、ステップＳ６７５に処理を進め、紙幣挿入可制御を行なった後、実行する処理を呼出元の加算エラー処理に戻し、さらに、呼出元のバリュー加算待処理に戻し、さらに、呼出元の精算処理に戻す。
一方、リセット操作がないと判断した場合（ステップＳ６７５１でＮＯの場合）、ステップＳ６７５２で、データ処理部６１０は、ステップＳ６３１とは異なるポーリング信号、具体的には装置ＩＤ、端末ＩＤおよび通番の送信を要求する第２ポーリング信号を送信するようチップリーダライタ６９０を制御する。つまり、メダルサンド６００Ａは、ステップＳ６７１３で加算要求を送信してから所定時間Ｔ以内に加算終了信号を受信しなかったときには、ステップＳ６７５２で第２ポーリング信号を送信することにより、受付けられた携帯電話１００からステップＳ９４２で記憶された装置ＩＤ、さらには記憶部１９２に記憶された通番および端末ＩＤを取得する。
次に、ステップＳ６７５３で、メダルサンド６００Ａのデータ処理部６１０は、携帯電話１００から端末ＩＤと通番とバリュー残高と装置ＩＤとを含むリカバリ要求を受信したか否かを判断する。リカバリ要求を受信していないと判断した場合（ステップＳ６７５３でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６７５１の処理に戻す。
一方、リカバリ要求を受信したと判断した場合（ステップＳ６７５３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６７５５で、ステップＳ６７５３で受信したリカバリ要求に含まれる装置ＩＤが、このメダルサンド６００Ａの記憶部６２０に記憶された装置ＩＤと一致するか否かを判断する。
装置ＩＤが一致すると判断した場合（ステップＳ６７５５でＹＥＳの場合）、ステップＳ６７５６で、データ処理部６１０は、ステップＳ６７５３で受信したリカバリ要求に含まれる端末ＩＤが、ステップＳ６７１２で記憶部６２０に記憶した端末ＩＤと一致するか否かを判断する。
端末ＩＤが一致すると判断した場合（ステップＳ６７５６でＹＥＳの場合）、ステップＳ６７５７で、データ処理部６１０は、ステップＳ６７５３で受信したリカバリ要求に含まれる通番が、ステップＳ６７１２で記憶部６２０に記憶した通番と一致するか否かを判断する。
一方、装置ＩＤが一致しないと判断した場合（ステップＳ６７５５でＮＯの場合）、または、端末ＩＤが一致しないと判断した場合（ステップＳ６７５６でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６７５１に戻す。
通番が一致すると判断した場合（ステップＳ６７５７でＹＥＳの場合）は、携帯電話１００で通番が更新されていない状態であるので、バリューが加算されていないこととなる。このため、ステップＳ６７５８で、データ処理部６１０は、ステップＳ６７１３と同様、装置ＩＤと記憶残額と更新後通番とを含む加算要求を、チップリーダライタ６９０にかざされている携帯電話１００に送信する。
次に、ステップＳ６７５９で、データ処理部６１０は、図４６で説明したバリュー加算待処理を実行する。その後、データ処理部６１０は、ステップＳ６７２１で加算終了信号を受信したと判断して、ステップＳ６７２３で記憶残額を０にする。
一方、通番が一致しないと判断した場合（ステップＳ６７５７でＮＯの場合）は、携帯電話１００で通番が更新されているので、バリューが加算されていることとなる。このため、データ処理部６１０は、ステップＳ６７６２で、ステップＳ６７２２と同様、取引情報を店舗サーバ８００に送信し、ステップＳ６７６３で、ステップＳ６７２３と同様、再度、加算要求を送信することなく、記憶残額を０に変更する。そして、ステップＳ６７６４で、データ処理部６１０は、ステップＳ６７２６と同様、記憶残額である０円を金額表示部６４４に表示させる制御をする。その後、データ処理部６１０は、実行する処理をこの加算エラー処理の呼出元のバリュー加算待処理に戻し、さらに、バリュー加算待処理の呼出元の精算処理に戻す。
図３１に戻って、ステップＳ６７００で精算処理が実行された後、データ処理部６１０は、実行する処理をステップＳ６０１１に戻す。ステップＳ６０２３に処理が進められた場合、ステップＳ６０２３で、データ処理部６１０は、貨幣処理機６８０が開放させる制御を指示する貨幣処理機開放信号を、外部（たとえば、リモコン）から受信したか否かを判断する。
貨幣処理機開放信号を受信したと判断した場合（ステップＳ６０２３でＹＥＳの場合）、ステップＳ６０２４で、データ処理部６１０は、メダル払出部６０１によってメダル貸中であるか否かを判断する。メダル貸中でないと判断した場合（ステップＳ６０２４でＮＯの場合）、ステップＳ６０２５で、データ処理部６１０は、貨幣処理機６８０の金庫を開放する貨幣処理機開放制御を実行する。
一方、貨幣処理機開放信号を受信していないと判断した場合（ステップＳ６０２３でＮＯの場合）、メダル貸中であると判断した場合（ステップＳ６０２４でＹＥＳの場合）、および、ステップＳ６０２５の後、データ処理部は、実行する処理をステップＳ６０１１の処理に戻す。
図４８は、本実施の形態における電子マネー管理サーバ２００により実行される残高管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。
図４８を参照して、まず、ステップＳ２９１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から取引情報を受信したか否かを判断する。取引情報を受信した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、取引情報に含まれる端末ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額を減算する。
ステップＳ２９２の後、または、取引情報を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断する。
チャージ累計額がマイナスの会員ＩＤがあると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その会員ＩＤの不正回数を１回加算する。
ステップＳ２８２の後、または、チャージ累計額がマイナスの会員ＩＤがないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の会員ＩＤがあるか否かを判断する。
不正回数１回の会員ＩＤがあると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その会員ＩＤに対応する端末ＩＤの携帯電話のバリューを使用して購入されたプリペイドカードのカードＩＤをユニットに登録する旨および当該端末ＩＤを含む不正媒体情報を遊技場３０側に送信する。
ステップＳ２８４の後、または、不正回数１回の会員ＩＤがないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の会員ＩＤがあるか否かを判断する。
不正回数２回の会員ＩＤがあると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その会員ＩＤに対応する端末ＩＤを券売機３００に登録する旨、および、その会員ＩＤに対応する端末ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。
ステップＳ２８７の後、または、不正回数２回の会員ＩＤがないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、全国の遊技場で発生した不正回数が３回以上であるか否かを判断する。
全国の遊技場で発生した不正回数が３回以上であると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と全国の遊技場側にも送信する。
なお、データ処理部２１０が携帯使用禁止情報を、不正が発生した遊技場３０以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場３０と同じ商圏の他の遊技場や、不正が発生した遊技場３０と近隣の遊技場に送信するものであってもよい。この場合、ステップＳ２８８においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が３回以上であるか否かを判断するようにしてもよい。その後、データ処理部２１０は、実行する処理をステップＳ２６１に戻す。
図４９は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図４９を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、メダルサンド６００Ａから取引情報またはリセット情報を受信したか否かを判断する。
店舗サーバ８００は、各端末ＩＤごとに、メダルサンド６００Ａから受信した取引情報に含まれるバリュー残高を当該取引情報の受信時刻と対応付けて記憶するとともに、メダルサンド６００Ａからリセット情報を受信したことに基づいて、リセットがあった旨とリセット情報の受信時刻とを対応付けて記憶する。これにより、リセットがあった旨が記憶されている時刻の直前のバリュー残高と直後のバリュー残高とを比較することにより、リセットの行なわれた取引処理において携帯電話側でバリューの減算が行なわれていたか否かを特定し、ユーザに保証を行なうことができる。たとえば、直前のバリュー残高と直後のバリュー残高との差額が、取引処理（メダル貸制御）２回分の金額（２０００円）であれば、リセットの行なわれた取引処理において携帯電話側で取引処理が行なわれていたにも関わらず、メダル貸制御が行なわれていないことが特定でき、ユーザにメダル貸制御１回分の金額（１０００円）を保証することができる。
取引情報またはリセット情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１２で、取引情報に含まれる端末ＩＤごとに、バリュー残高を特定する情報を対応させて記憶部に記憶させる。
ステップＳ８１２の後、または、取引情報またはリセット情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、電子マネー管理サーバ２００の残高管理ＡＰ２１４へ取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。
取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１４でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１４で、記憶部に記憶された前回送信後の携帯電話１００での取引情報を電子マネー管理サーバ２００に送信する。
ステップＳ８１４の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１４でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００から受信したか否かを判断する。
携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべてのメダルサンド６００Ａに送信する。
ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００から受信したか否かを判断する。
不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべてのメダルサンド６００Ａに送信する。
ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００から受信したか否かを判断する。
不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる端末ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのメダルサンド６００Ａに送信する。
ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８１１に戻す。
次に、前述した実施の形態により得られる主な効果を説明する。
（１−１） ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、および、ステップＳ６０１４で説明したように、貨幣処理機６８０およびデータ処理部６１０によって、紙幣６８１が受付けられて、該紙幣６８１の金額が識別される。
（１−１） ステップＳ６８２１，Ｓ６８２４〜Ｓ６８２６、および、ステップＳ６０１４で説明したように、貨幣処理機６８０およびデータ処理部６１０によって、紙幣６８１が受付けられて、該紙幣６８１の金額が識別される。
ステップＳ６０１４，Ｓ６１３２，Ｓ６１３３，Ｓ６４１７で説明したように、紙幣処理機６８０から紙幣識別通知が受信され、識別された紙幣６８１の入金額がプリペイドカード３７１またはＩＣコイン６５１の記憶金額として記憶され、記憶された記憶金額の範囲内でメダル貸制御が行なわれる。
記憶部６２０には、メダルサンド６００Ａを個々に識別するための装置ＩＤが記憶される。ステップＳ６３１，Ｓ６０２１，Ｓ６０２２，Ｓ６５２，Ｓ６５３で説明したように、チップリーダライタ６９０およびデータ処理部６１０によって、第１ポーリング信号または第２ポーリング信号に応じてそれぞれ取引要求またはリカバリ要求が受信されることにより、携帯電話１００が受付けられる。
ステップＳ６４４４，Ｓ６５８で説明したように、データ処理部６１０によって、受付けられた携帯電話１００に対して、記憶部６２０に記憶された装置ＩＤを含む情報であって、メダル貸制御に供される所定額（本実施の形態においては１０５０円）分のバリューの減算を要求する情報である減算要求が送信される。
ステップＳ９２２で説明したように、非接触型ＩＣチップ１９０の制御部１９１によって、メダルサンド６００Ａから送信されてきた減算要求に含まれる装置ＩＤが記憶部１９２に記憶される。ステップＳ９２３で説明したように、制御部１９１によって、メダルサンド６００Ａから送信されてきた減算要求に含まれる減算額分のバリューが、記憶部１９２に記憶されたバリューから減算される。ステップＳ９２５で説明したように、制御部１９１によって、減算が完了した旨を示す減算終了信号がメダルサンド６００Ａに返信される。
ステップＳ６４２で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、減算要求が送信されてから時間Ｔ以内に携帯電話１００から減算終了信号が受信されたこと（ステップＳ６４５においてＹＥＳとなる前にステップＳ６４１においてＹＥＳとなったこと）に基づいて、メダル貸制御が実行される。
ステップＳ６５３で説明したように、データ処理部６１０によって、減算要求が送信されてから時間Ｔ以内に携帯電話１００から減算終了信号を受信することなく（ステップＳ６４１においてＹＥＳとなる前にステップＳ６４５においてＹＥＳとなり）、その後に、リカバリ要求が受信されること（ステップＳ６５３でＹＥＳの場合）により、携帯電話１００が受付けられたときに、携帯電話１００の記憶部１９２に記憶された装置ＩＤが取得される。
ステップＳ６５５で説明したように、データ処理部６１０によって、取得した装置ＩＤが、記憶部６２０に記憶された装置ＩＤと一致するか否かが判定される。ステップＳ６６１で説明したように、データ処理部６１０によって、ステップＳ６５５で一致すると判定されたことを条件として、メダル貸制御が実行される。
ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８で説明したように、データ処理部６１０によって、貨幣処理機６８０に紙幣６８１が挿入されてから、少なくとも、ステップＳ６０１４において貨幣処理機６８０から紙幣識別通知が受信されるまで、または、ステップＳ６１２１において貨幣処理機６８０の入金額が記憶部６２０に記憶されるまでの期間に、ステップＳ６０２１で携帯電話１００からの取引要求が受信されたことに基づいて、装置ＩＤを含む減算要求が携帯電話１００に送信されるとともに、ステップＳ６４３１，Ｓ６８１３，Ｓ６８１４，Ｓ６８２１，Ｓ６８２３で説明したように、データ処理部６１０によって、紙幣挿入不可制御信号が貨幣処理機６８０に送信され、貨幣処理機６８０によって、ステップＳ６８１３で、紙幣挿入不可制御信号が受信され、ステップＳ６８１４で貨幣処理機６８０の状態が紙幣挿入不可状態に変更され、ステップＳ６８２１で、紙幣６８１が取込まれるとすぐに、ステップＳ６８２３で、紙幣６８１が返却される制御が行なわれる。
また、既に、紙幣６８１の受付けが行なわれていた場合にも、ステップＳ６８３２ａで、紙幣挿入不可制御信号が受信されたと判断され、ステップＳ６８３３で、紙幣６８１が返却される制御が行なわれる。
このため、メダルサンド６００Ａとの取引においてバリューの減算が行なわれることなく通信が途絶え、その後、他のメダルサンド６００Ｂにおいてメダル貸制御が行なわれた後に、再び、メダルサンド６００Ａに携帯電話１００が受付けられたときに、二重にメダル貸制御が行なわれてしまうことを防止できる。
また、バリューが携帯電話１００に残存しているにも関わらず、紙幣６８１が受付けられてしまった場合であっても、識別されるまでの期間に携帯電話１００が受付けられれば、減算要求の送信に応じてメダル貸制御が実行されて、受付けられた紙幣６８１は返却される。その結果、使用用途に制約が少ない貨幣よりも優先して、使用用途に制約の多いバリューがメダル貸制御に用いられ、貨幣が遊技者の手元に残るので、遊技者の利便性を向上させることができる。
（１−２） 携帯電話１００によって、該携帯電話１００を個々に識別するための端末ＩＤと、バリューを用いて行なわれた処理を区別するための番号である通番とが記憶部１９２に記憶される。ステップＳ９２４で説明したように、携帯電話１００によって、メダルサンド６００Ａから減算要求が送信されてきたこと（ステップＳ９２１でＹＥＳの場合）に基づいて、記憶部１９２に記憶された通番が更新される。
ステップＳ６３１，Ｓ６０２１，Ｓ６４３２で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、受付けられた携帯電話１００から、携帯電話１００の端末ＩＤが取得されて記憶部６２０に記憶され、受付けられた携帯電話１００に対応する通番が取得されて記憶部６２０に記憶される。ステップＳ６５３で説明したように、データ処理部６１０によって、携帯電話１００に記憶された端末ＩＤおよび通番がさらに取得される。ステップＳ６５６，Ｓ６５７で説明したように、データ処理部６１０によって、取得された端末ＩＤおよび通番が、記憶部６２０に記憶された端末ＩＤおよび通番と一致するか否かがさらに判定される。
ステップＳ６５８で説明したように、データ処理部６１０によって、装置ＩＤ、端末ＩＤおよび通番のすべてが一致すると判定されたとき（ステップＳ６５７でＹＥＳの場合）には、携帯電話１００に対して減算要求が送信される。Ｓ６６１で説明したように、データ処理部６１０によって、装置ＩＤおよび端末ＩＤが一致し、通番が一致しないと判定されたとき（ステップＳ６５７でＮＯの場合）には、メダル貸制御が実行される。
このため、途中で通信が途絶えた場合であっても、再度、携帯電話１００が受付けられたときに、バリューの減算に応じたメダル貸制御を確実に行なうことができる。
（１−３） ステップＳ６３１，Ｓ６０２１で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、受付けられた携帯電話１００から、携帯電話１００に記憶された通番が取得される。
このため、電子マネー管理サーバ２００などの他の装置から取得される場合と比較して、処理が迅速化されるとともに、通番を記憶させるために他の装置の記憶容量を消費しないようにできる。
（１−４） ステップＳ６１３，Ｓ６１４で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、不正携帯端末の端末ＩＤの入力が店舗サーバ８００から受付けられる。ステップＳ６６０１，Ｓ６７０１で説明したように、データ処理部６１０によって、取得された端末ＩＤが、入力が受付けられた不正携帯端末の端末ＩＤに一致するか否かが判定される。データ処理部６１０によって、不正携帯端末の端末ＩＤに一致すると判定されたこと（ステップＳ６６０１，Ｓ６７０１でＹＥＳの場合）を条件として、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３の処理に進ませないようにすることによって減算要求の送信が禁止されて、ステップＳ６７１でエラー表示がされることによって、エラー処理が実行される。このため、不正携帯端末によるメダル貸制御が実行されることを防止できる。
（１−５） メダルサンド６００Ａのデータ処理部６１０によって、端末ＩＤが一致しないと判定されたとき（ステップＳ６５６でＮＯの場合）には、ステップＳ６６１の処理に進ませないようにされることによって、メダル貸制御が禁止される。ステップＳ６８０で説明したように、データ処理部６１０によって、ステップＳ６５１でリセット操作の入力が受付けられたことを条件として、記憶部６２０に記憶された端末ＩＤの携帯電話以外の携帯電話に対するメダル貸制御の禁止が解除される。
このため、再度、遊技者が携帯電話をかざすことなく遊技機から離れてしまって、他の携帯電話を受付けることができなくなることによるメダル貸制御の実行回数の低減を防止できる。
（１−６） ステップＳ６０２１，Ｓ６４３２で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、受付けられた携帯電話１００から、この携帯電話に記憶されたバリュー残高が取得され記憶される。ステップＳ６４３，Ｓ６６２で説明したように、データ処理部６１０によって、ステップＳ６４２，Ｓ６６１でのメダル貸制御の実行に伴って、記憶部６２０に記憶されたバリュー残高と端末ＩＤとを含む取引情報が店舗サーバ８００に対して送信される。ステップＳ６７４で説明したように、データ処理部６１０によって、リセット操作の入力が受付けられたこと（ステップＳ６５１でＹＥＳの場合）に基づいて、記憶部６２０に記憶されたバリュー残高と端末ＩＤとを含みリセット操作の入力を受付けた旨を示すリセット情報が店舗サーバ８００に対して送信される。
このため、遊技者からバリューの保証の申告があったときに、店舗サーバ８００で履歴を確認して遊技者に保証することが可能となる。
（２−１） 貨幣処理機６８０によって、ステップＳ６８２１で、紙幣６８１が受付けられ、ステップＳ６８２６で紙幣識別通知が送信され、データ処理部６１０によって、ステップＳ６０１４で、紙幣識別通知が受信される、カードリーダライタ６７０によってプリペイドカード３７１が受付けられ、データ処理部６１０によって、ステップＳ６０１５で、プリペイドカード３７１が受付けられたと判断される、または、ＩＣコインリーダライタ６５０によってＩＣコイン６５１が受付けられ、データ処理部６１０によって、ステップＳ６０１６で、ＩＣコイン６５１が受付けられたと判断されることによって、スロットマシン７００Ａでのゲームに使用可能な残額を特定可能な紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１が受付けられて、受付けられた紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額の範囲内における設定額（本実施の形態においては、１００円，２００円，・・・，５００円相当）をスロットマシン７００ＡでのゲームのステップＳ６４１７でのメダル貸制御に使用させるための第１使用処理が行なわれる。
データ処理部６１０によって、ステップＳ６４１４で、減算通知が送信され、カードリーダライタ６７０またはＩＣコインリーダライタ６５０によってプリペイドカード３７１またはＩＣコイン６５１から減算通知で示される額が減算されることによって、第１使用処理に供される設定額と設定額に対する消費税額（本実施の形態においては、１００円，２００円，・・・，５００円の５％である５円，１０円，・・・，２５円相当）との合算額（本実施の携帯においては、１０５円，２１０円，・・・，５２５円相当）を紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額から減算するための第１減算処理が行なわれる。
また、メダルサンド６００Ａのデータ処理部６１０によって、ステップＳ６３１で、第１ポーリング信号が送信され、携帯電話１００の非接触型ＩＣチップ１９０の制御部１９１によって、ステップＳ９１１で、第１ポーリング信号が受信され、ステップＳ９１４で、取引要求が送信され、データ処理部６１０によって、ステップＳ６０２１で、取引要求が受信されることによって、バリューが記憶された携帯電話１００が受付けられて、制御部１９１によって、ステップＳ９２３で、減算処理が行なわれ、ステップＳ９２５で減算終了信号が送信され、データ処理部６１０によって、ステップＳ６４１で、減算終了信号が受信され、ステップＳ６４２で、メダル貸制御が行なわれることによって、受付けられた携帯電話１００に記憶されたバリューをスロットマシン７００ＡでのゲームのステップＳ６４２でのメダル貸制御に使用させるための第２使用処理が行なわれる。
データ処理部６１０によって、ステップＳ６４４４で、１０５０円相当の減算要求が送信され、制御部１９１によって、ステップＳ９２１で、減算要求が受信され、ステップＳ９２３で、減算処理が行なわれることによって、第２使用処理に供される所定額（本実施の形態においては、１０００円相当）と所定額に対応する消費税額（本実施の形態においては、１０００円の５％である５０円相当）との合算額（本実施の形態においては、１０５０円相当）を携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリューから減算するための第２減算処理が行なわれる。
また、メダルサンド６００Ａによって、受付けられた紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額が０でないとき（ステップＳ６７１１でＹＥＳのとき）に、携帯電話１００が受付けられたこと（ステップＳ６０２２でＹＥＳ）を条件として、データ処理部６１０によって、ステップＳ６７１３で、加算要求が送信され、携帯電話１００の非接触型ＩＣチップ１９０の制御部１９１によって、ステップＳ９４１で、加算要求が受信され、ステップＳ９４３で、加算処理が行なわれることによって、受付けた携帯電話１００に記憶されたバリューに、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額を加算するための処理と、データ処理部６１０によって、ステップＳ６７２３で、記憶残額を減算させる減算通知が送信され、カードリーダライタ６７０またはＩＣコインリーダライタ６５０によってプリペイドカード３７１またはＩＣコイン６５１から減算通知で示される記憶残額の価値が減算されることによって、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額を減算するための処理とを含む精算処理（バリュー加算待処理を含む）が行なわれる。
このため、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額が小額である場合であっても、その残額が携帯電話１００にバリューとして加算されるので、その残額を小額の貨幣として精算する必要がなくなり、遊技者を煩わせることもなくなる。その結果、小額の貨幣の準備や補充の手間を軽減させるとともに、遊技者の利便性を向上させることができる。
（２−２） ステップＳ６７１１で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額が、残額を第１使用処理に供するときの予め定められた一単位である単位使用額（本実施の形態においては、１００円相当）と単位使用額に対応する消費税額（本実施の形態においては、１００円の５％である５円相当）との合算額（本実施の形態においては、１０５円相当）未満であること（ステップＳ６７１１でＹＥＳ）を条件として、精算処理が行なわれる。
このため、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額が単位使用額と消費税額との合算額未満になるまでは、第１使用処理が促進される。その結果、スロットマシン７００Ａでのゲームの提供者の売上向上に資することができる。
（２−３） メダルサンド６００Ａのデータ処理部６１０によって、受付けられた紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額が０でないとき（ステップＳ６７１１でＹＥＳのとき）に、精算処理を要求する精算要求の入力が受付けられ（ステップＳ６０２２でＹＥＳ）、かつ、携帯電話１００が受付けられたこと（ステップＳ６０２２でＹＥＳ）を条件として、精算処理が行なわれる一方、精算要求の入力が受付けられることなく（ステップＳ６０２２で精算要求が受信されずに、ステップＳ６０２１で取引要求が受信される）、携帯電話１００が受付けられたこと（ステップＳ６０２１でＹＥＳ）を条件として、ステップＳ６４２で、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額およびバリューを用いてステップＳ６４２でのメダル貸制御が行なわれることによって、残額およびバリューをスロットマシン７００ＡのゲームでのステップＳ６４２のメダル貸制御に使用させるための第３使用処理が行なわれる。
データ処理部６１０によって、ステップＳ６４５３で、（１０５０−Ｘ）円相当の減算要求が送信され、携帯電話１００の非接触型ＩＣチップ１９０の制御部１９１によって、ステップＳ９２１で、減算要求が受信され、ステップＳ９２３で、減算処理が行なわれることによって、残額を減算するとともに第３使用処理に供される所定額（本実施の形態においては、１０００円相当）および第３使用額に対応する消費税額（本実施の形態においては、１０００円の５％である５０円相当）の合算額（本実施の形態においては、１０５０円相当）と残額（本実施の形態においては、Ｘ円）との差額（本実施の形態においては、（１０５０−Ｘ）円相当）をバリューから減算するための第３減算処理が行なわれる。
このため、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額をバリューとして一旦精算した後に、残額分が加算されたバリューを使用した第２使用処理を行なわなくても、紙幣６８１、プリペイドカード３７１またはＩＣコイン６５１から特定される残額およびバリューが使用されてスロットマシン７００Ａのゲームでのメダル貸制御が行なわれる。その結果、スロットマシン７００Ａでのゲームを継続したい遊技者の利便性を向上させることができる。
（２−４） ステップＳ６０２２で説明したように、メダルサンド６００Ａのデータ処理部６１０によって、受付けられた携帯電話１００から送信される精算要求が受付けられる。
このため、精算要求をするための操作部をメダルサンド６００Ａに設けなくても精算要求を受付けることができる。
（２−５） メダル貸ボタン６３１が遊技者によって操作されることによって、ステップＳ６０１７で、メダル貸ボタン６３１が操作されたと判断されることに基づいて、第１使用処理が行なわれる一方、ステップＳ６０２１で携帯電話１００が受付けられたと判断されたときには、メダル貸ボタン６３１の操作を受付けることなく、第２使用処理が行なわれる。
このため、第２使用処理を行なうための遊技者の手間を軽減させることができる。
（３−１） 従来、電子マネーで遊技に使用する遊技用記録媒体の発行や遊技用記録媒体に追加入金をするものがあった（たとえば、特開２００２−２２４４２３号公報（たとえば、第００３５段落））。この電子マネーは、利用者の取引金融機関からチャージすることができる。そして、ユーザは、チャージされた電子マネーを用いて遊技用記録媒体を購入したり、遊技用記録媒体に追加入金したりする。しかし、このような技術によれば、電子マネーのチャージは、遊技場内の所定の入金機に接続して行なう必要がある。このため、電子マネーのチャージのために、わざわざ、入金機に出向く手間が必要であった。また、入金機の台数が少ない場合は、電子マネーをチャージするためにユーザが並んで待つ状態が発生し、遊技に費やす時間が少なくなる。このため、入金機の台数を増やすことが考えられるが、設備投資費用が発生したり、入金機を設置するスペースにも限界がある。いずれにせよ、遊技者が遊技場にいる時間のうちの遊技に費やす時間をチャージに費やす必要が生じるため、遊技機の稼動に悪影響を与えるといった問題があった。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。
（３−１） 従来、電子マネーで遊技に使用する遊技用記録媒体の発行や遊技用記録媒体に追加入金をするものがあった（たとえば、特開２００２−２２４４２３号公報（たとえば、第００３５段落））。この電子マネーは、利用者の取引金融機関からチャージすることができる。そして、ユーザは、チャージされた電子マネーを用いて遊技用記録媒体を購入したり、遊技用記録媒体に追加入金したりする。しかし、このような技術によれば、電子マネーのチャージは、遊技場内の所定の入金機に接続して行なう必要がある。このため、電子マネーのチャージのために、わざわざ、入金機に出向く手間が必要であった。また、入金機の台数が少ない場合は、電子マネーをチャージするためにユーザが並んで待つ状態が発生し、遊技に費やす時間が少なくなる。このため、入金機の台数を増やすことが考えられるが、設備投資費用が発生したり、入金機を設置するスペースにも限界がある。いずれにせよ、遊技者が遊技場にいる時間のうちの遊技に費やす時間をチャージに費やす必要が生じるため、遊技機の稼動に悪影響を与えるといった問題があった。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。
具体的には、図１６のバリュー購入時処理に従って、ステップＳ１３３においてチャージ要求情報が携帯電話１００から電子マネー管理サーバ２００に送信されることにより、図１７のバリュー購入時ＡＰに従って、ステップＳ２６８において引継画面情報が電子マネー管理サーバ２００から携帯電話１００に送信される。引継画面情報を受信した携帯電話１００からは、図１４のウェブ処理に従って、ステップＳ１１８ａにおいてバリューの購入に対する決済に関する情報が金融機関サーバ５００に送信され、当該金融機関において決済が行なわれ、その後図１９のバリュー発行時処理に従って、未チャージバリューが記憶部１９２に書込まれる。これにより、携帯電話１００から、チャージ要求情報を電子マネー管理サーバ２００に送信することにより、いつでもどこでも事前にバリューをチャージあるいは遊技中であっても席を離れることなくバリューをチャージすることができるため、遊技場３０に設置されているスロットマシン７００Ａ等の稼動に与える悪影響を減少させることができる。
（３−２） また、従来の技術においては、携帯電話１００から電子マネー管理サーバ２００にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用する場合であっても、バリューを購入しようとするたびに入金に利用する金融機関を指定する必要があり、手間がかかる不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、バリューチャージ時の手間を低減させることが可能である。
具体的には、図１３の初期登録時ＡＰに従って、ステップＳ２１９〜Ｓ２２４においてユーザに金融機関を選択させ、利用者情報ＤＢ２２１に登録する。そして、電子マネー管理サーバ２００は、携帯電話１００からのチャージ要求情報を受信することにより、図１７のバリュー購入時ＡＰに従って、ステップＳ２４６において当該携帯電話１００に対応付けて登録している金融機関を検索し、ステップＳ２６８において検索された金融機関の金融機関サーバのインターネットバンキングシステムにアクセス可能となる通信先指定情報を含む引継画面情報を当該携帯電話１００に送信する。そして、携帯電話１００は、図１４のウェブ処理に従って、ステップＳ１１８ａにおいて当該引継画面情報に基づき、指定される金融機関のサーバにバリューの購入に対する決済に関する情報を送信し決済を行なうことができる。このため、チャージを要求する度に、決済に利用する金融機関を指定する必要がないため、バリューのチャージ時の手間を低減させることができる。
（３−３） （３−１）で説明した課題を解消するために、たとえば、携帯電話１００から電子マネー管理サーバ２００にアクセスしてバリューを購入できるようにし、対価の決済についてはユーザの指定した金融機関サーバにアクセスすることによりモバイルバンキングサービスを利用してバリュー購入金額を決済することが考えられる。しかし、実際にバリュー購入の際には、金融機関サーバと接続するため携帯電話１００と電子マネー管理サーバ２００との接続が分断されるため、電子マネー管理サーバ２００との通信を維持して一連の動作によりバリューをチャージすることができない。すなわち、電子マネー管理サーバ２００との接続を一旦分断し、金融機関サーバに接続しバリュー購入金額の決済を済ませ、その後再度電子マネー管理サーバ２００に接続し直し、バリューを携帯電話１００にチャージする作業が必須となる。このため、バリューをチャージするための操作が複雑になり、ユーザの操作負担が増大する不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの操作負担を低減させることが可能である。
具体的には、金融機関サーバ５００からの消込速報を電子マネー管理サーバ２００が受信すると、図１７のバリュー購入時ＡＰに従って、ステップＳ２７０においてバリュー対価決済後処理が行なわれ、図１８のステップＳ２７０９において引継ぎ情報を付したメールが携帯電話１００に送信される。そして、携帯電話１００において、電子マネー管理サーバ２００からのメールに付された引継ぎ情報が選択されると、図１５のステップＳ１９１でＹＥＳと判断されて、図１９のバリュー発行時処理に従って、未チャージバリューが記憶部１９２に書込まれる。このため、ユーザは、メールを受信したことによりバリューがチャージ可能になったことを認識することができる。また、バリューをチャージするための操作負担を軽減させることができる。
（３−４） メールに付された引継ぎ情報を操作することにより、図１９のバリュー発行時処理が起動し、ステップＳ１５２においてバリュー発行要求情報が電子マネー管理サーバ２００に送信されるため、バリューをチャージするための操作負担をより一層軽減させることができる。
（３−５） （３−３）で説明した課題に加えて、さらに、バリューが購入されてチャージ可能となっているか否かを確認することができないといった不都合が生じていた。このため、ユーザの過誤等により、未チャージバリューが電子マネー管理サーバに存在するにもかかわらず、重複してチャージを要求しバリューを購入してしまう不都合が生じる。しかし、本実施の形態においては、前述したように構成しているため、ユーザの過誤等により発生する不都合を防止することが可能である。
具体的には、電子マネー管理サーバ２００は、携帯電話１００からのチャージ要求情報を受信した場合であっても、図１７のバリュー購入時ＡＰに従って、ステップＳ２４４において書込済情報として「１」が記憶されている状態に更新されていないバリュー購入記録が登録されておりＹＥＳと判断された場合には、ステップＳ２５６における残高情報、ステップＳ２６４における合計金額確認情報、およびステップＳ２６８における引継画面情報が送信されないため、ステップＳ１１８ａにおいてバリューの購入に対する決済に関する情報が金融機関サーバ５００に送信されることを防止することができる。このため、書込済情報として「０」が記憶されている状態の未チャージバリューがあるにもかかわらず、ユーザの過誤等により、さらに決済の要求が行なわれ重複してバリューが購入される不都合の発生を防止することができる。
（３−６） 電子マネー管理サーバ２００は、ステップＳ２４４において書込済情報として「１」が記憶されている状態に更新されていないバリュー購入記録が登録されておりＹＥＳと判断された場合に、ステップＳ２４５においてチャージ誘導画面が携帯電話１００に送信された後に、図２０のバリュー発行時処理ＡＰに従って、ステップ２７６〜Ｓ２７７において書込済情報として「０」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話１００に送信される。このため、未チャージバリューをチャージするための操作を省略でき、ユーザの利便性を向上させることができる。
（３−７） 電子マネー管理サーバ２００が、ステップＳ２６９において金融機関サーバ５００からの消込速報を受信するまでに、ステップＳ２４１において新たなチャージ要求情報を受付けた場合、発行情報ＤＢ２２２において書込済情報として「０」が記憶されている状態のバリュー購入記録が複数記憶されている状態になる。このような状態であるときに、ステップＳ２４１においてさらにチャージ要求情報を受付けたとき、およびステップＳ２７１においてバリュー発行要求情報を受付けたときに、ステップ２７６〜Ｓ２７７において発行情報ＤＢ２２２に複数記憶されている書込済情報として「０」が記憶されている状態のバリュー購入記録から特定される額のバリューを書込ませるためのバリュー発行情報が携帯電話１００に送信される。すなわち、一括してバリューをチャージすることができ、ユーザの利便性を向上させることができる。
（３−８） ステップＳ２５９で説明した初期登録手数料を徴収するタイミングとしては、初期登録手数料の決済が済んでから、領域確保情報を携帯電話１００に送信することが考えられる。しかし、このようにした場合、少額の初期登録手数料のためにわざわざ金融機関サーバ５００に対して決済をしなければならず、手間が掛かるといった問題が生じる。また、この手間を省くために、初回のチャージ手数料とともに初期登録手数料を決済することが考えられる。しかし、一度もバリューがチャージされることなく、電子マネー遊技使用サービスを退会して、再度、電子マネー遊技使用サービスへ登録するようなことが悪意で繰返された場合、電子マネー遊技使用サービスを提供する提供機関は、サービス提供用領域管理機関に電子マネー遊技使用サービス用の記憶領域の確保に対する対価を支払うにも関わらず、確保に対する初期登録手数料をユーザから決済できないといった問題が生じる。しかし、本実施の形態においては、前述したように構成しているため、電子マネー遊技使用サービス用の記憶領域の確保に対する対価の決済のためのユーザの操作負担を軽減できる一方で、未決済の初期登録手数料を低減させることが可能である。
具体的には、電子マネー管理サーバ２００は、携帯電話１００からチャージ要求情報が送信されてきたのが、領域確保情報がチャージ要求情報の送信元の携帯電話１００に送信されてから初回であるときは、チャージ手数料と初期登録手数料との合計額の決済の終了を条件として、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。つまり、バリューの初回チャージのときに、チャージ手数料に併せて初期登録手数料が決済される。一方、電子マネー管理サーバ２００は、携帯電話１００からの登録要求に応じた未チャージ削除カウンタのカウント値が所定回数（本実施形態においては３回）に達していることを条件に領域確保情報の送信を禁止する。これにより、サービス用供用領域管理機関のリモート発行サーバ４００に電子マネー遊技使用サービス用の記憶領域の領域確保情報が送信されないので、リモート発行サーバ４００によって初期登録手数料の課金が行なわれない。このため、初期登録手数料の決済のためのユーザの操作負担を軽減させることができる一方で、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させること、つまり電子マネー遊技使用サービスの提供機関に生じる損害を低減させることができる。
（３−９） ステップＳ２７０３で説明したように、初期登録手数料が決済されたことを条件に、未チャージ削除カウンタのカウント値を減算する。このため、止むを得なく複数回登録をしなおした場合に、登録後の初回チャージ時に初期登録手数料を決済しているのに、未チャージ削除カウンタのカウント値が所定回数を超えてしまって、電子マネー遊技使用サービス用の記憶領域の確保ができなくなるといった不都合を防止できる。
（３−１０） 前述したように（３−９）の所定回数は１回であってもよい。その場合、未チャージ削除カウンタのカウント値を管理しなくても、初期登録手数料の決済が終了しているか否かを示す情報を管理することによって、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させることができる。
（３−１１） 従来、携帯電話においてチャージ要求額を入力してサーバに送信し、電子マネー管理サーバは要求された額のバリューを携帯電話に送信してチャージするものがあった（たとえば、特開２００４−２７２５６０号公報の第０１２５段落から第０１２９段落、第１１図、および、第１４図参照）。このようなシステムによれば、容易にバリューをチャージすることができる。この場合、ユーザのバリューの消費には特に制限が掛けられない。また、利便性が向上するが故に、遊技者が遊技にのめり込んでしまうといった問題が発生し得る。さらに、入金機に出向くことなくバリューをチャージすることができるようにした場合、さらに利便性が向上し、遊技者が遊技にのめり込むおそれが高くなる。しかし、本実施の形態においては、前述したように構成しているため、遊技への過度ののめり込みを防止することが可能である。
具体的には、第１に、電子マネー管理サーバ２００は、ステップＳ２５３で説明したように、チャージ要求情報の送信元の携帯電話１００について管理されている所定期間（本実施の形態においては当日）内の積算額である当日積算額と当該当日積算額に関して予め定められた１日購入限度額（本実施の形態においては３００００円）とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、ステップＳ２７７で説明したように、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。このため、当日積算額と１日購入限度額とに基づいてバリューの購入を許容するか否かが判定されるので、所定期間内のチャージ額を制限することができる。その結果、チャージ要求情報の送信元の携帯電話１００を使用する遊技者の遊技への過度ののめり込みを防止することができる。
（３−１２） 第２に、電子マネー管理サーバ２００は、ステップＳ２５１で説明したように、チャージ要求情報の送信元の携帯電話１００に記憶されているバリューの残額であるバリュー残高とバリュー残高に関して予め定められた携帯上保持限度額とに基づいて、バリューの購入を許容するか否かを判定し、許容すると判定したことを条件として、ステップＳ２７７で説明したように、バリュー発行情報をチャージ要求情報の送信元の携帯電話１００に送信する。このため、さらに、携帯電話１００に記憶されているバリュー残高と携帯上保持限度額とに基づいてバリューの購入を許容するか否かが判定されるので、携帯電話１００に記憶しておけるバリュー残高を制限することができる。その結果、遊技場３０に出向かない日に１日購入限度額の範囲内で携帯電話１００にバリューを溜め込んでおくことを防止することができるので、チャージ要求情報の送信元の携帯電話１００を使用する遊技者の遊技への過度ののめり込みをさらに防止することができる。
（３−１３） 従来、バリューをチャージする際、チャージ額を入力するための数値入力欄を携帯電話１００に表示させて、ユーザに購入希望金額を入力させるものがあった。しかし、ユーザが自由に金額を入力できるため、入力金額が上限を超える場合にはユーザに再入力を促がす必要が生じ、ユーザに手間を掛けさせてしまうといった問題がある。このため、上限額の範囲内のバリューのチャージ額の選択肢を電子マネーアプリに予め組込んでおき、その選択肢から選択させることが考えられる。この場合、チャージ上限額の変更に伴なってチャージ額の選択肢を変更させるために、わざわざ、電子マネーアプリを導入し直す必要が生じる。しかし、本実施の形態においては、前述したように構成しているため、効率的にユーザに適切なチャージ額を選択させることが可能である。
具体的には、ステップＳ２５６で説明したように、ステップＳ２４７で読出された表示金額リスト情報を含む残高情報が携帯電話１００に送信される。このため、電子マネー管理サーバ２００において、携帯上保持限度額や１日購入限度額が変更された場合にも、電子マネーアプリを変更することなく、電子マネー管理サーバ２００において表示金額リスト情報を変更することにより、携帯電話１００に表示させるチャージ額の選択肢を変更することができる。
（３−１４） 図２９（ｂ）で説明したように、表示金額リスト情報に含まれる複数種類の金額のうち、１日購入限度額から当日積算額を減算したステップＳ２５５で算出される購入可能金額以下であって、携帯上保持限度額からバリュー残高を減算したステップＳ２５５で算出される購入可能金額以下の金額の選択肢が指定可能であることをユーザに認識させることができる。すなわち、表示金額リスト情報に含まれる複数種類の金額のうち、１日購入限度額と当日積算額との差額および携帯上保持限度額とバリュー残高との差額の範囲内の金額の選択肢が指定可能であることをユーザに認識させることができる。その結果、ユーザに、購入できない選択肢を選択させてしまうような無駄な操作をさせることを防止することができる。
（３−１５） 図４２のバリュー処理に従って、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３において特定の種類の電子マネーであるバリューを引落対象として指定する電子マネー識別情報を含む減算要求が、メダルサンド６００Ａから携帯電話１００に送信され、当該電子マネー識別情報により指定されるバリューのみを用いてメダル貸制御を行なうことができるため、異なる種類のバリューを用いてメダル貸制御が行なわれることを防止することができる。
（３−１６） ステップＳ８１２において、メダル貸制御に用いたバリューの額と当該メダル貸制御に用いた携帯電話１００の携帯ＩＤとが各々対応付けて店舗サーバ８００に記憶される。そして、ステップＳ８１３において所定時間経過したと判断された場合、ステップＳ８１４において店舗サーバ８００に記憶されていた情報を取引情報として電子マネー管理サーバ２００に送信される。一方、ステップＳ２７０７においては、チャージ累計額と携帯ＩＤとが各々対応付けて発行情報ＤＢ２２２に記憶される。そして、ステップＳ２９２において、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額が減算され、ステップＳ２８１において、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップＳ２８６において不正端末情報が、不正取引が発生した遊技場３０に送信される。
不正端末情報を受信した遊技場３０においては、Ｓ６１４において、当該不正端末情報が記憶され、バリューがメダル貸制御に用いられる際、携帯電話１００の携帯ＩＤが不正端末情報と一致するか否かが判断され、一致する場合、残高をバリュー残額にセットしない処理、すなわち使用停止処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。
（３−１７） ステップＳ２８１において不正取引があった場合、ステップＳ２８２において不正回数が１加算され、不正取引の頻度が測定されている。そして、不正回数が１回の場合、ステップＳ２８４において不正媒体情報を不正取引が発生した遊技場３０に送信され、不正取引に用いられたプリペイドカードによるメダル貸制御を禁止する。また、不正回数が２回の場合、ステップＳ２８６およびステップＳ２８７において不正端末情報を不正取引が発生した遊技場３０および当該遊技場３０と同じ商圏の他の遊技場に送信され、不正取引に用いられた携帯電話１００によるメダル貸制御を禁止する。
さらに、不正回数が３回の場合、ステップＳ２８９およびステップＳ２９０において携帯使用禁止情報を不正取引が発生した遊技場３０および全国の遊技場に送信される。そして、携帯使用禁止情報を受信した遊技場においては、ステップＳ６１２において、当該携帯使用禁止情報が記憶され、ステップＳ６２１により、すべての携帯電話についてバリューを用いてのメダル貸制御を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。
（３−１８） バリュー購入時処理として、ステップＳ１３９で購入希望金額の選択肢が表示され、ステップＳ１４１で購入希望金額の選択が受付けられるので、ユーザが能動的にバリュー購入時処理を実行させて購入希望金額の選択肢を表示させなくてもよい。このため、バリュー購入時処理を実行させ購入希望金額の選択肢を表示させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行され購入希望金額の選択肢が表示されるので、バリュー購入に要する時間が短縮され、遊技場３０におけるスロットマシン７００Ａやパチンコ遊技機等の遊技機の稼動率を向上させることができる。
次に前述した実施の形態の変形例を挙げる。
（１） 前述した実施の形態においては、図３１から図４７において、メダルサンド６００Ａにおけるメダル貸制御について説明した。しかし、これに限定されず、券売機３００でプリペイドカード３７１を発券する発券処理に、図３１から図４７において説明した処理を適用してもよい。
（１） 前述した実施の形態においては、図３１から図４７において、メダルサンド６００Ａにおけるメダル貸制御について説明した。しかし、これに限定されず、券売機３００でプリペイドカード３７１を発券する発券処理に、図３１から図４７において説明した処理を適用してもよい。
（２） 前述した実施の形態においては、ステップＳ９２４で携帯電話１００によって減算処理時に通番が更新されるようにして、メダルサンド６００Ａでは、通番は更新されるようにしなかった。このため、メダルサンド６００Ａに記憶されている通番が携帯電話１００から取得された通番と同じ場合（ステップＳ６５７でＹＥＳの場合）には、減算処理が行なわれていないこととなるので、ステップＳ６５８で減算要求を再度送信するようにした。そして、通番が異なる場合（ステップＳ６５７でＮＯ野場合）には、減算処理がすでに行なわれていることとなるので、ステップＳ６６１でメダル貸制御を実行するようにした。
しかし、これに限定されず、ステップＳ９２４で携帯電話１００によって減算処理時に通番が更新されるようにして、メダルサンド６００Ａでも、減算要求送信時に、通番が更新されるようにしてもよい。これによりメダルサンド６００Ａに記憶されている通番が携帯電話１００から取得された通番と同じ場合には、減算処理が行なわれていることとなるので、メダル貸制御を実行するようにする。そして、通番が異なる場合には、減算処理が未だに行なわれていないこととなるので、減算要求を再度送信するようにする。このようにしても、本実施の形態と同様の効果を得ることができる。
具体的には、次のとおりである。前述した実施の形態においては、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８で減算要求が送信されたときに、メダルサンド６００Ａ側においては、ステップＳ６４３２で記憶部６２０に記憶した通番を更新することなく次のステップに進んだ。本変形例においては、ステップＳ６４４４，Ｓ６４４６，Ｓ６４５３，Ｓ６５８で減算要求が送信されるときに、データ処理部６１０は、記憶部６２０に記憶されている通番を更新する。これにより、減算要求時にメダルサンド６００Ａでも通番が更新される。
そして、本変形例においては、メダルサンド６００Ａ側で通番が更新される結果、前述した実施の形態の図４４に示すバリューエラー処理においてステップＳ６５７に相当する処理として、通番が一致すると判定されたときには、ステップＳ６６１からステップＳ６６３までの処理が実行されることによって、再度、減算要求が送信されることなくメダル貸制御が実行されるようにする。一方、通番が一致しないと判定されたときには、ステップＳ６５８からステップＳ６５９までの処理が実行されることによって、減算要求が送信され、その後、ステップＳ６４２の処理が実行されることによって、メダル貸制御が行なわれるようにする。
以上のように、本変形例においては、図４４に示すバリューエラー処理において、リカバリ要求で取得した装置ＩＤおよび端末ＩＤが一致し、通番が一致しないと判定されたときには、携帯電話１００に対して減算要求が送信される一方、リカバリ要求で取得した装置ＩＤ、端末ＩＤおよび通番のすべてが一致すると判定されたときには、減算要求を送信することなくメダル貸制御（取引処理）が実行される。
（３） 前述した実施の形態においては、ステップＳ２６９で決済サーバ２８０から消込速報を受信したことを条件として、電子マネー管理サーバ２００は、バリューの購入に対する決済が終了したと判断して、ステップＳ２７７でバリュー発行情報を携帯電話１００に送信するようにした。
しかし、これに限定されず、クレジットカードによる与信でバリューを購入できるようにして、実際の決済は済んでいなくても、バリュー発行情報を携帯電話１００に送信するようにしてもよい。
（４） 前述した実施の形態においては、ステップＳ２３５およびステップＳ２７０３で、一度もバリューを購入することなく、電子マネー遊技使用サービス用の記憶領域が削除された回数を未チャージ削除カウンタで計数することによって、初期登録手数料の決済が終了しているか否かを管理するようにした。そして、ステップＳ２１６で、未チャージ削除カウンタのカウント値が所定回数に達したと判断したときに、ステップＳ２３６で、領域確保情報を送信しないようにした。
これにより、リモート発行サーバ４００に電子マネー遊技使用サービス用の記憶領域の領域確保情報が送信されないので、リモート発行サーバ４００によって初期登録手数料の課金が行なわれない。このため、バリューの購入をせずに電子マネー遊技使用サービス用の記憶領域の確保を繰返すことによって生じる未決済の初期登録手数料を低減させること、つまり電子マネー遊技使用サービスの提供機関に生じる損害を低減させることができる。
しかし、これに限定されず、初期登録手数料の決済が終了しているか否かを示す情報を管理して、その情報によって登録要求情報送信元の携帯電話の初期登録手数料が未決済であることが示されることを条件として、その携帯電話への領域確保情報の送信を禁止するようにしてもよい。
（５） 前述した実施の形態においては、電子マネー管理サーバ２００で当日積算額を管理し、最低購入金額との合計が所定額以上となるか否かにより、携帯電話１００に格納されたバリュー残高の上限判定を行なうようにした。
しかし、これに限らず、携帯電話１００により電子マネーアプリ１１１が実行されることによって、受付けられたチャージ希望金額の受付額と当日積算額との合計が所定額以上となるか否かの上限判定を行なうようにしてもよい。この場合、携帯電話１００により電子マネーアプリケーションが実行されることによって、当日チャージ可能額の上限額に達するまでの当日格納可能余裕額、および、バリュー残高の上限額に達するまでの携帯電話１００に格納可能な携帯格納可能余裕額を算出し、チャージ希望金額が表示される際に、当日格納可能余裕額および携帯格納可能余裕額未満の金額が表示されるようにしてもよい。
（６） 携帯電話１００の非接触型ＩＣチップ１９０にバリューがチャージされたとき、および、バリューの減算が完了したときに、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高のバックアップが記憶部１２０にされるようにしてもよい。
また、バリューがチャージされたとき、または、バリューの減算が完了したときのいずれかのときに、バックアップがされるようにしてもよい。
また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。
（７） 前述した実施の形態においては、当日に購入されたバリューの積算額を当日積算額として積算するようにした。しかし、これに限定されず、所定期間（たとえば、午前６時から翌日の午前６時までの期間）に購入されたバリューの積算額を積算するようにしてもよい。
（８） 前述した実施の形態においては、図４８の残高管理ＡＰ２１４によって、それぞれの会員ＩＤごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
（９） ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８４で説明したように、不正取引を行なった会員ＩＤの端末ＩＤの不正な携帯電話１００で購入されたプリペイドカード３７１の使用を禁止するような電子マネーシステムであってもよい。
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８６で説明したように、不正取引を行なった会員ＩＤの端末ＩＤの不正な携帯電話１００のバリューの使用を禁止するような電子マネーシステムであってもよい。
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８９で説明したように、不正取引が発生したホール（遊技場３０）でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。
（１０） 前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００で構成されるようにした。
しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。
（１１） 前述した実施の形態では、電子マネーシステム１０の発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、メダルサンド６００Ａ、および、店舗サーバ８００の装置の発明として捉えることができる。
また、電子マネーアプリ１１１、初期登録時ＡＰ２１１、バリュー購入時ＡＰ２１２、バリュー発行時ＡＰ２１３、および、残高管理ＡＰ２１４のプログラムの発明として捉えることができる。
さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、メダルサンド６００Ａ、および、店舗サーバ８００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。また、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、メダルサンド６００Ａ、および、店舗サーバ８００の装置で実行されるプログラムをプログラムの発明として捉えることができる。
（１２） 前述した実施の形態では、電子マネー遊技使用サービスの提供業者に対価を支払うためにユーザが利用する金融機関のサーバとして、金融機関ごとにそれぞれ金融機関サーバ５００が設けられている例について説明した。しかし、これに限らず、ユーザが利用する金融機関のサーバとしては、複数の金融機関からなるグループ用に設けられた共通の金融機関サーバであってよい。この場合、同じグループに属する金融機関を利用する場合には、異なる金融機関を利用する場合であっても、当該グループ用に設けられた共通の金融機関サーバと通信し対価の支払いが行なわれる。また、対価を支払うために利用するためのサーバとしては、金融機関のサーバに限らず、ユーザが登録した金融機関サーバと通信し対価の支払いを代行する代行業者のサーバであってもよい。つまり、これらの場合にも、金融機関のサーバに含まれる。
（１３） 前述した実施の形態においては、電子マネー管理サーバ２００のデータ処理部によって、図１７のステップＳ２６８で、モバイルバンキングへの引継をユーザに確認するためのモバイルバンキング遷移確認画面を表示させるための引継画面情報が携帯電話１００に送信され、携帯電話１００のデータ処理部１１０によって、図１４のステップＳ１１７で、電子マネー管理サーバ２００から引継画面情報が受信されたことに応じて、ステップＳ１１８，Ｓ１１８ａでモバイルバンキングに遷移され、決済が行なわれるようにした。つまり、携帯電話１００と電子マネー管理サーバ２００との接続が一旦分断され、決済のために携帯電話１００から金融機関サーバ５００にアクセスし、その後、再度、電子マネー管理サーバ２００にアクセスして電子マネー情報の書込みを行なうようにした。
しかし、これに限定されず、電子マネー管理サーバ２００によって、ステップＳ２６８で引継画面情報が送信されることに替えて、携帯電話１００から電子マネー管理サーバ２００を介して、金融機関サーバ５００で決済が行なえるようにしてもよい。このようにすることで、携帯電話１００と金融機関サーバ５００とが決済のやり取りをする場合に分断してしまう携帯電話１００と電子マネー管理サーバ２００との接続を保ったまま、決済のやり取りを行なうことができるようになり、その後の電子マネー情報の携帯電話１００への書込みまでの処理を一連の処理として行なうことができる。
（１４） 前述した実施の形態においては、携帯電話１００のデータ処理部１１０によって図１４のステップＳ１１２で金融機関指定情報が送信されたことに応じて、電子マネー管理サーバ２００のデータ処理部２１０によって、図１３のステップＳ２２４で、金融機関指定情報が利用者情報ＤＢ２２１に登録されるようにした。
しかし、金融機関指定情報は新規会員登録時に登録されることに限定されず、他のタイミングで登録されるようにしてもよい。たとえば、バリューの初回購入時に登録されるようにしてもよいし、遊技者の携帯電話１００からの金融機関指定情報の登録の要求があったときに登録されるようにしてもよい。
（１５） 前述した実施の形態においてはプリペイドカード３７１またはＩＣコイン６５１にはカードＩＤまたはＩＣコインＩＤのみ記録しておき、店舗サーバ８００などのサーバで、カードＩＤまたはＩＣコインＩＤに対応させて残額を示す情報を管理しておき、プリペイドカード３７１またはＩＣコイン６５１を発行したり、プリペイドカード３７１またはＩＣコイン６５１に入金したり、プリペイドカード３７１またはＩＣコイン６５１から残額を減算したりする場合に、店舗サーバ８００とやり取りするようにした。しかし、これに限定されず、プリペイドカード３７１またはＩＣコイン６５１に残額を示す情報が直接記録されるようにしてもよい。
（１６） 前述した実施の形態においては、店舗が遊技場３０であり、取引処理がメダルサンド６００Ａにおけるメダル貸制御である例について説明した。しかし、これに限らず、取引装置が複数設置される店舗であればよい。たとえば、取引装置としてのゲームマシンが複数設置されるゲームセンターであってもよく、この場合には、ゲームマシンにおけるゲーム代金の支払が電子マネーによって行なわれ、取引処理としてゲームマシンをゲーム開始可能な状態にする処理が行なわれる。また、取引装置としてのＰＯＳ（Point Of Sales system）端末が複数設置されるレンタルビデオ店（有人、無人）であってもよく、この場合にはＰＯＳ端末におけるビデオレンタルの対価の支払が電子マネーによって行なわれ、取引処理としてＰＯＳ端末に入力された対価の減算処理が行なわれる。
（１７） 前述した実施の形態においては、メダルサンド６００Ａにおいて、図４２のステップＳ６４４５，Ｓ６４５１に示すように、携帯電話のバリュー残高と記憶残額との合計額が所定額（１０５０円）未満の場合にはメダル貸制御が行なわれないようにした。しかし、これに限らず、バリュー残高が１０５０円以上なら１０００円分のメダル貸しを行ない、１０５０円未満の場合にはメダル貸制御の最小単位である１００円の整数倍分のメダル貸しを行なうようにしてもよい。たとえば、バリュー残高が５５０円であれば、５００円分のメダル貸しを行なうようにしてもよい。
（１８） 前述した実施の形態においては、携帯電話１００がメダルサンド６００Ａにかざされることにより、遊技者の操作を受付けることなくメダル貸制御が行なわれるようにした。しかし、携帯電話１００がかざされることによりメダルサンド６００Ａに所定額（たとえば３０００円）が入金処理され、その後、遊技者の操作に応じて、貸出単位額（たとえば５００円）ずつメダル貸制御が行なわれてもよい。この場合には、入金処理が取引処理に該当する。
一方、プリペイドカード３７１、ＩＣコイン６５１、または、紙幣６８１を受付けて、メダル貸ボタン６３１の操作なく、メダル貸制御が行なわれるようにしてもよい。
（１９） 前述した実施の形態においては、図４４に示すように、ステップＳ６５６で端末ＩＤが一致しない場合には取引処理が行なわれないようにした。しかし、これに限らず、端末ＩＤが一致しない場合にも取引処理を行なうようにしてもよい。この場合には、ステップＳ６４３２で減算失敗中の携帯電話１００の端末ＩＤを記憶している領域とは別の領域に新たに受付けた携帯電話の端末ＩＤ等を記憶して処理するようにし、再度、減算失敗中の携帯電話１００を受付けたときに、当該携帯電話１００についての処理を再開するようにすればよい。
（２０） 前述した実施の形態においては、図４４に示すように、ステップＳ６５５やステップＳ６５６において装置ＩＤや端末ＩＤが一致しないと判定された場合には、ステップＳ６５３に戻り、再度、携帯電話がかざされるのを待つこととされた。しかし、装置ＩＤや端末ＩＤが一致しないと判定されたときにエラー報知等の処理を行なうようにしてもよい。
（２１） たとえば、携帯電話１００において取引処理ごとまたは取引装置ごとに別個の通番を記憶するようにすれば、本実施の形態のように装置ＩＤを用いなくても二重取引を防止することができる。しかし、この場合には携帯電話１００の限られた記憶領域を過大に消費してしまうことになる。したがって、本実施の形態のようにすれば、携帯電話１００の記憶領域を過大に消費せずに二重取引を防止することができる。
（２２） 前述した実施の形態においては、携帯電話１００で電子マネーアプリのステップＳ１９６で精算が選択されたと判断され、ステップＳ１９７で非接触型ＩＣチップ１９０の状態が精算状態にされてから、携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額がバリューとして精算されるようにした。
しかし、これに限定されず、メダルサンド６００Ａ側に精算を指示するための精算ボタンを設け、精算ボタンが操作された後に携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額がバリューとして精算されるようにしてもよい。
また、精算ボタンが操作された後に携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額がバリューとして精算されるとともに、メダル貸ボタン６３１が操作された後に携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、携帯電話１００に記憶されたバリューでメダル貸が行なわれるようにしてもよい。
（２３） 前述した実施の形態においては、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額が貸出単位額である１００円に５％の消費税を加算した額未満である場合であっても、電子マネーアプリのステップＳ１９６で精算が選択されたと判断され、ステップＳ１９７で非接触型ＩＣチップ１９０の状態が精算状態にされてから、携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額がバリューとして精算されるようにした。
しかし、これに限定されず、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額が貸出単位額である１００円に５％の消費税を加算した額未満である場合に、携帯電話１００がメダルサンド６００Ａのチップリーダライタ６９０にかざされることで、記憶部６２０に記憶されたプリペイドカード３７１またはＩＣコイン６５１の記憶残額がバリューとして精算されるようにしてもよい。
（２４） 前述した実施の形態においては、スロットマシン７００Ａに対して設けられるメダルサンド６００Ａについて説明した。しかし、これに限定されず、パチンコ遊技機に対して設けられるカードユニットやその他の遊技用装置にも適用可能である。
また、メダルサンド６００Ａ自身がメダル払出を行なうものに限らず、対応するスロットマシン７００Ａやパチンコ遊技機にメダルや遊技球などの遊技媒体の払出しの指令をするものであってもよい。
（２５） 前述した実施の形態においては、価値媒体として、プリペイドカード３７１、ＩＣコイン６５１、および、紙幣６８１を受付けてメダル貸制御を実施しているが、これに限定されず、プリペイドカード３７１、ＩＣコイン６５１、および、紙幣６８１のうちいずれか１つまたは２つのみを使用可能としてもよい。さらには、硬貨を受付けてメダル貸制御を実施するようにしてもよい。
（２５） 前述した実施の形態においては、精算処理を行なうときに、携帯電話１００の電子マネーアプリ１１１において、予め精算を選択しておくことにより、非接触型ＩＣチップ１９０に精算フラグが立てられ、これに基づいて、第１ポーリング信号に対して精算要求が送信され、電子マネーアプリ１１１において何ら選択操作が行なわれていないときには、精算フラグが立っていないことから取引要求が送信されることとされていたが、電子マネーアプリ１１１で精算以外にメダル貸を選択操作するようにするか、あるいは、精算の選択操作がなくメダル貸のみ選択操作できるようになっていてもよく、この場合には、メダル貸が選択されることで取引要求が送信され、メダル貸が選択されない場合には精算要求が送信されることとなる。さらに、記憶残額があるときに携帯電話１００を受付けたら、一律に、精算処理を行なうようにしてもよい。また、記憶残額が１０５円以上である場合であっても、精算処理を行なうようにしてもよい。
（２６） 前述した実施の形態においては、貨幣を受付けてからデータ処理部６１０が紙幣識別通知を受信するまでの期間に、携帯電話から取引要求を受信すると、バリューによるメダル貸制御を優先して行なって、貨幣を返却したが、このバリューによるメダル貸制御を優先する期間は、これに限られず、少なくとも貨幣を受付けてから識別するまでの期間を含んでいればよい。たとえば、識別金額を残額として記憶するまでの期間であってもよいし、図３２に示すステップＳ６１３４で店舗サーバ８００から仮登録完了を受信するまでの期間としてもよい。また、貨幣処理機６８０から識別金額を含まない識別通知を受信し、その後識別金額を含む識別金額通知を受信するような場合には、識別通知を受信するまでの期間としてもよいし、識別金額通知を受信するまでの期間としてもよい。
（２７） 前述した実施の形態においては、電子マネー情報が記憶される携帯端末として携帯電話１００を例にして説明しているが、これに限らず、プリペイドカード３７１やＩＣコイン６５１等と同様のカード状やコイン状の形状の電子マネー記録媒体であってもよい。
（２８） 前述した実施の形態においては、本発明に使用可能な電子マネー情報が記憶された携帯端末がチップリーダライタ６９０に近接される場合を例にして説明しているため、チップリーダライタ６９０に近接されて受付けた携帯電話１００から必ず取引要求、精算要求またはリカバリ要求が送信されてくる場合のみ説明されているが、実際には、メダルサンド６００Ａからのポーリングに応じて、携帯電話１００は非接触型ＩＣチップ１９０に記憶されている情報の種別を示す情報をメダルサンド６００Ａに送信し、メダルサンド６００Ａは、この情報に基づいてメダル貸制御に使用可能な種類の電子マネー情報を記憶しているか否かを判定し、メダル貸制御に使用可能な種類の電子マネー情報が記憶されいない場合には、それ以降の処理が実施されないこととなる。つまり、本発明において、携帯端末を受付けるとは、メダル貸制御（取引処理）に使用可能な種類の電子マネー情報が記憶された携帯端末を受付けることを意味する。また、前述した実施の形態のように、携帯端末を近接させることにより受付けるものに限られず、チップリーダライタ部に携帯端末の保持部を設け、当該保持部に携帯端末を保持させた状態で取引ボタンが操作されることにより、携帯端末とメダルサンド６００Ａ（取引装置）との間でメダル貸（取引処理）のための通信が行なわれるようにしてもよく、この場合には、携帯端末が保持部に保持された状態で、取引ボタンが操作されることが携帯端末の受付に該当する。
（２９） なお、貨幣を受付けてから識別されるまでの間に、上記のようなメダル貸制御に使用可能な電子マネー情報が記憶されていない携帯端末を受付けた場合には、貨幣の返却を行なうことなく、貨幣によるメダル貸制御のための処理を行なってもよいし、貨幣の返却を行なってもよい。
（３０） 今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１０ 電子マネーシステム、３０ 遊技場、１００ 携帯電話、１１０ データ処理部、１１１ 電子マネーアプリ、１２０ 記憶部、１３０ データ入力部、１４０ 表示部、１５０ 音声入出力部、１６０ 無線通信部、１６１ アンテナ、１９０ 非接触型ＩＣチップ、１９１ 制御部、１９２ 記憶部、１９３ 非接触通信部、１９４ アンテナ、２００ 電子マネー管理サーバ、２１０ データ処理部、２１１ 初期登録時ＡＰ、２１２ バリュー購入時ＡＰ、２１３ バリュー発行時ＡＰ、２１４ 残高管理ＡＰ、２１５ バリュー預かりＡＰ、２１６ バリュー返却ＡＰ、２２０ 記憶部、２２１ 利用者情報ＤＢ、２２２ 発行情報ＤＢ、２３０ データ入力部、２４０ 表示部、２６０ 通信部、２８０ 決済サーバ、３００ 券売機、３１０ データ処理部、３２０ 記憶部、３３０ 操作部、３４０ 表示部、３６０ 通信部、３７０ カードリーダライタ、３７１ プリペイドカード、３８０ 貨幣処理機、３９０ チップリーダライタ、３９１ 制御部、３９２ 記憶部、３９３ 非接触通信部、３９４ アンテナ、４００ リモート発行サーバ、５００ 金融機関サーバ、６００Ａ メダルサンド、６０１ メダル払出部、６０２ メダル払出口、６０３ メダル補給扉、６０４ 鍵穴、６０５ 第１操作ボタン、６０６ 制御ユニット、６０７ 鍵穴、６０８ 第２操作ボタン、６０９ 鍵、６１０ データ処理部、６１１ メダル、６２０ 記憶部、６３１ メダル貸ボタン、６３２ 返却ボタン、６４０ 表示部、６４１ 紙幣挿入可ランプ、６４２ 貸出可ランプ、６４３ バリュー使用可ランプ、６４４ 金額表示部、６５０ ＩＣコインリーダライタ、６５１ ＩＣコイン、６５２ ＩＣコイン投入口、６５３ ＩＣコイン返却口、６６０ 通信部、６７０ カードリーダライタ、６７１ カード挿入口、６８０ 貨幣処理機、６８１ 紙幣、６８２ 紙幣挿入口、６８３ テンキー、６９０ チップリーダライタ、６９１ 制御部、６９２ 記憶部、６９３ 非接触通信部、６９４ アンテナ、７００Ａ スロットマシン、８００ 店舗サーバ。
Claims (8)
- 電子マネー情報を記憶する電子マネー情報記憶手段を備えた携帯端末と、店舗内に複数設置され、前記電子マネー情報記憶手段に記憶された前記電子マネー情報または貨幣を用いて取引処理を実行する取引装置とを含む電子マネーシステムであって、
前記取引装置は、
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段と、
該取引装置を個々に識別するための取引装置識別情報を記憶する取引装置識別情報記憶手段と、
前記携帯端末を受付ける受付手段と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額分の前記電子マネー情報の減算を要求する減算要求情報とを送信する情報送信手段とを備え、
前記携帯端末は、
前記情報送信手段から送信されてきた前記取引装置識別情報を記憶する受信取引装置識別情報記憶手段と、
前記情報送信手段から送信されてきた前記減算要求情報により示される前記取引額分の前記電子マネー情報を、前記電子マネー情報記憶手段に記憶された前記電子マネー情報から減算する電子マネー情報減算手段と、
該電子マネー情報減算手段による減算が完了した旨を示す減算完了通知を前記取引装置に返信する減算完了通知返信手段とを備え、
前記取引装置は、さらに、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知返信手段から送信されてきた前記減算完了通知を受信したことに基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく、その後に前記受付手段により携帯端末が受付けられたときに、当該携帯端末の前記受信取引装置識別情報記憶手段に記憶された前記取引装置識別情報を取得する識別情報取得手段と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたことを条件として、前記取引処理を実行し、
前記取引装置は、さらに、
前記貨幣受付識別手段によって前記貨幣が受付けられてから少なくとも識別されるまでの期間に、前記受付手段によって前記携帯端末が受付けられたことに基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信するとともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却することを特徴とする、電子マネーシステム。 - 前記携帯端末は、さらに、
該携帯端末を個々に識別するための携帯端末識別情報を記憶する携帯端末識別情報記憶手段と、
通番を記憶する通番記憶手段と、
前記情報送信手段から前記減算要求情報が送信されてきたことに基づいて、前記通番記憶手段に記憶された前記通番を更新する通番更新手段とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し、
前記取引装置判定手段により、該識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し、
前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方、前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行することを特徴とする、請求項１に記載の電子マネーシステム。 - 前記携帯端末は、さらに、
該携帯端末を個々に識別するための携帯端末識別情報を記憶する携帯端末識別情報記憶手段と、
通番を記憶する通番記憶手段と、
前記情報送信手段から前記減算要求情報が送信されてきたことに基づいて、前記通番記憶手段に記憶された前記通番を更新する第１の通番更新手段とを備え、
前記取引装置は、さらに、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報を取得して記憶する受付携帯端末識別情報記憶手段と、
前記受付手段により受付けられた前記携帯端末に対応する通番を取得して記憶する受付携帯端末通番記憶手段と、
前記情報送信手段による前記減算要求情報の送信に伴って、前記受付携帯端末通番記憶手段に記憶された前記通番を更新する第２の通番更新手段とを備え、
前記識別情報取得手段により、前記携帯端末の携帯端末識別情報記憶手段に記憶された携帯端末識別情報および通番記憶手段に記憶された通番をさらに取得し、
前記取引装置判定手段により、前記識別情報取得手段により取得した携帯端末識別情報および通番が、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報および受付携帯端末通番記憶手段に記憶された通番と一致するか否かをさらに判定し、
前記取引装置判定手段により取引装置識別情報および携帯端末識別情報が一致し、通番が一致しないと判定されたときには、前記携帯端末に対して前記情報送信手段により減算要求情報を送信する一方、前記取引装置判定手段により取引装置識別情報、携帯端末識別情報および通番のすべてが一致すると判定されたときには、前記減算要求情報を送信することなく前記電子マネー取引処理実行手段により取引処理を実行することを特徴とする、請求項１に記載の電子マネーシステム。 - 前記受付携帯端末通番記憶手段は、前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記通番記憶手段に記憶された通番を取得することを特徴とする、請求項２または請求項３に記載の電子マネーシステム。
- 前記取引装置は、さらに、
前記取引処理が禁止されている携帯端末である取引禁止携帯端末の前記携帯端末識別情報の入力を受付ける取引禁止携帯端末入力受付手段と、
前記受付携帯端末識別情報記憶手段によって取得された前記携帯端末識別情報が、前記取引禁止携帯端末入力受付手段によって入力が受付けられた前記取引禁止携帯端末の前記携帯端末識別情報に一致するか否かを判定する取引禁止携帯端末判定手段とを備え、
該取引禁止携帯端末判定手段により一致すると判定されたことを条件として、前記情報送信手段により減算要求情報を送信することなくエラー処理を行なうことを特徴とする、請求項２から請求項４までのいずれかに記載の電子マネーシステム。 - 前記取引装置は、
前記取引装置判定手段により前記携帯端末識別情報が一致しないと判定されたときには、前記電子マネー取引処理実行手段により取引処理を実行しない一方、所定のリセット入力を受付けたことを条件として、前記受付携帯端末識別情報記憶手段に記憶された携帯端末識別情報の携帯端末以外の携帯端末による取引処理を可能とすることを特徴とする、請求項２から請求項５までのいずれかに記載の電子マネーシステム。 - 前記取引装置は、
前記受付手段により受付けられた前記携帯端末から、当該携帯端末の前記電子マネー情報記憶手段に記憶された前記電子マネー情報の額を取得して記憶する受付携帯端末電子マネー額記憶手段と、
前記電子マネー取引処理実行手段による前記取引処理の実行に伴って、前記受付携帯端末電子マネー額記憶手段に記憶された前記電子マネー情報の額から取引額を減算した電子マネー情報の額を特定可能な情報と前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報とを、当該取引装置外に設けられた管理装置に対して送信するとともに、前記リセット入力が受付けられたことに基づいて、前記受付携帯端末識別情報記憶手段に記憶された前記携帯端末識別情報と前記リセット入力を受付けた旨とを、前記管理装置に対して送信する取引情報送信手段とを備えることを特徴とする、請求項６に記載の電子マネーシステム。 - 店舗内に複数設置され、携帯端末に記憶された電子マネー情報または貨幣を用いて取引処理を実行する取引装置であって、
貨幣を受付けて該貨幣の金額を識別する貨幣受付識別手段と、
該貨幣受付識別手段によって識別された識別金額の範囲内で前記取引処理を実行する貨幣取引処理実行手段と、
該取引装置を個々に識別するための取引装置識別情報を記憶する取引装置識別情報記憶手段と、
前記携帯端末を受付ける受付手段と、
該受付手段により受付けられた前記携帯端末に対して、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と、前記取引処理に供される取引額分の前記電子マネー情報の減算を要求する減算要求情報とを送信する情報送信手段と、
前記情報送信手段から前記減算要求情報が送信されてから、前記情報送信手段から送信した前記減算要求情報により示される前記取引額分の前記電子マネー情報の減算が完了した旨を示す減算完了通知を前記携帯端末から受信したことに基づいて、前記電子マネー情報を用いて前記取引処理を実行する電子マネー取引処理実行手段と、
前記情報送信手段から前記減算要求情報が送信されてから前記減算完了通知を受信することなく、その後に前記受付手段により携帯端末が受付けられたときに、当該携帯端末に記憶された前記取引装置識別情報を取得する識別情報取得手段と、
該識別情報取得手段により取得した前記取引装置識別情報が、前記取引装置識別情報記憶手段に記憶された前記取引装置識別情報と一致するか否かを判定する取引装置判定手段とを備え、
前記電子マネー取引処理実行手段は、該取引装置判定手段により一致すると判定されたことを条件として、前記取引処理を実行し、
前記貨幣受付識別手段によって前記貨幣が受付けられてから少なくとも識別されるまでの期間に、前記受付手段によって前記携帯端末が受付けられたことに基づいて、前記情報送信手段により、前記取引装置識別情報と前記減算要求情報とを送信するとともに、前記貨幣受付識別手段にて受付けた前記貨幣を返却することを特徴とする、取引装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006116030A JP4959216B2 (ja) | 2006-04-19 | 2006-04-19 | 電子マネーシステム、および、取引装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006116030A JP4959216B2 (ja) | 2006-04-19 | 2006-04-19 | 電子マネーシステム、および、取引装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007287050A JP2007287050A (ja) | 2007-11-01 |
| JP4959216B2 true JP4959216B2 (ja) | 2012-06-20 |
Family
ID=38758743
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006116030A Active JP4959216B2 (ja) | 2006-04-19 | 2006-04-19 | 電子マネーシステム、および、取引装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4959216B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5349826B2 (ja) * | 2008-04-04 | 2013-11-20 | 株式会社三共 | 電子マネーシステム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000148683A (ja) * | 1998-11-11 | 2000-05-30 | Nec Corp | オンラインシステム、オンラインシステムにおけるデータ伝送管理方法およびデータ伝送管理用プログラムを記録した記録媒体 |
| JP2002320268A (ja) * | 2001-04-23 | 2002-10-31 | Casio Comput Co Ltd | コードレス接続確認方法及びその装置 |
| JP2003058803A (ja) * | 2001-08-10 | 2003-02-28 | Toshiba Tec Corp | 電子マネーシステム |
| JP2005038209A (ja) * | 2003-07-15 | 2005-02-10 | Bitwallet Inc | 貨幣端末、端末制御方法、及び端末制御プログラム |
| JP4658633B2 (ja) * | 2004-03-29 | 2011-03-23 | 株式会社三共 | 遊技用システム |
| WO2005103975A1 (ja) * | 2004-04-27 | 2005-11-03 | Bitwallet, Inc. | 貨幣端末処理サーバ、貨幣端末処理方法、貨幣端末、演算命令入力装置、及び金額変更情報入力装置 |
| JP2006017936A (ja) * | 2004-06-30 | 2006-01-19 | Sharp Corp | 通話装置，中継処理装置，通信認証システム，通話装置の制御方法，通話装置の制御プログラム，および通話装置の制御プログラムを記録した記録媒体 |
-
2006
- 2006-04-19 JP JP2006116030A patent/JP4959216B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007287050A (ja) | 2007-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4807980B2 (ja) | 遊技用電子マネーシステム、携帯端末、および、電子マネーアプリケーションプログラム | |
| JP4959216B2 (ja) | 電子マネーシステム、および、取引装置 | |
| JP4954594B2 (ja) | 遊技用装置 | |
| JP5202825B2 (ja) | 遊技用装置 | |
| JP5101040B2 (ja) | 電子マネーシステム、および、取引装置 | |
| JP4651453B2 (ja) | 遊技用電子マネーシステム、および、サービス提供用サーバ | |
| JP4707451B2 (ja) | 遊技用電子マネーシステム、サービス提供用サーバ、携帯端末、および、電子マネーアプリケーションプログラム | |
| JP4819435B2 (ja) | 遊技用電子マネーシステム、および、サービス提供用サーバ | |
| JP4799096B2 (ja) | 電子マネーシステム、および、取引装置 | |
| JP4808021B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4799174B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4808023B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4808022B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4698287B2 (ja) | 遊技用電子マネーシステム、および、サービス提供用サーバ | |
| JP4753621B2 (ja) | 遊技用電子マネーシステム | |
| JP4753622B2 (ja) | 遊技用電子マネーシステム | |
| JP4753620B2 (ja) | 遊技用電子マネーシステム | |
| JP4907904B2 (ja) | 取引システム、および、サーバ | |
| JP4749151B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4761875B2 (ja) | 遊技用電子マネーシステム、携帯端末、および、電子マネーアプリケーションプログラム | |
| JP4832892B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4693541B2 (ja) | 遊技用電子マネーシステム、携帯端末、および、電子マネーアプリケーションプログラム | |
| JP4808020B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4819498B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ | |
| JP4819496B2 (ja) | 電子マネーシステム、および、サービス提供用サーバ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090309 |
|
| 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: 20120313 |
|
| 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: 20120321 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150330 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4959216 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |