JP5431651B2

JP5431651B2 - 遊技場用管理システム

Info

Publication number: JP5431651B2
Application number: JP2007090342A
Authority: JP
Inventors: 優根木
Original assignee: ダイコク電機株式会社
Priority date: 2007-03-30
Filing date: 2007-03-30
Publication date: 2014-03-05
Anticipated expiration: 2027-03-30
Also published as: JP2008245887A

Description

本発明は、遊技台を設置した遊技場を管理するための遊技場用管理システムに関する。

従来より、遊技台を設置した遊技場の中には、各遊技台の遊技データの収集を可能とした場内システムを導入した遊技場がある。このような場内システムは、例えば、各遊技台の稼動信号を出力する端末装置等と、この端末装置を管理する場内管理装置との組み合わせにより構成されている。さらに、上記のような場内システムを一元管理するためのサーバ装置を遊技場外に設け、サーバ装置と各場内システムとをネットワークによって通信可能な状態で接続した遊技場用管理システムも実現されている。

遊技場用管理システムとしては、サーバー装置側から遠隔的に場内システムの仕様変更（バージョンアップ）を実施し得るように構成したシステムが提案されている（例えば、特許文献１参照。）。この遊技場用管理システムでは、遊技場側の要求に応じてサーバ装置から仕様変更プログラムが配信（ダウンロード）され、管理装置や端末装置等の仕様変更が実施され得る。このような仕様変更は、遊技場内の管理装置や端末装置等が動作中の営業時間ではなく、営業時間終了後の深夜等に実施される場合が多い。

しかしながら、上記従来の遊技場用管理システムでは、次のような問題がある。遊技場側の要求に応じた仕様変更プログラムの配信が一時に集中すると通信トラフィックが過大となるおそれがある。さらに、仕様変更処理の途中でトラブルが発生した場合、サーバ装置側の対応が必要となるが、深夜等の時間帯では常に適切に対処できるとは限らない。このように、遊技場側が主体となって仕様変更処理を実施しようとすると、上記のような通信トラフィックの問題や、トラブルが発生した際の対処において問題が発生するおそれがある。

特開２００１−３０００９７号公報

本発明は、上記従来の問題点に鑑みてなされたものであり、各遊技場の場内システムを遠隔的に仕様変更可能な遊技場用管理システムにおいて、遠隔的な仕様変更（リモートバージョンアップ）を効率良く、確実性高く実施し得る遊技場用管理システムを提供しようとするものである。

本発明は、遊技場に設置された場内装置、及びその場内装置の動作状態が正常であるか否かを判定する判定処理を実行する判定手段を含み、複数の遊技場の各々に設けられる場内システムと、複数の該場内システムと通信可能な状態で遊技場外に設置されたサーバ装置と、を含む遊技場用管理システムであって、
上記サーバ装置は、上記場内装置の仕様を変更する仕様変更処理に用いる仕様変更プログラムを記憶する場外記憶手段と、
上記仕様変更プログラムを上記場内システム側に配信する日程を規定した配信スケジュールを設定するスケジュール設定手段と、
該スケジュール設定手段が設定した上記配信スケジュールに従って、上記仕様変更プログラムを上記場内システム側に配信する仕様変更プログラム配信手段と、
上記仕様変更処理の開始を指示する仕様変更信号を上記場内システム側に向けて送信する開始指示手段と、
上記判定手段による判定処理の判定結果を報知する報知手段と、を備え、
上記場内装置は、上記サーバ装置側から配信された上記仕様変更プログラムを記憶する第１のプログラム記憶手段と、
当該場内装置を動作させるための実行プログラムを記憶する第２のプログラム記憶手段と、
上記第１のプログラム記憶手段が記憶する上記仕様変更プログラムにより、上記第２のプログラム記憶手段が記憶する上記実行プログラムを書き換える仕様変更処理を実施する仕様変更処理手段と、を備え、
上記判定手段は、上記仕様変更処理の実施に応じて上記判定処理を行うと共に、遊技場における営業時間中の任意に設定された間隔で上記判定処理を行い、
上記報知手段は、上記仕様変更処理の実施に応じて行われた上記判定処理の判定結果を報知すると共に、当該仕様変更処理が実施された後の所定期間を監視期間として設定する一方、該監視期間を除く期間を通常期間とし、
上記監視期間では上記任意に設定された間隔で行われた判定処理の判定結果が正常である場合も、正常でない場合も上記判定結果を報知する一方、上記通常期間では正常でない場合に限り上記判定結果を報知することを特徴とする遊技場用管理システムにある（請求項１）。

本発明の遊技場用管理システムでは、遊技場外に設置された上記サーバ装置が上記配信スケジュールに従って上記仕様変更プログラムを配信する。さらに、上記サーバ装置が、上記場内システム側に向けて仕様変更処理を開始させるための上記仕様変更信号を送信する。一方、上記場内装置は、上記サーバ装置が設定した上記配信スケジュールに従って上記仕様変更プログラムを受信できるよう、上記実行プログラムを記憶する上記第２のプログラム記憶手段とは別に、上記仕様変更プログラムを記憶する上記第１のプログラム記憶手段を備えている。

それ故、上記遊技場用管理システムにおける上記場内装置によれば、上記実行プログラムの実行中、すなわち当該場内装置の動作中であるか否かに関わらず、上記仕様変更プログラムを受信し、上記第１のプログラム記憶手段に記憶できる。さらに、上記遊技場用管理システムにおける上記場内装置によれば、上記仕様変更信号を受信するまで、すなわち上記サーバ装置側から仕様変更処理の開始の指示があるまで、上記仕様変更プログラムを上記第１のプログラム記憶手段に記憶しておくことができる。

以上のように、本発明の遊技場用管理システムでは、上記サーバ装置の主導により上記場内装置の仕様変更処理を実施できる。それ故、上記遊技場用管理システムでは、上記サーバ装置側で定めた手順に沿って効率良く各遊技場の上記場内装置の仕様変更処理を実施できる。本発明の遊技場用管理システムでは、上記配信スケジュールに従って上記仕様変更プログラムを配信できるため、管理する遊技場が多数となっても通信トラフィックが過大となるおそれを未然に抑制できる。また、上記サーバ装置が出力する上記仕様変更信号に応じて仕様変更処理が実施される上記遊技場用管理システムでは、上記場内システム側で生じるおそれがある仕様変更処理上のトラブルに対して、上記サーバ装置側で予め、対処可能な体制を準備しておくことができる。

本発明における遊技場としては、パチンコ機及びパチスロ機（スロットマシン）の少なくともいずれか一方の遊技台を設置した遊技場がある。
また、上記仕様変更処理手段は、上記場内装置が仕様変更処理を実施可能な状態にあるか否かを確認する前処理を実施するように構成されており、当該仕様変更処理手段では、上記前処理により上記仕様変更処理を実施可能な状態である旨を確認できたことを、該仕様変更処理を開始するための必要条件として設定してあることが好ましい（請求項２）。
上記のごとく仕様変更処理に先だって上記前処理を実施し、上記仕様変更処理を実施可能な状態であることを確認したうえで仕様変更処理を開始する場合には、何らかのトラブルの発生により仕様変更処理が中断するおそれを未然に抑制できる。

