JP6000994B2 - 会員管理システム及び会員管理方法 - Google Patents

Description

本発明は、遊技機に対応して設けられ、遊技機での遊技に遊技媒体を使用可能にする使用可能化処理を行う各台装置と、各台装置と通信可能であり、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該会員の遊技に関する遊技情報を記憶する遊技情報記憶部を有する管理装置とを有する会員管理システム及び会員管理方法に関する。

従来、パチンコ遊技やパチスロ遊技を提供するパチンコ店等の遊技店では、該遊技店の会員を遊技客から募り、会員登録を希望した会員に対して会員カードを発行するとともに、この会員カードを利用した貯玉・貯メダルサービスやメールによる情報通知サービス等を行っている。

具体的には、遊技客が、住所、氏名及び電話番号等の個人情報を記入した会員申込用紙を遊技店の係員に渡して会員登録を要求すると、遊技店の係員は、この遊技客の個人情報を管理装置に登録するとともに、会員を特定するためのユニークな識別情報（会員ＩＤ）が記録された会員用記録媒体（会員カード）を会員に発行する。このようにして会員カードを取得した各会員は、特許文献１等に記載されるように、獲得したパチンコ玉やメダルを貯玉・貯メダルするとともに、この貯玉・貯メダルを後日再プレイしたり、景品に交換することができる。

このように、遊技店では、会員カードを通じて会員サービスを提供することにより会員登録した遊技客とその他の遊技客との差別化を図っているが、遊技店内で利用される他の用途には利用されず、遊技客個人との結び付きが希薄であるため、遊技客による携帯率は芳しくなく、会員カードの利用が促進されていない。

これを背景にして、最近では、多数の遊技客が所持する携帯電話機やＰＨＳ等の携帯端末固有の識別情報を管理装置に登録させ、かかる携帯端末を会員カードの代わりに使用させる仕組みも考えられつつある。

特開２００３−２１０８１８号公報

しかしながら、上記特許文献１に代表される貯遊技媒体管理システムにおいては、遊技店に来店して会員カードなら会員カード、携帯端末なら携帯端末、等の会員特定媒体を店内機器で使用して遊技しないと、貯玉・貯メダルの使用に関する情報を把握・管理できないので、適切な情報の管理ができないという問題がある。

すなわち、遊技においては、勝敗管理、たとえば「どの程度の貯玉／貯メダルを使い、どの程度獲得したか」等の遷移を明らかにすべきニーズが存在するが、上記従来技術ではこのニーズを満たすことはできない。

このことから、遊技客の勝敗管理データをいかにして管理するかが極めて重要な課題となっている。

そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技客の勝敗管理を適切に管理することができる会員管理システム及び会員管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、遊技機に対応して設けられ、前記遊技機での遊技に貯遊技媒体を使用可能にする使用可能化処理を行う各台装置と、前記各台装置と通信可能であり、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該会員の遊技に関する遊技情報を管理する管理装置とを有する会員管理システムであって、前記各台装置は、前記会員が所持する会員用記録媒体から会員識別情報を読み取る会員識別情報読取手段と、前記会員が所持する携帯端末から携帯端末識別情報を読み取る携帯端末識別情報読取手段と、前記会員識別情報読取手段により読み取られた前記会員識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第１の情報送信処理と、前記携帯端末識別情報読取手段により読み取られた前記携帯端末識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第２の情報送信処理とを行う送信手段とを備え、前記管理装置は、前記会員識別情報及び前記携帯端末識別情報を対応付けて、該会員の遊技に関する遊技情報を記憶する遊技情報記憶手段と、前記送信手段の第１の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記会員識別情報に対応付けて前記遊技情報記憶手段に格納する第１の格納手段と、前記送信手段の第２の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記携帯端末識別情報に対応付けられた会員識別情報に対応付けて前記遊技情報記憶手段に格納する第２の格納手段とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記管理装置は、前記各台装置ごとに対応する遊技機を特定する情報を特定可能な遊技機特定情報を記憶する遊技機特定情報記憶手段をさらに備え、前記遊技情報を前記遊技機特定情報と対応付けて管理する管理手段を有することを特徴とする。

また、本発明は、上記の発明において、前記管理装置は、前記遊技情報を時刻情報と対応付けて時系列的に記憶することを特徴とする。

また、本発明は、遊技機に対応して設けられ、前記遊技機での遊技に貯遊技媒体を使用可能にする使用可能化処理を行う各台装置と、前記各台装置と通信可能であり、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該会員の遊技に関する遊技情報を管理する管理装置とを有する会員管理システムに適用される会員管理方法であって、前記各台装置が、前記会員が所持する会員用記録媒体から会員識別情報を読み取る会員識別情報読取工程と、前記会員が所持する携帯端末から携帯端末識別情報を読み取る携帯端末識別情報読取工程と、前記会員識別情報読取工程により読み取られた前記会員識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第１の情報送信処理と、前記携帯端末識別情報読取工程により読み取られた前記携帯端末識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第２の情報送信処理とを行う送信工程とを実行し、前記管理装置が、前記会員識別情報及び前記携帯端末識別情報を対応付けて、該会員の遊技に関する遊技情報を遊技情報記憶部に記憶する記憶工程と、前記送信工程の第１の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記会員識別情報に対応付けて前記遊技情報記憶部に格納する第１の格納工程と、前記送信工程の第２の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記携帯端末識別情報に対応付けられた会員識別情報に対応付けて前記遊技情報記憶部に格納する第２の格納工程とを実行することを特徴とする。

本発明によれば、遊技店の会員である遊技客が、会員用記録媒体と携帯端末の両方を用いて遊技を行う場合に、遊技情報を円滑に更新することが可能となるという効果を奏する。

