(57)【要約】【課題】第三者機関と遊技店の間で貯玉管理の整合性を確保すること。【解決手段】貯玉管理システム１は、遊技店が貯玉補償基金を支払っているか否かを判定する貯玉補償基金支払可否判定部１３０ａと、各遊技店におけるＴ／Ｃ１０で管理される貯玉データの中に、貯玉数が上限値を超えたものが存在するか否かを判定する貯玉閾値可否判定部１３０ｂとを備える第三者センタ１００と、Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定する通信可否判定部１３ａと、通信が不可能であると判定された場合、或いは当該Ｔ／Ｃ１０を有する遊技店が実施可能要件（例えば、貯玉補償基金の納入や貯玉上限値の遵守）を満たしていないと判定された場合に、貯玉データに対する更新処理を制限または禁止する更新処理制限・禁止部１３ｂと備えるＴ／Ｃ１０とを有する。【選択図】        図２
2006296583.tif 000002
【特許請求の範囲】
【請求項１】
予め登録処理された遊技客によって預け入れられた遊技媒体の数量を貯玉データとして管理する管理装置と、前記管理装置によって管理された貯玉データを統括管理する第三者センタとを備えた貯玉管理システムであって、
前記管理装置は、
当該管理装置および前記第三者センタの間で通信が可能であるか否かを判定する通信可否判定手段と、
前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を制限または禁止する更新処理制限／禁止手段と
を備えたことを特徴とする貯玉管理システム。
【請求項２】
前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を減算処理のみに制限することを特徴とする請求項１に記載の貯玉管理システム。
【請求項３】
前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することを特徴とする請求項１に記載の貯玉管理システム。
【請求項４】
前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を、減算処理と、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することを特徴とする請求項１に記載の貯玉管理システム。
【請求項５】
前記第三者センタは、
前記管理装置が前記更新処理の実施可能要件を満たしているか否かを判定する要件可否判定手段と、
前記管理装置からの通信に応答する際に、前記要件可否判定手段による判定結果を含む通信応答を前記管理装置に返信する返信処理手段とをさらに備え、
前記更新処理制限／禁止手段は、前記要件可否判定手段によって前記管理装置が前記実施可能要件を満たしていないと判定された場合に、前記貯玉データに対する更新処理を制限または禁止することを特徴とする請求項１〜４のいずれか一つに記載の貯玉管理システム。
【請求項６】
予め登録処理された遊技客によって預け入れられた遊技媒体の数量を貯玉データとして管理する管理装置と、前記管理装置によって管理された貯玉データを統括管理する第三者センタとからなる貯玉管理システムに用いられる貯玉管理方法であって、
前記管理装置は、
当該管理装置および前記第三者センタの間で通信が可能であるか否かを判定する通信可否判定工程と、
前記通信可否判定工程によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を制限または禁止する更新処理制限／禁止工程と
を含んだことを特徴とする貯玉管理方法。
【請求項７】
前記更新処理制限／禁止工程は、前記通信可否判定工程によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を減算処理のみに制限することを特徴とする請求項６に記載の貯玉管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予め登録処理された遊技客によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置と、管理装置によって管理された貯玉データを統括管理する第三者センタとを備えた貯玉管理システムおよび貯玉管理方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を遊技機に投入して遊技をおこなうパチンコ機やスロットマシンなどの遊技機が知られている。これら遊技機を設置した遊技店においては、プリペイドカードあるいは会員カードなどの各種記録媒体が使用されることが多い。
【０００３】
かかる遊技店では、この会員カードを所定の会員登録をおこなった遊技客に対して発行し、この会員カードの識別情報（例えば、会員ＩＤなど）に関連付けて、例えば、パチンコ機での遊技を終了した際に獲得したパチンコ玉やメダルの数量情報（貯玉数）を登録するシステム、いわゆる貯玉システムが構築されている（例えば、特許文献１参照。）。
【０００４】
この貯玉システムによれば、会員は、貯玉数の範囲内で、パチンコ玉を借り受けて再度遊技することが可能であり、また、貯玉数の範囲内で、遊技店内の通常の景品（例えば、お菓子やたばこなどの景品）または特殊景品を購入することも可能である。
【０００５】
また、遊技店にかかる貯玉システムが広く普及するとともに、遊技関連業界では、遊技客保護の観点から、かかる貯玉システムを遊技店で導入するに際して、制度補償を運営する第三者機関（貯玉補償基金）への加盟（以下、制度加盟と言う）を促進している。
【０００６】
この第三者機関では、契約された遊技店における会員毎の貯玉データ情報を収集して管理しており、当該遊技店のデータが破損したり、遊技店が倒産した場合に、会員の貯玉データを確認できる機能を有する。特に、遊技店が倒産した場合には、その貯玉データに基づいて、各会員に有価価値（貯玉分）の補償を行うことになる。
【０００７】
【特許文献１】特開平１１−２７６６９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記した従来技術では、第三者機関と遊技店の間で貯玉管理の整合性を確保することができないという問題点があった。すなわち、第三者機関による貯玉管理を実現するためには、遊技店に設置されている管理装置（会員管理装置）から第三者センタに貯玉データ（貯玉会員の会員数や貯玉数）が定期的に供給される必要があるが、貯玉データの通知は法的規制や行政指導などの強制力を伴うものではないため、遊技店側が第三者機関との通信を意図的に途絶させたならば、第三者センタでは、管理すべき貯玉データを更新することができず、第三者機関と遊技店の間で貯玉管理の整合性を確保することは極めて困難となる。
【０００９】
このため、かかる遊技店が倒産した場合には、補償制度の悪用（すなわち、成りすましなどの不正行為）を看過したり、遊技客が預け入れた貯玉数と、第三者機関が当該遊技店の貯玉数として認識しているものとの間にずれが生じることから、第三者機関と遊技者の間で貯玉補償問題を引き起こすおそれがある。
【００１０】
また、制度加盟そのものが法的規制や行政指導などの強制力を伴うものではなく、さらに補償基金を含むランニングコストが必要なことから、制度未加盟で貯玉システムを導入する遊技店も多く、これら貯玉補償基金が未納である遊技店が倒産した場合には、遊技者に貯玉補償をおこなうことができず、社会問題を引き起こしかねないという懸念も内在している。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、第三者機関と遊技店の間で貯玉管理の整合性を確保することができる貯玉管理システムおよび貯玉管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、請求項１の発明に係る貯玉管理システムは、予め登録処理された遊技客によって預け入れられた遊技媒体の数量を貯玉データとして管理する管理装置と、前記管理装置によって管理された貯玉データを統括管理する第三者センタとを備えた貯玉管理システムであって、前記管理装置は、当該管理装置および前記第三者センタの間で通信が可能であるか否かを判定する通信可否判定手段と、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を制限または禁止する更新処理制限／禁止手段とを備えたことを特徴とする。
【００１３】
また、請求項２の発明に係る貯玉管理システムは、前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を減算処理のみに制限することを特徴とする。
【００１４】
また、請求項３の発明に係る貯玉管理システムは、前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することを特徴とする。
【００１５】
また、請求項４の発明に係る貯玉管理システムは、前記更新処理制限／禁止手段は、前記通信可否判定手段によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を、減算処理と、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することを特徴とする。
【００１６】
また、請求項５の発明に係る貯玉管理システムは、前記第三者センタは、前記管理装置が前記更新処理の実施可能要件を満たしているか否かを判定する要件可否判定手段と、前記管理装置からの通信に応答する際に、前記要件可否判定手段による判定結果を含む通信応答を前記管理装置に返信する返信処理手段とをさらに備え、前記更新処理制限／禁止手段は、前記要件可否判定手段によって前記管理装置が前記実施可能要件を満たしていないと判定された場合に、前記貯玉データに対する更新処理を制限または禁止することを特徴とする。
【００１７】
また、請求項６の発明に係る貯玉管理方法は、予め登録処理された遊技客によって預け入れられた遊技媒体の数量を貯玉データとして管理する管理装置と、前記管理装置によって管理された貯玉データを統括管理する第三者センタとからなる貯玉管理システムに用いられる貯玉管理方法であって、前記管理装置は、当該管理装置および前記第三者センタの間で通信が可能であるか否かを判定する通信可否判定工程と、前記通信可否判定工程によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を制限または禁止する更新処理制限／禁止工程とを含んだことを特徴とする。
【００１８】
また、請求項７の発明に係る貯玉管理方法は、前記更新処理制限／禁止工程は、前記通信可否判定工程によって通信が不可能であると判定された場合に、前記貯玉データに対する更新処理を減算処理のみに制限することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、管理装置が当該管理装置および第三者センタの間で通信が可能であるか否かを判定し、通信が不可能であると判定された場合に、貯玉データに対する更新処理を制限または禁止することとしたので、管理装置と第三者センタの間で通信が確立されている状況下で貯玉データに対する更新処理がおこなわれることを担保することができ、第三者機関と遊技店の間で貯玉管理の整合性を確保することが可能になる。さらに、第三者機関と遊技店の間で貯玉管理の整合性を確保することにより、補償制度の悪用（すなわち、成りすましなどの不正行為）並びに第三者機関と遊技者の間で生じる貯玉補償問題を未然に防止することが可能になる。
【００２０】
また、本発明によれば、通信が不可能であると判定された場合に、貯玉データに対する更新処理を減算処理のみに制限することとしたので、通信途絶までに預け入れられた貯玉データの引き出し処理だけは実行でき、遊技客および遊技店に不利益を与えることなく、貯玉データへの不正行為（すなわち、重複会員や架空会員の貯玉データを入力する成りすまし行為）を防止することが可能になる。
【００２１】
また、本発明によれば、通信が不可能であると判定された場合に、貯玉データに対する更新処理を、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することとしたので、遊技者が不便を感じることが少なく、且つ通信途絶状態において遊技店の貯玉データが無制限に増加させられるリスクを回避することができる。
【００２２】
また、本発明によれば、通信が不可能であると判定された場合に、貯玉データに対する更新処理を、減算処理と、所定値以内の貯玉を加算する加算処理および／または所定期間内の再遊技もしくは景品交換されることを条件とする加算処理のみに制限することとしたので、遊技者が不便を感じることが少なく、且つ通信途絶状態において遊技店の貯玉データが無制限に増加させられるリスクを回避することができる。
【００２３】
また、本発明によれば、第三者センタが管理装置が更新処理の実施可能要件を満たしているか否かを判定し、管理装置からの通信に応答する際に、判定結果を含む通信応答を管理装置に返信し、管理装置が実施可能要件を満たしていないと判定された場合に、貯玉データに対する更新処理を制限または禁止することとしたので、第三者機関（貯玉補償基金）への加盟（制度加盟）で生じる義務を遵守させることが可能になる。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、本発明に係る貯玉管理システム（貯玉管理方法）の好適な実施例を詳細に説明する。なお、ここでは、本発明に係る貯玉管理システムの概要および特徴を説明し、その後に、実施例１に係る貯玉管理システムを説明し、最後に、他の実施例として種々の変形例（実施例２）を説明することとする。
【００２５】
（概要および特徴）
まず最初に、本発明に係る貯玉管理システムの概要および特徴を説明する。図１は、本発明に係る貯玉管理システムの概要および特徴を説明するための概念図である。同図に示すように、この貯玉管理システム１は、遊技客によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置（以下、ターミナルコントローラ；Ｔ／Ｃと言う）１０と、このＴ／Ｃ１０によって管理された貯玉データを統括管理する第三者センタ１００とがネットワーク２を介して相互に通信可能に接続された構成となる。
【００２６】
ここで、本発明に係る貯玉管理システム１は、Ｔ／Ｃ１０が当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定し、通信が不可能であると判定した場合に、貯玉データに対する更新処理を制限または禁止する点に主たる特徴があり、かかる一連の処理によって、第三者機関と遊技店の間で貯玉管理の整合性を確保することができるようにしている。
【００２７】
すなわち、このＴ／Ｃ１０では、図１に示すように、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能であると判定した場合に、貯玉データに対する更新処理を制限または禁止することで、Ｔ／Ｃ１０と第三者センタ１００の間で通信が確立されている状況下で貯玉データに対する更新処理がおこなわれることを担保することができる。
【００２８】
したがって、上記した従来技術の例で言えば、遊技店側が第三者機関との通信を意図的に途絶させることを看過するのではなく、Ｔ／Ｃ１０と第三者センタ１００の間で通信が確立されている状況下で貯玉データに対する更新処理がおこなわれることを担保することができ、上記した主たる特徴のように、第三者機関と遊技店の間で貯玉管理の整合性を確保することが可能になる。さらに、第三者機関と遊技店の間で貯玉管理の整合性を確保することにより、補償制度の悪用（すなわち、成りすましなどの不正行為）並びに第三者機関と遊技者の間で生じる貯玉補償問題を未然に防止することが可能になる。
【００２９】
また、これに関連して、Ｔ／Ｃ１０と第三者センタ１００の間で通信が確立されている状況下でのみ貯玉データに対する更新処理を許容するＴ／Ｃを遊技店に提供することで、制度補償を運営する第三者機関（貯玉補償基金）への加盟を促進することができる。
【００３０】
また、本発明に係る貯玉管理システム１は、上記の主たる特徴に関連した付加的な特徴を有する。つまり、この貯玉管理システム１において、Ｔ／Ｃ１０では、Ｔ／Ｃ１０と第三者センタ１００の間で通信が不可能であると判定された場合に、貯玉データに対する更新処理を減算処理のみに制限する。
【００３１】
すなわち、遊技店側におけるＴ／Ｃ１０が第三者センタ１００と通信が不可能である場合に、貯玉データに対する更新処理（すなわち、加算処理および減算処理）を全面的に禁止することとしたのでは、遊技客を自身の貯玉を利用できない状況に置くこととなるため、遊技客の利便性を損なうことも考えられる。また、遊技店側が第三者機関との通信を意図的に途絶させた場合でなくとも（ネットワーク不良や機器不良が起こった場合でも）、貯玉データに対する更新処理を禁止することとなるため、遊技店の営業を阻害するおそれもある。
【００３２】
このため、Ｔ／Ｃ１０と第三者センタ１００の間で通信が不可能であると判定された場合に、貯玉データに対する更新処理を減算処理のみに制限することで、通信途絶までに預け入れられた貯玉データの引き出し処理だけは実行可能となるので、遊技客および遊技店に不利益を与えることなく、貯玉データへの不正行為（すなわち、重複会員や架空会員の貯玉データを入力する成りすまし行為）を防止することができる。
【実施例１】
【００３３】
次に、本実施例１に係る貯玉管理システムについて説明する。なお、ここでは、本実施例１に係る貯玉管理システムの構成について説明した後に、この貯玉管理システム１の各種処理の手順を説明することとする。
【００３４】
（貯玉管理システムの構成）
図２は、本実施例１に係る貯玉管理システムの構成を示すシステム構成図である。同図に示すように、この貯玉管理システム１は、ターミナルコントローラ（Ｔ／Ｃ）１０と、第三者センタ１００とがネットワーク２を介して相互に通信可能に接続された構成となる。
【００３５】
このうち、第三者センタ１００は、Ｔ／Ｃ１０によって管理される貯玉データを統括管理する装置であり、第三者センタ１００とネットワーク２との間での各種通信の制御をおこなう通信制御ＩＦ部１１０と、記憶部１２０と、制御部１３０とを備える。
【００３６】
記憶部１２０は、制御部１３０による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に関連するものとしては、貯玉補償基金管理テーブル１２０ａおよびホール貯玉管理テーブル１２０ｂを備える。
【００３７】
貯玉補償基金管理テーブル１２０ａは、各遊技店の貯玉補償基金の支払い可否を管理するテーブルであり、具体的には、遊技店（ホール）ごとに、各「月」の貯玉補償基金の支払い可否を対応付けて記憶している。例えば、図３に示すように、遊技店「Ａ」に、１月の貯玉補償基金の支払い可否「○」、２月の貯玉補償基金の支払い可否「○」、３月の貯玉補償基金の支払い可否「×」、・・・を対応付けて記憶している。
【００３８】
ホール貯玉管理テーブル１２０ｂは、各遊技店の貯玉データを管理するテーブルであり、具体的には、遊技店（ホール）ごとに、貯玉会員の貯玉データを記憶している。例えば、図４に示すように、遊技店「Ａ」に、会員Ｎｏ，「０００１」、貯玉データ「１０００（発）」および会員名「ユーザＤ」を対応付けて記憶している。
【００３９】
制御部１３０は、第三者センタ１００の全体制御をおこなう処理部であり、各機能部間の各種データの授受を司る制御部であり、各Ｔ／Ｃ１０から貯玉データを受信し、該受信した貯玉データをホール貯玉管理テーブル１２０ｂに更新する。この制御部１３０は、本発明に関連する処理部として、貯玉補償基金支払可否判定部１３０ａと、貯玉閾値可否判定部１３０ｂとを備える。
【００４０】
このうち、貯玉補償基金支払可否判定部１３０ａは、貯玉補償基金管理テーブル１２０ａを参照して、遊技店が貯玉補償基金を支払っているか否かを判定する処理部である。例えば、遊技店Ａから接続確認パケットを受信した場合、貯玉補償基金管理テーブル１２０ａの「遊技店Ａ」のフィールド（図３参照）を参照して、最新月分の貯玉補償基金が未納であることから貯玉補償基金が支払われていないと判定する。なお、本実施例１では、各遊技店において、Ｔ／Ｃ（会員管理装置）１０が起動された際にＴ／Ｃ１０から「接続確認パケット」を受信したならば、この「貯玉補償基金支払可否判定」をおこなうこととする。
【００４１】
貯玉閾値可否判定部１３０ｂは、ホール貯玉管理テーブル１２０ｂを参照して、各遊技店におけるＴ／Ｃ１０で管理される貯玉データの中に、貯玉数が上限値（例えば、１００００発に設定する）を超えたものが存在するか否かを判定する処理部である。例えば、ホール貯玉管理テーブル１２０ｂにおける遊技店ＡのＴ／Ｃ１０の貯玉データを照査した場合、会員Ｎｏ，「０００２」の貯玉データが「１００００（発）」を超えたことを検知し、貯玉上限値が遵守されていないと判定することとなる。なお、本実施例１では、各遊技店において、Ｔ／Ｃ１０で「閉店処理」がおこなわれた際にＴ／Ｃ１０から貯玉データを受信したならば、この「貯玉閾値可否判定」をおこなうこととする。なお、「貯玉補償基金支払可否判定部１３０ａ」および「貯玉閾値可否判定部１３０ｂ」は、特許請求の範囲における「要件可否判定手段」に相当する。
【００４２】
制御部１３０は、Ｔ／Ｃ１０からの「接続確認パケット」に返信する場合に、貯玉補償基金支払可否判定部１３０ａもしくは貯玉閾値可否判定部１３０ｂによる判定結果を含む通信応答をＴ／Ｃ１０に返信する。
【００４３】
一方、ターミナルコントローラ（Ｔ／Ｃ）１０は、遊技客によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置であり、Ｔ／Ｃ１０とネットワーク２との間での各種通信の制御をおこなう通信制御ＩＦ部１１と、記憶部１２と、制御部１３とを備える。
【００４４】
記憶部１２は、制御部１３による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に関連するものとして、会員管理テーブル１２ａを備える。この会員管理テーブル１２ａは、各会員（遊技客）の貯玉データを含む会員情報を管理するテーブルである。例えば、図５に示すように、会員Ｎｏ，（会員ＩＤ）「０００１」に、貯玉データ「１０００（発）」、会員名「ユーザＤ」、・・・を対応付けて記憶している。
【００４５】
制御部１３は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとしては、通信可否判定部１３ａと、更新処理制限・禁止部１３ｂとを備える。
【００４６】
このうち、通信可否判定部１３ａは、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定する処理部である。具体的には、Ｔ／Ｃ１０の起動時（開店処理時）、Ｔ／Ｃ１０の電源ＯＦＦ時（閉店処理時）またはＴ／Ｃ１０が動作中に所定間隔で接続確認パケットを第三者センタ１００に送信して「通信可否判定」をおこなう。なお、本実施例１では、説明の便宜上、Ｔ／Ｃ１０の起動時（開店処理時）におこなわれる通信可否判定を「起動時チェック」、Ｔ／Ｃ１０の電源ＯＦＦ時（閉店処理時）におこなわれる通信可否判定を「閉店チェック」、Ｔ／Ｃ１０が動作中に所定間隔でおこなわれる通信可否判定を「定期チェック」と呼ぶこととする。
【００４７】
より詳細には、通信可否判定部１３ａは、「起動時チェック」の際には、「貯玉補償基金支払可否判定」の依頼コードを含む接続確認パケットを第三者センタ１００に送信し、「閉店チェック」の際には、会員管理テーブル１２ａから読み出した全会員の貯玉データおよび「貯玉閾値可否判定」の依頼コードを含む接続確認パケットを第三者センタ１００に送信する。また、「定期チェック」の際には、接続確認パケットのみを第三者センタ１００に送信する。なお、これらの接続確認パケットを送信する際には、遊技店の識別情報も送信されることとなる。
【００４８】
そして、通信可否判定部１３ａは、第三者センタ１００から接続確認パケットに対する通信応答を受信した場合に、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定し、第三者センタ１００から接続確認パケットに対する通信応答を受信しなかった場合に、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能であると判定する。
【００４９】
更新処理制限・禁止部１３ｂは、通信可否判定部１３ａによって通信が不可能であると判定された場合に、貯玉データに対する更新処理を制限または禁止する処理部である。具体的には、第三者センタ１００から接続確認パケットに対する通信応答を受信しなかった場合に、貯玉データに対する更新処理を減算処理のみに制限する。
【００５０】
このように、Ｔ／Ｃ１０と第三者センタ１００の間で通信が不可能であると判定された場合に、貯玉データに対する更新処理を減算処理のみに制限することで、遊技客および遊技店に不利益を与えることなく、貯玉データへの不正行為（すなわち、重複会員や架空会員の貯玉データを入力する成りすまし行為）を防止することができる。
【００５１】
また、更新処理制限・禁止部１３ｂは、通信可否判定部１３ａによって通信が可能であると判定された場合であっても、貯玉補償基金支払可否判定部１３０ａもしくは貯玉閾値可否判定部１３０ｂによって当該Ｔ／Ｃ１０を有する遊技店が実施可能要件（例えば、貯玉補償基金の納入や貯玉上限値の遵守）を満たしていないと判定されたならば、会員管理テーブル１２ａに記憶された貯玉データに対する加算処理（例えば、パチンコ玉やメダルの貯玉数の加算）を禁止する。
【００５２】
ここで、貯玉データに対する更新処理を制限または禁止する態様を説明する。図６は、遊技場システムの概略構成を示す概略構成図である。同図に示すように、この遊技場システム３には、貯玉データに対する更新処理を実行可能な装置として、Ｔ／Ｃ１０、景品管理機２０、再プレイ玉貸機７０、自販機子機８０および玉計数機９０が存在する。なお、ここでは、これらの機器でおこなわれる貯玉データに対する更新処理を説明した後に、貯玉データに対する更新処理の制限または禁止の態様を説明する。
【００５３】
このうち、玉計数機９０では、獲得玉を計数した際に、会員カードを読み取って預入処理を行うと、計数値分の玉が預け入れられ、Ｔ／Ｃ１０の貯玉データが更新（加算）される。
【００５４】
再プレイ玉貸機９０では、会員カードの読み取りと暗証番号の入力を受け付けて再プレイ処理を行うと、Ｔ／Ｃ１０の貯玉データが更新（加算）されるとともに、対応する個数のパチンコ玉が払い出される。
【００５５】
景品管理機２０では、会員カードの読み取りと暗証番号の入力を受け付けて景品交換処理を行うと、Ｔ／Ｃ１０の貯玉データが更新（加算）されるとともに、減算された玉数に対応する価値の景品交換が行われる。
【００５６】
また、景品管理機２０では、会員カードの読み取りと、玉数の入力（計数レシートの読み取りや玉数の手入力）を受け付けて預入処理をおこなうと、入力された玉数が預け入れられ、Ｔ／Ｃ１０の貯玉データが更新（加算）される。
【００５７】
更には、景品管理機２０では、所定以上の資格を有する係員であることを確認した上で、データ操作による貯玉データの更新（加算）を行える。尚、有資格者による貯玉データの更新は、Ｔ／Ｃ１０自体においても実行することができる。
【００５８】
自販機子機８０では、会員カードの読み取りと暗証番号の入力を受け付けて、接続される自販機８５で商品選択を行うと、商品（タバコ、飲料等）が払い出されるとともに、商品価格に対応する玉数が、Ｔ／Ｃ１０の貯玉データから更新（減算）される。
【００５９】
ここで、貯玉データに対する更新処理の制限または禁止の態様を説明する。例えば、遊技店全体での貯玉データに対する加算処理（例えば、パチンコ玉やメダルの貯玉数の加算）を禁止する場合には、図７に示すように、Ｔ／Ｃ１０では、データ操作による貯玉データの加算処理（例えば、パチンコ玉の貯玉数の加算）を禁止し、景品管理機２０では、玉数入力やデータ操作による貯玉データの加算処理を禁止する。さらに、玉計数機９０では、パチンコ玉を投入し、獲得玉数を計数できても、貯玉処理（貯玉データの加算）を禁止する。なお、玉計数機９０で計数された玉数は、玉数レシート等として発行し、景品カウンターで景品交換できる。
【００６０】
なお、この場合、景品管理機２０では、貯玉データからの景品交換が許可され、再プレイ玉貸機７０では、貯玉データから玉への変換（再プレイ＝貯玉データの減算）が許可され、自販機子機８０では、貯玉データを使った商品販売（＝景品交換）が許可されることとなる。
【００６１】
このように、Ｔ／Ｃ１０が更新処理の実施可能要件を満たしているか否かを判定し、Ｔ／Ｃ１０からの通信に応答する際に、判定結果を含む通信応答をＴ／Ｃ１０に返信し、Ｔ／Ｃ１０が実施可能要件を満たしていないと判定された場合に、貯玉データに対する更新処理を制限または禁止することで、第三者機関（貯玉補償基金）への加盟（制度加盟）で生じる義務を遵守させることが可能になる。
【００６２】
（各種処理の手順）
次に、本実施例１に係る貯玉管理システムの各種処理の手順を説明する。図８は、管理装置における基本制御手順を示すフローチャートであり、図９〜図１１は、本実施例１に係る貯玉管理システムの貯玉管理手順を示すシーケンス図である。
【００６３】
図８に示すように、Ｔ／Ｃ１０が起動された場合（ステップＳ８０１肯定）は、通信可否判定部１３ａは、「起動時チェック」を実行する。
【００６４】
この「起動時チェック」を図９を参照して具体的に説明する。同図に示すように、通信可否判定部１３ａは、「貯玉補償基金支払可否判定」の依頼コードを含む接続確認パケットを第三者センタ１００に送信する（ステップＳ９０１）。
【００６５】
そして、第三者センタ１００では、「貯玉補償基金支払可否判定」の依頼コードを含む接続確認パケットを受信した場合（ステップＳ９０２肯定）に、貯玉補償基金支払可否判定部１３０ａは、貯玉補償基金管理テーブル１２０ａを参照して当該遊技店が貯玉補償基金を支払っているか否かを判定する（ステップＳ９０３）。
【００６６】
ここで、貯玉補償基金支払可否判定部１３０ａによって貯玉補償基金が支払われていないと判定された場合（ステップＳ９０３否定）には、第三者センタ１００の制御部１３０は、当該遊技店の貯玉補償基金の支払いが「ＮＧ」である旨を含む通信応答をＴ／Ｃ１０に返信する（ステップＳ９０４）。
【００６７】
また、貯玉補償基金支払可否判定部１３０ａによって貯玉補償基金が支払われていると判定された場合（ステップＳ９０３肯定）には、第三者センタ１００の制御部１３０は、当該遊技店の貯玉補償基金の支払いが「ＯＫ」である旨を含む通信応答をＴ／Ｃ１０に返信する（ステップＳ９０５）。
【００６８】
一方、Ｔ／Ｃ１０における通信可否判定部１３ａは、第三者センタ１００からの接続確認パケットに対する通信応答の有無をもとに、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定する（ステップＳ９０６）。
【００６９】
ここで、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能であると判定された場合（ステップＳ９０６肯定）には、或いは通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定され、かつ当該遊技店の貯玉補償基金の支払いが「ＮＧ」である旨の通信応答を受信した場合（ステップＳ９０６否定かつステップＳ９０７肯定）に、更新処理制限・禁止部１３ｂは、Ｔ／Ｃ１０を起動する（ステップＳ９０８）とともに、貯玉データ減算処理の許可信号を再プレイ玉貸機７０並びに自販機子機８０に送信し（ステップＳ９０９）、貯玉データ加算処理の禁止信号を玉計数機９０および景品管理機２０に送信する（ステップＳ９１０）。
【００７０】
また、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定され、かつ当該遊技店の貯玉補償基金の支払いが「ＯＫ」である旨の通信応答を受信した場合（ステップＳ９０６否定かつステップＳ９０７否定）には、制御部１３は、記憶部１２からＴ／Ｃ１０のプログラム（会員管理プログラム）を正常通り読み出し、Ｔ／Ｃ１０を起動する（ステップＳ９１１）とともに、貯玉データ減算処理の許可信号を再プレイ玉貸機７０並びに自販機子機８０に送信し（ステップＳ９１２）、貯玉データ加算処理の許可信号を玉計数機９０および景品管理機２０に送信する（ステップＳ９１３）。
【００７１】
図８の説明に戻り、Ｔ／Ｃ１０が起動中であり、かつ所定の周期（「定期チェック」の実行タイミング）に至った場合（ステップＳ８０１否定かつステップＳ８０２肯定）は、通信可否判定部１３ａは、「定期チェック」を実行する。
【００７２】
この「定期チェック」を図１０を参照して具体的に説明する。同図に示すように、通信可否判定部１３ａは、接続確認パケットを第三者センタ１００に送信する（ステップＳ１００１）。
【００７３】
そして、第三者センタ１００では、接続確認パケットを受信した場合（ステップＳ１００２肯定）に、第三者センタ１００の制御部１３０は、接続確認パケットに対する通信応答をＴ／Ｃ１０に返信する（ステップＳ１００３）。
【００７４】
一方、Ｔ／Ｃ１０における通信可否判定部１３ａは、第三者センタ１００からの接続確認パケットに対する通信応答の有無をもとに、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定する（ステップＳ１００４）。
【００７５】
ここで、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能であると判定された場合（ステップＳ１００４肯定）には、更新処理制限・禁止部１３ｂは、貯玉データ減算処理の許可信号を再プレイ玉貸機７０に送信し（ステップＳ１００５）、貯玉データ加算処理の禁止信号を玉計数機９０および景品管理機２０に送信する（ステップＳ１００６）。
【００７６】
また、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定された場合（ステップＳ１００４否定）には、設定状態を変更することなく、ステップＳ８０１〜ステップＳ８０３の処理を繰り返して、所定の周期ごとに「定期チェック」を再帰的におこない、また閉店時には、「閉店処理」をおこなう。
【００７７】
図８の説明に戻り、閉店処理をおこなってＴ／Ｃ１０の電源をＯＦＦにする場合（ステップＳ８０３肯定）には、通信可否判定部１３ａは、「閉店チェック」を実行する。
【００７８】
この「閉店チェック」を図１１を参照して具体的に説明する。同図に示すように、通信可否判定部１３ａは、会員管理テーブル１２ａから貯玉データを読み出し（ステップＳ１１０１）、会員管理テーブル１２ａから読み出した貯玉データおよび「貯玉閾値可否判定」の依頼コードを含む接続確認パケットを第三者センタ１００に送信する（ステップＳ１１０２）。
【００７９】
そして、第三者センタ１００では、Ｔ／Ｃ１０の貯玉データおよび「貯玉閾値可否判定」の依頼コードを含む接続確認パケットを受信した場合（ステップＳ１１０３肯定）に、制御部１３０は、ホール識別情報に対応するホール貯玉管理テーブル１２０ｂのレコードに貯玉データを更新した後に、書き込んだ貯玉データを再度読み出す（ステップＳ１１０４）。
【００８０】
続いて、貯玉閾値可否判定部１３０ｂは、ホール貯玉管理テーブル１２０ｂを参照して、当該遊技店におけるＴ／Ｃ１０で管理される貯玉データの中に、貯玉数が上限値を超えたものが存在するか否かを判定する（ステップＳ１１０５）。
【００８１】
ここで、貯玉閾値可否判定部１３０ｂによって貯玉上限値が遵守されていないと判定された場合（ステップＳ１１０５否定）には、第三者センタ１００の制御部１３０は、当該遊技店の貯玉上限が「ＮＧ」である旨を含む通信応答をＴ／Ｃ１０に返信する（ステップＳ１１０６）。
【００８２】
また、貯玉閾値可否判定部１３０ｂによって貯玉上限値が遵守されていると判定された場合（ステップＳ１１０５肯定）には、第三者センタ１００の制御部１３０は、当該遊技店の貯玉上限が「ＯＫ」である旨を含む通信応答をＴ／Ｃ１０に返信する（ステップＳ１１０７）。
【００８３】
一方、Ｔ／Ｃ１０における通信可否判定部１３ａは、第三者センタ１００からの接続確認パケットに対する通信応答の有無をもとに、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定する（ステップＳ１１０８）。
【００８４】
ここで、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能であると判定された場合（ステップＳ１１０８肯定）には、或いは通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定され、かつ当該遊技店の貯玉上限が「ＮＧ」である旨の通信応答を受信した場合（ステップＳ１１０８否定かつステップＳ１１０９肯定）に、更新処理制限・禁止部１３ｂは、異常状態（通信途絶、上限オーバー等）が解消されて第三者センタ１００から貯玉上限が「ＯＫ」であるという署名を受信するまで貯玉データ加算処理を禁止するように設定した後（ステップＳ１１１０）にＴ／Ｃ１０の電源をＯＦＦにし（ステップＳ１１１１）、処理を終了する。
【００８５】
また、通信可否判定部１３ａによって当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であると判定され、かつ当該遊技店の貯玉上限が「ＯＫ」である旨の通信応答を受信した場合（ステップＳ１１０８否定かつステップＳ１１０９否定）には、制御部１３は、Ｔ／Ｃ１０の電源をＯＦＦにし（ステップＳ１１１１）、処理を終了する。
【００８６】
上述してきたように、本実施例１に係る貯玉管理システム１によれば、Ｔ／Ｃ１０と第三者センタ１００の間で通信が確立されている状況下で貯玉データに対する更新処理がおこなわれることを担保することができ、第三者機関と遊技店の間で貯玉管理の整合性を確保することが可能になる。
【００８７】
さらに、本実施例１に係る貯玉管理システム１によれば、第三者機関と遊技店の間で貯玉管理の整合性を確保することにより、補償制度の悪用（すなわち、成りすましなどの不正行為）並びに第三者機関と遊技者の間で生じる貯玉補償問題を未然に防止することが可能になる。
【００８８】
また、本実施例１に係る貯玉管理システム１によれば、遊技客および遊技店に不利益を与えることなく、貯玉データへの不正行為（すなわち、重複会員や架空会員の貯玉データを入力する成りすまし行為）を防止することが可能になる。
【実施例２】
【００８９】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例１以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。そこで、以下に示すように、（１）接続確認、（２）貯玉データ更新処理の制限・禁止の態様、（３）要件可否判定、（４）その他等にそれぞれ区分けして異なる実施例を説明する。
【００９０】
（１）接続確認
例えば、実施例１では、当該Ｔ／Ｃ１０および第三者センタ１００の間で通信が可能であるか否かを判定するために、通信可否判定部１３ａが接続確認パケットを第三者センタ１００に送信することとしたが、第三者センタ１００から送信される通信応答にランダムに変化させた暗号鍵を含め、この暗号鍵がＴ／Ｃ１０が保持する暗号鍵群のいずれかと一致する場合にのみ貯玉データに対する更新処理を許可するように貯玉管理システムを構成することで、Ｔ／Ｃ１０および第三者センタ１００の間でよりセキュアな通信網を構築することができる。なお、Ｔ／Ｃ１０が保持する暗号鍵群についても第三者センタ１００から取得させるように構成することで、これらの暗号鍵群が解析・偽装されることを防止することもできる。
【００９１】
また、第三者センタ１００で、各遊技店のＴ／Ｃ１０から実行された接続確認の履歴を管理し、接続確認パケットを送信しなかった遊技店の情報（例えば、遊技店名、住所、連絡先、会員数など）を出力（表示、音声出力、印字）できるようにしても良い。
【００９２】
なお、実施例１では、Ｔ／Ｃ１０から自発的に第三者センタ１００に接続確認をおこなうこととしたが、本発明はこれに限定されるものではなく、第三者センタ１００からＴ／Ｃ１０との通信が可能であるかを確認し、Ｔ／Ｃ１０との通信が不可能である場合に、貯玉データに対する更新処理を制限／禁止する信号をＴ／Ｃ１０に送信するようにしても良い。
【００９３】
（２）貯玉データ更新処理の制限・禁止の態様
また、実施例１では、Ｔ／Ｃ１０および第三者センタ１００の間で通信が不可能である場合に、貯玉データの加算処理を全面的に禁止する実施例について説明したが、本発明はこれに限定されるものではなく、貯玉データの加算処理を条件付きで認めるようにしてもよい。
【００９４】
例えば、通信途絶までに預け入れられた「貯玉データ」以外に、「暫定貯玉データ」を設定、管理する（図１２参照）。この「暫定貯玉データ」は、第三者センタ１００との通信途絶以降にも貯玉処理できるが、上限値が設定されており（例えば５００個とする）、それ以上の預入はできないものとする。これにより、遊技者が不便を感じることが少なく、且つ、通信途絶状態において遊技店の貯玉データが無制限に増加させられるリスクは回避される。
【００９５】
また、かかる「暫定貯玉データ」に有効期間をもうけてもよい。例えば、有効期間を「当日限り」と設定すれば、（貯玉制限状態であっても）遊技客は、獲得玉を計数した際に（暫定）貯玉処理を行い、当日に限って再プレイや景品交換を行うことができるので、あまり不便を感じないで済む。なお、この場合には、遊技者によって遊技媒体が預け入れられた「預入日時」を管理する必要があり、また、有効期間以降、暫定貯玉分は無効になる可能性があり、遊技者（会員）にこの点の注意を促す必要がある。
【００９６】
また、有効期間を「翌日までＯＫ」と設定すれば、（貯玉制限状態であっても）、遊技客が閉店間際に遊技を終了し、獲得玉が多数であった場合、獲得玉を計数した際に（暫定）貯玉処理を行えば、混雑する景品カウンターに並ぶことなく帰ることができ、翌日に再び来店して景品交換あるいは再プレイすることが可能となる。
【００９７】
（３）要件可否判定
また、実施例１では、「１ヶ月」分でも貯玉補償基金が未納である場合に、貯玉データに対する更新処理を制限する実施例について説明したが、本発明はこれに限定されるものではなく、所定の期間について貯玉補償基金が未納である場合に、貯玉データに対する更新処理を制限または禁止するようにしても良い。
【００９８】
（４）その他
例えば、実施例１では、貯玉データとしてパチンコ玉の貯玉数を用いた実施例について説明したが、本発明はこれに限定されるものではなく、メダルを貯玉データとして用いた場合でも同様に適用することができる。
【００９９】
また、実施例１では、再プレイの玉貸し処理をおこなう再プレイ玉貸機７０に本発明を適用した場合の実施例について説明したが、本発明はこれに限定されるものではなく、再プレイ玉貸機７０の機能が組み込まれたカード処理ユニットについても同様に適用することができる。
【０１００】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０１】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【０１０２】
以上のように、本発明に係る貯玉管理システムは、遊技客によって預け入れられた遊技媒体（パチンコ玉やメダル）の数量を貯玉データとして管理する管理装置と、管理装置によって管理された貯玉データを統括管理する第三者センタとを備えた貯玉管理システムおよび貯玉管理方法に有用であり、特に、第三者機関と遊技店の間で貯玉管理の整合性を確保することができる貯玉管理システムおよび貯玉管理方法に適している。
【図面の簡単な説明】
【０１０３】
【図１】本発明に係る貯玉管理システムの概要および特徴を説明するための概念図である。
【図２】本実施例１に係る貯玉管理システムの構成を示すシステム構成図である。
【図３】貯玉補償基金管理テーブルに記憶される情報の一例を示す図である。
【図４】ホール貯玉管理テーブルに記憶される情報の一例を示す図である。
【図５】会員管理テーブルに記憶される情報の一例を示す図である。
【図６】遊技場システムの概略構成を示す概略構成図である。
【図７】貯玉データ更新処理の制限・禁止の態様の一例を示す図である。
【図８】管理装置における基本制御手順を示すフローチャートである。
【図９】本実施例１に係る貯玉管理システムの貯玉管理手順を示すシーケンス図である。
【図１０】本実施例１に係る貯玉管理システムの貯玉管理手順を示すシーケンス図である。
【図１１】本実施例１に係る貯玉管理システムの貯玉管理手順を示すシーケンス図である。
【図１２】会員管理テーブルに記憶される情報の一例を示す図である。
【符号の説明】
【０１０４】
１    貯玉管理システム
２    ネットワーク
１０    ターミナルコントローラ（Ｔ／Ｃ）
１１    通信制御ＩＦ部
１２    記憶部
１２ａ  会員管理テーブル
１３    制御部
１３ａ  通信可否判定部
１３ｂ  更新処理制限・禁止部
２０    景品管理機
７０    再プレイ玉貸機
９０    玉計数機
１００    第三者センタ
１１０    通信制御ＩＦ部
１２０    記憶部
１２０ａ  貯玉補償基金管理テーブル
１２０ｂ  ホール貯玉管理テーブル
１３０    制御部
１３０ａ  貯玉補償基金支払可否判定部
１３０ｂ  貯玉閾値可否判定部
【図１】
2006296583.tif 000003
【図２】
2006296583.tif 000004
【図３】
2006296583.tif 000005
【図４】
2006296583.tif 000006
【図５】
2006296583.tif 000007
【図６】
2006296583.tif 000008
【図７】
2006296583.tif 000009
【図８】
2006296583.tif 000010
【図９】
2006296583.tif 000011
【図１０】
2006296583.tif 000012
【図１１】
2006296583.tif 000013
【図１２】
2006296583.tif 000014