(57)【要約】【課題】貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止すること。【解決手段】貯玉数取得部１０２は、会員管理Ｔ／Ｃ２０から現時点での貯玉数を取得する。差玉履歴取得部１０６は、玉貸装置１００に併設されたパチンコ台２００の台データのうち差玉履歴をホールコンピュータ１０から取得する。出玉数予測部１０７は、差玉履歴から出玉数を予測する。判定部１０８は、貯玉数取得部１０２から出力される貯玉数と出玉数予測部１０７によって予測された出玉数を加算し、これらの合計が補償上限を超過するか否かを判定する。制御部１０９は、貯玉数と出玉数の合計が補償上限を超過する場合に、補償上限を超過する旨の警告を表示部１１０に表示させる。【選択図】        図３
2008086432.tif 000002
【特許請求の範囲】
【請求項１】
遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理装置であって、
遊技客が遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得手段と、
前記取得手段によって取得された希望貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定手段と、
前記判定手段による判定の結果、希望貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報手段と
を有することを特徴とする遊技媒体数管理装置。
【請求項２】
前記発報手段は、
前記取得手段によって取得された希望貯遊技媒体数および補償上限を警告とともに報知することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項３】
前記取得手段は、
遊技客が現時点で遊技店に預け入れている貯遊技媒体数を取得する貯遊技媒体数取得手段を含み、
前記貯遊技媒体数取得手段によって取得された貯遊技媒体数に遊技客が遊技によって獲得した遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項４】
前記発報手段は、
前記貯遊技媒体数取得手段によって取得された貯遊技媒体数および補償上限を警告とともに報知することを特徴とする請求項３記載の遊技媒体数管理装置。
【請求項５】
前記取得手段は、
遊技台において消費される遊技媒体数と払い出される遊技媒体数との差から当該遊技台において遊技客が獲得した獲得遊技媒体数を予測する予測手段を含み、
前記予測手段によって予測された獲得遊技媒体数に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項６】
前記発報手段は、
前記予測手段によって予測された獲得遊技媒体数を警告とともに報知することを特徴とする請求項５記載の遊技媒体数管理装置。
【請求項７】
補償上限超過分が補償されないことに同意するか否かの遊技客の選択を受け付ける受付手段と、
前記受付手段によって同意することが受け付けられた場合にのみ、希望貯遊技媒体数を遊技店に預け入れる制御を実行する制御手段と
をさらに有することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項８】
前記発報手段は、
補償上限とは異なる貯遊技媒体数の上限が遊技店においてあらかじめ定められている場合に、この上限を警告とともに報知することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項９】
遊技客が現時点で遊技店に預け入れている貯遊技媒体の貸出処理を行う貸出処理手段をさらに有し、
前記取得手段は、
前記貸出処理手段による貸出処理後に残った貯遊技媒体数を含む希望貯遊技媒体数を取得することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項１０】
前記取得手段は、
遊技客が遊技によって獲得した遊技媒体数を計数する計数手段を含み、
前記計数手段による計数値に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項１１】
前記取得手段は、
遊技客が遊技によって獲得した遊技媒体および遊技客が現時点で遊技店に預け入れている貯遊技媒体を景品交換処理する景品交換処理手段を含み、
前記景品交換処理手段による景品交換処理後に遊技客が保有する遊技媒体数を希望貯遊技媒体数とすることを特徴とする請求項１記載の遊技媒体数管理装置。
【請求項１２】
遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理システムであって、
遊技客が現時点で遊技店に預け入れている貯遊技媒体数を記憶する記憶手段と、
遊技客が新たに遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得手段と、
前記記憶手段によって記憶された貯遊技媒体数と前記取得手段によって取得された希望貯遊技媒体数との合計貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定手段と、
前記判定手段による判定の結果、合計貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報手段と
を有することを特徴とする遊技媒体数管理システム。
【請求項１３】
遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理方法であって、
遊技客が遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得工程と、
前記取得工程にて取得された希望貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定工程と、
前記判定工程における判定の結果、希望貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報工程と
を有することを特徴とする遊技媒体数管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理装置、遊技媒体数管理システム、および遊技媒体数管理方法に関し、特に、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止することができる遊技媒体数管理装置、遊技媒体数管理システム、および遊技媒体数管理方法に関する。
【背景技術】
【０００２】
一般に、パチンコ店などの遊技店においては、遊技客が遊技によって獲得した玉やメダルなどの遊技媒体を貯玉や貯メダルとして遊技店に預け入れることが可能な制度が設けられている。遊技客は、貯玉や貯メダルを好きな時に引き落として、再び遊技を楽しんだり景品交換したりすることができる。
【０００３】
このような貯玉や貯メダルは、主に遊技店で登録された会員にのみ提供されるサービスであり、貯玉数や貯メダル数がそれぞれの会員の会員ＩＤに対応付けて記憶されることにより保持される。したがって、遊技客は、貯玉や貯メダルを行う際に会員カードを計数装置や景品カウンターの景品管理装置に挿入しなくては、計数された玉やメダルを預け入れることができない。同様に、貯玉や貯メダルを引き落とす際にも、会員カードの提示と暗証番号の入力とが必要となる。
【０００４】
上述したように、遊技客は、会員カードを提示して暗証番号を入力することにより、貯玉（貯メダル）を好きな時に引き落として景品交換することができるため、遊技店は、特に貯玉（貯メダル）から交換された特殊景品を最終的に買い取ることを想定して、多くの遊技客が一斉に貯玉（貯メダル）を特殊景品に交換する場合でも対応可能なように現金を準備しておく必要がある。
【０００５】
このとき、遊技客による貯玉（貯メダル）を無制限に許可してしまうと、貯玉（貯メダル）が増加するにつれ、準備すべき現金も膨大な金額となってしまうため、貯玉（貯メダル）のシステムに制限を課すことが考えられている。すなわち、遊技店に預けることができる貯玉数（貯メダル数）に上限を設けることにより、貯玉（貯メダル）の現金化に対応するための金額が一定限度を超えないようにすることができる。
【０００６】
また、例えば特許文献１には、貯玉（貯メダル）の現金化に対応可能な上限金額を設定しておき、貯玉（貯メダル）の要求があると、現時点での貯玉数（貯メダル数）から預け入れ可能金額と預け入れ可能金額に対応する貯玉可能数（貯メダル可能数）とが算出され、要求された貯玉数（貯メダル数）が貯玉可能数（貯メダル可能数）を超える場合には、この貯玉（貯メダル）を許可しないことが記載されている。
【０００７】
【特許文献１】特開２００６−１２９９２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、近年では、遊技客の貯玉（貯メダル）を遊技客および遊技店以外の第三者（例えば貯玉管理センター）が管理し、例えば遊技店が倒産した場合などには、第三者が遊技客に対して貯玉（貯メダル）の補償を行う制度への加入が義務化されつつある。この制度において、遊技店は、貯玉（貯メダル）を管理する第三者へ一定の管理料を支払う義務が生じるものの、遊技客にとっては万一の場合に貯玉（貯メダル）が補償されることから、安心して貯玉（貯メダル）を行うことができ、遊技店にとっても新規会員獲得のためのサービス強化を図ることができる。
【０００９】
しかしながら、第三者による貯玉（貯メダル）の補償には、所定の上限が定められるため、例えば遊技店が倒産した場合などでも、預け入れられた貯玉（貯メダル）が全額補償されるとは限らない。そして、この補償上限は、上述した遊技店におけるシステム上の上限とは別のものであるため、遊技客にも意識されにくく、実際に補償が行われる段階になってトラブルが発生する恐れがあるという問題がある。特に、補償上限がシステム上の上限未満である場合には、遊技客が補償上限を超えて貯玉（貯メダル）することが可能であるとともに、貯玉数（貯メダル数）が補償上限を超過したことに気づかないことが多く、トラブルが頻発しかねない。
【００１０】
本発明はかかる点に鑑みてなされたものであり、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止することができる遊技媒体数管理装置、遊技媒体数管理システム、および遊技媒体数管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明は、遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理装置であって、遊技客が遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得手段と、前記取得手段によって取得された希望貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定手段と、前記判定手段による判定の結果、希望貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報手段とを有することを特徴とする。
【００１２】
また、本発明は、上記発明において、前記発報手段は、前記取得手段によって取得された希望貯遊技媒体数および補償上限を警告とともに報知することを特徴とする。
【００１３】
また、本発明は、上記発明において、前記取得手段は、遊技客が現時点で遊技店に預け入れている貯遊技媒体数を取得する貯遊技媒体数取得手段を含み、前記貯遊技媒体数取得手段によって取得された貯遊技媒体数に遊技客が遊技によって獲得した遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする。
【００１４】
また、本発明は、上記発明において、前記発報手段は、前記貯遊技媒体数取得手段によって取得された貯遊技媒体数および補償上限を警告とともに報知することを特徴とする。
【００１５】
また、本発明は、上記発明において、前記取得手段は、遊技台において消費される遊技媒体数と払い出される遊技媒体数との差から当該遊技台において遊技客が獲得した獲得遊技媒体数を予測する予測手段を含み、前記予測手段によって予測された獲得遊技媒体数に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする。
【００１６】
また、本発明は、上記発明において、前記発報手段は、前記予測手段によって予測された獲得遊技媒体数を警告とともに報知することを特徴とする。
【００１７】
また、本発明は、上記発明において、補償上限超過分が補償されないことに同意するか否かの遊技客の選択を受け付ける受付手段と、前記受付手段によって同意することが受け付けられた場合にのみ、希望貯遊技媒体数を遊技店に預け入れる制御を実行する制御手段とをさらに有することを特徴とする。
【００１８】
また、本発明は、上記発明において、前記発報手段は、補償上限とは異なる貯遊技媒体数の上限が遊技店においてあらかじめ定められている場合に、この上限を警告とともに報知することを特徴とする。
【００１９】
また、本発明は、上記発明において、遊技客が現時点で遊技店に預け入れている貯遊技媒体の貸出処理を行う貸出処理手段をさらに有し、前記取得手段は、前記貸出処理手段による貸出処理後に残った貯遊技媒体数を含む希望貯遊技媒体数を取得することを特徴とする。
【００２０】
また、本発明は、上記発明において、前記取得手段は、遊技客が遊技によって獲得した遊技媒体数を計数する計数手段を含み、前記計数手段による計数値に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得することを特徴とする。
【００２１】
また、本発明は、上記発明において、前記取得手段は、遊技客が遊技によって獲得した遊技媒体および遊技客が現時点で遊技店に預け入れている貯遊技媒体を景品交換処理する景品交換処理手段を含み、前記景品交換処理手段による景品交換処理後に遊技客が保有する遊技媒体数を希望貯遊技媒体数とすることを特徴とする。
【００２２】
また、本発明は、遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理システムであって、遊技客が現時点で遊技店に預け入れている貯遊技媒体数を記憶する記憶手段と、遊技客が新たに遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得手段と、前記記憶手段によって記憶された貯遊技媒体数と前記取得手段によって取得された希望貯遊技媒体数との合計貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定手段と、前記判定手段による判定の結果、合計貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報手段とを有することを特徴とする。
【００２３】
また、本発明は、遊技客が遊技店へ預け入れる遊技媒体数を管理する遊技媒体数管理方法であって、遊技客が遊技店へ預け入れを希望する希望貯遊技媒体数を取得する取得工程と、前記取得工程にて取得された希望貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定する判定工程と、前記判定工程における判定の結果、希望貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する発報工程とを有することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、遊技客が遊技店へ預け入れを希望する希望貯遊技媒体数を取得し、取得された希望貯遊技媒体数が遊技客および遊技店の二者以外の第三者によって補償可能な補償上限を超過するか否かを判定し、判定の結果、希望貯遊技媒体数が補償上限を超過する場合に、補償上限超過分は補償されない旨の警告を発報する。このため、遊技客が保有する遊技媒体数が補償上限を超過する場合に、補償上限超過分が補償されないことをあらかじめ遊技客へ報知しておくことができ、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止することができる。
【００２５】
また、本発明によれば、取得された希望貯遊技媒体数および補償上限を警告とともに報知するため、希望貯遊技媒体数が補償上限を超過することを遊技客が確実に確認することができる。
【００２６】
また、本発明によれば、遊技客が現時点で遊技店に預け入れている貯遊技媒体数を取得し、取得された貯遊技媒体数に遊技客が遊技によって獲得した遊技媒体数を加算して希望貯遊技媒体数を取得する。このため、遊技客が現時点での貯遊技媒体を引き続き遊技店に預ける場合に、すべての貯遊技媒体が補償されるか否かを確認することができる。
【００２７】
また、本発明によれば、取得された貯遊技媒体数および補償上限を警告とともに報知するため、遊技客は補償の範囲内で遊技店に新たに預け入れられる遊技媒体数を把握することができる。
【００２８】
また、本発明によれば、遊技台において消費される遊技媒体数と払い出される遊技媒体数との差から当該遊技台において遊技客が獲得した獲得遊技媒体数を予測し、予測された獲得遊技媒体数に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得する。このため、遊技によって獲得された遊技媒体数を計数することなく警告が早い段階で発報され、遊技客は貯遊技媒体を実行するより前に補償上限を超過するか否かを確認することができる。
【００２９】
また、本発明によれば、予測された獲得遊技媒体数を警告とともに報知するため、遊技客は遊技中に現時点で獲得したおおよその遊技媒体数を把握することができる。
【００３０】
また、本発明によれば、補償上限超過分が補償されないことに同意するか否かの遊技客の選択を受け付け、同意することが受け付けられた場合にのみ、希望貯遊技媒体数を遊技店に預け入れる制御を実行する。このため、遊技客が同意しない限りは、補償上限を超過する貯遊技媒体が実行されず、より確実にトラブルの発生を防止することができる。
【００３１】
また、本発明によれば、補償上限とは異なる貯遊技媒体数の上限が遊技店においてあらかじめ定められている場合に、この上限を警告とともに報知するため、補償上限を超過して貯遊技媒体する遊技客が、例えばシステム上貯遊技媒体が不可能になる上限を確認し、さらに遊技店に預け入れ可能な遊技媒体数を知ることができる。
【００３２】
また、本発明によれば、遊技客が現時点で遊技店に預け入れている貯遊技媒体の貸出処理を行い、貸出処理後に残った貯遊技媒体数を含む希望貯遊技媒体数を取得するため、例えば遊技台に併設される遊技媒体貸出装置において、希望貯遊技媒体数が補償上限を超過することを報知することができる。
【００３３】
また、本発明によれば、遊技客が遊技によって獲得した遊技媒体数を計数し、計数値に遊技客が現時点で遊技店に預け入れている貯遊技媒体数を加算して希望貯遊技媒体数を取得する。このため、例えば遊技客が獲得した遊技媒体数を計数する計数装置において、希望貯遊技媒体数が補償上限を超過することを報知することができる。
【００３４】
また、本発明によれば、遊技客が遊技によって獲得した遊技媒体および遊技客が現時点で遊技店に預け入れている貯遊技媒体を景品交換処理し、景品交換処理後に遊技客が保有する遊技媒体数を希望貯遊技媒体数とする。このため、例えば遊技客が獲得した遊技媒体を景品交換処理する景品管理装置において、希望貯遊技媒体数が補償上限を超過することを報知することができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。以下においては、遊技媒体として玉を利用するパチンコを例に挙げて説明するが、本発明は、遊技媒体としてメダルを利用するパチスロにも同様に適用することができる。
【００３６】
（実施の形態１）
図１は、本発明の実施の形態１に係る遊技システムの概略構成を示す図である。図１に示す遊技システムは、ホールコンピュータ１０、会員管理ターミナルコントローラ（以下「会員管理Ｔ／Ｃ」と略記する）２０、島コントローラ３０、玉貸装置１００、パチンコ台２００、計数装置３００、および景品管理装置４００を有している。
【００３７】
ホールコンピュータ１０は、遊技店内の各装置を統括管理するとともに、遊技店内の全パチンコ台２００において打ち込まれた玉（以下「打込玉」という）や払い出された玉（以下「払出玉」という）などの台データを記憶している。具体的には、ホールコンピュータ１０は、例えば図２−１に示すような台データを記憶している。すなわち、打込玉、払出玉、打込玉と払出玉の差玉、および差玉履歴を台番号に対応付けて記憶している。差玉は、打込玉から払出玉を減算したものであるため、差玉が正の値であれば遊技店に利益が生じており、差玉が負の値であれば遊技客に利益が生じている。
【００３８】
また、差玉履歴は、差玉の時間推移を示しており、拡大すると例えば図２−２に示すようになっている。図２−２において、黒い三角形の印は、この時点で遊技によって獲得した玉が計数され、遊技客が交代したか同一の遊技客が新たに遊技を始めたことを示しており、少なくとも遊技客が持ち玉による遊技を終了したことを示している。なお、遊技客が玉の計数を従業員へ依頼した際に、この遊技客が持ち玉による遊技を終了したことがマークされるため、差玉履歴において黒い三角形の印がある時点以外でも遊技客が交代していることはあり得る。
【００３９】
この図２−２に示す差玉履歴において、グラフが紙面上方の打込側へ伸びている間は、賞球が払い出されず遊技店が優勢となっていることを示し、グラフが紙面下方の払出側へ伸びている間は、賞球が払い出され遊技客が優勢となっていることを示している。また、遊技客が持ち玉による遊技を終了した直近の時点から現在までの間で、紙面上方の打込側へ突出する最も高いピークの差玉から現在の差玉を減算すると、現在遊技客が所持しているおおよその出玉数が得られる。
【００４０】
会員管理Ｔ／Ｃ２０は、遊技店において登録された会員の会員ＩＤと貯玉数とを対応付けて記憶している。すなわち、会員管理Ｔ／Ｃ２０は、会員が貯玉を希望する貯玉数などの情報を計数装置３００または景品管理装置４００から取得し、会員ＩＤに対応付けて加算記憶する。また、会員管理Ｔ／Ｃ２０は、玉貸装置１００に会員カードが受け付けられ、貯玉の引き落としが希望された場合、記憶された貯玉数から玉貸装置１００において引き落とされた貯玉数を減算する。さらに、会員管理Ｔ／Ｃ２０は、遊技店外部の第三者である貯玉管理センターと通信可能に接続され、各遊技客の貯玉のデータを送信したり、貯玉に関する様々な情報を受信したりする。
【００４１】
島コントローラ３０は、島内の玉貸装置１００およびパチンコ台２００を統括管理し、玉貸装置１００およびパチンコ台２００とホールコンピュータ１０および会員管理Ｔ／Ｃ２０との間の情報のやり取りを中継する。具体的には、島コントローラ３０は、パチンコ台２００からホールコンピュータ１０へ打込玉および払出玉の情報を中継し、ホールコンピュータ１０から玉貸装置１００へ差玉履歴を中継し、玉貸装置１００から会員管理Ｔ／Ｃ２０へ会員カードの会員ＩＤを中継し、会員管理Ｔ／Ｃ２０から玉貸装置１００へ会員ＩＤに対応する貯玉数を中継する。
【００４２】
玉貸装置１００は、現金やプリペイドカードを受け付け、現金やプリペイドカードの残高に応じて遊技媒体である玉の貸出処理を行う。また、玉貸装置１００は、会員カードが受け付けられると、会員管理Ｔ／Ｃ２０から貯玉数を取得し、貯玉を引き落として玉の貸出処理（再プレイ処理）を行う。
【００４３】
さらに、玉貸装置１００は、ホールコンピュータ１０から差玉履歴を取得し、遊技客の出玉数を予測した上で、現時点での貯玉数と予測された出玉数との合計が第三者による貯玉補償の上限（以下「補償上限」という）を超えると、出玉をすべて貯玉すると第三者による補償が適用されない旨の警告を表示する。
【００４４】
パチンコ台２００は、それぞれ玉貸装置１００に併設され、遊技客が玉貸装置１００によって貸出処理された玉を盤面へ打ち込んで遊技を行う遊技台である。パチンコ台２００に打ち込まれた玉が盤面の所定の入賞口などに進入したり、盤面に配設された液晶画面などに所定の図柄が揃ったりすると、賞球が払い出される。これらの打込玉および払出玉などの台データは、パチンコ台２００から島コントローラ３０経由でホールコンピュータ１０へ報告され、ホールコンピュータ１０によって記憶される。
【００４５】
計数装置３００は、遊技客がパチンコ台２００における遊技で獲得した玉を計数する。そして、計数装置３００は、遊技客が会員カードを計数装置３００へ挿入していれば、計数された玉を貯玉するものとして、計数値を会員管理Ｔ／Ｃ２０へ通知する。ただし、計数装置３００は、現時点での遊技客の貯玉数と今回の計数値との合計が補償上限を超える場合には、補償上限の超過分が補償範囲外であることに遊技客が同意することを確認した上で貯玉の処理を実行する。遊技客が同意しない場合には、計数装置３００は、貯玉の処理を実行せず、今回の計数値が記録されたレシートを発行する。なお、計数装置３００は、レシートにはレシートＩＤのみを記録し、レシートＩＤに対応する計数値を例えばホールコンピュータ１０や会員管理Ｔ／Ｃ２０などの外部の装置に記憶させても良い。
【００４６】
景品管理装置４００は、遊技客がパチンコ台２００における遊技で獲得した玉および貯玉を景品に交換する景品交換処理を行う。そして、景品管理装置４００は、景品交換処理後に残った玉を貯玉するものとして、残った玉数を会員管理Ｔ／Ｃ２０へ通知する。ただし、景品管理装置４００は、景品交換処理後に残った玉が補償上限を超える場合には、補償上限の超過分が補償範囲外であることに遊技客が同意することを確認した上で貯玉の処理を実行する。遊技客が同意しない場合には、景品管理装置４００は、貯玉の処理を実行せず、残った玉の景品交換処理を続行する。
【００４７】
図３は、本実施の形態に係る玉貸装置１００の要部構成を示すブロック図である。図３に示す玉貸装置１００は、カード受付部１０１、貯玉数取得部１０２、通信インタフェース部（以下「通信Ｉ／Ｆ部」と略記する）１０３、現金受付部１０４、貸出処理部１０５、差玉履歴取得部１０６、出玉数予測部１０７、判定部１０８、制御部１０９、および表示部１１０を有している。
【００４８】
カード受付部１０１は、遊技客が所持する会員カードを受け付け、会員カードに記録されている会員ＩＤを読み取り、貯玉数取得部１０２へ通知する。
【００４９】
貯玉数取得部１０２は、会員ＩＤを通信Ｉ／Ｆ部１０３から島コントローラ３０経由で会員管理Ｔ／Ｃ２０へ送信し、会員ＩＤに対応する現時点での貯玉数を問い合わせる。そして、貯玉数取得部１０２は、会員管理Ｔ／Ｃ２０から現時点での貯玉数を取得し、得られた貯玉数を保持するとともに、貸出処理部１０５および判定部１０８へ出力する。また、貯玉数取得部１０２は、貸出処理部１０５によって貯玉が引き落とされて貸し出されると、保持している貯玉数から貸し出された分の玉数を減算する。そして、貯玉数取得部１０２は、保持している貯玉数が更新されると、新たな貯玉数を判定部１０８へ出力する。
【００５０】
通信Ｉ／Ｆ部１０３は、島コントローラ３０経由でホールコンピュータ１０および会員管理Ｔ／Ｃ２０と通信するインタフェースであり、会員ＩＤなどを会員管理Ｔ／Ｃ２０へ送信し、玉貸装置１００に併設されたパチンコ台２００の差玉履歴および現時点での貯玉数などをそれぞれホールコンピュータ１０および会員管理Ｔ／Ｃ２０から受信する。
【００５１】
現金受付部１０４は、遊技客が投入する現金を受け付け、投入金額を貸出処理部１０５へ通知する。
【００５２】
貸出処理部１０５は、現金受付部１０４から通知された投入金額を上限として玉の貸出処理を行い、パチンコ台２００へ玉の貸出を指示する。また、貸出処理部１０５は、貯玉数取得部１０２から通知された貯玉数を上限として貯玉を引き落とす貸出処理を行い、パチンコ台２００へ玉の貸し出しを指示する。これらの指示を受けて、パチンコ台２００から実際の玉が貸し出される。
【００５３】
差玉履歴取得部１０６は、玉貸装置１００に併設されたパチンコ台２００の台データのうち差玉履歴をホールコンピュータ１０から取得する。
【００５４】
出玉数予測部１０７は、差玉履歴から出玉数を予測する。具体的には、出玉数予測部１０７は、差玉履歴を参照し、遊技客が持ち玉による遊技を終了した直近の時点から現在までの間で最も打込側（図２−２では上方）へ突出するピークの差玉から現在の差玉を減算して、おおよその出玉数を算出する。
【００５５】
判定部１０８は、貯玉数取得部１０２から出力される貯玉数と出玉数予測部１０７によって予測された出玉数を加算し、これらの合計が補償上限を超過するか否かを判定する。そして、判定部１０８は、貯玉数と出玉数の合計が補償上限を超過する場合にその旨を制御部１０９へ通知する。
【００５６】
制御部１０９は、貯玉数と出玉数の合計が補償上限を超過することが判定部１０８から通知されると、補償上限を超過する旨の警告を表示部１１０に表示させる。また、制御部１０９は、貯玉数取得部１０２によって保持されている貯玉数や出玉数予測部１０７によって予測された出玉数などを表示部１１０に表示させても良い。
【００５７】
表示部１１０は、制御部１０９の制御に従って、貯玉数と出玉数の合計が補償上限を超過する旨の警告を表示し、補償上限の超過分は、貯玉をしても補償されないことを遊技客へ報知する。
【００５８】
次いで、上記のように構成された玉貸装置１００の動作について、図４に示すフロー図を参照しながら説明する。
【００５９】
遊技客は、パチンコ台２００における遊技開始時に会員カードを玉貸装置１００へ挿入する。この会員カードは、カード受付部１０１によって受け付けられ（ステップＳ１０１）、会員ＩＤが読み取られる。そして、会員ＩＤは、貯玉数取得部１０２から通信Ｉ／Ｆ部１０３へ出力され、島コントローラ３０経由で会員管理Ｔ／Ｃ２０へ送信されることにより、現時点での遊技客の貯玉数が問い合わせられる（ステップＳ１０２）。
【００６０】
会員管理Ｔ／Ｃ２０では、会員ＩＤに対応付けて貯玉数が記憶されているため、玉貸装置１００から会員ＩＤが送信されると、この会員ＩＤに対応する貯玉数が会員管理Ｔ／Ｃ２０から玉貸装置１００へ返信される。そして、貯玉数は、玉貸装置１００の通信Ｉ／Ｆ部１０３を経て貯玉数取得部１０２によって取得される。この貯玉数は、貯玉数取得部１０２によって保持されるとともに、貸出処理部１０５および判定部１０８へ出力される。
【００６１】
その後遊技客は、玉貸装置１００において貯玉を引き落として遊技のための玉を借り受けることもできるし、現金を投入して玉を借り受けることもできる。すなわち、貯玉を引き落とす場合は、遊技客が玉貸装置１００において所定の操作を行うと、貸出処理部１０５によって、貯玉数取得部１０２から出力された貯玉数を上限とした玉の貸出処理が行われ、パチンコ台２００へ玉の貸出指示が送出される。このとき、貸し出された玉数が貯玉数取得部１０２に保持された貯玉数から減算され、更新された貯玉数が貯玉数取得部１０２から判定部１０８へ出力される。
【００６２】
また、現金によって玉を借り受ける場合は、遊技客が玉貸装置１００に投入する現金は、現金受付部１０４によって受け付けられ、投入金額が貸出処理部１０５へ通知される。そして、貸出処理部１０５によって、投入金額を上限とした玉の貸出処理が行われ、パチンコ台２００へ玉の貸出指示が送出される。なお、図３では省略したが、玉貸装置１００にプリペイドカードを受け付けるプリペイドカード受付部を設け、貸出処理部１０５によって、プリペイドカードの残高を上限とした玉の貸出処理が行われるようにしても良い。
【００６３】
一方、ホールコンピュータ１０では各パチンコ台２００における台データが収集されており、この台データのうち差玉履歴がパチンコ台２００に併設された玉貸装置１００へ送信される。そして、差玉履歴は、通信Ｉ／Ｆ部１０３を経て差玉履歴取得部１０６によって取得される。取得された差玉履歴は、出玉数予測部１０７へ出力され、出玉数予測部１０７によって、玉貸装置１００に併設されたパチンコ台２００における現時点での出玉数が予測される（ステップＳ１０３）。すなわち、差玉履歴において、遊技客が持ち玉による遊技を終了した直近の時点から現在までの間で最も打込側（図２−２では上方）へ突出するピークの差玉から現在の差玉が減算される。予測された出玉数は、判定部１０８へ出力される。
【００６４】
そして、判定部１０８によって、貯玉数取得部１０２から出力される貯玉数と出玉数予測部１０７から出力される出玉数とが加算され（ステップＳ１０４）、得られた総玉数が補償上限以下であるか否かが判定される（ステップＳ１０５）。この判定の結果、総玉数が補償上限以下であれば（ステップＳ１０５Ｙｅｓ）、現時点での総玉数をすべて貯玉しても第三者による補償が可能であるため、特に遊技客へ警告をすることなく、引き続き貸出処理部１０５による玉の貸出処理が行われる。同時に、出玉数予測部１０７による出玉数の予測が行われ、貯玉数取得部１０２に保持される貯玉数や出玉数予測部１０７によって予測される出玉数が変化してこれらの合計の総玉数が変化するたびに、判定部１０８によって総玉数が補償上限以下であるか否かの判定が繰り返される。
【００６５】
そして、例えば出玉数予測部１０７によって予測される出玉数が増加し、総玉数が補償上限を超過すると（ステップＳ１０５Ｎｏ）、その旨が判定部１０８から制御部１０９へ通知され、制御部１０９の制御によって、現時点での出玉をすべて貯玉すると第三者による補償上限を超過する旨の警告が表示部１１０に表示される（ステップＳ１０６）。具体的には、例えば図５に示すように、出玉数予測部１０７によって予測された出玉数、貯玉数取得部１０２に保持された現時点での貯玉数、これらの出玉数および貯玉数を加算した総玉数、および補償上限が警告とともに表示部１１０に表示される。このほかに、例えば補償上限とは別の貯玉可能な上限が遊技システムで独自に定められている場合は、この上限を表示部１１０に表示させても良い。
【００６６】
図５の例においては、総玉数が１０３５１玉であり、補償上限の１００００玉を超過しているため、この時点で予測される出玉数をすべて貯玉すると、３５１玉（＝１０３５１玉−１００００玉）は補償範囲外となり、第三者による補償が行われない。ただし、出玉数は、差玉履歴からの予測値であるため、多少の誤差があると考えられ、表示部１１０に警告が表示されるタイミングや数値は正確に総玉数が補償上限を超過したことを示すものではない。
【００６７】
しかし、遊技客は、出玉を計数しなくても、現時点での出玉を貯玉すると貯玉の総数が補償上限を超過しそうであることを把握することができ、補償範囲外であることに同意して貯玉を実行するか否かの意思決定を早い段階からすることができる。
【００６８】
補償上限を超過しそうである旨の警告を受けた遊技客は、最終的に出玉を計数装置３００において計数したり、景品管理装置４００において景品交換したりする際に貯玉を実行するか否かを決定するが、貯玉を実行する場合には、補償上限を超過する分については補償範囲外であることに同意した上で貯玉をすることになる。これにより、補償上限を超過する分が補償されない事態が生じても、あらかじめ遊技客の同意を得ていることから、トラブルを回避することができる。
【００６９】
以上のように、本実施の形態においては、ホールコンピュータによって収集される台データの差玉履歴からリアルタイムで出玉数を予測し、現時点での貯玉数および出玉数の合計が補償上限を超過すると遊技中の遊技客へ玉貸装置から警告を発報する。このため、出玉を計数することなく補償上限を超過する旨の警告を早い段階で遊技客へ発報することができ、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、現時点での出玉を貯玉すると補償上限を超過しそうであることを遊技客が確実に把握し、トラブルの発生を防止することができる。
【００７０】
（実施の形態２）
本発明の実施の形態２の特徴は、遊技客は、補償上限を超過する分の貯玉が補償範囲外であることに同意するか否かを玉貸装置において入力しておき、計数装置または景品管理装置における実際の貯玉実行時には、同意するか否かの入力操作を省略する点である。
【００７１】
本実施の形態に係る遊技システムの概略構成は実施の形態１（図１）と同様であるため、その説明を省略する。ただし、本実施の形態においては、ホールコンピュータ１０は、補償上限を超過した分の貯玉が補償されないことに遊技客が同意したか否かを玉貸装置１００から受信して記憶しておく。そして、計数装置３００および景品管理装置４００は、貯玉の処理実行時に、補償上限を超過した分の貯玉が補償されないことに遊技客が同意したか否かをホールコンピュータ１０へ問い合わせ、貯玉を実行するか否かを決定する。
【００７２】
図６は、本実施の形態に係る玉貸装置１００の要部構成を示すブロック図である。同図において、図３と同じ部分には同じ符号を付し、その説明を省略する。図６に示す玉貸装置１００は、カード受付部１０１、貯玉数取得部１０２、通信Ｉ／Ｆ部１０３、現金受付部１０４、貸出処理部１０５、差玉履歴取得部１０６、出玉数予測部１０７、判定部１０８、制御部１５２、表示部１１０、および入力部１５１を有している。
【００７３】
入力部１５１は、補償上限を超過する分の貯玉が補償範囲外であることに同意するか否かを遊技客が入力するようになっており、遊技客の入力を制御部１５２へ通知する。なお、入力部１５１は、例えば表示部１１０と一体化したタッチパネルなどとして構成されていても良い。
【００７４】
制御部１５２は、貯玉数と出玉数の合計が補償上限を超過することが判定部１０８から通知されると、補償上限を超過する旨の警告を表示部１１０に表示させる。また、制御部１５２は、警告と同時に、補償上限を超過する分の貯玉が補償範囲外であることに同意して貯玉するか否かの入力を促すメッセージを表示部１１０に表示させる。そして、制御部１５２は、入力部１５１における遊技客の入力、すなわち補償上限を超過する分の貯玉が補償範囲外であることに遊技客が同意したか否かを通信Ｉ／Ｆ部１０３からホールコンピュータ１０へ送信させる。
【００７５】
次いで、上記のように構成された玉貸装置１００の動作について、図７に示すフロー図を参照しながら説明する。図７において、図４と同じ部分には同じ符号を付し、その詳しい説明を省略する。
【００７６】
遊技客が遊技開始時に玉貸装置１００へ挿入する会員カードは、カード受付部１０１によって受け付けられ（ステップＳ１０１）、貯玉数取得部１０２によって、会員ＩＤに対応する貯玉数が会員管理Ｔ／Ｃ２０へ問い合わせられる（ステップＳ１０２）。この問い合わせに対して、会員管理Ｔ／Ｃ２０から貯玉数が返信され、この貯玉数は、玉貸装置１００の通信Ｉ／Ｆ部１０３を介して貯玉数取得部１０２によって取得される。
【００７７】
その後遊技客が貯玉を引き落としたり現金を現金受付部１０４へ投入したりすることにより、貸出処理部１０５による貸出処理が行われ、パチンコ台２００へ玉の貸出指示が送出される。貯玉が引き落とされた場合は、貯玉数取得部１０２に保持された貯玉数から引き落とされた玉数が減算され、更新された貯玉数が判定部１０８へ出力される。
【００７８】
一方、ホールコンピュータ１０からはパチンコ台２００の差玉履歴が玉貸装置１００へ送信され、差玉履歴は、通信Ｉ／Ｆ部１０３を介して差玉履歴取得部１０６によって取得される。取得された差玉履歴は、出玉数予測部１０７へ出力され、出玉数予測部１０７によって、玉貸装置１００に併設されたパチンコ台２００における現時点での出玉数が予測される（ステップＳ１０３）。
【００７９】
そして、判定部１０８によって、貯玉数取得部１０２から出力される貯玉数と出玉数予測部１０７から出力される出玉数とが加算され（ステップＳ１０４）、得られた総玉数が補償上限以下であるか否かが判定される（ステップＳ１０５）。この判定の結果、総玉数が補償上限以下であれば（ステップＳ１０５Ｙｅｓ）、引き続き玉の貸出処理が行われると同時に、貯玉数および出玉数が変化すると判定部１０８によって総玉数が補償上限以下であるか否かの判定が繰り返される。
【００８０】
そして、総玉数が補償上限を超過すると（ステップＳ１０５Ｎｏ）、その旨が判定部１０８から制御部１５２へ通知され、制御部１５２に制御によって、現時点での出玉をすべて貯玉すると第三者による補償上限を超過する旨の警告が表示部１１０に表示されるとともに、補償範囲外であることに同意して貯玉をするか否かの入力を促すメッセージが表示される（ステップＳ２０１）。具体的には、例えば図８に示すように、出玉数予測部１０７によって予測された出玉数や貯玉数などが警告とともに表示部１１０に表示され、補償上限を超過した分の貯玉が補償範囲外になることに同意して貯玉するか否かを遊技客に選択させるメッセージが表示部１１０に表示される。
【００８１】
上記のメッセージが表示部１１０に表示されると、入力部１５１は遊技客の入力を待機し、遊技客の選択が受け付けられる（ステップＳ２０２）。すなわち、補償上限超過分の貯玉が補償範囲外であることに遊技客が同意するか否かの選択が入力される。なお、表示部１１０と入力部１５１が、例えば図８に示すようにタッチパネルとして一体化している場合は、遊技客がタッチパネル上の所定領域に触れることにより選択を入力することが可能である。遊技客による選択は、制御部１５２へ通知され、制御部１５２は、遊技客の選択を通信Ｉ／Ｆ部１０３からホールコンピュータ１０へ送信させ、ホールコンピュータ１０に保存させる（ステップＳ２０３）。
【００８２】
補償上限を超過する分の貯玉が補償範囲外であることについて同意するか否かを選択した遊技客は、最終的に出玉を計数装置３００において計数したり、景品管理装置４００において景品交換したりする際に貯玉が可能となるが、このとき、ホールコンピュータ１０に記憶された遊技客の選択が参照されて実際に貯玉の処理を実行するか否かが決定される。すなわち、計数装置３００または景品管理装置４００において遊技客が遊技していたパチンコ台２００が例えば従業員によって指定され、このパチンコ台２００に併設された玉貸装置１００に対応して記憶されている遊技客の選択がホールコンピュータ１０から計数装置３００または景品管理装置４００へ通知され、実際に貯玉の処理を実行するか否かが決定される。
【００８３】
このような場合でも、遊技客は出玉をすべて貯玉すると補償上限を超過しそうであることを遊技中に把握し、補償上限を超過する分の貯玉が補償範囲外であることに同意して貯玉するか否かを選択するため、補償上限を超過する分が補償されない事態が生じても、トラブルを回避することができる。なお、玉貸装置１００において貯玉するか否かを選択した時点と計数装置３００または景品管理装置４００において実際に貯玉する時点とでは、例えば出玉数の増加などにより貯玉する総数が変化している可能性があるため、計数装置３００および景品管理装置４００における実際の貯玉処理時にも補償上限を超過する分が補償されないことについて遊技客に同意を求めるようにしても良い。
【００８４】
以上のように、本実施の形態によれば、現時点での貯玉数と差玉履歴から予測される出玉数との合計が補償上限を超過すると遊技中の遊技客へ玉貸装置から警告を発報するとともに、補償上限を超過する分の貯玉については補償範囲外であることに同意するか否かを遊技客に選択させる。このため、計数装置および景品管理装置において実際に貯玉が可能なときには、改めて補償されないことについての同意を遊技客に求める必要がなく、計数装置および景品管理装置における処理時間を短縮することができる。
【００８５】
（実施の形態３）
本発明の実施の形態３の特徴は、計数装置または景品管理装置において貯玉数が補償上限を超過する旨の警告を発報する点である。
【００８６】
本実施の形態に係る遊技システムの概略構成は実施の形態１（図１）と同様であるため、その説明を省略する。ただし、本実施の形態においては、玉貸装置１００によって補償上限を超過する分の貯玉が補償範囲外である旨の警告が発報されなくても良い。
【００８７】
図９は、本実施の形態に係る計数装置３００の要部構成を示すブロック図である。図９に示す計数装置３００は、カード受付部３０１、貯玉数取得部３０２、通信Ｉ／Ｆ部３０３、玉投入部３０４、計数部３０５、判定部３０６、制御部３０７、表示部３０８、入力部３０９、およびレシート発行部３１０を有している。
【００８８】
カード受付部３０１は、遊技客が所持する会員カードを受け付け、会員カードに記録されている会員ＩＤを読み取り、貯玉数取得部３０２へ通知する。
【００８９】
貯玉数取得部３０２は、会員ＩＤを通信Ｉ／Ｆ部３０３から会員管理Ｔ／Ｃ２０へ送信し、会員ＩＤに対応する現時点での貯玉数を問い合わせる。そして、貯玉数取得部３０２は、会員管理Ｔ／Ｃ２０から現時点での貯玉数を取得し、得られた貯玉数を判定部３０６へ出力する。
【００９０】
通信Ｉ／Ｆ部３０３は、会員管理Ｔ／Ｃ２０と通信するインタフェースであり、会員ＩＤや新たに貯玉する貯玉数などを会員管理Ｔ／Ｃ２０へ送信し、現時点での貯玉数などを会員管理Ｔ／Ｃ２０から受信する。
【００９１】
玉投入部３０４は、遊技客がパチンコ台２００における遊技で獲得した玉の投入を受け付け、受け付けられた玉を計数部３０５へ移送する。
【００９２】
計数部３０５は、玉投入部３０４から移送される玉を計数し、得られた計数値の玉数を判定部３０６へ出力する。
【００９３】
判定部３０６は、現時点での貯玉数と計数値の玉数とを加算し、得られた総玉数が補償上限を超過するか否かを判定する。そして、判定部３０６は、総玉数が補償上限を超過する場合にその旨を制御部３０７へ通知する。
【００９４】
制御部３０７は、総玉数が補償上限を超過することが判定部３０６から通知されると、補償上限を超過する旨の警告を表示部３０８に表示させる。また、制御部３０７は、警告と同時に、補償上限を超過する分の貯玉が補償範囲外であることに同意するか否かの入力を促すメッセージを表示部３０８に表示させる。そして、制御部３０７は、入力部３０９における遊技客の入力、すなわち補償上限を超過する分の貯玉が補償範囲外であることに遊技客が同意したか否かに応じて、新たな貯玉数を通信Ｉ／Ｆ部３０３から会員管理Ｔ／Ｃ２０へ送信させたり、レシート発行部３１０からレシートを発行させたりする。具体的には、制御部３０７は、遊技客が同意した場合は、計数値と貯玉数を合計した総玉数を新たな貯玉数として通信Ｉ／Ｆ部３０３から会員管理Ｔ／Ｃ２０へ送信させる。また、制御部３０７は、遊技客が同意しなかった場合は、計数値または計数値と関連付けられたレシートＩＤが記録されたレシートをレシート発行部３１０に発行させる。
【００９５】
表示部３０８は、制御部３０７の制御に従って、補償上限超過分の貯玉は補償範囲外となる旨の警告を表示する。なお、表示部３０８は、入力部３０９と一体化したタッチパネルなどとして構成されていても良い。
【００９６】
入力部３０９は、制御部３０７の制御に従って、補償上限を超過する分の貯玉が補償範囲外であることに同意するか否かの遊技客の選択を受け付ける。すなわち、入力部３０９は、補償範囲外となることに同意して貯玉を行うか、補償範囲外となることに同意せずにレシートを発行するかに関する選択を受け付ける。
【００９７】
レシート発行部３１０は、制御部３０７の制御に従って、計数値または計数値に関連付けられたレシートＩＤが記録されたレシートを発行する。すなわち、レシート発行部３１０は、補償上限を超過する分の貯玉が補償範囲外であることに遊技客が同意せず、貯玉が実行されなかった場合に、レシートを発行する。
【００９８】
次いで、上記のように構成された計数装置３００の動作について、図１０に示すフロー図を参照しながら説明する。
【００９９】
遊技客は、パチンコ台２００における遊技を終了すると、遊技によって獲得した玉を計数して貯玉するため、会員カードを計数装置３００へ挿入する。この会員カードは、カード受付部３０１によって受け付けられ（ステップＳ３０１）、会員ＩＤが読み取られる。そして、会員ＩＤは、貯玉数取得部３０２から通信Ｉ／Ｆ部３０３へ出力され、会員管理Ｔ／Ｃ２０へ送信されることにより、現時点での遊技客の貯玉数が問い合わせられる（ステップＳ３０２）。
【０１００】
会員管理Ｔ／Ｃ２０では、会員ＩＤに対応付けて貯玉数が記憶されているため、計数装置３００から会員ＩＤが送信されると、この会員ＩＤに対応する貯玉数が会員管理Ｔ／Ｃ２０から計数装置３００へ返信される。そして、現時点での貯玉数は、計数装置３００の通信Ｉ／Ｆ部３０３を経て貯玉数取得部３０２によって取得される。この貯玉数は、貯玉数取得部３０２から判定部３０６へ出力される。
【０１０１】
一方、遊技客が遊技によって獲得した玉を玉投入部３０４へ投入すると、計数部３０５によって、投入された玉の計数処理が行われる（ステップＳ３０３）。この計数処理によって得られた玉の計数値は、計数部３０５から判定部３０６へ出力される。そして、判定部３０６によって、現時点での貯玉数と計数値とが加算され（ステップＳ３０４）、得られた総玉数が補償上限以下であるか否かが判定される（ステップＳ３０５）。この判定の結果、総玉数が補償上限以下であれば（ステップＳ３０５Ｙｅｓ）、現時点での総玉数をすべて貯玉しても第三者による補償が可能であるため、特に遊技客へ警告をすることなく、制御部３０７によって、貯玉の処理が実行される（ステップＳ３０９）。すなわち、計数値と現時点での貯玉数との合計である総玉数が新たな貯玉数として通信Ｉ／Ｆ部３０３から会員管理Ｔ／Ｃ２０へ通知される。
【０１０２】
また、総玉数が補償上限を超過していれば（ステップＳ３０５Ｎｏ）、その旨が判定部３０６から制御部３０７へ通知され、制御部３０７の制御によって、計数値の玉数を新たに貯玉として追加すると第三者による補償上限を超過する旨の警告が表示部３０８に表示されるとともに、補償範囲外であることに同意するか否かの入力を促すメッセージが表示される（ステップＳ３０６）。具体的には、例えば図１１に示すように、計数部３０５によって計数された計数値や現時点での貯玉数などが警告とともに表示部３０８に表示され、補償上限を超過した分の貯玉が補償範囲外になることに同意するか否かを遊技客に選択させるメッセージが表示部３０８に表示される。
【０１０３】
上記のメッセージが表示部３０８に表示されると、入力部３０９は遊技客の入力を待機し、遊技客の選択が受け付けられる（ステップＳ３０７）。すなわち、補償上限超過分の貯玉が補償範囲外であることに遊技客が同意するか否かの選択が入力される。なお、表示部３０８と入力部３０９が、例えば図１１に示すようにタッチパネルとして一体化している場合は、遊技客がタッチパネル上の所定領域に触れることにより選択を入力することが可能である。遊技客による選択は、制御部３０７へ通知され、制御部３０７は、遊技客の選択を判断し（ステップＳ３０８）、遊技客が同意すれば（ステップＳ３０８Ｙｅｓ）、計数値と現時点での貯玉数とを合計した総玉数を新たな貯玉数として会員管理Ｔ／Ｃ２０へ通知することにより貯玉を実行する（ステップＳ３０９）。図１１に示した例では、計数値（５６７９玉）分の貯玉が実行され、総玉数が１０３５１玉となる。
【０１０４】
また、遊技客が同意していなければ（ステップＳ３０８Ｎｏ）、計数値または計数値と関連付けられたレシートＩＤが記録されたレシートをレシート発行部３１０から発行させる（ステップＳ３１０）。同様に、図１１に示した例では、計数値（５６７９玉）分の玉数に関連付けられたレシートＩＤが記録されたレシートが発行される。このレシートには、計数値（５６７９玉）が直接記録されていても良い。
【０１０５】
なお、遊技客が同意していない場合は、補償上限までは貯玉を実行し、補償上限を超過する分の玉数または玉数と関連付けられたレシートＩＤが記録されたレシートをレシート発行部３１０から発行させるようにしても良い。すなわち、図１１に示した例では、総玉数が補償上限（１００００玉）となるように、計数値（５６７９玉）のうち５３２８玉（＝１００００玉−４６７２玉）分の貯玉が実行され、残りの３５１玉（＝５６７９玉―５３２８玉）分のレシートが発行される。
【０１０６】
このように、現時点の貯玉数も含めて遊技客が貯玉を希望する玉数が補償上限を超過する場合には、計数装置３００において警告を発報することにより、遊技客は確実に補償上限を超過することを確認し、補償上限を超過する分が補償範囲外となることに同意するか否かを選択することができる。また、同様の処理は、景品管理装置４００において行うことも可能である。
【０１０７】
図１２は、本実施の形態に係る景品管理装置４００の要部構成を示すブロック図である。同図において、図９と同じ部分には同じ符号を付し、その説明を省略する。図１２に示す景品管理装置４００は、カード受付部３０１、貯玉数取得部３０２、通信Ｉ／Ｆ部３０３、レシート受付部４０１、景品交換処理部４０２、判定部４０３、制御部４０４、表示部３０８、および入力部３０９を有している。
【０１０８】
レシート受付部４０１は、玉数または玉数に関連付けられたレシートＩＤが記録されたレシートを受け付け、このレシートから特定される玉数を景品交換処理部４０２へ出力する。すなわち、レシート受付部４０１は、遊技客が遊技によって獲得した玉数をレシートから特定し、景品交換処理部４０２へ通知する。
【０１０９】
景品交換処理部４０２は、レシート受付部４０１から通知される玉数と貯玉数取得部３０２によって取得された現時点での貯玉数を加算し、得られた合計の玉数から交換可能な特殊景品数を算出し、景品交換処理を行う。具体的には、景品交換処理部４０２は、交換可能な特殊景品数を表示したり、特殊景品を発行したりする。また、景品交換処理部４０２は、合計の玉数から景品交換された玉数を減算し、得られた総玉数を判定部４０３へ出力する。なお、景品交換処理部４０２は、玉を一般景品に交換する景品交換処理を行った場合、一般景品に交換された玉数も合計の玉数から減算する。また、景品交換処理部４０２において景品交換される玉数は遊技客が任意に指定することができ、必ずしもレシートから特定される玉数と現時点での貯玉数との合計のすべてを景品交換しなくても良い。したがって、例えば所望数の特殊景品に交換可能な玉数のみを景品交換して、残りを貯玉することなどが考えられる。換言すれば、遊技客は、レシートから特定される玉数と現時点での貯玉数との合計から貯玉を希望する玉数を任意に指定することができ、景品交換処理部４０２は、残りの玉数に相当する景品交換処理を行う。
【０１１０】
判定部４０３は、景品交換処理後に得られた総玉数が補償上限を超過するか否かを判定する。そして、判定部４０３は、総玉数が補償上限を超過する場合にその旨を制御部４０４へ通知する。
【０１１１】
制御部４０４は、総玉数が補償上限を超過することが判定部４０３から通知されると、補償上限を超過する旨の警告を表示部３０８に表示させる。また、制御部４０４は、警告と同時に、補償上限を超過する分の貯玉が補償範囲外であることに同意するか否かの入力を促すメッセージを表示部３０８に表示させる。そして、制御部４０４は、入力部３０９における遊技客の入力、すなわち、補償上限を超過する分の貯玉が補償範囲外であることに遊技客が同意したか否かに応じて、新たな貯玉数を通信Ｉ／Ｆ部３０３から会員官吏Ｔ／Ｃ２０へ送信させたり、景品交換処理部４０２にさらなる景品交換処理を行わせたりする。具体的には、制御部４０４は、遊技客が同意した場合は、景品交換処理されずに残った総玉数を新たな貯玉数として通信Ｉ／Ｆ部３０３から会員管理Ｔ／Ｃ２０へ送信させる。また、制御部４０４は、遊技客が同意しなかった場合は、景品交換処理後の総玉数について景品交換処理を続行するように景品交換処理部４０２へ指示する。なお、制御部４０４は、遊技客が同意していない場合は、補償上限までは貯玉を実行し、補償上限を超過する分の玉数について景品交換処理を続行するように景品交換処理部４０２へ指示するようにしても良い。
【０１１２】
景品管理装置４００を上記のように構成することにより、現時点の貯玉数も含めて遊技客が貯玉を希望する玉数が補償上限を超過する場合には、景品管理装置４００においても警告を発報することができ、実際の貯玉が実行可能な計数装置３００や景品管理装置４００において、遊技客は確実に補償上限を超過することを確認し、補償上限を超過する分が補償範囲外となることに同意するか否かを選択することができる。
【０１１３】
以上のように、本実施の形態によれば、計数装置または景品管理装置において、現時点での貯玉数を含めて遊技客が貯玉を希望する玉数を取得し、この玉数が補償上限を超過する場合には警告を発報するとともに、補償上限を超過する分の貯玉については補償範囲外であることに同意するか否かを遊技客に選択させる。このため、貯玉を行うと補償上限を超過することを把握した遊技客が補償範囲外であることに同意しなければ貯玉が実行されず、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止することができる。
【０１１４】
なお、上記各実施の形態においては、玉貸装置１００、計数装置３００、または景品管理装置４００で現時点での貯玉数を含めた貯玉の合計数が補償上限を超過するか否かを判定することとしたが、新たに貯玉される玉数が例えば会員管理Ｔ／Ｃ２０などの管理装置へ送信され、管理装置によって貯玉の合計数が補償上限を超過するか否かが判定され、判定結果がそれぞれ玉貸装置１００、計数装置３００、または景品管理装置４００へ返信されるようにしても良い。
【０１１５】
また、上記各実施の形態においては、遊技客が貯玉を希望する玉数の総数が補償上限を超過する場合に警告を発報するものとしたが、貯玉を希望する玉数の総数と補償上限との差が所定値以下になると、まもなく貯玉数が補償上限を超過する旨の警告を発報するようにしても良い。こうすることにより、遊技客は事前に補償上限を超過しそうであることを把握することができる。
【０１１６】
また、上記各実施の形態においては、玉貸装置１００、計数装置３００、または景品管理装置４００において貯玉数が補償上限を超過する旨の警告を表示するものとしたが、会員カードを挿入可能で現時点での貯玉数を確認することができる遊技店内の装置であれば、他の装置において補償上限と貯玉数との大小を比較し、貯玉数が補償上限を超過している場合は、補償上限超過分が補償されない旨の警告を表示しても良い。
【産業上の利用可能性】
【０１１７】
本発明は、貯玉や貯メダルなどの貯遊技媒体の補償の上限がある場合でも、トラブルの発生を防止する場合に適用することができる。
【図面の簡単な説明】
【０１１８】
【図１】実施の形態１に係る遊技システムの概略構成を示す図である。
【図２−１】実施の形態１に係る台データの一例を示す図である。
【図２−２】実施の形態１に係る差玉履歴の一例を示す図である。
【図３】実施の形態１に係る玉貸装置の要部構成を示すブロック図である。
【図４】実施の形態１に係る玉貸装置の動作を示すフロー図である。
【図５】実施の形態１に係る警告表示例を示す図である。
【図６】実施の形態２に係る玉貸装置の要部構成を示すブロック図である。
【図７】実施の形態２に係る玉貸装置の動作を示すフロー図である。
【図８】実施の形態２に係る警告表示例を示す図である。
【図９】実施の形態３に係る計数装置の要部構成を示すブロック図である。
【図１０】実施の形態３に係る計数装置の動作を示すフロー図である。
【図１１】実施の形態３に係る警告表示例を示す図である。
【図１２】実施の形態３に係る景品管理装置の要部構成を示すブロック図である。
【符号の説明】
【０１１９】
１０１、３０１  カード受付部
１０２、３０２  貯玉数取得部
１０３、３０３  通信Ｉ／Ｆ部
１０４  現金受付部
１０５  貸出処理部
１０６  差玉履歴取得部
１０７  出玉数予測部
１０８、３０６、４０３  判定部
１０９、１５２、３０７、４０４  制御部
１１０、３０８  表示部
１５１、３０９  入力部
３０４  玉投入部
３０５  計数部
３１０  レシート発行部
４０１  レシート受付部
４０２  景品交換処理部
【図１】
2008086432.tif 000003
【図２−１】
2008086432.tif 000004
【図２−２】
2008086432.tif 000005
【図３】
2008086432.tif 000006
【図４】
2008086432.tif 000007
【図５】
2008086432.tif 000008
【図６】
2008086432.tif 000009
【図７】
2008086432.tif 000010
【図８】
2008086432.tif 000011
【図９】
2008086432.tif 000012
【図１０】
2008086432.tif 000013
【図１１】
2008086432.tif 000014
【図１２】
2008086432.tif 000015