JP6063834B2 - 遊技機 - Google Patents

遊技機 Download PDF

Info

Publication number
JP6063834B2
JP6063834B2 JP2013143054A JP2013143054A JP6063834B2 JP 6063834 B2 JP6063834 B2 JP 6063834B2 JP 2013143054 A JP2013143054 A JP 2013143054A JP 2013143054 A JP2013143054 A JP 2013143054A JP 6063834 B2 JP6063834 B2 JP 6063834B2
Authority
JP
Japan
Prior art keywords
error information
error
data
symbol
sub
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2013143054A
Other languages
English (en)
Other versions
JP2015015977A (ja
Inventor
繁 塚越
繁 塚越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Universal Entertainment Corp
Original Assignee
Universal Entertainment Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Universal Entertainment Corp filed Critical Universal Entertainment Corp
Priority to JP2013143054A priority Critical patent/JP6063834B2/ja
Publication of JP2015015977A publication Critical patent/JP2015015977A/ja
Application granted granted Critical
Publication of JP6063834B2 publication Critical patent/JP6063834B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Description

本発明は、遊技機に関する。
従来、複数の図柄がそれぞれの表面に配された複数のリールと、スタートスイッチと、ストップスイッチと、各リールに対応して設けられたステッピングモータと、制御部とを備えた、「パチスロ」と呼ばれる遊技機が知られている。スタートスイッチは、メダルやコインなどの遊技媒体が遊技機に投入された後、スタートレバーが遊技者により操作されたこと（以下、「開始操作」ともいう）を検出し、全てのリールの回転の開始を要求する信号を出力する。ストップスイッチは、各リールに対応して設けられたストップボタンが遊技者により押されたこと（以下、「停止操作」ともいう）を検出し、該当するリールの回転の停止を要求する信号を出力する。ステッピングモータは、その駆動力を対応するリールに伝達する。また、制御部は、スタートスイッチ及びストップスイッチにより出力された信号に基づいて、ステッピングモータの動作を制御し、各リールの回転動作及び停止動作を行う。
このような遊技機では、開始操作が検出されると、プログラム上で乱数を用いた抽籤処理（以下、「内部抽籤処理」という）が行われ、その抽籤の結果（以下、「内部当籤役」という）と停止操作のタイミングとに基づいてリールの回転の停止制御を行う。そして、全てのリールの回転が停止され、入賞の成立に係る図柄の組合せが表示されると、その図柄の組合せに対応する特典が遊技者に付与される。なお、遊技者に付与される特典の例としては、遊技媒体（メダル等）の払い出し、遊技媒体を消費することなく再度、内部抽籤処理を行う再遊技（リプレイ）の作動、遊技媒体の払い出し機会が増加するボーナスゲームの作動等を挙げることができる。
上述した遊技機は、通常、内部当籤役の決定、各リールの回転及び停止、入賞の有無の判定等の遊技機の主な遊技動作を制御する回路（主制御回路）が実装された主制御基板と、主に、映像の表示等による演出動作を制御する回路（副制御回路）が実装された副制御基板とを備える。そして、主制御基板からコマンドを副制御基板に送信して、副制御基板の動作が制御される。
ところで、このような構成の遊技機では、遊技中に遊技機内の電源配線を例えば金属部材等により短絡させて主制御回路から副制御回路に送信されるコマンドを消去することにより、有利な遊技状態を生成する不正行為（「ゴト」と呼ばれる行為）が大きな問題になっている。例えば、リプレイが連続して所定回数入賞したとき（リプレイの入賞情報を含むコマンドが所定回数連続して主制御回路から副制御回路に送信されたとき）に所定の特典が遊技者に付与される機能を有する遊技機において、リプレイが連続入賞している状況でリプレイ以外の役が入賞した場合、そのタイミングでゴト行為により電源配線を短絡させると、その入賞情報を含むコマンドが消去される。この場合、リプレイの連続入賞状態が維持され、所定の特典を不正に獲得することが可能になる。
そこで、従来、上述のようなゴト行為を検出及び防止するための技術が種々提案されている（例えば、特許文献１参照）。特許文献１には、電源スイッチの断操作（電断操作）を検出してから電源切断処理に至るスタンバイ時間内にその履歴を保持する技術が提案されている。この技術では、電源復帰後、その履歴を確認することにより、管理者が手動で電源を操作して遊技機の設定変更を行ったものであるのか、不正行為による瞬断等の操作により遊技機の設定変更が行われたものであるのかを容易に判断することができる。
特開２００６−０６８２４１号公報
上述のように、従来、遊技機内の電源配線を短絡（瞬断）させて主制御回路から副制御回路に送信されるコマンドを消去するゴト行為を検出する技術が提案されている。しかしながらが、この技術分野では、より容易にこのようなゴト行為の有無を検知することができ、かつ、様々なパターンのゴト行為が検出可能なゴト検出技術の開発が望まれている。
本発明はこの要望に応えるためになされたものであり、本発明の目的は、より容易にゴト行為の有無を検知することができ、かつ、様々なパターンのゴト行為が検出可能なゴト検出機能を備える遊技機を提供することである。
上記課題を解決するために、本発明では、以下のような第１の構成の遊技機を提供する。
遊技中の操作に関する所定のデータ（後述の各種コマンド）を送信する主制御部（例えば、後述のメインＣＰＵ３１）を有する主制御手段（例えば、後述の主制御回路６０）と、
前記主制御部から送信された前記所定のデータを受信し、該受信した所定のデータに基づいて所定の演出動作を制御する副制御部（例えば、後述のサブＣＰＵ３１）、エラー情報を格納するエラー情報格納部（例えば、後述のエラー情報履歴格納領域７３ａ）、及び、前記副制御部に供給される電源電圧の電圧降下を監視して電断の有無を検知する電圧監視部（例えば、後述の電断検知回路９０）を有する副制御手段（例えば、後述の副制御回路７０）と、
前記副制御手段に電気的に接続され、所定の情報を表示する表示手段（例えば、後述の液晶表示装置１０）と、を備え、
前記副制御部は、前記電圧監視部により電断が検知された際に、該電断に対応するエラー情報を前記エラー情報格納部に登録するエラー情報登録手段（例えば、後述のエラー情報登録手段７１ｄ）、及び、前記エラー情報格納部に登録されたエラー情報を前記表示手段の表示画面に時系列で表示させるエラー情報履歴表示手段（例えば、後述のエラー情報履歴表示手段７１ｆ）を有し、
複数種の所定期間（例えば、後述の短期、中期及び長期）のそれぞれにおいて、該複数種の所定期間のそれぞれに対応する所定回数以上の電断が前記電圧監視部により検知された場合には、
前記エラー情報登録手段は、対応する所定期間内において前記エラー情報格納部に格納された電断回数分の電断に関連するエラー情報（例えば、後述の「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を、一つのエラー情報（例えば、後述の「ＰＯＷＥＲ ＥＲＲ１」〜「ＰＯＷＥＲ ＥＲＲ３」）に集約し、該集約されたエラー情報を前記エラー情報格納部に格納し、
さらに、前記エラー情報登録手段は、前記集約されたエラー情報を前記エラー情報格納部に格納する際に、電断に関連するエラー情報以外のエラー情報を維持するとともに、集約前に前記エラー情報格納部に格納されている前記電断回数分の前記電断に関連するエラー情報を削除する
ことを特徴とする遊技機。
また、上記課題を解決するために、本発明では、以下のような第２の構成の遊技機を提供する。
複数の図柄が配置された表示列を複数含み、遊技中に該複数の図柄を変動表示する変動表示手段（例えば、後述のリール３Ｌ，３Ｃ，３Ｒ）と、
前記変動表示手段の動作を制御するとともに、遊技中の操作に関する所定のデータ（後述の各種コマンド）を送信する主制御部（例えば、後述のメインＣＰＵ３１）を有する主制御手段（例えば、後述の主制御回路６０）と、
前記主制御部から送信された前記所定のデータを受信し、該受信した所定のデータに基づいて所定の演出動作を制御する副制御部（例えば、後述のサブＣＰＵ３１）、エラー情報を格納するエラー情報格納部（例えば、後述のエラー情報履歴格納領域７３ａ）、及び、前記副制御部に供給される電源電圧の電圧降下を監視して電断の有無を検知する電圧監視部（例えば、後述の電断検知回路９０）を有する副制御手段（例えば、後述の副制御回路７０）と、
前記副制御手段に電気的に接続され、所定の情報を表示する表示手段（例えば、後述の液晶表示装置１０）と、を備え、
前記副制御部は、前記電圧監視部により電断が検知された際に、該電断に対応するエラー情報を前記エラー情報格納部に登録するエラー情報登録手段（例えば、後述のエラー情報登録手段７１ｄ）、及び、前記エラー情報格納部に登録されたエラー情報を前記表示手段の表示画面に時系列で表示させるエラー情報履歴表示手段（例えば、後述のエラー情報履歴表示手段７１ｆ）を有し、
複数種の所定期間（例えば、後述の短期、中期及び長期）のそれぞれにおいて、該複数種の所定期間のそれぞれに対応する所定回数以上の電断が前記電圧監視部により検知された場合には、
前記エラー情報登録手段は、対応する所定期間内において前記エラー情報格納部に格納された電断回数分の電断に関連するエラー情報（例えば、後述の「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を、一つのエラー情報（例えば、後述の「ＰＯＷＥＲ ＥＲＲ１」〜「ＰＯＷＥＲ ＥＲＲ３」）に集約し、該集約されたエラー情報を前記エラー情報格納部に格納し、
さらに、前記エラー情報登録手段は、前記集約されたエラー情報を前記エラー情報格納部に格納する際に、電断に関連するエラー情報以外のエラー情報を維持するとともに、集約前に前記エラー情報格納部に格納されている前記電断回数分の前記電断に関連するエラー情報を削除する
ことを特徴とする遊技機。
また、本発明の遊技機では、前記複数種の所定期間が、秒単位の所定期間、分単位の所定期間及び時間単位の所定期間を含むようにしてもよい。
さらに、本発明の遊技機では、前記エラー情報登録手段により集約されたエラー情報は、前記所定期間内に前記所定回数以上の電断が発生したエラー事象に対応するエラーコード、前記所定期間内において最初に電断が発生したときの時刻情報、及び、該所定期間内において最後に電断が発生したときの時刻情報を含むようにしてもよい。
上述のように、本発明の遊技機では、複数種の所定期間のそれぞれにおいて、所定回数以上の電断が検知された場合（ゴト行為が行われた際に発生するエラー事象が検知された場合）には、対応する所定期間内においてエラー情報格納部に格納された電断回数分の電断に関連するエラー情報を、一つのエラー情報に集約する。それゆえ、本発明の遊技機によれば、ゴト行為が行われた際に発生するエラー事象の有無をより容易に検知することができ、かつ、様々なパターンのゴト行為も検出することができる。
本発明の一実施形態における遊技機（パチスロ）の機能フローを説明するための図である。 本発明の一実施形態における遊技機の外観構造を示す斜視図である。 本発明の一実施形態における遊技機の図柄表示領域及び有効ラインを示す図である。 本発明の一実施形態における遊技機の液晶表示装置付近の外観構造を示す正面図である。 本発明の一実施形態における遊技機の表示パネルユニット付近の概略断面図である。 本発明の一実施形態における遊技機の表示パネルの構成を示す図である。 本発明の一実施形態における遊技機の左装飾パネル及びその裏面側に設けられた左赤外線センサの構成を説明するための図である。 本発明の一実施形態における遊技機が備える回路の全体構成を示すブロック図である。 本発明の一実施形態における副制御回路の内部構成を示すブロック図である。 本発明の一実施形態における副制御回路のサブＲＯＭの領域イメージを示す図である。 本発明の一実施形態における副制御回路のサブＲＡＭの領域イメージを示す図である。 本発明の一実施形態のサブＲＡＭにおけるエラー情報履歴格納領域の構造の一例を示す図である。 本発明の一実施形態におけるエラー情報履歴格納領域に格納されるデータの内容の一例を示す図である。 本発明の一実施形態におけるエラー情報履歴格納領域に格納されるデータの内容の一例を示す図である。 本発明の一実施形態のサブＲＡＭにおける通信ログ収集用リングバッファ領域の構造の一例を示す図である。 本発明の一実施形態のサブＲＡＭにおける通信エラー保存バッファ領域の構造の一例を示す図である。 本発明の一実施形態における副制御回路のバックアップＲＡＭ（ＳＲＡＭ）の領域イメージを示す図である。 本発明の一実施形態における副制御回路及びサブデバイス間の送受信コマンドのデータフォーマットを示す図である。 本発明の一実施形態における副制御回路及びサブデバイス間の送受信データの内容を示す図である。 本発明の一実施形態におけるサブデバイス通信チェックテーブル（サブデバイス通信データ整合性チェックテーブル）の一例を示す図である。 本発明の一実施形態の遊技機における、ＲＡＭ破壊時のエラー報知例を示す図である。 本発明の一実施形態の遊技機における液晶表示装置のメニュー画面の表示例を示す図である。 本発明の一実施形態の遊技機における、エラー情報履歴の確認画面の一例を示す図である。 本発明のエラー情報履歴の登録編集処理を用いない場合における、エラー情報履歴の確認画面の一例を示す図である。 本発明の一実施形態の遊技機における、エラー情報履歴の確認画面の一例を示す図である。 本発明の一実施形態の遊技機においてエラー情報を管理するために用いる二次元コードに含まれる送信情報のフォーマットを示す図である。 本発明の一実施形態の遊技機において用いる受信コマンドのコード番号と、種別と、パラメータとの関係を示す図である。 本発明の一実施形態の遊技機において、ＣＯＭエラーが発生した場合の二次元コードの情報の記録イメージを説明するための図である。 本発明の一実施形態における図柄配置テーブルの一例を示す図である。 本発明の一実施形態における図柄組合せテーブルの一例を示す図である。 本発明の一実施形態におけるボーナス作動時テーブルの一例を示す図である。 本発明の一実施形態における遊技機の主制御回路で制御するＲＴ遊技状態の遷移フローを示す図である。 本発明の一実施形態におけるＲＴ遷移テーブルの一例を示す図である。 本発明の一実施形態における内部抽籤テーブル決定テーブルの一例を示す図である。 本発明の一実施形態における内部抽籤テーブル（非ボーナス作動時用）の一例を示す図である。 本発明の一実施形態におけるＲＢ（レギュラーボーナス）１遊技状態用内部抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるＲＢ２遊技状態用内部抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるボーナス用内部当籤役決定テーブルの一例を示す図である。 本発明の一実施形態における小役・リプレイ用内部当籤役決定テーブルの一例を示す図である。 本発明の一実施形態における停止テーブルの一例を示す図である。 本発明の一実施形態における引込優先順位テーブルＡの一例を示す図である。 本発明の一実施形態における引込優先順位テーブルＢの一例を示す図である。 本発明の一実施形態における内部当籤役格納領域の一例を示す図である。 本発明の一実施形態における表示役格納領域の一例を示す図である。 本発明の一実施形態における持越役格納領域の一例を示す図である。 本発明の一実施形態における遊技状態フラグ格納領域の一例を示す図である。 本発明の一実施形態における遊技機の図柄格納領域Ａ（非ＲＢ中）の一格納例を示す図である。 本発明の一実施形態における遊技機の図柄格納領域Ｂ（ＲＢ中）の一格納例を示す図である。 本発明の一実施形態におけるナビモード移行抽籤テーブルＡの一例を示す図である。 本発明の一実施形態におけるナビモード移行抽籤テーブルＢの一例を示す図である。 本発明の一実施形態におけるナビモード移行抽籤テーブルＣの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態移行待機数抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３移行待機数抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＡの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＢの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＣの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＤの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＡの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＢの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＣの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＤの一例を示す図である。 本発明の一実施形態におけるナビセット数抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるナビ遊技状態３ナビゲーム数加算抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるナビゲーム数特殊加算抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるビリーゲットチャレンジ発生抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるビリーゲットチャレンジ制御カウンタ抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるビリーゲットチャレンジ正解抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるビリーゲットチャレンジ選択無し時抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるリセット割込処理の一例を示すフローチャートである。 本発明の一実施形態におけるボーナス作動監視処理の一例を示すフローチャートである。 本発明の一実施形態における内部抽籤処理の一例を示すフローチャートである。 本発明の一実施形態における内部抽籤処理の一例を示すフローチャートである。 本発明の一実施形態におけるリール停止制御処理の一例を示すフローチャートである。 本発明の一実施形態における表示役検索処理の一例を示すフローチャートである。 本発明の一実施形態におけるＲＴ制御処理の一例を示すフローチャートである。 本発明の一実施形態におけるボーナス終了チェック処理の一例を示すフローチャートである。 本発明の一実施形態におけるボーナス作動チェック処理の一例を示すフローチャートである。 本発明の一実施形態におけるメインＣＰＵの制御による割込処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵの制御による演出登録処理の一例を示すフローチャートである。 本発明の一実施形態における演出内容決定処理の一例を示すフローチャートである。 本発明の一実施形態におけるスタートコマンド受信時処理の一例を示すフローチャートである。 本発明の一実施形態におけるスタートコマンド受信時処理の一例を示すフローチャートである。 本発明の一実施形態におけるＢＢ中処理の一例を示すフローチャートである。 本発明の一実施形態におけるＢＢ４中抽籤処理の一例を示すフローチャートである。 本発明の一実施形態における表示パネルユニット演出時のＬＥＤ輝度の変化例を示す図である。 本発明の一実施形態におけるビリーゲットチャレンジ処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理の一例を示すフローチャートである。 本発明の一実施形態におけるＡＲＴ初当たり時処理の一例を示すフローチャートである。 本発明の一実施形態における待機状態中ナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態１中ナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態２中ナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態２中ナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態２中ナビ遊技状態３移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態３中ナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビゲーム数加算処理の一例を示すフローチャートである。 本発明の一実施形態におけるビリーゲットチャレンジ抽籤処理の一例を示すフローチャートである。 本発明の一実施形態におけるビリーゲットチャレンジ判定処理の一例を示すフローチャートである。 本発明の一実施形態におけるナビ遊技状態移行処理の一例を示すフローチャートである。 本発明の一実施形態における表示コマンド受信時処理の一例を示すフローチャートである。 本発明の一実施形態におけるボーナス終了コマンド受信時処理の一例を示すフローチャートである。 本発明の一実施形態における主基板通信受信割込処理の一例を示すフローチャートである。 本発明の一実施形態における主基板通信タスクの一例を示すフローチャートである。 本発明の一実施形態における主基板通信受信データログ保存処理の一例を示すフローチャートである。 本発明の一実施形態における主基板通信受信データログ一時領域保存処理の一例を示すフローチャートである。 本発明の一実施形態における主基板通信エラー履歴データ保存処理の一例を示すフローチャートである。 本発明の一実施形態における主基板通信受信コマンドチェック処理の一例を示すフローチャートである。 本発明の一実施形態におけるＣＯＭエラーチェック処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵの電源投入処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵの電断割込処理の一例を示すフローチャートである。 本発明の一実施形態におけるマザータスクの一例を示すフローチャートである。 本発明の一実施形態におけるＲＴＣ制御タスクの一例を示すフローチャートである。 本発明の一実施形態におけるサブＲＡＭ管理処理の一例を示すフローチャートである。 本発明の一実施形態におけるバックアップ作成処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイス間通信制御タスクの一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイスコマンド受信処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイス通信復帰処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイス通信の受信時処理の一例を示すフローチャートである。 本発明の一実施形態におけるスケーラ制御コマンド受信時処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイス受信データ判定処理の一例を示すフローチャートである。 本発明の一実施形態におけるスケーラ制御設定処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイス通信断絶処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブデバイスシリアル受信割込み処理の一例を示すフローチャートである。 本発明の一実施形態における不正監視処理タスクの一例を示すフローチャートである。 本発明の一実施形態における電断異常不正判定処理の一例を示すフローチャートである。 本発明の一実施形態におけるスケーラ制御メインタスクの一例を示すフローチャートである。 本発明の一実施形態におけるサブ制御受信処理の一例を示すフローチャートである。 本発明の一実施形態における解像度変換ＬＳＩ設定処理の一例を示すフローチャートである。 本発明の一実施形態におけるサブ制御送信処理の一例を示すフローチャートである。 本発明の一実施形態における作動状態判定処理の一例を示すフローチャートである。 変形例における遊技機（パチンコ）の外観構造を示す斜視図である。 変形例における遊技機の外観正面図である。 変形例における遊技機の分解斜視図である。 変形例における遊技機の遊技板の構造を示す正面図である。 変形例における遊技機が備える回路の全体構成を示すブロック図である。
以下では、本発明に係る遊技機の一実施形態を示すパチスロについて、図面を参照しながら説明する。
＜機能フロー＞
まず、図１を参照して、本発明の一実施形態に係るパチスロの機能フローについて説明する。本実施形態のパチスロでは、遊技を行うための遊技媒体としてメダルを用いる。なお、遊技媒体としては、メダル以外にも、例えば、コイン、遊技球、遊技用のポイントデータ又はトークン等を適用することもできる。
遊技者によりパチスロにメダルが投入され、スタートレバーが操作されると、予め定められた数値範囲（例えば、０〜６５５３５）の乱数から１つの値（以下、乱数値）が抽出される。
内部抽籤手段は、抽出された乱数値に基づいて抽籤を行い、内部当籤役を決定する。内部当籤役の決定により、後述の有効ライン（入賞判定ライン）に沿って表示を行うことを許可する図柄の組合せが決定される。なお、図柄の組合せの種別としては、メダルの払い出し、再遊技の作動、ボーナスゲームの作動等といった特典が遊技者に与えられる「入賞」に係るものと、それ以外のいわゆる「ハズレ」に係るものとが設けられる。
また、スタートレバーが操作されると、複数のリールの回転が行われる。その後、遊技者により所定のリールに対応するストップボタンが押されると、リール停止制御手段は、内部当籤役とストップボタンが押されたタイミングとに基づいて、該当するリールの回転を停止する制御を行う。
パチスロでは、基本的に、ストップボタンが押されたときから規定時間（１９０ｍｓｅｃ）内に、該当するリールの回転を停止するように制御される。本明細書では、この規定時間内にリールの回転に伴って移動する図柄の数を「滑り駒数」と称し、規定期間が１９０ｍｓｅｃ（最大遅延時間）である場合には、その最大数（最大滑り駒数）を図柄４個分に定める。
リール停止制御手段は、入賞に係る図柄の組合せの表示を許可する内部当籤役が決定されているときには、通常、１９０ｍｓｅｃ（図柄４駒分）の規定時間内に、その図柄組合せが有効ラインに沿って極力表示されるようにリールの回転を停止させる。また、リール停止制御手段は、規定時間を利用して、内部当籤役によってその表示が許可されていない図柄の組合せが有効ラインに沿って表示されないようにリールの回転を停止させる。
上述のようにして、複数のリールの回転が全て停止されると、入賞判定手段は、有効ラインに沿って表示された図柄の組合せが、入賞に係るものであるか否かの判定を行う。そして、入賞判定手段により入賞に係る図柄の組合せであるとの判定が行われると、メダルの払い出し等の特典が遊技者に与えられる。パチスロでは、以上のような一連の流れの動作が１回の遊技（単位遊技）として行われる。
また、パチスロでは、上述した一連の動作の中で、例えば、液晶表示装置による映像の表示動作、各種ランプによる光の出力動作、スピーカによる音声の出力動作、或いは、これらの動作の組合せを利用して様々な演出が行われる。このような演出動作は次のようにして行われる。
まず、スタートレバーが操作されると、上述した内部当籤役の決定に用いられた乱数値とは別に、演出用の乱数値（以下、演出用乱数値という）が抽出される。演出用乱数値が抽出されると、演出内容決定手段は、内部当籤役に対応づけられた複数種の演出内容の中から今回実行する演出内容を抽籤により決定する。
そして、演出内容が決定されると、演出実行手段は、リールの回転開始時、各リールの回転停止時、入賞の有無の判定時等の各契機に連動して対応する演出を実行する。このように、パチスロでは、内部当籤役に対応づけられた演出内容を実行することによって、決定された内部当籤役（言い換えると、狙うべき図柄の組合せ）を知る機会又は予想する機会が遊技者に提供され、遊技者の興味の向上を図ることができる。
本実施形態のパチスロは、図１には示さないが、上記遊技フロー中に、パチスロ内の電源配線を短絡（瞬断）させて主制御回路から副制御回路に送信されるコマンドを消去するゴト行為を検出するための手段（機能）も備える。なお、本実施形態では、単にゴト行為が実行されたか否かを判定するだけでなく、パターンの異なるゴト行為の種別も判別可能なゴト検出技術を提案する。
＜パチスロの構造＞
［全体構造］
次に、図２を参照して、本実施形態におけるパチスロの構造について説明する。なお、図２は、本実施形態のパチスロ１の外部構造を示す斜視図である。
パチスロ１は、図２に示すように、リールや回路基板等を収容したキャビネット１ａと、キャビネット１ａに対して開閉可能に取り付けられたフロントドア１ｂとを備える。なお、パチスロ１は、フロントドア１ｂを閉じた状態で、フロントドア１ｂをキャビネット１ａに対してロック状態にする又はアンロック状態にするロック機構を備える。
このロック機構のロック／アンロックの切替えは、フロントドア１ｂに設けられたドアキー穴１ｃにドアキー２を挿入して、ドアキー２を回転操作することにより行われる。また、ドアキー２は、ロック機構の操作の他に、パチスロ１を電気的にリセットするリセット機能も有する。例えば、ドアキー２がドアキー穴１ｃに挿入された状態で、ドアキー２を右回転させることにより、フロントドア１ｂが開閉可能になり、ドアキー２を左回転させることにより、後述の主制御回路６０（後述の図８参照）等が電気的にリセットされる。
キャビネット１ａの内部には、３つのリール３Ｌ，３Ｃ，３Ｒ（変動表示手段）が設けられ、該３つのリール３Ｌ，３Ｃ，３Ｒは横方向（リールの回転方向と直交する方向）に一列に配置される。以下、リール３Ｌ，３Ｃ，３Ｒを、それぞれ左リール３Ｌ、中リール３Ｃ、右リール３Ｒともいう。また、各リール（表示列）は、円筒状のリール本体と、リール本体の周面（周回面）に装着された透光性のシート材とを有する。シート材の表面には、複数（例えば２１個）の図柄がリール本体の周方向に沿って連続的に描かれる。なお、各リールに描かれる図柄の構成については、後述の図柄配置テーブル（後述の図２９参照）を参照しながら、後で説明する。
フロントドア１ｂの正面中央には、液晶表示装置１０（表示手段）が設けられる。液晶表示装置１０は、貯留（クレジット）されているメダルの枚数を表示したり、入賞成立時にメダルの払出枚数を表示したりする。
また、液晶表示装置１０の表示画面には、左リール３Ｌ、中リール３Ｃ、右リール３Ｒに描かれた図柄をそれぞれ透過表示する３つの図柄表示領域４Ｌ，４Ｃ，４Ｒ（以下、それぞれ左図柄表示領域４Ｌ、中図柄表示領域４Ｃ、右図柄表示領域４Ｒともいう）が生成される。すなわち、表示画面に設けられた各図柄表示領域は、リールに描かれた図柄の表示窓となる。なお、各図柄表示領域内における透過率は変更可能である。
そして、液晶表示装置１０は、３つの図柄表示領域４Ｌ、４Ｃ、４Ｒを取り囲む所定の形状の枠画像と、後述する演出内容に応じた所定の画像を表示する。すなわち、本実施形態では、液晶表示装置１０の表示画面全体を使って、映像の表示が行われ、演出が実行される。
なお、各図柄表示領域は、パチスロ１の正面側（遊技者側）から見て、対応するリールの配置領域と重畳する位置に設けられ、かつ、対応するリールより手前（遊技者側）に位置するように設けられる。それゆえ、図柄表示領域の背後に設けられた対応するリールに描かれた図柄が、図柄表示領域を介して目視することができる。
また、本実施形態では、各リールは、定速回転（例えば８０回転／分）するように後述の主制御回路６０（後述の図８参照）により制御され、各リール上に描かれた図柄が、対応する図柄表示領域内においてリールの回転に伴って変動する。なお、各リールは、所定の減速比を有するギアを介して対応する後述のステッピングモータ（後述の図８中のステッピングモータ４９Ｌ，４９Ｃ，４９Ｒのいずれか）に接続される。そして、本実施形態では、各図柄表示領域は、その背後に設けられた対応するリールの回転が停止したとき、各リールに描かれた複数の図柄のうち、連続して配置された３つの図柄を表示できるように構成される。すなわち、各図柄表示領域の枠内には、リール毎に上段、中段及び下段の各領域が設けられ、各領域に１個の図柄を表示することができる。
ここで、図３に、液晶表示装置１０の表示画面における各図柄表示領域の概略構成を示す。図３に示すように、液晶表示装置１０の表示画面の左図柄表示領域４Ｌ、中図柄表示領域４Ｃ及び右図柄表示領域４Ｒの形成領域には、３×３の配列形態で図柄が表示される。そして、本実施形態では、３×３の配列形態で表示された図柄において、左リール３Ｌの左図柄表示領域４Ｌから右リール３Ｒの右図柄表示領域４Ｒに渡って設定された擬似的なラインを、入賞か否かの判定を行うライン（以下、有効ラインという）として定義する。
本実施形態では、５種類の有効ラインを設定する。具体的には、図３に示すように、左図柄表示領域４Ｌの上段領域Ａ、中図柄表示領域４Ｃの中段領域Ｅ及び右図柄表示領域４Ｒの下段領域Ｉに渡って設定されたライン（クロスダウンライン）、左図柄表示領域４Ｌの下段領域Ｇ、中図柄表示領域４Ｃの下段領域Ｈ及び右図柄表示領域４Ｒの下段領域Ｉに渡って設定されたライン（ボトムライン）、左図柄表示領域４Ｌの下段領域Ｇ、中図柄表示領域４Ｃの中段領域Ｅ及び右図柄表示領域４Ｒの上段領域Ｃに渡って設定されたライン（クロスアップライン）、左図柄表示領域４Ｌの中段領域Ｄ、中図柄表示領域４Ｃの中段領域Ｅ及び右図柄表示領域４Ｒの中段領域Ｆに渡って設定されたライン（センターライン）、並びに、左図柄表示領域４Ｌの中段領域Ｄ、中図柄表示領域４Ｃの下段領域Ｈ及び右図柄表示領域４Ｒの上段領域Ｃに渡って設定されたライン（以下、ＲＢ中特殊ライン）を、有効ラインとして設定する。なお、有効ラインではないが、左図柄表示領域４Ｌの上段領域Ａ、中図柄表示領域４Ｃの上段領域Ｂ及び右図柄表示領域４Ｒの上段領域Ｃに渡るラインを以下ではトップラインという。
本実施形態において、遊技状態がビッグボーナス状態（以下、ＢＢ遊技状態という）又はレギュラーボーナス状態（以下、ＲＢ遊技状態という）である場合には、メダルの投入枚数は２枚であり、ＲＢ中特殊ラインのみが有効ラインとして用いられる。一方、遊技状態が非ボーナス状態である場合には、センターライン、ボトムライン、クロスアップライン、クロスダウンラインの４本のラインが有効ラインとして用いられる。
なお、「レギュラーボーナス（ＲＢ）」は、いわゆる第１種特別役物と呼ばれるものであり、「ビッグボーナス（ＢＢ）」は、第１種特別役物に係る役物連続作動装置と呼ばれるものであり、「ＲＢ」を連続して作動させる。また、本実施形態では、ＢＢ遊技状態におけるメダルの投入枚数は２枚であり、ＲＢ遊技状態におけるメダルの投入枚数は３枚である。さらに、本実施形態では、ＢＢ遊技状態として、４種類の状態（後述のＢＢ１遊技状態〜ＢＢ４遊技状態）を用意し、ＲＢ遊技状態として、２種類の状態（後述のＲＢ１遊技状態及びＲＢ２遊技状態）を用意する。また、本実施形態では、役物として「シングルボーナス（ＳＢ）」と呼ばれる普通役物も用意されている。
また、本実施形態では、液晶表示装置１０は、演出効果を高めるため、表示する画像を拡大するスケーラ機能を備える。なお、スケーラ機能の内容については、後で詳述する。
フロントドア１ｂの液晶表示装置１０の上部には、上部パネル１１が設けられ、該上部パネル１１の裏面側（遊技者側とは反対側）には、上部パネル用ＬＥＤ（Light Emitting Diode）１０１（後述の図９参照）が設けられる。この上部パネル用ＬＥＤ１０１は、演出内容に応じて発光する。なお、上部パネル１１を発光させる装置（ランプ）は、ＬＥＤに限定されず、他の発光装置を用いてもよい。
なお、図２には示さないが、本実施形態では、液晶表示装置１０と上部パネル１１との間に、後述する表示パネルユニット１１０、２つの装飾パネル１２１Ｌ，１２１Ｒ、２つの選択パネル１５１Ｌ，１５１Ｒ等が設けられる（後述の図４参照）。これらのパネル部材の構成については、後で詳述する。
フロントドア１ｂの液晶表示装置１０の下部には、下部パネル１２が設けられ、該下部パネル１２の裏面側（遊技者側とは反対側）には、下部パネル用ＬＥＤ１０２（後述の図９参照）が設けられる。この下部パネル用ＬＥＤ１０２は、演出内容に応じて発光する。なお、下部パネル１２を発光させる装置（ランプ）は、ＬＥＤに限定されず、他の発光装置を用いてもよい。
また、フロントドア１ｂの下部パネル１２の下部には、遊技者により操作される各種操作ボタン等が取り付けられた操作ユニット部１３（台座部）が設けられる。なお、操作ユニット部１３は、図２に示すように外側（遊技者側）に突出した凸状の外形を有する。そして、凸型形状の操作ユニット部１３の正面部及び上面部に各種操作ボタン及びレバー等が配置される。
操作ユニット部１３の正面部の略中央には、３つのストップボタン２０Ｌ，２０Ｃ，２０Ｒが横方向に一列に配置される。ストップボタン２０Ｌ、２０Ｃ及び２０Ｒ、それぞれ、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒに対応づけて設けられ、各ストップボタンは、対応するリールの回転を停止するために設けられる。以下、ストップボタン２０Ｌ，２０Ｃ，２０Ｒを、それぞれ左ストップボタン２０Ｌ、中ストップボタン２０Ｃ、右ストップボタン２０Ｒという。
操作ユニット部１３の正面部のストップボタンの一方の側部（図２では遊技者側から見て左側）には、スタートレバー２１が配置される。スタートレバー２１は、全てのリールの回転を開始するために設けられる。
操作ユニット部１３の上面部の一方（図２では遊技者側から見て左側）の側端部付近には、Ｃ（Credit）／Ｐ（Pay）ボタン２２が設けられる。Ｃ／Ｐボタン２２は、遊技者が遊技で獲得したメダルのクレジット／払い出しの切り替えを行うための操作ボタンである。なお、メダルのクレジットモードでは、メダルの払い出しに係る役（以下、「小役」という）が入賞した場合（小役に係る図柄の組合せが有効ライン上に停止表示された場合）、該入賞に対応する払出枚数分のメダルがクレジットされる。一方、メダルの払出モードでは、小役が入賞すると、該入賞に対応する払出枚数分のメダルが後述のメダル払出口１５から払い出される。
また、Ｃ／Ｐボタン２２の一方（図２では遊技者側から見て右側）の側部にはＭＡＸベットボタン２３が配置される。ＭＡＸベットボタン２３は、パチスロ１の内部に預けられているメダルから１回の遊技に投入する枚数を決定するために設けられる。そして、遊技者によりＭＡＸベットボタン２３が押下されたときには、クレジットされているメダルのうち、その時点で投入可能な最大枚数のメダルが投入される。
操作ユニット部１３の上面部の他方（図２では遊技者側から見て右側）の側端部付近には、選択ボタン２４が設けられる。選択ボタン２４は、例えば、液晶表示装置１０に表示されたメニュー画面において所定のメニューを選択操作する際に用いられる。また、選択ボタン２４の一方（図２では遊技者側から見て右側）の側部には、決定ボタン２５が配置される。決定ボタン２５は、例えば、液晶表示装置１０に表示されたメニュー画面において、選択ボタン２４の操作により選択された所定のメニューを決定する際の操作に用いられる。
また、本実施形態では、決定ボタン２５の一方（図２では遊技者側から見て右側）の側部には、メダル投入口２６が設けられる。メダル投入口２６は、遊技者によって外部からパチスロ１に投入されるメダルを受け入れるために設けられる。メダル投入口２６を介して受け入れられたメダルは、所定枚数（例えば３枚）を上限として１回の遊技に投入され、所定枚数を超えた分は、パチスロ１の内部に預けることができる（いわゆるクレジット機能）。なお、本実施形態では、上述したドアキー穴１ｃは、メダル投入口２６の一方（図２では遊技者側から見て右側）の側部に設けられる。
さらに、フロントドア１ｂの操作ユニット部１３の下部には、光透過性を有する腰部パネル１４が設けられ、該腰部パネル１４の裏面側（遊技者側とは反対側）には、腰部パネル用ＬＥＤ１０３（後述の図９参照）が設けられる。この腰部パネル用ＬＥＤ１０３は、演出内容に応じて発光する。なお、腰部パネル１４を発光させる装置（ランプ）は、ＬＥＤに限定されず、他の発光装置を用いてもよい。
さらに、フロントドア１ｂの腰部パネル１４の下部には、メダル払出口１５、メダル受皿１６、スピーカ１７Ｌ，１７Ｒ（音声出力部）等が設けられる。
メダル払出口１５は、後述のメダル払出装置４０（以下、ホッパー４０という。後述の図８参照）の駆動により排出されるメダルを外部に導く。メダル受皿１６は、メダル払出口１５から排出されたメダルを貯める。また、２つのスピーカ１７Ｌ，１７Ｒは、間にメダル払出口１５を挟むようにして配置され、演出内容に対応する効果音、楽曲等の演出音や、報知音などの音声を出力する。
［液晶表示装置周辺の構成］
次に、図４を参照して、液晶表示装置１０周辺の構成について説明する。なお、図４は、フロントドア１ｂの液晶表示装置１０周辺の構成を示す正面図である。
本実施形態のパチスロ１では、図４に示すように、液晶表示装置１０の表示画面と上部パネル１１との間には、表示パネルユニット１１０、２つの装飾パネル１２１Ｌ，１２１Ｒ（以下、左装飾パネル１２１Ｌ、右装飾パネル１２１Ｒという）、及び、２つの選択パネル１５１Ｌ，１５１Ｒ（以下、左選択パネル１５１Ｌ、右選択パネル１５１Ｒという）が設けられる。
具体的には、液晶表示装置１０の上部に、表示パネルユニット１１０、左選択パネル１５１Ｌ及び右選択パネル１５１Ｒが設けられる。この際、表示パネルユニット１１０の一方（図４では遊技者側から見て左側）の側部に左選択パネル１５１Ｌが配置され、他方（図４では遊技者側から見て右側）の側部に右選択パネル１５１Ｒが配置される。
また、表示パネルユニット１１０の上部には、左装飾パネル１２１Ｌ及び右装飾パネル１２１Ｒが設けられる。この際、表示パネルユニット１１０の上部の一方（図４では遊技者側から見て左側）の側部に左装飾パネル１２１Ｌが配置され、他方（図４では遊技者側から見て右側）の側部に右装飾パネル１２１Ｒが配置される。
（１）表示パネルユニットの構成
ここで、図５を参照して、表示パネルユニット１１０の構成について説明する。なお、図５は、フロントドア１ｂの表示パネルユニット１１０付近の概略断面図である。
表示パネルユニット１１０は、図５に示すように、光透過性が高く、導光性の優れた４枚の表示パネル１１０ａ，１１０ｂ，１１０ｃ，１１０ｄと、４つのＬＥＤ１１１，１１２，１１３，１１４とを有する。４枚の表示パネル１１０ａ〜１１０ｄは、フロントドア１ｂの正面側から裏面側に向かう方向に沿って、互いに所定間隔離れた状態で配置される。この際、隣り合う表示パネル間において、表示パネルの光透過面が対向するように配置される。また、４つのＬＥＤ１１１〜１１４は、それぞれ、４枚の表示パネル１１０ａ〜１１０ｄの上端面（上部側面）に取り付けられる。
４枚の表示パネル１１０ａ〜１１０ｄのそれぞれには、所定のキャラクターの図柄が描かれている。そして、所定のＬＥＤを発光することにより、対応する表示パネルの図柄を遊技者が視認できる構成になっている。この際、各表示パネルに描かれた図柄は、対応するＬＥＤの輝度が上昇するほど、遊技者にはっきり視認できる構成になっている。
ここで、図６Ａ〜図６Ｄに、各表示パネルで描かれている図柄の一例を示す。なお、図６Ａは、表示パネル１１０ｄに描かれている図柄であり、図６Ｂは、表示パネル１１０ｃに描かれている図柄であり、図６Ｃは、表示パネル１１０ｂに描かれている図柄であり、そして、図６Ｄは、表示パネル１１０ａに描かれている図柄である。
本実施形態では、図６Ａ〜図６Ｄに示すように、各表示パネルに描かれているキャラクターの図柄は同じである。しかしながら、表示パネルに描かれているキャラクターの図柄の大きさが表示パネル毎に異なり、表示パネルの位置が遊技者に近くなるとキャラクターの図柄が大きくなるように、図柄が表示パネルに描かれている。
図６Ａ〜図６Ｄに示す図柄構成例において、例えば、遊技者から最も遠くに位置する表示パネル１１０ｄに設けられたＬＥＤ１１４から、表示パネル１１０ｃに設けられたＬＥＤ１１３、表示パネル１１０ｂに設けられたＬＥＤ１１２、及び、表示パネル１１０ａに設けられたＬＥＤ１１１をこの順で輝度を上昇させた場合（ＬＥＤを発光させた場合）、すなわち、遊技者から最も遠くに位置する表示パネル１１０ｄから遊技者に最も近い位置に配置された表示パネル１１０ａに向かって順次、表示パネルを発光させた場合、遊技者には、キャラクターが自分の方に迫ってくるように見える。一方、例えば、遊技者から最も近くに位置する表示パネル１１０ａに設けられたＬＥＤ１１１から、表示パネル１１０ｂに設けられたＬＥＤ１１２、表示パネル１１０ｃに設けられたＬＥＤ１１３、及び、表示パネル１１０ｄに設けられたＬＥＤ１１４をこの順で輝度を上昇させた場合（ＬＥＤを発光させた場合）、遊技者には、キャラクターが自分から遠ざかるように見える。なお、このような４つのＬＥＤ１１１〜１１４の輝度制御は、後述する副制御回路７０のサブＣＰＵ７１（後述の図９参照）により実行される。
なお、上述のようにＬＥＤ１１１〜１１４の輝度を順番に変化させる場合には、図柄が重複して見え難くならないように、ＬＥＤ１１１〜１１４の輝度を適宜制御することが好ましい。例えば、所定のＬＥＤの輝度を上昇させた場合には、その前に輝度を上昇させたＬＥＤの輝度を下げることが好ましい。
また、図６Ａ〜図６Ｄに示す例では、遊技者に最も近くに位置する表示パネル１１０ａのキャラクター図柄を最も大きく描き、遊技者から最も遠い位置に配置された表示パネル１１０ｄのキャラクター図柄を最も小さく描く例を説明したが、本発明はこれに限定されない。遊技者に最も近くに位置する表示パネル１１０ａのキャラクター図柄を最も小さく描き、遊技者から最も遠い位置に配置された表示パネル１１０ｄのキャラクター図柄を最も大きく描いてもよい。
さらに、本実施形態のパチスロ１では、表示パネルユニット１１０の裏面側に別途、液晶表示装置を設けて、又は、液晶表示装置１０の表示画面を大型化して、遊技者が表示パネル１１０ａ〜１１０ｄを通して該液晶表示装置が表示する画像を見えるようにしてもよい。
（２）装飾パネルの構成
次に、図７Ａ及び図７Ｂを参照して、左装飾パネル１２１Ｌ及びその裏面側に設けられた左赤外線センサ１２０Ｌの構成について説明する。なお、図７Ａは、左装飾パネル１２１Ｌの正面透視図であり、図７Ｂは、左装飾パネル１２１Ｌの裏面側に設けられた左赤外線センサ１２０Ｌの動作の様子を示す図である。
左赤外線センサ１２０Ｌは、図７Ａに示すように、左装飾パネル１２１Ｌの裏面側に設けられる。左赤外線センサ１２０Ｌは、いわゆる反射型赤外線センサで構成され、赤外線ビームの出力機能と、検出対象物から反射した赤外線ビームの受光機能とを備える。そして、左赤外線センサ１２０Ｌは、受光した赤外線ビームに基づいて、赤外線ビームの出力方向に検出対象物（例えば、遊技者の手等）が存在するか否か、又は、近付いたか否かを検知することができる。
本実施形態では、図７Ｂに示すように、左赤外線センサ１２０Ｌは、左選択パネル１５１Ｌに向かって赤外線ビーム（矢印ＡＲ）を出力し、左選択パネル１５１Ｌ付近に遊技者の手等が存在するか否かを検知する。この際、左選択パネル１５１Ｌ付近に遊技者の手等が存在する場合には、左赤外線センサ１２０Ｌにおいて、遊技者の手等から反射された赤外線ビームが検出される。
なお、ここでは図示して説明しないが、右装飾パネル１２１Ｒの裏面側にも右赤外線センサ１２０Ｒが配置される。この際、右装飾パネル１２１Ｒ及び右赤外線センサ１２０Ｒの配置は、左装飾パネル１２１Ｌ及び左赤外線センサ１２０Ｌの配置と左右対称となるように構成される。
また、右赤外線センサ１２０Ｒは、左赤外線センサ１２０Ｌと同様に反射型赤外線センサで構成され、右選択パネル１５１Ｒに向かって赤外線ビームを出力し、右選択パネル１５１Ｒ付近に遊技者の手等が存在するか否かを検知する。
なお、本実施形態では、左赤外線センサ１２０Ｌ及び右赤外線センサ１２０Ｒは、常時動作せず、所定の演出が実行された場合に動作する。
また、本実施形態では、各選択パネル付近に遊技者の手等の検出対象物が存在するか否かを判別するセンサとして、反射型赤外線センサを用いる例を説明したが、本発明はこれに限定されない。各選択パネル付近に遊技者の手等の検出対象物が存在するか否かを判別することが可能なセンサであれば、任意のセンサを用いることができる。さらに、本実施形態では、各選択パネルをタッチセンサで構成してもよい。
＜パチスロが備える回路の構成＞
次に、図８及び図９を参照して、本実施形態におけるパチスロ１が備える回路の構成について説明する。なお、図８は、パチスロ１が備える回路全体のブロック構成図であり、図９は、副制御回路の内部構成を示すブロック構成図である。
パチスロ１は、図８に示すように、主制御回路６０（主制御手段）、副制御回路７０（副制御手段）、及び、これらの回路と電気的に接続される周辺装置（アクチュエータ）を備える。
［主制御回路及びその周辺装置の構成］
主制御回路６０は、内部当籤役の決定やリールの回転制御等の遊技に必須の動作を制御する回路である。主制御回路６０は、主に、回路基板（主基板）上に搭載されたマイクロコンピュータ３０により構成される。それ以外の構成要素として、主制御回路６０は、図８に示すように、クロックパルス発生回路３４、分周器３５、乱数発生器３６、サンプリング回路３７、ランプ駆動回路４５、表示部駆動回路４８、ホッパー駆動回路４１、及び、払出完了信号回路５１を含む。
マイクロコンピュータ３０は、メインＣＰＵ（Central Processing Unit）３１、メインＲＯＭ（Read Only Memory）３２及びメインＲＡＭ（Random Access Memory）３３により構成される。
メインＣＰＵ３１（主制御部）には、図８に示すように、クロックパルス発生回路３４、分周器３５、乱数発生器３６及びサンプリング回路３７が接続される。クロックパルス発生回路３４及び分周器３５は、基準クロックパルスを発生する。なお、メインＣＰＵ３１は、発生されたクロックパルスに基づいて、制御プログラムを実行する。また、乱数発生器３６は、予め定められた範囲の乱数（例えば、０〜６５５３５）を発生する。そして、サンプリング回路３７は、発生された乱数の中から１つの値を抽出する。
メインＲＯＭ３２には、メインＣＰＵ３１により実行される各種処理（後述の図６９〜図７８参照）の制御プログラム、各種データテーブル（後述の図２９〜図４２参照）、副制御回路７０に対して各種制御指令（コマンド）を送信するためのデータ等が記憶される。
メインＲＡＭ３３には、制御プログラムの実行により決定された内部当籤役等の各種データや制御に必要な各種フラグなどを格納する格納領域（後述の図４３〜図４８参照）が設けられる。
マイクロコンピュータ３０の入力部には、各種回路及び各種周辺装置等に制御信号を出力する契機となる入力信号を発生する各種スイッチ、センサ及び各種回路が接続される。具体的には、ストップスイッチ２０Ｓ、スタートスイッチ２１Ｓ、Ｃ／Ｐスイッチ２２Ｓ、ＭＡＸベットスイッチ２３Ｓ、メダルセンサ２６Ｓ、リール位置検出回路５０及び払出完了信号回路５１が、入出力ポートを介してマイクロコンピュータ３０の入力部に接続される。そして、メインＣＰＵ３１は、これらの各種スイッチ等からの入力信号を受けて、ステッピングモータ４９Ｌ，４９Ｃ，４９Ｒ等の周辺装置の動作を制御する。
ストップスイッチ２０Ｓは、左ストップボタン２０Ｌ、中ストップボタン２０Ｃ、右ストップボタン２０Ｒのそれぞれが遊技者により押されたこと（停止操作）を検出する。そして、ストップスイッチ２０Ｓは、停止操作されたリールの回転停止を指令する停止信号をマイクロコンピュータ３０に出力する。スタートスイッチ２１Ｓは、スタートレバー２１が遊技者により操作されたこと（開始操作）を検出し、遊技の開始を指令する開始信号をマイクロコンピュータ３０に出力する。
Ｃ／Ｐスイッチ２２Ｓは、Ｃ／Ｐボタン２２が遊技者により押されたこと（クレジットモード／払出モードの切り替え操作）を検出し、モードを切り替えるための信号をマイクロコンピュータ３０に出力する。なお、クレジットモードが払出モードに切り替えられた場合には、パチスロ１にクレジットされているメダルの払い出しを指令する信号をマイクロコンピュータ３０に出力する。
ＭＡＸベットスイッチ２３Ｓは、ＭＡＸベットボタン２３が遊技者により押されたことを検出し、クレジットされたメダルからメダルの投入を指令する信号をマイクロコンピュータ３０に出力する。
また、メダルセンサ２６Ｓは、メダル投入口２６に投入されたメダルがセレクタ内を通過したことを検出し、メダルが投入されたことを示す信号をマイクロコンピュータ３０に出力する。
リール位置検出回路５０は、発光部と受光部とを有する光センサにより、リールが一回転したことを示すリールインデックスをリール毎に検出し、各リール上の図柄の位置を検出するための信号を発生する。
払出完了信号回路５１は、ホッパー４０に設けられたメダル検出部４０Ｓが行うメダルの検出を管理し、ホッパー４０から外部に排出されたメダルが所定の払出枚数に達したか否かをチェックする。そして、払出完了信号回路５１は、メダル検出部４０Ｓにより検出されたメダルの枚数（ホッパー４０から払い出されたメダルの枚数）が指定された枚数に達した場合には、メダルの払い出しが完了したことを示すための信号を発生する。これにより、ホッパー駆動回路４１に制御信号が出力され、ホッパー４０の駆動が停止される。
また、マイクロコンピュータ３０により動作が制御される周辺装置としては、３つのステッピングモータ４９Ｌ，４９Ｃ，４９Ｒ、ＷＩＮランプ６、ＢＥＴランプ７、払出枚数表示部８、クレジット表示部９及びホッパー４０がある。また、マイクロコンピュータ３０の出力部には、これらの周辺装置の動作を制御するための各種駆動回路が接続される。具体的には、モータ駆動回路３９、ランプ駆動回路４５、表示部駆動回路４８及びホッパー駆動回路４１が、入出力ポートを介してマイクロコンピュータ３０の出力部に接続される。
モータ駆動回路３９は、左リール３Ｌ、中リール３Ｃ、右リール３Ｒに対応してそれぞれ設けられた３つのステッピングモータ４９Ｌ，４９Ｃ，４９Ｒの駆動を制御する。これにより、各リールの回転動作や停止動作が行われる。
３つのステッピングモータ４９Ｌ，４９Ｃ，４９Ｒのそれぞれは、その運動量がパルスの出力数に比例し、回転軸を指定された角度で停止させることが可能な構成を有する。また、各ステッピングモータの駆動力は、所定の減速比を有するギアを介して、対応するリールに伝達される。そして、各ステッピングモータに対して１回のパルスが出力されるごとに、対応するリールは一定の角度で回転する。
メインＣＰＵ３１は、各リールのリールインデックスを検出してから対応するステッピングモータに対してパルスが出力された回数をカウントすることによって、各リールの回転角度（具体的には、リールが図柄何個分だけ回転したか）を管理する。
ここで、各リールの回転角度の管理を具体的に説明する。各ステッピングモータに対して出力されたパルスの数は、メインＲＡＭ３３に設けられたパルスカウンタ（不図示）により計数される。そして、図柄１個分の回転に必要な所定回数（例えば１６回）のパルスの出力がパルスカウンタで計数されるごとに、メインＲＡＭ３３に設けられた図柄カウンタ（不図示）の値に、「１」が加算される。なお、図柄カウンタは、リール毎に設けられる。そして、図柄カウンタの値は、リール位置検出回路５０によってリールインデックスが検出されるとクリアされる。
すなわち、本実施形態では、図柄カウンタの値を管理することにより、リールインデックス検出後の回転動作で変動した図柄の個数を管理する。それゆえ、各リールの各図柄の位置は、リールインデックスが検出される位置を基準として検出される。
また、本実施形態では、遊技中の滑り駒数の最大数を図柄４個分に定める。それゆえ、例えば左ストップボタン２０Ｌが押されたときには、そのときに左リール３Ｌの有効ライン上に位置する図柄と、その４個先までの範囲に存在する図柄が、有効ライン上に停止可能な図柄となる。
なお、本実施形態では、後述するように、各リールの回転位置とリール外周面上に描かれた図柄とを対応づけるための図柄配置テーブルが設けられ、この図柄配置テーブルは、メインＲＯＭ３２に記憶される。図柄配置テーブルは、上述したリールインデックスが出力される位置を基準として、各リールの一定の回転ピッチ毎に順次付与される、「００」から「２０」までのコードナンバーと、コードナンバー毎に対応して設けられた図柄の種類を識別する図柄コードとを対応付けたテーブルである。なお、図柄配置テーブルについては、後で図面を参照しながら詳細に説明する。
また、ランプ駆動回路４５は、ＷＩＮランプ６及びＢＥＴランプ７の動作を制御する。表示部駆動回路４８は、払出枚数表示部８及びクレジット表示部９の動作を制御する。また、ホッパー駆動回路４１は、ホッパー４０の動作を制御する。これにより、ホッパー４０に収容されたメダルの払い出しが行われる。
［メインＣＰＵの動作概要］
次に、メインＣＰＵ３１により制御される、遊技に係る主な動作（機能）の概略を説明する。なお、メインＣＰＵ３１による制御の詳細な処理内容については、後で各種処理のフローチャートを参照しながら説明する。
まず、メインＣＰＵ８１は、単位遊技（１ゲーム）が開始されると、その都度、メインＣＰＵ８１は、メインＲＡＭ３３に記憶された抽籤用の乱数値に基づき、後述の内部抽籤処理（後述の図７１及び図７２参照）で内部当籤役を決定する。この際、メインＣＰＵ３１は、乱数値と後述する内部抽籤テーブル（後述の図３５〜図３７参照）とに基づいて内部当籤役を決定する。また、抽籤用の乱数値は、スタートスイッチ２１Ｓから開始信号が出力された際に、乱数発生器３６及びサンプリング回路３７により抽出（生成）され、メインＲＡＭ３３の乱数値記憶領域に記憶される。
なお、本実施形態では、メインＣＰＵ３１の外部に設けられた乱数発生器３６及び乱数サンプリング回路３７を用いて抽籤用の乱数値を生成する構成例を説明するが、本発明はこれに限定されず、メインＣＰＵ３１の動作プロフラム上で、抽籤用の乱数値を生成する構成にしてもよい。この場合には、乱数発生器３６及びサンプリング回路３７を、乱数値生成動作のバックアップ装置として用いてもよいし、省略してもよい。
次いで、各リールの回転速度が定速に達した後、所定のリールに対する遊技者の停止操作により対応するストップスイッチから停止信号が出力されると、メインＣＰＵ３１は出力された停止信号（停止操作の検出タイミング）及び決定された内部当籤役に基づいて、停止操作されたリールを停止制御する制御信号をモータ駆動回路３９に出力する。そして、モータ駆動回路３９は、この制御信号に基づいて対応するステッピングモータを駆動制御し、対応するリールの回転を停止させる。すなわち、メインＣＰＵ３１は、内部当籤役と停止操作の検出タイミングとに基づいて、各リールの回転を停止させる。
この際、本実施形態では、メインＣＰＵ３１は、停止操作が行われた際に有効ライン上に位置する図柄から最大滑り駒数分（４駒分）先に位置する図柄までの範囲内で、内部当籤役の成立に係る図柄が有効ライン上に停止するように、リールを停止制御する。具体的には、メインＣＰＵ３１は、まず、所定のリールに対する遊技者の停止操作が行われた際に有効ライン上に位置する図柄から４駒分先の図柄までの図柄範囲内に内部当籤役の成立に係る図柄が存在するか否かを判別する。そして、その図柄の範囲内に内部当籤役の成立に係る図柄が存在する場合には、メインＣＰＵ３１は、その内部当籤役の成立に係る図柄が有効ライン上に停止表示されるように対応するリールの滑り駒数を決定し、該リールを停止させる。
なお、上述したメインＣＰＵ３１によるリールの停止制御において、停止操作が行われた際に有効ライン上に位置する図柄から４駒分先の図柄までの範囲内に内部当籤役の成立に係る図柄が複数存在する場合（複数の内部当籤役が重複当籤している場合）には、メインＣＰＵ３１は、より優先順位の高い内部当籤役に係る図柄が有効ライン上に停止表示するように滑り駒数を決定して該リールを停止させる。本実施形態では、基本的には、優先順位の最も高い内部当籤役は、再遊技（リプレイ）に係る役（リプレイ役）であり、その次に優先順位の高い内部当籤役は、メダルの払い出しに係る役（以下、「小役」という）である。そして、ボーナス（「ＢＢ」、「ＲＢ」）に係る内部当籤役の優先順位は、小役の優先順位より低くなるよう設定されている。
次いで、メインＣＰＵ３１は、全てのリールが停止されると、有効ライン上に停止表示された図柄の組合せに基づいて、それに対応する表示役（入賞役）の検索処理、すなわち、当籤役の成立／不成立の判定処理を行う。なお、表示役の検索処理は、メインＲＯＭ３２に記憶された後述の図柄組合せテーブル（後述の図３０参照）に基づいて行われる。
そして、表示役の検索処理により内部当籤役が入賞していると判別された場合には、メインＣＰＵ３１は、入賞役に対応する特典（例えばメダルを払い出し等）が遊技者に付与されるようにパチスロ１の動作を制御する。具体的には、例えば、表示役の検索処理により小役に係る図柄の組合せが有効ライン上に停止表示されたと判別した場合、メインＣＰＵ３１は、ホッパー駆動回路４１に制御信号を出力し、これにより、ホッパー４０が駆動され、入賞した小役に対応する枚数のメダルの払い出しが行われる。なお、小役に係る図柄の組合せが有効ライン上に停止表示されたと判別された際にＣ／Ｐスイッチ２２Ｓにより、メダルの払出モードがクレジットモードに切り替えられている場合には、入賞した小役に対応するメダルの払出枚数が、メインＲＡＭ３３のクレジットカウンタに加算される。
また、メインＣＰＵ３１は、上記各種処理中に得られる種々の情報（例えば、抽籤用の乱数値、遊技状態、内部当籤役、払出枚数、ボーナス持越状況、設定値等を特定する情報、各種カウンタ、及び、各種制御フラグ等）をメインＲＡＭ３３の所定記憶領域に格納する（セットする）。また、メインＣＰＵ３１は、これらの情報の一部を、各種コマンドに含ませて副制御回路７０に送信する。副制御回路７０は、主制御回路６０から送信された各種コマンド（例えば、後述のスタートコマンド等）に基づいて、演出データの決定や実行等の各種処理を行う。なお、本実施形態では、副制御回路７０が主制御回路６０にコマンド、情報等を入力することはなく、主制御回路６０から副制御回路７０への一方向で通信が行われる。
［副制御回路の構成］
副制御回路７０は、図８及び図９に示すように、主制御回路６０に接続され、主に、主制御回路６０から送信されるコマンド（所定のデータ）や各種スイッチからの入力信号に基づいて、映像、音、光等を用いた演出内容の決定や実行等の処理を行う。
副制御回路７０は、図９に示すように、サブＣＰＵ７１（副制御部）、サブＲＯＭ７２、ＤＲＡＭ（Dynamic RAM）７３（以下、サブＲＡＭ７３という）、ＳＲＡＭ（Static RAM）７４（以下、バックアップＲＡＭ７４という）、ＧＰＵ（Graphics Processing Unit）７５、ＶＲＡＭ（Video RAM）７６、Ａ／Ｄ（Analog to Digital）変換器７７、アンプ７８及び電断検知回路９０（電圧監視部）を有する。なお、サブＲＯＭ７２、サブＲＡＭ７３、バックアップＲＡＭ７４、ＧＰＵ７５、Ａ／Ｄ変換器７７及び電断検知回路９０はサブＣＰＵ７１に接続され、ＶＲＡＭ７６はＧＰＵ７５に接続され、アンプ７８はＡ／Ｄ変換器７７に接続される。
また、副制御回路７０は、サブＣＰＵ７１内の設けられた計時専用回路のＲＴＣ（Real Time Clock）７０ａ（以下、内蔵ＲＴＣ７０ａという）と、サブＣＰＵ７１に接続された外付けＲＴＣ７０ｂとを有する。さらに、副制御回路７０は、ＳＲＡＭ７４及び外付けＲＴＣ７０ｂに接続されたバッテリー７０ｃを有する。なお、外付けＲＴＣ７０ｂは、内蔵ＲＴＣ７０ａのバックアップ用の計時回路である。内蔵ＲＴＣ７０ａ及び外付けＲＴＣ７０ｂの動作は、後述の図１１１に示すＲＴＣ制御タスクにより管理される。
サブＣＰＵ７１は、ＣＰＵで構成され、主に、主制御回路６０から送信されたコマンドに応じて、サブＲＯＭ７２に記憶されている制御プログラムに従い、映像、音、光の出力制御（演出制御）を行う。また、サブＣＰＵ７１は、演出制御機能だけでなく、例えば、各種エラー監視機能も有する。サブＣＰＵ７１が備える各種エラー監視機能（手段）については、後で詳述する。
サブＲＯＭ７２は、基本的には、プログラム記憶領域及びデータ記憶領域を有する。
プログラム記憶領域には、サブＣＰＵ７１が実行する各種制御プログラムが記憶される。なお、プログラム記憶領域に格納される制御プログラムには、例えば、主制御回路６０との通信を制御するための主基板通信タスク、演出用乱数値を抽出して演出内容（演出データ）の決定及び登録を行うための演出登録タスク、決定した演出内容に基づいて液晶表示装置１０による映像の表示を制御するための描画制御タスク、各種ＬＥＤによる光の出力を制御するためのランプ制御タスク、スピーカ１７Ｌ，１７Ｒによる音声の出力を制御するための音声制御タスク等のプログラムが含まれる。
データ記憶領域には、例えば、各種データテーブルを記憶する記憶領域、各種演出内容を構成する演出データを記憶する記憶領域、映像の作成に関するアニメーションデータを記憶する記憶領域、ＢＧＭや効果音に関するサウンドデータを記憶する記憶領域、光の点消灯のパターンに関するランプデータを記憶する記憶領域等の各種記憶領域が含まれる。なお、サブＲＯＭ７２内に設けられる各種記憶領域の構成については、後で詳述する。
サブＲＡＭ７３は、決定された演出内容（演出データ）を登録する格納領域や、主制御回路６０から送信される内部当籤役等の各種データを格納する格納領域などを有する。なお、サブＲＡＭ７３内に設けられる各種記憶領域の構成については、後で詳述する。
バックアップＲＡＭ７４は、サブＲＡＭ７３内の所定のデータをバックアップする記憶装置である。例えば、バックアップＲＡＭ７４には、電源投入時に、サブＲＡＭ７３に複写されるデータがバックアップされる。なお、バックアップＲＡＭ７４内に設けられる各種記憶領域の構成については、後で詳述する。
ＧＰＵ７５は、サブＣＰＵ７１から受信する画像表示コマンド等に基づいて、液晶表示装置１０に画像を表示させるための処理を行う。なお、ＧＰＵ７５が行う処理に必要なデータは起動時にＶＲＡＭ７６に展開される。そして、ＧＰＵ７５は、ＶＲＡＭ７６に展開されたデータに基づいて画像データを生成し、該画像データを液晶表示装置１０に供給する。
この結果、サブＣＰＵ７１により決定された演出データに応じた画像が液晶表示装置１０の表示画面に表示される。なお、上述のように、本実施形態のパチスロ１はスケーラ機能を備え、そのスケーラ機能を実現するために、後述のスケーラ制御基板８０が設けられる。それゆえ、本実施形態では、このスケーラ機能により、液晶表示装置１０の表示画面に表示された画像の元画像のサイズを選択することができる。
ＶＲＡＭ７６は、書込画像データ領域及び表示画像データ領域の２つのフレームバッファ領域を有し、書込画像データ領域は、ＧＰＵ７５が生成した画像データを格納し、表示画像データ領域は、液晶表示装置１０に表示させる画像データを格納する。なお、ＧＰＵ７５は、この２つのフレームバッファを交互に切り替える（すなわち、バンクを切り替える）ことにより、順次、画像データを液晶表示装置１０に表示させる。
Ａ／Ｄ変換器７７は、サブＣＰＵ７１が演出データに基づいて選択するデジタル形式の音声データを、アナログ形式の音声データに変換し、該変換されたアナログ形式の音声データをアンプ７８に出力する。アンプ７８は、Ａ／Ｄ変換器７７から入力されたアナログ形式の音声データを、パチスロ１に設けられた音量調整用ツマミ（不図示）により調節された音量に基づいて増幅させ、スピーカ１７Ｌ、１７Ｒに送信する。この結果、サブＣＰＵ７１により決定された演出データに対応する音声が、スピーカ１７Ｌ、１７Ｒから出力される。
電断検知回路９０は、副制御回路７０に供給される電源電圧の低下を監視する。そして、電断検知回路９０が電断の発生（例えば、電源電圧が４．５Ｖまで低下したこと）を検知すると、電断検知回路９０は、電断検知信号を割込信号としてサブＣＰＵ７１に出力する。なお、サブＣＰＵ７１は、外部割込ポート（ＮＭＩ）から割込信号が入力されると、後述の図１０９で説明する電断割込処理を実行する。
［副制御回路の周辺装置の構成］
副制御回路７０は、図８及び図９に示すように、主制御回路６０だけでなく、ドアキースイッチ２Ｓ、選択スイッチ２４Ｓ、決定スイッチ２５Ｓ、設定キースイッチ２７Ｓ及びサブデバイス群１００に接続される。本実施形態では、副制御回路７０は、主制御回路６０から送信される各種コマンドや、選択スイッチ２４Ｓ、決定スイッチ２５Ｓからの入力情報などに基づいて、演出データを決定する。そして、副制御回路７０は、決定された演出データをサブデバイス群１００内の各種サブデバイスに出力する。この結果、サブデバイスにより所定の演出が実行される。
（１）各種スイッチの構成
ドアキースイッチ２Ｓは、遊技者側から見て、ドアキー２が左回転方向（反時計回り方向）に回転操作されたことを検出し、その検出信号をサブＣＰＵ７１に出力する。本実施形態では、ドアキー２が左回転方向に回転操作されることにより、パチスロ１のエラーがリセットされる。なお、ドアキー２を右回転（時計回り方向）させた場合には、上述のように、フロントドア１ｂが開閉可能になる。
設定キースイッチ２７Ｓは、遊技の設定値を操作するために設定キー（不図示）が操作されたことを検出して、その検出信号をサブＣＰＵ７１に出力する。
選択スイッチ２４Ｓは、遊技者が選択ボタン２４を押下したか否かを検出する。そして、選択スイッチ２４Ｓは、遊技者の選択操作内容に対応する信号、例えば、メニュー画面等に表示された選択可能な複数の項目のうち何れの項目が選択状態にあるかを示す表示態様（例えば、アイコン）を移動させるための信号等をサブＣＰＵ７１に出力する。
決定スイッチ２５Ｓは、遊技者が決定ボタン２５を押下したか否か検出する。そして、決定スイッチ２５Ｓは、遊技者の決定操作内容に対応する信号、例えば、選択状態にある項目を遊技者が選択したことを示す信号等をサブＣＰＵ７１に出力する。すなわち、遊技者は、メニュー画面等において、選択したい所定項目が選択状態になるまで選択ボタン２４を押下し、その後、所定項目を決定ボタン２５で押下することにより、所定項目を選択することができる。
（２）サブデバイス群の構成
次に、副制御回路７０に接続され、副制御回路７０により制御される各種サブデバイスを含むサブデバイス群１００の構成内容について説明する。
本実施形態では、サブデバイス群１００は、図９に示すように、２つのスピーカ１７Ｌ，１７Ｒ、上部パネル用ＬＥＤ１０１、下部パネル用ＬＥＤ１０２、腰部パネル用ＬＥＤ１０３、表示パネルユニット１１０内の４つのＬＥＤ１１１〜１１４、左赤外線センサ１２０Ｌ及び右赤外線センサ１２０Ｒを含む。なお、これらのサブバイスの構成については上述の通りであるので、ここではこれらのサブデバイスの説明は省略する。
また、サブデバイス群１００は、シリアル通信中継基板７９、スケーラ制御基板８０及び液晶表示装置１０を含む。なお、サブデバイス群１００の構成は、図９に示す例に限定されず、例えば、パチスロ１の機種等に応じて適宜変更することができる。例えば、タッチセンサモジュールやカメラモジュールなどが、サブデバイス群１００に含まれていてもよい。
シリアル通信中継基板７９は、サブＣＰＵ７１に接続される。この際、シリアル通信中継基板７９は、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）により、サブＣＰＵ７１（副制御回路７０）に接続され、両者間において、データの送受信が行われる。
スケーラ制御基板８０は、シリアル通信中継基板７９及びＧＰＵ７５に接続され、液晶表示装置１０は、スケーラ制御基板８０に接続される。すなわち、液晶表示装置１０は、スケーラ制御基板８０及びシリアル通信中継基板７９を介してサブＣＰＵ７１に接続される。なお、サブデバイス群１００に、スケーラ制御基板８０を設けない場合には、液晶表示装置１０は、ＧＰＵ７５を経由してサブＣＰＵ７１に接続される。
なお、図９では、サブＣＰＵ７１とシリアル通信中継基板７９との間は、説明を簡略するため、１本の配線ラインで接続されているが、実際には、コントロールライン及びデータラインがそれぞれ別個に設けられている。さらに、コントロールライン及びデータラインの各ラインも、互いに別個に設けられた入力ライン及び出力ラインで構成されている。なお、データラインが接続されている機器同士の間では、データラインの送信端子（ＴｘＤ端子）と受信端子（ＲｘＤ端子）とが相互に接続されている。
［サブＣＰＵの演出制御の動作概要］
サブＣＰＵ７１は、サブＲＯＭ７２に記憶されているプログラムに基づいて、主に、液晶表示装置１０の表示制御、スピーカ１７Ｌ，１７Ｒの出力制御、各種ＬＥＤ（１０１〜１０３，１１１〜１１４）の発光制御等の演出制御を行う。
具体的には、サブＣＰＵ７１は、主制御回路６０から各種コマンド等を受信し、コマンドに含まれる各種情報をサブＲＡＭ７３に格納する。なお、主制御回路６０の状態に関するあらゆる情報が、コマンドにより送信されるので、副制御回路７０は、主制御回路６０の状態を逐一判断することができる。サブＣＰＵ７１は、サブＲＡＭ７３に記憶された遊技状態情報、内部当籤役情報等を参照しながら、プログラムを実行することにより、液晶表示装置１０、スピーカ１７Ｌ，１７Ｒ及び各種ＬＥＤ１０１〜１０３，１１１〜１１４等のサブデバイスに行わせる演出の内容を決定する。
なお、演出データ等を決定する際には、サブＣＰＵ７１は、サブＲＯＭ７２に記憶されている乱数取得プログラムを実行することにより、演出データ等を決定するための乱数値を取得する。ただし、主制御回路６０と同様に乱数発生器及びサンプリング回路を副制御回路７０内に設ける場合には、当該処理は不要である。
次いで、サブＣＰＵ７１は、決定した演出データに基づいて、ＧＰＵ７５を介して液晶表示装置１０を制御するとともに、スピーカ１７Ｌ，１７Ｒから出力させる音声と各種ＬＥＤ１０１〜１０３，１１１〜１１４の発光とを制御する。
なお、上部パネル用ＬＥＤ１０１、腰部パネル用ＬＥＤ１０３、下部パネル用ＬＥＤ１０２は、実際には、それぞれ、複数のＬＥＤで構成されており、この各ＬＥＤはそれぞれ個別に設けられたポート（不図示）の入出力処理で制御される。すなわち、各ポートにそれぞれ接続されたＬＥＤの発光を個別に制御することができる。
［サブＲＯＭの構成］
次に、図１０を参照して、サブＲＯＭ７２（カートリッジＲＯＭ）の内部構成について説明する。なお、図１０は、サブＲＯＭ７２に設けられる各種データ領域の構成を示す図である。
サブＲＯＭ７２には、図１０に示すように、オペレーティングシステム（以下、ＯＳと記す）を記憶するＯＳ領域７２ａ、サブＣＰＵ７１が実行するプログラムを記憶するサブ制御プログラム記憶領域７２ｂ、ゲームデータ初期化設定データ領域７２ｃ、係員操作初期設定データ領域７２ｄ、各種テーブル等を記憶する各種プログラムテーブル領域７２ｅ、プログラム管理データ領域７２ｆ、画像データ（静止画／動画）領域７２ｇ、サウンドデータ領域７２ｈ、及び、役物可動データ領域７２ｉが設けられる。
なお、サブ制御プログラム記憶領域７２ｂには、デバイスドライバ及び主制御回路６０との通信を制御するための基板間通信処理、演出の内容を決定するための演出登録処理、登録されたＬＥＤデータに基づいて各種ＬＥＤによる光の出力を制御するためのＬＥＤ制御タスク、登録されたサウンドデータに基づいてスピーカ１７Ｌ，１７Ｒによる音の出力を制御するための音声制御タスク、登録されたアニメーションデータに基づいて液晶表示装置１０による映像の表示制御を行うための描画制御タスク等を実行するためのプログラムが記憶される。
また、各種プログラムテーブル領域７２ｅには、演出抽籤テーブル（不図示）、後述する副制御回路７０のエラーコードテーブル（後述の図１３参照）、後述するサブデバイスのエラーコードテーブル（後述の図１４）、後述するサブデバイス通信チェックテーブル（後述の図２０参照）等の各種テーブルが記憶される。
また、プログラム管理データ領域７２ｆには、マジックコード、プログラムバージョン等の各種情報が記憶される。画像データ（静止画／動画）領域７２ｇには、例えば、キャラクタオブジェクトデータと呼ばれるアニメーションデータ等が記憶される。サウンドデータ領域７２ｈには、例えば、ＢＧＭ（Back-Ground Music）や効果音などの音声データが記憶される。さらに、役物可動データ領域７２ｉには、例えば、光の点灯パターン等のＬＥＤ制御データが記憶される。
［サブＲＡＭの構成］
次に、図１１を参照して、サブＲＡＭ７３（ＤＲＡＭ）の内部構成について説明する。なお、図１１は、サブＲＡＭ７３に設けられる各種データ領域の構成を示す図である。
サブＲＡＭ７３には、図１１に示すように、サブ制御ゲームデータ領域７３ａ、サブ制御ゲームデータサム値領域７３ｂ、ワーク領域７３ｃ、係員操作設定データ領域７３ｄ、エラー情報履歴格納領域７３ｅ（エラー情報格納部）、通信ログ収集用リングバッファ領域７３ｆ及び通信エラー保存バッファ領域７３ｇが設けられる。また、サブＲＡＭ７３には、その他の作業領域７３ｈも設けられる。
なお、サブ制御ゲームデータ領域７３ａには、遊技の進行に関するゲームデータを含む情報のうち、サブＲＡＭ７３に記憶されるデータが記憶される。サブ制御ゲームデータサム値領域７３ｂには、サブ制御ゲームデータ領域７３ａに記憶されたゲームデータのチェックサム用のサム値（４バイト）が記憶される。ワーク領域７３ｃには、各種処理に必要な各種データが記憶される。係員操作設定データ領域７３ｄには、液晶表示装置１０の表示画面に表示されるメニュー画面での設定項目に対応する係員操作設定データが記憶される。
また、サブ制御ゲームデータ領域７３ａ及びワーク領域７３ｃは、サブＣＰＵ７１が各プログラムを実行する際に、作業用一時記憶手段として使用される。さらに、サブ制御ゲームデータ領域７３ａは、例えば、主制御回路６０から送信されたコマンド、演出データ情報、遊技状態情報、内部当籤役情報、表示役情報、各種カウンタの値、４バイト〜８バイトからなる任意のマジックコード、及び、各種フラグ等の情報が記憶される。
エラー情報履歴格納領域７３ｅには、電断検知回路９０、及び、サブＣＰＵ７１が備える各種エラー検出機能（後述の例えば、通信エラー検出手段７１ａ、手順検出手段７１ｂ、データ破壊検出手段７１ｃ、サブデバイスエラー検出手段７１ｈ等）により検出された全てのエラー情報が記憶される。
具体的には、エラー情報履歴格納領域７３ｅには、後述の通信エラー検出手段７１ａにより検出されたエラーがＣＯＭエラーとして記憶され、後述の手順検出手段７１ｂにより検出されたエラーが手順異常エラーとして記憶される。また、エラー情報履歴格納領域７３ｅには、後述のデータ破壊検出手段７１ｃにより検出されたエラーがデータ破壊エラーとして記憶され、後述のサブデバイスエラー検出手段７１ｈにより検出されたエラーがスケーラエラーとして記憶される。さらに、エラー情報履歴格納領域７３ｅには、電断検知回路９０により検知されたエラーが電断エラーとして記憶される。本実施形態では、エラー情報履歴格納領域７３ｅにエラーコードが逐次記憶され、これにより、エラーの履歴情報が作成される。
ここで、図１２〜図１４を用いて、エラー情報履歴格納領域７３ｅの構成、及び、エラー情報履歴格納領域７３ｅに記憶される各種エラーコードの内容をより詳細に説明する。なお、図１２は、エラー情報履歴格納領域７３ｅの構成を示す図である。図１３は、副制御回路７０に関するエラーコードの内容を示す表であり、主制御回路６０から副制御回路７０に送信されるエラーコードの種別及びその内容を示す表である。そして、図１４は、サブデバイス群１００に含まれるサブデバイスに関するエラーコードの内容を示す表であり、サブデバイス群１００から副制御回路７０に送信されるエラーコードの種別及びその内容を示す表である。
エラー情報履歴格納領域７３ｅには、図１２に示すように、エラーコード（「ＥＲＲＯＲ ＣＯＤＥ」）、エラー発生日時（「発生」）及びエラー解除日時（「解除」）を１組とするデータセット（以下、エラー情報履歴という）が記憶される。そして、エラー情報履歴格納領域７３ｅは、このエラー情報履歴（データセット）を１２８個格納できる構成を有する。
なお、エラー情報履歴格納領域７３ｅに格納されるエラーコードは、１バイトのデータである。そして、エラーコードが副制御回路７０に関するものである場合には、図１３に規定されている各種エラーコードの中から、所定のエラーコードが、エラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。
例えば、通信エラーが発生した場合には、図１３中の「ＣＯＭエラー（ＣＯＭ ＥＲＲ ＡＬＭ）」に対応するエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、操作手順エラーが発生した場合には、図１３中の「手順異常（ＢＬＳ １２３ＰＥ）」に対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、データ破壊エラーが発生した場合には、図１３中の「サム異常（ＭＥＭ ＥＲＲ ＡＬＭ）」に対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。さらに、例えば電断エラーが発生した場合には、図１３中の「本体（ＰＯＷＥＲ ＤＯＷＮ）」、及び、「短期 電断異常発生（ＰＯＷＥＲ ＥＲＲ１）」〜「長期 電断異常発生（ＰＯＷＥＲ ＥＲＲ３）」のいずれかに対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。
また、エラーコードがサブデバイスに関するものである場合には、図１４に規定されている各種エラーコードの中から、所定のエラーコードが、エラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。
例えば、サブデバイスＩＤが存在しない場合には、図１４中の「サブデバイスＩＤ異常（ＳＤ ＣＯＭ ＤＶＣ）」に対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、サブデバイスがリセットされた場合には、図１４中の「リセット発生（ＳＤ ＲＳＴ）」に対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、スケーラ制御基板８０に関して、データサイズが２５６バイトを超えている場合には、図１４中の「データサイズ異常（ＳＤ ＣＯＭ ＳＩＺ）」に対応する所定のエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、サブＣＰＵ７１及びサブデバイス間の通信が断絶した場合や再開した場合には、図１４中の「通信断絶（ＳＣＬ ＤＳＣ）」又は「通信再開（ＳＣＬ ＲＳＭ）」に対応するエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。また、例えば、スケーラ制御基板８０に関して、輝度、輪郭又は補間設定が異常であるときには、図１４中の「輝度設定異常（ＳＣＬ ＳＥＴ ＥＲＲ１）」、「輪郭設定異常（ＳＣＬ ＳＥＴ ＥＲＲ２）」又は「補間設定異常（ＳＣＬ ＳＥＴ ＥＲＲ３）」に対応するエラーコードがエラー情報履歴格納領域７３ｅ内のエラーコードの領域に格納される。
また、エラー情報履歴格納領域７３ｅに格納されるエラー発生日時及びエラー解除日時のそれぞれにおいて、「年」データは２バイトデータであり、「月」データは１バイトデータであり、「日」データは１バイトデータであり、「分」データは１バイトデータであり、そして、「秒」データは１バイトデータである。
次に、図１５に、通信ログ収集用リングバッファ領域７３ｆの構成を示す。通信ログ収集用リングバッファ領域７３ｆには、図１５に示すように、２５６セットのコマンド及びパラメータのデータ組と、各データ組みに対応する１つのバッファインデックス（「０」〜「２５５」）とからなるデータ群が適宜記憶され、それらのデータがリングバッファとして機能する。
また、図１６に、通信エラー保存バッファ領域７３ｇの構成を示す。通信エラー保存バッファ領域７３ｇには、２５６セットのコマンド及びパラメータのデータ組と、各データ組みに対応する１つのバッファインデックス（「０」〜「２５５」）とからなるデータ群が、１０２４個記憶される。また、通信エラー保存バッファ領域７３ｇには、１０２４個のデータ群のバッファインデックス（「１」〜「１０２４」）のうち、どのバッファインデックスが選択されているかを示すバッファ選択インデックスが１つ記憶される。
［バックアップＲＡＭの構成］
次に、図１７を参照して、バックアップＲＡＭ７４の内部構成について説明する。なお、図１７は、バックアップＲＡＭ７４に設けられる各種データ領域の構成を示す図である。
バックアップＲＡＭ７４には、図１７に示すように、第１バックアップデータ領域７４ａ、第１バックアップデータサム値領域７４ｂ、第１バックアップデータ領域７４ａのミラーリングである第２バックアップデータ領域７４ｃ、第２バックアップデータサム値領域７４ｄ、係員バックアップデータ領域７４ｅ、係員バックアップデータサム値領域７４ｆ及びエラー情報履歴格納領域７４ｇが設けられる。
上述のように、本実施形態では、第１バックアップデータ領域７４ａ及び第２バックアップデータ領域７４ｃは、単体のバックアップＲＡＭ７４に設けられる。なお、ここでいう「ミラーリング」とは、データを複製することを意味し、データを別のストレージに複製するという意味に限定されるものではない。また、第１バックアップデータ領域７４ａ及び第２バックアップデータ領域７４ｃには、それぞれ、４バイト〜８バイトからなる任意のマジックコードが設けられる。
［送受信データのデータフォーマット］
次に、図１８及び図１９を参照して、サブＣＰＵ７１及びサブデバイス間の通信において、送受信される各種データのフォーマットと、送受信データの内容について説明する。
図１８は、送受信コマンドデータフォーマットの一例を示す図である。なお、図１８中の「ＳＴＸ」はスタートテキストを示し、「ＡＤＲ」は送信元ＩＤ及び送信先ＩＤを示す。また、図１８中の「ＣＭＤ」はコマンドを示し、「ＤＡＴＡ１」〜「ＤＡＴＡ２５６」はコマンドに対応した最大２５６バイトのデータ群を示し、「ＥＴＸ」はエンドテキストを示し、「ＳＵＭ」はエンドテキストまでのサム値を示す。
図１９は、図１８で規定されている送受信コマンドデータフォーマット中の「ＳＴＸ」〜「ＳＵＭ」までの各データの内容を示すテーブルである。例えば、送受信コマンドデータ中の「ＡＤＲ」において、送信元にスケーラ制御基板８０のＩＤ「０１ｈ」が示され、送信先にサブＣＰＵ７１のＩＤ「０２ｈ」が示され、「ＣＭＤ」には「８２ｈ」が示され、かつ、「ＤＡＴＡ１」等においてプログラムバージョンが示されている場合には、スケーラ制御基板８０からサブＣＰＵ７１に、所定のプログラムバージョンのパラメータ要求を示す送受信コマンドデータが送信されたことを示す。
［サブデバイス通信チェックテーブル］
ここで、図２０を参照して、各種プログラムテーブル領域７２ｅに格納されているサブデバイス通信チェックテーブル（サブデバイス通信データ整合性チェックテーブル）について説明する。サブデバイス通信チェックテーブルは、例えば後述のスケーラ制御コマンド受信時処理（後述の図１１８参照）等の処理で使用される。
サブデバイス通信チェックテーブルは、サブＣＰＵ７１が、スケーラ制御基板８０から受信したデータのコマンド種別及びコマンドパケットサイズが正しいか否かを判断するために用いられる。例えば、サブＣＰＵ７１は、サブデバイス通信チェックテーブルに基づき、「判定１」として、「ＣＭＤ」が「８１ｈ」の起動パラメータ要求であるか否か、及び、そのコマンドのＤＡＴＡサイズが２バイトである否かと判断する。そして、サブＣＰＵ７１は、「判定１」が終了すると「判定２」の判定処理に移る。
［サブＣＰＵが備えるエラー監視機能］
次に、本実施形態のパチスロ１において、サブＣＰＵ７１が備える各種エラー監理機能（手段）の内容について説明する。
サブＣＰＵ７１は、図９に示すように、エラー監視手段として、通信エラー検出手段７１ａと、手順検出手段７１ｂと、データ破壊検出手段７１ｃと、エラー情報登録手段７１ｄと、受信データログ保存手段７１ｅと、エラー情報履歴表示手段７１ｆと、二次元コード変換手段７１ｇと、サブデバイスエラー検出手段７１ｈとを備える。
通信エラー検出手段７１ａは、後述するＣＯＭエラーチェック処理（後述の図１０７参照）を実行することにより、主制御回路６０及び副制御回路７０間の通信処理においてエラーが発生したことを検出する。
手順検出手段７１ｂは、後述する主基板通信受信コマンドチェック処理（後述の図１０６参照）を実行することにより、通常の遊技の操作手順と異なる手順、すなわち、異常な操作手順で遊技が進行したことを検出する。
データ破壊検出手段７１ｃは、後述する図１０２に示すサブＣＰＵ７１の主基板通信タスク中の主基板受信データＢＣＣ（Block Check Character）チェック処理（サブ制御ゲームデータ保存領域のＢＣＣチェック処理）を実行することにより、サブＲＡＭ７３のサブ制御ゲームデータ領域７３ａ（図１１参照）のデータ破壊、特に、主制御回路６０から受信したコマンド、演出データ情報、遊技状態情報、内部当籤役情報、表示役情報、各種カウンタ及び各種フラグ等のデータ破壊を検出する。
エラー情報登録手段７１ｄは、エラーの各種検出手段によりエラー発生が検出された場合に、検出されたエラーに対応するエラーコードをサブＲＡＭ７３のエラー情報履歴格納領域７３ｅに記憶する。
具体的には、例えば、通信エラー検出手段７１ａにより通信エラーの発生が検出された場合には、エラー情報登録手段７１ｄは、エラー情報履歴格納領域７３ｅに、図１３中の「ＣＯＭエラー」に対応するエラーコード（「ＣＯＭ ＥＲＲ ＡＬＭ」のエラーコード）を記憶する。また、例えば、手順検出手段７１ｂにより手順異常エラーの発生が検出された場合には、エラー情報登録手段７１ｄは、エラー情報履歴格納領域７３ｅに、「手順異常」に対応する所定のエラーコード（例えば、「ＢＬＳ １２３ＰＥ」のエラーコード）を記憶する。また、例えば、データ破壊検出手段７１ｃによりサブ制御ゲームデータ領域７３ａのデータ破壊（サム異常エラー）が検出された場合には、エラー情報登録手段７１ｄは、エラー情報履歴格納領域７３ｅに、図１３中の「サム異常」に対応するエラーコード（「ＭＥＭ ＥＲＲ ＡＬＭ」のエラーコード）を記憶する。さらに、例えば、後述のサブデバイスエラー検出手段７１ｈによりスケーラ制御基板８０の輝度設定異常のエラーが検出された場合には、エラー情報登録手段７１ｄは、エラー情報履歴格納領域７３ｅに、図１４中のスケーラの「輝度設定異常」に対応するエラーコード（「ＳＣＬ ＳＥＴ ＥＲＲ１」のエラーコード）を記憶する。
また、エラー情報登録手段７１ｄは、電断検知回路９０により電断が検知され、電断検知信号がサブＣＰＵ７１に入力された場合には、図１３中の電断に対応するエラーコード（「ＰＯＷＥＲ ＤＯＷＮ」のエラーコード）をエラー情報履歴格納領域７３ｅに記憶する。
さらに、エラー情報登録手段７１ｄは、後述の電断異常不正判定処理（後述の図１２４参照）で説明するように、所定期間（短期、中期又は長期）に、例えばゴト行為等により、所定回数以上の電断（瞬断）が発生した場合には、その発生した電断回数分の電断（瞬断）に対応するエラーコードを一つのエラーコード（図１３中の「短期 電断異常発生（ＰＯＷＥＲ ＥＲＲ１）」〜「長期 電断異常発生（ＰＯＷＥＲ ＥＲＲ３）」）に集約（編集）し、該集約されたエラーコードをエラー情報履歴格納領域７３ｅに記憶する。
受信データログ保存手段７１ｅは、後述する主基板通信受信データログ保存処理（後述の図１０３参照）を実行することにより、受信ログ（以下、通信ログともいう）に関する情報を収集する。さらに、受信データログ保存手段７１ｅは、その処理の中で後述する主基板通信受信データログ一時領域保存処理（後述の図１０４参照）を実行することにより、サブＲＡＭ７３の通信ログ収集用リングバッファ領域７３ｆに通信ログを１つだけ一時的に保存する。また、受信データログ保存手段７１ｅは、通信エラー検出手段７１ａにより通信エラーの発生が検出された場合には、後述する主基板通信エラー履歴データ保存処理（後述の図１０５参照）を実行することにより、サブＲＡＭ７３の通信エラー保存バッファ領域７３ｇに、通信エラーに関する通信ログ（以下、通信エラーログという）を１０２４個まで保存する。
エラー情報履歴表示手段７１ｆは、ドアキー２に対して所定操作が行われた場合に、サブＲＡＭ７３のエラー情報履歴格納領域７３ｅに記憶された過去の各種エラー情報履歴を液晶表示装置１０に表示する。なお、エラー情報履歴表示手段７１ｆによるエラー情報履歴の表示動作については、後で詳述する。
二次元コード変換手段７１ｇは、通信エラー検出手段７１ａにより通信エラーの発生が検出された場合に、サブＲＡＭ７３の通信エラー保存バッファ領域７３ｇに記憶された通信エラーに関する通信エラーログ、及び。送信先である外部のデータ管理サーバ（不図示）のドメインを送信情報として二次元コードに変換する。そして、二次元コード変換手段７１ｇは、生成された二次元コードのデータをエラー情報履歴表示手段７１ｆに出力する。そして、二次元コードは、後述するように、エラー情報履歴表示手段７１ｆによりエラー情報履歴の確認画面に表示される（後述の図２３参照）。
サブデバイスエラー検出手段７１ｈは、サブＣＰＵ７１及びサブデバイス（スケーラ制御基板８０等）間において通信エラーやその他のエラーが発生したか否かを検出する。
例えば、サブデバイスエラー検出手段７１ｈが後述のサブデバイスコマンド受信処理（後述の図１１５参照）を実行することにより検出されたエラーは、エラー情報登録手段７１ｄにより、エラー情報履歴格納領域７３ｅに記憶される。この際、該検出されたエラーは、エラーの内容に応じて、例えば、図１４に示す先頭がＳＴＸ以外又はＥＴＸ未受信のエラーコード（「ＳＤ ＣＯＭ ＳＴＸ」のエラーコード）として記憶される。なお、このエラーコードは、エラー情報履歴格納領域７３ｅに記憶されるエラー情報履歴に含められる。
［エラー情報の各種表示動作］
ここで、サブＣＰＵ７１によるエラー情報の各種表示動作について説明する。
（１）エラー情報の表示画面
本実施形態において、例えばゴト行為等の何らかの原因によりサブＲＡＭ７３のデータが破壊された場合には、副制御回路７０の制御により、液晶表示装置１０の表示画面において、ＲＡＭデータに異常が生じたため遊技を続行できない旨の報知が行われる。図２１に、その報知例を示す。
例えば、主制御回路６０から受信したコマンド、演出データ情報、遊技状態情報、内部当籤役情報、表示役情報、各種カウンタ、各種フラグ等のデータの一部又は全部が消去された場合には、図２１に示すように、液晶表示装置１０の表示画面に「ＲＡＭデータ異常 遊技を続行できません。設定変更を行ってください。」の警告が表示され、エラーが発生したことが報知される。なお、本実施形態では、この警告文は、液晶表示装置１０の表示画面内の図柄表示領域４Ｌ、４Ｃ、４Ｒを除いた部分に表示される。このような報知を行うことにより、ゴト行為の抑制効果が期待できる。
（２）メニュー画面の表示操作
本実施形態において、例えば、遊技店の係員（ホール管理者）によりドアキー２に対して所定操作（例えばフロントドア１ｂの開放操作に対応する操作）が行われた場合には、パチスロ１の各種設定に対して変更等の操作を行うためのメニュー画面が液晶表示装置１０の表意画面に表示される。図２２に、そのメニュー画面の一例を示す。
図２２に示すメニュー画面の例では、例えばホール管理者がメニュー画面に列挙された各種メニュー（図２２の例では、「時刻設定」、「ガイドオプション」、「設定変更・確認履歴」、「エラー情報履歴」、「監視履歴」、「警告表示設定」、「自動音量調整機能」）の中から、所定のメニューを選択及び決定することにより、選択したメニューの設定／変更／確認等を行うための画面が表示される。
（３）エラー情報履歴の確認画面
本実施形態では、図２２に示すメニュー画面において、「エラー情報履歴」のメニューを選択及び決定することにより、エラー情報履歴の確認画面が表示される。図２３に、本実施形態のパチスロ１で表示されるエラー情報履歴の確認画面の一構成例を示す。
図２３に示すように、エラー情報履歴の確認画面には、過去に発生したエラー情報履歴が時系列で表示される。この際、最も新しいエラー情報履歴が確認画面の最上欄（エラー番号「１」の欄）に表示される。また、本実施形態では、各エラー情報履歴は、「エラー内容」、エラーの「発生日時」及びエラーの「解除日時」のデータセットとして表示される。なお、エラー情報履歴の確認画面中の「エラー内容」の欄には、図１３及び図１４で説明した各種エラーコードの中から発生したエラーに対応するエラーコードが表示される。
また、本実施形態では、エラー情報履歴の確認画面において、所定のエラー情報履歴が選択された場合には、確認画面内の所定位置に、選択したエラー情報履歴に対応する二次元コードが表示される。例えば、図２３に示す例では、「ＣＯＭ ＥＲＲ ＡＬＭ」のエラー情報履歴が選択され、該エラー情報履歴に対応する二次元コード３００がエラー情報履歴の一覧表の右側の空き領域に表示される。
なお、本実施形態では、サブＣＰＵ７１により通信エラーの発生が検出された場合に限り、通信エラー情報を二次元コード３００に変換する。それゆえ、必要以上に二次元コードを作成しないので、制御を簡素化することができる。なお、二次元コード３００の構成については、後で詳述する。
また、図２３に示すエラー情報履歴の確認画面の例において、エラー番号「１０」の欄に記載のエラーコード「ＢＬＳ １２３ＰＥ」に関するエラー内容の意味についても簡単に説明する。「ＢＬＳ １２３ＰＥ」に対応する操作手順では、通常、メダル等の投入操作を表す「Ｂ」の手順の後、レバー操作によるリールの回転開始を表す「Ｌ」及び「Ｓ」の手順、第１リールの停止操作を表す「１」の手順、第２リールの停止操作を表す「２」の手順、第３リールの停止操作を表す「３」の手順、支払操作を表す「Ｐ」の手順がこの順で続いて遊技が終了する。
しかしながら、図２３に示す例では、「エラー内容」の記載において、数字の「１」が丸印で囲まれている。これは、第１リールの停止操作の手順を取りこぼしたことを表す。なお、取りこぼした操作の手順を示す手法としては、丸印で囲む以外に、文字の色を変える、書体を変える、文字の線を太くするなどの手法を用いてもよい。
（４）電断エラーの表示態様
図２３に示すエラー情報履歴の確認画面では、エラー番号「１」〜「４」の欄に示すように、２３秒の短期間（２０１２年６月１日１０時９分４６秒〜２０１２年６月１日１０時１０分９秒）で、「ＰＯＷＥＲ ＤＯＷＮ」（電断）及び「ＰＯＷＥＲ ＵＰ」（電源復帰）のエラーコードの繰り返しが２回発生している。すなわち、短期間に電源の瞬断が２回連続して発生していることを示す。
このように短期間に瞬断が多発する主な原因として、主制御回路６０及び副制御回路７０間の送信コマンドを消す、クリアゴトと呼ばれるゴト行為が考えられる。それゆえ、このようなゴト行為による瞬断に対して、単に、「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」のエラー情報履歴を繰り返し表示した場合には、ゴト行為の期間が比較的長くなると、エラー情報履歴の確認画面が「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」のエラー情報履歴の繰り返しで埋まってしまう。その一例を、図２４に示す。
図２４に示すように、エラー情報履歴の確認画面が「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し表示で埋まってしまった場合、ゴト行為の開始時刻及び終了時刻、並びに、ゴト行為の回数を把握することが難しくなる。すなわち、単に、「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の履歴表示を繰り返す手法では、ゴト行為に関するエラー情報を一目で把握することが難しくなる。そこで、本実施形態では、所定期間内に所定回数以上の電断（瞬断）が発生した場合には、その電断回数分の「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」のエラー情報履歴の繰り返し表示（電断に関連するエラー情報）を一つのエラー情報履歴に集約して表示する。
さらに、本実施形態では、短期（秒単位）、中期（分単位）及び長期（時間単位）の３種類の期間のそれぞれにおいて、所定回数以上の電断（「ＰＯＷＥＲ ＤＯＷＮ」）が発生した場合には、所定期間内に発生した電断回数分の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を、一つのエラー情報履歴に集約（編集）して表示する。より具体的には、３０秒間（短期）に５回以上、電断が発生した場合、１０分間（中期）に１０回以上、電断が発生した場合、又は、４時間の間（長期）に３０回以上、電断が発生した場合、各場合のエラー事象を、「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」を繰り返して表示するのではなく、一つのエラー情報履歴として表示する。
なお、この際、エラー情報履歴の確認画面には、１つのエラー番号の欄に、各エラー事象に対応するエラーコード、すなわち、図１３に示す各種エラーコード中の「ＰＯＷＥＲ ＥＲＲ１」（「短期 電断異常発生」）、「ＰＯＷＥＲ ＥＲＲ２」（「中期 電断異常発生」）及び「ＰＯＷＥＲ ＥＲＲ３」（「長期 電断異常発生」）のいずれかのエラーコードを表示する。さらに、該エラーコードとともに、対応する電断の異常発生期間における最初の電断（「ＰＯＷＥＲ ＤＯＷＮ」）の発生時刻（発生日時）、及び、最後の電断（「ＰＯＷＥＲ ＤＯＷＮ」）の発生時刻（解除日時）も合わせて表示する。その一例を、図２５に示す。
図２５に示すエラー情報履歴の確認画面の例では、２０１２年６月１日１０時８分３２秒〜２０１２年６月１日１０時９分０秒の２８秒間の間に５回以上の電断が発生した場合の表示例である。この例では、エラー番号「１」の欄にこのような電断異常発生に対応するエラー情報履歴が表示される。具体的には、「エラー内容」には、「短期 電断異常発生」のエラーを示す「ＰＯＷＥＲ ＥＲＲ１」のエラーコードが表示され、「発生日時」には、「２０１２／０６／０１ １０：０８：３２」が表示され、「解除日時」には、「２０１２／０６／０１ １０：０９：００」が表示される。
このように、エラー情報履歴の確認画面において、ゴト行為によるエラー発生と考えられるエラー事象を、一つのエラー情報履歴で表示することにより、エラー情報履歴の確認画面が「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し表示で埋まることが無くなり、ゴト行為の有無及び回数、並びに、ゴト行為が行われた期間を一目で確認することができる。さらに、本実施形態では、短期（秒単位）、中期（分単位）及び長期（時間単位）の３種類の異なる期間において、電断の異常発生を監視するので、パターンの異なる様々なゴト行為を検出することができ、ゴト行為の抑止効果が得られる。
なお、本実施形態では、ゴト行為によるエラー事象の有無の判定条件として、３０秒間（短期）に５回以上の電断発生、１０分間（中期）に１０回以上の電断発生、及び、４時間（長期）に３０回以上の電断発生の３種類の判定条件を用いる例を説明するが、本発明はこれに限定されず、例えば、検出（監視）すべきゴト行為のパターン種別等に応じて、判定条件を任意に変更することができる。例えば、判定期間の条件を変えてもよいし、電断発生回数の条件を変えてもよいし、両方の条件をともに変えてもよい。さらに、判定条件の種類も３種類に限定されず、判定条件の種類は、３種類より多くてもよいし、少なくてもよい。
（５）二次元コードの構成
本実施形態において、エラー情報履歴の確認画面に表示される二次元コード３００は、パチスロ１の外部に設けられた解析用の情報処理装置に送信される情報である。二次元コード３００を解析用の情報処理装置を送信することにより、外部の情報処理装置でエラーの原因を解析して特定することが可能になり、その解析結果をパチスロ１のその後の改良等に利用することができる。なお、図示しないが、このエラー情報の送信処理では、二次元コード３００のエラー情報は、例えば、一旦、係員の携帯端末等により読み取られ、該携帯端末等から外部の情報処理装置のデータ管理サーバに送信される。
ここで、図２６を参照しながら、二次元コード３００に含まれる送信情報について説明する。図２６は、二次元コード３００に含まれる送信情報のフォーマットを示す図である。
二次元コード３００に含まれる送信情報は、図２６に示すように、１９２バイトからなる情報で構成される。なお、送信情報は、本実施形態のパチスロ１だけでなく、他機種のパチスロ等で記録されたエラー情報も送信できるように汎用的な構成になっている。
送信情報の０バイト目〜２８バイト目の領域には、データ管理サーバ（不図示）のドメインと、データ管理サーバに対するリクエストを示すデータとがセットされる。送信情報の２９バイト目〜３９バイト目の領域には、パチスロ１を識別するための筐体固有コードがセットされる。送信情報の４０バイト目〜６１バイト目の領域は、予備領域である。送信情報の６２バイト目〜６７バイト目の領域には、送信情報生成時の時刻がセットされる。送信情報の６８バイト目〜７１バイト目の領域には、パチスロ１の種別を示す機種コードがセットされる。
また、送信情報の７２バイト目〜７３バイト目の領域には、種別番号がセットされる。なお、ここでは、７２バイト目及び７３バイト目の両方の領域には情報「３ＦＨ」を設定する。送信情報の７４バイト目〜７５バイト目の領域には、エラーの種類を示す情報がセットされる。送信情報の７６バイト目〜１８８バイト目の領域には、エラー情報がセットされる。そして、送信情報の１８９バイト目〜１９１バイト目の領域には、チェックサムがセットされる。
なお、送信情報の７６バイト目〜１８８バイト目の領域に設定されるエラー情報は、１文字（６ビット）からなるコマンド種別を含む。そして、コマンド種別がパラメータを付随するものである場合には、その１文字のコマンド種別の後に２文字（１２ビット）からなるパラメータが付加される。
図２７に、送信情報に含まれるコマンド種別及びパラメータのテーブル例を示す。なお、図２７に示すコマンド種別及びパラメータのテーブル例では、各受信コマンドにおける受信コマンドデータと、種別及びパラメータとの対応関係だけでなく、前回の受信コマンドにおける受信コマンドデータと、種別及びパラメータとの対応関係も示す。
また、送信情報に含まれる情報は、この例に限定されず、例えば、送信情報に遊技者の遊技記録に関する情報を含めてもよい。
上述のように、本実施形態では、サブＣＰＵ７１は、通信エラーが発生した場合にのみ二次元コード３００を作成する。ここで、図２８Ａ〜図２８Ｃを参照して、ＣＯＭエラー（通信エラー）が発生した場合における二次元コード３００の情報の記録イメージを説明する。なお、図２８Ａ〜図２８Ｃ中の数値はデータの文字数であり、「１」文字のデータはコマンド種別、「２」文字のデータは直前のコマンドに対するパラメータをそれぞれ示す。
まず、通信エラーが、例えば通常の遊技中に偶発的に発生した（図２８Ａの例では、「第１停止」と「第２停止」との間でＣＯＭエラーが発生）場合を考える。この場合には、二次元コード３００にエラー情報として記録されるデータは、図２８Ａに示すように、正常な処理の途中で通信エラー（ＣＯＭエラー）が発生し、その直後から再び正常な処理が実行されたものとなる。
次に、通信エラーがゴト行為により発生したもので、パチスロ１に設定変更があった場合を考える。この場合には、二次元コード３００にエラー情報として載せられるデータは、図２８Ｂに示すように通信エラー（ＣＯＭエラー）の発生直後に設定変更がなされたものとなる。さらに、通信エラーが発生してレバー操作による連続送信がなされた場合を考える。この場合には、二次元コード３００にエラー情報として載せられるデータは、図２８Ｃに示すように通信エラー（ＣＯＭエラー）の発生直後からコマンド種別であるレバー操作とパラメータである成立役とが連続したものとなる。
（６）エラー情報履歴の表示動作
次に、サブＣＰＵ７１の制御によるエラーの検出処理からエラー情報履歴の表示処理に至る一連の動作の概要を説明する。
本実施形態において、通信エラー検出手段７１ａにより通信エラーの発生が検出された場合には、エラー情報登録手段７１ｄは、通信エラーに対応するエラーコードをサブＲＡＭ７３のエラー情報履歴格納領域７３ｅに記憶する。そして、受信データログ保存手段７１ｅは、通信ログ収集用リングバッファ領域７３ｆに通信ログを保存するとともに、通信エラー保存バッファ領域７３ｇに通信エラーログを保存する。
また、通信エラー検出手段７１ａ以外で、手順検出手段７１ｂ、データ破壊検出手段７１ｃ又はその他のエラー検出手段により通信エラー以外のエラーの発生が検出された場合には、エラー情報登録手段７１ｄが、エラーに対応するエラーコードをサブＲＡＭ７３のエラー情報履歴格納領域７３ｅに記憶する。そして、受信データログ保存手段７１ｅは、通信エラー保存バッファ領域７３ｇに通信ログを保存せずに、通信ログ収集用リングバッファ領域７３ｆに通信ログを保存する。
そして、係員等によりドアキー２に対して所定の操作が行われた場合には、エラー情報履歴表示手段７１ｆは、エラー情報履歴格納領域７３ｅに記憶されたエラー情報履歴を液晶表示装置１０の表示画面に表示する。なお、本実施形態では、図２３及び図２５に示すようなエラー情報履歴の確認画面を液晶表示装置１０に表示させる方法として、係員による通常操作及び簡易操作の２種類の操作法を採用している。
通常操作では、まず、係員がドアキー２を右回転させてフロントドア１ｂのロック機構を解放する。次いで、係員は、設定キーを操作して、設定キースイッチ２７Ｓをオンし、液晶表示装置１０の表示画面に、図２２に示すメニュー画面を表示する。そして、係員は、操作キーを操作してメニュー内の「エラー情報履歴」の項目を選択する。通常操作では、このような操作手順により、図２３及び図２５に示すようなエラー情報履歴の確認画面が、液晶表示装置１０の表示画面に表示される。
一方、簡易操作では、係員は、ドアキー２を左回転させてエラーのリセットを行い、その状態を一定時間（例えば５秒間以上）保持する。簡易操作では、このような操作手順により、図２３及び図２５に示すようなエラー情報履歴の確認画面が、液晶表示装置１０の表示画面に表示される。
なお、電断（「ＰＯＷＥＲ ＤＯＷＮ」）が多発した際（電断異常発生時）に行う、上述したエラー情報履歴の登録編集処理（集約処理）は、例えば、サブＣＰＵ７１のエラー情報登録手段７１ｄにより行われる。なお、本発明はこれに限定されず、上述したエラー情報履歴の登録編集処理を行う手段を、エラー情報登録手段７１ｄとは別個に設けてもよい。また、上述したエラー情報履歴の登録編集処理の具体的な内容は、後述の図１２３及び図１２４に示す不正監視処理タスクに関する処理のフローチャートにおいて、詳細に説明する。
＜メインＲＯＭに記憶されているデータテーブルの構成＞
次に、図２９〜図４２を参照して、メインＲＯＭ３２に記憶されている、各種遊技動作の制御に必要な各種データテーブルの構成について説明する。
［図柄配置テーブル］
まず、図２９を参照して、図柄配置テーブルについて説明する。図柄配置テーブルは、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒのそれぞれの回転方向における各図柄の位置と、各位置に配された図柄の種類を特定するデータ（以下、図柄コードという）との対応関係を規定する。
図柄配置テーブルでは、リールインデックスが検出されたときに、各図柄表示領域の枠内における中段領域に配置される図柄の位置を「０」と規定する。そして、各リールにおいて、図柄位置「０」を基準としてリールの回転方向（図２９中の図柄位置「２０」から図柄位置「０」に向かう方向）に進む順に、図柄カウンタに対応する値が、図柄位置「０」〜「２０」として、各図柄に割り当てられる。
すなわち、図柄カウンタの値（「０」〜「２０」）と、図柄配置テーブルとを参照することにより、各図柄表示領域の枠内における上段、中段及び下段の領域に表示されている図柄の種類を特定することができる。例えば、左リール３Ｌに対応する図柄カウンタの値が「７」であるとき、左図柄表示領域４Ｌの枠内における上段、中段及び下段の領域には、それぞれ、図柄位置「８」の「ドン１」、図柄位置「７」の「ベル１」及び図柄位置「６」の「リプレイ」に対応する図柄が表示されている。
［図柄組合せテーブル］
次に、図３０を参照して、図柄組合せテーブルについて説明する。図柄組合せテーブルは、特典の種類に応じて予め定められた図柄の組合せと、表示役（格納領域）及び払出枚数との対応関係を規定する。
なお、図３０には、後述する遊技状態（ＲＴ遊技状態）の移行契機となる図柄の組合せ（図３０中の表示役の内容欄に記載の「上げ２目１」〜「上げ２目３」、「押し順ベル失敗１」〜「押し順ベル失敗４」、「ＳＢこぼし目１」〜「ＳＢこぼし目」）も合わせて記載する。以下では、この遊技状態（ＲＴ遊技状態）の移行契機となる図柄の組合せを移行役ともいう。
本実施形態では、有効ラインに沿って、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒにより表示される図柄の組合せが、図柄組合せテーブルに規定された図柄の組合せ（上記移行役は除く）と一致する場合に入賞と判定される。そして、入賞と判定されると、メダルの払い出し、再遊技の作動、ボーナスゲームの作動といった特典が遊技者に与えられる。なお、有効ラインに沿って表示された図柄の組合せが、図柄組合せテーブルに規定されている図柄の組合せのいずれとも一致しない場合には、いわゆる「ハズレ」となる。すなわち、本実施形態では、「ハズレ」に対応する図柄の組合せを図柄組合せテーブルに規定しないことにより、「ハズレ」の図柄の組合せを規定する。なお、本発明はこれに限定されず、図柄組合せテーブルに、「ハズレ」の項目を設けて、直接「ハズレ」を規定してもよい。また、図３０に示す図柄組合せテーブル中の図柄「ＡＮＹ」は、対応するリールに描かれた任意の図柄を表す。
図柄組合せテーブル中の表示役欄に記載の各種データは、有効ラインに沿って表示された図柄の組合せを識別するためのデータである。この表示役欄の「データ」は、１バイトのデータで表され、該データ中の各ビットに対して固有の図柄の組合せ（表示役の内容）が割り当てられる。
また、表示役欄の「格納領域」のデータは、対応する表示役の情報が格納される後述の表示役格納領域（後述の図４４参照）を指定するためのデータである。なお、本実施形態では、７個の表示役格納領域（表示役格納領域１〜表示役格納領域７）を設ける。そして、本実施形態では、ビットパターン（１バイトのデータパターン）が同じであり、かつ、内容の異なる表示役は、「格納領域」の違いにより別の表示役として管理される。
図柄組合せテーブル中の払出枚数欄に記載の数値は、遊技者に対して払い出すメダルの枚数を表す。「払出枚数」のデータとして１以上の数値が付与されている図柄の組合せでは、その数値と同じ枚数のメダルの払い出しが行われる。本実施形態において、メダルの投入枚数が２枚である時に、表示役として、例えば、図３０に示す図柄組合せテーブル中の「ベル」〜「ＢＢ中用役５」のいずれかが決定されたときには、１０枚のメダルの払い出しが行われる。一方、メダルの投入枚数が３枚である時に、表示役として、例えば、図３０に示す図柄組合せテーブル中の「ベル」〜「制御役３」のいずれかが決定されたときには、表示役の種別に応じて所定枚数（１、２、４及び６枚のいずれか）のメダルの払い出しが行われる。
また、本実施形態において、表示役として再遊技（リプレイ）に係る図柄の組合せ、例えば、図３０の図柄組合せテーブルに示す「通常リプ」、「上げ１段階リプ１」〜「上げ２段階リプ２」及び「制御リプ１」〜「制御リプ３」に係る図柄の組合せのうちのいずれかが決定されたときには、再遊技の作動が行われる。さらに、表示役として「ＢＢ１」〜「ＢＢ４」のいずれかが決定されたときには、ビッグボーナスゲームの作動が行われ、表示役として「ＳＢ」が決定されたときには、シングルボーナスゲームの作動が行われる。
［ボーナス作動時テーブル］
次に、図３１を参照して、ボーナス作動時テーブルについて説明する。ボーナス作動時テーブルは、ボーナスゲーム時に、メインＲＡＭ３３に設けられた後述の遊技状態フラグ格納領域（後述の図４６参照）、ボーナス終了枚数カウンタ、遊技可能回数カウンタ、及び、入賞可能回数カウンタに格納するデータを規定する。
遊技状態フラグは、作動中のボーナスゲームの種類を識別するためのデータである。本実施形態では、ボーナスゲームとして、４種類のビッグボーナス（「ＢＢ１」〜「ＢＢ４」）と、２種類のレギュラーボーナス（「ＲＢ１」，「ＲＢ２」）と、シングルボーナス（「ＳＢ」）とを設ける。そして、各ボーナスに対して個別の遊技状態フラグを付与する。なお、本実施形態はこれに限定されず、例えば、４種類のビッグボーナス（「ＢＢ１」〜「ＢＢ４」）に対して共通の遊技状態フラグを付与してもよい。
なお、「ＢＢ」作動時には、「ＲＢ」が連続作動するが、本実施形態では、「ＢＢ１」〜「ＢＢ３」作動時には、「ＲＢ１」が連続作動し、「ＢＢ４」作動時には「ＲＢ２」が連続作動する。
ボーナス作動時テーブルに規定されるボーナス終了枚数カウンタの数値は、ボーナスゲームの終了の契機となるメダルの払出枚数（規定枚数）を示すデータである。本実施形態では、「ＢＢ１」〜「ＢＢ３」の作動は、規定枚数「２７０」より多くの枚数のメダルの払い出しが行われた場合に終了し、「ＢＢ４」の作動は、規定枚数「６０」より多くの枚数のメダルの払い出しが行われた場合に終了する。
具体的には、まず、ボーナス作動時テーブルで規定されている「ボーナス終了枚数カウンタ」の数値が、実際に、ボーナス終了枚数カウンタに格納される。次いで、ＢＢ作動後、メダルの払い出しが実施される度に、ボーナス終了枚数カウンタの値が減算される。そして、ボーナス終了枚数カウンタの値が「０」未満（負の値）になったことを条件に、「ＢＢ」の作動が終了する。
遊技可能回数カウンタは、ＲＢ作動時における、遊技可能な残りのゲームの回数、いわゆる遊技可能回数（本実施形態では１２回）を管理するためのデータである。また、入賞可能回数カウンタは、ＲＢ作動時における、入賞に係る図柄の組合せを表示することが可能な残りのゲームの回数、いわゆる入賞可能回数（本実施形態では８回）を管理するためのデータである。
［遊技状態の遷移フロー］
次に、図３２を参照して、本実施形態における遊技状態の遷移フローを説明する。主制御回路６０において管理する主な遊技状態には、図３２に示すように、「一般遊技状態」、「ＲＴ１遊技状態」（ＲＴ：リプレイタイム）、「ＲＴ２遊技状態」、「ＲＴ３遊技状態」、「ＲＴ４遊技状態」及び「ＢＢ遊技状態」（「ＢＢ１遊技状態」〜「ＢＢ４遊技状態」の総称）がある。なお、これらの遊技状態間では、リプレイの当籤確率及び／又は当籤するリプレイの種別が互いに異なる。また、図示しないが、主制御回路６０において管理する遊技状態としては、１ゲームのみ他の遊技状態と併存する「ＳＢ遊技状態」や、「ＢＢ１遊技状態」〜「ＢＢ３遊技状態」において作動する「ＲＢ１遊技状態」、「ＢＢ４遊技状態」において作動する「ＲＢ２遊技状態」がある。
本実施形態では、「一般遊技状態」の遊技において、「ＳＢこぼし目」（図３０に示す図柄組合せテーブル中の「ＳＢこぼし目１」〜「ＳＢこぼし目１２」のいずれか）に係る図柄組合せ（移行役）が有効ライン上に停止表示された場合、遊技状態は「一般遊技状態」から「ＲＴ１遊技状態」に遷移する。
「ＲＴ１遊技状態」の遊技において、「上げ１段階リプ１」に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ１遊技状態」から「ＲＴ２遊技状態」に遷移する。また、「ＲＴ１遊技状態」の遊技において、「押し順ベル失敗」（図３０に示す図柄組合せテーブル中の「押し順ベル失敗１」〜「押し順ベル失敗４」のいずれか）に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ１遊技状態」から「一般遊技状態」に遷移する。
「ＲＴ２遊技状態」の遊技において、「上げ２段階リプ」（図３０に示す図柄組合せテーブル中の「上げ２段階リプ１」又は「上げ２段階リプ２」）、又は、「上げ２目」（図３０に示す図柄組合せテーブル中の「上げ２目１」〜「上げ２目３」のいずれか）に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ遊技状態」から「ＲＴ３遊技状態」に遷移する。また、「ＲＴ２遊技状態」の遊技において、「ＳＢこぼし目」に係る図柄組合せが有効ライン上に停止表示された場合、遊技状態は「ＲＴ２遊技状態」から「ＲＴ１遊技状態」に遷移する。さらに、「ＲＴ２遊技状態」の遊技において、「押し順ベル失敗」に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ２遊技状態」から「一般遊技状態」に遷移する。
「ＲＴ３遊技状態」の遊技において、「ＳＢこぼし目」に係る図柄組合せが有効ライン上に停止表示された場合、遊技状態は「ＲＴ３遊技状態」から「ＲＴ１遊技状態」に遷移する。また、「ＲＴ３遊技状態」の遊技において、「押し順ベル失敗」に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ３遊技状態」から「一般遊技状態」に遷移する。
「一般遊技状態」及び「ＲＴ１遊技状態」〜「ＲＴ３遊技状態」のいずれかの遊技において、「ＢＢ」（「ＢＢ１」〜「ＢＢ４」のいずれか）に係る役が内部当籤役として決定された場合、遊技状態は、「一般遊技状態」及び「ＲＴ１遊技状態」〜「ＲＴ３遊技状態」のいずれかから「ＲＴ４遊技状態」に遷移する。また、「ＲＴ４遊技状態」の遊技において、「ＢＢ」（「ＢＢ１」〜「ＢＢ４」のいずれか）に係る図柄組合せが有効ライン上に停止表示された場合には、遊技状態は「ＲＴ４遊技状態」から「ＢＢ遊技状態」（「ＢＢ１遊技状態」〜「ＢＢ４遊技状態」のいずれか）に遷移する。さらに、「ＢＢ遊技状態」において、規定枚数（２７０枚又は６０枚）のメダルが払い出されると（「ＢＢ」が終了すると）、遊技状態は「ＢＢ遊技状態」から「一般遊技状態」に遷移する。
［ＲＴ遷移テーブル］
ここで、図３３に、図３２で説明した遊技状態（ＲＴ遊技状態）の遷移形態をまとめたＲＴ遷移テーブルを示す。ＲＴ遷移テーブルは、移行契機となる図柄の組合せ（移行役）と、遊技状態フラグの制御内容との対応関係を規定する。このＲＴ遷移テーブルは、主制御回路６０により実行される後述のＲＴ制御処理（後述の図７５参照）において、遊技状態フラグを更新する際に使用される。
具体的には、「押し順ベル失敗１」〜「押し順ベル失敗４」のいずれかに係る図柄組合せが有効ライン上に停止表示された場合、全ての遊技状態フラグがオフされる。これより、「一般遊技状態」が作動する。また、「ＳＢこぼし目１」〜「ＳＢこぼし目１２」のいずれかに係る図柄組合せが有効ライン上に停止表示された場合には、ＲＴ１遊技状態フラグがオンされる。また、「上げ１段階リプ１」に係る図柄組合せが有効ライン上に停止表示された場合には、ＲＴ２遊技状態フラグがオンされる。また、「上げ２段階リプ１」、「上げ２段階リプ２」及び「上げ２目１」〜「上げ２目３」のいずれかに係る図柄組合せが有効ライン上に停止表示された場合には、ＲＴ３遊技状態フラグがオンされる。
なお、図３２のＲＴ遷移テーブルに規定する各移行役（表示役）は、後で詳述するように、所定の役が内部当籤役として決定された場合であり、かつ、予め定められた所定の停止操作順序に従ってリールの停止操作が行われた場合、所定の停止操作順序とは異なる停止操作順序でリールの停止操作が行われた場合、又は、適切なタイミングでリールの停止操作が行われなかった場合に、有効ライン上に停止表示される可能性がある表示役である。
［内部抽籤テーブル決定テーブル］
次に、図３４を参照して、内部抽籤テーブル決定テーブルについて説明する。内部抽籤テーブル決定テーブルは、各遊技状態における、遊技状態フラグのオン／オフ情報と、後述の内部抽籤処理（後述の図７１及び図７２参照）において内部当籤役を決定するために用いる内部抽籤テーブルと、抽籤回数との対応関係を規定する。
例えば、ＳＢ遊技状態フラグ及びＲＴ１遊技状態フラグにのみが「１（オン状態）」である場合、すなわち、「ＳＢ遊技状態」と「ＲＴ１遊技状態」とが併存して作動している場合には、内部抽籤テーブルとして「ＳＢ中ＲＴ１遊技状態用内部抽籤テーブル」が選択され、抽籤回数として「４９」が選択される。また、例えば、全ての遊技状態フラグが「０（オフ状態）」である場合、すなわち、遊技状態が「一般遊技状態」である場合には、内部抽籤テーブルとして「一般遊技状態用内部抽籤テーブル」が選択され、抽籤回数として「４９」が選択される。
［内部抽籤テーブル］
次に、図３５〜図３７を参照して、内部抽籤テーブルについて説明する。
内部抽籤テーブルは、後述する内部抽籤処理（後述の図７１及び図７２参照）において、内部抽籤を行う際、すなわち、内部当籤役を決定する際に参照されるテーブルである。内部抽籤テーブルは、各種当籤番号における、データポインタと、このデータポインタが決定されるときの抽籤値との対応関係を規定する。
データポインタは、内部抽籤テーブルを参照して行う抽籤の結果として取得されるデータであり、後述の内部当籤役決定テーブル（後述の図３８及び図３９参照）により規定される内部当籤役を指定するためのデータである。なお、データポインタには、小役・リプレイ用データポインタ及びボーナス用データポインタの２種類が設けられる。
なお、図３５は、遊技状態（ＲＴ遊技状態）が「一般遊技状態」及び「ＲＴ１遊技状態」〜「ＲＴ４遊技状態」のいずれかである場合に参照される内部抽籤テーブルである。図３６は、遊技状態が「ＢＢ１遊技状態」〜「ＢＢ３遊技状態」のいずれか（「ＲＢ１遊技状態」）である場合に参照される内部抽籤テーブルである。また、図３７は、遊技状態が「ＢＢ４遊技状態」（「ＲＢ２遊技状態」）である場合に参照される内部抽籤テーブルである。
また、図３５〜図３７に示す内部抽籤テーブルにおいて、「当籤番号」欄の右欄には、データポインタに対応する内部当籤役の略称を示す。さらに、図３６及び図３７に示す各内部抽籤テーブルの右側には、データポインタに対応して、トップライン（上段）、センターライン（中段）及びボトムライン（下段）のいずれかのライン上に停止表示され得る図柄組合せの名称（停止形）を示す。
なお、図３６中の停止形の表に記載の例えば「ドンＸＸテンパイはずれ」とは、各リールの停止操作において、「ＸＸ」に対応するライン上（「上段」ならトップライン上）に「ドン図柄」（図２９中の図柄「ドン１」又は「ドン２」）が停止表示可能なタイミングで停止操作が行われた場合、第１及び第２停止操操作では、対応するライン上に「ドン図柄」が停止表示されるが、第３停止操作では、対応するライン上に「ドン図柄」が停止表示されない停止形を意味する。
例えば、「ＲＢ１遊技状態」において、小役・リプレイ用データポインタとして「２５」（当籤番号「２」）が決定されたときには、停止形は「ドン下段テンパイはずれ」になる。この停止形では、左リール３Ｌの下段領域及び中リール３Ｃの下段領域のそれぞれに「ドン図柄」が停止表示可能なタイミングで、左リール３Ｌ及び中リール３Ｃに対して停止操作が行われた場合、左リール３Ｌの下段領域及び中リール３Ｃの下段領域には、「ドン図柄」が停止表示されるが、右リール３Ｒの下段領域には、「ドン図柄」が停止表示可能なタイミングで右リール３Ｒに対して停止操作が行われた場合であっても、右リール３Ｒの下段領域には「ドン図柄」は停止表示されない。
一方、図３６中の停止形の表に記載の「ドンＸＸテンパイあたり」とは、リールの停止操作において、「ＸＸ」に対応するライン上（「上段」ならトップライン上）に「ドン図柄」が停止表示可能なタイミングで停止操作が行われた場合に、対応するライン上の全ての図柄表示領域に、「ドン図柄」が停止表示される（「ドン図柄」−「ドン図柄」−「ドン図柄」の図柄組合せが停止表示される）停止形を意味する。
例えば、「ＲＢ１遊技状態」において、小役・リプレイ用データポインタとして「２８」（当籤番号「５」）が決定されたときには、停止形は「ドン下段テンパイあたり」になる。この停止形では、左リール３Ｌの下段領域、中リール３Ｃの下段領域及び右リール３Ｒの下段領域のそれぞれに「ドン図柄」が停止表示可能なタイミングで、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒに対して停止操作が行われた場合、ボトムライン上の全ての図柄表示領域に、「ドン図柄」が停止表示される（「ドン図柄」−「ドン図柄」−「ドン図柄」の図柄組合せが停止表示される）。
ここで、本実施形態における内部抽籤処理の内容を簡単説明する。内部抽籤処理では、まず、予め定められた数値の範囲（例えば、０〜６５５３５）から抽出される乱数値を、各当籤番号に対応して規定された抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定（内部的な抽籤）を行う。そして、所定の当籤番号において減算の結果が負になった（「桁かり」が生じた）場合、その当籤番号に当籤したことになり、該当籤番号に割り当てられたデータポイントが取得される。
例えば、「一般遊技状態」において、抽出した乱数値が「１５００」であり、図３５に示す内部抽籤テーブルが参照された場合には、まず、メインＣＰＵ３１は、「１５００」から当籤番号「１」に対応する抽籤値「１０００」を減算する。この場合、減算結果（１５００−１０００＝５００）は、正となる。
次いで、メインＣＰＵ３１は、この減算後の値「５００」から当籤番号「２」に対応する抽籤値「２１００」を減算する。この場合、減算結果（５００−２１００＝−１６００）は、負となる。それゆえ、メインＣＰＵ３１は、内部当籤役として当籤番号「２」、すなわち、小役・リプレイ用データポインタとして「１３」を決定（取得）し、ボーナス用データポインタとして「０」を決定する。
上記内部抽籤処理の手法では、抽籤値として規定されている数値が大きい当籤番号ほど、割り当てられたデータ（つまり、データポインタ）が決定される確率が高い。なお、各当籤番号の当籤確率は、「各当籤番号に規定された抽籤値／抽出される可能性のある全ての乱数値の個数（乱数分母：６５５３６）」によって表すことができる。
また、本実施形態では、後述するように、上述した内部抽籤処理以外に、抽籤値を用いた各種抽籤処理が行われる。しかしながら、これらの抽籤処理の手法は、上述した内部抽籤処理の手法と同様である。また、各種抽籤処理に対応してそれぞれ抽籤テーブルが設けられ、該抽籤テーブルには、抽籤により選択する可能性のある項目（例えば、当籤番号）に応じて適宜所定の抽籤値が規定される。上述のように、本実施形態では、内部抽籤処理以外の抽籤処理の手法は、上述した内部抽籤処理の手法と同様であるので、その説明を省略する。
［内部当籤役決定テーブル］
次に、図３８及び図３９を参照して、内部当籤役決定テーブルについて説明する。なお、本実施形態は、内部当籤役決定テーブルとして、ボーナス用内部当籤役決定テーブル（図３８）及び小役・リプレイ用内部当籤役決定テーブル（図３９）の２種類を用意する。
内部当籤役決定テーブルは、データポインタと、内部当籤役との対応関係を規定する。すなわち、データポインタが決定されると、内部当籤役決定テーブルにより内部当籤役のデータが一義的に取得される。なお、内部当籤役決定テーブルは、後述する内部抽籤処理（後述の図７１及び図７２参照）において、データポインタに基づいて内部当籤役を決定する際に参照される。
内部当籤役決定テーブル中の「内部当籤役」は、有効ラインに沿って表示を許可する、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの図柄の組合せを識別するためのデータである。「内部当籤役」は、図３０に示した図柄組合せテーブル中の「表示役」と同様に、１バイトのデータで表され、該１バイトデータ中の各ビットに対して固有の図柄の組合せが割り当てられる。なお、データポインタが「０」のとき、「内部当籤役」の内容は「ハズレ」となるが、これは、図３０に示した図柄組合せテーブルにより規定されている入賞に係る全ての表示役の図柄の組合せの表示が許可されないことを示す。
（１）ボーナス用内部当籤役決定テーブル
図３８は、ボーナス用内部当籤役決定テーブルの構成を示す図である。ボーナス用内部当籤役決定テーブルは、ボーナス用データポインタの「１」〜「５」のそれぞれについて、ボーナスゲームの作動に係る内部当籤役を規定する。
なお、ボーナス用内部当籤役決定テーブル中の「○」印は、取得したボーナス用データポインタにおいて、当籤する内部当籤役を示す。例えば、ボーナス用データポインタとして「１」が取得された場合は、内部当籤役として「ＢＢ１」が当籤する。
また、例えば、ボーナス用データポインタとして「５」が決定された場合には、内部当籤役として「ＳＢ」が当籤する。なお、この場合、３つのリールに対して所定の停止順序で停止操作が行われたときには、有効ライン上に「ＳＢ」に係る図柄の組合せが停止表示されるが、所定の停止順序で停止操作が行われなかったときには、有効ライン上に、「ＳＢこぼし目１」〜「ＳＢこぼし目１２」のいずれかに係る図柄の組合せが停止表示される。
（２）小役・リプレイ用内部当籤役決定テーブル
図３９は、小役・リプレイ用内部当籤役決定テーブルの構成を示す図である。小役・リプレイ用内部当籤役決定テーブルは、小役・リプレイ用データポインタの「１」〜「３１」のそれぞれについて、内部当籤する小役及びリプレイ役を規定する。すなわち、小役・リプレイ用内部当籤役決定テーブルは、小役・リプレイ用データポインタと、メダルの払い出しに係る内部当籤役又は再遊技の作動に係る内部当籤役との対応関係を規定する。また、小役・リプレイ用内部当籤役決定テーブル中の「○」印は、取得した小役・リプレイ用データポインタにおいて、当籤する内部当籤役を示す。
例えば、小役・リプレイ用データポインタとして「２」が決定された場合には、「通常リプ１」及び「上げ１段階リプ１」に係るリプレイ役が内部当籤役として重複当籤する。この場合には、左リール３Ｌ、右リール３Ｒ及び中リール３Ｃの順で停止操作が行われたときにのみ、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される。一方、これ以外の順序で停止操作が行われたときには、「通常リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
また、例えば、小役・リプレイ用データポインタとして「３」〜「６」のいずれかが決定された場合においても、小役・リプレイ用データポインタ「２」が取得されたときと同様に、「上げ１段階リプ１」及び「通常リプ１」が共通して重複当籤する（図３９参照）。そして、この場合には、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される停止操作の順序がデータポインタ毎に予め定められており、所定の順序で停止操作が行われたときには、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示されるが、それ以外の順序で停止操作が行われたときには、「通常リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
具体的には、小役・リプレイ用データポインタ「３」が取得された場合には、左リール３Ｌ、右リール３Ｒ及び中リール３Ｃの順で停止操作が行われたときにのみ、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
また、小役・リプレイ用データポインタ「４」が取得された場合には、中リール３Ｃ、左リール３Ｌ及び右リール３Ｒの順で停止操作が行われたときにのみ、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
また、小役・リプレイ用データポインタ「５」が取得された場合には、中リール３Ｃ、右リール３Ｒ及び左リール３Ｌの順で停止操作が行われたときにのみ、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
さらに、小役・リプレイ用データポインタ「６」が取得された場合には、右リール３Ｒに対して第１停止操作が行われたときにのみ、「上げ１段階リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
また、例えば、小役・リプレイ用データポインタとして「７」が決定された場合には、「通常リプ１」、「上げ１段階リプ１」、「上げ２段階リプ１」、「上げ２段階リプ２」及び「制御リプ１」〜「制御リプ３」が重複当籤する（図３９参照）。
この場合には、左リール３Ｌに対して第１停止操作が行われたときにのみ、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」及び「上げ２目３」のいずれかに係る図柄の組合せが所定の有効ライン上に停止表示される。なお、本実施形態では、「上げ２目１」、「上げ２目２」又は「上げ２目３」が所定の有効ライン上に停止表示された場合には、同時に「通常リプ１」又は「上げ１段階リプ１」が他の有効ライン上に停止表示される。一方、これ以外の順序で停止操作が行われたときには、「通常リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
また、例えば、小役・リプレイ用データポインタとして「８」〜「１１」のいずれかが決定された場合においても、小役・リプレイ用データポインタ「７」が取得されたときと同様に、「通常リプ１」、「上げ１段階リプ１」、「上げ２段階リプ１」及び「上げ２段階リプ２」が共通して重複当籤する（図３９参照）。そして、この場合には、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」又は「上げ２目３」に係る図柄の組合せが有効ライン上に停止表示される停止操作の順序がデータポインタ毎に予め定められており、所定の順序で停止操作が行われたときには、これらのいずれかに係る図柄の組合せが有効ライン上に停止表示されるが、それ以外の順序で停止操作が行われたときには、「通常リプ１」に係る図柄の組合せが有効ライン上に停止表示される。
具体的には、小役・リプレイ用データポインタ「８」が取得された場合には、中リール３Ｃ、左リール３Ｌ及び右リール３Ｒの順で停止操作が行われたときにのみ、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」及び「上げ２目３」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。
また、小役・リプレイ用データポインタ「９」が取得された場合には、中リール３Ｃ、右リール３Ｒ及び左リール３Ｌの順で停止操作が行われたときにのみ、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」及び「上げ２目３」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。
また、小役・リプレイ用データポインタ「１０」が取得された場合には、右リール３Ｒ、左リール３Ｌ及び中リール３Ｃの順で停止操作が行われたときにのみ、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」及び「上げ２目３」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。
さらに、小役・リプレイ用データポインタ「１１」が取得された場合には、右リール３Ｒ、中リール３Ｃ及び左リール３Ｌの順で停止操作が行われたときにのみ、「上げ２段階リプ１」、「上げ２段階リプ２」、「上げ２目１」、「上げ２目２」及び「上げ２目３」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。
また、例えば、小役・リプレイ用データポインタとして「１２」が決定された場合には、「ベル」及び「制御役１」〜「制御役３」が重複当籤する（図３９参照）。この場合には、停止操作順序にかかわらず、中リール３Ｃの中段領域に「ベル１」図柄（表示役「ベル」に係る図柄の組合せ）が停止表示される。なお、中リール３Ｃの中段領域に「ベル１」図柄が停止表示されるときには、センターライン、クロスアップライン、クロスダウンラインのいずれかに「ベル１」図柄（「ベル２」図柄）−「ベル１」図柄−「ベル１」図柄の図柄組合せが停止表示される。
小役・リプレイ用データポインタとして「１３」が決定された場合には、「ベル」が当籤する（図３９参照）。この場合には、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの順で停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄（「ベル」に係る図柄の組合せ）が停止表示される。
一方、これ以外の順序で停止操作が行われたときには、「押し順ベル失敗１」〜「押し順ベル失敗４」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。また、「押し順ベル失敗１」〜「押し順ベル失敗４」のいずれかに係る図柄の組合せが有効ライン上に停止表示されるときには、ボトムライン上に、「ベル１」図柄（「ベル２」図柄）−「ベル１」図柄−「ベル１」図柄の図柄組合せが停止表示される。
また、例えば、小役・リプレイ用データポインタとして「１４」〜「１７」のいずれかが決定された場合においても、小役・リプレイ用データポインタ「１３」が取得されたときと同様に、「ベル」が共通して重複当籤する（図３９参照）。そして、この場合にも、中リール３Ｃの中段領域に「ベル１」図柄（表示役「ベル」に係る図柄組合せ）が有効ライン上に停止表示される停止操作の順序がデータポインタ毎に予め定められており、所定の順序で停止操作が行われたときには、中リール３Ｃの中段領域に「ベル１」図柄に停止表示されるが、それ以外の順序で停止操作が行われたときには、「押し順ベル失敗１」〜「押し順ベル失敗４」のいずれかに係る図柄の組合せが有効ライン上に停止表示される。
具体的には、小役・リプレイ用データポインタ「１４」が取得された場合には、左リール３Ｌ、右リール３Ｒ及び中リール３Ｃの順で停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄が停止表示される。
また、小役・リプレイ用データポインタ「１５」が取得された場合には、中リール３Ｃに対して第１停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄が停止表示される。
また、小役・リプレイ用データポインタ「１６」が取得された場合には、右リール３Ｒ、左リール３Ｌ及び中リール３Ｃの順で停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄が停止表示される。
さらに、小役・リプレイ用データポインタ「１７」が取得された場合には、右リール３Ｒ、左リール３Ｌ及び中リール３Ｃの順で停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄が停止表示される。
上述のように、本実施形態では、内部抽籤テーブル（図３５参照）において、リールの停止操作順序（押し順）を示唆する略称の小役・リプレイ用ポインタ（「２」〜「１１」、「１３」〜「１７」）が決定された場合には、その示唆する押し順がいわゆる正解の押し順であり、当該押し順通りに停止操作を行うことにより、遊技者にとって遊技状態が有利となるような図柄の組合せが有効ライン上に停止表示される。
例えば、小役・リプレイ用ポインタ「２」（略称「左中右ベル」）が取得された場合には、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの順で停止操作が行われたときにのみ、中リール３Ｃの中段領域に「ベル１」図柄が停止表示され、それ以外の押し順であった場合には中リール３Ｃの下段領域に「ベル１」図柄が停止表示される。そして、前者の停止操作では、４枚×３有効ライン＝１２枚のメダルの払出が付与され、後者の停止操作では、４枚×１有効ライン＝４枚のメダルの払出が付与される。
［停止テーブル］
次に、図４０を参照して、停止テーブルについて説明する。なお、図４０に示す停止テーブルは、小役・リプレイ用データポインタ「１５」取得時に、中リール３Ｃが第１停止操作されたときに参照される停止テーブルである。
停止テーブルには、ラインデータ及び図柄位置「０」〜「２０」に対応する停止データが規定される。なお、停止テーブルで規定されている図柄位置は、停止操作が検出された際に、図柄表示領域の中段領域に位置する図柄位置であり、リールの回転の停止動作が開始される図柄位置である。
また、ここでは、図示しないが、本実施形態では、小役・リプレイ用データポインタ、及び、遊技者の停止操作順序に応じた複数の停止テーブルが用意されている。
例えば、ボーナス用データポインタとして「５」が決定された場合には、右リール３Ｒ、左リール３Ｌ及び中リール３Ｃの順で停止操作が行われたときにのみ、「ＳＢこぼし目１」〜「ＳＢこぼし目１２」のいずれもが有効ライン上に停止表示されないような滑り駒数が規定された停止テーブルが選択される。一方、これ以外の順序で停止操作が行われた場合には、「ＳＢ」に係る図柄の組合せが停止表示されないタイミングで各リールに対して停止操作が行われたときに、「ＳＢこぼし目１」〜「ＳＢこぼし目１２」の何れかに係る図柄の組合せが有効ライン上に停止表示されるような滑り駒数が規定された停止テーブルが選択される。
［引込優先順位テーブル］
次に、図４１及び図４２を参照して、引込優先順位テーブルについて説明する。図４１に示す引込優先順位テーブルＡは、通常時（ＢＢ中を含む）や、所定の停止順序で停止操作が行われたとき（いわゆる「押し順正解」時）に用いられる引込優先順位テーブルであり、図４２に示す引込優先順位テーブルＢは、所定の停止順序以外の順序で停止操作が行われたとき（いわゆる「押し順不正解」時）に用いられる引込優先順位テーブルである。
各引込優先順位テーブルは、複数の内部当籤役が重複当籤し、該複数の内部当籤役に係る図柄組合せを有効ライン上に停止表示する（引き込む）ことが可能である場合において、その複数の内部当籤役の中から優先して表示役として停止表示する内部当籤役の順位を規定する。そして、各引込優先順位テーブルは、停止テーブルに基づいて得られた滑り駒数の他に、より適切な滑り駒数が存在するか否かを検索するために使用される。
なお、本実施形態では、基本的には、優先順位は高い方からリプレイ役、小役及びボーナスの順となっている。ただし、小役の中では、払出枚数が多いほど優先順位は高くなる（ＪＡＣ１（ＢＢ中７揃い）の場合にはこれを優先）。また、本実施形態では、リプレイ役が複数種用意され、上述した押し順の正解／不正解等の条件によって各リプレイ役の優先順位が異なるため、その条件毎に応じて引込優先順位テーブルＡ及び引込優先順位テーブルＢの一方が用いられる。
上述のように、通常時（ＢＢ中を含む）やいわゆる「押し順正解」時には、図４１に示す引込優先順位テーブルＡが参照される。この場合には、各リプレイ役の優先順位は、高い方から、「上げ２段階リプ１」，「上げ２段階リプ２」＞「上げ１段階リプ１」＞「通常リプ１」＞「制御リプ１」〜「制御リプ３」の順となる。
一方、いわゆる「押し順不正解」時には、図４２に示す引込優先順位テーブルＢが参照される。この場合には、各リプレイ役の優先順位は、高い方から、「通常リプ１」＞「上げ２段階リプ１」，「上げ２段階リプ２」，「上げ１段階リプ１」＞「制御リプ１」〜「制御リプ３」の順となる。
また、図示しないが、ＲＴ遊技状態の遷移に係る２以上の図柄組合せ（移行役）が同時に停止表示された場合には、何れの移行役を優先させるかも予め定められている。本実施形態では、各移行役の優先順位は、高い方から、「上げ２段階リプ１」，「上げ２段階リプ２」，「上げ２目１」〜「上げ２目３」＞「上げ１段階リプ１」＞「ＳＢこぼし目１」〜「ＳＢこぼし目１２」＞「押し順ベル失敗１」〜「押し順ベル失敗４」の順となっている。
＜メインＲＡＭに設けられている格納領域の構成＞
次に、図４３〜図４８を参照して、メインＲＡＭ３３に設けられる各種格納領域の構成について説明する。
［内部当籤役格納領域、表示役格納領域、持越役格納領域］
まず、図４３〜図４５を参照して、内部当籤役格納領域、表示役格納領域及び持越役格納領域の構成について説明する。なお、図４３は、本実施形態における内部当籤役格納領域の構成例を示す図であり、図４４は、本実施形態における表示役格納領域の構成例を示す図であり、そして、図４５は、本実施形態における持越役格納領域の構成例を示す図である。
内部当籤役格納領域は、内部当籤役の情報を格納（記憶）するデータ領域であり、図４３に示すように、内部当籤役格納領域１〜５で構成される。各内部当籤役格納領域は、１バイト（８ビット）のデータ領域で構成される。そして、各内部当籤役格納領域内のビット「０」〜「７」の領域に「０」又は「１」のデータを格納することにより、内部当籤した内部当籤役の情報が格納される。具体的には、所定の内部当籤役格納領域内の所定ビットにデータ「１」が格納されているとき、その所定ビットに対応する内部当籤役が当籤したことを示す。一方、内部当籤役格納領域の全ビットが「０」であるとき、内部当籤役の内容は「ハズレ」となる。
表示役格納領域は、表示役の情報を格納（記憶）するデータ領域であり、図４４に示すように、表示役格納領域１〜７で構成される。なお、本実施形態では、表示役格納領域に、ＲＴ状態の遷移契機となる移行役の情報も格納される。各表示役格納領域は、１バイト（８ビット）のデータ領域で構成される。そして、各表示役格納領域内のビット「０」〜「７」の領域に「０」又は「１」のデータを格納することにより、有効ライン上に停止表示された図柄組合せに対応する表示役又は移行役の情報が格納される。具体的には、所定の表示役格納領域内の所定ビットにデータ「１」が格納されているとき、その所定のビットに対応する役に係る図柄の組合せが有効ライン上に表示されたことを示す。一方、表示役格納領域の全ビットが「０」であるとき、入賞に係る図柄組合せ、ボーナスゲームの作動に係る図柄組合せ、ＲＴ状態の遷移契機に係る図柄組合せなどが有効ライン上に表示されなかったことを示す。
持越役格納領域は、持ち越されているボーナス（持越役）の情報を格納（記憶）するデータ領域であり、図４５に示すように、１バイト（８ビット）のデータ領域で構成される。そして、持越役格納領域内のビット「０」〜「３」の領域に「０」又は「１」のデータを格納することにより、持越役の情報が格納される。具体的には、持越役格納領域内の所定ビットにデータ「１」が格納されているとき、その所定のビットに対応する持越役が、現在持ち越されているボーナスであることを示す。なお、持越役格納領域に格納された持越役のデータは、該持越役に係る図柄組合せが有効ライン上に表示されるまでクリアされずに保持される。
［遊技状態フラグ格納領域］
次に、図４６を参照して、遊技状態フラグ格納領域の構成について説明する。遊技状態フラグ格納領域は、各遊技状態フラグのオン／オフ情報を格納するデータ領域であり、図４６に示すように、遊技状態フラグ格納領域１及び遊技状態フラグ格納領域２で構成される。
各遊技状態フラグ格納領域は、１バイト（８ビット）のデータ領域で構成される。本実施形態では、遊技状態フラグ格納領域１の各ビットに、ボーナスゲームの種別が割り当てられ、遊技状態フラグ格納領域２の各ビットにはＲＴの種別が割り当てられる。そして、遊技状態フラグ格納領域において、所定のビットに「１」が格納されているとき、その所定のビットに該当するボーナスゲーム又はＲＴの作動が行われていることを示す。また、遊技状態フラグ格納領域の各ビットのデータが全て「０」である場合には、遊技状態が一般遊技状態であることを示す。
［図柄格納領域］
次に、図４７及び図４８を参照しながら、図柄格納領域の構成について説明する。なお、本実施形態では、図柄格納領域として、「ＲＢ」非作動時（遊技状態がＲＢ遊技状態以外の状態である場合）の図柄格納領域Ａと、「ＲＢ」作動時の図柄格納領域Ｂとを設ける。
図４７は、「ＲＢ」非作動時の図柄格納領域Ａの構成例であり、かつ、各リールの停止操作時の図柄位置のデータ（停止操作時に各図柄表示領域の中段領域に位置する図柄の図柄位置データ）が「０」である場合の図柄格納領域Ａの構成例を示す図である。一方、図４８は、「ＲＢ」作動時の図柄格納領域Ｂの構成例であり、かつ、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの停止操作時の図柄位置のデータがそれぞれ「９」、「８」及び「９」である場合の図柄格納領域Ｂの構成例を示す図である。各図柄格納領域には、有効ライン上に停止表示された各リールの図柄位置が格納される。
「ＲＢ」非作動時には、有効ラインはセンターライン、ボトムライン、クロスダウンライン及びクロスアップラインとなるので、「ＲＢ」非作動時の図柄格納領域Ａでは、有効ライン毎に図柄位置のデータが格納される。
例えば、図４７に示す例では、各リールの停止操作時の図柄位置のデータが「０」であるので、センターラインを構成する各リールの図柄表示領域の中段領域には、「赤７」図柄（図柄位置「０」）に対応する図柄コードが格納される。また、この場合には、ボトムラインを構成する、左リール３Ｌの左図柄表示領域４Ｌの下段領域に、「リプレイ」図柄（図柄位置「２０」）に対応する図柄コードが格納され、中リール３Ｃの中図柄表示領域４Ｃの下段領域に、「チェリー１」図柄（図柄位置「２０」）に対応する図柄コードが格納され、右リール３Ｒの右図柄表示領域４Ｒの下段領域に、「ベル１」図柄（図柄位置「２０」）に対応する図柄コードが格納される。また、この場合には、クロスダウンラインを構成する、左リール３Ｌの左図柄表示領域４Ｌの上段領域に、「波」図柄（図柄位置「１」）に対応する図柄コードが格納され、中リール３Ｃの中図柄表示領域４Ｃの中段領域に、「赤７」図柄（図柄位置「０」）に対応する図柄コードが格納され、右リール３Ｒの右図柄表示領域４Ｒの下段領域に、「ベル１」図柄（図柄位置「２０」）に対応する図柄コードが格納される。そして、この場合には、クロスアップラインを構成する、左リール３Ｌの左図柄表示領域４Ｌの下段領域に、「リプレイ」図柄（図柄位置「２０」）に対応する図柄コードが格納され、中リール３Ｃの中図柄表示領域４Ｃの中段領域に、「赤７」図柄（図柄位置「０」）に対応する図柄コードが格納され、右リール３Ｒの右図柄表示領域４Ｒの上段領域に、「チェリー１」図柄（図柄位置「１」）に対応する図柄コードが格納される。
一方、「ＲＢ」作動時には、有効ラインはＲＢ中特殊ラインのみとなるので、「ＲＢ」作動時の図柄格納領域Ｂでは、ＲＢ中特殊ライン上に停止表示された図柄の図柄位置データが格納される。例えば、図４８に示す例では、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの停止操作時の図柄位置のデータがそれぞれ「９」、「８」及び「９」であるので、ＲＢ中特殊ラインを構成する、左リール３Ｌの左図柄表示領域４Ｌの中段領域には、「ドン２」図柄（図柄位置「９」）に対応する図柄コードが格納され、中リール３Ｃの中図柄表示領域４Ｃの下段領域には、「チェリー２」図柄（図柄位置「７」）に対応する図柄コードが格納され、右リール３Ｒの右図柄表示領域４Ｒの上段領域には、「リプレイ」図柄（図柄位置「１０」）に対応する図柄コードが格納される。
＜サブＲＯＭに記憶されているデータテーブルの構成＞
次に、サブＲＯＭ７２に記憶されている各種抽籤テーブルの構成について説明する。なお、以下に説明する各抽籤テーブルには（テーブルによっては条件毎に）抽籤値が規定されており、上述の内部抽籤テーブルを用いた抽籤処理と同様の手法により、所定の抽籤処理が行われる。また、以下に説明する各抽籤テーブルでは、抽籤値の合計が「６５５３６」となるように抽籤値が規定されている。
［ナビモード移行抽籤テーブル］
まず、図４９〜図５１を参照して各種ナビモード移行抽籤テーブルの構成について説明する。ナビモード移行抽籤テーブルは、移行先のナビモードを抽籤により決定する際（後述の図８１及び図８２のスタートコマンド受信時処理参照）に用いられる抽籤テーブルである。本実施形態では、ナビモードとして「０」〜「４」の５種類のモードを用意する。また、本実施形態では、ナビモードテーブルとして、ナビモード移行抽籤テーブルＡ、ナビモード移行抽籤テーブルＢ及びナビモード移行抽籤テーブルＣの３種類を用意する。
なお、本明細書でいう「ナビ」とは、遊技者が有利となるような情報を遊技者に報知する機能のことをいう。また、本明細書では、「ナビ」が行われる期間をＡＴ（Assist Time）といい、ナビモードが「０」から「１」〜「４」の何れかに移行することをＡＴ当籤（又はＡＲＴ当籤）という。
図４９は、ナビモード移行抽籤テーブルＡの一構成例を示す図である。ナビモード移行抽籤テーブルＡでは、現在のナビモード及び小役・リプレイ用データポインタの値に応じて、移行先のナビモードの抽籤値が規定される。図５０は、ナビモード移行抽籤テーブルＢの一構成例を示す図である。ナビモード移行抽籤テーブルＢでは、現在のナビモード及びボーナス用データポインタの値に応じて、移行先のナビモードの抽籤値が規定される。なお、図４９及び図５０に示す例では、移行先のナビモードとして現在のナビモードと同じナビモードが決定される場合（すなわち、ナビモードが移行しない場合）もある。
また、図５１は、ナビモード移行抽籤テーブルＣの一構成例を示す図である。ナビモード移行抽籤テーブルＣは、ナビゲーム数が０になったときに参照されるナビモード移行抽籤テーブルである。この場合には、ナビモードがモード「０」に移行する場合と、現在のモードが維持される場合とに対してそれぞれ抽籤値が規定される。
［ナビ遊技状態移行待機数抽籤テーブル］
次に、図５２を参照して、ナビ遊技状態移行待機数抽籤テーブルについて説明する。なお、図５２は、本実施形態におけるナビ遊技状態移行待機数抽籤テーブルの一構成例を示す図である。
ナビ遊技状態移行待機数抽籤テーブルは、ナビ遊技状態移行待機数を決定する際（後述の図８１及び図８２のスタートコマンド受信時処理参照）に用いられる抽籤テーブルである。本実施形態では、３種の状態時においてそれぞれ、ナビ遊技状態移行待機数の抽籤値を規定する。具体的には、図５２に示すように、非ＢＢ同時当籤時（図中の「Ａ」状態）、ＢＢ同時当籤時（図中の「Ｂ」状態）及びナビゲーム数が０になったとき（図中の「Ｃ」）の各状態において、各種ナビ遊技状態移行待機数の抽籤値が規定される。そして、抽籤時には、対応する状態の欄に規定された抽籤値が参照される。
ここで、本実施形態のパチスロ１において用意されている各種ナビ遊技状態について簡単に説明する。本実施形態では、ナビ遊技状態として、ナビ遊技状態０〜ナビ遊技状態３の４種類のナビ遊技状態を用意する。ナビ遊技状態０はナビが行われない遊技状態であり、ナビ遊技状態１〜ナビ遊技状態３はナビが行われる遊技状態である。また、ナビ遊技状態１又はナビ遊技状態３では、サブＲＡＭ７３に設けられたナビゲーム数カウンタの値が減算されず、ナビ遊技状態２では、ナビゲーム数カウンタの値が減算される。なお、ナビ遊技状態１〜３の残りゲーム数は、サブＲＡＭ７３に設けられたナビゲーム数カウンタ及びナビセット数カウンタで管理され、ナビゲーム数カウンタの値が「１」から「０」になった場合であっても、ナビセット数カウンタの値が「１」以上であれば、更にナビゲーム数カウンタに「５０」がセットされる。
そして、本実施形態では、ナビモードが「０」から「１」〜「４」のいずれかに移行した場合、ナビ遊技状態もナビ遊技状態０からナビ遊技状態１又はナビ遊技状態２に移行する。この際、ナビ遊技状態移行待機数抽籤テーブルを用いた抽籤処理により決定されたナビ遊技状態移行待機数のゲーム数（単位遊技数）経過した後、ナビ遊技状態が移行する。それゆえ、ナビ遊技状態の移行形態としては、所定ゲーム数（ナビ遊技状態移行待機数）経過後にナビ遊技状態が移行する形態もあるが、ナビモードの移行と同時にナビ遊技状態も移行する形態（当籤したナビ遊技状態移行待機数が０である場合）もある。
［ナビ遊技状態３移行待機数抽籤テーブル］
次に、図５３を参照して、ナビ遊技状態３移行待機数抽籤テーブルについて説明する。なお、図５３は、本実施形態におけるナビ遊技状態３移行待機数抽籤テーブルの一構成例を示す図である。
ナビ遊技状態３移行待機数抽籤テーブルは、ナビ遊技状態３移行待機数を決定する際（後述の図９３のナビ遊技状態２中ナビ遊技状態３移行処理参照）に用いられる抽籤テーブルである。ナビ遊技状態３移行待機数テーブルでは、後述するナビゲーム数カウンタの値等に応じて抽籤値が規定される。具体的には、ナビゲーム数カウンタの値が「５」以下である場合、及び、ナビゲーム数カウンタの値が「６」以上である場合のそれぞれにおいて、抽籤値が別個に規定される。なお、ナビゲーム数カウンタの値が「６」以上である場合には、図５３に示すように、小役・リプレイ用データポインタが「１８」〜「２１」のいずれかであり、かつ、ナビ遊技状態３加算ゲーム抽籤に当籤した際の抽籤値が、それ以外の場合の抽籤値と異なるようにナビ遊技状態３移行待機数テーブルが設定される。
［ナビ遊技状態３加算ゲーム数抽籤テーブル］
次に、図５４〜図５７を参照して、ナビ遊技状態３加算ゲーム数抽籤テーブルについて説明する。ナビ遊技状態３加算ゲーム数抽籤テーブルは、ナビ遊技状態３加算ゲーム数を決定する際（例えば後述の図８７のナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理参照）に用いられる抽籤テーブルである。本実施形態では、ナビ遊技状態３加算ゲーム数抽籤テーブルとして、４種類の抽籤テーブル（ナビ遊技状態３加算ゲーム数抽籤テーブルＡ〜Ｄ）を用意する。
図５４は、本実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＡの一構成例を示す図であり、図５５は、本実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＢの一構成例を示す図である。また、図５６は、本実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＣの一構成例を示す図であり、図５７は、本実施形態におけるナビ遊技状態３加算ゲーム数抽籤テーブルＤの一構成例を示す図である。
なお、ナビ遊技状態３加算ゲーム数抽籤テーブルＡ〜Ｃには、図５４〜図５６に示すように、現在のナビモードと、小役・リプレイ用ポインタの値及び／又はボーナス用データポインタの値とに応じて、各種ナビ遊技状態３加算ゲーム数の抽籤値がそれぞれ規定されている。また、ナビ遊技状態３加算ゲーム数抽籤テーブルＤには、図５７に示すように、現在のナビモードに関係なく、各種ナビ遊技状態３加算ゲーム数とその抽籤値との対応関係が規定されており、各抽籤値は全ての現在のナビモードに対して共通して用いられる。
［ナビ遊技状態３加算抽籤モード抽籤テーブル］
次に、図５８〜図６１を参照して、ナビ遊技状態３加算抽籤モード抽籤テーブルについて説明する。ナビ遊技状態３加算抽籤モード抽籤テーブルは、ナビ遊技状態３加算抽籤モードを決定する際（例えば後述の図８７のナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理参照）に用いられる抽籤テーブルである。本実施形態では、ナビ遊技状態３加算抽籤モード抽籤テーブルとして、４種類の抽籤テーブル（ナビ遊技状態３加算抽籤モード抽籤テーブルＡ〜Ｄ）を用意する。
図５８は、本実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＡの一構成例を示す図であり、図５９は、本実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＢの一構成例を示す図である。また、図６０は、本実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＣの一構成例を示す図であり、図６１は、本実施形態におけるナビ遊技状態３加算抽籤モード抽籤テーブルＤの一構成例を示す図である。
なお、ナビ遊技状態３加算抽籤モード抽籤テーブルＡ及びナビ遊技状態３加算抽籤モード抽籤テーブルＤには、図５８及び図６１に示すように、現在のナビモードに応じて各種ナビ遊技状態３加算抽籤モードの抽籤値が規定されている。ナビ遊技状態３加算抽籤モード抽籤テーブルＢには、図５９に示すように、現在のナビモード及びボーナス用データポインタの値に応じて各種ナビ遊技状態３加算抽籤モードの抽籤値が規定されている。そして、ナビ遊技状態３加算抽籤モード抽籤テーブルＣには、図６０に示すように、現在のナビモード及び小役・リプレイ用データポインタの値に応じて各種ナビ遊技状態３加算抽籤モードの抽籤値が規定されている。
［ナビセット数抽籤テーブル］
次に、図６２を参照して、ナビセット数抽籤テーブルについて説明する。図６２は、本実施形態におけるナビセット数抽籤テーブルの一構成例を示す図である。
ナビセット数抽籤テーブルは、ナビセット数を決定する際（後述の図８８のＡＲＴ初当たり時処理参照）に用いられる抽籤テーブルである。ナビセット数抽籤テーブルには、各種ナビセット数（「０」〜「３」）の抽籤値が規定される。なお、本実施形態では、図６２に示すように、「ＢＢ３」が当籤し（内部当籤役として決定され）、かつ、演出用遊技停止（後述のロック演出）があった場合に用いられる各種ナビセット数の抽籤値と、それ以外の場合に用いられる各種ナビセット数の抽籤値との２種類の抽籤値がナビセット数抽籤テーブルに規定されている。
［ナビ遊技状態３ナビゲーム数加算抽籤テーブル］
次に、図６３を参照して、ナビ遊技状態３ナビゲーム数加算抽籤テーブルについて説明する。図６３は、本実施形態におけるナビ遊技状態３ナビゲーム数加算抽籤テーブルの一構成例を示す図である。
ナビ遊技状態３ナビゲーム数加算抽籤テーブルは、ナビ遊技状態３ナビゲーム数加算抽籤を行う際（後述の図９５のナビゲーム数加算処理参照）に用いられる抽籤テーブルである。ナビ遊技状態３ナビゲーム数加算抽籤テーブルには、ナビ遊技状態３加算抽籤モード、小役・リプレイ用ポインタの値及び／又はボーナス用データポインタの値、並びに、遊技状態に応じて、ナビ遊技状態３ナビゲーム数加算抽籤の当籤／非当籤の抽籤値が規定されている。
［ナビゲーム数特殊加算抽籤テーブル］
次に、図６４を参照して、ナビゲーム数特殊加算抽籤テーブルについて説明する。図６４は、本実施形態におけるナビゲーム数特殊加算抽籤テーブルの一構成例を示す図である。
ナビゲーム数特殊加算抽籤テーブルは、ナビゲーム数特殊加算抽籤において加算するナビゲーム数を決定する際（後述の図９５のナビゲーム数加算処理参照）に用いられる抽籤テーブルである。ナビゲーム数特殊加算抽籤テーブルには、ナビ遊技状態３継続カウンタの値、又は、内部当籤役に決定された「ＢＢ」の種別に応じて加算するナビゲーム数の抽籤値が規定されている。
［ビリーゲットチャレンジ発生抽籤テーブル］
次に、図６５を参照して、ビリーゲットチャレンジ発生抽籤テーブルについて説明する。図６５は、本実施形態におけるビリーゲットチャレンジ発生抽籤テーブルの一構成例を示す図である。
ビリーゲットチャレンジ発生抽籤テーブルは、ビリーゲットチャレンジ発生抽籤を行う際（後述の図８４のＢＢ４中抽籤処理参照）に用いられる抽籤テーブルである。ビリーゲットチャレンジ発生抽籤テーブルには、現在のナビモード、演出用遊技停止の有無、ビリーゲットチャレンジ成功フラグのオン／オフに応じて抽籤値が規定されている。
ここで、「ビリーゲットチャレンジ」と称するイベントについて説明する。「ビリーゲットチャレンジ」とは所定の条件が満たされた場合に遊技者により実施されるイベントである。具体的には、「ビリーゲットチャレンジ」は、液晶表示装置１０の表示画面に、例えば、「左か右を選べ」と表示されるような「ビリーゲットチャレンジ演出」が実行された場合に、遊技者が、第３停止操作を行うまでの間に、左選択パネル１５１Ｌ又は右選択パネル１５１Ｒの付近に手をかざし（以下、選択操作という）、この選択操作が左赤外線センサ１２０Ｌ又は右赤外線センサ１２０Ｒに検出されることにより行われる。
この際、予め行われるビリーゲットチャレンジ正解抽籤により決定された正解（「左」、「右」、「両方」）と、遊技者が選択した「左」又は「右」が一致した場合（正解が「両方」の場合にはいずれも一致と判定する）、「ビリーゲットチャレンジ」が成功となり、ナビモードが上昇する。
また、本実施形態では、遊技者が上述した選択操作を行わなかった場合であっても、予め行われるビリーゲットチャレンジ選択無し時抽籤により当籤が決定された場合には、「ビリーゲットチャレンジ」が成功したと見なされる。なお、遊技者の選択（「左」又は「右」）と正解とが一致しない場合（遊技者が正解と異なる方に手をかざした場合）には、ビリーゲットチャレンジ選択無し時抽籤に当籤していても、「ビリーゲットチャレンジ」は失敗となる。
本実施形態では、「ビリーゲットチャレンジ」において、第３停止操作が行われるまでの間に遊技者の選択操作が行われたか否かを判定する例を説明したが、本発明はこれに限定されない。この選択期間の終了タイミングは任意に設定することができ、例えば、選択期間の終了タイミングを、第１停止操作が行われるまで、第２停止操作が行われるまで、又は、予め定められた所定の時間が経過するまで、に設定してもよい。また、選択期間の開始タイミングも任意に設定することができ、例えば、選択期間の開始タイミングを、開始操作が行われてから、第１停止操作が行われてから、等に設定してもよい。さらに、遊技者の選択操作が行われたか否かの判定を行う期間は、一単位遊技中の任意の期間としてもよいし、複数の単位遊技に渡る任意の期間（例えば、ある単位遊技の開始操作から、次の単位遊技の第３停止操作まで）としてもよい。
［ビリーゲットチャレンジ制御カウンタ抽籤テーブル］
次に、図６６を参照して、ビリーゲットチャレンジ制御カウンタ抽籤テーブルについて説明する。図６６は、本実施形態におけるビリーゲットチャレンジ制御カウンタ抽籤テーブルの一構成例を示す図である。
ビリーゲットチャレンジ制御カウンタ抽籤テーブルは、ビリーゲットチャレンジ制御カウンタ抽籤を行う際（後述の図９６のビリーゲットチャレンジ抽籤処理参照）に用いられる抽籤テーブルである。ビリーゲットチャレンジ制御カウンタ抽籤テーブルには、演出用遊技停止の有無及び小役・リプレイ用ポインタの値、又は、ボーナス用データポインタの値に応じて抽籤値が規定されている。
［ビリーゲットチャレンジ正解抽籤テーブル］
次に、図６７を参照して、ビリーゲットチャレンジ正解抽籤テーブルについて説明する。図６７は、本実施形態におけるビリーゲットチャレンジ正解抽籤テーブルの一構成例を示す図である。
ビリーゲットチャレンジ正解抽籤テーブルは、「ビリーゲットチャレンジ」時における正解（「左」、「右」、「両方」）を決定する際（後述の図８６のビリーゲットチャレンジ処理参照）に用いられる抽籤テーブルである。ビリーゲットチャレンジ正解抽籤テーブルには、「ビリーゲットチャレンジ」を発生させる際の状況に応じて抽籤値が規定されている。
具体的には、図６７に示すように、遊技状態がＲＢ遊技状態でない場合、又は、遊技状態がＲＢ遊技状態でありかつ演出用遊技停止がない場合には、正解として「左」又は「右」が決定され、各正解が決定される確率はともに「３２７６８／６５５３６（＝５０％）」である。一方、遊技状態がＲＢ遊技状態でありかつ演出用遊技停止がある場合には、正解として「左」、「右」及び「両方」（「左」でも「右」でも正解）のいずれかが決定される。この場合には、正解として「左」又は「右」が決定される確率はともに「３１７４４／６５５３６」であり、正解として「両方」が決定される確率は「２０４８／６５５３６」である。
［ビリーゲットチャレンジ選択無し時抽籤テーブル］
次に、図６８を参照して、ビリーゲットチャレンジ選択無し時抽籤テーブルについて説明する。図６８は、本実施形態におけるビリーゲットチャレンジ選択無し時抽籤テーブルの一構成例を示す図である。
ビリーゲットチャレンジ選択無し時抽籤テーブルは、「ビリーゲットチャレンジ」において遊技者が「左」（左選択パネル１５１Ｌ）及び「右」（右選択パネル１５１Ｒ）のいずれも選択しなかったとき（ビリーゲットチャレンジ選択無し時）に、当籤とするか否かを決定する際（後述の図８６のビリーゲットチャレンジ処理参照）に用いられる抽籤テーブルである。ビリーゲットチャレンジ選択無し時抽籤テーブルには、ビリーゲットチャレンジ正解抽籤テーブルに基づいて行われたビリーゲットチャレンジ正解抽籤の結果に応じて、抽籤値が規定されている。
本実施形態では、図６８のビリーゲットチャレンジ選択無し時抽籤テーブルに示すように、ビリーゲットチャレンジ選択無し時（遊技者が選択操作を行わなかったとき）であっても、ビリーゲットチャレンジ正解抽籤の結果が「左」又は「右」であった場合には５０％の確率で当籤する構成になっている。また、ビリーゲットチャレンジ正解抽籤の結果が「両方」であった場合には、１００％の確率で当籤する構成になっている。
＜主制御回路の動作説明＞
次に、図６９〜図７８を参照して、主制御回路６０のメインＣＰＵ３１が、プログラムを用いて実行する各種制御処理の内容について説明する。なお、以下に説明するメインＣＰＵ３１の各種処理において必要となる、各種テーブルはメインＲＯＭ３２に格納され、各種制御フラグ、各種制御カウンタ、各種格納領域等はメインＲＡＭ３３に設けられる。
［リセット割込処理］
最初に、図６９を参照して、メインＣＰＵ３１が行うリセット割込処理について説明する。図６９は、本実施形態において、メインＣＰＵ３１により行うリセット割込処理の手順を示すフローチャートである。なお、メインＣＰＵ３１は、電源が投入され、リセット端子に電圧が印加されることにより、リセット割込を発生させ、そのリセット割込の発生に基づいて、メインＲＯＭ３２に記憶されたプログラムを用いて以下に説明するリセット割込処理内を行う。
まず、メインＣＰＵ３１は、メインＲＡＭ３３の指定格納領域（不図示）のクリア処理を行う（Ｓ１）。具体的には、メインＣＰＵ３１は、前回のゲームに使用されたメインＲＡＭ３３の書き込み可能領域のデータの消去処理、メインＲＡＭ３３の書き込み可能領域への今回のゲームに必要なパラメータの書き込み処理、今回のゲームにおけるゲームシーケンスプログラムへの開始アドレスの指定処理等を行う。
次いで、メインＣＰＵ３１は、ボーナス作動監視処理を行う（Ｓ２）。なお、ボーナス作動監視処理の詳細については、後述の図７０を参照しながら後で説明する。
次いで、メインＣＰＵ３１は、メダル受付・スタートチェック処理を行う（Ｓ３）。メダル受付・スタートチェック処理では、メダルセンサ２６Ｓ及びＭＡＸベットスイッチ２３Ｓ等のチェックによる投入枚数カウンタの更新や、スタートスイッチ２１Ｓの入力チェック等が行われる。また、メインＣＰＵ３１は、メダル受付・スタートチェック処理により有効ライン（入賞判定ライン）を有効化する。
次いで、メインＣＰＵ３１は、乱数値を抽出し、該抽出した乱数値を乱数値記憶領域に格納する（Ｓ４）。具体的には、メインＣＰＵ３１は、「０」〜「６５５３５」の範囲から、乱数発生器３６及びサンプリング回路３７によってランダムに抽出された一つの値（乱数値）を取得し、該取得した乱数値を乱数値記憶領域に記憶する。
次に、メインＣＰＵ３１は、内部抽籤処理を行う（Ｓ５）。具体的には、メインＣＰＵ３１は、内部抽籤テーブル決定テーブル（図３４参照）、内部抽籤テーブル（図３５〜図３７参照）及び内部当籤役決定テーブル（図３８及び図３９参照）を参照し、Ｓ４で抽出した乱数値に基づいて内部当籤役を決定する。なお、内部抽籤処理の詳細については、後述の図７１及び図７２を参照しながら後で説明する。
次いで、メインＣＰＵ３１は、スタートコマンドデータを副制御回路７０に送信する（Ｓ６）。スタートコマンドには、遊技状態情報、内部当籤役情報（小役・リプレイ用データポインタ、ボーナス用データポインタ及び内部当籤役格納領域に関する情報）、ボーナス持越状態であるか否かを示す持越状態情報、ロックフラグ等の各種情報が含まれる。
次いで、メインＣＰＵ３１は、ロックフラグがオン状態であるか否かを判別する（Ｓ７）。Ｓ７において、メインＣＰＵ３１が、ロックフラグがオン状態でないと判別したとき（Ｓ７がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ９の処理を行う。一方、Ｓ７において、メインＣＰＵ３１が、ロックフラグがオン状態であると判別したとき（Ｓ７がＹｅｓ判定の場合）、メインＣＰＵ３１は、ロックフラグをオフするとともに５秒間にわたるロック演出（演出用遊技停止）を実行する（Ｓ８）。なお、Ｓ８で行うロック演出では、リールの回転開始を遅らせる演出が行われる。
Ｓ８の処理後、又は、Ｓ７がＮｏ判定の場合、メインＣＰＵ３１は、全リールの回転開始を要求する（Ｓ９）。このＳ９の処理により、３つのリール３Ｌ，３Ｃ，３Ｒの回転開始処理及び加速制御処理が行われる。
次いで、メインＣＰＵ３１は、リールの回転の定速待ち処理を行う（Ｓ１０）。この処理では、メインＣＰＵ３１は、各リールの回転速度が所定の回転速度に達するまで待機する。
次いで、メインＣＰＵ３１は、リール停止制御処理を行う（Ｓ１１）。この処理では、メインＣＰＵ３１は、遊技者の停止操作によりストップスイッチ２０Ｓから送信された停止信号等に基づいて、対応するリールの回転を停止させる。なお、リール停止制御処理の詳細については、後述の図７３を参照しながら後で説明する。
次いで、メインＣＰＵ３１は、表示役検索処理を行う（Ｓ１２）。この処理では、メインＣＰＵ３１は、全てのリールの回転が停止した際に有効ライン上に表示された図柄の組合せに基づいて、表示役及び払出枚数を決定する。なお、表示役検索処理の詳細については、後述の図７４を参照しながら後で説明する。
次いで、メインＣＰＵ３１は、ＲＴ制御処理を行う（Ｓ１３）。この処理では、メインＣＰＵ３１は、ＲＴ遊技状態を管理する。なお、ＲＴ制御処理の詳細については、後述の図７５を参照しながら後で説明する。
次いで、メインＣＰＵ３１は、表示コマンドデータを副制御回路７０に送信する（Ｓ１４）。表示コマンドには、表示役を示す表示役情報、払出枚数を示す払出枚数情報等の各種情報が含まれる。
次いで、メインＣＰＵ３１は、メダル払出処理を行う（Ｓ１５）。具体的には、メインＣＰＵ３１は、払出モードであれば、払出枚数に関する情報に基づき、ホッパー駆動回路４１によりホッパー４０を駆動制御してメダルの払い出しを行い、クレジットモードであれば、払出枚数に関する基づいてクレジットカウンタ（不図示）の値を更新する。
次いで、メインＣＰＵ３１は、ボーナス作動中であるか否かを判別する（Ｓ１６）。具体的には、メインＣＰＵ３１は、遊技状態が、ＢＢ１遊技状態〜ＢＢ４遊技状態及びＳＢ遊技状態のいずれかであるか否かを判別する。
Ｓ１６において、メインＣＰＵ３１が、ボーナス作動中でないと判別したとき（Ｓ１６がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ１８の処理を行う。一方、Ｓ１６において、メインＣＰＵ３１が、ボーナス作動中であると判別したとき（Ｓ１６がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス終了チェック処理を行う（Ｓ１７）。この処理では、メインＣＰＵ３１は、ボーナスゲームの終了契機を管理するための各種カウンタを参照して、ボーナスゲームの作動を終了するか否かをチェックする。なお、ボーナス終了チェック処理の詳細については、後述の図７６を参照しながら後で説明する。
Ｓ１７の処理後、又は、Ｓ１６がＮｏ判定の場合、メインＣＰＵ３１は、ボーナス作動チェック処理を行う（Ｓ１８）。この処理では、メインＣＰＵ３１は、ボーナスゲームの作動を開始するか否か、及び、再遊技（リプレイ）を行うか否かをチェックする。なお、ボーナス作動チェック処理の詳細については、後述の図７７を参照しながら後で説明する。そして、ボーナス作動チェック処理が終了すると、メインＣＰＵ３１は、処理をＳ１に戻し、Ｓ１以降の処理を繰り返す。
本実施形態のパチスロ１では、メインＣＰＵ３１は、上述したＳ１〜Ｓ１８までの一連の処理を１ゲーム（１遊技）における処理として実行し、Ｓ１８の処理が終了すると次回のゲームにおける処理を実行するため、処理をＳ１の処理に戻す。
［ボーナス作動監視処理］
次に、図７０を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ２で行うボーナス作動監視処理について説明する。なお、図７０は、本実施形態における、ボーナス作動監視処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、遊技状態がＢＢ遊技状態（ＢＢ１遊技状態〜ＢＢ４遊技状態のいずれか）であるか否かを判別する（Ｓ２１）。この処理では、メインＣＰＵ３１は、遊技状態フラグ格納領域（図４６参照）を参照して現在の遊技状態を把握する。
Ｓ２１において、メインＣＰＵ３１が、遊技状態がＢＢ遊技状態でないと判別したとき（Ｓ２１がＮｏ判定の場合）、メインＣＰＵ３１は、ボーナス作動監視処理を終了し、処理をリセット割込処理（図６９参照）のＳ３に移す。一方、Ｓ２１において、メインＣＰＵ３１が、遊技状態がＢＢ遊技状態であると判別したとき（Ｓ２１がＹｅｓ判定の場合）、メインＣＰＵ３１は、遊技状態がＲＢ遊技状態（ＲＢ１遊技状態又はＲＢ２遊技状態）であるか否かを判別する（Ｓ２２）。
Ｓ２２において、メインＣＰＵ３１が、遊技状態がＲＢ遊技状態であると判別したとき（Ｓ２２がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス作動監視処理を終了し、処理をリセット割込処理（図６９参照）のＳ３に移す。一方、Ｓ２２において、メインＣＰＵ３１が、遊技状態がＲＢ遊技状態でないと判別したとき（Ｓ２２がＮｏ判定の場合）、メインＣＰＵ３１は、ボーナス作動時テーブル（図３１参照）に基づいてＢＢの種別に対応したＲＢ作動時処理を行う（Ｓ２３）。
Ｓ２３の処理において、遊技状態がＢＢ１遊技状態〜ＢＢ３遊技状態のいずれかである場合には、メインＣＰＵ３１は、「ＲＢ１」のボーナス遊技を作動させ、遊技状態がＢＢ４遊技状態である場合には、メインＣＰＵ３１は「ＲＢ２」のボーナス遊技を作動させる。そして、Ｓ２３の処理後、メインＣＰＵ３１は、ボーナス作動監視処理を終了し、処理をリセット割込処理（図６９参照）のＳ３に移す。
［内部抽籤処理］
次に、図７１及び図７２を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ５で行う内部抽籤処理について説明する。なお、図７１及び図７２は、本実施形態における、内部抽籤処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、遊技状態に対応する内部抽籤テーブル及び抽籤回数を決定する（Ｓ３１）。具体的には、メインＣＰＵ３１は、遊技状態フラグ格納領域（図４６参照）を参照して現在の遊技状態を把握し、内部抽籤テーブル決定テーブル（図３４参照）に基づいて、現在の遊技状態に対応する内部抽籤テーブルの種別及び抽籤回数を決定する。
次いで、メインＣＰＵ３１は、乱数値記憶領域に格納されている乱数値を取得し、該乱数値を当籤／非当籤の判定用乱数値としてセットする（Ｓ３２）。そして、メインＣＰＵ３１は、当籤番号の初期値として「１」をセットする（Ｓ３３）。
次いで、メインＣＰＵ３１は、内部抽籤テーブル（図３５〜図３７参照）を参照して、当籤番号に対応する抽籤値を取得する（Ｓ３４）。そして、メインＣＰＵ３１は、判定用乱数値から抽籤値を減算し、減算結果を判定用乱数値としてセットする（Ｓ３５）。具体的には、メインＣＰＵ３１は、判定用乱数値記憶領域（不図示）に記憶された判定用乱数値からＳ３４の処理において取得した抽籤値を減算し、該減算結果（減算値）により判定用乱数値記憶領域に記憶された判定用乱数値を更新する。
次いで、メインＣＰＵ３１は、Ｓ３５の減算処理において桁かりが発生したか否か、すなわち、減算結果が負の値になったか否かを判別する（Ｓ３６）。
Ｓ３６において、メインＣＰＵ３１が、桁かりが発生していない（演算結果が０以上）と判別したとき（Ｓ３６がＮｏ判定の場合）、メインＣＰＵ３１は、抽籤回数の値を「１」減算し、当籤番号の値に「１」を加算する（Ｓ３７）。次いで、メインＣＰＵ３１は、抽籤回数が「０」であるか否かを判別する（Ｓ３８）。
Ｓ３８において、メインＣＰＵ３１が、抽籤回数が「０」でないと判別したとき（Ｓ３８がＮｏ判定の場合）、メインＣＰＵ３１は、処理をＳ３４に戻し、Ｓ３４以降の処理を繰り返す。なお、メインＣＰＵ３１は、このＳ３４〜Ｓ３８の一連の処理を、抽籤回数が「０」になるまで、又は、桁かりが発生するまで繰り返す。
一方、Ｓ３８において、メインＣＰＵ３１が、抽籤回数が「０」であると判別したとき（Ｓ３８がＹｅｓ判定の場合）、メインＣＰＵ３１は、小役・リプレイ用データポインタ及びボーナス用データポインタのそれぞれに「０」をセットする（Ｓ３９）。そして、Ｓ３９の処理後、メインＣＰＵ３１は、後述のＳ４１の処理を行う。
ここで、再度、Ｓ３６の処理に戻って、Ｓ３６において、メインＣＰＵ３１が、桁かりが発生した（演算結果が０未満）と判別したとき（Ｓ３６がＹｅｓ判定の場合）、メインＣＰＵ３１は、当籤番号に基づいて、小役・リプレイ用データポインタ及びボーナス用データポインタを取得する（Ｓ４０）。
そして、Ｓ３９又はＳ４０の処理後、メインＣＰＵ３１は、小役・リプレイ用内部当籤役決定テーブル（図３９参照）を参照し、小役・リプレイ用データポインタに基づいて内部当籤役の情報を取得する（Ｓ４１）。次いで、メインＣＰＵ３１は、Ｓ４１で取得した内部当籤役の情報に基づいて、内部当籤役格納領域（図４３参照）を更新する（Ｓ４２）。
次いで、メインＣＰＵ３１は、持越役格納領域（図４５参照）に格納されているデータが「００００００００」であるか否かを判別する（Ｓ４３）。
Ｓ４３において、メインＣＰＵ３１が、持越役格納領域に格納されているデータが「００００００００」でないと判別したとき（Ｓ４３がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ５０の処理を行う。一方、Ｓ４３において、メインＣＰＵ３１が、持越役格納領域に格納されているデータは「００００００００」であると判別したとき（Ｓ４３がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス用内部当籤役決定テーブル（図３８参照）を参照し、ボーナス用データポインタに基づいて内部当籤役の情報を取得する（Ｓ４４）。
次いで、Ｓ４４の処理後、メインＣＰＵ３１は、「ＳＢ」が内部当籤役であるか否かを判別する（Ｓ４５）。
Ｓ４５において、メインＣＰＵ３１が、「ＳＢ」が内部当籤役であると判別したとき（Ｓ４５がＹｅｓ判定の場合）、メインＣＰＵ３１は、「ＳＢ」の情報に基づいて内部当籤役格納領域（図４３参照）を更新する（Ｓ４６）。そして、Ｓ４６の処理後、メインＣＰＵ３１は、後述のＳ５０の処理を行う。一方、Ｓ４５において、メインＣＰＵ３１が、「ＳＢ」が内部当籤役でないと判別したとき（Ｓ４５がＮｏ判定の場合）、メインＣＰＵ３１は、「ＢＢ」が内部当籤役であるか否かを判別する（Ｓ４７）。
Ｓ４７において、メインＣＰＵ３１が、「ＢＢ」が内部当籤役でないと判別したとき（Ｓ４７がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ５０の処理を行う。一方、Ｓ４７において、メインＣＰＵ３１が、「ＢＢ」が内部当籤役であると判別したとき（Ｓ４７がＹｅｓ判定の場合）、メインＣＰＵ３１は、「ＢＢ」の情報に基づいて持越役格納領域（図４５参照）を更新する（Ｓ４８）。そして、Ｓ４８の処理後、メインＣＰＵ３１は、ＲＴ４遊技状態フラグをオンする（Ｓ４９）。
Ｓ４６或いはＳ４９の処理後、又は、Ｓ４３或いはＳ４７がＮｏ判定の場合、メインＣＰＵ３１は、持越役格納領域のデータと内部当籤役格納領域１のデータとの論理和演算を行い、その演算結果を内部当籤役格納領域１に格納する（Ｓ５０）。次いで、メインＣＰＵ３１は、遊技状態がＲＢ２遊技状態であるか否かを判別する（Ｓ５１）。
Ｓ５１において、メインＣＰＵ３１が、遊技状態がＲＢ２遊技状態でないと判別したとき（Ｓ５１がＮｏ判定の場合）、メインＣＰＵ３１は、内部抽籤処理を終了し、処理をリセット割込処理（図６９参照）のＳ６に移す。一方、Ｓ５１において、メインＣＰＵ３１が、遊技状態がＲＢ２遊技状態であると判別したとき（Ｓ５１がＹｅｓ判定の場合）、メインＣＰＵ３１は、１／６４の確率で当籤するロック抽籤を行う（Ｓ５２）。そして、メインＣＰＵ３１は、ロック抽籤に当籤したか否かを判別する（Ｓ５３）。
Ｓ５３において、メインＣＰＵ３１が、ロック抽籤に当籤しなかったと判別したとき（Ｓ５３がＮｏ判定の場合）、メインＣＰＵ３１は、内部抽籤処理を終了し、処理をリセット割込処理（図６９参照）のＳ６に移す。一方、Ｓ５３において、メインＣＰＵ３１が、ロック抽籤に当籤したと判別したとき（Ｓ５３がＹｅｓ判定の場合）、メインＣＰＵ３１は、ロックフラグをオンする（Ｓ５４）。そして、Ｓ５４の処理後、メインＣＰＵ３１は、内部抽籤処理を終了し、処理をリセット割込処理（図６９参照）のＳ６に移す。
上述のように、本実施形態では、メインＣＰＵ３１は、Ｓ３４〜Ｓ３８の処理を繰り返し実行することにより、内部当籤役の抽籤を行う。具体的には、メインＣＰＵ３１は、抽出した乱数値（又は更新された判定用乱数値）から内部抽籤テーブルの各当籤番号に規定された抽籤値を順次減算し、この減算処理により桁かりが発生した場合には、その際の当籤番号に対応する小役・リプレイ用データポインタ及びボーナス用データポインタを取得し、該取得された各データポインタと内部当籤役決定テーブルとに基づいて内部当籤役を決定する。
また、本実施形態では、遊技状態がＲＢ２遊技状態である場合には、Ｓ５２において１／６４の確率で当籤するロック抽籤を行うが、通常遊技中（一般遊技状態、ＲＴ１遊技状態〜ＲＴ３遊技状態）においてロック抽籤を行う構成にしてもよい。また、ロック抽籤では、特定の小役（例えば、小役・リプレイ用データポインタが「１８」〜「２２」の小役）や、ボーナス（「ＢＢ１」〜「ＢＢ４」）が内部当籤した場合に当籤確率が高くなるように抽籤値（当籤確率）を設定してもよい。
［リール停止制御処理］
次に、図７３を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ１１で行うリール停止制御処理について説明する。なお、図７３は、本実施形態における、リール停止制御処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、ストップボタン未作動カウンタに「３」をセットする（Ｓ６１）。なお、ストップボタン未作動カウンタは、停止操作が検出されていないストップボタンの数を管理するためのカウンタである。次いで、メインＣＰＵ３１は、内部当籤役（データポインタ）に対応する停止テーブル（図４０参照）を取得する（Ｓ６２）。
次いで、メインＣＰＵ３１は、有効なストップボタンが押されたか否かを判別する（Ｓ６３）。なお、有効なストップボタンとは停止操作が行われていないストップボタンのことである。
Ｓ６３において、メインＣＰＵ３１が、有効なストップボタンが押されていないと判別したとき（Ｓ６３がＮｏ判定の場合）、メインＣＰＵ３１は、Ｓ６３の処理を繰り返し、有効なストップボタンの押下操作が実行されるまで待機する。一方、Ｓ６３において、メインＣＰＵ３１が、有効なストップボタンが押されたと判別したとき（Ｓ６３がＹｅｓ判定の場合）、メインＣＰＵ３１は、該当するストップボタンの操作を無効化する（Ｓ６４）。
次いで、メインＣＰＵ３１は、作動ストップボタン（停止順序）に対応する停止テーブルを再選択する（Ｓ６５）。次いで、メインＣＰＵ３１は、チェック回数として「５」をセットする（Ｓ６６）。
次いで、メインＣＰＵ３１は、引込優先順位テーブル（図４１及び図４２参照）を参照し、内部当籤役に基づいて、図柄カウンタの値に対応する図柄位置からチェック回数の範囲内において、最も優先順位の高い図柄位置を検索する（Ｓ６７）。
次いで、メインＣＰＵ３１は、停止テーブル、図柄カウンタの値に対応する図柄位置、及び、検索結果に基づいて滑り駒数を決定し、リールの停止予定位置をセットする（Ｓ６８）。次いで、メインＣＰＵ３１は、リール停止コマンドを副制御回路７０に送信する（Ｓ６９）。なお、リール停止コマンドには、停止したリールの種別情報、停止開始位置を示す停止開始位置情報、滑り駒数を示す滑り駒数情報等の情報が含まれる。
次いで、メインＣＰＵ３１は、図柄配置テーブル（図２９参照）を参照し、停止リール、停止予定位置及び遊技状態に基づいて図柄コードを取得し、該図柄コードの情報を図柄格納領域（図４７及び図４８参照）に格納する（Ｓ７０）。次いで、メインＣＰＵ３１は、操作が有効なストップボタンはあるか否かを判別する（Ｓ７１）。
Ｓ７１において、メインＣＰＵ３１が、操作が有効なストップボタンがあると判別したとき（Ｓ７１がＹｅｓ判定の場合）、メインＣＰＵ３１は、処理をＳ６３に戻し、Ｓ６３以降の処理を繰り返す。なお、このＳ６３以降の処理は、メインＣＰＵ３１が、操作が有効なストップボタンが無くなるまで繰り返される。そして、Ｓ７１において、メインＣＰＵ３１が、操作が有効なストップボタンがないと判別したとき（Ｓ７１がＮｏ判定の場合）、メインＣＰＵ３１は、リール停止制御処理を終了し、処理をリセット割込処理（図６９参照）のＳ１２に移す。
［表示役検索処理］
次に、図７４を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ１２で行う表示役検索処理について説明する。なお、図７４は、本実施形態における、表示役検索処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、表示役格納領域（図４４参照）に格納されているデータをクリアする（Ｓ８１）。
次いで、メインＣＰＵ３１は、図柄格納領域（図４７及び図４８参照）の先頭アドレスを指定する（Ｓ８２）。具体的には、メインＣＰＵ３１は、遊技状態がＲＢ遊技状態以外の遊技状態である場合には、センターラインに対応するアドレスを先頭アドレスとして指定し、遊技状態がＲＢ遊技状態である場合にはＲＢ中特殊ラインに対応するアドレスを先頭アドレスとして指定する。
次いで、メインＣＰＵ３１は、図柄組合せテーブル（図３０参照）の先頭アドレスを指定する（Ｓ８３）。具体的には、メインＣＰＵ３１は、図柄組合せテーブル中の「ＢＢ１」の欄に対応するアドレスを先頭アドレスとして指定する。
次いで、メインＣＰＵ３１は、図柄組合せテーブルに規定されている図柄の組合せと、図柄格納領域に格納されているデータに対応する図柄の組合せとを比較する（Ｓ８４）。そして、メインＣＰＵ３１は、この比較処理の結果、両者が一致したか否かを判別する（Ｓ８５）。
Ｓ８５において、メインＣＰＵ３１が、両者が一致しなかったと判別したとき（Ｓ８５がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ８９の処理を行う。一方、Ｓ８５において、メインＣＰＵ３１が、両者が一致したと判別したとき（Ｓ８５がＹｅｓ判定の場合）、メインＣＰＵ３１は、図柄組合せテーブル（図３０参照）を参照して、格納領域種別及び表示役を示すデータを取得する（Ｓ８６）。
Ｓ８６の処理後、メインＣＰＵ３１は、Ｓ８６で取得した格納領域種別を示すデータに対応する表示役格納領域のデータと、Ｓ８６で取得した表示役を示すデータとの論理和演算を行い、その演算結果を表示役格納領域に格納する（Ｓ８７）。次いで、メインＣＰＵ３１は、図柄組合せテーブルを参照して、払出枚数のデータを取得し、該取得した払出枚数の値を払出枚数カウンタに加算する（Ｓ８８）。
Ｓ８８の処理後、又は、Ｓ８５がＮｏ判定の場合、メインＣＰＵ３１は、図柄組合せテーブル中に規定されている次の表示役に対応するアドレスを指定する（Ｓ８９）。すなわち、この処理において、Ｓ８４の比較処理で比較（検索）対象となる図柄組合せテーブル中の表示役のアドレスが更新される。次いで、メインＣＰＵ３１は、Ｓ８９の処理において指定された図柄組合せテーブル中のアドレスに格納されているデータが、「エンドコード」であるか否かを判別する（Ｓ９０）。
Ｓ９０において、メインＣＰＵ３１が、Ｓ８９の処理において指定されたアドレスに格納されているデータが、「エンドコード」でないと判別したとき（Ｓ９０がＮｏ判定の場合）、メインＣＰＵ３１は、処理をＳ８４に戻し、Ｓ８４以降の処理を繰り返す。一方、Ｓ９０において、メインＣＰＵ３１が、Ｓ８９の処理において指定されたアドレスに格納されているデータが、「エンドコード」であると判別したとき（Ｓ９０がＹｅｓ判定の場合）、メインＣＰＵ３１は、全有効ラインについて検索したか否か、すなわち、全有効ラインに対してＳ８４〜Ｓ９０の処理が行われたか否かを判別する（Ｓ９１）。
Ｓ９１において、メインＣＰＵ３１が、全有効ラインについて検索されていないと判別したとき（Ｓ９１がＮｏ判定の場合）、メインＣＰＵ３１は、図柄格納領域に格納されている次の有効ラインに対応するアドレスを指定する（Ｓ９２）。すなわち、この処理において、表示役の検索対象となる有効ラインのアドレスが更新される。次いで、メインＣＰＵ３１は、処理をＳ８３に戻し、Ｓ８３以降の処理を繰り返す。なお、Ｓ８３〜Ｓ９２の処理は、全ての有効ラインに対して表示役の検索処理が終了するまで繰り返される。
そして、Ｓ９１において、メインＣＰＵ３１が、全有効ラインについて検索が行われたと判別したとき（Ｓ９１がＹｅｓ判定の場合）、メインＣＰＵ３１は、表示役検索処理を終了し、処理をリセット割込処理（図６９参照）のＳ１３に移す。
［ＲＴ制御処理］
次に、図７５を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ１３で行うＲＴ制御処理について説明する。なお、図７５は、本実施形態における、ＲＴ制御処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、「ＢＢ」が持越中であるか否か（遊技状態がＲＴ４遊技状態であるか否か）を判別する（Ｓ１０１）。
Ｓ１０１において、メインＣＰＵ３１が、「ＢＢ」が持越中であると判別したとき（Ｓ１０１がＹｅｓ判定の場合）、メインＣＰＵ３１は、ＲＴ制御処理を終了し、処理をリセット割込処理（図６９参照）のＳ１４に移す。一方、Ｓ１０１において、メインＣＰＵ３１が、「ＢＢ」が持越中でないと判別したとき（Ｓ１０１がＮｏ判定の場合）、メインＣＰＵ３１は、「ＢＢ」が作動中であるか否かを判別する（Ｓ１０２）。
Ｓ１０２において、メインＣＰＵ３１が、「ＢＢ」が作動中であると判別したとき（Ｓ１０２がＹｅｓ判定の場合）、メインＣＰＵ３１は、ＲＴ制御処理を終了し、処理をリセット割込処理（図６９参照）のＳ１４に移す。一方、Ｓ１０２において、メインＣＰＵ３１が、「ＢＢ」が作動中でないと判別したとき（Ｓ１０２がＮｏ判定の場合）、メインＣＰＵ３１は、ＲＴ遷移テーブル（図３３参照）を参照し、有効ライン上に停止表示された図柄組合せに基づいて、遊技状態フラグを更新する（Ｓ１０３）。なお、この処理では、有効ライン上に停止表示された図柄組合せ（表示役）がＲＴ状態の遷移契機となる移行役である場合に、遊技状態フラグが更新されるが、それ以外の図柄組合せでは、遊技状態フラグは更新されない。
そして、Ｓ１０３の処理後、メインＣＰＵ３１は、ＲＴ制御処理を終了し、処理をリセット割込処理（図６９参照）のＳ１４に移す。
［ボーナス終了チェック処理］
次に、図７６を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ１７で行うボーナス終了チェック処理について説明する。なお、図７６は、本実施形態における、ボーナス終了チェック処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、「ＢＢ」が作動中であるか否かを判別する（Ｓ１１１）。
Ｓ１１１において、メインＣＰＵ３１が「ＢＢ」が作動中でないと判別したとき（Ｓ１１１がＮｏ判定の場合）、メインＣＰＵ３１は、ＳＢ遊技状態フラグをオフする（Ｓ１１２）。そして、Ｓ１１２の処理後、メインＣＰＵ３１は、ボーナス終了チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１８に移す。
一方、Ｓ１１１において、メインＣＰＵ３１が「ＢＢ」が作動中であると判別したとき（Ｓ１１１がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス終了枚数カウンタの値が「０」であるか否かを判別する（Ｓ１１３）。
Ｓ１１３において、メインＣＰＵ３１が、ボーナス終了枚数カウンタの値が「０」であると判別したとき（Ｓ１１３がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス終了時処理を行う（Ｓ１１４）。具体的には、メインＣＰＵ３１は、オン状態である、ＢＢ遊技状態フラグ及びＲＢ遊技状態フラグをオフする。次いで、メインＣＰＵ３１は、ボーナス終了コマンドを副制御回路７０に送信する（Ｓ１１５）。そして、Ｓ１１５の処理後、メインＣＰＵ３１は、ボーナス終了チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１８に移す。
一方、Ｓ１１３において、メインＣＰＵ３１が、ボーナス終了枚数カウンタの値が「０」でないと判別したとき（Ｓ１１３がＮｏ判定の場合）、メインＣＰＵ３１は、遊技可能回数カウンタの値から「１」を減算する（Ｓ１１６）。次いで、メインＣＰＵ３１は、表示役が小役であるか否かを判別する（Ｓ１１７）。
Ｓ１１７において、メインＣＰＵ３１が、表示役が小役でないと判別したとき（Ｓ１１７がＮｏ判定の場合）、メインＣＰＵ３１は、後述のＳ１１９の処理を行う。一方、Ｓ１１７において、メインＣＰＵ３１が、表示役が小役であると判別したとき（Ｓ１１７がＹｅｓ判定の場合）、メインＣＰＵ３１は、入賞可能回数カウンタの値から「１」を減算する（Ｓ１１８）。
Ｓ１１８の処理後、又は、Ｓ１１７がＮｏ判定の場合、メインＣＰＵ３１は、入賞可能回数カウンタの値又は遊技可能回数カウンタの値が「０」であるか否かを判別する（Ｓ１１９）。
Ｓ１１９において、メインＣＰＵ３１が、入賞回数カウンタの値又は遊技可能回数カウンタの値が「０」でないと判別したとき（Ｓ１１９がＮｏ判定の場合）、メインＣＰＵ３１は、ボーナス終了チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１８に移す。一方、Ｓ１１９において、メインＣＰＵ３１が、入賞回数カウンタの値又は遊技可能回数カウンタの値が「０」であると判別したとき（Ｓ１１９がＹｅｓ判定の場合）、メインＣＰＵ３１は、ＲＢ終了時処理を行う（Ｓ１２０）。具体的には、メインＣＰＵ３１は、オン状態である、ＲＢ遊技状態フラグをオフするなどの処理を行う。
そして、Ｓ１２０の処理後、メインＣＰＵ３１は、ボーナス終了チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１８に移す。
［ボーナス作動チェック処理］
次に、図７７を参照して、リセット割込処理のフローチャート（図６９参照）中のＳ１８で行うボーナス作動チェック処理について説明する。なお、図７７は、本実施形態における、ボーナス作動チェック処理の手順を示すフローチャートである。
まず、メインＣＰＵ３１は、表示役が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」のいずれか）であるか否かを判別する（Ｓ１３１）。
Ｓ１３１において、メインＣＰＵ３１が、表示役が「ＢＢ」であると判別したとき（Ｓ１３１がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス作動時処理を行う（Ｓ１３２）。この処理では、メインＣＰＵ３１は、ボーナス作動時テーブル（図３１参照）を参照して、作動させる遊技状態（ＢＢ１遊技状態〜ＢＢ４遊技状態のいずれか）に対応する遊技状態フラグをオンするとともに、該テーブルに規定された作動させる遊技状態のボーナス終了枚数カウンタの値を、ボーナス終了枚数カウンタにセットする。次いで、メインＣＰＵ３１は、ＲＴ４遊技状態フラグをオフするとともに、持越役格納領域のデータをクリアする（Ｓ１３３）。そして、Ｓ１３３の処理後、メインＣＰＵ３１は、後述のＳ１３６の処理を行う。
一方、Ｓ１３１において、メインＣＰＵ３１が、表示役が「ＢＢ」でないと判別したとき（Ｓ１３１がＮｏ判定の場合）、メインＣＰＵ３１は、表示役が「ＳＢ」であるか否かを判別する（Ｓ１３４）。
Ｓ１３４において、メインＣＰＵ３１が、表示役が「ＳＢ」であると判別したとき（Ｓ１３４がＹｅｓ判定の場合）、メインＣＰＵ３１は、ボーナス作動時処理を行う（Ｓ１３５）。この処理では、メインＣＰＵ３１は、ボーナス作動時テーブル（図３１参照）を参照して、ＳＢ遊技状態フラグをオンする。
Ｓ１３３又はＳ１３５の処理後、メインＣＰＵ３１は、ボーナス開始コマンドを副制御回路７０に送信する（Ｓ１３６）。なお、ボーナス開始コマンドには、開始するボーナスの種別等を示す情報が含まれる。そして、Ｓ１３６の処理後、メインＣＰＵ３１は、ボーナス作動チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１に移す。
一方、Ｓ１３４において、メインＣＰＵ３１が、表示役が「ＳＢ」でないと判別したとき（Ｓ１３４がＮｏ判定の場合）、メインＣＰＵ３１は、表示役が「リプレイ」に係る役であるか否かを判別する（Ｓ１３７）。
Ｓ１３７において、メインＣＰＵ３１が、表示役が「リプレイ」に係る役でないと判別したとき（Ｓ１３７がＮｏ判定の場合）、メインＣＰＵ３１は、ボーナス作動チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１に移す。一方、Ｓ１３７において、メインＣＰＵ３１が、表示役が「リプレイ」に係る役であると判別したとき（Ｓ１３７がＹｅｓ判定の場合）、メインＣＰＵ３１は、投入枚数カウンタの値を自動投入枚数カウンタに複写する（Ｓ１３８）。自動投入枚数カウンタに値がセットされている場合には、次遊技のＳ３のメダル受付・スタートチェック処理において、その値に対応する枚数のメダルが自動投入される（遊技者のメダルは減らない）。
そして、Ｓ１３８の処理後、メインＣＰＵ３１は、ボーナス作動チェック処理を終了し、処理をリセット割込処理（図６９参照）のＳ１に移す。
［メインＣＰＵの制御による割込処理（１．１１７３ｍｓｅｃ）］
次に、図７８を参照して、メインＣＰＵ３１の制御による割込処理について説明する。図７８は、本実施形態における、メインＣＰＵ３１の制御による割込処理の手順を示すフローチャートである。なお、このメインＣＰＵ３１の制御による割込処理は、所定の周期（本実施形態では、１．１１７３ｍｓｅｃ）毎に行われる割込処理である。
まず、メインＣＰＵ３１は、当該メインＣＰＵ３１の制御による割込処理を呼び出す前に実行されているプログラムを中断し、その中断した位置を示すアドレス、各種レジスタの値をメインＲＡＭ３３の所定の領域に退避させる（Ｓ１４１）。この処理は、メインＣＰＵ３１の制御による割込処理が終了した場合に、退避されたプログラムの中断した位置を示すアドレス、各種レジスタの値を復帰させ、中断した時点からプログラムを継続して実行するために行われる。
次いで、メインＣＰＵ３１は、入力ポートチェック処理を行う（Ｓ１４２）。具体的には、メインＣＰＵ３１は、ＭＡＸベットスイッチ２３Ｓ等の各種スイッチからの入力信号をチェックする。
次いで、メインＣＰＵ３１は、リール制御処理を行う（Ｓ１４３）。具体的には、リセット割込処理（図６９参照）においてリールの回転開始要求があった場合には、メインＣＰＵ３１は、このＳ１４３の処理で、３つのリール３Ｌ、３Ｃ、３Ｒの回転を開始させ、一定速度で回転させるための制御を行う。また、リール停止制御処理（図７３参照）において滑り駒数が決定され、リールの停止予定位置が定まっている場合には、メインＣＰＵ３１は、このＳ１４３の処理で、該当するリールの図柄カウンタの値が停止予定位置を示す値と同一になったときに該リールを停止させるための制御を行う。例えば、メインＣＰＵ３１は、停止予定位置を示す値が「４」である場合には、Ｓ１４３の処理において、図柄カウンタの値が「４」になったときに、該当するリールを停止させるための制御を行う。
次いで、メインＣＰＵ３１は、ランプ駆動処理を行う（Ｓ１４４）。次いで、メインＣＰＵ３１は、Ｓ１４１の処理においてメインＲＡＭ３３の所定の領域に退避させた情報を参照してレジスタの復帰を行う（Ｓ１４５）。そして、Ｓ１４５の処理が終了すると、メインＣＰＵ３１は、該割込処理を終了し、該割込処理の発生により中断したプログラムを継続して実行する。
＜副制御回路による各種演出の動作説明＞
次に、図７９〜図１００を参照して、副制御回路７０のサブＣＰＵ７１が、プログラムを用いて実行する各種演出に関する処理（タスク）の内容について説明する。なお、以下に説明するサブＣＰＵ７１の各種処理において必要となる、各種テーブルはサブＲＯＭ７２に格納され、各種制御フラグ、各種制御カウンタ、各種格納領域等はサブＲＡＭ７３等に設けられる。
［サブＣＰＵにより行われる演出登録処理］
最初に、図７９を参照して、サブＣＰＵ７１により行われる演出登録処理について説明する。なお、図７９は、本実施形態における、演出登録処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、演出登録処理に対して４ｍｓｅｃの周期を設定する（Ｓ１５１）。次いで、サブＣＰＵ７１は、メッセージキューからメッセージを取り出す（Ｓ１５２）。次いで、サブＣＰＵ７１は、メッセージキューにメッセージはあったか否かを判別する（Ｓ１５３）。
Ｓ１５３において、サブＣＰＵ７１が、メッセージキューにメッセージはなかったと判別したとき（Ｓ１５３がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ１５７の処理を行う。一方、Ｓ１５３において、サブＣＰＵ７１が、メッセージキューにメッセージがあったと判別したとき（Ｓ１５３がＹｅｓ判定の場合）、サブＣＰＵ７１は、メッセージから遊技情報を複写する（Ｓ１５４）。この処理では、例えば、パラメータによって特定される、内部当籤役、回転が停止したリールの種別、表示役、遊技状態フラグ等の各種データがサブＲＡＭ７３に設けられた所定の格納領域に複写される。
次いで、サブＣＰＵ７１は、演出内容決定処理を行う（Ｓ１５５）。この処理では、サブＣＰＵ７１は、受信したコマンドの種別に応じて、演出内容の決定や演出データの登録等の処理を行う。なお、演出内容決定処理の詳細については、後述の図８０を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、バックアップ作成処理を行う（Ｓ１５６）。具体的には、サブＣＰＵ７１は、サブＲＡＭ７３からＳＲＡＭ７４にバックアップデータを作成する。なお、バックアップ作成処理の詳細については、後述の図１１３を参照しながら後で説明する。
Ｓ１５６の処理後、又は、Ｓ１５３がＮｏ判定の場合、サブＣＰＵ７１は、アニメーションデータの登録を行う（Ｓ１５７）。具体的には、サブＣＰＵ７１は、演出内容決定処理において登録された演出データに基づいて、アニメーションデータの登録を行う。この処理により、液晶表示装置１０に画像が表示される。すなわち、サブＣＰＵ７１は、演出内容決定処理において決定された演出データに基づいて、画像表示コマンドをＧＰＵ７５に送信する。
なお、ＧＰＵ７５は、受信した画像表示コマンドに基づいて、ＶＲＡＭ７６に展開されている画像データの中から適当な画像データを選択するとともに該画像データの表示位置や大きさを決定し、画像データをＶＲＡＭ７６に設けられた一方のフレームバッファ領域（書込画像データ領域又は表示画像データ領域）に格納する。また、ＧＰＵ７５は、所定の周期（１／３０秒）毎に表示画像データ領域と書込画像データ領域とを入れ替えるバンク切替処理を行う。なお、バンク切替処理では、ＧＰＵ７５は、書込画像データ領域に格納されている画像データを液晶表示装置１０に出力するとともに、表示画像データ領域を書込画像データ領域に入れ替え、次に表示すべき画像データの書き込みを行う。
次いで、サブＣＰＵ７１は、サウンドデータの登録を行う（Ｓ１５８）。具体的には、サブＣＰＵ７１は、演出内容決定処理において決定された演出データに基づいて、サウンドデータの登録を行う。この処理により、スピーカ１７Ｌ，１７Ｒから音声が出力される。
次いで、サブＣＰＵ７１は、ＬＥＤデータの登録を行う（Ｓ１５９）。具体的には、サブＣＰＵ７１は、演出内容決定処理において決定された演出データに基づいて、ＬＥＤデータの登録を行う。この処理により、サブデバイス群１００に設けられた各種ＬＥＤ１０１〜１０３，１１１〜１１４がそれぞれ、演出内容に応じて適宜、点灯又は消灯される。
次いで、サブＣＰＵ７１は、Ｓ１５１で設定された４ｍｓｅｃの周期が終了するまで待機する（Ｓ１６０）。そして、Ｓ１６０の処理後、サブＣＰＵ７１は、処理をＳ１５２に戻し、Ｓ１５２以降の処理を繰り返す。
［演出内容決定処理］
次に、図８０を参照して、演出登録処理のフローチャート（図７９参照）中のＳ１５５で行う演出内容決定処理について説明する。なお、図８０は、本実施形態における、演出内容決定処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、スタートコマンドを受信したか否かを判別する（Ｓ１７１）。
Ｓ１７１において、サブＣＰＵ７１がスタートコマンドを受信したと判別したとき（Ｓ１７１がＹｅｓ判定の場合）、サブＣＰＵ７１は、スタートコマンド受信時処理を行う（Ｓ１７２）。なお、スタートコマンド受信時処理の詳細については、後述の図８１及び図８２を参照しながら後で説明する。次いで、サブＣＰＵ７１は、遊技スタート時の演出データを登録する（Ｓ１７３）。そして、Ｓ１７３の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１７１において、サブＣＰＵ７１がスタートコマンドを受信しなかったと判別したとき（Ｓ１７１がＮｏ判定の場合）、サブＣＰＵ７１は、リール停止コマンドを受信したか否かを判別する（Ｓ１７４）。
Ｓ１７４において、サブＣＰＵ７１がリール停止コマンドを受信したと判別したとき（Ｓ１７４がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を行う（Ｓ１７５）。なお、ビリーゲットチャレンジ判定処理の詳細については、後述の図９７を参照しながら後で説明する。次いで、サブＣＰＵ７１は、作動ストップボタンの種別等に応じて、リール停止時の演出データを登録する（Ｓ１７６）。そして、Ｓ１７６の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１７４において、サブＣＰＵ７１がリール停止コマンドを受信しなかったと判別したとき（Ｓ１７４がＮｏ判定の場合）、サブＣＰＵ７１は、表示コマンドを受信したか否かを判別する（Ｓ１７７）。
Ｓ１７７において、サブＣＰＵ７１が表示コマンドを受信したと判別したとき（Ｓ１７７がＹｅｓ判定の場合）、サブＣＰＵ７１は、表示コマンド受信時処理を行う（Ｓ１７８）。なお、表示コマンド受信時処理の詳細については、後述の図９９を参照しながら後で説明する。そして、Ｓ１７８の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１７７において、サブＣＰＵ７１が表示コマンドを受信しなかったと判別したとき（Ｓ１７７がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＥＴコマンドを受信したか否かを判別する（Ｓ１７９）。
Ｓ１７９において、サブＣＰＵ７１がＢＥＴコマンドを受信したと判別したとき（Ｓ１７９がＹｅｓ判定の場合）、サブＣＰＵ７１は、投入枚数等に応じて、ＢＥＴ時の演出データを登録する（Ｓ１８０）。そして、Ｓ１８０の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１７９において、サブＣＰＵ７１がＢＥＴコマンドを受信しなかったと判別したとき（Ｓ１７９がＮｏ判定の場合）、サブＣＰＵ７１は、ボーナス開始コマンドを受信したか否かを判別する（Ｓ１８１）。
Ｓ１８１において、サブＣＰＵ７１がボーナス開始コマンドを受信したと判別したとき（Ｓ１８１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ボーナス開始時用演出データを登録する（Ｓ１８２）。そして、Ｓ１８２の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１８１において、サブＣＰＵ７１がボーナス開始コマンドを受信しなかったと判別したとき（Ｓ１８１がＮｏ判定の場合）、サブＣＰＵ７１は、ボーナス終了コマンドを受信したか否かを判別する（Ｓ１８３）。
Ｓ１８３において、サブＣＰＵ７１がボーナス終了コマンドを受信しなかったと判別したとき（Ｓ１８３がＮｏ判定の場合）、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
一方、Ｓ１８３において、サブＣＰＵ７１がボーナス終了コマンドを受信したと判別したとき（Ｓ１８３がＹｅｓ判定の場合）、サブＣＰＵ７１は、ボーナス終了コマンド受信時処理を行う（Ｓ１８４）。なお、ボーナス終了コマンド受信時処理の詳細については、後述の図１００を参照しながら後で説明する。次いで、サブＣＰＵ７１は、ボーナス終了時用演出データを登録する（Ｓ１８５）。そして、Ｓ１８５の処理後、サブＣＰＵ７１は、演出内容決定処理を終了し、処理を演出登録処理（図７９参照）のＳ１５６に移す。
［スタートコマンド受信時処理］
次に、図８１及び図８２を参照して、演出内容決定処理のフローチャート（図８０参照）中のＳ１７２で行うスタートコマンド受信時処理について説明する。なお、図８１及び図８２は、本実施形態における、スタートコマンド受信時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、「ＢＢ」（「ＢＢ１」〜「ＢＢ４」のいずれか）が作動中であるか否かを判別する（Ｓ１９１）。
Ｓ１９１において、サブＣＰＵ７１が、「ＢＢ」が作動中であると判別したとき（Ｓ１９１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ中処理を行う（Ｓ１９２）。なお、ＢＢ中処理の詳細については、後述の図８３を参照しながら後で説明する。そして、Ｓ１９２の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
一方、Ｓ１９１において、サブＣＰＵ７１が、「ＢＢ」が作動中でないと判別したとき（Ｓ１９１がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ持越中フラグがオン状態であるか否かを判定する（Ｓ１９３）。なお、ＢＢ持越中フラグは、「ＢＢ」（「ＢＢ１」〜「ＢＢ４」のいずれか）が内部当籤した単位遊技の次の単位遊技から、該内部当籤した「ＢＢ」が表示役として決定される単位遊技までの間（「ＢＢ」が持越状態にある期間）、オン状態となる。
Ｓ１９３において、サブＣＰＵ７１が、ＢＢ持越中フラグがオン状態であると判別したとき（Ｓ１９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
一方、Ｓ１９３において、サブＣＰＵ７１が、ＢＢ持越中フラグがオン状態でないと判別したとき（Ｓ１９３がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理を行う（Ｓ１９４）。なお、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理の詳細については、後述の図８７を参照しながら後で説明する。
そして、Ｓ１９４の処理後、サブＣＰＵ７１は、ナビモード移行抽籤テーブルＡ（図４９参照）を参照し、現在のナビモード、データポインタ等に基づいてナビモード移行抽籤を行う（Ｓ１９５）。次いで、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技か否か）を判別する（Ｓ１９６）。
Ｓ１９６において、サブＣＰＵ７１がＢＢ当籤遊技でないと判別したとき（Ｓ１９６がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ１９８の処理を行う。一方、Ｓ１９６において、サブＣＰＵ７１がＢＢ当籤遊技であると判別したとき（Ｓ１９６がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビモード移行抽籤テーブルＢ（図５０参照）を参照して、現在のナビモード、ボーナス用データポインタ及び演出用遊技停止の有無に基づいてナビモード移行抽籤を行う（Ｓ１９７）。
Ｓ１９７の処理後、又は、Ｓ１９６がＮｏ判定の場合、サブＣＰＵ７１は、Ｓ１９５又はＳ１９７におけるナビモード移行抽籤の結果、ナビモードが「０」から「１」〜「４」のいずれかに移行したか否かを判定する（Ｓ１９８）。
Ｓ１９８において、サブＣＰＵ７１が、ナビモードが「０」から「１」〜「４」のいずれかに移行したと判別したとき（Ｓ１９８がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＡＲＴ初当たり時処理を行う（Ｓ１９９）。なお、ＡＲＴ初当たり時処理の詳細については、後述の図８８を参照しながら後で説明する。次いで、サブＣＰＵ７１は、現在の単位遊技が、ＢＢ当籤遊技であるか否かを判別する（Ｓ２００）。
Ｓ２００において、サブＣＰＵ７１がＢＢ当籤遊技であると判別したとき（Ｓ２００がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。一方、Ｓ２００において、サブＣＰＵ７１がＢＢ当籤遊技でないと判別したとき（Ｓ２００がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機数抽籤テーブル（図５２参照）を参照し、ナビ遊技状態移行待機数の抽籤を行い、当籤したナビ遊技状態移行待機数を、ナビ遊技状態移行待機カウンタにセットする（Ｓ２０１）。そして、Ｓ２０１の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
ここで、再度、Ｓ１９８の処理に戻って、Ｓ１９８において、サブＣＰＵ７１が、ナビモードが「０」から「１」〜「４」のいずれかに移行していないと判別したとき（Ｓ１９８がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機カウンタの値が「１」以上であるか否かを判別する（Ｓ２０２）。
Ｓ２０２において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「１」以上であると判別したとき（Ｓ２０２がＹｅｓ判定の場合）、サブＣＰＵ７１は、待機状態中ナビ遊技状態移行処理を行う（Ｓ２０３）。なお、待機状態中ナビ遊技状態移行処理の詳細については、後述の図８９を参照しながら後で説明する。そして、Ｓ２０３の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
一方、Ｓ２０２において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「１」以上でないと判別したとき（Ｓ２０２がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態１であるか否かを判別する（Ｓ２０４）。
Ｓ２０４において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態１であると判別したとき（Ｓ２０４がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態１中ナビ遊技状態移行処理を行う（Ｓ２０５）。なお、ナビ遊技状態１中ナビ遊技状態移行処理の詳細については、後述の図９０を参照しながら後で説明する。そして、Ｓ２０５の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
一方、Ｓ２０４において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態１でないと判別したとき（Ｓ２０４がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態２であるか否かを判別する（Ｓ２０６）。
Ｓ２０６において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態２であると判別したとき（Ｓ２０６がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を行う（Ｓ２０７）。なお、ナビ遊技状態２中ナビ遊技状態移行処理の詳細については、後述の図９１及び図９２を参照しながら後で説明する。そして、Ｓ２０７の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
一方、Ｓ２０６において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態２でないと判別したとき（Ｓ２０６がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態３であるか否かを判別する（Ｓ２０８）。
Ｓ２０８において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態３であると判別したとき（Ｓ２０８がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３中ナビ遊技状態移行処理を行う（Ｓ２０９）。なお、ナビ遊技状態３中ナビ遊技状態移行処理の詳細については、後述の図９４を参照しながら後で説明する。そして、Ｓ２０９の処理後、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。一方、Ｓ２０８において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態３でないと判別したとき（Ｓ２０８がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ２１０の処理を行う。
Ｓ１９２、Ｓ２０１、Ｓ２０３、Ｓ２０５、Ｓ２０７或いはＳ２０９の処理後、Ｓ１９３或いはＳ２００がＹｅｓ判定の場合、又は、Ｓ２０８がＮｏ判定の場合、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を行う（Ｓ２１０）。なお、ビリーゲットチャレンジ抽籤処理の詳細については、後述の図９６を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態１〜ナビ遊技状態３のいずれかであり、かつ、「押し順役」が内部当籤役であるか否かを判別する（Ｓ２１１）。
Ｓ２１１において、サブＣＰＵ７１がＳ２１１の判定条件を満たさないと判別したとき（Ｓ２１１がＮｏ判定の場合）、サブＣＰＵ７１は、スタートコマンド受信時処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７３に移す。一方、Ｓ２１１において、サブＣＰＵ７１がＳ２１１の判定条件を満たすと判別したとき（Ｓ２１１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ用演出データ（遊技者が有利となる役を成立させるためのナビを行う演出データ）を登録する（Ｓ２１２）。そして、Ｓ２１２の処理後、サブＣＰＵ７１は、スタートコマンド受信時処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７３に移す。
［ＢＢ中処理］
次に、図８３を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ１９２で行うＢＢ中処理について説明する。なお、図８３は、本実施形態における、ＢＢ中処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、遊技状態がＢＢ遊技状態４であるか否かを判別する（Ｓ２２１）。
Ｓ２２１において、サブＣＰＵ７１が、遊技状態がＢＢ遊技状態４であると判別したとき（Ｓ２２１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ４中抽籤処理を行う（Ｓ２２２）。なお、ＢＢ４中抽籤処理の詳細については、後述の図８４を参照しながら後で説明する。そして、Ｓ２２２の処理後、サブＣＰＵ７１は、ＢＢ中処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ２２１において、サブＣＰＵ７１が、遊技状態がＢＢ遊技状態４でないと判別したとき（Ｓ２２１がＮｏ判定の場合）、サブＣＰＵ７１は、データポインタに基づいてナビモードを変更するか否かを判定し、判定結果に応じてナビモードを更新する（Ｓ２２３）。具体的には、小役・リプレイ用ポインタが「２８」〜「３１」（停止形が「ドン中段揃い」、「ドン下段テンパイあたり」、「ドン上段テンパイあたり」、「ドン中段テンパイあたり」）である場合には、サブＣＰＵ７１は、ナビモードを「１」上昇させ（但し、上限は「４」）、それ以外の場合には、サブＣＰＵ７１は、ナビモードを変更しない。
また、Ｓ２２３の処理では、特定の条件が満足された場合にナビモードを複数段階上昇させるようにしてもよい。特定の条件としては、例えば、小役・リプレイ用ポインタとして「２８」〜「３１」の中から「３１」が決定されること、小役・リプレイ用ポインタとして「２８」〜「３１」の何れかが決定されかつ特定の有効ライン上に「ドン揃い」の図柄の組合せが停止表示されること等が挙げられる。なお、図示しないが、サブＣＰＵ７１は、「ドン図柄」が上段（トップライン）、中段（センターライン）又は下段（ボトムライン）に揃った場合には、ドン揃い演出データを登録する。
次いで、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数抽籤テーブルＣ（図５６参照）を参照し、現在のナビモード及び小役・リプレイ用ポインタデータポインタに基づいて、ナビ遊技状態３加算ゲーム数を抽籤する（Ｓ２２４）。
次いで、サブＣＰＵ７１は、Ｓ２２４の抽籤処理で５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したか否かを判別する（Ｓ２２５）。Ｓ２２５において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤していない（当籤したゲーム数が０ゲームである）と判別したとき（Ｓ２２５がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ中処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ２２５において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したと判別したとき（Ｓ２２５がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算抽籤モード抽籤テーブルＣ（図６０参照）を参照し、現在のナビモード及び小役・リプレイ用データポインタに基づいて、ナビ遊技状態３加算抽籤モードを抽籤する（Ｓ２２６）。
次いで、サブＣＰＵ７１は、Ｓ２２４で当籤したナビ遊技状態３加算ゲーム数と、Ｓ２２６で決定されたナビ遊技状態３加算抽籤モードとを、互いに対応付けて、その組合せのデータをナビ遊技状態３情報格納領域（不図示）に格納する（Ｓ２２７）。
次いで、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオンする（Ｓ２２８）。なお、ナビ遊技状態３移行フラグは、ナビ遊技状態３情報格納領域に情報が格納されているか否かを示すフラグ（格納されている場合はオン状態になる）である。そして、Ｓ２２８の処理後、サブＣＰＵ７１は、ＢＢ中処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
なお、本実施形態では、ナビ遊技状態３情報格納領域に、ナビ遊技状態３加算ゲーム数とナビ遊技状態３加算抽籤モードとの組合せを最大３２組分、格納することができる。また、ナビ遊技状態３情報格納領域に格納された情報は、ＦＩＦＯ（First In, First Out：先入れ先出し）処理される。
さらに、ナビ遊技状態３情報格納領域に格納されているナビ遊技状態３加算ゲーム数とナビ遊技状態３加算抽籤モードとの組合せの数（組数）は、液晶表示装置１０に表示され、遊技者が把握できる構成になっている。なお、ナビ遊技状態３情報格納領域に格納されている組数を報知する処理は、ナビ遊技状態がナビ遊技状態２である場合にのみ行ってもよい。また、この報知処理では、ナビ遊技状態３情報格納領域に格納されている組数の値自体を（つまり５組なら「５」と）報知してもよいし、組数の一部を報知するようにしてもよい。
例えば、後述のドン揃い演出データが登録される場合、又は、ＢＢ４遊技状態中において後述のビリーゲットチャレンジ成功演出データが登録される場合には、ナビ遊技状態３情報格納領域に、ナビ遊技状態３加算ゲーム数とナビ遊技状態３加算抽籤モードとの組合せが必ず格納されるので、これらの場合には、演出データが登録された分の組数のみを液晶表示装置１０に表示（報知）するようにしてもよい。すなわち、遊技者がナビ遊技状態２からナビ遊技状態３へ移行する権利の獲得を認識できる確定演出（例えば、ドン揃い演出、ビリーゲットチャレンジ成功演出）が行われた分の組数のみを報知するようにしてもよい。
また、ナビ遊技状態２からナビ遊技状態３へ移行する権利の数が１以上である場合には、少なくとも該権利の数が１以上であることを報知することが好ましい。例えば、上述した確定演出が行われた分の組数のみを報知する構成にした場合において、ナビ遊技状態３情報格納領域に格納されている組数が「５」であり、確定演出が１回も行われなかった場合には何も報知されないこととなるが、こういった場合には少なくともナビ遊技状態３情報格納領域に格納されている組数が「１」以上であることを報知することが好ましい。
［ＢＢ４中抽籤処理］
次に、図８４を参照して、ＢＢ中処理のフローチャート（図８３参照）中のＳ２２２で行うＢＢ４中抽籤処理について説明する。なお、図８４は、本実施形態における、ＢＢ４中抽籤処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ビリーゲットチャレンジ発生抽籤テーブル（図６５参照）を参照し、現在のナビモード、演出用遊技停止の有無（主制御回路６０におけるロックフラグのオン／オフ）、及び、ビリーゲットチャレンジ成功フラグに基づいて、ビリーゲットチャレンジ発生抽籤を行う（Ｓ２３１）。そして、サブＣＰＵ７１は、Ｓ２３１の抽籤処理に当籤したか否かを判別する（Ｓ２３２）。
Ｓ２３２において、サブＣＰＵ７１は、Ｓ２３１の抽籤処理に当籤していないと判別したとき（Ｓ２３２がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ４中抽籤処理を終了するとともにＢＢ中処理も終了する。一方、Ｓ２３２において、サブＣＰＵ７１は、Ｓ２３１の抽籤処理に当籤したと判別したとき（Ｓ２３２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ処理を行う（Ｓ２３３）。なお、ビリーゲットチャレンジ処理の詳細については、後述の図８６を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、演出用遊技停止があるか（ロックフラグがオン状態であるか）否かを判別する（Ｓ２３４）。Ｓ２３４において、サブＣＰＵ７１は、演出用遊技停止がないと判別したとき（Ｓ２３４がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ４中抽籤処理を終了するとともにＢＢ中処理も終了する。
一方、Ｓ２３４において、サブＣＰＵ７１は、演出用遊技停止があると判別したとき（Ｓ２３４がＹｅｓ判定の場合）、サブＣＰＵ７１は、表示パネルユニット演出データを登録する（Ｓ２３５）。そして、Ｓ２３５の処理後、サブＣＰＵ７１は、ＢＢ４中抽籤処理を終了するとともにＢＢ中処理も終了する。
ここで、上述したＢＢ４中抽籤処理のＳ２３５において表示パネルユニット演出データが登録された場合に実行される表示パネルユニット演出の内容を、図８５を参照しながら説明する。なお、図８５は、表示パネル１１０ａ〜１１０ｄ（それぞれ図８５中の「奥から４枚目」〜「奥から１枚目」に対応）をそれぞれ点消滅させるＬＥＤ１１１〜１１４の輝度の時間的変化を示す輝度の時系列変化パターンを示す。
Ｓ２３５で表示パネルユニット演出データが登録されると、サブＣＰＵ７１は、図８５に示す輝度の時系列変化パターンに従って、ＬＥＤ１１１〜１１４の輝度をそれぞれ変化させる。図８５に示す輝度変化の時系列パターンでは、遊技者からは、初め、ゆっくりと奥からキャラクターが手前側に迫ってくるように見え、次いで、消灯期間を挟んで、一番手前の表示パネル１１０ａが高速点滅する。本実施形態では、このような演出を行うことにより、遊技者の期待感を向上させることができる。
［ビリーゲットチャレンジ処理］
次に、図８６を参照して、ＢＢ４中抽籤処理のフローチャート（図８４参照）中のＳ２３３で行うビリーゲットチャレンジ処理について説明する。なお、図８６は、本実施形態における、ビリーゲットチャレンジ処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ビリーゲットチャレンジ正解抽籤テーブル（図６７参照）を参照し、「ビリーゲットチャレンジ」の発生状況、遊技状態及び演出用遊技停止の有無に基づいて、ビリーゲットチャレンジ正解抽籤を行う（Ｓ２４１）。次いで、サブＣＰＵ７１は、ビリーゲットチャレンジ選択無し時抽籤テーブル（図６８参照）を参照し、Ｓ２４１で行ったビリーゲットチャレンジ正解抽籤の結果に基づいて、ビリーゲットチャレンジ選択無し時抽籤を行う（Ｓ２４２）。
次いで、サブＣＰＵ７１は、上述したビリーゲットチャレンジ演出を登録する（Ｓ２４３）。この処理により、遊技者がスタートレバー２１を押下した直後に、ビリーゲットチャレンジ演出が実行される。そして、Ｓ２４３の処理後、サブＣＰＵ７１は、ビリーゲットチャレンジ処理を終了し、処理をＢＢ４中抽籤処理（図８４参照）のＳ２３４に移す。
［ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理］
次に、図８７を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ１９４で行うナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理について説明する。なお、図８７は、本実施形態における、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数抽籤テーブルＡ（図５４参照）を参照し、現在のナビモード、小役・リプレイ用ポインタ、ボーナス用データポインタ等に基づいてナビ遊技状態３加算ゲーム数を抽籤する（Ｓ２５１）。
次いで、サブＣＰＵ７１は、Ｓ２５１の抽籤処理により、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したか否かを判別する（Ｓ２５２）。Ｓ２５２において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤しなかったと判別したとき（Ｓ２５２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ２５６の処理を行う。
一方、Ｓ２５２において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したと判別したとき（Ｓ２５２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算抽籤モード抽籤テーブルＡ（図５８参照）を参照し、現在のナビモードに基づいてナビ遊技状態３加算抽籤モードを抽籤する（Ｓ２５３）。次いで、サブＣＰＵ７１は、Ｓ２５１で当籤したナビ遊技状態３加算ゲーム数と、Ｓ２５３で決定されたナビ遊技状態３加算抽籤モードとを、互いに対応付けて、その組合せのデータをナビ遊技状態３情報格納領に格納する（Ｓ２５４）。そして、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオンする（Ｓ２５５）。
Ｓ２５５の処理後、又は、Ｓ２５２がＮｏ判定の場合、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技か否か）を判別する（Ｓ２５６）。Ｓ２５６において、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ２５６がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ１９５に移す。
一方、Ｓ２５６において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ２５６がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数抽籤テーブルＢ（図５５参照）を参照し、現在のナビモード、ボーナス用データポインタ及び演出用遊技停止の有無に基づいて、ナビ遊技状態３加算ゲーム数を抽籤する（Ｓ２５７）。
次いで、サブＣＰＵ７１は、Ｓ２５７の抽籤処理により、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したか否かを判別する（Ｓ２５８）。Ｓ２５８において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤しなかったと判別したとき（Ｓ２５８がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ１９５に移す。
一方、Ｓ２５８において、サブＣＰＵ７１が、５ゲーム以上のナビ遊技状態３加算ゲーム数が当籤したと判別したとき（Ｓ２５８がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算抽籤モード抽籤テーブルＢ（図５９参照）を参照し、現在のナビモード、ボーナス用データポインタ及び演出用遊技停止の有無に基づいて、ナビ遊技状態３加算抽籤モードを抽籤する（Ｓ２５９）。次いで、サブＣＰＵ７１は、Ｓ２５７で当籤したナビ遊技状態３加算ゲーム数と、Ｓ２５９で決定されたナビ遊技状態３加算抽籤モードとを、互いに対応付けて、その組合せのデータをナビ遊技状態３情報格納領に格納する（Ｓ２６０）。
次いで、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオンする（Ｓ２６１）。そして、Ｓ２６１の処理後、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数及び抽籤モード抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ１９５に移す。
［ＡＲＴ初当たり時処理］
次に、図８８を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ１９９で行うＡＲＴ初当たり時処理について説明する。なお、図８８は、本実施形態における、ＡＲＴ初当たり時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ナビセット数抽籤テーブル（図６２参照）を参照し、ナビセット数を抽籤する（Ｓ２７１）。次いで、サブＣＰＵ７１は、Ｓ２７１の抽籤処理で決定されたナビセット数を、ナビセット数カウンタにセットする（Ｓ２７２）。
次いで、サブＣＰＵ７１は、ナビゲーム数カウンタの値に「５０」をセットする（Ｓ２７３）。次いで、サブＣＰＵ７１は、ナビセット数カウンタの値を「１」減算する（Ｓ２７４）。そして、Ｓ２７４の処理後、サブＣＰＵ７１は、ＡＲＴ初当たり時処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２００に移す。
［待機状態中ナビ遊技状態移行処理］
次に、図８９を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ２０３で行う待機状態中ナビ遊技状態移行処理について説明する。なお、図８９は、本実施形態における、待機状態中ナビ遊技状態移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、現在の単位遊技が、ナビ遊技状態移行待機カウンタの消化中において「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技か否か）を判別する（Ｓ２８１）。
Ｓ２８１において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタ消化中のＢＢ当籤遊技でないと判別したとき（Ｓ２８１がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機カウンタの値を「１」減算する（Ｓ２８２）。次いで、サブＣＰＵ７１は、ナビ遊技状態移行待機カウンタの値が「０」になったか否かを判別する（Ｓ２８３）。
Ｓ２８３において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「０」でないと判別したとき（Ｓ２８３がＮｏ判定の場合）、サブＣＰＵ７１は、待機状態中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。一方、Ｓ２８３において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「０」になったと判別したとき（Ｓ２８３がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＲＴ遊技状態がＲＴ３遊技状態であるか否かを判別する（Ｓ２８４）。
Ｓ２８４において、サブＣＰＵ７１が、ＲＴ遊技状態がＲＴ３遊技状態でないと判別したとき（Ｓ２８４がＮｏ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ２８５）。この処理の詳細な説明は省略するが、この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオン状態にし、そして、次の単位遊技の開始時にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ２８５の処理後、サブＣＰＵ７１は、待機状態中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ２８４において、サブＣＰＵ７１が、ＲＴ遊技状態がＲＴ３遊技状態であると判別したとき（Ｓ２８４がＹｅｓ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビい遊技状態をナビ遊技状態２へ移行させるための処理を行う（Ｓ２８６）。この処理では、サブＣＰＵ７１は、ナビ遊技状態２フラグをオン状態にし、そして、次の単位遊技の開始時にナビ遊技状態２フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態２へ移行させる。そして、Ｓ２８６の処理後、サブＣＰＵ７１は、待機状態中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
ここで、再度、Ｓ２８１の処理に戻って、Ｓ２８１において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタ消化中のＢＢ当籤遊技であると判別したとき（Ｓ２８１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機カウンタをクリアする（Ｓ２８７）。次いで、サブＣＰＵ７１は、ＢＢ終了後からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ２８８）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオン状態にし、そして、ＢＢ終了後にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ２８８の処理後、サブＣＰＵ７１は、待機状態中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
［ナビ遊技状態１中ナビ遊技状態移行処理］
次に、図９０を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ２０５で行うナビ遊技状態１中ナビ遊技状態移行処理について説明する。なお、図９０は、本実施形態における、ナビ遊技状態１中ナビ遊技状態移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技か否か）を判別する（Ｓ２９１）。
Ｓ２９１において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ２９１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ終了後からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ２９２）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオンし、そして、ＢＢ終了後にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ２９２の処理後、サブＣＰＵ７１は、ナビ遊技状態１中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ２９１において、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ２９１がＮｏ判定の場合）、サブＣＰＵ７１は、現在の単位遊技が他の遊技状態からＲＴ３遊技状態に移行した単位遊技（ＲＴ３移行遊技）であるか否かを判別する（Ｓ２９３）。Ｓ２９３において、サブＣＰＵ７１は、現在の単位遊技がＲＴ３移行遊技であると判別したとき（Ｓ２９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ２９５の処理を行う。
一方、Ｓ２９３において、サブＣＰＵ７１は、現在の単位遊技がＲＴ３移行遊技でないと判別したとき（Ｓ２９３がＮｏ判定の場合）、サブＣＰＵ７１は、遊技者がナビに従わず特定の条件を充足したか否かを判別する（Ｓ２９４）。なお、特定の条件は、次の（ｉ）〜（ｖ）の場合に充足される。
（ｉ）一般遊技状態中のＳＢ当籤時にＲＴ遊技状態がＲＴ１遊技状態へ移行しなかった場合
（ｉｉ）ＲＴ１遊技状態中の押し順リプ１当籤時にＲＴ遊技状態がＲＴ２遊技状態へ移行しなかった場合
（ｉｉｉ）ＲＴ１遊技状態中又はＲＴ２遊技状態中の押し順ベル当籤時にＲＴ遊技状態が一般遊技状態へ移行した場合
（ｉｖ）ＲＴ２遊技状態中のＳＢ当籤時にＲＴ遊技状態がＲＴ１遊技状態へ移行した場合
（ｖ）ＲＴ２遊技状態中の押し順リプ２当籤時にＲＴ遊技状態がＲＴ３遊技状態へ移行しなかった場合
Ｓ２９４において、サブＣＰＵ７１が、遊技者がナビに従わず特定の条件を充足していないと判別したとき（Ｓ２９４がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態１中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。一方、Ｓ２９４において、サブＣＰＵ７１が、遊技者がナビに従わず特定の条件を充足したと判別したとき（Ｓ２９４がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ２９５の処理を行う。
Ｓ２９３又はＳ２９４がＹｅｓ判定の場合、サブＣＰＵ７１は、ナビ遊技状態３中断フラグがオン状態であるか否かを判別する（Ｓ２９５）。なお、ナビ遊技状態３中断フラグは、ナビ遊技状態３において「ＢＢ」に当籤したときにオン状態となり、そのＢＢ終了後、ナビ遊技状態がナビ遊技状態１へ移行し、その後、再度ナビ遊技状態３に復帰した際に、クリアされる。
Ｓ２９５において、サブＣＰＵ７１が、ナビ遊技状態３中断フラグがオン状態でないと判別したとき（Ｓ２９５がＮｏ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態２へ移行させるための処理を行う（Ｓ２９６）。この処理では、サブＣＰＵ７１は、ナビ遊技状態２フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態２フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態２へ移行させる。そして、Ｓ２９６の処理後、サブＣＰＵ７１は、ナビ遊技状態１中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ２９５において、サブＣＰＵ７１が、ナビ遊技状態３中断フラグがオン状態であると判別したとき（Ｓ２９５がＹｅｓ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態３へ移行させるための処理を行う（Ｓ２９７）。この処理では、サブＣＰＵ７１は、ナビ遊技状態３フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態３フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態３へ移行させる。そして、Ｓ２９７の処理後、サブＣＰＵ７１は、ナビ遊技状態１中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
［ナビ遊技状態２中ナビ遊技状態移行処理］
次に、図９１及び図９２を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ２０７で行うナビ遊技状態２中ナビ遊技状態移行処理について説明する。なお、図９１及び図９２は、本実施形態における、ナビ遊技状態２中ナビ遊技状態移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技か否か）を判別する（Ｓ３０１）。
Ｓ３０１において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ３０１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ終了後からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ３０２）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオンし、そして、ＢＢ終了後にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ３０２の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３０１において、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ３０１がＮｏ判定の場合）、サブＣＰＵ７１は、「ＢＢ」が持越中であるか否かを判別する（Ｓ３０３）。
Ｓ３０３において、サブＣＰＵ７１が、「ＢＢ」が持越中であると判別したとき（Ｓ３０３がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。一方、Ｓ３０３において、サブＣＰＵ７１が、「ＢＢ」が持越中でないと判別したとき（Ｓ３０３がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３移行フラグがオン状態であるか否かを判別する（Ｓ３０４）。
Ｓ３０４において、サブＣＰＵ７１が、ナビ遊技状態３移行フラグがオン状態であると判別したとき（Ｓ３０４がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３０６の処理を行う。一方、Ｓ３０４において、サブＣＰＵ７１が、ナビ遊技状態３移行フラグがオン状態でないと判別したとき（Ｓ３０４がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機カウンタの値が「１」以上であるか否かを判別する（Ｓ３０５）。
Ｓ３０５において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「１」以上であると判別したとき（Ｓ３０５がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３０６の処理を行う。
Ｓ３０４又はＳ３０５がＹｅｓ判定の場合、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態３移行処理を行う（Ｓ３０６）。なお、ナビ遊技状態２中ナビ遊技状態３移行処理の詳細については、後述の図９３を参照しながら後で説明する。そして、Ｓ３０６の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３０５において、サブＣＰＵ７１が、ナビ遊技状態移行待機カウンタの値が「１」以上でないと判別したとき（Ｓ３０５がＮｏ判定の場合）、サブＣＰＵ７１は、ナビゲーム数カウンタの値を「１」減算する（Ｓ３０７）。次いで、サブＣＰＵ７１は、ナビゲーム数カウンタの値が「０」になったか否かを判別する（Ｓ３０８）。
Ｓ３０８において、サブＣＰＵ７１が、ナビゲーム数カウンタの値が「０」になっていないと判別したとき（Ｓ３０８がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。一方、Ｓ３０８において、サブＣＰＵ７１が、ナビゲーム数カウンタの値が「０」になったと判別したとき（Ｓ３０８がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビセット数カウンタの値が「０」であるか否かを判別する（Ｓ３０９）。
Ｓ３０９において、サブＣＰＵ７１が、ナビセット数カウンタの値が「０」でないと判別したとき（Ｓ３０９がＮｏ判定の場合）、サブＣＰＵ７１は、ナビゲーム数カウンタの値に「５０」をセットする（Ｓ３１０）。次いで、サブＣＰＵ７１は、ナビセット数カウンタの値を「１」減算する（Ｓ３１１）。そして、Ｓ３１１の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３０９において、サブＣＰＵ７１が、ナビセット数カウンタの値が「０」であると判別したとき（Ｓ３０９がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビモード移行抽籤テーブルＣ（図５１参照）を参照し、ナビモード移行抽籤を行う（Ｓ３１２）。次いで、サブＣＰＵ７１は、Ｓ３１２のナビモード移行抽籤の結果、移行先のナビモードが「０」に決定されたか否かを判別する（Ｓ３１３）。
Ｓ３１３において、サブＣＰＵ７１が、移行先のナビモードが「０」に決定されたと判別したとき（Ｓ３１３がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３１８の処理を行う。
一方、Ｓ３１３において、サブＣＰＵ７１が、移行先のナビモードが「０」に決定されなかったと判別したとき（Ｓ３１３がＮｏ判定の場合）、サブＣＰＵ７１は、上記図８８で説明したＡＲＴ初当たり時処理を行う（Ｓ３１４）。次いで、サブＣＰＵ７１は、ナビ遊技状態移行待機数抽籤テーブル（図５２参照）を参照し、ナビ遊技状態移行待機数を抽籤する（Ｓ３１５）。次いで、サブＣＰＵ７１は、Ｓ３１５で決定されたナビ遊技状態移行待機数をナビ遊技状態移行待機数カウンタにセットする（Ｓ３１６）。
そして、Ｓ３１６の処理後、サブＣＰＵ７１は、ナビ遊技状態移行待機数カウンタの値が「０」であるか否かを判別する（Ｓ３１７）。Ｓ３１７において、サブＣＰＵ７１が、ナビ遊技状態移行待機数カウンタの値が「０」でないと判別したとき（Ｓ３１７がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３１８の処理を行う。
Ｓ３１３がＹｅｓ判定の場合、又は、Ｓ３１７がＮｏ判定の場合、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態０へ移行させるための処理を行う（Ｓ３１８）。この処理では、サブＣＰＵ７１は、ナビ遊技状態０フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態０フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態０へ移行させる。そして、Ｓ３１８の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３１７において、サブＣＰＵ７１が、ナビ遊技状態移行待機数カウンタの値が「０」であると判別したとき（Ｓ３１７がＹｅｓ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態２へ移行させるための処理を行う（Ｓ３１９）。この処理では、サブＣＰＵ７１は、ナビ遊技状態２フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態２フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態２へ移行させる。そして、Ｓ３１９の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
［ナビ遊技状態２中ナビ遊技状態３移行処理］
次に、図９３を参照して、ナビ遊技状態２中ナビ遊技状態移行処理のフローチャート（図９１及び図９２参照）中のＳ３０６で行うナビ遊技状態２中ナビ遊技状態３移行処理について説明する。なお、図９３は、本実施形態における、ナビ遊技状態２中ナビ遊技状態３移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値が「０」であるか否かを判別する（Ｓ３２１）。なお、ナビ遊技状態３移行待機数カウンタは、ナビ遊技状態がナビ遊技状態２からナビ遊技状態３へ移行するまでのゲーム数を示すカウンタである。
Ｓ３２１において、サブＣＰＵ７１が、ナビ遊技状態３移行待機数カウンタの値が「０」でないと判別したとき（Ｓ３２１がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３２７の処理を行う。一方、Ｓ３２１において、サブＣＰＵ７１が、ナビ遊技状態３移行待機数カウンタの値が「０」であると判別したとき（Ｓ３２１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態２に移行したとき、ナビ遊技状態３移行フラグがオン状態であったか否か判別する（Ｓ３２２）。
Ｓ３２２において、サブＣＰＵ７１が、ナビ遊技状態３移行フラグがオン状態でなかったと判別したとき（Ｓ３２２がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３移行待機数抽籤テーブル（図５３参照）を参照し、ナビゲーム数カウンタの値等に基づいて、ナビ遊技状態３移行待機数を抽籤する（Ｓ３２３）。次いで、サブＣＰＵ７１は、Ｓ３２３で決定されたナビ遊技状態３移行待機数をナビ遊技状態３移行待機数カウンタにセットする（Ｓ３２４）。そして、Ｓ３２４の処理後、サブＣＰＵ７１は、後述のＳ３２７の処理を行う。
一方、Ｓ３２２において、サブＣＰＵ７１が、ナビ遊技状態３移行フラグがオン状態であったと判別したとき（Ｓ３２２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態２へ移行する前はナビ遊技状態０又はナビ遊技状態１であったか否か判別する（Ｓ３２５）。
Ｓ３２５において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態２へ移行する前はナビ遊技状態０又はナビ遊技状態１であったと判別したとき（Ｓ３２５がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３２９の処理を行う。一方、Ｓ３２５において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態２へ移行する前はナビ遊技状態０又はナビ遊技状態１でなかったと判別したとき（Ｓ３２５がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値に「２」をセットする（Ｓ３２６）。
そして、Ｓ３２４或いはＳ３２６の処理後、又は、Ｓ３２１がＮｏ判定の場合、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値を「１」減算する（Ｓ３２７）。次いで、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値が「０」であるか否かを判別する（Ｓ３２８）。
Ｓ３２８において、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値が「０」でないと判別したとき（Ｓ３２８がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態３移行処理を終了するとともに、ナビ遊技状態２中ナビ遊技状態移行処理も終了する。一方、Ｓ３２８において、サブＣＰＵ７１は、ナビ遊技状態３移行待機数カウンタの値が「０」であると判別したとき（Ｓ３２８がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３２９の処理を行う。
Ｓ３２５又はＳ３２８がＹｅｓ判定の場合、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態３へ移行させるための処理を行う（Ｓ３２９）。この処理では、サブＣＰＵ７１は、ナビ遊技状態３フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態３フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態３へ移行させる。そして、Ｓ３２９の処理後、サブＣＰＵ７１は、ナビ遊技状態２中ナビ遊技状態３移行処理を終了するとともに、ナビ遊技状態２中ナビ遊技状態移行処理も終了する。
［ナビ遊技状態３中ナビ遊技状態移行処理］
次に、図９４を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ２０９で行うナビ遊技状態３中ナビ遊技状態移行処理について説明する。なお、図９４は、本実施形態における、ナビ遊技状態３中ナビ遊技状態移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ナビ遊技状態３中断フラグがオン状態である否かを判別する（Ｓ３３１）。
Ｓ３３１において、サブＣＰＵ７１が、ナビ遊技状態３中断フラグがオン状態であると判別したとき（Ｓ３３１がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３３７の処理を行う。一方、Ｓ３３１において、サブＣＰＵ７１が、ナビ遊技状態３中断フラグがオン状態でないと判別したとき（Ｓ３３１がＮｏ判定の場合）、サブＣＰＵ７１は、現在の遊技が他のナビ遊技状態からナビ遊技状態３に移行した遊技（ナビ遊技状態３移行遊技）であるか否か判別する（Ｓ３３２）。
Ｓ３３２において、サブＣＰＵ７１が、ナビ遊技状態３移行遊技ではないと判別したとき（Ｓ３３２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３３９の処理を行う。一方、Ｓ３３２において、サブＣＰＵ７１が、ナビ遊技状態３移行遊技ではあると判別したとき（Ｓ３３２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３情報格納領域から情報を取得し、ナビ遊技状態３加算ゲーム数、ナビ遊技状態３加算抽籤モードをセットする（Ｓ３３３）。
Ｓ３３３の処理後、サブＣＰＵ７１は、ナビ遊技状態３継続カウンタに「１」をセットする（Ｓ３３４）。なお、ナビ遊技状態３継続カウンタは、ナビ遊技状態３での継続ゲーム数を管理するカウンタである。次いで、サブＣＰＵ７１は、Ｓ３３３の処理で、ナビ遊技状態３情報格納領域から情報を取得したことにより、ナビ遊技状態３情報格納領域に格納されている情報が無くなったか否か（ナビ遊技状態３情報格納領域が空になったか否か）を判別する（Ｓ３３５）。
Ｓ３３５において、サブＣＰＵ７１が、ナビ遊技状態３情報格納領域が空でないと判別したとき（Ｓ３３５がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３３９の処理を行う。一方、Ｓ３３５において、サブＣＰＵ７１が、ナビ遊技状態３情報格納領域が空になったと判別したとき（Ｓ３３５がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオフする（Ｓ３３６）。そして、Ｓ３３６の処理後、サブＣＰＵ７１は、後述のＳ３３９の処理を行う。
ここで、再度、Ｓ３３１の処理に戻って、Ｓ３３１がＹｅｓ判定の場合、サブＣＰＵ７１は、後述するＳ３４１の処理で退避したナビ遊技状態３加算ゲーム数、ナビ遊技状態３加算抽籤モード及びナビ遊技状態継続カウンタを復帰させる（Ｓ３３７）。次いで、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオフする（Ｓ３３８）。そして、Ｓ３３８の処理後、サブＣＰＵ７１は、後述のＳ３３９の処理を行う。
Ｓ３３６或いはＳ３３８の処理後、又は、Ｓ３３２或いはＳ３３５がＮｏ判定の場合、サブＣＰＵ７１は、ナビゲーム数加算処理を行う（Ｓ３３９）。なお、ナビゲーム数加算処理の詳細については、後述の図９５を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技であるか否か）を判別する（Ｓ３４０）。
Ｓ３４０において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ３４０がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数、ナビ遊技状態３加算抽籤モード及びナビ遊技状態継続カウンタを退避する（Ｓ３４１）。次いで、サブＣＰＵ７１は、ナビ遊技状態３中断フラグをオンする（Ｓ３４２）。
Ｓ３４２の処理後、サブＣＰＵ７１は、ＢＢ終了後からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ３４３）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオンし、そして、ＢＢ終了後にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ３４３の処理後、サブＣＰＵ７１は、ナビ遊技状態３中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３４０において、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ３４０がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３ナビゲーム数加算抽籤の結果が非当籤であるか否かを判別する（Ｓ３４４）。
Ｓ３４４において、サブＣＰＵ７１が、ナビ遊技状態３ナビゲーム数加算抽籤の結果が当籤であると判別したとき（Ｓ３４４がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
一方、Ｓ３４４において、サブＣＰＵ７１が、ナビ遊技状態３ナビゲーム数加算抽籤の結果が非当籤であると判別したとき（Ｓ３４４がＹｅｓ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態２へ移行させるための処理を行う（Ｓ３４５）。この処理では、サブＣＰＵ７１は、ナビ遊技状態２フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態２フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態２へ移行させる。そして、Ｓ３４５の処理後、サブＣＰＵ７１は、ナビ遊技状態３中ナビ遊技状態移行処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１０に移す。
［ナビゲーム数加算処理］
次に、図９５を参照して、ナビ遊技状態３中ナビ遊技状態移行処理のフローチャート（図９４参照）中のＳ３３９で行うナビゲーム数加算処理について説明する。なお、図９５は、本実施形態における、ナビゲーム数加算処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ナビ遊技状態がナビ遊技状態３であるか否かを判別する（Ｓ３５１）。
Ｓ３５１において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態３でないと判別したとき（Ｓ３５１がＮｏ判定の場合）、サブＣＰＵ７１は、ナビゲーム数加算処理を終了し、処理をナビ遊技状態３中ナビ遊技状態移行処理（図９４参照）のＳ３４０に移す。一方、Ｓ３５１において、サブＣＰＵ７１が、ナビ遊技状態がナビ遊技状態３であると判別したとき（Ｓ３５１がＹｅｓ判定の場合）、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技であるか否か）を判別する（Ｓ３５２）。
Ｓ３５２において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ３５２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビゲーム数特殊加算抽籤テーブル（図６４参照）を参照し、当籤した「ＢＢ」の種別に基づいて、ナビゲーム数特殊加算抽籤を行う（Ｓ３５３）、次いで、サブＣＰＵ７１は、Ｓ３５３で決定されたナビゲーム数をナビゲーム数カウンタの値に加算する（Ｓ３５４）。そして、Ｓ３５４の処理後、サブＣＰＵ７１は、ナビゲーム数加算処理を終了し、処理をナビ遊技状態３中ナビ遊技状態移行処理（図９４参照）のＳ３４０に移す。
一方、Ｓ３５２において、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ３５２がＮｏ判定の場合）、サブＣＰＵ７１は、現在のゲームがナビ遊技状態３中のＢＢ当籤からの復帰１ゲーム目のゲームであるか否かを判別する（Ｓ３５５）。
Ｓ３５５において、サブＣＰＵ７１が、現在のゲームがナビ遊技状態３中のＢＢ当籤からの復帰１ゲーム目のゲームであると判別したとき（Ｓ３５５がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３６０の処理を行う。一方、Ｓ３５５において、サブＣＰＵ７１が、現在のゲームがナビ遊技状態３中のＢＢ当籤からの復帰１ゲーム目のゲームでないと判別したとき（Ｓ３５５がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３継続カウンタの値が「１」又は「２」であるか否かを判別する（Ｓ３５６）。
Ｓ３５６において、サブＣＰＵ７１が、ナビ遊技状態３継続カウンタの値が「１」又は「２」であると判別したとき（Ｓ３５６がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３６０の処理を行う。一方、Ｓ３５６において、サブＣＰＵ７１が、ナビ遊技状態３継続カウンタの値が「１」又は「２」でないと判別したとき（Ｓ３５６がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３ナビゲーム数加算抽籤テーブル（図６３参照）を参照し、ナビ遊技状態３加算抽籤モード、小役・リプレイ用ポインタデータポインタ、ボーナス用データポインタ等に基づいて、ナビ遊技状態３ナビゲーム数加算抽籤を行う（Ｓ３５７）。
Ｓ３５７の処理後、サブＣＰＵ７１は、ナビ遊技状態３ナビゲーム数加算抽籤の結果が当籤であるか否かを判別する（Ｓ３５８）。
Ｓ３５８において、サブＣＰＵ７１が、ナビ遊技状態３ナビゲーム数加算抽籤の結果が当籤であると判別したとき（Ｓ３５８がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ３６０の処理を行う。一方、Ｓ３５８において、サブＣＰＵ７１が、ナビ遊技状態３ナビゲーム数加算抽籤の結果が当籤でないと判別したとき（Ｓ３５８がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算抽籤モード、ナビ遊技状態３加算ゲーム数及びナビ遊技状態３継続カウンタをクリアする（Ｓ３５９）。そして、Ｓ３５９の処理後、サブＣＰＵ７１は、ナビゲーム数加算処理を終了し、処理をナビ遊技状態３中ナビ遊技状態移行処理（図９４参照）のＳ３４０に移す。
Ｓ３５５、Ｓ３５６又はＳ３５８がＹｅｓ判定の場合、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数をナビゲーム数カウンタの値に加算する（Ｓ３６０）。次いで、サブＣＰＵ７１は、ナビ遊技状態３継続カウンタの値が特定の値であるか否かを判別する（Ｓ３６１）。具体的には、サブＣＰＵ７１は、ナビ遊技状態３継続カウンタの値がナビゲーム数特殊加算抽籤テーブル（図６４参照）に規定されている値（５、７、１０、１５、２０、２５、３０、３５、４０、…）であるか否かを判別する。
Ｓ３６１において、サブＣＰＵ７１が、ナビ遊技状態３継続カウンタの値が特定の値でないと判別したとき（Ｓ３６１がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３６４の処理を行う。一方、Ｓ３６１において、サブＣＰＵ７１が、ナビ遊技状態３継続カウンタの値が特定の値であると判別したとき（Ｓ３６１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビゲーム数特殊加算抽籤テーブル（図６４参照）を参照し、ナビ遊技状態３継続カウンタの値に基づいて、ナビゲーム数特殊加算抽籤を行う（Ｓ３６２）。次いで、サブＣＰＵ７１は、ナビゲーム数特殊加算抽籤で決定されたナビゲーム数をナビゲーム数カウンタの値に加算する（Ｓ３６３）。
Ｓ３６３の処理後、又は、Ｓ３６１がＮｏ判定の場合、サブＣＰＵ７１は、ナビ遊技状態３継続カウンタの値に「１」を加算する（Ｓ３６４）。そして、Ｓ３６４の処理後、サブＣＰＵ７１は、ナビゲーム数加算処理を終了し、処理をナビ遊技状態３中ナビ遊技状態移行処理（図９４参照）のＳ３４０に移す。
［ビリーゲットチャレンジ抽籤処理］
次に、図９６を参照して、スタートコマンド受信時処理のフローチャート（図８１及び図８２参照）中のＳ２１０で行うビリーゲットチャレンジ抽籤処理について説明する。なお、図９６は、本実施形態における、ビリーゲットチャレンジ抽籤処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、「ＢＢ」が作動中であるか否かを判別する（Ｓ３７１）。
Ｓ３７１において、サブＣＰＵ７１が、「ＢＢ」が作動中であると判別したとき（Ｓ３７１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。一方、Ｓ３７１において、サブＣＰＵ７１が、「ＢＢ」が作動中でないと判別したとき（Ｓ３７１がＮｏ判定の場合）、サブＣＰＵ７１は、「ＢＢ」が持越中であるか否かを判別する（Ｓ３７２）。
Ｓ３７２において、サブＣＰＵ７１が、「ＢＢ」が持越中であると判別したとき（Ｓ３７２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。一方、Ｓ３７２において、サブＣＰＵ７１が、「ＢＢ」が持越中でないと判別したとき（Ｓ３７２がＮｏ判定の場合）、サブＣＰＵ７１は、ナビモードが「０」であるか否かを判別する（Ｓ３７３）。
Ｓ３７３において、サブＣＰＵ７１が、ナビモードが「０」でないと判別したとき（Ｓ３７３がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。一方、Ｓ３７３において、サブＣＰＵ７１が、ナビモードが「０」であると判別したとき（Ｓ３７３がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ制御カウンタ抽籤テーブル（図６６参照）を参照し、小役・リプレイ用ポインタ、ボーナス用データポインタ及び演出用遊技停止の有無に基づいて、ビリーゲットチャレンジ制御カウンタ抽籤を行う（Ｓ３７４）。
次いで、サブＣＰＵ７１は、ビリーゲットチャレンジ制御カウンタ抽籤の結果が当籤であるか否かを判別する（Ｓ３７５）。
Ｓ３７５において、サブＣＰＵ７１が、ビリーゲットチャレンジ制御カウンタ抽籤の結果が当籤でないと判別したとき（Ｓ３７５がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ３７７の処理を行う。一方、Ｓ３７５において、サブＣＰＵ７１が、ビリーゲットチャレンジ制御カウンタ抽籤の結果が当籤であると判別したとき（Ｓ３７５がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ制御カウンタの値に「１」を加算する（Ｓ３７６）。
そして、Ｓ３７６の処理後、又は、Ｓ３７５がＮｏ判定の場合、サブＣＰＵ７１は、ビリーゲットチャレンジ制御カウンタの値が「１」以上であるか否かを判別する（Ｓ３７７）。Ｓ３７７において、サブＣＰＵ７１が、ビリーゲットチャレンジ制御カウンタの値が「１」以上でないと判別したとき（Ｓ３７７がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。
一方、Ｓ３７７において、サブＣＰＵ７１が、ビリーゲットチャレンジ制御カウンタの値が「１」以上であると判別したとき（Ｓ３７７がＹｅｓ判定の場合）、サブＣＰＵ７１は、現在の単位遊技が特定液晶演出終了の次の単位遊技であるか否かを判別する（Ｓ３７８）。なお、ここでいう「特定液晶演出」とは、例えば、液晶表示装置１０による複数の単位遊技に渡る連続演出や、ボーナスやＡＲＴを期待させる演出等のことである。
Ｓ３７８において、サブＣＰＵ７１が、現在の単位遊技が特定液晶演出終了の次の単位遊技でないと判別したとき（Ｓ３７８がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。
一方、Ｓ３７８において、サブＣＰＵ７１が、現在の単位遊技が特定液晶演出終了の次の単位遊技であると判別したとき（Ｓ３７８がＹｅｓ判定の場合）、サブＣＰＵ７１は、上記図８６で説明したビリーゲットチャレンジ処理を行う（Ｓ３７９）。次いで、サブＣＰＵ７１は、ビリーゲットチャレンジ制御カウンタの値を「１」減算する（Ｓ３８０）。そして、Ｓ３８０の処理後、サブＣＰＵ７１は、ビリーゲットチャレンジ抽籤処理を終了し、処理をスタートコマンド受信時処理（図８１及び図８２参照）のＳ２１１に移す。
［ビリーゲットチャレンジ判定処理］
次に、図９７を参照して、演出内容決定処理のフローチャート（図８０参照）中のＳ１７５で行うビリーゲットチャレンジ判定処理について説明する。なお、図９７は、本実施形態における、ビリーゲットチャレンジ判定処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、上記図８６で説明したビリーチャレンジ処理中のＳ２４３において、ビリーゲットチャレンジ演出が登録されたか否かを判別する（Ｓ３９１）。
Ｓ３９１において、サブＣＰＵ７１が、ビリーゲットチャレンジ演出が登録されていないと判別したとき（Ｓ３９１がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。一方、Ｓ３９１において、サブＣＰＵ７１が、ビリーゲットチャレンジ演出が登録されていると判別したとき（Ｓ３９１がＹｅｓ判定の場合）、サブＣＰＵ７１は、第３停止時であるか否かを判定する（Ｓ３９２）。
Ｓ３９２において、サブＣＰＵ７１が、第３停止時でないと判別したとき（Ｓ３９２がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。一方、Ｓ３９２において、サブＣＰＵ７１が、第３停止時であると判別したとき（Ｓ３９２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジが成功したか否かを判別する（Ｓ３９３）。
このＳ３９３の処理では、まず、サブＣＰＵ７１は、第３停止時までに赤外線センサ（１２０Ｌ，１２０Ｒ）に対して遊技者の選択操作が行われたか否かを判別する。そして、選択操作が行われている場合には、サブＣＰＵ７１は、その選択操作の結果がビリーゲットチャレンジ正解抽籤（図８６で説明したビリーチャレンジ処理中のＳ２４１）で決定された正解と一致したか否かを判定する。そして、両者が一致している場合には、サブＣＰＵ７１は、ビリーゲットチャレンジ成功と判定し、両者が一致しない場合には、サブＣＰＵ７１は、ビリーゲットチャレンジ失敗と判定する。
なお、第３停止時までに選択操作が行われなかった場合、サブＣＰＵ７１は、ビリーゲットチャレンジ選択無し時抽籤（図８６で説明したビリーチャレンジ処理中のＳ２４２）の結果が当籤であれば、ビリーゲットチャレンジ成功と判定し、非当籤であれば、ビリーゲットチャレンジ失敗と判定する。また、図示しないが、サブＣＰＵ７１は、ビリーゲットチャレンジ成功の場合には、ビリーゲットチャレンジが成功したことを示すビリーゲットチャレンジ成功演出データを登録し、遊技者にその旨を報知する。
Ｓ３９３において、サブＣＰＵ７１が、ビリーゲットチャレンジが失敗したと判別したとき（Ｓ３９３がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。一方、Ｓ３９３において、サブＣＰＵ７１が、ビリーゲットチャレンジが成功したと判別したとき（Ｓ３９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、「ＢＢ４」が作動中であるか否かを判別する（Ｓ３９４）。
Ｓ３９４において、サブＣＰＵ７１が、「ＢＢ４」が作動中でないと判別したとき（Ｓ３９４がＮｏ判定の場合）、サブＣＰＵ７１は、ナビモードを１段階アップさせる（Ｓ３９５）。次いで、サブＣＰＵ７１は、ナビ遊技状態移行処理を行う（Ｓ３９６）。なお、ナビ遊技状態移行処理の詳細については、後述の図９８を参照しながら後で説明する。次いで、サブＣＰＵ７１は、上記図８８で説明したＡＲＴ初当たり時処理を行う（Ｓ３９７）。そして、Ｓ３９７の処理後、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。
一方、Ｓ３９４において、サブＣＰＵ７１が、「ＢＢ４」が作動中であると判別したとき（Ｓ３９４がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ成功フラグをオンする（Ｓ３９８）。次いで、サブＣＰＵ７１は、ナビモードを１段階アップさせる（Ｓ３９９）。
次いで、サブＣＰＵ７１は、ナビモードが「０」から「１」〜「４」へ移行したか否かを判別する（Ｓ４００）。
Ｓ４００において、サブＣＰＵ７１が、ナビモードが「０」から「１」〜「４」へ移行していないと判別したとき（Ｓ４００がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４０２の処理を行う。一方、Ｓ４００において、サブＣＰＵ７１は、ナビモードが「０」から「１」〜「４」へ移行したと判別したとき（Ｓ４００がＹｅｓ判定の場合）、サブＣＰＵ７１は、上記図８８で説明したＡＲＴ初当たり時処理を行う（Ｓ４０１）。
Ｓ４０１の処理後、又は、Ｓ４００がＮｏ判定の場合、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数抽籤テーブルＤ（図５７参照）を参照し、ナビ遊技状態３加算ゲーム数を抽籤する（Ｓ４０２）。次いで、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数の抽籤結果が当籤である（ナビ遊技状態３加算ゲーム数として「０」以外の値が決定された）か否かを判別する（Ｓ４０３）。
Ｓ４０３において、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数の抽籤結果が当籤でないと判別したとき（Ｓ４０３がＮｏ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。一方、Ｓ４０３において、サブＣＰＵ７１は、ナビ遊技状態３加算ゲーム数の抽籤結果が当籤であると判別したとき（Ｓ４０３がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態３加算抽籤モード抽籤テーブルＤ（図６１参照）を参照し、現在のナビモードに基づいて、ナビ遊技状態３加算抽籤モード抽籤を行う（Ｓ４０４）。
次いで、サブＣＰＵ７１は、Ｓ４０２の抽籤処理で当籤したナビ遊技状態３加算ゲーム数と、Ｓ４０４の抽籤処理で決定されたナビ遊技状態３加算抽籤モードとを、互いに対応付けて、その組合せのデータをナビ遊技状態３情報格納領域に格納する（Ｓ４０５）。次いで、サブＣＰＵ７１は、ナビ遊技状態３移行フラグをオンする（Ｓ４０６）。そして、Ｓ４０６の処理後、サブＣＰＵ７１は、ビリーゲットチャレンジ判定処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１７６に移す。
［ナビ遊技状態移行処理］
次に、図９８を参照して、ビリーゲットチャレンジ判定処理のフローチャート（図９７参照）中のＳ３９６で行うナビ遊技状態移行処理について説明する。なお、図９８は、本実施形態における、ナビ遊技状態移行処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ＲＴ３遊技状態中であるか否かを判別する（Ｓ４１１）。
Ｓ４１１において、サブＣＰＵ７１が、ＲＴ３遊技状態中であると判別したとき（Ｓ４１１がＹｅｓ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態２へ移行させるための処理を行う（Ｓ４１２）。この処理では、サブＣＰＵ７１は、ナビ遊技状態２フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態２フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態２へ移行させる。そして、Ｓ４１２の処理後、サブＣＰＵ７１は、ナビ遊技状態移行処理を終了し、処理をビリーゲットチャレンジ判定処理（図９７参照）のＳ３９７に移す。
一方、Ｓ４１１において、サブＣＰＵ７１が、ＲＴ３遊技状態中でないと判別したとき（Ｓ４１１がＮｏ判定の場合）、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ４１３）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ４１３の処理後、サブＣＰＵ７１は、ナビ遊技状態移行処理を終了し、処理をビリーゲットチャレンジ判定処理（図９７参照）のＳ３９７に移す。
［表示コマンド受信時処理］
次に、図９９を参照して、演出内容決定処理のフローチャート（図８０参照）中のＳ１７８で行う表示コマンド受信時処理について説明する。なお、図９９は、本実施形態における、表示コマンド受信時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、現在の単位遊技が「ＢＢ」（「ＢＢ１」〜「ＢＢ４」）に当籤した単位遊技であるか否か（ＢＢ当籤遊技であるか否か）を判別する（Ｓ４２１）。
Ｓ４２１において、サブＣＰＵ７１が、ＢＢ当籤遊技であると判別したとき（Ｓ４２１がＹｅｓ判定の場合）、サブＣＰＵ７１は、表示役が「ＢＢ」（内部当籤した「ＢＢ」）であるか否かを判別する（Ｓ４２２）。
Ｓ４２２において、サブＣＰＵ７１が、表示役が「ＢＢ」であると判別したとき（Ｓ４２２がＹｅｓ判定の場合）、サブＣＰＵ７１は、表示コマンド受信時処理を終了するとともに、演出内容決定処理も終了する。一方、Ｓ４２２において、サブＣＰＵ７１が、表示役が「ＢＢ」でないと判別したとき（Ｓ４２２がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ持越中フラグをオンする（Ｓ４２３）。そして、Ｓ４２３の処理後、サブＣＰＵ７１は、表示コマンド受信時処理を終了するとともに、演出内容決定処理も終了する。
ここで、再度、Ｓ４２１の処理に戻って、サブＣＰＵ７１が、ＢＢ当籤遊技でないと判別したとき（Ｓ４２１がＮｏ判定の場合）、サブＣＰＵ７１は、ＢＢ持越中フラグがオン状態であるか否かを判別する（Ｓ４２４）。
Ｓ４２４において、サブＣＰＵ７１が、ＢＢ持越中フラグがオン状態でないと判別したとき（Ｓ４２４がＮｏ判定の場合）、サブＣＰＵ７１は、表示コマンド受信時処理を終了するとともに、演出内容決定処理も終了する。一方、Ｓ４２４において、サブＣＰＵ７１が、ＢＢ持越中フラグがオン状態であると判別したとき（Ｓ４２４がＹｅｓ判定の場合）、サブＣＰＵ７１は、表示役が「ＢＢ」（持越中の「ＢＢ」）であるか否かを判別する（Ｓ４２５）。
Ｓ４２５において、サブＣＰＵ７１が、表示役が「ＢＢ」でないと判別したとき（Ｓ４２５がＮｏ判定の場合）、サブＣＰＵ７１は、表示コマンド受信時処理を終了するとともに、演出内容決定処理も終了する。一方、Ｓ４２５において、サブＣＰＵ７１が、表示役が「ＢＢ」であると判別したとき（Ｓ４２５がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ持越中フラグをオフする（Ｓ４２６）。そして、Ｓ４２６の処理後、サブＣＰＵ７１は、表示コマンド受信時処理を終了するとともに、演出内容決定処理も終了する。
［ボーナス終了コマンド受信時処理］
次に、図１００を参照して、演出内容決定処理のフローチャート（図８０参照）中のＳ１８４で行うボーナス終了コマンド受信時処理について説明する。なお、図１００は、本実施形態における、ボーナス終了コマンド受信時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、ＢＢ４遊技状態の終了時であるか否かを判別する（Ｓ４３１）。
Ｓ４３１において、サブＣＰＵ７１が、ＢＢ４遊技状態の終了時でないと判別したとき（Ｓ４３１がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４３４の処理を行う。一方、Ｓ４３１において、サブＣＰＵ７１が、ＢＢ４遊技状態の終了時であると判別したとき（Ｓ４３１がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ成功フラグがオン状態であるか否かを判別する（Ｓ４３２）。
Ｓ４３２において、サブＣＰＵ７１が、ビリーゲットチャレンジ成功フラグがオン状態でないと判別したとき（Ｓ４３２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４３４の処理を行う。一方、Ｓ４３２において、サブＣＰＵ７１が、ビリーゲットチャレンジ成功フラグがオン状態であると判別したとき（Ｓ４３２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ビリーゲットチャレンジ成功フラグをオフする（Ｓ４３３）。
Ｓ４３３の処理後、又は、Ｓ４３１或いはＳ４３２がＮｏ判定の場合、サブＣＰＵ７１は、ＢＢ遊技状態（ＢＢ１〜ＢＢ４のいずれか）の終了時であるか否かを判別する（Ｓ４３４）。
Ｓ４３４において、サブＣＰＵ７１が、ＢＢ遊技状態の終了時でないと判別したとき（Ｓ４３４がＮｏ判定の場合）、サブＣＰＵ７１は、ボーナス終了コマンド受信時処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１８５に移す。一方、Ｓ４３４において、サブＣＰＵ７１が、ＢＢ遊技状態の終了時であると判別したとき（Ｓ４３４がＹｅｓ判定の場合）、サブＣＰＵ７１は、ナビモードが「１」〜「４」のいずれかであるか否かを判別する（Ｓ４３５）。
Ｓ４３５において、サブＣＰＵ７１が、ナビモードが「１」〜「４」のいずれでもないと判別したとき（Ｓ４３５がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４３９の処理を行う。一方、Ｓ４３５において、サブＣＰＵ７１が、ナビモードが「１」〜「４」のいずれかであると判別したとき（Ｓ４３５がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ当籤遊技における抽籤での移行であるか否かを判別する（Ｓ４３６）。
Ｓ４３６において、サブＣＰＵ７１が、ＢＢ当籤遊技における抽籤での移行でないと判別したとき（Ｓ４３６がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４４０の処理を行う。一方、Ｓ４３６において、サブＣＰＵ７１が、ＢＢ当籤遊技における抽籤での移行であると判別したとき（Ｓ４３６がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＢＢ遊技状態中におけるナビモード移行抽籤に当籤したか否かを判別する（Ｓ４３７）。
Ｓ４３７において、サブＣＰＵ７１が、ＢＢ遊技状態中におけるナビモード移行抽籤に当籤したと判別したとき（Ｓ４３７がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ４４０の処理を行う。一方、Ｓ４３７において、サブＣＰＵ７１が、ＢＢ遊技状態中におけるナビモード移行抽籤に当籤していないと判別したとき（Ｓ４３７がＮｏ判定の場合）、サブＣＰＵ７１は、ナビ遊技状態移行待機数抽籤テーブル（図５２参照）を参照して、ナビ遊技状態移行待機数を抽籤し、当籤したナビ遊技状態移行待機数をナビ遊技状態移行待機カウンタにセットする（Ｓ４３８）。
Ｓ４３８の処理後、又は、Ｓ４３５がＮｏ判定の場合、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態０へ移行させるための処理を行う（Ｓ４３９）。この処理では、サブＣＰＵ７１は、ナビ遊技状態０フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態０フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態０へ移行させる。そして、Ｓ４３９の処理後、サブＣＰＵ７１は、ボーナス終了コマンド受信時処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１８５に移す。
また、Ｓ４３６がＮｏ判定の場合、又は、Ｓ４３７がＹｅｓ判定の場合、サブＣＰＵ７１は、次の単位遊技からナビ遊技状態をナビ遊技状態１へ移行させるための処理を行う（Ｓ４４０）。この処理では、サブＣＰＵ７１は、ナビ遊技状態１フラグをオンし、そして、次の単位遊技の開始時にナビ遊技状態１フラグがオン状態であれば、ナビ遊技状態をナビ遊技状態１へ移行させる。そして、Ｓ４４０の処理後、サブＣＰＵ７１は、ボーナス終了コマンド受信時処理を終了し、処理を演出内容決定処理（図８０参照）のＳ１８５に移す。
なお、本実施形態では、ナビモード移行抽籤を、ＢＢ遊技状態の終了時に行うようにしてもよい。この場合、終了するＢＢ遊技状態中における遊技内容に応じて抽籤を行うようにしてもよい。例えば、ＢＢ遊技状態１〜３中に一回もＪＡＣ１〜７（小役・リプレイ用ポインタ「２５」〜「３１」）が当籤しなかった場合には、高確率でナビモードが「１」上昇するように抽籤を行ってもよい。また、本実施形態では、ＢＢ遊技状態中にビリーゲットチャレンジを特定回数失敗した場合には、高確率でナビモードが「１」上昇するように抽籤を行ってもよい。
＜副制御回路によるエラー管理に係る各種処理の動作説明＞
次に、図１０１〜図１２４を参照して、副制御回路７０のサブＣＰＵ７１が、プログラムを用いて実行するエラー管理に係る各種処理（タスク）の内容について説明する。なお、以下に説明するサブＣＰＵ７１の各種処理において必要となる、各種テーブルはサブＲＯＭ７２に格納され、各種制御フラグ、各種制御カウンタ、各種格納領域等はサブＲＡＭ７３等に設けられる。
［主基板通信受信割込処理］
最初に、図１０１を参照して、副制御回路７０による主基板通信受信割込処理について説明する。図１０１は、本実施形態における、主基板通信受信割込処理の手順を示すフローチャートである。なお、以下に説明する主基板通信受信割込処理のプログラムは、主制御回路６０から副制御回路７０に送信データが送信された時に、サブＣＰＵ７１が割込処理として実行する。
まず、サブＣＰＵ７１は、メインＣＰＵ３１との間に介在するＩ／Ｏポートの受信データレジスタから受信データを取得する（Ｓ４５１）。また、サブＣＰＵ７１は、Ｉ／Ｏポートの受信ステータスレジスタから受信ステータスデータを取得する（Ｓ４５２）。
次いで、サブＣＰＵ７１は、受信データと、その受信データに関する受信ステータスデータとを、各キューバッファに登録する（Ｓ４５３）。そして、Ｓ４５３の処理後、サブＣＰＵ７１は、主基板通信受信割込処理を終了する。
サブＣＰＵ７１は、上述した主基板通信受信割込処理を１回実行することにより、１バイトの受信データを処理する。なお、本実施形態では、１コマンドは８バイトのデータで構成される。それゆえ、サブＣＰＵ７１は、上述した主基板通信受信割込処理を８回連続して処理することにより、シリアルデータ通信の実行による１コマンドの処理を完了する。
［主基板通信タスク］
次に、図１０２を参照して、サブＣＰＵ７１による主基板通信タスク（処理）について説明する。なお、図１０２は、本実施形態における、主基板通信タスクの手順を示すフローチャートである。
サブＣＰＵ７１は、ＯＳのスケジューリングの機能に応答して、サブＣＰＵ７１の主基板通信タスクのプログラムが２ｍｓｅｃの周期で実行されるように、周期設定を行う（Ｓ４６１）。この設定処理により、主基板通信タスクは、処理時間を含めて２ｍｓｅｃの周期で繰り返される。次いで、サブＣＰＵ７１は、２ｍｓｅｃの周期待ちを行う（Ｓ４６２）。なお、この処理が最初に行われる場合には、Ｓ４６２において、サブＣＰＵ７１は、２ｍｓｅｃ待機する。一方、後述のＳ４６３以降の処理が繰り返されている場合には、Ｓ４６２において、サブＣＰＵ７１は、２ｍｓｅｃ内の残り時間を待機する。
なお、主基板通信タスクの周期は２ｍｓｅｃに限定されるものではなく、２ｍｓｅｃ〜４ｍｓｅｃの間で任意に設定することができる。また、サブＣＰＵ７１の主基板通信タスクのプログラムは所定時間ごとに実行されるものに限られず、例えば、周期設定処理及び周期待ち処理を行うことなく、すなわち、時間間隔に関係なく、所定の条件が満たされた場合に実行されるようにしてもよい。
次いで、サブＣＰＵ７１は、上記図１０１で説明した主基板通信受信割込処理中のＳ４５３の処理において、受信データが登録されたキューから受信データを取得する（Ｓ４６３）。次いで、サブＣＰＵ７１は、キューに受信データがあるか否かを判別する（Ｓ４６４）。
Ｓ４６４において、サブＣＰＵ７１が、キューに受信データがないと判別したとき（Ｓ４６４がＮｏ判定の場合）、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。一方、Ｓ４６４において、サブＣＰＵ７１が、キューに受信データがあると判別したとき（Ｓ４６４がＹｅｓ判定の場合）、サブＣＰＵ７１は、受信データに物理層エラーが発生していないか否かを判別する（Ｓ４６５）。
Ｓ４６５において、サブＣＰＵ７１が、受信データに物理層エラーが発生していると判別したとき（Ｓ４６５がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４７９の処理を行う。一方、Ｓ４６５において、サブＣＰＵ７１が、受信データに物理層エラーが発生していないと判別したとき（Ｓ４６５がＹｅｓ判定の場合）、サブＣＰＵ７１は、受信コマンドの数値を取得し、該数値が受信コマンドの数値範囲内の値であるか否かをチェックする（Ｓ４６６）。なお、本実施形態では、受信コマンドの数値範囲は、図２７に示すように、「０１Ｈ」〜「１０Ｈ」である。そして、サブＣＰＵ７１は、受信コマンドの数値が適正範囲内であるか否かを判別する（Ｓ４６７）。
Ｓ４６７において、サブＣＰＵ７１が、受信コマンドの数値が適正範囲内の値でないと判別したとき（Ｓ４６７がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４７９の処理を行う。一方、Ｓ４６７において、サブＣＰＵ７１が、受信コマンドの数値が適正範囲内の値であると判別したとき（Ｓ４６７がＹｅｓ判定の場合）、サブＣＰＵ７１は、受信データに対してＢＣＣチェック処理を行う（Ｓ４６８）。
Ｓ４６８の処理では、１コマンドが８バイトのデータで構成されるので、サブＣＰＵ７１は、このＢＣＣチェック処理において、各コマンドの第１バイト〜第７バイトのデータを順にＸＯＲ（排他的論理和）演算し、その演算結果を、予め正しい結果に対応して設定された第８バイトのデータと比較する。そして、サブＣＰＵ７１は、ＢＣＣチェック処理の結果が正常であるか否かを判別する（Ｓ４６９）。
Ｓ４６９において、サブＣＰＵ７１が、ＢＣＣチェック処理の結果が正常でないと判別したとき（Ｓ４６９がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ４７９の処理を行う。一方、Ｓ４６９において、サブＣＰＵ７１が、ＢＣＣチェック処理の結果が正常であると判別したとき（Ｓ４６９がＹｅｓ判定の場合）、サブＣＰＵ７１は、コマンドの種別を抽出する（Ｓ４７０）。次いで、サブＣＰＵ７１は、抽出したコマンドが無操作コマンドであるか否かを判別する（Ｓ４７１）。
Ｓ４７１において、サブＣＰＵ７１が、抽出したコマンドが無操作コマンドであると判別したとき（Ｓ４７１がＹｅｓ判定の場合）、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。一方、Ｓ４７１において、サブＣＰＵ７１が、抽出したコマンドが無操作コマンドでないと判別したとき（Ｓ４７１がＮｏ判定の場合）、サブＣＰＵ７１は、主基板通信受信データログ保存処理を行う（Ｓ４７２）。なお、主基板通信受信データログ保存処理の詳細については、後述の図１０３を参照しながら後で説明する。
そして、Ｓ４７２の処理後、サブＣＰＵ７１は、主基板通信受信コマンドチェック処理を行う（Ｓ４７３）。なお、主基板通信受信コマンドチェック処理の詳細については、後述の図１０６を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、今回受信したコマンドが前回（直前の回）に受信したコマンドと異なっているか否かを判別する（Ｓ４７４）。
Ｓ４７４において、サブＣＰＵ７１が、今回受信したコマンドが前回に受信したコマンドと異なっていない（同一である）と判別したとき（Ｓ４７４がＮｏ判定の場合）、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。一方、Ｓ４７４において、サブＣＰＵ７１が、今回受信したコマンドが前回に受信したコマンドと異なっていると判別したとき（Ｓ４７４がＹｅｓ判定の場合）、サブＣＰＵ７１は、今回受信したコマンドをメッセージキューに登録する（Ｓ４７５）。
次いで、サブＣＰＵ７１は、サブ制御ゲームデータサム値領域７３ｂ（図１１参照）に格納されたゲームデータに対してサムチェックを行う（Ｓ４７６）。そして、サブＣＰＵ７１は、サムチェックの結果、ゲームデータは正常であるか否かを判別する（Ｓ４７７）。
Ｓ４７７において、サブＣＰＵ７１が、ゲームデータは正常であると判別したとき（Ｓ４７７がＹｅｓ判定の場合）、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。一方、Ｓ４７７において、サブＣＰＵ７１が、ゲームデータは正常でないと判別したとき（Ｓ４７７がＮｏ判定の場合）、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、データ（ＲＡＭ）破壊エラーの発生情報をエラー情報履歴格納領域７３ｅ（図１１参照）に登録する（Ｓ４７８）。そして、Ｓ４７８の処理後、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。
また、Ｓ４６５、Ｓ４６７又はＳ４６９がＮｏ判定の場合、サブＣＰＵ７１は、通信エラーが発生したと判断し、ＣＯＭエラーチェック処理を行う（Ｓ４７９）。なお、ＣＯＭエラーチェック処理の詳細については、後述の図１０７を参照しながら後で説明する。そして、Ｓ４７９の処理後、サブＣＰＵ７１は、処理をＳ４６２に戻し、Ｓ４６２以降の処理を繰り返す。
［主基板通信受信データログ保存処理］
次に、図１０３を参照して、主基板通信タスクのフローチャート（図１０２参照）中のＳ４７２で行う主基板通信受信データログ保存処理について説明する。図１０３は、本実施形態における、主基板通信受信データログ保存処理の手順を示すフローチャートである。なお、この主基板通信受信データログ保存処理は、主に、サブＣＰＵ７１の受信データログ保存手段７１ｅ（図９参照）により実行される。
まず、サブＣＰＵ７１は、主基板通信受信データログ一時領域保存処理を行う（Ｓ４８１）。主基板通信受信データログ一時領域保存処理では、図１５に示す通信ログ収集用リングバッファ領域７３ｆが用いられ、エラー発生の有無に関わらず、全ての通信ログが通信ログ収集用リングバッファ領域７３ｆに保存される。なお、主基板通信受信データログ一時領域保存処理の詳細については、後述の図１０４を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を行う（Ｓ４８２）。主基板通信エラー履歴データ保存処理では、図１６に示す通信エラー保存バッファ領域７３ｇが用いられ、通信エラーが発生した場合に、関連する通信ログが通信エラー保存バッファ領域７３ｇに保存される。なお、主基板通信エラー履歴データ保存処理の詳細については、後述の図１０５を参照しながら後で説明する。そして、Ｓ４８２の処理後、サブＣＰＵ７１は、主基板通信受信データログ保存処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４７３に移す。
［主基板通信受信データログ一時領域保存処理］
次に、図１０４を参照して、主基板通信受信データログ保存処理のフローチャート（図１０３参照）中のＳ４８１で行う主基板通信受信データログ一時領域保存処理について説明する。図１０４は、本実施形態における、主基板通信受信データログ一時領域保存処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、通信ログ収集用リングバッファ領域７３ｆ（図１５参照）の通信ログデータバッファインデックスを取得する（Ｓ４９１）。なお、ここでのバッファ数は、適宜設定される。
次いで、サブＣＰＵ７１は、通信ログ収集用リングバッファ領域７３ｆの通信ログデータバッファ保存位置を算出する（Ｓ４９２）。この処理では、サブＣＰＵ７１は、バッファインデックスの値から、通信ログ収集用リングバッファ領域７３ｆにおける保存位置を算出する。
次いで、サブＣＰＵ７１は、通信ログ収集用リングバッファ領域７３ｆに受信データを保存する（Ｓ４９３）。図１５に示すように、本実施形態の通信ログ収集用リングバッファ領域７３ｆでは、１つのバッファコマンドに対して、コマンドと該コマンドに対応するパラメータとが連続したデータのセットが、最大で２５６セット保存される。
次いで、サブＣＰＵ７１は、通信ログデータバッファインデックスを更新する（Ｓ４９４）。この処理では、サブＣＰＵ７１は、受信データを保存したバッファインデックスを「１」加算する。そして、サブＣＰＵ７１は、バッファインデックスの値が上限値であるか否かを判別する（Ｓ４９５）。
Ｓ４９５において、サブＣＰＵ７１が、バッファインデックスの値が上限値でないと判別したとき（Ｓ４７７がＮｏ判定の場合）、サブＣＰＵ７１は、主基板通信受信データログ一時領域保存処理を終了し、処理を主基板通信受信データログ保存処理（図１０３参照）のＳ４８２に移す。一方、Ｓ４９５において、サブＣＰＵ７１が、バッファインデックスの値が上限値であると判別したとき（Ｓ４７７がＹｅｓ判定の場合）、サブＣＰＵ７１は、通信ログデータバッファインデックスを先頭の値に戻す（Ｓ４９６）。この処理により、本バッファをリングバッファとして機能させる。
そして、Ｓ４９６の処理後、サブＣＰＵ７１は、主基板通信受信データログ一時領域保存処理を終了し、処理を主基板通信受信データログ保存処理（図１０３参照）のＳ４８２に移す。
［主基板通信エラー履歴データ保存処理］
次に、図１０５を参照して、主基板通信受信データログ保存処理のフローチャート（図１０３参照）中のＳ４８２で行う主基板通信エラー履歴データ保存処理について説明する。図１０５は、本実施形態における、主基板通信エラー履歴データ保存処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、通信エラー保存バッファ領域７３ｇ（図１６参照）の保存バッファ選択インデックスを取得する（Ｓ５０１）。次いで、サブＣＰＵ７１は、保存バッファ選択インデックスに基づいて通信エラー保存バッファを選択する（Ｓ５０２）。
次いで、サブＣＰＵ７１は、通信エラー（ＣＯＭエラー）が発生したか否かを判別する（Ｓ５０３）。
Ｓ５０３において、サブＣＰＵ７１が、通信エラー（ＣＯＭエラー）が発生したと判別したとき（Ｓ５０３がＹｅｓ判定の場合）、サブＣＰＵ７１（受信データログ保存手段７１ｅ）は、Ｓ５０２で選択された通信エラー保存バッファに、通信エラーに関連する通信ログを保存する（Ｓ５０４）。次いで、サブＣＰＵ７１は、その選択されたバッファインデックスを更新する（Ｓ５０５）。そして、Ｓ５０５の処理後、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を終了するとともに、主基板通信受信データログ保存処理（図１０３参照）も終了する。
一方、Ｓ５０３において、サブＣＰＵ７１が、通信エラー（ＣＯＭエラー）が発生していないと判別したとき（Ｓ５０３がＮｏ判定の場合）、サブＣＰＵ７１は、選択されたバッファインデックスを取得する（Ｓ５０６）。次いで、サブＣＰＵ７１は、受信データを収集中であるか否かを判別する（Ｓ５０７）。
Ｓ５０７において、サブＣＰＵ７１が、受信データを収集中でないと判別したとき（Ｓ５０７がＮｏ判定の場合）、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を終了するとともに、主基板通信受信データログ保存処理（図１０３参照）も終了する。一方、Ｓ５０７において、サブＣＰＵ７１が、受信データを収集中であると判別したとき（Ｓ５０７がＹｅｓ判定の場合）、サブＣＰＵ７１は、バッファインデックスの値が上限値であるか否かを判別する（Ｓ５０８）。なお、本実施形態では、バッファインデックスの値は「０」〜「２５５」であり、上限値は「２５５」となる。
Ｓ５０８において、サブＣＰＵ７１は、バッファインデックスの値が上限値でないと判別したとき（Ｓ５０８がＮｏ判定の場合）、サブＣＰＵ７１は、Ｓ５０２において選択された通信エラー保存バッファに受信データを保存する（Ｓ５０９）。次いで、サブＣＰＵ７１は、その選択されたバッファインデックスを更新する（Ｓ５１０）。そして、Ｓ５１０の処理後、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を終了するとともに、主基板通信受信データログ保存処理（図１０３参照）も終了する。
一方、Ｓ５０８において、サブＣＰＵ７１は、バッファインデックスの値が上限値であると判別したとき（Ｓ５０８がＹｅｓ判定の場合）、サブＣＰＵ７１は、保存バッファ選択インデックスを取得する（Ｓ５１１）。次いで、サブＣＰＵ７１は、保存バッファ選択インデックスの値が上限値であるか否かを判別する（Ｓ５１２）。なお、本実施形態では、保存バッファ選択インデックスの上限値は「１０２４」である。
Ｓ５１２において、サブＣＰＵ７１は、保存バッファ選択インデックスの値が上限値であると判別したとき（Ｓ５１２がＹｅｓ判定の場合）、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を終了するとともに、主基板通信受信データログ保存処理（図１０３参照）も終了する。一方、Ｓ５１２において、サブＣＰＵ７１は、保存バッファ選択インデックスの値が上限値でないと判別したとき（Ｓ５１２がＮｏ判定の場合）、サブＣＰＵ７１は、保存バッファ選択インデックスを更新する（Ｓ５１３）。この処理では、サブＣＰＵ７１は、保存バッファ選択インデックスを「１」加算する。
そして、Ｓ５１３の処理後、サブＣＰＵ７１は、主基板通信エラー履歴データ保存処理を終了するとともに、主基板通信受信データログ保存処理（図１０３参照）も終了する。
［主基板通信受信コマンドチェック処理］
次に、図１０６を参照して、主基板通信タスクのフローチャート（図１０２参照）中のＳ４７３で行う主基板通信受信コマンドチェック処理について説明する。図１０６は、本実施形態における、主基板通信受信コマンドチェック処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、受信データを取得する（Ｓ５２１）。次いで、サブＣＰＵ７１は、受信コマンドチェックテーブルをセットする（Ｓ５２２）。次いで、サブＣＰＵ７１は、前回（直前の回）の受信データを取得する（Ｓ５２３）。
そして、サブＣＰＵ７１は、コマンドチェックカウンタをセットする（Ｓ５２４）。次いで、サブＣＰＵ７１は、受信プロトコル確認データテーブル（不図示）から確認データを取得する（Ｓ５２５）。すなわち、この処理では、図２７に示す受信コマンド及び前回受信コマンドのテーブルを取得する。
次いで、サブＣＰＵ７１は、Ｓ５２５で取得した受信コマンド及び前回受信コマンドのテーブルをチェックして、受信コマンドが、操作手順が通常の遊技で行われる正常な手順である時のコマンドであるか否かを判別する（Ｓ５２６）。例えば、受信コマンドが、図２７に示すテーブル中の「Ｄａｔａ」欄の「０３Ｈ」に規定されている種別「ＢＥＴ：遊技メダル投入」のコマンドである場合、前回の受信コマンドが、種別「デモ表示」、「ＢＥＴ」、「払出終了」、「ボーナス開始」又は「エラー」であれば、サブＣＰＵ７１は、操作手順が正常な順序であると判断する。
Ｓ５２６において、サブＣＰＵ７１が、受信コマンドが正常な順序のコマンドであると判別したとき（Ｓ５２６がＹｅｓ判定の場合）、サブＣＰＵ７１は、主基板通信受信コマンドチェック処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４７４に移す。
一方、Ｓ５２６において、サブＣＰＵ７１が、受信コマンドが正常な順序のコマンドでないと判別したとき（Ｓ５２６がＮｏ判定の場合）、サブＣＰＵ７１は、受信コマンドチェックテーブルを更新する（Ｓ５２７）。具体的には、例えば、受信データが、図２７に示すテーブル中の「Ｄａｔａ」欄の「０７Ｈ」に規定されている種別「表示」のコマンドである場合、前回の受信コマンドが、種別「リール停止」でなく、「入賞作動」である場合には、通常の遊技で行われる操作手順ではないと判断し、受信コマンドチェックテーブルを更新する。
Ｓ５２７の処理後、サブＣＰＵ７１は、コマンドチェックカウンタを減算する（Ｓ５２８）。次いで、サブＣＰＵ７１は、コマンドチェックが終了したか否かを判別する（Ｓ５２９）。この処理では、サブＣＰＵ７１は、例えばコマンドチェックカウンタが「０」等のように閾値以下になったときにコマンドチェックが終了したと判断する。
Ｓ５２９において、サブＣＰＵ７１が、コマンドチェックが終了していないと判別したとき（Ｓ５２９がＮｏ判定の場合）、サブＣＰＵ７１は、処理をＳ５２５に戻し、Ｓ５２５以降の処理を繰り返す。一方、Ｓ５２９において、サブＣＰＵ７１が、コマンドチェックが終了したと判別したとき（Ｓ５２９がＹｅｓ判定の場合）、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、異常手順エラー（シーケンスエラー）の発生情報をエラー情報履歴格納領域７３ｅ（図１１及び図１２参照）に登録する（Ｓ５３０）。この際、サブＣＰＵ７１は、シーケンスエラーに対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。
そして、Ｓ５３０の処理後、サブＣＰＵ７１は、主基板通信受信コマンドチェック処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４７４に移す。
［ＣＯＭエラーチェック処理］
次に、図１０７を参照して、主基板通信タスクのフローチャート（図１０２参照）中のＳ４７９で行うＣＯＭエラーチェック処理について説明する。図１０７は、本実施形態における、ＣＯＭエラーチェック処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、上記図１０３で説明した主基板通信受信データログ保存処理を実行する（Ｓ５４１）。この時点では、上記図１０５の主基板通信エラー履歴データ保存処理中のＳ５０３においてＣＯＭエラーが発生したと判定されているので、サブＣＰＵ７１（受信データログ保存手段７１ｅ）は、選択された通信エラー保存バッファに通信エラーに関連する通信ログを保存する（図１０５中のＳ５０４）。
次いで、サブＣＰＵ７１は、ＣＯＭエラータイマがカウント中であるか否かを判別する（Ｓ５４２）。
Ｓ５４２において、サブＣＰＵ７１が、ＣＯＭエラータイマがカウント中でないと判別したとき（Ｓ５４２がＮｏ判定の場合）、サブＣＰＵ７１は、ＣＯＭエラータイマのカウントスタートをセットする（Ｓ５４６）。そして、Ｓ５４６の処理後、サブＣＰＵ７１は、ＣＯＭエラーチェック処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４６２に移す。
一方、Ｓ５４２において、サブＣＰＵ７１が、ＣＯＭエラータイマがカウント中であると判別したとき（Ｓ５４２がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＣＯＭエラータイマが３０分以内であるか否かを判別する（Ｓ５４３）。
Ｓ５４３において、サブＣＰＵ７１が、ＣＯＭエラータイマが３０分以内でないと判別したとき（Ｓ５４３がＮｏ判定の場合）、サブＣＰＵ７１は、ＣＯＭエラータイマのカウントスタートをセットする（Ｓ５４６）。そして、Ｓ５４６の処理後、サブＣＰＵ７１は、ＣＯＭエラーチェック処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４６２に移す。
一方、Ｓ５４３において、サブＣＰＵ７１が、ＣＯＭエラータイマが３０分以内であると判別したとき（Ｓ５４３がＹｅｓ判定の場合）、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、通信エラーのアラーム発生情報（「ＣＯＭ ＥＲＲ ＡＬＭ」発生）をエラー情報履歴格納領域７３ｅ（図１２参照）に登録する（Ｓ５４４）。この際、サブＣＰＵ７１は、通信エラーのアラーム発生に対応するエラーコードとともに、そのエラーの発生日時及び解除日時をエラー情報履歴格納領域７３ｅに登録する。
次いで、サブＣＰＵ７１は、ＣＯＭエラータイマのカウントストップをセットする（Ｓ５４５）。そして、Ｓ５４５の処理後、サブＣＰＵ７１は、ＣＯＭエラーチェック処理を終了し、処理を主基板通信タスク（図１０２参照）のＳ４６２に移す。
［サブＣＰＵの電源投入処理］
次に、図１０８を参照しながら、サブＣＰＵ７１の電源投入処理について説明する。図１０８は、本実施形態における、サブＣＰＵ７１の電源投入処理のフローチャートである。
サブＣＰＵ７１の電源投入処理は、ＯＳ内の初期化処理であり、サブＣＰＵ７１の電源が投入されると、まず、ＣＰＵ及び内部デバイスの初期化や周辺ＩＣの初期化を行うためにサブＣＰＵ初期設定処理が実行される（Ｓ５５１）。次いで、サブＣＰＵ７１は、各種のタスク起動要求を行うために、マザータスク（後述の図１１０参照）の起動要求処理を実行する（Ｓ５５２）。
次いで、サブＣＰＵ７１は、サブＲＡＭ管理処理（後述の図１１２参照）を実行する（Ｓ５５３）。次いで、サブＣＰＵ７１は、電源の復帰時刻（エラーコード「ＰＯＷＥＲ ＵＰ」の発生日時）をエラー情報としてエラー情報履歴格納領域７３ｅに登録する（Ｓ５５４）。より詳細には、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、電源復帰に対応するエラーコードとともに、電源復帰の発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ５５４の処理後、サブＣＰＵ７１は、電源投入処理を終了する。
［サブＣＰＵの電断割込処理］
本実施形態では、図９に示すように、副制御回路７０内に電断検知回路９０が設けられている。この電断検知回路９０が電断の発生（例えば、電源電圧が４．５Ｖまで低下したこと）を検知すると、上述のように、電断検知回路９０から、電断検知信号が割込信号として出力される。そして、サブＣＰＵ７１は、外部割込ポート（ＮＭＩ）から割込信号が入力されると、電断割込処理を実行する。
ここで、図１０９を参照しながら、サブＣＰＵ７１の電断割込処理について説明する。図１０９は、本実施形態における、サブＣＰＵ７１の電断割込処理のフローチャートである。
電断（電源電圧の低下）が発生すると、まず、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、電断の発生時刻（エラーコード「ＰＯＷＥＲ ＤＯＷＮ」の発生日時）をエラー情報としてエラー情報履歴格納領域７３ｅに登録する（Ｓ５６１）。より詳細には、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、電断発生に対応するエラーコードと、電断の発生日時とを１つのエラー情報履歴（データセット）としてエラー情報履歴格納領域７３ｅに登録する。次いで、サブＣＰＵ７１は、バックアップ作成処理を行う（Ｓ５６２）。なお、バックアップ作成処理の詳細については、後述の図１１３を参照しながら後で説明する。
なお、主制御と異なり、サブＣＰＵ７１の電断割込処理では、サブＣＰＵ７１はサム値の計算を行わない。サブＣＰＵ７１によるサム値の計算は、例えば、有効コマンド受信時、演出モード変更時等の度、行われる。
［マザータスク］
次に、図１１０を参照しながら、サブＣＰＵ７１によるマザータスクについて説明する。図１１０は、本実施形態における、サブＣＰＵ７１によるマザータスクのフローチャートである。なお、図１１０に示すマザータスクの要求処理は、パチスロ１の機能に必要なタスクの起動要求をＯＳに対して行う処理である。
まず、サブＣＰＵ７１は、メインタスクの起動要求を行う（Ｓ５７１）。次いで、サブＣＰＵ７１は、サブタスクの起動要求として、役物制御タスクの起動要求を行う（Ｓ５７２）。次いで、サブＣＰＵ７１は、ランプ制御タスクの起動要求を行う（Ｓ５７３）。次いで、サブＣＰＵ７１は、サウンド制御タスクの起動要求を行う（Ｓ５７４）。
次いで、サブＣＰＵ７１は、主基板通信タスクの起動要求を行う（Ｓ５７５）。次いで、サブＣＰＵ７１は、アニメタスクの起動要求を行う（Ｓ５７６）。次いで、サブＣＰＵ７１は、サブデバイス間通信制御タスクの起動要求を行う（Ｓ５７７）。
次いで、サブＣＰＵ７１は、ＲＴＣ制御タスクの起動要求を行う（Ｓ５７８）。そして、サブＣＰＵ７１は、不正監視処理タスクの起動要求を行う（Ｓ５７９）。
上述したマザータスクの処理において、例えば、サブＣＰＵ７１による主基板通信タスクの起動要求に応答してＯＳから主基板通信タスク要求が発生すると、上記図１０２で説明した手順に沿って主基板通信タスクが実行される。
［ＲＴＣ制御タスク］
次に、図１１１を参照しながら、サブＣＰＵ７１によるＲＴＣ制御タスクについて説明する。図１１１は、本実施形態における、ＲＴＣ制御タスクのフローチャートである。
まず、サブＣＰＵ７１は、ＯＳの管理周期として１００ｍｓｅｃの周期設定を行う（Ｓ５８１）。次いで、サブＣＰＵ７１は、外付けＲＴＣ７０ｂから日時情報を読み込む（Ｓ５８２）。次いで、サブＣＰＵ７１は、読み込んだ外付けＲＴＣ７０ｂの日時情報を内蔵ＲＴＣ７０ａの日時情報の初期値として設定する（Ｓ５８３）。
次いで、サブＣＰＵ７１は、外付けＲＴＣ７０ｂからステータス情報を読み込む（Ｓ５８４）。次いで、サブＣＰＵ７１は、ステータス情報を正常に読み込むことができたか否かを判別する（Ｓ５８５）。
Ｓ５８５において、サブＣＰＵ７１が、ステータス情報を正常に読み込むことができなかったと判別したとき（Ｓ５８５がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ５９１の処理を行う。一方、Ｓ５８５において、サブＣＰＵ７１が、ステータス情報を正常に読み込むことができたと判別したとき（Ｓ５８５がＹｅｓ判定の場合）、サブＣＰＵ７１は、電源に異常があるか否かを判別する（Ｓ５８６）。
Ｓ５８６において、サブＣＰＵ７１が、電源に異常があると判別したとき（Ｓ５８６がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ５９１の処理を行う。一方、Ｓ５８６において、サブＣＰＵ７１が、電源に異常がないと判別したとき（Ｓ５８６がＮｏ判定の場合）、サブＣＰＵ７１は、発振異常があるか否かを判別する（Ｓ５８７）。
Ｓ５８７において、サブＣＰＵ７１が、発振異常があると判別したとき（Ｓ５８７がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ５９１の処理を行う。一方、Ｓ５８７において、サブＣＰＵ７１が、発振異常がないと判別したとき（Ｓ５８７がＮｏ判定の場合）、サブＣＰＵ７１は、リセット信号を検出したか否かを判別する（Ｓ５８８）。
Ｓ５８８において、サブＣＰＵ７１が、リセット信号を検出したと判別したとき（Ｓ５８８がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ５９１の処理を行う。一方、Ｓ５８８において、サブＣＰＵ７１が、リセット信号を検出しなかったと判別したとき（Ｓ５８８がＮｏ判定の場合）、サブＣＰＵ７１は、外付けＲＴＣ７０ｂから日時情報を読み込む（Ｓ５８９）。
次いで、サブＣＰＵ７１は、読み込んだ日時情報の範囲に異常があるか否かを判別する（Ｓ５９０）。この処理では、例えば、「年」、「月」、「日」又は「時間」の値が２桁を越えているような場合には、サブＣＰＵ７１は、日時範囲に異常があると判断する。
Ｓ５９０において、サブＣＰＵ７１が、読み込んだ日時情報の範囲に異常があると判別したとき（Ｓ５９０がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ５９１の処理を行う。一方、Ｓ５９０において、サブＣＰＵ７１が、読み込んだ日時情報の範囲に異常がないと判別したとき（Ｓ５９０がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ５９３の処理を行う。
Ｓ５８５がＮｏ判定の場合、又は、Ｓ５８６、Ｓ５８７、Ｓ５８８或いはＳ５９０がＹｅｓ判定の場合、サブＣＰＵ７１は、ＲＴＣエラーの種別に対応したエラーコードをエラー情報としてサブＲＡＭ７３のエラー情報履歴格納領域７３ｅに登録する（Ｓ５９１）。
具体的には、Ｓ５８５がＮｏ判定の場合（外付けＲＴＣ７０ｂからステータス情報を正常に読み込むことができない場合）、サブＣＰＵ７１は、「ＲＴＣ通信異常」に対応するエラーコード「ＲＴＣ ＤＳＣ」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する。Ｓ５８６がＹｅｓ判定の場合（外付けＲＴＣ７０ｂに関して電源に異常がある場合）、サブＣＰＵ７１は、「ＲＴＣ電圧低下」に対応するエラーコード「ＲＴＣ ＰＯＷＥＲ」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する。Ｓ５８７がＹｅｓ判定の場合（外付けＲＴＣ７０ｂに関して発振異常がある場合）、サブＣＰＵ７１は、「ＲＴＣ発振停止検出」に対応するエラーコード「ＲＴＣ ＣＬＫ」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する。Ｓ５８８がＹｅｓ判定の場合（リセット信号を検出した場合）、サブＣＰＵ７１は、「ＲＴＣリセット検出」に対応するエラーコード「ＲＴＣ ＲＥＳＥＴ」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する。また、Ｓ５９０がＹｅｓ判定の場合（日時範囲に異常がある場合）、サブＣＰＵ７１は、「ＲＴＣの時刻異常」に対応するエラーコード「ＲＴＣ ＴＩＭ」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する。なお、Ｓ５９１の処理では、サブＣＰＵ７１は、各エラー事象に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。
そして、Ｓ５９１の処理後、サブＣＰＵ７１は、外付けＲＴＣ７０ｂを初期化し、外付けＲＴＣ７０ｂの日時情報に内蔵ＲＴＣ７０ａの現在の日時情報を設定する（Ｓ５９２）。
Ｓ５９２の処理後、又は、Ｓ５９０がＮｏ判定の場合、サブＣＰＵ７１は、係員操作画面から外付けＲＴＣ７０ｂの日時情報の設定に変更がされているか否かを判別する（Ｓ５９３）。
Ｓ５９３において、サブＣＰＵ７１は、係員操作画面から外付けＲＴＣ７０ｂの日時情報の設定に変更がされていないと判別したとき（Ｓ５９３がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ５９５の処理を行う。一方、Ｓ５９３において、サブＣＰＵ７１は、係員操作画面から外付けＲＴＣ７０ｂの日時情報の設定に変更がされていると判別したとき（Ｓ５９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、内蔵ＲＴＣ７０ａの日時データを外付けＲＴＣ７０ｂに設定する（Ｓ５９４）。
Ｓ５９４の処理後、又は、Ｓ５９３がＮｏ判定の場合、サブＣＰＵ７１は、１００ｍｓｅｃの周期待ちを行う（Ｓ５９５）。そして、Ｓ５９５の処理後、サブＣＰＵ７１は、処理をＳ５８４に戻し、Ｓ５８４以降の処理を繰り返す。
［サブＲＡＭ管理処理］
次に、図１１２を参照しながら、サブＣＰＵ７１によるサブＲＡＭ管理処理（バックアップＲＡＭ（ＳＲＡＭ）７４の管理処理）について説明する。図１１２は、本実施形態における、サブＲＡＭ管理処理のフローチャートである。
まず、サブＣＰＵ７１は、バックアップＲＡＭ７４（図１７参照）の第１バックアップデータ領域７４ａのサム値を計算して、４バイトの第１バックアップデータサム値を取得する（Ｓ６０１）。次いで、サブＣＰＵ７１は、取得した第１バックアップデータサム値が正常であり、かつ、第１バックアップデータ領域７４ａのマジックコードとサブＲＯＭ７２（図１０参照）のプログラム管理データ領域７２ｆのマジックコードとが同一であるか否かを判別する（Ｓ６０２）。
Ｓ６０２において、サブＣＰＵ７１がＳ６０２の判定条件を満たすと判別したとき（Ｓ６０２がＹｅｓ判定の場合）、サブＣＰＵ７１は、バックアップＲＡＭ７４の第１バックアップデータ領域７４ａのデータをサブＲＡＭ７３（図１１参照）のサブ制御ゲームデータ領域７３ａに複写する（Ｓ６０３）。そして、Ｓ６０３の処理後、サブＣＰＵ７１は、後述のＳ６０９の処理を行う。
一方、Ｓ６０２において、サブＣＰＵ７１がＳ６０２の判定条件を満たさないと判別したとき（Ｓ６０２がＮｏ判定の場合）、サブＣＰＵ７１は、第１バックアップデータ領域７４ａのミラーリングである第２バックアップデータ領域７４ｃのサム値を計算して、４バイトの第２バックアップデータサム値を取得する（Ｓ６０４）。次いで、サブＣＰＵ７１は、取得した第２バックアップデータサム値が正常であり、かつ、第２バックアップデータ領域７４ｃのマジックコードとサブＲＯＭ７２のプログラム管理データ領域７２ｆのマジックコードとが同一であるか否かを判別する（Ｓ６０５）。
Ｓ６０５において、サブＣＰＵ７１がＳ６０５の判定条件を満たすと判別したとき（Ｓ６０５がＹｅｓ判定の場合）、サブＣＰＵ７１は、バックアップＲＡＭ７４の第２バックアップデータ領域７４ｃのデータをサブＲＡＭ７３のサブ制御ゲームデータ領域７３ａに複写する（Ｓ６０６）。そして、Ｓ６０６の処理後、サブＣＰＵ７１は、後述のＳ６０８の処理を行う。
一方、Ｓ６０５において、サブＣＰＵ７１がＳ６０５の判定条件を満たさないと判別したとき（Ｓ６０５がＮｏ判定の場合）、サブＣＰＵ７１は、サブＲＯＭ７２のゲームデータ初期化設定データ領域７２ｃのデータをサブＲＡＭ７３のサブ制御ゲームデータ領域７３ａに複写する（Ｓ６０７）。
そして、Ｓ６０６又はＳ６０７の処理後、サブＣＰＵ７１は、「バックアップサム異常（ゲーム）」に対応するエラーコード「ＭＥＭ ＥＲＲ１」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６０８）。なお、この際、サブＣＰＵ７１は、「バックアップサム異常（ゲーム）」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。また、この際、ＲＡＭデータ異常を報知する図２１に示すような画面は表示されない。
次いで、Ｓ６０３又はＳ６０８の処理後、サブＣＰＵ７１は、バックアップＲＡＭ７４の係員バックアップデータ領域７４ｅのサム値を計算して、４バイトの係員バックアップデータサム値を取得する（Ｓ６０９）。そして、サブＣＰＵ７１は、係員バックアップデータサム値を係員バックアップデータサム値領域７４ｆに保存する。
次いで、サブＣＰＵ７１は、保存した係員バックアップデータ領域７４ｅのサム値が正常であるか否かを判別する（Ｓ６１０）。
Ｓ６１０において、サブＣＰＵ７１が、係員バックアップデータ領域７４ｅのサム値が正常であると判別したとき（Ｓ６１０がＹｅｓ判定の場合）、サブＣＰＵ７１は、係員バックアップデータ領域７４ｅのデータをサブＲＡＭ７３（ＤＲＡＭ）の係員操作設定データ領域７３ｄに複写する（Ｓ６１１）。そして、Ｓ６１１の処理後、サブＣＰＵ７１は、後述のＳ６１４の処理を行う。
一方、Ｓ６１０において、サブＣＰＵ７１が、係員バックアップデータ領域７４ｅのサム値が正常でないと判別したとき（Ｓ６１０がＮｏ判定の場合）、サブＣＰＵ７１は、サブＲＯＭ７２の係員操作初期設定データ領域７２ｄのデータをサブＲＡＭ７３の係員操作設定データ領域７３ｄに複写する（Ｓ６１２）。次いで、サブＣＰＵ７１は、「バックアップサム異常（係員）」に対応するエラーコード「ＭＥＭ ＥＲＲ２」（図１３参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６１３）。なお、この際、サブＣＰＵ７１は、「バックアップサム異常（係員）」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。また、この際も、ＲＡＭデータ異常を報知する図２１に示すような画面は表示されない。
そして、Ｓ６１１又はＳ６１３の処理後、サブＣＰＵ７１は、バックアップ作成処理を行う（Ｓ６１４）。なお、バックアップ作成処理の詳細については、後述の図１１３を参照しながら後で説明する。
上述のように、本実施形態のサブＲＡＭ管理処理では、サブＣＰＵ７１が、取得したサム値が正常であり、かつ、第２バックアップデータ領域７４ｃのマジックコードとサブＲＯＭ７２のプログラム管理データ領域７２ｆのマジックコードとが同一であるか否かを判別する。そして、サム値及びマジックコードの少なくとも一方の条件が満たされない場合には、サブＣＰＵ７１は、サブＲＯＭ７２のゲームデータ初期化設定データ領域７２ｃのデータをサブＲＡＭ７３のサブ制御ゲームデータ領域７３ａに複写する。
また、本実施形態では、サブＣＰＵ７１は、係員バックアップデータ領域７４ｅのサム値が正常であるか否かを判断し、サム値が異常である場合には、サブＲＯＭ７２の係員操作初期設定データ領域７２ｄのデータをサブＲＡＭ７３の係員操作設定データ領域７３ｄに複写する。
これらの処理により、本実施形態では、電源投入時に、サブＲＡＭ７３のデータが破損しているか否かを確認することができ、また、破損したバックアップＲＡＭ（ＳＲＡＭ）７４のデータを使用することなく、自動的に初期値を設定することができる。
［バックアップ作成処理］
次に、図１１３を参照しながら、図７９に示す演出登録処理中のＳ１５６、図１０９に示す電断割込処理中のＳ５６２、及び、図１１２に示すサブＲＡＭ管理処理中のＳ６１４で行われるバックアップ作成処理について説明する。図１１３は、本実施形態における、バックアップ作成処理処理のフローチャートである。この処理により、データが破壊されていても、正しいデータをバックアップデータとして保存することができる。
まず、サブＣＰＵ７１は、サブＲＡＭ７３（ＤＲＡＭ）のサブ制御ゲームデータ領域７３ａ（図１１参照）のサム値を作成し、その作成したサム値をサブ制御ゲームデータサム値領域７３ｂに保存する（Ｓ６２１）。次いで、サブＣＰＵ７１は、サブ制御ゲームデータ領域７３ａのデータをバックアップＲＡＭ７４（ＳＲＡＭ）の第１バックアップデータ領域７４ａ（図１７参照）に複写し、Ｓ６２１で保存されたサム値を第１バックアップデータサム値領域７４ｂに保存する（Ｓ６２２）。
次いで、サブＣＰＵ７１は、サブ制御ゲームデータ領域７３ａのデータを第１バックアップデータ領域７４ａのミラーリングである第２バックアップデータ領域７４ｃに複写し、Ｓ６２１で保存されたサム値を第２バックアップデータサム値領域７４ｄに保存する（Ｓ６２３）。
次いで、サブＣＰＵ７１は、サブＲＡＭ７３（ＤＲＡＭ）の係員操作設定データ領域７３ｄのサム値を作成して、その作成したサム値を係員操作設定データ領域７３ｄ内の係員操作設定データサム値領域に保存する（Ｓ６２４）。
次いで、サブＣＰＵ７１は、係員操作設定データ領域７３ｄのデータをバックアップＲＡＭ７４（ＳＲＡＭ）の係員バックアップデータ領域７４ｅに複写し、Ｓ６２４で保存されたサム値を係員バックアップデータサム値領域７４ｆに保存する（Ｓ６２５）。そして、Ｓ６２５の処理後、サブＣＰＵ７１は、バックアップ作成処理を終了する。
［サブデバイス間通信制御タスク］
次に、図１１４を参照しながら、サブＣＰＵ７１によるサブデバイス間通信制御タスクについて説明する。図１１４は、本実施形態における、サブデバイス間通信制御タスクのフローチャートである。
まず、サブＣＰＵ７１は、４ｍｓｅｃの周期設定を行う（Ｓ６３１）。次いで、サブＣＰＵ７１は、サブデバイス用シリアルポートの初期設定を一括で行う（Ｓ６３２）。そして、サブＣＰＵ７１は、４ｍｓｅｃの周期待ちを行う（Ｓ６３３）。
次いで、サブＣＰＵ７１は、サブデバイスコマンド受信処理を行う（Ｓ６３４）。なお、サブデバイスコマンド受信処理の詳細については、後述の図１１５を参照しながら後で説明する。次いで、サブＣＰＵ７１は、コマンドを受信したか否かを判別する（Ｓ６３５）。
Ｓ６３５において、サブＣＰＵ７１がコマンドを受信したと判別したとき（Ｓ６３５がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス通信復帰処理を行う（Ｓ６３６）。なお、サブデバイス通信復帰処理の詳細については、後述の図１１６を参照しながら後で説明する。次いで、サブＣＰＵ７１は、サブデバイス通信の受信時処理を行う（Ｓ６３７）。なお、サブデバイス通信の受信時処理の詳細については、後述の図１１７を参照しながら後で説明する。
Ｓ６３７の処理後、サブＣＰＵ７１は、送信するコマンドがあるか否かを判別する（Ｓ６３８）。Ｓ６３８において、サブＣＰＵ７１が、送信するコマンドがないと判別したとき（Ｓ６３８がＮｏ判定の場合）、サブＣＰＵ７１は、処理をＳ６３３に戻し、Ｓ６３３以降の処理を繰り返す。一方、Ｓ６３８において、サブＣＰＵ７１が、送信するコマンドがあると判別したとき（Ｓ６３８がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイスコマンド送信処理を行う（Ｓ６３９）。そして、Ｓ６３９の処理後、サブＣＰＵ７１は、処理をＳ６３３に戻し、Ｓ６３３以降の処理を繰り返す。
ここで、再度、Ｓ６３５の処理に戻って、Ｓ６３５において、サブＣＰＵ７１がコマンドを受信しなかったと判別したとき（Ｓ６３５がＮｏ判定の場合）、サブＣＰＵ７１は、サブデバイス通信断絶処理を行う（Ｓ６４０）。なお、サブデバイス通信断絶処理の詳細については、後述の図１２１を参照しながら後で説明する。そして、Ｓ６４０の処理後、サブＣＰＵ７１は、処理をＳ６３３に戻し、Ｓ６３３以降の処理を繰り返す。
［サブデバイスコマンド受信処理］
次に、図１１５を参照して、サブデバイス間通信制御タスクのフローチャート（図１１４参照）中のＳ６３４で行うサブデバイスコマンド受信処理について説明する。なお、図１１５は、本実施形態における、サブデバイスコマンド受信処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、通信ログ収集用リングバッファ領域７３ｆ（図１５参照）に受信バッファアドレスをセットし、ＳＴＸ受信フラグをオフする（Ｓ６５１）。次いで、サブＣＰＵ７１は、通信ログ収集用リングバッファ領域７３ｆから受信データを１バイト取得する試みを行う（Ｓ６５２）。そして、サブＣＰＵ７１は、受信データがあるか否かを判別する（Ｓ６５３）。
Ｓ６５３において、サブＣＰＵ７１が、受信データがないと判別したとき（Ｓ６５３がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ６６５の処理を行う。一方、Ｓ６５３において、サブＣＰＵ７１が、受信データがあると判別したとき（Ｓ６５３がＹｅｓ判定の場合）、サブＣＰＵ７１は、その受信データがＳＴＸであり、かつ、ＳＴＸ受信フラグがオフであるか否かを判別する（Ｓ６５４）。
Ｓ６５４において、サブＣＰＵ７１が、Ｓ６５４の判定条件を満たすと判別したとき（Ｓ６５４がＹｅｓ判定の場合）、サブＣＰＵ７１は、ＳＴＸ受信フラグをオンする（Ｓ６５５）。次いで、サブＣＰＵ７１は、コマンド登録バッファをクリアする（Ｓ６５６）。次いで、サブＣＰＵ７１は、受信バッファアドレスを更新して１バイト加算する（Ｓ６５７）。そして、Ｓ６５７の処理後、サブＣＰＵ７１は、処理をＳ６５２に戻し、Ｓ６５２以降の処理を繰り返す。なお、この繰り返し処理は、データ数分繰り返される。
一方、Ｓ６５４において、サブＣＰＵ７１が、Ｓ６５４の判定条件を満たさないと判別したとき（Ｓ６５４がＮｏ判定の場合）、サブＣＰＵ７１は、その受信データがＥＴＸであり、かつ、ＳＴＸ受信フラグがオン状態であるか否かを判別する（Ｓ６５８）。
Ｓ６５８において、サブＣＰＵ７１が、Ｓ６５８の判定条件を満たすと判別したとき（Ｓ６５８がＹｅｓ判定の場合）、サブＣＰＵ７１は、受信データからサム値を作成するとともに、受信バッファに格納されている受信データのサム値を取得する（Ｓ６５９）。次いで、サブＣＰＵ７１は、Ｓ６５９で作成したサム値と受信バッファに格納されていたサム値とを比較して、受信データのサム値が正常であるか否かを判別する（Ｓ６６０）。
Ｓ６６０において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのサム値が正常であると判別したとき（Ｓ６６０がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイスコマンド受信処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３５に移す。一方、Ｓ６６０において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのサム値が正常でないと判別したとき（Ｓ６６０がＮｏ判定の場合）、サブＣＰＵ７１は、「サブデバイスＳＵＭ異常」に対応するエラーコード「ＳＤ ＣＯＭ ＳＵＭ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６６１）。なお、この際、サブＣＰＵ７１は、「サブデバイスＳＵＭ異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。
そして、Ｓ６６１の処理後、サブＣＰＵ７１は、サブデバイスコマンド受信処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３５に移す。
ここで、再度、Ｓ６５８の処理に戻って、Ｓ６５８において、サブＣＰＵ７１が、Ｓ６５８の判定条件を満たさないと判別したとき（Ｓ６５８がＮｏ判定の場合）、サブＣＰＵ７１は、受信データがＥＴＸであり、かつ、ＳＴＸ受信フラグがオフであるか否かを判別する（Ｓ６６２）。
Ｓ６６２において、サブＣＰＵ７１が、Ｓ６６２の判定条件を満たすと判別したとき（Ｓ６６２がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ６６５の処理を行う。一方、Ｓ６６２において、サブＣＰＵ７１が、Ｓ６６２の判定条件を満たさないと判別したとき（Ｓ６６２がＮｏ判定の場合）、サブＣＰＵ７１は、受信データをコマンド登録バッファに保存する（Ｓ６６３）。次いで、サブＣＰＵ７１は、受信バッファアドレスを更新して１バイト加算する（Ｓ６６４）。そして、Ｓ６６４の処理後、サブＣＰＵ７１は、処理をＳ６５２に戻し、Ｓ６５２以降の処理を繰り返す。なお、この繰り返し処理は、データ数分繰り返される。
また、Ｓ６５３がＮｏ判定の場合、又は、Ｓ６６２がＹｅｓ判定の場合、サブＣＰＵ７１は、これらの場合に対応するエラーコード「ＳＤ ＣＯＭ ＳＴＸ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６６５）。なお、この際、サブＣＰＵ７１は、各エラー事象に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ６６５の処理後、サブＣＰＵ７１は、サブデバイスコマンド受信処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３５に移す。
［サブデバイス通信復帰処理］
次に、図１１６を参照して、サブデバイス間通信制御タスクのフローチャート（図１１４参照）中のＳ６３６で行うサブデバイス通信復帰処理について説明する。なお、図１１６は、本実施形態における、サブデバイス通信復帰処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、受信したコマンドの送信元ＩＤがスケーラ制御基板８０であるか否かを判別する（Ｓ６７１）。
Ｓ６７１において、サブＣＰＵ７１が、受信したコマンドの送信元ＩＤがスケーラ制御基板８０でないと判別したとき（Ｓ６７１がＮｏ判定の場合）、サブＣＰＵ７１は、サブデバイス通信復帰処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３７に移す。一方、Ｓ６７１において、サブＣＰＵ７１が、受信したコマンドの送信元ＩＤがスケーラ制御基板８０であると判別したとき（Ｓ６７１がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ通信断絶フラグがオン状態であるか否かを判別する（Ｓ６７２）。
Ｓ６７２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、スケーラ通信断絶フラグがオン状態でないと判別したとき（Ｓ６７２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ６７４の処理を行う。一方、Ｓ６７２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、スケーラ通信断絶フラグがオン状態であると判別したとき（Ｓ６７２がＹｅｓ判定の場合）、サブＣＰＵ７１は、「通信再開」に対応するエラーコード「ＳＣＬ ＲＳＭ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６７３）。なお、この際、サブＣＰＵ７１は、「通信再開」に対応するエラーコードとともに、その事象の発生日時をエラー情報履歴格納領域７３ｅに登録する。
Ｓ６７３の処理後、又は、Ｓ６７２がＮｏ判定の場合、サブＣＰＵ７１は、スケーラ通信断絶フラグをオフするとともに、スケーラ通信断絶カウンタを「０」にクリアする（Ｓ６７４）。そして、Ｓ６７４の処理後、サブＣＰＵ７１は、サブデバイス通信復帰処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３７に移す。
［サブデバイス通信の受信時処理］
次に、図１１７を参照して、サブデバイス間通信制御タスクのフローチャート（図１１４参照）中のＳ６３７で行うサブデバイス通信の受信時処理について説明する。なお、図１１７は、本実施形態における、サブデバイス通信の受信時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、コマンド登録バッファに保存されているコマンドの「ＡＤＲ」からデバイスＩＤを取得する（Ｓ６８１）。次いで、サブＣＰＵ７１は、デバイスＩＤの送信先がサブＣＰＵ７１であるか否かを判別する（Ｓ６８２）。
Ｓ６８２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、デバイスＩＤの送信先がサブＣＰＵ７１でないと判別したとき（Ｓ６８２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ６８５の処理を行う。一方、Ｓ６８２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、デバイスＩＤの送信先がサブＣＰＵ７１であると判別したとき（Ｓ６８２がＹｅｓ判定の場合）、サブＣＰＵ７１は、デバイスＩＤの送信元がスケーラ制御基板８０のスケーラ制御ＬＳＩであるか否かを判別する（Ｓ６８３）。
Ｓ６８３において、サブＣＰＵ７１が、デバイスＩＤの送信元がスケーラ制御基板８０のスケーラ制御ＬＳＩでないと判別したとき（Ｓ６８３がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ６８５の処理を行う。一方、Ｓ６８３において、サブＣＰＵ７１が、デバイスＩＤの送信元がスケーラ制御基板８０のスケーラ制御ＬＳＩであると判別したとき（Ｓ６８３がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を行う（Ｓ６８４）。なお、スケーラ制御コマンド受信時処理の詳細については、後述の図１１８を参照しながら後で説明する。
そして、Ｓ６８４の処理後、サブＣＰＵ７１は、サブデバイス通信の受信時処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３８に移す。
また、Ｓ６８２又はＳ６８３がＮｏ判定の場合、サブＣＰＵ７１は、「サブデバイスＩＤ異常」に対応するエラーコード「ＳＤ ＣＯＭ ＤＶＣ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ６８５）。なお、この際、サブＣＰＵ７１は、「サブデバイスＩＤ異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ６８５の処理後、サブＣＰＵ７１は、サブデバイス通信の受信時処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３８に移す。
［スケーラ制御コマンド受信時処理］
次に、図１１８を参照して、サブデバイス通信の受信時処理のフローチャート（図１１７参照）中のＳ６８４で行うスケーラ制御コマンド受信時処理について説明する。なお、図１１８は、本実施形態における、スケーラ制御コマンド受信時処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、図２０に示すサブデバイス通信チェックテーブル（サブデバイス通信データ整合性チェックテーブル）をサブＲＯＭ７２の各種プログラムテーブル領域７２ｅから読み出して、サブＲＡＭ７３（ＤＲＡＭ）のワーク領域７３ｃにセットする（Ｓ６９１）。次いで、サブＣＰＵ７１は、セットしたテーブルを次の処理ステップの受信データ判定処理のための引数として渡し、これにより、サブデバイス受信データ判定処理を実行する（Ｓ６９２）。なお、サブデバイス受信データ判定処理の詳細については、後述の図１１９を参照しながら後で説明する。
次いで、サブＣＰＵ７１は、サブデバイス受信データ判定処理後の受信データが正常であるか否かを判別する（Ｓ６９３）。Ｓ６９３において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データが正常でない（受信データに不整合がある）と判別したとき（Ｓ６９３がＮｏ判定の場合）、サブＣＰＵ７１は、サブデバイス（スケーラ制御基板８０）からリターン値として返信されたエラー情報に基づいてそれに対応するエラーコード（図１４のエラーコード参照）を登録する（Ｓ６９４）。なお、この際、サブＣＰＵ７１は、エラーコードとともに、エラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ６９４の処理後、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を終了するとともに、サブデバイス通信の受信時処理も終了する。
一方、Ｓ６９３において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データが正常である（エラーコードなし）と判別したとき（Ｓ６９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、受信データのＣＭＤが「起動パラメータ要求」であるか否かを判別する（Ｓ６９５）。
Ｓ６９５において、サブＣＰＵ７１が、受信データのＣＭＤが「起動パラメータ要求」であると判別したとき（Ｓ６９５がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス送信バッファにスケーラ起動パラメータ要求確認コマンドをセットする（Ｓ６９６）。次いで、サブＣＰＵ７１は、スケーラ設定フェーズを「１」にセットする（Ｓ６９７）。そして、Ｓ６９７の処理後、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を終了するとともに、サブデバイス通信の受信時処理も終了する。
一方、Ｓ６９５において、サブＣＰＵ７１が、受信データのＣＭＤが「起動パラメータ要求」でないと判別したとき（Ｓ６９５がＮｏ判定の場合）、サブＣＰＵ７１は、受信データのＣＭＤが「受信確認」であるか否かを判別する（Ｓ６９８）。
Ｓ６９８において、サブＣＰＵ７１が、受信データのＣＭＤが「受信確認」であると判別したとき（Ｓ６９８がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ制御設定処理を行う（Ｓ６９９）。なお、スケーラ制御設定処理の詳細については、後述の図１２０を参照しながら後で説明する。そして、Ｓ６９９の処理後、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を終了するとともに、サブデバイス通信の受信時処理も終了する。
一方、Ｓ６９８において、サブＣＰＵ７１が、受信データのＣＭＤが「受信確認」でないと判別したとき（Ｓ６９８がＮｏ判定の場合）、サブＣＰＵ７１は、受信データのＣＭＤが「リセット通知」であるか否かを判別する（Ｓ７００）。Ｓ７００において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのＣＭＤが「リセット通知」でないと判別したとき（Ｓ７００がＮｏ判定の場合）、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を終了するとともに、サブデバイス通信の受信時処理も終了する。
一方、Ｓ７００において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのＣＭＤが「リセット通知」であると判別したとき（Ｓ７００がＹｅｓ判定の場合）、サブＣＰＵ７１は、「リセット発生」に対応するエラーコード「ＳＣＬ ＲＳＴ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７０１）。なお、この際、サブＣＰＵ７１は、「リセット発生」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７０１の処理後、サブＣＰＵ７１は、スケーラ制御コマンド受信時処理を終了するとともに、サブデバイス通信の受信時処理も終了する。
［サブデバイス受信データ判定処理］
次に、図１１９を参照して、スケーラ制御コマンド受信時処理のフローチャート（図１１８参照）中のＳ６９２で行うサブデバイス受信データ判定処理について説明する。なお、図１１９は、本実施形態における、サブデバイス受信データ判定処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、受信バッファのＤＡＴＡ部のサイズを取得する（Ｓ７１１）。この際、サブＣＰＵ７１は、サブＲＯＭ７２（図１０参照）の各種プログラムテーブル領域７２ｅに図２０に示すサブデバイス通信チェックテーブルの対象位置アドレスを引数アドレスとして渡す。スケーラに関しては、サブデバイス通信チェックテーブルのＮｏ．２に対応する位置になる。そして、サブＣＰＵ７１は、それに基づいて受信データにおけるデータの有無及びサイズをチェックする。
次いで、サブＣＰＵ７１は、ＤＡＴＡサイズが２５６バイト以下であるか否かを判別する（Ｓ７１２）。
Ｓ７１２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、ＤＡＴＡサイズが２５６バイト以下でないと判別したとき（Ｓ７１２がＮｏ判定の場合）、サブＣＰＵ７１は、「データサイズ異常（２５７以上）」に対応するエラーコード「ＳＣＬ ＣＯＭ ＳＩＺ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７１３）。なお、この際、サブＣＰＵ７１は、「データサイズ異常（２５７以上）」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７１３の処理後、サブＣＰＵ７１は、サブデバイス受信データ判定処理を終了し、処理をスケーラ制御コマンド受信時処理（図１１８参照）のＳ６９３に移す。
一方、Ｓ７１２において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、ＤＡＴＡサイズが２５６バイト以下であると判別したとき（Ｓ７１２がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス通信チェックテーブル（図２０参照）に種別登録があるか否かを判別する（Ｓ７１４）。
Ｓ７１４において、サブＣＰＵ７１が、サブデバイス通信チェックテーブルに種別登録がないと判別したとき（Ｓ７１２がＮｏ判定の場合）、サブＣＰＵ７１は、「コマンド種別異常」に対応するエラーコード「ＳＣＬ ＣＯＭ ＴＹＰ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７２２）。なお、この際、サブＣＰＵ７１は、「コマンド種別異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７２２の処理後、サブＣＰＵ７１は、サブデバイス受信データ判定処理を終了し、処理をスケーラ制御コマンド受信時処理（図１１８参照）のＳ６９３に移す。
一方、Ｓ７１４において、サブＣＰＵ７１が、サブデバイス通信チェックテーブルに種別登録があると判別したとき（Ｓ７１２がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス通信チェックテーブル（図２０参照）からＣＭＤ種別における判定条件を取得する（Ｓ７１５）。次いで、サブＣＰＵ７１は、受信データのＣＭＤの種別が判定条件と一致するか否かを判別する（Ｓ７１６）。
Ｓ７１６において、サブＣＰＵ７１が、受信データのＣＭＤの種別が判定条件と一致しないと判別したとき（Ｓ７１６がＮｏ判定の場合）、サブＣＰＵ７１は、チェックテーブルを更新する（Ｓ７１７）。この処理では、例えば、チェックテーブルを「判定１」のＣＭＤから「判定２」のＣＭＤに更新する。そして、Ｓ７１７の処理後、サブＣＰＵ７１は、処理をＳ７１４に戻し、Ｓ７１４以降に処理を繰り返す。
一方、Ｓ７１６において、サブＣＰＵ７１が、受信データのＣＭＤの種別が判定条件と一致すると判別したとき（Ｓ７１６がＹｅｓ判定の場合）、サブＣＰＵ７１は、チェックテーブルを更新して、ＣＭＤに対応したＤＡＴＡ判定に移動する（Ｓ７１８）。この処理では、例えば、スケーラについて「判定３」の場合には、Ｎｏ．２の「判定３」の位置にチェックテーブルを更新する。次いで、サブＣＰＵ７１は、チェックテーブルからＤＡＴＡサイズに関する判定条件を取得する（Ｓ７１９）。
次いで、サブＣＰＵ７１は、受信データのＤＡＴＡサイズが判定条件と一致するか否かを判別する（Ｓ７２０）。
Ｓ７２０において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのＤＡＴＡサイズが判定条件と一致すると判別したとき（Ｓ７２０がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス受信データ判定処理を終了し、処理をスケーラ制御コマンド受信時処理（図１１８参照）のＳ６９３に移す。一方、Ｓ７２０において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、受信データのＤＡＴＡサイズが判定条件と一致しないと判別したとき（Ｓ７２０がＮｏ判定の場合）、サブＣＰＵ７１は、「パケットサイズ異常」に対応するエラーコード「ＳＣＬ ＣＯＭ ＰＫＴ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７２１）。なお、この際、サブＣＰＵ７１は、「パケットサイズ異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。
そして、Ｓ７２１の処理後、サブＣＰＵ７１は、サブデバイス受信データ判定処理を終了し、処理をスケーラ制御コマンド受信時処理（図１１８参照）のＳ６９３に移す。
［スケーラ制御設定処理］
次に、図１２０を参照して、スケーラ制御コマンド受信時処理のフローチャート（図１１８参照）中のＳ６９９で行うスケーラ制御設定処理について説明する。なお、図１２０は、本実施形態における、スケーラ制御設定処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、スケーラ設定フェーズが「１」であるか否かを判別する（Ｓ７３１）。
Ｓ７３１において、サブＣＰＵ７１が、スケーラ設定フェーズが「１」であると判別したとき（Ｓ７３１がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス送信バッファに輝度設定コマンドデータをセットし、また、スケーラ設定フェーズに「２」をセットする（Ｓ７３２）。そして、Ｓ７３２の処理後、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。
一方、Ｓ７３１において、サブＣＰＵ７１が、スケーラ設定フェーズが「１」でないと判別したとき（Ｓ７３１がＮｏ判定の場合）、サブＣＰＵ７１は、スケーラ設定フェーズが「２」であるか否かを判別する（Ｓ７３３）。
Ｓ７３３において、サブＣＰＵ７１が、スケーラ設定フェーズが「２」であると判別したとき（Ｓ７３３がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス送信バッファに輪郭設定コマンドデータをセットし、また、スケーラ設定フェーズに「３」をセットする（Ｓ７３４）。次いで、サブＣＰＵ７１は、輝度設定値の設定結果は正常であるか否かを判別する（Ｓ７３５）。
Ｓ７３５において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、輝度設定値の設定結果は正常であると判別したとき（Ｓ７３５がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。一方、Ｓ７３５において、サブＣＰＵ７１（サブデバイスエラー検出手段７１ｈ）が、輝度設定値の設定結果は正常でないと判別したとき（Ｓ７３５がＮｏ判定の場合）、サブＣＰＵ７１は、「輝度設定異常」に対応するエラーコード「ＳＣＬ ＳＥＴ ＥＲＲ１」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７３６）。なお、この際、サブＣＰＵ７１は、「輝度設定異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７３６の処理後、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。
一方、Ｓ７３３において、サブＣＰＵ７１が、スケーラ設定フェーズが「２」でないと判別したとき（Ｓ７３３がＮｏ判定の場合）、サブＣＰＵ７１は、スケーラ設定フェーズが「３」であるか否かを判別する（Ｓ７３７）。
Ｓ７３７において、サブＣＰＵ７１が、スケーラ設定フェーズが「３」であると判別したとき（Ｓ７３７がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス送信バッファに補間設定コマンドデータをセットし、また、スケーラ設定フェーズに「４」をセットする（Ｓ７３８）。次いで、サブＣＰＵ７１は、輪郭設定値の設定結果が正常であるか否かを判別する（Ｓ７３９）。
Ｓ７３９において、サブＣＰＵ７１が、輪郭設定値の設定結果が正常であると判別したとき（Ｓ７３９がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。一方、Ｓ７３９において、サブＣＰＵ７１が、輪郭設定値の設定結果が正常でないと判別したとき（Ｓ７３９がＮｏ判定の場合）、サブＣＰＵ７１は、「輪郭設定異常」に対応するエラーコード「ＳＣＬ ＳＥＴ ＥＲＲ２」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７４０）。なお、この際、サブＣＰＵ７１は、「輪郭設定異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７４０の処理後、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。
一方、Ｓ７３７において、サブＣＰＵ７１が、スケーラ設定フェーズが「３」でないと判別したとき（Ｓ７３７がＮｏ判定の場合）、サブＣＰＵ７１は、サブデバイス送信バッファにスケーラ設定完了コマンドをセットし、また、スケーラ設定フェーズを「０」にクリアする（Ｓ７４１）。次いで、サブＣＰＵ７１は、補間設定値の設定結果が正常であるか否かを判別する（Ｓ７４２）。
Ｓ７４２において、サブＣＰＵ７１が、補間設定値の設定結果が正常であると判別したとき（Ｓ７４２がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。一方、Ｓ７４２において、サブＣＰＵ７１が、補間設定値の設定結果が正常でないと判別したとき（Ｓ７４２がＮｏ判定の場合）、サブＣＰＵ７１は、「補間設定異常」に対応するエラーコード「ＳＣＬ ＳＥＴ ＥＲＲ３」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７４３）。なお、この際、サブＣＰＵ７１は、「補間設定異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７４３の処理後、サブＣＰＵ７１は、スケーラ制御設定処理を終了するとともに、スケーラ制御コマンド受信時処理（図１１８参照）も終了する。
［サブデバイス通信断絶処理］
次に、図１２１を参照して、サブデバイス間通信制御タスクのフローチャート（図１１４参照）中のＳ６４０で行うサブデバイス通信断絶処理について説明する。なお、図１２１は、本実施形態における、サブデバイス通信断絶処理の手順を示すフローチャートである。
まず、サブＣＰＵ７１は、図１１４に示すサブデバイス間通信制御タスクが４ｍｓｅｃ周期で実行されているので、４ｍｓｅｃ周期でスケーラ通信断絶カウンタの値を更新（「１」加算）する（Ｓ７５１）。
次いで、サブＣＰＵ７１は、スケーラ通信断絶カウンタの値が、通信断絶と判断される期間に対応するカウント値以上の値であるか否かを判別する（Ｓ７５２）。具体的には、本実施形態では、通信断絶と判断される期間を５ｓｅｃとするので、通信断絶と判断される期間に対応するカウント値は「１２５０」（＝５ｓｅｃ／４ｍｓｅｃ）となる。それゆえ、Ｓ７５２の処理では、サブＣＰＵ７１は、スケーラ通信断絶カウンタの値が「１２５０」以上であるか否かを判別する。
Ｓ７５２において、サブＣＰＵ７１が、スケーラ通信断絶カウンタの値が、通信断絶と判断される期間に対応するカウント値未満の値であると判別したとき（Ｓ７５２がＮｏ判定の場合）、サブＣＰＵ７１は、サブデバイス通信断絶処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３３に移す。一方、Ｓ７５２において、サブＣＰＵ７１が、スケーラ通信断絶カウンタの値が、通信断絶と判断される期間に対応するカウント値以上の値であると判別したとき（Ｓ７５２がＹｅｓ判定の場合）、サブＣＰＵ７１は、スケーラ通信断絶フラグがオン状態であるか否かを判別する（Ｓ７５３）。
Ｓ７５３において、サブＣＰＵ７１が、スケーラ通信断絶フラグがオン状態であると判別したとき（Ｓ７５３がＹｅｓ判定の場合）、サブＣＰＵ７１は、サブデバイス通信断絶処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３３に移す。
一方、Ｓ７５３において、サブＣＰＵ７１が、スケーラ通信断絶フラグがオン状態でないと判別したとき（Ｓ７５３がＮｏ判定の場合）、サブＣＰＵ７１は、スケーラ通信断絶フラグをオンする（Ｓ７５４）。次いで、サブＣＰＵ７１は、「通信断絶」に対応するエラーコード「ＳＣＬ ＤＳＣ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７５５）。なお、この際、サブＣＰＵ７１は、「通信断絶」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。そして、Ｓ７５５の処理後、サブＣＰＵ７１は、サブデバイス通信断絶処理を終了し、処理をサブデバイス間通信制御タスク（図１１４参照）のＳ６３３に移す。
なお、図１１４に示すサブデバイス間通信制御タスクにおいて、上述したサブデバイス通信断絶処理が終了してもタスクは終了せず、上述のようにタスク処理の流れはＳ６３３に戻る。そして、その後は、上記図１１６で説明したサブデバイス通信復帰処理が実行され、通信が再開されると、「通信復帰」がエラー履歴として登録される。それゆえ、本実施形態では、サブＣＰＵ７１とスケーラ制御基板８０との間で通信断絶及びエラーが発生しても通信タスクを終了させずに通信を再開させることができる。また、「通信再開」をエラー履歴に登録するので、「通信断絶」及び「通信再開」の日時をエラー履歴により確認することができる。
［サブデバイスシリアル受信割込処理］
次に、図１２２を参照しながら、サブＣＰＵ７１によるサブデバイスシリアル受信割込処理について説明する。図１２２は、本実施形態における、サブデバイスシリアル受信割込処理のフローチャートである。
まず、サブＣＰＵ７１は、受信ステータスの読込む（Ｓ７６１）。次いで、サブＣＰＵ７１は、物理層にエラーがあるか否かを判別する（Ｓ７６２）。
Ｓ７６２において、サブＣＰＵ７１が、物理層にエラーがないと判別したとき（Ｓ７６２がＮｏ判定の場合）、サブＣＰＵ７１は、受信データを通信ログ収集用リングバッファ領域７３ｆに保存する（Ｓ７６３）。なお、この受信データを保存するバッファのサイズは５１２バイトである。そして、Ｓ７６３の処理後、サブＣＰＵ７１は、サブデバイスシリアル受信割込処理を終了する。
一方、Ｓ７６２において、サブＣＰＵ７１が、物理層にエラーがあると判別したとき（Ｓ７６２がＹｅｓ判定の場合）、サブＣＰＵ７１は、「サブデバイス物理層異常」に対応するエラーコード「ＳＤ ＣＯＭ」（図１４参照）をエラー情報履歴格納領域７３ｅに登録する（Ｓ７６４）。なお、この際、サブＣＰＵ７１は、「サブデバイス物理層異常」に対応するエラーコードとともに、そのエラーの発生日時をエラー情報履歴格納領域７３ｅに登録する。また、サブデバイス物理層エラーは、ＣＯＭエラー程重大なエラーではないので、ＣＯＭエラーとは区別して登録される。そして、Ｓ７６４の処理後、サブＣＰＵ７１は、サブデバイスシリアル受信割込処理を終了する。
［不正監視処理タスク］
次に、図１２３を参照しながら、サブＣＰＵ７１による不正監視処理タスクについて説明する。図１２３は、本実施形態における、不正監視処理タスクのフローチャートである。なお、この処理では、上述したゴト行為（クリアゴト）により発生し得る、短期の電断異常発生、中期の電断異常発生及び長期の電断異常発生を監視する。
まず、サブＣＰＵ７１は、不正監視周期として、１００ｍｓｅｃの周期を設定する（Ｓ７７１）。なお、不正監視周期は１００ｍｓｅｃに限定されず、例えば、サブＣＰＵ７１の処理能力、監視すべきゴト行為のパターン種別等に応じて任意に設定することができる。
次いで、サブＣＰＵ７１は、サブＲＡＭ７３のエラー情報履歴格納領域７３ｅの先頭アドレスを検索アドレスとしてセットする（Ｓ７７２）。この処理により、エラー情報履歴格納領域７３ｅに格納されている最新のエラー情報履歴を確認することができる。なお、本実施形態の不正監視処理タスクにおけるエラー情報履歴の内容確認処理（検索処理）は、最も新しいエラー情報履歴から順次行われる。
次いで、サブＣＰＵ７１は、検索アドレスの領域に格納されているエラー情報履歴が、「ＰＯＷＥＲ ＥＲＲ１（短期の電断異常発生）」であるか否かを判別する（Ｓ７７３）。
Ｓ７７３において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ１」であると判別したとき（Ｓ７７３がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ７８３の処理を行う。一方、Ｓ７７３において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ１」でないと判別したとき（Ｓ７７３がＮｏ判定の場合）、サブＣＰＵ７１は、検索アドレスの領域に格納されているエラー情報履歴が、「ＰＯＷＥＲ ＥＲＲ２（中期の電断異常発生）」であるか否かを判別する（Ｓ７７４）。
Ｓ７７４において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ２」であると判別したとき（Ｓ７７４がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ７８３の処理を行う。一方、Ｓ７７４において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ２」でないと判別したとき（Ｓ７７４がＮｏ判定の場合）、サブＣＰＵ７１は、検索アドレスの領域に格納されているエラー情報履歴が、「ＰＯＷＥＲ ＥＲＲ３（長期の電断異常発生）」であるか否かを判別する（Ｓ７７５）。
Ｓ７７５において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ３」であると判別したとき（Ｓ７７５がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ７８３の処理を行う。一方、Ｓ７７５において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＥＲＲ３」でないと判別したとき（Ｓ７７５がＮｏ判定の場合）、サブＣＰＵ７１は、エラー情報履歴格納領域７３ｅ内の検索アドレスを更新する（Ｓ７７６）。
そして、サブＣＰＵ７１は、更新されたアドレスの領域にエラー情報履歴があるか否かを判別する（Ｓ７７７）。Ｓ７７７において、サブＣＰＵ７１が、更新されたアドレスの領域にエラー情報履歴があると判別したとき（Ｓ７７７がＹｅｓ判定の場合）、サブＣＰＵ７１は、処理をＳ７７３に戻し、Ｓ７７３以降の処理を繰り返す。
一方、Ｓ７７７において、サブＣＰＵ７１が、更新されたアドレスの領域にエラー情報履歴がないと判別したとき（Ｓ７７７がＮｏ判定の場合）、サブＣＰＵ７１は、短期の電断異常不正判定処理を行う（Ｓ７７８）。この際、不正監視処理タスクの処理プログラムから後述の電断異常不正判定処理の処理プログラムには、引数として、短期の電断異常発生エラーの判定パラメータとなる、判定期間３０ｓｅｃ及び異常判定回数５回が渡される。
このＳ７７８の処理では、サブＣＰＵ７１は、エラー情報履歴格納領域７３ｅに格納されたエラー情報履歴に基づいて、短期間（３０秒間）に電断が異常発生（５回以上発生）しているか否かを判定する。そして、短期の電断異常発生有りと判定された場合には、サブＣＰＵ７１は、この短期間内にエラー情報履歴格納領域７３ｅに格納されている電断回数分（５個以上）の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を一つのエラー情報履歴に集約し、該集約（編集）されたエラー情報履歴をエラー情報履歴格納領域７３ｅ内の所定領域に登録する。なお、電断異常不正判定処理の詳細については、後述の図１２４を参照しながら後で説明する。
そして、Ｓ７７８の処理後、サブＣＰＵ７１は、Ｓ７７８の判定処理の結果に基づいて、短期の電断異常発生エラーが発生したか否かを判別する（Ｓ７７９）。なお、この処理では、サブＣＰＵ７１は、後述する電断異常不正判定処理（後述の図１２４参照）中のエラー登録編集処理（後述のＳ８０５）が行われた場合に、電断異常発生エラーが発生したと判定する。
Ｓ７７９において、サブＣＰＵ７１が、短期の電断異常発生エラーが発生したと判別したとき（Ｓ７７９がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ７８３の処理を行う。
一方、Ｓ７７９において、サブＣＰＵ７１が、短期の電断異常発生エラーが発生しなかったと判別したとき（Ｓ７７９がＮｏ判定の場合）、サブＣＰＵ７１は、中期の電断異常不正判定処理を行う（Ｓ７８０）。この際、不正監視処理タスクの処理プログラムから後述の電断異常不正判定処理の処理プログラムには、引数として、中期の電断異常発生エラーの判定パラメータとなる、判定期間１０ｍｉｎ及び異常判定回数１０回が渡される。
このＳ７８０の処理では、サブＣＰＵ７１は、エラー情報履歴格納領域７３ｅに格納されたエラー情報履歴に基づいて、中期間（１０分間）に電断が異常発生（１０回以上発生）しているか否かを判定する。そして、中期の電断異常発生有りと判定された場合には、サブＣＰＵ７１は、この中期間内にエラー情報履歴格納領域７３ｅに格納されている電断回数分（１０個以上）の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を一つのエラー情報履歴に集約し、該集約（編集）されたエラー情報履歴をエラー情報履歴格納領域７３ｅ内の所定領域に登録する。なお、電断異常不正判定処理の詳細については、後述の図１２４を参照しながら後で説明する。
そして、Ｓ７８０の処理後、サブＣＰＵ７１は、Ｓ７８０の判定処理の結果に基づいて、中期の電断異常発生エラーが発生したか否かを判別する（Ｓ７８１）。Ｓ７８１において、サブＣＰＵ７１が、中期の電断異常発生エラーが発生したと判別したとき（Ｓ７８１がＹｅｓ判定の場合）、サブＣＰＵ７１は、後述のＳ７８３の処理を行う。
一方、Ｓ７８１において、サブＣＰＵ７１が、中期の電断異常発生エラーが発生しなかったと判別したとき（Ｓ７８１がＮｏ判定の場合）、サブＣＰＵ７１は、長期の電断異常不正判定処理を行う（Ｓ７８２）。この際、不正監視処理タスクの処理プログラムから後述の電断異常不正判定処理の処理プログラムには、引数として、長期の電断異常発生エラーの判定パラメータとなる、判定期間４ｈｏｕｒ及び異常判定回数３０回が渡される。
このＳ７８２の処理では、サブＣＰＵ７１は、エラー情報履歴格納領域７３ｅに格納されたエラー情報履歴に基づいて、長期間（４時間）に電断が異常発生（３０回以上発生）しているか否かを判定する。そして、長期の電断異常発生有りと判定された場合には、サブＣＰＵ７１は、この長期間内にエラー情報履歴格納領域７３ｅに格納されている電断回数分（３０個以上）の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）を一つのエラー情報履歴に集約し、該集約（編集）されたエラー情報履歴をエラー情報履歴格納領域７３ｅ内の所定領域に登録する。なお、電断異常不正判定処理の詳細については、後述の図１２４を参照しながら後で説明する。
そして、Ｓ７８２の処理後、又は、Ｓ７７３、Ｓ７７４、Ｓ７７５、Ｓ７７９或いはＳ７８１がＹｅｓ判定の場合、サブＣＰＵ７１は、１００ｍｓｅｃの周期待ちを行う（Ｓ７８３）。次いで、サブＣＰＵ７１は、処理をＳ７７２の処理に戻し、Ｓ７７２以降の処理を繰り返す。
本実施形態では、上述のようにして、ゴト行為等により発生し得る、短期の電断異常発生エラー、中期の電断異常発生エラー及び長期の電断異常発生エラーを監視する。そして、図示しないが、上記監視処理により、短期の電断異常発生エラー、中期の電断異常発生エラー及び長期の電断異常発生エラーのいずれかが検出された場合には、例えば、図２１に示すような形態で、液晶表示装置１０の表示画面に異常発生を表示し、ＡＴ表示などの演出を抑制する。そして、このような異常発生画面が表示された場合、係員がパチスロ１に対して設定変更操作（初期化操作）を行うことにより、異常発生画面が解除され、通常の遊技が復帰する。また、この係員の設定変更操作により、エラー情報履歴格納領域７３ｅに格納されているエラー情報履歴もクリアされる。
なお、本実施形態の不正監視処理タスクでは、エラー情報履歴格納領域７３ｅ内に格納されているエラー情報履歴の検索処理（内容確認処理）を、最も新しいエラー情報履歴から順次行う例を説明したが、本発明はこれに限定されない。例えば、上述したエラー情報履歴の検索処理（内容確認処理）を、最も古いエラー情報履歴から順次行ってもよい。
［電断異常不正判定処理］
次に、図１２４を参照しながら、不正監視処理タスクのフローチャート（図１２３参照）中のＳ７７８、Ｓ７８０又はＳ７８２で行う電断異常不正判定処理について説明する。図１２４は、本実施形態における、電断異常不正判定処理の手順を示すフローチャートである。なお、本実施形態では、Ｓ７７８、Ｓ７８０又はＳ７８２では、電断異常発生エラーの判定パラメータとなる、判定期間及び異常判定回数の各値が互いに異なるだけであり、処理内容（処理手順）は全て同じである。
まず、サブＣＰＵ７１は、チェックカウンタの値をクリアする（Ｓ７９１）。なお、チェックカウンタは、判定期間（３０ｓｅｃ（短期）、１０ｍｉｎ（中期）又は４ｈｏｕｒ（長期））内に発生した電断（「ＰＯＷＥＲ ＤＯＷＮ」に対応するエラー事象）の回数を管理するためのカウンタである。
次いで、サブＣＰＵ７１は、サブＲＡＭ７３のエラー情報履歴格納領域７３ｅの先頭アドレスを検索アドレスとしてセットする（Ｓ７９２）。この処理により、エラー情報履歴格納領域７３ｅに格納されている最新のエラー情報履歴を確認することができる。なお、本実施形態の電断異常不正判定処理におけるエラー情報履歴の内容確認処理（検索処理）は、最も新しいエラー情報履歴から順次行われる。
次いで、サブＣＰＵ７１は、セットされた（又は更新された）アドレスの領域にエラー情報履歴があるか否かを判別する（Ｓ７９３）。
Ｓ７９３において、サブＣＰＵ７１が、セットされた（又は更新された）アドレスの領域にエラー情報履歴がないと判別したとき（Ｓ７９３がＮｏ判定の場合）、サブＣＰＵ７１は、電断異常不正判定処理を終了し、処理を不正監視処理タスク（図１２３参照）のＳ７７９、Ｓ７８１又はＳ７８３に移す。一方、Ｓ７９３において、サブＣＰＵ７１が、セットされた（又は更新された）アドレスの領域にエラー情報履歴があると判別したとき（Ｓ７９３がＹｅｓ判定の場合）、サブＣＰＵ７１は、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」（電断に関するエラー情報）であるか否かを判別する（Ｓ７９４）。
Ｓ７９４において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」でないと判別したとき（Ｓ７９４がＮｏ判定の場合）、サブＣＰＵ７１は、検索するエラー情報履歴格納領域７３ｅ内のアドレスを更新する（Ｓ７９５）。この処理では、サブＣＰＵ７１は、アドレスを、次に新しいエラー情報履歴が格納されている領域のアドレスに更新する。そして、Ｓ７９５の処理後、サブＣＰＵ７１は、処理をＳ７９３に戻し、Ｓ７９３以降の処理を繰り返す。
一方、Ｓ７９４において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」であると判別したとき（Ｓ７９４がＹｅｓ判定の場合）、サブＣＰＵ７１は、チェックカウンタの値を更新（「１」加算）する（Ｓ７９６）。
Ｓ７９６の処理後、サブＣＰＵ７１は、エラー情報履歴格納領域７３ｅから、検索中のエラー情報履歴に対応する電断エラーの発生時刻の情報（発生日時）を取得し、該発生時刻の情報を、エラー情報履歴格納領域７３ｅ内の所定の終了時刻格納領域に保存する（Ｓ７９７）。なお、終了時刻格納領域は、所定期間（短期、中期又は長期）の電断異常発生の終了時刻を格納するために設けられた格納領域である。次いで、サブＣＰＵ７１は、Ｓ７９７で取得したエラー情報履歴（電断エラー）の発生時刻から判定期間（３０ｓｅｃ（短期）、１０ｍｉｎ（中期）又は４ｈｏｕｒ（長期））を減算し、該減算して得られた時刻を判定時刻とする（Ｓ７９８）。
Ｓ７９８の処理後、サブＣＰＵ７１は、検索するエラー情報履歴格納領域７３ｅ内のアドレスを更新する（Ｓ７９９）。この処理では、サブＣＰＵ７１は、アドレスを、次に新しいエラー情報履歴が格納されている領域のアドレスに更新する。次いで、サブＣＰＵ７１は、更新されたアドレスの領域にエラー情報履歴があるか否かを判別する（Ｓ８００）。
Ｓ８００において、サブＣＰＵ７１が、更新されたアドレスの領域にエラー情報履歴がないと判別したとき（Ｓ８００がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ８０５の処理を行う。一方、Ｓ８００において、サブＣＰＵ７１が、更新されたアドレスの領域にエラー情報履歴があると判別したとき（Ｓ８００がＹｅｓ判定の場合）、サブＣＰＵ７１は、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」（電断に関するエラー情報）であるか否かを判別する（Ｓ８０１）。
Ｓ８０１において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」でないと判別したとき（Ｓ８０１がＮｏ判定の場合）、サブＣＰＵ７１は、処理をＳ７９９に戻し、Ｓ７９９以降の処理を繰り返す。一方、Ｓ８０１において、サブＣＰＵ７１が、エラー情報履歴が「ＰＯＷＥＲ ＤＯＷＮ」であると判別したとき（Ｓ８０１がＹｅｓ判定の場合）、サブＣＰＵ７１は、検索中のエラー情報履歴（電断エラー）の発生時刻が判定時刻以後（発生時刻≧判定時刻）であるか否かを判別する（Ｓ８０２）。
Ｓ８０２において、サブＣＰＵ７１が、エラー情報履歴（電断エラー）の発生時刻が判定時刻以後でないと判別したとき（Ｓ８０２がＮｏ判定の場合）、サブＣＰＵ７１は、後述のＳ８０５の処理を行う。一方、Ｓ８０２において、サブＣＰＵ７１が、エラー情報履歴（電断エラー）の発生時刻が判定時刻以後であると判別したとき（Ｓ８０２がＹｅｓ判定の場合）、サブＣＰＵ７１は、チェックカウンタの値を更新（「１」加算）する（Ｓ８０３）。
Ｓ８０３の処理後、サブＣＰＵ７１は、検索中のエラー情報履歴（電断エラー）の発生時刻の情報（発生日時）を、エラー情報履歴格納領域７３ｅ内の所定の開始時刻格納領域に保存する（Ｓ８０４）。なお、開始時刻格納領域は、所定期間（短期、中期又は長期）の電断異常発生の開始時刻を格納するために設けられた格納領域である。次いで、サブＣＰＵ７１は、処理をＳ７９９に戻し、Ｓ７９９以降の処理を繰り返す。
また、Ｓ８００又はＳ８０２がＮｏ判定の場合、サブＣＰＵ７１は、チェックカウンタの値が異常判定回数（５回（短期）、１０回（中期）又は３０回（長期））以上であるか否かを判別する（Ｓ８０５）。
Ｓ８０５において、サブＣＰＵ７１が、チェックカウンタの値が異常判定回数以上でないと判別したとき（Ｓ８０５がＮｏ判定の場合）、サブＣＰＵ７１は、電断異常不正判定処理を終了し、処理を不正監視処理タスク（図１２３参照）のＳ７７９、Ｓ７８１又はＳ７８３に移す。一方、Ｓ８０５において、サブＣＰＵ７１が、チェックカウンタの値が異常判定回数以上である（電断異常発生エラーが発生している）と判別したとき（Ｓ８０５がＹｅｓ判定の場合）、サブＣＰＵ７１は、エラー登録編集処理を行う（Ｓ８０６）。そして、Ｓ８０６の処理後、電断異常不正判定処理を終了し、処理を不正監視処理タスク（図１２３参照）のＳ７７９、Ｓ７８１又はＳ７８３に移す。
なお、Ｓ８０６の処理では、サブＣＰＵ７１（エラー情報登録手段７１ｄ）は、所定の判定期間（短期、中期又は長期）内にエラー情報履歴格納領域７３ｅに格納されてい電断回数分の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）が一つのエラー情報履歴（「ＰＯＷＥＲ ＥＲＲ１」、「ＰＯＷＥＲ ＥＲＲ２」及び「ＰＯＷＥＲ ＥＲＲ３」のいずれか）に集約されるように、エラー情報履歴の登録編集処理を行う。また、この際、サブＣＰＵ７１は、所定期間の電断異常エラーに対応するエラーコードと、Ｓ７９７で終了時刻格納領域に保存された終了時刻の情報（解除日時）と、Ｓ８０４で開始時刻格納領域に保存された開始時刻の情報（発生日時）とを１つのデータセット（エラー情報履歴）として、エラー情報履歴格納領域７３ｅ内の所定領域に格納（登録）する。
また、Ｓ８０６のエラー情報履歴の登録編集処理において、所定期間の電断異常発生エラーに対応するエラー情報履歴が生成された際には、集約前に格納されていた判定期間内の複数の電断に関連するエラー情報履歴は消去してもよいし、別の領域に残しておいてもよい。いずれの場合においても、判定期間内の複数の電断に関連するエラー情報履歴は、集約前に格納されていた領域から消去され、判定期間内の最新アドレス（最初のアドレス）の領域に、所定期間の電断異常発生エラーに対応するエラー情報履歴が格納される。
そして、所定期間の電断異常発生エラーに対応するエラー情報履歴が判定期間内の最新アドレスの領域に格納された後、判定期間内の最後のアドレス以降のアドレスの領域に格納された判定期間以前のエラー情報履歴は、順次、アドレスを前に詰めて格納される。それゆえ、本実施形態では、Ｓ８０６のエラー情報履歴の登録編集処理において、所定期間の電断異常発生エラーに対応するエラー情報履歴が生成された際には、所定期間の電断異常発生エラーに対応するエラー情報履歴が格納されたアドレスの次のアドレス以降に、判定期間以前のエラー情報履歴が時系列順に格納される。
また、所定期間の電断異常発生エラーを検出した際に、複数の電断に関連するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）の途中で、電断以外のエラー事象に対応するエラー情報履歴が登録されている場合には、次のようにして、エラー情報履歴の登録編集処理を行うことができる。
例えば、所定期間の電断異常発生エラーの終了時刻（解除日時）を基準にしてエラー情報履歴を時系列順に並べる場合には、所定期間の電断異常発生エラーの終了時刻が、該所定期間の途中で発生した電断以外のエラーの発生時刻より後の時刻となる。すなわち、所定期間の電断異常発生のエラー情報履歴が、電断以外のエラー情報履歴より新しいエラー情報履歴となる。それゆえ、この場合には、エラー情報履歴格納領域７３ｅ内において、所定期間の電断異常発生に対応するエラー情報履歴の格納領域のアドレスが、電断以外のエラー情報履歴の格納領域のアドレスより先頭側に位置するように各エラー情報履歴が格納される。そして、この場合には、図２５に示すようなエラー情報履歴の確認画面において、所定期間の電断異常発生に対応するエラー情報履歴が、電断以外のエラー情報履歴より上の欄に表示される。
また、例えば、所定期間の電断異常発生エラーの開始時刻（発生日時）を基準にしてエラー情報履歴を時系列順に並べる場合には、所定期間の電断異常発生エラーの開始時刻が、該所定期間の途中で発生した電断以外のエラーの発生時刻より前の時刻となる。すなわち、電断以外のエラー情報履歴が、所定期間の電断異常発生に対応するエラー情報履歴より新しいエラー情報履歴となる。それゆえ、この場合には、エラー情報履歴格納領域７３ｅ内において、電断以外のエラー情報履歴の格納領域のアドレスが、所定期間の電断異常発生に対応するエラー情報履歴の格納領域のアドレスより先頭側に位置するように各エラー情報履歴が格納される。そして、この場合には、図２５に示すようなエラー情報履歴の確認画面において、電断以外のエラー情報履歴が、所定期間に対応する電断異常発生のエラー情報履歴より上の欄に表示される。
なお、上述した所定期間の電断異常発生エラーに対応するエラー情報履歴の登録編集手法（集約手法及び格納形態）は、図２５に示すエラー情報履歴の確認画面のように、所定期間の電断異常発生に対応するエラー情報履歴が、他の各種エラー情報履歴と同様に、エラー情報履歴表示手段７１ｆにより時系列に表示できる手法であれば任意の手法を用いることができる。
また、本実施形態では、「ＰＯＷＥＲ ＤＯＷＮ」に対応するエラー事象（電断）の発生回数により電断回数をカウントする例を説明したが、本発明はこれに限定されない。例えば、「ＰＯＷＥＲ ＵＰ」に対応するエラー事象（電源復帰）の発生回数により電断回数をカウントしてもよい。この場合には、図１２４中のＳ７９４及びＳ８０１の判定処理において、サブＣＰＵ７１は、エラー情報履歴が「ＰＯＷＥＲ ＵＰ」であるか否かを判別する。
さらに、本実施形態の電断異常不正判定処理では、エラー情報履歴格納領域７３ｅ内に格納されているエラー情報履歴の検索処理（内容確認処理）を、最も新しいエラー情報履歴から順次行う例を説明したが、本発明はこれに限定されない。例えば、上述したエラー情報履歴の検索処理（内容確認処理）を、最も古いエラー情報履歴から順次行ってもよい。なお、この場合には、例えば、判定時刻の算出処理や、判定時刻と発生時刻との大小関係（判定条件）などを、検索順序に応じて適宜変更する。
＜スケーラ制御ＬＳＩによる各種処理の説明＞
次に、図１２５〜図１２９を参照して、スケーラ制御基板８０のスケーラ制御ＬＳＩが、プログラムを用いて実行する各種処理（タスク）の内容について説明する。なお、以下に説明するスケーラ制御ＬＳＩの各種処理において必要となる、各種制御フラグ、各種制御カウンタ、各種バッファ等は作業用ＲＡＭ（不図示）等に設けられる。
［スケーラ制御メインタスク］
次に、図１２５を参照しながら、スケーラ制御メインタスクについて説明する。図１２５は、本実施形態における、スケーラ制御メインタスクのフローチャートである。
なお、図１２５のスケーラ制御メインタスクのフローチャート中に記載の「Ｕ１」は、スケーラ制御基板８０のスケーラ制御ＬＳＩに設けられたシリアルポートＵ１のことであり、このシリアルポートＵ１は、サブデバイス（スケーラ制御基板８０のスケーラ制御ＬＳＩ）とサブＣＰＵ７１との間で送受信を行う際に用いられるポートである。また、「Ｕ２」もスケーラ制御基板８０のスケーラ制御ＬＳＩに設けられたシリアルポートである。ただし、シリアルポートＵ２は、例えば、タッチセンサやカメラが他のサブデバイスとしてスケーラ制御基板８０を経由してサブＣＰＵ７１に接続された場合に、スケーラ制御基板８０のスケーラ制御ＬＳＩからそれらの他のデバイスに受信データをスルーさせるために用いられるポートである。また、「Ｕ１」及び「Ｕ２」はともに、受信割込時に、１バイト単位で受信データを取得する。
なお、スケーラ制御メインタスクの処理は、図１２２に示すサブＣＰＵ７１のサブデバイスシリアル受信割込処理とほぼ同じであるが、このスケーラ制御メインタスクの処理ではエラー登録処理を行わない。
スケーラ制御メインタスクでは、まず、スケーラ制御基板８０のスケーラ制御ＬＳＩは、初期設定処理を行う（Ｓ８１１）。この処理では、スケーラ制御ＬＳＩは、例えば、スケーラ制御基板８０内のタイマー、シリアルポート等の設定、作業ＲＡＭの初期化、解像度変換ＬＳＩの初期設定を行う。
次いで、スケーラ制御ＬＳＩは、１０ｍｓｅｃの周期設定を行う（Ｓ８１２）。この処理後、１０ｍｓｅｃからＳ８１２の処理までにかかった処理時間を差し引いた残りの時間、スケーラ制御ＬＳＩは待機する。例えば、Ｓ８１２の処理までの処理時間が１．５ｍｓｅｃであるすると、残りの８．５ｍｓｅｃが待機時間となる。ただし、受信割込処理は待機中も動作する。
次いで、スケーラ制御ＬＳＩは、サブ制御受信処理（Ｕ１）を行う（Ｓ８１３）。なお、サブ制御受信処理の詳細については、後述の図１２６を参照しながら後で説明する。次いで、サブデバイスとして、スケーラ制御基板８０に加えて、タッチセンサやカメラなどの他のサブデバイスが副制御回路７０に接続されている場合には、スケーラ制御ＬＳＩは、他のサブデバイスとの受信処理（Ｕ２）を行う（Ｓ８１４）。
次いで、スケーラ制御ＬＳＩは、サブＣＰＵ７１への送信データがあるか否かを判別する（Ｓ８１５）。
Ｓ８１５において、スケーラ制御ＬＳＩが、サブＣＰＵ７１への送信データがないと判別したとき（Ｓ８１５がＮｏ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８１７の処理を行う。一方、Ｓ８１５において、スケーラ制御ＬＳＩが、サブＣＰＵ７１への送信データがあると判別したとき（Ｓ８１５がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信処理（Ｕ１）を行う（Ｓ８１６）。なお、サブ制御送信処理の詳細については、後述の図１２８を参照しながら後で説明する。
Ｓ８１６の処理後、又は、Ｓ８１５がＮｏ判定の場合、スケーラ制御ＬＳＩは、他のサブデバイスへの送信データがあるか否かを判別する（Ｓ８１７）。
Ｓ８１７において、スケーラ制御ＬＳＩが、他のサブデバイスへの送信データがないと判別したとき（Ｓ８１７がＮｏ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８１９の処理を行う。一方、Ｓ８１７において、スケーラ制御ＬＳＩが、他のサブデバイスへの送信データがあると判別したとき（Ｓ８１７がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、他のサブデバイスへの送信処理（Ｕ２）を行う（Ｓ８１８）。なお、Ｓ８１８において、サブＣＰＵ７１が送信先の場合には、他のサブデバイスはスルー送信を行う。さらに、他のサブデバイスの接続がない場合には、送受信データは発生しない。
Ｓ８１８の処理後、又は、Ｓ８１７がＮｏ判定の場合、スケーラ制御ＬＳＩは、作動状態判定処理を行う（Ｓ８１９）。なお、作動状態判定処理の詳細については、後述の図１２９を参照しながら後で説明する。
次いで、スケーラ制御ＬＳＩは、１０ｍｓｅｃの周期期間のうち、残り時間を待機する（Ｓ８２０）。そして、Ｓ８２０の処理後、スケーラ制御ＬＳＩは、処理をＳ８１３に戻し、Ｓ８１３以降の処理を繰り返す。
［サブ制御受信処理］
次に、図１２６を参照して、スケーラ制御メインタスクのフローチャート（図１２５参照）中のＳ８１３で行うサブ制御受信処理について説明する。なお、図１２６は、本実施形態における、サブ制御受信処理の手順を示すフローチャートである。
まず、スケーラ制御ＬＳＩは、受信データがあるか否かを判別する（Ｓ８３１）。
Ｓ８３１において、スケーラ制御ＬＳＩが、受信データがないと判別したとき（Ｓ８３１がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブ制御受信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１４に移す。一方、Ｓ８３１において、スケーラ制御ＬＳＩが、受信データがあると判別したとき（Ｓ８３１がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、受信データの送信先ＩＤがスケーラ制御ＬＳＩであるか否かを判別する（Ｓ８３２）。
Ｓ８３２において、スケーラ制御ＬＳＩが、受信データの送信先ＩＤがスケーラ制御ＬＳＩであると判別したとき（Ｓ８３２がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、コマンドのＣＭＤが設定項目であるか否かを判別する（Ｓ８３３）。なお、スケーラ制御基板８０に関する設定項目のＣＭＤとしては、図１９のテーブルに示すように、バックライト輝度設定、輪郭強調設定、補間テーブル設定の３項目がある。
Ｓ８３３において、スケーラ制御ＬＳＩが、コマンドのＣＭＤが設定項目であると判別したとき（Ｓ８３３がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、解像度変換ＬＳＩ設定処理を行う（Ｓ８３４）。なお、解像度変換ＬＳＩ設定処理の詳細については、後述の図１２７を参照しながら後で説明する。そして、Ｓ８３４の処理後、スケーラ制御ＬＳＩは、サブ制御受信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１４に移す。
一方、Ｓ８３３において、スケーラ制御ＬＳＩが、コマンドのＣＭＤが設定項目でないと判別したとき（Ｓ８３３がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信バッファに受信確認コマンドをセットする（Ｓ８３５）。そして、Ｓ８３５の処理後、スケーラ制御ＬＳＩは、サブ制御受信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１４に移す。
ここで、再度、Ｓ８３２の処理に戻って、Ｓ８３２において、スケーラ制御ＬＳＩが、受信データの送信先ＩＤがスケーラ制御ＬＳＩでないと判別したとき（Ｓ８３２がＮｏ判定の場合）、スケーラ制御ＬＳＩは、他のサブデバイスに受信データをスルー送信するため、他のサブデバイス送信用バッファに送信データを複写する（Ｓ８３６）。そして、Ｓ８３６の処理後、スケーラ制御ＬＳＩは、サブ制御受信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１４に移す。
［解像度変換ＬＳＩ設定処理］
次に、図１２７を参照して、サブ制御受信処理のフローチャート（図１２６参照）中のＳ８３４で行う解像度変換ＬＳＩ設定処理について説明する。なお、図１２７は、本実施形態における、解像度変換ＬＳＩ設定処理の手順を示すフローチャートである。
まず、スケーラ制御ＬＳＩは、受信バッファから設定項目を取得するとともに、受信バッファから設定データを取得する（Ｓ８４１）。なお、この処理で取得する設定項目は、バックライト輝度、輪郭強調、スケーラ補間テーブル設定の３項目のいずれかである。
次いで、スケーラ制御ＬＳＩは、取得した設定データを解像度変換ＬＳＩの設定項目にセットする（Ｓ８４２）。次いで、スケーラ制御ＬＳＩは、解像度変換ＬＳＩから設定内容を読み込む（Ｓ８４３）。
次いで、スケーラ制御ＬＳＩは、Ｓ８４３で読み込んだ設定内容の値（読込み値）が、Ｓ８４２で設定された値（設定値）と同じであるか否かを判別する（Ｓ８４４）。
Ｓ８４４において、スケーラ制御ＬＳＩが、読込み値が設定値と同じでないと判別したとき（Ｓ８４４がＮｏ判定の場合）、スケーラ制御ＬＳＩは、解像度変換ＬＳＩ設定異常フラグをオンする（Ｓ８４５）。そして、Ｓ８４５の処理後、スケーラ制御ＬＳＩは、解像度変換ＬＳＩ設定処理を終了するとともに、サブ制御受信処理（図１２６参照）も終了する。
一方、Ｓ８４４において、スケーラ制御ＬＳＩが、読込み値が設定値と同じであると判別したとき（Ｓ８４４がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信バッファに、設定項目付きの受信確認コマンドをセットする（Ｓ８４６）。そして、Ｓ８４６の処理後、スケーラ制御ＬＳＩは、解像度変換ＬＳＩ設定処理を終了するとともに、サブ制御受信処理（図１２６参照）も終了する。
上述した解像度変換ＬＳＩ設定処理では、スケーラ制御ＬＳＩからサブＣＰＵ７１にパラメータ要求を行い、それに対し、サブＣＰＵ７１からスケーラ制御ＬＳＩに所定の設定項目のコマンドを送信した場合、スケーラ制御ＬＳＩからサブＣＰＵ７１に、コマンドの受信確認が送信される。しかしながら、このスケーラ制御ＬＳＩ及びサブＣＰＵ７１間のコマンドの送受信処理では、次のような問題が生じ得る。
例えば、いま、スケーラ制御ＬＳＩからサブＣＰＵ７１に第１のパラメータ要求が行われ、それに対し、サブＣＰＵ７１からスケーラ制御ＬＳＩに輪郭強調設定のコマンドが送信された場合を考える。この場合、輪郭強調設定のコマンドが送信された後、スケーラ制御ＬＳＩからサブＣＰＵ７１に輪郭強調設定のコマンドの受信確認が送信される前に、スケーラ制御ＬＳＩからサブＣＰＵ７１に第２のパラメータ要求が行われ、それに対し、サブＣＰＵ７１からスケーラ制御ＬＳＩに、例えばバックライト輝度設定のコマンドが送信されることがある。この際、スケーラ制御ＬＳＩからサブＣＰＵ７１に、最初のコマンドの受信確認が送信されると、サブＣＰＵ７１が、このコマンドの受信確認は、「バックライト輝度設定のコマンド」の受信確認であると誤認し、続いて、スケーラ制御ＬＳＩからサブＣＰＵ７１に、「バックライト輝度設定のコマンド」に対する受信確認が送信されると、サブＣＰＵ７１は上記の誤認に起因してこの受信確認を無視することが起こり得る。
これに対し、本実施形態の解像度変換ＬＳＩ設定処理では、Ｓ８４６の処理において、サブ制御送信バッファに、設定項目付きの受信確認コマンドをセットする。すなわち、スケーラ制御ＬＳＩからサブＣＰＵ７１に、単に受信確認を送信するのではなく、受信確認に設定項目を付加して送信する。それゆえ、本実施形態の処理手法では、サブＣＰＵ７１が、スケーラ制御ＬＳＩから受信した受信確認コマンドがどの設定変更コマンドの受信確認コマンドであるかを正しく判断することができる。
［サブ制御送信処理］
次に、図１２８を参照して、スケーラ制御メインタスクのフローチャート（図１２５参照）中のＳ８１６で行うサブ制御送信処理について説明する。なお、図１２８は、本実施形態における、サブ制御送信処理の手順を示すフローチャートである。
まず、スケーラ制御ＬＳＩは、サブＣＰＵ７１への送信データのサブ制御送信間隔カウンタを更新（「１」を加算）する（Ｓ８５１）。次いで、スケーラ制御ＬＳＩは、サブＣＰＵ７１からのデータの送信間隔が１００ｍｓｅｃ以上であるか否かを判別する（Ｓ８５２）。
Ｓ８５２において、スケーラ制御ＬＳＩが、サブＣＰＵ７１からのデータの送信間隔が１００ｍｓｅｃ以上でないと判別したとき（Ｓ８５２がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１７に移す。一方、Ｓ８５２において、スケーラ制御ＬＳＩが、サブＣＰＵ７１からのデータの送信間隔が１００ｍｓｅｃ以上であると判別したとき（Ｓ８５２がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、送信バッファに送信データがあるか否かを判別する（Ｓ８５３）。
Ｓ８５３において、スケーラ制御ＬＳＩが、送信バッファに送信データがあると判別したとき（Ｓ８５３がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８５９の処理を行う。一方、Ｓ８５３において、スケーラ制御ＬＳＩが、送信バッファに送信データがないと判別したとき（Ｓ８５３がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブＣＰＵ７１に２００ｍｓｅｃの周期でパラメータ要求コマンドを送信するとともに、送信間隔が２００ｍｓｅｃ以上であるか否かを判別する（Ｓ８５４）。
Ｓ８５４において、スケーラ制御ＬＳＩが、送信間隔が２００ｍｓｅｃ以上でないと判別したとき（Ｓ８５４がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１７に移す。一方、Ｓ８５４において、スケーラ制御ＬＳＩが、送信間隔が２００ｍｓｅｃ以上であると判別したとき（Ｓ８５４がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、起動済みフラグがオン状態であるか否かを判別する（Ｓ８５５）。なお、起動済みフラグは、リセット割込（電源投入又はカウンタリセット）時に行われる初期設定処理においてＲＡＭをクリアすることによりオフされる。
Ｓ８５５において、スケーラ制御ＬＳＩが、起動済みフラグがオン状態でないと判別したとき（Ｓ８５５がＮｏ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信バッファに、起動パラメータ要求コマンドをセットする（Ｓ８５６）。次いで、スケーラ制御ＬＳＩは、起動済みフラグをオンする（Ｓ８５７）。そして、Ｓ８５７の処理後、スケーラ制御ＬＳＩは、後述のＳ８５９の処理を行う。
一方、Ｓ８５５において、スケーラ制御ＬＳＩが、起動済みフラグがオン状態であると判別したとき（Ｓ８５５がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信バッファに、パラメータ要求コマンドをセットする（Ｓ８５８）。
Ｓ８５７或いはＳ８５８の処理後、又は、Ｓ８５３がＹｅｓ判定の場合、スケーラ制御ＬＳＩは、サブＣＰＵ７１に送信データを送信する（Ｓ８５９）。次いで、スケーラ制御ＬＳＩは、サブ制御送信間隔カウンタを「０」にクリアする（Ｓ８６０）。そして、Ｓ８６０の処理後、スケーラ制御ＬＳＩは、サブ制御送信処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８１７に移す。
［作動状態判定処理］
次に、図１２９を参照して、スケーラ制御メインタスクのフローチャート（図１２５参照）中のＳ８１９で行う作動状態判定処理について説明する。なお、図１２９は、本実施形態における、作動状態判定処理の手順を示すフローチャートである。
まず、スケーラ制御ＬＳＩは、判定間隔カウンタを更新（「１」を加算）する（Ｓ８７１）。次いで、スケーラ制御ＬＳＩは、判定間隔が５００ｍｓｅｃ以上であるか否かを判別する（Ｓ８７２）。
Ｓ８７２において、スケーラ制御ＬＳＩが、判定間隔が５００ｍｓｅｃ以上でないと判別したとき（Ｓ８７２がＮｏ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８７９の処理を行う。
一方、Ｓ８７２において、スケーラ制御ＬＳＩが、判定間隔が５００ｍｓｅｃ以上であると判別したとき（Ｓ８７２がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、判定間隔カウンタを「０」にクリアする（Ｓ８７３）。次いで、スケーラ制御ＬＳＩは、ＲＯＭの自己診断領域のデータをレジスタに読み込む（Ｓ８７４）。次いで、スケーラ制御ＬＳＩは、そのレジスタに読み込まれたデータをＲＡＭの自己診断領域に書き込む（Ｓ８７５）。
Ｓ８７５の処理後、スケーラ制御ＬＳＩは、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＯＭの自己診断領域の値とが同じであるか否かを判別する（Ｓ８７６）。
Ｓ８７６において、スケーラ制御ＬＳＩが、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＯＭの自己診断領域の値とが同じでないと判別したとき（Ｓ８７６がＮｏ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８７８の処理を行う。一方、Ｓ８７６において、スケーラ制御ＬＳＩが、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＯＭの自己診断領域の値とが同じであると判別したとき（Ｓ８７６がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＡＭの自己診断領域の値とが同じであるか否かを判別する（Ｓ８７７）。
Ｓ８７７において、スケーラ制御ＬＳＩが、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＡＭの自己診断領域の値とが同じであると判別したとき（Ｓ８７７がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８７９の処理を行う。一方、Ｓ８７７において、スケーラ制御ＬＳＩが、Ｓ８７４でレジスタに読み込まれたデータの値（読込み値）とＲＡＭの自己診断領域の値とが同じでないと判別したとき（Ｓ８７７がＮｏ判定の場合）、スケーラ制御ＬＳＩは、後述のＳ８７８の処理を行う。
Ｓ８７６又はＳ８７７がＮＯ判定の場合、スケーラ制御ＬＳＩは、サブ制御送信バッファに、リセット通知（１）コマンドをセットする（Ｓ８７８）。そして、Ｓ８７８の処理後、スケーラ制御ＬＳＩは、後述のＳ８８１の処理を行う。
ここで、再度、Ｓ８７２及びＳ８７７の処理に戻って、Ｓ８７２がＮｏ判定の場合、又は、Ｓ８７７がＹｅｓ判定の場合、スケーラ制御ＬＳＩは、解像度変換ＬＳＩ設定異常フラグがオン状態であるか否かを判別する（Ｓ８７９）。
Ｓ８７９において、スケーラ制御ＬＳＩが、解像度変換ＬＳＩ設定異常フラグがオン状態であると判別したとき（Ｓ８７９がＹｅｓ判定の場合）、スケーラ制御ＬＳＩは、サブ制御送信バッファに、リセット通知（２）コマンドをセットする（Ｓ８８０）。そして、Ｓ８８０又はＳ８７８の処理後、スケーラ制御ＬＳＩは、サブＣＰＵ７１に送信データを送信する（Ｓ８８１）。この処理の数秒後に、スケーラ制御ＬＳＩ及び解像度変換ＬＳＩがリセットされる。
一方、Ｓ８７９において、スケーラ制御ＬＳＩが、解像度変換ＬＳＩ設定異常フラグがオン状態でないと判別したとき（Ｓ８７９がＮｏ判定の場合）、スケーラ制御ＬＳＩは、ＷＤＴのカウンタレジスタをクリアする（Ｓ８８２）。ＷＤＴは、クリアされた後、自動的にカウントを開始する。そして、Ｓ８８２の処理後、スケーラ制御ＬＳＩは、作動状態判定処理を終了し、処理をスケーラ制御メインタスク（図１２５参照）のＳ８２０に移す。
上述のように、本実施形態の作動状態判定処理では、スケーラ制御ＬＳＩが、５００ｍｓｅｃの一定間隔でＲＯＭ値とレジスタ値とを比較し、両者の値が相違する場合には、スケーラ制御ＬＳＩ及び解像度変換ＬＳＩがリセットされる。これにより、エラーが生じた場合、スケーラ制御基板８０は、リセットにより自己回復することができる。
なお、このリセットは、サブデバイスエラー検出手段７１ｈによって検出され、「リセット発生」に対応するエラーコード「ＳＣＬ ＲＳＴ」（図１４参照）がエラー情報履歴格納領域７３ｅに登録されるので、エラー発生の日時等を後に確認することができる。
＜各種効果＞
ここで、上述した本実施形態のパチスロ１の各種エラー監視技術において得られる効果について記載する。
上述のように、本実施形態のパチスロ１では、所定期間（短期間、中期間及び長期間）において、電断（瞬断）が所定回数以上発生（異常発生）した場合には、該所定期間内に、エラー情報履歴格納領域７３ｅに登録された電断回数分の電断に関連するエラー情報履歴を一つのエラー情報履歴（短期、中期及び長期の電断異常発生に対応するエラー情報履歴）に集約（編集）して登録する。そして、生成された短期、中期及び長期の電断異常発生に対応するエラー情報履歴をエラー情報履歴の確認画面に表示する（図２５参照）。
それゆえ、本実施形態では、例えばゴト行為等による瞬断の多発により、エラー情報履歴の確認画面が、それに対応するエラー情報履歴（「ＰＯＷＥＲ ＤＯＷＮ」及び「ＰＯＷＥＲ ＵＰ」の繰り返し）で埋まることが無くなり、ゴト行為の有無及び回数、並びに、ゴト行為が行われた期間を一目で確認することができる。さらに、本実施形態では、ゴト行為を、短期（秒単位）、中期（分単位）及び長期（時間単位）の異なる期間で監視するので、パターンの異なる様々なゴト行為を検出することができ、ゴト行為の抑止効果が得られる。
また、本実施形態のパチスロ１では、ドアキー２に対して特定の操作（簡易操作：ドアキー２を左回転方向へ回転させて、パチスロ１のエラーをリセットさせた状態を一定時間保持する）を行うことによりエラー情報履歴の確認画面を液晶表示装置１０の表示画面に表示させることができる。すなわち、本実施形態では、遊技店の係員はパチスロ１の設定キーを操作することなくエラー情報の履歴を確認することが可能になる。それゆえ、本実施形態では、係員は営業時間中であってもエラー情報履歴の確認画面を表示させることができ、エラー発生の原因特定をより効率よく促進することができる。
さらに、本実施形態のパチスロ１では、係員はドアキー２に対する簡易操作により、エラー情報履歴を液晶表示装置１０の表示画面に表示することができる。それゆえ、ドアキー２を保有している係員であれば容易にエラー情報履歴を表示することができる。さらに、通常はドアキー２を保有する係員は設定キーを保有する係員よりも多いので、本実施形態では、エラー情報履歴の確認操作の利便性を向上させることができる。
また、本実施形態のパチスロ１では、上述のように、サブＣＰＵ７１は、通信エラーの発生が検出された場合に、通信異常が発生したことと、その発生時刻と、その解除時刻とをエラー情報としてサブＲＡＭ７３に逐次記憶する。さらに、サブＣＰＵ７１は、その記憶した通信エラーの情報からエラー情報履歴を作成し、ドアキー２の操作により情報開示要求があった場合に、エラー情報履歴を液晶表示装置１０の表示画面に表示する（図２３参照）。それゆえ、本実施形態では、通信エラー報知の不正な解除を確認できるとともに、通信エラー報知の発生時刻や解除時刻を後から確認することができる。
また、本実施形態では、サブＣＰＵ７１は、手順検出手段７１ｂにより通常の遊技では起こりえない操作手順、すなわち、異常な操作手順で遊技が進行したことが検出された場合には、そのような異常な操作手順が発生したことと、正常な操作手順のうちで取りこぼした手順とをエラー情報としてサブＲＡＭ７３に逐次記憶する。さらに、サブＣＰＵ７１は、その記憶した異常な操作手順のエラー情報からエラー情報履歴を作成し、ドアキー２の操作により情報開示要求があった場合に、エラー情報履歴を液晶表示装置１０の表示画面に表示する（図２３のエラー番号「１０」参照）。
それゆえ、従来のように異常な操作手順が発生すると単にデモ画面に戻ってしまう場合に比べて、本実施形態では、異常な操作手順が発生したこと、取りこぼした手順、発生件数、連続発生の有無等を確認できるので、これらのエラー情報をゴト行為の発生の判断材料の一つにすることができる。
また、本実施形態のパチスロ１では、サブＣＰＵ７１は、データ破壊検出手段７１ｃによりサブＲＡＭ７３のデータ破壊が検出された場合には、データ破壊が発生したことをエラー情報としてサブＲＡＭ７３に逐次記憶する（図１０２中のＳ４７８参照）。さらに、サブＣＰＵ７１は、ドアキー２の操作により情報開示要求があった場合に、エラー情報履歴格納領域７３ｅからデータ破壊に関するエラー情報履歴を読み出して液晶表示装置１０の表示画面に表示する。
それゆえ、本実施形態では、遊技中のサブＲＡＭ７３のデータ破壊を検出できるので、データ破壊に対して直ちにエラー報知をすることができ、ゴトの発生を抑制することができる。この際のエラー報知としては、例えば、図２１に示すように、致命的なエラーとして、液晶表示装置１０の表示画面のほぼ全面に渡って、ＲＡＭデータに異常が生じたため遊技を続行できない旨を示す。これにより、ゴト行為によるＲＡＭ破壊行為を抑制することができる。
また、上述のように、本実施形態では、副制御回路７０とスケーラ制御基板８０との間で通信エラーが生じた場合には、エラーの発生の日時及び内容をエラー情報履歴の確認画面で確認することができ、本実施形態のエラー監視技術は、パチスロ１の管理方法として有用である。
さらに、本実施形態では、サブＣＰＵ７１により通信エラーの発生が検出された場合に限り、通信エラーに関する通信エラー情報を二次元コード３００に変換する。それゆえ、必要以上に二次元コードを作成しないので、制御を簡素化することができる。また、本実施形態において、エラー情報履歴の確認画面に表示される二次元コード３００は、パチスロ１の外部に設けられた解析用の情報処理装置に送信される。それゆえ、本実施形態では、外部の情報処理装置でエラーの原因を解析して特定することが可能になり、その解析結果をパチスロ１のその後の改良等に利用することができる。
＜変形例＞
上記実施形態では、遊技機としてパチスロを例に挙げて説明したが、本発明はこれに限定されず、「パチンコ」と呼ばれる遊技機やスロットマシンにも本発明は適用可能である。ここでは、パチンコの構成例を説明する。
［パチンコ遊技機の構成］
まず、図１３０〜図１３３を参照しながら、パチンコの構成について説明する。なお、図１３０は、変形例におけるパチンコの外観構成を示す斜視図である。図１３１は、変形例におけるパチンコの外観正面図である。図１３２は、変形例におけるパチンコの構成を示す分解斜視図である。また、図１３３は、変形例におけるパチンコの遊技盤の正面図である。
パチンコ２１０は、図１３０〜図１３２に示すように、ガラスドア２１１、木枠２１２、ベースドア２１３、遊技盤２１４、皿ユニット２２０、画像を表示する液晶表示装置２３２、遊技球を発射する発射装置３３０、払出ユニット７００、基板ユニット７５０等で構成される。
ガラスドア２１１は、ベースドア２１３に対して開閉自在になるように取り付けられる。また、このガラスドア２１１の中央には、開口２１１ａが形成され、その開口２１１ａには、光透過性を有する保護ガラス２１９が取り付けられる。保護ガラス２１９は、ガラスドア２１１が閉鎖された状態において、その裏面が遊技盤２１４の前面と対向するように配置される。
皿ユニット２２０は、上皿２２１及び下皿２２２を一体化したユニット体であり、ベースドア２１３においてガラスドア２１１の下部に取り付けられる。また、下皿２２２は、上皿２２１の下方に配置される。上皿２２１及び下皿２２２には、遊技球の貸し出し、遊技球の払い出し（賞球）を行うための払出口２２１ａ、２２２ａがそれぞれ形成される。そして、所定の払出条件が成立した場合には、遊技球が払出口２２１ａ、２２２ａを介してそれぞれ上皿２２１及び下皿２２２に排出され、特に、上皿２２１には、後述の遊技領域２１５に発射させるための遊技球が貯留される。
発射装置３３０は、パチンコ２１０の正面側（遊技者側）から見て、ベースドア２１３の右下部の位置に取り付けられる。発射装置３３０は、遊技者によって操作可能な発射ハンドル２２６と、皿ユニット２２０の右下部のスペースに適合するパネル体２２７とを備える。発射ハンドル２２６は、パネル体２２７の正面側に設けられる。パネル体２２７の裏面側には遊技球を発射するための駆動装置が設けられる。
ベースドア２１３には、皿ユニット２２０及び発射装置３３０が取り付けられ、パネル体２２７は、皿ユニット２２０の右下部と一体化して設けられる。そして、遊技者によって発射ハンドル２２６が操作されることによりパチンコ遊技が進められる。
遊技盤２１４は、保護ガラス２１９の裏面に位置するように、かつ、ベースドア２１３の前面側に位置するように配置される。また、遊技盤２１４の裏面側には、スペーサー２３１、液晶表示装置２３２などが配置される。さらに、ベースドア２１３の裏面側には、払出ユニット７００及び基板ユニット７５０が配置される。また、下皿２２２の下部には、スピーカ２４６が配置される。
遊技盤２１４は、その全部が光透過性を有する略板状の樹脂材料によって形成される。この光透過性を有する樹脂材料としては、例えば、アクリル樹脂、ポリカーボネート樹脂、メタクリル樹脂など各種樹脂材料が該当する。また、遊技盤２１４は、発射装置３３０により発射された遊技球が転動流下可能な遊技領域２１５を有し、遊技領域２１５は、遊技盤の前面側に設けられる。遊技領域２１５は、ガイドレール２３０（具体的には後述の図１３３に示す外レール２３０ａ）に囲まれた領域であり、遊技球が転動可能な領域である。また、遊技盤２１４の遊技領域２１５には、複数の遊技釘２１８が遊技盤２１４に打ちこまれて設けられる。なお、図１３３に示す遊技盤２１４の構成は、遊技球が転動可能な遊技領域を備える遊技盤の一構成例であり、これに限定されない。
液晶表示装置２３２は、遊技盤２１４の裏面側（背面側）に配置される。すなわち、液晶表示装置２３２は、光透過性を有する材料で形成された遊技盤２１４の背後に配置される。この液晶表示装置２３２は、遊技に関する画像の表示を可能とする表示領域２３２ａを有する。この表示領域２３２ａは、遊技盤２１４の裏面の全部又は一部と重なるように配置される。
言い換えると、液晶表示装置２３２の表示領域２３２ａは、少なくとも、遊技盤２１４の遊技領域２１５の全部又は一部と重なるように遊技盤２１４の裏面側に配置される。具体的には、液晶表示装置２３２は、その表示領域２３２ａが遊技領域２１５の全部又は一部、及び、遊技領域外域２１６の全部又は一部と重なるように遊技盤２１４の裏面側に配置される。なお、液晶表示装置２３２の表示領域２３２ａには、演出用の識別図柄、演出画像、装飾用の装飾画像などの各種の画像が表示される。
スペーサー２３１は、遊技盤２１４の後方（背面側）と液晶表示装置２３２の前方（前面側）との間に配置され、遊技盤２１４上を転動した遊技球の流路となる空間を画成する。また、スペーサー２３１の下部には、ＬＥＤユニット２５３（図１３３参照）が設けられる。スペーサー２３１は、光透過性を有する材料で形成される。なお、この例では、スペーサー２３１は、光透過性を有する材料で形成する例を説明したが、本発明はこれに限定されず、例えば、スペーサー２３１の一部が光透過性を有する材料で形成されていてもよい。また、スペーサー２３１が光透過性を有さない材料で形成されていてもよい。
発射ハンドル２２６は回転自在であり、発射ハンドル２２６の裏側には、駆動装置である発射ソレノイド（不図示）が設けられる。また、発射ハンドル２２６の周縁部には、タッチセンサ（不図示）が設けられる。さらに、発射ハンドル２２６の内部には、発射ハンドル２２６の回転量に応じて抵抗値を変化させて、発射ソレノイド（不図示）に供給する電力を変化させる発射ボリューム（不図示）が設けられる。
発射ハンドル２２６の周縁部に設けられたタッチセンサ（不図示）に遊技者が接触したときには、遊技者により発射ハンドル２２６が握持されたと検知される。発射ハンドル２２６が遊技者によって握持され、かつ、前面側（遊技者側）から見て時計回り方向へ回転操作されたときには、その回転角度に応じて発射ボリューム（不図示）の抵抗値が変化し、この時の抵抗値に対応する電力が発射ソレノイド（不図示）に供給される。その結果、上皿２２１に貯留された遊技球が遊技盤２１４の遊技領域２１５に順次発射され、遊技が進められる。なお、発射停止ボタン（不図示）が押下された場合には、発射ハンドル２２６を握持しかつ回転させた状態であっても遊技球の発射が停止される。
遊技盤２１４内の左下方の領域には、３つの一般入賞口２５６ａ，２５６ｂ，２５６ｃが形成された装飾部材が配置されており、この装飾部材のＬＥＤユニット２５３と対向する部位は透明になっている。それゆえ、図１３３に示すように、遊技盤２１４の左下方の領域から、ＬＥＤユニット２５３が視認可能となる。ＬＥＤユニット２５３には、特別図柄表示装置、普通図柄表示装置２３３、第１特別図柄保留表示ＬＥＤ２３４ａ，２３４ｂ、第２特別図柄保留表示ＬＥＤ２３４ｃ，２３４ｄ、普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂ等（後述の図１３４参照）が設けられる。
特別図柄表示装置は、この例では、１６個のＬＥＤによって構成される。これら１６個のＬＥＤは、８個のＬＥＤからなる２つのグループに分かれており、詳細は後述するが、一方のグループは、第１始動口２２５への始動入賞を契機として変動表示を行うものであり、他方のグループは、第２始動口２４４への始動入賞を契機として変動表示を行うものである。なお、説明の便宜上、以下では、一方のＬＥＤのグループを第１特別図柄表示装置２３５ａ（後述の図１３４参照）、他方のＬＥＤのグループを第２特別図柄表示装置２３５ｂ（後述の図１３４参照）と称する。
第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂのＬＥＤは、所定の特別図柄の変動表示開始条件の成立により、グループ単位で点灯・消灯を繰り返す変動表示を行う。そして、８つのＬＥＤの点灯・消灯によって形成される表示パターンが、特別図柄（識別図柄ともいう）として停止表示される。この停止表示された特別図柄が、特定の停止表示態様の場合には、通常遊技状態から遊技者に有利な状態である当り遊技状態（特別遊技状態）に遊技状態が移行する。この当り遊技状態となった場合には、後述するように、シャッタ２４０（図１３３参照）が開放状態となるように制御され、大入賞口２３９（図１３３参照）が遊技球を受け入れ可能な状態となる。
言い換えれば、大入賞口２３９が開放される遊技が当り遊技であり、この例では、大当り遊技及び小当り遊技の２種類の当り遊技が用意されている。また、特別図柄が大当り遊技状態に移行する停止表示態様になることが大当り、特別図柄が小当り遊技状態に移行する停止表示態様になることが小当りである。
大当りと小当りとの違いについては後述するが、大当りの場合には、多くの出球を獲得できる可能性が高くなり、小当りの場合には、出球獲得があまり期待できない。一方、特別図柄として、ハズレ図柄が停止表示された場合は、遊技状態が維持される。以上のように、特別図柄が変動表示された後、停止表示され、その結果によって遊技状態が移行又は維持されるゲームを「特別図柄ゲーム」という。
特別図柄表示装置の下方には、普通図柄表示装置２３３が設けられる。普通図柄表示装置２３３は、２つの表示用ランプで構成され、これら表示用ランプが交互に点灯・消灯を繰り返すことによって、普通図柄が変動表示される。そして、普通図柄が変動表示された後、停止表示され、その結果によって普通電動役物２４８（図１３３参照）の開放・閉鎖状態が異なるゲームを「普通図柄ゲーム」という。
普通図柄表示装置２３３の下方には、普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂが設けられる。普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂは、点灯、消灯又は点滅によって保留されている普通図柄の変動表示の実行回数（いわゆる「保留個数」、「普通図柄に関する保留個数」）を表示する。
具体的には、普通図柄の変動表示の実行が１回分保留されている場合には、普通図柄保留表示ＬＥＤ２５０ａが点灯し、普通図柄保留表示ＬＥＤ２５０ｂが消灯する。普通図柄の変動表示の実行が２回分保留されている場合には、普通図柄保留表示ＬＥＤ２５０ａが点灯し、普通図柄保留表示ＬＥＤ２５０ｂが点灯する。普通図柄の変動表示の実行が３回分保留されている場合には、普通図柄保留表示ＬＥＤ２５０ａが点滅し、普通図柄保留表示ＬＥＤ２５０ｂが点灯する。普通図柄の変動表示の実行が４回分保留されている場合には、普通図柄保留表示ＬＥＤ２５０ａが点滅し、普通図柄保留表示ＬＥＤ２５０ｂが点滅する。
普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂの下方には、第１特別図柄保留表示ＬＥＤ２３４ａ，２３４ｂ、第２特別図柄保留表示ＬＥＤ２３４ｃ，２３４ｄが設けられる。これら第１特別図柄保留表示ＬＥＤ２３４ａ，２３４ｂ及び第２特別図柄保留表示ＬＥＤ２３４ｃ，２３４ｄは、点灯、消灯又は点滅によって保留されている特別図柄の変動表示の実行回数（いわゆる「保留個数」、「特別図柄に関する保留個数」）を表示する。第１特別図柄保留表示ＬＥＤ２３４ａ，２３４ｂ及び第２特別図柄保留表示ＬＥＤ２３４ｃ，２３４ｄによる特別図柄に関する保留個数の表示態様は、普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂによる、普通図柄の保留個数の表示態様と同一である。
普通図柄表示装置２３３の側方には、大当り、小当りを問わずに点灯する当り報知ＬＥＤ（不図示）などが設けられる。なお、この例では、ラウンド数が一定であるのでラウンド数表示用のＬＥＤは備えない。それゆえ、主制御回路２６０（後述の図１３４参照）によって制御される当り報知ＬＥＤの表示上では、大当り、小当りの報知上の差異はない。また、突確大当りと小当りとの間においても、後述するようにその当りが発生したときのシャッタ２４０の開閉パターンも同一のものから選択され、また、副制御回路４００（後述の図１３４参照）によって制御される液晶表示装置２３２等による演出も同一である。このため、突確大当りと小当りとの間においても、遊技者は見た目上のそれらを区別することはできない。
また、遊技盤２１４の裏面側（背面側）に配置された液晶表示装置２３２の表示領域２３２ａでは、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂ（後述の図１３４参照）により表示される特別図柄と関連する演出画像が表示される。
例えば、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂで表示される特別図柄の変動表示中には、特定の場合を除いて、液晶表示装置２３２の表示領域２３２ａにおいて、数字からなる識別図柄（演出用の識別情報でもある）、例えば、"１〜８"のような数字が変動表示される。また、例えば、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂにおいて変動表示されていた特別図柄が停止表示されるとともに、液晶表示装置２３２の表示領域２３２ａにおいても演出用としての識別図柄が停止表示される。
また、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂにおいて、変動、停止された特別図柄が特定の停止表示態様である場合には、当りであることを遊技者に把握させるための演出画像が液晶表示装置２３２の表示領域２３２ａに表示される。具体的には、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂのいずれか一方において特別図柄が、例えば、多くの出球が獲得可能な大当りに対応する特定の表示態様で停止表示された場合には、液晶表示装置２３２の表示領域２３２ａにおいて表示される演出用の識別図柄の組合せが特定の表示態様（例えば、複数の図柄列のそれぞれに同一の図柄が全て揃った状態で停止表示される態様）となり、さらに、大当り用の演出画像が液晶表示装置２３２の表示領域２３２ａに表示される。なお、多くの出球を得ることが難しい当り（小当り、１５回突確大当り、１６回突確大当り）の場合は、当りであることを遊技者に把握させる演出画像を、液晶表示装置２３２の表示領域２３２ａに表示しなくてもよい。
図１３３に示すように、パチンコ２１０の遊技盤２１４上には、ガイドレール２３０（２３０ａ及び２３０ｂ）、ステージ２５５、第１始動口２２５、第２始動口２４４、通過ゲート２５４、シャッタ２４０、大入賞口２３９、一般入賞口２５６ａ，２５６ｂ，２５６ｃ，２５６ｄ、普通電動役物２４８等の遊技部材が設けられる。
遊技盤２１４の上部には、略逆Ｌ字形状のステージ２５５が設けられる。また、遊技領域２１５を囲むように、ガイドレール２３０が設けられる。
ガイドレール２３０は、遊技領域２１５を区画（画定）する外レール２３０ａと、その外レール２３０ａの内側に配置された内レール２３０ｂとで構成される。発射装置３３０により発射された遊技球は、遊技盤２１４上に設けられたガイドレール２３０に案内されて、遊技盤２１４の上部に移動し、その後、複数の遊技釘２１８、遊技盤２１４上に設けられたステージ２５５などとの衝突により、その進行方向を変えながら遊技盤２１４の下方に向かって流下する。具体的には、遊技球の流下系統としては、ステージ２５５の左側を流下する系統（いわゆる、左打ち）と、発射ハンドル２２６を右側に最大に回転させて、ステージ２５５の右側に遊技球を打ち込み、ステージ２５５の右側を流下する系統（いわゆる、右打ち）がある。
また、ステージ２５５の下方でかつ遊技盤２１４の中央の下方には、第１始動口２２５が設けられる。また、ステージ２５５の右側上部には通過ゲート２５４が設けられ、通過ゲート２５４の下方に第２始動口２４４が設けられる。第２始動口２４４には普通電動役物２４８が設けられる。普通電動役物２４８は、遊技盤２１４の板面に対して前後方向に、突出、引き込みを行う舌状部材２４８ａを備える。この例では、舌状部材２４８ａが突出している時に舌状部材２４８ａの上に乗った遊技球が第２始動口２４４に入賞し、舌状部材２４８ａが引き込んでいる場合には遊技球が第２始動口２４４に入賞しないような構成になっている。
そして、普通図柄表示装置２３３（後述の図１３４参照）において普通図柄が所定の図柄で停止表示されたときには、普通電動役物２４８における舌状部材２４８ａが、所定の時間、引込状態から突出状態となり、第２始動口２４４に遊技球が入りやすくなる。なお、普通電動役物２４８は、舌状部材２４８ａの突出、引き込みを行うものに限らず、例えば、一対の羽根部材が開放、閉鎖するもの（いわゆる、電動チューリップ）であってもよい。
また、ステージ２５５の右側に遊技球を打ち込んだ場合には、ステージ２５５の右側から第１始動口２２５に遊技球が転動する経路に、遊技釘２１８が打ち込まれており、この遊技釘２１８によって、遊技球がステージ２５５の右側から第１始動口２２５に入賞することが不可能になっている。
普通図柄の変動表示中において通過ゲート２５４を遊技球が通過した場合には、普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂによる表示態様を切り換えて、変動表示中の普通図柄が停止表示されるまで、当該通過ゲート２５４への遊技球の通過に基づく普通図柄の変動表示の実行（開始）が保留される。その後、変動表示していた普通図柄が停止表示された場合には、保留されていた普通図柄の変動表示が開始される。
なお、普通図柄表示装置２３３において普通図柄として特定の図柄が停止表示された場合には、普通図柄抽籤が当籤であることを遊技者に把握させる演出画像が液晶表示装置２３２の表示領域２３２ａに表示されるようにしてもよい。
また、第１始動口２２５の直下には、大入賞口２３９を開閉するシャッタ２４０が配置される。シャッタ２４０の直下の遊技領域２１５の最下部位には、アウト口２５７が形成される。遊技領域２１５の左側下部には、３つの一般入賞口２５６ａ，２５６ｂ，２５６ｃが設けられる。また、遊技領域２１５の右側下部には、一般入賞口２５６ｄが設けられる。
また、上述した第１始動口２２５内には入賞領域が設けられており、この入賞領域には第１始動入賞口スイッチ３１６（後述の図１３４参照）が設けられる。第２始動口２４４内には入賞領域が設けられており、この入賞領域には第２始動入賞口スイッチ３１７（後述の図１３４参照）が設けられる。遊技球等の遊技媒体が、第１始動入賞口スイッチ３１６によって検出された場合、第１特別図柄表示装置２３５ａによる特別図柄の変動表示が開始される。
また、特別図柄の変動表示中に第１始動口２２５へ遊技球が入球した場合には、変動表示中の特別図柄が停止表示されるまで、第１始動口２２５への遊技球の入球に基づく特別図柄の変動表示の実行（開始）が保留される。その後、変動表示していた特別図柄が停止表示された場合には、保留されていた特別図柄の変動表示が開始される。なお、以降の説明において、第１始動口２２５への遊技球の入球に基づいて第１特別図柄表示装置２３５ａに変動表示される特別図柄を第１特別図柄と称する。
また、遊技球等の遊技媒体が、第２始動入賞口スイッチ３１７によって検出された場合、第２特別図柄表示装置２３５ｂによる特別図柄の変動表示が開始される。また、特別図柄の変動表示中に第２始動口２４４へ遊技球が入球した場合には、変動表示中の特別図柄が停止表示されるまで、第２始動口２４４への遊技球の入球に基づく特別図柄の変動表示の実行（開始）が保留される。その後、変動表示していた特別図柄が停止表示された場合には、保留されていた特別図柄の変動表示が開始される。
なお、以降の説明において、第２始動口２４４への遊技球の入球に基づいて第２特別図柄表示装置２３５ｂに変動表示される特別図柄を第２特別図柄と称する。
この例では、第１特別図柄表示装置２３５ａと第２特別図柄表示装置２３５ｂとが同時に特別図柄を変動することはない。また、この例では、第２始動口２４４への始動入賞を優先に特別図柄の変動表示が行われる。なお、この例の第１始動口２２５、第２始動口２４４は、遊技盤２１４の遊技領域に設けられた、遊技球が通過可能な始動領域の一例である。
なお、この例では、特別図柄の変動表示の実行が保留される回数には上限が設定されており、第１始動口２２５、第２始動口２４４への入球による特別図柄の変動表示の保留数の上限は、それぞれ４回に設定されている。具体的には、第１特別図柄の特別図柄ゲームが４回保留されている場合には、変動中の第１特別図柄に対応する特別図柄ゲームの情報が、メインＲＡＭ２７０（後述の図１３４参照）の第１特別図柄始動記憶領域（０）に始動記憶情報として記憶され、保留されている４回の特別図柄ゲームの情報は、第１特別図柄始動記憶領域（１）〜第１特別図柄始動記憶領域（４）に始動記憶情報として記憶される。
第２特別図柄の特別図柄ゲームについても同様に、第２特別図柄の特別図柄ゲームが４回保留されている場合には、変動中の第２特別図柄に対応する特別図柄ゲームの情報が、メインＲＡＭ２７０（後述の図１３４参照）の第２特別図柄始動記憶領域（０）に始動記憶情報として記憶され、保留されている４回の特別図柄ゲームの情報は、第２特別図柄始動記憶領域（１）〜第２特別図柄始動記憶領域（４）に始動記憶情報として記憶される。したがって、この例では、特別図柄ゲームが最大８回の保留することができる。
また、この例における、その他の所定の特別図柄の変動表示開始条件としては、特別図柄が停止表示されていることである。すなわち、所定の特別図柄の変動表示開始条件が成立する毎に特別図柄の変動表示が開始される。
第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂにおいて特別図柄が特定の停止表示態様となり、遊技状態が大当り遊技状態に移行された場合は、シャッタ２４０が、遊技球を受け入れやすい開放状態となるように駆動される。その結果、大入賞口２３９は、遊技球を受け入れやすい開放状態（第１の状態）となる。
一方、シャッタ２４０の背面側（後方）に設けられた大入賞口２３９には、カウントスイッチ３０４（後述の図１３４参照）を有する領域（不図示）があり、その領域を遊技球が所定個数（例えば７個）通過するか、又は、所定時間（例えば、約０．１秒又は約３０秒）が経過するまでシャッタ２４０が開放状態になるように駆動される。そして、開放状態において大入賞口２３９への所定数の遊技球の入賞又は所定時間の経過のいずれかの条件が成立すると、シャッタ２４０は、遊技球を受け入れ難い閉鎖状態になるように駆動される。その結果、大入賞口２３９は、遊技球を受け入れ難い閉鎖状態となる（第２の状態）。
なお、一定時間において、大入賞口２３９が遊技球を受け入れやすい状態となっている遊技をラウンドゲームという。したがって、シャッタ２４０は、ラウンドゲーム時に開放し、ラウンドゲーム間では閉鎖することになる。また、ラウンドゲームの回数は、「１」ラウンド、「２」ラウンド等のラウンド数として計数される。例えば、ラウンドゲームの１回目を第１ラウンド、２回目を第２ラウンドと呼称する場合がある。なお、この例では、１ラウンドにおいて、複数回シャッタ２４０を開閉して、開放状態となる時間を一定時間とする場合がある。
次いで、開放状態（第１の状態）から閉鎖状態（第２の状態）に駆動されたシャッタ２４０は、再度開放状態に駆動される。つまり、ラウンドゲームが終了した場合には、次のラウンドゲームへ継続して進むことができる。なお、第１ラウンドのラウンドゲームから、次のラウンドゲームに継続して進むことができないラウンドゲーム（最終のラウンドゲーム）が終了するまでの遊技を特別遊技又は大当り遊技という。なお、この例では、全ての大当りにおけるラウンドゲームの回数は１５ラウンドである。
また、この例では、第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂにおいて特別図柄が特定の停止表示態様となり、遊技状態が小当り遊技状態に移行した場合には、大入賞口２３９が１５回又は１６回遊技球を受け入れやすい開放状態となるように、シャッタ２４０が駆動される。なお、小当り遊技は、大入賞口２３９を１５回又は１６回開放する遊技であり、大当りのようにラウンドゲームという概念はない。ただし、上述した大入賞口２３９及びシャッタ２４０の構成は、遊技盤２１４上に設けられ、遊技球が入球容易な開放状態と、遊技球が入球困難な閉鎖状態との間で変化可能な可変部材の一構成例である。
また、第１始動口２２５、第２始動口２４４、一般入賞口２５６ａ〜２５６ｄ、大入賞口２３９に遊技球が入賞したときには、それぞれの入賞口の種類に応じて予め設定された数の遊技球が上皿２２１又は下皿２２２に払い出される。
また、この例では、大当り遊技終了後に、遊技状態が、普通図柄抽籤の当籤確率が高確率状態となり、普通電動役物２４８によるサポートによって特別図柄ゲームの保留球が貯まりやすくなる時短状態に移行する場合がある。この例では、時短状態においては、通過ゲート２５４に遊技球を通過させることが、普通図柄抽籤を実行させる条件となるため、右打ちをしながら遊技が進行される。
また、右打ち状態で大当りが発生した場合には、そのまま右打ちを継続することにより、大入賞口２３９へ入賞させることが可能である。また、普通電動役物２４８によるサポートが受けられない場合には、左打ちをしながら遊技が進行される。
また、図１３１に示すように、上皿２２１の前面側には、３つの演出ボタン２８０ａ，２８０ｂ，２８０ｃが設けられ、目押しゲーム、カードめくり、すごろく等のようなミニゲーム中に、それらの演出ボタンを押下することにより、液晶表示装置２３２における演出表示内容を変えることができる。
なお、この例では、上述のように、演出手段として、液晶表示装置２３２を用いる例を説明したが、本発明はこれに限定されない。演出手段として、例えば、プラズマディスプレイ、リアプロジェクションディスプレイ、ＣＲＴディスプレイ、ランプ、スピーカ、可動役物等の演出手段を用いてもよい。
［パチンコの回路構成］
次に、図１３４を参照しながら、この例におけるパチンコ２１０の回路構成について説明する。なお、図１３４は、この例のパチンコ２１０の回路構成を示すブロック図である。
パチンコ２１０は、主に、遊技の制御を行う主制御回路２６０と、遊技の進行に応じた演出の制御を行う副制御回路４００とにより構成される。
主制御回路２６０は、メインＣＰＵ２６６、メインＲＯＭ２６８（読み出し専用メモリ）、及び、メインＲＡＭ２７０（読み書き可能メモリ）を備える。
メインＣＰＵ２６６は、メインＲＯＭ２６８、メインＲＡＭ２７０等に接続されており、メインＲＯＭ２６８に記憶されたプログラムに従って、各種処理を実行する機能を有する。
メインＲＯＭ２６８には、メインＣＰＵ２６６によりパチンコ２１０の動作を制御するための各種プログラム、メイン処理等をメインＣＰＵ２６６に実行させるための各種プログラム、及び、各種処理に必要な各種テーブル等が記憶される。
メインＲＡＭ２７０は、メインＣＰＵ２６６の一時記憶領域であり、各種処理に必要な各種フラグや変数の値を記憶する機能を有する。なお、この例では、メインＣＰＵ２６６の一時記憶領域としてメインＲＡＭ２７０を用いる例を説明するが、本発明はこれに限らず、メインＣＰＵ２６６の一時記憶領域としては、読み書き可能な記憶媒体であれば任意のものを用いることができる。
また、主制御回路２６０は、初期リセット回路２６４、Ｉ／Ｏポート２７１及びコマンド出力ポート２７２を備える。初期リセット回路２６４は、電源投入時においてリセット信号を生成する回路であり、メインＣＰＵ２６６に接続される。Ｉ／Ｏポート２７１は、各種デバイスからの入力信号をメインＣＰＵ２６６に送信するポートであり、かつ、メインＣＰＵ２６６からの出力信号を各種デバイスに送信するポートである。コマンド出力ポート２７２は、メインＣＰＵ２６６から出力されたコマンドを副制御回路４００に送信するポートである。
また、主制御回路２６０は、バックアップコンデンサ２７４を備える。バックアップコンデンサ２７４は、電断時に、例えば、メインＲＡＭ２７０に対して速やかに電源を供給するために設けられる。これにより、電断時にも、メインＲＡＭ２７０に記憶されている各種データを保持することができる。
また、主制御回路２６０には、各種装置が接続される。
この例では、主制御回路２６０から出力された信号に応じる各種装置として、特別図柄ゲームにおける特別図柄の可変表示を行う第１特別図柄表示装置２３５ａ及び第２特別図柄表示装置２３５ｂ、特別図柄ゲームにおける特別図柄の可変表示の保留個数を表示する第１特別図柄保留表示ＬＥＤ２３４ａ，２３４ｂ及び第２特別図柄保留表示ＬＥＤ２３４ｃ，２３４ｄ、普通図柄ゲームにおける識別図柄としての普通図柄の可変表示を行う普通図柄表示装置２３３、普通図柄ゲームにおける普通図柄の可変表示の保留個数を表示する普通図柄保留表示ＬＥＤ２５０ａ，２５０ｂ、普通電動役物２４８の舌状部材２４８ａを突出状態又は引込状態とする始動口ソレノイド３１８、シャッタ２４０を駆動させ、大入賞口２３９を開放状態又は閉鎖状態とする大入賞口ソレノイド３２０等が、主制御回路２６０に接続される。
また、主制御回路２６０には、ホール係員を呼び出す機能や当り回数を表示する機能などを有する呼出装置（不図示）や、ホール全体のパチンコ遊技機を管理するホールコンピュータにデータ送信するために用いる外部端子板５１０が接続される。
さらに、主制御回路２６０には、例えば、大入賞口２３９における領域を遊技球が通過した場合に、所定の検知信号を主制御回路２６０に供給するカウントスイッチ３０４、各一般入賞口２５６ａ〜２５６ｄを遊技球が通過した場合に、所定の検知信号を主制御回路２６０に供給する一般入賞口スイッチ３０６，３０８，３１０，３１２、通過ゲート２５４を遊技球が通過した場合に、所定の検知信号を主制御回路２６０に供給する通過ゲートスイッチ３１４、第１始動口２２５を遊技球が入賞した場合に、所定の検知信号を主制御回路２６０に供給する第１始動入賞口スイッチ３１６、第２始動口２４４を遊技球が入賞した場合に、所定の検知信号を主制御回路２６０に供給する第２始動入賞口スイッチ３１７、電断時等におけるバックアップデータを遊技場の管理者の操作に応じてクリアするバックアップクリアスイッチ３２４等が接続される。
また、主制御回路２６０には、払出・発射制御回路３２６が接続される。この払出・発射制御回路３２６には、遊技球の払出を行う払出装置３２８、遊技球の発射を行う発射装置３３０、及び、カードユニット５００が接続される。なお、カードユニット５００は、遊技者の操作によって、カードユニット５００に遊技球の貸し出しを要求する信号を出力する球貸し操作パネル３５５との間で送受信可能である。
払出・発射制御回路３２６は、主制御回路２６０から供給される賞球制御コマンド、カードユニット５００から供給される貸し球制御信号を受け取り、払出装置３２８に対して所定の信号を送信することにより、払出装置３２８による遊技球の払出動作を制御する。また、払出・発射制御回路３２６は、発射ハンドル２２６が遊技者によって握持され、かつ、時計回り方向へ回動操作されたときには、その回動角度に応じて発射ソレノイドに電力を供給し、遊技球の発射動作の制御を行う。
さらに、コマンド出力ポート２７２には、副制御回路４００が接続される。副制御回路４００は、主制御回路２６０から供給される各種のコマンドに応じて、液晶表示装置２３２における表示制御、スピーカ２４６から発生させる音声に関する制御、装飾ランプ等を含むランプの制御等を行う。また、副制御回路４００は、上記実施形態のパチスロ１において説明した副制御回路７０の構成と同様の構成を有し、また、同様の各種処理を実行することができる。さらに、副制御回路４００には、上記実施形態のパチスロ１の副制御回路７０と同様に、スケーラ制御基板８０のようなサブデバイスを接続してもよい。
なお、この例では、主制御回路２６０から副制御回路４００に対してコマンドを供給することができるが、副制御回路４００から主制御回路２６０に対して信号を供給できない構成としたが、本発明はこれに限定されず、副制御回路４００から主制御回路２６０に対して信号を送信できるような構成にしてもよい。
上述した変形例のパチンコ２１０においても、上記実施形態のパチスロ１で説明したエラーの検出処理及びゴト行為等の不正操作の監視処理を、副制御回路４００により実行させることができ、この場合には、上記実施形態と同様の効果が得られる。
１…パチスロ、１ａ…キャビネット、１ｂ…フロントドア、２…ドアキー、３Ｌ，３Ｃ，３Ｒ…リール、４Ｌ，４Ｃ，４Ｒ…図柄表示領域、１０…液晶表示装置、２０Ｓ…ストップスイッチ、２１Ｓ…スタートスイッチ、３１…メインＣＰＵ、３２…メインＲＯＭ、３３…メインＲＡＭ、３９…モータ駆動回路、４９Ｌ，４９Ｃ，４９Ｒ…ステッピングモータ、５０…リール位置検出回路、６０…主制御回路、７０…副制御回路、７１…サブＣＰＵ、７１ａ…通信エラー検出手段、７１ｂ…手順検出手段、７１ｃ…データ破壊検出手段、７１ｄ…エラー情報登録手段、７１ｅ…受信データログ保存手段、７１ｆ…エラー情報履歴表示手段、７１ｇ…二次元コード変換手段、７１ｈ…サブデバイスエラー検出手段、７２…サブＲＯＭ、７３…サブＲＡＭ（ＤＲＡＭ）、７３ａ…エラー情報履歴格納領域、７４…バックアップＲＡＭ（ＳＲＡＭ）、８０…スケーラ制御基板、９０…電断検知回路、１００…サブデバイス群

Claims (4)

  1. 遊技中の操作に関する所定のデータを送信する主制御部を有する主制御手段と、
    前記主制御部から送信された前記所定のデータを受信し、該受信した所定のデータに基づいて所定の演出動作を制御する副制御部、エラー情報を格納するエラー情報格納部、及び、前記副制御部に供給される電源電圧の電圧降下を監視して電断の有無を検知する電圧監視部を有する副制御手段と、
    前記副制御手段に電気的に接続され、所定の情報を表示する表示手段と、を備え、
    前記副制御部は、前記電圧監視部により電断が検知された際に、該電断に対応するエラー情報を前記エラー情報格納部に登録するエラー情報登録手段、及び、前記エラー情報格納部に登録されたエラー情報を前記表示手段の表示画面に時系列で表示させるエラー情報履歴表示手段を有し、
    複数種の所定期間のそれぞれにおいて、該複数種の所定期間のそれぞれに対応する所定回数以上の電断が前記電圧監視部により検知された場合には、
    前記エラー情報登録手段は、対応する所定期間内において前記エラー情報格納部に格納された電断回数分の電断に関連するエラー情報を、一つのエラー情報に集約し、該集約されたエラー情報を前記エラー情報格納部に格納し、
    さらに、前記エラー情報登録手段は、前記集約されたエラー情報を前記エラー情報格納部に格納する際に、電断に関連するエラー情報以外のエラー情報を維持するとともに、集約前に前記エラー情報格納部に格納されている前記電断回数分の前記電断に関連するエラー情報を削除する
    ことを特徴とする遊技機。
  2. 複数の図柄が配置された表示列を複数含み、遊技中に該複数の図柄を変動表示する変動表示手段と、
    前記変動表示手段の動作を制御するとともに、遊技中の操作に関する所定のデータを送信する主制御部を有する主制御手段と、
    前記主制御部から送信された前記所定のデータを受信し、該受信した所定のデータに基づいて所定の演出動作を制御する副制御部、エラー情報を格納するエラー情報格納部、及び、前記副制御部に供給される電源電圧の電圧降下を監視して電断の有無を検知する電圧監視部を有する副制御手段と、
    前記副制御手段に電気的に接続され、所定の情報を表示する表示手段と、を備え、
    前記副制御部は、前記電圧監視部により電断が検知された際に、該電断に対応するエラー情報を前記エラー情報格納部に登録するエラー情報登録手段、及び、前記エラー情報格納部に登録されたエラー情報を前記表示手段の表示画面に時系列で表示させるエラー情報履歴表示手段を有し、
    複数種の所定期間のそれぞれにおいて、該複数種の所定期間のそれぞれに対応する所定回数以上の電断が前記電圧監視部により検知された場合には、
    前記エラー情報登録手段は、対応する所定期間内において前記エラー情報格納部に格納された電断回数分の電断に関連するエラー情報を、一つのエラー情報に集約し、該集約されたエラー情報を前記エラー情報格納部に格納し、
    さらに、前記エラー情報登録手段は、前記集約されたエラー情報を前記エラー情報格納部に格納する際に、電断に関連するエラー情報以外のエラー情報を維持するとともに、集約前に前記エラー情報格納部に格納されている前記電断回数分の前記電断に関連するエラー情報を削除する
    ことを特徴とする遊技機。
  3. 前記複数種の所定期間が、秒単位の所定期間、分単位の所定期間及び時間単位の所定期間を含む
    ことを特徴とする請求項１又は２に記載の遊技機。
  4. 前記エラー情報登録手段により集約されたエラー情報は、前記所定期間内に前記所定回数以上の電断が発生したエラー事象に対応するエラーコード、前記所定期間内において最初に電断が発生したときの時刻情報、及び、該所定期間内において最後に電断が発生したときの時刻情報を含む
    ことを特徴とする請求項１〜３のいずれか一項に記載の遊技機。
JP2013143054A 2013-07-08 2013-07-08 遊技機 Expired - Fee Related JP6063834B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013143054A JP6063834B2 (ja) 2013-07-08 2013-07-08 遊技機

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013143054A JP6063834B2 (ja) 2013-07-08 2013-07-08 遊技機

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2016245364A Division JP6363686B2 (ja) 2016-12-19 2016-12-19 遊技機

Publications (2)

Publication Number Publication Date
JP2015015977A JP2015015977A (ja) 2015-01-29
JP6063834B2 true JP6063834B2 (ja) 2017-01-18

Family

ID=52437635

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013143054A Expired - Fee Related JP6063834B2 (ja) 2013-07-08 2013-07-08 遊技機

Country Status (1)

Country Link
JP (1) JP6063834B2 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015167748A (ja) * 2014-03-07 2015-09-28 株式会社三共 遊技機
JP2017018367A (ja) * 2015-07-10 2017-01-26 サミー株式会社 遊技機
JP6606131B2 (ja) * 2017-06-29 2019-11-13 株式会社三共 遊技機
JP2019017778A (ja) * 2017-07-19 2019-02-07 株式会社ユニバーサルエンターテインメント 遊技機
JP2019017779A (ja) * 2017-07-19 2019-02-07 株式会社ユニバーサルエンターテインメント 遊技機
JP2019017771A (ja) * 2017-07-19 2019-02-07 株式会社ユニバーサルエンターテインメント 遊技機
JP2019017780A (ja) * 2017-07-19 2019-02-07 株式会社ユニバーサルエンターテインメント 遊技機
JP2019193719A (ja) * 2018-05-02 2019-11-07 株式会社三共 遊技機
JP7154836B2 (ja) * 2018-06-26 2022-10-18 株式会社三共 遊技機
JP7133374B2 (ja) * 2018-07-05 2022-09-08 シャープ株式会社 電源装置、車両、及び電源装置の制御方法
JP6817525B2 (ja) * 2019-06-19 2021-01-20 サミー株式会社 弾球遊技機
JP6741318B1 (ja) * 2019-09-17 2020-08-19 株式会社大都技研 遊技台

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3924889B2 (ja) * 1998-01-14 2007-06-06 株式会社三洋物産 遊技機用制御装置
JP2002191753A (ja) * 2000-04-27 2002-07-10 Aruze Corp 遊技機
JP2008161263A (ja) * 2006-12-27 2008-07-17 Meiwa Electron:Kk スロットマシン設定値管理システム
JP5391592B2 (ja) * 2008-06-27 2014-01-15 株式会社三洋物産 遊技機
JP2010273725A (ja) * 2009-05-26 2010-12-09 Daito Giken:Kk 遊技台

Also Published As

Publication number Publication date
JP2015015977A (ja) 2015-01-29

Similar Documents

Publication Publication Date Title
JP6063834B2 (ja) 遊技機
JP6076228B2 (ja) 遊技機
JP6218698B2 (ja) 遊技機
JP5595545B1 (ja) 遊技機および遊技機の管理方法
JP6157704B2 (ja) 遊技機
JP6363686B2 (ja) 遊技機
JP2018086398A (ja) 遊技機
JP2015100422A (ja) 遊技機
JP5588494B2 (ja) 遊技機
JP6473789B2 (ja) 遊技機
JP2016032561A (ja) 遊技機
JP6091470B2 (ja) 遊技機
JP6208902B2 (ja) 遊技機
JP2018079382A (ja) 遊技機
JP2018008101A (ja) 遊技機
JP6403813B2 (ja) 遊技機
JP6157705B2 (ja) 遊技機
JP6078580B2 (ja) 遊技機
JP6211480B2 (ja) 遊技機
JP6215788B2 (ja) 遊技機
JP6002724B2 (ja) 遊技機
JP2015100421A (ja) 遊技機
JP2019171111A (ja) 遊技機
JP2018167070A (ja) 遊技機
JP2018086296A (ja) 遊技機

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150608

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160426

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160428

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20161206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161219

R150 Certificate of patent or registration of utility model

Ref document number: 6063834

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees