JP6876504B2 - 遊技場用システム - Google Patents

Description

本発明は遊技場用システムに関する。

遊技場では、遊技情報を管理するために例えば特許文献１に開示されているように、遊技機に対応して設けられる所謂台端末と、台端末を管理する所謂島端末とを設け、台端末にて入力した遊技情報を島端末を介して所謂管理装置に送信することで、台端末にて入力した遊技情報の管理装置での管理を可能としている。

特開平１０−１１８３００号公報

公知例に開示されているように従来は管理装置や島端末等に異常が発生した場合、台端末にてローカル運転を行って遊技情報を収集し、管理装置の復旧時に台端末の遊技情報を上書き等により更新して異常中の遊技情報を復旧していた。しかしながら、上書き等により異常中の遊技情報を復旧する構成では、例えば所謂大当り履歴等のデータ容量の大きい遊技情報を復旧対象とした場合に通信負荷が大きくなる虞がある。

本発明は、上記した事情に鑑みてなされたもので、その目的は、管理装置や島端末等に異常が発生して台端末と通信できないことでデータが欠損した場合に、通信負荷が大きくなる虞を低減しつつ、データを適切に復旧することができる遊技場用システムを提供することにある。

請求項１記載の発明によれば、ＩＤが対応付けられた履歴情報単位で不足履歴情報を送信要求するので、必要以上に膨大な通信負荷が掛かる虞を低減することができる。又、履歴情報単位で遊技情報を送信するので、所謂大当り履歴等のデータ参照用の履歴情報であっても履歴情報単位に基づき経緯を参照することで、データを適切に復旧することができる。

一実施形態における遊技場用システムの全体を示す概略図 島コントローラが正常時でのデータの流れを示す図 島コントローラが異常時でのデータの流れを示す図 第１台システムコントローラが正常時でのデータの流れを示す図 第１台システムコントローラが異常時でのデータの流れを示す図 オフラインデータを示す図 オフラインデータを連番管理する態様を示す図（その１） オフラインデータを連番管理する態様を示す図（その２） オフラインデータを収集する態様を示す図 オフラインデータのデータ通信量制御を行う態様を示す図 長期間のオフライン状態に対応する態様を示す図 オフラインデータを収集及び反映するタイミングを示す図 オフラインデータからホールデータやファンデータを作成するタイミングを示す図

以下、本発明の一実施形態について図面を参照して説明する。
図１は、遊技場用システムの全体構成を示す概略図である。遊技場内には多数の遊技機１が設置されており、各遊技機１に対応して遊技装置２が設置されている。これら遊技機１及び遊技装置２は２台ずつ中継装置として機能する所謂台端末である台コントローラ（以下、台コンと称する）３（第１管理手段に相当する）に接続されており、台コン３はＬＡＮ４に接続されている。又、遊技場内には複数の台コン３を管理対象とする所謂島端末である島コントローラ（以下、島コンと称する）５（第２管理手段に相当する）も設置されており、島コン５もＬＡＮ４に接続されている。台コン３は、遊技場内に設置されている数百台の遊技機１に対応する相当数が設けられ、島コン５は、十数台程度の台コン３を管理下として複数が設けられている。更に、遊技場内にはＰＯＳや残高精算機（何れも図示せず）も設置されており、これらＰＯＳや残高精算機もＬＡＮ４に接続されている。

遊技場内の例えば事務室等には営業端末６が設置されている。営業端末６は、遊技場の管理者や従業員が各種設定を行うために操作する端末であり、キーボード７、モニタ８、プリンタ（図示せず）等を接続し、ＬＡＮ４に接続されている。又、遊技場内には第１台システムコントローラ（以下、第１台シスコンと称する）９（第２管理手段、比較手段、情報要求手段に相当する）、第２台システムコントローラ（以下、第２台シスコンと称する）１０（第２管理手段、比較手段、情報要求手段に相当する）、共通システムコントローラ（以下、共通シスコンと称する）１１（第２管理手段、比較手段、情報要求手段に相当する）も設置されており、これら台シスコン９、１０及び共通シスコン１１もＬＡＮ４に接続されている。又、第１台シスコン９と第２台シスコン１０とはＬＡＮ４を介さずに直接接続されている。

営業端末６、台シスコン９、１０及び共通シスコン１１は、それぞれ遊技情報の管理を行う所謂管理装置として機能し、遊技機側（遊技機１、遊技装置２等）から送信される遊技信号を受信して遊技情報を管理する。台シスコン９、１０は、データのミラーリングを行うことで、それぞれが管理する遊技情報を所定周期で定期的に照合し、管理する遊技情報を同期させている。尚、図１では図示を省略したが、実際には例えば数百台の遊技機１が管理装置の管理対象となっている。

