JP7130390B2 - 遊技管理システム及び遊技管理方法 - Google Patents

Description

この発明は、遊技客による遊技を管理する遊技管理システム及び遊技管理方法に関する。

従来、パチンコ店等の遊技店では、遊技客を識別する識別情報に関連付けて遊技客に関する各種情報を管理し、遊技客に対する様々なサービスを行なっている。例えば、特許文献１は、遊技店に会員登録した遊技客の会員ＩＤに対応付けて遊技媒体数を管理し、該遊技媒体数を翌日以降も遊技や賞品交換に使用可能とする貯玉サービスを提供する貯玉管理装置を開示している。

遊技客は、遊技において獲得した遊技媒体数である持玉を上述の貯玉管理装置に登録することで、持玉を貯玉に移行させることができる。持玉は、所定の期限内のみ（例えば当日の閉店時間まで）遊技や賞品交換に使用可能であるが、貯玉に移行させることにより所定の期限を超えて使用できることとなる。なお、遊技媒体としては遊技玉の他、メダル等も用いられるが、本明細書では説明を簡明にするため、遊技媒体の形状に関わらず持玉、貯玉と称する。

遊技客が貯玉サービスを利用する際には、会員ＩＤを記憶した会員カードなどが用いられる。例えば、貯玉を遊技に使用する場合には、遊技機に併設された各台装置が会員カードなどから会員ＩＤを読み取った状態で貯玉再プレイ操作を受け付けると、各台装置は貯玉管理装置と通信して会員ＩＤに対応付けられた貯玉を減算させ、遊技媒体の払出を実行する。

また、遊技客が携行する携帯電話等の端末装置を会員カードの代わりに用いることもできる。この場合には、端末装置の端末ＩＤと会員ＩＤとを予め関連付けておき、各台装置が端末装置から受信した端末ＩＤを用いて貯玉の特定が行われることになる。このように、端末装置を会員カードの代替として用いることができれば、遊技客にとっては会員カードを常に持ち歩く必要がなくなるために利便性が向上し、また、遊技店にとっては会員カードの再発行にかかる負担を減らすことができる。

遊技客に関する各種情報の管理は、遊技客へのサービスに限らず、遊技店の運営に利用することも可能である。例えば、遊技客の動向を分析し、遊技機の入替やイベントの実施に反映することができる。また、来店頻度が低下した遊技客に選択的に案内を送るなど、それぞれの遊技客に適応した対応を行うことも可能である。

特開２０１１－２１７８４６号公報

しかしながら、上述した従来の技術は、実際に遊技店に来店した遊技客による遊技の実績を蓄積するものであり、遊技店内の動向しか利用することができない。

例えば、インターネット等を介して遊技店の情報を閲覧したが、来店しなかった遊技客は、遊技店にとって潜在的な顧客であり、かかる遊技客の情報は遊技店にとって重要であるが、従来の技術ではこのような遊技客の情報を収集することはできなかった。また、近隣の他の遊技店で遊技している遊技客の情報も遊技店にとって重要であるが、従来の技術では他の遊技店の遊技客の情報を取得することはできない。

これらのことから、来店して行われた遊技の実績に限定されることなく、遊技客の動向を効率的に収集して遊技客による遊技を管理することが重要な課題となっていた。

本発明は、上述した課題を解決するためになされたものであって、遊技客の動向を効率的に収集して遊技客による遊技を管理することのできる遊技管理システム及び遊技管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、遊技客による遊技を管理する遊技管理システムであって、前記遊技客により操作される遊技客端末装置に対し、所定の通信回線経由で遊技に関する情報を提供する遊技情報提供手段と、前記遊技情報提供手段による情報提供の実績を示す情報提供実績と前記遊技客を識別する遊技客情報とを対応づけて管理する情報提供実績管理手段と、前記遊技客が遊技店において行った遊技の実績を示す遊技実績と当該遊技客の遊技客情報とを対応づけて管理する遊技実績管理手段と、同一遊技客に係る前記情報提供実績と前記遊技実績とを関連付ける関連付手段と、前記関連付手段により関連付けられた前記情報提供実績と前記遊技実績とを集計し、遊技客の遊技店評価及び遊技客評価を判定する分析手段と、前記分析手段により判定された遊技客の遊技店評価及び遊技客評価に対応した通知内容の情報を該遊技客に対して選択的に通知する情報通知手段とを備えたことを特徴とする。

また、本発明は、上記発明において、前記情報提供実績管理手段は、前記遊技客端末装置が記憶する前記遊技客情報を取得し、該遊技客情報と情報提供実績とを対応付けて管理し、前記遊技実績管理手段は、前記遊技客端末装置が遊技店内で遊技に関する処理に使用された場合に、該遊技に関する処理を含む遊技実績を前記遊技客端末装置から取得した前記遊技客情報に対応付けて管理することを特徴とする。

また、本発明は、上記発明において、前記分析手段は、遊技客による複数の遊技店の相対評価を判定することを特徴とする。

また、本発明は、上記発明において、前記遊技実績管理手段は、前記遊技客が前記遊技客端末装置に入力した遊技実績を前記遊技客情報に対応付けて管理することを特徴とする。

また、本発明は、上記発明において、前記遊技実績管理手段は、前記遊技客が前記遊技客端末装置に入力した遊技実績と、前記遊技店において管理された遊技実績とを統合して管理することを特徴とする。

また、本発明は、遊技客による遊技を管理する遊技管理方法であって、前記遊技客により操作される遊技客端末装置に対し、所定の通信回線経由で遊技に関する情報を提供する遊技情報提供ステップと、前記遊技情報提供ステップによる情報提供の実績を示す情報提供実績と前記遊技客を識別する遊技客情報とを対応づけて管理する情報提供実績管理ステップと、前記遊技客が遊技店において行った遊技の実績を示す遊技実績と当該遊技客の遊技客情報とを対応づけて管理する遊技実績管理ステップと、同一遊技客に係る前記情報提供実績と前記遊技実績とを関連付ける関連付ステップと、前記関連付ステップにより関連付けられた前記情報提供実績と前記遊技実績とを集計し、遊技客の遊技店評価及び遊技客評価を判定する分析ステップと、前記分析ステップにより判定された遊技客の遊技店評価及び遊技客評価に対応した通知内容の情報を該遊技客に対して選択的に通知する情報通知ステップとを含むことを特徴とする。

本発明によれば、遊技客の動向を効率的に収集して遊技客による遊技を管理することができる。

図１は、本実施例に係る遊技管理システムの概念の説明図である。 図２は、遊技店のシステム構成を示す図である。 図３は、図２に示した会員管理装置の構成を示す機能ブロック図である。 図４は、会員管理装置の記憶部に記憶されるデータの一例を説明するための説明図である。（その１） 図５は、会員管理装置の記憶部に記憶されるデータの一例を説明するための説明図である。（その２） 図６は、図２に示したサーバの構成を示す機能ブロック図である。 図７は、図６に示した記憶部が記憶する閲覧実績データの一例を説明するための説明図である。 図８は、図２に示した携帯端末装置の構成を示す機能ブロック図である。 図９は、サーバの処理手順を示すフローチャートである。 図１０は、サーバによる情報管理と分析の具体例についての説明図である。（その１） 図１１は、サーバによる情報管理と分析の具体例についての説明図である。（その２） 図１２は、サーバによる情報管理と分析の具体例についての説明図である。（その３） 図１３は、サーバによる情報管理と分析の具体例についての説明図である。（その４） 図１４は、サーバによる情報管理と分析の具体例についての説明図である。（その５） 図１５は、サーバによる情報管理と分析の具体例についての説明図である。（その６） 図１６は、サーバによる情報管理と分析の具体例についての説明図である。（その７） 図１７は、サーバによる情報管理と分析の具体例についての説明図である。（その８） 図１８は、遊技客が入力した個人遊技実績の利用についての説明図である。 図１９は、遊技客の評価の変形例についての説明図である。

以下に、添付図面を参照して、本発明に係る遊技管理システム及び遊技管理方法の好適な実施例を詳細に説明する。

本明細書中にあって持玉とは、遊技客が遊技において獲得した遊技媒体又は当該遊技媒体数を示すデータであって、その当日中（閉店より前の時間）のみ賞品交換や遊技に使用することができるものを言う。 貯玉とは、遊技客が遊技において獲得した遊技媒体又は当該遊技媒体数を示すデータであって、翌日以降（閉店より後の時間）も賞品交換や遊技に使用することができるものを言う。持玉は、一般遊技客および会員遊技客の双方が使用可能であり、遊技に用いる遊技機の変更（いわゆる台移動）を行った場合などに使用する。貯玉は通常、会員遊技客のみが使用可能であり、獲得した遊技媒体を翌日以降の遊技に用いる場合に使用する。貯玉の使用には所定の手数料を課すこととしてもよい。

