JP2009285496A - 遊技場管理装置 - Google Patents

Abstract

【課題】閉店時に、遊技台毎に、開店時刻から閉店時刻までの誤差玉数の累計である累計誤差玉数を算出し、算出した累計誤差玉数を表示する遊技場管理装置を提供する。
【解決手段】玉を獲得した遊技台を特定するための台番号を計数器に入力する台番号入力手段を有する。計数器で玉計数がある毎に出力された計数玉数を、台番号に対応付けて記憶する。台番号に対応する遊技台のアウト数、セーフ数及び貸玉数を含む遊技台データを台番号に対応付けて記憶する。セーフ数と貸玉数との和からアウト数を差し引いて持玉数を算出し、持玉数と計数玉数との差である誤差玉数を算出する。閉店時に、台番号毎に、開店時刻から閉店時刻まで誤差玉数の累計である累計誤差玉数を算出し、各台番号について、台番号に対応させて前記累計誤差玉数を表示する。
【選択図】図３０

Description

本発明は、遊技場管理装置に関し、特に、遊技媒体を計数する計数器と、各遊技台とに接続され、遊技台毎或いは複数の遊技台からなるグループ毎に、持玉数と計数玉数との差である誤差玉数を算出する遊技場管理装置に関する。

遊技場においては、管理装置で各遊技台の遊技データを収集して会員の遊技状況や各遊技台の釘調整状況の分析等が行われている。また、遊技を終了した遊技者は、獲得遊技媒体がある場合は島端等に設置されている計数器で計数し、景品カウンタで獲得遊技媒体の計数値に応じた景品を受け取っている。近年、計数器で計数する際に、電波を発生させ不正に計数値を上昇させる計数器ゴトが行われる場合がある。

また、管理装置で集計される遊技データ（貸玉＋セーフ玉−アウト玉）は、実際の計数器による計数値との誤差がないことが理想であるが、アウト信号やセーフ信号の出力の仕方やこぼれ玉の関係で誤差が生じている。この誤差玉がどのくらいあるかを見て機器の調整を行っている。

玉又はメダルの数を計数し、計数値、日時を媒体に記録させて発行する計数器であって、玉またはメダルを獲得した遊技台の台番号を入力する入力手段を有し、該入力手段により入力された台番号と、計数玉数と、この台番号に対応した遊技台の出球数とから、計数玉数と出球数との差を求めるものが提案されている（例えば、特許文献１参照）。

特開２００１−４６７２５号公報（段落［００４０］〜段落［００４８］）

このものは、玉計数がある毎の、入力手段により入力された台番号に対応する計数玉数と出球数との差を求めるものであるが、例えば、同じ遊技台について複数回玉計数があった場合の遊技台毎の累計の誤差玉数を求めるものではない。なお、従来より、遊技場全体での誤差玉数は把握できていたが、遊技台毎或いは島毎の累計の誤差玉数が分からなかったため、どの遊技台の周辺で計数ミスやこぼれ玉（アウトタンクに入らない、アウト玉として計数されない等）による不具合が発生していたのかを特定することが難しかった。また、前述した計数器ゴトが行われる場合も、実際の獲得玉数に対して計数玉数だけがアップするため、誤差玉数として反映されることになる。

本発明の目的は、閉店時に、遊技台毎或いは複数の遊技台からなるグループ毎に、開店時刻から閉店時刻までの誤差玉数の累計である累計誤差玉数を算出し、算出した累計誤差玉数を表示する遊技場管理装置を提供することにある。

請求項１に係る遊技場管理装置は、
遊技者が獲得した玉を計数する計数器と、
前記玉を獲得した遊技台を特定するための台番号を前記計数器に入力する台番号入力手段と、
前記計数器で玉計数がある毎に出力された計数玉数を、前記台番号に対応付けて記憶する計数玉数／台番号記憶手段と、
各遊技台に接続され、前記台番号に対応する遊技台のアウト数、セーフ数及び貸玉数を含む遊技台データを該台番号に対応付けて記憶する遊技台データ／台番号記憶手段と、
前記セーフ数と前記貸玉数との和から前記アウト数を差し引いて持玉数を算出する持玉数算出手段と、
前記持玉数と前記計数玉数との差である誤差玉数を算出する誤差玉数算出手段と、
前記計数玉数／台番号記憶手段、前記遊技台データ／台番号記憶手段、前記持玉数算出手段及び前記誤差玉数算出手段に基いて、閉店時に、台番号毎に、開店時刻から閉店時刻まで前記誤差玉数の累計である累計誤差玉数を算出する台番号毎累計誤差玉数算出手段と、
各台番号について、台番号に対応させて前記累計誤差玉数を表示する台番号毎累計誤差玉数表示手段と、
を備えたことを特徴とする。

請求項２に係る遊技場管理装置は、
遊技者が獲得した玉を計数する計数器と、
前記玉を獲得した遊技台が属するグループを前記計数器に入力するグループ情報入力手段と、
前記計数器で玉計数がある毎に出力された計数玉数を、前記グループに対応付けて記憶する計数玉数／グループ記憶手段と、
各グループに接続され、前記グループのアウト数、セーフ数及び貸玉数を含む遊技台データを該グループに対応付けて記憶する遊技台データ／グループ記憶手段と、
前記セーフ数と前記貸玉数との和から前記アウト数を差し引いて持玉数を算出する持玉数算出手段と、
前記持玉数と前記計数玉数との差である誤差玉数を算出する誤差玉数算出手段と、
前記計数玉数／グループ記憶手段、前記遊技台データ／グループ記憶手段、前記持玉数算出手段及び前記誤差玉数算出手段に基いて、閉店時に、前記グループ毎に、開店時刻から閉店時刻まで前記誤差玉数の累計である累計誤差玉数を算出するグループ毎累計誤差玉数算出手段と、
各グループについて、グループに対応させて前記累計誤差玉数を表示するグループ毎累計誤差玉数表示手段と、
を備えたことを特徴とする。

請求項１に係る遊技場管理装置によれば、閉店後、誤差玉数の発生箇所を遊技台毎で特定でき、誤差玉数の原因となる設備の点検、例えば、計数ミスやこぼれ玉の原因となるアウトタンクに入らないとかアウト玉として計数されない等の設備の点検を効率よく行うことができる。

請求項２に係る遊技場管理装置によれば、閉店後、誤差玉数の発生箇所をグループ毎（例えば、遊技島毎或いは遊技機種毎）で特定でき、誤差玉数の原因となる設備の点検、例えば、計数ミスやこぼれ玉の原因となるアウトタンクに入らないとかアウト玉として計数されない等の設備の点検を効率よく行うことができる。

本発明の遊技場管理装置の実施形態に係るブロック図である。 遊技台から台コンピュータ、台コンピュータから島コンピュータ、島コンピュータから管理コンピュータ、カードユニットから管理コンピュータ及び計数器から管理コンピュータにそれぞれ送信される各種遊技情報を説明する図である。 各遊技台毎に設定された遊技台データファイルの内容を示す図である。 管理コンピュータのＲＡＭに設定されたデータ記憶エリアの一部の内容を示す図である。 管理コンピュータのＣＰＵが実行する計数値処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する台毎計数値特定処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する該当候補検索処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する該当遊技台特定処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する再選定処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する計数値記憶処理のサブルーチンを示すフローチャートである。 同上のＣＰＵが実行する持玉数見直し処理のサブルーチンを示すフローチャートである。 １５１番台の遊技台データファイルの内容の一例を示す図である。 該当候補データの記憶態様を示す図である。 １５２番台の遊技台データファイルの内容の一例を示す図である。 １６０番台の遊技台データファイルの内容の一例を示す図である。 １６９番台の遊技台データファイルの内容の一例を示す図である。 計数値に対して持玉数が選定された結果、計数値が記憶され、持玉数の見直しが行われた結果を示す遊技台データファイルの内容を示す図である。 請求項１に係る発明の実施形態に係る遊技場管理装置のブロック図である。 データ記憶サーバにおいて各遊技台毎に設定された遊技台データファイルの内容を示す図である。 管理コンピュータに設けられた計数データファイルの内容を示す図である。 管理コンピュータに設けられた計数玉数／持玉数／誤差玉数ファイルの内容を示す図である。 台番号特定情報入力手段を用いた別実施形態を示す遊技場管理システムのブロック図である。 図１８に示す第２実施形態の管理コンピュータのＣＰＵが実行する計数データ記憶処理のフローチャートである。 図２２に示す台番号特定情報入力手段の別実施形態における管理コンピュータのＣＰＵが実行する計数データ記憶処理のフローチャートである。 同上の実施形態のＣＰＵが実行する該当台番号検索処理のサブルーチンを示すフローチャートである。 管理コンピュータのＣＰＵが実行する遊技台データ累計処理のサブルーチンを示すフローチャートである。 同上の実施形態のＣＰＵが実行する持玉数記憶処理のサブルーチンを示すフローチャートである。 同上の実施形態のＣＰＵが実行する誤差玉数記憶処理のサブルーチンを示すフローチャートである。 同上の実施形態のＣＰＵが実行する累計誤差玉数記憶処理のサブルーチンを示すフローチャートである。 台番号／累計誤差玉数記憶ファイルの内容を示す図である。 台番号毎に設けられた計数玉数／持玉数ファイルの内容を示す図である。 台番号毎に設けられた計数玉数／遊技台データファイルの内容を示す図である。 計数器に対して接続されたグループ情報入力手段の一実施態様として入力画面を示す図である。 計数器に対して接続されたグループ情報入力手段の別の一実施態様として入力画面を示す図である。 グループ毎に設けられた計数データファイルの内容を示す図である。

以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明の遊技場管理装置１の実施形態に係るブロック図である。遊技場管理装置１は、管理室或いは事務所等に設置された管理コンピュータ２、遊技場内に複数設置された遊技台（例えば、パチンコ遊技機やメダル式遊技機）３、各遊技台１台毎に対応して配備された各カードユニット４、遊技者が遊技によって獲得した遊技媒体の一態様である持玉を計数するための計数器１１、計数器１１や各遊技台３と管理コンピュータ２とを双方向データ通信可能に接続するＬＡＮ５、各カードユニット４と管理コンピュータ２とを双方向データ通信可能に接続するＬＡＮ６、管理コンピュータ２にデータ通信可能に接続されたデータ記憶サーバ１２を備えている。なお、データ記憶サーバ１２には、各遊技台毎に設定されている遊技台データファイル（後述）を始め、各種の管理用データファイルが蓄積保存されている。なお、遊技台データファイルには、所定時間毎に時系列的に各遊技台データが記憶される。

複数の遊技台３は、島と呼ばれるグループに分けられている。各島には、各島毎に島コンピュータ８が設けられ、島コンピュータ８は、ＬＡＮ５によって管理コンピュータ２に通信接続されている。また、各遊技台３は、複数台の単位で台コンピュータ７にデータ通信可能に接続されている。なお、この実施形態では、２台の遊技台が１つの台コンピュータ７にデータ通信可能に接続されている。各台コンピュータ７は、各島毎に設けられた島コンピュータ８と通信接続されている。このため、各台コンピュータ７は、自己が属する島の島コンピュータ８及びＬＡＮ５を介して管理コンピュータ２に接続されている。

なお、図１には、図示していないが遊技台３は、遊技媒体（パチンコ玉或いはメダル）を貸し出すサンド貸機を含むものであり、遊技者が遊技媒体を購入するために使用した使用金額に対応する貸玉情報を台コンピュータ７に送信する。

計数器１１は、本実施形態では、島毎に１台設置されているものとする。計数器１１において、遊技媒体（遊技者が獲得した遊技玉、本実施形態では持玉という）の計数が終了すると、ＬＡＮ５を通じて管理コンピュータ２に計数結果が送信される。

管理コンピュータ２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース及びデータ記憶用の記憶装置を備えた制御部、ＣＲＴ或いは液晶パネル等からなる表示画面を有する表示装置、操作入力のためのキーボード装置及びマウスを備えている。