実施例１に係る貯玉管理システムのシステム構成を示す図である。 実施例１に係る貯玉管理システムの特徴を説明するための説明図である。 図１に示した会員管理Ｔ／Ｃの構成を示す機能ブロック図である。 属性情報管理テーブルに記憶される情報の構成例を示す図である。 貯玉管理テーブルに記憶される情報の構成例を示す図である。 取引履歴管理テーブルに記憶される情報の構成例（１）を示す図である。 取引履歴管理テーブルに記憶される情報の構成例（２）を示す図である。 会員管理Ｔ／Ｃ及びＣＲユニットによる貯玉減算処理を説明するための説明図である。 図１に示した会員管理Ｔ／Ｃ及び会員カード処理機による貯玉加算処理を説明するための説明図である。 図３に示した通知依頼部による通知依頼処理を示すフローチャートである。 実施例２に係る貯玉管理システムの特徴を説明するための説明図である。 実施例２に係る会員管理Ｔ／Ｃの構成を示す機能ブロック図である。 取引履歴管理テーブルに記憶される情報の構成例（３）を示す図である。 機種対台関係管理テーブルに記憶される情報の構成例を示す図である。 図１２に示した取引履歴集計部による取引履歴集計処理を示すフローチャートである。 遊技客が所持する携帯端末に表示される画面の一例を示す図である。

以下に添付図面を参照して、本発明に係る会員管理システム及び会員管理方法の好適な実施例を詳細に説明する。なお、以下では、本発明をパチンコ遊技に適用する場合について説明することとする。

まず、本実施例１に係る貯玉管理システムのシステム構成について説明する。図１は、実施例１に係る貯玉管理システムのシステム構成を示す図である。この貯玉管理システムは、パチンコ店等の遊技店に登録された会員に対して貯玉・再プレイサービスを提供するものである。

同図に示すように、遊技店内には、遊技店にて予め登録処理された遊技客の会員情報を管理する会員管理用ターミナルコントローラ（以下、「会員管理Ｔ／Ｃ」と言う）１０と、島コントローラ２０と、カード処理ユニット（以下、「ＣＲユニット」と言う）３０と、パチンコ機４０と、計数機５０と、会員カード処理機７０と、メールサーバ１００とが設けられている。

会員管理Ｔ／Ｃ１０には、島コントローラ２０及び会員カード処理機７０が接続されており、島コントローラ２０には、各島に設置された複数のパチンコ機４０にそれぞれに併設されたＣＲユニット３０が接続されており、会員カード処理機７０には、パチンコ玉数を計数する計数機５０が接続されている。また、メールサーバ１００には、公衆回線網５及び基地局７を介して携帯電話機８０が接続されている。

パチンコ機４０は、パチンコ玉を遊技領域に発射して遊技者がパチンコ遊技を行う装置であり、本実施例１では、プリペイドカード対応のいわゆるＣＲパチンコ機であるものとしている。

ＣＲユニット３０は、各プリペイドカードの残度数等を管理する図示しないプリペイドカード管理装置と各パチンコ機４０との間に介在し、プリペイドカード管理装置に対してプリペイドカードの残度数の問い合わせや玉貸し要求を行うとともに、残度数がある場合にパチンコ機４０に対して玉貸し指示を行う装置である。なお、本実施例１では、プリペイドカードに係る処理にその特徴はないため、以下ではプリペイドカードに関する説明を省略する。

また、このＣＲユニット３０は、会員カードを受け入れて会員管理Ｔ／Ｃ１０に預け入れられた貯玉を引き落とすいわゆる再プレイの機能を有する。具体的には、携帯電話機８０に対応するためにリーダライタ３５を有しており、会員がＣＲユニット３０に会員カードを挿入するか又は予め登録処理された携帯電話機８０をリーダライタ３５にかざして再プレイ操作を行うと、会員管理Ｔ／Ｃ１０が管理する貯玉残高から再プレイ分の玉数を減算するとともに、パチンコ機４０に対して玉投出指示を行う。このように、かかるＣＲユニット３０は、携帯電話機８０を用いた再プレイにも対応している。

計数機５０は、遊技客が獲得したパチンコ玉を計数する計数機であり、その計数結果を会員カード処理機７０に出力する。なお、本実施例１では、計数機５０はパチンコ玉の計数機能のみを有することとし、計数結果がバーコード印字された計数レシートを発行する印字機能、並びに、会員管理Ｔ／Ｃ１０にて記憶管理される貯玉残高に計数結果の一部または全部を貯玉加算させる計数貯玉機能は、後述する会員カード処理機７０が有することとする。

会員カード処理機７０は、携帯電話機８０を用いた会員登録や登録済み会員による貯玉を行う際に利用される会員用端末装置であり、会員カードに記録した会員ＩＤを読み取るカードリーダと携帯電話機８０から会員ＩＤ（正確には後述するＩＤｍ）を読み取るリーダライタ７５を備えている。本実施例１では、携帯電話機８０内のＩＣチップ８１に保持されているユニークな識別情報（例えば、ＩＣカードの製造番号であるＩＤｍ）を会員識別情報として用いている。

会員管理Ｔ／Ｃ１０は、後述する属性情報管理テーブル１４ａ、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃを用いて遊技店に登録された会員の統括管理を行う管理装置である。この属性情報管理テーブル１４ａは、会員ＩＤ（及びＩＤｍ）に対応付けて当該会員の属性情報（例えば、氏名、住所、電話番号、メールアドレス等の情報）を記憶しており、貯玉管理テーブル１４ｂは、会員ＩＤ（及びＩＤｍ）に対応付けて貯玉残高を記憶しており、また、取引履歴管理テーブル１４ｃは、会員ＩＤ（及びＩＤｍ）に対応付けて当該会員の取引履歴を記憶している。そして、会員カード処理機７０から貯玉加算依頼を受け付けたならば貯玉管理テーブル１４ｂにおける該当貯玉口座内の貯玉数を加算処理し、また、ＣＲユニット３０から貯玉減算依頼を受け付けたならば該当貯玉口座内の貯玉数を減算処理し、これら加算処理又は減算処理のいずれかの処理が行われたならばその取引時刻、取引種別、取引玉数や貯玉残高などを取引履歴管理テーブル１４ｃに登録する。

