JP2017023467A - 遊技管理端末、遊技管理システム、および、遊技管理方法 - Google Patents

Abstract

【課題】遊技店内機器の状態を容易に確認することができ、障害等への対応等の遊技管理を確実に行うことができる遊技管理端末、遊技管理システム、および、遊技管理方法を提供する。
【解決手段】データセンタ１１は、遊技店内に設置された遊技店内機器１０ｂの状態を示す状態情報を取得可能な状態情報取得手段と、前記状態情報に基づいて遊技店内機器１０ｂにおける障害の経過を示す障害経過情報を少なくとも含む情報を通知可能な障害経過情報通知手段と、を備える。
【選択図】図１７

Description

本発明は、遊技店に設置された遊技店内機器の各種管理に使用される遊技管理端末、遊技管理システム、および、遊技管理方法に関する。

近年、パチンコやパチスロなどが設置された遊技店の多くは、各種の遊技情報を収集・管理するための遊技管理システムを備えている。

例えば、特許文献１には、遊技店において不正を検出したことを電子メールで通知する装置が開示されている。

特許第４７１００７５号公報

しかしながら、このような従来の遊技管理システムは、遊技店内に設置された遊技店内機器の状態を通知する機能を有していないため、遊技店の店員等が遊技店内機器の状態を確認するためには遊技店内機器の設置場所まで赴く必要がある。

このため、保守会社の社員や遊技店の店員等が遊技店内機器の状態を把握するまでに必要以上の時間と手間がかかってしまい、障害等への対応等が遅れてしまう場合があった。

本発明は、このような従来の問題点を解決するためになされたものであって、遊技店内機器の状態を容易に確認することができ、障害等への対応等の遊技管理を確実に行うことができる遊技管理端末、遊技管理システム、および、遊技管理方法を提供することを目的とする。

本発明に係る遊技管理装置は、遊技店内に設置された遊技店内機器を管理可能な遊技管理装置において、前記遊技店内機器の状態を示す状態情報を取得可能な状態情報取得手段と、前記状態情報に基づいて前記遊技店内機器における障害の経過を示す障害経過情報を少なくとも含む情報を通知可能な障害経過情報通知手段と、を備えた、ことを特徴とする遊技管理装置である。

また、本発明に係る遊技管理システムは、遊技店内に設置された遊技店内機器の状態を示す状態情報を取得可能な状態情報取得手段と、前記状態情報に基づいて前記遊技店内機器における障害の経過を示す障害経過情報を少なくとも含む情報を通知可能な障害経過情報通知手段と、を備えた遊技管理装置と、遊技店外に設置された機器であって前記遊技管理装置と通信回線を介して相互に通信可能な遊技店外機器と、を備え、前記遊技管理装置の障害経過情報通知手段は、前記遊技店外機器に向けて前記障害経過情報を通知可能である、ことを特徴とする遊技管理システムである。

また、本発明に係る遊技管理方法は、遊技店内に設置された遊技店内機器の状態を示す状態情報を取得可能な状態情報取得手段と、前記状態情報に基づいて前記遊技店内機器における障害の経過を示す障害経過情報を通知可能な障害経過情報通知手段と、を備えた遊技管理装置と、遊技店外に設置された機器であって前記遊技管理装置と通信回線を介して相互に通信可能な遊技店外機器と、を用い、前記遊技管理装置が前記遊技店外機器に向けて前記障害経過情報を少なくとも含む情報を通知する、ことを特徴とする遊技管理方法である。

本発明に係る遊技管理端末、遊技管理システム、および、遊技管理方法によれば、遊技店内機器の状態を容易に確認することができ、障害等への対応等の遊技管理を確実に行うことができる。

本発明の実施形態に係る遊技管理システム１０のシステム構成を模式的に示すブロック図である。 稼働管理サーバ３０、島コンピュータ５０、および、台コンピュータ７０の内部構成の一例を示したブロック図である 遊技機１３０の一例であるパチンコ機の概略正面図である。 遊技用装置が管理コンピュータ３０に向けて出力可能な稼働信号の波形の一例を示した図である。 （ａ）一般的な台間機の概略正面図である。（ｂ）台間機９０の主要構成の一例を示したブロック図である。 （ａ）台番号と各種識別情報を関連付けして記憶した台番号管理テーブルの一例である。（ｂ）所定期間内における遊技用装置の稼働情報を記録するための累積稼働情報テーブルの一例である。（ｃ）所定期間内における遊技用装置の遊技状態別稼働情報を記憶するための遊技状態別稼働情報テーブルの一例である。 （ａ）、（ｂ）遊技用装置の稼働情報の履歴を所定時間毎に記録するための稼働履歴情報テーブルの一例である。 稼働累積情報通知を実現するための各種処理の流れを示すフローチャートである。 稼働累積情報通知を実現するための各種処理の流れを示すフローチャートである。 稼働累積情報の通知条件を変更するための設定画面の一例を示した図である。 障害予防通知として送信される電子メールの文面の一例を示した図である。 稼働累積情報の表示例を示した図である。 異常発生情報通知を実現するための各種処理の流れを示すフローチャートである。 異常発生情報通知を実現するための各種処理の流れを示すフローチャートである。 異常発生情報通知として送信される電子メールの文面の一例を示した図である。 異常情報の表示例を示した図である。 障害経過通知を実現するための各種処理の流れを示すフローチャートである。 機器情報更新機能を実現するための各種処理の流れを示すフローチャートである。

以下、図面を用いて、本発明の実施形態に係る遊技管理システムについて詳細に説明する。
＜全体構成＞

最初に、本発明の実施形態に係る遊技管理システム１０の全体構成について説明する。図１は、本発明の実施形態に係る遊技管理システム１０のシステム構成を模式的に示すブロック図である。

図１に示すように、遊技管理システム１０は、遊技店外に設置される遊技店外機器１０ａと、遊技店内に設置される遊技店内機器１０ｂと、を有して構成される。なお、遊技店外機器１０ａと遊技店内機器１０ｂは、説明上の便宜的な区別であり、本明細書において遊技店外機器１０ａとして説明する機器の一部が、遊技店内に設置されていてもよいし、本明細書において遊技店内機器１０ｂとして説明する機器の一部が、遊技店外に設置されていてもよい。
＜遊技店外機器＞

次に、遊技管理システム１０の遊技店外機器１０ａについて説明する。本例の遊技管理システム１０は、遊技店外機器１０ａとして、データセンタ１１と、クラウドデータセンタ１２と、店舗管理コンピュータ１３と、モバイル端末１４と、保守会社コンピュータ１５と、を有している。

データセンタ１１は、遊技管理システム１０全体の管理や運用等を行うための施設であり、従来公知のサーバ、無停電電源装置、セキュリティ設備等によって構成される。クラウドデータセンタ１２は、遊技管理システム１０によって管理される各種データや各種ファイル等を保管するための施設であり、従来公知のサーバ、無停電電源装置、セキュリティ設備等によって構成される。なお、本例では、データセンタ１１とクラウドデータセンタ１２を別々に設けたが、データセンタ１１とクラウドデータセンタ１２を単体のデータセンタによって構成してもよい。

店舗管理コンピュータ１３は、複数の遊技店内に設置された遊技管理サーバ（例えば、遊技店Ａの稼働管理サーバ３０と遊技店Ｂの稼働管理サーバ３０）を一括管理するためのコンピュータであり、従来公知のサーバ等によって構成される。モバイル端末１４は、小型で持ち運び可能な情報端末装置のことであり、例えば、従来公知のノートパソコン、タブレット型端末、スマートフォン、ＰＤＡ(＝Personal Digital Assistant)等が該当する。保守会社コンピュータ１５は、遊技店内機器１０ｂの保守を行う会社等が管理するコンピュータであり、従来公知のサーバ等によって構成される。

これらの遊技店外機器１０ａは、ネットワークＷＮＷやルータ４８を介して、遊技店内機器１０ｂの少なくとも一部（例えば、稼働管理サーバ３０）と相互に通信可能に接続されている。

なお、遊技管理システム１０に適用するネットワークＷＮＷは、典型的には、ＷＡＮ（Wide Area Network）であるが、通信の形態は有線／無線を問わず、各装置間で相互に通信可能な回線であればよく、ＶＰＮなどの専用線で接続してもよい。また、遊技店外機器１０ａの一部を利用しない場合は、当該機器を省いてもよい。
＜遊技店内機器＞

次に、遊技管理システム１０の遊技店内機器１０ｂについて説明する。本例の遊技管理システム１０は、遊技店内機器１０ｂとして、遊技店の事務所などに配置される事務所機器１０ｂ１と、遊技店のホールなどに配置されるホール機器１０ｂ２と、を有して構成されている。なお、事務所機器１０ｂ１とホール機器１０ｂ２は、説明上の便宜的な区別であり、本明細書において事務所機器１０ｂ１として説明する機器が、事務所以外の場所に配置されていてもよいし、本明細書においてホール機器１０ｂ２として説明する機器が、ホール以外の場所に配置されていてもよい。
＜遊技店内機器／事務所機器＞

次に、遊技管理システム１０の事務所機器１０ｂ１について説明する。本例の事務所機器１０ｂ１は、主として遊技機１３０の稼働情報等を管理する稼働管理サーバ３０と、主として会員情報や景品情報等を管理する会員管理サーバ４２と、主としてホール機器１０ｂ２の一つであるモバイル端末１９０の管理を行うモバイル管理サーバ４４と、これらの稼働管理サーバ３０、会員管理サーバ４２、およびモバイル管理サーバ４４（以下、これらのサーバを総称して「遊技管理サーバ」という場合がある）等に対する各種設定等を行うことが可能なクライアントＰＣ４６と、遊技管理サーバや補給管理装置２１０等を外部のネットワークＷＮＷに接続するためのルータ４８と、を有して構成される。

クライアントＰＣ４６は、例えば、従来公知のサーバやパソコン等によって構成される。クライアントＰＣ４６は、後述するアプリケーションを用いて、遊技管理サーバ等に対する各種設定等を行うことが可能であることに加えて、宣伝広告の情報、遊技店のイベント情報、遊技店の定休日の情報、遊技店の営業時間の情報、遊技店に設置される新規遊技機（新台）の情報等を含むクライアント情報（遊技店独自の情報）を入力し、これらのクライアント情報を、稼働管理サーバ３０が有する記憶装置３６等に記憶させることが可能である。
＜遊技店内機器／ホール機器＞

次に、遊技管理システム１０のホール機器１０ｂ２について説明する。本例のホール機器１０ｂ２は、稼働管理サーバ３０の配下にネットワークＬＮＷを介して接続された「稼働管理系機器」と、会員管理サーバ４２の配下にネットワークＬＮＷを介して接続された「会員管理系機器」と、モバイル管理サーバ４４の配下にネットワークＬＮＷを介して接続された「モバイル管理系機器」と、ネットワークＬＮＷに接続された「補給管理系機器」および「情報公開系機器」と、に大別することができる。なお、以降の説明では、ホール機器１０ｂ２を、「遊技用装置」と総称する場合がある。

また、遊技管理システム１０に適用するネットワークＬＮＷは、典型的には、ＬＡＮ（Local Area Network）であるが、通信の形態は有線／無線を問わず、各装置間で相互に通信可能な回線であればよい。また、事務所機器１０ａやホール機器１０ｂを構成する各種装置の台数は、例示した台数に限定されるものではない。また、事務所機器１０ａやホール機器１０ｂを構成する各装置（ハードウェア）の一部または全てを、当該装置（ハードウェア）と同等の機能を実現するソフトウェアに置き換えてもよい。
＜遊技店内機器／ホール機器／稼働管理系機器＞

本例の「稼働管理系機器」は、稼働管理サーバ３０の配下にネットワークＬＮＷを介して接続された複数の島コンピュータ５０と、この島コンピュータ５０の配下にネットワークＬＮＷを介して接続された複数の台コンピュータ７０と、この台コンピュータ７０の配下にネットワークＬＮＷを介して接続された複数の台間機（サンド（登録商標））９０および呼出ランプ１１０と、この呼出ランプ１１０を介して台コンピュータ７０に接続された複数の遊技機１３０等が該当する。なお、島コンピュータ５０、台コンピュータ７０、台間機９０、呼出ランプ１１０、および、遊技機１３０の詳細については後述する。
＜遊技店内機器／ホール機器／会員管理系機器＞

本例の「会員管理系機器」は、会員管理サーバ４２の配下にネットワークＬＮＷを介して接続された、カメラ１５０，再プレイ機１６０，計数機１７０，景品交換用装置（ＰＯＳ端末）１８０，金庫１８２，紙幣搬送装置１８４等が該当する。計数機１７０は、遊技者が獲得した遊技媒体の数を計数する際に用いられる機器であり、例えば、遊技機島毎に設けられた島端計数機や、遊技機毎に設けられた各台計数機等が該当する。

カメラ１５０は、遊技店のホール内の様子を撮像可能な撮像装置であり、従来公知のビデオカメラ等を適用することができる。カメラ１５０は、ネットワークＬＮＷを介して会員管理サーバ４２等と通信可能に接続され、撮像した静止画や動画を会員管理サーバ４２等に向けて出力可能である。

再プレイ機１６０は、遊技機１３０による再プレイを行うために、貯玉として遊技者の口座（貯玉口座と称する場合もある）に貯蓄された遊技媒体を払い出すための機器である。計数機１７０（島端計数機）は、ネットワークＬＮＷを介して会員管理サーバ４２と通信可能に接続され、計数した遊技媒体の数（貯玉情報）を会員管理サーバ４２に向けて出力可能である。

また、計数機１７０（各台計数機）は、ネットワークＬＮＷを介して持玉サーバ（図示省略）と通信可能に接続され、計数した遊技媒体の数（持玉情報）を持玉サーバに向けて出力可能である。なお、本例の遊技管理システム１０は、計数機１７０として、島端計数機と各台計数機の両方を備えているが、いずれか一方のみを備えていてもよい。

景品交換用装置１８０は、遊技者が保有する貯玉や持玉を、一般景品や特殊景品と交換する際に用いられる装置であり、例えば、従来公知のＰＯＳ端末等が該当する。本例の景品交換用装置１８０は、ネットワークＬＮＷを介して会員管理サーバ４２に接続され、会員管理サーバ４２から景品情報等を取得可能である。

紙幣搬送装置１８４は、台間機９０に挿入された紙幣を、ベルトや空気流等の駆動手段によって、遊技機島の端部（島端）等に設けられた金庫１８２に搬送する装置である。金庫１８２は、紙幣搬送装置１８４によって搬送される紙幣を収納可能に構成され、紙幣を種類ごとに分別する機能を有するものであってもよい。
＜遊技店内機器／ホール機器／モバイル管理系機器＞

本例の「モバイル管理系機器」は、モバイル管理サーバ４４の配下にネットワークＬＮＷを介して接続された複数のモバイル端末１９０等が該当する。モバイル端末１９０は、遊技店の店員等が業務で使用する携帯型や据え置き型の情報処理装置等を含み、例えば、リモコン、ハンディターミナル、ＰＤＡ(＝Personal Digital Assistant)、スマートフォン、ノートパソコン、タブレット型端末などによって実現される。なお、モバイル端末１９０は、主として遊技店の店員等が業務で使用する情報処理装置であるが、一時的に遊技者が使用することも考えられ、遊技店の店員だけが使用する情報処理装置に限定されるものではない。
＜遊技店内機器／ホール機器／補給管理系機器＞

本例の「補給管理系機器」は、ネットワークＬＮＷに接続された補給管理装置２１０と、この補給管理装置２１０に接続された複数の島内コントローラ２２０等が該当する。