遊技台３毎に配設されたカードユニット４は、ＬＡＮ６を通じて管理コンピュータ２と通信接続されている。この実施形態のカードユニット４は、図示していないが会員カード挿入口を備えるものであり、遊技者が会員登録された会員である場合、遊技者識別データである会員ＩＤを台コンピュータ７に送信する。また、台コンピュータ７は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インタフェース及びデータ記憶用の記憶装置を備えた制御部を有する。

図１に示す遊技場管理装置１において、遊技者が会員である場合について述べる。会員登録された会員が所望の遊技台３で遊技を行う場合、まず、会員毎に配布された会員カードを遊技を行う遊技台３に対応するカードユニット４の会員カード挿入口に挿入する。この会員カードには、会員識別データ（この実施形態では、会員ＩＤ）が記録されている。会員カードがカードユニット４に挿入されると、会員カードに記録された会員ＩＤが読み出され、ＬＡＮ６を通じて自己の通信アドレスと共に会員ＩＤが管理コンピュータ２に送られる。

管理コンピュータ２は、会員ＩＤを受け取ると、データ記憶サーバ１２に設定されている会員登録ファイル（図示せず）を検索し、受け取った会員ＩＤが登録されているか否かを判定する。なお、管理コンピュータ２は、会員ＩＤを送信してきたカードユニット４の通信アドレスにより、どの台番号の遊技台に対応するカードユニットであるかを識別する。

受け取った会員ＩＤが会員登録ファイルに登録されている会員ＩＤのいずれかに一致すれば、当該会員ＩＤは認証されたことになり、管理コンピュータ２は、カードユニット４に対して認証ＯＫを送信する。この場合、カードユニット４において当該会員ＩＤは、有効（会員扱い）となる。

一方、管理コンピュータ２にて受け取った会員ＩＤが会員登録ファイルに登録されている会員ＩＤのいずれにも一致しなければ、認証不可となる。管理コンピュータ２は、カードユニット４に対して認証不可を送信する。認証不可を受けたカードユニット４は、会員カードを返却する。この場合には、カードユニット４において当該会員ＩＤは無効（非会員扱い）となる。

また、会員は、この遊技台３での遊技を終了する場合には、カードユニット４に設けられた返却ボタン（図示せず）を操作し、会員カードを会員カード挿入口から抜き取る。カードユニット４は、会員カードを排出すると、それまで保持していた会員ＩＤをクリアする。

なお、本実施形態では、遊技台３は、会員と非会員（会員ではない一般客）の別に関係なく遊技台３（遊技機９）での遊技を可能としてある。従って、カードユニット４に対応する遊技台３でプレイしている遊技者が会員であるか非会員であるかは、会員カードがカードユニット４に挿入されて、未返却である場合に限り、会員がその遊技台でプレイしていると認定することができる。従って、カードユニット４並びに管理コンピュータ２では、会員カードの返却を以って、この会員ＩＤの会員による遊技の終了と見なしている。カードユニット４は、会員カードを返却すると、対応する遊技台を非会員扱いに戻す。

図２は、遊技台３から台コンピュータ７、台コンピュータ７から島コンピュータ８、島コンピュータ８から管理コンピュータ２、カードユニット４から管理コンピュータ２及び計数器１１から管理コンピュータ２にそれぞれ送信される各種遊技情報を説明する図である。なお、本実施形態では、遊技台３は、遊技機（パチンコ遊技機、或いはメダル式遊技機）９及び遊技媒体（パチンコ玉或いはメダル）を貸し出すサンド貸機１０とにより構成される。本実施形態では、遊技機９からは所定周期毎（例えば、４ｍｓ毎）に、アウト情報、セーフ情報、特賞情報が台コンピュータ７に送信される。なお、これらの情報を所定周期毎に送信するのではなく、これらの情報が発生する度に台コンピュータ７に送信する構成であってもよい。また、サンド貸機１０からは、貸玉情報が台コンピュータ７に送信される。なお、サンド貸機１０は、貸玉が発生する毎にその貸玉情報を台コンピュータ７に送信する。さらに、カードユニット４から所定周期毎（例えば、３０秒毎）に、遊技者識別情報が管理コンピュータ２に送信される。なお、遊技者識別情報を所定周期毎に送信するのではなく、会員カード挿入時と会員カード排出時にのみ、即ち、会員ＩＤの変更があった場合にのみ、遊技者識別情報（会員ＩＤ）を管理コンピュータ２に送信する構成であってもよい。またさらに、計数器１１は、遊技媒体の計数が終了する毎にその計数値を管理コンピュータ２に送信する。管理コンピュータ２は、計数値を送信してきた計数器１１の通信アドレスにより、どの島の計数器であるかを識別する。

なお、アウト情報は、遊技機９に投入された遊技媒体数（例えば、打ち込まれたパチンコ玉数）を示し、アウト玉が１０玉カウントされる毎に出力される。また、セーフ情報は、遊技機９において払い出された遊技媒体数（例えば、賞玉として払い出されたパチンコ玉数）を示し、セーフ玉が１０玉カウントされる毎に出力される。特賞情報は、遊技機９における特別遊技状態（例えば、大当り遊技）の有無を示すもので、この明細書では、大当り遊技中に出力されるものとして説明する。

貸玉情報は、遊技者が遊技を行うための遊技媒体（例えば、パチンコ玉、メダル）の購入に使用した使用金額に対応するもので、この実施形態では、１回の操作につき１０００円分の貸玉（通常、１００円につき２５個であるので２５０個）或いは１０００円分のメダル（５０枚）が貸し出される。サンド貸機１０は、前記予め定めた金額相当分の遊技媒体の貸出に応じて、台コンピュータ７に対して貸玉情報を出力する。この場合、貸玉情報は、遊技媒体の貸出があれば「１」、遊技媒体の貸出がなければ「０」を出力する。

遊技機９からアウト情報、セーフ情報、特賞情報が台コンピュータ７に送信されると、台コンピュータ７において割り込みがかかり、台コンピュータ７により割込処理ルーチン（図示せず）が実行される。なお、アウト情報、セーフ情報、特賞情報をまとめて遊技機情報ということにする。台コンピュータ７は、割込処理ルーチンにて遊技機情報を入力する。台コンピュータ７は、遊技機情報を入力すると割込処理ルーチンを終えてメインルーチン（図示せず）に戻り、遊技機情報処理においてアウト情報のありに応じてアウト数カウンタをカウントアップし（１０玉毎に出力されるので１０を加算）、セーフ情報のありに応じてセーフ数カウンタをカウントアップし（１０玉毎に出力されるので１０を加算）、特賞情報の有無の別に応じて特賞フラグをセット／クリアする。

台コンピュータ７は、上記の処理を予め定めた期間（本実施形態では、１分間）にわたって行い、島コンピュータ８からデータ送信要求（本実施形態では、１分毎）があると、現在時刻、１分間のアウト数、１分間のセーフ数、１分間における特賞フラグの状態（特賞情報）、貸玉情報（貸玉の有無であり、有りの場合には貸玉の個数を意味する。本実施形態では、貸玉２５０個に対して貸玉情報が出力されるので、貸玉２５０個を意味することになる。なお、貸玉１２５個に対して貸玉情報が出力される場合には、貸玉１２５個を意味することになる）を台番号と共に島コンピュータ８に送信する。島コンピュータ８は、台コンピュータ７から送信された現在時刻、アウト数、セーフ数、特賞情報、貸玉情報、台番号を受信すると、受信したこれらのデータを記憶する。また、島コンピュータ８は、管理コンピュータ２からデータ送信要求（本実施形態では、１分毎）があると、１島分の各台の現在時刻、アウト数、セーフ数、特賞情報、貸玉情報、台番号を管理コンピュータ２に対して送信する。

管理コンピュータ２は、島コンピュータ８から送信されたこれらをデータ受信すると、データ記憶サーバ１２に設定された受信した台番号に対応した遊技台データファイルに、時刻、アウト数、セーフ数、特賞情報、貸玉情報を記憶する。

また、この実施形態では、管理コンピュータ２では、会員ＩＤは遊技者識別情報として機能する。例えば、カードユニット４にて、認証ＯＫとなった正規会員カード（会員ＩＤが、例えば「０００１」）が挿入されている場合には、カードユニット４は管理コンピュータ２に対して現在時刻と共に会員ＩＤ「０００１」を送信する。管理コンピュータ２は、遊技者識別情報として会員ＩＤ「０００１」をそのカードユニット４に対応する台番号に対応した遊技台データファイルの現在時刻に対応した会員ＩＤデータに記憶する。この会員が遊技終了として、カードユニット４から正規会員カードの返却を受けると、カードユニット４はこの会員による遊技終了と判断し、会員ＩＤを０クリアし、管理コンピュータ２に対して０形式のデータとして会員ＩＤ「００００」と現在時刻を送信する。管理コンピュータ２は、遊技者識別情報として会員ＩＤ「００００」を受けると、会員ＩＤ「０００１」による遊技終了と判定する。また、遊技者識別情報として会員ＩＤ「００００」をそのカードユニット４に対応する台番号に対応した遊技台データファイルの現在時刻に対応した会員ＩＤデータに記憶する。

図３は、データ記憶サーバ１２において各遊技台毎に設定された遊技台データファイルの内容を示す図である。なお、図３は、一例として、１５０番台の遊技台データを示している。遊技台データファイルの遊技台データは、所定時間毎に時系列的に記憶される。図３では、１５０番台について、時刻１０時０１分から１分毎に１０時２３分まで記憶されている例を示している。

遊技台データの内容は、時刻記憶エリア、アウト数記憶エリア、セーフ数記憶エリア、貸玉数記憶エリア、特賞情報記憶エリア、会員ＩＤ記憶エリア、持玉数記憶エリア、計数値記憶エリアで構成されている。このうち、時刻記憶エリア、アウト数記憶エリア、セーフ数記憶エリア、貸玉情報記憶エリア、特賞情報記憶エリアに記憶される各データは、島コンピュータ８から送信される。また、会員ＩＤ記憶エリアに記憶される会員ＩＤは、カードユニット４からその時刻と共に送信される。

持玉数記憶エリアには、持玉数が記憶される。なお、持玉数は、「現在の持玉数＋セーフ数＋貸玉数−アウト数」で算出される。また、計数値記憶エリアには計数器１１から送信された計数値が記憶されるが、後述する台毎計数値特定処理において、計数値が台番号のその時刻の持玉数によるものと特定された場合に限り計数値が記憶される。

以上のように構成した、遊技場管理装置１における管理コンピュータ２の動作について説明する。図４は、管理コンピュータ２のＲＡＭに設定されたデータ記憶エリアの一部の内容を示す図である。なお、電源投入時に実行される初期化処理（図示せず）により、データ記憶エリアは０クリアされる。また、図５は、管理コンピュータ２のＣＰＵ（以下、単にＣＰＵという）が実行する計数値処理のサブルーチンを示すフローチャートである。なお、上記計数値処理のサブルーチンは、管理コンピュータ２のＣＰＵが行う図示しないメインルーチンにおいて行われるものである。ＣＰＵは、計数器１１から送信される遊技媒体の計数値があるか否かを監視している（ステップＳ０１）。計数器１１の計数値の送信がなければ、計数値処理を終えてメインルーチンに戻る。

一方、計数値の送信があれば、ステップＳ０１を真と判別し、計数値を送信した計数器１１の計数器番号を記憶する（ステップＳ０２）。なお、管理コンピュータ２のＣＰＵは、計数値を送信してきた計数器１１の通信アドレスにより、どの島の計数器であるかを識別する。次いで、計数値を受信した時刻ｔｃ（以下、計数時刻という）を記憶し（ステップＳ０３）、計数値Ｎ１を記憶する（ステップＳ０４）。ＣＰＵは、次に、計数時刻ｔｃよりも予め定めた時間だけ前の時刻をサーチ開始時刻ｔ１として記憶する（ステップＳ０５）。なお、この実施形態では、例えば、計数時刻ｔｃよりも１０分前の時刻をサーチ開始時刻とすることにする。ＣＰＵは、サーチ開始時刻を記憶すると、次に述べる台毎計数値特定処理を実行するか否かを規定する実行フラグＦ１に１をセットし（ステップＳ０６）、計数値処理を終えてメインルーチンに戻る。

