JP2017070585A - 遊技場用管理システム、遊技場用サーバ、及び、遊技情報収集装置 - Google Patents

Abstract

【課題】遊技場用管理システムにおいて、通信負荷を軽減するとともにコストを削減する。【解決手段】遊技情報収集手段は、属性情報が更新された場合に、遊技場用サーバに、更新済み属性情報を記憶する当該遊技情報収集手段に対応付けて、当該更新済み属性情報を送信する。操作端末装置は、要求情報を遊技場用サーバに送信し、要求情報を送信した結果として、遊技場用サーバから遊技実績データ又は処理した前記遊技実績データを受信して、遊技実績データに基づく表示を実行する。遊技場用サーバは、送信された更新済み属性情報を、遊技情報収集手段毎に記憶する更新済み属性情報記憶手段と、要求情報に適合する更新済み属性情報を記憶する遊技情報収集手段を特定する検索手段と、検索手段により特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得する遊技実績データ取得手段とを備える。【選択図】図１０

Description

本発明は、遊技場の遊技装置を管理する遊技場用管理システムと遊技場用サーバ、及び遊技装置の情報を収集する遊技情報収集装置に関する。

従来、遊技場の遊技装置の状態を管理する装置として、遊技場管理装置が遊技場内（店舗内）で使用されているが、遊技装置から遊技場内の遊技場管理装置（店舗内）へ送る遊技情報の一次受けの装置として、遊技情報収集装置（いわゆる台コントローラの他、ユニット（貸機）、ランプでもよい）が存在する。遊技場（特に遊技店）では数百台から千数百台もの遊技情報が更新されており、理想的には、遊技情報は遊技場内の遊技場管理装置のデータをリアルタイムに更新することが望ましい。

また、近年、クラウド環境を利用した操作端末装置（タブレットやスマートフォンなどの情報端末）へ遊技情報を開示する情報開示システムが存在する。このような情報開示システムでは、遊技場内の遊技場管理装置に保存した遊技情報を、そのままクラウド環境下にある遊技場用サーバへ複写し、クラウド環境下の遊技場用サーバは、それぞれの操作端末装置に見合った画面形式に変換し情報の開示を行っている（例えば、特許文献１参照）。

このように遊技場管理装置（遊技場内）と遊技場用サーバ（クラウド環境下）の両方が遊技情報を保存する理由は、遊技用管理装置（遊技場内）は、遊技情報をリアルタイムで処理し、信頼性のあるデータを保存することが求められるため、データ処理の負荷になるものは排除することが望ましいためである。

クラウド環境下にある遊技場用サーバは、操作端末装置からの多数からのアクセスを想定したものであり、公衆回線を利用する特性上、データ送受信の遅延やデータ処理が集中してしまうことがある。すなわち、遊技場内での遊技用管理装置と遊技場外の遊技場用サーバ（クラウド環境下）では、運用時の通信状況が大きく異なるため、管理システムとして弊害を発生させないよう遊技情報を複写して、遊技場内の遊技場管理装置と遊技場外の遊技場用サーバ（クラウド環境下）を実質独立したシステムとして利用しているのが、現在のクラウド環境下での遊技場用管理システムである。

特開２００４−４９４８２号公報

しかしながら、遊技情報を複数の装置で保存することは、保存機能が重複しているために装置コストが無駄であるだけでなく、遊技情報のデータを複写する運用において、公衆回線を利用するためにネートワークの通信負荷と時間的なロスも大きい。また、複数の遊技場を管理する場合は、より能力の高い遊技場用サーバ（クラウド環境下）も必要になることからコスト負担も増大してしまう。

本発明は、遊技場用管理システムにおいて、通信負荷を軽減するとともにコストを削減することを目的とする。

本発明の代表的な一形態では、遊技場に設置された各遊技装置に対応して各々設けられ、遊技装置毎の稼働によって生じる遊技実績データを収集して記憶する複数の遊技情報収集手段と、前記遊技実績データに基づく表示を実行可能な操作端末装置と、前記複数の遊技情報収集手段と前記操作端末装置に公衆回線を介して通信可能であるクラウド環境下の遊技場用サーバと、を備える遊技場用管理システムにおいて、前記遊技情報収集手段は、前記収集した遊技実績データを記憶する遊技実績データ記憶手段と、前記遊技装置の状態を示す状態情報と、前記状態情報の発生時期を示すタイミング情報と、前記遊技装置を識別可能な固有情報のうち、少なくとも一つの情報を属性情報として記憶する属性情報記憶手段と、前記属性情報記憶手段が記憶する属性情報が更新された場合に、前記遊技場用サーバに、更新済み属性情報を記憶する当該遊技情報収集手段に対応付けて、当該更新済み属性情報を送信する送信手段と、を備え、前記操作端末装置は、ユーザの操作による入力を受け付け、当該入力に対応して情報開示を要求するための要求情報を前記遊技場用サーバに送信し、前記要求情報を送信した結果として、前記遊技場用サーバから前記遊技実績データ又は処理した前記遊技実績データを受信して、前記遊技実績データに基づく表示を実行し、前記遊技場用サーバは、前記送信手段から送信された更新済み属性情報を、前記遊技情報収集手段毎に記憶する更新済み属性情報記憶手段と、前記要求情報に適合する更新済み属性情報を記憶する遊技情報収集手段を特定する検索手段と、前記検索手段により特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得する遊技実績データ取得手段とを備える。

本発明の一形態によれば、遊技場用管理システムにおいて、通信負荷を軽減するとともにコストを削減できる。

第１実施形態に係る遊技場用管理システムの構成例を示す図である。 従来技術に係る遊技場用管理システムを示す図である。 第１実施形態に係る遊技場用管理システムの他の構成例を示す図である。 第１実施形態に係る大規模な遊技場用管理システムの構成例を示す図である。 操作端末装置がタブレットである場合の一例を示す図である。 遊技情報収集装置の回路構成を示すブロック図である。 第１実施形態に係る遊技場用管理システムにおいて随時処理として実行されるデータ通信の様子を説明する図である。 第１実施形態に係る遊技場用管理システムにおいて、操作端末装置が情報開示要求を発行した場合に、割込処理としてのデータ通信が実行される様子を説明する図である。 第１実施形態に係る遊技場用管理システムにおいて随時実行する随時処理の手順を示すシーケンス図である。 第１実施形態に係る遊技場用管理システムにおいて、操作端末装置が情報開示要求を発行した場合の割込処理を示すシーケンス図である。 第１実施形態に係る遊技場用管理システム内の操作端末装置、遊技場用サーバ、遊技情報収集装置が保存するデータの概略の一例を示す図である。 第１実施形態に係る遊技場用管理システム内の操作端末装置、遊技場用サーバ、遊技情報収集装置が保存するデータの概略の他の例を示す図である。 第１実施形態に係る遊技場用管理システムにおいて、操作端末装置が遊技場用サーバから情報開示サービスを受ける前の段階で実行される処理を示すシーケンス図である。 情報開示要求を生成して情報収集を行う場合において、操作端末装置のタッチパネル（操作入力部）の表示例１を示す図である。 情報開示要求を生成して情報収集を行う場合において、操作端末装置のタッチパネル（操作入力部）の表示例２を示す図である。 情報開示要求を生成して情報収集を行う場合において、操作端末装置のタッチパネル（操作入力部）の表示例３を示す図である。 情報開示要求を生成して情報収集を行う場合において、操作端末装置のタッチパネル（操作入力部）の表示例４を示す図である。 遊技実績データを要求結果（情報開示結果）として表示する場合において、操作端末装置のタッチパネルの表示例１を示す図である。 遊技実績データを要求結果（情報開示結果）として表示する場合において、操作端末装置のタッチパネルの表示例２を示す図である。 遊技情報収集装置のデータ保存領域における保存データを削除（消去）する保存データ削除処理の一例を示すシーケンス図である。 遊技情報収集装置のデータ保存領域における保存データを削除（消去）する保存データ削除処理の他の例を示すシーケンス図である。 遊技場用管理システムにおけるバックアップ処理として実行されるデータ通信の様子を説明する図である。 遊技場用管理システムにおけるバックアップ処理の手順を示すシーケンス図である。 バックアップサーバのデータ保存の概念を示す図である。 第２実施形態に係る遊技場用管理システムにおいて随時処理として実行されるデータ通信の様子を説明する図である。 第２実施形態に係る遊技場用管理システムにおいて割込処理として実行されるデータ通信の様子を説明する図である。 第２実施形態に係る遊技場用管理システムにおいて随時実行する随時処理（随時動作）の手順を示すシーケンス図である。 第２実施形態に係る遊技場用管理システムにおいて、操作端末装置が情報開示要求を発行した場合の割込処理（割込動作）を示すシーケンス図である。 第２実施形態に係る遊技場用管理システム内の操作端末装置、遊技場用サーバ、遊技情報収集装置が保存するデータの概略を示す図である。 第３実施形態に係る遊技場用管理システムにおいて随時処理として随時実行されるデータ通信の様子を説明する図である。 第３実施形態に係る遊技場用管理システムにおいて整合性チェック処理として実行されるデータ通信の様子を説明する図である。 第３実施形態に係る遊技場用管理システムにおいて随時実行する随時処理（随時動作）の手順を示すシーケンス図である。 第３実施形態に係る遊技場用管理システムにおいて実行する整合性チェック処理の手順の一例を示すシーケンス図である。 第３実施形態に係る遊技場用管理システムにおいて実行する整合性チェック処理の手順の他の例を示すシーケンス図である。 第３実施形態に係る遊技情報収集装置のデータ保存の一例を示す概念図である。 第３実施形態に係る遊技情報収集装置が整合性チェック処理を完了した際に実行する保存データ削除処理の手順を示すフローチャートである。 第４実施形態に係る遊技場用管理システムにおいて随時処理として随時実行されるデータ通信の様子を説明する図である。 第４実施形態に係る遊技場用管理システムにおいてデータ抜けチェック処理として実行されるデータ通信の様子を説明する図である。 第４実施形態に係る遊技場用管理システムにおいて随時実行する随時処理（随時動作）の手順を示すシーケンス図である。 第４実施形態に係る遊技場用管理システムにおいて実行するデータ抜けチェック処理の手順の一例を示すシーケンス図である。

〔第１実施形態〕
［遊技場用管理システムの構成］
図１は、第１実施形態に係る遊技場用管理システムの構成例を示す図である。遊技場用管理システム１００は、操作端末装置（情報端末）１０と、遊技場外（店舗外）に設置される遊技場用サーバ１２と、遊技場内（店舗内）に設置される複数の遊技情報収集装置２０と、これらを互いに接続するネットワーク１４と、を備える。ネットワーク１４は、不特定多数の利用者によって共有して利用される公衆回線１６（公衆通信網）を含んでいる。本実施形態において、公衆回線１６は、インターネットである。

操作端末装置１０は、ネットワーク１４での通信を可能にする通信インタフェースと、ＣＰＵ（中央演算処理装置）等のプロセッサ（情報処理部）と、作業用のメモリ（ＲＡＭ）やプログラム等を記憶するメモリ（ＲＯＭ）を含む記憶部と、情報を表示する表示部１７（表示画面）と、ユーザ（利用者）の操作により入力を受け付けるタッチパネル１９や操作ボタン等の操作入力部と、を備えている。操作入力部がタッチパネル１９の場合、タッチパネル１９は、表示部１７と一体的に形成されている（図５参照）。操作端末装置１０は、例えば、タブレットやスマートフォン（携帯電話）である。操作端末装置１０は、例えば、無線ＬＡＮによって、アクセスポイントを経由して公衆回線１６に接続する。操作端末装置１０が、スマートフォンの場合は、携帯電話網を経由して公衆回線１６に接続する（携帯電話網を公衆回線１６に含めてもよい）。

遊技場用サーバ１２は、ネットワーク１４での通信を可能にする通信インタフェースと、情報処理部としてＣＰＵ等のプロセッサと、作業用のメモリ（ＲＡＭ）やプログラム等を記憶するメモリ（ＲＯＭ）を含む記憶部と、を備えている。遊技場用サーバ１２は、複数のサーバであってもよいし、物理的なサーバのみならず仮想化技術によって実現できる仮想サーバであってもよい。遊技場用サーバ１２は、公衆回線１６（インターネット、クラウド）を介して種々のサービス（クラウドサービス）を提供できるクラウド環境にあることから、クラウドサーバと呼んでもよい。例えば、遊技場用サーバ１２は、操作端末装置１０にソフトウェアを提供するサービス（ＳａａＳ：Software as a service）などを行ってもよい。

複数ｎ個の遊技情報収集装置２０−１、２０−２、・・・、２０−ｎは、各々、遊技装置２５−１、２５−２、・・・、２５−ｎと通信可能となるようにケーブルで電気的に接続されており、それぞれ遊技装置２５の遊技情報（後述の遊技実績データと属性情報）を収集できる。なお、遊技情報収集装置２０−１、２０−２、・・・、２０−ｎを総称して遊技情報収集装置２０と呼び、遊技装置２５−１、２５−２、・・・、２５−ｎを総称して遊技装置２５と呼ぶ。遊技情報収集装置２０は、例えば、無線ＬＡＮ又は有線ＬＡＮによって、アクセスポイントを経由して公衆回線１６に接続する。なお、遊技情報収集装置２０の詳細な構成は、図６において後述する。