補給管理装置２１０は、遊技機島に設置された揚送装置（遊技機１３０から回収した遊技球（玉）を上部タンク等に揚送する装置）や移送装置（遊技機島間で遊技球（玉）を移送する装置）等の管理を行う装置であり、複数の島内コントローラ２２０と配線で接続されている。補給管理装置２１０は、図示しない液晶タッチパネルを備えており、島内コントローラ２２０から受信した補給管理情報（例えば、揚送装置によって揚送される単位時間当りの玉量、移送装置によって移送される単位時間当りの玉量、上部タンクに貯留されている玉量）や、揚送装置や移送装置の運転状況等を表示可能である。

島内コントローラ２２０は、揚送装置、移送装置、上部タンク等に取り付けられた各種センサの状態を表示したり、揚送装置や移送装置等に関する各種操作を行ったりすることが可能な機器であり、遊技機島毎やブロック（複数の遊技機島の集まり）毎に設けられる。
＜遊技店内機器／ホール機器／情報公開系機器＞

本例の「情報公開系機器」は、ネットワークＬＮＷに接続された１台（または複数台）の情報公開機２３０によって構成されている。情報公開機２３０は、遊技店内に設置された各遊技機１３０の情報（遊技機情報）を表示するための機器であり、例えば、従来公知の液晶表示装置等を適用することができる。

ここで、情報公開機２３０を用いて表示する遊技機情報としては、例えば、遊技機１３０の現在の稼働状況、出玉数（または出メダル数）、の順位、台番号、機種名、出玉ランキング（例えば、出玉数が１位から１０位までの遊技台の情報）、出メダルランキング（例えば、出メダル数が１位から１０位までの遊技台の情報）等が挙げられる。

このような情報公開機２３０を遊技店に設置すれば、遊技者は、どの遊技機１３０で出玉数が多いのか、現在、その遊技機１３０が空席であるのか等の稼働状況を容易に把握することができ、遊技者の利便性を高めることができる。
＜稼働管理サーバ＞

次に、図２を用いて、稼働管理サーバ３０について詳細に説明する。なお、図２は、稼働管理サーバ３０、島コンピュータ５０、および、台コンピュータ７０の内部構成の一例を示したブロック図である。

稼働管理サーバ３０は、配下の島コンピュータ５０からパケット（稼働信号を含む電子メッセージ情報。詳細は後述）を受信し、受信したパケットに基づいて各種処理を行うためのコンピュータである。
＜稼働管理サーバ／構成例＞

本実施形態の稼働管理サーバ３０は、コンピュータ全体を制御するＣＰＵ３１と、基本Ｉ／Ｏプログラムや各種データを記憶するためのＲＯＭ３２と、一時的にデータを記憶するためのＲＡＭ３３と、ＣＤ−ＲＯＭやＤＶＤなどの記録媒体３４に対するデータの読み書きが可能な外部記憶ドライブ３５と、データを記憶するための記憶装置３６と、稼働管理サーバ３０に対するコマンド等を入力するための入力装置３７と、各種表示を行うための表示装置３８と、島コンピュータ５０やその他のホール機器１０ｂ２とネットワークＬＮＷを介して通信を行うための通信部３９と、時間や回数等を計測するためのタイマ４１と、を有して構成されている。このような稼働管理サーバ３０は、例えば、従来公知のサーバやパーソナルコンピュータ（ＰＣ）などによって実現することができる。

ＣＰＵ３１は、図示しない水晶発振器が出力する所定周期のクロック信号をシステムクロックとして入力して動作し、ＲＯＭ３２や記憶装置３６等に格納されているアプリケーションプログラムやオペレーティングシステム（ＯＳ）等を実行する処理や、プログラムの実行に必要なデータやファイル等をＲＡＭ３３や記憶装置３６等に記憶する処理などを行う。

記憶装置３６は、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラム、各種情報（例えば、稼働情報等）を記憶するものであり、例えば、ハードディスク（ＨＤＤ）等によって実現することができる。入力装置３７は、稼働管理サーバ３０に対するコマンド（指令）等を入力するためのものであり、例えば、キーボード、ポインティングデバイス（マウス等）、タッチパネル等によって実現することができる。表示装置３８は、入力装置３７によって入力されたコマンドや、当該コマンドに対する稼働管理サーバ３０の応答出力等を表示するものであり、例えば、液晶表示装置、プラズマディスプレイ等によって実現することができる。
＜島コンピュータ＞

次に、図２を用いて、島コンピュータ５０について詳細に説明する。この島コンピュータ５０は、配下の台コンピュータ７０からパケットを受信し、受信したパケットに所定の処理を施して、ネットワークＬＮＷを介して稼働管理サーバ３０へ送信するコンピュータである。
＜島コンピュータ／構成例＞

本実施形態の島コンピュータ５０は、コンピュータ全体を制御するＣＰＵ５１と、基本Ｉ／Ｏプログラムや各種データを記憶するためのＲＯＭ５２と、一時的にデータを記憶するためのＲＡＭ５３と、稼働管理サーバ３０とネットワークＬＮＷを介して通信を行うための管理サーバ通信部５５と、台コンピュータ７０とネットワークＬＮＷを介して通信を行うための台コンピュータ通信部５６と、を有して構成されている。このような島コンピュータ５０は、例えば、従来公知のサーバやパーソナルコンピュータ（ＰＣ）などによって実現することができる。
＜島コンピュータ／動作例＞

島コンピュータ５０のＣＰＵ５１は、台コンピュータ通信部５６が台コンピュータ７０からのパケットを受信した場合に、受信したパケットの情報をＲＡＭ５３に記憶した後に、管理サーバ通信部５５に対してパケットの送信要求を行う。この送信要求を受けた管理サーバ通信部５５は、ＲＡＭ５３に記憶されたパケットの情報を読み取り、当該情報に島コンピュータ５０の識別情報（ＩＤ）を付与した後、ネットワークＬＮＷを介して稼働管理サーバ３０に送信する。

また、島コンピュータ５０のＣＰＵ５１は、台コンピュータ７０から受信したパケットに、後述する遊技機１３０の状態を表す遊技状態情報（大当り状態情報、小当り状態情報、確変状態情報、または、エラー状態情報等）が含まれている場合に、受信した遊技状態情報をＲＡＭ５３に記憶するとともに、定期的に（例えば、１〜５秒毎に）、管理サーバ通信部５５に対して遊技状態情報の送信要求を行う。この送信要求を受けた管理サーバ通信部５５は、ＲＡＭ５３に記憶された遊技状態情報を読み取り、この遊技状態情報に島コンピュータ５０の識別情報（ＩＤ）を付与した後、ネットワークＬＮＷを介して稼働管理サーバ３０に送信する。
＜台コンピュータ＞

次に、図２を用いて、台コンピュータ７０について詳細に説明する。この台コンピュータ７０は、配下の台間機９０および呼出ランプ１１０からネットワークＬＮＷを介してパケットを受信し、受信したパケットに所定の処理を施して、ネットワークＬＮＷを介して島コンピュータ５０へ送信するコンピュータである。
＜台コンピュータ／構成例＞

本実施形態の台コンピュータ７０は、コンピュータ全体を制御するＣＰＵ７１と、基本Ｉ／Ｏプログラムや各種データを記憶するためのＲＯＭ７２と、一時的にデータを記憶するためのＲＡＭ７３と、島コンピュータ５０とネットワークＬＮＷを介して通信を行うための島コンピュータ通信部７５と、台間機９０および呼出ランプ１１０とネットワークＬＮＷを介して通信を行うための遊技設備通信部７６と、を有して構成されている。このような台コンピュータ７０は、例えば、従来公知のサーバやパーソナルコンピュータ（ＰＣ）などによって実現することができる。
＜台コンピュータ／動作例＞

台コンピュータ７０のＣＰＵ７１は、遊技設備通信部７６が台間機９０および呼出ランプ１１０からのパケットを受信した場合に、受信したパケットの情報をＲＡＭ７３に記憶した後に、島コンピュータ通信部７５に対してパケットの送信要求を行う。この送信要求を受けた島コンピュータ通信部７５は、ＲＡＭ７３に記憶されたパケットの情報を読み取り、当該情報に台コンピュータ７０の識別情報（ＩＤ）と、送信元の台間機９０または遊技機１３０の識別情報（ＩＤ)を付与した後、ネットワークＬＮＷを介して島コンピュータ５０に送信する。

また、台コンピュータ７０のＣＰＵ７１は、台間機９０および呼出ランプ１１０から受信したパケットに、後述する遊技機１３０の状態を表す遊技状態情報（大当り状態情報、小当り状態情報、確変状態情報、または、エラー状態情報等）が含まれている場合に、受信した遊技状態情報をＲＡＭ７３に記憶するとともに、定期的に（例えば、１〜５秒毎に）、島コンピュータ通信部７５に対して遊技状態情報の送信要求を行う。この送信要求を受けた島コンピュータ通信部７５は、ＲＡＭ７３に記憶された遊技状態情報を読み取り、当該情報に台コンピュータ７０の識別情報（ＩＤ）と、送信元の台間機９０または遊技機１３０の識別情報（ＩＤ)を付与した後、ネットワークＬＮＷを介して島コンピュータ５０に送信する。

このように、台コンピュータ７０では、パケットに対して、送信元の台間機９０または遊技機１３０の識別情報と、その台コンピュータ７０の識別情報を付与し、さらに島コンピュータ５０では、その島コンピュータ５０の識別情報を付与した後に、当該パケットを稼働管理サーバ３０へ送信する。このため、稼働管理サーバ３０は、受信したパケットに付与されている識別情報を参照することで、当該パケットに含まれる稼働信号が、どの台間機９０または遊技機１３０からのものなのか、また、どのような経路を通過してパケットが届いたのかを判別することができる。
＜稼働信号＞

次に、稼働管理サーバ３０によって収集・管理される稼働信号について詳細に説明する。稼働管理サーバ３０によって収集・管理される稼働信号は、遊技機１３０やアウトボックス（図示省略）から送信される稼働信号（以下、「遊技機稼働信号」と称する場合がある。詳細は後述）と、台間機９０から送信される稼働信号（以下、「関連装置稼働信号」と称する場合がある。詳細は後述）に大別することができる。
＜稼働信号／遊技機稼働信号＞

遊技機１３０やアウトボックス（図示省略）から送信される遊技機稼働信号は、呼出ランプ１１０、台コンピュータ７０、および、島コンピュータ５０を介して稼働管理サーバ３０へ伝達され、稼働管理サーバ３０で収集・管理される。

なお、本例では、遊技機１３０と稼働管理サーバ３０を、呼出ランプ１１０、台コンピュータ７０、および、島コンピュータ５０を介して接続しているが、遊技機１３０から送信される稼働信号を、稼働管理サーバ３０が収集できる構成であればよい。したがって、呼出ランプ１１０、台コンピュータ７０、および、島コンピュータ５０のうちの一つまたは複数を省いてもよく、例えば、遊技機１３０から送信される稼働信号を、呼出ランプ１１０の代わりに台コンピュータ７０（または、島コンピュータ５０）が受信する構成とすることで、一部または全ての呼出ランプ１１０を省いてもよい。また、ネットワークＬＮＷ上に、遊技機稼働信号を出力する（または、中継する）機器を新たに加えてもよい。
＜稼働信号／関連装置稼働信号＞

台間機９０から送信される関連装置稼働信号は、台コンピュータ７０および島コンピュータ５０を介して稼働管理サーバ３０へ伝達され、稼働管理サーバ３０で収集・管理される。

なお、本例では、台間機９０と稼働管理サーバ３０を、台コンピュータ７０および島コンピュータ５０を介して接続しているが、台間機９０から送信される稼働信号を稼働管理サーバ３０が収集できる構成であればよく、例えば、台コンピュータ７０および島コンピュータ５０のうちの一つまたは複数を省いてもよいし、ネットワークＬＮＷ上に、関連装置稼働信号を出力する（または、中継する）機器を新たに加えてもよい。
＜遊技機＞

次に、図３および図４を用いて、遊技機１３０について説明する。なお、図３は、遊技機１３０の一例であるパチンコ機の概略正面図であり、図４は、遊技用装置が稼働管理サーバ３０に向けて出力可能な稼働信号の波形の一例を示した図である。

本実施形態に係る遊技機１３０は、所定の入賞イベントに応じて遊技者に遊技媒体（例えば、遊技球、遊技メダル）の払い出しを行う遊技装置であり、例えば、３４に示すパチンコ機によって実現される。また、遊技機１３０は、当該遊技機１３０の稼働状況（打玉数、大当り遊技など）を示す稼働信号を、外部（本実施形態では、呼出ランプ１１０）へ向けて送信するための外部出力端子（図示省略）を備えている。

図４に示すように、本例の遊技機稼働信号は、オン信号（例えば、ハイレベル信号）とオフ信号（例えば、ローレベル信号）のいずれかの信号からなるパルス信号によって実現される。遊技機１３０は、遊技機稼働信号のオン信号をオフ信号に変化させるか、オフ信号をオン信号に変化させるかのいずれかによってパルス信号を生成し、生成したパルス信号を呼出ランプ１１０に向けて送信する。

なお、稼働信号の具体的な実現方法はこれに限られず、稼働信号の一部または全てを、後述する台間機９０のように、パケット（電子メッセージ情報）で実現してもよいし、パルス信号の形態は、シリアル信号またはパラレル信号のいずれでもよい。
＜遊技機（パチンコ機）＞

図３を用いて遊技機１３０の一例であるパチンコ機について説明すると、遊技機（パチンコ機）１３０は、遊技盤面１３１の略中央に液晶表示装置１３２を配設し、その周囲に、一般入賞口１３３と、普図始動口１３４と、特図始動口１３５と、可変入賞口１３６と、を配設している。
＜遊技機（パチンコ機）／一般入賞口、出玉信号＞

一般入賞口１３３は、本例では遊技盤面１３１に複数配設している。一般入賞口１３３に入賞した場合（一般入賞口１３３に遊技球が入った場合）には、所定の個数（例えば、１０個）の遊技球を上皿１３７に排出する。遊技機１３０は、出力条件が成立した場合（例えば、遊技球を上皿１３７に排出した場合）に、遊技球が払い出されたことを示す稼働信号（出玉信号）を、呼出ランプ１１０へ向けて外部出力端子から出力する。

本実施形態では、図４（ｂ）に示すように、出玉信号として、遊技球を１個払い出すたびに１つのパルス信号を出力する。この出玉信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、出玉信号の情報を含むパケットを受信することで、遊技機１３０において遊技球の払い出しがあったことを把握することができ、また、出玉信号の情報を含むパケットの数をカウントすることで、遊技機１３０において払い出された遊技球の量（出玉数）の情報を取得することもできる。なお、遊技機１３０から払い出される遊技球は、出玉のほか、賞球やセーフ玉と呼ばれることがあり、出玉数は、賞球数やセーフ玉数と呼ばれることがある。
＜遊技機（パチンコ機）／普図始動口、始動信号＞

普図始動口１３４は、ゲートやスルーチャッカーと呼ばれる、遊技盤面１３１の所定の領域を遊技球が通過したか否かを判定するための装置であり、本例では遊技盤面１３１の左右に１つずつ配設している。遊技球が普図始動口１３４を通過した場合には、図示しない普図表示装置による普図変動遊技を開始する。遊技機１３０は、出力条件が成立した場合（例えば、遊技球が普図始動口１３４を通過した場合）に、遊技球が普図始動口１３４に入賞したことを示す稼働信号（始動信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。

本実施形態では、図４（ｃ）に示すように、始動信号として、普図始動口１３４に入賞するたびに（普図始動口１３４を遊技球が通過するたびに）、または、後述する特図始動口１３５に入賞するたびに（特図始動口１３５に遊技球が入るたびに）、１つのパルス信号を出力する。この始動信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、始動信号を含むパケットを受信することで、遊技機１３０において遊技球が普図始動口１３４（または特図始動口１３５）に入賞したことを把握することができる。
＜遊技機（パチンコ機）／特図始動口、始動信号、出玉信号＞

特図始動口１３５は、電動チューリップ（電チュー）と呼ばれ、本例では中央に１つだけ配設している。この特図始動口１３５は、左右に開閉自在な羽根部材を備え、羽根部材の閉鎖中は遊技球が入球し難くなり、普図変動遊技に当選し、普図表示装置が当たり図柄を停止表示した場合に、羽根部材が所定の時間間隔、所定の回数で開閉する。特図始動口１３５に入賞した場合（特図始動口１３５に遊技球が入った場合）には、所定の個数（例えば、４個）の遊技球を上皿１３７に排出するとともに、図示しない特図表示装置による特図変動遊技を開始する。

遊技機１３０は、出力条件が成立した場合（例えば、特図始動口１３５に入賞した場合）に、遊技球が特図始動口１３５に入賞したことを示す稼働信号（始動信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。始動信号の内容は、図４（ｃ）を用いて説明したとおりである。また、遊技機１３０は、特図始動口１３５の入賞により遊技球を上皿１３７に排出した場合に、遊技球が払い出されたことを示す稼働信号（出玉信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。出玉信号の内容は、図４（ｂ）を用いて説明したとおりである。
＜遊技機（パチンコ機）／可変入賞口、大当信号＞

可変入賞口１３６は、大入賞口またはアタッカーと呼ばれ、本例では特図始動口１３５の真下に１つだけ配設している。この可変入賞口１３６は、開閉自在な扉部材を備え、扉部材の閉鎖中は球の入球が不可能であり、特図変動遊技に当選して特図表示装置が大当り図柄または小当り図柄を停止表示した場合に、扉部材が所定の時間間隔、所定の回数で開閉する。遊技機１３０は、出力条件が成立した場合（例えば、特図表示装置が大当り図柄を停止表示した場合（大当り遊技に当選した場合））に、遊技機１３０において大当たりが発生していることを示す稼働信号（大当信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。

本実施形態では、図４（ｅ）に示すように、大当信号として、大当り遊技に当選したときにオフ信号をオン信号に変化させ、大当り遊技が終了したときにオン信号をオフ信号に変化させる信号を出力する。この大当信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、大当信号の情報を含むパケットを受信することで、遊技機１３０における大当りの開始と終了を把握することができ、また、大当信号の情報を含むパケットの数をカウントすることで、遊技機１３０における大当り遊技の回数の情報を取得することもできる。
＜遊技機（パチンコ機）／確変信号＞

なお、大当り図柄には、大当り遊技後の特図変動遊技において、大当りに当選する確率が相対的に高くなる確変大当り図柄と、大当り遊技後の特図変動遊技において、大当りに当選する確率が相対的に低くなる非確変大当り図柄とがある。遊技機１３０は、出力条件が成立した場合（例えば、確変大当り図柄を停止表示し、遊技状態が非確変状態から確変状態に変化する場合）に、遊技機１３０において確変大当たりが発生していることを示す稼働信号（確変信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。

本実施形態では、図４（ｇ）に示すように、確変信号として、遊技状態が非確変状態から確変状態に変化したときにオフ信号をオン信号に変化させ、遊技状態が確変状態から非確変状態に変化したときにオン信号をオフ信号に変化させる信号を出力する。この確変信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、確変信号の情報を含むパケットを受信することで、遊技機１３０における確変状態の開始と終了を知ることができる。
＜遊技機（パチンコ機）／小当信号＞

また、遊技機１３０は、出力条件が成立した場合（例えば、特図表示装置が小当り図柄を停止表示した場合（小当り遊技に当選した場合））に、遊技機１３０において小当たりが発生していることを示す稼働信号（小当信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。

本実施形態では、図４（ｆ）に示すように、小当信号として、小当り遊技に当選したときにオフ信号をオン信号に変化させ、小当り遊技が終了したときにオン信号をオフ信号に変化させる信号を出力する。この小当信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、小当信号の情報を含むパケットを受信することで、遊技機１３０における小当りの開始と終了を把握することができ、また、小当信号の情報を含むパケットの数をカウントすることで、遊技機１３０における小当り遊技の回数の情報を取得することもできる。
＜遊技機（パチンコ機）／スタート信号＞

また、遊技機１３０は、出力条件が成立した場合（例えば、特図表示装置が図柄（大当り図柄、小当り図柄、ハズレ図柄など）を停止表示した場合）に、遊技機１３０において図柄が停止表示されたことを示す稼働信号（スタート信号）を、呼出ランプ１１０へ向けて外部出力端子から出力する。

本実施形態では、図４（ｄ）に示すように、スタート信号として、特図表示装置が図柄を停止表示するたびに１つのパルス信号を出力する。このスタート信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、スタート信号の情報を含むパケットを受信することで、遊技機１３０において図柄が停止表示されたことを把握することができ、また、スタート信号の情報を含むパケットの数をカウントすることで、特図表示装置の図柄変動回数の情報を取得することもできる。
＜遊技機（パチンコ機）／可変入賞口、打玉信号＞

また、遊技機１３０は、可変入賞口１３６に入賞した場合には、所定の個数（例えば、１５個）の遊技球を上皿１３７に排出する。遊技機１３０は、出力条件が成立した場合（例えば、遊技球を上皿１３７に排出した場合）に、遊技球が払い出されたことを示す稼働信号（出玉信号）を、呼出ランプ１１０へ向けて外部出力端子から出力する。出玉信号の内容は、図４（ｂ）を用いて説明したとおりである。
＜遊技機（パチンコ機）／アウトボックス、打玉信号＞

また、遊技機１３０の背面には、遊技盤面１３１に打ち出された遊技球の数（打玉数）を計数可能な打玉計数機（図示省略）を備えたアウトボックス（図示省略）が配設されている。

アウトボックスの打玉計数機は、球発射ハンドル２３１によって遊技球が遊技盤面１３１に向けて打ち出されたことを示す稼働信号（打玉信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。なお、球発射ハンドル２３１によって遊技盤面１３１に打ち出された遊技球は、打玉のほか、アウト玉と呼ばれることがあり、打玉数は、アウト玉数と呼ばれることがある。

本実施形態では、図４（ａ）に示すように、打玉信号として、出力条件が成立した場合に（例えば、遊技球が１個打ち出されるたびに（消費されるたびに））１つのパルスを出力する。この打玉信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、打玉信号の情報を含むパケットを受信することで、遊技機１３０において遊技球が遊技盤面１３１に向けて打ち出されたことを把握することができ、また、打玉信号の情報を含むパケットの数をカウントすることで、打ち出された遊技球の量（打玉数）の情報を取得することもできる。
＜遊技機（パチンコ機）／エラー信号＞

また、遊技機１３０は、出力条件が成立した場合（例えば、各種の異常（エラー）を検出した場合）に、遊技状態をエラー状態に移行させるとともに、遊技状態がエラー状態であることを示す稼働信号（エラー信号）を、呼出ランプ１１０や台コンピュータ７０等へ向けて外部出力端子から出力する。

本実施形態では、図４（ｈ）に示すように、エラー信号として、エラー状態になったときにオフ信号をオン信号に変化させ、エラー状態が解除されたとき（非エラー状態になったとき）にオン信号をオフ信号に変化させる信号を出力する。このエラー信号は、呼出ランプ１１０や台コンピュータ７０等においてパケットの形式に変換された後、台コンピュータ７０、および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、エラー信号の情報を含むパケットを受信することで、遊技機１３０におけるエラー状態の開始と終了を把握することができる。

ここで、遊技機１３０において検出可能なエラーとしては、例えば、遊技機に対する不正を検出するために、異常な磁気を検出した場合の磁気エラー、異常な電波を検出した場合の電波エラー、振動を検知した場合の振動エラー、大当たり時や小当り時以外に遊技球が可変入賞口１３６に入賞した場合等の不正入賞エラー、出玉数が規定値を超えた場合の不正払出エラー、扉が開放された場合の扉開放エラー、ガラスが開放された場合のガラス開放エラー、遊技球が入賞口や始動口に詰まった場合の球詰まりエラー、各種センサ（例えば、入賞口や始動口の入口に配設された球検出センサ）が故障した場合のセンサーエラー、制御部間の通信に異常が起きた場合の通信エラー、電源系統に異常が発生した場合の電源エラーなどが含まれる。
＜遊技機／その他の稼働信号や遊技機＞

なお、本実施形態において説明した遊技機１３０の稼働信号は一例であり、稼働信号は遊技機の種類や機種によって異なる。従って、例えば、時短状態であることを示す稼働信号（時短信号）や、アウトボックス等が満杯になって出玉計数機での計数ができない場合に遊技機が有する出玉情報に基づいて理論上の出玉数（理論出玉数）を出力するための稼働信号（入賞セーフ信号）や、遊技機１３０に補充された遊技媒体の数を示す稼働信号（補給信号）などを稼働信号に含めてもよい。

また、本実施形態に係る遊技機１３０は、遊技機１３０の稼働状態を示す稼働信号を外部に向けて送信する機能を備えたものであればよく、パチンコ機以外にも、例えば、パチスロ機（スロットマシン）や、パチンコ用の遊技球を遊技媒体として使用するパチスロ機（いわゆるパチロット機）や、遊技機１３０内に封入された遊技球を循環使用する封入式遊技機によっても実現可能である。なお、封入式遊技機の場合には、パチンコ機から出力される上述の各種信号の一部または全てと同一または類似の信号が出力される。

例えば、遊技機１３０としてスロットマシンを採用した場合、ＢＢ（ビッグボーナス）遊技やＲＢ（レギュラーボーナス）遊技が開始されたことを示す稼働信号、ＡＴ（アシストタイム）中であることを示す稼働信号、リールが回転中であることを示す稼働信号、スタートレバーが操作されたことを示す稼働信号、停止ボタン（ストップボタン）が操作されたことを示す稼働信号、遊技メダルが投入されたことを示す稼働信号、遊技メダルがベットされたことを示す稼働信号、遊技メダルの払い出しを行ったことを示す稼働信号、内部抽選を行ったことを示す稼働信号、入賞役が決定したことを示す稼働信号、などを出力してもよい。

また、遊技メダルを貯留するためのホッパーに異常が発生した場合のホッパーエラー、払出メダル数が規定数を超えた場合の払い出しエラー、扉が開放された場合の扉開放エラー、遊技メダルが詰まった場合のメダル詰まりエラー、各種センサ（例えば、メダル投入口に配設されたメダル検出センサ）が故障した場合のセンサーエラー、制御部間の通信に異常が起きた場合の通信エラー、電源系統に異常が発生した場合の電源エラーの稼働信号を出力してもよい。

また、一つまたは複数の稼働信号に基づいて生成された情報も稼働情報に含まれ、例えば、遊技機１３０から打玉信号の情報を含むパケットを１回も受信できなかった場合（遊技機１３０において遊技球が遊技盤面１３１に向けて打ち出されていない場合）に、遊技者の有無を示す空席情報をセットし、該当しない場合に空席情報をクリアすることで、稼働情報の一つとして、空席情報を生成してもよい。また、空席情報に基づいて生成される、遊技機１３０の稼働率（または空席率）を稼働情報に含めてもよい。また、遊技店のホール内に、ホール内の様子を撮像可能なカメラを配置し、このカメラによって撮像された画像に基づいて遊技者の有無を判別することで、遊技者の有無を示す空席情報をセットしてもよい。
＜呼出ランプ＞

上記図３に示すように、遊技機１３０の上部には、呼出ランプ１１０が設けられている。この呼出ランプ１１０は、所定の入賞イベント（例えば、大当り遊技）に応じて所定の表示（例えば、点滅表示）を行う表示器（例えば、液晶表示装置）を備えた装置であり、本実施形態では、遊技機１３０から送信された稼働信号を、台コンピュータ７０へ伝達する機能も有している。また、呼出ランプ１１０には、図示しない呼出ボタンが設けられており、遊技者（お客様）がボタンを押すことで遊技店の店員等を呼び出すことが可能である。

なお、遊技者が呼出ボタンを押した場合には、呼出ボタンが押されたことを知らせる信号（または、パケット）が台コンピュータ７０を介して稼働管理サーバ３０に送信され、稼働管理サーバ３０から、従業員が所有するモバイル端末１９０やインカム（図示省略）を介して従業員へ、遊技者によるボタン押下が知らされることもある。これにより、従業員は、ボタン押下が行われた呼出ランプ１１０の元に駆けつけ、遊技者の要望等に応対することができる。
＜呼出ランプ／動作例＞

呼出ランプ１１０は、遊技機１３０から稼働信号を受信した場合（本実施形態では、稼働信号の立上りエッジを検出した場合）に、当該稼働信号に相当するパケット（電子メッセージ情報）を生成する。また、受信したパケットに、当該稼働信号の送信元の遊技機１３０を識別するための識別情報（台番号）を付加した後、台コンピュータ７０に送信する。

本実施形態では、台番号と稼働信号とは、単一のパケットにより送信され、例えば、台番号「１００」の遊技機１３０から「打玉信号」を受信した場合、呼出ランプ１１０は、「台番号＝１００、稼働信号＝打玉信号」の情報を含む単一のパケットを生成し、台コンピュータ７０に送信する。なお、台番号と稼働信号の具体的な実現方法はこれに限られず、例えば、台番号と稼働信号を別々のパケットによって送信してもよいし、台番号と稼働信号をパルス信号の形式で送信してもよい。
＜呼出ランプ／動作例／大当信号＞

また、呼出ランプ１１０は、遊技機１３０から受信した大当信号がオフ信号からオン信号に変化したことを検出した場合（大当信号の立上りエッジを検出した場合）には、遊技状態が大当り状態であることを示す遊技状態情報（大当り状態情報）をオンに設定し、この遊技状態情報（大当り状態情報）を含むパケットを生成するとともに、当該大当信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。

一方、遊技機１３０から受信した大当信号がオン信号からオフ信号に変化したことを検出した場合（大当信号の立下りエッジを検出した場合）には、遊技状態情報（大当り状態情報）をオフに設定し、この遊技状態情報（大当り状態情報）を含むパケットを生成するとともに、当該大当信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。
＜呼出ランプ／動作例／小当信号＞

また、呼出ランプ１１０は、遊技機１３０から受信した小当信号がオフ信号からオン信号に変化したことを検出した場合（小当信号の立上りエッジを検出した場合）には、遊技状態が小当り状態であることを示す遊技状態情報（小当り状態情報）をオンに設定し、この遊技状態情報（小当り状態情報）を含むパケットを生成するとともに、当該小当信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。

一方、遊技機１３０から受信した小当信号がオン信号からオフ信号に変化したことを検出した場合（小当信号の立下りエッジを検出した場合）には、遊技状態情報（小当り状態情報）をオフに設定し、この遊技状態情報（小当り状態情報）を含むパケットを生成するとともに、当該小当信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。
＜呼出ランプ／動作例／確変信号＞

また、呼出ランプ１１０は、遊技機１３０から受信した確変信号がオフ信号からオン信号に変化したことを検出した場合（確変信号の立上りエッジを検出した場合）には、遊技状態が確変状態であることを示す遊技状態情報（確変状態情報）をオンに設定し、この遊技状態情報（確変状態情報）を含むパケットを生成するとともに、当該確変信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。

一方、遊技機１３０から受信した確変信号がオン信号からオフ信号に変化したことを検出した場合（確変信号の立下りエッジを検出した場合）には、遊技状態情報（確変状態情報）をオフに設定し、この遊技状態情報（確変状態情報）を含むパケットを生成するとともに、当該確変信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。
＜呼出ランプ／動作例／エラー信号＞