また、上記場内システムは、上記仕様変更処理手段による仕様変更処理を実行する仕様変更実行プログラムを記憶する第３のプログラム記憶手段を備え、
上記仕様変更処理手段は、上記仕様変更処理を実施する際、上記第３のプログラム記憶手段が記憶する上記仕様変更実行プログラムを改変しないように構成されていることが好ましい（請求項３）。
この場合には、仕様変更処理の実行に応じて上記第１のプログラム記憶手段に記憶した上記仕様変更プログラムが改変等されてしまうおそれを未然に防止できる。そのため、仕様変更処理が失敗した場合にも、上記第１のプログラム記憶手段が記憶する上記仕様変更プログラムに基づいて仕様変更処理の再実行が可能となる。

また、上記場内システムは、上記場内装置の動作状態が正常であるか否かの判定を行う判定手段を備えており、上記サーバ装置は、上記場内システム側から受信した上記判定手段による判定結果を報知可能な報知手段を備えており、当該報知手段は、仕様変更処理が実施された後の所定期間に当たる監視期間では正常である旨の判定結果であるか否かによらず上記判定結果を報知する一方、上記監視期間を除く通常期間では正常ではない旨の判定結果のみを報知するように構成されている。

上記のごとく仕様変更処理が実施された後の上記監視期間において、上記正常な状態であるか否かによらず上記判定手段による判定結果を報知すれば、仕様変更処理を実施した上記場内システムの稼動状態をきめ細かく監視し得る。上記監視期間では、上記場内装置が正常である旨の判定結果の報知に応じて、上記サーバー装置と上記場内システムとの間の通信回線のトラブル等、通信上のトラブルが発生していないことを監視し得る。それ故、上記監視期間においては、上記のような通信上のトラブルに起因して、上記場内システムのエラー状況を見過ごしてしまうようなおそれが極めて少ない。一方、上記通常期間では、正常でない旨の判定結果のみ報知することで、上記場内システムの稼動状態を効率よく監視できる。

また上記場内システムは、少なくとも３種類以上の上記場内装置を備え、該場内装置に対しては種類毎に仕様変更処理の開始条件が設定されており、上記場内装置のうちの少なくともいずれかの種類は、上記開始条件が他の種類の場内装置と共通していると共に、その開始条件が、当該他の種類とは異なる種類の場内装置の仕様変更処理の進捗状況に依存した条件であることが好ましい（請求項４）。
この場合には、上記開始条件が共通する複数種類の上記場内装置について、仕様変更処理を並列して実施でき、上記場内システム全体として仕様変更処理の効率を向上できる。

また、上記場内システムは、少なくとも３種類以上の上記場内装置を備え、該場内装置に対しては種類毎に仕様変更処理の開始条件が設定されており、上記場内装置のうちの少なくともいずれかの種類に設定された上記開始条件は、他の２種類以上の場内装置の仕様変更処理の進捗状況に依存した条件であることが好ましい（請求項５）。
この場合には、上記他の２種類以上の場内装置の仕様変更処理の進捗状況に応じて上記開始条件が設定された場内装置について、仕様変更処理を適切なタイミングで開始できるようになる。

本発明の実施の形態につき、以下の実施例を用いて具体的に説明する。
（実施例１）
本例は、各遊技場に設置された場内装置３１〜３９の仕様変更（バージョンアップ）を遠隔的に実施可能に構成した遊技場用管理システム１に関する例である。この内容について、図１〜図１２を用いて説明する。
本例の遊技場用管理システム１は、図１に示すごとく、遊技場に設置された場内装置３１〜３９を含む場内システム３と、該場内システム３と通信可能な状態で遊技場外に設置されたサーバ装置２と、を含むシステムである。
サーバ装置２は、場内装置３１〜３９の仕様を変更する仕様変更処理に用いる仕様変更プログラムを記憶する場外記憶手段２１Ａと、仕様変更プログラムを場内システム３側に配信する日程を規定した配信スケジュールを設定するスケジュール設定手段２２Ａと、該スケジュール設定手段２２Ａが設定した配信スケジュールに従って、仕様変更プログラムを場内システム３側に配信する仕様変更プログラム配信手段２１Ｂと、上記仕様変更処理の開始を指示する仕様変更信号を場内システム３側に向けて送信する開始指示手段２２Ｂと、を備えている。
場内装置３１〜３９は、サーバ装置２側から配信された仕様変更プログラムを記憶する第１のプログラム記憶手段３Ｂと、場内装置を動作させるための実行プログラムを記憶する記憶する第２のプログラム記憶手段３Ｃと、第１のプログラム記憶手段３Ｂが記憶する仕様変更プログラムにより、第２のプログラム記憶手段３Ｃが記憶する実行プログラムを書き換える仕様変更処理を実施する仕様変更処理手段３Ａと、を備えている。
以下、この内容について詳しく説明する。

本例の遊技場用管理システム１は、図１に示すごとく、各遊技場の場内システム３と、遊技場外に設置したサーバ装置２とを、例えば、インターネット等の公衆通信回線１０を介して通信可能な状態で接続したシステムである。サーバ装置２は、公衆通信回線１０を介して複数の場内システム３との間でデータ通信が可能である。なお、インターネット等の公衆通信回線１０を採用する場合には、例えば、ＶＰＮ（Virtual Private Network）技術等を利用すればセキュリティレベルを向上できる。さらに、公衆通信回線１０としては、ＩＮＳ回線（Information Network System）を採用することも可能である。なお、公衆通信回線１０に代えて、専用通信回線を採用することもできる。

場内システム３は、図１に示すごとく、場内ネットワーク３０あるいは専用通信線を介して、場内装置３１〜３９を通信可能な状態で接続したシステムである。場内システム３は、場内装置の一つである場内管理装置３１を介して公衆通信回線１０に接続されている。なお、本例では、場内システム３を構成する場内ネットワーク３０として、ＣＡＮ（Controller Area Network）を採用している。なお、場内ネットワーク３０としては、本例のＣＡＮに代えて、ＭＯＳＴやイーサネット（Ｒ）などのＬＡＮ規格等、様々な仕様のものを採用することができる。

場内システム３を構成する場内装置としては、図１及び図６に示すごとく、台管理端末３２、景品管理端末３３、顧客管理端末３４、及び端末装置Ａ〜Ｅ（符号３５〜３９。）と、これら管理端末３２〜３４及び端末装置Ａ〜Ｅを管理する場内管理装置３１とがある。台管理端末３２は、遊技場に設置された各遊技台３０５の稼動データを管理するための場内装置である。景品管理端末３３は、景品交換データを管理するための場内装置である。顧客管理端末３４は、会員である遊技客のＩＤデータや貯玉データ等を管理するための場内装置である。