以下の説明では、一例として、計数値Ｎ１として「２１５０」が受信入力されたものとする。また、計数値「２１５０」が受信入力された時刻、即ち、計数時刻は１０時２０分であるとする。従って、サーチ開始時刻ｔ１は、計数時刻１０時２０分の１０分前の時刻１０時１０分となる。

図６は、ＣＰＵが実行する台毎計数値特定処理のサブルーチンを示すフローチャートである。台毎計数値特定処理は、計数値処理にて計数値の受信が実質的に行われた結果、実行フラグＦ１に１がセットされた場合のみ、実質的に実行される処理である。ＣＰＵは、まず、実行フラグＦ１が１であるか否かを判別する（ステップＳ１０）。実行フラグＦ１に１がセットされていない場合（Ｆ１＝０の場合）、ＣＰＵは、台毎計数値特定処理を終えて図示しないメインルーチンにリターンする。この場合は実質的な台毎計数値特定処理は行われない。

一方、実行フラグＦ１に１がセットされている場合は（Ｆ１＝１の場合は）、ＣＰＵは、実行フラグＦ１を０クリアし（ステップＳ１１）、ステップＳ１２に進み、該当候補検索処理を実行する。なお、該当候補検索処理は、今回受信記憶した計数値に対応する持玉がある遊技台を検索する処理である。

図７は、ＣＰＵが実行する該当候補検索処理のサブルーチンを示すフローチャートである。ＣＰＵは、該当候補検索処理を開始すると、まず、検索開始台番号を検索レジスタｉにセットし（ステップＡ０１）、該当件数をカウントする該当候補カウンタを０セットし（ステップＡ０２）、ステップＡ０３に進み、サーチ開始時刻ｔ１をサーチ時刻にセットし（ステップＡ０３）、ステップＡ０４に進む。

ステップＡ０４に進むと、ＣＰＵは、検索レジスタｉで指定されるｉ番台の遊技台データファイルからサーチ時刻に対応する遊技台データを読み出す（ステップＡ０４）。次いで、遊技台データの持玉数と計数値Ｎ１とを比較する。なお、計数値Ｎ１と持玉数とは誤差の関係で一致しないため、計数値Ｎ１を中心の値として、計数値Ｎ１に予め定めた所定値を足した値（上限比較値）及び差し引いた値（下限比較値）を比較に用いる。なお、本実施形態では、一例として、前記所定値を「５０」としている。即ち、検索条件として、持玉数が計数値Ｎ１−５０から計数値Ｎ１＋５０の範囲内であるものを選択する。

ＣＰＵは、まず、持玉数が、計数値Ｎ１−５０以上であるか否かを判別する（ステップＡ０５）。ＣＰＵは、ステップＡ０５にて、持玉数が、計数値Ｎ１−５０以上でなければ、ステップＡ０７にジャンプする。一方、ステップＡ０５にて、持玉数が、計数値Ｎ１−５０以上であれば、次に、持玉数が、計数値Ｎ１＋５０以下であるか否かを判別する（ステップＡ０６）。ＣＰＵは、ステップＡ０６にて、持玉数が、計数値Ｎ１＋５０以下でなければ、ステップＡ０７に進む。一方、ステップＡ０６にて、持玉数が、計数値Ｎ１＋５０以下であれば、ステップＡ０９に進む。

まず、ステップＡ０７に進む場合、すなわち、持玉数が計数値Ｎ１−５０から計数値Ｎ１＋５０の範囲内でない場合について説明する。ＣＰＵは、サーチ時刻を次の時刻に更新し（本実施形態では、遊技台データは、１分毎に記憶されるため、サーチ時刻を１分後の時刻に更新し）（ステップＡ０７）、サーチ時刻が計数時刻ｔｃを過ぎているか否かを判別する（ステップＡ０８）。ＣＰＵは、サーチ時刻が計数時刻ｔｃを過ぎていなければ、ステップＡ０４に戻り、遊技台データファイルから更新したサーチ時刻に対応する遊技台データを読み出す（ステップＡ０４）。

図３に示す１５０番台の遊技台データを一例にあげて説明すると、１０時１０分の遊技台データを読み出し、この持玉数「１０」は、計数値「２１５０」から所定値（或いは誤差とも言える）「５０」を差し引いた下限比較値「２１００」よりも小さいから、サーチ時刻を１０時１１分とし、このサーチ時刻は計数時刻「１０時２０分」を過ぎていないため、１０時１１分の遊技台データを読み出し、ステップＡ０５並びにステップＡ０６の検索条件に該当するかを判別する。

当該台番号の遊技台データが、持玉数が計数値−５０（先に説明した一例では「２１００」）から計数値＋５０（先に説明した一例では「２２００」）の範囲内でない場合、ＣＰＵは、ステップＡ０４、ステップＡ０５を偽、又はステップＡ０５を真かつステップＡ０６を偽、ステップＡ０７、ステップＡ０８を偽となる処理ループを繰り返す。ステップＡ０８にて、サーチ時刻が計数時刻ｔｃを過ぎていれば、ＣＰＵはステップＡ１１に進む。

図１２に示す１５１番台の遊技台データを一例にあげて説明すると、１０時１０分から１０時２０分までの遊技台データの持玉数「６０」、「２４０」、「２４０」、「１８０」、…、「６０」は、計数値「２１５０」から所定値（或いは誤差とも言える）「５０」を差し引いた下限比較値「２１００」よりも全て小さいから、更新するサーチ時刻が「１０時２１分」となって計数時刻「１０時２０分」を過ぎることになり、ステップＡ１１に進む。この場合、１５１番台には、検索条件に該当する持玉数はないことになる。

一方、持玉数が計数値Ｎ１−５０（先に説明した一例では「２１００」）から計数値Ｎ１＋５０（先に説明した一例では「２２００」）の範囲内にある場合、ＣＰＵは、ステップＡ０９に進み、該当候補カウンタＣ１を＋１し（ステップＡ０９）、該当候補データとして、台番号及び遊技台データの時刻を記憶し（ステップＡ１０）、ステップＡ０７に進む。

図３の１５０番台の遊技台データを一例にあげて説明すると、１０時１７分の遊技台データを読み出すと、この持玉数「２１３０」は、下限比較値「２１００」よりも大きいから、ステップＡ０６で上限比較値「２２００」と比較することになり、持玉数「２１３０」は、上限比較値「２２００」よりも小さいから、ステップＡ０９に進み、該当候補カウンタＣ１を＋１し、該当候補データとして、台番号「１５０」及び遊技台データの時刻「１０時１７分」を記憶することになる。なお、図１３は、ＲＡＭにおける該当候補データの記憶態様を示す図である。

ステップＡ１１に進む場合、当該台番号の遊技台データの検索は終了となる。ＣＰＵは、検索レジスタｉの値を次の台番号に更新し（ステップＡ１１）、更新アップしたｉの値で指定される台番号が存在するか否かを判別する（ステップＡ１２）。更新アップしたｉの値で指定される台番号が存在する場合には、ＣＰＵは、ステップＡ０３に戻り、サーチ開始時刻ｔ１をサーチ時刻にセットし（ステップＡ０３）、ステップＡ０４に進み、更新した検索レジスタｉの値で指定される次のｉ番台の遊技台データファイルからサーチ時刻に対応する遊技台データを読み出し（ステップＡ０４）、検索条件に該当する持玉数があるか否かを検索する。このようにして、ＣＰＵは、全ての遊技台について、検索条件に該当する持玉数があるか否かを検索する。ＣＰＵは、全ての遊技台について検索すると、更新アップしたｉの値で指定される台番号が存在しないことになり、ＣＰＵは該当候補検索処理を終えて台毎計数値特定処理ルーチンに戻る。

図６の台毎計数値特定処理のフローチャートに戻り、ＣＰＵは、該当候補検索処理を終えると、該当候補カウンタＣ１の値が０であるか否か、即ち、計数値に対応する持玉数となる遊技台が全く見つからなかったか否かを判別する（ステップＳ１３）。ＣＰＵは、該当候補カウンタＣ１の値が０である場合には、即ち、計数値に対応する持玉数となる遊技台が全く見つからなかった場合には、警告を出力し（ステップＳ１４）、台毎計数値特定処理を終えて図示しないメインルーチンに戻る。例えば、計数値が２００００であった場合、持玉数が１９５５０〜２００５０となる遊技台が全く見つからなかった場合は、計数器ゴトや機器不良等の可能性があるので警告を出力する。なお、警告の出力先としては、計数器１１のディスプレイ（表示）や従業員のインカム（音声）等となる。

一方、ステップＳ１３において、該当候補カウンタＣ１の値が０でない場合には、即ち、計数値に対応する持玉数となる遊技台が１つ以上見つかった場合には、ＣＰＵはステップＳ１５の該当遊技台特定処理に進む。なお、該当遊技台特定処理は、該当候補検索処理によって検索した該当候補の遊技台のうちから、今回受信記憶した計数値に対応する持玉数がある遊技台１台を選定する処理である。

図８は、ＣＰＵが実行する該当遊技台特定処理のサブルーチンを示すフローチャートである。ＣＰＵは、該当遊技台特定処理を開始すると、まず、該当候補カウンタＣ１の値が１であるか否か、即ち、計数値に対応する持玉数となる遊技台が１台だけ見つかったか否かを判別する（ステップＡ２１）。ＣＰＵは、該当候補カウンタＣ１の値が１である場合には、即ち、計数値に対応する持玉数となる遊技台が１台だけの場合には、ステップＡ３８に進み、該当候補データの台番号を選定台番号に記憶し（ステップＡ３８）、該当候補データの時刻を選定時刻に記憶し（ステップＡ３９）、該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

一方、該当候補カウンタＣ１の値が１でない場合は、計数値に対応する持玉数となる遊技台が複数台見つかった場合である。ＣＰＵは、ステップＡ２１を偽と判別してステップＡ２２に進む。ＣＰＵは、該当候補データを指定するための検索レジスタｊに１をセットし（ステップＡ２２）、検索レジスタの値ｊで指定されるｊ番目の該当候補データの台番号と時刻とで該当する遊技台データを読み出す（ステップＡ２３）。次いで、ＣＰＵは、読み出した遊技台データの次の時刻の遊技台データを読み出し（ステップＡ２４）、ステップＡ２５に進む。例えば、該当候補データが、台番号「１５０」、時刻「１０時１７分」であれば、ステップＡ２３で、１５０番台の遊技台データファイルの１０時１７分の遊技台データが読み出され、ステップＡ２４で、１５０番台の遊技台データファイルの１０時１８分の遊技台データが読み出されることになる。なお、以下の説明において、ステップＡ２３にて読み出した遊技台データを当該遊技台データということにし、ステップＡ２４にて読み出した遊技台データを次の遊技台データということにする。

ステップＡ２５以下の処理は、当該遊技台データと次の遊技台データとを比較し、比較結果により今回受信記憶した計数値に対応する持玉数がある遊技台１台を選定するための処理である。まず、ＣＰＵは、当該遊技台データの会員ＩＤと次の遊技台データの会員ＩＤとが同じであるか否かを判別する（ステップＡ２５）。会員ＩＤが同じである場合、例えば、非会員を表す「００００」同士である場合や、同じ会員ＩＤ「００１１」同士のように、会員ＩＤが変化していない場合には、当該遊技台データの遊技者は遊技を続行していると考えられる。

一方、会員ＩＤが同じでない場合、例えば、当該遊技台データの会員ＩＤが非会員を表す「００００」で、次の遊技台データの会員ＩＤが会員ＩＤ「００１１」に変化した場合や、当該遊技台データの会員ＩＤが会員ＩＤ「００１１」で、次の遊技台データの会員ＩＤが非会員を表す「００００」に変化した場合や、当該遊技台データの会員ＩＤが会員ＩＤ「００１１」で、次の遊技台データの会員ＩＤが別の会員ＩＤ「００１２」に変化した場合には、当該時刻と次の時刻とで遊技者が交代した、即ち、当該遊技台データの遊技者は遊技を終了したものと考えられる。

