JP5824772B2 - 遊技台 - Google Patents

Description

本発明は、スロットマシン、パチンコ機に代表される遊技台に関する。

スロットマシン等の遊技台では、遊技の進行を制御する主制御部と、報知等の演出処理を行う副制御部と、を備えたものが知られている。そして、主制御部にエラーが生じた場合、副制御部により異常報知を行い、主制御部が解除操作を受け付けると、副制御部に対し、解除信号を出力し、副制御部が異常報知を終了する遊技台が提案されている（例えば特許文献１）。

特開２００６−２３０７８４号公報

副制御部でも独自にエラーの判定を行って異常報知を行う構成を採用しようとした場合、その解除方法が問題となる。スロットマシン等の遊技台においては、一般に主制御部と副制御部とは一方向通信であり、副制御部は主制御部に従動する構成である。そのため、副制御部の異常報知の解除のためには、主制御部から副制御部へ、エラーの解除信号を出力させる必要がある。

そこで、例えば、主制御部にエラーを発生させる操作を意図的に行い、更に、その解除操作を行うことで解除信号を出力させ、これを利用する方法が考えられる。しかし、エラーを発生させている間、遊技を行うことができず遊技者に不快感を与える場合がある。また、副制御部のエラー報知を解除する専用の操作装置を増設することも考えられるが、コストアップを招く。

本発明の目的は、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することにある。

本発明によれば、例えば、遊技の進行を制御する第一の制御手段により送信された遊技情報に基づいて、報知手段に報知を行わせる第二の制御手段を備えた遊技台であって、前記第一の制御手段は、遊技台外部に情報の送信が可能な手段であり、前記第一の制御手段と前記第二の制御手段との通信は、前記第一の制御手段から前記第二の制御手段への一方向の通信であり、前記第二の制御手段は、異常を判断可能な手段であり、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能な手段であり、前記異常報知は、前記第一の制御手段が操作検知可能な所定の操作を促す報知を少なくとも一部に含むものであり、前記第一の制御手段は、前記所定の操作を検知した場合に、遊技台外部への情報の送信と、前記第二の制御手段への情報の送信と、を少なくとも行う手段であり、前記第一の制御手段は、前記所定の操作を検知した場合に、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記異常報知を終了させる手段である、ことを特徴とする遊技台が提供される。

本発明によれば、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することができる。

本発明の第１実施形態に係るスロットマシンの外観斜視図。 制御部の回路ブロック図。 錠装置に設けたセンサの検知内容の説明図。 各リールに施される図柄配列を平面的に展開して示した図。 （ａ）は、通常遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル３枚投入時）とを示した図、（ｂ）は、ＢＢ一般遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル３枚投入時）とを示した図、（ｃ）は、ＲＢ遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル１枚投入時）とを示した図。 主制御部メイン処理を示すフローチャート。 主制御部タイマ割込み処理を示すフローチャート。 主制御部から副制御部に送信される制御コマンドの一例を示した図。 副制御部割り込み処理を示すフローチャート。 副制御部メイン処理を示すフローチャート。 副制御部メイン処理を示すフローチャート。 （ａ）は遊技進行演出データテーブルを示した図、（ｂ）はエラー時データテーブルを示した図、（ｃ）は設定変更時データテーブルを示した図、（ｄ）はエラー時データテーブルを示した図、（ｅ）はタイマの種類と、その内容が定義されたタイマデータテーブルを示した図。 エラー時の演出例の説明図。 主制御部と副制御部との間に不正機器が設置された例を示した図。 サブエラー設定時の処理内容の説明図。 サブエラー設定時の報知例の説明図。 別例のセンサの説明図。 別例の副制御部メイン処理を示すフローチャート。 別例のサブエラー設定時の報知例の説明図。 別例のサブエラー設定時の報知例の説明図。 別例のサブエラー設定時の報知例の説明図。 別例のサブエラー設定時の報知例の説明図。 別例のサブエラー設定時の報知例の説明図。 別例のサブエラー設定時の報知例の説明図。

＜第１実施形態＞
＜全体構成＞
図１を用いて、本実施形態に係るスロットマシン１００の全体構成について説明する。なお、同図はスロットマシン１００の外観斜視図を示したものである。

スロットマシン１００は、略箱状の本体１０１と、この本体１０１の前面開口部に取り付けられた前面扉１０２とを有して構成されている。スロットマシン１００の本体１０１の中央内部には、外周面に複数種類の図柄が所定コマ数だけ配置されたリールが３個（左リール１１０、中リール１１１、右リール１１２）収納され、スロットマシン１００の内部で回転できるように構成されている。

本実施形態において、各図柄は帯状部材に等間隔で適当数印刷され、この帯状部材が所定の円形枠材に貼り付けられて各リール１１０〜１１２が構成されている。リール１１０〜１１２上の図柄は、遊技者から見ると、図柄表示窓１１３から縦方向に概ね３つ表示され、合計９つの図柄が見えるようになっている。そして、各リール１１０〜１１２を回転させることにより、遊技者から見える図柄の組み合せが変動することとなる。なお、本実施形態では、３個のリールをスロットマシン１００の中央内部に備えているが、リールの数やリールの設置位置はこれに限定されるものではない。

また、図柄表示窓１１３の外枠には、点滅や点灯などの点灯制御によって、後述する有効ラインや入賞ラインを報知するためのライン表示ＬＥＤ（図示省略）が配置されている。

さらに、スロットマシン１００内部において各々のリール１１０〜１１２の近傍には、投光部と受光部からなる光学式センサ（図示省略）が設けられており、この光学式センサの投光部と受光部の間を、リールに設けられた一定の長さの遮光片が通過するように構成されている。このセンサの検出結果に基づいてリール上の図柄の回転方向の位置を判断し、目的とする図柄が入賞ライン１１４上に表示されるようにリール１１０〜１１２を停止させる。

入賞ライン表示ランプ１２０は、有効となる入賞ラインを示すランプである。有効となる入賞ラインは、スロットマシン１００に投入されたメダルの数によって予め定まっている。５本の入賞ライン１１４のうち、例えば、メダルが１枚投入された場合、中段の水平入賞ラインが有効となり、メダルが２枚投入された場合、上段水平入賞ラインと下段水平入賞ラインが追加された３本が有効となり、メダルが３枚投入された場合、右下り入賞ラインと右上り入賞ラインが追加された５本が入賞ラインとして有効になる。なお、入賞ライン１１４の数については５本に限定されるものではない。

スタートランプ１２１は、リール１１０〜１１２が回転することができる状態にあることを遊技者に知らせるランプである。再遊技ランプ１２２は、前回の遊技において入賞役の一つである再遊技役に入賞した場合に、今回の遊技が再遊技可能であること（メダルの投入が不要であること）を遊技者に知らせるランプである。告知ランプ１２３は、内部抽選において、特定の入賞役（例えば、ＢＢ（ビッグボーナス）やＲＢ（レギュラーボーナス）等のボーナス）に内部当選していることを遊技者に知らせるランプである。メダル投入ランプ１２４は、メダルの投入が可能であることを知らせるランプである。払出枚数表示器１２５は、何らかの入賞役に入賞した結果、遊技者に払出されるメダルの枚数を表示するための表示器である。遊技回数表示器１２６は、メダル投入時のエラー表示や、ビッグボーナス遊技中（ＢＢ遊技中）の遊技回数、所定の入賞役の入賞回数等を表示するための表示器である。貯留枚数表示器１２７は、スロットマシン１００に電子的に貯留されているメダルの枚数を表示するための表示器である。リールパネルランプ１２８は、演出用のランプである。

メダル投入ボタン１３０、１３１は、スロットマシン１００に電子的に貯留されているメダルを所定の枚数分投入するためのボタンである。本実施形態においては、メダル投入ボタン１３０が押下される毎に１枚ずつ最大３枚まで投入され、メダル投入ボタン１３１が押下されると３枚投入されるようになっている。メダル投入口１３４は、遊技を開始するに当たって遊技者がメダルを投入するための投入口である。すなわち、メダルの投入は、メダル投入ボタン１３０または１３１により電子的に投入することもできるし、メダル投入口１３４から実際のメダルを投入することもできる。精算ボタン１３２は、スロットマシン１００に電子的に貯留されたメダル及びベットされたメダルを精算し、メダル払出口１５５よりメダル受皿１５６に排出するためのボタンである。メダル返却ボタン１３３は、投入されたメダルが詰まった場合に押下してメダルを取り除くためのボタンである。

スタートレバー１３５は、遊技の開始操作を行うためのレバー型のスイッチである。即ち、メダル投入口１３４に所望する枚数のメダルを投入して、スタートレバー１３５を操作すると、これを契機としてリール１１０〜１１２が回転し、遊技が開始される。ストップボタン１３７〜１３９は、スタートレバー１３５の操作によって回転を開始したリール１１０〜１１２に対する停止操作を行うためのボタンであり、各リール１１０〜１１２に対応して設けられている。そして、いずれかのストップボタン１３７〜１３９を操作すると対応するいずれかのリール１１０〜１１２が停止することになる。

錠装置１４０は、前面扉１０２に設けられ、本体１０１に対する前面扉１０２の施錠、解錠を行う装置である。メダル払出口１５５は、メダルを払出するための払出口である。メダル受皿１５６は、メダル払出口１５５から払出されたメダルを溜めるための器である。なお、メダル受皿１５６は、本実施形態では発光可能な受皿を採用しており、以下受皿ランプと呼ぶこともある。

上部ランプ１５０、サイドランプ１５１、中央ランプ１５２、腰部ランプ１５３、下部ランプ１５４、受皿ランプ１５６は、遊技を盛り上げるための装飾用のランプである。演出装置１５７は、例えば開閉自在な扉（シャッター）１６３が前面に取り付けられた液晶表示装置を含み、この演出装置１５７には、例えば小役告知等の各種の情報が表示される。音孔１６０は、スロットマシン１００内部に設けられているスピーカの音を外部に出力するための孔である。これらのランプ、演出装置（表示装置）、音出力は、エラーの発生等の報知等にも用いることができる。タイトルパネル１６２には、スロットマシン１００を装飾するための図柄が描かれる。

