JP2009066004A - 遊技用システム - Google Patents

Abstract

【課題】遊技者へのサービスとして商品を提供する場合に、サービスの提供者が商品の提供者からの請求が正しいか否かを確認すること。
【解決手段】遊技用システムは、遊技機に対応して設けられ、該遊技機において遊技を行なう遊技者が予め定められた付与条件を満たしたことを条件として、個々に識別可能な識別情報を含み遊技者に商品を提供するためのチケット情報を出力するチケット出力手段を備える特典付与装置と、チケット出力手段によって出力されたチケット情報に含まれる識別情報を管理するチケット管理手段を備える管理装置と、店員により所持されて遊技者に商品を提供するときに使用され、チケット出力手段によって出力されたチケット情報に含まれる識別情報を取得する識別情報取得手段（ステップＳ４６３）と、識別情報取得手段によって取得された識別情報を出力する識別情報出力手段（ステップＳ４６６）とを備える端末装置とを含む。
【選択図】図２７

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）ディスプレイやＥＬ（ElectroLuminescence）ディスプレイなど他の表示装置で構成されてもよい。表示部２４０は、データ処理部２１０から受けた文字データおよび画像データを表示する。

通信部２６０は、携帯電話１００または他のサーバから、携帯電話インターネット網９１０または他のネットワークを介して受信したデータをデータ処理部２１０に受渡し、データ処理部２１０から携帯電話インターネット網９１０または他のネットワークを介して携帯電話１００または他のサーバに送信するデータを出力する。

データ処理部２１０は、ＭＰＵで構成される。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、または、通信部２６０から入力されたデータを処理して、記憶部２２０、表示部２４０、または、通信部２６０に出力する。

なお、決済サーバ２８０、売上管理ＰＣ４８０、金融機関サーバ５００、リモート発行サーバ５５０、および、店舗サーバ８００の構成は、図３で説明した電子マネー管理サーバ２００の構成と同様である。

次に、管理用ＤＢ２２１として管理される情報について説明する。管理用ＤＢ２２１として管理される情報には、主に、利用者に関連する利用者情報と、バリューの発行に関連する発行情報とが含まれる。

利用者情報には、会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００の電子メールアドレス、金融機関指定情報、携帯電話１００の１日購入限度額、および、携帯電話１００の携帯上保持限度額等が含まれる。

会員ＩＤは、電子マネー取引サービスの会員を一意に識別するためのＩＤである。携帯ＩＤは、携帯電話１００を一意に識別するための情報である。携帯電話１００の電子マネーアドレスは、携帯電話１００に対して一意に設定される電子メールに用いられるアドレスである。金融機関指定情報は、金融機関に対して予め一意に付与される番号である。１日購入限度額は、１日に購入できるバリューの限度額である。携帯上保持限度額は、携帯電話１００にチャージできるバリューの限度額である。

このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、電子メールアドレス、金融機関指定情報、１日購入限度額、および、携帯上保持限度額を容易に検索することができる。

発行情報には、前述した会員ＩＤおよび携帯ＩＤに対応付けて、携帯電話１００のバリュー残高、購入金額、手数料、バリュー購入記録（未チャージバリューを含む）、当日積算額、チャージ累計額、および、取引額が含まれる。

バリュー残高は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に記憶されるバリューの残額である。購入金額は、購入するバリューの対価である。手数料は、電子マネー取引サービスの会員が提供業者に支払うべきバリューの購入の際の手数料である。バリュー購入記録は、会員ＩＤごとの未チャージバリューなどの購入に関する情報の記録である。当日積算額は、その当日にその会員によって購入されたバリューの積算額である。チャージ累計額は、その会員が現在までに購入したバリューの累計額である。取引額は、ユーザがバリューを用いて取引をした額である。

このため、電子マネー管理サーバ２００は、会員ＩＤまたは携帯ＩＤに基づき、当該会員ＩＤまたは当該携帯ＩＤに対応する、バリュー残高、購入金額、手数料、バリュー購入記録、当日積算額、チャージ累計額、および、取引額を容易に検索することができる。なお、バリュー購入記録としては、バリューの額、および、バリュー書込済であるか否かを示す書込済情報を含む。

図４は、本発明に係る券売機３００の構成の一例を示すブロック図である。図４を参照して、券売機３００は、データ処理部３１０と、記憶部３２０と、操作部３３０と、表示部３４０と、通信部３６０と、カードリーダライタ３７０と、貨幣処理機３８０と、チップリーダライタ３９０とを含む。

チップリーダライタ３９０は、制御部３９１と、記憶部３９２と、非接触通信部３９３と、アンテナ３９４とを含む。

記憶部３２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部３２０には、券売機３００の各種機能をデータ処理部３１０に実行させるためのプログラムおよびデータが記憶される。

操作部３３０は、購入するプリペイドカードの金額を選択するための金額ボタンを含む。また、金額ボタンは、選択されたときに、ランプが点灯するように構成される。操作部３３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部３１０に受渡す。

表示部３４０は、ＬＣＤで構成される。なお、表示部３４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部３４０は、データ処理部３１０から受けた文字データおよび画像データを表示する。

通信部３６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部３１０に受渡し、データ処理部３１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。

カードリーダライタ３７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部３１０へ受渡し、データ処理部３１０から受けたデータをプリペイドカード３７１に記録して、プリペイドカード３７１を発券する。

貨幣処理機３８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部３１０へ受渡す。また、貨幣処理機３８０は、データ処理部３１０から受けたデータで示される額の現金を外部へ返却する。

データ処理部３１０は、ＭＰＵで構成される。データ処理部３１０は、チップリーダライタ３９０の制御部３９１と通信することが可能である。データ処理部３１０は、記憶部３２０に記憶されたプログラムに従って、記憶部３２０、操作部３３０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１から入力されたデータを処理して、記憶部３２０、表示部３４０、通信部３６０、カードリーダライタ３７０、貨幣処理機３８０、または、チップリーダライタ３９０の制御部３９１に出力する。

チップリーダライタ３９０の記憶部３９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。

チップリーダライタ３９０の非接触通信部３９３は、アンテナ３９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部３９３からの搬送波である電磁波による電磁誘導によって、非接触通信部３９３は、アンテナ３９４を介して、非接触型ＩＣチップ１９０に電力を供給する。

チップリーダライタ３９０の制御部３９１は、記憶部３９２に記憶されたプログラムに従って、記憶部３９２、非接触通信部３９３、または、データ処理部３１０から入力されたデータを処理して、記憶部３９２、非接触通信部３９３、または、データ処理部３１０に出力する。

図５は、本発明に係るカードユニット６００の構成の一例を示すブロック図である。図５を参照して、カードユニット６００は、データ処理部６１０と、記憶部６２０と、操作部６３０と、表示部６４０と、通信部６６０と、カードリーダライタ６７０と、貨幣処理機６８０と、チップリーダライタ６９０とを含む。また、カードユニット６００に信号を入力する操作部として、パチンコ遊技機７００に設けられる球貸ボタン６３１および返却ボタン６３２がある。

チップリーダライタ６９０は、制御部６９１と、記憶部６９２と、非接触通信部６９３と、アンテナ６９４とを含む。

記憶部６２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部６２０には、カードユニット６００の各種機能をデータ処理部６１０に実行させるためのプログラムおよびデータが記憶される。

球貸ボタン６３１は、遊技者により押下操作されることによって、遊技球の貸出を要求する球貸操作信号をデータ処理部６１０に出力する。返却ボタン６３２は、遊技者により押下操作されることによって、プリペイドカード３７１の返却を要求する返却操作信号をデータ処理部６１０に出力する。

表示部６４０は、ＬＣＤで構成される。なお、表示部６４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部６４０は、データ処理部６１０から受けた文字データおよび画像データを表示する。

操作部６３０は、表示部６４０のＬＣＤの前面に形成されるタッチパネルを含む。操作部６３０は、カードユニット６００に所定のデータを入力するためのユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部６１０に受渡す。

通信部６６０は、店舗サーバ８００から、遊技場３０のＬＡＮを介して受信したデータを、データ処理部６１０に受渡し、データ処理部６１０から遊技場３０内のＬＡＮを介して店舗サーバ８００に送信するデータを出力する。

カードリーダライタ６７０は、プリペイドカード３７１からデータを読出して、読出したデータをデータ処理部６１０へ受渡し、データ処理部６１０から受けたデータをプリペイドカード３７１に記録する。また、カードリーダライタ６７０は、返却ボタン６３２からデータ処理部６１０を介して受けた返却操作信号に応じて、プリペイドカード３７１を外部へ排出する。

貨幣処理機６８０は、コインおよび紙幣の現金を受入れて、受入れられた現金の額を示すデータをデータ処理部６１０へ受渡す。また、貨幣処理機６８０は、データ処理部６１０から受けたデータで示される額の現金を外部へ返却する。

データ処理部６１０は、ＭＰＵで構成される。データ処理部６１０は、チップリーダライタ６９０の制御部６９１と通信することが可能である。データ処理部６１０は、記憶部６２０に記憶されたプログラムに従って、記憶部６２０、操作部６３０、球貸ボタン６３１、返却ボタン６３２、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１から入力されたデータを処理して、記憶部６２０、表示部６４０、通信部６６０、カードリーダライタ６７０、貨幣処理機６８０、または、チップリーダライタ６９０の制御部６９１に出力する。

チップリーダライタ６９０の記憶部６９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。

チップリーダライタ６９０の制御部６９１は、記憶部６９２に記憶されたプログラムに従って、記憶部６９２、非接触通信部６９３、または、データ処理部６１０から入力されたデータを処理して、記憶部６９２、非接触通信部６９３、または、データ処理部６１０に出力する。

図６は、本発明に係るハンディターミナル４００の構成の一例を示すブロック図である。図６を参照して、ハンディターミナル４００は、データ処理部４１０と、記憶部４２０と、操作部４３０と、表示部４４０と、通信部４６０と、バーコードスキャナ部４７０と、チップリーダライタ４９０とを含む。

チップリーダライタ４９０は、制御部４９１と、記憶部４９２と、非接触通信部４９３と、アンテナ４９４とを含む。

記憶部４２０は、ＲＯＭやフラッシュメモリなどの不揮発性メモリおよびＲＡＭなどの揮発性メモリなどの半導体メモリで構成される。記憶部４２０には、ハンディターミナル４００の各種機能をデータ処理部４１０に実行させるためのプログラムおよびデータが記憶される。

操作部４３０は、ハンディターミナル４００に所定のデータを入力するための操作キー、および、表示部４４０のＬＣＤの前面に形成されるタッチパネルを含む。操作キーには、０〜９までの数字をそれぞれ入力するための０〜９キー、画面上の項目やボタンが選択されていることを示すフォーカスを、それぞれ上下に移動させるための上下キー、および、フォーカスを確定させるための確定キーが含まれる。操作部４３０は、ユーザからの操作を受付けて、受付けられた操作を示す信号をデータ処理部４１０に受渡す。

表示部４４０は、ＬＣＤで構成される。なお、表示部４４０は、ＥＬディスプレイなど他の表示装置で構成されてもよい。表示部４４０は、データ処理部４１０から受けた文字データおよび画像データを表示する。

通信部４６０は、店舗サーバ８００から無線で受信したデータを、データ処理部４１０に受渡し、データ処理部４１０から店舗サーバ８００に送信するデータを無線で出力する。また、通信部４６０は、ハンディターミナル４００がデータ転送用充電器４８５にセットされたときに、売上管理ＰＣ４８０からデータ転送用充電器４８５を介して受信したデータを、データ処理部４１０に受渡し、データ処理部４１０からデータ転送用充電器４８５を介して売上管理ＰＣ４８０に送信するデータを出力する。

バーコードスキャナ部４７０は、バーコードや２次元コード４７１を読取ってデータに変換し、変換されたデータをデータ処理部４１０に受渡す。本実施の形態においては、バーコードや２次元コード４７１は、商品や商品代金の決済方法をコード化したもの、または、商品のチケットのチケットＩＤおよび券種をコード化したものである。つまり、バーコードスキャナ部４７０は、商品や商品代金の決済方法の指定を受付ける。また、バーコードスキャナ部４７０は、カードユニット６００の表示部６４０およびユーザの携帯電話１００の表示部１４０に表示されたチケットのチケットＩＤや券種を受付ける。

データ処理部４１０は、ＭＰＵで構成される。データ処理部４１０は、チップリーダライタ４９０の制御部４９１と通信することが可能である。データ処理部４１０は、記憶部４２０に記憶されたプログラムに従って、記憶部４２０、操作部４３０、通信部４６０、バーコードスキャナ部４７０、または、チップリーダライタ４９０の制御部４９１から入力されたデータを処理して、記憶部４２０、表示部４４０、通信部４６０、または、チップリーダライタ４９０の制御部４９１に出力する。

チップリーダライタ４９０の記憶部４９２は、非接触型ＩＣチップ１９０を利用する各種サービスにおいて非接触型ＩＣチップ１９０とやり取りするためのアプリケーションプログラム、および、それらのアプリケーションプログラムで用いられるデータを記憶する。

チップリーダライタ４９０の非接触通信部４９３は、アンテナ４９４を介して携帯電話１００の非接触型ＩＣチップ１９０と通信する。また、前述したように、非接触通信部４９３からの搬送波である電磁波による電磁誘導によって、非接触通信部４９３は、アンテナ４９４を介して、非接触型ＩＣチップ１９０に電力を供給する。

チップリーダライタ４９０の制御部４９１は、記憶部４９２に記憶されたプログラムに従って、記憶部４９２、非接触通信部４９３、または、データ処理部４１０から入力されたデータを処理して、記憶部４９２、非接触通信部４９３、または、データ処理部４１０に出力する。

図７は、遊技場３０内に設置されたカードユニット６００における抽選処理により、当選した携帯ＩＤと当選したチケットＩＤとを当選情報として記憶するための当選情報記憶領域を説明するための図である。当選情報記憶領域は、カードユニット６００に搭載された記憶部６２０に設けられている。

カードユニット６００の記憶部に設けられた当選情報記憶領域には、遊技場３０に設置されているカードユニット６００における抽選処理により、当選した携帯電話１００の携帯ＩＤと当選したチケットを識別するためのチケットＩＤとを含む当選情報が複数記憶可能である。

ここで、貸与処理が行なわれる前の当選情報記憶領域の記憶状態の一例と、当選した携帯電話１００に記憶されているバリューを用いた貸与処理が行なわれて、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態と、当該貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態とを説明する。

図７（ａ）は、貸与処理が行なわれる前の当選情報記憶領域の記憶状態の一例を説明するための図である。Ｎｏ．１の記憶領域には、携帯ＩＤとして「ＭＮ７ＲＥ」と、チケットＩＤとして「Ｆ０７０９０１０００１００１」とが記憶されている。Ｎｏ．２の記憶領域には、携帯ＩＤは記憶されておらず、チケットＩＤとして「Ｆ０７０９０２０００１００１」が記憶されている。Ｎｏ．３の記憶領域には、携帯ＩＤとして「ＭＲ３ＢＮ」と、チケットＩＤとして「Ｆ０７０９０３０００１００１」とが記憶されている。

図７（ｂ）は、図７（ａ）で説明した記憶状態から、携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて貸与処理が行なわれて、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態を説明するための図である。携帯ＩＤとして「ＭＲ３ＢＮ」の携帯電話に記憶されたバリューを用いて貸与処理が行なわれることにより、チケットＩＤ「Ｆ０７０９０３０００１００１」のチケットを当該携帯電話に対して発行するチケット発行処理が行なわれる。これにより、図７（ｂ）に示すように、図７（ａ）で説明したＮｏ．３の記憶領域に記憶されていた携帯ＩＤ「ＭＲ３ＢＮ」とチケットＩＤ「Ｆ０７０９０３０００１００１」とが消去されている。

図７（ｃ）は、図７（ｂ）で説明した貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態を説明するための図である。図７（ｃ）に示すように、Ｎｏ．１００の記憶領域に携帯ＩＤとして「ＭＲ３ＢＮ」と、チケットＩＤとして「Ｆ０７０９０３０００１０１２」とが記憶されている。

以上のように、図７を用いて、貸与処理が行なわれる前の当選情報記憶領域の記憶状態、チケット発行処理が行なわれたときの当選情報記憶領域の記憶状態、および、貸与処理における抽選処理により当選したときの当選情報記憶領域の記憶状態について説明したが、抽選処理、チケット発行処理等についての処理内容については、後述する。

図８は、本実施の形態における携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域を説明するための図である。図８を参照して、電子マネー取引サービス用記憶領域には、会員ＩＤと、本携帯電話１００の携帯ＩＤと、本携帯電話１００のバリュー残高と、本携帯電話１００に発行されたチケットの情報とが記憶される。チケットの情報としては、当該チケットのチケットＩＤと券種とが対応付けられて記憶される。

ここでは、携帯電話１００の電子マネー取引サービス用記憶領域には、会員ＩＤとして「１１０１」、携帯ＩＤとして「ＭＮ７ＲＥ」、バリュー残高として「１１０００」円が記憶される。また、当該携帯電話１００に発行されたチケットの情報としては、チケットＩＤとして「Ｄ０７０９０１０００１００１」、「Ｄ０７０９０１０００１００２」および「Ｆ０７０９０１０００１００１」と、「ドリンク」、「ドリンク」および「フード」とが、それぞれ、対応付けられて記憶されている。

図９は、本実施の形態における店舗サーバ８００の記憶部に記憶される店舗チケット情報ＤＢを説明するための図である。図９を参照して、店舗チケット情報ＤＢには、当該チケットのチケットＩＤと、当該チケットの券種と、当該チケットが記憶されている携帯電話１００の携帯ＩＤまたは当該チケットを発行すべき携帯電話１００の携帯ＩＤ（チケットが携帯電話に発行されない場合は、携帯ＩＤが記憶されていないことを示す「―」が記憶される）と、当該チケットの発行状態と、当該チケットの使用状態と、当該チケットが使用された商品の金額（金額が未定の場合は、その旨を示す「―」が記憶される）とが、対応付けられて記憶される。

券種には、「ドリンク」チケットと、「フード」チケットとがある。チケットの発行状態としては、当該チケットが未発行であることを示す「０」または発行済であることを示す「１」が記憶される。チケットの使用状態としては、当該チケットが未使用であることを示す「０」または使用済であることを示す「１」が記憶される。

ここでは、チケットＩＤ「Ｆ０７０９０１０００１００１」と券種「フード」と携帯ＩＤ「ＭＮ７ＲＥ」と発行状態「１」（発行済）と使用状態「１」（使用済）と商品金額「２５０」円とが対応付けられて記憶されている。また、チケットＩＤ「Ｆ０７０９０２０００１００１」と券種「ドリンク」と発行状態「１」（発行済）と使用状態「１」（使用済）と商品金額「２４０」円とが対応付けられて記憶され、携帯ＩＤとしては「―」が記憶される。同様に、チケットＩＤ「Ｆ０７０９０３０００１００１」および「Ｆ０７０９０３０００１０１２」と、券種「フード」および「ドリンク」と、携帯ＩＤ「ＭＲ３ＢＮ」および「ＭＲ３ＢＮ」と、発行状態「１」（発行済）および「０」（未発行）と、使用状態「０」（未使用）および「０」（未使用）と、商品金額「―」および「―」とが、それぞれ、対応付けられて記憶されている。

図１０は、本実施の形態における電子マネー管理サーバ２００の記憶部２２０の使用済チケット情報ＤＢを説明するための図である。図１０を参照して、使用済チケット情報ＤＢには、当該チケットのチケットＩＤと、当該チケットの券種と、当該チケットが記憶された携帯電話１００の携帯ＩＤと、当該チケットの使用状態と、当該チケットが使用された商品の金額とが、対応付けられて記憶される。

ここでは、チケットＩＤ「Ｆ０７０９０１０００１００１」と券種「フード」と携帯ＩＤ「ＭＮ７ＲＥ」と使用状態「１」（使用済）と商品金額「２５０」円とが対応付けられて記憶されている。同様に、チケットＩＤ「Ｆ０７０９０２０００１００１」、「Ｆ０７０９０３０００１００１」および「Ｄ０７０９０３０００１０１２」と、券種「ドリンク」、「フード」および「ドリンク」と、携帯ＩＤ「ＭＰ３ＥＡ」、「ＭＲ３ＢＮ」および「ＭＲ３ＢＮ」と、使用状態「１」（使用済）、「０」（未使用）および「０」（未使用）と商品金額「２４０」、「―」および「―」とが、対応付けられて記憶されている。

（電子マネーシステム１０でのバリューのチャージの説明）
次に、携帯電話１００にバリューをチャージするまでの流れについて説明する。携帯電話１００にバリューをチャージするためには、まず、携帯電話１００を登録する初期登録、および電子マネーアプリ１１１のダウンロードを行なう必要がある。

初期登録では、電子マネー管理サーバ２００で管理されている初期登録用のウェブページにアクセスしている携帯電話１００が電子マネー取引サービスの提供を受けることができる有効な携帯電話であるか否かが、管理用ＡＰ２１１により判断される。そして、携帯電話１００が有効な携帯電話であると判断されたときには、管理用ＡＰ２１１により、会員ＩＤが発行され、その会員ＩＤ、携帯電話において設定されているメールアドレス、およびバリューの購入に関する対価の決済のための決済用処理に利用する決済用処理機関としてユーザが指定した金融機関を特定するための金融機関指定情報が、当該携帯電話１００の携帯ＩＤに対応付けて、管理用ＤＢ２２１に記憶される。これにより、初期登録が完了する。

初期登録が完了すると、電子マネーアプリ１１１は、管理用ＡＰ２１１により、携帯電話１００に対して送信される。電子マネーアプリ１１１が携帯電話１００の記憶部１２０に記憶され、ダウンロードが完了すると、データ処理部１１０は、当該電子マネーアプリ１１１を起動する。

図１２は、本実施の形態における電子マネーシステム１０において携帯電話１００の電子マネーアプリ１１１が起動されるときに携帯電話１００の表示部１４０に表示される表示画面図である。図１２（ａ）は、電子マネーアプリ１１１の起動中に携帯電話１００の表示部１４０に表示される表示画面図である。図１２（ａ）の画面には、起動中であるアプリの名称である「電子マネーアプリ」の文字、および、全起動プロセスのうちの経過したプロセスの割合の概略を示すグラフが表示される。

ダウンロード完了後、初めて起動されるときには、携帯電話１００とリモート発行サーバ５５０との間で通信が行なわれて、電子マネー取引サービス用の記憶領域が非接触型ＩＣチップ１９０の記憶部１９２に確保（構築）され、確保された記憶領域に０円相当のバリューを記憶させる処理が行なわれる。リモート発行サーバ５５０による処理が終了した後、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面を表示部１４０に表示させる。

図１２（ｂ）は、ダウンロード完了後初めて電子マネーアプリ１１１が起動されるときに、携帯電話１００の表示部１４０に表示される起動時初期画面図である。図１２（ｂ）の画面には、非接触型ＩＣチップ１９０の製造時から与えられているチップＩＤが００００２００００１２３９８であること、非接触型ＩＣチップ１９０に記憶されているバリューの残高が０円であること、バリューを購入するためのリンクである「バリュー購入（モバイルバンキング経由）」、購入済みのバリューを非接触型ＩＣチップ１９０にチャージするためのリンクである「ＩＣチップへの購入バリューのチャージ」、および、発行されたチケットを確認するためのリンクである「チケット確認」が表示される。

携帯電話１００にバリューをチャージするためには、次の段階として、電子マネーアプリ１１１を起動して、起動時初期画面において「バリュー購入」を選択しバリューを購入する必要がある。

図１１は、本実施の形態における携帯電話１００で実行される電子マネーアプリ１１１の処理の流れを示すフローチャートである。図１１を参照して、電子マネーアプリ１１１が起動されると、ステップＳ１８０では、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。

図１３で後述する券売機３００による発券処理において券売機３００のチップリーダライタ３９０、または、図１６で後述するカードユニット６００による球貸処理においてカードユニット６００のチップリーダライタ６９０から、携帯電話１００の非接触型ＩＣチップ１９０へ、電子マネーアプリ１１１を起動させるためのアプリ起動信号が送信された場合、携帯電話１００は、アプリ起動信号に応じて、電子マネーアプリ１１１を起動させる。アプリ起動信号については、図１３で説明する。また、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）については、図１３の説明とともに説明する。

一方、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動でないと判断した場合（ステップＳ１８０でＮＯの場合）、ステップＳ１９１で、データ処理部１１０は、引継ぎ情報からの起動であるか否かを判断する。後述するように、バリュー購入のための決済が完了した後に電子マネー管理サーバ２００からの引継ぎ情報が付された電子メールが携帯電話１００に送信され、その引継ぎ情報によって、電子マネーアプリ１１１が起動され、購入されたバリューが携帯電話１００にチャージされる。引継ぎ情報からの起動であると判断した場合（ステップＳ１９１でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。

一方、引継ぎ情報からの起動でないと判断した場合（ステップＳ１９１でＮＯの場合）、実行する処理をステップＳ１９２に進める。

ステップＳ１９２では、データ処理部１１０は、データ処理部１１０は、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の領域からバリュー残高を取得して、電子マネーアプリ１１１の起動時初期画面（図１２（ｂ）参照）を表示させる。

次に、ステップＳ１９３で、データ処理部１１０は、バリュー購入が選択されたか否かを判断する。図１２（ｂ）の画面で「バリュー購入（モバイルバンキング経由）」のリンクが選択されると、データ処理部１１０は、バリュー購入が選択されたと判断し（ステップＳ１９３でＹＥＳ）、ステップＳ１３０で、バリュー購入時処理を実行する。