上記した構成では、台コン３は、島コン５、台シスコン９、１０、共通シスコン１１を通信対象として遊技情報等の送受信を可能とする。この場合、台コン３は、島コン５を介して台シスコン９、１０や共通シスコン１１と遊技情報等を送受信する態様（第１通信に相当する）と、島コン５を介さずに台シスコン９、１０や共通シスコン１１と遊技情報等を送受信する態様（第２通信に相当する）とを切り替え可能となっている。

遊技機１は、ＣＲ（カードリーダ）パチンコ遊技機であり、盤面１２に玉を発射する発射装置を構成する操作ハンドル１３、上部受皿１４、下部受皿１５を有すると共に、盤面１２に、液晶表示部１６、普図入賞口１７、第１始動口１８、第２始動口１９、大入賞口２０を有する。

遊技機１は以下に示すように動作する。
（１）第１始動口１８は入賞率が変動しない入賞口（所謂ヘソ入賞口）であり、第２始動口１９は入賞率が変動する入賞口（所謂電チュー）である。各始動口１８、１９への入賞（始動入賞）に応じて大当り抽選を行い、抽選結果を液晶表示部１６にて行う図柄変動にて報知し、その変動結果に応じて大当りとなる。

（２）図柄変動中に始動入賞した場合には所定の保留上限値（例えば各４つ）まで図柄変動を累積的に保留し、図柄変動終了後に保留している図柄変動を開始する。尚、保留している図柄変動数（保留数）が上限値である状態で始動入賞した場合、図柄変動は保留されない。

（３）大当り抽選の当選確率（大当り確率）は１／２６０であり、大当りがその後に確変状態（確変）となる大当り（確変大当り）となる割合である確変率は（通常状態、確変状態共に）６６．６％である。大当りが発生すると対応するラウンド（Ｒ）分だけ大入賞口２０を開放する。尚、１Ｒの上限入賞数は９個であり、上限開放時間は３０秒であり、上限入賞数又は上限開放時間の何れかが満たされた場合に１Ｒを終了する。

（４）対応するラウンドも大当り抽選と同様に抽選され、その振分率は第１始動口１８に入賞した場合は４Ｒが５５％であり、１５Ｒが４５％であるが、第２始動口１９に入賞した場合は４Ｒが１０％であり、１５Ｒが９０％であり、入賞に応じた図柄変動の保留消化優先順位は第１始動口１８よりも第２始動口１９の方が高く設定されている。

（５）確変中は大当り確率が１／７４に向上すると共に、各始動口１８、１９への入賞率が高くなる時短状態（時短）になる。尚、確変は次回大当りまで継続するので、大当り後に大当りでも確変でもない状態である通常遊技状態（通常状態）となる大当り（通常大当り）が発生するまで継続し、その後は所定数（例えば１００回）の図柄変動を行うまで時短状態となる。

（６）第２始動口１９は普図入賞口１７への入賞に応じて変動する普通図柄（普図）が当りとなった場合に入賞率の高い開放状態となる。この場合、普図１回の変動時間は通常状態では３０秒であり時短状態では３秒となる。又、開放期間は通常状態では０．３秒を１回であり、時短状態では５秒を２回となる。即ち、時短状態では通常状態と比較して普図変動時間が短くなる一方、開放期間は長くなること又は開放回数が増加することで第２始動口１９の入賞率が高くなる。以上は、遊技場内に設置される複数機種の遊技機１のうち例えば機種Ａについて例示したが、例えば機種Ｂであれば大当り確率やラウンドの振分が異なる等、機種に応じて様々な仕様となる。

遊技機１及び当該遊技機１に付設された周辺機器は、遊技者による玉の打ち込みや各始動口１８、１９への始動入賞等の遊技の進行に伴って、以下に示す遊技信号を送信する。
アウト信号＝消費玉を回収するアウトＢＯＸから送信される消費価値（アウト）を特定可能な信号である。消費（使用、打込、回収）玉１０玉に対して１パルスが送信されるので、「アウト信号数×１０」をアウトとして特定する。尚、遊技機１から送信される信号でも良い。

セーフ信号＝遊技機１から送信される入賞付与価値（セーフ）を特定可能な信号である。払出１０玉に対して１パルスが送信されるので、「セーフ信号数×１０」をセーフとして特定する。尚、補給装置から送信される補給信号をセーフ信号としても良い。又、玉を実際に払い出した際に出力される実セーフ信号と、入賞に応じて払い出しが予約された場合に出力される入賞セーフ信号とがあるが、入賞から出力までのタイムラグを極力省くため後者を採用することが望ましい。