図１に示すごとく、端末装置Ａ３５は、遊技島毎に設置された中継装置である。端末装置Ｂ３６は、遊技台３０５、２台毎に設置された中継装置である。中継装置である端末装置Ａ３５、Ｂ３６は、遊技台３０５の稼動データを集計して場内ネットワーク３０に送出する場内装置である。端末装置Ｃ３８（図６参照。）は、景品交換用のＰＯＳ端末である。端末装置Ｄ３９（図６参照。）は、遊技媒体を計数する計数機である。端末装置Ｃ３８及びＤ３９は、景品管理端末３３に接続された場内装置である。端末装置Ｅ３７は、遊技台３０５毎に設置された台毎装置である。台毎装置である端末装置Ｅは、各遊技台３０５の遊技者に遊技情報を提示するための場内装置である。なお、図１では、端末装置Ｃ３８及びＤ３９の図示を省略してある。

まず、各場内装置３１〜３９の間で共通する仕様について説明する。各場内装置３１〜３９は、図１及び図２に示すごとく、通信インターフェースを備えたコンピュータ装置である。各場内装置３１〜３９は、演算素子であるＣＰＵや記憶素子であるＲＯＭ、ＲＡＭを実装した基板（図示略）と、場内ネットワーク３０に対する入出力インターフェースであるＩ／Ｏ部（図示略）とを備えている。場内装置３１〜３４は、さらに、記憶デバイス３００として図示しないハードディスクを備えている。場内装置３５〜３９は、基板に実装されたＲＯＭを記憶デバイス３００として利用している。各場内装置３１〜３９は、記憶デバイス３００に格納した実行プログラムにより動作する。

なお、場内装置３５〜３９のいずれかにハードディスクを組み込むと共に、そのハードディスクを記憶デバイス３００として利用することもできる。あるいは、場内装置３１〜３４のいずれかからハードディスクを省略すると共に、ＲＯＭを記憶デバイス３００として利用するのも良い。さらには、場内装置３１〜３９のいずれかについて、メモリカード用のスロットを設け、当該スロットに挿入されたメモリカードを上記記憶デバイス３００として利用することも可能である。

各場内装置３１〜３９は、図１を用いて上記したごとく、第１のプログラム記憶手段３Ｂと、第２のプログラム記憶手段３Ｃと、第３のプログラム記憶手段３Ｄと、仕様変更処理手段３Ａとしての機能を備えている。上記第１〜上記第３のプログラム記憶手段３Ｂ、３Ｃ、３Ｄは、図２に示すごとく、記憶デバイス３００上の記憶領域として形成されている。第１のプログラム記憶手段３Ｂは、サーバ装置２側から配信された仕様変更プログラムを一時的に記憶する領域である仕様変更プログラム記憶領域として形成された手段である。第２のプログラム記憶手段３Ｃは、場内装置を動作させるための実行プログラムを記憶する実行プログラム記憶領域として形成された手段である。第３のプログラム記憶手段３Ｄは、仕様変更処理を実行する仕様変更実行プログラムを記憶する仕様変更実行プログラム記憶領域として形成された手段である。

本例の各場内装置３１〜３９は、図１及び図２に示すごとく、仕様変更処理により書き換える実行プログラムを記憶する第２のプログラム記憶手段３Ｃのほかに、仕様変更プログラムを記憶する第１のプログラム記憶手段３Ｂと、仕様変更実行プログラムを記憶する第３のプログラム記憶手段３Ｄとを有している。第１のプログラム記憶手段３Ｂが記憶する仕様変更プログラム、及び第３のプログラム記憶手段３Ｄが記憶する仕様変更実行プログラムは、仕様変更処理により第２のプログラム記憶手段３Ｃが記憶する実行プログラムを書き換えしても改変されない。それ故、本例の各場内装置３１〜３９では、仕様変更処理のエラー終了等に応じて第２のプログラム記憶手段３Ｃが記憶する実行プログラムが不良プログラムとなってしまっても、仕様変更プログラム及び仕様変更実行プログラムを利用して再度、仕様変更処理を実施可能である。さらに、各場内装置３１〜３９の記憶デバイス３００上には、上記の記憶領域のほか、ＯＳ（Operation System）を記憶するＯＳ記憶領域３００Ａや、データ記憶等、動作に必要な記憶領域３００Ｂ等が形成されている。

仕様変更処理手段３Ａは、図１を用いて上記したごとく、第２のプログラム記憶手段３Ｃが記憶する実行プログラムを仕様変更プログラムによって書き換える仕様変更処理を実施する手段である。本例の仕様変更処理手段３Ａは、場内装置自体が仕様変更処理を実施可能な状態であるか否かを確認する前処理を、その場内装置の待機状態に実施するように構成されている。仕様変更処理手段３Ａでは、前処理により仕様変更処理が実施可能な状態であることが確認されたことを、仕様変更処理を開始するための必要条件として設定してある。

仕様変更処理手段３Ａが実施する前処理は、図３に示すごとく、６つの処理内容を含む処理である。前処理では、１）電源が入っていることの確認、２）エラー状態（フリーズ状態や、他のエラー検知状態等。）に陥っていないことを確認するエラーの確認、３）ネットワークが正常であることの確認、４）遊技場が閉店状態であることの確認、５）仕様変更プログラムのバージョンが対応バージョンであることの確認、６）仕様変更処理のキャンセル表示、が順次、実施される。ここで、仕様変更処理のキャンセル表示とは、場内装置を操作中の従業員等に対して注意を促す表示である。なお、従業員等による仕様変更処理のキャンセル操作があった場合には、前処理を中断し、場内装置の使用を早急に終了する旨のガイド表示を行う。なお、場内装置３１〜３９は、前処理でエラーが発生した場合には、再起動を行い、前処理を再度、実施する。

なお、端末装置Ｃ（ＰＯＳ端末）、端末装置Ｄ（計数機）、端末装置Ｅ（台毎装置）等、図示しない表示手段を備えた場内装置は、図４（１）に示すごとく前処理の実施中に、処理進行中である旨、注意事項、及び前処理の進捗状況を表示する。そして、これらの場内装置は、前処理の終了後に、図４（２）に示すごとく、仕様変更処理の予告を表示し、注意を促す。さらに、表示手段を備えた場内装置は、図４（３）に示すごとく、仕様変更処理の実施中には、処理進行中である旨、注意事項、及び仕様変更処理の進捗状況を表示する。

場内管理装置３１は、図１及び図２に示すごとく、図示しない基板、記憶デバイス３００であるハードディスク及びＩ／Ｏ部を含む装置本体３０１に加えて、液晶ディスプレイよりなる表示手段３０２と、キーボード及びマウスを含む入力手段３０３とを備えている。さらに、場内管理装置３１の装置本体３０１は、公衆通信回線１０に接続するための通信ポート（図示略）を備えている。場内管理装置３１は、この通信ポートを介して、サーバ装置２との間で直接的に通信可能である。