バリュー購入時処理では、まず、会員ＩＤおよび携帯ＩＤが含まれるチャージ要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。その後、バリュー購入時処理では、金融機関の確認、バリュー購入を希望する購入希望金額の選択等が行なわれる。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、確認された金融機関において、携帯上保持限度額および１日購入限度額の範囲内でバリュー購入を希望する購入希望金額（手数料等含む）の対価の決済を行なわせるための情報を携帯電話１００に送信する。

ユーザは、ウェブ処理により、受信した情報に基づき、携帯電話１００を金融機関サーバ５００のインターネットバンキングシステムにアクセスさせて、予め登録されている自己のモバイルバンキング口座にログインして振込み処理を行なう。金融機関サーバ５００において購入希望金額の対価の振込み処理が完了すると、決済サーバ２８０は、振込み処理が完了したことを、請求情報ＤＢ２８１に登録するとともに、電子マネー管理サーバ２００に伝達する。

振込み処理が完了したことを受けて、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１の会員ＩＤに対応するバリュー購入記録を更新し、携帯電話１００に対応する当日積算額に購入金額を加算して当日積算額を更新し、携帯電話１００に対応するチャージ累計額に購入金額を加算してチャージ累計額を更新し記憶する処理が行なわれる。そして、電子マネー管理サーバ２００から携帯電話１００に対して、引継ぎ情報を付した電子メールが送信される。引継ぎ情報としては、リンク情報が含まれる。本実施の形態におけるリンク情報には、後述する電子マネーアプリ１１１を自動的に起動させるための情報が含まれている。電子マネーアプリ１１１が起動されると、引継ぎ情報からの起動である（ステップＳ１９１でＹＥＳである）ので、バリュー発行時処理が実行される。

図１１に戻り、ステップＳ１９４で、データ処理部１１０は、図１２（ｂ）で説明した起動時初期画面で「ＩＣチップへの購入バリューのチャージ（最新残高更新）」のリンクが選択されることによって、バリュー発行が選択されたか否かを判断する。バリュー発行が選択された場合（ステップＳ１９４でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１５０に進める。なお、前述したように、電子メールに付された引継ぎ情報としてのリンクが選択されて、ステップＳ１９１で、引継ぎ情報からの起動であると判断された場合も同様に、実行する処理をステップＳ１５０に進める。

ステップＳ１５０では、データ処理部１１０は、バリュー発行時処理を実行する。バリュー発行時処理では、バリューのチャージを要求するための情報であって会員ＩＤおよび携帯ＩＤを含むバリュー発行要求情報が携帯電話１００から電子マネー管理サーバ２００へ送信される。電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、受信した会員ＩＤおよび携帯ＩＤに対応する未だチャージ（書込）されていないバリュー（未チャージバリューともいう）が管理用ＤＢ２２１に記憶されているか否かが判断される。未チャージバリューが記憶されていると判断された場合、電子マネー管理サーバ２００では、管理用ＡＰ２１１にしたがって、管理用ＤＢ２２１のバリュー購入記録をバリュー書込済であることを特定可能な状態に設定し、当該バリューを書込ませるためのバリュー発行情報を携帯電話１００に送信する。

バリュー発行情報を受信した場合、バリュー発行時処理では、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域にバリュー発行情報から特定されるバリューを記憶させる書込処理を開始させるための情報であって、バリュー発行情報から特定されるバリューの額を示すバリュー発行額情報および携帯ＩＤを含む書込処理開始要求情報をリモート発行サーバ５５０へ送信することにより、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域に、書込処理開始要求情報に含まれるバリュー発行額情報で示される額のバリューが書込まれる。

バリュー発行時処理では、書込みが完了すると、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用の記憶領域から書込み後のバリュー残高を取得して、バリュー発行完了画面を表示部１４０に表示させる。

図１１に戻り、ステップＳ１９５で、データ処理部１１０は、図１２（ｂ）で説明した起動時初期画面で「チケット確認」のリンクが選択されることによって、チケット確認が選択されたか否かを判断する。チケット確認が選択された場合（ステップＳ１９５でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１９６に進める。

ステップＳ１９６では、データ処理部１１０は、発行されたチケットを報知するためのチケット報知処理を実行する。本実施の形態においては、図８で説明したように、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域にチケットＩＤおよび券種が記憶される。よって、チケット報知処理では、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域から獲得しているチケットの券種および券種ごとの数を取得して、チケット報知画面を表示部１４０に表示させる。

図１２（ｃ）は、チケット確認が選択されたときに携帯電話１００の表示部１４０に表示される表示画面図である。図１２（ｃ）の画面には、「現在、ドリンクチケット２枚、フードチケット１枚獲得しています。」といったメッセージが表示される。

図１１に戻って、ステップＳ１９７では、データ処理部１１０は、携帯電話１００において電子マネーアプリ１１１を終了させるための操作が行なわれたか否かを判断する。終了させるための操作（たとえば、携帯電話１００のデータ入力部１３０のクリアキーの操作等）が行なわれた場合（ステップＳ１９７でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。一方、終了させるための操作が行なわれていない場合（ステップＳ１９７でＮＯの場合）、データ処理部１１０は、実行する処理を前述したステップＳ１９３に戻す。

（電子マネーシステム１０でのバリューの使用の説明）
図１３は、本実施の形態における券売機３００で実行される発券処理の流れを示すフローチャートである。この発券処理は、パチンコ遊技機７００およびスロットマシンなどで遊技を可能とする所定の遊技価値を有するプリペイドデータが記録されパチンコ玉およびメダルの払出し（貸与）のために用いられるプリペイドカード３７１を発券する処理である。図１３を参照して、まず、ステップＳ３１０で、券売機３００のデータ処理部３１０は、不正登録処理を実行する。

図１４は、本実施の形態における券売機３００で実行される不正登録処理の流れを示すフローチャートである。図１４を参照して、データ処理部３１０は、ステップＳ３１１で、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。

携帯使用禁止情報とは、遊技場３０においてすべての携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。携帯使用禁止情報を送信する処理については、後述する図２２および図２４で説明する。

携帯使用禁止情報を受信したと判断した場合（ステップＳ３１１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１２で、携帯使用禁止情報を記憶部３２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ３１１でＮＯの場合）、または、ステップＳ３１２の後、データ処理部３１０は、実行する処理をステップＳ３１３に進める。

ステップＳ３１３では、データ処理部３１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。不正端末情報は、携帯ＩＤを含み、携帯ＩＤで示される携帯電話１００でのバリューの使用を禁止させることを指示するための情報である。不正端末情報を送信する処理については、後述する図２２および図２４で説明する。

不正端末情報を受信したと判断した場合（ステップＳ３１３でＹＥＳの場合）、データ処理部３１０は、ステップＳ３１４で、不正端末情報を記憶部３２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ３１３でＮＯの場合）、または、ステップＳ３１４の後、データ処理部３１０は、実行する処理をこの不正登録処理の呼出元の処理である図１３の発券処理に戻す。

図１３に戻って、ステップＳ３２０で、データ処理部３１０は、貨幣処理機３８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。

現金投入信号を受信したと判断した場合（ステップＳ３２０でＹＥＳの場合）、ステップＳ３２３で、データ処理部３１０は、貨幣処理機３８０から現金カウント信号を受信して、現金カウント信号で示される現金の額を現金投入額にセットする。

そして、ステップＳ３２４で、データ処理部３１０は、現金カウント信号を再度受信したか否かを判断することによって、現金が追加投入されたか否かを判断する。現金が追加投入されたと判断した場合（ステップＳ３２４でＹＥＳの場合）、ステップＳ３２５で、データ処理部３１０は、再度受信された現金カウント信号で示される現金の額を現金投入額に加算する。

現金が追加投入されていないと判断した場合（ステップＳ３２４でＮＯの場合）、または、ステップＳ３２５の後、データ処理部３１０は、現金投入額以下の金額ボタンを有効化制御する。有効化制御が実行されることにより、操作部３３０の金額ボタンへの操作が有効に受付可能にされるとともに、有効となった金額ボタンに設けられているランプが点灯される。

そして、ステップＳ３２７で、データ処理部３１０は、ステップＳ３２６で有効化された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、現金投入額以下の金額ボタンが操作されたか否かを判断する。現金投入額以下の金額ボタンが操作されていないと判断した場合（ステップＳ３２７でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３２４に戻す。

一方、有効化された金額ボタンが操作されたと判断した場合（ステップＳ３２７でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２８で、操作信号で示される金額ボタンの金額を購入金額にセットする。その後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。

一方、現金投入信号を受信していないと判断した場合（ステップＳ３２０でＮＯの場合）、データ処理部３１０は、ステップＳ３２１で、操作部３３０の利用ボタンの操作が操作されたことを示す操作信号を操作部３３０から受信したか否かを判断することによって、利用ボタンが操作されたか否かを判断する。利用ボタンは、バリューを使用するときにユーザが操作するボタンである。利用ボタンが操作されていないと判断した場合（ステップＳ３２１でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。

一方、利用ボタンが操作されたと判断した場合（ステップＳ３２１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３２２で、図１４の不正登録処理で携帯使用禁止情報が記憶部３２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ３２２でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０の処理に戻す。

一方、すべての携帯電話１００でのバリューの使用が禁止されていないと判断した場合（ステップＳ３２２でＮＯの場合）、データ処理部３１０は、ステップＳ３３１で、全金額の金額ボタンを有効化制御する。そして、ステップＳ３３２で、データ処理部３１０は、ステップＳ３３１で有効化制御された金額ボタンが操作されたことを示す操作信号を操作部３３０から受信したか否かを判断する。つまり、いずれかの金額ボタンが操作されたか否かを判断する。いずれの金額ボタンも操作されていないと判断した場合（ステップＳ３３２でＮＯの場合）、データ処理部３１０は、ステップＳ３３２の処理を繰返す。

一方、いずれかの金額ボタンが操作されたと判断した場合（ステップＳ３３２でＹＥＳの場合）、データ処理部３１０は、ステップＳ３３３で、操作信号で示される金額ボタンの金額を購入金額にセットする。

そして、データ処理部３１０は、ステップＳ３４１で、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から貸与処理を要求するための情報としての携帯ＩＤおよびバリュー残高が読込まれたか否かを判断する。

より具体的に、ステップＳ３４１においては、チップリーダライタ３９０によって携帯電話１００の非接触型ＩＣチップ１９０から貸与処理を要求するための貸与処理要求情報としての携帯ＩＤおよびバリュー残高を取得する取得処理が行なわれる。携帯電話１００の非接触型ＩＣチップ１９０は、該取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から貸与処理を要求するための貸与処理要求情報としての携帯ＩＤおよびバリュー残高を送信する。ステップＳ３４１においては、取得処理により携帯ＩＤおよびバリュー残高を取得したか否かが判断される。携帯ＩＤおよびバリュー残高を取得したと判断したときに、読込まれたと判断される。

読込まれていないと判断した場合（ステップＳ３４１でＮＯの場合）、データ処理部３１０は、ステップＳ３４１の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよびバリュー残高が読込まれないと判断した場合に、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットするようにしてもよい。

一方、携帯電話１００から携帯ＩＤおよびバリュー残高が読込まれたと判断した場合（ステップＳ３４１でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４２で、読込まれた携帯ＩＤが図１４の不正登録処理で記憶部３２０に記憶された不正端末情報により示される携帯ＩＤであるか否かを判断する。つまり、不正な携帯電話１００であるか否かを判断する。

不正携帯電話であると判断した場合（ステップＳ３４２でＹＥＳの場合）、データ処理部３１０は、ステップＳ３４３で、エラー報知する。エラー報知としては、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりする。また、データ処理部３１０は、ステップＳ３３１で有効化された金額ボタンを無効化して、購入金額をリセットする。そして、ステップＳ３４４で、データ処理部３１０は、遊技場３０の係員によって不正携帯電話であるか否かが確認されて、確認操作がされたか否かを判断する。確認操作がされていない場合（ステップＳ３４４でＮＯの場合）、データ処理部３１０は、ステップＳ３４４を繰返す。一方、確認操作がされたと判断した場合（ステップＳ３４４でＹＥＳの場合）、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。

不正携帯電話でないと判断した場合（ステップＳ３４２でＮＯの場合）、データ処理部３１０は、実行する処理をステップＳ３５１に進める。ステップＳ３５１では、データ処理部３１０は、購入金額がバリュー残額よりも大きな額であるか否かを判断する。購入金額がバリュー残額よりも大きな額でないと判断した場合（ステップＳ３５１でＮＯの場合）、ステップＳ３５６において、データ処理部３１０は、購入金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ３９０を制御する。

具体的には、データ処理部３１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部３９３を制御する旨の減算制御コマンドをチップリーダライタ３９０の制御部３９１に送信する。チップリーダライタ３９０の制御部３９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部３９３を制御する。

一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号を券売機３００のチップリーダライタ３９０に送信する処理が行なわれる。

そして、データ処理部３１０は、ステップＳ３５７で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ３９０の制御部３９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部３１０に送信する。データ処理部３１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部３１０は、ステップＳ３５７において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部３４０において報知するようにしてもよい。

減算終了信号を受信したと判断した場合（ステップＳ３５７でＹＥＳの場合）、ステップＳ３５８で、データ処理部３１０は、バリュー残額から購入金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から購入金額を減算した額が所定額以下であると判断した場合（ステップＳ３５８でＹＥＳの場合）、ステップＳ３５９で、データ処理部３１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ３９０を制御する。アプリ起動信号は、携帯電話１００の電子マネーアプリ１１１を外部から起動させるための信号である。

減算後残高僅少情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が僅少である旨を携帯電話１００に伝達するための情報である。所定額は、たとえば、最低額のプリペイドカード３７１を１回購入できる額であり、本実施の形態においては、１０００円である。なお、所定額は、僅少な額であれば、他の額であってもよい。なお、減算後残高僅少情報を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

一方、バリュー残額から購入金額を減算した額が所定額以下でないと判断した場合（ステップＳ３５８でＮＯの場合）、または、ステップＳ３５９の後、データ処理部３１０は、実行する処理をステップＳ３６１に進める。

一方、購入金額がバリュー残額よりも大きな額であると判断した場合（ステップＳ３５１でＹＥＳの場合）、ステップＳ３５２で、データ処理部３１０は、減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。減算前残高不足情報は、バリューを減算する前に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。その後、データ処理部３１０は、実行する処理をステップＳ３１０に戻す。なお、減算前残高不足情報を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

ステップＳ３６１では、データ処理部３１０は、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。

次に、ステップＳ３６２で、データ処理部３１０は、購入金額のプリペイドカード３７１を発券するよう、カードリーダライタ３７０を制御する。なお、現金投入額が購入金額より多い場合は、データ処理部３１０は、現金投入額から購入金額を減算した釣銭を払出すよう、貨幣処理機３８０を制御する。そして、データ処理部３１０は、ステップＳ３６３で、購入金額、バリュー残額、および、現金投入額をリセットして、実行する処理をステップＳ３１０に戻す。

図１６は、本実施の形態におけるカードユニット６００で実行される球貸処理の流れを示すフローチャートである。図１６を参照して、まず、ステップＳ６１０で、カードユニット６００のデータ処理部６１０は、ユニット不正登録処理を実行する。

図１７は、本実施の形態におけるカードユニット６００で実行されるユニット不正登録処理の流れを示すフローチャートである。図１７を参照して、ステップＳ６０１で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、携帯使用禁止情報を受信したか否かを判断する。携帯使用禁止情報は、図１４のステップＳ３１１で説明したので重複する説明は繰返さない。

携帯使用禁止情報を受信したと判断した場合（ステップＳ６０１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０２で、携帯使用禁止情報を記憶部６２０に記憶させる。一方、携帯使用禁止情報を受信していないと判断した場合（ステップＳ６０１でＮＯの場合）、または、ステップＳ６０２の後、データ処理部６１０は、実行する処理をステップＳ６０３に進める。

ステップＳ６０３では、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正端末情報を受信したか否かを判断する。不正端末情報は、図１４のステップＳ３１３で説明したので重複する説明は繰返さない。

不正端末情報を受信したと判断した場合（ステップＳ６０３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０４で、不正端末情報を記憶部６２０に記憶させる。一方、不正端末情報を受信していないと判断した場合（ステップＳ６０３でＮＯの場合）、または、ステップＳ６０４の後、ステップＳ６０５で、データ処理部６１０は、電子マネー管理サーバ２００から店舗サーバ８００を介して、不正カードＩＤを受信したか否かを判断する。

不正カードＩＤは、不正な携帯電話１００で購入されたプリペイドカード３７１を識別するためのＩＤである。不正カードＩＤを送信する処理については、後述する図２２および図２４で説明する。

不正カードＩＤを受信したと判断した場合（ステップＳ６０５でＹＥＳの場合）、データ処理部６１０は、ステップＳ６０６で、不正カードＩＤを記憶部６２０に記憶させる。不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、または、ステップＳ６０６の後、データ処理部６１０は、実行する処理をこのユニット不正登録処理の呼出元の処理である図１６の球貸処理に戻す。一方、不正カードＩＤを受信していないと判断した場合（ステップＳ６０５でＮＯの場合）、データ処理部６１０は、実行する処理を図１６の球貸処理に戻す。

図１６に戻って、ステップＳ６７０で、データ処理部６１０は、前述した図７の当選情報記憶領域の記憶状態を更新するための記憶状態更新処理を実行する。

図１８は、本実施の形態におけるカードユニット６００で実行される記憶状態更新処理の流れを示すフローチャートである。図１８を参照して、ステップＳ６７５で、データ処理部６１０は、店舗サーバ８００から複数のチケットＩＤおよび券種を含む割振チケット情報を受信したか否かを判断する。

割振チケット情報は、電子マネー管理サーバ２００から店舗サーバ８００を介してカードユニット６００に送信される情報であって、少なくともチケットを個々に識別可能なチケットＩＤを含み遊技者に商品を提供するためのチケットに関する情報であって、電子マネー取引サービスのサービス提供機関（電子マネー管理サーバ２００）によって、毎日、各店舗に対するチケットの付与予定数に対して余裕を持って、生成されて、各店舗（店舗サーバ８００）に割振られる情報である。

割振チケット情報を受信したと判断した場合（ステップＳ６７５でＹＥＳの場合）、ステップＳ６７６で、データ処理部６１０は、受信した割振チケット情報に含まれるチケットＩＤおよび券種を記憶部６２０に記憶させる。一方、割振チケット情報を受信していないと判断した場合（ステップＳ６７５でＮＯの場合）、および、ステップＳ６７６の後、データ処理部６１０は、実行する処理をステップＳ６７１の処理に進める。

ステップＳ６７１で、データ処理部６１０は、店舗サーバ８００を介して、他のカードユニットからの当選情報を受信したか否かを判断する。当選情報には、チケットが当選した携帯ＩＤ、当該チケットの券種、および、当該チケットのチケットＩＤが含まれる。当選情報は、図２１のステップＳ６９６ならびに図２５のステップＳ８３１およびステップＳ８３２において後述するように、カードユニット６００における抽選処理において当選したときに店舗サーバ８００を介して送信される。

当選情報を受信していると判断された場合（ステップＳ６７１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６７２において図７で説明したカードユニット６００に搭載されている記憶部６２０の当選情報記憶領域に、当該当選情報に含まれる携帯ＩＤと券種とチケットＩＤとを対応付けて記憶する処理を行ない、実行する処理をステップＳ６７３に進める。

なお、ステップＳ６７２においては、受信した当選情報に含まれる携帯ＩＤと券種とチケットＩＤとを対応付けて、図７の当選情報記憶領域に記憶する処理を行なう例について説明した。しかし、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、受信した当選情報に含まれる携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態（たとえば、携帯ＩＤおよび券種を特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、後述するステップＳ６８１においては、当選情報記憶領域の携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯電話１００の携帯ＩＤであるか否かを判断するようにしてもよい。

次に、ステップＳ６７３において、データ処理部６１０は、店舗サーバ８００を介して、他の券売機およびカードユニットからの発行済情報を受信したか否かを判断する。発行済情報は、図２１のステップＳ６８３ならびに図２５のステップＳ８３５において後述するようにカードユニット６００において図２１のステップＳ６８２でチケット発行処理が行なわれたときに店舗サーバ８００を介して送信されるものである。発行済情報には、チケット発行処理の対象となったチケットのチケットＩＤが含まれる。

ステップＳ６７３において発行済情報を受信していると判断された場合、データ処理部６１０は、ステップＳ６７４において、図７で説明したカードユニット６００に搭載されている記憶部６２０の当選情報記憶領域から、当該発行済情報に含まれるチケットＩＤに対応する当選情報を消去する処理を行ない、実行する処理をこの処理の呼出元の処理である図１６の球貸処理に戻す。

なお、ステップＳ６７４においては、受信した発行済情報から特定されるチケットＩＤに対応する当選情報を、図７の当選情報記憶領域から消去する処理を行なう例について説明した。しかし、これに限らず、ステップＳ６７２において当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態に更新するように構成して、発行済情報に携帯ＩＤが含まれるようにした場合、ステップＳ６７４においては、受信した発行済情報に含まれる携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。

図１６に戻って、データ処理部６１０は、ステップＳ６２１で、カードリーダライタ６７０からプリペイドカード３７１が投入されたことを示す投入信号を受信したか否かを判断する。

投入信号を受信したと判断した場合（ステップＳ６２１でＹＥＳの場合）、データ処理部６１０は、ステップＳ６２３で、カードリーダライタ６７０から、投入されたプリペイドカード３７１のカードＩＤが、記憶部６２０に記憶された不正カードＩＤと同じであることを示す不正カード信号を受信したか否かを判断する。

不正カードでないと判断した場合（ステップＳ６２３でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６９０に進める。一方、不正カードであると判断した場合（ステップＳ６２３でＹＥＳの場合）、データ処理部６１０は、ステップＳ６２４で、不正なプリペイドカードが投入された旨をエラー報知する。エラー報知は、たとえば、警報ランプを点滅させたり、警報ブザーを鳴動させたりすることによって行なう。そして、ステップＳ６２５で、データ処理部６１０は、遊技場３０の係員によってエラー報知が確認されたことを示す確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ６２５でＮＯの場合）、データ処理部６１０は、ステップＳ６２５の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ６２５でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。

一方、投入信号を受信していないと判断した場合（ステップＳ６２１でＮＯの場合）、データ処理部６１０は、ステップＳ６２０で、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。

現金投入信号を受信したと判断した場合（ステップＳ６２０でＹＥＳの場合）、ステップＳ６２６で、データ処理部６１０は、発券するプリペイドカード３７１のカードＩＤ、および、購入に用いた現金額をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。

次に、ステップＳ６２７で、データ処理部６１０は、プリペイドカード３７１を発行し、貨幣処理機６８０からの現金カウント信号で示される現金投入額を、カードリーダライタ６７０の内部に予めストックされているプリペイドカード３７１に入金するよう、カードリーダライタ６７０を制御する。なお、ここでは、プリペイドカード３７１は、入金後、カードユニット６００の中に保持されて、排出されない。その後、データ処理部６１０は、実行する処理をステップＳ６９０に進める。

ステップＳ６９０では、データ処理部６１０は、プリペイド球貸処理を実行する。プリペイド球貸処理については、後述する図１９で説明する。

図１９は、本実施の形態におけるカードユニット６００で実行されるプリペイド球貸処理の流れを示すフローチャートである。

図１９を参照して、ステップＳ６１１で、データ処理部６１０は、貨幣処理機６８０から現金が投入された旨の現金投入信号を受信したか否かを判断する。現金投入信号を受信したと判断した場合（ステップＳ６１１でＹＥＳの場合）、ステップＳ６１２で、データ処理部６１０は、貨幣処理機６８０から現金カウント信号を受信して、現金カウント信号で示される現金の額をプリペイドカード３７１に加算するよう、カードリーダライタ６７０を制御する。

一方、現金投入信号を受信していないと判断した場合（ステップＳ６１１でＮＯの場合）、または、ステップＳ６１２の後、データ処理部６１０は、ステップＳ６１３で、カードリーダライタ６７０によって読込まれたプリペイドカード３７１に記録されたプリペイドの残高を、カードリーダライタ６７０から受信する。

次に、ステップＳ６１４で、データ処理部６１０は、受信した残高が０より大きい値であるか、すなわち残高が０でないか否かを判断する。残高が０よりも大きい値でないと判断した場合（ステップＳ６１４でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。

一方、残高が０より大きい値であると判断した場合（ステップＳ６１４でＹＥＳの場合）、データ処理部６１０は、ステップＳ６１５で、球貸ボタン６３１から球貸操作信号を受信したか否かを判断する。球貸操作信号を受信していないと判断した場合（ステップＳ６１５でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６３１に進める。

一方、球貸操作信号を受信したと判断した場合（ステップＳ６１５でＹＥＳの場合）、ステップＳ６１１１で、データ処理部６１０は、図７で説明した当選情報記憶領域に後述するステップＳ６１２４で記憶された当選情報が記憶されているか否かを判断する。なお、ここで記憶されているか否かが判断される当選情報は、当選情報記憶領域に記憶されている当選情報のうち、携帯ＩＤと対応付けて記憶されていない当選情報（図７においてＮｏ．２で示すような当選情報）である。

当選情報が記憶されていると判断された場合（ステップＳ６１１１でＹＥＳの場合）、ステップＳ６１１２で、データ処理部６１０は、図２０（Ａ）で説明するチケット情報をバーコードで表示するか携帯電話１００に出力するかの選択を促す旨の画面を表示するよう表示部６４０を制御する。

