JP7207679B2 - 遊技管理装置 - Google Patents

Description

本発明は、遊技情報を収集する遊技管理装置に関する。

遊技管理装置は、遊技装置が出力する各種の遊技情報を収集し、管理する機能を備える装置であるが、遊技情報を正常に収集できない状態が生じる場合がある。遊技情報を正常に収集できない原因は、各装置におけるハードウェア要因とソフトウェア要因とに分けることができる。

一般に、遊技場は、複数の遊技島（一群の遊技装置の列）があり、また、複数のフロアを使って営業するため、設置される情報収集装置及び中継装置の数は多数に及ぶ。チェーン展開される遊技場では、設置される情報収集装置及び中継装置の数はさらに店舗の数だけ多数となる。そのため、遊技情報を正常に収集できない場合にこれを特定し解消するには時間がかかっていた。

例えば、ソフトウェア要因により正常に収集できない状態では、フリーズ状態の装置の再起動によって解消することが多いが、フリーズ状態にある装置の特定がされない状況では、各装置を順に再起動することによって対処するため、復旧までに多くの労力と時間を必要とする。

また、ハードウェア要因により正常に収集できない状態では、不具合を起こす装置の特定がされない状況では、予備機を保管していてもサービスマンの到着を待たないと復旧できない場合がある。加えて、遊技場の従業員が技術的に精通していないとサービスマンへの伝達が的確性を欠くものとなる。

これに対して、故障診断の方法を記載したファイルを携帯可能なコンピュータに読み込んで故障診断処理を進め、修理を完了した後に、今回の修理対応を総括した情報を中央情報管理部に保存する方法が知られている（特許文献１）。

特開２００２－２５３８１７号公報

ここで、特許文献１の方法によって故障診断及び修理対応を行うと、故障の把握者の認識に基づいて故障状態を端末に入力し、該当性の高い故障原因がデータベースから返信されるものであるから、故障状態を適切に把握できないと能率が低下するばかりか不要な交換等を行うことになる。また、データベースから返信された対応内容によって解消しない場合は、次に想定される故障原因に基づいて解決手法が示されるため、迅速な復旧が可能なものとはいえない。

本発明は、上記課題に鑑み、遊技情報を正常に収集できない場合に、効率的に復旧させる遊技管理装置を提供することを目的とする。

本発明の代表的な一形態は、遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、前記ネットワークは、前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、当該遊技管理装置は、前記ネットワーク中継装置と通信可能であるか、及び／又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行い、異常が検出された場合に異常が検出された前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置に関する再起動指示を出力可能な分析手段と、を備えたことを特徴とする。

本願発明の一態様によれば、遊技情報が正常に収集できない場合に、効率的に復旧させることができる。

遊技管理システムの構成例を示す概略図であり、（Ａ）は１つの遊技場を管理する遊技管理システムの概略図、（Ｂ）は複数の遊技場を管理する遊技管理システムの概略図である。 遊技管理システムのブロック図である。 遊技装置の正面図である。 遊技管理装置のブロック図である。 情報収集装置のブロック図である。 情報収集装置の正面図である。 カードユニットのブロック図である。 補給器のブロック図であり、（Ａ）は出力系を示すブロック図であり、（Ｂ）は入力系及び出力系を示すブロック図である。 アウトタンク装置のブロック図である。 分析手段が出力する分析内容の一例を説明する図である。 論理矛盾の一例を表す図表である。 分析処理の手順を示すフローチャートである。 分析手段による分析結果の出力態様の一例を説明する表示画像である。 遊技管理装置での受信状況を示す表示画像である。 各装置の設置場所を表示する遊技場の見取り図である。 再分析結果の出力態様の一例を説明する表示画像である。 分析結果の出力態様の別の一例を説明する表示画像である。 各装置の設置場所を表示する遊技場の見取り図である。 バックアップ及びリストアの設定画面である。 設定情報の保存先の設定画面である。 情報収集装置を再起動又は交換した場合の設定更新の流れを説明するフローチャートである。 予備機の在庫管理を説明する概略図である。 遊技管理システムの他の形態を説明するネットワーク図である。

［第一実施形態］
［遊技管理システムの構成］
図１は、本発明の第１実施形態に係る遊技管理システム１の構成例を示す概略図であり、（Ａ）は１つの遊技場を管理する遊技管理システム１の概略図、（Ｂ）は複数の遊技場を管理する遊技管理システム１の概略図である。

図１（Ａ）に示す、遊技管理システム１は、例えば、遊技装置２００が出力する遊技情報（遊技データ）を収集及び管理する遊技管理装置１０と、遊技装置２００に対応して設けられる情報収集装置２０と、情報収集装置２０と遊技管理装置１０とを中継するネットワーク中継装置３０と、を備える。複数の情報収集装置２０が、ネットワーク中継装置３０と接続されてネットワーク１００を構成する。ネットワーク１００には、図示を省略するＮＡＳ（Network Attached Storage）等の記憶装置が設けられてもよい。

ネットワーク１００は、有線又は無線によって各装置が接続され、ネットワークの形態（トポロジ）は、バス型、ツリー型、スター型、リング型、メッシュ型、その他既知の形態を採用することができる。有線での接続としては、ＰＬＣ（コンセントＬＡＮ）を含めることができる。

遊技管理装置１０は、また、インターネット等の公衆回線９００やＶＰＮ等の通信回線を介して遊技場外の管理サーバ１０’と接続される。公衆回線９００は、不特定多数の利用者によって共有して利用される電気通信回線としての公衆通信網であり、一例としてインターネット回線である。遊技管理装置１０と公衆回線９００とは、例えば、ルータ機能を備えるネットワーク中継装置３０を介して接続されてもよい（図２３（Ａ）参照）。

遊技管理装置１０は、ネットワーク１００に接続可能であればよいため、設置場所は遊技場の内外を問わず、例えば、クラウド環境によって機能するものでもよいし、管理サーバ１０’によって機能してもよい。管理サーバ１０’は、実質的に遊技管理装置１０と同等の機能を備えた上位機（親機）である。遊技管理装置１０ないし管理サーバ１０’は、さらに、データベースとして機能するサーバでもあり、仮想化技術によって実現できる仮想サーバであってもよい。つまり、遊技管理装置１０は、遊技情報の収集、管理、異常報知等の機能を有するソフトウェアを実現するハードウェアであり、本願の発明の要旨は、当該ソフトウェアにある。

また、遊技管理装置１０ないしネットワーク１００は、遊技場の管理者等の操作を受け付ける持ち運び可能な携帯端末１２を接続できる。携帯端末１２は、例えば、ラップトップパソコン、タブレット端末、スマートフォン、スマートウォッチ、さらには遊技管理システム１のために専用に設計された操作受付装置を含めることができる。

情報収集装置２０は、ｎ個の情報収集装置２０－１、２０－２、・・・、２０－ｎから構成され、各々、遊技装置２００－１、２００－２、・・・、２００－ｎと対応して電気的に接続されており、それぞれ遊技装置２００が出力する遊技情報を収集する。

情報収集装置２０は、遊技装置２００から出力された各種信号を、記憶及び累積しつつネットワーク中継装置３０を介して遊技管理装置１０へ送信する。情報収集装置２０は、図１に示すように１台の遊技装置２００に対応して１個の情報収集装置２０が接続される構成に限らず、例えば、２台若しくは複数台の遊技装置２００に対応して１個の情報収集装置２０が接続されてもよい。情報収集装置２０と遊技装置２００とは、１対１の対応関係のみならず、ｎ対１もしくは１対ｎの対応となることがある。また、情報収集装置２０は、ネットワーク中継装置３０を経由せずに遊技管理装置１０に接続されてもよい。

情報収集装置２０は、呼出装置（呼出しランプ）５０と接続され（図３参照）、遊技装置２００が出力する遊技情報は、呼出装置５０を経由して情報収集装置２０に入力されるようにしてもよい。また、情報収集装置２０は、呼出装置５０、カードユニット５００（図２参照）等の他の装置と一体に構成されてもよく、設置場所は遊技島の内側に限られない。

ネットワーク中継装置３０は、ルータ、Ｌ２スイッチ、Ｌ３スイッチ等の中継装置であり、無線ＬＡＮやブリッジ、集線装置としてのハブ（例えば、リピータハブ）、その他の中継装置を含めてもよい。ネットワーク中継装置３０は、ネットワークの形態、ネットワークの規模、ネットワーク中継装置３０の中継能力（例えば、有するポートの数）等に応じて複数設けられる場合がある。

また、図１（Ｂ）に示すように、遊技管理装置１０は、複数の店舗を統括的に管理することもできる。例えば、店舗Ａに設置される遊技管理装置１０－２、店舗Ｂに設置される遊技管理装置１０－３を経由して、遊技管理装置１０－１が遊技情報を収集することで複数店舗の遊技情報を一台の遊技管理装置１０に集約することができる。図１（Ｂ）における概略図では、遊技管理装置１０－２は店舗Ａの遊技情報を管理し、遊技管理装置１０－３は店舗Ｂの遊技情報を管理し、遊技管理装置１０－３は店舗Ａ及び店舗Ｂの遊技情報を管理する。なお、遊技管理装置１０－２及び１０－３の設置を省略してもよいし、遊技管理装置１０－１と遊技管理装置１０－２及び遊技管理装置１０－３との間にネットワーク中継装置３０を設置してもよい。遊技管理装置１０－１を管理サーバ１０’に替えて、管理サーバ１０’が複数店舗の遊技情報を収集、管理をしてもよい。

［遊技装置及び遊技情報］
次に、図２を参照して、遊技管理システム１の構成を説明する。図２は、遊技管理システム１の構成を説明するブロック図である。

遊技管理システム１において、遊技管理装置１０と情報収集装置２０とは、収集した情報を相互に交換できるように接続されている。

情報収集装置２０は、遊技装置２００から出力された各種信号に基づいて遊技データを累積し、所定のタイミング（例えば、１０分）毎に遊技管理システム１に送信する。

遊技情報を出力する遊技装置２００は、遊技機３００と、カードユニット５００と、を備える。遊技装置２００には、補給器６００とアウトタンク装置７００を含めてよい。

遊技機３００は、遊技制御装置３１０と、演出用装置３２０と、演出制御装置３３０と、払出制御装置３４０と、発射制御装置３５０と、残高表示器３６０と、球貸ＳＷ３７０と、を備える。

カードユニット５００は、カードユニット制御装置５１０と、表示装置５２０と、カードＲ／Ｗ５３０と、紙幣受入部５４０と、カード挿入部５５０と、状態表示部５６０と、計数装置５７０と、を備える。

そして、情報収集装置２０は、遊技制御装置３１０と、カードユニット制御装置５１０と、補給器６００と、アウトタンク装置７００と、接続され、ネットワーク中継装置３０（図１参照）を介して遊技管理装置１０と相互に通信可能である。

情報収集装置２０は、遊技装置２００から出力された各種信号に基づいて遊技情報を記憶及び累積し、所定のタイミング（例えば、１０分）毎に遊技管理装置１０に送信する。

情報収集装置２０が収集した遊技情報は、１営業日単位毎や１時間毎の区間となるように分類される。通常、１営業日単位とは１日であり、１日の営業開始時間から営業終了時間までであるが、営業開始前の時間や営業終了後の時間を含むようにしてもよい。

なお、遊技情報は、複数の営業日毎や複数時間毎の区間となるように分類されてもよく、１時間よりも短い時間毎（例えば、１０分毎）の区間となるように分類されてもよい。更には、遊技装置２００毎に同一遊技状態の区間で分類されてもよく、例えば、通常遊技状態から特別遊技状態へ移行するまでや、特定遊技状態から通常遊技状態へ移行するまでを１区間としてもよい。つまり、イベント毎に区間が分けられるものである。また、情報収集装置２０に代わって遊技管理装置１０が、遊技装置２００から出力された各種信号を収集して、収集の都度、又は収集した各種信号から所定期間分（１営業日単位分や所定時間分）を後から抜き出して、遊技情報を分類してもよい。