遊技装置２５は、例えば、パチンコ機やスロットマシーン（パチスロ機）である。遊技装置２５は、遊技を統括的に制御する遊技制御装置（ＣＰＵとメモリ等を搭載したメイン基板）と、遊技制御装置からの指示に応じて表示装置や役物での演出を制御する演出制御装置（ＣＰＵとメモリ等を搭載したサブ基板）と、これらの制御に必要な情報や遊技情報収集装置２０へ送信する情報を検出する各種検出手段（センサ、スイッチ）と、を有するような一般的な遊技装置でよい。遊技装置２５は、遊技制御装置の外部情報端子等を介して、遊技装置２５の遊技情報に関する信号を遊技情報収集装置２０に送信できる。そして、遊技情報収集装置２０は、遊技装置２５に関する遊技情報を保存する。なお、本実施形態では、遊技装置２５は、遊技者の入金によって遊技媒体（遊技球やメダル等）を貸し出すための貸機（各台計数装置）も含むものとする。遊技情報は、例えば、入玉、出玉、特賞回数（大当り回数やボーナス回数）、入金などに関する情報である。

遊技情報収集装置２０は、従来技術（図２）と異なり、遊技場内（店舗内）での遊技用管理装置（ホールコンピュータ）を介さずに、直接的に公衆回線１６（インターネット）に接続する。即ち、本実施形態では、遊技場内（店舗内）における遊技用管理装置（ホールコンピュータ）が存在しないため、装置コストが削減できる。

図３は、第１実施形態に係る遊技場用管理システム１００の他の構成例を示す図である。図３では、遊技場内（店舗内）にある従来技術の遊技用管理装置（ホールコンピュータ）も遊技情報収集装置２０−０と見立てて使用される。遊技情報収集装置２０−０は、他の遊技情報収集装置２０−１、２０−２、・・・、２０−ｎから収集した遊技装置２５の属性情報（後述）のみをネットワーク１４側（遊技場用サーバ１２）に送信可能である。図１と同様に、他の遊技情報収集装置２０−１、２０−２、・・・、２０−ｎは、遊技用管理装置（ホールコンピュータ）を介さずに、直接的に公衆回線１６に接続する。なお、属性情報を１箇所（遊技情報収集装置２０−０）に集めてネットワーク１４へのデータ送信処理を行うと、遊技場用サーバ１２等が行う遊技情報収集装置の認証処理は１つで済み、多数の遊技情報収集装置２０−１、２０−２、・・・、２０−ｎからのデータ送信における多数の認証処理は不要になり、データ送信の高速化が実現できる。

図４は、より大規模な遊技場用管理システム１００の構成例を示す図である。遊技場外（店舗外）に設置された遊技場用管理システム１００は、複数の店舗Ａ、Ｂ（チェーン店）を管理し、店舗Ａ、Ｂ内にあるそれぞれの遊技情報収集装置２０が、ネットワーク１４に接続されている。操作端末装置１０として、店舗Ａ、Ｂのオーナー用の操作端末装置１０−１、各店舗Ａ、Ｂの店舗管理者用の操作端末装置１０−２、店舗用（ホール用）の操作端末装置１０−３、会員用の操作端末装置１０−４、一般利用者用の操作端末装置１０−５が、ネットワーク１４に接続されている。また、遊技場用サーバ１２他に、遊技情報収集装置２０の情報（データ）をバックアップするバックアップサーバ１５がネットワーク１４に接続されている。即ち、バックアップサーバ１５は、クラウドサービスとして、ストレージサービスを提供可能である。なお、店舗Ｂにおいて、遊技情報収集装置２０から収集した遊技情報を表示する遊技情報表示機２７もネットワーク１４に接続されている。

［操作端末装置］
図５は、操作端末装置１０がタブレットである場合の一例を示す図である。操作端末装置１０は、液晶モニター等の表示部１７（表示画面）を有する他、複数のＬＥＤ（発光ダイオード）からなる報知ランプ１８を有してもよい。本実施形態では、表示部１７（表示画面）は、操作入力部としてのタッチパネル１９も兼ねている。また、操作端末装置１０は、スマートフォンやタブレットが一般的に持つ機能である、音声入出力、バイブレーション、ＧＰＳ、カメラ撮影（ビデオ撮影）などの機能を有しており、報知出段として報知ランプ１８以外にも、音声入出力やバイブレーションなどの機能を利用しても良い。

［遊技情報収集装置］
図６は、遊技情報収集装置２０の回路構成を示すブロック図である。遊技情報収集装置２０は、演算処理を行う演算処理部３０と、要求（リクエスト）に対応する処理結果を保存する処理結果保存部３１（処理結果記憶手段）と、後述の属性情報を保存する属性情報保存部３２（属性情報記憶手段）と、遊技装置２５の遊技実績データを保存する遊技実績データ保存部３３（遊技実績データ記憶手段）と、通信処理を行う通信処理部３４と、無線処理を行う無線処理部３５と、各部に電力を供給する電源部３６と、これらを相互に接続するバス３７と、を備える。

演算処理部３０は、情報処理等のために各種演算を行うＣＰＵ３０ａ（中央演算処理装置）と、ＣＰＵ３０ａで使用するプログラム等を格納するＲＯＭ３０ｂ（読み出し専用メモリ）と、作業用のメモリとして使用可能なＲＡＭ３０ｃ（ランダムアクセスメモリ）と、現在時刻を計時するＲＴＣ３０ｄ（リアルタイムクロック）と、各種の専用処理を行うＬＳＩ３０ｅ（集積回路）と、を備える。

遊技情報収集装置２０には、遊技場用サーバ１２から、情報（データ）の送信を要求するリクエストが送信されるが、演算処理部３０は、通信処理部３４を介してリクエストを取得して処理し、リクエストに対応して各種保存部に保存してある遊技情報を処理結果として取得（抽出）できる。後述のように、本実施形態では、リクエストは、遊技装置２５の遊技実績データの送信を要求する遊技実績データ要求であり、演算処理部３０は、遊技実績データ要求に対応して、遊技実績データ保存部３３から保存してある遊技実績データ（数値データ）を遊技情報として取得できる。また、演算処理部３０は、取得（抽出）した遊技情報を加工処理することもできる。

処理結果保存部３１は、一次的に情報を記憶するバッファ（一次バッファ）である。処理結果保存部３１は、遊技場用サーバ１２からのリクエストに対する演算処理部３０での処理結果（取得した遊技情報）を一時的に保存できる。従って、多数の遊技情報収集装置２０からのアクセスによりネットワーク１４の負荷が高くリアルタイムでの送信を行えない場合でも、処理結果を一時的に保存しておいてから送信できる。なお、処理結果保存部３１で保存した遊技情報は、操作端末装置１０における表示用の遊技情報（遊技情報そのもの又は加工処理された遊技情報）として、通信処理部３４を介して送信される。また、処理結果保存部３１は、受信したリクエスト（要求）を一時的に保存することにも利用できる。

属性情報保存部３２は、遊技装置２５に関する属性情報を保存する記憶領域である。属性情報保存部３２は、物理的なメモリであってもよい。本実施形態において、属性情報は、状態情報、タイミング情報、固有情報からなる（図１１も参照）。

状態情報は、遊技装置２５の状態（遊技状態等）に関する情報である。状態情報は、遊技装置２５から受信した信号や遊技実績データ保存部３３の遊技実績データなどに基づいて演算処理部３０が判断した遊技装置２５の状態（遊技状態等）や状態変化に関する情報である。状態情報には、単純な信号や遊技実績データ（数値データ）から遊技状態が把握できない情報も含まれ、例えば、遊技装置２５の状態として「稼働中」などの情報も含まれる。演算処理部３０は、遊技装置２５からのアウトカウント信号の受信が所定時間続いた場合などを検出し、稼働フラグ値を設定して、属性情報保存部３２に「稼働中」の情報として保存できる。なお、遊技装置２５のカウントスイッチで検出されるアウトカウント信号は、遊技装置２５に投入された遊技媒体の数（アウト、入玉）をカウント（計数）するための信号である。

タイミング情報は、演算処理部３０のＲＴＣ３０ｄで計測した、遊技情報の取得時刻（遊技情報の発生時刻に略等しい）に関する情報である。タイミング情報は、演算処理部３０のＲＴＣ３０ｄで取得した時刻（タイミング）を保存された遊技情報と対応付け（紐付け）したものであり、その時刻がどの遊技情報と関連付けされているか（どの遊技情報の取得時刻であるか）も示す。

固有情報は、遊技情報収集装置２０が接続される遊技装置２５の台番号、機種、店舗情報などに関する情報であり、遊技装置２５の状態によって変化しない情報である。固有情報は、他の装置（遊技装置２５や遊技場用サーバ１２でもよい）により設定されたものを、通信処理部３４を介して受信したものであり、遊技情報収集装置２０の設置時に受信して初期設定される情報であってよい。

遊技実績データ保存部３３は、遊技装置２５の稼働によって生じる遊技実績データを保存する記憶領域である。属性情報保存部３２は、物理的なメモリであってもよい。遊技実績データ保存部３３は、遊技装置２５の遊技実績データとして、入玉（アウト）、出玉（セーフ）、特賞回数、入金などに関する情報を保存する（図１１も参照）。遊技情報収集装置２０は、遊技装置２５から遊技実績データに関する信号を取得し、そのまま又は演算処理部３０で処理（計数、加工等）して、遊技実績データ保存部３３に遊技実績データの素データとして保存する。

例えば、遊技実績データが入玉であれば、アウトカウント信号を検出する度に、演算処理部３０は、遊技実績データ保存部３３に保存してある入玉の数値データを１だけ加算、更新して、遊技実績データ保存部３３に再度保存する（アウトカウント信号の発生回数を計数する）。同様に、遊技実績データが特賞回数であれば、特賞発生信号（大当り発生信号、ボーナス発生信号）を検出する度に、演算処理部３０は、遊技実績データ保存部３３に保存してある特賞回数の数値データを１だけ加算、更新して、遊技実績データ保存部３３に再度保存する（特賞発生信号の発生回数を計数する）。例えば、遊技実績データが入金であれば、遊技装置２５の貸機からの入金信号を検出する度に、演算処理部３０は、遊技実績データ保存部３３に保存してある入金の数値データを今回の入金信号の金額分だけ加算、更新して、遊技実績データ保存部３３に再度保存する。

なお、遊技装置２５（貸機含む）が、遊技実績データとして入玉、特賞回数、入金などを直接計数するなどしている場合には、遊技装置２５はそのまま遊技実績データを遊技情報収集装置２０に送信し、遊技情報収集装置２０は、遊技実績データをそのまま遊技実績データ保存部３３に保存する構成としてよい。

以上のように、遊技情報収集装置２０（遊技情報収集手段）が収集・保存した遊技装置２５の遊技情報は、属性情報保存部３２の属性情報と、遊技実績データ保存部３３の遊技実績データからなる。

通信処理部３４は、通信処理を行う通信インタフェース（複数可）を含み、ネットワーク１４や遊技装置２５とのデータの送受信を可能にする。なお、通信処理部３４（或は演算処理部３０）は、送受信データを暗号化又は復号化してもよい。無線処理部３５は、遊技情報収集装置２０がネットワーク１４と無線接続するために設けられるもので、アンテナと、変調・復調器などを含む。無線処理部３５によって遊技情報収集装置２０とネットワーク１４との通信方式を無線にすることで、ネットワーク１４に接続するための店舗内の配線処理が不要になり、店舗内での設備工事の負担が軽減でき、より安価に工事が可能になる。

電源部３６は、演算処理部３０、処理結果保存部３１、属性情報保存部３２、遊技実績データ保存部３３、通信処理部３４、無線処理部３５に必要な電力を供給する。バス３７は、演算処理部３０、処理結果保存部３１、属性情報保存部３２、遊技実績データ保存部３３、通信処理部３４を相互に電気的に接続して、これら各部の間でデータの授受を可能にする。

［遊技場用管理システムの処理（動作）］
図７は、遊技場用管理システム１００において随時処理として実行されるデータ通信の様子を説明する図である。ここでは、代表して図１の遊技場用管理システム１００のデータ通信について説明する。

遊技装置２５は、送信すべき遊技実績データに関する情報が生じる度に、随時、遊技実績データに関する信号を遊技情報収集装置２０に送信する（図７の＃１）。遊技実績データに関する信号とは、遊技実績データそのものに相当する信号、或は、遊技情報収集装置２０が遊技実績データ（入玉、出玉、特賞回数、入金等）を得るための信号である。遊技実績データを得るための信号として、アウトカウント信号、払出信号、特賞発生信号（大当り発生信号、ボーナス発生信号）、入金金額信号等がある。遊技装置２５（貸機含む）は、遊技実績データに関する信号を発生するために必要となる各種検出手段（センサ、スイッチ）を備えている。

遊技情報収集装置２０は、遊技装置２５から受信した遊技実績データに関する信号に基づいて、演算処理部３０で遊技実績データを更新して遊技実績データ保存部３３に保存する。さらに、遊技情報収集装置２０は、遊技実績データに関する信号や保存した遊技実績データ等から判断した遊技状態等を、遊技装置２５に関する属性情報として属性情報保存部３２に保存・更新する。

遊技情報収集装置２０は、属性情報を更新すると、随時、更新した属性情報（更新済み属性情報）を遊技場用サーバ１２に送信する（図７の＃２）。更新した属性情報は、この更新した属性情報を保存・送信する遊技情報収集装置２０の識別情報（遊技情報収集装置ＩＤ等）に関連付けて（対応付けて）、この識別情報とともに送信される。

属性情報のうち、固有情報は遊技情報収集装置２０の設置時に設定（更新）されるため、遊技装置２５の状態情報とタイミング情報が、更新される度に、遊技場用サーバ１２に送信されることになる。なお、遊技情報収集装置２０は、ネットワーク１４の通信負荷を軽減するために遊技実績データに関する信号を受信しても遊技場用サーバ１２には送信しない。即ち、随時処理として、遊技情報収集装置２０は、更新した属性情報のみを遊技場用サーバ１２に送信する。そして、遊技場用サーバ１２は受信した属性情報（更新済み属性情報）を記憶部に保存する（図１１参照）。