＜制御部＞
次に、図２を用いて、このスロットマシン１００の制御部の回路構成について詳細に説明する。

スロットマシン１００の制御部は、遊技の中枢部分を制御する主制御部３００と、主制御部３００より送信された遊技情報（コマンドとも呼ぶ）に応じて各種機器を制御する副制御部４００と、演出装置１５７を制御する表示制御部５００と、によって構成されている。

＜主制御部＞
まず、スロットマシン１００の主制御部３００について説明する。

マイクロプロセッサ（以下、ＭａｉｎＣＰＵと称す）３１０は、スロットマシン１００における制御の中枢となるものであり、バス３７０を介して、周辺部との間で制御信号やデータの受渡しが行われる。

乱数発生器３１１は、乱数を発生するもので、複数のカウンタ、クロック発振器、分周器及びラッチ回路等で構成される。乱数発生器３１１が発生した乱数値は、バス３７０を介して、ＲＡＭ３１３の乱数記憶領域に記憶され、必要に応じてＭａｉｎＣＰＵ３１０へ送られる。乱数値は、複数種類存在し、それぞれ処理内容に応じて使用される。

また、ＭａｉｎＣＰＵ３１０には、入力インターフェース３６０及びバス３７０を介して、ストップボタン１３７〜１３９のいずれかが押された場合、どのストップボタンが押されたかを検知する左ストップボタンセンサ３４１、中ストップボタンセンサ３４２、及び、右ストップボタンセンサ３４３と、スタートレバー１３５の操作を検知するスタートレバーセンサ３４４と、１枚投入ボタン６０８、２枚投入ボタン６１０、及び、３枚投入ボタン１３１のいずれかが押下された場合、どのメダル投入ボタンが押されたかを検知する１枚投入ボタンセンサ３４５、及び、３枚投入ボタンセンサ３４７と、錠装置センサ３４６と、精算ボタン１３２の押下に伴って動作する精算ボタンスイッチ３４８と、メダル投入口ブロック１３４の投入口より投入されたメダルを検知する第１メダルセンサ（メダルセンサ１）３４９及び第２メダルセンサ（メダルセンサ２）３５０と、メダルの払出しを検知する第１払出しセンサ（払出しセンサ１）３５１及び第２払出しセンサ（払出しセンサ２）３５２と、左リール１１０、中リール１１１、右リール１１２の各リールの回転方向の図柄位置を検出するための左リールインデックスセンサ３５３、中リールインデックスセンサ３５４、及び、右リールインデックスセンサ３５５がそれぞれ接続されている。

錠装置センサ３４６は、錠装置１４０の施錠／解錠を検知する施錠／解錠センサと、リセットセンサと、を含む。図３は錠装置センサ３４６の説明図である。本実施形態の場合、錠装置１４０はシリンダ錠で構成されており、その内筒となる可動部１４０ａに鍵を差し込む鍵穴が設けられており、鍵穴に鍵を差し込むことで可動部１４０ａを回転可能となる。可動部１４０ａが中立位置（図示の位置）のある場合は施錠状態、中立位置から９０度右に回された解錠位置になると解錠状態となる。錠装置１４０はリセット操作部を兼用しており、中立位置から９０度左に回されたリセット位置に可動部１４０ａを回転可能であり（リセット操作）、このリセット位置では施錠状態のままである。

センサ１は施錠／解錠センサであり、例えば、中立位置でＯＦＦ信号（施錠検知情報）を、解錠状態でＯＮ信号（解錠検知情報）を、主制御部３００へ送信する。

センサ２はリセットセンサであり、例えば、中立位置でＯＦＦ信号（リセット非検知情報）を、リセット位置でＯＮ信号（リセット検知情報）を、主制御部３００へ送信する。

ＲＯＭ（リード・オンリー・メモリ）３１２は、各種制御を行うためのプログラムや、後述する各種テーブルデータ等を記憶する記憶手段の一つである。ＲＡＭ（ランダム・アクセス・メモリ）３１３は、ＭａｉｎＣＰＵ３１０によって処理されるプログラムのワークエリアを有し、可変データ等を記憶する記憶手段の一つである。本実施形態では、このようにＲＯＭ及びＲＡＭを採用しているが、他の記憶手段も採用可能であることはいうまでもない。この点は後述する副制御部においても同様である。

さらに、ＭａｉｎＣＰＵ３１０には、出力インターフェース３３２及びバス３７０を介して、左リール１１０、中リール１１１、右リール１１２の各リールの回転駆動を行うモータ（図示省略）を制御するための左リールモータ駆動部３２１、中リールモータ駆動部３２２、及び、右リールモータ駆動部３２３と、メダル払出装置（いわゆるホッパー：図示省略）を制御するホッパー制御部３３１と、遊技ランプ３８０（具体的には、入賞ライン表示ランプ１２０、スタートランプ１２１、再遊技ランプ１２２、告知ランプ１２３、メダル投入ランプ１２４等）と、７セグメント（ＳＥＧ）表示器３９０（払出枚数表示器１２５、遊技回数表示器１２６、貯留枚数表示器１２７等）と、情報出力回路３９１と、がそれぞれ接続されている。

主制御部３００は、情報出力回路３９１を介して外部のホールコンピュータ（図示省略）等が備える情報入力回路にスロットマシン１００の各種の情報（例えば、遊技状態、エラーの発生等）を送信可能となっている。外部のホールコンピュータは受信した情報に基づき、ホール内の各スロットマシン１００の情報収集が可能となる。

また、ＭａｉｎＣＰＵ３１０は、出力インターフェース３３２を介して、各種のコマンドを副制御部４００の入力インターフェース４３０へ送信する。なお、主制御部３００と副制御部４００との情報通信は一方向の通信であり、主制御部３００は副制御部４００にコマンド等の信号を送信できるように構成しているが、副制御部４００からは主制御部３００にコマンド等の信号を送信できないように構成している。

＜副制御部＞
次に、同図を用いて、スロットマシン１００の副制御部４００について説明する。

マイクロプロセッサ（以下、ＳｕｂＣＰＵと称す）４１０は、主制御部３００から送信された各種コマンドを入力インターフェース４３０及びバス４７０を介して受信し、受信したコマンドの内容に応じて副制御部４００全体を制御する。

ＲＯＭ４１１は、副制御部４００全体を制御するためのプログラムやデータ等を記憶する記憶手段の一つである。ＲＡＭ４１２は、ＳｕｂＣＰＵ４１０で処理されるプログラムのワークエリアを有し、可変データ等を記憶する記憶手段の一つである。

演出用発光表示部４５０は、上部ランプ１５０、サイドランプ１５１、中央ランプ１５２、腰部ランプ１５３、下部ランプ１５４、受け皿ランプ１５６などの装飾用ランプや、ストップボタン１３７〜１３９を内部から照明するＬＥＤが実装されたストップボタン照明基板、スタートボタン１３５を内部から照明するＬＥＤが実装されたスタートボタン照明基板、ベットボタン６００を内部から照明するＬＥＤが実装されたベットボタン照明基板６０６（詳細は後述する。）などの照明基板をまとめて表したものである。この演出用発光表示部４５０は、出力インターフェース４２０及びバス４７０を介してＳｕｂＣＰＵ４１０に接続されており、ＳｕｂＣＰＵ４１０の指示に従って点灯／点滅／消灯する。

楽音信号形成部４６０は、ＳｕｂＣＰＵ４１０から受け渡された制御信号やデータに基づいて、楽音信号を形成して出力する。この楽音信号は、アンプ４６１で増幅された後、スピーカ（具体的には上部スピーカ及び中央スピーカ）４６２から音として出力される。

また、ＳｕｂＣＰＵ４１０は、出力インターフェース４４０を介して、各種制御データを表示制御部５００へ送信する。

＜表示制御部＞
次に、同図を用いて、スロットマシン１００の表示制御部５００について説明する。

マイクロプロセッサ（以下、第２のＳｕｂＣＰＵと称す）５１０は、副制御部４００から送信された各種制御データを入力インターフェース５３０及びバス５７０を介して受信し、受信したコマンドの内容に応じて液晶表示装置（ＬＣＤ）１５７を制御する。

ＲＯＭ５１１は、表示制御部５００全体を制御するためのプログラムやデータ等を記憶する記憶手段の一つである。

ＶＤＰ５５０は、第２のＳｕｂＣＰＵ５１０の指示に従って、出力インターフェース５５３を介して液晶表示装置１５７に表示データ等を送信する。なお、ＲＯＭ５５２は、表示データ等を記憶する記憶手段の一つである。

＜図柄配列＞
次に、図４を用いて、上述の各リール１１０〜１１２に施される図柄配列について説明する。なお、同図は、各リール（左リール１１０、中リール１１１、右リール１１２）に施される図柄の配列を平面的に展開して示した図である。

各リール１１０〜１１２には、複数種類の図柄が所定コマ数（本実施形態では、番号１〜２１の２１コマ）だけ配置されている。また、同図の左端に示した番号１〜２１は、各リール１１０〜１１２上の図柄の配置位置を示す番号である。例えば、本実施形態では、左リール１１０の番号２のコマには「リプレイ」の図柄、中リール１１１の番号３のコマには「フルーツ（この例では、みかん）」の図柄、右リール１１２の番号２のコマには「ベル」の図柄、がそれぞれ配置されている。

＜入賞役の種類＞
次に、図５を用いて、スロットマシン１００の入賞役の種類について説明する。

スロットマシン１００では、遊技状態毎に以下に説明する入賞役が採用されている。なお、各遊技状態における入賞役の種類は、本実施形態で示す入賞役に限定されるものではなく、任意に採用できることは言うまでもない。

また、本実施形態における入賞役のうち、ビッグボーナス（ＢＢ）およびレギュラーボーナス（ＲＢ）はボーナス遊技に移行する図柄として、また、再遊技（リプレイ）は新たにメダルを投入することなく再遊技が可能となる図柄として、それぞれ入賞役とは区別され「作動役」と呼ばれる場合があるが、本実施形態における「入賞役」には、作動役である、ビッグボーナス、レギュラーボーナス、再遊技が含まれる。