また、呼出ランプ１１０は、遊技機１３０から受信したエラー信号がオフ信号からオン信号に変化したことを検出した場合（エラー信号の立上りエッジを検出した場合）には、遊技状態がエラー状態であることを示す遊技状態情報（エラー状態情報）をオンに設定し、この遊技状態情報（エラー状態情報）を含むパケットを生成するとともに、当該エラー信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。

一方、遊技機１３０から受信したエラー信号がオン信号からオフ信号に変化したことを検出した場合（エラー信号の立下りエッジを検出した場合）には、遊技状態情報（エラー状態情報）をオフに設定し、この遊技状態情報（エラー状態情報）を含むパケットを生成するとともに、当該エラー信号を送信した遊技機１３０を識別するための識別情報（台番号）を付加して、台コンピュータ７０に送信する。
＜呼出ランプ／その他の例＞

なお、本実施形態では、呼出ランプ１１０に、遊技機１３０から受信した稼働信号を台コンピュータ７０へ伝達する機能を持たせているが、当該機能を呼出ランプ１１０以外の装置に持たせてもよいし、遊技機１３０から台コンピュータ７０へ直接、稼働信号を送信し、台コンピュータ７０において稼働信号をパケットに変換する処理を行うように構成してもよい。

また、遊技機１３０に加えて、呼出ランプ１１０が稼働信号を送信可能に構成してもよく、例えば、呼出ランプ１１０の呼出ボタンが押下操作された場合に、呼出ランプ１１０が呼出ボタンの押下操作の有無を示す稼働信号（呼出信号）を送信するように構成してもよい。また、この例では、遊技機１３０に１対１に対応させて呼出ランプ１１０を設ける例を示したが、呼出ランプ１１０と遊技機１３０の数の対応関係は、これに限定されない。
＜台間機＞

次に、図５を用いて、台間機９０について詳細に説明する。図５（ａ）は、一般的な台間機の概略正面図である。

台間機９０は、現金や会員カードの挿入に応じて遊技球の貸し出しを行う玉貸機（サンド）であり、例えば、上記図１に示すように、各遊技機１３０の隣に各遊技機１３０ごとに１台ずつ設置する。なお、各遊技機１３０に対応して設置される関連装置は、台間機９０に限定されるものではなく、例えば、カードリーダ、玉貸機、メダル貸機、賞球メータ（賞球の計数を行う装置）なども含まれる。また、遊技球の貸し出しは、現金や会員カードの挿入に応じて、遊技機１３０から遊技球を払い出すように構成してもよいし、台間機９０からノズル（図示省略）を介して遊技機１３０の上皿１３７に遊技球を払い出すように構成してもよい。

また、遊技機１３０に１対１に対応させて台間機９０を設ける例を示したが、台間機９０と遊技機１３０の数の対応関係は、これに限定されない。すなわち、台間機９０は、本例のように、１台の遊技機１３０につき１台を必要とする「ＣＲユニット」に限定されるものではなく、２台の遊技機１３０に対して１台で動作可能な「ニコイチＣＲユニット」や、３台以上の遊技機１３０に対して１台で動作可能な台間機等も含まれる。また、液晶表示装置等のモニタを備えた台間機も含まれる。

図５（ａ）に示すように、台間機９０は、紙幣挿入口９１と、ＩＣコイン挿入口９２と、ＩＣコイン排出口９３と、会員カード挿入口９４と、ランプ９５等を備えている。また、台間機９０は、台間機９０における稼働状況（売上玉数、ＩＣコインの有無など）を示す稼働信号（関連装置稼働信号）を、稼働管理サーバ３０に向けて送信するための通信デバイス（図示省略）を備えている。
＜台間機／紙幣挿入口、売上信号＞

紙幣挿入口９１は、遊技者が遊技球の貸し出しを受けるために現金を挿入する挿入口である。台間機９０は、紙幣挿入口９１に現金が挿入された場合に、図示しない通信デバイスから、現金が入金されたことを示す稼働信号（入金信号）の情報を含むパケットを出力する。この入金信号の情報を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、入金信号の情報を含むパケットを受信することで、台間機９０において現金が入金されたことを把握することができる。
＜台間機／ＩＣコイン挿入口、ＩＣコイン排出口＞

ＩＣコイン挿入口９２およびＩＣコイン排出口９３は、ＩＣコインの挿入、排出を行うための開口部である。ここで、ＩＣコインとは、コイン型の筐体に記憶媒体を内蔵したものであり、遊技媒体の数量をデータ化して記憶させ、遊技者による持ち運びを容易にするために使用されている。
＜台間機／売上信号＞

台間機９０は、出力条件が成立した場合（例えば、現金またはＩＣコインにより遊技者が玉貸しを受けた場合）に、図示しない通信デバイスから、入金状態で遊技者が玉貸しを受けたこと、すなわち、売上が上がったことを示す稼働信号（売上信号）の情報を含むパケットを出力する。本実施形態では、台間機９０が遊技球を１個貸し出すごとに、売上信号の情報を含むパケットを１つ出力する。

この売上信号を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、売上信号を含むパケットを受信することで、台間機９０において遊技球の貸し出しがあったことを把握することができ、また、売上信号を含むパケットの数をカウントすることで、貸し出しされた遊技球の量（売上玉数）の情報を取得することもできる。なお、売上玉は、貸玉と呼ばれることがあり、売上玉数は、貸玉数（貯玉（の引き出し）を含む。以下同じ）と呼ばれることがある。

なお、本実施形態では、台間機９０から出力する稼働信号を、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信する例を示したが、上述のとおり、台間機９０から出力する稼働信号を、台コンピュータ７０および島コンピュータ５０を経由することなく、稼働管理サーバ３０に送信してもよく、遊技機１３０から出力する稼働信号についても同様のことが言える。また、現金またはＩＣコインにより遊技者が玉貸しを受けた場合に売上信号を含むパケットを送信する例を示したが、現金またはＩＣコインと同等の金銭的価値を有する媒体（例えば、クレジットカード、電子マネー）により遊技者が玉貸しを受けた場合に売上信号を含むパケットを出力するように構成してもよい。
＜台間機／会員カード挿入口、会員カード挿入信号＞

会員カード挿入口９４は、遊技店の会員に予め配布されている会員カード（カード型の記録媒体）の挿入を受け付ける挿入口である。本実施形態では、各会員カードにはカード識別情報が記録されており、台間機９０の会員カード挿入口９４に遊技者の会員カードが挿入されると、会員カード挿入口９４から連通する内部に設けられたカードリーダ（図示省略）が、その会員カードのカード識別情報を読み取るように構成している。

台間機９０は、出力条件が成立した場合（例えば、会員カード挿入口９４に会員カードが挿入された場合）に、図示しない通信デバイスから、会員カードが挿入されたことを示す稼働信号（会員カード挿入信号）の情報を含むパケットを出力する。この会員カード挿入信号の情報を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、会員カード挿入信号を含むパケットを受信することで、台間機９０において会員カード挿入口９４に会員カードが挿入されたことを把握することができる。
＜台間機／会員カード識別情報＞

また、台間機９０は、出力条件が成立した場合（例えば、カードリーダが会員カードのカード識別情報を読み取った場合）に、図示しない通信デバイスから、会員カードを識別するための情報を示す稼働信号の情報（会員カード識別情報）を含むパケットを出力する。この会員カード識別情報を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、会員カード識別情報を含むパケットを受信することで、会員カードを識別するための情報を把握することができる。
＜台間機／貯玉払い出し信号＞

また、台間機９０は、出力条件が成立した場合（例えば、会員カードに関連付けられた貯玉情報に基づく貯玉が払い出された場合）に、図示しない通信デバイスから、貯玉が払い出されたことを示す稼働信号（貯玉払い出し信号）の情報を含むパケットを出力する。この貯玉払い出し信号の情報を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、貯玉払い出し信号の情報を含むパケットを受信することで、台間機９０において会員カードに関連付けられた貯玉情報に基づく貯玉が払い出されたことを把握することができ、また、貯玉払い出し信号の情報を含むパケットの数をカウントすることで、貯玉数の情報を取得することもできる。
＜台間機／会員カード排出信号情報＞

また、台間機９０は、出力条件が成立した場合（例えば、会員カード挿入口９４から会員カードが排出された場合）に、図示しない通信デバイスから、会員カードが排出されたことを示す稼働信号の情報（会員カード排出信号情報）を含むパケットを出力する。この会員カード排出信号情報を含むパケットは、台コンピュータ７０および島コンピュータ５０を経由して、稼働管理サーバ３０に送信される。したがって、稼働管理サーバ３０は、会員カード排出信号情報を含むパケットを受信することで、台間機９０において会員カード挿入口９４から会員カードが排出されたことを把握することができる。

本実施形態では、会員カード識別情報と、会員カード挿入信号／会員カード排出信号とは、単一のパケットにより送信される。例えば、カード識別情報が「０１２３４」の会員カードが挿入／排出された場合、台間機９０は、「挿入、０１２３４」の情報や「排出、０１２３４」の情報を含むパケットを生成して送信する。

ただし、会員カード識別情報、会員カード挿入信号、会員カード排出信号の具体的な実現方法はこれに限られない。例えば、会員カード識別情報と、会員カード挿入信号／会員カード挿入信号とを別々のパケットによって送信してもよいし、一部または全ての稼働情報をパルス信号の形式で送信してもよい。
＜台間機／ランプ＞

ランプ９５は、対応する遊技機１３０や当該台間機９０の状態を表示するためのものである。本実施形態では、会員カードが台間機９０から排出されなかった場合に所定の色（例えば、赤色）を表示して会員カードの取り忘れの警報を報知する報知手段として機能する。
＜台間機／その他の例＞

なお、本実施形態において説明した台間機９０の稼働信号は一例であり、稼働信号は台間機の種類によって異なる。従って、台間機の機種によっては、異常（エラー）が発生していることを示すエラー信号などを稼働信号に含めてもよい。

ここで、台間機９０において検出可能な異常（エラー）としては、例えば、会員カードのカード識別情報に異常を検出した場合のカード識別エラー、振動を検知した場合の振動エラー、扉が開放された場合の扉開放エラー、紙幣が紙幣挿入口９１に詰まった場合の紙幣詰まりエラー、ＩＣコインがＩＣコイン挿入口９２に詰まった場合のＩＣコイン詰まりエラー、会員カードが会員カード挿入口９４に詰まった場合のカード詰まりエラー、各種センサ（例えば、紙幣挿入口９１、ＩＣコイン挿入口９２、会員カード挿入口９４に配設された挿入検出センサ）が故障した場合のセンサーエラー、台コンピュータ７０との通信に異常が起きた場合の通信エラー、電源系統に異常が発生した場合の電源エラーなどが含まれる。
＜台間機／主要構成＞

次に、図５（ｂ）を用いて、台間機９０の主要構成について説明する。図５（ｂ）は、台間機９０の主要構成の一例を示したブロック図である。

台間機９０は、図５（ｂ）に示すように、入力手段９６と、表示手段９７と、制御手段９８と、通信手段９９と、記憶手段１００と、を有して構成されている。入力手段９６は、例えば、上述の紙幣挿入口９１，ＩＣコイン挿入口９２，会員カード挿入口９４に配設された挿入検出センサ、テンキー、キーボード、タッチパネルであって、遊技者等のユーザーによる入力操作を受け付けるものである。表示手段９７は、例えば、上述のランプ９５、液晶ディスプレイ、有機ＥＬディスプレイであって、入力手段９６から入力されたコマンドや、それに対する応答出力等を表示するものである。

制御手段９８は、例えば、ＣＰＵであって、台間機９０全体の制御を行うものである。通信手段９９は、外部機器との通信を司るものであり、本例では、台コンピュータ７０との通信を行う。記憶手段１００は、アプリケーションプログラム、ＯＳ、制御プログラム、関連プログラムなどを記憶するものであり、例えば、ハードディスク（ＨＤＤ）などによって実現することができる。
＜遊技用装置管理情報＞

次に、図６（ａ）を用いて、稼働管理サーバ３０の記憶装置３６に記憶される遊技用装置管理情報について説明する。

ここで、遊技用装置管理情報とは、稼働管理サーバ３０の管理下にある遊技用装置の管理を行うために使用する情報である。本実施形態に係る稼働管理サーバ３０は、遊技用装置管理情報として、図６（ａ）に示す台番号管理テーブルを備えている。

この台番号管理テーブルには、台番号に関連付けされて、遊技機１３０を識別するための遊技機識別情報と、遊技機１３０に対応して設けられている台間機９０を識別するための台間機識別情報と、遊技機１３０が設置されている遊技機島を識別するための遊技機島識別情報が記憶されている。なお、本例では、台番号を１００から始まる連番の正の整数としているが、これに限定されるものではない。

稼働管理サーバ３０は、この台番号管理テーブルを参照することで、例えば、台番号１００には、遊技機識別情報Ａ００１が付与された遊技機１３０と、台間機識別情報Ｕ００１が付与された台間機９０が設置されていることや、台間機識別情報Ｕ００３が付与された台間機９０が出力した売上信号は、遊技機識別情報Ａ００３が付与された、台番号１０２の遊技機１３０についての売上であること、などの認識が可能である。

また、例えば、遊技機島識別番号ＩＳ００１が付与された遊技機島には、遊技機識別情報Ａ００１〜Ａ００３が付与された遊技機１３０が設置されていること、などの識別も可能である。
＜稼働情報＞

次に、図６（ｂ）、（ｃ）と図７を用いて、稼働管理サーバ３０の記憶装置３６に記憶される稼働情報について説明する。
＜稼働情報／累積稼働情報＞

図６（ｂ）は、所定期間内における遊技用装置の稼働情報を記録するための累積稼働情報テーブルの一例である。

この累積稼働情報テーブルには、台番号に関連付けされて、遊技店の開店からの、累積出玉数、累積打玉数、累積売上玉数、累積再プレイ数、累積始動回数、累積大当回数、累積小当回数、累積スタート回数、および、稼働状況が記憶される。

ここで、累積出玉数は、遊技機１３０において払い出された遊技球の数（出玉数）を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信される出玉信号に基づいて加算処理を行う。累積打玉数は、各遊技機１３０において遊技盤面１３１に打ち出された遊技球の数（打玉数）を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信される打玉信号に基づいて加算処理を行う。

累積売上玉数は、台間機９０において貸し出しされた遊技球の数（売上玉数）を管理するための情報であり、稼働管理サーバ３０は、各台間機９０から送信される売上信号に基づいて加算処理を行う。累積再プレイ数は、再プレイによって遊技者に払い戻された遊技媒体数（再プレイ数）を管理するための情報であり、稼働管理サーバ３０は、各台間機９０から送信される再プレイ信号に基づいて加算処理を行う。

累積始動回数は、遊技機１３０における普図始動口１３４または特図始動口１３５の入賞回数を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信される始動信号に基づいて加算処理を行う。累積大当回数は、遊技機１３０における大当り遊技の回数を管理するためのカウンタであり、稼働管理サーバ３０は、各遊技機１３０から送信される大当信号に基づいて加算処理を行う。

累積小当回数は、遊技機１３０における小当り遊技の回数を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信される小当信号に基づいて加算処理を行う。累積スタート回数は、遊技機１３０において特図表示装置が図柄を停止表示した回数を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信されるスタート信号に基づいて加算処理を行う。

稼働状況は、遊技機１３０が、遊技者によって遊技が行われている稼働状態か、遊技者によって遊技が行われていない非稼働状態か、を管理するための情報であり、稼働管理サーバ３０は、各遊技機１３０から送信される各種信号に基づいて、遊技機１３０が稼働状態であると判定した場合に数値の１を設定し、遊技機１３０が非稼働状態であると判定した場合に数値の０を設定する。