図８は、遊技場用管理システム１００において、操作端末装置１０が情報開示サービス（クラウドサービス）を受けるための情報開示要求を発行した場合に、割込処理としてのデータ通信が実行される様子を説明する図である。ここでは、代表して図１の遊技場用管理システム１００のデータ通信について説明する。

操作端末装置１０は、まず、情報開示要求を遊技場用サーバ１２に送信する（図８の＃３）。情報開示要求は、情報開示を要求するための要求情報として、当該要求情報を示すインデックス（番号、記号等の識別情報）を含む。本実施形態において、要求情報は、遊技実績データ送信を要求する遊技情報収集装置２０内の属性情報のいずれかを示す。遊技場用サーバ１２は、情報開示要求に含まれるインデックスに基づいて、記憶部に記憶してある遊技装置２５に関する属性情報（更新済み属性情報）を検索する。そして、遊技場用サーバ１２は、記憶してある属性情報のうち、インデックスに適合（対応）する属性情報を有する遊技情報収集装置２０を特定して、遊技情報収集装置ＩＤを取得する。なお、図７の随時処理によって、遊技場用サーバ１２の記憶部（更新済み属性情報記憶手段）は、遊技情報収集装置２０の識別情報（遊技情報収集装置ＩＤ）に対応付けて遊技情報収集装置２０毎に属性情報を保存しているため、遊技情報収集装置２０を特定できる（図１１参照）。

例えば、遊技場用サーバ１２は、インデックス（項目識別情報）が「稼働中」を示す場合には、「稼働中」の属性情報を有する遊技情報収集装置２０（即ち、稼働中の遊技装置２５に接続されている遊技情報収集装置２０）を特定して、遊技情報収集装置ＩＤを取得する（図１１参照）。また、遊技場用サーバ１２は、インデックス（項目識別情報）が「台番号５４２」を示す場合には、「台番号５４２」の属性情報を有する遊技情報収集装置２０を特定して、遊技情報収集装置ＩＤを取得する（図１１参照）。

そして、遊技場用サーバ１２は、取得した遊技情報収集装置ＩＤ（複数可）に対応する遊技情報収集装置２０（複数可）に向けて、遊技実績データを要求するための遊技実績データ要求（遊技実績データリクエスト）を送信する（図８の＃４）。遊技情報収集装置２０は、遊技実績データ要求を受信すると、要求された遊技実績データを遊技実績データ保存部３３から取得して、遊技場用サーバ１２に返信する（図８の＃５）。そして、遊技場用サーバ１２は、遊技情報収集装置２０から受信した遊技実績データ又は加工処理した遊技実績データを、操作端末装置１０に要求結果として転送する（図８の＃６）。

このように、操作端末装置１０は、まず、インデックスに対応する属性情報を記憶する遊技情報収集装置２０からの遊技実績データの送信を遊技場用サーバ１２に要求する。そして、遊技場用サーバ１２から遊技実績データの送信を要求された遊技情報収集装置２０だけが、遊技場用サーバ１２に遊技実績データを送信する。このため、遊技情報収集装置２０と遊技場用サーバ１２間の通信回数が減少して、ネットワーク１４の通信負荷と、遊技情報収集装置２０が通信に要する時間的なロスが軽減される。また、遊技場用サーバ１２の能力が高い必要はなくコスト低減につながる。

図９は、遊技場用管理システム１００において随時実行する随時処理（随時動作）の手順を示すシーケンス図である。シーケンス図において、記号「Ｓ」はステップを意味する。

Ｓ１において、遊技装置２５は、遊技装置２５の稼働や遊技装置２５の装置状態の変化に伴って遊技実績データに関する信号を遊技情報収集装置２０に送信する。次にＳ２において、遊技情報収集装置２０は、遊技実績データを受信して更新する。

その後、Ｓ３において、遊技情報収集装置２０は、遊技実績データ（数値データ）に対して閾値判定処理を実行し、特定の遊技実績データの種類（項目）に関して閾値以上となることを示すフラグ情報を、遊技場用サーバ１２に送信する。フラグ情報は、このフラグ情報を送信する遊技情報収集装置２０の情報（遊技情報収集装置ＩＤ等）に関連付けて（対応付けて）送信される。なお、このフラグ情報の送信は、遊技実績データを随時送信するような構成と異なり、遊技実績データが閾値以上となるという所定条件を満たした場合にのみ行われるため、通信負荷とならない。続いてＳ４において、遊技場用サーバ１２は、受信したフラグ情報（遊技実績データ閾値判定フラグ）を記憶部に保存する。なお、Ｓ３とＳ４の処理は、オプションとして実行されるものであり、省略することもできる。

Ｓ５において、遊技情報収集装置２０は、受信した遊技実績データに基づいて、遊技装置２５に関する属性情報の更新を行う。遊技情報収集装置２０は、属性情報の更新状態を監視する処理（監視手段）を実行し、更新された属性情報を検出した場合に、更新された属性情報（更新済み属性情報）を遊技場用サーバ１２に送信する。なお、属性情報の更新とは、状態情報の更新、及び、タイミング情報の記録を意味する。

次にＳ６において、遊技場用サーバ１２は、更新した属性情報を遊技情報収集装置２０から受信して、記憶部に保存する。これにより、遊技場用サーバ１２で保存する属性情報が更新される。なお、更新した属性情報は、これを保存・送信した遊技情報収集装置２０の情報（遊技情報収集装置ＩＤ等）に対応付けられて保存される。例えば、遊技場用サーバ１２は、更新した属性情報を、遊技情報収集装置２０毎に遊技情報収集装置ＩＤに対応する記憶領域において保存するか、或は、遊技情報収集装置ＩＤとセットにして記憶部に保存することによって、更新した属性情報を遊技情報収集装置ＩＤに対応付ける（紐付ける）ことができる。

図１０は、遊技場用管理システム１００において、操作端末装置１０が情報開示サービスを受けるための情報開示要求を発行した場合の割込処理（割込動作）を示すシーケンス図である。

Ｓ１１において、操作端末装置１０は、操作入力部へのユーザ操作による入力に対応して、メニュー表示等された要求情報の項目（要求項目）を少なくとも一つ選定する。要求情報の項目（要求項目）は、情報開示を要求する対象の遊技情報収集装置２０内に記憶された属性情報のいずれかを示す。そして、操作端末装置１０は、選択された要求情報に対応付けられるインデックスを含んだ情報開示要求を生成し、生成した情報開示要求を遊技場用サーバ１２に送信する。要求情報によって、情報開示要求の種類を識別できることになる。

次にＳ１２において、遊技場用サーバ１２は、インデックスで示される要求情報に対応（適合）する属性情報を保存する遊技情報収集装置２０（該当する収集装置）を選定する。そして、遊技場用サーバ１２は、選定された遊技情報収集装置２０（対象装置）にのみ遊技実績データを要求する（遊技実績データリクエストを送信する）。続いてＳ１３において、選定された遊技情報収集装置２０は、保存してある遊技実績データを処理結果保存部３１（バッファ）に取得して、遊技場用サーバ１２に返信する。

なお、本実施形態では、情報開示要求には、要求情報をインデックス（番号、記号等の識別情報）に変換して含めるが、要求情報をそのまま含めてよい。そして、遊技場用サーバ１２は、その要求情報に対応（適合）する属性情報を保存する遊技情報収集装置２０を選定してよい。

そして、Ｓ１４において、遊技場用サーバ１２は、プロセッサで遊技実績データ（遊技情報）を加工処理して、操作端末装置１０の表示部１７で表示できる所定の表示形式の表示用データを生成する。そして、遊技場用サーバ１２は、加工処理の処理結果、即ち、表示用データを操作端末装置１０に送信する。次にＳ１５において、操作端末装置１０は、受信した表示用データを要求結果として表示部１７に表示する。これにより、操作端末装置１０は、遊技場用サーバ１２から表示用データをそのまま受信するだけで、特別な加工処理をすることなく遊技実績データ（遊技情報）を表示でき、操作端末装置１０としてデータ処理能力が低いものも使用できる。なお、Ｓ１４とＳ１５の処理は、操作端末装置１０に所定の表示形式にて遊技実績データを表示するための制御を行う表示制御手段に相当する。

なお、代替として、遊技場用サーバ１２は、Ｓ１４での加工処理をすることなく、遊技実績データ（遊技情報）を、操作端末装置１０にそのまま送信してもよい。この場合に、操作端末装置１０は、搭載した端末専用アプリケーション（ソフトウェア）で、遊技実績データのデータ加工処理を行う。これにより、遊技場用サーバ１２の負荷が軽減されるだけでなく、操作端末装置１０は、その仕様に合わせた形で遊技実績データ（遊技情報）を表示でき、操作端末装置１０の利用者がより遊技実績データ（遊技情報）を理解しやすい形で確認できる。

以上の図１０のＳ１１からＳ１５の処理によって、操作端末装置１０からの要求に見合った遊技情報（特に遊技実績データ）を、速やかに操作端末装置１０に送信して表示できる。

［保存データの概略］
図１１は、図７〜図１０の随時処理と割込処理に関連して、遊技場用管理システム１００内の操作端末装置１０、遊技場用サーバ１２、遊技情報収集装置２０が保存するデータの概略を示す図である。なお、図１１では、図９のオプションの処理Ｓ３、Ｓ４に関連するフラグ情報とフラグ情報インデックスを除いている。

遊技情報収集装置２０は、自身の遊技情報収集装置ＩＤ（例えばＡ００１）を演算処理部３０のＲＯＭ３０ｂ等のメモリに記憶している。例えば、遊技情報収集装置ＩＤは、演算処理部３０のＣＰＵ３０ａのチップ番号である。

遊技情報収集装置２０の遊技実績データ保存部３３に保存される遊技実績データは、遊技装置２５から収集した単純な数値データであり、遊技装置２５の状態変化により随時数値データが変化することになる。遊技実績データは、入玉（アウト）、出玉（セーフ）、スタート、特賞回数、確変回数、不正回数、入金、持ち球（保有玉）などのデータである。なお、図１１に記載がないが、遊技実績データは、遊技装置２５の貸機（各台計数装置）が計数した計数球や、貸機から貸し出された貸玉の情報も含んでよい。例えば、計数球は、遊技装置２５がパチンコ機である場合には、下皿から排出される遊技球数であり、貸機へ挿入された会員カードの持ち球情報に追加するものである。

入玉は、遊技装置２５に投入された遊技媒体（遊技球、メダル）の数を示す。出玉（セーフ）は、遊技装置２５から払い出された遊技媒体（遊技球、メダル）の数を示す。スタートは、通常時の変動表示ゲームの実行回数（特別図柄、リールの回転数）を示す。特賞回数は、大当たりやボーナスの回数を示す。確変回数は、大当たり確率が高くなる確率変動状態への突入回数を示す（遊技装置２５がパチンコ機である場合のみ）。遊技装置２５がスロットマシーンである場合には、確変回数に代えて、ＡＲＴ（ＡＴ）回数が使用できる。不正回数は、遊技装置２５の枠が開放された回数を示す。入金は、貸機（各台計数装置）に入金された合計金額（売上）を示す。持ち球（保有玉）は、貸機へ挿入された会員カードの情報によってわかる遊技者の持ち球を示す（持ちメダルでも可）。その他、遊技実績データとして、以下の式によって、入金、入玉、出玉に基づいて演算処理部３０で求められる割数がある。
割数＝［｛入金−（入玉−出玉）×（遊技媒体１個当たりの金額）｝÷入金］×１０

遊技情報収集装置２０の属性情報保存部３２に保存される属性情報のうち、状態情報は、遊技装置２５からの信号や遊技実績データ保存部３３の遊技実績データなどに基づいて遊技情報収集装置２０で判断・認識する情報であり、遊技装置２５の装置稼働状態や状態変化に関する情報である。状態情報は、遊技装置２５の稼働中、稼働停止（空台または休憩中）、特賞中、確変中、不正状態、入金遊技中、持ち球遊技中などを示す情報である。

遊技情報収集装置２０は、前述のように遊技装置２５からのアウトカウント信号の受信が所定時間続いた場合に、遊技装置２５が稼働中（稼働開始）であると判断できる。アウトカウント信号が所定期間ない場合に、遊技装置２５が稼働停止（空台または休憩中）の状態と判断できる。特賞発生信号（大当り発生信号、ボーナス発生信号）を検出中であるときは、遊技装置２５が特賞中であると判断できる。確変信号を検出中であるときは、遊技装置２５が確変中であると判断できる。遊技装置２５の枠開放検出スイッチ等による不正信号を検出中であるときは、遊技装置２５が不正状態であると判断できる。遊技装置２５の貸機からの入金信号を検出中であるときは、入金遊技中であると判断できる。遊技実績データ保存部３３の遊技実績データとして保存された持ち球が変化中であるときは、持ち球遊技中であると判断できる。

遊技情報収集装置２０の属性情報保存部３２に保存される属性情報のうち、タイミング情報は、遊技情報収集装置２０のＲＴＣ３０ｄで認識した時刻（タイミング）を保存するものであり、ある遊技情報を遊技情報収集装置２０で保存したタイミング（その遊技情報が発生したタイミングに等しい）を示す。タイミング情報は、保存された遊技情報と対応付けされている。

遊技情報収集装置２０の属性情報保存部３２に保存される属性情報のうち、固有情報は、遊技情報収集装置２０が接続する遊技装置２５の台分類、台種別、台機種名、店舗情報、台番号などの情報である。例えば、固有情報として、台分類「パチンコ機」、台種別「甘デジ（大当り確率が高いデジタルパチンコ機）」、台機種名「Ａパチ」、店舗情報「Ａ店」、台番号「５４２」等の情報が保存されている。

遊技場用サーバ１２は、遊技情報収集装置２０に保存してある属性情報と同じ属性情報を遊技情報収集装置２０毎の記憶領域（個別記憶手段、個別の記憶場所）に記憶している。例えば、遊技場用サーバ１２は、属性情報を、その属性情報を保存する遊技情報収集装置２０のＩＤ（遊技情報収集装置ＩＤ）に対応付けた記憶領域に記憶している。なお、遊技情報収集装置２０内の属性情報のうち、状態情報とタイミング情報は、随時処理（図７、図９）によって、更新する度に遊技場用サーバ１２に送信されている。また、遊技情報収集装置２０の属性情報のうち、固有情報は、遊技情報収集装置２０の設置時に遊技場用サーバ１２に送信されている。なお、遊技場用サーバ１２は、遊技情報収集装置２０から遊技実績データを送信されていないため、遊技実績データを記憶していない。このため、遊技場用サーバ１２の記憶容量を少なくでき、装置コストを削減できる。

遊技場用サーバ１２は、インデックスに関する情報として、インデックスを属性情報に対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶している。このため、遊技場用サーバ１２は、操作端末装置１０から要求情報としてのインデックスを受信した場合に、インデックス及び当該インデックスに適合（対応）する属性情報を認識でき、さらにこの属性情報を有する遊技情報収集装置２０（複数でもよい）を特定できる。

一方、操作端末装置１０は、インデックスに関する情報として、要求情報（要求項目）をインデックスに対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶しており、操作入力部からの入力によって選択された要求情報（要求項目）をインデックスに変換して、遊技場用サーバ１２への情報開示要求に含めることが可能である。

なお、インデックスには、遊技装置２５に関する属性情報のうち、状態情報に対応する状態インデックス、タイミング情報に対応するタイミングインデックス、固有情報に対応する固有情報インデックスがある。タイミングインデックスは、時刻（タイミング）そのものだけでなく、１５：００以前、１５：００以降、１５：００〜２１：００などの時刻範囲を示すものであってよい。

図１２は、図９のオプションの処理Ｓ３、Ｓ４に関連するフラグ情報とフラグ情報インデックスを含めて、遊技場用管理システム１００内の操作端末装置１０、遊技場用サーバ１２、遊技情報収集装置２０が保存するデータの概略を示す図である。

図１２において、遊技情報収集装置２０が保存するデータは、図１１の遊技情報収集装置２０が保存するデータと同じであるが、遊技情報収集装置２０は、遊技実績データ（数値データ）に対して閾値処理を実行し、遊技実績データが閾値以上となることを示すフラグ情報を遊技場用サーバ１２に送信している（Ｓ３）。

従って、図１２において、遊技場用サーバ１２は、図１１の遊技情報収集装置２０に保存してある属性情報（状態情報、タイミング情報、固有情報）の他に、フラグ情報を記憶部に保存している。なお、フラグ情報は、これを送信した遊技情報収集装置２０の情報（遊技情報収集装置ＩＤ等）に対応付けられ、遊技場用サーバ１２は、遊技情報収集装置２０毎にフラグ情報を保存できる。

フラグ情報は、「入玉２００００個」「出玉２００００個」「スタート１０００回」「特賞回数５０回」「確変回数３０回」「不正回数１回」「入金５００００円」「持ち球２００００個」など、遊技実績データの種類（項目）と閾値をセットにしたものである。なお、遊技実績データの同じ種類（項目）に対して、複数の閾値を使用して閾値判定処理を行い、複数のフラグ情報を生成してもよい。例えば、遊技実績データの同じ種類（スタート）に対して、複数の閾値２００回、４００回、６００回を準備して、「スタート２００回」「スタート４００回」「スタート６００回」など、複数のフラグ情報を生成してもよい。

遊技場用サーバ１２は、インデックスに関する情報として、インデックスを属性情報及びフラグ情報に対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶している。遊技場用サーバ１２は、操作端末装置１０から情報開示を要求するための要求情報としてのインデックスを受信した場合に、インデックスを認識できるとともに、インデックスに適合（対応）する属性情報及びフラグ情報を認識でき、さらにこの属性情報及びフラグ情報を有する遊技情報収集装置２０（複数でもよい）を特定できる。そして、遊技場用サーバ１２は、特定した遊技情報収集装置２０にのみアクセスして、遊技実績データを取得する。取得する遊技実績データとしては、このフラグ情報に関係する種類（例えば入玉）の遊技実績データだけでもよい。例えば、「入玉２００００個以上」という内容のフラグ情報インデックスを受信した遊技場用サーバ１２は、「入玉２００００個」のフラグ情報を有する遊技情報収集装置２０にアクセスして、遊技実績データを取得する。

一方、操作端末装置１０は、要求情報（要求項目）をインデックスに対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶しており、操作入力部からの入力によって選択された要求情報（要求項目）をインデックスに変換して、遊技場用サーバ１２への情報開示要求に含めることが可能である。

なお、インデックスには、状態インデックス、タイミングインデックス、固有情報インデックスに加えて、フラグ情報に対応するフラグ情報インデックスがある。フラグ情報インデックスは、閾値判定処理される遊技実績データの種類（項目）に対してのみ設けられる。

［前処理］
図１３は、操作端末装置１０が遊技場用サーバ１２から情報開示サービスを受ける前の段階で実行される処理を示すシーケンス図である。図１３の処理は、操作端末装置１０で情報開示アプリケーション（情報開示ソフトウェア）が起動する場合に実行され、操作端末装置１０において要求情報の項目を認識する手順を示す。

Ｓ２１において、操作端末装置１０は、情報開示アプリケーションを起動する。本実施形態において、情報開示アプリケーションは、操作端末装置１０内の記憶部（ＲＯＭ等）に保存されているものであるが、遊技場用サーバ１２が操作端末装置１０に情報開示アプリケーションを提供するクラウドサービス（ＳａａＳ）を行ってもよい。情報開示アプリケーションの起動の際に、操作端末装置１０は、操作端末装置１０の権限情報、及び、要求情報の項目要求などの必要な情報を遊技場用サーバ１２に送信する。要求情報の項目要求は、操作端末装置１０で表示する要求情報の項目を要求するための情報である。また、必要な情報としては、例えばパスワードなどもある。

次にＳ２２において、権限情報と項目要求を受信した遊技場用サーバ１２は、操作端末装置１０の情報開示権限を確認する。権限情報が、操作端末装置１０のユーザＩＤ（ユーザの識別情報）であれば、遊技場用サーバ１２は、ユーザＩＤから情報開示権限を確認してよい。なお、情報開示権限の種類には、オーナー用権限、店舗管理者用権限、会員用権限、一般利用者用権限があり、遊技場用サーバ１２を介して操作端末装置１０側に開示される情報の開示範囲がこの順に狭くなる（開示される情報量が減少する）。

続いてＳ２３において、遊技場用サーバ１２は、情報開示権限の開示範囲での要求情報（複数可）を選定する。即ち、情報開示権限による開示範囲にある要求情報を抽出する。そして、選定した要求情報の項目（即ち、要求情報の種別）を操作端末装置１０に送信する。なお、例えば一般利用者用権限などでは、情報開示権限の開示範囲内で、遊技場用サーバ１２へのアクセスの多い時間帯では選定する要求情報の数を減少させ、アクセスの少ない時間帯では選定する要求情報の数を増加することも可能である。例えば、遊技場用サーバ１２へのアクセス数が減少する時間帯だけ、一般利用者にも会員用権限で開示される情報やお勧め情報などを一部提供するなど、アクセス数を増やして遊技場用サーバ１２の装置性能をより有効に活用することも可能である。

次にＳ２４において、要求情報の項目（要求情報の種類）を受信した操作端末装置１０は、要求情報の項目を情報開示アプリケーションで組み込む処理を実行する。その後Ｓ２５において、操作端末装置１０は、組み込んだ要求情報の項目（要求情報の種類）をメニューとして表示し得る選定画面を表示部１７に表示して、選定画面に移行する。なお、操作端末装置１０が予め全ての要求情報の項目を記憶部に保存している場合には、組み込む処理は必要なく、代わりに、受信した要求情報の項目に基づいて単にメニュー表示を行う。

［操作端末装置の表示例］
図１４から図１７は、情報開示要求を生成して情報収集を行う場合（図８の＃３、図１０のＳ１１）において、操作端末装置１０のタッチパネル１９（操作入力部）への操作入力手順を例示する図である。

図１４では、表示部１７を兼ねるタッチパネル１９に選定画面が表示されている（図１３のＳ２５）。タッチパネル１９の選定画面において、遊技装置２５に関する属性情報のうちの状態情報、固有情報、時間情報（タイミング情報）に関して、項目がメニュー表示されている。操作端末装置１０のユーザは、タッチパネル１９に表示された項目にタッチして、状態情報、固有情報、時間情報（タイミング情報）の何れかに関して、その内容の選択肢をメニュー表示できる。

図１５では、ユーザがタッチパネル１９の項目「状態情報」にタッチすると、「状態情報」の内容が複数の項目として表示される。そして、ユーザが表示された複数の項目「稼働中」「稼働停止（空台または休憩中）」「特賞中」「確変中」のうちの「稼働中」にタッチすると、操作端末装置１０は、要求情報の項目（要求項目）として「稼働中」を選定する。そして、選定画面の要求情報内容の欄に、「稼働中」と表示される。

続いて、図１６では、ユーザがタッチパネル１９の項目「固有情報」にタッチすると、「固有情報」（大分類）の細分類項目「店舗名（店舗情報）」「機種分類（台分類）」「機種名（台機種名）」「機種種別（台種別）」が表示される。さらに、ユーザが項目「機種種別」にタッチすると、「機種種別」の内容が複数の項目として表示される。そして、ユーザが表示された複数の項目「羽根モノ」「甘デジ」「ミドル」「マックス」のうちの「甘デジ」にタッチすると、操作端末装置１０は、要求情報の項目（要求項目）として「甘デジ」を選定する。そして、選定画面の要求情報内容の欄に、「稼働中」に追加して「甘デジ」と表示される。

続いて、図１７では、ユーザがタッチパネル１９の項目「時間情報（タイミング情報）」にタッチすると、「時間情報」（大分類）の細分類項目「以前」「以降」「〜（から）」が表示される。さらに、ユーザが項目「〜（から）」にタッチすると、「開始時間」と「終了時間」の内容が複数の項目として表示される。そして、ユーザが、「開始時間」について表示された複数の項目のうち「１５：００」に、「終了時間」について表示された複数の項目のうち「１８：００」にタッチすると、操作端末装置１０は、要求情報の項目（要求項目）として「１５：００〜１８：００」を選定する。そして、選定画面の要求情報内容の欄に、「稼働中」「甘デジ」に追加して、「１５：００〜１８：００」と表示される。

その後、ユーザがタッチパネル１９の「情報取得」のボタン表示にタッチすると、操作端末装置１０は、３つの要求情報の項目（要求項目）として、「稼働中」「甘デジ」「１５：００〜１８：００」を選定することを確定する。そして、操作端末装置１０は、３つの要求情報「稼働中」「甘デジ」「１５：００〜１８：００」に対応付けられるインデックスを含む情報開示要求を生成し、生成した情報開示要求を遊技場用サーバ１２に送信する。

図１８と図１９は、遊技実績データを要求結果（情報収集結果）として表示する場合（図８の＃６、図１０のＳ１５）において、操作端末装置１０のタッチパネル１９（表示部１７）の表示例を示す図である。

図１８は、店舗管理者用権限によって操作端末装置１０が遊技場用サーバ１２にアクセスした場合の遊技実績データ（情報収集結果）の表示例である。図１９は、会員用権限によって操作端末装置１０が遊技場用サーバ１２にアクセスした場合の遊技実績データ（情報収集結果）の表示例である。遊技実績データが表形式で表示されるとともに、データ抽出条件（即ち選択された要求情報）「稼働中」「甘デジ」「１５：００〜１８：００」が同時に表示されている。このように、会員用権限よりも店舗管理者用権限によって遊技場用サーバ１２にアクセスした場合の方が、操作端末装置１０に開示（表示）される情報の開示範囲が広くなる（開示される情報量が多い）。

［保存データ削除処理］
図２０と図２１は、遊技情報収集装置２０のデータ保存領域における保存データを削除（消去）する保存データ削除処理の手順を示すシーケンス図である。図２０の削除処理は、遊技情報収集装置２０のデータ保存領域のデータ量が所定量を超えた場合に実行される。図２１の削除処理は、遊技情報収集装置２０のデータ保存領域のデータ量が限界量（最大容量）を超えた場合に実行される。なお、データ保存領域（データ記憶領域）は、個々の保存部（属性情報保存部３２、遊技実績データ保存部３３）を意味してもよいし、個々の保存部がメモリの記憶領域であれば記憶領域の全体を意味してもよい。

図２０のＳ３１において、遊技情報収集装置２０は、データ保存領域のデータ量が所定量を超えたか否かを判定し、データ量が所定量を超えた場合に、データ保存領域の空き容量が少なくデータ保存領域が圧迫されていることを遊技場用サーバ１２に報知する（データ保存領域圧迫情報を送信する）。例えば、遊技情報収集装置２０は、遊技実績データ保存部３３のデータ量が所定量を超えた場合に、データ保存領域が圧迫されていることを示すデータ保存領域圧迫情報を遊技情報収集装置ＩＤとともに遊技場用サーバ１２に送信する。なお、所定量は、具体的なデータ量として定める場合には、数週間〜数か月程度の間に保存するデータ量としてよいし、或は、データ保存領域の最大容量に応じて定める場合には、最大容量の９０％程度としてもよい。