遊技制御装置３１０は、遊技の実行を統括的に制御し、情報収集装置２０に賞球信号、特賞信号、確変／時短信号、始動入賞信号（第１始動入賞信号、第２始動入賞信号）、図柄確定信号、枠開放信号（扉開放信号）、及びセキュリティ信号を出力する。始動入賞信号は、詳しくは、第１始動入賞信号と第２始動入賞信号とを含む。遊技装置２００が第１始動入賞信号と第２始動入賞信号とを区別せずに始動入賞信号として扱う場合には、情報収集装置２０及び／又は遊技管理装置１０は、確変／時短信号と特賞信号から把握可能な遊技状態（例えば、通常状態、特別遊技状態、確変状態、時短状態）に基づいて始動入賞信号が第１始動入賞信号と第２始動入賞信号のいずれであるかを判断することができる。また、遊技制御装置３１０は、図示しない遊技球発射信号、アウト信号を出力する。

ここで、遊技制御装置３１０から出力される特賞信号と、第１始動入賞信号と、第２始動入賞信号と、賞球信号と、確変／時短信号と、図柄確定信号と、をまとめて遊技情報信号と呼ぶ。また、遊技制御装置３１０から出力される枠開放信号と、セキュリティ信号と、をまとめて遊技装置２００に異常が発生したことを報知するエラー信号と呼ぶ。

特賞信号は、特図変動表示ゲームの結果によって大当り状態又は小当り状態である特別遊技状態となった場合に出力される。上述のように、イベント毎に区間が分けられる場合は、特賞信号の発生に基づいてあるいは遊技管理装置１０が特賞信号を受信したことに基づいて遊技情報の区間分けがなされる。

第１始動入賞信号は、第１始動入賞口４５１（図３参照）に遊技球が入り、第１始動入賞口ＳＷ（図示省略）が遊技球の通過を検出したときに送信される。第１始動入賞信号の発生した回数をカウントすることによって、第１始動入賞口への入賞数が測定できる。

第２始動入賞信号は、第２始動入賞口４５２（図３参照）に遊技球が入り、第２始動入賞口ＳＷ（図示省略）が遊技球の通過を検出したときに送信される。第２始動入賞信号の発生した回数をカウントすることによって、第２始動入賞口への入賞数が測定できる。

賞球信号は、所定数の賞球を払い出した場合に遊技機３００から出力される信号である。賞球信号は、例えば、１０個の賞球を排出する毎にパルス出力される。賞球信号を出力する遊技機３００は、遊技制御装置３１０によってセーフ球数情報としての賞球信号を出力するセーフ球数情報出力手段として機能する。

確変／時短信号は、単位時間毎に特図変動表示ゲームの結果、確変状態や時短状態等といった多くの大当りが導出される状態において出力される信号である。

図柄確定信号は、識別情報の変動表示が停止して特図変動表示ゲームが終了した場合に出力される信号である。なお、図柄確定信号が出力される端子から変動開始時にスタート信号を出力するように構成してもよい。

枠開放信号は、ガラス枠３９２（図３参照）又は前面枠３９０（図３参照）が開放された場合に出力される信号である。

セキュリティ信号は、遊技装置２００のセキュリティに関連する異常の発生時に出力される。遊技装置２００のセキュリティに関連する異常は、例えば、入賞、磁気、振動エラー発生時、遊技制御装置３１０の初期化時にも発生する。

これらの各種信号は、パルス信号で出力され、例えば信号のオン・オフのみで認識できる信号線が信号毎に複数存在する接点出力が用いられる。

なお、遊技機３００は、これらの信号を全て出力しなくてもよく、一部の信号のみを出力するものであってもよい。

払い出される遊技球の種類は、払出し態様によって賞球と貯球と持球と貸球とに分けられる。賞球は、第１始動入賞口４５１、第２始動入賞口４５２、大入賞口４５３（図３参照）、又は一般入賞口４５４（図３参照）等に遊技球が入賞した場合に、遊技機３００から払い出される。なお、貸球、貯球、及び持球は、遊技機３００からの払い出しでも、遊技者の入金によって遊技球を貸し出すための遊技装置２００の図示しない貸機（各台計数装置）からの払い出しでもよい。賞球が払い出された場合には、例えば、賞球数１０個につき１パルスの賞球信号が遊技制御装置３１０から情報収集装置２０へと送信される。

持球は、発生した当日のみ有効であり、当日以後の持球は貯球に加算される（持球は貯球に変換される）。貸球は、遊技者の入金によって発生する。遊技者は、発射ハンドル３５１を操作することでこれらの払い出された遊技球を用いて遊技機３００の遊技盤４００内に遊技球を打ち込んで遊技を行うことができる。

なお、貯球、持球、及び貸球は、球数データとして表示される態様に限らず、有価価値として表示されてもよい。

遊技情報は、例えば、賞球信号に基づく賞球データやこの賞球データから求めた総賞球数データ、特賞信号に基づいて特別遊技状態であることを示す特賞データ、確変／時短信号に基づいて確変状態や時短状態であることを示す確変／時短データ、第１始動入賞信号に基づいて第１始動入賞口４５１への入賞があったことを示す第１始動入賞データやこの第１始動入賞データから求めた始動口入賞数データ、第２始動入賞信号に基づいて第２始動入賞口４５２ａへの入賞があったことを示す第２始動入賞データやこの第２始動入賞データから求めた始動口入賞数データ、図柄確定信号に基づいて特図変動表示ゲームが１回実行されたことを示すゲーム実行データやこのゲーム実行データから求めたゲーム実行回数データ（いわゆる回転数のデータ）、枠開放信号に基づいて枠開放エラーが発生したことを示す枠開放データ、セキュリティ信号に基づいてセキュリティに関連する異常が発生したことを示すセキュリティデータを含むものである。

演出制御装置３３０は、遊技制御装置３１０から演出制御コマンドを受信すると、ＬＥＤ等の発光演出装置及びモータ等の駆動体によって可動する可動演出装置等の演出用装置３２０を制御して遊技状態に対応する演出を実行する。

払出制御装置３４０は、遊技制御装置３１０から払出制御コマンドを受信するか、カードユニット５００に備えられるカードユニット制御装置５１０から玉貸制御信号を受信すると、指定された数の遊技球を払い出す。また、払出制御装置３４０は、発射制御装置３５０や補給器６００に信号を出力する。

発射制御装置３５０は、ハンドル操作に伴って操作信号が入力されると、遊技機３００の遊技領域４１０に遊技球を発射することが可能となる。

残高表示器３６０は、カードユニット制御装置５１０から出力された信号に基づいて、カード挿入部５５０に挿入されたカードに記憶された情報（カードＩＤや残高情報そのもの等）に対応する有価価値の残高を表示する。

カードユニット５００は、カードユニット制御装置５１０と、表示装置５２０と、カードＲ／Ｗ５３０と、紙幣受入部５４０と、カード挿入部５５０と、状態表示部５６０と、計数装置５７０と、を備える。

カードユニット制御装置５１０は、遊技球の貸し出し等を制御し、情報収集装置２０に持球情報（持球払出信号）、カード情報、貸出情報（貸球情報、球貸信号）、払出情報（貯球払出信号）、金額情報（入金信号）、及び持球情報（計数信号）を出力する。

続いて、カードユニット制御装置５１０から出力される信号について説明する。

カード情報は、カードに記憶されたＩＤ情報やカードの種類（会員カード又はワンデイカード）を示す情報である。

貸出情報は、カードユニット５００が所定額の有価価値に相当する数の遊技球を遊技者に貸し出す（払い出す）と出力される、いわゆる売上を示す信号である。

払出情報は、カードユニット５００が払い出した貯球の数を示す信号であるが、貯球の払出しを売上とみなして、例えば１００円毎にワンパルスの信号を出力してもよい。

金額情報（入金信号）は、紙幣受入部５４０（図３参照）に入金された金額を示す情報である。

持球情報（計数信号）は、遊技者が所持している持球の数を示す情報である。

表示装置５２０は、カードユニット制御装置５１０から出力される信号に基づいて、カードＲ／Ｗ５３０が読み込んだ会員カード又はワンデイカードに記録されたＩＤ情報に対応する各種情報を表示する。表示装置５２０は、カードＲ／Ｗ５３０が読み込んだカードが会員カードの場合には、貯球数や持球数を表示するとともに、有価価値の残高又は残額を表示する。また、表示装置５２０は、ワンデイカードの場合には、持球数や有価価値の残高もしくは残額を表示する。遊技者は、タッチパネル式の表示画面５２１（図３参照）及び操作部５２２（図３参照）等の操作によって、表示装置５２０の表示内容を切り替えることができる。

カードＲ／Ｗ５３０は、カードユニット制御装置５１０からの指示に基づいて、カードユニット５００に挿入された会員カード又はワンデイカードに記録された情報を読み書きする。例えば、カードに有価価値が記憶されている場合には、遊技球が貸し出されると、カードに記録された有価価値情報が更新される。また、会員カード又はワンデイカードといったカードが挿入されている場合に、紙幣受入部５４０に紙幣が挿入されると、挿入された（入金された）金額に相当する有価価値が、カードに記憶された有価価値に加算される。

なお、本実施形態では、情報収集装置２０は、貯球と貸球を区別して球数データとして記憶しているが、貯球を球数データとして記憶させずに、有価価値に変換して記憶しておき、貯球を再使用する場合に、有価価値を消費して遊技球を払い出すようにすれば、貯球も貸球と考えることができる。従って、所定数の貯球が払い出された場合に、有価価値が消費される売上とみなしてデータを収集・管理する手法も取り入れられる。

有価価値の残高のあるカードがカードユニット５００に挿入されている場合に、遊技機３００に設けられる球貸ＳＷ３７０を遊技者が操作すると、遊技機３００の払出制御装置３４０に球貸制御信号が入力されて、所定数の遊技球が払い出される（貸し出される）。また、球貸信号（貸出情報）が情報収集装置２０に出力される。このとき、挿入されたカードに記憶された有価価値（貸球）から貸し出された遊技球に相当する分の有価価値が減算される。

また、入金された有価価値と、遊技球の貸し出しに使用された有価価値と、をそれぞれ累積して記憶し、入金された有価価値の累積値から遊技球の貸し出しに使用された有価価値を減算して有価価値の残高を算出してもよい。また、遊技装置２００（カードユニット５００）は、有価価値の残高をカードに記憶せずに、遊技管理装置１０に球貸信号（貸出情報）や入金信号（金額情報）を送信し、遊技管理装置１０がＩＤ情報に関連付けて記憶するようにしてもよい。さらに、遊技装置２００は、遊技管理装置１０に球貸信号や入金信号を送信せずに、有価価値の残高をカードのみに記憶してもよい。

なお、会員カード又はワンデイカードに紐づいた有価価値の管理は、ネットワーク１００に接続される管理サーバ１０’もしくは会員管理サーバ（図示省略）において集中的に管理する形態でもよい。

状態表示部５６０は、発光態様や発光色を変化させることのできるＬＥＤを備えており、挿入されたカードの種類やカード残高、遊技の中断状況に対応した状態を表示する。

計数装置５７０は、遊技機３００の下皿３９４（図３参照）から島設備の回収桶に排出される遊技球を計数する。計数装置５７０は、所定数の遊技球（例えば１個）を計数する毎に持球情報（計数信号、計数球情報）をカードユニット制御装置５１０に出力する。さらに、カードユニット制御装置５１０は、計数信号（パルス信号）を持球情報として、情報収集装置２０に出力する。なお、カードユニット５００及び情報収集装置２０は、計数装置５７０の計数信号によって計数した遊技球数を持球に加算し、持球から払い出した遊技球数を持球から減算するように構成してもよい。

補給器６００からは、遊技機３００の上皿３９３（図３参照）に払い出される遊技球数を示す補給信号（パルス信号）が情報収集装置２０に出力される。