メールサーバ１００は、電子メールを送信するためのサーバ装置であり、会員管理Ｔ／Ｃ１０からのメール配信依頼に基づいて携帯電話機８０にメール配信を行う。具体的には、たとえば遊技店の営業時間が終了した際に、属性情報管理テーブル１４ａに登録されている会員の携帯電話機８０にメールアドレスを宛先とし、会員管理Ｔ／Ｃ１０から送信を指示された内容（貯玉残高やその取引履歴）の電子メールを送信先の会員が加入するプロバイダのメールサーバ（図示せず）に公衆回線網５を介して送信する。なお、かかる電子メールは、送信先の会員が加入するプロバイダのメールサーバから公衆回線網５及び基地局７を介して当該会員が所持する携帯電話機８０に転送される。

ここで、本実施例１に係る会員管理Ｔ／Ｃ１０は、会員ＩＤ（又はＩＤｍ）ごとに貯玉残高及び貯玉残高に対する取引（更新）履歴を対応付けて記憶しておき、該記憶しておいた貯玉残高及び取引履歴を会員が所持する携帯電話機８０に通知するようにメールサーバ１００に依頼する点にその特徴がある。

すなわち、本実施例１に係る会員管理Ｔ／Ｃ１０では、遊技客が遊技店に来店していない場合であっても、貯玉残高の把握ニーズ、たとえば「貯玉・貯メダルがある程度残っているのなら遊びに行こう」、「自分が目標とする貯玉数まであとどれくらいあるのだろう」等を把握したいというニーズを満たすことができるように、最新の貯玉残高を内容としたメール（図２参照）をメールサーバ１００に配信させている。

さらに、本実施例１に係る会員管理Ｔ／Ｃ１０では、勝敗管理の把握ニーズ、たとえば「どの程度の貯玉／貯メダルを使い、どの程度獲得したかを知りたい」等を把握したいというニーズを満たすために、最新の貯玉残高に加えて貯玉残高の取引履歴（例えば、１日分の貯玉残高の遷移）を含めたメール（図２参照）をメールサーバ１００に配信させている。

図２に示す例では、現時点で「８９３０玉」の貯玉を有していることをユーザＡに把握させることで、たとえば「現金を使用せずとも十分に遊技できる」、「あと少しがんばれば貯玉が１万玉になる」という動機付けをユーザＡに与えるとともに、今日の１日で「２０００玉」近く遊技に投資したが、「４０００玉」近く貯玉を獲得したことをユーザＡに把握させることで、たとえば「今日も勝ったからまた行こう」という動機付けをユーザＡに与えることができる。

したがって、本実施例１に係る会員管理Ｔ／Ｃ１０によれば、遊技客が遊技店に来店していない状況下でも遊技客の貯玉残高及び勝敗管理の把握ニーズに対応することができ、遊技客の来店意欲を向上させることが可能になる。

次に、図１に示した会員管理Ｔ／Ｃ１０の構成について説明する。図３は、図１に示した会員管理Ｔ／Ｃ１０の構成を示す機能ブロック図である。同図に示すように、この会員管理Ｔ／Ｃ１０は、入力部１１と、出力部１２と、ＩＦ部１３と、記憶部１４と、制御部１５とを有する。

入力部１１は、キーボードやマウス等の入力デバイスであり、出力部１２は、液晶パネルやディスプレイ等の表示デバイスであり、また、ＩＦ部１３は、島コントローラ２０、ＣＲユニット３０、計数機５０、会員カード処理機７０及びメールサーバ１００との間でデータ通信を行うためのインターフェースである。

記憶部１４は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、遊技店に会員登録した会員の属性情報を管理する属性情報管理テーブル１４ａと、会員の貯玉残高を管理する貯玉管理テーブル１４ｂと、会員の貯玉残高に対する取引履歴を管理する取引履歴管理テーブル１４ｃとを記憶する。

属性情報管理テーブル１４ａは、図４に示すように、会員ＩＤ（及びＩＤｍ）ごとに、氏名及びメールアドレスを記憶したテーブルである。ここで、メールアドレスを記憶した理由は、上述した内容（貯玉残高及び取引履歴）の電子メールを会員に配信するためである。なお、かかる属性情報として登録されたメールアドレスを有する端末装置とＩＤｍ登録された携帯端末とは、必ずしも同一である必要はない。

貯玉管理テーブル１４ｂは、図５に示すように、会員ＩＤ（及びＩＤｍ）ごとに貯玉残高を記憶したテーブルである。ここで記憶される貯玉残高は、遊技客が最後に貯玉利用を行った後の貯玉数（最新の貯玉残高）である。

取引履歴管理テーブル１４ｃは、図６及び図７に示すように、会員ＩＤ（もしくはＩＤｍ）ごとに所定期間（１日）内の各貯玉取引の取引時刻、取引種別、取引玉数及び貯玉残高を記憶したテーブルである。ここで、貯玉取引ごとの内容管理としたのは、各会員が貯玉をどのような遷移で利用しているかを管理することに併せて、遊技客から貯玉残高に対するクレームを受け付けた場合に対応可能な根拠を保持するためである。なお、取引種別とは、再プレイ及び貯玉等の取引内容の種別を示し、取引玉数とは、再プレイ又は貯玉が行われた玉数を示している。

図６の例では、会員ＩＤ「００００１」の会員が本日の「１１：２５」に「１２５玉」を引落す再プレイを行って貯玉が「６９７５玉」残っている例を示しており、図７の例では、図６の例におけるその後の遷移を例示しており、会員ＩＤ「００００１」の会員が「１１：２５」以降に数度の再プレイを行い、本日の「１６：２５」には「３８３０玉」の貯玉を獲得して貯玉残高を「８９３０玉」とした例を示している。