スタート信号＝遊技機１から送信される始動入賞（特定の入賞）により変動（作動）する液晶表示部１６（役物）におけるスタート処理（図柄変動、役物作動、単位遊技）及びスタート（スタート処理数）を特定可能な信号である。図柄変動確定時に出力されるので、信号入力に応じてスタート処理を特定し、「スタート信号×１」をスタート回数（スタート処理数）として特定する。尚、第１始動口１８又は第２始動口１９への入賞を示す信号としても良い。

大当り信号＝遊技機１から送信される大当り期間を特定可能な信号である。大当り中にレベル送信される状態信号であるので、大当り信号の受信中を大当り中として特定する。
特別状態信号＝遊技機１から送信される特別状態（甘中）を特定可能な信号である。第２始動口１９の入賞率が向上する特別状態中（時短中（確変時も含む））にレベル送信される状態信号であるので、特別状態信号の受信中を特別状態中として特定する。又、大当り信号と特別状態信号の何れも受信していない期間を通常状態として特定する。

遊技装置２は、所謂各台計数機能付の貸出機であり、遊技機１の遊技状態を示す状態表示灯２１、貨幣（貨幣価値、有価価値）が投入される貨幣投入口２２、遊技者からの操作入力を受け付けると共に遊技の進行に伴って図柄変動回数（スタート回数）や大当り確率等の遊技データを表示するタッチパネル式の液晶表示部２３、持玉（会員であれば貯玉も含む、獲得価値、有価価値）を払い出すための払出釦２４、払い出された玉が通過する払出ノズル２５、一般カードや会員カードが挿入されるカード挿入口２６、遊技機１の下部受皿１５の下方に位置する着脱可能な計数受皿２７、対応する遊技機１を遊技する遊技者を撮像するカメラ２８等を有する。

遊技装置２は、以下に示す機能を備えている。
（１）貨幣を受け付けると（貨幣受付処理）と、遊技機１と遊技装置２の双方に入金額を表示すると共に貸出１単位（例えば５００円）分の貸出玉（対価付与価値）を遊技機１から払い出させ（対価付与処理）、その対価付与処理に応じて入金額の表示を貸出玉の対価を除いた残高の表示とする。貨幣は複数回分の対価付与処理の対応分を受付可能である（例えば１万円まで）。

（２）残高がある状態で遊技機１の貸出釦が押下（貸出操作、付与操作）されると、貸出１単位分の貸出玉を遊技機１から払い出させ、その対価分を残高から引き落とす。又、所謂各台計数機能も備えており、遊技者が獲得した獲得玉を計数し、その計数した獲得玉を対価として再度玉を払い戻すことも可能であり、その払い戻し分の対価を除いた玉数を持玉として特定することも可能である。

（３）残高や持玉が残存する状態で遊技機１の返却釦が押下（発行操作）されると、残高や持玉を特定可能な一般カードを発行する。尚、残高や持玉の一部を発行対象とする分割発行は説明の簡略化のため不可としたが可能としても良い。

（４）カメラ２８により撮像した映像を特定可能な撮像信号を出力する。
（５）台コン３とのシリアル通信（売上信号の出力）により営業端末６等にて貨幣受付処理や対価付与処理、残高や貸出玉数、入金額や貸出玉数や貸出玉の対価となる売上額、計数玉、持玉、払戻玉、及び一般カードの受付や発行処理を特定可能であるが、これらはパルス信号（例えば入金１０００円毎に１パルス、売上１００円毎に１パルス等）でも特定可能である。

図２及び図３は、台コン３、島コン５、第１台シスコン９のデータ（遊技情報等）の流れを模式的に示している。尚、図２及び図３では第２台シスコン１０の図示を省いている。図２に示すように、第１台シスコン９が台コン３とデータを送受信する場合において全ての島コン５が正常時には、島コン５に対応する台コン３に対して島コン５がポーリング等の問合信号を送信し、その問合信号に応じて台コン３が管理するデータを島コン５に送信することで、島コン５は、管理下にある台コン３のデータを管理している（ａ２、ａ３、ａ５、ａ６参照）。又、第１台シスコン９と島コン５との間でも同様であり、島コン５に対して第１台シスコン９が問合信号を送信し、その問合信号に応じて島コン５が管理するデータを第１台シスコン９に送信することで、第１台シスコン９は、管理下にある島コン５のデータを管理している（ａ１、ａ４参照）。尚、台コン３から島コン５に送信されるデータと島コン５から第１台シスコン９に送信されるデータとは対象となる遊技機１の範囲等が異なるものの実質的に同じデータである。