ＣＰＵは、当該遊技台データの会員ＩＤと次の遊技台データの会員ＩＤとが同じでない場合には、今回受信記憶した計数値に対応する持玉数がある遊技台を、当該遊技台データの遊技台に選定する。即ち、ＣＰＵは、ステップＡ２５を偽と判別してステップＡ４０に進み、検索レジスタの値ｊで指定されるｊ番目の該当候補データの台番号を選定台番号に記憶し（ステップＡ４０）、ｊ番目の該当候補データの時刻を選定時刻に記憶し（ステップＡ４１）、該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

例えば、図１４に示す１５２番台の遊技台データを一例にあげて説明する。例えば、該当候補データが、台番号「１５２」、時刻「１０時２７分」であれば、ステップＡ２３で、１５２番台の遊技台データファイルの１０時２７分の遊技台データが読み出され、ステップＡ２４で、１５２番台の遊技台データファイルの１０時２８分の遊技台データが読み出されることになる。当該遊技台データ（１０時２７分の遊技台データ）の会員ＩＤ「００１１」と次の時刻の遊技台データ（１０時２８分の遊技台データ）の会員ＩＤ「０００２」とが異なるため、台番号「１５２」が選定台番号に記憶され、当該遊技台データの時刻「１０時２７分」が選定時刻に記憶されることになる。

一方、当該遊技台データの会員ＩＤと次の遊技台データの会員ＩＤとが同じである場合、ＣＰＵはステップＡ２５を真と判別してステップＡ２６に進む。ＣＰＵは、次の遊技台データの貸玉数があるか否か判別する（ステップＡ２６）。ＣＰＵは、次の遊技台データの貸玉数がない場合には、ステップＡ２８にジャンプする。一方、次の遊技台データの貸玉数がある場合、ＣＰＵは、当該遊技台データの持玉数が予め定めた数Ｍ１（持玉数が十分あると見なせる数、例えば、１０００円分の２５０）以上であるか否かを判別する（ステップＡ２７）。なお、ＣＰＵは、当該遊技台データの持玉数が予め定めた数以上でない場合、ステップＡ２７を偽と判別してステップＡ２８に進む。

一方、ステップＡ２７において、当該遊技台データの持玉数が予め定めた数以上である場合には、即ち、持玉が十分ある上で貸玉を購入したことになり、１人の遊技者が持玉が十分ある上で貸玉を購入することは考えにくい。従って、持玉が十分ある上で貸玉を購入した場合、当該時刻と次の時刻とで遊技者が交代した、即ち、当該遊技台データの遊技者は遊技を終了したものとみなす。従って、当該遊技台データの持玉数が予め定めた数以上である場合には、今回受信記憶した計数値に対応する持玉数がある遊技台を、当該遊技台データの遊技台に選定する。即ち、ＣＰＵは、ステップＡ２７を真と判別してステップＡ４０に進み、ｊ番目の該当候補データの台番号を選定台番号に記憶し（ステップＡ４０）、ｊ番目の該当候補データの時刻を選定時刻に記憶し（ステップＡ４１）、該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

例えば、図３に示す１５０番台の遊技台データを一例にあげて説明する。例えば、該当候補データが、台番号「１５０」、時刻「１０時１７分」であれば、ステップＡ２３で、１５０番台の遊技台データファイルの１０時１７分の遊技台データが読み出され、ステップＡ２４で、１５０番台の遊技台データファイルの１０時１８分の遊技台データが読み出されることになる。当該遊技台データ（１０時２７分の遊技台データ）の会員ＩＤ「００００」と次の時刻の遊技台データ（１０時２８分の遊技台データ）の会員ＩＤ「００００」とは同じであるため、ＣＰＵは、ステップＡ２６に進む。ステップＡ２６では、次の時刻の遊技台データ（１０時２８分の遊技台データ）の貸玉数があり、ステップＡ２７では、当該遊技台データの持玉数「２１３０」は予め定めた数Ｍ１よりも大きいため、台番号「１５０」が選定台番号に記憶され、当該遊技台データの時刻「１０時１７分」が選定時刻に記憶されることになる。

ステップＡ２８に進む場合、ＣＰＵは、次の遊技台データのアウト数が０であるか否か判別する（ステップＡ２８）。即ち、次の遊技台データにて、打ち込み数が０であるか否かを判別する。打ち込み数が０である場合、当該遊技台データの遊技者が遊技を終了したものとみなす。従って、次の遊技台データのアウト数が０である場合、今回受信記憶した計数値に対応する持玉数がある遊技台を、当該遊技台データの遊技台に選定する。即ち、ＣＰＵは、ステップＡ２８を真と判別してステップＡ４０に進み、ｊ番目の該当候補データの台番号を選定台番号に記憶し（ステップＡ４０）、ｊ番目の該当候補データの時刻を選定時刻に記憶し（ステップＡ４１）、該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

例えば、図１５に示す１６０番台の遊技台データを一例にあげて説明する。例えば、該当候補データが、台番号「１６０」、時刻「１１時０９分」であれば、ステップＡ２３で、１６０番台の遊技台データファイルの１１時０９分の遊技台データが読み出され、ステップＡ２４で、１６０番台の遊技台データファイルの１１時１０分の遊技台データが読み出されることになる。当該遊技台データ（１１時０９分の遊技台データ）の会員ＩＤ「００００」と次の時刻の遊技台データ（１１時０９分の遊技台データ）の会員ＩＤ「００００」とは同じであり、次の時刻の遊技台データ（１１時１０分の遊技台データ）の貸玉数が０であることから、ＣＰＵはステップＡ２８に進む。ステップＡ２８では、次の時刻の遊技台データ（１１時１０分の遊技台データ）のアウト数が０であるため、台番号「１６０」が選定台番号に記憶され、当該遊技台データの時刻「１１時０９分」が選定時刻に記憶されることになる。

なお、本実施形態では、当該遊技台データの次の時刻の遊技台データのアウト数が０の場合に遊技終了とみなしているが、次の時刻の遊技台データのアウト数が０の場合に、またその次の時刻の遊技台データのアウト数が０、さらにその次の時刻の遊技台データのアウト数が０、即ち、当該時刻から３分間アウト数が０である場合に、遊技終了とみなすようにすれば、より確実に遊技終了を判別することができる。

ステップＡ２８にて、ＣＰＵは、次の遊技台データのアウト数が０でない場合、検索レジスタｊの値を＋１し（ステップＡ２９）、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えたか否かを判別する（ステップＡ３０）。ＣＰＵは、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えていなければ、ステップＡ２３に戻り、更新アップした検索レジスタの値ｊで指定されるｊ番目の該当候補データの台番号と時刻とで該当する遊技台データを読み出し（ステップＡ２３）、読み出した遊技台データの次の時刻の遊技台データを読み出し（ステップＡ２４）、前述したステップＡ２５〜ステップＡ２８の処理を行う。

以上のように、当該遊技台データと次の遊技台データとを比較し、当該遊技台データの会員ＩＤと次の遊技台データの会員ＩＤとが異なった場合（遊技者の交代が明らかである場合）、次に持玉が十分ある上で貸玉を購入した場合、その次にアウト数が０となって遊技終了が明らかな場合という優先順序で、該当候補データの遊技台のうちから、今回受信記憶した計数値に対応する持玉数がある遊技台１台を選定する。しかしながら、上述したステップＡ２２〜ステップＡ３０までの処理を全ての該当候補データの遊技台データについて行っても１台の遊技台が選定されなかった場合には、ステップＡ３０にて、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えることになる。

この場合には、ＣＰＵは、ステップＡ３０を真と判別してステップＡ３１の再選定処理に進む。図９は、ＣＰＵが実行する再選定処理のサブルーチンを示すフローチャートである。ＣＰＵは、再選定処理を開始すると、該当候補データを指定するための検索レジスタｊに１をセットし（ステップＡ３１０）、検索レジスタの値ｊで指定されるｊ番目の該当候補データの台番号と時刻とで該当する遊技台データを読み出し（ステップＡ３１１）、読み出した遊技台データの次の時刻の遊技台データを読み出し（ステップＡ３１２）、ステップＡ３１３に進む。

ＣＰＵは、次の遊技台データのアウト数が、予め定めた数Ｍ２（打ち込み数が０以外の極端に低い数、例えば、２０）以下であるか否かを判別する（ステップＡ３１３）。本実施形態においては、次の遊技台データにて、打ち込み数が極端に低い場合、当該遊技台データの遊技者が当該時刻に遊技を終了し、次の時刻には（その１分後には）別の遊技者により遊技が行われている可能性があるとして、当該遊技台データの遊技者が遊技を終了したものとみなすことにする。従って、次の遊技台データのアウト数が極端に低い場合、今回受信記憶した計数値に対応する持玉数がある遊技台を、当該遊技台データの遊技台に選定する。即ち、ＣＰＵは、ステップＡ３１３を真と判別してステップＡ３２２に進み、ｊ番目の該当候補データの台番号を選定台番号に記憶し（ステップＡ３２２）、ｊ番目の該当候補データの時刻を選定時刻に記憶し（ステップＡ３２３）、再選定処理を終えて該当遊技台特定処理に戻り、さらに該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

ステップＡ３１３において、次の遊技台データのアウト数が、予め定めた数Ｍ２以下でないと判別した場合、ＣＰＵはステップＡ３１４に進む。ＣＰＵは、当該遊技台データが特賞であるか否かを判別する（ステップＡ３１４）。当該遊技台データが特賞でなければ、ＣＰＵはステップＡ３１６にジャンプする。一方、当該遊技台データが特賞である場合、次の遊技台データも特賞であるか否かを判別する（ステップＡ３１５）。当該遊技台が特賞中である場合、当該遊技台で遊技している遊技者が遊技を終了することは考えられない。従って、ステップＡ３１４が真でかつステップＡ３１５が真の場合には、即ち、当該遊技台が特賞中である場合には、ＣＰＵは、今回受信記憶した計数値に対応する持玉数がある遊技台データではないと判定し、即ち、当該該当候補データではないと判定し、ステップＡ３２０にジャンプする。一方、次の遊技台データが特賞でない場合、ＣＰＵはステップＡ３１６に進む。

ここで、例えば、計数値Ｎ１が「３１３０」で、計数時刻ｔｃが「１０時３０分」であるとする。従って、サーチ開始時刻ｔ１は「１０時２０分」となる。検索する持玉数は、３１３０−５０＝３０８０が下限比較値、３１３０＋５０＝３１８０が上限比較値となり、３０８０≦持玉数≦３１８０となる遊技台データが該当候補データに記憶される。例えば、図１４に示す１５２番台の遊技台データは、１０時２４分の持玉数が３１６０であるので、該当候補データとして台番号「１５２」、時刻「１０時２４分」が記憶される。また、図１６に示す１６９番台の遊技台データは、１０時２４分の持玉数が３１７０であるので、該当候補データとして台番号「１６９」、時刻「１０時２４分」が記憶される。この２つ以外に該当候補データが得られなかったとする。

該当候補データが、台番号「１５２」、時刻「１０時２４分」の場合、当該遊技台データ（１０時２４分の遊技台データ）の会員ＩＤ「００１１」と次の時刻の遊技台データ（１０時２５分の遊技台データ）の会員ＩＤ「００１１」とは同じであり、次の時刻の遊技台データ（１０時２５分の遊技台データ）の貸玉数が０であり、次の時刻の遊技台データ（１０時２５分の遊技台データ）のアウト数が０ではないため、先に説明したステップＡ２１〜ステップＡ３０の処理では、選定されない。

また、該当候補データが、台番号「１６９」、時刻「１０時２４分」の場合、当該遊技台データ（１０時２４分の遊技台データ）の会員ＩＤ「００００」と次の時刻の遊技台データ（１０時２５分の遊技台データ）の会員ＩＤ「００００」とは同じであり、次の時刻の遊技台データ（１０時２５分の遊技台データ）の貸玉数が０であり、次の時刻の遊技台データ（１０時２５分の遊技台データ）のアウト数が０ではないため、先に説明したステップＡ２１〜ステップＡ３０の処理では、選定されない。