図２０は、本実施の形態における電子マネーシステム１０においてチケットの付与に関連してカードユニット６００の表示部６４０に表示される表示画面図である。図２０（Ａ）は、チケットが付与されるときにカードユニット６００の表示部６４０に表示される表示画面図である。図２０（Ａ）を参照して、図２０（Ａ）の画面には、第１行に、現在の日時、第２行に、付与されるチケットの券種およびそのチケットが付与される旨、第３行に、チケット情報をバーコード（ここでは２次元コード）で表示することを選択するための選択肢、第４行に、チケット情報を携帯電話１００に出力することを選択するための選択肢、および、第５行から第６行までに、いずれかの選択肢の選択を促す旨が表示される。

図１９に戻って、ステップＳ６１１３で、チケット情報を携帯電話１００に出力することを選択するための選択肢の表示を遊技者が指で触れたことが、操作部６３０のタッチパネルで検出されたか否かに応じて、データ処理部６１０は、チケット情報を携帯電話１００に出力することが選択されたか否かを判断する。

携帯電話１００に出力することが選択されたと判断した場合（ステップＳ６１１３でＹＥＳの場合）、ステップＳ６１１４で、データ処理部６１０は、図２０（Ｂ）で説明するカードユニット６００のチップリーダライタ６９０に携帯電話１００をかざすことを遊技者に促す旨の画面を表示するよう表示部６４０を制御する。

図２０に進んで、図２０（Ｂ）は、携帯電話１００にチケットが付与される前にカードユニット６００の表示部６４０に表示される表示画面図である。図２０（Ｂ）を参照して、図２０（Ｂ）の画面には、第１行に、現在の日時、第２行から第３行までに、付与されるチケットの券種およびそのチケットが携帯電話に出力される旨、および、第４行から第５行までに、カードユニット６００のチップリーダライタ６９０に携帯電話１００をかざすことを遊技者に促す旨が表示される。

図１９に戻って、携帯電話１００がチップリーダライタ６９０にかざされると、ステップＳ６１１５で、データ処理部６１０は、ステップＳ６１１１で記憶されていると判断された当選情報のチケットＩＤのチケットを発行するためのチケット発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する処理をチケット発行処理として行なう。

チケット発行情報は、発行するチケットのチケットＩＤおよび当該チケットの券種を含む。アプリ起動信号については、図１３のステップＳ３５９で説明したので重複する説明は繰返さない。なお、アプリ起動信号を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

これにより、携帯電話１００の非接触型ＩＣチップ１９０の非接触通信部１９３からチケット発行情報を含むアプリ起動信号が受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域に、チケット発行情報から特定されるチケットＩＤおよび券種が追加更新（記憶）されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。

次に、ステップＳ６１１６で、データ処理部６１０は、ステップＳ６１１５で発行されたチケットのチケットＩＤと、ステップＳ６１１５でチケット発行情報を送信した携帯電話１００の携帯ＩＤとを含む発行済情報を店舗サーバ８００に送信する。ステップＳ６１１６の後、データ処理部６１０は、実行する処理をステップＳ６１１９の処理に進める。

一方、携帯電話１００に出力することが選択されていないと判断した場合（ステップＳ６１１３でＮＯの場合）、つまり、チケット情報をバーコードで表示することが選択された場合、ステップＳ６１１７で、データ処理部６１０は、図２０（Ｃ）で説明する画面のように、ステップＳ６１１１で記憶されていると判断された当選情報のチケットＩＤおよび券種を含むチケット情報をバーコード（ここでは２次元コード）に変換して表示するよう表示部６４０を制御する。

図２０に進んで、図２０（Ｃ）は、チケット情報がバーコードで表示されるときのカードユニット６００の表示部６４０に表示される表示画面図である。図２０（Ｃ）を参照して、図２０（Ｃ）の画面には、第１行に、現在の日時、第２行から第３行に、付与されるチケットの券種およびそのチケットがバーコード（ここでは２次元コード）で表示される旨、第２行から第３行の右側に、バーコード（ここでは２次元コード）、第４行から第５行に、表示されているバーコードを店員が所持する端末装置（ハンディターミナル４００）で読取るので店員を呼出すことを遊技者に促す旨、第６行から第７行に、表示されているバーコードを携帯電話１００のカメラ機能で撮影して後で店員に提示してもよい旨が表示される。

図１９に戻って、ステップＳ６１１８で、データ処理部６１０は、ステップＳ６１１７で発行されたチケットのチケットＩＤを含む発行済情報を店舗サーバ８００に送信する。

そして、ステップＳ６１１９で、データ処理部６１０は、ステップＳ６１１５またはステップＳ６１１７で発行されたチケットのチケットＩＤの当選情報を図７の当選情報記憶領域から消去する処理を行なう。ステップＳ６１１９の後、データ処理部６１０は、実行する処理をステップＳ６１２１の処理に進める。

なお、ステップＳ６１１９では、図７の当選情報記憶領域から当選情報を消去する処理を行なう例について説明した。しかし、これに限定されず、後述するステップＳ６１２４で、当選情報記憶領域にチケットＩＤを予め記憶し、当該チケットＩＤのチケットの記憶状態を、当選していることを特定可能な記憶状態に更新するように構成して、ステップＳ６１１９で、発行するチケットのチケットＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定可能な発行済フラグがセットされた状態に更新するようにしてもよい。つまり、データ処理部６１０は、当選情報記憶領域における記憶状態を発行済（付与済）を特定可能に更新する。

当選情報記憶領域に当選情報が記憶されていないと判断した場合（ステップＳ６１１１でＮＯの場合）、または、ステップＳ６１１９の後、ステップＳ６１２１で、データ処理部６１０は、所定の当選確率に従って、ドリンクチケットの当選、フードチケットの当選、または、はずれを抽選するための抽選処理を行なう。なお、ステップＳ６１２１により、抽選処理が構成されている。

次に、ステップＳ６１２２で、データ処理部６１０は、ステップＳ６１２１での抽選処理においてドリンクチケットおよびフードチケットのいずれかに当選したか否かを判断する処理を行なう。

ドリンクチケットおよびフードチケットのいずれかに当選したと判断した場合（ステップＳ６１２２でＹＥＳの場合）、ステップＳ６１２３で、データ処理部６１０は、店舗サーバ８００から割振られて図１８のステップＳ６７６で記憶部６２０に記憶されたチケットＩＤおよび券種の組合せのうちから、当選した券種のチケットＩＤを読出す。

なお、本実施の形態においては、ステップＳ６１２３で、電子マネー管理サーバ２００から店舗サーバ８００を介して割振られたチケットＩＤのうちの１つを当選したチケットのチケットＩＤとするようにした。しかし、これに限定されず、カードユニットのそれぞれで重複しないようにチケットＩＤを生成するようにして、生成されたチケットＩＤを当選したチケットのチケットＩＤとするようにしてもよい。

次に、ステップＳ６１２４で、データ処理部６１０は、当選したチケットの券種、および、ステップＳ６１２３で読出したチケットＩＤを対応付けて、当選情報として図７の当選情報記憶領域に記憶させる。

なお、このプリペイド球貸処理においては、携帯電話１００に記憶されたバリューが用いられて球貸処理が行なわれるのではなく、プリペイドカード３７１が用いられて球貸処理が行なわれるので、ステップＳ６１２４では、図７の当選情報記憶領域の携帯ＩＤの欄には、携帯ＩＤは記憶されず、携帯ＩＤが記憶されていないことを示す情報（図７では「―」で示す）が記憶される。

そして、ステップＳ６１２５で、データ処理部６１０は、図２０（Ｄ）で説明する次回球貸時にチケットが付与される旨の画面を表示するよう表示部６４０を制御する。ステップＳ６１２５の後、データ処理部６１０は、実行する処理をステップＳ６１６の処理に進める。

図２０に進んで、図２０（Ｄ）は、次回球貸時にチケットが付与される旨を報知するための表示画面図である。図２０（Ｄ）の画面には、第１行に、現在の日時、第２行に、当選したチケットの券種およびそのチケットが次回付与される旨、第３行から第４行までに、再度球貸を行なうことで当選したチケットが付与される旨が表示される。

図１９に戻って、ステップＳ６１２１での抽選の結果、いずれのチケットにも当選していない、つまり、はずれであると判断した場合（ステップＳ６１２２でＮＯの場合）、または、ステップＳ６１２５の後、ステップＳ６１６で、プリペイドカード３７１の残高から所定貸球相当の対価を減算する。次に、データ処理部６１０は、ステップＳ６１７で、減算した残高をプリペイドカード３７１に書込むよう、カードリーダライタ６７０を制御する。

次いで、ステップＳ６１８で、データ処理部６１０は、所定個数の遊技球の払出しを要求するための球貸信号をパチンコ遊技機７００に送信する。この球貸信号に応じて、パチンコ遊技機７００は、所定個数の遊技球を払出す。遊技者は、払出された遊技球を用いてパチンコ遊技を行なうことができる。なお、カードユニット６００は、球貸信号を送信することによりパチンコ遊技機７００に遊技球を払出させるものに限らず、自ら遊技球を払出すものであってもよい。すなわち、ステップＳ６１８において、遊技球を払出す処理を実行するものであってもよい。その後、データ処理部６１０は、実行する処理をステップＳ６３１に進める。

ステップＳ６３１では、データ処理部６１０は、返却ボタン６３２から返却操作信号を受信したか否かを判断する。返却操作信号を受信していないと判断した場合（ステップＳ６３１でＮＯの場合）、データ処理部６１０は、実行する処理をステップＳ６１１に戻す。

一方、返却操作信号を受信したと判断した場合（ステップＳ６３１でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６３２に進める。

ステップＳ６３２では、データ処理部６１０は、プリペイドカード３７１から読込まれた残高をリセットする。次に、ステップＳ６３３で、データ処理部６１０は、プリペイドカード３７１を返却するように、カードリーダライタ６７０を制御する。その後、データ処理部６１０は、実行する処理をこのプリペイド球貸処理の呼出元の処理である図１６の球貸処理に戻す。

図１６に戻って、ステップＳ６９０でプリペイド球貸処理の実行後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。

一方、現金投入信号を受信していないと判断した場合（ステップＳ６２０でＮＯの場合）、データ処理部６１０は、ステップＳ６２２で、図１７のユニット不正登録処理で携帯使用禁止情報が記憶部６２０に記憶されたか否かを判断する。つまり、すべての携帯電話１００でのバリューの使用が禁止されているか否かを判断する。すべての携帯電話１００でのバリューの使用が禁止されていると判断した場合（ステップＳ６２２でＹＥＳの場合）、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。

一方、すべての携帯電話１００でのバリューの使用が禁止されているわけではないと判断した場合（ステップＳ６２２でＮＯの場合）、データ処理部６１０は、ステップＳ６４１からステップＳ６４４までの処理を実行する。ステップＳ６４１からステップＳ６４４までの処理は、図１３で説明した発券処理のステップＳ３４１からステップＳ３４４と同様であるので、説明は繰返さない。

ステップＳ６５１では、データ処理部６１０は、バリュー残額が０円であるか否かを判断する。バリュー残額が０円であると判断した場合（ステップＳ６５１でＹＥＳの場合）、ステップＳ６５２で、データ処理部６１０は、図１３の発券処理のステップＳ３５２と同様の減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する。なお、減算前残高不足情報を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。その後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。

なお、本実施の形態においては、ステップＳ６５１で、バリュー残額が０円であるか否かを判断した。これは、本実施の形態におけるバリューは、遊技のみに用いられ、球貸の単位である１００円単位でバリューが引落とされるため、０円であるか否かを判断することによって、球貸可能なバリューが残っているか否かを判断できるためである。しかし、遊技場３０以外でもバリューを用いることができるようにした場合、ステップＳ６５１で、バリュー残額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。

一方、バリュー残額が０円でないと判断した場合（ステップＳ６５１でＮＯの場合）、データ処理部６１０は、ステップＳ６５３で、バリュー残額が１０００円以上であるか否かを判断する。バリュー残額が１０００円以上であると判断した場合（ステップＳ６５３でＹＥＳの場合）、ステップＳ６５４で、データ処理部６１０は、１０００円を購入金額にセットする。一方、バリュー残額が１０００円未満であると判断した場合（ステップＳ６５３でＮＯの場合）、ステップＳ６５５で、データ処理部６１０は、バリュー残額を購入金額にセットする。

なお、ステップＳ６５３およびステップＳ６５４では、１０００円としたので、後述するステップＳ６６２で、１０００円に相当する貸球が払出される。しかし、これに限定されず、５００円に相当する貸球が払出されるようにしてもよい。この場合、ステップＳ６５３で、バリュー残額が５００円以上であるか否かを判断し、ステップＳ６５４で、データ処理部６１０は、５００円を購入金額にセットする。

ステップＳ６５４またはステップＳ６５５の後、ステップＳ６８０で、データ処理部６１０は、後述する図２１で説明するチケット関連処理を実行する。

図２１は、本実施の形態におけるカードユニット６００で実行されるチケット関連処理の流れを示すフローチャートである。図２１を参照して、ステップＳ６８１で、データ処理部６１０は、バリュー残高とともに読込まれた携帯ＩＤの当選情報が、図７で前述した当選情報記憶領域に記憶されているか否かを判断する。

なお、ステップＳ６８１において、ステップＳ６４１において取得した貸与処理を要求するための貸与処理要求情報としての携帯ＩＤを判断に用いる例について説明するが、これに限らず、貸与処理要求情報とは別に、ステップＳ６８１において、新たに携帯ＩＤを取得する処理を行ない、取得した携帯ＩＤを判断に用いるように構成してもよい。

読込まれた携帯ＩＤの当選情報が当選情報記憶領域に記憶されていると判断した場合（ステップＳ６８１でＹＥＳの場合）、ステップＳ６８２で、データ処理部６１０は、当該携帯ＩＤと対応付けて記憶されているチケットＩＤのチケットを発行するためのチケット発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する処理をチケット発行処理として行なう。

チケット発行情報は、発行するチケットのチケットＩＤおよび当該チケットの券種を含む。アプリ起動信号は、携帯電話１００の電子マネーアプリ１１１を外部から起動させるための信号である。なお、アプリ起動信号を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

これにより、携帯電話１００の非接触型ＩＣチップ１９０の非接触通信部１９３からチケット発行情報を含むアプリ起動信号が受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域に、チケット発行情報から特定されるチケットＩＤおよび券種が追加更新（記憶）されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。

次に、ステップＳ６８３で、データ処理部６１０は、当該チケットＩＤおよび携帯ＩＤを含む発行済情報を店舗サーバ８００に送信する。そして、ステップＳ６８４で、データ処理部６１０は、当該携帯ＩＤに対応する当選情報を図７の当選情報記憶領域から消去する処理を行なう。

なお、ステップＳ６８４においては、当選した携帯ＩＤに対応する当選情報を、図７の当選情報記憶領域から消去する処理を行なう例について説明した。しかし、これに限らず、ステップＳ６７２や後述するステップＳ６９４において、当選情報記憶領域に携帯ＩＤを予め記憶し、当該携帯ＩＤの記憶状態を、受信または当選した携帯ＩＤについて当選情報に含まれる券種のチケットが当選していることを特定可能な記憶状態に更新するように構成した場合、ステップＳ６８４においては、発行する携帯ＩＤに対応する記憶状態を発行済みの記憶状態（たとえば、発行済みを特定する発行済みフラグがセットされた状態）に更新するようにしてもよい。つまり、データ処理部６１０は、当選情報記憶領域における記憶状態を発行済（付与済）を特定可能に更新する。

次に、読込まれた携帯ＩＤの当選情報が当選情報記憶領域に記憶されていないと判断した場合（ステップＳ６８１でＮＯの場合）、または、ステップＳ６８４の後、ステップＳ６９１で、データ処理部６１０は、所定の当選確率に従って、ドリンクチケットの当選、フードチケットの当選、または、はずれを抽選するための抽選処理を行なう。なお、ステップＳ６９１により、抽選処理が構成されている。

次に、ステップＳ６９２で、データ処理部６１０は、ステップＳ６９１での抽選処理においてドリンクチケットおよびフードチケットのいずれかに当選したか否かを判断する処理を行なう。

ドリンクチケットおよびフードチケットのいずれかに当選したと判断された場合（ステップＳ６９２でＹＥＳの場合）、ステップＳ６９３で、データ処理部６１０は、店舗サーバ８００から割振られて図１８のステップＳ６７６で記憶部６２０に記憶されたチケットＩＤおよび券種の組合せのうちから、当選した券種のチケットＩＤを読出す。

次に、ステップＳ６９４で、データ処理部６１０は、当選した携帯電話１００の携帯ＩＤ、当選したチケットの券種、および、ステップＳ６９３で読出したチケットＩＤを対応付けて、当選情報として図７の当選情報記憶領域に記憶させる。

次いで、ステップＳ６９５で、当選したチケットの券種およびチケットＩＤを含む当選情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するようチップリーダライタ６９０を制御する。これにより、携帯電話１００の電子マネーアプリ１１１を起動させることができる。なお、当選情報を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

つまり、データ処理部６１０は、ステップＳ６４１で貸与処理を要求する貸与処理要求情報を受信したことを条件として、さらには、ステップＳ６９１でチケットを付与すると決定されたことを条件として、ステップＳ６９５において次回以降（本実施の形態では、次回）の貸与処理が実行されるときに所定の特典としてチケットが付与される旨を報知するための報知処理として、携帯電話１００に対して当選情報を含むアプリ起動信号を送信する処理を行なう。そして、当該アプリ起動信号を受信した携帯電話１００においては、後述するように、電子マネーアプリ１１１が起動され、表示部１４０において次回の貸与処理が実行されるときにチケットが付与される旨が表示されることで報知される。

次に、ステップＳ６９６で、データ処理部６１０は、当選した携帯電話１００の携帯ＩＤ、当選したチケットの券種、および、ステップＳ６９３で読出したチケットＩＤを含む当選情報を店舗サーバ８００に送信する処理を行なう。

つまり、データ処理部６１０は、後述するチケットが付与される旨を報知するための報知処理の対象の携帯電話１００の携帯ＩＤを図７に示す当選情報記憶領域に記憶するとともに、該記憶される携帯ＩＤを他のカードユニットに記憶させるために、当該携帯ＩＤ、券種およびチケットＩＤを含む当選情報を、店舗サーバ８００を介して他のカードユニット６００に送信する。そして、後述するように、店舗サーバ８００を介して当該当選情報を受信した他のカードユニットは、図１８に示す記憶状態更新処理のステップＳ６７２において、該当選情報に含まれる携帯ＩＤ、券種およびチケットＩＤを自己の当選情報記憶領域に記憶する。

そして、ステップＳ６９７で、データ処理部６１０は、次回球貸時にチケットが付与される旨を表示するよう表示部６４０を制御する。ステップＳ６９７の後、データ処理部６１０は、実行する処理をこのチケット関連処理の呼出元の図１６の球貸処理に戻す。

なお、ステップＳ６９４においては、当選した携帯電話の携帯ＩＤと当選したチケットの券種とチケットＩＤとを対応付けて、図７の当選情報記憶領域に記憶する処理を行なう例について説明した。しかし、これに限らず、当選情報記憶領域に携帯ＩＤを予め記憶し、当選情報記憶領域の当該携帯ＩＤの記憶状態を、当選した携帯電話の携帯ＩＤについて当選したチケットの券種を特定可能な記憶状態（たとえば、当選した携帯ＩＤおよびチケットの券種を特定する当選フラグがセットされた状態）に更新するようにしてもよい。当選情報記憶領域に予め記憶する携帯ＩＤとしては、たとえば、初期登録されている全携帯ＩＤであってもよく、また過去に当選したことのある携帯ＩＤであってもよい。なお、このように構成した場合、前述したステップＳ６８１においては、当選情報記憶領域の携帯ＩＤの記憶状態から、当該携帯ＩＤが当選した携帯電話１００の携帯ＩＤであるか否かを判断するようにしてもよい。当該携帯ＩＤが当選していることを特定可能な記憶状態であるときに、ステップＳ６８１においてＹＥＳと判断されてステップＳ６８２からステップＳ６８４までの処理を行ない、当該携帯ＩＤが当選していることを特定可能な記憶状態でないときに、ステップＳ６８１においてＮＯと判断されてステップＳ６８２からステップＳ６８４までの処理を行なわないように構成してもよい。

また、以上説明したように、本実施の形態における特典付与装置としてのカードユニット６００は、図２１に示すチケット関連処理のステップＳ６９５において報知処理が行なわれた後、図１６に示すステップＳ６４１において再度、携帯電話１００から貸与処理要求情報を受信したことを条件として、所定の特典であるチケットを付与するためのチケット発行処理として、図２１に示すチケット関連処理のステップＳ６８２においてチケット発行情報を含むアプリ起動信号を携帯電話１００に対して送信する処理を行なう。かかるチケット発行情報を含むアプリ起動信号を受信した携帯電話１００においては、非接触型ＩＣチップ１９０の制御部１９１により、チケット発行情報に示されたチケットＩＤおよび券種を、図８に示す記憶部１９２の電子マネー取引サービス用記憶領域に追加更新する処理が行なわれて、チケットの付与が実施される。

より具体的には、カードユニット６００は、ステップＳ６４１で貸与処理要求とともに受信した携帯ＩＤが、図７に示す当選情報記憶領域に記憶された、前記報知処理の対象の携帯電話１００の携帯ＩＤと一致するか否かをステップＳ６８１において判定し（受信した携帯ＩＤが当選情報記憶領域の記憶情報から特定されるか否かを判定し）、一致することを条件として、ステップＳ６８２のチケット発行処理を実施するとともに、当選情報記憶領域から当該携帯ＩＤの当選情報を消去して、チケット発行済みであることを特定可能な記憶状態に更新する。

なお、本実施の形態においては、チケット発行情報および当選情報をそれぞれステップＳ６８２とステップＳ６９５において別個に携帯電話１００に対して送信している。しかし、このように別個に携帯電話１００に送信するものに限らず、チケット発行情報および当選情報を含むアプリ起動信号を同時に送信するようにしてもよい。

一方、ステップＳ６９１での抽選の結果、いずれのチケットにも当選していない、つまり、はずれであると判断した場合（ステップＳ６９２でＮＯの場合）、データ処理部６１０は、実行する処理をこのチケット関連処理の呼出元の図１６の球貸処理に戻す。

図１６に戻って、次のステップＳ６５６およびステップＳ６５７の処理は、それぞれ、図１３の発券処理のステップＳ３５６およびステップＳ３５７の処理と同様であるので、重複する説明は繰返さない。なお、本実施の形態においては、図２１のステップＳ６９５での当選情報を含むアプリ起動信号とステップＳ６５６での減算要求信号とを携帯電話１００に対して別個に送信しているが、これに限らず、同時に送信してもよい。

次に、ステップＳ６５８で、データ処理部６１０は、バリュー残額から購入金額を減算した額が０円であるか否かを判断する。バリュー残額から購入金額を減算した額が０円であると判断した場合（ステップＳ６５８でＹＥＳの場合）、ステップＳ６５９で、データ処理部６１０は、携帯電話１００の非接触型ＩＣチップ１９０に、減算後残高不足情報を含むアプリ起動信号を送信するように、チップリーダライタ６９０を制御する。

減算後残高不足情報は、バリューの減算後に携帯電話１００に記憶されているバリューの額が不足している旨を携帯電話１００に伝達するための情報である。アプリ起動信号は、ステップＳ３５９で説明したものと同様である。なお、アプリ起動信号を受信した場合の携帯電話１００の処理については、図１６のステップＳ６６３の説明の次に説明する。

なお、ステップＳ６５１と同様、ステップＳ６５８で、バリュー残額から購入金額を減算した額が球貸に用いることができる最低額である１００円未満であるか否かを判断するようにしてもよい。

さらに、ステップＳ６５８に加えて、図１３の発券処理のステップＳ３５８と同様に、バリュー残額から購入金額を減算した額が所定額以下か否かを判断して、所定額以下である場合、ステップＳ３５９と同様に、減算後残額僅少情報を含むアプリ起動信号を携帯電話１００に送信するようにしてもよい。

一方、バリュー残額から購入金額を減算した額が０円でないと判断した場合（ステップＳ６５８でＮＯの場合）、または、ステップＳ６５９の後、ステップＳ６６１で、データ処理部６１０は、球貸に用いた携帯電話１００の携帯ＩＤ、および、球貸に用いたバリューの額（以下、取引額ともいう）をそれぞれ特定する情報を含む取引情報を店舗サーバ８００に送信する。

次に、ステップＳ６６２で、データ処理部６１０は、購入金額相当の遊技球を払出すことを指示する球貸信号を遊技機に送信するよう、カードリーダライタ６７０を制御する。そして、データ処理部６１０は、ステップＳ６６３で、購入金額およびバリュー残額をリセットする。ステップＳ６６３の後、データ処理部６１０は、実行する処理をステップＳ６１０に戻す。

ここで、前述した図１３のステップＳ３５９およびステップＳ３５２、ならびに、図１６のステップＳ６５９およびステップＳ６５２、ならびに、図２１のステップＳ６８２およびステップＳ６９５が実行されることによって、券売機３００またはカードユニット６００から送信されたアプリ起動信号を非接触型ＩＣチップ１９０で受信すると、非接触型ＩＣチップ１９０の制御部１９１は、電子マネーアプリ１１１を起動させるコマンドをデータ処理部１１０に出力する。電子マネーアプリ１１１を起動させるコマンドを受けると、データ処理部１１０は、電子マネーアプリ１１１を起動させる。