ここで、一部の島コン５に障害が発生して異常となった場合について説明する。図３に示すように、一部の島コン５が異常時には、正常な島コン５については、図２と同様の通信、即ち、その管理下にある台コン３が島コン５を介して第１台シスコン９へとデータを送信する通信（第１通信に相当する）を行う一方、異常な島コン５については、その管理下にある台コン３が島コン５を介さずに第１台シスコン９へとデータを送信する通信（第２通信に相当する）を行う。即ち、第１台シスコン９は、島コン５からの応答がない等により島コン５の異常を特定すると、その異常を特定した島コン５の管理下にある台コン３に対して問合信号を直接送信し、台コン３からデータを直接受信する（ａ１１、ａ１２参照）。このように第１台シスコン９が島コン５を介さずに台コン３と直接通信することで、島コン５に障害が発生して異常となった場合でも第１台シスコン９がデータを管理不能となる虞を低減している。尚、第１台シスコン９が島コン５を介さずに台コン３と直接通信する態様としては、島コン５を介さずに通信する態様であればどのような態様でも良く、通信対象のアドレス等を指定してデータを送受信するような通信やハブを介する通信等も含む。尚、以上は、第１台シスコン９のデータの流れを例示したが、第２台シスコン１０や共通シスコン１１のデータの流れも同様であり、第２台シスコン１０や共通シスコン１１が台コン３とデータを送受信する場合において一部の島コン５に障害が発生して異常となった場合も同様である。

図４及び図５は、台コン３、島コン５、台シスコン９、１０のデータの流れを模式的に示している。尚、図４及び図５では共通シスコン１１の図示を省いている。台シスコン９、１０は、それぞれアクティブ（以下、ＡＣＴと称する）モードとスタンバイ（以下、ＳＢＹと称する）モードとの２つの動作モードを切り替えて動作可能であり、一方がＡＣＴモードで動作しているときには他方がＳＢＹモードで動作し、上記したようにデータをＬＡＮ４を介さずに直接通信してデータのミラーリングを行う。つまり、ＡＣＴモードで動作している台シスコンが図２等の通信によりデータを更新し、ＳＢＹモードで動作している台シスコンは、ＡＣＴモードで動作している台シスコンとのミラーリングによりデータを更新する。図４に示すように、第１台シスコン９がＡＣＴモードで動作し、第２台シスコン１０がＳＢＹモードで動作し、そのＡＣＴモードで動作している第１台シスコン９が正常時には、前述した図２と同様の通信を行い、第１台シスコン９が島コン５を介して台コン３と通信を行う（ｂ１〜ｂ６参照）。

ここで、ＡＣＴモードで動作している第１台シスコン９に障害が発生して異常となった場合について説明する。図５に示すように、ＡＣＴモードで動作している第１台シスコン９が異常時には、ＳＢＹモードで動作している第２台シスコン１０がＡＣＴモードで動作する。即ち、ＳＢＹモードで動作している第２台シスコン１０は、ＡＣＴモードで動作している第１台シスコン９からの応答がない等により第１台シスコン９の異常を特定すると、自身をＳＢＹモードからＡＣＴモードに切り替える。その結果、第２台シスコン９が島コン５を介して台コン３と通信を行う（ｂ１１、ｂ１２参照）。このように台シスコン９、１０がそれぞれＳＢＹモードとＡＣＴモードとを切り替えることで、台シスコン９、１０のうち一方で異常がある場合でも他方がデータを管理不能となる虞を低減している。尚、以上は、ＡＣＴモードで動作している第１台シスコン９が異常となったときのデータの流れを例示したが、第２台シスコン１０がＡＣＴモードで動作しており、第１台シスコン９がＳＢＹモードで動作しているときに、そのＡＣＴモードで動作している第２台シスコン１０が異常時には、ＳＢＹモードで動作している第１台シスコン９がＡＣＴモードで動作する。尚、この場合も、島コン５が異常になると、前述した図３と同様の通信を行う。

次に、異常が解消して復旧した場合について説明する。尚、これ以降、第１台シスコン９を代表し、台コン３、島コン５、第１台シスコン９のデータの流れを説明するが、第２台シスコン１０及び共通シスコン１１、又は島コン５にて異常が解消して復旧した場合についても同様であり、この場合における台コン３、島コン５、第２台シスコン１０及び共通シスコン１１のデータの流れも同様である。

台コン３は、図６に示す各種データをオフラインデータとして管理対象としており、データの更新毎に履歴情報として管理番号（ＩＤに相当する）を採番して連番管理を行う。即ち、例えば特賞（大当りや特別状態）の開始や終了に応じた遊技機１の状態の変化に関わるデータである台状態変化系データは１つのデータで完結しないという事情によりデータの連番管理を行う。台コン３は、第１台シスコン９とデータ通信不能なオフライン状態であるか否かに拘らずに連番管理を行い、第１台シスコン９とデータ通信可能なオンライン状態では連番管理を行ったデータを第１台シスコン９に送信することで、データの連番管理を第１台シスコン９でも可能としている。

