(57)【要約】【課題】間違った獲得価値や不正に多い獲得価値が返却されてしまうことのない取引用システム、取引用端末並びに管理サーバを提供すること。【解決手段】取引用端末は、所定の取り消し操作を受付ける取り消し受付け手段と、取り消し受付け手段にて取り消し操作を受付けたことに基づいて、取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含む返却要求を管理サーバに送信する返却要求送信手段と、を備え、管理サーバは、返却要求の受信に応じて、返却要求に含まれる取引履歴特定情報から特定される取引履歴に含まれる獲得価値を、取引において記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて獲得価値管理手段に管理されている獲得価値に加算して返却する返却手段を備える。【選択図】図１９
2017080577.tif 000002
【特許請求の範囲】
【請求項１】
遊技者が提供を希望する商品の指定を受付ける受付手段と、
記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段と、
前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求を送信する減算要求送信手段と、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
所定の取り消し指定を受付ける取り消し受付手段と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含む返却要求を送信する返却要求送信手段と、
前記返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算する返却手段と、
を備える、
ことを特徴とする取引用システム。
【請求項２】
遊技者が遊技にて獲得した獲得価値を、商品の代価の支払いに使用可能な取引用システムに用いられる取引用端末であって、
遊技者が提供を希望する商品の指定を受付ける受付手段と、
記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段と、
該取引用端末とデータ通信可能に接続された管理サーバに対して、前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求を送信することにより、前記管理サーバにおいて該記録媒体識別情報に対応付けて管理されている複数種別の獲得価値うち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算させる減算要求送信手段と、
前記減算要求を送信することによって前記管理サーバに減算させた獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
所定の取り消し指定を受付ける取り消し受付手段と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含み、獲得価値に加算して返却するための返却要求を前記管理サーバに送信して、該返却要求から特定される前記管理サーバが減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記管理サーバにおいて管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算させる返却要求送信手段と、
を備える、
ことを特徴とする取引用端末。
【請求項３】
遊技者が遊技にて獲得した獲獲得価値を、商品の代価の支払いに使用可能な取引用システムに用いられる管理サーバであって、
遊技者が提供を希望する商品の指定を受付けるとともに、記録媒体を個々に識別可能な記録媒体識別情報が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出して、該読み出した記録媒体識別情報と、指定を受付けた商品の代価を特定可能な代価特定情報と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報とを含む減算要求を送信する取引用端末とデータ通信可能に接続され、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴を記憶する取引履歴記憶手段と、
前記取引用端末において所定の取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含む返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記取引用端末にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段と、
を備える、
ことを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技者が遊技にて獲得した獲得価値を、各商品・サービスの代価の支払いに使用可能な取引用システム、及び、該取引用システムを構成する取引用端末と管理サーバに関する。
【背景技術】
【０００２】
従来、遊技者に対して代価の支払いにより各商品・サービスを行うシステムとしては、各パチンコ機に設置された各台計数機を操作することで持玉から代価の支払いを行うことで各商品・サービスの提供を行っているものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１１０１９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１にあっては、各商品・サービスの取り消しを行う場合には、返却する持玉をリモコンにより入力操作するため、間違った数の持玉の返却や、不正に多い持玉が返却される場合があるという問題がある。
【０００５】
本発明は、このような問題点に着目してなされたもので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことのない取引用システム、取引用端末並びに管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、請求項１に記載の本発明の取引用システムは、
遊技者が提供を希望する商品の指定を受付ける受付手段（ＭＰＵ５１が商品受付処理を実行する部分）と、
記録媒体（例えば、会員カードＫとビジターカードＶ）を個々に識別可能な記録媒体識別情報（例えば、カードＩＤ）が記録され、遊技者が遊技にて獲得した獲得価値（例えば、持玉及び貯玉）を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段（例えば、カードリーダライタ５７）と、
前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報（例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数）と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求（例えば、持玉管理テーブル更新要求、貯玉管理テーブル更新要求）を送信する減算要求送信手段（例えば、ＭＰＵ５１がステップＳ１２６や、ステップＳ１３８を実行する部分）と、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段（会員用持玉管理テーブル、ビジター用持玉管理テーブル、貯玉管理テーブル）と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段（例えば、ステップＳｍ３１２においてビジター用持玉管理テーブルを減算更新する部分、ステップＳｍ３１３において会員用持玉管理テーブルを減算更新する部分、ステップＳｋ５１０において貯玉管理テーブルを減算更新する部分）と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴（例えば、レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数、送信済フラグ）を記憶する取引履歴記憶手段（例えば、端末取引テーブル、履歴管理テーブル）と、
所定の取り消し指定（例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択）を受付ける取り消し受付手段（ＭＰＵ５１がステップＳ１５１〜ステップＳ１５４を実行する部分）と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報（例えば、レシート番号）を含む返却要求（商品キャンセル要求）を送信する返却要求送信手段（例えば、ＭＰＵ５１がステップＳ１５５を実行し、持玉管理サーバ１１０に対して商品キャンセル要求を送信する部分）と、
前記返却要求の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段（例えば、ＣＰＵ１１２がステップＳｍ３３３を実行して会員用持玉管理テーブルにキャンセル玉数を更新する部分、ＣＰＵ１１２がステップＳｍ３３４を実行してビジター用持玉管理テーブルにキャンセル玉数を更新する部分）を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項２に記載の取引用システムは、請求項１に記載の取引用システムであって、
前記獲得価値管理手段は、獲得した当日においてのみ使用可能な第１獲得価値を管理する第１獲得価値管理手段と、前記第１獲得価値から移行された価値であって獲得した当日以降において使用可能な第２獲得価値を管理する第２獲得価値管理手段とを含み、
前記獲得価値減算手段は、前記第１獲得価値と前記第２獲得価値のいずれからも代価に相当する獲得価値を減算し、
前記返却手段は、前記獲得価値減算手段によって前記第２獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第２獲得価値に代えて前記第１獲得価値に加算する、
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第２獲得価値ではなく第１獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第１獲得価値を第２獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
【０００７】
請求項３に記載の本発明の取引用端末は、
遊技者が遊技にて獲得した獲得価値（例えば、持玉及び貯玉）を、商品（例えば、飲食物）の代価の支払いに使用可能な取引用システムに用いられる取引用端末（取引用端末５０）であって、
遊技者が提供を希望する商品の指定を受付ける受付手段（ＭＰＵ５１が商品受付処理を実行する部分）と、
記録媒体（例えば、会員カードＫとビジターカードＶ）を個々に識別可能な記録媒体識別情報（例えば、カードＩＤ）が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出す記録媒体処理手段（例えば、カードリーダライタ５７）と、
該取引用端末とデータ通信可能に接続された管理サーバ（持玉管理サーバ１１０、会員管理サーバ１２０）に対して、前記受付手段にて指定を受付けた商品の代価を特定可能な代価特定情報（例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数）と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報と、前記記録媒体処理手段にて読み出した記録媒体識別情報とを含む減算要求（例えば、持玉管理テーブル更新要求、貯玉管理テーブル更新要求）を送信することにより、前記管理サーバにおいて該記録媒体識別情報に対応付けて管理されている複数種別の獲得価値うち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算させる減算要求送信手段（例えば、ＭＰＵ５１がステップＳ１２６や、ステップＳ１３８を実行する部分）と、
前記減算要求を送信することによって前記管理サーバに減算させた獲得価値と、減算された獲得価値の種別とを含む取引履歴（例えば、レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数、送信済フラグ）を記憶する取引履歴記憶手段（端末取引テーブル）と、
所定の取り消し指定（例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択）を受付ける取り消し受付手段（ＭＰＵ５１がステップＳ１５１〜ステップＳ１５４を実行する部分）と、
前記取り消し受付手段にて取り消し指定を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報を含み、獲得価値に加算して返却するための返却要求を前記管理サーバに送信して、該返却要求から特定される前記管理サーバが減算した獲得価値を、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報に対応付けて前記管理サーバにおいて管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算させる返却要求送信手段（例えば、ＭＰＵ５１がステップＳ１５５を実行し、持玉管理サーバ１１０に対して商品キャンセル要求を送信する部分）と、
を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項４に記載の取引用端末は、請求項３に記載の取引用端末であって、
前記記録媒体処理手段は、獲得した当日においてのみ使用可能な第１獲得価値と、前記第１獲得価値から移行された価値であって獲得した当日以降において使用可能な第２獲得価値とを特定可能な記録媒体を受付け可能であって、
前記返却要求送信手段は、前記取り消し受付け手段にて取り消し操作を受付けたことに基づいて、前記第２獲得価値から減算された代価に相当する獲得価値を加算して返却するよう要求するときには、前記第２獲得価値に代えて前記第１獲得価値に加算して返却するための返却要求を前記管理サーバに送信する、
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第２獲得価値ではなく第１獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第１獲得価値を第２獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
【０００８】
請求項５に記載の本発明の管理サーバは、
遊技者が遊技にて獲得した獲得価値（例えば、持玉及び貯玉）を、商品（例えば、飲食物）の代価の支払いに使用可能な取引用システムに用いられる管理サーバ（持玉管理サーバ１１０、会員管理サーバ１２０）であって、
遊技者が提供を希望する商品の指定を受付けるとともに、記録媒体（例えば、会員カードＫとビジターカードＶ）を個々に識別可能な記録媒体識別情報（例えば、カードＩＤ）が記録され、遊技者が遊技にて獲得した獲得価値を特定可能な記録媒体を受付けて、該記録媒体の記録媒体識別情報を読み出して、該読み出した記録媒体識別情報と、指定を受付けた商品の代価を特定可能な代価特定情報（例えば、持玉管理テーブル更新要求における端末取引テーブルデータ中の玉数や、貯玉管理テーブル更新要求における玉数）と、代価に相当する獲得価値を減算する獲得価値の種別を特定可能な種別情報とを含む減算要求（持玉管理テーブル更新要求）を送信する取引用端末（取引用端末５０）とデータ通信可能に接続され、
前記記録媒体識別情報に対応付けて、各記録媒体を所持する遊技者が所有する複数種別の獲得価値をそれぞれ管理する獲得価値管理手段（会員用持玉管理テーブル、ビジター用持玉管理テーブル、貯玉管理テーブル）と、
前記減算要求の受信に応じて、該減算要求に含まれる記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該減算要求に含まれる種別情報から特定される種別の獲得価値から、該減算要求に含まれる代価特定情報から特定される代価に相当する獲得価値を減算する獲得価値減算手段（例えば、ステップＳｍ３１２においてビジター用持玉管理テーブルを減算更新する部分、ステップＳｍ３１３において会員用持玉管理テーブルを減算更新する部分）と、
前記獲得価値減算手段にて減算した獲得価値と、減算された獲得価値の種別とを含む取引履歴（例えば、レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数、送信済フラグ）を記憶する取引履歴記憶手段（履歴管理テーブル）と、
前記取引用端末において所定の取り消し指定（例えば、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択）を受付ける取り消し受付け手段（ＭＰＵ５１がステップＳ１５１〜ステップＳ１５４を実行する部分）を受付けたことに基づいて、前記取引履歴記憶手段に記憶されている取引履歴を特定可能な取引履歴特定情報（例えば、レシート番号）を含む返却要求（商品キャンセル要求）の受信に応じて、該返却要求から特定される前記獲得価値減算手段が減算した獲得価値を、当該取引において前記取引用端末にて受付けた記録媒体の記録媒体識別情報に対応付けて前記獲得価値管理手段に管理されている獲得価値のうち、該返却要求から特定される種別の獲得価値に加算して返却する返却手段（例えば、ＣＰＵ１１２がステップＳｍ３３３を実行して会員用持玉管理テーブルにキャンセル玉数を更新する部分、ＣＰＵ１１２がステップＳｍ３３４を実行してビジター用持玉管理テーブルにキャンセル玉数を更新する部分）と、
を備える、
ことを特徴としている。
この特徴によれば、注文を取り消す場合には、取引履歴から特定される獲得価値が返却されるので、間違った獲得価値や不正に多い獲得価値が返却されてしまうことを防止できる。
また、この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
本発明の請求項６に記載の管理サーバは、請求項５に記載の管理サーバであって、
前記獲得価値管理手段は、獲得した当日においてのみ使用可能な第１獲得価値を管理する第１獲得価値管理手段と、前記第１獲得価値から移行された価値であって獲得した当日以降において使用可能な第２獲得価値を管理する第２獲得価値管理手段とを含み、
前記獲得価値減算手段は、前記第１獲得価値と前記第２獲得価値のいずれからも代価に相当する獲得価値を減算し、
前記返却手段は、前記獲得価値減算手段によって前記第２獲得価値から減算された代価に相当する獲得価値を加算するときには、前記第２獲得価値に代えて前記第１獲得価値に加算する
ことを特徴としている。
この特徴によれば、減算された代価に相当する獲得価値が、第２獲得価値ではなく第１獲得価値に加算されるので、例えば、日付が変更となったときに一括して実施する第１獲得価値を第２獲得価値に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
【０００９】
本発明の手段１の取引用システムは、請求項１または２に記載の取引用システムであって、
前記獲得価値管理手段は、遊技媒体の交換レート（例えば、玉レート）毎に獲得価値を個別に管理し（図８、図１１（ｂ）において、各玉レート毎に持玉数や貯玉数を記憶して管理）、
前記返却手段は、受信した前記返却要求に含まれる前記取引履歴特定情報から特定される取引履歴に含まれる獲得価値を、該取引履歴から特定される取引において該獲得価値が減算された交換レートの獲得金額に加算する（ＣＰＵ１１２が、ステップＳｍ３３３やステップＳｍ３３４において、会員用持玉管理テーブルやビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新する部分）
ことを特徴としている。
この特徴によれば、遊技者が使用した交換レートの獲得価値に加算されて返却されるので、他の交換レートに返却されてしまうことで、該交換レートの獲得価値を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
【００１０】
本発明の手段２に記載の取引用システムは、手段１に記載の取引用システムであって、
商品・サービスの代価に相当する獲得価値が減算された獲得価値の交換レートを特定するための所定の交換レート特定情報（例えば、レシート番号）により交換レートを特定可能とする処理を行う交換レート特定化処理手段（例えば、ＣＰＵ１１２がステップＳｍ３１０やステップＳｍ３２０において履歴管理テーブルを更新することで、玉レートとレシート番号とを対応付けて記憶する部分）を備え、
前記返却手段は、前記交換レート特定情報から特定される交換レートの獲得金額に、前記返却要求に含まれる取引履歴特定情報から特定される取引履歴に含まれる獲得価値を加算する（ＣＰＵ１１２が、ステップＳｍ３３３やステップＳｍ３３４において、会員用持玉管理テーブルやビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれる玉レートの持玉数にキャンセル玉数を加算更新する部分）、
ことを特徴としている。
この特徴によれば、獲得価値を加算する交換レートを交換レート特定情報から容易に特定することができる。
【００１１】
本発明の手段３に記載の取引用システムは、手段２に記載の取引用システムであって、
前記取引用端末は、
前記記録媒体とは異なる記録媒体であって、前記交換レート特定情報（レシート番号）が記録された交換レート特定記録媒体（レシートＲ）を発行する発行手段（例えば、ＭＰＵ５１がステップＳ１２５やステップＳ１４９にて、レシートプリンタ５９を用いてレシートＲを発行する部分）を備える、
この特徴によれば、交換レート特定記録媒体が発行されるので、交換レート特定情報を交換レート特定記録媒体から容易に特定できるとともに、これら交換レート特定記録媒体が遊技者が所持する記録媒体とは個別に発行されるので、記録媒体を回収することができる。
【００１２】
本発明の手段４に記載の取引用システムは、請求項１、請求項２または手段１に記載の取引用システムであって、
前記取引履歴は、当該取引において前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報を含み（端末取引テーブルや履歴管理テーブルに記憶されている取引履歴がカードＩＤを含む部分）、
前記取り消し受付け手段は、取り消し操作の受付けに際して前記記録媒体処理手段にて受付けた記録媒体の記録媒体識別情報を含む取引履歴を特定し、該特定した取引履歴を選択可能に表示して取引履歴の選択を受付ける（ＭＰＵ５１が、変形例におけるステップＳ２０２を実行する部分）、
ことを特徴としている。
この特徴によれば、返却する獲得価値を、遊技者が所持している記録媒体から容易に特定できるようになるので、遊技者は、記録媒体と異なる記録媒体を所持する必要がなく、遊技者の利便性を向上できる。
【００１３】
本発明の手段５に記載の取引用システムは、請求項１、請求項２、手段１〜手段４のいずれかに記載の取引用システムであって、
前記記録媒体処理手段は、前記獲得価値減算手段によって減算された後の新たな獲得価値が存在しないこと（例えば、全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円であることにより、ＭＰＵ５１がステップＳ１２２においてＹｅｓと判定したこと）を条件に、該受付けた記録媒体を回収する（ステップＳ１２３を実行してビジターカードを回収する）、
ことを特徴としている。
この特徴によれば、獲得価値が存在しないことで不要となった記録媒体が排出されることで、該不要となった記録媒体が捨てられて不正に利用されてしまうことを防止できる。
【図面の簡単な説明】
【００１４】
【図１】実施例における遊技用システム及び取引用システムを示す図である。
【図２】取引用端末を示す斜視図である。
【図３】取引用端末の構成を示すブロック図である。
【図４】端末利用額テーブルを示す図である。
【図５】端末取引テーブルを示す図である。
【図６】商品メニューテーブルを示す図である。
【図７】持玉管理サーバの構成を示すブロック図である。
【図８】（ａ）は、会員用持玉管理テーブルを示す図であり、（ｂ）は、ビジター用持玉管理テーブルを示す図である。
【図９】履歴管理テーブルを示す図である。
【図１０】会員管理サーバの構成を示すブロック図である。
【図１１】（ａ）は、会員情報テーブルを示す図であり、（ｂ）は、貯玉管理テーブルを示す図である。
【図１２】（Ａ）は、会員カードを示す図であり、（Ｂ）は、ビジターカードを示す図である。
【図１３】メイン処理を示すフロー図である。
【図１４】オフライン判定処理を示すフロー図である。
【図１５】商品受付処理における取引用端末と持玉管理サーバ及び会員管理サーバとの間で行われるやりとりを示す図である。
【図１６】商品受付処理における取引用端末と持玉管理サーバ及び会員管理サーバとの間で行われるやりとりを示す図である。
【図１７】商品受付処理における取引用端末と持玉管理サーバ及び会員管理サーバとの間で行われるやりとりを示す図である。
【図１８】商品受付処理における取引用端末と持玉管理サーバ及び会員管理サーバとの間で行われるやりとりを示す図である。
【図１９】商品キャンセル処理における取引用端末と持玉管理サーバとの間で行われるやり取りを示す図である。
【図２０】業務終了処理を示すフロー図である。
【図２１】業務終了判定処理を示すフロー図である。
【図２２】変形例における商品キャンセル処理における取引用端末と持玉管理サーバとの間で行われるやり取りを示す図である。
【図２３】表示部にメインメニュー画面が表示されている状態示す図である。
【図２４】表示部に玉レート毎に持玉数・貯玉数が表示されている状態を示す図である。
【図２５】表示部に飲食物のメニュー画面が表示されている状態を示す図である。
【図２６】表示部に商品受注処理における画面が表示されている状態を示す図である。
【図２７】（ａ）は、持玉により飲食物を取引した場合に表示部に表示される表示画面を示す図であり、（ｂ）は、貯玉により飲食物を取引した場合に表示部に表示される表示画面を示す図である。
【図２８】商品キャンセル処理において表示部に表示される表示画面を示す図である。
【図２９】表示部にキャンセル玉数が持玉数に加算更新されている状態を示す図である。
【図３０】各玉レート毎の利用総玉数がオーダーカードのＩＣチップの記憶領域に書き込まれる場合に表示部に表示される表示画面を示す図である。
【図３１】表示部に持玉管理サーバと会員管理サーバの少なくとも一方と通信不能な状態である旨を示す画面が表示されている状態を示す図である。
【００１５】
本発明の取引用システムの実施例を図面に基づいて説明する。先ず図１には、遊技場内に複数配置される各遊技島（図示略）に並設される遊技機であるカードリーダ式パチンコ機（以下パチンコ機と略称する）２と、パチンコ機２の所定側の側方位置に該パチンコ機２に対して１対１に対応設置され、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードＶ（図１２（Ｂ）参照）や、該遊技機に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードＫ（図２、図１２（Ａ）参照）を受付けて、パチンコ機２における遊技に使用される遊技媒体である遊技球を貸し出すための処理や、該計数済みの遊技球数の範囲内の遊技球の払出し（返却）を行う本発明の遊技用装置であるカードユニット３と、カードユニット３にて使用されるビジターカードＶや会員カードＫ並びにカードユニット３の管理等を行うシステムコントローラ１００と、遊技者が遊技にて獲得した遊技球を計数するための玉計数器４０と、会員遊技者がパチンコ機２での遊技により獲得した遊技球数である持玉数及び一般の遊技者がパチンコ機２での遊技により獲得した遊技球数である持玉数の管理を行う持玉管理サーバ１１０と、会員カードＫを所持する会員遊技者の会員情報及び会員遊技者が再度の遊技に使用可能に所有する遊技球数を貯玉数として管理する会員管理サーバ１２０と、から主に構成されている遊技用システムが示されている。
【００１６】
遊技場内の喫茶スペース等には、更に、パチンコ機２での遊技にて持玉及び貯玉を獲得した遊技者に対して、持玉または貯玉を代価とすることで商品としての飲食物の取引を行うために遊技場とは異なるサービス業者が運用する複数台の取引用端末５０が設置されており、本発明の取引用システムは、取引用端末５０、持玉管理サーバ１１０、会員管理サーバ１２０から主に構成されている。
【００１７】
そして、これら本実施例の遊技用システム及び取引システムを構成する各装置は、図１に示すように、ハブ（ＨＵＢ）７並びに通信ケーブル８を介して双方向のデータ通信が可能に接続されていて、各接続機器にはそれぞれローカルＩＰアドレスが付与されてローカルエリアネットワーク（ＬＡＮ）が形成されており、該ローカルエリアネットワーク（ＬＡＮ）に接続されているこれら各装置は、各ローカルＩＰアドレスを送信データに付与して送受信することにより、互いにデータの送受を実施できるようになっている。
【００１８】
尚、本実施例のシステムコントローラ１００は、上述したように、各会員カードＫ並びに各ビジターカードＶに残存するプリペイド残高（遊技用価値）を管理しているとともに、通信回線１１を介して、これら会員カードＫやビジターカードＶを管理する遊技場外のカード管理会社に設置された管理サーバ１２と双方向のデータ通信を実施できるように接続されていて、これら管理サーバ１２に対してシステムコントローラ１００から、各種の管理情報が送信されることにより、カード管理会社は、該管理サーバ１２にて各遊技場の会員カードＫ並びにビジターカードＶによる売り上げ等を把握できるようになっている。
【００１９】
また、会員管理サーバ１２０は、専用通信回線を介して外部機関である貯玉補償センタに設置されている貯玉補償サーバ（図示せず）に双方向にデータ通信可能に接続されている。この貯玉補償サーバは、後述するように、各遊技場の会員管理サーバ１２０が有する玉管理テーブル（図１１（ｂ）参照）と同一のテーブルを有し、各遊技場の会員管理サーバ１２０の貯玉管理テーブルが更新されることで、貯玉補償サーバの貯玉管理テーブルも構成されるようになっており、何らかの不具合等によって各遊技場における貯玉数の管理データが損傷しても、これら貯玉数の管理データを外部機関としての貯玉補償センタが補償できるようになっている。
【００２０】
次に、取引用端末５０の構成について説明する。図２及び図３に示すように、取引用端末５０は、会員カードＫを挿入することで、会員カードＫから会員ＩＤ、カードＩＤ、プリペイド残高、持玉数を読み取り、新たな持玉数を書き込むとともに、ビジターカードＶを挿入することで、ビジターカードＶからカードＩＤ、プリペイド残高、持玉数を読み取り、新たな持玉数を書き込むカードリーダライタ５７と、カードリーダライタ５７で読み取った会員カードＫまたはビジターカードＶの情報の表示や遊技者に飲食物を提供するための処理情報や取引履歴等の各種情報を表示するための表示部５４と、表示部５４での表示を制御するための表示部ドライバ５５と、表示部５４の表示画面上でサービス業者の操作を検出するタッチパネル５２と、タッチパネル５２でのサービス業者の操作の検出を制御するためのタッチパネルドライバ５３と、点灯することで取引用端末５０が取引可能な状態であることを示すＬＥＤランプ５６と、飲食物の取引（販売）を行うことで遊技者に発行するレシートＲを印刷するレシートプリンタ５９と、飲食物メニューの書き換えを行うために取引用端末５０と外部のＰＣやＵＳＢメモリ等をＵＳＢ端子で接続するためのＵＳＢインターフェース６０と、時刻情報を出力可能なリアルタイムクロック（ＲＴＣ）６１と、持玉管理サーバ１１０及び会員管理サーバ１２０とローカルエリアネットワーク（ＬＡＮ）を介して通信可能とする通信部５８と、取引用端末５０の動作を制御するための制御マイコン（ＭＰＵ）５１と、から主に構成されている。
【００２１】
ＬＥＤランプ５６、カードリーダライタ５７、通信部５８、レシートプリンタ５９、ＵＳＢインターフェース６０及びＲＴＣ６１はＭＰＵ５１に接続されており、タッチパネル５２はタッチパネルドライバ５３を介してＭＰＵに接続されており、表示部５４は表示部ドライバ５５を介してＭＰＵ５１に接続されている。尚、ＭＰＵ５１には、図４に示す端末利用額テーブル、図５に示す端末取引テーブル、図６に示す商品メニューテーブルが記憶されているＲＡＭが内蔵されている。
【００２２】
このうち、図４に示す端末利用額テーブルには、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）毎に当該取引用端末５０で取引に使用された（サービス業者に対して遊技者から支払われた）持玉及び貯玉の合計数である利用総玉数が、それぞれ記憶されている。また、図５に示す端末取引テーブルには、サービス業者と遊技者とが取引を行う毎に発行（レシートプリンタ５９により印刷）されるレシートＲのレシート番号が、取引の行われた時間順に記憶されている。尚、本実施例のレシート番号は２つのハイフン「−」を含む１２文字の文字列で表されている。具体的には、レシート番号の最初２文字である「ＲＣ」がレシート番号であることを示しており、ハイフンを挟んでの次の４文字が取引の行われた取引用端末５０の端末ＩＤを示している。更に、ハイフンを挟んで最後の４文字が、当該取引用端末５０でのレシートＲの発行回数を示している。
【００２３】
これら各レシート番号には、サービス業者と取引を行った遊技者の所持している会員カードＫまたはビジターカードＶのカードＩＤと、取引が行われた際にＲＴＣ６１から出力される取引時間と、遊技者がサービス業者との取引によって購入した商品の商品ＩＤ及び個数と、取引に用いられた持玉・貯玉の玉レート及び持玉数または貯玉数から成る取引履歴とが、それぞれ対応付けて記憶されている。尚、本実施例のカードＩＤは、１つのハイフン「−」を含む１１文字の文字列で表されている。このカードＩＤの最初の２文字が「ＫＣ」であれば会員カードのカードＩＤであることを示し、「ＶＣ」であればビジターカードＶのカードＩＤであることを示している。そして、「ＫＣ」または「ＶＣ」とハイフンを挟んで次のユニークな８文字によりカードＩＤが構成されている。
【００２４】
また、各レシート番号には、当該レシート番号に対応付けて記憶されている取引履歴（カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数等の情報）が持玉管理サーバ１１０に送信済みか否かを示す送信済フラグも対応付けて記憶されている。これら送信済フラグは、「０１」であれば取引履歴を持玉管理サーバ１１０に送信済みであることを示しており、「００」であれば取引履歴が持玉管理サーバ１１０に送信されていないことを示している。図６に示す商品メニューテーブルには、前述した各商品ＩＤ毎に、各商品ＩＤが示す商品名と、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）毎の遊技者が商品を購入するために支払う玉数と、が対応付けて記憶されている。
【００２５】
次に、持玉管理サーバ１１０の構成について説明する。図７に示すように、持玉管理サーバ１１０は、持玉管理サーバ１１０での各種処理を実行するＣＰＵ１１２と、該ＣＰＵ１１２が実行する処理に伴う各種データを一時的に保存するＲＡＭ１１３と、時刻情報を出力可能なリアルタイムクロック（ＲＴＣ）１１４と、ＣＰＵ１１２が実行する処理プログラム、図８（ａ）に示す会員用持玉管理テーブル、図８（ｂ）に示すビジター用持玉管理テーブル、図９に示す履歴管理テーブルが記憶されている記憶装置１１５と、キーボードやマウス等の入力装置１１６と、ディスプレイ等の表示装置１１７と、カードユニット３、取引用端末５０、会員管理サーバ１２０と通信可能に接続された通信部１１９と、各種情報を出力するプリンタ１１８と、これらＣＰＵ１１２、ＲＡＭ１１３、ＲＴＣ１１４、記憶装置１１５、入力装置１１６、表示装置１１７、通信部１１９、プリンタ１１８を通信可能に接続してデータの送受を行うデータバス１１１と、から主に構成されている。
【００２６】
図８（ａ）に示すように、記憶装置１１５に記憶されている会員用持玉管理テーブルには、各会員遊技者が所持している会員カードＫのカードＩＤが記憶されており、これら各カードＩＤに対応付けて、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）毎に玉計数器４０で計数された持玉数が記憶されている。また、図８（ｂ）に示すように、記憶装置１１５に記憶されているビジター用持玉管理テーブルには、ビジターカードＶのカードＩＤが記憶されており、これら各カードＩＤに対応付けて、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）毎に玉計数器４０で計数された持玉数が記憶されている。尚、本実施例における遊技場内には、図示しないが、玉計数器４０として１円／玉の玉レートで遊技球を計数する玉計数器と、２円／玉の玉レートで遊技球を計数する玉計数器と、３円／玉の玉レートで遊技球を計数する玉計数器と、４円／玉の玉レートで遊技球を計数する玉計数器とが設けられている。
【００２７】
これら玉計数器４０で遊技球が計数されることで、会員用持玉管理テーブル及びビジター用持玉管理テーブルにおいて、各カードＩＤに対応付けて１円／玉のレートに記憶されている持玉数には、１円／玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードＩＤに対応付けて２円／玉のレートに記憶されている持玉数には、２円／玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードＩＤに対応付けて３円／玉のレートに記憶されている持玉数には、３円／玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶され、各カードＩＤに対応付けて４円／玉のレートに記憶されている持玉数には、４円／玉の玉レートで遊技球を計数する玉計数器で計数された遊技球数が加算して記憶されるようになっている。
【００２８】
尚、会員用持玉管理テーブルにて各カードＩＤに対応付けて記憶されている持玉数は、日付が変わることで会員管理サーバ１２０に送信され、後述する貯玉管理テーブルにおいて、会員用持玉管理テーブルにてカードＩＤに対応付けて記憶されている会員ＩＤに対応付けて記憶されている貯玉数に、各玉レート毎に加算更新されるようになっている。このとき、会員用持玉管理テーブルに記憶されている持玉数はリセットされる。また、ビジター用持玉管理テーブルに記憶されている持玉は、日付が変わることでリセットされる。
【００２９】
図９に示すように、記憶装置１１５に記憶されている履歴管理テーブルには、各取引用端末５０の取引用端末ＩＤが記憶されている。本実施例の取引用端末ＩＤは、ハイフン「−」を含む７文字の文字列で表されている。このカードＩＤの最初の２文字である「ＴＤ」が取引用端末ＩＤであることを示し、ハイフンを挟んで次のユニークな４文字により取引用端末ＩＤが構成されている。これら各取引用端末ＩＤには、サービス業者と遊技者とが取引を行う毎に発行（レシートプリンタ５９により印刷）されるレシートＲのレシート番号と、サービス業者と取引を行った遊技者の所持している会員カードＫまたはビジターカードＶのカードＩＤと、取引が行われた際にＲＴＣ６１から出力される取引時間と、遊技者がサービス業者との取引によって購入した商品の商品ＩＤ及び個数と、取引に用いられた持玉・貯玉の玉レート及び持玉数または貯玉数が、それぞれ対応付けて記憶されている。つまり、履歴管理テーブルには、各取引用端末ＩＤ毎に、当該取引用端末ＩＤを有する取引用端末５０のＲＡＭに記憶されている端末取引テーブルと同一のデータが、送信済フラグを除いた状態で記憶されている。
【００３０】
次に、会員管理サーバ１２０の構成について説明する。図１０に示すように、会員管理サーバ１２０は、会員管理サーバ１２０での各種処理を実行するＣＰＵ１２２と、該ＣＰＵ１２２が実行する処理に伴う各種データを一時的に保存するＲＡＭ１２３と、時刻情報を出力可能なリアルタイムクロック（ＲＴＣ）１２４と、ＣＰＵ１２２が実行する処理プログラム、図１１（ａ）に示す会員情報テーブル、図１１（ｂ）に示す貯玉管理テーブルが記憶されている記憶装置１２５と、キーボードやマウス等の入力装置１２６と、ディスプレイ等の表示装置１２７と、カードユニット３、取引用端末５０、持玉管理サーバ１１０と通信可能に接続された通信部１２９と、各種情報を出力するプリンタ１２８と、これらＣＰＵ１２２、ＲＡＭ１２３、ＲＴＣ１２４、記憶装置１２５、入力装置１２６、表示装置１２７、通信部１２９、プリンタ１２８を通信可能に接続してデータの送受を行うデータバス１２１と、から主に構成されている。
【００３１】
図１１（ａ）に示すように、記憶装置１２５に記憶されている会員情報テーブルには、各会員遊技者が所持している会員カードＫの会員ＩＤが記憶されている。これら各カードＩＤには、各会員カードＫの後述する磁気部Ｋａ及びＩＣチップＫｂ内に記憶されている会員ＩＤと、貯玉を用いて遊技を行うために遊技者がカードユニット３に会員カードＫを挿入した後に入力する暗証番号と、会員遊技者の名字、名前、性別、年齢、誕生日、職業、住所等の個人情報と、遊技者のメールアドレスとが対応付けて記憶されている。
【００３２】
また、図１１（ｂ）に示すように、記憶装置１２５に記憶されている貯玉管理テーブルには、各会員遊技者が所持している会員カードＫの会員ＩＤが記憶されており、これら各会員ＩＤに対応付けて、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）毎に貯玉数が記憶されている。これら貯玉数は、前述したように、持玉管理サーバ１１０の会員用持玉管理テーブルに記憶されている持玉数が、日付が変わることで会員管理サーバ１２０に送信され、各玉レート毎に加算更新されることで増加するようになっている。
【００３３】
次に、会員カードＫ及びビジターカードＶについて説明する。図１２（Ａ）に示すように、会員カードＫの表面には、磁気情報として会員ＩＤが記憶されている磁気部Ｋａが設けられている。また、会員カードＫ内には、各種情報を記憶可能な記憶領域を有するＩＣチップＫｂが内蔵されている。このＩＣチップＫｂの記憶領域には、磁気部Ｋａと同一の会員ＩＤに加えて、会員カードのカードＩＤと、プリペイド残高と、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）の持玉数とが記憶されている。特に記憶領域のエリア１には、１円／玉の玉レートの持玉数、エリア２には、２円／玉の玉レートの持玉数、エリア３には、３円／玉の玉レートの持玉数、エリア４には、４円／玉の玉レートの持玉数がそれぞれ記憶されている。
【００３４】
また、図１２（Ｂ）に示すように、ビジターカードＶには、会員カードＫのような磁気部は設けられておらず、各種情報を記憶可能な記憶領域を有するＩＣチップＶａのみが内蔵されている。このＩＣチップＶａの記憶領域には、ビジターカードＶのカードＩＤと、プリペイド残高と、各玉レート（１円／玉、２円／玉、３円／玉、４円／玉）の持玉数とが記憶されている。特に記憶領域のエリア１には、１円／玉の玉レートの持玉数、エリア２には、２円／玉の玉レートの持玉数、エリア３には、３円／玉の玉レートの持玉数、エリア４には、４円／玉の玉レートの持玉数がそれぞれ記憶されている。
【００３５】
次に、このように構成される本実施例の取引用システムにおける取引用端末５０で実行されるメイン処理及び該メイン処理に定期的に割込み実施されるオフライン判定処理について説明する。図１３に示すように、取引用端末５０で実行されるメイン処理では、先ず、ＭＰＵ５１は、図２３に示す表示部５４の表示画面に、サービス業者と遊技者とが取引を開始するために選択される「業務開始」と、サービス業者が本日の業務を終了するために選択される「業務終了」と、取引用端末５０における各種設定や後述する「払い戻し」を実行するために選択される「メンテナンス」と、該取引用端末５０で行われた取引の履歴を表示するために選択される「取引ログ」と、該取引用端末５０で行われた本日の取引の売上を表示するために選択される「日計」と、該取引用端末５０で行われた本日迄の当月の取引の売上を表示するために選択される「月計」とが表示されているメインメニュー画面において、「業務開始」が選択されたか否かを判定する（ステップＳ１１）。
【００３６】
メインメニュー画面において「業務開始」が選択された場合（ステップＳ１１；Ｙｅｓ）には、遊技者の所望する飲食物を遊技者の持玉又は貯玉と引き換えに提供するための商品受付処理を実行し（ステップＳ１２）、メインメニュー画面において「業務開始」が選択されなかった場合（ステップＳ１１；Ｎｏ）には、図２３に示すメインメニュー画面において、「メンテナンス」が選択され、且つ図示しないメンテナンスのメニュー画面において「払い戻し」が選択されたか否かを判定する（ステップＳ１３）。メインメニュー画面において、「メンテナンス」が選択され、且つ図示しないメンテナンスのメニュー画面において「払い戻し」が選択された場合（ステップＳ１３；Ｙｅｓ）は、遊技者が商品受付処理（ステップＳ１２）で持玉又は貯玉と引き換えに飲食物の返品や取り消し（キャンセル）を行うための商品キャンセル処理を実行し（ステップＳ１４）、「払い戻し」が選択されなかった場合（ステップＳ１３；Ｎｏ）は、メインメニュー画面において、「業務終了」が選択されたか否かを判定する（ステップＳ１５）。メインメニュー画面において「業務終了」が選択された場合（ステップＳ１５；Ｙｅｓ）には、本日の業務を終了するための業務終了処理を実行し（ステップＳ１６）、メインメニュー画面において「業務終了」が選択されなかった場合（ステップＳ１５；Ｎｏ）には、その他、選択されたメニューに応じた処理を実行する。
【００３７】
図１４に示すオフライン判定処理は、取引用端末５０と持玉管理サーバ１１０または会員管理サーバ１２０との接続状態がオフラインであるか否かを判定するために、ＭＰＵ５１が、所定時間経過する毎にメイン処理に割り込んで実行する処理である。このオフライン判定処理では、先ず、ＭＰＵ５１は、持玉管理サーバ１１０及び会員管理サーバ１２０に所定の信号を送信し、所定時間内に持玉管理サーバ１１０及び会員管理サーバ１２０から所定の返信信号を受信したか否かを判定することで、持玉管理サーバ１１０または会員管理サーバ１２０との少なくとも一方がオフラインであるか否かを判定する（ステップＳ２１）。持玉管理サーバ１１０または会員管理サーバ１２０との少なくとも一方がオフライン（ステップＳ２１；Ｙｅｓ）、つまり、持玉管理サーバ１１０または会員管理サーバ１２０の一方からの返信信号が所定時間内で受信されなかった場合と、持玉管理サーバ１１０と会員管理サーバ１２０との双方からの返信信号が所定時間内で受信されなかった場合は、ＲＡＭの所定領域に切断フラグをセット（ステップＳ２２）する。そして、表示部５４の表示画面に、図３１に示すように、該取引用端末５０と、現在持玉管理サーバ１１０と会員管理サーバ１２０との少なくとも一方と通信不能な状態であるオフライン状態である旨を示す表示を行う。そして、オフライン状態である旨を示す表示とともにオフライン状態での取引用端末５０の運用継続を行うか否かの選択肢を表示することで、取引用端末５０の運用継続の実施・非実施の受付を行う（ステップＳ２４）。
【００３８】
オフライン状態での取引用端末５０の運用継続を行うか否かの選択肢を表示した後、オフライン状態での取引用端末５０の運用継続の実施が受付られた（選択された）場合（ステップＳ２５；Ｙｅｓ）には、オフライン判定処理を終了し、オフライン状態での取引用端末５０の運用継続の非実施が受付られた（選択された）場合（ステップＳ２５；Ｎｏ）には、ＲＡＭの所定領域に運用禁止フラグをセットしてオフライン判定処理を終了する。
【００３９】
一方、持玉管理サーバ１１０または会員管理サーバ１２０との双方ともオンライン（ステップＳ２１；Ｎｏ）、つまり、持玉管理サーバ１１０及び会員管理サーバ１２０の双方からの返信信号が所定時間内で受信された場合は、ＲＡＭの所定領域を参照し、切断フラグがセットされているか否かを判定する（ステップＳ２７）。切断フラグがセットされている場合（ステップＳ２７；Ｙｅｓ）は、切断フラグをクリア（ステップＳ２８）した後、ＲＡＭの所定領域を参照し、運用禁止フラグがセットされているか否かを判定する（ステップＳ２９）一方、切断フラグがセットされていない場合（ステップＳ２７；Ｎｏ）は、オフライン判定処理を終了する。また、ステップＳ２９において運用禁止フラグがセットされている場合（ステップＳ２９；Ｙｅｓ）は、運用禁止フラグをクリア（ステップＳ３０）した後、端末取引テーブルを参照することで送信済フラグが「００」、つまり「未送信」となっているレシート番号に対応付けて記憶されているカードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数を特定し、持玉管理サーバ１１０に対して、これら未送信となっているレシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数を取引履歴として持玉管理テーブル及び履歴管理テーブルに反映させるための更新要求を送信し（ステップＳ３１）、該「未送信」となっているレシート番号に対応付けて記憶されている取引履歴を持玉管理サーバ１１０に対して送信する。一方、運用禁止フラグがセットされていない場合（ステップＳ２９；Ｎｏ）は、オフライン判定処理を終了する。
【００４０】
そして、持玉管理サーバ１１０に対して、「未送信」となっているレシート番号に対応付けて記憶されているカードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数等の端末取引テーブルデータを送信してオフライン判定処理を終了する、
【００４１】
次に、取引用端末５０で商品受付処理が実行される際に、取引用端末５０、持玉管理サーバ１１０及び会員管理サーバ１２０間で行われる処理について図１５〜図１８に基づいて説明する。
【００４２】
先ず、取引用端末５０においては、商品受付処理が開始されると、遊技者またはサービス業者によってカードリーダライタ５７に会員カードまたはビジターカードＶが挿入される（ステップＳ１０１）。このとき、ＭＰＵ５１は、ＲＡＭの所定領域を参照して運用禁止フラグがセットされているか否かを判定する（ステップＳ１０２）。運用禁止フラグがセットされている場合（ステップＳ１０２；Ｙｅｓ）は、カードリーダライタ５７から挿入されたカードを排出し（ステップＳ１０４）、運用禁止フラグがセットされていない場合（ステップＳ１０２；Ｎｏ）は、カードリーダライタ５７によって挿入されたカードから、会員カードであれば会員ＩＤ、カードＩＤ、プリペイド残高、各玉レート毎の持玉数、ビジターカードＶであればカードＩＤ、プリペイド残高、各玉レート毎の持玉数を読み取る（ステップＳ１０３）。このとき、更にＲＡＭの所定領域を参照し、切断フラグがセットされているか否かを判定する（ステップＳ１０５）。切断フラグがセットされている場合（ステップＳ１０５；Ｙｅｓ）は、ステップＳ１０６に進み、切断フラグがセットされていない場合（ステップＳ１０５；Ｎｏ）は、ＭＰＵ５１は、持玉管理サーバ１１０に対してステップＳ１０３にて読み取ったカードＩＤを含む持玉数要求を送信する（ステップＳ１０８）。
【００４３】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から持玉数要求を受信すると、先ず、受信した持玉数要求に含まれているカードＩＤが会員カードのカードＩＤであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳｍ３０１）。受信した持玉数要求に含まれているカードＩＤがビジターカードＶのカードＩＤの場合（ステップＳｍ３０１；Ｎｏ）は、ＣＰＵ１１２は、図８（ｂ）に示すビジター用持玉管理テーブルから、受信した持玉数要求に含まれているカードＩＤに対応付けて記憶されている玉レート毎の持玉数を特定し（ステップＳｍ３０２）、該特定した玉レート毎の持玉数の持玉数データを取引用端末５０に対して返信する（ステップＳｍ３０３）。
【００４４】
また、受信した持玉数要求に含まれているカードＩＤが会員カードのカードＩＤの場合（ステップＳｍ３０１；Ｙｅｓ）は、図８（ａ）に示す会員用持玉管理テーブルから、受信した持玉数要求に含まれているカードＩＤに対応付けて記憶されている玉レート毎の持玉数を特定し（ステップＳｍ３０４）、該特定した玉レート毎の持玉数の持玉数データを取引用端末５０に対して返信する（ステップＳｍ３０５）。
【００４５】
ステップＳ１０８を実行後のＭＰＵ５１は、ステップＳ１０３において読み取ったカードが会員カードであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳ１０９）。ステップＳ１０３において読み取ったカードがビジターカードＶである場合（ステップＳ１０９；Ｎｏ）は、ステップＳ１１０に進み、ステップＳ１０３において読み取ったカードが会員カードである場合（ステップＳ１０９；Ｙｅｓ）は、会員管理サーバ１２０に対してステップＳ１０３にて読み取った会員ＩＤを含む貯玉数要求を送信する。
【００４６】
会員管理サーバ１２０のＣＰＵ１２２は、取引用端末５０から貯玉要求を受信すると、図１１（ｂ）に示す貯玉管理テーブルから、受信した貯玉数要求に含まれている会員ＩＤに対応付けて記憶されている玉レート毎の貯玉数を特定し（ステップＳｋ５０１）、該特定した玉レート毎の貯玉数の貯玉数データを取引用端末５０に対して送信する（ステップＳｋ５０２）。
【００４７】
そして、ステップＳ１１０では、持玉管理サーバ１１０から受信した持玉数データと、ステップＳ１０３において読み取ったカードが会員カードである場合には会員管理サーバ１２０から受信した貯玉数データと、に基づいて、図２４に示すように、ＭＰＵ５１は、表示部５４の表示画面に玉レート毎の持玉数と貯玉数を表示し（ステップＳ１１０）、遊技者との取引に用いられる持玉・貯玉の玉レートの選択をタッチパネル５２の操作により受付ける（ステップＳ１１１）。この玉レートの選択を受付けた後は、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル５２の操作により受付け（ステップＳ１１２）、支払方法として持玉が選択されたか否かを判定する（ステップＳ１１３）。支払方法として持玉が選択された場合（ステップＳ１１３；Ｙｅｓ）は、表示部５４の表示画面に図２５に示すように飲食物のメニュー画面を表示し（ステップＳ１１４）、サービス業者が遊技者からの注文に応じてタッチパネル５２を操作することで、遊技者の注文を受付けることを可能とする。
【００４８】
この状態で、サービス業者がタッチパネル５２を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され（ステップＳ１１５）、図２６に示すように、表示部５４の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてＭＰＵ５１は、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和が持玉管理サーバ１１０から受信した持玉数データに基づく持玉数よりも多い場合には、商品受注処理を停止するとともに、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、ＭＰＵ５１は、今回の取引（ステップＳ１１５の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和を、図４に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新し（ステップＳ１１６）するとともに、後述するステップＳ１２５でレシートプリンタ５９で発行（印刷）されるレシートＲのレシート番号に対応付けて、ステップＳ１０３で読み取ったカードＩＤ、今回の取引（ステップＳ１１５の商品受注処理）を実行した取引時間、今回の取引（ステップＳ１１５の商品受注処理）で遊技者から受注した飲食物（商品）の商品ＩＤ及び数量、玉レート、各飲食物の販売単価である玉数、送信済フラグ「０１」を、新たに端末取引テーブルに記憶させる（ステップＳ１１７）。尚、このときレシートＲに記載されるレシート番号は、ＭＰＵ５１が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、ＭＰＵ５１によって該特定したレシート番号に続く（連続する）番号に決定されるようになっている。
【００４９】
ステップＳ１１７実行後、ＭＰＵ５１は、ステップＳ１０３において読み取ったカードが会員カードであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳ１２０）。ステップＳ１０３において読み取ったカードが会員カードである場合（ステップＳ１２０；Ｙｅｓ）は、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と今回の取引（ステップＳ１１５の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和との差である商品受注後の持玉数を、カードリーダライタ５７により会員カードＫのＩＣチップＫｂの記憶領域に書き込む（ステップＳ１２０＋）。このとき、表示部５４の表示画面には、図２７（ａ）に示すように、商品受注後の持玉数を会員カードＫのＩＣチップＫｂの記憶領域に書込み中である旨と、ステップＳ１１１で選択した玉レートと、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、今回の取引（ステップＳ１１５の商品受注処理）での商品受注後の持玉数とが表示される。尚、商品受注後の持玉数を書き込むＩＣチップＫｂの記憶領域におけるエリアは、ステップＳ１１１で選択された玉レートのエリアである。ステップＳ１２０実行後は、ステップＳ１２４に進む。
【００５０】
また、ステップＳ１０３において読み取ったカードがビジターカードＶである場合（ステップＳ１２０；Ｎｏ）は、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と今回の取引（ステップＳ１１５の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和との差である商品受注後の持玉数を、カードリーダライタ５７によりビジターカードＶのＩＣチップＶａの記憶領域に書き込む（ステップＳ１２１）。このとき、表示部５４の表示画面には、図２７（ａ）に示すように、商品受注後の持玉数をビジターカードＶのＩＣチップＶａの記憶領域に書込み中である旨と、ステップＳ１１１で選択した玉レートと、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、今回の取引（ステップＳ１１５の商品受注処理）での商品受注後の持玉数とが表示される。尚、商品受注後の持玉数を書き込むＩＣチップＶａの記憶領域におけるエリアは、ステップＳ１１１で選択された玉レートのエリアである。
【００５１】
ステップＳ１２１の実行後は、ステップＳ１０３で読み取ったプリペイド残高及び、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、今回の取引（ステップＳ１１５の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和との差に基づいて、全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円であるか否かを判定する（ステップＳ１２２）。全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円でない場合（ステップＳ１２２；Ｎｏ）は、カードリーダライタ５７に挿入されているカードを排出して（ステップＳ１２４）ステップＳ１２５に進み、全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円である場合（ステップＳ１２２；Ｙｅｓ）は、カードリーダライタ５７に挿入されているビジターカードＶを取引用端末５０内に設けられた図示しない回収スペースに送出することでビジターカードＶを回収する（ステップＳ１２４）。そして、ステップＳ１１５にて実行された商品受注処理の処理結果に応じてレシートプリンタ５９によってステップＳ１１５において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートＲを発行し（ステップＳ１２５）、持玉管理サーバ１１０に対して、カードＩＤ、商品ＩＤ、取引時間、数量、玉レート、玉数を含むステップＳ１１７において更新した端末取引テーブルの端末取引テーブルデータ（取引履歴）及び取引用端末ＩＤを含む持玉管理テーブル更新要求を送信する（ステップＳ１２６）。
【００５２】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から持玉管理テーブル更新要求を受信すると、受信した持玉管理テーブル更新要求に含まれているカードＩＤ、商品ＩＤ、取引時間、数量、玉レート、玉数を含む端末取引テーブルデータ及び取引用端末ＩＤに基づいて、履歴管理テーブルを更新し、（ステップＳｍ３１０）玉レートとレシート番号とを対応付けて記憶する。ステップＳｍ３１０実行後は、受信した持玉管理テーブル更新要求に含まれているカードＩＤが会員カードのカードＩＤであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳｍ３１１）。受信した持玉管理テーブル更新要求に含まれているカードＩＤが会員カードのカードＩＤでない場合（ステップＳｍ３１１；Ｎｏ）は、ＣＰＵ１１２は、ビジター用持玉管理テーブルにおいて、受信したカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した持玉管理テーブル更新要求に含まれている玉レートの持玉数を、受信した持玉管理テーブル更新要求に含まれている玉数分だけ減算更新する（ステップＳｍ３１２）。また、受信した持玉管理テーブル更新要求に含まれているカードＩＤが会員カードのカードＩＤである場合（ステップＳｍ３１１；Ｙｅｓ）は、ＣＰＵ１１２は、会員用持玉管理テーブルにおいて、該カードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した持玉管理テーブル更新要求に含まれている玉レートの持玉数を、受信した持玉管理テーブル更新要求に含まれている玉数分だけ減算更新する（ステップＳｍ３１３）。
【００５３】
一方、ステップＳ１１３において、支払方法として持玉が選択されなかった場合、つまり、支払方法として貯玉が選択された場合（ステップＳ１１３；Ｎｏ）は、ＭＰＵ５１は、表示部５４の表示画面に図２５に示すように飲食物のメニュー画面を表示し（ステップＳ１３０）、サービス業者が遊技者からの注文に応じてタッチパネル５２を操作することで、遊技者の注文を受付けることを可能とする。
【００５４】
この状態で、サービス業者がタッチパネル５２を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され（ステップＳ１３１）、図２６に示すように、表示部５４の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてＭＰＵ５１は、会員管理サーバ１２０から受信した貯玉数データに基づく貯玉数と、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和が会員管理サーバ１２０から受信した貯玉数データに基づく貯玉数よりも多い場合には、商品受注処理を停止するとともに、会員管理サーバ１２０から受信した貯玉数データに基づく貯玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、ＭＰＵ５１は、今回の取引（ステップＳ１３１の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和を、図４に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新し（ステップＳ１３２）するとともに、後述するステップＳ１３６でレシートプリンタ５９で発行（印刷）されるレシートＲのレシート番号に対応付けて、ステップＳ１０３で読み取ったカードＩＤ、今回の取引（ステップＳ１３１の商品受注処理）を実行した取引時間、今回の取引（ステップＳ１３１の商品受注処理）で遊技者から受注した飲食物（商品）の商品ＩＤ及び数量、玉レート、各飲食物の販売単価である玉数、送信済フラグ「０１」を、新たに端末取引テーブルに記憶させる（ステップＳ１３３）。尚、このときレシートＲに記載されるレシート番号は、ＭＰＵ５１が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、ＭＰＵ５１によって該特定したレシート番号に続く（連続する）番号に決定されるようになっている。
【００５５】
ステップＳ１３３の実行後は、カードリーダライタ５７に挿入されている会員カードＫを排出する（ステップＳ１３５）とともに、ステップＳ１３１にて実行された商品受注処理の処理結果に応じてレシートプリンタ５９によってステップＳ１３１において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートＲを発行し（ステップＳ１３６）、持玉管理サーバ１１０に対して、レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数を含む端末取引テーブルデータ及び取引用端末ＩＤを含む履歴管理テーブル更新要求を送信する（ステップＳ１３７）。
【００５６】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から履歴管理テーブル更新要求を受信すると、受信した履歴管理テーブル更新要求に含まれている取引用端末ＩＤと端末取引テーブルデータに基づいて履歴管理テーブルを更新することで、玉レートとレシート番号とを対応付けて記憶する。更に、取引用端末５０に対して、履歴管理テーブルを更新した旨を示す履歴管理テーブル更新完了通知を送信する（Ｓｍ３２０）。
【００５７】
取引用端末５０のＭＰＵ５１は、履歴管理テーブル更新完了通知を受信すると、会員管理サーバ１２０に対して、玉レート、玉数を含むステップＳ１３３において更新した端末取引テーブルの端末取引テーブルデータ及び会員ＩＤを含む貯玉管理テーブル更新要求を送信する（ステップＳ１３８）。
【００５８】
会員管理サーバ１２０のＣＰＵ１２２は、取引用端末５０から貯玉管理テーブル更新要求を受信すると、貯玉管理テーブルにおいて、受信した会員ＩＤに対応付けて記憶されている各玉レート毎の貯玉数のうち、受信した貯玉管理テーブル更新要求に含まれている玉レートの貯玉数を、受信した貯玉管理テーブル更新要求に含まれている玉数分だけ減算更新する（ステップＳｋ５１０）。
【００５９】
また、ステップＳ１０５において切断フラグがセットされている場合（ステップＳ１０５；Ｙｅｓ）は、ステップＳ１０３において読み取ったカードが会員カードであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳ１０６）。ステップＳ１０３において読み取ったカードが会員カードＫである場合（ステップＳ１０６；Ｙｅｓ）は、カードリーダライタ５７に挿入されている会員カードＫを排出し、ステップＳ１０３において読み取ったカードがビジターカードＶの場合（ステップＳ１０６；Ｎｏ）は、ＭＰＵ５１は、表示部５４の表示画面に玉レート毎の持玉数を表示し（ステップＳ１４０）、遊技者との取引に用いられる持玉の玉レートの選択を受付ける（ステップＳ１４０ａ）。尚、このステップＳ１４０における表示画面には、玉レート毎の貯玉数の表示を行わない、若しくは玉レート毎の貯玉数を０表示することで、支払方法が持玉のみであることを示すようにする。ステップＳ１４０ａにおいて支払いに用いられる持玉の玉レートが選択された後は、表示部５４の表示画面に図２５に示すように飲食物のメニュー画面を表示し（ステップＳ１４１）、サービス業者が遊技者からの注文に応じてタッチパネル５２を操作することで、遊技者の注文を受付けることを可能とする。
【００６０】
この状態で、サービス業者がタッチパネル５２を操作することで、遊技者からの飲食物の注文を受付ける商品受注処理が実行され（ステップＳ１４２）、図２６に示すように、表示部５４の表示画面の表示は、遊技者の注文に応じて飲食物及びその個数を選択可能に入力する入力画面に切り替わる。この入力画面を操作することで遊技者が注文した飲食物を入力する。尚、この商品受注処理においてＭＰＵ５１は、ビジターカードＶのＩＣチップＶａから読み取った持玉数と、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和とを比較するようになっており、入力画面の操作により入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和がビジターカードＶのＩＣチップＶａから読み取った持玉数よりも多い場合には、商品受注処理を停止するとともに、ビジターカードＶのＩＣチップＶａから読み取った持玉数が不足していることを示すエラー表示を表示画面に表示するようになっている。商品受注処理後、ＭＰＵ５１は、今回の取引（ステップＳ１４２の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和を、図４に示す当該玉レートに対応付けて記憶されている利用総玉数に加算更新（ステップＳ１４３）するとともに、後述するステップＳ１４９でレシートプリンタ５９で発行（印刷）されるレシートＲのレシート番号に対応付けて、ステップＳ１０３で読み取ったカードＩＤ、今回の取引（ステップＳ１４２の商品受注処理）を実行した取引時間、今回の取引（ステップＳ１４２の商品受注処理）で遊技者から受注した飲食物（商品）の商品ＩＤ及び数量、玉レート、各飲食物の販売単価である玉数、「未送信」を示す送信済フラグ「００」を、新たに端末取引テーブルに記憶させる（ステップＳ１４４）。尚、このときレシートＲに記載されるレシート番号は、ＭＰＵ５１が端末取引テーブルを参照することで該端末取引テーブルに記憶されている最新のレシート番号を特定することで、ＭＰＵ５１によって該特定したレシート番号に続く（連続する）番号に決定されるようになっている。
【００６１】
ステップＳ１４４の実行後は、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、今回の取引（ステップＳ１４２の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和との差である商品受注後の新たな持玉数を、カードリーダライタ５７によりビジターカードＶのＩＣチップＶａの記憶領域に書き込み（ステップＳ１４５）、ステップＳ１０３で読み取ったプリペイド残高及び、持玉管理サーバ１１０から受信した持玉数データに基づく持玉数と、今回の取引（ステップＳ１１５の商品受注処理）で入力された飲食物毎のステップＳ１１１で選択された玉レートで定められている販売単価（玉数）の総和との差に基づいて、全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円であるか否かを判定する（ステップＳ１４６）。
【００６２】
全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円でない場合（ステップＳ１４６；Ｎｏ）は、カードリーダライタ５７に挿入されているカードを排出して（ステップＳ１４７）ステップＳ１４９に進み、全ての玉レートにおける持玉数０且つビジターカードＶに記憶されているプリペイド残高が０円である場合（ステップＳ１４６；Ｙｅｓ）は、カードリーダライタ５７に挿入されているビジターカードＶを取引用端末５０内に設けられた図示しない回収スペースに送出することでビジターカードＶを回収する（ステップＳ１４８）。そして、レシートプリンタ５９によってステップＳ１において受注した飲食物の商品名、個数、レシート番号等が記載されたレシートＲを発行する（ステップＳ１４９）。
【００６３】
次に、取引用端末５０で商品キャンセル処理が実行される際に、取引用端末５０、持玉管理サーバ１１０及び会員管理サーバ１２０間で行われる処理について図１９に基づいて説明する。
【００６４】
先ず、取引用端末５０においては、商品キャンセル処理が開始されると、ＭＰＵ５１は、取引履歴として端末取引テーブルを読み出し、該取引用端末５０で取引のあった全てのレシート番号を表示部５４の表示画面にタッチパネル５２の操作により選択可能に一覧表示し（ステップＳ１５１）、キャンセルする商品を含むレシート番号の選択をタッチパネル５２の操作により受付ける（ステップＳ１５２）。尚、キャンセルする商品を含むレシート番号は、ステップＳ１２５、ステップＳ１３６、ステップＳ１４９または後述するステップＳ１６４で発行されるレシートＲに印字されている。
【００６５】
ステップＳ１５２においてキャンセルする飲食物を含むレシート番号が選択されると、ＭＰＵ５１は、図２８に示すように、表示部５４の表示画面に、取引履歴の詳細情報として端末取引テーブルにおいて選択したレシート番号に対応付けて記憶されている飲食物の商品名（メニュー名）及び数量（個数）と、玉レートを表示する（ステップＳ１５３）。ＭＰＵ５１は、この取引履歴の詳細情報が表示部５４の表示画面に表示されている状態で、キャンセルする商品名及び数量の選択をタッチパネル５２の操作により受付ける（ステップＳ１５４）。
【００６６】
そして、ＭＰＵ５１は、ステップＳ１５４において受付けた飲食物及び数量に基づいて、持玉管理サーバ１１０に対して、取引用端末ＩＤ、キャンセルした飲食物を含むレシート番号、端末取引テーブルにおいてキャンセルした飲食物を含むレシート番号に対応付けて記憶されているカードＩＤ、キャンセルした飲食物の商品ＩＤ、飲食物の数量、玉レート、飲食物をキャンセルしたことで生じたキャンセル玉数を含む商品キャンセル要求を送信し（ステップＳ１５５）、後述する持玉返却完了通知を持玉管理サーバ１１０から受信したか否かを判定する（ステップＳ１５６）。持玉返却完了通知を受信していない場合（ステップＳ１５６；Ｎｏ）は、持玉返却完了通知を受信するまでステップＳ１５６の実行を繰り返して待機する。
【００６７】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から商品キャンセル要求を受信すると、履歴管理テーブルを参照し、履歴管理テーブルに該当取引履歴があるか否か、つまり、受信した商品キャンセル要求に含まれている取引用端末ＩＤに対応付けて履歴管理テーブルに記憶されているレシート番号、カードＩＤ、商品ＩＤ、数量、玉レートの中に、受信した商品キャンセル要求に含まれているレシート番号、カードＩＤ、商品ＩＤ、数量、玉レートと一致するものがあるか否かを判定する（ステップＳｍ３３０）。履歴管理テーブルに該当取引履歴がない場合（ステップＳｍ３３０；Ｎｏ）は、取引用端末５０に対してエラー通知を送信する。取引用端末５０は、このエラー通知を受信することで、商品キャンセル処理が実行不能であることを示すエラー報知を実行する（ステップＳ１６９）。
【００６８】
また、履歴管理テーブルに該当取引履歴がある場合（ステップＳｍ３３０；Ｙｅｓ）は、受信した商品キャンセル要求に含まれているカードＩＤが会員カードのカードＩＤであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳｍ３３２）。受信した商品キャンセル要求に含まれているカードＩＤが会員カードＩＤの場合（ステップＳｍ３３２；Ｙｅｓ）は、ＣＰＵ１１２は、会員用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して（ステップＳｍ３３３）ステップＳｍ３３５に進み、受信した商品キャンセル要求に含まれているカードＩＤがビジターカードＶのカードＩＤの場合（ステップＳｍ３３２；Ｎｏ）は、ＣＰＵ１１２は、ビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して（ステップＳｍ３３４）、ステップＳｍ３３５に進む。
【００６９】
そして、履歴管理テーブルから、受信した商品キャンセル要求に含まれているレシート番号及び、該レシート番号に対応付けて記憶されているカードＩＤ取引時間、商品ＩＤ、数量、玉レート、玉数を削除し（ステップＳｍ３３５）、会員持玉管理テーブルまたはビジター用管理テーブルにキャンセル玉数を加算更新したことを示す持玉返却完了通知を取引用端末５０対して送信する（ステップＳｍ３３６）。
【００７０】
取引用端末５０のＭＰＵ５１は、ステップＳ１５６において、持玉返却完了通知を受信した場合（ステップＳ１５６；Ｙｅｓ）は、ステップＳ１５２に選択したレシート番号に対応付けて端末取引テーブルに記憶されている玉レートを特定し、端末利用額テーブルにおいて該特定した玉レートに対応付けて記憶されている利用総玉数に、食物をキャンセルしたことで生じたキャンセル玉数を減算更新する（ステップＳ１５７）。
【００７１】
ステップＳ１５７実行後、ＭＰＵ５１は、端末取引テーブルにおいてステップＳ１５２で受付けたレシート番号に対応付けて記憶されている商品ＩＤのうち、ステップＳ１５４で受付けた飲食物の商品ＩＤと、該商品ＩＤに対応付けて記憶されている数量、玉レート、玉価数、送信済フラグを削除する（ステップＳ１５８）。このとき、レシート番号に対応付けて記憶されている取引履歴が存在していなければ、端末取引テーブルからレシート番号に対応付けて記憶されているカードＩＤ、取引時間を端末取引テーブルから削除する。また、レシート番号に対応付けて記憶されている取引履歴が存在していれば、新規レシート番号を端末取引テーブルに記憶するとともに、現在のレシート番号に対応付けて記憶されている取引履歴をそのまま新規レシート番号に対応付けて記憶する。そして、現在のレシート番号に対応付けて記憶されている取引履歴を端末取引テーブルから削除した後、持玉管理サーバ１１０に対して、取引用端末ＩＤ、新規レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数を含む取引履歴変更要求を送信する（ステップＳ１５９）。
【００７２】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から取引履歴変更要求を受信すると、受信した取引履歴変更要求に含まれている取引用端末ＩＤに対応付けて、変更要求に含まれる取引要求として、受信した取引履歴変更要求に含まれている新規レシート番号、カードＩＤ取引時間、商品ＩＤ、数量、玉レート、玉数を登録する（Ｓｍ３３７）。
【００７３】
また、ステップＳ１５９実行後の取引用端末５０のＭＰＵ５１は、カードリーダライタ５７にビジターカードＶの挿入を受付け（ステップＳ１６０）、カードリーダライタ５７への会員カードＫまたはビジターカードＶの挿入が無いか否か、つまり、カードリーダライタ５７に所定時間内に会員カードＫまたはビジターカードＶが挿入されたか否かを判定する（ステップＳ１６１）。
【００７４】
カードリーダライタ５７へ所定時間内に会員カードＫまたはビジターカードＶが挿入された場合（ステップＳ１６１；Ｎｏ）は、ステップＳ１６０において挿入を受付けた会員カードＫのＩＣチップＫｂまたはビジターカードＶのＩＣチップＶａの記憶領域に玉レート毎に対応付けて記憶されている持玉数に、該当する玉レートのキャンセル玉数を加算更新して（ステップＳ１６２）ステップＳ１６３に進む。このとき、表示部５４の表示画面には、図２９に示すように、キャンセル玉数を持玉として会員カードＫのＩＣチップＫｂまたはビジターカードＶのＩＣチップＶａの記憶領域に加算更新中である旨と、ステップＳ１６１で会員カードＫまたはビジターカードＶを挿入した時点で会員カードＫのＩＣチップＫｂまたはビジターカードＶのＩＣチップＶａから読み取ったキャンセル玉数と同一の玉レートにおける持玉数と、該持玉数にキャンセル玉数を加算更新した後の持玉数とが表示される。
【００７５】
また、カードリーダライタ５７へ所定時間内に会員カードＫまたはビジターカードＶが挿入されなかった場合（ステップＳ１６１；Ｙｅｓ）は、取引履歴変更要求として送信したカードＩＤが会員カードのカードＩＤであるか否か、つまり、ステップＳ１６０においてカードリーダライタ５７に挿入されるはずであったカードのカードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する。取引履歴変更要求として送信したカードＩＤが会員カードのカードＩＤである場合（ステップＳ１６５；Ｙｅｓ）は、カードリーダライタ５７に会員カードＫが挿入されていないことを示すエラー報知を実行して（ステップＳ１７０）、再びステップＳ１６０においてカードリーダライタ５７でのカード挿入を受付ける。
【００７６】
取引履歴変更要求として送信したカードＩＤがビジターカードのカードＩＤである場合（ステップＳ１６５；Ｎｏ）は、ビジターカードＶが商品受付処理におけるステップＳ１２３において回収されたと判断し、新規のビジターカードＶのＩＣチップＶａの記憶領域に、キャンセル玉数を玉レートに対応付けて書き込み（ステップＳ１６６）、端末取引テーブルに記憶されている取引履歴変更要求として送信したカードＩＤを、新たに発行するビジターカードＶのカードＩＤに書き換える（ステップＳ１６７）。そして、持玉管理サーバ１１０に対して、取引履歴変更要求として送信したカードＩＤ、新たに発行するビジターカードＶのカードＩＤ、新たに発行するビジターカードＶのＩＣチップＶａの記憶領域に書き込まれたキャンセル玉数である玉数、該キャンセル玉数の玉レートを含む持玉数移行要求を送信し（ステップＳ１６８）、ステップＳ１６３に進む。
【００７７】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から持玉数移行要求を受信すると、移行処理として、先ず、受信した取引履歴変更要求に含まれるカードＩＤをビジター用持玉管理テーブルから特定し、該カードＩＤを新たに発行するビジターカードＶのカードＩＤに書き換える。そして、新たに発行するビジターカードＶのカードＩＤに対応付けて、キャンセル玉数を該当する玉レートに記憶する。
【００７８】
ステップＳ１６３において、ＭＰＵ５１は、端末取引テーブルを参照して、レシートプリンタ５９によって新規レシート番号のレシートＲを発行した後（ステップＳ１６３）、カードリーダライタ５７から会員カードＫまたはビジターカードＶを排出する（ステップＳ１６４）。
【００７９】
次に、取引用端末５０で実行される業務終了処理について説明する。図２０に示すように、取引用端末５０で実行される業務終了処理では、先ず、ＭＰＵ５１は、メニュー画面にで「業務終了」が選択されることで、該取引用端末５０の端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を取引用端末５０から移行させるためのオーダーカードの挿入をカードリーダライタ５７にて受付け（ステップＳ４１）、オーダーカードのＩＣチップの記憶領域に、端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書き込む（ステップＳ４２）。尚、このとき、図３０に示すように、表示部５４の表示画面には、オーダーカードのＩＣチップの記憶領域に端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書込み中であることを示す表示と、ステップＳ４１においてオーダーカードを挿入した時点でオーダーカードのＩＣチップの記憶領域から読み取った各玉レート毎の玉数（全て０）と、該玉数に端末利用額テーブルに記憶されている各玉レート毎の利用総玉数を書き込んだ後の玉数とが表示される。
【００８０】
オーダーカードのＩＣチップの記憶領域への端末利用額テーブルに記憶されている各玉レート毎の利用総玉数の書き込みが終了した後、ＭＰＵ５１は、端末利用額テーブル、端末取引テーブルをリセットし（ステップＳ４３）、オーダーカードをカードリーダライタ５７から排出して業務終了処理を終了する。
【００８１】
また、図２１に示す業務終了判定処理は、取引用端末５０において前述した業務終了処理が実行されたか否かを判定するために、ＭＰＵ５１が、所定時間経過する毎にメイン処理に割り込んで実行する処理である。この業務終了判定処理では、先ずＭＰＵ５１は、ＲＴＣ６１を参照し、業務終了処理が実行されたか否かを検証する業務終了検証時間となったか否かを判定する（ステップＳ４６）。尚、本実施例の業務終了検証時間は、遊技場の営業終了時間から所定時間経過後や、日付が変わる午前０時に設定すれば良い。
【００８２】
業務終了検証時間となっていない場合（ステップＳ４６；Ｎｏ）は、業務終了判定処理を終了し、業務終了検証時間となっている場合（ステップＳ４６；Ｙｅｓ）は、端末利用額テーブル及び端末取引テーブルを参照し、これら端末利用額テーブル及び端末取引テーブルがリセットされた状態であるか否かを判定する。端末利用額テーブル及び端末取引テーブルがリセットされていない場合（ステップＳ４７；Ｎｏ）は、業務終了判定処理を終了し、端末利用額テーブル及び端末取引テーブルがリセットされている場合（ステップＳ４７；Ｙｅｓ）は、端末利用額テーブルのデータをレシートプリンタ５９によって発行し（ステップＳ４８）する。このようにすることで、サービス業者が業務終了処理の実行を忘れてしまっても、後日ステップＳ４８で発行された端末利用額データに基づいて該取引用端末５０での売上を精算することが可能となっている。そして、端末利用額テーブル及び端末取引テーブルをリセットして業務終了判定処理を終了する。
【００８３】
尚、本実施例では、図１９に示すように、商品キャンセル処理実行時に、取引履歴として端末取引テーブルを読み出し、該取引用端末５０で取引のあった全てのレシート番号を表示部５４の表示画面に一覧表示し、キャンセルする商品を含むレシート番号の選択をタッチパネル５２の操作により受付けたが、本発明はこれに限定されず、例えば、商品キャンセル処理実行時にカードＩＤを読み取ることにより、該カードＩＤが対応付けて記憶されているレシート番号のみを表示部５４の表示画面に一覧表示するようにしても良く、以下にこの場合についての変形例を示す。
【００８４】
具体的には、図２２に示すように、商品キャンセル処理が開始されると、ＭＰＵ５１は、カードリーダライタ５７で会員カードＫ及びビジターカードＶの挿入を受付ける（ステップＳ２００）。カードリーダライタ５７に会員カードＫまたはビジターカードＶが挿入されると、ＭＰＵ５１は、カードリーダライタ５７によって該カードのＩＣチップの記憶領域からカードＩＤを読み取る（ステップＳ２０１）。そして、ＭＰＵ５１は、取引履歴として端末取引テーブルを読み出し、該読み取ったカードＩＤが対応付けられて記憶されているレシート番号のみを表示部５４の表示画面にタッチパネル５２により選択可能に一覧表示し（ステップＳ２０２）、キャンセルする商品を含むレシート番号の選択をタッチパネル５２の操作により受付ける（ステップＳ２０３）。
【００８５】
ステップＳ１２０３においてキャンセルする飲食物を含むレシート番号が選択されると、ＭＰＵ５１は、図２８に示すように、表示部５４の表示画面に、取引履歴の詳細情報として端末取引テーブルにおいて選択したレシート番号に対応付けて記憶されている飲食物の商品名（メニュー名）及び数量（個数）と、玉レートを表示する（ステップＳ２０４）。ＭＰＵ５１は、この取引履歴の詳細情報が表示部５４の表示画面に表示されている状態で、キャンセルする商品名及び数量の選択をタッチパネル５２の操作により受付ける（ステップＳ２０５）。
【００８６】
そして、ＭＰＵ５１は、ステップＳ１５４において受付けた飲食物及び数量に基づいて、持玉管理サーバ１１０に対して、取引用端末ＩＤ、キャンセルした飲食物を含むレシート番号、端末取引テーブルにおいてキャンセルした飲食物を含むレシート番号に対応付けて記憶されているカードＩＤ、キャンセルした飲食物の商品ＩＤ、飲食物の数量、玉レート、飲食物をキャンセルしたことで生じたキャンセル玉数を含む商品キャンセル要求を送信し（ステップＳ２０６）、後述する持玉返却完了通知を持玉管理サーバ１１０から受信したか否かを判定する（ステップＳ２０７）。持玉返却完了通知を受信していない場合（ステップＳ２０７；Ｎｏ）は、持玉返却完了通知を受信するまでステップＳ２０７の実行を繰り返して待機する。
【００８７】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から商品キャンセル要求を受信すると、履歴管理テーブルを参照し、履歴管理テーブルに該当取引履歴があるか否か、つまり、受信した商品キャンセル要求に含まれている取引用端末ＩＤに対応付けて履歴管理テーブルに記憶されているレシート番号、カードＩＤ、商品ＩＤ、数量、玉レートの中に、受信した商品キャンセル要求に含まれているレシート番号、カードＩＤ、商品ＩＤ、数量、玉レートと一致するものがあるか否かを判定する（ステップＳｍ３４０）。履歴管理テーブルに該当取引履歴がない場合（ステップＳｍ３４０；Ｎｏ）は、取引用端末５０に対してエラー通知を送信する。取引用端末５０は、このエラー通知を受信することで、商品キャンセル処理が実行不能であることを示すエラー報知を実行する（ステップＳ２１４）。
【００８８】
また、履歴管理テーブルに該当取引履歴がある場合（ステップＳｍ３４０；Ｙｅｓ）は、受信した商品キャンセル要求に含まれているカードＩＤが会員カードのカードＩＤであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳｍ３４１）。受信した商品キャンセル要求に含まれているカードＩＤが会員カードＩＤの場合（ステップＳｍ３４１；Ｙｅｓ）は、ＣＰＵ１１２は、会員用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して（ステップＳｍ３４２）ステップＳｍ３３５に進み、受信した商品キャンセル要求に含まれているカードＩＤがビジターカードＶのカードＩＤの場合（ステップＳｍ３４１；Ｎｏ）は、ＣＰＵ１１２は、ビジター用持玉管理テーブルにおいて、受信した商品キャンセル要求に含まれているカードＩＤに対応付けて記憶されている各玉レート毎の持玉数のうち、受信した商品キャンセル要求に含まれている玉レートの持玉数にキャンセル玉数を加算更新して（ステップＳｍ３４３）、ステップＳｍ３４４に進む。
【００８９】
そして、履歴管理テーブルから、受信した商品キャンセル要求に含まれているレシート番号及び、該レシート番号に対応付けて記憶されているカードＩＤ取引時間、商品ＩＤ、数量、玉レート、玉数を削除し（ステップＳｍ３４４）、会員持玉管理テーブルまたはビジター用管理テーブルにキャンセル玉数を加算更新したことを示す持玉返却完了通知を取引用端末５０対して送信する（ステップＳｍ３４５）。
【００９０】
取引用端末５０のＭＰＵ５１は、ステップＳ１５６において、持玉返却完了通知を受信した場合（ステップＳ２０７；Ｙｅｓ）は、ステップＳ２０３に選択したレシート番号に対応付けて端末取引テーブルに記憶されている玉レートを特定し、端末利用額テーブルにおいて該特定した玉レートに対応付けて記憶されている利用総玉数に、食物をキャンセルしたことで生じたキャンセル玉数を加算更新する（ステップＳ２０８）。
【００９１】
ステップＳ２０８実行後、ＭＰＵ５１は、端末取引テーブルにおいてステップＳ２０３で受付けたレシート番号に対応付けて記憶されている商品ＩＤのうち、ステップＳ２０５で受付けた飲食物の商品ＩＤと、該商品ＩＤに対応付けて記憶されている数量、玉レート、玉価数、送信済フラグを削除する（ステップＳ２０９）。このとき、レシート番号に対応付けて記憶されている取引履歴が存在していなければ、端末取引テーブルからレシート番号に対応付けて記憶されているカードＩＤ、取引時間も端末取引テーブルから削除する。また、レシート番号に対応付けて記憶されている取引履歴が存在していれば、
新規レシート番号を端末取引テーブルに記憶するとともに、現在のレシート番号に対応付けて記憶されている取引履歴をそのまま新規レシート番号に対応付けて記憶する。そして、現在のレシート番号に対応付けて記憶されている取引履歴を端末取引テーブルから削除した後、持玉管理サーバ１１０に対して、取引用端末ＩＤ、新規レシート番号、カードＩＤ、取引時間、商品ＩＤ、数量、玉レート、玉数を含む取引履歴変更要求を送信する（ステップＳ２１０）。
【００９２】
持玉管理サーバ１１０のＣＰＵ１１２は、取引用端末５０から取引履歴変更要求を受信すると、受信した取引履歴変更要求に含まれている取引用端末ＩＤに対応付けて、変更要求に含まれる取引要求として、受信した取引履歴変更要求に含まれている新規レシート番号、カードＩＤ取引時間、商品ＩＤ、数量、玉レート、玉数を登録する（Ｓｍ３４６）。
【００９３】
また、ステップＳ２１０実行後の取引用端末５０のＭＰＵ５１は、ステップＳ２０１で読み取ったカードＩＤが会員カードのカードＩＤであるか否か、つまり、カードＩＤの最初の２文字が会員カードのカードＩＤを示す「ＫＣ」であるか、ビジターカードＶのカードＩＤを示す「ＶＣ」であるかを判定する（ステップＳ２１１）。取引履歴変更要求として送信したカードＩＤが会員カードのカードＩＤである場合（ステップＳ２１１；Ｙｅｓ）は、ステップＳ２１３に進み、取引履歴変更要求として送信したカードＩＤがビジターカードＶのカードＩＤである場合（ステップＳ２１１；Ｎｏ）は、ビジターカードＶのＩＣチップＶａの記憶領域に玉レート毎に対応付けて記憶されている持玉数に、該当する玉レートのキャンセル玉数を加算更新して（ステップＳ２１２）ステップＳ２１３に進む。このとき、表示部５４の表示画面には、図２９に示すように、キャンセル玉数を持玉としてビジターカードＶのＩＣチップＶａの記憶領域に加算更新中である旨と、ステップＳ１６１でビジターカードＶを挿入した時点でビジターカードＶのＩＣチップＶａから読み取ったキャンセル玉数と同一の玉レートにおける持玉数と、該持玉数にキャンセル玉数を加算更新した後の持玉数とが表示される。
【００９４】
ステップＳ１６４において、ＭＰＵ５１は、端末取引テーブルを参照して、レシートプリンタ５９によって新規レシート番号のレシートＲを発行した後（ステップＳ１６４）、カードリーダライタ５７から会員カードＫまたはビジターカードＶを排出する。
【００９５】
以上、本実施例の取引用システム、取引用端末５０、持玉管理サーバ１１０及び会員管理サーバ１２０にあっては、注文を取り消す場合には、取引履歴から特定される玉数が返却されるので、間違った玉数や不正に多い玉数が返却されてしまうことを防止できる。
【００９６】
また、遊技者が使用した玉レートの玉数に加算されて返却されるので、他の玉レートに返却されてしまうことで、該玉レートの玉数を使用した再遊技が不能となってしまう等の不都合の発生を防止することができる。
【００９７】
また、玉数を加算する玉レートを玉レート特定情報から容易に特定することができる。
【００９８】
また、レシートＲが発行されるので、レシート番号をレシートＲから容易に特定できるとともに、これらレシートＲが遊技者が所持するビジターカードＶとは個別に発行されるので、ビジターカードＶを回収することができる。
【００９９】
また、返却する玉数を、遊技者が所持している会員カードＫまたはビジターカードＶから容易に特定できるようになるので、遊技者は、会員カードＫまたはビジターカードＶと異なる記録媒体を所持する必要がなく、遊技者の利便性を向上できる。
【０１００】
また、玉数が存在しないことで不要となったビジターカードＶが排出されることで、該不要となったビジターカードＶが捨てられて不正に利用されてしまうことを防止できる。
【０１０１】
また、減算された玉数に相当する持玉数または貯玉数が、貯玉数ではなく持球数に加算されるので、例えば、日付が変更となったときに一括して実施する持玉数を貯玉数に移行する移行処理を、取り消しがあった都度毎に実施する必要がないので、取り消しに伴う処理が複雑化してしまうことを防止することができる。
【０１０２】
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０１０３】
例えば、前記変形例の商品キャンセル処理では、取引履歴として端末取引テーブルを読み出し、ステップＳ２０１において読み取ったカードＩＤが対応付けられて記憶されているレシート番号のみを表示部５４の表示画面に一覧表示しているが、本発明はこれに限定されず、該端末取引テーブルにステップＳ２０１において読み取ったカードＩＤが対応付けられて記憶されているレシート番号が存在しない場合は、持玉管理テーブルに対して、ステップＳ２０１において読み取ったカードＩＤを含む取引履歴送信要求を送信し、該送信要求を受信した持玉管理サーバ１１０のＣＰＵ１１２が、履歴管理テーブルを参照することで、受信した取引履歴送信要求に含まれているカードＩＤが対応付けられて記憶されているレシート番号の各データ（レシート番号、取引時間、商品ＩＤ、数量、玉レート、玉数）を取引用端末５０に対して取引履歴通知として送信し、取引履歴通知を受信した取引用端末５０のＭＰＵ５１が、受信した該取引履歴通知に含まれているレシート番号を一覧表示するようにしても良い。
【０１０４】
また、前記実施例では、メインメニュー画面において、「メンテナンス」を選択し、且つ図示しないメンテナンスのメニュー画面において「払い戻し」を選択する操作を行うことで商品キャンセル処理が実行されると、ＭＰＵ５１は、取り消し受付け手段として、取引履歴として端末取引テーブルを読み出し、該取引用端末５０で取引のあった全てのレシート番号を表示部５４の表示画面にタッチパネル５２により選択可能に一覧表示して、キャンセルする商品を含むレシート番号の選択をタッチパネル５２の操作により受付けているが、本発明はこれに限定されず、例えば、商品キャンセル処理が実行される際に端末取引テーブルにレシート番号が１つのみ記憶されている場合は、表示部５４の表示画面でのレシート番号の表示と、タッチパネル５２によるレシート番号の選択とを経ずに、キャンセルする商品名及び数量の選択をタッチパネル５２の操作により受付けるようにしても良い。
【０１０５】
また、前記変形例では、カードリーダライタ５７に挿入されたカードのＩＣチップの記憶領域からカードＩＤを読み取るとともに、取引履歴として端末取引テーブルを読み出し、該読み取ったカードＩＤが対応付けられて記憶されているレシート番号のみを表示部５４の表示画面にタッチパネル５２により選択可能に一覧表示し、キャンセルする商品を含むレシート番号の選択をタッチパネル５２の操作により受付けたが、本発明はこれに限定されず、例えば、カードリーダライタ５７に挿入されたカードのＩＣチップの記憶領域からカードＩＤを読み取るとともに、取引履歴として端末取引テーブルを読み出し、更に読み出した取引履歴の中から最も取引時間の新しいレシート番号を特定することで、表示部５４の表示画面に該特定したレシート番号に対応付けて記憶されている飲食物の商品名（メニュー名）及び数量（個数）と、玉レートを表示し、キャンセルする商品名及び数量の選択をタッチパネル５２の操作により受付けるようにしても良い。
【０１０６】
また、前記実施例では、商品受付処理のステップＳ１１２において、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル５２の操作により受付け、該タッチパネル５２の選択により受付けた側の玉数を取引された商品の合計玉数分を減算更新しているが、本発明はこれに限定されず、タッチパネル５２の選択により受付けた側の玉数が取引される商品の合計玉数分よりも少ない場合には、タッチパネル５２の選択により受付けられていない側の玉数から不足分の玉数を減算更新して取引を行うようにしても良い。
【０１０７】
また、前記実施例では、商品キャンセル処理を実行する場合、取引用端末５０から商品キャンセル要求を持玉管理サーバ１１０に対して送信し、持玉管理サーバ１１０から持玉返却完了通知を受信することで端末利用額テーブルの減算更新、端末取引テーブルの更新、会員カードＫのＩＣチップＫｂまたはビジターカードＶのＩＣチップＶａへの持玉数の加算更新を実行したが、本発明はこれに限定されず、取引用端末５０と持玉管理サーバ１１０との接続状態がオフラインである場合には、ＭＰＵ５１が端末取引テーブルの送信済フラグを参照することで、該送信済フラグが「未送信」を示す「００」となっている取引履歴のみを対象として商品キャンセル処理を実行するようにしても良い。この場合は、取引用端末５０と持玉管理サーバ１１０の接続状態がオンラインとなることでオフライン判定処理のステップＳ３２が実行されるため、自動的に端末取引テーブルに記憶されている取引履歴と履歴管理テーブルに記憶されている取引履歴が同期するようになっている。
【０１０８】
また、前記実施例では、商品受付処理のステップＳ１１２において、取引の支払いを持玉と貯玉のいずれから行うかを選択するための支払方法選択をタッチパネル５２の操作により受付け、該タッチパネル５２の選択により受付けた側の玉数を取引された商品の合計玉数分減算更新しているが、本発明はこれに限定されず、取引の支払い行われることで、持玉数と貯玉数の一方から優先的に取引された商品の合計玉数分を減算更新するようにし、取引された商品の合計玉数が該優先的に減算更新される側の玉数よりも多い場合は、他方側の玉数（例えば、持玉数から優先的に取引された商品の合計玉数分を減算更新する場合は、貯玉数）から取引された商品の合計玉数分を減算更新するようにしても良い。
【０１０９】
尚、このように持玉数と貯玉数の一方から優先的に取引された商品の合計玉数分を減算更新するようにする場合には、商品キャンセル処理が実行される際にキャンセル玉数が持玉数に加算更新されるようになっているため、持玉数を貯玉数よりも優先して取引された商品の合計玉数分を減算更新するようにすることが望ましい。
【０１１０】
また、前記実施例では、取引用端末５０を用いてサービス業者と遊技者とが取引する商品を飲食物として説明したが、本発明はこれに限定されず、商品は、煙草等の非飲食物であってもよい。
【０１１１】
また、前記実施例では、会員カードＫのＩＣチップＫｂ及びビジターカードＶのＩＣチップＶａの記憶領域におけるエリア１に１円／玉の玉レートの持玉数、エリア２に２円／玉の玉レートの持玉数、エリア３に３円／玉の玉レートの持玉数、エリア４に４円／玉の玉レートの持玉数をそれぞれ記憶しており、取引用端末５０において各エリアに記憶されている玉レートの持玉数を用いて商品の取引を実行することが可能となっているが、本発明はこれに限定されず、例えば、会員カードＫのＩＣチップＫｂ及びビジターカードＶのＩＣチップＶａの記憶領域におけるエリア１に４円／玉の玉レートの持玉数ａ、エリア２に４円／玉の玉レートの持玉数ｂ、エリア３に４円／玉の玉レートの持玉数ｃ、エリア４に４円／玉の玉レートの持玉数ｄをそれぞれ記憶し、同一のレートであっても持玉数ａ〜持玉数ｄを取引用端末５０における商品の取引に使用する持玉数として個別に使用することができるようにしても良い。
【０１１２】
また、前記実施例では、会員カードＫのＩＣチップＫｂ及びビジターカードＶのＩＣチップＶａの記憶領域における各エリアに持玉数の玉レートを記憶しているが、本発明はこれに限定されず、例えば、会員カードＫのＩＣチップＫｂ及びビジターカードＶのＩＣチップＶａの記憶領域における各エリアには、遊技機がスロットマシンであれば、該スロットマシンの遊技において使用されるメダルのメダルレートを記憶してもよく、遊技機が封入式遊技機であれば、該封入式遊技機の遊技で得られるポイントのポイントレートを記憶しても良い。
【０１１３】
また、前記実施例では、会員カードＫのＩＣチップＫｂの記憶領域に記憶されている持玉数を使用することで取引用端末５０において商品の取引を可能としているが、本発明はこれに限定されず、会員カードＫのＩＣチップＫｂの記憶領域には持玉数を記憶せず、持玉管理サーバ１１０のみに持玉数を記憶しておき、該持玉管理サーバ１１０の会員用持玉管理テーブルに記憶されている持玉数を使用することで、取引用端末５０において商品の取引を可能とするようにしても良い。この場合は、ＭＰＵ５１がカードリーダライタ５７により会員カードＫからカードＩＤを読み取った後、会員用持玉管理サーバ１１０に対してカードリーダライタ５７によって読み取ったカードＩＤを含む持球数要求を送信して、持玉管理サーバ１１０に記憶されている各玉レート毎の持玉数を取得して、取引用端末５０において、会員カードＫを所持する会員遊技者が、持玉管理サーバ１１０に記憶されている持玉数によって商品の取引を実行することができるようにすれば良い。
【符号の説明】
【０１１４】
２                パチンコ機
５０              取引用端末
５１              ＭＰＵ
５７              カードリーダライタ
５９              レシートプリンタ
１１０            持玉管理サーバ
１１２            ＣＰＵ
１２０            会員管理サーバ
１２２            ＣＰＵ
Ｋ                会員カード
Ｖ                ビジターカード
Ｒ                レシート
【図１】
2017080577.tif 000003
【図２】
2017080577.tif 000004
【図３】
2017080577.tif 000005
【図４】
2017080577.tif 000006
【図５】
2017080577.tif 000007
【図６】
2017080577.tif 000008
【図７】
2017080577.tif 000009
【図８】
2017080577.tif 000010
【図９】
2017080577.tif 000011
【図１０】
2017080577.tif 000012
【図１１】
2017080577.tif 000013
【図１２】
2017080577.tif 000014
【図１３】
2017080577.tif 000015
【図１４】
2017080577.tif 000016
【図１５】
2017080577.tif 000017
【図１６】
2017080577.tif 000018
【図１７】
2017080577.tif 000019
【図１８】
2017080577.tif 000020
【図１９】
2017080577.tif 000021
【図２０】
2017080577.tif 000022
【図２１】
2017080577.tif 000023
【図２２】
2017080577.tif 000024
【図２３】
2017080577.tif 000025
【図２４】
2017080577.tif 000026
【図２５】
2017080577.tif 000027
【図２６】
2017080577.tif 000028
【図２７】
2017080577.tif 000029
【図２８】
2017080577.tif 000030
【図２９】
2017080577.tif 000031
【図３０】
2017080577.tif 000032
【図３１】
2017080577.tif 000033