図１５は、本実施の形態における電子マネーシステム１０において券売機３００やカードユニット６００から携帯電話１００の電子マネーアプリ１１１が起動されるときに携帯電話１００の表示部１４０に表示される表示画面図である。図１５（ａ）の画面は、図１２（ａ）の画面と同様であるので、重複する説明は繰返さない。

図１１に戻って、電子マネーアプリ１１１のステップＳ１８０で、データ処理部１１０は、電子マネーアプリ１１１の起動が非接触型ＩＣチップ１９０からの起動であるか否かを判断する。非接触型ＩＣチップ１９０からの起動であると判断した場合（ステップＳ１８０でＹＥＳの場合）、データ処理部１１０は、実行する処理をステップＳ１７０に進める。

ステップＳ１７０では、データ処理部１１０は、チケット発行情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号にチケット発行情報が含まれているか否かを判断する。

なお、アプリ起動信号にチケット発行情報が含まれている場合には、電子マネーアプリ１１１が起動される前に、前述の図１９のステップＳ６１１５および図２１のステップＳ６８２で説明したように、非接触型ＩＣチップ１９０の非接触通信部１９３からチケット発行情報を含むアプリ起動信号が受信されたことに応じて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域に、チケット発行情報から特定されるチケットＩＤおよび券種が追加更新（記憶）される。

チケット発行情報を受信していると判断した場合（ステップＳ１７０でＹＥＳの場合）、ステップＳ１７１で、データ処理部１１０は、当選情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に当選情報が含まれているか否かを判断する。

当選情報を受信していると判断した場合（ステップＳ１７１でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７２において、チケット発行情報に含まれる券種のチケットを獲得した旨、および、当選情報に含まれる券種のチケットが当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７１でＮＯの場合）、データ処理部１１０は、ステップＳ１７３において、チケット発行情報に含まれる券種のチケットを獲得した旨を報知する。

ステップＳ１７０において、チケット発行情報を受信していないと判断した場合（ステップＳ１７０でＮＯの場合）、ステップＳ１７４で、データ処理部１１０は、当選情報を受信したか否かを判断する。

当選情報を受信していると判断した場合（ステップＳ１７４でＹＥＳの場合）、データ処理部１１０は、ステップＳ１７５において、当選情報に含まれる券種のチケットが当選した旨を報知する。一方、当選情報を受信していないと判断した場合（ステップＳ１７４でＮＯの場合）、データ処理部１１０は、実行する処理をステップＳ１８１に進める。

ステップＳ１７２、ステップＳ１７３、あるいはステップＳ１７５のいずれかにおいて報知された場合、ステップＳ１７６において、報知されたことが確認された旨の確認操作があったか否かを判断する。確認操作がないと判断した場合（ステップＳ１７６でＮＯの場合）、データ処理部１１０は、ステップＳ１７６の処理を繰返す。一方、確認操作があったと判断した場合（ステップＳ１７６でＹＥＳの場合）、データ処理部１１０は、電子マネーアプリ１１１を終了する。

図１５に進んで、図１５（ｄ）は、チケットを獲得した旨、および当選した旨を報知するための表示画面図である。図１５（ｄ）の画面には、チケットを獲得した旨として「フードチケット獲得！」といったメッセージが表示され、当選した旨として「次回ドリンクチケット当選！」といったメッセージが表示され、さらに当選したチケットを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したチケットを獲得できます。」といったメッセージが表示される。

図１５（ｅ）は、チケットを獲得した旨を報知するための表示画面図である。図１５（ｅ）の画面には、チケットを獲得した旨として「フードチケット獲得！」といったメッセージが表示される。

図１５（ｆ）は、当選した旨を報知するための表示画面図である。図１５（ｆ）の画面には、当選した旨として「次回ドリンクチケット当選！」といったメッセージが表示され、さらに当選したチケットを獲得する方法を報知するために「再度カード発券または球貸を行なうことで当選したチケットを獲得できます。」といったメッセージが表示される。

図１１に戻り、ステップＳ１８１では、データ処理部１１０は、減算前残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算前残高不足情報が含まれているか否かを判断する。減算前残高不足情報を受信していないと判断した場合（ステップＳ１８１でＮＯの場合）、ステップＳ１８２で、データ処理部１１０は、減算後残高不足情報を受信したか否かを判断する。つまり、電子マネーアプリ１１１を起動させたアプリ起動信号に減算後残高不足情報が含まれているか否かを判断する。

減算後残高不足情報を受信していないと判断した場合（ステップＳ１８２でＮＯの場合）、ステップＳ１８４で、データ処理部１１０は、携帯電話１００に記憶されているバリューの残高が僅少である旨を報知する。本実施の形態においては、残高が僅少である旨を報知する。

減算前残高不足情報を受信したと判断した場合（ステップＳ１８１でＹＥＳの場合）、または、減算後残高不足情報を受信したと判断した場合（ステップＳ１８２でＹＥＳの場合）、ステップＳ１８５で、データ処理部１１０は、携帯電話１００に記憶されているバリューの残高が不足している旨を報知する。

ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０で、データ処理部１１０は、バリュー購入時処理を実行する。バリュー購入時処理が実行されるため、ユーザが電子マネーアプリ１１１を起動させなくても、自動的に購入金額選択画面を表示させることができる。

なお、ステップＳ１８４、または、ステップＳ１８５の後、ステップＳ１３０に遷移するようにしたが、これに限定されず、ステップＳ１９２に遷移するようにしてもよい。これによって、ユーザが起動時初期画面でバリュー購入を選択することによって、バリュー購入時処理を実行させることができる。

図１５に進んで、図１５（ｂ）は、残高が僅少である旨の表示画面図である。図１５（ｂ）の画面には、携帯電話１００に記憶されているバリューの残高が僅少である旨、および、バリューの購入のための処理に移行する旨が表示される。

図１５（ｃ）は、残高が不足している旨の表示画面図である。図１５（ｃ）の画面には、携帯電話１００に記憶されているバリューの残高が不足している旨、および、バリューの購入のための処理に移行する旨が表示される。

なお、本実施の形態においては、ステップＳ１７２、ステップＳ１７３、ステップＳ１７５、ステップＳ１８４、およびステップＳ１８５における報知は、表示部１４０に表示させる例を説明した。しかし、これに限定されず、たとえば、データ処理部１１０は、音声を出力したり、振動を発生させたりすることによって、報知するようにしてもよい。

図２２は、本実施の形態における電子マネー管理サーバ２００により実行される残額管理アプリケーションプログラム２１４の処理の流れを示すフローチャートである。

図２２を参照して、まず、ステップＳ２９１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から取引情報および商品取引情報を受信したか否かを判断する。取引情報には、券売機３００から受信した場合には、前述した図１３のステップＳ３６１で説明したように、発券するプリペイドカード３７１のカードＩＤ、購入に用いた現金額、購入に用いた携帯電話１００の携帯ＩＤ、および、購入に用いたバリューの額（取引額）が含まれ、カードユニット６００から受信した場合には、前述した図１６のステップＳ６６１で説明したように、球貸に用いた携帯電話１００の携帯ＩＤ、球貸に用いたバリューの額が含まれる。商品取引情報には、後述する図２４のステップＳ８１４で説明するように、商品の購入に用いられた携帯電話１００の携帯ＩＤ、および、購入された商品の金額（つまり、購入に用いられたバリューの額）が含まれる。

取引情報を受信した場合（ステップＳ２９１でＹＥＳの場合）、データ処理部２１０は、ステップＳ２９２で、取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されているバリュー残高から、取引情報に含まれる取引額を減算する。また、取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されている取引額に、取引情報に含まれる取引額を加算する。

次に、ステップＳ２９３で、データ処理部２１０は、商品取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されているバリュー残高から、商品取引情報に含まれる商品金額を減算する。また、商品取引情報に含まれる携帯ＩＤに対応して管理用ＤＢ２２１に記憶されている取引額に、商品取引情報に含まれる商品金額を加算する。

次いで、ステップＳ２９４で、データ処理部２１０は、請求金額に、商品取引情報に含まれる商品金額を加算する。請求金額とは、ワゴンサービスの提供会社から電子マネー取引サービスのサービス提供機関に請求される予定の金額であって、ある期間（たとえば、１ヶ月間）に、バリューが用いられて購入された商品の代金、および、チケットが用いられて引き換えられた商品の代金の合計の金額である。

ステップＳ２９４の後、または、取引情報および商品取引情報を受信していないと判断した場合（ステップＳ２９１でＮＯの場合）、データ処理部２１０は、ステップＳ２８１で、チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがあるか否かを判断する。

チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがあると判断した場合（ステップＳ２８１でＹＥＳの場合）、ステップＳ２８２で、データ処理部２１０は、その会員ＩＤの不正回数を１回加算する。

ステップＳ２８２の後、または、チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがないと判断した場合（ステップＳ２８１でＮＯの場合）、ステップＳ２８３で、データ処理部２１０は、不正回数が１回の会員ＩＤがあるか否かを判断する。

不正回数１回の会員ＩＤがあると判断した場合（ステップＳ２８３でＹＥＳの場合）、ステップＳ２８４で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤの携帯電話のバリューを使用して購入されたプリペイドカードのカードＩＤをユニットに登録する旨および当該携帯ＩＤを含む不正媒体情報を遊技場３０側に送信する。

ステップＳ２８４の後、または、不正回数１回の会員ＩＤがないと判断した場合（ステップＳ２８３でＮＯの場合）、ステップＳ２８５で、データ処理部２１０は、不正回数が２回の会員ＩＤがあるか否かを判断する。

不正回数２回の会員ＩＤがあると判断した場合（ステップＳ２８５でＹＥＳの場合）、ステップＳ２８６で、データ処理部２１０は、その会員ＩＤに対応する携帯ＩＤを券売機３００に登録する旨、および、その会員ＩＤに対応する携帯ＩＤを含む不正端末情報を不正が発生した遊技場３０側に送信する。また、ステップＳ２８７で、データ処理部２１０は、不正端末情報を不正が発生した遊技場３０と同じ商圏の他の遊技場側にも送信する。なお、データ処理部２１０が不正端末情報を送信する遊技場は、不正が発生した遊技場３０、または、不正が発生した遊技場３０と同じ商圏の他の遊技場に限定されず、全国の遊技場であってもよいし、不正が発生した遊技場３０の近隣の遊技場であってもよい。

ステップＳ２８７の後、または、不正回数２回の会員ＩＤがないと判断した場合（ステップＳ２８５でＮＯの場合）、ステップＳ２８８で、データ処理部２１０は、全国の遊技場で発生した不正回数が３回以上であるか否かを判断する。

全国の遊技場で発生した不正回数が３回以上であると判断した場合（ステップＳ２８８でＹＥＳの場合）、ステップＳ２８９で、データ処理部２１０は、携帯使用禁止情報を遊技場３０側に送信する。また、ステップＳ２９０で、データ処理部２１０は、携帯使用禁止情報を不正が発生した遊技場３０と全国の遊技場側にも送信する。なお、データ処理部２１０が携帯使用禁止情報を、不正が発生した遊技場３０以外にも、全国の遊技場に送信する場合について説明したが、これに限らず、不正が発生した遊技場３０と同じ商圏の他の遊技場や、不正が発生した遊技場３０と近隣の遊技場に送信するものであってもよい。この場合、ステップＳ２８８においては、携帯使用禁止情報の送信対象となる遊技場で発生した不正回数が３回以上であるか否かを判断するようにしてもよい。

ステップＳ２９０の後、または、全国の遊技場で発生した不正回数が３回以上でないと判断した場合（ステップＳ２８８でＮＯの場合）、ステップＳ２７０で、データ処理部２１０は、チケット管理処理を実行する。チケット管理処理については、図２３で後述する。ステップＳ２７０の後、データ処理部２１０は、実行する処理をステップＳ２９１の処理に戻す。

図２４は、本実施の形態における店舗サーバ８００で実行される店舗サーバ処理の流れを示すフローチャートである。図２４を参照して、店舗サーバ８００のデータ処理部は、ステップＳ８１１で、券売機３００またはカードユニット６００から取引情報を受信したか否かを判断する。

取引情報を受信したと判断した場合（ステップＳ８１１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１２で、取引情報に含まれる携帯ＩＤごとに、発券したプリペイドカード３７１のカードＩＤ、プリペイドカード３７１の購入に用いたバリューの額、球貸に用いたバリューの額をそれぞれ特定する情報を対応させて記憶部に記憶させる。

ステップＳ８１２の後、または、取引情報を受信していないと判断した場合（ステップＳ８１１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１３で、ハンディターミナル４００から、バリュー使用情報を無線で受信したか否かを判断する。バリュー使用情報は、バリューを使用した商品の決済に用いられた携帯電話１００の携帯ＩＤ、および、バリューを使用して決済された商品の金額を含む。

バリュー使用情報を受信したと判断した場合（ステップＳ８１３でＹＥＳの場合）、ステップＳ８１４で、店舗サーバ８００のデータ処理部は、バリュー使用情報に含まれる商品金額を、携帯電話の携帯ＩＤごとに、商品取引情報として記憶部に記憶させる。

ステップＳ８１４の後、または、バリュー使用情報を受信していないと判断した場合（ステップＳ８１３でＮＯの場合）、ステップＳ８１５で、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００へ取引情報および商品取引情報を前回送信してから所定時間経過したか否かを判断する。本実施の形態では、所定時間は、３時間である。

取引情報および商品取引情報の前回送信から所定時間経過したと判断した場合（ステップＳ８１５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８１６で、記憶部に記憶された前回送信後の携帯電話１００での取引情報および商品取引情報を、電子マネー管理サーバ２００に送信する。取引情報および商品取引情報については、前述の図２２のステップＳ２９１で説明した。

ステップＳ８１６の後、または、取引情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８１５でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２１で、携帯使用禁止情報を電子マネー管理サーバ２００から受信したか否かを判断する。

携帯使用禁止情報を受信したと判断した場合（ステップＳ８２１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２２で、携帯使用禁止情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。

ステップＳ８２２の後、または、携帯使用禁止情報を受信していないと判断した場合（ステップＳ８２１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２３で、不正端末情報を電子マネー管理サーバ２００から受信したか否かを判断する。

不正端末情報を受信したと判断した場合（ステップＳ８２３でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２４で、不正端末情報を遊技場３０内のすべての券売機３００およびカードユニット６００に送信する。

ステップＳ８２４の後、または、不正端末情報を受信していないと判断した場合（ステップＳ８２３でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２５で、不正媒体情報を電子マネー管理サーバ２００から受信したか否かを判断する。

不正媒体情報を受信したと判断した場合（ステップＳ８２５でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８２６で、不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶しているカードＩＤを、遊技場３０内のすべてのカードユニット６００に送信する。

ステップＳ８２６の後、または、不正媒体情報を受信していないと判断した場合（ステップＳ８２５でＮＯの場合）、ステップＳ８３０で、店舗サーバ８００のデータ処理部は、後述の図２５で説明する店舗チケット関連処理を実行する。ステップＳ８３０の後、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８１１の処理に戻す。

図２３は、本実施の形態における電子マネー管理サーバ２００により実行されるチケット管理処理の流れを示すフローチャートである。チケット情報は、図１８のステップＳ６７５で説明したように、電子マネー管理サーバ２００によって、毎日、各店舗に対するチケットの付与予定数に対して余裕を持って、生成されて、各店舗の店舗サーバ８００に割振られる。

図２３を参照して、まず、ステップＳ２６１で、電子マネー管理サーバ２００のデータ処理部２１０は、本日分のチケットが各店舗の店舗サーバ８００に割振済であるか否かを判断する。本日分のチケットが割振済でないと判断した場合（ステップＳ２６１でＮＯの場合）、ステップＳ２６２で、データ処理部２１０は、割振数分のチケットＩＤを生成する。割振数は、各店舗におけるチケットの付与予定数に対して余裕を持った数である。

本実施の形態において、チケットＩＤは、発行されるチケットの券種を示す１文字の記号（ドリンクチケットの場合、記号「Ｄ」、フードチケットの場合、記号「Ｆ」）、チケットが生成される日の年月日、チケットが割振られる店舗の店舗ＩＤ、その日のその店舗におけるチケットの連番が並べられて生成される。店舗ＩＤは、４桁の数字であって、当該システムに加盟するすべての店舗に一意に割振られる。連番は、３桁の数字であって、日ごとに「００１」から順に、「００２」，「００３」，・・・と、その日にその店舗に割振られる割振数分、用意される。

具体的には、２００７年９月１日に店舗ＩＤ「０００１」の店舗に対して割振られる券種がドリンクチケットであり連番が「００１」のチケットＩＤは、「Ｄ０７０９０１０００１００１」と生成される。これにより、異なる店舗に対して異なる日に作成されるチケットＩＤを、チケットＩＤに店舗ＩＤおよびチケットの作成日を含めて作成するので、重複しないようにすることができる。また、同じ店舗に対して同じ日に作成されるチケットＩＤを、チケットＩＤに含める連番を異ならせて作成するので、重複しないようにすることができる。また、チケットＩＤからチケットの券種を特定することができるので、チケットＩＤとともに券種を示す情報を、送信元の装置から送信先の装置に送信する必要がある場合であっても、券種を示す情報を送信しなくてもチケットＩＤのみを送信するだけで、送信先の装置で、チケットの券種を特定することができる。

なお、本実施の形態においては、チケットＩＤを電子マネー管理サーバ２００で重複しないように生成して店舗サーバ８００を介して各カードユニット６００に送信するようにした。しかし、これに限定されず、カードユニットのそれぞれで重複しないようにチケットＩＤを生成するようにしてもよい。

次に、ステップＳ２６３で、データ処理部２１０は、店舗ごとのステップＳ２６２で生成されたチケットＩＤおよび当該チケットＩＤのチケットの券種を含む割振チケット情報を、各店舗の店舗サーバに送信するよう通信部２６０を制御する。

そして、ステップＳ２６４で、データ処理部２１０は、ステップＳ２６２で生成されたチケットＩＤおよび当該チケットＩＤのチケットの券種とを対応付けてチケット情報として図１０で説明した使用済チケット情報ＤＢに記憶させる。ここでは、データ処理部２１０は、チケットＩＤに対応する使用状態を、「０」（未使用）として記憶させる。本日分のチケットが割振済であると判断した場合（ステップＳ２６１でＹＥＳの場合）、または、ステップＳ２６４の後、データ処理部２１０は、実行する処理をステップＳ２７１の処理に進める。

なお、本実施の形態においては、ステップＳ２６１で、本日分のチケットを割振済か否かを判断して割振済でないと判断した場合、ステップＳ２６２からステップＳ２６４までの処理が実行されるようにして、チケットを各店舗に割振るようにした。しかし、これに限定されず、毎日、予め定められた時刻（たとえば、午前９時）に、ステップＳ２６２からステップＳ２６４までの処理が実行されるようにしてもよい。

図２５は、本実施の形態における店舗サーバ８００で実行される店舗チケット関連処理の流れを示すフローチャートである。図２５を参照して、まず、ステップＳ８５１で、店舗サーバ８００のデータ処理部は、図２３のステップＳ２６３で電子マネー管理サーバ２００から送信された割振チケット情報を受信したか否かを判断する。

割振チケット情報を受信したと判断した場合（ステップＳ８５１でＹＥＳの場合）、ステップＳ８５２で、店舗サーバ８００のデータ処理部は、ステップＳ８５１で受信した割振チケット情報に含まれるチケットＩＤおよび券種を、チケット情報としてカードユニット６００ごとに割振って送信する。

そして、ステップＳ８５３で、店舗サーバ８００のデータ処理部は、ステップＳ８５２で割振られたチケットＩＤおよび券種を含むチケット情報を、図９で説明した店舗チケット情報ＤＢに記憶させる。ここでは、店舗サーバ８００のデータ処理部は、チケットＩＤに対応する発行状態および使用状態をそれぞれ、「０」（未発行）および「０」（未使用）として記憶させる。

なお、本実施の形態においては、店舗サーバ８００のデータ処理部は、ステップＳ８５１で、１日１回、電子マネー管理サーバ２００から割振チケット情報を受信したときに、ステップＳ８５２で各カードユニット６００に対して割振チケット情報を割振って送信するようにした。しかし、これに限定されず、店舗サーバ８００のデータ処理部は、１日１回、電子マネー管理サーバ２００から割振チケット情報を受信して、受信した店舗サーバ８００の記憶部に記憶しておき、カードユニット６００からチケットＩＤを要求されたときに、記憶部からチケットＩＤを読出して、要求元のカードユニット６００にチケットＩＤを送信するようにしてもよい。

割振チケット情報を受信してないと判断した場合（ステップＳ８５１でＮＯの場合）、または、ステップＳ８５３の後、ステップＳ８３１で、店舗サーバ８００のデータ処理部は、カードユニット６００から、図２１のチケット関連処理におけるステップＳ６９６で送信される携帯ＩＤと券種とチケットＩＤとを含む当選情報を受信したか否かを判断する。

当選情報を受信したと判断した場合（ステップＳ８３１でＹＥＳの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３２で、送信元のカードユニット６００以外の他のカードユニットへ、受信した当選情報を送信する。

ステップＳ８３２の後、または、当選情報を受信していないと判断した場合（ステップＳ８３１でＮＯの場合）、店舗サーバ８００のデータ処理部は、ステップＳ８３３で、カードユニット６００から、図１９のプリペイド球貸処理におけるステップＳ６１１６もしくはステップＳ６１１８または図２１のチケット関連処理におけるステップＳ６８３で送信される発行済情報を受信したか否かを判断する。

発行済情報を受信したと判断した場合（ステップＳ８３３でＹＥＳの場合）、ステップＳ８３４で、店舗サーバ８００のデータ処理部は、ステップＳ８３３で受信した発行済情報に携帯ＩＤが含まれるか否かを判断する。

ここで、図１９のステップＳ６１１５または図２１のステップＳ６８２のように携帯電話１００にチケットが出力された場合、それぞれ、ステップＳ６１１６またはステップＳ６８３で送信される発行済情報にはチケットＩＤの他に携帯ＩＤが含まれる。一方、図１９のステップＳ６１１７のようにチケットがバーコード表示された場合は、ステップＳ６１１８で送信される発行済情報には携帯ＩＤは含まれない。

発行済情報に携帯ＩＤが含まれると判断した場合（ステップＳ８３４でＹＥＳの場合）、ステップＳ８３５で、送信元のカードユニット６００以外の他のカードユニットへ、ステップＳ８３３で受信した発行済情報に含まれるチケットＩＤを含むステップＳ８３３で受信した発行済情報を送信する。

なお、図１８のステップＳ６７３およびステップＳ６７４で説明したように、カードユニット６００において発行済情報が受信された場合には、当該発行済情報に含まれるチケットＩＤの当選情報が消去される。しかし、図１９のプリペイド球貸処理のステップＳ６１２２でチケットが当選したと判断された場合は他のカードユニットに当選情報が送信されず、他のカードユニットには当選情報が記憶されないので、ステップＳ６７４では、受信された発行済情報に対応する当選情報はなく、当選情報は消去されない。

発行済情報に携帯ＩＤが含まれないと判断した場合（ステップＳ８３４でＮＯの場合）、または、ステップＳ８３５の後、ステップＳ８３６で、店舗サーバ８００のデータ処理部は、図９で説明した店舗チケット情報ＤＢに記憶されているステップＳ８３３で受信した発行済情報に含まれるチケットＩＤのチケットの発行状態を「１」（発行済）に更新し、当該発行済情報に携帯ＩＤが含まれていれば、当該発行済情報に含まれるチケットＩＤに対応して当該携帯ＩＤを記憶させる。

本実施の形態においては、ステップＳ８５３およびステップＳ８３６で説明したように、店舗サーバ８００の記憶部において、当選したチケットに関するチケット情報を記憶している。これにより、たとえば、カードユニット６００を増設する場合等、店舗サーバ８００の記憶部に記憶されている情報を用いることができるため、メンテナンス性を向上させることができる。

ステップＳ８３６の後、または、発行済情報を受信していないと判断した場合（ステップＳ８３３でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８４１の処理に進める。ステップＳ８４１以降の処理についは後述する。

（電子マネーシステム１０でのワゴンサービスの説明）
図２９は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第１の表示画面図である。図２９を参照して、図２９（Ａ）は、業務メニュー画面を示す。この業務メニュー画面には、最上段の左側に、現在の日時である「８／１５ １０：１０」、最上段の右側に、ワゴンサービスの提供会社の従業員のコードである「１２３４」、第２段に、当該画面の名称である「業務メニュー」の文字、第３段以下の段に、「新規注文」ボタン、「注文一覧」ボタン、および、「業務終了」ボタンが表示される。「新規注文」ボタンは、そのボタンが選択されていることを示すフォーカス（図面ではハッチング表示）がある状態で表示されている。

「新規注文」ボタンは、ハンディターミナル４００で新規に商品の注文内容の入力を開始させるときに操作されるボタンである。「注文一覧」ボタンは、ハンディーターミナル４００の表示部４４０に注文一覧を表示させるときに操作されるボタンである。「業務終了」ボタンは、ハンディターミナル４００の売上情報を売上管理ＰＣ４８０に転送してハンディターミナル４００を初期状態に戻すためのボタンである。

