(57)【特許請求の範囲】
【請求項１】
遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該遊技客によって預け入れられた遊技媒体の数量を貯遊技媒体残高として管理する管理装置を有する貯遊技媒体管理システムであって、
前記管理装置は、
前記会員識別情報ごとに、前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を対応付けて記憶する記憶手段と、
前記記憶手段から前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を読み出す周期を記憶する周期記憶手段と、
前記周期が到来したことを判定する周期判定手段と、
前記周期判定手段によって前記周期の到来が判定された場合に、前記貯遊技媒体残高の利用有無に基づいて、会員識別情報ごとに通知可否を判定する通知可否判定手段と、
前記通知可否判定手段により通知が可と判定された場合に、前記記憶手段によって記憶された前記会員識別情報に対応付けられた前記貯遊技媒体残高及び／又は前記更新履歴を該会員識別情報に対応する遊技客が所持する端末装置に通知するべく処理を行う通知処理手段と
を備えたことを特徴とする貯遊技媒体管理システム。
【請求項２】
前記記憶手段は、前記更新履歴として、所定の店内装置から受け付けた貯遊技媒体加算要求の加算対象となる加算遊技媒体数並びに所定の店内装置から受け付けた貯遊技媒体減算要求の減算対象となる減算遊技媒体数を記憶するものであって、
前記管理装置は、
前記記憶手段によって記憶された前記更新履歴のうち所定期間のものを対象として、前記加算遊技媒体数及び前記減算遊技媒体数それぞれを集計する更新履歴集計手段をさらに備え、
前記通知処理手段は、前記更新履歴集計手段によって集計された加算遊技媒体数、減算遊技媒体数もしくはこれら両者の差分値のうち少なくともいずれか一つを前記端末装置に通知するべく処理することを特徴とする請求項１に記載の貯遊技媒体管理システム。
【請求項３】
前記管理装置は、
前記加算処理の実行時に当該加算処理を行う遊技媒体の獲得元である遊技台の遊技台識別情報を前記更新履歴として前記記憶手段に登録し、前記減算処理の実行時に当該減算処理と引き換えに再貸出しを行った遊技媒体の使用先である遊技台の遊技台識別情報を前記更新履歴として登録する台情報登録手段をさらに備えたことを特徴とする請求項２に記載の貯遊技媒体管理システム。
【請求項４】
前記更新履歴集計手段は、前記記憶手段によって前記更新履歴として記憶された前記加算遊技媒体数及び前記減算遊技媒体数それぞれを前記遊技台識別情報ごとに集計することを特徴とする請求項３に記載の貯遊技媒体管理システム。
【請求項５】
前記管理装置は、
前記遊技台の遊技機種及び該遊技機種に属する遊技台の遊技台識別情報の対応関係を記憶する対応関係記憶手段をさらに備え、
前記更新履歴集計手段は、前記対応関係記憶手段によって記憶された前記対応関係を参照して、前記記憶手段によって更新履歴として記憶された前記遊技台識別情報が対応する遊技機種ごとに、前記加算遊技媒体数及び前記減算遊技媒体数それぞれを集計することを特徴とする請求項３に記載の貯遊技媒体管理システム。
【請求項６】
前記遊技客によって所持されるとともに、前記会員識別情報を記憶する会員特定媒体として機能する携帯端末を備え、
前記携帯端末は、
前記サーバ装置によって前記端末装置に通知させる更新履歴の項目を設定する通知項目設定手段と、
前記通知項目設定手段によって設定された更新履歴の項目を前記管理装置に通知する設定項目通知手段とをさらに備え、
前記通知処理手段は、前記記憶手段によって記憶された前記更新履歴のうち、前記設定項目通知手段によって通知された更新履歴の項目を前記端末装置に通知するように前記サーバ装置に依頼することを特徴とする請求項１〜５のいずれか一つに記載の貯遊技媒体管理システム。
【請求項７】
遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該遊技客によって預け入れられた遊技媒体の数量を貯遊技媒体残高として管理する管理装置を有する貯遊技媒体管理システムに用いる貯遊技媒体管理方法であって、
前記管理装置が、
前記会員識別情報ごとに、前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を対応付けて所定の記憶部に保持する保持工程と、
前記記憶部から前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を読み出す周期を周期記憶部に保持する周期保持工程と、
前記周期が到来したことを判定する周期判定工程と、
前記周期判定工程によって前記周期の到来が判定された場合に、前記貯遊技媒体残高の利用有無に基づいて、会員識別情報ごとに通知可否を判定する通知可否判定工程と、
前記通知可否判定工程により通知が可と判定された場合に、前記保持工程によって保持された前記会員識別情報に対応付けられた前記貯遊技媒体残高及び／又は前記更新履歴を該会員識別情報に対応する遊技客が所持する端末装置に通知するべく処理を行う通知処理工程と
を含んだことを特徴とする貯遊技媒体管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該遊技客によって預け入れられた遊技媒体の数量を貯遊技媒体残高として管理する管理装置を有する貯遊技媒体管理システム及び貯遊技媒体管理方法に関する。
【背景技術】
【０００２】
従来、パチンコ遊技やパチスロ遊技を提供するパチンコ店等の遊技店では、該遊技店の会員を遊技客から募り、会員登録を希望した会員に対して会員カードを発行するとともに、この会員カードを利用した貯玉・貯メダルサービスやメールによる情報通知サービス等を行っている。
【０００３】
具体的には、遊技客が、住所、氏名及び電話番号等の個人情報を記入した会員申込用紙を遊技店の係員に渡して会員登録を要求すると、遊技店の係員は、この遊技客の個人情報を管理装置に登録するとともに、会員を特定するためのユニークな識別情報（会員ＩＤ）が記録された会員用記録媒体（会員カード）を会員に発行する。このようにして会員カードを取得した各会員は、特許文献１等に記載されるように、獲得したパチンコ玉やメダルを貯玉・貯メダルするとともに、この貯玉・貯メダルを後日再プレイしたり、景品に交換することができる。
【０００４】
このように、遊技店では、会員カードを通じて会員サービスを提供することにより会員登録した遊技客とその他の遊技客との差別化を図っているが、遊技店内で利用される他の用途には利用されず、遊技客個人との結び付きが希薄であるため、遊技客による携帯率は芳しくなく、会員カードの利用が促進されていない。
【０００５】
これを背景にして、最近では、多数の遊技客が所持する携帯電話機やＰＨＳ等の携帯端末固有の識別情報を管理装置に登録させ、かかる携帯端末を会員カードの代わりに使用させる仕組みも考えられつつある。
【０００６】
【特許文献１】特開２００３−２１０８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１に代表される貯遊技媒体管理システムにおいては、遊技店に来店して会員カードや携帯端末等の会員特定媒体を店内機器で使用しないと、遊技客は貯玉残高・貯メダル残高を把握できないので、かかる遊技客の把握ニーズに沿うことができず、遊技客の来店意欲を削いでしまうという問題がある。
【０００８】
すなわち、遊技客には、貯玉残高の把握ニーズ、たとえば「貯玉・貯メダルがある程度残っているのなら遊びに行こう」、「自分が目標とする貯玉数まであとどれくらいあるのだろう」等を把握したいというニーズが潜在的に存在するが、かかる遊技客のニーズは来店時以外に端を発するものであり、これに応えられなければ来店の動機付けが損なわれる結果となってしまう。
【０００９】
さらに、遊技客には、勝敗管理の把握ニーズ、たとえば「どの程度の貯玉／貯メダルを使い、どの程度獲得したかを知りたい」等を把握したいというニーズも存在するが、たとえ遊技客が来店して貯玉残高・貯メダルの残高を確認したとしてもその遷移は把握できないので、遊技客の勝敗管理の把握ニーズを満たすことはできず、上記したケースと同様に、来店の動機付けが損なわれるおそれがある。
【００１０】
このことから、遊技客が遊技店に来店していない状況下にて遊技客の把握ニーズにいかにして対応するかが極めて重要な課題となっている。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技客が遊技店に来店していない状況下でも遊技客の把握ニーズに対応し、もって遊技客の来店意欲を向上させることを防止することができる貯遊技媒体管理システム及び貯遊技媒体管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明に係る貯遊技媒体管理システムは、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該遊技客によって預け入れられた遊技媒体の数量を貯遊技媒体残高として管理する管理装置を有する貯遊技媒体管理システムであって、前記管理装置は、前記会員識別情報ごとに、前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を対応付けて記憶する記憶手段と、前記記憶手段から前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を読み出す周期を記憶する周期記憶手段と、前記周期が到来したことを判定する周期判定手段と、前記周期判定手段によって前記周期の到来が判定された場合に、前記貯遊技媒体残高の利用有無に基づいて、会員識別情報ごとに通知可否を判定する通知可否判定手段と、前記通知可否判定手段により通知が可と判定された場合に、前記記憶手段によって記憶された前記会員識別情報に対応付けられた前記貯遊技媒体残高及び／又は前記更新履歴を該会員識別情報に対応する遊技客が所持する端末装置に通知するべく処理を行う通知処理手段とを備えたことを特徴とする。
【００１３】
また、本発明に係る貯遊技媒体管理システムは、前記記憶手段は、前記更新履歴として、所定の店内装置から受け付けた貯遊技媒体加算要求の加算対象となる加算遊技媒体数並びに所定の店内装置から受け付けた貯遊技媒体減算要求の減算対象となる減算遊技媒体数を記憶するものであって、前記管理装置は、前記記憶手段によって記憶された前記更新履歴のうち所定期間のものを対象として、前記加算遊技媒体数及び前記減算遊技媒体数それぞれを集計する更新履歴集計手段をさらに備え、前記通知処理手段は、前記更新履歴集計手段によって集計された加算遊技媒体数、減算遊技媒体数もしくはこれら両者の差分値のうち少なくともいずれか一つを前記端末装置に通知するべく処理することを特徴とする。
【００１４】
また、本発明に係る貯遊技媒体管理システムは、前記管理装置は、前記加算処理の実行時に当該加算処理を行う遊技媒体の獲得元である遊技台の遊技台識別情報を前記更新履歴として前記記憶手段に登録し、前記減算処理の実行時に当該減算処理と引き換えに再貸出しを行った遊技媒体の使用先である遊技台の遊技台識別情報を前記更新履歴として登録する台情報登録手段をさらに備えたことを特徴とする。
【００１５】
また、本発明に係る貯遊技媒体管理システムは、前記更新履歴集計手段は、前記記憶手段によって前記更新履歴として記憶された前記加算遊技媒体数及び前記減算遊技媒体数それぞれを前記遊技台識別情報ごとに集計することを特徴とする。
【００１６】
また、本発明に係る貯遊技媒体管理システムは、前記管理装置は、前記遊技台の遊技機種及び該遊技機種に属する遊技台の遊技台識別情報の対応関係を記憶する対応関係記憶手段をさらに備え、前記更新履歴集計手段は、前記対応関係記憶手段によって記憶された前記対応関係を参照して、前記記憶手段によって更新履歴として記憶された前記遊技台識別情報が対応する遊技機種ごとに、前記加算遊技媒体数及び前記減算遊技媒体数それぞれを集計することを特徴とする。
【００１７】
また、本発明に係る貯遊技媒体管理システムは、前記遊技客によって所持されるとともに、前記会員識別情報を記憶する会員特定媒体として機能する携帯端末を備え、前記携帯端末は、前記サーバ装置によって前記端末装置に通知させる更新履歴の項目を設定する通知項目設定手段と、前記通知項目設定手段によって設定された更新履歴の項目を前記管理装置に通知する設定項目通知手段とをさらに備え、前記通知処理手段は、前記記憶手段によって記憶された前記更新履歴のうち、前記設定項目通知手段によって通知された更新履歴の項目を前記端末装置に通知するように前記サーバ装置に依頼することを特徴とする。
【００１８】
また、本発明に係る貯遊技媒体管理方法は、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該遊技客によって預け入れられた遊技媒体の数量を貯遊技媒体残高として管理する管理装置を有する貯遊技媒体管理システムに用いる貯遊技媒体管理方法であって、前記管理装置が、前記会員識別情報ごとに、前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を対応付けて所定の記憶部に保持する保持工程と、前記記憶部から前記貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を読み出す周期を周期記憶部に保持する周期保持工程と、前記周期が到来したことを判定する周期判定工程と、前記周期判定工程によって前記周期の到来が判定された場合に、前記貯遊技媒体残高の利用有無に基づいて、通知可否を判定する通知可否判定工程と、前記通知可否判定工程により通知が可と判定された場合に、前記保持工程によって保持された前記貯遊技媒体残高及び／又は前記更新履歴を前記遊技客が所持する端末装置に通知するべく処理を行う通知処理工程とを含んだことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、管理装置が、会員識別情報ごとに、貯遊技媒体残高及び／又は貯遊技媒体残高に対する更新履歴を対応付けて記憶手段に記憶しておき、記憶手段から貯遊技媒体残高及び／又は前記貯遊技媒体残高に対する更新履歴を読み出す周期を周期記憶手段に記憶し、前記周期が到来したことを判定し、周期の到来が判定された場合に、貯遊技媒体残高の利用有無に基づいて、会員識別情報ごとに通知可否を判定し、通知が可と判定された場合に、記憶手段によって記憶された会員識別情報に対応付けられた貯遊技媒体残高及び／又は更新履歴を該会員識別情報に対応する遊技客が所持する端末装置に通知するべく処理を行うよう構成したので、遊技客が遊技店に来店していない状況下でも遊技客の貯遊技媒体残高及び勝敗管理の把握ニーズに対応することができ、遊技客の来店意欲を向上させることが可能になる。
【００２０】
また、本発明によれば、管理装置が、記憶しておいた更新履歴のうち所定期間のものを対象として、加算遊技媒体数及び減算遊技媒体数それぞれを集計し、該集計した加算遊技媒体数、減算遊技媒体数もしくはこれら両者の差分値のうち少なくともいずれか一つを端末装置に通知するように依頼するよう構成したので、遊技客に勝敗管理及び勝敗要因を一目で把握させることができ、遊技客の勝敗管理の把握ニーズを高水準で満たすことが可能になる。
【００２１】
また、本発明によれば、管理装置が、加算処理の実行時に当該加算処理を行う遊技媒体の獲得元である遊技台の遊技台識別情報を更新履歴として登録し、減算処理の実行時に当該減算処理と引き換えに再貸出しを行った遊技媒体の使用先である遊技台の遊技台識別情報を更新履歴として登録するよう構成したので、台番号を用いた加算遊技媒体数及び減算遊技媒体数の集計を行うことができ、取引履歴の集計を多面的に行うことが可能になる。
【００２２】
また、本発明によれば、更新履歴として記憶した加算遊技媒体数及び減算遊技媒体数それぞれを遊技台識別情報ごとに集計するよう構成したので、遊技台別の戦績を遊技客に通知させることができ、遊技台ごとの勝敗管理及び勝敗要因を把握させることが可能になる。
【００２３】
また、本発明によれば、管理装置が、遊技台の遊技機種及び該遊技機種に属する遊技台の遊技台識別情報の対応関係を記憶しておき、記憶した対応関係を参照して、更新履歴として記憶した遊技台識別情報が対応する遊技機種ごとに、加算遊技媒体数及び前記減算遊技媒体数それぞれを集計するよう構成したので、遊技機種別の戦績を遊技客に通知させることができ、遊技機種ごとの勝敗管理及び勝敗要因を把握させることが可能になる。
【００２４】
また、本発明によれば、携帯端末が、サーバ装置によって端末装置に通知させる更新履歴の項目を設定し、該設定した更新履歴の項目を管理装置に通知し、記憶した更新履歴のうち、通知された更新履歴の項目を端末装置に通知するようにサーバ装置に依頼するよう構成したので、遊技客が希望する更新履歴の項目だけを通知させることができ、遊技客が不要に感じる情報を通知することを防止することが可能になる。
【発明を実施するための最良の形態】
【００２５】
以下に添付図面を参照して、本発明に係る貯遊技媒体管理システム（貯遊技媒体管理方法）の好適な実施例を詳細に説明する。なお、以下では、本発明をパチンコ遊技に適用する場合について説明することとする。
【実施例１】
【００２６】
まず、本実施例１に係る貯玉管理システムのシステム構成について説明する。図１は、実施例１に係る貯玉管理システムのシステム構成を示す図である。この貯玉管理システムは、パチンコ店等の遊技店に登録された会員に対して貯玉・再プレイサービスを提供するものである。
【００２７】
同図に示すように、遊技店内には、遊技店にて予め登録処理された遊技客の会員情報を管理する会員管理用ターミナルコントローラ（以下、「会員管理Ｔ／Ｃ」と言う）１０と、島コントローラ２０と、カード処理ユニット（以下、「ＣＲユニット」と言う）３０と、パチンコ機４０と、計数機５０と、会員カード処理機７０と、メールサーバ１００とが設けられている。
【００２８】
会員管理Ｔ／Ｃ１０には、島コントローラ２０及び会員カード処理機７０が接続されており、島コントローラ２０には、各島に設置された複数のパチンコ機４０にそれぞれに併設されたＣＲユニット３０が接続されており、会員カード処理機７０には、パチンコ玉数を計数する計数機５０が接続されている。また、メールサーバ１００には、公衆回線網５及び基地局７を介して携帯電話機８０が接続されている。
【００２９】
パチンコ機４０は、パチンコ玉を遊技領域に発射して遊技者がパチンコ遊技を行う装置であり、本実施例１では、プリペイドカード対応のいわゆるＣＲパチンコ機であるものとしている。
【００３０】
ＣＲユニット３０は、各プリペイドカードの残度数等を管理する図示しないプリペイドカード管理装置と各パチンコ機４０との間に介在し、プリペイドカード管理装置に対してプリペイドカードの残度数の問い合わせや玉貸し要求を行うとともに、残度数がある場合にパチンコ機４０に対して玉貸し指示を行う装置である。なお、本実施例１では、プリペイドカードに係る処理にその特徴はないため、以下ではプリペイドカードに関する説明を省略する。
【００３１】
また、このＣＲユニット３０は、会員カードを受け入れて会員管理Ｔ／Ｃ１０に預け入れられた貯玉を引き落とすいわゆる再プレイの機能を有する。具体的には、携帯電話機８０に対応するためにリーダライタ３５を有しており、会員がＣＲユニット３０に会員カードを挿入するか又は予め登録処理された携帯電話機８０をリーダライタ３５にかざして再プレイ操作を行うと、会員管理Ｔ／Ｃ１０が管理する貯玉残高から再プレイ分の玉数を減算するとともに、パチンコ機４０に対して玉投出指示を行う。このように、かかるＣＲユニット３０は、携帯電話機８０を用いた再プレイにも対応している。
【００３２】
計数機５０は、遊技客が獲得したパチンコ玉を計数する計数機であり、その計数結果を会員カード処理機７０に出力する。なお、本実施例１では、計数機５０はパチンコ玉の計数機能のみを有することとし、計数結果がバーコード印字された計数レシートを発行する印字機能、並びに、会員管理Ｔ／Ｃ１０にて記憶管理される貯玉残高に計数結果の一部または全部を貯玉加算させる計数貯玉機能は、後述する会員カード処理機７０が有することとする。
【００３３】
会員カード処理機７０は、携帯電話機８０を用いた会員登録や登録済み会員による貯玉を行う際に利用される会員用端末装置であり、会員カードに記録した会員ＩＤを読み取るカードリーダと携帯電話機８０から会員ＩＤ（正確には後述するＩＤｍ）を読み取るリーダライタ７５を備えている。本実施例１では、携帯電話機８０内のＩＣチップ８１に保持されているユニークな識別情報（例えば、ＩＣカードの製造番号であるＩＤｍ）を会員識別情報として用いている。
【００３４】
会員管理Ｔ／Ｃ１０は、後述する属性情報管理テーブル１４ａ、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃを用いて遊技店に登録された会員の統括管理を行う管理装置である。この属性情報管理テーブル１４ａは、会員ＩＤ（及びＩＤｍ）に対応付けて当該会員の属性情報（例えば、氏名、住所、電話番号、メールアドレス等の情報）を記憶しており、貯玉管理テーブル１４ｂは、会員ＩＤ（及びＩＤｍ）に対応付けて貯玉残高を記憶しており、また、取引履歴管理テーブル１４ｃは、会員ＩＤ（及びＩＤｍ）に対応付けて当該会員の取引履歴を記憶している。そして、会員カード処理機７０から貯玉加算依頼を受け付けたならば貯玉管理テーブル１４ｂにおける該当貯玉口座内の貯玉数を加算処理し、また、ＣＲユニット３０から貯玉減算依頼を受け付けたならば該当貯玉口座内の貯玉数を減算処理し、これら加算処理又は減算処理のいずれかの処理が行われたならばその取引時刻、取引種別、取引玉数や貯玉残高などを取引履歴管理テーブル１４ｃに登録する。
【００３５】
メールサーバ１００は、電子メールを送信するためのサーバ装置であり、会員管理Ｔ／Ｃ１０からのメール配信依頼に基づいて携帯電話機８０にメール配信を行う。具体的には、たとえば遊技店の営業時間が終了した際に、属性情報管理テーブル１４ａに登録されている会員の携帯電話機８０にメールアドレスを宛先とし、会員管理Ｔ／Ｃ１０から送信を指示された内容（貯玉残高やその取引履歴）の電子メールを送信先の会員が加入するプロバイダのメールサーバ（図示せず）に公衆回線網５を介して送信する。なお、かかる電子メールは、送信先の会員が加入するプロバイダのメールサーバから公衆回線網５及び基地局７を介して当該会員が所持する携帯電話機８０に転送される。
【００３６】
ここで、本実施例１に係る会員管理Ｔ／Ｃ１０は、会員ＩＤ（又はＩＤｍ）ごとに貯玉残高及び貯玉残高に対する取引（更新）履歴を対応付けて記憶しておき、該記憶しておいた貯玉残高及び取引履歴を会員が所持する携帯電話機８０に通知するようにメールサーバ１００に依頼する点にその特徴がある。
【００３７】
すなわち、本実施例１に係る会員管理Ｔ／Ｃ１０では、遊技客が遊技店に来店していない場合であっても、貯玉残高の把握ニーズ、たとえば「貯玉・貯メダルがある程度残っているのなら遊びに行こう」、「自分が目標とする貯玉数まであとどれくらいあるのだろう」等を把握したいというニーズを満たすことができるように、最新の貯玉残高を内容としたメール（図２参照）をメールサーバ１００に配信させている。
【００３８】
さらに、本実施例１に係る会員管理Ｔ／Ｃ１０では、勝敗管理の把握ニーズ、たとえば「どの程度の貯玉／貯メダルを使い、どの程度獲得したかを知りたい」等を把握したいというニーズを満たすために、最新の貯玉残高に加えて貯玉残高の取引履歴（例えば、１日分の貯玉残高の遷移）を含めたメール（図２参照）をメールサーバ１００に配信させている。
【００３９】
図２に示す例では、現時点で「８９３０玉」の貯玉を有していることをユーザＡに把握させることで、たとえば「現金を使用せずとも十分に遊技できる」、「あと少しがんばれば貯玉が１万玉になる」という動機付けをユーザＡに与えるとともに、今日の１日で「２０００玉」近く遊技に投資したが、「４０００玉」近く貯玉を獲得したことをユーザＡに把握させることで、たとえば「今日も勝ったからまた行こう」という動機付けをユーザＡに与えることができる。
【００４０】
したがって、本実施例１に係る会員管理Ｔ／Ｃ１０によれば、遊技客が遊技店に来店していない状況下でも遊技客の貯玉残高及び勝敗管理の把握ニーズに対応することができ、遊技客の来店意欲を向上させることが可能になる。
【００４１】
次に、図１に示した会員管理Ｔ／Ｃ１０の構成について説明する。図３は、図１に示した会員管理Ｔ／Ｃ１０の構成を示す機能ブロック図である。同図に示すように、この会員管理Ｔ／Ｃ１０は、入力部１１と、出力部１２と、ＩＦ部１３と、記憶部１４と、制御部１５とを有する。
【００４２】
入力部１１は、キーボードやマウス等の入力デバイスであり、出力部１２は、液晶パネルやディスプレイ等の表示デバイスであり、また、ＩＦ部１３は、島コントローラ２０、ＣＲユニット３０、計数機５０、会員カード処理機７０及びメールサーバ１００との間でデータ通信を行うためのインターフェースである。
【００４３】
記憶部１４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、遊技店に会員登録した会員の属性情報を管理する属性情報管理テーブル１４ａと、会員の貯玉残高を管理する貯玉管理テーブル１４ｂと、会員の貯玉残高に対する取引履歴を管理する取引履歴管理テーブル１４ｃとを記憶する。
【００４４】
属性情報管理テーブル１４ａは、図４に示すように、会員ＩＤ（及びＩＤｍ）ごとに、氏名及びメールアドレスを記憶したテーブルである。ここで、メールアドレスを記憶した理由は、上述した内容（貯玉残高及び取引履歴）の電子メールを会員に配信するためである。なお、かかる属性情報として登録されたメールアドレスを有する端末装置とＩＤｍ登録された携帯端末とは、必ずしも同一である必要はない。
【００４５】
貯玉管理テーブル１４ｂは、図５に示すように、会員ＩＤ（及びＩＤｍ）ごとに貯玉残高を記憶したテーブルである。ここで記憶される貯玉残高は、遊技客が最後に貯玉利用を行った後の貯玉数（最新の貯玉残高）である。
【００４６】
取引履歴管理テーブル１４ｃは、図６及び図７に示すように、会員ＩＤ（もしくはＩＤｍ）ごとに所定期間（１日）内の各貯玉取引の取引時刻、取引種別、取引玉数及び貯玉残高を記憶したテーブルである。ここで、貯玉取引ごとの内容管理としたのは、各会員が貯玉をどのような遷移で利用しているかを管理することに併せて、遊技客から貯玉残高に対するクレームを受け付けた場合に対応可能な根拠を保持するためである。なお、取引種別とは、再プレイ及び貯玉等の取引内容の種別を示し、取引玉数とは、再プレイ又は貯玉が行われた玉数を示している。
【００４７】
図６の例では、会員ＩＤ「００００１」の会員が本日の「１１：２５」に「１２５玉」を引落す再プレイを行って貯玉が「６９７５玉」残っている例を示しており、図７の例では、図６の例におけるその後の遷移を例示しており、会員ＩＤ「００００１」の会員が「１１：２５」以降に数度の再プレイを行い、本日の「１６：２５」には「３８３０玉」の貯玉を獲得して貯玉残高を「８９３０玉」とした例を示している。
【００４８】
制御部１５は、会員管理Ｔ／Ｃ１０を全体制御する制御部であり、貯玉管理部１５ａと、通知依頼部１５ｂとを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行し、貯玉管理部１５ａ及び通知依頼部１５ｂにそれぞれ対応するプロセスを実行させることになる。
【００４９】
貯玉管理部１５ａは、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃを利用して会員の貯玉残高及び取引履歴を管理する管理部である。詳細は図８及び図９を用いて後述するが、概要としては、ＣＲユニット３０又は会員カード処理機７０から会員ＩＤ又はＩＤｍを含む貯玉更新依頼を受け付けた場合に、貯玉管理テーブル１４ａに記憶される該当会員ＩＤ又は該当ＩＤｍの貯玉残高に対して更新依頼玉数分の加算処理または減算処理を行い、これら加算処理又は減算処理のいずれかの処理が行われたならばその取引時刻、取引種別、取引玉数や貯玉残高などを取引履歴管理テーブル１４ｃに登録する。なお、当然のことながら、貯玉減算処理を行う際に貯玉残高が足りない場合には、依頼元の機器にエラー信号が返信される。
【００５０】
通知依頼部１５ｂは、貯玉残高及び取引履歴を遊技客が所持する携帯電話機８０に通知するようにメールサーバ１００に依頼する処理部である。具体的には、遊技店の閉店時刻（例えば、２３：００）になるのを監視しておき、かかる閉店時刻になったことを検知すると、属性情報管理テーブル１４ａに記憶されたメールアドレス、貯玉管理テーブル１４ｂに記憶された貯玉残高、並びに、取引履歴管理テーブル１４ｃに記憶された取引履歴を会員ＩＤごとに読み出し、該読み出したメールアドレスを宛先として予め定められたフォーマット（例えば、図２）に貯玉残高及び取引履歴を埋め込んで配信するように依頼する。
【００５１】
次に、図１に示した会員管理Ｔ／Ｃ１０及びＣＲユニット３０による貯玉減算処理について説明する。図８は、会員管理Ｔ／Ｃ１０及びＣＲユニット３０による貯玉減算処理を説明するための説明図である。
【００５２】
同図に示すように、ＣＲユニット３０においては、会員管理Ｔ／Ｃ１０にて貯玉減算処理を行う対象となる会員を一意に特定するために、リーダライタ３５に対する携帯電話機８０のかざし操作を受け付けた後に（ステップＳ１０１Ａ）携帯電話機８０に内蔵されるＩＣチップ８１からＩＤｍをリーダライタ３５を介して取得するか（ステップＳ１０２Ａ）、或いは、会員カードの挿入操作を受け付けた後に（ステップＳ１０１Ｂ）会員カードに記録される会員ＩＤをカードリーダを介して取得するか（ステップＳ１０２Ｂ）によって、会員カードに記録された会員ＩＤ又は携帯電話機８０に内蔵されるＩＣチップ８１が記憶するＩＤｍを取得している。
【００５３】
その後、ＣＲユニット３０は、当該ＣＲユニット３０筐体前面に設けられたテンキーの押下操作を介して暗証番号の入力を受け付け（ステップＳ１０３）、暗証番号の照合依頼を会員管理Ｔ／Ｃ１０に送信する（ステップＳ１０４）。
【００５４】
この暗証番号の照合依頼を受け付けた貯玉管理部１５ａは、この度に入力を受け付けた入力暗証番号と登録暗証番号を照合し、その照合結果をＣＲユニット３０に返信する（ステップＳ１０５）。
【００５５】
この照合結果を受け付けたＣＲユニット３０では、暗証番号の照合結果がＯＫであるならば、再プレイボタンの押下操作を介して再プレイ操作を受け付け（ステップＳ１０６）、会員管理Ｔ／Ｃ１０に対して、会員ＩＤ又はＩＤｍと、予め規定された一定の引落し玉数（例えば、１２５玉）とを含む再プレイ要求を行う（ステップＳ１０７）。なお、暗証番号の照合結果がＮＧである場合には、その旨が所定の表示部にて報知される。
【００５６】
この再プレイ要求（貯玉減算依頼）を受け付けた貯玉管理部１５ａは、貯玉残高が引落し玉数以上あるならば、貯玉管理テーブル１４ｂ内の貯玉残高を減算処理し（ステップＳ１０８）、その貯玉取引の内容、たとえば取引時刻「１１：３５」、取引種別「再プレイ」、取引玉数「１２５玉」及び減算後の貯玉残高「６８５０玉」を取引履歴管理テーブル１４ｃに登録する更新を行うとともに（ステップＳ１０９）、減算依頼元のＣＲユニット３０に再プレイの許可応答を行う（ステップＳ１１０）。なお、貯玉残高が引落し玉数に満たない場合には、再プレイの不許可応答がＣＲユニット３０に返信される。
【００５７】
その後、この再プレイ許可応答を受け付けたＣＲユニット３０では、インターフェース接続されるパチンコ機４０に玉投出指示を行い（ステップＳ１１１）、パチンコ機４０の投出機構部から引落し玉数分のパチンコ玉（例えば、１２５玉）を投出させる。
【００５８】
次に、図１に示した会員管理Ｔ／Ｃ１０及び会員カード処理機７０による貯玉加算処理（計数貯玉処理）について説明する。図９は、図１に示した会員管理Ｔ／Ｃ１０及び会員カード処理機７０による貯玉加算処理を説明するための説明図である。
【００５９】
同図に示すように、会員カード処理機７０は、遊技客により携帯電話機８０が会員カード処理機７０にかざし操作されると（ステップＳ２０１）、携帯電話機８０に内蔵されるＩＣチップ８１からＩＤｍをリーダライタ７５を介して取得し（ステップＳ２０２）、取得したＩＤｍを会員管理Ｔ／Ｃ１０に送信して問合せを行う（ステップＳ２０３）。
【００６０】
このＩＤｍの問合せを受け付けた貯玉管理部１５ａは、貯玉管理テーブル１４ｂを検索して、同一のＩＤｍが登録されているか否かを確認し、その結果を会員カード処理機７０に返信する（ステップＳ２０４）。
【００６１】
ここで、かかるＩＤｍが登録済みであると応答されたならば、会員カード処理機７０は、計数機５０において遊技客が獲得したパチンコ玉が投入され（ステップＳ３０１）、そのパチンコ玉が計数された（ステップＳ３０２）上で、その計数結果を計数機５０から受信してから（ステップＳ３０３）、図示しないタッチパネルに貯玉ボタンを表示させて貯玉加算操作を受け付け（ステップＳ３０４）、当該ＩＤｍ及び計数結果の玉数を含む貯玉加算依頼を会員管理Ｔ／Ｃ１０に対して行う（ステップＳ３０５）。なお、ＩＤｍが未登録であると応答された場合には、図示しないタッチパネルを通じて遊技客の簡易属性情報（電話番号、生年月日及びフリーキーワード）と暗証番号の入力を受け付け、当該ＩＤｍ、簡易属性情報及び暗証番号を会員管理Ｔ／Ｃ１０に送信して会員登録させた後に、ステップＳ３０１の処理に移行する。
【００６２】
その後、かかる貯玉加算依頼を受け付けた貯玉管理部１５ａは、貯玉管理テーブル１４ｂ内の該当ＩＤｍの貯玉残高に計数結果の玉数を加算処理し（ステップＳ３０６）、その貯玉取引の内容、たとえば取引時刻「１６：２５」、取引種別「貯玉」、取引玉数「３８３０玉」及び加算後の貯玉残高「８９３０玉」を取引履歴管理テーブル１４ｃに登録する更新を行う（ステップＳ３０７）。なお、会員カード処理機７０では、かかる貯玉取引の内容がタッチパネル等の表示部にて報知されることなる。
【００６３】
なお、図９に示す例では、携帯電話機８０を用いた貯玉加算処理を説明したが、言うまでもなく、会員カードを用いて同様の貯玉加算処理を行うこともできる。
【００６４】
次に、図３に示した通知依頼部１５ｂによる通知依頼処理について詳細に説明する。図１０は、図３に示した通知依頼部１５ｂによる通知依頼処理を示すフローチャートである。
【００６５】
同図に示すように、通知依頼部１５ｂは、遊技店の閉店時刻（例えば、２３：００）になるのを監視しておき（ステップＳ４０１否定）、かかる閉店時刻になったことを検知すると（ステップＳ４０１肯定）、属性情報管理テーブル１４ａ、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃから同一会員ＩＤのメールアドレス、貯玉残高及び取引履歴を読み出す（ステップＳ４０２〜Ｓ４０４）。
【００６６】
そして、通知依頼部１５ｂは、このようにして読み出したメールアドレスを宛先として予め定められたフォーマット（例えば、図２）に貯玉残高及び取引履歴を埋め込んで配信するように依頼し（ステップＳ４０５）、すべての会員ＩＤについて終了するまで（ステップＳ４０６否定）上記したステップＳ４０２〜ステップＳ４０５の処理を繰り返し行い、すべての会員ＩＤについて終了した場合に（ステップＳ４０６肯定）、処理を終了する。
【００６７】
上述してきたように、本実施例１に係る会員管理Ｔ／Ｃ１０によれば、会員ＩＤ（又はＩＤｍ）ごとに貯玉残高及び貯玉残高に対する取引履歴を対応付けて記憶しておき、該記憶しておいた貯玉残高及び取引履歴を携帯電話機８０に通知させる依頼をメールサーバ１００に行うように構成したので、遊技客が遊技店に来店していない状況下でも遊技客の貯玉残高及び勝敗管理の把握ニーズに対応することができ、遊技客の来店意欲を向上させることが可能である。
【実施例２】
【００６８】
さて、上記した実施例１では、取引履歴管理テーブル１４ｃに記憶された取引履歴をメールサーバ１００にそのまま配信させる実施例を説明したが、本実施例２では、取引履歴のうち所定期間のものを対象として、取引種別ごとの取引玉数、すなわち貯玉数及び再プレイ玉数それぞれを集計してから総貯玉数、総再プレイ玉数及びこれらの差分値をメールサーバ１００に配信させる点にその特徴がある。
【００６９】
すなわち、本実施例２では、遊技客が勝敗管理及び勝敗要因を一目で把握できる要点を抽出するために、たとえば１日分トータルで再プレイ玉数及び貯玉数を集計して本日のトータル獲得差玉を求めたり、遊技台別に再プレイ玉数及び貯玉数を集計して台別獲得差玉を求めたり、また、遊技台の遊技種別に再プレイ玉数及び貯玉数を集計して機種別獲得差玉を求めたりしている。
【００７０】
図１１に示す例では、上記した実施例１で例示した貯玉残高及び取引履歴（一番上に例示した画面に表示される情報）以外に、総再プレイ玉数「２０００玉」、総貯玉数「３８３０玉」、本日のトータル獲得差玉「１８３０玉」をメールサーバ１００にメール配信させることで、「今日どれだけ貯玉を使い、どれだけ獲得したのか」を一見して把握させることができる。
【００７１】
さらに、遊技台別の獲得差玉、たとえば台番号「１００」の獲得差玉「−２５０玉」、台番号「１０１」の獲得差玉「−１２５玉」、・・・、台番号「２０５」の獲得差玉「＋３０８０玉」をメールサーバ１００にメール配信させることで、番台別の戦績「特に１００番台で好戦績を残したこと」を一見するだけで把握させることができる。
【００７２】
また、遊技機種別の獲得差玉、たとえば機種「パチンコＸ」での再プレイ玉数「３７５玉」、貯玉数「０玉」及び獲得差玉「−３７５玉」、機種「パチンコＺ」での再プレイ玉数「１２５玉」、貯玉数「３８３０玉」及び獲得差玉「−３７０５玉」をメールサーバ１００に配信させることで、遊技機種別の戦績「特にパチンコＺで好戦績を残したこと」を一見するだけで把握させることができる。
【００７３】
したがって、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、遊技客に勝敗管理及び勝敗要因を一目で把握させることができ、遊技客の勝敗管理の把握ニーズを高水準で満たすことが可能になる。
【００７４】
次に、本実施例２に係る会員管理Ｔ／Ｃ１０の構成について説明する。図１２は、実施例２に係る会員管理Ｔ／Ｃの構成を示す機能ブロック図である。同図に示すように、本実施例２に係る会員管理Ｔ／Ｃ１０は、実施例１に比較して、（１）貯玉管理部１５ａが新たに台番号登録部１５ｃを内在する点、（２）この台番号登録部１５ｃの追加に伴って取引履歴管理テーブル１４ｃの記憶内容に台番号が追加された点、（３）遊技機種ごとの集計を可能とするために機種対台関係管理テーブル１４ｄが追加された点、並びに、（４）取引種別ごとの取引玉数を集計する取引履歴集計部１５ｄが追加された点が相違する。
【００７５】
（１）台番号登録部
台番号登録部１５ｃは、貯玉更新処理の実行時にその更新に関係する遊技台の台番号を取引履歴管理テーブル１４ｃに登録する処理部である。具体的には、貯玉加算処理（計数貯玉処理）の実行時に会員カード処理機７０から受け付けた計数貯玉依頼に含まれる遊技台の台番号を取引履歴管理テーブル１４ｃに登録し、また、貯玉減算処理（再プレイ処理）の実行時にＣＲユニットから受け付けた再プレイ要求に含まれる遊技台の台番号を取引履歴管理テーブル１４ｃに登録する。
【００７６】
ここで、かかる計数貯玉依頼に含まれる台番号は、会員カード処理機７０にて遊技店の係員に手入力させてもよいし、また、獲得玉の格納箱、いわゆるドル箱に台番号を記憶したＩＣタグを付し、このＩＣタグの台番号をリーダライタ７５に取得させてもよい。また、再プレイ要求に含まれる台番号は、ＣＲユニット３０にてインターフェース接続されるパチンコ機４０の台番号が設定として保持されているのでその台番号をそのまま再プレイ要求に含ませるようすればよい。
【００７７】
このように、貯玉加算処理の実行時に当該加算処理を行うパチンコ玉の獲得元である遊技台の台番号を取引履歴として登録し、貯玉減算処理の実行時に当該減算処理と引き換えに再プレイを行ったパチンコ玉の使用先である遊技台の台番号を取引履歴として登録することで、台番号を用いた再プレイ玉数及び貯玉数の集計を行うことができ、取引履歴の集計を多面的に行うことが可能になる。
【００７８】
（２）取引履歴管理テーブル１４ｃの記憶内容
取引履歴管理テーブル１４ｃは、上記した実施例１と同様（図６及び図７参照）、会員ＩＤ（もしくはＩＤｍ）ごとに所定期間（１日）内の各貯玉取引の取引時刻、取引種別、取引玉数及び貯玉残高を記憶しているが、本実施例２では、図１３に示すように、貯玉取引ごとに台番号を記憶している点が相違する。ここで、貯玉取引ごとに台番号を記憶することとしたのは、遊技台別に再プレイ玉数及び貯玉数を集計することを可能ならしめるためである。
【００７９】
（３）機種対台関係管理テーブル
機種対台関係管理テーブル１４ｄは、遊技台の遊技機種とその遊技機種に属する遊技台の台番号の対応関係を管理するテーブルであり、図１４に示すように、１つの遊技機種にその遊技機種に属する遊技台群の台番号を記憶したテーブルである。ここで、遊技機種とそれに属する遊技台の台番号の対応関係を記憶するのは、遊技機種別に再プレイ玉数及び貯玉数を集計することを可能ならしめるためである。
【００８０】
（４）取引履歴集計部
取引履歴集計部１５ｄは、取引履歴管理テーブル１４ｃに記憶された取引履歴のうち所定期間のものを対象として、貯玉数及び再プレイ玉数それぞれを集計する処理部である。例えば、取引履歴管理テーブル１４ｃに記憶された１日分の取引種別ごとの取引玉数、すなわち再プレイ玉数及び貯玉数を集計して本日のトータル獲得差玉を算出したり、再プレイ玉数及び貯玉数それぞれを台番号ごとに集計して台別の獲得差玉を算出したり、また、機種対台関係管理テーブル１４ｄに記憶された遊技機種とそれに属する遊技台の台番号の対応関係を参照して、台番号が対応する遊技機種ごとに、再プレイ玉数及び貯玉数それぞれを集計して機種別の獲得差玉を算出したりする。
【００８１】
その後、通知依頼部１５ｂは、属性情報管理テーブル１４ａに記憶されたメールアドレスを宛先として、取引履歴集計部１５ｄによって集計・算出された本日のトータル獲得差玉及びその内訳、台別の獲得差玉、機種別の獲得差玉及びその内訳を予め定められたフォーマット（図１１参照）に埋め込んで配信するようメールサーバ１００に依頼する。
【００８２】
次に、図１２に示した取引履歴集計部１５ｄによる取引履歴集計処理について説明する。図１５は、図１２に示した取引履歴集計部１５ｄによる取引履歴集計処理を示すフローチャートである。この取引履歴集計処理は、図１０に示した通知依頼処理におけるステップＳ４０４とステップＳ４０５の間に行われる処理である。
【００８３】
同図に示すように、まず、取引履歴集計部１５ｄは、１日分の取引種別ごとの取引玉数、すなわち再プレイ玉数及び貯玉数を集計し（ステップＳ５０１及びステップＳ５０２）、該集計した総貯玉数から総再プレイ玉数を減算して本日のトータル獲得差玉を算出する（ステップＳ５０３）。
【００８４】
続いて、取引履歴集計部１５ｄは、再プレイ玉数及び貯玉数それぞれを台番号ごとに集計し（ステップＳ５０４及びステップＳ５０５）、台番号ごとに集計した総貯玉数からその総再プレイ玉数を減算して台別の獲得差玉を算出する（ステップＳ５０６）。
【００８５】
その後、取引履歴集計部１５ｄは、機種対台関係管理テーブル１４ｄに記憶された遊技機種とそれに属する遊技台の台番号の対応関係を参照して、台番号が対応する遊技機種ごとに再プレイ玉数及び貯玉数それぞれを集計し（ステップＳ５０７及びステップＳ５０８）、遊技機種ごとに集計した総貯玉数からその総再プレイ玉数を減算して機種別の獲得差玉を算出する（ステップＳ５０９）。
【００８６】
このように、取引履歴集計部１５ｄによって集計・算出された本日のトータル獲得差玉及びその内訳、台別の獲得差玉、機種別の獲得差玉及びその内訳は、予め定められたフォーマット（図１１参照）に埋め込んで配信するよう通知依頼部１５ｂによりメールサーバ１００に依頼される。
【００８７】
上述してきたように、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、取引履歴のうち所定期間のものを対象として、貯玉数及び再プレイ玉数それぞれを集計し、該集計した貯玉数、再プレイ玉数及びこれら両者の差分値（獲得差玉）を携帯電話機８０に通知するようメールサーバ１００に依頼するように構成したので、遊技客に勝敗管理及び勝敗要因を一目で把握させることができ、遊技客の勝敗管理の把握ニーズを高水準で満たすことが可能である。
【００８８】
また、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、更新履歴として記憶しておいた貯玉数及び再プレイ玉数それぞれを台番号ごとに集計するように構成したので、遊技台別の戦績を遊技客に通知させることができ、遊技台ごとの勝敗管理及び勝敗要因を把握させることが可能である。
【００８９】
さらに、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、遊技台の遊技機種及び該遊技機種に属する遊技台の台番号の対応関係を記憶しておき、記憶しておいた対応関係を参照して、取引履歴として記憶した台番号が対応する遊技機種ごとに、貯玉数及び再プレイ玉数それぞれを集計するように構成したので、遊技機種別の戦績を遊技客に通知させることができ、遊技機種ごとの勝敗管理及び勝敗要因を把握させることが可能である。
【実施例３】
【００９０】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００９１】
（１）メールサーバ１００の配信項目
例えば、上記した実施例２では、貯玉残高、取引履歴、本日のトータル獲得差玉、台別の獲得差玉、機種別の獲得差玉のすべてをメールサーバ１００に配信させる例を説明したが、必ずしも全ての項目の情報を通知する必要はない。
【００９２】
すなわち、本発明では、携帯電話機８０にてメールサーバ１００に配信させる取引履歴の項目を設定させておき、携帯電話機８０のメール機能やＩＣチップ８１の通信機能を通じて設定した取引履歴の項目を会員管理Ｔ／Ｃ１０に通知させ、通知依頼部１５ｂにて取引履歴のうち、通知された更新履歴の項目だけを携帯電話機８０に通知するようメールサーバ１００に依頼させるように貯玉管理システムを構成してもよい。
【００９３】
例えば、会員カード処理機７０のリーダライタ７５やＣＲユニット３０のリーダライタ３５を通じて携帯電話機８０のＣＰＵに閲覧設定アプリを予めダウンロードさせておき、この閲覧設定アプリに図１６に示すような設定画面を表示させて、貯玉残高、取引履歴、台別獲得差玉、機種別獲得差玉、本日トータル獲得差玉のうち配信を希望する項目を閲覧設定情報として入力させる。その後、リーダライタを有する店内機器（例えば、ＣＲユニット３０や会員カード処理機７０等）にて携帯電話機８０のかざし操作が行われると、携帯電話機８０のＣＰＵ、閲覧設定アプリ、リーダライタで三者間通信が行われてリーダライタに閲覧設定情報が受け渡されるので、この閲覧設定情報を会員管理Ｔ／Ｃ１０に転送させ、会員管理Ｔ／Ｃ１０に管理させておく。このように閲覧設定情報を会員管理Ｔ／Ｃ１０に管理させておけば、遊技店の閉店時刻になった際には貯玉残高、取引履歴、台別獲得差玉、機種別獲得差玉、本日トータル獲得差玉のうち遊技客が希望する項目だけをメールサーバ１００に配信させることができ、遊技客が不要に感じる情報を通知することを防止することができる。また、属性情報管理テーブル１４ａに登録されているメールアドレスが通信装置のものである場合には、通信費用を低減させることも可能になる。
【００９４】
（２）メール配信の契機
また、上記した実施例１及び２では、遊技店の閉店時にメール配信を行わせる実施例を説明したが、必ずしも閉店時にメール配信を行わせる必要はなく、貯玉更新処理が行われる度にメール配信を行わせるようにしてもよい。
【００９５】
（３）メール配信の頻度
また、上記した実施例１及び２では、１日につき１度メールを配信することとしたが、それよりも多い頻度であっても少ない頻度であってもかまわない。例えば、貯玉利用がない日にはメール配信を行わないように通知依頼部１５ｂを構成すれば、メール配信を希望しない遊技客に迷惑メールと配信したという悪感情を喚起させることを防止することができる。これに関連して、１日トータル獲得差玉、台別獲得差玉及び機種別獲得差玉に加え、１ヶ月ごとに１ヶ月トータル獲得差玉、台別獲得差玉及び機種別獲得差玉を算出・配信するように会員管理Ｔ／Ｃ１０を構成すれば、１ヶ月の勝敗管理の把握ニーズも満たすこともできる。
【００９６】
（４）メール配信の対象
なお、上記した実施例１及び２では、会員登録した遊技客すべてにメール配信を行う実施例を説明したが、必ずしも会員すべてに配信する必要はなく、メール配信を希望する会員を予め登録し、それらの会員だけに送信するようにしてもよい。
【００９７】
（５）その他
また、上記した実施例２では、取引履歴集計部１５ｄの機能を会員管理Ｔ／Ｃ１０が有する例を説明したが、かかる取引履歴集計部１５ｄの機能を実現するアプリケーションを携帯電話機８０にダウンロードさせて実行させてもよい。
【００９８】
また、上記した実施例では、携帯電話機８０を会員カードの代わりに使用させるために携帯電話機８０内のＩＣチップ８１に記憶されたＩＤｍを用いることとしたが、必ずしもＩＤｍを用いる必要はなく、遊技客を一意に特定することができる識別情報（例えば、遊技店により発行される会員ＩＤ、電話番号、電子メールアドレスや携帯電話機８０の製造番号等）であれば任意のものを用いることができる。例えば、会員の登録時に携帯電話機８０内のＩＣチップ８１に会員ＩＤを記憶させておき、貯玉利用時には、会員カード処理機７０が携帯電話機８０の会員ＩＤを読み取り、該読み取った会員ＩＤを会員管理Ｔ／Ｃ１０に送信させるように貯玉管理システムを構成してもよい。
【００９９】
なお、上記した実施例１及び２では、本発明をパチンコ遊技を対象とした貯玉管理システムに適用する例を説明したが、パチスロ遊技を対象としてさらに含めた貯遊技媒体管理システム又はパチスロ遊技のみを対象とする貯メダル管理システムにも本発明を同様に適用することができる。
【０１００】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【産業上の利用可能性】
【０１０１】
以上のように、本発明に係る貯遊技媒体管理システム及び貯遊技媒体管理方法は、遊技客の来店意欲を向上させる場合に適している。
【図面の簡単な説明】
【０１０２】
【図１】実施例１に係る貯玉管理システムのシステム構成を示す図である。
【図２】実施例１に係る貯玉管理システムの特徴を説明するための説明図である。
【図３】図１に示した会員管理Ｔ／Ｃの構成を示す機能ブロック図である。
【図４】属性情報管理テーブルに記憶される情報の構成例を示す図である。
【図５】貯玉管理テーブルに記憶される情報の構成例を示す図である。
【図６】取引履歴管理テーブルに記憶される情報の構成例（１）を示す図である。
【図７】取引履歴管理テーブルに記憶される情報の構成例（２）を示す図である。
【図８】会員管理Ｔ／Ｃ及びＣＲユニットによる貯玉減算処理を説明するための説明図である。
【図９】図１に示した会員管理Ｔ／Ｃ及び会員カード処理機による貯玉加算処理を説明するための説明図である。
【図１０】図３に示した通知依頼部による通知依頼処理を示すフローチャートである。
【図１１】実施例２に係る貯玉管理システムの特徴を説明するための説明図である。
【図１２】実施例２に係る会員管理Ｔ／Ｃの構成を示す機能ブロック図である。
【図１３】取引履歴管理テーブルに記憶される情報の構成例（３）を示す図である。
【図１４】機種対台関係管理テーブルに記憶される情報の構成例を示す図である。
【図１５】図１２に示した取引履歴集計部による取引履歴集計処理を示すフローチャートである。
【図１６】遊技客が所持する携帯端末に表示される画面の一例を示す図である。
【符号の説明】
【０１０３】
１０    会員管理Ｔ／Ｃ
１１    入力部
１２    出力部
１３    ＩＦ部
１４    記憶部
１４ａ  属性情報管理テーブル
１４ｂ  貯玉管理テーブル
１４ｃ  取引履歴管理テーブル
１４ｄ  機種対台関係管理テーブル
１５    制御部
１５ａ  貯玉管理部
１５ｂ  通知依頼部
１５ｃ  台番号登録部
１５ｄ  取引履歴集計部
２０    島コントローラ
３０    カード処理ユニット（ＣＲユニット）
４０    パチンコ機
５０    計数機
７０    会員カード処理機
８０    携帯端末
８１    ＩＣチップ
１００    メールサーバ
【図１】
0005478812.tif 000002
【図２】
0005478812.tif 000003
【図３】
0005478812.tif 000004
【図４】
0005478812.tif 000005
【図５】
0005478812.tif 000006
【図６】
0005478812.tif 000007
【図７】
0005478812.tif 000008
【図８】
0005478812.tif 000009
【図９】
0005478812.tif 000010
【図１０】
0005478812.tif 000011
【図１１】
0005478812.tif 000012
【図１２】
0005478812.tif 000013
【図１３】
0005478812.tif 000014
【図１４】
0005478812.tif 000015
【図１５】
0005478812.tif 000016
【図１６】
0005478812.tif 000017