まず、本実施例に係る遊技管理システムの概念について説明する。図１は、本実施例に係る遊技管理システムの概念の説明図である。図１に示した遊技管理システムでは、サーバ１２０が複数の遊技店について、設置された遊技機の機種や出玉、イベントなどの情報を収集し、店舗情報として管理している。遊技客は、携帯端末装置１１０を使用し、インターネット等の所定のネットワークを介してサーバ１２０にアクセスし、任意の店舗の情報を閲覧することができる。

図１では、遊技店Ａ、遊技店Ｂなどの複数の遊技店が存在し、各遊技店には複数の遊技機２０と、複数の遊技機２０にそれぞれ対応する複数の台間カード処理機１０とが設置されている。

各遊技店は、自店舗の識別情報、自店舗に設置された遊技機２０の機種などとともに、それぞれの遊技機２０の稼働データをサーバ１２０に送信する（Ｓ１）。稼働データには、遊技機２０の出玉や大当り回数などの情報が含まれる。サーバ１２０は、各遊技店から受信した稼働データを店舗情報として遊技店毎に蓄積し、所定のネットワーク経由で閲覧可能なウェブページを生成する。

サーバ１２０は、携帯端末装置１１０からのアクセスを受け付けると（Ｓ２）、対応する店舗情報を提供する（Ｓ３）。このとき、サーバ１２０は、携帯端末装置１１０から遊技客の会員ＩＤを取得し、遊技客がどの情報にアクセスしたかを示す閲覧実績を会員ＩＤに対応付けて管理する。

その後、遊技客が遊技店Ａで遊技を行ったならば（Ｓ４）、遊技店Ａは、遊技客による遊技の実績を遊技客の会員ＩＤに対応付けてサーバ１２０に送信する。他の店舗も同様に、自店舗に来店した遊技客による遊技の実績を会員ＩＤに対応付けてサーバ１２０に送信する。サーバ１２０は、複数の遊技店における遊技の実績を遊技客の会員ＩＤに対応付けて管理する。そして、サーバ１２０は、同一の会員ＩＤに対応付けられた閲覧実績と遊技実績とを関連付け、分析処理を実行することができる。

このように、サーバ１２０は、来店して行われた遊技の実績に限定されることなく、遊技客がどの情報にアクセスし、どの遊技店を選択し、どのように遊技を行ったかなどの遊技客の動向を効率的に収集して管理し、収集した情報を総合して分析することができる。

次に、遊技店のシステム構成について説明する。図２は、遊技店のシステム構成を示す図である。図２に示すように、遊技店には、複数の遊技機２０と、各遊技機２０にそれぞれ対応して設けられた台間カード処理機１０が設置される。台間カード処理機１０は、島コントローラ３０を介して店内のネットワークである通信回線と接続する。通信回線には、島コントローラ３０と、カード管理装置４０と、会員管理装置５０と、賞品管理装置６０と、精算機８０とが接続される。

また、島コントローラ３０には、島端計数機９０がさらに接続され、会員管理装置５０は遊技店外のサーバ１２０と通信可能である。さらに、島端計数機９０、台間カード処理機１０、遊技機２０及び賞品管理装置６０は、ホールコンピュータ１００に対してパルス信号を送信することができる。

遊技機２０は、遊技玉を遊技盤面に打ち込んで遊技を行う装置である。この遊技機２０の遊技盤面には、複数の入賞領域（入賞口）が設けられており、当該入賞領域を遊技玉が通過したことに基づいて所定個数の遊技玉を賞玉として付与するようになっている。また、遊技盤面には、所定個数の始動領域（始動口）が設けられており、当該始動領域を遊技玉が通過したことに基づいて所定の抽選を行うこととなっている。当該抽選が大当りとなれば、所定の可動部材等の作動により、前述の入賞領域あるいは他の始動領域への遊技玉の通過確率を向上する等、遊技上有利となる作動が行われる。始動口への玉の通過による抽選の結果は、抽選の結果を表示する特別図柄表示装置にて表示される。この特別図柄表示装置の抽選結果の表示は、所定時間の変動表示後、確定表示を行う態様で行なわれる。また、遊技盤面には、抽選の結果に基づいて所定の数字等の装飾図柄を可変表示する装飾図柄表示装置が設けられており、抽選の結果が大当りとなった場合に、例えば（７，７，７）などの揃い図柄を表示して報知を行なう。なお、始動領域と入賞領域を兼ねた領域を設けることもできる。

上記入賞領域には、当該入賞領域への遊技玉の通過を検出するための入賞センサが設けられており、この入賞センサにより入賞領域へ打ち込まれた遊技玉の通過（入賞）を検知するようになっている。また、遊技機２０の制御部は、入賞領域ごとに賞玉として付与する遊技玉の個数を記憶する賞玉メモリを有している。

したがって、打ち込んだ遊技玉の特定の入賞領域への通過が入賞センサにより検知されると、遊技機２０は、賞玉メモリの記憶内容と、入賞領域を通過した遊技玉数とから、付与すべき賞玉数を決定し、決定した賞玉数の払出処理を行うことができる。また、打ち込んだ遊技玉は、入賞領域を通過したか否かにかかわらず、最終的に遊技盤面裏側から遊技機外部に排出される。遊技機外部に排出された遊技玉は、遊技機ごとに付設されたアウト玉検出装置によって検出されるようになっている。

台間カード処理機１０は、入金の受付、遊技玉の貸し出し、カード管理装置４０との通信を行う。台間カード処理機１０は、遊技客により投入された紙幣を受け付けたならば、この紙幣の金額を含む入金通知データをカード管理装置４０に送信し、カード管理装置４０が管理するプリペイド価値に金額に応じた数を加算させる。そして、所定の玉貸操作がなされたならば、玉貸要求をカード管理装置４０に送信し、カード管理装置４０が管理するプリペイド価値を減算させて、減算されたプリペイド価値に対応する数の遊技玉の払出処理を行う。

また、台間カード処理機１０は、カードの挿入を受け付けたならば、カード管理装置４０にカード挿入通知データを送信する。また、台間カード処理機１０は、カード管理装置４０からプリペイド価値、持玉数、貯玉数を含むデータを受信したならば、受信したプリペイド価値、持玉数、貯玉数を記憶する。そして、持玉数を記憶したならば、台間カード処理機１０は、カード管理装置４０に対して持玉減算要求データを送信することで、カード管理装置４０が管理する持玉数をゼロにクリアする。

また、台間カード処理機１０は、持玉再プレイ操作を受け付けると、自装置に記憶した持玉数から所定数を減算し、減算した持玉数に対応する数の遊技玉の払出処理を行う。また、台間カード処理機１０は、貯玉再プレイ操作を受け付けると、カード管理装置４０に対して貯玉再プレイ要求データを送信することで、会員管理装置５０が管理する貯玉数から所定数を減算させ、減算させた貯玉数に対応する数の遊技玉の払出処理を行う。

また、台間カード処理機１０は、カード返却操作を受け付けたならば、自装置が管理する持玉数を含む持玉加算要求データをカード管理装置４０に送信し、カード管理装置４０に持玉数を加算させた後、カード排出通知データをカード管理装置４０に送信し、カードを排出制御する。

島コントローラ３０は、遊技島に設けられた一群の遊技機２０及び台間カード処理機１０を束ねる中継装置である。また、島コントローラ３０には、島端計数機９０がさらに接続される。

カード管理装置４０は、カードのプリペイド価値及び持玉数等をカードデータとして管理する装置である。カード管理装置４０は、台間カード処理機１０からカード挿入通知データを受信したならば、挿入されたカードのカードＩＤと台間カード処理機１０の装置ＩＤとを関連づけて管理し、該カードＩＤに関連づけられたプリペイド価値及び持玉数を台間カード処理機１０に送信する。また、カード挿入通知データに示されたカードＩＤが会員カードのカードＩＤである場合には、カード管理装置４０は、カード挿入通知データを会員管理装置５０に送信し、会員管理装置５０から受信した貯玉再プレイデータを台間カード処理機１０に送信する。

また、カード管理装置４０は、台間カード処理機１０から持玉減算要求データを受信した場合には、持玉数をゼロクリアする。また、カード管理装置４０は、台間カード処理機１０から持玉加算要求データを受信した場合には、持玉加算要求データに含まれる持玉数をカード管理装置４０が管理する持玉数に加算する。

また、カード管理装置４０は、台間カード処理機１０から玉貸要求データを受信したならば、カードＩＤに関連付けられたプリペイド価値を所定値減算し、玉貸許可データを台間カード処理機１０に送信する。そして、貯玉再プレイ要求データを受信したならば、該貯玉再プレイ要求データを会員管理装置５０に送信し、会員管理装置５０が貯玉再プレイデータを出力したならば、貯玉再プレイデータを台間カード処理機１０に送信する。