業務メニュー画面のような複数のボタンが表示された画面における操作について説明する。上下キーが操作されると、フォーカスが上下に移動される。そして、確定キーが操作されると、フォーカスがあるボタンに応じた処理が行なわれる。画面上のボタンがタッチされると、操作部４３０のタッチパネルで検出され、タッチされたボタンに応じた処理が行なわれる。つまり、画面上のボタンがタッチされると、フォーカスの上下移動と、確定が同時に行なわれることとなる。

ここでは、「新規注文」ボタンが操作されると、図２９（Ｂ）で説明する注文情報画面を表示部４４０に表示する処理が行なわれる。「注文一覧」ボタンが操作されると、図３１（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。ハンディターミナル４００がデータ転送用充電器４８５にセットされた状態で「業務終了」ボタンが操作されると、ハンディーターミナル４００の売上情報を売上管理ＰＣ４８０に転送する処理、および、ハンディターミナル４００を初期状態に戻す処理が行なわれる。

図２９（Ｂ）は、いずれの項目の欄にも何も入力されていない状態の注文情報画面を示す。この注文情報画面には、最上段に、図２９（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「注文情報」の文字、第２段の右側に、注文番号の項目の欄（内容は「００１」）、第３段以下の段に、注文情報の表、および、最下段の左側に、「戻る」ボタンが表示される。

注文情報の表には、左側の列が、商品の項目の欄，決済の項目の欄，金額の項目の欄，台番の項目の欄，時刻の項目の欄、右側の列が、オプションの項目の欄，支払の状況の項目の欄，配達の状況の項目の欄，備考の項目の欄が含まれる。

表の商品の項目の欄は、その項目が選択されていることを示すフォーカス（図面ではハッチング表示）がある状態で表示されている。また、注文番号の項目の欄および表の備考の項目の欄は、その項目が変更できない項目であることを示す反転表示の状態で表示されている。「戻る」ボタンは、前の画面に戻すときに操作されるボタンである。

ここでは、商品の項目の欄が操作されると、図２９（Ｃ）で説明する商品一覧画面を表示部４４０に表示する処理が行なわれる。

また、バーコード一覧表で、商品のバーコードのいずれか（ここでは「アイスコーヒー」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図２９（Ｄ）で説明する商品の項目の欄に、読込まれたバーコードに対応する商品の商品名（ここでは「Ｉコーヒー（アイスコーヒー）」）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

ここで、紙にバーコードが印刷されたバーコードの一覧表であるバーコード一覧表について説明する。バーコード一覧表には、ワゴンサービスで扱っている商品（たとえば、ホットコーヒー，アイスコーヒー，ホットココア，アイスココア，アイスティ，オレンジジュース）それぞれのバーコード、それぞれの商品のオプション（たとえば、ブラック，ミルク，シュガー，全部）それぞれのバーコード，商品の代金の決済方法（現金，玉，メダル，バリュー，チケット，事務所，スタッフ）それぞれのバーコード、確定を入力するためのバーコード、支払の状況の項目の欄に「済」を入力するためのバーコード、および、配達の状況の項目の欄に「済」を入力するためのバーコードが印刷されている。

図２９（Ｃ）は、商品一覧画面を示す。商品一覧画面には、最上段に、図２９（Ａ）と同様の内容、第２段以下の段に、商品一覧表、最下段の左側に、「戻る」ボタン、最下段の真中に、「前頁」ボタン、および、最下段の右側に、「次頁」ボタンが表示される。

商品一覧表には、最上段に、この表の名称「商品一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された商品を選択するための、「Ｈコーヒー（ホットコーヒー）」の欄、「Ｉコーヒー（アイスコーヒー）」の欄、「Ｈココア（ホットココア）」の欄、「Ｉココア（アイスココア）」の欄、「アイスディ」の欄、および、「オレンジＪ（オレンジジュース）」の欄が含まれる。

ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、それぞれ、１つ前の商品一覧表を含む商品一覧画面、または、１つ後の商品一覧表を含む商品一覧画面を表示部４４０に表示する処理が行なわれる。ここでは、１つ後の商品一覧表は、サンドイッチ等のフードメニューの一覧表である。商品一覧表のいずれかの欄（ここでは「Ｉコーヒー」の欄）が操作されると、図２９（Ｄ）で説明する、操作された欄の商品の名称が商品の項目の欄に入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図２９（Ｄ）は、商品の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｂ）の注文情報画面で説明した内容に加えて、商品の項目の欄に、選択された商品の名称（ここでは「Ｉコーヒー」）、時刻の項目の欄に、商品が選択された時刻（ここでは、１９：０９）、オプションの項目の欄に、商品に対して標準で設定されているオプションの名称（ここでは「全部」）、支払の状況の項目の欄に、支払が未だ済んでいないことを示す「未」の文字、配達の状況の項目の欄に、配達が未だ済んでいないことを示す「未」の文字が表示される。なお、オプションが「全部」であるとは、「ミルク」および「シュガー」の両方を含むことを意味する。

ここでは、オプションの項目の欄が操作されると、図３０（Ａ）で説明するオプション一覧画面を表示部４４０に表示する処理が行なわれる。

また、バーコード一覧表で、オプションのバーコードのいずれか（ここでは「ブラック」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図３０（Ｂ）で説明する、オプションの項目の欄に、読込まれたバーコードに対応するオプションの略称（ここでは「Ｂ」）が表示された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３０は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第２の表示画面図である。図３０を参照して、図３０（Ａ）は、オプション一覧画面を示す。オプション一覧画面には、最上段に、図２９（Ａ）と同様の内容、第２段以下の段に、オプション一覧表、および、最下段の左側に、「戻る」ボタンが表示される。

オプション一覧表には、最上段に、この表の名称の「オプション一覧」の表示欄、以下の段に、順に、それぞれの欄に記載されたオプションを選択するための、「ブラック」の欄、「ミルク」の欄、「シュガー」の欄、および、「全部」の欄が含まれる。

ここでは、オプション一覧表のいずれかの欄（ここでは「ブラック」の欄）が操作されると、図３０（Ｂ）で説明する、操作された欄のオプションの略称がオプションの項目の欄に入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３０（Ｂ）は、オプションの項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図２９（Ｄ）の注文情報画面で説明した内容に替えて、オプションの項目の欄に、選択されたオプションの名称（ここでは「Ｂ」）が表示される。

ここでは、決済方法の項目の欄が操作されると、図３０（Ｃ）で説明する支払方法一覧画面を表示部４４０に表示する処理が行なわれる。

また、バーコード一覧表で、決済方法のバーコードのいずれか（ここでは、「現金」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図３１（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、当該決済方法および選択された商品に対応する対価（ここでは「２４０」円）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３０（Ｃ）は、第１の支払方法一覧画面を示す。第１の支払方法一覧画面には、最上段に、図２９（Ａ）と同様の内容、第２段以下の段に、支払方法一覧表、最下段の左側に、「戻る」ボタン、最下段の真中に、「前頁」ボタン、および、最下段の右側に、「次頁」ボタンが表示される。

支払方法一覧表には、最上段に、この表の名称「支払方法一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された決済方法を選択するための、「現金」の欄、「玉」の欄、「メダル」の欄、「バリュー」の欄、および、「チケット」の欄が含まれる。

ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、図３０（Ｄ）で説明する第２の支払方法一覧画面を表示部４４０に表示する処理が行なわれる。

図３０（Ｄ）は、第２の支払方法一覧画面を示す。第２の支払方法一覧画面には、図３０（Ｃ）で説明した第１の支払方法一覧画面と同様の画面が表示される。支払方法一覧表には、第１の支払方法一覧画面と異なり、最上段に、この表の名称「支払方法一覧」の表示欄、以下の段に、順に、それぞれの欄に記載された決済方法を選択するための、「事務所」の欄、および、「スタッフ」の欄が含まれる。なお、決済方法が「事務所」であるとは、遊技場３０の事務所の従業員のための決済方法であって、商品の代金が無料であることを示す。また、決済方法が「スタッフ」であるとは、遊技場３０のホールスタッフのための決済方法であって、商品の代金がスタッフ割引の代金となることを示す。

ここでは、「前頁」ボタンまたは「次頁」ボタンが操作されると、図３０（Ｃ）で説明した第１の支払方法一覧画面を表示部４４０に表示する処理が行なわれる。

また、第１の支払方法一覧画面または第２の支払方法一覧画面の支払方法一覧表のいずれかの欄（ここでは「現金」の欄）が操作されると、図３１（Ａ）で説明する、決済方法の項目の欄に、操作された欄の決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、当該決済方法に対応する対価（ここでは「２４０」円）が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３１は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第３の表示画面図である。図３１を参照して、図３１（Ａ）は、決済方法の項目の欄および金額の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「現金」）、および、金額の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「２４０」円）が表示される。

さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。

ここで、遊技者が商品の対価（ここでは、現金２４０円）を支払うと、ワゴンサービスの提供会社の従業員が、注文情報画面の支払の項目の欄の操作、または、バーコード一覧表で支払の状況の項目の欄に「済」を入力するためのバーコードのバーコードスキャナ部４７０による読込をする。支払の項目の欄が操作される、または、支払の状況の項目の欄に「済」を入力するためのバーコードが読込まれると、図３１（Ｂ）で説明する、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３１（Ｂ）は、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３１（Ａ）の注文情報画面の内容に替えて、支払の状況の項目の欄に、商品の対価を支払済みであることを示す「済」が表示される。

ここで、台番の項目の欄が選択され、０〜９キーが操作されることによって、台番が入力されると、図３１（Ｃ）で説明する、台番の項目の欄に、入力された台番が表示された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３１（Ｃ）は、台番の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３１（Ｂ）の注文情報画面で説明した内容に加えて、台番の項目の欄に、入力された台番（ここでは「９９９９」）が表示される。

ここで、「確定」ボタンが操作されると、図３１（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。

図３１（Ｄ）は、注文一覧画面を示す。注文一覧画面には、最上段に、図２９（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「注文一覧」の文字、第２段の右側に、受けた注文の合計数である実売数の項目の欄（内容は「１」）、第３段以下の段に、注文一覧表、および、最下段に、「メニュー」ボタンが表示される。

注文一覧表には、左側から、注文番号の項目の欄、商品名の項目の欄、支払の状況の項目の欄、および、配達の状況の項目の欄が、対応付けて表示される。各欄の最上段には、その欄の項目の名称の略称（左から、「注番」，「商品名」，「払」，「配」）が表示される。

図３１（Ｄ）の画面では、実売数が「１」であり、最新の注文から順に、注文の注文番号、商品名、支払の状況および配達の状況が、それぞれ、「００１」、「Ｉコーヒー」、「済」および「未」であることが示されている。

ここで、「メニュー」ボタンが操作されると、図２９（Ａ）で説明した業務メニュー画面を表示部４４０に表示する処理が行なわれる。

図３２は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第４の表示画面図である。図３２を参照して、図３２（Ａ）は、注文一覧画面を示す。この注文一覧画面は、図３１（Ｄ）の注文一覧画面からさらに注文が増えた状態を示す。

図３２（Ａ）の画面では、実売数が「４」であり、最新の注文から順に、注文の注文番号、商品名、支払の状況および配達の状況が、それぞれ、「００４」、「Ｉコーヒー」、「済」および「未」、ならびに、「００３」、「Ｈコーヒー」、「未」および「未」、ならびに、「００２」、「Ｉコーヒー」、「済」および「済」、ならびに、「００１」、「Ｈコーヒー」、「済」および「済」であることが示されている。

ここで、バーコード一覧表で、商品のバーコードのいずれか（ここでは、「Ｈコーヒー」のバーコード）がバーコードスキャナ部４７０によって読込まれると、図３２（Ｂ）で説明する、新規注文を入力するための注文情報画面を表示部４４０に表示する処理が行なわれる。

また、いずれかの注文の欄（ここでは、注文番号「００４」の注文の欄）が操作されると、図３２（Ｃ）で説明する、既に入力された注文を変更するための注文情報画面を表示部４４０に表示する処理が行なわれる。

図３２（Ｂ）は、新規注文を入力するための注文情報画面である。この注文情報画面は、基本的に、図２９（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。

図３２（Ｃ）は、既に入力された注文の詳細を表示するための注文情報画面である。この注文情報画面は、基本的に、図３１（Ｂ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここでは、いずれかの項目の欄が操作されると、操作された欄の内容を変更することができる。

図３３は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第５の表示画面図である。図３３を参照して、図３０（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「バリュー」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図３０（Ｃ）の支払方法一覧画面で「バリュー」の欄が操作されると、図３３（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「バリュー」、および、金額の項目の欄に、当該決済方法である「バリュー」および選択された商品である「Ｉコーヒー」に対応する対価である「２４０」円が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３３（Ａ）は、決済方法の項目の欄および金額の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「バリュー」）、および、金額の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「２４０」円）が表示される。

さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。商品の項目の欄が入力され、決済方法の項目の欄に「バリュー」が入力された状態で、「確定」ボタンが操作されると、図２６で説明するバリュー決済処理が実行される。

図２６は、本実施の形態におけるハンディターミナル４００で実行されるバリュー決済処理の流れを示すフローチャートである。図２６を参照して、まず、ステップＳ４４１で、ハンディターミナル４００のデータ処理部４１０は、携帯電話１００をかざす旨の図３３（Ｂ）で説明する先払決済画面を表示するよう表示部４４０を制御する。

図３３に進んで、図３３（Ｂ）は、先払決済画面を示す。この先払決済画面には、最上段に、図２９（Ａ）と同様の内容、第２段の左側に、当該画面の名称である「先払決済」の文字、第３段以下の段に、順に、商品の金額（ここでは「２４０」円）、決済方法（ここでは「バリュー」）、携帯電話をかざす旨の文章、最下段の左側に、「戻る」ボタンが表示される。

図２６に戻って、ステップＳ４４２で、データ処理部４１０は、携帯電話１００がかざされて、チップリーダライタ４９０によって携帯電話１００の非接触型ＩＣチップ１９０から携帯ＩＤおよびバリュー残高が読込まれたか否かを判断する。

読込まれていないと判断した場合（ステップＳ４４２でＮＯの場合）、データ処理部４１０は、ステップＳ４４２の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよびバリュー残高が読込まれないと判断した場合に、データ処理部４１０は、図３３（Ａ）の注文情報画面を再度表示させるように表示部４４０を制御するようにしてもよい。

一方、携帯電話１００から携帯ＩＤおよびバリュー残高が読込まれたと判断した場合（ステップＳ４４２でＹＥＳの場合）、ステップＳ４４３で、データ処理部４１０は、読込まれたバリュー残高が商品の金額未満であるか否かを判断する。バリュー残高が商品の金額未満であると判断した場合（ステップＳ４４３でＹＥＳの場合）、ステップＳ４４４で、データ処理部４１０は、バリュー不足の旨を表示するよう表示部４４０を制御する。

そして、ステップＳ４４５で、データ処理部４１０は、減算前残高不足情報を含むアプリ起動信号を携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ３９０を制御する。減算前残高不足情報については、図１３のステップＳ３５１で説明したので重複する説明は繰返さない。また、減算前残高不足情報を受信した携帯電話１００の処理については、図１１のステップＳ１８１で説明したので重複する説明は繰返さない。ステップＳ４４５の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。

一方、バリュー残高が商品の金額未満でないと判断した場合（ステップＳ４４３でＮＯの場合）、データ処理部４１０は、ステップＳ４５１において、データ処理部４１０は、商品の金額分のバリューを携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２から減算させるための減算要求信号を携帯電話１００に送信させるように、チップリーダライタ４９０を制御する。

具体的には、データ処理部４１０は、複数種類の電子マネーのうちバリューを引落対象として指定する電子マネー識別情報と、引落額相当のバリューを減算する旨を示す減算額情報とを含む減算要求信号を携帯電話１００に送信するように非接触通信部４９３を制御する旨の減算制御コマンドをチップリーダライタ４９０の制御部４９１に送信する。チップリーダライタ４９０の制御部４９１は、減算制御コマンドに応じて、減算要求信号を携帯電話１００に送信するよう非接触通信部４９３を制御する。

一方、減算要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、記憶部１９２の確保された領域に記憶されている引落対象として指定されている電子マネーから、引落額相当のバリューを減算し、バリューの減算が終了するとその旨を示す減算終了信号をハンディターミナル４００のチップリーダライタ４９０に送信する処理が行なわれる。

そして、データ処理部４１０は、ステップＳ４５２で、携帯電話１００から減算終了信号を受信したか否かを判断する。具体的には、チップリーダライタ４９０の制御部４９１は、携帯電話１００からの減算終了信号の受信に応じて、減算が終了した旨の減算終了コマンドをデータ処理部４１０に送信する。データ処理部４１０は、減算終了コマンドを受信すると、引落額相当のバリューの減算が終了したと判断する。データ処理部４１０は、ステップＳ４５２において、減算終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、減算終了コマンドを受信しない場合には、減算が終了しない旨のエラーを表示部４４０において報知するようにしてもよい。

減算終了信号を受信したと判断した場合（ステップＳ４５２でＹＥＳの場合）、ステップＳ４５３で、データ処理部４１０は、バリュー残額から商品の金額を減算した額が所定額以下であるか否かを判断する。バリュー残額から商品の金額を減算した額が所定額以下であると判断した場合（ステップＳ４５３でＹＥＳの場合）、ステップＳ４５４で、データ処理部４１０は、携帯電話１００の非接触型ＩＣチップ１９０に、図１３のステップＳ３５９で説明した減算後残高僅少情報を含むアプリ起動信号を送信するように、チップリーダライタ４９０を制御する。

一方、バリュー残額から商品の金額を減算した額が所定額以下でないと判断した場合（ステップＳ４５３でＮＯの場合）、または、ステップＳ４５４の後、ステップＳ４５５で、データ処理部４１０は、商品名、決済方法、携帯ＩＤ、および、取引額を、取引情報として記憶部４２０に記憶させる。そして、ステップＳ４５６で、データ処理部４１０は、バリュー使用情報を店舗サーバ８００に無線で送信するよう通信部４６０を制御する。バリュー使用情報は、図２４のステップＳ８１３で説明したように、携帯ＩＤおよび商品金額を含む。

次いで、ステップＳ４５７で、データ処理部４１０は、決済が終了した旨の先払決済画面を表示するよう表示部４４０を制御する。

図３３に進んで、図３３（Ｃ）は、バリューで決済が終了した旨の先払決済画面を示す。この先払決済画面には、図３３（Ｂ）の携帯をかざす旨の文章に替えて、購入前のバリュー残高（ここでは「１１０００」円）、および、購入後のバリュー残高（ここでは「１０７６０」円）、「戻る」ボタンに替えて、最下段の右下に、「確認」ボタンが表示される。

図２６に戻って、ステップＳ４５８で、データ処理部４１０は、タッチパネルで「確認」ボタンが操作されたか、上下キーでフォーカスが「確認」ボタンに移動されて確定キーが操作されたか、バーコードスキャナ部４７０でバーコード一覧表の確定を入力するためのバーコードが読込まれたかのいずれかによって、確認の操作がされたか否かを判断する。確認の操作がされていないと判断した場合（ステップＳ４５８でＮＯの場合）、データ処理部４１０は、ステップＳ４５８の処理を繰返す。

一方、確認の操作がされたと判断した場合（ステップＳ４５８でＹＥＳの場合）、ステップＳ４５９で、データ処理部４１０は、決済が終了した注文の支払の状況の欄を「済」にした注文一覧画面を表示するよう表示部４４０を制御する。ステップＳ４５９の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。

図３３に進んで、図３３（Ｄ）は、ステップＳ４５９で表示される注文一覧画面を示す。この注文一覧画面は、基本的に、図３１（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００４」の注文が、図２６のバリュー決済処理が実行されることによって、バリューで決済され、注文番号「００４」の注文の支払の状況の欄が、「済」に変更されている。

図３４は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第６の表示画面図である。図３４を参照して、図３０（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「チケット」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図３０（Ｃ）の支払方法一覧画面で「チケット」の欄が操作されると、図３４（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「チケット」、および、券種の項目の欄に、当該決済方法である「チケット」および選択された商品である「Ｈコーヒー」に対応する対価である「ドリンク」チケットが入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３４（Ａ）は、決済方法の項目の欄および券種の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは「チケット」）、および、券種の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「ドリンク」チケット）が表示される。

さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。商品の項目の欄が入力され、決済方法の項目の欄に「チケット」が入力された状態で、「確定」ボタンが操作されると、図２７で説明するチケット決済処理が実行される。

図２７は、本実施の形態におけるハンディターミナル４００で実行されるチケット決済処理の流れを示すフローチャートである。図２７を参照して、まず、ステップＳ４６０で、ハンディターミナル４００のデータ処理部４１０は、遊技者が使用するチケットが、図１９のステップＳ６１１７でカードユニット６００の表示部６４０に表示されているバーコードのチケットもしくは表示されて携帯電話１００で撮影されたバーコードのチケットであるか、図１９のステップＳ６１１５または図２１のステップＳ６８２で携帯電話１００に記憶されたチケットであるかの選択を促す旨の図３４（Ｂ）で説明する先払決済画面を表示するよう表示部４４０を制御する。

図３４に進んで、図３４（Ｂ）は、使用するチケットがバーコードのチケットか携帯電話１００に記憶されたチケットかの選択を促す旨の先払決済画面を示す。この先払決済画面には、図３３（Ｂ）で説明した先払決済画面の第３段以下の段に替えて、使用するチケットがバーコードのチケットおよび携帯電話１００に記憶されたチケットのいずれであるかの選択を促す旨、バーコードのチケットまたは携帯電話１００に記憶されたチケットを選択するための選択欄が表示される。

図２７に戻って、ステップＳ４６１で、データ処理部４１０は、図３４（Ｂ）の先払決済画面の選択欄でバーコードのチケットが選択されたか否かを判断する。バーコードのチケットが選択されていないと判断した場合（ステップＳ４６１でＮＯの場合）、つまり、携帯電話１００に記憶されたチケットが選択された場合、ステップＳ４６２で、データ処理部４１０は、携帯電話１００をかざすことを促す旨の図３４（Ｃ）で説明する先払決済画面を表示するよう表示部４４０を制御する。

図３４に進んで、図３４（Ｃ）は、携帯電話１００をかざすことを促す旨の先払決済画面を示す。この先払決済画面には、図３３（Ｂ）で説明した先払決済画面の商品の金額に替えて、商品に対応するチケットの券種（ここでは商品が「Ｈコーヒー」であるので「ドリンク」）が表示される。決済方法の内容は、「バリュー」に替えて、「チケット（携帯）」が表示される。

図２７に戻って、ステップＳ４６３で、データ処理部４１０は、携帯電話１００がかざされて、チップリーダライタ４９０によって携帯電話１００の非接触型ＩＣチップ１９０から携帯ＩＤおよび所有チケットに関するデータ（記憶部１９２の電子マネー取引サービス用記憶領域に記憶されているチケットのチケットＩＤおよび券種）が読込まれたか否かを判断する。

読込まれていないと判断した場合（ステップＳ４６３でＮＯの場合）、データ処理部４１０は、ステップＳ４６３の処理を繰返す。なお、一定時間（たとえば、３０秒）、携帯ＩＤおよび所有チケットに関するデータが読込まれないと判断した場合に、データ処理部４１０は、図３４（Ａ）の注文情報画面を再度表示させるように表示部４４０を制御するようにしてもよい。

一方、携帯電話１００から携帯ＩＤおよび所有チケットに関するデータが読込まれたと判断した場合（ステップＳ４６３でＹＥＳの場合）、ステップＳ４６４で、データ処理部４１０は、読込まれた所有チケットに関するデータのうちに、選択された商品に対応するチケット（ここでは、選択された商品が「Ｈコーヒー」であるのでドリンクチケット）があるか否かを判断する。

商品に対応するチケットがないと判断した場合（ステップＳ４６４でＮＯの場合）、ステップＳ４６５で、データ処理部４１０は、商品に対応するチケットがない旨を表示するよう表示部４４０を制御する。ステップＳ４６５の後、データ処理部４１０は、実行する処理をこのチケット決済処理の呼出元の処理に戻す。

一方、商品に対応するチケットがあると判断した場合（ステップＳ４６４でＹＥＳの場合）、ステップＳ４６６で、データ処理部４１０は、チケット使用情報を店舗サーバ８００に無線で送信するように通信部４６０を制御する。チケット使用情報は、チケットＩＤ、券種、携帯ＩＤ、および、商品金額を含む。

図２５に戻って、ステップＳ８３６の後、または、カードユニット６００から発行済情報を受信していないと判断した場合（ステップＳ８３３でＮＯの場合）、ステップＳ８４１で、店舗サーバ８００のデータ処理部は、ハンディターミナル４００からチケット使用情報を無線で受信したか否かを判断する。

チケット使用情報を受信したと判断した場合（ステップＳ８４１でＹＥＳの場合）、ステップＳ８４２で、店舗サーバ８００のデータ処理部は、ステップＳ８４１で受信したチケット使用情報に含まれるチケットＩＤ、券種および携帯ＩＤの組合せを図９で説明した店舗チケット情報ＤＢに記憶されているデータと照合する。そして、ステップＳ８４３で、店舗サーバ８００のデータ処理部は、ステップＳ８４２での照合結果が正しいか否かを判断する。

受信したチケット使用情報に含まれるチケットに関する情報の照合結果が正しいと判断した場合（ステップＳ８４３でＹＥＳの場合）、ステップＳ８４４で、店舗サーバ８００のデータ処理部は、当該チケット使用情報に含まれるチケットＩＤに対応して図９の店舗チケット情報ＤＢに記憶されている使用状況が、チケットが使用済であることを示す「１」であるか否かを判断する。