図７及び図８は、データの連番管理を行う態様を例示している。台コン３は、管理番号「１０４」のデータを受信済みの状況で管理番号「１０６」のデータを受信すると、一つ前までの全てのデータの有無を確認し、管理番号「１０５」のデータが欠損しているので、管理番号「１０６」のデータの履歴情報への反映を保留し、次のデータの受信を待機する。台コン３は、管理番号「１０５」のデータを受信すると、一つ前までの全てのデータの有無を確認し、管理番号「１０４」までのデータを全て反映済みであるので、管理番号「１０５」のデータの履歴情報への反映を実施し、保留していた管理番号「１０６」のデータの履歴情報への反映の可否を判定する。ここで、台コン３は、一つ前までの全てのデータの有無を確認し、管理番号「１０５」までのデータを全て反映済みであるので、管理番号「１０６」のデータの履歴情報への反映を実施し、次のデータを未受信であるので、次のデータの受信を待機する。台コン３は、管理番号「１０７」のデータを受信すると、一つ前までの全てのデータの有無を確認し、管理番号「１０６」までのデータを全て反映済みであるので、管理番号「１０７」のデータの履歴情報への反映を実施し、次のデータを未受信であるので、次のデータの受信を待機する。台コン３は、このような処理を繰り返すことでデータの連番管理を行う。尚、履歴情報として、データ更新毎にレコードを作成することを例示したが、例えば所定期間（例えば５秒）単位での履歴情報や、所謂大当り履歴等のイベント発生毎の履歴等を採用しても良く、どのような履歴情報を作成しても、その作成した履歴情報に基づき管理装置側にて大当り履歴等の参照用の履歴情報といった任意の履歴情報を別途作成すれば良い。

図９は、第１台シスコン９が台コン３から島コン５を介してデータを受信して収集する態様を示している。第１台シスコン９は、接続処理時及び遊技台データ受信時のタイミングで台コン３から島コン５を介してデータを収集する。即ち、第１台シスコン９は、接続処理時のタイミングで、状態確認要求を島コン５を介して台コン３に送信し、状態確認応答（送信ＩＤ情報に相当する）を台コン３から島コン５を介して受信することで、管理番号情報を台コン３から取得し、遊技台データ受信時のタイミングで、遊技台データ通知を台コン３から島コン５を介して受信することで、管理番号を特定可能な遊技台データを台コン３から取得する。

第１台シスコン９は、台コン３から遊技台データを取得すると、その取得した遊技台データを最新の遊技台データとし、その最新の遊技台データの管理番号と、自身が既に受信済みの管理している最新の遊技台データの管理番号とを比較し、遊技台データの欠損が発生しているか否かを判定し、管理番号の欠番のデータ（不足履歴情報に相当する）を特定する。即ち、第１台シスコン９は、両者の管理番号が連続すれば、遊技台データの欠損が発生していないと特定する一方、連続しなければ、遊技台データの欠損が発生していると特定し、管理番号の欠番のデータを特定する。図９の例示では、第１台シスコン９は、台コン３から受信した最新の遊技台データの管理番号が「１００」であり、自身が既に受信済みの管理している最新の遊技台データの管理番号が「８０」であれば、管理番号が「８１」〜「９９」の遊技台データの欠損が発生していると特定する。

第１台シスコン９は、このようにして遊技台データの欠損が発生していると特定すると、その欠番を特定可能なオフラインデータ要求を島コン５を介して台コン３に送信し、台コン３は、その欠番のデータを遊技台データ通知として島コン５を介して第１台シスコン９に送信する。この場合、台コン３は、欠番のデータを島コン５を介して第１台シスコン９に送信することと並行し、最新のデータを島コン５を介して第１台シスコン９に送信する。第１台シスコン９は、欠番のデータと最新のデータとを並行して受信することで、最新のデータを反映させつつ、欠番のデータも反映させることが可能である。

このようにして第１台シスコン９が欠番のデータを収集する場合には、多数の台コン３がデータを一斉に第１台シスコン９へと送信することが想定され、第１台シスコン９の通信負荷が急激に高まって営業に支障を来すことが懸念されるので、データの要求数に上限を設定し、その上限にしたがって台コン３がデータを送信することで、データのデータ通信量制御を行う。図１０は、データのデータ通信量制御を行う態様を示している。第１台シスコン９では、管理番号及びオフライン件数を示すオフライン情報が内部の他プロセスからオフライン収集制御プロセスに通知されると、全台のオフライン収集の管理を行い、その時点で把握している全台のデータ件数を所定周期で監視する（定周期監視を行う）。第１台シスコン９では、台単位と全台単位とのデータの要求数に上限をそれぞれ設け、優先度の高い順にデータ通信量制御を行い、台コン３から大量のデータを一斉に受信しないようにデータ通信量制御を行う。