アウトタンク装置７００からは、遊技機３００の遊技領域４１０に発射装置４２０から発射されて遊技に使用された遊技球数を示す回収信号（パルス信号）が情報収集装置２０に出力される。

［遊技装置］
次に、図３を参照して遊技装置２００の説明を行う。図３は、遊技装置２００の構成を説明する遊技装置２００の正面図である。

［遊技機の構成］
遊技機３００は、遊技機３００の内枠となる前面枠３９０と、外枠となる本体枠３９１と、遊技球が流下する遊技領域４１０を有する遊技盤４００と、を備える。前面枠３９０は、本体枠３９１にヒンジを介して開閉稼働可能に組み付けられる。前面枠３９０には、遊技盤４００の前面を覆うカバーガラスを有するガラス枠３９２が取り付けられる。ガラス枠３９２のカバーガラスは、例えばガラス、アクリル、ポリカーボネイト等の透明部材によって形成される。

遊技盤４００の表面には、ガイドレール４１１で囲われた略円形状の遊技領域４１０が区画形成される。遊技領域４１０には、流下方向変換部材としての風車や多数の障害釘などが配設されており、発射された遊技球はこれら流下方向変換部材に当接して流下方向を変えながら遊技領域４１０を流下する。

遊技領域４１０の略中央には、変動表示ゲームの表示領域となる窓部を形成するセンターケース４３０が設置される。センターケース４３０に形成された窓部の後方には、複数の識別情報を変動表示（可変表示）する変動表示ゲームの演出を表示可能な表示装置４４０が配置される。変動表示ゲームや各種の演出表示等は、表示装置４４０の表示面の表示画面であるメイン表示画面４４１に表示される。

メイン表示画面４４１の右側部には、右部表示装置としてサブ表示画面４４２（第２表示装置）が配設される。サブ表示画面４４２には、メイン表示画面４４１と同様に、遊技の進行に基づく演出画像、識別情報、始動記憶、打ち方指示、その他の操作案内等を表示することができる。

［カードユニットの構成］
カードユニット５００に設けられる表示装置５２０、紙幣受入部５４０、カード挿入部５５０、及び状態表示部５６０は、カードユニット５００の前面に配置される。

表示装置５２０は、表示画面５２１及び操作部５２２を備え、表示画面５２１は、貯球数や持球数等を表示するタッチパネルとなっており、各種の操作を受け付けることができる。操作部５２２は、例えば、カード返却ボタン、貸球払出ボタン、持球払出ボタン、貯球払出ボタン、表示切替ボタン等を備える。

カード挿入部５５０は、会員カードやワンデイカード等の記録媒体を受け付ける。なお、非接触式のＩＣカードを利用して、カード挿入部５５０の代わりにＩＣカード読取部を設けてＩＤ情報をカードユニット５００又は遊技装置２００が記憶するように構成してもよい。

［補給器、アウトタンク、呼出装置の構成］
遊技機３００の裏面上部には、補給器６００が設置される。補給器６００は、遊技機３００の裏面に設けられる上タンクに遊技球を補給する。補給器６００は、遊技機３００に補給した遊技球数（補給数）を計測する補給球計数器６１０（図８参照）を備える。

遊技機３００の裏面には、アウトタンク７００が設置される。アウトタンク７００は、
遊技機３００の裏面から排出される遊技球を、貯留する部材であり、回収球数を計測して回収信号を情報収集装置２０へ送信する。

遊技機３００の上方等には、呼出装置５０が設けられる。呼出装置５０は、遊技装置２００が出力する各種の遊技情報を一度受信して情報収集装置２０へ伝送するものがあるが、少なくとも呼出し時には、呼出信号が情報収集装置２０へ送信される。

このように、遊技装置２００は、遊技機３００、カードユニット５００、補給器６００、アウトタンク装置７００、呼出装置５０を含む。

［遊技管理装置］
図４は、遊技管理装置１０の構成を示すブロック図である。

遊技管理装置１０は、例えば、ＣＰＵ１０ａと、ＲＯＭ１０ｂと、ＲＡＭ１０ｃと、ＨＤＤ、ＳＳＤ等の記憶装置１０ｄと、バス１０ｅと、ネットワーク通信ポート１０ｆ（通信インターフェース）と、Ｉ／Ｏポート１０ｇと、を備える。遊技管理装置１０がクラウド環境において構築される場合はこの限りではない。

これらのＣＰＵ１０ａ、ＲＯＭ１０ｂ、ＲＡＭ１０ｃ、記憶装置１０ｄ、ネットワーク通信ポート１０ｆ及びＩ／Ｏポート１０ｇは、バス１０ｅによって接続されている。バス１０ｅは、ＣＰＵ１０ａがデータを読み書きするために使用するアドレスバス及びデータバスから構成される。

ＲＯＭ１０ｂには、主としてＣＰＵ１０ａによって実行されるプログラムが記憶される。ＲＡＭ１０ｃには、ＣＰＵ１０ａによって実行されるプログラムをロードして格納可能な記憶領域、プログラムの実行に必要なデータが一時的に記憶される作業領域、スタック領域等が設けられる。また、ＲＯＭ１０ｂにプログラムを記憶する代わりに、記憶装置１０ｄにプログラムを格納し、これをロードしてプログラムを実行することもできる。

ネットワーク通信ポート１０ｆは、遊技場内のネットワークやインターネット等に接続される通信インターフェースであり、所定の通信プロトコルに従って遊技場内に設置されたネットワーク中継装置３０や情報収集装置２０とデータ通信を行う。Ｉ／Ｏポート１０ｇは、入出力インターフェースであり、入力装置１１ａ（キーボード等）、出力装置１１ｂ（ディスプレイ、表示手段）及びＵＰＳ１１ｃ（無停電電源装置）が接続される。

［情報収集装置］
次に、情報収集装置２０について説明する。図５は、情報収集装置２０の構成を示すブロック図であり、図６は、情報収集装置２０の外観構成を説明する正面図である。

図５に示すように、情報収集装置２０は、ＣＰＵ２０ａと、プログラム等を予め格納したＲＯＭ２０ｂと、ＣＰＵ２０ａの動作時にワークエリアとして使用されるＲＡＭ２０ｃと、制御回路２０ｄと、設定回路２０ｅと、バス２０ｆと、ネットワーク通信ポート２０ｇと、Ｉ／Ｏポート２０ｈと、を備える。

これらのＣＰＵ２０ａ、ＲＯＭ２０ｂ、ＲＡＭ２０ｃ、制御回路２０ｄ、設定回路２０ｅ、ネットワーク通信ポート２０ｇ、及びＩ／Ｏポート２０ｈは、バス２０ｆによって接続されている。バス２０ｆは、ＣＰＵ２０ａがデータを読み書きするために使用するアドレスバス及びデータバスから構成される。

ＲＡＭ２０ｃには、各種データを一時的に記憶する記憶領域及びＣＰＵ２０ａの動作に必要なデータが一時的に記憶される作業領域が設けられる。

設定回路２０ｅは、図６に示す設定用スイッチ２０ｉと、設定用ピン２０ｊと、を備える。遊技場の従業員等は、設定用スイッチ２０ｉ及び設定用ピン２０ｊを介して情報収集装置２０の設定を行うことができる。

ネットワーク通信ポート２０ｇは、遊技場内のＬＡＮ等の通信線に接続される通信インターフェースであり、所定の通信プロトコルに従って遊技場内に設置された遊技管理装置１０やネットワーク中継装置３０とデータ通信を行う。ネットワーク通信ポート２０ｇは、情報収集装置２０の基板上に３つ形成されており（図６参照）、図５に示すように、遊技管理装置１０、ネットワーク中継装置３０、及び遊技機３００にそれぞれ接続される。ＬＥＤ２０ｋは、通信状況及び情報収集装置２０の状態を点灯態様によって報知する。

Ｉ／Ｏポート２０ｈは、入出力インターフェースであり、情報収集装置２０の基板上に２つ形成されており（図６参照）、図５に示すように、呼出装置５０等の周辺機器や遊技機３００にそれぞれ接点接続される。

［カードユニット］
次に、カードユニット５００について説明する。図７は、カードユニット５００の構成を示すブロック図である。

図７に示すように、カードユニット５００は、カードユニット制御装置５１０を備える。カードユニット制御装置５１０は、ＣＰＵ５００ａと、プログラム等を予め格納したＲＯＭ５００ｂと、ＣＰＵ５００ａの動作時にワークエリアとして使用されるＲＡＭ５００ｃと、バス５００ｄと、ネットワーク通信ポート５００ｅと、Ｉ／Ｏポート５００ｆと、を備える。

これらのＣＰＵ５００ａ、ＲＯＭ５００ｂ、ＲＡＭ５００ｃ、ネットワーク通信ポート５００ｅ、及びＩ／Ｏポート５００ｆは、バス５００ｄによって接続されている。バス５００ｄは、ＣＰＵ５００ａがデータを読み書きするために使用するアドレスバス及びデータバスから構成される。

ＲＡＭ５００ｃには、各種データを一時的に記憶する記憶領域及びＣＰＵ５００ａの動作に必要なデータが一時的に記憶される作業領域が設けられる。

ネットワーク通信ポート５００ｅは、遊技場内のＬＡＮ等の通信線に接続される通信インターフェースであり、情報収集装置２０に接続されている。ネットワーク通信ポート５００ｅは、情報収集装置２０を介して、所定の通信プロトコルに従って遊技場内に設置された遊技管理装置１０やネットワーク中継装置３０とデータ通信を行う。

Ｉ／Ｏポート５００ｆは、入出力インターフェースである。Ｉ／Ｏポート５００ｆには、表示装置５２０、カードＲ／Ｗ５３０、紙幣受入部５４０、カード挿入部５５０、状態表示部５６０、カード挿入中ＬＥＤ５６２、計数装置５７０がそれぞれ接続される。

［補給器］
次に、補給器６００について説明する。図８は、補給器６００の構成を示すブロック図であり、（Ａ）は出力系を示すブロック図であり、（Ｂ）は入力系及び出力系を示すブロック図である。

図８（Ａ）に示すように、補給器６００は、補給球計数器６１０内の計数ＳＷ６１１によって補給された遊技球数（補給数）を計測（計数）すると、補給数信号を出力する。計数ＳＷ６１１は、リードスイッチやセンサなどである。補給球計数器６１０は、例えば、補給された遊技球１０個につき１パルスの補給数信号（カウント信号となり得るパルス信号）を出力する。出力された補給数信号は、接続端子６２０を介して情報収集装置２０に送信される。なお、後述のように、補給数信号（パルス信号）は、正常な場合は遊技球（遊技媒体）のカウントに使用可能なカウント信号として取り扱われるが、異常な場合は異常信号として取り扱われる。

また、図８（Ｂ）に示すように、補給器６００は、補給供給制御器６３０が接続端子６４０を介して情報収集装置２０に接続され、情報収集装置２０よって遊技球の補給可否状態が制御される。すなわち、補給器６００は、情報収集装置２０より補給可能信号が出力された場合のみ遊技機３００の上タンクに遊技球を補給することができ、補給不可信号が出力されている場合には遊技球を補給することができなくなる。

ここで、払い出された遊技球数は、ほぼ補給数と同数になるので、補給数から持球の変化量を差し引けば遊技領域４１０に発射された遊技球数を推定することができる。

遊技に使用された遊技球は、入賞口４５０に入賞し、又は、いずれの入賞口４５０にも入賞せずにアウト口４６０に受け入れられることによって、遊技機３００の裏面側から排出される。遊技機３００の裏面側から排出された遊技球は、アウトタンク装置７００へ流下して回収された後、島設備の回収桶に排出される。なお、第１始動入賞口４５１、第２始動入賞口４５２ａ、大入賞口４５３ａ、及び、一般入賞口４５４をまとめて入賞口４５０と称する。後述するように、入賞口４５０とアウト口４６０をまとめて遊技球流入口と称する。

［アウトタンク装置］
次に、アウトタンク装置７００について説明する。図９は、アウトタンク装置７００の構成を示すブロック図である。