制御部１５は、会員管理Ｔ／Ｃ１０を全体制御する制御部であり、貯玉管理部１５ａと、通知依頼部１５ｂとを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行し、貯玉管理部１５ａ及び通知依頼部１５ｂにそれぞれ対応するプロセスを実行させることになる。

貯玉管理部１５ａは、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃを利用して会員の貯玉残高及び取引履歴を管理する管理部である。詳細は図８及び図９を用いて後述するが、概要としては、ＣＲユニット３０又は会員カード処理機７０から会員ＩＤ又はＩＤｍを含む貯玉更新依頼を受け付けた場合に、貯玉管理テーブル１４ａに記憶される該当会員ＩＤ又は該当ＩＤｍの貯玉残高に対して更新依頼玉数分の加算処理または減算処理を行い、これら加算処理又は減算処理のいずれかの処理が行われたならばその取引時刻、取引種別、取引玉数や貯玉残高などを取引履歴管理テーブル１４ｃに登録する。なお、当然のことながら、貯玉減算処理を行う際に貯玉残高が足りない場合には、依頼元の機器にエラー信号が返信される。

通知依頼部１５ｂは、貯玉残高及び取引履歴を遊技客が所持する携帯電話機８０に通知するようにメールサーバ１００に依頼する処理部である。具体的には、遊技店の閉店時刻（例えば、２３：００）になるのを監視しておき、かかる閉店時刻になったことを検知すると、属性情報管理テーブル１４ａに記憶されたメールアドレス、貯玉管理テーブル１４ｂに記憶された貯玉残高、並びに、取引履歴管理テーブル１４ｃに記憶された取引履歴を会員ＩＤごとに読み出し、該読み出したメールアドレスを宛先として予め定められたフォーマット（例えば、図２）に貯玉残高及び取引履歴を埋め込んで配信するように依頼する。

次に、図１に示した会員管理Ｔ／Ｃ１０及びＣＲユニット３０による貯玉減算処理について説明する。図８は、会員管理Ｔ／Ｃ１０及びＣＲユニット３０による貯玉減算処理を説明するための説明図である。

同図に示すように、ＣＲユニット３０においては、会員管理Ｔ／Ｃ１０にて貯玉減算処理を行う対象となる会員を一意に特定するために、リーダライタ３５に対する携帯電話機８０のかざし操作を受け付けた後に（ステップＳ１０１Ａ）携帯電話機８０に内蔵されるＩＣチップ８１からＩＤｍをリーダライタ３５を介して取得するか（ステップＳ１０２Ａ）、或いは、会員カードの挿入操作を受け付けた後に（ステップＳ１０１Ｂ）会員カードに記録される会員ＩＤをカードリーダを介して取得するか（ステップＳ１０２Ｂ）によって、会員カードに記録された会員ＩＤ又は携帯電話機８０に内蔵されるＩＣチップ８１が記憶するＩＤｍを取得している。

その後、ＣＲユニット３０は、当該ＣＲユニット３０筐体前面に設けられたテンキーの押下操作を介して暗証番号の入力を受け付け（ステップＳ１０３）、暗証番号の照合依頼を会員管理Ｔ／Ｃ１０に送信する（ステップＳ１０４）。

この暗証番号の照合依頼を受け付けた貯玉管理部１５ａは、この度に入力を受け付けた入力暗証番号と登録暗証番号を照合し、その照合結果をＣＲユニット３０に返信する（ステップＳ１０５）。

この照合結果を受け付けたＣＲユニット３０では、暗証番号の照合結果がＯＫであるならば、再プレイボタンの押下操作を介して再プレイ操作を受け付け（ステップＳ１０６）、会員管理Ｔ／Ｃ１０に対して、会員ＩＤ又はＩＤｍと、予め規定された一定の引落し玉数（例えば、１２５玉）とを含む再プレイ要求を行う（ステップＳ１０７）。なお、暗証番号の照合結果がＮＧである場合には、その旨が所定の表示部にて報知される。

この再プレイ要求（貯玉減算依頼）を受け付けた貯玉管理部１５ａは、貯玉残高が引落し玉数以上あるならば、貯玉管理テーブル１４ｂ内の貯玉残高を減算処理し（ステップＳ１０８）、その貯玉取引の内容、たとえば取引時刻「１１：３５」、取引種別「再プレイ」、取引玉数「１２５玉」及び減算後の貯玉残高「６８５０玉」を取引履歴管理テーブル１４ｃに登録する更新を行うとともに（ステップＳ１０９）、減算依頼元のＣＲユニット３０に再プレイの許可応答を行う（ステップＳ１１０）。なお、貯玉残高が引落し玉数に満たない場合には、再プレイの不許可応答がＣＲユニット３０に返信される。

その後、この再プレイ許可応答を受け付けたＣＲユニット３０では、インターフェース接続されるパチンコ機４０に玉投出指示を行い（ステップＳ１１１）、パチンコ機４０の投出機構部から引落し玉数分のパチンコ玉（例えば、１２５玉）を投出させる。

次に、図１に示した会員管理Ｔ／Ｃ１０及び会員カード処理機７０による貯玉加算処理（計数貯玉処理）について説明する。図９は、図１に示した会員管理Ｔ／Ｃ１０及び会員カード処理機７０による貯玉加算処理を説明するための説明図である。

同図に示すように、会員カード処理機７０は、遊技客により携帯電話機８０が会員カード処理機７０にかざし操作されると（ステップＳ２０１）、携帯電話機８０に内蔵されるＩＣチップ８１からＩＤｍをリーダライタ７５を介して取得し（ステップＳ２０２）、取得したＩＤｍを会員管理Ｔ／Ｃ１０に送信して問合せを行う（ステップＳ２０３）。