従って、これら２つの該当候補データは、ステップＡ３１の再選定処理で選定されることになる。再選定処理において、台番号「１５２」、時刻「１０時２４分」である該当候補データは、次の時刻の遊技台データ（１０時２５分の遊技台データ）のアウト数が「９０」であり、予め定めた数Ｍ２（打ち込み数が０以外の極端に低い数、例えば、２０）以下ではないため、ステップＡ３１３では選定されない。ステップＡ３１４においては、当該遊技台データ（１０時２４分の遊技台データ）が特賞であり、かつステップＡ３１５においては、次の時刻の遊技台データ（１０時２５分の遊技台データ）も特賞であるため、選定対象から外すことになる（ステップＡ３２０にジャンプ）。

一方、台番号「１６９」、時刻「１０時２４分」である該当候補データは、次の時刻の遊技台データ（１０時２５分の遊技台データ）のアウト数が「１０」であり、予め定めた数Ｍ２（打ち込み数が０以外の極端に低い数、例えば、２０）以下であるため、ステップＡ３１３では選定される。この場合、台番号「１６９」が選定台番号に記憶され、当該遊技台データの時刻「１０時２４分」が選定時刻に記憶されることになる。

また、ＣＰＵは、ステップＡ３１６に進む場合、計数値と当該遊技台データの持玉数との差を求める（ステップＡ３１６）。次いで、差記憶エリアの値（初期値は０）とステップＡ３１６で求めた差とを比較して、ステップＡ３１６で求めた差の方が小さいか否かを判別する（ステップＡ３１７）。差記憶エリアの値よりもステップＡ３１６で求めた差の方が小さい場合、ＣＰＵは、ステップＡ３１６で求めた差を差記憶エリアに記憶し（ステップＡ３１８）、ｊ番目の該当候補データを有力候補データとして記憶し（ステップＡ３１９）、ステップＡ３２０に進む。一方、ステップＡ３１７において、差記憶エリアの値よりもステップＡ３１６で求めた差の方が小さくない場合、ＣＰＵはステップＡ３２０に直接ジャンプする。

ステップＡ３２０に進むと、ＣＰＵは、検索レジスタｊの値を＋１し（ステップＡ３２０）、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えたか否かを判別する（ステップＡ３２１）。ＣＰＵは、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えていなければ、ステップＡ３１１に戻り、更新アップした検索レジスタの値ｊで指定されるｊ番目の該当候補データの台番号と時刻とで該当する遊技台データを読み出し（ステップＡ３１１）、読み出した遊技台データの次の時刻の遊技台データを読み出し（ステップＡ３１２）、前述したステップＡ３１３〜ステップＡ３２１の処理を行う。

以上に説明したように、ステップＡ３１３において、次の遊技台データのアウト数が、予め定めた数Ｍ２以下であることが検出された場合には、その遊技台データが選定されるが、ステップＡ３１３において、次の遊技台データのアウト数が、予め定めた数Ｍ２以下であることが検出されない場合には、全ての該当候補データの遊技台データについて前述したステップＡ３１１、ステップＡ３１２、ステップＡ３１３を偽、ステップＡ３１４〜ステップＡ３２１の処理が行われる。そして、ステップＡ３２１にて、更新アップした検索レジスタｊの値が該当候補カウンタＣ１の値を超えることになる。これにより、有力候補データとして、計数値と当該遊技台データの持玉数との差が１番小さい遊技台データの台番号と時刻が記憶されていることになる。

ＣＰＵは、ステップＡ３２１を真と判別してステップＡ３２２に進む。ＣＰＵは、有力候補データとして記憶されている遊技台データの台番号を選定台番号に記憶し（ステップＡ３２２）、有力候補データとして記憶されている遊技台データの時刻を選定時刻に記憶し（ステップＡ３２３）、再選定処理を終えて該当遊技台特定処理に戻り、さらに該当遊技台特定処理を終えて台毎計数値特定処理ルーチンに戻る。

ＣＰＵは、以上に説明した該当遊技台特定処理を終えると、次に、ステップＳ１６の計数値記憶処理に進む。図１０は、ＣＰＵが実行する計数値記憶処理のサブルーチンを示すフローチャートである。ＣＰＵは、計数値記憶処理を開始すると、選定台番号記憶エリアに記憶されている台番号の遊技台データファイルを特定し（ステップＡ５１）、選定時刻記憶エリアに記憶されている時刻の遊技台データの計数値記憶エリアに今回受信入力した計数値を記憶し（ステップＡ５２）、計数値記憶処理を終えて台毎計数値特定処理ルーチンに戻る。

ＣＰＵは、計数値記憶処理を終えると、次に、ステップＳ１７の持玉数見直し処理に進む。持玉数見直し処理は、今回受信記憶した計数値を選定台番号の遊技台の選定した時刻の持玉数によるものに選定したことに伴って、選定した時刻以降の持玉数が選定した時刻の持玉数を含んだものとなっているため、選定した時刻以降の持玉数から選定した時刻の持玉数を差し引いて選定した時刻以降の持玉数を見直す処理である。

図１１は、ＣＰＵが実行する持玉数見直し処理のサブルーチンを示すフローチャートである。ＣＰＵは、持玉数見直し処理を開始すると、まず、計数値記憶処理にて計数値を記憶した時刻（選定時刻）の遊技台データの持玉数をＸレジスタに記憶する（ステップＡ６１）。次いで、ＣＰＵは、次の時刻の遊技台データが存在するか否かを判別し（ステップＡ６２）、次の時刻の遊技台データが存在する場合は、次の時刻の遊技台データの持玉数からＸレジスタに記憶した選定時刻の遊技台データの持玉数を減算し（ステップＡ６３）、減算結果を次の時刻の遊技台データの持玉数として再記憶する（ステップＡ６４）。ステップＡ６４を終えると、ＣＰＵは、ステップＡ６２に戻り、次の時刻の遊技台データが存在するか否かを判別する。以上に述べたステップＡ６２〜ステップＡ６４を繰り返し、選定時刻以降の持玉数を見直す。ＣＰＵは、次の時刻の遊技台データが存在しなくなると、持玉数見直し処理を終えて台毎計数値特定処理ルーチンに戻る。また、ＣＰＵは、持玉数見直し処理を終えると、台毎計数値特定処理ルーチンが終わりとなり、図示しないメインルーチンに戻る。

なお、図１７は、計数時刻ｔｃが「１０時２０分」、計数値Ｎ１が「２１５０」に対して、図３に示す１５０番台の時刻「１０時１７分」の遊技台データの持玉数「２１３０」が選定された結果、時刻「１０時１７分」の遊技台データの計数値記憶エリアに今回の計数値「２１５０」が記憶され、時刻「１０時１８分」以降の持玉数が持玉数見直し処理によって見直された結果を示す図である。

なお、実際の計数値Ｎ１と選定された遊技台データの持玉数との差が誤差玉となる。上述の１５０番台の例では、計数値「２１５０」と持玉数「２１３０」との差「２０」が誤差玉となる。

以上に説明したように、上述した実施形態の遊技媒体計数装置によれば、計数器１１で計数された計数値に対応する持玉数がある遊技台を１台に選定することができるので、計数器ゴトによる不正を検出でき、遊技台毎に誤差玉がどれくらい発生しているのかを把握できる。なお、従来はホール全体の誤差玉しか見ることができなかったが、実施形態の遊技媒体計数装置によれば、遊技台毎の誤差玉を知ることができるため、誤差玉の原因を容易に特定することができる。

なお、上述した実施形態における該当候補データの選定の正確性を上げる方法として、例えば、一連の処理で得られた該当候補データに基づいて、その「持玉数」と「計数値」との差の二乗を全部加算してそれを最小とするものを総当りで調べる。また、全体のデータとしてつじつまが合わなかった場合は、該当候補データを選定した段階に戻り、再度選定し直すようにしてもよい。

上述した実施形態の遊技媒体計数装置は、計数器１１から送信された計数値と持玉数とを比較してどの遊技台の持玉数によるものかを選定するものであるが、台番号入力手段を備えた計数器を用いれば、上述の台毎計数値特定処理を行わなくとも、遊技台毎の計数器による計数値を特定することができる。

図１８は、請求項１に係る発明の実施形態（この明細書では第２実施形態という）に係る遊技場管理装置のブロック図である。請求項１に記載の発明は、遊技者が獲得した玉を計数する計数器１１と、玉を獲得した遊技台を特定するための台番号を計数器１１に入力する台番号入力手段１３と、計数器１１で玉計数がある毎に出力された計数玉数を、台番号に対応付けて記憶する計数玉数／台番号記憶手段と、各遊技台３に接続され、台番号に対応する遊技台のアウト数、セーフ数及び貸玉数を含む遊技台データを該台番号に対応付けて記憶する遊技台データ／台番号記憶手段と、セーフ数と貸玉数との和からアウト数を差し引いて持玉数を算出する持玉数算出手段と、持玉数と計数玉数との差である誤差玉数を算出する誤差玉数算出手段と、計数玉数／台番号記憶手段、遊技台データ／台番号記憶手段、持玉数算出手段及び誤差玉数算出手段に基いて、閉店時に、台番号毎に、開店時刻から閉店時刻まで誤差玉数の累計である累計誤差玉数を算出する台番号毎累計誤差玉数算出手段と、各台番号について、台番号に対応させて累計誤差玉数を表示する台番号毎累計誤差玉数表示手段と、を備えるものである。

第２実施形態では、遊技機９からは所定周期毎（例えば、４ｍｓ毎）に、少なくともアウト情報、セーフ情報が台コンピュータ７に送信される。なお、これらの情報を所定周期毎に送信するのではなく、これらの情報が発生する度に台コンピュータ７に送信する構成であってもよい。また、サンド貸機１０からは、貸玉情報が台コンピュータ７に送信される。なお、サンド貸機１０は、貸玉が発生する毎にその貸玉情報を台コンピュータ７に送信する。さらに、カードユニット４から所定周期毎（例えば、３０秒毎）に、会員ＩＤ（遊技者識別情報）が管理コンピュータ２に送信される。なお、会員ＩＤを所定周期毎に送信するのではなく、会員カード挿入時と会員カード排出時にのみ、即ち、会員ＩＤの変更があった場合にのみ、遊技者識別情報（会員ＩＤ）を管理コンピュータ３に送信する構成であってもよい。また、計数器１１は、獲得玉の計数が終了する毎にその計数玉数、台番号（遊技台識別情報）及び玉計数時刻を管理コンピュータ２に送信する。管理コンピュータ２は、これらの計数データを送信してきた計数器１１の通信アドレスにより、どの島の計数器であるかを識別する。

なお、アウト情報は、遊技機９に投入された遊技媒体数（例えば、打ち込まれたパチンコ玉数）を示し、アウト玉が１０カウントされる毎に出力される。また、セーフ情報は、遊技機９において払い出された遊技媒体数（例えば、賞玉として払い出されたパチンコ玉数）を示し、セーフ玉が１０カウントされる毎に出力される。

貸玉情報は、遊技者が遊技を行うための遊技媒体（例えば、パチンコ玉）の購入に使用した使用金額に対応するもので、この実施形態では、１回の操作につき１０００円分の貸玉（通常、１００円につき２５個であるので２５０個）が貸し出される。サンド貸機１０は、前記予め定めた金額相当分の遊技媒体の貸出に応じて、台コンピュータ７に対して貸玉情報を出力する。この場合、貸玉情報は、遊技媒体の貸出があれば「１」、遊技媒体の貸出がなければ「０」を出力する。

遊技機９からアウト情報、セーフ情報が台コンピュータ７に送信されると、台コンピュータ７において割り込みがかかり、台コンピュータ７により割込処理ルーチン（図示せず）が実行される。なお、アウト情報、セーフ情報をまとめて遊技機情報ということにする。台コンピュータ７は、割込処理ルーチンにて遊技機情報を入力する。台コンピュータ７は、遊技機情報を入力すると割込処理ルーチンを終えてメインルーチン（図示せず）に戻り、遊技機情報処理においてアウト情報のありに応じてアウト数カウンタをカウントアップし（１０カウント毎に出力されるので１０を加算）、セーフ情報のありに応じてセーフ数カウンタをカウントアップする（１０カウント毎に出力されるので１０を加算）。