そして、遊技場用サーバ１２は、受信したデータ保存領域圧迫情報を操作端末装置１０に転送する。転送先の操作端末装置１０は、特に、店舗管理者用の操作端末装置１０−２、店舗用（ホール用）の操作端末装置１０−３である。

次に、Ｓ３２において、データ保存領域圧迫情報を受信した操作端末装置１０は、報知ランプ１８を点灯又は点滅させる。そして、Ｓ３３において、操作端末装置１０は、ユーザの操作入力部（タッチパネル１９等）への入力に基づいて、データ領域解放指示を遊技場用サーバ１２に送信する。そして、遊技場用サーバ１２は、受信したデータ領域解放指示を、データ保存領域圧迫情報を送信した遊技情報収集装置２０に転送する。

その後、Ｓ３４において、データ領域解放指示を受信した遊技情報収集装置２０は、データ保存領域のデータを少なくとも一部削除して、データ保存領域の少なくとも一部を解放（開放）する。これにより、遊技情報収集装置２０のデータ保存領域の容量が確保できる。なお、データ保存領域のデータは、属性情報や遊技実績データ等の遊技情報であるが、属性情報のうち固有情報は、削除すると問題が生じる可能性があるため削除対象にしなくてよい。

図２１のＳ４１において、遊技情報収集装置２０は、そのデータ保存領域のデータ量が限界量（最大容量）を超えたか否かを判定し、データ保存領域を解放することを遊技場用サーバ１２に報知する（データ領域解放情報を送信する）。例えば、遊技情報収集装置２０は、遊技実績データ保存部３３のデータ量が限界量（最大容量）を超えた場合に、データ保存領域を解放することを示すデータ領域解放情報を遊技場用サーバ１２に送信する。そして、Ｓ４２において、遊技情報収集装置２０は、データ保存領域のデータを少なくとも一部削除（消去）して、データ保存領域の少なくとも一部を解放する。

そして、遊技場用サーバ１２は、受信したデータ領域解放情報を操作端末装置１０に転送する。転送先の操作端末装置１０は、特に、店舗管理者用の操作端末装置１０−２、店舗用（ホール用）の操作端末装置１０−３である。

次に、Ｓ４３において、データ保存領域圧迫情報を受信した操作端末装置１０は、報知ランプ１８を点灯又は点滅させる。これにより、操作端末装置１０のユーザは、遊技情報収集装置２０のデータ保存領域が解放されたことを知ることができる。

［バックアップ処理］
図２２から図２４は、ストレージサービス（クラウドサービス）を提供可能なバックアップサーバ１５を設けた遊技場用管理システム１００（図４参照）におけるバックアップ処理について説明する図である。

図２２は、遊技場用管理システム１００におけるバックアップ処理として実行されるデータ通信の様子を説明する図である。

操作端末装置１０は、まず、バックアップすることを指令するためのバックアップ指示をバックアップサーバ１５に送信する（図２２の＃１１）。ここで、操作端末装置１０は、店舗管理者用の操作端末装置１０−２である。そして、バックアップ指示を受信したバックアップサーバ１５は、データ収集を指令するためのデータ収集指示を全ての遊技情報収集装置２０に一斉送信する（図２２の＃１２）。

遊技情報収集装置２０のうちで収集条件を満たすデータを有するものは、そのデータを収集して、バックアップデータとしてバックアップサーバ１５に送信する（図２２の＃１３）。バックアップサーバ１５は、遊技情報収集装置２０から収集条件を満たすデータを受信して保存した後に、バックアップ指示を送信した操作端末装置１０に対してバックアップ処理の処理完了を報知する（図２２の＃１４）。

図２３は、遊技場用管理システム１００におけるバックアップ処理の手順を示すシーケンス図である。

Ｓ５１において、操作端末装置１０は、ユーザの操作入力部（タッチパネル１９等）への入力に基づいて、バックアップ指示を生成して送信する（図２２の＃１１）。バックアップ指示には、バックアップするために収集する遊技情報の条件（収集条件）が含まれている。例えば、収集条件は、収集する遊技情報の範囲（所定範囲）であり、ユーザによって決定・入力される。収集する遊技情報の範囲は、取得された日時の範囲（タイミング情報からわかる）や遊技情報の種類など（属性情報や遊技実績データなど）である。また、収集する遊技情報の範囲は、デ−タ変動をする当日分はバックアップ対象から除くように設定されるのが一般的であるが、当日の収集データを日時などで区分けしている場合は変動しないデータの範囲であれば、所定範囲にすることが可能である。そして、バックアップ指示を受信したバックアップサーバ１５は、収集条件の情報を含むデータ収集指示を送信することにより、全ての遊技情報収集装置２０に収集条件の情報を一斉送信する。

Ｓ５２において、収集条件の情報を受信した遊技情報収集装置２０は、自身が収集条件に適合する遊技情報を保存しているか否かを判定する。そして、収集条件に適合する遊技情報（収集条件データ）を保存している遊技情報収集装置２０（該当装置）は、バックアップデータとしてその遊技情報を、遊技情報収集装置２０のＩＤ（遊技情報収集装置ＩＤ）に対応付けられた仮想遊技情報収集装置ＩＤ（バックアップ用ＩＤ）とともに、バックアップサーバ１５に送信する。

Ｓ５３において、バックアップサーバ１５は、受信したバックアップデータ（収集条件データ）を所定の保存領域に保存する。その後、バックアップサーバ１５は、バックアップデータの受信を完了したことを示すデータ受信完了応答を遊技情報収集装置２０に返信する。

Ｓ５４において、遊技情報収集装置２０は、データ送信の完了した収集条件データ（バックアップデータ）を保存しているデータ保存領域からその収集条件データを消去（削除）して、データ保存領域を解放（開放）する。そして、遊技情報収集装置２０は、バックアップ処理が完了したことを示すバックアップ処理完了情報をバックアップサーバ１５に送信し、さらにバックアップサーバ１５は、バックアップ処理完了情報を操作端末装置１０に送信する。Ｓ５５において、バックアップ処理完了情報を受信した操作端末装置１０は、報知ランプ１８を点灯又は点滅させる。

図２４は、バックアップサーバ１５のデータ保存の概念を示す図である。バックアップサーバ１５は、ネットワーク１４での通信を可能にする通信インタフェースと、情報処理部としてＣＰＵ等のプロセッサと、作業用のメモリ（ＲＡＭ）やプログラム等を記憶するメモリ（ＲＯＭ）を含む記憶部と、データバックアップ用の大容量の記憶装置（ハードディスク等）を備えている。

バックアップサーバ１５の記憶装置内のデータ保存領域には、店舗Ａデータ保存領域、店舗Ｂデータ保存領域、店舗Ｃデータ保存領域等のごとく、店舗ごとの保存領域が設けられている。例えば、店舗Ａデータ保存領域では、店舗Ａ内の遊技情報収集装置２０からのバックアップデータが、遊技情報収集装置２０ごとの保存領域（Ｓ５３の所定の保存領域に対応する）に保存されている。このため、バックアップサーバ１５の外部からは、データ保存領域内で、各々の遊技情報収集装置２０に対応する仮想遊技情報収集装置２２にバックアップデータが保存されているように見える。

バックアップデータは、仮想遊技情報収集装置２２のＩＤ（仮想遊技情報収集装置ＩＤ）と対応付け（関連付け）された保存領域に保存されており、バックアップサーバ１５の外部（例えば操作端末装置１０）から仮想遊技情報収集装置ＩＤを指定することにより、その仮想遊技情報収集装置ＩＤを有する仮想遊技情報収集装置２２内のバックアップデータを、ネットワーク１４を介して取得することが可能になる。

仮想遊技情報収集装置２２は、これに対応する遊技情報収集装置２０のＩＤと同じＩＤを有すると、バックアップサーバ１５の外部（例えば操作端末装置１０）から見ると同じＩＤの装置が二つ存在してしまう。従って、仮想遊技情報収集装置２２のＩＤ（仮想遊技情報収集装置ＩＤ）は、これに対応する遊技情報収集装置２０のＩＤ（遊技情報収集装置ＩＤ）と異なっている。なお、バックアップサーバ１５に保存された参照テーブル等において、仮想遊技情報収集装置２２のＩＤが、これに対応する遊技情報収集装置２０のＩＤと対応付け（関連付け）がなされていれば、バックアップサーバ１５の外部（例えば操作端末装置１０）から仮想遊技情報収集装置ＩＤを指定することにより、特定の遊技情報収集装置２０からのデータバックアップ（データ収集・保存処理）をすることも可能になる。

以上の第１実施形態によると、遊技場用管理システム１００において、クラウド環境下の遊技場用サーバ１２は、複数の遊技情報収集手段（遊技情報収集装置２０）と操作端末装置１０に公衆回線１６を介して通信可能である。複数の遊技情報収集手段は、遊技場に設置された各遊技装置２５に対応して各々設けられ、遊技装置２５毎の稼働によって生じる遊技実績データを収集して記憶する。操作端末装置１０は、遊技実績データに基づく表示を実行可能である。

遊技情報収集手段（遊技情報収集装置２０）は、遊技実績データ記憶手段（遊技実績データ保存部３３）と属性情報記憶手段（属性情報保存部３２）と送信手段（演算処理部３０と通信処理部３４等）を備える。遊技実績データ記憶手段は、収集した遊技実績データを記憶する。属性情報記憶手段は、遊技装置の状態を示す状態情報と、状態情報の発生した発生時期（発生時刻）を示すタイミング情報と、遊技装置を識別可能な固有情報のうち、少なくとも一つの情報を属性情報として記憶できる。送信手段は、属性情報記憶手段が記憶する属性情報が更新された場合に、遊技場用サーバ１２に、更新済み属性情報を記憶する当該遊技情報収集手段（遊技情報収集装置２０）に対応付けて、当該更新済み属性情報を送信する（図７の＃２、図９のＳ５、Ｓ６）。

操作端末装置１０は、ユーザの操作による入力を受け付け、当該入力に対応して情報開示を要求するための要求情報（当該入力に対応した命令である要求情報）を遊技場用サーバ１２に送信し、要求情報を送信した結果として、遊技場用サーバ１２から遊技実績データ又は処理した遊技実績データを受信して、遊技実績データに基づく表示を実行する（図１０）。

遊技場用サーバ１２は、更新済み属性情報記憶手段と、検索手段と、遊技実績データ取得手段とを備える（図８、図１０−図１２）。更新済み属性情報記憶手段は、送信手段から送信された更新済み属性情報を、遊技情報収集手段毎に記憶する（図１１、図１２）。検索手段は、要求情報に適合する更新済み属性情報を記憶する遊技情報収集手段を特定する（図１０のＳ１２）。遊技実績データ取得手段は、検索手段により特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得する（図１０のＳ１２、Ｓ１４）。

〔第１実施形態の作用効果〕
第１実施形態によると、クラウド環境下の遊技場用サーバ１２は、複数の遊技情報収集手段（遊技情報収集装置２０）と公衆回線１６を介して通信可能である。従って、遊技場内（店舗内）で、遊技用管理装置が不要になり、遊技場用管理システム１００を安価に構築できる。

第１実施形態によると、遊技場用サーバ１２は、情報開示を要求するための要求情報に適合する更新済み属性情報を記憶する遊技情報収集手段を特定でき、特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得できる。従って、遊技実績データは、遊技場内（店舗内）の遊技情報収集手段（遊技情報収集装置２０）にのみ保存され、必要な場合にのみ遊技情報収集手段から遊技場用サーバ１２に送信されるため、通信負荷が少なく、運用に見合った遊技場用管理システム１００の構築が可能になる。また、遊技場用サーバ１２の記憶部の容量が少なくて済み、装置コストが低減できる。このように、遊技場用管理システム１００において、通信負荷を軽減するとともにコストを削減できる。

第１実施形態によると、遊技場用サーバ１２は、遊技情報収集手段（遊技情報収集装置２０）から取得した遊技実績データを処理して、所定の表示形式の表示用データを生成し、操作端末装置１０は、遊技場用サーバ１２から表示用データを受信することによって、遊技実績データに基づく表示を実行してよい。この場合、操作端末装置１０側は表示用データを受信をするだけで、情報開示要求（要求情報）に見合った情報を取得することができ、操作端末装置１０はデータ処理機能が高性能である必要がない。

第１実施形態によると、遊技場用サーバ１２は、遊技情報収集手段（遊技情報収集装置２０）から取得した遊技実績データをそのまま操作端末装置１０に送信し、操作端末装置１０は、遊技場用サーバから受信した遊技実績データから所定の表示形式の表示用データを生成することによって、遊技実績データに基づく表示を実行してよい。この場合、遊技場用サーバ１２の負荷が軽減されるだけでなく、操作端末装置１０側に情報開示に対応する端末専用アプリケーションを搭載することで、操作端末装置１０の仕様に合わせた表示を実行することが可能になり、ユーザ（利用者）がより情報を理解しやすい形で情報開示を受けることができる。

第１実施形態によると、遊技情報収集手段（遊技情報収集装置２０）は、無線方式によって、公衆回線１６に通信接続可能である。従って、遊技情報収集手段を設置する遊技島内及び店舗内の配線処理が不要になり設備工事が安価になる。