例えば、図６（ｂ）に示す例では、台番号１００が付与された遊技機１３０の、ある時点における累積出玉数は５２２７０個、累積打玉数は３６６９０個、累積売上玉数は１２５００個、累積再プレイ数は３０００個、累積始動回数は９１０回、累積大当回数は３７回、累積小当回数は１４回、累積スタート回数（図柄変動回数）は８７０回、遊技機１３０が稼働状態であることを表している。
＜稼働情報／遊技状態別稼働情報＞

図６（ｃ）は、所定期間内における遊技用装置の遊技状態別稼働情報を記憶するための遊技状態別稼働情報テーブルの一例である。

この遊技状態別稼働情報テーブルには、台番号および遊技状態に関連付けされて、遊技店の開店からの、累積出玉数、累積打玉数、累積売上玉数、および、累積再プレイ数が、それぞれ、状態別出玉数、状態別打玉数、状態別売上玉数、および、状態別再プレイ数として記憶される。

ここで、本例では、遊技機１３０の状態を、通常状態、大当り状態、確変状態、確変大当り状態の４つに分類している。稼働管理サーバ３０は、各遊技機１３０から送信される大当信号がオフ信号、かつ、確変信号がオフ信号の場合には通常状態と判定し、当該通常状態における状態別出玉数、状態別打玉数、状態別売上玉数、および、状態別再プレイ数の更新を行う。また、各遊技機１３０から送信される大当信号がオン信号、かつ、確変信号がオフ信号の場合には大当り状態（大当り）と判定し、当該大当り状態における状態別出玉数、状態別打玉数、状態別売上玉数、および、状態別再プレイ数の更新を行う。

また、各遊技機１３０から送信される大当信号がオフ信号、かつ、確変信号がオン信号の場合には確変状態（確変）と判定し、当該確変状態における状態別出玉数、状態別打玉数、状態別売上玉数、および、状態別再プレイ数の更新を行う。また、各遊技機１３０から送信される大当信号がオン信号、かつ、確変信号がオン信号の場合には確変大当り状態（確変大当り）と判定し、確変大当り状態における状態別出玉数、状態別打玉数、状態別売上玉数、および、状態別再プレイ数の更新を行う。
＜稼働履歴情報＞

次に、図７（ａ）、（ｂ）を用いて、稼働管理サーバ３０の記憶装置３６に記憶される稼働履歴情報について説明する。図７（ａ）、（ｂ）は、遊技用装置の稼働情報の履歴を所定時間毎に記録するための稼働履歴情報テーブルの一例である。

ここで、稼働履歴情報とは、各遊技機１３０の稼働情報を一定時間毎に記録した情報である。この稼働履歴情報には、台番号と、一定時間毎の時間帯情報とに関連付けされて、一定時間毎の、累積出玉数、累積打玉数、累積売上玉数、累積再プレイ数、累積始動回数、累積大当回数、累積小当回数、および、累積スタート回数の履歴が記憶される。

具体的には、図７（ａ）に示す稼働履歴情報テーブルには、１時間毎に時間を区切って、各遊技機１３０の累積出玉数、累積打玉数、累積売上玉数、累積再プレイ数、累積始動回数、累積大当回数、累積小当回数、および、累積スタート回数の履歴が記憶される。例えば、遊技時間１０：００−１１：００に対応する稼働情報は、「１０時００分〜１１時００分」の時間帯における遊技機１３０の累積出玉数が９２９０個、累積打玉数が４０５０個、累積売上玉数が３５００個、累積再プレイ数が０個、累積始動回数が３１回、累積大当回数が３回、累積小当回数が２回、および、累積スタート回数が２６回であることを表している。

また、図７（ｂ）に示す稼働履歴情報テーブルには、５分毎に時間を区切って、各遊技機１３０の累積出玉数、累積打玉数、累積売上玉数、累積再プレイ数、累積始動回数、累積大当回数、累積小当回数、および、累積スタート回数の履歴が記憶される。例えば、遊技時間１０：０５−１０：１０に対応する稼働情報は、「１０時０５分〜１０時１０分」の時間帯における遊技機１３０の累積出玉数が２７０個、累積打玉数が３３０個、累積売上玉数が３７５個、累積再プレイ数が０個、累積始動回数が５回、累積大当回数が０回、累積小当回数が０回、および、累積スタート回数が５回であることを表している。

なお、本例では、１時間毎と５分毎に時間を区切って各遊技機１００の稼働履歴情報を記憶する例を示したが、各遊技店の用途や目的に応じて時間の区切りを変更したり、他の時間（例えば、２時間単位や１日単位）で区切った稼働履歴情報をさらに記憶したりするように構成してもよい。
＜障害予防通知機能＞
次に、遊技管理システム１０が備える障害予防通知機能について説明する。

この「障害予防通知機能」とは、遊技店内機器１０ｂの障害予防となり得る情報（例えば、遊技店内機器１０ｂの部品交換や定期保守の時期等の情報）を他の機器（例えば、遊技店外機器１０ａ等）に通知する機能のことである。

ここでは、障害予防通知の一例として、遊技店内機器１０ｂ（補給管理装置２１０、島内コントローラ２２０）とデータセンタ１１によって実現される稼働累積情報通知について説明する。図８および図９は、稼働累積情報通知を実現するための各種処理の流れを示すフローチャートである。

本例の稼働累積情報通知は、主として、遊技店内機器１０ｂ（島内コントローラ２２０）が実行する各種処理と、遊技店内機器１０ｂ（補給管理装置２１０）が実行する各種処理と、データセンタ１１が実行する各種処理によって実現される。以下、各々の処理について詳細に説明する。
＜障害予防通知機能／島内コントローラ／状態情報送信処理＞

図８に示すように、島内コントローラ２２０は、定期的に実行する状態情報送信処理のステップＳ１０１において、遊技機島に設置された補給装置（揚送装置や移送装置等）から「状態情報」を収集する。

ここで、「状態情報」とは、遊技機島に設置された補給装置（揚送装置や移送装置等）の動作状態を示す情報のことである。状態情報の一例としては、補給装置が動作中であるか非動作中であるかの情報や、補給装置が正常に稼働しているか否かの情報や、補給装置の動作時間の情報（例えば、電源投入後からの動作時間、次回の定期保守時期までの残り日数）や、補給装置を構成する部品の動作時間の情報（例えば、前回の部品交換後からの動作時間、次回の部品交換時期までの残り日数）や、補給装置を構成する部品の動作回数の情報（例えば、前回の部品交換からの動作回数、メーカーの保証動作回数までの残り動作回数）等が挙げられる。

続いて、島内コントローラ２２０は、状態情報送信処理のステップＳ１０２において「状態情報の送信条件」が成立したか否かを判定し、送信条件が成立したと判定した場合には、ステップＳ１０３に進んで、ステップＳ１０１で収集した状態情報を補給管理装置２１０に向けて送信し、送信条件が成立していないと判定した場合には、状態情報送信処理を終了して、後続の処理に進む。

ここで、「状態情報の送信条件」とは、島内コントローラ２２０が状態情報を補給管理装置２１０に向けて送信する契機となる条件のことである。状態情報の送信条件の一例としては、一定時間が経過したこと（例えば、１日毎、半日毎、１時間毎）や、予め定めた日時（例えば、営業開始時間、営業終了時間）が到来したことや、補給装置において異常が検出されたことや、補給装置に電源が投入されたことや、ユーザーによって状態情報の送信条件がリセット（初期化）または変更されたこと、補給装置を構成する部品が交換されたこと等が挙げられる。
＜障害予防通知機能／補給管理装置／稼働累積情報送信処理＞

補給管理装置２１０は、定期的に実行する稼働累積情報送信処理のステップＳ２０１において、島内コントローラ２２０から状態情報を受信したか否かを判定し、状態情報を受信したと判定した場合にはステップＳ２０２に進み、そうでない場合には、ステップＳ２０３に進む。ステップＳ２０２では、受信した状態情報に基づいて「稼働累積情報」を生成し、自身の記憶手段に記憶した後にステップＳ２０３に進む。

ここで、「稼働累積情報」とは、遊技店内に設置された全て、または、一部（例えば、稼働中）の補給装置（揚送装置や移送装置等）の状態情報を時系列で記録した情報のことである。稼働累積情報の一例としては、島内コントローラ２２０から受信した状態情報や、島内コントローラ２２０が管理する遊技機島の通し番号（島番号）や、稼働累積情報の更新日時、状態情報の種別等が挙げられる。

続いて、補給管理装置２１０は、稼働累積情報送信処理のステップＳ２０３において、「稼働累積情報の送信条件」が成立したか否かを判定し、送信条件が成立したと判定した場合には、ステップＳ２０４に進んで、ステップＳ２０２で生成した稼働累積情報をデータセンタ１１に向けて送信し、送信条件が成立していないと判定した場合には、稼働累積情報送信処理を終了して、後続の処理に進む。

ここで、「稼働累積情報の送信条件」とは、補給管理装置２１０が稼働累積情報をデータセンタ１１に向けて送信する契機となる条件のことである。稼働累積情報の送信条件の一例としては、一定時間が経過したこと（例えば、１日毎、半日毎、１時間毎）や、予め定めた日時（例えば、営業開始時間、営業終了時間）が到来したことや、補給装置において異常が検出されたことや、稼働累積情報が更新されたこと等が挙げられる。
＜障害予防通知機能／データセンタ／通知条件設定処理＞

データセンタ１１は、定期的に実行する通知条件設定処理のステップＳ３０１において、他の機器から通知条件変更情報を受信したか否か（他の機器によって稼働累積情報の通知条件（詳細は後述）を変更する操作が行われたか否か）を判定し、通知条件変更情報を受信した（他の機器によって稼働累積情報の通知条件を変更する操作が行われた）と判定した場合にはステップＳ３０２に進み、そうでない場合には、通知条件設定処理を終了して後続の処理に進む。ステップＳ３０２では、受信した通知条件変更情報に基づいて、「稼働累積情報の通知条件」を更新した後、後続の処理に進む。

ここで、「稼働累積情報の通知条件」とは、データセンタ１１が稼働累積情報を自身以外の遊技店外機器１０ａ（例えば、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（例えば、クライアントＰＣ４６）等の他の機器に向けて送信する契機となる条件のことである。

稼働累積情報の通知条件の一例としては、稼働累積情報に含まれる補給装置の動作時間の情報（例えば、次回の定期保守時期までの残り日数）が、所定の日数（例えば、残り３０日）に達したことや、稼働累積情報に含まれる補給装置を構成する部品の動作時間の情報（例えば、前回の部品交換後からの動作時間）が、所定の回数（例えば、１万回）に達したことや、稼働累積情報に含まれる補給装置の定期保守時期が到来したことや、稼働累積情報に含まれる補給装置を構成する部品の交換時期が到来したことや、遊技店内機器１０ｂにおいて異常が検出されたことや、所定の監視時間内に部品交換時期や定期保守時期に関する条件が成立したことや、所定の監視時間内に遊技店内機器１０ｂにおいて異常が検出されたこと等が挙げられる。

なお、本例では、遊技管理システム１０のユーザーは、データセンタ１１から提供されるアプリケーションの設定画面を通じて、稼働累積情報の通知条件を変更する操作を行うことで、稼働累積情報の通知条件を任意に変更することが可能である。

図１０は、稼働累積情報の通知条件を変更するための設定画面の一例を示した図である。同図は、稼働累積情報の通知条件として、稼動累積情報を監視する監視時間の開始時刻を１１：２５、終了時刻を２３：００に設定し、補給装置を構成する部品（本例では、モータやリフト）の稼働時間（動作時間）や動作回数のしきい値を設定している例を示している。

また、図示は省略するが、本例では、データセンタ１１から提供されるアプリケーションの設定画面を通じて、障害予防通知の通知先（電子メールの送信先）、障害予防通知の通知内容（電子メールの文面）、障害予防通知の頻度（電子メールの送信回数や送信間隔）等の設定も可能である。
＜障害予防通知機能／データセンタ／障害予防通知処理＞

図８に戻って、データセンタ１１は、定期的に実行する障害予防通知処理のステップＳ４０１において、補給管理装置２１０から稼働累積情報を受信したか否かを判定し、稼働累積情報を受信したと判定した場合にはステップＳ４０２に進み、そうでない場合には、ステップＳ４０３に進む。ステップＳ４０２では、受信した稼働累積情報を自身の記憶手段に記憶した後にステップＳ４０３に進む。

続いて、データセンタ１１は、上述の稼働累積情報の通知条件が成立したか否かを判定し、通知条件が成立したと判定した場合には、ステップＳ４０４に進み、通知条件が成立していないと判定した場合には、障害予防通知処理を終了して後続の処理に進む。また、ステップＳ４０４では、稼働累積情報の内容に応じて「エラーレベル情報」を設定した後、次のステップＳ４０５において、自身以外の遊技店外機器１０ａ（本例では、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（本例では、クライアントＰＣ４６）等に向けて、稼働累積情報を含む「障害予防通知」を電子メールで送信する。

ここで、「エラーレベル情報」とは、通知する情報の重要度に応じて、データセンタ１１が自動で（または、ユーザーが手動で）設定する情報のことであり、本例では、エラーレベル情報として、「異常」、「警告」、「情報」のいずれかを設定する。「異常」は、保守員等により何らかの対応が必要で緊急性を有する異常（例えば、機器の故障等）が発生したことを示している。

なお、本例では、稼働累積情報に「エラーレベル情報」を設定する例を説明したが、上述の状態情報（遊技機島に設置された補給装置（揚送装置や移送装置等）の動作状態を示す情報）に「エラーレベル情報」を設定してもよい。このような構成とすれば、動作状態の緊急性を把握することが容易となり、利便性をさらに高めることができる。

「警告」は、保守員等による対応が必ずしも必要ではなく緊急性の低い異常（例えば、部品交換や定期保守の時期の超過等）が発生したことを示しており、本例では、稼働累積情報を含む障害予防通知を行う場合には、エラーレベル情報を「警告」に設定するように構成している。また、「情報」は、保守員等による対応は不要だが保守員等が知っていた方が好ましい情報（例えば、遊技店内機器１０ｂの動作状態等）を示している。

このようなエラーレベル情報を設定することで、ユーザーは異常の重要度や緊急性を容易に見極めることができ、ユーザーの利便性を高めることができる。

また、「障害予防通知」とは、上述の稼働累積情報のほか、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、基準値を超えた項目、エラーレベル情報等の情報を含む通知のことである。

図１１は、障害予防通知として送信される電子メールの文面の一例を示した図である。本例の障害予防通知には、遊技店名や電話番号等を含む遊技店の基本情報や、障害が発生した機器の機種名（本例では、ＳＢ−１８）、障害が発生した場所（本例では、１６号機）、部品交換時期を超えた項目（本例では、フィルタ交換残日数が３０日、研磨剤交換残日数が３０日）等の情報が含まれる。
＜障害予防通知機能／データセンタ／稼働累積情報送信処理＞

また、図９に示すように、データセンタ１１は、定期的に実行する稼働累積情報送信処理のステップＳ４３１において、他の機器から稼働累積情報要求を受信したか否か（他の機器によって稼働累積情報を取得する操作が行われたか否か）を判定し、稼働累積情報要求を受信した（他の機器によって稼働累積情報を取得する操作が行われた）と判定した場合にはステップＳ４３２に進み、そうでない場合には、稼働累積情報送信処理を終了して後続の処理に進む。

また、次のステップＳ４３２では、稼働累積情報を、稼働累積情報要求の送信元に送信した後、後続の処理に進む。一方、稼働累積情報要求の送信元は、データセンタ１１から稼働累積情報を受信した場合に、受信した稼働累積情報を表示手段（例えば、液晶表示装置）に表示する。

図１２は、稼働累積情報の表示例を示した図である。本例は、稼働累積情報として、遊技機島の島番号（ＳＢ番号）や、補給装置を構成する部品（本例では、モータやリフト）の稼働時間（動作時間）や動作回数等の表示を行っている例を示している。