さらに、本発明に係る「入賞」には、メダルの配当を伴わない作動役の図柄組合せが、有効化された入賞ライン１１４上に表示される場合も含まれ、例えば、ビッグボーナス、レギュラーボーナス、再遊技への入賞が含まれる。

＜通常遊技＞
図５（ａ）は、通常遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル３枚投入時）とを示した図である。

図柄抽選データは、所定の遊技回数における各入賞役の出現回数を示すものである。実際の各入賞役の内部当選確率は、各図柄抽選データの数値を、入賞役の内部抽選時に取得される乱数値の範囲の大きさ（本実施形態では６５５３６）で除した値となる。乱数値は予めいくつかの数値範囲（当選確率データ）に分割され、その各数値範囲に各入賞役やハズレが対応付けられる。なお、図柄抽選データは、設定１〜設定６まで存在し（図５には設定１における図柄抽選データのみ示している）、遊技店の係員等はいずれかを任意に選択し、設定することができる。

通常遊技の入賞役には、ビッグボーナス（ＢＢ）と、レギュラーボーナス（ＲＢ）と、再遊技（リプレイ）と、小役（小役１、小役２、小役３）がある。

「ビッグボーナス（ＢＢ）」は、入賞により特別遊技であるビッグボーナス遊技（ＢＢ遊技）が開始される特別役（作動役）である。対応する入賞図柄組合せは、本実施形態の場合、「赤７−赤７−赤７」である。また、本実施形態ではＢＢについてフラグ持越しを行う。すなわち、ＢＢに内部当選すると、これを示すフラグが立つ（主制御部３００のＲＡＭ３１３の所定のエリア内に記憶される）が、その遊技においてＢＢに入賞しなかったとしても、入賞するまでフラグが立った状態が維持され、次遊技以降でもＢＢに内部当選中とする。

「レギュラーボーナス（ＲＢ）」は、入賞によりレギュラーボーナス遊技（ＲＢ遊技）が開始される特殊役（作動役）である。対応する入賞図柄組合せは、本実施形態の場合、「白７−白７−白７」である。なお、本実施形態ではＲＢについても上述のＢＢと同様にフラグ持越しを行う。

「再遊技（リプレイ）」は、入賞により、次回の遊技でメダルの投入を行うことなく遊技を行うことができる入賞役（作動役）であり、メダルの払出は行わない。なお、対応する入賞図柄組合せは、本実施形態の場合、「リプレイ−リプレイ−リプレイ」である。

「小役（小役１、小役２、小役３）」は、入賞により所定数のメダルが払い出される入賞役で、本実施形態の場合、小役１は「フルーツ−フルーツ−フルーツ」、小役２は「ベル−ベル−ベル」、小役３は「チェリー−ａｎｙ−ａｎｙ」である。対応する払出枚数は、同図に示す通りである。なお、「チェリー−ａｎｙ−ａｎｙ」の場合、左リール１１０の図柄が「チェリー」であればよく、中リール１１１と右リール１１２の図柄はどの図柄でもよい。

＜ＢＢ一般遊技＞
図５（ｂ）は、ＢＢ一般遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル３枚投入時）とを示した図である。

本実施形態におけるＢＢ一般遊技の入賞役には、レギュラーボーナス（ＲＢ）と、再遊技（リプレイ）と、小役（小役１、小役２、小役３）があり、これらは通常遊技のものと同じである。

＜ＲＢ遊技＞
図５（ｃ）は、ＲＢ遊技における入賞役の種類と、対応する入賞図柄組合せと、メダルの払出枚数（配当）と、図柄抽選データ（メダル１枚投入時）とを示した図である。

ＲＢ遊技における入賞役には、小役（小役１、小役２、小役３）があり、これらは通常遊技のものと同じである。

＜遊技状態の種類＞
次に、スロットマシン１００の遊技状態の種類について説明する。

スロットマシン１００の遊技状態は、通常遊技と、ＢＢ遊技と、ＲＢ遊技と、に大別される。

ＢＢ遊技の内容は、複数種類考えられるが、本実施形態では、ＢＢ遊技中にはＲＢの内部当選の確率が通常遊技に比べて高くなる。ＢＢ遊技は、本実施形態では予め定めたメダル数を獲得した場合（例えば、入賞により獲得したメダル数が４６５枚に達した場合）に終了する。なお、その他の条件を加えてＢＢ遊技の終了条件としてもよく、例えば、ＲＢ遊技を予め定めた遊技回数行った場合（例えば、ＲＢ遊技が３回終了した場合）にＢＢ遊技が終了するようにしてもよい。

ＲＢ遊技の内容は、複数種類考えられるが、本実施形態では、通常遊技中、または、ＢＢ遊技中に入賞することが可能で、予め定めた回数（本実施形態では１２回）の遊技を行うか、または、役物が予め定めた回数（本実施形態では８回）入賞するかのいずれかの条件が成立することを終了条件とする遊技である。

＜主制御部メイン処理＞
次に、図６を用いて、主制御部３００のメイン処理について説明する。なお、同図は、主制御部３００のメイン処理の流れを示すフローチャートである。

遊技の基本的制御は、主制御部３００のＭａｉｎＣＰＵ３１０が中心になって行い、電源断等を検知しないかぎり、ＭａｉｎＣＰＵ３１０が同図の主制御部メイン処理を繰り返し実行する。

スロットマシン１００に電源が投入されると、まず、各種の初期化処理が実行され、その後、主制御部メイン処理のステップＳ１０１では、メダル投入に関する処理を行う。ここでは、副制御部４００に対して「遊技開始コマンド」を送信した後、メダルの投入の有無をチェックし、投入されたメダルの枚数に応じて入賞ライン表示ランプ１２０を点灯させる。なお、前回の遊技で再遊技に入賞した場合はメダルの投入が不要である。また、ステップＳ１０１では、副制御部４００に対して「メダル投入コマンド」を送信する。副制御部４００は、このメダル投入コマンドを受信することによってメダルが投入されたことを把握する。

図８は主制御部３００から副制御部４００に送信される制御コマンドの一例を示した図である。なお、主制御部３００から副制御部４００に送信される「遊技情報」は、同図に示される制御コマンドに限定されるものではない。

「正常復帰コマンド」は、スロットマシン１００が正常に復帰した場合に電源投入時に送信される制御コマンドである。「強制ＲＡＭクリアコマンド」は、副制御部４００のＲＡＭ４１２を強制的にクリア（初期化）する場合に電源投入時に送信される制御コマンドである。「設定変更開始コマンド」は、設定値の変更を行う場合に電源投入時に送信される制御コマンドであり、「設定変更終了コマンド」は、設定値の変更が終了した場合に送信される制御コマンドである。「設定確認開始コマンド」は、現在の設定値の確認を行う場合に送信される制御コマンドであり、「設定確認終了コマンド」は、設定値の確認が終了した場合に送信される制御コマンドである。

「エラー発生コマンド」は、何らかの異常が発生した場合に送信される制御コマンドであり、「エラー解除コマンド」は、異常が解消された場合に送信される制御コマンドである。本実施形態の場合、主制御部３００は錠装置１４０に対してリセット操作が行われると、エラー解除コマンドを送信する。

「解錠検知コマンド」は錠装置１４０に対して解錠操作が行われたことを示す制御コマンドであり、主制御部３００は解錠検知情報を受信すると解錠検知コマンドを送信する。「施錠検知コマンド」は錠装置１４０に対して施錠操作が行われたことを示す制御コマンドであり、主制御部３００は解錠検知情報を受信した後、施錠検知情報を受信した場合、つまり、錠装置１４０が解錠状態から施錠状態に状態が変更したことを検知すると施錠検知コマンドを送信する。図８の他の制御コマンドについては、後述する。

本実施形態のスロットマシン１００は複数種類の操作部を備えるが、主制御部３００が一遊技を進行させる場合に操作を受け付ける操作部としては、主に、メダル投入ボタン１３０、１３１、スタートレバー１３５、ストップボタン１３７〜１３９がある。そして、これらの「遊技の進行に用いられる操作部」の操作を受付けた場合に主制御部３００が動作制御する対象は、各々の操作部によって異なっている。例えば、ストップボタン１３７が操作されると、動作制御の対象であるリール１１０が回転を停止させる。

さらに、本実形態では、操作の受付順序（メダル投入ボタン１３０、１３１→スタートレバー１３５→ストップボタン１３７〜１３９）を設定することで、設定された操作順序とは異なる操作順序で操作を受付けた場合（例えば、ストップボタン１３７が操作された後に、メダル投入ボタン１３０が操作された場合）には、異なる操作順序で受付けた操作部に対応する動作制御を実行せず、遊技情報も送信しない構成とすることが可能である。

また、上述の「遊技の進行に用いられる操作部」ではない操作部（例えば、遊技の進行に関係のない精算ボタン１３２など）に関しても、その操作部の操作受付の期間を各々の操作部に対応させて設定しており、操作受付期間でない期間に操作を受付けた場合には、操作部に対応する動作制御を実行せず、遊技情報も送信しない構成とすることが可能である。

図６及び図８を参照して、ステップＳ１０２では、遊技のスタート操作に関する処理を行う。ここでは、スタートレバー１３５が操作されたか否かのチェックを行い、スタート操作されたと判断した場合は、投入されたメダル枚数を確定する。また、ステップＳ１０２では、スタートレバー１３５の操作に基づいて、副制御部４００に対して「スタートレバー受付コマンド」を送信する。副制御部４００は、この「スタートレバー受付コマンド」を受信することによって遊技の開始を把握する。

ステップＳ１０３では、有効な入賞ライン１１４を確定する。ステップＳ１０４では、乱数発生器３１７で発生させた乱数を取得する。ステップＳ１０５では、ステップＳ１０４で取得した乱数値と、ＲＯＭ３１２に格納されている入賞役抽選テーブルを用いて、入賞役の内部抽選を行う。内部抽選の結果、いずれかの入賞役に内部当選した場合、その入賞役のフラグが内部的にＯＮになる。なお、ステップＳ１０４で取得した乱数値は、入賞役内部抽選のほかにも、リール停止制御テーブルを選択するときの抽選等にも使用してもよい。