第１実施形態によると、遊技情報収集手段（遊技情報収集装置２０）は、遊技実績データと属性情報のうちの少なくとも一つを含む遊技情報を記憶可能な記憶領域（データ保存領域）を備える（図６）。遊技情報収集手段（遊技情報収集装置２０）は、記憶領域に記憶された遊技情報が所定量を超えた場合に操作端末装置１０に報知する報知手段を有し、操作端末装置１０からの指示に基づいて、記憶領域に記憶された遊技情報を少なくとも一部削除して、記憶領域を解放してよい（図２０）。また、操作端末装置１０からの指示がない場合でも、記憶領域に記憶された遊技情報が限界量になった際に、記憶領域に記憶された遊技情報を少なくとも一部削除して、記憶領域を解放してよい（図２１）。この場合、遊技情報収集手段の記憶領域（データ保存領域）を必要以上に確保する必要がなく、記憶領域の記憶容量が節約できるため、遊技情報収集手段のコストを安価にすることができる。また、操作端末装置１０から記憶領域の確保の指示がなくても、自動的にデータ保存領域を確保できるため、システム運用が継続できるだけでなく、ユーザの手間を省くことが可能になる。

第１実施形態によると、操作端末装置１０は、ユーザ操作入力に基づいて、遊技情報収集手段（遊技情報収集装置２０）の記憶領域に記憶され得る所定範囲の遊技情報を当日に記憶される情報を除いて決定してよい（図２３のＳ５１）。そして、遊技情報収集手段は、所定範囲の遊技情報と、当該遊技情報収集手段の識別情報（遊技情報収集装置ＩＤ）に対応付けられたバックアップ用識別情報（仮想遊技情報収集装置ＩＤ）とを、クラウド環境下のバックアップ保存先（バックアップサーバ１５）へ公衆回線１６を介して送信し（図２３のＳ５２、図２４）、送信終了後に、記憶領域から所定範囲の遊技情報を削除してよい（図２３のＳ５４）。この場合、クラウド環境下のバックアップ保存先（バックアップサーバ１５）に遊技情報とバックアップ用識別情報を移動しているため、このバックアップ保存先のデータを利用して、遊技情報収集手段に保存されていない過去の遊技情報についてもデータの取得ができる。なお、当日データと過去データを分けることが一般的であるため、当日分を除いて所定範囲を決定（設定）する例を示したが、当日の収集データを日時などで区分けして保存している場合、データを変動しない区分けされた保存領域のものであれば、当日のデータでも一部所定範囲にすることが可能である。

〔第２実施形態〕
図２５から図２９において、第２実施形態に係る遊技場用管理システム１００とその処理について説明する。第２実施形態では、第１実施形態とは異なり、遊技場用サーバ１２は属性情報（状態情報、タイミング情報、固有情報）を保存しない。このため、遊技場用サーバ１２の記憶容量をより少なくでき、さらに装置コストを削減できる。なお、以下で述べる以外の構成は、第１実施形態と同様でよい。例えば、第２実施形態でも図２０〜図２４で説明した保存データ削除処理やバックアップ処理を実行できる。

図２５は、第２実施形態に係る遊技場用管理システム１００において随時処理として実行されるデータ通信の様子を説明する図である。

遊技装置２５は、第１実施形態と同様に、送信すべき遊技実績データに関する情報が生じる度に、随時、遊技実績データに関する信号を遊技情報収集装置２０に送信する（図２５の＃２１）。なお、遊技場用サーバ１２は、遊技装置２５に関する属性情報を保存しないため、第１実施形態（図７の＃２）と異なり、随時実行する随時処理としては、属性情報を遊技場用サーバ１２に送信しない。

図２６は、第２実施形態に係る遊技場用管理システム１００において割込処理として実行されるデータ通信の様子を説明する図である。

操作端末装置１０は、まず、要求情報そのもの或は要求情報を示すインデックスを含む情報開示要求を遊技場用サーバ１２に送信する（図２６の＃２２）。第２実施形態において、情報開示要求の種類を識別する要求情報は、遊技情報収集装置２０に要求する情報の種類を示し、遊技情報収集装置２０のいずれかの遊技情報に対応するものである。なお、遊技情報は、遊技装置２５に関する属性情報と遊技実績データを含む。そして、遊技場用サーバ１２は、要求情報を全ての遊技情報収集装置２０に向けて一斉（同時）に送信する（図２６の＃２３）。例えば、要求情報は、この要求情報に対応するインデックスとして遊技情報収集装置２０に送信される。

遊技情報収集装置２０は、要求情報を受信すると、自身が要求情報（インデックス）に対応（適合）する遊技情報を有するか否か判断する。そして、自身が要求情報（インデックス）に対応（適合）する遊技情報を有すると判断した該当の遊技情報収集装置２０（該当装置）は、その遊技情報を遊技場用サーバ１２に送信する（図２６の＃２４）。このように、遊技情報収集装置２０は、要求情報を受信しない限り、遊技情報を遊技場用サーバ１２に送信しないため、遊技情報収集装置２０のデータ送信量が減少する。

遊技情報収集装置２０（該当装置）から遊技情報を受信した遊技場用サーバ１２は、遊技情報を処理して、要求結果として操作端末装置１０に送信する（図２６の＃２５）。

図２７は、第２実施形態の遊技場用管理システム１００において随時実行する随時処理（随時動作）の手順を示すシーケンス図である。

Ｓ６１において、遊技装置２５は、遊技装置２５の稼働や遊技装置２５の状態の変化に伴って遊技実績データに関する信号を遊技情報収集装置２０に送信する。遊技実績データに関する信号とは、遊技実績データそのものに相当する信号、或は、遊技情報収集装置２０が遊技実績データ（入玉、出玉、特賞回数、入金等）を得るための信号である。

次にＳ６２において、遊技情報収集装置２０は、遊技実績データに関する信号を受信して、遊技情報の更新を実行する。なお、遊技情報の更新は、遊技実績データと状態情報の更新、及び、タイミング情報の記録を意味する。

図２８は、第２実施形態の遊技場用管理システム１００において、操作端末装置１０が情報開示サービスを受けるための情報開示要求を発行した場合の割込処理（割込動作）を示すシーケンス図である。

Ｓ７１において、操作端末装置１０は、操作入力部へのユーザ操作による入力に対応して、メニュー表示等された要求情報の項目（要求項目）の少なくとも一つ選定する。要求情報の項目（要求項目）は、遊技情報のいずれかに対応するものである。そして、操作端末装置１０は、要求情報そのもの或は要求情報に対応付けられるインデックスを含んだ情報開示要求を生成し、生成した情報開示要求を遊技場用サーバ１２に送信する。そして、遊技場用サーバ１２は、要求情報（インデックスでよい）を含む情報開示要求を全ての遊技情報収集装置２０に向けて一斉（同時）に送信する。

Ｓ７２において、遊技情報収集装置２０は、要求情報（インデックス）を受信すると、自身が要求情報に対応（適合）する遊技情報を有するか否か判断する。要求情報に対応する遊技情報を有さない遊技情報収集装置２０は、応答せず処理を終了する。一方、要求情報に対応する遊技情報を有すると判断した遊技情報収集装置２０（該当装置）は、その遊技情報を遊技場用サーバ１２に返信する。

Ｓ７３において、遊技場用サーバ１２は、遊技情報収集装置２０（該当装置）から遊技情報を受信すると、正常な応答と判断し処理を実行する。また、応答がなかった場合、データの再送を促すが、タイマーチェックなどで所定時間の経過をチェックする。この所定時間は、タイムアウト処理の時間である。タイムアウト処理によって、遊技場用サーバ１２は、この所定時間内に遊技情報を受信しない場合に、遊技情報収集装置２０から受信する処理を打ち切る。そして、遊技場用サーバ１２は、受信した遊技情報の処理結果を、要求結果として操作端末装置１０に送信する。ここで、遊技情報の処理としては、遊技情報を操作端末装置１０の表示部１７で表示できる表示用データに加工する処理などがある。

Ｓ７４において、操作端末装置１０は、処理した遊技情報を要求結果として、表示部１７（表示画面）に表示する。

図２９は、図２５〜図２８の随時処理と割込処理に関連して、遊技場用管理システム１００内の操作端末装置１０、遊技場用サーバ１２、遊技情報収集装置２０が保存するデータの概略を示す図である。以下、第１実施形態の図１１との違いを主に説明する。

操作端末装置１０は、インデックスに関する情報として、要求情報（要求項目）をインデックスに対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶している。なお、図１１と異なり、操作端末装置１０は、遊技実績データに関する要求情報をインデックス（遊技実績データインデックス）に対応付けするテーブル（対応付け情報）も予めメモリ（ＲＯＭ等）に記憶している。

遊技場用サーバ１２は、インデックスに関する情報として、インデックスを要求情報に対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶している。このため、遊技場用サーバ１２は、操作端末装置１０から要求情報を受信した場合に、インデックスとして認識できる。なお、遊技場用サーバ１２は、図１１と異なり、遊技実績データに関する要求情報をインデックス（遊技実績データインデックス）に対応付けするテーブル（対応付け情報）を予めメモリ（ＲＯＭ等）に記憶している。一方、遊技場用サーバ１２は、図１１と異なり、遊技情報収集装置２０が記憶するのと同じ属性情報（遊技装置２５に関する属性情報）を保存していない。

例えば、遊技場用サーバ１２は、要求情報に対応するインデックスを用いて遊技情報収集装置２０に遊技情報を要求できる。遊技情報収集装置２０は、自身がインデックスに対応（適合）する遊技情報を有するか否か判断する。そして、遊技情報収集装置２０は、自身がインデックスに対応（適合）する遊技情報を有すると判断した遊技情報収集装置２０は、その遊技情報を遊技場用サーバ１２に送信する。

以上のように、操作端末装置１０と遊技場用サーバ１２は、属性情報に関する要求情報（インデックス）だけでなく、遊技実績データに関する要求情報（インデックス）を有することで、効率的に遊技情報収集装置２０から情報取得が可能になる。

〔第２実施形態の作用効果〕
第２実施形態によると、操作端末装置１０と遊技場用サーバ１２と複数の遊技情報収集手段は、操作端末装置１０への入力による情報開示要求の種類を識別するための要求情報を認識する（図２９）。遊技場用サーバ１２は、操作端末装置１０から受信した要求情報を複数の遊技情報収集手段（遊技情報収集装置２０）に対し一斉送信する（図２６、図２８）。遊技情報収集手段は、要求情報と適合する遊技情報を記憶していると判断した場合に、当該遊技情報収集手段が記憶している遊技情報のうち、要求情報と適合する遊技情報を遊技場用サーバ１２に送信する（図２６、図２８）。

従って、第１実施形態の作用効果に加えて、要求情報（情報開示要求）の発信によって操作端末装置１０が遊技情報収集をする場合以外は、ネットワーク１４を介した通信処理が行われないため、通信負荷が極めて少なくなる。また、要求情報と適合する遊技情報を記憶している遊技情報収集手段だけが遊技情報を送信するため、通信負荷が極めて少なくなり、速やかに操作端末装置１０側へデータ通信が行われる。

また、第２実施形態は、記載した以外の構成は、第１実施形態と同様でもよいため、第１実施形態の作用効果も奏する。

〔第３実施形態〕
図３０から図３６において、第３実施形態に係る遊技場用管理システム１００とその処理について説明する。第３実施形態は、クラウド環境下の遊技場用サーバ１２が遊技情報収集装置２０と同じ遊技情報のデータ（例えば、遊技装置２５に関する属性情報データ（タイミング情報や状態情報）や遊技実績データ、営業情報）を保存しようとする場合に、データ抜けやデータエラー等によるデータ不整合をチェックして対策を行う技術に関する。即ち、クラウド（公衆回線１６、インターネット）を介して遊技情報収集装置２０から遊技場用サーバ１２に遊技情報を送信する場合にデータ不整合が発生する可能性があるが、第３実施形態では、遊技情報収集装置２０と遊技場用サーバ１２で保存する遊技情報データの整合性を維持できる。なお、以下で述べる以外の構成は、第１実施形態と同様でよい。また、第３実施形態は、遊技場用サーバ１２の代わりにバックアップサーバ１５を用いて、遊技情報収集装置２０とバックアップサーバ１５で保存する遊技情報データの整合性を維持することにも適用できる。

図３０は、第３実施形態に係る遊技場用管理システム１００において随時処理として随時実行されるデータ通信の様子を説明する図である。

送信すべき遊技情報（遊技実績データなど）に関する情報が生じた稼働中の遊技装置２５は、その都度、遊技情報に関する信号を遊技情報収集装置２０に送信する（図３０の＃３１）。そして、遊技情報収集装置２０は、遊技情報（属性情報や遊技実績データ）を遊技場用サーバ１２に送信する（図３０の＃３２）。遊技場用サーバ１２は、送信された遊技情報を記憶部に保存する。なお、第１実施形態と異なり、遊技場用サーバ１２は、遊技実績データも保存する。

図３１は、第３実施形態に係る遊技場用管理システム１００において整合性チェック処理として実行されるデータ通信の様子を説明する図である。遊技情報収集装置２０は、遊技情報を遊技場用サーバ１２に送信する度に整合性チェック処理を行ってよいし、所定の時間間隔で定期的に整合性チェック処理を行ってよい。

遊技情報を遊技場用サーバ１２に送信した遊技情報収集装置２０（稼働があった遊技情報収集装置２０）は、遊技場用サーバ１２から所定範囲の遊技情報を読み込む（図３１の＃３３）。続いて、遊技情報収集装置２０は、遊技場用サーバ１２から読み込んだ遊技情報と遊技情報収集装置２０で保存する遊技情報が整合するか否か（一致するか否か）を判定する。

遊技情報収集装置２０は、遊技場用サーバ１２から読み込んだ遊技情報と遊技情報収集装置２０で保存する遊技情報とが整合しないと判定した場合に、整合しない遊技情報を遊技場用サーバ１２に再送信する（図３１の＃３４）。

図３２は、第３実施形態に係る遊技場用管理システム１００において随時実行する随時処理（随時動作）の手順を示すシーケンス図である。