台コンピュータ７は、上記の処理を予め定めた期間（本実施形態では、１分間）にわたって行い、島コンピュータ８からデータ送信要求（本実施形態では、１分毎）があると、現在時刻、１分間のアウト数、１分間のセーフ数、貸玉情報（貸玉の有無であり、有りの場合には貸玉の個数を意味する。本実施形態では、貸玉２５０個に対して貸玉情報が出力されるので、貸玉２５０個を意味することになる。なお、貸玉１２５個に対して貸玉情報が出力される場合には、貸玉１２５個を意味することになる）を台番号と共に島コンピュータ８に送信する。島コンピュータ８は、台コンピュータ７から送信された現在時刻、アウト数、セーフ数、貸玉情報、台番号を受信すると、受信したこれらのデータを記憶する。また、島コンピュータ８は、管理コンピュータ２からデータ送信要求（本実施形態では、１分毎）があると、１島分の各台の現在時刻、アウト数、セーフ数、貸玉情報、台番号を管理コンピュータ２に対して送信する。

管理コンピュータ２は、島コンピュータ８から送信されたこれらをデータ受信すると、データ記憶サーバ１２に設定された受信した台番号に対応した遊技台データファイルに、時刻、アウト数、セーフ数、貸玉数を記憶する。

図１９は、データ記憶サーバ１２において各遊技台毎に設定された遊技台データファイルの内容を示す図である。なお、図１９は、一例として、１５０番台の遊技台データを示している。遊技台データファイルの遊技台データは、所定時間毎に時系列的に記憶される。図１９では、１５０番台について、時刻１０時０１分から１分毎に１０時２３分まで記憶されている例を示している。なお、開店時刻である時刻１０時００分は、遊技開始前であるから、アウト数、セーフ数、貸玉数の各値を０としている。

この実施形態の場合、遊技台データの内容は、時刻記憶エリア、アウト数記憶エリア、セーフ数記憶エリア、貸玉数記憶エリア、会員ＩＤ記憶エリアで構成されている。なお、時刻記憶エリア、アウト数記憶エリア、セーフ数記憶エリア、貸玉情報記憶エリアに記憶される各データは、島コンピュータ８から送信される。また、会員ＩＤ記憶エリアに記憶される会員ＩＤはカードユニット４から送信される。

また、この実施形態では、管理コンピュータ２では、会員ＩＤは遊技者識別情報として機能する。例えば、カードユニット４にて、認証ＯＫとなった正規会員カード（会員ＩＤが、例えば「０００１」）が挿入されている場合には、カードユニット４は管理コンピュータ２に対して現在時刻と共に会員ＩＤ「０００１」を送信する。管理コンピュータ２は、遊技者識別情報として会員ＩＤ「０００１」をそのカードユニット４に対応する台番号に対応した遊技台データファイルの現在時刻に対応した会員ＩＤデータに記憶する（図１９参照）。この会員が遊技終了として、カードユニット４から正規会員カードの返却を受けると、カードユニット４はこの会員による遊技終了と判断し、会員ＩＤを０クリアし、管理コンピュータ２に対して０形式のデータとして会員ＩＤ「００００」と現在時刻を送信する。管理コンピュータ２は、遊技者識別情報として会員ＩＤ「００００」を受けると、会員ＩＤ「０００１」による遊技終了と判定する。また、遊技者識別情報として会員ＩＤ「００００」をそのカードユニット４に対応する台番号に対応した遊技台データファイルの現在時刻に対応した会員ＩＤデータに記憶する（図１９参照）。なお、会員カード挿入時と会員カード排出時にのみ、即ち、会員ＩＤの変更があった場合にのみ、会員ＩＤを管理コンピュータ２に送信する構成であってもよい。

また、図１８において、計数器１１に接続された台番号入力手段１３は、計数を行う玉を獲得した遊技台の台番号を入力するものであり、請求項１に記載されている台番号入力手段を構成する一態様であって、例えば、テンキーを備えたキーボード入力装置或いはタッチパネル、バーコード読取装置等で構成する。

台番号の入力を具体的に説明すると、遊技者が呼出ランプ等で従業員を呼ぶと、従業員はどの遊技台であるかを確認すると共に、玉箱を計数器１１まで持っていく。なお、どの遊技台であるかを確認する方法として、台番号が記された名前板、予め遊技台毎に備えられている玉箱に台番号を数字或いはバーコード化して記しておく方法等がある。従業員は、まず、その遊技台の台番号を台番号入力手段１３で入力する。従業員は、台番号の入力を確定させると、計数器１１に玉を流し込む。この時の計数玉数が入力された台番号に対応付けられて計数器１１の制御部の記憶手段（図示せず）に記億される。計数器１１は、管理コンピュータ２に計数データ（玉計数時刻、計数玉数及び台番号）を送信する。

図２０は、第２実施形態において管理コンピュータ２に設けられた計数データファイルの内容を示す図である。この実施形態の場合、計数データファイルの内容は、玉計数時刻記憶エリア、計数玉数記憶エリア、台番号記憶エリアで構成されている。これらの各記憶エリアには、計数器１１から送信された計数データが記憶される。また、図２１は、第２実施形態において管理コンピュータ２に設けられた計数玉数／持玉数／誤差玉数ファイルの内容を示す図である。なお、計数玉数／持玉数／誤差玉数ファイルは、遊技台毎に設けられている。

この実施形態の場合、計数玉数／持玉数／誤差玉数ファイルの内容は、玉計数時刻記憶エリア、計数玉数記憶エリア、持玉数記憶エリア、誤差玉数記憶エリアで構成されている。これらの各記憶エリアは、計数器１１から送信された計数データが記憶されると、玉計数時刻、計数玉数、持玉数、誤差玉数が記憶される。なお、持玉数は、セーフ数と貸玉数との和からアウト数を差し引いて算出する。また、誤差玉数は、持玉数と計数玉数との差であって、この実施形態では、持玉数から計数玉数を差し引いて算出するようにしている。なお、図２１では、１５０番台について、時刻１０時１７分、１１時、１１時２５分、１２時３０分、１３時２５分、１４時４５分、１７時３０分、２０時、２２時１５分の各玉計数時刻に記憶されている例を示している。

なお、計数器１１にカードリーダ１４を設けて会員カードに記憶された会員ＩＤを計数データと一緒に管理コンピュータ２に送信する構成とする場合がある。この場合、上述の計数データ記憶処理で、計数データの玉計数時刻を目安に（例えば、玉計数時刻よりも５分前の時刻）遊技台データファイル（図１９参照）を１台毎に検索し、会員ＩＤをキーとして計数玉を獲得した遊技台の台番号を特定する（玉計数時刻よりも５分前の時刻の遊技台データを読み、計数器１１から送信された会員ＩＤと一致する会員ＩＤが記憶された遊技台データであれば、計数玉数を獲得した遊技台としてその遊技台の台番号を特定する）構成となる。

図２２は、第２実施形態において、上述した台番号入力手段に代えて台番号特定情報入力手段を用いた別実施形態を示す遊技場管理システムのブロック図である。この実施形態では、台番号入力手段１３に代えてカードリーダ１４を計数器１１に接続している。カードリーダ１４は、会員カードに記憶された会員ＩＤを計数器１１に入力するものである。従業員は、まず、会員の所持する会員カードをカードリーダ１４に挿入し、カードリーダ１４に会員カードに記憶された会員ＩＤを読み取らせる。読み取られた会員ＩＤは、計数器１１に入力される。従業員は、会員ＩＤの入力を確定させると、計数器１１に玉を流し込む。この時の計数玉数が入力された会員ＩＤと共に計数器１１の制御部の記憶手段（図示せず）に記億される。計数器１１は、管理コンピュータ２に計数データ（玉計数時刻、計数玉数及び会員ＩＤ）を送信する。

以上のように構成された第２実施形態における遊技場管理システムにおける管理コンピュータ２の処理について説明する。図２３は、図１８に示す第２実施形態の管理コンピュータ２のＣＰＵが実行する計数データ記憶処理のフローチャートである。ＣＰＵは、計数データ記憶処理を開始すると、まず、計数器１１から計数データの送信があるか否かを判別する（ステップＳ２１）。計数器１１から計数データの送信がなければ、ＣＰＵは、ステップＳ２１を偽と判別し、計数データ記憶処理を抜けて図示しないメインルーチンに戻る。

一方、ＣＰＵは、計数器１１から計数データの送信があれば、ステップＳ２１を真と判別し、計数器１１から送信された計数データ（玉計数時刻、計数玉数、台番号）を受信し（ステップＳ２２）、受信した計数データを図２０に示すような計数データファイルに記憶する（ステップＳ２３）。次いで、ＣＰＵは、計数データの台番号から、図２１に示すような台番号に対応する計数玉数／持玉数／誤差玉数ファイルを特定し（ステップＳ２４）、玉計数時刻記憶エリアに計数データの玉計数時刻を記憶し（ステップＳ２５）、計数玉数記憶エリアに計数データの計数玉数を記憶し（ステップＳ２６）、後述の遊技台データ累計処理及び誤差玉数記憶処理に関する実行フラグＦ１に「１（実行）」をセットし（ステップＳ２７）、計数データ記憶処理を抜けて図示しないメインルーチンに戻る。

また、図２４は、図２２に示す台番号特定情報入力手段の別実施形態における管理コンピュータ２のＣＰＵが実行する計数データ記憶処理のフローチャートである。ＣＰＵは、計数データ記憶処理を開始すると、まず、計数器１１から計数データの送信があるか否かを判別する（ステップＳ３１）。計数器１１から計数データの送信がなければ、ＣＰＵは、ステップＳ３１を偽と判別し、計数データ記憶処理を抜けて図示しないメインルーチンに戻る。

一方、ＣＰＵは、計数器１１から計数データの送信があれば、ステップＳ３１を真と判別し、計数器１１から送信された計数データ（玉計数時刻、計数玉数、会員ＩＤ）を受信し（ステップＳ３２）、受信した計数データの玉計数時刻及び計数玉数を図２０のような計数データファイルに記憶し（ステップＳ３３）、計数データの会員ＩＤをＲＡＭの会員ＩＤ記憶エリアに記憶する（ステップＳ３４）。次いで、ＣＰＵは、玉計数時刻よりも予め定めた時間だけ前の時刻をサーチ開始時刻として記憶する（ステップＳ３５）。なお、この実施形態では、例えば、玉計数時刻よりも５分前の時刻をサーチ開始時刻とすることにする。ＣＰＵは、サーチ開始時刻を記憶すると、次に述べる該当台番号検索処理を実行する（ステップＳ３６）。

図２５は、ＣＰＵが実行する該当台番号検索処理のサブルーチンを示すフローチャートである。ＣＰＵは、該当台番号検索処理を開始すると、まず、検索開始台番号（例えば、１番台から開始するのであれば１）を台番号指定レジスタｉにセットし（ステップＢ０１）、サーチ開始時刻をサーチ時刻にセットし（ステップＢ０２）、ステップＢ０３に進む。

ステップＢ０３に進むと、ＣＰＵは、台番号指定レジスタｉで指定されるｉ番台の遊技台データファイルからサーチ時刻に対応する遊技台データ（図１９参照）を読み出す（ステップＢ０３）。次いで、ＣＰＵは、読み出した遊技台データの会員ＩＤと記憶した計数データの会員ＩＤとが同じであるか否かを判別する（ステップＢ０４）。

読み出した遊技台データの会員ＩＤと記憶した計数データの会員ＩＤとが同じでない場合、ＣＰＵは、サーチ時刻を次の時刻に更新し（本実施形態では、遊技台データは、１分毎に記憶されるため、サーチ時刻を１分後の時刻に更新し）（ステップＢ０５）、サーチ時刻が玉計数時刻を過ぎているか否かを判別する（ステップＢ０６）。ＣＰＵは、サーチ時刻が玉計数時刻を過ぎていなければ、ステップＢ０３に戻り、遊技台データファイルから更新したサーチ時刻に対応する遊技台データを読み出す（ステップＢ０３）。