このように、遊技管理システム１０のユーザーは、障害予防通知を受信した場合に、稼動累積情報を即座に確認することができるため、稼動累積情報に応じた対処を行うことができ、遊技管理を容易かつ確実に実行することができる。
＜障害予防通知機能／その他の例＞

本例では、障害予防通知の一例として、遊技店内機器１０ｂ（補給管理装置２１０、島内コントローラ２２０）とデータセンタ１１によって実現される稼働累積情報通知について説明したが、障害予防通知の発信元は、島内コントローラ２２０や補給管理装置２１０に限定されるものではなく、他の遊技店内機器１０ｂ（例えば、呼出ランプ１１０、台間機９０、遊技機１３０、台コンピュータ７０、島コンピュータ５０、再プレイ機１６０、計数機１７０、景品交換用装置１８０、モバイル端末１９０、情報公開機２３０等）が状態情報を発信するように構成してもよい。

また、障害予防通知の通知先も、遊技店外機器１０ａ（店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（クライアントＰＣ４６）に限定されるものではなく、遊技店外や遊技店内に設置された他の機器を通知先としてもよい。

また、稼働累積情報の種類によって通知先を個別に設定可能としてもよく、例えば、第一の種類の稼働累積情報（例えば、定期保守時期に関する情報）を含む障害予防通知は、第一の通知先（例えば、保守会社コンピュータ１５）に通知し、第二の種類の稼働累積情報（例えば、部品交換時期に関する情報）を含む障害予防通知は、第二の通知先（例えば、店舗管理コンピュータ１３）に通知するように構成してもよい。このような構成とすれば、最適な通知先に向けて障害予防通知を行うことができ、遊技管理システムの利便性をさらに高めることができる。

また、本例では、遊技機島毎に設置された島内コントローラ２２０が、補給装置の状態情報を収集し、１台の補給管理装置２１０に送信するように構成しているが、例えば、遊技機島の数が少ない等の状況下においては、１台の補給管理装置２１０が、全ての補給装置の状態情報を収集するように構成してもよい。すなわち、本例では、遊技店内機器１０ｂを、補給管理装置２１０と島内コントローラ２２０によって構成したが、島内コントローラ２２０を省いて補給管理装置２１０のみで構成してもよい。

また、島内コントローラ２２０から補給管理装置２１０に状態情報を送信することに代えて（または、加えて）、補給管理装置２１０が島内コントローラ２２０から状態情報を定期的に取得するように構成してもよい。この場合、島内コントローラ２２０が、状態情報を常時、蓄積するように構成し、補給管理装置２１０が、蓄積された状態情報を含む情報を定期的に取得し、自身の稼働累積情報を更新するように構成してもよい。また、補給管理装置２１０からデータセンタ１１に稼働累積情報を送信することに代えて（または、加えて）、データセンタ１１０が補給管理装置２１０から稼働累積情報を定期的に取得するように構成してもよい。

以上説明したように、本例に係る遊技管理装置（例えば、図１に示すデータセンタ１１）は、遊技店内に設置された遊技店内機器（例えば、図１に示す遊技店内機器１０ｂ）を管理可能な遊技管理装置において、前記遊技店内機器の状態を示す状態情報（例えば、島内コントローラ２２０から受信した状態情報を含む稼働累積情報）を取得可能な状態情報取得手段（例えば、図８に示す障害予防通知処理のステップＳ４０１において稼働累積情報を受信する処理）と、前記状態情報に基づいて前記遊技店内機器に関する機器情報を少なくとも含む情報（例えば、稼働累積情報、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、基準値を超えた項目、エラーレベル情報等）を通知可能な機器情報通知手段（例えば、図８に示す障害予防通知処理のステップＳ４０５において障害予防通知を送信する処理）と、を備えた、ことを特徴とする遊技管理装置である。

本例に係る遊技管理装置によれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、遊技店内機器に関する機器情報を通知することができるため、例えば、ユーザーは部品交換や定期保守の時期を把握することが可能で、ユーザーに部品交換や定期保守を促すことができ、障害の発生を未然に防止することができる。また、遊技店内機器の障害予防となり得る情報を提供することにより、遊技店の事業機会損失を防止できるという安心感をユーザーに与えることができる。

また、前記機器情報通知手段は、前記状態情報が予め定めた通知条件に合致した場合（例えば、稼働累積情報に含まれる補給装置の動作時間の情報（例えば、次回の定期保守時期までの残り日数）が、所定の日数（例えば、残り３０日）に達した場合、稼働累積情報に含まれる補給装置を構成する部品の動作時間の情報（例えば、前回の部品交換後からの動作時間）が、所定の回数（例えば、１万回）に達した場合、稼働累積情報に含まれる補給装置の定期保守時期が到来した場合、稼働累積情報に含まれる補給装置を構成する部品の交換時期が到来した場合、遊技店内機器１０ｂにおいて異常が検出された場合、所定の監視時間内に部品交換時期や定期保守時期に関する条件が成立した場合、所定の監視時間内に遊技店内機器１０ｂにおいて異常が検出された場合）に前記機器情報を通知するように構成してもよい。

このような構成とすれば、通知先が必要とする機器情報だけを通知することが可能となり、使用環境に応じて条件設定を行うことで、ユーザーの利便性を高めることができる。

また、前記通知条件を変更することが可能な通知条件変更手段（例えば、図８に示す通知条件設定処理のステップＳ３０２において障害予防通知の通知条件を設定する処理）を備えてもよい。このような構成とすれば、使用環境に応じて条件設定を変更することで、ユーザーの利便性を高めることができる。

また、前記機器情報通知手段は、前記機器情報を複数の通知先（例えば、図８に示す、店舗管理コンピュータ１３、モバイル端末１４，保守会社コンピュータ１５、クライアントＰＣ４６）に通知可能であってもよい。このような構成とすれば、機器情報をユーザー以外の第三者（例えば、保守会社等）にも通知することができ、遊技管理をより確実に行うことができる。

また、前記状態情報は、前記遊技店内機器の動作時間または動作回数の情報を少なくとも含む情報であってもよい。このような構成とすれば、遊技店内機器の動作時間や動作回数等の実測値に基づいた精度の高い機器情報を提供することができる。

また、前記機器情報は、前記遊技店内機器の部品交換時期または定期保守時期に関する情報を少なくとも含む情報であってもよい。このような構成とすれば、遊技店内機器の障害予防となり得る情報を提供することができる。

また、本例に係る遊技管理システム（例えば、図１に示す遊技管理システム１０）は、上述の遊技管理装置（例えば、図１に示すデータセンタ１１）と、遊技店外に設置された機器であって前記遊技管理装置と通信回線（例えば、インターネット）を介して相互に通信可能な遊技店外機器（例えば、図１に示す店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５、クライアントＰＣ４６）と、を備え、前記遊技管理装置の機器情報通知手段（例えば、図８に示す障害予防通知処理のステップＳ４０５において障害予防通知を送信する処理）は、前記遊技店外機器に向けて前記機器情報を少なくとも含む情報を通知可能である、ことを特徴とする遊技管理システムである。

本例に係る遊技管理システムによれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、遊技店内機器に関する機器情報を通知することができるため、例えば、ユーザーは部品交換や定期保守の時期を把握することが可能で、ユーザーに部品交換や定期保守を促すことができ、障害の発生を未然に防止することができる。また、遊技店内機器の障害予防となり得る情報を提供することにより、遊技店の事業機会損失を防止できるという安心感をユーザーに与えることができる。

また、前記遊技管理装置の機器情報通知手段は、異なる場所に設置された複数の前記遊技店外機器に向けて前記機器情報を通知可能であってもよい。このような構成とすれば、遊技店外機器が離れた場所に設置されていても、各々の遊技店外機器に機器情報を通知することができ、ユーザーの利便性を高めることができる。

また、前記遊技管理装置の機器情報通知手段は、前記複数の遊技店外機器毎に前記機器情報の内容を変更可能であってもよい。このような構成とすれば、機器情報の内容を通知先の機器を利用するユーザーに合わせることができ、重要度が高い機器情報は詳細な内容にする一方で、重要度が低い機器情報は簡易な内容にする等、ユーザーの要望に合わせた運用を行うことができる。

また、前記遊技管理装置の機器情報通知手段は、前記機器情報の内容に応じて該機器情報の通知先を変更可能であってもよい。このような構成とすれば、重要度が高い機器情報は全ての遊技店外機器に通知する一方で、重要度が低い機器情報は一部の遊技店外機器に通知する等、ユーザーの要望に合わせた運用を行うことができる。
＜障害即時通知機能＞
次に、遊技管理システム１０が備える障害即時通知機能について説明する。

この「障害即時通知機能」とは、遊技店内機器１０ｂにおいて発生した障害の情報（例えば、遊技店内機器１０ｂの故障や動作不良等の情報）を他の機器（例えば、遊技店外機器１０ａ等）に即時に通知する機能のことである。

ここでは、障害即時通知機能の一例として、遊技店内機器１０ｂ（補給管理装置２１０、島内コントローラ２２０）とデータセンタ１１によって実現される異常発生情報通知について説明する。図１３および図１４は、異常発生情報通知を実現するための各種処理の流れを示すフローチャートである。

本例の異常発生情報通知は、主として、遊技店内機器１０ｂ（島内コントローラ２２０）が実行する各種処理と、遊技店内機器１０ｂ（補給管理装置２１０）が実行する各種処理と、データセンタ１１が実行する各種処理によって実現される。以下、各々の処理について詳細に説明する。
＜障害即時通知機能／島内コントローラ／異常情報送信処理＞

島内コントローラ２２０は、定期的に実行する異常情報送信処理のステップＳ５０１において、遊技機島に設置された補給装置（揚送装置や移送装置等）から「異常情報」を収集する。

ここで、「異常情報」とは、遊技機島に設置された補給装置（揚送装置や移送装置等）において発生した異常（故障や動作不良等）を示す情報のことである。異常情報の一例としては、補給装置を構成する部品の故障・動作不良や、補給装置に設置された各種センサからの異常信号の受信等が挙げられる。

続いて、島内コントローラ２２０は、異常情報送信処理のステップＳ５０２において「異常情報の送信条件」が成立したか否かを判定し、送信条件が成立したと判定した場合には、ステップＳ５０３に進んで、ステップＳ５０１で収集した異常情報を補給管理装置２１０に向けて送信し、送信条件が成立していないと判定した場合には、異常情報送信処理を終了して、後続の処理に進む。

ここで、「異常情報の送信条件」とは、島内コントローラ２２０が異常情報を補給管理装置２１０に向けて送信する契機となる条件のことである。異常情報の送信条件の一例としては、補給装置において異常が検出されたことや、補給装置において検出された異常が解消されたことや、補給装置に電源が投入されたこと等が挙げられる。
＜障害即時通知機能／補給管理装置／異常発生情報送信処理＞

補給管理装置２１０は、定期的に実行する異常発生情報送信処理のステップＳ６０１において、島内コントローラ２２０から異常情報を受信したか否かを判定し、異常情報を受信したと判定した場合にはステップＳ６０２に進み、そうでない場合には、ステップＳ６０３に進む。ステップＳ６０２では、受信した異常情報に基づいて「異常発生情報」を生成し、記憶手段に記憶した後にステップＳ６０３に進む。

ここで、「異常発生情報」とは、遊技店内に設置された全て、または、一部（例えば、稼働中）の補給装置（揚送装置や移送装置等）の異常情報を時系列で記録した情報のことである。異常発生情報の一例としては、島内コントローラ２２０から受信した異常情報や、島内コントローラ２２０が管理する遊技機島の通し番号（島番号）や、異常発生情報の更新日時等が挙げられる。

続いて、補給管理装置２１０は、異常発生情報送信処理のステップＳ６０３において、「異常発生情報の送信条件」が成立したか否かを判定し、送信条件が成立したと判定した場合には、ステップＳ６０４に進んで、ステップＳ６０２で生成した異常発生情報をデータセンタ１１に向けて送信し、送信条件が成立していないと判定した場合には、異常発生情報送信処理を終了して、後続の処理に進む。

ここで、「異常発生情報の送信条件」とは、補給管理装置２１０が異常発生情報をデータセンタ１１に向けて送信する契機となる条件のことである。異常発生情報の送信条件の一例としては、補給装置において異常が検出されたことや、補給装置において検出された異常が解消されたことや、異常発生情報が更新されたこと等が挙げられる。
＜障害即時通知機能／データセンタ／通知条件設定処理＞

データセンタ１１は、定期的に実行する通知条件設定処理のステップＳ７０１において、他の機器から通知条件変更情報を受信したか否か（他の機器によって異常発生情報の通知条件（詳細は後述）を変更する操作が行われたか否か）を判定し、通知条件変更情報を受信した（他の機器によって異常発生情報の通知条件を変更する操作が行われた）と判定した場合にはステップＳ７０２に進み、そうでない場合には、通知条件設定処理を終了して後続の処理に進む。ステップＳ７０２では、受信した通知条件変更情報に基づいて、「異常発生情報の通知条件」を設定した後、後続の処理に進む。

ここで、「異常発生情報の通知条件」とは、データセンタ１１が異常発生情報を自身以外の遊技店外機器１０ａ（例えば、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（例えば、クライアントＰＣ４６）等の他の機器に向けて送信する契機となる条件のことである。

異常発生情報の通知条件の一例としては、遊技店機器１０ｂにおいて異常が検出されたことや、補給装置において検出された異常が解消されたことや、異常発生情報が更新されたことや、所定の監視時間内に遊技店内機器１０ｂにおいて異常が検出されたことや、所定の監視時間内に遊技店内機器１０ｂにおいて異常が解消されたこと等が挙げられる。

なお、図示は省略するが、本例では、遊技管理システム１０のユーザーは、データセンタ１１から提供されるアプリケーションの設定画面を通じて、異常発生情報の通知条件を変更する操作を行うことで、異常発生情報の通知条件を任意に変更することが可能である。また、本例では、同設定画面を通じて、障害予防通知の通知先（電子メールの送信先）、障害予防通知の通知内容（電子メールの文面）、障害予防通知の頻度（電子メールの送信回数や送信間隔）等の設定も可能である。
＜障害即時通知機能／データセンタ／障害即時通知処理＞

データセンタ１１は、定期的に実行する障害即時通知処理のステップＳ８０１において、補給管理装置２１０から異常発生情報を受信したか否かを判定し、異常発生情報を受信したと判定した場合にはステップＳ８０２に進み、そうでない場合には、ステップＳ８０３に進む。ステップＳ８０２では、受信した異常発生情報を記憶手段に記憶した後にステップＳ８０３に進む。

続いて、データセンタ１１は、上述の異常発生情報の通知条件が成立したか否かを判定し、通知条件が成立したと判定した場合には、ステップＳ８０４に進み、通知条件が成立していないと判定した場合には、障害即時通知処理を終了して、後続の処理に進む。また、ステップＳ８０４では、異常発生情報の内容に応じてエラーレベル情報を設定するが、本例では、異常発生情報を通知する場合には、一律にエラーレベル情報が「異常」と設定するように構成している。

また、データセンタ１１は、障害即時通知処理のステップＳ８０５において、自身以外の遊技店外機器１０ａ（例えば、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（例えば、クライアントＰＣ４６）等に向けて、異常発生情報を含む「障害即時通知」を電子メールで送信する。

ここで、「障害発生情報通知」とは、上述の異常発生情報のほか、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、障害の内容、障害への対処方法、エラーレベル情報等の情報を含む通知のことである。

