JP5150967B2 - 遊技用システム - Google Patents
遊技用システム Download PDFInfo
- Publication number
- JP5150967B2 JP5150967B2 JP2007212829A JP2007212829A JP5150967B2 JP 5150967 B2 JP5150967 B2 JP 5150967B2 JP 2007212829 A JP2007212829 A JP 2007212829A JP 2007212829 A JP2007212829 A JP 2007212829A JP 5150967 B2 JP5150967 B2 JP 5150967B2
- Authority
- JP
- Japan
- Prior art keywords
- ticket
- information
- data processing
- unit
- processing unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、遊技用システムに関する。詳しくは、携帯端末に記憶された電子マネーを使用して遊技媒体を貸与するための貸与処理を行なう貸与処理手段を備える貸与処理装置、および、遊技場内において遊技者に提供される商品の指定を受付ける商品指定手段と商品代金の決済方法の指定を受付ける決済方法指定手段とを有し店員により所持される端末装置を含む遊技用システムに関する。
従来から、商品および決済方法（遊技媒体または現金）の指定入力を受付け、指定入力内容を管理コンピュータに出力する携帯型遊技場管理端末があった（たとえば、特許文献１参照）。
特開２００４−３３３２１号公報（第０１１９段落、第０１５０段落から第０１５６段落まで）
しかし、従来の携帯型遊技場管理端末では、ワゴンサービスの商品の代金の決済方法が遊技媒体または現金のいずれかしかないため、遊技者にとっての利便性が低いといった問題があった。
この発明はかかる事情に鑑み考え出されたものであり、その目的は、遊技者の利便性を向上させることが可能な遊技用システムを提供することである。
（１） 携帯端末（たとえば、携帯電話１００）に記憶された電子マネー（たとえば、バリュー）を使用して遊技媒体（たとえば、パチンコ玉（遊技球）、メダル）を貸与するための貸与処理（たとえば、パチンコ遊技機７００で用いられるパチンコ玉を払出す球貸処理、スロットマシンで用いられるメダルを払出すメダル貸処理、パチンコ遊技機７００およびスロットマシンなどでの遊技を可能とする所定の遊技価値を有するプリペイドデータが記録されパチンコ玉およびメダルの払出しのために用いられるプリペイドカード３７１の発券処理）を行なう貸与処理手段を備える貸与処理装置（たとえば、カードユニット６００、券売機３００）、および、遊技場（たとえば、遊技場３０）内において遊技者に提供される商品（たとえば、ホットコーヒーやアイスティなどのドリンク，サンドイッチなどのフード）の指定を受付ける商品指定手段（たとえば、図２８（Ｃ）の商品一覧）と商品代金の決済方法の指定を受付ける決済方法指定手段（たとえば、図２９（Ｃ），（Ｄ）の支払方法一覧）とを有し店員（たとえば、ワゴンサービス会社の従業員、遊技場３０の店員）により所持される端末装置（たとえば、ハンディターミナル４００）を含む遊技用システム（たとえば、電子マネーシステム１０）であって、
前記決済方法指定手段は、少なくとも遊技媒体による決済および電子マネーによる決済のいずれかから決済方法の指定を受付け（たとえば、図２９（Ｃ），（Ｄ）の支払方法一覧の「玉」，「メダル」，「バリュー」）、
前記端末装置は、さらに、
前記決済方法指定手段によって電子マネーによる決済の指定を受付けたこと（たとえば、図２９（Ｃ）の支払方法一覧で「バリュー」が選択されたこと）を条件として、前記商品指定手段によって指定を受付けた商品の代金を、前記携帯端末に記憶された電子マネーから減算するための処理（たとえば、図２６のバリュー決済処理）を行なう減算処理手段（たとえば、データ処理部４１０）を備え、
前記貸与処理装置は、さらに、
前記貸与処理手段によって行なわれた前記貸与処理に用いられた前記携帯端末に、前記商品のチケット情報（たとえば、ドリンクチケット、フードチケット）を記憶させるためのチケット発行処理を行なうチケット発行処理手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３８２）を備え、
前記決済方法指定手段は、前記決済方法として、遊技媒体および電子マネーに加えてチケット情報による決済の指定を受付け（たとえば、図２９（Ｃ），（Ｄ）の支払方法一覧の「チケット」）、
前記端末装置は、さらに、
前記決済方法指定手段によってチケット情報による決済の指定を受付けたこと（たとえば、図２９（Ｃ）の支払方法一覧で「チケット」が選択されたこと）を条件として、前記携帯端末に記憶されたチケット情報を使用済（たとえば、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２からチケットが消去された状態）にするための処理（たとえば、図２７のチケット決済処理）を行なうチケット使用処理手段（たとえば、データ処理部４１０）を備え、
前記チケット発行処理手段は、前記チケット発行処理を、前記携帯端末が前記貸与処理に用いられているときに行ない、
前記チケット発行処理手段によって前記携帯端末に記憶された前記チケット情報によって、前記チケット情報の内容が前記携帯端末で報知可能である。
前記決済方法指定手段は、少なくとも遊技媒体による決済および電子マネーによる決済のいずれかから決済方法の指定を受付け（たとえば、図２９（Ｃ），（Ｄ）の支払方法一覧の「玉」，「メダル」，「バリュー」）、
前記端末装置は、さらに、
前記決済方法指定手段によって電子マネーによる決済の指定を受付けたこと（たとえば、図２９（Ｃ）の支払方法一覧で「バリュー」が選択されたこと）を条件として、前記商品指定手段によって指定を受付けた商品の代金を、前記携帯端末に記憶された電子マネーから減算するための処理（たとえば、図２６のバリュー決済処理）を行なう減算処理手段（たとえば、データ処理部４１０）を備え、
前記貸与処理装置は、さらに、
前記貸与処理手段によって行なわれた前記貸与処理に用いられた前記携帯端末に、前記商品のチケット情報（たとえば、ドリンクチケット、フードチケット）を記憶させるためのチケット発行処理を行なうチケット発行処理手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３８２）を備え、
前記決済方法指定手段は、前記決済方法として、遊技媒体および電子マネーに加えてチケット情報による決済の指定を受付け（たとえば、図２９（Ｃ），（Ｄ）の支払方法一覧の「チケット」）、
前記端末装置は、さらに、
前記決済方法指定手段によってチケット情報による決済の指定を受付けたこと（たとえば、図２９（Ｃ）の支払方法一覧で「チケット」が選択されたこと）を条件として、前記携帯端末に記憶されたチケット情報を使用済（たとえば、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２からチケットが消去された状態）にするための処理（たとえば、図２７のチケット決済処理）を行なうチケット使用処理手段（たとえば、データ処理部４１０）を備え、
前記チケット発行処理手段は、前記チケット発行処理を、前記携帯端末が前記貸与処理に用いられているときに行ない、
前記チケット発行処理手段によって前記携帯端末に記憶された前記チケット情報によって、前記チケット情報の内容が前記携帯端末で報知可能である。
このような構成によれば、端末装置によって、少なくとも遊技媒体による決済および電子マネーによる決済のいずれかから決済方法の指定が受付けられ、電子マネーによる決済の指定が受付けられたことを条件として、指定が受付けられた商品の代金を、携帯端末に記憶された電子マネーから減算するための処理が行なわれる。このため、商品代金の電子マネーによる決済が可能となる。その結果、遊技者の利便性が向上する。
また、貸与処理装置によって、貸与処理に用いられた携帯端末に、商品のチケット情報を記憶させるためのチケット発行処理が行なわれる。端末装置によって、決済方法として、遊技媒体および電子マネーに加えてチケット情報による決済の指定が受付けられ、チケット情報による決済の指定が受付けられたことを条件として、携帯端末に記憶されたチケット情報を使用済にするための処理が行なわれる。このため、遊技者は貸与処理を行なうと商品のチケット情報を得ることができる。その結果、貸与処理を促進することができる。
また、貸与処理装置によって、貸与処理に用いられた携帯端末に、商品のチケット情報を記憶させるためのチケット発行処理が行なわれる。端末装置によって、決済方法として、遊技媒体および電子マネーに加えてチケット情報による決済の指定が受付けられ、チケット情報による決済の指定が受付けられたことを条件として、携帯端末に記憶されたチケット情報を使用済にするための処理が行なわれる。このため、遊技者は貸与処理を行なうと商品のチケット情報を得ることができる。その結果、貸与処理を促進することができる。
（２） 前記貸与処理装置は、さらに、
前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、球貸処理または発券処理が行なわれ、図１８および図３７のステップＳ３９１で抽選が行なわれ、ステップＳ３９２で当選と判定されたこと）を条件として、次回以降の前記貸与処理（たとえば、次回の球貸処理、メダル貸処理、発券処理）が行なわれるときにチケット情報が付与される旨を報知するため（たとえば、携帯電話１００によってステップＳ１７２またはステップＳ１７５で図１９の（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったメッセージを表示させるため）の報知処理を行なう報知処理手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３９５）を備え、
前記チケット発行処理手段は、該報知処理手段によって前記報知処理が行なわれた後、前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、図１８のステップＳ３９５で報知処理が行なわれ、ステップＳ３９４で当選情報が当選情報記憶領域に記憶され、その後、球貸処理または発券処理が行なわれ、図１８のステップＳ３８１で当選情報が当選情報記憶領域に記憶されていると判断されたこと、または、図３７のステップＳ３９５で報知処理が行なわれ、ステップＳ３９５で当選情報が携帯電話に送信され、その後、球貸処理または発券処理が行なわれ、図３７のステップＳ３８１Ａで当選情報が携帯電話から受信されたと判断されたこと）を条件として、前記チケット発行処理を行なう（たとえば、図１８および図３７のステップＳ３８２）。
前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、球貸処理または発券処理が行なわれ、図１８および図３７のステップＳ３９１で抽選が行なわれ、ステップＳ３９２で当選と判定されたこと）を条件として、次回以降の前記貸与処理（たとえば、次回の球貸処理、メダル貸処理、発券処理）が行なわれるときにチケット情報が付与される旨を報知するため（たとえば、携帯電話１００によってステップＳ１７２またはステップＳ１７５で図１９の（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったメッセージを表示させるため）の報知処理を行なう報知処理手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３９５）を備え、
前記チケット発行処理手段は、該報知処理手段によって前記報知処理が行なわれた後、前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、図１８のステップＳ３９５で報知処理が行なわれ、ステップＳ３９４で当選情報が当選情報記憶領域に記憶され、その後、球貸処理または発券処理が行なわれ、図１８のステップＳ３８１で当選情報が当選情報記憶領域に記憶されていると判断されたこと、または、図３７のステップＳ３９５で報知処理が行なわれ、ステップＳ３９５で当選情報が携帯電話に送信され、その後、球貸処理または発券処理が行なわれ、図３７のステップＳ３８１Ａで当選情報が携帯電話から受信されたと判断されたこと）を条件として、前記チケット発行処理を行なう（たとえば、図１８および図３７のステップＳ３８２）。
このような構成によれば、貸与処理装置によって、貸与処理が行なわれることを条件として、次回以降の貸与処理が行なわれるときにチケット情報が付与される旨を報知するための報知処理が行なわれ、報知処理が行なわれた後、貸与処理が行なわれることを条件として、チケット発行処理が行なわれる。このため、再度の貸与処理を実行させることをユーザに促すことができる。その結果、売上の向上に資することができる。
（３） 前記貸与処理装置は、さらに、
前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、球貸処理または発券処理が行なわれること）を条件として、チケット情報を付与するか否かを決定するチケット付与決定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３９１）を備え、
前記報知処理手段は、前記チケット付与決定手段によってチケット情報を付与すると決定されたこと（たとえば、図１８および図３７のステップＳ３９２で当選と判定されたこと）をさらに条件として、前記報知処理を行なう。
前記貸与処理手段によって前記貸与処理が行なわれること（たとえば、球貸処理または発券処理が行なわれること）を条件として、チケット情報を付与するか否かを決定するチケット付与決定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８および図３７のステップＳ３９１）を備え、
前記報知処理手段は、前記チケット付与決定手段によってチケット情報を付与すると決定されたこと（たとえば、図１８および図３７のステップＳ３９２で当選と判定されたこと）をさらに条件として、前記報知処理を行なう。
このような構成によれば、貸与処理装置によって、貸与処理が行なわれることを条件として、チケット情報を付与するか否かが決定され、チケット情報を付与すると決定されたことをさらに条件として、報知処理が行なわれる。このため、貸与処理が行なわれる度にチケット情報が付与される旨が報知され、チケット発行処理が行なわれる場合よりも、チケット情報が付与されることに希少性を持たせることができるとともに、価値の高いチケット情報を付与することができる。その結果、再度の貸与処理を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
（４） 前記貸与処理装置は、さらに、
所定期間（たとえば、１ヶ月）内に前記貸与処理手段によって前記貸与処理が行なわれた回数（たとえば、カウント数）を前記携帯端末ごとに特定するための特定処理を行なう回数特定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８５からステップＳ３８８まで、図１７のステップＳ３７５、ステップＳ３７６、図３７のステップＳ３８６Ａ）と、
該回数特定手段によって特定された回数に応じて、チケット情報を付与する確率を変更する確率変更手段（たとえば、図１８および図３７のステップＳ３９１、図７の抽選用テーブル）とを備え、
前記チケット付与決定手段は、前記確率変更手段によって変更された確率に応じて、チケット情報を付与するか否かを決定する（たとえば、図１８および図３７のステップＳ３９１、図７の抽選用テーブル）。
所定期間（たとえば、１ヶ月）内に前記貸与処理手段によって前記貸与処理が行なわれた回数（たとえば、カウント数）を前記携帯端末ごとに特定するための特定処理を行なう回数特定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８５からステップＳ３８８まで、図１７のステップＳ３７５、ステップＳ３７６、図３７のステップＳ３８６Ａ）と、
該回数特定手段によって特定された回数に応じて、チケット情報を付与する確率を変更する確率変更手段（たとえば、図１８および図３７のステップＳ３９１、図７の抽選用テーブル）とを備え、
前記チケット付与決定手段は、前記確率変更手段によって変更された確率に応じて、チケット情報を付与するか否かを決定する（たとえば、図１８および図３７のステップＳ３９１、図７の抽選用テーブル）。
このような構成によれば、貸与処理装置によって、所定期間内に貸与処理が行なわれた回数を携帯端末ごとに特定するための特定処理が行なわれ、特定された回数に応じて、チケット情報を付与する確率が変更され、変更された確率に応じて、チケット情報を付与するか否かが決定される。このため、貸与処理の回数に応じて異なる期待感をユーザに抱かせることができる。その結果、再度の貸与処理を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
（５） 前記貸与処理装置は、さらに、
前記貸与処理において携帯端末から、該携帯端末を個々に識別するための識別情報（たとえば、携帯ＩＤ）を取得する識別情報取得手段（たとえば、データ処理部６１０、図２０のステップＳ６４１、データ処理部３１０、図１５のステップＳ３４１）と、
前記報知処理の対象の携帯端末の識別情報を特定可能に記憶（たとえば、当選した携帯ＩＤを含む当選情報を当選情報記憶領域に記憶、または、当選した携帯ＩＤを含む当選情報を当選した携帯ＩＤが当選していることを特定可能な記憶状態に更新）する識別情報記憶手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３９４、図１７のステップＳ３７２）と、
前記携帯端末から取得された識別情報が、前記識別情報記憶手段の記憶情報から特定されるか否かを判定する判定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８１）とを備え、
前記チケット発行処理手段は、取得された識別情報が前記識別情報記憶手段の記憶情報から特定されると前記判定手段が判定したこと（たとえば、ステップＳ３８１でＹＥＳであること）をさらに条件として、前記チケット発行処理を行なう（たとえば、図１８のステップＳ３８２）とともに、該識別情報の前記識別情報記憶手段における記憶状態を発行済を特定可能に更新する（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８４、当選情報記憶領域から当選情報を消去する、または、発行されたことを特定可能な記憶状態に、当選情報を更新する）。
前記貸与処理において携帯端末から、該携帯端末を個々に識別するための識別情報（たとえば、携帯ＩＤ）を取得する識別情報取得手段（たとえば、データ処理部６１０、図２０のステップＳ６４１、データ処理部３１０、図１５のステップＳ３４１）と、
前記報知処理の対象の携帯端末の識別情報を特定可能に記憶（たとえば、当選した携帯ＩＤを含む当選情報を当選情報記憶領域に記憶、または、当選した携帯ＩＤを含む当選情報を当選した携帯ＩＤが当選していることを特定可能な記憶状態に更新）する識別情報記憶手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３９４、図１７のステップＳ３７２）と、
前記携帯端末から取得された識別情報が、前記識別情報記憶手段の記憶情報から特定されるか否かを判定する判定手段（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８１）とを備え、
前記チケット発行処理手段は、取得された識別情報が前記識別情報記憶手段の記憶情報から特定されると前記判定手段が判定したこと（たとえば、ステップＳ３８１でＹＥＳであること）をさらに条件として、前記チケット発行処理を行なう（たとえば、図１８のステップＳ３８２）とともに、該識別情報の前記識別情報記憶手段における記憶状態を発行済を特定可能に更新する（たとえば、データ処理部６１０、データ処理部３１０、図１８のステップＳ３８４、当選情報記憶領域から当選情報を消去する、または、発行されたことを特定可能な記憶状態に、当選情報を更新する）。
このような構成によれば、貸与処理装置によって、貸与処理において携帯端末から、該携帯端末を個々に識別するための識別情報が取得され、報知処理の対象の携帯端末の識別情報が特定可能に記憶され、携帯端末から取得された識別情報が、記憶情報から特定されるか否かが判定され、取得された識別情報が記憶情報から特定されると判定されたことをさらに条件として、チケット発行処理が行なわれるとともに、該識別情報の記憶状態が発行済を特定可能に更新される。このため、報知処理の対象となった携帯端末に対して、確実にチケット発行処理を行なうことができる。
（６） 前記貸与処理装置は、さらに、
前記識別情報記憶手段の記憶情報から特定される識別情報を、他の貸与処理装置に送信するために出力する識別情報出力手段（たとえば、データ処理部６１０、通信部６６０、データ処理部３１０、通信部３６０、図１８のステップＳ３９６で店舗サーバ８００に携帯ＩＤを含む当選情報が店舗サーバ８００に送信されることによって、店舗サーバ８００によって、図２５のステップＳ８３２で他の券売機およびユニットに携帯ＩＤを含む当選情報が送信される）を備え、
前記識別情報記憶手段は、前記識別情報出力手段によって出力された前記識別情報を受信したこと（たとえば、図１７のステップＳ３７１でＹＥＳであること）を条件として、当該識別情報を特定可能に記憶する（たとえば、図１７のステップＳ３７２）。
前記識別情報記憶手段の記憶情報から特定される識別情報を、他の貸与処理装置に送信するために出力する識別情報出力手段（たとえば、データ処理部６１０、通信部６６０、データ処理部３１０、通信部３６０、図１８のステップＳ３９６で店舗サーバ８００に携帯ＩＤを含む当選情報が店舗サーバ８００に送信されることによって、店舗サーバ８００によって、図２５のステップＳ８３２で他の券売機およびユニットに携帯ＩＤを含む当選情報が送信される）を備え、
前記識別情報記憶手段は、前記識別情報出力手段によって出力された前記識別情報を受信したこと（たとえば、図１７のステップＳ３７１でＹＥＳであること）を条件として、当該識別情報を特定可能に記憶する（たとえば、図１７のステップＳ３７２）。
このような構成によれば、貸与処理装置によって、記憶情報から特定される識別情報が、他の貸与処理装置に送信するために出力され、出力された識別情報が受信されたことを条件として、当該識別情報が特定可能に記憶される。このため、貸与処理装置が複数設置されるような場合に、報知処理を行なった貸与処理装置以外の貸与処理装置において、次回以降の貸与処理が実行されても、報知処理の対象となった携帯端末に対してチケット発行処理が行なわれる。その結果、ユーザの利便性を向上させることができる。
（７） 前記貸与処理装置は、さらに、
チケット情報が付与されることを示すチケット付与情報（たとえば、当選情報）を前記携帯端末に記憶させるために出力するチケット付与情報出力手段（たとえば、データ処理部６１０、通信部６６０、データ処理部３１０、通信部３６０、図３７のステップＳ３９５）と、
前記貸与処理において携帯端末から前記チケット付与情報を取得するチケット付与情報取得手段（たとえば、データ処理部６１０、非接触型ＩＣチップ６９０、データ処理部３１０、非接触型ＩＣチップ３９０、図３７のステップＳ３８１Ａ）とを備え、
前記チケット発行処理手段は、前記チケット付与情報取得手段が前記携帯端末からチケット付与情報を取得したこと（たとえば、図３７のステップＳ３８１ＡでＹＥＳであること）をさらに条件として、前記チケット発行処理を行なう（たとえば、図３７のステップＳ３８２）。
チケット情報が付与されることを示すチケット付与情報（たとえば、当選情報）を前記携帯端末に記憶させるために出力するチケット付与情報出力手段（たとえば、データ処理部６１０、通信部６６０、データ処理部３１０、通信部３６０、図３７のステップＳ３９５）と、
前記貸与処理において携帯端末から前記チケット付与情報を取得するチケット付与情報取得手段（たとえば、データ処理部６１０、非接触型ＩＣチップ６９０、データ処理部３１０、非接触型ＩＣチップ３９０、図３７のステップＳ３８１Ａ）とを備え、
前記チケット発行処理手段は、前記チケット付与情報取得手段が前記携帯端末からチケット付与情報を取得したこと（たとえば、図３７のステップＳ３８１ＡでＹＥＳであること）をさらに条件として、前記チケット発行処理を行なう（たとえば、図３７のステップＳ３８２）。
このような構成によれば、貸与処理装置によって、チケット情報が付与されることを示すチケット付与情報が携帯端末に記憶させるために出力され、貸与処理において携帯端末からチケット付与情報が取得されたことをさらに条件として、チケット発行処理が行なわれる。このため、報知処理の対象となった携帯端末に対して、確実に、チケット発行処理を行なうことができる。また、貸与処理装置が複数設置されるような場合に、報知処理を行なった貸与処理装置以外の貸与処理装置において次回以降の貸与処理を実行させても、報知処理の対象となった携帯端末に対してチケット発行処理が行なわれる。その結果、ユーザの利便性を向上させることができる。
（８） 前記報知処理手段は、次回以降の前記貸与処理が行なわれるときにチケット情報が付与される旨（たとえば、図１９（ｄ），（ｆ））を前記携帯端末の表示部（たとえば、表示部１４０）に表示させるための表示情報（たとえば、当選情報）を、当該携帯端末に送信する処理（たとえば、図１８および図３７のステップＳ３９５）を、前記報知処理として行なう。
このような構成によれば、貸与処理装置によって、次回以降の貸与処理が行なわれるときにチケット情報が付与される旨を携帯端末の表示部に表示させるための表示情報を当該携帯端末に送信する処理が報知処理として行なわれる。このため、報知部を備えた貸与処理装置を新たに導入することや貸与処理装置に報知部を追加して取り付ける作業を行なう必要がない。その結果、導入コストを低減させることができる。
［第１の実施の形態］
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。
また、携帯端末の例として、たとえば携帯電話を示すが、本発明における携帯端末は携帯電話に限られず、たとえば、電子マネーカード、ＰＤＡ（Personal Digital Assistant）、携帯型パーソナルコンピュータ、腕時計等であってもよく、電子マネー情報を記憶する記憶手段を備えた携帯端末であれば、どのような携帯端末であってもよい。
（電子マネーシステム１０の各構成の説明）
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ５５０と、金融機関サーバ５００と、遊技場３０に備えられる機器とを含む。
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ５５０と、金融機関サーバ５００と、遊技場３０に備えられる機器とを含む。
遊技場３０に備えられる機器には、券売機３００、カードユニット６００、パチンコ遊技機７００、および、店舗サーバ８００が含まれる。カードユニット６００は、パチンコ遊技機７００に対応して設けられる。
また、遊技場３０に備えられる機器には、さらに、遊技場３０で遊技者に対して提供されるワゴンサービスで用いられる機器が含まれる。ワゴンサービスでは、ホットコーヒーやアイスティーなどのドリンクおよびサンドイッチなどのフードが提供される。ワゴンサービスで用いられる機器には、ハンディターミナル４００、データ転送用充電器４８５、および、売上管理ＰＣ（Personal Computer）４８０が含まれる。
なお、本実施の形態においては、ワゴンサービスの提供会社は、本実施の形態における電子マネー取引サービスのサービス提供機関、および、遊技場３０の運営会社と異なる機関である。
携帯電話１００は、本実施の形態における主要な構成として、電子マネーアプリ１１１と、非接触型ＩＣ（Integrated Circuit）チップ１９０とを備える。
電子マネー管理サーバ２００は、本実施の形態における主要な構成として、管理用ＡＰ（Application Program）２１１と、残高管理ＡＰ２１４と、管理用ＤＢ（Data Base）２２１とを含む。
電子マネーシステム１０は、ユーザの携帯電話１００にチャージされた特定の種類の電子マネーであるバリューを用いて、遊技場３０に設置されたパチンコ遊技機７００でのパチンコ遊技を可能にするための貸与処理を実行可能にするための電子マネー取引サービスを提供するシステムである。
携帯電話１００は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ＩＣチップ１９０による短距離通信機能を備える。
本実施の形態においては、携帯電話１００に、電子マネー取引サービスの提供を受けるための携帯電話１００側の処理手順を示すプログラムである電子マネーアプリ１１１が導入されることにより、後述するように、電子マネーシステム１０で、この携帯電話１００を用いることができるようになる。
電子マネーアプリ１１１は、携帯電話インターネット網９１０を介して、電子マネー管理サーバ２００や金融機関サーバ５００と通信することが可能である。
非接触型ＩＣチップ１９０は、電子マネーアプリ１１１、および、外部のチップリーダライタと通信することが可能である。非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、非接触型ＩＣチップ１９０がチップリーダライタから数センチメートルの距離に近接するように、携帯電話１００がチップリーダライタにかざされることによって行なわれる。
非接触型ＩＣチップ１９０と外部のチップリーダライタとの通信は、チップリーダライタからの電磁波である搬送波を、非接触型ＩＣチップ１９０やチップリーダライタが変調させることによって行なわれる。また、非接触型ＩＣチップ１９０には、チップリーダライタからの電磁波による電磁誘導によって、外部のチップリーダライタ側から電力が供給される。
このため、携帯電話１００側から電力が供給されない場合であっても、非接触型ＩＣチップ１９０がチップリーダライタに近づけられることによって、非接触型ＩＣチップ１９０は動作可能となる。
電子マネー管理サーバ２００は、管理用ＡＰ２１１、残高管理ＡＰ２１４、および、管理用ＤＢ２２１などの機能によって、携帯電話１００および遊技場３０に対して、後述するような電子マネー取引サービスにおける様々なサービスを提供する。
決済サーバ２８０は、請求情報ＤＢ２８１を含み、電子マネー取引サービスに対するユーザの決済を管理する。
リモート発行サーバ５５０は、複数のサービス提供機関により使用が可能とされた非接触型ＩＣチップ１９０の記憶部１９２に各サービス提供機関が提供するサービスに応じてサービス提供用領域の構築および削除のための処理を行なうとともに、該サービス提供用領域の構築に応じた対価を請求するために各サービス提供機関ごとに課金管理を行なうサービス提供用領域管理機関によって運営される。
リモート発行サーバ５５０は、電子マネー管理サーバ２００および携帯電話１００からの非接触型ＩＣチップ１９０への記憶領域の確保および情報の書込みを管理する。具体的には、本実施例においては、リモート発行サーバ５５０は、非接触型ＩＣチップ１９０の記憶部１９２にサービス提供機関である電子マネー管理サーバ２００の運営機関が提供する電子マネー取引サービスに応じて電子マネー取引サービス用の記憶領域の構築および削除のための処理を行なうとともに、電子マネー取引サービス用の記憶領域の構築に応じた対価を請求するために課金管理を行なう。ここで、非接触型ＩＣチップ１９０の記憶部１９２は、複数のサービス提供機関により使用が可能とされた記憶媒体であって、携帯電話１００に搭載された記憶媒体である。
金融機関サーバ５００は、バリューの対価を支払うためにユーザが利用する金融機関のサーバである。
電子マネー管理サーバ２００、リモート発行サーバ５５０、および、金融機関サーバ５００は、携帯電話インターネット網９１０を介して、携帯電話１００と通信することが可能である。電子マネー管理サーバ２００は、専用線を介して、決済サーバ２８０と通信することが可能である。決済サーバ２８０は、各種収納機関および金融機関が専用線で閉域接続された金融機関専用ネットワーク９２０を介して、金融機関サーバ５００と通信することが可能である。
券売機３００は、ユーザから現金やバリューを受けて、遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券する。券売機３００は、後述するようにチップリーダライタを含み、前述したように、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。つまり、券売機３００は、携帯電話１００に記憶されたバリューを使用してプリペイドカード３７１を発券する貸与処理を行なう。
カードユニット６００は、貸与処理装置の一例であって、パチンコ遊技機７００に対応して設けられる。カードユニット６００は、遊技者からプリペイドカード３７１や現金やバリューを受付けて、パチンコ遊技機７００に設けられた球貸ボタンの操作に応じて、プリペイドカード３７１に記録されたプリペイドデータで示される価値のうちから所定額相当（たとえば、５００円相当）の価値を減算する。
カードユニット６００は、減算した価値に見合った遊技球を払出すことを指示する球貸操作信号をパチンコ遊技機７００に送信する。カードユニット６００は、パチンコ遊技機７００に設けられた返却ボタン６３２の操作に応じて、プリペイドカード３７１を排出する。カードユニット６００は、後述するようにチップリーダライタを含み、前述したように、携帯電話１００の非接触型ＩＣチップ１９０と通信することが可能である。つまり、カードユニット６００は、携帯電話１００に記憶されたバリューを使用してパチンコ遊技機７００から遊技球を払出す貸与処理を行なう。
本実施の形態における券売機３００およびカードユニット６００は、通信中の携帯電話１００に記憶されているバリューを用いた貸与処理が行なわれる際に、当該携帯電話１００に記憶されているバリューを用いて次の貸与処理が行なわれるときに、当該携帯電話１００に対し特典としてのドリンクチケットまたはフードチケットを発行するか否かを抽選する抽選処理を行なう。
また、券売機３００およびカードユニット６００は、抽選処理により当選した携帯電話１００に記憶されているバリューを用いた貸与処理が行なわれる際に、当該貸与処理が行なわれる以前に当選していたチケットを発行するためのチケット発行処理を行なう。
さらに、券売機３００およびカードユニット６００は、抽選処理により当選した場合には当選したことを示す当選情報を、チケット発行処理によりチケットが発行される場合には特典としてチケットが発行されることを示す発行済情報を、店舗サーバ８００に送信する処理を行なう。発行されたチケットは、遊技場３０において使用できる。ユーザは、チケットに応じた商品の提供を受けることができる。また、チケットの使用方法としては、提供を受ける商品に対応するチケットの消去と引換えに、当該商品の提供を受けるものであればどのようなものであってもよい。
パチンコ遊技機７００は、パチンコ遊技をユーザである遊技者に提供する装置である。パチンコ遊技機７００は、カードユニット６００からの球貸操作信号を受けて、所定額相当の遊技球を払出す。そして、遊技者によるパチンコ遊技機７００に設けられた発射ハンドルの操作に応じて、払出された遊技球が遊技領域に発射されることによって、パチンコ遊技が行なわれる。
店舗サーバ８００は、遊技場３０内のＬＡＮ（Local Area Network）を介して、券売機３００およびカードユニット６００と通信することが可能である。店舗サーバ８００は、専用線などを介して、電子マネー管理サーバ２００と通信することが可能である。
店舗サーバ８００は、券売機３００におけるプリペイドカード３７１の販売に伴なう取引情報、および、カードユニット６００におけるプリペイドカード３７１の使用に伴なう使用情報などの情報を、券売機３００やカードユニット６００から受けて、それらの情報を記憶する。
店舗サーバ８００は、記憶した情報のうち、後述するバリューの使用に関する情報を電子マネー管理サーバ２００に送信する。店舗サーバ８００は、電子マネー管理サーバ２００から電子マネー取引サービスにおける不正に関する情報を受信する。
店舗サーバ８００は、電子マネー管理サーバ２００から受信した情報を、必要に応じて、券売機３００やカードユニット６００に送信する。
また、店舗サーバ８００は、券売機３００やカードユニット６００から送信されてきた当選情報や発行済情報に基づき後述する記憶部の記憶状態を更新するとともに、当該当選情報や発行済情報を当該送信元の券売機３００やカードユニット６００以外の遊技場３０に設置されている券売機３００やカードユニット６００へ送信する処理を行なう。
ハンディターミナル４００は、端末装置の一例であって、ワゴンサービスの提供会社の従業員によって所持され、遊技場３０内において遊技者に提供される商品の指定および商品代金の決済方法の指定を受付け、指定された決済方法に応じた決済を行なう。このように、ハンディターミナル４００（端末装置）を所持する店員とは、遊技場の店員に限らず、ワゴンサービスの提供会社の従業員も含む概念である。
また、ハンディターミナル４００は、電子マネーやチケットで決済された商品の金額、決済に用いられた携帯電話１００の携帯ＩＤ、および、使用されたチケットに関する情報を、店舗サーバ８００に無線で送信する。
店舗サーバ８００は、ハンディターミナル４００から無線で受信した電子マネーやチケットでの決済に関する情報を記憶して、定期的に電子マネー管理サーバ２００の残高管理ＡＰ２１４に送信する。
データ転送用充電器４８５は、売上管理ＰＣ４８０に接続され、セットされたハンディターミナル４００に充電するとともに、セットされたハンディターミナル４００から出力された商品の売上に関する情報を売上管理ＰＣ４８０に送信する。
売上管理ＰＣ４８０は、ハンディターミナル４００からデータ転送用充電器４８５を介して受信した商品の売上に関する情報を集計して管理する。そして、売上管理ＰＣ４８０は、管理している売上のうち、電子マネーやチケットが使用された売上の代金を請求するための商品代金請求情報を、電子マネー管理サーバ２００の残高管理ＡＰ２１４に送信する。
なお、決済サーバ２８０は、電子マネー管理サーバ２００に含まれるように構成されてもよい。また、管理用ＡＰ２１１、残高管理ＡＰ２１４、および、管理用ＤＢ２２１の構成は、それぞれ、電子マネー管理サーバ２００と異なるコンピュータに含まれるようにしてもよい。また、例えば、携帯電話１００のウェブ処理時に情報をやり取りするサーバと、携帯電話１００の電子マネーアプリ１１１の処理時にやり取りするサーバとが、それぞれ別のコンピュータで構成されるようにしてもよい。
図２は、本発明に係る携帯電話１００の構成の一例を示すブロック図である。図２を参照して、携帯電話１００は、データ処理部１１０と、記憶部１２０と、データ入力部１３０と、表示部１４０と、音声入出力部１５０と、無線通信部１６０と、アンテナ１６１と、前述した非接触型ＩＣチップ１９０とを含む。
非接触型ＩＣチップ１９０は、制御部１９１と、記憶部１９２と、非接触通信部１９３と、アンテナ１９４とを含む。
記憶部１２０は、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリやＲＡＭ（Random Access Memory）などの揮発性メモリなどの半導体メモリで構成される。記憶部１２０は、携帯電話１００の各種機能をデータ処理部１１０に実行させるためのプログラムやデータを記憶する。また、記憶部１２０は、携帯電話１００を個々に識別するための携帯ＩＤを予め記憶する。また、記憶部１２０は、非接触型ＩＣチップ１９０を利用する各種サービスにおけるアプリケーションプログラム、本実施の形態においては、電子マネー管理サーバ２００から受信した本電子マネーサービスを享受するための処理手段が示された特定プログラムとしての電子マネーアプリ１１１を記憶する。
データ入力部１３０は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部１３０は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受渡す。
表示部１４０は、液晶表示装置（Liquid Crystal Display、以下「ＬＣＤ」という）で構成される。なお、表示部１４０は、ＥＬ（Electro Luminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部１４０は、データ処理部１１０から受けた文字データおよび画像データを表示する。
音声入出力部１５０は、マイクおよびスピーカで構成される。音声入出力部１５０は、外部から入力された音声を電気信号に変えて、データ処理部１１０に受渡し、データ処理部１１０からの電気信号を音声に変換して、外部に出力する。
無線通信部１６０は、他の携帯電話またはサーバからアンテナ１６１で受信した信号をデータ処理部１１０に受渡し、データ処理部１１０から他の携帯電話またはサーバへ送信する信号をアンテナ１６１から出力させる。
データ処理部１１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」という）で構成される。データ処理部１１０は、非接触型ＩＣチップ１９０の制御部１９１と通信することが可能である。データ処理部１１０は、記憶部１２０に記憶されたプログラムに従って、記憶部１２０、データ入力部１３０、無線通信部１６０、音声入出力部１５０、または、非接触型ＩＣチップ１９０の制御部１９１から入力されたデータを処理して、記憶部１２０、表示部１４０、無線通信部１６０、音声入出力部１５０、または、非接触型ＩＣチップ１９０の制御部１９１に出力する。
非接触型ＩＣチップ１９０の記憶部１９２は、非接触型ＩＣチップ１９０を利用する各種サービスで用いられるバリューなどの電子マネーやチケットなどのデータ、および、アプリケーションプログラムで用いられるデータを記憶する。具体的には、本実施の形態における電子マネー提供領域が構築されるとともに、該電子マネー提供領域には電子マネーであるバリューおよび特典としてのチケットが記憶される。
非接触型ＩＣチップ１９０の非接触通信部１９３は、アンテナ１９４を介して外部のチップリーダライタと通信する。本実施の形態においては、非接触通信部１９３は、券売機３００に備えられたチップリーダライタ３９０およびカードユニット６００に備えられたチップリーダライタ６９０と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部１９３は、アンテナ１９４から電力を受け、非接触型ＩＣチップ１９０の各部に電力を供給する。
非接触型ＩＣチップ１９０の制御部１９１は、記憶部１９２に記憶されたプログラムに従って、記憶部１９２、非接触通信部１９３、または、データ処理部１１０から入力されたデータを処理して、記憶部１９２、非接触通信部１９３、または、データ処理部１１０に出力する。
なお、本実施の形態においては、携帯電話１００は、音声入出力部１５０を含んでも含まなくてもよい。
図３は、本発明に係る電子マネー管理サーバ２００の構成の一例を示すブロック図である。図３を参照して、電子マネー管理サーバ２００は、データ処理部２１０と、記憶部２２０と、データ入力部２３０と、表示部２４０と、通信部２６０とを含む。
記憶部２２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリやＲＡＭなどの揮発性メモリなどの半導体メモリ、および、ハードディスクなどの外部記憶装置で構成される。記憶部２２０には、電子マネー管理サーバ２００の各種機能をデータ処理部２１０に実行させるためのプログラムやデータが記憶される。
本実施の形態においては、管理用ＡＰ２１１、および残高管理ＡＰ２１４が記憶部２２０に記憶される。また、前述した管理用ＤＢ２２１も、記憶部２２０に記憶される。
データ入力部２３０は、キーボードおよびマウスなどの入力装置で構成される。データ入力部２３０は、電子マネー管理サーバの管理者などのユーザからデータの入力を受付けて、入力されたデータをデータ処理部１１０に受渡す。
表示部２４０は、ＬＣＤで構成される。なお、表示部２４０は、ＣＲＴ（Cathode Ray Tube）ディスプレイやＥＬ（Electro Luminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データおよび画像データを表示する。
通信部２６０は、携帯電話１００または他のサーバから、携帯電話インターネット網９１０または他のネットワークを介して受信したデータをデータ処理部２１０に受渡し、データ処理部２１０から携帯電話インターネット網９１０または他のネットワークを介して携帯電話１００または他のサーバに送信するデータを出力する。
データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。
なお、決済サーバ２８０、売上管理ＰＣ４８０、金融機関サーバ５００、リモート発行サーバ５５０、および、店舗サーバ８００の構成は、図３で説明した電子マネー管理サーバ２００の構成と同様である。
次に、管理用ＤＢ２２１として管理される情報について説明する。管理用ＤＢ２２１として管理される情報には、主に、利用者に関連する利用者情報と、バリューの発行に関連する発行情報とが含まれる。
利用者情報には、会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００の電子メールアドレス、金融機関指定情報、携帯電話１００の１日購入限度額、および、携帯電話１００の携帯上保持限度額等が含まれる。
会員ＩＤは、電子マネー取引サービスの会員を一意に識別するためのＩＤである。携帯ＩＤは、携帯電話１００を一意に識別するための情報である。携帯電話１００の電子マネーアドレスは、携帯電話１００に対して一意に設定される電子メールに用いられるアドレスである。金融機関指定情報は、金融機関に対して予め一意に付与される番号である。１日購入限度額は、１日に購入できるバリューの限度額である。携帯上保持限度額は、携帯電話１００にチャージできるバリューの限度額である。
このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、電子メールアドレス、金融機関指定情報、１日購入限度額、および、携帯上保持限度額を容易に検索することができる。
発行情報には、前述した会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００のバリュー残高、購入金額、手数料、バリュー購入記録（未チャージバリューを含む）、当日積算額、チャージ累計額、および、取引額が含まれる。
バリュー残高は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に記憶されるバリューの残額である。購入金額は、購入するバリューの対価である。手数料は、電子マネー取引サービスの会員が提供業者に支払うべきバリューの購入の際の手数料である。バリュー購入記録は、会員ＩＤごとの未チャージバリューなどの購入に関する情報の記録である。当日積算額は、その当日にその会員によって購入されたバリューの積算額である。チャージ累計額は、その会員が現在までに購入したバリューの累計額である。取引額は、ユーザがバリューを用いて取引をした額である。
このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、バリュー残高、購入金額、手数料、バリュー購入記録、当日積算額、チャージ累計額、および、取引額を容易に検索することができる。なお、バリュー購入記録としては、バリューの額、および、バリュー書込済であるか否かを示す書込済情報を含む。
図４は、本発明に係る券売機３００の構成の一例を示すブロック図である。図４を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。
チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。
記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムおよびデータが記憶される。
操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受渡す。
表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データおよび画像データを表示する。
通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。
貨幣処理機３８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。
データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。
チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。
図５は、本発明に係るカードユニット６００の構成の一例を示すブロック図である。図５を参照して、カードユニット６００は、データ処理部６１０と、記憶部６２０と、表示部６４０と、通信部６６０と、カードリーダライタ６７０と、貨幣処理機６８０と、チップリーダライタ６９０とを含む。また、カードユニット６００に信号を入力する操作部として、パチンコ遊技機７００に設けられる球貸ボタン６３１および返却ボタン６３２がある。
チップリーダライタ６９０は、制御部６９１と、記憶部６９２と、非接触通信部６９３と、アンテナ６９４とを含む。
記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、カードユニット６００の各種機能をデータ処理部６１０に実行させるためのプログラムおよびデータが記憶される。
球貸ボタン６３１は、遊技者により押下操作されることによって、遊技球の貸出を要求する球貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカード３７１の返却を要求する返却操作信号をデータ処理部６１０に出力する。
表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データおよび画像データを表示する。
通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して受けた返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。
貨幣処理機６８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部６１０へ受渡す。また、貨幣処理機６８０は、データ処理部６１０から受けたデータで示される額の現金を外部へ返却する。
データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、チップリーダライタ６９０の制御部６９１と通信することが可能である。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、球貸ボタン６３１、返却ボタン６３２、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１から入力されたデータを処理して、記憶部６２０、表示部６４０、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１に出力する。
チップリーダライタ６９０の記憶部６９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
チップリーダライタ６９０の制御部６９１は、記憶部６９２に記憶されたプログラムに従って、記憶部６９２、非接触通信部６９３、または、データ処理部６１０から入力されたデータを処理して、記憶部６９２、非接触通信部６９３、または、データ処理部６１０に出力する。
図６は、本発明に係るハンディターミナル４００の構成の一例を示すブロック図である。図６を参照して、ハンディターミナル４００は、データ処理部４１０と、記憶部４２０と、操作部４３０と、表示部４４０と、通信部４６０と、バーコードスキャナ部４７０と、チップリーダライタ４９０とを含む。
チップリーダライタ４９０は、制御部４９１と、記憶部４９２と、非接触通信部４９３と、アンテナ４９４とを含む。
記憶部４２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部４２０には、ハンディターミナル４００の各種機能をデータ処理部４１０に実行させるためのプログラムおよびデータが記憶される。
操作部４３０は、ハンディターミナル４００に所定のデータを入力するための操作キー、および、表示部４４０のＬＣＤの前面に形成されるタッチパネルを含む。操作キーには、０〜９までの数字をそれぞれ入力するための０〜９キー、画面上の項目やボタンが選択されていることを示すフォーカスを、それぞれ上下に移動させるための上下キー、および、フォーカスを確定させるための確定キーが含まれる。操作部４３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部４１０に受渡す。
表示部４４０は、ＬＣＤで構成される。なお、表示部４４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部４４０は、データ処理部４１０から受けた文字データおよび画像データを表示する。
通信部４６０は、店舗サーバ８００から無線で受信したデータを、データ処理部４１０に受渡し、データ処理部４１０から店舗サーバ８００に送信するデータを無線で出力する。また、通信部４６０は、ハンディターミナル４００がデータ転送用充電器４８５にセットされたときに、売上管理ＰＣ４８０からデータ転送用充電器４８５を介して受信したデータを、データ処理部４１０に受渡し、データ処理部４１０からデータ転送用充電器４８５を介して売上管理ＰＣ４８０に送信するデータを出力する。
バーコードスキャナ部４７０は、バーコードや２次元コード４７１を読取ってデータに変換し、変換されたデータをデータ処理部４１０に受渡す。本実施の形態においては、バーコードや２次元コード４７１は、商品や商品代金の決済方法をコード化したものである。つまり、バーコードスキャナ部４７０は、商品や商品代金の決済方法の指定を受付ける。
データ処理部４１０は、ＭＰＵで構成される。データ処理部４１０は、チップリーダライタ４９０の制御部４９１と通信することが可能である。データ処理部４１０は、記憶部４２０に記憶されたプログラムに従って、記憶部４２０、操作部４３０、通信部４６０、バーコードスキャナ部４７０、または、チップリーダライタ４９０の制御部４９１から入力されたデータを処理して、記憶部４２０、表示部４４０、通信部４６０、または、チップリーダライタ４９０の制御部４９１に出力する。
チップリーダライタ４９０の記憶部４９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
チップリーダライタ４９０の非接触通信部４９３は、アンテナ４９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部４９３からの搬送波である電磁波による電磁誘導によって、非接触通信部４９３は、アンテナ４９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
チップリーダライタ４９０の制御部４９１は、記憶部４９２に記憶されたプログラムに従って、記憶部４９２、非接触通信部４９３、または、データ処理部４１０から入力されたデータを処理して、記憶部４９２、非接触通信部４９３、または、データ処理部４１０に出力する。
図７は、券売機３００およびカードユニット６００において行なわれる抽選処理に用いる抽選用テーブルを説明するための図である。抽選用テーブルは、券売機３００に搭載されている記憶部３２０、およびカードユニット６００に搭載されている記憶部６２０に、予め記録されている。
本実施の形態における抽選用テーブルは、カウント数に対応して、抽選によりドリンクチケット当選になる確率、フードチケット当選になる確率、およびはずれになる確率が各々記憶されている。カウント数とは、所定期間（たとえば１ヶ月）内に遊技場３０内に設置されている券売機３００およびカードユニット６００において携帯電話１００のバリューを用いて貸与処理（発券処理または球貸処理）が行なわれた回数をいう。カウント数は、携帯ＩＤごとに記憶される。
抽選用テーブルを参照して、カウント数が「０」であるときには、抽選により７％の確率でドリンクチケットに当選し、３％の確率でフードチケットに当選し、９０％の確率ではずれとなるように、当選確率が設定されている。
カウント数が「１〜５」の範囲内であるときには、１５％の確率でドリンクチケットに当選し、５％の確率でフードチケットに当選し、８０％の確率ではずれとなるように、当選確率が設定されている。
カウント数が「６〜９」の範囲内であるときには、２３％の確率でドリンクチケットに当選し、７％の確率でフードチケットに当選し、７０％の確率ではずれとなるように、当選確率が設定されている。
同様に、カウント数が、「１０〜１５」の範囲内であるとき、「１６〜２９」の範囲内であるとき、「３０〜３９」の範囲内であるとき、「４０〜４９」の範囲内であるとき、「５０〜６９」の範囲内であるとき、「７０〜９９」の範囲内であるとき、および「１００以上」であるときそれぞれに対応して、抽選によりドリンクチケットに当選になる確率、フードチケットに当選になる確率、およびはずれになる確率が記憶されている。
本実施の形態における抽選用テーブルは、カウント数が増えるにしたがって、当選する確率が高くなるように当選確率が設定されている。これにより、貸与処理が行なわれた回数が多くなるほど、チケットが付与される確率が高くなりユーザにとって有利な状態となるため、再度の貸与処理を促すことができる。
図８は、券売機３００およびカードユニット６００各々において直近に貸与処理に用いられた携帯電話の携帯ＩＤとカウント数とを記憶するための直近貸与処理情報記憶領域を説明するための図である。直近貸与処理情報記憶領域は、券売機３００に搭載された記憶部３２０や、カードユニット６００に搭載された記憶部６２０に設けられている。なお、直近に貸与処理に用いられた携帯電話とは、一の携帯ＩＤの携帯電話を用いて貸与処理が行なわれた後、貸与処理が行なわれていない場合、当該一の携帯ＩＤの携帯電話をいう。また、直近に貸与処理に用いられた携帯電話とは、一の携帯ＩＤの携帯電話を用いて貸与処理が行なわれた後、他の携帯ＩＤの携帯電話を用いて貸与処理が行なわれた場合、当該他の携帯ＩＤの携帯電話をいう。
券売機３００およびカードユニット６００各々の記憶部に設けられた直近貸与処理情報記憶領域には、直近に貸与処理に用いられた携帯電話の携帯ＩＤとカウント数とが記憶される。図８には、携帯ＩＤとして「ＭＲ３ＢＮ」が記憶され、カウント数として「８」が記憶されている。これにより、携帯ＩＤが「ＭＲ３ＢＮ」の携帯電話のバリューが用いられて直近の貸与処理が行なわれ、当該貸与処理が行なわれたことにより携帯ＩＤが「ＭＲ３ＢＮ」の携帯電話のカウント数が「８」になったことを把握することができる。直近貸与処理情報記憶領域に記憶された情報は、貸与処理が行なわれるごとに更新される。すなわち、直近の貸与処理が行なわれた携帯ＩＤと同じ携帯ＩＤの携帯電話により再度貸与処理が行なわれた場合、カウント数が「１」加算更新される。また、直近の貸与処理が行なわれた携帯ＩＤと異なる携帯ＩＤの携帯電話により貸与処理が行なわれた場合、携帯ＩＤおよびカウント数が更新される。
図９は、遊技場３０内に設置された券売機３００およびカードユニット６００のいずれかにおける抽選処理により、当選した携帯ＩＤと当選したチケットＩＤとを当選情報として記憶するための当選情報記憶領域を説明するための図である。当選情報記憶領域は、券売機３００に搭載された記憶部３２０や、カードユニット６００に搭載された記憶部６２０に設けられている。
券売機３００およびカードユニット６００各々の記憶部に設けられた当選情報記憶領域には、遊技場３０に設置されている券売機３００やカードユニット６００における抽選処理により、当選した携帯電話１００の携帯ＩＤと当選したチケットを識別するためのチケットＩＤとを含む当選情報が複数記憶可能である。
ここで、貸与処理が行なわれる前の当選情報記憶領域の記憶状態の一例と、当選した携帯電話１００に記憶されているバリューを用いた貸与処理が行なわれて、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態と、当該貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態とを説明する。
図９（ａ）は、貸与処理が行なわれる前の当選情報記憶領域の記憶状態の一例を説明するための図である。Ｎｏ．１の記憶領域には、携帯ＩＤとして「ＭＮ７ＲＥ」と、チケットＩＤとして「ＦＭＮ７ＲＥ０００１００１」とが記憶されている。Ｎｏ．２の記憶領域には、携帯ＩＤとして「ＭＰ３ＥＡ」と、チケットＩＤとして「ＤＭＰ３ＥＡ０００２００１」とが記憶されている。Ｎｏ．３の記憶領域には、携帯ＩＤとして「ＭＲ３ＢＮ」と、チケットＩＤとして「ＦＭＲ３ＢＮ０００３００１」とが記憶されている。
図９（ｂ）は、図９（ａ）で説明した記憶状態から、携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて貸与処理が行なわれて、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態を説明するための図である。携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて貸与処理が行なわれることにより、チケットＩＤ「ＦＭＲ３ＢＮ０００３００１」のチケットを当該携帯電話に対して発行するチケット発行処理が行なわれる。これにより、図９（ｂ）に示すように、図９（ａ）で説明したＮｏ．３の記憶領域に記憶されていた携帯ＩＤ「ＭＲ３ＢＮ」とチケットＩＤ「ＦＭＲ３ＢＮ０００３００１」とが消去されている。
図９（ｃ）は、図９（ｂ）で説明した貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態を説明するための図である。図９（ｃ）に示すように、Ｎｏ．１００の記憶領域に携帯ＩＤとして「ＭＲ３ＢＮ」と、チケットＩＤとして「ＤＭＲ３ＢＮ０００３０１２」とが記憶されている。
以上のように、図９を用いて、貸与処理が行なわれる前の当選情報記憶領域の記憶状態、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態、および、貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態について説明したが、抽選処理、チケット発行処理等についての処理内容については、後述する。
図１０は、本実施の形態における携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域を説明するための図である。図１０を参照して、電子マネー取引サービス用記憶領域には、会員ＩＤと、本携帯電話１００の携帯ＩＤと、本携帯電話１００のバリュー残高と、本携帯電話１００に発行されたチケットの情報とがが記憶される。チケットの情報としては、当該チケットのチケットＩＤと券種とが対応付けられて記憶される。
ここでは、携帯電話１００の電子マネー取引サービス用記憶領域には、会員ＩＤとして「１１０１」、携帯ＩＤとして「ＭＮ７ＲＥ」、バリュー残高として「１１０００」円が記憶される。また、当該携帯電話１００に発行されたチケットの情報としては、チケットＩＤとして「ＤＭＮ７ＲＥ０００１００１」、「ＤＭＮ７ＲＥ０００１００２」および「ＦＭＮ７ＲＥ０００３００１」と、「ドリンク」、「ドリンク」および「フード」とが、それぞれ、対応付けられて記憶されている。
図１１は、本実施の形態における店舗サーバ８００の記憶部に記憶される店舗チケット情報ＤＢを説明するための図である。図１１を参照して、店舗チケット情報ＤＢには、当該チケットのチケットＩＤと、当該チケットの券種と、当該チケットが記憶されている携帯電話１００の携帯ＩＤまたは当該チケットを発行すべき携帯電話１００の携帯ＩＤと、当該チケットの状況と、当該チケットが使用された商品の金額とが、対応付けられて記憶される。
券種には、「ドリンク」チケットと、「フード」チケットとがある。チケットの状況には、当該チケットが既に使用されていることを示す「使用済」と、当該チケットが携帯電話１００に既に発行されていることを示す「発行済」と、当該チケットの当選が決定しているが未だ携帯電話に発行されていないことを示す「未発行」とがある。
ここでは、チケットＩＤ「ＦＭＮ７ＲＥ０００１００１」と券種「フード」と携帯ＩＤ「ＭＮ７ＲＥ」と状況「使用済」と商品金額「２５０」円とが対応付けられて記憶されている。同様に、チケットＩＤ「ＤＭＰ３ＥＡ０００２００１」、「ＦＭＲ３ＢＮ０００３００１」および「ＤＭＲ３ＢＮ０００３０１２」と、券種「ドリンク」、「フード」および「ドリンク」と、携帯ＩＤ「ＭＰ３ＥＡ」、「ＭＲ３ＢＮ」および「ＭＲ３ＢＮ」と、状況「使用済」、「発行済」および「未発行」と、商品金額「２４０」、「―」および「―」とが、それぞれ、対応付けられて記憶されている。
図１２は、本実施の形態における電子マネー管理サーバ２００の記憶部２２０の使用済チケット情報ＤＢを説明するための図である。図１２を参照して、使用済チケット情報ＤＢには、当該チケットのチケットＩＤと、当該チケットの券種と、当該チケットが記憶された携帯電話１００の携帯ＩＤと、当該チケットが使用された商品の金額とが、対応付けられて記憶される。
ここでは、チケットＩＤ「ＦＭＮ７ＲＥ０００１００１」と券種「フード」と携帯ＩＤ「ＭＮ７ＲＥ」と商品金額「２５０」円とが対応付けられて記憶されている。同様に、チケットＩＤ「ＤＭＰ３ＥＡ０００２００１」と、券種「ドリンク」と、携帯ＩＤ「ＭＰ３ＥＡ」と、商品金額「２４０」とが、対応付けられて記憶されている。
（電子マネーシステム１０でのバリューのチャージの説明）
次に、携帯電話１００にバリューをチャージするまでの流れについて説明する。携帯電話１００にバリューをチャージするためには、まず、携帯電話１００を登録する初期登録、および電子マネーアプリ１１１のダウンロードを行なう必要がある。
次に、携帯電話１００にバリューをチャージするまでの流れについて説明する。携帯電話１００にバリューをチャージするためには、まず、携帯電話１００を登録する初期登録、および電子マネーアプリ１１１のダウンロードを行なう必要がある。
初期登録では、電子マネー管理サーバ２００で管理されている初期登録用のウェブページにアクセスしている携帯電話１００が電子マネー取引サービスの提供を受けることができる有効な携帯電話であるか否かが、管理用ＡＰ２１１により判断される。そして、携帯電話１００が有効な携帯電話であると判断されたときには、管理用ＡＰ２１１により、会員ＩＤが発行され、その会員ＩＤ、携帯電話において設定されているメールアドレス、およびバリューの購入に関する対価の決済のための決済用処理に利用する決済用処理機関としてユーザが指定した金融機関を特定するための金融機関指定情報が、当該携帯電話１００の携帯ＩＤに対応付けて、管理用ＤＢ２２１に記憶される。これにより、初期登録が完了する。
初期登録が完了すると、電子マネーアプリ１１１は、管理用ＡＰ２１１により、携帯電話１００に対して送信される。電子マネーアプリ１１１が携帯電話１００の記憶部１２０に記憶され、ダウンロードが完了すると、データ処理部１１０は、当該電子マネーアプリ１１１を起動する。
図１４は、本実施の形態における電子マネーシステム１０において携帯電話１００の電子マネーアプリ１１１が起動されるときに携帯電話１００の表示部１４０に表示される表示画面図である。図１４（ａ）は、電子マネーアプリ１１１の起動中に携帯電話１００の表示部１４０に表示される表示画面図である。図１４（ａ）の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字、および、全起動プロセスのうちの経過したプロセスの割合の概略を示すグラフが表示される。
ダウンロード完了後、初めて起動されるときには、携帯電話１００とリモート発行サーバ５５０との間で通信が行なわれて、電子マネー取引サービス用の記憶領域が非接触型ＩＣチップ１９０の記憶部１９２に確保（構築）され、確保された記憶領域に０円相当のバリューを記憶させる処理が行なわれる。リモート発行サーバ５５０による処理が終了した後、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。
図１４（ｂ）は、ダウンロード完了後初めて電子マネーアプリ１１１が起動されるときに、携帯電話１００の表示部１４０に表示される起動時初期画面図である。図１４（ｂ）の画面には、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であること、非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であること、バリューを購入するためのリンクである「バリュー購入（モバイルバンキング経由）」、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」、および、発行されたチケットを確認するためのリンクである「チケット確認」が表示される。
携帯電話１００にバリューをチャージするためには、次の段階として、電子マネーアプリ１１１を起動して、起動時初期画面において「バリュー購入」を選択しバリューを購入する必要がある。
図１３は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示すフローチャートである。図１３を参照して、電子マネーアプリ１１１が起動されると、ステップＳ１８０では、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。
図１５で後述する券売機３００による発券処理において券売機３００の非接触型ＩＣチップ３９０、または、図２０で後述するカードユニット６００による球貸処理においてカードユニット６００の非接触型ＩＣチップ６９０から、携帯電話１００の非接触型ＩＣチップ１９０へ、電子マネーアプリ１１１を起動させるためのアプリ起動信号が送信された場合、携帯電話１００は、アプリ起動信号に応じて、電子マネーアプリ１１１を起動させる。アプリ起動信号については、図１５で説明する。また、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）については、図１５の説明とともに説明する。
一方、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１８０でＮＯの場合）、ステップＳ１９１で、データ処理部１１０は、引継ぎ情報からの起動であるか否かを判断する。後述するように、バリュー購入のための決済が完了した後に電子マネー管理サーバ２００からの引継ぎ情報が付された電子メールが携帯電話１００に送信され、その引継ぎ情報によって、電子マネーアプリ１１１が起動され、購入されたバリューが携帯電話１００にチャージされる。引継ぎ情報からの起動であると判断した場合（ステップＳ１９１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。
一方、引継ぎ情報からの起動でないと判断した場合（ステップＳ１９１でＮＯの場合）、実行する処理をステップＳ１９２に進める。
ステップＳ１９２では、データ処理部１１０は、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面（図１４（ｂ）参照）を表示させる。
次に、ステップＳ１９３で、データ処理部１１０は、バリュー購入が選択されたか否かを判断する。図１４（ｂ）の画面で「バリュー購入（モバイルバンキング経由）」のリンクが選択されると、データ処理部１１０は、バリュー購入が選択されたと判断し（ステップＳ１９３でＹＥＳ）、ステップＳ１３０で、バリュー購入時処理を実行する。
バリュー購入時処理では、まず、会員ＩＤおよび携帯ＩＤが含まれるチャージ要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。その後、バリュー購入時処理では、金融機関の確認、バリュー購入を希望する購入希望金額の選択等が行なわれる。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、確認された金融機関において、携帯上保持限度額および１日購入限度額の範囲内でバリュー購入を希望する購入希望金額（手数料等含む）の対価の決済を行なわせるための情報を携帯電話１００に送信する。
ユーザは、ウェブ処理により、受信した情報に基づき、携帯電話１００を金融機関サーバのインターネットバンキングシステムにアクセスさせて、予め登録されている自己のモバイルバンキング口座にログインして振込み処理を行なう。金融機関サーバにおいて購入希望金額の対価の振込み処理が完了すると、決済サーバ２８０は、振込み処理が完了したことを、請求情報ＤＢ２８１に登録するとともに、電子マネー管理サーバ２００に伝達する。
振込み処理が完了したことを受けて、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１の会員ＩＤに対応するバリュー購入記録を更新し、携帯電話１００に対応する当日積算額に購入金額を加算して当日積算額を更新し、携帯電話１００に対応するチャージ累計額に購入金額を加算してチャージ累計額を更新し記憶する処理が行なわれる。そして、電子マネー管理サーバ２００から携帯電話１００に対して、引継ぎ情報を付した電子メールが送信される。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ１１１を自動的に起動させるための情報が含まれている。電子マネーアプリ１１１が起動されると、引継ぎ情報からの起動である（ステップＳ１９１でＹＥＳである）ので、バリュー発行時処理が実行される。
図１３に戻り、ステップＳ１９４で、データ処理部１１０は、図１４（ｂ）で説明した起動時初期画面で「ＩＣチップへの購入バリューのチャージ（最新残高更新）」のリンクが選択されることによって、バリュー発行が選択されたか否かを判断する。バリュー発行が選択された場合（ステップＳ１９４でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。なお、前述したように、電子メールに付された引継ぎ情報としてのリンクが選択されて、ステップＳ１９１で、引継ぎ情報からの起動であると判断された場合も同様に、実行する処理をステップＳ１５０に進める。
ステップＳ１５０では、データ処理部１１０は、バリュー発行時処理を実行する。バリュー発行時処理では、バリューのチャージを要求するための情報であって会員ＩＤおよび携帯ＩＤを含むバリュー発行要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、受信した会員ＩＤおよび携帯ＩＤに対応する未だチャージ（書込）されていないバリュー（未チャージバリューともいう）が管理用ＤＢ２２１に記憶されているか否かが判断される。未チャージバリューが記憶されていると判断された場合、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１のバリュー購入記録をバリュー書込済であることを特定可能な状態に設定し、当該バリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する。
バリュー発行情報を受信した場合、バリュー発行時処理では、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって、バリュー発行情報から特定されるバリューの額を示すバリュー発行額情報および携帯ＩＤを含む書込処理開始要求情報をリモート発行サーバ５５０へ送信することにより、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に、書込処理開始要求情報に含まれるバリュー発行額情報で示される額のバリューが書込まれる。
バリュー発行時処理では、書込みが完了すると、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域から書込み後のバリュー残高を取得して、バリュー発行完了画面を表示部１４０に表示させる。
図１３に戻り、ステップＳ１９５で、データ処理部１１０は、図１４（ｂ）で説明した起動時初期画面で「チケット確認」のリンクが選択されることによって、チケット確認が選択されたか否かを判断する。チケット確認が選択された場合（ステップＳ１９５でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１９６に進める。
ステップＳ１９６では、データ処理部１１０は、発行されたチケットを報知するためのチケット報知処理を実行する。本実施の形態においては、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域にチケットＩＤおよび券種が記憶される。よって、チケット報知処理では、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域から獲得しているチケットの券種および券種ごとの数を取得して、チケット報知画面を表示部１４０に表示させる。
図１４（ｃ）は、チケット確認が選択されたときに携帯電話１００の表示部１４０に表示される表示画面図である。図１４（ｃ）の画面には、「現在、ドリンクチケット２枚、フードチケット１枚獲得しています。」といったメッセージが表示される。
図１３に戻って、ステップＳ１９７では、データ処理部１１０は、携帯電話１００において電子マネーアプリ１１１を終了させるための操作が行なわれたか否かを判断する。終了させるための操作（たとえば、携帯電話１００のデータ入力部１３０のクリアキーの操作等）が行なわれた場合（ステップＳ１９７でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。一方、終了させるための操作が行なわれていない場合（ステップＳ１９７でＮＯの場合）、データ処理部１１０は、実行する処理を前述したステップＳ１９３に進める。
（電子マネーシステム１０でのバリューの使用の説明）
図１５は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。この発券処理は、パチンコ遊技機７００およびスロットマシンなどで遊技を可能とする所定の遊技価値を有するプリペイドデータが記録されパチンコ玉およびメダルの払出し（貸与）のために用いられるプリペイドカード３７１を発券する処理である。この発券処理は、遊技媒体を貸与するために用いられる記録媒体を発券する処理であるので、遊技媒体を貸与するための貸与処理に含まれる。つまり、券売機３００は、貸与処理装置の一例である。図１５を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。
図１５は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。この発券処理は、パチンコ遊技機７００およびスロットマシンなどで遊技を可能とする所定の遊技価値を有するプリペイドデータが記録されパチンコ玉およびメダルの払出し（貸与）のために用いられるプリペイドカード３７１を発券する処理である。この発券処理は、遊技媒体を貸与するために用いられる記録媒体を発券する処理であるので、遊技媒体を貸与するための貸与処理に含まれる。つまり、券売機３００は、貸与処理装置の一例である。図１５を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。
図１６は、本実施の形態における券売機３００で実行される不正登録処理の流れを示すフローチャートである。図１６を参照して、データ処理部３１０は、ステップＳ３１１で、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図２３および図２４で説明する。
携帯使用禁止情報を受信したと判断した場合（ステップＳ３１１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１２で、携帯使用禁止情報を記憶部３２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ３１１でＮＯの場合）、または、ステップＳ３１２の後、データ処理部３１０は、実行する処理をステップＳ３１３に進める。
ステップＳ３１３では、データ処理部３１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。
不正端末情報は、携帯ＩＤを含み、携帯ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図２３および図２４で説明する。
不正端末情報を受信したと判断した場合（ステップＳ３１３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１４で、不正端末情報を記憶部３２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ３１３でＮＯの場合）、または、ステップＳ３１４の後、データ処理部３１０は、実行する処理をこの不正登録処理の呼出元の処理である図１５の発券処理に戻す。
図１５に戻って、ステップＳ３７０で、データ処理部３１０は、前述した図８の直近貸与処理情報記憶領域および図９の当選情報記憶領域の記憶状態を更新するための記憶状態更新処理を実行する。
図１７は、本実施の形態における券売機３００やカードユニット６００で実行される記憶状態更新処理の流れを示すフローチャートである。図１７を参照して、データ処理部３１０は、ステップＳ３７１において、店舗サーバ８００を介して、他の券売機およびカードユニットからの当選情報を受信したか否かを判断する。当選情報には、チケットが当選した携帯ＩＤ，当該チケットの券種、および、当該チケットのチケットＩＤが含まれる。当選情報は、図１８のステップＳ３９６ならびに図２５のステップＳ８３１およびステップＳ８３２において後述するように、券売機３００およびカードユニット６００における抽選処理において当選したときに店舗サーバ８００を介して送信される。
ステップＳ３７１において当選情報を受信していると判断された場合、データ処理部３１０は、ステップＳ３７２において図９で説明した券売機３００に搭載されている記憶部３２０の当選情報記憶領域に、当該当選情報に含まれる携帯ＩＤと券種とチケットＩＤとを対応付けて記憶する処理を行ない、実行する処理をステップＳ３７３に進める。
なお、ステップＳ３７２においては、受信した当選情報に含まれる携帯ＩＤと券種とチケットＩＤとを対応付けて、図９の当選情報記憶領域に記憶する処理を行なう例について説明した。しかし、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、受信した当選情報に含まれる携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態（たとえば、携帯ＩＤおよび券種を特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、後述するステップＳ３８１においては、当選情報記憶領域の携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯電話１００の携帯ＩＤであるか否かを判断するようにしてもよい。
次に、ステップＳ３７３において、データ処理部３１０は、店舗サーバ８００を介して、他の券売機およびカードユニットからの発行済情報を受信したか否かを判断する。発行済情報は、図１８のステップＳ３８３ならびに図２５のステップＳ８３４およびステップＳ８３５において後述するように券売機３００およびカードユニット６００においてステップＳ３８２でチケット発行処理が行なわれたときに店舗サーバ８００を介して送信されるものである。発行済情報には、チケット発行処理の対象となったチケットのチケットＩＤが含まれる。
ステップＳ３７３において発行済情報を受信していると判断された場合、データ処理部３１０は、ステップＳ３７４において、図９で説明した券売機３００に搭載されている記憶部３２０の当選情報記憶領域から、当該発行済情報に含まれるチケットＩＤに対応する当選情報を消去する処理を行ない、実行する処理をステップＳ３７５に進める。
なお、ステップＳ３７４においては、受信した発行済情報から特定されるチケットＩＤに対応する当選情報を、図９の当選情報記憶領域から消去する処理を行なう例について説明した。しかし、これに限らず、ステップＳ３７２において当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態に更新するように構成して、発行済情報に携帯ＩＤが含まれるようにした場合、ステップＳ３７４においては、受信した発行済情報に含まれる携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。
次に、ステップＳ３７５において、データ処理部３１０は、当該券売機３００からの要求に応じて店舗サーバ８００から送信されるカウント数情報を受信したか否かを判断する。カウント数情報は、図１８のステップＳ３８７において後述するように、当該券売機３００から店舗サーバ８００にカウント数要求情報が送信されたことに応じて、店舗サーバ８００から送信される。
ステップＳ３７５においてカウント数情報を受信していると判断された場合、データ処理部３１０は、ステップＳ３７６において券売機３００に搭載されている記憶部３２０の図８で説明した直近貸与処理情報記憶領域に記憶されているカウント数を、当該カウント数情報から特定されるカウント数に１加算した値に更新する処理を行ない、実行する処理をこの記憶状態更新処理の呼出元の処理である図１５の発券処理に戻す。
なお、ステップＳ３７６においてカウント数が更新されることにより、当該券売機３００により、他の携帯電話のバリューを用いて貸与処理が行なわれるまでに、当該携帯電話１００のバリューを用いて貸与処理が行なわれた場合、更新されたカウント数に基づく当選確率で抽選処理を行なうことができる。
図１５に戻って、ステップＳ３２０で、データ処理部３１０は、貨幣処理機３８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
現金投入信号を受信したと判断した場合（ステップＳ３２０でＹＥＳの場合）、ステップＳ３２３で、データ処理部３１０は、貨幣処理機３８０から現金カウント信号を受信して、現金カウント信号で示される現金の額を現金投入額にセットする。
そして、ステップＳ３２４で、データ処理部３１０は、現金カウント信号を再度受信したか否かを判断することによって、現金が追加投入されたか否かを判断する。現金が追加投入されたと判断した場合（ステップＳ３２４でＹＥＳの場合）、ステップＳ３２５で、データ処理部３１０は、再度受信された現金カウント信号で示される現金の額を現金投入額に加算する。
現金が追加投入されていないと判断した場合（ステップＳ３２４でＮＯの場合）、または、ステップＳ３２５の後、データ処理部３１０は、現金投入額以下の金額ボタンを有効化制御する。有効化制御が実行されることにより、操作部３３０の金額ボタンへの操作が有効に受付可能にされるとともに、有効となった金額ボタンに設けられているランプが点灯される。
そして、ステップＳ３２７で、データ処理部３１０は、ステップＳ３２６で有効化された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、現金投入額以下の金額ボタンが操作されたか否かを判断する。現金投入額以下の金額ボタンが操作されていないと判断した場合（ステップＳ３２７でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３２４に戻す。
一方、有効化された金額ボタンが操作されたと判断した場合（ステップＳ３２７でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２８で、操作信号で示される金額ボタンの金額を購入金額にセットする。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
一方、現金投入信号を受信していないと判断した場合（ステップＳ３２０でＮＯの場合）、データ処理部３１０は、ステップＳ３２１で、操作部３３０の利用ボタンの操作が操作されたことを示す操作信号を操作部３３０から受信したか否かを判断することによって、利用ボタンが操作されたか否かを判断する。利用ボタンは、バリューを使用するときにユーザが操作するボタンである。利用ボタンが操作されていないと判断した場合（ステップＳ３２１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
一方、利用ボタンが操作されたと判断した場合（ステップＳ３２１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２２で、図１６の不正登録処理で携帯使用禁止情報が記憶部３２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ３２２でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０の処理に戻す。
一方、すべての携帯電話１００でのバリューの使用が禁止されていないと判断した場合（ステップＳ３２２でＮＯの場合）、データ処理部３１０は、ステップＳ３３１で、全金額の金額ボタンを有効化制御する。そして、ステップＳ３３２で、データ処理部３１０は、ステップＳ３３１で有効化制御された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、いずれかの金額ボタンが操作されたか否かを判断する。いずれの金額ボタンも操作されていないと判断した場合（ステップＳ３３２でＮＯの場合）、データ処理部３１０は、ステップＳ３３２の処理を繰返す。
一方、いずれかの金額ボタンが操作されたと判断した場合（ステップＳ３３２でＹＥＳの場合）、データ処理部３１０は、ステップＳ３３３で、操作信号で示される金額ボタンの金額を購入金額にセットする。
そして、データ処理部３１０は、ステップＳ３４１で、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から貸与処理を要求するための情報としての携帯ＩＤおよびバリュー残高が読込まれたか否かを判断する。
より具体的に、ステップＳ３４１においては、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から貸与処理を要求するための貸与処理要求情報としての携帯ＩＤおよびバリュー残高を取得する取得処理が行なわれる。携帯電話１００の非接触型ＩＣチップ１９０は、該取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から貸与処理を要求するための貸与処理要求情報としての携帯ＩＤおよびバリュー残高を送信する。ステップＳ３４１においては、取得処理により携帯ＩＤおよびバリュー残高を取得したか否かが判断される。携帯ＩＤおよびバリュー残高を取得したと判断したときに、読込まれたと判断される。
読込まれていないと判断した場合（ステップＳ３４１でＮＯの場合）、データ処理部３１０は、ステップＳ３４１の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよびバリュー残高が読込まれないと判断した場合に、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットするようにしてもよい。
一方、携帯電話１００から携帯ＩＤおよびバリュー残高が読込まれたと判断した場合（ステップＳ３４１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４２で、読込まれた携帯ＩＤが図１６の不正登録処理で記憶部３２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。
不正携帯電話であると判断した場合（ステップＳ３４２でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４３で、エラー報知する。エラー報知としては、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりする。また、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットする。そして、ステップＳ３４４で、データ処理部３１０は、遊技場３０の係員によって不正携帯電話であるか否かが確認されて、確認操作がされたか否かを判断する。確認操作がされていない場合（ステップＳ３４４でＮＯの場合）、データ処理部３１０は、ステップＳ３４４を繰返す。一方、確認操作がされたと判断した場合（ステップＳ３４４でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
不正携帯電話でないと判断した場合（ステップＳ３４２でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３５１に進める。
ステップＳ３５１では、データ処理部３１０は、購入金額がバリュー残額よりも大きな額であるか否かを判断する。購入金額がバリュー残額よりも大きな額でないと判断した場合（ステップＳ３５１でＮＯの場合）、ステップＳ３８０において、データ処理部３１０は、チケット関連処理を実行する。
図１８は、本実施の形態における券売機３００やカードユニット６００で実行されるチケット関連処理の流れを示すフローチャートである。図１８を参照して、データ処理部３１０は、ステップＳ３８１において、バリュー残高とともに読込まれた携帯ＩＤの当選情報が、図９で前述した当選情報記憶領域に記憶されているか否かを判断する。
なお、ステップＳ３８１において、ステップＳ３４１において取得した貸与処理を要求するための貸与処理要求情報としての携帯ＩＤを判断に用いる例について説明するが、これに限らず、貸与処理要求情報とは別に、ステップＳ３８１において、新たに携帯ＩＤを取得する処理を行ない、取得した携帯ＩＤを判断に用いるように構成してもよい。
ステップＳ３８１において当選情報記憶領域に記憶されていると判断された場合、データ処理部３１０は、ステップＳ３８２において当該携帯ＩＤと対応付けて記憶されているチケットＩＤのチケットを発行するためのチケット発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する処理をチケット発行処理として行なう。チケット発行情報は、発行するチケットのチケットＩＤおよび当該チケットの券種を含む。アプリ起動信号は、携帯電話１００の電子マネーアプリ１１１を外部から起動させるための信号である。
これにより、非接触型ＩＣチップ１９０の非接触通信部１９３からチケット発行情報を含むアプリ起動信号が受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域にチケット発行情報から特定されるチケットＩＤおよび券種が追加更新（記憶）されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
また、データ処理部３１０は、ステップＳ３８３において、さらに、当該チケットＩＤを含む発行済情報を店舗サーバ８００に送信し、ステップＳ３８４において当該携帯ＩＤに対応する当選情報を図９の当選情報記憶領域から消去する処理を行なう。
なお、ステップＳ３８４においては、当選した携帯ＩＤに対応する当選情報を、図９の当選情報記憶領域から消去する処理を行なう例について説明した。しかし、これに限らず、ステップＳ３７２や後述するステップＳ３９４において当選情報記憶領域に携帯ＩＤを予め記憶し、当該携帯ＩＤの記憶状態を、受信または当選した携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態に更新するように構成した場合、ステップＳ３８４においては、発行する携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。つまり、データ処理部３１０は、当選情報記憶領域における記憶状態を発行済（付与済）を特定可能に更新する。
次に、データ処理部３１０は、ステップＳ３８５において、バリュー残高とともに読込まれた携帯ＩＤが、図８で前述した直近貸与処理情報記憶領域に記憶された携帯ＩＤと一致するか否かを判断する処理を行なう。ステップＳ３８５において直近貸与処理情報記憶領域に記憶された携帯ＩＤと一致すると判断された場合、データ処理部３１０は、ステップＳ３８６において直近貸与処理情報記憶領域に記憶されているカウント数の値を１加算更新する処理を行なう。
一方、ステップＳ３８５において直近貸与処理情報記憶領域に記憶された携帯ＩＤと一致しないと判断された場合、データ処理部３１０は、ステップＳ３８７において、直近貸与処理情報記憶領域に記憶されている直近に貸与処理が行なわれた際に記憶された直近携帯ＩＤ、当該直近携帯ＩＤに対応付けて記憶されたカウント数を含むカウント数要求情報、および、バリュー残高とともに読込まれた読込携帯ＩＤを店舗サーバ８００に送信する処理を行なう。これにより、読込携帯ＩＤに対応して店舗サーバ８００において管理されているカウント数を示すカウント数情報を受信することができる。また、直近携帯ＩＤに対応付けて記憶されていたカウント数を店舗サーバ８００において管理することができる。
次に、ステップＳ３８８において、データ処理部３１０は、バリュー残高とともに読込まれた携帯ＩＤと、カウント数として「０」とを対応付けて、図８で説明した直近貸与処理情報記憶領域に記憶する処理を行なう。本実施の形態においては、ステップＳ３８８のように、ステップＳ３８５でＮＯと判断された場合、カウント数として強制的に「０」を記憶させるように構成したため、処理を迅速に進行させることができる。なお、これに限らず、ステップＳ３８８においては、カウント数要求情報を送信したことにより受信するカウント数情報から特定されるカウント数に１加算した値をカウント数として記憶させるように構成してもよい。
次に、ステップＳ３９１において、データ処理部３１０は、図８に示す直近貸与処理情報記憶領域に記憶されているカウント数に対応する図７に示す抽選用テーブルに基づく当選確率に従って、抽選処理を行なう。なお、ステップＳ３８５からステップＳ３９１により、抽選処理が構成されている。
つまり、データ処理部３１０は、ステップＳ３８６において図８の直近貸与処理情報記憶領域に記憶されたカウント数に１加算した値を、今回の貸与処理対象の携帯電話１００について所定期間（本実施の形態においては、１ヶ月）内に貸与処理が実行された回数として特定し、ステップＳ３９１において、該特定した回数に応じて図７の抽選用テーブルに記憶された抽選確率に基づいて抽選を行ない特典であるチケットを付与するか否かを決定する。言い換えれば、データ処理部３１０は、前記特定した貸与処理が実行された回数に応じて、特典であるチケットを付与するか否かを決定する確率を変更する。
次に、ステップＳ３９２において、データ処理部３１０は、ステップＳ３９１における抽選処理において当選したか否かを判断する処理を行なう。
ステップＳ３９２において当選したと判断された場合、データ処理部３１０は、ステップＳ３９３において、チケットＩＤを生成する。チケットＩＤは、発行されるチケットの券種を示す１文字の記号（ドリンクチケットの場合、記号「Ｄ」、フードチケットの場合、記号「Ｆ」）、チケットが発行される携帯電話の携帯ＩＤ、チケットが発行される券売機３００またはカードユニット６００の装置ＩＤ、および、チケットが発行される券売機３００またはカードユニット６００においてチケットが発行される携帯電話に対するチケットの連番が並べられて生成される。装置ＩＤは、４桁の数字であって、遊技場３０に設置されるすべての券売機およびカードユニットに対して一意に割振られる。連番は、３桁の数字であって、営業開始時に「０００」にリセットされ、券売機およびカードユニットのそれぞれで、チケットが当選するたびに、「００１」，「００２」，．．．と加算更新される。
具体的には、ユニットＩＤ「０００３」の券売機またはカードユニットにおいて、営業開始から１２回目に、携帯ＩＤ「ＭＲ３ＢＮ」の携帯電話に対して、ドリンクチケット（記号「Ｄ」）が当選した場合、チケットＩＤが「ＤＭＲ３ＢＮ０００３０１２」と生成される。これにより、同じ券売機またはカードユニットで、同じ携帯電話または異なる携帯電話にチケットが当選したとしても、チケットＩＤが重複しないようにすることができる。異なる券売機またはカードユニットでチケットＩＤが生成されたとしても、チケットＩＤが重複しないようにすることができる。また、チケットＩＤからチケットの券種を特定することができるので、チケットＩＤとともに券種を示す情報を、送信元の装置から送信先の装置に送信する必要がある場合であっても、券種を示す情報を送信しなくてもチケットＩＤのみを送信するだけで、送信先の装置で、チケットの券種を特定することができる。
なお、本実施の形態においては、ステップＳ３９３で、券売機およびカードユニットのそれぞれで重複しないようにチケットＩＤを生成するようにした。しかし、これに限定されず、店舗サーバ８００または電子マネー管理サーバ２００で、重複しないように、チケットＩＤを予め複数生成して、それぞれの券売機およびカードユニットに、それぞれでチケットが発行される予想数以上の数のチケットＩＤを配分しておく。そして、それぞれの券売機およびカードユニットで、チケットが当選したときに、配分されたチケットＩＤのうちの１つを、当選したチケットのチケットＩＤとするようにしてもよい。
そして、ステップＳ３９４において、当選した携帯電話の携帯ＩＤと当選したチケットの券種とチケットＩＤとを対応付けて、当選情報として図９の当選情報記憶領域に記憶するとともに、ステップＳ３９６において、携帯ＩＤと券種とチケットＩＤとを含む当選情報を店舗サーバ８００に送信する処理を行なう。
つまり、データ処理部３１０は、後述するチケットが付与される旨を報知するための報知処理の対象の携帯電話１００の携帯ＩＤを図９に示す当選情報記憶領域に記憶するとともに、該記憶される携帯ＩＤを他の券売機３００はカードユニット６００に記憶させるために、当該携帯ＩＤと券種とチケットＩＤとを含む当選情報を店舗サーバ８００経由で他の券売機３００やカードユニット６００に出力する。そして、後述するように、店舗サーバ８００を介して当該当選情報を受信した他の券売機３００やカードユニット６００は、図１７に示す記憶状態更新処理のステップＳ３７２において、該当選情報に含まれる携帯ＩＤと券種とチケットＩＤとを自己の当選情報記憶領域に記憶する。
なお、ステップＳ３９４においては、当選した携帯電話の携帯ＩＤと当選したチケットの券種とチケットＩＤとを対応付けて、図９の当選情報記憶領域に記憶する処理を行なう例について説明した。しかし、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、当選した携帯電話の携帯ＩＤについて当選したチケットの券種を特定可能な記憶状態（たとえば、当選した携帯ＩＤおよびチケットの券種を特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、前述したステップＳ３８１においては、当選情報記憶領域の携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯電話１００の携帯ＩＤであるか否かを判断するようにしてもよい。当該携帯ＩＤが当選していることを特定可能な記憶状態であるときに、ステップＳ３８１においてＹＥＳと判断されてステップＳ３８２からステップＳ３８４までの処理を行ない、当該携帯ＩＤが当選していることを特定可能な記憶状態でないときに、ステップＳ３８１においてＮＯと判断されてステップＳ３８２からステップＳ３８４までの処理を行なわないように構成してもよい。
また、データ処理部３１０は、ステップＳ３９５において、さらに、当選したチケットの券種およびチケットＩＤを含む当選情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。これにより、電子マネーアプリ１１１を起動させることができる。
つまり、データ処理部３１０は、ステップＳ３４１で貸与処理を要求する貸与処理要求情報を受信したことを条件として、さらには、ステップＳ３９１でチケットを付与すると決定されたことを条件として、ステップＳ３９５において次回以降（本実施の形態では、次回）の貸与処理が実行されるときに所定の特典としてチケットが付与される旨を報知するための報知処理として、携帯電話１００に対して当選情報を含むアプリ起動信号を送信する処理を行なう。そして、当該アプリ起動信号を受信した携帯電話１００においては、後述するように、電子マネーアプリ１１１が起動され、表示部１４０において次回の貸与処理が実行されるときにチケットが付与される旨が表示されることで報知される。
また、以上説明したように、本実施の形態における貸与処理装置としての券売機３００（カードユニット６００も同様）は、図１８に示すチケット関連処理のステップＳ３９５において報知処理が行なわれた後、図１５に示すステップＳ３４１において再度、携帯電話１００から貸与処理要求情報を受信したことを条件として、所定の特典であるチケットを付与するためのチケット発行処理として、図１８に示すチケット関連処理のステップＳ３８２においてチケット発行情報を含むアプリ起動信号を携帯電話１００に対して送信する処理を行なう。かかるチケット発行情報を含むアプリ起動信号を受信した携帯電話１００においては、非接触型ＩＣチップ１９０の制御部１９１により、チケット発行情報に示されたチケットＩＤおよび券種を、図１０に示す記憶部１９２の電子マネー取引サービス用記憶領域に追加更新する処理が行なわれて、チケットの付与が実施される。
より具体的には、券売機３００（カードユニット６００）は、ステップＳ３４１で貸与処理要求とともに受信した携帯ＩＤが、図９に示す当選情報記憶領域に記憶された、前記報知処理の対象の携帯電話１００の携帯ＩＤと一致するか否かをステップＳ３８１において判定し（受信した携帯ＩＤが当選情報記憶領域の記憶情報から特定されるか否かを判定し）、一致することを条件として、ステップＳ３８２のチケット発行処理を実施するとともに、当選情報記憶領域から当該携帯ＩＤの当選情報を消去して、チケット発行済みであることを特定可能な記憶状態に更新する。
なお、本実施の形態においては、チケット発行情報および当選情報をそれぞれステップＳ３８２とステップＳ３９５において別個に携帯電話１００に対して送信している。しかし、このように別個に携帯電話１００に送信するものに限らず、チケット発行情報および当選情報を含むアプリ起動信号を同時に送信するようにしてもよい。
一方、当選していないと判断した場合（ステップＳ３９２でＮＯの場合）、および、ステップＳ３９６の後、データ処理部３１０は、実行する処理をこのチケット関連処理の呼出元の図１５の発券処理に戻す。
図１５に戻って、ステップＳ３５６において、データ処理部３１０は、購入金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ３９０を制御する。なお、本実施の形態においては、図１８のステップＳ３９５での当選情報を含むアプリ起動信号とステップＳ３５６での減算要求信号とを携帯電話１００に対して別個に送信しているが、これに限らず、同時に送信してもよい。
具体的には、データ処理部３１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部３９３を制御する旨の減算制御コマンドをチップリーダライタ３９０の制御部３９１に送信する。チップリーダライタ３９０の制御部３９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部３９３を制御する。
一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号を券売機３００のチップリーダライタ３９０に送信する処理が行なわれる。
そして、データ処理部３１０は、ステップＳ３５７で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ３９０の制御部３９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部３１０に送信する。データ処理部３１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部３１０は、ステップＳ３５７において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。
減算終了信号を受信したと判断した場合（ステップＳ３５７でＹＥＳの場合）、ステップＳ３５８で、データ処理部３１０は、バリュー残額から購入金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から購入金額を減算した額が所定額以下であると判断した場合（ステップＳ３５８でＹＥＳの場合）、ステップＳ３５９で、データ処理部３１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ３９０を制御する。
減算後残高僅少情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が僅少である旨を携帯電話１００に伝達するための情報である。所定額は、たとえば、最低額のプリペイドカード３７１を１回購入できる額であり、本実施の形態においては、１０００円である。なお、所定額は、僅少な額であれば、他の額であってもよい。
一方、バリュー残額から購入金額を減算した額が所定額以下でないと判断した場合（ステップＳ３５８でＮＯの場合）、または、ステップＳ３５９の後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
一方、購入金額がバリュー残額よりも大きな額であると判断した場合（ステップＳ３５１でＹＥＳの場合）、ステップＳ３５２で、データ処理部３１０は、減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。減算前残高不足情報は、バリューを減算する前に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。その後、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
ステップＳ３６１では、データ処理部３１０は、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
次に、ステップＳ３６２で、データ処理部３１０は、購入金額のプリペイドカード３７１を発券するよう、カードリーダライタ３７０を制御する。なお、現金投入額が購入金額より多い場合は、データ処理部３１０は、現金投入額から購入金額を減算した釣銭を払出すよう、貨幣処理機３８０を制御する。そして、データ処理部３１０は、ステップＳ３６３で、購入金額、バリュー残額、および、現金投入額をリセットして、実行する処理をステップＳ３１０に戻す。
図１５のステップＳ３５９およびステップＳ３５２、ならびに、図１８のステップＳ３８２およびステップＳ３９５が実行されることによって、券売機３００から送信されたアプリ起動信号を非接触型ＩＣチップ１９０で受信すると、非接触型ＩＣチップ１９０の制御部１９１は、電子マネーアプリ１１１を起動させるコマンドをデータ処理部１１０に出力する。電子マネーアプリ１１１を起動させるコマンドを受けると、データ処理部１１０は、電子マネーアプリ１１１を起動させる。
図１９は、本実施の形態における電子マネーシステム１０において券売機３００やカードユニット６００から携帯電話１００の電子マネーアプリ１１１が起動されるときに携帯電話１００の表示部１４０に表示される表示画面図である。図１９（ａ）の画面は、図１４（ａ）の画面と同様であるので、重複する説明は繰返さない。
図１３に戻って、電子マネーアプリ１１１のステップＳ１８０で、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１７０に進める。
ステップＳ１７０では、データ処理部１１０は、チケット発行情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号にチケット発行情報が含まれているか否かを判断する。チケット発行情報を受信していると判断した場合（ステップＳ１７０でＹＥＳの場合）、ステップＳ１７１で、データ処理部３１０は、当選情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に当選情報が含まれているか否かを判断する。
当選情報を受信していると判断した場合（ステップＳ１７１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７２において、チケット発行情報に含まれる券種のチケットを獲得した旨、および、当選情報に含まれる券種のチケットが当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７１でＮＯの場合）、データ処理部１１０は、ステップＳ１７３において、チケット発行情報に含まれる券種のチケットを獲得した旨を報知する。
ステップＳ１７０において、チケット発行情報を受信していないと判断した場合（ステップＳ１７０でＮＯの場合）、ステップＳ１７４で、データ処理部３１０は、当選情報を受信したか否かを判断する。
当選情報を受信していると判断した場合（ステップＳ１７４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７５において、当選情報に含まれる券種のチケットが当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７４でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１８１に進める。
ステップＳ１７２、ステップＳ１７３、あるいはステップＳ１７５のいずれかにおいて報知された場合、ステップＳ１７６において、報知されたことが確認された旨の確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ１７６でＮＯの場合）、データ処理部１１０は、ステップＳ１７６の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ１７６でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。
図１９に進んで、図１９（ｄ）は、チケットを獲得した旨、および当選した旨を報知するための表示画面図である。図１９（ｄ）の画面には、チケットを獲得した旨として「フードチケット獲得！」といったメッセージが表示され、当選した旨として「次回ドリンクチケット当選！」といったメッセージが表示され、さらに当選したチケットを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したチケットを獲得できます。」といったメッセージが表示される。
図１９（ｅ）は、チケットを獲得した旨を報知するための表示画面図である。図１９（ｅ）の画面には、チケットを獲得した旨として「フードチケット獲得！」といったメッセージが表示される。
図１９（ｆ）は、当選した旨を報知するための表示画面図である。図１９（ｆ）の画面には、当選した旨として「次回ドリンクチケット当選！」といったメッセージが表示され、さらに当選したチケットを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したチケットを獲得できます。」といったメッセージが表示される。
図１３に戻り、ステップＳ１８１では、データ処理部１１０は、減算前残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算前残高不足情報が含まれているか否かを判断する。減算前残高不足情報を受信していないと判断した場合（ステップＳ１８１でＮＯの場合）、ステップＳ１８２で、データ処理部３１０は、減算後残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算後残高不足情報が含まれているか否かを判断する。
減算後残高不足情報を受信していないと判断した場合（ステップＳ１８２でＮＯの場合）、ステップＳ１８４で、データ処理部３１０は、携帯電話１００に記憶されているバリューの残高が僅少である旨を報知する。本実施の形態においては、残高が僅少である旨を報知する。
減算前残高不足情報を受信したと判断した場合（ステップＳ１８１でＹＥＳの場合）、または、減算後残高不足情報を受信したと判断した場合（ステップＳ１８２でＹＥＳの場合）、ステップＳ１８５で、データ処理部３１０は、携帯電話１００に記憶されているバリューの残高が不足している旨を報知する。
ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０で、データ処理部３１０は、バリュー購入時処理を実行する。バリュー購入時処理が実行されるため、ユーザが電子マネーアプリ１１１を起動させなくても、自動的に購入金額選択画面を表示させることができる。
なお、ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０に遷移するようにしたが、これに限定されず、ステップＳ１９２に遷移するようにしてもよい。これによって、ユーザが起動時初期画面でバリュー購入を選択することによって、バリュー購入時処理を実行させることができる。
図１９に進んで、図１９（ｂ）は、残高が僅少である旨の表示画面図である。図１９（ｂ）の画面には、携帯電話１００に記憶されているバリューの残高が僅少である旨、および、バリューの購入のための処理に移行する旨が表示される。
図１９（ｃ）は、残高が不足している旨の表示画面図である。図１９（ｃ）の画面には、携帯電話１００に記憶されているバリューの残高が不足している旨、および、バリューの購入のための処理に移行する旨が表示される。
なお、本実施の形態においては、ステップＳ１７２、ステップＳ１７３、ステップＳ１７５、ステップＳ１８４、およびステップＳ１８５における報知は、表示部１４０に表示させる例を説明した。しかし、これに限定されず、たとえば、データ処理部１１０は、音声を出力したり、振動を発生させたりすることによって、報知するようにしてもよい。
図２０は、本実施の形態におけるカードユニット６００で実行される球貸処理の流れを示すフローチャートである。図２０を参照して、まず、ステップＳ６１０で、カードユニット６００のデータ処理部６１０は、ユニット不正登録処理を実行する。
図２２は、本実施の形態におけるカードユニット６００で実行されるユニット不正登録処理の流れを示すフローチャートである。図２２を参照して、ステップＳ６０１で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。携帯使用禁止情報は、図１６のステップＳ３１１で説明したので重複する説明は繰返さない。
携帯使用禁止情報を受信したと判断した場合（ステップＳ６０１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０２で、携帯使用禁止情報を記憶部６２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ６０１でＮＯの場合）、または、ステップＳ６０２の後、データ処理部６１０は、実行する処理をステップＳ６０３に進める。
ステップＳ６０３では、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。不正端末情報は、図１６のステップＳ３１３で説明したので重複する説明は繰返さない。
不正端末情報を受信したと判断した場合（ステップＳ６０３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０４で、不正端末情報を記憶部６２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ６０３でＮＯの場合）、または、ステップＳ６０４の後、ステップＳ６０５で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正カードＩＤを受信したか否かを判断する。
不正カードＩＤは、不正な携帯電話１００で購入されたプリペイドカード３７１を識別するためのＩＤである。不正カードＩＤを送信する処理については、後述する図２３および図２４で説明する。
不正カードＩＤを受信したと判断した場合（ステップＳ６０５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０６で、不正カードＩＤを記憶部６２０に記憶させる。不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、または、ステップＳ６０６の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図２０の球貸処理に戻す。一方、不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、データ処理部６１０は、実行する処理を図２０の球貸処理に戻す。
図２０に戻って、データ処理部６１０は、ステップＳ６７０で、図１５のステップＳ３７０で説明した記憶状態更新処理を実行する。ステップＳ６７０における記憶状態更新処理の処理内容では、記憶、消去、更新等を行なう対象がカードユニット６００の記憶部６２０に設けられた当選情報記憶領域または直近貸与処理情報記憶領域である点を除き、図１７で説明した内容と同様であるため、重複した説明は繰返さない。次に、データ処理部６１０は、ステップＳ６１１で、カードリーダライタ６７０からプリペイドカード３７１が投入されたことを示す投入信号を受信したか否かを判断する。
投入信号を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１２で、カードリーダライタ６７０から、投入されたプリペイドカード３７１のカードＩＤが、記憶部６２０に記憶された不正カードＩＤと同じであることを示す不正カード信号を受信したか否かを判断する。
不正カードでないと判断した場合（ステップＳ６１２でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６９０に進める。一方、不正カードであると判断した場合（ステップＳ６１２でＹＥＳの場合）、データ処理部６１０は、ステップＳ６７１で、不正なプリペイドカードが投入された旨をエラー報知する。エラー報知は、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりすることによって行なう。そして、ステップＳ６７２で、データ処理部６１０は、遊技場３０の係員によってエラー報知が確認されたことを示す確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ６７２でＮＯの場合）、データ処理部６１０は、ステップＳ６７２の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ６７２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
一方、投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６２０で、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
現金投入信号を受信したと判断した場合（ステップＳ６２０でＹＥＳの場合）、ステップＳ６８１で、データ処理部６１０は、発券するプリペイドカード３７１のカードＩＤ、および、購入に用いた現金額をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
次に、ステップＳ６８２で、データ処理部６１０は、プリペイドカード３７１を発行し、貨幣処理機６８０からの現金カウント信号で示される現金投入額を、カードリーダライタ６７０の内部に予めストックされているプリペイドカード３７１に入金するよう、カードリーダライタ６７０を制御する。なお、ここでは、プリペイドカード３７１は、入金後、カードユニット６００の中に保持されて、排出されない。その後、データ処理部６１０は、実行する処理をステップＳ６９０に進める。
ステップＳ６９０では、データ処理部６１０は、プリペイド球貸処理を実行する。プリペイド球貸処理については、後述する図２１で説明する。
図２１は、本実施の形態におけるカードユニット６００で実行されるプリペイド球貸処理の流れを示すフローチャートである。
図２１を参照して、ステップＳ６９１で、データ処理部６１０は、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。現金投入信号を受信したと判断した場合（ステップＳ６９１でＹＥＳの場合）、ステップＳ６９２で、データ処理部６１０は、貨幣処理機６８０から現金カウント信号を受信して、現金カウント信号で示される現金の額をプリペイドカード３７１に加算するよう、カードリーダライタ６７０を制御する。
一方、現金投入信号を受信していないと判断した場合（ステップＳ６９１でＮＯの場合）、または、ステップＳ６９２の後、データ処理部６１０は、ステップＳ６１３で、カードリーダライタ６７０によって読込まれたプリペイドカード３７１に記録されたプリペイドの残高を、カードリーダライタ６７０から受信する。
次に、ステップＳ６１４で、データ処理部６１０は、受信した残高が０より大きい値であるか、すなわち残高が０でないか否かを判断する。残高が０よりも大きい値でないと判断した場合（ステップＳ６１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
一方、残高が０より大きい値であると判断した場合（ステップＳ６１４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１５で、球貸ボタン６３１から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合（ステップＳ６１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
一方、球貸操作信号を受信したと判断した場合（ステップＳ６１５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１６で、プリペイドカード３７１の残高から所定貸球相当の対価を減算する。次に、データ処理部６１０は、ステップＳ６１７で、減算した残高をプリペイドカード３７１に書込むよう、カードリーダライタ６７０を制御する。
次いで、ステップＳ６１８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。なお、カードユニット６００は、球貸信号を送信することによりパチンコ遊技機７００に遊技球を払出させるものに限らず、自ら遊技球を払出すものであってもよい。すなわち、ステップＳ６１８において、遊技球を払出す処理を実行するものであってもよい。その後、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
ステップＳ６３１では、データ処理部６１０は、返却ボタン６３２から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合（ステップＳ６３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６９１に戻す。
一方、返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
ステップＳ６３２では、データ処理部６１０は、プリペイドカード３７１から読込まれた残高をリセットする。次に、ステップＳ６３３で、データ処理部６１０は、プリペイドカード３７１を返却するように、カードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をこのプリペイド球貸処理の呼出元の処理である図２０の球貸処理に戻す。
図２０に戻って、ステップＳ６９０でプリペイド球貸処理の実行後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
一方、現金投入信号を受信していないと判断した場合（ステップＳ６２０でＮＯの場合）、データ処理部６１０は、ステップＳ６２２で、図２２のユニット不正登録処理で携帯使用禁止情報が記憶部６２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ６２２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
一方、すべての携帯電話１００でのバリューの使用が禁止されていないと判断した場合（ステップＳ６２２でＮＯの場合）、データ処理部６１０は、ステップＳ６４１からステップＳ６４４までの処理を実行する。ステップＳ６４１からステップＳ６４４までの処理は、図１５で説明した発券処理のステップＳ３４１からステップＳ３４４と同様であるので、説明は繰返さない。
ステップＳ６５１では、データ処理部６１０は、バリュー残額が０円であるか否かを判断する。バリュー残額が０円であると判断した場合（ステップＳ６５１でＹＥＳの場合）、ステップＳ６５２で、データ処理部６１０は、図１５の発券処理のステップＳ３５２と同様の減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する。その後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
なお、本実施の形態においては、ステップＳ６５１で、バリュー残額が０円であるか否かを判断した。これは、本実施の形態におけるバリューは、遊技のみに用いられ、球貸の単位である１００円単位でバリューが引落とされるため、０円であるか否かを判断することによって、球貸可能なバリューが残っているか否かを判断できるためである。しかし、遊技場３０以外でもバリューを用いることができるようにした場合、ステップＳ６５１で、バリュー残額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。
一方、バリュー残額が０円でないと判断した場合（ステップＳ６５１でＮＯの場合）、データ処理部６１０は、ステップＳ６５３で、バリュー残額が１０００円以上であるか否かを判断する。バリュー残額が１０００円以上であると判断した場合（ステップＳ６５３でＹＥＳの場合）、ステップＳ６５４で、データ処理部６１０は、１０００円を購入金額にセットする。一方、バリュー残額が１０００円未満であると判断した場合（ステップＳ６５３でＮＯの場合）、ステップＳ６５５で、データ処理部６１０は、バリュー残額を購入金額にセットする。
なお、ステップＳ６５３およびステップＳ６５４では、１０００円としたので、後述するステップＳ６６２で、１０００円に相当する貸球が払出される。しかし、これに限定されず、５００円に相当する貸球が払出されるようにしてもよい。この場合、ステップＳ６５３で、バリュー残額が５００円以上であるか否かを判断し、ステップＳ６５４で、データ処理部６１０は、５００円を購入金額にセットする。
ステップＳ６５４またはステップＳ６５５の後、ステップＳ６８０で、データ処理部６１０は、図１５の発券処理のステップＳ３８０で説明したチケット関連処理を実行する。ステップＳ６８０におけるチケット関連処理の処理内容では、記憶、読出等を行なう対象がカードユニット６００の記憶部６２０に設けられた当選情報記憶領域または直近貸与処理情報記憶領域である点を除き、図１８で説明した内容と同様であるため、重複した説明は繰返さない。
次のステップＳ６５６およびステップＳ６５７の処理は、それぞれ、図１５の発券処理のステップＳ３５６およびステップＳ３５７の処理と同様であるので、重複する説明は繰返さない。
次に、ステップＳ６５８で、データ処理部６１０は、バリュー残額から購入金額を減算した額が０円であるか否かを判断する。バリュー残額から購入金額を減算した額が０円であると判断した場合（ステップＳ６５８でＹＥＳの場合）、ステップＳ６５９で、データ処理部６１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高不足情報を含むアプリ起動信号を送信するように、チップリーダライタ６９０を制御する。
減算後残高不足情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。アプリ起動信号は、ステップＳ３５９で説明したものと同様である。
なお、ステップＳ６５１と同様、ステップＳ６５８で、バリュー残額から購入金額を減算した額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。
さらに、ステップＳ６５８に加えて、図１５の発券処理のステップＳ３５８と同様に、バリュー残額から購入金額を減算した額が所定額以下か否かを判断して、所定額以下である場合、ステップＳ３５９と同様に、減算後残額僅少情報を含むアプリ起動信号を携帯電話１００に送信するようにしてもよい。
一方、バリュー残額から購入金額を減算した額が０円でないと判断した場合（ステップＳ６５８でＮＯの場合）、または、ステップＳ６５９の後、ステップＳ６６１で、データ処理部６１０は、球貸に用いた携帯電話１００の携帯ＩＤ、球貸に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
次に、ステップＳ６６２で、データ処理部３１０は、購入金額相当の遊技球を払出すことを指示する球貸信号を遊技機に送信するよう、カードリーダライタ６７０を制御する。そして、データ処理部６１０は、ステップＳ６６３で、購入金額およびバリュー残額をリセットする。ステップＳ６６３の後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
ステップＳ６５９またはステップＳ６５２が実行されることによってカードユニット６００から送信されたアプリ起動信号が非接触型ＩＣチップ１９０で受信されることによって実行される電子マネーアプリ１１１のステップＳ１８１からステップＳ１８５までの処理については、図１４で説明したので、説明は繰返さない。
図２３は、本実施の形態における電子マネー管理サーバ２００により実行される残額管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。
図２３を参照して、まず、ステップＳ２９１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から取引情報および商品取引情報を受信したか否かを判断する。取引情報には、券売機３００から受信した場合には、前述した図１５のステップＳ３６１で説明したように、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（取引額）が含まれ、カードユニット６００から受信した場合には、前述した図２０のステップＳ６６１で説明したように、球貸に用いた携帯電話１００の携帯ＩＤ、球貸に用いたバリューの額が含まれる。商品取引情報には、後述する図２４のステップＳ８１４で説明するように、商品の購入に用いられた携帯電話１００の携帯ＩＤ、および、購入された商品の金額（つまり、購入に用いられたバリューの額）が含まれる。
取引情報を受信した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されているバリュー残高から、取引情報に含まれる取引額を減算する。また、取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されている取引額に、取引情報に含まれる取引額を加算する。
次に、ステップＳ２９３で、データ処理部２１０は、商品取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されているバリュー残高から、商品取引情報に含まれる商品金額を減算する。また、商品取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されている取引額に、商品取引情報に含まれる商品金額を加算する。
次いで、ステップＳ２９４で、データ処理部２１０は、請求金額に、商品取引情報に含まれる商品金額を加算する。請求金額とは、ワゴンサービスの提供会社から電子マネー取引サービスのサービス提供機関に請求される予定の金額であって、ある期間（たとえば、１ヶ月間）に、バリューが用いられて購入された商品の代金、および、チケットが用いられて引き換えられた商品の代金の合計の金額である。
ステップＳ２９４の後、または、取引情報および商品取引情報を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがあるか否かを判断する。
チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがあると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その会員ＩＤの不正回数を１回加算する。
ステップＳ２８２の後、または、チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の会員ＩＤがあるか否かを判断する。
不正回数１回の会員ＩＤがあると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤの携帯電話のバリューを使用して購入されたプリペイドカードのカードＩＤをユニットに登録する旨および当該携帯ＩＤを含む不正媒体情報を遊技場３０側に送信する。
ステップＳ２８４の後、または、不正回数１回の会員ＩＤがないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の会員ＩＤがあるか否かを判断する。
不正回数２回の会員ＩＤがあると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤを券売機３００に登録する旨、および、その会員ＩＤに対応する携帯ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。
ステップＳ２８７の後、または、不正回数２回の会員ＩＤがないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、全国の遊技場で発生した不正回数が３回以上であるか否かを判断する。
全国の遊技場で発生した不正回数が３回以上であると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と全国の遊技場側にも送信する。なお、データ処理部２１０が携帯使用禁止情報を、不正が発生した遊技場３０以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場３０と同じ商圏の他の遊技場や、不正が発生した遊技場３０と近隣の遊技場に送信するものであってもよい。この場合、ステップＳ２８８においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が３回以上であるか否かを判断するようにしてもよい。
ステップＳ２９０の後、または、全国の遊技場で発生した不正回数が３回以上でないと判断した場合（ステップＳ２８８でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２７１の処理に進める。ステップＳ２７１からステップＳ２７８までの処理については、後述する。
図２４は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図２４を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、券売機３００またはカードユニット６００から取引情報を受信したか否かを判断する。
取引情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１２で、取引情報に含まれる携帯ＩＤごとに、発券したプリペイドカード３７１のカードＩＤ、プリペイドカード３７１の購入に用いたバリューの額、球貸に用いたバリューの額をそれぞれ特定する情報を対応させて記憶部に記憶させる。
ステップＳ８１２の後、または、取引情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、ハンディターミナル４００から、バリュー使用情報を無線で受信したか否かを判断する。バリュー使用情報は、バリューを使用した商品の決済に用いられた携帯電話１００の携帯ＩＤ、および、バリューを使用して決済された商品の金額を含む。
バリュー使用情報を受信したと判断した場合（ステップＳ８１３でＹＥＳの場合）、ステップＳ８１４で、店舗サーバ８００のデータ処理部は、バリュー使用情報に含まれる商品金額を、携帯電話の携帯ＩＤごとに、商品取引情報として記憶部に記憶させる。
ステップＳ８１４の後、または、バリュー使用情報を受信していないと判断した場合（ステップＳ８１３でＮＯの場合）、ステップＳ８１５で、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００へ取引情報および商品取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。
取引情報および商品取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１６で、記憶部に記憶された前回送信後の携帯電話１００での取引情報および商品取引情報を、電子マネー管理サーバ２００に送信する。取引情報および商品取引情報については、前述の図２３のステップＳ２９１で説明した。
ステップＳ８１６の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１５でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００から受信したか否かを判断する。
携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。
ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００から受信したか否かを判断する。
不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。
ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００から受信したか否かを判断する。
不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのカードユニット６００に送信する。
ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、ステップＳ８３０で、店舗サーバ８００のデータ処理部は、後述の図２５で説明する店舗チケット関連処理を実行する。ステップＳ８３０の後、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８１１の処理に戻す。
図２５は、本実施の形態における店舗サーバ８００で実行される店舗チケット関連処理の流れを示すフローチャートである。図２５を参照して、ステップＳ８３１で、券売機３００あるいはカードユニット６００から、図１８のチケット関連処理におけるステップＳ３９６で送信される携帯ＩＤと券種とチケットＩＤとを含む当選情報を受信したか否かを判断する。
当選情報を受信したと判断した場合（ステップＳ８３１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３２で、送信元の券売機３００あるいはカードユニット６００以外の他の券売機およびカードユニットへ、受信した当選情報を送信し、ステップＳ８３３で、受信した当選情報に含まれるチケットＩＤ、券種および携帯ＩＤを、図１１で説明した店舗チケット情報ＤＢに記憶させるとともに、当該チケットＩＤに対応付けて記憶されるチケットの状況を未発行とする。
ステップＳ８３３の後、または、当選情報を受信していないと判断した場合（ステップＳ８３１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３４で、券売機３００あるいはカードユニット６００から、図１８のチケット関連処理におけるステップＳ３８３で送信される発行済情報を受信したか否かを判断する。
発行済情報を受信したと判断した場合（ステップＳ８３４でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３５で、送信元の券売機３００あるいはカードユニット６００以外の他の券売機およびカードユニットへ、受信した発行済情報を送信し、ステップＳ８３６で、発行済情報に含まれるチケットＩＤのチケットの状況を発行済に更新する。
本実施の形態においては、ステップＳ８３３およびステップＳ８３６で説明したように、店舗サーバ８００の記憶部において、当選したチケットに関するチケット情報を記憶している。これにより、たとえば、券売機３００やカードユニット６００を増設する場合等、店舗サーバ８００の記憶部に記憶されている情報を用いることができるため、メンテナンス性を向上させることができる。
ステップＳ８３６の後、または、発行済情報を受信していないと判断した場合（ステップＳ８３４でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３７で、券売機３００あるいはカードユニット６００から図１８のチケット関連処理におけるステップＳ３８７で送信されるカウント数要求情報を受信したか否かを判断する。
カウント数要求情報を受信したと判断した場合（ステップＳ８３７でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３８で、カウント数要求情報に含まれる直近携帯ＩＤに対応させてカウント数を記憶し、ステップＳ８３９で、読込携帯ＩＤのカウント数を読み出して、当該カウント数を特定するためのカウント数情報を、送信元の券売機３００あるいはカードユニット６００へ送信する。
本実施の形態においては、店舗サーバ８００において、１ヶ月の間に遊技場３０で貸与処理が行なわれた携帯電話の携帯ＩＤに対応付けてカウント数が管理される。本実施の形態においては、１ヶ月経過すると、店舗サーバ８００において管理されているカウント数がリセットされる。なお、店舗サーバ８００において管理されているカウント数をリセットする期間としては、１ヶ月に限らず、１日、３ヶ月、１年等、どのような期間であってもよい。
（電子マネーシステム１０でのワゴンサービスの説明）
図２８は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第１の表示画面図である。図２８を参照して、図２８（Ａ）は、業務メニュー画面を示す。この業務メニュー画面には、最上段の左側に、現在の日時である「８／１５ １０：１０」、最上段の右側に、ワゴンサービスの提供会社の従業員のコードである「１２３４」、第２段に、当該画面の名称である「業務メニュー」の文字、第３段以下の段に、「新規注文」ボタン、「注文一覧」ボタン、および、「業務終了」ボタンが表示される。「新規注文」ボタンは、そのボタンが選択されていることを示すフォーカス（図面ではハッチング表示）がある状態で表示されている。
図２８は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第１の表示画面図である。図２８を参照して、図２８（Ａ）は、業務メニュー画面を示す。この業務メニュー画面には、最上段の左側に、現在の日時である「８／１５ １０：１０」、最上段の右側に、ワゴンサービスの提供会社の従業員のコードである「１２３４」、第２段に、当該画面の名称である「業務メニュー」の文字、第３段以下の段に、「新規注文」ボタン、「注文一覧」ボタン、および、「業務終了」ボタンが表示される。「新規注文」ボタンは、そのボタンが選択されていることを示すフォーカス（図面ではハッチング表示）がある状態で表示されている。
「新規注文」ボタンは、ハンディターミナル４００で新規に商品の注文内容の入力を開始させるときに操作されるボタンである。「注文一覧」ボタンは、ハンディーターミナル４００の表示部４４０に注文一覧を表示させるときに操作されるボタンである。「業務終了」ボタンは、ハンディターミナル４００の売上情報を売上管理ＰＣ４８０に転送してハンディターミナル４００を初期状態に戻すためのボタンである。
業務メニュー画面のような複数のボタンが表示された画面における操作について説明する。上下キーが操作されると、フォーカスが上下に移動される。そして、確定キーが操作されると、フォーカスがあるボタンに応じた処理が行なわれる。画面上のボタンがタッチされると、操作部４３０のタッチパネルで検出され、タッチされたボタンに応じた処理が行なわれる。つまり、画面上のボタンがタッチされると、フォーカスの上下移動と、確定が同時に行なわれることとなる。
ここでは、「新規注文」ボタンが操作されると、図２８（Ｂ）で説明する注文情報画面を表示部４４０に表示する処理が行なわれる。「注文一覧」ボタンが操作されると、図３０（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。ハンディターミナル４００がデータ転送用充電器４８５にセットされた状態で「業務終了」ボタンが操作されると、ハンディーターミナル４００の売上情報を売上管理ＰＣ４８０に転送する処理、および、ハンディターミナル４００を初期状態に戻す処理が行なわれる。
図２８（Ｂ）は、いずれの項目の欄にも何も入力されていない状態の注文情報画面を示す。この注文情報画面には、最上段に、図２８（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「注文情報」の文字、第２段の右側に、注文番号の項目の欄（内容は「００１」）、第３段以下の段に、注文情報の表、および、最下段の左側に、「戻る」ボタンが表示される。
注文情報の表には、左側の列が、商品の項目の欄，決済の項目の欄，金額の項目の欄，台番の項目の欄，時刻の項目の欄、右側の列が、オプションの項目の欄，支払の状況の項目の欄，配達の状況の項目の欄，備考の項目の欄が含まれる。
表の商品の項目の欄は、その項目が選択されていることを示すフォーカス（図面ではハッチング表示）がある状態で表示されている。また、注文番号の項目の欄および表の備考の項目の欄は、その項目が変更できない項目であることを示す反転表示の状態で表示されている。「戻る」ボタンは、前の画面に戻すときに操作されるボタンである。
ここでは、商品の項目の欄が操作されると、図２８（Ｃ）で説明する商品一覧画面を表示部４４０に表示する処理が行なわれる。
また、バーコード一覧表で、商品のバーコードのいずれか（ここでは「アイスコーヒー」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図２８（Ｄ）で説明する商品の項目の欄に、読込まれたバーコードに対応する商品の商品名（ここでは「Ｉコーヒー（アイスコーヒー）」）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
ここで、紙にバーコードが印刷されたバーコードの一覧表であるバーコード一覧表について説明する。バーコード一覧表には、ワゴンサービスで扱っている商品（たとえば、ホットコーヒー，アイスコーヒー，ホットココア，アイスココア，アイスティ，オレンジジュース）それぞれのバーコード、それぞれの商品のオプション（たとえば、ブラック，ミルク，シュガー，全部）それぞれのバーコード，商品の代金の決済方法（現金，玉，メダル，バリュー，チケット，事務所，スタッフ）それぞれのバーコード、確定を入力するためのバーコード、支払の状況の項目の欄に「済」を入力するためのバーコード、および、配達の状況の項目の欄に「済」を入力するためのバーコードが印刷されている。
図２８（Ｃ）は、商品一覧画面を示す。商品一覧画面には、最上段に、図２８（Ａ）と同様の内容、第２段以下の段に、商品一覧表、最下段の左側に、「戻る」ボタン、最下段の真中に、「前頁」ボタン、および、最下段の右側に、「次頁」ボタンが表示される。
商品一覧表には、最上段に、この表の名称「商品一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された商品を選択するための、「Ｈコーヒー（ホットコーヒー）」の欄、「Ｉコーヒー（アイスコーヒー）」の欄、「Ｈココア（ホットココア）」の欄、「Ｉココア（アイスココア）」の欄、「アイスディ」の欄、および、「オレンジＪ（オレンジジュース）」の欄が含まれる。
ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、それぞれ、１つ前の商品一覧表を含む商品一覧画面、または、１つ後の商品一覧表を含む商品一覧画面を表示部４４０に表示する処理が行なわれる。ここでは、１つ後の商品一覧表は、サンドイッチ等のフードメニューの一覧表である。商品一覧表のいずれかの欄（ここでは「Ｉコーヒー」の欄）が操作されると、図２８（Ｄ）で説明する、操作された欄の商品の名称が商品の項目の欄に入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図２８（Ｄ）は、商品の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２８（Ｂ）の注文情報画面で説明した内容に加えて、商品の項目の欄に、選択された商品の名称（ここでは「Ｉコーヒー」）、時刻の項目の欄に、商品が選択された時刻（ここでは、１９：０９）、オプションの項目の欄に、商品に対して標準で設定されているオプションの名称（ここでは「全部」）、支払の状況の項目の欄に、支払が未だ済んでいないことを示す「未」の文字、配達の状況の項目の欄に、配達が未だ済んでいないことを示す「未」の文字が表示される。なお、オプションが「全部」であるとは、「ミルク」および「シュガー」の両方を含むことを意味する。
ここでは、オプションの項目の欄が操作されると、図２９（Ａ）で説明するオプション一覧画面を表示部４４０に表示する処理が行なわれる。
また、バーコード一覧表で、オプションのバーコードのいずれか（ここでは「ブラック」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図２９（Ｂ）で説明する、オプションの項目の欄に、読込まれたバーコードに対応するオプションの略称（ここでは「Ｂ」）が表示された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図２９は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第２の表示画面図である。図２９を参照して、図２９（Ａ）は、オプション一覧画面を示す。オプション一覧画面には、最上段に、図２８（Ａ）と同様の内容、第２段以下の段に、オプション一覧表、および、最下段の左側に、「戻る」ボタンが表示される。
オプション一覧表には、最上段に、この表の名称の「オプション一覧」の表示欄、以下の段に、順に、それぞれの欄に記載されたオプションを選択するための、「ブラック」の欄、「ミルク」の欄、「シュガー」の欄、および、「全部」の欄が含まれる。
ここでは、オプション一覧表のいずれかの欄（ここでは「ブラック」の欄）が操作されると、図２９（Ｂ）で説明する、操作された欄のオプションの略称がオプションの項目の欄に入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図２９（Ｂ）は、オプションの項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２８（Ｄ）の注文情報画面で説明した内容に替えて、オプションの項目の欄に、選択されたオプションの名称（ここでは「Ｂ」）が表示される。
ここでは、決済方法の項目の欄が操作されると、図２９（Ｃ）で説明する支払方法一覧画面を表示部４４０に表示する処理が行なわれる。
また、バーコード一覧表で、決済方法のバーコードのいずれか（ここでは、「現金」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図３０（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、当該決済方法および選択された商品に対応する対価（ここでは「２４０」円）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図２９（Ｃ）は、第１の支払方法一覧画面を示す。第１の支払方法一覧画面には、最上段に、図２８（Ａ）と同様の内容、第２段以下の段に、支払方法一覧表、最下段の左側に、「戻る」ボタン、最下段の真中に、「前頁」ボタン、および、最下段の右側に、「次頁」ボタンが表示される。
支払方法一覧表には、最上段に、この表の名称「支払方法一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された決済方法を選択するための、「現金」の欄、「玉」の欄、「メダル」の欄、「バリュー」の欄、および、「チケット」の欄が含まれる。
ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、図２９（Ｄ）で説明する第２の支払方法一覧画面を表示部４４０に表示する処理が行なわれる。
図２９（Ｄ）は、第２の支払方法一覧画面を示す。第２の支払方法一覧画面には、図２９（Ｃ）で説明した第１の支払方法一覧画面と同様の画面が表示される。支払方法一覧表には、第１の支払方法一覧画面と異なり、最上段に、この表の名称「支払方法一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された決済方法を選択するための、「事務所」の欄、および、「スタッフ」の欄が含まれる。なお、決済方法が「事務所」であるとは、遊技場３０の事務所の従業員のための決済方法であって、商品の代金が無料であることを示す。また、決済方法が「スタッフ」であるとは、遊技場３０のホールスタッフのための決済方法であって、商品の代金がスタッフ割引の代金となることを示す。
ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、図２９（Ｃ）で説明した第１の支払方法一覧画面を表示部４４０に表示する処理が行なわれる。
また、第１の支払方法一覧画面または第２の支払方法一覧画面の支払方法一覧表のいずれかの欄（ここでは「現金」の欄）が操作されると、図３０（Ａ）で説明する、決済方法の項目の欄に、操作された欄の決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、当該決済方法に対応する対価（ここでは「２４０」円）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３０は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第３の表示画面図である。図３０を参照して、図３０（Ａ）は、決済方法の項目の欄および金額の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「２４０」円）が表示される。
さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。
ここで、遊技者が商品の対価（ここでは、現金２４０円）を支払うと、ワゴンサービスの提供会社の従業員が、注文情報画面の支払の項目の欄の操作、または、バーコード一覧表で支払の状況の項目の欄に「済」を入力するためのバーコードのバーコードスキャナ部４７０による読込をする。支払の項目の欄が操作される、または、支払の状況の項目の欄に「済」を入力するためのバーコードが読込まれると、図３０（Ｂ）で説明する、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３０（Ｂ）は、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ａ）の注文情報画面の内容に替えて、支払の状況の項目の欄に、商品の対価を支払済みであることを示す「済」が表示される。
ここで、台番の項目の欄が選択され、０〜９キーが操作されることによって、台番が入力されると、図３０（Ｃ）で説明する、台番の項目の欄に、入力された台番が表示された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３０（Ｃ）は、台番の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ｂ）の注文情報画面で説明した内容に加えて、台番の項目の欄に、入力された台番（ここでは「９９９９」）が表示される。
ここで、「確定」ボタンが操作されると、図３０（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。
図３０（Ｄ）は、注文一覧画面を示す。注文一覧画面には、最上段に、図２８（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「注文一覧」の文字、第２段の右側に、受けた注文の合計数である実売数の項目の欄（内容は「１」）、第３段以下の段に、注文一覧表、および、最下段に、「メニュー」ボタンが表示される。
注文一覧表には、左側から、注文番号の項目の欄、商品名の項目の欄、支払の状況の項目の欄、および、配達の状況の項目の欄が、対応付けて表示される。各欄の最上段には、その欄の項目の名称の略称（左から、「注番」，「商品名」，「払」，「配」）が表示される。
図３０（Ｄ）の画面では、実売数が「１」であり、最新の注文から順に、注文の注文番号、商品名、支払の状況および配達の状況が、それぞれ、「００１」、「Ｉコーヒー」、「済」および「未」であることが示されている。
ここで、「メニュー」ボタンが操作されると、図２８（Ａ）で説明した業務メニュー画面を表示部４４０に表示する処理が行なわれる。
図３１は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第４の表示画面図である。図３１を参照して、図３１（Ａ）は、注文一覧画面を示す。この注文一覧画面は、図３０（Ｄ）の注文一覧画面からさらに注文が増えた状態を示す。
図３１（Ａ）の画面では、実売数が「４」であり、最新の注文から順に、注文の注文番号、商品名、支払の状況および配達の状況が、それぞれ、「００４」、「Ｉコーヒー」、「済」および「未」、ならびに、「００３」、「Ｈコーヒー」、「未」および「未」、ならびに、「００２」、「Ｉコーヒー」、「済」および「済」、ならびに、「００１」、「Ｈコーヒー」、「済」および「済」であることが示されている。
ここで、バーコード一覧表で、商品のバーコードのいずれか（ここでは、「Ｈコーヒー」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図３１（Ｂ）で説明する、新規注文を入力するための注文情報画面を表示部４４０に表示する処理が行なわれる。
また、いずれかの注文の欄（ここでは、注文番号「００４」の注文の欄）が操作されると、図３１（Ｃ）で説明する、既に入力された注文を変更するための注文情報画面を表示部４４０に表示する処理が行なわれる。
図３１（Ｂ）は、新規注文を入力するための注文情報画面である。この注文情報画面は、基本的に、図２８（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。
図３１（Ｃ）は、既に入力された注文の詳細を表示するための注文情報画面である。この注文情報画面は、基本的に、図３０（Ｂ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここでは、いずれかの項目の欄が操作されると、操作された欄の内容を変更することができる。
図３２は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第５の表示画面図である。図３２を参照して、図２９（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「バリュー」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図２９（Ｃ）の支払方法一覧画面で「バリュー」の欄が操作されると、図３２（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「バリュー」、および、金額の項目の欄に、当該決済方法である「バリュー」および選択された商品である「Ｉコーヒー」に対応する対価である「２４０」円が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３２（Ａ）は、決済方法の項目の欄および金額の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「バリュー」）、および、金額の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「２４０」円）が表示される。
さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。商品の項目の欄が入力され、決済方法の項目の欄に「バリュー」が入力された状態で、「確定」ボタンが操作されると、図２６で説明するバリュー決済処理が実行される。
図２６は、本実施の形態におけるハンディターミナル４００で実行されるバリュー決済処理の流れを示すフローチャートである。図２６を参照して、まず、ステップＳ４４１で、ハンディターミナル４００のデータ処理部４１０は、携帯電話１００をかざす旨の図３２（Ｂ）で説明する先払決済画面を表示するよう表示部４４０を制御する。
図３２に進んで、図３２（Ｂ）は、先払決済画面を示す。この先払決済画面には、最上段に、図２８（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「先払決済」の文字、第３段以下の段に、順に、商品の金額（ここでは「２４０」円）、決済方法（ここでは「バリュー」）、携帯電話をかざす旨の文章、最下段の左側に、「戻る」ボタンが表示される。
図２６に戻って、ステップＳ４４２で、データ処理部４１０は、携帯電話１００がかざされて、チップリーダライタ４９０によって携帯電話１００の非接触型ＩＣチップ１９０から携帯ＩＤおよびバリュー残高が読込まれたか否かを判断する。
読込まれていないと判断した場合（ステップＳ４４２でＮＯの場合）、データ処理部４１０は、ステップＳ４４２の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよびバリュー残高が読込まれないと判断した場合に、データ処理部４１０は、図３２（Ａ）の注文情報画面を再度表示させるように表示部４４０を制御するようにしてもよい。
一方、携帯電話１００から携帯ＩＤおよびバリュー残高が読込まれたと判断した場合（ステップＳ４４２でＹＥＳの場合）、ステップＳ４４３で、データ処理部４１０は、読込まれたバリュー残高が商品の金額未満であるか否かを判断する。バリュー残高が商品の金額未満であると判断した場合（ステップＳ４４３でＹＥＳの場合）、ステップＳ４４４で、データ処理部４１０は、バリュー不足の旨を表示するよう表示部４４０を制御する。
そして、ステップＳ４４５で、データ処理部４１０は、減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。減算前残高不足情報については、図１５のステップＳ３５１で説明したので重複する説明は繰返さない。また、減算前残高不足情報を受信した携帯電話１００の処理については、図１３のステップＳ１８１で説明したので重複する説明は繰返さない。ステップＳ４４５の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。
一方、バリュー残高が商品の金額未満でないと判断した場合（ステップＳ４４３でＮＯの場合）、データ処理部４１０は、ステップＳ４５１において、データ処理部４１０は、商品の金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ４９０を制御する。
具体的には、データ処理部４１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部４９３を制御する旨の減算制御コマンドをチップリーダライタ４９０の制御部４９１に送信する。チップリーダライタ４９０の制御部４９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部４９３を制御する。
一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号をハンディターミナル４００のチップリーダライタ４９０に送信する処理が行なわれる。
そして、データ処理部４１０は、ステップＳ４５２で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ４９０の制御部４９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部４１０に送信する。データ処理部４１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部４１０は、ステップＳ４５２において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部４４０において報知するようにしてもよい。
減算終了信号を受信したと判断した場合（ステップＳ４５２でＹＥＳの場合）、ステップＳ４５３で、データ処理部４１０は、バリュー残額から商品の金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から商品の金額を減算した額が所定額以下であると判断した場合（ステップＳ４５３でＹＥＳの場合）、ステップＳ４５４で、データ処理部４１０は、携帯電話１００の非接触型ＩＣチップ１９０に、図１５のステップＳ３５９で説明した減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ４９０を制御する。
一方、バリュー残額から商品の金額を減算した額が所定額以下でないと判断した場合（ステップＳ４５３でＮＯの場合）、または、ステップＳ４５４の後、ステップＳ４５５で、データ処理部４１０は、商品名、決済方法、携帯ＩＤ、および、取引額を、取引情報として記憶部４２０に記憶させる。そして、ステップＳ４５６で、データ処理部４１０は、バリュー使用情報を店舗サーバ８００に無線で送信するよう通信部４６０を制御する。バリュー使用情報は、図２４のステップＳ８１３で説明したように、携帯ＩＤおよび商品金額を含む。
次いで、ステップＳ４５７で、データ処理部４１０は、決済が終了した旨の先払決済画面を表示するよう表示部４４０を制御する。
図３２に進んで、図３２（Ｃ）は、バリューで決済が終了した旨の先払決済画面を示す。この先払決済画面には、図３２（Ｂ）の携帯をかざす旨の文章に替えて、購入前のバリュー残高（ここでは「１１０００」円）、および、購入後のバリュー残高（ここでは「１０７６０」円）、「戻る」ボタンに替えて、最下段の右下に、「確認」ボタンが表示される。
図２６に戻って、ステップＳ４５８で、データ処理部４１０は、タッチパネルで「確認」ボタンが操作されたか、上下キーでフォーカスが「確認」ボタンに移動されて確定キーが操作されたか、バーコードスキャナ部４７０でバーコード一覧表の確定を入力するためのバーコードが読込まれたかのいずれかによって、確認の操作がされたか否かを判断する。確認の操作がされていないと判断した場合（ステップＳ４５８でＮＯの場合）、データ処理部４１０は、ステップＳ４５８の処理を繰返す。
一方、確認の操作がされたと判断した場合（ステップＳ４５８でＹＥＳの場合）、ステップＳ４５９で、データ処理部４１０は、決済が終了した注文の支払の状況の欄を「済」にした注文一覧画面を表示するよう表示部４４０を制御する。ステップＳ４５９の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。
図３２に進んで、図３２（Ｄ）は、ステップＳ４５９で表示される注文一覧画面を示す。この注文一覧画面は、基本的に、図３０（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００４」の注文が、図２６のバリュー決済処理が実行されることによって、バリューで決済され、注文番号「００４」の注文の支払の状況の欄が、「済」に変更されている。
図３３は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第６の表示画面図である。図３３を参照して、図２９（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「チケット」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図２９（Ｃ）の支払方法一覧画面で「チケット」の欄が操作されると、図３３（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「チケット」、および、券種の項目の欄に、当該決済方法である「チケット」および選択された商品である「Ｈコーヒー」に対応する対価である「ドリンク」チケットが入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３３（Ａ）は、決済方法の項目の欄および券種の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「チケット」）、および、券種の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「ドリンク」チケット）が表示される。
さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。商品の項目の欄が入力され、決済方法の項目の欄に「チケット」が入力された状態で、「確定」ボタンが操作されると、図２７で説明するチケット決済処理が実行される。
図２７は、本実施の形態におけるハンディターミナル４００で実行されるチケット決済処理の流れを示すフローチャートである。図２７を参照して、まず、ステップＳ４６１で、ハンディターミナル４００のデータ処理部４１０は、携帯電話１００をかざす旨の図３３（Ｂ）で説明する先払決済画面を表示するよう表示部４４０を制御する。
図３３に進んで、図３３（Ｂ）は、先払決済画面を示す。この先払決済画面には、図３２（Ｂ）で説明した先払決済画面の商品の金額に替えて、商品に対応するチケットの券種（ここでは商品が「Ｈコーヒー」であるので「ドリンク」）が表示される。決済方法の内容は、「バリュー」に替えて、「チケット」が表示される。
図２７に戻って、ステップＳ４６２で、データ処理部４１０は、携帯電話１００がかざされて、チップリーダライタ４９０によって携帯電話１００の非接触型ＩＣチップ１９０から携帯ＩＤおよび所有チケットに関するデータ（記憶部１９２の電子マネー取引サービス用記憶領域に記憶されているチケットのチケットＩＤおよび券種）が読込まれたか否かを判断する。
読込まれていないと判断した場合（ステップＳ４６２でＮＯの場合）、データ処理部４１０は、ステップＳ４６２の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよび所有チケットに関するデータが読込まれないと判断した場合に、データ処理部４１０は、図３３（Ａ）の注文情報画面を再度表示させるように表示部４４０を制御するようにしてもよい。
一方、携帯電話１００から携帯ＩＤおよび所有チケットに関するデータが読込まれたと判断した場合（ステップＳ４６２でＹＥＳの場合）、ステップＳ４６３で、データ処理部４１０は、読込まれた所有チケットに関するデータのうちに、選択された商品に対応するチケット（ここでは、選択された商品が「Ｈコーヒー」であるのでドリンクチケット）があるか否かを判断する。
商品に対応するチケットがないと判断した場合（ステップＳ４６３でＮＯの場合）、ステップＳ４６４で、データ処理部４１０は、商品に対応するチケットがない旨を表示するよう表示部４４０を制御する。ステップＳ４６４の後、データ処理部４１０は、実行する処理をこのチケット決済処理の呼出元の処理に戻す。
一方、商品に対応するチケットがあると判断した場合（ステップＳ４６３でＹＥＳの場合）、ステップＳ４６５で、データ処理部４１０は、商品に対応するチケットに関するデータを、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域から消去させるための消去要求信号を携帯電話１００に送信させるように、チップリーダライタ４９０を制御する。
具体的には、データ処理部４１０は、複数種類のチケットのうち本実施の形態におけるワゴンサービスのチケットを消去対象として指定するチケットＩＤを含む消去要求信号を携帯電話１００に送信するように非接触通信部４９３を制御する旨の消去制御コマンドをチップリーダライタ４９０の制御部４９１に送信する。チップリーダライタ４９０の制御部４９１は、消去制御コマンドに応じて、消去要求信号を携帯電話１００に送信するよう非接触通信部４９３を制御する。
一方、消去要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、図１０に示した記憶部１９２の電子マネー取引サービス用記憶領域に記憶されている消去対象として指定されているチケットＩＤのチケットに関するデータを消去し、当該データの消去が終了するとその旨を示す消去終了信号を、ハンディターミナル４００のチップリーダライタ４９０に送信する処理が行なわれる。
そして、データ処理部４１０は、ステップＳ４６６で、携帯電話１００から消去終了信号を受信したか否かを判断する。具体的には、チップリーダライタ４９０の制御部４９１は、携帯電話１００からの消去終了信号の受信に応じて、消去が終了した旨の消去終了コマンドをデータ処理部４１０に送信する。データ処理部４１０は、消去終了コマンドを受信すると、商品に対応するチケットに関するデータの消去が終了したと判断する。データ処理部４１０は、ステップＳ４６６において、消去終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、消去終了コマンドを受信しない場合には、消去が終了しない旨のエラーを表示部４４０において報知するようにしてもよい。
次に、ステップＳ４６７で、データ処理部４１０は、商品名、決済方法、携帯ＩＤ、チケットＩＤ、および、取引額を、取引情報として記憶部４２０に記憶させる。そして、ステップＳ４６８で、データ処理部４１０は、チケット使用情報を店舗サーバ８００に無線で送信するように通信部４６０を制御する。チケット使用情報は、チケットＩＤ、券種、携帯ＩＤ、および、商品金額を含む。
図２５に戻って、ステップＳ８３９の後、および、カウント数要求情報を受信していないと判断した場合（ステップＳ８３７でＮＯの場合）、ステップＳ８４１で、店舗サーバ８００のデータ処理部は、ハンディターミナル４００からチケット使用情報を無線で受信したか否かを判断する。
チケット使用情報を受信したと判断した場合（ステップＳ８４１でＹＥＳの場合）、ステップＳ８４２で、店舗サーバ８００のデータ処理部は、図１１で示した店舗チケット情報ＤＢの、受信したチケット使用情報に含まれるチケットＩＤのチケットの状況を使用済に更新し、受信したチケット情報に含まれる商品金額を当該チケットＩＤに対応させて記憶させる。
ステップＳ８４２の後、および、チケット使用情報を受信していないと判断した場合（ステップＳ８４１でＮＯの場合）、ステップＳ８４３で、店舗サーバ８００のデータ処理部は、使用済チケット情報の前回の送信から所定時間経過したか否かを判断する。本実施の形態では、所定時間は、図２４のステップＳ８１５で説明した所定時間と同様、３時間である。
使用済チケット情報の前回送信から所定時間経過したと判断した場合（ステップＳ８４３でＹＥＳの場合）、ステップＳ８４４で、店舗サーバ８００のデータ処理部は、前回送信後の使用済チケット情報を電子マネー管理サーバ２００に送信する。
使用済チケット情報は、図１１で示した店舗チケット情報ＤＢのチケットに関するデータのうち、前回使用済チケット情報が送信されてから状況が使用済に更新されたチケットのチケットＩＤ、券種、携帯ＩＤおよび商品金額を含む。ステップＳ８４４の後、および、使用済チケット情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８４３でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をこの店舗チケット関連処理の呼出元の図２４の店舗サーバ処理に戻す。
図２３に戻って、ステップＳ２９０の後、および、全国のホールで発生した不正回数が３回以上でないと判断された場合（ステップＳ２８８でＮＯの場合）、ステップＳ２７１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から使用済チケット情報を受信したか否かを判断する。
使用済チケット情報を受信したと判断した場合（ステップＳ２７１でＹＥＳの場合）、ステップＳ２７２で、データ処理部２１０は、図１２で示したように、使用済チケット情報に含まれるチケットＩＤ、券種、携帯ＩＤおよび商品金額を対応させて、記憶部２２０の使用済チケット情報ＤＢに記憶させる。
売上管理ＰＣ４８０は、ハンディターミナル４００から受信した売上情報を管理する。この管理されている売上のうち、現金が用いられた売上については、商品の販売時に精算される。パチンコ玉およびメダルが用いられた売上については、パチンコ玉およびメダルに相当する代金を遊技場３０側に請求し、パチンコ玉およびメダルと引換に代金が精算される。バリューおよびチケットが用いられた売上については、バリューおよびチケットに相当する代金を電子マネー取引サービスのサービス提供機関に請求し、代金が精算される。
ここで、チケットに相当する代金が精算される際に、チケットに相当する代金の支払側である電子マネー取引サービスのサービス提供機関が、精算されるチケットのチケットＩＤが正しいか否かをもう一度確認するために、売上管理ＰＣ４８０は、今回請求分のチケットのチケットＩＤ、および、それらのチケットが用いられた商品の商品金額を含む商品代金請求情報を、電子マネー取引サービスのサービス提供機関のサーバである電子マネー管理サーバ２００に送信する。
ステップＳ２７３では、データ処理部２１０は、売上管理ＰＣ４８０から商品代金請求情報を受信したか否かを判断する。受信していないと判断した場合（ステップＳ２７３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２９１の処理に戻す。
一方、商品代金請求情報を受信したと判断した場合（ステップＳ２７２でＹＥＳの場合）、ステップＳ２７４で、データ処理部２１０は、受信した商品代金請求情報に含まれるチケットＩＤと、記憶部２２０の使用済チケット情報ＤＢに記憶しているチケットＩＤとを照合する。そして、ステップＳ２７５で、データ処理部２１０は、照合の結果、今回請求分のチケットＩＤが一致するか否かを判断する。
今回請求分のチケットＩＤが一致すると判断した場合（ステップＳ２７５でＹＥＳの場合）、ステップＳ２７６で、データ処理部２１０は、ステップＳ２９４で説明した請求金額に、受信した商品代金請求情報に含まれる商品金額の合計を加算する。これにより、ワゴンサービス提供会社から電子マネー取引サービスの提供機関に請求される今回請求分のバリューおよびチケットにより提供された商品の代金が算出される。
一方、今回請求分のチケットＩＤが一致しないと判断した場合（ステップＳ２７５でＮＯの場合）、ステップＳ２７７で、データ処理部２１０は、今回請求分のチケットＩＤが一致しない旨のエラー報知を行なう。そして、ステップＳ２７８で、データ処理部２１０は、確認操作がされたか否かを判断する。
確認操作がされていないと判断した場合（ステップＳ２７７でＮＯの場合）、データ処理部２１０は、ステップＳ２７８の処理を繰返す。一方、確認操作がされたと判断した場合（ステップＳ２７７でＹＥＳの場合）、データ処理部２１０は、実行する処理をステップＳ２９１の処理に戻す。エラー報知を受けた電子マネー取引サービスの提供機関の従業員は、代金を請求されたチケットのチケットＩＤが正しいか否かを手作業で確認する。
図２７に戻って、ステップＳ４６８の後、ステップＳ４７１で、データ処理部４１０は、決済が終了した旨の先払決済画面を表示するよう表示部４４０を制御する。
図３３に進んで、図３３（Ｃ）は、チケットで決済が終了した旨の先払決済画面を示す。この先払決済画面には、図３３（Ｃ）の携帯をかざす旨の文章に替えて、決済前の所有しているチケットの状況（ここでは、ドリンクチケット２枚およびフードチケット１枚）、ならびに、決済後の所有しているチケットの状況（ここでは、ドリンクチケット１枚およびフードチケット１枚）、「戻る」ボタンに替えて、最下段の右下に、「確認」ボタンが表示される。
図２７に戻って、ステップＳ４７２で、データ処理部４１０は、タッチパネルで「確認」ボタンが操作されたか、上下キーでフォーカスが「確認」ボタンに移動されて確定キーが操作されたか、バーコードスキャナ部４７０でバーコード一覧表の確定を入力するためのバーコードが読込まれたかのいずれかによって、確認の操作がされたか否かを判断する。確認の操作がされていないと判断した場合（ステップＳ４７２でＮＯの場合）、データ処理部４１０は、ステップＳ４７２の処理を繰返す。
一方、確認の操作がされたと判断した場合（ステップＳ４７２でＹＥＳの場合）、ステップＳ４７３で、データ処理部４１０は、決済が終了した注文の支払の状況の欄を「済」にした注文一覧画面を表示するよう表示部４４０を制御する。ステップＳ４７３の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。
図３３に進んで、図３３（Ｄ）は、ステップＳ２７３で表示される注文一覧画面を示す。この注文一覧画面は、基本的に、図３０（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００５」の注文が、図２７のチケット決済処理が実行されることによって、チケットで決済され、注文番号「００５」の注文の支払の状況の欄が、「済」に変更されている。
図３４は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第７の表示画面図である。図３４を参照して、図２９（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「玉」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図２９（Ｃ）の支払方法一覧画面で「玉」の欄が操作されると、図３４（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「玉」、および、個数の項目の欄に、当該決済方法である「玉」および選択された商品である「Ｉコーヒー」に対応する対価である「９６」個が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３４（Ａ）は、決済方法の項目の欄および個数の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは、「玉」）、および、個数の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「９６」個）が表示される。
さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。
ここで、遊技者が商品の対価（ここでは、玉９６個）を支払うと、ワゴンサービスの提供会社の従業員が、注文情報画面の支払の項目の欄を操作する。支払の項目の欄が操作されると、図３４（Ｂ）で説明する、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３４（Ｂ）は、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３４（Ａ）の注文情報画面の内容に替えて、支払の状況の項目の欄に、商品の対価を支払済みであることを示す「済」が表示される。ここで、「確定」ボタンが操作されると、図３４（Ｃ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。
図３４（Ｃ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３０（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００２」の注文が、玉で決済され、注文番号「００２」の注文の支払の状況の欄が、「済」に変更されている。
図３５は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第８の表示画面図である。図３５を参照して、図３５（Ａ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３０（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。
ここで、支払済の商品（ここでは注文番号「００３」の商品）が配達されたとき、ワゴンサービスの提供会社の従業員が、配達した注文の欄（ここでは注文番号「００３」の注文の欄）を操作すると、既に入力された注文を変更するための注文情報画面を表示部４４０に表示する処理が行なわれる。
図３５（Ｂ）は、既に入力された注文の詳細を表示するための注文情報画面である。この注文情報画面は、基本的に、図３０（Ｂ）で説明した注文情報画面で説明した内容に替えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは、「メダル」）、および、個数の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「１２」個）が表示される。ここでは、いずれかの項目の欄が操作されると、操作された欄の内容を変更することができる。
ここで、ワゴンサービスの提供会社の従業員が、注文の配達を済ますと、注文情報画面の配達の状況の項目の欄を操作する。配達の状況の項目の欄が操作されると、図３５（Ｃ）で説明する、配達の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。
図３５（Ｃ）は、配達の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３５（Ｂ）の注文情報画面の内容に替えて、配達の状況の項目の欄に、注文の商品を配達済みであることを示す「済」が表示される。
ここで、「確定」ボタンが操作されると、図３５（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。
図３５（Ｄ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３０（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００３」の注文の商品の配達が行なわれ、注文番号「００３」の注文の支払の状況の欄が、「済」に変更されている。
次に、前述した第１の実施の形態により得られる主な効果を説明する。
（１） 図２９（Ｃ），（Ｄ）の支払方法一覧で説明したように、ハンディターミナル４００によって、少なくとも玉による決済、メダルによる決済およびバリューによる決済のいずれかから決済方法の指定が受付けられる。図２６のバリュー決済処理で説明したように、ハンディターミナル４００によって、図２９（Ｃ）の画面で、バリューによる決済の指定が受付けられたことを条件として、指定が受付けられた商品の代金を、携帯電話１００に記憶されたバリューから減算するための処理が行なわれる。このため、商品代金のバリューによる決済が可能となる。その結果、遊技者の利便性が向上する。
（１） 図２９（Ｃ），（Ｄ）の支払方法一覧で説明したように、ハンディターミナル４００によって、少なくとも玉による決済、メダルによる決済およびバリューによる決済のいずれかから決済方法の指定が受付けられる。図２６のバリュー決済処理で説明したように、ハンディターミナル４００によって、図２９（Ｃ）の画面で、バリューによる決済の指定が受付けられたことを条件として、指定が受付けられた商品の代金を、携帯電話１００に記憶されたバリューから減算するための処理が行なわれる。このため、商品代金のバリューによる決済が可能となる。その結果、遊技者の利便性が向上する。
（２） 図１８のステップＳ３８２で説明したように、券売機３００およびカードユニット６００によって、それぞれ、発券処理および球貸処理に用いられた携帯電話１００に、商品のチケットを記憶させるための処理が行なわれる。図２９（Ｃ），（Ｄ）の支払方法一覧で説明したように、ハンディターミナル４００によって、決済方法として、玉、メダルおよびバリューに加えてチケットによる決済の指定が受付けられる。図２７のチケット決済処理で説明したように、ハンディターミナル４００によって、チケットによる決済の指定が受付けられたことを条件として、携帯電話１００に記憶されたチケットを使用済にするための処理が行なわれる。このため、遊技者は発券処理または球貸処理を行なうと商品のチケット情報を得ることができる。その結果、発券処理および球貸処理を促進することができる。
（３） 図１８のステップＳ３９５で説明したように、券売機３００およびカードユニット６００によって、それぞれ、発券処理および球貸処理が行なわれることを条件として、次回の発券処理または球貸処理が行なわれるときに、携帯電話１００によって図１９（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理が行なわれる。図１８のステップＳ３８２で説明したように、図１９（ｄ），（ｆ）の表示画面が表示された後、発券処理および球貸処理が行なわれることを条件として、チケットを発行する処理が行なわれる。これにより、再度の発券処理および球貸処理を実行させることをユーザに促すことができる。その結果、売上の向上に資することができる。
（４） 券売機３００およびカードユニット６００によって、図１８のステップＳ３９１で説明したように、発券処理および球貸処理が行なわれることを条件として、チケットを付与するか否かが決定される。券売機３００およびカードユニット６００によって、図１８のステップＳ３９２で説明したように、チケットを付与すると決定されたことをさらに条件として、携帯電話１００によって図１９（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理が行なわれる。これにより、発券処理および球貸処理が行なわれる度にチケットが付与される旨が表示され、チケットを発行する処理が行なわれる場合よりも、チケットが付与されることに希少性を持たせることができるとともに、より高価な商品のチケットを発行させることができる。その結果、再度の発券処理および球貸処理実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
（５） 図１８のステップＳ３８５からステップＳ３８８まで、図１７のステップＳ３７５、ステップＳ３７６で説明したように、券売機３００およびカードユニット６００によって、所定期間内に発券処理または球貸処理が行なわれた回数を携帯電話１００ごとに特定するための処理が行なわれる。図１８のステップＳ３９１および図７の抽選用テーブルで説明したように、券売機３００およびカードユニット６００によって、特定された回数に応じて、チケットを付与する確率が変更され、変更された確率に応じて、チケットを付与するか否かが決定される。これにより、発券処理の回数および球貸処理の回数に応じて異なる期待感を遊技者に抱かせることができる。その結果、再度の発券処理および球貸処理を実行させることを遊技者により一層強く促すことができ、売上の向上に資することができる。
（６） 図２０のステップＳ６４１および図１５のステップＳ３４１で説明したように、券売機３００およびカードユニット６００によって、それぞれ、発券処理および球貸処理において携帯電話１００から、携帯ＩＤが取得される。図１８のステップＳ３９４および図１７のステップＳ３７２で説明したように、チケットが当選した携帯電話１００の携帯ＩＤを含む当選情報が当選情報記憶領域に記憶される。図１８のステップＳ３８１で説明したように、券売機３００およびカードユニット６００によって、携帯電話１００から取得された携帯ＩＤが、当選情報記憶領域に記憶されているか否かが判定される。図１８のステップＳ３８２およびステップＳ３８４で説明したように、券売機３００およびカードユニット６００によって、取得された携帯ＩＤが当選情報記憶領域に記憶されていると判定したこと（ステップＳ３８１でＹＥＳであること）をさらに条件として、チケットを発行する処理が行なわれるとともに、当該携帯ＩＤの当選情報が当選情報記憶領域から消去される。これにより、当選した携帯ＩＤの携帯電話に対して、チケット発行情報から特定されるチケットを確実に追加更新させることができる。
（７） 図１８のステップＳ３９６で説明したように、券売機３００およびカードユニット６００によって、当選情報記憶領域から特定される携帯ＩＤを含む当選情報が、他の券売機およびカードユニットに送信するために出力される。図１７のステップＳ３７２で説明したように、券売機３００およびカードユニット６００によって、出力された携帯ＩＤを含む当選情報を受信したことを条件として、当該携帯ＩＤを含む当選情報が当選情報記憶領域に記憶される。これにより、券売機３００およびカードユニット６００が複数設置されるような場合に、チケットが付与される旨を携帯電話１００に表示させた券売機３００またはカードユニット６００以外の券売機およびカードユニットにおいて、それぞれ、次回の発券処理および球貸処理が実行されても、チケットが付与される旨が表示された携帯電話１００に対してチケットを発行する処理が行なわれる。その結果、ユーザの利便性を向上させることができる。
（８） 図１８のステップＳ３９５で説明したように、券売機３００およびカードユニット６００によって、それぞれ、次回の発券処理および球貸処理が行なわれるときに図１９（ｄ），（ｆ）に示すチケットが付与される旨を携帯電話１００の表示部１４０に表示させるための当選情報を、当該携帯電話１００に送信する処理が、チケットが付与される旨を報知する処理として実行される。これにより、たとえば、次回の発券処理および球貸処理が行なわれるときにチケットが発行される旨や、チケットが発行された旨を報知するための報知部を備えた券売機やカードユニットを新たに導入することや、遊技場３０に設置された券売機やカードユニットに前述した報知部を取り付ける作業を行なう必要がない。その結果、導入コストを低減させることができる。
（９） ステップＳ８１２において、プリペイドカード３７１の購入または球貸処理に用いたバリューの額と当該購入または球貸に用いた携帯電話１００の携帯ＩＤとが各々対応付けて店舗サーバ８００に記憶される。そして、ステップＳ８１５において所定時間経過したと判断された場合、ステップＳ８１６において店舗サーバ８００に記憶されていた情報を取引情報として電子マネー管理サーバ２００に送信される。一方、バリューの対価の決済が完了したときに、チャージ累計額と携帯ＩＤとが各々対応付けて管理用ＤＢ２２１に記憶される。そして、ステップＳ２９２において、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額が減算され、ステップＳ２８１において、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップＳ２８６において不正端末情報が、不正取引が発生した遊技場３０に送信される。
不正端末情報を受信した遊技場３０においては、ステップＳ３１４およびＳ６０４において、当該不正端末情報が記憶され、バリューでプリペイドカード３７１を購入する際および球貸処理に用いる際、携帯電話１００の携帯ＩＤが不正端末情報と一致するか否かが判断され、一致する場合、残高をバリュー残額にセットしない処理、すなわち使用停止処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。
（１０） ステップＳ２８１において不正取引があった場合、ステップＳ２８２において不正回数が１加算され、不正取引の頻度が測定されている。そして、不正回数が１回の場合、ステップＳ２８４において不正媒体情報を不正取引が発生した遊技場３０に送信され、不正取引に用いられたプリペイドカードによる球貸を禁止する。また、不正回数が２回の場合、ステップＳ２８６およびステップＳ２８７において不正端末情報を不正取引が発生した遊技場３０および当該遊技場３０と同じ商圏の他の遊技場に送信され、不正取引に用いられた携帯電話１００によるプリペイドカード３１７の購入および球貸を禁止する。
さらに、不正回数が３回の場合、ステップＳ２８９およびステップＳ２９０において携帯使用禁止情報を不正取引が発生した遊技場３０および全国の遊技場に送信される。そして、携帯使用禁止情報を受信した遊技場においては、ステップＳ３１２およびステップＳ６０２において、それぞれ、当該携帯使用禁止情報が記憶され、ステップＳ３２２およびステップＳ６２２により、それぞれ、すべての携帯電話についてバリューを用いてのプリペイドカード３７１購入および球貸を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。
（１１） 非接触型ＩＣチップを内蔵した携帯電話により電子マネー端末またはサーバと通信して、バリューの加減算を行なうものがあった（たとえば、特開２００５−３８２０９号公報の第００１６段落、第００１７段落、第００４９段落から第００５５段落、第０１１１段落から第０１１４段落、第０１３６段落、および、第０１３８段落参照）。この携帯電話のアプリケーション部には、決済を行なう対象の電子マネー端末を特定する端末ＩＤ、事業者コード、動作パラメータ、および、動作ファイルが対応付けられて記憶される。
この携帯電話が用いられて電子マネー端末で決済される場合、電子マネー端末から端末ＩＤおよび決済額分のバリューが減算された後、減算完了通知が送信されるとともに、この端末ＩＤから事業者コード、動作パラメータ、および、動作ファイルが特定され、この動作ファイルが用いられて所定の動作が実行される。また、携帯電話にログ確認部が設けられて、アプリケーション部に予め確認金額が設定されることにより、ログ確認部が定期的にバリューの残額を確認し、確認金額を下回った場合、アプリケーション部が動作ファイルを用いて所定の動作として画像や音声でアラームを発することで電子マネーのチャージをユーザに促がすようにする。しかし、特開２００５−３８２０９号公報に開示されている技術によれば、携帯電話で実行できる動作ファイルは、端末ＩＤに対応する各事業者コードに対して１ファイルであるため、実行される動作は、電子マネー端末との決済処理の都度実行される動作に限定される。また、携帯電話は能動的に動作ファイルを実行するため、バリューの残高の不足確認は、前述したように行なわれる。このため、バリューの残高が確認金額を上回っていても、決められた定期間隔で、バリューの残高を確認するという無駄な処理が発生してしまうといった問題がある。また、バリューの残高が確認金額を下回っていても、決められた定期間隔が長い間隔（たとえば、１時間）である場合は、バリューのチャージがユーザに促がされる前に、電子マネー端末またはサーバによりバリューの減算が行なわれる際に、ユーザが残高不足を認識してしまい、ユーザにチャージを促がす処理を実行するという特開２００５−３８２０９号公報に開示されている技術の本来の目的を達成できないこととなってしまう。このことから、ユーザが残高不足を認識してしまう前に、バリューのチャージを促がすために、バリューの残高を確認する定期間隔を短くする（たとえば、１分や３０秒にする）必要がある。このため、バリューの残高を確認するという無駄な処理を頻繁に実行しなければならず非効率であるとともに、携帯電話のバッテリーの持続時間にも影響が生じるといった問題が発生する。しかし、本実施の形態においては、前述したように構成しているため、バリューの残額が少ないことを効率的に的確にユーザに認識させることができる。
具体的には、携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００またはカードユニット６００に送信される。また、ステップＳ３５１で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高がプリペイドカード３７１の購入金額に不足していると判定され、ステップＳ３５２で説明したように、減算前残高不足情報が携帯電話１００に送信される。また、ステップＳ６５１およびステップＳ６５８で説明したように、カードユニット６００によって携帯電話１００に記憶されているバリュー残高が球貸可能な最低額に不足していると判定され（本実施の形態においては、バリュー残高が０円であるか否かを判定、遊技場３０以外でバリューを使用できる場合は、バリュー残高が球貸可能な最低額である１００円未満であるか否かを判定）、ステップＳ６５２およびステップＳ６５９で説明したように、それぞれ、減算前残高不足情報または減算後残高不足情報が携帯電話１００に送信される。そして、ステップＳ１８５で説明したように、携帯電話１００によってバリュー残高が不足している旨が報知される。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が不足している旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
（１２） 携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００に送信され、ステップＳ３５８で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高からプリペイドカード３７１の購入金額を減算した額が所定額以下となると判定され、ステップＳ３５９で説明したように、減算後残高僅少情報が携帯電話１００に送信されて、ステップＳ１８４で説明したように、携帯電話１００によってバリュー残高が所定額以下となる旨が報知される。カードユニット６００についても同様である。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が所定額以下となる旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
（１３） ステップＳ１８１またはステップＳ１８２で減算前残高不足情報、減算後残高不足情報、または、減算後残高僅少情報が受信されたときにバリュー購入時処理が実行されるため、ユーザがバリュー購入時処理を能動的に実行させなくてもよい。このため、バリュー購入時処理を実行させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行されるので、バリュー購入に要する時間が短縮され、遊技場３０におけるパチンコ遊技機７００やスロットマシン等の遊技機の稼動率を向上させることができる。
［第２の実施の形態］
次に、第２の実施の形態に係る電子マネーシステム１０について説明する。前述した第１の実施の形態においては、直近に貸与処理に用いられた携帯電話のカウント数を図８で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている直近貸与処理情報記憶領域に記憶し、抽選処理により当選したことを示す当選情報を図９で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている当選情報記憶領域に記憶する例について説明した。
次に、第２の実施の形態に係る電子マネーシステム１０について説明する。前述した第１の実施の形態においては、直近に貸与処理に用いられた携帯電話のカウント数を図８で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている直近貸与処理情報記憶領域に記憶し、抽選処理により当選したことを示す当選情報を図９で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている当選情報記憶領域に記憶する例について説明した。
第２の実施の形態においては、カウント数と当選情報とを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶する例について説明する。すなわち、第２の実施の形態においては、カウント数および当選情報を、券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０において管理するものではなく、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域において管理するものについて説明する。なお、第２の実施の形態においては、第１の実施の形態と異なる点について説明し、重複する説明は繰返さない。
図３６は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶される情報を説明するための図である。
電子マネー取引サービス用記憶領域には、会員ＩＤ、携帯ＩＤ、バリュー残高、獲得しているチケットのチケットＩＤ、カウント数、および当選情報（チケットの券種およびチケットＩＤ）が記憶される。図３６には、会員ＩＤとして「１１０１」、携帯ＩＤとして「ＭＲ３ＢＮ」、バリュー残高として「１１０００」円、チケットＩＤとして「ＤＭＮ７Ｒ０００１００１」，「ＦＭＮ７ＲＥ０００３００１」、カウント数として「８」、当選情報の券種として「ドリンク」チケット、および、当選情報のチケットＩＤとして「ＤＭＮ７ＲＥ０００１００２」が記憶されている。
次に、第２の実施の形態における発券処理や球貸処理において、第１の実施の形態と異なる点について説明する。第２の実施の形態における発券処理や球貸処理では、カウント数および当選情報を携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域において管理されるため、ステップＳ３７０やステップＳ６７０で説明した記憶状態更新処理が行なわれない。
また、第２の実施の形態における携帯電話１００の非接触型ＩＣチップ１９０は、ステップＳ３４１およびステップＳ６４１で説明した取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から電子マネー取引サービス用記憶領域に記憶された携帯ＩＤ、カウント数、券種およびチケットＩＤを、バリュー残高とともに送信する。なお、電子マネー取引サービス用記憶領域に当選情報が記憶されていない場合、すなわち抽選処理により当選していない場合には、当選情報が送信されないものであってもよく、または当選していない旨を示す情報を送信するものであってもよい。
第２の実施の形態におけるステップＳ３４１およびステップＳ６４１においては、取得処理により少なくとも携帯ＩＤ、カウント数、およびバリュー残高を取得したか否かが判断される。携帯ＩＤ、カウント数、およびバリュー残高を取得したと判断したときに、読込まれたと判断される。
また、第２の実施の形態における発券処理や球貸処理では、図１８で説明したチケット関連処理に換えて、図３７で説明するチケット関連処理が実行される。図３７は、第２の実施の形態における券売機３００およびカードユニット６００で実行されるチケット関連処理の流れを示すフローチャートである。
図３７を参照して、データ処理部３１０およびデータ処理部６１０は、それぞれ、ステップＳ３８１Ａにおいて、ステップＳ３４１およびステップＳ６４１におけるバリュー残高とともに、当選したことを示す当選情報を受信したか否かを判断する。ステップＳ３８１Ａにおいて当選情報を受信したと判断された場合、データ処理部３１０およびデータ処理部６１０は、ステップＳ３８２において受信した当選情報から特定されるチケットを発行するためのチケット発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
つまり、券売機３００またはカードユニット６００は、図１５に示すステップＳ３４１または図２０に示すステップＳ６４１において、貸与処理要求情報とともにチケット付与情報としての当選情報を取得し、当該当選情報を取得したことを条件として、ステップＳ３８２でチケット発行処理としてチケット発行情報を含むアプリ起動信号を携帯電話１００に送信する処理を行なう。なお、本実施の形態においては、当選情報を貸与処理要求情報とともに取得しているが、別個に取得するようにしてもよい。
ステップＳ３８２においてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶されていた当選情報が消去されるとともにチケット発行情報から特定されるチケットＩＤが追加更新される。また、非接触型ＩＣチップ１９０の制御部１９１により、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
ステップＳ３８６Ａにおいて、データ処理部３１０およびデータ処理部６１０は、受信したカウント数に１加算した値に更新させるためのカウント数更新信号を携帯電話１００に送信させるように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
なお、ステップＳ３８６Ａにおいてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたカウント数更新信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶されているカウント数を１加算更新する処理が行なわれる。
ステップＳ３９１において、データ処理部３１０およびデータ処理部６１０は、受信したカウント数に対応する図７の抽選用テーブルに基づく当選確率に従って、抽選処理を行なう。なお、ステップＳ３９１において、ステップＳ３８１Ａにおいて取得したカウント数を用いる例について説明するが、これに限らず、ステップＳ３９１においてカウント数を取得する処理を行ない、取得したカウント数を判断に用いるように構成してもよい。
ステップＳ３９２において、データ処理部３１０およびデータ処理部６１０は、ステップＳ３９１における抽選処理において当選したか否かを判断する処理を行なう。
ステップＳ３９２において当選したと判断された場合、データ処理部３１０およびデータ処理部６１０は、図１８のステップＳ３９３と同様に、ステップＳ３９３において、チケットＩＤを生成し、ステップＳ３９５において、当選したチケットの券種およびチケットＩＤを含む当選情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
つまり、券売機３００またはカードユニット６００は、ステップＳ３９５において、所定の特典であるチケットが付与されることを示すチケット付与情報としての当選情報を含むアプリ起動信号を出力する。また、この当選情報を含むアプリ起動信号を受信した携帯電話１００においては、電子マネーアプリ１１１が起動され、図１３に示すステップＳ１７２またはステップＳ１７５において、次回（以降）の貸与処理においてチケットが付与される旨が報知される。つまり、券売機３００またはカードユニット６００は、ステップＳ３９５において、当選情報を含むアプリ起動信号を出力する処理が、次回以降の貸与処理が実行されるときに所定の特典であるチケットが付与される旨を報知するための報知処理に該当する。
ステップＳ３９５においてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に当選情報に含まれる券種およびチケットＩＤが記憶されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
一方、当選していないと判断した場合（ステップＳ３９２でＮＯの場合）、および、ステップＳ３９５の後、データ処理部３１０は、実行する処理をこのチケット関連処理の呼出元の処理である図１５の発券処理に戻す。
一方、当選していないと判断した場合（ステップＳ３９２でＮＯの場合）、および、ステップＳ３９５の後、データ処理部３１０は、実行する処理をこのチケット関連処理の呼出元の処理である図１５の発券処理に戻す。
次に、第２の実施の形態により得られる主な効果を説明する。
（１） 第２の実施の形態においては、図３７のステップＳ３９５で説明したように、券売機３００およびカードユニット６００によって、チケットが付与されることを示す当選情報が、携帯電話１００に記憶させるために出力される。図３７のステップＳ３８１Ａで説明したように、券売機３００およびカードユニット６００によって、それぞれ、発券処理および球貸処理において携帯電話１００から当選情報が受信される。図３７のステップＳ３８２で説明したように、券売機３００およびカードユニット６００によって、携帯電話１００から当選情報を受信したことをさらに条件として、チケット発行情報が携帯電話１００に送信される。
（１） 第２の実施の形態においては、図３７のステップＳ３９５で説明したように、券売機３００およびカードユニット６００によって、チケットが付与されることを示す当選情報が、携帯電話１００に記憶させるために出力される。図３７のステップＳ３８１Ａで説明したように、券売機３００およびカードユニット６００によって、それぞれ、発券処理および球貸処理において携帯電話１００から当選情報が受信される。図３７のステップＳ３８２で説明したように、券売機３００およびカードユニット６００によって、携帯電話１００から当選情報を受信したことをさらに条件として、チケット発行情報が携帯電話１００に送信される。
このため、携帯電話０１０によって図１９（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理の対象となった携帯電話１００に対して、確実に、チケット発行情報が送信されるようにすることができる。また、券売機３００およびカードユニット６００が複数設置されるような場合に、チケットが付与される旨を表示させるための処理を行なった券売機３００およびカードユニット６００以外の券売機およびカードユニットにおいて次回の発券処理および球貸処理を実行させても、チケットが付与される旨を表示させるための処理の対象となった携帯電話１００に対してチケット発行情報が送信される。その結果、ユーザの利便性を向上させることができる。
また、以上に示した第２の実施の形態については、前述した第１の実施の形態と共通する技術思想による構成について、前述した第１の実施の形態の場合と同様の技術的効果を得ることができる。
次に前述した実施の形態の変形例を挙げる。
（１） 前述した実施の形態においては、抽選処理により当選した旨およびチケットを獲得した旨を、携帯電話１００の表示部１４０において、図１９（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、報知する例について説明した。しかし、これに限らず、抽選処理により当選した旨およびチケットを獲得した旨を、貸与処理装置自体で報知するように構成してもよい。たとえば、券売機３００の表示部３４０や、カードユニット６００の表示部６４０において、図１９（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、抽選処理により当選した旨およびチケットを獲得した旨を報知するように構成してもよい。
（１） 前述した実施の形態においては、抽選処理により当選した旨およびチケットを獲得した旨を、携帯電話１００の表示部１４０において、図１９（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、報知する例について説明した。しかし、これに限らず、抽選処理により当選した旨およびチケットを獲得した旨を、貸与処理装置自体で報知するように構成してもよい。たとえば、券売機３００の表示部３４０や、カードユニット６００の表示部６４０において、図１９（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、抽選処理により当選した旨およびチケットを獲得した旨を報知するように構成してもよい。
（２） 前述した実施の形態においては、抽選処理により当選した場合、次回の貸与処理が行なわれるときに、チケットを付与する例について説明した。しかし、これに限らず、抽選処理により当選した場合、次回以降の貸与処理が行なわれるときに、チケットを付与するように構成してもよい。たとえば、抽選処理により当選した場合、さらに何回目の貸与処理が行なわれるときにチケットを付与するかを決定し、貸与処理が行なわれるごとに当該貸与処理がチケットを付与する回数目の貸与処理であるか否かを特定し、チケットを付与する回数目の貸与処理であることが特定されたときにチケットを付与するように構成してもよい。このように構成した場合、当選した旨を報知する際に、何回目の貸与処理が行なわれるときにチケットが付与されるかについても報知するように構成してもよい。
（３） 前述した実施の形態においては、抽選処理により当選した場合、次回の貸与処理が行なわれさえすれば、チケットが付与される例について説明した。すなわち、チケット発行の有効期限は設けられていない例について説明した。しかし、これに限らず、チケット発行に対して所定の有効期限を設けてもよい。たとえば、抽選処理により当選した日、すなわち当日に限って、チケットが付与されるように構成してもよい。このように構成した場合、当選してから所定の有効期限内であるか否かを判断し、所定の有効期限内であると判断されたときに、チケットを付与するように構成してもよい。
（４） 前述した実施の形態においては、貸与処理装置において、抽選処理により当選した携帯電話に記憶されたバリューを用いて次回の貸与処理が行なわれたときに、チケットが付与される例について説明した。しかし、これに限らず、抽選処理により当選した携帯電話であるか否かに関わらず、当該貸与処理装置において、次回の貸与処理を行なった携帯電話に対してチケットを付与するように構成してもよい。このように構成した場合、携帯ＩＤ等を取得し、当選した携帯ＩＤであるか否かを判断する必要がない。たとえば、貸与処理装置における抽選処理により当選した旨を記憶し、貸与処理が行なわれる度に当選した旨が記憶されているか否かを判断し、記憶されていると判断された場合にチケットを付与するように構成してもよい。
（５） 前述した実施の形態においては、貸与処理が行なわれるときに、抽選処理を行なう例について説明した。しかし、これに限らず、事前に予め抽選処理を行ない、その抽選結果に基づき、報知処理を行なうように構成してもよい。たとえば、貸与処理装置の電源投入時に、乱数等を用いて所定回数分の貸与処理のうち当選にする貸与処理を予め決定し、当該決定結果に基づき、報知処理を行なうように構成してもよい。つまり、現在から何回後の貸与処理においてチケットを付与するかを決定しておき、データ処理部３１０やデータ処理部６１０は、今回の貸与処理がその回数目の貸与処理であるか否かを判定することにより、チケットを付与するか否かを決定し、当該決定結果に基づき報知処理を行なうように構成してもよい。
また、前述した実施の形態においては、抽選処理を貸与処理装置において行なう例について説明した。しかし、これに限らず、抽選処理を店舗サーバ８００で行なうように構成してもよい。そして、貸与処理装置は、店舗サーバ８００から抽選結果を受信し、当該抽選結果に基づき、報知処理を行なうように構成してもよい。
（６） 前述した第１の実施の形態においては、図１８のステップＳ３８３やステップＳ３９６で説明したように、発行済情報、当選情報等を店舗サーバ８００に送信し、図２５のステップＳ８３１〜ステップＳ８３６で説明したように、受信した情報を送信元の券売機あるいはカードユニット以外の他の券売機およびカードユニットへ送信する例について説明した。しかし、これに限らず、券売機あるいはカードユニットから直接当該券売機あるいは当該カードユニット以外の他の券売機およびカードユニットへ、発行済情報、当選情報等を送信するように構成してもよい。
（７） 前述した実施の形態においては、貸与処理が行なわれた回数を示すカウント数を特定する所定期間として、１ヶ月等の日数から定まる期間である場合を例について説明した。しかし、これに限らず、所定期間としては、同一の携帯電話に記憶されたバリューを用いて貸与処理が連続して行なわれている期間であってもよい。たとえば、図１８のステップＳ３８５においてＹＥＳと判断された場合にステップＳ３８６において加算更新されたカウント数に応じた当選確率で抽選処理が行なわれ、ステップＳ３８５でＮＯの場合にステップＳ３８７の処理を行なうことなく、ステップＳ３８８でカウント数として「０」を記憶し、当該「０」に応じた当選確率で抽選処理が行なわれるように構成してもよい。
（８） 前述した第１の実施の形態においては、当選した携帯電話１００の携帯ＩＤの当選情報を、遊技場３０に設置されている店舗サーバ８００において管理するとともに、券売機およびカードユニット各々においても管理する例について説明した。しかし、これに限らず、当選した携帯電話１００の携帯ＩＤの当選情報を、遊技場３０に設置されている店舗サーバ８００において管理し、券売機およびカードユニット各々において管理しないように構成してもよい。このように構成した場合、券売機およびカードユニットは、貸与処理が行なわれる度に、当該貸与処理が行なわれる携帯ＩＤを店舗サーバ８００に送信し、当該携帯ＩＤが当選した携帯ＩＤであるか否かを問い合わせ、当該問い合わせ結果に基づき、チケットを付与するように構成してもよい。
また、前述した実施の形態においては、携帯電話１００の記憶部１９２にチケットＩＤおよび券種を記憶し、携帯電話１００に対してチケット発行情報を送信して記憶部１９２のチケットＩＤおよび券種を追加更新することによりチケットを付与することとしたが、チケットを店舗サーバ８００や電子マネー管理サーバ２００にて携帯ＩＤに対応付けて管理し、券売機３００やカードユニット６００がチケット発行処理として、店舗サーバ８００等にチケット追加要求を送信する処理を行ない、これに応じて店舗サーバ等にてチケットを追加するようにしてもよい。
（９） 前述した実施の形態においては、サービス提供用サーバとして電子マネー管理サーバ２００、および決済サーバ２８０を例にして説明した。しかし、サーバに限らず、ネットワークを介して複数のコンピュータを結ぶことで仮想的に構築されるコンピュータであるグリッドコンピューティングシステムであってもよい。
（１０） 前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ５５０、および、金融機関サーバ５００で構成されるようにした。
しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ５５０、および、金融機関サーバ５００の全部または一部の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。
（１１） 前述した実施の形態では、電子マネーシステム１０の発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、店舗サーバ８００、および、ハンディターミナル４００の装置の発明として捉えることができる。
また、電子マネーアプリ１１１、管理用ＡＰ２１１、残高管理ＡＰ２１４、および、バリュー返却ＡＰ２１５のプログラムの発明として捉えることができる。
さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、店舗サーバ８００、および、ハンディターミナル４００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。
（１２） 携帯電話１００の非接触型ＩＣチップ１９０にバリューがチャージされたとき、バリューの減算が完了したとき、および、チケットが発行されたときに、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高およびチケットのバックアップが記憶部１２０にされるようにしてもよい。
また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。
（１３） 前述した実施の形態においては、図２３の残額管理ＡＰ２１４によって、それぞれの会員ＩＤごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
（１４） ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８４で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００で購入されたプリペイドカード３７１の使用を禁止するような電子マネーシステムであってもよい。
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８６で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００のバリューの使用を禁止するような電子マネーシステムであってもよい。
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８９で説明したように、不正取引が発生したホール（遊技場）でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。
（１５） 前述した実施の形態では、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００を介して送信されてきた携帯使用禁止情報および不正端末記憶情報に基づき、券売機３００のデータ処理部３１０は、記憶部３２０に携帯使用禁止情報および不正端末情報を記憶させる。そして、券売機３００において、プリペイドカード３７１の購入に使用されている携帯電話１００の携帯ＩＤが記憶部３１０に記憶されている不正端末情報でないか、または記憶部３１０に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする。すなわち、前述した実施の形態では、券売機３００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能にする制御を行なう例について説明した。
しかし、これに限らず、店舗サーバ８００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能である旨を示す取引不能信号を券売機３００に送信し、券売機３００において取引不能信号を受信したときに取引不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００の残高管理ＡＰ２１４からの携帯使用禁止情報および不正端末記憶情報を、店舗サーバ８００の記憶部に記憶させる。一方、券売機３００のデータ処理部３１０は、取引が行なわれるごとに、取引に用いられる携帯電話１００の携帯ＩＤを店舗サーバ８００に送信する。店舗サーバ８００のデータ処理部は、送信されてきた当該携帯ＩＤが記憶部に記憶されている不正端末情報でないか、または記憶部に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする旨を示す取引不能信号を当該券売機３００に送信する。券売機３００のデータ処理部３１０は、取引不能信号に基づき、取引不能にする制御を行なう。
また、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００に送信されてきた不正媒体情報に基づき、店舗サーバ８００のデータ処理部は、当該不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶されているカードＩＤを不正カードＩＤとしてカードユニット６００に送信し、カードユニット６００の記憶部６２０に記憶させる。そして、カードユニット６００において、球貸に使用されているプリペイドカードのカードＩＤが記憶部６２０に記憶されている不正カードＩＤでないかが判断され、不正カードＩＤであるときに球貸不能にする。すなわち、前述した実施の形態では、カードユニット６００において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能にする制御を行なう例について説明した。
（１６） 前述した実施の形態においては、遊技場内において遊技者に提供される商品のチケット情報が、ホットコーヒーやアイスティーなどのドリンクのドリンクチケット、および、サンドイッチなどのフードのフードチケットの２種類であることとした。しかし、これに限定されず、個別のドリンクやフードごとのチケットであることとしてもよい。
（１７） 前述した実施の形態においては、ワゴンサービスは、ワゴンサービスの提供会社の従業員によって提供されるようにした。しかし、これに限定されず、ワゴンサービスが、遊技場３０によって運営され、遊技場３０の店員によって提供されるようにしてもよい。
（１８） 前述した実施の形態においては、ハンディターミナル４００のデータ処理部４１０は、図２７のステップＳ４６３で、携帯電話１００に商品に対応するチケットが記憶されていると判断することを条件に、ステップＳ４６５からステップＳ４６９までの処理において当該チケットによる商品の決済を行なうようにした。
しかし、これに限定されず、携帯電話１００に記憶されているチケットのチケットＩＤを店舗サーバ８００に送信して、当該チケットＩＤが正当なものであるか否かを照合して、チケットＩＤが正当なものであると判断することをさらに条件として、当該チケットによる商品の決済を行なうようにしてもよい。
（１９） 前述した実施の形態においては、ワゴンサービスの提供会社に支払われるチケットの代金は電子マネー取引サービスの提供機関が負担するようにしたので、電子マネー管理サーバ２００が、図２３のステップＳ２７２で、使用済チケット情報を管理し、ステップＳ２７４で、管理しているチケットＩＤと、ステップＳ２７３で売上管理ＰＣ４８０から商品代金請求情報を受信することによってワゴンサービスの提供会社から請求された代金のチケットのチケットＩＤとが一致するか否かを判断するようにした。
しかし、これに限定されず、遊技場３０側がチケットの代金を負担するようにしてもよい。この場合、遊技場３０のコンピュータ、たとえば、店舗サーバ８００が、使用済チケット情報を管理し、管理しているチケットＩＤと、売上管理ＰＣ４８０から商品代金請求情報を受信することによってワゴンサービス会社から請求された代金のチケットのチケットＩＤとが一致するか否かを判断するようにしてもよい。
（２０） 前述した実施の形態においては、貸与処理装置が、券売機３００およびカードユニット６００の両方であることとした。しかし、これに限定されず、貸与処理装置が、券売機３００およびカードユニット６００のいずれか一方であることとしてもよい。
（２１） 前述した実施の形態においては、図２８（Ｄ）で、先に、商品の入力が受付けられ、その後に、図３０（Ａ）で、決済方法の入力が受付けられるようにした。しかし、商品および決済方法の入力が受付けられる順序は、商品が先で決済方法が後であることに限定されず、決済方法が先で商品が後であってもよい。
（２２） 前述した実施の形態においては、図２７のステップＳ４６５で説明したように、携帯端末に記憶されたチケット情報を使用済にするための処理として、携帯電話１００に記憶されたチケットに関するデータを消去する処理を行なうようにした。しかし、これに限定されず、携帯端末に記憶されたチケット情報を使用済にするための処理として、携帯電話１００に記憶されたチケットに関するデータに対応させて、当該チケットが使用済みであることを示す使用済フラグを記憶させるようにしてもよい。
（２３） 前述した実施の形態においては、図３０（Ｄ）および図３１（Ａ）などで説明したように、ハンディターミナル４００によって、注文内容が記憶され、それらの注文内容を確認可能なように注文一覧画面が表示されるようにした。しかし、これに代えて、あるいは、これに加えて、図３０（Ｃ）などの表示画面で「確定」ボタンが操作されるごとに注文内容がハンディターミナル４００から売上管理ＰＣ４８０に送信されるようにして、売上管理ＰＣ４８０によって、注文内容を確認可能なように注文一覧画面が表示されるようにしてもよい。
（２４） 前述した実施の形態においては、ハンディターミナル４００の操作方法として、バーコードの読取りによる操作方法、操作キーの操作による操作方法、および、タッチパネルの操作による操作方法の３通りの操作方法を用いることができることとした。しかし、これに限定されず、ハンディターミナル４００において、これらの３通りの操作方法のうちのいずれか１つまたは２つの操作方法を用いることができるようにしてもよい。
（２５） 今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１０ 電子マネーシステム、３０ 遊技場、１００ 携帯電話、１１０ データ処理部、１１１ 電子マネーアプリ、１２０ 記憶部、１３０ データ入力部、１４０ 表示部、１５０ 音声入出力部、１６０ 無線通信部、１６１ アンテナ、１９０ 非接触型ＩＣチップ、１９１ 制御部、１９２ 記憶部、１９３ 非接触通信部、１９４ アンテナ、２００ 電子マネー管理サーバ、２１０ データ処理部、２１１ 管理用ＡＰ、２１４ 残高管理ＡＰ、２２０ 記憶部、２２１ 管理用ＤＢ、２３０ データ入力部、２４０ 表示部、２６０ 通信部、２８０ 決済サーバ、３００ 券売機、３１０ データ処理部、３２０ 記憶部、３３０ 操作部、３４０ 表示部、３６０ 通信部、３７０ カードリーダライタ、３７１ プリペイドカード、３８０ 貨幣処理機、３９０ チップリーダライタ、３９１ 制御部、３９２ 記憶部、３９３ 非接触通信部、３９４ アンテナ、４００ ハンディターミナル、４１０ データ処理部、４２０ 記憶部、４３０ 操作部、４４０ 表示部、４６０ 通信部、４７０ バーコードスキャナ部、４７１ ２次元コード、４８０ 売上管理ＰＣ、４８５ データ転送用充電器、４９０ チップリーダライタ、４９１ 制御部、４９２ 記憶部、４９３ 非接触通信部、４９４ アンテナ、５００ 金融機関サーバ、５５０ リモート発行サーバ、６００ カードユニット、６１０ データ処理部、６２０ 記憶部、６３１ 球貸ボタン、６３２ 返却ボタン、６４０ 表示部、６６０ 通信部、６７０ カードリーダライタ、６８０ 貨幣処理機、６９０ チップリーダライタ、６９１ 制御部、６９２ 記憶部、６９３ 非接触通信部、６９４ アンテナ、７００ パチンコ遊技機、８００ 店舗サーバ。
Claims (8)
- 携帯端末に記憶された電子マネーを使用して遊技媒体を貸与するための貸与処理を行なう貸与処理手段を備える貸与処理装置、および、遊技場内において遊技者に提供される商品の指定を受付ける商品指定手段と商品代金の決済方法の指定を受付ける決済方法指定手段とを有し店員により所持される端末装置を含む遊技用システムであって、
前記決済方法指定手段は、少なくとも遊技媒体による決済および電子マネーによる決済のいずれかから決済方法の指定を受付け、
前記端末装置は、さらに、
前記決済方法指定手段によって電子マネーによる決済の指定を受付けたことを条件として、前記商品指定手段によって指定を受付けた商品の代金を、前記携帯端末に記憶された電子マネーから減算するための処理を行なう減算処理手段を備え、
前記貸与処理装置は、さらに、
前記貸与処理手段によって行なわれた前記貸与処理に用いられた前記携帯端末に、前記商品のチケット情報を記憶させるためのチケット発行処理を行なうチケット発行処理手段を備え、
前記決済方法指定手段は、前記決済方法として、遊技媒体および電子マネーに加えてチケット情報による決済の指定を受付け、
前記端末装置は、さらに、
前記決済方法指定手段によってチケット情報による決済の指定を受付けたことを条件として、前記携帯端末に記憶されたチケット情報を使用済にするための処理を行なうチケット使用処理手段を備え、
前記チケット発行処理手段は、前記チケット発行処理を、前記携帯端末が前記貸与処理に用いられているときに行ない、
前記チケット発行処理手段によって前記携帯端末に記憶された前記チケット情報によって、前記チケット情報の内容が前記携帯端末で報知可能である、遊技用システム。 - 前記貸与処理装置は、さらに、
前記貸与処理手段によって前記貸与処理が行なわれることを条件として、次回以降の前記貸与処理が行なわれるときにチケット情報が付与される旨を報知するための報知処理を行なう報知処理手段を備え、
前記チケット発行処理手段は、該報知処理手段によって前記報知処理が行なわれた後、前記貸与処理手段によって前記貸与処理が行なわれることを条件として、前記チケット発行処理を行なうことを特徴とする、請求項１に記載の遊技用システム。 - 前記貸与処理装置は、さらに、
前記貸与処理手段によって前記貸与処理が行なわれることを条件として、チケット情報を付与するか否かを決定するチケット付与決定手段を備え、
前記報知処理手段は、前記チケット付与決定手段によってチケット情報を付与すると決定されたことをさらに条件として、前記報知処理を行なうことを特徴とする、請求項２に記載の遊技用システム。 - 前記貸与処理装置は、さらに、
所定期間内に前記貸与処理手段によって前記貸与処理が行なわれた回数を前記携帯端末ごとに特定するための特定処理を行なう回数特定手段と、
該回数特定手段によって特定された回数に応じて、チケット情報を付与する確率を変更する確率変更手段とを備え、
前記チケット付与決定手段は、前記確率変更手段によって変更された確率に応じて、チケット情報を付与するか否かを決定することを特徴とする、請求項３に記載の遊技用システム。 - 前記貸与処理装置は、さらに、
前記貸与処理において携帯端末から、該携帯端末を個々に識別するための識別情報を取得する識別情報取得手段と、
前記報知処理の対象の携帯端末の識別情報を特定可能に記憶する識別情報記憶手段と、
前記携帯端末から取得された識別情報が、前記識別情報記憶手段の記憶情報から特定されるか否かを判定する判定手段とを備え、
前記チケット発行処理手段は、取得された識別情報が前記識別情報記憶手段の記憶情報から特定されると前記判定手段が判定したことをさらに条件として、前記チケット発行処理を行なうとともに、該識別情報の前記識別情報記憶手段における記憶状態を発行済を特定可能に更新することを特徴とする、請求項２から請求項４までのいずれかに記載の遊技用システム。 - 前記貸与処理装置は、さらに、
前記識別情報記憶手段の記憶情報から特定される識別情報を、他の貸与処理装置に送信するために出力する識別情報出力手段を備え、
前記識別情報記憶手段は、前記識別情報出力手段によって出力された前記識別情報を受信したことを条件として、当該識別情報を特定可能に記憶することを特徴とする、請求項５に記載の遊技用システム。 - 前記貸与処理装置は、さらに、
チケット情報が付与されることを示すチケット付与情報を前記携帯端末に記憶させるために出力するチケット付与情報出力手段と、
前記貸与処理において携帯端末から前記チケット付与情報を取得するチケット付与情報取得手段とを備え、
前記チケット発行処理手段は、前記チケット付与情報取得手段が前記携帯端末からチケット付与情報を取得したことをさらに条件として、前記チケット発行処理を行なうことを特徴とする、請求項２から請求項４までのいずれかに記載の遊技用システム。 - 前記報知処理手段は、次回以降の前記貸与処理が行なわれるときにチケット情報が付与される旨を前記携帯端末の表示部に表示させるための表示情報を、当該携帯端末に送信する処理を、前記報知処理として行なうことを特徴とする、請求項２から請求項７までのいずれかに記載の遊技用システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007212829A JP5150967B2 (ja) | 2007-08-17 | 2007-08-17 | 遊技用システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007212829A JP5150967B2 (ja) | 2007-08-17 | 2007-08-17 | 遊技用システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009045176A JP2009045176A (ja) | 2009-03-05 |
| JP5150967B2 true JP5150967B2 (ja) | 2013-02-27 |
Family
ID=40497980
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007212829A Expired - Fee Related JP5150967B2 (ja) | 2007-08-17 | 2007-08-17 | 遊技用システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5150967B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4951648B2 (ja) * | 2009-04-30 | 2012-06-13 | 株式会社コナミデジタルエンタテインメント | 仮想通貨を利用した料金支払いシステム |
| JP4955729B2 (ja) * | 2009-04-30 | 2012-06-20 | 株式会社コナミデジタルエンタテインメント | 仮想通貨を利用した料金支払いシステム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000167208A (ja) * | 1998-12-10 | 2000-06-20 | Daio Denshi Kk | 遊技場管理システム |
| JP2002172262A (ja) * | 2000-12-08 | 2002-06-18 | Sankyo Kk | 遊技用システム |
| JP2003210810A (ja) * | 2002-01-21 | 2003-07-29 | Glory Ltd | ポイント管理システム |
| JP3939597B2 (ja) * | 2002-06-06 | 2007-07-04 | 株式会社三共 | 遊技用システム |
| JP4362304B2 (ja) * | 2003-03-31 | 2009-11-11 | 株式会社北電子 | ワゴンサービス提供システム、ワゴンサービス提供方法及びワゴンサービス提供プログラム |
| JP2005152104A (ja) * | 2003-11-21 | 2005-06-16 | Glory Ltd | 遊技店における決済処理システム、決済処理装置、及び決済処理方法 |
-
2007
- 2007-08-17 JP JP2007212829A patent/JP5150967B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2009045176A (ja) | 2009-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5133152B2 (ja) | 遊技用システム | |
| JP2007260217A (ja) | 遊技用システム | |
| JP5179065B2 (ja) | 会員管理システム | |
| JP4563780B2 (ja) | 特定取引用システムおよびアプリケーションプログラム | |
| JP5205657B2 (ja) | 遊技用システム | |
| JP5265153B2 (ja) | 決済システム | |
| JP5150967B2 (ja) | 遊技用システム | |
| JP4864523B2 (ja) | 携帯端末および特定取引用プログラム | |
| JP4836610B2 (ja) | 電子マネー管理サーバ、および、電子マネーシステム | |
| JP4721808B2 (ja) | 遊技媒体貸出システム及び遊技媒体の貸出制限方法 | |
| JP4908011B2 (ja) | 遊技可能化処理装置、および、遊技可能化処理システム | |
| JP4902224B2 (ja) | 遊技用電子マネーシステム | |
| JP6710500B2 (ja) | 遊技用システム | |
| KR20090008012A (ko) | 휴대단말기를 이용한 추첨 또는 적중식 유가증권판매시스템 | |
| JP4809608B2 (ja) | 遊技用システム | |
| JP4365552B2 (ja) | 遊技場用決済システム | |
| JP2008287522A (ja) | 電子マネーシステム | |
| JP5226404B2 (ja) | 貯遊技媒体管理装置、貯遊技媒体管理方法及び貯遊技媒体管理システム | |
| JP5661717B2 (ja) | 貯遊技媒体管理システム | |
| JP5190172B2 (ja) | 遊技用システム | |
| JP6768456B2 (ja) | 遊技場用システム | |
| JP4218865B2 (ja) | 遊技用システム | |
| JP6227604B2 (ja) | 遊技用システム | |
| JP4574364B2 (ja) | 特定取引用システム | |
| JP2006099692A (ja) | 店舗用装置及び店舗用システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100712 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120629 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120710 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120905 |
|
| 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: 20121106 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121116 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151214 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5150967 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 |
|
| LAPS | Cancellation because of no payment of annual fees |