JP6382407B2 - 遊技機 - Google Patents

Description

本発明は、遊技機に関する。

従来、複数の図柄がそれぞれの表面に設けられた複数のリールと、スタートスイッチと、ストップスイッチと、各リールに対応して設けられたステッピングモータと、制御部とを備えた、パチスロと呼ばれる遊技機が知られている。スタートスイッチは、メダルやコインなどの遊技媒体が遊技機に投入された後、スタートレバーが遊技者により操作されたこと（以下、「開始操作」ともいう）を検出し、全てのリールの回転の開始を要求する信号を出力する。ストップスイッチは、各リールに対応して設けられたストップボタンが遊技者により押されたこと（以下、「停止操作」ともいう）を検出し、該当するリールの回転の停止を要求する信号を出力する。ステッピングモータは、その駆動力を対応するリールに伝達する。また、制御部は、スタートスイッチ及びストップスイッチにより出力された信号に基づいて、ステッピングモータの動作を制御し、各リールの回転動作及び停止動作を行う。

このような遊技機では、開始操作が検出されると、プログラム上で乱数を用いた抽籤処理（以下、「内部抽籤処理」という）が行われ、その抽籤の結果（以下、「内部当籤役」という）と停止操作のタイミングとに基づいてリールの回転の停止を行う。そして、全てのリールの回転が停止され、入賞の成立に係る図柄の組合せが表示されると、その図柄の組合せに対応する特典が遊技者に付与される。なお、遊技者に付与される特典の例としては、遊技媒体（メダル等）の払い出し、遊技媒体を消費することなく再度、内部抽籤処理を行う再遊技（以下、「リプレイ」ともいう）の作動、遊技媒体の払い出し機会が増加するボーナスゲームの作動等を挙げることができる。

また、従来、上記構成の遊技機において、特定の小役の成立をランプ等でナビゲートする機能であるアシストタイム（以下、「ＡＴ」という）と、特定の図柄組合せが表示された場合にリプレイの当籤確率が通常時より高い遊技状態が作動する機能、すなわち、リプレイタイム（以下、「ＲＴ」という）の機能とを備える遊技機が開発されている。そして、近年、このような機能を有する遊技機において、ボーナス当籤時に遊技状態を高ＲＴ状態に移行させるとともに、ＡＴ遊技時のナビゲート回数（以下、略してナビ回数と称す）が抽籤により決定される遊技機が提案されている（例えば、特許文献１参照）。

特許文献１の遊技機では、ＡＴ遊技は、ボーナス持ち越し中の高ＲＴ状態の遊技においてボーナスが入賞するまで行われる。また、特許文献１の遊技機では、ＡＴ遊技において、リプレイ又はメダルの払い出しが行われる表示役（以下、「小役」という）とボーナスとが重複当籤した場合、リプレイ又は小役がボーナスより優先して入賞するように制御される。すなわち、ＡＴ遊技において、ボーナスを入賞させないような制御が行われる。

このような機能を有する遊技機では、ボーナス入賞によって終了するＡＴ遊技であっても、リプレイ又は小役とボーナスとが重複当籤した場合には、リプレイ又は小役が優先して入賞するように制御されるので、遊技者がボーナス入賞を故意に外すという煩わしい操作を行わなくても有利な遊技状態（ＡＴ状態）が維持される。

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

上述のように、従来、リプレイ又は小役とボーナスとが重複当籤した場合に、リプレイ又は小役が優先して入賞するように制御される遊技機が提案されている。しかしながら、特許文献１に記載の遊技機では、リプレイ又は小役とボーナスとが重複当籤した状態において、内部抽籤の結果が「ハズレ」になると、必ず、ボーナスが入賞する構成になっている。

それゆえ、このような構成では、内部抽籤の結果が「ハズレ」である場合、持ち越し中のボーナスが入賞してＡＴ遊技が終了するので、付与されたナビ回数（特典）を全て消費する前にＡＴ遊技が終了する可能性がある。この場合には、本来獲得し得る利益が獲得できないことになり、遊技者の興趣を著しく減退させる恐れがある。

なお、このような問題を解決する手法として、リプレイ又は小役とボーナスとが重複当籤している場合には、内部抽籤の結果「ハズレ」を全てリプレイに変換する手法も考えられる。しかしながら、この手法では、遊技者が所有するメダルの枚数を減らすことなく遊技が行われるので、遊技店に不利益を与えることになる。ところで、ＡＴ状態の滞在ゲーム数（ＡＴ開始ゲーム数）を、１回の抽籤により決定するのではなく、複数のゲームに渡って決定し、ＡＴ状態のゲーム数の獲得遊技（ＡＴ開始ゲーム数決定遊技）に対する遊技者の興趣を高めることが可能な遊技機が求められている。

本発明は、上記問題を解決するためになされたものであり、本発明の目的は、ＡＴ状態の滞在ゲーム数（ＡＴ開始ゲーム数）を、複数のゲームに渡って決定し、ＡＴ状態のゲーム数の獲得遊技に対する遊技者の興趣を高めることが可能な遊技機を提供することである。

上記課題を解決するために、本発明では、以下のような構成の遊技機を提供する。

遊技開始時に予め定められた確率で内部当籤役を決定する内部当籤役決定手段（例えば、後述の内部抽籤処理）と、
遊技者にとって有利な情報を報知する報知手段（例えば、後述の液晶表示装置１１）と、
前記報知手段による報知が行われる報知遊技の遊技期間（例えば、後述のＡＴ開始ゲーム数）を決定する報知期間決定遊技の動作を制御する報知期間決定遊技制御手段（例えば、後述の副制御回路１０１）と、を備え、
前記報知期間決定遊技制御手段は、
前記内部当籤役決定手段により規定の内部当籤役（例えば、後述の「グループ役１」）が決定された単位遊技における前記報知遊技の延長に係る遊技情報が所定遊技情報（例えば、後述の「タマゴ」）である場合には、前記報知遊技の遊技期間の延長に係る特典を付与し（例えば、後述の河童勝利時＿遊技開始時処理のＳ６９７）、
前記内部当籤役決定手段により前記規定の内部当籤役が決定された単位遊技における前記報知遊技の延長に係る遊技情報が特定遊技情報（例えば、後述の「イカ」）である場合には、前記報知遊技の遊技期間の延長に係る特典を付与するとともに、前記報知期間決定遊技の遊技期間の終了を決定する終了パラメータを所定値に近づく方向に更新し（例えば、後述の河童勝利時＿遊技開始時処理のＳ６９９）、該更新された終了パラメータが前記所定値となった場合には、前記報知期間決定遊技の遊技期間を終了する（例えば、後述の河童勝利時＿遊技開始時処理のＳ７０２）
ことを特徴とする遊技機。

また、前記本発明の遊技機では、前記遊技情報として、前記報知期間決定遊技の遊技期間を延長する方向に前記終了パラメータを更新する遊技情報（例えば、後述の「河童巻き」）が設けられているようにしてもよい。

上記構成の本発明の遊技機によれば、ＡＴ状態（報知遊技）の滞在ゲーム数を、１回の抽籤により決定するのではなく、複数のゲームに渡って決定し、ＡＴ状態のゲーム数の獲得遊技（ＡＴ開始ゲーム数決定遊技）に対する遊技者の興趣を高めることができる。

本発明の一実施形態における遊技機の機能フローを説明するための図である。 本発明の一実施形態における遊技機の外観構造を示す斜視図である。 本発明の一実施形態における遊技機の内部構造を示す図である。 本発明の一実施形態における遊技機の内部構造を示す図である。 本発明の一実施形態の遊技機が備える回路の全体構成を示すブロック図である。 本発明の一実施形態における主制御回路の内部構成を示すブロック図である。 本発明の一実施形態における副制御回路の内部構成を示すブロック図である。 本発明の一実施形態における遊技機のＲＴ遊技状態の遷移フロー図である。 本発明の一実施形態における図柄配置テーブルの一例を示す図である。 本発明の一実施形態における図柄組合せテーブル（その１）の一例を示す図である。 本発明の一実施形態における図柄組合せテーブル（その２）の一例を示す図である。 本発明の一実施形態における図柄組合せテーブル（その３）の一例を示す図である。 本発明の一実施形態における一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の一例を示す図である。 本発明の一実施形態における２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）の一例を示す図である。 本発明の一実施形態における３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）の一例を示す図である。 本発明の一実施形態における一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の一例を示す図である。 本発明の一実施形態における２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）の一例を示す図である。 本発明の一実施形態における３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）の一例を示す図である。 本発明の一実施形態における２ＭＢ遊技状態用内部抽籤テーブルの一例を示す図である。 本発明の一実施形態における３ＭＢ遊技状態用内部抽籤テーブルの一例を示す図である。 本発明の一実施形態における図柄組合せ決定テーブル（その１）の一例を示す図である。 本発明の一実施形態における図柄組合せ決定テーブル（その２）の一例を示す図である。 本発明の一実施形態における図柄組合せ決定テーブル（その３）の一例を示す図である。 本発明の一実施形態における内部当籤役格納領域の一例を示す図である。 本発明の一実施形態における表示役格納領域の一例を示す図である。 本発明の一実施形態における持越役格納領域の一例を示す図である。 本発明の一実施形態における遊技状態フラグ格納領域の一例を示す図である。 本発明の一実施形態における作動ストップボタン格納領域の一例を示す図である。 本発明の一実施形態における押下順序格納領域の一例を示す図である。 本発明の一実施形態における図柄コード格納領域の一例を示す図である。 サブＣＰＵの制御で用いられる内部当籤役の略称と、メインＣＰＵの制御で用いる内部当籤役の略称との対応表である。 本発明の一実施形態におけるレース出走者ＭＡＰ抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるレース情報ＭＡＰデータテーブルの一例を示す図である。 本発明の一実施形態における勝利対象者抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるレース勝率ＭＡＰ抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるレース勝率ＭＡＰデータテーブルの一例を示す図である。 本発明の一実施形態におけるレース勝率ＭＡＰデータテーブル（パーセント表示）の一例を示す図である。 本発明の一実施形態におけるレース結果抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるＡＴ後レース勝利期待度データ選択抽籤テーブルの一例を示す図である。 本発明の一実施形態における擬似ＢＢ抽籤（一般中）テーブルの一例を示す図である。 本発明の一実施形態における擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルの一例を示す図である。 本発明の一実施形態における擬似ＢＢ前兆抽籤テーブルの一例を示す図である。 本発明の一実施形態における周期短縮抽籤テーブル（その１）の一例を示す図である。 本発明の一実施形態における周期短縮抽籤テーブル（その２）の一例を示す図である。 本発明の一実施形態における擬似ＢＢ周期短縮抽籤テーブルの一例を示す図である。 本発明の一実施形態における直上乗せ抽籤テーブルの一例を示す図である。 本発明の一実施形態におけるＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その１）の一例を示す図である。 本発明の一実施形態におけるＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その２）の一例を示す図である。 本発明の一実施形態におけるＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その３）の一例を示す図である。 本発明の一実施形態におけるＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その４）の一例を示す図である。 本発明の一実施形態における河童寿司ＭＡＰデータテーブルの一例を示す図である。 本発明の一実施形態における河童ゲーム数獲得抽籤テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換発生抽籤テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換抽籤（１皿目）テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換抽籤（２皿目）テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換抽籤（３皿目）テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換抽籤（４皿目）テーブルの一例を示す図である。 本発明の一実施形態における河童寿司データ変換抽籤（５皿目）テーブルの一例を示す図である。 本発明の一実施形態における遊技機の主制御回路の処理例を示すメインフローチャートである。 本発明の一実施形態における電源投入時処理の例を示すフローチャートである。 本発明の一実施形態におけるメダル受付・スタートチェック処理の例を示すフローチャートである。 本発明の一実施形態におけるＭＡＸＢＥＴ投入処理の例を示すフローチャートである。 本発明の一実施形態における内部抽籤処理の例を示すフローチャートである。 本発明の一実施形態におけるリール停止初期設定処理の例を示すフローチャートである。 本発明の一実施形態における引込優先順位格納処理の例を示すフローチャートである。 本発明の一実施形態における引込優先順位テーブル選択処理の例を示すフローチャートである。 本発明の一実施形態における図柄コード格納処理の例を示すフローチャートである。 本発明の一実施形態におけるリール停止制御処理の例を示すフローチャートである。 本発明の一実施形態における優先引込制御処理の例を示すフローチャートである。 本発明の一実施形態におけるボーナス終了チェック処理の例を示すフローチャートである。 本発明の一実施形態におけるボーナス作動チェック処理の例を示すフローチャートである。 本発明の一実施形態におけるメインＣＰＵの制御による割込処理の例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われる電源投入処理の例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われるランプ制御タスクの例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われるサウンド制御タスクの例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われるマザータスクの例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われるメインタスクの例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われる主基板通信タスクの例を示すフローチャートである。 本発明の一実施形態におけるサブＣＰＵにより行われるアニメタスクの例を示すフローチャートである。 本発明の一実施形態におけるコマンド解析処理の例を示すフローチャートである。 本発明の一実施形態における演出内容決定処理の例を示すフローチャートである。 本発明の一実施形態における初期化コマンド受信時処理の例を示すフローチャートである。 本発明の一実施形態におけるレース情報抽籤処理の例を示すフローチャートである。 本発明の一実施形態におけるスタートコマンド受信時処理の例を示すフローチャートである。 本発明の一実施形態における変数設定処理の例を示すフローチャートである。 本発明の一実施形態における一般中＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ中＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ準備中＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態における一般終了時＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ終了時＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態におけるレース終了時＿変数設定処理の例を示すフローチャートである。 本発明の一実施形態における出玉状態更新処理の例を示すフローチャートである。 本発明の一実施形態におけるＢｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ当籤時＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢフラグ間＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ作動待ち＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ中＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＪＡＣ中＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＣｈａＢＢ中＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理の例を示すフローチャートである。 本発明の一実施形態における一般中＿遊技開始時処理（その１）の例を示すフローチャートである。 本発明の一実施形態における一般中＿遊技開始時処理（その２）の例を示すフローチャートである。 本発明の一実施形態における擬似ＢＢ抽籤処理の例を示すフローチャートである。 本発明の一実施形態における一般中ＢＢ＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ突入判定処理（遊技開始時）の例を示すフローチャートである。 本発明の一実施形態におけるＢＢＪＡＣ移行判定処理（遊技開始時）の例を示すフローチャートである。 本発明の一実施形態におけるＢＢカウンタ管理処理の例を示すフローチャートである。 本発明の一実施形態におけるレース中＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ準備中＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態における河童勝利時＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ中＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ中ＢＢ＿遊技開始時処理の例を示すフローチャートである。 本発明の一実施形態における遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態における一般中＿遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態における一般中ＢＢ＿遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるレース中＿遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ準備中＿遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ中ＢＢ＿遊技状態設定処理の例を示すフローチャートである。 本発明の一実施形態における入賞作動コマンド受信時処理の例を示すフローチャートである。 本発明の一実施形態における一般中ＢＢ＿入賞時処理の例を示すフローチャートである。 本発明の一実施形態におけるＢＢ突入判定処理（入賞時）の例を示すフローチャートである。 本発明の一実施形態におけるＢＢＪＡＣ移行判定処理（入賞時）の例を示すフローチャートである。 本発明の一実施形態におけるレース中＿入賞時処理の例を示すフローチャートである。 本発明の一実施形態におけるＡＴ中ＢＢ＿入賞時処理の例を示すフローチャートである。 変形例１におけるレース中＿ハズレ時抽籤テーブルの一例を示す図である。 変形例１におけるレース中＿遊技開始時処理の例を示すフローチャートである。 変形例２におけるレース中＿ハズレ時抽籤テーブルの一例を示す図である。

以下、本発明の一実施形態を示す遊技機としてパチスロを例に挙げ、図面を参照しながら、その構成及び動作について説明する。なお、本実施形態では、ＡＴ機能を備えたパチスロについて説明する。

＜機能フロー＞
まず、図１を参照して、パチスロの機能フローについて説明する。本実施形態のパチスロでは、遊技を行うための遊技媒体としてメダルを用いる。なお、遊技媒体としては、メダル以外にも、例えば、コイン、遊技球、遊技用のポイントデータ又はトークン等を適用することもできる。

遊技者によりパチスロにメダルが投入され、スタートレバーが操作されると、予め定められた数値範囲（例えば、０〜６５５３５）の乱数から１つの値（以下、乱数値という）が抽出される。

内部抽籤手段は、抽出された乱数値に基づいて抽籤を行い、内部当籤役を決定する。この内部抽籤手段は、後述する主制御回路が備える各種処理手段（処理機能）の一つである。内部当籤役の決定により、後述の有効ライン（入賞判定ライン）に沿って表示を行うことを許可する図柄の組合せが決定される。なお、図柄の組合せの種別としては、メダルの払い出し、再遊技（リプレイ）の作動、ボーナスの作動等といった特典が遊技者に与えられる「入賞」に係るものと、それ以外のいわゆる「ハズレ」に係るものとが設けられる。

また、スタートレバーが操作されると、複数のリールの回転が行われる。その後、遊技者により所定のリールに対応するストップボタンが押されると、リール停止制御手段は、内部当籤役とストップボタンが押されたタイミングとに基づいて、該当するリールの回転を停止する制御を行う。このリール停止制御手段は、後述する主制御回路が備える各種処理手段（処理機能）の一つである。

パチスロでは、基本的に、ストップボタンが押されたときから規定時間（１９０ｍｓｅｃ又は７５ｍｓｅｃ）内に、該当するリールの回転を停止する制御が行われる。本実施形態では、この規定時間内にリールの回転に伴って移動する図柄の数を「滑り駒数」と呼ぶ。そして、本実施形態では、規定期間が１９０ｍｓｅｃである場合には、滑り駒数の最大数（最大滑り駒数）を図柄４個分に定め、規定期間が７５ｍｓｅｃである場合には、最大滑り駒数を図柄１個分に定める。

リール停止制御手段は、入賞に係る図柄の組合せ表示を許可する内部当籤役が決定されているときは、通常、１９０ｍｓｅｃ（図柄４駒分）の規定時間内に、その図柄の組合せが有効ラインに沿って極力表示されるようにリールの回転を停止させる。また、リール停止制御手段は、例えば、第２種特別役物であるチャレンジボーナス（以下、「ＣＢ」という）及び「ＣＢ」を連続して作動させる「ＭＢ」（ミドルボーナス）の動作時には、１つ以上のリールに対して、規定時間７５ｍｓｅｃ（図柄１駒分）内に、その図柄の組合せが入賞判定ラインに沿って極力表示されるようにリールの回転を停止させる。さらに、リール停止制御手段は、遊技状態に対応する各種規定時間を利用して、内部当籤役によってその表示が許可されていない図柄の組合せが有効ラインに沿って表示されないようにリールの回転を停止させる。

こうして、複数のリールの回転がすべて停止されると、入賞判定手段は、有効ラインに沿って表示された図柄の組合せが、入賞に係るものであるか否かの判定を行う。この入賞判定手段もまた、後述する主制御回路が備える各種処理手段（処理機能）の一つである。そして、表示された図柄の組合せが、入賞判定手段により入賞に係るものであるとの判定が行われると、メダルの払い出し等の特典が遊技者に与えられる。パチスロでは、以上のような一連の流れが１回の遊技（単位遊技）として行われる。

また、パチスロでは、前述した一連の遊技動作の流れの中で、液晶表示装置などの表示装置により行う映像の表示、各種ランプにより行う光の出力、スピーカにより行う音の出力、或いはこれらの組合せを利用して様々な演出が行われる。

具体的には、スタートレバーが操作されると、上述した内部当籤役の決定に用いられた乱数値とは別に、演出用の乱数値（以下、演出用乱数値という）が抽出される。演出用乱数値が抽出されると、演出内容決定手段は、内部当籤役に対応づけられた複数種類の演出内容の中から今回実行する演出を抽籤により決定する。この演出内容決定手段は、後述する副制御回路が備える各種処理手段（処理機能）の一つである。

次いで、演出内容決定手段により演出内容が決定されると、演出実行手段は、リールの回転開始時、各リールの回転停止時、入賞の有無の判定時等の各契機に連動させて対応する演出を実行する。このように、パチスロでは、例えば、内部当籤役に対応づけられた演出内容を実行することによって、決定された内部当籤役（言い換えると、狙うべき図柄の組合せ）を知る機会又は予想する機会が遊技者に提供され、遊技者の興味の向上を図ることができる。

＜パチスロの構造＞
次に、図２〜図４を参照して、本実施形態におけるパチスロの構造について説明する。

［外観構造］
図２は、パチスロ１の外部構造を示す斜視図である。

パチスロ１は、図２に示すように、外装体２を備える。外装体２は、リールや回路基板等を収容するキャビネット２ａと、キャビネット２ａに対して開閉可能に取り付けられるフロントドア２ｂとを有する。キャビネット２ａの両側面には、把手７が設けられている（図２では一側面の把手７のみを示す）。把手７は、パチスロ１を運搬するときに運搬者の手がかけられる凹部である。

キャビネット２ａの内部には、３つのリール３Ｌ，３Ｃ，３Ｒ（変動表示手段）が横並びに設けられる。以下、各リール３Ｌ，３Ｃ，３Ｒを、それぞれ左リール３Ｌ、中リール３Ｃ、右リール３Ｒともいう。各リール３Ｌ，３Ｃ，３Ｒは、円筒状に形成されたリール本体と、リール本体の周面に装着された透光性のシート材を有する。シート材の表面には、複数（例えば２０個）の図柄が周方向に沿って所定の間隔をあけて描かれている。

フロントドア２ｂの中央よりも上側には、上パネルユニット１０と、液晶表示装置１１（報知手段）とが設けられる。上パネルユニット１０は、フロントドア２ｂの上端領域に設けられ、液晶表示装置１１は、上パネルユニット１０の下側に配置される。上パネルユニット１０は、光源を有し、該光源から射出される光による演出を実行する。また、液晶表示装置１１は、映像の表示による演出を実行する。

フロントドア２ｂの中央には、台座部１２が設けられる。台座部１２には、枠部材１３と、遊技者の操作対象となる各種装置とが設けられる。

枠部材１３は、図柄表示領域４と、情報表示窓１４と、ストップボタン取付部１５とを有する。図柄表示領域４及び情報表示窓１４は、図２に示すように、枠部材１３の開口部に設けられ、ストップボタン取付部１５は、枠部材１３の開口部の下部に設けられる。

図柄表示領域４は、正面（遊技者側）から見て３つのリール３Ｌ，３Ｃ，３Ｒに重畳する領域で且つ３つのリール３Ｌ，３Ｃ，３Ｒより手前側（遊技者側）に配置される。図柄表示領域４は、表示窓としての機能を果たすものであり、その背後（キャビネット２ａ側）に配置された３つのリール３Ｌ，３Ｃ，３Ｒが透過して視認できる構成になっている。それゆえ、以下では、図柄表示領域４を、リール表示窓４という。

リール表示窓４は、その背後に設けられた３つのリール３Ｌ，３Ｃ，３Ｒの回転が停止されたとき、各リールの周面に設けられた複数の図柄のうち、連続して配置された３つの図柄がその枠内に表示されるように構成されている。すなわち、３つのリール３Ｌ，３Ｃ，３Ｒの回転が停止されたとき、リール表示窓４の枠内には、リール毎に上段、中段及び下段の各領域にそれぞれ１個の図柄（合計で３個）が表示される。そして、本実施形態では、リール表示窓４の枠内において、左リール３Ｌの中段領域、中リール３Ｃの中段領域、及び、右リール３Ｒの中段領域を結ぶ擬似的なライン（センターライン）を、入賞か否かの判定を行う有効ラインとして定義する。

情報表示窓１４は、リール表示窓４の下部に連続して設けられ、且つ、その情報表示面の面方向が上方に向くように配置される。なお、情報表示窓１４及びリール表示窓４は、透明の窓カバー１６によって覆われている。窓カバー１６は、枠部材１３の内面側に配置されており、フロントドア２ｂの前面側から取り外し不可能な構成になっている。

また、枠部材１３は、窓カバー１６を挟んで情報表示窓１４の情報表示面と対向するシート載置部１７を有する。そして、シート載置部１７と窓カバー１６との間には、遊技に関する情報が記載されたシート部材（情報シート）が配置される。したがって、情報シートは、凹凸や隙間の無い滑らかな表面を有する窓カバー１６により覆われており、窓カバー１６は情報シートの取付部となる。

上述のように、本実施形態のパチスロ１では、窓カバー１６は、フロントドア２ｂの前面側から取り外し不可能であり、且つ、凹凸や隙間の無い滑らかな表面を有するので、情報シートの取付部を介してパチスロ１の内部にアクセスする不正行為を防ぐことができる。なお、情報シートの交換については、後で図４を参照して説明する。

本実施形態では、上述のように、枠部材１３の開口部において、情報表示窓１４がリール表示窓４と連続して形成される例を説明したが、本発明はこれに限定されない。情報表示窓１４が、リール表示窓４と連続して形成されていなくてもよい。すなわち、リール表示窓４の開口部と情報表示窓１４の開口部とが、上下方向に並んで配置されるような構成にしてもよい。

ストップボタン取付部１５は、面形状が略台形の平板部材で構成される。そして、ストップボタン取付部１５は、情報表示窓１４の下方に設けられ、かつ、略台形状の面が正面（遊技者側）に向くように設けられている。ストップボタン取付部１５の略台形状の面には、３つのストップボタン１９Ｌ，１９Ｃ，１９Ｒがそれぞれ貫通する３つの貫通孔が横並びに設けられる。

３つのストップボタン１９Ｌ，１９Ｃ，１９Ｒは、３つのリール３Ｌ，３Ｃ，３Ｒのそれぞれに対応して設けられ、各ストップボタンは、対応するリールの回転を停止するために設けられる。これらのストップボタン１９Ｌ，１９Ｃ，１９Ｒは、遊技者の操作対象となる各種装置の一つである。なお、以下では、ストップボタン１９Ｌ，１９Ｃ，１９Ｒを、それぞれ左ストップボタン１９Ｌ、中ストップボタン１９Ｃ、右ストップボタン１９Ｒともいう。

また、台座部１２には、遊技者の操作対象となる各種装置として、ストップボタン以外に、メダル投入口２０、ＭＡＸベットボタン２１、１ベットボタン２２及びスタートレバー２３が設けられる。

メダル投入口２０は、遊技者によって外部からパチスロ１に投下されるメダルを受け入れるために設けられる。メダル投入口２０から受け入れられたメダルは、予め設定された枚数（例えば３枚）を上限として１回の遊技に使用され、予め設定された枚数を超えた分は、パチスロ１の内部に預けることができる。すなわち、パチスロ１は、いわゆるクレジット機能（遊技媒体貯留手段）を有する。

ＭＡＸベットボタン２１及び１ベットボタン２２は、パチスロ１の内部に預けられているメダルから１回の遊技に使用する枚数を決定するために設けられる。また、スタートレバー２３は、全てのリール（３Ｌ，３Ｃ，３Ｒ）の回転を開始するために設けられる。

また、正面から見て、フロントドア２ｂのリール表示窓４の左側部には、７セグメントＬＥＤ（Light Emitting Diode）からなる７セグ表示器２４が設けられる。７セグ表示器２４は、特典として遊技者に対して払い出すメダルの枚数（以下、払出枚数という）、パチスロ１の内部に預けられているメダルの枚数（以下、クレジット枚数という）等の情報をデジタル表示する。さらに、フロントドア２ｂのリール表示窓４の右側部には、選択ボタン２５（チャンスボタン）が設けられる。選択ボタン２５は、遊技性等の選択操作が必要となった場合に遊技者に押下されるボタンである。例えば、後述の「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技において、２種類のＡＴ開始ゲーム数の決定形態（モード）のうち一方を遊技者が選択する際に押下される。なお、選択ボタン２５は、後述の副制御基板７２に接続され、選択ボタン２５の押下の検出及びそれに基づく選択操作の制御は副制御基板７２により行われる。

フロントドア２ｂの台座部１２の両側には、それぞれサイドパネルユニット２６Ｌ，２６Ｒが設けられる。各サイドパネルユニットは、光源を有しており、光源から射出される光による演出を実行する。また、左側のサイドパネルユニット２６Ｌの下方には、精算ボタン２７が設けられる。精算ボタン２７は、パチスロ１の内部に預けられているメダルを外部に引き出す（排出する）ために設けられる。

フロントドア２ｂの台座部１２の下方には、腰部パネルユニット３１が設けられる。腰部パネルユニット３１は、任意の画像が描かれた装飾パネルと、この装飾パネルを背面側から照明するための光を射出する光源とを有する。

腰部パネルユニット３１の下方には、メダル払出口３２と、スピーカ用孔３３Ｌ，３３Ｒと、メダルトレイユニット３４とが設けられる。メダル払出口３２は、後述のホッパー装置５１（メダル払出装置）の駆動により排出されるメダルを外部に導く。メダルトレイユニット３４は、メダル払出口３２から排出されたメダルを貯める。スピーカ用孔３３Ｌ，３３Ｒは、演出内容に対応する効果音や楽曲等の音を出力するために設けられる。

［内部構造］
次に、パチスロ１の内部構造を、図３及び図４を参照しながら説明する。図３及び図４は、パチスロ１の内部構造を示す図である。図３は、フロントドア２ｂが開放され、フロントドア２ｂの裏面側に設けられたミドルドア４１がフロントドア２ｂに対して閉じられ状態を示す図である。また、図４は、フロントドア２ｂが開放され、ミドルドア４１がフロントドア２ｂに対して開放された状態を示す図である。

キャビネット２ａは、箱状部材であり、上面板と、底面板と、左右の側面板と、背面板とを有する。キャビネット２ａ内部の上側には、例えば、効果音を出力するためのキャビネット側スピーカ４２が設けられる。

キャビネット側スピーカ４２の一方の側部（図３及び図４では左側）には、キャビネット側中継基板４４が配設される。キャビネット側中継基板４４は、ミドルドア４１（図３及び図４参照）に取り付けられた後述の主制御基板７１（後述の図５参照）と、ホッパー装置５１、後述のメダル補助収納庫スイッチ７５（後述の図５参照）及びメダル払出カウントスイッチ（不図示）とを電気的に接続するための中継基板である。

キャビネット２ａ内部の中央部には、キャビネット側スピーカ４２による音の出力を制御するアンプ基板４５が配設される。また、図３及び図４には図示しないが、キャビネット２ａ内部を正面（遊技者側）から見て、アンプ基板４５の他方の側部（図３及び図４では右側）には、後述の外部集中端子板４７（後述の図５参照）が配設される。外部集中端子板４７は、メダル投入信号、メダル払出信号及びセキュリティー信号などの信号をパチスロ１の外部へ出力するために設けられる。

キャビネット２ａの内部の下部には、ホッパー装置５１（メダル払出装置）、メダル補助収納庫５２及び電源装置５３が配設される。

ホッパー装置５１は、キャビネット２ａの底面板の略中央部に取り付けられる。ホッパー装置５１は、多量のメダルを収容可能であり、それらを１枚ずつ排出可能な構造を有する。ホッパー装置５１は、貯留されたメダルが例えば５０枚を超えたとき、又は、精算ボタン２７が押下されてメダルの精算が行われるときに、メダルを払い出す。ホッパー装置５１によって払い出されたメダルは、メダル払出口３２（図２参照）から排出される。

メダル補助収納庫５２は、ホッパー装置５１から溢れ出たメダルを収納する。メダル補助収納庫５２は、キャビネット２ａ内部を正面から見て、ホッパー装置５１の右側に配置される。

電源装置５３は、電源スイッチ５３ａと、電源基板５３ｂとを有する（後述の図５参照）。電源装置５３は、キャビネット２ａ内部を正面から見て、ホッパー装置５１の左側に配置される。電源装置５３は、交流電圧１００Ｖの電力を各部で必要な直流電圧の電力に変換し、該変換した電力を各部へ供給する。

ミドルドア４１は、図３及び図４に示すように、フロントドア２ｂの裏面の略中央部に配設され、フロントドア２ｂに対してリール表示窓４（図４参照）を裏側から開閉可能に取り付けられている。

ミドルドア４１には、図３及び図４に示すように、後述の主制御基板７１（後述の図５参照）が収納された主制御基板ケース５５と、３つのリール３Ｌ，３Ｃ，３Ｒとが取り付けられている。また、図示しないが、３つのリール３Ｌ，３Ｃ，３Ｒのそれぞれには、所定の減速比を有するギアを介してステッピングモータ（変動表示手段）が接続されている。

本実施形態では、フロントドア２ｂに対してミドルドア４１を開くと、図４に示すように、窓カバー１６の裏面とシート載置部１７とがフロントドア２ｂの裏面に露出される。上述のように、窓カバー１６の裏面とシート載置部１７との間には、遊技に関する情報が記載された情報シートが配置される。この情報シートは、ミドルドア４１を開いて窓カバー１６の裏面及びシート載置部１７を露出させた状態で、窓カバー１６の裏面とシート載置部１７との間に形成された間隙に挿入される。また、情報シートを交換する場合も、ミドルドア４１を開いてから情報シートの交換作業が行われる。

図３及び図４には示さないが、主制御基板ケース５５には、後述の設定用鍵型スイッチ５６（後述の図５参照）が設けられる。設定用鍵型スイッチ５６は、パチスロ１の設定を変更もしくはパチスロ１の設定の確認を行うときに使用される。本実施形態では、主制御基板ケース５５と、この主制御基板ケース５５に収納された主制御基板７１とにより、主制御基板ユニットが構成される。

主制御基板ケース５５に収納された主制御基板７１は、後述の主制御回路９１（後述の図６参照）を有する。なお、主制御回路９１は、内部当籤役の決定、リール３Ｌ，３Ｃ，３Ｒの回転及び停止、入賞の有無の判定といった、パチスロ１における遊技の主な流れを制御する回路である。主制御回路９１の具体的な構成については、後で図面を参照しながら詳述する。

フロントドア２ｂのミドルドア４１の上部には、後述の副制御基板７２（後述の図５参照）が収容された副制御基板ケース５７が配設される。副制御基板ケース５７に収納された副制御基板７２は、副制御回路１０１（後述の図７参照）を有する。なお、副制御回路１０１は、映像の表示等による演出の実行を制御する回路である。副制御回路１０１の具体的な構成については、後で図面を参照しながら詳述する。

図３及び図４には示さないが、フロントドア２ｂを裏面側から見て、副制御基板ケース５７の右側には、後述の副中継基板６１（後述の図５参照）が配設される。副中継基板６１は、副制御基板７２及び主制御基板７１間の接続配線を中継する基板である。また、副中継基板６１は、副制御基板７２と副制御基板７２の周辺に設けられた基板とを電気的に接続する中継基板である。なお、副制御基板７２の周辺に配設される基板としては、後述のＬＥＤ基板６２Ａ，６２Ｂ等が挙げられる。

図３及び図４には示さないが、ＬＥＤ基板６２Ａ，６２Ｂは、フロントドア２ｂの裏面側から見て、副制御基板ケース５７の上方に設けられている。ＬＥＤ基板６２Ａ，６２Ｂは、副制御回路１０１（後述の図７参照）の制御により実行される演出に応じて、後述のＬＥＤ（Light Emitting Diode）８５（後述の図５参照）を発光させて、点滅パターンを表示する。なお、本実施形態のパチスロ１は、ＬＥＤ基板６２Ａ，６２Ｂ以外に複数のＬＥＤ基板を備える。

また、図３及び図４には示さないが、副中継基板６１の下方には、後述の２４ｈドア開閉監視ユニット６３が配設される（後述の図５参照）。２４ｈドア開閉監視ユニット６３は、ミドルドア４１の開閉の履歴情報を保存する。また、２４ｈドア開閉監視ユニット６３は、ミドルドア４１が開放されたときに、液晶表示装置１１によりエラー表示を行うための信号を副制御基板７２（副制御回路１０１）に出力する。

ミドルドア４１の下方には、図３及び図４に示すように、下部スピーカ６５Ｌ，６５Ｒが配設される。下部スピーカ６５Ｌ，６５Ｒは、フロントドア２ｂの裏面において、それぞれスピーカ用孔３３Ｌ，３３Ｒ（図２参照）と対向する位置に配置される。

また、フロントドア２ｂの下部スピーカ６５Ｌの上方には、セレクタ６６及び後述のドア開閉監視スイッチ６７（後述の図５参照）が配設される。セレクタ６６は、メダルの材質や形状等が適正であるか否かを選別する装置であり、メダル投入口２０に投入された適正なメダルをホッパー装置５１へ案内する。セレクタ６６内においてメダルが通過する経路上には、図示しないが、適正なメダルが通過したことを検出するメダルセンサ（投入操作検出手段）が設けられる。

ドア開閉監視スイッチ６７は、図３及び図４には示さないが、フロントドア２ｂを裏面側から見て、セレクタ６６の左側に配置される。ドア開閉監視スイッチ６７は、パチスロ１の外部へ、フロントドア２ｂの開閉を報知するためのセキュリティー信号を出力する。

また、リール表示窓４の下方領域で且つミドルドア４１により開閉される領域には、図４に示すように、ドア中継端子板６８が設けられる。ドア中継端子板６８は、主制御基板ケース５５内の主制御基板７１と、各種のボタンやスイッチ、副制御基板７２、セレクタ６６及び遊技動作表示基板８１との間の接続配線を中継する基板である（後述の図５参照）。なお、各種のボタン及びスイッチとしては、例えば、ＭＡＸベットボタン２１、１ベットボタン２２、精算ボタン２７、ドア開閉監視スイッチ６７、後述のＢＥＴスイッチ７７、スタートスイッチ７９等を挙げることができる。

＜パチスロが備える制御系＞
次に、パチスロ１が備える制御系について、図５を参照して説明する。図５は、パチスロ１の制御系の構成を示す回路ブロック図である。

パチスロ１は、ミドルドア４１に設けられた主制御基板７１と、フロントドア２ｂに設けられた副制御基板７２とを有する。また、パチスロ１は、主制御基板７１に接続された、リール中継端子板７４、設定用鍵型スイッチ５６、キャビネット側中継基板４４及び電源装置５３を有する。さらに、パチスロ１は、キャビネット側中継基板４４を介して主制御基板７１に接続された外部集中端子板４７、ホッパー装置５１及びメダル補助収納庫スイッチ７５を有する。なお、外部集中端子板４７及びホッパー装置５１の構成については上述したので、ここでは、それらの説明を省略する。

リール中継端子板７４は、各リール３Ｌ，３Ｃ，３Ｒのリール本体の内側に配設されている。リール中継端子板７４は、各リール３Ｌ，３Ｃ，３Ｒのステッピングモータ（不図示）に電気的に接続されており、主制御基板７１からステッピングモータに出力される信号を中継する。

メダル補助収納庫スイッチ７５は、メダル補助収納庫５２に設けられ、メダル補助収納庫５２がメダルで満杯になっているか否かを検出する。

電源装置５３は、主制御基板７１に接続された電源基板５３ｂと、電源基板５３ｂに接続された電源スイッチ５３ａとを有する。電源スイッチ５３ａは、パチスロ１に必要な電源を供給するときに押下される。

また、パチスロ１は、ドア中継端子板６８、並びに、該ドア中継端子板６８を介して、主制御基板７１に接続された、セレクタ６６、ドア開閉監視スイッチ６７、ＢＥＴスイッチ７７（ベット検出手段）、精算スイッチ７８、スタートスイッチ７９、ストップスイッチ基板８０、遊技動作表示基板８１及び副中継基板６１を有する。なお、セレクタ６６、ドア開閉監視スイッチ６７及び副中継基板６１については、上述したので、ここでは、それらの説明を省略する。

ＢＥＴスイッチ７７は、ＭＡＸベットボタン２１又は１ベットボタン２２が遊技者により押されたことを検出する。精算スイッチ７８は、精算ボタン２７が遊技者により押下されたことを検出する。スタートスイッチ７９（開始操作検出手段）は、スタートレバー２３が遊技者により操作されたこと（開始操作）を検出する。

ストップスイッチ基板８０（停止操作検出手段）は、回転しているリールを停止させるための回路と、停止可能なリールをＬＥＤなどにより表示するための回路とを備える。また、ストップスイッチ基板８０には、ストップスイッチが設けられる。ストップスイッチは、各ストップボタン１９Ｌ，１９Ｃ，１９Ｒが遊技者により押下されたこと（停止操作）を検出する。

遊技動作表示基板８１は、７セグ表示器２４に接続され、メダルの投入を受け付けるとき、３つのリール３Ｌ，３Ｃ，３Ｒが回動可能なとき、及び、再遊技を行うときに、投入されたメダルの枚数を７セグ表示器２４に表示させるための基板である。また、遊技動作表示基板８１は、ＬＥＤ８２が接続され、ＬＥＤ８２は、例えば、遊技動作表示基板８１から入力される信号に基づいて、遊技開始を表示するマークや再遊技を行うマークなどを点灯させる。

副制御基板７２は、ドア中継端子板６８及び副中継基板６１を介して主制御基板７１に接続される。また、パチスロ１は、副中継基板６１を介して副制御基板７２に接続された、サウンドＩ／Ｏ基板８４、ＬＥＤ基板６２Ａ，６２Ｂ、及び、２４ｈドア開閉監視ユニット６３を有する。ＬＥＤ基板６２Ａ，６２Ｂ及び２４ｈドア開閉監視ユニット６３については、上述したので、ここでは、それらの説明を省略する。

サウンドＩ／Ｏ基板８４は、下部スピーカ６５Ｌ，６５Ｒや図示しない各種スピーカなどからなるスピーカ群に音声の出力を行う。

また、パチスロ１は、副制御基板７２に接続された、ロムカートリッジ基板８６及び液晶中継基板８７を有する。なお、ロムカートリッジ基板８６及び液晶中継基板８７は、副制御基板７２と共に副制御基板ケース５７に収納されている。

ロムカートリッジ基板８６は、演出用の画像（映像）、音声、光（ＬＥＤ群８５）及び通信のデータを管理するための基板である。液晶中継基板８７は、副制御基板７２及び液晶表示装置１１間の接続配線を中継する基板である。

＜主制御回路＞
次に、主制御基板７１に実装される主制御回路９１の構成について、図６を参照して説明する。図６は、パチスロ１の主制御回路９１の構成例を示すブロック図である。

主制御回路９１は、主に、主制御基板７１に実装されたマイクロコンピュータ９２により構成される。マイクロコンピュータ９２は、メインＣＰＵ９３、メインＲＯＭ９４及びメインＲＡＭ９５により構成される。

メインＲＯＭ９４には、メインＣＰＵ９３により実行される制御プログラム、データテーブル、副制御回路１０１に対して各種制御指令（コマンド）を送信するためのデータ等が記憶される。メインＲＡＭ９５には、制御プログラムの実行により決定された内部当籤役等の各種データを格納する格納領域が設けられる。

メインＣＰＵ９３には、クロックパルス発生回路９６、分周器９７、乱数発生器９８及びサンプリング回路９９が接続される。クロックパルス発生回路９６及び分周器９７は、クロックパルスを発生する。メインＣＰＵ９３は、発生されたクロックパルスに基づいて、制御プログラムを実行する。乱数発生器９８は、予め定められた範囲の乱数（例えば、０〜６５５３５）を発生する。サンプリング回路９９は、発生された乱数の中から１つの値を抽出する。

メインＣＰＵ９３は、リールインデックスを検出してから各リールのステッピングモータに対してパルスを出力した回数をカウントする。これにより、メインＣＰＵ９３は、各リールの回転角度（主に、リールが図柄何個分だけ回転したか）を管理する。なお、リールインデックスとは、リールが一回転したことを示す情報である。このリールインデックスは、例えば、発光部及び受光部を有する光センサと、各リールの所定の位置に設けられ、各リールの回転により発光部と受光部との間に介在される検知片を備えたリール位置検出部（不図示）により検出する。

ここで、各リールの回転角度の管理について、具体的に説明する。ステッピングモータに対して出力されたパルスの数は、メインＲＡＭ９５に設けられたパルスカウンタによって計数される。そして、図柄１つ分の回転に必要な所定回数のパルスの出力がパルスカウンタで計数される毎に、メインＲＡＭ９５に設けられた図柄カウンタが１ずつ加算される。図柄カウンタは、各リールに応じて設けられている。図柄カウンタの値は、リール位置検出部（不図示）によってリールインデックスが検出されるとクリアされる。

すなわち、本実施形態では、図柄カウンタを管理することにより、リールインデックスが検出されてから図柄何個分の回転が行われたのかを管理する。したがって、各リールの各図柄の位置は、リールインデックスが検出される位置を基準として検出される。

＜副制御回路＞
次に、副制御基板７２に実装される副制御回路１０１の構成について、図７を参照して説明する。図７は、パチスロ１の副制御回路１０１の構成例を示すブロック図である。

副制御回路１０１は、主制御回路９１と電気的に接続されており、主制御回路９１から送信されるコマンドに基づいて演出内容の決定や実行等の処理を行う。副制御回路１０１は、基本的に、サブＣＰＵ１０２、サブＲＡＭ１０３、レンダリングプロセッサ１０４、描画用ＲＡＭ１０５、ドライバ１０６を含んで構成される。

サブＣＰＵ１０２は、主制御回路９１から送信されたコマンドに応じて、ロムカートリッジ基板８６に記憶されている制御プログラムに従い、映像、音、光の出力の制御を行う。ロムカートリッジ基板８６は、基本的に、プログラム記憶領域とデータ記憶領域とによって構成される。

プログラム記憶領域には、サブＣＰＵ１０２が実行する制御プログラムが記憶される。例えば、制御プログラムには、主制御回路９１との通信を制御するための主基板通信タスクや、演出用乱数値を抽出し、演出内容（演出データ）の決定及び登録を行うための演出登録タスクを実行するための各種プログラムが含まれる。また、制御プログラムには、決定した演出内容に基づいて液晶表示装置１１による映像の表示を制御する描画制御タスク、ＬＥＤ群８５等の光源による光の出力を制御するランプ制御タスク、スピーカ６５Ｌ，６５Ｒによる音の出力を制御する音声制御タスク等を実行するための各種プログラムも含まれる。

データ記憶領域には、各種データテーブルを記憶する記憶領域、各演出内容を構成する演出データを記憶する記憶領域、映像の作成に関するアニメーションデータを記憶する記憶領域が含まれる。また、データ記憶領域には、ＢＧＭや効果音に関するサウンドデータを記憶する記憶領域、光の点消灯のパターンに関するランプデータを記憶する記憶領域等も含まれる。

サブＲＡＭ１０３には、決定された演出内容や演出データを登録する格納領域や、主制御回路９１から送信される内部当籤役等の各種データを格納する格納領域が設けられる。

サブＣＰＵ１０２、レンダリングプロセッサ１０４、描画用ＲＡＭ（フレームバッファを含む）１０５及びドライバ１０６は、演出内容により指定されたアニメーションデータに従って映像を作成し、作成した映像を液晶表示装置１１に表示させる。

また、サブＣＰＵ１０２は、演出内容により指定されたサウンドデータに従ってＢＧＭなどの音をスピーカ６５Ｌ，６５Ｒ等のスピーカ群により出力させる。また、サブＣＰＵ１０２は、演出内容により指定されたランプデータに従ってＬＥＤ群８５の点灯及び消灯を制御する。

＜ＲＴ遊技状態の遷移フロー＞
次に、図８を参照しながら、本実施形態のパチスロ１の主制御回路９１（メインＣＰＵ９３）により制御される各種ＲＴ遊技状態及びその遷移フローについて説明する。

本実施形態では、ＲＴ遊技状態として、リプレイに係る内部当籤役の種別及びその当籤確率が互いに異なる、ＲＴ０遊技状態〜ＲＴ２遊技状態の３種類の状態を設ける。なお、ＲＴ０遊技状態は、リプレイに係る内部当籤役の当籤確率が低確率となる遊技状態であり、ＲＴ１遊技状態及びＲＴ２遊技状態はいずれも、リプレイに係る内部当籤役の当籤確率が高確率となる遊技状態である。

ＲＴ０遊技状態は、初期状態時に設定されるＲＴ遊技状態であり、単位遊技毎のメダルの投入枚数（掛け数）は２枚（第１の枚数）又は３枚（第２の枚数）となる遊技状態である。なお、ＲＴ０遊技状態では、遊技者に対してメダルの掛け数を２枚するように指示する旨の情報が報知される（２枚掛けの示唆が行われる）。

そして、ＲＴ０遊技状態において、２枚掛けの遊技時にのみ内部当籤（成立）する後述の名称「２ＭＢ」のミドルボーナス（特別な内部当籤役）が当籤すると、図８に示すように、ＲＴ遊技状態は、ＲＴ０遊技状態からＲＴ１遊技状態に移行する。また、ＲＴ０遊技状態において、３枚掛けの遊技時にのみ内部当籤（成立）する後述の名称「３ＭＢ」のミドルボーナスが当籤すると、図８に示すように、ＲＴ遊技状態は、ＲＴ０遊技状態からＲＴ２遊技状態に移行する。

ＲＴ１遊技状態では、単位遊技毎のメダルの投入枚数（掛け数）は２枚又は３枚となるが、遊技者に対してメダルの掛け数を３枚するように指示する旨の情報が報知される（３枚掛けの示唆が行われる）ので、主に、３枚掛けの遊技が行われる。この場合、ＲＴ遊技状態がＲＴ１遊技状態に移行した際に当籤した「２ＭＢ」のボーナスはメダルの掛け数が２枚である時にのみ入賞するボーナスであるので、ＲＴ１遊技状態では、「２ＭＢ」のボーナスが持ち越された状態で遊技が行われる。それゆえ、以下では、ＲＴ１遊技状態を「２ＭＢフラグ間状態」ともいう。また、２ＭＢフラグ間状態の遊技では、「ハズレ」が内部当籤しても「２ＭＢ」が入賞することはない。なお、この２ＭＢフラグ間状態の遊技動作の制御は主制御回路９１により行われる。すなわち、本実施形態では、主制御回路９１は、２ＭＢフラグ間状態（フラグ間状態）の遊技動作を制御する手段（フラグ間遊技制御手段）も兼ねる。

しかしながら、ＲＴ１遊技状態において、２枚掛けの遊技が行われ、「２ＭＢ」のボーナスが入賞すると、対応するボーナスゲームが作動する。なお、「２ＭＢ」のボーナスゲームでは、２枚掛けの遊技が行われ、メダルの払出枚数が２枚を超えると「２ＭＢ」のボーナスゲームが終了する。そして、「２ＭＢ」のボーナスゲームが消化されると、図８に示すように、ＲＴ遊技状態は、ＲＴ１遊技状態からＲＴ０遊技状態に移行する。

ＲＴ２遊技状態では、単位遊技毎のメダルの投入枚数（掛け数）は２枚又は３枚となるが、３枚掛けの示唆が行われるので、主に、３枚掛けの遊技が行われる。

ＲＴ２遊技状態において、３枚掛けの遊技が行われ、「３ＭＢ」のボーナスが入賞すると、対応するボーナスゲームが作動する。なお、「３ＭＢ」のボーナスゲームでは、２枚掛けの遊技が行われ、メダルの払出枚数が３０枚を超えると「３ＭＢ」のボーナスゲームが終了する。そして、「３ＭＢ」のボーナスゲームが消化されると、図８に示すように、ＲＴ遊技状態は、ＲＴ２遊技状態からＲＴ０遊技状態に移行する。なお、本実施形態では、ＲＴ２遊技状態では、ＲＴ遊技状態がＲＴ２遊技状態に移行した際に当籤した「３ＭＢ」のボーナスが持ち越された状態で遊技を行うことも可能であるで、以下では、ＲＴ２遊技状態を「３ＭＢフラグ間状態」ともいう。

本実施形態では、２ＭＢフラグ間状態（ＲＴ１遊技状態）又は３ＭＢフラグ間状態（ＲＴ２遊技状態）において、クレジット内に貯留されたメダル枚数と、現在のメダル投入枚数との合計枚数が３枚（所定の最大掛け枚数）未満である場合、遊技者がＭＡＸベットボタン２１を押下しても、メダルのベット操作（投入操作）が行えない構成にする。すなわち、２ＭＢフラグ間状態又は３ＭＢフラグ間状態において、クレジット内に貯留されたメダル枚数と、現在のメダル投入枚数との合計枚数が２枚以下である場合には、遊技者がＭＡＸベットボタン２１を押下しても、その操作は無効扱いとなる。

なお、２ＭＢフラグ間状態において、メダルのクレジット枚数と投入枚数との合計枚数が２枚である場合に、遊技者のＭＡＸベット操作を有効にすると、２枚掛けの遊技が行われ、持越中の「２ＭＢ」が入賞する可能性がある。この場合、ＲＴ遊技状態がＲＴ１遊技状態からＲＴ０遊技状態に移行するので、遊技状態が遊技者に不利益な遊技状態に移行することになる。しかしながら、本実施形態のように、２ＭＢフラグ間状態において、メダルのクレジット枚数と投入枚数との合計枚数が２枚以下である場合に遊技者のＭＡＸベット操作を無効にすることにより、遊技者の意図に反して遊技状態が不利益な遊技状態に移行することを防止することができる。

なお、本実施形態では、２ＭＢフラグ間状態及び３ＭＢフラグ間状態だけでなく、一般遊技状態（ＲＴ０遊技状態）においてもメダルのクレジット枚数と投入枚数との合計枚数が３枚未満となる場合には、遊技者のＭＡＸベット操作を無効にするようにしてもよい。

＜メインＲＯＭに記憶されているデータテーブルの構成＞
次に、図９〜図２３を参照して、メインＲＯＭ９４に記憶されている各種データテーブルの構成について説明する。

［図柄配置テーブル］
まず、図９を参照して、図柄配置テーブルについて説明する。図柄配置テーブルは、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒのそれぞれの回転方向における各図柄の位置と、各位置に配置された図柄の種類を特定するデータ（以下、図柄コード（図９中の図柄コード表を参照）という）との対応関係を規定する。

図柄配置テーブルでは、リールインデックスが検出されたときに、リール表示窓４の枠内における各リールの中段領域に位置する図柄の位置を「０」と規定する。そして、各リールにおいて、図柄位置「０」を基準としてリールの回転方向（図９中の図柄位置「１９」から図柄位置「０」に向かう方向）に進む順に、図柄カウンタの値に対応する「０」〜「１９」が、図柄位置として、各図柄に割り当てられる。

すなわち、図柄カウンタの値（「０」〜「１９」）と、図柄配置テーブルとを参照することにより、リール表示窓４の枠内における各リールの上段領域、中段領域及び下段領域に表示されている図柄の種類を特定することができる。例えば、左リール３Ｌに対応する図柄カウンタの値が「７」であるとき、左表示窓４Ｌの枠内における左リール３Ｌの上段領域、中段領域及び下段領域には、それぞれ、図柄位置「８」の図柄「黄ＢＡＲ」、図柄位置「７」の図柄「スイカ１」及び図柄位置「６」の図柄「オレンジ」が表示されている。

［図柄組合せテーブル］
次に、図１０〜図１２を参照して、図柄組合せテーブル（その１〜その３）について説明する。図柄組合せテーブルは、特典（ボーナス、小役、リプレイ）の種類に応じて予め定められた図柄の組合せ（コンビネーション及びコンビネーション名称）と、それに対応する表示役コードの内容（格納領域、データ）及び払出枚数との対応関係を規定する。

本実施形態では、有効ライン（センターライン）に沿って、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒにより表示される図柄の組合せが、図柄組合せテーブルに規定された図柄組合せと一致する場合に入賞と判定される。そして、入賞と判定されると、メダルの払い出し、リプレイ（再遊技）の作動、ボーナスの作動といった特典が遊技者に与えられる。なお、有効ラインに沿って表示された図柄の組合せが、図柄組合せテーブルに規定されている図柄組合せのいずれとも一致しない場合には、いわゆる「ハズレ」となる。すなわち、本実施形態では、「ハズレ」に対応する図柄組合せを図柄組合せテーブルに規定しないことにより、「ハズレ」の図柄組合せを規定する。なお、本発明はこれに限定されず、図柄組合せテーブルに、「ハズレ」の項目を設けて、直接「ハズレ」の図柄組合せを規定してもよい。

図柄組合せテーブル中の表示役コード欄に記載の各種データは、有効ラインに沿って表示された図柄の組合せを識別するためのデータである。この表示役コード欄の「データ」は、１バイトのデータで表され、該データ中の各ビットに対して固有の図柄の組合せ（表示役の内容）が割り当てられる。

また、表示役コード欄の「格納領域」のデータは、対応する図柄組合せのデータが格納される後述の図柄コード格納領域（後述の図３０参照）を指定するためのデータである。なお、本実施形態では、１５個の図柄コード格納領域を設ける。そして、本実施形態では、ビットパターン（１バイトのデータパターン）が同じであり、かつ、内容の異なる表示役は、「格納領域」の違いにより別の表示役として管理される。

図柄組合せテーブル中の払出枚数欄に記載の数値は、遊技者に対して払い出すメダルの枚数を表す。「払出枚数」のデータとして１以上の数値が付与されている図柄組合せでは、その数値と同じ枚数のメダルの払い出しが行われる。例えば、本実施形態では、３枚のメダルの投入枚数に対して、コンビネーション名称「ＣＴベル」に係る表示役が決定された場合（「ＣＴベル」に係る図柄組合せが有効ライン上に停止表示された場合）には、１０枚のメダルの払い出しが行われる。

また、本実施形態において、例えば、コンビネーション名称「ＣＴリプ」に係る表示役が決定された場合（「ＣＴリプ」に係る図柄組合せが有効ライン上に停止表示された場合）には、リプレイが作動する。さらに、本実施形態において、例えば、コンビネーション名称「３ＭＢ」又は「２ＭＢ」に係る表示役（「３ＭＢ」又は「２ＭＢ」に係る図柄組合せが有効ライン上に停止表示された場合）が決定されたときには、ＭＢ（ミドルボーナス）が作動する。

なお、図１０に示すように、本実施形態では、「３ＭＢ」の「３枚掛け」欄には「０」が規定されているが、「２枚掛け」欄には数字が規定されていない。また、「２ＭＢ」の「２枚掛け」欄には「０」が規定されているが、「３枚掛け」欄には数字が規定されていない。すなわち、本実施形態では、「３ＭＢ」の図柄組合せ（表示役）は、３枚掛け時にのみ有効（入賞）となり、２枚掛け時には無効（ハズレ）となる。また、「２ＭＢ」の図柄組合せ（表示役）は、２枚掛け時にのみ有効（入賞）となり、３枚掛け時には無効（ハズレ）となる。

［内部抽籤テーブル］
次に、図１３〜図２０を参照して、内部抽籤テーブルについて説明する。本実施形態では、ＲＴ０遊技状態（一般遊技状態）、ＲＴ１遊技状態（２ＭＢフラグ間状態）、ＲＴ２遊技状態（３ＭＢフラグ間状態）及びＭＢ遊技状態のそれぞれにおいて、別個に、内部抽籤テーブルを設ける。さらに、ＲＴ０遊技状態（一般遊技状態）、ＲＴ１遊技状態（２ＭＢフラグ間状態）及びＲＴ２遊技状態（３ＭＢフラグ間状態）のそれぞれにおいては、メダルの掛け数（２枚又は３枚）毎に、内部抽籤テーブルを設ける。

各内部抽籤テーブルは、当籤番号（内部当籤役）と、各当籤番号が決定されるときの抽籤値（当籤確率）と、各当籤番号が決定されたときに取得されるデータポインタ（小役・リプレイ用データポインタ及びボーナス用データポインタ）と、の対応関係を規定する。なお、図１３〜図１５に示す、メダルの掛け数が３枚である場合に参照する内部抽籤テーブルには、説明の便宜上、内部当籤役の略称も合わせて記載する。また、図１６〜図２０に示す、メダルの掛け数が２枚である場合に参照する内部抽籤テーブル及びＭＢ遊技状態中に参照する内部抽籤テーブルでは、説明を簡略化するため、内部当籤役の名称及びデータポインタの記載は省略する。

また、抽籤値は、予め設定されたボーナスや小役等の内部当籤の期待値を調整するための設定（設定１〜６）毎に規定される。この設定は、例えば、リセットスイッチ（不図示）及び設定キースイッチ（不図示）を用いて変更される。

本実施形態の内部抽籤処理では、まず、予め定められた数値の範囲（例えば、０〜６５５３５）から抽出される乱数値（外部乱数値）を、各当籤番号に対応して規定された抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定（内部的な抽籤）を行う。そして、所定の当籤番号において減算の結果が負になった（「桁かり」が生じた）場合、その当籤番号（内部当籤役）に当籤したことになる。

したがって、本実施形態の内部抽籤処理では、抽籤値として規定されている数値が大きい当籤番号ほど、割り当てられたデータポインタが決定される確率が高い。なお、各当籤番号の当籤確率は、「各当籤番号に規定された抽籤値／抽出される可能性のある全ての乱数値の個数（乱数分母：６５５３６）」によって表すことができる。

（１）一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）
図１３は、一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の構成を示す図である。この一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）は、一般遊技状態（ＲＴ０遊技状態）において、単位遊技に対するメダルの掛け枚数が３枚である場合に参照される。一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）は、当籤番号「１」〜「５８」（各種内部当籤役）と、対応する抽籤値（当籤確率）及びデータポインタとの関係を規定する。

例えば、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）が当籤する確率は、「０」となる。一方、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、「１７２００／６５５３６（１／３．８）」となる。そして、この場合、小役・リプレイ用データポインタとして「０」が取得され、且つ、ボーナス用データポインタとして「２」が取得される。すなわち、本実施形態では、一般遊技状態（ＲＴ０遊技状態）において３枚掛けの遊技を行った場合、ボーナスとしては、「３ＭＢ」のみが当籤する構成になっている。

また、例えば、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「通常リプ１」）が当籤する確率は、「３７４／６５５３６（１／１７５．２）」となる。そして、この場合、小役・リプレイ用データポインタとして「１」が取得され、且つ、ボーナス用データポインタとして「０」が取得される。

（２）２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）
図１４は、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）の構成を示す図である。この２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）は、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、単位遊技に対するメダルの掛け枚数が３枚である場合に参照される。２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）は、当籤番号「１」〜「５８」（各種内部当籤役）と、対応する抽籤値（当籤確率）及びデータポインタとの関係を規定する。

例えば、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）又は当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、ともに「０」となる。すなわち、本実施形態では、２ＭＢフラグ間状態（ＲＴ１遊技状態）において３枚掛けの遊技を行った場合、「２ＭＢ」及び「３ＭＢ」のボーナスがともに当籤しない構成になっている。

また、例えば、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「通常リプ１」）が当籤する確率は、「２０４８／６５５３６（１／３２）」となる。そして、この場合、小役・リプレイ用データポインタとして「１」が取得され、且つ、ボーナス用データポインタとして「０」が取得される。

なお、図１３に示す一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の当籤番号「４」〜「１６」の当選確率と、図１４に示す２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）のそれらとを比較すると明らかなように、２ＭＢフラグ間状態（ＲＴ１遊技状態）おけるリプレイ役の当籤確率は、一般遊技状態（ＲＴ０遊技状態）のそれより高くなる。

（３）３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）
図１５は、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）の構成を示す図である。この３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）は、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、単位遊技に対するメダルの掛け枚数が３枚である場合に参照される。３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）は、当籤番号「１」〜「５８」（各種内部当籤役）と、対応する抽籤値（当籤確率）及びデータポインタとの関係を規定する。

例えば、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）又は当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、ともに「０」となる。すなわち、本実施形態では、３ＭＢフラグ間状態（ＲＴ２遊技状態）において３枚掛けの遊技を行った場合、「２ＭＢ」及び「３ＭＢ」のボーナスがともに当籤しない構成になっている。

また、例えば、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「通常リプ１」）が当籤する確率は、「５００／６５５３６（１／１３１）」となる。そして、この場合、小役・リプレイ用データポインタとして「１」が取得され、且つ、ボーナス用データポインタとして「０」が取得される。

なお、図１３に示す一般（ＲＴ０）遊技状態用内部抽籤テーブル（３枚掛け）の当籤番号「４」〜「１６」の当選確率と、図１５に示す３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）のそれらとを比較すると明らかなように、３ＭＢフラグ間状態（ＲＴ２遊技状態）おけるリプレイ役の当籤確率は、一般遊技状態（ＲＴ０遊技状態）のそれより高くなる。また、図１４に示す２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（３枚掛け）の当籤番号「４」〜「１６」の当選確率と、図１５に示す３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（３枚掛け）のそれらとを比較すると明らかなように、３ＭＢフラグ間状態（ＲＴ２遊技状態）おけるリプレイ役の当籤確率は、２ＭＢフラグ間状態（ＲＴ１遊技状態）のそれより低くなる。

（４）一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）
図１６は、一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の構成を示す図である。この一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）は、一般遊技状態（ＲＴ０遊技状態）において、単位遊技に対するメダルの掛け枚数が２枚である場合に参照される。一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）は、当籤番号「１」〜「５」（各種内部当籤役）と、対応する抽籤値（当籤確率）との関係を規定する。なお、図１６中の名称「２枚ベル」の内部当籤役は、全小役に対応する。

例えば、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）が当籤する確率は、「２６０００／６５５３６（１／２．５２）」となる。一方、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、「０」となる。すなわち、本実施形態では、一般遊技状態（ＲＴ０遊技状態）において２枚掛けの遊技を行った場合、ボーナスとしては、「２ＭＢ」のみが当籤する構成になっている。

また、例えば、一般遊技状態（ＲＴ０遊技状態）において、一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「通常リプ１」）が当籤する確率は、「８９７８／６５５３６（１／７．３）」となる。

（５）２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）
図１７は、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）の構成を示す図である。この２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）は、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、単位遊技に対するメダルの掛け枚数が２枚である場合に参照される。２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）は、当籤番号「１」〜「５」（各種内部当籤役）と、対応する抽籤値（当籤確率）との関係を規定する。なお、図１７中の例えば、名称「２ＭＢ＋２枚ベル」は、「２ＭＢ」持越中に名称「２枚ベル」（全小役）の内部当籤役が当籤する場合に対応する。

例えば、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）又は当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、ともに「０」となる。すなわち、本実施形態では、２ＭＢフラグ間状態（ＲＴ１遊技状態）において２枚掛けの遊技を行った場合、「２ＭＢ」及び「３ＭＢ」のボーナスがともに当籤しない構成になっている。

また、例えば、２ＭＢフラグ間状態（ＲＴ１遊技状態）において、２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「２ＭＢ＋通常リプ１」）が当籤する確率は、「３２９７８／６５５３６（１／１．９９）」となる。

なお、図１６に示す一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の当籤番号「４」の当選確率と、図１７に示す２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）のそれとを比較すると明らかなように、２枚掛けの遊技においても、２ＭＢフラグ間状態（ＲＴ１遊技状態）おけるリプレイ役の当籤確率は、一般遊技状態（ＲＴ０遊技状態）のそれより高くなる。

（６）３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）
図１８は、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）の構成を示す図である。この３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）は、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、単位遊技に対するメダルの掛け枚数が２枚である場合に参照される。３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）は、当籤番号「１」〜「５」（各種内部当籤役）と、対応する抽籤値（当籤確率）との関係を規定する。なお、図１８中の例えば、名称「３ＭＢ＋２枚ベル」は、「３ＭＢ」持越中に名称「２枚ベル」（全小役）の内部当籤役が当籤する場合に対応する。

例えば、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「２」（内部当籤役「２ＭＢ」）又は当籤番号「３」（内部当籤役「３ＭＢ」）が当籤する確率は、ともに「０」となる。すなわち、本実施形態では、３ＭＢフラグ間状態（ＲＴ２遊技状態）において２枚掛けの遊技を行った場合、「２ＭＢ」及び「３ＭＢ」のボーナスがともに当籤しない構成になっている。

また、例えば、３ＭＢフラグ間状態（ＲＴ２遊技状態）において、３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）の設定１を参照した場合、当籤番号「４」（内部当籤役「３ＭＢ＋通常リプ１」）が当籤する確率は、「８９８０／６５５３６（１／７．３）」となる。

なお、図１６に示す一般（ＲＴ０）遊技状態用内部抽籤テーブル（２枚掛け）の当籤番号「４」の当選確率と、図１８に示す３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）のそれとを比較すると明らかなように、２枚掛けの遊技においても、３ＭＢフラグ間状態（ＲＴ２遊技状態）おけるリプレイ役の当籤確率は、一般遊技状態（ＲＴ０遊技状態）のそれより高くなる。また、図１７に示す２ＭＢフラグ間（ＲＴ１）遊技状態用内部抽籤テーブル（２枚掛け）の当籤番号「４」の当選確率と、図１８に示す３ＭＢフラグ間（ＲＴ２）遊技状態用内部抽籤テーブル（２枚掛け）のそれとを比較すると明らかなように、２枚掛けの遊技においても、３ＭＢフラグ間状態（ＲＴ２遊技状態）おけるリプレイ役の当籤確率は、２ＭＢフラグ間状態（ＲＴ１遊技状態）のそれより低くなる。

（７）２ＭＢ遊技状態用内部抽籤テーブル
図１９は、２ＭＢ遊技状態用内部抽籤テーブルの構成を示す図である。この２ＭＢ遊技状態用内部抽籤テーブルは、ミドルボーナス「２ＭＢ」が作動している場合（遊技状態が２ＭＢ遊技状態である場合）に参照される。２ＭＢ遊技状態用内部抽籤テーブルは、当籤番号「１」及び「２」と、対応する抽籤値（当籤確率）との関係を規定する。

本実施形態では、図１９に示すように、遊技状態が２ＭＢ遊技状態である場合には、必ず名称「ＣＢ役」の内部当籤役が当籤する。なお、名称「ＣＢ役」の内部当籤役は、全小役に対応する。

（８）３ＭＢ遊技状態用内部抽籤テーブル
図２０は、３ＭＢ遊技状態用内部抽籤テーブルの構成を示す図である。この３ＭＢ遊技状態用内部抽籤テーブルは、ミドルボーナス「３ＭＢ」が作動している場合（遊技状態が３ＭＢ遊技状態である場合）に参照される。３ＭＢ遊技状態用内部抽籤テーブルは、当籤番号「１」及び「２」と、対応する抽籤値（当籤確率）との関係を規定する。

本実施形態では、図２０に示すように、遊技状態が３ＭＢ遊技状態である場合には、必ず名称「ＣＢ役」の内部当籤役が当籤する。

［図柄組合せ決定テーブル］
次に、図２１〜図２３を参照して、図柄組合せ決定テーブルについて説明する。図柄組合せ決定テーブルは、内部当籤役と、有効ライン（センターライン）上に表示可能な図柄組合せ（コンビネーション）との対応関係を規定する。すなわち、内部当籤役が決定されると、有効ライン上に表示可能な図柄組合せの種別、すなわち、入賞可能な表示役の種別が一義的に決定される。各図柄組合せ決定テーブル中の黒丸印は、当籤した内部当籤役において、有効ライン（センターライン）上に表示可能な図柄組合せ（コンビネーション）を示す。

例えば、内部当籤役が「通常リプ１」である場合には、名称「ＣＴリプ」、「ＣＵリプ」、「ベルリプ１」〜「ベルリプ８」、「ＢＴＢＡＲ１」〜「ＢＴＢＡＲ６」、「ＣＴＳＶＮ１」、「ＣＴＳＶＮ２」、「ＣＤＳＶＮ２」及び「ＣＤＳＶＮ３」の図柄組合せが停止表示可能となる。また、例えば、内部当籤役が「２１３ベル１」である場合には、名称「ＣＴベル」及び「制御役１」〜「制御役１０」の図柄組合せが停止表示可能となる。さらに、例えば、内部当籤役が名称「ＣＢ役」の役である場合には、全ての小役の図柄組合せが停止表示可能となる。

なお、図柄組合せ決定テーブルには、「内部当籤役」が「ハズレ」となる場合が規定されていないが、これは、図１０〜図１２に示した図柄組合せテーブルにより規定されている全ての図柄組合せの表示が許可されないことを示す。

＜メインＲＡＭに設けられている格納領域の構成＞
次に、図２４〜図３０を参照して、メインＲＡＭ９５に設けられる各種格納領域の構成について説明する。なお、ここでは、説明を省略するが（図示しないが）、各種リール演出（各種遊技ロック）などで用いる各種制御データ、各種フラグ、各種カウンタ等の格納領域もメインＲＡＭ９５に設けられる。

［内部当籤役格納領域］
まず、図２４を参照して、内部当籤役格納領域の構成について説明する。本実施形態では、内部当籤役格納領域は、それぞれ１バイトのデータにより表される内部当籤役格納領域０〜７で構成される。

内部当籤役格納領域０〜７のそれぞれにおいて、所定のビットに「１」が格納されているとき、その所定のビットに対応する内部当籤役が内部当籤したことを示す。なお、図２４に示す内部当籤役格納領域には、名称「２枚ベル」及び「ＣＢ役」の内部当籤役に対応する格納領域が規定されていないが、これらの内部当籤役が当籤した場合には、小役に係る全て内部当籤役の格納領域（ビット）に「１」が格納される。

［表示役格納領域］
次に、図２５を参照して、表示役格納領域の構成について説明する。本実施形態では、表示役格納領域は、それぞれ１バイトのデータにより表される表示役格納領域０〜７で構成される。

表示役格納領域０〜７のそれぞれにおいて、所定のビットに「１」が格納されているとき、その所定のビットに対応する内部当籤役の各種図柄組合せが有効ライン上に表示されたことを示す。

［持越役格納領域］
次に、図２６を参照して、持越役格納領域の構成について説明する。本実施形態では、持越役格納領域は、１バイトのデータ格納領域で構成される。

内部抽籤の結果、内部当籤役として「２ＭＢ」又は「３ＭＢ」のいずれかが決定されたときは、その内部当籤役が持越役として持越役格納領域に格納される。持越役格納領域に格納された持越役は、対応する図柄組合せが有効ライン上に表示されるまでクリアされずに保持される。また、持越役格納領域に持越役が格納されている間は、内部抽籤によって決定された内部当籤役に加えて、持越役が内部当籤役格納領域に格納される。

［遊技状態フラグ格納領域］
次に、図２７を参照して、遊技状態フラグ格納領域の構成について説明する。遊技状態フラグ格納領域は、１バイトのデータ格納領域で構成される。本実施形態では、図２７に示すように、遊技状態フラグ格納領域の各ビットに対して固有のボーナスの種別又はＲＴの種別が割り当てられる。

遊技状態フラグ格納領域において、所定のビットに「１」が格納されているとき、その所定のビットに該当するボーナスゲーム又はＲＴの作動が行われていることを示す。例えば、遊技状態フラグ格納領域のビット０に「１」が格納されているときは、ミドルボーナス「２ＭＢ」の作動が行われており、遊技状態が２ＭＢ遊技状態であることを示す。

［作動ストップボタン格納領域］
次に、図２８を参照して、作動ストップボタン格納領域の構成について説明する。作動ストップボタン格納領域は、１バイトのデータ格納領域で構成され、１バイトからなる作動ストップボタンフラグを格納する。作動ストップボタンフラグにおいて、各ビットには、ストップボタンの操作状態が割り当てられる。

例えば、左ストップボタン１９Ｌが今回押されたストップボタン、つまり、作動ストップボタンである場合には、作動ストップボタン格納領域のビット０に「１」が格納される。また、例えば、左ストップボタン１９Ｌが未だに押されていないストップボタン、つまり、有効ストップボタンである場合には、ビット４に「１」が格納される。メインＣＰＵ９３は、作動ストップボタン格納領域に格納されているデータに基づいて、今回押されたストップボタンと未だに押されていないストップボタンとを識別する。

［押下順序格納領域］
次に、図２９を参照して、押下順序格納領域の構成について説明する。押下順序格納領域は、１バイトのデータ格納領域で構成され、１バイトからなる押下順序フラグを格納する。

押下順序フラグにおいて、各ビットには、ストップボタンの押下順序の種別が割り当てられる。例えば、ストップボタンの押下順序が「左中右」である場合には、押下順序格納領域のビット０に「１」が格納される。

［図柄コード格納領域］
次に、図３０を参照して、図柄コード格納領域の構成について説明する。本実施形態では、図柄コード格納領域は、それぞれ１バイトのデータにより表される図柄コード格納領域０〜１４で構成される。

図柄コード格納領域では、有効ライン上に停止可能な表示役（図柄組合せ）に対応するビットに「１」が格納される。なお、全てのリールが停止後、図柄コード格納領域０〜１４には、表示役に対応する図柄コードが格納される。

＜各種サブ遊技状態＞
次に、本実施形態のパチスロ１において、２ＭＢフラグ間状態（ＲＴ１遊技状態）で副制御回路１０１（サブＣＰＵ１０２）により制御される演出に関連する各種サブ遊技状態について説明する。

本実施形態では、２ＭＢフラグ間状態中のサブ遊技状態として、主に、「非ＡＴ状態」、「ＡＴ準備状態」、「ＡＴ状態」及び「擬似ＢＢ（ビックボーナス）状態」と称する状態が設けられる。「擬似ＢＢ状態」の遊技は、「非ＡＴ状態」、「ＡＴ準備状態」及び「ＡＴ状態」において行われる擬似ＢＢ抽籤に当籤した場合に、割込処理として行われる。

また、本実施形態では、詳細な説明は省略するが、２ＭＢフラグ間状態中のサブ遊技状態として、「ＡＴ状態」から移行可能な「Ｗチャンス状態」と称する状態や、「ＡＴ状態」又は「擬似ＢＢ状態」から移行可能な「上乗せチャレンジ状態」と称する状態も設けられる。以下、各サブ遊技状態の内容を具体的に説明する。

なお、本実施形態のパチスロ１は、以下に説明するように、２ＭＢフラグ間状態中の各種サブ遊技状態において、「ハズレ」当籤時に所定の特典（非ＡＴ状態の周期短縮又はＡＴゲーム数の上乗せ）を付与する機能を備える。そして、この特典付与機能は、副制御回路１０１により制御される。すなわち、本実施形態では、副制御回路１０１は、「ハズレ」当籤時に所定の特典を付与するか否かを決定する手段（特典付与決定手段）も兼ねる。

［非ＡＴ状態］
非ＡＴ状態は、「通常状態」と、ＡＴ状態への「移行演出状態」とで構成される。そして、非ＡＴ状態では、基本的には、通常状態及び移行演出状態の遊技が、所定の単位遊技数（本実施形態では１９０ゲーム）で周期的に繰り返される。

具体的には、非ＡＴ状態の１周期の遊技では、まず、１セットのゲーム数が１８０ゲーム（第１の単位遊技数）である通常状態の遊技（以下、「通常遊技」という）が行われる。次いで、通常遊技が消化された後、１０ゲームの期間に渡って移行演出状態の遊技（「以下、移行演出遊技」という）が行われる。

そして、移行演出遊技の開始時にはＡＴ抽籤が行われ、その抽籤結果がＡＴ当籤であれば、移行演出遊技の期間において、ＡＴ当籤に対応する演出が行われ、その後、サブ遊技状態がＡＴ準備状態に移行する。一方、ＡＴ抽籤の結果がＡＴ非当籤であれば、移行演出遊技の期間において、ＡＴ非当籤に対応する演出が行われ、その後、次セットの通常遊技（次周期の非ＡＴ状態の遊技）が開始される。

上述のように、移行演出遊技におけるＡＴ抽籤の結果が非当籤である場合には、通常遊技及び移行演出遊技が所定のゲーム数（１９０ゲーム）で周期的に繰り返される。そして、この周期的な遊技消化過程において、基本的には、通常遊技の消化後（１８０ゲーム消化後）に、ＡＴ状態への移行チャンスが必ず与えられる。すなわち、非ＡＴ状態では、周期的にＡＴ状態への移行チャンスが与えられる。以下、通常遊技及び移行演出遊技の内容についてより詳細に説明する。

（１）通常遊技
通常遊技では、毎ゲーム（単位遊技毎）、内部当籤役に基づいて、擬似ＢＢ状態の遊技（以下、「擬似ＢＢ遊技」という）の当籤／非当籤の抽籤（以下、「擬似ＢＢ抽籤」という）が行われる。

そして、通常遊技において、擬似ＢＢ抽籤に当籤した場合、擬似ＢＢ遊技が割込処理として開始される。なお、擬似ＢＢ遊技の期間中は、通常遊技のゲーム数はカウント（減算）されない。そして、擬似ＢＢ遊技が消化されると、サブ遊技状態が通常状態に戻る。この際、擬似ＢＢ遊技開始前の状態から通常遊技が再開される。

また、通常遊技において、「ハズレ」又は特定の内部当籤役（本実施形態では、「通常リプ」、「弱チェ」、「強チェ」及び「レア役」のいずれか）が１回内部当籤した場合又は連続当籤した場合には、現セットの通常遊技の残りゲーム数の減算抽籤、すなわち、現周期の非ＡＴ状態の遊技期間の短縮抽籤（以下、「周期短縮抽籤」という）が行われる。それゆえ、通常遊技において周期短縮抽籤に当籤すれば、現周期の非ＡＴ状態の遊技期間において、移行演出遊技が開始されるまでの期間が短くなる。すなわち、ＡＴ状態の遊技開始までの期間がより短くなる可能性がある。

なお、本実施形態では、現セットの通常遊技の残りゲーム数が所定のゲーム数（所定の単位遊技数：本実施形態では１０ゲーム）以上となる期間の通常遊技において周期短縮抽籤に当籤した場合には、現セットの通常遊技の残りゲーム数から当籤した短縮ゲーム数を減算する。この際、減算結果が所定のゲーム数（１０ゲーム）未満になる場合（減算結果が負の値となる場合もある）、減算結果のゲーム数の絶対値が、現セットにおける余剰分の短縮ゲーム数（余剰単位遊技数）としてストックされる。一方、現セットの通常遊技の残りゲーム数が所定のゲーム数（１０ゲーム）未満となる期間の通常遊技において周期短縮抽籤に当籤した場合には、当籤した短縮ゲーム数が余剰分の短縮ゲーム数としてストックされる。

例えば、所定のゲーム数が１０ゲームであり、現セットの通常遊技の残りゲーム数が３０ゲームであり、且つ、当籤した短縮ゲーム数が５０ゲームである場合には、減算結果は−２０ゲームとなるので、余剰分の短縮ゲーム数としてストックされるゲーム数は２０ゲームとなる。なお、この際、余剰分としてストックされる短縮ゲーム数の基準を所定のゲーム数（１０ゲーム）とし、所定のゲーム数の値（１０）と減算結果の値（−２０）との差分に対応するゲーム数（３０ゲーム）を余剰分の短縮ゲーム数としてもよい。また、例えば、所定のゲーム数が１０ゲームであり、現セットの通常遊技の残りゲーム数が５ゲームであり、当籤した短縮ゲーム数が５０ゲームである場合には、余剰分の短縮ゲーム数としてストックされるゲーム数は５０ゲームとなる。

そして、ストックされた余剰分の短縮ゲーム数は、次周期の非ＡＴ状態の遊技開始時、すなわち、次セットの通常遊技開始時に適用され、その時点で、通常状態（非ＡＴ状態）の遊技期間が短縮される。この場合、次周期の非ＡＴ状態の遊技期間において、移行演出遊技が開始されるまでの期間が短くなる。すなわち、周期短縮抽籤の結果、余剰分の短縮ゲーム数が発生した場合には、次周期においても、ＡＴ状態の遊技開始までの期間がより短くなる可能性がある。また、例えば、周期短縮抽籤により得られる短縮ゲーム数（ストックされた短縮ゲーム数）によっては、次周期の非ＡＴ状態の遊技期間において、最初から移行演出遊技が開始される可能性もある。

（２）移行演出状態
移行演出遊技では、その遊技期間の開始時に行われるＡＴ抽籤の結果（当籤／非当籤）を示す演出（報知）遊技が特定のゲーム数（第３の単位遊技数：本実施形態では１０ゲーム）に渡って行われる。本実施形態のパチスロ１では、移行演出遊技において、複数の味方キャラクタと、敵のキャラクタとがレースを行う演出（レース演出）が、ＡＴ抽籤の結果を示す演出として行われる。なお、このレース演出は、主に、液晶表示装置１１にレース映像が表示されて行われる。ここで、移行演出遊技において行われるレース演出（ＡＴ状態への移行演出）の内容をより具体的に説明する。

具体的には、まず、レース演出（移行演出遊技）の開始時に、予めレース勝利対象（候補）者に設定された所定の味方キャラクタがレースで勝利するか否かの抽籤（レース結果抽籤）を行う。そして、このレース結果抽籤において、所定の味方キャラクタのレース勝利に当籤した場合には、ＡＴ当籤となり、所定の味方キャラクタのレース勝利が非当籤となった場合には、ＡＴ非当籤となる。

また、レース演出（移行演出遊技）の開始時には、レース勝利対象（候補）者に設定された所定の味方キャラクタを含む複数の味方キャラクタと、敵のキャラクタとがレースの出走メンバーとして、液晶表示装置１１に表示される。そして、その後のレース演出の遊技期間において、ＡＴ当籤時には、所定の味方キャラクタがレースに勝利する映像演出が液晶表示装置１１により行われ、ＡＴ非当籤時には、敵キャラクタがレースに勝利する映像演出が液晶表示装置１１により行われる。

それゆえ、移行演出遊技において行われるレース演出の結果、所定の味方キャラクタが勝利した場合には、サブ遊技状態が移行演出状態からＡＴ準備状態に移行し、敵キャラクタが勝利すれば、次セット（次周期）の通常遊技（非ＡＴ状態の遊技）が開始される。なお、本実施形態では、レースで勝利した味方キャラクタの種別に応じて、その後に行われるＡＴ状態の基本滞在ゲーム数が変化するが、この点については、後で詳述する。

また、本実施形態では、味方キャラクタとして、「男Ａ」、「男Ｂ」、「女Ａ」、「河童」、「天狗」及び「男Ａ・男Ｂ」の６種類が設けられる。なお、移行演出遊技のレース演出でレース勝利対象（候補）者となる味方キャラクタの種別、及び、該味方キャラクタのレース勝率に関するレース演出の内容に関する情報は、現周期の非ＡＴ状態の遊技におおいてレース演出の内容に関する情報がセットされていない場合（後述のレース出走者ＭＡＰがセットされていない状態（初期状態）又は後述のレース情報ＭＡＰデータが「０」の場合）に、現周期の非ＡＴ状態の遊技開始時（通常遊技の遊技期間の開始時）に抽籤により決定される。また、この際、本実施形態では、現セット（１レース目）のレース演出の内容に関する情報だけでなく、４セット先（５ゲーム目）までのレース演出の内容に関する情報も決定される。

また、移行演出遊技では、毎ゲーム、内部当籤役に基づいて、擬似ＢＢ抽籤が行われる。そして、移行演出遊技において、擬似ＢＢ抽籤に当籤した場合、擬似ＢＢ遊技が割込処理として開始され、該擬似ＢＢ遊技が消化されると、サブ遊技状態はＡＴ準備状態に移行する。

さらに、本実施形態では、移行演出状態の遊技期間（レース演出期間中）において、特定の条件が成立した場合（擬似ＢＢ状態が「ＢＢフラグ間」又は「ＢＢ作動待ち」となった場合：後述の図１０８参照）、ＡＴゲーム数の上乗せ抽籤が行われ、その抽籤に当籤すると所定の加算ＡＴゲーム数が獲得される。

上述した通常遊技及び移行演出遊技の動作制御は、副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、通常遊技及び移行演出遊技の動作を制御する手段（通常遊技制御手段及び移行演出遊技制御手段）も兼ねる。

［ＡＴ準備状態］
本実施形態のパチスロ１では、サブ遊技状態が移行演出状態からＡＴ状態に移行する際、サブ遊技状態は、ＡＴ準備状態を介して、ＡＴ状態に移行する。ＡＴ準備状態では、主に、ＡＴ状態の基本滞在ゲーム数（以下、「ＡＴ開始ゲーム数」という）を決定するための遊技（以下、「ＡＴ開始ゲーム数決定遊技」という）が行われる。なお、ＡＴ開始ゲーム数決定遊技（報知遊技数決定遊技）においても、毎ゲーム、内部当籤役に基づいて、擬似ＢＢ抽籤が行われる。

本実施形態では、ＡＴ開始ゲーム数（基本単位遊技数）は、移行演出遊技のレース演出で勝利した味方キャラクタの種別（「男Ａ」、「男Ｂ」、「女Ａ」、「河童」、「天狗」又は「男Ａ・男Ｂ」）に応じて変化する。具体的には、次の通りである。

（１）「男Ａ」勝利時
「男Ａ」がレース演出で勝利した場合、ＡＴ開始ゲーム数決定遊技の開始ゲームで行われるレバー操作を契機にして、内部当籤役に基づいて、ＡＴ開始ゲーム数の抽籤が行われ、所定のＡＴ開始ゲーム数（５０ゲーム〜３００ゲーム）が決定される。

また、本実施形態では、「男Ａ」勝利時のＡＴ開始ゲーム数決定遊技の開始ゲームにおいてＡＴ開始ゲーム数が決定されない場合もあり、この場合には、ＡＴ開始ゲーム数決定遊技が継続され、次ゲームのレバー操作時に再度、ＡＴ開始ゲーム数の抽籤が行われる。なお、この際、ＡＴ開始ゲーム数決定遊技の継続回数（本実施形態では１回又は２回）は、ＡＴ開始ゲーム数決定遊技の開始ゲームで決定された内部当籤役に応じて変化する。そして、「男Ａ」勝利時のＡＴ開始ゲーム数決定遊技では、継続回数が多いほど、獲得されるＡＴ開始ゲーム数が増えるように、ＡＴ開始ゲーム数の抽籤テーブル（不図示）が適宜設定されている。

（２）「男Ｂ」勝利時
「男Ｂ」がレース演出で勝利した場合には、ＡＴ開始ゲーム数決定遊技の開始ゲームで行われるレバー操作を契機にして、ＡＴ開始ゲーム数の抽籤が行われ、所定のＡＴ開始ゲーム数（５０ゲーム〜３００ゲーム）が決定される。「男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技では、１回のゲームでＡＴ開始ゲーム数が決定される。なお、「男Ｂ」勝利時のＡＴ開始ゲーム数決定抽籤で用いるＡＴ開始ゲーム数の抽籤値は、内部当籤役に関係なく同じである。

（３）「女Ａ」勝利時
「女Ａ」がレース演出で勝利した場合には、ＭＡＸベットボタン２１の連打操作により、ＡＴ開始ゲーム数が決定される。本実施形態における「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技では、２種類のＡＴ開始ゲーム数の決定形態（決定モード）が用意されている。

具体的には、１回のＭＡＸベット操作でＡＴ開始ゲーム数が５０ゲーム加算される第１のモード、及び、１回のＭＡＸベット操作でＡＴ開始ゲーム数が５ゲーム加算される第２のモードが用意されている。なお、両モードとも、ＭＡＸベット操作毎にＡＴ開始ゲーム数の加算処理の継続抽籤が行われ、第１のモードでは、継続確率は５０％となり、第２のモードでは、継続確率は９５％となる。このＡＴ開始ゲーム数の決定形態（決定モード）は、ＡＴ開始ゲーム数決定遊技（ＡＴ準備状態の遊技）の開始時に遊技者により選択される。

「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技では、まず、液晶表示装置１１により「女Ａ」の勝利が報知された後の次ゲームの終了時（リール全停止後）に、ＡＴ開始ゲーム数の決定形態（決定モード）の選択操作を行う旨の情報が液晶表示装置１１で表示される。次いで、遊技者の選択ボタン２５に対する操作により、第１のモード及び第２のモードの一方がＡＴ開始ゲーム数の決定モードとして選択される。次いで、このＡＴ開始ゲーム数の決定モードの選択操作が行われたゲームの次ゲームのレバー操作が行われると、遊技者により選択されたＡＴ開始ゲーム数の決定モード（第１のモード又は第２のモード）が確定（決定）する。そして、ＡＴ開始ゲーム数の決定モードの決定操作が行われたゲームにおいて、リールが全停止した後、ＭＡＸベットボタン２１の連打操作によりＡＴ開始ゲーム数の加算処理が行われる。すなわち、「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技は、液晶表示装置１１により「女Ａ」の勝利が報知された後、２ゲームに渡って行われる。

そして、「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技では、ＭＡＸベット操作毎に行われるＡＴ開始ゲーム数の加算処理の継続抽籤の結果が非当籤となるまで、ＭＡＸベット操作毎に、所定のＡＴゲーム数（５０ゲーム又は５ゲーム）がＡＴ開始ゲーム数に加算される。なお、ＡＴ開始ゲーム数の加算処理の継続抽籤が当籤となった場合のＭＡＸベット操作時にのみ、ＡＴ開始ゲーム数が加算される。それゆえ、例えば、「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技において、第１のモードが選択され、かつ、６回目のＭＡＸベット操作で、ＡＴ開始ゲーム数の加算処理の継続抽籤の結果が非当籤となった場合には、ＡＴ開始ゲーム数は２５０ゲームとなる。

なお、第１のモードが選択された場合において、１回目のＭＡＸベット操作でＡＴ開始ゲーム数の加算処理の継続抽籤の結果が非当籤となった場合には、ＡＴ開始ゲーム数は５０ゲームにセットされる。すなわち、第１のモードが選択された場合には、５０ゲームのＡＴ開始ゲーム数が保証される。また、第２のモードが選択された場合には、ＭＡＸベット操作毎の加算ゲーム数が少ないので、所定回数分（例えば１０ゲーム分）のＭＡＸベット操作が保証される。

（４）「天狗」勝利時
「天狗」がレース演出で勝利した場合には、「男Ｂ」勝利時と同様に、ＡＴ開始ゲーム数決定遊技の開始ゲームで行われるレバー操作を契機にして、ＡＴ開始ゲーム数の抽籤が行われ、所定のＡＴ開始ゲーム数が決定される。また、この場合もまた、１回のゲームでＡＴ開始ゲーム数が決定される。

ただし、「天狗」勝利時のＡＴ開始ゲーム数決定遊技では、「男Ｂ」勝利時（５０ゲーム以上のＡＴ開始ゲーム数が決定）と異なり、１００ゲーム以上のＡＴ開始ゲーム数が決定される。

（５）「河童」勝利時
「河童」がレース演出で勝利した場合には、ＡＴ開始ゲーム数決定遊技において、「河童」がお寿司を食べる映像演出（以下、「河童寿司演出」という）が複数のゲームに渡って液晶表示装置１１により表示される。そして、この河童寿司演出では、「河童」がお寿司を食べる度にＡＴ開始ゲーム数が加算され、その加算ゲーム数（加算単位遊技数）は、「河童」が食べる寿司ネタ（遊技情報）に応じて変化する。

なお、本実施形態で「河童」が食べる寿司ネタの種別は、「イカ」、「タマゴ」、「河童巻き」、「サーモン」、「イクラ」、「マグロ」、「ウニ」及び「伊勢海老」の８種類が用意されている。そして、寿司ネタが高級になるほど、加算ゲーム数が多くなるように設定されている。

ここで、「河童」勝利時のＡＴ開始ゲーム数決定遊技（河童寿司演出）の内容について、より具体的に説明する。まず、ＡＴ開始ゲーム数決定遊技が開始されると、１ゲーム目から１０ゲーム目（１皿目〜１０皿目）までの寿司ネタの出現パターンが抽籤により決定され、該決定された１皿目〜１０皿目までの寿司ネタが液晶表示装置１１に順次表示される。

その後、「河童」が順次出される寿司ネタのお寿司を食べる演出又は食べない演出が、ゲーム毎に、液晶表示装置１１で表示され、「河童」が寿司ネタを食べる演出が実行されると、加算ゲーム数が取得される。例えば、後述の図５２の河童ゲーム数獲得抽籤テーブルに示すように、「河童」が寿司ネタ「イカ」を食べると、抽籤結果に応じて、１０又は３００ゲームがＡＴ開始ゲーム数の加算ゲーム数として取得される。また、例えば、「河童」が寿司ネタ「伊勢海老」を食べると、抽籤結果に応じて、１００、１５０、２００又は３００ゲームが加算ゲーム数として取得される。そして、ＡＴ開始ゲーム数決定遊技が終了するまでに「河童」が食べた全ての寿司ネタに対応する加算ゲーム数の合計が、ＡＴ開始ゲーム数としてセットされる。

なお、上記河童寿司演出において、「河童」が出された寿司ネタを食べるか否かは、内部当籤役の種別に基づいて決定される。具体的には、内部当籤役が後述の「グループ１役」（例えば、「２１３ベル１」〜「２１３ベル８」等）である場合には、「河童」が寿司ネタを食べ、これ以外の内部当籤役の場合には、「河童」は寿司ネタを食べない。すなわち、「河童」勝利時のＡＴ開始ゲーム数決定遊技の期間では、内部当籤役が後述の「グループ１役」となるゲーム毎にＡＴ開始ゲーム数が加算される。

また、本実施形態では、河童寿司演出において「河童」が寿司ネタを食べる度に、液晶表示装置１１に表示される寿司ネタが減る。しかしながら、５ゲーム先（６皿目）に出される寿司ネタが液晶表示装置１１に表示されていない場合、すなわち、６ゲーム目（６皿目）以降の寿司ネタが決定されていない場合には、この時点で、６ゲーム目（６皿目）以降の寿司ネタが抽籤により決定される。

また、「河童」勝利時のＡＴ開始ゲーム数決定遊技の終了契機は、「河童終了カウンタ」により管理され、河童終了カウンタの値（終了パラメータ）が「０」未満（所定の条件）となった場合に、「河童」勝利時のＡＴ開始ゲーム数決定遊技が終了する。なお、本実施形態では、河童終了カウンタの初期値は「５」に設定される。

河童終了カウンタの値は、「河童」が特定の寿司ネタ（わさび入りの寿司ネタ）、具体的には「イカ」、「サーモン」及び「マグロ」のいずれかを食べた際に「１」減算される。すなわち、現在のゲームにおいて、「イカ」、「サーモン」及び「マグロ」のいずれかの寿司ネタのデータが「河童」の食す寿司ネタとしてセットされており、且つ、内部当籤役が後述の「グループ１役」である場合には、該寿司ネタに対応する加算ゲーム数が獲得されるが、河童終了カウンタの値は「１」減算される。

また、本実施形態では、「河童」が所定の寿司ネタ、具体的には「河童巻き」を食べた際には、河童終了カウンタの値は、「１」加算される。しかしながら、この場合、加算ゲーム数は獲得されない。すなわち、現在のゲームにおいて、「河童巻き」の寿司ネタのデータが「河童」の食す寿司ネタとしてセットされており、且つ、内部当籤役が後述の「グループ１役」である場合には、加算ゲーム数が得られないが、河童終了カウンタの値は「１」加算され、ＡＴ開始ゲーム数決定遊技の期間が延長される。

なお、本実施形態では、「河童」勝利時のＡＴ開始ゲーム数決定遊技において、内部当籤役が後述の「グループ１役」以外の特定の役（「ハズレ」、「リーチ目リプ」、「弱チェ」、「強チェ」、「スイカ」、「チャンスＡ」、「チャンスＢ」及び「確定役」のいずれか）である場合、次ゲームから５ゲーム分（２皿目〜６皿目）の寿司ネタのデータ変換を行うか否かの抽籤（データ変換発生抽籤）が行われる（後述の図５３参照）。そして、この寿司ネタのデータ変換発生抽籤に当籤した場合、本実施形態では、変換後の寿司ネタに対応付けられた加算ゲーム数が、変換前の寿司ネタに対応付けられた加算ゲーム数以上の値となるように寿司ネタのデータが変換される（後述の図５４〜図５８参照）。

さらに、本実施形態では、「河童」勝利時のＡＴ開始ゲーム数決定遊技において河童終了カウンタの値が「０」未満になった場合には、遊技者によるＭＡＸベットボタン２１の連打操作による、「河童」勝利時のＡＴ開始ゲーム数決定遊技の復活抽籤が行われる。具体的には、２０回のＭＡＸベットボタン２１の連続押下による復活抽籤が行われる。この際、ＭＡＸベットボタン２１の押下操作毎に復活抽籤が行われるので、２０回の復活抽籤が行われる。そして、ＭＡＸベットボタン２１の連続押下による復活抽籤に当籤した場合、再度、「河童」勝利時のＡＴ開始ゲーム数決定遊技が開始され、さらに、ＡＴ開始ゲーム数を増やすことができる。

（６）「男Ａ・男Ｂ」勝利時
「男Ａ・男Ｂ」がレース演出で勝利した場合のＡＴ開始ゲーム数決定遊技では、まず、１ゲーム目でＡＴ開始ゲーム数の加算ゲーム数として１０ゲームが獲得される。そして、その後、１０ゲーム目まではゲーム毎（継続毎）に獲得可能な加算ゲーム数が「１０」ずつ増加する。すなわち、１ゲーム目、２ゲーム目、３ゲーム目、…、９ゲーム目、１０ゲーム目において、獲得可能な加算ゲーム数はそれぞれ、１０、２０、３０、…、９０，１００ゲームとなる。さらに、１１ゲーム目以降で獲得可能な加算ゲーム数は、毎ゲーム、１００ゲームとなる。

それゆえ、例えば、「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技において、１０ゲーム目までゲームが継続された場合には、ＡＴ開始ゲーム数として５５０ゲームが獲得される。さらに、１１ゲーム目以降もゲームが継続された場合には、ＡＴ開始ゲーム数が、ゲーム毎に１００ゲームずつ増加する（ＡＴ開始ゲーム数が６５０ゲーム、７５０ゲーム、…となる）。

なお、「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技のゲーム毎の継続確率は８０％であり、この継続抽籤が非当籤となった場合に、「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技が終了する。

また、本実施形態の「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技では、２ゲーム目までの継続確定が保証されている。ただし、２ゲーム目で継続抽籤が非当籤となった場合、ＡＴ開始ゲーム数が３０ゲームとなるが、この場合には、ＡＴ開始ゲーム数を５０ゲームにセットする。すなわち、「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技では、５０ゲームのＡＴ開始ゲーム数の獲得が最低限保証される。

上述のように、本実施形態では、移行演出遊技のレース演出において、「天狗」、「河童」又は「男Ａ・男Ｂ」が勝利した際に獲得できるＡＴ開始ゲーム数が、「男Ａ」、「男Ｂ」又は「女Ａ」が勝利した際のそれより多くなるように設定されている。それゆえ、移行演出遊技のレース演出開始時に液晶表示装置１１に表示される出走メンバーに、「天狗」、「河童」又は「男Ａ・男Ｂ」が含まれていると、より多くのＡＴ開始ゲーム数の獲得を遊技者に期待させることができる。

上述した各種ＡＴ開始ゲーム数決定遊技の動作制御は、副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、ＡＴ開始ゲーム数決定遊技の動作を制御する手段（報知数決定遊技制御手段）も兼ねる。

［ＡＴ状態］
ＡＴ準備状態の遊技（ＡＴ開始ゲーム数決定遊技）においてＡＴ開始ゲーム数が決定され、ＡＴ準備状態の遊技が終了すると、特定ゲーム数（第２の単位遊技数：ＡＴ開始ゲーム数＋上乗せＡＴゲーム数）に渡り小役の押し順が報知されるＡＴ状態の遊技（以下、「ＡＴ遊技」という）が開始される。

ＡＴ遊技（報知遊技）では、毎ゲーム、内部当籤役に基づいて擬似ＢＢ抽籤が行われ、擬似ＢＢ抽籤に当籤した場合、擬似ＢＢ遊技が割込処理として開始され、該擬似ＢＢ遊技が消化されると、サブ遊技状態がＡＴ状態に戻る。なお、この際、擬似ＢＢ遊技の割込期間中は、ＡＴ遊技のゲーム数（ＡＴゲーム数）はカウント（減算）されない。

また、ＡＴ遊技では、毎ゲーム、内部当籤役の種別及び内部当籤役の当籤履歴に基づいて、ＡＴゲーム数の上乗せ抽籤が行われる。具体的には、本実施形態では、ＡＴ遊技において、「ハズレ」、「リーチ目リプ」或いは「レア役」が１回内部当籤した場合、又は、「ハズレ」或いは「通常リプ」が連続当籤した場合にＡＴゲーム数の上乗せ抽籤が行われる。そして、ＡＴゲーム数の上乗せ抽籤に当籤した場合、当籤結果に対応する上乗せＡＴゲーム数（０〜３００ゲーム）が、現在残っているＡＴゲーム数（残りＡＴゲーム数）に加算される。

また、ＡＴ遊技において、所定の図柄組合せ（本実施形態では、「黒ＢＡＲ」−「黒ＢＡＲ」−「黒ＢＡＲ」又は「黒チェリー」−「黒ＢＡＲ」−「黒ＢＡＲ」）が有効ライン上に停止表示された場合、サブ遊技状態が「Ｗチャンス状態」に移行する。そして、「Ｗチャンス状態」の遊技が消化された後、ＡＴ遊技が再開される。なお、「Ｗチャンス状態」の遊技期間中は、ＡＴゲーム数はカウント（減算）されない。

「Ｗチャンス状態」では、メダル払い出しの増大が期待できる遊技が行われる。「Ｗチャンス状態」の遊技では、その終了条件が、消化ゲーム数でなく、特定の小役（本実施形態では１０枚のメダル払い出しが可能な「ＣＴベル」）が内部当籤した際に行われるストップボタンの押し順ナビの回数（以下、「ベルナビ回数」という）により規定される。すなわち、「Ｗチャンス状態」の遊技では、その終了条件がベルナビ回数で管理され、ベルナビ回数が所定回数に達した場合、「Ｗチャンス状態」の遊技が終了する。なお、本実施形態では、「Ｗチャンス状態」の遊技におけるベルナビ回数は５回に設定される。

さらに、ＡＴ遊技において、特定の図柄組合せが所定のライン上に停止表示された場合（本実施形態では、センターライン（有効ライン）上又はクロスアップ上に、「黄ＢＡＲ」−「黄ＢＡＲ」−「黄ＢＡＲ」が揃った場合）、サブ遊技状態が「上乗せチャレンジ状態」に移行する。そして、「上乗せチャレンジ状態」の遊技が消化された後、ＡＴ遊技が再開される。

なお、「上乗せチャレンジ状態」の遊技では、所定ゲーム数に渡って擬似ＢＢ遊技が高確率で当籤してストックされる。また、「上乗せチャレンジ状態」の遊期間中は、ＡＴゲーム数はカウント（減算）されない。

また、ＡＴ遊技が終了すると、サブ遊技状態は、必ず移行演出状態に移行し、上述した移行演出遊技（レース演出）が行われる。この場合、移行演出遊技のレース演出でレース勝利対象（候補）者となる味方キャラクタの種別、及び、該味方キャラクタのレース勝率に関するレース演出の内容に関する情報は、移行前のＡＴ状態の遊技開始時に抽籤により決定される。

上述したＡＴ遊技の動作制御は、副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、ＡＴ遊技の動作を制御する手段（アシストタイム遊技制御手段）も兼ねる。

［擬似ＢＢ状態］
擬似ＢＢ遊技（特別遊技）では、特定のリプレイ役（「通常リプ１」〜「通常リプ８」のいずられか）に当籤し、且つ、ストップボタンの押し順が当籤したリプレイ役に対応付けられた所定の押し順である場合（押し順正解時）に、「ＪＡＣＧＡＭＥ」（特定遊技）と称するメダル払い出しの増大が期待できる遊技が実行される。

「ＪＡＣＧＡＭＥ」の遊技では、その終了条件は、消化ゲーム数でなく、特定の小役（本実施形態では１０枚のメダル払い出しが可能な「ＣＴベル」）が内部当籤した際に行われるストップボタンの押し順ナビの回数（ベルナビ回数）により規定される。すなわち、「ＪＡＣＧＡＭＥ」の遊技では、その終了条件がベルナビ回数で管理され、ベルナビ回数が特定回数に達した場合、「ＪＡＣＧＡＭＥ」の遊技が終了する。なお、本実施形態では、「ＪＡＣＧＡＭＥ」におけるベルナビ回数の特定回数は５回に設定される。

また、擬似ＢＢ状態の遊技期間は、「ＪＡＣＧＡＭＥ保証区間」と称する期間と、その後に行われる「ＪＡＣＩＮチャレンジ区間」と称する期間とに分けられる。

「ＪＡＣＧＡＭＥ保証区間」では、所定回数（本実施形態では２回）の「ＪＡＣＧＡＭＥ」が消化されるまで、遊技が必ず継続する遊技期間（期間は不定）である。そして、「ＪＡＣＧＡＭＥ保証区間」において、特定のリプレイ役（「通常リプ１」〜「通常リプ８」のいずられか）が当籤した場合には、当籤したリプレイ役に対応付けらたストップボタンの押し順が報知（ナビ）され、「ＪＡＣＧＡＭＥ」の実行が保証される。

なお、「ＪＡＣＧＡＭＥ保証区間」の遊技形態は、サブ遊技状態の擬似ＢＢ状態への移行経路に関係なく同じである。すなわち、サブ遊技状態が非ＡＴ状態から擬似ＢＢ状態に移行した場合も、サブ遊技状態がＡＴ状態から擬似ＢＢ状態に移行した場合も、「ＪＡＣＧＡＭＥ保証区間」の遊技形態は同じになる。一方、「ＪＡＣＩＮチャレンジ区間」の遊技形態は、サブ遊技状態の擬似ＢＢ状態への移行経路に応じて異なる。

サブ遊技状態が非ＡＴ状態から擬似ＢＢ状態に移行した場合の「ＪＡＣＩＮチャレンジ区間」の遊技では、特定ゲーム数（特定単位遊技数：本実施形態では１０ゲーム）の期間において、特定のリプレイ役（「通常リプ１」〜「通常リプ８」のいずられか）が当籤したゲームでは、ストップボタンの押し順の２択チャレンジ演出が行われる。そして、その２択チャレンジ演出に正解した場合、「ＪＡＣＧＡＭＥ」が割込処理（割込遊技）として実行される。

一方、サブ遊技状態がＡＴ状態から擬似ＢＢ状態に移行した場合の「ＪＡＣＩＮチャレンジ区間」の遊技では、特定のゲーム数（本実施形態では１０ゲーム）の期間において、特定のリプレイ役（「通常リプ１」〜「通常リプ８」のいずられか）が当籤したゲームでは、当籤したリプレイ役に対応付けらたストップボタンの押し順が必ず報知（ナビ）される。すなわち、サブ遊技状態がＡＴ状態から擬似ＢＢ状態に移行した場合には、「ＪＡＣＩＮチャレンジ区間」において、特定のリプレイ役が当籤すれば、必ず「ＪＡＣＧＡＭＥ」が割込処理として実行される。それゆえ、この場合には、サブ遊技状態が非ＡＴ状態から擬似ＢＢ状態に移行した場合に比べて、より多くのメダル獲得が可能になる。

また、サブ遊技状態が非ＡＴ状態から擬似ＢＢ状態に移行した場合の擬似ＢＢ遊技では、毎ゲーム、内部当籤役の種別及び内部当籤役の当籤履歴に基づいて、非ＡＴ状態の遊技期間の周期短縮抽籤が行われる。具体的には、サブ遊技状態が非ＡＴ状態から擬似ＢＢ状態に移行した場合の擬似ＢＢ遊技において、「ハズレ」、「リーチ目リプ」或いは「レア役」が１回内部当籤した場合、又は、「ハズレ」或いは「通常リプ」が連続当籤した場合に周期短縮抽籤が行われる。そして、その周期短縮抽籤に当籤すれば、現セットの通常遊技の残りゲーム数から当籤結果に対応する所定の短縮ゲーム数（０〜１７０ゲーム）が減算される。すなわち、擬似ＢＢ状態においても、現周期の非ＡＴ状態の遊技期間の短縮という特典が得られる可能性がある。

さらに、擬似ＢＢ遊技において周期短縮抽籤に当籤し、通常遊技の現在の残りゲーム数から短縮ゲーム数を減算した結果が「０」未満になる場合には、減算結果の絶対値のゲーム数が、現セットにおける余剰分の短縮ゲーム数としてストックされる。そして、ストックされた余剰分の短縮ゲーム数は、次セットの通常遊技開始時に適用され、その時点で、非ＡＴ状態（通常状態）の遊技期間が短縮される。

一方、サブ遊技状態がＡＴ状態から擬似ＢＢ状態に移行した場合の擬似ＢＢ遊技では、毎ゲーム、内部当籤役の種別及び内部当籤役の当籤履歴に基づいて、ＡＴゲーム数の上乗せ抽籤が行われる。具体的には、サブ遊技状態がＡＴ状態から擬似ＢＢ状態に移行した場合の擬似ＢＢ遊技において、「ハズレ」、「リーチ目リプ」或いは「レア役」が１回内部当籤した場合、又は、「ハズレ」或いは「通常リプ」が連続当籤した場合にＡＴゲーム数の上乗せ抽籤が行われる。そして、その上乗せ抽籤に当籤すれば、現在の残りＡＴゲーム数に当籤結果に対応する所定の上乗せＡＴゲーム数（０〜３００ゲーム）が加算される。すなわち、擬似ＢＢ状態においても、ＡＴゲーム数の加算という特典が得られる可能性がある。

上述した擬似ＢＢ遊技及び「ＪＡＣＧＡＭＥ」の動作制御は、副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、擬似ＢＢ遊技及び「ＪＡＣＧＡＭＥ」の動作を制御する手段（特別遊技制御手段及び特定遊技制御手段）も兼ねる。

＜ロムカートリッジ基板に記憶されるデータテーブルの構成＞
次に、ロムカートリッジ基板８６に記憶される各種データテーブルの構成について説明する。なお、以下に説明する、サブＣＰＵ１０２で制御する各種処理及び管理する各種テーブルで用いられる内部当籤役の略称と、メインＣＰＵ９３で管理する上述した内部当籤役の名称及び略称との対応は、図３１の対応表に示す通りである。

［レース出走者ＭＡＰ抽籤テーブル］
まず、図３２を参照して、レース出走者ＭＡＰ抽籤テーブルについて説明する。図３２は、レース出走者ＭＡＰ抽籤テーブルの構成を示す図である。なお、レース出走者ＭＡＰ抽籤テーブルは、例えば、非ＡＴ状態の１周期の遊技開始時（通常遊技開始時）に行われる後述のレース情報抽籤処理（後述の図８３参照）中のレース出走者ＭＡＰ抽籤処理（Ｓ３２１）等で参照される。

レース出走者ＭＡＰ抽籤テーブルは、レース出走者ＭＡＰのＭＡＰ番号（「１」〜「３９」）と、その抽籤値との対応関係を規定する。なお、レース出走者ＭＡＰ（レース情報ＭＡＰ）には、後述のように、非ＡＴ状態の遊技の現周期から５周期目まで（１レース目から５レース目まで）のレース演出のレース勝利対象（候補）者を決定するためのデータ（「１」〜「１０」）が規定される。

レース出走者ＭＡＰ抽籤テーブルを用いたレース出走者ＭＡＰ抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、レース出走者ＭＡＰ抽籤テーブルに規定された各レース出走者ＭＡＰ番号に対応する抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際のレース出走者ＭＡＰのＭＡＰ番号が当籤したことになる。例えば、レース出走者ＭＡＰ抽籤処理において、ＭＡＰ番号「１」に当籤する確率は、１９７４／３２７６８となる。

［レース情報ＭＡＰデータテーブル］
次に、図３３を参照して、レース情報ＭＡＰデータテーブルについて説明する。図３３は、レース情報ＭＡＰデータテーブルの構成を示す図である。なお、レース情報ＭＡＰデータテーブルは、例えば、後述のレース情報抽籤処理（後述の図８３参照）中の「対象テーブル」のデータ取得処理（Ｓ３２３）等で参照される。

レース情報ＭＡＰデータテーブルには、レース出走者ＭＡＰ抽籤テーブルを用いたレース出走者ＭＡＰ抽籤処理により決定された、レース出走者ＭＡＰ（レース情報ＭＡＰ）のＭＡＰ番号毎に、現周期から５周期目まで（１レース目から５レース目まで）のレース勝利対象者を決定するためのデータ（「１」〜「１０」：以下、レース情報ＭＡＰデータという）が規定される。なお、レース情報ＭＡＰデータは、後述の勝利対象者抽籤テーブル（後述の図３４参照）に規定された「対象テーブル」の種別に対応するデータである。具体的には、レース情報ＭＡＰデータ「１」〜「１０」は、後述の勝利対象者抽籤テーブルに規定された「対象テーブルＡ」〜「対象テーブルＪ」にそれぞれ対応する。

レース情報ＭＡＰデータテーブルを用いた「対象テーブル」のデータ取得処理において、例えば、レース出走者ＭＡＰ（レース情報ＭＡＰ）のＭＡＰ番号が「７」である場合には、１レース目〜５レース目のレース情報ＭＡＰデータとして、それぞれ「２」（対象テーブルＢ）、「１」（対象テーブルＡ）、「２」（対象テーブルＢ）、「１」（対象テーブルＡ）、「８」（対象テーブルＨ）が取得される。

［勝利対象者抽籤テーブル］
次に、図３４を参照して、勝利対象者抽籤テーブルについて説明する。図３４は、勝利対象者抽籤テーブルの構成を示す図である。なお、勝利対象者抽籤テーブルは、例えば、後述のレース情報抽籤処理（後述の図８３参照）中の勝利対象者抽籤処理（Ｓ３２５）等で参照される。

勝利対象者抽籤テーブルは、対象テーブルの種別毎に、移行演出遊技で行われるレース演出のレース勝利対象者（「男Ａ」、「男Ｂ」、「女Ａ」、「河童」、「天狗」及び「男Ａ・男Ｂ」）と、その抽籤値との対応関係を規定する。なお、本実施形態では、ＡＴ遊技終了後にも、移行演出遊技のレース演出が行われるので、勝利対象者抽籤テーブルには、図３４に示すように、レース情報ＭＡＰデータテーブルで決定される対象テーブルＡ〜Ｊ以外に、「ＡＴ後」の専用テーブルも規定される。

勝利対象者抽籤テーブルを用いた勝利対象者抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、勝利対象者抽籤テーブルに規定された各レース勝利対象者に対応する抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際のレース勝利対象者が当籤したことになる。

例えば、勝利対象者抽籤処理において対象テーブルＡが参照されている場合（レース情報ＭＡＰデータが「１」である場合）には、「河童」がレース勝利対象者となる確率は、３２８／３２７６８となる。しかしながら、例えば、勝利対象者抽籤処理において対象テーブルＧが参照されている場合（レース情報ＭＡＰデータが「７」である場合）には、「河童」がレース勝利対象者となる確率は、０／３２７６８となり、「河童」がレースで勝利することはない。

［レース勝率ＭＡＰ抽籤テーブル］
次に、図３５を参照して、レース勝率ＭＡＰ抽籤テーブルについて説明する。図３５は、レース勝率ＭＡＰ抽籤テーブルの構成を示す図である。なお、レース勝率ＭＡＰ抽籤テーブルは、例えば、後述のレース情報抽籤処理（後述の図８３参照）中のレース勝率ＭＡＰ抽籤処理（Ｓ３２７）等で参照される。

レース勝率ＭＡＰ抽籤テーブルは、設定値（１〜６）毎に、レース勝率ＭＡＰとその抽籤値との対応関係を規定する。なお、本実施形態では、レース勝率ＭＡＰとして、「レース勝率５％」、「レース勝率１０％」、「レース勝率２０％」、「レース勝率３０％」、「レース勝率５０％」、「レース勝率６６％」、「レース勝率８０％」、「レース勝率１００％」、「レース勝率２戦目５０％」〜「レース勝率５戦目５０％」、「レース勝率２戦目６６％」〜「レース勝率５戦目６６％」、及び、「レース勝率２戦目８０％」〜「レース勝率５戦目８０％」の２０種類を設ける。

レース勝率ＭＡＰ抽籤テーブルを用いたレース勝率ＭＡＰ抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、レース勝率ＭＡＰ抽籤テーブルに規定された各レース勝率ＭＡＰに対応する抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際のレース勝率ＭＡＰが当籤したことになる。例えば、設定値が「１」である場合、「レース勝率５戦目５０％」のレース勝率ＭＡＰが当籤する確率は、４４１０／３２７６８となる。

［レース勝率ＭＡＰデータテーブル］
次に、図３６及び図３７を参照して、レース勝率ＭＡＰデータテーブルについて説明する。図３６は、レース勝率ＭＡＰデータテーブルの構成を示す図である。また、図３７は、図３６に示すレース勝率ＭＡＰデータテーブル内に規定するレース勝率データ（「１」〜「８」）を具体的な勝率の値（パーセント表示）に書き換えたものである。なお、レース勝率ＭＡＰデータテーブルは、例えば、後述のレース情報抽籤処理（後述の図８３参照）中のレース勝率データの取得処理（Ｓ３２９）等で参照される。

レース勝率ＭＡＰデータテーブルには、レース勝率ＭＡＰ抽籤処理により決定されたレース勝率ＭＡＰ毎に、所定のレース勝率データ（「１」〜「８」）が格納される。なお、レース勝率データ「１」、「２」、「３」、「４」、「５」、「６」、「７」及び「８」は、それぞれ、勝率５％、勝率１０％、勝率２０％、勝率３０％、勝率５０％、勝率６６％、勝率８０％及び勝率１００％に対応する。

具体的には、レース勝率ＭＡＰが、「レース勝率５％」、「レース勝率１０％」、「レース勝率２０％」、「レース勝率３０％」、「レース勝率５０％」、「レース勝率６６％」、「レース勝率８０％」及び「レース勝率１００％」のいずれかである場合には、現周期（１レース目）のレース演出のレース勝率データのみがレース勝率ＭＡＰデータテーブルに規定される。また、レース勝率ＭＡＰが、「レース勝率２戦目５０％」、「レース勝率２戦目６６％」及び「レース勝率２戦目８０％」のいずれかである場合には、１レース目及び２レース目（１周期先のレース）のレース勝率データがレース勝率ＭＡＰデータテーブルに規定される。また、レース勝率ＭＡＰが、「レース勝率３戦目５０％」、「レース勝率３戦目６６％」及び「レース勝率３戦目８０％」のいずれかである場合には、１レース目から３レース目（２周期先のレース）までのレース勝率データがレース勝率ＭＡＰデータテーブルに規定される。また、レース勝率ＭＡＰが、「レース勝率４戦目５０％」、「レース勝率４戦目６６％」及び「レース勝率４戦目８０％」のいずれかである場合には、１レース目から４レース目（３周期先のレース）までのレース勝率データがレース勝率ＭＡＰデータテーブルに規定される。さらに、レース勝率ＭＡＰが、「レース勝率５戦目５０％」、「レース勝率５戦目６６％」及び「レース勝率５戦目８０％」のいずれかである場合には、１レース目から５レース目（４周期先のレース）までのレース勝率データがレース勝率ＭＡＰデータテーブルに規定される。

そして、レース勝率ＭＡＰデータテーブルを用いたレース勝率データの取得処理において、例えば、レース勝率ＭＡＰが「レース勝率５戦目５０％」である場合には、１レース目〜５レース目のレース勝率データとして、それぞれ「２」（勝率１０％）、「２」（勝率１０％）、「２」（勝率１０％）、「２」（勝率１０％）、「５」（勝率５０％）が取得される。

［レース結果抽籤テーブル］
次に、図３８を参照して、レース結果抽籤テーブルについて説明する。図３８は、レース結果抽籤テーブルの構成を示す図である。なお、レース結果抽籤テーブルは、例えば、後述のレース中＿遊技開始時処理（後述の図１０８参照）中のレース結果抽籤処理（Ｓ６４４）等で参照される。

レース結果抽籤テーブルは、レース勝率毎に、レース結果（勝利の当籤／非当籤）と、その抽籤値との対応関係を規定する。

レース結果抽籤テーブルを用いたレース結果抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、レース結果抽籤テーブル内に規定された各レース結果（勝利の当籤／非当籤）に対応する抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際のレース結果が当籤したことになる。

［ＡＴ後レース勝利期待度データ選択抽籤テーブル］
次に、図３９を参照して、ＡＴ後レース勝利期待度データ選択抽籤テーブルについて説明する。図３９は、ＡＴ後レース勝利期待度データ選択抽籤テーブルの構成を示す図である。なお、ＡＴ後レース勝利期待度データ選択抽籤テーブルは、例えば、後述のＡＴ中＿遊技開始時処理（後述の図１１１参照）中のＡＴ後レース勝利期待度データ選択抽籤処理（Ｓ７１６）で参照される。

ＡＴ後レース勝利期待度データ選択抽籤テーブルは、レース勝率と、その抽籤値との対応関係を規定する。なお、ＡＴ後レース勝利期待度データ選択抽籤テーブルは、設定値（１〜６）に関係なく共通して参照される。

ＡＴ後レース勝利期待度データ選択抽籤テーブルを用いたＡＴ後レース勝利期待度データ選択抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、ＡＴ後レース勝利期待度データ選択抽籤テーブルに規定された各勝率に対応する抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の勝率が当籤したことになる。なお、本実施形態では、ＡＴ後に選択されるレース勝率は、図３９に示すように、「勝率５％」、「勝率１０％」、「勝率３０％」、「勝率５０％」及び「勝率１００％」のいずれかとなる。

［擬似ＢＢ抽籤（一般中）テーブル］
次に、図４０を参照して、擬似ＢＢ抽籤（一般中）テーブルについて説明する。図４０は、擬似ＢＢ抽籤（一般中）テーブルの構成を示す図である。なお、擬似ＢＢ抽籤（一般中）テーブルは、例えば、後述の擬似ＢＢ抽籤処理（後述の図１０３参照）において、サブ遊技状態が通常状態である場合に参照される。

擬似ＢＢ抽籤（一般中）テーブルは、内部当籤役の種別毎に、擬似ＢＢ遊技の当籤／非当籤（抽籤結果）と、その抽籤値との対応関係を規定する。

擬似ＢＢ抽籤（一般中）テーブルを用いた擬似ＢＢ抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、擬似ＢＢ抽籤（一般中）テーブルに規定された各抽籤結果の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の抽籤結果（擬似ＢＢ遊技の当籤／非当籤）が当籤したことになる。

例えば、擬似ＢＢ抽籤（一般中）テーブルを用いた擬似ＢＢ抽籤処理において、内部当籤役が「通常リプ」である場合には、擬似ＢＢ遊技の非当籤が必ず決定され、内部当籤役が「確定役」である場合には、擬似ＢＢ遊技の当籤が必ず決定される。

［擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブル］
次に、図４１を参照して、擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルについて説明する。図４１は、擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルの構成を示す図である。なお、擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルは、例えば、後述の擬似ＢＢ抽籤処理（後述の図１０３参照）において、サブ遊技状態が通常状態以外である場合（サブ遊技状態がＡＴ状態、ＡＴ準備状態又は移行演出状態である場合）に参照される。

擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルもまた、擬似ＢＢ抽籤（一般中）テーブルと同様の構成を有し、同様の手法により擬似ＢＢ抽籤処理が行われる。それゆえ、ここでは、擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルの構成及び擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブルを用いた擬似ＢＢ抽籤処理の手法の説明を省略する。

［擬似ＢＢ前兆抽籤テーブル］
次に、図４２を参照して、擬似ＢＢ前兆抽籤テーブルについて説明する。図４２は、擬似ＢＢ前兆抽籤テーブルの構成を示す図である。なお、擬似ＢＢ前兆抽籤テーブルは、例えば、後述の擬似ＢＢ抽籤処理（後述の図１０３参照）中の擬似ＢＢ前兆抽籤処理（Ｓ５８７）において参照される。

擬似ＢＢ前兆抽籤テーブルは、内部当籤役の種別毎に、擬似ＢＢ遊技当籤時の前兆ゲーム数（前兆無しも含む）と、その抽籤値との対応関係を規定する。

擬似ＢＢ前兆抽籤テーブルを用いた擬似ＢＢ前兆抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、擬似ＢＢ前兆抽籤テーブルに規定された各前兆ゲーム数の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の前兆ゲーム数が当籤したことになる。

例えば、擬似ＢＢ前兆抽籤テーブルを用いた擬似ＢＢ前兆抽籤処理において、内部当籤役が「弱チェ」である場合には、１２８／３２７６８の確率で１ゲームの前兆ゲーム数に当籤し、５１２／３２７６８の確率の２ゲームの前兆ゲーム数に当籤し、３２１２８／３２７６８の確率で３ゲームの前兆ゲーム数に当籤する。

［周期短縮抽籤テーブル］
次に、図４３及び図４４を参照して、周期短縮抽籤テーブルについて説明する。図４３は、周期短縮抽籤テーブル（その１）の構成を示す図であり、図４４は、周期短縮抽籤テーブル（その２）の構成を示す図である。なお、周期短縮抽籤テーブル（その１，その２）は、例えば、後述の一般中＿遊技開始時処理（後述の図１０１及び図１０２参照）中の周期短縮関連処理（Ｓ５７０）において参照される。

周期短縮抽籤テーブルは、内部当籤役の当籤履歴データ毎に、非ＡＴ状態の遊技期間（１周期）の短縮ゲーム数（通常遊技の減算ゲーム数）と、その抽籤値との対応関係を規定する。なお、周期短縮抽籤テーブルでは、短縮ゲーム数として、「０」、「５」、「１０」、「２０」、「３０」、「４０」、「５０」、「６０」、「７０」、「１００」、「１５０」及び「１７０」が設けられる。

なお、周期短縮抽籤テーブル（その１）中の内部当籤役の当籤履歴データ「ハズレ２連」は、内部当籤役「ハズレ」が２ゲーム連続して当籤している場合を示す。当籤履歴データ「リプ３連」は、内部当籤役「通常リプ」が３ゲーム連続して当籤している場合を示す。また、当籤履歴データ「ベル３連」は、内部当籤役「３枚ベル」（左３枚ベル及び中右３枚ベル）が３ゲーム連続して当籤している場合を示す。

また、周期短縮抽籤テーブル（その２）中の内部当籤役の当籤履歴データ「弱１発目」及び「強１発目」は、現在のゲームの内部当籤役がそれぞれ「弱チェ」及び「強チェ」である場合を示す。当籤履歴データ「弱弱２連」は、内部当籤役「弱チェ」が２ゲーム連続して当籤している場合を示し、当籤履歴データ「強強２連」は、内部当籤役「強チェ」が２ゲーム連続して当籤している場合を示す。当籤履歴データ「弱強２連」は、内部当籤役「弱チェ」及び「強チェ」がこの順で連続して当籤している場合を示し、当籤履歴データ「強弱２連」は、内部当籤役「強チェ」及び「弱チェ」がこの順で連続して当籤している場合を示す。また、当籤履歴データ「レア役３連」は、内部当籤役「レア役」（「弱チェ」、「強チェ」、「スイカ」、「チャンス目Ａ」、「チャンス目Ｂ」及び「確定役」：規定の内部当籤役）が３ゲーム連続して当籤している場合を示す。

周期短縮抽籤テーブルを用いた周期短縮関連処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、周期短縮抽籤テーブルに規定された各短縮ゲーム数の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の短縮ゲーム数が当籤したことになる。

例えば、周期短縮抽籤テーブルを用いた周期短縮関連処理において、当籤履歴データが「ハズレ３連」である場合には、３０７２０／３２７６８の確率で１０ゲームの短縮ゲーム数に当籤し、１６００／３２７６８の確率の３０ゲームの短縮ゲーム数に当籤し、４４８／３２７６８の確率で５０ゲームの短縮ゲーム数に当籤する。すなわち、本実施形態では、通常遊技において、内部当籤役「ハズレ」が連続当籤しても、短縮ゲーム数の取得（非ＡＴ状態の遊技期間の短縮）という特典が得られる可能性がある。

［擬似ＢＢ周期短縮抽籤テーブル］
次に、図４５を参照して、擬似ＢＢ周期短縮抽籤テーブルについて説明する。図４５は、擬似ＢＢ周期短縮抽籤テーブルの構成を示す図である。なお、擬似ＢＢ周期短縮抽籤テーブルは、例えば、後述の一般中ＢＢ＿遊技開始時処理（後述の図１０４参照）中の擬似ＢＢ周期短縮抽籤処理（Ｓ５９８）において参照される。

擬似ＢＢ周期短縮抽籤テーブルは、内部当籤役又はその当籤履歴データ毎に、非ＡＴ状態の遊技期間（１周期）の短縮ゲーム数（通常遊技の減算ゲーム数）と、その抽籤値との対応関係を規定する。なお、擬似ＢＢ周期短縮抽籤テーブルでは、短縮ゲーム数として、「０」、「５」、「１０」、「２０」、「３０」、「５０」、「１００」及び「１７０」が設けられる。ただし、擬似ＢＢ周期短縮抽籤処理において、短縮ゲーム数として、「１７０」が当籤した場合には、レース勝率１００％の特典も得られる。

擬似ＢＢ周期短縮抽籤テーブルを用いた擬似ＢＢ周期短縮抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、擬似ＢＢ周期短縮抽籤テーブルに規定された各短縮ゲーム数の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の短縮ゲーム数が当籤したことになる。

例えば、擬似ＢＢ周期短縮抽籤テーブルを用いた擬似ＢＢ周期短縮抽籤処理において、当籤履歴データが「ハズレ３連」である場合には、３２１１２／３２７６８の確率で３０ゲームの短縮ゲーム数に当籤し、６５６／３２７６８の確率の１００ゲームの短縮ゲーム数に当籤する。すなわち、本実施形態では、通常遊技中に擬似ＢＢ遊技が開始された場合、その擬似ＢＢ遊技状態において、内部当籤役「ハズレ」が連続当籤しても、短縮ゲーム数の取得（非ＡＴ状態の遊技期間の短縮）という特典が得られる可能性がある。また、例えば、擬似ＢＢ周期短縮抽籤テーブルを用いた擬似ＢＢ周期短縮抽籤処理において、内部当籤役が「リーチ目リプ」である場合には、１７０ゲームの短縮ゲーム数に必ず当籤するだけでなく、現セットで設定されているレース勝率がレース勝率１００％（ＡＴ当籤確定）に更新される。

［直上乗せ抽籤テーブル］
次に、図４６を参照して、直上乗せ抽籤テーブルについて説明する。図４６は、直上乗せ抽籤テーブルの構成を示す図である。なお、直上乗せ抽籤テーブルは、例えば、後述のＡＴ中ＢＢ＿遊技開始時処理（後述の図１１２参照）中の直上乗せ抽籤処理（Ｓ７３４）等において、上乗せＡＴゲーム数を決定する際に参照される。

直上乗せ抽籤テーブルは、内部当籤役又はその当籤履歴データ毎に、上乗せＡＴゲーム数と、その抽籤値との対応関係を規定する。なお、本実施形態では、上乗せＡＴゲーム数として、「０」（上乗せ無し）、「１０」、「２０」、「３０」、「５０」、「１００」、「１５０」、「２００」及び「３００」が設けられる。

直上乗せ抽籤テーブルを用いた直上乗せ抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、直上乗せ抽籤テーブルに規定された各上乗せＡＴゲーム数の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の上乗せＡＴゲーム数が当籤したことになる。

例えば、直上乗せ抽籤テーブルを用いた直上乗せ抽籤処理において、当籤履歴データが「ハズレ３連」である場合には、３２７３６／３２７６８の確率で２０ゲームの上乗せＡＴゲーム数に当籤し、３２／３２７６８の確率の１００ゲームの上乗せＡＴゲーム数に当籤する。すなわち、本実施形態では、ＡＴ遊技中に擬似ＢＢ遊技が開始された場合、その擬似ＢＢ遊技状態において、内部当籤役「ハズレ」が連続当籤しても、ＡＴゲーム数の上乗せという特典を得られる可能性がある。

［ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル］
次に、図４７〜図５０を参照して、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブルについて説明する。図４７〜図５０は、それぞれ、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その１）〜ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（その４）の構成を示す図である。なお、これらのＡＴ開始ゲーム数抽籤（河童勝利時）テーブルは、例えば、後述の河童勝利時＿遊技開始時処理（後述の図１１０参照）中の河童寿司ＭＡＰ抽籤処理（Ｓ６８３）等において参照される。

ＡＴ開始ゲーム数抽籤（河童勝利時）テーブルは、現在セットされている寿司ＭＡＰの番号毎に、寿司ＭＡＰの番号と、その抽籤値との対応関係を規定する。寿司ＭＡＰは、上述した河童寿司演出（「河童」勝利時のＡＴ開始ゲーム数決定遊技）において、液晶表示装置１１に表示される１皿目〜１０皿目までの寿司ネタに対応する河童寿司ＭＡＰデータを規定したＭＡＰである（後述の図５１参照）。

なお、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブルには、寿司ＭＡＰ番号として、「１」〜「４５」を規定する。また、初期状態では、寿司ＭＡＰはセットされていないので、この場合には、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル中の「初回」欄の抽籤値が参照される（図５０参照）。

ＡＴ開始ゲーム数抽籤（河童勝利時）テーブルを用いた河童寿司ＭＡＰ抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブルに規定された各寿司ＭＡＰ番号の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の寿司ＭＡＰ番号が当籤したことになる。

［河童寿司ＭＡＰデータテーブル］
次に、図５１を参照して、河童寿司ＭＡＰデータテーブルについて説明する。図５１は、河童寿司ＭＡＰデータテーブルの構成を示す図である。なお、河童寿司ＭＡＰデータテーブルは、例えば、後述の河童勝利時＿遊技開始時処理（後述の図１１０参照）中の河童寿司ＭＡＰデータの取得処理（Ｓ６８４）等において参照される。

河童寿司ＭＡＰデータテーブルには、河童寿司ＭＡＰ抽籤処理により決定された寿司ＭＡＰ番号毎に規定された、１皿目〜１０皿目までの寿司ネタに対応する河童寿司ＭＡＰデータ（「１」〜「８」）が格納される。すなわち、河童寿司ＭＡＰデータテーブルには、移行演出遊技のレース演出で「河童」が勝利した際に行われるＡＴ開始ゲーム数決定遊技（河童寿司演出）において、液晶表示装置１１の画面に表示される１ゲーム目から１０ゲーム目までの寿司ネタの種別が規定される。

なお、河童寿司ＭＡＰデータテーブルにおいて、河童寿司ＭＡＰデータ「１」に対応する寿司ネタは「イカ」であり、河童寿司ＭＡＰデータ「２」に対応する寿司ネタは「タマゴ」であり、河童寿司ＭＡＰデータ「３」に対応する寿司ネタは「河童巻き」であり、河童寿司ＭＡＰデータ「４」に対応する寿司ネタは「サーモン」である。また、河童寿司ＭＡＰデータ「５」に対応する寿司ネタは「イクラ」であり、河童寿司ＭＡＰデータ「６」に対応する寿司ネタは「マグロ」であり、河童寿司ＭＡＰデータ「７」に対応する寿司ネタは「ウニ」であり、河童寿司ＭＡＰデータ「８」に対応する寿司ネタは「伊勢海老」である。

そして、河童寿司ＭＡＰデータテーブルを用いた河童寿司ＭＡＰデータ取得処理において、例えば、寿司ＭＡＰ番号が「１」である場合には、１皿目〜１０皿目までの河童寿司ＭＡＰデータとして、それぞれ「１」（イカ）、「１」（イカ）、「２」（タマゴ）、「１」（イカ）、「４」（サーモン）、「１」（イカ）、「２」（タマゴ）、「１」（イカ）、「１」（イカ）及び「５」（イクラ）が取得される。

［河童ゲーム数獲得抽籤テーブル］
次に、図５２を参照して、河童ゲーム数獲得抽籤テーブルについて説明する。図５２は、河童ゲーム数獲得抽籤テーブルの構成を示す図である。なお、河童ゲーム数獲得抽籤テーブルは、例えば、後述の河童勝利時＿遊技開始時処理（後述の図１１０参照）中の河童ゲーム数獲得抽籤処理（Ｓ６９６）において参照される。

河童ゲーム数獲得抽籤テーブルは、河童寿司ＭＡＰデータ（「１」〜「８」）毎に、河童勝利時のＡＴ開始ゲーム数と、その抽籤値との対応関係を規定する。なお、本実施形態では、河童勝利時のＡＴ開始ゲーム数として、「１０」、「２０」、「３０」、「１００」、「１５０」、「２００」及び「３００」が設けられる。また、河童ゲーム数獲得抽籤テーブルには、河童寿司ＭＡＰデータ（「１」〜「８」）毎に、「ＬＩＦＥアップ」の抽籤値も規定される。「ＬＩＦＥアップ」に当籤した場合には、河童寿司演出（ＡＴ開始ゲーム数決定遊技）の終了契機を管理する河童終了カウンタの値が「１」加算される。

河童ゲーム数獲得抽籤テーブルを用いた河童ゲーム数獲得抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、河童ゲーム数獲得抽籤テーブルに規定された各ＡＴ開始ゲーム数又は「ＬＩＦＥアップ」の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際のＡＴ開始ゲーム数又は「ＬＩＦＥアップ」が当籤したことになる。

例えば、セットされた河童寿司ＭＡＰデータが「１」（イカ）であり、「河童」が寿司ネタ「イカ」を食べる映像演出が液晶表示装置１１で表示された場合には、河童ゲーム数獲得抽籤テーブルを用いた河童ゲーム数獲得抽籤処理において、３２６７２／３２７６８の確率で１０ゲームのＡＴ開始ゲーム数が当籤し、９６／３２７６８の確率の３００ゲームのＡＴ開始ゲーム数が当籤する。また、例えば、セットされた河童寿司ＭＡＰデータが「３」（河童巻き）であり、「河童」が寿司ネタ「河童巻き」を食べる映像演出が液晶表示装置１１に表示された場合には、河童ゲーム数獲得抽籤テーブルを用いた河童ゲーム数獲得抽籤処理において、ＡＴ開始ゲーム数は当籤しないが、「ＬＩＦＥアップ」が必ず当籤する。

さらに、例えば、セットされた河童寿司ＭＡＰデータが「８」（伊勢海老）であり、「河童」が寿司ネタ「伊勢海老」を食べる映像演出が液晶表示装置１１で表示された場合には、河童ゲーム数獲得抽籤テーブルを用いた河童ゲーム数獲得抽籤処理において、２７８５４／３２７６８の確率で１００ゲームのＡＴ開始ゲーム数が当籤し、１６３８／３２７６８の確率の１５０、２００又は３００ゲームのＡＴ開始ゲーム数が当籤する。すなわち、本実施形態では、移行演出遊技のレース演出で「河童」が勝利した際に行われる河童寿司演出において、「河童」が高級食材の寿司ネタを食べる演出が行われた場合には、より大きなＡＴ開始ゲーム数に当籤する。

［河童寿司データ変換発生抽籤テーブル］
次に、図５３を参照して、河童寿司データ変換発生抽籤テーブルについて説明する。図５３は、河童寿司データ変換発生抽籤テーブルの構成を示す図である。なお、河童寿司データ変換発生抽籤テーブルは、例えば、後述の河童勝利時＿遊技開始時処理（後述の図１１０参照）中の河童寿司データ変換発生抽籤処理（Ｓ６９２）において参照される。

河童寿司データ変換発生抽籤テーブルは、内部当籤役の種別毎に、河童寿司データ変換発生の当籤／非当籤（抽籤結果）と、その抽籤値との対応関係を規定する。

河童寿司データ変換発生抽籤テーブルを用いた河童寿司データ変換発生抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、河童寿司データ変換発生抽籤テーブルに規定された各抽籤結果の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の抽籤結果が当籤したことになる。

例えば、河童寿司データ変換発生抽籤テーブルを用いた河童寿司データ変換発生抽籤処理において、内部当籤役が「ハズレ」である場合には、３１１３０／３２７６８の確率で河童寿司データ変換発生が非当籤となり、１６３８／３２７６８の確率で河童寿司データ変換発生が当籤となる。

［河童寿司データ変換抽籤テーブル］
次に、図５４〜図５８を参照して、河童寿司データ変換抽籤テーブルについて説明する。図５４〜図５８は、それぞれ河童寿司データ変換抽籤（１皿先）テーブル〜河童寿司データ変換抽籤（５皿先）テーブルの構成を示す図である。

図５４の河童寿司データ変換抽籤（１皿先）テーブルは、河童勝利時のＡＴ開始ゲーム数決定遊技の現ゲームから１ゲーム先（２皿目）のゲームで表示される寿司ネタ（河童寿司ＭＡＰデータ）の変換抽籤テーブルである。図５５の河童寿司データ変換抽籤（２皿先）テーブルは、河童勝利時のＡＴ開始ゲーム数決定遊技の現ゲームから２ゲーム先（３皿目）のゲームで表示される寿司ネタの変換抽籤テーブルである。図５６の河童寿司データ変換抽籤（３皿先）テーブルは、河童勝利時のＡＴ開始ゲーム数決定遊技の現ゲームから３ゲーム先（４皿目）のゲームで表示される寿司ネタの変換抽籤テーブルである。図５７の河童寿司データ変換抽籤（４皿先）テーブルは、河童勝利時のＡＴ開始ゲーム数決定遊技の現ゲームから４ゲーム先（５皿目）のゲームで表示される寿司ネタの変換抽籤テーブルである。そして、図５８の河童寿司データ変換抽籤（５皿先）テーブルは、河童勝利時のＡＴ開始ゲーム数決定遊技の現ゲームから５ゲーム先（６皿目）のゲームで表示される寿司ネタの変換抽籤テーブルである。なお、各河童寿司データ変換抽籤テーブルは、例えば、後述の河童勝利時＿遊技開始時処理（後述の図１１０参照）中の河童寿司データ変換抽籤処理（Ｓ６９４）において参照される。

各河童寿司データ変換抽籤テーブルは、現在セットされている河童寿司ＭＡＰデータ（寿司ネタ）毎に、変換後の河童寿司ＭＡＰデータ（「１」〜「８」）と、その抽籤値との対応関係を規定する。

各河童寿司データ変換抽籤テーブルを用いた河童寿司データ変換抽籤処理では、まず、予め定められた数値の範囲（本実施形態では、０〜３２７６７、乱数分母＝３２７６８）から抽出された乱数値を、各河童寿司データ変換抽籤テーブルに規定された各変換後の河童寿司ＭＡＰデータ（寿司ネタ）の抽籤値で順次減算する。次いで、減算の結果が負になったか否か（いわゆる「桁かり」が生じたか否か）の判定を行う。そして、減算結果が負になった（「桁かり」が生じた）場合、その際の変換後の河童寿司ＭＡＰデータ（寿司ネタ）が当籤したことになる。

例えば、河童寿司データ変換抽籤（１皿先）テーブルを用いた河童寿司データ変換抽籤処理において、現在セットされている河童寿司ＭＡＰデータ（寿司ネタ）が「５」（マグロ）である場合には、２９４９２／３２７６８の確率で河童寿司ＭＡＰデータ（寿司ネタ）が「５」（マグロ）から「７」（ウニ）に変換され、３２７６／３２７６８の確率で河童寿司ＭＡＰデータ（寿司ネタ）が「５」（マグロ）から「８」（伊勢海老）に変換される。

なお、図５４〜図５８に示すように、本実施形態では河童寿司データ変換抽籤処理において、変換後の河童寿司ＭＡＰデータの値が変換前の河童寿司ＭＡＰデータの値より小さくなることはない。すなわち、河童寿司データ変換抽籤処理により、変換後の獲得ＡＴゲーム数が変換前の獲得ＡＴゲーム数より小さくなることはない。ただし、例えば、現在セットされている河童寿司ＭＡＰデータ（寿司ネタ）が「８」（伊勢海老）である場合には、河童寿司データ変換抽籤処理において、河童寿司ＭＡＰデータ（寿司ネタ）は変換されない。

＜主制御回路の動作説明＞
次に、図５９〜図７２を参照して、主制御回路９１のメインＣＰＵ９３が、プログラムを用いて実行する各種処理の内容について説明する。

［メインＣＰＵの制御によるパチスロの主要動作処理］
まず、メインＣＰＵ９３の制御で行うパチスロ１の主要動作処理（電源投入以降の処理）の手順を、図５９に示すフローチャート（以下、メインフローという）を参照しながら説明する。

まず、パチスロ１に電源が投入されると、メインＣＰＵ９３は、電源投入時処理を行う（Ｓ１）。この処理では、バックアップが正常に行われたか、設定変更が適切に行われたか等が判定され、その判定結果に対応した初期化が行われる。なお、電源投入時処理の詳細については、後述の図６０を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、一遊技終了時の初期化処理を行う（Ｓ２）。この初期化処理では、メインＲＡＭ９５における指定格納領域のデータをクリアする。なお、ここでいう指定格納領域は、例えば、内部当籤役格納領域や表示役格納領域などの１回の単位遊技（ゲーム）ごとにデータの消去が必要な格納領域である。

次いで、メインＣＰＵ９３は、メダル受付・スタートチェック処理を行う（Ｓ３）。この処理では、メダルセンサ（不図示）やスタートスイッチ７９の入力のチェック等が行われる。なお、メダル受付・スタートチェック処理の詳細については、後述の図６１を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、乱数値取得処理を行う（Ｓ４）。この処理では、メインＣＰＵ９３は、内部当籤役抽籤用の乱数値（０〜６５５３５）を抽出し、該抽出した乱数値をメインＲＡＭ９５に設けられた乱数値格納領域（不図示）に格納する。また、本実施形態では、内部当籤役抽籤用の乱数値以外にも、演出用の各種乱数値（０〜６５５３５及び／又は０〜２５５）を取得することができ、必要に応じて演出用の各種乱数値をＳ４で取得してもよい。

次いで、メインＣＰＵ９３は、内部抽籤処理を行う（Ｓ５）。この処理では、Ｓ４で抽出した内部当籤役抽籤用の乱数値に基づいた抽籤により内部当籤役の決定が行われる。なお、内部抽籤処理の詳細については、後述の図６３を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、リール停止初期設定処理を行う（Ｓ６）。なお、リール停止初期設定処理の詳細については、後述の図６４を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、スタートコマンド生成格納処理を行う（Ｓ７）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するスタートコマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたスタートコマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。なお、スタートコマンドデータには、内部当籤役等の演出に必要な各種の情報が含まれる。

次いで、メインＣＰＵ９３は、ウエイト処理を行う（Ｓ８）。この処理では、メインＣＰＵ９３は、前回の遊技開始から所定時間（例えば、４．１秒）を経過していない場合、該所定時間が経過するまで待ち時間を消化する。

次いで、メインＣＰＵ９３は、リール回転開始処理を行う（Ｓ９）。この処理において、メインＣＰＵ９３は、全リールの回転開始を要求する。そして、全リールの回転開始が要求されると、一定の周期（１．１１７２ｍｓｅｃ）で実行される後述の割込処理（後述の図７２参照）により、３つのステッピングモータ（不図示）の駆動が制御され、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの回転が開始される。このとき、各リールは、その回転速度が定速度に達するまで加速制御され、その後、該定速度が維持されるように制御される。また、遊技開始時のリールの加速期間にリール演出（ロック演出）を行うことが決定されている場合には、メインＣＰＵ９３は、Ｓ９のリール回転開始処理において、リール演出パターンをセットしてリール演出の制御も行う。

次いで、メインＣＰＵ９３は、リール回転開始コマンド生成格納処理を行う（Ｓ１０）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するリール回転開始コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。なお、通信データ格納領域に保存されたリール回転開始コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。この処理により、副制御回路１０１では、リール回転開始を認識することができるようになり、各種の演出を実行するタイミング等を決定することができる。

次いで、メインＣＰＵ９３は、引込優先順位格納処理を行う（Ｓ１１）。この処理では、メインＣＰＵ９３は、引込優先順位データを取得して、引込優先順位データ格納領域に格納する。なお、引込優先順位格納処理の詳細については、後述の図６５を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、リール停止制御処理を行う（Ｓ１２）。この処理では、左ストップボタン１９Ｌ、中ストップボタン１９Ｃ及び右ストップボタン１９Ｒがそれぞれ押されたタイミングと内部当籤役とに基づいて該当するリールの回転が停止される。なお、リール停止制御処理の詳細については、後述の図６８を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、入賞検索処理を行う（Ｓ１３）。この処理では、メインＣＰＵ９３は、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒが全て停止した後に有効ライン（入賞判定ライン）に表示された図柄の組合せと、図柄組合せテーブル（図１０〜図１２参照）とを照合する。そして、メインＣＰＵ９３は、有効ラインに表示役が表示されたか否かを判定し、その判定結果を表示役格納領域に格納する。

次いで、メインＣＰＵ９３は、メダル払出処理を行う（Ｓ１４）。この処理では、Ｓ１３において決定された表示役の払出枚数に基づいて、ホッパー装置５１の駆動やクレジット枚数の更新が行われ、メダルの払い出しが行われる。この際、本実施形態では、メダルの払出枚数は表示役に応じて異なるが、図柄組合せテーブル（図１０〜図１２参照）に示すように、メダルの投入枚数が３枚である場合、メダルの最大払出枚数（払出上限）は１０枚となる。

次いで、メインＣＰＵ９３は、入賞作動コマンド生成格納処理を行う（Ｓ１５）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信する入賞作動コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存された入賞作動コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。この処理により、副制御回路１０１では、入賞判定ラインに沿って表示された図柄組合せを認識することができるようになり、各種の演出を実行するタイミング等を決定することができる。

次いで、メインＣＰＵ９３は、ボーナス終了チェック処理を行う（Ｓ１６）。この処理では、メインＣＰＵ９３は、メインＲＡＭ９５に設けられたボーナスゲームの終了契機を管理するための各種カウンタ（不図示）を参照して、ボーナスゲームの作動を終了するか否かをチェックする。なお、ボーナス終了チェック処理の詳細については、後述の図７０を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、ボーナス作動チェック処理を行う（Ｓ１７）。この処理では、メインＣＰＵ９３は、ボーナスゲームの作動を開始するか否か、及び、再遊技を行うか否かをチェックする。なお、ボーナス作動チェック処理の詳細については、後述の図７１を参照しながら後で説明する。そして、ボーナス作動チェック処理が終了すると、メインＣＰＵ９３は、処理をＳ２に戻し、Ｓ２以降の処理を繰り返す。

［電源投入時処理］
次に、図６０を参照して、メインフロー（図５９参照）中のＳ１で行う電源投入時処理について説明する。

まず、メインＣＰＵ９３は、バックアップが正常であるか否かを判別する（Ｓ２１）。この判別処理では、メインＣＰＵ９３は、チェックサム値を用いた誤り検出を行うことにより、バックアップが正常であるか否かを判別する。

例えば、電源オフ時にパチスロ１の設定値（出玉率が予め定められた６段階の１つに設定する値）及びその設定値から算出されたチェックサム値がバックアップデータとしてメインＲＡＭ９５の所定領域に格納されている。Ｓ２１の処理では、メインＣＰＵ９３は、メインＲＡＭ９５に格納されている設定値及びチェックサム値を読み出す。次いで、メインＣＰＵ９３は、読み出した設定値から算出したチェックサム値と、バックアップされていたチェックサム値とを比較する。そして、両者のサム値が一致していれば、メインＣＰＵ９３は、バックアップが正常であると判断する。

Ｓ２１において、メインＣＰＵ９３が、バックアップが正常でないと判別したとき（Ｓ２１がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ２３の処理を行う。一方、Ｓ２１において、メインＣＰＵ９３が、バックアップが正常であると判別したとき（Ｓ２１がＹＥＳ判定の場合）、メインＣＰＵ９３は、バックアップされた設定値をメインＲＡＭ９５内の所定領域にセットする（Ｓ２２）。これにより、バックアップが正常であった場合には、電源オフ前の設定値がメインＲＡＭ９５にセットされることになる。

Ｓ２２の処理後、又は、Ｓ２１がＮＯ判定の場合、メインＣＰＵ９３は、設定変更スイッチ（不図示）がオン状態であるか否かを判別する（Ｓ２３）。Ｓ２３において、メインＣＰＵ９３が、設定変更スイッチがオン状態でないと判別したとき（Ｓ２３がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ２９の処理を行う。

一方、Ｓ２３において、メインＣＰＵ９３が、設定変更スイッチがオン状態であると判別したとき（Ｓ２３がＹＥＳ判定の場合）、メインＣＰＵ９３は、設定変更時の所定の初期化処理を行う（Ｓ２４）。なお、この処理では、メインＣＰＵ９３は、例えば、メインＲＡＭ９５の内部当籤役格納領域や表示役格納領域に格納されているデータをクリアすると共に、設定値をクリアする。

次いで、メインＣＰＵ９３は、初期化コマンド生成格納処理を行う（Ｓ２５）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信する初期化コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存された初期化コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。なお、初期化コマンドデータには、設定値変更の有無、設定値情報等が含まれる。

Ｓ２５の処理後、メインＣＰＵ９３は、設定値変更処理を実行する（Ｓ２６）。この処理では、メインＣＰＵ９３は、リセットスイッチの操作結果に応じて、設定値を予め定められている１〜６のうちから選択し、その後に操作されるスタートレバー２３の操作結果に基づいて設定値を確定させる。

次いで、メインＣＰＵ９３は、設定変更スイッチがオン状態であるか否かを判別する（Ｓ２７）。

Ｓ２７において、メインＣＰＵ９３が、設定変更スイッチがオン状態であると判別したとき（Ｓ２７がＹＥＳ判定の場合）、メインＣＰＵ９３は、Ｓ２７の処理を繰り返す。なお、設定変更スイッチがオン状態である場合は、設定変更スイッチの操作が完了していないことを意味するので、この場合には、メインＣＰＵ９３は、設定変更スイッチがオン状態でなくなるまでＳ２７の処理を繰り返す。

一方、Ｓ２７において、メインＣＰＵ９３が、設定変更スイッチがオン状態でないと判別したとき（Ｓ２７がＮＯ判定の場合）、メインＣＰＵ９３は、初期化コマンド生成格納処理を行う（Ｓ２８）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信する初期化コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。そして、Ｓ２８の処理後、メインＣＰＵ９３は、電源投入時処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

ここで、再度、Ｓ２３の処理に戻って、Ｓ２３がＮＯ判定の場合、メインＣＰＵ９３は、バックアップが正常であるか否かを判別する（Ｓ２９）。

Ｓ２９において、メインＣＰＵ９３が、バックアップが正常であると判別したとき（Ｓ２９がＹＥＳ判定の場合）、メインＣＰＵ９３は、バックアップデータに基づいて、設定値を電断前の状態に復帰させる（Ｓ３０）。そして、Ｓ３０の処理後、メインＣＰＵ９３は、電源投入時処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

一方、Ｓ２９において、メインＣＰＵ９３が、バックアップが正常でないと判別したとき（Ｓ２９がＮＯ判定の場合）、メインＣＰＵ９３は、電源投入時エラー処理を行う（Ｓ３１）。この処理では、メインＣＰＵ９３は、バックアップが正常ではないことをエラー表示等によって表示する。

なお、本実施形態において、バックアップが正常ではないときに発生するエラー（バックアップエラー）は、打止解除スイッチ又はリセットスイッチの操作によって解除できない構成になっており、新たに設定変更が行われることで解除される。

［メダル受付・スタートチェック処理］
次に、図６１を参照して、メインフロー（図５９参照）中のＳ３で行うメダル受付・スタートチェック処理について説明する。

まず、メインＣＰＵ９３は、自動投入要求はあるか否かを判別する（Ｓ４１）。この自動投入要求の有無の判別は、自動投入カウンタが「０」であるか否かを判別して行われる。すなわち、メインＣＰＵ９３は、自動投入カウンタが「０」であるときは、自動投入要求が無いと判別し、自動投入カウンタが「１」以上であるときは、自動投入要求が有ると判別する。

なお、自動投入カウンタは、前回の単位遊技において再遊技（リプレイ）に係る表示役が成立したか否かを識別するためのデータである。再遊技に係る表示役が成立したときには、前回の単位遊技において投入された枚数分のメダルが自動投入カウンタに自動的に投入される。

Ｓ４１において、メインＣＰＵ９３が、自動投入要求が無いと判別したとき（Ｓ４１がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ４４の処理を行う。一方、Ｓ４１において、メインＣＰＵ９３が、自動投入要求があると判別したとき（Ｓ４１がＹＥＳ判定の場合）、メインＣＰＵ９３は、自動投入処理を行う（Ｓ４２）。この処理では、自動投入カウンタの値が投入枚数カウンタに複写され、その後、自動投入カウンタの値がクリアされる。

Ｓ４２の処理後、メインＣＰＵ９３は、メダル投入コマンド生成格納処理を行う（Ｓ４３）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するメダル投入コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたメダル投入コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。なお、メダル投入コマンドデータには、メダルの投入枚数等の情報が含まれる。

Ｓ４３の処理後、又は、Ｓ４１がＮＯ判定の場合、メインＣＰＵ９３は、メダル受付許可を行う（Ｓ４４）。この処理では、セレクタ６６（図５参照）のソレノイドの駆動が行われ、メダル投入口２０から投入されたメダルが受け入れられる。受け入れられたメダルは計数されてからホッパー装置５１へ案内される。

次いで、メインＣＰＵ９３は、遊技状態に応じて投入枚数の最大値を設定する（Ｓ４５）。具体的には、遊技状態が非ＭＢ遊技状態（フラグ間状態を含む）である場合、メインＣＰＵ９３は、投入枚数の最大値を「３」に設定する。また、遊技状態がＭＢ遊技状態である場合には、メインＣＰＵ９３は、投入枚数の最大値を「２」に設定する。

次いで、メインＣＰＵ９３は、ＭＡＸＢＥＴ投入処理を行う（Ｓ４６）。この処理では、メインＣＰＵ９３は、遊技状態と、メダルの投入枚数及びクレジット枚数（貯留枚数）とに基づいて、ＭＡＸベット操作の有効／無効を判別する。なお、ＭＡＸＢＥＴ投入処理の詳細については、後述の図６２を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、メダル受付許可であるか否かを判別する（Ｓ４７）。Ｓ４７において、メインＣＰＵ９３がメダル受付許可でないと判別したとき（Ｓ４７がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ５２の処理を行う。

一方、Ｓ４７において、メインＣＰＵ９３がメダル受付許可であると判別したとき（Ｓ４７がＹＥＳ判定の場合）、メインＣＰＵ９３は、メダル投入チェック処理を行う（Ｓ４８）。この処理では、メインＣＰＵ９３は、メダルが投入されたか否かを判別して、メダルが投入された場合には投入枚数カウンタの値を「１」加算する。

次いで、メインＣＰＵ９３は、メダル投入コマンド生成格納処理を行う（Ｓ４９）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するメダル投入コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたメダル投入コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。

次いで、メインＣＰＵ９３は、メダル投入又はクレジット可能な状態であるか否かを判別する（Ｓ５０）。Ｓ５０において、メインＣＰＵ９３が、メダル投入又はクレジット可能な状態であると判別したとき（Ｓ５０がＹＥＳ判定の場合）、メインＣＰＵ９３は、後述のＳ５２の処理を行う。一方、Ｓ５０において、メインＣＰＵ９３が、メダル投入又はクレジット可能な状態でないと判別したとき（Ｓ５０がＮＯ判定の場合）、メインＣＰＵ９３は、メダル受付禁止の処理を行う（Ｓ５１）。この処理では、セレクタ６６（図５参照）のソレノイドの駆動が行われず、投入されたメダルがメダル払出口３２から排出される。

Ｓ５１の処理後、Ｓ４７がＮＯ判定の場合、又は、Ｓ５０がＹＥＳ判定の場合、メインＣＰＵ９３は、投入枚数が遊技開始可能枚数であるか否かを判別する（Ｓ５２）。具体的には、メインＣＰＵ９３は、投入枚数が「２」にセットされているか否かを判別する。

Ｓ５２において、メインＣＰＵ９３が、投入枚数が遊技開始可能枚数ではないと判別したとき（Ｓ５２がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ４６に戻し、Ｓ４６以降の処理を繰り返す。一方、Ｓ５２において、メインＣＰＵ９３が、投入枚数が遊技開始可能枚数であると判別したとき（Ｓ５２がＹＥＳ判定の場合）、メインＣＰＵ９３は、スタートスイッチ７９がオンであるか否かを判別する（Ｓ５３）。

Ｓ５３において、メインＣＰＵ９３が、スタートスイッチ７９がオンでないと判別したとき（Ｓ５３がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ４６に戻し、Ｓ４６以降の処理を繰り返す。一方、Ｓ５３において、メインＣＰＵ９３が、スタートスイッチ７９がオンであると判別したとき（Ｓ５３がＹＥＳ判定の場合）、メインＣＰＵ９３は、メダル受付禁止の処理を行う（Ｓ５４）。

そして、Ｓ５４の処理後、メインＣＰＵ９３は、メダル受付・スタートチェック処理を終了し、処理をメインフロー（図５９参照）のＳ４に移す。

［ＭＡＸＢＥＴ投入処理］
次に、図６２を参照して、メダル受付・スタートチェック処理（図６１参照）中のＳ４６で行うＭＡＸＢＥＴ投入処理について説明する。

まず、メインＣＰＵ９３は、ＭＡＸベット操作が行われたか否かを判別する（Ｓ６１）。具体的には、メインＣＰＵ９３は、遊技者によりＭＡＸベットボタン２１が押下されたか否かを判別する。

Ｓ６１において、メインＣＰＵ９３が、ＭＡＸベット操作が行われていないと判別したとき（Ｓ６１がＮＯ判定の場合）、メインＣＰＵ９３は、ＭＡＸＢＥＴ投入処理を終了し、処理をメダル受付・スタートチェック処理（図６１参照）のＳ４７に移す。

一方、Ｓ６１において、メインＣＰＵ９３が、ＭＡＸベット操作が行われたと判別したとき（Ｓ６１がＹＥＳ判定の場合）、メインＣＰＵ９３は、「２ＭＢ」又は「３ＭＢ」が成立（当籤）しているか否かを判別する（Ｓ６２）。すなわち、メインＣＰＵ９３は、持越役格納領域（図２６参照）を参照して、現在の遊技状態が、２ＭＢフラグ間状態又は３ＭＢフラグ間状態であるか否かを判別する。

Ｓ６２において、メインＣＰＵ９３が、「２ＭＢ」又は「３ＭＢ」が成立（当籤）していないと判別したとき（Ｓ６２がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ６５の処理を行う。一方、Ｓ６２において、メインＣＰＵ９３が、「２ＭＢ」又は「３ＭＢ」が成立（当籤）していると判別したとき（Ｓ６２がＹＥＳ判定の場合）、メインＣＰＵ９３は、現在のメダルの投入枚数とクレジット枚数（貯留枚数）との合計が「３」以上であるか否かを判別する（Ｓ６３）。

Ｓ６３において、メインＣＰＵ９３が、現在のメダルの投入枚数とクレジット枚数（貯留枚数）との合計が「３」以上でないと判別したとき（Ｓ６３がＮＯ判定の場合）、メインＣＰＵ９３は、ＭＡＸＢＥＴ投入処理を終了し、処理をメダル受付・スタートチェック処理（図６１参照）のＳ４７に移す。

一方、Ｓ６３において、メインＣＰＵ９３が、現在のメダルの投入枚数とクレジット枚数（貯留枚数）との合計が「３」以上であると判別したとき（Ｓ６３がＹＥＳ判定の場合）、メインＣＰＵ９３は、掛け枚数に「３」をセットする（Ｓ６４）。そして、Ｓ６４の処理後、メインＣＰＵ９３は、ＭＡＸＢＥＴ投入処理を終了し、処理をメダル受付・スタートチェック処理（図６１参照）のＳ４７に移す。

このように、本実施形態では、２ＭＢフラグ間状態又は３ＭＢフラグ間状態において、遊技者によりＭＡＸベット操作が行われても、メダルの投入枚数とクレジット枚数との合計枚数がＭＢフラグ間状態の掛け枚数の最大値「３」未満である場合には、メダルの掛け枚数がセットされない。すなわち、この場合には、遊技者により実行されたＭＡＸベット操作が無効となる。

ここで再度、Ｓ６２の処理に戻って、Ｓ６２がＮＯ判定の場合、メインＣＰＵ９３は、クレジットされている所定枚数のメダルがセットされる（Ｓ６５）。この際、２枚又は３枚の掛け枚数がセットされる。そして、Ｓ６５の処理後、メインＣＰＵ９３は、ＭＡＸＢＥＴ投入処理を終了し、処理をメダル受付・スタートチェック処理（図６１参照）のＳ４７に移す。

上述のように、本実施形態のＭＡＸＢＥＴ投入処理では、ＭＢフラグ間状態において現在のメダルの投入枚数とクレジット枚数（貯留枚数）との合計が「３」未満である場合には、遊技者のＭＡＸベット操作が無効扱いとされ、この処理は主制御回路９１により実行される。すなわち、本実施形態では、主制御回路９１は、ＭＢフラグ間状態において、現在のメダルの投入枚数とクレジット枚数（貯留枚数）との合計が「３」未満であり、且つ、遊技者のＭＡＸベット操作が検出された場合に、該遊技者のＭＡＸベット操作を無効扱いとする手段（ベット操作無効手段）も兼ねる。

［内部抽籤処理］
次に、図６３を参照して、メインフロー（図５９参照）中のＳ５で行う内部抽籤処理について説明する。

まず、メインＣＰＵ９３は、遊技状態フラグ格納領域（図２７参照）を参照して、遊技状態がＭＢ遊技状態であるか否かを判別する（Ｓ７１）。

Ｓ７１において、メインＣＰＵ９３が、遊技状態がＭＢ遊技状態であると判別したとき（Ｓ７１がＹＥＳ判定の場合）、メインＣＰＵ９３は、ＭＢ作動中処理を行う（Ｓ７２）。図１９及び図２０の２ＭＢ遊技状態用及び３ＭＢ遊技状態用内部抽籤テーブルで示したように、ＭＢ遊技状態では、「ＣＢ役」、すなわち、全小役が必ず当籤する。それゆえ、ＭＢ作動中処理では、メインＣＰＵ９３は、内部当籤役格納領域（図２４参照）内の全小役のビットをオン状態にする。そして、Ｓ７２の処理後、メインＣＰＵ９３は、内部抽籤処理を終了し、処理をメインフロー（図５９参照）のＳ６に移す。

一方、Ｓ７１において、メインＣＰＵ９３が、遊技状態がＭＢ遊技状態でないと判別したとき（Ｓ７１がＮＯ判定の場合）、メインＣＰＵ９３は、遊技状態に応じた内部抽籤テーブルをセットする（Ｓ７３）。この処理では、メインＣＰＵ９３は、遊技状態フラグ格納領域（図２７参照）を参照して現在の遊技状態を把握し、内部抽籤テーブルの種別を決定する。

次いで、メインＣＰＵ９３は、乱数値格納領域に格納されている内部抽籤用の乱数値を取得する（Ｓ７４）。そして、メインＣＰＵ９３は、当籤番号の初期値として「１」をセットする。

次いで、メインＣＰＵ９３は、内部抽籤テーブルを参照して当籤番号に対応する抽籤値を取得し、内部抽籤用の乱数値から抽籤値を減算する（Ｓ７５）。

次いで、メインＣＰＵ９３は、Ｓ７５での演算結果が「０」未満（負の値）であるか否かを判別する（Ｓ７６）。Ｓ７６において、メインＣＰＵ５１が、演算結果が「０」未満であると判別したとき（Ｓ７６がＹＥＳ判定の場合）、メインＣＰＵ９３は、後述のＳ７９の処理を行う。

一方、Ｓ７６において、メインＣＰＵ９３が、演算結果が「０」未満でないと判別したとき（Ｓ７６がＮＯ判定の場合）、メインＣＰＵ５１は、乱数値及び当籤番号を更新する（Ｓ７７）。具体的には、演算結果の値を乱数値とし、当籤番号を「１」加算する。

次いで、メインＣＰＵ９３は、全ての当籤番号をチェックしたか否かを判別する（Ｓ７８）。Ｓ７８において、メインＣＰＵ９３が全ての当籤番号をチェックしていないと判別したとき（Ｓ７８がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ７５に戻し、Ｓ７５以降の処理を繰り返す。

一方、Ｓ７８において、メインＣＰＵ９３が全ての当籤番号をチェックしたと判別したとき（Ｓ７８がＹＥＳ判定の場合）、メインＣＰＵ９３は、後述のＳ８０の処理を行う。

ここで再度、Ｓ７６の処理に戻って、Ｓ７６がＹＥＳ判定の場合（減算処理で桁かりが生じた場合）、メインＣＰＵ９３は、桁かりが生じた当籤番号に対応する小役・リプレイ用データポインタ及びボーナス用データポインタを取得する（Ｓ７９）。

Ｓ７９の処理後、又は、Ｓ７８がＹＥＳ判定の場合、メインＣＰＵ９３は、内部抽籤テーブル（図１３〜図１５等参照）を参照し、小役・リプレイ用データポインタに基づいて内部当籤役を取得する（Ｓ８０）。次いで、メインＣＰＵ９３は、取得した内部当籤役を持越役格納領域に格納する（Ｓ８１）。

次いで、メインＣＰＵ９３は、持越役格納領域に格納されているデータが「００００００００」であるか否かを判別する（Ｓ８２）。Ｓ８２において、メインＣＰＵ９３が、持越役格納領域に格納されているデータが「００００００００」でないと判別したとき（Ｓ８２がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ８７の処理を行う。

一方、Ｓ８２において、メインＣＰＵ９３が、持越役格納領域に格納されているデータは「００００００００」であると判別したとき（Ｓ８２がＹＥＳ判定の場合）、メインＣＰＵ９３は、内部抽籤テーブル（図１３〜図１５等参照）を参照し、ボーナス用データポインタに基づいて内部当籤役を取得する（Ｓ８３）。

次いで、メインＣＰＵ９３は、取得した内部当籤役を持越役格納領域に格納する（Ｓ８４）。

次いで、メインＣＰＵ９３は、持越役格納領域を参照して、ＭＢ（「２ＭＢ」又は「３ＭＢ」）が持ち越し中であるか否かを判別する（Ｓ８５）。Ｓ８５において、メインＣＰＵ９３が、ＭＢが持ち越し中でないと判別したとき（Ｓ８５がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ８７の処理を行う。

一方、Ｓ８５において、メインＣＰＵ９３が、ＭＢが持ち越し中であると判別したとき（Ｓ８５がＹＥＳ判定の場合）、メインＣＰＵ９３は、持ち越し中のＭＢの種別に対応するＲＴ遊技状態をセットする（Ｓ８６）。具体的には、「２ＭＢ」が持ち越し中である場合（２ＭＢフラグ間）には、メインＣＰＵ９３は、ＲＴ状態として、ＲＴ１遊技状態をセットする（遊技状態フラグ格納領域（図２７参照）のビット３に「１」を格納（セット）する）。一方、「３ＭＢ」が持ち越し中である場合（３ＭＢフラグ間）には、メインＣＰＵ９３は、ＲＴ状態として、ＲＴ２遊技状態をセットする（遊技状態フラグ格納領域（図２７参照）のビット４に「１」を格納（セット）する）。

Ｓ８６の処理後、又は、Ｓ８２或いはＳ８５がＮＯ判定の場合、メインＣＰＵ９３は、持越役格納領域に格納されている内部当籤役に基づいて、内部当籤役格納領域を更新する（Ｓ８７）。その後、メインＣＰＵ９３は、内部抽籤処理を終了し、処理をメインフロー（図５９参照）のＳ６に移す。

上述のように、本実施形態の内部抽籤処理は、主制御回路９１により実行される。すなわち、本実施形態では、主制御回路９１は、内部当籤役の決定処理を実行する手段（内部当籤役決定手段）も兼ねる。また、上述した内部抽籤処理中のＳ８６では、持ち越し中のＭＢの種別に対応するＲＴ遊技状態を移行させる。すなわち、本実施形態では、主制御回路９１は、ＲＴ遊技状態の移行制御を行う手段（リプレイタイム状態制御手段）も兼ねる。

［リール停止初期設定処理］
次に、図６４を参照して、メインフロー（図５９参照）中のＳ６で行うリール停止初期設定処理について説明する。

まず、メインＣＰＵ９３は、遊技状態がＭＢ遊技状態であるか否かを判別する（Ｓ９１）。

Ｓ９１において、メインＣＰＵ９３が、遊技状態がＭＢ遊技状態であると判別したとき（Ｓ９１がＹＥＳ判定の場合）、メインＣＰＵ９３は、後述のＳ９３の処理を行う。一方、Ｓ９１において、メインＣＰＵ９３が、遊技状態がＭＢ遊技状態でないと判別したとき（Ｓ９１がＮＯ判定の場合）、メインＣＰＵ９３は、小役・リプレイ用データポインタの値を回胴停止用番号としてセットする（Ｓ９２）。

Ｓ９２の処理後、又は、Ｓ９１がＹＥＳ判定の場合、メインＣＰＵ９３は、リール停止初期設定テーブル（不図示）を参照し、取得した回胴停止用番号に基づいて、該回胴停止番号に対応する各種情報を取得する（Ｓ９３）。この処理では、第１停止時〜第３停止時に使用するリールの停止テーブルの番号や、制御変更処理において必要な情報（リールが特定の順番で停止され且つ特定の位置でリールが停止した際に再度、停止テーブルを選択しなおすための情報）等が取得される。

なお、リール停止初期設定テーブルには、回胴停止用番号と、後述の引込優先順位テーブル選択データ、引込優先順位テーブル番号等の各種情報との対応関係が規定される。また、停止テーブルは、ストップボタンの押下位置に対する滑り駒数の情報を直接的又は間接的に規定したテーブルである。この停止テーブルでは、規定された情報を使用して、遊技者に不利益を与えず、また、誤入賞を発生させないように、設計者の意図する停止位置でリールが停止するように滑り駒数が規定されている。

次いで、メインＣＰＵ９３は、図柄コード格納領域（図３０参照）に回転中の識別子「０ＦＦＨ（１１１１１１１１Ｂ）」を格納する（Ｓ９４）。

次いで、メインＣＰＵ９３は、メインＲＡＭ９５に設けられたストップボタン未作動カウンタに「３」を格納する（Ｓ９５）。その後、メインＣＰＵ９３は、リール停止初期設定処理を終了し、処理をメインフロー（図５９参照）のＳ７に移す。なお、ストップボタン未作動カウンタは、停止操作が検出されていないストップボタンの数を管理するためのカウンタである。

［引込優先順位格納処理］
次に、図６５を参照して、メインフロー（図５９参照）中のＳ１１で行う引込優先順位格納処理について説明する。

まず、メインＣＰＵ９３は、ストップボタン未作動カウンタの値を、検索回数としてメインＲＡＭ９５に格納する（Ｓ１０１）。次いで、メインＣＰＵ９３は、検索対象リール決定処理を行う（Ｓ１０２）。この処理では、メインＣＰＵ９３は、例えば、回転中のリールから、所定のリールを選択し、該選択したリールを検索対象リールとして決定する。

例えば、Ｓ１０２の処理では、全て（３つ）のリールの回転が行われているとき、最初に左リール３Ｌが検索対象リールとして決定される。その後、左リール３Ｌに対して、後述するＳ１１１までの各種処理が行われ、再度Ｓ１０２に戻ると、次には、中リール３Ｃが検索対象リールとして決定される。そして、中リール３Ｃに対して、後述するＳ１１１までの各種処理が行われ、再度Ｓ１０２に戻ると、次に、右リール３Ｒが検索対象リールとして決定される。

次いで、メインＣＰＵ９３は、引込優先順位テーブル選択処理を行う（Ｓ１０３）。この処理では、内部当籤役（データポインタ）及び作動ストップボタンに基づいて、引込優先順位テーブルが選択される。なお、引込優先順位テーブル選択処理の詳細については、後述の図６６を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、検索図柄の位置データとして「０」をセットし、図柄チェック回数として「２０」をセットする（Ｓ１０４）。そして、メインＣＰＵ９３は、図柄コード格納処理を行う（Ｓ１０５）。この処理では、検索対象リールの有効ライン上に位置する、現在の検索図柄の位置データに対応する図柄コードが、図柄コード格納領域に格納される。この際、有効ライン数分の図柄コードが格納される。なお、図柄コード格納処理の詳細については、後述の図６７を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、Ｓ１０５で取得された図柄コードと図柄コード格納領域（図３０参照）のデータとに基づいて、表示役格納領域（図２５参照）を更新する（Ｓ１０６）。この時点では、内部当籤役の当籤の有無に関らず、停止図柄に基づいて、表示可能性のある図柄の組合せ（表示可能な役）が表示役格納領に格納される。

なお、本実施形態では、停止するリール毎に、図柄コード格納領域の情報（図柄コード及びそれに対応する表示可能な役）が更新される。この際、表示可能な役を、予め用意された、停止されたリールの図柄とそれに対応する表示可能な役との対応関係を規定したデータから取得してもよいし、停止されたリールの図柄と図柄組合せテーブル（図１０〜図１２参照）とを照合して取得してもよい。なお、前者の手法を用いた場合、リール毎に図柄と表示可能な役との対応関係が変わる。

次いで、メインＣＰＵ９３は、引込優先順位データ取得処理を行う（Ｓ１０７）。この処理では、メインＣＰＵ９３は、表示役格納領域（図２５参照）でビットが「１」になっており、かつ、内部当籤役格納領域でビットが「１」になっている役について、引込優先順位テーブル（不図示）を参照して、引込優先順位データを取得する。

なお、引込優先順位テーブルは、各引込優先順位テーブル番号における、格納領域種別毎の引込優先順位データと、予め定められたその優先順位との対応関係を規定するテーブルである。引込優先順位テーブルは、停止テーブルに基づいて得られた滑り駒数の他に、より適切な滑り駒数が存在するか否かを検索するために使用される。優先順位は、入賞に係る図柄組合せの種別間で優先的に停止表示される（引き込まれる）順位を規定するデータである。なお、通常、優先順位は、高い方からリプレイ、小役及びボーナスの順に設定される。

また、停止させると誤入賞となる図柄位置である場合には、Ｓ１０７において、引込優先順位データとして、「使用禁止（０００Ｈ）」を取得する。さらに、内部当籤していないが、停止させても誤入賞とならない図柄位置である場合には、Ｓ１０７において、引込優先順位データとして、「停止可能（００１Ｈ）」を取得する。

次いで、メインＣＰＵ９３は、取得した引込優先順位データを、検索対象リールに対応する引込優先順位データ格納領域（不図示）に格納する（Ｓ１０８）。このとき、引込優先順位データは、各優先順位の値と、格納領域のビットとが対応するように引込優先順位データ格納領域に格納される。

なお、引込優先順位データ格納領域には、リールの種類毎に優先順位データの格納領域が設けられる。各引込優先順位データ格納領域には、対応するリールの各図柄位置「０」〜「１９」に応じて決定された引込優先順位データが格納される。本実施形態では、この引込優先順位データ格納領域を参照することにより、停止テーブルに基づいて決定された滑り駒数の他に、より適切な滑り駒数が存在するか否かを検索する。

また、引込優先順位データ格納領域に格納される優先順位引込データの内容は、引込優先順位データを決定する際に参照された引込優先順位テーブル内の引込優先順位テーブル番号の種類によって異なる。また、引込優先順位データは、その値が大きいほど優先順位が高いことを表す。

引込優先順位データを参照することにより、リールの周面に配された各図柄間における優先順位の相対的な評価が可能となる。すなわち、引込優先順位データとして最も大きい値が決定されている図柄が最も優先順位の高い図柄となる。したがって、引込優先順位データは、リールの周面に配された各図柄間の順位を示すものともいえる。なお、引込優先順位データの値が等しい図柄が複数存在する場合には、優先順序テーブルが規定する優先順序に従って１つの図柄が決定される。

次いで、メインＣＰＵ９３は、検索図柄の位置データを「１」加算し、図柄チェック回数を「１」減算する（Ｓ１０９）。次いで、メインＣＰＵ９３は、図柄チェック回数が「０」であるか否かを判別する（Ｓ１１０）。

Ｓ１１０において、メインＣＰＵ９３が、図柄チェック回数が「０」でないと判別したとき（Ｓ１１０がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ１０５に戻し、Ｓ１０５以降の処理を繰り返す。一方、Ｓ１１０において、メインＣＰＵ９３が、図柄チェック回数が「０」であると判別したとき（Ｓ１１０がＹＥＳ判定の場合）、メインＣＰＵ９３は、検索回数分検索したか否かを判別する（Ｓ１１１）。

Ｓ１１１において、メインＣＰＵ９３が検索回数分検索していないと判別したとき（Ｓ１１１がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ１０２に戻し、Ｓ１０２以降の処理を繰り返す。一方、Ｓ１１１において、メインＣＰＵ９３が検索回数分検索したと判別したとき（Ｓ１１１がＹＥＳ判定の場合）、メインＣＰＵ９３は、引込優先順位格納処理を終了し、処理をメインフロー（図５９参照）のＳ１２に移す。

［引込優先順位テーブル選択処理］
次に、図６６を参照して、引込優先順位格納処理のフローチャート（図６５参照）中のＳ１０３で行う引込優先順位テーブル選択処理について説明する。

まず、メインＣＰＵ９３は、引込優先順位テーブル選択データがセットされているか否かを判別する（Ｓ１２１）。

Ｓ１２１において、メインＣＰＵ９３が、引込優先順位テーブル選択データがセットされていると判別したとき（Ｓ１２１がＹＥＳ判定の場合）、メインＣＰＵ９３は、押下順序格納領域（図２９参照）及び作動ストップボタン格納領域（図２８参照）を参照し、引込優先順位テーブル選択テーブル（不図示）から引込優先順位テーブル選択データに対応する引込優先順位テーブル番号をセットする（Ｓ１２２）。そして、Ｓ１２２の処理後、メインＣＰＵ９３は、引込優先順位テーブル選択処理を終了し、処理を引込優先順位格納処理（図６５参照）のＳ１０４に移す。

なお、引込優先順位テーブル選択テーブルは、引込優先順位選択番号とストップボタンの押下順との組合せと、各組合せにおける引込優先順位テーブル番号との対応関係を規定する。また、引込優先順位テーブル番号は、上述した引込優先順位テーブル（不図示）に規定された表示役の優先順位に関する情報を取得するためのデータである。

一方、Ｓ１２１において、メインＣＰＵ９３が、引込優先順位テーブル選択データがセットされていないと判別したとき（Ｓ１２１がＮＯ判定の場合）、メインＣＰＵ９３は、引込優先順位テーブル番号に対応する引込優先順位テーブルをセットする（Ｓ１２３）。そして、Ｓ１２３の処理後、メインＣＰＵ９３は、引込優先順位テーブル選択処理を終了し、処理を引込優先順位格納処理（図６５参照）のＳ１０４に移す。

［図柄コード格納処理］
次に、図６７を参照して、引込優先順位格納処理のフローチャート（図６５参照）中のＳ１０５で行う図柄コード格納処理について説明する。

まず、メインＣＰＵ９３は、有効ラインデータをセットする（Ｓ１３１）。本実施形態では、有効ラインは、上述のように、１つのライン（センターライン）を設ける。次いで、メインＣＰＵ９３は、検索図柄位置と有効ラインデータとに基づいて、検索対象リールのチェック用図柄位置データをセットする（Ｓ１３２）。例えば、検索対象リールが左リール３Ｌである場合には、検索対象リールの中段の情報を取得したいので、その中段を示すチェック用図柄位置データをセットする。

次いで、メインＣＰＵ９３は、チェック用図柄位置データの図柄コードを取得する（Ｓ１３３）。そして、メインＣＰＵ９３は、取得した図柄コードを図柄コード格納領域に格納した後、図柄コード格納処理を終了し、処理を引込優先順位格納処理（図６５参照）のＳ１０６に移す。

［リール停止制御処理］
次に、図６８を参照して、メインフロー（図５９参照）中のＳ１２で行うリール停止制御処理について説明する。

まず、メインＣＰＵ９３は、有効なストップボタンが押されたか否かを判別する（Ｓ１４１）。Ｓ１４１において、メインＣＰＵ９３が、有効なストップボタンが押されていないと判別したとき（Ｓ１４１がＮＯ判定の場合）、メインＣＰＵ９３は、Ｓ１４１の処理を繰り返し、有効なストップボタンの押圧操作が実行されるまで待機する。

一方、Ｓ１４１において、メインＣＰＵ９３が、有効なストップボタンが押されたと判別したとき（Ｓ１４１がＹＥＳ判定の場合）、メインＣＰＵ９３は、押下順序格納領域（図２９参照）及び作動ストップボタン格納領域（図２８参照）を更新する（Ｓ１４２）。次いで、メインＣＰＵ９３は、ストップボタン未作動カウンタの値を「１」減算する（Ｓ１４３）。

次いで、メインＣＰＵ９３は、作動ストップボタンから検索対象リールを決定する（Ｓ１４４）。そして、メインＣＰＵ９３は、図柄カウンタに基づいて停止開始位置をメインＲＡＭ９５に格納する（Ｓ１４５）。

次いで、メインＣＰＵ９３は、滑り駒数決定処理を行う（Ｓ１４６）。この処理では、メインＣＰＵ９３は、第１停止時のストップボタンの種別、各種停止テーブル等に基づいて、滑り駒数決定データを取得する。

次いで、メインＣＰＵ９３は、優先引込制御処理を行う（Ｓ１４７）。この処理では、停止開始位置から最大滑り駒数「４」又は「１」の範囲の各図柄位置に応じた引込優先順位データの比較が行われ、最も適切な滑り駒数が決定される。なお、優先引込制御処理の詳細については、後述の図６９を参照しながら後で説明する。

次いで、メインＣＰＵ９３は、リール停止コマンド生成格納処理を行う（Ｓ１４８）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するリール停止コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたリール停止コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。この処理で送信するリール停止コマンドには、停止されるリールの種別、その滑り駒数、ストップスイッチのＯＮエッジ／ＯＦＦエッジ等の情報が含まれる。

次いで、メインＣＰＵ９３は、停止開始位置と、Ｓ１４６で取得された滑り駒数決定データとに基づいて停止予定位置を決定し、該決定した停止予定位置をメインＲＡＭ９５に格納する（Ｓ１４９）。この処理では、メインＣＰＵ９３は、停止開始位置に滑り駒数を加算し、その結果を停止予定位置とする。

次いで、メインＣＰＵ９３は、Ｓ１４９で決定された停止予定位置を検索図柄位置としてセットする（Ｓ１５０）。次いで、メインＣＰＵ９３は、図６７を参照して説明した図柄コード取得処理を行う（Ｓ１５１）。その後、メインＣＰＵ９３は、取得した図柄コードを用いて図柄コード格納領域（図３０参照）を更新する（Ｓ１５２）。

次いで、メインＣＰＵ９３は、制御変更処理を行う（Ｓ１５３）。次いで、メインＣＰＵ９３は、ストップボタン未作動カウンタが「０」であるか否かを判別する（Ｓ１５４）。Ｓ１５４において、メインＣＰＵ９３が、未作動カウンタが「０」ではないと判別したとき（Ｓ１５４がＮＯ判定の場合）、メインＣＰＵ９３は、図６５を参照して説明した引込優先順位格納処理を行う（Ｓ１５５）。その後、メインＣＰＵ９３は、処理をＳ１４１に戻し、Ｓ１４１以降の処理を繰り返す。

一方、Ｓ１５４において、メインＣＰＵ９３が、未作動カウンタが「０」であると判別したとき（Ｓ１５４がＹＥＳ判定の場合）、メインＣＰＵ９３は、リール停止制御処理を終了し、処理をメインフロー（図５９参照）のＳ１３に移す。

上述のように、本実施形態のリール停止制御処理は、主制御回路９１により実行される。すなわち、本実施形態では、主制御回路９１は、リールの回転（図柄の変動表示）の停止制御を実行する手段（停止制御手段）も兼ねる。

［優先引込制御処理］
次に、図６９を参照して、リール停止制御処理のフローチャート（図６８参照）中のＳ１４７で行う優先引込制御処理について説明する。

まず、メインＣＰＵ９３は、作動ストップボタンに対応する引込優先順位データ格納領域をセットする（Ｓ１６１）。次いで、メインＣＰＵ９３は、停止開始位置のデータを取得する（Ｓ１６２）。

次いで、メインＣＰＵ９３は、ＭＢ（「２ＭＢ」又は「３ＭＢ」）が作動中であるか否かを判別する（Ｓ１６３）。Ｓ１６３において、メインＣＰＵ９３が、ＭＢが作動中で無いと判別したとき（Ｓ１６３がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ１６５の処理を行う。一方、Ｓ１６３において、メインＣＰＵ９３が、ＭＢが作動中であると判別したとき（Ｓ１６３がＹＥＳ判定の場合）、メインＣＰＵ９３は、検索対象リールが左リール３Ｌであるか否かを判別する（Ｓ１６４）。

Ｓ１６４において、メインＣＰＵ９３が、検索対象リールが左リール３Ｌでないと判別したとき（Ｓ１６４がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ１６５の処理を行う。一方、Ｓ１６４において、メインＣＰＵ９３が、検索対象リールが左リール３Ｌであると判別したとき（Ｓ１６４がＹＥＳ判定の場合）、メインＣＰＵ９３は、後述のＳ１６７の処理を行う。

Ｓ１６３又はＳ１６４がＮＯ判定の場合（最大滑り駒数が４コマでリールの停止制御が行われる場合）、メインＣＰＵ９３は、滑り駒数決定データに対応する優先順位テーブルをセットする（Ｓ１６５）。

なお、優先順序テーブルは、停止テーブルに基づいて得られた滑り駒数決定データと、滑り駒数として予め定められた数値の範囲（最大滑り駒数が４コマの場合は「０」〜「４」）の中から優先的に適用する順序（以下、「優先順序」という）を規定する。すなわち、優先順序テーブルでは、滑り駒数決定データ毎に、優先的に適用する滑り駒数の順序が決定されている。なお、本実施形態では、優先順序テーブルの下位の優先順序「５」から順次、各数値の検索（チェック）を行い、優先順序「１」に対応する数値から優先的に滑り駒数として適用されるようにする。そして、Ｓ１６５の処理において、例えば、滑り駒数決定データが「４」である場合には、滑り駒数決定データ「４」に対応する優先順序テーブル内のアドレスに規定された優先順位のデータがセットされる。

Ｓ１６５の処理後、メインＣＰＵ９３は、優先順序の初期値及びチェック回数に「５」をセットする（Ｓ１６６）。この処理により、優先順序が０コマ〜４コマの範囲で５回チェック（検索）されることになる。そして、Ｓ１６６の処理後、メインＣＰＵ９３は、後述のＳ１６９の処理を行う。

また、Ｓ１６４がＹＥＳ判定の場合（最大滑り駒数が１コマでリールの停止制御が行われる場合）、メインＣＰＵ９３は、滑り駒数決定データに対応するＭＢ遊技状態用の優先順位テーブルをセットする（Ｓ１６７）。次いで、メインＣＰＵ９３は、優先順序の初期値に「３」をセットし、チェック回数に「２」をセットする（Ｓ１６８）。この処理により、優先順序が０コマ〜１コマの範囲で２回チェック（検索）されることになる。そして、Ｓ１６８の処理後、メインＣＰＵ９３は、後述のＳ１６９の処理を行う。

Ｓ１６６又はＳ１６８の処理後、メインＣＰＵ９３は、滑り駒数決定データを滑り駒数としてセットする（Ｓ１６９）。

次いで、メインＣＰＵ９３は、停止開始位置及び優先順序に基づいて、停止検索位置を抽出する（Ｓ１７０）。次いで、メインＣＰＵ９３は、停止検索位置の引込優先順位データを取得する（Ｓ１７１）。

次いで、メインＣＰＵ９３は、Ｓ１７１で取得した引込優先順位データの値が先に取得した引込優先順位データの値以上である否かを判別する（Ｓ１７２）。Ｓ１７２において、メインＣＰＵ９３が、Ｓ１７１で取得した引込優先順位データが先に取得した引込優先順位データ以上でないと判別したとき（Ｓ１７２がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ１７４の処理を行う。

一方、Ｓ１７２において、メインＣＰＵ９３が、Ｓ１７１で取得した引込優先順位データが先に取得した引込優先順位データ以上であると判別したとき（Ｓ１７２がＹＥＳ判定の場合）、メインＣＰＵ９３は、滑り駒数を更新する（Ｓ１７３）。

Ｓ１７３の処理後、又は、Ｓ１７２がＮＯ判定の場合、メインＣＰＵ９３は、優先順序の値及びチェック回数を「１」減算する（Ｓ１７４）。

次いで、メインＣＰＵ９３は、チェック回数が「０」であるか否かを判別する（Ｓ１７５）。Ｓ１７５において、メインＣＰＵ９３が、チェック回数が「０」でないと判別したとき（Ｓ１７５がＮＯ判定の場合）、メインＣＰＵ９３は、処理をＳ１７０に戻し、Ｓ１７０以降の処理を繰り返す。

一方、Ｓ１７５において、メインＣＰＵ９３が、チェック回数が「０」であると判別したとき（Ｓ１７５がＹＥＳ判定の場合）、メインＣＰＵ９３は、最終的に更新された滑り駒数をセットする（Ｓ１７６）。そして、Ｓ１７６の処理後、メインＣＰＵ９３は、優先引込制御処理を終了し、処理をリール停止制御処理（図６８参照）のＳ１４８に移す。

［ボーナス終了チェック処理］
次に、図７０を参照して、メインフロー（図５９参照）中のＳ１６で行うボーナス終了チェック処理について説明する。

まず、メインＣＰＵ９３は、遊技状態フラグ格納領域（図２７参照）を参照して、ＭＢ（「２ＭＢ」又は「３ＭＢ」）が作動中であるか否かを判別する（Ｓ１８１）。Ｓ１８１において、メインＣＰＵ９３が、ＭＢが作動中でないと判別したとき（Ｓ１８１がＮＯ判定の場合）、メインＣＰＵ９３は、ボーナス終了チェック処理を終了し、処理をメインフロー（図５９参照）中のＳ１７に移す。

一方、Ｓ１８１において、メインＣＰＵ９３が、ＭＢが作動中であると判別したとき（Ｓ１８１がＹＥＳ判定の場合）、メインＣＰＵ９３は、ＣＢ終了処理を行う（Ｓ１８２）。この処理では、「ＣＢ」に対応する遊技状態フラグ（不図示）をオフ状態にする、入賞可能回数カウンタ及び遊技可能回数カウンタをクリアするなどの処理を行う。次いで、メインＣＰＵ９３は、ボーナス終了枚数カウンタの値を更新する（Ｓ１８３）。

次いで、メインＣＰＵ９３は、ボーナス終了枚数カウンタの値が「０」未満であるか否かを判別する（Ｓ１８４）。Ｓ１８４において、メインＣＰＵ９３が、ボーナス終了枚数カウンタの値が「０」未満でないと判別したとき（Ｓ１８４がＮＯ判定の場合）、メインＣＰＵ９３は、ボーナス終了チェック処理を終了し、処理をメインフロー（図５９参照）中のＳ１７に移す。

一方、Ｓ１８４において、メインＣＰＵ９３が、ボーナス終了枚数カウンタの値が「０」未満であると判別したとき（Ｓ１８４がＹＥＳ判定の場合）、メインＣＰＵ９３は、ＭＢ終了処理を行う（Ｓ１８５）。この処理では、メインＣＰＵ９３は、ボーナス終了枚数カウンタをクリアし、作動中のＭＢ（「２ＭＢ」又は「３ＭＢ」）に対応する遊技状態フラグ（２ＭＢ遊技状態フラグ又は３ＭＢ遊技状態フラグ）をオフ状態にする。なお、ボーナス終了枚数カウンタの値が「０」未満である場合とは、２ＭＢ遊技状態中にメダルの払出しが２枚を超えた場合、又は、３ＭＢ遊技状態中にメダルの払出しが３０枚を超えた場合を意味する。

次いで、メインＣＰＵ９３は、ボーナス終了コマンド生成格納処理を行う（Ｓ１８６）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するボーナス終了コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたボーナス終了コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。なお、ボーナス終了コマンドには、ボーナスゲームが終了したことを示す情報などが含まれる。

そして、Ｓ１８６の処理後、メインＣＰＵ９３は、ボーナス終了チェック処理を終了し、処理をメインフロー（図５９参照）中のＳ１７に移す。

［ボーナス作動チェック処理］
次に、図７１を参照して、メインフロー（図５９参照）中のＳ１７で行うボーナス作動チェック処理について説明する。

まず、メインＣＰＵ９３は、ＭＢ（「２ＭＢ」又は「３ＭＢ」）が作動中であるか否かを判別する（Ｓ１９１）。Ｓ１９１において、メインＣＰＵ９３が、ＭＢが作動中でないと判別したとき（Ｓ１９１がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ１９３の処理を行う。

一方、Ｓ１９１において、メインＣＰＵ９３が、ＭＢが作動中であると判別したとき（Ｓ１９１がＹＥＳ判定の場合）、メインＣＰＵ９３は、ＣＢ作動処理を行う（Ｓ１９２）。そして、Ｓ１９２の処理後、メインＣＰＵ９３は、ボーナス作動チェック処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

また、Ｓ１９１がＮＯ判定の場合、メインＣＰＵ９３は、ＭＢ（「２ＭＢ」又は「３ＭＢ」）が入賞であるか否かを判別する（Ｓ１９３）。Ｓ１９３において、メインＣＰＵ９３が、ＭＢが入賞でないと判別したとき（Ｓ１９３がＮＯ判定の場合）、メインＣＰＵ９３は、後述のＳ１９７の処理を行う。

一方、Ｓ１９３において、メインＣＰＵ９３が、ＭＢが入賞であると判別したとき（Ｓ１９３がＹＥＳ判定の場合）、メインＣＰＵ９３は、入賞したＭＢの種別に対応したＭＢ作動処理を行う（Ｓ１９４）。この処理では、メインＣＰＵ９３は、遊技状態フラグ格納領域（図２７参照）内の対応するビットに「１」をセットし、ボーナス終了枚数カウンタの数値を所定の値（「３０」又は「２」）にセットする。さらに、この処理では、メインＣＰＵ９３は、上記Ｓ１９２のＣＢ作動処理も行う。

次いで、メインＣＰＵ９３は、持越役格納領域の値をクリアする（Ｓ１９５）。次いで、メインＣＰＵ９３は、ボーナス開始コマンド生成格納処理を行う（Ｓ１９６）。この処理では、メインＣＰＵ９３は、副制御回路１０１に送信するボーナス開始コマンドのデータを生成し、該コマンドデータをメインＲＡＭ９５に設けられた通信データ格納領域に保存する。また、通信データ格納領域に保存されたボーナス開始コマンドは、後述の図７２で説明する割込処理内のコマンドデータ送信処理により、主制御回路９１から副制御回路１０１に送信される。なお、ボーナス開始コマンドには、ボーナスゲームを開始したことを示す情報などが含まれる。

そして、Ｓ１９６の処理後、メインＣＰＵ９３は、ボーナス作動チェック処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

また、Ｓ１９３がＮＯ判定の場合、メインＣＰＵ９３は、再遊技（リプレイ）に係る役が入賞したか否かを判別する（Ｓ１９７）。Ｓ１９７において、メインＣＰＵ９３が、再遊技に係る役が入賞しなかったと判別したとき（Ｓ１９７がＮＯ判定の場合）、メインＣＰＵ９３は、ボーナス作動チェック処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

一方、Ｓ１９７において、メインＣＰＵ９３が、再遊技に係る役が入賞したと判別したとき（Ｓ１９７がＹＥＳ判定の場合）、メインＣＰＵ９３は、メダルの自動投入を要求する（Ｓ１９８）。すなわち、メインＣＰＵ９３は、投入枚数カウンタを自動投入枚数カウンタに複写する。そして、Ｓ１９８の処理後、メインＣＰＵ９３は、ボーナス作動チェック処理を終了し、処理をメインフロー（図５９参照）のＳ２に移す。

［メインＣＰＵの制御による割込処理（１．１１７２ｍｓｅｃ）］
次に、図７２を参照して、メインＣＰＵ９３の制御による割込処理について説明する。

まず、メインＣＰＵ９３は、レジスタの退避を行う（Ｓ２０１）。次いで、メインＣＰＵ９３は、入力ポートチェック処理を行う（Ｓ２０２）。この処理では、ストップスイッチ等の各種スイッチから入力される信号がチェックされる。

次いで、メインＣＰＵ９３は、タイマー更新処理を行う（Ｓ２０３）。この処理では、メインＣＰＵ９３は、例えば、割込処理毎にロックタイマの値を減算する処理を行う。そして、ロックタイマの値が０となった場合、メインＣＰＵ９３は、遊技ロックフラグをクリアする。

次いで、メインＣＰＵ９３は、リール制御処理を行う（Ｓ２０４）。この処理では、メインＣＰＵ５１は、全リールの回転開始が要求されたときに、左リール３Ｌ、中リール３Ｃ及び右リール３Ｒの回転を開始し、その後、各リールが一定速度で回転するように、３つのステッピングモータを駆動制御する。また、滑り駒数が決定されたときは、メインＣＰＵ９３は、該当するリールの図柄カウンタを滑り駒数分だけ更新する。そして、メインＣＰＵ９３は、更新された図柄カウンタが停止予定位置に対応する値に一致する（停止予定位置の図柄がリール表示窓４の有効ライン上の領域に到達する）のを待って、該当するリールの回転の減速及び停止が行われるように、対応するステッピングモータを駆動制御する。また、本実施形態では、Ｓ２０４の処理において、前述した通常の加速処理、定速処理及び停止処理だけでなく、加速処理時にリール演出パターンが設定されている場合には、該リール演出パターンに対応するリール演出（リールアクション）及びロックの制御処理も行う。

次いで、メインＣＰＵ９３は、コマンドデータ送信処理を行う（Ｓ２０５）。この処理では、メインＣＰＵ９３は、通信データ格納領域に格納された各種コマンドデータを副制御回路１０１に送信する。

次いで、メインＣＰＵ９３は、ランプ・７セグ駆動処理を行う（Ｓ２０６）。この処理では、メインＣＰＵ９３は、７セグ表示器２４を駆動制御して、払出枚数やクレジット枚数などを表示する。次いで、メインＣＰＵ９３は、レジスタの復帰処理を行う（Ｓ２０７）。そして、その後、メインＣＰＵ９３は、割込処理を終了する。

＜副制御回路の動作説明＞
次に、図７３〜図１２４を参照して、副制御回路１０１のサブＣＰＵ１０２が、プログラムを用いて実行する各種処理（タスク）の内容について説明する。なお、以下に説明するサブＣＰＵ１０２の各種処理において必要となる、各種テーブルはロムカートリッジ基板８６に格納され、各種制御フラグ、各種制御カウンタ、各種格納領域等はサブＲＡＭ１０３に設けられる。

［サブＣＰＵの電源投入処理］
まず、図７３を参照しながら、サブＣＰＵ１０２の電源投入処理について説明する。なお、図７３に示す電源投入処理内の要求処理は、パチスロ１の機能に必要な各種タスクの起動要求をＯＳに対して行う処理である。

まず、サブＣＰＵ１０２は、初期化処理を行う（Ｓ２１１）。この処理では、サブＣＰＵ１０２は、ＣＰＵ及び内部デバイスの初期化や周辺ＩＣの初期化などの処理を実行する。

次いで、サブＣＰＵ１０２は、サブタスクの起動要求として、ランプ制御タスク（後述の図７４参照）の起動要求を行う（Ｓ２１２）。次いで、サブＣＰＵ１０２は、サウンド制御タスク（後述の図７５参照）の起動要求を行う（Ｓ２１３）。そして、サブＣＰＵ１０２は、マザータスク（後述の図７６参照）の起動要求を行う（Ｓ２１４）。

［ランプ制御タスク］
次に、図７４を参照しながら、サブＣＰＵ１０２により行われるランプ制御タスクについて説明する。上述したサブＣＰＵ１０２の電源投入処理（図７３参照）において、サブＣＰＵ１０２によるランプ制御タスクの起動要求に応答してＯＳからランプ制御タスク要求が発生すると、以下に説明する手順に沿ってランプ制御タスクが実行される。

まず、サブＣＰＵ１０２は、タイマー割込初期化処理を行う（Ｓ２２１）。次いで、サブＣＰＵ１０２は、ランプ制御関連のデータの初期化処理を行う（Ｓ２２２）。

次いで、サブＣＰＵ１０２は、タイマー割込待ち処理を行う（Ｓ２２３）。次いで、サブＣＰＵ１０２は、サウンド制御タスク（後述の図７５参照）の実行処理を行う（Ｓ２２４）。

次いで、サブＣＰＵ１０２は、ランプデータ解析処理を行う（Ｓ２２５）。次いで、サブＣＰＵ１０２は、ランプ演出実行処理を行う（Ｓ２２６）。そして、Ｓ２２６の処理後、サブＣＰＵ１０２は、処理をＳ２２３に戻し、Ｓ２２３以降の処理を繰り返す。

［サウンド制御タスク］
次に、図７５を参照しながら、サブＣＰＵ１０２により行われるサウンド制御タスクについて説明する。上述したサブＣＰＵ１０２の電源投入処理（図７３参照）において、サブＣＰＵ１０２によるサウンド制御タスクの起動要求に応答してＯＳからサウンド制御タスク要求が発生すると、以下に説明する手順に沿ってサウンド制御タスクが実行される。

まず、サブＣＰＵ１０２は、サウンド制御関連のデータの初期化処理を行う（Ｓ２３１）。次いで、サブＣＰＵ１０２は、ランプ制御タスク（図７４参照）の実行処理を行う（Ｓ２３２）。

次いで、サブＣＰＵ１０２は、サウンドデータ解析処理を行う（Ｓ２３３）。次いで、サブＣＰＵ１０２は、サウンド演出実行処理を行う（Ｓ２３４）。そして、Ｓ２３４の処理後、サブＣＰＵ１０２は、処理をＳ２３２に戻し、Ｓ２３２以降の処理を繰り返す。

［マザータスク］
次に、図７６を参照しながら、サブＣＰＵ１０２により行われるマザータスクについて説明する。上述したサブＣＰＵ１０２の電源投入処理（図７３参照）において、サブＣＰＵ１０２によるマザータスクの起動要求に応答してＯＳからマザータスク要求が発生すると、以下に説明する手順に沿ってマザータスクが実行される。

まず、サブＣＰＵ１０２は、メインタスク（後述の図７７参照）の起動要求を行う（Ｓ２４１）。次いで、サブＣＰＵ１０２は、主基板通信タスク（後述の図７８参照）の起動要求を行う（Ｓ２４２）。そして、サブＣＰＵ１０２は、アニメタスク（後述の図７９参照）の起動要求を行う（Ｓ２４３）。

［メインタスク］
次に、図７７を参照しながら、サブＣＰＵ１０２により行われるメインタスクについて説明する。上述したサブＣＰＵ１０２のマザータスク（図７６参照）において、サブＣＰＵ１０２によるメインタスクの起動要求に応答してＯＳからメインタスク要求が発生すると、以下に説明する手順に沿ってメインタスクが実行される。

まず、サブＣＰＵ１０２は、ＶＳＹＮＣ（Vertical Synchronizing Signal）割込初期化処理を行う（Ｓ２５１）。次いで、サブＣＰＵ１０２は、ＶＳＹＮＣ割込待ち処理を行う（Ｓ２５２）。

次いで、サブＣＰＵ１０２は、描画処理を行う（Ｓ２５３）。そして、Ｓ２５３の処理後、サブＣＰＵ１０２は、処理をＳ２５２に戻し、Ｓ２５２以降の処理を繰り返す。

［主基板通信タスク］
次に、図７８を参照しながら、サブＣＰＵ１０２により行われる主基板通信タスクについて説明する。上述したサブＣＰＵ１０２のマザータスク（図７６参照）において、サブＣＰＵ１０２による主基板通信タスクの起動要求に応答してＯＳから主基板通信タスク要求が発生すると、以下に説明する手順に沿って主基板通信タスクが実行される。

まず、サブＣＰＵ１０２は、通信メッセージキューの初期化処理を行う（Ｓ２６１）。次いで、サブＣＰＵ１０２は、受信コマンドのチェック処理を行う（Ｓ２６２）。この処理では、サブＣＰＵ１０２は、受信コマンドの種別等を抽出する。

次いで、サブＣＰＵ１０２は、前回とは異なるコマンドを受信したか否かを判別する（Ｓ２６３）。

Ｓ２６３において、サブＣＰＵ１０２が、前回とは異なるコマンドを受信しなかったと判別したとき（Ｓ２６３がＮＯ判定の場合）、サブＣＰＵ１０２は、処理をＳ２６２に戻し、Ｓ２６２以降の処理を繰り返す。一方、Ｓ２６３において、サブＣＰＵ１０２が、前回とは異なるコマンドを受信したと判別したとき（Ｓ２６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、受信コマンドに基づいて各種遊技情報を生成し、該生成した各種遊技情報をサブＲＡＭ１０３に格納する（Ｓ２６４）。

次いで、サブＣＰＵ１０２は、コマンド解析処理を行う（Ｓ２６５）。なお、コマンド解析処理の詳細については、後述の図８０を参照しながら後で説明する。そして、Ｓ２６５の処理後、サブＣＰＵ１０２は、処理をＳ２６２に戻し、Ｓ２６２以降の処理を繰り返す。

［アニメタスク］
次に、図７９を参照しながら、サブＣＰＵ１０２により行われるアニメタスクについて説明する。上述したサブＣＰＵ１０２のマザータスク（図７６参照）において、サブＣＰＵ１０２によるアニメタスクの起動要求に応答してＯＳからアニメタスク要求が発生すると、以下に説明する手順に沿ってアニメタスクが実行される。

まず、サブＣＰＵ１０２は、主基板通信タスクで生成された今回の遊技情報の前回の遊技情報からの変化をチェックする（Ｓ２７１）。次いで、サブＣＰＵ１０２は、オブジェクト制御処理を行う（Ｓ２７２）。

次いで、サブＣＰＵ１０２は、アニメタスク管理処理を行う（Ｓ２７３）。そして、Ｓ２７３の処理後、サブＣＰＵ１０２は、処理をＳ２７１に戻し、Ｓ２７１以降の処理を繰り返す。

［コマンド解析処理］
次に、図８０を参照して、主基板通信タスクのフローチャート（図７８参照）中のＳ２６５で行うコマンド解析処理について説明する。

まず、サブＣＰＵ１０２は、演出内容決定処理を行う（Ｓ２８１）。この処理では、サブＣＰＵ１０２は、受信データに応じて演出内容を決定する。なお、演出内容決定処理の詳細については、後述の図８１を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、ランプデータ決定処理を行う（Ｓ２８２）。この処理では、サブＣＰＵ１０２は、Ｓ２８１で決定された演出内容に応じて、所定のランプデータを決定する。次いで、サブＣＰＵ１０２は、サウンドデータ決定処理を行う（Ｓ２８３）。この処理では、サブＣＰＵ１０２は、Ｓ２８１で決定された演出内容に応じて、所定のサウンドデータを決定する。

次いで、サブＣＰＵ１０２は、決定された各種データを登録する（Ｓ２８４）。そして、Ｓ２８４の処理後、サブＣＰＵ１０２は、コマンド解析処理を終了し、処理を主基板通信タスク（図７８参照）のＳ２６２に移す。

［演出内容決定処理］
次に、図８１を参照して、コマンド解析処理のフローチャート（図８０参照）中のＳ２８１で行う演出内容決定処理について説明する。なお、下記処理で決定（登録）される演出データは、アニメーションデータ、サウンドデータ及びランプデータを指定するデータである。それゆえ、下記各処理で演出データが登録されると、対応するアニメーションデータ等が決定され、映像の表示等の演出が実行される。

まず、サブＣＰＵ１０２は、初期化コマンド受信時であるか否かを判別する（Ｓ２９１）。

Ｓ２９１において、サブＣＰＵ１０２が、初期化コマンド受信時であると判別したとき（Ｓ２９１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、初期化コマンド受信時処理を行う（Ｓ２９２）。この処理では、サブＣＰＵ１０２は、初期化コマンドに含まれる、例えば設定値変更の有無、設定値等の情報に基づいて、初期化処理時の演出データを決定（登録）する。なお、初期化コマンド受信時処理の詳細については、後述の図８２を参照しながら後で説明する。そして、Ｓ２９２の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ２９１において、サブＣＰＵ１０２が、初期化コマンド受信時でないと判別したとき（Ｓ２９１がＮＯ判定の場合）、サブＣＰＵ１０２は、メダル投入コマンド受信時であるか否かを判別する（Ｓ２９３）。

Ｓ２９３において、サブＣＰＵ１０２が、メダル投入コマンド受信時であると判別したとき（Ｓ２９３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、メダル投入コマンド受信時処理を行う（Ｓ２９４）。この処理では、サブＣＰＵ１０２は、メダル投入コマンドに含まれる、例えばメダル投入の有無、投入回数カウンタの値、クレジットカウンタの値等の情報に基づいて、メダル投入時（ベット時）の演出データを決定（登録）する。そして、Ｓ２９４の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ２９３において、サブＣＰＵ１０２が、メダル投入コマンド受信時でないと判別したとき（Ｓ２９３がＮＯ判定の場合）、サブＣＰＵ１０２は、スタートコマンド受信時であるか否かを判別する（Ｓ２９５）。

Ｓ２９５において、サブＣＰＵ１０２が、スタートコマンド受信時であると判別したとき（Ｓ２９５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、スタートコマンド受信時処理を行う（Ｓ２９６）。この処理では、サブＣＰＵ１０２は、スタートコマンドに含まれる、例えば遊技状態フラグの種別、ボーナス終了枚数カウンタの値、内部当籤役の種別、ロック演出に係るフラグの種別、演出用タイマーの値等の情報に基づいて、遊技開始時（スタート時）の演出データを決定（登録）する。なお、スタートコマンド受信時処理の詳細については、後述の図８４を参照しながら後で説明する。そして、Ｓ２９６の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ２９５において、サブＣＰＵ１０２が、スタートコマンド受信時でないと判別したとき（Ｓ２９５がＮＯ判定の場合）、サブＣＰＵ１０２は、リール回転開始コマンド受信時であるか否かを判別する（Ｓ２９７）。

Ｓ２９７において、サブＣＰＵ１０２が、リール回転開始コマンド受信時であると判別したとき（Ｓ２９７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、リール回転開始コマンド受信時処理を行う（Ｓ２９８）。この処理では、サブＣＰＵ１０２は、リール回転開始コマンドに基づいて、リール回転開始時の演出データを決定（登録）する。そして、Ｓ２９８の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ２９７において、サブＣＰＵ１０２が、リール回転開始コマンド受信時でないと判別したとき（Ｓ２９７がＮＯ判定の場合）、サブＣＰＵ１０２は、リール停止コマンド受信時であるか否かを判別する（Ｓ２９９）。

Ｓ２９９において、サブＣＰＵ１０２が、リール停止コマンド受信時であると判別したとき（Ｓ２９９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、リール停止コマンド受信時処理を行う（Ｓ３００）。この処理では、サブＣＰＵ１０２は、リール停止コマンドに含まれる、例えば停止リール（作動ストップボタン）の種別、停止開始位置、滑り駒数、演出番号等の情報に基づいて、リール停止時の演出データを決定（登録）する。そして、Ｓ３００の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ２９９において、サブＣＰＵ１０２が、リール停止コマンド受信時でないと判別したとき（Ｓ２９９がＮＯ判定の場合）、サブＣＰＵ１０２は、入賞作動コマンド受信時であるか否かを判別する（Ｓ３０１）。

Ｓ３０１において、サブＣＰＵ１０２が、入賞作動コマンド受信時であると判別したとき（Ｓ３０１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、入賞作動コマンド受信時処理を行う（Ｓ３０２）。この処理では、サブＣＰＵ１０２は、入賞作動コマンドに含まれる、例えば表示役の種別、ロック演出に係るフラグ、メダルの払出枚数等の情報に基づいて、入賞作動時の演出データを決定（登録）する。なお、入賞作動コマンド受信時処理の詳細については、後述の図１１９を参照しながら後で説明する。そして、Ｓ３０２の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ３０１において、サブＣＰＵ１０２が、入賞作動コマンド受信時でないと判別したとき（Ｓ３０１がＮＯ判定の場合）、サブＣＰＵ１０２は、ボーナス開始コマンド受信時であるか否かを判別する（Ｓ３０３）。

Ｓ３０３において、サブＣＰＵ１０２が、ボーナス開始コマンド受信時であると判別したとき（Ｓ３０３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ボーナス開始コマンド受信時処理を行う（Ｓ３０４）。この処理では、サブＣＰＵ１０２は、ボーナス開始コマンドに基づいて、ボーナス開始時の演出データを決定（登録）する。そして、Ｓ３０４の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ３０３において、サブＣＰＵ１０２が、ボーナス開始コマンド受信時でないと判別したとき（Ｓ３０３がＮＯ判定の場合）、サブＣＰＵ１０２は、ボーナス終了コマンド受信時であるか否かを判別する（Ｓ３０５）。

Ｓ３０５において、サブＣＰＵ１０２が、ボーナス終了コマンド受信時であると判別したとき（Ｓ３０５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ボーナス終了コマンド受信時処理を行う（Ｓ３０６）。この処理では、サブＣＰＵ１０２は、ボーナス終了コマンドに基づいて、ボーナス終了時の演出データを決定（登録）する。そして、Ｓ３０６の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ３０５において、サブＣＰＵ１０２が、ボーナス終了コマンド受信時でないと判別したとき（Ｓ３０５がＮＯ判定の場合）、サブＣＰＵ１０２は、入力状態コマンド受信時であるか否かを判別する（Ｓ３０７）。

Ｓ３０７において、サブＣＰＵ１０２が、入力状態コマンド受信時でないと判別したとき（Ｓ３０７がＮＯ判定の場合）、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

一方、Ｓ３０７において、サブＣＰＵ１０２が、入力状態コマンド受信時であると判別したとき（Ｓ３０７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、入力状態コマンド受信時処理を行う（Ｓ３０８）。この処理では、サブＣＰＵ１０２は、入力状態コマンドに含まれる、例えば各操作部のオンエッジ状態／オフエッジ状態の情報に基づいて、入力状態コマンド受信時の演出データを決定（登録）する。そして、Ｓ３０８の処理後、サブＣＰＵ１０２は、演出内容決定処理を終了し、処理をコマンド解析処理（図８０参照）のＳ２８２に移す。

［初期化コマンド受信時処理］
次に、図８２を参照して、演出内容決定処理のフローチャート（図８１参照）中のＳ２９２で行う初期化コマンド受信時処理について説明する。

なお、本実施形態では、サブＣＰＵ１０２により、前回の単位遊技（ゲーム）におけるサブ遊技状態（以下、「遊技状態（前回）」と記す）、現在の単位遊技におけるサブ遊技状態（以下、「遊技状態（現在）」と記す）、及び、次回の単位遊技におけるサブ遊技状態（以下、「遊技状態（次回）」と記す）を管理する。

また、以下では、サブ遊技状態が通常状態である場合を「一般中」と称し、通常状態で擬似ＢＢ遊技が開始された場合の擬似ＢＢ状態を「一般中ＢＢ」と称す。サブ遊技状態が移行演出状態である場合を「レース中」と称し、サブ遊技状態がＡＴ準備状態である場合を「ＡＴ準備中」と称す。また、サブ遊技状態がＡＴ状態である場合を「ＡＴ中」と称し、ＡＴ状態で擬似ＢＢ遊技が開始された場合の擬似ＢＢ状態を「ＡＴ中ＢＢ」と称す。さらに、本実施形態では、サブ遊技状態がＷチャンス状態である場合を「Ｗチャンス中」と称し、サブ遊技状態が上乗せチャレンジ状態である場合を「上乗せチャレンジ中」と称す。

まず、サブＣＰＵ１０２は、出玉関連変数を初期化する（Ｓ３１１）。この処理では、サブＣＰＵ１０２は、遊技状態（前回）、遊技状態（現在）及び遊技状態（次回）にそれぞれ「一般中」をセットする。また、この処理では、サブＣＰＵ１０２は、周期カウンタの値に「１８０」をセットする。

次いで、サブＣＰＵ１０２は、レース情報抽籤処理を行う（Ｓ３１２）。なお、レース情報抽籤処理の詳細については、後述の図８３を参照しながら後で説明する。そして、Ｓ３１２の処理後、サブＣＰＵ１０２は、初期化コマンド受信時処理を終了するとともに演出内容決定処理（図８１参照）も終了する。

［レース情報抽籤処理］
次に、図８３を参照して、初期化コマンド受信時処理のフローチャート（図８２参照）中のＳ３１２で行うレース情報抽籤処理について説明する。このレース情報抽籤処理では、移行演出遊技で行われるキャラクタのレース演出に関連する各種情報を抽籤により決定する。

まず、サブＣＰＵ１０２は、レース出走者ＭＡＰ抽籤テーブル（図３２参照）を参照して、レース出走者ＭＡＰ抽籤処理を行う（Ｓ３２１）。次いで、サブＣＰＵ１０２は、レース出走者ＭＡＰ抽籤処理の抽籤結果の値（ＭＡＰ番号）を、「レース出走者ＭＡＰ」にセットする（Ｓ３２２）。

次いで、サブＣＰＵ１０２は、レース情報ＭＡＰデータテーブル（図３３参照）を参照し、「レース出走者ＭＡＰ」の値（レース情報ＭＡＰ番号）に基づいて、レース情報ＭＡＰデータに対応する勝利対象者抽籤テーブル（図３４参照）の種別（対象テーブルＡ〜Ｊ）を決定する（Ｓ３２３）。この処理では、セットされたレース出走者ＭＡＰ（レース情報ＭＡＰ）の値に基づいて、４レース先まで（１レース目〜５レース目）のレース情報ＭＡＰデータに対応する「対象テーブル」（対象テーブルＡ〜Ｊのいずれか）が決定される。

次いで、サブＣＰＵ１０２は、決定された１レース目〜５レース目までの「対象テーブル」をセットする（Ｓ３２４）。そして、サブＣＰＵ１０２は、Ｓ３２４でセットされた１レース目〜５レース目までの「対象テーブル」に基づいて、１レース目〜５レース目までのレース勝利対象（候補）者の抽籤処理を行う（Ｓ３２５）。

次いで、サブＣＰＵ１０２は、勝利対象者抽籤処理の抽籤結果を「レース勝利者」にセットする（Ｓ３２６）。この処理により、１レース目〜５レース目までのレース勝利対象者（「男Ａ」、「男Ｂ」、「女Ａ」、「天狗」、「河童」及び「男Ａ・男Ｂ」のいずれか）が、「レース勝利者」にセットされる。

次いで、サブＣＰＵ１０２は、レース勝率ＭＡＰ抽籤テーブル（図３５参照）を参照し、レース勝率ＭＡＰ抽籤処理を行う（Ｓ３２７）。この処理では、サブＣＰＵ１０２は、現在の設定値（１〜６のいずれか）に基づいて、Ｓ３２６で設定された「レース勝利者」（レース勝利対象者）のレース勝率データを規定したレース勝率ＭＡＰを決定する。次いで、サブＣＰＵ１０２は、レース勝率ＭＡＰ抽籤処理の抽籤結果（レース勝率ＭＡＰ）を「レース勝率マップ」にセットする（Ｓ３２８）。

次いで、サブＣＰＵ１０２は、レース勝率ＭＡＰデータテーブル（図３６参照）を参照し、セットされた「レース勝率マップ」に対応するレース勝率データを取得する（Ｓ３２９）。なお、この処理では、図３６に示すように、現セットのレース（１レース目）のレース勝率データのみが決定される場合もあるし、２レース目以降のレース勝率データも決定される場合もある。次いで、サブＣＰＵ１０２は、Ｓ３２９で取得したレース勝率データをセットする（Ｓ３３０）。

そして、Ｓ３３０の処理後、サブＣＰＵ１０２は、レース情報抽籤処理を終了するとともに、初期化コマンド受信時処理（図８２参照）も終了する。上述のように、本実施形態のパチスロ１では、初期化コマンド受信時（初期状態でレース演出の内容に関する情報がセットされていない時）に、移行演出遊技において実行されるレース演出のレース勝利対象（候補）者及びその勝率が決定される。

上述のように、本実施形態のレース情報抽籤処理では、通常遊技の遊技期間の開始時に、１レース目〜５レース目（現セットから４セット先）までレース演出の内容に関する情報が決定され、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、通常遊技の遊技期間の開始時に、現セットから４セット先までの通常遊技終了後に行われる各移行演出遊技の演出内容に関する情報を決定する手段（移行演出決定手段）も兼ねる。

［スタートコマンド受信時処理］
次に、図８４を参照して、演出内容決定処理のフローチャート（図８１参照）中のＳ２９６で行うスタートコマンド受信時処理について説明する。

まず、サブＣＰＵ１０２は、変数設定処理を行う（Ｓ３４１）。この処理では、サブＣＰＵ１０２は、サブ遊技状態の種別に応じて、演出制御に用いる各種変数（各種フラグ、カウンタ等）の設定処理を行う。なお、変数設定処理の詳細については、後述の図８５を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、出玉状態更新処理を行う（Ｓ３４２）。この処理では、サブＣＰＵ１０２は、遊技状態（前回）、遊技状態（現在）及び遊技状態（次回）の情報を更新する。なお、出玉状態更新処理の詳細については、後述の図９２を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、Ｂｎｓ（ボーナス）状態更新処理を行う（Ｓ３４３）。この処理では、サブＣＰＵ１０２は、擬似ＢＢ状態の種別に応じて、演出制御に用いる各種変数（各種フラグ、カウンタ等）の設定処理を行う。なお、Ｂｎｓ状態更新処理の詳細については、後述の図９３を参照しながら後で説明する。

本実施形態において管理する擬似ＢＢ状態の種別は、「ＢＢ当籤時」、「ＢＢフラグ間」、「ＢＢ作動待ち」、「ＢＢ中」、「ＪＡＣ中」、「ＣｈａＢＢ中」及び「ＣｈａＪＡＣ中」の７種類とする。なお、「ＢＢフラグ間」は、擬似ＢＢ遊技が持ち越し中である状態を示し、「ＪＡＣ中」は、「ＪＡＣＧＡＭＥ保証区間」の状態を示す。また、「ＣｈａＢＢ中」は、「一般中ＢＢ」における「ＪＡＣＩＮチャレンジ区間」の状態を示し、「ＣｈａＪＡＣ中」は、「ＡＴ中ＢＢ」における「ＪＡＣＩＮチャレンジ区間」の状態を示す。

次いで、サブＣＰＵ１０２は、サブ遊技状態が「一般中」の遊技開始時（以下、「一般中＿遊技開始時」と記す）であるか否かを判別する（Ｓ３４４）。

Ｓ３４４において、サブＣＰＵ１０２が、サブ遊技状態が「一般中＿遊技開始時」であると判別したとき（Ｓ３４４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中＿遊技開始時処理を行う（Ｓ３４５）。なお、一般中＿遊技開始時処理の詳細については、後述の図１０１及び図１０２を参照しながら後で説明する。そして、Ｓ３４５の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３４４において、サブＣＰＵ１０２が、サブ遊技状態が「一般中＿遊技開始時」でないと判別したとき（Ｓ３４４がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「一般中ＢＢ」の遊技開始時（以下、「一般中ＢＢ＿遊技開始時」と記す）であるか否かを判別する（Ｓ３４６）。

Ｓ３４６において、サブＣＰＵ１０２が、サブ遊技状態が「一般中ＢＢ＿遊技開始時」であると判別したとき（Ｓ３４６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中ＢＢ＿遊技開始時処理を行う（Ｓ３４７）。なお、一般中ＢＢ＿遊技開始時処理の詳細については、後述の図１０４を参照しながら後で説明する。そして、Ｓ３４７の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３４６において、サブＣＰＵ１０２が、サブ遊技状態が「一般中ＢＢ＿遊技開始時」でないと判別したとき（Ｓ３４６がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「レース中」の遊技開始時（以下、「レース中＿遊技開始時」と記す）であるか否かを判別する（Ｓ３４８）。

Ｓ３４８において、サブＣＰＵ１０２が、サブ遊技状態が「レース中＿遊技開始時」であると判別したとき（Ｓ３４８がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース中＿遊技開始時処理を行う（Ｓ３４９）。なお、レース中＿遊技開始時処理の詳細については、後述の図１０８を参照しながら後で説明する。そして、Ｓ３４９の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３４８において、サブＣＰＵ１０２が、サブ遊技状態が「レース中＿遊技開始時」でないと判別したとき（Ｓ３４８がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「ＡＴ準備中」の遊技開始時（以下、「ＡＴ準備中＿遊技開始時」と記す）であるか否かを判別する（Ｓ３５０）。

Ｓ３５０において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ準備中＿遊技開始時」であると判別したとき（Ｓ３５０がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ準備中＿遊技開始時処理を行う（Ｓ３５１）。なお、ＡＴ準備中＿遊技開始時処理の詳細については、後述の図１０９を参照しながら後で説明する。そして、Ｓ３５１の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３５０において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ準備中＿遊技開始時」でないと判別したとき（Ｓ３５０がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「ＡＴ中」の遊技開始時（以下、「ＡＴ中＿遊技開始時」と記す）であるか否かを判別する（Ｓ３５２）。

Ｓ３５２において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中＿遊技開始時」であると判別したとき（Ｓ３５２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ中＿遊技開始時処理を行う（Ｓ３５３）。なお、ＡＴ中＿遊技開始時処理の詳細については、後述の図１１１を参照しながら後で説明する。そして、Ｓ３５３の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３５２において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中＿遊技開始時」でないと判別したとき（Ｓ３５２がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「ＡＴ中ＢＢ」の遊技開始時（以下、「ＡＴ中ＢＢ＿遊技開始時」と記す）であるか否かを判別する（Ｓ３５４）。

Ｓ３５４において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中ＢＢ＿遊技開始時」であると判別したとき（Ｓ３５４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技開始時処理を行う（Ｓ３５５）。なお、ＡＴ中ＢＢ＿遊技開始時処理の詳細については、後述の図１１２を参照しながら後で説明する。そして、Ｓ３５５の処理後、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

一方、Ｓ３５４において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中ＢＢ＿遊技開始時」でないと判別したとき（Ｓ３５４がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ３５６の処理を行う。

Ｓ３４５、Ｓ３４７、Ｓ３４９、Ｓ３５１、Ｓ３５３或いはＳ３５５の処理後、又は、Ｓ３５４がＮＯ判定の場合、サブＣＰＵ１０２は、ＢＢ前兆カウンタ管理処理を行う（Ｓ３５６）。この処理では、サブＣＰＵ１０２は、擬似ＢＢ遊技の発動までの残り前兆ゲーム数を示すＢＢ前兆カウンタの値を減算する。

次いで、サブＣＰＵ１０２は、遊技状態設定処理を行う（Ｓ３５７）。この処理では、サブＣＰＵ１０２は、遊技状態（次回）をセットする。なお、遊技状態設定処理の詳細については、後述の図１１３を参照しながら後で説明する。そして、Ｓ３５７の処理後、サブＣＰＵ１０２は、スタートコマンド受信時処理を終了するとともに、演出内容決定処理（図８１参照）も終了する。

なお、図８４には図示しないが、スタートコマンド受信時処理中の上述したサブ遊技状態の判定処理及び遊技開始時処理の一連の繰り返し処理において、実際には、サブ遊技状態が「Ｗチャンス中」であるか否かの判定処理及び「Ｗチャンス中」の遊技開始処理、並びに、サブ遊技状態が「上乗せチャレンジ中」であるか否かの判定処理及び「上乗せチャレンジ中」の遊技開始処理も行われる。

［変数設定処理］
次に、図８５を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４１で行う変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（次回）が「一般中」であるか否かを判別する（Ｓ３６１）。

Ｓ３６１において、サブＣＰＵ１０２が、遊技状態（次回）が「一般中」であると判別したとき（Ｓ３６１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中＿変数設定処理を行う（Ｓ３６２）。なお、一般中＿変数設定処理の詳細については、後述の図８６を参照しながら後で説明する。そして、Ｓ３６２の処理後、サブＣＰＵ１０２は、後述のＳ３６７の処理を行う。

一方、Ｓ３６１において、サブＣＰＵ１０２が、遊技状態（次回）が「一般中」でないと判別したとき（Ｓ３６１がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）が擬似ＢＢ中（「一般中ＢＢ」又は「ＡＴ中ＢＢ」）であるか否かを判別する（Ｓ３６３）。

Ｓ３６３において、サブＣＰＵ１０２が、遊技状態（次回）が擬似ＢＢ中であると判別したとき（Ｓ３６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿変数設定処理を行う（Ｓ３６４）。なお、ＢＢ中＿変数設定処理の詳細については、後述の図８７を参照しながら後で説明する。そして、Ｓ３６４の処理後、サブＣＰＵ１０２は、後述のＳ３６７の処理を行う。

一方、Ｓ３６３において、サブＣＰＵ１０２が、遊技状態（次回）が擬似ＢＢ中でないと判別したとき（Ｓ３６３がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）が「ＡＴ準備中」であるか否かを判別する（Ｓ３６５）。

Ｓ３６５において、サブＣＰＵ１０２が、遊技状態（次回）が「ＡＴ準備中」であると判別したとき（Ｓ３６５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ準備中＿変数設定処理を行う（Ｓ３６６）。なお、ＡＴ準備中＿変数設定処理の詳細については、後述の図８８を参照しながら後で説明する。そして、Ｓ３６６の処理後、サブＣＰＵ１０２は、後述のＳ３６７の処理を行う。

一方、Ｓ３６５において、サブＣＰＵ１０２が、遊技状態（次回）が「ＡＴ準備中」でないと判別したとき（Ｓ３６５がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ３６７の処理を行う。

Ｓ３６２、Ｓ３６４或いはＳ３６６の処理後、又は、Ｓ３６５がＮＯ判定の場合、サブＣＰＵ１０２は、遊技状態（現在）が「一般中」の遊技終了時（以下、「一般終了時」と記す）であるか否かを判別する（Ｓ３６７）。

Ｓ３６７において、サブＣＰＵ１０２が、遊技状態（現在）が「一般終了時」であると判別したとき（Ｓ３６７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般終了時＿変数設定処理を行う（Ｓ３６８）。なお、一般終了時＿変数設定処理の詳細については、後述の図８９を参照しながら後で説明する。そして、Ｓ３６８の処理後、サブＣＰＵ１０２は、後述のＳ３７３の処理を行う。

一方、Ｓ３６７において、サブＣＰＵ１０２が、遊技状態（現在）が「一般終了時」でないと判別したとき（Ｓ３６７がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「一般中ＢＢ」又は「ＡＴ中ＢＢ」の遊技終了時（以下、「ＢＢ終了時」と記す）であるか否かを判別する（Ｓ３６９）。

Ｓ３６９において、サブＣＰＵ１０２が、遊技状態（現在）が「ＢＢ終了時」であると判別したとき（Ｓ３６９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ終了時＿変数設定処理を行う（Ｓ３７０）。なお、ＢＢ終了時＿変数設定処理の詳細については、後述の図９０を参照しながら後で説明する。そして、Ｓ３７０の処理後、サブＣＰＵ１０２は、後述のＳ３７３の処理を行う。

一方、Ｓ３６９において、サブＣＰＵ１０２が、遊技状態（現在）が「ＢＢ終了時」でないと判別したとき（Ｓ３６９がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「レース中」の遊技終了時（以下、「レース終了時」と記す）であるか否かを判別する（Ｓ３７１）。

Ｓ３７１において、サブＣＰＵ１０２が、遊技状態（現在）が「レース終了時」であると判別したとき（Ｓ３７１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース終了時＿変数設定処理を行う（Ｓ３７２）。なお、レース終了時＿変数設定処理の詳細については、後述の図９１を参照しながら後で説明する。そして、Ｓ３７２の処理後、サブＣＰＵ１０２は、後述のＳ３７３の処理を行う。

一方、Ｓ３７１において、サブＣＰＵ１０２が、遊技状態（現在）が「レース終了時」でないと判別したとき（Ｓ３７１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ３７３の処理を行う。

Ｓ３６８、Ｓ３７０或いはＳ３７２の処理後、又は、Ｓ３７１がＮＯ判定の場合、サブＣＰＵ１０２は、「ＡＴ直上乗せＧ（ゲーム）数」を初期化する（Ｓ３７３）。この処理では、サブＣＰＵ１０２は、上乗せＡＴゲーム数に「０」をセットする。そして、Ｓ３７３の処理後、サブＣＰＵ１０２は、変数設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４２に移す。

また、図８５には図示しないが、変数設定処理中の上述した遊技状態（次回）の判定処理及び変数設定処理の一連の繰り返し処理において、実際には、遊技状態（次回）が「レース中」、「ＡＴ中」、「Ｗチャンス中」及び「上乗せチャレンジ中」のいずれかであるか否かの判定処理、及び、これらのサブ遊技状態における変数設定処理も行われる。なお、遊技状態（次回）が「Ｗチャンス中」である場合の変数設定処理では、ベルナビ回数として「５」がセットされる。

さらに、図８５には図示しないが、変数設定処理中の上述した遊技状態（現在）の判定処理及び変数設定処理の一連の繰り返し処理において、実際には、遊技状態（現在）が「Ｗチャンス中」及び「上乗せチャレンジ中」のいずれかであるか否かの判定処理、及び、これらのサブ遊技状態における変数設定処理も行われる。なお、遊技状態（現在）が「Ｗチャンス中」である場合の変数設定処理では、ベルナビ回数として「５」がセットされる。

［一般中＿変数設定処理］
次に、図８６を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３６２で行う一般中＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（次回）（「一般中」）と異なるか否かを判別する（Ｓ３８１）。

Ｓ３８１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ３８１がＮＯ判定の場合）、サブＣＰＵ１０２は、一般中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。一方、Ｓ３８１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ３８１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「レース中」であるか否かを判別する（Ｓ３８２）。

Ｓ３８２において、サブＣＰＵ１０２が、遊技状態（現在）が「レース中」でないと判別したとき（Ｓ３８２がＮＯ判定の場合）、サブＣＰＵ１０２は、一般中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。

一方、Ｓ３８２において、サブＣＰＵ１０２が、遊技状態（現在）が「レース中」であると判別したとき（Ｓ３８２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、「お宿ポイント」に基づいて、次周期（次セット）の非ＡＴ状態の遊技期間の短縮ゲーム数（次回短縮ゲーム数）を算出する（Ｓ３８３）。

なお、「お宿ポイント」は、現周期（現セット）の通常遊技中に行われた周期短縮抽籤（複数回の場合もある）により発生した余剰分の全短縮ゲーム数、及び、擬似ＢＢ遊技中に行われた擬似ＢＢ周期短縮抽籤（複数回の場合もある）により発生した余剰分の全短縮ゲーム数の合計ゲーム数に対応する。

次いで、サブＣＰＵ１０２は、周期カウンタに「１８０」をセットする（Ｓ３８４）。次いで、サブＣＰＵ１０２は、周期カウンタの値（１８０）からＳ３８３で算出された次回短縮ゲーム数を減算する（Ｓ３８５）。この処理により、減算結果が、次セットにおける通常状態の滞在ゲーム数としてセットされる。そして、Ｓ３８５の処理後、サブＣＰＵ１０２は、一般中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。

上述のように、本実施形態の一般中＿変数設定処理のＳ５８５では、次セットの通常遊技のセットゲーム数（１８０ゲーム）から次回短縮ゲーム数（現セットにおける余剰分の短縮ゲーム数）を減算する処理が行われ、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、次セットの通常遊技のセットゲーム数から余剰分の短縮ゲーム数を減算する手段（遊技数減算手段）も兼ねる。

［ＢＢ中＿変数設定処理］
次に、図８７を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３６４で行うＢＢ中＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（次回）（「一般中ＢＢ」又は「ＡＴ中ＢＢ」）と異なるか否かを判別する（Ｓ３９１）。

Ｓ３９１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ３９１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。一方、Ｓ３９１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ３９１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値が「０」であるか否かを判別する（Ｓ３９２）。

Ｓ３９２において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」でないと判別したとき（Ｓ３９２がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。

一方、Ｓ３９２において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」であると判別したとき（Ｓ３９２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値をリセット（「−１」をセット）する（Ｓ３９３）。そして、Ｓ３９３の処理後、サブＣＰＵ１０２は、ＢＢ中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。

［ＡＴ準備中＿変数設定処理］
次に、図８８を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３６６で行うＡＴ準備中＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（次回）（「ＡＴ準備中」）と異なるか否かを判別する（Ｓ４０１）。

Ｓ４０１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ４０１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＡＴ準備中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。一方、Ｓ４０１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ４０１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、「レース勝利フラグ」、「レース出走者マップ」、「レース勝率マップ」及び「レース連敗カウンタ」をクリアする（Ｓ４０２）。

「レース勝利フラグ」は、セットされた「レース勝利者」（レース勝利対象（候補）者）がレース演出で勝つか否かを示すフラグであり、「レース勝利者」がレースに勝つ場合には、「レース勝利フラグ」に「１」がセットされる。また、「レース連敗カウンタ」は、セットされた「レース勝利者」が、連続してレース演出で敗北する回数（連続してＡＴ非当籤となる回数）を管理するカウンタである。なお、本実施形態では、１０回連続して「レース勝利者」がレース演出で負けた場合（天井時）には、ＡＴ当籤となる。

そして、Ｓ４０２の処理後、サブＣＰＵ１０２は、ＡＴ準備中＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３６７に移す。

［一般終了時＿変数設定処理］
次に、図８９を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３６８で行う一般終了時＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）（「一般終了時」）が遊技状態（次回）と異なるか否かを判別する（Ｓ４１１）。

Ｓ４１１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ４１１がＮＯ判定の場合）、サブＣＰＵ１０２は、一般終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。一方、Ｓ４１１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ４１１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、「当籤役履歴」をクリアする（Ｓ４１２）。

なお、「当籤役履歴」は、５ゲーム分の内部当籤役（「ハズレ」、「小役」及び「リプレイ」を含む）の当籤履歴を表すデータであり、周期短縮抽籤及び直上乗せ抽籤に用いられる。

そして、Ｓ４１２の処理後、サブＣＰＵ１０２は、一般終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。

［ＢＢ終了時＿変数設定処理］
次に、図９０を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３７０で行うＢＢ終了時＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）（「一般中ＢＢ」又は「ＡＴ中ＢＢ」）が遊技状態（次回）と異なるか否かを判別する（Ｓ４２１）。

Ｓ４２１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ４２１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。一方、Ｓ４２１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ４２１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、「ＢＢゲームカウンタ」を初期化（「−１」をセット）する（Ｓ４２２）。なお、「ＢＢゲームカウンタ」は、ＪＡＣＩＮチャレンジ区間（ＪＡＣＧＡＭＥ取得のための押し順２択チャレンジの遊技が行われる区間）の残りゲーム数を管理するカウンタである。

そして、Ｓ４２２の処理後、サブＣＰＵ１０２は、ＢＢ終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。

［レース終了時＿変数設定処理］
次に、図９１を参照して、変数設定処理のフローチャート（図８５参照）中のＳ３７２で行うレース終了時＿変数設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）（「レース中」）が遊技状態（次回）と異なるか否かを判別する（Ｓ４３１）。

Ｓ４３１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ４３１がＮＯ判定の場合）、サブＣＰＵ１０２は、レース終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。一方、Ｓ４３１において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ４３１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、「レースゲーム数」、「レース発生フラグ」、「ＡＴ後レースフラグ」及び「レース勝率書換フラグ」のデータをクリアする（Ｓ４３２）。

なお、「レースゲーム数」は、移行演出遊技で行われるレース演出の経過ゲーム数（１〜１０ゲーム）を管理するデータであり、「レース発生フラグ」は、レース演出を発生させるか否かを示すフラグである。また、「ＡＴ後レースフラグ」は、ＡＴ後にレース演出を発生させるか否かを示すフラグであり、「レース勝率書換フラグ」は、レース勝率のデータを書き換えるか否かを示すフラグである。詳細な説明は省略するが、本実施形態では、通常状態の遊技において「レア役」に当籤するとレース勝率のアップ抽籤を行う。そして、このレース勝率のアップ抽籤に当籤した場合、「レース勝率書換フラグ」がオン状態となる。

そして、Ｓ４３２の処理後、サブＣＰＵ１０２は、レース終了時＿変数設定処理を終了し、処理を変数設定処理（図８５参照）のＳ３７３に移す。

［出玉状態更新処理］
次に、図９２を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４２で行う出玉状態更新処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（前回）が遊技状態（現在）と異なるか否かを判別する（Ｓ４５１）。

Ｓ４５１において、サブＣＰＵ１０２が、遊技状態（前回）が遊技状態（現在）と異ならないと判別したとき（Ｓ４５１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ４５３の処理を行う。一方、Ｓ４５１において、サブＣＰＵ１０２が、遊技状態（前回）が遊技状態（現在）と異なると判別したとき（Ｓ４５１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（前回）に遊技状態（現在）をセットする（Ｓ４５２）。

Ｓ４５２の処理後、又は、Ｓ４５１がＮＯ判定の場合、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（次回）と異なるか否かを判別する（Ｓ４５３）。Ｓ４５３において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ４５３がＮＯ判定の場合）、サブＣＰＵ１０２は、出玉状態更新処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４３に移す。

一方、Ｓ４５３において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ４５３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）に遊技状態（次回）をセットする（Ｓ４５４）。そして、Ｓ４５４の処理後、サブＣＰＵ１０２は、出玉状態更新処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４３に移す。

［Ｂｎｓ状態設定処理］
次に、図９３を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４３で行うＢｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ当籤時」であるか否かを判別する（Ｓ４６１）。

Ｓ４６１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ当籤時」であると判別したとき（Ｓ４６１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ当籤時＿Ｂｎｓ状態設定処理を行う（Ｓ４６２）。なお、ＢＢ当籤時＿Ｂｎｓ状態設定処理の詳細については、後述の図９４を参照しながら後で説明する。そして、Ｓ４６２の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４６１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ当籤時」でないと判別したとき（Ｓ４６１がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢフラグ間」であるか否かを判別する（Ｓ４６３）。

Ｓ４６３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」であると判別したとき（Ｓ４６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢフラグ間＿Ｂｎｓ状態設定処理を行う（Ｓ４６４）。なお、ＢＢフラグ間＿Ｂｎｓ状態設定処理の詳細については、後述の図９５を参照しながら後で説明する。そして、Ｓ４６４の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４６３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」でないと判別したとき（Ｓ４６３がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ作動待ち」であるか否かを判別する（Ｓ４６５）。

Ｓ４６５において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ作動待ち」であると判別したとき（Ｓ４６５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ作動待ち＿Ｂｎｓ状態設定処理を行う（Ｓ４６６）。なお、ＢＢ作動待ち＿Ｂｎｓ状態設定処理の詳細については、後述の図９６を参照しながら後で説明する。そして、Ｓ４６６の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４６５において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ作動待ち」でないと判別したとき（Ｓ４６５がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ中」であるか否かを判別する（Ｓ４６７）。

Ｓ４６７において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」であると判別したとき（Ｓ４６７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿Ｂｎｓ状態設定処理を行う（Ｓ４６８）。なお、ＢＢ中＿Ｂｎｓ状態設定処理の詳細については、後述の図９７を参照しながら後で説明する。そして、Ｓ４６８の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４６７において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」でないと判別したとき（Ｓ４６７がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＪＡＣ中」であるか否かを判別する（Ｓ４６９）。

Ｓ４６９において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＪＡＣ中」であると判別したとき（Ｓ４６９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＪＡＣ中＿Ｂｎｓ状態設定処理を行う（Ｓ４７０）。なお、ＪＡＣ中＿Ｂｎｓ状態設定処理の詳細については、後述の図９８を参照しながら後で説明する。そして、Ｓ４７０の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４６９において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＪＡＣ中」でないと判別したとき（Ｓ４６９がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＢＢ中」であるか否かを判別する（Ｓ４７１）。

Ｓ４７１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」であると判別したとき（Ｓ４７１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＣｈａＢＢ中＿Ｂｎｓ状態設定処理を行う（Ｓ４７２）。なお、ＣｈａＢＢ中＿Ｂｎｓ状態設定処理の詳細については、後述の図９９を参照しながら後で説明する。そして、Ｓ４７２の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４７１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」でないと判別したとき（Ｓ４７１がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＪＡＣ中」であるか否かを判別する（Ｓ４７３）。

Ｓ４７３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＪＡＣ中」であると判別したとき（Ｓ４７３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理を行う（Ｓ４７４）。なお、ＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理の詳細については、後述の図１００を参照しながら後で説明する。そして、Ｓ４７４の処理後、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

一方、Ｓ４７３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＪＡＣ中」でないと判別したとき（Ｓ４７３がＮＯ判定の場合）、サブＣＰＵ１０２は、Ｂｎｓ状態設定処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３４４に移す。

［ＢＢ当籤時＿Ｂｎｓ状態設定処理］
次に、図９４を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４６２で行うＢＢ当籤時＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＢＢフラグ間」に遷移させる（Ｓ４８１）。次いで、サブＣＰＵ１０２は、ＢＢフラグ間＿Ｂｎｓ状態設定処理を行う（Ｓ４８２）。なお、ＢＢフラグ間＿Ｂｎｓ状態設定処理の詳細については、後述の図９５を参照しながら後で説明する。そして、Ｓ４８２の処理後、サブＣＰＵ１０２は、ＢＢ当籤時＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

［ＢＢフラグ間＿Ｂｎｓ状態設定処理］
次に、図９５を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４６４、又は、ＢＢ当籤時＿Ｂｎｓ状態設定処理のフローチャート（図９４参照）中のＳ４８２で行うＢＢフラグ間＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）が「一般中ＢＢ」又は「ＡＴ中ＢＢ」であるか否かを判別する（Ｓ４９１）。

Ｓ４９１において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中ＢＢ」又は「ＡＴ中ＢＢ」でないと判別したとき（Ｓ４９１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ４９３の処理を行う。一方、Ｓ４９１において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中ＢＢ」又は「ＡＴ中ＢＢ」であると判別したとき（Ｓ４９１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＢＢ作動待ち」に遷移させる（Ｓ４９２）。

Ｓ４９２の処理後、又は、Ｓ４９１がＮＯ判定の場合、サブＣＰＵ１０２は、ＢＢ作動待ち＿Ｂｎｓ状態設定処理を行う（Ｓ４９３）。なお、ＢＢ作動待ち＿Ｂｎｓ状態設定処理の詳細については、後述の図９６を参照しながら後で説明する。そして、Ｓ４９３の処理後、サブＣＰＵ１０２は、ＢＢフラグ間＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）又はＢＢ当籤時＿Ｂｎｓ状態設定処理（図９４参照）も終了する。

［ＢＢ作動待ち＿Ｂｎｓ状態設定処理］
次に、図９６を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４６６、又は、ＢＢフラグ間＿Ｂｎｓ状態設定処理のフローチャート（図９５参照）中のＳ４９３で行うＢＢ作動待ち＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、「ＢＢ突入フラグ」がオン状態であるか否かを判別する（Ｓ５０１）。なお、「ＢＢ突入フラグ」は、擬似ＢＢ状態が、「ＢＢ作動待ち」から「ＢＢ中」に移行するか否かを示すフラグであり、該フラグがオン状態である場合、擬似ＢＢ状態が「ＢＢ中」に移行し、擬似ＢＢ遊技が開始される。

Ｓ５０１において、サブＣＰＵ１０２が、ＢＢ突入フラグがオン状態でないと判別したとき（Ｓ５０１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ作動待ち＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）又はＢＢフラグ間＿Ｂｎｓ状態設定処理（図９５参照）も終了する。

一方、Ｓ５０１において、サブＣＰＵ１０２が、ＢＢ突入フラグがオン状態であると判別したとき（Ｓ５０１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入フラグをオフ状態にする（Ｓ５０２）。次いで、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＢＢ中」に遷移させる（Ｓ５０３）。

次いで、サブＣＰＵ１０２は、「ＢＢ保証ＪＡＣ数」に初期値「２」をセットする（Ｓ５０４）。なお、「ＢＢ保証ＪＡＣ数」は、ＪＡＣＧＡＭＥ保証区間において保証されるＪＡＣＩＮの成功回数（ＪＡＣＧＡＭＥの実行回数）であり、本実施形態では、ＪＡＣＧＡＭＥ保証区間において２回のＪＡＣＧＡＭＥが保証される。

次いで、サブＣＰＵ１０２は、ＢＢゲームカウンタの値に初期値「１０」をセットする（Ｓ５０５）。

次いで、サブＣＰＵ１０２は、「ＪＡＣベルナビ回数」の値に初期値「５」をセットする（Ｓ５０６）。なお、本実施形態では、１回のＪＡＣＧＡＭＥの遊技期間は、メダル１０枚の払い出しが行われる「押し順ベル」（ＣＴベル）に係る小役のナビ回数（ベルナビ回数）により管理され、５回のベルナビ回数が終了すると、１回のＪＡＣＧＡＭＥの遊技期間が終了する。そして、「ＪＡＣベルナビ回数」は、ＪＡＣＧＡＭＥにおける残りのベルナビ回数を表す。

次いで、サブＣＰＵ１０２は、「ペナルティフラグ」をオフ状態にする（Ｓ５０７）。なお、「ペナルティフラグ」はペナルティの発生の有無を示すフラグである。そして、Ｓ５０７の処理後、サブＣＰＵ１０２は、ＢＢ作動待ち＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）又はＢＢフラグ間＿Ｂｎｓ状態設定処理（図９５参照）も終了する。

［ＢＢ中＿Ｂｎｓ状態設定処理］
次に、図９７を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４６８で行うＢＢ中＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、「ＢＡＲＪＡＣ突入フラグ」がオン状態であるか否かを判別する（Ｓ５１１）。なお、「ＢＡＲＪＡＣ突入フラグ」は、擬似ＢＢ状態の「ＪＡＣ中」への移行が決定されているか否かを示すフラグである。「ＢＡＲＪＡＣ突入フラグ」は、所定の図柄組合せ（本実施形態では、「黒ＢＡＲ」−「黒ＢＡＲ」−「黒ＢＡＲ」又は「黒チェリー」−「黒ＢＡＲ」−「黒ＢＡＲ」）が有効ライン上に停止表示された場合にオン状態となる。

Ｓ５１１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態でないと判別したとき（Ｓ５１１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

一方、Ｓ５１１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態であると判別したとき（Ｓ５１１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグをオフ状態にする（Ｓ５１２）。次いで、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＪＡＣ中」に遷移させる（Ｓ５１３）。

次いで、サブＣＰＵ１０２は、ＢＢ保証ＪＡＣ数が「０」より大きいか否かを判別する（Ｓ５１４）。Ｓ５１４において、サブＣＰＵ１０２が、ＢＢ保証ＪＡＣ数が「０」より大きくないと判別したとき（Ｓ５１４がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

一方、Ｓ５１４において、サブＣＰＵ１０２が、ＢＢ保証ＪＡＣ数が「０」より大きいと判別したとき（Ｓ５１４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ保証ＪＡＣ数を「１」減算する（Ｓ５１５）。そして、Ｓ５１５の処理後、サブＣＰＵ１０２は、ＢＢ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

［ＪＡＣ中＿Ｂｎｓ状態設定処理］
次に、図９８を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４７０で行うＪＡＣ中＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＪＡＣベルナビ回数が「０」であるか否かを判別する（Ｓ５２１）。Ｓ５２１において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」でないと判別したとき（Ｓ５２１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＪＡＣ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

一方、Ｓ５２１において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」であると判別したとき（Ｓ５２１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ保証ＪＡＣ数が「０」より大きいか否かを判別する（Ｓ５２２）。

Ｓ５２２において、サブＣＰＵ１０２が、ＢＢ保証ＪＡＣ数が「０」より大きくないと判別したとき（Ｓ５２２がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＣｈａＢＢ中」に遷移させる（Ｓ５２３）。一方、Ｓ５２２において、サブＣＰＵ１０２が、ＢＢ保証ＪＡＣ数が「０」より大きいと判別したとき（Ｓ５２２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＢＢ中」に遷移させる（Ｓ５２４）。

Ｓ５２３又はＳ５２４の処理後、サブＣＰＵ１０２は、ＪＡＣベルナビ回数の値に初期値「５」をセットする（Ｓ５２５）。そして、Ｓ５２５の処理後、サブＣＰＵ１０２は、ＪＡＣ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

［ＣｈａＢＢ中＿Ｂｎｓ状態設定処理］
次に、図９９を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４７２で行うＣｈａＢＢ中＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢゲームカウンタが「０」未満であるか否かを判別する（Ｓ５３１）。

Ｓ５３１において、サブＣＰＵ１０２が、ＢＢゲームカウンタが「０」未満でないと判別したとき（Ｓ５３１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ５３３の処理を行う。一方、Ｓ５３１において、サブＣＰＵ１０２が、ＢＢゲームカウンタが「０」未満であると判別したとき（Ｓ５３１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「なし」に遷移させる（Ｓ５３２）。この処理では、擬似ＢＢ状態を示すデータがリセットされ、サブ遊技状態が、擬似ＢＢ状態から通常状態に戻る。

Ｓ５３２の処理後、又は、Ｓ５３１がＮＯ判定の場合、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグがオン状態であるか否かを判別する（Ｓ５３３）。Ｓ５３３において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態でないと判別したとき（Ｓ５３３がＮＯ判定の場合）、サブＣＰＵ１０２は、ＣｈａＢＢ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

一方、Ｓ５３３において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態であると判別したとき（Ｓ５３３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグをオフ状態にする（Ｓ５３４）。次いで、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＣｈａＪＡＣ中」に遷移させる（Ｓ５３５）。

そして、Ｓ５３５の処理後、サブＣＰＵ１０２は、ＣｈａＢＢ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

［ＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理］
次に、図１００を参照して、Ｂｎｓ状態設定処理のフローチャート（図９３参照）中のＳ４７４で行うＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＪＡＣベルナビ回数が「０」であるか否かを判別する（Ｓ５４１）。Ｓ５４１において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」でないと判別したとき（Ｓ５４１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

一方、Ｓ５４１において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」であると判別したとき（Ｓ５４１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢゲームカウンタの値が「０」より大きいか否かを判別する（Ｓ５４２）。

Ｓ５４２において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」より大きくないと判別したとき（Ｓ５４２がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「なし」に遷移させる（Ｓ５４３）。この処理では、擬似ＢＢ状態を示すデータがリセットされ、サブ遊技状態が、擬似ＢＢ状態からＡＴ状態に戻る。一方、Ｓ５４２において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」より大きいと判別したとき（Ｓ５４２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態を「ＣｈａＢＢ中」に遷移させる（Ｓ５４４）。

Ｓ５４３又はＳ５４４の処理後、サブＣＰＵ１０２は、ＪＡＣベルナビ回数の値に初期値「５」をセットする（Ｓ５４５）。そして、Ｓ５４５の処理後、サブＣＰＵ１０２は、ＣｈａＪＡＣ中＿Ｂｎｓ状態設定処理を終了するとともに、Ｂｎｓ状態設定処理（図９３参照）も終了する。

［一般中＿遊技開始時処理］
次に、図１０１及び図１０２を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４５で行う一般中＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、周期カウンタの値が「０」より大きいか否かを判別する（Ｓ５５１）。

Ｓ５５１において、サブＣＰＵ１０２が、周期カウンタの値が「０」より大きくないと判別したとき（Ｓ５５１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ５５３の処理を行う。一方、Ｓ５５１において、サブＣＰＵ１０２が、周期カウンタの値が「０」より大きいと判別したとき（Ｓ５５１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、周期カウンタの値を「１」減算する（Ｓ５５２）。

Ｓ５５２の処理後、又は、Ｓ５５１がＮＯ判定の場合、サブＣＰＵ１０２は、レース情報ＭＡＰデータが「０」であるか否かを判別する（Ｓ５５３）。本実施形態では、上述のように、通常遊技のセット開始時に予め４レース先（１レース目〜５レース目）までのレース情報ＭＡＰデータ（「１」〜「１０」）が、それぞれ５つの格納領域にセットされるが、１回のレース演出が終了する度に、該終了レースのレース情報ＭＡＰデータが消去されるとともに、次セット以降のレース情報ＭＡＰデータがそれぞれ１つ先頭側の格納領域にシフトされて格納される。この際、空の状態となった最後尾の格納領域には、レース情報ＭＡＰデータとして「０」が格納される。それゆえ、Ｓ５５３の処理では、サブＣＰＵ１０２は、参照する格納領域のレース情報データが空であるか否かを判別している。

Ｓ５５３において、サブＣＰＵ１０２が、レース情報ＭＡＰデータが「０」であると判別したとき（Ｓ５５３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、図８３で説明したレース情報抽籤処理を行う（Ｓ５５４）。すなわち、現セットのレース演出の内容に関する情報（レース勝利対象（候補）者となる味方キャラクタの種別、該味方キャラクタのレース勝率データ）がセットされていない場合には、現セットの通常遊技の遊技期間の開始時にレース演出の内容に関する情報が抽籤により決定される。なお、この際、現セットから４セット先まで（１レース目〜５レース目）までのレース演出の内容に関する情報が決定される。そして、Ｓ５５４の処理後、サブＣＰＵ１０２は、後述のＳ５６９の処理を行う。

一方、Ｓ５５３において、サブＣＰＵ１０２が、レース情報ＭＡＰデータが「０」でないと判別したとき（Ｓ５５３がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（前回）が「レース中」であるか否かを判別する（Ｓ５５５）。Ｓ５５５において、サブＣＰＵ１０２が、遊技状態（前回）が「レース中」でないと判別したとき（Ｓ５５５がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ５６９の処理を行う。

一方、Ｓ５５５において、サブＣＰＵ１０２が、遊技状態（前回）が「レース中」であると判別したとき（Ｓ５５５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース出走者ＭＡＰの再抽籤条件が満たされているか否かを判別する（Ｓ５５６）。なお、本実施形態では、レース出走者ＭＡＰの再抽籤条件は、レースの連敗回数（レース連敗カウンタの値）が「５」である場合である。

Ｓ５５６において、サブＣＰＵ１０２が、レース出走者ＭＡＰの再抽籤条件が満たされていないと判別したとき（Ｓ５５６がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ５５９の処理を行う。

一方、Ｓ５５６において、サブＣＰＵ１０２が、レース出走者ＭＡＰの再抽籤条件が満たされていると判別したとき（Ｓ５５６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース出走者ＭＡＰ抽籤テーブル（図３２参照）を参照して、レース出走者ＭＡＰ抽籤処理を行う（Ｓ５５７）。次いで、サブＣＰＵ１０２は、レース出走者ＭＡＰ抽籤処理の抽籤結果の値（レース情報ＭＡＰ番号）を、「レース出走者ＭＡＰ」にセットする（Ｓ５５８）。

Ｓ５５８の処理後、又は、Ｓ５５６がＮＯ判定の場合、サブＣＰＵ１０２は、レース情報ＭＡＰデータテーブル（図３３参照）を参照し、「レース出走者ＭＡＰ」の値（レース情報ＭＡＰ番号）に基づいて、レース情報ＭＡＰデータに対応する勝利対象者抽籤テーブル（図３４参照）の種別（対象テーブルＡ〜Ｊ）を決定する（Ｓ５５９）。この処理では、セットされたレース出走者ＭＡＰ（レース情報ＭＡＰ）の値に基づいて、４レース先まで（１レース目〜５レース目）のレース情報ＭＡＰデータに対応する「対象テーブル」（対象テーブルＡ〜Ｊのいずれか）が決定される。次いで、サブＣＰＵ１０２は、決定された１レース目〜５レース目までの「対象テーブル」をセットする（Ｓ５６０）。

次いで、サブＣＰＵ１０２は、Ｓ５６０でセットされた１レース目〜５レース目までの「対象テーブル」に基づいて、１レース目〜５レース目までのレース勝利対象（候補）者の抽籤処理を行う（Ｓ５６１）。次いで、サブＣＰＵ１０２は、勝利対象者抽籤処理の抽籤結果を「レース勝利者」にセットする（Ｓ５６２）。この処理により、１レース目〜５レース目までのレース勝利対象者（「男Ａ」、「男Ｂ」、「女Ａ」、「天狗」、「河童」及び「男Ａ・男Ｂ」のいずれか）が、「レース勝利者」にセットされる。

次いで、サブＣＰＵ１０２は、現セットのレース勝率データをチェックする（Ｓ５６３）。

次いで、サブＣＰＵ１０２は、「レース情報データ」が「０」であるか否かを判別する（Ｓ５６４）。なお、「レース情報データ」はレース勝率データのことであり、Ｓ５６４の処理では、サブＣＰＵ１０２は、現セットのレース勝率データがセットされているか否かを判別する。

Ｓ５６４において、サブＣＰＵ１０２が、レース情報データが「０」でないと判別したとき（Ｓ５６４がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ５６９の処理を行う。

一方、Ｓ５６４において、サブＣＰＵ１０２が、レース情報データが「０」であると判別したとき（Ｓ５６４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース勝率ＭＡＰ抽籤テーブル（図３５参照）を参照し、レース勝率ＭＡＰ抽籤処理を行う（Ｓ５６５）。この処理では、サブＣＰＵ１０２は、現在の設定値（１〜６のいずれか）に基づいて、Ｓ５６２で設定された「レース勝利者」（レース勝利対象者）のレース勝率データを規定したレース勝率ＭＡＰを決定する。

次いで、サブＣＰＵ１０２は、レース勝率ＭＡＰ抽籤処理の抽籤結果（レース勝率ＭＡＰ）を「レース勝率マップ」にセットする（Ｓ５６６）。

次いで、サブＣＰＵ１０２は、レース勝率ＭＡＰデータテーブル（図３６参照）を参照し、セットされた「レース勝率マップ」に対応するレース勝率データを取得する（Ｓ５６７）。なお、この処理では、図３６に示すように、現セットのレース（１レース目）のレース勝率データのみが決定される場合もあるし、２レース目以降のレース勝率データも決定される場合もある。次いで、サブＣＰＵ１０２は、Ｓ５６７で取得したレース勝率データをセットする（Ｓ５６８）。

Ｓ５５４或いはＳ５６８の処理後、又は、Ｓ５５５或いはＳ５６４がＮＯ判定の場合、サブＣＰＵ１０２は、擬似ＢＢ抽籤処理を行う（Ｓ５６９）。なお、擬似ＢＢ抽籤処理の詳細については、後述の図１０３を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、周期短縮関連処理を行う（Ｓ５７０）。この処理では、サブＣＰＵ１０２は、周期短縮抽籤テーブル（図４３及び図４４参照）を参照し、「当籤役履歴」のデータに基づいて、周期短縮抽籤を行う。

次いで、サブＣＰＵ１０２は、周期カウンタの値が「１０」以上であり、かつ、「レース発生フラグ」がオフ状態であるか否かを判別する（Ｓ５７１）。

Ｓ５７１において、サブＣＰＵ１０２が、Ｓ５７１の判定条件を満たさないと判別したとき（Ｓ５７１がＮＯ判定の場合）、サブＣＰＵ１０２は、「お宿ポイント」に、Ｓ５７０で決定された周期短縮抽籤の抽籤結果に対応する短縮ゲーム数を加算する（Ｓ５７２）。

Ｓ５７２の処理後、サブＣＰＵ１０２は、図示しないレース勝利期待度抽籤テーブルを参照して、レース勝利期待度データアップ抽籤を行う（Ｓ５７３）。次いで、サブＣＰＵ１０２は、レース勝利期待度データアップ抽籤の抽籤結果をレース勝率データにセットする（Ｓ５７４）。そして、Ｓ５７４の処理後、サブＣＰＵ１０２は、一般中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

一方、Ｓ５７１において、サブＣＰＵ１０２が、Ｓ５７１の判定条件を満たすと判別したとき（Ｓ５７１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、周期カウンタの値からＳ５７０で決定された周期短縮抽籤の抽籤結果（短縮ゲーム数）を減算し、その演算結果を周期カウンタの値にセットする。そして、サブＣＰＵ１０２は、減算後の周期カウンタの値が「１０」未満であるか否かを判別する（Ｓ５７５）。

Ｓ５７５において、サブＣＰＵ１０２が、減算後の周期カウンタの値が「１０」未満でないと判別したとき（Ｓ５７５がＮＯ判定の場合）、サブＣＰＵ１０２は、一般中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

一方、Ｓ５７５において、サブＣＰＵ１０２が、減算後の周期カウンタの値が「１０」未満であると判別したとき（Ｓ５７５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、演算（減算）結果に対応する余剰分の短縮ゲーム数を「お宿ポイント」に加算する（Ｓ５７６）。次いで、サブＣＰＵ１０２は、周期カウンタの値に「１０」をセットする（Ｓ５７７）。そして、Ｓ５７７の処理後、サブＣＰＵ１０２は、一般中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

上述のように、本実施形態の一般中＿遊技開始時処理のＳ５７０では、通常遊技の遊技期間の短縮抽籤を行い、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、通常遊技において、通常遊技の現在の残り単位遊技数の減算数を決定する手段（通常遊技短縮手段、第１通常遊技短縮手段）も兼ねる。また、一般中＿遊技開始時処理のＳ５７６では、通常遊技の残り単位遊技数から通常遊技の周期短縮抽籤により決定された短縮ゲーム数を減算した値が１０ゲーム未満となった場合に、減算結果を余剰分の短縮ゲーム数としてストックする。すなわち、本実施形態では、副制御回路１０１は、減算結果が１０ゲーム未満となった場合に、減算結果を余剰分の短縮ゲーム数としてストックする手段（余剰遊技数ストック手段）も兼ねる。

［擬似ＢＢ抽籤処理］
次に、図１０３を参照して、一般中＿遊技開始時処理のフローチャート（図１０１及び図１０２参照）中のＳ５６９で行う擬似ＢＢ抽籤処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値が「０」以上であるか否かを判別する（Ｓ５８１）。Ｓ５８１において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」以上であると判別したとき（Ｓ５８１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ抽籤処理を終了し、処理を一般中＿遊技開始時処理（図１０１及び図１０２参照）のＳ５７０に移す。

一方、Ｓ５８１において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」以上でないと判別したとき（Ｓ５８１がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「一般中」であるか否かを判別する（Ｓ５８２）。

Ｓ５８２において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中」でないと判別したとき（Ｓ５８２がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ抽籤（ＡＴ中・ＡＴ準備中・レース中）テーブル（図４１参照）を参照し、内部当籤役に基づいて、擬似ＢＢ抽籤処理を行う（Ｓ５８３）。一方、Ｓ５８２において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中」であると判別したとき（Ｓ５８２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ抽籤（一般中）テーブル（図４０参照）を参照し、内部当籤役に基づいて、擬似ＢＢ抽籤処理を行う（Ｓ５８４）。

Ｓ５８３又はＳ５８４の処理後、サブＣＰＵ１０２は、擬似ＢＢ抽籤に当籤したか否かを判別する（Ｓ５８５）。Ｓ５８５において、サブＣＰＵ１０２が擬似ＢＢ抽籤に当籤しなかったと判別したとき（Ｓ５８５がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ抽籤処理を終了し、処理を一般中＿遊技開始時処理（図１０１及び図１０２参照）のＳ５７０に移す。

一方、Ｓ５８５において、サブＣＰＵ１０２が擬似ＢＢ抽籤に当籤したと判別したとき（Ｓ５８５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態に「ＢＢ当籤時」をセットする（Ｓ５８６）。次いで、サブＣＰＵ１０２は、擬似ＢＢ前兆抽籤テーブル（図４２参照）を参照し、内部当籤役に基づいて、擬似ＢＢ前兆抽籤処理を行う（Ｓ５８７）。

次いで、サブＣＰＵ１０２は、擬似ＢＢ前兆抽籤の抽籤結果（擬似ＢＢ遊技の前兆ゲーム数）をＢＢ前兆カウンタにセットする（Ｓ５８８）。そして、Ｓ５８８の処理後、サブＣＰＵ１０２は、擬似ＢＢ抽籤処理を終了し、処理を一般中＿遊技開始時処理（図１０１及び図１０２参照）のＳ５７０に移す。

上述のように、本実施形態の擬似ＢＢ抽籤処理は、副制御回路１０１により実行される。すなわち、本実施形態では副制御回路１０１は、擬似ＢＢ遊技の実行を決定する手段（特別遊技決定手段）も兼ねる。

［一般中ＢＢ＿遊技開始時処理］
次に、図１０４を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４７で行う一般中ＢＢ＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を行う（Ｓ５９１）。この処理では、サブＣＰＵ１０２は、ゴト行為（不正行為）による「コマンドこぼし」と呼ばれる事象の発生をチェックするために設けられた「ＢＢ突入チェックフラグ」のオン／オフを管理する。なお、ＢＢ突入判定処理（遊技開始時）の詳細については、後述の図１０５を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（遊技開始時）を行う（Ｓ５９２）。この処理では、サブＣＰＵ１０２は、「コマンドこぼし」の発生をチェックするために設けられた「ＢＡＲＪＡＣ突入チェックフラグ」のオン／オフを管理する。なお、ＢＢＪＡＣ移行判定処理（遊技開始時）の詳細については、後述の図１０６を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、ＢＢカウンタ管理処理を行う（Ｓ５９３）。なお、ＢＢカウンタ管理処理の詳細については、後述の図１０７を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、レース発生フラグがオン状態であるか否かを判別する（Ｓ５９４）。

Ｓ５９４において、サブＣＰＵ１０２が、レース発生フラグがオン状態であると判別したとき（Ｓ５９４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、図示しないレース当籤後勝率抽籤テーブルを参照し、レース当籤後勝率アップ抽籤処理を行う（Ｓ５９５）。次いで、サブＣＰＵ１０２は、レース当籤後勝率アップ抽籤処理の抽籤結果をレース勝率データにセットする（Ｓ５９６）。そして、Ｓ５９６の処理後、サブＣＰＵ１０２は、後述のＳ６０４の処理を行う。

一方、Ｓ５９４において、サブＣＰＵ１０２が、レース発生フラグがオン状態でないと判別したとき（Ｓ５９４がＮＯ判定の場合）、サブＣＰＵ１０２は、周期カウンタの値が「１」以上であるか否かを判別する（Ｓ５９７）。Ｓ５９７において、サブＣＰＵ１０２が、周期カウンタの値が「１」以上でないと判別したとき（Ｓ５９７がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６０４の処理を行う。

一方、Ｓ５９７において、サブＣＰＵ１０２が、周期カウンタの値が「１」以上であると判別したとき（Ｓ５９７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ周期短縮抽籤テーブル（図４５参照）を参照し、「当籤役履歴」に基づいて、擬似ＢＢ周期短縮抽籤処理を行う（Ｓ５９８）。次いで、サブＣＰＵ１０２は、現在の周期カウンタの値から擬似ＢＢ周期短縮抽籤処理で決定された短縮ゲーム数を減算し、この演算結果を周期カウンタにセットする（Ｓ５９９）。

次いで、サブＣＰＵ１０２は、Ｓ５９９の演算処理後の周期カウンタの値が「０」以下であるか否かを判別する（Ｓ６００）。Ｓ６００において、サブＣＰＵ１０２が、周期カウンタの値が「０」以下でないと判別したとき（Ｓ６００がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６０４の処理を行う。

一方、Ｓ６００において、サブＣＰＵ１０２が、周期カウンタの値が「０」以下であると判別したとき（Ｓ６００がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース発生フラグをオン状態にする（Ｓ６０１）。この処理により、擬似ＢＢ遊技終了後、移行演出遊技のレース演出が開始される。

次いで、Ｓ５９９の演算結果の値に対応する余剰分の短縮ゲーム数（演算結果の絶対値）を「お宿ポイント」に加算する（Ｓ６０２）。次いで、サブＣＰＵ１０２は、周期カウンタの値に「０」をセットする（Ｓ６０３）。そして、Ｓ６０３の処理後、サブＣＰＵ１０２は、後述のＳ６０４の処理を行う。

Ｓ５９６或いはＳ６０３の処理後、又は、Ｓ５９７或いはＳ６００がＮＯ判定の場合、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ６０４）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ６０５）。そして、Ｓ６０５の処理後、サブＣＰＵ１０２は、一般中ＢＢ＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

上述のように、本実施形態の一般中ＢＢ＿遊技開始時処理のＳ５９８では、通常遊技の遊技期間の短縮抽籤（擬似ＢＢ周期短縮抽籤）を行い、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、擬似ＢＢ遊技において、通常遊技の現在の残り単位遊技数の減算数を決定する手段（第２通常遊技短縮手段）も兼ねる。

［ＢＢ突入判定処理（遊技開始時）］
次に、図１０５を参照して、一般中ＢＢ＿遊技開始時処理のフローチャート（図１０４参照）中のＳ５９１で行うＢＢ突入判定処理（遊技開始時）について説明する。

まず、サブＣＰＵ１０２は、ＢＢ突入チェックフラグをオフ状態にする（Ｓ６１１）。次いで、サブＣＰＵ１０２は、遊技状態（現在）が「レース中」であるか否かを判別する（Ｓ６１２）。

Ｓ６１２において、サブＣＰＵ１０２が、遊技状態（現在）が「レース中」でないと判別したとき（Ｓ６１２がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ作動待ち」であるか否かを判別する（Ｓ６１３）。Ｓ６１３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ作動待ち」でないと判別したとき（Ｓ６１３がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。

一方、Ｓ６１３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ作動待ち」であると判別したとき（Ｓ６１３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、内部当籤役が「通常リプ１」〜「通常リプ８」のいずれかであるか否かを判別する（Ｓ６１４）。

Ｓ６１４において、サブＣＰＵ１０２が、内部当籤役が「通常リプ１」〜「通常リプ８」のいずれかでないと判別したとき（Ｓ６１４がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。一方、Ｓ６１４において、サブＣＰＵ１０２が、内部当籤役が「通常リプ１」〜「通常リプ８」のいずれかであると判別したとき（Ｓ６１４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入チェックフラグをオン状態にする（Ｓ６１５）。そして、Ｓ６１５の処理後、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。

ここで再度、Ｓ６１２の処理に戻って、Ｓ６１２において、サブＣＰＵ１０２が、サブ遊技状態が「レース中」であると判別したとき（Ｓ６１２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢフラグ間」であるか否かを判別する（Ｓ６１６）。Ｓ６１６において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」でないと判別したとき（Ｓ６１６がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。

一方、Ｓ６１６において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」であると判別したとき（Ｓ６１６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、内部当籤役が「通常リプ２」又は「通常リプ４」であるか否かを判別する（Ｓ６１７）。

Ｓ６１７において、サブＣＰＵ１０２が、内部当籤役が「通常リプ２」又は「通常リプ４」でないと判別したとき（Ｓ６１７がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。一方、Ｓ６１７において、サブＣＰＵ１０２が、内部当籤役が「通常リプ２」又は「通常リプ４」であると判別したとき（Ｓ６１７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入チェックフラグをオン状態にする（Ｓ６１８）。そして、Ｓ６１８の処理後、サブＣＰＵ１０２は、ＢＢ突入判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９２に移す。

［ＢＢＪＡＣ移行判定処理（遊技開始時）］
次に、図１０６を参照して、一般中ＢＢ＿遊技開始時処理のフローチャート（図１０４参照）中のＳ５９２で行うＢＢＪＡＣ移行判定処理（遊技開始時）について説明する。

まず、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入チェックフラグがオン状態であるか否かを判別する（Ｓ６２１）。Ｓ６２１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入チェックフラグがオン状態でないと判別したとき（Ｓ６２１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６２５の処理を行う。

一方、Ｓ６２１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入チェックフラグがオン状態であると判別したとき（Ｓ６２１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ中」であるか否かを判別する（Ｓ６２２）。Ｓ６２２において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」でないと判別したとき（Ｓ６２２がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６２５の処理を行う。

一方、Ｓ６２２において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」であると判別したとき（Ｓ６２２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグをオン状態にする（Ｓ６２３）。次いで、サブＣＰＵ１０２は、図９７で説明したＢＢ中＿Ｂｎｓ状態設定処理を行う（Ｓ６２４）。そして、Ｓ６２４の処理後、サブＣＰＵ１０２は、後述のＳ６２５の処理を行う。

Ｓ６２４の処理後、又は、Ｓ６２１或いはＳ６２２がＮＯ判定の場合、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入チェックフラグをオフ状態にする（Ｓ６２５）。

次いで、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ中」又は「ＣｈａＢＢ中」であるか否かを判別する（Ｓ６２６）。Ｓ６２６において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」又は「ＣｈａＢＢ中」でないと判別したとき（Ｓ６２６がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９３に移す。

一方、Ｓ６２６において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」又は「ＣｈａＢＢ中」であると判別したとき（Ｓ６２６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、内部当籤役が「通常リプ１」〜「通常リプ８」及び「ベルリプ１」〜「ベルリプ４」のいずれかであるか否かを判別する（Ｓ６２７）。

Ｓ６２７において、サブＣＰＵ１０２が、内部当籤役が「通常リプ１」〜「通常リプ８」及び「ベルリプ１」〜「ベルリプ４」のいずれかでないと判別したとき（Ｓ６２７がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９３に移す。一方、Ｓ６２７において、サブＣＰＵ１０２が、内部当籤役が「通常リプ１」〜「通常リプ８」及び「ベルリプ１」〜「ベルリプ４」のいずれかであると判別したとき（Ｓ６２７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入チェックフラグをオン状態にする（Ｓ６２８）。そして、Ｓ６２８の処理後、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（遊技開始時）を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９３に移す。

［ＢＢカウンタ管理処理］
次に、図１０７を参照して、一般中ＢＢ＿遊技開始時処理のフローチャート（図１０４参照）中のＳ５９３で行うＢＢカウンタ管理処理について説明する。

まず、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＢＢ中」であるか否かを判別する（Ｓ６３１）。Ｓ６３１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」でないと判別したとき（Ｓ６３１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６３４の処理を行う。

一方、Ｓ６３１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」であると判別したとき（Ｓ６３１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢゲームカウンタの値が「０」より大きいか否かを判別する（Ｓ６３２）。

Ｓ６３２において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」より大きくないと判別したとき（Ｓ６３２がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６３４の処理を行う。一方、Ｓ６３２において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」より大きいと判別したとき（Ｓ６３２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢゲームカウンタの値を「１」減算する（Ｓ６３３）。そして、Ｓ６３３の処理後、サブＣＰＵ１０２は、後述のＳ６３４の処理を行う。

Ｓ６３３の処理後、又は、Ｓ６３１或いはＳ６３２がＮＯ判定の場合、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＪＡＣ中」又は「ＣｈａＪＡＣ中」であるか否かを判別する（Ｓ６３４）。

Ｓ６３４において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＪＡＣ中」又は「ＣｈａＪＡＣ中」でないと判別したとき（Ｓ６３４がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢカウンタ管理処理を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９４に移す。一方、Ｓ６３４において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＪＡＣ中」又は「ＣｈａＪＡＣ中」であると判別したとき（Ｓ６３４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、内部当籤役が「押し順ベル」（当籤番号「９」〜「１２」のいずれか）であるか否かを判別する（Ｓ６３５）。

Ｓ６３５において、サブＣＰＵ１０２が、内部当籤役が「押し順ベル」でないと判別したとき（Ｓ６３５がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢカウンタ管理処理を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９４に移す。一方、Ｓ６３５において、サブＣＰＵ１０２が、内部当籤役が「押し順ベル」であると判別したとき（Ｓ６３５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＪＡＣベルナビ回数が「０」より大きいか否かを判別する（Ｓ６３６）。

Ｓ６３６において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」より大きくないと判別したとき（Ｓ６３６がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢカウンタ管理処理を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９４に移す。

一方、Ｓ６３６において、サブＣＰＵ１０２が、ＪＡＣベルナビ回数が「０」より大きいと判別したとき（Ｓ６３６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＪＡＣベルナビ回数を「１」減算する（Ｓ６３７）。そして、Ｓ６３７の処理後、サブＣＰＵ１０２は、ＢＢカウンタ管理処理を終了し、処理を一般中ＢＢ＿遊技開始時処理（図１０４参照）のＳ５９４に移す。

［レース中＿遊技開始時処理］
次に、図１０８を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４９で行うレース中＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、図１０５で説明したＢＢ突入判定処理（遊技開始時）を行う（Ｓ６４１）。次いで、サブＣＰＵ１０２は、レースゲーム数を「１」加算する（Ｓ６４２）。

次いで、サブＣＰＵ１０２は、レースゲーム数が「１」であるか否かを判別する（Ｓ６４３）。Ｓ６４３において、サブＣＰＵ１０２が、レースゲーム数が「１」でないと判別したとき（Ｓ６４３がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６５０の処理を行う。

一方、Ｓ６４３において、サブＣＰＵ１０２が、レースゲーム数が「１」であると判別したとき（Ｓ６４３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース結果抽籤テーブル（図３８参照）を参照し、セットされているレース勝率データに基づいて、レース結果抽籤処理を行う（Ｓ６４４）。この処理では、移行演出遊技で行われるレース演出の結果（勝利の当籤／非当籤）が決定される。すなわち、本実施形態では、レース結果（ＡＴ遊技の当籤／非当籤）は、レース演出の最初のゲーム（開始ゲーム）で抽籤により決定される。

次いで、サブＣＰＵ１０２は、レース結果抽籤によりレース勝利に当籤したか否か（ＡＴ当籤したか否か）を判別する（Ｓ６４５）。

Ｓ６４５において、サブＣＰＵ１０２が、レース勝利に当籤したと判別したとき（Ｓ６４５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグをオン状態にする（Ｓ６４６）。そして、Ｓ６４６の処理後、サブＣＰＵ１０２は、後述のＳ６５０の処理を行う。

一方、Ｓ６４５において、サブＣＰＵ１０２が、レース勝利に当籤しなかったと判別したとき（Ｓ６４５がＮＯ判定の場合）、サブＣＰＵ１０２は、レース連敗カウンタの値が「９」以上であるか否かを判別する（Ｓ６４７）。

Ｓ６４７において、サブＣＰＵ１０２が、レース連敗カウンタの値が「９」以上であると判別したとき（Ｓ６４７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグをオン状態にする（Ｓ６４８）。すなわち、レースの連敗回数が「１０」（天井）になれば、レース勝利フラグがオン状態となり、ＡＴ当籤となる。そして、Ｓ６４８の処理後、サブＣＰＵ１０２は、後述のＳ６５０の処理を行う。

一方、Ｓ６４７において、サブＣＰＵ１０２が、レース連敗カウンタの値が「９」以上でないと判別したとき（Ｓ６４７がＮＯ判定の場合）、サブＣＰＵ１０２は、レース連敗カウンタの値を「１」加算する（Ｓ６４９）。そして、Ｓ６４９の処理後、サブＣＰＵ１０２は、後述のＳ６５０の処理を行う。

Ｓ６４６、Ｓ６４８或いはＳ６４９の処理後、又は、Ｓ６４３がＮＯ判定の場合、サブＣＰＵ１０２は、図１０３で説明した擬似ＢＢ抽籤処理を行う（Ｓ６５０）。次いで、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ当籤時」であるか否かを判別する（Ｓ６５１）。

Ｓ６５１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ当籤時」でないと判別したとき（Ｓ６５１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６５３の処理を行う。一方、Ｓ６５１において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ当籤時」であると判別したとき（Ｓ６５１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグをオン状態にする（Ｓ６５２）。

Ｓ６５２の処理後、又は、Ｓ６５１がＮＯ判定の場合、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢフラグ間」又は「ＢＢ作動待ち」であるか否かを判別する（Ｓ６５３）。Ｓ６５３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」又は「ＢＢ作動待ち」でないと判別したとき（Ｓ６５３がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６５６の処理を行う。

一方、Ｓ６５３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢフラグ間」又は「ＢＢ作動待ち」であると判別したとき（Ｓ６５３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、直上乗せ抽籤テーブル（図４６参照）を参照し、「当籤役履歴」に基づいて、ＡＴゲーム数の上乗せ抽籤処理（直上乗せ抽籤処理）を行う（Ｓ６５４）。次いで、サブＣＰＵ１０２は、直上乗せ抽籤処理の抽籤結果の値（上乗せＡＴゲーム数）を残りＡＴゲーム数に加算する（Ｓ６５５）。

Ｓ６５５の処理後、又は、Ｓ６５３がＮＯ判定の場合、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ６５６）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ６５７）。そして、Ｓ６５７の処理後、サブＣＰＵ１０２は、レース中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

［ＡＴ準備中＿遊技開始時処理］
次に、図１０９を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３５１で行うＡＴ準備中＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、図１０３で説明した擬似ＢＢ抽籤処理を行う（Ｓ６６１）。次いで、サブＣＰＵ１０２は、遊技状態（現在）が、遊技状態（前回）と異なるか否かを判別する（Ｓ６６２）。

Ｓ６６２において、サブＣＰＵ１０２が、遊技状態（現在）が、遊技状態（前回）と異なると判別したとき（Ｓ６６２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。一方、Ｓ６６２において、サブＣＰＵ１０２が、遊技状態（現在）が、遊技状態（前回）と異ならないと判別したとき（Ｓ６６２がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「男Ａ」であるか否かを判別する（Ｓ６６３）。

Ｓ６６３において、サブＣＰＵ１０２が、「レース勝利者」が「男Ａ」であると判別したとき（Ｓ６６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、男Ａ勝利時＿遊技開始時処理を行う（Ｓ６６４）。なお、この処理では、サブＣＰＵ１０２は、上述した「男Ａ」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数（ＡＴ状態の基本滞在ゲーム数）を決定する。また、この処理では、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする。そして、Ｓ６６４の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６６３において、サブＣＰＵ１０２が、「レース勝利者」が「男Ａ」でないと判別したとき（Ｓ６６３がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「男Ｂ」であるか否かを判別する（Ｓ６６５）。

Ｓ６６５において、サブＣＰＵ１０２が、「レース勝利者」が「男Ｂ」であると判別したとき（Ｓ６６５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、男Ｂ勝利時＿遊技開始時処理を行う（Ｓ６６６）。なお、この処理では、サブＣＰＵ１０２は、上述した「男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数を決定する。また、この処理では、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする。そして、Ｓ６６６の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６６５において、サブＣＰＵ１０２が、「レース勝利者」が「男Ｂ」でないと判別したとき（Ｓ６６５がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「女Ａ」であるか否かを判別する（Ｓ６６７）。

Ｓ６６７において、サブＣＰＵ１０２が、「レース勝利者」が「女Ａ」であると判別したとき（Ｓ６６７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、女Ａ勝利時＿遊技開始時処理を行う（Ｓ６６８）。なお、この処理では、サブＣＰＵ１０２は、上述した「女Ａ」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数を決定する。また、この処理では、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする。そして、Ｓ６６８の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６６７において、サブＣＰＵ１０２が、「レース勝利者」が「女Ａ」でないと判別したとき（Ｓ６６７がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「河童」であるか否かを判別する（Ｓ６６９）。

Ｓ６６９において、サブＣＰＵ１０２が、「レース勝利者」が「河童」であると判別したとき（Ｓ６６９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、河童勝利時＿遊技開始時処理を行う（Ｓ６７０）。この処理では、サブＣＰＵ１０２は、上述した「河童」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数を決定する。なお、河童勝利時＿遊技開始時処理の詳細については、後述の図１１０を参照しながら後で説明する。そして、Ｓ６７０の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６６９において、サブＣＰＵ１０２が、「レース勝利者」が「河童」でないと判別したとき（Ｓ６６９がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「天狗」であるか否かを判別する（Ｓ６７１）。

Ｓ６７１において、サブＣＰＵ１０２が、「レース勝利者」が「天狗」であると判別したとき（Ｓ６７１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、天狗勝利時＿遊技開始時処理を行う（Ｓ６７２）。なお、この処理では、サブＣＰＵ１０２は、上述した「天狗」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数を決定する。また、この処理では、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする。そして、Ｓ６７２の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６７１において、サブＣＰＵ１０２が、「レース勝利者」が「天狗」でないと判別したとき（Ｓ６７１がＮＯ判定の場合）、サブＣＰＵ１０２は、「レース勝利者」が「男Ａ・男Ｂ」であるか否かを判別する（Ｓ６７３）。Ｓ６７３において、サブＣＰＵ１０２が、「レース勝利者」が「男Ａ・男Ｂ」でないと判別したとき（Ｓ６７３がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

一方、Ｓ６７３において、サブＣＰＵ１０２が、「レース勝利者」が「男Ａ・男Ｂ」であると判別したとき（Ｓ６７３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、男Ａ・男Ｂ勝利時＿遊技開始時処理を行う（Ｓ６７４）。なお、この処理では、サブＣＰＵ１０２は、上述した「男Ａ・男Ｂ」勝利時のＡＴ開始ゲーム数決定遊技の内容に従って、ＡＴ遊技のＡＴ開始ゲーム数を決定する。また、この処理では、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする。そして、Ｓ６７４の処理後、サブＣＰＵ１０２は、後述のＳ６７５の処理を行う。

Ｓ６６４、Ｓ６６６、Ｓ６６８、Ｓ６７０、Ｓ６７２或いはＳ６７４の処理後、Ｓ６６２がＹＥＳ判定の場合、又は、Ｓ６７３がＮＯ判定の場合、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ６７５）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ６７６）。そして、Ｓ６７６の処理後、サブＣＰＵ１０２は、ＡＴ準備中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

［河童勝利時＿遊技開始時処理］
次に、図１１０を参照して、ＡＴ準備中＿遊技開始時処理のフローチャート（図１０９参照）中のＳ６７０で行う河童勝利時＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、現ゲームの河童寿司ＭＡＰデータ（図５１参照）が「０」であるか否か（河童寿司ＭＡＰがセットされていない状態であるか否か）を判別する（Ｓ６８１）。

Ｓ６８１において、サブＣＰＵ１０２が、河童寿司ＭＡＰデータが「０」でないと判別したとき（Ｓ６８１がＮＯ判定の場合）、サブＣＰＵ１０２は、次ゲーム以降の河童寿司ＭＡＰデータを先頭側の格納領域に向かって１つ移動させる（Ｓ６８２）。具体的には、サブＣＰＵ１０２は、２皿目〜１０皿目の河童寿司ＭＡＰデータ（「１」〜「８」のいずれかが格納されているか、空（「０」）の状態）を１皿目〜９皿目の河童寿司ＭＡＰデータの格納領域にそれぞれシフトし、１０皿目の童寿司ＭＡＰデータの格納領域を空にする（「０」を格納する）。そして、Ｓ６８２の処理後、サブＣＰＵ１０２は、後述のＳ６８７の処理を行う。

一方、Ｓ６８１において、サブＣＰＵ１０２が、河童寿司ＭＡＰデータが「０」であると判別したとき（Ｓ６８１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（図４７〜図５０参照）を参照し、河童寿司ＭＡＰ抽籤処理を行う（Ｓ６８３）。この処理により「河童寿司ＭＡＰ」の番号が決定される。次いで、サブＣＰＵ１０２は、河童寿司ＭＡＰデータテーブル（図５１参照）を参照し、Ｓ６８３で決定された「河童寿司ＭＡＰ」の番号に基づいて、１皿目〜１０皿目までの河童寿司ＭＡＰデータ（寿司ネタのデータ）を取得する（Ｓ６８４）。

Ｓ６８４の処理後、サブＣＰＵ１０２は、Ｓ６８４で取得した１皿目〜１０皿目までの河童寿司ＭＡＰデータをセットする（Ｓ６８５）。具体的には、サブＣＰＵ１０２は、河童寿司ＭＡＰに規定された１皿目〜１０皿目までの河童寿司ＭＡＰデータを対応する格納領域に格納する。次いで、サブＣＰＵ６８５は、河童終了カウンタに初期値「５」をセットする（Ｓ６８６）。

Ｓ６８２又はＳ６８６の処理後、サブＣＰＵ１０２は、６皿目の河童寿司ＭＡＰデータが空の状態（「０」）であるか否かを判別する（Ｓ６８７）。Ｓ６８７において、サブＣＰＵ１０２が、６皿目の河童寿司ＭＡＰデータが空の状態でないと判別したとき（Ｓ６８７がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ６９１の処理を行う。

一方、Ｓ６８７において、サブＣＰＵ１０２が、６皿目の河童寿司ＭＡＰデータが空の状態であると判別したとき（Ｓ６８７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ開始ゲーム数抽籤（河童勝利時）テーブル（図４７〜図５０参照）を参照し、現在の河童寿司ＭＡＰの番号に基づいて、河童寿司ＭＡＰ抽籤処理を行う（Ｓ６８８）。この処理により６皿目にセットされる「河童寿司ＭＡＰ」の番号が決定される。

次いで、サブＣＰＵ１０２は、河童寿司ＭＡＰデータテーブル（図５１参照）を参照し、Ｓ６８８で決定された「河童寿司ＭＡＰ」の番号に基づいて、１０皿分の河童寿司ＭＡＰデータを取得する（Ｓ６８９）。次いで、サブＣＰＵ１０２は、Ｓ６８９で取得した河童寿司ＭＡＰに規定された１０皿分の河童寿司ＭＡＰデータを、空の状態になっている６皿目以降の格納領域にセットする（Ｓ６９０）。

Ｓ６９０の処理後又はＳ６８７がＮＯ判定の場合、サブＣＰＵ１０２は、内部当籤役が「グループ１役」であるか否かを判別する（Ｓ６９１）。なお、「グループ１役」は、当籤番号「９」〜「１４」のいずれかに対応する内部当籤役であり、「２１３ベル１」〜「２１３ベル８」、「２３１ベル１」〜「２３１ベル８」、「３１２ベル１」〜「３１２ベル８」、「３２１ベル１」〜「３２１ベル８」、「１ｘｘ３枚ベル」、「２ｘｘ３枚ベル」及び「３ｘｘ３枚ベル」のいずれかの内部当籤役である。

Ｓ６９１において、サブＣＰＵ１０２が、内部当籤役が「グループ１役」でないと判別したとき（Ｓ６９１がＮＯ判定の場合）、サブＣＰＵ１０２は、河童寿司データ変換発生抽籤テーブル（図５３参照）を参照し、内部当籤役に基づいて、河童寿司データ変換発生抽籤処理を行う（Ｓ６９２）。

次いで、サブＣＰＵ１０２は、河童寿司データ変換発生抽籤に当籤したか否かを判別する（Ｓ６９３）。Ｓ６９３において、サブＣＰＵ１０２が、河童寿司データ変換発生抽籤に当籤しなかったと判別したとき（Ｓ６９３がＮＯ判定の場合）、サブＣＰＵ１０２は、河童勝利時＿遊技開始時処理を終了し、処理をＡＴ準備中＿遊技開始時処理（図１０９参照）のＳ６７５に移す。

一方、Ｓ６９３において、サブＣＰＵ１０２が、河童寿司データ変換発生抽籤に当籤したと判別したとき（Ｓ６９３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、河童寿司データ変換抽籤テーブル（図５４〜図５８参照）を参照し、次ゲーム以降の５皿分（２皿目〜６皿目）の寿司ネタ（河童寿司ＭＡＰデータ）の変換抽籤処理を行う（Ｓ６９４）。

次いで、サブＣＰＵ１０２は、Ｓ６９４の河童寿司データ変換発生抽籤処理の抽籤結果に基づいて、２皿目〜６皿目の河童寿司ＭＡＰデータ（寿司ネタ）を書き換える（Ｓ６９５）。そして、Ｓ６９５の処理後、サブＣＰＵ１０２は、河童勝利時＿遊技開始時処理を終了し、処理をＡＴ準備中＿遊技開始時処理（図１０９参照）のＳ６７５に移す。

ここで、再度、Ｓ６９１の処理に戻って、Ｓ６９１において、サブＣＰＵ１０２が、内部当籤役が「グループ１役」であると判別したとき（Ｓ６９１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、河童ゲーム数獲得抽籤テーブル（図５２参照）を参照し、河童寿司ＭＡＰデータ（寿司ネタ）に基づいて、獲得ＡＴゲーム数を抽籤により決定する（Ｓ６９６）。次いで、サブＣＰＵ１０２は、決定された獲得ＡＴゲーム数を現在の獲得済みのＡＴゲーム数に加算する（Ｓ６９７）。

次いで、サブＣＰＵ１０２は、ＡＴゲーム数獲得時の寿司ネタが「イカ」、「サーモン」及び「マグロ」のいずれかであるか否か（河童寿司ＭＡＰデータが「１」、「４」及び「６」のいずれかであるか否か）を判別する（Ｓ６９８）。Ｓ６９８において、サブＣＰＵ１０２が、寿司ネタが「イカ」、「サーモン」及び「マグロ」のいずれかでないと判別したとき（Ｓ６９８がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７００の処理を行う。

一方、Ｓ６９８において、サブＣＰＵ１０２が、寿司ネタが「イカ」、「サーモン」及び「マグロ」のいずれかであると判別したとき（Ｓ６９８がＹＥＳ判定の場合）、サブＣＰＵ１０２は、河童終了カウンタの値を「１」減算する（Ｓ６９９）。

Ｓ６９９の処理後又はＳ６９８がＮＯ判定の場合、サブＣＰＵ１０２は、河童終了カウンタの値が「０」未満であるか否かを判別する（Ｓ７００）。

Ｓ７００において、サブＣＰＵ１０２が、河童終了カウンタの値が「０」未満でないと判別したとき（Ｓ７００がＮＯ判定の場合）、サブＣＰＵ１０２は、Ｓ６９７の加算演算後のＡＴゲーム数を「ＡＴ開始ゲーム数」としてセットする（Ｓ７０１）。そして、Ｓ７０１の処理後、サブＣＰＵ７０１は、河童勝利時＿遊技開始時処理を終了し、処理をＡＴ準備中＿遊技開始時処理（図１０９参照）のＳ６７５に移す。

一方、Ｓ７００において、サブＣＰＵ１０２が、河童終了カウンタの値が「０」未満であると判別したとき（Ｓ７００がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ突入フラグをオン状態にする（Ｓ７０２）。次いで、サブＣＰＵ１０２は、「ＢＥＴ復帰チャンス」に「２０回」をセットする（Ｓ７０３）。

このＳ７０３の処理により、河童勝利時＿遊技開始時処理の終了時に行われる、ＡＴ開始ゲーム数決定遊技の復活抽籤として、２０回のＢＥＴボタンの押下操作（連打復活）による抽籤が可能になる。この２０回のＢＥＴボタンの押下操作による復活抽籤に当籤すれば、再度、河童勝利時＿遊技開始時処理（ＡＴ開始ゲーム数獲得処理）が行われる。

そして、Ｓ７０３の処理後、サブＣＰＵ１０２は、河童勝利時＿遊技開始時処理を終了し、処理をＡＴ準備中＿遊技開始時処理（図１０９参照）のＳ６７５に移す。

なお、図１１０には図示しないが、Ｓ６９６の獲得ＡＴゲーム数の抽籤処理において寿司ネタが「河童巻き」である場合（河童寿司ＭＡＰデータが「３」である場合）には、「ＬＩＦＥアップ」が当籤する。この場合には、サブＣＰＵ１０２は、ＡＴゲーム数の加算処理（Ｓ６９７）から河童終了カウンタの減算処理（Ｓ６９９）に至る一連の処理の代わりに、河童終了カウンタの値を「１」加算する処理が行われる。

上述のように、本実施形態の河童勝利時＿遊技開始時処理のＳ６８４では、液晶表示装置１１に順次表示される１０皿分（１０ゲーム分）の寿司ネタ（河童寿司ＭＡデータ）が決定され、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、河童寿司演出において、液晶表示装置１１に順次表示される１０ゲーム分の遊技情報を決定する手段（遊技情報決定手段）も兼ねる。また、河童勝利時＿遊技開始時処理のＳ６９５では、内部当籤役が「グループ役１」以外（例えば「ハズレ」）であり、河童寿司データ変換発生抽籤に当籤した場合、２皿目〜６皿目の河童寿司ＭＡＰデータ（寿司ネタ）が書き換えられ、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、内部当籤役がハズレである場合に、２皿目以降の河童寿司ＭＡＰデータ（寿司ネタ）を変更する手段（遊技情報変更手段）も兼ねる。また、河童勝利時＿遊技開始時処理のＳ６９７では、内部当籤役が「グループ役１」（規定の内部当籤役）である場合、獲得ＡＴゲーム数が現在の獲得済みのＡＴゲーム数に加算され、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、獲得ＡＴゲーム数が現在の獲得済みのＡＴゲーム数に加算する手段（単位遊技数加算手段）も兼ねる。

また、河童勝利時＿遊技開始時処理のＳ６９７〜Ｓ６９９では、内部当籤役が「グループ役１」である場合、寿司ネタ（河童寿司ＭＡデータ）に応じて、河童終了カウンタの値が更新（「１」減算又は「１」加算）され、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、河童終了カウンタの値を更新する手段（終了情報更新手段）も兼ねる。また、河童勝利時＿遊技開始時処理のＳ７０１では、河童終了カウンタの値が「０」未満である場合（河童勝利時のＡＴ開始ゲーム数決定遊技が終了する場合）、その時点で獲得されているＡＴゲーム数の総和がＡＴ開始ゲーム数としてセットされ、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、河童勝利時のＡＴ開始ゲーム数決定遊技の終了時までに獲得されたＡＴゲーム数の総和をＡＴ開始ゲーム数としてセットする手段（基本単位遊技数決定手段）も兼ねる。さらに、河童勝利時＿遊技開始時処理のＳ７０３では、ＡＴ開始ゲーム数決定遊技の終了時に河童勝利時のＡＴ開始ゲーム数決定遊技の復活抽籤が行われ、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、河童勝利時のＡＴ開始ゲーム数決定遊技の遊技期間の終了時に河童勝利時のＡＴ開始ゲーム数決定遊技の復活抽籤を行う手段（復帰抽籤手段）も兼ねる。

［ＡＴ中＿遊技開始時処理］
次に、図１１１を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３５３で行うＡＴ中＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、残りＡＴゲーム数が「０」より大きいか否かを判別する（Ｓ７１１）。

Ｓ７１１において、サブＣＰＵ１０２が、残りＡＴゲーム数が「０」より大きくないと判別したとき（Ｓ７１１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７１３の処理を行う。一方、Ｓ７１１において、サブＣＰＵ１０２が、残りＡＴゲーム数が「０」より大きいと判別したとき（Ｓ７１１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、残りＡＴゲーム数を「１」減算する（Ｓ７１２）。

Ｓ７１２の処理後又はＳ７１１がＮＯ判定の場合、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（前回）と異なり、且つ、遊技状態（前回）が「ＡＴ準備中」であるか否かを判別する（Ｓ７１３）。Ｓ７１３において、サブＣＰＵ１０２が、Ｓ７１３の判定条件を満たさないと判別したとき（Ｓ７１３がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７１８の処理を行う。

一方、Ｓ７１３において、サブＣＰＵ１０２が、Ｓ７１３の判定条件を満たすと判別したとき（Ｓ７１３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、勝利対象者抽籤テーブル（図３４参照）を参照し、レース勝利対象（候補）者の抽籤処理を行う（Ｓ７１４）。次いで、サブＣＰＵ１０２は、勝利対象者抽籤処理の抽籤結果を「レース勝利者」にセットする（Ｓ７１５）。

次いで、サブＣＰＵ１０２は、ＡＴ後レース勝利期待度データ選択抽籤テーブル（図３９参照）を参照し、ＡＴ後の移行演出遊技で行われるレースの勝率抽籤処理（ＡＴ後レース勝率抽籤処理）を行う（Ｓ７１６）。次いで、サブＣＰＵ１０２は、Ｓ７１６のＡＴ後レース勝率抽籤処理の抽籤結果をレース勝率データにセットする（Ｓ７１７）。

Ｓ７１７の処理後又はＳ７１３がＮＯ判定の場合、サブＣＰＵ１０２は、図１０３で説明した擬似ＢＢ抽籤処理を行う（Ｓ７１８）。次いで、サブＣＰＵ１０２は、直上乗せ抽籤テーブル（図４６参照）を参照し、ＡＴゲーム数の上乗せ抽籤処理（直上乗せ抽籤処理）を行う（Ｓ７１９）。次いで、サブＣＰＵ１０２は、直上乗せ抽籤処理の抽籤結果の値（上乗せＡＴゲーム数）を残りＡＴゲーム数に加算する（Ｓ７２０）。

次いで、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ７２１）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ７２２）。そして、Ｓ７２２の処理後、サブＣＰＵ１０２は、ＡＴ中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

上述のように、本実施形態のＡＴ中＿遊技開始時処理では、ＡＴゲーム数の上乗せ抽籤を行い、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、ＡＴ遊技において、ＡＴ遊技の単位遊技数の加算数を決定する手段（報知遊技加算手段、第１報知遊技加算手段）も兼ねる。

［ＡＴ中ＢＢ＿遊技開始時処理］
次に、図１１２を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３５５で行うＡＴ中ＢＢ＿遊技開始時処理について説明する。

まず、サブＣＰＵ１０２は、図１０５で説明したＢＢ突入判定処理（遊技開始時）を行う（Ｓ７３１）。次いで、サブＣＰＵ１０２は、図１０６で説明したＢＢＪＡＣ移行判定処理（遊技開始時）を行う（Ｓ７３２）。次いで、サブＣＰＵ１０２は、図１０７で説明したＢＢカウンタ管理処理を行う（Ｓ７３３）。

次いで、サブＣＰＵ１０２は、直上乗せ抽籤テーブル（図４６参照）を参照し、ＡＴゲーム数の上乗せ抽籤処理（直上乗せ抽籤処理）を行う（Ｓ７３４）。次いで、サブＣＰＵ１０２は、直上乗せ抽籤処理の抽籤結果の値（上乗せＡＴゲーム数）を残りＡＴゲーム数に加算する（Ｓ７３５）。

次いで、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ７３６）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ７３７）。そして、Ｓ７３７の処理後、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

上述のように、本実施形態のＡＴ中ＢＢ＿遊技開始時処理では、ＡＴゲーム数の上乗せ抽籤を行い、この処理は副制御回路１０１により実行される。すなわち、本実施形態では、副制御回路１０１は、擬似ＢＢ遊技において、ＡＴ遊技の単位遊技数の加算数を決定する手段（第２報知遊技加算手段）も兼ねる。

［遊技状態設定処理］
次に、図１１３を参照して、スタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３５７で行う遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、遊技状態（現在）が「一般中」であるか否かを判別する（Ｓ７４１）。

Ｓ７４１において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中」であると判別したとき（Ｓ７４１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中＿遊技状態設定処理を行う（Ｓ７４２）。なお、一般中＿遊技状態設定処理の詳細については、後述の図１１４を参照しながら後で説明する。そして、Ｓ７４２の処理後、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

一方、Ｓ７４１において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中」でないと判別したとき（Ｓ７４１がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「一般中ＢＢ」であるか否かを判別する（Ｓ７４３）。

Ｓ７４３において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中ＢＢ」であると判別したとき（Ｓ７４３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中ＢＢ＿遊技状態設定処理を行う（Ｓ７４４）。なお、一般中ＢＢ＿遊技状態設定処理の詳細については、後述の図１１５を参照しながら後で説明する。そして、Ｓ７４４の処理後、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

一方、Ｓ７４３において、サブＣＰＵ１０２が、遊技状態（現在）が「一般中ＢＢ」でないと判別したとき（Ｓ７４３がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「レース中」であるか否かを判別する（Ｓ７４５）。

Ｓ７４５において、サブＣＰＵ１０２が、遊技状態（現在）が「レース中」であると判別したとき（Ｓ７４５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース中＿遊技状態設定処理を行う（Ｓ７４６）。なお、レース中＿遊技状態設定処理の詳細については、後述の図１１６を参照しながら後で説明する。そして、Ｓ７４６の処理後、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

一方、Ｓ７４５において、サブＣＰＵ１０２が、遊技状態（現在）が「レース中」でないと判別したとき（Ｓ７４５がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「ＡＴ準備中」であるか否かを判別する（Ｓ７４７）。

Ｓ７４７において、サブＣＰＵ１０２が、遊技状態（現在）が「ＡＴ準備中」であると判別したとき（Ｓ７４７がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ準備中＿遊技状態設定処理を行う（Ｓ７４８）。なお、ＡＴ準備中＿遊技状態設定処理の詳細については、後述の図１１７を参照しながら後で説明する。そして、Ｓ７４８の処理後、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

一方、Ｓ７４７において、サブＣＰＵ１０２が、遊技状態（現在）が「ＡＴ準備中」でないと判別したとき（Ｓ７４７がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「ＡＴ中ＢＢ」であるか否かを判別する（Ｓ７４９）。

Ｓ７４９において、サブＣＰＵ１０２が、遊技状態（現在）が「ＡＴ中ＢＢ」であると判別したとき（Ｓ７４９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を行う（Ｓ７５０）。なお、ＡＴ中ＢＢ＿遊技状態設定処理の詳細については、後述の図１１８を参照しながら後で説明する。そして、Ｓ７５０の処理後、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

一方、Ｓ７４９において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中ＢＢ」でないと判別したとき（Ｓ７４９がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態設定処理を終了するとともに、スタートコマンド受信時処理（図８４参照）も終了する。

なお、図１１３には図示しないが、遊技状態設定処理中の上述したサブ遊技状態の判定処理及び遊技状態設定処理の一連の繰り返し処理において、実際には、サブ遊技状態が「Ｗチャンス中」であるか否かの判定処理及び「Ｗチャンス中」の遊技状態設定処理、並びに、サブ遊技状態が「ＡＴ中」であるか否かの判定処理及び「ＡＴ中」の遊技状態設定処理も行われる。

［一般中＿遊技状態設定処理］
次に、図１１４を参照して、遊技状態設定処理のフローチャート（図１１３参照）中のＳ７４２で行う一般中＿遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、周期カウンタの値が「０」であるか否かを判別する（Ｓ７６１）。

Ｓ７６１において、サブＣＰＵ１０２が、周期カウンタの値が「０」でないと判別したとき（Ｓ７６１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７６３の処理を行う。一方、Ｓ７６１において、サブＣＰＵ１０２が、周期カウンタの値が「０」であると判別したとき（Ｓ７６１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「レース中」をセットする（Ｓ７６２）。

Ｓ７６２の処理後又はＳ７６１がＮＯ判定の場合、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値が「０」であるか否かを判別する（Ｓ７６３）。Ｓ７６３において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」でないと判別したとき（Ｓ７６３がＮＯ判定の場合）、サブＣＰＵ１０２は、一般中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７６３において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」であると判別したとき（Ｓ７６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）が「レース中」であるか否かを判別する（Ｓ７６４）。

Ｓ７６４において、サブＣＰＵ１０２が、遊技状態（次回）が「レース中」でないと判別したとき（Ｓ７６４がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７６６の処理を行う。一方、Ｓ７６４において、サブＣＰＵ１０２が、遊技状態（次回）が「レース中」であると判別したとき（Ｓ７６４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース発生フラグをオン状態する（Ｓ７６５）。

Ｓ７６５の処理後又はＳ７６４がＮＯ判定の場合、サブＣＰＵ１０２は、レース発生フラグがオン状態であるか否かを判別する（Ｓ７６６）。Ｓ７６６において、サブＣＰＵ１０２が、レース発生フラグがオン状態でないと判別したとき（Ｓ７６６がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７６８の処理を行う。一方、Ｓ７６６において、サブＣＰＵ１０２が、レース発生フラグがオン状態であると判別したとき（Ｓ７６６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、周期カウンタに「０」をセットする（Ｓ７６７）。

Ｓ７６７の処理後又はＳ７６６がＮＯ判定の場合、サブＣＰＵ１０２は、遊技状態（次回）に「一般中ＢＢ」をセットする（Ｓ７６８）。そして、Ｓ７６８の処理後、サブＣＰＵ１０２は、一般中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

［一般中ＢＢ＿遊技状態設定処理］
次に、図１１５を参照して、遊技状態設定処理のフローチャート（図１１３参照）中のＳ７４４で行う一般中ＢＢ＿遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢゲームカウンタの値が「０」であるか否かを判別する（Ｓ７７１）。Ｓ７７１において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」でないと判別したとき（Ｓ７７１がＮＯ判定の場合）、サブＣＰＵ１０２は、一般中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７７１において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」であると判別したとき（Ｓ７７１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＪＡＣ」であり、且つ、ＪＡＣベルナビ回数が「０」より大きいか否かを判別する（Ｓ７７２）。Ｓ７７２において、サブＣＰＵ１０２が、Ｓ７７２の判定条件を満たすと判別したとき（Ｓ７７２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７７２において、サブＣＰＵ１０２が、Ｓ７７２の判定条件を満たさないと判別したとき（Ｓ７７２がＮＯ判定の場合）、サブＣＰＵ１０２は、レース発生フラグがオン状態であるか否かを判別する（Ｓ７７３）。

Ｓ７７３において、サブＣＰＵ１０２が、レース発生フラグがオン状態でないと判別したとき（Ｓ７７３がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「一般中」をセットする（Ｓ７７４）。そして、Ｓ７７４の処理後、サブＣＰＵ１０２は、一般中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７７３において、サブＣＰＵ１０２が、レース発生フラグがオン状態であると判別したとき（Ｓ７７３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「レース中」をセットする（Ｓ７７５）。そして、Ｓ７７５の処理後、サブＣＰＵ１０２は、一般中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

［レース中＿遊技状態設定処理］
次に、図１１６を参照して、遊技状態設定処理のフローチャート（図１１３参照）中のＳ７４６で行うレース中＿遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、レースゲーム数が１０ゲーム目であるか否かを判別する（Ｓ７８１）。Ｓ７８１において、サブＣＰＵ１０２が、レースゲーム数が１０ゲーム目でないと判別したとき（Ｓ７８１がＮＯ判定の場合）、サブＣＰＵ１０２は、レース中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７８１において、サブＣＰＵ１０２が、レースゲーム数が１０ゲーム目であると判別したとき（Ｓ７８１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグがオン状態であるか否かを判別する（Ｓ７８２）。

Ｓ７８２において、サブＣＰＵ１０２が、レース勝利フラグがオン状態でないと判別したとき（Ｓ７８２がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「一般中」をセットする（Ｓ７８３）。そして、Ｓ７８３の処理後、サブＣＰＵ１０２は、レース中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７８２において、サブＣＰＵ１０２が、レース勝利フラグがオン状態であると判別したとき（Ｓ７８２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値が「０」であるか否かを判別する（Ｓ７８４）。

Ｓ７８４において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」でないと判別したとき（Ｓ７８４がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ準備中」をセットする（Ｓ７８５）。そして、Ｓ７８５の処理後、サブＣＰＵ１０２は、レース中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７８４において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」であると判別したとき（Ｓ７８４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ中ＢＢ」をセットする（Ｓ７８６）。そして、Ｓ７８６の処理後、サブＣＰＵ１０２は、レース中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

［ＡＴ準備中＿遊技状態設定処理］
次に、図１１７を参照して、遊技状態設定処理のフローチャート（図１１３参照）中のＳ７４８で行うＡＴ準備中＿遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＡＴ突入フラグがオン状態であるか否かを判別する（Ｓ７９１）。Ｓ７９１において、サブＣＰＵ１０２が、ＡＴ突入フラグがオン状態でないと判別したとき（Ｓ７９１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＡＴ準備中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ７９１において、サブＣＰＵ１０２が、ＡＴ突入フラグがオン状態であると判別したとき（Ｓ７９１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ中」をセットする（Ｓ７９２）。次いで、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値が「０」以上であるか否かを判別する（Ｓ７９３）。

Ｓ７９３において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」以上でないと判別したとき（Ｓ７９３がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ７９６の処理を行う。

一方、Ｓ７９３において、サブＣＰＵ１０２が、ＢＢ前兆カウンタの値が「０」以上であると判別したとき（Ｓ７９３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ前兆カウンタの値に「０」をセットする（Ｓ７９４）。次いで、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ中ＢＢ」をセットする（Ｓ７９５）。

Ｓ７９５の処理後又はＳ７９３がＮＯ判定の場合、サブＣＰＵ１０２は、「ゲーム数抽籤終了フラグ」をオフ状態にする（Ｓ７９６）。なお、「ゲーム数抽籤終了フラグ」は、ＡＴ開始ゲーム数決定遊技を終了するか否かを示すフラグである。そして、Ｓ７９６の処理後、サブＣＰＵ１０２は、ＡＴ準備中＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

［ＡＴ中ＢＢ＿遊技状態設定処理］
次に、図１１８を参照して、遊技状態設定処理のフローチャート（図１１３参照）中のＳ７５０で行うＡＴ中ＢＢ＿遊技状態設定処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢゲームカウンタの値が「０」であるか否かを判別する（Ｓ８０１）。Ｓ８０１において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」でないと判別したとき（Ｓ８０１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ８０１において、サブＣＰＵ１０２が、ＢＢゲームカウンタの値が「０」であると判別したとき（Ｓ８０１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＪＡＣ」であり、且つ、ＪＡＣベルナビ回数が「０」より大きいか否かを判別する（Ｓ８０２）。Ｓ８０２において、サブＣＰＵ１０２が、Ｓ８０２の判定条件を満たすと判別したとき（Ｓ８０２がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ８０２において、サブＣＰＵ１０２が、Ｓ８０２の判定条件を満たさないと判別したとき（Ｓ８０２がＮＯ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグがオン状態であるか否かを判別する（Ｓ８０３）。

Ｓ８０３において、サブＣＰＵ１０２が、レース勝利フラグがオン状態であると判別したとき（Ｓ８０３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ準備中」をセットする（Ｓ８０４）。そして、Ｓ８０４の処理後、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ８０３において、サブＣＰＵ１０２が、レース勝利フラグがオン状態でないと判別したとき（Ｓ８０３がＮＯ判定の場合）、サブＣＰＵ１０２は、「上乗せチャレンジフラグ」がオン状態であるか否かを判別する（Ｓ８０５）。なお、「上乗せチャレンジフラグ」は、上乗せチャレンジ状態の遊技が実行されるか否かを示すフラグであり、図示しないが、ＡＴ準備中＿遊技状態設定処理の中でセットされる。

Ｓ８０５において、サブＣＰＵ１０２が、上乗せチャレンジフラグがオン状態であると判別したとき（Ｓ８０５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「上乗せチャレンジ中」をセットする（Ｓ８０６）。そして、Ｓ８０６の処理後、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

一方、Ｓ８０５において、サブＣＰＵ１０２が、上乗せチャレンジフラグがオン状態でないと判別したとき（Ｓ８０５がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ中」をセットする（Ｓ８０７）。そして、Ｓ８０７の処理後、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿遊技状態設定処理を終了するとともに、遊技状態設定処理（図１１３参照）も終了する。

［入賞作動コマンド受信時処理］
次に、図１１９を参照して、演出内容決定処理のフローチャート（図８１参照）中のＳ３０２で行う入賞作動コマンド受信時処理について説明する。

まず、サブＣＰＵ１０２は、サブ遊技状態が「一般中ＢＢ」の入賞時（以下、「一般中ＢＢ＿入賞時」と記す）であるか否かを判別する（Ｓ８１１）。

Ｓ８１１において、サブＣＰＵ１０２が、サブ遊技状態が「一般中ＢＢ＿入賞時」であると判別したとき（Ｓ８１１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、一般中ＢＢ＿入賞時処理を行う（Ｓ８１２）。なお、一般中ＢＢ＿入賞時処理の詳細については、後述の図１２０を参照しながら後で説明する。そして、Ｓ８１２の処理後、サブＣＰＵ１０２は、入賞作動コマンド受信時処理を終了するとともに、演出内容決定処理（図８１参照）も終了する。

一方、Ｓ８１１において、サブＣＰＵ１０２が、サブ遊技状態が「一般中ＢＢ＿入賞時」でないと判別したとき（Ｓ８１１がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「レース中」の入賞時（以下、「レース中＿入賞時」と記す）であるか否かを判別する（Ｓ８１３）。

Ｓ８１３において、サブＣＰＵ１０２が、サブ遊技状態が「レース中＿入賞時」であると判別したとき（Ｓ８１３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、レース中＿入賞時処理を行う（Ｓ８１４）。なお、レース中＿入賞時処理の詳細については、後述の図１２３を参照しながら後で説明する。そして、Ｓ８１４の処理後、サブＣＰＵ１０２は、入賞作動コマンド受信時処理を終了するとともに、演出内容決定処理（図８１参照）も終了する。

一方、Ｓ８１３において、サブＣＰＵ１０２が、サブ遊技状態が「レース中＿入賞時」でないと判別したとき（Ｓ８１３がＮＯ判定の場合）、サブＣＰＵ１０２は、サブ遊技状態が「ＡＴ中ＢＢ」の入賞時（以下、「ＡＴ中ＢＢ＿入賞時」と記す）であるか否かを判別する（Ｓ８１５）。Ｓ８１５において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中ＢＢ＿入賞時」でないと判別したとき（Ｓ８１５がＮＯ判定の場合）、サブＣＰＵ１０２は、入賞作動コマンド受信時処理を終了するとともに、演出内容決定処理（図８１参照）も終了する。

一方、Ｓ８１５において、サブＣＰＵ１０２が、サブ遊技状態が「ＡＴ中ＢＢ＿入賞時」であると判別したとき（Ｓ８１５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿入賞時処理を行う（Ｓ８１６）。なお、ＡＴ中ＢＢ＿入賞時処理の詳細については、後述の図１２４を参照しながら後で説明する。そして、Ｓ８１６の処理後、サブＣＰＵ１０２は、入賞作動コマンド受信時処理を終了するとともに、演出内容決定処理（図８１参照）も終了する。

［一般中ＢＢ＿入賞時処理］
次に、図１２０を参照して、入賞作動コマンド受信時処理のフローチャート（図１１９参照）中のＳ８１２で行う一般中ＢＢ＿入賞時処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢ突入判定処理（入賞時）を行う（Ｓ８２１）。なお、ＢＢ突入判定処理（入賞時）の詳細については、後述の図１２１を参照しながら後で説明する。

次いで、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（入賞時）を行う（Ｓ８２２）。なお、ＢＢＪＡＣ移行判定処理（入賞時）の詳細については、後述の図１２２を参照しながら後で説明する。そして、Ｓ８２２の処理後、サブＣＰＵ１０２は、一般中ＢＢ＿入賞時処理を終了するとともに、入賞作動コマンド受信時処理（図１１９参照）も終了する。

［ＢＢ突入判定処理（入賞時）］
次に、図１２１を参照して、一般中ＢＢ＿入賞時処理のフローチャート（図１２０参照）中のＳ８２１で行うＢＢ突入判定処理（入賞時）について説明する。

まず、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態であるか否かを判別する（Ｓ８３１）。Ｓ８３１において、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態でないと判別したとき（Ｓ８３１がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（入賞時）を終了し、処理を一般中ＢＢ＿入賞時処理（図１２０参照）のＳ８２２に移す。

一方、Ｓ８３１において、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態であると判別したとき（Ｓ８３１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入チェックフラグをオフ状態にする（Ｓ８３２）。

次いで、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序であるか否か（押し順正解であるか否か）を判別する（Ｓ８３３）。なお、内部当籤役が「通常リプ１」又は「通常リプ３」である場合には、ストップボタンの押下順序が「右左中」であれば、押し順正解となる。内部当籤役が「通常リプ２」又は「通常リプ４」である場合には、ストップボタンの押下順序が「右中左」であれば、押し順正解となる。内部当籤役が「通常リプ５」又は「通常リプ７」である場合には、ストップボタンの押下順序が「中左右」であれば、押し順正解となる。また、内部当籤役が「通常リプ６」又は「通常リプ８」である場合には、ストップボタンの押下順序が「中右左」であれば、押し順正解となる。

Ｓ８３３において、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序でないと判別したとき（Ｓ８３３がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入判定処理（入賞時）を終了し、処理を一般中ＢＢ＿入賞時処理（図１２０参照）のＳ８２２に移す。

一方、Ｓ８３３において、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序であると判別したとき（Ｓ８３３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入フラグをオン状態にする（Ｓ８３４）。そして、Ｓ８３４の処理後、サブＣＰＵ１０２は、ＢＢ突入判定処理（入賞時）を終了し、処理を一般中ＢＢ＿入賞時処理（図１２０参照）のＳ８２２に移す。

［ＢＢＪＡＣ移行判定処理（入賞時）］
次に、図１２２を参照して、一般中ＢＢ＿入賞時処理のフローチャート（図１２０参照）中のＳ８２２で行うＢＢＪＡＣ移行判定処理（入賞時）について説明する。

まず、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入チェックフラグがオン状態であるか否かを判別する（Ｓ８４１）。Ｓ８４１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入チェックフラグがオン状態でないと判別したとき（Ｓ８４１がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４８の処理を行う。

一方、Ｓ８４１において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入チェックフラグがオン状態であると判別したとき（Ｓ８４１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入チェックフラグをオフ状態にする（Ｓ８４２）。次いで、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＢＢ中」であるか否かを判別する（Ｓ８４３）。

Ｓ８４３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」であると判別したとき（Ｓ８４３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４７の処理を行う。一方、Ｓ８４３において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＢＢ中」でないと判別したとき（Ｓ８４３がＮＯ判定の場合）、サブＣＰＵ１０２は、擬似ＢＢ状態が「ＣｈａＢＢ中」であるか否かを判別する（Ｓ８４４）。

Ｓ８４４において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」でないと判別したとき（Ｓ８４４がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４８の処理を行う。一方、Ｓ８４４において、サブＣＰＵ１０２が、擬似ＢＢ状態が「ＣｈａＢＢ中」であると判別したとき（Ｓ８４４がＹＥＳ判定の場合）、サブＣＰＵ１０２は、表示役（入賞役）が「ＢＡＲリプ」であるか否かを判別する（Ｓ８４５）。なお、当籤役「ＢＡＲリプ」は、「ベルリプ３」又は「ベルリプ４」に対応する。

Ｓ８４５において、サブＣＰＵ１０２が、表示役（入賞役）が「ＢＡＲリプ」であると判別したとき（Ｓ８４５がＹＥＳ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４７の処理を行う。一方、Ｓ８４５において、サブＣＰＵ１０２が、表示役（入賞役）が「ＢＡＲリプ」でないと判別したとき（Ｓ８４５がＮＯ判定の場合）、サブＣＰＵ１０２は、遊技状態（現在）が「ＡＴ中ＢＢ」であるか否かを判別する（Ｓ８４６）。

Ｓ８４６において、サブＣＰＵ１０２が、遊技状態（現在）が「ＡＴ中ＢＢ」であると判別したとき（Ｓ８４６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４７の処理を行う。一方、Ｓ８４６において、サブＣＰＵ１０２が、遊技状態（現在）が「ＡＴ中ＢＢ」でないと判別したとき（Ｓ８４６がＮＯ判定の場合）、サブＣＰＵ１０２は、後述のＳ８４８の処理を行う。

Ｓ８４３、Ｓ８４５又はＳ８４６がＹＥＳ判定の場合、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグをオン状態にする（Ｓ８４７）。

Ｓ８４７の処理後、又は、Ｓ８４１、Ｓ８４４或いはＳ８４６がＮＯ判定の場合、サブＣＰＵ１０２は、遊技状態（現在）が遊技状態（次回）と異なるか否かを判別する（Ｓ８４８）。Ｓ８４８において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異ならないと判別したとき（Ｓ８４８がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（入賞時）を終了するとともに、処理を一般中ＢＢ＿入賞時処理（図１２０参照）も終了する。

一方、Ｓ８４８において、サブＣＰＵ１０２が、遊技状態（現在）が遊技状態（次回）と異なると判別したとき（Ｓ８４８がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＡＲＪＡＣ突入フラグがオン状態であるか否かを判別する（Ｓ８４９）。Ｓ８４９において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態でないと判別したとき（Ｓ８４９がＮＯ判定の場合）、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（入賞時）を終了するとともに、処理を一般中ＢＢ＿入賞時処理（図１２０参照）も終了する。

一方、Ｓ８４９において、サブＣＰＵ１０２が、ＢＡＲＪＡＣ突入フラグがオン状態であると判別したとき（Ｓ８４９がＹＥＳ判定の場合）、サブＣＰＵ１０２は、遊技状態（次回）に遊技状態（現在）をセットする（Ｓ８５０）。次いで、サブＣＰＵ１０２は、ＢＢゲームカウンタの値に「０」をセットする（Ｓ８５１）。そして、Ｓ８５１の処理後、サブＣＰＵ１０２は、ＢＢＪＡＣ移行判定処理（入賞時）を終了するとともに、処理を一般中ＢＢ＿入賞時処理（図１２０参照）も終了する。

［レース中＿入賞時処理］
次に、図１２３を参照して、入賞作動コマンド受信時処理のフローチャート（図１１９参照）中のＳ８１４で行うレース中＿入賞時処理について説明する。

まず、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態であるか否かを判別する（Ｓ８６１）。Ｓ８６１において、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態でないと判別したとき（Ｓ８６１がＮＯ判定の場合）、サブＣＰＵ１０２は、レース中＿入賞時処理を終了するとともに、入賞作動コマンド受信時処理（図１１９参照）も終了する。

一方、Ｓ８６１において、サブＣＰＵ１０２は、ＢＢ突入チェックフラグがオン状態であると判別したとき（Ｓ８６１がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入チェックフラグをオフ状態にする（Ｓ８６２）。

次いで、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序であるか否か（押し順正解であるか否か）を判別する（Ｓ８６３）。

Ｓ８６３において、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序でないと判別したとき（Ｓ８６３がＮＯ判定の場合）、サブＣＰＵ１０２は、ペナルティフラグをオン状態にする（Ｓ８６４）。そして、Ｓ８６４の処理後、サブＣＰＵ１０２は、レース中＿入賞時処理を終了するとともに、入賞作動コマンド受信時処理（図１１９参照）も終了する。

一方、Ｓ８６３において、サブＣＰＵ１０２は、遊技者によるストップボタンの押下順序が所定の順序であると判別したとき（Ｓ８６３がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ＢＢ突入フラグをオン状態にする（Ｓ８６５）。次いで、サブＣＰＵ１０２は、遊技状態（次回）に「ＡＴ中ＢＢ」をセットする（Ｓ８６６）。そして、Ｓ８６６の処理後、サブＣＰＵ１０２は、レース中＿入賞時処理を終了するとともに、入賞作動コマンド受信時処理（図１１９参照）も終了する。

［ＡＴ中ＢＢ＿入賞時処理］
次に、図１２４を参照して、入賞作動コマンド受信時処理のフローチャート（図１１９参照）中のＳ８１６で行うＡＴ中ＢＢ＿入賞時処理について説明する。

まず、サブＣＰＵ１０２は、図１２１で説明したＢＢ突入判定処理（入賞時）を行う（Ｓ８７１）。次いで、サブＣＰＵ１０２は、図１２２で説明したＢＢＪＡＣ移行判定処理（入賞時）を行う（Ｓ８７２）。そして、Ｓ８７２の処理後、サブＣＰＵ１０２は、ＡＴ中ＢＢ＿入賞時処理を終了するとともに、入賞作動コマンド受信時処理（図１１９参照）も終了する。

＜本発明の各種効果＞
本実施形態のパチスロ１では、次のような各種効果が得られる。

［２ＭＢフラグ間状態の遊技で得られる各種効果］
本実施形態では、上述のように、２枚掛け遊技の時にのみ当籤及び入賞するボーナス「２ＭＢ」が持ち越されたＲＴ１（高ＲＴ）遊技状態、すなわち、２ＭＢフラグ間状態において、所定ゲーム数（１９０ゲーム）を１周期とする非ＡＴ状態の遊技（通常遊技及び移行演出遊技）や、特定ゲーム数のＡＴ状態の遊技などの各種遊技が行われる。そして、２ＭＢフラグ間状態の遊技では、３枚掛けの示唆が行われ、遊技者がその示唆に従って３枚掛けの遊技を行う限り、ボーナス「２ＭＢ」を入賞させずに遊技を行うことができる。なお、２ＭＢフラグ間状態において遊技者が３枚掛けの遊技を行う限り、ボーナス「２ＭＢ」の成立及び入賞が規定されていない抽籤テーブルが参照されるので、ボーナス「２ＭＢ」は如何なる停止操作を行って入賞しない構成になっている。

また、本実施形態のパチスロ１では、通常遊技において「ハズレ」又は特定の内部当籤役（小役又はリプレイ役）が１回内部当籤した場合又は連続当籤した場合、非ＡＴ状態の遊技期間（通常遊技の遊技期間）のゲーム数を短縮すための抽籤（周期短縮抽籤）が行われる。そして、この周期短縮抽籤に当籤すれば、現セットの非ＡＴ状態の遊技期間が短縮され、ＡＴ状態に移行するまでの期間を短縮することが可能になる。さらに、本実施形態では、ＡＴ遊技において「ハズレ」又は所定の内部当籤役（リプレイ役）が１回内部当籤した場合又は連続当籤した場合には、ＡＴゲーム数の上乗せ抽籤（直上乗せ抽籤）が行われ、その上乗せ抽籤に当籤した場合、残りＡＴゲーム数が増加する。

すなわち、本実施形態のパチスロ１では、ボーナス持ち越し中の高ＲＴ遊技状態の遊技において、内部当籤役が「ハズレ」となっても、ボーナスを入賞させずに且つ有利な遊技を継続させることができる。また、本実施形態では、ボーナス持ち越し中の高ＲＴ遊技状態におけるサブ遊技状態の種別（「通常状態」又は「ＡＴ状態」）に応じて、「ハズレ」当籤時に付与される特典の内容を異ならせることができる。

それゆえ、本実施形態では、ボーナス持ち越し中の高ＲＴ遊技状態の遊技において発生する「ハズレ」に対して遊技的価値を持たせることができ、遊技の幅を広げることができる。また、ボーナス持ち越し中の高ＲＴ遊技状態の遊技において、ボーナスが入賞しない「ハズレ」を適度に発生させることができるので遊技機の射幸性も保つことができる。以上のことから、本実施形態のパチスロ１では、ボーナス持ち越し中の高ＲＴ遊技状態の遊技に対する遊技者の興趣を向上させることができる。

さらに、本実施形態のパチスロ１では、２ＭＢフラグ間状態の遊技において、現在のメダルのクレジット枚数と投入枚数との合計が３枚未満である場合には、遊技者によりＭＡＸベット操作が行われても、そのＭＡＸベット操作は無効となる。この場合、２ＭＢフラグ間状態において、ＭＡＸベット操作による２枚掛けの遊技が開始されることが無くなり、持ち越し中のボーナス「２ＭＢ」の入賞をより確実に回避することができる。

すなわち、本実施形態では、２ＭＢフラグ間状態において、遊技者に不利となるようなメダルの掛け枚数の遊技は、ＭＡＸベット操作により行うことができない構成になっている。それゆえ、本実施形態のパチスロ１では、遊技の知識がない遊技者であっても安心して遊技を行うことができる。

［通常遊技の周期短縮抽籤により得られる各種効果］
本実施形態では、通常遊技中に行われる周期短縮抽籤により決定された短縮ゲーム数で、現セットの通常遊技の残りゲーム数を減算した結果、その減算結果が所定ゲーム数（１０ゲーム）未満となった場合には、減算結果に対応する余剰分の短縮ゲーム数がストックされる。そして、ストックされた余剰分の短縮ゲーム数は、次セットの短縮ゲーム数として適用される。この場合、次セットの開始時から、非ＡＴ状態の遊技期間が短縮された状態で遊技が行われる。

それゆえ、本実施形態では、通常遊技において、現セットで余剰分となった短縮ゲーム数（特典）を無駄にすることなく、次セットの通常遊技に適用することができるので、次セットの通常遊技に対する遊技者の興趣を持たせることができる。また、この場合、遊技者に次セットの通常遊技を実行させる動機を発生させることができるので、遊技機の稼働率の上昇を図ることができる。

［擬似ＢＢ遊技で得られる各種効果］
本実施形態のパチスロ１は、上述のように、メダルの払い出しが増大する擬似ＢＢ遊技を備え、通常遊技又はＡＴ遊技において、擬似ＢＢ抽籤に当籤した場合、擬似ＢＢ遊技が割込処理として開始される。それゆえ、通常遊技が、単純にゲームを消化するだけの遊技にならず、擬似ＢＢ遊技によってメダルをより多く獲得することが可能な遊技となる。

また、本実施形態では、通常遊技中に開始された擬似ＢＢ遊技において、「ハズレ」又は「レア役」が内部当籤した場合にも、非ＡＴ状態の遊技期間（通常遊技の遊技期間）の周期短縮抽籤が行われる。そして、この際の周期短縮抽籤により決定された短縮ゲーム数で現セットの通常遊技の残りゲーム数を減算した結果、その減算結果が「０」未満となる場合には、減算結果に対応する余剰分の短縮ゲーム数がストックされる。そして、ストックされた余剰分の短縮ゲーム数は、次セットの短縮ゲーム数として適用される。

一方、ＡＴ遊技中に開始された擬似ＢＢ遊技において、「ハズレ」又は「レア役」が内部当籤した場合には、ＡＴゲーム数の上乗せ抽籤（直上乗せ抽籤）が行われ、その上乗せ抽籤に当籤した場合、現在の残りＡＴゲーム数が増加する。

すなわち、擬似ＢＢ遊技では、擬似ＢＢ遊技開始時のサブ遊技状態の種別（「通常状態」又は「ＡＴ状態」）に応じて、「ハズレ」又は「レア役」の当籤に対して付与される特典の内容を異ならせることができる。さらに、擬似ＢＢ遊技においても、「ハズレ」に対して遊技的価値を持たせることができる。それゆえ、本実施形態では、擬似ＢＢ遊技に対する興趣を向上させることができる。

また、２ＭＢフラグ間状態中のＡＴ遊技では、単に内部当籤した小役を遊技者に報知する遊技が行われるだけでなく、擬似ＢＢ遊技が開始される場合もあるので、２ＭＢフラグ間状態中のＡＴ遊技が、単調な遊技になることを防止することができる。

［「河童」勝利時のＡＴ開始ゲーム数決定遊技で得られる各種効果］
本実施形態の「河童」勝利時のＡＴ開始ゲーム数決定遊技では、上述のように、キャラクタ「河童」がゲーム毎に順次出される寿司ネタを、内部当籤役の種別に応じて、食べ、その食した寿司ネタの種別に応じてＡＴ開始ゲーム数が決定される。すなわち、この「河童」勝利時のＡＴ開始ゲーム数決定遊技では、ＡＴ状態の基本滞在ゲーム数（ＡＴ開始ゲーム数）は、１回の抽籤により決定されるものでなく、複数のゲームに渡って、内部当籤役の種別と液晶表示装置１１の液晶画面に表示されている寿司ネタ（遊技情報）とに基づいて、決定される。それゆえ、本実施形態では、ＡＴ状態のゲーム数の獲得遊技（ＡＴ開始ゲーム数決定遊技）に対する遊技者の興趣を高めることができる。

また、本実施形態の「河童」勝利時のＡＴ開始ゲーム数決定遊技では、上述のように、内部当籤役が「ハズレ」となっても、次ゲーム以降の寿司ネタのデータ（遊技情報）が、遊技者にとってより良いデータに変換される可能性がある。すなわち、本実施形態では、ＡＴ開始ゲーム数決定遊技においても「ハズレ」に対して遊技的価値を持たせることができ、「ハズレ」が決定された場合でも興趣を維持させることができる。

＜各種変形例＞
以上、本発明の一実施形態に係る遊技機の構成及び動作について、その作用効果も含めて説明した。しかしながら、本発明は、上述した実施形態に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限り、種々の実施形態及び変形例が含まれる。例えば、次のような各種変形例が考えられる。

［変形例１］
上記実施形態のパチスロ１では、通常遊技又は擬似ＢＢ遊技において「ハズレ」が当籤した場合（１回又は連続当籤した場合）には、通常状態の遊技期間（滞在ゲーム数）の短縮（周期短縮）という特典が得られる可能性がある。また、上記実施形態のパチスロ１では、ＡＴ遊技において「ハズレ」が当籤した場合には、ＡＴゲーム数の上乗せという特典が得られる可能性がある。

しかしながら、本発明はこれに限定されず、通常遊技、擬似ＢＢ遊技及びＡＴ遊技以外のサブ遊技状態の遊技においても、「ハズレ」の当籤（１回又は連続当籤）により特典を付与する機能を設けてもよい。そこで、変形例１では、さらに、移行演出遊技（レース演出）において「ハズレ」が当籤した場合に、ＡＴ当籤という特典が得られる機能を備えたパチスロについて説明する。

（１）レース中＿ハズレ時抽籤テーブル
まず、図１２５を参照して、移行演出遊技（レース演出）における上記特典（ＡＴ当籤）の付与機能の実行に必要なレース中＿ハズレ時抽籤テーブルについて説明する。図１２５は、レース中＿ハズレ時抽籤テーブルの構成を示す図である。なお、レース中＿ハズレ時抽籤テーブルは、例えば、後述のレース中＿遊技開始時処理（後述の図１２６参照）中のレース中＿ハズレ時抽籤処理（Ｓ９１９）においてレース勝利の当籤／非当籤（ＡＴ遊技の当籤／非当籤）を決定する際に参照される。

レース中＿ハズレ時抽籤テーブルは、ハズレカウンタの値（「１」〜「４」）毎に、レース勝利の当籤／非当籤とその抽籤値との対応関係を規定する。なお、ハズレカウンタは、レース演出期間（１０ゲーム）中における「ハズレ」の連続当籤回数を管理（計数）するカウンタである。

それゆえ、例えば、レース演出中に「ハズレ」が３回連続して当籤した場合には、ハズレカウンタの値は「３」となる。そして、この場合には、６５５４／３２７６８の確率でレース勝利に非当籤となり、２６２１４／３２７６８の確率でレース勝利に当籤（レース勝利フラグＯＮ）となる。なお、ハズレカウンタの値が「１」である場合（１回目の「ハズレ」当籤時）には、必ずレース勝利に非当籤（ＡＴ非当籤）となる。

（２）レース中＿遊技開始時処理
次に、図１２６を参照して、変形例１におけるレース中＿遊技開始時処理について説明する。なお、この例のレース中＿遊技開始時処理もまた、上記実施形態のスタートコマンド受信時処理のフローチャート（図８４参照）中のＳ３４９で行われる。

また、この例では、副制御回路１０１によるレース中＿遊技開始時処理以外の処理は上記実施形態と同様である。それゆえ、ここでは、レース中＿遊技開始時処理についてのみ説明する。

図１２６に示すこの例のレース中＿遊技開始時処理のフローチャートと、図１０８に示す上記実施形態のレース中＿遊技開始時処理のフローチャートとの比較から明らかなように、この例のレース中＿遊技開始時処理のフローチャートにおけるＳ９０１〜Ｓ９１５までの処理は、上記実施形態のレース中＿遊技開始時処理のフローチャートにおけるＳ６４１〜Ｓ６５５までの処理と同様である。それゆえ、ここでは、Ｓ９０１〜Ｓ９１５までの処理の説明を省略する。

この例では、Ｓ９１５の処理後、又は、Ｓ９１３がＮＯ判定の場合、サブＣＰＵ１０２は、レース結果抽籤の結果がレース勝利の非当籤であり、且つ、内部当籤役が「ハズレ」であるか否かを判別する（Ｓ９１６）。

Ｓ９１６において、サブＣＰＵ１０２が、Ｓ９１６の判定条件を満たさないと判別したとき（Ｓ９１６がＮＯ判定の場合）、サブＣＰＵ１０２は、ハズレカウンタに「０」をセットする（Ｓ９１７）。そして、Ｓ９１７の処理後、サブＣＰＵ１０２は、後述のＳ９２２の処理を行う。

一方、Ｓ９１６において、サブＣＰＵ１０２が、Ｓ９１６の判定条件を満たすと判別したとき（Ｓ９１６がＹＥＳ判定の場合）、サブＣＰＵ１０２は、ハズレカウンタの値に「１」を加算する（Ｓ９１８）。次いで、サブＣＰＵ１０２は、レース中＿ハズレ時抽籤テーブル（図１２５参照）を参照し、加算後のハズレカウンタの値に基づいて、レース中＿ハズレ時抽籤処理を行う（Ｓ９１９）。

次いで、サブＣＰＵ１０２は、レース中＿ハズレ時抽籤処理の結果がレース勝利の非当籤である否かを判別する（Ｓ９２０）。Ｓ９２０において、サブＣＰＵ１０２が、レース中＿ハズレ時抽籤処理の結果がレース勝利の非当籤であると判別したとき（Ｓ９２０がＹＥＳ判定の場合）、サブＣＰＵ１０２は、後述のＳ９２２の処理を行う。

一方、Ｓ９２０において、サブＣＰＵ１０２が、レース中＿ハズレ時抽籤処理の結果がレース勝利の非当籤でないと判別したとき（Ｓ９２０がＮＯ判定の場合）、サブＣＰＵ１０２は、レース勝利フラグをオン状態にする（Ｓ９２１）。そして、Ｓ９２１の処理後、サブＣＰＵ１０２は、後述のＳ９２２の処理を行う。

Ｓ９１７或いはＳ９２１の処理後、又は、Ｓ９２０がＹＥＳ判定の場合、サブＣＰＵ１０２は、図示しない押し順ナビ抽籤テーブルを参照し、「押し順ベル」に係る小役の押し順ナビ抽籤処理を行う（Ｓ９２２）。次いで、サブＣＰＵ１０２は、この押し順ナビ抽籤処理の抽籤結果を「押し順ナビ番号」にセットする（Ｓ９２３）。そして、Ｓ９２３の処理後、サブＣＰＵ１０２は、レース中＿遊技開始時処理を終了し、処理をスタートコマンド受信時処理（図８４参照）のＳ３５６に移す。

上述した変形例１のパチスロでは、上記実施形態と同様の効果が得られるとともに、移行演出状態（レース演出の期間中）においても、「ハズレ」に対して遊技的価値を持たせることができ、移行演出遊技に対する興趣を向上させることができる。なお、変形例１では、「ハズレ」が１回内部当籤した場合（ハズレカウンタの値が「１」の場合）、レース勝利の非当籤が必ず決定される例を説明したが、本発明はこれに限定されず、「ハズレ」の１回当籤時にも、レース勝利の当籤が所定の確率で得られる構成にしてもよい。

［変形例２］
変形例２では、変形例１と同様に、移行演出遊技（レース演出）において「ハズレ」が当籤した場合（１回又は連続当籤した場合）に、ＡＴ当籤という特典が得られる機能を備えたパチスロについて説明する。ただし、この例では、「ハズレ」当籤時に行うＡＴ抽籤の抽籤形態を上記変形例１とは変える。

具体的には、この例では、ハズレカウンタの値に応じて、レース勝利の当籤／非当籤だけでなく、通常遊技のセット（周期）開始時に決定されたレース勝率ＭＡＰ抽籤テーブル（図３５参照）を用いたレース勝率の再抽籤も選択可能な構成にする。それゆえ、この例で用いるレース中＿ハズレ時抽籤テーブルの構成は、上記変形例１のそれと異なる。

ここで、図１２７を参照して、変形例２におけるレース中＿ハズレ時抽籤テーブルについて説明する。図１２７は、この例のレース中＿ハズレ時抽籤テーブルの構成を示す図である。なお、この例においても、レース中＿ハズレ時抽籤テーブルは、例えば、上記図１２６で説明した変形例１のレース中＿遊技開始時処理中のレース中＿ハズレ時抽籤処理（Ｓ９１９）で参照される。

この例のレース中＿ハズレ時抽籤テーブルは、ハズレカウンタの値（「１」〜「３」）毎に、抽籤結果の種別（レース勝利の当籤／非当籤及びレース勝率の再抽籤）と、その抽籤値との対応関係を規定する。なお、この例においても、ハズレカウンタの値は、レース演出期間（１０ゲーム）中における「ハズレ」の連続当籤回数を示す。

この例では、図１２７に示すように、ハズレカウンタの値が「１」である場合には、抽籤結果として、必ずレース勝利の非当籤が得られる。ハズレカウンタの値が「２」である場合には、抽籤結果として、必ずレース勝率の再抽籤が得られる。そして、ハズレカウンタの値が「３」である場合には、抽籤結果として、必ずレース勝利の当籤が得られる。

なお、この例では、レース中＿遊技開始時処理（後述の図１２６参照）中のレース中＿ハズレ時抽籤処理（Ｓ９１９）において、ハズレカウンタの値が「２」であり、再抽籤に当籤した場合には、サブＣＰＵ１０２は、Ｓ９１９の処理の中で、セット開始時に決定されたレース勝率ＭＡＰ抽籤テーブルを参照し、設定値に基づいてレース勝率データの再抽籤を行う。

この例では、「ハズレ」当籤時に行うＡＴ抽籤の抽籤形態が上記変形例１と異なること以外は、上記変形例１と同様に構成される。それゆえ、変形例２においても、上記変形例１と同様の効果が得られる。なお、変形例２では、「ハズレ」が１回内部当籤した場合（ハズレカウンタの値が「１」の場合）、レース勝利の非当籤が必ず決定される例を説明したが、本発明はこれに限定されず、「ハズレ」の１回当籤時にも、レース勝率の再抽籤の当籤及びレース勝利の当籤の少なくとも一方が所定の確率で得られる構成にしてもよい。

［変形例３］
上記変形例１及び２では、移行演出遊技（レース演出）において「ハズレ」が当籤した場合（１回又は連続当籤した場合）に、ＡＴ当籤という特典が得られる機能を備えたパチスロについて説明したが、本発明はこれに限定されない。移行演出遊技において、「ハズレ」が当籤した場合に、別の特典を付与するようにしてもよい。例えば、移行演出遊技において「ハズレ」が当籤した場合（１回又は連続当籤した場合）に、所定ゲーム数に渡って擬似ＢＢ遊技が高確率で当籤してストックされる「上乗せチャレンジ状態」の遊技がストックされるようにしてもよい。

この場合、移行演出遊技（レース演出）中にストックされた「上乗せチャレンジ状態」の遊技は、ＡＴ状態に移行後に特定の図柄組合せ（「黄ＢＡＲ」−「黄ＢＡＲ」−「黄ＢＡＲ」）が有効ライン上に停止表示され、開始される。

この例の構成では、ＡＴ状態移行後の遊技を遊技者により有利な遊技にすることができ、ＡＴ状態とそれ以外の状態との間の遊技性（遊技の有利性）の差を大きくすることができる。それゆえ、この例では、ＡＴ状態とそれ以外の状態との間の遊技性にメリハリをつけることができ、遊技の興趣をさらに向上させることができる。

［変形例４］
上記実施形態のパチスロ１では、通常遊技又は擬似ＢＢ遊技において「ハズレ」が当籤した場合（１回又は連続当籤した場合）には、通常状態の遊技期間（滞在ゲーム数）の短縮（周期短縮）という特典が得られる構成にしたが、本発明はこれに限定されない。通常遊技又は擬似ＢＢ遊技において「ハズレ」が当籤した場合（１回又は連続当籤した場合）に、周期短縮抽籤を行わない構成してもよい。

この場合、この例で用いられる周期短縮抽籤テーブル及び擬似ＢＢ周期短縮抽籤テーブルの構成は、上記実施形態の周期短縮抽籤テーブル（図４３及び図４４参照）及び擬似ＢＢ周期短縮抽籤テーブル（図４５参照）において、「ハズレ」に関する抽籤値を規定した欄が削除された構成となる。

この例のように、通常遊技又は擬似ＢＢ遊技において「ハズレ」が当籤した場合に特典を付与しない構成にすることにより、ＡＴ状態とそれ以外の状態との間の遊技性（遊技の有利性）の差を大きくすることができる。それゆえ、この例では、ＡＴ状態とそれ以外の状態との間の遊技性にメリハリをつけることができ、遊技の興趣をさらに向上させることができる。

［変形例５］
上記実施形態又は上記各種変形例のパチスロでは、複数種のサブ遊技状態において、「ハズレ」当籤時に所定の特典を付与する構成について説明したが、本発明はこれに限定されず、複数種のサブ遊技状態のうちの一つのサブ遊技状態においてのみ、「ハズレ」当籤時の特典付与機能を設けてもよい。

１…パチスロ（遊技機）、 ２…外装体、 ２ａ…キャビネット、 ２ｂ…フロントドア、３Ｌ…左リール、３Ｃ…中リール、３Ｒ…右リール、 ４…リール表示窓、 １１…液晶表示装置、 １９Ｌ…左ストップボタン、 １９Ｃ…中ストップボタン、 １９Ｒ…右ストップボタン、 ２１…メダル投入口、５１…ホッパー装置、 ５５…主制御基板ケース、 ５７…副制御基板ケース、 ７１…主制御基板、 ７２…副制御基板、 ９１…主制御回路、 ９３…メインＣＰＵ、 １０１…副制御回路、 １０２…サブＣＰＵ

Claims (2)

1. 遊技開始時に予め定められた確率で内部当籤役を決定する内部当籤役決定手段と、
   遊技者にとって有利な情報を報知する報知手段と、
   前記報知手段による報知が行われる報知遊技の遊技期間を決定する報知期間決定遊技の動作を制御する報知期間決定遊技制御手段と、を備え、
   前記報知期間決定遊技制御手段は、
   前記内部当籤役決定手段により規定の内部当籤役が決定された単位遊技における前記報知遊技の延長に係る遊技情報が所定遊技情報である場合には、前記報知遊技の遊技期間の延長に係る特典を付与し、
   前記内部当籤役決定手段により前記規定の内部当籤役が決定された単位遊技における前記報知遊技の延長に係る遊技情報が特定遊技情報である場合には、前記報知遊技の遊技期間の延長に係る特典を付与するとともに、前記報知期間決定遊技の遊技期間の終了を決定する終了パラメータを所定値に近づく方向に更新し、該更新された終了パラメータが前記所定値となった場合には、前記報知期間決定遊技の遊技期間を終了する
   ことを特徴とする遊技機。
2. 前記遊技情報として、前記報知期間決定遊技の遊技期間を延長する方向に前記終了パラメータを更新する遊技情報が設けられている
   ことを特徴とする請求項１に記載の遊技機。

Images