当該チケットＩＤのチケットが使用済でないと判断した場合（ステップＳ８４４でＮＯの場合）、ステップＳ８４５で、店舗サーバ８００のデータ処理部は、ステップＳ８４１で受信されたチケット使用情報の送信元のハンディターミナル４００に、当該チケットＩＤのチケットが使用可能である旨を示す使用可能情報を送信する。

次いで、ステップＳ８４６で、店舗サーバ８００のデータ処理部は、図９で示した店舗チケット情報ＤＢの、受信したチケット使用情報に含まれるチケットＩＤのチケットの使用状況を使用済であることを示す「１」に更新し、受信したチケット使用情報に含まれる商品金額を当該チケットＩＤに対応させて記憶させる。ステップＳ８４６の後、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８４８の処理に進める。

一方、受信したチケット使用情報に含まれるチケットに関する情報の照合結果が正しくないと判断した場合（ステップＳ８４３でＮＯの場合）、または、当該チケット使用情報に含まれるチケットＩＤのチケットが使用済であると判断した場合（ステップＳ８４４でＹＥＳの場合）、ステップＳ８４７で、店舗サーバ８００のデータ処理部は、当該チケット使用情報の送信元のハンディターミナル４００に、当該チケットＩＤのチケットが使用不可である旨を示す使用不可情報を送信する。ステップＳ８４７の後、店舗サーバ８００のデータ処理部は、実行する処理をステップＳ８４８の処理に進める。ステップＳ８４８以降の処理については、後述する。

図２７に戻って、ステップＳ４６７で、ハンディターミナル４００のデータ処理部４１０は、店舗サーバ８００から使用可能情報を受信したか否かを判断する。使用可能情報を受信していないと判断した場合（ステップＳ４６７でＮＯの場合）、ステップＳ４６８で、データ処理部４１０は、店舗サーバ８００から使用不可情報を受信したか否かを判断する。使用不可情報を受信していないと判断した場合（ステップＳ４６８でＮＯの場合）、データ処理部４１０は、実行する処理をステップＳ４６７の処理に戻す。

使用不可情報を受信したと判断した場合（ステップＳ４６８でＹＥＳの場合）、ステップＳ４６９で、データ処理部４１０は、ステップＳ４６３で読込まれたチケットのうち商品に対応するチケットが使用不可である旨の図３５の（Ｄ）で示す先払決済画面を表示するよう表示部４４０を制御する。ステップＳ４６９の後、データ処理部４１０は、実行する処理をこのチケット決済処理の呼出元の処理に戻す。

図３５は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第７の表示画面図である。図３５（Ｄ）は、携帯電話１００から読込まれたチケットのうち商品に対応するチケットが使用不可である旨の先払決済画面を示す。この先払決済画面には、図３４（Ｃ）で説明した先払決済画面の、携帯電話１００をかざす旨に替えて、当該チケットが使用不可である旨、および、「戻る」ボタンに替えて、最下段の右下に、「確認」ボタンが表示される。

図２７に戻って、使用可能情報を受信したと判断した場合（ステップＳ４６７でＹＥＳの場合）、ステップＳ４７１で、データ処理部４１０は、商品に対応するチケットに関するデータを、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域から消去させるための消去要求信号を携帯電話１００に送信させるように、チップリーダライタ４９０を制御する。

具体的には、データ処理部４１０は、複数種類のチケットのうち本実施の形態におけるワゴンサービスのチケットを消去対象として指定するチケットＩＤを含む消去要求信号を携帯電話１００に送信するように非接触通信部４９３を制御する旨の消去制御コマンドをチップリーダライタ４９０の制御部４９１に送信する。チップリーダライタ４９０の制御部４９１は、消去制御コマンドに応じて、消去要求信号を携帯電話１００に送信するよう非接触通信部４９３を制御する。

一方、消去要求信号を受信した携帯電話１００では、非接触型ＩＣチップ１９０の制御部１９１により、図８に示した記憶部１９２の電子マネー取引サービス用記憶領域に記憶されている消去対象として指定されているチケットＩＤのチケットに関するデータを消去し、当該データの消去が終了するとその旨を示す消去終了信号を、ハンディターミナル４００のチップリーダライタ４９０に送信する処理が行なわれる。

そして、データ処理部４１０は、ステップＳ４７２で、携帯電話１００から消去終了信号を受信したか否かを判断する。具体的には、チップリーダライタ４９０の制御部４９１は、携帯電話１００からの消去終了信号の受信に応じて、消去が終了した旨の消去終了コマンドをデータ処理部４１０に送信する。データ処理部４１０は、消去終了コマンドを受信すると、商品に対応するチケットに関するデータの消去が終了したと判断する。データ処理部４１０は、ステップＳ４７２において、消去終了コマンドが受信されるまで繰返し判断を行なう。なお、所定条件（判定回数、時間等）が成立するまでに、消去終了コマンドを受信しない場合には、消去が終了しない旨のエラーを表示部４４０において報知するようにしてもよい。

次に、ステップＳ４７３で、データ処理部４１０は、商品名、決済方法、携帯ＩＤ、チケットＩＤ、および、取引額を、取引情報として記憶部４２０に記憶させる。

次に、ステップＳ４７４で、データ処理部４１０は、図３５（Ａ）で示す携帯電話１００に記憶されたチケットで決済が終了した旨の先払決済画面を表示するよう表示部４４０を制御する。

図３５に進んで、図３５（Ａ）は、携帯電話１００に記憶されたチケットで決済が終了した旨の先払決済画面を示す。この先払決済画面には、図３４（Ｃ）の携帯をかざすことを促す旨の文章に替えて、決済前の所有しているチケットの状況（ここでは、ドリンクチケット２枚およびフードチケット１枚）、ならびに、決済後の所有しているチケットの状況（ここでは、ドリンクチケット１枚およびフードチケット１枚）、ならびに、「戻る」ボタンに替えて、最下段の右下に、「確認」ボタンが表示される。

図２７に戻って、ステップＳ４７５で、データ処理部４１０は、タッチパネルで「確認」ボタンが操作されたか、上下キーでフォーカスが「確認」ボタンに移動されて確定キーが操作されたか、バーコードスキャナ部４７０でバーコード一覧表の確定を入力するためのバーコードが読込まれたかのいずれかによって、確認の操作がされたか否かを判断する。確認の操作がされていないと判断した場合（ステップＳ４７５でＮＯの場合）、データ処理部４１０は、ステップＳ４７５の処理を繰返す。

一方、確認の操作がされたと判断した場合（ステップＳ４７５でＹＥＳの場合）、ステップＳ４７６で、データ処理部４１０は、決済が終了した注文の支払の状況の欄を「済」にした注文一覧画面を表示するよう表示部４４０を制御する。ステップＳ４７６の後、データ処理部４１０は、実行する処理をこのバリュー決済処理の呼出元の処理に戻す。

図３５に進んで、図３５（Ｃ）は、ステップＳ２７３で表示される注文一覧画面を示す。この注文一覧画面は、基本的に、図３１（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００５」の注文が、図２７のチケット決済処理が実行されることによって、チケットで決済され、注文番号「００５」の注文の支払の状況の欄が、「済」に変更されている。

一方、図３４（Ｂ）の先払決済画面の選択欄でバーコードのチケットが選択されたと判断した場合（ステップＳ４６１でＹＥＳの場合）、ステップＳ４８０で、データ処理部４１０は、バーコードチケット決済処理を実行する。

図２８は、本実施の形態におけるハンディターミナル４００で実行されるバーコードチケット決済処理の流れを示すフローチャートである。図２８を参照して、まず、ステップＳ４８１で、データ処理部４１０は、バーコードのチケットを読込むことを促す旨の図３４（Ｄ）で説明する先払決済画面を表示するよう表示部４４０を制御する。

図３４に進んで、図３４（Ｄ）は、バーコードのチケットを読込むことを促す旨の先払決済画面を示す。この先払決済画面には、図３４（Ｃ）で説明した先払決済画面の決済方法の内容の「チケット（携帯）」に替えて「チケット（バーコード）」、携帯電話をかざす旨の文章に替えて、バーコードのチケットを読込む旨の文章が表示される。

図２８に戻って、ステップＳ４８２で、データ処理部４１０は、バーコードスキャナ部４７０でバーコード（ここでは、２次元コード４７１）が読込まれたか否かを判断する。

ここでは、図１９のステップＳ６１１７でカードユニット６００の表示部６４０に表示された２次元コード４７１、または、カードユニット６００に表示された当該２次元コードが携帯電話１００によって撮影され画像データとして保存された後に当該画像データで示される画像として携帯電話１００の表示部１４０に表示された２次元バーコードが、バーコードスキャナ部４７０で読込まれる。

読込まれていないと判断した場合（ステップＳ４８２でＮＯの場合）、データ処理部４１０は、ステップＳ４８２の処理を繰返す。

一方、バーコードが読込まれたと判断した場合（ステップＳ４８２でＹＥＳの場合）、ステップＳ４８３で、データ処理部４１０は、ステップＳ４８２で読込まれたバーコードを、チケットＩＤと券種とを含むチケット情報に変換する。

次に、ステップＳ４８６で、データ処理部４１０は、チケット使用情報を店舗サーバ８００に無線で送信するように通信部４６０を制御する。チケット使用情報は、ステップＳ４６６の場合と異なり、携帯ＩＤを含まず、チケットＩＤ、券種、および、商品金額を含む。

チケット使用情報を受信した場合の店舗サーバ８００の処理は、前述した図２５のステップＳ８４１からステップＳ８４７で説明したので重複する説明は繰返さない。また、ステップＳ４８７からステップＳ４８９まで、および、ステップＳ４９３からステップＳ４９６までの処理は、それぞれ、図２７のステップＳ４６７からステップＳ４６９まで、および、ステップＳ４７３からステップＳ４７６までの処理と同様であるので重複する説明は繰返さない。なお、ステップＳ４９４で表示される決済が終了した旨の画面は、図２７のステップＳ４７４の場合と異なり、図３５（Ｂ）で示す画面が表示される。

図３５に進んで、図３５（Ｂ）は、バーコードで表示されたチケットで決済が終了した旨の先払決済画面を示す。この先払決済画面には、図３４（Ｄ）のバーコードを読込むことを促す旨の文章に替えて、決済が終了した旨の文章、および、「戻る」ボタンに替えて、最下限の右下に、「確認」ボタンが表示される。

図２８に戻って、ステップＳ４８９の後、または、ステップＳ４９６の後、データ処理部４１０は、実行する処理をこのバーコードチケット決済処理の呼出元のチケット決済処理に戻す。図２７に戻って、ステップＳ４８０の後、データ処理部４１０は、実行する処理をこのチケット決済処理の呼出元の処理に戻す。

図２５に戻って、ステップＳ８４６もしくはステップＳ８４７の後、または、チケット使用情報を受信していないと判断した場合（ステップＳ８４１でＮＯの場合）、ステップＳ８４８で、店舗サーバ８００のデータ処理部は、使用済チケット情報の前回の送信から所定時間経過したか否かを判断する。本実施の形態では、所定時間は、図２４のステップＳ８１５で説明した所定時間と同様、３時間である。

使用済チケット情報の前回送信から所定時間経過したと判断した場合（ステップＳ８４８でＹＥＳの場合）、ステップＳ８４９で、店舗サーバ８００のデータ処理部は、前回送信後の使用済チケット情報を電子マネー管理サーバ２００に送信する。

使用済チケット情報は、図９で示した店舗チケット情報ＤＢのチケットに関するデータのうち、前回使用済チケット情報が送信されてから状況が使用済に更新されたチケットのチケットＩＤ、券種、携帯ＩＤおよび商品金額を含む。ステップＳ８４９の後、または、使用済チケット情報の前回送信から所定時間経過していないと判断した場合（ステップＳ８４８でＮＯの場合）、店舗サーバ８００のデータ処理部は、実行する処理をこの店舗チケット関連処理の呼出元の図２４の店舗サーバ処理に戻す。

図２３に戻って、ステップＳ２７１で、電子マネー管理サーバ２００のデータ処理部２１０は、店舗サーバ８００から使用済チケット情報を受信したか否かを判断する。

使用済チケット情報を受信したと判断した場合（ステップＳ２７１でＹＥＳの場合）、ステップＳ２７２で、データ処理部２１０は、図１０で示した使用済チケット情報ＤＢの、受信した使用済チケット情報に含まれるチケットＩＤのチケットの使用状況を使用済であることを示す「１」に更新し、受信した使用済チケット情報に含まれる携帯ＩＤおよび商品金額を当該チケットＩＤに対応させて記憶させる。

図２９（Ａ）で説明したように、ハンディターミナル４００がデータ転送用充電器４８５にセットされて、「業務終了」ボタンが操作されると、ハンディターミナル４００の売上情報（図２６のステップＳ４５５、図２７のステップＳ４７３および図２８のステップＳ４９３等において記憶部４２０に記憶された取引情報）を売上管理ＰＣ４８０に転送する処理、および、ハンディターミナル４００を初期状態に戻す処理が行なわれる。

売上管理ＰＣ４８０は、ハンディターミナル４００から受信した売上情報を管理する。この管理されている売上のうち、現金が用いられた売上については、商品の販売時に精算される。パチンコ玉およびメダルが用いられた売上については、パチンコ玉およびメダルに相当する代金を遊技場３０側に請求し、パチンコ玉およびメダルと引換に代金が精算される。バリューおよびチケットが用いられた売上については、バリューおよびチケットに相当する代金を電子マネー取引サービスのサービス提供機関に請求し、代金が精算される。

ここで、チケットに相当する代金が精算される際に、チケットに相当する代金の支払側である電子マネー取引サービスのサービス提供機関が、精算されるチケットのチケットＩＤが正しいか否かをもう一度確認するために、売上管理ＰＣ４８０は、今回請求分のチケットのチケットＩＤ、および、それらのチケットが用いられた商品の商品金額を含む商品代金請求情報を、電子マネー取引サービスのサービス提供機関のサーバである電子マネー管理サーバ２００に送信する。

ステップＳ２７３では、データ処理部２１０は、売上管理ＰＣ４８０から商品代金請求情報を受信したか否かを判断する。受信していないと判断した場合（ステップＳ２７３でＮＯの場合）、データ処理部２１０は、実行する処理をステップＳ２９１の処理に戻す。

一方、商品代金請求情報を受信したと判断した場合（ステップＳ２７２でＹＥＳの場合）、ステップＳ２７４で、データ処理部２１０は、受信した商品代金請求情報に含まれるチケットＩＤと、図１０で示した記憶部２２０の使用済チケット情報ＤＢに記憶しているチケットＩＤのうち使用状態が「１」（使用済）のチケットＩＤとを照合する。そして、ステップＳ２７５で、データ処理部２１０は、照合の結果、今回請求分のチケットＩＤが一致するか否かを判断する。

今回請求分のチケットＩＤが一致すると判断した場合（ステップＳ２７５でＹＥＳの場合）、ステップＳ２７６で、データ処理部２１０は、ステップＳ２９４で説明した請求金額に、受信した商品代金請求情報に含まれる商品金額の合計を加算する。これにより、ワゴンサービス提供会社から電子マネー取引サービスの提供機関に請求される今回請求分のバリューおよびチケットにより提供された商品の代金が算出される。

一方、今回請求分のチケットＩＤが一致しないと判断した場合（ステップＳ２７５でＮＯの場合）、ステップＳ２７７で、データ処理部２１０は、今回請求分のチケットＩＤが一致しない旨のエラー報知を行なう。そして、ステップＳ２７８で、データ処理部２１０は、確認操作がされたか否かを判断する。

確認操作がされていないと判断した場合（ステップＳ２７７でＮＯの場合）、データ処理部２１０は、ステップＳ２７８の処理を繰返す。一方、確認操作がされたと判断した場合（ステップＳ２７７でＹＥＳの場合）、データ処理部２１０は、実行する処理をステップＳ２９１の処理に戻す。エラー報知を受けた電子マネー取引サービスの提供機関の従業員は、代金を請求されたチケットのチケットＩＤが正しいか否かを手作業で確認する。

図３６は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第８の表示画面図である。図３６を参照して、図３０（Ｂ）の注文情報画面が表示されているときに、バーコード一覧表で、決済方法のバーコードのうち、「玉」のバーコードがバーコードスキャナ部４７０によって読込まれる、または、図３０（Ｃ）の支払方法一覧画面で「玉」の欄が操作されると、図３６（Ａ）で説明する、決済方法の項目の欄に、読込まれたバーコードに対応する決済方法である「玉」、および、個数の項目の欄に、当該決済方法である「玉」および選択された商品である「Ｉコーヒー」に対応する対価である「９６」個が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３６（Ａ）は、決済方法の項目の欄および個数の項目の欄が入力された状態の注文情報画面を示す。この注文情報画面には、図３０（Ｂ）の注文情報画面で説明した内容に加えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは、「玉」）、および、個数の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「９６」個）が表示される。

さらに、商品および決済方法が入力された状態であるので注文を確定することができるため、この注文情報画面には、最下段の右側に、「確定」ボタンが表示される。

ここで、遊技者が商品の対価（ここでは、玉９６個）を支払うと、ワゴンサービスの提供会社の従業員が、注文情報画面の支払の項目の欄を操作する。支払の項目の欄が操作されると、図３６（Ｂ）で説明する、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３６（Ｂ）は、支払の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３６（Ａ）の注文情報画面の内容に替えて、支払の状況の項目の欄に、商品の対価を支払済みであることを示す「済」が表示される。ここで、「確定」ボタンが操作されると、図３６（Ｃ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。

図３６（Ｃ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３１（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００２」の注文が、玉で決済され、注文番号「００２」の注文の支払の状況の欄が、「済」に変更されている。

図３７は、本実施の形態における電子マネーシステム１０においてワゴンサービスのハンディターミナル４００の表示部４４０に表示される第９の表示画面図である。図３７を参照して、図３７（Ａ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３１（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。

ここで、支払済の商品（ここでは注文番号「００３」の商品）が配達されたとき、ワゴンサービスの提供会社の従業員が、配達した注文の欄（ここでは注文番号「００３」の注文の欄）を操作すると、既に入力された注文を変更するための注文情報画面を表示部４４０に表示する処理が行なわれる。

図３７（Ｂ）は、既に入力された注文の詳細を表示するための注文情報画面である。この注文情報画面は、基本的に、図３１（Ｂ）で説明した注文情報画面で説明した内容に替えて、決済方法の項目の欄に、選択された決済方法の名称（ここでは、「メダル」）、および、個数の項目の欄に、選択された決済方法に応じた選択された商品の対価（ここでは「１２」個）が表示される。ここでは、いずれかの項目の欄が操作されると、操作された欄の内容を変更することができる。

ここで、ワゴンサービスの提供会社の従業員が、注文の配達を済ますと、注文情報画面の配達の状況の項目の欄を操作する。配達の状況の項目の欄が操作されると、図３７（Ｃ）で説明する、配達の状況の項目の欄に「済」が入力された状態の注文情報画面を表示部４４０に表示する処理が行なわれる。

図３７（Ｃ）は、配達の状況の項目の欄に「済」が入力された状態の注文情報画面を示す。この注文情報画面には、図３７（Ｂ）の注文情報画面の内容に替えて、配達の状況の項目の欄に、注文の商品を配達済みであることを示す「済」が表示される。

ここで、「確定」ボタンが操作されると、図３７（Ｄ）で説明する注文一覧画面を表示部４４０に表示する処理が行なわれる。

図３７（Ｄ）は、注文一覧画面を示す。この注文一覧画面は、基本的に、図３１（Ｄ）で説明した注文情報画面と同様であるので、重複する説明は繰返さない。ここで、注文番号「００３」の注文の商品の配達が行なわれ、注文番号「００３」の注文の支払の状況の欄が、「済」に変更されている。

次に、前述した第１の実施の形態により得られる主な効果を説明する。
（１） 図１９のステップＳ６１１５および図２１のステップＳ６８２で説明したように、パチンコ遊技機７００に対応して設けられたカードユニット６００によって、図１９のステップＳ６１８および図１６のステップＳ６６２で該パチンコ遊技機７００においてパチンコ遊技を行なう遊技者が球貸処理を行ない、球貸処理が行なわれることに応じて図１９のステップＳ６１２１および図２１のステップＳ６９１で抽選が行なわれ、当選して図１９のステップＳ６１２５ならびに図２１のステップＳ６９５およびステップＳ６９７でチケットが付与される旨が報知された後に、図１９のステップＳ６１８および図１６のステップＳ６６２で再度球貸処理を行なったことを条件として、図１９のステップＳ６１１５および図２１のステップＳ６８２で、個々に識別可能なチケットＩＤを含みホットコーヒーやアイスティなどのドリンクおよびサンドイッチなどのフードなどの商品を遊技者に提供するためのドリンクチケットおよびフードチケットを携帯電話１００に記憶させるためのチケット発行情報が、チップリーダライタ６９０の非接触通信部６９３から出力される。

図１９のステップＳ６１１７で説明したように、カードユニット６００によって、図１９のステップＳ６１８で該パチンコ遊技機７００においてパチンコ遊技を行なう遊技者が球貸処理を行ない、球貸処理が行なわれることに応じて図１９のステップＳ６１２１で抽選が行なわれ、当選して図１９のステップＳ６１２５でチケットが付与される旨が報知された後に、図１９のステップＳ６１８で再度球貸処理を行なったことを条件として、図１９のステップＳ６１１７で、ドリンクチケットおよびフードチケットがバーコード化されて表示部６４０に表示出力される。

図９の店舗チケット情報ＤＢ、図２５のステップＳ８５３およびステップＳ８４６、ならびに、図１０の使用済チケット情報ＤＢ、図２３のステップＳ２６４およびステップＳ２７２で説明したように、店舗サーバ８００および電子マネー管理サーバ２００によって、カードユニット６００によって出力されたチケットに含まれるチケットＩＤが管理される。

図２７のステップＳ４６３および図２８のステップＳ４８２で説明したように、ワゴンサービス会社の従業員により所持されて遊技者に商品を提供するときに使用されるハンディターミナル４００によって、バーコードスキャナ部４７０またはチップリーダライタ４９０の非接触通信部４９３で、カードユニット６００によって出力されたチケットに含まれるチケットＩＤが取得される。図２７のステップＳ４６６および図２８のステップＳ４８６で説明したように、ハンディターミナル４００によって、取得されたチケットＩＤを店舗サーバ８００に送信出力するよう通信部４６０が制御される。

このため、遊技者へのサービスとして商品を提供する場合に、サービスの提供者である電子マネー取引サービスの提供機関は、電子マネー管理サーバ２００および店舗サーバ８００によって管理されている商品のチケット情報に含まれるチケットＩＤと、ハンディターミナル４００から出力されたチケットＩＤとを照合することができる。その結果、サービスの提供者が商品の提供者であるワゴンサービス会社からの請求が正しいか否かを確認することができる。

（２） 図１９のステップＳ６１１５および図２１のステップＳ６８２で説明したように、カードユニット６００によって、遊技者の所持する携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２に記録可能な態様でチケット情報が出力される。図１９のステップＳ６１１７で説明したように、カードユニット６００によって、遊技者の所持する携帯電話１００によって撮影されて画像データとして携帯電話１００に記録可能なバーコードとしてチケット情報が出力される。

図２７のステップＳ４６３で説明したように、ハンディターミナル４００によって、携帯電話１００から非接触型ＩＣチップ１９０の記憶部１９２に記憶されたチケットＩＤが取得される。図２８のステップＳ４８２で説明したように、ハンディターミナル４００によって、携帯電話１００から記憶部１２０に画像データとして記憶されたチケットＩＤが取得される。

このため、遊技者は携帯電話１００に記録された状態でチケット情報を保持しておくことができる。その結果、遊技者は好みのタイミングでチケット情報を使用して商品の提供を受けることができるため、遊技者の利便性を向上させることができる。

（３） 図２７のステップＳ４６６および図２８のステップＳ４８６で説明したように、ハンディターミナル４００によって、取得されたチケットＩＤが店舗サーバ８００に送信するために出力される。

図２５のステップＳ８５３、ステップＳ８３６およびステップＳ８４６、ならびに、図２３のステップＳ２６４およびステップＳ２７２で説明したように、店舗サーバ８００および電子マネー管理サーバ２００によって、図９の店舗チケット情報ＤＢおよび図１０の使用済チケット情報ＤＢで示すようにチケットＩＤごとにチケットの使用状態が記憶される。

図２５のステップＳ８４４で説明したように、店舗サーバ８００によって、ハンディターミナル４００から無線で受信したチケットＩＤのチケットの使用状態が使用済か否かが判定される。図２５のステップＳ８４６で説明したように、店舗サーバ８００によって、チケットの使用状態が使用済でないと判定されたこと（ステップＳ８４４でＮＯの場合）を条件として、当該チケットの使用状態が使用済に更新される。

図２５のステップＳ８４５で説明したように、店舗サーバ８００によって、チケットの使用状態が使用済でないと判定されたこと（ステップＳ８４４でＮＯの場合）を条件として、当該チケットが使用可能である旨の使用可能情報が、チケットＩＤの送信元のハンディターミナル４００に返信するために出力される。一方、図２５のステップＳ８４７で説明したように、店舗サーバ８００によって、チケットの使用状態が使用済であると判定されたこと（ステップＳ８４４でＹＥＳの場合）を条件として、当該チケットが使用不可である旨の使用不可情報が、チケットＩＤの送信元のハンディターミナル４００に返信するために出力される。

