貯遊技媒体管理システム及び貯遊技媒体管理方法
【課題】第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することを課題とする。
【解決手段】Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時用に設定されている手入力貯玉許可数をオフライン時用の手入力貯玉許可数として更新し、この更新された手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出結果を各会員の手入力貯玉上限値として設定し、この手入力貯玉上限値を超えない範囲内での『手入力貯玉』のみを許容する手入力貯玉制限を行う。
【解決手段】Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時用に設定されている手入力貯玉許可数をオフライン時用の手入力貯玉許可数として更新し、この更新された手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出結果を各会員の手入力貯玉上限値として設定し、この手入力貯玉上限値を超えない範囲内での『手入力貯玉』のみを許容する手入力貯玉制限を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）数を貯遊技媒体データ（貯玉残高／貯メダル残高）として管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、この管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システム及び貯遊技媒体管理方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を遊技機に投入して遊技を行なうパチンコ機やスロットマシンなどの遊技機が知られている。これら遊技機を設置した遊技店においては、プリペイドカード或いは、会員カードなどの各種記録媒体が使用されることが多い。
【０００３】
かかる遊技店では、会員カードを所定の会員登録を行なった遊技客に対して発行し、この会員カードの識別情報（例えば、会員ＩＤなど）に関連付けて、例えば、パチンコ機での遊技を終了した際に獲得したパチンコ玉の数量情報（貯玉データ）を登録するシステム、いわゆる貯玉管理システムが構築されている（例えば、特許文献１参照。）。
【０００４】
このような貯玉管理システムでは、ターミナルコントローラと称される会員管理装置（以下、「Ｔ／Ｃ」と言う）で各会員が所有する会員カードに対応付けて記憶した貯玉データ（貯玉残高）を管理するとともに、かかるＴ／Ｃから公正な第三者が管理する第三者管理センタに貯玉データを送信し、第三者管理センタでは、遊技店のＴ／Ｃから送信された貯玉データを統括的に管理する構成としている。
【０００５】
また、第三者管理センタは、遊技店のＴ／Ｃから送信される貯玉データを統括的に管理する責務があるため、仮に遊技店が倒産した場合などでは、この遊技店に代わって、各会員が所有する貯玉数（貯玉残高）を有価価値として補償することとなる。
【０００６】
そして、このような貯玉管理システムによれば、会員は貯玉として預け入れた貯玉数の範囲内で、再プレイ玉貸機を使用した再プレイなどにより再遊技を行なったり、景品交換により煙草などの景品や特殊景品を購入したりすることができる。
【０００７】
ここで、かかる貯玉データに対する加算登録は、Ｔ／Ｃに接続される計数機や景品管理機などの店内機器からの貯玉加算依頼を受け付けて行っている。例えば、島端に配設される計数機では、遊技客が獲得した遊技媒体を計数し、また、景品カウンタに配設される景品管理機では、計数機にて発行された計数情報記録媒体（例えば、計数情報がバーコード印字された計数レシート）から計数結果を読み取り、その後、これら両者は、その計数結果の全部または一部及び会員カードの会員ＩＤを含む貯玉加算依頼をＴ／Ｃを行い、この貯玉加算依頼を受け付けたＴ／Ｃにて貯玉データに加算依頼分の遊技媒体数が加算される。なお、かかる景品管理機にて計数レシートにバーコード印字された計数情報を読み取れないケースには、計数レートにおいて計数情報のバーコード印字とともに活字印字される計数結果を遊技店の店員の手入力操作を通じて受け付けることにより、貯玉加算依頼をＴ／Ｃに行っている。
【０００８】
【特許文献１】特開平１１−２７６６９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した従来の貯玉管理システムにおいて、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合には、『手入力貯玉』を悪用した不正行為が集中的に行われる余地があり、第三者管理センタが貯玉補償を行なう際の負担が増大するという問題がある。
【００１０】
これを具体的に説明すると、従来の貯玉管理システムにおいて、会員個々が１日に貯玉できる貯玉数の上限はＴ／Ｃにより貯玉上限値として設定されているため、会員は、貯玉を行なう場合、この設定されている貯玉上限値まで貯玉を行なうことができる。このため、たとえ遊技店による意図的な不正行為（通信回線の断線など）により、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合にでも、『手入力貯玉』は通常時（オンライン時）と同様の貯玉上限値まで加算できる。
【００１１】
このため、倒産間際の遊技店を運営する管理者などの不正者は、貯玉データに対する不正監視を含む統括管理を行う第三者管理センタとの通信を故意に断絶させた後に「手入力貯玉」を集中的に行うことにより架空口座の貯玉データを水増しし、倒産後にその架空口座の貯玉データに対する貯玉補償を第三者を介在させて甘受する不正行為を行っている。したがって、Ｔ／Ｃと第三者管理センタ間のオフライン状態が長期間継続するほど、第三者管理センタが貯玉補償を行なう際の負担は極めて甚大なものとなる。なお、かかる課題は、貯玉を管理する貯玉管理システムだけではなく、貯メダルを管理する貯メダル管理システムを含む広い貯遊技媒体管理システムに同様に生ずる課題である。
【００１２】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合に、オフライン時用の手入力貯遊技媒体上限値に基づいた手入力貯遊技媒体制限を行なうことにより、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することができる貯遊技媒体管理システム及び貯遊技媒体管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するために、請求項１の発明に係る貯遊技媒体管理システムは、遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムであって、前記管理装置は、前記遊技客の識別番号に対応付けて貯遊技媒体データを記憶する貯遊技媒体データ記憶手段と、前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶する手入力貯遊技媒体許可数記憶手段と、前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定手段と、前記通信状況判定手段により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新手段と、前記手入力貯遊技媒体許可数更新手段により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶手段に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限手段とを備えたことを特徴とする。
【００１４】
また、請求項２の発明に係る貯遊技媒体管理システムは、上記の発明において、前記管理装置は、前記通信状況判定手段が判定した前記管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶する未送信履歴記憶手段をさらに備え、前記手入力貯遊技媒体許可数更新手段は、前記未送信履歴記憶手段に記憶された未送信履歴情報に応じて、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうことを特徴とする。
【００１５】
また、請求項３の発明に係る貯遊技媒体管理システムは、上記の発明において、前記管理装置は、前記管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定するカードデータ判定手段と、前記カードデータ判定手段の判定により、前記カード管理装置から前記カード管理センタにカードデータが送信されたことが判定された場合に、前記手入力貯遊技媒体制限手段による貯遊技媒体制限を解除する手入力貯遊技媒体制限解除手段とをさらに備えたことを特徴とする。
【００１６】
また、請求項４の発明に係る貯遊技媒体管理方法は、遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムの貯遊技媒体管理方法であって、前記遊技客の識別番号に対応付けて貯遊技媒体データを貯遊技媒体データ記憶手段に格納する貯遊技媒体データ格納工程と、前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を手入力貯遊技媒体許可数記憶手段に格納する手入力貯遊技媒体許可数格納工程と、前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定工程と、前記通信状況判定工程により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新工程と、前記手入力貯遊技媒体許可数更新工程により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶工程に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限工程とを含んだことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、管理装置が、遊技客の識別番号に対応付けて貯遊技媒体データを記憶し、遊技客が所有する貯遊技媒体数に手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶し、第三者管理センタとの間での通信が可能であるかを判定し、第三者管理センタとの間での通信が不可であると判定した場合に手入力貯遊技媒体許可数を更新し、更新した手入力貯遊技媒体許可数と遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、手入力操作による貯遊技媒体加算の制限を行うこととしたので、遊技店による意図的な不正行為によりオフライン状態で『手入力貯遊技媒体』が行なわれたとしても、手入力貯遊技媒体上限値は、通常時（オンライン状態）の設定値よりも、低い設定値（貯遊技媒体上限値）に更新されているため、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することが可能な貯遊技媒体管理システム及び貯遊技媒体管理方法が得られるという効果を奏する。また、この手入力貯遊技媒体制限時の手入力貯遊技媒体上限値は、各会員が所有している貯遊技媒体数（貯遊技媒体残高）の変動に応じた手入力貯遊技媒体上限値として設定されるため、会員による貯遊技媒体時の利便性を損なうことのない貯遊技媒体管理を行なうことができる。
【００１８】
また、本発明によれば、管理装置が、判定した管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶し、記憶した未送信履歴情報（通信途絶回数／通信途絶期間）に応じて、手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうこととしたので、管理装置と第三者管理センタ間の通信途絶状態（オフライン状態）が長期化する場合でも、第三者管理センタが負担する貯遊技媒体補償に関するリスクを効果的に低減することが可能な貯遊技媒体管理システムが得られるという効果を奏する。
【００１９】
また、本発明によれば、管理装置が、管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定し、カード管理装置からカード管理センタにカードデータが送信されたと判定した場合に、貯遊技媒体制限を解除することとしたので、管理装置と第三者管理センタ間の通信途絶が悪意のある遊技店の意図的な通信途絶ではなく、通信機器の故障などであると判定された場合には、手入力貯遊技媒体制限を解除するので、不正行為を行なっていない遊技店に手入力貯遊技媒体制限による不利益を与えることなく、また、遊技客の利便性を損なうことを防止することが可能な貯遊技媒体管理システムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明に係る貯遊技媒体管理システムおよび貯遊技媒体管理方法の好適な実施例を詳細に説明する。なお、ここでは、本発明に係る貯遊技媒体管理システムの一例としてパチンコ遊技を対象とした貯玉管理システムを例示し、この貯玉管理システムの概要および特徴を説明し、その後に、実施例１に係る貯玉管理システムの構成を説明し、次に、貯玉管理システムの各種処理手順を説明し、最後に、他の実施例として種々の変形例（実施例２、実施例３、実施例４）を説明することとする。
【実施例１】
【００２１】
［貯玉管理システムの概要および特徴］
まず最初に、本実施例１に係る貯玉管理システムの概要および特徴について説明する。図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。同図に示すように、この貯玉管理システムは、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）を貯玉データとして管理する管理装置（以下、ターミナルコントローラ：Ｔ／Ｃと言う）１００と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を貯玉データに加算するように依頼する景品管理機３０と、このＴ／Ｃ１００によって管理された貯玉データを統括的に管理する第三者管理センタ２００とが通信回線（ネットワーク）３００を介して相互に通信可能に接続された構成となる。
【００２２】
Ｔ／Ｃ１００は、予め会員として登録された遊技客（以下、「会員」と言う）によって遊技店に預け入れられたパチンコ玉やメダルの個数（数量）を貯玉データ（貯玉残高）として管理する管理装置である。具体的に説明すると、このＴ／Ｃ１００は、貯玉管理テーブル１３１（図３）上で各会員（会員Ａ、会員Ｂ〜）が所有する会員カードの会員Ｎｏ．（会員ＩＤ：００００１〜）に対応付けて、これら各会員の貯玉データ（貯玉残高）を管理する。
【００２３】
景品管理機３０は、景品カウンタに配設される景品交換管理用の端末であり、景品管理機では、玉計数機４０にて発行された計数情報記録媒体（例えば、計数情報がバーコード印字された計数レシート）から計数結果を読み取り、その計数結果の全部または一部及び会員カードの会員ＩＤを含む貯玉加算依頼をＴ／Ｃに行う。なお、この景品管理機３０では、計数レシートにバーコード印字された計数情報を読み取れないケースには、計数レートにおいて計数情報のバーコード印字とともに活字印字される計数結果を遊技店の店員の手入力操作を通じて受け付けた貯玉加算依頼（以下、これを『手入力貯玉』と言う）をＴ／Ｃに行っている。
【００２４】
第三者管理センタ２００は、公正な第三者が管理する管理機構であり、遊技店に設置されたＴ／Ｃ１００から送信される貯玉データを収集するとともに、この収集した遊技店の貯玉データを統括的に管理する。
【００２５】
ここで、本実施例１に係る貯玉管理システムは、Ｔ／Ｃ１００によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が可能か否かを判定し、通信回線３００の断線などにより貯玉データの送信が不可（オフライン状態）であると判定した場合に、このオフライン時には、手入力貯玉上限値を通常時（オンライン状態）の設定値よりも低い値とする更新処理を行なうとともに、この更新された手入力貯玉上限値に基づいて、手入力貯玉制限を行なうことに特徴がある。
【００２６】
具体的に説明すると、Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時と同様の手入力貯玉上限値を用いて貯玉管理を行なうのではなく、このオンライン時の手入力貯玉許可数（例えば、３０００個）を更新するとともに（例えば、２０００個に減算）、この新たに設定した手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出した貯玉数を各会員の手入力貯玉上限値として設定する。そして、この設定した手入力貯玉上限値を超えない範囲内で手入力貯玉制限を自動的に運用する構成としている。
【００２７】
図１に示す概要図で説明すると、Ｔ／Ｃ１００と第三者管理センタ２００間が通信回線３００の断線などによりオフライン状態となった場合、手入力貯玉許可数テーブル１３２上に記憶されている通常時の手入力貯玉許可数（３０００個）がオフライン時用の手入力貯玉許可数（２０００個）として更新される。以降、この手入力貯玉許可数（２０００個）がオフライン時用の手入力貯玉許可数の設定値として使用される。
【００２８】
ここで、本発明では、オフライン時に不正の温床となりやすい「手入力貯玉」に着眼しているため、ここで景品管理機３０からＴ／Ｃ１００に対して行う貯玉加算依頼は手入力操作に焦点を絞って説明する。例えば、景品管理機３０にて会員Ａが「手入力貯玉」を行う場合（すなわち、計数レシートにバーコード印字された計数情報を読み取れないケースの他、不正者が手入力貯玉を行うケースも含まれる）に、景品管理機３０では、計数レシートにおいて計数情報のバーコード印字とともに活字印字される計数結果を目視した遊技店の店員の手入力操作を通じて、貯玉加算を依頼するパチンコ玉数を受け付け、該受け付けた加算依頼玉数ならびに会員カードから読み取った会員ＩＤを含む「手入力貯玉リクエスト信号」をＴ／Ｃ１００に送信する。
【００２９】
一方、Ｔ／Ｃ１００は、景品管理機３０から送信された「手入力貯玉リクエスト信号」に基づいて、会員Ａの手入力貯玉上限値を算出する。この会員Ａ（会員ＩＤ「０００１」）の場合、貯玉管理テーブル１３１により現在の貯玉残高（貯玉データ）が４０００個であるので、手入力貯玉上限値は、貯玉残高に手入力貯玉許可数を加算した値である６０００個（４０００個＋２０００個＝６０００個）となり、会員Ａの場合には、この手入力貯玉上限値の６０００個までの範囲で『手入力貯玉』が可能となる。この手入力貯玉上限値は、手入力貯玉制限管理テーブル１３３で作成され、会員の会員ＩＤ（「０００１」）に対応付けて記憶される。
【００３０】
ここで、例えば、この時の景品管理機３０による加算依頼玉数が２５００個であった場合、貯玉の総数は、手入力貯玉上限値を超えるため（手入力貯玉上限値６０００個＜４０００個＋２５００個＝６５００個）、Ｔ／Ｃ１００は、景品管理機３０に対して、手入力貯玉制限信号を送信する。
【００３１】
景品管理機３０は、Ｔ／Ｃ１００から手入力貯玉制限信号が送信された場合には、新たに設定された手入力貯玉上限値を超える手入力貯玉ができない状態となる。すなわち、Ｔ／Ｃ１００から手入力貯玉制限が指示された景品管理機３０は、表示部に手入力貯玉制限により新たに設定された手入力貯玉上限値を超える手入力貯玉を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）を表示する。
【００３２】
したがって、本実施例１の貯玉管理システムでは、Ｔ／Ｃ１００により、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時用に設定されている手入力貯玉許可数をオフライン時用の手入力貯玉許可数として更新するとともに、この更新された手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とに基づいて、手入力貯玉上限値を算出し、この算出された貯玉数を各会員の手入力貯玉上限値として設定し、この設定した手入力貯玉上限値を超えない範囲内で手入力貯玉制限を自動的に運用する構成としたので、オフライン時には、従来の貯玉上限値よりも低い値に設定された手入力貯玉上限値に基づいて、手入力貯玉制限が行なわれるため、遊技店による通信回線の断線などの不正行為により、Ｔ／Ｃ１００から第三者管理センタ２００への貯玉データの送信が不可となった場合でも、第三者管理センタ２００が貯玉補償を行なう際の負担を軽減することができる。
【００３３】
［Ｔ／Ｃ１００および第三者管理センタ２００の構成］
次に、図２を参照して、ターミナルコントローラ（Ｔ／Ｃ）１００および第三者管理センタ２００の構成を説明する。図２は、図１に示したＴ／Ｃ１００および第三者管理センタ２００の構成を示す機能ブロック図である。
【００３４】
図２に示すように、Ｔ／Ｃ１００は、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置であり、表示部１１０と、表示制御部１１１と、制御部１２０と、記憶部１３０と、入力部１４０と、出力部１５０と、通信制御ＩＦ部１６０とを有する。
【００３５】
表示部１１０は、ＣＲＴや液晶ディスプレイ等の表示デバイスであり、この表示部１１０には、メニュー画面や貯玉管理テーブル１３１（図３）などの各種管理データなどを一覧として表示することができる。なお、この表示部１１０は、タッチパネルとして後述する入力部１４０の機能をも実現するようにしてもよい。また、表示制御部１１１は、表示部１１０による表示を制御する処理部である。
【００３６】
制御部１２０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、Ｔ／Ｃ１００全体の種々の処理を実行する処理部として、各機能部間の各種データの授受を司る機能を備えている。
【００３７】
図２に示すように、この制御部１２０は、『手入力貯玉』以外の貯玉データの更新処理（加算処理または減算処理）についても行うが、既存のものと同様であるので説明を省略し、以下では、『手入力貯玉』に関連する機能に重点を置いて説明する。
【００３８】
この制御部１２０は、本発明に関連する処理部として、通信状況判定部１２１と、手入力貯玉上限値更新部１２２と、手入力貯玉制限判定部１２３と、手入力貯玉制限通知部１２４とを有する。なお、実際には、かかる通信状況判定部１２１、手入力貯玉上限値更新部１２２、手入力貯玉制限判定部１２３、手入力貯玉制限通知部１２４に相当するプログラムをＣＰＵ上にロードして実行することになる。
【００３９】
通信状況判定部１２１は、Ｔ／Ｃ１００と第三者管理センタ２００とを通信接続している通信回線（ネットワーク）３００の途絶（オフライン状態）により、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が未送信となったことを判定する処理部である。この通信状況判定部１２１によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（未送信）と判定された場合、この未送信履歴情報は未送信回数Ｃとして未送信回数記憶部１３４に記憶される。
【００４０】
ここで、遊技店のＴ／Ｃ１００から第三者管理センタ２００に対して貯玉データを送信するタイミングには、リアルタイムで順次送信するケース、一定時間ごと（例えば１時間ごと）に送信するケース、遊技店の閉店後（例えば、２３時）に、その日の貯玉データをまとめて送信するケースとがある。なお、この場合の第三者管理センタ２００に送信される貯玉データは、記憶部１３０の貯玉管理テーブル１３１（図３）に記憶されている貯玉データが送信される。
【００４１】
手入力貯玉上限値更新部１２２は、通信状況判定部１２１により、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可と判定された場合に、オンライン時用として設定されている手入力貯玉上限値をオフライン時用の手入力貯玉上限値として更新する処理部である。
【００４２】
具体的に説明すると、この手入力貯玉上限値更新部１２２は、手入力貯玉許可数テーブル１３２（図４）により設定されているオンライン時の手入力貯玉許可数（例えば、３０００個）を、オフライン用の手入力貯玉許可数（例えば、２０００個に減算）として更新するとともに、この更新された手入力貯玉許可数と貯玉管理テーブル１３１（図３）に記憶されている各会員が所有する貯玉数（貯玉残高）とを参照することで、手入力貯玉上限値を算出し、この算出された貯玉数を各会員の手入力貯玉上限値として設定する。
【００４３】
手入力貯玉制限判定部１２３は、会員が所有している貯玉データ（貯玉残高）と会員が希望する手入力介在「有り」の貯玉数（例えば、景品管理機３０にて計数レシートの代わりに遊技店の店員の手入力操作を通じて受け付けた加算依頼玉数）とから算出される貯玉総数と、当該会員の手入力貯玉上限値とを比較し、手入力貯玉制限を行なうか否かを判定する処理部である。具体的に説明すると、手入力貯玉制限判定部１２３は、景品管理機３０から「手入力貯玉リクエスト信号」を受信した場合に、この「手入力貯玉リクエスト信号」に含まれる会員ＩＤをもとに貯玉管理テーブル１３１を検索することで、会員が所有している貯玉データ（貯玉残高）を取得するとともに、この貯玉残高と「手入力貯玉リクエスト信号」に含まれる加算依頼玉数とを加算することで、貯玉総数を算出し、この貯玉総数と手入力貯玉上限値とを比較し、貯玉総数が手入力貯玉上限値よりも大きいか否かを判定する。なお、貯玉総数が手入力貯玉上限値よりも大きい場合には、手入力貯玉制限通知部１２４により手入力貯玉制限が行われることになる。
【００４４】
手入力貯玉制限通知部１２４は、手入力貯玉制限判定部１２３により貯玉総数が手入力貯玉上限値よりも大きいと判定された場合に、景品管理機３０に対して、手入力貯玉制限を指示するための手入力貯玉制限信号を送信する処理部である。
【００４５】
記憶部１３０は、制御部１２０による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、ハードディスク等の二次記憶媒体で構成されている。図２に示すように、この記憶部１３０には、貯玉管理テーブル１３１と、手入力貯玉許可数テーブル１３２と、手入力貯玉制限管理テーブル１３３と、未送信回数記憶部１３４とを少なくとも有する。
【００４６】
［貯玉管理テーブル１３１の構成］
図３は、貯玉管理テーブル１３１の一例を示している。同図に示すように、貯玉管理テーブル１３１は、各会員の貯玉データを含む会員情報を管理するテーブルである。すなわち、同図に示すように、貯玉管理テーブル１３１は、遊技客を会員として特定する会員名（会員Ａ、会員Ｂ、会員Ｃ〜）および会員Ｎｏ．（会員ＩＤ）に対応付けて、この会員が所有する貯玉データ（貯玉残数）を記憶している。
【００４７】
具体的に説明すると、図３に示す貯玉管理テーブル１３１において、会員Ａは、会員ＩＤ「０００１」に対応付けて、この会員Ａが所有する貯玉データ（４０００個）を、会員Ｂは、会員ＩＤ「０００２」に対応付けて、この会員Ｂが所有する貯玉データ（３０００個）をそれぞれ対応付けて記憶している。なお、この貯玉管理テーブル１３１に記憶されている貯玉データは、会員（会員Ａ、会員Ｂ、会員Ｃ〜）が玉計数機４０により計数（貯玉操作）を行なう都度、更新（加算）された貯玉データが記憶され、また、景品管理機３０や会員カード端末機６０により会員または店員が貯玉操作（『手入力貯玉』も含む）を行なう都度、この会員の会員ＩＤに対応付けて記憶された貯玉データが更新（加算または減算）され、更新された貯玉データが記憶される。
【００４８】
また、この貯玉管理テーブル１３１に記憶されている各会員の貯玉データは、表示部１１０（図２）を利用して一覧として、表示することができ、この一覧表示により、各会員の貯玉データ（貯玉残数）を目視により把握することができる。
【００４９】
［手入力貯玉許可数テーブル１３２の構成］
図４は、手入力貯玉許可数テーブル１３２の一例を示している。同図に示すように、手入力貯玉許可数テーブル１３２は、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶していない通常時（オンライン時）に『手入力貯玉』を許容する玉数と、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶した時（オフライン時）に『手入力貯玉』を許容する玉数とが設定され記憶されているテーブルである。
【００５０】
図４に示す手入力貯玉許可数テーブル１３２では、通常時（オンライン時）は３０００個、オフライン時は、２０００個に設定された手入力貯玉許可数が記憶されている。このように、通常時（オンライン時）の手入力貯玉許可数よりもＴ／Ｃ１００と第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の手入力貯玉許可数を低くすることで、たとえオフライン時に『手入力貯玉』を用いて架空口座の貯玉データを水増しする不正行為が行われても被害を最小限に抑え、第三者管理センタが貯玉補償を行なう際の負担を軽減することができるようにしている。
【００５１】
［手入力貯玉制限管理テーブル１３３の構成］
図５は、手入力貯玉制限管理テーブル１３３の一例を示している。同図に示すように、手入力貯玉制限管理テーブル１３３は、遊技店の店員による加算依頼玉数の手入力操作を伴う貯玉加算要求（貯玉リクエスト）が行われた場合（例えば景品管理機３０での『手入力貯玉』）に、この会員の会員Ｎｏ．（会員ＩＤ）に対応付けて記憶された貯玉データ（貯玉残高）とオフライン時用として設定された手入力貯玉許可数とが記憶されるとともに、これら貯玉残高と手入力貯玉許可数とから算出された手入力貯玉上限値が記憶されるテーブルである。
【００５２】
具体的に説明すると、図５に示す手入力貯玉制限管理テーブル１３３では、会員ＩＤが「０００１」の会員に対応付けて、この会員が所有する貯玉残高（４０００個）と、オフライン時用の手入力貯玉制限により更新された手入力貯玉許可数（２０００個）と、これら貯玉残高及び手入力貯玉許可数との合算値、すなわち手入力貯玉上限値である６０００個（４０００個＋２０００個＝６０００個）がそれぞれ記憶されている。すなわち、この会員（会員ＩＤ「０００１」）の場合、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態と判定された場合、手入力貯玉上限値の６０００個までの範囲で『手入力貯玉』が可能となる。
【００５３】
未送信回数記憶部１３４は、通信状況判定部１２１によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（未送信）と判定された場合に、この未送信履歴情報を未送信回数Ｃ（１日、２日連続、３日以上連続）として記憶する記憶部である。
【００５４】
未送信回数記憶部１３４は、予め設定された第三者管理センタ２００に対する貯玉データの送信開始時刻（例えば２３時）に遊技店のＴ／Ｃ１００から第三者管理センタ２００に貯玉データが送信できない場合に、その都度、この未送信回数Ｃは更新（累積）されて記憶される。ここで、本実施例１では、未送信履歴情報を貯玉データの未送信回数としているが、貯玉データが未送信となっている期間（例えば、９月○日〜９月×日）を記憶するようにしてもよい。
【００５５】
図２に戻り、入力部１４０は、各種の情報を入力するキーボード、マウス及びトラックボールなどの入力デバイスであり、主として遊技店の管理者により使用され、この入力部１４０を用いた入力により、各種の設定値などを適時変更することができる。
【００５６】
出力部１５０は、プリンタなどの印刷装置であり、この出力部１５０により表示部１１０に表示されるメニュー画面や各種の管理データや収集したデータ（例えば、貯玉管理テーブル１３１）の内容を一覧として印刷することができる。
【００５７】
通信制御ＩＦ部１６０は、第三者管理センタ２００と通信回線３００との間での各種データ通信の制御を行なうためのインターフェース部であり、この通信制御ＩＦ部１６０により、第三者管理センタ２００に対して、貯玉データを送信することができる。
【００５８】
第三者管理センタ２００は、遊技店に備えたＴ／Ｃ１００によって管理される貯玉データを統括的に管理する装置を備えた機関である。このため、同図に示すように、第三者管理センタ２００は、第三者管理センタ２００の全体制御を行なう処理部として機能する制御部２１０と、遊技店のＴ／Ｃ１００から送信される貯玉データを記憶する記憶部２２０と、Ｔ／Ｃ１００と通信回線３００との間で各種通信の制御を行なう通信制御ＩＦ部２３０とを有する。
【００５９】
［貯玉管理システムの構成］
次に、本実施例１に係る貯玉管理システムが適用される遊技店の構成を詳細に説明する。図６は、実施例１における遊技店（ホール）の内部を示す構成図である。同図に示すように、本実施例１の貯玉管理システムにおいて、遊技店の内部には、それぞれ「島」と呼ばれるグループごとに複数のパチンコ機２１およびカード処理機２２が並設してあるとともに、各島内の管理を行なう島コントローラ２０と、この島コントローラ２０から各種のデータが送信されるＴ／Ｃ１００とにより構成されている。
【００６０】
前述したように、本実施例１において、Ｔ／Ｃ１００は、会員によって遊技店に預け入れられたパチンコ玉やメダルの個数（数量）を貯玉データ（貯玉残高）として管理する機能を備えている。
【００６１】
また、上述のように構成される遊技店内の所定の位置には、貯玉管理システムを構成する貯玉データに対する更新処理を実行する装置として複数の端末機が適宜設けられている。図６では、このような端末機として、景品管理機３０と、景品払出機３１と、玉計数機４０と、再プレイ玉貸機５０と、会員カード端末機６０とが設置されている状態を示している。
【００６２】
上述したパチンコ機２１、カード処理機２２および各端末機（景品管理機３０、カード発行機３２、カード精算機３３、玉計数機４０、再プレイ玉貸機５０、会員カード端末機６０・・）は、各島に設けた島コントローラ２０を通じてＴ／Ｃ１００の制御下にある。
【００６３】
パチンコ機２１は、パチンコ玉を遊技領域に発射して遊技客が遊技を行なう装置である。カード処理機２２は、遊技店に設置された複数のパチンコ機２１の相互間に挟まれる形で設置してあり、会員カードや一般カード（プリペイドカード）に関連付けられた度数を上限とするパチンコ玉の貸し出し処理、並びに会員カードおよび一般カードに関連付けられた各度数に対する加算処理を行なう機能を備えている。
【００６４】
カード発行機３２は、遊技客により投入された有価価値（金額）に応じて、その金額分の一般カード（プリペイドカード）の発行処理、並びに会員カードおよび一般カードに関連付けられたそれぞれの度数に対する加算処理を行なう機能を備えている。カード精算機３３は、遊技客（会員）が挿入した一般カード（プリペイドカード）や会員カードに価値付けられた有価価値の残金を精算する機能を備えている。
【００６５】
景品管理機３０は、大型の液晶表示部、テンキー入力部などを有する景品管理業務を行なう端末装置であり、遊技客（会員）が獲得した玉数（メダル数）の交換対象とする景品の種類を景品種別データとして収集することにより会員に提供する景品の種類や景品の仕入れ数量（在庫管理）の管理を行なう機能を備えている。
【００６６】
この景品管理機３０は、会員カードの読み取りと暗証番号の入力、玉数の入力（計数レシートの読み取りや玉数の手入力操作）を受け付けて預入処理を行なうと、入力された玉数が貯玉データとして預け入れられ、この時に、Ｔ／Ｃ１００の貯玉データが貯玉管理テーブル１３１（図３）上で更新（加算）される。
【００６７】
また、この景品管理機３０は、前述したように、Ｔ／Ｃ１００から手入力貯玉制限信号が送信された場合には、表示部に手入力貯玉制限により新たに設定された手入力貯玉上限値を超える貯玉を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）を表示し、この手入力貯玉上限値を超える『手入力貯玉』ができない状態となる。
【００６８】
景品払出機３１は、遊技客が景品交換を行なう場合に、実際に景品を払い出す装置である。この場合、Ｔ／Ｃ１００の貯玉データが更新（減算）されるとともに、この減算された玉数に対応する価値の景品交換が行われる。
【００６９】
玉計数機４０は、遊技客（会員）が獲得したパチンコ玉の計数を行ない、計数結果をバーコード印字した計数レシートや計数結果を記録したその他の記録媒体を発行する機能を備えている。この玉計数機４０は、遊技客（会員）或いは係員が投入した獲得玉を計数した際に、会員カードを読み取って貯玉とする預入処理を行なうと、計数値分の玉が貯玉データとして預け入れられ、この時、Ｔ／Ｃ１００の貯玉管理テーブル１３１（図３）上で貯玉データの更新（加算）が行なわれる。
【００７０】
再プレイ玉貸機５０は、会員が所有する貯玉に基づいて、パチンコ玉（メダル）の貸し出しを行なう機能を備えている。再プレイ玉貸機５０では、会員カードの読み取りと暗証番号の入力を受け付けて再プレイ処理を行なうと、Ｔ／Ｃ１００の貯玉データが更新（減算）されるとともに、対応する個数のパチンコ玉が払い出される。
【００７１】
会員カード端末機６０は、会員カードの挿入とともに、会員による暗証番号の入力、貯玉として希望する玉数の入力を受け付けて預入処理が行なわれた場合に、入力された玉数を貯玉データとして預け入れる機能を有している。また、この会員カード端末機６０を利用した引き落としによる景品交換を行なう機能を備えている。
【００７２】
［貯玉管理システムによる各種処理手順］
次に、本実施例１に係る貯玉管理システムの各種処理手順を説明する。図７及び図８は、実施例１に係る貯玉管理システムの貯玉管理手順を示すフローチャートである。このうち、図７は、Ｔ／Ｃ１００によるＴ／Ｃ１００と第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の処理手順を示している。
【００７３】
図７に示すように、先ず、Ｔ／Ｃ１００は、Ｔ／Ｃ１００から第三者管理センタ２００に対して、貯玉データの送信が可能であるか否かの判定を行なう（ステップＳ１１０）。そして、このステップＳ１１０による判定により、貯玉データが送信可であると判定された場合には（ステップＳ１１０肯定）、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信して（ステップＳ１２０）、処理を終了する。この場合、貯玉管理テーブル１３１（図３）に記憶されている貯玉データが第三者管理センタ２００に送信される。
【００７４】
一方、ステップＳ１１０による判定により、貯玉データが送信不可（オフライン状態）であると判定された場合には（ステップＳ１１０否定）、貯玉許可数テーブル１３２（図４）をオフライン時に設定して、処理を終了する（ステップＳ１３０）。すなわち、このＴ／Ｃ１００による手入力貯玉許可数の更新処理により、手入力貯玉許可数テーブル１３２の手入力貯玉許可数は、通常時（オンライン時）の３０００個からオフライン時の２０００個に更新されることとなる。
【００７５】
［Ｔ／Ｃ１００と玉計数機４０間での処理手順］
次に、図８を参照して、Ｔ／Ｃ１００及び景品管理機３０間で行なう貯玉管理制御シーケンスを説明する。なお、この図８に示す制御シーケンスでは、一例として、景品管理機３０にて計数レシートにバーコード印字された計数情報を読み取れない場合などに会員Ａが『手入力貯玉』を行うケースを説明する。
【００７６】
図８に示すように、先ず、景品管理機３０は、挿入された会員カードの会員ＩＤを読み取り（ステップＳ２０１）、遊技店の店員の手入力操作を通じて計数レシートに活字印字された計数結果などの加算依頼玉数を受け付け（ステップＳ２０２）、該受け付けた加算依頼玉数ならびに会員カードから読み取った会員ＩＤを含む「手入力貯玉リクエスト信号」をＴ／Ｃ１００に送信する（ステップＳ２０３）。以下の説明では、会員カードの会員ＩＤを「０００１」として、景品管理機３０により加算が依頼された玉数（加算依頼玉数）を２５００個として説明する。
【００７７】
一方、この「手入力貯玉リクエスト信号」を受信したＴ／Ｃ１００は、「手入力貯玉リクエスト信号」に含まれる会員カードの会員ＩＤをもとに、貯玉管理テーブル１３１（図３）から該当する貯玉残高を読み出す（ステップＳ２０４）。本例の場合、会員ＩＤは、「０００１」であるため、この会員ＩＤ（０００１）に対応する貯玉残高は４０００個となる。
【００７８】
続いて、Ｔ／Ｃ１００では、手入力貯玉許可数テーブル１３２（図４）に設定されている手入力貯玉許可数の読み出しを行なう（ステップＳ２０５）。本例の場合は、オフライン時用として手入力貯玉許可数テーブル１３２上で更新されている手入力貯玉許可数（２０００個）が読み出される。次いで、ステップＳ２０４により読み出された貯玉残高と、ステップＳ２０５により読み出された手入力貯玉許可数とにより手入力貯玉制限管理テーブル１３３を作成する（ステップＳ２０６）。次いで、手入力貯玉制限管理テーブル１３３（図５）から手入力貯玉上限値を算出する（ステップＳ２０７）。本例の場合、会員ＩＤ（０００１）の会員が所有する貯玉残高は、４０００個であるため、手入力貯玉上限値は、この貯玉残高（４０００個）に手入力貯玉許可数の２０００個を加算した数値（４０００個＋２０００個＝６０００個）となる。
【００７９】
その後、Ｔ／Ｃ１００は、この貯玉総数と手入力貯玉上限値とを比較し、貯玉総数が手入力貯玉上限値よりも大きいか否かを判定する（ステップＳ２０８）。ここで、本例の場合、景品管理機３０から受信した加算依頼玉数は、２５００個であるので、貯玉総数は６５００個となる（４０００個＋２５００個＝６５００個）。これにより、本例の場合、貯玉総数が手入力貯玉上限値を超えているため（貯玉総数６５００個＞手入力貯玉上限値６０００個）、Ｔ／Ｃ１００から景品管理機３０に対して「手入力貯玉制限信号」が送信される。
【００８０】
このとき、貯玉総数が手入力貯玉上限値よりも大きい場合（ステップＳ２０８肯定）には、Ｔ／Ｃ１００は、景品管理機３０に対して「手入力貯玉制限信号」を送信し（ステップＳ２０９）、また、貯玉総数が手入力貯玉上限値以下である場合（ステップＳ２０８否定）には、貯玉管理テーブル１３１における該当貯玉データに加算依頼玉数を加算登録し（ステップＳ２１０）、景品管理機３０に対して「加算完了応答信号」を送信する（ステップＳ２１１）。
【００８１】
一方、景品管理機３０では、Ｔ／Ｃ１００から「加算完了応答信号」を受信した場合（ステップＳ２１２肯定）には、所定の表示部にて加算完了報知を行い（ステップＳ２１３）、また、Ｔ／Ｃ１００から「手入力貯玉制限信号」を受信した場合（ステップＳ２１２否定）には、この「手入力貯玉制限信号」に基づく、手入力貯玉制限に従って制御を行なう（ステップＳ２１４）。具体的に説明すると、「手入力貯玉制限信号」を受信した時には、景品管理機３０の表示部には、Ｔ／Ｃ１００の手入力貯玉制限により新たに設定された手入力貯玉上限値を超える『手入力貯玉』を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）が表示され、２０００個を超える『手入力貯玉』を不可とする手入力貯玉制限が行なわれることとなる。
【００８２】
上述してきたように、本実施例１に係る貯玉管理システムによれば、Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間の通信がオフライン状態であると判定した場合には、オンライン時の手入力貯玉許可数をオフライン時の手入力貯玉許可数として更新し、このオフライン時用の手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出結果を各会員の手入力貯玉上限値として設定し、この手入力貯玉上限値を超えない範囲内での『手入力貯玉』のみを許容する手入力貯玉制限を行なうように構成したので、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信できないオフライン時には、会員が１日に『手入力貯玉』を実行可能な手入力貯玉上限値は、通常時（オンライン時）の手入力貯玉上限値よりも低い値に設定されているため、遊技店によりＴ／Ｃ１００及び第三者管理センタ２００間の通信が故意に途絶され、Ｔ／Ｃ１００から第三者管理センタ２００への貯玉データの送信が不可能となった場合でも、第三者管理センタ２００が貯玉補償を行なう際の負担を軽減することができる。
【実施例２】
【００８３】
次に、本実施例２に係る貯玉管理システムについて説明する。すなわち、本実施例２では、オフライン期間（オフライン回数）の長期化にともなって、第三者管理センタ２００が負担する貯玉補償のリスクが増えることに着目し、Ｔ／Ｃ１００と第三者管理センタ２００との通信途絶回数／期間に応じて、手入力貯玉上限値を段階的に除々に低い値とする手入力貯玉制限を行なうことに特徴がある。具体的には、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数（通信の途絶回数）に応じて、手入力貯玉上限値を段階的に除々に低い設定値に更新（減算）する構成としている。
【００８４】
このため、本実施例２の場合、オフライン回数に対応する手入力貯玉許可数を設定する手入力貯玉許可数テーブル１３２ａを新たに設ける構成としている。図９は、手入力貯玉許可数テーブル１３２ａの一例を示している。同図に示すように、手入力貯玉許可数テーブル１３２ａは、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶した回数（未送信回数：Ｃ）に対応付けて、新たに設定した手入力貯玉許可数が記憶されているテーブルである。
【００８５】
図９の手入力貯玉許可数テーブル１３２ａに示すように、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数Ｃが０回（通常時）の時、手入力貯玉許可数は「３０００個」として設定されている。また、未送信回数Ｃが１回（オフライン状態が１回）の時、手入力貯玉許可数は「２０００個」に、未送信回数Ｃが２回（オフライン状態が２日連続）の時、手入力貯玉許可数は「１５００個」に、未送信回数Ｃが３回以上継続（オフライン状態が３日以上継続）した時、手入力貯玉許可数は「１０００個」にそれぞれ設定されている。
【００８６】
以下、図１０を参照して、本実施例２に係る貯玉管理処理手順の詳細を説明する。図１０は、本実施例２に係るＴ／Ｃ１００及び第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の処理手順を示している。図１０に示すように、先ず、Ｔ／Ｃ１００は、Ｔ／Ｃ１００から第三者管理センタ２００に対して、貯玉データの送信が可能であるか否かの判定を行なう（ステップＳ１１０）。具体的には、Ｔ／Ｃ１００と第三者管理センタ２００との間の通信が途絶状態（オフライン状態）ではなくオンライン状態であるか否かを判定する。そして、この判定により、貯玉データが送信可であると判定された場合には（ステップＳ１１０肯定）、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信して処理を終了する。
【００８７】
一方、ステップＳ１１０の判定により、貯玉データの送信が不可であると判定された場合には（ステップＳ１１０否定）、Ｔ／Ｃ１００は、この時の貯玉データの未送信回数（Ｃ）を未送信回数記憶部１３４（図２）に記憶する（ステップＳ１２１）。
【００８８】
そして、第三者管理センタ２００に対する貯玉データの未送信回数（Ｃ）が１回であると判定された場合には（ステップＳ１２２肯定）、Ｔ／Ｃ１００は、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数１回に対応する手入力貯玉許可数（通常時の手入力貯玉許可数の２０００個）に設定する（ステップＳ１２３）。
【００８９】
一方、未送信回数（Ｃ）が１回でないと判定された場合には（ステップＳ１２２否定）、Ｔ／Ｃ１００では、未送信回数（Ｃ）が２回となったか否かの判定をさらに行い（ステップＳ１２４）、未送信回数（Ｃ）が２回となったと判定した場合には（ステップＳ１２４肯定）、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数２回に対応する手入力貯玉許可数（１５００個）に設定する（ステップＳ１２５）。
【００９０】
また、貯玉データの未送信回数（Ｃ）が２回でないと判定された場合には（ステップＳ１２４否定）、Ｔ／Ｃ１００では、未送信回数（Ｃ）が３回以上となったか否かの判定をさらに行い（ステップＳ１２５）、未送信回数（Ｃ）が３回以上となったと判定した場合には（ステップＳ１２５肯定）、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数３回以上に対応する手入力貯玉許可数（１０００個）に設定する（ステップＳ１２７）。
【００９１】
以上説明したように、本実施例２によれば、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数（通信途絶回数の累積回数／通信途絶期間）に応じて、手入力貯玉上限値を段階的に除々に低い設定値に更新（減算）するとともに、この新たに設定した手入力貯玉上限値に基づく手入力貯玉制限を行うように構成したので、Ｔ／Ｃ１００と第三者管理センタ２００間のオフライン状態が長期化する場合でも、長期化に応じて、手入力貯玉上限値は段階的に除々に低い値に更新する手入力貯玉制限を行なうため、第三者管理センタが負担する貯玉補償に関するリスクを効果的に低減することができる。
【実施例３】
【００９２】
次に、本実施例３に係る貯玉管理システムについて説明する。図１１は、本実施例３に係る貯玉管理システムの概要および特徴を説明するための構成図である。ここで、図１１の構成図では、遊技店のカード処理機２２から送信されるカードデータを管理するカードＴ／Ｃ１０１と、このカードＴ／Ｃ１０１と通信回線５００により通信接続されるカード管理会社４００とで構成されるカードシステムを含む貯玉管理システムを示している。
【００９３】
すなわち、上記した実施例１及び２では、Ｔ／Ｃ１００が、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態）であると判定した場合に、オフライン時用に手入力貯玉上限値を更新し、この手入力貯玉上限値の範囲で貯玉制限を行なうこととしているが、このような通信回線の断線は、遊技店側の意図的なものではなく、ネットワーク不良などによる通信障害や通信機器の不良に起因する場合もある。
【００９４】
このため、単に第三者管理センタ２００に対する貯玉データの送信不可や送信不可回数を判定条件として、手入力貯玉制限を行なった場合には、実際に不正行為を行なっていない遊技店が手入力貯玉制限による制裁により不利益を被る恐れがある。また、会員にとっても、手入力貯玉制限が行なわれると、このオフライン時の手入力貯玉上限値は、通常時（オンライン時）の手入力貯玉上限値よりも低い値となり、計数レシート読取不能時に『手入力貯玉』を実行できる加算依頼玉数が少なくなるため、利便性を損なうこととなる。このため、本実施例３では、遊技店に設けているカードデータを管理するカードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されている場合には、遊技店（Ｔ／Ｃ１００）と第三者管理センタとの通信の途絶が意図的なものではないと判定し、この場合には、手入力貯玉制限を解除する構成としたことにその特徴がある。
【００９５】
以下、図１１を参照して、本実施例３の特徴について説明する。すなわち、図１１に示すように、遊技店には、貯玉データを管理するＴ／Ｃ１００とは別に、カードＴ／Ｃ１０１を設けており、このカードＴ／Ｃ１０１は、遊技店に設置してある複数のカード処理機２２から送信されるカードデータ（カードＩＤ別の残度数）を収集することで、遊技客のカードデータ（カード残度数）により売上を管理している。また、このようにカードＴ／Ｃ１０１で管理しているカードデータは、定期的に通信回線５００を通じて、このカードＴ／Ｃ１０１からカード管理会社４００に送信する構成となっている。このことから、仮にＴ／Ｃ１００と第三者管理センタ２００間の通信回線３００を断線させて、貯玉データに関する不正を行なう遊技店は、この貯玉データの不正以外にも、カードデータに関する不正を行なうものと推測される。
【００９６】
このため、本実施例３においては、貯玉データの管理を行なうＴ／Ｃ１００とカードデータの管理を行なうカードＴ／Ｃ１０１とを通信接続し、Ｔ／Ｃ１００の制御部２１０によりカード管理会社４００にカードＴ／Ｃ１０１からカードデータが送信されているか否かを判定する。そして、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことが判定された場合に、Ｔ／Ｃ１００に対して、手入力貯玉制限を解除する構成としている。
【００９７】
すなわち、本実施例３では、Ｔ／Ｃ１００により、遊技店のカードＴ／Ｃ１０１からカード管理会社４００に対して、カードデータが送信されているかの確認を行ない、正常にカード管理会社４００に遊技店のカードＴ／Ｃ１０１からカードデータが送信されていることを条件として、この場合には、貯玉データを管理するＴ／Ｃ１００と第三者管理センタ２００間の通信途絶が故意によるものでないと判断し、手入力貯玉制限を解除する構成としている。
【００９８】
以上説明したように、本実施例３によれば、Ｔ／Ｃ１００は、カードデータの管理を行なうカードＴ／Ｃ１０１と通信接続されるとともに、Ｔ／Ｃ１００により遊技店のカードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことを判定し、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことが判定した場合に、手入力貯玉制限を解除する構成としているので、Ｔ／Ｃ１００と第三者管理センタ２００間の通信途絶が悪意のある遊技店の意図的な通信途絶ではなく、通信機器の故障などであると判定された場合には、手入力貯玉制限を解除するので、不正行為を行なっていない遊技店に手入力貯玉制限による不利益を与えることなく、また、遊技客の利便性を損なうことを防止することができる。
【実施例４】
【００９９】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１００】
例えば、本発明では、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶している際に『手入力貯玉』が行われた場合に、その『手入力貯玉』の履歴を蓄積管理し、この『手入力貯玉』の履歴を特定の相手に通知するようにしてもかまわない。例えば、遊技店のオーナーや管理者に通知することで、通信途絶からの復帰を促すことができ、また、通信回線３００以外の他の外部ネットワークを介して第三者管理センタ２００が接続されている場合には、第三者管理センタ２００の従業員に通知することで、遊技店による不正監視を要する旨を促すことができる。
【０１０１】
また、上記した実施例３では、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたか否かにより、Ｔ／Ｃ１００と第三者管理センタ２００間の通信途絶が故意に行われたものであるか否かを判別する例を説明したが、本発明はこれに限定されるものではなく、一旦通信が途絶してから復帰するまでの途絶期間の長短、或いは、貯玉データの未送信回数の多寡によって判別するようにしてもよい。
【０１０２】
また、上記した実施例１〜３では、『手入力貯玉』を受け付ける手入力貯玉受付端末として景品管理機３０を例示したが、これに限定されるものではなく、たとえばＴ／Ｃ１００自体で『手入力貯玉』が行われる場合やその他の端末で『手入力貯玉』が行われる場合にも本発明を同様に適用することができる。
【０１０３】
また、上記した実施例２では、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が故意に途絶されたか否かによって手入力貯玉許可数を段階的に引き下げる例を説明したが、『手入力貯玉』の制限態様を段階的に変化させてもよい。例えば、故意に通信が途絶させられたと判定した場合には『手入力貯玉』を制限し、事故などにより通信が途絶したと判定した場合には『手入力貯玉』の貯玉加算結果の報知のみに留めたりすることで、故意により途絶された場合には『手入力貯玉』の制限を厳しくし、第三者管理センタ２００との通信が事故等により途絶された場合には『手入力貯玉』の制限を緩めることができ、第三者管理センタ２００との通信を途絶させた遊技店に対して適切な対応措置をとることが可能である。その他、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶している場合には、景品管理機３０の操作者を管理者のみに限定したり、遊技店内に複数の景品管理機３０が存在する場合には作動可能な台数を制限するようにしてもよい。
【０１０４】
なお、上記した実施例１〜３では、貯玉を管理する貯玉管理システムに本発明を適用する例を説明したが、本発明はこれに限定されるものではなく、貯メダルを管理する貯メダルシステム、或いは、貯玉及び貯メダルを管理する貯玉・貯メダルシステムにも本発明を同様に適用することができる。
【０１０５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【０１０７】
以上のように、本発明に係る貯遊技媒体管理システム及び貯遊技媒体管理方法は、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合に、オフライン時用の手入力貯遊技媒体上限値に基づいた手入力貯遊技媒体制限を行なうことにより、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することができる貯遊技媒体管理システム及び貯遊技媒体管理方法に適している。
【図面の簡単な説明】
【０１０８】
【図１】実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【図２】図１に示したＴ／Ｃ１００および第三者管理センタ２００の構成を示す機能ブロック図である。
【図３】貯玉管理テーブルに記憶される情報の一例を示す図である。
【図４】手入力貯玉許可数テーブルに記憶される情報の一例を示す図である。
【図５】手入力貯玉制限管理テーブルに記憶される情報の一例を示す図である。
【図６】実施例１に係る貯玉管理システムが適用される遊技店の内部を示す概略構成図である。
【図７】実施例１に係るＴ／Ｃにおける貯玉管理処理手順を示すフローチャートである。
【図８】実施例１に係るＴ／Ｃ及び景品管理機間で行なう貯玉管理制御シーケンスを説明するシーケンス図である。
【図９】実施例２に係る手入力貯玉許可数テーブルに記憶される情報の一例を示す図である。
【図１０】実施例２に係るＴ／Ｃにおける貯玉管理処理手順を示すフローチャートである。
【図１１】実施例３に係る貯玉管理システムの概略を示すシステム構成図である。
【符号の説明】
【０１０９】
１０ 遊技店
２０ 島コントローラ
２１ パチンコ機
２２ カード処理機
３０ 景品管理機
３１ 景品払出機
３２ カード発行機
３３ カード精算機
４０ 玉計数機
５０ 再プレイ玉貸機
６０ 会員カード端末機
１００ ターミナルコントローラ（Ｔ／Ｃ）
１１０ 表示部
１１１ 表示制御部
１２０、２１０ 制御部
１２１ 通信状況判定部
１２２ 手入力貯玉上限値更新部
１２３ 手入力貯玉制限判定部
１２４ 手入力貯玉制限通知部
１３０、２２０ 記憶部
１３１ 貯玉管理テーブル
１３２ 手入力貯玉許可数テーブル
１３３ 手入力貯玉制限管理テーブル
１３４ 未送信回数記憶部
１４０ 入力部
１５０ 出力部
１６０ 通信制御ＩＦ部
２００ 第三者管理センタ
２１２ 手入力貯玉制限解除部
３００、５００ 通信回線
４００ カード管理会社
【技術分野】
【０００１】
本発明は、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）数を貯遊技媒体データ（貯玉残高／貯メダル残高）として管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、この管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システム及び貯遊技媒体管理方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を遊技機に投入して遊技を行なうパチンコ機やスロットマシンなどの遊技機が知られている。これら遊技機を設置した遊技店においては、プリペイドカード或いは、会員カードなどの各種記録媒体が使用されることが多い。
【０００３】
かかる遊技店では、会員カードを所定の会員登録を行なった遊技客に対して発行し、この会員カードの識別情報（例えば、会員ＩＤなど）に関連付けて、例えば、パチンコ機での遊技を終了した際に獲得したパチンコ玉の数量情報（貯玉データ）を登録するシステム、いわゆる貯玉管理システムが構築されている（例えば、特許文献１参照。）。
【０００４】
このような貯玉管理システムでは、ターミナルコントローラと称される会員管理装置（以下、「Ｔ／Ｃ」と言う）で各会員が所有する会員カードに対応付けて記憶した貯玉データ（貯玉残高）を管理するとともに、かかるＴ／Ｃから公正な第三者が管理する第三者管理センタに貯玉データを送信し、第三者管理センタでは、遊技店のＴ／Ｃから送信された貯玉データを統括的に管理する構成としている。
【０００５】
また、第三者管理センタは、遊技店のＴ／Ｃから送信される貯玉データを統括的に管理する責務があるため、仮に遊技店が倒産した場合などでは、この遊技店に代わって、各会員が所有する貯玉数（貯玉残高）を有価価値として補償することとなる。
【０００６】
そして、このような貯玉管理システムによれば、会員は貯玉として預け入れた貯玉数の範囲内で、再プレイ玉貸機を使用した再プレイなどにより再遊技を行なったり、景品交換により煙草などの景品や特殊景品を購入したりすることができる。
【０００７】
ここで、かかる貯玉データに対する加算登録は、Ｔ／Ｃに接続される計数機や景品管理機などの店内機器からの貯玉加算依頼を受け付けて行っている。例えば、島端に配設される計数機では、遊技客が獲得した遊技媒体を計数し、また、景品カウンタに配設される景品管理機では、計数機にて発行された計数情報記録媒体（例えば、計数情報がバーコード印字された計数レシート）から計数結果を読み取り、その後、これら両者は、その計数結果の全部または一部及び会員カードの会員ＩＤを含む貯玉加算依頼をＴ／Ｃを行い、この貯玉加算依頼を受け付けたＴ／Ｃにて貯玉データに加算依頼分の遊技媒体数が加算される。なお、かかる景品管理機にて計数レシートにバーコード印字された計数情報を読み取れないケースには、計数レートにおいて計数情報のバーコード印字とともに活字印字される計数結果を遊技店の店員の手入力操作を通じて受け付けることにより、貯玉加算依頼をＴ／Ｃに行っている。
【０００８】
【特許文献１】特開平１１−２７６６９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した従来の貯玉管理システムにおいて、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合には、『手入力貯玉』を悪用した不正行為が集中的に行われる余地があり、第三者管理センタが貯玉補償を行なう際の負担が増大するという問題がある。
【００１０】
これを具体的に説明すると、従来の貯玉管理システムにおいて、会員個々が１日に貯玉できる貯玉数の上限はＴ／Ｃにより貯玉上限値として設定されているため、会員は、貯玉を行なう場合、この設定されている貯玉上限値まで貯玉を行なうことができる。このため、たとえ遊技店による意図的な不正行為（通信回線の断線など）により、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合にでも、『手入力貯玉』は通常時（オンライン時）と同様の貯玉上限値まで加算できる。
【００１１】
このため、倒産間際の遊技店を運営する管理者などの不正者は、貯玉データに対する不正監視を含む統括管理を行う第三者管理センタとの通信を故意に断絶させた後に「手入力貯玉」を集中的に行うことにより架空口座の貯玉データを水増しし、倒産後にその架空口座の貯玉データに対する貯玉補償を第三者を介在させて甘受する不正行為を行っている。したがって、Ｔ／Ｃと第三者管理センタ間のオフライン状態が長期間継続するほど、第三者管理センタが貯玉補償を行なう際の負担は極めて甚大なものとなる。なお、かかる課題は、貯玉を管理する貯玉管理システムだけではなく、貯メダルを管理する貯メダル管理システムを含む広い貯遊技媒体管理システムに同様に生ずる課題である。
【００１２】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合に、オフライン時用の手入力貯遊技媒体上限値に基づいた手入力貯遊技媒体制限を行なうことにより、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することができる貯遊技媒体管理システム及び貯遊技媒体管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上述した課題を解決し、目的を達成するために、請求項１の発明に係る貯遊技媒体管理システムは、遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムであって、前記管理装置は、前記遊技客の識別番号に対応付けて貯遊技媒体データを記憶する貯遊技媒体データ記憶手段と、前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶する手入力貯遊技媒体許可数記憶手段と、前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定手段と、前記通信状況判定手段により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新手段と、前記手入力貯遊技媒体許可数更新手段により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶手段に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限手段とを備えたことを特徴とする。
【００１４】
また、請求項２の発明に係る貯遊技媒体管理システムは、上記の発明において、前記管理装置は、前記通信状況判定手段が判定した前記管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶する未送信履歴記憶手段をさらに備え、前記手入力貯遊技媒体許可数更新手段は、前記未送信履歴記憶手段に記憶された未送信履歴情報に応じて、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうことを特徴とする。
【００１５】
また、請求項３の発明に係る貯遊技媒体管理システムは、上記の発明において、前記管理装置は、前記管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定するカードデータ判定手段と、前記カードデータ判定手段の判定により、前記カード管理装置から前記カード管理センタにカードデータが送信されたことが判定された場合に、前記手入力貯遊技媒体制限手段による貯遊技媒体制限を解除する手入力貯遊技媒体制限解除手段とをさらに備えたことを特徴とする。
【００１６】
また、請求項４の発明に係る貯遊技媒体管理方法は、遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムの貯遊技媒体管理方法であって、前記遊技客の識別番号に対応付けて貯遊技媒体データを貯遊技媒体データ記憶手段に格納する貯遊技媒体データ格納工程と、前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を手入力貯遊技媒体許可数記憶手段に格納する手入力貯遊技媒体許可数格納工程と、前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定工程と、前記通信状況判定工程により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新工程と、前記手入力貯遊技媒体許可数更新工程により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶工程に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限工程とを含んだことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、管理装置が、遊技客の識別番号に対応付けて貯遊技媒体データを記憶し、遊技客が所有する貯遊技媒体数に手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶し、第三者管理センタとの間での通信が可能であるかを判定し、第三者管理センタとの間での通信が不可であると判定した場合に手入力貯遊技媒体許可数を更新し、更新した手入力貯遊技媒体許可数と遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、手入力操作による貯遊技媒体加算の制限を行うこととしたので、遊技店による意図的な不正行為によりオフライン状態で『手入力貯遊技媒体』が行なわれたとしても、手入力貯遊技媒体上限値は、通常時（オンライン状態）の設定値よりも、低い設定値（貯遊技媒体上限値）に更新されているため、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することが可能な貯遊技媒体管理システム及び貯遊技媒体管理方法が得られるという効果を奏する。また、この手入力貯遊技媒体制限時の手入力貯遊技媒体上限値は、各会員が所有している貯遊技媒体数（貯遊技媒体残高）の変動に応じた手入力貯遊技媒体上限値として設定されるため、会員による貯遊技媒体時の利便性を損なうことのない貯遊技媒体管理を行なうことができる。
【００１８】
また、本発明によれば、管理装置が、判定した管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶し、記憶した未送信履歴情報（通信途絶回数／通信途絶期間）に応じて、手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうこととしたので、管理装置と第三者管理センタ間の通信途絶状態（オフライン状態）が長期化する場合でも、第三者管理センタが負担する貯遊技媒体補償に関するリスクを効果的に低減することが可能な貯遊技媒体管理システムが得られるという効果を奏する。
【００１９】
また、本発明によれば、管理装置が、管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定し、カード管理装置からカード管理センタにカードデータが送信されたと判定した場合に、貯遊技媒体制限を解除することとしたので、管理装置と第三者管理センタ間の通信途絶が悪意のある遊技店の意図的な通信途絶ではなく、通信機器の故障などであると判定された場合には、手入力貯遊技媒体制限を解除するので、不正行為を行なっていない遊技店に手入力貯遊技媒体制限による不利益を与えることなく、また、遊技客の利便性を損なうことを防止することが可能な貯遊技媒体管理システムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明に係る貯遊技媒体管理システムおよび貯遊技媒体管理方法の好適な実施例を詳細に説明する。なお、ここでは、本発明に係る貯遊技媒体管理システムの一例としてパチンコ遊技を対象とした貯玉管理システムを例示し、この貯玉管理システムの概要および特徴を説明し、その後に、実施例１に係る貯玉管理システムの構成を説明し、次に、貯玉管理システムの各種処理手順を説明し、最後に、他の実施例として種々の変形例（実施例２、実施例３、実施例４）を説明することとする。
【実施例１】
【００２１】
［貯玉管理システムの概要および特徴］
まず最初に、本実施例１に係る貯玉管理システムの概要および特徴について説明する。図１は、実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。同図に示すように、この貯玉管理システムは、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）を貯玉データとして管理する管理装置（以下、ターミナルコントローラ：Ｔ／Ｃと言う）１００と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を貯玉データに加算するように依頼する景品管理機３０と、このＴ／Ｃ１００によって管理された貯玉データを統括的に管理する第三者管理センタ２００とが通信回線（ネットワーク）３００を介して相互に通信可能に接続された構成となる。
【００２２】
Ｔ／Ｃ１００は、予め会員として登録された遊技客（以下、「会員」と言う）によって遊技店に預け入れられたパチンコ玉やメダルの個数（数量）を貯玉データ（貯玉残高）として管理する管理装置である。具体的に説明すると、このＴ／Ｃ１００は、貯玉管理テーブル１３１（図３）上で各会員（会員Ａ、会員Ｂ〜）が所有する会員カードの会員Ｎｏ．（会員ＩＤ：００００１〜）に対応付けて、これら各会員の貯玉データ（貯玉残高）を管理する。
【００２３】
景品管理機３０は、景品カウンタに配設される景品交換管理用の端末であり、景品管理機では、玉計数機４０にて発行された計数情報記録媒体（例えば、計数情報がバーコード印字された計数レシート）から計数結果を読み取り、その計数結果の全部または一部及び会員カードの会員ＩＤを含む貯玉加算依頼をＴ／Ｃに行う。なお、この景品管理機３０では、計数レシートにバーコード印字された計数情報を読み取れないケースには、計数レートにおいて計数情報のバーコード印字とともに活字印字される計数結果を遊技店の店員の手入力操作を通じて受け付けた貯玉加算依頼（以下、これを『手入力貯玉』と言う）をＴ／Ｃに行っている。
【００２４】
第三者管理センタ２００は、公正な第三者が管理する管理機構であり、遊技店に設置されたＴ／Ｃ１００から送信される貯玉データを収集するとともに、この収集した遊技店の貯玉データを統括的に管理する。
【００２５】
ここで、本実施例１に係る貯玉管理システムは、Ｔ／Ｃ１００によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が可能か否かを判定し、通信回線３００の断線などにより貯玉データの送信が不可（オフライン状態）であると判定した場合に、このオフライン時には、手入力貯玉上限値を通常時（オンライン状態）の設定値よりも低い値とする更新処理を行なうとともに、この更新された手入力貯玉上限値に基づいて、手入力貯玉制限を行なうことに特徴がある。
【００２６】
具体的に説明すると、Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時と同様の手入力貯玉上限値を用いて貯玉管理を行なうのではなく、このオンライン時の手入力貯玉許可数（例えば、３０００個）を更新するとともに（例えば、２０００個に減算）、この新たに設定した手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出した貯玉数を各会員の手入力貯玉上限値として設定する。そして、この設定した手入力貯玉上限値を超えない範囲内で手入力貯玉制限を自動的に運用する構成としている。
【００２７】
図１に示す概要図で説明すると、Ｔ／Ｃ１００と第三者管理センタ２００間が通信回線３００の断線などによりオフライン状態となった場合、手入力貯玉許可数テーブル１３２上に記憶されている通常時の手入力貯玉許可数（３０００個）がオフライン時用の手入力貯玉許可数（２０００個）として更新される。以降、この手入力貯玉許可数（２０００個）がオフライン時用の手入力貯玉許可数の設定値として使用される。
【００２８】
ここで、本発明では、オフライン時に不正の温床となりやすい「手入力貯玉」に着眼しているため、ここで景品管理機３０からＴ／Ｃ１００に対して行う貯玉加算依頼は手入力操作に焦点を絞って説明する。例えば、景品管理機３０にて会員Ａが「手入力貯玉」を行う場合（すなわち、計数レシートにバーコード印字された計数情報を読み取れないケースの他、不正者が手入力貯玉を行うケースも含まれる）に、景品管理機３０では、計数レシートにおいて計数情報のバーコード印字とともに活字印字される計数結果を目視した遊技店の店員の手入力操作を通じて、貯玉加算を依頼するパチンコ玉数を受け付け、該受け付けた加算依頼玉数ならびに会員カードから読み取った会員ＩＤを含む「手入力貯玉リクエスト信号」をＴ／Ｃ１００に送信する。
【００２９】
一方、Ｔ／Ｃ１００は、景品管理機３０から送信された「手入力貯玉リクエスト信号」に基づいて、会員Ａの手入力貯玉上限値を算出する。この会員Ａ（会員ＩＤ「０００１」）の場合、貯玉管理テーブル１３１により現在の貯玉残高（貯玉データ）が４０００個であるので、手入力貯玉上限値は、貯玉残高に手入力貯玉許可数を加算した値である６０００個（４０００個＋２０００個＝６０００個）となり、会員Ａの場合には、この手入力貯玉上限値の６０００個までの範囲で『手入力貯玉』が可能となる。この手入力貯玉上限値は、手入力貯玉制限管理テーブル１３３で作成され、会員の会員ＩＤ（「０００１」）に対応付けて記憶される。
【００３０】
ここで、例えば、この時の景品管理機３０による加算依頼玉数が２５００個であった場合、貯玉の総数は、手入力貯玉上限値を超えるため（手入力貯玉上限値６０００個＜４０００個＋２５００個＝６５００個）、Ｔ／Ｃ１００は、景品管理機３０に対して、手入力貯玉制限信号を送信する。
【００３１】
景品管理機３０は、Ｔ／Ｃ１００から手入力貯玉制限信号が送信された場合には、新たに設定された手入力貯玉上限値を超える手入力貯玉ができない状態となる。すなわち、Ｔ／Ｃ１００から手入力貯玉制限が指示された景品管理機３０は、表示部に手入力貯玉制限により新たに設定された手入力貯玉上限値を超える手入力貯玉を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）を表示する。
【００３２】
したがって、本実施例１の貯玉管理システムでは、Ｔ／Ｃ１００により、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態であると判定した場合には、オンライン時用に設定されている手入力貯玉許可数をオフライン時用の手入力貯玉許可数として更新するとともに、この更新された手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とに基づいて、手入力貯玉上限値を算出し、この算出された貯玉数を各会員の手入力貯玉上限値として設定し、この設定した手入力貯玉上限値を超えない範囲内で手入力貯玉制限を自動的に運用する構成としたので、オフライン時には、従来の貯玉上限値よりも低い値に設定された手入力貯玉上限値に基づいて、手入力貯玉制限が行なわれるため、遊技店による通信回線の断線などの不正行為により、Ｔ／Ｃ１００から第三者管理センタ２００への貯玉データの送信が不可となった場合でも、第三者管理センタ２００が貯玉補償を行なう際の負担を軽減することができる。
【００３３】
［Ｔ／Ｃ１００および第三者管理センタ２００の構成］
次に、図２を参照して、ターミナルコントローラ（Ｔ／Ｃ）１００および第三者管理センタ２００の構成を説明する。図２は、図１に示したＴ／Ｃ１００および第三者管理センタ２００の構成を示す機能ブロック図である。
【００３４】
図２に示すように、Ｔ／Ｃ１００は、遊技客（会員）によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置であり、表示部１１０と、表示制御部１１１と、制御部１２０と、記憶部１３０と、入力部１４０と、出力部１５０と、通信制御ＩＦ部１６０とを有する。
【００３５】
表示部１１０は、ＣＲＴや液晶ディスプレイ等の表示デバイスであり、この表示部１１０には、メニュー画面や貯玉管理テーブル１３１（図３）などの各種管理データなどを一覧として表示することができる。なお、この表示部１１０は、タッチパネルとして後述する入力部１４０の機能をも実現するようにしてもよい。また、表示制御部１１１は、表示部１１０による表示を制御する処理部である。
【００３６】
制御部１２０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、Ｔ／Ｃ１００全体の種々の処理を実行する処理部として、各機能部間の各種データの授受を司る機能を備えている。
【００３７】
図２に示すように、この制御部１２０は、『手入力貯玉』以外の貯玉データの更新処理（加算処理または減算処理）についても行うが、既存のものと同様であるので説明を省略し、以下では、『手入力貯玉』に関連する機能に重点を置いて説明する。
【００３８】
この制御部１２０は、本発明に関連する処理部として、通信状況判定部１２１と、手入力貯玉上限値更新部１２２と、手入力貯玉制限判定部１２３と、手入力貯玉制限通知部１２４とを有する。なお、実際には、かかる通信状況判定部１２１、手入力貯玉上限値更新部１２２、手入力貯玉制限判定部１２３、手入力貯玉制限通知部１２４に相当するプログラムをＣＰＵ上にロードして実行することになる。
【００３９】
通信状況判定部１２１は、Ｔ／Ｃ１００と第三者管理センタ２００とを通信接続している通信回線（ネットワーク）３００の途絶（オフライン状態）により、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が未送信となったことを判定する処理部である。この通信状況判定部１２１によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（未送信）と判定された場合、この未送信履歴情報は未送信回数Ｃとして未送信回数記憶部１３４に記憶される。
【００４０】
ここで、遊技店のＴ／Ｃ１００から第三者管理センタ２００に対して貯玉データを送信するタイミングには、リアルタイムで順次送信するケース、一定時間ごと（例えば１時間ごと）に送信するケース、遊技店の閉店後（例えば、２３時）に、その日の貯玉データをまとめて送信するケースとがある。なお、この場合の第三者管理センタ２００に送信される貯玉データは、記憶部１３０の貯玉管理テーブル１３１（図３）に記憶されている貯玉データが送信される。
【００４１】
手入力貯玉上限値更新部１２２は、通信状況判定部１２１により、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可と判定された場合に、オンライン時用として設定されている手入力貯玉上限値をオフライン時用の手入力貯玉上限値として更新する処理部である。
【００４２】
具体的に説明すると、この手入力貯玉上限値更新部１２２は、手入力貯玉許可数テーブル１３２（図４）により設定されているオンライン時の手入力貯玉許可数（例えば、３０００個）を、オフライン用の手入力貯玉許可数（例えば、２０００個に減算）として更新するとともに、この更新された手入力貯玉許可数と貯玉管理テーブル１３１（図３）に記憶されている各会員が所有する貯玉数（貯玉残高）とを参照することで、手入力貯玉上限値を算出し、この算出された貯玉数を各会員の手入力貯玉上限値として設定する。
【００４３】
手入力貯玉制限判定部１２３は、会員が所有している貯玉データ（貯玉残高）と会員が希望する手入力介在「有り」の貯玉数（例えば、景品管理機３０にて計数レシートの代わりに遊技店の店員の手入力操作を通じて受け付けた加算依頼玉数）とから算出される貯玉総数と、当該会員の手入力貯玉上限値とを比較し、手入力貯玉制限を行なうか否かを判定する処理部である。具体的に説明すると、手入力貯玉制限判定部１２３は、景品管理機３０から「手入力貯玉リクエスト信号」を受信した場合に、この「手入力貯玉リクエスト信号」に含まれる会員ＩＤをもとに貯玉管理テーブル１３１を検索することで、会員が所有している貯玉データ（貯玉残高）を取得するとともに、この貯玉残高と「手入力貯玉リクエスト信号」に含まれる加算依頼玉数とを加算することで、貯玉総数を算出し、この貯玉総数と手入力貯玉上限値とを比較し、貯玉総数が手入力貯玉上限値よりも大きいか否かを判定する。なお、貯玉総数が手入力貯玉上限値よりも大きい場合には、手入力貯玉制限通知部１２４により手入力貯玉制限が行われることになる。
【００４４】
手入力貯玉制限通知部１２４は、手入力貯玉制限判定部１２３により貯玉総数が手入力貯玉上限値よりも大きいと判定された場合に、景品管理機３０に対して、手入力貯玉制限を指示するための手入力貯玉制限信号を送信する処理部である。
【００４５】
記憶部１３０は、制御部１２０による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、ハードディスク等の二次記憶媒体で構成されている。図２に示すように、この記憶部１３０には、貯玉管理テーブル１３１と、手入力貯玉許可数テーブル１３２と、手入力貯玉制限管理テーブル１３３と、未送信回数記憶部１３４とを少なくとも有する。
【００４６】
［貯玉管理テーブル１３１の構成］
図３は、貯玉管理テーブル１３１の一例を示している。同図に示すように、貯玉管理テーブル１３１は、各会員の貯玉データを含む会員情報を管理するテーブルである。すなわち、同図に示すように、貯玉管理テーブル１３１は、遊技客を会員として特定する会員名（会員Ａ、会員Ｂ、会員Ｃ〜）および会員Ｎｏ．（会員ＩＤ）に対応付けて、この会員が所有する貯玉データ（貯玉残数）を記憶している。
【００４７】
具体的に説明すると、図３に示す貯玉管理テーブル１３１において、会員Ａは、会員ＩＤ「０００１」に対応付けて、この会員Ａが所有する貯玉データ（４０００個）を、会員Ｂは、会員ＩＤ「０００２」に対応付けて、この会員Ｂが所有する貯玉データ（３０００個）をそれぞれ対応付けて記憶している。なお、この貯玉管理テーブル１３１に記憶されている貯玉データは、会員（会員Ａ、会員Ｂ、会員Ｃ〜）が玉計数機４０により計数（貯玉操作）を行なう都度、更新（加算）された貯玉データが記憶され、また、景品管理機３０や会員カード端末機６０により会員または店員が貯玉操作（『手入力貯玉』も含む）を行なう都度、この会員の会員ＩＤに対応付けて記憶された貯玉データが更新（加算または減算）され、更新された貯玉データが記憶される。
【００４８】
また、この貯玉管理テーブル１３１に記憶されている各会員の貯玉データは、表示部１１０（図２）を利用して一覧として、表示することができ、この一覧表示により、各会員の貯玉データ（貯玉残数）を目視により把握することができる。
【００４９】
［手入力貯玉許可数テーブル１３２の構成］
図４は、手入力貯玉許可数テーブル１３２の一例を示している。同図に示すように、手入力貯玉許可数テーブル１３２は、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶していない通常時（オンライン時）に『手入力貯玉』を許容する玉数と、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶した時（オフライン時）に『手入力貯玉』を許容する玉数とが設定され記憶されているテーブルである。
【００５０】
図４に示す手入力貯玉許可数テーブル１３２では、通常時（オンライン時）は３０００個、オフライン時は、２０００個に設定された手入力貯玉許可数が記憶されている。このように、通常時（オンライン時）の手入力貯玉許可数よりもＴ／Ｃ１００と第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の手入力貯玉許可数を低くすることで、たとえオフライン時に『手入力貯玉』を用いて架空口座の貯玉データを水増しする不正行為が行われても被害を最小限に抑え、第三者管理センタが貯玉補償を行なう際の負担を軽減することができるようにしている。
【００５１】
［手入力貯玉制限管理テーブル１３３の構成］
図５は、手入力貯玉制限管理テーブル１３３の一例を示している。同図に示すように、手入力貯玉制限管理テーブル１３３は、遊技店の店員による加算依頼玉数の手入力操作を伴う貯玉加算要求（貯玉リクエスト）が行われた場合（例えば景品管理機３０での『手入力貯玉』）に、この会員の会員Ｎｏ．（会員ＩＤ）に対応付けて記憶された貯玉データ（貯玉残高）とオフライン時用として設定された手入力貯玉許可数とが記憶されるとともに、これら貯玉残高と手入力貯玉許可数とから算出された手入力貯玉上限値が記憶されるテーブルである。
【００５２】
具体的に説明すると、図５に示す手入力貯玉制限管理テーブル１３３では、会員ＩＤが「０００１」の会員に対応付けて、この会員が所有する貯玉残高（４０００個）と、オフライン時用の手入力貯玉制限により更新された手入力貯玉許可数（２０００個）と、これら貯玉残高及び手入力貯玉許可数との合算値、すなわち手入力貯玉上限値である６０００個（４０００個＋２０００個＝６０００個）がそれぞれ記憶されている。すなわち、この会員（会員ＩＤ「０００１」）の場合、Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態と判定された場合、手入力貯玉上限値の６０００個までの範囲で『手入力貯玉』が可能となる。
【００５３】
未送信回数記憶部１３４は、通信状況判定部１２１によりＴ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（未送信）と判定された場合に、この未送信履歴情報を未送信回数Ｃ（１日、２日連続、３日以上連続）として記憶する記憶部である。
【００５４】
未送信回数記憶部１３４は、予め設定された第三者管理センタ２００に対する貯玉データの送信開始時刻（例えば２３時）に遊技店のＴ／Ｃ１００から第三者管理センタ２００に貯玉データが送信できない場合に、その都度、この未送信回数Ｃは更新（累積）されて記憶される。ここで、本実施例１では、未送信履歴情報を貯玉データの未送信回数としているが、貯玉データが未送信となっている期間（例えば、９月○日〜９月×日）を記憶するようにしてもよい。
【００５５】
図２に戻り、入力部１４０は、各種の情報を入力するキーボード、マウス及びトラックボールなどの入力デバイスであり、主として遊技店の管理者により使用され、この入力部１４０を用いた入力により、各種の設定値などを適時変更することができる。
【００５６】
出力部１５０は、プリンタなどの印刷装置であり、この出力部１５０により表示部１１０に表示されるメニュー画面や各種の管理データや収集したデータ（例えば、貯玉管理テーブル１３１）の内容を一覧として印刷することができる。
【００５７】
通信制御ＩＦ部１６０は、第三者管理センタ２００と通信回線３００との間での各種データ通信の制御を行なうためのインターフェース部であり、この通信制御ＩＦ部１６０により、第三者管理センタ２００に対して、貯玉データを送信することができる。
【００５８】
第三者管理センタ２００は、遊技店に備えたＴ／Ｃ１００によって管理される貯玉データを統括的に管理する装置を備えた機関である。このため、同図に示すように、第三者管理センタ２００は、第三者管理センタ２００の全体制御を行なう処理部として機能する制御部２１０と、遊技店のＴ／Ｃ１００から送信される貯玉データを記憶する記憶部２２０と、Ｔ／Ｃ１００と通信回線３００との間で各種通信の制御を行なう通信制御ＩＦ部２３０とを有する。
【００５９】
［貯玉管理システムの構成］
次に、本実施例１に係る貯玉管理システムが適用される遊技店の構成を詳細に説明する。図６は、実施例１における遊技店（ホール）の内部を示す構成図である。同図に示すように、本実施例１の貯玉管理システムにおいて、遊技店の内部には、それぞれ「島」と呼ばれるグループごとに複数のパチンコ機２１およびカード処理機２２が並設してあるとともに、各島内の管理を行なう島コントローラ２０と、この島コントローラ２０から各種のデータが送信されるＴ／Ｃ１００とにより構成されている。
【００６０】
前述したように、本実施例１において、Ｔ／Ｃ１００は、会員によって遊技店に預け入れられたパチンコ玉やメダルの個数（数量）を貯玉データ（貯玉残高）として管理する機能を備えている。
【００６１】
また、上述のように構成される遊技店内の所定の位置には、貯玉管理システムを構成する貯玉データに対する更新処理を実行する装置として複数の端末機が適宜設けられている。図６では、このような端末機として、景品管理機３０と、景品払出機３１と、玉計数機４０と、再プレイ玉貸機５０と、会員カード端末機６０とが設置されている状態を示している。
【００６２】
上述したパチンコ機２１、カード処理機２２および各端末機（景品管理機３０、カード発行機３２、カード精算機３３、玉計数機４０、再プレイ玉貸機５０、会員カード端末機６０・・）は、各島に設けた島コントローラ２０を通じてＴ／Ｃ１００の制御下にある。
【００６３】
パチンコ機２１は、パチンコ玉を遊技領域に発射して遊技客が遊技を行なう装置である。カード処理機２２は、遊技店に設置された複数のパチンコ機２１の相互間に挟まれる形で設置してあり、会員カードや一般カード（プリペイドカード）に関連付けられた度数を上限とするパチンコ玉の貸し出し処理、並びに会員カードおよび一般カードに関連付けられた各度数に対する加算処理を行なう機能を備えている。
【００６４】
カード発行機３２は、遊技客により投入された有価価値（金額）に応じて、その金額分の一般カード（プリペイドカード）の発行処理、並びに会員カードおよび一般カードに関連付けられたそれぞれの度数に対する加算処理を行なう機能を備えている。カード精算機３３は、遊技客（会員）が挿入した一般カード（プリペイドカード）や会員カードに価値付けられた有価価値の残金を精算する機能を備えている。
【００６５】
景品管理機３０は、大型の液晶表示部、テンキー入力部などを有する景品管理業務を行なう端末装置であり、遊技客（会員）が獲得した玉数（メダル数）の交換対象とする景品の種類を景品種別データとして収集することにより会員に提供する景品の種類や景品の仕入れ数量（在庫管理）の管理を行なう機能を備えている。
【００６６】
この景品管理機３０は、会員カードの読み取りと暗証番号の入力、玉数の入力（計数レシートの読み取りや玉数の手入力操作）を受け付けて預入処理を行なうと、入力された玉数が貯玉データとして預け入れられ、この時に、Ｔ／Ｃ１００の貯玉データが貯玉管理テーブル１３１（図３）上で更新（加算）される。
【００６７】
また、この景品管理機３０は、前述したように、Ｔ／Ｃ１００から手入力貯玉制限信号が送信された場合には、表示部に手入力貯玉制限により新たに設定された手入力貯玉上限値を超える貯玉を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）を表示し、この手入力貯玉上限値を超える『手入力貯玉』ができない状態となる。
【００６８】
景品払出機３１は、遊技客が景品交換を行なう場合に、実際に景品を払い出す装置である。この場合、Ｔ／Ｃ１００の貯玉データが更新（減算）されるとともに、この減算された玉数に対応する価値の景品交換が行われる。
【００６９】
玉計数機４０は、遊技客（会員）が獲得したパチンコ玉の計数を行ない、計数結果をバーコード印字した計数レシートや計数結果を記録したその他の記録媒体を発行する機能を備えている。この玉計数機４０は、遊技客（会員）或いは係員が投入した獲得玉を計数した際に、会員カードを読み取って貯玉とする預入処理を行なうと、計数値分の玉が貯玉データとして預け入れられ、この時、Ｔ／Ｃ１００の貯玉管理テーブル１３１（図３）上で貯玉データの更新（加算）が行なわれる。
【００７０】
再プレイ玉貸機５０は、会員が所有する貯玉に基づいて、パチンコ玉（メダル）の貸し出しを行なう機能を備えている。再プレイ玉貸機５０では、会員カードの読み取りと暗証番号の入力を受け付けて再プレイ処理を行なうと、Ｔ／Ｃ１００の貯玉データが更新（減算）されるとともに、対応する個数のパチンコ玉が払い出される。
【００７１】
会員カード端末機６０は、会員カードの挿入とともに、会員による暗証番号の入力、貯玉として希望する玉数の入力を受け付けて預入処理が行なわれた場合に、入力された玉数を貯玉データとして預け入れる機能を有している。また、この会員カード端末機６０を利用した引き落としによる景品交換を行なう機能を備えている。
【００７２】
［貯玉管理システムによる各種処理手順］
次に、本実施例１に係る貯玉管理システムの各種処理手順を説明する。図７及び図８は、実施例１に係る貯玉管理システムの貯玉管理手順を示すフローチャートである。このうち、図７は、Ｔ／Ｃ１００によるＴ／Ｃ１００と第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の処理手順を示している。
【００７３】
図７に示すように、先ず、Ｔ／Ｃ１００は、Ｔ／Ｃ１００から第三者管理センタ２００に対して、貯玉データの送信が可能であるか否かの判定を行なう（ステップＳ１１０）。そして、このステップＳ１１０による判定により、貯玉データが送信可であると判定された場合には（ステップＳ１１０肯定）、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信して（ステップＳ１２０）、処理を終了する。この場合、貯玉管理テーブル１３１（図３）に記憶されている貯玉データが第三者管理センタ２００に送信される。
【００７４】
一方、ステップＳ１１０による判定により、貯玉データが送信不可（オフライン状態）であると判定された場合には（ステップＳ１１０否定）、貯玉許可数テーブル１３２（図４）をオフライン時に設定して、処理を終了する（ステップＳ１３０）。すなわち、このＴ／Ｃ１００による手入力貯玉許可数の更新処理により、手入力貯玉許可数テーブル１３２の手入力貯玉許可数は、通常時（オンライン時）の３０００個からオフライン時の２０００個に更新されることとなる。
【００７５】
［Ｔ／Ｃ１００と玉計数機４０間での処理手順］
次に、図８を参照して、Ｔ／Ｃ１００及び景品管理機３０間で行なう貯玉管理制御シーケンスを説明する。なお、この図８に示す制御シーケンスでは、一例として、景品管理機３０にて計数レシートにバーコード印字された計数情報を読み取れない場合などに会員Ａが『手入力貯玉』を行うケースを説明する。
【００７６】
図８に示すように、先ず、景品管理機３０は、挿入された会員カードの会員ＩＤを読み取り（ステップＳ２０１）、遊技店の店員の手入力操作を通じて計数レシートに活字印字された計数結果などの加算依頼玉数を受け付け（ステップＳ２０２）、該受け付けた加算依頼玉数ならびに会員カードから読み取った会員ＩＤを含む「手入力貯玉リクエスト信号」をＴ／Ｃ１００に送信する（ステップＳ２０３）。以下の説明では、会員カードの会員ＩＤを「０００１」として、景品管理機３０により加算が依頼された玉数（加算依頼玉数）を２５００個として説明する。
【００７７】
一方、この「手入力貯玉リクエスト信号」を受信したＴ／Ｃ１００は、「手入力貯玉リクエスト信号」に含まれる会員カードの会員ＩＤをもとに、貯玉管理テーブル１３１（図３）から該当する貯玉残高を読み出す（ステップＳ２０４）。本例の場合、会員ＩＤは、「０００１」であるため、この会員ＩＤ（０００１）に対応する貯玉残高は４０００個となる。
【００７８】
続いて、Ｔ／Ｃ１００では、手入力貯玉許可数テーブル１３２（図４）に設定されている手入力貯玉許可数の読み出しを行なう（ステップＳ２０５）。本例の場合は、オフライン時用として手入力貯玉許可数テーブル１３２上で更新されている手入力貯玉許可数（２０００個）が読み出される。次いで、ステップＳ２０４により読み出された貯玉残高と、ステップＳ２０５により読み出された手入力貯玉許可数とにより手入力貯玉制限管理テーブル１３３を作成する（ステップＳ２０６）。次いで、手入力貯玉制限管理テーブル１３３（図５）から手入力貯玉上限値を算出する（ステップＳ２０７）。本例の場合、会員ＩＤ（０００１）の会員が所有する貯玉残高は、４０００個であるため、手入力貯玉上限値は、この貯玉残高（４０００個）に手入力貯玉許可数の２０００個を加算した数値（４０００個＋２０００個＝６０００個）となる。
【００７９】
その後、Ｔ／Ｃ１００は、この貯玉総数と手入力貯玉上限値とを比較し、貯玉総数が手入力貯玉上限値よりも大きいか否かを判定する（ステップＳ２０８）。ここで、本例の場合、景品管理機３０から受信した加算依頼玉数は、２５００個であるので、貯玉総数は６５００個となる（４０００個＋２５００個＝６５００個）。これにより、本例の場合、貯玉総数が手入力貯玉上限値を超えているため（貯玉総数６５００個＞手入力貯玉上限値６０００個）、Ｔ／Ｃ１００から景品管理機３０に対して「手入力貯玉制限信号」が送信される。
【００８０】
このとき、貯玉総数が手入力貯玉上限値よりも大きい場合（ステップＳ２０８肯定）には、Ｔ／Ｃ１００は、景品管理機３０に対して「手入力貯玉制限信号」を送信し（ステップＳ２０９）、また、貯玉総数が手入力貯玉上限値以下である場合（ステップＳ２０８否定）には、貯玉管理テーブル１３１における該当貯玉データに加算依頼玉数を加算登録し（ステップＳ２１０）、景品管理機３０に対して「加算完了応答信号」を送信する（ステップＳ２１１）。
【００８１】
一方、景品管理機３０では、Ｔ／Ｃ１００から「加算完了応答信号」を受信した場合（ステップＳ２１２肯定）には、所定の表示部にて加算完了報知を行い（ステップＳ２１３）、また、Ｔ／Ｃ１００から「手入力貯玉制限信号」を受信した場合（ステップＳ２１２否定）には、この「手入力貯玉制限信号」に基づく、手入力貯玉制限に従って制御を行なう（ステップＳ２１４）。具体的に説明すると、「手入力貯玉制限信号」を受信した時には、景品管理機３０の表示部には、Ｔ／Ｃ１００の手入力貯玉制限により新たに設定された手入力貯玉上限値を超える『手入力貯玉』を不可とする旨のガイダンス（例えば、「本日は、手入力の場合、２０００個までの貯玉が可能です。」など）が表示され、２０００個を超える『手入力貯玉』を不可とする手入力貯玉制限が行なわれることとなる。
【００８２】
上述してきたように、本実施例１に係る貯玉管理システムによれば、Ｔ／Ｃ１００は、Ｔ／Ｃ１００と第三者管理センタ２００間の通信がオフライン状態であると判定した場合には、オンライン時の手入力貯玉許可数をオフライン時の手入力貯玉許可数として更新し、このオフライン時用の手入力貯玉許可数と各会員が所有する貯玉数（貯玉残高）とにより、手入力貯玉上限値を算出し、この算出結果を各会員の手入力貯玉上限値として設定し、この手入力貯玉上限値を超えない範囲内での『手入力貯玉』のみを許容する手入力貯玉制限を行なうように構成したので、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信できないオフライン時には、会員が１日に『手入力貯玉』を実行可能な手入力貯玉上限値は、通常時（オンライン時）の手入力貯玉上限値よりも低い値に設定されているため、遊技店によりＴ／Ｃ１００及び第三者管理センタ２００間の通信が故意に途絶され、Ｔ／Ｃ１００から第三者管理センタ２００への貯玉データの送信が不可能となった場合でも、第三者管理センタ２００が貯玉補償を行なう際の負担を軽減することができる。
【実施例２】
【００８３】
次に、本実施例２に係る貯玉管理システムについて説明する。すなわち、本実施例２では、オフライン期間（オフライン回数）の長期化にともなって、第三者管理センタ２００が負担する貯玉補償のリスクが増えることに着目し、Ｔ／Ｃ１００と第三者管理センタ２００との通信途絶回数／期間に応じて、手入力貯玉上限値を段階的に除々に低い値とする手入力貯玉制限を行なうことに特徴がある。具体的には、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数（通信の途絶回数）に応じて、手入力貯玉上限値を段階的に除々に低い設定値に更新（減算）する構成としている。
【００８４】
このため、本実施例２の場合、オフライン回数に対応する手入力貯玉許可数を設定する手入力貯玉許可数テーブル１３２ａを新たに設ける構成としている。図９は、手入力貯玉許可数テーブル１３２ａの一例を示している。同図に示すように、手入力貯玉許可数テーブル１３２ａは、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶した回数（未送信回数：Ｃ）に対応付けて、新たに設定した手入力貯玉許可数が記憶されているテーブルである。
【００８５】
図９の手入力貯玉許可数テーブル１３２ａに示すように、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数Ｃが０回（通常時）の時、手入力貯玉許可数は「３０００個」として設定されている。また、未送信回数Ｃが１回（オフライン状態が１回）の時、手入力貯玉許可数は「２０００個」に、未送信回数Ｃが２回（オフライン状態が２日連続）の時、手入力貯玉許可数は「１５００個」に、未送信回数Ｃが３回以上継続（オフライン状態が３日以上継続）した時、手入力貯玉許可数は「１０００個」にそれぞれ設定されている。
【００８６】
以下、図１０を参照して、本実施例２に係る貯玉管理処理手順の詳細を説明する。図１０は、本実施例２に係るＴ／Ｃ１００及び第三者管理センタ２００間の通信接続が途絶した時（オフライン時）の処理手順を示している。図１０に示すように、先ず、Ｔ／Ｃ１００は、Ｔ／Ｃ１００から第三者管理センタ２００に対して、貯玉データの送信が可能であるか否かの判定を行なう（ステップＳ１１０）。具体的には、Ｔ／Ｃ１００と第三者管理センタ２００との間の通信が途絶状態（オフライン状態）ではなくオンライン状態であるか否かを判定する。そして、この判定により、貯玉データが送信可であると判定された場合には（ステップＳ１１０肯定）、Ｔ／Ｃ１００から第三者管理センタ２００に貯玉データを送信して処理を終了する。
【００８７】
一方、ステップＳ１１０の判定により、貯玉データの送信が不可であると判定された場合には（ステップＳ１１０否定）、Ｔ／Ｃ１００は、この時の貯玉データの未送信回数（Ｃ）を未送信回数記憶部１３４（図２）に記憶する（ステップＳ１２１）。
【００８８】
そして、第三者管理センタ２００に対する貯玉データの未送信回数（Ｃ）が１回であると判定された場合には（ステップＳ１２２肯定）、Ｔ／Ｃ１００は、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数１回に対応する手入力貯玉許可数（通常時の手入力貯玉許可数の２０００個）に設定する（ステップＳ１２３）。
【００８９】
一方、未送信回数（Ｃ）が１回でないと判定された場合には（ステップＳ１２２否定）、Ｔ／Ｃ１００では、未送信回数（Ｃ）が２回となったか否かの判定をさらに行い（ステップＳ１２４）、未送信回数（Ｃ）が２回となったと判定した場合には（ステップＳ１２４肯定）、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数２回に対応する手入力貯玉許可数（１５００個）に設定する（ステップＳ１２５）。
【００９０】
また、貯玉データの未送信回数（Ｃ）が２回でないと判定された場合には（ステップＳ１２４否定）、Ｔ／Ｃ１００では、未送信回数（Ｃ）が３回以上となったか否かの判定をさらに行い（ステップＳ１２５）、未送信回数（Ｃ）が３回以上となったと判定した場合には（ステップＳ１２５肯定）、手入力貯玉許可数を手入力貯玉許可数テーブル１３２ａの未送信回数３回以上に対応する手入力貯玉許可数（１０００個）に設定する（ステップＳ１２７）。
【００９１】
以上説明したように、本実施例２によれば、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの未送信回数（通信途絶回数の累積回数／通信途絶期間）に応じて、手入力貯玉上限値を段階的に除々に低い設定値に更新（減算）するとともに、この新たに設定した手入力貯玉上限値に基づく手入力貯玉制限を行うように構成したので、Ｔ／Ｃ１００と第三者管理センタ２００間のオフライン状態が長期化する場合でも、長期化に応じて、手入力貯玉上限値は段階的に除々に低い値に更新する手入力貯玉制限を行なうため、第三者管理センタが負担する貯玉補償に関するリスクを効果的に低減することができる。
【実施例３】
【００９２】
次に、本実施例３に係る貯玉管理システムについて説明する。図１１は、本実施例３に係る貯玉管理システムの概要および特徴を説明するための構成図である。ここで、図１１の構成図では、遊技店のカード処理機２２から送信されるカードデータを管理するカードＴ／Ｃ１０１と、このカードＴ／Ｃ１０１と通信回線５００により通信接続されるカード管理会社４００とで構成されるカードシステムを含む貯玉管理システムを示している。
【００９３】
すなわち、上記した実施例１及び２では、Ｔ／Ｃ１００が、Ｔ／Ｃ１００から第三者管理センタ２００に対する貯玉データの送信が不可（Ｔ／Ｃ１００と第三者管理センタ２００間がオフライン状態）であると判定した場合に、オフライン時用に手入力貯玉上限値を更新し、この手入力貯玉上限値の範囲で貯玉制限を行なうこととしているが、このような通信回線の断線は、遊技店側の意図的なものではなく、ネットワーク不良などによる通信障害や通信機器の不良に起因する場合もある。
【００９４】
このため、単に第三者管理センタ２００に対する貯玉データの送信不可や送信不可回数を判定条件として、手入力貯玉制限を行なった場合には、実際に不正行為を行なっていない遊技店が手入力貯玉制限による制裁により不利益を被る恐れがある。また、会員にとっても、手入力貯玉制限が行なわれると、このオフライン時の手入力貯玉上限値は、通常時（オンライン時）の手入力貯玉上限値よりも低い値となり、計数レシート読取不能時に『手入力貯玉』を実行できる加算依頼玉数が少なくなるため、利便性を損なうこととなる。このため、本実施例３では、遊技店に設けているカードデータを管理するカードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されている場合には、遊技店（Ｔ／Ｃ１００）と第三者管理センタとの通信の途絶が意図的なものではないと判定し、この場合には、手入力貯玉制限を解除する構成としたことにその特徴がある。
【００９５】
以下、図１１を参照して、本実施例３の特徴について説明する。すなわち、図１１に示すように、遊技店には、貯玉データを管理するＴ／Ｃ１００とは別に、カードＴ／Ｃ１０１を設けており、このカードＴ／Ｃ１０１は、遊技店に設置してある複数のカード処理機２２から送信されるカードデータ（カードＩＤ別の残度数）を収集することで、遊技客のカードデータ（カード残度数）により売上を管理している。また、このようにカードＴ／Ｃ１０１で管理しているカードデータは、定期的に通信回線５００を通じて、このカードＴ／Ｃ１０１からカード管理会社４００に送信する構成となっている。このことから、仮にＴ／Ｃ１００と第三者管理センタ２００間の通信回線３００を断線させて、貯玉データに関する不正を行なう遊技店は、この貯玉データの不正以外にも、カードデータに関する不正を行なうものと推測される。
【００９６】
このため、本実施例３においては、貯玉データの管理を行なうＴ／Ｃ１００とカードデータの管理を行なうカードＴ／Ｃ１０１とを通信接続し、Ｔ／Ｃ１００の制御部２１０によりカード管理会社４００にカードＴ／Ｃ１０１からカードデータが送信されているか否かを判定する。そして、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことが判定された場合に、Ｔ／Ｃ１００に対して、手入力貯玉制限を解除する構成としている。
【００９７】
すなわち、本実施例３では、Ｔ／Ｃ１００により、遊技店のカードＴ／Ｃ１０１からカード管理会社４００に対して、カードデータが送信されているかの確認を行ない、正常にカード管理会社４００に遊技店のカードＴ／Ｃ１０１からカードデータが送信されていることを条件として、この場合には、貯玉データを管理するＴ／Ｃ１００と第三者管理センタ２００間の通信途絶が故意によるものでないと判断し、手入力貯玉制限を解除する構成としている。
【００９８】
以上説明したように、本実施例３によれば、Ｔ／Ｃ１００は、カードデータの管理を行なうカードＴ／Ｃ１０１と通信接続されるとともに、Ｔ／Ｃ１００により遊技店のカードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことを判定し、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたことが判定した場合に、手入力貯玉制限を解除する構成としているので、Ｔ／Ｃ１００と第三者管理センタ２００間の通信途絶が悪意のある遊技店の意図的な通信途絶ではなく、通信機器の故障などであると判定された場合には、手入力貯玉制限を解除するので、不正行為を行なっていない遊技店に手入力貯玉制限による不利益を与えることなく、また、遊技客の利便性を損なうことを防止することができる。
【実施例４】
【００９９】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１００】
例えば、本発明では、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶している際に『手入力貯玉』が行われた場合に、その『手入力貯玉』の履歴を蓄積管理し、この『手入力貯玉』の履歴を特定の相手に通知するようにしてもかまわない。例えば、遊技店のオーナーや管理者に通知することで、通信途絶からの復帰を促すことができ、また、通信回線３００以外の他の外部ネットワークを介して第三者管理センタ２００が接続されている場合には、第三者管理センタ２００の従業員に通知することで、遊技店による不正監視を要する旨を促すことができる。
【０１０１】
また、上記した実施例３では、カードＴ／Ｃ１０１からカード管理会社４００にカードデータが送信されたか否かにより、Ｔ／Ｃ１００と第三者管理センタ２００間の通信途絶が故意に行われたものであるか否かを判別する例を説明したが、本発明はこれに限定されるものではなく、一旦通信が途絶してから復帰するまでの途絶期間の長短、或いは、貯玉データの未送信回数の多寡によって判別するようにしてもよい。
【０１０２】
また、上記した実施例１〜３では、『手入力貯玉』を受け付ける手入力貯玉受付端末として景品管理機３０を例示したが、これに限定されるものではなく、たとえばＴ／Ｃ１００自体で『手入力貯玉』が行われる場合やその他の端末で『手入力貯玉』が行われる場合にも本発明を同様に適用することができる。
【０１０３】
また、上記した実施例２では、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が故意に途絶されたか否かによって手入力貯玉許可数を段階的に引き下げる例を説明したが、『手入力貯玉』の制限態様を段階的に変化させてもよい。例えば、故意に通信が途絶させられたと判定した場合には『手入力貯玉』を制限し、事故などにより通信が途絶したと判定した場合には『手入力貯玉』の貯玉加算結果の報知のみに留めたりすることで、故意により途絶された場合には『手入力貯玉』の制限を厳しくし、第三者管理センタ２００との通信が事故等により途絶された場合には『手入力貯玉』の制限を緩めることができ、第三者管理センタ２００との通信を途絶させた遊技店に対して適切な対応措置をとることが可能である。その他、Ｔ／Ｃ１００と第三者管理センタ２００間の通信が途絶している場合には、景品管理機３０の操作者を管理者のみに限定したり、遊技店内に複数の景品管理機３０が存在する場合には作動可能な台数を制限するようにしてもよい。
【０１０４】
なお、上記した実施例１〜３では、貯玉を管理する貯玉管理システムに本発明を適用する例を説明したが、本発明はこれに限定されるものではなく、貯メダルを管理する貯メダルシステム、或いは、貯玉及び貯メダルを管理する貯玉・貯メダルシステムにも本発明を同様に適用することができる。
【０１０５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【０１０７】
以上のように、本発明に係る貯遊技媒体管理システム及び貯遊技媒体管理方法は、Ｔ／Ｃと第三者管理センタ間の通信がオフライン状態となった場合に、オフライン時用の手入力貯遊技媒体上限値に基づいた手入力貯遊技媒体制限を行なうことにより、第三者管理センタが貯遊技媒体補償を行なう際の負担を軽減することができる貯遊技媒体管理システム及び貯遊技媒体管理方法に適している。
【図面の簡単な説明】
【０１０８】
【図１】実施例１に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【図２】図１に示したＴ／Ｃ１００および第三者管理センタ２００の構成を示す機能ブロック図である。
【図３】貯玉管理テーブルに記憶される情報の一例を示す図である。
【図４】手入力貯玉許可数テーブルに記憶される情報の一例を示す図である。
【図５】手入力貯玉制限管理テーブルに記憶される情報の一例を示す図である。
【図６】実施例１に係る貯玉管理システムが適用される遊技店の内部を示す概略構成図である。
【図７】実施例１に係るＴ／Ｃにおける貯玉管理処理手順を示すフローチャートである。
【図８】実施例１に係るＴ／Ｃ及び景品管理機間で行なう貯玉管理制御シーケンスを説明するシーケンス図である。
【図９】実施例２に係る手入力貯玉許可数テーブルに記憶される情報の一例を示す図である。
【図１０】実施例２に係るＴ／Ｃにおける貯玉管理処理手順を示すフローチャートである。
【図１１】実施例３に係る貯玉管理システムの概略を示すシステム構成図である。
【符号の説明】
【０１０９】
１０ 遊技店
２０ 島コントローラ
２１ パチンコ機
２２ カード処理機
３０ 景品管理機
３１ 景品払出機
３２ カード発行機
３３ カード精算機
４０ 玉計数機
５０ 再プレイ玉貸機
６０ 会員カード端末機
１００ ターミナルコントローラ（Ｔ／Ｃ）
１１０ 表示部
１１１ 表示制御部
１２０、２１０ 制御部
１２１ 通信状況判定部
１２２ 手入力貯玉上限値更新部
１２３ 手入力貯玉制限判定部
１２４ 手入力貯玉制限通知部
１３０、２２０ 記憶部
１３１ 貯玉管理テーブル
１３２ 手入力貯玉許可数テーブル
１３３ 手入力貯玉制限管理テーブル
１３４ 未送信回数記憶部
１４０ 入力部
１５０ 出力部
１６０ 通信制御ＩＦ部
２００ 第三者管理センタ
２１２ 手入力貯玉制限解除部
３００、５００ 通信回線
４００ カード管理会社
【特許請求の範囲】
【請求項１】
遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムであって、
前記管理装置は、
前記遊技客の識別番号に対応付けて貯遊技媒体データを記憶する貯遊技媒体データ記憶手段と、
前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶する手入力貯遊技媒体許可数記憶手段と、
前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定手段と、
前記通信状況判定手段により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新手段と、
前記手入力貯遊技媒体許可数更新手段により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶手段に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限手段と
を備えたことを特徴とする貯遊技媒体管理システム。
【請求項２】
前記管理装置は、
前記通信状況判定手段が判定した前記管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶する未送信履歴記憶手段をさらに備え、
前記手入力貯遊技媒体許可数更新手段は、
前記未送信履歴記憶手段に記憶された未送信履歴情報に応じて、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうことを特徴とする請求項１に記載の貯遊技媒体管理システム。
【請求項３】
前記管理装置は、
前記管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定するカードデータ判定手段と、
前記カードデータ判定手段の判定により、前記カード管理装置から前記カード管理センタにカードデータが送信されたことが判定された場合に、前記手入力貯遊技媒体制限手段による貯遊技媒体制限を解除する手入力貯遊技媒体制限解除手段と
をさらに備えたことを特徴とする請求項１または２に記載の貯遊技媒体管理システム。
【請求項４】
遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムの貯遊技媒体管理方法であって、
前記遊技客の識別番号に対応付けて貯遊技媒体データを貯遊技媒体データ記憶手段に格納する貯遊技媒体データ格納工程と、
前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を手入力貯遊技媒体許可数記憶手段に格納する手入力貯遊技媒体許可数格納工程と、
前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定工程と、
前記通信状況判定工程により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新工程と、
前記手入力貯遊技媒体許可数更新工程により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶工程に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限工程と
を含んだことを特徴とする貯遊技媒体管理方法。
【請求項１】
遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムであって、
前記管理装置は、
前記遊技客の識別番号に対応付けて貯遊技媒体データを記憶する貯遊技媒体データ記憶手段と、
前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を記憶する手入力貯遊技媒体許可数記憶手段と、
前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定手段と、
前記通信状況判定手段により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新手段と、
前記手入力貯遊技媒体許可数更新手段により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶手段に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限手段と
を備えたことを特徴とする貯遊技媒体管理システム。
【請求項２】
前記管理装置は、
前記通信状況判定手段が判定した前記管理装置と第三者管理センタとの通信不可状況を貯遊技媒体データの未送信履歴情報として記憶する未送信履歴記憶手段をさらに備え、
前記手入力貯遊技媒体許可数更新手段は、
前記未送信履歴記憶手段に記憶された未送信履歴情報に応じて、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を段階的に徐々に減算する更新を行なうことを特徴とする請求項１に記載の貯遊技媒体管理システム。
【請求項３】
前記管理装置は、
前記管理装置を設けた遊技店のカード管理装置からカード管理センタにカードデータが送信されたことを判定するカードデータ判定手段と、
前記カードデータ判定手段の判定により、前記カード管理装置から前記カード管理センタにカードデータが送信されたことが判定された場合に、前記手入力貯遊技媒体制限手段による貯遊技媒体制限を解除する手入力貯遊技媒体制限解除手段と
をさらに備えたことを特徴とする請求項１または２に記載の貯遊技媒体管理システム。
【請求項４】
遊技客によって預け入れられた遊技媒体数を貯遊技媒体データとして管理する管理装置と、遊技店の店員の手入力操作を通じて受け付けた遊技媒体数を前記貯遊技媒体データに加算するように依頼する手入力貯遊技媒体受付端末と、当該管理装置によって管理された貯遊技媒体データを統括的に管理する第三者管理センタとを備えた貯遊技媒体管理システムの貯遊技媒体管理方法であって、
前記遊技客の識別番号に対応付けて貯遊技媒体データを貯遊技媒体データ記憶手段に格納する貯遊技媒体データ格納工程と、
前記遊技客が所有する貯遊技媒体数に前記手入力操作による貯遊技媒体加算依頼を通じて加算できる手入力貯遊技媒体許可数を手入力貯遊技媒体許可数記憶手段に格納する手入力貯遊技媒体許可数格納工程と、
前記第三者管理センタとの間での通信が可能であるかを判定する通信状況判定工程と、
前記通信状況判定工程により第三者管理センタとの間での通信が不可であると判定された場合に、前記手入力貯遊技媒体許可数記憶手段に記憶された手入力貯遊技媒体許可数を更新する手入力貯遊技媒体許可数更新工程と、
前記手入力貯遊技媒体許可数更新工程により更新された手入力貯遊技媒体許可数と前記貯遊技媒体データ記憶工程に記憶された遊技客の貯遊技媒体データとを加算し、当該遊技客の手入力貯遊技媒体上限値として設定するとともに、当該手入力貯遊技媒体上限値の範囲内で、前記手入力操作による貯遊技媒体加算の制限を行なう手入力貯遊技媒体制限工程と
を含んだことを特徴とする貯遊技媒体管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−２５９６２３（Ｐ２００８−２５９６２３Ａ）
【公開日】平成２０年１０月３０日（２００８．１０．３０）
【国際特許分類】
【出願番号】特願２００７−１０３８５０（Ｐ２００７−１０３８５０）
【出願日】平成１９年４月１１日（２００７．４．１１）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２０年１０月３０日（２００８．１０．３０）
【国際特許分類】
【出願日】平成１９年４月１１日（２００７．４．１１）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]