アウトタンク装置７００の回収球計数器７１０は、計数ＳＷ７１１を備える。回収球計数器７１０は、計数ＳＷ７１１によってアウトタンク装置７００に流下する遊技球数を回収球数として計数すると、回収信号（カウント信号となり得るパルス信号）を出力する。出力された回収信号は、接続端子７２０を介して情報収集装置２０に送信される。なお、後述のように、回収信号（パルス信号）は、正常な場合は遊技球（遊技媒体）のカウントに使用可能なカウント信号として取り扱われるが異常な場合は異常信号として取り扱われる。

回収球計数器７１０は、例えば、回収球数１０個につき１パルスの回収信号を出力する。このように、アウトタンク装置７００は、回収球計数器７１０によって回収球情報を出力する回収球情報出力手段として機能する。なお、遊技機３００に回収球計数器７１０を設け、遊技機３００から情報収集装置２０に回収信号を直接出力してもよい。

情報収集装置２０は、回収信号から、遊技機３００の遊技領域４１０に発射されて遊技に使用された遊技球数を求め、遊技球数データとして遊技データに含めて保存する。

［分析、通信判定及び整合性判定］
次に、遊技管理装置１０が備える分析手段、通信判定手段及び整合性判定手段について説明する。図１０は、分析手段が出力する分析内容の一例を説明する図である。

上述のとおり、情報収集装置２０は、遊技装置２００（遊技機３００）が出力する賞球信号、特賞信号、確変／時短信号、始動入賞信号（第１始動入賞信号、第２始動入賞信号）、図柄確定信号、枠開放信号（扉開放信号）、セキュリティ信号、遊技球発射信号、アウト信号を受信して累積記憶した後に遊技管理装置１０へ送信する。なお、遊技球発射信号は、遊技球が発射されたことを示す信号であり、発射ハンドル３５１が操作されたことを示す信号を遊技球発射信号として、遊技装置２００（遊技機３００）の遊技制御装置３１０から情報収集装置２０に出力してよい。アウト信号は、遊技に使用され遊技機３００からアウトタンク７００に回収された遊技球数に関する信号であり、前述の回収信号をアウト信号として使用可能である。なお、アウト口にセンサを設けて、このセンサからの信号をアウト信号として、遊技装置２００（遊技機３００）の遊技制御装置３１０から情報収集装置２０に出力する構成も可能である。

また、情報収集装置２０は、遊技装置２００（カードユニット５００）が出力する持球情報（持球払出信号）、カード情報、貸出情報（貸球情報、球貸信号）、払出情報（貯球払出信号）、金額情報（入金信号）、及び持球情報（計数信号）を受信して累積記憶した後に遊技管理装置１０へ送信する。

また、情報収集装置２０は、遊技装置２００（補給器６００）が出力する補給信号、遊技装置２００（アウトタンク７００）が出力する回収信号を受信して累積記憶した後に遊技管理装置１０へ送信する。そのため、遊技管理装置１０はこれらの遊技情報を遊技装置２００毎に収集する。

そして、収集した遊技情報に異常ないし矛盾が生じる場合がある。一例として、複数種類の遊技情報のうちの一部の種類の遊技情報が欠損している状態（一部の種類の遊技情報が受信できない状態）が遊技情報の異常ないし矛盾である。また、別の一例として、アウト信号（回収信号）がなく、スタート信号があるという論理矛盾である。ここでは遊技情報の異常と矛盾とを使い分けることなく、合わせて遊技情報の「異常」と記載し、遊技情報の異常を検出することや異常な遊技情報を送信すること、遊技情報を一部または全部受信できないことをエラーの発生、エラー状態にある、とも記載する。

収集した遊技情報の異常には、遊技管理装置１０が収集した遊技情報の全部に異常が認められる場合と、一部に異常が認められる場合とがある。全ての遊技装置２００から収集された遊技情報に異常が認められる場合が全部異常に該当し、一部の遊技装置２００から収集された遊技情報に異常が認められる場合が一部異常に該当する。このように、収集した遊技情報の異常の有無を確認する手段として、遊技管理装置１０は、整合性判定手段を備える。整合性判定手段は、例えば、収集した各遊技情報の間の整合性を判定する整合性判定を実行可能である。

また、遊技機３００の入れ替えに伴う接続不良、断線、情報収集装置２０の故障、情報収集装置２０の障害（例えば、フリーズ状態）、ネットワーク中継装置３０の故障や障害等に起因して遊技管理装置１０が遊技情報を受信できない状態が生じ得る。整合性判定手段は、遊技管理装置１０が遊技情報を受信できるか否かも判定する。

遊技管理装置１０が遊技情報を収集（取得）できない（遊技情報を受信できない）状態には、遊技管理装置１０と各装置（ネットワーク中継装置３０及び情報収集装置２０）とが通信不能である状態と、遊技管理装置１０と各装置とが通信可能であるが遊技情報を適切に送信ないし伝送できない状態とに分けることができる。

このうち、遊技管理装置１０と各装置とが通信可能であるかを確認する手段として、遊技管理装置１０は、通信判定手段を備える。通信判定手段が実行する通信判定（確認）は、ネットワーク１００を構成する全てのネットワーク中継装置３０及び情報収集装置２０を対象とする全判定及び、一部のネットワーク中継装置３０及び情報収集装置２０を対象とする一部判定が可能である。

通信判定の手法は、例えば、遊技管理装置１０が各装置へｐｉｎｇコマンド（ｐａｔｈｐｉｎｇ等のｐｉｎｇ系コマンドを含む）を送信することにより、その応答の有無によって通信の疎通を判定する。判定に用いるコマンドは、ｔｒａｃｅｒｔコマンドやｎｅｔｓｔａｔコマンド等、ＩＣＭＰ（Internet Control Message Protocol）に関する他のコマンドでもよく、いわゆるネットワーク系のコマンドが通信判定に活用される。遊技管理装置１０に組み込まれるＯＳは、ＷＩＮＤＯＷＳ（登録商標）、ＵＮＩＸ（登録商標）等既存のＯＳであればいずれでもよく、ＯＳに依拠する特定のコマンドも含まれる。各装置の固有設定情報であるＩＰアドレス、ＭＡＣアドレス等をまとめたアドレステーブルは、遊技管理装置１０もしくは遊技管理装置１０がアクセス可能な外部記憶媒体や管理サーバ１０’が保有する。ＭＡＣアドレスは、遊技管理システム１を構成する各々の装置を識別する識別情報であり、固有の設定情報（ＩＰアドレスほか）と紐付けて管理される。なお、アドレステーブルは、固有設定情報データベース（図示省略）によって管理されてもよい。

そして、遊技管理装置１０は、通信判定の結果と整合性判定の結果とに基づいて遊技管理装置１０、情報収集装置２０、ネットワーク中継装置３０の異常に関する分析を行う分析手段を備える。分析手段の実行する分析処理に関連する制御内容は図１２において詳細を説明する。

図１０は、分析手段が、通信判定の結果と整合性判定の結果とに基づいてどのような対処方法を分析結果として出力するかを示す一例である。通信判定において「○」は疎通可を示し、「×」は疎通不可を示す。ここではケース１からケース４を順に説明する。

ケース１は、通信判定の結果が「○」であり、整合性判定の結果が一部の遊技装置２００からデータ取得不能との結果であった場合である。この場合、通信判定手段が発信したｐｉｎｇコマンドに対して全ての（又は特定の）情報収集装置２０から応答があったため、遊技管理装置１０と情報収集装置２０とは通信可能であるが、遊技管理装置１０は、特定の情報収集装置２０から全ての種類の遊技情報が受信できない状態である。このことから、上記の特定の情報収集装置２０がフリーズ状態であることが想定される。フリーズの原因は、メモリが一時的に不足した場合、ソフトウェアないしドライバに不具合が起きた場合に起因することが知られており、再起動によって解消する。そのため、分析手段は、まず、ステップ１として、対象となる情報収集装置２０の再起動を報知する。当該情報収集装置２０の再起動によってもケース１に該当する場合は、情報収集装置２０の故障が原因となるため、分析手段は、ステップ２として対象となる情報収集装置２０の交換を報知する。

ケース２は、通信判定の結果が「○」であり、整合性判定の結果が一部の遊技装置２００のデータに異常ありとの結果であった場合である。この場合、通信判定手段が発信したｐｉｎｇコマンドに対して全ての（又は特定の）情報収集装置２０から応答があったため、遊技管理装置１０と情報収集装置２０とは通信可能であるが、遊技管理装置１０は、特定（一部）の情報収集装置２０から一部の種類の遊技情報が受信できない状態である。ケース２では、一部の種類の遊技情報が受信できないものの、その他の種類の遊技情報は受信できるため、情報収集装置２０はフリーズ状態にはない。このことから、上記の特定の情報収集装置２０又はその隷下にある遊技装置２００の故障が想定される。

そこで、分析手段は、まず、ステップ１として対象となる情報収集装置２０の交換を報知する。当該情報収集装置２０の交換によってもケース２に該当する場合は、遊技装置２００の故障が原因となるため、分析手段は、ステップ２として対象となる遊技装置２００の故障を報知する。

ケース３は、通信判定の結果が「○」であり、整合性判定の結果が全ての遊技装置２００のデータに異常ありとの結果であった場合である。この場合、遊技管理装置１０は、全ての（又は多数の）情報収集装置２０から一部の種類の遊技情報が受信できない状態であるが、全ての（又は多数の）情報収集装置２０が一斉に故障することは実際には起こり得ない。また、通信判定の結果、全ての情報収集装置２０との疎通が確認できたことから、遊技管理装置１０自体の異常が想定される。

そこで、分析手段は、まず、ステップ１として遊技管理装置１０の再起動を報知する。当該遊技管理装置１０の再起動によってもケース３に該当する場合は、遊技管理装置１０の故障が原因となるため、分析手段は、ステップ２として遊技管理装置１０の交換を報知する。遊技管理装置１０の異常も、ソフトウェア要因の異常とハードウェア要因の異常とに分けることができるところ、分析手段は、まず再起動によって解消可能なソフトウェア要因の異常から報知する。

ケース４は、通信判定の結果が「×」であり、整合性判定の結果が全ての遊技装置２００からデータ取得不能との結果であった場合である。この場合、通信判定手段が発信したｐｉｎｇコマンドに対して全ての情報収集装置２０から応答がないため、遊技管理装置１０と全ての情報収集装置２０とが通信不能であり、遊技管理装置１０は、全ての種類の遊技情報が受信できない状態である。このことから、遊技管理装置１０と情報収集装置２０との間に設けられるネットワーク中継装置３０の異常が想定される。

そこで、分析手段は、まず、ステップ１としてネットワーク中継装置３０の再起動を報知する。当該ネットワーク中継装置３０の再起動によってもケース４に該当する場合は、ネットワーク中継装置３０の故障が原因となるため、分析手段は、ステップ２としてネットワーク中継装置３０の交換を報知する。ネットワーク中継装置３０の異常も、ソフトウェア要因の異常とハードウェア要因の異常とに分けることができるところ、分析手段は、まず再起動によって解消可能なソフトウェア要因の異常から報知する。

なお、ここにあげた４つのケースは、一例として挙げたものであり、通信判定の結果と整合性判定の結果とを組み合わせて他のケースも想定し得る。具体的には、通信判定の結果には、一部の範囲の装置と通信可、一部の範囲の装置と通信不能、全部と通信可、全部と通信不能等、があり、整合性判定の結果には、全ての装置から遊技情報を正常に受信、全ての装置から遊技情報が受信できない、一部の装置からの遊技情報の全部の種類が欠損、一部の装置からの遊技情報の一部の種類が欠損、全部の装置からの遊技情報が論理的に正常、全部の装置からの遊技情報が論理的に異常、一部の装置からの遊技情報が論理的に異常等、があり、これらの組み合わせとなる。