このため、ハンディターミナル４００で取得されたチケットＩＤのチケットが使用済でなければ当該チケットが使用可能である旨が当該ハンディターミナル４００に返信され、ハンディターミナル４００で取得されたチケットＩＤのチケットが使用済であれば当該チケットが使用不可である旨が当該ハンディターミナル４００に返信される。その結果、使用済のチケットが再度使用されて重複して遊技者に商品が提供されることを防止することができる。

（４） 図１６のステップＳ６６２および図１９のステップＳ６１８で説明したように、カードユニット６００によって、パチンコ玉を貸与するための球貸処理が行なわれる。

図１９のステップＳ６１２５、図２１のステップＳ６９７およびステップＳ６９５で説明したように、カードユニット６００によって、図１９のステップＳ６１２１または図２１のステップＳ６９１で抽選が行なわれ、それぞれ、図１９のステップＳ６１２２または図２１のステップＳ６９２で当選と判定されるとともに、それぞれ図１９のステップＳ６１８または図１６のステップＳ６６２で球貸処理が行なわれることを条件として、次回の球貸処理が行なわれるときに、図１９のステップＳ６１２５もしくは図２１のステップＳ６９７で次回球貸時にチケットが付与される旨を表示したり、携帯電話１００によって図１１のステップＳ１７２もしくはステップＳ１７５で図１５（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったメッセージを表示させるために図２１のステップＳ６９５で当選情報を携帯電話１００に送信したりする報知処理が行なわれる。

図１９のステップＳ６１１５、ステップＳ６１１７、および、図２１のステップＳ６８２で説明したように、カードユニット６００によって、図１９のステップＳ６１２５で報知処理が行なわれ、ステップＳ６１２４で当選情報が当選情報記憶領域に記憶され、その後、図１９のステップＳ６１１１で当選情報が当選情報記憶領域に記憶されていると判断されるとともに図１９のステップＳ６１８で球貸処理が行なわれること、または、図２１のステップＳ６９５，ステップＳ６９７で報知処理が行なわれ、ステップＳ６９４で当選情報が当選情報記憶領域に記憶され、その後、図２１のステップＳ６８１で当選情報が当選情報記憶領域に記憶されていると判断されるとともに図１６のステップＳ６６２で球貸処理が行なわれることを条件として、チケットが出力される。

このため、再度の球貸処理を実行させることを遊技者に促すことができる。その結果、遊技の提供による売上の向上に資することができる。

（５） 図３０（Ｃ），（Ｄ）の支払方法一覧で説明したように、ハンディターミナル４００によって、少なくとも玉による決済、メダルによる決済およびバリューによる決済のいずれかから決済方法の指定が受付けられる。図２６のバリュー決済処理で説明したように、ハンディターミナル４００によって、図３０（Ｃ），（Ｄ）の画面で、バリューによる決済の指定が受付けられたことを条件として、指定が受付けられた商品の代金を、携帯電話１００に記憶されたバリューから減算するための処理が行なわれる。このため、商品代金のバリューによる決済が可能となる。その結果、遊技者の利便性が向上する。

（６） 図１９のステップＳ６１１５および図２１のステップＳ６８２で説明したように、カードユニット６００によって球貸処理に用いられた携帯電話１００に、商品のチケットを記憶させるための処理が行なわれる。図３０（Ｃ），（Ｄ）の支払方法一覧で説明したように、ハンディターミナル４００によって、決済方法として、玉、メダルおよびバリューに加えてチケットによる決済の指定が受付けられる。図２７のチケット決済処理で説明したように、ハンディターミナル４００によって、チケットによる決済の指定が受付けられたことを条件として、携帯電話１００に記憶されたチケットを使用済にするための処理が行なわれる。このため、遊技者は球貸処理を行なうと商品のチケット情報を得ることができる。その結果、球貸処理を促進することができる。

（７） 図２１のステップＳ６９５で説明したように、カードユニット６００によって球貸処理が行なわれることを条件として、次回の球貸処理が行なわれるときに携帯電話１００によって図１５（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理が行なわれる。図２１のステップＳ６８２で説明したように、図１５（ｄ），（ｆ）の表示画面が表示された後、球貸処理が行なわれることを条件として、チケットを発行する処理が行なわれる。これにより、再度の球貸処理を実行させることをユーザに促すことができる。その結果、売上の向上に資することができる。

（８） カードユニット６００によって、図２１のステップＳ６９１で説明したように、球貸処理が行なわれることを条件として、チケットを付与するか否かが決定される。カードユニット６００によって、図２１のステップＳ６９２で説明したように、チケットを付与すると決定されたことをさらに条件として、携帯電話１００によって図１５（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理が行なわれる。これにより、球貸処理が行なわれる度にチケットが付与される旨が表示されてチケットを発行する処理が行なわれる場合よりも、チケットが付与されることに希少性を持たせることができるとともに、より高価な商品のチケットを発行させることができる。その結果、再度の球貸処理を実行させることをユーザにより一層強く促すことができ、売上の向上に資することができる。

（９） 図１６のステップＳ６４１で説明したように、カードユニット６００によって、球貸処理において携帯電話１００から、携帯ＩＤが取得される。図２１のステップＳ６９４および図１８のステップＳ６７２で説明したように、チケットが当選した携帯電話１００の携帯ＩＤを含む当選情報が当選情報記憶領域に記憶される。図２１のステップＳ６８１で説明したように、カードユニット６００によって、携帯電話１００から取得された携帯ＩＤが、当選情報記憶領域に記憶されているか否かが判定される。図２１のステップＳ６８２およびステップＳ６８４で説明したように、カードユニット６００によって、取得された携帯ＩＤが当選情報記憶領域に記憶されていると判定したこと（ステップＳ６８１でＹＥＳであること）をさらに条件として、チケットを発行する処理が行なわれるとともに、当該携帯ＩＤの当選情報が当選情報記憶領域から消去される。これにより、当選した携帯ＩＤの携帯電話に対して、チケット発行情報から特定されるチケットを確実に追加更新させることができる。

（１０） 図２１のステップＳ６９６で説明したように、カードユニット６００によって、当選情報記憶領域から特定される携帯ＩＤを含む当選情報が、他のカードユニットに送信するために出力される。図１８のステップＳ６７２で説明したように、カードユニット６００によって、出力された携帯ＩＤを含む当選情報を受信したことを条件として、当該携帯ＩＤを含む当選情報が当選情報記憶領域に記憶される。これにより、カードユニット６００が複数設置されるような場合に、チケットが付与される旨を携帯電話１００に表示させたカードユニット６００以外のカードユニットにおいて、それぞれ、次回の球貸処理が実行されても、チケットが付与される旨が表示された携帯電話１００に対してチケットを発行する処理が行なわれる。その結果、ユーザの利便性を向上させることができる。

（１１） 図２１のステップＳ６９５で説明したように、カードユニット６００によって、それぞれ、次回の球貸処理が行なわれるときに図１５（ｄ），（ｆ）に示すチケットが付与される旨を携帯電話１００の表示部１４０に表示させるための当選情報を、当該携帯電話１００に送信する処理が、チケットが付与される旨を報知する処理として実行される。これにより、たとえば、次回の球貸処理が行なわれるときにチケットが発行される旨や、チケットが発行された旨を報知するための報知部を備えたカードユニットを新たに導入することや、遊技場３０に設置されたカードユニットに前述した報知部を取り付ける作業を行なう必要がない。その結果、導入コストを低減させることができる。

（１２） ステップＳ８１２において、プリペイドカード３７１の購入または球貸処理に用いたバリューの額と当該購入または球貸に用いた携帯電話１００の携帯ＩＤとが各々対応付けて店舗サーバ８００に記憶される。そして、ステップＳ８１５において所定時間経過したと判断された場合、ステップＳ８１６において店舗サーバ８００に記憶されていた情報を取引情報として電子マネー管理サーバ２００に送信される。一方、バリューの対価の決済が完了したときに、チャージ累計額と携帯ＩＤとが各々対応付けて管理用ＤＢ２２１に記憶される。そして、ステップＳ２９２において、取引情報に含まれる携帯ＩＤに対応する会員ＩＤのチャージ累計額から取引情報に含まれる取引額が減算され、ステップＳ２８１において、チャージ累計額から取引額を減算した額がマイナスの会員ＩＤがあるか否かを判断することにより不正取引があったか否かが判断される。不正取引があった場合は、ステップＳ２８６において不正端末情報が、不正取引が発生した遊技場３０に送信される。

不正端末情報を受信した遊技場３０においては、ステップＳ３１４およびＳ６０４において、当該不正端末情報が記憶され、バリューでプリペイドカード３７１を購入する際および球貸処理に用いる際、携帯電話１００の携帯ＩＤが不正端末情報と一致するか否かが判断され、一致する場合、残高をバリュー残額にセットしない処理、すなわち使用停止処理が行なわれる。これにより、残額を超えた不正が行なわれたときの被害を最小限に抑えることができる。

（１３） ステップＳ２８１において不正取引があった場合、ステップＳ２８２において不正回数が１加算され、不正取引の頻度が測定されている。そして、不正回数が１回の場合、ステップＳ２８４において不正媒体情報を不正取引が発生した遊技場３０に送信され、不正取引に用いられたプリペイドカードによる球貸を禁止する。また、不正回数が２回の場合、ステップＳ２８６およびステップＳ２８７において不正端末情報を不正取引が発生した遊技場３０および当該遊技場３０と同じ商圏の他の遊技場に送信され、不正取引に用いられた携帯電話１００によるプリペイドカード３１７の購入および球貸を禁止する。

さらに、不正回数が３回の場合、ステップＳ２８９およびステップＳ２９０において携帯使用禁止情報を不正取引が発生した遊技場３０および全国の遊技場に送信される。そして、携帯使用禁止情報を受信した遊技場においては、ステップＳ３１２およびステップＳ６０２において、それぞれ、当該携帯使用禁止情報が記憶され、ステップＳ３２２およびステップＳ６２２により、それぞれ、すべての携帯電話についてバリューを用いてのプリペイドカード３７１購入および球貸を禁止する処理が行なわれる。このように、不正取引の頻度に応じて禁止する内容が選択され実行されるため、より効果的に不正が行なわれたときの被害を最小限に抑えることができる。

（１４） 非接触型ＩＣチップを内蔵した携帯電話により電子マネー端末またはサーバと通信して、バリューの加減算を行なうものがあった（たとえば、特開２００５−３８２０９号公報の第００１６段落、第００１７段落、第００４９段落から第００５５段落、第０１１１段落から第０１１４段落、第０１３６段落、および、第０１３８段落参照）。この携帯電話のアプリケーション部には、決済を行なう対象の電子マネー端末を特定する端末ＩＤ、事業者コード、動作パラメータ、および、動作ファイルが対応付けられて記憶される。

この携帯電話が用いられて電子マネー端末で決済される場合、電子マネー端末から端末ＩＤおよび決済額分のバリューが減算された後、減算完了通知が送信されるとともに、この端末ＩＤから事業者コード、動作パラメータ、および、動作ファイルが特定され、この動作ファイルが用いられて所定の動作が実行される。また、携帯電話にログ確認部が設けられて、アプリケーション部に予め確認金額が設定されることにより、ログ確認部が定期的にバリューの残額を確認し、確認金額を下回った場合、アプリケーション部が動作ファイルを用いて所定の動作として画像や音声でアラームを発することで電子マネーのチャージをユーザに促がすようにする。しかし、特開２００５−３８２０９号公報に開示されている技術によれば、携帯電話で実行できる動作ファイルは、端末ＩＤに対応する各事業者コードに対して１ファイルであるため、実行される動作は、電子マネー端末との決済処理の都度実行される動作に限定される。また、携帯電話は能動的に動作ファイルを実行するため、バリューの残高の不足確認は、前述したように行なわれる。このため、バリューの残高が確認金額を上回っていても、決められた定期間隔で、バリューの残高を確認するという無駄な処理が発生してしまうといった問題がある。また、バリューの残高が確認金額を下回っていても、決められた定期間隔が長い間隔（たとえば、１時間）である場合は、バリューのチャージがユーザに促がされる前に、電子マネー端末またはサーバによりバリューの減算が行なわれる際に、ユーザが残高不足を認識してしまい、ユーザにチャージを促がす処理を実行するという特開２００５−３８２０９号公報に開示されている技術の本来の目的を達成できないこととなってしまう。このことから、ユーザが残高不足を認識してしまう前に、バリューのチャージを促がすために、バリューの残高を確認する定期間隔を短くする（たとえば、１分や３０秒にする）必要がある。このため、バリューの残高を確認するという無駄な処理を頻繁に実行しなければならず非効率であるとともに、携帯電話のバッテリーの持続時間にも影響が生じるといった問題が発生する。しかし、本実施の形態においては、前述したように構成しているため、バリューの残額が少ないことを効率的に的確にユーザに認識させることができる。

具体的には、携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００またはカードユニット６００に送信される。また、ステップＳ３５１で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高がプリペイドカード３７１の購入金額に不足していると判定され、ステップＳ３５２で説明したように、減算前残高不足情報が携帯電話１００に送信される。また、ステップＳ６５１およびステップＳ６５８で説明したように、カードユニット６００によって携帯電話１００に記憶されているバリュー残高が球貸可能な最低額に不足していると判定され（本実施の形態においては、バリュー残高が０円であるか否かを判定、遊技場３０以外でバリューを使用できる場合は、バリュー残高が球貸可能な最低額である１００円未満であるか否かを判定）、ステップＳ６５２およびステップＳ６５９で説明したように、それぞれ、減算前残高不足情報または減算後残高不足情報が携帯電話１００に送信される。そして、ステップＳ１８５で説明したように、携帯電話１００によってバリュー残高が不足している旨が報知される。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が不足している旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。

（１５） 携帯電話１００の非接触型ＩＣチップ１９０の機能によってバリュー残高が券売機３００に送信され、ステップＳ３５８で説明したように、券売機３００によって携帯電話１００に記憶されているバリュー残高からプリペイドカード３７１の購入金額を減算した額が所定額以下となると判定され、ステップＳ３５９で説明したように、減算後残高僅少情報が携帯電話１００に送信されて、ステップＳ１８４で説明したように、携帯電話１００によってバリュー残高が所定額以下となる旨が報知される。カードユニット６００についても同様である。つまり、バリューが用いられるときに、携帯電話１００によって、受動的に、バリュー残高が所定額以下となる旨が報知される。その結果、バリュー残高が少ないことを効率的に的確にユーザに認識させることができる。

（１６） ステップＳ１８１またはステップＳ１８２で減算前残高不足情報、減算後残高不足情報、または、減算後残高僅少情報が受信されたときにバリュー購入時処理が実行されるため、ユーザがバリュー購入時処理を能動的に実行させなくてもよい。このため、バリュー購入時処理を実行させる手間をユーザに掛けさせないようにできる。また、バリュー購入時処理が即座に実行されるので、バリュー購入に要する時間が短縮され、遊技場３０におけるパチンコ遊技機７００やスロットマシン等の遊技機の稼動率を向上させることができる。

［第２の実施の形態］
次に、第２の実施の形態に係る電子マネーシステム１０について説明する。前述した第１の実施の形態においては、抽選処理により当選したことを示す当選情報を図７で示したカードユニット６００に搭載された記憶部６２０に設けられている当選情報記憶領域に記憶する例について説明した。

第２の実施の形態においては、当選情報を携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶する例について説明する。すなわち、第２の実施の形態においては、当選情報を、カードユニット６００に搭載された記憶部６２０において管理するものではなく、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域において管理するものについて説明する。なお、第２の実施の形態においては、第１の実施の形態と異なる点について説明し、重複する説明は繰返さない。

図３８は、携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶される情報を説明するための図である。

電子マネー取引サービス用記憶領域には、会員ＩＤ、携帯ＩＤ、バリュー残高、獲得しているチケットのチケットＩＤ、および、当選情報（チケットの券種およびチケットＩＤ）が記憶される。図３８には、会員ＩＤとして「１１０１」、携帯ＩＤとして「ＭＲ３ＢＮ」、バリュー残高として「１１０００」円、チケットＩＤとして「Ｄ０７０９０１０００１００１」，「Ｆ０７０９０１０００１００１」、当選情報の券種として「ドリンク」チケット、および、当選情報のチケットＩＤとして「Ｄ０７０９０１０００１００２」が記憶されている。

次に、第２の実施の形態における球貸処理において、第１の実施の形態と異なる点について説明する。第２の実施の形態における球貸処理では、当選情報が携帯電話１００の非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域において管理されるため、ステップＳ６７０で説明した記憶状態更新処理が行なわれない。

また、第２の実施の形態における携帯電話１００の非接触型ＩＣチップ１９０は、ステップＳ６４１で説明した取得処理が行なわれたときに、当該非接触型ＩＣチップ１９０に搭載された非接触通信部１９３から電子マネー取引サービス用記憶領域に記憶された携帯ＩＤ、券種およびチケットＩＤを、バリュー残高とともに送信する。なお、電子マネー取引サービス用記憶領域に当選情報が記憶されていない場合、すなわち抽選処理により当選していない場合には、当選情報が送信されないものであってもよく、または当選していない旨を示す情報を送信するものであってもよい。

第２の実施の形態におけるステップＳ６４１においては、取得処理により少なくとも携帯ＩＤおよびバリュー残高を取得したか否かが判断される。携帯ＩＤおよびバリュー残高を取得したと判断したときに、読込まれたと判断される。

また、第２の実施の形態における球貸処理では、図２１で説明したチケット関連処理に換えて、図３９で説明するチケット関連処理が実行される。図３９は、第２の実施の形態におけるカードユニット６００で実行されるチケット関連処理の流れを示すフローチャートである。

図３９を参照して、データ処理部６１０は、ステップＳ６８１Ａにおいて、ステップＳ６４１におけるバリュー残高とともに、当選したことを示す当選情報を受信したか否かを判断する。ステップＳ６８１Ａにおいて当選情報を受信したと判断された場合、データ処理部６１０は、ステップＳ６８２において受信した当選情報から特定されるチケットを発行するためのチケット発行情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する。

つまり、カードユニット６００は、図１６に示すステップＳ６４１において、貸与処理要求情報とともにチケット付与情報としての当選情報を取得し、当該当選情報を取得したことを条件として、ステップＳ６８２でチケット発行処理としてチケット発行情報を含むアプリ起動信号を携帯電話１００に送信する処理を行なう。なお、本実施の形態においては、当選情報を貸与処理要求情報とともに取得しているが、別個に取得するようにしてもよい。

ステップＳ６８２においてチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に記憶されていた当選情報が消去されるとともにチケット発行情報から特定されるチケットＩＤが追加更新される。また、非接触型ＩＣチップ１９０の制御部１９１により、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。

ステップＳ６９１において、データ処理部６１０は、所定の当選確率に従って、ドリンクチケットの当選、フードチケットの当選、または、はずれを抽選するための抽選処理を行なう。

ステップＳ６９２において、データ処理部６１０は、ステップＳ６９１における抽選処理においてドリンクチケットおよびフードチケットのいずれかに当選したか否かを判断する処理を行なう。

ステップＳ６９２においてドリンクチケットおよびフードチケットのいずれかに当選したと判断された場合、データ処理部６１０は、図２１のステップＳ６９３と同様に、ステップＳ６９３において、記憶部６２０から当選した券種のチケットＩＤを読出し、ステップＳ６９５において、当選したチケットの券種およびチケットＩＤを含む当選情報を含むアプリ起動信号を、携帯電話１００の非接触型ＩＣチップ１９０に送信するように、チップリーダライタ６９０を制御する。

つまり、カードユニット６００は、ステップＳ６９５において、所定の特典であるチケットが付与されることを示すチケット付与情報としての当選情報を含むアプリ起動信号を出力する。また、この当選情報を含むアプリ起動信号を受信した携帯電話１００においては、電子マネーアプリ１１１が起動され、図１１に示すステップＳ１７２またはステップＳ１７５において、次回（以降）の貸与処理においてチケットが付与される旨が報知される。つまり、ステップＳ６９５において、カードユニット６００によって当選情報を含むアプリ起動信号が出力される処理が、次回以降の貸与処理が実行されるときに所定の特典であるチケットが付与される旨を報知するための報知処理に該当する。

ステップＳ６９５においてチップリーダライタ６９０から送信されたアプリ起動信号は、非接触型ＩＣチップ１９０の非接触通信部１９３から受信されて、非接触型ＩＣチップ１９０の制御部１９１により、非接触型ＩＣチップ１９０の記憶部１９２の電子マネー取引サービス用記憶領域に当選情報に含まれる券種およびチケットＩＤが記憶されるとともに、データ処理部１１０に対して起動要求信号が送信され電子マネーアプリ１１１を起動させることができる。一方、当選していないと判断した場合（ステップＳ６９２でＮＯの場合）、および、ステップＳ６９５の後、データ処理部６１０は、実行する処理をこのチケット関連処理の呼出元の処理である図１６の球貸処理に戻す。

次に、第２の実施の形態により得られる主な効果を説明する。
（１） 第２の実施の形態においては、図３９のステップＳ６９５で説明したように、カードユニット６００によって、チケットが付与されることを示す当選情報が、携帯電話１００に記憶させるために出力される。図３９のステップＳ６８１Ａで説明したように、カードユニット６００によって、球貸処理において携帯電話１００から当選情報が受信される。図３９のステップＳ６８２で説明したように、カードユニット６００によって、携帯電話１００から当選情報が受信されたことをさらに条件として、チケット発行情報が携帯電話１００に送信される。

このため、携帯電話１００によって図１５（ｄ），（ｆ）の表示画面で「次回ドリンクチケット当選！」といったチケットが付与される旨を表示させるための処理の対象となった携帯電話１００に対して、確実に、チケット発行情報が送信されるようにすることができる。また、カードユニット６００が複数設置されるような場合に、チケットが付与される旨を表示させるための処理を行なったカードユニット６００以外のカードユニットにおいて次回の球貸処理を実行させても、チケットが付与される旨を表示させるための処理の対象となった携帯電話１００に対してチケット発行情報が送信される。その結果、ユーザの利便性を向上させることができる。

また、以上に示した第２の実施の形態については、前述した第１の実施の形態と共通する技術思想による構成について、前述した第１の実施の形態の場合と同様の技術的効果を得ることができる。

次に前述した実施の形態の変形例を挙げる。
（１） 前述した実施の形態においては、抽選処理により当選した場合、次回の貸与処理が行なわれるときに、チケットを付与する例について説明した。しかし、これに限らず、抽選処理により当選した場合、次回以降の貸与処理が行なわれるときに、チケットを付与するように構成してもよい。たとえば、抽選処理により当選した場合、さらに何回目の貸与処理が行なわれるときにチケットを付与するかを決定し、貸与処理が行なわれるごとに当該貸与処理がチケットを付与する回数目の貸与処理であるか否かを特定し、チケットを付与する回数目の貸与処理であることが特定されたときにチケットを付与するように構成してもよい。このように構成した場合、当選した旨を報知する際に、何回目の貸与処理が行なわれるときにチケットが付与されるかについても報知するように構成してもよい。

（２） 前述した実施の形態においては、抽選処理により当選した場合、次回の貸与処理が行なわれさえすれば、チケットが付与される例について説明した。すなわち、チケット発行の有効期限は設けられていない例について説明した。しかし、これに限らず、チケット発行に対して所定の有効期限を設けてもよい。たとえば、抽選処理により当選した日、すなわち当日に限って、チケットが付与されるように構成してもよい。このように構成した場合、当選してから所定の有効期限内であるか否かを判断し、所定の有効期限内であると判断されたときに、チケットを付与するように構成してもよい。

（３） 前述した実施の形態においては、特典付与装置において、抽選処理により当選した携帯電話に記憶されたバリューを用いて次回の貸与処理が行なわれたときに、チケットが付与される例について説明した。しかし、これに限らず、抽選処理により当選した携帯電話であるか否かに関わらず、当該特典付与装置において、次回の貸与処理を行なった携帯電話に対してチケットを付与するように構成してもよい。このように構成した場合、携帯ＩＤ等を取得し、当選した携帯ＩＤであるか否かを判断する必要がない。たとえば、特典付与装置における抽選処理により当選した旨を記憶し、貸与処理が行なわれる度に当選した旨が記憶されているか否かを判断し、記憶されていると判断された場合にチケットを付与するように構成してもよい。

（４） 前述した実施の形態においては、貸与処理が行なわれるときに、抽選処理を行なう例について説明した。しかし、これに限らず、事前に予め抽選処理を行ない、その抽選結果に基づき、報知処理を行なうように構成してもよい。たとえば、特典付与装置の電源投入時に、乱数等を用いて所定回数分の貸与処理のうち当選にする貸与処理を予め決定し、当該決定結果に基づき、報知処理を行なうように構成してもよい。つまり、現在から何回後の貸与処理においてチケットを付与するかを決定しておき、データ処理部６１０は、今回の貸与処理がその回数目の貸与処理であるか否かを判定することにより、チケットを付与するか否かを決定し、当該決定結果に基づき報知処理を行なうように構成してもよい。

また、前述した実施の形態においては、抽選処理を特典付与装置において行なう例について説明した。しかし、これに限らず、抽選処理を店舗サーバ８００で行なうように構成してもよい。そして、特典付与装置は、店舗サーバ８００から抽選結果を受信し、当該抽選結果に基づき、報知処理を行なうように構成してもよい。

（５） 前述した第１の実施の形態においては、図２１のステップＳ６８３やステップＳ６９６で説明したように、発行済情報、当選情報等を店舗サーバ８００に送信し、図２５のステップＳ８３１〜ステップＳ８３６で説明したように、受信した情報を送信元の券売機あるいはカードユニット以外の他の券売機およびカードユニットへ送信する例について説明した。しかし、これに限らず、カードユニットから直接、当該カードユニット以外の他のカードユニットへ、発行済情報、当選情報等を送信するように構成してもよい。

