(57)【要約】【課題】売上の向上に資するように、特典を付与することができる特定取引装置、および、特定取引システムを提供することである。【解決手段】特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高を受信したと判断されたことを条件として、当選したことを示す当選情報を含むアプリ起動信号を送信し（ステップＳ７１８）、次回の特定取引が行なわれるときにポイントが発行される旨を携帯電話の表示部に表示させる。そして、次回の特定取引が行なわれるときに、前回の特定取引が行なわれる際に当選情報記憶領域に記憶されていた当選情報から特定される所定数のポイントを発行するためのポイント発行情報を含むアプリ起動信号を送信し（ステップＳ７１１）、非接触型ＩＣチップの記憶部のポイント特定用の記憶領域にポイント発行情報から特定されるポイント数を加算更新させる。【選択図】図１４
2007226435.tif 000002
【特許請求の範囲】
【請求項１】
電子マネー情報を記憶する記憶手段を備えた携帯端末と通信し、前記記憶手段に記憶された電子マネー情報を用いた特定取引を実行する特定取引装置であって、
前記携帯端末から前記特定取引を要求する特定取引要求情報を受信したことを条件として、次回以降の特定取引が実行されるときに所定の特典が付与される旨を報知するための報知処理を行なう報知処理手段と、
該報知処理手段により前記報知処理が行なわれた後、前記携帯端末から前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与するための特典付与処理を行なう特典付与処理手段とを備えることを特徴とする、特定取引装置。
【請求項２】
前記携帯端末から前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与するか否かを決定する特典付与決定手段をさらに備え、
前記報知処理手段は、さらに前記特典付与決定手段により前記所定の特典を付与すると決定されたことを条件として、前記報知処理を行なうことを特徴とする、請求項１に記載の特定取引装置。
【請求項３】
前記特定取引において携帯端末から該携帯端末を個々に識別するための識別情報を取得する識別情報取得手段と、
前記報知処理の対象の携帯端末の識別情報を特定可能に記憶する識別情報記憶手段と、
前記携帯端末から取得した識別情報が前記識別情報記憶手段の記憶情報から特定されるか否かを判定する判定手段とをさらに備え、
前記特典付与処理手段は、さらに取得した識別情報が前記識別情報記憶手段の記憶情報から特定されると前記判定手段が判定したことを条件として、前記特典付与処理を行なうとともに、該識別情報の前記識別情報記憶手段における記憶状態を付与済を特定可能に更新することを特徴とする、請求項１または請求項２に記載の特定取引装置。
【請求項４】
前記識別情報記憶手段の記憶情報から特定される識別情報を、他の特定取引装置に送信するために出力する識別情報出力手段をさらに備え、
前記識別情報記憶手段は、前記識別情報出力手段により出力された前記識別情報を受信したことを条件として、当該識別情報を特定可能に記憶することを特徴とする、請求項３に記載の特定取引装置。
【請求項５】
前記所定の特典が付与されることを示す特典付与情報を前記携帯端末に記憶させるために出力する特典付与情報出力手段と、
前記特定取引において携帯端末から前記特典付与情報を取得する特典付与情報取得手段とをさらに備え、
前記特典付与処理手段は、さらに前記携帯端末から前記特典付与情報を取得したことを条件として、前記特典付与処理を行なうことを特徴とする、請求項１または請求項２に記載の特定取引装置。
【請求項６】
前記報知処理手段は、前記報知処理として、次回以降の特定取引が実行されるときに所定の特典が付与される旨を前記携帯端末の表示部に表示させるための表示情報を、前記携帯端末に送信する処理を行なうことを特徴とする、請求項１〜請求項５のいずれかに記載の特定取引装置。
【請求項７】
所定期間内に前記特定取引が実行された回数を前記携帯端末毎に特定するための特定処理を行なう回数特定処理手段と、
前記特定処理が行なわれて特定された回数に応じて、前記所定の特典を付与する確率を変更する確率変更手段とをさらに備えることを特徴とする、請求項２〜請求項６のいずれかに記載の特定取引装置。
【請求項８】
電子マネー情報を記憶する記憶手段を備えた携帯端末と、前記記憶手段に記憶された電子マネー情報を用いた特定取引を実行する特定取引装置とを含む特定取引システムであって、
前記携帯端末は、
前記特定取引装置に前記特定取引を要求する特定取引要求情報を送信する特定取引要求情報送信手段を備え、
前記特定取引装置は、
前記特定取引要求情報送信手段から送信されてきた前記特定取引要求情報を受信したことを条件として、次回以降の特定取引が実行されるときに所定の特典が付与される旨を報知するための報知処理を行なう報知処理手段と、
該報知処理手段により前記報知処理が行なわれた後、前記特定取引要求情報出力手段から送信されてきた前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与するための特典付与処理を行なう特典付与処理手段とを備えることを特徴とする、特定取引システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定取引装置、および、特定取引システムに関する。詳しくは、電子マネー情報を記憶する記憶手段を備えた携帯端末と通信し、前記記憶手段に記憶された電子マネー情報を用いた特定取引を実行する特定取引装置、および、電子マネー情報を記憶する記憶手段を備えた携帯端末と、前記記憶手段に記憶された電子マネー情報を用いた特定取引を実行する特定取引装置とを含む特定取引システムに関する。
【背景技術】
【０００２】
従来から、携帯電話に記憶されたバリューを用いて決済して取引処理を行なうシステムにおいて、取引処理が行なわれる毎に、ポイントが発行されるものがあった（たとえば、特許文献１参照）。
【特許文献１】特開２００５−３８２０９号公報（段落番号［０１０４］）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来のシステムにおいては、取引処理が行なわれると、当該取引処理においてポイントが発行されていた。このため、ポイントを発行することにより、ユーザに対して、再度の取引処理を促すことができなかった。よって、ポイント等の特典を付与することが、売上の向上に資することができないといった不都合が生じていた。
【０００４】
この発明はかかる事情に鑑み考え出されたものであり、その目的は、ユーザに再度の取引処理を促し、売上の向上に資することができる特定取引装置、および、特定取引システムを提供することである。
【課題を解決するための手段の具体例およびその効果】
【０００５】
（１）  電子マネー情報（たとえば、バリューなどの電子マネー）を記憶する記憶手段（たとえば、記憶部１９２）を備えた携帯端末（たとえば、携帯電話１００）と通信し、前記記憶手段に記憶された電子マネー情報を用いた特定取引（たとえば、パチンコ遊技機７００やスロットマシン等での遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券、および記憶部１９２に記憶されているバリューのうちから減算したバリューに見合った遊技球の払出）を実行する特定取引装置（たとえば、券売機３００、カードユニット６００、ＰＯＳ）であって、
前記携帯端末から前記特定取引を要求する特定取引要求情報（たとえば、特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高）を受信したこと（たとえば、ステップＳ３４１でＹＥＳ、ステップＳ６４１でＹＥＳ）を条件として、次回以降の特定取引（たとえば、次回の特定取引）が実行されるときに所定の特典（たとえば、１０ポイント、２０ポイント等）が付与される旨を報知（たとえば、当選した旨として「次回１０ポイント当選！」といったメッセージを表示）するための報知処理を行なう報知処理手段（たとえば、ステップＳ７１８、ステップＳ７５５）と、
該報知処理手段により前記報知処理が行なわれた後、前記携帯端末から前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与（当選情報から特定されるポイント加算更新）するための特典付与処理を行なう特典付与処理手段（たとえば、ステップＳ７１１、ステップＳ７５２）とを備える。
【０００６】
このような構成によれば、特定取引要求情報を受信したことを条件として、次回以降の特定取引が実行されるときに所定の特典が付与される旨が報知される。このため、再度の特定取引を実行させることをユーザに促すことができ、売上の向上に資することができる。
【０００７】
（２）  前記携帯端末から前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与するか否かを決定する特典付与決定手段（たとえば、ステップＳ７１６、ステップＳ７５３）をさらに備え、
前記報知処理手段は、さらに前記特典付与決定手段により前記所定の特典を付与すると決定されたこと（たとえば、ステップＳ７１７でＹＥＳ、ステップＳ７５４でＹＥＳ）を条件として、前記報知処理を行なう。
【０００８】
このような構成によれば、特定取引要求情報を受信する度に特典が付与される旨が報知される場合よりも、特典が付与されることに希少性を持たせることができるとともに、価値の高い特典を付与することができる。このため、再度の特定取引を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
【０００９】
（３）  前記特定取引において携帯端末から該携帯端末を個々に識別するための識別情報（たとえば、携帯ＩＤ）を取得する識別情報取得手段（たとえば、ステップＳ３４１、ステップＳ６４１）と、
前記報知処理の対象の携帯端末の識別情報を特定可能に記憶（たとえば、当選した携帯ＩＤと当選情報とを記憶、当選した携帯ＩＤが当選していることを特定可能な記憶状態に更新）する識別情報記憶手段（たとえば、ステップＳ７１８、ステップＳ７０２）と、
前記携帯端末から取得した識別情報が前記識別情報記憶手段の記憶情報から特定されるか否かを判定する判定手段（たとえば、ステップＳ７１０）とをさらに備え、
前記特典付与処理手段は、さらに取得した識別情報が前記識別情報記憶手段の記憶情報から特定されると前記判定手段が判定したこと（たとえば、ステップＳ７１０でＹＥＳ）を条件として、前記特典付与処理を行なうとともに、該識別情報の前記識別情報記憶手段における記憶状態を付与済を特定可能に更新する（たとえば、当選情報記憶領域から消去、発行されたことを特定可能な記憶状態へ更新）。
【００１０】
このような構成によれば、識別情報記憶手段により、報知処理の対象となった携帯端末の識別情報が特定可能に記憶され、特典付与処理が行なわれるときに付与済を特定可能に更新される。特典付与処理は、取得された識別情報が識別情報記憶手段の記憶情報から特定されると判定手段により判定されたことを条件として行なわれる。このため、報知処理の対象となった携帯端末に対して、確実に特典付与処理を行なうことができる。
【００１１】
（４）  前記識別情報記憶手段の記憶情報から特定される識別情報を、他の特定取引装置に送信するために出力する識別情報出力手段（たとえば、ステップＳ７１８）をさらに備え、
前記識別情報記憶手段は、前記識別情報出力手段により出力された前記識別情報を受信したこと（たとえば、ステップＳ７０１でＹＥＳ）を条件として、当該識別情報を特定可能に記憶する（たとえば、ステップＳ７０２）。
【００１２】
このような構成によれば、特定取引装置が複数設置されるような場合に、報知処理を行なった特定取引装置以外の特定取引装置において次回以降の特定取引を実行させても、報知処理の対象となった携帯端末に対して特典付与処理が行なわれる。このため、ユーザの利便性を向上させることができる。
【００１３】
（５）  前記所定の特典が付与されることを示す特典付与情報（たとえば、当選情報）を前記携帯端末に記憶させるために出力する特典付与情報出力手段（たとえば、ステップＳ７５５）と、
前記特定取引において携帯端末から前記特典付与情報を取得する特典付与情報取得手段（たとえば、ステップＳ７５１）とをさらに備え、
前記特典付与処理手段は、さらに前記携帯端末から前記特典付与情報を取得したこと（たとえば、ステップＳ７５１でＹＥＳ）を条件として、前記特典付与処理を行なう。
【００１４】
このような構成によれば、携帯端末に特典付与情報を記憶させ、特典付与情報を取得したときに、特典付与処理が行なわれる。このため、報知処理の対象となった携帯端末に対して、確実に特典付与処理を行なうことができる。また、特定取引装置が複数設置されるような場合に、報知処理を行なった特定取引装置以外の特定取引装置において次回以降の特定取引を実行させても、報知処理の対象となった携帯端末に対して特典付与処理が行なわれる。このため、ユーザの利便性を向上させることができる。
【００１５】
（６）  前記報知処理手段は、前記報知処理として、次回以降の特定取引が実行されるときに所定の特典が付与される旨（たとえば、図１５（ｄ），（ｆ））を前記携帯端末の表示部（たとえば、表示部１４０）に表示させるための表示情報（たとえば、当選情報）を、前記携帯端末に送信する処理を行なう。
【００１６】
このような構成によれば、報知部を備えた特定取引装置に入れ替えることや、特定取引装置に報知部を取り付ける作業を行なう必要がないため、導入コストを低減させることができる。
【００１７】
（７）  所定期間（たとえば、１ヶ月）内に前記特定取引が実行された回数を前記携帯端末毎に特定するための特定処理を行なう回数特定処理手段（たとえば、ステップＳ７１２〜Ｓ７１４、ステップＳ７０５、ステップＳ７０６、ステップＳ７５３）と、
前記特定処理が行なわれて特定された回数に応じて、前記所定の特典を付与する確率を変更する確率変更手段（たとえば、図６、ステップＳ７１６、ステップＳ７５３）とをさらに備える。
【００１８】
このような構成によれば、所定期間内に実行された特定取引の回数に応じて、所定の特典を付与する確率が変更される。このため、特定取引の回数に応じて異なる期待感をユーザに抱かせることができ、再度の特定取引を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
【００１９】
（８）  電子マネー情報（たとえば、バリューなどの電子マネー）を記憶する記憶手段（たとえば、記憶部１９２）を備えた携帯端末（たとえば、携帯電話１００）と、前記記憶手段に記憶された電子マネー情報を用いた特定取引（たとえば、パチンコ遊技機７００やスロットマシン等での遊技を可能とする所定の遊技価値を有するプリペイドデータを記録したプリペイドカード３７１を発券、および記憶部１９２に記憶されているバリューのうちから減算したバリューに見合った遊技球の払出）を実行する特定取引装置（たとえば、券売機３００、カードユニット６００、ＰＯＳ）とを含む特定取引システム（たとえば、携帯電話１００と、券売機３００または／およびカードユニット６００とを含む特定取引システム）であって、
前記携帯端末は、
前記特定取引装置に前記特定取引を要求する特定取引要求情報（たとえば、特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高）を送信する特定取引要求情報送信手段（たとえば、非接触型ＩＣチップ１９０に搭載された非接触通信部１９３）を備え、
前記特定取引装置は、
前記特定取引要求情報送信手段から送信されてきた前記特定取引要求情報を受信したこと（たとえば、ステップＳ３４１でＹＥＳ、ステップＳ６４１でＹＥＳ）を条件として、次回以降の特定取引（たとえば、次回の特定取引）が実行されるときに所定の特典（たとえば、１０ポイント、２０ポイント等）が付与される旨を報知（たとえば、当選した旨として「次回１０ポイント当選！」といったメッセージを表示）するための報知処理を行なう報知処理手段（たとえば、ステップＳ７１８、ステップＳ７５５）と、
該報知処理手段により前記報知処理が行なわれた後、前記特定取引要求情報出力手段から送信されてきた前記特定取引要求情報を受信したことを条件として、前記所定の特典を付与（当選情報から特定されるポイント加算更新）するための特典付与処理を行なう特典付与処理手段（たとえば、ステップＳ７１１、ステップＳ７５２）とを備える。
【００２０】
このような構成によれば、特定取引要求情報を受信したことを条件として、次回以降の特定取引が実行されるときに所定の特典が付与される旨が報知される。このため、再度の特定取引を実行させることをユーザに促すことができ、売上の向上に資することができる。
【発明を実施するための最良の形態】
【００２１】
［第１の実施の形態］
以下に、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の最良の形態においては、特定取引装置の例として、たとえばパチンコ遊技機等の遊技機が設置された遊技場における券売機やカードユニットを示し、特定取引の例として、たとえば券売機において携帯電話に記憶されたバリューを使用してプリペイドカードを発券することや、カードユニットにおいて携帯電話に記憶されたバリューを使用して遊技球を払出すことを説明する。しかし、本発明における特定取引装置はこのようなものに限るものではない。特定取引装置としては、たとえば、コンビニエンスストア、スーパーマーケット、喫茶店、レストラン、フィットネスクラブ等におけるＰＯＳ（Point Of Sales）や、アミューズメントパーク等におけるゲーム機等であってもよく、携帯端末と通信し、電子マネー情報を用いた特定取引を実行する特定取引装置であれば、どのような特定取引装置であってもよい。ＰＯＳにおいては、特定取引として、携帯電話に記憶されたバリューを使用して代金の決済を行なうものであってもよい。また、ゲーム機においては、特定取引として、携帯電話に記憶されたバリューを使用してゲーム代金の決済とゲームを開始する処理とを行なうものであってもよい。なお、代金の決済を行なうことによりユーザに提供されるものには、タバコ、食品、電化製品、ビール等の動産に限らず、レストランでの料理の提供、フィットネスクラブでの利用権等の提供、旅行券、映画、コンサート等の各種チケットの提供等の役務、情報の提供等を含む種々のサービスを含む。
【００２２】
また、携帯端末の例として、たとえば携帯電話を示すが、本発明における携帯端末は携帯電話に限られず、たとえば、電子マネーカード、ＰＤＡ（Personal Digital Assistant）、携帯型パーソナルコンピュータ、腕時計等であってもよく、電子マネー情報を記憶する記憶手段を備えた携帯端末であれば、どのような携帯端末であってもよい。また、特定取引システムとして、携帯電話と、券売機やカードユニットとを含む取引システムを示すが、本発明における取引システムはこれに限られず、電子マネー情報を記憶する記憶手段を備えた携帯端末と、前記記憶手段に記憶された電子マネー情報を用いた特定取引を実行する特定取引装置とを含む特定取引システムであれば、どのような特定取引システムであってもよい。
【００２３】
（電子マネーシステム１０の各構成の説明）
図１は、本発明に係る電子マネーシステム１０の構成の一例を示すブロック図である。図１を参照して、電子マネーシステム１０は、携帯電話１００と、電子マネー管理サーバ２００と、決済サーバ２８０と、リモート発行サーバ４００と、金融機関サーバ５００と、遊技場３０に設置される機器とを含む。
【００２４】
遊技場３０に設置される機器には、券売機３００、カードユニット６００、パチンコ遊技機７００、および、店舗サーバ８００が含まれる。カードユニット６００は、パチンコ遊技機７００に対応して設けられる。
【００２５】
携帯電話１００は、本実施の形態における主要な構成として、電子マネーアプリ１１１と、非接触型ＩＣ（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）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データおよび画像データを表示する。
【００６９】
通信部２６０は、携帯電話１００または他のサーバから、携帯電話インターネット網９１０または他のネットワークを介して受信したデータをデータ処理部２１０に受渡し、データ処理部２１０から携帯電話インターネット網９１０または他のネットワークを介して携帯電話１００または他のサーバに送信するデータを出力する。
【００７０】
データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。
【００７１】
なお、決済サーバ２８０、リモート発行サーバ４００、金融機関サーバ５００、および、店舗サーバ８００の構成は、図３で説明した電子マネー管理サーバ２００の構成と同様である。
【００７２】
次に、管理用ＤＢ２２１として管理される情報について説明する。管理用ＤＢ２２１として管理される情報には、主に、利用者に関連する利用者情報と、バリューの発行に関連する発行情報とが含まれる。
【００７３】
利用者情報には、会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００の電子メールアドレス、金融機関指定情報、携帯電話１００の１日購入限度額、および、携帯電話１００の携帯上保持限度額等が含まれる。
【００７４】
会員ＩＤは、電子マネー取引サービスの会員を一意に識別するためのＩＤである。携帯ＩＤは、携帯電話１００を一意に識別するための情報である。携帯電話１００の電子マネーアドレスは、携帯電話１００に対して一意に設定される電子メールに用いられるアドレスである。金融機関指定情報は、金融機関に対して予め一意に付与される番号である。１日購入限度額は、１日に購入できるバリューの限度額である。携帯上保持限度額は、携帯電話１００にチャージできるバリューの限度額である。
【００７５】
このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、電子メールアドレス、金融機関指定情報、１日購入限度額、および、携帯上保持限度額を容易に検索することができる。
【００７６】
発行情報には、前述した会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００のバリュー残高、購入金額、手数料、バリュー購入記録（未チャージバリューを含む）、当日積算額、チャージ累計額、および、取引額が含まれる。
【００７７】
バリュー残高は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に記憶されるバリューの残額である。購入金額は、購入するバリューの対価である。手数料は、電子マネー取引サービスの会員が提供業者に支払うべきバリューの購入の際の手数料である。バリュー購入記録は、会員ＩＤごとの未チャージバリューなどの購入に関する情報の記録である。当日積算額は、その当日にその会員によって購入されたバリューの積算額である。チャージ累計額は、その会員が現在までに購入したバリューの累計額である。取引額は、ユーザがバリューを用いて取引をした額である。
【００７８】
このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、バリュー残高、購入金額、手数料、バリュー購入記録、当日積算額、チャージ累計額、および、取引額を容易に検索することができる。なお、バリュー購入記録としては、バリューの額、および、バリュー書込済であるか否かを示す書込済情報を含む。
【００７９】
図４は、本発明に係る券売機３００の構成の一例を示すブロック図である。図４を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。
【００８０】
チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。
【００８１】
記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムおよびデータが記憶される。
【００８２】
操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受渡す。
【００８３】
表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データおよび画像データを表示する。
【００８４】
通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
【００８５】
カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。
【００８６】
貨幣処理機３８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。
【００８７】
データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。
【００８８】
チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
【００８９】
チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。
【００９０】
チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。
【００９１】
図５は、本発明に係るカードユニット６００の構成の一例を示すブロック図である。図５を参照して、カードユニット６００は、データ処理部６１０と、記憶部６２０と、表示部６４０と、通信部６６０と、カードリーダライタ６７０と、貨幣処理機６８０と、チップリーダライタ６９０とを含む。また、カードユニット６００に信号を入力する操作部として、パチンコ遊技機７００に設けられる球貸ボタン６３１および返却ボタン６３２がある。
【００９２】
チップリーダライタ６９０は、制御部６９１と、記憶部６９２と、非接触通信部６９３と、アンテナ６９４とを含む。
【００９３】
記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、カードユニット６００の各種機能をデータ処理部６１０に実行させるためのプログラムおよびデータが記憶される。
【００９４】
球貸ボタン６３１は、遊技者により押下操作されることによって、遊技球の貸出を要求する球貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカード３７１の返却を要求する返却操作信号をデータ処理部６１０に出力する。
【００９５】
表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データおよび画像データを表示する。
【００９６】
通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。
【００９７】
カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して受けた返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。
【００９８】
貨幣処理機６８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部６１０へ受渡す。また、貨幣処理機６８０は、データ処理部６１０から受けたデータで示される額の現金を外部へ返却する。
【００９９】
データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、チップリーダライタ６９０の制御部６９１と通信することが可能である。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、球貸ボタン６３１、返却ボタン６３２、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１から入力されたデータを処理して、記憶部６２０、表示部６４０、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１に出力する。
【０１００】
チップリーダライタ６９０の記憶部６９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。
【０１０１】
チップリーダライタ６９０の制御部６９１は、記憶部６９２に記憶されたプログラムに従って、記憶部６９２、非接触通信部６９３、または、データ処理部６１０から入力されたデータを処理して、記憶部６９２、非接触通信部６９３、または、データ処理部６１０に出力する。
【０１０２】
図６は、券売機３００およびカードユニット６００において行なわれる抽選処理に用いる抽選用テーブルを説明するための図である。抽選用テーブルは、券売機３００に搭載されている記憶部３２０、およびカードユニット６００に搭載されている記憶部６２０に、予め記録されている。
【０１０３】
本実施の形態における抽選用テーブルは、カウント数に対応して、抽選により１０ポイント当選になる確率、２０ポイント当選になる確率、およびはずれになる確率が各々記憶されている。カウント数とは、所定期間（たとえば１ヶ月）内に遊技場３０内に設置されている券売機３００およびカードユニット６００において携帯電話１００のバリューを用いて特定取引が行なわれた回数をいう。カウント数は、携帯ＩＤ毎に記憶される。
【０１０４】
抽選用テーブルを参照して、カウント数が「０」であるときには、抽選により７％の確率で１０ポイントに当選し、３％の確率で２０ポイントに当選し、９０％の確率ではずれとなるように、当選確率が設定されている。
【０１０５】
カウント数が「１〜５」の範囲内であるときには、１５％の確率で１０ポイントに当選し、５％の確率で２０ポイントに当選し、８０％の確率ではずれとなるように、当選確率が設定されている。
【０１０６】
カウント数が「６〜９」の範囲内であるときには、２３％の確率で１０ポイントに当選し、７％の確率で２０ポイントに当選し、７０％の確率ではずれとなるように、当選確率が設定されている。
【０１０７】
同様に、カウント数が、「１０〜１５」の範囲内であるとき、「１６〜２９」の範囲内であるとき、「３０〜３９」の範囲内であるとき、「４０〜４９」の範囲内であるとき、「５０〜６９」の範囲内であるとき、「７０〜９９」の範囲内であるとき、および「１００以上」であるときそれぞれに対応して、抽選により１０ポイント当選になる確率、２０ポイント当選になる確率、およびはずれになる確率が記憶されている。
【０１０８】
本実施の形態における抽選用テーブルは、カウント数が増えるにしたがって、当選する確率が高くなるように当選確率が設定されている。これにより、特定取引が行なわれた回数が多くなるほど、ポイントが付与される確率が高くなりユーザにとって有利な状態となるため、再度の特定取引を促すことができる。
【０１０９】
図７は、券売機３００およびカードユニット６００各々において直近に特定取引に用いられた携帯電話の携帯ＩＤとカウント数とを記憶するための直近特定取引情報記憶領域を説明するための図である。直近特定取引情報記憶領域は、券売機３００に搭載された記憶部３２０や、カードユニット６００に搭載された記憶部６２０に設けられている。なお、直近に特定取引に用いられた携帯電話とは、一の携帯ＩＤの携帯電話を用いて特定取引が行なわれた後、特定取引が行なわれていない場合、当該一の携帯ＩＤの携帯電話をいう。また、直近に特定取引に用いられた携帯電話とは、一の携帯ＩＤの携帯電話を用いて特定取引が行なわれた後、他の携帯ＩＤの携帯電話を用いて特定取引が行なわれた場合、当該他の携帯ＩＤの携帯電話をいう。
【０１１０】
券売機３００およびカードユニット６００各々の記憶部に設けられた直近特定取引情報記憶領域には、直近に特定取引に用いられた携帯電話の携帯ＩＤとカウント数とが記憶される。図７には、携帯ＩＤとして「ＭＲ３ＢＮ」が記憶され、カウント数として「８」が記憶されている。これにより、携帯ＩＤが「ＭＲ３ＢＮ」の携帯電話のバリューが用いられて直近の特定取引が行なわれ、当該特定取引が行なわれたことにより携帯ＩＤが「ＭＲ３ＢＮ」の携帯電話のカウント数が「８」になったことを把握することができる。直近特定取引情報記憶領域に記憶された情報は、特定取引が行なわれる毎に更新される。すなわち、直近の特定取引が行なわれた携帯ＩＤと同じ携帯ＩＤの携帯電話により再度特定取引が行なわれた場合、カウント数が「１」加算更新される。また、直近の特定取引が行なわれた携帯ＩＤと異なる携帯ＩＤの携帯電話により特定取引が行なわれた場合、携帯ＩＤおよびカウント数が更新される。
【０１１１】
図８は、遊技場３０内に設置された券売機３００およびカードユニット６００のいずれかにおける抽選処理により、当選した携帯ＩＤと当選したポイント数とを記憶するための当選情報記憶領域を説明するための図である。当選情報記憶領域は、券売機３００に搭載された記憶部３２０や、カードユニット６００に搭載された記憶部６２０に設けられている。
【０１１２】
券売機３００およびカードユニット６００各々の記憶部に設けられた当選情報記憶領域には、遊技場３０に設置されている券売機３００やカードユニット６００における抽選処理により、当選した携帯ＩＤと当選したポイント数を示す当選情報とが複数記憶可能である。
【０１１３】
ここで、特定取引が行なわれる前の当選情報記憶領域の記憶状態の一例と、当選した携帯電話１００に記憶されているバリューを用いた特定取引が行なわれて、ポイント発行処理が行なわれたときの当選情報記憶領域の記憶状態と、当該特定取引における抽選処理により当選したときの当選情報記憶領域の記憶状態とを説明する。
【０１１４】
図８（ａ）は、特定取引が行なわれる前の当選情報記憶領域の記憶状態の一例を説明するための図である。Ｎｏ．１の記憶領域には、携帯ＩＤとして「ＭＮ７ＲＥ」と、当選情報として「２０ポイント」とが記憶されている。Ｎｏ．２の記憶領域には、携帯ＩＤとして「ＭＰ３ＥＡ」と、当選情報として「１０ポイント」とが記憶されている。Ｎｏ．３の記憶領域には、携帯ＩＤとして「ＭＲ３ＢＮ」と、当選情報として「２０ポイント」とが記憶されている。
【０１１５】
図８（ｂ）は、図８（ａ）で説明した記憶状態から、携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて特定取引が行なわれて、ポイント発行処理が行なわれたときの当選情報記憶領域の記憶状態を説明するための図である。携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて特定取引が行なわれることにより、「２０ポイント」を当該携帯電話に対して発行するポイント発行処理が行なわれる。これにより、図８（ｂ）に示すように、図８（ａ）で説明したＮｏ．３の記憶領域に記憶されていた携帯ＩＤ「ＭＲ３ＢＮ」と当選情報「２０ポイント」とが消去されている。
【０１１６】
図８（ｃ）は、図８（ｂ）で説明した特定取引における抽選処理により当選したときの当選情報記憶領域の記憶状態を説明するための図である。図８（ｃ）に示すように、Ｎｏ．１００の記憶領域に携帯ＩＤとして「ＭＲ３ＢＮ」と、当選情報として「１０ポイント」とが記憶されている。
【０１１７】
以上のように、図８を用いて、特定取引が行なわれる前の当選情報記憶領域の記憶状態、ポイント発行処理が行なわれたときの当選情報記憶領域の記憶状態、および特定取引における抽選処理により当選したときの当選情報記憶領域の記憶状態について説明したが、抽選処理、ポイント発行処理等についての処理内容については、後述する。
【０１１８】
（電子マネーシステム１０でのバリューのチャージの説明）
次に、携帯電話１００にバリューをチャージするまでの流れについて説明する。携帯電話１００にバリューをチャージするためには、まず、携帯電話１００を登録する初期登録、および電子マネーアプリ１１１のダウンロードを行なう必要がある。
【０１１９】
初期登録では、電子マネー管理サーバ２００で管理されている初期登録用のウェブページにアクセスしている携帯電話１００が電子マネー取引サービスの提供を受けることができる有効な携帯電話であるか否かが、管理用ＡＰ２１１により判断される。そして、携帯電話１００が有効な携帯電話であると判断されたときには、管理用ＡＰ２１１により、会員ＩＤが発行され、その会員ＩＤ、携帯電話において設定されているメールアドレス、およびバリューの購入に関する対価の決済のための決済用処理に利用する決済用処理機関としてユーザが指定した金融機関を特定するための金融機関指定情報が、当該携帯電話１００の携帯端末情報（以下「携帯ＩＤ」ともいう）に対応付けて、管理用ＤＢ２２１に記憶される。これにより、初期登録が完了する。
【０１２０】
初期登録が完了すると、電子マネーアプリ１１１は、管理用ＡＰ２１１により、携帯電話１００に対して送信される。電子マネーアプリ１１１は、携帯電話１００の記憶部１２０に記憶される。ダウンロードが完了すると、データ処理部１１０は、当該電子マネーアプリ１１１を起動する。
【０１２１】
図１０は、携帯電話１００の表示部１４０に表示される表示画面図である。図１０（ａ）は、電子マネーアプリ１１１の起動中に携帯電話１００の表示部１４０に表示される表示画面図である。図１０（ａ）の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字、および、全起動プロセスのうちの経過したプロセスの割合の概略を示すグラフが表示される。
【０１２２】
ダウンロード完了後、初めて起動されるときには、携帯電話１００とリモート発行サーバ４００との間で通信が行なわれて、電子マネー取引サービス用の記憶領域が非接触型ＩＣチップ１９０の記憶部１９２に確保（構築）され、確保された記憶領域に０円相当のバリューを記憶させる処理が行なわれる。リモート発行サーバ４００による処理が終了した後、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。
【０１２３】
図１０（ｂ）は、ダウンロード完了後初めて電子マネーアプリ１１１が起動されるときに、携帯電話１００の表示部１４０に表示される起動時初期画面図である。図１０（ｂ）の画面には、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であること、非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であること、バリューを購入するためのリンクである「バリュー購入（モバイルバンキング経由）」、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」、および、発行されたポイントを確認するためのリンクである「ポイント確認」が表示される。
【０１２４】
携帯電話１００にバリューをチャージするためには、次の段階として、電子マネーアプリ１１１を起動して、起動時初期画面において「バリュー購入」を選択しバリューを購入する必要がある。図９は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示すフローチャートである。図９を参照して、電子マネーアプリ１１１が起動されると、ステップＳ１８０では、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。図１１で後述する券売機３００による発券処理において券売機３００の非接触型ＩＣチップ３９０、または、図１６で後述するカードユニット６００による球貸処理においてカードユニット６００の非接触型ＩＣチップ６９０から、携帯電話１００の非接触型ＩＣチップ１９０へ、電子マネーアプリ１１１を起動させるためのアプリ起動信号が送信された場合、携帯電話１００は、アプリ起動信号に応じて、電子マネーアプリ１１１を起動させる。アプリ起動信号については、図１１で説明する。また、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）については、図１１の説明とともに説明する。
【０１２５】
一方、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１８０でＮＯの場合）、ステップＳ１９１で、データ処理部１１０は、引継ぎ情報からの起動であるか否かを判断する。後述するように、バリュー購入のための決済が完了した後に電子マネー管理サーバ２００からの引継ぎ情報が付された電子メールが携帯電話１００に送信され、その引継ぎ情報によって、電子マネーアプリ１１１が起動され、購入されたバリューが携帯電話１００にチャージされる。引継ぎ情報からの起動であると判断した場合（ステップＳ１９１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。
【０１２６】
一方、引継ぎ情報からの起動でないと判断した場合（ステップＳ１９１でＮＯの場合）、実行する処理をステップＳ１９２に進める。
【０１２７】
ステップＳ１９２では、データ処理部１１０は、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面（図１０（ｂ）参照）を表示させる。
【０１２８】
ステップＳ１９３で、データ処理部１１０は、バリュー購入が選択されたか否かを判断する。図１０（ｂ）の画面で「バリュー購入（モバイルバンキング経由）」のリンクが選択されると、データ処理部１１０は、バリュー購入が選択されたと判断し（ステップＳ１９３でＹＥＳ）、ステップＳ１３０で、バリュー購入時処理を実行する。
【０１２９】
バリュー購入時処理では、まず、会員ＩＤおよび携帯端末情報が含まれるチャージ要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。その後、バリュー購入時処理では、金融機関の確認、バリュー購入を希望する購入希望金額の選択等が行なわれる。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、確認された金融機関において、携帯上保持限度額および１日購入限度額の範囲内でバリュー購入を希望する購入希望金額（手数料等含む）の対価の決済を行なわせるための情報を携帯電話１００に送信する。
【０１３０】
ユーザは、ウェブ処理により、受信した情報に基づき、携帯電話１００を金融機関サーバのインターネットバンキングシステムにアクセスさせて、予め登録されている自己のモバイルバンキング口座にログインして振込み処理を行なう。金融機関サーバにおいて購入希望金額の対価の振込み処理が完了すると、決済サーバ２８０は、振込み処理が完了したことを、請求情報ＤＢ２８１に登録するとともに、電子マネー管理サーバ２００に伝達する。
【０１３１】
振込み処理が完了したことを受けて、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１の会員ＩＤに対応するバリュー購入記録を更新し、携帯電話１００に対応する当日積算額に購入金額を加算して当日積算額を更新し、携帯電話１００に対応するチャージ累計額に購入金額を加算してチャージ累計額を更新し記憶する処理が行なわれる。そして、電子マネー管理サーバ２００から携帯電話１００に対して、引継ぎ情報を付した電子メールが送信される。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ１１１を自動的に起動させるための情報が含まれている。電子マネーアプリ１１１が起動されると、引継ぎ情報からの起動である（ステップＳ１９１でＹＥＳである）ので、バリュー発行時処理が実行される。
【０１３２】
図９に戻り、ステップＳ１９４で、データ処理部１１０は、図１０（ｂ）で説明した起動時初期画面で「ＩＣチップへの購入バリューのチャージ（最新残高更新）」のリンクが選択されることによって、バリュー発行が選択されたか否かを判断する。バリュー発行が選択された場合（ステップＳ１９４でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。なお、前述したように、電子メールに付された引継ぎ情報としてのリンクが選択されて、ステップＳ１９１で、引継ぎ情報からの起動であると判断された場合も同様に、実行する処理をステップＳ１５０に進める。
【０１３３】
ステップＳ１５０では、データ処理部１１０は、バリュー発行時処理を実行する。バリュー発行時処理では、バリューのチャージを要求するための情報であって会員ＩＤおよび携帯端末情報を含むバリュー発行要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、受信した会員ＩＤおよび携帯端末情報に対応する未だチャージ（書込）されていないバリュー（未チャージバリューともいう）が管理用ＤＢ２２１に記憶されているか否かが判断される。未チャージバリューが記憶されていると判断された場合、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１のバリュー購入記録をバリュー書込済であることを特定可能な状態に設定し、当該バリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する。
【０１３４】
バリュー発行情報を受信した場合、バリュー発行時処理では、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって、バリュー発行情報から特定されるバリューの額を示すバリュー発行額情報および携帯ＩＤを含む書込処理開始要求情報をリモート発行サーバ４００へ送信することにより、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に、書込処理開始要求情報に含まれるバリュー発行額情報で示される額のバリューが書込まれる。
【０１３５】
バリュー発行時処理では、書込みが完了すると、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域から書込み後のバリュー残高を取得して、バリュー発行完了画面を表示部１４０に表示させる。
【０１３６】
図９に戻り、ステップＳ１９５で、データ処理部１１０は、図１０（ｂ）で説明した起動時初期画面で「ポイント確認」のリンクが選択されることによって、ポイント確認が選択されたか否かを判断する。ポイント確認が選択された場合（ステップＳ１９５でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１６０に進める。
【０１３７】
ステップＳ１５０では、データ処理部１１０は、発行されたポイントを報知するためのポイント報知処理を実行する。本実施の形態においては、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域にポイントが記憶される。よって、ポイント報知処理では、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域から獲得しているポイント数を取得して、ポイント報知画面を表示部１４０に表示させる。
【０１３８】
図１０（ｃ）は、ポイント確認が選択されたときに携帯電話１００の表示部１４０に表示される表示画面図である。図１０（ｃ）の画面には、「現在、１６０ポイント獲得しています。」といったメッセージが表示される。
【０１３９】
ステップＳ１９７では、データ処理部１１０は、携帯電話１００において電子マネーアプリ１１１を終了させるための操作が行なわれたか否かを判断する。終了させるための操作（たとえば、携帯電話１００のデータ入力部１３０のクリアキーの操作等）が行なわれた場合（ステップＳ１９７でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。一方、終了させるための操作が行なわれていない場合（ステップＳ１９７でＮＯの場合）、データ処理部１１０は、実行する処理を前述したステップＳ１９３に進める。
【０１４０】
（電子マネーシステム１０でのバリューの使用の説明）
図１１は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。図１１を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。
【０１４１】
図１２は、本実施の形態における券売機３００で実行される不正登録処理の流れを示すフローチャートである。図１２を参照して、データ処理部３１０は、ステップＳ３１１で、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。
【０１４２】
携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図１９および図２０で説明する。
【０１４３】
携帯使用禁止情報を受信したと判断した場合（ステップＳ３１１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１２で、携帯使用禁止情報を記憶部３２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ３１１でＮＯの場合）、または、ステップＳ３１２の後、データ処理部３１０は、実行する処理をステップＳ３１３に進める。
【０１４４】
ステップＳ３１３では、データ処理部３１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。
【０１４５】
不正端末情報は、携帯ＩＤを含み、携帯ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図１９および図２０で説明する。
【０１４６】
不正端末情報を受信したと判断した場合（ステップＳ３１３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１４で、不正端末情報を記憶部３２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ３１３でＮＯの場合）、または、ステップＳ３１４の後、データ処理部３１０は、実行する処理をこの不正登録処理の呼出元の処理である図１１の発券処理に戻す。
【０１４７】
図１１に戻って、ステップＳ３１７で、データ処理部３１０は、前述した直近特定取引情報記憶領域および当選情報記憶領域の記憶状態を更新するための記憶状態更新処理を実行する。
【０１４８】
図１３は、本実施の形態における券売機３００やカードユニット６００で実行される記憶状態更新処理の流れを示すフローチャートである。図１３を参照して、データ処理部３１０は、ステップＳ７０１において、店舗サーバ８００を介して、他の券売機およびカードユニットからの当選情報を受信したか否かを判断する。携帯ＩＤおよび当選情報（当選ポイント数）は、図１４のステップＳ７１８において後述するように券売機およびカードユニットにおける抽選処理において当選したときに店舗サーバ８００を介して送信される。
【０１４９】
ステップＳ７０１において当選情報を受信していると判断された場合、データ処理部３１０は、ステップＳ７０２において券売機３００に搭載されている記憶部３２０の当選情報記憶領域に、当該当選情報と当該当選情報に対応付けて送信される携帯ＩＤとを対応付けて記憶する処理を行ない、実行する処理をステップＳ７０３に進める。なお、ステップＳ７０２においては、受信した携帯ＩＤと当選情報とを対応付けて、当選情報記憶領域に記憶する処理を行なう例について説明したが、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の記憶状態を受信した携帯ＩＤについて当選情報から特定されるポイントが当選していることを特定可能な記憶状態（たとえば、携帯ＩＤおよび当選情報から特定されるポイントを特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、後述するステップＳ７１０においては、携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯ＩＤであるか否かを判断するようにしてもよい。
【０１５０】
ステップＳ７０３において、データ処理部３１０は、店舗サーバ８００を介して、他の券売機およびカードユニットからの特典発行情報を受信したか否かを判断する。特典発行情報は、図１４のステップＳ７１１において後述するように券売機およびカードユニットにおいてポイント発行処理が行なわれたときに店舗サーバ８００を介して送信されるものであり、ポイント発行処理の対象となった携帯電話１００の携帯ＩＤが含まれる。
【０１５１】
ステップＳ７０３において特典発行情報を受信していると判断された場合、データ処理部３１０は、ステップＳ７０４において券売機３００に搭載されている記憶部３２０の当選情報記憶領域から、当該特典発行情報に含まれる携帯ＩＤと対応する当選情報とを消去する処理を行ない、実行する処理をステップＳ７０５に進める。なお、ステップＳ７０４においては、受信した特典発行情報から特定される携帯ＩＤと対応する当選情報とを、当選情報記憶領域から消去する処理を行なう例について説明したが、これに限らず、ステップＳ７０２において当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の記憶状態を携帯ＩＤについて当選情報から特定されるポイントが当選していることを特定可能な記憶状態に更新するように構成した場合、ステップＳ７０４においては、受信した特典発行情報から特定される携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。
【０１５２】
ステップＳ７０５において、データ処理部３１０は、当該券売機３００からの要求に応じて店舗サーバ８００から送信されるカウント数情報を受信したか否かを判断する。カウント数情報は、図１４のステップＳ７１４において後述するように当該券売機から店舗サーバ８００にカウント数要求情報が送信されたことに応じて、店舗サーバ８００から送信される。
【０１５３】
ステップＳ７０５においてカウント数情報を受信していると判断された場合、データ処理部３１０は、ステップＳ７０６において券売機３００に搭載されている記憶部３２０の直近特定取引情報記憶領域に記憶されているカウント数を、当該カウント数情報から特定されるカウント数に１加算した値に更新する処理を行ない、実行する処理をこの記憶状態更新処理の呼出元の処理である図１１の発券処理に戻す。
【０１５４】
なお、ステップＳ７０６においてカウント数が更新されることにより、当該券売機３００により、他の携帯電話のバリューを用いて特定取引が行なわれるまでに、当該携帯電話のバリューを用いて特定取引が行なわれた場合、更新されたカウント数に基づく当選確率で抽選処理を行なうことができる。
【０１５５】
図１１に戻って、ステップＳ３２０で、データ処理部３１０は、貨幣処理機３８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
【０１５６】
現金投入信号を受信したと判断した場合（ステップＳ３２０でＹＥＳの場合）、ステップＳ３２３で、データ処理部３１０は、貨幣処理機３８０から現金カウント信号を受信して、現金カウント信号で示される現金の額を現金投入額にセットする。
【０１５７】
そして、ステップＳ３２４で、データ処理部３１０は、現金カウント信号を再度受信したか否かを判断することによって、現金が追加投入されたか否かを判断する。現金が追加投入されたと判断した場合（ステップＳ３２４でＹＥＳの場合）、データ処理部３１０は、再度受信された現金カウント信号で示される現金の額を現金投入額に加算する。
【０１５８】
現金が追加投入されていないと判断した場合（ステップＳ３２４でＮＯの場合）、または、ステップＳ３２５の後、データ処理部３１０は、現金投入額以下の金額ボタンを有効化制御する。有効化制御が実行されることにより、操作部３３０の金額ボタンへの操作が有効に受付可能にされるとともに、有効となった金額ボタンに設けられているランプが点灯される。
【０１５９】
そして、ステップＳ３２７で、データ処理部３１０は、ステップＳ３２６で有効化された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、現金投入額以下の金額ボタンが操作されたか否かを判断する。現金投入額以下の金額ボタンが操作されていないと判断した場合（ステップＳ３２７でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３２４に戻す。
【０１６０】
一方、有効化された金額ボタンが操作されたと判断した場合（ステップＳ３２７でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２８で、操作信号で示される金額ボタンの金額を購入金額にセットする。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
【０１６１】
一方、現金投入信号を受信していないと判断した場合（ステップＳ３２０でＮＯの場合）、データ処理部３１０は、ステップＳ３２１で、操作部３３０の利用ボタンの操作が操作されたことを示す操作信号を操作部３３０から受信したか否かを判断することによって、利用ボタンが操作されたか否かを判断する。利用ボタンは、バリューを使用するときにユーザが操作するボタンである。利用ボタンが操作されていないと判断した場合（ステップＳ３２１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０１６２】
一方、利用ボタンが操作されたと判断した場合（ステップＳ３２１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２２で、図１２の不正登録処理で携帯使用禁止情報が記憶部３２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。
【０１６３】
すべての携帯電話１００でのバリューの使用が禁止されていないと判断した場合（ステップＳ３２２でＮＯの場合）、データ処理部３１０は、ステップＳ３３１で、全金額の金額ボタンを有効化制御する。そして、ステップＳ３３２で、データ処理部３１０は、ステップＳ３３１で有効化制御された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、いずれかの金額ボタンが操作されたか否かを判断する。いずれの金額ボタンも操作されていないと判断した場合（ステップＳ３３１でＮＯの場合）、データ処理部３１０は、ステップＳ３３１を繰返す。
【０１６４】
一方、いずれかの金額ボタンが操作されたと判断した場合（ステップＳ３３１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３３３で、操作信号で示される金額ボタンの金額を購入金額にセットする。
【０１６５】
そして、データ処理部３１０は、ステップＳ３４１で、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高が読込まれたか否かを判断する。
【０１６６】
より具体的に、ステップＳ３４１においては、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から特定取引を要求するための特定取引要求情報としての携帯ＩＤおよびバリュー残高を取得する取得処理が行なわれる。携帯電話１００の非接触型ＩＣチップ１９０は、該取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から特定取引を要求するための特定取引要求情報としての携帯ＩＤおよびバリュー残高を送信する。ステップＳ３４１においては、取得処理により携帯ＩＤおよびバリュー残高を取得したか否かが判断される。携帯ＩＤおよびバリュー残高を取得したと判断したときに、読込まれたと判断される。
【０１６７】
読込まれていないと判断した場合（ステップＳ３４１でＮＯの場合）、データ処理部３１０は、ステップＳ３４１の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよびバリュー残高が読込まれないと判断した場合に、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットするようにしてもよい。
【０１６８】
一方、携帯電話１００から携帯ＩＤおよびバリュー残高が読込まれたと判断した場合（ステップＳ３４１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４２で、読込まれた携帯ＩＤが図１２の不正登録処理で記憶部３２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。
【０１６９】
不正携帯電話であると判断した場合（ステップＳ３４２でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４３で、エラー報知する。エラー報知としては、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりする。そして、ステップＳ３４４で、データ処理部３１０は、遊技場３０の係員によって不正携帯電話であるか否かが確認されて、確認操作がされたか否かを判断する。確認操作がされていない場合（ステップＳ３４４でＮＯの場合）、データ処理部３１０は、ステップＳ３４４を繰返す。一方、確認操作がされたと判断した場合（ステップＳ３４４でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０１７０】
不正携帯電話でないと判断した場合（ステップＳ３４２でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３５１に進める。
【０１７１】
一方、すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ３２２でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０１７２】
なお、ステップＳ３４２でＹＥＳの場合は、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットする。
【０１７３】
ステップＳ３５１では、データ処理部３１０は、購入金額がバリュー残額よりも大きな額であるか否かを判断する。購入金額がバリュー残額よりも大きな額でないと判断した場合（ステップＳ３５１でＮＯの場合）、ステップＳ３５６において、データ処理部３１０は、特典関連処理を実行する。
【０１７４】
図１４は、本実施の形態における券売機３００やカードユニット６００で実行される特典関連処理の流れを示すフローチャートである。図１４を参照して、データ処理部３１０は、ステップＳ７１０において、バリュー残高とともに読込まれた携帯ＩＤが、前述した当選情報記憶領域に記憶されているか否かを判断する。なお、ステップＳ７１０において、ステップＳ３４１において取得した特定取引を要求するための特定取引要求情報としての携帯ＩＤを判断に用いる例について説明するが、これに限らず、特定取引要求情報とは別に、ステップＳ７１０において、新たに携帯ＩＤを取得する処理を行ない、取得した携帯ＩＤを判断に用いるように構成してもよい。
【０１７５】
ステップＳ７１０において当選情報記憶領域に記憶されていると判断された場合、データ処理部３１０は、ステップＳ７１１において当該携帯ＩＤと対応付けて記憶されている当選情報から特定されるポイント数を発行するためのポイント発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に、送信するように、チップリーダライタ３９０を制御する。アプリ起動信号は、携帯電話１００の電子マネーアプリ１１１を外部から起動させるための信号である。これにより、非接触型ＩＣチップ１９０の非接触通信部１９３からポイント発行情報を含むアプリ起動信号が受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域にポイント発行情報から特定されるポイント数が加算更新されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
【０１７６】
また、データ処理部３１０は、ステップＳ７１１において、さらに、当該携帯ＩＤと当該当選情報とを特定するための特典発行情報を店舗サーバ８００に送信し、当該携帯ＩＤと当該携帯ＩＤに対応する当選情報とを当選情報記憶領域から消去する処理を行なう。ステップＳ７１１により、ポイント発行処理が構成されている。
【０１７７】
なお、ステップＳ７１１においては、当選した携帯ＩＤと当選情報とを、当選情報記憶領域から消去する処理を行なう例について説明したが、これに限らず、ステップＳ７０２や後述するステップＳ７１８において当選情報記憶領域に携帯ＩＤを予め記憶し、受信または当選した携帯ＩＤについて当選情報から特定されるポイントが当選していることを特定可能な記憶状態に更新するように構成した場合、ステップＳ７１１においては、発行する携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。つまり、データ処理部３１０は、当選情報記憶領域における記憶状態を発行済（付与済）を特定可能に更新する。
【０１７８】
データ処理部３１０は、ステップＳ７１２において、バリュー残高とともに読込まれた携帯ＩＤが、前述した直近特定取引情報記憶領域に記憶された携帯ＩＤと一致するか否かを判断する処理を行なう。ステップＳ７１２において直近特定取引情報記憶領域に記憶された携帯ＩＤと一致すると判断された場合、データ処理部３１０は、ステップＳ７１３において直近特定取引情報記憶領域に記憶されているカウント数の値を１加算更新する処理を行なう。
【０１７９】
一方、ステップＳ７１２において直近特定取引情報記憶領域に記憶された携帯ＩＤと一致しないと判断された場合、データ処理部３１０は、ステップＳ７１４においてバリュー残高とともに読込まれた読込携帯ＩＤ、直近特定取引情報記憶領域に記憶されている直近に特定取引が行なわれた際に記憶された直近携帯ＩＤ、および当該直近携帯ＩＤに対応付けて記憶されたカウント数を含むカウント数要求情報を店舗サーバ８００に送信する処理を行なう。これにより、読込携帯ＩＤに対応して店舗サーバ８００において管理されているカウント数を示すカウント数情報を受信することができる。また、直近携帯ＩＤに対応付けて記憶されていたカウント数を店舗サーバ８００において管理することができる。
【０１８０】
ステップＳ７１５において、データ処理部３１０は、バリュー残高とともに読込まれた携帯ＩＤと、当該携帯ＩＤに対応付けてカウント数として「０」を記憶する処理を行なう。本実施の形態においては、ステップＳ７１５のように、ステップＳ７１２でＮＯと判断された場合、カウント数として強制的に「０」を記憶させるように構成したため、処理を迅速に進行させることができる。なお、これに限らず、ステップ７１５においては、カウント数要求情報を送信したことにより受信するカウント数情報から特定されるカウント数に１加算した値をカウント数として記憶させるように構成してもよい。
【０１８１】
ステップＳ７１６において、データ処理部３１０は、直近特定取引情報記憶領域に記憶されているカウント数に対応する抽選用テーブルに基づく当選確率に従って、抽選処理を行なう。なお、ステップＳ７１２からステップＳ７１６により、抽選処理が構成されている。
【０１８２】
つまり、データ処理部３１０は、ステップＳ７１３において直近特定取引情報記憶領域に記憶されたカウント数に１加算した値を、今回の特定取引対象の携帯電話１００について所定期間（本実施の形態においては、１ヶ月）内に特定取引が実行された回数として特定し、ステップＳ７１６において、該特定した回数に応じて図６の抽選用テーブルに記憶された抽選確率に基づいて抽選を行ない特典であるポイントを付与するか否かを決定する。言い換えれば、データ処理部３１０は、前記特定した特定取引が実行された回数に応じて、特典を付与するか否かを決定する確率を変更する。
【０１８３】
ステップＳ７１７において、データ処理部３１０は、ステップＳ７１６における抽選処理において当選したか否かを判断する処理を行なう。ステップＳ７１７において当選したと判断された場合、データ処理部３１０は、ステップＳ７１８において携帯ＩＤと当選したポイント数を特定するための当選情報とを対応付けて当選情報記憶領域に記憶するとともに、店舗サーバ８００に送信する処理を行なう。
【０１８４】
つまり、データ処理部３１０は、後述するポイントが付与される旨を報知するための報知処理の対象の携帯電話１００の携帯ＩＤを図８に示す当選情報記憶領域に記憶するとともに、該記憶される携帯ＩＤを他の発券機３００はカードユニット６００に記憶させるために、当該携帯ＩＤと当選情報（当選ポイント数）とを店舗サーバ８００経由で他の発券機３００やカードユニット６００に出力する。そして、後述するように、店舗サーバ８００を介して当該携帯ＩＤと当選情報を受信した他の発券機３００やカードユニット６００は、図１３に示す記憶状態更新処理のステップＳ７０２において、該携帯ＩＤと当選情報とを自己の当選情報記憶領域に記憶する。
【０１８５】
なお、ステップＳ７１８においては、当選した携帯ＩＤと当選情報とを対応付けて、当選情報記憶領域に記憶する処理を行なう例について説明したが、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の記憶状態を当選した携帯ＩＤについて当選したポイントを特定可能な記憶状態（たとえば、当選した携帯ＩＤおよびポイントを特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、前述したステップＳ７１０においては、携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯ＩＤであるか否かを判断するようにしてもよい。当該携帯ＩＤが当選していることを特定可能な記憶状態であるときに、ステップＳ７１０においてＹＥＳと判断されてステップＳ７１１の処理を行ない、当該携帯ＩＤが当選していることを特定可能な記憶状態でないときに、ステップＳ７１０においてＮＯと判断されてステップＳ７１１の処理を行なわないように構成してもよい。
【０１８６】
また、データ処理部３１０は、ステップＳ７１８において、さらに、当選情報（当選ポイント数）を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に、送信するように、チップリーダライタ３９０を制御する。これにより、電子マネーアプリ１１１を起動させることができる。
【０１８７】
つまり、データ処理部３１０は、ステップＳ３４１で特定取引を要求する特定取引要求情報を受信したことを条件として、さらには、ステップＳ７１６でポイントを付与すると決定されたことを条件として、ステップＳ７１８において次回以降（本実施の形態では、次回）の特定取引が実行されるときに所定の特典としてポイントが付与される旨を報知するための報知処理として、携帯電話１００に対して当選情報を含むアプリ起動信号を送信する処理を行なう。そして、当該アプリ起動信号を受信した携帯電話１００においては、後述するように、電子マネーアプリ１１１が起動され、表示部１４０において次回の特定取引が実行されるときにポイントが付与される旨が表示されることで報知される。
【０１８８】
また、以上説明したように、本実施の形態における特定取引装置としての発券機３００（カードユニット６００も同様）は、図１４に示す特典関連処理のステップＳ７１８において報知処理が行なわれた後、図１１に示すステップＳ３４１において再度携帯電話１００から特定取引要求情報を受信したことを条件として、所定の特典であるポイントを付与するための特典付与処理として、図１４に示す特典関連処理のステップＳ７１１においてポイント発行情報を含むアプリ起動信号を携帯電話１００に対して送信する処理を行なう。かかるポイント発行情報を含むアプリ起動信号を受信した携帯電話１００においては、非接触ＩＣチップ１９０の制御部１９１により、ポイント発行情報に示されたポイント数を記憶部１９２に記憶されているポイント数に加算更新する処理が行なわれて、ポイントの付与が実施される。
【０１８９】
より具体的には、発券機３００は、ステップＳ３４１で特定取引要求とともに受信した携帯ＩＤが、図８に示す当選情報記憶領域に記憶された、前記報知処理の対象の携帯電話１００の携帯ＩＤと一致するか否かをステップＳ７１０において判定し（受信した携帯ＩＤが当選情報記憶領域の記憶情報から特定されるか否かを判定し）、一致することを条件として、ステップＳ７１１の特典付与処理を実施するとともに、当選情報記憶領域から当該携帯ＩＤを消去して、特典付与済みであることを特定可能な記憶状態に更新する。
【０１９０】
なお、本実施の形態においては、ポイント発行情報および当選情報をそれぞれステップＳ７１１とステップＳ７１８において別個に携帯電話１００に対して送信している。しかし、このように別個に携帯電話１００に送信するものに限らず、ポイント発行情報および当選情報を含むアプリ起動信号を同時に送信するようにしてもよい。
【０１９１】
ステップＳ７１９において、データ処理部３１０は、購入金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ３９０を制御する。なお、本実施の形態においては、当選情報を含むアプリ起動信号と減算要求信号とを携帯電話１００に対して別個に送信しているが、これに限らず、同時に送信してもよい。
【０１９２】
具体的には、データ処理部３１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部３９３を制御する旨の減算制御コマンドをチップリーダライタ３９０の制御部３９１に送信する。チップリーダライタ３９０の制御部３９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部３９３を制御する。
【０１９３】
一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号を券売機３００のチップリーダライタ３９０に送信する処理が行なわれる。
【０１９４】
そして、データ処理部３１０は、ステップＳ７２０で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ３９０の制御部３９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部３１０に送信する。データ処理部３１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部３１０は、ステップＳ７２０において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。
【０１９５】
減算終了信号を受信したと判断した場合（ステップＳ３５７でＹＥＳの場合）、データ処理部３１０は、実行する処理をこの特典関連処理の呼出元の処理である図１１の発券処理に戻す。
【０１９６】
図１１に戻って、ステップＳ３５８で、データ処理部３１０は、バリュー残額から購入金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から購入金額を減算した額が所定額以下であると判断した場合（ステップＳ３５８でＹＥＳの場合）、ステップＳ３５９で、データ処理部３１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ３９０を制御する。
【０１９７】
減算後残高僅少情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が僅少である旨を携帯電話１００に伝達するための情報である。所定額は、たとえば、最低額のプリペイドカード３７１を１回購入できる額であり、本実施の形態においては、１０００円である。なお、所定額は、僅少な額であれば、他の額であってもよい。
【０１９８】
一方、バリュー残額から購入金額を減算した額が所定額以下でないと判断した場合（ステップＳ３５８でＮＯの場合）、または、ステップＳ３５９の後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。
【０１９９】
一方、購入金額がバリュー残額よりも大きな額であると判断した場合（ステップＳ３５１でＹＥＳの場合）、ステップＳ３５２で、データ処理部３１０は、減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。減算前残高不足情報は、バリューを減算する前に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。その後、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。
【０２００】
ステップＳ３６１では、データ処理部３１０は、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
【０２０１】
次に、ステップＳ３６２で、データ処理部３１０は、購入金額のプリペイドカード３７１を発券するよう、カードリーダライタ３７０を制御する。なお、現金投入額が購入金額より多い場合は、データ処理部３１０は、現金投入額から購入金額を減算した釣銭を払出すよう、貨幣処理機３８０を制御する。そして、データ処理部３１０は、ステップＳ３６３で、購入金額、バリュー残額、および、現金投入額をリセットして、実行する処理をステップＳ３１０に戻す。
【０２０２】
図１１のステップＳ３５９、ステップＳ３５２が実行されることによって、また、図１４のステップＳ７１１、ステップＳ７１８が実行されることによって、券売機３００から送信されたアプリ起動信号を非接触型ＩＣチップ１９０で受信すると、非接触型ＩＣチップ１９０の制御部１９１は、電子マネーアプリ１１１を起動させるコマンドをデータ処理部１１０に出力する。電子マネーアプリ１１１を起動させるコマンドを受けると、データ処理部１１０は、電子マネーアプリ１１１を起動させる。
【０２０３】
図１５は、本実施の形態における電子マネーシステム１０において券売機３００やカードユニット６００から携帯電話１００の電子マネーアプリ１１１が起動されるときに携帯電話１００の表示部１４０に表示される表示画面図である。図１５（ａ）の画面は、図１０（ａ）の画面と同様であるので、重複する説明は繰返さない。
【０２０４】
図９に戻って、電子マネーアプリ１１１のステップＳ１８０で、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１７０に進める。
【０２０５】
ステップＳ１７０では、データ処理部１１０は、ポイント発行情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号にポイント発行情報が含まれているか否かを判断する。ポイント発行情報を受信していると判断した場合（ステップＳ１７０でＹＥＳの場合）、ステップＳ１７１で、データ処理部３１０は、当選情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に当選情報が含まれているか否かを判断する。
【０２０６】
当選情報を受信していると判断した場合（ステップＳ１７１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７２において、ポイント発行情報から特定されるポイントを獲得した旨、および当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７１でＮＯの場合）、データ処理部１１０は、ステップＳ１７３において、ポイント発行情報から特定されるポイントを獲得した旨を報知する。
【０２０７】
ステップＳ１７０において、ポイント発行情報を受信していないと判断した場合（ステップＳ１７０でＮＯの場合）、ステップＳ１７４で、データ処理部３１０は、当選情報を受信したか否かを判断する。
【０２０８】
当選情報を受信していると判断した場合（ステップＳ１７４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７５において、当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７４でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１７１に進める。
【０２０９】
ステップＳ１７２、ステップＳ１７３、あるいはステップＳ１７５のいずれかにおいて報知された場合、ステップＳ１７６において、報知されたことが確認された旨の確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ１７６でＮＯの場合）、データ処理部１１０は、ステップＳ１７６の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ１７６でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。
【０２１０】
図１５に進んで、図１５（ｄ）は、ポイントを獲得した旨、および当選した旨を報知するための表示画面図である。図１５（ｄ）の画面には、ポイントを獲得した旨として「２０ポイント獲得！」といったメッセージが表示され、当選した旨として「次回１０ポイント当選！」といったメッセージが表示され、さらに当選したポイントを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したポイントを獲得できます。」といったメッセージが表示される。図１５（ｅ）は、ポイントを獲得した旨を報知するための表示画面図である。図１５（ｅ）の画面には、ポイントを獲得した旨として「２０ポイント獲得！」といったメッセージが表示される。図１５（ｆ）は、当選した旨を報知するための表示画面図である。図１５（ｆ）の画面には、当選した旨として「次回１０ポイント当選！」といったメッセージが表示され、さらに当選したポイントを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したポイントを獲得できます。」といったメッセージが表示される。
【０２１１】
図９に戻り、ステップＳ１８１では、データ処理部１１０は、減算前残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算前残高不足情報が含まれているか否かを判断する。減算前残高不足情報を受信していないと判断した場合（ステップＳ１８１でＮＯの場合）、ステップＳ１８２で、データ処理部３１０は、減算後残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算後残高不足情報が含まれているか否かを判断する。
【０２１２】
減算後残高不足情報を受信していないと判断した場合（ステップＳ１８２でＮＯの場合）、ステップＳ１８４で、データ処理部３１０は、携帯電話１００に記憶されているバリューの残高が僅少である旨を報知する。本実施の形態においては、残高が僅少である旨を報知する。
【０２１３】
減算前残高不足情報を受信したと判断した場合（ステップＳ１８１でＹＥＳの場合）、または、減算後残高不足情報を受信したと判断した場合（ステップＳ１８２でＹＥＳの場合）、ステップＳ１８５で、データ処理部３１０は、携帯電話１００に記憶されているバリューの残高が不足している旨を報知する。
【０２１４】
ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０で、データ処理部３１０は、バリュー購入時処理を実行する。バリュー購入時処理が実行されるため、ユーザが電子マネーアプリ１１１を起動させなくても、自動的に購入金額選択画面を表示させることができる。
【０２１５】
なお、ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０に遷移するようにしたが、これに限定されず、ステップＳ１９２に遷移するようにしてもよい。これによって、ユーザが起動時初期画面でバリュー購入を選択することによって、バリュー購入時処理を実行させることができる。
【０２１６】
図１５に進んで、図１５（ｂ）は、残高が僅少である旨の表示画面図である。図１５（ｂ）の画面には、携帯電話１００に記憶されているバリューの残高が僅少である旨、および、バリューの購入のための処理に移行する旨が表示される。図１５（ｃ）は、残高が不足している旨の表示画面図である。図１５（ｃ）の画面には、携帯電話１００に記憶されているバリューの残高が不足している旨、および、バリューの購入のための処理に移行する旨が表示される。
【０２１７】
なお、本実施の形態においては、ステップＳ１７２、ステップＳ１７３、ステップＳ１７５、ステップＳ１８４、およびステップＳ１８５における報知は、表示部１４０に表示させる例を説明した。しかし、これに限定されず、たとえば、データ処理部１１０は、音声を出力したり、振動を発生させたりすることによって、報知するようにしてもよい。
【０２１８】
図１６は、本実施の形態におけるカードユニット６００で実行される球貸処理の流れを示すフローチャートである。図１６を参照して、まず、ステップＳ６１０で、カードユニット６００のデータ処理部６１０は、ユニット不正登録処理を実行する。
【０２１９】
図１８は、本実施の形態におけるカードユニット６００で実行されるユニット不正登録処理の流れを示すフローチャートである。図１８を参照して、ステップＳ６０１で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。携帯使用禁止情報は、図１２のステップＳ３１１で説明したので重複する説明は繰返さない。
【０２２０】
携帯使用禁止情報を受信したと判断した場合（ステップＳ６０１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０２で、携帯使用禁止情報を記憶部６２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ６０１でＮＯの場合）、または、ステップＳ６０２の後、データ処理部６１０は、実行する処理をステップＳ６０３に進める。
【０２２１】
ステップＳ６０３では、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。不正端末情報は、図１２のステップＳ３１３で説明したので重複する説明は繰返さない。
【０２２２】
不正端末情報を受信したと判断した場合（ステップＳ６０３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０４で、不正端末情報を記憶部６２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ６０３でＮＯの場合）、または、ステップＳ６０４の後、ステップＳ６０５で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正カードＩＤを受信したか否かを判断する。
【０２２３】
不正カードＩＤは、不正な携帯電話１００で購入されたプリペイドカード３７１を識別するためのＩＤである。不正カードＩＤを送信する処理については、後述する図１９および図２０で説明する。
【０２２４】
不正カードＩＤを受信したと判断した場合（ステップＳ６０５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０６で、不正カードＩＤを記憶部６２０に記憶させる。不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、または、ステップＳ６０６の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図１６の球貸処理に戻す。一方、不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、データ処理部６１０は、実行する処理を図１６の球貸処理に戻す。
【０２２５】
図１６に戻って、データ処理部６１０は、ステップＳ６１０ａで、図１１のステップＳ３１７で説明した記憶状態更新処理を実行する。ステップＳ６１０ａにおける記憶状態更新処理の処理内容では、記憶、消去、更新等を行なう対象がカードユニット６００の記憶部６２０に設けられた当選情報記憶領域または直近特定取引情報記憶領域である点を除き、図１３で説明した内容と同様であるため、重複した説明は繰返さない。次に、データ処理部６１０は、ステップＳ６１１で、カードリーダライタ６７０からプリペイドカード３７１が投入されたことを示す投入信号を受信したか否かを判断する。
【０２２６】
投入信号を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１２で、カードリーダライタ６７０から、投入されたプリペイドカード３７１のカードＩＤが、記憶部６２０に記憶された不正カードＩＤと同じであることを示す不正カード信号を受信したか否かを判断する。
【０２２７】
不正カードでないと判断した場合（ステップＳ６１２でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６９０に進める。一方、不正カードであると判断した場合（ステップＳ６１２でＹＥＳの場合）、データ処理部６１０は、ステップＳ６７１で、不正なプリペイドカードが投入された旨をエラー報知する。エラー報知は、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりすることによって行なう。そして、ステップＳ６７２で、データ処理部６１０は、遊技場３０の係員によってエラー報知が確認されたことを示す確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ６７２でＮＯの場合）、データ処理部６１０は、ステップＳ６７２の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ６７２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
【０２２８】
一方、投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、データ処理部６１０は、ステップＳ６２０で、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。
【０２２９】
現金投入信号を受信したと判断した場合（ステップＳ６２０でＹＥＳの場合）、ステップＳ６８１で、データ処理部６１０は、発券するプリペイドカード３７１のカードＩＤ、および、購入に用いた現金額をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。
【０２３０】
次に、ステップＳ６８２で、データ処理部６１０は、プリペイドカード３７１を発行し、貨幣処理機６８０からの現金カウント信号で示される現金投入額を、カードリーダライタ６７０の内部に予めストックされているプリペイドカード３７１に入金するよう、カードリーダライタ６７０を制御する。なお、ここでは、プリペイドカード３７１は、入金後、カードユニット６００の中に保持されて、排出されない。その後、データ処理部６１０は、実行する処理をステップＳ６９０に進める。
【０２３１】
ステップＳ６９０では、データ処理部６１０は、プリペイド球貸処理を実行する。プリペイド球貸処理については、後述する図１７で説明する。
【０２３２】
図１７は、本実施の形態におけるカードユニット６００で実行されるプリペイド球貸処理の流れを示すフローチャートである。
【０２３３】
図１７を参照して、ステップＳ６９１で、データ処理部６１０は、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。現金投入信号を受信したと判断した場合（ステップＳ６９１でＹＥＳの場合）、ステップＳ６９２で、データ処理部６１０は、貨幣処理機６８０から現金カウント信号を受信して、現金カウント信号で示される現金の額をプリペイドカード３７１に加算するよう、カードリーダライタ６７０を制御する。
【０２３４】
一方、現金投入信号を受信していないと判断した場合（ステップＳ６９１でＮＯの場合）、または、ステップＳ６９２の後、データ処理部６１０は、ステップＳ６１３で、カードリーダライタ６７０によって読込まれたプリペイドカード３７１に記録されたプリペイドの残高を、カードリーダライタ６７０から受信する。
【０２３５】
次に、ステップＳ６１４で、データ処理部６１０は、受信した残高が０より大きい値であるか、すなわち残高が０でないか否かを判断する。残高が０よりも大きい値でないと判断した場合（ステップＳ６１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
【０２３６】
一方、残高が０より大きい値であると判断した場合（ステップＳ６１４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１５で、球貸ボタン６３１から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合（ステップＳ６１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
【０２３７】
一方、球貸操作信号を受信したと判断した場合（ステップＳ６１５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１６で、プリペイドカード３７１の残高から所定貸球相当の対価を減算する。次に、データ処理部６１０は、ステップＳ６１７で、減算した残高をプリペイドカード３７１に書込むよう、カードリーダライタ６７０を制御する。
【０２３８】
次いで、ステップＳ６１８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。なお、カードユニット６００は、球貸信号を送信することによりパチンコ遊技機７００に遊技球を払出させるものに限らず、自ら遊技球を払出すものであってもよい。すなわち、ステップＳ６１８において、遊技球を払出す処理を実行するものであってもよい。その後、データ処理部６１０は、実行する処理をステップＳ６３１に進める。
【０２３９】
ステップＳ６３１では、データ処理部６１０は、返却ボタン６３２から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合（ステップＳ６３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６９１に戻す。
【０２４０】
一方、返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。
【０２４１】
ステップＳ６３２では、データ処理部６１０は、プリペイドカード３７１から読込まれた残高をリセットする。次に、ステップＳ６３３で、データ処理部６１０は、プリペイドカード３７１を返却するように、カードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をこのプリペイド球貸処理の呼出元の処理である図１６の球貸処理に戻す。
【０２４２】
図１６に戻って、ステップＳ６９０でプリペイド球貸処理の実行後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
【０２４３】
一方、現金投入信号を受信していないと判断した場合（ステップＳ６２０でＮＯの場合）、データ処理部６１０は、ステップＳ６２２で、図１８のユニット不正登録処理で携帯使用禁止情報が記憶部６２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ６２２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
【０２４４】
一方、すべての携帯電話１００でのバリューの使用が禁止されていないと判断した場合（ステップＳ６２２でＮＯの場合）、データ処理部６１０は、ステップＳ６４１からステップＳ６４８までの処理を実行する。ステップＳ６４１からステップＳ６４４までの処理は、図１１で説明した発券処理のステップＳ３４１からステップＳ３４４と同様であるので、説明は繰返さない。
【０２４５】
ステップＳ６５１では、データ処理部６１０は、バリュー残額が０円であるか否かを判断する。バリュー残額が０円であると判断した場合（ステップＳ６５１でＹＥＳの場合）、ステップＳ６５２で、データ処理部６１０は、図１１の発券処理のステップＳ３５２と同様の減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する。その後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
【０２４６】
なお、本実施の形態においては、ステップＳ６５１で、バリュー残額が０円であるか否かを判断した。これは、本実施の形態におけるバリューは、遊技のみに用いられ、球貸の単位である１００円単位でバリューが引落とされるため、０円であるか否かを判断することによって、球貸可能なバリューが残っているか否かを判断できるためである。しかし、遊技場３０以外でもバリューを用いることができるようにした場合、ステップＳ６５１で、バリュー残額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。
【０２４７】
一方、バリュー残額が０円でないと判断した場合（ステップＳ６５１でＮＯの場合）、データ処理部６１０は、ステップＳ６５３で、バリュー残額が１０００円以上であるか否かを判断する。バリュー残額が１０００円以上であると判断した場合（ステップＳ６５３でＹＥＳの場合）、ステップＳ６５４で、データ処理部６１０は、１０００円を購入金額にセットする。一方、バリュー残額が１０００円未満であると判断した場合（ステップＳ６５３でＮＯの場合）、ステップＳ６５５で、データ処理部６１０は、バリュー残額を購入金額にセットする。
【０２４８】
なお、ステップＳ６５３およびステップＳ６５４では、１０００円としたので、後述するステップＳ６６２で、１０００円に相当する貸球が払出される。しかし、これに限定されず、５００円に相当する貸球が払出されるようにしてもよい。この場合、ステップＳ６５３で、バリュー残額が５００円以上であるか否かを判断し、ステップＳ６５４で、データ処理部６１０は、５００円を購入金額にセットする。
【０２４９】
ステップＳ６５４またはステップＳ６５５の後、ステップＳ６５６で、データ処理部６１０は、図１１の発券処理のステップＳ３５６で説明した特典関連処理を実行する。ステップＳ６５５における特典関連処理の処理内容では、記憶、読出等を行なう対象がカードユニット６００の記憶部６２０に設けられた当選情報記憶領域または直近特定取引情報記憶領域である点を除き、図１４で説明した内容と同様であるため、重複した説明は繰返さない。
【０２５０】
次に、ステップＳ６５８で、データ処理部６１０は、バリュー残額から購入金額を減算した額が０円であるか否かを判断する。バリュー残額から購入金額を減算した額が０円であると判断した場合（ステップＳ６５８でＹＥＳの場合）、ステップＳ６５９で、データ処理部６１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高不足情報を含むアプリ起動信号を送信するように、チップリーダライタ６９０を制御する。
【０２５１】
減算後残高不足情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。アプリ起動信号は、ステップＳ３５９で説明したものと同様である。
【０２５２】
なお、ステップＳ６５１と同様、ステップＳ６５８で、バリュー残額から購入金額を減算した額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。
【０２５３】
さらに、ステップＳ６５８に加えて、図１１の発券処理のステップＳ３５８と同様に、バリュー残額から購入金額を減算した額が所定額以下か否かを判断して、所定額以下である場合、ステップＳ３５９と同様に、減算後残額僅少情報を含むアプリ起動信号を携帯電話１００に送信するようにしてもよい。
【０２５４】
一方、バリュー残額から購入金額を減算した額が０円でないと判断した場合（ステップＳ６５８でＮＯの場合）、または、ステップＳ６５９の後、データ処理部６１０は、ステップＳ６６１からステップＳ６６３までの処理を実行する。ステップＳ６６１からステップＳ６６３までの処理は、図１１の発券処理のステップＳ３６１からステップＳ３６３までの処理と同様であるので、説明は繰返さない。ステップＳ６６３の後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。
【０２５５】
ステップＳ６５９またはステップＳ６５２が実行されることによってカードユニット６００から送信されたアプリ起動信号が非接触型ＩＣチップ１９０で受信されることによって実行される電子マネーアプリ１１１のステップＳ１８１からステップＳ１８５までの処理については、図１０で説明したので、説明は繰返さない。
【０２５６】
図１９は、本実施の形態における電子マネー管理サーバ２００により実行される残額管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。
【０２５７】
図１９を参照して、まず、ステップＳ２９１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から取引情報を受信したか否かを判断する。取引情報を受信した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額を減算する。
【０２５８】
ステップＳ２９２の後、または、取引情報を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断する。
【０２５９】
チャージ累計額がマイナスの会員ＩＤがあると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その会員ＩＤの不正回数を１回加算する。
【０２６０】
ステップＳ２８２の後、または、チャージ累計額がマイナスの会員ＩＤがないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の会員ＩＤがあるか否かを判断する。
【０２６１】
不正回数１回の会員ＩＤがあると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤの携帯電話のバリューを使用して購入されたプリペイドカードのカードＩＤをユニットに登録する旨および当該携帯ＩＤを含む不正媒体情報を遊技場３０側に送信する。
【０２６２】
ステップＳ２８４の後、または、不正回数１回の会員ＩＤがないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の会員ＩＤがあるか否かを判断する。
【０２６３】
不正回数２回の会員ＩＤがあると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤを券売機３００に登録する旨、および、その会員ＩＤに対応する携帯ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。
【０２６４】
ステップＳ２８７の後、または、不正回数２回の会員ＩＤがないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、全国の遊技場で発生した不正回数が３回以上であるか否かを判断する。
【０２６５】
全国の遊技場で発生した不正回数が３回以上であると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と全国の遊技場側にも送信する。なお、データ処理部２１０が携帯使用禁止情報を、不正が発生した遊技場３０以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場３０と同じ商圏の他の遊技場や、不正が発生した遊技場３０と近隣の遊技場に送信するものであってもよい。この場合、ステップＳ２８８においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が３回以上であるか否かを判断するようにしてもよい。その後、データ処理部２１０は、実行する処理をステップＳ２９１に戻す。
【０２６６】
図２０は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図２０を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、券売機３００またはカードユニット６００から取引情報を受信したか否かを判断する。
【０２６７】
取引情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１２で、取引情報に含まれる携帯ＩＤごとに、発券したプリペイドカード３７１のカードＩＤ、購入に用いた現金額、および、購入に用いたバリューの額をそれぞれ特定する情報を対応させて記憶部に記憶させる。
【０２６８】
ステップＳ８１２の後、または、取引情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、電子マネー管理サーバ２００へ取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。
【０２６９】
取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１４でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１４で、記憶部に記憶された前回送信後の携帯電話１００での取引情報を電子マネー管理サーバ２００に送信する。
【０２７０】
ステップＳ８１４の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１４でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００から受信したか否かを判断する。
【０２７１】
携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。
【０２７２】
ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００から受信したか否かを判断する。
【０２７３】
不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。
【０２７４】
ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００から受信したか否かを判断する。
【０２７５】
不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのカードユニット６００に送信する。
【０２７６】
ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２７で、券売機３００あるいはカードユニット６００から図１４の特典関連処理におけるステップＳ７１８で送信される携帯ＩＤおよび当選情報を受信したか否かを判断する。
【０２７７】
携帯ＩＤおよび当選情報を受信したと判断した場合（ステップＳ８２７でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２８で、送信元の券売機３００あるいはカードユニット６００以外の他の券売機およびカードユニットへ、受信した携帯ＩＤおよび当選情報を送信し、ステップＳ８２９で、携帯ＩＤおよび当選情報を店舗サーバ８００に搭載されている記憶部に記憶する。
【０２７８】
ステップＳ８２９の後、または、携帯ＩＤおよび当選情報を受信していないと判断した場合（ステップＳ８２７でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３０で、券売機３００あるいはカードユニット６００から図１４の特典関連処理におけるステップＳ７１１で送信される特典発行情報を受信したか否かを判断する。
【０２７９】
特典発行情報を受信したと判断した場合（ステップＳ８３０でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３１で、送信元の券売機３００あるいはカードユニット６００以外の他の券売機およびカードユニットへ、受信した特典発行情報を送信し、ステップＳ８３２で、特典発行情報から特定される携帯ＩＤの当選情報を消去する。
【０２８０】
本実施の形態においては、ステップＳ８２９およびステップＳ８３２で説明したように、店舗サーバ８００の記憶部において、当選した携帯ＩＤおよび当選情報を記憶している。これにより、たとえば、券売機３００やカードユニット６００を増設する場合等、店舗サーバ８００の記憶部に記憶されている情報を用いることができるため、メンテナンス性を向上させることができる。
【０２８１】
ステップＳ８３２の後、または、特典発行情報を受信していないと判断した場合（ステップＳ８３０でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３３で、券売機３００あるいはカードユニット６００から図１４の特典関連処理におけるステップＳ７１４で送信されるカウント数要求情報を受信したか否かを判断する。
【０２８２】
カウント数要求情報を受信したと判断した場合（ステップＳ８３３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３４で、カウント数要求情報に含まれる直近携帯ＩＤに対応させてカウント数を記憶し、ステップＳ８３５で、読込携帯ＩＤのカウント数を読み出して、当該カウント数を特定するためのカウント数情報を、送信元の券売機３００あるいはカードユニット６００へ送信し、実行する処理をステップＳ８１１に戻す。本実施の形態においては、店舗サーバ８００において、１ヶ月の間に遊技場３０で特定取引が行なわれた携帯電話の携帯ＩＤに対応付けてカウント数が管理される。本実施の形態においては、１ヶ月経過すると、店舗サーバ８００において管理されているカウント数がリセットされる。なお、店舗サーバ８００において管理されているカウント数をリセットする期間としては、１ヶ月に限らず、１日、３ヶ月、１年等、どのような期間であってもよい。
【０２８３】
次に、前述した第１の実施の形態により得られる主な効果を説明する。
（１）  特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高が携帯電話１００の非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から送信されて、ステップＳ３４１およびステップＳ６４１において受信したと判断されたことを条件として、当選情報を含むアプリ起動信号がステップＳ７１８により送信されて、次回の特定取引が行なわれるときにポイントが発行される旨が携帯電話１００の表示部１４０に表示される（図１５（ｄ），（Ｆ）参照）。そして、次回の特定取引が行なわれるときに、前回の特定取引が行なわれる際に当選情報記憶領域に記憶されていた当選情報から特定される所定数のポイントを発行するためのポイント発行情報を含むアプリ起動信号がステップＳ７１１により送信され、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域にポイント発行情報から特定されるポイント数が加算更新される。これにより、次回の特定取引を行なわせることをユーザに促すことができ、売上の向上に資することができる。
【０２８４】
（２）  抽選処理により当選したとき、すなわちステップＳ７１７でＹＥＳと判断された場合に、当選情報を含むアプリ起動信号がステップＳ７１８により送信される。一方、抽選処理ではずれたときには、すなわちステップＳ７１７でＮＯと判断され、当選情報を含むアプリ起動信号が送信されない。これにより、特定取引が行なわれる度に当選する場合と比較して、当選することに希少性を持たせることができるとともに、当選したときに大きなポイント数を発行させることができる。このため、再度の特定取引を行なわせることをユーザにより一層強く促すことができ、売上の向上に資することができる。
【０２８５】
（３）  ステップＳ３４１およびステップＳ６４１により特定取引対象の携帯ＩＤが取得された携帯ＩＤのうち抽選処理により当選した携帯ＩＤが、ステップＳ７１８およびステップＳ７０２により当選情報記憶領域に記憶される。一方、ステップＳ３４１およびステップＳ６４１により特定取引対象の携帯ＩＤが取得された携帯ＩＤが当選情報記憶領域に記憶されているか否かがステップＳ７１０により判断され、記憶されていると判断された場合に、ポイント発行情報を含むアプリ起動信号がステップＳ７１１により送信されるとともに、ステップＳ７１１およびステップＳ７０４により当該携帯ＩＤが当選情報記憶領域から消去される。このため、抽選処理により当選した携帯ＩＤの携帯電話に対して、ポイント発行情報から特定されるポイント数を確実に加算更新させることができる。
【０２８６】
（４）  抽選処理により当選した携帯ＩＤが、ステップＳ７１８により店舗サーバ８００を介して他の券売機およびカードユニットに送信され、ステップＳ７０２により当選情報記憶領域に記憶される。これにより、遊技場３０に設置されたいずれの券売機およびカードユニットにおいて次回の特定取引を行なったとしても、抽選処理により当選した携帯ＩＤの携帯電話に対して、当選したポイント数を加算更新させることができる。このため、ユーザの利便性を向上させることができる。
【０２８７】
（５）  当選情報を含むアプリ起動信号がステップＳ７１８により送信されて、次回の特定取引が行なわれるときにポイントが発行される旨が携帯電話１００の表示部１４０に表示される（図１５（ｄ），（Ｆ）参照）。また、次回の特定取引が行なわれるときに、ポイント発行情報を含むアプリ起動信号がステップＳ７１１により送信されて、ポイントが発行された旨が携帯電話１００の表示部１４０に表示される（図１５（ｄ），（ｅ）参照）。このため、たとえば、次回の特定取引が行なわれるときにポイントが発行される旨や、ポイントが発行された旨を報知するための報知部を備えた券売機やカードユニットに入れ替えることや、遊技場３０に設置された券売機やカードユニットに前述した報知部を取り付ける作業を行なう必要がないため、導入コストを低減させることができる。
【０２８８】
（６）  店舗サーバ８００において、１ヶ月の間に遊技場３０で特定取引が行なわれた携帯電話の携帯ＩＤに対応付けてカウント数が管理される。このために、券売機３００およびカードユニット６００は、ステップＳ３４１およびステップＳ６４１において取得した携帯ＩＤが直近特定取引情報記憶領域に記憶された携帯ＩＤと同じである場合にステップＳ７１３でカウント数を１加算更新し、異なる場合にステップＳ７１４でカウント数要求情報を店舗サーバ８００に送信する。これにより、カウント数要求情報に含まれる直近携帯ＩＤおよびカウント数は、店舗サーバ８００の記憶部に記憶される。また、カウント数要求情報に含まれる読込携帯ＩＤに対応するカウント数が読み出されて、カウント数情報が送信元の券売機やカードユニットに送信され、ステップＳ７０６においてカウント数情報に基づき直近特定取引情報記憶領域に記憶されているカウント数が更新される。
【０２８９】
また、直近特定取引情報記憶領域に記憶されているカウント数に対応する当選確率（図６参照）で、ステップＳ７１６により抽選処理が行なわれる。これにより、カウント数に応じて当選確率が変更されるため、カウント数に応じて異なる期待感をユーザに抱かせることができ、再度の特定取引を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。
【０２９０】
（７）  ステップＳ８１２において、プリペイドカード３７１の購入または球貸処理に用いたバリューの額と当該購入または球貸に用いた携帯電話１００の携帯ＩＤとが各々対応付けて店舗サーバ８００に記憶される。そして、ステップＳ８１３において所定時間経過したと判断された場合、ステップＳ８１４において店舗サーバ８００に記憶されていた情報を取引情報として電子マネー管理サーバ２００に送信される。一方、バリューの対価の決済が完了したときに、チャージ累計額と携帯ＩＤとが各々対応付けて管理用ＤＢ２２１に記憶される。そして、ステップＳ２９２において、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額が減算され、ステップＳ２８１において、チャージ累計額がマイナスの会員ＩＤがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップＳ２８６において不正端末情報が、不正取引が発生した遊技場３０に送信される。
【０２９１】
不正端末情報を受信した遊技場３０においては、ステップＳ３１４およびＳ６０４において、当該不正端末情報が記憶され、バリューでプリペイドカード３７１を購入する際および球貸処理に用いる際、携帯電話１００の携帯ＩＤが不正端末情報と一致するか否かが判断され、一致する場合、残高をバリュー残額にセットしない処理、すなわち使用停止処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。
【０２９２】
（８）  ステップＳ２８１において不正取引があった場合、ステップＳ２８２において不正回数が１加算され、不正取引の頻度が測定されている。そして、不正回数が１回の場合、ステップＳ２８４において不正媒体情報を不正取引が発生した遊技場３０に送信され、不正取引に用いられたプリペイドカードによる球貸を禁止する。また、不正回数が２回の場合、ステップＳ２８６およびステップＳ２８７において不正端末情報を不正取引が発生した遊技場３０および当該遊技場３０と同じ商圏の他の遊技場に送信され、不正取引に用いられた携帯電話１００によるプリペイドカード３１７の購入および球貸を禁止する。
【０２９３】
さらに、不正回数が３回の場合、ステップＳ２８９およびステップＳ２９０において携帯使用禁止情報を不正取引が発生した遊技場３０および全国の遊技場に送信される。そして、携帯使用禁止情報を受信した遊技場においては、ステップＳ３１２およびステップＳ６０２において、それぞれ、当該携帯使用禁止情報が記憶され、ステップＳ３２２およびステップＳ６２２により、それぞれ、すべての携帯電話についてバリューを用いてのプリペイドカード３７１購入および球貸を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。
【０２９４】
（９）  非接触型ＩＣチップを内蔵した携帯電話により電子マネー端末またはサーバと通信して、バリューの加減算を行なうものがあった（たとえば、特開２００５−３８２０９号公報の第００１６段落、第００１７段落、第００４９段落から第００５５段落、第０１１１段落から第０１１４段落、第０１３６段落、および、第０１３８段落参照）。この携帯電話のアプリケーション部には、決済を行なう対象の電子マネー端末を特定する端末ＩＤ、事業者コード、動作パラメータ、および、動作ファイルが対応付けられて記憶される。
【０２９５】
この携帯電話が用いられて電子マネー端末で決済される場合、電子マネー端末から端末ＩＤおよび決済額分のバリューが減算された後、減算完了通知が送信されるとともに、この端末ＩＤから事業者コード、動作パラメータ、および、動作ファイルが特定され、この動作ファイルが用いられて所定の動作が実行される。また、携帯電話にログ確認部が設けられて、アプリケーション部に予め確認金額が設定されることにより、ログ確認部が定期的にバリューの残額を確認し、確認金額を下回った場合、アプリケーション部が動作ファイルを用いて所定の動作として画像や音声でアラームを発することで電子マネーのチャージをユーザに促がすようにする。しかし、特開２００５−３８２０９号公報に開示されている技術によれば、携帯電話で実行できる動作ファイルは、端末ＩＤに対応する各事業者コードに対して１ファイルであるため、実行される動作は、電子マネー端末との決済処理の都度実行される動作に限定される。また、携帯電話は能動的に動作ファイルを実行するため、バリューの残高の不足確認は、前述したように行なわれる。このため、バリューの残高が確認金額を上回っていても、決められた定期間隔で、バリューの残高を確認するという無駄な処理が発生してしまうといった問題がある。また、バリューの残高が確認金額を下回っていても、決められた定期間隔が長い間隔（たとえば、１時間）である場合は、バリューのチャージがユーザに促がされる前に、電子マネー端末またはサーバによりバリューの減算が行なわれる際に、ユーザが残高不足を認識してしまい、ユーザにチャージを促がす処理を実行するという特開２００５−３８２０９号公報に開示されている技術の本来の目的を達成できないこととなってしまう。このことから、ユーザが残高不足を認識してしまう前に、バリューのチャージを促がすために、バリューの残高を確認する定期間隔を短くする（たとえば、１分や３０秒にする）必要がある。このため、バリューの残高を確認するという無駄な処理を頻繁に実行しなければならず非効率であるとともに、携帯電話のバッテリーの持続時間にも影響が生じるといった問題が発生する。しかし、本実施の形態においては、前述したように構成しているため、バリューの残額が少ないことを効率的に的確にユーザに認識させることができる。
【０２９６】
具体的には、携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００またはカードユニット６００に送信される。また、ステップＳ３５１で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高がプリペイドカード３７１の購入金額に不足していると判定され、ステップＳ３５２で説明したように、減算前残高不足情報が携帯電話１００に送信される。また、ステップＳ６５１およびステップＳ６５８で説明したように、カードユニット６００によって携帯電話１００に記憶されているバリュー残高が球貸可能な最低額に不足していると判定され（本実施の形態においては、バリュー残高が０円であるか否かを判定、遊技場３０以外でバリューを使用できる場合は、バリュー残高が球貸可能な最低額である１００円未満であるか否かを判定）、ステップＳ６５２およびステップＳ６５９で説明したように、それぞれ、減算前残高不足情報または減算後残高不足情報が携帯電話１００に送信される。そして、ステップＳ１８５で説明したように、携帯電話１００によってバリュー残高が不足している旨が報知される。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が不足している旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
【０２９７】
（１０）  携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００に送信され、ステップＳ３５８で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高からプリペイドカード３７１の購入金額を減算した額が所定額以下となると判定され、ステップＳ３５９で説明したように、減算後残高僅少情報が携帯電話１００に送信されて、ステップＳ１８４で説明したように、携帯電話１００によってバリュー残高が所定額以下となる旨が報知される。カードユニット６００についても同様である。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が所定額以下となる旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。
【０２９８】
（１１）  ステップＳ１８１またはステップＳ１８２で減算前残高不足情報、減算後残高不足情報、または、減算後残高僅少情報が受信されたときにバリュー購入時処理が実行されるため、ユーザがバリュー購入時処理を能動的に実行させなくてもよい。このため、バリュー購入時処理を実行させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行されるので、バリュー購入に要する時間が短縮され、遊技場３０におけるパチンコ遊技機７００やスロットマシン等の遊技機の稼動率を向上させることができる。
【０２９９】
［第２の実施の形態］
次に、第２の実施の形態に係る特定取引システムについて説明する。前述した第１の実施の形態においては、直近に特定取引に用いられた携帯電話のカウント数を図７で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている直近特定取引情報記憶領域に記憶し、抽選処理により当選したことを示す当選情報を図８で示した券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０に設けられている当選情報記憶領域に記憶する例について説明した。
【０３００】
第２の実施の形態においては、カウント数と当選情報とを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に記憶する例について説明する。すなわち、第２の実施の形態においては、カウント数および当選情報を、券売機３００に搭載された記憶部３２０やカードユニット６００に搭載された記憶部６２０において管理するものではなく、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域において管理するものについて説明する。なお、第２の実施の形態においては、第１の実施の形態と異なる点について説明し、重複する説明は繰返さない。
【０３０１】
図２１は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に記憶される情報を説明するための図である。
【０３０２】
ポイント特定用の記憶領域には、当該携帯電話１００の携帯ＩＤ、カウント数、獲得しているポイント数、および当選情報が記憶される。図２１には、携帯ＩＤとして「ＭＲ３ＢＮ」が、カウント数として「８」が、獲得しているポイント数として「１６０ポイント」が、当選情報として「１０ポイント」が記憶されている。
【０３０３】
次に、第２の実施の形態における発券処理や球貸処理において、第１の実施の形態と異なる点について説明する。第２の実施の形態における発券処理や球貸処理では、カウント数および当選情報を携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域において管理されるため、ステップＳ３１７やステップＳ６１０ａで説明した記憶状態更新処理が行なわれない。
【０３０４】
また、第２の実施の形態における携帯電話１００の非接触型ＩＣチップ１９０は、ステップＳ３４１およびステップＳ６４１で説明した取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３からポイント特定用の記憶領域に記憶された携帯ＩＤ、カウント数、および当選情報を、バリュー残高とともに送信する。なお、ポイント特定用の記憶領域に当選情報が記憶されていない場合、すなわち抽選処理により当選していない場合には、当選情報が送信されないものであってもよく、または当選していない旨を示す情報を送信するものであってもよい。
【０３０５】
第２の実施の形態におけるステップＳ３４１およびステップＳ６４１においては、取得処理により少なくとも携帯ＩＤ、カウント数、およびバリュー残高を取得したか否かが判断される。携帯ＩＤ、カウント数、およびバリュー残高を取得したと判断したときに、読込まれたと判断される。
【０３０６】
また、第２の実施の形態における発券処理や球貸処理では、図１４で説明した特典関連処理に換えて、図２２で説明する特典関連処理が実行される。図２２は、第２の実施の形態における券売機３００およびカードユニット６００で実行される特典関連処理の流れを示すフローチャートである。
【０３０７】
図２２を参照して、データ処理部３１０およびデータ処理部６１０は、ステップＳ７５１において、バリュー残高とともに当選したことを示す当選情報を受信したか否かを判断する。ステップＳ７５１において当選情報を受信したと判断された場合、データ処理部３１０およびデータ処理部６１０は、ステップＳ７５２において受信した当選情報から特定されるポイント数を発行するためのポイント発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に、送信するように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
【０３０８】
つまり、発券機３００またはカードユニット６００は、図１１に示すステップＳ３４１または図１６に示すステップＳ６４１において、特定取引要求情報とともに特典付与情報としての当選情報を取得し、当該当選情報を取得したことを条件として、ステップＳ７５２で特典付与処理としてポイント発行情報を含むアプリ起動信号を携帯電話１００に送信する処理を行なう。なお、本実施の形態においては、当選情報を特定取引要求情報とともに取得しているが、別個に取得するようにしてもよい。
【０３０９】
ステップＳ７５２においてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に記憶されていた当選情報が消去されるとともにポイント発行情報から特定されるポイント数が加算更新される。また、非接触型ＩＣチップ１９０の制御部１９１により、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
【０３１０】
ステップＳ７５３において、データ処理部３１０およびデータ処理部６１０は、バリュー残高とともに受信したカウント数に対応する抽選用テーブルに基づく当選確率に従って、抽選処理を行なう。なお、ステップＳ７５３において、ステップＳ３４１において取得したカウント数を用いる例について説明するが、これに限らず、ステップＳ７５３においてカウント数を取得する処理を行ない、取得したカウント数を判断に用いるように構成してもよい。
【０３１１】
ステップＳ７５４において、データ処理部３１０およびデータ処理部６１０は、ステップＳ７５３における抽選処理において当選したか否かを判断する処理を行なう。ステップＳ７５４において当選したと判断された場合、データ処理部３１０およびデータ処理部６１０は、ステップＳ７５５において当選したポイント数を特定するための当選情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に、送信するように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
【０３１２】
つまり、発券機３００またはカードユニット６００は、ステップＳ７５５において、所定の特典であるポイントが付与されることを示す特典付与情報としての当選情報（ポイント数）を含むアプリ起動信号を出力する。また、この当選情報を含むアプリ起動信号を受信した携帯電話１００においては、電子マネーアプリ１１１が起動され、図９に示すステップＳ１７２またはステップＳ１７５において、次回（以降）の特定取引においてポイントが付与される旨が報知される。つまり、発券機３００またはカードユニット６００は、ステップＳ７５５において、当選情報を含むアプリ起動信号を出力する処理が、次回以降の特定取引が実行されるときに所定の特典が付与される旨を報知するための報知処理に該当する。
【０３１３】
ステップＳ７５５においてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に当選情報から特定されるポイント数が記憶されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。
【０３１４】
ステップＳ７５６において、データ処理部３１０およびデータ処理部６１０は、購入金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号、および受信したカウント数に１加算した値に更新させるためのカウント数更新信号を携帯電話１００に送信させるように、チップリーダライタ３９０およびチップリーダライタ６９０を制御する。
【０３１５】
なお、ステップＳ７５６においてチップリーダライタ３９０およびチップリーダライタ６９０から送信されたカウント数更新信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に記憶されているカウント数を１加算更新する処理が行なわれる。
【０３１６】
そして、データ処理部３１０は、ステップＳ７５７で、携帯電話１００から減算終了信号を受信したか否かを判断する。データ処理部３１０は、ステップＳ７５７において、減算終了信号が受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了信号を受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。
【０３１７】
減算終了信号を受信したと判断した場合（ステップＳ３５７でＹＥＳの場合）、データ処理部３１０は、実行する処理をこの特典関連処理の呼出元の処理である図１１の発券処理に戻す。
【０３１８】
次に、前述した第２の実施の形態により得られる主な効果を説明する。
（１）  前述した第２の実施の形態においては、特定取引を要求するための情報としての携帯ＩＤおよびバリュー残高が携帯電話１００の非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から送信されて、ステップＳ３４１において受信したと判断されたことを条件として、当選情報を含むアプリ起動信号がステップＳ７５５により送信されて非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域に、当選情報から特定されるポイント数が記憶されるとともに、次回の特定取引が行なわれるときにポイントが発行される旨が携帯電話１００の表示部１４０に表示される（図１５（ｄ），（Ｆ）参照）。これにより、次回の特定取引が行なわれるときに、携帯電話１００の非接触型ＩＣチップ１９０は、ステップＳ３４１およびステップＳ６４１で説明した取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３からポイント特定用の記憶領域に記憶された携帯ＩＤ、カウント数、および当選情報を、バリュー残高とともに送信する。券売機３００およびカードユニット６００側では、ステップＳ７５１において当選情報を受信したと判断された場合、ポイント発行情報を含むアプリ起動信号がステップＳ７５２により送信され、非接触型ＩＣチップ１９０の記憶部１９２のポイント特定用の記憶領域にポイント発行情報から特定されるポイント数が加算更新される。
【０３１９】
これにより、次回の特定取引を行なわせることをユーザに促すことができ、売上の向上に資することができる。また、抽選処理により当選した携帯ＩＤの携帯電話に対して、ポイント発行情報から特定されるポイント数を確実に加算更新させることができる。さらに、遊技場３０に設置されたいずれの券売機およびカードユニットにおいて次回の特定取引を行なったとしても、抽選処理により当選した携帯ＩＤの携帯電話に対して、当選したポイント数を加算更新させることができる。このため、ユーザの利便性を向上させることができる。
【０３２０】
また、以上に示した第２の実施の形態については、前述した第１の実施の形態と共通する技術思想による構成について、前述した第１の実施の形態の場合と同様の技術的効果を得ることができる。
【０３２１】
次に前述した実施の形態の変形例を挙げる。
（１）  前述した実施の形態においては、所定の特典として、ポイントを発行する例について説明した。しかし、所定の特典としては、ポイントに限らず、ユーザにとって有益なものであればどのようなものであってもよい。たとえば、特典としては、ポイントのように貯めて使用するものに限らず、飲食物や電気製品などの商品等と交換可能なクーポン情報であってもよい。また、特典としては、電子マネー取引サービスの会員が提供業者に支払うべきバリューの購入の際の手数料を免除するための免除情報であってもよい。さらに、特典としては、電子マネーであるバリュー自体を発行するための発行情報であってもよい。
【０３２２】
また、前述した実施の形態においては、所定の特典として、ポイントだけを発行する例について説明した。しかし、所定の特典としては、複数種類の特典から抽選により決定された特典を付与するものであってもよい。たとえば、特典を付与するための情報として、ポイント発行情報、免除情報、および発行情報が設定されている場合、抽選処理により、はずれにするか、ポイントを付与するか、手数料を免除するか、バリュー自体を発行するかを抽選し、抽選結果に基づく特典を付与するための情報を携帯電話１００に送信するようにしてもよい。
【０３２３】
さらに、前述した実施の形態においては、特典付与処理として、特典を付与するための情報を携帯電話１００に送信する例について説明した。しかし、これに限らず、特典付与処理として、特定取引装置において、特典を付与する処理を行なうように構成してもよい。たとえば、特典を付与する処理として、券売機３００においては購入金額に５００円加算した金額のプリペイドカードを発券する処理、カードユニット６００において購入金額に５００円加算した金額分の遊技球を払出す処理、値引きを行なう処理等であってもよい。
【０３２４】
（２）  前述した実施の形態においては、抽選処理により当選した旨およびポイントを獲得した旨を、携帯電話１００の表示部１４０において、図１５（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、報知する例について説明した。しかし、これに限らず、抽選処理により当選した旨およびポイントを獲得した旨を、特定取引装置自体で報知するように構成してもよい。たとえば、券売機３００の表示部３４０や、カードユニット６００の表示部６４０において、図１５（ｄ）〜（ｆ）を用いて説明した画面を表示させることにより、抽選処理により当選した旨およびポイントを獲得した旨を報知するように構成してもよい。
【０３２５】
（３）  前述した実施の形態においては、抽選処理により当選した場合、次回の特定取引が行なわれるときに、特典を付与する例について説明した。しかし、これに限らず、抽選処理により当選した場合、次回以降の特定取引が行なわれるときに、特典を付与するように構成してもよい。たとえば、抽選処理により当選した場合、さらに何回目の特定取引が行なわれるときに特典を付与するかを決定し、特定取引が行なわれる毎に当該特定取引が特典を付与する回数目の特定取引であるか否かを特定し、特典を付与する回数目の特定取引であることが特定されたときに特典を付与するように構成してもよい。このように構成した場合、当選した旨を報知する際に、何回目の特定取引が行なわれるときに特典が付与されるかについても報知するように構成してもよい。
【０３２６】
（４）  前述した実施の形態においては、抽選処理により当選した場合、次回の特定取引が行なわれさえすれば、特典が付与される例について説明した。すなわち、特典付与の有効期限は設けられていない例について説明した。しかし、これに限らず、特典付与に対して所定の有効期限を設けてもよい。たとえば、抽選処理により当選した日、すなわち当日に限って、特典が付与されるように構成してもよい。このように構成した場合、当選してから所定の有効期限内であるか否かを判断し、所定の有効期限内であると判断されたときに、特典を付与するように構成してもよい。
【０３２７】
（５）  前述した実施の形態においては、特定取引装置において、抽選処理により当選した携帯電話に記憶されたバリューを用いて次回の特定取引が行なわれたときに、特典が付与される例について説明した。しかし、これに限らず、抽選処理により当選した携帯電話であるか否かに関わらず、当該特定取引装置において、次回の特定取引を行なった携帯電話に対して特典を付与するように構成してもよい。このように構成した場合、携帯ＩＤ等を取得し、当選した携帯ＩＤであるか否かを判断する必要がない。たとえば、特定取引装置における抽選処理により当選した旨を記憶し、特定取引が行なわれる度に当選した旨が記憶されているか否かを判断し、記憶されていると判断された場合に特典を付与するように構成してもよい。
【０３２８】
（６）  前述した実施の形態においては、特定取引が行なわれるときに、抽選処理を行なう例について説明した。しかし、これに限らず、事前に予め抽選処理を行ない、その抽選結果に基づき、報知処理を行なうように構成してもよい。たとえば、特定取引装置の電源投入時に、乱数等を用いて所定回数分の特定取引のうち当選にする特定取引を予め決定し、当該決定結果に基づき、報知処理を行なうように構成してもよい。つまり、現在から何回後の特定取引において特典を付与するかを決定しておき、データ処理部３００やデータ処理部６００は、今回の特定取引がその回数目の特定取引であるか否かを判定することにより、特典を付与するか否かを決定し、当該決定結果に基づき報知処理を行なうように構成してもよい。
【０３２９】
また、前述した実施の形態においては、抽選処理を特定取引装置において行なう例について説明した。しかし、これに限らず、抽選処理を店舗サーバ８００で行なうように構成してもよい。そして、特定取引装置は、店舗サーバ８００から抽選結果を受信し、当該抽選結果に基づき、報知処理を行なうように構成してもよい。
【０３３０】
（７）  前述した第１の実施の形態においては、図１４のステップＳ７１１やステップＳ７１８で説明したように、特典発行情報、携帯ＩＤ、当選情報等を店舗サーバ８００に送信し、図２０のステップＳ８２７〜ステップＳ８３２で説明したように、受信した情報を送信元の券売機あるいはカードユニット以外の他の券売機およびカードユニットへ送信する例について説明した。しかし、これに限らず、券売機あるいはカードユニットから直接当該券売機あるいは当該カードユニット以外の他の券売機およびカードユニットへ、特典発行情報、携帯ＩＤ、当選情報等を送信するように構成してもよい。
【０３３１】
（８）  前述した実施の形態においては、特定取引が行なわれた回数を示すカウント数を特定する所定期間として、１ヶ月等の日数から定まる期間である場合を例について説明した。しかし、これに限らず、所定期間としては、同一の携帯電話に記憶されたバリューを用いて特定取引が連続して行なわれている期間であってもよい。たとえば、図１４のステップＳ７１２においてＹＥＳと判断された場合にステップＳ７１３において加算更新されたカウント数に応じた当選確率で抽選処理が行なわれ、ステップＳ７１２でＮＯの場合にステップＳ７１４の処理を行なうことなく、ステップＳ７１５でカウント数として「０」を記憶し、当該「０」に応じた当選確率で抽選処理が行なわれるように構成してもよい。
【０３３２】
（９）  前述した第１の実施の形態においては、当選した携帯ＩＤおよび当選情報を、遊技場３０に設置されている店舗サーバ８００において管理するとともに、券売機およびカードユニット各々においても管理する例について説明した。しかし、これに限らず、当選した携帯ＩＤおよび当選情報を、遊技場３０に設置されている店舗サーバ８００において管理し、券売機およびカードユニット各々において管理しないように構成してもよい。このように構成した場合、券売機およびカードユニットは、特定取引が行なわれる度に、当該特定取引が行なわれる携帯ＩＤを店舗サーバ８００に送信し、当該携帯ＩＤが当選した携帯ＩＤであるか否かを問い合わせ、当該問い合わせ結果に基づき、特典を付与するように構成してもよい。
【０３３３】
また、前述した実施の形態においては、携帯電話１００の記憶部１９２にポイント数を記憶し、携帯電話１００に対してポイント発行情報を送信して記憶部１９２のポイント数を加算更新することによりポイントを付与することとしたが、ポイント数を店舗サーバ８００や電子マネー管理サーバ２００にて携帯ＩＤに対応付けて管理し、発券機３００やカードユニット６００が特典付与処理として、店舗サーバ８００等にポイント加算要求を送信する処理を行ない、これに応じて店舗サーバ等にてポイントを加算するようにしてもよい。
【０３３４】
（１０）  前述した実施の形態においては、サービス提供用サーバとして電子マネー管理サーバ２００、および決済サーバ２８０を例にして説明した。しかし、サーバに限らず、ネットワークを介して複数のコンピュータを結ぶことで仮想的に構築されるコンピュータであるグリッドコンピューティングシステムであってもよい。
【０３３５】
（１１）  前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００で構成されるようにした。
【０３３６】
しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ４００、および、金融機関サーバ５００の全部または一部の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。
【０３３７】
（１２）  前述した実施の形態では、電子マネーシステム１０の発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、および、店舗サーバ８００の装置の発明として捉えることができる。
【０３３８】
また、電子マネーアプリ１１１、管理用ＡＰ２１１、残高管理ＡＰ２１４、および、バリュー返却ＡＰ２１５のプログラムの発明として捉えることができる。
【０３３９】
さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、および、店舗サーバ８００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。
【０３４０】
（１３）  携帯電話１００の非接触型ＩＣチップ１９０にバリューがチャージされたとき、バリューの減算が完了したとき、および、ポイントが発行されたときに、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高およびポイントのバックアップが記憶部１２０にされるようにしてもよい。
【０３４１】
また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。
【０３４２】
また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。
【０３４３】
（１４）  前述した実施の形態においては、図１９の残額管理ＡＰ２１４によって、それぞれの会員ＩＤごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。
【０３４４】
（１５）  ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８４で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００で購入されたプリペイドカード３７１の使用を禁止するような電子マネーシステムであってもよい。
【０３４５】
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８６で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００のバリューの使用を禁止するような電子マネーシステムであってもよい。
【０３４６】
また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８９で説明したように、不正取引が発生したホール（遊技場）でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。
【０３４７】
（１６）  前述した実施の形態では、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００を介して送信されてきた携帯使用禁止情報および不正端末記憶情報に基づき、券売機３００のデータ処理部３１０は、記憶部３２０に携帯使用禁止情報および不正端末情報を記憶させる。そして、券売機３００において、プリペイドカード３７１の購入に使用されている携帯電話１００の携帯ＩＤが記憶部３１０に記憶されている不正端末情報でないか、または記憶部３１０に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする。すなわち、前述した実施の形態では、券売機３００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能にする制御を行なう例について説明した。
【０３４８】
しかし、これに限らず、店舗サーバ８００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能である旨を示す取引不能信号を券売機３００に送信し、券売機３００において取引不能信号を受信したときに取引不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００の残高管理ＡＰ２１４からの携帯使用禁止情報および不正端末記憶情報を、店舗サーバ８００の記憶部に記憶させる。一方、券売機３００のデータ処理部３１０は、取引が行なわれる毎に、取引に用いられる携帯電話１００の携帯ＩＤを店舗サーバ８００に送信する。店舗サーバ８００のデータ処理部は、送信されてきた当該携帯ＩＤが記憶部に記憶されている不正端末情報でないか、または記憶部に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする旨を示す取引不能信号を当該券売機３００に送信する。券売機３００のデータ処理部３１０は、取引不能信号に基づき、取引不能にする制御を行なう。
【０３４９】
また、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００に送信されてきた不正媒体情報に基づき、店舗サーバ８００のデータ処理部は、当該不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶されているカードＩＤを不正カードＩＤとしてカードユニット６００に送信し、カードユニット６００の記憶部６２０に記憶させる。そして、カードユニット６００において、球貸に使用されているプリペイドカードのカードＩＤが記憶部６２０に記憶されている不正カードＩＤでないかが判断され、不正カードＩＤであるときに球貸不能にする。すなわち、前述した実施の形態では、カードユニット６００において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能にする制御を行なう例について説明した。
【０３５０】
（１７）  今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０３５１】
【図１】本発明に係る電子マネーシステムの構成の一例を示すブロック図である。
【図２】本発明に係る携帯電話の構成の一例を示すブロック図である。
【図３】本発明に係る電子マネー管理サーバの構成の一例を示すブロック図である。
【図４】本発明に係る券売機の構成の一例を示すブロック図である。
【図５】本発明に係るカードユニットの構成の一例を示すブロック図である。
【図６】券売機およびカードユニットにおいて行なわれる抽選処理に用いる抽選用テーブルを説明するための図である。
【図７】券売機およびカードユニット各々において直近に特定取引に用いられた携帯電話の携帯ＩＤとカウント数とを記憶するための直近特定取引情報記憶領域を説明するための図である。
【図８】遊技場内に設置された券売機およびカードユニットのいずれかにおける抽選処理により、当選した携帯ＩＤと当選したポイント数とを記憶するための当選情報記憶領域を説明するための図である。
【図９】携帯電話で実行される電子マネーアプリの処理の流れを示すフローチャートである。
【図１０】携帯電話の表示部に表示される表示画面図である。
【図１１】本実施の形態における券売機で実行される発券処理の流れを示すフローチャートである。
【図１２】本実施の形態における券売機で実行される不正登録処理の流れを示すフローチャートである。
【図１３】本実施の形態における券売機やカードユニットで実行される記憶状態更新処理の流れを示すフローチャートである。
【図１４】本実施の形態における券売機やカードユニットで実行される特典関連処理の流れを示すフローチャートである。
【図１５】本実施の形態における電子マネーシステムにおいて券売機やカードユニットから携帯電話の電子マネーアプリが起動されるときに携帯電話の表示部に表示される表示画面図である。
【図１６】本実施の形態におけるカードユニットで実行される球貸処理の流れを示すフローチャートである。
【図１７】本実施の形態におけるカードユニットで実行されるプリペイド球貸処理の流れを示すフローチャートである。
【図１８】本実施の形態におけるカードユニットで実行されるユニット不正登録処理の流れを示すフローチャートである。
【図１９】本実施の形態における電子マネー管理サーバにより実行される残額管理アプリケーションプログラムの処理の流れを示すフローチャートである。
【図２０】本実施の形態における店舗サーバで実行される店舗サーバ処理の流れを示すフローチャートである。
【図２１】第２の実施の形態における携帯電話の非接触型ＩＣチップの記憶部のポイント特定用の記憶領域に記憶される情報を説明するための図である。
【図２２】第２の実施の形態における券売機やカードユニットで実行される特典関連処理の流れを示すフローチャートである。
【符号の説明】
【０３５２】
１０  電子マネーシステム、３０  遊技場、１００  携帯電話、１１０  データ処理部、１１１  電子マネーアプリ、１２０  記憶部、１３０  データ入力部、１４０  表示部、１５０  音声入出力部、１６０  無線通信部、１６１  アンテナ、１９０  非接触型ＩＣチップ、１９１  制御部、１９２  記憶部、１９３  非接触通信部、１９４  アンテナ、２００  電子マネー管理サーバ、２１０  データ処理部、２１１  管理用ＡＰ、２１４  残高管理ＡＰ、２２０  記憶部、２２１  管理用ＤＢ、２３０  データ入力部、２４０  表示部、２６０  通信部、２８０  決済サーバ、３００  券売機、３１０  データ処理部、３２０  記憶部、３３０  操作部、３４０  表示部、３６０  通信部、３７０  カードリーダライタ、３７１  プリペイドカード、３８０  貨幣処理機、３９０  チップリーダライタ、３９１  制御部、３９２  記憶部、３９３  非接触通信部、３９４  アンテナ、４００  リモート発行サーバ、５００  金融機関サーバ、６００  カードユニット、６１０  データ処理部、６２０  記憶部、６３１  球貸ボタン、６３２  返却ボタン、６４０  表示部、６６０  通信部、６７０  カードリーダライタ、６８０  貨幣処理機、６９０  チップリーダライタ、６９１  制御部、６９２  記憶部、６９３  非接触通信部、６９４  アンテナ、７００  パチンコ遊技機、８００  店舗サーバ。
【図１】
2007226435.tif 000003
【図２】
2007226435.tif 000004
【図３】
2007226435.tif 000005
【図４】
2007226435.tif 000006
【図５】
2007226435.tif 000007
【図６】
2007226435.tif 000008
【図７】
2007226435.tif 000009
【図８】
2007226435.tif 000010
【図９】
2007226435.tif 000011
【図１０】
2007226435.tif 000012
【図１１】
2007226435.tif 000013
【図１２】
2007226435.tif 000014
【図１３】
2007226435.tif 000015
【図１４】
2007226435.tif 000016
【図１５】
2007226435.tif 000017
【図１６】
2007226435.tif 000018
【図１７】
2007226435.tif 000019
【図１８】
2007226435.tif 000020
【図１９】
2007226435.tif 000021
【図２０】
2007226435.tif 000022
【図２１】
2007226435.tif 000023
【図２２】
2007226435.tif 000024