ステップＳ１０６では、リール回転開始処理により、全リール１１０〜１１２の回転を開始させる。この際、ステップＳ１０５の内部抽選結果等に基づき、停止位置データ選択テーブルを参照し、いずれか一つのリール停止制御テーブルを選択する。また、ステップＳ１０６では、リール１１０〜１１２の回転開始に伴って、副制御部４００に対して「リール回転開始コマンド」を送信する。副制御部４００は、この「リール回転開始コマンド」を受信することによってリール１１０〜１１２の回転が開始されたことを把握する。

ステップＳ１０７では、リール停止制御処理により、押されたストップボタン１３７〜１３９に対応するリール１１０〜１１２の回転を停止させる。この際、各リール１１０〜１１２を、ステップＳ１０６で選択したリール停止制御テーブルに基づいて停止させる。また、ステップＳ１０７では、ストップボタン１３７〜１３９の操作に基づいて、副制御部４００に対して「停止ボタン受付１〜３コマンド」を送信するとともに、リール１１０〜１１２に停止に伴って、副制御部４００に対して「リール停止１〜３コマンド」を送信する。副制御部４００は、「停止ボタン受付１〜３コマンド」を受信することによって、ストップボタン１３７〜１３９の操作がなされたことを把握し、「リール停止１〜３コマンド」を受信することによって、リール１１０〜１１２が停止したことを把握する。

ステップＳ１０８では、ストップボタン１３７〜１３９が押されることによって停止した図柄の入賞判定を行う。ここでは、有効化された入賞ライン１１４上に、内部当選した入賞役またはフラグ持越し中の入賞役に対応する入賞図柄組合せが揃った（表示された）場合にその入賞役に入賞したと判定する。例えば、有効化された入賞ライン１１４上に、「リプレイ−リプレイ−リプレイ」が揃っていたならばリプレイ入賞と判定する。また、入賞した入賞役に対応するフラグがリセットされる。また、ステップＳ１０８では、入賞の判定に伴って、副制御部４００に対して「入賞判定コマンド」を送信する。副制御部４００は、この「入賞判定コマンド」を受信することによって入賞の有無を把握する。

ステップＳ１０９では、メダル払出処理を行う。このメダル払出処理では、払い出しのある何らかの入賞役に入賞していれば、その入賞役に対応する枚数のメダルを払い出す。また、ステップＳ１０９では、メダルの払い出しに伴って、副制御部４００に対して「入賞演出コマンド」を送信する。副制御部４００は、この「入賞演出コマンド」を受信することによって入賞の演出に関する情報を把握する。

ステップＳ１１０では、遊技状態制御処理を行う。この遊技状態制御処理では、遊技状態を移行するための制御が行われ、例えば、ＢＢ入賞やＲＢ入賞の場合に次回からＢＢ遊技またはＲＢ遊技を開始できるよう準備し、それらの最終遊技では、次回から通常遊技が開始できるよう準備する。また、ステップＳ１１０では、遊技状態の更新に伴って、副制御部４００に対して「遊技状態コマンド」を送信する。副制御部４００は、この「遊技状態コマンド」を受信することによって遊技の終了を把握する。

以上により１遊技が終了し、以降、主制御部メイン処理を繰り返すことにより遊技が進行することになる。

＜主制御部割込処理＞
次に、図７を用いて、主制御部３００の割り込み処理について説明する。なお、同図は種制御部タイマ割込処理の流れを示すフローチャートである。

主制御部３００は、所定の周期（例えば約２ｍｓに１回）でタイマ割込信号を発生するカウンタタイマ（不図示）を備えており、このタイマ割込信号を契機として主制御部タイマ割込処理を所定の周期で開始する。

ステップＳ１１では、タイマ割込開始処理を行う。このタイマ割込開始処理では、ＣＰＵ３１０の各レジスタの値をスタック領域に一時的に退避する処理などを行う。ステップＳ１２では、入力ポート状態更新処理を行う。この入力ポート状態更新処理では、入力インタフェース３６０の入力ポートを介して、各センサの検出信号を入力してＲＡＭ３１３に各センサごとに区画して設けた信号状態記憶領域に記憶する。

ステップＳ１７では、各種遊技処理を行う。具体的には、割込みステータスを取得し（各センサからの信号に基づいて各種割込みステータスを取得する）、このステータスに従った処理を行う（例えば、取得した各ストップボタン１３７乃至１３９の割込みステータスに基づいて、停止ボタン受付処理を行う）。

ステップＳ１４では、タイマ更新処理を行う。各種タイマをそれぞれの時間単位により更新する。

ステップＳ１５では、コマンド設定送信処理を行い、各種の制御コマンドが副制御部４００に送信される。

ステップＳ１６では、外部出力信号設定処理を行う。この外部出力信号設定処理では、ＲＡＭ３１３に記憶している各種の情報を、情報出力回路３９１を介してホールコンピュータに送信する。

ステップＳ１７では、デバイス監視処理を行う。このデバイス監視処理では、まずはステップＳ１２において信号状態記憶領域に記憶した各センサの信号状態を読み出して、エラーを判定する処理を行う。さらに、現在の遊技状態に応じて、メダルブロッカ、遊技ランプ３８０、７セグメント（ＳＥＧ）表示器３９０の設定を行う。

エラーを判定する処理においては、メダル投入異常、メダル払出異常、扉開放等に関するエラーの有無を監視し、エラーを検出した場合には（図示省略）エラー処理を実行させる。また、このようなエラーを検出した場合には、即座に或いは次回のＳ１６の処理にてホールコンピュータにエラーがあったことを通知することができる。

エラー処理は、遊技の進行の中断を伴うものと、遊技の進行を中断しないものとが含まれる。メダル投入異常やメダル払出異常等、遊技の進行に障害となるエラーの場合には、遊技の進行を中断させて副制御部４００にエラー発生コマンドを送信し、エラーの報知等を行う。扉開放等のように、遊技の進行に必ずしも障害とならない場合には遊技の進行は中断させずに副制御部４００にコマンドを送信し、エラーの報知等を行う。扉開放は、錠装置１４０の状態により判断でき、本実施形態の場合、解錠が検知された場合に扉開放中であるとして、副制御部４０へ解錠検知コマンドを送信する。

ステップＳ１８では、低電圧信号がオンであるか否かを監視する。そして、低電圧信号がオンの場合（電源の遮断を検知した場合）にはステップＳ２０に進み、低電圧信号がオフの場合（電源の遮断を検知していない場合）にはステップＳ１９に進む。

ステップＳ１９では、タイマ割込終了処理を終了する各種処理を行う。このタイマ割込終了処理では、ステップＳ１１で一時的に退避した各レジスタの値を元の各レジスタに設定等行う。その後、図６に示す主制御部メイン処理に復帰する。

一方、ステップＳ２０では、復電時に電断時の状態に復帰するための特定の変数やスタックポインタを復帰データとしてＲＡＭ３１３の所定の領域に退避し、入出力ポートの初期化等の電断処理を行う。

＜副制御部割り込み処理＞
次に、図９を用いて、副制御部４００の割り込み処理について説明する。なお、同図は副制御部割り込み処理の流れを示すフローチャートである。

副制御部４００は所定の周期でタイマ割込信号を発生するカウンタタイマ（不図示）を備えており、このタイマ割込信号を契機としてＳｕｂＣＰＵ４１０は、割込処理を所定の周期で開始する。

ステップＳ２０１では、主制御部３００から制御コマンドを受信したか否かを判定する。そして、何らかの制御コマンドを受信している場合にはステップＳ２０２に進み、制御コマンドを受信していない場合にはステップＳ２０３に進む。

ステップＳ２０２では、主制御部３００から受信した制御コマンドを、ＲＡＭ４１２の所定領域に格納する。

ステップＳ２０３では、後述する各タイマＡ〜Ｃの値を更新する。なお、本実施形態では、タイマを、割り込み処理内でソフトウェアによって更新するように構成したが、ハードウェアタイマを用いて更新してもよく、また、割り込み処理以外の処理で更新してもよい。

ステップＳ２０４では、スロットマシン１００に供給されている電源の電圧が所定のレベル以上であるか否かの監視を行い、電源の遮断（電断）があったか否かを判断する。そして、電断があった場合にはステップＳ２０５に進み、そうでない場合は処理を終了する。

ステップＳ２０５では、電断処理を行う。この電断処理では、ＣＰＵ４１０に供給されている電源が完全に遮断される前に、現在の遊技状態を保存したり、ＣＰＵ４１０の入出力ポートの設定などを行う。

＜副制御部メイン処理＞
次に、図１０及び図１１を用いて、副制御部４００のメイン処理について説明する。なお、同図は副制御部４００のメイン処理の流れを示すフローチャートである。

ステップＳ３０１では、初期処理を行う。この初期処理では、各種の初期化処理のほか、電断があった場合には、上述の電断処理で保存した電断前の遊技状態を復帰する処理なども行う。

ステップＳ３０２では、副制御部割り込み処理においてＲＡＭ４１２に格納した制御コマンドを参照し、主制御部３００から制御コマンドを受信したか否かを判断する。そして、何らかの制御コマンドを受信した場合はステップＳ３０３に進み、制御コマンドを受信していない場合は制御コマンドの受信待ちとなる。

ステップＳ３０３では、受信した制御コマンドが「正常復帰コマンド」であるか否かを判断する。そして、正常復帰コマンドであればステップＳ３０４に進み、そうでない場合にはステップＳ３０５に進む。

ステップＳ３０４では、演出復帰処理を行う。この演出復帰処理では、上述の電断処理で保存した遊技状態に基づいて電断前の演出状態を復帰する処理などを行う。

ステップＳ３０５では、受信した制御コマンドが「強制ＲＡＭクリアコマンド」であるか否かを判断する。そして、強制ＲＡＭクリアコマンドであればステップＳ３０６に進み、そうでない場合にはステップＳ３０７に進む。