図１５は、異常発生情報通知として送信される電子メールの文面の一例を示した図である。本例の異常発生情報通知には、遊技店名や電話番号等を含む遊技店の基本情報や、障害が発生した機器の機種名（本例では、ＳＢ−１８）、障害が発生した場所（本例では、１６号機）、障害の内容（本例では、タンク左センサ論理異常）、障害への対処（本例では、センサケーブルやコネクタなどの確認作業）等の情報が含まれる。
＜障害即時通知機能／データセンタ／異常情報送信処理＞

また、図１４に示すように、データセンタ１１は、定期的に実行する異常情報送信処理のステップＳ８３１において、他の機器から異常情報要求を受信したか否か（他の機器によって異常情報を取得する操作が行われたか否か）を判定し、異常情報要求を受信した（他の機器によって異常を取得する操作が行われた）と判定した場合にはステップＳ８３２に進み、そうでない場合には、異常情報送信処理を終了して後続の処理に進む。

また、次のステップＳ８３２では、異常情報を、異常情報要求の送信元に送信した後、後続の処理に進む。一方、異常情報要求の送信元は、データセンタ１１から異常情報を受信した場合に、受信した異常情報を表示手段（例えば、液晶表示装置）に表示する。

図１６は、異常情報の表示例を示した図である。本例は、異常情報として、障害が発生した日時（図において「イベント発生日時」と記載）や、障害が発生した機器（の機種名）、障害が発生した場所（図において「位置」と記載）や、機器番号や、エラーレベル情報（図において「状態」と記載）や、障害の内容（図において「異常内容」と記載）、エラーコード等の表示を行っている例を示している。

このように、遊技管理システム１０のユーザーは、障害即時通知を受信した場合に、異常情報を即座に確認することができるため、異常情報に応じた対処を行うことができ、遊技管理を容易かつ確実に実行することができる。
＜障害即時通知機能／その他の例＞

本例では、障害即時通知の一例として、遊技店内機器１０ｂ（補給管理装置２１０、島内コントローラ２２０）とデータセンタ１１によって実現される異常情報通知について説明したが、障害即時通知の発信元は、島内コントローラ２２０や補給管理装置２１０に限定されるものではなく、他の遊技店内機器１０ｂ（例えば、呼出ランプ１１０、台間機９０、遊技機１３０、台コンピュータ７０、島コンピュータ５０、再プレイ機１６０，計数機１７０、景品交換用装置１８０、モバイル端末１９０、情報公開機２３０等）が異常情報を発信するように構成してもよい。

また、障害即時通知の通知先も、遊技店外機器１０ａ（店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（クライアントＰＣ４６）に限定されるものではなく、遊技店外や遊技店内に設置された他の機器を通知先としてもよい。

また、異常情報の種類によって通知先を個別に設定可能としてもよく、例えば、第一の種類の異常情報（例えば、専門的な対処が必要な異常に関する異常情報）を含む障害即時通知は、第一の通知先（例えば、保守会社コンピュータ１５）と第二の通知先（例えば、店舗管理コンピュータ１３）の両方に通知し、第二の種類の異常情報（例えば、軽微な対処で回復可能な異常に関する異常情報）を含む障害即時通知は、第二の通知先（例えば、店舗管理コンピュータ１３）のみに通知できるように構成してもよい。このような構成とすれば、最適な通知先に向けて障害即時通知を行うことができ、遊技管理システムの利便性をさらに高めることができる。

また、本例では、遊技機島毎に設置された島内コントローラ２２０が、補給装置の異常情報を収集し、１台の補給管理装置２１０に送信するように構成しているが、例えば、遊技機島の数が少ない等の状況下においては、１台の補給管理装置２１０が、全ての補給装置の異常情報を収集するように構成してもよい。すなわち、本例では、遊技店内機器１０ｂを、補給管理装置２１０と島内コントローラ２２０によって構成したが、島内コントローラ２２０を省いて補給管理装置２１０のみで構成してもよい。

以上説明したように、本例に係る遊技管理装置（例えば、図１に示すデータセンタ１１）は、遊技店内に設置された遊技店内機器（例えば、図１に示す遊技店内機器１０ｂ）を管理可能な遊技管理装置において、前記遊技店内機器の状態を示す状態情報（例えば、島内コントローラ２２０から受信した状態情報を含む稼働累積情報）を取得可能な状態情報取得手段（例えば、図１３に示す障害即時通知処理のステップＳ８０１において異常発生情報を受信する処理）と、前記状態情報に基づいて前記遊技店内機器における異常の発生の有無を示す異常発生情報を少なくとも含む情報（例えば、異常発生情報、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、障害の内容、障害への対処方法、エラーレベル情報等の情報）を通知可能な異常発生情報通知手段（例えば、図１３に示す障害即時通知処理のステップＳ８０５において障害即時通知を送信する処理）と、を備えた、ことを特徴とする遊技管理装置である。

本例に係る遊技管理装置によれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、障害に対する対応を迅速に行うことが可能となるため、遊技店内機器の稼働停止時間を最小限にすることができ、遊技店が被る損失を抑えることができる。

また、前記異常発生情報通知手段は、前記状態情報が予め定めた通知条件に合致した場合（例えば、遊技店機器１０ｂにおいて異常が検出された場合や、補給装置において検出された異常が解消された場合や、異常発生情報が更新された場合や、所定の監視時間内に遊技店内機器１０ｂにおいて異常が検出された場合や、所定の監視時間内に遊技店内機器１０ｂにおいて異常が解消された場合）に前記異常発生情報を通知するように構成してもよい。

このような構成とすれば、通知先が必要とする異常発生情報だけを通知することが可能となり、使用環境に応じて条件設定を行うことで、ユーザーの利便性を高めることができる。

また、前記通知条件を変更することが可能な通知条件変更手段（例えば、図１３に示す通知条件設定処理のステップＳ７０２において障害即時通知の通知条件を設定する処理）を備えてもよい。このような構成とすれば、使用環境に応じて条件設定を変更することで、ユーザーの利便性を高めることができる。

また、前記異常発生情報通知手段は、前記異常発生情報を複数の通知先（例えば、図１３に示す、店舗管理コンピュータ１３、モバイル端末１４，保守会社コンピュータ１５、クライアントＰＣ４６）に通知可能であってもよい。このような構成とすれば、異常発生情報をユーザー以外の第三者（例えば、保守会社等）にも通知することができ、遊技管理を、より確実に行うことができる。

また、前記異常発生情報は、前記遊技店内機器における異常への対処方法（例えば、図１５に示す、センサケーブルやコネクタなどの確認作業）の情報を少なくとも含む情報であってもよい。このような構成とすれば、障害に対する対応を迅速かつ確実に行うことが可能となるため、遊技店内機器の稼働停止時間を最小限にすることができ、遊技店が被る損失を抑えることができる。

また、前記異常発生情報通知手段は、予め定めた監視時間内に取得した状態情報に基づいて前記異常発生情報を通知するように構成してもよい。このような構成とすれば、監視時間外の状態情報を排除することができ、ユーザーの利便性を高めることができる。

また、該監視時間内に取得した状態情報に基づく異常発生情報を、前記監視時間が経過した後に１回で通知するように構成すれば、例えば、夜間のように遊技店が営業していない時間帯に発生した障害等を営業時間の開始後等にまとめて確認することが可能となるため、複数の通知を確認する必要がなく、簡便となる。

また、本例に係る遊技管理システム（例えば、図１に示す遊技管理システム１０）は、上述の遊技管理装置（例えば、図１に示すデータセンタ１１）と、遊技店外に設置された機器であって前記遊技管理装置と通信回線（例えば、インターネット）を介して相互に通信可能な遊技店外機器（例えば、図１に示す店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５、クライアントＰＣ４６）と、を備え、前記遊技管理装置の異常発生情報通知手段（例えば、図１３に示す障害即時通知処理のステップＳ８０５において障害即時通知を送信する処理）は、前記遊技店外機器に向けて前記異常発生情報を少なくとも含む情報を通知可能である、ことを特徴とする遊技管理システムである。

本例に係る遊技管理システムによれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、障害に対する対応を迅速に行うことが可能となるため、遊技店内機器の稼働停止時間を最小限にすることができ、遊技店が被る損失を抑えることができる。

また、前記遊技管理装置の異常発生情報通知手段は、異なる場所に設置された複数の前記遊技店外機器に向けて前記異常発生情報を通知可能であってもよい。このような構成とすれば、遊技店外機器が離れた場所に設置されていても、各々の遊技店外機器に異常発生情報を通知することができ、ユーザーの利便性を高めることができる。

また、前記遊技管理装置の異常発生情報通知手段は、前記複数の遊技店外機器毎に前記異常発生情報の内容を変更可能であってもよい。このような構成とすれば、異常発生情報の内容を通知先の機器を利用するユーザーに合わせることができ、重要度が高い異常発生情報は詳細な内容にする一方で、重要度が低い異常発生情報は簡易な内容にする等、ユーザーの要望に合わせた運用を行うことができる。

また、前記遊技管理装置の異常発生情報通知手段は、前記異常発生情報の内容に応じて該異常発生情報の通知先を変更可能であってもよい。このような構成とすれば、重要度が高い異常発生情報は全ての遊技店外機器に通知する一方で、重要度が低い異常発生情報は一部の遊技店外機器に通知する等、ユーザーの要望に合わせた運用を行うことができる。
＜障害経過通知機能＞
次に、遊技管理システム１０が備える障害経過通知機能について説明する。

この「障害経過通知機能」とは、遊技店内機器１０ｂにおいて発生した障害の経過情報（例えば、故障や動作不良等からの回復等の情報）を他の機器（例えば、遊技店外機器１０ａ等）に通知する機能のことである。

ここでは、障害経過通知機能の一例として、遊技店内機器１０ｂ（補給管理装置２１０、島内コントローラ２２０）とデータセンタ１１によって実現される障害経過通知について説明する。図１７は、障害経過通知を実現するための各種処理の流れを示すフローチャートである。

本例の障害経過通知機能は、主として、遊技店内機器１０ｂ（島内コントローラ２２０）が実行する各種処理と、遊技店内機器１０ｂ（補給管理装置２１０）が実行する各種処理と、データセンタ１１が実行する各種処理によって実現される。以下、各々の処理について詳細に説明するが、上述の障害即時通知機能を実現するための処理と同一の処理については、重複した説明を回避すべく、図において同一の符号を付すとともに、その説明は省略する。
＜障害経過通知機能／データセンタ／通知条件設定処理＞

データセンタ１１は、定期的に実行する通知条件設定処理のステップＳ９０１において、他の機器から通知条件変更情報を受信したか否か（他の機器によって障害経過情報の通知条件（詳細は後述）を変更する操作が行われたか否か）を判定し、通知条件変更情報を受信した（他の機器によって障害経過情報の通知条件を変更する操作が行われた）と判定した場合にはステップＳ９０２に進み、そうでない場合には、通知条件設定処理を終了して後続の処理に進む。ステップＳ９０２では、受信した通知条件変更情報に基づいて、「障害経過情報の通知条件」を設定した後、後続の処理に進む。

ここで、「障害経過情報の通知条件」とは、データセンタ１１が障害経過情報を自身以外の遊技店外機器１０ａ（例えば、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（例えば、クライアントＰＣ４６）等に向けて送信する契機となる条件のことである。障害経過情報の通知条件の一例としては、遊技店機器１０ｂにおける異常発生情報が変化したこと（例えば、検出された異常が解消されたことや、異常が解消された後に再び同一の異常が検出されたこと）、前回の障害経過情報の通知から所定時間（例えば、２時間）が経過したこと等が挙げられる。

なお、図示は省略するが、本例では、遊技管理システム１０のユーザーは、データセンタ１１から提供されるアプリケーションの設定画面を通じて、障害経過情報の通知条件を変更する操作を行うことで、障害経過情報の通知条件を任意に変更することが可能である。また、本例では、同設定画面を通じて、障害経過通知の通知先（電子メールの送信先）、障害経過通知の通知内容（電子メールの文面）、障害経過通知の頻度（電子メールの送信回数や送信間隔）等の設定も可能である。
＜障害経過通知機能／データセンタ／障害経過通知処理＞

また、データセンタ１１は、定期的に実行する障害経過通知処理のステップＳ１００１において、補給管理装置２１０から異常発生情報を受信したか否かを判定し、異常発生情報を受信したと判定した場合にはステップＳ１００２に進み、そうでない場合には、ステップＳ１００３に進む。ステップＳ１００２では、障害経過情報の生成を行う。ここでは、例えば、前回受信した異常発生情報と、今回受信した異常発生情報の比較を行い、異常発生情報に変化があった場合（例えば、障害が解消した場合や、再び障害が発生した場合）には、変化ありを示す情報を設定し、変化が無い場合には、変化無しを示す情報を設定する等の処理を行う。

続いて、データセンタ１１は、障害経過通知処理のステップＳ１００３において、ステップＳ１００２で生成した障害経過情報を参照し、上述の障害経過状況情報の通知条件が成立したか否かを判定し、通知条件が成立したと判定した場合には、ステップＳ１００４に進み、通知条件が成立していないと判定した場合には、障害経過通知処理を終了して、後続の処理に進む。また、ステップＳ１００４では、障害経過情報の内容に応じてエラーレベル情報を設定するが、本例では、障害経過情報を通知する場合には、一律にエラーレベル情報が「異常」と設定するように構成している。

また、データセンタ１１は、ステップＳ１００５において、自身以外の遊技店外機器１０ａ（例えば、店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５）や遊技店内機器１０ｂ（例えば、クライアントＰＣ４６）等に向けて、障害経過情報を含む「障害経過通知」を電子メールで送信する。

ここで、「障害経過通知」とは、上述の障害経過情報のほか、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、障害の内容、障害への対処方法、エラーレ情報等の情報を含む通知のことである。

遊技管理システム１０のユーザーは、障害経過通知を受信した場合に、障害が解消したことや障害が再発したこと等を把握することができるとともに、異常情報を即座に確認することができるため、障害が解消していない場合には異常情報に応じた対処を行うことができ、遊技管理を容易かつ確実に実行することができる。

以上説明したように、本例に係る遊技管理装置（例えば、図１に示すデータセンタ１１）は、遊技店内に設置された遊技店内機器（例えば、図１に示す遊技店内機器１０ｂ）を管理可能な遊技管理装置において、前記遊技店内機器の状態を示す状態情報（例えば、島内コントローラ２２０から受信した状態情報を含む稼働累積情報）を取得可能な状態情報取得手段（例えば、図１３に示す障害即時通知処理のステップＳ８０１において異常発生情報を受信する処理）と、前記状態情報に基づいて前記遊技店内機器における障害の経過を示す障害経過情報を少なくとも含む情報（例えば、異常発生情報の変化の有無を示す障害経過情報、遊技店の基本情報、障害が発生した機器の情報、障害の発生場所の情報、障害の内容、障害への対処方法、エラーレ情報等）を通知可能な障害経過情報通知手段（例えば、図１７に示す障害経過通知処理のステップＳ１００５において障害経過通知を送信する処理）と、を備えた、ことを特徴とする遊技管理装置である。

本例に係る遊技管理装置によれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、障害に対する対応を迅速に行うことが可能となるため、遊技店内機器の稼働停止時間を最小限にすることができ、遊技店が被る損失を抑えることができる。

また、前記障害経過情報通知手段は、前記状態情報が予め定めた通知条件に合致した場合（例えば、遊技店機器１０ｂにおける異常発生情報が変化した場合（例えば、検出された異常が解消された場合や、異常が解消された後に再び同一の異常が検出された場合）、前回の障害経過情報の通知から所定時間（例えば、２時間）が経過した場合）に前記障害経過情報を通知するように構成してもよい。

このような構成とすれば、通知先が必要とする障害経過情報だけを通知することが可能となり、使用環境に応じて条件設定を行うことで、ユーザーの利便性を高めることができる。