このＩＤｍの問合せを受け付けた貯玉管理部１５ａは、貯玉管理テーブル１４ｂを検索して、同一のＩＤｍが登録されているか否かを確認し、その結果を会員カード処理機７０に返信する（ステップＳ２０４）。

ここで、かかるＩＤｍが登録済みであると応答されたならば、会員カード処理機７０は、計数機５０において遊技客が獲得したパチンコ玉が投入され（ステップＳ３０１）、そのパチンコ玉が計数された（ステップＳ３０２）上で、その計数結果を計数機５０から受信してから（ステップＳ３０３）、図示しないタッチパネルに貯玉ボタンを表示させて貯玉加算操作を受け付け（ステップＳ３０４）、当該ＩＤｍ及び計数結果の玉数を含む貯玉加算依頼を会員管理Ｔ／Ｃ１０に対して行う（ステップＳ３０５）。なお、ＩＤｍが未登録であると応答された場合には、図示しないタッチパネルを通じて遊技客の簡易属性情報（電話番号、生年月日及びフリーキーワード）と暗証番号の入力を受け付け、当該ＩＤｍ、簡易属性情報及び暗証番号を会員管理Ｔ／Ｃ１０に送信して会員登録させた後に、ステップＳ３０１の処理に移行する。

その後、かかる貯玉加算依頼を受け付けた貯玉管理部１５ａは、貯玉管理テーブル１４ｂ内の該当ＩＤｍの貯玉残高に計数結果の玉数を加算処理し（ステップＳ３０６）、その貯玉取引の内容、たとえば取引時刻「１６：２５」、取引種別「貯玉」、取引玉数「３８３０玉」及び加算後の貯玉残高「８９３０玉」を取引履歴管理テーブル１４ｃに登録する更新を行う（ステップＳ３０７）。なお、会員カード処理機７０では、かかる貯玉取引の内容がタッチパネル等の表示部にて報知されることなる。

なお、図９に示す例では、携帯電話機８０を用いた貯玉加算処理を説明したが、言うまでもなく、会員カードを用いて同様の貯玉加算処理を行うこともできる。

次に、図３に示した通知依頼部１５ｂによる通知依頼処理について詳細に説明する。図１０は、図３に示した通知依頼部１５ｂによる通知依頼処理を示すフローチャートである。

同図に示すように、通知依頼部１５ｂは、遊技店の閉店時刻（例えば、２３：００）になるのを監視しておき（ステップＳ４０１否定）、かかる閉店時刻になったことを検知すると（ステップＳ４０１肯定）、属性情報管理テーブル１４ａ、貯玉管理テーブル１４ｂ及び取引履歴管理テーブル１４ｃから同一会員ＩＤのメールアドレス、貯玉残高及び取引履歴を読み出す（ステップＳ４０２〜Ｓ４０４）。

そして、通知依頼部１５ｂは、このようにして読み出したメールアドレスを宛先として予め定められたフォーマット（例えば、図２）に貯玉残高及び取引履歴を埋め込んで配信するように依頼し（ステップＳ４０５）、すべての会員ＩＤについて終了するまで（ステップＳ４０６否定）上記したステップＳ４０２〜ステップＳ４０５の処理を繰り返し行い、すべての会員ＩＤについて終了した場合に（ステップＳ４０６肯定）、処理を終了する。

上述してきたように、本実施例１に係る会員管理Ｔ／Ｃ１０によれば、会員ＩＤ（又はＩＤｍ）ごとに貯玉残高及び貯玉残高に対する取引履歴を対応付けて記憶しておき、該記憶しておいた貯玉残高及び取引履歴を携帯電話機８０に通知させる依頼をメールサーバ１００に行うように構成したので、遊技客が遊技店に来店していない状況下でも遊技客の貯玉残高及び勝敗管理の把握ニーズに対応することができ、遊技客の来店意欲を向上させることが可能である。

さて、上記した実施例１では、取引履歴管理テーブル１４ｃに記憶された取引履歴をメールサーバ１００にそのまま配信させる実施例を説明したが、本実施例２では、取引履歴のうち所定期間のものを対象として、取引種別ごとの取引玉数、すなわち貯玉数及び再プレイ玉数それぞれを集計してから総貯玉数、総再プレイ玉数及びこれらの差分値をメールサーバ１００に配信させる点にその特徴がある。

すなわち、本実施例２では、遊技客が勝敗管理及び勝敗要因を一目で把握できる要点を抽出するために、たとえば１日分トータルで再プレイ玉数及び貯玉数を集計して本日のトータル獲得差玉を求めたり、遊技台別に再プレイ玉数及び貯玉数を集計して台別獲得差玉を求めたり、また、遊技台の遊技種別に再プレイ玉数及び貯玉数を集計して機種別獲得差玉を求めたりしている。

図１１に示す例では、上記した実施例１で例示した貯玉残高及び取引履歴（一番上に例示した画面に表示される情報）以外に、総再プレイ玉数「２０００玉」、総貯玉数「３８３０玉」、本日のトータル獲得差玉「１８３０玉」をメールサーバ１００にメール配信させることで、「今日どれだけ貯玉を使い、どれだけ獲得したのか」を一見して把握させることができる。

さらに、遊技台別の獲得差玉、たとえば台番号「１００」の獲得差玉「−２５０玉」、台番号「１０１」の獲得差玉「−１２５玉」、・・・、台番号「２０５」の獲得差玉「＋３０８０玉」をメールサーバ１００にメール配信させることで、番台別の戦績「特に１００番台で好戦績を残したこと」を一見するだけで把握させることができる。