（６） 前述した第１の実施の形態においては、当選した携帯電話１００の携帯ＩＤの当選情報を、遊技場３０に設置されている店舗サーバ８００において管理するとともに、カードユニットにおいても管理する例について説明した。しかし、これに限らず、当選した携帯電話１００の携帯ＩＤの当選情報を、遊技場３０に設置されている店舗サーバ８００において管理し、カードユニットにおいて管理しないように構成してもよい。このように構成した場合、カードユニットは、貸与処理が行なわれる度に、当該貸与処理が行なわれる携帯ＩＤを店舗サーバ８００に送信し、当該携帯ＩＤが当選した携帯ＩＤであるか否かを問い合わせ、当該問い合わせ結果に基づき、チケットを付与するように構成してもよい。

また、前述した実施の形態においては、携帯電話１００の記憶部１９２にチケットＩＤおよび券種を記憶し、携帯電話１００に対してチケット発行情報を送信して記憶部１９２のチケットＩＤおよび券種を追加更新することによりチケットを付与することとしたが、チケットを店舗サーバ８００や電子マネー管理サーバ２００にて携帯ＩＤに対応付けて管理し、カードユニット６００がチケット発行処理として、店舗サーバ８００等にチケット追加要求を送信する処理を行ない、これに応じて店舗サーバ等にてチケットを追加するようにしてもよい。

（７） 前述した実施の形態においては、電子マネーシステム１０は、遊技場３０に設置される装置、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、リモート発行サーバ５５０、および、金融機関サーバ５００で構成されるようにした。

しかし、これに限定されず、電子マネー管理サーバ２００に、決済サーバ２８０、リモート発行サーバ５５０、および、金融機関サーバ５００の全部または一部の機能が含まれるようにして、電子マネーシステム１０が、遊技場３０に設置される装置、携帯電話１００、および、電子マネー管理サーバ２００で構成されるようにしてもよい。

（８） 前述した実施の形態では、電子マネーシステム１０の発明として説明した。しかし、これに限定されず、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、店舗サーバ８００、および、ハンディターミナル４００の装置の発明として捉えることができる。

また、電子マネーアプリ１１１、管理用ＡＰ２１１、残高管理ＡＰ２１４、および、バリュー返却ＡＰ２１５のプログラムの発明として捉えることができる。

さらに、携帯電話１００、電子マネー管理サーバ２００、決済サーバ２８０、券売機３００、カードユニット６００、店舗サーバ８００、および、ハンディターミナル４００の装置でそれぞれ行なわれる処理を処理方法の発明として捉えることができる。

（９） 携帯電話１００の非接触型ＩＣチップ１９０にバリューがチャージされたとき、バリューの減算が完了したとき、および、チケットが発行されたときに、非接触型ＩＣチップ１９０の記憶部１９２に記憶されたバリュー残高およびチケットのバックアップが記憶部１２０にされるようにしてもよい。

また、携帯電話１００によってユーザからバックアップ操作の入力が受付けられたときに、バックアップがされるようにしてもよい。

また、携帯電話１００によって前回バックアップがされてから所定期間（たとえば、３時間、１日など）経過するごとに、バックアップがされるようにしてもよい。

（１０） 前述した実施の形態においては、図２２の残額管理ＡＰ２１４によって、それぞれの会員ＩＤごとに不正回数の頻度に応じて、不正に対する処理を行なうようにした。しかし、これに限定されず、すべての携帯電話での不正回数を合計した回数の頻度に応じて、不正に対する処理を行なうようにしてもよい。

（１１） ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８４で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００で購入されたプリペイドカード３７１の使用を禁止するような電子マネーシステムであってもよい。

また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８６で説明したように、不正取引を行なった会員ＩＤの携帯ＩＤの不正な携帯電話１００のバリューの使用を禁止するような電子マネーシステムであってもよい。

また、ステップＳ２８１で説明したように、取引額がチャージ累計額を超えているか否かにより不正取引の発生を判断して、チャージ累計額を超えた不正取引があった場合、ステップＳ２８９で説明したように、不正取引が発生したホール（遊技場）でのすべての携帯電話でのバリューの使用を禁止するような電子マネーシステムであってもよい。

（１２） 前述した実施の形態では、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００を介して送信されてきた携帯使用禁止情報および不正端末記憶情報に基づき、券売機３００のデータ処理部３１０は、記憶部３２０に携帯使用禁止情報および不正端末情報を記憶させる。そして、券売機３００において、プリペイドカード３７１の購入に使用されている携帯電話１００の携帯ＩＤが記憶部３１０に記憶されている不正端末情報でないか、または記憶部３１０に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする。すなわち、前述した実施の形態では、券売機３００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能にする制御を行なう例について説明した。

しかし、これに限らず、店舗サーバ８００において、不正取引であるか否か判断され、不正取引であると判断されたときに取引不能である旨を示す取引不能信号を券売機３００に送信し、券売機３００において取引不能信号を受信したときに取引不能にする制御が行なわれるようにしてもよい。たとえば、店舗サーバ８００のデータ処理部は、電子マネー管理サーバ２００の残高管理ＡＰ２１４からの携帯使用禁止情報および不正端末記憶情報を、店舗サーバ８００の記憶部に記憶させる。一方、券売機３００のデータ処理部３１０は、取引が行なわれるごとに、取引に用いられる携帯電話１００の携帯ＩＤを店舗サーバ８００に送信する。店舗サーバ８００のデータ処理部は、送信されてきた当該携帯ＩＤが記憶部に記憶されている不正端末情報でないか、または記憶部に携帯使用禁止情報が記憶されていないかが判断され、記憶されているときに取引不能にする旨を示す取引不能信号を当該券売機３００に送信する。券売機３００のデータ処理部３１０は、取引不能信号に基づき、取引不能にする制御を行なう。

また、電子マネー管理サーバ２００の残高管理ＡＰ２１４から店舗サーバ８００に送信されてきた不正媒体情報に基づき、店舗サーバ８００のデータ処理部は、当該不正媒体情報に含まれる携帯ＩＤに対応して記憶部に記憶されているカードＩＤを不正カードＩＤとしてカードユニット６００に送信し、カードユニット６００の記憶部６２０に記憶させる。そして、カードユニット６００において、球貸に使用されているプリペイドカードのカードＩＤが記憶部６２０に記憶されている不正カードＩＤでないかが判断され、不正カードＩＤであるときに球貸不能にする。すなわち、前述した実施の形態では、カードユニット６００において、不正取引であるか否か判断され、不正取引であると判断されたときに球貸不能にする制御を行なう例について説明した。

（１３） 前述した実施の形態においては、遊技場内において遊技者に提供される商品のチケット情報が、ホットコーヒーやアイスティーなどのドリンクのドリンクチケット、および、サンドイッチなどのフードのフードチケットの２種類であることとした。しかし、これに限定されず、個別のドリンクやフードごとのチケットであることとしてもよい。

（１４） 前述した実施の形態においては、ワゴンサービスは、ワゴンサービスの提供会社の従業員によって提供されるようにした。しかし、これに限定されず、ワゴンサービスが、遊技場３０によって運営され、遊技場３０の店員によって提供されるようにしてもよい。

（１５） 前述した実施の形態においては、ワゴンサービスの提供会社に支払われるチケットの代金は電子マネー取引サービスの提供機関が負担するようにしたので、電子マネー管理サーバ２００が、図２３のステップＳ２７２で、使用済チケット情報を管理し、ステップＳ２７４で、管理している使用済のチケットＩＤと、ステップＳ２７３で売上管理ＰＣ４８０から商品代金請求情報を受信することによってワゴンサービスの提供会社から請求された代金のチケットのチケットＩＤとが一致するか否かを判断するようにした。

しかし、これに限定されず、遊技場３０側がチケットの代金を負担するようにしてもよい。この場合、遊技場３０のコンピュータ、たとえば、店舗サーバ８００が、使用済チケット情報を管理し、管理している使用済のチケットＩＤと、売上管理ＰＣ４８０から商品代金請求情報を受信することによってワゴンサービス会社から請求された代金のチケットのチケットＩＤとが一致するか否かを判断するようにしてもよい。

（１６） 前述した実施の形態においては、図２９（Ｄ）で、先に、商品の入力が受付けられ、その後に、図３１（Ａ）で、決済方法の入力が受付けられるようにした。しかし、商品および決済方法の入力が受付けられる順序は、商品が先で決済方法が後であることに限定されず、決済方法が先で商品が後であってもよい。

（１７） 前述した実施の形態においては、図２７のステップＳ４７１で説明したように、携帯端末に記憶されたチケット情報を使用済にするための処理として、携帯電話１００に記憶されたチケットに関するデータを消去する処理を行なうようにした。しかし、これに限定されず、携帯端末に記憶されたチケット情報を使用済にするための処理として、携帯電話１００に記憶されたチケットに関するデータに対応させて、当該チケットが使用済みであることを示す使用済フラグを記憶させるようにしてもよい。

（１８） 前述した実施の形態においては、図３１（Ｄ）および図３２（Ａ）などで説明したように、ハンディターミナル４００によって、注文内容が記憶され、それらの注文内容を確認可能なように注文一覧画面が表示されるようにした。しかし、これに代えて、あるいは、これに加えて、図３１（Ｃ）などの表示画面で「確定」ボタンが操作されるごとに注文内容がハンディターミナル４００から売上管理ＰＣ４８０に送信されるようにして、売上管理ＰＣ４８０によって、注文内容を確認可能なように注文一覧画面が表示されるようにしてもよい。

（１９） 前述した実施の形態においては、ハンディターミナル４００の操作方法として、バーコードの読取りによる操作方法、操作キーの操作による操作方法、および、タッチパネルの操作による操作方法の３通りの操作方法を用いることができることとした。しかし、これに限定されず、ハンディターミナル４００において、これらの３通りの操作方法のうちのいずれか１つまたは２つの操作方法を用いることができるようにしてもよい。

（２０） チケット付与条件は、前述した実施の形態のものに限らず、電子マネー管理サーバ２００または店舗サーバ８００において任意に設定できるようにすればよく、たとえば、以下のような付与条件であってもよい。

遊技機での遊技に関連して発生する遊技情報（大当り、遊技時間、消費金額など）に関する条件としてもよい。たとえば、大当り回数が所定回数（５回など）に達したことを条件にするのであれば、カードユニット６００または店舗サーバ８００にパチンコ遊技機７００から出力される大当り信号を入力して大当り回数を計数し、大当り回数が４回に達したときに、次回大当りでチケットが付与される旨の事前報知を行ない、大当り回数が５回に達したときに、チケット情報をバーコード表示したり、携帯電話１００に出力したりするようにすればよい。

会員カードが使用されるカードユニット６００であれば、該会員カードを受付けている期間に発生した遊技情報を店舗サーバ８００やカードユニット６００において当該会員カードに記録された会員ＩＤに対応付けて集計し、集計された遊技情報が付与条件に達したときに、当該会員カードの所有会員にチケット情報を付与するようにしてもよい。この場合には、チケット情報をバーコード表示してもよいし、会員カードに記録することにより付与してもよい。

（２１） 前述した実施の形態においては、チケット情報を出力する特典付与装置が、カードユニット６００であることとした。しかし、これに限定されず、特典付与装置は、呼出ランプであってもよい。

（２２） 前述した実施の形態においては、チケットＩＤを管理する管理装置が、店舗サーバ８００および電子マネー管理サーバ２００が協調して実現されることとした。しかし、これに限定されず、管理装置が、店舗サーバ８００および電子マネー管理サーバ２００のいずれかによって実現されるようにしてもよいし、チケットを管理するための専用のコンピュータによって実現されるようにしてもよい。

（２３） 前述した実施の形態においては、ハンディターミナル４００によって取得されたチケットＩＤが管理装置である店舗サーバ８００に送信出力されることによって、送信出力されたチケットＩＤが管理装置である店舗サーバ８００で管理されている商品のチケット情報に含まれるチケットＩＤと照合されるようにした。しかし、チケットＩＤの誤りを検出したり捏造を防止したりするための所定のアルゴリズムに従って生成されるチェックデジットをチケットＩＤに付加して、ハンディターミナル４００によって取得されたチケットＩＤに付加されたチェックデジットがチェックされることでチケットＩＤが照合されるようにしてもよい。また、チケットＩＤが所定のアルゴリズムで生成され、ハンディターミナル４００によって取得されたチケットＩＤが表示出力されるようにして、店員が表示出力されたチケットＩＤを所定のアルゴリズムに従って判読することによってチケットＩＤを照合するようにしてもよい。

（２４） 前述した実施の形態においては、チケットＩＤは、携帯電話１００の記憶部１２０または非接触型ＩＣチップ１９０の記憶部１９２に記録されるようにした。しかし、これに限定されず、チケットＩＤは、遊技者が所持する会員カードに記録されるようにしてもよい。

（２５） 前述した実施の形態においては、図２５のステップＳ８４４で説明したように、店舗サーバ８００によって、チケットＩＤのチケットの使用状態が使用済か否かが判定されるようにした。しかし、これに限定されず、電子マネー管理サーバ２００によって、使用済か否かが判定されるようにしてもよい。

（２６） 前述した実施の形態においては、カードユニット６００は、チケット情報をバーコードとして表示するようにした。しかし、これに限定されず、カードユニット６００は、チケット情報を文字列またはバーコードとしてレシートに印刷して、発行するようにしてもよい。

（２７） 前述した実施の形態においては、図９で説明したように、店舗サーバ８００において、当該店舗サーバ８００に割振られたすべてのチケットＩＤおよび当該チケットＩＤのチケットの発行状態を、店舗チケット情報ＤＢで管理するようにした。

しかし、これに限定されず、発行されたチケットのチケットＩＤのみを、発行済チケット専用のＤＢで管理することにより、発行されたチケットのチケットＩＤを特定できるようにしてもよい。

（２８） 前述した実施の形態においては、図９で説明したように、店舗サーバ８００において、当該店舗サーバ８００に割振られたすべてのチケットＩＤおよび当該チケットＩＤのチケットの発行状態および使用状態を、店舗チケット情報ＤＢで管理するようにした。

しかし、これに限定されず、発行済のチケットのみのチケットＩＤおよび当該チケットＩＤのチケットの使用状態を、発行済チケット専用のＤＢで管理することにより、発行されたチケットの使用状態を管理するようにしてもよい。

（２９） 前述した実施の形態においては、ハンディターミナル４００がデータ転送用充電器４８５にセットされることにより、ハンディターミナル４００で取得されたチケットＩＤが、ワゴンサービスの提供会社の売上管理ＰＣ４８０に出力され、さらに、当該チケットＩＤおよび商品代金請求情報が、売上管理ＰＣ４８０から電子マネー管理サーバ２００に送信されることにより、電子マネー管理サーバ２００において管理されている使用済チケットのチケットＩＤと、当該商品代金請求情報とともに受信されたチケットＩＤとを照合するようにした。

しかし、これに限定されず、電子マネー管理サーバ２００または店舗サーバ８００において、管理している使用済チケットのチケットＩＤをプリントアウトするとともに、ワゴンサービスの提供会社の売上管理ＰＣ４８０からも使用されたチケットのチケットＩＤをプリントアウトして、両者を係員が目視にて照合するようにしてもよい。

（３０） また、前述した実施の形態においては、チケットの使用時に、ハンディターミナル４００から店舗サーバ８００にチケットＩＤが送信され、さらに、店舗サーバ８００から電子マネー管理サーバ２００へチケットＩＤが送信されて、各チケットＩＤのチケットの使用状態が管理されることで、電子マネー管理サーバ２００においては、商品代金請求情報とともに受信されたチケットＩＤと、管理している使用済チケットのチケットＩＤとを照合するようにした。

しかし、これに限定されず、チケットの使用時には、ハンディターミナル４００から店舗サーバ８００へチケットＩＤが送信されないようにし、店舗サーバ８００および電子マネー管理サーバ２００においては、チケットＩＤの使用状態が管理されないようにし、発行済のチケットのチケットＩＤのみが管理されるようにして、店舗サーバ８００または電子マネー管理サーバ２００において、商品代金請求情報とともに受信されたチケットＩＤと、管理している発行済のチケットのチケットＩＤとを照合するようにしてもよい。

（３１） 前述した実施の形態においては、ハンディターミナル４００は、取得したチケットＩＤを、チケット使用時に、店舗サーバ８００を介して電子マネー管理サーバ２００に送信するようにし、データ転送用充電器４８５にセットされて「業務終了」ボタンが操作されたときに、売上管理ＰＣ４８０に送信するようにした。そして、売上管理ＰＣ４８０は、ハンディターミナルから受信したチケットＩＤを、チケット代金請求時に、電子マネー管理サーバ２００に送信するようにした。そして、電子マネー管理サーバ２００が、チケット使用時に送信されたチケットＩＤとチケット代金請求時に送信されたチケットＩＤとを照合するようにした。

しかし、これに限定されず、ハンディターミナル４００は、取得したチケットＩＤを送信することなく、表示部４４０に表示出力したり、プリントアウト出力したりしてもよい。そして、店員が、ハンディターミナル４００において表示出力またはプリントアウト出力されたチケットＩＤと、店舗サーバ８００または電子マネー管理サーバ２００で管理されている発行済のチケットのチケットＩＤとを、目視で照合するようにしてもよい。

（３２） 今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明に係る電子マネーシステムの構成の一例を示すブロック図である。 本発明に係る携帯電話の構成の一例を示すブロック図である。 本発明に係る電子マネー管理サーバの構成の一例を示すブロック図である。 本発明に係る券売機の構成の一例を示すブロック図である。 本発明に係るカードユニットの構成の一例を示すブロック図である。 本発明に係るハンディターミナルの構成の一例を示すブロック図である。 遊技場内に設置された券売機およびカードユニットのいずれかにおける抽選処理により、当選した携帯ＩＤと当選したチケットＩＤとを当選情報として記憶するための当選情報記憶領域を説明するための図である。 本実施の形態における携帯電話の非接触型ＩＣチップの記憶部の電子マネー取引サービス用記憶領域を説明するための図である。 本実施の形態における店舗サーバの記憶部に記憶される店舗チケット情報ＤＢを説明するための図である。 本実施の形態における電子マネー管理サーバの記憶部の使用済チケット情報ＤＢを説明するための図である。 携帯電話で実行される電子マネーアプリの処理の流れを示すフローチャートである。 本実施の形態における電子マネーシステムにおいて携帯電話の電子マネーアプリが起動されるときに携帯電話の表示部に表示される表示画面図である。 本実施の形態における券売機で実行される発券処理の流れを示すフローチャートである。 本実施の形態における券売機で実行される不正登録処理の流れを示すフローチャートである。 本実施の形態における電子マネーシステムにおいて券売機やカードユニットから携帯電話の電子マネーアプリが起動されるときに携帯電話の表示部に表示される表示画面図である。 本実施の形態におけるカードユニットで実行される球貸処理の流れを示すフローチャートである。 本実施の形態におけるカードユニットで実行されるユニット不正登録処理の流れを示すフローチャートである。 本実施の形態におけるカードユニットで実行される記憶状態更新処理の流れを示すフローチャートである。 本実施の形態におけるカードユニットで実行されるプリペイド球貸処理の流れを示すフローチャートである。 本実施の形態における電子マネーシステムにおいてチケットの付与に関連してカードユニットの表示部に表示される表示画面図である。 本実施の形態におけるカードユニットで実行されるチケット関連処理の流れを示すフローチャートである。 本実施の形態における電子マネー管理サーバにより実行される残額管理アプリケーションプログラムの処理の流れを示すフローチャートである。 本実施の形態における電子マネー管理サーバにより実行されるチケット管理処理の流れを示すフローチャートである。 本実施の形態における店舗サーバで実行される店舗サーバ処理の流れを示すフローチャートである。 本実施の形態における店舗サーバで実行される店舗チケット関連処理の流れを示すフローチャートである。 本実施の形態におけるハンディターミナルで実行されるバリュー決済処理の流れを示すフローチャートである。 本実施の形態におけるハンディターミナルで実行されるチケット決済処理の流れを示すフローチャートである。 本実施の形態におけるハンディターミナルで実行されるバーコードチケット決済処理の流れを示すフローチャートである。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第１の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第２の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第３の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第４の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第５の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第６の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第７の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第８の表示画面図である。 本実施の形態における電子マネーシステムにおいてワゴンサービスのハンディターミナルの表示部に表示される第９の表示画面図である。 第２の実施の形態における携帯電話の非接触型ＩＣチップの記憶部の電子マネー取引サービス用記憶領域のチケットの情報（チケットＩＤおよび券種）の記憶領域に記憶される情報を説明するための図である。 第２の実施の形態における券売機やカードユニットで実行されるチケット関連処理の流れを示すフローチャートである。

符号の説明

１０ 電子マネーシステム、３０ 遊技場、１００ 携帯電話、１１０ データ処理部、１１１ 電子マネーアプリ、１２０ 記憶部、１３０ データ入力部、１４０ 表示部、１５０ 音声入出力部、１６０ 無線通信部、１６１ アンテナ、１９０ 非接触型ＩＣチップ、１９１ 制御部、１９２ 記憶部、１９３ 非接触通信部、１９４ アンテナ、２００ 電子マネー管理サーバ、２１０ データ処理部、２１１ 管理用ＡＰ、２１４ 残高管理ＡＰ、２２０ 記憶部、２２１ 管理用ＤＢ、２３０ データ入力部、２４０ 表示部、２６０ 通信部、２８０ 決済サーバ、３００ 券売機、３１０ データ処理部、３２０ 記憶部、３３０ 操作部、３４０ 表示部、３６０ 通信部、３７０ カードリーダライタ、３７１ プリペイドカード、３８０ 貨幣処理機、３９０ チップリーダライタ、３９１ 制御部、３９２ 記憶部、３９３ 非接触通信部、３９４ アンテナ、４００ ハンディターミナル、４１０ データ処理部、４２０ 記憶部、４３０ 操作部、４４０ 表示部、４６０ 通信部、４７０ バーコードスキャナ部、４７１ ２次元コード、４８０ 売上管理ＰＣ、４８５ データ転送用充電器、４９０ チップリーダライタ、４９１ 制御部、４９２ 記憶部、４９３ 非接触通信部、４９４ アンテナ、５００ 金融機関サーバ、５５０ リモート発行サーバ、６００ カードユニット、６１０ データ処理部、６２０ 記憶部、６３１ 球貸ボタン、６３２ 返却ボタン、６４０ 表示部、６６０ 通信部、６７０ カードリーダライタ、６８０ 貨幣処理機、６９０ チップリーダライタ、６９１ 制御部、６９２ 記憶部、６９３ 非接触通信部、６９４ アンテナ、７００ パチンコ遊技機、８００ 店舗サーバ。

Claims (4)

1. 遊技機に対応して設けられ、該遊技機において遊技を行なう遊技者が予め定められた付与条件を満たしたことを条件として、個々に識別可能な識別情報を含み前記遊技者に商品を提供するためのチケット情報を出力するチケット出力手段を備える特典付与装置と、
   前記チケット出力手段によって出力されたチケット情報に含まれる識別情報を管理するチケット管理手段を備える管理装置と、
   店員により所持されて前記遊技者に商品を提供するときに使用され、前記チケット出力手段によって出力されたチケット情報に含まれる識別情報を取得する識別情報取得手段と、該識別情報取得手段によって取得された識別情報を出力する識別情報出力手段とを備える端末装置とを含むことを特徴とする、遊技用システム。
2. 前記チケット出力手段は、遊技者の所持する記録媒体に記録可能な態様でチケット情報を出力し、
   前記識別情報取得手段は、前記記録媒体から識別情報を取得することを特徴とする、請求項１に記載の遊技用システム。
3. 前記識別情報出力手段は、前記識別情報取得手段によって取得された識別情報を前記管理装置に送信するために出力し、
   前記チケット管理手段は、各識別情報のチケット情報の使用状態を管理し、
   前記管理装置は、さらに、
   前記識別情報出力手段から受信した識別情報のチケット情報の使用状態が使用済か否かを判定する使用済判定手段と、
   該使用済判定手段によって前記チケット情報の使用状態が使用済でないと判定されたことを条件として、当該チケット情報の使用状態を使用済に更新する使用状態更新手段と、
   前記使用済判定手段によって前記チケット情報の使用状態が使用済でないと判定されたことを条件として、当該チケット情報が使用可能である旨の使用可能情報を前記端末装置に返信するために出力する一方、前記使用済判定手段によって前記チケット情報の使用状態が使用済であると判定されたことを条件として、当該チケット情報が使用不可である旨の使用不可情報を前記端末装置に返信するために出力する使用可否返信手段とを備えることを特徴とする、請求項１または請求項２に記載の遊技用システム。
4. 前記特典付与装置は、さらに、
   遊技媒体を貸与するための貸与処理を行なう貸与処理手段と、
   該貸与処理手段によって前記貸与処理が行なわれることを条件として、次回以降の前記貸与処理が行なわれるときにチケット情報が付与される旨を報知するための報知処理を行なう報知処理手段とを備え、
   前記チケット出力手段は、該報知処理手段によって前記報知処理が行なわれた後、前記貸与処理手段によって前記貸与処理が行なわれることによって前記付与条件が満たされたことを条件として、チケット情報を出力することを特徴とする、請求項１から請求項３までのいずれかに記載の遊技用システム。

Images