また、カード管理装置４０は、賞品管理装置６０からカードＩＤを受信したならば、このカードＩＤに関連付けられた持玉数を賞品管理装置６０に対して通知する。さらに、精算機８０からカードＩＤを受信したならば、このカードＩＤに関連付けられたプリペイド価値を精算機８０に対して通知する。

会員管理装置５０は、遊技店に会員登録された会員の会員管理データを管理する管理装置である。具体的には、会員に対して発行した会員カードＩＤに関連付けて、貯玉数、ポイント数、暗証番号及び氏名等を管理する。

会員管理装置５０は、台間カード処理機１０からカード挿入通知データを受信したならば、カード挿入通知データに示されたカードＩＤに関連付けられた貯玉数及び暗証番号を含む貯玉再プレイデータを台間カード処理機１０に送信する。また、会員管理装置５０は、台間カード処理機１０から貯玉再プレイ要求データを受信したならば、貯玉再プレイ要求データに示されたカードＩＤに関連づけられた貯玉数から所定数を減算し、減算後の貯玉数を含む貯玉再プレイデータを台間カード処理機１０に送信する。なお、台間カード処理機１０と会員管理装置５０との通信は、カード管理装置４０を介して行なわれる。

また、会員管理装置５０は、賞品管理装置６０から貯玉数の問い合わせを受けたならば、指定されたカードＩＤに対応する貯玉数を賞品管理装置６０に通知する。

賞品管理装置６０は、遊技店内の賞品交換カウンタに併設された賞品交換用の端末装置であり獲得玉、貯玉数及び持玉数を賞品に交換する賞品交換処理を行う。この賞品管理装置６０には、カードからカードＩＤを読み取るカードリーダ及び賞品を払い出す賞品払出装置が接続されている。賞品管理装置６０は、一般カード又会員カードからカードＩＤを読み出した場合（若しくは、携帯端末等からカードＩＤに対応する識別データを読み出した場合）には、カードＩＤをカード管理装置４０に送信して、該カードＩＤの持玉数を要求する。また、貯玉数を賞品交換する場合は、会員管理装置５０に対して貯玉数を要求する。

精算機８０は、プリペイド価値が関連付けられたカードが挿入されると、このカードのカードＩＤをカード管理装置４０に送信し、その応答データを受信することにより、カードに関連付けられたプリペイド価値を取得し、取得したプリペイド価値に応じて貨幣を払い出す。

ホールコンピュータ１００は、島端計数機９０、台間カード処理機１０及び遊技機２０各種パルス信号を受信し、遊技玉の利用状況を管理する装置である。具体的には、島端計数機９０は、遊技玉を所定数計数するごとに計数パルスを出力する。台間カード処理機１０は、玉貸により所定数の遊技玉を払い出す度に玉貸パルスを出力し、持玉再プレイにより所定数の遊技玉を払い出す度に持玉再プレイパルスを出力し、貯玉再プレイにより所定数の遊技玉を払い出す度に貯玉再プレイパルスを出力する。遊技機２０は、遊技盤面から所定数の遊技玉が排出される度にアウトパルスを出力し、入賞に基づいて所定数の遊技玉を払い出す度にセーフパルスを出力し、大当りなどの発生に基づいて特賞パルスを出力する。

サーバ１２０は、複数の遊技店から稼働データや遊技実績を取得して管理する。また、サーバ１２０は、端末装置１１０からのアクセスを受け付けて各種情報の送信し、閲覧実績を管理する。そして、同一遊技客による閲覧実績と遊技実績を関連付けて分析することができる。

次に、図２に示した遊技システムの玉貸処理について説明する。遊技客が台間カード処理機１０に対して玉貸操作を行うと、台間カード処理機１０は、カード管理装置４０に玉貸要求データを送信する。この玉貸要求データは、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別データを含む。

カード管理装置４０は、玉貸要求データを受信すると、玉貸要求データのカードＩＤに関連付けられたプリペイド価値から所定値を減算する。そして、カード管理装置４０は玉貸許可データを送信元の台間カード処理機１０に送信する。玉貸許可データを受信した台間カード処理機１０は、減算したプリペイド価値に対応する遊技玉数の払出処理を行う。

次に、図２に示した遊技システムで持玉の再プレイを行う場合の持玉再プレイ処理について説明する。台間カード処理機１０は、一般カードあるいは会員カードの挿入を受け付けたならば、カード管理装置４０にカード挿入通知データを送信する。このカード挿入通知データは、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別データと、台間カード処理機１０のレートを特定するためのデータとを含む。

カード管理装置４０は、台間カード処理機１０からカード挿入通知データを受信したならば、該カード挿入通知データ内のカードＩＤに関連付けられた各レートの持玉数を台間カード処理機１０に通知する。

台間カード処理機１０は、カード管理装置４０から受信した持玉数を記憶する。そして、カードＩＤ、レートを特定するデータ及び持玉数をゼロクリアする旨を示す持玉減算要求データをカード管理装置４０に送信する。カード管理装置４０は、持玉減算要求データを受信したならば、指定されたカードＩＤ及びレートの持玉数をゼロクリアする。また、台間カード処理機１０は、持玉再プレイ操作を受け付けて持玉再プレイを行う場合には、記憶した持玉数から所定数を減算し、対応する遊技玉数の払出処理を行う。払出処理を行う場合、遊技機が払出可能な単位（例えば２５玉）の倍数については、遊技機に払出指示を送信することにより払出処理を行い、残り（例えば２５玉未満）については自機のノズルユニット１８ａから払い出すことにより払出処理を行う。

台間カード処理機１０は、カード返却操作を受け付けたならば、カード管理装置４０に対して持玉加算要求データを送信する。この持玉加算要求データは、カード返却の対象となるカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別データと、台間カード処理機１０のレートの持玉数とを含む。

カード管理装置４０は、持玉加算要求データを受け付けたならば、指定されたカードＩＤ及びレートの持玉数に持玉加算要求データに含まれる持玉数を加算する。その後、台間カード処理機１０は、カード管理装置４０にカード排出通知データを送信し、カードを排出制御する。

次に、図２に示した遊技システムでの貯玉再プレイ処理について説明する。台間カード処理機１０は、会員カード又は会員カードとして使用可能な携帯端末からカードＩＤを読み取ったならば、カード管理装置４０にカード挿入通知データを送信する。このカード挿入通知データは、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別データと、台間カード処理機１０のレートを特定するためのデータとを含む。

カード管理装置４０は、台間カード処理機１０から受信したカード挿入通知データを会員管理装置５０に送信する。会員管理装置５０は、カード挿入通知データを受信したならば、該カード挿入通知データ内のカードＩＤに関連付けられた暗証番号と、貯玉のうち、該カード挿入通知データにより特定されたレートの貯玉数と、貯玉再プレイの可能数を含む貯玉再プレイデータを台間カード処理機１０に送信する。貯玉再プレイの可能数は、貯玉再プレイを行うことのできる玉数を示す。この貯玉再プレイの可能数は、貯玉再プレイにおける遊技玉の払出単位数の倍数である。貯玉再プレイに上限が設定されていれば、貯玉数と上限の範囲内で最大の値が貯玉再プレイの可能数となる。なお、貯玉再プレイの可能数の代わりに貯玉再プレイが可能な回数を貯玉再プレイ度数として用いてもよい。貯玉再プレイ度数は、貯玉再プレイにおける遊技玉の払出単位数で貯玉数を除算した商にあたる。ただし、貯玉再プレイに上限が設定されている場合には、この上限により貯玉再プレイ度数は制限される。

台間カード処理機１０は、受信した貯玉再プレイデータを記憶し、貯玉再プレイデータに示された貯玉再プレイの可能数が１以上である場合には貯玉再プレイ操作を受け付け可能とする。

台間カード処理機１０は、貯玉再プレイデータの記憶後、最初に貯玉再プレイ操作を受け付けた場合に、遊技客に対して暗証番号の入力を求め、入力された暗証番号が貯玉再プレイデータに示された暗証番号と一致するか否かを判定する。

台間カード処理機１０は、暗証番号が一致した場合に、カード管理装置４０に貯玉再プレイ要求データを送信する。この貯玉再プレイ要求データは、台間カード処理機１０に挿入されているカードのカードＩＤと、送信元である台間カード処理機１０を特定するアドレス若しくは任意の識別データと、台間カード処理機１０のレートを特定するためのデータとを含む。

カード管理装置４０は、貯玉再プレイ要求データを会員管理装置５０に送信する。会員管理装置５０は、貯玉再プレイ要求データを受信したならば、該貯玉再プレイ要求データ内のカードＩＤに関連付けられた貯玉のうち、該電文により特定されたレートの貯玉の残高を所定値減算し、貯玉再プレイの可能数を再計算する。そして、減算後の残高と貯玉再プレイの可能数とを含む貯玉再プレイデータを台間カード処理機１０に送信する。