［論理矛盾］
図１１は、論理矛盾の一例を表す図表である。ここでは、論理矛盾について一例として挙げる６つのパターンに基づいて説明する。図表において、「○」は遊技管理装置１０がその種類の遊技情報が適切に取得できていることを表し、「－」はその種類の遊技情報が取得できていないか、取得した数値がゼロであることを表す。斜線のある欄はその種類の遊技情報の取得の有無や取得した数値を問わないことを表す。いずれのパターンも一台の遊技装置２００から受信した遊技情報に基づき、遊技装置２００への不正が行えないことを前提にしている。

パターン１は、アウト信号（回収信号）の受信がなく、セーフ信号（即ち賞球信号）の受信がある場合である。打ち出し球の回収がない状態にあるにもかかわらず払い出しがあることを示しており、実際には発生し得ない状況である。

パターン２は、遊技装置２００が稼働状態であることを表す情報の受信があり、アウト信号の受信がない場合である。遊技装置２００が稼働しているにもかかわらず打ち出し球の回収がない状態にあることを示しており、実際には発生し得ない状況である。稼働状態であるか否かについては、例えば、「遊技球発射信号とアウト信号」「着座センサと遊技球発射信号」「遊技中のカメラ映像」「始動入賞信号」等に基づいて判定する。アウト信号については、アウト信号（回収信号）を連続的にカウントする場合に稼働中と判定することも可能であるが、この例に限られない。なお、遊技者が着座しているか否かを検出する着座センサや、遊技者を撮影するカメラのカメラ映像が情報収集装置２０に収集されてよい。

パターン３は、特図変動表示ゲームが実行されたことを示すスタート信号（図柄確定信号でもよい）の受信がなく、多量の出玉信号の受信がある場合である。特図変動表示ゲームが実行されないのに多量の出玉は発生することは、実際には発生し得ない状況である。例えば、出玉信号は、計数装置５７０の持球情報（計数信号）や補給数信号でよい。

パターン４は、特賞信号の受信がなく、多量の出玉信号の受信がある場合である。大入賞口４５３への入賞がないのに多量の出玉が生じることは、実際には発生し得ない状況である。

パターン５は、貸球情報及び払出情報の受信がなく、稼働状態であることを表す情報及びアウト信号を受信している場合である。上皿３９３へ遊技球の供給がない状態では遊技球を打ち出せないため、実際には発生し得ない状況である。パターン５は、例えば、貸球情報（貸出情報）、払出情報、アウト信号等他の項目での組み合わせによって判定することも可能である。

パターン６は、入金情報の受信がなく、貸球情報の受信がある場合である。入金がないにもかかわらずカードユニット５００が遊技球を貸し出すことは、実際には発生し得ない状況である。

上記のパターン１からパターン４は、主として遊技機３００に起因する論理矛盾であり、パターン５からパターン６は、主としてカードユニット５００に起因する論理矛盾である。遊技装置２００において、各種類の遊技情報と各種類の遊技情報に対応した信号を出力するセンサとは対応しているため、論理矛盾の解析により、遊技装置２００のどこの構成部材が故障したかを特定可能である。そのため、遊技管理装置１０は、遊技装置２００のどの構成部材（装置）が交換の対象であるかも報知可能である。

［制御フロー］
次に、分析手段の実行する分析処理に関連する制御を説明する。図１２は、分析処理の手順を示すフローチャートである。分析処理は、遊技管理装置１０や管理サーバ１０’において実行可能であるが、いわゆるソフトウェアとして組み込みが可能であれば携帯端末１２、ネットワーク中継装置３０等他の装置においても実行可能である。ここでは、分析処理を遊技管理装置１０が実行するものとして説明する。

遊技管理装置１０は、まず、例えば、遊技管理装置１０における遊技情報のエラー発生の検出時、又は、所定の時間もしくは任意の時間に分析処理を開始する（Ｓ１）。分析処理の開始は、遊技場の従業員の操作に基づいて開始してもよいし、遊技管理装置１０が自動で開始してもよい。遊技情報のエラー発生の自動検出については後述する。所定の時間として、営業終了時間後の予め設定した時刻がある。所定の時間は１回に限らず複数の時間の設定が可能である。任意の時間として、遊技管理装置１０のメンテナンス画面を表示して、遊技場の従業員の操作として、メンテナンス画面内の分析開始の項目をクリックすると分析処理を開始する。

次に、遊技管理装置１０は、各装置（ネットワーク中継装置３０及び情報収集装置２０）と通信可能であるか否かを判定する（Ｓ２）。当該判定は、上述の通信判定に対応し、基本的にはネットワーク１００の全ての装置を対象としたコマンド送信による通信判定を行うが、一部の装置に限定して通信判定を行うこともできる。

遊技管理装置１０と各装置とが通信可能である場合には（Ｓ２の結果が「Ｙ」）、遊技管理装置１０は、必要な遊技情報の取得が可能であるか否かを判定する（Ｓ３）。具体的には、各々の遊技装置２００に対して設定された取得すべき種類の遊技情報について取得が可能であるか否かを判定するものであり、上述の整合性判定に対応する。

遊技管理装置１０が必要な遊技情報の取得が可能である場合には（Ｓ３の結果が「Ｙ」）、遊技管理装置１０は、取得した遊技情報の全てに異常がないか否かを判定する（Ｓ４）。上述のとおり、遊技情報の異常には、遊技情報の一部の種類の欠損と、遊技情報の論理矛盾とを含むものであるため、具体的には、遊技管理装置１０が取得した遊技情報の全てに欠損や論理矛盾がないかを判定するものである。当該判定も、上述の整合性判定に対応する。Ｓ３における「必要な遊技情報」とは、遊技装置２００毎に設定された取得すべき種類の遊技情報のことを表し、Ｓ４における「遊技情報の全て」とは、必要な遊技情報として取得された遊技情報を母数として「全て」と表している。

遊技管理装置１０が取得した遊技情報の全てに異常がない場合には（Ｓ４の結果が「Ｙ」）、遊技管理装置１０は、遊技管理システム１に異常がないことを報知し、本処理を終了する（Ｓ５）。

一方、遊技管理装置１０が取得した遊技情報の全てに異常がない状態ではない場合には（Ｓ４の結果が「Ｎ」）、遊技管理装置１０は、一部の遊技装置２００からの遊技情報に異常があるか否かを判定する（Ｓ６）。当該判定も、上述の整合性判定に対応する。

一部の遊技装置２００からの遊技情報に異常がある場合には（Ｓ６の結果が「Ｙ」）、遊技管理装置１０は、エラー状態にある（異常のある遊技情報を送信する）情報収集装置２０の交換を指示するための交換報知（交換の報知）に関する報知履歴があるか否かを判定する（Ｓ７）。

交換の報知及び再起動の報知（再起動報知）の履歴管理については、例えば、遊技管理装置１０の記憶領域に設けられる、個別の装置毎に対応したフラグの設定領域にフラグが設定されているか（例えば、”１”の値が設定されているか）否かによって判定する。個別の装置毎に対応したフラグの設定領域とは、具体的に、一台目の遊技管理装置１０－１についてＲＣ１、二台目の遊技管理装置１０－２についてＲＣ２、以下同様に…ＲＣｎまでの、交換の報知に関する領域と再起動の報知に関する領域がそれぞれ設けられる。情報収集装置２０についても同様に、ＲＤ１、ＲＤ２、…ＲＤｎ、ネットワーク中継装置３０についてＲＲ１、ＲＲ２、…ＲＲｎまでの、交換の報知に関する領域と再起動の報知に関する領域がそれぞれ設けられる。履歴管理の手法としては、フラグ設定のほか、当該フラグの設定領域に代えて各装置に対応した数値情報の記憶領域を設けて、各装置の再起動又は交換の報知を出力する度に当該記憶領域のカウンタ値をインクリメントすることによって履歴の有無や回数を管理することができる。

エラー状態にある情報収集装置２０について交換の報知履歴がある場合には（Ｓ７の結果が「Ｙ」）、遊技管理装置１０は、遊技装置２００の故障を報知し、本処理を終了する（Ｓ８）。当該報知は、図１０においてケース２のステップ２に対応する。なお、当該遊技装置２００の故障に対処することにより異常が解消した場合は、対応するフラグ設定領域をクリア可能である。

エラー状態にある情報収集装置２０について交換の報知履歴がない場合には（Ｓ７の結果が「Ｎ」）、遊技管理装置１０は、当該情報収集装置２０の交換を報知するとともに、対象となる情報収集装置２０に対応したフラグ設定領域のうち交換の報知に関する領域にフラグを設定する（Ｓ９）。その後、遊技管理装置１０は、本処理を終了する。当該報知は、図１０においてケース２のステップ１に対応する。なお、当該情報収集装置２０の交換によって異常が解消した場合は、対応するフラグ設定領域がクリア可能である。

一方、全ての遊技装置２００からの遊技情報に異常がある場合には（Ｓ６の結果が「Ｎ」）、遊技管理装置１０は、遊技管理装置１０の再起動を指示するための再起動報知に関する報知履歴があるか否かを判定する（Ｓ１０）。

遊技管理装置１０の再起動報知履歴がある場合には（Ｓ１０の結果が「Ｙ」）、遊技管理装置１０は、遊技管理装置１０の交換を報知し、本処理を終了する（Ｓ１１）。当該報知は、図１０においてケース３のステップ２に対応する。なお、当該遊技管理装置１０を交換することにより異常が解消した場合は、対応するフラグ設定領域をクリア可能である。

遊技管理装置１０の再起動報知履歴がない場合には（Ｓ１０の結果が「Ｎ」）、遊技管理装置１０は、遊技管理装置１０の再起動を報知するとともに、対象となる遊技管理装置１０に対応したフラグ設定領域のうち再起動の報知に関する領域にフラグを設定する（Ｓ１２）。その後、遊技管理装置１０は、本処理を終了する。当該報知は、図１０においてケース３のステップ１に対応する。なお、当該遊技管理装置１０の再起動によって異常が解消した場合は、対応するフラグ設定領域がクリア可能である。

遊技管理装置１０が必要な遊技情報の取得が可能ではない場合、つまり、一部の遊技装置２００から遊技情報の取得ができない場合には（Ｓ３の結果が「Ｎ」）、遊技管理装置１０は、当該一部の遊技装置２００に対応する情報収集装置２０の再起動報知に関する履歴があるか否かを判定する（Ｓ１３）。

情報収集装置２０の再起動報知履歴がある場合には（Ｓ１３の結果が「Ｙ」）、遊技管理装置１０は、対象となる情報収集装置２０の交換を報知するとともに、本処理を終了する（Ｓ１４）。当該報知は、図１０においてケース１のステップ２、図１６に対応する。なお、当該情報収集装置２０の交換によって異常が解消した場合は、対応するフラグ設定領域をクリア可能である。

情報収集装置２０の再起動報知履歴がない場合には（Ｓ１３の結果が「Ｎ」）、遊技管理装置１０は、対象となる情報収集装置２０の再起動を報知するとともに、対象となる情報収集装置２０に対応したフラグ設定領域のうち再起動の報知に関する領域にフラグを設定する（Ｓ１５）。その後、遊技管理装置１０は、本処理を終了する。当該報知は、図１０においてケース１のステップ１、図１３、図１４、図１５に対応する。なお、当該情報収集装置２０の再起動によって異常が解消した場合は、対応するフラグ設定領域がクリア可能である。

ここまでが、通信判定の結果が「Ｙ」、つまり遊技管理装置１０と各装置との通信が可能な状態について説明した。続いて、遊技管理装置１０と各装置とが不通である場合について説明する。

遊技管理装置１０と各装置との通信が不能である場合には（Ｓ２の結果が「Ｎ」）、遊技管理装置１０は、ネットワーク中継装置３０の再起動を指示するための再起動報知の報知履歴があるか否かを判定する（Ｓ１６）。なお、当該通信判定においては、特定のセグメントを対象として通信判定を行うことが可能であり、通信判定の範囲を限定することによって判定対象となるネットワーク中継装置３０を限定することができる。