場内管理装置３１は、図１に示すごとく、他の場内装置３２〜３９を管理する代表管理装置３１１としての機能と、場内システム３の仕様変更を統括する変更管理装置３１２としての機能を一体化したものである。本例に代えて、代表管理装置３１１及び変更管理装置３１２を別体として構成することも良い。なお、以下の説明では、代表管理装置３１１としての機能と、変更管理装置３１２としての機能との区別が明確となるよう、代表管理装置３１１と変更管理装置３１２とを区別して説明する。

代表管理装置３１１は、図１に示すごとく、台管理端末３２、景品管理端末３３、顧客管理端末３４、及び端末装置Ａ〜Ｅを管理する機能のほか、代表管理装置３１１自体の仕様変更処理を実施する仕様変更処理手段３Ａ、上記第１のプログラム記憶手段３Ｂ、上記第２のプログラム記憶手段３Ｃ、場内システム３の稼動状態が正常であるか否かを判定する判定手段３Ｅ、及び判定手段３Ｅによる判定結果である正常動作情報あるいはエラー情報をサーバ装置２に向けて送信する送信手段３Ｆとしての機能を備えている。

変更管理装置３１２は、場内システム３全体の仕様変更処理の手順等を設定する仕様変更処理設定手段３Ｇ、仕様変更処理の結果を集計する仕様変更結果集計手段３Ｈ、上記第３のプログラム記憶手段３Ｄ、及び仕様変更処理のエラーを表示するエラー状況個別表示手段３Ｊを備えている。

仕様変更処理設定手段３Ｇは、図１及び図５に示すごとく、各場内装置３１１、３１２、３２〜３９について、仕様変更処理の開始条件、仕様変更プログラムの送信先、及び仕様変更処理の管理元となる場内装置を設定する手段である。例えば、代表管理装置３１１の仕様変更処理の開始条件としては、全場内装置３１〜３９の前処理が正常に終了したことを設定してある。また、景品管理端末３３の仕様変更処理の開始条件としては、代表管理装置３１１の仕様変更処理の終了が設定されている。また、端末装置Ｅ３７の開始条件としては、端末装置Ｂ３６及び顧客管理端末３４の仕様変更処理の終了が設定されている。なお、上記開始条件としては、他の場内装置の仕様変更処理の終了のほか、仕様変更処理を開始してから所定時間が経過したことや、仕様変更処理後の再起動（リブート）が完了したこと等を設定することもできる。

仕様変更プログラムの送信先は、図１及び図５に示すごとく、各場内装置が仕様変更プログラムを送信する相手の場内装置である。例えば、代表管理装置３１１は、端末装置Ａ３５に対して仕様変更プログラムを送信する。管理元は、各場内装置の仕様変更処理を管理する側の場内装置である。例えば、台管理端末３２の仕様変更処理は、管理元である変更管理装置３１２により管理されている。管理元の場内装置は、管理対象の場内装置の前処理、及び仕様変更処理の開始を指示すると共に、管理対象の場内装置の仕様変更処理結果のとりまとめを行うように構成されている。管理元の場内装置は、さらに上位の管理元の場内装置があれば、その場内装置に対してとりまとめた仕様変更処理結果を送信する。

図６は、仕様変更処理の開始条件と、場内装置間の管理関係とを表現した図である。同図の実線の矢印は、仕様変更処理の開始条件が実施される順番を表している。実線の矢印の下流に位置する場内装置は、上流に位置する場内装置の仕様変更処理の終了後に、仕様変更処理が開始される。また、破線の矢印は、管理元の場内装置と管理される側の場内装置との管理関係を、管理元を上流側として示している。

仕様変更結果集計手段３Ｈは、図７に示すごとく、各場内装置３１１、３１２、３２〜３９毎の仕様変更情報及び結果を集計する手段である。変更管理装置３１２が管理する場内装置については仕様変更結果集計手段３Ｈが集計を実施する。その他の場内装置については、仕様変更結果集計手段３Ｈが、他の管理元の場内装置による集計結果のとりまとめを行う。仕様変更情報は、仕様変更前のバージョンを示す旧バージョンを表示する項目と、仕様変更後のバージョンを示す新バージョンを表示する項目とよりなる。結果は、仕様変更が成功終了したことを示す仕様変更終了の項目と、仕様変更が失敗した場合のエラー終了の項目とよりなる。

図７で例示されるごとく、端末装置Ａに関する旧バージョンの項目には「Ａ１．２０１」が表示され、新バージョンの項目には「Ａ１．３００」が表示されている。ここで、例えば、「Ａ１．２０１」は、端末装置Ａの仕様（バージョン）がＡ１．２０１である旨を表している。なお、上記のバージョン「Ａ１．２０１」の先頭英文字は、属する装置グループを表している。先頭英文字「Ａ」は台管理端末３２の装置グループ、「Ｂ」は景品管理端末３３の装置グループ、「Ｃ」は顧客管理端末３４の装置グループを表している。

端末装置Ａについては、仕様変更処理により、旧バージョンであるＡ１．２０１から、新バージョンであるＡ１．３００にバージョンアップされたことがわかる。また、端末装置Ａに関する仕様変更終了の項目には、全ての端末装置Ａの仕様変更処理が成功終了したことを示す「○」が表示されている。一方、エラー終了の項目には、エラー終了した端末が一台もないことを示す「−」が表示されている。

また、図７で例示されるごとく、エラー終了が２台あった端末装置Ｂについては、エラー終了の項目に「有り２台」と表示されている。このように、一台でもエラー終了があった場内装置については、仕様変更終了の項目に「−」が表示される。なお、仕様変更を実行していない場内装置については、仕様変更終了及びエラー終了の項目に「未」が表示されている。なお、図７のごとく集計して表示する仕様変更情報等に代えて、単に仕様変更処理の履歴を１件毎に表示するだけでも良い。

エラー状況個別表示手段３Ｊは、図８に示すごとく、場内装置毎に、エラー終了した端末ＩＤと、発生したエラーの種類を表示する手段である。例えば、同図は、端末装置Ｂについて、端末ＩＤ「１２５」及び「１３６」がエラー終了した旨を示している。同図は、端末ＩＤ「１２５」への仕様変更プログラムの送信中にエラー終了し、端末ＩＤ「１３６」が仕様変更プログラムの実施中にエラー終了したエラー状況を例示している。

次に、本例のサーバ装置２について、図１を用いて説明する。本例の遊技場用管理システム１におけるサーバ装置２としては、サーバ管理装置２１とサーバ端末装置２２とがある。サーバ管理装置２１及びサーバ端末装置２２は、それぞれ公衆通信回線１０に接続されている。なお、サーバ管理装置２１及びサーバ端末装置２２は、同一の場所に設置されていても良く、別の場所に設置されていても良い。さらに、サーバ管理装置２１とサーバ端末装置２２とを一体的に構成することもできる。