台間カード処理機１０は、記憶する貯玉数を更新し、貯玉再プレイの払出単位数分の遊技玉数の払出処理を行う。また、更新後の貯玉再プレイの可能数が１以上であるかを判定する。貯玉再プレイの可能数が０であれば、貯玉再プレイ操作を受付不可とする。更新後の貯玉再プレイの可能数が１以上であれば、再度貯玉再プレイ操作を受付可能とする。２回目以降の貯玉再プレイでは、暗証番号の確認は不要である。なお、暗証番号の確認を毎回行うようにしてもよい。また、ここでは会員管理装置５０が貯玉の残高を減算した後、台間カード処理機１０が遊技玉の払出処理を行う場合を例示したが、貯玉再プレイ要求に基づいて遊技玉の払出処理を行った後に、貯玉の残高を減算してもよい。貯玉再プレイ要求前の貯玉再プレイデータに、貯玉再プレイの可能数が示されており、貯玉再プレイ要求を受け付けた後に残高不足が判明する事態とはならないためである。

次に、閉店処理における持玉からの貯玉への移行について説明する。カード管理装置４０は、閉店処理時にカード管理データの持玉数を確認し、ゼロより大きい持玉数が関連付けられたレコードが存在する場合には、該レコードの持玉数をカードＩＤ及びレートとともに会員管理装置５０に通知する。会員管理装置５０は、カードＩＤ及びレートにより特定される貯玉数にカード管理装置４０から通知された持玉数を加算する。その後、カード管理装置４０は、該持玉数をゼロクリアする。

次に、図２に示した会員管理装置５０の内部構成について説明する。図３は、図２に示した会員管理装置５０の構成を示す機能ブロック図である。同図に示すように、会員管理装置５０は、表示部５１及び入力部５２と接続される。表示部５１は、液晶パネルやディスプレイ装置等であり、入力部５２は、キーボードやマウス等である。

また、会員管理装置５０は、外部ネットワーク通信部５３と、店舗ネットワーク通信部５４と、記憶部５５と、制御部５６とを有する。外部ネットワーク通信部５３は、遊技店外のネットワークを介してサーバ１２０等とデータ通信するためのインタフェース部である。店舗ネットワーク通信部５４は、遊技店内の通信回線を介して賞品管理装置６０及びカード管理装置４０等とデータ通信するためのインタフェース部である。

記憶部５５は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、会員管理データ５５ａ、遊技種設定データ５５ｂ、賞品マスタ５５ｃ及び遊技実績データ５５ｄを記憶する。

会員管理データ５５ａは、会員に対して発行した会員カードのカードＩＤに対し、氏名、貯玉、端末ＩＤ、住所、電話番号等を関連付けたデータである。遊技種設定データ５５ｂは、遊技種に対してレート及び表示名を関連付けたデータである。賞品マスタ５５ｃは、遊技玉を賞品に交換する際に使用するデータである。遊技実績データ５５ｄは、遊技客による遊技の実績を会員ＩＤに対応づけたデータである。

制御部５６は、会員管理装置５０を全体制御する制御部であり、会員管理部５６ａ、賞品マスタ管理部５６ｂ、店舗遊技実績管理部５６ｃ及び分析結果取得部５６ｄを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、会員管理部５６ａ、賞品マスタ管理部５６ｂ、店舗遊技実績管理部５６ｃおよび分析結果取得部５６ｄにそれぞれ対応するプロセスを実行させることになる。

会員管理部５６ａは、会員管理データ５５ａの管理を行う処理部である。会員管理部５６ａは、カード管理装置４０及び賞品管理装置６０と通信して、カードＩＤに関連付けられた貯玉の残高を更新する。また、会員管理部５６ａは、会員登録要求を受け付けた場合には、会員管理データ５５ａに会員を追加する更新を行う。

ここで、会員管理部５６ａによる貯玉再プレイ処理について説明する。会員管理部５６ａは、台間カード処理機１０から貯玉再プレイ要求データを受信したならば、該貯玉再プレイ要求データ内のカードＩＤに関連付けられた貯玉のうち、払出先のレートの貯玉の残高を払出単位数だけ引落し、貯玉再プレイの可能数を再計算する。そして、減算後の残高と貯玉再プレイの可能数とを含む貯玉再プレイデータを台間カード処理機１０に送信する。

賞品マスタ管理部５６ｂは、賞品マスタ５５ｃを管理する処理部である。賞品マスタ管理部５６ｂは、賞品マスタ５５ｃの更新が行われたならば、遊技店内の賞品管理装置６０に賞品マスタ５５ｃを配布する。

店舗遊技実績管理部５６ｃは、自遊技店において行われた遊技の実績を管理する処理部である。具体的には、店舗遊技実績管理部５６ｃは、自遊技店で会員カードがなんらかの処理に用いられた場合に、会員ＩＤ（会員カードのカードＩＤ）に処理の内容を対応づけて遊技実績データ５５ｄに登録する。

同様に、自遊技店で携帯端末装置１１０がなんらかの処理に用いられたならば、店舗遊技実績管理部５６ｃは、携帯端末装置１１０から取得した会員ＩＤに処理の内容を対応づけて遊技実績データ５５ｄに登録する。

また、店舗遊技実績管理部５６ｃは、会員ＩＤに処理の内容を対応づけて遊技実績データ５５ｄに登録したならば、同一の遊技客による他の処理についても遊技実績データ５５ｄに登録する。例えば、一般カードによる玉貸しが行われた後、会員カードや携帯端末装置１１０を用いて持玉を貯玉に移行する処理が行われたならば、一般カードによる玉貸しも同一の遊技客による処理であるとして、会員ＩＤに対応づけて管理する。

なお、店舗遊技実績管理部５６ｃは、会員カードの会員ＩＤと携帯端末装置１１０の会員ＩＤが関連付けられて会員管理データ５５ａに登録されているならば、これらの会員ＩＤに係る遊技の実績は、遊技実績データ５５ｄにおいて統合されて管理される。

店舗遊技実績管理部５６ｃは、遊技実績データ５５ｄをサーバ１２０に送信する。この遊技実績データ５５ｄの送信は、任意のタイミングで行うことができる。例えば、遊技実績データ５５ｄを更新する度に行ってもよいし、閉店処理時に行ってもよい。

分析結果取得部５６ｄは、サーバ１２０による分析結果を取得する処理部である。分析結果取得部５６ｄは、例えば遊技客による自店舗の評価などの分析結果を取得し、表示部５１などにより出力することができる。また、分析結果取得部５６ｄは、サーバ１２０から受信したデータを加工して出力したり、自店舗での分析に用いることができる。また、分析結果取得部５６ｄは、サーバ１２０での分析前のデータを取得することも可能である。なお、サーバ１２０は、取得したデータを他の店舗に提供する場合には、適宜加工を行って店舗が秘匿すべき情報の漏洩を防止する。

次に、図３に示した記憶部５５が記憶するデータの具体例について説明する。図４～図５は、会員管理装置５０の記憶部５５に記憶されるデータの一例を説明するための説明図である。図４（ａ）に示す会員管理データ５５ａは、カードＩＤ「２００２」に対して、氏名「Ｂ Ｃ」、各遊技種の貯玉の残高、端末ＩＤ「ＩＤｍＸ１」等が対応づけられた状態を示している。なお、図示は省略したが会員管理データ５５ａは、ポイント、来店回数、遊技履歴、暗証番号等をカードＩＤに対応付けることができる。また、端末ＩＤは、携帯電話等の携帯端末を特定可能な識別データであり、携帯端末を会員カードとして使用する際に用いられる。

また、図４（ａ）では、貯玉は、「玉１」、「玉２」及び「玉３」の３つの遊技種について設けられている。例えば、カードＩＤ「２００２」の「玉１」の貯玉の残高は「２５０」、「玉２」の貯玉の残高は「１０００」、「玉３」の貯玉の残高は「４０００」である。

図４（ｂ）に示す遊技種設定データ５５ｂは、遊技種名「玉１」に対し、レート「４円」及び表示名「４パチ」を関連付けている。また、遊技種設定データ５５ｂは、遊技種名「玉２」に対し、レート「２円」及び表示名「２パチ」を関連付けている。また、遊技種設定データ５５ｂは、遊技種名「玉３」に対し、レート「１円」及び表示名「１パチ」を関連付けている。

図４（ｃ）に示す賞品マスタ５５ｃは、賞品を一意に識別する賞品コードに対し、賞品名、群コード、賞品価値及び交換玉数を関連付けたデータである。ここで、群コードは賞品を分類して管理する為の識別情報である。群コード「０１」は、一定の手続きを経て所定の価値で譲渡可能な交換賞品を示す。群コード「０２」以降は、交換賞品以外の日用品などを含む一般賞品である。