図１０の例示では、台単位のデータの要求数の上限を「６」に設定している。第１台シスコン９は、台番号「１」の台コン３から受信した（直前の）最新の遊技台データの管理番号が「２１０」であり、自身が既に受信済みの管理している最新の遊技台データの管理番号が「２００」であれば、管理番号が「２０１」〜「２０９」の遊技台データの欠損が発生していると特定するが、台単位のデータの要求数の上限を「６」に設定しているので、管理番号が「２０１」〜「２０６」の欠番を特定可能なオフラインデータ要求を台番号「１」の台コン３に送信する。同様にして、第１台シスコン９は、台番号「５」の台コン３から受信した最新の遊技台データの管理番号が「１５０」であり、自身が既に受信済みの管理している最新の遊技台データの管理番号が「１２０」であれば、管理番号が「１２１」〜「１４９」の遊技台データの欠損が発生していると特定するが、管理番号が「１２１」〜「１２６」の欠番を特定可能なオフラインデータ要求を台番号「５」の台コン３に送信する。又、第１台シスコン９は、台番号「８」の台コン３から受信した最新の遊技台データの管理番号が「２９０」であり、自身が既に受信済みの管理している最新の遊技台データの管理番号が「２７０」であれば、管理番号が「２７１」〜「２８９」の遊技台データの欠損が発生していると特定するが、管理番号が「２７１」〜「２７６」の欠番を特定可能なオフラインデータ要求を台番号「８」の台コン３に送信する。

データの要求数の上限は、開店中と閉店中とで区分され、１秒間の上限が、遊技機単位では、開店中は１０件であり、閉店中は５０件であり、全台を対象とした場合では、開店中は１００件であり、閉店中は７００件である。尚、図６で説明したデータの全履歴情報は１時間で約２００件程度であるので、３，５００台の遊技機を対象として１時間分の復旧を行う場合、３，５００台×２００件＝７００，０００件が想定され、開店中であれば７，０００秒、即ち２時間弱程度での復旧が目安となり、閉店中であれば１，０００秒、即ち１７分程度での復旧が目安となる。尚、閉店中より開店中の上限が小さいのは、開店中では最新のデータの更新等により通信負荷が閉店中よりも高いためである。

又、台コン３は、データの記憶領域が最大約１日分しか確保されておらず、保証し得るデータが最大約１日分であるので、オフライン状態が数日間に亘って長期間継続した場合には、新しいデータを古いデータに上書きして古いデータを消去し、未送信のデータを消去する際には、未送信のデータの消去をログとして残す。台コン３は、管理番号を循環的な（サイクリックな）連番で採番するので、データに最大数である「６５５３５」の管理番号を採番すると、次のデータに「１」の管理番号を採番し、第１台シスコン９では、台コン３が管理するデータの範囲が不明になることが懸念されるので、図９で説明した接続処理時には必ず台コン３が管理しているデータの管理番号を取得する。

図１１は、オフライン状態が長期間継続した場合に対応する態様を示している。第１台シスコン９が既に受信済みの管理している最新の遊技台データの管理番号が「６５５００」であり、台コン３において、１日目のデータに「６５５０１」〜「５０００」の管理番号を採番し、２日目のデータに「５００１」〜「１００００」の管理番号を採番した状態で復旧すると、第１台シスコン９は、台コン３から最新の遊技台データの管理番号が「１００００」であることを特定可能な遊技台データを取得し、管理番号が「６５５０１」〜「１００００」の遊技台データの欠損が発生していると特定するが、状態確認応答により特定される管理番号情報により、台コン３が送信可能な管理番号を特定した上で、欠番として「５００１」〜「１００００」を特定可能なオフラインデータ要求を島コン５を介して台コン３に送信し、台コン３は、その欠番のデータを島コン５を介して第１台シスコン９に送信する。

図１２は、データを収集及び反映するタイミングを示している。収集及び反映の両方で、営業状態変化系データ、台状態変化系データ、イベント通知を、優先度が相対的に高いデータとして扱い、千円スタートデータ、アウト別スランプデータ、スタート別スランプデータ、定量データ、定時データを、優先度が相対的に低いデータとして扱う。又、データとして過去営業日が含まれている場合には、過去営業日のデータを当日営業日のデータよりも優先して収集する。