ステップＳ３０６では、演出初期状態設定処理を行う。この演出初期状態設定処理では、デバイスドライバに出力する制御データの初期化や、表示制御部５００に送信する演出用データの初期化や送信準備などを行う。

ステップＳ３０７では、受信した制御コマンドが「設定変更開始コマンド」であるか否かを判断する。そして、設定変更開始コマンドであればステップＳ３０８に進み、そうでない場合にはステップＳ３１２に進む。

ステップＳ３０８では、遊技状態をクリア（初期化）する。

ここで、図１２を用いて、副制御部４００の演出制御に用いられる各種データテーブルについて説明する。同図（ａ）は遊技進行演出データテーブルを示した図であり、同図（ｂ）は、遊技の進行の中断を伴うエラー時データテーブルを示した図であり、同図（ｃ）は設定変更時データテーブルを示した図であり、同図（ｄ）は、遊技の進行の中断を伴わない扉開放に関するエラー時データテーブルを示した図であり、同図（ｅ）はタイマの種類と、その内容が定義されたタイマデータテーブルを示した図である。これらのテーブルは、副制御部４００のＲＯＭ４１１の所定領域に予め記憶される。

同図（ａ）の遊技進行演出データテーブルは、エラー発生時や設定変更時以外（通常遊技中やＢＢ遊技中など）に参照されるデータテーブルであり、遊技状態と、遊技状態の移行契機となる実行契機コマンドの名称と、タイマの種類と、演出データと、遊技状態の移行先の関係が記憶されているデータテーブルである。なお、ここで言う遊技状態とは、副制御部４００が認識する主制御部３００の状況である。

同図（ｂ）のエラー時データテーブルは、遊技の進行の中断を伴うエラー発生時に参照されるデータテーブルであり、遊技状態と、遊技状態の移行契機となる実行契機コマンドの名称と、タイマの種類と、演出データと、遊技状態の移行先の関係が記憶されているデータテーブルである。

同図（ｃ）の設定変更時データテーブルは、設定変更時に参照されるデータテーブルであり、遊技状態と、遊技状態の移行契機となる実行契機コマンドの名称と、タイマの種類と、演出データと、遊技状態の移行先の関係が記憶されているデータテーブルである。

同図（ｄ）のエラー時データテーブルは、扉開放時に参照されるデータテーブルであり、遊技状態と、遊技状態の移行契機となる実行契機コマンドの名称と、タイマの種類と、演出データと、遊技状態の移行先の関係が記憶されているデータテーブルである。

図１０に戻って、ステップＳ３０９では、設定変更時データテーブルを参照し、実行契機コマンド「設定変更開始」に対応する「ＳＴ３０１」を移行先の遊技状態として設定する。

ステップＳ３１０では、実行契機コマンド「設定変更開始」に対応する、タイマＴ３と演出データを設定する。なお、タイマＴ１〜Ｔ４の設定は、図１２（ｅ）のタイマデータテーブルを参照して行われ、タイマＴ１、Ｔ２、Ｔ３の設定では、Ａタイマに１０ｍｓ、１９０ｍｓ、８００ｍｓの時間に相当する初期値がそれぞれ格納され、タイマＴ４の設定では、Ｂタイマに４１００ｍｓの時間に相当する初期値が格納され、タイマＴ５の設定では、Ｃタイマに５００ｍｓの時間に相当する初期値が格納される。

ステップＳ３１１では、受信した制御コマンドが「エラー発生コマンド」であるか否かを判断する。そして、エラー発生コマンドであればステップＳ３１２に進み、そうでない場合にはステップＳ３１５に進む。

ステップＳ３１２では、遊技状態をクリアする。

ステップＳ３１３では、エラー時データテーブルを参照し、実行契機コマンド「エラー発生」に対応する「ＳＴ２０１」を移行先の遊技状態として設定する。

ステップＳ３１４では、実行契機コマンド「エラー発生」に対応する、タイマＴ４と演出データを設定する。

ステップＳ３１５では、受信した制御コマンドが「設定確認開始コマンド」であるか否かを判断する。そして、設定確認開始コマンドであればステップＳ３１６に進み、そうでない場合にはステップＳ３２０に進む。

ステップＳ３１６では、遊技状態をクリアする。

ステップＳ３１７では、設定時データテーブルを参照し、実行契機コマンド「設定確認開始」に対応する「ＳＴ３０２」を移行先の遊技状態として設定する。

ステップＳ３１８では、実行契機コマンド「設定確認開始」に対応する、タイマＴ３と演出データを設定する。

ステップＳ３２０では、サブエラーフラグがＯＮであるか否かを判断する。そして、サブエラーフラグがＯＮであればステップＳ３２９に進み、そうでない場合にはステップＳ３２１に進む。ここで、サブエラーフラグとは、副制御部４００が独自に副制御部４００の異常（サブエラー）を判断して異常と判断した場合にＯＮとするフラグであり、ＲＡＭ４１２の所定の領域を利用したフラグである。本実施形態では、サブエラーの対象を制御コマンドの受信順序としたが、無論、サブエラーの対象は他の内容としてもよく、複数の対象があってもよい。例えば、サブエラーの対象を制御コマンドのうち特典付与に関わる制御コマンド（例えば、副制御部４００が行う遊技者操作をアシストする報知を行うアシストタイム（所謂「ＡＴ」）を開始させる契機として設定された特殊制御コマンド）の送信頻度としてもよく、この場合、特殊コマンドを受け取ってから次の特殊コマンドの受け取りまでの遊技間隔が５遊技以内であったことが、過去に３回あった場合に、サブエラーとしてもよい。また例えば、サブエラーの対象を制御コマンドの受信間隔としてもよく、この場合、リール停止２コマンドの受け取りがあってからリール停止３コマンドの受け取りがあるまでの間が１分以上の間隔となった場合に、サブエラーとしてもよい。以下のＳ３２１、Ｓ３２２はこのサブエラーを判断する処理である。

ステップＳ３２１では、受信した制御コマンドが、現在の遊技状態に対応する実行契機コマンドであるか否か、すなわち、制御コマンドの受信順序や、操作部（スタートレバー１３５やストップボタン１３７〜１３９など）の操作順序が予め定められた順序であるか否かを判断する。そして、対応する実行契機コマンドであれば（制御コマンドの受信順序や、操作部の操作順序が予め定められた順序であれば）ステップＳ３２２に進み、そうでない場合（制御コマンドの受信順序や、操作部の操作順序が予め定められた順序でない場合）はステップＳ３２６に進む。

例えば、現在の遊技状態が、遊技進行演出データテーブルの「ＳＴ１０２」である場合には、遊技状態「ＳＴ１０２」に対応する実行契機コマンドは「スタートレバー受付コマンド」である。したがって、受信した制御コマンドが「スタートレバー受付コマンド」であればステップＳ３２２に進み、そうでない場合はステップＳ３２６に進んでサブエラーフラグをＯＮにする。

ステップＳ３２２では、設定したＡ〜Ｃタイマがタイムアウトしたか否か、すなわち、前回の制御コマンドを受信してから新たな制御コマンドを受信するまでの受信間隔時間が、所定の判定時間未満か、所定の判定時間以上であるかを判断する。そして、Ａ〜Ｃタイマがタイムアウトしている場合（制御コマンドの受信間隔時間が所定の判定時間以上である場合）には、ステップＳ３２３に進み、そうでない場合（制御コマンドの受信間隔時間が所定の判定時間未満である場合（早すぎる場合））はステップＳ３２６に進む。

例えば、現在の遊技状態が、遊技進行演出データテーブルの「ＳＴ１０２」である場合には、遊技状態「ＳＴ１０２」に対応するタイマは「Ｔ１（＝１０ｍｓ）」および「Ｔ４（＝４１００ｍｓ）」である。したがって、Ａタイマが１０ｍｓ以上、且つ、Ｂタイマが４１００ｍｓ以上であればステップＳ３２３に進み、Ａタイマが１０ｍｓ未満、または、Ｂタイマが４１００ｍｓ未満であればステップＳ３２６に進んでサブエラーフラグをＯＮにする。

ステップＳ３２３では、遊技状態をクリアする。ステップＳ３２４では、次回に受信する予定の実行契機コマンドに対応する、タイマや演出データを設定する。ステップＳ３２５では、受信した実行契機コマンドに対応する遊技状態を、移行先の遊技状態として設定する。

ステップＳ３２６では、サブエラーフラグをＯＮにする。ステップＳ３２７、Ｓ３２８では、エラーフラグＯＮ設定時処理を行う。まず、ステップＳ３２７では遊技状態をクリアする。ステップＳ３２８ではサブエラーの発生を報知する異常報知として、エラー演出１の制御データを設定する。図１３はエラー演出１を例示しており、「通信エラーが発生しました」との音声出力と共に、ランプの発光、演出装置１５７での画像表示１によって、異常報知を行う。

ステップＳ３２９では、受信した制御コマンドが「解錠検知コマンド」であるか否かを判断する。そして、解錠検知コマンドであればステップＳ３３０に進み、そうでない場合にはステップＳ３３６に進む。

ステップＳ３３０ではサブエラーフラグがＯＮか否かを判定する。ＯＮの場合はＳ３３１へ進み、ＯＦＦの場合はＳ３３３へ進む。ステップＳ３３１ではサブエラーフラグをＯＦＦとし、ステップＳ３３２ではサブエラーの報知を終了すべく、エラー演出１を終了するための設定を行う。本実施形態ではサブエラーの報知を錠装置１４０の解錠、つまり、前面扉１０２の開放を契機として終了する。詳細については後述する。

ステップＳ３３３では、遊技状態をクリアする。ステップＳ３３４では、エラー時データテーブルを参照し、実行契機コマンド「解錠検知コマンド」に対応する「ＳＴ４０１」を移行先の遊技状態として設定する。ステップＳ３３５では、実行契機コマンド「解錠検知コマンド」に対応する、タイマＴ５とエラー演出２の制御データを設定する。