ネットワーク中継装置３０の再起動報知履歴がある場合には（Ｓ１６の結果が「Ｙ」）、ネットワーク中継装置３０の交換を報知し、本処理を終了する（Ｓ１７）。当該報知は、図１０においてケース４のステップ２に対応する。なお、当該ネットワーク中継装置３０の交換によって異常が解消した場合は、対応するフラグ設定領域をクリア可能である。

ネットワーク中継装置３０の再起動報知履歴がない場合には（Ｓ１６の結果が「Ｎ」）、ネットワーク中継装置３０の再起動を報知するとともに、対象となるネットワーク中継装置３０に対応したフラグ設定領域のうち再起動の報知に関する領域にフラグを設定する（Ｓ１８）。その後、遊技管理装置１０は、本処理を終了する。当該報知は、図１０においてケース４のステップ１に対応する。なお、当該ネットワーク中継装置３０の再起動によって異常が解消した場合は、対応するフラグ設定領域がクリア可能である。

このように、遊技管理装置１０は（分析手段は）、通信判定及び整合性判定の結果に基づいて各装置との不通、遊技情報の取得不能、遊技情報の異常を解消する分析内容を出力する。なお、Ｓ１において、本処理の開始条件のひとつに、遊技管理装置１０における遊技情報のエラー発生の検出時を挙げたが、遊技情報のエラー発生を適宜検出するために、遊技管理装置１０は、定期的に上記のＳ３、Ｓ４、Ｓ６の判定処理を連続して実行することができる。そして、Ｓ３、Ｓ４、Ｓ６のいずれかの判定処理において結果が「Ｎ」となる場合に、遊技情報のエラー発生を検出して、本処理を自動的に開始することができる。つまり、分析手段は、遊技情報のエラーを自動で検出するため、遊技場の従業員は、適宜遊技情報のエラーの発生を認識することができる。

［出力画面］
次に、分析手段が出力する出力態様を説明する。図１３は、分析手段による分析結果の出力態様の一例を説明する表示画像である。図１４は、遊技管理装置１０での受信状況を示す表示画像である。図１５は、各装置の設置場所を表示する遊技場の見取り図である。図１６は、再分析結果の出力態様の一例を説明する表示画像である。これら表示画像は、例えば、遊技管理装置１０に設けられる出力装置１１ｂの画面に表示される。

図１３では、分析処理による分析結果として、メッセージ表示領域１３に、エラー発生の内容（一部の情報収集装置２０から遊技情報の受信ができないこと）や、エラー解消のための対処法が表示される。また、一覧表示領域１４には、対処手法が上部に大きく表示され、その下部に対象となる装置が一覧表示される。ここでは、情報収集装置２０のＮｏ１５、Ｎｏ３３、Ｎｏ６２から遊技情報の取得ができず、当該三台の情報収集装置２０の再起動指示を報知している。当該報知は、図１０におけるケース１のステップ１、図１２におけるＳ１５に対応する。

ここで、「受信状況」ボタン１５ａを操作する（クリックする、画面にタッチする、キーボードで選択して決定する等）と、図１４に示す遊技管理装置１０における遊技情報の受信状況を表す画面に移行する。

図１４では、画面の上部に設けられる情報収集装置表示領域１６ａに全ての情報収集装置２０が一台毎に表示可能であり、当該領域の右脇にはスクロールバー１６ｂが表示される。情報収集装置２０の受信状況は、例えば、「○」「△」「－」で表される。「○」は論理矛盾なく遊技情報を受信できており、「△」は遊技情報に論理矛盾がある、「－」は遊技情報に欠損があることを表す。また、エラー状況欄の下欄には「必要な遊技情報の受信不可」などの情報収集装置としての状況を表している。

画面の下部に設けられる遊技管理装置表示領域１６ｃには、遊技管理装置１０においてどの種類の遊技情報が受信できているかを表示する。ここでは、情報収集装置２０のＮｏ１５が選択されており、Ｎｏ１５からの受信状況として、全ての種類の遊技情報が受信できていないことが表示されている。当該受信状況の表示画面では、個別の情報収集装置からの受信状況を確認することができる。なお、遊技管理装置表示領域１６ｃに表示される遊技情報の種類は、一例であり、ここに表示する遊技情報の種類は任意に変更が可能である。「戻る」ボタン１５ｄを操作すると、図１３示す分析結果の報知画面へ移行する。

図１３に戻り、「配置場所確認」ボタン１５ｂを操作すると、図１５に示すように、遊技場の見取り図に基づいて、一覧表示領域１４に表示された対象の装置が設置される場所が表示される。

見取り図では、遊技場の構成及び各装置の配置場所が誰でも把握できるように、例えば、遊技場の入口や景品カウンター、階段、エスカレータ、遊技装置２００が一群として設置される「島（遊技島）」等が表示される。そして、情報収集装置２０は、遊技島の中でも遊技装置２００と重なる位置もしくは遊技装置２００と対応した位置に一台一台個別に表示される。ここでは、再起動の対象となる情報収集装置２０のＮｏ１５、Ｎｏ３３、Ｎｏ６２の位置に網かけやハイライト等のエフェクトが表示され、一目で再起動の対象装置がどこにあるが把握できる。

図１５に示す見取り図において、一台一台個別に表示される装置を選択することで、図１４に示す受信状況の画面へ移行してもよい。

そして、遊技場の従業員は、例えば、Ｎｏ１５の情報収集装置２０の再起動を行い、一覧表示領域１４に表示される「・Ｎｏ．１５」や、見取り図中の情報収集装置２０－１５の場所を選択して「個別に処置完了」ボタン１５ｅを操作することで、遊技管理装置１０は、Ｎｏ１５の情報収集装置２０の再起動の対応が完了したことを受け付ける。また、遊技場の従業員は、対象となる全ての情報収集装置２０の再起動を行い、「戻る」ボタン１５ｄを操作して図１３に示す報知画面へ戻り、「処置完了」ボタン１５ｃを操作することにより、遊技管理装置１０は、対象となる三台の情報収集装置２０の再起動の対応が完了したことを受け付ける。

対象となる三台の情報収集装置２０の再起動の対応が完了したことを受け付けた遊技管理装置１０は、遊技情報の異常が解消したかを確認するために、再び分析処理を実行する。その結果、遊技情報のエラーが解消しなかった場合として、図１６に示す交換指示の報知画面が表示される。

図１６では、遊技情報の収集ができなかった上記の三台の情報収集装置２０のうち、Ｎｏ１５及びＮｏ３３から遊技情報を正常に収集できないため、当該二台の情報収集装置２０が故障している可能性が高い旨を報知している。当該報知は、図１０におけるケース１のステップ２、図１２におけるＳ１４に対応する。

ここで、遊技場の従業員は、例えば、Ｎｏ１５及びＮｏ３３の情報収集装置２０を交換した後に「処置完了」ボタン１５ｃを操作することで、遊技管理装置１０は、Ｎｏ１５及びＮｏ３３の情報収集装置２０の交換の対応が完了したことを受け付ける。また、当該操作の受け付けに合わせてＮｏ１５及びＮｏ３３に対応するフラグ設定領域のうち再起動報知に関する領域がクリアされ、交換報知に関する領域にフラグが設定される。なお、装置が交換されると、ＭＡＣアドレスが変更されるため、当該アドレスの変更を遊技管理装置１０が認識することにより上記のフラグ設定が自動で変更されてもよい。

再起動の指示するための再起動報知が報知され、その後再起動の対応をとったことにより遊技情報の異常が解消したと判断されたＮｏ６２の情報収集装置２０のフラグについては、クリアせずに、再起動報知の履歴を残す。そして、次回以降の分析処理においてＮｏ６２の情報収集装置２０に異常が発生している場合には、２回目のエラーとして交換を報知することができる。なお、分析処理は、２回目の再起動の報知に該当する場合は、交換を報知する制御となっているが、何回目の再起動の報知に該当する場合に交換を報知するかは、装置の種類や装置毎の故障頻度に対応させて任意に設定可能である。

図１６において、遊技場の従業員が「このまま終了」ボタン１５ｆを操作すると、設定されたフラグ情報は変更されずに、分析処理のトップ画面（図示省略）へと移行する。

なお、上述のとおり、分析手段の出力画面や配置場所の確認画面は、携帯端末１２においても表示可能であり、携帯端末１２によっても操作可能である。

次に、分析手段が遊技管理装置１０の交換を報知する場合及び遊技管理装置１０のバックアップ操作について説明する。図１７は、分析手段による分析結果の出力態様の別の一例を説明する表示画像である。図１８は、各装置の設置場所を表示する遊技場の見取り図である。表示画像は、例えば、遊技管理装置１０に設けられる出力装置１１ｂの画面に表示されるものである。

図１７において、分析手段は、遊技管理装置１０の故障の可能性が高く、遊技管理装置１０を交換する指示を報知している。当該報知は、図１０におけるケース３のステップ２、図１２におけるＳ１１に対応する。

ここで、「配置場所確認」ボタン１５ｂを操作すると、図１８に示す遊技場の見取り図に基づいて、遊技管理装置１０が設置される場所が表示される。遊技管理装置１０は、遊技エリア（ホール）と同じフロアに設置されない場合があるため、見取り図の左下に網かけで表示されるとともに、所在場所として「事務所」と表示される。その右方には、遊技島の中ではなくカウンタ下に設置されるネットワーク中継装置３０の所在も明記されている。その他、ホールに設置されない装置は、個別に設置場所が表示される。

「遊技管理装置の設定をバックアップ」のボタン１５ｇは、交換対象装置が遊技管理装置１０である場合に表示される。遊技管理装置１０を交換するにあたって、遊技管理装置１０が保持する各種の設定情報等を交換機に引き継ぐバックアップデータを生成するものであり、バックアップデータの出力先は、例えば、ＵＳＢメモリやＮＡＳ等の外部記憶装置（図示省略）となるように選択される。

このように、遊技管理装置１０は、遊技情報のエラーについて、対応手法を報知するとともに、対応すべき装置の位置を把握できるように明確に表示するため、遊技場の従業員は、表示された場所に赴いて装置の再起動ないし交換を進めることができる。そのため、遊技場の従業員に高度な管理知識がなくても、遊技場の従業員は何をどうすればよいのかを戸惑うことなく進められ、容易に遊技管理システム１の保守、管理が可能である。また、販社又は保守企業のサービスマンが遊技場に出張しなくても遊技場の従業員によって故障対応を完了することができるため、対応コスト（出張費用）を抑え、また、遊技情報のロス時間（正常に取得できない時間）を少なく抑えられる。

分析手段の報知内容に従って故障対応を進めるにあたっては、対象の装置を再起動した後に再度分析処理を実行すると、再起動によって異常が解消したか、解消していないかが瞬時に分かり、解消していない場合は、さらなる対応手法が報知される。そのため、効率的に故障対応を進めることができる。特に、フリーズ状態の装置を故障として取り扱うことがないため、不要な交換を未然に防いで、保守に伴うコストを低減させる。

［バックアップ及びリストア］
次に、遊技管理装置１０のバックアップ及びリストア（交換機へのバックアップデータの復元）について説明する。図１９は、遊技管理装置１０が表示するバックアップ及びリストアの設定画面である。

図１７の遊技管理装置１０の交換を報知する画面、及び図１８の配置場所確認の画面に表示される「遊技管理装置の設定をバックアップ」のボタン１５ｇを操作すると、遊技管理装置１０は、図１９に示すバックアップ及びリストアの設定画面を表示する。

当該画面では、画面の最上部に「バックアップ」ボタン１５ｈ及び「リストア」ボタン１５ｉが表示される。「バックアップ」ボタン１５ｈを操作すると、「バックアップ」ボタン１５ｈの色が変化する等により、バックアップに向けたデータ選択が行われることを報知し、「リストア」ボタン１５ｉを操作すると、「リストア」ボタン１５ｉの色が変化する等により、リストアに向けたデータ選択が行われることを報知する。図１７、図１８に表示される「遊技管理装置の設定をバックアップ」のボタン１５ｇを操作したことに基づいて図１９のバックアップ及びリストアの設定画面へ移行した場合は、自動的に「バックアップ」ボタン１５ｈの色が変化していてもよい。