図１３は、データを反映するタイミングを示している。データは随時又は画面操作時には反映されるが、開店処理中等の管理装置側の除外対象となる処理中には反映されない。又、データを変更するデータメンテナンスを考慮し、当日分は反映して復旧対象とするが、前日以前分は反映せずに復旧対象としない。尚、前日以前分は営業データとして採用する通常の遊技情報とは区別して管理し、別途の操作等により成立する復旧状況が成立した場合に復旧対象として反映する。

以上に説明したように本実施形態によれば、次のような効果を奏することができる。
遊技場用システムにおいて、復旧時には、管理番号が対応付けられた履歴情報単位で管理番号の欠番のデータを送信要求するので、必要以上に通信負荷が高くなる虞を低減することができる。又、履歴情報単位でデータを送信するので、所謂大当り履歴等のデータ参照用の履歴情報であっても履歴情報単位に基づき経緯を参照することで、データを適切に復旧することができる。

台コン３から送信される最新の遊技台データの管理番号と台シスコン９、１０等にて管理される最新の遊技台データの管理番号とを比較して欠番のデータを特定するので、復旧時に台コン３から別途復旧用のデータを送信するか否かに拘らず欠番のデータを特定することができる。又、最新のデータを通信障害時以外でも送信対象とするので、異常の判定を行うか否かに拘らず欠番のデータを特定することもできる。

台コン３は１台や２台の少数の遊技機１に対応して設けられ、即ち台シスコン９、１０よりも多数設けられる必要があり、例えば営業日１日分等を履歴情報の上限とせざるを得ない等の制約があり、大容量の記憶容量を確保することができないが、本実施形態では、送信可能な履歴情報の管理番号を特定可能なオフラインデータ要求を送信することで、欠番のデータが台コン３の記憶容量以上に及んでも欠番のデータを適切に特定することができる。

欠番のデータと最新のデータとを並行して送信するので、遊技情報の復旧中でも最新のデータを台シスコン９、１０等にて参照することができる。
前日以前のデータは復旧対象としないが、当日のデータは復旧対象とするので、例えばデータを変更するような所謂データメンテナンスの実行時にデータを復旧した場合でも、復旧により変更したデータを上書きにより消去してしまう虞を低減することができる。この場合、随時更新されることでデータメンテナンスが行われる虞が低い営業日当日のデータとは区別して復旧対象としないが、別途復旧条件の成立に応じて復旧対象として反映することもできる。

島コン５に障害が発生すると、台コン３から島コン５を介して台シスコン９、１０等に遊技情報を送信する態様から、台コン３から島コン５を介さずに台シスコン９、１０等に遊技情報を送信する態様へと切り替えるので、台シスコン９、１０等での遊技情報の管理が滞る虞を低減することができる。又、台コン３が送信元となる遊技情報を台シスコン９、１０等の管理対象とする場合に、台コン３が管理する遊技情報を、島コン５を介して台シスコン９、１０等へと送信する態様を可能とするので、台シスコン９、１０等が島コン５を介さずに複数の台コン３と直接通信を行うことなく、台シスコン９、１０等が島コン５を介して複数の台コン３と間接通信を行うことで、台シスコン９、１０等の通信負荷を低減することができる。

台シスコン９、１０等が島コン５を介さずに複数の台コン３と直接通信を行う場合には、台シスコン９、１０等が島コン５を介して複数の台コン３と間接通信を行う場合よりも台シスコン９、１０等から見ての通信先が多くなるが、問合信号の送信先を調整することで、台シスコン９、１０等の通信負荷を調整することができる。即ち、台シスコン９、１０等の通信負荷が比較的低い状態では、台シスコン９、１０等が送信する問合信号の送信先を比較的多くすることで、比較的多くの台コン３の遊技情報を収集する一方、台シスコン９、１０等の通信負荷が比較的高い状態では、台シスコン９、１０等が送信する問合信号の送信先を比較的少なくすることで、ある程度の台コン３の遊技情報を収集しつつ通信負荷が必要以上に高くなる虞を低減することができる。

島コン５単位で直接通信と間接通信とを切り替えるので、正常な島コン５については間接通信を行い、異常な島コン５については直接通信を行うことで、台シスコン９、１０等の通信負荷が必要以上に高くなる虞を低減することができる。
異常となった島コン５の管理下にある台コン３と台シスコン９、１０等とが直接通信を行うことで、異常となった島コン５の管理下にある台コン３の遊技情報の管理を台シスコン９、１０等にて適切に行うことができる。

台シスコン９、１０がデータのミラーリングを行うことで、ＡＣＴモードで動作している台シスコンが異常となった場合でも、ＳＢＹモードで動作している台シスコンがＡＣＴモードに切り替わり、遊技情報の管理が滞る虞を低減することができる。