サーバ管理装置２１及びサーバ端末装置２２は、図１に示すごとく、液晶ディスプレイよりなる表示手段２１２、２２２と、各種の演算処理を実行する装置本体２１１、２２１と、キーボード及びマウスを含む入力手段２１３、２２３とを備えている。装置本体２１１、２２１は、図示は省略するが、演算素子であるＣＰＵや記憶素子であるＲＯＭ、ＲＡＭを実装した基板と、記憶手段であるハードディスクと、公衆通信回線１０に対する入出力インターフェースであるＩ／Ｏ部とを有している。サーバ管理装置２１及びサーバ端末装置２２は、ＣＰＵによるソフトウェアプログラムを実行により各種の機能を実現し得る。なお、サーバ端末装置２２は、サーバ管理装置２１あるいは場内管理装置３１にアクセスすることにより、両者が記憶するデ−タを閲覧可能に構成されている。

サーバ管理装置２１の機能的な構成について説明する。サーバ管理装置２１は、図１に示すごとく、上記場外記憶手段２１Ａ、上記仕様変更プログラム配信手段２１Ｂとしての機能を備えている。場外記憶手段２１Ａは、遊技場側に配信する仕様変更プログラムをハードディスクに記憶する手段である。仕様変更プログラム配信手段２１Ｂは、遊技場毎に必要な仕様変更プログラムを選択して配信する手段である。さらに、サーバ管理装置２１は、各遊技場に設置された場内装置等の設備仕様データと、サーバ端末装置２２から受信した配信スケジュールとをハードディスクに記憶している。

ここで、サーバ管理装置２１が記憶する設備仕様データについて説明する。設備仕様データは、図９に示すごとく、配信除外の設定有無、及び場内装置３１〜３９の設置情報を各遊技場についてまとめたデータである。設備仕様データにおける配信除外の設定とは、サーバ管理装置２１から仕様変更プログラムの配信を受けるか否かの遊技場毎の設定である。配信除外「有り」が、仕様変更プログラムの配信を受けない設定であり、「無し」が仕様変更プログラムの配信を受ける設定である。場内装置に独自仕様のプログラムを採用する遊技場では、独自仕様のプログラムが書き換えられてしまうおそれを未然に回避できるよう、配信除外が「有り」に設定される。一方、独自仕様のプログラムを採用していない他の遊技場については、配信除外「無し」と設定される。

設備仕様データでは、図９に示すごとく、場内装置３１〜３９それぞれに関する設置の有無、インストールされたプログラムのバージョン及び設置台数が遊技場毎に管理されている。例えば、遊技場Ａの端末装置Ｂの欄に表示された「Ａ１．２０１／２６０」は、その表示により端末装置Ｂが設置されている旨を表すと共に、バージョンが「Ａ１．２０１」であり、設置台数が２６０台である旨を表している。なお、上記のごとく、バージョン「Ａ１．２０１」の先頭英文字は、属する装置グループを表している。先頭英文字「Ａ」は台管理端末３２の装置グループ、「Ｂ」は景品管理端末３３の装置グループ、「Ｃ」は顧客管理端末３４の装置グループを表している。また、代表管理装置の欄に表示された記号のうち、先頭英文字に「Ｘ」を含むもの（同図では、遊技場Ｄの代表管理装置。）は、独自仕様のプログラムを表している。

次に、サーバ端末装置２２の機能的な構成について説明する。サーバ端末装置２２は、上記スケジュール設定手段２２Ａ、及び上記開始指示手段２２Ｂの機能のほか、遊技場側から受信した上記判定手段３Ｅによる判定結果を報知する報知手段２２Ｃ、及び仕様変更プログラムの配信状況を管理する配信状況管理手段２２Ｄとしての機能を備えている。

スケジュール設定手段２２Ａは、入力手段２２３を介して取り込んだ配信スケジュールを設定する手段である。スケジュール設定手段２２Ａは、設定された配信スケジュールをサーバ管理装置２１に送信する。開始指示手段２２Ｂは、仕様変更処理の開始を遊技場毎に指示する手段である。開始指示手段２２Ｂは、場内管理装置３１に対して直接的に仕様変更処理の開始を指示し、遊技場の他の場内装置３２〜３９に対しては場内管理装置３１を介して間接的に仕様変更処理の開始を指示する。開始指示手段２２Ｂは、仕様変更処理の開始を指示する仕様変更信号を場内管理装置３１に向けて送信する。

サーバ端末装置２２の配信状況管理手段２２Ｄは、図１０に示すごとく、仕様変更プログラムの配信状況を管理している。配信状況は、仕様変更プログラムを配信する遊技場数、配信成功の遊技場数、配信失敗の遊技場数、及び配信失敗の場合の予備日の一覧である。「遊技場数」の項目は、上記スケジュール設定手段２２Ａにより配信スケジュールが設定された遊技場の数を示している。

図１０における「配信成功」の項目は、仕様変更プログラムを正常にダウンロードできた旨の正常終了信号（後述する。）を受信した遊技場の数を表示している。「配信失敗」の項目は、仕様変更プログラムを正常にダウンロードできなかった旨の異常終了信号（後述する。）を受信した遊技場の数を表示している。「予備日」は、配信スケジュールに基づく配信予定日の配信に失敗した場合に再度、配信する日程を示している。なお、配信失敗として計数した遊技場は、送信失敗後、さらに、所定回数（３回）リトライしても成功しなかった遊技場であり、上記異常終了信号を４回受信した遊技場である。また、配信失敗の場合の再配信の日程については、別途設定することもできる。なお、上記配信状況が示すように、本例では、仕様変更プログラムを連日、配信しているが、配信あるいは仕様変更処理を実施しない日をサーバ端末装置２２で設定することも良い。

さらになお、遊技場毎の配信状況については、図１１に示すごとく、遊技場毎の一覧として出力することもできる。図１１に示す配信状況一覧は、「ＮＯ．」、「遊技場名」、「プログラム配信」、「成功日」の４つの項目よりなる。「ＮＯ．」は、配信管理ＮＯ．を示すものである。「遊技場名」は、仕様変更プログラムを配信する各遊技場名を示すものである。「プログラム配信」は、仕様変更プログラムの配信結果を示すもので、「○」で配信が成功した旨を示すと共に、「×」で配信が失敗した旨を示している。また、「−」は、仕様変更プログラムを配信していない旨を示している。成功日は、プログラム配信が成功した日付を示している。また、図１１のごとく集計して表示する配信状況に代えて、単に配信履歴を１件毎に表示することもできる。