また、遊技機種別の獲得差玉、たとえば機種「パチンコＸ」での再プレイ玉数「３７５玉」、貯玉数「０玉」及び獲得差玉「−３７５玉」、機種「パチンコＺ」での再プレイ玉数「１２５玉」、貯玉数「３８３０玉」及び獲得差玉「−３７０５玉」をメールサーバ１００に配信させることで、遊技機種別の戦績「特にパチンコＺで好戦績を残したこと」を一見するだけで把握させることができる。

したがって、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、遊技客に勝敗管理及び勝敗要因を一目で把握させることができ、遊技客の勝敗管理の把握ニーズを高水準で満たすことが可能になる。

次に、本実施例２に係る会員管理Ｔ／Ｃ１０の構成について説明する。図１２は、実施例２に係る会員管理Ｔ／Ｃの構成を示す機能ブロック図である。同図に示すように、本実施例２に係る会員管理Ｔ／Ｃ１０は、実施例１に比較して、（１）貯玉管理部１５ａが新たに台番号登録部１５ｃを内在する点、（２）この台番号登録部１５ｃの追加に伴って取引履歴管理テーブル１４ｃの記憶内容に台番号が追加された点、（３）遊技機種ごとの集計を可能とするために機種対台関係管理テーブル１４ｄが追加された点、並びに、（４）取引種別ごとの取引玉数を集計する取引履歴集計部１５ｄが追加された点が相違する。

（１）台番号登録部
台番号登録部１５ｃは、貯玉更新処理の実行時にその更新に関係する遊技台の台番号を取引履歴管理テーブル１４ｃに登録する処理部である。具体的には、貯玉加算処理（計数貯玉処理）の実行時に会員カード処理機７０から受け付けた計数貯玉依頼に含まれる遊技台の台番号を取引履歴管理テーブル１４ｃに登録し、また、貯玉減算処理（再プレイ処理）の実行時にＣＲユニットから受け付けた再プレイ要求に含まれる遊技台の台番号を取引履歴管理テーブル１４ｃに登録する。

ここで、かかる計数貯玉依頼に含まれる台番号は、会員カード処理機７０にて遊技店の係員に手入力させてもよいし、また、獲得玉の格納箱、いわゆるドル箱に台番号を記憶したＩＣタグを付し、このＩＣタグの台番号をリーダライタ７５に取得させてもよい。また、再プレイ要求に含まれる台番号は、ＣＲユニット３０にてインターフェース接続されるパチンコ機４０の台番号が設定として保持されているのでその台番号をそのまま再プレイ要求に含ませるようすればよい。

このように、貯玉加算処理の実行時に当該加算処理を行うパチンコ玉の獲得元である遊技台の台番号を取引履歴として登録し、貯玉減算処理の実行時に当該減算処理と引き換えに再プレイを行ったパチンコ玉の使用先である遊技台の台番号を取引履歴として登録することで、台番号を用いた再プレイ玉数及び貯玉数の集計を行うことができ、取引履歴の集計を多面的に行うことが可能になる。

（２）取引履歴管理テーブル１４ｃの記憶内容
取引履歴管理テーブル１４ｃは、上記した実施例１と同様（図６及び図７参照）、会員ＩＤ（もしくはＩＤｍ）ごとに所定期間（１日）内の各貯玉取引の取引時刻、取引種別、取引玉数及び貯玉残高を記憶しているが、本実施例２では、図１３に示すように、貯玉取引ごとに台番号を記憶している点が相違する。ここで、貯玉取引ごとに台番号を記憶することとしたのは、遊技台別に再プレイ玉数及び貯玉数を集計することを可能ならしめるためである。

（３）機種対台関係管理テーブル
機種対台関係管理テーブル１４ｄは、遊技台の遊技機種とその遊技機種に属する遊技台の台番号の対応関係を管理するテーブルであり、図１４に示すように、１つの遊技機種にその遊技機種に属する遊技台群の台番号を記憶したテーブルである。ここで、遊技機種とそれに属する遊技台の台番号の対応関係を記憶するのは、遊技機種別に再プレイ玉数及び貯玉数を集計することを可能ならしめるためである。

（４）取引履歴集計部
取引履歴集計部１５ｄは、取引履歴管理テーブル１４ｃに記憶された取引履歴のうち所定期間のものを対象として、貯玉数及び再プレイ玉数それぞれを集計する処理部である。例えば、取引履歴管理テーブル１４ｃに記憶された１日分の取引種別ごとの取引玉数、すなわち再プレイ玉数及び貯玉数を集計して本日のトータル獲得差玉を算出したり、再プレイ玉数及び貯玉数それぞれを台番号ごとに集計して台別の獲得差玉を算出したり、また、機種対台関係管理テーブル１４ｄに記憶された遊技機種とそれに属する遊技台の台番号の対応関係を参照して、台番号が対応する遊技機種ごとに、再プレイ玉数及び貯玉数それぞれを集計して機種別の獲得差玉を算出したりする。

その後、通知依頼部１５ｂは、属性情報管理テーブル１４ａに記憶されたメールアドレスを宛先として、取引履歴集計部１５ｄによって集計・算出された本日のトータル獲得差玉及びその内訳、台別の獲得差玉、機種別の獲得差玉及びその内訳を予め定められたフォーマット（図１１参照）に埋め込んで配信するようメールサーバ１００に依頼する。

次に、図１２に示した取引履歴集計部１５ｄによる取引履歴集計処理について説明する。図１５は、図１２に示した取引履歴集計部１５ｄによる取引履歴集計処理を示すフローチャートである。この取引履歴集計処理は、図１０に示した通知依頼処理におけるステップＳ４０４とステップＳ４０５の間に行われる処理である。

同図に示すように、まず、取引履歴集計部１５ｄは、１日分の取引種別ごとの取引玉数、すなわち再プレイ玉数及び貯玉数を集計し（ステップＳ５０１及びステップＳ５０２）、該集計した総貯玉数から総再プレイ玉数を減算して本日のトータル獲得差玉を算出する（ステップＳ５０３）。

