(57)【要約】【課題】、台毎計数装置に異常が発生した場合であっても、遊技者、或いは遊技場に無用な損失を与えず、使い勝手の良い遊技場用システムを提供する。【解決手段】管理装置４により持玉未精算履歴を管理するので、その持玉未精算履歴により特定される持玉を、台毎計数装置３にて異常が発生した場合に遊技者に対して補償すれば、台毎計数装置３にて持玉が確認出来ない場合であっても、遊技者、或いは遊技場に不利益が発生する虞を軽減出来る。この場合、管理装置４は、更新処理が行われることに応じて異常検知前から随時持玉情報を更新しているため、台毎計数装置３から異常発生時に持玉情報を得ることが出来なくとも大凡の持玉数を特定可能になる。【選択図】図１
2010269000.tif 000002
【特許請求の範囲】
【請求項１】
遊技に応じて遊技媒体を獲得可能な遊技機に対応して設けられ、遊技者が遊技により獲得した遊技媒体を受入し、当該受入した遊技媒体を計数する計数処理を行う計数手段と、遊技者が所有する遊技媒体の数を示す持玉数を特定可能な持玉情報を記憶する記憶手段と、当該記憶手段が記憶する持玉情報により特定される持玉を対価として遊技媒体を払出する払出処理を行う払出手段と、所定の発行操作に応じて前記記憶手段が記憶する持玉情報により特定される持玉を、所定の記録媒体に対応付する発行処理を行う発行手段と、前記記録媒体を受付する受付処理を行う受付手段と、前記計数処理、前記払出処理、前記発行処理、及び前記受付処理に応じて記憶手段が記憶する持玉情報を更新する更新処理を行う更新手段と備えた計数装置を設けた遊技場における遊技用システムであって、
前記計数装置毎に前記持玉を特定可能な持玉管理情報を管理する持玉管理手段と、
前記計数装置にて所定の異常が発生したことを検知する異常検知手段と、
前記異常検知手段により異常が検知される毎の異常履歴情報を管理する異常履歴管理手段と、
前記異常履歴管理手段により管理される異常履歴情報を出力する出力手段と、を備え、
前記持玉管理手段は、前記更新手段による更新処理が行われることに応じて前記計数装置から出力される前記持玉数を特定可能な持玉出力情報の受信により前記持玉管理情報を更新し、
前記異常履歴管理手段は、前記異常検知手段により異常が検知された場合に、当該異常が検知された前記計数装置の識別情報と、当該計数装置について当該異常が検知された時点において前記持玉管理手段が管理している持玉管理情報により特定される持玉数とを特定し、当該特定した計数装置の識別情報と、持玉数とを特定可能な情報を前記異常履歴情報として管理することを特徴とする遊技場用システム。
【請求項２】
前記計数装置毎に前記持玉管理手段との通信状態が正常であるか否かを判定し、当該通信状態が正常でない前記計数装置を特定する通信状態特定手段と、
所定の清算操作が行われたこと、及び所定の時刻を迎えたことにより成立する強制清算条件が成立した場合に、所定数以上の前記持玉を特定可能な持玉情報を記憶する記憶手段を備える前記計数装置を特定する強制清算特定手段と、
前記計数装置における各部の故障、及び不正の内、少なくとも一方の検知であるエラー検知をした前記計数装置を特定するエラー特定手段と、を備え、
前記異常検知手段は、前記通信状態特定手段、前記強制清算手段、或いはエラー特定手段により前記計数装置が特定されたことを条件として、当該計数装置にて前記所定の異常が発生したとして検知し、
前記異常履歴管理手段は、前記異常履歴情報として、前記異常検知手段により異常が検知された際のいずれの条件にて異常検知されたかについて管理することを特徴とする請求項１記載の遊技場用システム。
【請求項３】
前記持玉管理手段は、前記計数装置に対応する遊技機の遊技に使用された遊技媒体数を示すアウトを、遊技により払出された遊技媒体数を示すセーフと、所定の有価価値を対価として遊技を行う遊技者へと貸出された遊技媒体数を示す貸出数との合計値から減算した値を表す理論上の前記持玉数である理論持玉数を遊技機毎に特定すると共に、当該遊技機に対応する計数装置における前記持玉数と対応付して管理し、
前記出力手段は、前記異常履歴情報として、当該異常が検知された時点における前記持玉数に加えて、当該異常履歴情報の出力時点における、前記持玉管理手段により管理される前記計数装置に対応する前記持玉数と、当該計数装置に対応する遊技機の前記理論持玉数とを比較可能に出力することを特徴とする請求項１または２記載の遊技場用システム。
【請求項４】
前記計数装置は、前記持玉管理手段との通信が正常であるオンライン状態であるか、異常が生じているオフライン状態であるかを判定する通信状態判定手段と、
前記通信状態判定手段により前記オンライン状態であると判定されている場合には、前記更新手段による持玉情報の更新に応じて、前記持玉出力情報を前記持玉管理手段へと送信する一方、前記オフライン状態であると判定されている場合には、前記更新手段により更新された持玉情報により特定される持玉数が所定数更新されることに応じて当該持玉数を特定可能な持玉記録情報を前記記録媒体へと書込する書込処理を実行する切替実行手段と、
を備えたことを特徴とする請求項１ないし３のいずれかに記載の遊技場用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、貸出装置が遊技に応じて遊技媒体を獲得可能な遊技機に対応して設けられる遊技場用のシステムに関する。
【背景技術】
【０００２】
遊技場では、遊技機での遊技により獲得した出玉を島端の計数機まで運搬することが煩わしい等の理由により、遊技機毎に計数機を設け、その計数機により計数した出玉を特定可能な記録媒体を発行するシステムを導入している。この場合、例えば特許文献１の様な計数機（以下「台毎計数装置」という）を採用することが行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５３６６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の様な台毎計数装置を採用する場合、固有のＩＤを記憶したビジターカード等の記録媒体に計数した出玉を対応付ける発行処理を行うが、この記録媒体について以下の様な問題がある。
台毎計数装置では遊技終了時以外にも出玉を得られる毎に計数処理が実行される。しかしながら、台毎計数装置にて故障等が発生する異常状態となった場合に、台毎計数装置だけでは計数済の出玉を特定出来なくなる虞があったり、発行された記録媒体を遊技者が紛失してしまう虞がある。
【０００５】
本発明は上記事情に鑑みてなされたもので、その目的は、台毎計数装置に異常が発生した場合であっても、遊技者、或いは遊技場に無用な損失を与えず、使い勝手の良い遊技場用システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、遊技に応じて遊技媒体を獲得可能な遊技機に対応して設けられ、遊技者が遊技により獲得した遊技媒体を受入し、当該受入した遊技媒体を計数する計数処理を行う計数手段と、遊技者が所有する遊技媒体の数を示す持玉数を特定可能な持玉情報を記憶する記憶手段と、当該記憶手段が記憶する持玉情報により特定される持玉を対価として遊技媒体を払出する払出処理を行う払出手段と、所定の発行操作に応じて前記記憶手段が記憶する持玉情報により特定される持玉を、所定の記録媒体に対応付する発行処理を行う発行手段と、前記記録媒体を受付する受付処理を行う受付手段と、前記計数処理、前記払出処理、前記発行処理、及び前記受付処理に応じて記憶手段が記憶する持玉情報を更新する更新処理を行う更新手段と備えた計数装置を設けた遊技場における遊技用システムであって、
前記計数装置毎に前記持玉を特定可能な持玉管理情報を管理する持玉管理手段と、前記計数装置にて所定の異常が発生したことを検知する異常検知手段と、前記異常検知手段により異常が検知される毎の異常履歴情報を管理する異常履歴管理手段と、前記異常履歴管理手段により管理される異常履歴情報を出力する出力手段と、を備え、
前記持玉管理手段は、前記更新手段による更新処理が行われることに応じて前記計数装置から出力される前記持玉数を特定可能な持玉出力情報の受信により前記持玉管理情報を更新し、前記異常履歴管理手段は、前記異常検知手段により異常が検知された場合に、当該異常が検知された前記計数装置の識別情報と、当該計数装置について当該異常が検知された時点において前記持玉管理手段が管理している持玉管理情報により特定される持玉数とを特定し、当該特定した計数装置の識別情報と、持玉数とを特定可能な情報を前記異常履歴情報として管理するものである（請求項１）。
【０００７】
請求項１記載の遊技場用システムにおいて、前記計数装置毎に前記持玉管理手段との通信状態が正常であるか否かを判定し、当該通信状態が正常でない前記計数装置を特定する通信状態特定手段と、所定の清算操作が行われたこと、及び所定の時刻を迎えたことにより成立する強制清算条件が成立した場合に、所定数以上の前記持玉を特定可能な持玉情報を記憶する記憶手段を備える前記計数装置を特定する強制清算特定手段と、前記計数装置における各部の故障、及び不正の内、少なくとも一方の検知であるエラー検知をした前記計数装置を特定するエラー特定手段と、を備え、
前記異常検知手段は、前記通信状態特定手段、前記強制清算手段、或いはエラー特定手段により前記計数装置が特定されたことを条件として、当該計数装置にて前記所定の異常が発生したとして検知し、前記異常履歴管理手段は、前記異常履歴情報として、前記異常検知手段により異常が検知された際のいずれの条件にて異常検知されたかについて管理するようにしても良い（請求項２）。
【０００８】
請求項１または２記載の遊技場用システムにおいて、前記持玉管理手段は、前記計数装置に対応する遊技機の遊技に使用された遊技媒体数を示すアウトを、遊技により払出された遊技媒体数を示すセーフと、所定の有価価値を対価として遊技を行う遊技者へと貸出された遊技媒体数を示す貸出数との合計値から減算した値を表す理論上の前記持玉数である理論持玉数を遊技機毎に特定すると共に、当該遊技機に対応する計数装置における前記持玉数と対応付して管理し、前記出力手段は、前記異常履歴情報として、当該異常が検知された時点における前記持玉数に加えて、当該異常履歴情報の出力時点における、前記持玉管理手段により管理される前記計数装置に対応する前記持玉数と、当該計数装置に対応する遊技機の前記理論持玉数とを比較可能に出力するようにしても良い。
【０００９】
請求項１ないし３のいずれかに記載の遊技場用システム  前記計数装置は、前記持玉管理手段との通信が正常であるオンライン状態であるか、異常が生じているオフライン状態であるかを判定する通信状態判定手段と、前記通信状態判定手段により前記オンライン状態であると判定されている場合には、前記更新手段による持玉情報の更新に応じて、前記持玉出力情報を前記持玉管理手段へと送信する一方、前記オフライン状態であると判定されている場合には、前記更新手段により更新された持玉情報により特定される持玉数が所定数更新されることに応じて当該持玉数を特定可能な持玉記録情報を前記記録媒体へと書込する書込処理を実行する切替実行手段と、を備えるようにしても良い。
【発明の効果】
【００１０】
請求項１の発明によれば、異常履歴を管理し、出力可能とするので、その異常履歴により特定される持玉を、計数装置にて異常が発生した場合に遊技者に対して補償すれば、計数装置にて持玉が確認出来ない場合であっても、遊技者、或いは遊技場に不利益が発生する虞を軽減出来る。この場合、持玉管理手段により、更新処理が行われることに応じて異常検知前から随時持玉管理情報を更新しているため、計数装置から異常発生時に持玉情報を得ることが出来なくとも大凡の持玉数を特定可能になる。
【００１１】
請求項２の発明によれば、持玉を補償する必要が生ずる際に的確に異常履歴を作成出来る。即ち、計数装置の断線、翌日に清算忘れをした遊技者による清算申し込み、計数装置のエラー発生時の持玉を特定出来る。
請求項３の発明によれば、持玉を補償する場合は以下のルーチンが想定される。即ち、計数装置にて持玉数が特定可能で有れば、その持玉数を補償する。特定出来ない場合、出力された現時点における持玉数と理論持玉数との整合性が取れていればその持玉数を補償する。整合性が取れていない場合、異常履歴の作成条件が断線等の遊技場側に責のある異常であり、その異常履歴の持玉数が、出力されたえ現時点における理論持玉数と整合性が取れていれば、その持玉数、或いは理論持玉数を補償する。また、整合性が取れていない場合、或いは異常履歴の作成条件が不正等の遊技者側に責のある場合には、遊技者に事情を問いただし、その事情に応じて異常履歴の持玉数、出力された現時点における理論持玉数、或いは大当たり数等、他の遊技情報を参照して想定される持玉数を補償する。即ち、後者となるほど実際の持玉数との適合率が低くなるが、この補償対象となる持玉数の段階的な特定を的確にサポートし得る。
【００１２】
請求項４の発明によれば、上記の適合率の低い場合等、遊技場側から見て補償する持玉数に確信が持てない場合、即ち、持玉管理手段による持玉数が特定出来ないオフライン状態においても、所定数の持玉が更新される毎に記録媒体に書込処理されるので、不安要素の高い状態で補償する持玉数を特定した場合であっても、その記録媒体により特定される持玉数を裏付として、遊技者、或いは遊技場側にて納得し得る持玉数を補償出来る。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態における遊技システムの全体構成を示す概略図
【図２】台毎計数装置の正面図
【図３】カバーを開放して示すカードリーダユニットの斜視図（その１）
【図４】カバーを開放して示すカードリーダユニットの斜視図（その２）
【図５】管理装置に設定されている持玉管理設定の一例を示す図
【図６】持玉未清算履歴表示例を示す図
【図７】端末記憶領域を示す図
【図８】液晶表示部による精算履歴の表示例を示す図
【図９】台毎計数装置による状態表示ＬＥＤ処理を示すフローチャート
【図１０】台毎計数装置による状態表示処理を示すフローチャート
【図１１】台毎計数装置によるセット開始処理を示すフローチャート
【図１２】台毎計数装置によるセット中処理を示すフローチャート
【図１３】台毎計数装置による排出信号受信処理を示すフローチャート
【図１４】台毎計数装置による持玉券受付処理を示すフローチャート
【図１５】台毎計数装置による発券操作処理を示すフローチャート
【図１６】台毎計数装置による貯玉操作処理を示すフローチャート
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態について図面を参照して説明する。
図１は、遊技場用システムの全体構成を示す概略図である。遊技場には遊技機１に対応して貸出装置２、台毎計数装置（台毎端末）３が設置され、管理室には管理装置４が設置されている。中継装置５は、２台の遊技機１、２台の貸出装置２、２台の台毎計数装置３、及び管理装置４と接続されている。管理装置４は、遊技機側（遊技機１、貸出装置２、台毎計数装置３）から送信される遊技信号を中継装置５を介して受信することにより遊技機１を管理する。尚、図１では省略したが、実際には数百台の遊技機１が管理装置４の管理対象となる。
【００１５】
管理対象となる遊技機１は、始動口６への入賞（始動入賞）に応じて大当たり抽選を行い、抽選結果を表示部７において行う図柄変動にて報知し、その変動結果に応じて大当たり状態となる。大当たりが発生すると１５ラウンド（Ｒ）分だけ大入賞口８を開放する。尚、１Ｒの上限入賞数は１０個で、上限開放時間は３０秒であり、上限入賞数又は上限開放時間のいずれかが満たされた場合に１Ｒを終了する。
【００１６】
遊技機側からは次の遊技信号が出力される。
アウト信号＝使用玉を回収するアウトＢＯＸから出力。回収（使用、打込）玉１０玉に対して１パルスなので、アウト信号数×１０を使用媒体数（アウト）として特定する。尚、遊技機１から出力しても良い（使用媒体信号）。
セーフ信号＝遊技機１から出力。払出１０玉に対して１パルスなので、セーフ信号数×１０を払出媒体数（セーフ）として特定する。尚、補給装置からの補給信号をセーフ信号としても良い（払出媒体信号）。
大当たり信号＝遊技機１から出力。大当たり中にレベル出力する状態信号なので、大当たり信号受信中を大当たり中として特定する。
売上信号＝貸出装置２から出力。遊技者に対する貸出玉２５玉毎に１パルスなので、売上信号×２５を売上玉数として特定し、売上玉×玉単価を売上額として特定する。
再プレイ信号＝貸出装置２から出力。貯玉に基づく再遊技玉払出時にその再プレイ玉数を特定可能に出力。
管理装置４（記憶手段、持玉管理手段、異常検知手段、異常履歴管理手段、出力手段、通常状態特定手段、強制清算特定手段、エラー特定手段に相当）は、ＣＰＵからなる制御部、ＨＤＤ、ＲＡＭ及びＲＯＭ等からなる記憶部、信号を送受するためのインターフェースからなる送受信部、モニタ及びプリンタ等からなる出力部、キーボード及びマウス等からなる操作部を備えている。管理装置４は、遊技情報を遊技機１に対して個別に付与されている遊技機ＩＤ（所謂台番）毎に集計して集計演算値を特定する機能に加えて次の機能を有する。
【００１７】
（１）会員ＩＤ毎に遊技場へ預入された遊技媒体数である貯玉数（有価価値に相当）を記憶する。
（２）貸出装置２の再プレイ操作により、再プレイ処理（再プレイ玉の払出）が行われた場合には、再プレイ玉数に所定の手数料玉数を加算した貯玉数を、その対価として対応する会員ＩＤの貯玉数から減算する。
（３）図示しない台毎持玉情報記憶領域を台毎計数装置３毎に備え、後述する持玉数の更新がある毎に台毎計数装置３からその旨を示す台毎持玉情報を受信して情報更新する。また、遊技機側からのアウト、セーフ、売上信号、及び再プレイ信号に応じて理論景品玉数（理論持玉数に相当。理論景品玉数＝売上玉数＋再プレイ玉数＋セーフ−アウト）を管理する。尚、再プレイ玉は貯玉に基づく再プレイ玉であり、持玉数を減算する払出玉は含まない。
（４）台毎計数装置３にて発行対象となった持玉券毎にその種別、持玉数等を記憶する図示しない券毎記憶領域を備え、台毎計数装置３における発行処理、或いは持玉券受付処理に応じて持玉情報を受信した場合に更新する。
（５）精算されていない持玉を管理する後述する持玉未清算管理を実行する。
管理装置４では、台毎計数装置３を管理するのに必要な設定として持玉管理設定を記憶している。
【００１８】
図５は管理装置４による持玉管理設定を示しており、次の各項目が設定されている。尚、これらの項目は台毎計数装置３に送信されることにより同時に登録される。また、図５は貸出玉単価に応じた設定としているが、どのような種別を採用しても良い。
端玉数＝当該端玉数設定未満しか台毎計数装置３に持玉数が無かった場合に、従業員リモコンの端玉クリア釦に対する操作により持玉数を消去可能であると共に、持玉数が記憶された持玉券を挿入可能。
持玉券発券下限玉数＝持玉券を発券する最低玉数。
持玉券発券ロック玉数＝後述する発券ロックの機能を使用する場合の設定。
（６）閉店時に全ての台毎計数装置３に対して精算信号を送信する。この場合、精算信号を受信した台毎計数装置３は自身が記憶する持玉数が「端玉数」以上であり持玉券を後述するセット状態としていれば、持玉券の発行処理を行う一方、「端玉数」未満の場合は前述した端玉クリア釦操作と同様に持玉数を消去（初期化）する。勿論、発行処理を行えば前述した券毎記憶領域の更新があり、端玉クリアした場合は持玉未精算履歴の後述する「検知理由」が生じたとして履歴作成する。
【００１９】
貸出装置２は所謂ＣＲサンドとして構成されており、以下の機能を有する。
（１）固有のＩＤが記録された所謂会員カード或いはビジターカードをカード挿入口９にて受付可能であり、受付した状態で貨幣投入口１０に貨幣が投入された場合に、そのＩＤに対応付けてその価値（有価価値）を記憶する。
（２）ビジターカードを所定数（５枚程度）ストック可能であり、会員カード或いはビジターカードを受付していない状態で貨幣を受付すると、ストックしているビジターカードに貨幣の有価価値を記録して、そのビジターカードを受付状態にする。
（３）有価価値が特定可能な状態で遊技機１に設けられた図示しない貸出釦が押下されると、その有価価値に基づき貸玉（遊技媒体に相当）を遊技機１の払出口から払出して売上信号を送信。
（４）会員カードを受付していれば、再プレイ釦１１に対する押下操作に応じて貯玉を対価とした再プレイによる払出（再プレイ処理）も可能であり、この場合は、再プレイ玉を貸玉同様に遊技機１の図示しない払出口から払出して再プレイ信号を送信。
（５）カードを受付した状態で返却釦１２の押下を受付すると、受付中のカードを排出する。
（６）情報表示部１３では貸出或いは貯玉関連情報を表示可能であり、会員カードを受付する等の所定条件が成立すれば各種の対応する遊技機１に関する遊技情報等も表示可能となる。
（７）対応する管理装置としては台毎計数装置３に対応する管理装置４だけでなく図示しないカード会社の管理装置にも対応し、会員ＩＤ毎の貯玉は管理装置４が記憶する一方、有価価値に対応する残高はカード会社の管理装置にて管理する。
【００２０】
台毎計数装置３は中継装置５を介して管理装置４、及び貸出装置２と接続され各種情報の送受信が可能となっている。台毎計数装置３は、ＣＰＵからなる制御部（払出手段、発行手段、受付手段、更新手段、通信状態判定手段、切替実行手段に相当）、ＲＡＭ，ＲＯＭ等の記憶部（記憶手段に相当）、信号を送受信するためのインターフェースからなる送受信部（切替実行手段に相当）を備えて構成されている。
【００２１】
図２は台毎計数装置３の正面図である。台毎計数装置３は、装置本体１４（計数手段に相当）に、状態表示ＬＥＤ１５、貯玉釦１６、液晶表示部１７、発券可能時に点灯する発券釦１８、玉払出ノズル１９（払出手段に相当）、払出釦２０、リモコン受光部２１、周囲表示部２２ａを有した持玉券挿入口２２（発行手段、受付手段に相当）、受皿部２３を備えて構成されており、遊技機１の下玉受皿２４から落下した玉を受皿部２３で受けることにより計数部（計数手段に相当）にて計数する。尚、計数部は装置本体１４の下部に配置される。このように計数された玉は後述するように持玉として特定され、遊技者による払出操作（払出釦２０の押下）により玉払出ノズル１９から遊技機１の上玉受皿２５に払出可能である一方、持玉数を記録したＩＣカードからなる持玉券を発券可能である。台毎計数装置３は持玉券を所定枚数（１０枚）までストック可能で、その内の１枚を後述するセット条件の成立に応じてカードリーダユニットにて持玉券に記録された情報の読込み、及び持玉券に対して記憶部が記憶する情報の書込みを可能な状態（読書可能状態）であるセット状態とする。
【００２２】
図３及び図４は、カバーを開放して示すカードリーダユニットの斜視図である。カードリーダユニット２６は交換可能なユニットとして装置本体１４に組込まれており、カバー２９を開放することにより点検或いは交換が可能となる。カバー２９の開放状態では、図３に示すようにカバー２９の内側に設けられたストック部２７にストックされている持玉券３０（記録媒体に相当）、及び図４に示すようにセット部２８にセットされ、上述したセット状態となっている持玉券３０を取出し可能となる。
【００２３】
台毎計数装置３は図７に示す端末記憶領域を備えており、以下の各項目が設定されている。
現状態＝管理装置４とオンラインであるか、オフラインであるか。
セット状態＝持玉をセット状態（読書可能状態）としているか否か。
ロック状態＝会員カードを受付けていないと発券処理が出来ないロック状態となっているか否か。
会員カード＝対応する貸出装置２にて会員カードを受付している場合に、そのＩＤを記録。
ストック＝ストック中の持玉券数。尚、セット状態である持玉券３０を除く。即ち、後述するように持玉数が０である持玉券３０の受付、或いはセット状態の解除等、持玉券３０をストックした場合に加算し、排出信号の受信に応じた持玉券３０の排出、或いはセット状態の開始等、ストックしている持玉券３０を取出した場合に減算する。尚、０枚等の所定枚数になったことを検知する物理的なセンサ等によりその数を補正しても良い。また、後述する持玉券数は、セット状態にある持玉券３０が無ければストック数とする一方、セット状態の持玉券３０があればストック数にセット状態の持玉券３０（１枚）を加算して特定する。
受付持玉券＝セット状態である持玉券３０の種別。オンライン券、オフライン券、或いはロック券のいずれか。尚、発行時の状態によりその種別が持玉券３０に記憶されているので、その情報を読取して特定する。
受付持玉＝セット状態である受付した持玉券３０により特定した持玉数。
計数玉＝計数部にて計数した玉数。
払出玉＝払出釦２０の押下に応じて払戻した玉数。
持玉＝払出処理、発行処理、貯玉処理が可能な遊技者の獲得玉数（＝受付持玉＋計数玉−払出玉）。
尚、上記受付持玉券〜持玉の各項目は発券処理時に初期化する。このことは、会員カードが貸出装置２から排出されても初期化しないことを意味する。
【００２４】
次に、台毎計数装置３の動作について説明する。
台毎計数装置３は、状態表示ＬＥＤ１５にて持玉券数（ストック数＋セット状態の持玉券数）に応じて点灯状態を制御しており、そのための処理として、メインルーチンにおいて状態表示ＬＥＤ処理を周期的に実行している。図９に示す状態表示ＬＥＤ処理において、持玉券枚数が１０枚または０枚かを判定し（Ａ１）、該当する場合は（Ａ１：ＹＥＳ）、紫点滅を開始する（Ａ５）。この紫点滅は持玉券３０の異常を示すもので、持玉券３０が無くなって発券できない場合は、液晶表示部１７の下部に「Ｃ  ０」、上部に「持玉券を補充してください」と表示する。持玉券枚数が１０枚で持玉券３０を挿入できない状態の場合は、液晶表示部１７の下部に「Ｃ  FULL」と表示する。持玉券枚数が１枚となった場合（Ａ２：ＹＥＳ）、或いは持玉券枚数が２枚であっても、ストック数が１枚の場合は（Ａ３：ＹＥＳ）、紫点灯を開始する（Ａ６）。この紫点灯は持玉券点検を示すもので、液晶表示部１７の下部にストック数が１枚の場合は「Ｃ  １」、ストック数が０の場合は「Ｃ  ０」と表示する。
【００２５】
従って、従業員は、営業開始時、或いは営業中に台毎計数装置３の状態表示ＬＥＤ１５が紫点滅していた場合は、液晶表示部１７の表示を確認し、持玉券枚数が０の場合は、持玉券３０を１枚以上補充する。この場合、後述するように営業中において計数された持玉数が発券下限玉数以上の場合は、補充した持玉券３０がセット部２８に既にセットされていることから、持玉券３０を補充出来ないが、空台の場合は、５，６枚補充する。また、状態表示ＬＥＤ１５が紫点灯していた場合は、もうすぐ持玉券３０が無くなることから、営業中に空台となったところで、持玉券３０を４，５枚補充する。
【００２６】
台毎計数装置３は、以上のようにしてストック数が２枚以上となった場合は（Ａ３：ＮＯ）、消灯する（Ａ４）。従って、状態表示ＬＥＤ１５は消灯しているのが正常であり、それ以外の場合は、何らかの処理が必要となる。
台毎計数装置３は、メインルーチンにおいて上述の状態表示ＬＥＤ処理に加えて、状態表示処理を周期的に実行している。この状態表示処理は、持玉券３０の取扱、及び持玉券挿入口２２の周囲表示部２２ａにて持玉券３０に関する状態を表示するものである。図１０に示す状態表示処理において、持玉券３０をセット中か（Ｂ１）、持玉数が端玉以上か（Ｂ２）、持玉券３０を受け付けたか（Ｂ３）、排出信号を受信したか（Ｂ４）、発券釦１８が押下げ（発行操作に相当）られたか（Ｂ６）、貯玉釦１６が押下げられたか（Ｂ７）を判定する。
【００２７】
遊技者が遊技機１から獲得した玉を下玉受皿２４から落下させると、落下した玉は台毎計数装置３の受皿部２３で受けられて計数部により計数される。玉の計数中は、液晶表示部１７にて計数した持玉数が表示される。このように持玉数が有る状態では持玉の払出が可能となり、遊技者が台毎計数装置３の払出釦２０を押下げると、持玉数の範囲内で図５の持玉管理設定における「持玉払出単位」だけの玉が玉払出ノズル１９から遊技機１の上玉受皿２５に払出され、それに伴って持玉数が減数される。
【００２８】
さて、台毎計数装置３では遊技者の利便性を考慮し、複数の持玉券３０をストックしておき、そのストックの内の１つの持玉券３０を発行するようにしているが、持玉券３０のストック状態では情報の書込処理が構造上難しいことに対処するため、遊技終了時に持玉券３０を書込可能状態としてから持玉券３０を発行する構成の場合は、発行処理に時間が掛かって煩わしい。
【００２９】
そこで、台毎計数装置３は、持玉券３０がセット部２８にセットされていない状態で（Ｂ１：ＮＯ）、遊技者の持玉数が図５の持玉管理設定における「端玉数」以上になると（Ｂ２：ＹＥＳ）、セット条件が満たされたと判定し、セット開始処理を実行する（Ｂ１０）。図１１に示すセット開始処理において、持玉券３０のストック数が１枚以上の場合は（Ｃ１：ＹＥＳ）、ストック中の持玉券３０をセット状態とする（Ｃ２）。このとき、管理装置４とオンラインであれば（Ｃ３：ＹＥＳ）、持玉券挿入口２２の周囲表示部２２ａにて白点灯を開始し（Ｃ４）、オフラインの場合は（Ｃ３：ＮＯ）、緑点灯する（Ｃ５）。従って、遊技者或いは従業員は、点灯色（白、緑）によりどのような状態で持玉券３０への書き込みが行われるかを判断することができる。
【００３０】
台毎計数装置３は、持玉券３０のセット中は（Ｂ１：ＹＥＳ）、セット中処理を実行する（Ｂ９）。図１２に示すセット中処理において、オフライン中か（Ｄ１）、ロック条件が成立したか（Ｄ４）、持玉数が「端玉数」未満かを判定する（Ｄ７）。
遊技者が持玉をほとんど使いきってしまい持玉数が「端玉数」未満になると（Ｄ７：ＹＥＳ）、セット状態を解除して持玉券３０をストックする（Ｄ８）。このとき、ストック数が１０になれば（Ｄ９：ＹＥＳ）、持玉券３０を受付出来ない旨を示す紫点滅を開始する（Ｄ１０）。従って、従業員は、台毎計数装置３の持玉券挿入口２２の周囲が紫点滅した場合は、持玉券３０のストック数を確認し、ストック数が多い場合には、調整すべく図示しない従業員リモコンを台毎計数装置３に向けた状態で排出釦を押下げる。
【００３１】
台毎計数装置３は、従業員リモコンからの排出信号を受信した場合は（Ｂ４：ＹＥＳ）、排出信号受信処理を実行する（Ｂ５）。図１３に示す排出信号受信処理において、持玉券３０のストックが有る場合は（Ｅ１：ＮＯ）、ストック中の持玉券３０を排出し（Ｅ２）、その排出に関わらずストックが有る場合は（Ｅ３：ＮＯ）、消灯する（Ｅ５）。これに対して、持玉券３０を排出した結果、ストック数が０となった場合は（Ｅ３：ＹＥＳ）、紫点滅を開始する（Ｅ４）。従って、従業員は、紫点滅した場合にストック数が０のときは、持玉券３０を排出しすぎたとして持玉券３０を補充する。従業員が持玉券３０を台毎計数装置３の持玉券挿入口２２に挿入すると、台毎計数装置３は、持玉券３０を受付（Ｂ３：ＹＥＳ）、持玉券受付処理を実行する（Ｂ１１）。図１４に示す持玉券受付処理において、ストック数が１０なら（Ｆ１：ＹＥＳ）、上限に達しているため持玉券３０を受付し無いが、それ以外であれば（Ｆ１：ＮＯ）、持玉券３０に記録されている持玉数を照合し０であれば（Ｆ２：ＮＯ）、持玉券３０が補充されたとしてストックし（Ｆ１０）、ストック数が１０以外であれば（Ｆ１１：ＮＯ）、消灯を継続し（Ｆ１３）、１０枚であれば（Ｆ１１：ＹＥＳ）、紫点滅を開始する（Ｆ１２）。
遊技者が持玉数を記録した持玉券３０を発行する場合は、台毎計数装置３の発券釦１８（セット状態である場合は点灯している）を押下げる。台毎計数装置３は、遊技者により発券釦１８が押下された場合は（Ｂ６：ＹＥＳ）、発券操作処理を実行する（Ｂ１２）。
【００３２】
ところで、発券操作処理を実行するに際して台毎計数装置３に印刷機能を備えることが困難であるため、本実施形態では持玉券３０として情報の読書きが可能なＩＣカードを採用しているものの、ＩＣカードの原価を考慮して持玉券３０を発行しないと、遊技者が持玉券３０をそのまま持ち帰られることで遊技場に無用な損失が生じる。
そこで、台毎計数装置３は、図１５に示す発券操作処理において、持玉数が図５の持玉管理設定に設定されている「発券下限玉数」未満かを判定し（Ｇ１）、「発券下限玉数」未満の場合は（Ｇ１：ＮＯ）、払出処理を実行し（Ｇ１４）、持玉を払出し、遊技者の持玉を精算する。これに対して、持玉数が「発券下限玉数」以上の場合は（Ｇ１：ＹＥＳ）、持玉券３０がロック中かを判断する（Ｇ２）。ロック中でない場合であってオンラインのときは（Ｇ２：ＮＯ、）、白点滅を開始し（Ｇ４）、オンライン券発行処理を実行する一方（Ｇ５）、オフラインのときは（Ｇ３：ＮＯ）、緑点滅を開始し（Ｇ６）、オフライン券発行処理を実行する（Ｇ７）。オンライン発行処理は持玉数等を示す持玉情報を管理装置４に送信した上でオンライン券として持玉券３０を発行する一方、オフライン発行処理はそのまま送信せずに持玉券３０をオフライン券として発行する、尚、発行時には発行処理の種別、持玉数を持玉券３０に記録する。従って、持玉数が「発券下限玉数」以上の場合は、オンライン、オフラインに関わらず持玉券３０を発行することができる。
【００３３】
遊技者が貯玉などの各種サービスを利用するために貸出装置２に会員カードを挿入すると、台毎計数装置３は、そのことを管理装置４から中継装置５を介して取得して記憶する。このような会員カードの使用中に持玉数が図５の持玉管理設定における「持玉券発券ロック玉数」以上となると、ロック条件が成立したとして判定し（Ｄ４：ＹＥＳ）、持玉券３０をロックし（Ｄ５）、持玉券挿入口２２の周囲表示部２２ａにて青点灯を開始する（Ｄ６）。この青点灯はロック条件が成立したことを報知するもので、遊技者が持玉券３０の発行をロックしたい場合は、会員カードを台毎計数装置３から排出する。すると、台毎計数装置３の発券釦１８が消灯して発券が不可能となるので、持玉券３０の発行をロックすることができる。このようなロック状態で発行操作処理を実行した場合にロック発行条件が成立していないときは（Ｇ８：ＮＯ）、そのままリターンする。これに対して、遊技者が貸出装置２に対応付された会員カードを挿入することによりロック発行条件が成立した場合は（Ｇ８：ＹＥＳ）、青点滅を開始し（Ｇ９）、ロック券発行処理を実行する（Ｇ１０）。この場合、持玉券３０はロック券として発行され、そのロック券には対応する会員ＩＤも同時に記憶される。
以上のような発行処理に関わらず持玉券３０のストックが依然有る場合は（Ｇ１１：ＮＯ）、消灯状態となり（Ｇ１３）、発行処理の結果、ストック数が０となれば（Ｇ１１：ＹＥＳ）、紫点滅を開始する（Ｇ１２）。
【００３４】
一方、台毎計数装置３は、何らかの原因で管理装置４との通信が不可能なオフライン中となった場合は（Ｄ１：ＹＥＳ）、書込条件が成立する（例えば持玉数を所定玉数（±５００玉）更新する）毎に（Ｄ２：ＹＥＳ）、セット状態の持玉券３０に持玉数を記録する（Ｄ３）。このようなオフライン状態で発券釦１８が操作された場合は（Ｇ３：ＮＯ）、緑点滅を開始し（Ｇ６）、オフライン券を発行処理する（Ｇ７）。尚、オンラインであれば前述した管理装置４における台毎持玉情報記憶領域の持玉数を更新させるため、持玉の更新（計数や払出等）毎にその旨を示す台毎持玉情報（図７の計数玉、払出玉、持玉を特定可能な情報）を送信する。
上述の様に発行された各種の持玉券（オンライン券、オフライン券、ロック券）３０は景品交換装置（ＰＯＳ）でも受付して景品交換可能であるが、ロック券に限り別途対応付された会員カードにおける暗証番号等の認証を条件に交換可能となる。
【００３５】
遊技者が持玉券３０を台毎計数装置３の持玉券挿入口２２に挿入すると、台毎計数装置３は、持玉券３０を受付（Ｂ３：ＹＥＳ）、持玉券受付処理を実行する（Ｂ１１）。図１４に示す持玉券受付処理において、受付けた持玉券３０に持玉があれば（Ｆ２：ＹＥＳ）、その持玉券３０をセット部２８にセット状態とし（Ｆ３）、オンライン券であれば（Ｆ４：ＹＥＳ）、白点灯を開始し（Ｆ７）、オフライン券であれば（Ｆ５：ＹＥＳ）、緑点灯を開始し（Ｆ８）、ロック券であれば（Ｆ６：ＹＥＳ）、青点灯を開始する（Ｆ９）。従って、点灯色（白、緑、青）に応じて持玉券３０の種別を確認することができる。
【００３６】
さて、遊技者の心理として後の遊技に支障が出ない程度の出玉を得るまでは会員カードを使用して、所謂貯玉に基づく再プレイにより貸玉を得て遊技を行いたいと考えるが、ある程度の出玉を得ると、「これ以上の再プレイはしたくない」だとか、「遊技終了時に忘れないように」という理由から会員カードを台毎計数装置３から排出し、手元に収め、その後は、持玉券３０にて計数処理等を行いたいと考える。しかしながら、従来では、この状態で会員カードを発行してしまうと、会員カードが持玉券としての機能を有しているため、持玉についても発券処理が実行され、持玉をその後の遊技に利用出来なくなってしまう等の理由により、会員カードと持玉券３０とを別体化している。しかしながら、遊技者には持玉を貯玉へと移行させたいという要望が当然にしてある。
【００３７】
そこで、台毎計数装置３は、遊技者により貯玉釦１６が押下された場合（Ｂ７：ＹＥＳ）、貯玉操作処理を実行する（Ｂ８）。図１６に示す貯玉操作処理において、持玉券３０のセット状態で（Ｈ１：ＹＥＳ）、貸出装置２にて会員カードを受付していることを条件として（Ｈ２：ＹＥＳ）、持玉を貯玉へと移行（持玉数を貯玉数に加算）する貯玉処理を行い（Ｈ３）、セット中の持玉券３０をストックする（Ｈ４）。このとき、ストック数が１０となった場合は（Ｈ５：ＹＥＳ）、紫点滅を開始する（Ｈ６）。
尚、台毎計数装置３は、持玉券挿入口２２において持玉券３０の詰まり等のエラー発生時にはエラー色（赤）を優先して点灯する。
【００３８】
一方、台毎計数装置３は持玉を精算したことを管理する清算履歴記憶領域を備えており、（１）電源がＯＦＦした瞬間、（２）オフラインで持玉券発券があったとき、（３）従業員リモコンで端玉クリア操作されたとき、（４）従業員リモコンで持玉クリアされたときの各事象が発生（清算条件が成立）したときの持玉数などを精算履歴記憶領域に記憶する。台毎計数装置３は従業員リモコンの履歴釦の押下に応じて液晶表示部１７にて清算履歴を表示可能であり、履歴釦を押下げるごとに、過去の事象を順に表示する。
図８に示す例では、１回前の事象として、電源ＯＦＦが１月２３日の１１時２２分に発生し、そのときの持玉券３０のＩＤ番号の下４桁が８７６５、そのときの持玉数が１２３４５玉であることを示している。従って、従業員は、精算履歴を順に表示することにより精算処理に関する情報を確認することができる。
【００３９】
さて、台毎計数装置３では遊技終了時以外にも多数の出玉を得られる毎に計数処理が実行されることから、台毎計数装置３にて故障等が発生する異常状態となった場合に、台毎計数装置３だけでは計数済の出玉を特定出来なくなる虞があったり、発行された持玉券３０を遊技者が紛失してしまったりする虞がある。
そこで、管理装置４は持玉未清算管理機能を備えており、この機能を実現するために持玉未清算履歴を管理している。つまり、台毎計数装置３での異常の発生に応じて出力される異常情報、或いは上述した台毎持玉情報記憶領域及び券毎記憶領域等に基づき検知理由が発生する（異常条件の成立）毎に未清算履歴にレコードを作成して、その時点の持玉数等を記憶する。
【００４０】
図６は、持玉未清算履歴表示（異常履歴情報に相当）の一例を示している。尚、図６では受付持玉を省略している。検知理由としての「断線」はオフラインとなった場合、「台毎計数装置異常」は台毎計数装置３でのＣＰＵ暴走等のエラーが発生した場合、「持玉券強制引抜」は台毎計数装置３にてピンセット等による強制的な持玉券３０の引抜を検知した場合であり、他の検知理由として、閉店時に未清算である持玉券３０がある場合の「未清算」、は発行処理時等の持玉券３０への記録処理時に正常に記録出来なかった場合の「持玉券書込失敗」などが設定されている。
【００４１】
そして、検知理由に相当する事象の発生を検知した場合には、処理時刻として検知時刻を、検知対象となる装置を特定した上で、その対応する持玉券ＩＤ、端末、号機、及び交換種別を、台毎持玉情報記憶領域、或いは券毎記憶領域における検知対象となる装置の持玉数、計数玉数、及び払出玉数を、検知理由と、それを検知した端末装置とを特定した上で記憶する。
【００４２】
持玉券３０は当日限り有効であるが当日にＰＯＳ（交換端末）にて遊技者が精算（景品との交換や、貯玉への移行）しなかった場合には、必要に応じてこの持玉未清算履歴を参照して補償を行う。また、上述した通り台毎計数装置３が異常となった場合にも、この持玉未清算履歴を参照して補償を行い、トラブルによる遊技者、及び遊技場の無用な損失を回避する。以下に持玉未清算履歴を参照した補償手順の一例を示す。
【００４３】
トラブルの発生により、精算履歴等で台毎計数装置３にて持玉数は特定出来るが、カードリーダユニット２６の故障等により持玉券３０が発券出来ない場合は、その特定出来る持玉数を補償する。台毎計数装置３にて持玉数が特定出来ない場合は、まず台毎持玉情報記憶領域の理論景品玉数と持玉数とを参照して整合性が取れていればその持玉数を補償する。整合性が取れていなければ持玉未精算履歴を確認し、対応するレコードの検知理由が「断線」等の遊技場側に責のある理由であり、その持玉数と台毎持玉情報記憶領域の理論景品玉数とを照合して整合性が取れていれば持玉未精算履歴の持玉数を補償する。この場合、整合性が取れていなければ理論景品玉数を補償することになるが、「持玉券強制引抜」等の遊技者側に責のある検知理由であれば遊技者に事情を問いただす必要がある。尚、いずれも補償した場合には持玉数を初期化する（擬似的な発券処理）。
【００４４】
つまり、台毎計数装置３にて持玉数が特定出来ない場合、随時更新される台毎持玉情報記憶領域の理論景品玉数と持玉数との整合性が取れていない可能性が高い。この場合、持玉未精算履歴を参照することで、直ちに不確定要素の多い理論景品玉数に基づく補償を行わずにトラブル発生時の持玉数に基づき補償を行うことが可能となる。また、トラブルの原因に基づき補償するか否かを判断する指標にも成り得る。
【００４５】
このような実施形態によれば、次のような効果を奏することができる。
管理装置４により持玉未精算履歴を管理するので、その持玉未精算履歴により特定される持玉を、台毎計数装置３にて異常が発生した場合に遊技者に対して補償すれば、台毎計数装置３にて持玉が確認出来ない場合であっても、遊技者、或いは遊技場に不利益が発生する虞を軽減出来る。この場合、管理装置４は、更新処理が行われることに応じて異常検知前から随時持玉情報を更新しているため、台毎計数装置３から異常発生時に持玉情報を得ることが出来なくとも大凡の持玉数を特定可能になる。
【００４６】
会員カード（貸出カード）を受付する貸出装置２と別筐体の台毎計数装置３にて持玉券３０を取扱し、更に台毎計数装置３は計数機能を有するので、貸出装置２が設置済みである遊技場に対して会員カードの受付機能や貨幣等の取扱を省略する等台毎計数装置３を無駄なく容易に後付けが可能である。
発行処理を会員カードの発行に拠らず、単独の持玉券３０にて行うので、大当たり発生時等、ある程度の持玉を得た場合に会員カードを手元に納めようとする遊技者の心理を考慮し、持玉を維持したまま会員カードを排出することが可能となる。
【００４７】
貸出装置２における会員カードの受付状況を台毎計数装置３においても管理するので、会員カードを受付した装置と別筐体にて台毎計数装置３を構成しても貯玉処理等の支障が出ない。
セット中の持玉券３０の種類に応じて持玉券挿入口２２の周囲を識別表示し、発行処理時には発行する持玉券３０がどの種別にて発行されるかが識別可能に発行処理を行うため、遊技者、或いは従業員にとって感覚的に処理中の持玉券３０の種別を把握出来、遊技者の混乱を避ける一方、従業員に対して不正行為等の注意を促すことが可能となる。この場合、持玉券３０の種別が点灯色により把握可能となるので、持玉券３０に可視的な情報を示す必要がなくなる。即ち、持玉券３０や読取部の耐久性を考慮して非接触による情報の読書きを採用しても、大きな混乱や不正を避けることが可能となる。
【００４８】
持玉券３０の排出後にストック数が少なければ、その旨を識別可能に表示するため、遊技を中断させてストックすることなく、空台時にストックする運用をサポート出来る。この場合、従業員によるストックを促すためにストック数が少ない旨を目に止まり易い点滅等の識別表示としても、持玉券３０を発行済み、即ち、空台であることが条件であるため、遊技者に無用な気遣いをさせる虞がない。
【００４９】
発券下限玉数を設定出来るので、その設定値を持玉券自体の価値（１００円程度）を考慮して設定すれば、その下限玉数以下にて持玉券３０を発行される虞がなくなり、例え、持玉券３０をそのまま持ち帰られても遊技場の損失をカバー出来る。この場合、発行操作により下限玉数以下では持玉券３０を発行しないまでも持玉を払出して清算するので遊技者に損失を与えないばかりか、一度の操作にて発行、或いは払出のいずれかにて持玉を清算出来る。
【００５０】
発券下限玉数とは別途、端玉数を設定出来るので、翌日の開店を迎える閉店時に一括して持玉数を０としても支障が出ない状態で、その回収作業負担を軽減出来る。この場合、閉店時にセット状態である持玉券３０を発券下限玉数に関わりなく回収可能に発券することが望ましい。尚、回収した持玉券３０は別途ＰＯＳにて処理をすれば、持玉数の総数と、交換対象となった玉数（貯玉を含む）とを照合する際の帳票上の誤差を軽減出来る。
【００５１】
持玉券３０をセット状態としたとき、オンラインであれば持玉券３０に持玉情報等を記憶することなく持玉更新毎に管理装置４へとその状況を通信する一方、オフラインであれば所定数の持玉更新毎に持玉券３０へと持玉情報を記憶するので、台毎計数装置３にトラブルが発生し、台毎計数装置３にて持玉数を特定出来ない場合に、オンラインであれば管理装置４を確認する一方、オフラインであれば管理装置４におけるその他の遊技情報（理論景品玉数等）を考慮して補償する持玉数を特定した上で持玉券３０を読み取れば、管理装置４において持玉数を特定出来ないまでも、理論景品玉数と持玉券３０により特定される持玉数とを照合した上で、理論景品玉数、或いは持玉券３０により特定される持玉数が妥当であるかを判断出来、適切に持玉数の補償が可能となる。
同様に台毎計数装置３でのトラブル時に、異常条件の成立毎の持玉未清算履歴により異常条件の成立時の持玉数を確認出来、その補償作業をサポート出来る。
【００５２】
（他の実施形態）
本発明は、上記実施形態に限定されることなく、次のように変形または拡張できる。
台毎計数装置３の発券釦１８、払出釦２０、貯玉釦１６は各々操作を受付可能であるか否かにより、点灯状況を適宜変更しても良い。
持玉券挿入口２２の周囲表示部２２ａにおける状態表示としてエラー状態で持玉券３０を受付した場合にエラー表示（赤点滅）等を行っても良い。また、現在の台毎計数装置３がオンラインであるか否かを表示しても良い。
【００５３】
持玉クリア処理、或いは発行処理に係る閉店時とは、閉店処理や開店処理等の所定操作、或いは閉店時刻や開店準備時刻等の所定時刻により例示出来る。
持玉券３０の受付に応じたストックする条件である持玉数が所定数以下の例示として持玉数が０より大きいか否かを判定する構成を例示したが、所定数としては例えば端玉等を採用したり、他の値を採用したりしても良い。勿論、他の数値等もいずれを採用しても良い。また、「以上」との表現は「より大きい」の概念を含む表現である。
【００５４】
記録媒体の発行可能な残数としてストック数の代わりに、セット状態にある持玉券３０を含めた数を採用しても良い。
記録媒体としてはＩＣカード以外にＩＣコインや、遊技者の所有する携帯電話等を採用しても良い。この場合、前者であればストック可能である。また、後者の場合、発行操作や受付操作として携帯電話をカードリーダユニットに読込させることを採用出来る。
【００５５】
持玉未清算履歴において現時点における持玉数と理論景品玉数とを比較可能に印字または表示により出力（出力手段に相当）しても良い。
従業員リモコンから所定数の持玉数を指定した分割信号を受付した場合に、その持玉数分の持玉券を発行し、その後、発行分を差し引いた持玉数が設定値「端玉数」以上であれば再びセット状態としても良い。
【００５６】
数値や項目は例示であり、どのような数値、項目を採用しても良い。尚、台毎持玉情報として持玉数が特定可能であれば、他の払出玉数等を特定出来ない情報としても良い。
台毎計数装置３が行う情報処理の一部を中継装置５や管理装置４等にて行う構成としても良い。同様に管理装置４が行う情報処理の一部を中継装置５や台毎計数装置３にて行っても良い。
【符号の説明】
【００５７】
図面中、１は遊技機、２は貸出装置、３は台毎計数装置（計数手段、記憶手段、払出手段、発行手段、受付手段、更新手段、通信状態判定手段、切替実行手段）、４は管理装置（記憶手段、持玉管理手段、異常検知手段、異常履歴管理手段、出力手段、通常状態特定手段、強制清算特定手段、エラー特定手段）、２２は持玉券挿入口（発行手段、受付手段）、３０は持玉券（記録媒体）である。
【図１】
2010269000.tif 000003
【図２】
2010269000.tif 000004
【図３】
2010269000.tif 000005
【図４】
2010269000.tif 000006
【図５】
2010269000.tif 000007
【図６】
2010269000.tif 000008
【図７】
2010269000.tif 000009
【図８】
2010269000.tif 000010
【図９】
2010269000.tif 000011
【図１０】
2010269000.tif 000012
【図１１】
2010269000.tif 000013
【図１２】
2010269000.tif 000014
【図１３】
2010269000.tif 000015
【図１４】
2010269000.tif 000016
【図１５】
2010269000.tif 000017
【図１６】
2010269000.tif 000018