本発明は、上記した実施形態に限定されることなく、次のように変形又は拡張できる。尚、以下に示す変形例を含む例示した構成をどのように組み合わせても良いし、適宜採用しなくとも良いし、複数例示した構成等を一つだけ採用しても良い。

ポーリングによるデータ通信を例示したが、問合信号を必要とせず、データ更新毎にデータ送信を行うデータ通信等、ポーリング以外のデータ通信を採用しても良い。
オフライン要求を例示することで、不足履歴情報の要求を通信復旧時に行うことを例示したが、通信異常を特定していない場合でも最新の履歴情報は随時送信するので、その最新の履歴情報により不足履歴情報を特定する等、通信異常を特定するか否かに関わらず不足履歴情報を要求しても良い。

島コン５が異常となった場合に間接通信から直接通信へと切り替える構成を例示したが、例えば正常に動作する島コン５を点検のために通信対象から外す場合等でも、その通信対象から外す島コン５を指定して間接通信から直接通信へと切り替える等しても良く、必ずしも島コン５の異常を特定した場合に限り間接通信から直接通信へと切り替えなくとも良い。

各設定値は管理者が任意に操作入力により設定しても、予め管理装置の製造メーカにて設定しても、外部（例えばチェーン店本部等）のサーバから設定情報をダウンロードして設定しても良い。
例示した全ての遊技情報は入力した信号により直接的に特定しても演算式を利用して間接的に特定しても良い。又、記録媒体としてカードを例示したが、有価価値を特定可能な情報を記録可能であれば例えばコイン等の他の記録媒体であっても良い。

例示した全ての遊技情報は入力した信号により直接的に特定しても演算式を利用して間接的に特定しても良い。
以上と超過についてはどちらを採用しても良く、「達した」等の表現は以上となった又は超過した、の何れにも対応する表現となる。以下と未満についても同様で、「達していない」等の表現は双方に対応する表現となる。

対象となる遊技機１は遊技媒体をデータのみで管理する所謂封入式等の例示したパチンコ遊技機以外のパチンコ遊技機やスロットマシン等も採用できる。尚、所謂封入式等を考慮して遊技媒体は必要に応じて遊技価値と表現する。
例示した処理は、台コン３、島コン５、台シスコン９、１０、共通シスコン１１だけでなく、遊技装置等のどのような機器により行っても良い。

１は遊技機、３は台コン（第１管理手段）、５は島コン（第２管理手段）、９、１０は台シスコン（第２管理手段、比較手段、情報要求手段）、１１は共通シスコン（第２管理手段、比較手段、情報要求手段）である。

Claims (5)

1. 遊技機に対応して設けられ、遊技機側から送信される遊技信号により特定可能な遊技情報を、情報送信以外の条件成立に応じて作成される履歴情報として管理し、ＩＤを対応付けて履歴情報単位で送信可能な第１管理手段と、
   複数の前記第１管理手段を管理対象とし、当該管理対象となる前記第１管理手段から送信される履歴情報を、対応するＩＤを特定可能に管理する第２管理手段と、
   前記第１管理手段から送信される履歴情報と、前記第２管理手段が管理する履歴情報とにより特定されるＩＤを比較して、最新の履歴情報とは異なる履歴情報を対象に含む不足履歴情報を特定する比較手段と、
   前記不足履歴情報に対応付けられたＩＤを特定可能な要求情報を送信することで前記第１管理手段に対して送信要求する情報要求手段と、を備えたことを特徴とする遊技場用システム。
   
   
2. 前記第１管理手段は、最新の履歴情報を前記第２管理手段に対して送信可能であり、
   前記比較手段は、前記第２管理手段により管理される履歴情報と、前記第１管理手段から送信された最新の履歴情報とにより特定可能なＩＤを比較することで、前記不足履歴情報を特定することを特徴とする請求項１に記載の遊技場用システム。
3. 前記第１管理手段は、前記第２管理手段に対して送信可能な履歴情報のＩＤを特定可能な送信ＩＤ情報を送信し、
   前記比較手段は、前記送信ＩＤ情報により特定されるＩＤを比較対象として前記不足履歴情報を特定することを特徴とする請求項１又は２に記載の遊技場用システム。
4. 前記第１管理手段は、前記不足履歴情報の送信要求があった場合、当該不足履歴情報と共に最新の履歴情報を送信することを特徴とする請求項１から３の何れか一項に記載の遊技場用システム。
5. 前記第２管理手段は、前記第１管理手段から送信された不足履歴情報が、遊技場の営業日当日に対応していれば不足分の履歴情報の復旧対象とする一方、遊技場の営業日前日以前に対応していれば不足分の履歴情報の復旧対象としないことを特徴とする請求項１から４の何れか一項に記載の遊技場用システム。

Images