続いて、取引履歴集計部１５ｄは、再プレイ玉数及び貯玉数それぞれを台番号ごとに集計し（ステップＳ５０４及びステップＳ５０５）、台番号ごとに集計した総貯玉数からその総再プレイ玉数を減算して台別の獲得差玉を算出する（ステップＳ５０６）。

その後、取引履歴集計部１５ｄは、機種対台関係管理テーブル１４ｄに記憶された遊技機種とそれに属する遊技台の台番号の対応関係を参照して、台番号が対応する遊技機種ごとに再プレイ玉数及び貯玉数それぞれを集計し（ステップＳ５０７及びステップＳ５０８）、遊技機種ごとに集計した総貯玉数からその総再プレイ玉数を減算して機種別の獲得差玉を算出する（ステップＳ５０９）。

このように、取引履歴集計部１５ｄによって集計・算出された本日のトータル獲得差玉及びその内訳、台別の獲得差玉、機種別の獲得差玉及びその内訳は、予め定められたフォーマット（図１１参照）に埋め込んで配信するよう通知依頼部１５ｂによりメールサーバ１００に依頼される。

上述してきたように、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、取引履歴のうち所定期間のものを対象として、貯玉数及び再プレイ玉数それぞれを集計し、該集計した貯玉数、再プレイ玉数及びこれら両者の差分値（獲得差玉）を携帯電話機８０に通知するようメールサーバ１００に依頼するように構成したので、遊技客に勝敗管理及び勝敗要因を一目で把握させることができ、遊技客の勝敗管理の把握ニーズを高水準で満たすことが可能である。

また、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、更新履歴として記憶しておいた貯玉数及び再プレイ玉数それぞれを台番号ごとに集計するように構成したので、遊技台別の戦績を遊技客に通知させることができ、遊技台ごとの勝敗管理及び勝敗要因を把握させることが可能である。

さらに、本実施例２に係る会員管理Ｔ／Ｃ１０によれば、遊技台の遊技機種及び該遊技機種に属する遊技台の台番号の対応関係を記憶しておき、記憶しておいた対応関係を参照して、取引履歴として記憶した台番号が対応する遊技機種ごとに、貯玉数及び再プレイ玉数それぞれを集計するように構成したので、遊技機種別の戦績を遊技客に通知させることができ、遊技機種ごとの勝敗管理及び勝敗要因を把握させることが可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

（１）メールサーバ１００の配信項目
例えば、上記した実施例２では、貯玉残高、取引履歴、本日のトータル獲得差玉、台別の獲得差玉、機種別の獲得差玉のすべてをメールサーバ１００に配信させる例を説明したが、必ずしも全ての項目の情報を通知する必要はない。

すなわち、本発明では、携帯電話機８０にてメールサーバ１００に配信させる取引履歴の項目を設定させておき、携帯電話機８０のメール機能やＩＣチップ８１の通信機能を通じて設定した取引履歴の項目を会員管理Ｔ／Ｃ１０に通知させ、通知依頼部１５ｂにて取引履歴のうち、通知された更新履歴の項目だけを携帯電話機８０に通知するようメールサーバ１００に依頼させるように貯玉管理システムを構成してもよい。

例えば、会員カード処理機７０のリーダライタ７５やＣＲユニット３０のリーダライタ３５を通じて携帯電話機８０のＣＰＵに閲覧設定アプリを予めダウンロードさせておき、この閲覧設定アプリに図１６に示すような設定画面を表示させて、貯玉残高、取引履歴、台別獲得差玉、機種別獲得差玉、本日トータル獲得差玉のうち配信を希望する項目を閲覧設定情報として入力させる。その後、リーダライタを有する店内機器（例えば、ＣＲユニット３０や会員カード処理機７０等）にて携帯電話機８０のかざし操作が行われると、携帯電話機８０のＣＰＵ、閲覧設定アプリ、リーダライタで三者間通信が行われてリーダライタに閲覧設定情報が受け渡されるので、この閲覧設定情報を会員管理Ｔ／Ｃ１０に転送させ、会員管理Ｔ／Ｃ１０に管理させておく。このように閲覧設定情報を会員管理Ｔ／Ｃ１０に管理させておけば、遊技店の閉店時刻になった際には貯玉残高、取引履歴、台別獲得差玉、機種別獲得差玉、本日トータル獲得差玉のうち遊技客が希望する項目だけをメールサーバ１００に配信させることができ、遊技客が不要に感じる情報を通知することを防止することができる。また、属性情報管理テーブル１４ａに登録されているメールアドレスが通信装置のものである場合には、通信費用を低減させることも可能になる。

（２）メール配信の契機
また、上記した実施例１及び２では、遊技店の閉店時にメール配信を行わせる実施例を説明したが、必ずしも閉店時にメール配信を行わせる必要はなく、貯玉更新処理が行われる度にメール配信を行わせるようにしてもよい。

（３）メール配信の頻度
また、上記した実施例１及び２では、１日につき１度メールを配信することとしたが、それよりも多い頻度であっても少ない頻度であってもかまわない。例えば、貯玉利用がない日にはメール配信を行わないように通知依頼部１５ｂを構成すれば、メール配信を希望しない遊技客に迷惑メールと配信したという悪感情を喚起させることを防止することができる。これに関連して、１日トータル獲得差玉、台別獲得差玉及び機種別獲得差玉に加え、１ヶ月ごとに１ヶ月トータル獲得差玉、台別獲得差玉及び機種別獲得差玉を算出・配信するように会員管理Ｔ／Ｃ１０を構成すれば、１ヶ月の勝敗管理の把握ニーズも満たすこともできる。

（４）メール配信の対象
なお、上記した実施例１及び２では、会員登録した遊技客すべてにメール配信を行う実施例を説明したが、必ずしも会員すべてに配信する必要はなく、メール配信を希望する会員を予め登録し、それらの会員だけに送信するようにしてもよい。