賞品マスタ５５ｃは、賞品コード「０００１」に対し、賞品名「大賞品」、群コード「０１」、賞品価値「１０００」、玉１の交換玉数「２５０」、玉２の交換玉数「５００」、玉３の交換玉数「１０００」を関連付けている。

また、賞品マスタ５５ｃは、賞品コード「０００２」に対し、賞品名「小賞品」、群コード「０１」、賞品価値「５００」、玉１の交換玉数「１２５」、玉２の交換玉数「２５０」、玉３の交換玉数「５００」を関連付けている。

また、賞品マスタ５５ｃは、賞品コード「０１００」に対し、賞品名「Ｍセブン」、群コード「０２」、賞品価値「４００」、玉１の交換玉数「１００」、玉２の交換玉数「２００」、玉３の交換玉数「４００」を関連付けている。

また、賞品マスタ５５ｃは、賞品コード「０１０１」に対し、賞品名「ラック」、群コード「０２」、賞品価値「４２０」、玉１の交換玉数「１０５」、玉２の交換玉数「２１０」、玉３の交換玉数「４２０」を関連付けている。

また、賞品マスタ５５ｃは、賞品コード「０６００」に対し、賞品名「端玉 飴」、群コード「０４」、賞品価値「１２」、玉１の交換玉数「３」、玉２の交換玉数「６」、玉３の交換玉数「１２」を関連付けている。

図５（ｄ）に示す遊技実績データ５５ｄは、遊技店の識別情報である店舗ＩＤ、会員ＩＤ、日時、遊技種により定まる遊技媒体の貸出単価であるレート、遊技機の機種、遊技機の識別情報である遊技機ＩＤ、処理の内容などを対応付けたデータである。

具体的には、図５（ｄ）では、店舗ＩＤ「Ａ」、会員ＩＤ「２１３５」、日時「２０１７ １２/１２ １４：００」、レート「４」、機種「ＥＶ０５」、遊技機ＩＤ「４０１１」及び処理「貯玉再プレイ ５００玉」を対応付けている。同様に、店舗ＩＤ「Ａ」、会員ＩＤ「２１０１」、日時「２０１７ １２/１２ １４：１０」、レート「１」、機種「ＥＶ１２」、遊技機ＩＤ「４０５１」及び処理「計数 １２００玉」を対応付けている。

次に、図２に示したサーバ１２０の内部構成について説明する。図６は、図２に示したサーバ１２０の構成を示す機能ブロック図である。同図に示すように、サーバ１２０は、表示部１２１及び入力部１２２と接続される。表示部１２１は、液晶パネルやディスプレイ装置等であり、入力部１２２は、キーボードやマウス等である。

また、サーバ１２０は、ネットワーク通信部１２４と、記憶部１２５と、制御部１２６とを有する。ネットワーク通信部１２４は、インターネット等の所定のネットワークを介して複数の遊技店や携帯端末装置１１０とデータ通信するためのインタフェース部である。

記憶部１２５は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、店舗データ１２５ａ、閲覧実績１２５ｂ、遊技実績データ１２５ｃ及び分析結果データ１２５ｄを記憶する。

店舗データ１２５ａは、複数の遊技店について、設置された遊技機の機種や出玉、イベントの実施状況などを示すデータである。閲覧実績データ１２５ｂは、遊技客が店舗データ１２５ａのどの情報にアクセスしたかを示すデータである。遊技実績データ１２５ｃは、複数の遊技店における遊技の実績を示すデータである。分析結果データ１２５ｄは、閲覧実績と遊技実績とを関連付けて行った分析処理の結果を示すデータである。

制御部１２６は、サーバ１２０を全体制御する制御部であり、店舗情報管理部１２６ａ、閲覧実績管理部１２６ｂ、遊技実績管理部１２６ｃ、関連付処理部１２６ｄ及び分析処理部１２６ｅを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵ（Central Processing Unit）にロードして実行することにより、店舗情報管理部１２６ａ、閲覧実績管理部１２６ｂ、遊技実績管理部１２６ｃ、関連付処理部１２６ｄ及び分析処理部１２６ｅにそれぞれ対応するプロセスを実行させることになる。

店舗情報管理部１２６ａは、遊技店に関する情報を管理する処理部である。具体的には、店舗情報管理部１２６ａは、複数の遊技店から設置された遊技機の機種や出玉、イベントなどの情報を収集し、店舗データ１２５ａに登録する。

また、店舗情報管理部１２６ａは、遊技店から遊技機２０の稼働データを受信し、稼働データに示された出玉や大当り回数などの情報を用いて店舗データ１２５ａを更新する。そして、遊技店毎に遊技に関する情報を閲覧可能なウェブページを生成する。

店舗情報管理部１２６ａは、携帯端末装置１１０からのアクセスに応答してウェブページの構成データを送信することで、遊技客に対して遊技店や遊技機に関する情報を提供することができる。

閲覧実績管理部１２６ｂは、店舗情報管理部１２６ａが携帯端末装置１１０からのアクセスを受けて情報提供を行ったならば、携帯端末装置１１０から取得した遊技客の会員ＩＤと、遊技客がどの情報にアクセスしたかを示す閲覧実績を会員ＩＤに対応付けて閲覧実績データ１２５ｂに登録する処理を行う。

遊技実績管理部１２６ｃは、複数の遊技店から店舗毎の遊技実績データ５５ｄを受信し、遊技実績データ１２５ｃに登録することで、複数の遊技店における遊技の実績を統合して管理する。

関連付処理部１２６ｄは、閲覧実績データ１２５ｂ及び遊技実績データ１２５ｃを用い、同一の会員ＩＤに対応付けられた閲覧実績と遊技実績とを関連付ける処理部である。

分析処理部１２６ｅは、関連付処理部１２６ｄにより関連付けられた閲覧実績と遊技実績を集計し、分析する処理部である。この分析の具体例については後述する。

図７は、図６に示した記憶部１２５が記憶する閲覧実績データ１２５ｂの一例を説明するための説明図である。図７に示すように、閲覧実績データ１２５ｂは、会員ＩＤ、日時、店舗ＩＤ、レート、機種、遊技機などを関連付けたデータである。

具体的には、図７では、会員ＩＤ「２１３５」の遊技客が、日時「２０１７ １２/１２ １１：３０」に、店舗ＩＤ「Ａ」、レート「４」、機種「ＥＶ０５」、遊技機ＩＤ「４０１１」のウェブページを閲覧した状態を示している。同様に、会員ＩＤ「２１３５」の遊技客が、日時「２０１７ １２/１２ １１：３２」に、店舗ＩＤ「Ｂ」、レート「４」、機種「ＥＶ０５」、遊技機ＩＤ「４００８」のウェブページを閲覧した状態を示している。

次に、図２に示した携帯端末装置１１０の内部構成について説明する。図８は、図２に示した携帯端末装置１１０の構成を示す機能ブロック図である。携帯端末装置１１０は、例えばスマートフォンなどであり、表示操作部１１１、スピーカ１１２、通信部１１３、記憶部１１４及び制御部１１５などを有する。

表示操作部１１１は、例えばタッチパネルディスプレイのように表示出力や操作入力を行う入出力インタフェースである。スピーカ１１２は、音声出力を行う出力インタフェースである。通信部１１３は、インターネット等の所定のネットワークを介してサーバ１２０などとデータ通信するための通信インタフェースである。

記憶部１２５は、不揮発性メモリ等の記憶デバイスであり、遊技アプリケーションプログラム１１４ａ、会員ＩＤ１１４ｂ及び個人遊技実績データ１１４ｃなどを記憶する。

制御部１２６は、ＣＰＵ（Central Processing Unit）などであり、記憶部１１４から遊技アプリケーションプログラム１１４ａを読み出して実行することにより、店舗情報閲覧機能部１１５ａ、会員カード機能部１１５ｂ、個人遊技実績管理部１１５ｃ及び通知機能部１１５ｄなどの機能を実現する。

店舗情報閲覧機能部１１５ａは、サーバ１２０にアクセスし、遊技店や遊技機に関する情報の閲覧を行う機能部である。このようにサーバ１２０にアクセスするとき、店舗情報閲覧機能部１１５ａは、記憶部１１４から会員ＩＤ１１４ｂを読み出して送信する。

会員カード機能部１１５ｂは、遊技店内において、携帯端末装置１１０を会員カードの代替として使用可能とする機能部である。具体的には、会員カード機能部１１５ｂは、記憶部１１４から会員ＩＤ１１４ｂを読み出して遊技店内の各種装置に送信することで、携帯端末装置１１０を会員カードの代替として動作させる。

