貯遊技媒体管理システムおよび貯遊技媒体管理方法
【課題】遊技客の利便性を向上させることを課題とする。
【解決手段】貯玉管理システム１において、計数機１０は、計数部１６によって計数された獲得玉の計数値を貯玉加算した貯玉残高が貯玉上限を超えるか否かを判定する貯玉上限可否判定部１８ａと、貯玉上限可否判定部１８ａによって貯玉上限を超えると判定された場合には、貯玉残高が貯玉上限範囲内となる玉数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼する貯玉加算依頼部１８ｂと、獲得玉の計数値のうち、少なくとも貯玉加算時に貯玉上限を超える玉数が関連付けられたレシートを発行するレシート発行部１７とを備える。
【解決手段】貯玉管理システム１において、計数機１０は、計数部１６によって計数された獲得玉の計数値を貯玉加算した貯玉残高が貯玉上限を超えるか否かを判定する貯玉上限可否判定部１８ａと、貯玉上限可否判定部１８ａによって貯玉上限を超えると判定された場合には、貯玉残高が貯玉上限範囲内となる玉数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼する貯玉加算依頼部１８ｂと、獲得玉の計数値のうち、少なくとも貯玉加算時に貯玉上限を超える玉数が関連付けられたレシートを発行するレシート発行部１７とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め登録処理された遊技客によって預け入れられた遊技媒体数を貯玉残高として管理し、計数機で計数した計数値の範囲内で貯玉残高に貯玉加算を行う貯遊技媒体管理システムおよび貯遊技媒体管理方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を遊技機に投入して遊技を行うパチンコ機やスロットマシンなどの遊技機が知られている。これら遊技機を設置した遊技店においては、プリペイドカードや会員カードなどの各種記録媒体が使用されることが多い。
【０００３】
かかる遊技店では、この会員カードを所定の会員登録をおこなった遊技客に対して発行し、この会員カードの識別情報（例えば、会員ＩＤなど）に関連付けて、例えば、パチンコ機での遊技を終了した際に獲得したパチンコ玉やメダルの数量情報（貯玉数）を登録するシステム、いわゆる貯玉管理システムが構築されている（例えば、特許文献１参照。）。
【０００４】
この貯玉管理システムによれば、遊技客（会員）は、貯玉残高の範囲内で、パチンコ玉を借り受けて再度遊技したり、また、貯玉残高の範囲内で、遊技店内の通常の景品（例えば、お菓子やたばこなどの景品）や特殊景品に交換したりすることもできる。
【０００５】
さらに、近年では、遊技客による遊技のめり込み防止、並びに貯玉サービスの取り止めに伴って生じる貯玉残高の返却補償高の抑制などの観点から、かかる制度補償を運営する第三者機関（貯玉補償基金）、或いは遊技店によって会員一人あたりの貯玉残高に上限を設定することが検討されている。
【０００６】
このように貯玉上限を設けた場合には、計数機では、計数した獲得遊技媒体数を加算した貯玉残高が貯玉上限を超えるならば、貯玉上限超過分の貯玉加算（遊技媒体の預入）を拒否し、貯玉上限超過分の遊技媒体を遊技客に返却するという運用が想定される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−５１４５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した従来技術は、貯玉残高が貯玉上限を超えた場合に遊技にしか使用できない現物（すなわち、パチンコ玉やメダルなどの遊技媒体）を返却するものであるため、遊技客は、返却された遊技媒体の取扱に苦慮することとなり、遊技客の利便性を損なうという問題点があった。
【０００９】
加えて、遊技で獲得した遊技媒体を計数する遊技客は、通常、遊技を終了しようとする遊技客であり、獲得した遊技媒体を景品交換或いは貯玉するために計数機へ向かう場合が多く、その日に再度遊技する遊技客の方が少ない。したがって、遊技客の意図に反した遊技を強いられる不便を被る頻度は低いものではない。
【００１０】
また、特許文献１に記載される玉計数機の玉返却機構は、端数玉と呼ばれる小数の玉を返却する機能しか有さない為、そのままの構成では、貯玉上限超過分の玉（数百〜数千個に達する可能性がある）を投出することは難しい。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技客の利便性を向上させることができる貯遊技媒体管理システムおよび貯遊技媒体管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムであって、前記遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と前記貯遊技媒体数との合算値が所定の上限値を超える前記預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶する記憶手段と、遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と前記記憶手段に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定手段とを備えたことを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記加算処理手段は、前記判定手段により前記所定の上限値を超えると判定され、かつ、該預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算した暫定貯遊技媒体数が所定の暫定貯遊技媒体上限値以内である場合に、前記預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算処理することを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記記憶手段に暫定貯遊技媒体数が記憶されている場合には、遊技客の再来店時に前記貯遊技媒体数または前記暫定貯遊技媒体数について景品交換及び再プレイを行わせることを特徴とする。
【００１５】
また、本発明は、遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムの貯遊技媒体管理方法であって、遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と所定の記憶部に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定工程と、前記判定工程により前記所定の上限値を超えると判定された場合に、前記預入要求された遊技媒体数を前記記憶部に記憶した暫定的な貯遊技媒体数を意味する暫定貯遊技媒体数に加算処理する加算処理工程とを含んだことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と貯遊技媒体数との合算値が所定の上限値を超える預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶しておき、遊技店に配設された機器から遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定するよう構成したので、遊技客が閉店間際に遊技を終了した場合であっても、混雑する景品カウンタに並ぶことなく帰宅することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【図２】図２は、実施例１に係る貯玉管理システムのシステム構成を示すシステム構成図である。
【図３】図３は、会員管理ＤＢに記憶される情報の構成例を示す図である。
【図４−１】図４−１は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図４−２】図４−２は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図４−３】図４−３は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図５】図５は、実施例１における記録媒体発行処理の手順を示すフローチャートである。
【図６−１】図６−１は、暫定貯玉として管理される情報の一例を示す図である。
【図６−２】図６−２は、暫定貯玉として管理される情報の一例を示す図である。
【図７】図７は、計数機およびレシート発行機を別体として設けた場合の各装置のブロック図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照して、本発明に係る貯玉管理システム（貯玉管理方法）の好適な実施例を詳細に説明する。なお、以下では、本発明に係る貯玉管理システムを実施例１として説明した後に、本発明に含まれる他の実施例を実施例２として説明する。
【実施例１】
【００１９】
以下の実施例１では、実施例１に係る貯玉管理システムの概要および特徴、システムを構成する各装置（計数機、会員管理Ｔ／Ｃ）の構成および処理の流れを順に説明する。
【００２０】
［概要および特徴（実施例１）］
まず最初に、図１を用いて、実施例１に係る貯玉管理システムの概要および特徴を説明する。図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【００２１】
同図に示すように、実施例１に係る貯玉管理システム１は、予め登録処理された遊技客（会員）によって預け入れられた遊技媒体数を貯玉残高として管理する会員管理Ｔ／Ｃ２０と、遊技媒体の数量を計数し、該計数した計数値の範囲内で貯玉加算を会員管理Ｔ／Ｃ２０に依頼する計数機１０とが相互に通信可能に接続して構成される。
【００２２】
ここで、計数機１０は、計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定し、貯玉上限を超えると判定した場合に、貯玉残高が貯玉上限範囲内となる遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼し、計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行する「記録媒体発行処理」に主たる特徴があり、かかる「記録媒体発行処理」によって、貯玉上限超過分の遊技媒体の景品交換を可能にし、もって遊技客の利便性を向上させることができるようにしている。
【００２３】
この主たる特徴を具体的に説明すると、この計数機１０は、当該計数機１０で計数した計数値、すなわち遊技客が遊技で獲得した獲得遊技媒体数の貯玉加算依頼処理として、計数機１０に設けられた操作部を介して遊技客から貯玉加算要求を受け付けるが、その貯玉加算要求に応じて直ちに貯玉加算依頼を会員管理Ｔ／Ｃに行うことはしない。つまり、遊技客が今回の遊技で獲得した獲得遊技媒体を現在の貯玉残高（以下、「現貯玉残高」という。）に貯玉加算した貯玉残高が貯玉上限を超えるか否かを判定する。
【００２４】
より詳細には、図１に示すように、遊技客によって会員用記録媒体、例えばプリペイド一体型会員カード１００が挿入されたならば、プリペイド一体型会員カード１００に記録された会員識別情報「会員ＮＯ，０００１」を読み出し、会員管理Ｔ／Ｃ２０に対して「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を問い合わせる。その後、遊技客が獲得した獲得玉を計数し、該計数した計数値（獲得玉数）を現貯玉残高「１０００個」に加算し、この合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えるか否かを判定する。
【００２５】
このとき、計数機１０は、かかる合算値が貯玉上限を超えると判定した場合には、貯玉上限超過時に遊技にしか使用できない現物を返却することを回避するために、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行する。例えば、図１の例で言えば、かかる合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えると判定した場合（Ａの場合）に、貯玉残高が貯玉上限範囲内となる遊技媒体数（例えば、貯玉上限「５０００個」−現貯玉残高「１０００個」＝「４０００個」）を加算依頼貯玉数として会員管理Ｔ／Ｃ２０に送信するとともに、残り獲得玉数「５００個」（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する。なお、この「レシート発行玉数」は、計数ＩＤにレシート発行玉数を対応付けて景品管理装置３０で記憶管理される。
【００２６】
一方、かかる合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えないと判定した場合（Ｂの場合）には、計数値「２５００個」そのものの貯玉加算を会員管理Ｔ／Ｃ２０に依頼する。なお、本実施例では、図１に示したように、カード或いはレシートに記録した記録データを改ざんするなどの不正行為を防止する観点から、プリペイド一体型会員カードには「貯玉残高」を記録せず、会員識別情報「会員ＮＯ，」のみを記録し、レシートには「計数値」を記録せず、計数ＩＤのみを記録する構成を採用することとする。
【００２７】
このように、図１に示した貯玉管理システム１において、計数機１０は、貯玉上限超過時に遊技にしか使用できない現物を返却するのではなく、貯玉上限超過分の遊技媒体を関連付けた記録媒体を発行する。このため、上記した主たる特徴の通り、遊技客は、返却された遊技媒体の取扱に苦慮することなく、貯玉上限超過分の遊技媒体についても景品交換を行うことができる。そして、このように貯玉上限超過時の景品交換処理が補完された貯玉サービスを提供することで、遊技客の利便性を向上させることが可能になる。
【００２８】
さらに、これに関連して、図１に示した計数機１０は、貯玉上限を超えた場合に現物の返却を廃止することで、計数機に組み込むべき遊技媒体返却機構を不要化し、遊技店（ホール）の設備投資費用を安価に抑制し、加えて、開発メーカーによる遊技媒体返却機構の開発努力および開発費用を不要化することが可能になる。また、既存の計数機の仕様にそぐわない遊技媒体返却機構を計数機に付加することに起因して計数機の故障率および休止率が増加するリスクをなくすことも可能になる。
【００２９】
［計数機の構成］
続いて、実施例１に係る計数機の構成および処理の流れを説明する。図２は、実施例１に係る貯玉管理システムのシステム構成を示すシステム構成図である。同図に示すように、計数機１０は、入力部１１と、表示部１２と、会員カード処理部１３と、通信制御ＩＦ部１４と、シャッタ機構部１５と、計数部１６と、レシート発行部１７と、制御部１８とを所定のバスなどで接続して構成される。
【００３０】
このうち、入力部１１は、各種の情報を入力するキーボードやボタンなどの指示入力手段であり、例えば、計数部１６によって計数された計数値（獲得玉数）の貯玉加算要求を受け付ける。
【００３１】
また、表示部１２は、各種の情報を出力する液晶パネルやディスプレイなどの出力表示手段であり、例えば、計数部１６によって計数された獲得玉の計数値を表示したり、会員カード処理部１３から得られた貯玉残高を表示したりする。尚、入力部１１と表示部１２については、タッチパネルでもよい。
【００３２】
会員カード処理部１３は、カード挿入口に挿入された会員カードの読取処理／書込処理を行う処理部である。例えば、図１に示すように、プリペイド一体型会員カード１００が挿入されたならば、このカードに記録された会員識別情報「会員ＮＯ，０００１」を読み取る。
【００３３】
また、会員カード処理部１３は、プリペイドカード一体型会員カード１００から読み取った会員識別情報「会員ＮＯ，０００１」を用いて、会員管理Ｔ／Ｃ２０から「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を取得し、該取得した現貯玉残高「１０００個」を貯玉上限可否判定部１８ａに出力する。
【００３４】
通信制御ＩＦ部１４は、各種装置（例えば、会員管理Ｔ／Ｃ２０）との間で各種通信の制御を行う処理部である。また、シャッタ機構部１５は、計数部１６の遊技媒体投入口を開閉する機構部である。
【００３５】
計数部１６は、遊技媒体の数量を計数する処理部である。具体的には、遊技客によって投入された「獲得玉」や従業員によって投入された「こぼれ玉」の数量を計数する。なお、この「こぼれ玉」とは、獲得玉の収納箱或いは遊技機（パチンコ機）の遊技媒体貯留領域からこぼれ落ちたパチンコ玉を指す。
【００３６】
レシート発行部１７は、計数部１６によって計数された獲得玉の計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられたレシートを発行する処理部である。例えば、図１に示す例で言えば、計数部１６によって計数された獲得玉数から貯玉加算依頼部１８ｂによって会員管理Ｔ／Ｃ２０に貯玉加算が依頼された加算依頼貯玉数を減算した残り獲得玉数（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数「５００個」としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する。なお、この「レシート発行玉数」は、計数部１６で採番される計数ＩＤにレシート発行玉数を対応付けて景品管理装置３０で記憶管理される。また、このレシート発行部１７は、遊技客が全く貯玉できない場合や貯玉を希望しない場合には、全計数値分のレシートを発行できる。
【００３７】
このように、貯玉上限を超えると判定された場合に、貯玉残高が貯玉上限となるように貯玉加算を行い、計数値から加算依頼貯玉数を除いた遊技媒体数が関連付けられた記録媒体を発行することで、遊技客から貯玉上限を超える貯玉加算要求があった場合でも、貯玉処理および記録媒体発行処理を円滑に行うことができる。
【００３８】
制御部１８は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、貯玉上限可否判定部１８ａおよび貯玉加算依頼部１８ｂを備える。
【００３９】
このうち、貯玉上限可否判定部１８ａは、計数部１６によって計数された「獲得玉」の計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定する処理部である。図１の例で言えば、会員カード処理部１３によって出力された当該遊技客（会員）の現貯玉残高「１０００個」に計数部１６によって計数された獲得玉の計数値を加算し、この合算値が貯玉上限「５０００個」を超えるか否かを判定する。
【００４０】
そして、貯玉上限可否判定部１８ａは、計数部１６によって計数された獲得玉数が「４５００個」であった場合（図１中「Ａ」の場合）には、獲得玉数「４５００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」となるので、合算値が貯玉上限を超えたと判定し、計数部１６によって計数された獲得玉数が「２５００個」であった場合（図１中「Ｂ」の場合）には、獲得玉数「２５００個」＋現貯玉残高「１０００個」≦貯玉上限「５０００個」となるので、合算値が貯玉上限範囲内であると判定する。
【００４１】
貯玉加算依頼部１８ｂは、貯玉残高が貯玉上限を超えない範囲の遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼する処理部である。例えば、図１の「Ａ」の例に示すように、獲得玉数「４５００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」となることから、合算値（獲得玉数＋現貯玉残高）が貯玉上限を超えたと判定された場合には、会員管理Ｔ／Ｃ２０に対して貯玉残高が貯玉上限となる加算依頼貯玉数「４０００個」（＝貯玉上限「５０００個」−現貯玉残高「１０００個」）を現貯玉残高「１０００個」（図４−１参照）に加算するように依頼する（図４−２参照）。なお、貯玉加算を会員管理Ｔ／Ｃ２０に依頼する際には、加算依頼貯玉数「４０００個」とともに貯玉加算の依頼対象となる会員識別情報「会員ＮＯ，０００１」を会員管理Ｔ／Ｃ２０に送信する。このとき、貯玉依頼されなかった玉数がレシート発行部１７に通知される。
【００４２】
また、貯玉加算依頼部１８ｂは、図１の「Ｂ」の例に示すように、獲得玉数「２５００個」＋現貯玉残高「１０００個」≦貯玉上限「５０００個」となることから、合算値が貯玉上限範囲内であると判定された場合には、会員管理Ｔ／Ｃ２０に対して、計数部１６によって計数された獲得玉の計数値「２５００個」を現貯玉残高「１０００個」（図４−１参照）に貯玉加算するように依頼する（図４−３参照）。
【００４３】
［会員管理Ｔ／Ｃの構成］
次に、実施例１に係る会員管理Ｔ／Ｃの構成および処理の流れを説明する。図２に示すように、会員管理Ｔ／Ｃ２０は、入力部２１と、表示部２２と、通信制御ＩＦ部２３と、会員管理ＤＢ２４と、貯玉管理ＤＢ２５と、制御部２６とを備える。
【００４４】
このうち、入力部２１は、各種の情報を入力するキーボード、マウスおよびトラックボールなどの指示入力手段であり、例えば、貯玉サービスや特賞履歴閲覧サービスなどの各種会員サービスを希望する遊技客から取得した会員情報（例えば、会員となる遊技客の氏名、住所およびメールアドレスなどの情報）の登録や、会員管理ＤＢ２４および貯玉管理ＤＢ２５の閲覧要求などを受け付ける。
【００４５】
表示部２２は、各種の情報を出力するモニタなどの出力表示手段であり、例えば、会員管理ＤＢ２４によって記憶管理された遊技客（会員）の会員情報や、貯玉管理ＤＢ２５によって記憶管理された会員の貯玉情報を表示する。また、通信制御ＩＦ部２３は、各種装置（例えば、計数機１０）との間で各種通信の制御を行う処理部である。
【００４６】
会員管理ＤＢ２４は、会員登録された遊技客の会員情報を記憶するデータベースであり、具体的には、会員である遊技客に一意に採番された会員識別情報に、氏名、住所やメールアドレスなどの会員情報を対応付けて記憶している。例えば、図３に示すように、会員識別情報「会員ＮＯ，０００１」には、遊技客の氏名「ＡＢＣ」、住所「Ｈ県Ｉ市・・・」およびメールアドレス「ｘｙｚ＠×××．ｎｅ．ｊｐ」、「会員ＮＯ，０００２」には、「ＤＥＦ」、「Ｊ県Ｋ市・・・」および「ｕｖｗ＠×××．ｃｏｍ」、・・・、「会員ＮＯ，×××Ｎ」には、「ＺＺＺ」、「Ｌ県Ｍ市・・・」および「ｒｓｔ＠×××．ｎｅ．ｊｐ」を対応付けて記憶している。
【００４７】
貯玉管理ＤＢ２５は、会員登録された遊技客の貯玉情報を記憶するデータベースであり、具体的には、会員である遊技客に一意に採番された会員識別情報に貯玉数（貯玉残高）を対応付けて記憶している。例えば、図４−１に示すように、会員識別情報「会員ＮＯ，０００１」には、貯玉数「１０００個」、「会員ＮＯ，０００２」には、「５００個」、・・・、「会員ＮＯ，×××Ｎ」には、「３０００個」を対応付けて記憶している。
【００４８】
制御部２６は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に関連するものとしては、貯玉処理部２６ａを備える。
【００４９】
この貯玉処理部２６ａは、貯玉管理ＤＢ２５に記憶された貯玉残高に加算／減算を行う処理部である。例えば、図１に示す例で言えば、貯玉加算依頼部１８ｂから会員識別情報「会員ＮＯ，０００１」および加算依頼貯玉数「４０００個」を受信した場合（Ａの場合）には、「会員ＮＯ，０００１」に対応する貯玉残高に「４０００個」を加算し（図４−２参照）、また、会員識別情報「会員ＮＯ，０００１」および加算依頼貯玉数「２５００個」を受信した場合（Ｂの場合）には、「会員ＮＯ，０００１」に対応する貯玉残高に「２５００個」を加算する（図４−３参照）。
【００５０】
［記録媒体発行処理］
次に、図５を用いて、実施例１における記録媒体発行処理を説明する。図５は、実施例１における記録媒体発行処理の手順を示すフローチャートである。同図に示すように、この「記録媒体発行処理」は、遊技客によって会員カードが挿入された場合に開始される。なお、本実施例１では、遊技客が計数値の貯玉加算を行うことが前提であるため、このフローチャートでは、遊技客から計数値の貯玉加算要求が行われた例を中心に説明する。
【００５１】
例えば、プリペイド一体型会員カード１００が挿入されたならば（ステップＳ５０１肯定）、会員カード処理部１３は、このカードに記録された会員識別情報「会員ＮＯ，０００１」を読み取り、プリペイドカード一体型会員カード１００から読み取った会員識別情報「会員ＮＯ，０００１」を用いて、会員管理Ｔ／Ｃ２０から「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を取得する（ステップＳ５０２）。なお、このようにして取得した現貯玉残高「１０００個」は、貯玉上限可否判定部１８ａに出力される。
【００５２】
そして、現貯玉残高を取得した後、会員カード処理部１３は、シャッタ機構部１５にシャッタの開放を依頼し、シャッタ機構部１５は、計数部１６の遊技媒体投入口に設けられたシャッタを開放する（ステップＳ５０３）。
【００５３】
その後、遊技客によって計数部１６に「獲得玉」が投入されたならば（ステップＳ５０４肯定）、計数部１６は、「獲得玉」の数量を計数する（ステップＳ５０５）。なお、このように計数された「獲得玉」の計数値は、貯玉上限可否判定部１８ａに出力される。
【００５４】
そして、「獲得玉」が全て計数されたことが確認され、遊技客から貯玉加算要求を受け付けた後に（ステップＳ５０６）、貯玉可否上限判定部１８ａは、「獲得玉」の計数値を現貯玉残高に加算した合算値が貯玉上限を超えるか否かを判定する（ステップＳ５０７）。
【００５５】
ここで、図１の「Ａ」の例に示すように、貯玉上限可否判定部１８ａによって獲得玉数「４５００個」＋現貯玉残高「１０００個」が貯玉上限「５０００個」を超えたと判定された場合（ステップＳ５０７肯定）には、貯玉加算依頼部１８ｂは、会員管理Ｔ／Ｃ２０に対して貯玉残高が貯玉上限となる加算依頼貯玉数「４０００個」（＝貯玉上限「５０００個」−現貯玉残高「１０００個」）を現貯玉残高「１０００個」に加算するように依頼する（ステップＳ５０８）。
【００５６】
なお、貯玉加算を会員管理Ｔ／Ｃ２０に依頼する際には、加算依頼貯玉数「４０００個」とともに貯玉加算の依頼対象となる会員識別情報「会員ＮＯ，０００１」を会員管理Ｔ／Ｃ２０に送信する。
【００５７】
続いて、レシート発行部１７は、計数部１６によって計数された獲得玉数から貯玉加算依頼部１８ｂによって会員管理Ｔ／Ｃ２０に貯玉加算が依頼された加算依頼貯玉数を減算した残り獲得玉数（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数「５００個」としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する（ステップＳ５０９）。
【００５８】
一方、図１の「Ｂ」の例に示すように、貯玉上限可否判定部１８ａによって獲得玉数「２５００個」＋現貯玉残高「１０００個」が貯玉上限「５０００個」範囲内であると判定された場合（ステップＳ５０７否定）には、貯玉加算依頼部１８ｂは、会員管理Ｔ／Ｃ２０に対して、計数部１６によって計数された獲得玉の計数値「２５００個」を現貯玉残高「１０００個」に貯玉加算するように依頼する（ステップＳ５１０）。
【００５９】
最後に、ステップＳ５０９終了後またはステップＳ５１０終了後、会員カード処理部１３は、カード挿入口からプリペイド一体型会員カード１００を返却し、処理を終了する。
【００６０】
上述してきたように、実施例１に係る貯玉管理システム１によれば、計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定し、貯玉上限を超えると判定した場合に、貯玉残高が貯玉上限範囲内となる遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼し、計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行するように構成したので、貯玉上限超過分の遊技媒体についても景品交換を行うことができ、遊技客の利便性を向上させることが可能になる。
【００６１】
また、実施例１に係る貯玉管理システム１によれば、貯玉上限を超えると判定された場合に、貯玉残高が貯玉上限となるように貯玉加算を行い、計数値から加算依頼貯玉数を除いた遊技媒体数が関連付けられた記録媒体を発行するように構成したので、遊技客から貯玉上限を超える貯玉加算要求があった場合でも、貯玉処理および記録媒体発行処理を円滑に行うことが可能になる。
【実施例２】
【００６２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
【００６３】
例えば、本発明では、特殊景品に交換可能な遊技媒体数を関連付けた記録媒体と、特殊景品に交換不可能な遊技媒体数を関連付けた記録媒体とを区別して発行するようにしても良い。具体的には、貯玉上限可否判定部１８ａによって獲得玉数「５１００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」と判定された場合には、レシート発行玉数「１１００個」を関連付けたレシートを発行する必要があるが、例えば、獲得玉を１玉／４円で特殊景品に景品交換し、「１０００円」以上でのみ特殊景品の払出しを行う遊技店であれば、総レシート発行玉数「１１００個」のうち「２５０個」の倍数となる「１０００個」を関連付けたレシートと、その余り「１００個」を関連付けたレシートとを発行する。なお、特殊景品に交換不可能な遊技媒体数については、現物で返却するようにしても良い。
【００６４】
このように、特殊景品に交換可能な遊技媒体数を関連付けた記録媒体と、特殊景品に交換不可能な遊技媒体数を関連付けた記録媒体とを区別して発行することで、遊技客が特殊景品以外の景品を選択する前に特殊景品の払出しを行うことができ、景品交換カウンタでの景品交換を円滑に行うことが可能になる。
【００６５】
また、本発明では、貯玉残高が貯玉上限を超えない限りにおいて、貯玉加算を行う遊技媒体数、或いはレシートとして発行する遊技媒体数を受け付けるようにしても良い。すなわち、これによって、レシート発行玉数を特殊景品に過不足なく交換可能な玉数にしたり、各遊技客の個人特性に応じた貯玉加算を行うことができ、遊技客の利便性を効果的に向上させることが可能になる。
【００６６】
具体的には、現貯玉残高＝１０００個、貯玉上限＝５０００個の状態で、４０１０個の獲得玉が計数されたとする。ここで、貯玉上限に達する４０００個を貯玉して、残りの玉１０個分のレシートを受け取っても利用しにくい。そこで、遊技客が景品交換を希望する個数（例えば１５００個）を入力すると、１５００個分のレシートが発行されるので、カウンターで景品に交換できる。レシートとして発行されなかった残り２５１０個が加算貯玉される。
【００６７】
また、本発明では、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えると判定された場合であっても、貯玉上限から所定値以内であることを条件とした貯玉加算および／または所定期間内の再遊技もしくは景品交換を条件とした貯玉加算を行うようにしても良い。
【００６８】
例えば、遊技客が普遍的な利益を享受する通常の貯玉とは区別して、「暫定貯玉データ」を設定、管理する（図６−１参照）。この「暫定貯玉データ」は、貯玉上限を超えた場合であっても貯玉加算できるが、上限値が設定されており（例えば５０００個とする）、それ以上の預入はできないものとする。これにより、遊技者が不便を感じることが少なく、且つ、遊技店の貯玉データが無制限に増加させられるリスクは回避される。
【００６９】
また、かかる「暫定貯玉データ」に有効期間をもうけてもよい。例えば、有効期間を「当日限り」と設定すれば、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えた場合でも、遊技客は、獲得玉を計数した際に（暫定）貯玉加算を行い（図６−１および図６−２参照）、当日に限って再プレイや景品交換を行うことができるので、あまり不便を感じないで済む。なお、この場合には、図６−２に示すように、遊技者によって遊技媒体が預け入れられた「預入日時」を管理する必要があり、また、有効期間以降、暫定貯玉分は無効になる可能性があり、遊技者（会員）にこの点の注意を促す必要がある。
【００７０】
また、有効期間を「翌日までＯＫ」と設定すれば、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えた場合であっても、遊技客が閉店間際に遊技を終了し、獲得玉が多数であった場合、獲得玉を計数した際に（暫定）貯玉加算を行えば、混雑する景品カウンタに並ぶことなく帰ることができ、翌日に再び来店して景品交換あるいは再プレイすることが可能となる。
【００７１】
また、実施例１では、貯玉上限が会員カードに対して期間を問わず一律に課されるである場合について説明したが、本発明はこれに限定されるものではなく、貯玉上限は任意の基準で設定された貯玉上限であって良い。例えば、所定の期間ごとに課される上限であったり、貯玉／貯メダルそれぞれに個別に設定される上限であったり、また、貯玉／貯メダルそれぞれに相当する金額の合算値に課される上限であっても良い。
【００７２】
なお、実施例１では、パチンコ玉について貯玉管理や貯玉加算などの貯玉サービスを実施する実施例について説明したが、本発明はこれに限定されるものではなく、メダルのみの貯玉サービスを実施する場合、或いはパチンコ玉およびメダルの双方の貯玉サービスを実施する場合についても同様に適用することができる。
【００７３】
また、実施例１では、計数機１０が貯玉上限可否判定部１８ａおよび貯玉加算依頼部（加算依頼貯玉数の決定）１８ｂの機能を有する実施例について説明したが、本発明はこれに限定されるものではなく、これらの処理部による機能の全部或いは一部を会員管理Ｔ／Ｃ２０に分散するように貯玉管理システムを構成しても良い。
【００７４】
なお、実施例１では、計数機１０が計数部１６における計数機能およびレシート発行部１７におけるレシート発行機能の双方を兼ね備える実施例について説明したが、図７に示すように、計数部１６における計数機能を備える計数機４０と、レシート発行部１７におけるレシート発行機能を備えるレシート発行機５０とを別々に構成した場合であっても同様に本発明を適用することが可能になる。
【００７５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【００７７】
以上のように、本発明に係る貯遊技媒体管理システムおよび貯遊技媒体管理方法は、遊技客の利便性を向上させる場合に適している。
【符号の説明】
【００７８】
１ 貯玉管理システム
１０ 計数機
１１ 入力部
１２ 表示部
１３ 会員カード処理部
１４ 通信制御ＩＦ部
１５ シャッタ機構部
１６ 計数部
１７ レシート発行部
１８ 制御部
１８ａ 貯玉上限可否判定部
１８ｂ 貯玉加算依頼部
２０ 会員管理Ｔ／Ｃ
２１ 入力部
２２ 表示部
２３ 通信制御ＩＦ部
２４ 会員管理データベース
２５ 貯玉管理データベース
２６ 制御部
２６ａ 貯玉処理部
３０ 景品管理装置
【技術分野】
【０００１】
本発明は、予め登録処理された遊技客によって預け入れられた遊技媒体数を貯玉残高として管理し、計数機で計数した計数値の範囲内で貯玉残高に貯玉加算を行う貯遊技媒体管理システムおよび貯遊技媒体管理方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を遊技機に投入して遊技を行うパチンコ機やスロットマシンなどの遊技機が知られている。これら遊技機を設置した遊技店においては、プリペイドカードや会員カードなどの各種記録媒体が使用されることが多い。
【０００３】
かかる遊技店では、この会員カードを所定の会員登録をおこなった遊技客に対して発行し、この会員カードの識別情報（例えば、会員ＩＤなど）に関連付けて、例えば、パチンコ機での遊技を終了した際に獲得したパチンコ玉やメダルの数量情報（貯玉数）を登録するシステム、いわゆる貯玉管理システムが構築されている（例えば、特許文献１参照。）。
【０００４】
この貯玉管理システムによれば、遊技客（会員）は、貯玉残高の範囲内で、パチンコ玉を借り受けて再度遊技したり、また、貯玉残高の範囲内で、遊技店内の通常の景品（例えば、お菓子やたばこなどの景品）や特殊景品に交換したりすることもできる。
【０００５】
さらに、近年では、遊技客による遊技のめり込み防止、並びに貯玉サービスの取り止めに伴って生じる貯玉残高の返却補償高の抑制などの観点から、かかる制度補償を運営する第三者機関（貯玉補償基金）、或いは遊技店によって会員一人あたりの貯玉残高に上限を設定することが検討されている。
【０００６】
このように貯玉上限を設けた場合には、計数機では、計数した獲得遊技媒体数を加算した貯玉残高が貯玉上限を超えるならば、貯玉上限超過分の貯玉加算（遊技媒体の預入）を拒否し、貯玉上限超過分の遊技媒体を遊技客に返却するという運用が想定される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平７−５１４５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した従来技術は、貯玉残高が貯玉上限を超えた場合に遊技にしか使用できない現物（すなわち、パチンコ玉やメダルなどの遊技媒体）を返却するものであるため、遊技客は、返却された遊技媒体の取扱に苦慮することとなり、遊技客の利便性を損なうという問題点があった。
【０００９】
加えて、遊技で獲得した遊技媒体を計数する遊技客は、通常、遊技を終了しようとする遊技客であり、獲得した遊技媒体を景品交換或いは貯玉するために計数機へ向かう場合が多く、その日に再度遊技する遊技客の方が少ない。したがって、遊技客の意図に反した遊技を強いられる不便を被る頻度は低いものではない。
【００１０】
また、特許文献１に記載される玉計数機の玉返却機構は、端数玉と呼ばれる小数の玉を返却する機能しか有さない為、そのままの構成では、貯玉上限超過分の玉（数百〜数千個に達する可能性がある）を投出することは難しい。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技客の利便性を向上させることができる貯遊技媒体管理システムおよび貯遊技媒体管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明は、遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムであって、前記遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と前記貯遊技媒体数との合算値が所定の上限値を超える前記預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶する記憶手段と、遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と前記記憶手段に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定手段とを備えたことを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記加算処理手段は、前記判定手段により前記所定の上限値を超えると判定され、かつ、該預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算した暫定貯遊技媒体数が所定の暫定貯遊技媒体上限値以内である場合に、前記預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算処理することを特徴とする。
【００１４】
また、本発明は、上記の発明において、前記記憶手段に暫定貯遊技媒体数が記憶されている場合には、遊技客の再来店時に前記貯遊技媒体数または前記暫定貯遊技媒体数について景品交換及び再プレイを行わせることを特徴とする。
【００１５】
また、本発明は、遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムの貯遊技媒体管理方法であって、遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と所定の記憶部に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定工程と、前記判定工程により前記所定の上限値を超えると判定された場合に、前記預入要求された遊技媒体数を前記記憶部に記憶した暫定的な貯遊技媒体数を意味する暫定貯遊技媒体数に加算処理する加算処理工程とを含んだことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と貯遊技媒体数との合算値が所定の上限値を超える預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶しておき、遊技店に配設された機器から遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定するよう構成したので、遊技客が閉店間際に遊技を終了した場合であっても、混雑する景品カウンタに並ぶことなく帰宅することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【図２】図２は、実施例１に係る貯玉管理システムのシステム構成を示すシステム構成図である。
【図３】図３は、会員管理ＤＢに記憶される情報の構成例を示す図である。
【図４−１】図４−１は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図４−２】図４−２は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図４−３】図４−３は、貯玉管理ＤＢに記憶される情報の構成例を示す図である。
【図５】図５は、実施例１における記録媒体発行処理の手順を示すフローチャートである。
【図６−１】図６−１は、暫定貯玉として管理される情報の一例を示す図である。
【図６−２】図６−２は、暫定貯玉として管理される情報の一例を示す図である。
【図７】図７は、計数機およびレシート発行機を別体として設けた場合の各装置のブロック図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照して、本発明に係る貯玉管理システム（貯玉管理方法）の好適な実施例を詳細に説明する。なお、以下では、本発明に係る貯玉管理システムを実施例１として説明した後に、本発明に含まれる他の実施例を実施例２として説明する。
【実施例１】
【００１９】
以下の実施例１では、実施例１に係る貯玉管理システムの概要および特徴、システムを構成する各装置（計数機、会員管理Ｔ／Ｃ）の構成および処理の流れを順に説明する。
【００２０】
［概要および特徴（実施例１）］
まず最初に、図１を用いて、実施例１に係る貯玉管理システムの概要および特徴を説明する。図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【００２１】
同図に示すように、実施例１に係る貯玉管理システム１は、予め登録処理された遊技客（会員）によって預け入れられた遊技媒体数を貯玉残高として管理する会員管理Ｔ／Ｃ２０と、遊技媒体の数量を計数し、該計数した計数値の範囲内で貯玉加算を会員管理Ｔ／Ｃ２０に依頼する計数機１０とが相互に通信可能に接続して構成される。
【００２２】
ここで、計数機１０は、計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定し、貯玉上限を超えると判定した場合に、貯玉残高が貯玉上限範囲内となる遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼し、計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行する「記録媒体発行処理」に主たる特徴があり、かかる「記録媒体発行処理」によって、貯玉上限超過分の遊技媒体の景品交換を可能にし、もって遊技客の利便性を向上させることができるようにしている。
【００２３】
この主たる特徴を具体的に説明すると、この計数機１０は、当該計数機１０で計数した計数値、すなわち遊技客が遊技で獲得した獲得遊技媒体数の貯玉加算依頼処理として、計数機１０に設けられた操作部を介して遊技客から貯玉加算要求を受け付けるが、その貯玉加算要求に応じて直ちに貯玉加算依頼を会員管理Ｔ／Ｃに行うことはしない。つまり、遊技客が今回の遊技で獲得した獲得遊技媒体を現在の貯玉残高（以下、「現貯玉残高」という。）に貯玉加算した貯玉残高が貯玉上限を超えるか否かを判定する。
【００２４】
より詳細には、図１に示すように、遊技客によって会員用記録媒体、例えばプリペイド一体型会員カード１００が挿入されたならば、プリペイド一体型会員カード１００に記録された会員識別情報「会員ＮＯ，０００１」を読み出し、会員管理Ｔ／Ｃ２０に対して「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を問い合わせる。その後、遊技客が獲得した獲得玉を計数し、該計数した計数値（獲得玉数）を現貯玉残高「１０００個」に加算し、この合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えるか否かを判定する。
【００２５】
このとき、計数機１０は、かかる合算値が貯玉上限を超えると判定した場合には、貯玉上限超過時に遊技にしか使用できない現物を返却することを回避するために、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行する。例えば、図１の例で言えば、かかる合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えると判定した場合（Ａの場合）に、貯玉残高が貯玉上限範囲内となる遊技媒体数（例えば、貯玉上限「５０００個」−現貯玉残高「１０００個」＝「４０００個」）を加算依頼貯玉数として会員管理Ｔ／Ｃ２０に送信するとともに、残り獲得玉数「５００個」（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する。なお、この「レシート発行玉数」は、計数ＩＤにレシート発行玉数を対応付けて景品管理装置３０で記憶管理される。
【００２６】
一方、かかる合算値（獲得玉＋現貯玉残高）が貯玉上限「５０００個」を超えないと判定した場合（Ｂの場合）には、計数値「２５００個」そのものの貯玉加算を会員管理Ｔ／Ｃ２０に依頼する。なお、本実施例では、図１に示したように、カード或いはレシートに記録した記録データを改ざんするなどの不正行為を防止する観点から、プリペイド一体型会員カードには「貯玉残高」を記録せず、会員識別情報「会員ＮＯ，」のみを記録し、レシートには「計数値」を記録せず、計数ＩＤのみを記録する構成を採用することとする。
【００２７】
このように、図１に示した貯玉管理システム１において、計数機１０は、貯玉上限超過時に遊技にしか使用できない現物を返却するのではなく、貯玉上限超過分の遊技媒体を関連付けた記録媒体を発行する。このため、上記した主たる特徴の通り、遊技客は、返却された遊技媒体の取扱に苦慮することなく、貯玉上限超過分の遊技媒体についても景品交換を行うことができる。そして、このように貯玉上限超過時の景品交換処理が補完された貯玉サービスを提供することで、遊技客の利便性を向上させることが可能になる。
【００２８】
さらに、これに関連して、図１に示した計数機１０は、貯玉上限を超えた場合に現物の返却を廃止することで、計数機に組み込むべき遊技媒体返却機構を不要化し、遊技店（ホール）の設備投資費用を安価に抑制し、加えて、開発メーカーによる遊技媒体返却機構の開発努力および開発費用を不要化することが可能になる。また、既存の計数機の仕様にそぐわない遊技媒体返却機構を計数機に付加することに起因して計数機の故障率および休止率が増加するリスクをなくすことも可能になる。
【００２９】
［計数機の構成］
続いて、実施例１に係る計数機の構成および処理の流れを説明する。図２は、実施例１に係る貯玉管理システムのシステム構成を示すシステム構成図である。同図に示すように、計数機１０は、入力部１１と、表示部１２と、会員カード処理部１３と、通信制御ＩＦ部１４と、シャッタ機構部１５と、計数部１６と、レシート発行部１７と、制御部１８とを所定のバスなどで接続して構成される。
【００３０】
このうち、入力部１１は、各種の情報を入力するキーボードやボタンなどの指示入力手段であり、例えば、計数部１６によって計数された計数値（獲得玉数）の貯玉加算要求を受け付ける。
【００３１】
また、表示部１２は、各種の情報を出力する液晶パネルやディスプレイなどの出力表示手段であり、例えば、計数部１６によって計数された獲得玉の計数値を表示したり、会員カード処理部１３から得られた貯玉残高を表示したりする。尚、入力部１１と表示部１２については、タッチパネルでもよい。
【００３２】
会員カード処理部１３は、カード挿入口に挿入された会員カードの読取処理／書込処理を行う処理部である。例えば、図１に示すように、プリペイド一体型会員カード１００が挿入されたならば、このカードに記録された会員識別情報「会員ＮＯ，０００１」を読み取る。
【００３３】
また、会員カード処理部１３は、プリペイドカード一体型会員カード１００から読み取った会員識別情報「会員ＮＯ，０００１」を用いて、会員管理Ｔ／Ｃ２０から「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を取得し、該取得した現貯玉残高「１０００個」を貯玉上限可否判定部１８ａに出力する。
【００３４】
通信制御ＩＦ部１４は、各種装置（例えば、会員管理Ｔ／Ｃ２０）との間で各種通信の制御を行う処理部である。また、シャッタ機構部１５は、計数部１６の遊技媒体投入口を開閉する機構部である。
【００３５】
計数部１６は、遊技媒体の数量を計数する処理部である。具体的には、遊技客によって投入された「獲得玉」や従業員によって投入された「こぼれ玉」の数量を計数する。なお、この「こぼれ玉」とは、獲得玉の収納箱或いは遊技機（パチンコ機）の遊技媒体貯留領域からこぼれ落ちたパチンコ玉を指す。
【００３６】
レシート発行部１７は、計数部１６によって計数された獲得玉の計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられたレシートを発行する処理部である。例えば、図１に示す例で言えば、計数部１６によって計数された獲得玉数から貯玉加算依頼部１８ｂによって会員管理Ｔ／Ｃ２０に貯玉加算が依頼された加算依頼貯玉数を減算した残り獲得玉数（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数「５００個」としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する。なお、この「レシート発行玉数」は、計数部１６で採番される計数ＩＤにレシート発行玉数を対応付けて景品管理装置３０で記憶管理される。また、このレシート発行部１７は、遊技客が全く貯玉できない場合や貯玉を希望しない場合には、全計数値分のレシートを発行できる。
【００３７】
このように、貯玉上限を超えると判定された場合に、貯玉残高が貯玉上限となるように貯玉加算を行い、計数値から加算依頼貯玉数を除いた遊技媒体数が関連付けられた記録媒体を発行することで、遊技客から貯玉上限を超える貯玉加算要求があった場合でも、貯玉処理および記録媒体発行処理を円滑に行うことができる。
【００３８】
制御部１８は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、貯玉上限可否判定部１８ａおよび貯玉加算依頼部１８ｂを備える。
【００３９】
このうち、貯玉上限可否判定部１８ａは、計数部１６によって計数された「獲得玉」の計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定する処理部である。図１の例で言えば、会員カード処理部１３によって出力された当該遊技客（会員）の現貯玉残高「１０００個」に計数部１６によって計数された獲得玉の計数値を加算し、この合算値が貯玉上限「５０００個」を超えるか否かを判定する。
【００４０】
そして、貯玉上限可否判定部１８ａは、計数部１６によって計数された獲得玉数が「４５００個」であった場合（図１中「Ａ」の場合）には、獲得玉数「４５００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」となるので、合算値が貯玉上限を超えたと判定し、計数部１６によって計数された獲得玉数が「２５００個」であった場合（図１中「Ｂ」の場合）には、獲得玉数「２５００個」＋現貯玉残高「１０００個」≦貯玉上限「５０００個」となるので、合算値が貯玉上限範囲内であると判定する。
【００４１】
貯玉加算依頼部１８ｂは、貯玉残高が貯玉上限を超えない範囲の遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼する処理部である。例えば、図１の「Ａ」の例に示すように、獲得玉数「４５００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」となることから、合算値（獲得玉数＋現貯玉残高）が貯玉上限を超えたと判定された場合には、会員管理Ｔ／Ｃ２０に対して貯玉残高が貯玉上限となる加算依頼貯玉数「４０００個」（＝貯玉上限「５０００個」−現貯玉残高「１０００個」）を現貯玉残高「１０００個」（図４−１参照）に加算するように依頼する（図４−２参照）。なお、貯玉加算を会員管理Ｔ／Ｃ２０に依頼する際には、加算依頼貯玉数「４０００個」とともに貯玉加算の依頼対象となる会員識別情報「会員ＮＯ，０００１」を会員管理Ｔ／Ｃ２０に送信する。このとき、貯玉依頼されなかった玉数がレシート発行部１７に通知される。
【００４２】
また、貯玉加算依頼部１８ｂは、図１の「Ｂ」の例に示すように、獲得玉数「２５００個」＋現貯玉残高「１０００個」≦貯玉上限「５０００個」となることから、合算値が貯玉上限範囲内であると判定された場合には、会員管理Ｔ／Ｃ２０に対して、計数部１６によって計数された獲得玉の計数値「２５００個」を現貯玉残高「１０００個」（図４−１参照）に貯玉加算するように依頼する（図４−３参照）。
【００４３】
［会員管理Ｔ／Ｃの構成］
次に、実施例１に係る会員管理Ｔ／Ｃの構成および処理の流れを説明する。図２に示すように、会員管理Ｔ／Ｃ２０は、入力部２１と、表示部２２と、通信制御ＩＦ部２３と、会員管理ＤＢ２４と、貯玉管理ＤＢ２５と、制御部２６とを備える。
【００４４】
このうち、入力部２１は、各種の情報を入力するキーボード、マウスおよびトラックボールなどの指示入力手段であり、例えば、貯玉サービスや特賞履歴閲覧サービスなどの各種会員サービスを希望する遊技客から取得した会員情報（例えば、会員となる遊技客の氏名、住所およびメールアドレスなどの情報）の登録や、会員管理ＤＢ２４および貯玉管理ＤＢ２５の閲覧要求などを受け付ける。
【００４５】
表示部２２は、各種の情報を出力するモニタなどの出力表示手段であり、例えば、会員管理ＤＢ２４によって記憶管理された遊技客（会員）の会員情報や、貯玉管理ＤＢ２５によって記憶管理された会員の貯玉情報を表示する。また、通信制御ＩＦ部２３は、各種装置（例えば、計数機１０）との間で各種通信の制御を行う処理部である。
【００４６】
会員管理ＤＢ２４は、会員登録された遊技客の会員情報を記憶するデータベースであり、具体的には、会員である遊技客に一意に採番された会員識別情報に、氏名、住所やメールアドレスなどの会員情報を対応付けて記憶している。例えば、図３に示すように、会員識別情報「会員ＮＯ，０００１」には、遊技客の氏名「ＡＢＣ」、住所「Ｈ県Ｉ市・・・」およびメールアドレス「ｘｙｚ＠×××．ｎｅ．ｊｐ」、「会員ＮＯ，０００２」には、「ＤＥＦ」、「Ｊ県Ｋ市・・・」および「ｕｖｗ＠×××．ｃｏｍ」、・・・、「会員ＮＯ，×××Ｎ」には、「ＺＺＺ」、「Ｌ県Ｍ市・・・」および「ｒｓｔ＠×××．ｎｅ．ｊｐ」を対応付けて記憶している。
【００４７】
貯玉管理ＤＢ２５は、会員登録された遊技客の貯玉情報を記憶するデータベースであり、具体的には、会員である遊技客に一意に採番された会員識別情報に貯玉数（貯玉残高）を対応付けて記憶している。例えば、図４−１に示すように、会員識別情報「会員ＮＯ，０００１」には、貯玉数「１０００個」、「会員ＮＯ，０００２」には、「５００個」、・・・、「会員ＮＯ，×××Ｎ」には、「３０００個」を対応付けて記憶している。
【００４８】
制御部２６は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に関連するものとしては、貯玉処理部２６ａを備える。
【００４９】
この貯玉処理部２６ａは、貯玉管理ＤＢ２５に記憶された貯玉残高に加算／減算を行う処理部である。例えば、図１に示す例で言えば、貯玉加算依頼部１８ｂから会員識別情報「会員ＮＯ，０００１」および加算依頼貯玉数「４０００個」を受信した場合（Ａの場合）には、「会員ＮＯ，０００１」に対応する貯玉残高に「４０００個」を加算し（図４−２参照）、また、会員識別情報「会員ＮＯ，０００１」および加算依頼貯玉数「２５００個」を受信した場合（Ｂの場合）には、「会員ＮＯ，０００１」に対応する貯玉残高に「２５００個」を加算する（図４−３参照）。
【００５０】
［記録媒体発行処理］
次に、図５を用いて、実施例１における記録媒体発行処理を説明する。図５は、実施例１における記録媒体発行処理の手順を示すフローチャートである。同図に示すように、この「記録媒体発行処理」は、遊技客によって会員カードが挿入された場合に開始される。なお、本実施例１では、遊技客が計数値の貯玉加算を行うことが前提であるため、このフローチャートでは、遊技客から計数値の貯玉加算要求が行われた例を中心に説明する。
【００５１】
例えば、プリペイド一体型会員カード１００が挿入されたならば（ステップＳ５０１肯定）、会員カード処理部１３は、このカードに記録された会員識別情報「会員ＮＯ，０００１」を読み取り、プリペイドカード一体型会員カード１００から読み取った会員識別情報「会員ＮＯ，０００１」を用いて、会員管理Ｔ／Ｃ２０から「会員Ｎｏ，０００１」に対応する貯玉残高「１０００個」を取得する（ステップＳ５０２）。なお、このようにして取得した現貯玉残高「１０００個」は、貯玉上限可否判定部１８ａに出力される。
【００５２】
そして、現貯玉残高を取得した後、会員カード処理部１３は、シャッタ機構部１５にシャッタの開放を依頼し、シャッタ機構部１５は、計数部１６の遊技媒体投入口に設けられたシャッタを開放する（ステップＳ５０３）。
【００５３】
その後、遊技客によって計数部１６に「獲得玉」が投入されたならば（ステップＳ５０４肯定）、計数部１６は、「獲得玉」の数量を計数する（ステップＳ５０５）。なお、このように計数された「獲得玉」の計数値は、貯玉上限可否判定部１８ａに出力される。
【００５４】
そして、「獲得玉」が全て計数されたことが確認され、遊技客から貯玉加算要求を受け付けた後に（ステップＳ５０６）、貯玉可否上限判定部１８ａは、「獲得玉」の計数値を現貯玉残高に加算した合算値が貯玉上限を超えるか否かを判定する（ステップＳ５０７）。
【００５５】
ここで、図１の「Ａ」の例に示すように、貯玉上限可否判定部１８ａによって獲得玉数「４５００個」＋現貯玉残高「１０００個」が貯玉上限「５０００個」を超えたと判定された場合（ステップＳ５０７肯定）には、貯玉加算依頼部１８ｂは、会員管理Ｔ／Ｃ２０に対して貯玉残高が貯玉上限となる加算依頼貯玉数「４０００個」（＝貯玉上限「５０００個」−現貯玉残高「１０００個」）を現貯玉残高「１０００個」に加算するように依頼する（ステップＳ５０８）。
【００５６】
なお、貯玉加算を会員管理Ｔ／Ｃ２０に依頼する際には、加算依頼貯玉数「４０００個」とともに貯玉加算の依頼対象となる会員識別情報「会員ＮＯ，０００１」を会員管理Ｔ／Ｃ２０に送信する。
【００５７】
続いて、レシート発行部１７は、計数部１６によって計数された獲得玉数から貯玉加算依頼部１８ｂによって会員管理Ｔ／Ｃ２０に貯玉加算が依頼された加算依頼貯玉数を減算した残り獲得玉数（＝獲得玉数「４５００個」−加算依頼貯玉数「４０００個」）をレシート発行玉数「５００個」としてレシート（レシート発行玉数に対応付けられた「計数ＩＤ」を示すバーコードを印字した印刷物）を発行する（ステップＳ５０９）。
【００５８】
一方、図１の「Ｂ」の例に示すように、貯玉上限可否判定部１８ａによって獲得玉数「２５００個」＋現貯玉残高「１０００個」が貯玉上限「５０００個」範囲内であると判定された場合（ステップＳ５０７否定）には、貯玉加算依頼部１８ｂは、会員管理Ｔ／Ｃ２０に対して、計数部１６によって計数された獲得玉の計数値「２５００個」を現貯玉残高「１０００個」に貯玉加算するように依頼する（ステップＳ５１０）。
【００５９】
最後に、ステップＳ５０９終了後またはステップＳ５１０終了後、会員カード処理部１３は、カード挿入口からプリペイド一体型会員カード１００を返却し、処理を終了する。
【００６０】
上述してきたように、実施例１に係る貯玉管理システム１によれば、計数値の貯玉加算が行われた貯玉残高が貯玉上限を超えるか否かを判定し、貯玉上限を超えると判定した場合に、貯玉残高が貯玉上限範囲内となる遊技媒体数の貯玉加算を会員管理Ｔ／Ｃ２０に依頼し、計数値のうち、少なくとも貯玉加算時に貯玉上限を超える遊技媒体数が関連付けられた記録媒体を発行するように構成したので、貯玉上限超過分の遊技媒体についても景品交換を行うことができ、遊技客の利便性を向上させることが可能になる。
【００６１】
また、実施例１に係る貯玉管理システム１によれば、貯玉上限を超えると判定された場合に、貯玉残高が貯玉上限となるように貯玉加算を行い、計数値から加算依頼貯玉数を除いた遊技媒体数が関連付けられた記録媒体を発行するように構成したので、遊技客から貯玉上限を超える貯玉加算要求があった場合でも、貯玉処理および記録媒体発行処理を円滑に行うことが可能になる。
【実施例２】
【００６２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
【００６３】
例えば、本発明では、特殊景品に交換可能な遊技媒体数を関連付けた記録媒体と、特殊景品に交換不可能な遊技媒体数を関連付けた記録媒体とを区別して発行するようにしても良い。具体的には、貯玉上限可否判定部１８ａによって獲得玉数「５１００個」＋現貯玉残高「１０００個」＞貯玉上限「５０００個」と判定された場合には、レシート発行玉数「１１００個」を関連付けたレシートを発行する必要があるが、例えば、獲得玉を１玉／４円で特殊景品に景品交換し、「１０００円」以上でのみ特殊景品の払出しを行う遊技店であれば、総レシート発行玉数「１１００個」のうち「２５０個」の倍数となる「１０００個」を関連付けたレシートと、その余り「１００個」を関連付けたレシートとを発行する。なお、特殊景品に交換不可能な遊技媒体数については、現物で返却するようにしても良い。
【００６４】
このように、特殊景品に交換可能な遊技媒体数を関連付けた記録媒体と、特殊景品に交換不可能な遊技媒体数を関連付けた記録媒体とを区別して発行することで、遊技客が特殊景品以外の景品を選択する前に特殊景品の払出しを行うことができ、景品交換カウンタでの景品交換を円滑に行うことが可能になる。
【００６５】
また、本発明では、貯玉残高が貯玉上限を超えない限りにおいて、貯玉加算を行う遊技媒体数、或いはレシートとして発行する遊技媒体数を受け付けるようにしても良い。すなわち、これによって、レシート発行玉数を特殊景品に過不足なく交換可能な玉数にしたり、各遊技客の個人特性に応じた貯玉加算を行うことができ、遊技客の利便性を効果的に向上させることが可能になる。
【００６６】
具体的には、現貯玉残高＝１０００個、貯玉上限＝５０００個の状態で、４０１０個の獲得玉が計数されたとする。ここで、貯玉上限に達する４０００個を貯玉して、残りの玉１０個分のレシートを受け取っても利用しにくい。そこで、遊技客が景品交換を希望する個数（例えば１５００個）を入力すると、１５００個分のレシートが発行されるので、カウンターで景品に交換できる。レシートとして発行されなかった残り２５１０個が加算貯玉される。
【００６７】
また、本発明では、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えると判定された場合であっても、貯玉上限から所定値以内であることを条件とした貯玉加算および／または所定期間内の再遊技もしくは景品交換を条件とした貯玉加算を行うようにしても良い。
【００６８】
例えば、遊技客が普遍的な利益を享受する通常の貯玉とは区別して、「暫定貯玉データ」を設定、管理する（図６−１参照）。この「暫定貯玉データ」は、貯玉上限を超えた場合であっても貯玉加算できるが、上限値が設定されており（例えば５０００個とする）、それ以上の預入はできないものとする。これにより、遊技者が不便を感じることが少なく、且つ、遊技店の貯玉データが無制限に増加させられるリスクは回避される。
【００６９】
また、かかる「暫定貯玉データ」に有効期間をもうけてもよい。例えば、有効期間を「当日限り」と設定すれば、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えた場合でも、遊技客は、獲得玉を計数した際に（暫定）貯玉加算を行い（図６−１および図６−２参照）、当日に限って再プレイや景品交換を行うことができるので、あまり不便を感じないで済む。なお、この場合には、図６−２に示すように、遊技者によって遊技媒体が預け入れられた「預入日時」を管理する必要があり、また、有効期間以降、暫定貯玉分は無効になる可能性があり、遊技者（会員）にこの点の注意を促す必要がある。
【００７０】
また、有効期間を「翌日までＯＫ」と設定すれば、「獲得玉」の計数値が現貯玉残高に加算された合算値が貯玉上限を超えた場合であっても、遊技客が閉店間際に遊技を終了し、獲得玉が多数であった場合、獲得玉を計数した際に（暫定）貯玉加算を行えば、混雑する景品カウンタに並ぶことなく帰ることができ、翌日に再び来店して景品交換あるいは再プレイすることが可能となる。
【００７１】
また、実施例１では、貯玉上限が会員カードに対して期間を問わず一律に課されるである場合について説明したが、本発明はこれに限定されるものではなく、貯玉上限は任意の基準で設定された貯玉上限であって良い。例えば、所定の期間ごとに課される上限であったり、貯玉／貯メダルそれぞれに個別に設定される上限であったり、また、貯玉／貯メダルそれぞれに相当する金額の合算値に課される上限であっても良い。
【００７２】
なお、実施例１では、パチンコ玉について貯玉管理や貯玉加算などの貯玉サービスを実施する実施例について説明したが、本発明はこれに限定されるものではなく、メダルのみの貯玉サービスを実施する場合、或いはパチンコ玉およびメダルの双方の貯玉サービスを実施する場合についても同様に適用することができる。
【００７３】
また、実施例１では、計数機１０が貯玉上限可否判定部１８ａおよび貯玉加算依頼部（加算依頼貯玉数の決定）１８ｂの機能を有する実施例について説明したが、本発明はこれに限定されるものではなく、これらの処理部による機能の全部或いは一部を会員管理Ｔ／Ｃ２０に分散するように貯玉管理システムを構成しても良い。
【００７４】
なお、実施例１では、計数機１０が計数部１６における計数機能およびレシート発行部１７におけるレシート発行機能の双方を兼ね備える実施例について説明したが、図７に示すように、計数部１６における計数機能を備える計数機４０と、レシート発行部１７におけるレシート発行機能を備えるレシート発行機５０とを別々に構成した場合であっても同様に本発明を適用することが可能になる。
【００７５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００７６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【００７７】
以上のように、本発明に係る貯遊技媒体管理システムおよび貯遊技媒体管理方法は、遊技客の利便性を向上させる場合に適している。
【符号の説明】
【００７８】
１ 貯玉管理システム
１０ 計数機
１１ 入力部
１２ 表示部
１３ 会員カード処理部
１４ 通信制御ＩＦ部
１５ シャッタ機構部
１６ 計数部
１７ レシート発行部
１８ 制御部
１８ａ 貯玉上限可否判定部
１８ｂ 貯玉加算依頼部
２０ 会員管理Ｔ／Ｃ
２１ 入力部
２２ 表示部
２３ 通信制御ＩＦ部
２４ 会員管理データベース
２５ 貯玉管理データベース
２６ 制御部
２６ａ 貯玉処理部
３０ 景品管理装置
【特許請求の範囲】
【請求項１】
遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムであって、
前記遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と前記貯遊技媒体数との合算値が所定の上限値を超える前記預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶する記憶手段と、
遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と前記記憶手段に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定手段と
を備えたことを特徴とする貯遊技媒体管理システム。
【請求項２】
前記加算処理手段は、前記判定手段により前記所定の上限値を超えると判定され、かつ、該預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算した暫定貯遊技媒体数が所定の暫定貯遊技媒体上限値以内である場合に、前記預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算処理することを特徴とする請求項１に記載の貯遊技媒体管理システム。
【請求項３】
前記記憶手段に暫定貯遊技媒体数が記憶されている場合には、遊技客の再来店時に前記貯遊技媒体数または前記暫定貯遊技媒体数について景品交換及び再プレイを行わせることを特徴とする請求項１または２に記載の貯遊技媒体管理システム。
【請求項４】
遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムの貯遊技媒体管理方法であって、
遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と所定の記憶部に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定工程と、
前記判定工程により前記所定の上限値を超えると判定された場合に、前記預入要求された遊技媒体数を前記記憶部に記憶した暫定的な貯遊技媒体数を意味する暫定貯遊技媒体数に加算処理する加算処理工程と
を含んだことを特徴とする貯遊技媒体管理方法。
【請求項１】
遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムであって、
前記遊技客が遊技店に預け入れた貯遊技媒体数並びに該遊技客により預入要求された遊技媒体数と前記貯遊技媒体数との合算値が所定の上限値を超える前記預入要求された遊技媒体数を暫定貯遊技媒体数として該遊技客の会員用記録媒体の識別情報に対応付けて記憶する記憶手段と、
遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と前記記憶手段に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定手段と
を備えたことを特徴とする貯遊技媒体管理システム。
【請求項２】
前記加算処理手段は、前記判定手段により前記所定の上限値を超えると判定され、かつ、該預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算した暫定貯遊技媒体数が所定の暫定貯遊技媒体上限値以内である場合に、前記預入要求された遊技媒体数を前記記憶手段に記憶された暫定貯遊技媒体数に加算処理することを特徴とする請求項１に記載の貯遊技媒体管理システム。
【請求項３】
前記記憶手段に暫定貯遊技媒体数が記憶されている場合には、遊技客の再来店時に前記貯遊技媒体数または前記暫定貯遊技媒体数について景品交換及び再プレイを行わせることを特徴とする請求項１または２に記載の貯遊技媒体管理システム。
【請求項４】
遊技店に会員登録された遊技客が前記遊技店に預け入れた貯遊技媒体数を管理する管理装置を有する貯遊技媒体管理システムの貯遊技媒体管理方法であって、
遊技店に配設された機器から前記遊技客の会員用記録媒体の識別情報に対応する遊技媒体数の預入要求を受け付けた場合に、該遊技媒体数と所定の記憶部に記憶された貯遊技媒体数との和が所定の上限値を超えるか否かを判定する判定工程と、
前記判定工程により前記所定の上限値を超えると判定された場合に、前記預入要求された遊技媒体数を前記記憶部に記憶した暫定的な貯遊技媒体数を意味する暫定貯遊技媒体数に加算処理する加算処理工程と
を含んだことを特徴とする貯遊技媒体管理方法。
【図１】
【図２】
【図３】
【図４−１】
【図４−２】
【図４−３】
【図５】
【図６−１】
【図６−２】
【図７】
【図２】
【図３】
【図４−１】
【図４−２】
【図４−３】
【図５】
【図６−１】
【図６−２】
【図７】
【公開番号】特開２０１１−２５１１９３（Ｐ２０１１−２５１１９３Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１１−２０４２７０（Ｐ２０１１−２０４２７０）
【出願日】平成２３年９月２０日（２０１１．９．２０）
【分割の表示】特願２００５−２５６７２１（Ｐ２００５−２５６７２１）の分割
【原出願日】平成１７年９月５日（２００５．９．５）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２３年９月２０日（２０１１．９．２０）
【分割の表示】特願２００５−２５６７２１（Ｐ２００５−２５６７２１）の分割
【原出願日】平成１７年９月５日（２００５．９．５）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]