エラー演出２は、前面扉１０２の開放操作が行われた旨を報知する演出である。図１３はエラー演出２を例示しており、「扉が開きました」との音声出力と共に、ランプの発光、演出装置１５７での画像表示２によって、扉開報知ないし扉開放の操作報知を行う。

Ｓ３３６では他の制御コマンドに関する処理を行う。例えば、「施錠検知コマンド」を受信した場合、Ｓ３３５で設定したエラー演出２を終了する。また、「エラー解除コマンド」を受信した場合、Ｓ３１４で設定した演出を終了する。

ステップＳ３３７では、デバイスドライバへ出力すべき制御データがあるか否かを判断する。そして、制御データがある場合にはステップＳ３３８に進み、そうでない場合にはステップＳ３３９に進む。

ステップＳ３３８では、デバイスドライバへ制御データを出力する。例えば、制御データをスピーカ４６２や演出用発光表示部４５０に出力する。

ステップＳ３３９では、表示制御部５００へ出力すべきコマンドがあるか否かを判断する。そして、コマンドがある場合にはステップＳ３４０に進み、そうでない場合には一単位の処理を終了する。ステップＳ３４０では、表示制御部５００にコマンドを送信して、処理を終了する。

以上のように、本実施形態では、副制御部４００が、副制御部４００自身のエラーを判断する機能を有しているので、主制御部３００の故障や副制御部４００に対する不正行為の検知が可能となる。

不正行為としては、例えば、図１４に示されるように、主制御部３００と副制御部４００との間に不正機器が設置され、この不正機器によって副制御部４００に対して不正な制御コマンドが送信される場合が挙げられる。

＜サブエラーの報知＞
次に、サブエラーの報知に関連する事項について詳細に説明する。本実施形態では、上記の通り、副制御部４００が独自に異常を判断して遊技ランプや演出装置１５７、或いは、音声出力による報知を行っている。

ここで、図２を参照して説明したとおり、本実施形態では主制御部３００と副制御部４００とは一方向通信であり、副制御部４００から主制御部３００へ情報を送信することはできない。また、主制御部３９１は情報出力回路３９１を備えるものの、副制御部４００はこれを備えず、外部のホールコンピュータへ情報を送信する構成を有していない。更に、本実施形態では、外部から主制御部３００を介さずに副制御部４００へ指示が可能な操作部を持たない。

そこで、本実施形態では、副制御部４００が行う異常報知に、主制御部３００が操作検知可能な所定の操作を促す報知を少なくとも一部に含ませ、この操作を条件として異常報知を終了することとした。報知を受けて、ホール店員等によって所定の操作が行われる結果、主制御部３００からホールコンピュータ等に情報が送信され、結果として、副制御部４００で異常が判断されたことが外部で認識可能となる。こうして、外部への情報送信機能を持たない副制御部４００で生じた異常の情報収集を可能とすることができる場合がある。

本実施形態では、所定の操作を扉開放操作（錠装置１４０に対する解錠操作）とした。上述したとおり、本実施形態では、解錠操作が検知されると主制御部３００はエラーとしてホールコンピュータにエラーがあったことを通知することになる。この結果、副制御部４００におけるサブエラーは扉開放エラーとして、認識され、記録される。

ホールコンピュータ側では、扉開放エラーが錠装置１４０に対する解錠操作のみのものか、副制御部４００にサブエラーが判断されて報知された結果による解錠操作によるものかを区別することはできないが、ホール店員がサブエラーの報知を確認することで、サブエラーに起因した解錠操作であることを認識できる。

また、上記の通り、扉開放エラーは遊技の進行を中断させないので、これをサブエラーの報知終了の条件とすることで、遊技者に与える不快感を低減すると共に、異常報知終了のための専用の操作装置を増設する必要もなくコストアップを抑制してサブエラーの解除を行える。

図１５は、サブエラーに関する一連の流れを時間軸示す概要図である。まず、状態ＳＴ１で示すように、主制御部３００から副制御部４００へ送信される制御コマンドに関するサブエラーが副制御部４００で判断される。すると、副制御部４００は扉開放を促す報知を含む、異常報知を行う（図１１のＳ３２８）。同図の例では演出装置１５７に「通信異常あり」とのエラーの内容の報知に加えて、「扉開けてください」という扉開放を促す報知がなされている。

状態ＳＴ２はホール店員が扉開放を行った状態（錠装置１４０の解錠操作を行った状態）を示している。主制御部３００は扉開放エラーとなり、ホールコンピュータへエラーを送信すると共に副制御部４００にもエラーの制御コマンド（図８の解錠検知コマンド）を送信する。これを受けて副制御部４００は、サブエラーの報知を終了し（図１１のＳ３３２）、扉開放エラーの報知を開始する（図１１のＳ３３５）。図１５の例では演出装置１５７に「扉開いてます」とのエラー内容の報知がなされている。

図１６は、状態ＳＴ１、状態ＳＴ２における、より具体的な報知例等を示している。

状態ＳＴ１では、演出装置１５７に画像によって、「通信エラーが発生しました」、「扉をあけて解除してください」と表示されている。また、音声により、「通信エラーが発生しました」と繰り返し報知される。更に、上部ランプ１５０及びサイドランプ１５１が全点灯する一方、中央ランプ１５２等は全消灯させることで、サブエラーの報知に固有の報知態様を採用している。

扉開放操作（錠装置１４０に対する解錠操作）がなされると、状態ＳＴ２となり、主制御部３００においてこれが操作検知され、情報出力回路３９１を介してホールコンピュータへ扉開放信号がエラー情報として送信される。また、主制御部３００から副制御部４００へ解錠検知コマンドが送信され、サブエラーの報知が終了して、扉開放エラーの報知が開始される。扉開放エラーの報知により解錠操作が適切に行われたことをホール店員等が認識することが可能となり、また、前面扉１０２が開放可能な状態（解錠された状態）にあることもホール店員等に認識させることが可能となる。

同図の例では演出装置１５７に画像によって、「扉が開きました」と表示されている。また、音声により、「扉が開きました」と複数回（ここでは２回）報知される。更に、上部ランプ１５０及びサイドランプ１５１が点滅する一方、中央ランプ１５２等は全点灯させることで、扉開放エラーに固有の報知態様を採用している。なお、この報知中も遊技は継続可能である。

前面扉１０２の閉鎖が検知されると（錠装置１４０に対する施錠操作）、主制御部３００から副制御部４００へ図８の施錠検知コマンドが送信され、扉開放エラーの報知が終了する。

＜第２実施形態＞
上記第１実施形態では、錠装置１４０に対する操作検知によって前面扉１０２の開閉を判断する構成としたが、前面扉１０２の開閉を直接検知する構成でもよい。例えば、図１７に示すように、本体１０１の内部にセンサ１０を設け、前面扉１０２の開閉を検知する。センサ１０は、例えば、前面扉１０２の閉鎖時には前面扉１０２に押圧されてＯＮとなり、開放時には押圧開放によりＯＦＦとなるプッシュ式のセンサ等である。

＜第３実施形態＞
上記第１実施形態では、前面扉１０２の開放を条件として、サブエラーの報知を終了したが、前面扉１０２の閉鎖を条件としてサブエラーの報知を終了する構成としてもよい。

図１８は本実施形態における副制御部メイン処理のフローチャートであり、上記第１実施形態と異なる処理を抜粋している。

ステップＳ３２９では、受信した制御コマンドが「解錠検知コマンド」であるか否かを判断する。そして、解錠検知コマンドであればステップＳ３３３に進み、そうでない場合にはステップＳ４０１に進む。ステップＳ３３３、Ｓ３３４の処理は上記第１実施形態と同様である。ステップＳ３５０では、サブエラーフラグがＯＮか否かを判定する。ＯＦＦの場合はステップＳ３５１へ進み、ＯＮの場合はステップＳ３５２へ進む。ステップＳ３５１は、上記第１実施形態のステップＳ３３５と同じ処理であり、扉開放エラーの報知が開始される。ステップＳ３５２も同様であるが、扉開放エラーだけでなく、サブエラーの報知も含まれる報知を開始する。

Ｓ４０１では、受信した制御コマンドが「施錠検知コマンド」であるか否かを判断する。そして、施錠検知コマンドであればステップＳ４０２へ進み、そうでない場合はステップＳ３３６（図１１）へ進む。

ステップＳ４０２ではサブエラーフラグがＯＮか否かを判定する。ＯＮの場合はＳ４０３へ進み、ＯＦＦの場合はＳ４０５へ進む。ステップＳ４０３ではサブエラーフラグをＯＦＦとし、ステップＳ４０４ではサブエラーの報知を終了すべく、エラー演出１を終了するための設定を行う。これにより、サブエラーの報知を錠装置１４０の施錠、つまり、前面扉１０２の閉鎖を契機として終了することになる。

ステップＳ４０５では、Ｓ３３５で設定したエラー演出２を終了する。これにより扉開放エラーの報知が終了する。ステップＳ４０６では元の演出内容に復帰するための演出データの設定を行う。元の演出内容とは、サブエラー発生前、或いは、扉開放前に行っていた演出内容である。

図１９は、本実施形態の状態ＳＴ１、状態ＳＴ２における、より具体的な報知例等を示している。ここで、状態ＳＴ２の報知例はサブエラーフラグがＯＮの場合の報知例である（Ｓ３５２のエラー演出２’）。

状態ＳＴ１での報知内容は図１６の状態ＳＴ１での報知内容と同じである。一方、状態ＳＴ２での報知では、演出装置１５７に画像によって、「通信エラーが発生しました」と表示されてサブエラーの報知が継続されると共に、「扉が開きました」と扉開放エラーの報知が行われている。

音声報知では、「扉が開きました」と複数回（ここでは２回）報知される。上部ランプ１５０及びサイドランプ１５１は音声報知の間、点滅して、その後、全点灯とされて扉開放エラーとサブエラーとの報知を混在させたものとしている。

前面扉１０２の閉鎖が検知されると（錠装置１４０に対する施錠操作）、主制御部３００から副制御部４００へ図８の施錠検知コマンドが送信され、扉開放エラーの報知とサブエラーの報知とが共に終了する。その後、元の演出内容に復帰する。