「バックアップ」ボタン１５ｈ及び「リストア」ボタン１５ｉの下部には、遊技管理装置１０のデータ選択領域１７ａ、情報収集装置２０のデータ選択領域１７ｂ、ネットワーク中継装置３０のデータ選択領域１７ｃ、メッセージ表示領域１７ｄが表示される。各データ選択領域では、チェックボックスにチェックを入れることで当該項目が選択される。

遊技管理装置１０のデータ選択領域１７ａでは、遊技管理装置１０のデータとして各種の任意設定値や各装置に関する設定データを選択する「設定データ」、当日の全台からの遊技情報を選択する「遊技情報（当日）」、過去分の全ての遊技情報を選択する「遊技情報（全て）」、遊技管理装置１０が保有する全ての情報を選択する「全ての情報」を選択することができる。

情報収集装置２０のデータ選択領域１７ｂでは、対象となる情報収集装置２０を個別に選択可能であり、選択先の情報収集装置２０の設定情報に関する「設定情報」、選択先の情報収集装置２０が送信する当日の遊技情報に関する「遊技情報（当日）」、選択先の情報収集装置２０に関する全ての情報（設定情報及び遊技情報を含む）である「全ての情報」を選択することができる。

ネットワーク中継装置３０のデータ選択領域１７ｃでは、対象となるネットワーク中継装置３０を個別に選択可能であり、選択先のネットワーク中継装置の設定情報に関する「設定情報」を選択可能である。ネットワーク中継装置３０は、１つの遊技島の遊技情報を中継するものでもよく、複数の遊技島の遊技情報を中継するものでもよいため、複数の遊技島の遊技情報を中継する場合は、該当する項目が表示される。

メッセージ表示領域１７ｄには、操作に応じた各種のメッセージが表示される。一例として、遊技管理装置１０の「遊技情報（全て）」を選択してバックアップデータを作成する場合に、「処理が終了するまでに１時間程度必要です。営業時間外での実行を推奨します。」と表示される。

対象装置を交換して交換機にバックアップデータを復元する（リストアする）場合は、当該画面において対象となるデータを選択した後に、「リストア」ボタン１５ｉを操作することでリストアが完了する。

［設定情報］
次に、各装置のアドレスやＩＤ（固有設定情報）等を含む設定情報の保存について説明する。図２０は、設定情報の保存先の設定画面である。当該画面は、上方から順に遊技管理装置の選択領域１８ａ、情報収集装置の選択領域１８ｂ、ネットワーク中継装置の選択領域１８ｃ、設定保存先の選択領域１８ｄ、メッセージ表示領域１８ｅが設けられる。当該画面は、例えば、遊技管理装置１０に設けられる出力装置１１ｂの画面である。

遊技管理装置の選択領域１８ａ、情報収集装置の選択領域１８ｂ、ネットワーク中継装置の選択領域１８ｃでは、それぞれ設定情報の選択について、全ての装置を対象とするか個別の装置を対象とするかを選択することができる。例えば、図１（Ｂ）のように、三台の遊技管理装置１０が設置される場合は、指定ＮＯ．の欄にいずれの遊技管理装置１０にするかを選択することができる。指定ＮＯ．の欄は、個別箇所の工事や個別装置の設定間違い等で特定の装置の設定の修正を行う場合に利用する。

設定保存先の選択領域１８ｄでは、設定情報をどこに保存するかを選択することができる。ここでは、店舗に設置される遊技管理装置１０、統括部に設置される遊技管理装置１０、ＮＡＳ、その他を選択することができる（複数選択可）。その他を選択すると、個別のフォルダ等任意の保存先を選択することができる。

ほかにも、遊技管理システム１の形態に基づいて、他のサーバやクラウドを選択することもできる。例えば、統括部に設置される遊技管理装置１０を選択すると、チェーン店を経営する本店のサーバに保存され、遊技管理システム１の保守の形態によっては、保守を担当する企業が管理するサーバに保存される。ＮＡＳは、ネットワーク１００に接続される外部記憶媒体であり、このほかにも、ＵＳＢメモリや外付けＨＤＤ等を設定情報の保存先として選択することもできる。

［更新設定処理］
次に、装置を再起動又は交換した後における遊技管理装置１０における設定更新の処理手順について説明する。図２１は、情報収集装置２０を交換した場合の設定更新の流れを説明するフローチャートである。情報収集装置２０側の手順としてＢ１とＢ２との間で情報収集装置２０が再起動又は交換されることに基づいて設定更新の流れを説明する。分析手段と同様に、更新設定処理は、管理サーバ遊技管理装置１０に限られず、管理サーバ１０’、ネットワーク中継装置３０等においても実行可能である。

まず、遊技管理装置１０は、ネットワーク１００における接続機器の整合を監視するネットワーク接続監視を実行する（Ａ１）。遊技管理装置１０では、情報収集装置２０の情報として型式情報、固有ＩＤ（固有設定情報）としてＭＡＣアドレス、ＩＰアドレス等のネットワーク情報を含む固有設定情報を保有しており、例えば、アドレス情報に基づいて、不明な装置が接続されていないか等を監視する。

Ｂ１において、再起動又は交換のために、情報収集装置２０の電源が切れるか、ネットワーク１００から情報収集装置２０が取り外されると、遊技管理装置１０は、ネットワーク１００の構成装置の１台が未接続状態であることを認識する（Ａ２）。

Ｂ２において、再起動により情報収集装置２０の電源が入るか、ネットワーク１００に新たな情報収集装置２０を接続すると、遊技管理装置１０は、情報収集装置２０との間で接続・認証処理を実行する（Ａ３及びＢ３）。具体的には、まず、遊技管理装置１０が相互の通信接続が確立されたか否かを確認する。

次に、遊技管理装置１０は、遊技管理装置１０は、情報収集装置２０にＭＡＣアドレスを要求し、情報収集装置２０は自機のＭＡＣアドレスを応答する。次に、遊技管理装置１０は、型式情報を情報収集装置２０に要求し、情報収集装置２０は自機の型式情報を応答する。

接続・認証処理が終了すると、遊技管理装置１０は、次に、情報収集装置２０が認証済みの装置であるか否かを判定する（Ａ４）。具体的には、アドレステーブルを参照して接続先の情報収集装置２０のＭＡＣアドレスを照合し、新規なＭＡＣアドレスであるか否かを確認する。

情報収集装置２０が認証済みの装置である場合には（Ａ４の結果が「Ｙ」）、情報収集装置２０が再起動されたものであるため、遊技管理装置１０は、本処理を終了する。

情報収集装置２０が認証済みの装置でない場合には（Ａ４の結果が「Ｎ」）、情報収集装置２０が交換されたものであるため、遊技管理装置１０は、装置の型式が従来の型式と同一であるか否かを判定する（Ａ５）。

装置の型式が従来の型式と同一である場合には（Ａ５の結果が「Ｙ」）、遊技管理装置１０は、情報収集装置２０に交換前の装置の固有設定情報を書き込む、「書き戻し処理」を実行し、本処理を終了する（Ａ６）。書き戻し処理の具体的な内容は、遊技管理装置１０が、交換前の情報収集装置２０の固有設定情報を準備して交換後の情報収集装置２０へ書き込み、ＭＡＣアドレス情報を更新し、情報収集装置２０に再起動を指示するコマンドを送信するものである。再起動後の情報収集装置２０は、認証済みの装置として認識される。なお、遊技管理装置１０、情報収集装置２０、ネットワーク中継装置３０は、固有設定情報を更新する（書き込む）固有設定情報更新手段を備える。

書き戻し処理を受けて情報収集装置２０は、機器の状態を報知する（Ｂ４）。例えば、再起動後の通信状況が正常であれば通信状態を示す左のＬＥＤ２０ｋ（図６参照）を緑色に発光させ、設定状態が正常であれば設定状態を示す右のＬＥＤ２０ｋを緑色に発光させて、通信状態及び設定状態について報知する。

一方、装置の型式が従来の型式と同一ではない場合には（Ａ５の結果が「Ｎ」）、遊技管理装置１０は、認識できない装置であり手動での設定が必要であるため、設定情報の更新ができないことを報知し、本処理を終了する（Ａ７）。

このように、設定更新処理では、遊技管理装置１０が、ネットワーク１００の構成装置の再起動（電源のＯＦＦ・ＯＮ）、交換を自動的に検出して新規な装置であると認識した場合は、設定情報が自動で更新される。ちょうどプラグアンドプレイのような感覚によってネットワーク１００の構成装置が再起動した、取り除かれた、追加された、ということを遊技場の従業員は確認することができる。

また、ネットワーク１００の構成装置を交換した場合に、当該装置における交換前の設定情報を交換後の装置に自動で更新適用（上記の書き戻し処理）するため、遊技管理システム１が安定して稼働する。

［予備機の在庫管理］
次に、図２２を参照して遊技管理システム１における予備機（交換機）の在庫管理を説明する。図２２は、予備機の在庫管理を説明する概略図である。

遊技場では、遊技管理システム１を構成する装置の故障に対して即座に交換が可能なように各装置の予備機を在庫として保管する場合があり、予備機を備品棚９０に収納して在庫を保管する。

備品棚９０は、例えば、遊技場内、本店（統括部）に設置され、複数の予備機を収納可能である。備品棚９０は、例えば、情報収集装置２０を収納する上棚９１、ネットワーク中継装置３０を収納する中棚９２、交換後の故障機や廃棄品を収納する下棚９３を備え、有線又は無線で遊技管理装置１０や装置の販売企業ないし装置の保守サービス企業のコンピュータ９０１と接続される。

備品棚９０は、各棚での装置の出入りを自動で管理可能である。例えば、各棚に重量センサが設けられ、重量の変化によって装置の出庫と入庫を認識することができる。また、各装置には無線でＩＤ情報を発信するＲＦＩＤ（radio frequency identifier）が組み込まれており、ＩＤ情報の管理によって出庫と入庫を管理することができる。その他、画像認識技術を活用した在庫管理や、磁気や電気抵抗を活用した在庫管理を取り込むことができる。ここでは、ＲＦＩＤによって認識するＩＤ情報によって備品棚９０での在庫管理が行われるものとして説明する。

上棚９１及び中棚９２から予備機が出庫すると、予備機ＩＤ一覧からＩＤ情報が削除され、予備機を元の棚に戻すとＩＤ情報が再登録される。新たな予備機が入庫するとＩＤ情報が追加される。また、下棚９３に故障機が入庫及び出庫すると、同様に故障機ＩＤ一覧からＩＤ情報の削除又は追加が行われる。

これらのＩＤ情報の管理は、備品棚９０において実行してもよいし、遊技管理装置１０によって実行されてもよいし、管理サーバ１０’や装置の販売企業又は保守サービスの企業のコンピュータ９０１において実行されてもよい。管理サーバ１０’は、図１（Ｂ）に示す統括部に設置される遊技管理装置１０と実質的に同一の機能を有するものである。

そして、予備機が所定数を下回る場合は、装置の販売企業へ予備機を充当する注文が可能である。コンピュータ９０１への伝送ルートとしては、破線の矢印で示す、備品棚９０からコンピュータ９０１へ直接伝送されるルート、実線の矢印で示す、遊技管理装置１０を経由してコンピュータ９０１へ伝送されるルート、一点破線の矢印で示す、管理サーバ１０’を経由してコンピュータ９０１へ伝送されるルートのいずれでもよい。

その他、故障機のＩＤ情報に基づいて、装置の販売企業又は保守企業は、どの型番の（あるいはどの種類の）装置がいくつ故障したのかを把握することが可能であり、かかる情報に基づいて予備機を充当することでも誤った数の充当をすることを防ぐことができる。