個人遊技実績管理部１１５ｃは、遊技客から入力された遊技の結果を個人遊技実績データ１１４ｃとして記憶部１１４に格納する機能部である。このように個人遊技実績データ１１４ｃを格納すれば、遊技客は過去の遊技の実績を任意に確認し、今後の遊技の指標とすることができる。ここで、個人遊技実績データ１１４ｃは遊技客が自身の遊技の実績を把握するために入力するものであり、虚偽の入力を行う必要が無い。そこで、個人遊技実績管理部１１５ｃが個人遊技実績データ１１４ｃをサーバ１２０に送信し、遊技実績の一部として用いる構成としてもよい。

通知機能部１１５ｄは、サーバ１２０や遊技店から遊技客への通知を実行する処理部である。詳細については後述するが、サーバ１２０は、閲覧実績及び遊技実績の分析結果を用い、遊技客に適応した通知を選択的に行うことができる。

次に、サーバ１２０の処理手順について説明する。図９は、サーバ１２０の処理手順を示すフローチャートである。サーバ１２０の店舗情報管理部１２６ａは、複数の遊技店から稼働データを受信し（ステップＳ１０１）、稼働データに示された出玉などを店舗データ１２５ａに反映することで店舗情報を更新する（ステップＳ１０２）。

また、店舗情報管理部１２６ａは、携帯端末装置１１０からのアクセスを受け付け（ステップＳ１０３）、ウェブページの構成データを送信することで、遊技客に対する情報提供を行う（ステップＳ１０４）。閲覧実績管理部１２６ｂは、携帯端末装置１１０から取得した遊技客の会員ＩＤと、遊技客がどの情報にアクセスしたかを示す閲覧実績を会員ＩＤに対応付けて閲覧実績データ１２５ｂを更新する（ステップＳ１０５）。

遊技実績管理部１２６ｃは、複数の遊技店から店舗毎の遊技実績データ５５ｄを受信し（ステップＳ１０６）、遊技実績データ１２５ｃに登録することで、遊技実績データ１２５ｃを更新する（ステップＳ１０７）。

その後、分析処理部１２６ｅが分析の内容を規定する条件を受け付けたならば（ステップＳ１０８；Ｙｅｓ）、関連付処理部１２６ｄが閲覧実績データ１２５ｂと遊技実績データ１２５ｃとを関連付け（ステップＳ１０９）、分析処理部１２６ｅが分析を実行し（ステップＳ１１０）、分析結果を出力して（ステップＳ１１１）、処理を終了する。なお、分析条件を受け付けていない場合には（ステップＳ１０８；Ｎｏ）、そのまま処理を終了する。

次に、サーバ１２０による情報管理と分析の具体例についてさらに説明する。図１０は、閲覧の実績の集計に係る具体例である。図１０では、会員ＩＤごとに、最新閲覧日、訪問回数、閲覧ページ数、閲覧時間を管理している。また、最新閲覧日、訪問回数、閲覧ページ数及び閲覧時間は、店舗ごとに集計されるとともに、月間の合計を算定している。

図１０では、会員ＩＤ「２１３４」の会員について、１２月の月間合計における最新閲覧日が「１２／５」、訪問回数が「１０回」、閲覧ページ数が「３０Ｐ」、閲覧時間「３：１５」である状態を示している。また、会員ＩＤ「２１３４」の会員は、遊技店Ａに関する情報の最新閲覧日が「１２／５」、訪問回数が「１０回」、閲覧ページ数が「３０Ｐ」、閲覧時間が「３：１５」であり、他の遊技店の情報は閲覧していない。

また、図１０は、会員ＩＤ「２１３５」の会員について、１２月の月間合計における最新閲覧日が「１２／１２」、訪問回数が「２５回」、閲覧ページ数が「１００Ｐ」、閲覧時間が「１０：００」である状態を示している。会員ＩＤ「２１３５」の会員は、遊技店Ａに関する情報の最新閲覧日が「１２／１２」、訪問回数が「５回」、閲覧ページ数が「２０Ｐ」、閲覧時間「１：００」である。そして、会員ＩＤ「２１３５」の会員は、遊技店Ｂに関する情報の最新閲覧日が「１２／１２」、訪問回数が「２０回」、閲覧ページ数が「８０Ｐ」、閲覧時間「９：００」である。

また、図１０は、会員ＩＤ「２１３６」の会員について、１２月の月間合計における最新閲覧日が「１２／１２」、訪問回数が「１５回」、閲覧ページ数が「５０Ｐ」、閲覧時間が「６：００」である状態を示している。会員ＩＤ「２１３６」の会員は、遊技店Ａに関する情報は閲覧しておらず、遊技店Ｂに関する情報の最新閲覧日が「１２／１２」、訪問回数が「１５回」、閲覧ページ数が「５０Ｐ」、閲覧時間「６：００」である。

そして、全ての会員の平均を取ると、１２月の月間合計における訪問回数が「１５回」、閲覧ページ数が「５０Ｐ」、閲覧時間が「６：００」である。また、遊技店Ａに関する情報の訪問回数が「８回」、閲覧ページ数が「２５Ｐ」、閲覧時間「３：００」である。そして、遊技店Ｂに関する情報の訪問回数が「１５回」、閲覧ページ数が「５０Ｐ」、閲覧時間「６：００」である。

図１１は、遊技の実績の集計に係る具体例である。図１０では、会員ＩＤごとに、最新来店日、来店回数などを管理している。また、最新来店日や来店回数などは、店舗ごとに集計されるとともに、月間の合計を算定している。

図１１では、会員ＩＤ「２１３４」の会員について、１２月の月間合計における最新来店日が「１２／６」、来店回数が「５」回である状態を示している。また、会員ＩＤ「２１３４」の会員は、遊技店Ａでの最新来店日が「１２／６」、来店回数が「５回」であり、他の遊技店には来店していない。

また、会員ＩＤ「２１３５」の会員について、１２月の月間合計における最新来店日が「１２／１２」、来店回数が「１５」回である状態を示している。また、会員ＩＤ「２１３４」の会員は、遊技店Ａでの最新来店日が「１２／１２」、来店回数が「５回」である。そして、会員ＩＤ「２１３５」の会員は、遊技店Ｂでの最新来店日が「１２／１０」であり、来店回数が「１０回」である。

また、会員ＩＤ「２１３６」の会員について、１２月の月間合計における最新来店日が「１２／１２」、来店回数が「５」回である状態を示している。また、会員ＩＤ「２１３４」の会員は、遊技店Ａでの最新来店日が「９／３０」であるため、１２月の来店回数は０であることを示す「－」となっている。そして、会員ＩＤ「２１３５」の会員は、遊技店Ｂでの最新来店日が「１２／１２」であり、来店回数が「５回」である。

そして、全ての会員の平均を取ると、１２月の月間合計における遊技客１人あたりの合計の来店回数は「１０回」であり、遊技店Ａへの来店回数は「５回」、遊技店Ｂへの回数は「５回」である。

図１０，図１１に示した集計結果を用い、遊技客の各遊技店に対する期待度や満足度の定量化を行う場合について説明する。まず、図１２では、会員ＩＤに関連付けられた各項目について、該項目における平均値と比較し、平均値以上である場合に「Ｈ」、平均値未満である場合に「Ｌ」としている。

具体的には、図１２の閲覧のテーブルでは、会員ＩＤ「２１３４」は、遊技店Ａの閲覧回数「Ｈ」、閲覧ページ数「Ｈ」、閲覧時間「Ｈ」であり、遊技店Ｂの閲覧回数「Ｌ」、閲覧ページ数「Ｌ」、閲覧時間「Ｌ」となっている。同様に、会員ＩＤ「２１３５」は、遊技店Ａの閲覧回数「Ｌ」、閲覧ページ数「Ｌ」、閲覧時間「Ｌ」であり、遊技店Ｂの閲覧回数「Ｈ」、閲覧ページ数「Ｈ」、閲覧時間「Ｈ」となっている。また、会員ＩＤ「２１３６」は、遊技店Ａの閲覧回数「Ｌ」、閲覧ページ数「Ｌ」、閲覧時間「Ｌ」であり、遊技店Ｂの閲覧回数「Ｈ」、閲覧ページ数「Ｈ」、閲覧時間「Ｈ」となっている。

図１２の遊技のテーブルでは、会員ＩＤ「２１３４」は、遊技店Ａの来店回数「Ｈ」、遊技店Ｂの来店回数「Ｌ」となっている。同様に、会員ＩＤ「２１３５」は、遊技店Ａの来店回数「Ｌ」、遊技店Ｂの閲覧回数「Ｈ」となっている。また、会員ＩＤ「２１３６」は、遊技店Ａの来店回数「Ｌ」、遊技店Ｂの閲覧回数「Ｈ」となっている。

図１３は、図１２に示した閲覧のテーブルと遊技のテーブルを会員ＩＤに基づいて関連付けたテーブルである。このように、閲覧と遊技の履歴を評価して関連付けることで、遊技客の店舗に対する評価を分析することができる。