上記報知手段２２Ｃは、図１に示すごとく、代表管理装置３１１の判定手段３Ｅによる判定結果を報知する手段である。報知手段２２Ｃは、仕様変更処理が実施されてからの所定期間に当たる監視期間（本例では、１０日間を設定してある。）では、正常な状態であるか否かによらず上記判定結果を報知すると共に、上記監視期間を除く通常期間では、上記判定結果のうち正常ではない旨の判定結果のみを報知するように構成されている。

具体的には、本例の報知手段２２Ｃは、図１２に示すごとく、エラー監視状況一覧を出力可能である。同図のエラー監視状況一覧は、各遊技場における場内管理装置３１の仕様変更処理の実施日（仕様変更プログラムの実行日）である仕様変更日、監視終了予定日、及び直近の最終チェックの結果を示している。例えば、遊技場Ａ〜Ｄでは、仕様変更プログラムの実行が６月２２日に行われ、その１０日後の７月２日に監視終了を予定している。最終チェックの結果は、遊技場Ａ及びＤでは「正常」と表示し、仕様変更処理の結果が正常であった旨を示している。遊技場Ｂでは「送信無」と表示し、ネットワークエラーが生じた旨を示している。遊技場Ｃでは「エラー有」と表示し、仕様変更プログラムの実行時にエラー終了した旨を示している。

まず、上記のように構成された本例の遊技場用管理システム１における管理の内容について説明する。
各場内システム３においては、場内管理装置３１が他の場内装置３２〜３９を管理している。エラーを生じた場内装置は、エラー種別を特定可能なエラー情報を場内管理装置３１に送信する。場内管理装置３１は、エラーが発生した場内装置の端末ＩＤ及びエラー種別を表示すると共に、端末ＩＤ及びエラー種別を特定可能なエラー情報をサーバ端末装置２２に送信する。なお、場内装置の一つである場内管理装置３１にエラーが発生した場合にも、上記と同様、サーバ装置２に対してエラー情報が送信される。さらに、場内管理装置３１は、営業時間中における所定時間（例えば、５分。）毎に、他の場内装置３２〜３９が正常に動作しているか否かを判定し、正常に動作している旨を表す判定結果である正常動作情報をサーバ装置２に送信する。

特に、本例の遊技場用管理システム１のサーバ装置２は、仕様変更処理を実施した後の監視期間（図１２参照。）内にある遊技場については、上記正常動作情報及び上記エラー情報に基づいて遊技場の場内システム３の稼動状態を管理する。一方、上記監視期間を経過した遊技場については、上記エラー情報の集計のみを実施する。なお、上記監視期間の設定、あるいは正常動作情報を送信する間隔の設定については、サーバ装置２あるいは場内管理装置３１において任意に設定できる。

次に、上記のように構成された本例の遊技場用管理システム１における遠隔的な仕様変更処理（リモートバージョンアップ）の手順について説明する。
場内管理装置３１や場内装置３２〜３９に適用する新しいバージョンの仕様変更プログラムは、サーバ端末装置２２からサーバ管理装置２１に向けて送信され、場外記憶手段２１Ａに記憶される。サーバ管理装置２１は、図９に示すごとく、各遊技場に設置された場内装置を管理しており、それ故、仕様変更プログラムの適用対象となる遊技場を抽出可能である。

サーバ管理装置２１の仕様変更プログラム配信手段２１Ｂが、場外記憶手段２１Ａから仕様変更プログラムを読み出して遊技場に配信する。仕様変更プログラム配信手段２１Ｂは、スケジュール設定手段２２Ａが設定した配信スケジュールに沿って各遊技場に仕様変更プログラムを配信する。場内管理装置３１は、仕様変更を行うまでの間、配信された仕様変更プログラムを仕様変更プログラム記憶領域（第１のプログラム記憶手段３Ｂ。図１及び図２参照。）に記憶する。ここで、場内管理装置３１は、仕様変更プログラムを正常受信できた場合には正常終了信号、受信できなかった場合には異常終了信号をサーバ端末装置２２に向けて送信する。サーバ端末装置２２は、正常終了信号を受信した場合には、配信状況（図１０）あるいは配信状況一覧（図１１）を更新する一方、異常終了信号を受信した場合には、予備日に再配信するように配信スケジュールを再設定する。

なお、仕様変更プログラム配信手段２１Ｂが配信する仕様変更プログラムとして圧縮データ形式を採用すると共に、第１のプログラム記憶手段３Ｂにおいて当該圧縮データ形式を通常の仕様変更プログラムに展開（解凍）することもできる。圧縮データ形式の仕様変更プログラムを配信する場合では、圧縮データ形式の仕様変更プログラムの受信に応じて上記正常終了信号を送信しても良く、上記圧縮データ形式を正常に展開（解凍）できたときに上記正常終了信号を送信しても良い。

本例の遊技場用管理システム１における第１のプログラム記憶手段３Ｂである仕様変更プログラム記憶領域は、仕様変更処理を実行するまでの間、仕様変更プログラムを記憶しておく領域である。仕様変更プログラム記憶領域によれば、遊技場の営業中に仕様変更プログラムを受信できるようになる。そして、数日後に予定される仕様変更処理が実施されるまでの間、場内管理装置３１の動作状態に対する影響を回避しながら、仕様変更処理プログラムを記憶しておくことが可能である。

さらに、本例の遊技場用管理システム１における第３のプログラム記憶手段３Ｄである仕様変更実行プログラム記憶領域は、仕様変更処理を実行するためのプログラムである仕様変更実行プログラムを記憶している。第３のプログラム記憶手段３Ｄが記憶する仕様変更実行プログラムは、仕様変更処理を実施する際にも改変されることがない。それ故、遊技場用管理システム１では、仕様変更処理のエラー終了等により実行プログラムの書き換えを失敗した場合にも、第１のプログラム記憶手段３Ｂに記憶した仕様変更プログラムと、第３のプログラム記憶手段３Ｄに記憶した仕様変更実行プログラムとにより再度、仕様変更処理を実行可能である。

図１１の配信状況一覧に基づけば、サーバ管理者等が仕様変更プログラムを正常に配信できた遊技場を特定でき、その管理者等と仕様変更処理を実施する日程を個別に調整できる。なお、本例に代えて、サーバ管理装置２１が、正常信号を受信できた遊技場について、仕様変更処理の日程を自動的に計算するように構成することもできる。

サーバ端末装置２２の開始指示手段２２Ｂは、仕様変更処理の実施日に、場内管理装置３１に向けて仕様変更信号を送信する。場内管理装置３１（変更管理装置３１２）は、仕様変更信号の受信に応じて、代表管理装置３１１に前処理（図３参照。）の実施を指示する。なお、この前処理は、代表管理装置３１１を起点とし、管理元（図５参照。）となる場内装置が管理対象の場内装置に対して指示して順次、実施される。