Ｓ８１において、遊技装置２５は、遊技装置２５の稼働や遊技装置２５の装置状態の変化に伴って遊技情報に関する信号を遊技情報収集装置２０に送信する。次にＳ８２において、遊技情報収集装置２０は、遊技情報を受信し、必要あれば処理して、各種保存部に遊技情報を保存して更新する。さらに、遊技情報収集装置２０は、遊技情報を遊技場用サーバ１２に送信する。次にＳ８３において、遊技場用サーバ１２は、遊技情報を受信して、この遊技情報を送信した遊技情報収集装置２０のＩＤに対応する記憶領域に保存して更新する。なお、データ抜けやエラーがなければ、遊技場用サーバ１２は、遊技情報収集装置２０が保存するものと同じ遊技情報を保存することになる。

図３３は、第３実施形態に係る遊技場用管理システム１００において実行する整合性チェック処理の手順の一例を示すシーケンス図である。この例では、所定範囲の個々の遊技情報のデータの整合性がチェックされる。

Ｓ９１において、遊技情報収集装置２０は、データの整合性をチェックするためのデータチェックを開始する。Ｓ９２において、遊技情報収集装置２０は、遊技情報を更新したか否かを判断する。Ｓ８２の更新処理を実行した場合に、遊技情報を更新したと判断できる。そして、遊技情報を更新した場合に、遊技情報収集装置２０は、遊技場用サーバ１２に対して、その遊技情報収集装置２０のＩＤに対応した遊技情報のうち所定範囲の遊技情報の送信を要求する。

次にＳ９３において、遊技場用サーバ１２は、遊技情報収集装置２０からの要求に応じて、前述の所定範囲の遊技情報を準備して、遊技情報収集装置２０に送信する。そして、Ｓ９４において、遊技情報収集装置２０は、送信された所定範囲の遊技情報を、自身で保存する所定範囲の遊技情報と比較する。なお、ここでは、個々の遊技情報を一つずつ比較する。例えば、所定範囲は、タイミング情報等によって抽出できる最新の１日分の遊技情報であり、更新した遊技情報を含む。遊技場用サーバ１２から読み込んだ所定範囲の遊技情報と遊技情報収集装置２０で保存する所定範囲の遊技情報との間に相違がある場合（整合しない場合）に、遊技情報収集装置２０は、自身が保存する所定範囲の遊技情報を遊技場用サーバ１２に再送信する。

次にＳ９５において、遊技場用サーバ１２は、遊技情報収集装置２０から再送信された所定範囲の遊技情報を、この遊技情報を送信した遊技情報収集装置２０のＩＤに対応する記憶領域に保存し、当該記憶領域の記憶内容を更新する。このようにして、遊技情報収集装置２０で保存する遊技情報と遊技場用サーバ１２で保存する遊技情報の整合性が維持できる。

図３４は、第３実施形態に係る遊技場用管理システム１００において実行する整合性チェック処理の手順の他の例を示すシーケンス図である。この例では、所定範囲に対してチェックサム等のエラー検出値（誤り検出符号）を算出するなどして、簡易に遊技情報のデータの整合性がチェックされる。

Ｓ１０１において、遊技情報を更新した遊技情報収集装置２０は、データの整合性をチェックするためのデータチェックを開始する。そして、遊技情報収集装置２０は、遊技場用サーバ１２に対して、遊技情報収集装置２０のＩＤに対応した遊技情報のうち所定範囲の遊技情報に対するエラー検出値の送信を要求する。エラー検出値（チェック用検出値）は、データエラー検出（データチェック）のために所定範囲の遊技情報のデータ値から所定の規則で算出される誤り検出符号であり、例えば、チェックサムである。続いて、Ｓ１０２において、遊技情報収集装置２０は、自身が保存する所定範囲の遊技情報のデータ値からエラー検出値（誤り検出符号）を算出しておく。

次にＳ１０３において、遊技場用サーバ１２は、遊技情報収集装置２０からの要求に応じて、前述の所定範囲の遊技情報のデータ値からエラー検出値を算出して、遊技情報収集装置２０に送信する。そして、Ｓ１０４において、遊技情報収集装置２０は、遊技場用サーバ１２から送信されたエラー検出値を、自身で保存する所定範囲の遊技情報に対して上述のように算出したエラー検出値と比較する。例えば、所定範囲は、タイミング情報によって抽出できる最新の１日分の遊技情報である。遊技場用サーバ１２から送信されたエラー検出値と遊技情報収集装置２０で算出したエラー検出値との間に相違がある場合（整合しない場合）に、遊技情報収集装置２０は、自身が保存する所定範囲の遊技情報を遊技場用サーバ１２に再送信する。

次にＳ１０５において、遊技場用サーバ１２は、遊技情報収集装置２０から再送信された所定範囲の遊技情報を、この遊技情報を送信した遊技情報収集装置２０のＩＤに対応する記憶領域に保存して、当該記憶領域の記憶内容を更新する。このようにして、遊技情報収集装置２０で保存する遊技情報と遊技場用サーバ１２で保存する遊技情報の整合性が維持できる。

遊技情報収集装置２０と遊技場用サーバ１２で送受信するデータが、個々の遊技情報データではなく、エラー検出値（誤り検出符号）であるため、遊技情報収集装置２０と遊技場用サーバ１２との間のデータ通信量が減少するとともに、高速で整合性チェック処理が可能となる。

図３５は、遊技情報収集装置２０のデータ保存の一例を示す概念図であり、遊技情報収集装置２０に保存される遊技情報のうち、整合性チェック処理の対象となる前述の所定範囲をＲ１（右側の点線の囲み）として例示する。なお、ここでの遊技情報は、属性情報（タイミング情報や状態情報）、遊技実績データ、営業情報を含む。また、営業情報には、営業中である営業モード、閉店時の閉店モード、テスト中のテストモードなど、遊技場の店舗運営に合わせたモード種別がある。所定範囲Ｒ１は、遊技情報収集装置２０で保存される遊技実績データの一部であり、タイミング情報によって抽出できる最新の１日分の遊技実績データである。

図３６は、遊技情報収集装置２０が整合性チェック処理（図３３、図３４）を完了した際に実行する保存データ削除処理の手順を示すフローチャートである。

Ｓ１１１において、遊技情報収集装置２０のデータ保存領域の空き容量が所定値を下回っているか否かを判定する。データ保存領域は、個々の保存部（属性情報保存部３２、遊技実績データ保存部３３）を意味してもよいし、個々の保存部が１つのメモリの記憶領域であれば記憶領域の全体を意味してもよい。

Ｓ１１２において、遊技情報収集装置２０の解放するデータ保存領域を指定する。解放するデータ保存領域は、整合性チェック処理の対象となった所定範囲の遊技情報を保存しているデータ保存領域である。そして、Ｓ１１３において、このデータ保存領域の所定範囲の遊技情報（データ）が削除され、解放される。

整合性チェック処理後に、遊技場用サーバ１２には、遊技情報収集装置２０から送信（再送信）された所定範囲の遊技情報がエラーのない状態で記憶されているため、不要になった所定範囲の遊技情報が削除（消去）される。そして、遊技情報収集装置２０のデータ保存領域が有効利用できる。

〔第３実施形態の作用効果〕
第３実施形態によると、遊技場用サーバ１２は、複数の遊技情報収集手段（遊技情報収集装置２０）と個々に対応付けて遊技情報を記憶する個別記憶手段を備える（図１１、図１２）。遊技情報収集手段は、遊技場用サーバ１２から当該遊技情報収集手段と対応する個別記憶手段（図１１、図１２）が記憶する遊技情報を読み込み、自己が記憶する遊技情報と読み込んだ遊技情報の整合性を判定する（図３３のＳ９４）。遊技情報収集手段は、整合性が取れていない場合に、遊技場用サーバ１２に自己が記憶する遊技情報を送信する（図３１、図３３）。遊技場用サーバ１２は、遊技情報収集手段から遊技情報を受信すると、受信した遊技情報に基づいて、当該遊技情報収集手段と対応する個別記憶手段の記憶内容を更新する（図３３のＳ９５）。

従って、遊技情報収集手段（遊技情報収集装置２０）と遊技場用サーバ１２の遊技情報データの整合性が取れていない場合でも、整合性をとる処置をすることができる。そして、公衆回線１６を利用する遊技場用管理システム１００において、遊技情報に関するデータの信頼性を高めることができる。

第３実施形態によると、従来と異なり、遊技場内（店舗内）で遊技用管理装置が不要になり、遊技場用管理システム１００を安価に構築できる。そして、遊技用管理装置が遊技場内（店舗内）に存在しない場合でも、遊技情報収集手段（遊技情報収集装置２０）は自己が記憶する遊技情報を有するため、遊技情報収集手段と遊技場用サーバ１２との間で、遊技情報データの整合性を確認することができる。

第３実施形態によると、遊技場用サーバ１２自体はデータ整合性の判定を行わず、複数の遊技情報収集手段（遊技情報収集装置２０）が、分散処理方式で、手分けしてデータ整合性を判定して整合性が取れていない場合の処理を行う。このため、遊技場用管理システム１００全体として、整合性チェック処理の処理速度が向上する。

第３実施形態によると、遊技情報収集手段（遊技情報収集装置２０）は、遊技情報を更新した場合にのみ、整合性の判定等の整合性チェックを行う（図３３のＳ９２）。例えば、遊技装置２５の稼働がないときは、その遊技装置２５に接続する遊技情報収集手段は遊技情報を更新していないため、当日稼働した遊技装置２５に接続する遊技情報収集手段と遊技場用サーバ１２との間で、遊技情報データの整合性を確認するだけでよくなる。このように、遊技情報収集手段と遊技場用サーバ１２との間のデータ送受信は必要なデータ量だけで済み、ネットワーク１４の負荷が軽減し、公衆回線１６を利用するクラウド環境下でも、所定の時間内に整合性チェック処理を終えることができる。なお、整合性チェック処理を更新した遊技情報を含む所定範囲で行えば、遊技情報収集手段と遊技場用サーバ１２との間で送受信するデータ量はより減少し、よりネットワーク１４の負荷が軽減できる。

第３実施形態によると、遊技情報収集手段（遊技情報収集装置２０）は、遊技場用サーバ１２から当該遊技情報収集手段と対応する個別記憶手段が記憶する遊技情報のうち所定範囲の遊技情報に対するエラー検出値を読み込んでよい。そして、遊技情報収集手段は、自己が記憶する所定範囲の遊技情報に対するエラー検出値を算出し、当該算出したエラー検出値を読み込んだエラー検出値と比較し、両エラー検出値が相違する場合に、自己が記憶する所定範囲の遊技情報を前記遊技場用サーバに送信してよい。この場合には、遊技情報データそのもので比較しないことから、遊技情報収集手段と遊技場用サーバ１２との間のデータ通信量が非常に少なくなる。このため、クラウド環境下でも実用に見合った通信処理が可能になるとともに、さらに高速な整合性チェック処理が実現できる。

第３実施形態によると、遊技情報収集手段（遊技情報収集装置２０）は、自己が記憶する遊技情報を遊技場用サーバ１２に送信した後、当該遊技情報を消去してよい（図３６）。この場合には、遊技情報収集手段の記憶領域（データ保存領域）を有効に活用できる。

〔第４実施形態〕
図３７から図４０において、第４実施形態に係る遊技場用管理システム１００とその処理について説明する。第４実施形態は、第３実施形態のようにクラウド環境下の遊技場用サーバ１２が遊技情報収集装置２０と同じ遊技情報のデータ（例えば遊技装置２５に関する属性情報データや遊技実績データ）を保存しようとする場合に、データ抜けに対する対策を行う技術に関する。即ち、クラウド（公衆回線１６、インターネット）を介して遊技情報収集装置２０から遊技場用サーバ１２に遊技情報を送信する場合にデータ抜けが発生する可能性があるが、第４実施形態では、データ抜けを補正（修復）することによって、遊技情報収集装置２０と遊技場用サーバ１２で保存する遊技情報データの整合性を維持する。なお、以下で述べる以外の構成は、第１実施形態又は第３実施形態と同様でよい。また、第４実施形態は、遊技場用サーバ１２の代わりにバックアップサーバ１５を用いて、遊技情報収集装置２０とバックアップサーバ１５で保存する遊技情報データのデータ抜けを補正（修復）することにも適用できる。

図３７は、第４実施形態に係る遊技場用管理システム１００において随時処理として随時実行されるデータ通信の様子を説明する図である。

送信すべき遊技情報（遊技実績データなど）に関する情報が生じた稼働中の遊技装置２５は、その都度、遊技情報に関する信号を遊技情報収集装置２０に送信する（図３７の＃４１）。そして、遊技情報収集装置２０は、遊技情報（属性情報や遊技実績データ）及びこの遊技情報に対応付けられたユニーク情報を遊技場用サーバ１２に送信する（図３７の＃４２）。遊技場用サーバ１２は、送信された遊技情報とユニーク情報を記憶部に保存する。なお、第１実施形態と異なり、遊技場用サーバ１２は、遊技実績データも保存する。

ユニーク情報は、遊技情報収集装置２０で収集された遊技情報に対応付けられ、当該遊技情報を識別可能な情報である。ユニーク情報は、遊技情報収集装置２０のＩＤ（遊技情報収集装置ＩＤ）とその他の情報を含む。例えば、ユニーク情報は、遊技情報収集装置２０のＩＤとタイミング情報（当該遊技情報の取得時刻）との組み合わせ、又は、遊技情報収集装置２０のＩＤと連続番号（遊技情報の取得順に付した番号）との組み合わせである。