図１４は、遊技客の店舗に対する評価の分析結果の一例である。図１４に示すように、自店の閲覧「Ｈ」、自店の遊技「Ｈ」、他店の閲覧「Ｈ」、他店の閲覧「Ｈ」である遊技客は、自店でも他店でも閲覧及び遊技を行っていることが示されるため、自店の評価を「サブ」とする。自店が他店に対して明確な優位性を示せていないためである。

同様に、自店の閲覧「Ｈ」、自店の遊技「Ｈ」、他店の閲覧「Ｈ」、他店の閲覧「Ｌ」である遊技客は、自店で閲覧と遊技があり、他店では遊技がないが、自店が他店に対して明確な優位性を示せていないため自店の評価を「サブ」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｈ」、他店の閲覧「Ｌ」、他店の閲覧「Ｈ」である遊技客は、自店でも他店でも遊技があり、自店が他店に対して明確な優位性を示せていないため自店の評価を「サブ」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｌ」、他店の閲覧「Ｈ」、他店の閲覧「Ｈ」である遊技客は、自店で遊技がないが、閲覧があることから、自店に興味を持っていると考えられるため、自店の評価を「興味」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｈ」、他店の閲覧「Ｌ」、他店の閲覧「Ｌ」である遊技客は、自店のみ遊技と閲覧がありになっていることから自店を中心に遊技を行っていることが示されるので、自店の評価を「メイン」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｌ」、他店の閲覧「Ｈ」、他店の閲覧「Ｌ」である遊技客は、自店も他店も遊技がないが、閲覧を行っているため、自店の評価を「興味」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｌ」、他店の閲覧「Ｌ」、他店の閲覧「Ｈ」である遊技客は、他店で遊技があるが、自店は閲覧をされているため、自店の評価を「興味」とする。

また、自店の閲覧「Ｌ」、自店の遊技「Ｌ」、他店の閲覧「Ｈ」、他店の閲覧「Ｈ」である遊技客は、他店で遊技と閲覧があり、自店は閲覧も遊技もないため、自店の評価を「対象外」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｌ」、他店の閲覧「Ｌ」、他店の閲覧「Ｈ」である遊技客は、他店で遊技があるが、自店は閲覧をされているため、自店の評価を「興味」とする。

また、自店の閲覧「Ｈ」、自店の遊技「Ｌ」、他店の閲覧「Ｌ」、他店の閲覧「Ｌ」である遊技客は、自店のみ閲覧があるため、自店の評価を「興味」とする。

また、自店の閲覧「Ｌ」、自店の遊技「Ｈ」、他店の閲覧「Ｌ」、他店の閲覧「Ｌ」である遊技客は、自店のみ遊技があるため、自店の評価を「メイン」とする。

また、自店の閲覧「Ｌ」、自店の遊技「Ｌ」、他店の閲覧「Ｈ」、他店の閲覧「Ｌ」である遊技客は、他店のみ閲覧があるため、自店の評価を「対象外」とする。

また、自店の閲覧「Ｌ」、自店の遊技「Ｌ」、他店の閲覧「Ｌ」、他店の閲覧「Ｈ」である遊技客は、他店のみ遊技があるため、自店の評価を「対象外」とする。

図１５は、図１４に示した分析結果の利用例について示している。図１５（ａ）に示すように、各店舗の評価を会員ＩＤに関連付けてテーブルとすれば、それぞれの遊技客の遊技店の評価を示す出力を行うことができる。

また、図１５（ｂ）に示すように、閲覧や遊技の実績の変化から遊技客の動向をさらに分析してもよい。例えば、自店の店舗評価が「メイン」の遊技客であっても、遊技実績の月間平均に所定比率の減少が発生していれば、「離反予備軍」であると評価する。また、自店の店舗評価が「メイン」の遊技客であっても、他店の閲覧と他店の遊技が発生すれば、「離反予備軍」であると評価する。そして、自店の店舗評価が「メイン」の遊技客であっても、自店の閲覧と遊技がなくなったならば「離反」と評価する。

また、自店の店舗評価が「サブ」であって、他店の閲覧と他店の遊技が増加したならば、「離反予備軍」と評価する。また、自店の店舗評価が「サブ」であって、自店の閲覧と自店の遊技が増加したならば、「メイン化候補」と評価する。また、自店の店舗評価が「興味」であって、自店の閲覧と自店の遊技が増加したならば、「メイン化候補」と評価する。

図１６は、分析結果を店舗毎に集計し、店舗の評価を行う場合の具体例である。図１６に示した例では、遊技客による店舗評価を店舗毎に集計しており、遊技店Ａをメインとする遊技客は６０人、遊技店Ａをサブとする遊技客は３０人、遊技店Ａに興味がある遊技客は５人である。また、遊技店Ｂをメインとする遊技客は１０人、遊技店Ｂをサブとする遊技客は３０人、遊技店Ａに興味がある遊技客は５０人である。

図１７は、分析結果を通知制御に用いる場合の具体例である。図１７では、自店舗の評価が「メイン」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベント、一般賞品入替、ポイント交換会、ワゴンイベントなどの全ての通知を行うこととしている。

一方、自店舗の評価が「サブ」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベントの通知は行うが、一般賞品入替、ポイント交換会、ワゴンイベントの通知は行わないこととしている。

また、自店舗の評価が「興味」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベントの通知は行うが、一般賞品入替、ポイント交換会、ワゴンイベントの通知は行わないこととしている。

また、自店舗の評価が「対象外」である遊技客に対しては、ライターイベント、芸能人来店イベントの通知は行うが、新台入荷、リニューアルオープン、ファン感謝デー、一般賞品入替、ポイント交換会、ワゴンイベントの通知は行わないこととしている。

また、自店舗の評価が「離反予備軍」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベント、ワゴンイベントの通知は行うが、一般賞品入替、ポイント交換会の通知は行わないこととしている。

また、自店舗の評価が「離反」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベント、ポイント交換会の通知は行うが、一般賞品入替、ワゴンイベントの通知は行わないこととしている。

また、自店舗の評価が「メイン化候補」である遊技客に対しては、新台入荷、リニューアルオープン、ファン感謝デー、ライターイベント、芸能人来店イベントの通知は行うが、一般賞品入替、ポイント交換会、ワゴンイベントの通知は行わないこととしている。

次に、遊技客が入力した個人遊技実績の利用について説明する。図１８は、遊技客が入力した個人遊技実績の利用についての説明図である。図１８では、遊技客が遊技店Ａで遊技を行い（Ｓ１１）、その後、携帯端末装置１１０に遊技の結果を入力している（Ｓ１２）。この入力は遊技客が自身の遊技の実績を管理するためのものであり、虚偽の可能性は低い。そこで、サーバ１２０が携帯端末装置１１０から個人遊技実績を会員ＩＤとともに取得して管理する（Ｓ１３）。

一方、遊技店Ａからは、自店舗で蓄積した遊技の結果が店舗遊技実績としてサーバ１２０に送信される（Ｓ１４）。サーバ１２０は、遊技店Ａから受信した店舗遊技実績と携帯端末装置１１０から受信した個人遊技実績とを統合して遊技の実績を管理することになる。具体的には、店舗遊技実績をベースとし、店舗遊技実績における欠落を個人遊技実績で補えばよい。

なお、これまでの説明した情報管理と分析はあくまで一例で有り、適宜変形して実施することができる。例えば、図１２では、会員ＩＤに関連付けられた各項目の値を該項目における平均値と比較して「Ｈ」と「Ｌ」の評価を付していたが、平均値に変えて中央値を用いてもよいし、ある遊技客が閲覧や遊技を行う複数の遊技店のうち、閲覧や遊技の比率が所定値以上である遊技店を「Ｈ」としてもよい。また、ある遊技客が閲覧や遊技を行う複数の遊技店のうち、閲覧や遊技の順位を用いて評価を行ってもよい。このように、評価の基準を変更した場合には、分析結果や分析結果を利用した出力も変更される。

また、遊技客の評価も適宜変形して実施することが可能である。例えば、図１９に示したように、候補店のメイン機種の出玉を閲覧して比較し、出玉に期待できる店舗で遊技した遊技客は、選ばれた店舗にとっては、勝ちにこだわる「シビア客」として評価し、選ばれなかった店舗にとっては「機会損失客」として評価することができる。

同様に、特定機種の情報を閲覧して比較し、店舗を選択する遊技客は、店舗よりも機種を重視して来店する「機種メイン客」として評価することができる。

また、来店中に他の店舗の出玉を閲覧し、店舗を替える遊技客は、遊技中の店舗に魅力を感じず、他の店舗に興味を持つ「浮気客」と評価することができる。

また、退店後に遊技していた遊技機の情報を確認する遊技客は、遊技を継続したかった「未練客」と評価することができる。