前処理を終了した各場内装置３１１、３２〜３９は、管理元の場内装置に前処理の結果を送信する。管理元の場内装置は、管理対象の全ての端末装置の前処理が終了したとき、さらに上位の管理元の場内装置に対して前処理結果を送信する。最終的には、変更管理装置３１２に対して、各場内装置の前処理結果が送信される。変更管理装置３１２は、代表管理装置３１１及び全ての場内装置３２〜３９の前処理が終了した場合には、前処理の成否を表す前処理結果情報をサーバ管理装置２１へ送信する。

変更管理装置３１２は、全ての場内装置３１１、３２〜３９の前処理が成功した場合に、仕様変更処理設定手段３Ｇによる設定（図５参照。）に基づいて各場内装置に対して仕様変更処理の開始を指示する。なお、変更管理装置３１２は、前処理でエラーが発生した場内装置が生じた場合には、その場内装置を特定可能に表示する。遊技場の管理者等は、変更管理装置３１２の表示に基づいてエラーが発生した場内装置を特定し、エラー処理を実施することができる。

各場内装置３２〜３９は、仕様変更プログラム記憶領域（図１及び図２における第１のプログラム記憶手段３Ｂ）に記憶している仕様変更プログラムを実行プログラム記憶領域（第２のプログラム記憶手段３Ｃ）へ書き写した後、再起動（リブート）するという仕様変更処理を実施する。その後、プログラム送信先（図５）として設定された他の場内装置に対して仕様変更プログラムを送信する。仕様変更プログラムを受信した当該他の場内装置は、その仕様変更プログラムを一旦、仕様変更プログラム記憶領域（第１のプログラム記憶手段３Ｂ）に記憶し、仕様変更処理の開始の指示があった場合に上記と同様の仕様変更処理を実施する。なお、プログラム送信先の場内装置の台数が多い場合には、所定台数毎に仕様変更プログラムを送信することも良い。

各場内装置３１〜３９は、仕様変更処理が終了した後、仕様変更処理の成否を特定できる仕様変更結果情報を管理元の場内装置に送信する。管理元となる場内装置（含、代表管理装置３１１）は、管理する全ての場内装置の仕様変更処理が終了した後、変更管理装置３１２に向けて仕様変更結果情報を送信する。変更管理装置３１２は、受信した仕様変更結果情報に基づいて、図７に示す仕様変更結果等の一覧を作成する。また、成否を問わず、代表管理装置３１１及び全ての場内装置３２〜３９の仕様変更が終了した場合には、変更管理装置３１２がサーバ管理装置２１に向けて仕様変更結果情報を送信する。サーバ管理装置２１では、図７と同様の仕様変更処理結果等の一覧を作成する。なお、サーバ管理装置２１が作製する仕様変更処理結果等の一覧は、図７よりも簡易的なものであっても良い。なお、エラーが発生した場内装置については、エラー状況個別表示手段３Ｊが、図８のごとくエラーの種別と端末ＩＤとを特定可能な情報を表示する。なお、同様の表示を、サーバ端末装置２２に表示させることも有効である。

全ての場内装置３１〜３９の仕様変更処理が正常終了したことを確認できた場合には、サーバ端末装置２２が各場内装置３２〜３９に対して所定の動作チェックの実行を指示する。また、動作チェックの成否は、変更管理装置３１２においてチェックが可能であり、エラーがある場合には、再度動作チェックを行うように指示する。

以上のようにして、場内システム３全体の仕様変更が正常終了した後、図９に示す設備仕様データが更新される。更新タイミングとしては、正常終了した旨を表す仕様変更結果情報を受信したタイミングや、全ての場内装置の動作チェックが正常に終了したタイミング等を設定できる。

上記のごとく、本例の遊技場用管理システム１では、変更管理装置３１２が仕様変更処理を統括している。変更管理装置３１２が、仕様変更処理の開始条件を満たした場内装置に対して仕様変更処理の開始を指示する。また、仕様変更処理の最終処理であるリブートが終了したか、あるいはエラー終了した場内装置は、管理元の場内装置に対して仕様変更結果情報を送信すると共に、仕様変更プログラムをプログラム送信先へ送信する。

特に、本例の遊技場用管理システムでは、複数種類の場内装置について、仕様変更処理の開始条件を共通に設定してある。例えば、台管理端末３２及び景品管理端末３３の開始条件はいずれも代表管理装置３１１の仕様変更処理が終了したことである。それ故、本例の遊技場用管理システム１では、例えば、台管理端末３２及び景品管理端末３３の組合せ等、複数種類の場内装置の仕様変更処理を並列的に実行でき、場内システム３全体として仕様変更処理に要する時間を短縮可能である。

さらに、本例の遊技場用管理システム１では、例えば、端末装置Ｅ（図６中の符号３７。）の仕様変更処理の開始条件として、複数種類の場内装置の仕様変更処理が正常終了したことを設定してある。このように開始条件を設定しておけば、複数種類の場内装置の仕様変更処理に依存する場内装置、例えば端末装置Ｅについても、適切なタイミングで仕様変更処理を開始し、トラブルの発生を未然に回避しながら効率良く仕様変更処理を実行できる。

また、本例の遊技場用管理システム１では、例えば、景品管理端末３３については、管理対象である端末装置Ｃ、Ｄ（図６中の符号３８、３９。）の仕様変更処理の正常終了を確認できたとき、端末装置Ｃ、Ｄの結果と共に一括して仕様変更結果情報を変更管理装置３１２に送信するように構成されている。これにより、変更管理装置３１２に送信すべきデータ量を抑制でき、処理の軽減を図ることができる。端末装置Ｃ、Ｄの仕様変更処理の終了は、他の場内装置の仕様変更の開始条件として設定されていないため、リアルタイムで変更管理装置３１２に送信する必要性も少ない。なお、変更管理装置３１２では、いずれかの場内装置についてエラー終了が確認された場合は、仕様変更処理において正常終了済みの過程を判断し、当該過程を除いて仕様変更処理を再実行するように指示を出す。

以上のように、本例の遊技場用管理システム１によれば、遠隔的な仕様変更（リモートバージョンアップ）を効率良く、確実性高く実施し得る。特に、本例の遊技場用管理システム１では、仕様変更処理を実行するに当たって、第１のプログラム記憶手段３Ｂに記憶した仕様変更プログラムの書き換えは行わないので、いずれの場内装置がエラー終了した場合にも仕様変更処理を再実行可能である。

なお、サーバ管理装置２１とサーバ端末装置２２とを別体で構成したが、両者を一体化したサーバ装置を採用することもできる。
なお、本例では、場内管理装置３１が営業時間中の所定時間（例えば、５分。）毎に、各場内装置が正常に動作しているか否か確認している。これに代えて、所定期間に渡り送信が発生していない場内装置について、正常動作情報を送信させるように構成しても良い。もちろん、所定期間に渡り送信が発生していない場内装置に対して正常動作の問い合わせを行うように場内管理装置３１を構成しても良い。