このように他の報知（扉開放エラー）を行う場合であっても、サブエラーの報知を継続して行うことも可能である。これによりサブエラーの発生をホール店員等により確実に認識させることが可能となる場合がある。

＜第４実施形態＞
不正行為の抑制の観点では、サブエラーの報知の解除方法を不正行為者に知られるのは好ましくない。また、ホール店員は解除方法を事前に知らされている場合が多いと想定される。そこで、サブエラーの報知において、これを解除する操作を促す報知を含めない報知態様も採用可能である。また、サブエラー発生時においては扉開放エラーは行わない報知態様も採用可能である。

図２０は、本実施形態の状態ＳＴ１、状態ＳＴ２における、より具体的な報知例等を示している。ここで、状態ＳＴ２の報知例はサブエラーフラグがＯＮの場合の報知例である（Ｓ３５２のエラー演出２’）。

状態ＳＴ１での報知内容は図１６の状態ＳＴ１での報知内容と基本的に同じであるが、演出装置１５７には「扉をあけて解除してください」とは表示されておらず、解除方法を含めていない。

また、状態ＳＴ２での報知では、演出装置１５７に画像によって、「コマンドに異常あり」と表示されて、サブエラーの具体的種類が報知されており、扉開放エラーに関する報知は無しとしている。このように扉開放エラーの報知に代えて、サブエラーの新たな報知を行ってもよい。

サブエラーの具体的種類によっては、確認作業に時間がかかる場合がある。このため、本実施形態では状態ＳＴ２においては遊技ランプや音声による報知は行わない構成としている。

前面扉１０２の閉鎖が検知されると（錠装置１４０に対する施錠操作）、主制御部３００から副制御部４００へ図８の施錠検知コマンドが送信され、サブエラーの報知が終了し、元の演出内容に復帰する。但し、その復帰時においては演出装置１５７に「コマンド監視を継続します」と表示し、制御コマンドを監視している旨を強調する。この表示は例えば一定期間（例えば５秒間）行う。これにより不正行為者に対する牽制となる。

また、本実施形態も、上記第３実施形態と同様、他の報知（扉開放エラー）を行う場合であっても、サブエラーの報知を継続して行う例であり、サブエラーの発生をホール店員等により確実に認識させることが可能となる場合がある。

図２１は、本実施形態の別例を示しており、状態ＳＴ１、状態ＳＴ２における、より具体的な報知例等を示している。

状態ＳＴ１での報知内容は図２０の状態ＳＴ１での報知内容と同じであり、演出装置１５７には「扉をあけて解除してください」とは表示されておらず、解除方法を含めていない。状態ＳＴ２での報知では、演出装置１５７に画像によって、「扉を閉めてください」と表示されて、扉開放エラーを解消する方法を提示している。これはサブエラーの報知解除が成立したことの報知にもなっている。図２１の例でも状態ＳＴ２においては遊技ランプや音声による報知は行わない構成としているが、行ってもよい。

＜第５実施形態＞
サブエラーの報知は最低実行期間を設定し、この期間内に解除操作が行われた場合であっても最低実行期間経過後に報知終了としてもよい。これは、例えば、報知解除方法を知っている不正行為者が、報知後、直ちに解除操作を行った場合であっても、報知が一定期間は継続してホール店員等に認識させることが可能となる場合がある。

図２２は、本実施形態の状態ＳＴ１、状態ＳＴ２における、より具体的な報知例等を示している。本実施形態では、扉開放を報知解除操作とし、演出装置１５７の画像による報知については、最低１０秒間継続する場合を想定している。

状態ＳＴ１での報知内容は図２０、図２１の報知内容と同様とし、演出装置１５７には「扉をあけて解除してください」と表示せず、解除方法を含めていない内容としている。

サブエラーの報知開始から１０秒未満の間に扉開放が検知されて状態ＳＴ２になると、遊技ランプや音声による報知は、図１６等の扉開放エラーの報知と同様であるが、演出装置１５７の画像はサブエラーの報知を継続している。その後、サブエラーの報知開始から１０秒未満の間に前面扉１０２が閉鎖されると、遊技ランプや音声による報知は扉開放エラーの報知を終了するが、演出装置１５７の画像はサブエラーの報知を継続している。そして、１０秒間の経過後に元の演出内容に復帰している。

扉開放中に１０秒間経過した場合、演出装置１５７の画像は、例えば、図１６等に例示した扉開放エラーの報知とすることができる。また、１０秒経過後に報知解除操作が行われる場合には報知解除操作までサブエラーの報知を継続することができる。

＜第６実施形態＞
サブエラーの報知解除操作となるメイン側のエラーの報知解除操作は、複数回の操作を要求してもよい。例えば、サブエラーの発生時における扉開放エラーの報知解除は、扉閉鎖が複数回行われた場合に、成立するものとする。通常の扉開放エラーの報知解除は扉閉鎖１回とする。そうすると、ホールコンピュータ側において、扉開放エラーがサブエラーに起因するものか、そうでないか、を判別することが容易となる場合がある。

図２３は、本実施形態における報知例を示している。サブエラー発生後、状態ＳＴ１でサブエラー報知を行い、報知解除条件が「開閉：２回」と表示されている。扉の開放検知により状態Ｓ２に移行して扉開放エラー報知を行う。その後の扉閉鎖検知で再び状態ＳＴ１となり、サブエラー報知を行い、扉の開放検知により状態Ｓ２に移行して扉開放エラー報知を行う。その後の扉閉鎖検知で報知終了となって、元の演出内容に復帰する。本例の場合、報知解除を行うホール店員等は、錠装置１４０に対して、中立位置にある可動部１４０ａを、解錠位置→中立位置→解錠位置→中立位置と操作することで、エラー報知終了となる。遊技台から外部のホールコンピュータに向けて、複数回の信号が出力されるようになることから、通常では可能性の低い事象をホールコンピュータ側で確認可能となり、サブエラーに起因するものと判断することが可能となる場合がある。

なお、１回目の状態ＳＴ２においては、例えば、遊技ランプや音声出力については元の演出内容に復帰し、演出装置１５７の画像表示のみサブエラー報知画像としてもよい。これにより、解除操作が途中段階まで成立していることを操作者に認識させやすくすることができる場合がある。

＜第７実施形態＞
上記各実施形態では、扉の開放操作や閉鎖操作を基準としてサブエラーの報知解除を行うようにしたが、これに限られず、スロットマシン１００に対する各種の操作をサブエラーの報知解除の対象とすることができる。この場合、ホールコンピュータへの情報送信を伴う操作や、遊技の進行の中断を伴わない操作であることが好ましい。

例えば、錠装置１４０に対するリセット操作を基準としてもよい。図２４は本実施形態における報知例を示している。

サブエラーが発生すると、サブエラーの報知が開始される。同図の例では、図１６等と同様の報知例であるが、演出装置１５７には、サブエラーの報知の解除操作の報知として、「扉キーを左に２回操作してください」と表示されている。そして、錠装置１４０に対するリセット操作が２回行われるとサブエラーの報知が終了して元の演出内容に復帰する。つまり、報知解除を行うホール店員等は、錠装置１４０に対して、中立位置にある可動部１４０ａを、リセット位置→中立位置→リセット位置→中立位置と操作することで、サブエラー報知終了となる。無論、操作回数は１回でも３回以上であってもよい。

リセット操作は遊技の進行の中断を伴わないものである。また、情報出力回路３９１は、リセット操作の検知信号を送信し、ホールコンピュータにおいて、サブエラーの発生の認識が可能となる。

リセット操作以外の、サブエラーの報知解除とする操作としては、例えば、防犯の観点で錠装置１４０に対する接触を検知するタッチセンサを設け、タッチセンサにより錠装置１４０への何らかの物体の接触が検知された場合にサブエラーの報知解除としてもよい。タッチセンサの検知結果は主制御部３００で受信され、主制御部３００は操作を検知すると、ホールコンピュータにその旨を送信するようにしてもよい。また、サブエラーの報知解除を促す報知としては、例えば、「鍵を操作してください」という表示が挙げられる。

＜第８実施形態＞
本発明が適用可能な遊技台は、「複数種類の図柄が施された複数のリールと、このリールの回転を開始させるためのスタートレバーと、各々のリールに対応して設けられ、リールの回転を個別に停止させるためのストップボタンと、予め定められた役の内部当選の当否を抽選により判定する抽選手段と、この抽選手段の判定結果とストップボタンの操作に基づいて、リールを停止させるリール停止制御手段と、を備え、停止時のリールにより表示される図柄の組合せが、内部当選した役に対応して予め定められた図柄の組合せである場合に前記役に入賞するように構成されたスロットマシン」に好適であるが、上記実施形態に示されるようなスロットマシンの構造等に限定されるものではない。

従って、例えば、上記実施形態においては、メダル（コイン）を遊技媒体としたスロットマシンの例を示したが、例えば、遊技球（例えば、パチンコ玉）を遊技媒体としたスロットマシン（いわゆるパロット）やパチンコ機などにも本発明は適用可能である。

ここで、パチンコ機としては、例えば、所定の図柄（識別情報）を変動表示する可変表示装置を備え、始動入賞口に遊技球が入って入賞することを契機として、可変表示装置が図柄を変動させた後に停止表示させて、遊技状態の推移を告知するようなパチンコ機が一例として挙げられる。

このようなパチンコ機では、遊技球が始動入賞口に入球すると、抽選を行い、この抽選結果が当りであるか否かを判定する。そして、この抽選で大当たりに当選すると、可変表示装置により、特定の図柄による組合せ（大当たり図柄；例えば、７７７など）が表示され、大当たり状態に移行する。大当たり状態では、大入賞口が、例えば、所定の時間または所定の回数、開放され続けるので、遊技球は入球しやすい状態となり、遊技者にとって有利な状態が実現されるようになっている。また、特定の図柄による組合せ（大当たり図柄）が、確率変動を伴う大当たり図柄（確変図柄）である場合には、次に大当たりとなる確率が高くなり、遊技者にとってさらに有利な状態が実現される。