備品棚９０がもたらす情報は、上棚９１、中棚９２、下棚９３の情報から、どの型番の装置に交換を要する故障が生じ、どの型番の装置を交換したのかを装置の販売会社が把握することができる。かかる情報は、装置の販売会社へのフィードバック情報となり、今後の製品開発等に活用することができる。

このように、備品棚９０または遊技管理システム１（遊技管理装置１０）では、備品棚９０に収納されている予備機や故障機の数を管理し、予備機の数が少なくなると自動で発注するため、常時一定数の予備機を備品棚９０に収納しておくことができる。このため、交換すべき予備機が不足して予備機が納品されるまで遊技情報のエラーが解消できない事態を未然に防ぐことができるとともに、手動で発注する場合に過大な発注によって在庫管理のコストが増大することを防ぐことができる。

また、装置の交換を行った場合に、どの型番の装置が交換されたが装置の販売企業又は保守企業へ伝達されることで、サービスマンが後日に各装置のログの収集及び確認等の経過確認にあたって、追加の予備機の必要性の判断も含めて、効果的に対応することができる。

［遊技管理システムの他の形態］
図２３は、遊技管理システム１の他の形態を説明するネットワーク図であり、（Ａ）（Ｂ）とも一例として挙げる図である。

遊技管理システム１の形態は、図１において説明しているが、ここでは確認的に、その他の一般的な形態も説明する。（Ａ）は、ネットワーク中継装置３０が公衆回線９００と直接接続される装置となるネットワーク形態である。公衆回線との接続において、ネットワーク中継装置３０が公衆回線ないしメディアコンバーター（図示省略）との接続装置となり、例えば、遊技管理装置１０やネットワーク１００へのファイアウォールとなる。

（Ｂ）は、ネットワーク中継装置３０が複数設けられるネットワーク形態である。例えば、複数階のフロアで営業している遊技場にあって、フロア毎にネットワーク中継装置３０が設けられることが考えられる。

遊技管理システム１の形態としては、図１及び図２３にその一例を示したが、既知の接続形態であれば、ここに図示する形態以外の形態も含まれる。

［第１実施形態に係る発明の作用効果］
本発明の第１実施形態に係る遊技管理装置１０では、各装置（情報収集装置２０、ネットワーク中継装置３０）と通信が可能であるかを判定する通信判定手段（Ｓ２）と、当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は情報収集装置２０から送信される遊技情報に異常がないかを判定する整合性判定手段（Ｓ３、Ｓ４、Ｓ６、Ｓ７、Ｓ１０、Ｓ１３、Ｓ１６）と、通信判定の結果及び整合性判定の結果に基づいて遊技管理装置１０、情報収集装置２０、ネットワーク中継装置３０の異常に関する分析を行う分析手段（Ｓ５、Ｓ８、Ｓ９、Ｓ１１、Ｓ１２、Ｓ１４、Ｓ１５、Ｓ１７、Ｓ１８）と、を備える。そして、分析手段は、分析内容を画面表示等の出力手段によって出力する。本段落より以降の段落での括弧内の記載は、分析処理において対応するステップ番号である。

このような遊技管理装置１０によれば、通信可能であるか否かの通信判定の結果と、遊技情報の全ての種類の取得が可能か、一部の種類のみ取得が可能か、論理矛盾がないかを判定する整合性判定の結果とを組み合わせた精度の高い分析が可能である。そのため、分析手段が出力する分析内容は、遊技情報の異常を解消するにあたって的確な指示を報知するものであり、当該報知に従って対応をとることで特定された装置のエラー状態を速やかに解消することができる。特に、遊技場の従業員は、分析内容に従って対応をとればよいため、どのような対応をとるべきか迷わずに対応を進めることができ、エラー解消までの効率が向上する。

また、遊技管理装置１０では、特定の情報収集装置２０と通信可能であるとの通信判定結果であり、当該特定の情報収集装置２０から遊技情報の取得ができないとの整合性判定結果である場合には、当該特定の情報収集装置２０を再起動させること（再起動指示）を報知する（Ｓ１５）。

このような遊技管理装置１０によれば、再起動により解消するエラー状態は、エラー全体の中において比較的頻度が高く、当該エラー状態の判別ならびに装置を特定することで、再起動によって速やかにエラー状態を解消できる。再起動は、単に装置の電源を一度ＯＦＦにして再度ＯＮにするだけであるから、遊技場の従業員が簡単に対応することが可能であり、また、装置の交換を必要としないため、エラーの解消に対してコストがかからない。

また、遊技管理装置１０では、特定の情報収集装置２０と通信可能であるとの通信判定結果であり、当該特定の情報収集装置２０から送信される遊技情報に異常があるとの整合性判定結果である場合には、当該特定の情報収集装置２０の交換指示を報知する（Ｓ９）。

このような遊技管理装置１０によれば、論理矛盾や一部の遊技情報が欠損する等の異常のある遊技情報を送信する情報収集装置２０は、フリーズ状態ではなく故障している可能性が高いため、交換指示が報知するものである。遊技場の従業員は、分析内容に従って対応をとればよいため、どのような対応をとるべきか迷わずに対応を進めることができ、エラー解消までの効率が向上する。

また、遊技管理装置１０では、全ての情報収集装置２０と通信可能であるとの通信判定結果であり、全ての情報収集装置２０から取得する遊技情報が異常であるとの整合性判定の結果である場合には、遊技管理装置１０を再起動させることを報知する（Ｓ１２）。

このような遊技管理装置１０によれば、全ての情報収集装置２０が異常のある遊技情報を出力することが非現実的であるため、遊技管理装置１０自体のエラーとして遊技管理装置１０の再起動を報知するものである。遊技場の従業員は、分析内容に従って対応をとればよいため、どのような対応をとるべきか迷わずに対応を進めることができ、エラー解消までの効率が向上する。

また、遊技管理装置１０では、特定のネットワーク中継装置３０と通信不能であるとの通信判定結果である場合には、当該特定のネットワーク中継装置３０を再起動させることを報知する（Ｓ１８）。

このような遊技管理装置１０によれば、まず、再起動によってネットワーク中継装置３０のエラー状態が解消するか否かを確認することができ、不要な交換対応を未然に抑えることができる。

また、遊技管理装置１０では、一度再起動を指示する報知を行った装置に引き続きエラーが生じている場合は、交換を指示する報知を行う（Ｓ９、Ｓ１１、Ｓ１４、Ｓ１７）。

このような遊技管理装置１０によれば、再起動によっても解消しないエラーであることを確認した上で、装置を交換するものであり、装置の故障に対して適切な対応を指示することができる。

また、本発明のネットワーク１００では、携帯端末と接続可能であり、当該携帯端末にネットワーク１００の構成や各装置の配置場所を表示する。

このようなネットワーク１００では、図１３から図２０に示す、エラーの発生、エラー状態、故障原因、対応手法、装置の配置場所、バックアップデータの作成やリストア作業を携帯端末１２によっても確認及び操作できるため、対応効率が向上する。具体的には、例えば、再起動において解消するエラーである場合、遊技場の従業員がエラー発生の認識とエラー解消のための対処とをホールにおいて完結することができる。また、交換が必要な場合であっても、さらに備品棚９０への移動が加わるのみで対処が完了する。このため、遊技管理装置１０が設置される場所に従業員を配置する必要性が低下し、遊技場の運営に必要な人員を抑制することができる。

また、遊技管理装置１０では、定期的に繰り返し実行する整合性判定手段による判定結果として取得した遊技情報に異常があると判定した場合や任意のタイミングにおいて通信判定を実行することが可能である。

このような遊技管理装置１０によれば、必要に応じて通信判定を行うため、ネットワーク１００に不要な負荷をかけずに必要がある場合に限って疎通を確認するコマンドが発信される。

なお、本発明は、以上説明した実施形態に限定されることなく、その技術的思想の範囲内において種々の変形や変更が可能であり、それらも本発明の技術的範囲に含まれる。例えば、複数の実施形態の組合せることも可能である。また、遊技機３００として、例えば、パチスロ機等の遊技機にも本発明を適用可能である。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味及び内容の範囲でのすべての変更が含まれることが意図される。

１ 遊技管理システム
１０ 遊技管理装置
１０’ 管理サーバ
１２ 携帯端末
２０ 情報収集装置
３０ ネットワーク中継装置
５０ 呼出装置
１００ ネットワーク
２００ 遊技装置
３００ 遊技機
５００ カードユニット
５７０ 計数装置
６００ 補給器
７００ アウトタンク装置

Claims (6)

1. 遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、
   前記ネットワークは、
   前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、
   当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、
   当該遊技管理装置は、
   前記ネットワーク中継装置と通信可能であるか、及び／又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、
   当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、
   前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行い、異常が検出された場合に異常が検出された前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置に関する再起動指示を出力可能な分析手段と、
   を備えたことを特徴とする遊技管理装置。
2. 遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、
   前記ネットワークは、
   前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、
   当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、
   当該遊技管理装置は、
   前記ネットワーク中継装置と通信可能であるか、及び／又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、
   当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、
   前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行う分析手段と、を備え、
   前記整合性判定結果が一部の前記情報収集装置から遊技情報の取得ができないとの判定結果であり、
   前記通信判定結果が当該一部の情報収集装置と通信可能であるとの判定結果である場合には、
   前記分析手段は、前記一部の情報収集装置を再起動させる再起動指示を分析結果として出力可能であることを特徴とする遊技管理装置。
3. 遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、
   前記ネットワークは、
   前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、
   当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、
   当該遊技管理装置は、
   前記ネットワーク中継装置と通信可能であるか、及び／又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、
   当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、
   前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行う分析手段と、を備え、
   前記整合性判定結果が一部の前記情報収集装置から送信される遊技情報に異常があるとの判定結果であり、
   前記通信判定が当該一部の情報収集装置と通信可能であるとの判定結果である場合には、
   前記分析手段は、前記一部の情報収集装置を交換する交換指示を分析結果として出力可能であることを特徴とする遊技管理装置。
4. 遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、
   前記ネットワークは、
   前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、
   当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、
   当該遊技管理装置は、
   前記ネットワーク中継装置と通信可能であるか、及び／ 又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、
   当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、
   前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行う分析手段と、を備え、
   前記通信判定結果が全ての前記情報収集装置と通信可能であるとの判定結果であり、
   前記整合性判定結果が全ての前記情報収集装置から取得する遊技情報が異常であるとの判定結果である場合には、
   前記分析手段は、当該遊技管理装置の再起動指示を分析結果として出力可能であることを特徴とする遊技管理装置。
5. 遊技装置から出力される遊技情報をネットワークを介して取得し、管理する遊技管理装置において、
   前記ネットワークは、
   前記遊技装置に対応して設けられ当該遊技装置が出力する遊技情報を収集して送信する複数の情報収集装置と、
   当該遊技管理装置と複数の前記情報収集装置とを中継するネットワーク中継装置と、を含み、
   当該遊技管理装置は、
   前記ネットワーク中継装置と通信可能であるか、及び／又は前記情報収集装置と通信可能であるか、を判定する通信判定を実行可能な通信判定手段と、
   当該遊技管理装置が前記情報収集装置から遊技情報を取得可能であるか、又は当該遊技管理装置に送信された遊技情報に異常がないか、を判定する整合性判定を実行可能な整合性判定手段と、
   前記通信判定手段による通信判定結果と前記整合性判定手段による整合性判定結果とに基づいて前記情報収集装置、前記ネットワーク中継装置、又は当該遊技管理装置の異常に関する分析を行う分析手段と、を備え、
   前記通信判定結果が前記ネットワーク中継装置と通信不能であるとの判定結果である場合には、
   前記分析手段は、前記ネットワーク中継装置の再起動指示を分析結果として出力可能であることを特徴とする遊技管理装置。
6. 前記分析手段は、前記再起動指示の対象となる装置が再起動した後の分析として、前記再起動した装置の異常が継続する場合には、前記再起動した装置の交換指示を新たな分析結果として出力する請求項１、２、４、５のいずれかに記載の遊技管理装置。

Images