（５）その他
また、上記した実施例２では、取引履歴集計部１５ｄの機能を会員管理Ｔ／Ｃ１０が有する例を説明したが、かかる取引履歴集計部１５ｄの機能を実現するアプリケーションを携帯電話機８０にダウンロードさせて実行させてもよい。

また、上記した実施例では、携帯電話機８０を会員カードの代わりに使用させるために携帯電話機８０内のＩＣチップ８１に記憶されたＩＤｍを用いることとしたが、必ずしもＩＤｍを用いる必要はなく、遊技客を一意に特定することができる識別情報（例えば、遊技店により発行される会員ＩＤ、電話番号、電子メールアドレスや携帯電話機８０の製造番号等）であれば任意のものを用いることができる。例えば、会員の登録時に携帯電話機８０内のＩＣチップ８１に会員ＩＤを記憶させておき、貯玉利用時には、会員カード処理機７０が携帯電話機８０の会員ＩＤを読み取り、該読み取った会員ＩＤを会員管理Ｔ／Ｃ１０に送信させるように貯玉管理システムを構成してもよい。

なお、上記した実施例１及び２では、本発明をパチンコ遊技を対象とした貯玉管理システムに適用する例を説明したが、パチスロ遊技を対象としてさらに含めた貯遊技媒体管理システム又はパチスロ遊技のみを対象とする貯メダル管理システムにも本発明を同様に適用することができる。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

以上のように、本発明に係る会員管理システム及び会員管理方法は、遊技情報を円滑に更新する場合に適している。

１０ 会員管理Ｔ／Ｃ
１１ 入力部
１２ 出力部
１３ ＩＦ部
１４ 記憶部
１４ａ 属性情報管理テーブル
１４ｂ 貯玉管理テーブル
１４ｃ 取引履歴管理テーブル
１４ｄ 機種対台関係管理テーブル
１５ 制御部
１５ａ 貯玉管理部
１５ｂ 通知依頼部
１５ｃ 台番号登録部
１５ｄ 取引履歴集計部
２０ 島コントローラ
３０ カード処理ユニット（ＣＲユニット）
４０ パチンコ機
５０ 計数機
７０ 会員カード処理機
８０ 携帯端末
８１ ＩＣチップ
１００ メールサーバ

Claims (4)

1. 遊技機に対応して設けられ、前記遊技機での遊技に貯遊技媒体を使用可能にする使用可能化処理を行う各台装置と、前記各台装置と通信可能であり、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該会員の遊技に関する遊技情報を管理する管理装置とを有する会員管理システムであって、
   前記各台装置は、
   前記会員が所持する会員用記録媒体から会員識別情報を読み取る会員識別情報読取手段と、
   前記会員が所持する携帯端末から携帯端末識別情報を読み取る携帯端末識別情報読取手段と、
   前記会員識別情報読取手段により読み取られた前記会員識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第１の情報送信処理と、前記携帯端末識別情報読取手段により読み取られた前記携帯端末識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第２の情報送信処理とを行う送信手段と
   を備え、
   前記管理装置は、
   前記会員識別情報及び前記携帯端末識別情報を対応付けて、該会員の遊技に関する遊技情報を記憶する遊技情報記憶手段と、
   前記送信手段の第１の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記会員識別情報に対応付けて前記遊技情報記憶手段に格納する第１の格納手段と、
   前記送信手段の第２の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記携帯端末識別情報に対応付けられた会員識別情報に対応付けて前記遊技情報記憶手段に格納する第２の格納手段と
   を備えたことを特徴とする会員管理システム。
2. 前記管理装置は、
   前記各台装置ごとに対応する遊技機を特定する情報を特定可能な遊技機特定情報を記憶する遊技機特定情報記憶手段をさらに備え、
   前記遊技情報を前記遊技機特定情報と対応付けて管理する管理手段を有する
   ことを特徴とする請求項１に記載の会員管理システム。
3. 前記管理装置は、
   前記遊技情報を時刻情報と対応付けて時系列的に記憶する
   ことを特徴とする請求項１または２に記載の会員管理システム。
4. 遊技機に対応して設けられ、前記遊技機での遊技に貯遊技媒体を使用可能にする使用可能化処理を行う各台装置と、前記各台装置と通信可能であり、遊技店の会員に加入した遊技客を一意に特定するための会員識別情報に対応付けて、該会員の遊技に関する遊技情報を管理する管理装置とを有する会員管理システムに適用される会員管理方法であって、
   前記各台装置が、
   前記会員が所持する会員用記録媒体から会員識別情報を読み取る会員識別情報読取工程と、
   前記会員が所持する携帯端末から携帯端末識別情報を読み取る携帯端末識別情報読取工程と、
   前記会員識別情報読取工程により読み取られた前記会員識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第１の情報送信処理と、前記携帯端末識別情報読取工程により読み取られた前記携帯端末識別情報に対応する前記貯遊技媒体の使用に関する所定の処理情報を前記管理装置に送信する第２の情報送信処理とを行う送信工程と
   を実行し、
   前記管理装置が、
   前記会員識別情報及び前記携帯端末識別情報を対応付けて、該会員の遊技に関する遊技情報を遊技情報記憶部に記憶する記憶工程と、
   前記送信工程の第１の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記会員識別情報に対応付けて前記遊技情報記憶部に格納する第１の格納工程と、
   前記送信工程の第２の情報送信処理により前記所定の処理情報を受け付けたことを条件として、該所定の処理情報に基づいて特定される前記貯遊技媒体の更新履歴情報を前記遊技情報として、前記携帯端末識別情報に対応付けられた会員識別情報に対応付けて前記遊技情報記憶部に格納する第２の格納工程と
   を実行することを特徴とする会員管理方法。

Images