また、前記通知条件を変更することが可能な通知条件変更手段（例えば、図１７に示す通知条件設定処理のステップＳ９０２において障害条件通知の通知条件を設定する処理）を備えてもよい。このような構成とすれば、使用環境に応じて条件設定を変更することで、ユーザーの利便性を高めることができる。

また、前記障害経過情報通知手段は、前記障害経過情報を複数の通知先（例えば、図１３に示す、店舗管理コンピュータ１３、モバイル端末１４，保守会社コンピュータ１５、クライアントＰＣ４６）に通知可能であってもよい。このような構成とすれば、障害経過情報をユーザー以外の第三者（例えば、保守会社等）にも通知することができ、遊技管理を、より確実に行うことができる。

また、前記状態情報は、同一の前記遊技店内機器が正常状態および非正常状態の一方の状態から他方の状態に変化したことを示す情報を少なくとも含む情報であってもよい。このような構成とすれば、遊技店内機器の状態変化を把握することができ、状態変化に応じて適切な対処を行うことができる。

また、前記状態情報は、第一の状態情報と、該第一の状態情報よりも優先度の高い第二の状態情報と、を少なくとも含む情報であり、前記障害経過情報通知手段は、所定の時間内に前記第一の状態情報と前記第二の状態情報を取得した場合に、前記第二の状態に基づいて前記障害経過情報を通知するように構成してもよい。

このような構成とすれば、より優先度の高い状態情報に基づいた障害経過情報を把握することができるため、複数の障害が発生した場合でも、重要な障害から対処することができる。

また、本例に係る遊技管理システム（例えば、図１に示す遊技管理システム１０）は、上述の遊技管理装置（例えば、図１に示すデータセンタ１１）と、遊技店外に設置された機器であって前記遊技管理装置と通信回線（例えば、インターネット）を介して相互に通信可能な遊技店外機器（例えば、図１に示す店舗管理コンピュータ１３、モバイル端末１４、保守会社コンピュータ１５、クライアントＰＣ４６）と、を備え、前記遊技管理装置の障害経過情報通知手段は、前記遊技店外機器に向けて前記障害経過情報少なくとも含む情報を通知可能である、ことを特徴とする遊技管理システムである。

本例に係る遊技管理システムによれば、遊技店内機器の状態を確認するために遊技店まで赴く必要がないため、遊技店内機器の状態を容易かつ迅速に確認することができる。また、障害に対する対応を迅速に行うことが可能となるため、遊技店内機器の稼働停止時間を最小限にすることができ、遊技店が被る損失を抑えることができる。

また、前記遊技管理装置の障害経過情報通知手段は、異なる場所に設置された複数の前記遊技店外機器に向けて前記障害経過情報を通知可能であってもよい。このような構成とすれば、遊技店外機器が離れた場所に設置されていても、各々の遊技店外機器に障害経過情報を通知することができ、ユーザーの利便性を高めることができる。

また、前記遊技管理装置の障害経過情報通知手段は、前記複数の遊技店外機器毎に前記障害経過情報の内容を変更可能であってもよい。このような構成とすれば、障害経過情報の内容を通知先の機器を利用するユーザーに合わせることができ、重要度が高い障害経過情報は詳細な内容にする一方で、重要度が低い障害経過情報は簡易な内容にする等、ユーザーの要望に合わせた運用を行うことができる。

また、前記遊技管理装置の障害経過情報通知手段は、前記障害経過情報の内容に応じて該障害経過情報の通知先を変更可能であってもよい。このような構成とすれば、重要度が高い障害経過情報は全ての遊技店外機器に通知する一方で、重要度が低い障害経過情報は一部の遊技店外機器に通知する等、ユーザーの要望に合わせた運用を行うことができる。

なお、本発明に係る遊技管理端末や遊技管理システムの構成は、上記実施形態に係るデータセンタ１１や遊技管理システム１０の構成に限定されるものではない。したがって、例えば、本発明に係る遊技管理端末として、図１に示すクラウドデータセンタ１２や保守会社コンピュータ１５を適用してもよい。

また、本発明に係る遊技店内機器は、補給管理装置２１０や島内コントローラ２２０に限定されず、例えば、図１に示す遊技店内機器１０ｂの一つまたは複数を遊技店内機器として適用してもよい。

また、本発明に係る状態情報は、遊技機島に設置された補給装置（揚送装置や移送装置等）の動作状態を示す情報に限定されるものではなく、遊技店内機器１０ｂ１（クライアントＰＣ４６、稼働管理サーバ３０、会員管理サーバ４２、モバイル管理サーバ４４）に関する機器情報が含まれる。ここで、遊技店内機器１０ｂ１に関する機器情報の一例としては、例えば、遊技店内機器１０ｂ１を構成するサーバやパソコンのスペック、搭載ＯＳ、ハードディスクの使用量（残量）、発生したエラーやシステム停止等の障害情報、遊技店内機器１０ｂ１に接続された各種機器との通信状況等の情報等が挙げられる。

図１８は、機器情報更新機能を実現するための各種処理の流れを示すフローチャートである。機器情報更新機能とは、上述の機器情報をデータセンタ１１において一括管理（機器情報更新を含む）する機能である。

この機器情報更新機能は、主として、遊技店内機器１０ｂ１（本例では、クライアントＰＣ４６、稼働管理サーバ３０、会員管理サーバ４２、モバイル管理サーバ４４）の各々が実行する機器情報生成送信処理と、データセンタ１１が実行する機器情報更新処理によって実現される。

遊技店内機器１０ｂ１は、各々の機器情報生成送信処理のステップＳ１１０１において、機器情報を生成する。具体的には、自身のスペック（例えば、ＣＰＵの種類や周波数、メモリの容量や種類、モニタの画面サイズや解像度、ハードディスクの容量等）、搭載ＯＳ、インストール済みのアプリケーションの種類やバージョン、ハードディスクの使用量（残量）、発生したエラーやシステム停止等の障害情報、遊技店内機器１０ｂ１に接続された各種機器との通信状況等を取得し、取得した情報を、機器情報として自身の記憶手段（例えば、ハードディスク）に機器情報として記憶する。

続いて、遊技店内機器１０ｂ１は、各々の機器情報生成送信処理のステップＳ１１０２において、データセンタ１１から機器情報要求を受信したか否かを判定し、機器情報要求を受信した場合にはステップＳ１１０３に進み、受信していない場合には機器情報生成送信処理を終了する。ステップＳ１１０３では、データセンタ１１に向けて自身の機器情報を送信した後に、機器情報生成送信処理を終了する。

データセンタ１１は、機器情報更新処理のステップＳ１２０１において、遊技店内機器１０ｂ１に向けて機器情報要求を送信する。なお、機器情報要求の送信条件は特に限定されず、例えば、１日に１回、１時間に１回など、定期的に機器情報要求を送信するように構成してもよいし、所定の条件が成立した場合（例えば、データセンタ１１において機器情報要求を実行するための操作が実行された場合等）に送信するように構成してもよい。

続いて、データセンタ１１は、機器情報更新処理のステップＳ１２０２において、遊技店内機器１０ｂ１から機器情報を受信したか否かを判定し、機器情報を受信した場合にはステップＳ１２０３に進み、受信していない場合には機器情報更新処理を終了する。ステップＳ１２０３では、受信した機器情報を、機器毎に設けた記憶領域に区分けして記憶した後に、機器情報更新処理を終了する。

このように、本例に係る遊技管理装置（例えば、稼働管理サーバ３０、会員管理サーバ４２、モバイル管理サーバ４４、クライアントＰＣ４６）は、遊技店内に設置された遊技管理装置であって、自身の機器情報を生成可能な機器情報生成手段（例えば、図１８に示す機器情報生成送信処理のステップＳ１１０１の処理）と、前記機器情報を遊技店外に設置された遊技管理装置（例えば、データセンタ１１）に向けて送信可能な機器情報送信手段（例えば、図１８に示す機器情報生成送信処理のステップＳ１１０３の処理）と、を備えたことを特徴とする、遊技管理装置である。

また、本例に係る遊技管理装置（例えば、データセンタ１１）は、遊技店外に設置された遊技管理装置であって、遊技店内に設置された遊技管理装置（例えば、稼働管理サーバ３０、会員管理サーバ４２、モバイル管理サーバ４４、クライアントＰＣ４６）に向けて機器情報を要求することが可能な機器情報要求手段（例えば、図１８に示す機器情報更新処理のステップＳ１２０１の処理）と、前記遊技店内に設置された遊技管理装置から前記機器情報を受信することが可能な機器情報受信手段（例えば、図１８に示す機器情報更新処理のステップＳ１２０２の処理）と、を備えたことを特徴とする、遊技用装置である。

このような遊技用装置を備えれば、遊技店が全国各所に複数ある場合や遠隔地にある場合でも、遊技店外に設置された遊技管理装置によって遊技店内に設置された遊技管理装置の機器情報を一括管理することができ、遊技店内に設置された遊技管理装置の保守等の利便性を高めることができる。

なお、データセンタ１１は、取得した機器情報に更新が必要な情報が含まれている場合には、該当する機器に向けて、更新が必要な旨を表すアラートを送信したり、最新のアプリケーション等を配信したりするように構成してもよい。また、データセンタ１１は、メール等の方法で、取得した機器情報を他の機器に向けて通知してもよい。

また、遊技店内機器１０ｂの一つとしてサーバ（例えば、ＷＥＢサーバ）を備え、遊技店内機器１０ｂ１が、このサーバに向けて機器情報を送信し（または、このサーバが遊技店内機器１０ｂ１から定期的に機器情報を取得し）、このサーバが、メール等の方法で、取得した機器情報を他の機器に向けて通知してもよい。

また、遊技情報生成送信処理を実行する機器は、上述の機器に限定されず、例えば、モバイル端末１９０、補給管理装置２１０、情報公開機２３０等がデータセンタ１１に向けて機器情報を送信可能に構成してもよい。また、データセンタ１１から遊技店内機器１０ｂ１に機器情報要求を送信することに代えて（または、加えて）、データセンタ１１が遊技店内機器１０ｂ１から機器情報を定期的に取得するように構成してもよい。

また、本発明の実施形態に記載された作用および効果は、本発明から生じる最も好適な作用および効果を列挙したに過ぎず、本発明による作用および効果は、本発明の実施形態に記載されたものに限定されるものではない。また、本発明の実施形態に記載した複数の構成のうち、１つの構成に記載している内容を、他の構成に適用することで、より一層、効果を高めることができる場合がある。また、一の実施形態に記載した構成を、他の実施形態に記載した構成に適用することで、より一層、効果を高めることができる場合がある。

本発明に係る遊技管理端末、遊技管理システム、および、遊技管理方法は、遊技店内に設置された遊技店内機器の各種管理などに広く利用することができる。

ＷＮＷ、ＬＮＷ ネットワーク
１０ 遊技管理システム
１０ａ 遊技店外機器
１０ｂ 遊技店内機器
１０ｂ１ 事務所機器
１０ｂ２ ホール機器
１１ データセンタ
１２ クラウドデータセンタ
１３ 店舗管理コンピュータ
１４ モバイル端末
１５ 保守会社コンピュータ
３０ 稼働管理サーバ
３１、５１、７１ ＣＰＵ
３２、５２、７２ ＲＯＭ
３３、５３、７３ ＲＡＭ
３４ 記録媒体
３５ 外部記憶ドライブ
３６ 記憶装置
３７ 入力装置
３８ 表示装置
３９ 通信部
４１ タイマ
４２ 会員管理サーバ
４４ モバイル管理サーバ
４６ クライアントＰＣ
４８ ルータ
５０ 島コンピュータ
５５ 管理サーバ通信部
５６ 台コンピュータ通信部
７０ 台コンピュータ
７５ 島コンピュータ通信部
７６ 遊技設備通信部
９０ 台間機
９１ 紙幣挿入口
９２ ＩＣコイン挿入口
９３ ＩＣコイン排出口
９４ 会員カード挿入口
９５ ランプ
９６ 入力手段
９７ 表示手段
９８ 制御手段
９９ 通信手段
１００ 記憶手段
１１０ 呼出ランプ
１３０ 遊技機
１３１ 遊技盤面
１３２ 液晶表示装置
１３３ 一般入賞口
１３４ 普図始動口
１３５ 特図始動口
１３６ 可変入賞口
１３７ 上皿
１５０ カメラ
１６０ 再プレイ機
１７０ 計数機
１８０ 景品交換用装置
１９０ モバイル端末
２１０ 補給管理装置
２２０ 島内コントローラ
２３０ 情報公開機

Claims (11)

1. 遊技店内に設置された遊技店内機器を管理可能な遊技管理装置において、
   前記遊技店内機器の状態を示す状態情報を取得可能な状態情報取得手段と、
   前記状態情報に基づいて前記遊技店内機器における障害の経過を示す障害経過情報を少なくとも含む情報を通知可能な障害経過情報通知手段と、を備えた、
   ことを特徴とする遊技管理装置。
2. 請求項１に記載の遊技管理装置において、
   前記障害経過情報通知手段は、前記状態情報が予め定めた通知条件に合致した場合に前記障害経過情報を通知する、
   ことを特徴とする遊技管理装置。
3. 請求項２に記載の遊技管理装置において、
   前記通知条件を変更することが可能な通知条件変更手段を備えた、
   ことを特徴とする遊技管理装置。
4. 請求項１乃至請求項３のいずれか一項に記載の遊技管理装置において、
   前記障害経過情報通知手段は、前記障害経過情報を複数の通知先に通知可能である、
   ことを特徴とする遊技管理装置。
5. 請求項１乃至請求項４のいずれか一項に記載の遊技管理装置において、
   前記状態情報は、同一の前記遊技店内機器が正常状態および非正常状態の一方の状態から他方の状態に変化したことを示す情報を少なくとも含む情報である、
   ことを特徴とする遊技管理装置。
6. 請求項１乃至請求項５のいずれか一項に記載の遊技管理装置において、
   前記状態情報は、第一の状態情報と、該第一の状態情報よりも優先度の高い第二の状態情報と、を少なくとも含む情報であり、
   前記障害経過情報通知手段は、所定の時間内に前記第一の状態情報と前記第二の状態情報を取得した場合に、前記第二の状態に基づいて前記障害経過情報を通知する、
   ことを特徴とする遊技管理装置。
7. 請求項１乃至請求項６のいずれか一項に記載の遊技管理装置と、
   遊技店外に設置された機器であって前記遊技管理装置と通信回線を介して相互に通信可能な遊技店外機器と、を備え、
   前記遊技管理装置の障害経過情報通知手段は、前記遊技店外機器に向けて前記障害経過情報を少なくとも含む情報を通知可能である、
   ことを特徴とする遊技管理システム。
8. 請求項７に記載の遊技管理システムであって、
   前記遊技管理装置の障害経過情報通知手段は、異なる場所に設置された複数の前記遊技店外機器に向けて前記障害経過情報を通知可能である、
   ことを特徴とする遊技管理システム。
9. 請求項８に記載の遊技管理システムであって、
   前記遊技管理装置の障害経過情報通知手段は、前記複数の遊技店外機器毎に前記障害経過情報の内容を変更可能である、
   ことを特徴とする遊技管理システム。
10. 請求項８に記載の遊技管理システムであって、
    前記遊技管理装置の障害経過情報通知手段は、前記障害経過情報の内容に応じて該障害経過情報の通知先を変更可能である、
    ことを特徴とする遊技管理システム。
11. 請求項１乃至請求項６のいずれか一項に記載の遊技管理装置と、
    遊技店外に設置された機器であって前記遊技管理装置と通信回線を介して相互に通信可能な遊技店外機器と、を用い、
    前記遊技管理装置が前記遊技店外機器に向けて前記障害経過情報を少なくとも含む情報を通知する、
    ことを特徴とする遊技管理方法。