＜実施形態のまとめ＞
Ａ１．上記実施形態の遊技台は、第一の制御手段（例えば300）により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせる第二の制御手段（例えば400）を備えた遊技台（例えば100）であって、前記第一の制御手段は、遊技台外部に情報の送信が可能なものであり（例えば391,S16）、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能なものであり（例えばS328）、前記異常報知は、前記第一の制御手段が操作検知可能な所定の操作を促す報知を少なくとも一部に含むものであり（例えば図16）、前記第一の制御手段は、前記所定の操作を検知した場合に、遊技台外部への情報の送信と、前記第二の制御手段への情報の送信と、を少なくとも行うものであり（例えばS16,S15）、前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記異常報知を終了させるものである（例えばS332）、ことを特徴とする。

この構成によれば、前記所定の操作が行われる結果、第一の制御手段から遊技台外部に情報が送信され、結果として、第二の制御手段で異常が判断されたことが外部で認識可能となる。したがって、外部への情報送信機能を持たない制御部で生じた異常の情報収集を可能とすることができる場合がある。

Ａ２．上記実施形態の遊技台は、上記Ａ１の遊技台であって、前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記報知手段に操作報知（例えばS335）を行わせるものである、ことを特徴とする。

この構成によれば、所定の操作が適切に行われたことをホール店員等に認識させることができる場合がある。

Ａ３．上記実施形態の遊技台は、上記Ａ１またはＡ２の遊技台であって、前記第二の制御手段は、前記異常報知の開始後から第一の期間において、他の報知を行う場合であっても前記異常報知を継続して前記報知手段に行わせるものである（例えば図19,図20,図22）、ことを特徴とする。

この構成によれば、異常報知をより確実にホール店員等に認識させることが可能となる場合がある。

Ｂ１．上記実施形態の遊技台は、本体（例えば101）に取り付けられた前扉（例えば102）と、前記前扉を施錠する錠装置（例えば140）と、遊技の進行を制御する第一の制御手段（例えば300）と、前記第一の制御手段により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせることが可能な第二の制御手段（例えば400）と、を備えた遊技台（例えば100）であって、前記錠装置の施錠／解錠を検知する検知手段（例えば346）を備え、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能なものであり（例えばS328）、前記第一の制御手段は、前記検知手段により検知された結果が前記解錠であった場合、前記第二の制御手段に解錠情報を送信するものであり（例えばS12,S15,図8）、前記第一の制御手段は、前記検知手段により検知された結果が前記解錠であった場合、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記解錠情報に基づいて、前記異常報知を終了させるものである（例えばS332）、ことを特徴とする。

この構成によれば、異常報知の解除にあたって遊技の進行が中断せず、また、錠装置の解錠を条件として異常報知を終了させることで専用の操作装置を増設する必要はない。したがって、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することが可能となる場合がある。

Ｂ２．上記実施形態の遊技台は、上記Ｂ１の遊技台であって、前記第二の制御手段は、前記第一の制御手段により送信された前記解錠情報に基づいて、前記報知手段に扉開報知を行わせることが可能なものである（例えばS335）、ことを特徴とする。

この構成によれば、解錠操作が適切に行われたことをホール店員等に認識させることができる場合がある。また、前扉が開放可能な状態となっていることをホール店員等に認識させることができる場合がある。

Ｂ３．上記実施形態の遊技台は、本体（例えば101）に取り付けられた前扉（例えば102）と、前記前扉を施錠する錠装置（例えば140）と、遊技の進行を制御する第一の制御手段（例えば300）と、前記第一の制御手段により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせることが可能な第二の制御手段（例えば400）と、を備えた遊技台（例えば100）であって、前記錠装置の施錠／解錠を検知する検知手段（例えば346）を備え、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能なものであり（例えばS328）、前記第一の制御手段は、前記検知手段により検知された結果が前記施錠であった場合、前記第二の制御手段に施錠情報を送信するものであり（例えばS12,S15,図8）、前記第一の制御手段は、前記検知手段により検知された結果が前記施錠であった場合、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記施錠情報に基づいて、前記異常報知を終了させるものである（例えばS332）、ことを特徴とする。

この構成によれば、異常報知の解除にあたって遊技の進行が中断せず、また、錠装置の施錠を条件として異常報知を終了させることで専用の操作装置を増設する必要はない。したがって、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することが可能となる場合がある。

Ｂ４．上記実施形態の遊技台は、本体（例えば101）に取り付けられた前扉（例えば102）と、遊技の進行を制御する第一の制御手段（例えば300）と、前記第一の制御手段により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせることが可能な第二の制御手段（例えば400）と、を備えた遊技台（例えば100）であって、前記前扉の開状態／閉状態を検知する検知手段（例えば10）を備え、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能なものであり（例えばS328）、前記第一の制御手段は、前記検知手段により検知された結果が前記開状態であった場合、前記第二の制御手段に開状態情報を送信するものであり（例えばS12,S15）、前記第一の制御手段は、前記検知手段により検知された結果が前記開状態であった場合、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記開状態情報に基づいて、前記異常報知を終了させるものである（例えばS332）、ことを特徴とする。

この構成によれば、異常報知の解除にあたって遊技の進行が中断せず、また、前扉の開放を条件として異常報知を終了させることで専用の操作装置を増設する必要はない。したがって、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することが可能となる場合がある。

Ｂ５．上記実施形態の遊技台は、上記Ｂ１〜Ｂ３の遊技台であって、前記第二の制御手段は、少なくとも、前記遊技情報の受信順序が所定の受信順序とは異なる場合に異常と判断するものである（例えばS321）、ことを特徴とする。

この構成によれば、第一の制御手段の故障発見や不正行為の検知が可能となる場合がある。

Ｂ６．上記実施形態の遊技台は、
本体（例えば101）に取り付けられた前扉（例えば102）と、前記前扉に設けられた錠装置（例えば140）と、遊技の進行を制御する第一の制御手段（例えば300）と、前記第一の制御手段により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせることが可能な第二の制御手段（例えば400）と、を備えた遊技台（例えば100）であって、前記錠装置は、鍵の挿入により回転可能な可動部（例えば140a）を備えたものであり、前記可動部が所定の位置にあることを検知する検知手段（例えば346）を備え、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能なものであり（例えばS328）、前記第一の制御手段は、前記検知手段により前記可動部が前記所定の位置にあることが検知された場合、前記第二の制御手段に情報を送信するものであり（例えばS12,S15,図8）、前記第一の制御手段は、前記検知手段により前記可動部が前記所定の位置にあることが検知された場合、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記異常報知を終了させるものである（例えばS332）、ことを特徴とする。

この構成によれば、異常報知の解除にあたって遊技の進行が中断せず、また、錠装置の操作を条件として異常報知を終了させることで専用の操作装置を増設する必要はない。したがって、遊技者に与える不快感を低減するとともにコストアップを抑制し得るエラー報知の解除を実現することが可能となる場合がある。
Ｂ１１．上記実施形態の遊技台は、遊技の進行を制御する第一の制御手段（例えば300）により送信された遊技情報（例えば図8）に基づいて、報知手段（例えば157,450,462）に報知を行わせる第二の制御手段（例えば400）を備えた遊技台（例えば100）であって、前記第一の制御手段は、遊技台外部に情報の送信が可能なものであり（例えば391,S16）、前記第一の制御手段と前記第二の制御手段との通信は、前記第一の制御手段から前記第二の制御手段への一方向の通信であり、前記第二の制御手段は、異常を判断可能な手段であり（例えばS321,S322）、前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能な手段であり（例えばS328）、前記異常報知は、前記第一の制御手段が操作検知可能な所定の操作を促す報知を少なくとも一部に含むものであり（例えば図16）、前記第一の制御手段は、前記所定の操作を検知した場合に、遊技台外部への情報の送信と、前記第二の制御手段への情報の送信と、を少なくとも行う手段であり（例えばS16,S15）、前記第一の制御手段は、前記所定の操作を検知した場合に、遊技の進行の制御を中断させることがないものとし、前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記異常報知を終了させる手段である（例えばS332）、ことを特徴とする。
Ｂ１２．上記実施形態の遊技台は、上記Ｂ１１の遊技台であって、前記第二の制御手段は、少なくとも、前記遊技情報の受信順序に基づき異常を判断する手段である（例えばS321）、ことを特徴とする。
Ｂ１３．上記実施形態の遊技台は、上記Ｂ１１の遊技台であって、前記第二の制御手段は、少なくとも、前記遊技情報の受信間隔時間に基づき異常を判断する手段である（例えばS322）、ことを特徴とする。

Claims (3)

1. 遊技の進行を制御する第一の制御手段により送信された遊技情報に基づいて、報知手段に報知を行わせる第二の制御手段を備えた遊技台であって、
   前記第一の制御手段は、遊技台外部に情報の送信が可能な手段であり、
   前記第一の制御手段と前記第二の制御手段との通信は、前記第一の制御手段から前記第二の制御手段への一方向の通信であり、
   前記第二の制御手段は、異常を判断可能な手段であり、
   前記第二の制御手段は、異常を判断した場合に前記報知手段に異常報知を行わせることが可能な手段であり、
   前記異常報知は、前記第一の制御手段が操作検知可能な所定の操作を促す報知を少なくとも一部に含むものであり、
   前記第一の制御手段は、前記所定の操作を検知した場合に、遊技台外部への情報の送信と、前記第二の制御手段への情報の送信と、を少なくとも行う手段であり、
   前記第一の制御手段は、前記所定の操作を検知した場合に、遊技の進行の制御を中断させることがないものとし、
   前記第二の制御手段は、前記第一の制御手段により送信された前記情報に基づいて、前記異常報知を終了させる手段である、ことを特徴とする遊技台。
2. 請求項１に記載の遊技台であって、
   前記第二の制御手段は、少なくとも、前記遊技情報の受信順序に基づき異常を判断する手段である、
   ことを特徴とする遊技台。
3. 請求項１に記載の遊技台であって、
   前記第二の制御手段は、少なくとも、前記遊技情報の受信間隔時間に基づき異常を判断する手段である、
   ことを特徴とする遊技台。

Images