当該台番号の遊技台データの会員ＩＤが、計数データの会員ＩＤと同じでない場合、ＣＰＵは、ステップＢ０３、ステップＢ０４を偽、ステップＢ０５、ステップＢ０６を偽と判別する処理ループを繰り返す。ステップＢ０６にて、サーチ時刻が玉計数時刻を過ぎていれば、ＣＰＵはステップＢ０７に進む。

ステップＢ０７に進む場合、当該台番号の遊技台データの検索は終了となる。ＣＰＵは、台番号指定レジスタｉにセットされた台番号が終了台番号に達していいるか否かを判別する（ステップＢ０７）。台番号指定レジスタｉにセットされた台番号が終了台番号に達していなければ、ＣＰＵは、ステップＢ０７を偽と判別し、台番号指定レジスタｉにセットされた台番号を次の台番号に更新し（ステップＢ０８）、ステップＢ０２に戻り、サーチ開始時刻をサーチ時刻にセットし（ステップＢ０２）、ステップＢ０３に進み、更新した台番号指定レジスタｉの値で指定される次のｉ番台の遊技台データファイルからサーチ時刻に対応する遊技台データを読み出し（ステップＢ０３）、検索条件（計数データの会員ＩＤ）に一致する会員ＩＤがあるか否かを検索する。

一方、ステップＢ０４において、読み出した遊技台データの会員ＩＤと記憶した計数データの会員ＩＤとが同じである場合、当該遊技台データは、計数器１１から送信された会員ＩＤと一致する会員ＩＤが記憶された遊技台データであって、計数玉数を獲得した遊技台としてその遊技台の台番号を特定できたことになる。ＣＰＵは、ステップＢ０４を真と判別し、台番号指定レジスタｉにセットされた台番号を計数データファイルの台番号記憶エリアに記憶し（ステップＢ０９）、該当台番号検索処理を終えて計数データ記憶処理ルーチンに戻る。

計数データ記憶処理ルーチンに戻ったＣＰＵは、該当台番号検索処理で特定した台番号から、図２１に示すような台番号に対応する計数玉数／持玉数／誤差玉数ファイルを特定し（ステップＳ３７）、玉計数時刻記憶エリアに計数データの玉計数時刻を記憶し（ステップＳ３８）、計数玉数記憶エリアに計数データの計数玉数を記憶し（ステップＳ３９）、後述の遊技台データ累計処理及び誤差玉数記憶処理に関する実行フラグＦ１に「１（実行）」をセットし（ステップＳ４０）、計数データ記憶処理を抜けて図示しないメインルーチンに戻る。

次に、遊技台データ累計処理について説明する。この実施形態では、１分毎に島コンピュータ８にデータ送信要求を行い、１島分の各台の現在時刻、アウト数、セーフ数、貸玉数、台番号を受信し、図１９に示すような遊技台毎に（台番号毎に）設けられた遊技台データファイルに遊技台データ（現在時刻、アウト数、セーフ数、貸玉数、会員ＩＤ）を記憶するようにしている。

一方、この実施形態では、計数器１１から計数データの送信がある毎に（玉計数毎に）、図２１に示すような台番号に対応する計数玉数／持玉数／誤差玉数ファイルに計数玉数、持玉数及び誤差玉数を記憶するようにしている。図２１における持玉数は、例えば、玉計数時刻「１０時１７分」のデータの場合では、開店時刻１０時００分から玉計数時刻１０時１７分までの間に遊技者が１５０番台で獲得した玉と考えられる。また、例えば、玉計数時刻「１１時００分」のデータの場合では、前回の玉計数時刻１０時１７分の１分後の時刻である１０時１８分から今回の玉計数時刻１１時００分までの間に遊技者が１５０番台で獲得した玉と考えられる。

持玉数は、貸玉数＋セーフ数−アウト数で算出される。従って、１５０番台における玉計数時刻「１０時１７分」の持玉数は、１５０番台の遊技台データファイルの開店時刻１０時００分から玉計数時刻１０時１７分までのアウト数の累計、セーフ数の累計、貸玉数の累計を算出しておく必要がある。なお、累計アウト数記憶エリア、累計セーフ数記憶エリア、累計貸玉数記憶エリアの各々は、開店時の開店処理で初期値「０」とされているものとする。また、１５０番台における玉計数時刻「１１時００分」の持玉数の場合であれば、１５０番台の遊技台データファイルの前回の玉計数時刻１０時１７分の１分後の時刻である１０時１８分から今回の玉計数時刻１１時００分までのアウト数の累計、セーフ数の累計、貸玉数の累計を算出しておく必要がある。なお、累計アウト数記憶エリア、累計セーフ数記憶エリア、累計貸玉数記憶エリアの各々は、前回の玉計数時刻１０時１７分に応じて持玉数を算出した時点で初期値「０」とされているものとする。

遊技台データ累計処理は、図１９に示すような遊技台毎に（台番号毎に）設けられた遊技台データファイルに記憶された遊技台データの各時刻のアウト数、セーフ数、貸玉数を累計して記憶する処理である。図２６は、管理コンピュータ２のＣＰＵが実行する遊技台データ累計処理のサブルーチンを示すフローチャートである。なお、上記遊技台データ累計処理のサブルーチンは、実行フラグＦ１に１がセットされた場合にのみ実行される処理である。

ＣＰＵは、遊技台データ累計処理を開始すると、まず、実行フラグＦ１が１であるか否かを判別する（ステップＳ４１）。実行フラグＦ１に１がセットされていない場合（Ｆ１＝０の場合）、ＣＰＵは、遊技台データ累計処理を終えて図示しないメインルーチンにリターンする。この場合は実質的な遊技台データ累計処理は行われない。

一方、実行フラグＦ１に１がセットされている場合は（Ｆ１＝１の場合は）、ＣＰＵは、ステップＳ４２に進み、台番号指定レジスタｉに計数データ記憶処理で記憶した台番号をセットし（ステップＳ４２）、台番号指定レジスタｉにセットされた台番号（ｉ番台）の計数玉数／持玉数／誤差玉数ファイルを特定し（ステップＳ４３）、ステップＳ４４に進む。ステップＳ４４に進むと、ＣＰＵは、計数玉数／持玉数／誤差玉数ファイルにおいて前回データが存在するか否かを判別する（ステップＳ４４）。

前回データが存在する場合、即ち、今回の玉計数時刻よりも前に当該ｉ番台について玉計数がある場合は、前回データが存在することになる。ＣＰＵは、前回データが存在する場合、前回データの玉計数時刻からサーチ時刻を決定して記憶し（ステップＳ４５）、ステップＳ４７に進む。例えば、前回データの玉計数時刻が「１０時１７分」であれば、本実施形態の場合、１分毎に遊技台データを記憶していることから、１分後の時刻である「１０時１８分」をサーチ時刻とする。一方、前回データが存在しない場合、開店後、初めて当該ｉ番台について玉計数があることになる。ＣＰＵは、サーチ時刻として開店時刻（この実施形態では、「１０時００分」）を記憶し（ステップＳ４６）、ステップＳ４７に進む。

ステップＳ４７に進むと、ＣＰＵは、ＲＡＭに設定した累計アウト数記憶エリアを０クリアし（ステップＳ４７）、累計セーフ記憶エリアを０クリアし（ステップＳ４８）、累計貸玉数記憶エリアを０クリアし（ステップＳ４９）、ｉ番台の遊技台データファイルを特定し（ステップＳ５０）、ステップＳ５１に進む。

ＣＰＵは、ステップＳ５１に進むと、ｉ番台のサーチ時刻の遊技台データを読み出し（ステップＳ５１）、遊技台データのアウト数を累計アウト数記憶エリアに加算記憶し（ステップＳ５２）、遊技台データのセーフ数を累計セーフ数記憶エリアに加算記憶し（ステップＳ５３）、遊技台データの貸玉数を累計貸玉数記憶エリアに加算記憶し（ステップＳ５４）、ステップＳ５５に進む。

ＣＰＵは、ステップＳ５５に進むと、サーチ時刻が今回の玉計数時刻に達しているか否かを判別する（ステップＳ５５）。ＣＰＵは、サーチ時刻が玉計数時刻に達していなければ、サーチ時刻を次の時刻に更新し（本実施形態では、遊技台データは、１分毎に記憶されるため、サーチ時刻を１分後の時刻に更新し）（ステップＳ５６）、ステップＳ５１に戻り、遊技台データファイルから更新したサーチ時刻に対応する遊技台データを読み出す（ステップＳ５１）。以下、ＣＰＵは、ステップＳ５５においてサーチ時刻が玉計数時刻に達するまで、ステップＳ５１乃至ステップＳ５４、ステップＳ５５を偽と判別する処理ループを繰り返す。従って、今回の玉計数が行われたｉ番台について、サーチ時刻（前回の玉計数後）から今回の玉計数時刻までのアウト数の累計、セーフ数の累計、貸玉数の累計が算出される。

今回の玉計数時刻についてのアウト数、セーフ数、貸玉数の累計を行うと、サーチ時刻が玉計数時刻に達する。ＣＰＵは、ステップＳ５５を真と判別し、ステップＳ５７の持玉数記憶処理を実行する。

次に、持玉数記憶処理について説明する。図２７は、管理コンピュータ２のＣＰＵが実行する持玉数記憶処理のサブルーチンを示すフローチャートである。持玉数記憶処理は、累計アウト数、累計セーフ数及び累計貸玉数から今回の玉計数時刻の持玉数を求め、求めた持玉数を計数玉数／持玉数／誤差玉数ファイルに記憶する処理である。

ＣＰＵは、先に説明したステップＳ５１乃至ステップＳ５４、ステップＳ５５を偽と判別する処理ループにより算出したｉ番台の累計アウト数、累計セーフ数、累計貸玉数を読み出し、累計貸玉数＋累計セーフ数−累計アウト数を計算し、計算結果を今回の玉計数時刻での持玉数として演算レジスタＡに記憶する（ステップＢ１１）。次いで、ＣＰＵは、ｉ番台の計数玉数／持玉数／誤差玉数ファイルの持玉数記憶エリアに演算レジスタＡの内容（持玉数）を記憶し（ステップＢ１２）、持玉数記憶処理を終えて遊技台データ累計処理に戻り、さらに、遊技台データ累計処理を終えて図示しないメインルーチンに戻る。

次に、誤差玉数記憶処理について説明する。図２８は、管理コンピュータ２のＣＰＵが実行する誤差玉数記憶処理のサブルーチンを示すフローチャートである。なお、誤差玉数記憶処理のサブルーチンは、前述した計数データ記憶処理が実行された結果、実行フラグＦ１に１がセットされた場合にのみ実行される処理である。

ＣＰＵは、誤差玉数記憶処理を開始すると、まず、実行フラグＦ１が１であるか否かを判別する（ステップＳ５１）。実行フラグＦ１に１がセットされていない場合（Ｆ１＝０の場合）、ＣＰＵは、誤差玉数記憶処理を終えて図示しないメインルーチンにリターンする。この場合は実質的な誤差玉数記憶処理は行われない。

一方、実行フラグＦ１に１がセットされている場合は（Ｆ１＝１の場合は）、ＣＰＵは、ステップＳ５２に進み、ｉ番台の計数玉数／持玉数／誤差玉数ファイルを特定し（ステップＳ５２）、ステップＳ５３に進み、計数玉数／持玉数／誤差玉数ファイルに記憶されている持玉数から計数玉数を差し引いて誤差玉数を算出し（ステップＳ５３）、誤差玉数記憶エリアに誤差玉数を記憶し（ステップＳ５４）、ステップＳ５５の累計誤差玉数記憶処理を実行し、累計誤差玉数記憶処理を行うと、実行フラグＦ１を０クリアし（ステップＳ５６）、誤差玉数記憶処理を終えて図示しないメインルーチンに戻る。