本例では、通常期間において正常動作情報を送信するように場内管理装置３１を構成している。これに代えて、通常期間にある場内システム３を管理対象から除外し、通常期間では正常動作情報を送信しないように場内管理装置３１を構成することもできる。また、エラー情報が送信された場合に、場内管理装置３１、サーバ管理装置２１、或いはサーバ端末装置２２にて、その旨を示すポップアップ表示を行うことも有効である。

本例の場内システム３は、全ての場内装置の前処理、あるいは仕様変更処理が終了した後、変更管理装置３１２がその旨をサーバ管理装置２１に送信するように構成したシステムである。これに代えて、各場内装置が前処理あるいは仕様変更処理を終了するごとに、その旨をサーバ管理装置２１に送信する構成としても良い。この場合には、サーバ管理装置２１において、場内管理装置３１と同様の管理が可能となる。
さらに、本例では、仕様変更処理後、サーバ端末装置２２の操作に応じて場内システム３の動作チェックを実施しているが、これに代えて、仕様変更処理の終了後に場内管理装置３１の操作に応じて場内システム３の動作チェックを実施するように構成しても良い。

なお、入力手段２２３を介して取り込んだ配信スケジュールを設定する本例のスケジュール設定手段２２Ａに代えて、図９の設備仕様データに基づいて配信対象の遊技場を自動抽出し、配信スケジュールを自動計算するように構成されたスケジュール設定手段を採用することもできる。このようなスケジュール設定手段は、仕様変更プログラムの配信可能日、及び一日当たりに仕様変更プログラムを配信可能な遊技場数等の設定等に基づいて上記配信スケジュールを計算するように構成されていることが好ましい。

実施例１における、遊技場用管理システムのシステム構成を示すシステム図。実施例１における、場内装置の記憶領域の構成を示す説明図。実施例１における、仕様変更処理手段による前処理の手順を示す説明図。実施例１における、前処理中の表示画面を示す説明図。実施例１における、仕様変更処理設定手段による設定を説明する説明図。実施例１における、仕様変更処理設定手段による設定を図示した説明図。実施例１における、仕様変更結果集計手段による集計結果を示す説明図。実施例１における、エラー状況個別表示手段によるエラー表示を示す説明図。実施例１における、サーバ管理装置が記憶する設備仕様データを示す説明図。実施例１における、配信状況管理手段が管理する仕様変更プログラムの配信状況を示す説明図。実施例１における、遊技場毎の配信状況の一覧を示す説明図。実施例１における、報知手段が報知するエラー監視状況の一覧を示す説明図。

符号の説明

１遊技場用管理システム
１０公衆通信回線
２サーバ装置
２１Ａ場外記憶手段
２１Ｂ仕様変更プログラム配信手段
２２Ａスケジュール設定手段
２２Ｂ開始指示手段
２２Ｃ報知手段
２２Ｄ配信状況管理手段
３場内システム
３Ａ仕様変更処理手段
３Ｂ第１のプログラム記憶手段
３Ｃ第２のプログラム記憶手段
３Ｄ第３のプログラム記憶手段
３Ｅ判定手段
３Ｆ送信手段
３０場内ネットワーク
３００記憶デバイス
３１〜３９場内装置

Claims

遊技場に設置された場内装置、及びその場内装置の動作状態が正常であるか否かを判定する判定処理を実行する判定手段を含み、複数の遊技場の各々に設けられる場内システムと、複数の該場内システムと通信可能な状態で遊技場外に設置されたサーバ装置と、を含む遊技場用管理システムであって、
上記サーバ装置は、上記場内装置の仕様を変更する仕様変更処理に用いる仕様変更プログラムを記憶する場外記憶手段と、
上記仕様変更プログラムを上記場内システム側に配信する日程を規定した配信スケジュールを設定するスケジュール設定手段と、
該スケジュール設定手段が設定した上記配信スケジュールに従って、上記仕様変更プログラムを上記場内システム側に配信する仕様変更プログラム配信手段と、
上記仕様変更処理の開始を指示する仕様変更信号を上記場内システム側に向けて送信する開始指示手段と、
上記判定手段による判定処理の判定結果を報知する報知手段と、を備え、
上記場内装置は、上記サーバ装置側から配信された上記仕様変更プログラムを記憶する第１のプログラム記憶手段と、
当該場内装置を動作させるための実行プログラムを記憶する第２のプログラム記憶手段と、
上記第１のプログラム記憶手段が記憶する上記仕様変更プログラムにより、上記第２のプログラム記憶手段が記憶する上記実行プログラムを書き換える仕様変更処理を実施する仕様変更処理手段と、を備え、
上記判定手段は、上記仕様変更処理の実施に応じて上記判定処理を行うと共に、遊技場における営業時間中の任意に設定された間隔で上記判定処理を行い、
上記報知手段は、上記仕様変更処理の実施に応じて行われた上記判定処理の判定結果を報知すると共に、当該仕様変更処理が実施された後の所定期間を監視期間として設定する一方、該監視期間を除く期間を通常期間とし、
上記監視期間では上記任意に設定された間隔で行われた判定処理の判定結果が正常である場合も、正常でない場合も上記判定結果を報知する一方、上記通常期間では正常でない場合に限り上記判定結果を報知することを特徴とする遊技場用管理システム。
請求項１において、上記仕様変更処理手段は、上記場内装置が仕様変更処理を実施可能な状態にあるか否かを確認する前処理を実施するように構成されており、当該仕様変更処理手段では、上記前処理により上記仕様変更処理を実施可能な状態である旨を確認できたことを、該仕様変更処理を開始するための必要条件として設定してあることを特徴とする遊技場用管理システム。
請求項１又は２において、上記場内システムは、上記仕様変更処理手段による仕様変更処理を実行する仕様変更実行プログラムを記憶する第３のプログラム記憶手段を備え、
上記仕様変更処理手段は、上記仕様変更処理を実施する際、上記第３のプログラム記憶手段が記憶する上記仕様変更実行プログラムを改変しないように構成されていることを特徴とする遊技場用管理システム。
請求項１〜３のいずれか１項において、上記場内システムは、少なくとも３種類以上の上記場内装置を備え、該場内装置に対しては種類毎に仕様変更処理の開始条件が設定されており、上記場内装置のうちの少なくともいずれかの種類は、上記開始条件が他の種類の場内装置と共通していると共に、その開始条件が、当該他の種類とは異なる種類の場内装置の仕様変更処理の進捗状況に依存した条件であることを特徴とする遊技場用管理システム。
請求項１〜４のいずれか１項において、上記場内システムは、少なくとも３種類以上の上記場内装置を備え、該場内装置に対しては種類毎に仕様変更処理の開始条件が設定されており、上記場内装置のうちの少なくともいずれかの種類に設定された上記開始条件は、他の２種類以上の場内装置の仕様変更処理の進捗状況に依存した条件であることを特徴とする遊技場用管理システム。