図３８は、第４実施形態に係る遊技場用管理システム１００においてデータ抜けチェック処理として実行されるデータ通信の様子を説明する図である。遊技情報収集装置２０は、遊技情報を遊技場用サーバ１２に送信する度にデータ抜けチェック処理を行ってよいし、所定の時間間隔で定期的にデータ抜けチェック処理を行ってよい。

遊技情報を遊技場用サーバ１２に送信した遊技情報収集装置２０（稼働があった遊技情報収集装置２０）は、遊技場用サーバ１２からユニーク情報を読み込む（図３８の＃４３）。続いて、遊技情報収集装置２０は、遊技場用サーバ１２から読み込んだユニーク情報と遊技情報収集装置２０で保存するユニーク情報が整合するか否か（一致するか否か）を判定する。

遊技情報収集装置２０は、遊技場用サーバ１２から読み込んだユニーク情報と遊技情報収集装置２０で保存するユニーク情報とが整合しない（一致しない）と判定した場合に、整合しないユニーク情報に対応付けられた遊技情報を遊技場用サーバ１２に再送信する（図３８の＃４４）。

図３９は、第４実施形態に係る遊技場用管理システム１００において随時実行する随時処理（随時動作）の手順を示すシーケンス図である。

Ｓ１２１において、遊技装置２５は、遊技装置２５の稼働や遊技装置２５の状態の変化に伴って遊技情報に関する信号を遊技情報収集装置２０に送信する。次にＳ１２２において、遊技情報収集装置２０は、遊技情報を受信し、必要あれば所定の処理を実行して、各種保存部に遊技情報を保存して更新する。さらに、Ｓ１２３において、遊技情報収集装置２０は、ユニーク情報を生成し、遊技情報及びユニーク情報を遊技場用サーバ１２に送信する。次に遊技場用サーバ１２は、遊技情報及びユニーク情報を受信して、この遊技情報を送信した遊技情報収集装置２０のＩＤに対応する記憶領域に保存して更新する。なお、データ抜けやエラーがなければ、遊技場用サーバ１２は、遊技情報収集装置２０が保存するものと同じユニーク情報を保存することになる。

図４０は、第４実施形態に係る遊技場用管理システム１００において実行するデータ抜けチェック処理の手順の一例を示すシーケンス図である。この例では、ユニーク情報を使用して、所定範囲の遊技情報に関して、遊技場用サーバ１２におけるデータ抜けがチェックされる。

Ｓ１３１において、遊技情報収集装置２０は、データ抜けをチェックするためのデータチェックを開始する。Ｓ１３２において、遊技情報収集装置２０は、遊技情報を更新したか否かを判断する。Ｓ１２２の更新処理を実行した場合に、遊技情報を更新したと判断できる。そして、遊技情報を更新した場合に、遊技情報収集装置２０は、遊技場用サーバ１２に対して、その遊技情報収集装置２０のＩＤに対応したユニーク情報のうち所定範囲のユニーク情報の送信を要求する。

次にＳ１３３において、遊技場用サーバ１２は、遊技情報収集装置２０からの要求に応じて、前述の所定範囲のユニーク情報を準備して、遊技情報収集装置２０に送信する。そして、Ｓ１３４において、遊技情報収集装置２０は、送信された所定範囲のユニーク情報を、自身で保存する所定範囲のユニーク情報と比較する。なお、ここでは、個々のユニーク情報を一つずつ比較する。例えば、所定範囲は、最新の１日分のユニーク情報である。遊技場用サーバ１２から読み込んだ所定範囲のユニーク情報と遊技情報収集装置２０で保存する所定範囲のユニーク情報との間に相違がある場合（不一致の場合）に、遊技情報収集装置２０は、自身が保存する所定範囲の遊技情報を遊技場用サーバ１２に再送信する。なお、その遊技情報に対応するユニーク情報も再送信してよい。

次にＳ１３５において、遊技場用サーバ１２は、遊技情報収集装置２０から再送信された所定範囲の遊技情報を、この遊技情報を送信した遊技情報収集装置２０のＩＤに対応する記憶領域に保存する。このようにして、遊技場用サーバ１２で保存する遊技情報のデータ抜けを補正（修復）できる。

なお、第４実施形態においても、遊技情報収集装置２０がデータ抜けチェック処理（図４０）を完了した際に、図３６の保存データ削除処理を実行する。ただし、図３６のＳ１１３において、遊技情報収集装置２０の削除（解放）されるデータ保存領域は、データ抜けチェック処理の対象となった所定範囲のユニーク情報とこのユニーク情報に対応付けられた遊技情報とを保存しているデータ保存領域である。

〔第４実施形態の作用効果〕
第４実施形態によると、遊技場用サーバ１２は、複数の遊技情報収集手段（遊技情報収集装置２０）と個々に対応付けて遊技情報を記憶する個別記憶手段を備える（図１１、図１２）。個別記憶手段には、遊技情報収集手段により収集した遊技情報に対応付けられ当該遊技情報を識別可能なユニーク情報が記憶される（図３９のＳ１２４）。遊技情報収集手段は、遊技場用サーバ１２から当該遊技情報収集手段と対応する個別記憶手段が記憶するユニーク情報を読み込み、自己が記憶するユニーク情報と読み込んだユニーク情報の整合性を判定する（図４０のＳ１３４）。遊技情報収集手段は、整合性が取れていない場合に、前記遊技場用サーバに、自己が記憶するユニーク情報に対応する遊技情報を送信する（図４０のＳ１３４）。

従って、整合性の判定において遊技場用サーバ１２からのユニーク情報と遊技情報収集手段の記憶するユニーク情報のみを比較して、データ抜けの確認ができるため、整合性の判定で比較する情報のデータ量が少ない。このため、非常に高速でデータ抜けチェック処理を実行できる。

また、第４実施形態は、記載した以外の構成は、第３実施形態と同様でもよいため、第３実施形態の作用効果も奏する。

〔変形例〕
第１実施形態から第４実施形態の各実施形態において、操作端末装置（情報端末）１０に遊技場用サーバ１２の機能を組み込むような変形例も可能である。即ち、操作端末装置１０が高性能になった場合、遊技場用サーバ１２のデータ処理を操作端末装置１０で実行してもよい。

特に中小規模での遊技店（店舗）では、複数店舗のデータを管理する必要がないので、このような簡易な遊技場用管理システム１００が望まれる。また、仮にこのような中小規模の店舗が複数店舗営業の管理形態に変更したときには、操作端末装置１０のデータを新たに設けたサーバへ移すことで、より幅の広い管理形態を提供することも可能になる。

具体的には、図１、図３、図４、図７−図１０、図１３、図２０−図２２、図２５、図２６、図２８、図３０−図３４、図３７−図４０において、遊技場用サーバ１２を操作端末装置１０に置き換えるとともに、これら図面内の公衆回線１６を介した操作端末装置１０と遊技場用サーバ１２間の信号（情報開示要求（要求情報）、処理結果（要求結果）等の信号）を操作端末装置１０の内部信号とみなせば、本変形例を実現できる。

本変形例では、遊技場用サーバ１２が不要になることから、より簡易な遊技場用管理システムを構築できる。また、遊技情報に関するデ−タ処理の実行手段がクラウドを経由したデータ処理側（操作端末装置１０など）となるため、クラウド側のシステム変更について遊技店（店舗）側が特に意識する必要がなく、より最適なシステム変更をクラウド事業者が選択することが可能になる。

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

１０ 操作端末装置
１２ 遊技場用サーバ
１４ ネットワーク
１５ バックアップサーバ
１６ 公衆回線
１８ 報知ランプ
１９ タッチパネル
２０ 遊技情報収集装置
２２ 仮想遊技情報収集装置
２５ 遊技装置
１００ 遊技場用管理システム

Claims (8)

1. 遊技場に設置された各遊技装置に対応して各々設けられ、遊技装置毎の稼働によって生じる遊技実績データを収集して記憶する複数の遊技情報収集手段と、
   前記遊技実績データに基づく表示を実行可能な操作端末装置と、
   前記複数の遊技情報収集手段と前記操作端末装置に公衆回線を介して通信可能であるクラウド環境下の遊技場用サーバと、を備える遊技場用管理システムにおいて、
   前記遊技情報収集手段は、
   前記収集した遊技実績データを記憶する遊技実績データ記憶手段と、
   前記遊技装置の状態を示す状態情報と、前記状態情報の発生時期を示すタイミング情報と、前記遊技装置を識別可能な固有情報のうち、少なくとも一つの情報を属性情報として記憶する属性情報記憶手段と、
   前記属性情報記憶手段が記憶する属性情報が更新された場合に、前記遊技場用サーバに、更新済み属性情報を記憶する当該遊技情報収集手段に対応付けて、当該更新済み属性情報を送信する送信手段と、を備え、
   前記操作端末装置は、
   ユーザの操作による入力を受け付け、当該入力に対応して情報開示を要求するための要求情報を前記遊技場用サーバに送信し、
   前記要求情報を送信した結果として、前記遊技場用サーバから前記遊技実績データ又は処理した前記遊技実績データを受信して、前記遊技実績データに基づく表示を実行し、
   前記遊技場用サーバは、
   前記送信手段から送信された更新済み属性情報を、前記遊技情報収集手段毎に記憶する更新済み属性情報記憶手段と、
   前記要求情報に適合する更新済み属性情報を記憶する遊技情報収集手段を特定する検索手段と、
   前記検索手段により特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得する遊技実績データ取得手段とを備えることを特徴とする遊技場用管理システム。
2. 前記遊技場用サーバは、前記遊技情報収集手段から取得した遊技実績データを処理して、所定の表示形式の表示用データを生成し、
   前記操作端末装置は、前記遊技場用サーバから前記表示用データを受信することによって、前記遊技実績データに基づく表示を実行することを特徴とする請求項１に記載の遊技場用管理システム。
3. 前記遊技場用サーバは、前記遊技情報収集手段から取得した遊技実績データをそのまま前記操作端末装置に送信し、
   前記操作端末装置は、前記遊技場用サーバから受信した遊技実績データから所定の表示形式の表示用データを生成することによって、前記遊技実績データに基づく表示を実行することを特徴とする請求項１に記載の遊技場用管理システム。
4. 前記遊技情報収集手段は、無線による通信によって、前記公衆回線に接続可能であることを特徴とする請求項１から３のいずれか一つに記載の遊技場用管理システム。
5. 前記遊技情報収集手段は、
   遊技実績データと属性情報のうちの少なくとも一つを含む遊技情報を記憶可能な記憶領域を備え、
   前記記憶領域に記憶された遊技情報が所定量を超えた場合に前記操作端末装置に報知する報知手段を有し、前記操作端末装置からの指示に基づいて、前記記憶領域に記憶された遊技情報を少なくとも一部削除して、前記記憶領域を解放し、
   前記操作端末装置からの指示がない場合でも、前記記憶領域に記憶された遊技情報が限界量になった際に、前記記憶領域に記憶された遊技情報を少なくとも一部削除して、前記記憶領域を解放することを特徴とする請求項１から４のいずれか一つに記載の遊技場用管理システム。
6. 前記遊技情報収集手段は、遊技実績データと属性情報のうちの少なくとも一つを含む遊技情報を記憶可能な記憶領域を備え、
   前記操作端末装置は、ユーザの操作による入力に基づいて、前記記憶領域に記憶され得る所定範囲の遊技情報を決定し、
   前記遊技情報収集手段は、前記所定範囲の遊技情報と、当該遊技情報収集手段の識別情報に対応付けられたバックアップ用識別情報とを、クラウド環境下のバックアップ保存先へ前記公衆回線を介して送信し、
   送信終了後に、前記記憶領域から前記所定範囲の遊技情報を削除すること特徴とする請求項１から５のいずれか一つに記載の遊技場用管理システム。
7. 操作端末装置が通信可能なクラウド環境下の遊技場用サーバと公衆回線を介して通信可能であり、
   遊技場に設置された遊技装置に対応して設けられ、遊技装置の稼働によって生じる遊技実績データを収集して記憶する遊技情報収集装置であって、
   前記収集した遊技実績データを記憶する遊技実績データ記憶手段と、
   前記遊技装置の状態を示す状態情報と、前記状態情報の発生時期を示すタイミング情報と、前記遊技装置を識別可能な固有情報のうち、少なくとも一つの情報を属性情報として記憶する属性情報記憶手段と、
   前記属性情報記憶手段が記憶する属性情報が更新された場合に、前記遊技場用サーバに記憶させるために、当該遊技情報収集装置に対応付けて更新済み属性情報を送信する送信手段と、を備え、
   前記遊技場用サーバに送信して記憶させた更新済み属性情報が、前記操作端末装置から情報開示を要求するために前記遊技場用サーバに送信された情報開示要求に適合する場合のみ、前記遊技場用サーバからの要求に応じて自身が記憶する遊技実績データを送信することを特徴とする遊技情報収集装置。
8. 遊技場に設置された各遊技装置に対応して各々設けられ、遊技装置毎の稼働によって生じる遊技実績データを収集して記憶する複数の遊技情報収集手段に、公衆回線を介して通信可能であるクラウド環境下の遊技場用サーバであって、
   前記遊技装置の状態を示す状態情報と、前記状態情報の発生時期を示すタイミング情報と、前記遊技装置を識別可能な固有情報のうち、少なくとも一つの情報を、当該情報を送信した遊技情報収集手段毎に対応させて、属性情報として記憶する属性情報記憶手段と、
   端末装置から情報開示を要求するために送信された要求情報を受信した場合に、前記属性情報記憶手段が記憶する属性情報を検索して、前記受信した要求情報に適合する属性情報を送信した遊技情報収集手段を特定する検索手段と、を備え、
   前記検索手段により特定された遊技情報収集手段のみにアクセスし、当該遊技情報収集手段が記憶している遊技実績データを取得することを特徴とする遊技場用サーバ。

Images