例えば、図２１に示す１５０番台についての玉計数時刻が「１０時１７分」のデータの例では、持玉数が「２１４０玉」で、計数玉数が「２１３０玉」であるから、誤差玉数は「１０玉」となる。なお、上述のように持玉数に比べて実際に計数した計数玉数の方が少ない場合には誤差玉数がプラスとなる。このように、持玉数に比べて実際に計数した計数玉数の方が少ない場合をプラス誤差という。逆に、持玉数に比べて実際に計数した計数玉数の方が多い場合には誤差玉数がマイナスとなるが、これをマイナス誤差という。例えば、図２１に示す１５０番台についての玉計数時刻が「１２時３０分」のデータの例では、持玉数が「１１９５０玉」で、計数玉数が「１２０００玉」であるから、誤差玉数は「−５０玉」となる。

次に、累計誤差玉数記憶処理について説明する。図２９は、管理コンピュータ２のＣＰＵが実行する累計誤差玉数記憶処理のサブルーチンを示すフローチャートである。なお、この実施形態では、上記累計誤差玉数記憶処理のサブルーチンは、前述した誤差玉数記憶処理に引き続いて実行される処理とする。

図３０は、例えば、管理コンピュータ２に設けられた台番号／累計誤差玉数記憶ファイルの内容を示す図である。台番号／累計誤差玉数記憶ファイルは、各台番号について台番号記憶エリア及び累計誤差玉数記憶エリアが設けられている。なお、図３０では、１５０番台以降の累計誤差玉数記憶エリアを示した例である。なお、台番号記憶エリアには各台番号が記憶され、各台番号についての累計誤差玉数記憶エリアは、開店時（１０時００分）に０クリアされている。

ＣＰＵは、累計誤差玉数記憶処理を開始すると、ステップＳ５４にて誤差玉数記憶エリアに記憶した誤差玉数をｉ番台（台番号）の累計誤差玉数記憶エリアに加算記憶する（ステップＳ５５１）。ＣＰＵは、ステップＳ５５１を行うと累計誤差玉数記憶処理を抜けて誤差玉数記憶処理ルーチンにリターンする。例えば、図２１に示す１５０番台についての玉計数時刻が「１０時１７分」のデータの例では、誤差玉数は「１０玉」であるから、１５０番台の累計誤差玉数記憶エリアに「１０」が加算記憶される。このように、玉計数がある毎に、計数玉数と持玉数とから誤差玉数を算出して台番号に対応する計数玉数／持玉数／誤差玉数ファイルの誤差玉数記憶エリアに記憶すると共に、記憶した誤差玉数を台番号の累計誤差玉数記憶エリアに加算記憶する。図２１に示す１５０番台の例では、玉計数時刻「２２時１５分」がこの日の最終の玉計数であったとすると、玉計数は、「１０時１７分」から「２２時１５分」まで９回行われており、閉店時に行う集計において、１５０番台の累計誤差玉数は、「１０＋３０＋１０−５０＋３０＋２０＋３０−３０＋２０＝７０」で、累計誤差玉数「７０玉」となる。

以上に説明した第２実施形態では、計数器１１から計数データ（玉計数時刻、計数玉数、台番号）の送信がある毎に（玉計数がある毎に）、計数玉数と玉計数時刻に対応する持玉数とから誤差玉数を算出してファイル手段に記憶すると共に、算出した誤差玉数を累計記憶しているが、累計誤差玉数の算出は、玉計数がある毎に行わなくてもよい。

例えば、図３１に示すような台番号毎に設けられた計数玉数／持玉数ファイルを設け、玉計数がある毎に、計数玉数と持玉数のみを記憶するようにし、例えば、閉店時に行う集計において、計数玉数の累計と、持玉数の累計とを算出し、累計持玉数から累計計数玉数を差し引いて累計誤差玉数を算出し、算出した累計誤差玉数を台番号の累計誤差玉数記憶エリアに記憶してもよい。

また、例えば、図３２に示すような台番号毎に設けられた計数玉数／遊技台データファイルを設け、玉計数がある毎に、計数玉数と、遊技台データ（セーフ数、アウト数及び貸玉数）を記憶するようにし、例えば、閉店時に行う集計において、計数玉数の累計と、アウト数の累計と、セーフ数の累計と、貸玉数の累計とを算出し、「累計セーフ数＋累計貸玉数−累計アウト数−累計計数玉数」により累計誤差玉数を算出し、算出した累計誤差玉数を台番号の累計誤差玉数記憶エリアに記憶してもよい。なお、上記「累計セーフ数＋累計貸玉数−累計アウト数」は累計持玉数に相当するもので、内部処理的に累計持玉数を算出していることになる。

なお、閉店時に行う集計において各台番号毎に算出して記憶した累計誤差玉数を、即ち、図３０の台番号／累計誤差玉数記憶ファイルの内容を各遊技台毎の累計誤差玉数として管理コンピュータ２の表示画面に表示する。例えば、図３０に示す例では、１５１番台の累計誤差玉数が「１７４０玉」で、他の遊技台に比べて特に多く、誤差玉の原因が１５１番台にあることが分かる。このように、閉店後、誤差玉の発生箇所を遊技台毎で特定できるので、誤差玉の原因となる設備の点検を効率よく行える。

上述の実施形態は、計数器１１に、玉を獲得した遊技台の台番号を入力する台番号入力手段１３、或いは台番号を特定するため台番号特定情報を入力するカードリーダ１４を設け、台番号毎に累計誤差玉数を算出するものであるが、台番号に代えて複数の遊技台からなるグループとすることで、即ち、台番号入力手段１３に代えて、玉を獲得した遊技台が属するグループを計数器１１に入力するグループ情報入力手段とすることで、グループ毎の累計誤差玉数を算出することができる。なお、グループは、例えば、ホールの島毎としたり、或いは、遊技機種毎としたり、適宜決めてよい。

図３３は、計数器１１に対して接続されたグループ情報入力手段の一実施態様としての入力画面を示す図である。グループ情報入力手段の具体例は、計数器１１にグループ名を記した入力ボタンを設ける構成としてもよいし、計数器１１に、表示画面上で操作するタッチパネルを設ける構成の何れでもよい。図３３に示す例では、グループ情報は、例えば、「ＣＲ○○○」（１番台〜５０番台）、「ＣＲ○○物語」（５１番台〜２５０番台）、「ＣＲ○○天国」（２５１番台〜３００番台）、…のように遊技機種毎としており、「ＣＲ○○○」、「ＣＲ○○物語」、「ＣＲ○○天国」は、それぞれタッチパネル式の操作入力ボタンに設定されている。また、図３４は、計数器１１に対して接続されたグループ情報入力手段の別の一実施態様としての入力画面を示す図である。図３４に示す例では、入力画面にホールの各島のレイアウトを表示すると共に、各島の別と遊技機種の別とを一致させて設置されており、グループ情報は、例えば、「ＣＲ○○○」、「ＣＲ○○物語」、「ＣＲ○○天国」、…のように遊技機種毎（或いは島毎）としている。また、「ＣＲ○○○」、「ＣＲ○○物語」、「ＣＲ○○天国」は、それぞれタッチパネル式の操作入力ボタンに設定されている。

係員が、玉を獲得した遊技台が属するグループに対応する画面上の操作入力ボタンを操作することにより、計数器１１にグループが入力される。グループの入力を確定させると、計数器１１に玉を流し込む。この時の計数玉数が入力されたグループと共に計数器１１の制御部の記憶手段（図示せず）に記億される。計数器１１は、管理コンピュータ２に計数データ（玉計数時刻、計数玉数及びグループ）を送信する。管理コンピュータ２は、計数器１１から計数データの送信があると、図３５に示すようなグループ毎に設けられた計数データファイルに計数データの玉計数時刻、計数玉数を記憶する。なお、図３５では、例えば、「ＣＲ○○○」をグループ１、「ＣＲ○○物語」をグループ２、「ＣＲ○○天国」をグループ３としている。そして、例えば、閉店時に行う集計において、各グループに属する遊技台１台毎に、図１９に示すような遊技台データに基いて開店時刻から閉店時刻までの累計アウト数、累計セーフ数、累計貸玉数を算出する。そして、各グループ毎に、グループに属する各遊技台の累計アウト数の合計、各遊技台の累計セーフ数の合計、各遊技台の累計貸玉数の合計を算出する。そして、各グループ毎に、「各遊技台の累計セーフ数の合計」＋「各遊技台の累計貸玉数の合計」−「各遊技台の累計アウト数の合計」をグループの持玉数として算出する。また、各グループ毎に、図３５に示すようなグループ毎の計数データファイルに基いて、累計計数玉数を算出する。そして、グループ毎に、持玉数から累計計数玉数を差し引くことにより、グループ毎の誤差玉数を算出する。

このように、閉店後、誤差玉の発生箇所をグループ（島や遊技機種）毎で特定できるので、誤差玉の原因となる設備の点検を効率よく行える。また、遊技者は自分の遊技した遊技台番号はあまり覚えていないものであるが、遊技を行った遊技機種、もしくは遊技を行った遊技台の位置は分かっているため、遊技者又は係員は遊技台番号を覚える必要なく、容易にグループ（島や機種）を入力することができる。

１ 遊技場管理装置
２ 管理コンピュータ
３ 遊技台
４ カードユニット
５ ＬＡＮ
６ ＬＡＮ
７ 台コンピュータ
８ 島コンピュータ
９ 遊技機
１０ サンド貸機
１１ 計数器
１２ データ記憶サーバ
１３ 台番号入力手段
１４ カードリーダ

Claims (2)

1. 遊技者が獲得した玉を計数する計数器と、
   前記玉を獲得した遊技台を特定するための台番号を前記計数器に入力する台番号入力手段と、
   前記計数器で玉計数がある毎に出力された計数玉数を、前記台番号に対応付けて記憶する計数玉数／台番号記憶手段と、
   各遊技台に接続され、前記台番号に対応する遊技台のアウト数、セーフ数及び貸玉数を含む遊技台データを該台番号に対応付けて記憶する遊技台データ／台番号記憶手段と、
   前記セーフ数と前記貸玉数との和から前記アウト数を差し引いて持玉数を算出する持玉数算出手段と、
   前記持玉数と前記計数玉数との差である誤差玉数を算出する誤差玉数算出手段と、
   前記計数玉数／台番号記憶手段、前記遊技台データ／台番号記憶手段、前記持玉数算出手段及び前記誤差玉数算出手段に基いて、閉店時に、台番号毎に、開店時刻から閉店時刻まで前記誤差玉数の累計である累計誤差玉数を算出する台番号毎累計誤差玉数算出手段と、
   各台番号について、台番号に対応させて前記累計誤差玉数を表示する台番号毎累計誤差玉数表示手段と、
   を備えたことを特徴とする遊技場管理装置。
2. 遊技者が獲得した玉を計数する計数器と、
   前記玉を獲得した遊技台が属するグループを前記計数器に入力するグループ情報入力手段と、
   前記計数器で玉計数がある毎に出力された計数玉数を、前記グループに対応付けて記憶する計数玉数／グループ記憶手段と、
   各グループに接続され、前記グループのアウト数、セーフ数及び貸玉数を含む遊技台データを該グループに対応付けて記憶する遊技台データ／グループ記憶手段と、
   前記セーフ数と前記貸玉数との和から前記アウト数を差し引いて持玉数を算出する持玉数算出手段と、
   前記持玉数と前記計数玉数との差である誤差玉数を算出する誤差玉数算出手段と、
   前記計数玉数／グループ記憶手段、前記遊技台データ／グループ記憶手段、前記持玉数算出手段及び前記誤差玉数算出手段に基いて、閉店時に、前記グループ毎に、開店時刻から閉店時刻まで前記誤差玉数の累計である累計誤差玉数を算出するグループ毎累計誤差玉数算出手段と、
   各グループについて、グループに対応させて前記累計誤差玉数を表示するグループ毎累計誤差玉数表示手段と、
   を備えたことを特徴とする遊技場管理装置。

Images