上述してきたように、本実施例では、遊技客により操作される遊技客端末装置である携帯端末装置１１０に対し、サーバ１２０が所定の通信回線経由で遊技に関する情報を提供し、情報提供の実績を示す情報提供実績と遊技客を識別する遊技客情報である会員ＩＤとを対応づけて管理するとともに、遊技客が遊技店において行った遊技の実績を示す遊技実績と当該遊技客の遊技客情報である会員ＩＤとを対応づけて管理し、同一遊技客に係る情報提供実績（閲覧実績）と遊技実績とを関連付けるので、来店して行われた遊技の実績に限定されることなく、遊技客の動向を効率的に収集して遊技客による遊技を管理することができる。

また、サーバ１２０が携帯端末装置１１０に情報提供を行う場合に携帯端末装置１１０が記憶する会員ＩＤを取得し、携帯端末装置１１０が遊技店内で遊技に関する処理に使用された場合には該遊技に関する処理を含む遊技実績を携帯端末装置１１０から得した前記遊技客情報に対応付けて管理することで、携帯端末装置１１０が記憶する会員ＩＤに基づいて閲覧実績と遊技実績とを関連付けることができる。

また、サーバ１２０は、関連付けられた閲覧実績と遊技実績とを集計して分析することが可能である。例えば、会員ＩＤごとに閲覧実績と遊技実績とを集計し、遊技客の遊技店に対する評価を判定することができる。また、遊技客による複数の遊技店の相対評価を判定することも可能である。

また、遊技客が携帯端末装置１１０に入力した遊技実績を会員ＩＤに関連付けて管理することも可能である。このとき、遊技客が遊携帯端末装置１１０に入力した遊技実績と、遊技店において管理された遊技実績とを統合して用いることが望ましい。

なお、端末装置１１０で実行される遊技アプリケーションプログラムは、実施例の開示に限定されず、各種機能を有することができる。例えば、携帯端末装置１１０の端末ＩＤを取得し、機種変更などにより端末ＩＤが変更された場合には、アプリケーションプログラムが会員管理装置５０に対して端末ＩＤの変更処理を行うことで、遊技店員に作業負担を課すことなく遊技店に登録された端末ＩＤを変更可能である。具体的には、アプリケーションプログラムが会員ＩＤ、アプリケーションプログラムの識別コード、端末ＩＤを関連付けて保持し、機種変更などを行う際に機種変更操作を受け付けたならば、会員登録されている端末ＩＤと現在の端末ＩＤとを比較し、変更されていれば新たな端末ＩＤを当該会員の端末ＩＤとして扱うようサーバ１２０又は会員管理装置５０に通知すればよい。

また、上述の実施例では、遊技実績を会員管理装置５０が一旦蓄積し、閉店処理時等の所定のタイミングで会員管理装置５０がサーバ１２０に遊技実績を送信する構成を例に説明を行ったが、サーバ１２０が遊技実績をリアルタイムで収集して管理するように構成してもよい。

また、上述の実施例では、ホールコンピュータが遊技機２０等から受信したパルス信号を利用して遊技実績を管理する構成を例に説明を行ったが、遊技機２０に併設された台間カード処理機１０が遊技２０の遊技状況を取得してカード管理装置４０に通知し、カード管理装置４０が遊技実績を管理するよう構成してもよい。

また、上述の実施例では、遊技媒体数を関連づける媒体であるカードの形態についての詳細な説明を省略したが、かかるカードには、磁気カード、ＩＣカード等が含まれる。また、ここでは説明の便宜上「カード」を例にとって説明したが、かかるカード以外に、チップ、スティック、携帯端末等を用いる場合に本発明を適用することもできる。

また、上述の実施例では、遊技玉を遊技媒体として用い、遊技玉を遊技盤面に打ち込んで遊技を行うパチンコ遊技機を例に説明を行ったが、遊技媒体としてメダルを用いる回胴式遊技機、いわゆるスロットマシンも適用することも可能である。

また、図示した各構成は機能概略的なものであり、必ずしも物理的に図示の構成をされていることを要しない。すなわち、各装置の分散・統合の形態は図示のものに限られず、その全部または一部を各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

以上のように、本発明に係る遊技管理システム及び遊技管理方法は、遊技客の動向を効率的に収集して遊技客による遊技を管理することに適している。

１０ 台間カード処理機
２０ 遊技機
３０ 島コントローラ
４０ カード管理装置
５０ 会員管理装置
５１、１２１ 表示部
５２、１２２ 入力部
５３ 外部ネットワーク通信部
５４ 店舗ネットワーク通信部
５５、１１４、１２５ 記憶部
５５ａ 会員管理データ
５５ｂ 遊技種設定データ
５５ｃ 賞品マスタ
５５ｄ、１２５ｃ 遊技実績データ
５６、１１５、１２６ 制御部
５６ａ 会員管理部
５６ｂ 賞品マスタ管理部
５６ｃ 店舗遊技実績管理部
５６ｄ 分析結果取得部
６０ 賞品管理装置
８０ 精算機
９０ 島端計数機
１００ ホールコンピュータ
１１０ 携帯端末装置
１１１ 表示操作部
１１２ スピーカ
１１３ 通信部
１１４ａ 遊技アプリケーションプログラム
１１４ｂ 会員ＩＤ
１１４ｃ 個人遊技実績データ
１１５ａ 店舗情報閲覧機能部
１１５ｂ 会員カード機能部
１１５ｃ 個人遊技実績管理部
１１５ｄ 通知機能部
１２０ サーバ
１２４ ネットワーク通信部
１２５ａ 店舗データ
１２５ｂ 閲覧実績データ
１２５ｄ 分析結果データ
１２６ａ 店舗情報管理部
１２６ｂ 閲覧実績管理部
１２６ｃ 遊技実績管理部
１２６ｄ 関連付処理部
１２６ｅ 分析処理部

Claims (6)

1. 遊技客による遊技を管理する遊技管理システムであって、
   前記遊技客により操作される遊技客端末装置に対し、所定の通信回線経由で遊技に関する情報を提供する遊技情報提供手段と、
   前記遊技情報提供手段による情報提供の実績を示す情報提供実績と前記遊技客を識別する遊技客情報とを対応づけて管理する情報提供実績管理手段と、
   前記遊技客が遊技店において行った遊技の実績を示す遊技実績と当該遊技客の遊技客情報とを対応づけて管理する遊技実績管理手段と、
   同一遊技客に係る前記情報提供実績と前記遊技実績とを関連付ける関連付手段と、
   前記関連付手段により関連付けられた前記情報提供実績と前記遊技実績とを集計し、遊技客の遊技店評価及び遊技客評価を判定する分析手段と、
   前記分析手段により判定された遊技客の遊技店評価及び遊技客評価に対応した通知内容の情報を該遊技客に対して選択的に通知する情報通知手段と
   を備えたことを特徴とする遊技管理システム。
2. 前記情報提供実績管理手段は、前記遊技客端末装置が記憶する前記遊技客情報を取得し、該遊技客情報と情報提供実績とを対応付けて管理し、
   前記遊技実績管理手段は、前記遊技客端末装置が遊技店内で遊技に関する処理に使用された場合に、該遊技に関する処理を含む遊技実績を前記遊技客端末装置から取得した前記遊技客情報に対応付けて管理する
   ことを特徴とする請求項１に記載の遊技管理システム。
3. 前記分析手段は、遊技客による複数の遊技店の相対評価を判定することを特徴とする請求項１に記載の遊技管理システム。
4. 前記遊技実績管理手段は、前記遊技客が前記遊技客端末装置に入力した遊技実績を前記遊技客情報に対応付けて管理することを特徴とする請求項１～３のいずれか一つに記載の遊技管理システム。
5. 前記遊技実績管理手段は、前記遊技客が前記遊技客端末装置に入力した遊技実績と、前記遊技店において管理された遊技実績とを統合して管理することを特徴とする請求項４に記載の遊技管理システム。
6. 遊技客による遊技を管理する遊技管理方法であって、
   前記遊技客により操作される遊技客端末装置に対し、所定の通信回線経由で遊技に関する情報を提供する遊技情報提供ステップと、
   前記遊技情報提供ステップによる情報提供の実績を示す情報提供実績と前記遊技客を識別する遊技客情報とを対応づけて管理する情報提供実績管理ステップと、
   前記遊技客が遊技店において行った遊技の実績を示す遊技実績と当該遊技客の遊技客情報とを対応づけて管理する遊技実績管理ステップと、
   同一遊技客に係る前記情報提供実績と前記遊技実績とを関連付ける関連付ステップと、
   前記関連付ステップにより関連付けられた前記情報提供実績と前記遊技実績とを集計し、遊技客の遊技店評価及び遊技客評価を判定する分析ステップと、
   前記分析ステップにより判定された遊技客の遊技店評価及び遊技客評価に対応した通知内容の情報を該遊技客に対して選択的に通知する情報通知ステップと
   を含むことを特徴とする遊技管理方法。

Images