JP6496488B2

JP6496488B2 - 遊技機

Info

Publication number: JP6496488B2
Application number: JP2014076945A
Authority: JP
Inventors: 小倉　敏男; 敏男小倉
Original assignee: Sankyo Co Ltd
Current assignee: Sankyo Co Ltd
Priority date: 2014-04-03
Filing date: 2014-04-03
Publication date: 2019-04-03
Anticipated expiration: 2034-04-03
Also published as: JP2015196047A

Description

本発明は、遊技媒体を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域が設けられ、始動領域を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報の可変表示を行うパチンコ遊技機等の遊技機に関する。

遊技機として、遊技媒体である遊技球を発射装置によって遊技領域に発射し、遊技領域に設けられている入賞口などの入賞領域に遊技球が入賞すると、所定個の賞球が遊技者に払い出されるものがある。さらに、識別情報を可変表示（「変動」ともいう。）可能な可変表示部が設けられ、可変表示部において識別情報の可変表示の表示結果が特定表示結果となった場合に、所定の遊技価値を遊技者に与えるように構成されたものがある。

なお、遊技価値とは、遊技機の遊技領域に設けられた可変入賞球装置の状態が打球が入賞しやすい遊技者にとって有利な状態になることや、遊技者にとって有利な状態になるための権利を発生させたりすることや、賞球払出の条件が成立しやすくなる状態になることである。

パチンコ遊技機では、始動入賞口に遊技球が入賞したことにもとづいて可変表示部において開始される特別図柄（識別情報）の可変表示の表示結果として、あらかじめ定められた特定の表示態様が導出表示された場合に、「大当り」が発生する。なお、導出表示とは、図柄を停止表示させることである（いわゆる再変動の前の停止を除く。）。大当りが発生すると、例えば、大入賞口が所定回数開放して打球が入賞しやすい大当り遊技状態に移行する。そして、各開放期間において、所定個（例えば１０個）の大入賞口への入賞があると大入賞口は閉成する。そして、大入賞口の開放回数は、所定回数（例えば１５ラウンド）に固定されている。なお、各開放について開放時間（例えば２９秒）が決められ、入賞数が所定個に達しなくても開放時間が経過すると大入賞口は閉成する。以下、各々の大入賞口の開放期間をラウンドということがある。

そのような遊技機において、遊技媒体（遊技球）を振り分けるための振分装置が遊技領域に設けられるように構成されたものがある。例えば、特許文献１には、遊技領域に振分装置（振分ユニット）を設け、振分装置に流入した遊技媒体の自重により振分装置内に設けられた回転体が回転することによって、振分装置に流入した遊技媒体が第１領域と第２領域とに交互に振り分けられることが記載されている。

特開２０１０−１０４５６４号公報（段落００４４−００５６、図３８）

しかし、特許文献１に記載された遊技機では、振分装置に関して何らかの異常が発生すると、正常に遊技媒体（遊技球）の振り分けを行うことができなくなり、遊技を正常に行うことができなくなるおそれがある。

そこで、本発明は、振分装置の異常により遊技を正常に行えなくなることを防止できる遊技機を提供することを目的とする。

（１）遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が移動可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、識識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技機であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、前記第１始動領域を遊技媒体が通過したことにもとづいて行われる第１識別情報の可変表示に関する保留情報と前記第２始動領域を遊技媒体が通過したことにもとづいて行われる第２識別情報の可変表示に関する保留情報とを記憶する保留記憶手段と、有利状態に制御するか否かを決定する決定手段と、前記決定手段の決定前に、前記有利状態に制御されるか否かを判定する判定手段と、非特別状態と、前記非特別状態よりも第２識別情報の可変表示が実行され易い特別状態に制御可能な状態制御手段と、前記判定手段の判定にもとづいて、前記有利状態に制御されることを示唆する第１特定演出および第２特定演出を含む特定演出を実行可能な特定演出実行手段とを備え、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）を加算対象として当該記憶領域に格納された値に所定値を加算する加算手段例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４を実行する部分）と、加算手段による加算結果が所定条件（例えば、加算結果が判定値（５）以上である、または加算バッファの値とクリアバッファの値との差が所定値以上である）を満たしたことにもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９を実行する部分）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）と、遊技媒体の入賞を特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、前記特定演出実行手段は、前記非特別状態では、所定回の可変表示で連続して前記第１特定演出を実行可能であり、前記特別状態では、所定回よりも少ない回数の可変表示で連続して前記第２特定演出を実行可能であり、前記特定演出の連続実行回数に応じて前記有利状態に制御される割合が異なる。

そのような構成により、振分装置の異常判定を行うことができるので、振分装置の異常により遊技を正常に行えなくなることを防止することができる。

（手段２）本発明による遊技盤は、遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技盤であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）を減算対象として当該記憶領域に格納された値から所定値を減算する減算手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４ｂを実行する部分）と、減算手段による減算結果が所定条件（例えば、減算結果が０である、または減算バッファの値と初期値設定バッファの値との差が所定値以上である）を満たしたことにもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９ｂを実行する部分）と、遊技の進行を制御する遊技制御用マイクロコンピュータ（例えば、遊技制御用マイクロコンピュータ５６０）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とをさらに備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、遊技制御用マイクロコンピュータは、遊技盤への電力供給が停止していても、遊技に関する制御を行う際に発生する情報を所定期間保持可能な記憶手段（例えば、ＲＡＭ５５（バックアップＲＡＭ））と、所定の処理（例えば、メイン処理におけるループ処理、タイマ割込処理）を実行可能な所定処理実行手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４を実行する部分）と、所定の処理の実行中に所定事象が発生したときに記憶手段の記憶内容を初期化する初期化手段（例えば、遊技制御用マイクロコンピュータ５６０において、ステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４の実行中にＩＡＴ回路５０６ａからのＩＡＴ信号やウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理を実行することなく、リセット後にメイン処理が開始されたときにステップＳ１０〜Ｓ１３を実行する部分）とを含むことを特徴とする。

（手段３）本発明による遊技盤は、遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技盤であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）に格納された値に所定値を加算する加算手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４を実行する部分）と、記憶領域に格納された値をクリアするクリア手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５５を実行する部分）と、記憶領域に格納された値にもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９を実行する部分）と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域を加算手段による加算対象として設定し、遊技媒体が通過した始動領域とは異なる始動領域に対応する記憶領域をクリア手段によるクリア対象として設定する設定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５０〜Ｓ２５３を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、設定手段は、第１始動領域に対応する記憶領域を加算手段による加算対象とし、第２始動領域に対応する記憶領域をクリア手段によるクリア対象として仮設定する仮設定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５０〜Ｓ２５１を実行する部分）と、遊技媒体が第２始動領域を通過したことにもとづいて、仮設定された加算手段による加算対象とクリア手段によるクリア対象とを入れ替える入れ替え手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５２〜Ｓ２５３を実行する部分）とを含み、加算手段は、設定手段によって加算対象とされた記憶領域に格納された値に所定値を加算し（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４を実行する部分）、クリア手段は、設定手段によってクリア対象とされた記憶領域に格納された値をクリアし（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５５を実行する部分）、遊技の進行を制御する遊技制御用マイクロコンピュータ（例えば、遊技制御用マイクロコンピュータ５６０）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）とをさらに備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、遊技制御用マイクロコンピュータは、遊技盤への電力供給が停止していても、遊技に関する制御を行う際に発生する情報を所定期間保持可能な記憶手段（例えば、ＲＡＭ５５（バックアップＲＡＭ））と、所定の処理（例えば、メイン処理におけるループ処理、タイマ割込処理）を実行可能な所定処理実行手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４を実行する部分）と、所定の処理の実行中に所定事象が発生したときに記憶手段の記憶内容を初期化する初期化手段（例えば、遊技制御用マイクロコンピュータ５６０において、ステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４の実行中にＩＡＴ回路５０６ａからのＩＡＴ信号やウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理を実行することなく、リセット後にメイン処理が開始されたときにステップＳ１０〜Ｓ１３を実行する部分）とを含むことを特徴とする。

（手段４）本発明による遊技盤は、遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技盤であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）に格納された値から所定値を減算する減算手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４ｂを実行する部分）と、記憶領域に格納された値を特定値に設定する特定値設定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５５ｂを実行する部分）と、記憶領域に格納された値にもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９ｂを実行する部分）と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域を減算手段による減算対象として設定し、遊技媒体が通過した始動領域とは異なる始動領域に対応する記憶領域を特定値設定手段による特定値設定対象として設定する設定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５０ｂ〜Ｓ２５３ｂを実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、設定手段は、第１始動領域に対応する記憶領域を減算手段による減算対象とし、第２始動領域に対応する記憶領域を特定値設定手段による特定値設定対象として仮設定する仮設定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５０ｂ〜Ｓ２５１ｂを実行する部分）と、遊技媒体が第２始動領域を通過したことにもとづいて、仮設定された減算手段による減算対象と特定値設定手段による特定値設定対象とを入れ替える入れ替え手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５２ｂ〜Ｓ２５３ｂを実行する部分）とを含み、減算手段は、設定手段によって減算対象とされた記憶領域に格納された値から所定値を減算し（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４ｂを実行する部分）、特定値設定手段は、設定手段によって特定値設定対象とされた記憶領域に格納された値を特定値に設定し（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５５ｂを実行する部分）、遊技の進行を制御する遊技制御用マイクロコンピュータ（例えば、遊技制御用マイクロコンピュータ５６０）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）とをさらに備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、遊技制御用マイクロコンピュータは、遊技盤への電力供給が停止していても、遊技に関する制御を行う際に発生する情報を所定期間保持可能な記憶手段（例えば、ＲＡＭ５５（バックアップＲＡＭ））と、所定の処理（例えば、メイン処理におけるループ処理、タイマ割込処理）を実行可能な所定処理実行手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４を実行する部分）と、所定の処理の実行中に所定事象が発生したときに記憶手段の記憶内容を初期化する初期化手段（例えば、遊技制御用マイクロコンピュータ５６０において、ステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４の実行中にＩＡＴ回路５０６ａからのＩＡＴ信号やウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理を実行することなく、リセット後にメイン処理が開始されたときにステップＳ１０〜Ｓ１３を実行する部分）とを含むことを特徴とする。

（手段５）本発明による遊技盤は、遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技盤であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）を加算対象として当該記憶領域に格納された値に所定値を加算する加算手段例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４を実行する部分）と、加算手段による加算結果が所定条件（例えば、加算結果が判定値（５）以上である、または加算バッファの値とクリアバッファの値との差が所定値以上である）を満たしたことにもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９を実行する部分）と、遊技の進行を制御する遊技制御用マイクロコンピュータ（例えば、遊技制御用マイクロコンピュータ５６０）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とをさらに備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、遊技制御用マイクロコンピュータは、遊技盤への電力供給が停止していても、遊技に関する制御を行う際に発生する情報を所定期間保持可能であって、少なくとも記憶領域（例えば、加算バッファやクリアバッファ）を含む記憶手段（例えば、ＲＡＭ５５（バックアップＲＡＭ））と、所定の処理（例えば、メイン処理におけるループ処理、タイマ割込処理）を実行可能な所定処理実行手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４を実行する部分）と、所定の処理の実行中に所定事象が発生したときに記憶手段の記憶内容を初期化する初期化手段（例えば、遊技制御用マイクロコンピュータ５６０において、ステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４の実行中にＩＡＴ回路５０６ａからのＩＡＴ信号やウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理を実行することなく、リセット後にメイン処理が開始されたときにステップＳ１０〜Ｓ１３を実行する部分）とを含むことを特徴とする。

（手段６）本発明による遊技盤は、遊技媒体（例えば、遊技球）を用いて所定の遊技を行うことが可能であり、遊技媒体が進入可能な遊技領域（例えば、遊技領域７）が設けられ、始動領域（例えば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口）を遊技媒体が通過したことにもとづいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄、演出図柄）の可変表示を行う遊技盤であって、始動領域として第１始動領域（例えば、第１始動入賞口１３）および第２始動領域（例えば、第２始動入賞口１４）が設けられ、遊技媒体を振り分けるための振分装置（例えば、振分装置２００）が遊技領域に設けられ、振分装置は、遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口（例えば、流入口２０１）と、流入口から流入した遊技媒体が通過可能な複数の通路（例えば、左側通路２０３、右側通路２０４）と、流入口から流入した遊技媒体を複数の通路のうちのいずれかに振り分ける振分手段（例えば、振分部材２０２）とを含み、振分手段は、流入口から遊技媒体が流入したことにもとづいて、複数の通路のうちの第１通路（例えば、左側通路２０３）に遊技媒体を振り分けやすい第１状態（例えば、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（例えば、右側通路２０４）に遊技媒体を振り分けやすい第２状態（例えば、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わり（例えば、図２に示すように交互に切り替わる）、第１始動領域は、第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第１始動入賞口１３は左側流出口２０５の下方に設けられている）、第２始動領域は、第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ（例えば、図２および図３に示すように、第２始動入賞口１４は右側流出口２０６の下方に設けられている）、始動領域を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０））と、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（例えば、第１始動口監視用バッファおよび第２始動口監視用バッファ）を減算対象として当該記憶領域に格納された値から所定値を減算する減算手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５４ｂを実行する部分）と、減算手段による減算結果が所定条件（例えば、減算結果が０である、または減算バッファの値と初期値設定バッファの値との差が所定値以上である）を満たしたことにもとづいて異常と判定する異常判定手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５９ｂを実行する部分）と、遊技の進行を制御する遊技制御用マイクロコンピュータ（例えば、遊技制御用マイクロコンピュータ５６０）と、所定事象が発生（例えば、ＩＡＴ回路５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（例えば、システムリセット）を発生させるか第２リセット（例えば、ユーザリセット）を発生させるかを設定可能なリセット設定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるプログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）のビット７の設定値に従ってステップＳ１００１，Ｓ１０１１を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とをさらに備え、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行せず（例えば、遊技制御用マイクロコンピュータ５６０は、図４８（Ａ）に示すように、ステップＳ１００４の後にはステップＳ１００６でセキュリティチェックを実行し、図４８（Ｂ）に示すように、ステップＳ１０１４の後にはセキュリティチェックを実行しない）、遊技制御用マイクロコンピュータは、遊技盤への電力供給が停止していても、遊技に関する制御を行う際に発生する情報を所定期間保持可能であって、少なくとも記憶領域（例えば、減算バッファや初期値設定バッファ）を含む記憶手段（例えば、ＲＡＭ５５（バックアップＲＡＭ））と、所定の処理（例えば、メイン処理におけるループ処理、タイマ割込処理）を実行可能な所定処理実行手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４を実行する部分）と、所定の処理の実行中に所定事象が発生したときに記憶手段の記憶内容を初期化する初期化手段（例えば、遊技制御用マイクロコンピュータ５６０において、ステップＳ１６〜Ｓ１９，Ｓ２０〜Ｓ３４の実行中にＩＡＴ回路５０６ａからのＩＡＴ信号やウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理を実行することなく、リセット後にメイン処理が開始されたときにステップＳ１０〜Ｓ１３を実行する部分）とを含むことを特徴とする。

（手段７）手段１から手段６のうちのいずれかにおいて、始動領域を遊技媒体が通過しやすい高頻度状態（例えば、高ベース状態）に制御する高頻度状態制御手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ１６６を実行し、高ベース状態に制御する部分）を備え、異常判定手段は、高頻度状態に制御されているときには異常と判定しない（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ２５７，Ｓ２５８を実行する部分）ように構成されていてもよい。

そのような構成によれば、不要な異常判定が行われてしまう無駄を防止することができる。

（手段８）手段１から手段７のうちのいずれかにおいて、始動領域を遊技媒体が通過した後、開始条件が成立したことにもとづいて識別情報の可変表示を行う可変表示手段にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域を遊技媒体が通過したが、開始条件が成立していないときに保留記憶として所定数（例えば上限４）まで記憶する保留記憶手段（例えば、第１保留記憶バッファ、第２保留記憶バッファ）と、保留記憶手段に記憶された保留記憶にもとづく識別情報の可変表示の表示結果が特定表示結果となるか否かを、当該保留記憶にもとづく識別情報の可変表示の表示結果を導出表示するよりも前に判定する特定判定手段（例えば、遊技制御用マイクロコンピュータ５６０がＳ２０６１Ａ，Ｓ２０６１Ｂを実行する部分）と、特定判定手段の判定にもとづいて、当該特定判定手段の判定対象となった可変表示の表示結果が特定表示結果となることを予告する特定演出を実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００がＳ６３１，Ｓ８０１，Ｓ８０２を実行する部分）と、始動領域を遊技媒体が通過しやすい高頻度状態に制御する高頻度状態制御手段（例えば、遊技制御用マイクロコンピュータ５６０がステップＳ１６６を実行し、高ベース状態に制御する部分）とを備え、特定演出実行手段は、高頻度状態に制御されていないときには所定回の可変表示に亘る第１特定演出を実行可能であり、高頻度状態に制御されているときには所定回よりも少ない特定回の可変表示に亘る第２特定演出を実行可能である（例えば、演出制御用マイクロコンピュータ１００がＳ６３１を実行する部分。図７２参照）ように構成されていてもよい。

そのような構成によれば、遊技状態に応じた特定演出を実行することができる。

パチンコ遊技機を正面からみた正面図である。振分装置を説明するための説明図である。可変入賞球装置が開放状態に制御されているときに第２始動入賞口に遊技球が入賞する形態を説明するための説明図である。遊技制御基板（主基板）の回路構成例を示すブロック図である。演出制御基板、ランプドライバ基板および音声出力基板の回路構成例を示すブロック図である。遊技制御用マイクロコンピュータの構成例を示すブロック図である。遊技制御用マイクロコンピュータにおけるアドレスマップの一例を示す図である。プログラム管理エリアの主要部分を例示する図である。内蔵レジスタの主要部分を例示する図である。内蔵レジスタの主要部分を例示する図である。内蔵レジスタの主要部分を例示する図である。ヘッダ（ＫＨＤＲ）における設定データと動作との対応関係を例示する図である。プログラムコードエンドアドレス（ＫＰＣＥ）、プログラムコードスタートアドレス２（ＫＰＣＳ２）、およびプログラムコードエンドアドレス２（ＫＰＣＥ２）における設定内容の一例を示す図である。リセット設定（ＫＲＥＳ）における設定内容の一例を示す図である。１６ビット乱数初期設定１（ＫＲＬ１）のにおける設定内容の一例を示す図である。１６ビット乱数初期設定２（ＫＲＬ２）における設定内容の一例を示す図である。１６ビット乱数初期設定３（ＫＲＬ３）のにおける設定内容の一例を示す図である。８ビット乱数初期設定１（ＫＲＳ１）のにおける設定内容の一例を示す図である。８ビット乱数初期設定２（ＫＲＳ２）のにおける設定内容の一例を示す図である。セキュリティ時間設定（ＫＳＥＳ）における設定内容の一例を示す図である。乱数クロック監視設定（ＫＲＣＳ）における設定内容の一例を示す図である。内部情報レジスタの構成例等を示す図である。８ビット乱数回路の一構成例を示すブロック図である。１６ビット乱数回路の一構成例を示すブロック図である。ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）の構成例および設定内容の一例を示す説明図である。ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）の構成例および設定内容の一例を示す説明図である。ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）の構成例および設定内容の一例を示す説明図である。ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）の構成例および設定内容の一例を示す説明図である。ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）の構成例および設定内容の一例を示す説明図である。ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）の構成例および設定内容の一例を示す説明図である。ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）の構成例および設定内容の一例を示す説明図である。ＲＳ割り込み制御レジスタ（ＲＳＩＣ）の構成例および設定内容の一例を示す説明図である。ＲＬｎ最大値設定レジスタ（ＲＬｎＭＸ）の構成例および設定内容の一例を示す説明図である。ＲＳｎ最大値設定レジスタ（ＲＳｎＭＸ）の構成例および設定内容の一例を示す説明図である。乱数列変更レジスタ（ＲＤＳＣ）の構成例および設定内容の一例を示す説明図である。乱数ソフトラッチレジスタ（ＲＤＳＬ）の構成例および設定内容の一例を示す説明図である。乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）の構成例および設定内容の一例を示す説明図である。ＲＬｎソフトラッチ乱数値レジスタ（ＲＬｎＳＶ）の構成例および設定内容の一例を示す説明図である。ＲＳｎソフトラッチ乱数値レジスタ（ＲＳｎＳＶ）の構成例および設定内容の一例を示す説明図である。ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）の構成例および設定内容の一例を示す説明図である。ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）の構成例および設定内容の一例を示す説明図である。ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）の構成例および設定内容の一例を示す説明図である。ＲＬ０ハードラッチ乱数値レジスタｍ（ＲＬ０ｍＨＶ）の構成例および設定内容の一例を示す説明図である。ＲＬ１ハードラッチ乱数値レジスタｍ（ＲＬ１ｍＨＶ）の構成例および設定内容の一例を示す説明図である。ＲＬ２ハードラッチ乱数値レジスタｍ（ＲＬ２ｍＨＶ）の構成例および設定内容の一例を示す説明図である。ＲＬ３ハードラッチ乱数値レジスタｍ（ＲＬ３ｍＨＶ）の構成例および設定内容の一例を示す説明図である。ＲＳｎハードラッチ乱数値レジスタ（ＲＳｎＨＶ）の構成例および設定内容の一例を示す説明図である。リセット設定（ＫＲＥＳ）での設定内容によるリセット動作の違いを説明するための説明図である。内蔵ＲＡＭ領域に格納されているデータの読み出し方の例を示す説明図である。主基板におけるＣＰＵが実行するメイン処理を示すフローチャートである。４ｍｓタイマ割込処理を示すフローチャートである。電源断処理の一例を示すフローチャートである。電源断処理の一例を示すフローチャートである。各乱数を示す説明図である。大当り判定テーブル、小当り判定テーブルおよび大当り種別判定テーブルを示す説明図である。特別図柄プロセス処理のプログラムの一例を示すフローチャートである。特別図柄プロセス処理のプログラムの一例を示すフローチャートである。始動口スイッチ通過処理を示すフローチャートである。保留記憶バッファの構成例を示す説明図である。特別図柄停止処理を示すフローチャートである。大当り終了処理を示すフローチャートである。普通図柄プロセス処理を示すフローチャートである。入賞順異常報知処理を示すフローチャートである。演出制御用ＣＰＵが実行する演出制御メイン処理を示すフローチャートである。コマンド受信バッファの構成例を示す説明図である。コマンド解析処理を示すフローチャートである。演出制御プロセス処理を示すフローチャートである。入賞順異常報知処理の変形例を示すフローチャートである。主基板におけるＣＰＵが実行するメイン処理の変形例を示すフローチャートである。始動口スイッチ通過処理の変形例を示すフローチャートである。コマンド解析処理の変形例を示すフローチャートである。先読み演出の演出態様を示す説明図である。カードユニットおよびパチンコ遊技機を示す正面図である。パチンコ遊技機のガラス扉と前枠とを開放した状態を示す斜視図である。遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。カードユニットおよびパチンコ遊技機に用いられる制御回路を示すブロック図である。相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。カードユニット側とパチンコ遊技機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。カードユニットとパチンコ遊技機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。電源投入時におけるカードユニットとパチンコ遊技機とでの処理の一例を示す図である。カードユニットにカードが挿入されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。カードユニットにカードが挿入されたときにカードユニットが実行する挿入時処理を示すフローチャート図である。カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態およびカードの挿入状態の関係を説明するための概念図である。挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ遊技機との処理の一例を示す図である。持玉払出・貯玉払出をしたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。遊技玉を計数するときのカードユニットとパチンコ遊技機との通常の処理の一例を示す図である。遊技場が閉店した時に自動的に行なう計数処理を説明するためのシーケンス図である。Ｐ台で記憶する計数履歴データの処理を説明するためのシーケンス図である。遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。電源断、通信回線断線があって、カードユニットからパチンコ遊技機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。Ｐ台で記憶している計数履歴をＣＵに読出す処理の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。電源断、通信回線断線があって、カードユニットからパチンコ遊技機への加算要求のコマンドが未到達のときの処理の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。電源断、通信回線断線があって、カードユニットからパチンコ遊技機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの計数応答のレスポンスが未到達のときの処理の一例を示す図である。電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの計数要求のコマンドが未到達のときの処理の一例を示す図である。電源断、通信回線断線があって、カードユニットからパチンコ遊技機への計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。加算通番に関するＰ台およびＣＵの動作を説明するための概念図である。計数通番に関するＰ台およびＣＵの動作を説明するための概念図である。第１および第２チェック処理に関する動作の一例を説明するための図である。第３チェック処理に関する動作の一例を説明するための図である。要求通番に関する動作の一例を説明するための図である。要求通番に関する動作の別の一例を説明するための図である。リカバリ情報の登録（更新）および消去（クリア）の契機を説明するための図である。鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵を説明するための図である。ＣＵ制御部とセキュリティチップ（ＳＣ）との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。ＣＵ制御部とセキュリティチップ（ＳＣ）との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。ＣＵ制御部の電源投入・ホール設置時の立上の処理を説明するための図である。ＣＵ制御部の電源投入・通常立上の処理を説明するための図である。ＣＵ制御部の電源投入・工場出荷時立上の処理を説明するための図である。基板メーカコードの認証シーケンスの処理を説明するための図である。基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。遊技機チップ情報問合せシーケンスの処理を説明するための図である。基板認証鍵認証異常のシーケンスの処理を説明するための図である。通信回線断（ＰＩＦ）シーケンスの処理を説明する図である。セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。主制御部、払出制御部、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。払出制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。主制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。通信制御ＩＣと暗号通信するための通信制御回路の構成を説明するためのブロック図である。リカバリ完了確認処理を説明するためのフローチャートである。主制御部と払出制御部との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。主制御部と払出制御部との間の通信シーケンスを示す図である。電源断、通信回線断線があって、主制御部から払出制御部への遊技状態通知のコマンドが未到達のときの処理の一例を示す図である。遊技盤開発治具に接続していたＰ台が、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。開発用ＣＵに接続していたＰ台が、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。商用のＣＵに遊技機シミュレータを接続した場合の検知の仕組みを説明するための図である。パチンコ機からの稼働・未稼働情報の通知処理を説明するための説明図である。本実施形態に係る遊技機の出荷から廃棄までの履歴情報（機歴情報）の流れを説明するための図である。本実施形態に係る機歴管理センタに出荷情報が登録されるまでの流れの詳細を示す図である。出荷情報の具体的な内容の一例を示す図である。本実施形態に係る機歴管理センタに設置情報が登録されるまでの流れの詳細を示す図である。図１３９において機歴管理センタに入力される設置情報の内容の一例を示す図である。本実施形態に係る機歴管理センタに撤去情報が登録されるまでの流れを示す図である。本実施形態に係る機歴管理センタに廃棄情報が登録されるまでの流れを示す図である。機歴管理センタに入力される廃棄情報の内容の一例を示す図である。本実施形態に係る前枠および遊技盤の機歴管理を説明するための概略図である。前枠および遊技盤の機歴管理を行なうため、枠の情報および遊技盤の情報を記憶するテーブルの概略図である。機歴管理センタが前枠および遊技盤の管理の異常判定処理を説明するためのフローチャートである。図１４６に示すフローチャートで参照するテーブルを説明する図である。スロットマシンの前面扉を開放した状態を示す斜視図である。カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。

［第１の実施の形態］
以下、本発明の第１の実施の形態を、図面を参照して説明する。まず、遊技機の一例であるパチンコ遊技機１の全体の構成について説明する。図１はパチンコ遊技機１を正面からみた正面図である。

パチンコ遊技機１は、縦長の方形状に形成された外枠（図示せず）と、外枠の内側に開閉可能に取り付けられた遊技枠とで構成される。また、パチンコ遊技機１は、遊技枠に開閉可能に設けられている額縁状に形成されたガラス扉枠２を有する。遊技枠は、外枠に対して開閉自在に設置される前面枠（図示せず）と、機構部品等が取り付けられる機構板（図示せず）と、それらに取り付けられる種々の部品（後述する遊技盤６を除く）とを含む構造体である。

ガラス扉枠２の下部表面には打球供給皿（上皿）３がある。打球供給皿３の下部には、打球供給皿３に収容しきれない遊技球（遊技玉ともいう）を貯留する余剰球受皿４や、打球を発射する打球操作ハンドル（操作ノブ）５が設けられている。また、ガラス扉枠２の背面には、遊技盤６が着脱可能に取り付けられている。なお、遊技盤６は、それを構成する板状体と、その板状体に取り付けられた種々の部品とを含む構造体である。また、遊技盤６の前面には、打ち込まれた遊技球が流下可能な遊技領域７が形成されている。

余剰球受皿（下皿）４を形成する部材には、例えば下皿本体の上面における手前側の所定位置（例えば下皿の中央部分）などに、スティック形状（棒形状）に構成され、遊技者が把持して複数方向（前後左右）に傾倒操作が可能なスティックコントローラ１２２が取り付けられている。なお、スティックコントローラ１２２には、遊技者がスティックコントローラ１２２の操作桿を操作手（例えば左手など）で把持した状態において、所定の操作指（例えば人差し指など）で押引操作することなどにより所定の指示操作が可能なトリガボタン１２１（図５を参照）が設けられ、スティックコントローラ１２２の操作桿の内部には、トリガボタン１２１に対する押引操作などによる所定の指示操作を検知するトリガセンサ１２５（図５を参照）が内蔵されている。また、スティックコントローラ１２２の下部における下皿の本体内部などには、操作桿に対する傾倒操作を検知する傾倒方向センサユニット１２３（図５を参照）が設けられている。また、スティックコントローラ１２２には、スティックコントローラ１２２を振動動作させるためのバイブレータ用モータ１２６（図５を参照）が内蔵されている。

打球供給皿（上皿）３を形成する部材には、例えば上皿本体の上面における手前側の所定位置（例えばスティックコントローラ１２２の上方）などに、遊技者が押下操作などにより所定の指示操作を可能なプッシュボタン１２０が設けられている。プッシュボタン１２０は、遊技者からの押下操作などによる所定の指示操作を、機械的、電気的、あるいは、電磁的に、検出できるように構成されていればよい。プッシュボタン１２０の設置位置における上皿の本体内部などには、プッシュボタン１２０に対してなされた遊技者の操作行為を検知するプッシュセンサ１２４（図５を参照）が設けられていればよい。図１に示す構成例では、プッシュボタン１２０とスティックコントローラ１２２の取付位置が、上皿及び下皿の中央部分において上下の位置関係にある。これに対して、上下の位置関係を保ったまま、プッシュボタン１２０及びスティックコントローラ１２２の取付位置を、上皿及び下皿において左右のいずれかに寄せた位置としてもよい。あるいは、プッシュボタン１２０とスティックコントローラ１２２の取付位置が上下の位置関係にはなく、例えば左右の位置関係にあるものとしてもよい。

遊技領域７の中央付近には、液晶表示装置（ＬＣＤ）で構成された演出表示装置９が設けられている。演出表示装置９の表示画面には、第１特別図柄または第２特別図柄の可変表示に同期した演出図柄の可変表示を行う演出図柄表示領域がある。よって、演出表示装置９は、演出図柄の可変表示を行う可変表示装置に相当する。演出図柄表示領域には、例えば「左」、「中」、「右」の３つの装飾用（演出用）の演出図柄を可変表示する図柄表示エリアがある。図柄表示エリアには「左」、「中」、「右」の各図柄表示エリアがあるが、図柄表示エリアの位置は、演出表示装置９の表示画面において固定的でなくてもよいし、図柄表示エリアの３つ領域が離れてもよい。演出表示装置９は、演出制御基板に搭載されている演出制御用マイクロコンピュータによって制御される。演出制御用マイクロコンピュータが、第１特別図柄表示器８ａで第１特別図柄の可変表示が実行されているときに、その可変表示に伴って演出表示装置９で演出表示を実行させ、第２特別図柄表示器８ｂで第２特別図柄の可変表示が実行されているときに、その可変表示に伴って演出表示装置９で演出表示を実行させるので、遊技の進行状況を把握しやすくすることができる。

また、演出表示装置９において、最終停止図柄（例えば左右中図柄のうち中図柄）となる図柄以外の図柄が、所定時間継続して、大当り図柄（例えば左中右の図柄が同じ図柄で揃った図柄の組み合わせ）と一致している状態で停止、揺動、拡大縮小もしくは変形している状態、または、複数の図柄が同一図柄で同期して変動したり、表示図柄の位置が入れ替わっていたりして、最終結果が表示される前で大当り発生の可能性が継続している状態（以下、これらの状態をリーチ状態という。）において行われる演出をリーチ演出という。また、リーチ状態やその様子をリーチ態様という。さらに、リーチ演出を含む可変表示をリーチ可変表示という。そして、演出表示装置９に変動表示される図柄の表示結果が大当り図柄でない場合には「はずれ」となり、変動表示状態は終了する。遊技者は、大当りをいかにして発生させるかを楽しみつつ遊技を行う。

演出表示装置９の表示画面の右上方部には、演出図柄と後述する特別図柄および普通図柄とに次ぐ第４図柄を表示する第４図柄表示領域９ｃ，９ｄが設けられている。この実施の形態では、後述する第１特別図柄の変動表示に同期して第１特別図柄用の第４図柄の変動表示が行われる第１特別図柄用の第４図柄表示領域９ｃと、第２特別図柄の変動表示に同期して第２特別図柄用の第４図柄の変動表示が行われる第２特別図柄用の第４図柄表示領域９ｄとが設けられている。

この実施の形態では、特別図柄の変動表示に同期して演出図柄の変動表示が実行されるのであるが（ただし、正確には、演出図柄の変動表示は、演出制御用マイクロコンピュータ１００側で変動パターンコマンドにもとづいて認識した変動時間を計測することによって行われる。）、演出表示装置９を用いた演出を行う場合、例えば、演出図柄の変動表示を含む演出内容が画面上から一瞬消えるような演出が行われたり、可動物が画面上の全部または一部を遮蔽するような演出が行われたりするなど、演出態様が多様化してきている。そのため、演出表示装置９上の表示画面を見ていても、現在変動表示中の状態であるのか否か認識しにくい場合も生じている。そこで、この実施の形態では、演出表示装置９の表示画面の一部でさらに第４図柄の変動表示を行うことによって、第４図柄の状態を確認することにより現在変動表示中の状態であるのか否かを確実に認識可能としている。なお、第４図柄は、常に一定の動作で変動表示され、画面上から消えたり遮蔽物で遮蔽されたりすることはないため、常に視認することができる。

なお、第１特別図柄用の第４図柄と第２特別図柄用の第４図柄とを、第４図柄と総称することがあり、第１特別図柄用の第４図柄表示領域９ｃと第２特別図柄用の第４図柄表示領域９ｄを、第４図柄表示領域と総称することがある。

第４図柄の変動（可変表示）は、第４図柄表示領域９ｃ，９ｄを所定の表示色（例えば、青色）で一定の時間間隔で点灯と消灯とを繰り返す状態を継続することによって実現される。第１特別図柄表示器８ａにおける第１特別図柄の可変表示と、第１特別図柄用の第４図柄表示領域９ｃにおける第１特別図柄用の第４図柄の可変表示とは同期している。第２特別図柄表示器８ｂにおける第２特別図柄の可変表示と、第２特別図柄用の第４図柄表示領域９ｄにおける第２特別図柄用の第４図柄の可変表示とは同期している。同期とは、可変表示の開始時点および終了時点が同じであって、可変表示の期間が同じであることをいう。

また、第１特別図柄表示器８ａにおいて大当り図柄が停止表示されるときには、第１特別図柄用の第４図柄表示領域９ｃにおいて大当りを想起させる表示色（はずれとは異なる表示色。例えば、はずれのときには青色で表示されるのに対して、大当りのときには赤色で表示される。また、第２特別図柄表示器８ｂにおいて大当り図柄が停止表示されるときには、第２特別図柄用の第４図柄表示領域９ｄにおいて大当りを想起させる表示色（はずれとは異なる表示色。例えば、はずれのときには青色で表示されるのに対して、大当りのときには赤色で表示される。

なお、この実施の形態では、第４図柄表示領域を演出表示装置９の表示画面の一部に設ける場合を示しているが、演出表示装置９とは別に、ランプやＬＥＤなどの発光体を用いて第４図柄表示領域を実現するようにしてもよい。この場合、例えば、第４図柄の変動（可変表示）を、２つのＬＥＤが交互に点灯する状態を継続することによって実現されるようにしてもよく、２つのＬＥＤのうちのいずれのＬＥＤが停止表示されたかによって大当り図柄が停止表示されたか否かを表すようにしてもよい。

演出表示装置９の右方には、識別情報としての第１特別図柄を可変表示する第１特別図柄表示器（第１可変表示部）８ａが設けられている。この実施の形態では、第１特別図柄表示器８ａは、０〜９の数字を可変表示可能な簡易で小型の表示器（例えば７セグメントＬＥＤ）で実現されている。すなわち、第１特別図柄表示器８ａは、０〜９の数字（または、記号）を可変表示するように構成されている。また、演出表示装置９の右方（第１特別図柄表示器８ａの右隣）には、識別情報としての第２特別図柄を可変表示する第２特別図柄表示器（第２可変表示部）８ｂも設けられている。第２特別図柄表示器８ｂは、０〜９の数字を可変表示可能な簡易で小型の表示器（例えば７セグメントＬＥＤ）で実現されている。すなわち、第２特別図柄表示器８ｂは、０〜９の数字（または、記号）を可変表示するように構成されている。

小型の表示器は、例えば方形状に形成されている。また、この実施の形態では、第１特別図柄の種類と第２特別図柄の種類とは同じ（例えば、ともに０〜９の数字）であるが、種類が異なっていてもよい。また、第１特別図柄表示器８ａおよび第２特別図柄表示器８ｂは、それぞれ、例えば、００〜９９の数字（または、２桁の記号）を可変表示するように構成されていてもよい。

以下、第１特別図柄と第２特別図柄とを特別図柄と総称することがあり、第１特別図柄表示器８ａと第２特別図柄表示器８ｂとを特別図柄表示器（可変表示部）と総称することがある。

なお、この実施の形態では、２つの特別図柄表示器８ａ，８ｂを備える場合を示しているが、遊技機は、特別図柄表示器を１つのみ備えるものであってもよい。

第１特別図柄の可変表示は、可変表示の実行条件である第１始動条件が成立（この実施の形態では、技球が第１始動入賞口１３を通過（入賞を含む）したこと）した後、可変表示の開始条件（例えば、第１保留記憶数が０でない場合であって、第１特別図柄および第２特別図柄の可変表示が実行されていない状態であり、かつ、大当り遊技が実行されていない状態）が成立したことにもとづいて開始され、可変表示時間（変動時間）が経過すると表示結果（停止図柄）を導出表示する。また、第２特別図柄の可変表示は、可変表示の実行条件である第２始動条件が成立（この実施の形態では、遊技球が第２始動入賞口１４を通過（入賞を含む）したこと）した後、可変表示の開始条件（例えば、第２保留記憶数が０でない場合であって、第１特別図柄および第２特別図柄の可変表示が実行されていない状態であり、かつ、大当り遊技が実行されていない状態）が成立したことにもとづいて開始され、可変表示時間（変動時間）が経過すると表示結果（停止図柄）を導出表示する。なお、遊技球が通過するとは、入賞口やゲートなどのあらかじめ入賞領域として定められている領域を遊技球が通過したことであり、入賞口に遊技球が入った（入賞した）ことを含む概念である。また、表示結果を導出表示するとは、図柄（識別情報の例）を最終的に停止表示させることである。

演出表示装置９の下方には、流入した遊技球を振り分けるための振分装置２００が設けられている。また、演出表示装置９の下方には、左右に並ぶように第１始動入賞口１３および第２始動入賞口１４が設けられている。第１始動入賞口１３に入賞した遊技球は、遊技盤６の背面に導かれ、第１始動口スイッチ１３ａによって検出される。また、第２始動入賞口（第２始動口）１４に入賞した遊技球は、遊技盤６の背面に導かれ、第２始動口スイッチ１４ａによって検出される。

また、第２始動入賞口１４には、開放状態と閉鎖放状態とに変化可能な可変入賞球装置１５が設けられている。可変入賞球装置１５は、ソレノイド１６によって開放状態とされる。可変入賞球装置１５が開放状態になることによって、遊技球が第２始動入賞口１４に始動入賞し易くなり、遊技者にとって有利な状態になる。なお、この実施の形態では、可変入賞球装置１５が閉鎖放状態の場合であっても、開放状態と比較すると入賞しにくいももの振分装置２００を経由して第２始動入賞口１４に入賞可能であるように構成する場合を示しているが、可変入賞球装置１５が開放状態である場合にのみ第２始動入賞口１４に始動入賞可能に構成してもよい。

また、この実施の形態では、後述するように、遊技状態が確変状態（この実施の形態では、高確率状態に制御されるとともに時短状態（高ベース状態）にも制御される）である場合に、可変入賞球装置１５が開放状態となる頻度が高められ第２始動入賞口１４に始動入賞しやすくなる。そのため、この実施の形態では、遊技状態が確変状態に制御されている場合には、遊技者は遊技領域７の右方を狙って遊技球を発射するように発射操作を行う（いわゆる右打ち）方が有利になる。なお、遊技状態が確変状態に制御された場合には、例えば、演出表示装置９に「右を狙え！」などと表示して右打ちを示唆する表示を行うようにすることが望ましい。

以下、第１始動入賞口１３および第２始動入賞口１４を総称して始動入賞口または始動口ということがある。

なお、この実施の形態では、図１に示すように、第２始動入賞口１４に対してのみ開閉動作を行う可変入賞球装置１５が設けられているが、第１始動入賞口１３および第２始動入賞口１４のいずれについても開閉動作を行う可変入賞球装置が設けられている構成であってもよい。

また、遊技状態が確変状態や時短状態（高ベース状態）であっても一貫して遊技領域７の左方を狙って遊技球を発射させる仕様の遊技機である場合には、逆に左側の第１始動入賞口１３にのみ可変入賞球装置１５を設けるようにしてもよい。

第２特別図柄表示器８ｂの上方には、第２始動入賞口１４に入った有効入賞球数すなわち第２保留記憶数を表示する４つの表示器からなる第２特別図柄保留記憶表示器１８ｂが設けられている。第２特別図柄保留記憶表示器１８ｂは、有効始動入賞がある毎に、点灯する表示器の数を１増やす。そして、第２特別図柄表示器８ｂでの可変表示が開始される毎に、点灯する表示器の数を１減らす。

また、第２特別図柄保留記憶表示器１８ｂのさらに上方には、第１始動入賞口１３に入った有効入賞球数すなわち第１保留記憶数（保留記憶を、始動記憶または始動入賞記憶ともいう。）を表示する４つの表示器からなる第１特別図柄保留記憶表示器１８ａが設けられている。第１特別図柄保留記憶表示器１８ａは、有効始動入賞がある毎に、点灯する表示器の数を１増やす。そして、第１特別図柄表示器８ａでの可変表示が開始される毎に、点灯する表示器の数を１減らす。

また、演出表示装置９の表示画面の下部には、第１保留記憶数と第２保留記憶数との合計である合計数（合算保留記憶数）を表示する合算保留記憶表示部１８ｃが設けられている。そのように、この実施の形態では、合計数を表示する合算保留記憶表示部１８ｃが設けられていることによって、可変表示の開始条件が成立していない実行条件の成立数の合計を把握しやすくすることができる。なお、この実施の形態では、合算保留記憶表示部１８ｃにおいて、第１保留記憶と第２保留記憶とが第１始動入賞口１３および第２始動入賞口１４への入賞順に並べて表示されるとともに、第１保留記憶であるか第２保留記憶であるかを認識可能な態様で表示される（例えば、第１保留記憶は赤色で表示され、第２保留記憶は青色で表示される）。なお、合算保留記憶表示部１８ｃに代えて、第１保留記憶数を表示する第１保留記憶表示部と第２保留記憶数を表示する第２保留記憶表示部とを設けるように構成してもよい。

演出表示装置９は、第１特別図柄表示器８ａによる第１特別図柄の可変表示時間中、および第２特別図柄表示器８ｂによる第２特別図柄の可変表示時間中に、装飾用（演出用）の図柄としての演出図柄の可変表示を行う。第１特別図柄表示器８ａにおける第１特別図柄の可変表示と、演出表示装置９における演出図柄の可変表示とは同期している。また、第２特別図柄表示器８ｂにおける第２特別図柄の可変表示と、演出表示装置９における演出図柄の可変表示とは同期している。また、第１特別図柄表示器８ａにおいて大当り図柄が停止表示されるときと、第２特別図柄表示器８ｂにおいて大当り図柄が停止表示されるときには、演出表示装置９において大当りを想起させるような演出図柄の組み合わせが停止表示される。

また、図１に示すように、第１始動入賞口１３および第２始動入賞口１４の下方には、大入賞口を形成する特別可変入賞球装置２０が設けられている。特別可変入賞球装置２０は開閉板を備え、第１特別図柄表示器８ａに特定表示結果（大当り図柄）が導出表示されたときと、第２特別図柄表示器８ｂに特定表示結果（大当り図柄）が導出表示されたときに生起する特定遊技状態（大当り遊技状態）においてソレノイド２１によって開閉板が開放状態に制御されることによって、入賞領域となる大入賞口が開放状態になる。大入賞口に入賞した遊技球はカウントスイッチ２３で検出される。

演出表示装置９の左方には、普通図柄を可変表示する普通図柄表示器１０が設けられている。この実施の形態では、普通図柄表示器１０は、０〜９の数字を可変表示可能な簡易で小型の表示器（例えば７セグメントＬＥＤ）で実現されている。すなわち、普通図柄表示器１０は、０〜９の数字（または、記号）を可変表示するように構成されている。また、小型の表示器は、例えば方形状に形成されている。なお、普通図柄表示器１０は、例えば、００〜９９の数字（または、２桁の記号）を可変表示するように構成されていてもよい。また、普通図柄表示器１０は、７セグメントＬＥＤなどにかぎらず、例えば、所定の記号表示を点灯表示可能な表示器（例えば、「○」や「×」を交互に点灯表示可能な装飾ランプ）で構成されていてもよい。

遊技領域７の左右にそれぞれ設けられたゲート３２を遊技球が通過しゲートスイッチ３２ａで検出されると、普通図柄表示器１０の表示の可変表示が開始される。そして、普通図柄表示器１０における停止図柄が所定の図柄（当り図柄。例えば、図柄「７」。）である場合に、可変入賞球装置１５が所定回数、所定時間だけ開放状態になる。すなわち、可変入賞球装置１５の状態は、普通図柄の停止図柄が当り図柄である場合に、遊技者にとって不利な状態から有利な状態（第２始動入賞口１４に遊技球が入賞しやすい状態）に変化する。普通図柄表示器１０の近傍には、ゲート３２を通過した入賞球数を表示する４つのＬＥＤによる表示部を有する普通図柄保留記憶表示器４１が設けられている。ゲート３２への遊技球の通過がある毎に、すなわちゲートスイッチ３２ａによって遊技球が検出される毎に、普通図柄保留記憶表示器４１は点灯するＬＥＤを１増やす。そして、普通図柄表示器１０の可変表示が開始される毎に、点灯するＬＥＤを１減らす。さらに、通常状態に比べて大当りとすることに決定される確率が高い状態である確変状態（通常状態と比較して、特別図柄の変動表示結果として大当りと判定される確率が高められた状態）では、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められるとともに、可変入賞球装置１５の開放時間と開放回数が高められる。なお、この実施の形態では、確変状態に制御されるときには、図柄の変動時間が短縮されている時短状態（特別図柄の可変表示時間が短縮される遊技状態）にも制御される。

遊技盤６の下部には、入賞しなかった打球（アウト球）が取り込まれるアウト口２６がある。また、遊技領域７の外側の左右上部および左右下部には、所定の音声出力として効果音や音声を発声する４つのスピーカ２７が設けられている。遊技領域７の外周には、前面枠に設けられた枠ＬＥＤ２８が設けられている。

遊技機には、遊技者が打球操作ハンドル５を操作することに応じて駆動モータを駆動し、駆動モータの回転力を利用して遊技球を遊技領域７に発射する打球発射装置（図示せず）が設けられている。打球発射装置から発射された遊技球は、遊技領域７を囲むように円形状に形成された打球レール（図示せず）を通って遊技領域７に入り、その後、遊技領域７を下りてくる。遊技球が第１始動入賞口１３に入り第１始動口スイッチ１３ａで検出されると、第１特別図柄の可変表示を開始できる状態であれば（例えば、特別図柄の可変表示が終了し、第１の開始条件が成立したこと）、第１特別図柄表示器８ａにおいて第１特別図柄の可変表示（変動）が開始されるとともに、演出表示装置９において演出図柄の可変表示が開始される。すなわち、第１特別図柄および演出図柄の可変表示は、第１始動入賞口１３への入賞に対応する。第１特別図柄の可変表示を開始できる状態でなければ、第１保留記憶数が上限値に達していないことを条件として、第１保留記憶数を１増やす。

遊技球が第２始動入賞口１４に入り第２始動口スイッチ１４ａで検出されると、第２特別図柄の可変表示を開始できる状態であれば（例えば、特別図柄の可変表示が終了し、第２の開始条件が成立したこと）、第２特別図柄表示器８ｂにおいて第２特別図柄の可変表示（変動）が開始されるとともに、演出表示装置９において演出図柄の可変表示が開始される。すなわち、第２特別図柄および演出図柄の可変表示は、第２始動入賞口１４への入賞に対応する。第２特別図柄の可変表示を開始できる状態でなければ、第２保留記憶数が上限値に達していないことを条件として、第２保留記憶数を１増やす。

この実施の形態では、大当り（１５Ｒ確変大当り、７Ｒ確変大当り、突然確変大当り）となった場合には、遊技状態を高確率状態（確変状態）に移行するとともに、遊技球が始動入賞しやすくなる（すなわち、特別図柄表示器８ａ，８ｂや演出表示装置９における可変表示の実行条件が成立しやすくなる）ように制御された遊技状態である高ベース状態に移行（この実施の形態では、時短状態に移行）する。高ベース状態である場合には、例えば、高ベース状態でない場合と比較して、可変入賞球装置１５が開放状態となる頻度が高められたり、可変入賞球装置１５が開放状態となる時間が延長されたりして、始動入賞しやすくなる。

なお、可変入賞球装置１５が開放状態となる時間を延長する（開放延長状態ともいう）のでなく、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められる普通図柄確変状態に移行することによって、高ベース状態に移行してもよい。普通図柄表示器１０における停止図柄が所定の図柄（当り図柄）となると、可変入賞球装置１５が所定回数、所定時間だけ開放状態になる。この場合、普通図柄確変状態に移行制御することによって、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められ、可変入賞球装置１５が開放状態となる頻度が高まる。従って、普通図柄確変状態に移行すれば、可変入賞球装置１５の開放時間と開放回数が高められ、始動入賞しやすい状態（高ベース状態）となる。すなわち、可変入賞球装置１５の開放時間と開放回数は、普通図柄の停止図柄が当り図柄であったり、特別図柄の停止図柄が確変図柄である場合等に高められ、遊技者にとって不利な状態から有利な状態（始動入賞しやすい状態）に変化する。なお、開放回数が高められることは、閉鎖放状態から開放状態になることも含む概念である。

また、普通図柄表示器１０における普通図柄の変動時間（可変表示期間）が短縮される普通図柄時短状態に移行することによって、高ベース状態に移行してもよい。普通図柄時短状態では、普通図柄の変動時間が短縮されるので、普通図柄の変動が開始される頻度が高くなり、結果として普通図柄が当りとなる頻度が高くなる。従って、普通図柄が当たりとなる頻度が高くなることによって、可変入賞球装置１５が開放状態となる頻度が高くなり、始動入賞しやすい状態（高ベース状態）となる。

また、特別図柄や演出図柄の変動時間（可変表示期間）が短縮される時短状態に移行することによって、特別図柄や演出図柄の変動時間が短縮されるので、特別図柄や演出図柄の変動が開始される頻度が高くなり（換言すれば、保留記憶の消化が速くなる。）、無効な始動入賞が生じてしまう事態を低減することができる。従って、有効な始動入賞が発生しやすくなり、結果として、大当り遊技が行われる可能性が高まる。

さらに、上記に示した全ての状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）に移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。また、上記に示した各状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）のうちのいずれか複数の状態に移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。また、上記に示した各状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）のうちのいずれか１つの状態にのみ移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。

次に、振分装置２００について説明する。図２は、振分装置２００を説明するための説明図である。図２に示すように、振分装置２００上部には、遊技球が流入可能な流入口２０１が設けられている。また、振分装置２００内部には、流入口２０１から振分装置２００内に流入した遊技球を左側通路２０３と右側通路２０４とのいずれかに振り分けるための振分部材２０２が設けられている。また、振分装置２００の下部には、左側通路２０３を通過した遊技球が振分装置２００から流出可能な左側流出口２０５と、右側通路２０４を通過した遊技球が振分装置２００から流出可能な右側流出口２０６とが設けられている。

図２（ａ）に示す例では、振分部材２０２によって振分装置２００内の右側通路２０４が遮蔽され、遊技球が左側通路２０３を通過可能な状態が示されている。図２（ａ）に示す状態において遊技球が流入口２０１から振分装置２００内に流入すると、図２（ｂ）に示すように、流入口２０１から流入した遊技球は振分部材２００によって左側通路２０３に振り分けられ、左側通路２０３を通過して左側流出口２０５から流出する。そして、左側流出口２０５の下方には第１始動入賞口１３が位置しているので、左側流出口２０５から流出した遊技球は、第１始動入賞口１３に入賞する。

また、遊技球が左側通路２０３を通過するときに、振分部材２０２の回転軸部分に設けられている羽根部２０２ａに遊技球があたり、遊技球の自重によって羽根部２０２ａが押されることによって、図２（ａ）および図２（ｂ）に示すように、振分部材２０２が右側に倒れている状態から左側に倒れている状態に変化する。そのように変化することにより、図２（ｂ）に示すように、振分部材２０２によって振分装置２００内の左側通路２０３が遮蔽され、遊技球が右側通路２０４を通過可能な状態となる。

次いで、そのような状態において、図２（ｃ）に示すように、遊技球が流入口２０１から振分装置２００内に流入すると、図２（ｄ）に示すように、流入口２０１から流入した遊技球は振分部材２００によって右側通路２０４に振り分けられ、右側通路２０４を通過して右側流出口２０６から流出する。そして、右側流出口２０６の下方には第２始動入賞口１４が位置しているので、右側流出口２０６から流出した遊技球は、第２始動入賞口１４に入賞する。

また、遊技球が右側通路２０４を通過するときに、振分部材２０４の回転軸部分に設けられている羽根部２０２ａに遊技球があたり、遊技球の自重によって羽根部２０２ａが押されることによって、図２（ｃ）および図２（ｄ）に示すように、振分部材２０２が左側に倒れている状態から右側に倒れている状態に変化する。そのように変化することにより、図２（ｄ）に示すように、振分部材２０２によって振分装置２００内の右側通路２０４が遮蔽され、遊技球が左側通路２０３を通過可能な状態となる。

図２に示すような動作をすることにより、この実施の形態では、振分部材２０２によって振分装置２００に流入した遊技球が左側通路２０３と右側通路２０４とに交互に振り分けられ、第１始動入賞口１３と第２始動入賞口１４とに交互に入賞可能となる。

一方、この実施の形態では、振分装置２００の振分部材２０２の状態にかかわらず、可変入賞球装置１５が開放状態に制御されているときにも第２始動入賞口１４に遊技球が入賞可能である。図３は、可変入賞球装置１５が開放状態に制御されているときに第２始動入賞口１４に遊技球が入賞する形態を説明するための説明図である。図３に示すように、振分部材２０２によって振分装置２００内の右側通路２０４が遮蔽され、遊技球が左側通路２０３を通過可能な状態（右側通路２０４は通過不能または通過困難な状態）であっても、可変入賞球装置１５が開放状態に制御されていれば、振分装置２００の右方から遊技球が進入し第２始動入賞口１４に入賞することが可能である。

なお、この実施の形態では、図３に示すように、第２始動入賞口１４の左右両側に可変入賞球装置１５の羽根部品が設けられている場合を示しているが、可変入賞球装置１５が開放状態の場合に振分装置２００を経由せずに第２始動入賞口１４に入賞する場合には、図３に示すように振分装置２００の右方から遊技球が進入して入賞する場合が殆どであることから、可変入賞球装置１５の左側の羽根部品はなくてもよい。ただし、そのようにしてしまうと、振分装置２００の右方から進入した遊技球が第２始動入賞口１４の上を素通りして入賞できない場合も考えられるので、振分装置２００の右方から進入した遊技球の勢いを止めるための遮蔽部（例えば、合成樹脂製の突起状部品や釘）を第２始動入賞口の開口部の左側に設けるようにして、可変入賞球装置１５が開放中の第２始動入賞口１４に遊技球が入賞するように構成してもよい。

また、この実施の形態では、図２および図３に示したように、振分装置２００の下方に第１始動入賞口１３および第２始動入賞口１４を設けるように構成することによって、左側通路２０３に振り分けられた遊技球は略１００％で第１始動入賞口１３に入賞し、右側通路２０４に振り分けられた遊技球は略１００％で第２始動入賞口１４に入賞する場合を示したが、左側通路２０３や右側通路２０４に振り分けられた遊技球が振分装置２００の外にこぼれる場合があるように構成し、左側通路２０３や右側通路２０４に振り分けられても必ずしも第１始動入賞口１３や第２始動入賞口１４に入賞しない場合があるようにしてもよい。例えば、図２および図３では左側流出口２０５および右側流出口２０６からダイレクトに真下に遊技球が落下するように構成したが、左側流出口２０５および右側流出口２０６に底面部材を設けて遊技者から見て奥側に一旦誘導されてから第１始動入賞口１３や第２始動入賞口１４に遊技球が流れるように構成するとともに、左側通路２０３や右側通路２０４の外側側面に開口部を設けて、左側通路２０３や右側通路２０４に振り分けられた遊技球の一部がその開口部から振分装置２００の外にこぼれて第１始動入賞口１３や第２始動入賞口１４に入賞しない場合があるように構成してもよい。

また、この実施の形態では、第１始動入賞口１３および第２始動入賞口１４が振分装置２００の外部に設けられている（具体的には、図２および図３に示すように、振分装置２００の下方に設けられている）場合を示したが、第１始動入賞口１３および第２始動入賞口１４が振分装置２００の内部に含まれているように構成してもよい。

また、この実施の形態では、振分装置２００に２つの通路２０３，２０４が設けられている場合を示したが、２つである場合にかぎらず、３以上の通路が設けられていてもよい。この場合、例えば、第１始動入賞口１３または第２始動入賞口１４のいずれか一方または両方に入賞可能な通路が複数存在するように構成してもよい。

また、この実施の形態では、振分装置２００の振分部材２０２が遊技球の自重によって物理的に左右に切り替わる場合を示したが、例えば、振分部材２０２を駆動するためのソレノイドやモータを設け、遊技制御用マイクロコンピュータ５６０からの制御によって振分部材２０２を交互に切り替えるように構成してもよい。

また、逆に、この実施の形態では、第２始動入賞口１４に設けられた可変入賞球装置１５についてはソレノイド１６を駆動制御することにより開閉動作を行う場合を示しているが、可変入賞球装置１５に振分部材２０２と類似の機構を適用して遊技球の自重により開閉動作を行うように構成するなど、可変入賞球装置１５を遊技制御用マイクロコンピュータ５６０による制御によらずに物理的に開閉動作するように構成してもよい。この場合、例えば、可変入賞球装置１５の開放状態を検出するためのセンサ（例えば、光センサ）を設けるようにし、そのセンサからの入力にもとづいて可変入賞球装置１５が開放状態であるか否かを判定するようにすればよい。

また、プリペイド機能を備えるプリペイドカード等の遊技用記録媒体としての遊技用カードが挿入されることによって玉貸しを可能にするカードユニットが、パチンコ遊技機１に隣接して設置される（図示省略）。

図４は、主基板（遊技制御基板）３１における回路構成の一例を示すブロック図である。なお、図４は、払出制御基板３７および演出制御基板８０等も示されている。主基板３１には、プログラムに従ってパチンコ遊技機１を制御する遊技制御用マイクロコンピュータ（遊技制御手段に相当）５６０、制御用クロック生成回路１１１、および乱数用クロック生成回路１１２が搭載されている。遊技制御用マイクロコンピュータ５６０は、ゲーム制御（遊技進行制御）用のプログラム等を記憶するＲＯＭ５４、ワークメモリとして使用される記憶手段としてのＲＡＭ５５、プログラムに従って制御動作を行うＣＰＵ５６を含む。また、この実施の形態では、ＲＯＭ５４およびＲＡＭ５５は遊技制御用マイクロコンピュータ５６０に内蔵されている。すなわち、遊技制御用マイクロコンピュータ５６０は、１チップマイクロコンピュータである。１チップマイクロコンピュータには、少なくともＣＰＵ５６のほかＲＡＭ５５が内蔵されていればよく、ＲＯＭ５４は外付けであっても内蔵されていてもよい。遊技制御用マイクロコンピュータ５６０には、さらに、ハードウェア乱数（ハードウェア回路が発生する乱数）を発生する乱数回路５０８ａ，５０８ｂが内蔵されている。

ここで、制御用クロック生成回路１１１は、遊技制御用マイクロコンピュータ５６０の外部にて、所定周波数の発振信号となる制御用クロックＣＣＬＫを生成する。制御用クロック生成回路１１１により生成された制御用クロックＣＣＬＫは、例えば、後述する図６に示すような遊技制御用マイクロコンピュータ５６０の制御用外部クロック端子を介してクロック回路５０２に供給される。乱数用クロック生成回路１１２は、遊技制御用マイクロコンピュータ５６０の外部にて、制御用クロックＣＣＬＫの発振周波数とは異なる所定周波数の発振信号となる乱数用クロックＲＣＬＫを生成する。乱数用クロック生成回路１１２により生成された乱数用クロックＲＣＬＫは、例えば、後述する図６に示すような遊技制御用マイクロコンピュータ５６０の乱数用外部クロック端子（ＲＣＫ端子）を介して乱数回路５０８ａ，５０８ｂに供給される。一例として、乱数用クロック生成回路１１２により生成される乱数用クロックＲＣＬＫの発振周波数は、制御用クロック生成回路１１１により生成される制御用クロックＣＣＬＫの発振周波数以下となるようにすればよい。あるいは、乱数用クロック生成回路１１２により生成される乱数用クロックＲＣＬＫの発振周波数は、制御用クロック生成回路１１１により生成される制御用クロックＣＣＬＫの発振周波数よりも高周波となるようにしてもよい。

なお、この実施の形態では、乱数用クロック生成回路１１２から専用の乱数用クロックＲＣＬＫを乱数回路５０８ａ，５０８ｂに入力する場合を示しているが、そのような態様にかぎられない。例えば、専用のクロックを用いるのではなく、制御用クロック生成回路１１１からの制御用クロックＣＣＬＫを遊技制御用マイクロコンピュータ５６０内部で乱数回路５０８ａ，５０８ｂに入力させるように構成してもよい。この場合、例えば、制御用クロックＣＣＬＫを分周した信号を用いて乱数回路５０８ａ，５０８ｂ内蔵の乱数カウンタ（後述する乱数生成回路５２５ａ，５２５ｂ）を更新させるようにしてもよい。また、この場合、乱数用クロック生成回路１１２は主基板３１上に設けなくてもよい。

また、ＲＡＭ５５は、その一部または全部が電源基板９１０において作成されるバックアップ電源によってバックアップされている不揮発性記憶手段としてのバックアップＲＡＭである。すなわち、遊技機に対する電力供給が停止しても、所定期間（バックアップ電源としてのコンデンサが放電してバックアップ電源が電力供給不能になるまで）は、ＲＡＭ５５の一部または全部の内容は保存される。特に、少なくとも、遊技状態すなわち遊技制御手段の制御状態に応じたデータ（特別図柄プロセスフラグなど）と未払出賞球数を示すデータは、バックアップＲＡＭに保存される。遊技制御手段の制御状態に応じたデータとは、停電等が生じた後に復旧した場合に、そのデータにもとづいて、制御状態を停電等の発生前に復旧させるために必要なデータである。また、制御状態に応じたデータと未払出賞球数を示すデータとを遊技の進行状態を示すデータと定義する。なお、この実施の形態では、ＲＡＭ５５の全部が、電源バックアップされているとする。

なお、遊技制御用マイクロコンピュータ５６０においてＣＰＵ５６がＲＯＭ５４に格納されているプログラムに従って制御を実行するので、以下、遊技制御用マイクロコンピュータ５６０（またはＣＰＵ５６）が実行する（または、処理を行う）ということは、具体的には、ＣＰＵ５６がプログラムに従って制御を実行することである。このことは、主基板３１以外の他の基板に搭載されているマイクロコンピュータについても同様である。ただし、後述するように、遊技機への電源投入時やシステムリセット発生時には、遊技制御用マイクロコンピュータ５６０は、プログラム管理エリアの設定内容に従って、内部リセット動作の設定や乱数回路５０８ａ，５０８ｂの設定、レジスタの設定などを行うのであるが、この設定動作については、遊技制御用マイクロコンピュータ５６０は、プログラムによらず、ハードウェア的に実行する。

また、ゲートスイッチ３２ａ、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａおよびカウントスイッチ２３からの検出信号を遊技制御用マイクロコンピュータ５６０に与える入力ドライバ回路５８も主基板３１に搭載されている。また、可変入賞球装置１５を開閉するソレノイド１６、および大入賞口を形成する特別可変入賞球装置２０を開閉するソレノイド２１を遊技制御用マイクロコンピュータ５６０からの指令に従って駆動する出力回路５９も主基板３１に搭載されている。

また、遊技制御用マイクロコンピュータ５６０は、特別図柄を可変表示する第１特別図柄表示器８ａ、第２特別図柄表示器８ｂ、普通図柄を可変表示する普通図柄表示器１０、第１特別図柄保留記憶表示器１８ａ、第２特別図柄保留記憶表示器１８ｂおよび普通図柄保留記憶表示器４１の表示制御を行う。

なお、大当り遊技状態の発生を示す大当り情報等の情報出力信号を、ターミナル基板１６０を介して、ホールコンピュータ等の外部装置に対して出力する情報出力回路６４も主基板３１に搭載されている。

主基板３１と演出制御基板８０との間では、例えば主基板３１から中継基板７７を介して演出制御基板８０へと向かう単一方向のみでシリアル通信などを行うことにより、各種の演出制御コマンドが伝送される。この実施の形態では、演出制御基板８０に搭載されている演出制御手段（演出制御用マイクロコンピュータで構成される。）が、中継基板７７を介して遊技制御用マイクロコンピュータ５６０から演出内容を指示する演出制御コマンドを受信し、演出図柄を可変表示する演出表示装置９の表示制御を行う。

また、演出制御基板８０に搭載されている演出制御手段が、ランプドライバ基板３５を介して、遊技盤に設けられている装飾ＬＥＤ２５、および枠側に設けられている枠ＬＥＤ２８の表示制御を行うとともに、音声出力基板７０を介してスピーカ２７からの音出力の制御を行う。

図５は、中継基板７７、演出制御基板８０、ランプドライバ基板３５および音声出力基板７０の回路構成例を示すブロック図である。なお、図５に示す例では、ランプドライバ基板３５および音声出力基板７０には、マイクロコンピュータは搭載されていないが、マイクロコンピュータを搭載してもよい。また、ランプドライバ基板３５および音声出力基板７０を設けずに、演出制御に関して演出制御基板８０のみを設けてもよい。

演出制御基板８０は、演出制御用ＣＰＵ１０１、および演出図柄プロセスフラグ等の演出に関する情報を記憶するＲＡＭを含む演出制御用マイクロコンピュータ１００を搭載している。なお、ＲＡＭは外付けであってもよい。この実施の形態では、演出制御用マイクロコンピュータ１００におけるＲＡＭは電源バックアップされていない。演出制御基板８０において、演出制御用ＣＰＵ１０１は、内蔵または外付けのＲＯＭ（図示せず）に格納されたプログラムに従って動作し、中継基板７７を介して演出制御コマンドを受信する。また、演出制御用ＣＰＵ１０１は、演出制御コマンドにもとづいて、ＶＤＰ（ビデオディスプレイプロセッサ）１０９に演出表示装置９の表示制御を行わせる。

この実施の形態では、演出制御用マイクロコンピュータ１００と共動して演出表示装置９の表示制御を行うＶＤＰ１０９が演出制御基板８０に搭載されている。ＶＤＰ１０９は、演出制御用マイクロコンピュータ１００とは独立したアドレス空間を有し、そこにＶＲＡＭをマッピングする。ＶＲＡＭは、画像データを展開するためのバッファメモリである。そして、ＶＤＰ１０９は、ＶＲＡＭ内の画像データをフレームメモリを介して演出表示装置９に出力する。

演出制御用ＣＰＵ１０１は、受信した演出制御コマンドに従ってＣＧＲＯＭ（図示せず）から必要なデータを読み出すための指令をＶＤＰ１０９に出力する。ＣＧＲＯＭは、演出表示装置９に表示されるキャラクタ画像データや動画像データ、具体的には、人物、文字、図形や記号等（演出図柄を含む）、および背景画像のデータをあらかじめ格納しておくためのＲＯＭである。ＶＤＰ１０９は、演出制御用ＣＰＵ１０１の指令に応じて、ＣＧＲＯＭから画像データを読み出す。そして、ＶＤＰ１０９は、読み出した画像データにもとづいて表示制御を実行する。

また、演出制御用ＣＰＵ１０１は、スティックコントローラ１２２のトリガボタン１２１に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、トリガセンサ１２５から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、プッシュボタン１２０に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、プッシュセンサ１２４から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、スティックコントローラ１２２の操作桿に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、傾倒方向センサユニット１２３から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、出力ポート１０５を介してバイブレータ用モータ１２６に駆動信号を出力することにより、スティックコントローラ１２２を振動動作させる。

さらに、演出制御用ＣＰＵ１０１は、出力ポート１０５を介してランプドライバ基板３５に対してＬＥＤを駆動する信号を出力する。また、演出制御用ＣＰＵ１０１は、出力ポート１０４を介して音声出力基板７０に対して音番号データを出力する。

ランプドライバ基板３５において、ＬＥＤを駆動する信号は、入力ドライバ３５１を介してＬＥＤドライバ３５２に入力される。ＬＥＤドライバ３５２は、ＬＥＤを駆動する信号にもとづいて枠ＬＥＤ２８などの枠側に設けられている発光体に電流を供給する。また、遊技盤側に設けられている装飾ＬＥＤ２５に電流を供給する。

音声出力基板７０において、音番号データは、入力ドライバ７０２を介して音声合成用ＩＣ７０３に入力される。音声合成用ＩＣ７０３は、音番号データに応じた音声や効果音を発生し増幅回路７０５に出力する。増幅回路７０５は、音声合成用ＩＣ７０３の出力レベルを、ボリューム７０６で設定されている音量に応じたレベルに増幅した音声信号をスピーカ２７に出力する。音声データＲＯＭ７０４には、音番号データに応じた制御データが格納されている。音番号データに応じた制御データは、所定期間（例えば演出図柄の変動期間）における効果音または音声の出力態様を時系列的に示すデータの集まりである。

図６は、主基板３１に搭載された遊技制御用マイクロコンピュータ５６０の構成例を示している。図６に示す遊技制御用マイクロコンピュータ５６０は、例えば１チップマイクロコンピュータであり、外部バスインタフェース５０１と、クロック回路５０２と、照合用ブロック５０３と、固有情報記憶回路５０４と、演算回路５０５と、リセット／割り込みコントローラ５０６と、ＣＰＵ（Central Processing Unit）５６と、ＲＯＭ（Read Only Memory）５４と、ＲＡＭ（Random Access Memory）５５と、フリーランカウンタ回路５０７と、乱数回路５０８ａ，５０８ｂと、タイマ回路５０９と、割り込みコントローラ５１０と、パラレル入力ポート５１１と、シリアル通信回路５１２と、パラレル出力ポート５１３と、アドレスデコード回路５１４とを備えて構成される。

また、遊技制御用マイクロコンピュータ５６０が搭載する乱数回路には、８ビット乱数を発生させる８ビット乱数回路５０８ａと、１６ビット乱数を発生させる１６ビット乱数回路５０８ｂとがある。なお、図６に示す例では、８ビット乱数回路５０８ａと、１６ビット乱数を発生させる１６ビット乱数回路５０８ｂとが１つずつ図示されているが、遊技制御用マイクロコンピュータ５６０は、８ビット乱数回路５０８ａと、１６ビット乱数を発生させる１６ビット乱数回路５０８ｂとを、それぞれ４回路（４チャネル）ずつ搭載している。なお、この実施の形態では、８ビット乱数回路５０８ａの４つのチャネルをそれぞれＲＳ０〜ＲＳ３と表現する場合があり、１６ビット乱数回路５０８ｂの４つのチャネルをそれぞれＲＬ０〜ＲＬ３と表現する場合がある。

また、リセット／割り込みコントローラ５０６は、指定エリア外走行禁止（ＩＡＴ）回路５０６ａとウオッチドッグタイマ（ＷＤＴ）５０６ｂとを備える。ＩＡＴ回路５０６ａは、ユーザプログラムが指定エリア内で正しく実行されているか否かを監視する回路であり、指定エリア外でユーザプログラムが実行されたことを検出するとＩＡＴ発生信号を出力する機能を備える。また、ウオッチドッグタイマ５０６ｂは、設定期間ごとにタイムアウト信号を発生させる機能を備える。

図７は、遊技制御用マイクロコンピュータ５６０におけるアドレスマップの一例を示している。図７に示すように、アドレス００００Ｈ〜アドレス２ＦＦＦＨの領域は、遊技制御用マイクロコンピュータ５６０のＲＯＭ５４に割り当てられ、プログラムコード／データエリア（ユーザプログラムやデータを格納するエリア）とプログラム管理エリアとを含んでいる。図８は、ＲＯＭ５４におけるプログラム管理エリアの主要部分について、用途や内容の一例を示している。アドレスＦ０００Ｈ〜アドレスＦ３ＦＦＨの領域は、遊技制御用マイクロコンピュータ５６０のＲＡＭ５５に割り当てられている。アドレスＦＥ００Ｈ〜アドレスＦＥＢＦＨの領域は、遊技制御用マイクロコンピュータ５６０の内蔵レジスタに割り当てられる内蔵レジスタエリアである。図９〜図１１は、内蔵レジスタエリアの主要部分について、用途や内容の一例を示している。アドレスＦＥＤ０Ｈ〜アドレスＦＥＦＤＨの領域は、アドレスデコード回路５１４に割り当てられるＸＣＳ，ＸＣＳＥデコードエリアである。

プログラム管理エリアは、遊技制御用マイクロコンピュータ５６０がシステムリセット時に内部リセット動作の設定や乱数回路５０８ａ，５０８ｂの設定など各種設定を行うために必要な情報を格納する記憶領域である。図８に示すように、プログラム管理エリアには、ヘッダ（ＫＨＤＲ）、プログラムコードエンドアドレス（ＫＰＣＥ）、プログラムコードスタートアドレス２（ＫＰＣＳ２）、プログラムコードエンドアドレス２（ＫＰＣＥ２）、リセット設定（ＫＲＥＳ）、１６ビット乱数初期設定１（ＫＲＬ１）、１６ビット乱数初期設定２（ＫＲＬ２）、１６ビット乱数初期設定３（ＫＲＬ３）、８ビット乱数初期設定１（ＫＲＳ１）、８ビット乱数初期設定２（ＫＲＳ２）、セキュリティ時間設定（ＫＳＥＳ）、乱数クロック監視設定（ＫＲＣＳ）などが、含まれている。また、図９〜図１１に示すように、内蔵レジスタエリアには、内部情報レジスタ（ＣＩＦ）や、乱数回路５０８ａ，５０８ｂで用いる各種レジスタなどが、含まれている。

プログラム管理エリアに記憶されるヘッダ（ＫＨＤＲ）は、プログラム管理エリアのスタートを示す８バイトのコード列の設定、および遊技制御用マイクロコンピュータ５６０における内部データの読出設定を示す。図１２は、ヘッダ（ＫＨＤＲ）における設定データと動作との対応関係を例示している。ここで、遊技制御用マイクロコンピュータ５６０では、ＲＯＭ読出防止機能と、バス出力マスク機能とを設定可能である。ＲＯＭ読出防止機能は、遊技制御用マイクロコンピュータ５６０が備えるＲＯＭ５４の記憶データについて、読出動作を許可または禁止する機能であり、読出禁止に設定された状態では、ＲＯＭ５４の記憶データを読み出すことができない。バス出力マスク機能は、外部バスインタフェース５０１に接続された外部装置から遊技制御用マイクロコンピュータ５６０の内部データに対する読出要求があった場合に、外部バスインタフェース５０１におけるアドレスバス出力、データバス出力および制御信号出力にマスクをかけることにより、外部装置から内部データの読み出しを不能にする機能である。図１２に示すように、プログラム管理エリアのスタートを示す８バイトのコード列として設定する設定データに対応して、ＲＯＭ読出防止機能やバス出力マスク機能の動作組合せが異なるように設定される。図１２に示す設定データのうち、ＲＯＭ読出が許可されるとともに、バス出力マスクが有効となる設定データは、バス出力マスク有効データともいう。また、ＲＯＭ読出が禁止されるとともに、バス出力マスクが有効となる設定データ（全て「００Ｈ」）は、ＲＯＭ読出禁止データともいう。ＲＯＭ読出が許可されるとともに、バス出力マスクが無効となる設定データは、バス出力マスク無効データともいう。

プログラム管理エリアに記憶されるプログラムコードエンドアドレス（ＫＰＣＥ）は、ユーザプログラムの００００Ｈから続くプログラムコードエリアの最終アドレスの設定を示す。図１３（Ａ）は、プログラムコードエンドアドレス（ＫＰＣＥ）における設定内容の一例を示している。

なお、この実施の形態では、アドレス００００Ｈ〜アドレス２ＦＢＦＨまでのプログラムコード／データエリア内に２つのプログラムコードエリアを設定可能である。具体的には、１つ目のプログラムコードエリアは、アドレス００００Ｈからプログラムコードエンドアドレス（ＫＰＣＥ）で設定されるアドレスまでのエリアとして設定可能であり、２つ目のプログラムコードエリアは、プログラムコードスタートアドレス２（ＫＰＣＳ２）で設定されるアドレスからプログラムコードエンドアドレス２（ＫＰＣＥ２）で設定されるアドレスまでのエリアとして設定可能である。以下、１つ目のプログラムコードエリアに格納されるプログラムコードをプログラムコード１ともいい、２つ目のプログラムコードエリアに格納されるプログラムコードをプログラムコード２ともいう。

図１３（Ａ）に示すように、プログラムコードエンドアドレス（ＫＰＣＥ）のアドレス２ＦＤ３Ｈには、プログラムコード１の最終アドレスの下位アドレスが設定される。また、アドレス２ＦＤ４Ｈには、プログラムコード１の最終アドレスの上位アドレスが設定される。

プログラム管理エリアに記憶されるプログラムコードスタートアドレス２（ＫＰＣＳ２）は、ユーザプログラムが２つのブロックに分かれた場合の２つ目のプログラムコードエリアの先頭アドレスの設定を示す。図１３（Ｂ）は、プログラムコードスタートアドレス２（ＫＰＣＳ２）における設定内容の一例を示している。

図１３（Ｂ）に示すように、プログラムコードスタートアドレス２（ＫＰＣＳ２）のアドレス２ＦＤ５Ｈには、プログラムコード２の先頭アドレスの下位アドレスが設定される。また、アドレス２ＦＤ６Ｈには、プログラムコード２の先頭アドレスの上位アドレスが設定される。なお、プログラムコードエリアを２つに分けない場合には、プログラムコードスタートアドレス２（ＫＰＣＳ２）のアドレス２ＦＤ５Ｈおよびアドレス２ＦＤ６Ｈにそれぞれ００００Ｈを設定するようにすればよい。

プログラム管理エリアに記憶されるプログラムコードエンドアドレス２（ＫＰＣＥ２）は、ユーザプログラムが２つのブロックに分かれた場合の２つ目のプログラムコードエリアの最終アドレスの設定を示す。図１３（Ｃ）は、プログラムコードエンドアドレス２（ＫＰＣＥ２）における設定内容の一例を示している。

図１３（Ｃ）に示すように、プログラムコードエンドアドレス２（ＫＰＣＥ２）のアドレス２ＦＤ７Ｈには、プログラムコード２の最終アドレスの下位アドレスが設定される。また、アドレス２ＦＤ８Ｈには、プログラムコード２の最終アドレスの上位アドレスが設定される。なお、プログラムコードエリアを２つに分けない場合には、プログラムコードエンドアドレス２（ＫＰＣＥ２）のアドレス２ＦＤ７Ｈおよびアドレス２ＦＤ８Ｈにそれぞれ００００Ｈを設定するようにすればよい。

なお、図１３に示すプログラムコードエンドアドレス（ＫＰＣＥ）、プログラムコードスタートアドレス２（ＫＰＣＳ２）およびプログラムコードエンドアドレス２（ＫＰＣＥ２）の設定内容は、ＩＡＴ回路５０６ａによってユーザプログラムが指定エリア内で正しく実行されているか否かを監視する際に参照される。すなわち、ＩＡＴ回路５０６ａは、００００Ｈからプログラムコードエンドアドレス（ＫＰＣＥ）で示されるアドレス、またはプログラムコードスタートアドレス２（ＫＰＣＳ２）で示されるアドレスからプログラムコードエンドアドレス２（ＫＰＣＥ２）で示されるアドレスまでの指定範囲でユーザプログラムが実行されているか否かを判定し、その指定範囲外でユーザプログラムが実行されていることを検出したことにもとづいてＩＡＴ信号を出力する。

プログラム管理エリアに記憶されるリセット設定（ＫＲＥＳ）は、内部リセット動作やウオッチドッグタイマ（ＷＤＴ）５０６ｂの動作許可／禁止の設定を示す。図１４は、リセット設定（ＫＲＥＳ）における設定内容の一例を示している。

リセット設定（ＫＲＥＳ）のビット［７］は、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力したことや、ＩＡＴが発生したこと（ＩＡＴ回路５０６ａからのＩＡＴ信号を入力したとき）により内部リセットが発生したときの動作の設定を示している。図１４に示す例において、リセット設定（ＫＲＥＳ）のビット［７］におけるビット値が”０”であれば、タイムアウト信号やＩＡＴ信号を入力したときにユーザリセットが発生する。これに対して、リセット設定（ＫＲＥＳ）のビット［７］におけるビット値が”１”であれば、タイムアウト信号やＩＡＴ信号を入力したときにシステムリセットが発生する。

リセット設定（ＫＲＥＳ）のビット［６］は、ウオッチドッグタイマ（ＷＤＴ）５０６ｂの起動方法の設定を示している。図１４に示す例において、リセット設定（ＫＲＥＳ）のビット［６］におけるビット値が”０”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にウオッチドッグタイマ（ＷＤＴ）５０６ｂが起動され時間計測が開始される。これに対して、リセット設定（ＫＲＥＳ）のビット［６］におけるビット値が”１”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）によりウオッチドッグタイマ（ＷＤＴ）５０６ｂが起動され時間計測が開始される。

リセット設定（ＫＲＥＳ）のビット［５−４］は、ウオッチドッグタイマ（ＷＤＴ）５０６ｂの基準クロック信号の設定を示している。図１４に示す例では、リセット設定（ＫＲＥＳ）のビット［５−４］に”００”が設定された場合には、基準クロック信号として２^１５×Ｔ_ＳＣＬＫが選択される。また、リセット設定（ＫＲＥＳ）のビット［５−４］に”０１”が設定された場合には、基準クロック信号として２^１９×Ｔ_ＳＣＬＫが選択される。また、リセット設定（ＫＲＥＳ）のビット［５−４］に”１０”が設定された場合には、基準クロック信号として２^２２×Ｔ_ＳＣＬＫが選択される。また、リセット設定（ＫＲＥＳ）のビット［５−４］に”１１”が設定された場合には、基準クロック信号として２^２５×Ｔ_ＳＣＬＫが選択される。なお、ＳＣＬＫとは、遊技制御用マイクロコンピュータ５６０の内部システムクロックを示しており、Ｔ_ＳＣＬＫは、１／ＳＣＬＫを示している。

リセット設定（ＫＲＥＳ）のビット［３−０］は、ウオッチドッグタイマ（ＷＤＴ）５０６ｂのタイムアウト時間の設定を示している。具体的には、ウオッチドッグタイマ（ＷＤＴ）５０６ｂのタイムアウト時間は、リセット設定（ＫＲＥＳ）のビット［５−４］で選択した基準クロックに、リセット設定（ＫＲＥＳ）のビット［３−０］で設定した設定値を乗算した値となる。例えば、リセット設定（ＫＲＥＳ）のビット［３−０］に”１０００”を設定（すなわち、値「８」を設定）した場合、リセット設定（ＫＲＥＳ）のビット［５−４］に”００”を設定した場合には、タイムアウト時間は２^１５×Ｔ_ＳＣＬＫ×８となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”０１”を設定した場合には、タイムアウト時間は２^１９×Ｔ_ＳＣＬＫ×８となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”１０”を設定した場合には、タイムアウト時間は２^２２×Ｔ_ＳＣＬＫ×８となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”１１”を設定した場合には、タイムアウト時間は２^２５×Ｔ_ＳＣＬＫ×８となる。また、リセット設定（ＫＲＥＳ）のビット［３−０］に”１１１１”を設定（すなわち、値「１５」を設定）した場合、リセット設定（ＫＲＥＳ）のビット［５−４］に”００”を設定した場合には、タイムアウト時間は２^１５×Ｔ_ＳＣＬＫ×１５となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”０１”を設定した場合には、タイムアウト時間は２^１９×Ｔ_ＳＣＬＫ×１５となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”１０”を設定した場合には、タイムアウト時間は２^２２×Ｔ_ＳＣＬＫ×１５となり、リセット設定（ＫＲＥＳ）のビット［５−４］に”１１”を設定した場合には、タイムアウト時間は２^２５×Ｔ_ＳＣＬＫ×１５となる。なお、図１４には、内部システムクロックが１０．０ＭＨｚと１２．０ＭＨｚである場合のタイムアウト時間の値の具体例もそれぞれ示されている。

なお、ウオッチドッグタイマ（ＷＤＴ）５０６ｂを使用しないように設定する場合、図１４に示すように、リセット設定（ＫＲＥＳ）のビット［３−０］に”００００”を設定するようにすればよい。ただし、リセット設定（ＫＲＥＳ）のビット［３−０］に”００００”がセットされてウオッチドッグタイマ（ＷＤＴ）５０６ｂが使用禁止状態に設定された場合であっても、リセット設定（ＫＲＥＳ）のビット［７］の値を設定することにより、システムリセットするかユーザリセットとするかの設定を行うことは可能である。

プログラム管理エリアに記憶される１６ビット乱数初期設定１（ＫＲＬ１）、１６ビット乱数初期設定２（ＫＲＬ２）および１６ビット乱数初期設定３（ＫＲＬ３）は、１６ビット乱数回路５０８ｂの設定を示す。図１５は、１６ビット乱数初期設定１（ＫＲＬ１）のにおける設定内容の一例を示している。また、図１６は、１６ビット乱数初期設定２（ＫＲＬ２）のにおける設定内容の一例を示している。さらに、図１７は、１６ビット乱数初期設定３（ＫＲＬ３）のにおける設定内容の一例を示している。

まず、図１５を用いて、１６ビット乱数初期設定１（ＫＲＬ１）における設定内容を説明する。１６ビット乱数初期設定１（ＫＲＬ１）のビット「７」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル１の１６ビット乱数回路５０８ｂの起動方法の設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「７」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル１の１６ビット乱数回路５０８ｂが起動される。これに対して、１６ビット乱数初期設定１（ＫＲＬ１）のビット「７」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル１の１６ビット乱数回路５０８ｂが起動される。

１６ビット乱数初期設定１（ＫＲＬ１）のビット「６」は、チャネル１の１６ビット乱数回路５０８ｂの更新クロックの設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「６」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、１６ビット乱数初期設定１（ＫＲＬ１）のビット「６」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

なお、この実施の形態では、既に説明した乱数用クロック生成回路１１２により生成された乱数用クロックＲＣＬＫを乱数用外部クロック端子（ＲＣＫ端子）を介して入力し、その乱数用クロックＲＣＬＫを２分周した信号を更新クロックとして用いるものとする。なお、このことは、他のチャネルの１６ビット乱数回路５０８ｂや８ビット乱数回路５０８ａについても同様である。

１６ビット乱数初期設定１（ＫＲＬ１）のビット「５−４」は、チャネル１の１６ビット乱数回路５０８ｂが更新する乱数列を変更するか否かの設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「５−４」におけるビット値が”００”であれば、チャネル１の１６ビット乱数回路５０８ｂが更新する乱数列は変更されない。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「５−４」におけるビット値が”０１”であれば、チャネル１の１６ビット乱数回路５０８ｂが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「５−４」におけるビット値が”１０”であれば、チャネル１の１６ビット乱数回路５０８ｂが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「５−４」におけるビット値が”１１”であれば、チャネル１の１６ビット乱数回路５０８ｂが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

１６ビット乱数初期設定１（ＫＲＬ１）のビット「３」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル０の１６ビット乱数回路５０８ｂの起動方法の設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「３」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル０の１６ビット乱数回路５０８ｂが起動される。これに対して、１６ビット乱数初期設定１（ＫＲＬ１）のビット「３」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル０の１６ビット乱数回路５０８ｂが起動される。

１６ビット乱数初期設定１（ＫＲＬ１）のビット「２」は、チャネル０の１６ビット乱数回路５０８ｂの更新クロックの設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「２」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、１６ビット乱数初期設定１（ＫＲＬ１）のビット「２」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

１６ビット乱数初期設定１（ＫＲＬ１）のビット「１−０」は、チャネル０の１６ビット乱数回路５０８ｂが更新する乱数列を変更するか否かの設定を示している。図１５に示す例において、１６ビット乱数初期設定１（ＫＲＬ１）のビット「１−０」におけるビット値が”００”であれば、チャネル０の１６ビット乱数回路５０８ｂが更新する乱数列は変更されない。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「１−０」におけるビット値が”０１”であれば、チャネル０の１６ビット乱数回路５０８ｂが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「１−０」におけるビット値が”１０”であれば、チャネル０の１６ビット乱数回路５０８ｂが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、１６ビット乱数初期設定１（ＫＲＬ１）のビット「１−０」におけるビット値が”１１”であれば、チャネル０の１６ビット乱数回路５０８ｂが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

次に、図１６を用いて、１６ビット乱数初期設定２（ＫＲＬ２）における設定内容を説明する。１６ビット乱数初期設定２（ＫＲＬ２）のビット「７」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル３の１６ビット乱数回路５０８ｂの起動方法の設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「７」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル３の１６ビット乱数回路５０８ｂが起動される。これに対して、１６ビット乱数初期設定２（ＫＲＬ２）のビット「７」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル３の１６ビット乱数回路５０８ｂが起動される。

１６ビット乱数初期設定２（ＫＲＬ２）のビット「６」は、チャネル３の１６ビット乱数回路５０８ｂの更新クロックの設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「６」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、１６ビット乱数初期設定２（ＫＲＬ２）のビット「６」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

１６ビット乱数初期設定２（ＫＲＬ２）のビット「５−４」は、チャネル３の１６ビット乱数回路５０８ｂが更新する乱数列を変更するか否かの設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「５−４」におけるビット値が”００”であれば、チャネル３の１６ビット乱数回路５０８ｂが更新する乱数列は変更されない。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「５−４」におけるビット値が”０１”であれば、チャネル３の１６ビット乱数回路５０８ｂが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「５−４」におけるビット値が”１０”であれば、チャネル３の１６ビット乱数回路５０８ｂが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「５−４」におけるビット値が”１１”であれば、チャネル３の１６ビット乱数回路５０８ｂが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

１６ビット乱数初期設定２（ＫＲＬ２）のビット「３」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル２の１６ビット乱数回路５０８ｂの起動方法の設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「３」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル２の１６ビット乱数回路５０８ｂが起動される。これに対して、１６ビット乱数初期設定２（ＫＲＬ２）のビット「３」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル２の１６ビット乱数回路５０８ｂが起動される。

１６ビット乱数初期設定２（ＫＲＬ２）のビット「２」は、チャネル２の１６ビット乱数回路５０８ｂの更新クロックの設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「２」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、１６ビット乱数初期設定２（ＫＲＬ２）のビット「２」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

１６ビット乱数初期設定２（ＫＲＬ２）のビット「１−０」は、チャネル２の１６ビット乱数回路５０８ｂが更新する乱数列を変更するか否かの設定を示している。図１６に示す例において、１６ビット乱数初期設定２（ＫＲＬ２）のビット「１−０」におけるビット値が”００”であれば、チャネル２の１６ビット乱数回路５０８ｂが更新する乱数列は変更されない。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「１−０」におけるビット値が”０１”であれば、チャネル２の１６ビット乱数回路５０８ｂが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「１−０」におけるビット値が”１０”であれば、チャネル２の１６ビット乱数回路５０８ｂが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、１６ビット乱数初期設定２（ＫＲＬ２）のビット「１−０」におけるビット値が”１１”であれば、チャネル２の１６ビット乱数回路５０８ｂが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

次に、図１７を用いて、１６ビット乱数初期設定３（ＫＲＬ３）のにおける設定内容を説明する。１６ビット乱数初期設定３（ＫＲＬ３）のビット「７」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル３の１６ビット乱数回路５０８ｂの１周目からのスタート値の設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「７」におけるビット値が”０”であれば、乱数更新の１周目のスタート値として０００１Ｈが用いられる。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「７」におけるビット値が”１”であれば、乱数更新の１周目のスタート値として遊技制御用マイクロコンピュータ５６０のＩＤナンバをもとにした値が用いられる。遊技制御用マイクロコンピュータ５６０のＩＤナンバはチップごとに異なることから、スタート値としてＩＤナンバをもとにした値を用いることにより、乱数の更新タイミングを予測しにくくすることができ、乱数の更新タイミングを狙って不正に大当りを発生させるような行為を防止することができる。なお、ＩＤナンバをもとにした値として、ＩＤナンバそのものを用いてもよいし、ＩＤナンバに所定の演算（例えば、所定値を加算したり減算したりした値）を用いてもよい。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「６」は、チャネル３の１６ビット乱数回路５０８ｂのスタート値をシステムリセットごとに変更するか否かの設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「６」におけるビット値が”０”であれば、システムリセット時にスタート値の変更は行わない。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「６」におけるビット値が”１”であれば、システムリセットごとにスタート値を変更する。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「５」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル２の１６ビット乱数回路５０８ｂの１周目からのスタート値の設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「５」におけるビット値が”０”であれば、乱数更新の１周目のスタート値として０００１Ｈが用いられる。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「５」におけるビット値が”１”であれば、乱数更新の１周目のスタート値として遊技制御用マイクロコンピュータ５６０のＩＤナンバをもとにした値が用いられる。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「４」は、チャネル２の１６ビット乱数回路５０８ｂのスタート値をシステムリセットごとに変更するか否かの設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「４」におけるビット値が”０”であれば、システムリセット時にスタート値の変更は行わない。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「６」におけるビット値が”１”であれば、システムリセットごとにスタート値を変更する。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「３」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル１の１６ビット乱数回路５０８ｂの１周目からのスタート値の設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「３」におけるビット値が”０”であれば、乱数更新の１周目のスタート値として０００１Ｈが用いられる。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「３」におけるビット値が”１”であれば、乱数更新の１周目のスタート値として遊技制御用マイクロコンピュータ５６０のＩＤナンバをもとにした値が用いられる。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「２」は、チャネル１の１６ビット乱数回路５０８ｂのスタート値をシステムリセットごとに変更するか否かの設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「２」におけるビット値が”０”であれば、システムリセット時にスタート値の変更は行わない。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「２」におけるビット値が”１”であれば、システムリセットごとにスタート値を変更する。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「１」は、４チャネルの１６ビット乱数回路５０８ｂのうち、チャネル０の１６ビット乱数回路５０８ｂの１周目からのスタート値の設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「１」におけるビット値が”０”であれば、乱数更新の１周目のスタート値として０００１Ｈが用いられる。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「１」におけるビット値が”１”であれば、乱数更新の１周目のスタート値として遊技制御用マイクロコンピュータ５６０のＩＤナンバをもとにした値が用いられる。

１６ビット乱数初期設定３（ＫＲＬ３）のビット「０」は、チャネル０の１６ビット乱数回路５０８ｂのスタート値をシステムリセットごとに変更するか否かの設定を示している。図１７に示す例において、１６ビット乱数初期設定３（ＫＲＬ３）のビット「０」におけるビット値が”０”であれば、システムリセット時にスタート値の変更は行わない。これに対して、１６ビット乱数初期設定３（ＫＲＬ３）のビット「０」におけるビット値が”１”であれば、システムリセットごとにスタート値を変更する。

プログラム管理エリアに記憶される８ビット乱数初期設定１（ＫＲＳ１）および８ビット乱数初期設定２（ＫＲＳ２）は、８ビット乱数回路５０８ａの設定を示す。図１８は、８ビット乱数初期設定１（ＫＲＳ１）のにおける設定内容の一例を示している。また、図１９は、８ビット乱数初期設定２（ＫＲＳ２）のにおける設定内容の一例を示している。

まず、図１８を用いて、８ビット乱数初期設定１（ＫＲＳ１）における設定内容を説明する。８ビット乱数初期設定１（ＫＲＳ１）のビット「７」は、４チャネルの８ビット乱数回路５０８ａのうち、チャネル１の８ビット乱数回路５０８ａの起動方法の設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「７」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル１の８ビット乱数回路５０８ａが起動される。これに対して、８ビット乱数初期設定１（ＫＲＳ１）のビット「７」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル１の８ビット乱数回路５０８ａが起動される。

８ビット乱数初期設定１（ＫＲＳ１）のビット「６」は、チャネル１の８ビット乱数回路５０８ａの更新クロックの設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「６」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、８ビット乱数初期設定１（ＫＲＳ１）のビット「６」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

８ビット乱数初期設定１（ＫＲＳ１）のビット「５−４」は、チャネル１の８ビット乱数回路５０８ａが更新する乱数列を変更するか否かの設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「５−４」におけるビット値が”００”であれば、チャネル１の８ビット乱数回路５０８ａが更新する乱数列は変更されない。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「５−４」におけるビット値が”０１”であれば、チャネル１の８ビット乱数回路５０８ａが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「５−４」におけるビット値が”１０”であれば、チャネル１の８ビット乱数回路５０８ａが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「５−４」におけるビット値が”１１”であれば、チャネル１の８ビット乱数回路５０８ａが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

８ビット乱数初期設定１（ＫＲＳ１）のビット「３」は、４チャネルの８ビット乱数回路５０８ａのうち、チャネル０の８ビット乱数回路５０８ａの起動方法の設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「３」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル０の８ビット乱数回路５０８ａが起動される。これに対して、８ビット乱数初期設定１（ＫＲＳ１）のビット「３」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル０の８ビット乱数回路５０８ａが起動される。

８ビット乱数初期設定１（ＫＲＳ１）のビット「２」は、チャネル０の８ビット乱数回路５０８ａの更新クロックの設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「２」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、８ビット乱数初期設定１（ＫＲＳ１）のビット「２」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

８ビット乱数初期設定１（ＫＲＳ１）のビット「１−０」は、チャネル０の８ビット乱数回路５０８ａが更新する乱数列を変更するか否かの設定を示している。図１８に示す例において、８ビット乱数初期設定１（ＫＲＳ１）のビット「１−０」におけるビット値が”００”であれば、チャネル０の８ビット乱数回路５０８ａが更新する乱数列は変更されない。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「１−０」におけるビット値が”０１”であれば、チャネル０の８ビット乱数回路５０８ａが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「１−０」におけるビット値が”１０”であれば、チャネル０の８ビット乱数回路５０８ａが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、８ビット乱数初期設定１（ＫＲＳ１）のビット「１−０」におけるビット値が”１１”であれば、チャネル０の８ビット乱数回路５０８ａが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

次に、図１９を用いて、８ビット乱数初期設定２（ＫＲＳ２）における設定内容を説明する。８ビット乱数初期設定２（ＫＲＳ２）のビット「７」は、４チャネルの８ビット乱数回路５０８ａのうち、チャネル３の８ビット乱数回路５０８ａの起動方法の設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「７」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル３の８ビット乱数回路５０８ａが起動される。これに対して、８ビット乱数初期設定２（ＫＲＳ２）のビット「７」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル３の８ビット乱数回路５０８ａが起動される。

８ビット乱数初期設定２（ＫＲＳ２）のビット「６」は、チャネル３の８ビット乱数回路５０８ａの更新クロックの設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「６」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、８ビット乱数初期設定２（ＫＲＳ２）のビット「６」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

８ビット乱数初期設定２（ＫＲＳ２）のビット「５−４」は、チャネル３の８ビット乱数回路５０８ａが更新する乱数列を変更するか否かの設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「５−４」におけるビット値が”００”であれば、チャネル３の８ビット乱数回路５０８ａが更新する乱数列は変更されない。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「５−４」におけるビット値が”０１”であれば、チャネル３の８ビット乱数回路５０８ａが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「５−４」におけるビット値が”１０”であれば、チャネル３の８ビット乱数回路５０８ａが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「５−４」におけるビット値が”１１”であれば、チャネル３の８ビット乱数回路５０８ａが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

８ビット乱数初期設定２（ＫＲＳ２）のビット「３」は、４チャネルの８ビット乱数回路５０８ａのうち、チャネル２の８ビット乱数回路５０８ａの起動方法の設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「３」におけるビット値が”０”であれば、ユーザモードに移行した後、ソフトウェア（ユーザプログラム）により乱数の最大値設定が行われたことにより、チャネル２の８ビット乱数回路５０８ａが起動される。これに対して、８ビット乱数初期設定２（ＫＲＳ２）のビット「３」におけるビット値が”１”であれば、ユーザプログラムによらず、リセット発生時にユーザモードに移行したことにもとづいて自動的にチャネル２の８ビット乱数回路５０８ａが起動される。

８ビット乱数初期設定２（ＫＲＳ２）のビット「２」は、チャネル２の８ビット乱数回路５０８ａの更新クロックの設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「２」におけるビット値が”０”であれば、遊技制御用マイクロコンピュータ５６０の内部システムクロックを更新クロックとして用いる。これに対して、８ビット乱数初期設定２（ＫＲＳ２）のビット「２」におけるビット値が”１”であれば、遊技制御用マイクロコンピュータ５６０の外部から入力された外部クロック信号を２分周した信号を更新クロックとして用いる。

８ビット乱数初期設定２（ＫＲＳ２）のビット「１−０」は、チャネル２の８ビット乱数回路５０８ａが更新する乱数列を変更するか否かの設定を示している。図１９に示す例において、８ビット乱数初期設定２（ＫＲＳ２）のビット「１−０」におけるビット値が”００”であれば、チャネル２の８ビット乱数回路５０８ａが更新する乱数列は変更されない。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「１−０」におけるビット値が”０１”であれば、チャネル２の８ビット乱数回路５０８ａが更新する乱数列をソフトウェア（ユーザプログラム）により変更できる。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「１−０」におけるビット値が”１０”であれば、チャネル２の８ビット乱数回路５０８ａが更新する乱数列が２周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。また、８ビット乱数初期設定２（ＫＲＳ２）のビット「１−０」におけるビット値が”１１”であれば、チャネル２の８ビット乱数回路５０８ａが更新する乱数列が１周目から自動的に変更され、以降、乱数列が一巡するごとに自動的に乱数列が変更される。

なお、８ビット乱数回路５０８ａに関しては、１６ビット乱数回路５０８ｂとは異なり、図１７に示したようなスタート値の設定を行う機能はない。

プログラム管理エリアに記憶されるセキュリティ時間設定（ＫＳＥＳ）は、セキュリティモードを延長する時間の設定を示す。図２０は、セキュリティ時間設定（ＫＳＥＳ）における設定内容の一例を示している。

セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］は、セキュリティモード時間をランダムに延長する時間の設定を示している。図２０に示す例では、セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］に”０１”が設定された場合には、セキュリティモード時間をランダムに延長するモードとして、ショートモードが設定され、具体的には、内部システムクロックが１０．０ＭＨｚである場合には０〜０．８１６ｍｓの範囲の時間がランダムに延長され、内部システムクロックが１２．０ＭＨｚである場合には０〜０．５１ｍｓの範囲の時間がランダムに延長される。また、セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］に”１０”が設定された場合には、セキュリティモード時間をランダムに延長するモードとして、ミドルモードが設定され、具体的には、内部システムクロックが１０．０ＭＨｚである場合には０〜２６．１１２ｍｓの範囲の時間がランダムに延長され、内部システムクロックが１２．０ＭＨｚである場合には０〜１６．３２ｍｓの範囲の時間がランダムに延長される。また、セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］に”１１”が設定された場合には、セキュリティモード時間をランダムに延長するモードとして、ロングモードが設定され、具体的には、内部システムクロックが１０．０ＭＨｚである場合には０〜８３５．５８４ｍｓの範囲の時間がランダムに延長され、内部システムクロックが１２．０ＭＨｚである場合には０〜５２２．２４ｍｓの範囲の時間がランダムに延長される。

なお、セキュリティモード時間のランダム延長を行わないように設定する場合、図２０に示すように、セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］に”００”を設定するようにすればよい。

セキュリティ時間設定（ＫＳＥＳ）のビット［５］は、セキュリティモード時間を固定延長する時間の基準クロック信号の設定を示している。図２０に示す例では、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”０”が設定された場合には、基準クロック信号として２^２２×Ｔ_ＳＣＬＫが選択される。また、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”１”が設定された場合には、基準クロック信号として２^２４×Ｔ_ＳＣＬＫが選択される。

セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］は、セキュリティモード時間を固定で延長する時間の設定を示している。具体的には、セキュリティモード時間の固定延長時間は、セキュリティ時間設定（ＫＳＥＳ）のビット［５］で選択した基準クロックに、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］で設定した設定値を乗算した値となる。例えば、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］に”００００１”を設定（すなわち、値「１」を設定）した場合、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”０”を設定した場合には、固定延長時間は２^２２×Ｔ_ＳＣＬＫ×１となり、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”１”を設定した場合には、固定延長時間は２^２４×Ｔ_ＳＣＬＫ×１となる。また、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］に”０１０００”を設定（すなわち、値「８」を設定）した場合、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”０”を設定した場合には、固定延長時間は２^２２×Ｔ_ＳＣＬＫ×８となり、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”１”を設定した場合には、固定延長時間は２^２４×Ｔ_ＳＣＬＫ×８となる。また、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］に”１００００”を設定（すなわち、値「１６」を設定）した場合、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”０”を設定した場合には、固定延長時間は２^２２×Ｔ_ＳＣＬＫ×１６となり、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”１”を設定した場合には、固定延長時間は２^２４×Ｔ_ＳＣＬＫ×１６となる。また、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］に”１１１１１”を設定（すなわち、値「３１」を設定）した場合、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”０”を設定した場合には、固定延長時間は２^２２×Ｔ_ＳＣＬＫ×３１となり、セキュリティ時間設定（ＫＳＥＳ）のビット［５］に”１”を設定した場合には、固定延長時間は２^２４×Ｔ_ＳＣＬＫ×３１となる。なお、図２０には、内部システムクロックが１０．０ＭＨｚと１２．０ＭＨｚである場合の固定延長時間の値の具体例もそれぞれ示されている。

なお、セキュリティモード時間の固定延長を行わないように設定する場合、図２０に示すように、セキュリティ時間設定（ＫＳＥＳ）のビット［４−０］に”０００００”を設定するようにすればよい。

図２０に示すように、セキュリティモード時間は、セキュリティ時間設定（ＫＳＥＳ）のビット［７−６］の設定によるランダム延長と、セキュリティ時間設定（ＫＳＥＳ）のビット［５−０］の設定による固定延長との２種類の方法で延長設定が可能である。そして、これら２種類の方法で設定された時間の加算時間が最終的なセキュリティモード時間の延長時間となる。

プログラム管理エリアに記憶される乱数クロック監視設定（ＫＲＣＳ）は、乱数用外部クロック端子（ＲＣＫ端子）から入力された外部クロック信号の監視周波数の設定を示す。図２１は、乱数クロック監視設定（ＫＲＣＳ）における設定内容の一例を示している。

乱数クロック監視設定（ＫＲＣＳ）のビット［７−２］は、固定ビット（すなわち、特に設定に使用しないビット）であり、全ビット必ず”０”を設定するものとする。

乱数クロック監視設定（ＫＲＣＳ）のビット［１−０］は、乱数を更新するためのクロックとして、乱数用外部クロック端子（ＲＣＫ端子）から入力された外部クロック信号を選択した場合に、その入力クロックの周波数異常の検出対象とする周波数の設定を示している。図２１に示す例では、乱数クロック監視設定（ＫＲＣＳ）のビット［１−０］に”００”が設定された場合には、監視周波数としてＳＣＬＫ（内部システムクロック）の周波数未満を設定する。また、乱数クロック監視設定（ＫＲＣＳ）のビット［１−０］に”０１”が設定された場合には、監視周波数としてＳＣＬＫ（内部システムクロック）／２の周波数未満を設定する。また、乱数クロック監視設定（ＫＲＣＳ）のビット［１−０］に”１０”が設定された場合には、監視周波数としてＳＣＬＫ（内部システムクロック）／２^２の周波数未満を設定する。また、乱数クロック監視設定（ＫＲＣＳ）のビット［１−０］に”１１”が設定された場合には、監視周波数としてＳＣＬＫ（内部システムクロック）／２^３の周波数未満を設定する。

なお、乱数用外部クロック端子（ＲＣＫ端子）から入力された外部クロック信号の監視周波数の異常を検出した場合には、後述する内部情報レジスタ（ＣＩＦ）のビット３に”１”がセットされる。

なお、この実施の形態では、遊技制御用マイクロコンピュータ５６０は、８ビット乱数回路５０８ａと１６ビット乱数回路５０８ｂとのうち、１６ビット乱数回路５０８ｂの動作異常（外部クロック周波数異常および更新異常）を検出する機能を備えている。具体的には、遊技制御用マイクロコンピュータ５６０は、乱数更新用クロックとして乱数用外部クロック端子（ＲＣＫ端子）から入力された外部クロック信号が選択されている場合に、乱数クロック監視設定（ＫＲＣＳ）で設定されている監視周波数にもとづいて、外部クロック信号の周波数が低下したか否かを検出し、外部クロック信号の周波数が低下（外部クロック周波数異常）を検出した場合には、後述する内部情報レジスタ（ＣＩＦ）のビット３に”１”をセットする。

また、遊技制御用マイクロコンピュータ５６０は、１６ビット乱数回路５０８ｂの乱数の更新状態を監視する機能を備え、更新状態に異常を検出すると（例えば、乱数値が同じ値のまま更新されなくなったり、通常は乱数値が１つずつカウントアップされていくのに乱数値のカウント値がいきなり２以上の値増加した状態を検出したりすると）、内部情報レジスタ（ＣＩＦ）のビット７〜４のうちの対応するビットに”１”をセットする。

なお、この実施の形態では、乱数クロック監視設定（ＫＲＣＳ）を用いて設定を行うことによって、１６ビット乱数回路５０８ｂの動作異常の検出に関して、監視対象の外部クロック信号の監視周波数を設定する場合を示しているが、外部クロック周波数異常の検出自体を行うか否かを設定可能に構成したり、更新異常の検出自体を行うか否かを設定可能に構成したりしてもよい。この場合、外部クロック周波数異常の検出自体を行うか否かの設定と、更新異常の検出自体を行うか否かの設定とをそれぞれ独立して行えるように構成してもよいし、両方の設定を一括して有効とするか無効とするかのみ行えるように構成してもよい。

なお、外部クロック周波数異常の検出自体を行うか否かや更新異常の検出自体を行うか否かを設定可能とするためには、例えば、乱数回路自体を起動するか否かを設定するようにし、乱数回路を起動しないように設定した場合には、事実上、外部クロック周波数異常の検出や更新異常の検出を行えないので、外部クロック周波数異常の検出や更新異常の検出を行わないように設定したといえる。このように、外部クロック周波数異常の検出自体を行うか否かや更新異常の検出自体を行うか否かの設定は、乱数回路自体を起動するか否かを設定することによって実現することも含む概念である。

また、この実施の形態では、乱数用クロック生成回路１１２から専用の乱数用クロックＲＣＬＫを乱数回路５０８ａ，５０８ｂに外部入力する場合を示しているが、例えば、制御用クロック生成回路１１１からの制御用クロックＣＣＬＫを外部入力する場合など専用の乱数用クロックＲＣＬＫ以外のクロックを外部入力する場合であっても、外部クロック周波数異常の検出や更新異常の検出を行うことが可能である。なお、乱数回路の更新異常の検出に関しては、乱数用クロック生成回路１１２から専用の乱数用クロックＲＣＬＫ用いて乱数更新する場合と、制御用クロック生成回路１１１からの制御用クロックＣＣＬＫなど他のクロックを用いて乱数更新する場合とのいずれか一方の場合のみ設定可能に構成してもよい。

また、この実施の形態では、外部クロック周波数の異常の検出を行い、遊技制御用マイクロコンピュータ５６０の内部システムクロックＳＣＬＫの周波数については特に異常の検出を行っていないが、それは次のような理由による。すなわち、乱数更新に内部システムクロックＳＣＬＫを用いる場合には、内部システムクロックＳＣＬＫに異常が発生しているような状況では、ＣＰＵ５６自体の動作が停止している筈であるので、ＣＰＵ５６が動作しているのに乱数の更新だけが停止しているような事態が生じる場合がなく、何らかの問題が生じるおそれがない。これに対して、乱数更新に外部クロック信号を用いる場合には、ＣＰＵ５６が動作しているのに乱数の更新だけが停止しているような事態が生じる可能性があり弊害が生じるおそれがあるためである。

図６に示す遊技制御用マイクロコンピュータ５６０が備える外部バスインタフェース５０１は、遊技制御用マイクロコンピュータ５６０を構成するチップの外部バスと内部バスとのインタフェース機能や、アドレスバス、データバスおよび各制御信号の方向制御機能などを有するバスインタフェースである。例えば、外部バスインタフェース５０１は、遊技制御用マイクロコンピュータ５６０に外付けされた外部メモリや外部入出力装置などに接続され、これらの外部装置との間でアドレス信号やデータ信号、各種の制御信号などを送受信するものであればよい。

遊技制御用マイクロコンピュータ５６０が備えるクロック回路５０２は、例えば制御用外部クロック端子ＥＸに入力される発振信号を２分周することなどにより、内部システムクロックＳＣＬＫを生成する回路である。なお、生成された内部システムクロックは、外部出力端子（ＣＬＫＯ端子）から外部に出力される。

遊技制御用マイクロコンピュータ５６０が備える照合用ブロック５０３は、外部の照合機と接続し、チップの照合を行う機能を備える。

遊技制御用マイクロコンピュータ５６０が備える固有情報記憶回路５０４は、例えば遊技制御用マイクロコンピュータ５６０の内部情報となる複数種類の固有情報を記憶する回路である。一例として、固有情報記憶回路５０４は、ＲＯＭコード、チップ個別ナンバー、ＩＤナンバーといった３種類の固有情報を記憶する。ＲＯＭ５４コードは、ＲＯＭ５４の所定領域における記憶データから生成される４バイトの数値であり、生成方法の異なる４つの数値が準備されればよい。チップ個別ナンバーは、遊技制御用マイクロコンピュータ５６０の製造時に付与される４バイトの番号であり、遊技制御用マイクロコンピュータ５６０を構成するチップ毎に異なる数値を示している。ＩＤナンバーは、遊技制御用マイクロコンピュータ５６０の製造時に付与される８バイトの番号であり、遊技制御用マイクロコンピュータ５６０を構成するチップ毎に異なる数値を示している。ここで、チップ個別ナンバーはユーザプログラムから読み取ることができる一方、ＩＤナンバーはユーザプログラムから読み取ることができないように設定されていればよい。なお、固有情報記憶回路５０４は、例えばＲＯＭ５４の所定領域を用いることなどにより、ＲＯＭ５４に含まれるようにしてもよい。あるいは、固有情報記憶回路５０４は、例えばＣＰＵ５６の内蔵レジスタを用いることなどにより、ＣＰＵ５６に含まれるようにしてもよい。

遊技制御用マイクロコンピュータ５６０が備える演算回路５０５は、乗算および除算を行う回路である。

遊技制御用マイクロコンピュータ５６０が備えるリセット／割り込みコントローラ５０６は、遊技制御用マイクロコンピュータ５６０の内部や外部にて発生する各種リセット、割込み要求を制御するためのものである。リセット／割り込みコントローラ５０６が制御するリセットには、システムリセットとユーザリセットが含まれている。システムリセットは、外部システムリセット端子ＸＳＲＳＴに一定の期間にわたりローレベル信号が入力されたときに発生するリセットである。なお、この実施の形態では、リセット設定（ＫＲＥＳ）の設定により、ウォッチドッグタイマ（ＷＤＴ）のタイムアウト信号が発生したときや、指定エリア外走行禁止（ＩＡＴ）が発生したときにも、システムリセットが発生することがある。ユーザリセットは、ウォッチドッグタイマ（ＷＤＴ）のタイムアウト信号が発生したことや、指定エリア外走行禁止（ＩＡＴ）が発生したことなど、所定の要因により発生するリセットである。

リセット／割り込みコントローラ５０６が制御する割込みには、ノンマスカブル割込みＮＭＩとマスカブル割込みＩＮＴが含まれている。ノンマスカブル割込みＮＭＩは、ＣＰＵ５６の割込み禁止状態でも無条件に受け付けられる割込みであり、外部ノンマスカブル割込み端子ＸＮＭＩ（入力ポートＰＩ６と兼用）に一定の期間にわたりローレベル信号が入力されたときに発生する割込みである。マスカブル割込みＩＮＴは、ＣＰＵ５６の設定命令により、割込み要求の受け付けを許可／禁止できる割込みであり、優先順位設定による多重割込みの実行が可能である。マスカブル割込みＩＮＴの要因としては、外部マスカブル割込み端子ＸＩＮＴ（入力ポートＰＩ５と兼用）に一定の期間にわたりローレベル信号が入力されたこと、タイマ回路５０９にてタイムアウトが発生したこと、シリアル通信回路５１２にてデータ受信またはデータ送信による割込み要因が発生したこと、乱数回路５０８ａ，５０８ｂにて乱数値となる数値データの取込による割込み要因が発生したことなど、複数種類の割込み要因があらかじめ定められていればよい。

リセット／割り込みコントローラ５０６は、図９〜図１１に示すような遊技制御用マイクロコンピュータ５６０が備える内蔵レジスタのうち、内部情報レジスタＣＩＦ（アドレスＦＥ２５Ｈ）などを用いて、割込みの制御やリセットの管理を行う。内部情報レジスタＣＩＦは、直前に発生したリセット要因を管理したり、乱数更新状態、乱数更新クロックを外部クロックとした場合の入力周波数の状態を読み取るためのレジスタである。

図２２（Ａ）は、内部情報レジスタＣＩＦの構成例を示している。図２２（Ｂ）は、内部情報レジスタＣＩＦに格納される内部情報データの各ビットにおける設定内容の一例を示している。内部情報レジスタＣＩＦのビット番号［７］に格納される内部情報データＲＬ３ＥＲは、チャネル３の１６ビット乱数回路５０８ｂが更新する１６ビット乱数ＲＬ３の更新状態の異常を示す。図２２（Ｂ）に示す例では、１６ビット乱数ＲＬ３の更新異常が検知されないときに、内部情報データＲＬ３ＥＲのビット値が“０”となる一方、１６ビット乱数ＲＬ３の更新異常が検知されたときには、そのビット値が“１”となる。内部情報レジスタＣＩＦのビット番号［６］に格納される内部情報データＲＬ２ＥＲは、チャネル２の１６ビット乱数回路５０８ｂが更新する１６ビット乱数ＲＬ２の更新状態の異常を示す。図２２（Ｂ）に示す例では、１６ビット乱数ＲＬ２の更新異常が検知されないときに、内部情報データＲＬ２ＥＲのビット値が“０”となる一方、１６ビット乱数ＲＬ２の更新異常が検知されたときには、そのビット値が“１”となる。内部情報レジスタＣＩＦのビット番号［５］に格納される内部情報データＲＬ１ＥＲは、チャネル１の１６ビット乱数回路５０８ｂが更新する１６ビット乱数ＲＬ１の更新状態の異常を示す。図２２（Ｂ）に示す例では、１６ビット乱数ＲＬ１の更新異常が検知されないときに、内部情報データＲＬ１ＥＲのビット値が“０”となる一方、１６ビット乱数ＲＬ１の更新異常が検知されたときには、そのビット値が“１”となる。内部情報レジスタＣＩＦのビット番号［４］に格納される内部情報データＲＬ０ＥＲは、チャネル０の１６ビット乱数回路５０８ｂが更新する１６ビット乱数ＲＬ０の更新状態の異常を示す。図２２（Ｂ）に示す例では、１６ビット乱数ＲＬ０の更新異常が検知されないときに、内部情報データＲＬ０ＥＲのビット値が“０”となる一方、１６ビット乱数ＲＬ０の更新異常が検知されたときには、そのビット値が“１”となる。なお、内部情報レジスタＣＩＦのビット番号［７−４」は、初期値として”０”が設定されている。

内部情報レジスタＣＩＦのビット番号［３］に格納される内部情報データＲＣＥＲは、乱数更新用クロックとして乱数用外部クロック端子（ＲＣＫ端子）から入力された外部クロック信号が選択されている場合に、その外部クロック信号の周波数異常を示す。図２２（Ｂ）に示す例では、外部クロック信号の周波数異常が検知されないときに、内部情報データＲＣＥＲのビット値が“０”となる一方、外部クロック信号の周波数異常が検知されたときには、そのビット値が“１”となる。なお、内部情報レジスタＣＩＦのビット番号［３」は、初期値として”０”が設定されている。

内部情報レジスタＣＩＦのビット番号［２］に格納される内部情報データＳＲＳＦは、直前に発生したリセット要因がシステムリセットであることを示す。図２２（Ｂ）に示す例では、直前のリセット要因がシステムリセットではないときに（システムリセット未発生）、内部情報データＳＲＳＦのビット値が“０”となる一方、システムリセットであるときには（システムリセット発生）、そのビット値が“１”となる。なお、内部情報レジスタＣＩＦのビット番号［２」は、初期値として”１”が設定されている。

内部情報レジスタＣＩＦのビット番号［１］に格納される内部情報データＷＤＴＦは、直前に発生したリセット要因がウオッチドッグタイマ（ＷＤＴ）５０６ｂからタイムアウト信号を入力したことによるユーザリセットであることを示す。図２２（Ｂ）に示す例では、直前のリセット要因がタイムアウト信号によるユーザリセットではないときに（タイムアウト信号によるユーザリセット未発生）、内部情報データＷＤＴＦのビット値が“０”となる一方、タイムアウト信号によるユーザリセットであるときには（タイムアウト信号によるユーザリセット発生）、そのビット値が“１”となる。なお、内部情報レジスタＣＩＦのビット番号［１」は、初期値として”０”が設定されている。

内部情報レジスタＣＩＦのビット番号［０］に格納される内部情報データＩＡＴＦは、直前に発生したリセット要因がＩＡＴ回路５０６ａからのＩＡＴ発生信号を入力したことによるユーザリセットであることを示す。図２２（Ｂ）に示す例では、直前のリセット要因がＩＡＴ発生信号によるユーザリセットではないときに（ＩＡＴ発生信号によるユーザリセット未発生）、内部情報データＩＡＴＦのビット値が“０”となる一方、ＩＡＴ発生信号によるユーザリセットであるときには（ＩＡＴ発生信号によるユーザリセット発生）、そのビット値が“１”となる。なお、内部情報レジスタＣＩＦのビット番号［０」は、初期値として”０”が設定されている。

遊技制御用マイクロコンピュータ５６０が備えるＣＰＵ５６は、ＲＯＭ５４から読み出した制御コードにもとづいてユーザプログラム（ゲーム制御用の遊技制御処理プログラム）を実行することにより、パチンコ遊技機１における遊技制御を実行する制御用ＣＰＵである。こうした遊技制御が実行されるときには、ＣＰＵ５６がＲＯＭ５４から固定データを読み出す固定データ読出動作や、ＣＰＵ５６がＲＡＭ５５に各種の変動データを書き込んで一時記憶させる変動データ書込動作、ＣＰＵ５６がＲＡＭ５５に一時記憶されている各種の変動データを読み出す変動データ読出動作、ＣＰＵ５６が外部バスインタフェース５０１やパラレル入力ポート５１１、シリアル通信回路５１２などを介して遊技制御用マイクロコンピュータ５６０の外部から各種信号の入力を受け付ける受信動作、ＣＰＵ５６が外部バスインタフェース５０１やシリアル通信回路５１２、パラレル出力ポート５１３などを介して遊技制御用マイクロコンピュータ５６０の外部へと各種信号を出力する送信動作等も行われる。

遊技制御用マイクロコンピュータ５６０が備えるＲＯＭ５４には、ユーザプログラム（ゲーム制御用の遊技制御処理プログラム）を示す制御コードや固定データ等が記憶されている。

遊技制御用マイクロコンピュータ５６０が備えるＲＡＭ５５は、ゲーム制御用のワークエリアを提供する。ここで、ＲＡＭ５５の少なくとも一部は、電源基板９１０において作成されるバックアップ電源によってバックアップされているバックアップＲＡＭであればよい。すなわち、パチンコ遊技機１への電力供給が停止しても、所定期間はＲＡＭ５５の少なくとも一部の内容が保存される。

また、遊技制御用マイクロコンピュータ５６０は、フリーランカウンタ回路５０７として、８ビットのフリーランカウンタを４チャネル搭載している。

遊技制御用マイクロコンピュータ５６０が備える乱数回路５０８ａ，５０８ｂは、８ビット乱数や１６ビット乱数といった、所定の更新範囲を有する乱数値となる数値データを生成する回路である。この実施の形態では、乱数回路５０８ａ，５０８ｂのうち１６ビット乱数回路５０８ｂが生成するハードウェア乱数は、大当りとするか否かを判定するための大当り判定用乱数（ランダムＲ）として用いられる。なお、ＣＰＵ５６は、乱数回路５０８ａ，５０８ｂから抽出した数値データにもとづき、乱数回路５０８ａ，５０８ｂとは異なるランダムカウンタを用いて、ソフトウェアによって各種の数値データを加工あるいは更新することで、遊技に用いられる乱数値の全部または一部を示す数値データをカウントするようにしてもよい。あるいは、ＣＰＵ５６は、乱数回路５０８ａ，５０８ｂを用いることなく、ソフトウェアによって大当り判定用乱数などの乱数値を示す数値データの一部をカウント（更新）するようにしてもよい。一例として、ハードウェアとなる乱数回路５０８ａ，５０８ｂからＣＰＵ５６により抽出された数値データを、ソフトウェアにより加工することで、大当り判定用乱数（ランダムＲ）を示す数値データが更新され、それ以外の乱数値（例えば、大当り種別判定用乱数や、変動パターン種別決定用乱数、変動パターン決定用乱数）を示す数値データは、ＣＰＵ５６がランダムカウンタなどを用いてソフトウェアにより更新すればよい。

図２３は、８ビット乱数回路５０８ａの一構成例を示すブロック図である。また、図２４は、１６ビット乱数回路５０８ｂの一構成例を示すブロック図である。８ビット乱数回路５０８ａおよび１６ビット乱数回路５０８ｂは、図２３および図２４に示すように、乱数列変更選択回路５２３ａ，５２３ｂ、乱数生成回路５２５ａ，５２５ｂ、乱数列変更回路５２６ａ，５２６ｂ、および最大値比較回路５２７ａ，５２７ｂを備えて構成される。また、１６ビット乱数回路５０８ｂは、図２４に示すように、８ビット乱数回路５０８ａが備える構成要素に加えて、乱数スタート値選択回路５３５を備える。さらに、１６ビット乱数回路５０８ｂは、図２４に示すように、８ビット乱数回路５０８ａが備える構成要素に加えて、乱数生成回路５２５ｂが更新監視回路５３７を含む。

また、図２４に示す例では、１６ビット乱数回路５０８ｂの回路部分の構成のみを示し、乱数列変更レジスタ５２２および最大値設定レジスタ５２４ｂ以外の１６ビット乱数回路５０８ｂが用いる各レジスタについては記載を省略している。なお、具体的には、１６ビット乱数回路５０８ｂは、図２３に示すＲＳハードラッチ選択レジスタ５２８ａ，５２８ｂに代えて図９に示すＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）〜ＲＬ３ハードラッチ選択レジスタ（ＲＬ３ＬＳ）を用い、図２３に示すＲＳ０ハードラッチ乱数値レジスタ５２９ａ〜ＲＳ３ハードラッチ乱数値レジスタ５２９ｄに代えて図１０および図１１に示すＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）〜ＲＬ３ハードラッチ乱数値レジスタ１（ＲＬ３ＨＶ１）を用い、図２３に示すＲＳハードラッチフラグレジスタ５３０に代えて図１０に示すＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）〜ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）を用い、図２３に示すＲＳ割り込み制御レジスタ５３１に代えて図９に示すＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）〜ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）を用い、図２３に示すＲＳ０ソフトラッチ乱数値レジスタ５３３ａ〜ＲＳ３ソフトラッチ乱数値レジスタ５３３ｄに代えて図１０に示すＲＬ０ソフトラッチ乱数値レジスタ（ＲＬ０ＳＶ）〜ＲＬ３ソフトラッチ乱数値レジスタ（ＲＬ３ＳＶ）を用いる。また、１６ビット乱数回路５０８ｂは、乱数ソフトラッチレジスタ５３２および乱数ソフトラッチフラグレジスタ５３４については、８ビット乱数回路５０８ａと兼用で同じレジスタを用いる。

また、８ビット乱数回路５０８ａは、既に説明したプログラム管理エリアに設けられた８ビット乱数初期設定５２１ａ（図８に示す８ビット乱数初期設定１（ＫＲＳ１）および８ビット乱数初期設定２（ＫＲＳ２））の設定内容に従って動作する。

また、１６ビット乱数回路５０８ｂは、既に説明したプログラム管理エリアに設けられた１６ビット乱数初期設定５２１ｂ（図８に示す１６ビット乱数初期設定１（ＫＲＬ１）〜１６ビット乱数初期設定２（ＫＲＬ２））の設定内容に従って動作する。また、１６ビット乱数回路５０８ｂは、８ビット乱数回路５０８ａの機能に加えて、乱数スタート値選択回路５３５が１６ビット乱数初期設定５３６（図８に示す１６ビット乱数初期設定３（ＫＲＬ３））の設定内容に従って動作することにより、１周目の乱数値のスタート値を変更する機能を備えている（図１７参照）。

また、１６ビット乱数回路５０８ｂは、乱数生成回路５２５ｂが更新監視回路５３７を含んでおり、８ビット乱数回路５０８ａの機能に加えて、更新監視回路５３７が動作することにより外部クロック周波数異常および更新異常を検出する機能を備えている（図２１参照）。なお、この実施の形態では、１つの更新監視回路５３７により外部クロック周波数異常および更新異常の両方を検出する場合を示しているが、外部クロック周波数異常を検出する監視回路と更新異常を検出する監視回路とを別々に備えてもよい。

なお、８ビット乱数回路５０８ａも更新監視回路を備えるように構成し、８ビット乱数回路５０８ａの外部クロック周波数異常および更新異常を検出可能に構成するようにしてもよい。

また、乱数列変更レジスタ５２２は、図９に示すような遊技制御用マイクロコンピュータ５６０の内蔵レジスタに含まれる乱数列変更レジスタＲＤＳＣに対応している。なお、乱数列変更レジスタＲＤＳＣとして、８ビット乱数回路５０８ａおよび１６ビット乱数回路５０８ｂの各チャネルで共通のレジスタが用いられる。

また、最大値設定レジスタ５２４ａ，５２４ｂは、図９に示すような遊技制御用マイクロコンピュータ５６０の内蔵レジスタに含まれるＲＳ０最大値設定レジスタ（ＲＳ０ＭＸ）〜ＲＳ３最大値設定レジスタ（ＲＳ３ＭＸ）に対応している（１６ビット乱数回路５０８ｂの場合は、ＲＬ０最大値設定レジスタ（ＲＬ０ＭＸ）〜ＲＬ３最大値設定レジスタ（ＲＬ３ＭＸ）に対応している）。

また、ハードラッチ選択レジスタ５２８ａは、図９に示すような遊技制御用マイクロコンピュータ５６０の内蔵レジスタに含まれるＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）に対応している。また、ハードラッチ選択レジスタ５２８ｂは、図９に示すような遊技制御用マイクロコンピュータ５６０の内蔵レジスタに含まれるＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）に対応している。なお、１６ビット乱数回路５０８ｂの場合は、図９に示すＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）〜ＲＬ３ハードラッチ選択レジスタ３（ＲＬ３ＬＳ）に対応している。

また、ＲＳ０ハードラッチ乱数値レジスタ５２９ａ〜ＲＳ３ハードラッチ乱数値レジスタ５２９ｄは、図１１に示すような遊技制御用マイクロコンピュータ５６０の内蔵レジスタに含まれるＲＳ０ハードラッチ乱数値レジスタ（ＲＳ０ＨＶ）〜ＲＳ３ハードラッチ乱数値レジスタ（ＲＳ３ＨＶ）に対応している。なお、１６ビット乱数回路５０８ｂの場合は、図１０に示すＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）〜ＲＬ１ハードラッチ乱数値レジスタ１（ＲＬ１ＨＶ１）および図１１に示すＲＬ２ハードラッチ乱数値レジスタ０（ＲＬ２ＨＶ０）〜ＲＬ３ハードラッチ乱数値レジスタ１（ＲＬ３ＨＶ１）に対応している。

また、ＲＳハードラッチフラグレジスタ５３０は、図１０に示すＲＳハードラッチフラグレジスタ（ＲＳＨＦ）に対応している。なお、１６ビット乱数回路５０８ｂの場合は、図１０に示すＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）〜ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）に対応している。

また、ＲＳ割り込み制御レジスタ５３１は、図９に示すＲＳ割り込み制御レジスタ（ＲＳＩＣ）に対応している。なお、１６ビット乱数回路５０８ｂの場合は、図９に示すＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）〜ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）に対応している。

また、乱数ソフトラッチレジスタ５３２は、図９に示す乱数ソフトラッチレジスタ（ＲＤＳＬ）に対応している。なお、ソフトラッチレジスタＲＤＳＬとして、８ビット乱数回路５０８ａおよび１６ビット乱数回路５０８ｂの各チャネルで共通のレジスタが用いられる。

また、ＲＳ０ソフトラッチ乱数値レジスタ５３３ａ〜ＲＳ３ソフトラッチ乱数値レジスタ５３３ｄは、は、図１０に示すＲＳ０ソフトラッチ乱数値レジスタ（ＲＳ０ＳＶ）〜ＲＳ３ソフトラッチ乱数値レジスタ（ＲＳ３ＳＶ）に対応している。なお、１６ビット乱数回路５０８ｂの場合は、図１０に示すＲＬ０ソフトラッチ乱数値（ＲＬ０ＳＶ）〜ＲＬ３ソフトラッチ乱数値（ＲＬ３ＳＶ）に対応している。

また、乱数ソフトラッチフラグレジスタ５３４は、図９に示す乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）に対応している。なお、乱数ソフトラッチフラグレジスタＲＤＳＦとして、８ビット乱数回路５０８ａおよび１６ビット乱数回路５０８ｂの各チャネルで共通のレジスタが用いられる。

乱数列変更選択回路５２３ａ，５２３ｂは、図１８や図１９に示す８ビット乱数初期設定１（ＫＲＳ１）や８ビット乱数初期設定２（ＫＲＳ２）の設定内容に従って（１６ビット乱数回路５０８ｂの場合には、図１５や図１６に示す１６ビット乱数初期設定１（ＫＲＬ１）や１６ビット乱数初期設定２（ＫＲＬ２）の設定内容に従って）、乱数列の変更方法として、「変更しない」、「ソフトウェアで変更」、「２周目から自動で変更」または「１周目から自動で変更」のうちのいずれかを選択する。そして、「ソフトウェアで変更」、「２周目から自動で変更」または「１周目から自動で変更」のいずれかに選択した場合には、その選択方法に従って乱数列変更回路５２６ａ，５２６ｂに乱数列を変更させる。また、「変更しない」を選択した場合には乱数列を変更させる制御を行わない。

乱数列変更回路５２６ａ，５２６ｂは、乱数生成回路５２５ａ，５２５ｂにより生成された数値データの順列を、乱数列変更選択回路５２３ａ，５２３ｂの指示に従って変更可能とする回路である。例えば、乱数列変更回路５２６ａ，５２６ｂは、「ソフトウェアで変更」が指示された場合には、乱数生成回路５２５ａ，５２５ｂが更新する乱数列をソフトウェア（ユーザプログラム）により変更する。また、例えば、乱数列変更回路５２６ａ，５２６ｂは、「２周目から自動で変更」が指示された場合には、乱数生成回路５２５ａ，５２５ｂが更新する乱数列を２周目から自動的に変更し、以降、乱数列が一巡するごとに自動的に乱数列を変更する。また、例えば、乱数列変更回路５２６ａ，５２６ｂは、「１周目から自動で変更」が指示された場合には、乱数生成回路５２５ａ，５２５ｂが更新する乱数列を１周目から自動的に変更し、以降、乱数列が一巡するごとに自動的に乱数列を変更する。

乱数生成回路５２５ａ，５２５ｂは、例えば８ビットのカウンタ（１６ビット乱数回路５０８ｂの場合は１６ビットのカウンタ）などから構成され、乱数更新クロック信号などの入力にもとづき、数値データを更新可能な所定の範囲において所定の初期値から所定の最終値まで循環的に更新する回路である。例えば乱数生成回路５２５ａ，５２５ｂは、乱数更新クロック信号における立ち下がりエッジに応答して、「０」から「２５５」までの範囲内で設定された初期値から「２５５」まで１ずつ加算するように数値データをカウントアップして行く（１６ビット乱数回路５０８ｂの場合には、「０」から「６５５３５」までの範囲内で設定された初期値から「６５５３５」まで１ずつ加算するように数値データをカウントアップして行く）。そして、「２５５」までカウントアップした後には、「０」から初期値よりも１小さい最終値となる数値まで１ずつ加算するようにカウントアップすることで、数値データを循環的に更新する。

最大値比較回路５２７ａ，５２７ｂは、図１８や図１９に示す８ビット乱数初期設定１（ＫＲＳ１）や８ビット乱数初期設定２（ＫＲＳ２）の設定内容に従って（１６ビット乱数回路５０８ｂの場合には、図１５や図１６に示す１６ビット乱数初期設定１（ＫＲＬ１）や１６ビット乱数初期設定２（ＫＲＬ２）の設定内容に従って）、乱数生成回路５２５ａ，５２５ｂが生成する乱数値の最大値を設定する。

図２５（Ａ）は、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）の構成例を示している。図２５（Ｂ）は、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）に格納されるデータの各ビットにおける設定内容の一例を示している。ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［７］に格納されるデータＲＬ０１ＲＦは、ＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）に、外部端子入力により、１６ビット乱数ＲＬ０の値を取り込む際の条件の設定を示している。図２５（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬ０１ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬ０１ＲＦは、初期値として”０”が設定されている。

なお、この実施の形態では、プログラム管理エリアや内蔵レジスタのレジスタに関して、具体的には、プログラム管理エリアなどの対応するビットを”０”または”１”のいずれかの値としておくことにより、その対応するビットの値が読み込まれて、読み込まれた”０”または”１”の値が遊技制御用マイクロコンピュータ５６０の制御レジスタにハードウェア的に書き込まれることにより各種の設定が行われる。例えば、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット７については、そのビット７から読み込まれた値が”０”であれば、遊技制御用マイクロコンピュータ５６０の制御レジスタにハードウェア的に”０”が書き込まれることによりＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）から値を読み込まないと次の値をラッチしないように設定され、そのビット７から読み込まれた値が”１”であれば、遊技制御用マイクロコンピュータ５６０の制御レジスタにハードウェア的に”１”が書き込まれることによりＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）から値を読み込まなくても次の値をラッチするように設定される。このことは、他のプログラム管理エリアの各設定項目や内蔵レジスタの各レジスタの各ビットに関しても同様である。

ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［６−４］に格納されるデータＲＬ０１ＬＳ０〜ＲＬ０１ＬＳ２は、ＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）に、どの外部端子入力により、１６ビット乱数ＲＬ０の値を取り込むかの設定を示している。図２５（Ｂ）に示す例では、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［６−４］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［６−４］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬ０１ＬＳ０〜ＲＬ０１ＬＳ２は、初期値として”０００”が設定されている。

ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［３］に格納されるデータＲＬ００ＲＦは、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）に、外部端子入力により、１６ビット乱数ＲＬ０の値を取り込む際の条件の設定を示している。図２５（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬ００ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬ００ＲＦは、初期値として”０”が設定されている。

ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［２−０］に格納されるデータＲＬ００ＬＳ０〜ＲＬ００ＬＳ２は、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）に、どの外部端子入力により、１６ビット乱数ＲＬ０の値を取り込むかの設定を示している。図２５（Ｂ）に示す例では、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［２−０］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット番号［２−０］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬ００ＬＳ０〜ＲＬ００ＬＳ２は、初期値として”０００”が設定されている。

図２６（Ａ）は、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）の構成例を示している。図２６（Ｂ）は、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）に格納されるデータの各ビットにおける設定内容の一例を示している。ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［７］に格納されるデータＲＬ０３ＲＦは、ＲＬ０ハードラッチ乱数値レジスタ３（ＲＬ０ＨＶ３）に、外部端子入力により、１６ビット乱数ＲＬ０の値を取り込む際の条件の設定を示している。図２６（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬ０３ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬ０３ＲＦは、初期値として”０”が設定されている。

ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［６−４］に格納されるデータＲＬ０３ＬＳ０〜ＲＬ０３ＬＳ２は、ＲＬ０ハードラッチ乱数値レジスタ３（ＲＬ０ＨＶ３）に、どの外部端子入力により、１６ビット乱数ＲＬ０の値を取り込むかの設定を示している。図２６（Ｂ）に示す例では、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［６−４］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［６−４］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬ０３ＬＳ０〜ＲＬ０３ＬＳ２は、初期値として”０００”が設定されている。

ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［３］に格納されるデータＲＬ０２ＲＦは、ＲＬ０ハードラッチ乱数値レジスタ２（ＲＬ０ＨＶ２）に、外部端子入力により、１６ビット乱数ＲＬ０の値を取り込む際の条件の設定を示している。図２６（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬ０２ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬ０２ＲＦは、初期値として”０”が設定されている。

ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［２−０］に格納されるデータＲＬ０２ＬＳ０〜ＲＬ０２ＬＳ２は、ＲＬ０ハードラッチ乱数値レジスタ２（ＲＬ０ＨＶ２）に、どの外部端子入力により、１６ビット乱数ＲＬ０の値を取り込むかの設定を示している。図２６（Ｂ）に示す例では、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［２−０］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬ０ハードラッチ選択レジスタ１（ＲＬ０ＬＳ１）のビット番号［２−０］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬ０２ＬＳ０〜ＲＬ０２ＬＳ２は、初期値として”０００”が設定されている。

図２７（Ａ）は、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）の構成例を示している。図２７（Ｂ）は、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、図２７において、ｎは０〜３の値をとる。ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［７］に格納されるデータＲＬｎ１ＲＦは、ＲＬｎハードラッチ乱数値レジスタ１（ＲＬｎＨＶ１）に、外部端子入力により、１６ビット乱数ＲＬｎの値を取り込む際の条件の設定を示している。図２７（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬｎ１ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬｎ１ＲＦは、初期値として”０”が設定されている。

ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［６−４］に格納されるデータＲＬｎ１ＬＳ０〜ＲＬｎ１ＬＳ２は、ＲＬｎハードラッチ乱数値レジスタ１（ＲＬｎＨＶ１）に、どの外部端子入力により、１６ビット乱数ＲＬｎの値を取り込むかの設定を示している。図２７（Ｂ）に示す例では、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［６−４］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［６−４］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬｎ１ＬＳ０〜ＲＬｎ１ＬＳ２は、初期値として”０００”が設定されている。

ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［３］に格納されるデータＲＬｎ０ＲＦは、ＲＬｎハードラッチ乱数値レジスタ０（ＲＬｎＨＶ０）に、外部端子入力により、１６ビット乱数ＲＬｎの値を取り込む際の条件の設定を示している。図２７（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＬｎ０ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＬｎ０ＲＦは、初期値として”０”が設定されている。

ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［２−０］に格納されるデータＲＬｎ０ＬＳ０〜ＲＬｎ０ＬＳ２は、ＲＬｎハードラッチ乱数値レジスタ０（ＲＬｎＨＶ０）に、どの外部端子入力により、１６ビット乱数ＲＬｎの値を取り込むかの設定を示している。図２７（Ｂ）に示す例では、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［２−０］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＬｎハードラッチ選択レジスタ（ＲＬｎＬＳ）のビット番号［２−０］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＬｎ０ＬＳ０〜ＲＬｎ０ＬＳ２は、初期値として”０００”が設定されている。

図２８（Ａ）は、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）の構成例を示している。図２８（Ｂ）は、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）に格納されるデータの各ビットにおける設定内容の一例を示している。ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［７］に格納されるデータＲＳ１ＲＦは、ＲＳ１ハードラッチ乱数値レジスタ（ＲＳ１ＨＶ）に、外部端子入力により、８ビット乱数ＲＳ１の値を取り込む際の条件の設定を示している。図２８（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＳ１ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＳ１ＲＦは、初期値として”０”が設定されている。

ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［６−４］に格納されるデータＲＳ１ＬＳ０〜ＲＳ１ＬＳ２は、ＲＳ１ハードラッチ乱数値レジスタ（ＲＳ１ＨＶ）に、どの外部端子入力により、８ビット乱数ＲＳ１の値を取り込むかの設定を示している。図２８（Ｂ）に示す例では、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［６−４］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［６−４］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＳ１ＬＳ０〜ＲＳ１ＬＳ２は、初期値として”０００”が設定されている。

ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［３］に格納されるデータＲＳ０ＲＦは、ＲＳ０ハードラッチ乱数値レジスタ（ＲＳ０ＨＶ）に、外部端子入力により、８ビット乱数ＲＳ０の値を取り込む際の条件の設定を示している。図２８（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＳ０ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＳ０ＲＦは、初期値として”０”が設定されている。

ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［２−０］に格納されるデータＲＳ０ＬＳ０〜ＲＳ０ＬＳ２は、ＲＳ０ハードラッチ乱数値レジスタ（ＲＳ０ＨＶ）に、どの外部端子入力により、８ビット乱数ＲＳ０の値を取り込むかの設定を示している。図２８（Ｂ）に示す例では、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［２−０］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ０）のビット番号［２−０］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＳ０ＬＳ０〜ＲＳ０ＬＳ２は、初期値として”０００”が設定されている。

図２９（Ａ）は、ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）の構成例を示している。図２９（Ｂ）は、ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）に格納されるデータの各ビットにおける設定内容の一例を示している。ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［７］に格納されるデータＲＳ３ＲＦは、ＲＳ３ハードラッチ乱数値レジスタ（ＲＳ３ＨＶ）に、外部端子入力により、８ビット乱数ＲＳ３の値を取り込む際の条件の設定を示している。図２９（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＳ３ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＳ３ＲＦは、初期値として”０”が設定されている。

ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［６−４］に格納されるデータＲＳ３ＬＳ０〜ＲＳ３ＬＳ２は、ＲＳ３ハードラッチ乱数値レジスタ（ＲＳ３ＨＶ）に、どの外部端子入力により、８ビット乱数ＲＳ３の値を取り込むかの設定を示している。図２９（Ｂ）に示す例では、ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［６−４］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＳハードラッチ選択レジスタ０（ＲＳＬＳ１）のビット番号［６−４］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＳ３ＬＳ０〜ＲＳ３ＬＳ２は、初期値として”０００”が設定されている。

ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［３］に格納されるデータＲＳ２ＲＦは、ＲＳ２ハードラッチ乱数値レジスタ（ＲＳ２ＨＶ）に、外部端子入力により、８ビット乱数ＲＳ２の値を取り込む際の条件の設定を示している。図２９（Ｂ）に示す例では、値を読み込まないと次の値をラッチしないように設定した場合には、データＲＳ２ＲＦのビット値が“０”となる一方、値を読み込まなくても次の値をラッチするように設定した場合には、そのビット値が“１”となる。なお、データＲＳ２ＲＦは、初期値として”０”が設定されている。

ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［２−０］に格納されるデータＲＳ２ＬＳ０〜ＲＳ２ＬＳ２は、ＲＳ２ハードラッチ乱数値レジスタ（ＲＳ２ＨＶ）に、どの外部端子入力により、８ビット乱数ＲＳ２の値を取り込むかの設定を示している。図２９（Ｂ）に示す例では、ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［２−０］に”０００”が設定された場合にはＰＩ０端子が選択され、”００１”が設定された場合にはＰＩ１端子が選択され、”０１０”が設定された場合にはＰＩ２端子が選択され、”０１１”が設定された場合にはＰＩ３端子が選択され、”１００”が設定された場合にはＰＩ４端子が選択され、”１０１”が設定された場合にはＰＩ５／ＸＩＮＴ端子が選択される。なお、ＲＳハードラッチ選択レジスタ１（ＲＳＬＳ１）のビット番号［２−０］に”１１０”や”１１１”が設定された場合には、その設定は無効である。また、データＲＳ２ＬＳ０〜ＲＳ２ＬＳ２は、初期値として”０００”が設定されている。

図３０（Ａ）は、ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）の構成例を示している。図３０（Ｂ）は、ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット［７−６］のビット値は必ず”０”とされる。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［５］に格納されるデータＲＬ１１ＩＥは、ＲＬ１ハードラッチ乱数値レジスタ１（ＲＬ１ＨＶ１）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ１１ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ１１ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［４］に格納されるデータＲＬ１０ＩＥは、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ１０ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ１０ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［３］に格納されるデータＲＬ０３ＩＥは、ＲＬ０ハードラッチ乱数値レジスタ３（ＲＬ０ＨＶ３）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ０３ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ０３ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［２］に格納されるデータＲＬ０２ＩＥは、ＲＬ０ハードラッチ乱数値レジスタ２（ＲＬ０ＨＶ２）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ０２ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ０２ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［１］に格納されるデータＲＬ０１ＩＥは、ＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ０１ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ０１ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ０（ＲＬＩＣ０）のビット番号［１］に格納されるデータＲＬ００ＩＥは、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３０（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ００ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ００ＩＥは、初期値として”０”が設定されている。

図３１（Ａ）は、ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）の構成例を示している。図３１（Ｂ）は、ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）のビット［７−６］およびビット［３−２］のビット値は必ず”０”とされる。

ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）のビット番号［５］に格納されるデータＲＬ３１ＩＥは、ＲＬ３ハードラッチ乱数値レジスタ１（ＲＬ３ＨＶ１）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３１（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ３１ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ３１ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）のビット番号［４］に格納されるデータＲＬ３０ＩＥは、ＲＬ３ハードラッチ乱数値レジスタ０（ＲＬ３ＨＶ０）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３１（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ３０ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ３０ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）のビット番号［１］に格納されるデータＲＬ２１ＩＥは、ＲＬ２ハードラッチ乱数値レジスタ１（ＲＬ２ＨＶ１）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３１（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ２１ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ２１ＩＥは、初期値として”０”が設定されている。

ＲＬ割り込み制御レジスタ１（ＲＬＩＣ１）のビット番号［０］に格納されるデータＲＬ２０ＩＥは、ＲＬ２ハードラッチ乱数値レジスタ０（ＲＬ２ＨＶ０）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３１（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＬ２０ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＬ２０ＩＥは、初期値として”０”が設定されている。

図３２（Ａ）は、ＲＳ割り込み制御レジスタ（ＲＳＩＣ）の構成例を示している。図３２（Ｂ）は、ＲＳ割り込み制御レジスタ（ＲＳＩＣ）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＳ割り込み制御レジスタ（ＲＳＩＣ）は、８ビット乱数回路５０８ａとフリーランカウンタ回路５０７とで兼用で用いられるレジスタであり、ＲＳ割り込み制御レジスタ（ＲＳＩＣ）のビット［７−４］は、フリーランカウンタ回路５０７が用いるハードラッチレジスタ（ＦＲＣ０ハードラッチレジスタ（ＦＲ０ＨＶ）〜ＦＲＣ３ハードラッチレジスタ（ＦＲ３ＨＶ））に関する設定を示している。

ＲＳ割り込み制御レジスタ（ＲＳＩＣ）のビット番号［３］に格納されるデータＲＳ３ＩＥは、ＲＳ３ハードラッチ乱数値レジスタ（ＲＳ３ＨＶ）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３２（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＳ３ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＳ３ＩＥは、初期値として”０”が設定されている。

ＲＳ割り込み制御レジスタ（ＲＳＩＣ）のビット番号［２］に格納されるデータＲＳ２ＩＥは、ＲＳ２ハードラッチ乱数値レジスタ（ＲＳ２ＨＶ）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３２（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＳ２ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＳ２ＩＥは、初期値として”０”が設定されている。

ＲＳ割り込み制御レジスタ（ＲＳＩＣ）のビット番号［１］に格納されるデータＲＳ１ＩＥは、ＲＳ１ハードラッチ乱数値レジスタ（ＲＳ１ＨＶ）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３２（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＳ１ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＳ１ＩＥは、初期値として”０”が設定されている。

ＲＳ割り込み制御レジスタ（ＲＳＩＣ）のビット番号［０］に格納されるデータＲＳ０ＩＥは、ＲＳ０ハードラッチ乱数値レジスタ（ＲＳ０ＨＶ）に、乱数値が取り込まれたことを要因とする割り込みの禁止／許可の設定を示している。図３２（Ｂ）に示す例では、割り込み禁止に設定した場合には、データＲＳ０ＩＥのビット値が“０”となる一方、割り込み許可に設定した場合には、そのビット値が“１”となる。なお、データＲＳ０ＩＥは、初期値として”０”が設定されている。

図３３（Ａ）は、ＲＬｎ最大値設定レジスタ（ＲＬｎＭＸ）の構成例を示している。図３３（Ｂ）は、ＲＬｎ最大値設定レジスタ（ＲＬｎＭＸ）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、図３３において、ｎは０〜３の値をとる。図３３（Ｂ）に示すように、ＲＬｎ最大値設定レジスタ（ＲＬｎＭＸ）のビット番号［１５−０］に格納されるデータＲＬｎＭＸ１５〜ＲＬｎＭＸ０は、１６ビット乱数ＲＬｎの最大値が設定される。

図３４（Ａ）は、ＲＳｎ最大値設定レジスタ（ＲＳｎＭＸ）の構成例を示している。図３４（Ｂ）は、ＲＳｎ最大値設定レジスタ（ＲＳｎＭＸ）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、図３４において、ｎは０〜３の値をとる。図３４（Ｂ）に示すように、ＲＳｎ最大値設定レジスタ（ＲＳｎＭＸ）のビット番号［７−０］に格納されるデータＲＳｎＭＸ７〜ＲＳｎＭＸ０は、８ビット乱数ＲＳｎの最大値が設定される。

図３５（Ａ）は、乱数列変更レジスタ（ＲＤＳＣ）の構成例を示している。図３５（Ｂ）は、乱数列変更レジスタ（ＲＤＳＣ）に格納されるデータの各ビットにおける設定内容の一例を示している。乱数列変更レジスタ（ＲＤＳＣ）のビット番号［７］に格納されるデータＲＳ３ＳＣは、８ビット乱数ＲＳ３の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＳ３ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ３ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［６］に格納されるデータＲＳ２ＳＣは、８ビット乱数ＲＳ２の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＳ２ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ２ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［５］に格納されるデータＲＳ１ＳＣは、８ビット乱数ＲＳ１の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＳ１ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ１ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［４］に格納されるデータＲＳ０ＳＣは、８ビット乱数ＲＳ０の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＳ０ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ０ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［３］に格納されるデータＲＬ３ＳＣは、１６ビット乱数ＲＬ３の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＬ３ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ３ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［２］に格納されるデータＲＬ２ＳＣは、１６ビット乱数ＲＬ２の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＬ２ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ２ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［１］に格納されるデータＲＬ１ＳＣは、１６ビット乱数ＲＬ１の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＬ１ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ１ＳＣは、初期値として”０”が設定されている。

乱数列変更レジスタ（ＲＤＳＣ）のビット番号［０］に格納されるデータＲＬ０ＳＣは、１６ビット乱数ＲＬ０の乱数列変更要求ビットを示している。図３５（Ｂ）に示す例では、乱数列を変更しないに設定した場合には、データＲＬ０ＳＣのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ０ＳＣは、初期値として”０”が設定されている。

図３６（Ａ）は、乱数ソフトラッチレジスタ（ＲＤＳＬ）の構成例を示している。図３６（Ｂ）は、乱数ソフトラッチレジスタ（ＲＤＳＬ）に格納されるデータの各ビットにおける設定内容の一例を示している。乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［７］に格納されるデータＲＳ３ＳＬは、８ビット乱数ＲＳ３の乱数値を、ＲＳ３ソフトラッチ乱数値レジスタ（ＲＳ３ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＳ３ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ３ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［６］に格納されるデータＲＳ２ＳＬは、８ビット乱数ＲＳ２の乱数値を、ＲＳ２ソフトラッチ乱数値レジスタ（ＲＳ２ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＳ２ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ２ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［５］に格納されるデータＲＳ１ＳＬは、８ビット乱数ＲＳ１の乱数値を、ＲＳ１ソフトラッチ乱数値レジスタ（ＲＳ１ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＳ１ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ１ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［４］に格納されるデータＲＳ０ＳＬは、８ビット乱数ＲＳ０の乱数値を、ＲＳ０ソフトラッチ乱数値レジスタ（ＲＳ０ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＳ０ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＳ０ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［３］に格納されるデータＲＬ３ＳＬは、１６ビット乱数ＲＬ３の乱数値を、ＲＬ３ソフトラッチ乱数値レジスタ（ＲＬ３ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＬ３ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ３ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［２］に格納されるデータＲＬ２ＳＬは、１６ビット乱数ＲＬ２の乱数値を、ＲＬ２ソフトラッチ乱数値レジスタ（ＲＬ２ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＬ２ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ２ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［１］に格納されるデータＲＬ１ＳＬは、１６ビット乱数ＲＬ１の乱数値を、ＲＬ１ソフトラッチ乱数値レジスタ（ＲＬ１ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＬ１ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ１ＳＬは、初期値として”０”が設定されている。

乱数ソフトラッチレジスタ（ＲＤＳＬ）のビット番号［０］に格納されるデータＲＬ０ＳＬは、１６ビット乱数ＲＬ０の乱数値を、ＲＬ０ソフトラッチ乱数値レジスタ（ＲＬ０ＳＶ）に取り込むためのビットを示している。図３６（Ｂ）に示す例では、乱数値を取り込まないに設定した場合には、データＲＬ０ＳＬのビット値が“０”となる一方、乱数列を変更するに設定した場合には、そのビット値が“１”となる。なお、データＲＬ０ＳＬは、初期値として”０”が設定されている。

図３７（Ａ）は、乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）の構成例を示している。図３７（Ｂ）は、乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）に格納されるデータの各ビットにおける設定内容の一例を示している。乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［７］に格納されるデータＲＳ３ＳＦは、ＲＳ３ソフトラッチ乱数値レジスタ（ＲＳ３ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ３ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ３ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［６］に格納されるデータＲＳ２ＳＦは、ＲＳ２ソフトラッチ乱数値レジスタ（ＲＳ２ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ２ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ２ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［５］に格納されるデータＲＳ１ＳＦは、ＲＳ１ソフトラッチ乱数値レジスタ（ＲＳ１ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ１ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ１ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［４］に格納されるデータＲＳ０ＳＦは、ＲＳ０ソフトラッチ乱数値レジスタ（ＲＳ０ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ０ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ０ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［３］に格納されるデータＲＬ３ＳＦは、ＲＬ３ソフトラッチ乱数値レジスタ（ＲＬ３ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ３ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ３ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［２］に格納されるデータＲＬ２ＳＦは、ＲＬ２ソフトラッチ乱数値レジスタ（ＲＬ２ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ２ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ２ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［１］に格納されるデータＲＬ１ＳＦは、ＲＬ１ソフトラッチ乱数値レジスタ（ＲＬ１ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ１ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ１ＳＦは、初期値として”０”が設定されている。

乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）のビット番号［０］に格納されるデータＲＬ０ＳＦは、ＲＬ０ソフトラッチ乱数値レジスタ（ＲＬ０ＳＶ）に、乱数値が取り込まれたことを示している。図３７（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ０ＳＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ０ＳＦは、初期値として”０”が設定されている。

図３８（Ａ）は、ＲＬｎソフトラッチ乱数値レジスタ（ＲＬｎＳＶ）の構成例を示している。図３８（Ｂ）は、ＲＬｎソフトラッチ乱数値レジスタ（ＲＬｎＳＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図３８において、ｎは０〜３の値をとる。図３８（Ｂ）に示すように、ＲＬｎソフトラッチ乱数値レジスタ（ＲＬｎＳＶ）のビット番号［１５−０］に格納されるデータＲＬｎＳＶ１５〜ＲＬｎＳＶ０は、乱数ソフトラッチレジスタ（ＲＤＳＬ）により取り込まれた１６ビット乱数ＲＬｎの値が格納される。なお、乱数値が取り込まれると、乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）の該当するビットに”１”がセットされる。

図３９（Ａ）は、ＲＳｎソフトラッチ乱数値レジスタ（ＲＳｎＳＶ）の構成例を示している。図３９（Ｂ）は、ＲＳｎソフトラッチ乱数値レジスタ（ＲＳｎＳＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図３９において、ｎは０〜３の値をとる。図３９（Ｂ）に示すように、ＲＳｎソフトラッチ乱数値レジスタ（ＲＳｎＳＶ）のビット番号［７−０］に格納されるデータＲＳｎＳＶ７〜ＲＳｎＳＶ０は、乱数ソフトラッチレジスタ（ＲＤＳＬ）により取り込まれた８ビット乱数ＲＳｎの値が格納される。なお、乱数値が取り込まれると、乱数ソフトラッチフラグレジスタ（ＲＤＳＦ）の該当するビットに”１”がセットされる。

図４０（Ａ）は、ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）の構成例を示している。図４０（Ｂ）は、ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット［７−６］のビット値は必ず”０”とされる。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［５］に格納されるデータＲＬ１１ＨＦは、ＲＬ１ハードラッチ乱数値レジスタ１に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ１１ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ１１ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［４］に格納されるデータＲＬ１０ＨＦは、ＲＬ１ハードラッチ乱数値レジスタ０に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ１０ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ１０ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［３］に格納されるデータＲＬ０３ＨＦは、ＲＬ０ハードラッチ乱数値レジスタ３に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ０３ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ０３ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［２］に格納されるデータＲＬ０２ＨＦは、ＲＬ０ハードラッチ乱数値レジスタ２に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ０２ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ０２ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［１］に格納されるデータＲＬ０１ＨＦは、ＲＬ０ハードラッチ乱数値レジスタ１に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ０１ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ０１ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）のビット番号［０］に格納されるデータＲＬ００ＨＦは、ＲＬ０ハードラッチ乱数値レジスタ０に、乱数値が取り込まれたことを示している。図４０（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ００ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ００ＨＦは、初期値として”０”が設定されている。

図４１（Ａ）は、ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）の構成例を示している。図４１（Ｂ）は、ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）のビット［７−６］およびビット［３−２］のビット値は必ず”０”とされる。

ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）のビット番号［５］に格納されるデータＲＬ３１ＨＦは、ＲＬ３ハードラッチ乱数値レジスタ１に、乱数値が取り込まれたことを示している。図４１（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ３１ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ３１ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）のビット番号［４］に格納されるデータＲＬ３０ＨＦは、ＲＬ３ハードラッチ乱数値レジスタ０に、乱数値が取り込まれたことを示している。図４１（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ３０ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ３０ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）のビット番号［１］に格納されるデータＲＬ２１ＨＦは、ＲＬ２ハードラッチ乱数値レジスタ１に、乱数値が取り込まれたことを示している。図４１（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ２１ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ２１ＨＦは、初期値として”０”が設定されている。

ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）のビット番号［１］に格納されるデータＲＬ２０ＨＦは、ＲＬ２ハードラッチ乱数値レジスタ０に、乱数値が取り込まれたことを示している。図４１（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＬ２０ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＬ２０ＨＦは、初期値として”０”が設定されている。

図４２（Ａ）は、ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）の構成例を示している。図４２（Ｂ）は、ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）に格納されるデータの各ビットにおける設定内容の一例を示している。なお、ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）は、８ビット乱数回路５０８ａとフリーランカウンタ回路５０７とで兼用で用いられるレジスタであり、ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）のビット［７−４］は、フリーランカウンタ回路５０７が用いるハードラッチレジスタ（ＦＲＣ０ハードラッチレジスタ（ＦＲ０ＨＶ）〜ＦＲＣ３ハードラッチレジスタ（ＦＲ３ＨＶ））に関する設定を示している。

ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）のビット番号［３］に格納されるデータＲＳ３ＨＦは、ＲＳ３ハードラッチ乱数値レジスタ（ＲＳ３ＨＶ）に、乱数値が取り込まれたことを示している。図４２（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ３ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ３ＨＦは、初期値として”０”が設定されている。

ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）のビット番号［２］に格納されるデータＲＳ２ＨＦは、ＲＳ２ハードラッチ乱数値レジスタ（ＲＳ２ＨＶ）に、乱数値が取り込まれたことを示している。図４２（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ２ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ２ＨＦは、初期値として”０”が設定されている。

ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）のビット番号［１］に格納されるデータＲＳ１ＨＦは、ＲＳ１ハードラッチ乱数値レジスタ（ＲＳ１ＨＶ）に、乱数値が取り込まれたことを示している。図４２（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ１ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ１ＨＦは、初期値として”０”が設定されている。

ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）のビット番号［０］に格納されるデータＲＳ０ＨＦは、ＲＳ０ハードラッチ乱数値レジスタ（ＲＳ０ＨＶ）に、乱数値が取り込まれたことを示している。図４２（Ｂ）に示す例では、乱数値が取り込まれていない場合には、データＲＳ０ＨＦのビット値が“０”となる一方、乱数値を取り込み済みである場合には、そのビット値が“１”となる。なお、データＲＳ０ＨＦは、初期値として”０”が設定されている。

図４３（Ａ）は、ＲＬ０ハードラッチ乱数値レジスタｍ（ＲＬ０ｍＨＶ）の構成例を示している。図４３（Ｂ）は、ＲＬ０ハードラッチ乱数値レジスタｍ（ＲＬ０ｍＨＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図４３において、ｍは０〜３の値をとる。図４３（Ｂ）に示すように、ＲＬ０ハードラッチ乱数値レジスタｍ（ＲＬ０ｍＨＶ）のビット番号［１５−０］に格納されるデータＲＬ０ｍＨＶ１５〜ＲＬ０ｍＨＶ０は、外部端子入力により取り込まれた１６ビット乱数ＲＬ０の値が格納される。なお、乱数値が取り込まれると、ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）の該当するビットに”１”がセットされる。

図４４（Ａ）は、ＲＬ１ハードラッチ乱数値レジスタｍ（ＲＬ１ｍＨＶ）の構成例を示している。図４４（Ｂ）は、ＲＬ１ハードラッチ乱数値レジスタｍ（ＲＬ１ｍＨＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図４４において、ｍは０〜３の値をとる。図４４（Ｂ）に示すように、ＲＬ１ハードラッチ乱数値レジスタｍ（ＲＬ１ｍＨＶ）のビット番号［１５−０］に格納されるデータＲＬ１ｍＨＶ１５〜ＲＬ１ｍＨＶ０は、外部端子入力により取り込まれた１６ビット乱数ＲＬ１の値が格納される。なお、乱数値が取り込まれると、ＲＬハードラッチフラグレジスタ０（ＲＬＨＦ０）の該当するビットに”１”がセットされる。

図４５（Ａ）は、ＲＬ２ハードラッチ乱数値レジスタｍ（ＲＬ２ｍＨＶ）の構成例を示している。図４５（Ｂ）は、ＲＬ２ハードラッチ乱数値レジスタｍ（ＲＬ２ｍＨＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図４５において、ｍは０〜３の値をとる。図４５（Ｂ）に示すように、ＲＬ２ハードラッチ乱数値レジスタｍ（ＲＬ２ｍＨＶ）のビット番号［１５−０］に格納されるデータＲＬ２ｍＨＶ１５〜ＲＬ２ｍＨＶ０は、外部端子入力により取り込まれた１６ビット乱数ＲＬ２の値が格納される。なお、乱数値が取り込まれると、ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）の該当するビットに”１”がセットされる。

図４６（Ａ）は、ＲＬ３ハードラッチ乱数値レジスタｍ（ＲＬ３ｍＨＶ）の構成例を示している。図４６（Ｂ）は、ＲＬ３ハードラッチ乱数値レジスタｍ（ＲＬ３ｍＨＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図４６において、ｍは０〜３の値をとる。図４６（Ｂ）に示すように、ＲＬ３ハードラッチ乱数値レジスタｍ（ＲＬ３ｍＨＶ）のビット番号［１５−０］に格納されるデータＲＬ３ｍＨＶ１５〜ＲＬ３ｍＨＶ０は、外部端子入力により取り込まれた１６ビット乱数ＲＬ３の値が格納される。なお、乱数値が取り込まれると、ＲＬハードラッチフラグレジスタ１（ＲＬＨＦ１）の該当するビットに”１”がセットされる。

図４７（Ａ）は、ＲＳｎハードラッチ乱数値レジスタ（ＲＳｎＨＶ）の構成例を示している。図４７（Ｂ）は、ＲＳｎハードラッチ乱数値レジスタ（ＲＳｎＨＶ）に格納されるデータの各ビットにおける格納内容の一例を示している。なお、図４７において、ｎは０〜３の値をとる。図４７（Ｂ）に示すように、ＲＳｎハードラッチ乱数値レジスタ（ＲＬｎＨＶ）のビット番号［７０］に格納されるデータＲＳｎＨＶ７〜ＲＳｎＨＶ０は、外部端子入力により取り込まれた８ビット乱数ＲＳｎの値が格納される。なお、乱数値が取り込まれると、ＲＳハードラッチフラグレジスタ（ＲＳＨＦ）の該当するビットに”１”がセットされる。

図６に示す遊技制御用マイクロコンピュータ５６０が備えるタイマ回路５０９は、８ビットプログラマブルタイマであり、遊技制御用マイクロコンピュータ５６０は、タイマ回路５０９として、８ビットのカウンタを３チャネル備える。この実施の形態では、タイマ回路５０９を用いてユーザプログラムによる設定により、リアルタイム割り込み要求や時間計測を行うことが可能である。

図６に示す遊技制御用マイクロコンピュータ５６０が備える割り込みコントローラ５１０は、ＰＩ５／ＸＩＮＴ端子からの外部割り込み要求や、内蔵の周辺回路（例えば、シリアル通信回路５１２、乱数回路５０８ａ，５０８ｂ、タイマ回路５０９）からの割り込み要求を制御する回路である。

図６に示す遊技制御用マイクロコンピュータ５６０が備えるパラレル入力ポート５１１は、８ビット幅の入力専用ポート（ＰＩＰ）を内蔵する。また、図６に示す遊技制御用マイクロコンピュータ５６０が備えるパラレル出力ポート５１３は、１１ビット幅の出力専用ポート（ＰＯＰ）を内蔵する。

図６に示す遊技制御用マイクロコンピュータ５６０が備えるシリアル通信回路５１２は、外部に対する入出力において非同期シリアル通信を行う回路である。なお、遊技制御用マイクロコンピュータ５６０は、シリアル通信回路５１２として、送受信両用の１チャネルの回路と、送信用のみの３チャネルの回路とを備える。なお、例えば、送受信両用の回路については、例えば、双方向の通信が必要となる遊技制御用マイクロコンピュータ５６０と払出制御基板３７が搭載する払出制御用マイクロコンピュータとの間の通信に用いるようにし、送信用のみの回路については、例えば、一方向の通信でよい遊技制御用マイクロコンピュータ５６０から演出制御用マイクロコンピュータ１００に対する通信に用いるようにする。

図６に示す遊技制御用マイクロコンピュータ５６０が備えるアドレスデコード回路５１４は、遊技制御用マイクロコンピュータ５６０の内部における各機能ブロックのデコードや、外部装置用のデコード信号であるチップセレクト信号のデコードを行うための回路である。チップセレクト信号により、遊技制御用マイクロコンピュータ５６０の内部回路、あるいは、周辺デバイスとなる外部装置を、選択的に有効動作させて、ＣＰＵ５６からのアクセスが可能となる。

次に、遊技機の動作について説明する。まず、この実施の形態では、既に説明したように、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生したときに、ユーザリセットを発生させるかシステムリセットを発生させるかを可能である（図１４参照）。図４８は、リセット設定（ＫＲＥＳ）での設定内容によるリセット動作の違いを説明するための説明図である。

まず、図４８（Ａ）を用いてウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生したときにシステムリセットを発生させるように設定した場合について説明する。この場合、図４８（Ａ）に示すように、遊技機に対して電源が投入され電力供給が開始されると、遊技制御用マイクロコンピュータ５６は、ＣＰＵコアを含む全ての内部回路を初期化するとともに、プログラム管理エリアの設定内容に従って、内部リセット動作の設定や乱数回路５０８ａ，５０８ｂの設定など遊技制御用マイクロコンピュータ５６０の各種設定をハードウェア的に行う（ステップＳ１００１）。具体的には、プログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）の設定内容に従って内部リセットの動作の設定を行ったり、プログラム管理エリアの図１５〜図１９に示す１６ビット乱数初期設定１（ＫＲＬ１）〜８ビット乱数初期設定２（ＫＲＳ２）の設定内容に従って乱数回路５０８ａ，５０８ｂの設定を行ったりする。なお、図４８（Ａ）に示す例では、遊技制御用マイクロコンピュータ５６は、プログラム管理エリアの設定内容に従って、内部リセット動作の設定としてシステムリセットを設定する。また、プログラム管理エリアの設定内容は予め遊技機の製作時に遊技機製造メーカ（ユーザ）によって設定されているものとする。

遊技制御用マイクロコンピュータ５６０の各種設定を完了すると、遊技制御用マイクロコンピュータ５６は、セキュリティモードに移行し、セキュリティチェックを実行する（ステップＳ１００２）。ステップＳ１００２で実行するセキュリティチェックでは、ユーザプログラムの認証を行う。具体的には、ユーザプログラムをもとに計算された認証コードが正しいか否か再計算を行う。そして、認証コードが正しければ、ステップＳ１００３に移行し、認証コードが正しくなければ、ＣＰＵ５６を停止する。なお、セキュリティモードに移行されるセキュリティモード時間は、既に説明したように、プログラム管理エリアの図２０に示すセキュリティ時間設定（ＫＳＥＳ）の設定内容に従って可変とされている。具体的には、プログラム管理エリアの図２０に示すセキュリティ時間設定（ＫＳＥＳ）の設定内容に従ってステップＳ１００１の設定が行われることによりセキュリティモード時間が設定される。なお、認証コードは、予め遊技機の製作時の内蔵ＲＯＭ５４への書き込み時に遊技機製造メーカ（ユーザ）によってユーザプログラムとともに書き込まれているものとする。

そして、セキュリティチェックを終了すると、遊技制御用マイクロコンピュータ５６０は、ユーザモードに移行し、ユーザプログラムの実行を開始する。具体的には、後述する図５０のメイン処理の実行を開始する。

次いで、ユーザプログラムが実行されているときに（具体的には、後述する図５０のメイン処理内のループ処理や図５１のタイマ割込処理の実行中に）、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生したものとする。図４８（Ａ）に示す例では、ステップＳ１００１で内部リセット動作の設定としてシステムリセットが設定されていることから、タイムアウト信号やＩＡＴ信号の発生にもとづいてシステムリセットが発生する。

そして、ステップＳ１００１と同様に、遊技制御用マイクロコンピュータ５６は、ＣＰＵコアを含む全ての内部回路を初期化するとともに、プログラム管理エリアの設定内容に従って、内部リセット動作の設定や乱数回路５０８ａ，５０８ｂの設定など遊技制御用マイクロコンピュータ５６０の各種設定をハードウェア的に行う（ステップＳ１００５）。また、遊技制御用マイクロコンピュータ５６０の各種設定を完了すると、ステップＳ１００２と同様に、遊技制御用マイクロコンピュータ５６は、セキュリティモードに移行し、セキュリティチェックを実行する（ステップＳ１００６）。

そして、セキュリティチェックを終了すると、ステップＳ１００３と同様に、遊技制御用マイクロコンピュータ５６０は、ユーザモードに移行し、ユーザプログラムの実行を開始する。具体的には、後述する図５０のメイン処理の実行を再び開始する。

以降、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生するごとに、ステップＳ１００４〜Ｓ１００７の動作が実行される。なお、図４８（Ａ）において、ステップＳ１００１，Ｓ１００２の具体的な処理内容とステップＳ１００５，Ｓ１００６の具体的な処理内容とは同じである。

次に、図４８（Ｂ）を用いてウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生したときにユーザリセットを発生させるように設定した場合について説明する。この場合、図４８（Ｂ）に示すように、遊技機に対して電源が投入され電力供給が開始されると、遊技制御用マイクロコンピュータ５６は、ＣＰＵコアを含む全ての内部回路を初期化するとともに、プログラム管理エリアの設定内容に従って、内部リセット動作の設定や乱数回路５０８ａ，５０８ｂの設定など遊技制御用マイクロコンピュータ５６０の各種設定をハードウェア的に行う（ステップＳ１０１１）。具体的には、プログラム管理エリアの図１４に示すリセット設定（ＫＲＥＳ）の設定内容に従って内部リセットの動作の設定を行ったり、プログラム管理エリアの図１５〜図１９に示す１６ビット乱数初期設定１（ＫＲＬ１）〜８ビット乱数初期設定２（ＫＲＳ２）の設定内容に従って乱数回路５０８ａ，５０８ｂの設定を行ったりする。なお、図４８（Ｂ）に示す例では、遊技制御用マイクロコンピュータ５６は、プログラム管理エリアの設定内容に従って、内部リセット動作の設定としてユーザリセットを設定する。また、プログラム管理エリアの設定内容は予め遊技機の製作時に遊技機製造メーカ（ユーザ）によって設定されているものとする。

遊技制御用マイクロコンピュータ５６０の各種設定を完了すると、遊技制御用マイクロコンピュータ５６は、セキュリティモードに移行し、セキュリティチェックを実行する（ステップＳ１０１２）。ステップＳ１０１２で実行するセキュリティチェックでは、ユーザプログラムの認証を行う。具体的には、ユーザプログラムをもとに計算された認証コードが正しいか否か再計算を行う。そして、認証コードが正しければ、ステップＳ１０１３に移行し、認証コードが正しくなければ、ＣＰＵ５６を停止する。なお、セキュリティモードに移行されるセキュリティモード時間は、既に説明したように、プログラム管理エリアの図２０に示すセキュリティ時間設定（ＫＳＥＳ）の設定内容に従って可変とされている。具体的には、プログラム管理エリアの図２０に示すセキュリティ時間設定（ＫＳＥＳ）の設定内容に従ってステップＳ１０１１の設定が行われることによりセキュリティモード時間が設定される。なお、認証コードは、予め遊技機の製作時の内蔵ＲＯＭ５４への書き込み時に遊技機製造メーカ（ユーザ）によってユーザプログラムとともに書き込まれているものとする。

次いで、ユーザプログラムが実行されているときに（具体的には、後述する図５０のメイン処理内のループ処理や図５１のタイマ割込処理の実行中に）、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生したものとする。図４８（Ｂ）に示す例では、ステップＳ１０１１で内部リセット動作の設定としてユーザリセットが設定されていることから、タイムアウト信号やＩＡＴ信号の発生にもとづいてユーザリセットが発生する。

ユーザリセットが発生した場合には、ステップＳ１０１１の遊技制御用マイクロコンピュータ５６０の各種設定やステップＳ１０１２のセキュリティチェックは実行されず、遊技制御用マイクロコンピュータ５６０の内部回路のうち、ＣＰＵコア、タイマ回路５０９、フリーランカウンタ回路５０７、演算回路５０５、パラレル入力ポート５１１、パラレル出力ポート５１３、シリアル通信回路５１２、および割り込みコントローラ５１０などを初期化する。そして、そのままユーザプログラムの先頭のアドレスに戻り、ユーザプログラムの実行が先頭のアドレスから再び開始される（ステップＳ１０１５）。具体的には、後述する図５０のメイン処理の実行を再び開始する。

以降、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号やＩＡＴ回路５０６ａからのＩＡＴ信号が発生するごとに、ステップＳ１０１４〜Ｓ１０１５の動作が実行される。

また、この実施の形態では、遊技制御用マイクロコンピュータ５６０は、ユーザプログラムの実行中に内蔵ＲＡＭ領域に格納されているデータを読み出す場合、そのデータが格納されている内蔵ＲＡＭ領域の上位および下位全てのアドレスを指定するのではなく、アドレスの下位のみを指定してデータを読み出すことが可能である。図４９は、内蔵ＲＡＭ領域に格納されているデータの読み出し方の例を示す説明図である。この実施の形態では、ユーザプログラムで参照されるデータは、内蔵ＲＡＭ領域のうちのＦ０００Ｈ〜Ｆ０ＦＦＨ領域に格納されるものとし、データ格納領域のアドレスの上位が必ずＦ０Ｈとなるものとする。また、遊技制御用マイクロコンピュータ５６０は、データ格納領域の上位アドレスを固定値として格納しておくための専用のレジスタ（Ｑレジスタ）を備え、Ｑレジスタには固定値Ｆ０Ｈが設定されるものとする。

図４９に示す例では、内蔵ＲＡＭ領域のアドレスＦ０２０Ｈに格納されているデータを読み出す場合が示されている。この場合、Ｑレジスタを用いてデータを読み出すためのコマンドＬＤＱを用いて、下位アドレス２０Ｈのみを指定して、データの読み出し動作を行う（具体的には、ＬＤＱＡ，（２０Ｈ）を実行する）。すると、ＣＰＵ５６は、データ格納領域の上位アドレスをＱレジスタに設定されている固定値からＦ０Ｈと特定するとともに、ＬＤＱ命令で指定された下位アドレス２０Ｈを特定し、上位および下位を合わせたデータ格納領域のアドレスがＦ０２０Ｈであると特定する。そして、ＣＰＵ５６は、特定したＦ０２０Ｈに対応するデータ格納領域に格納されているデータａを読み出し、レジスタＡに格納する。

なお、Ｑレジスタの値は、システムリセット時にハードウェア的に初期化されて初期値Ｆ０Ｈに自動設定されるものとする。例えば、遊技機に対して電源が投入され電力供給が開始されたときに、Ｑレジスタの下位４ビットは０に初期化されるとともに、上位４ビットは反転回路で反転されて全て値１となることによって、Ｑレジスタの初期値としてＦ０Ｈが自動設定される。なお、後述するように、この実施の形態では、ユーザプログラムの実行が開始されたときにも、ユーザプログラムによりＱレジスタに初期値Ｆ０Ｈを設定する処理が実行される（後述するステップＳ５Ａ参照）。

なお、Ｑレジスタの初期値設定は、遊技機に対して電源が投入され電力供給が開始されたときに行うハードウェア的な自動設定のみでもよいし、ユーザプログラムの開始時に実行されるユーザプログラムによる設定のみでもよい。

次に、システムチェックを実行した後、ユーザモードに移行した後にユーザプログラムに従って実行される処理を説明する。ユーザモードに移行すると、遊技制御用マイクロコンピュータ５６０は、メイン処理の実行を開始する。

図５０は、主基板３１における遊技制御用マイクロコンピュータ５６０が実行するメイン処理を示すフローチャートである。メイン処理において、ＣＰＵ５６は、まず、必要な初期設定を行う。初期設定処理において、ＣＰＵ５６は、まず、割込禁止に設定する（ステップＳ１）。次に、割込モードの設定を行い（ステップＳ２）、スタックポインタにスタックポインタ指定アドレスを設定する（ステップＳ３）。そして、内蔵デバイスの初期化（内蔵デバイス（内蔵周辺回路）であるタイマ回路５０９、パラレル入力ポート５１１およびパラレル出力ポート５１３の初期化など）を行った後（ステップＳ４）、ＲＡＭをアクセス可能状態に設定する（ステップＳ５）。

次いで、ＣＰＵ５６は、Ｑレジスタに初期値Ｆ０Ｈをセットする（ステップＳ５Ａ）。すなわち、ステップＳ５が実行されてＲＡＭ５５をアクセス可能状態に設定したタイミングで、Ｑレジスタに初期値Ｆ０Ｈがセットされる。

次いで、ＣＰＵ５６は、入力ポートを介して入力されるクリアスイッチ（例えば、電源基板に搭載されている。）の出力信号（クリア信号）の状態を確認する（ステップＳ６）。その確認においてオンを検出した場合には、ＣＰＵ５６は、通常の初期化処理（ステップＳ１０〜Ｓ１５）を実行する。

クリアスイッチがオンの状態でない場合には、遊技機への電力供給が停止したときにバックアップＲＡＭ領域のデータ保護処理（例えばパリティデータの付加等の電力供給停止時処理（電源断処理））が行われたか否か確認する（ステップＳ７）。そのような保護処理が行われていないことを確認したら、ＣＰＵ５６は初期化処理を実行する。バックアップＲＡＭ領域にバックアップデータがあるか否かは、例えば、電源断処理においてバックアップＲＡＭ領域に設定されるバックアップ監視タイマの値が判定値（例えば２）と同じ値になっていることによって、電力供給停止時処理の処理結果が保存されていることを確認できる。なお、バックアップ監視タイマに代えて、例えば、電源断処理においてバックアップフラグをセットするようにし、ステップＳ７では、バックアップフラグがセットされているか否かを確認するようにしてもよい。

電力供給停止時処理が行われたことを確認したら、ＣＰＵ５６は、バックアップＲＡＭ領域のデータチェックを行う（ステップＳ８）。この実施の形態では、データチェックとしてパリティチェックを行う。よって、ステップＳ８では、算出したチェックサムと、電力供給停止時処理で同一の処理によって算出され保存されているチェックサムとを比較する。不測の停電等の電力供給停止が生じた後に復旧した場合には、バックアップＲＡＭ領域のデータは保存されているはずであるから、チェック結果（比較結果）は正常（一致）になる。チェック結果が正常でないということは、バックアップＲＡＭ領域のデータが、電力供給停止時のデータとは異なっていることを意味する。そのような場合には、内部状態を電力供給停止時の状態に戻すことができないので、電力供給の停止からの復旧時でない電源投入時に実行される初期化処理を実行する。

チェック結果が正常であれば、ＣＰＵ５６は、遊技制御手段の内部状態と演出制御手段等の電気部品制御手段の制御状態を電力供給停止時の状態に戻すための遊技状態復旧処理（ステップＳ４１〜Ｓ４３の処理）を行う。具体的には、ＲＯＭ５４に格納されているバックアップ時設定テーブルの先頭アドレスをポインタに設定し（ステップＳ４１）、バックアップ時設定テーブルの内容を順次作業領域（ＲＡＭ５５内の領域）に設定する（ステップＳ４２）。作業領域はバックアップ電源によって電源バックアップされている。バックアップ時設定テーブルには、作業領域のうち初期化してもよい領域についての初期化データが設定されている。ステップＳ４１およびＳ４２の処理によって、作業領域のうち初期化してはならない部分については、保存されていた内容がそのまま残る。初期化してはならない部分とは、例えば、電力供給停止前の遊技状態を示すデータ（特別図柄プロセスフラグ、確変フラグ、時短フラグなど）、出力ポートの出力状態が保存されている領域（出力ポートバッファ）、未払出賞球数を示すデータが設定されている部分などである。

また、ＣＰＵ５６は、電力供給復旧時の初期化コマンドとしての停電復旧指定コマンドを送信する（ステップＳ４３）。また、ＣＰＵ５６は、バックアップＲＡＭに保存されている表示結果（確変大当り、通常大当り、突然確変大当り、小当り、またははずれ）を指定した表示結果指定コマンドを演出制御基板８０に対して送信する（ステップＳ４４）。そして、ステップＳ１５に移行する。

なお、この実施の形態では、バックアップＲＡＭ領域には、後述する変動時間タイマの値も保存される。従って、停電復旧した場合には、ステップＳ４４で表示結果指定コマンドが送信された後、保存していた変動時間タイマの値の計測を再開して特別図柄の変動表示が再開されるとともに、保存していた変動時間タイマの値がタイムアウトしたときに、さらに後述する図柄確定指定コマンドが送信される。また、この実施の形態では、バックアップＲＡＭ領域には、後述する特別図柄プロセスフラグの値も保存される。従って、停電復旧した場合には、保存されている特別図柄プロセスフラグの値に応じたプロセスから特別図柄プロセス処理が再開される。

なお、停電復旧時に必ず表示結果指定コマンドを送信するのではなく、ＣＰＵ５６は、まず、バックアップＲＡＭ領域に保存している変動時間タイマの値が０であるか否かを確認するようにしてもよい。そして、変動時間タイマの値が０でなければ、変動中に停電した場合であると判断して、表示結果指定コマンドを送信するようにし、変動時間タイマが０であれば、停電時に変動中の状態ではなかったと判断して、表示結果指定コマンドを送信しないようにしてもよい。

また、ＣＰＵ５６は、まず、バックアップＲＡＭ領域に保存している特別図柄プロセスフラグの値が３であるか否かを確認するようにしてもよい。そして、特別図柄プロセスフラグの値が３であれば、変動中に停電した場合であると判断して、表示結果指定コマンドを送信するようにし、特別図柄プロセスフラグが３でなければ、停電時に変動中ではなかったと判断して、表示結果指定コマンドを送信しないようにしてもよい。

なお、この実施の形態では、バックアップ監視タイマ（または、バックアップフラグ）とチェックデータとの双方を用いてバックアップＲＡＭ領域のデータが保存されているか否か確認しているが、いずれか一方のみを用いてもよい。すなわち、バックアップ監視タイマ（または、バックアップフラグ）とチェックデータとのいずれかを、遊技状態復旧処理を実行するための契機としてもよい。

初期化処理では、ＣＰＵ５６は、まず、ＲＡＭクリア処理を行い（ステップＳ１０）、加算バッファおよびクリアバッファをクリアする（ステップＳ１０ａ）。加算バッファおよびクリアバッファは、ＲＡＭ５５形成され（すなわちＲＡＭ内の領域であって）、後述する入賞順異常報知処理において始動口への入賞順異常が発生したことを検出するために用いられる。なお、ＲＡＭクリア処理によって、所定のデータ（例えば、普通図柄当り判定用乱数を生成するためのカウンタのカウント値のデータ）は０に初期化されるが、任意の値またはあらかじめ決められている値に初期化するようにしてもよい。また、ＲＡＭ５５の全領域を初期化せず、所定のデータ（例えば、普通図柄当り判定用乱数を生成するためのカウンタのカウント値のデータ）をそのままにしてもよい。また、この実施の形態では、遊技状態復旧処理（ステップＳ４１〜Ｓ４３の処理）が実行される場合には、通常の初期化処理（ステップＳ１０〜Ｓ１３）が実行されないが、遊技状態復旧処理（ステップＳ４１〜Ｓ４３の処理）が実行される場合にも、加算バッファおよびクリアバッファのクリア（ステップＳ１０ａ）が実行されるようにしてもよい。このようにすることで、電力供給停止前の状態に復旧させて入賞順異常報知処理を行うのではなく、新たな状態で入賞順異常報知処理を行うことができる。

次いで、ＣＰＵ５６は、ＲＯＭ５４に格納されている初期化時設定テーブルの先頭アドレスをポインタに設定し（ステップＳ１１）、初期化時設定テーブルの内容を順次作業領域に設定する（ステップＳ１２）。

ステップＳ１１およびＳ１２の処理によって、例えば、普通図柄当り判定用乱数カウンタ、特別図柄バッファ、総賞球数格納バッファ、特別図柄プロセスフラグなど制御状態に応じて選択的に処理を行うためのフラグに初期値が設定される。

また、ＣＰＵ５６は、サブ基板（主基板３１以外のマイクロコンピュータが搭載された基板。）を初期化するための初期化指定コマンド（遊技制御用マイクロコンピュータ５６０が初期化処理を実行したことを示すコマンドでもある。）をサブ基板に送信する（ステップＳ１３）。例えば、演出制御用マイクロコンピュータ１００は、初期化指定コマンドを受信すると、演出表示装置９において、遊技機の制御の初期化がなされたことを報知するための画面表示、すなわち初期化報知を行う。

そして、ステップＳ１５において、ＣＰＵ５６は、所定時間（例えば４ｍｓ）毎に定期的にタイマ割込がかかるように遊技制御用マイクロコンピュータ５６０に内蔵されているタイマ回路５０９のレジスタの設定を行なう。すなわち、初期値として例えば４ｍｓに相当する値が所定のレジスタ（時間定数レジスタ）に設定される。この実施の形態では、４ｍｓ毎に定期的にタイマ割込がかかるとする。

初期化処理の実行（ステップＳ１０〜Ｓ１５）が完了すると、ＣＰＵ５６は、メイン処理で、表示用乱数更新処理（ステップＳ１７）および初期値用乱数更新処理（ステップＳ１８）を繰り返し実行する。表示用乱数更新処理および初期値用乱数更新処理を実行するときには割込禁止状態に設定し（ステップＳ１６）、表示用乱数更新処理および初期値用乱数更新処理の実行が終了すると割込許可状態に設定する（ステップＳ１９）。この実施の形態では、表示用乱数とは、大当りとしない場合の特別図柄の停止図柄を決定するための乱数や大当りとしない場合にリーチとするか否かを決定するための乱数であり、表示用乱数更新処理とは、表示用乱数を発生するためのカウンタのカウント値を更新する処理である。また、初期値用乱数更新処理とは、初期値用乱数を発生するためのカウンタのカウント値を更新する処理である。この実施の形態では、初期値用乱数とは、普通図柄に関して当りとするか否か決定するための乱数を発生するためのカウンタ（普通図柄当り判定用乱数発生カウンタ）のカウント値の初期値を決定するための乱数である。後述する遊技の進行を制御する遊技制御処理（遊技制御用マイクロコンピュータ５６０が、遊技機に設けられている演出表示装置、可変入賞球装置、球払出装置等の遊技用の装置を、自身で制御する処理、または他のマイクロコンピュータに制御させるために指令信号を送信する処理、遊技装置制御処理ともいう）において、普通図柄当り判定用乱数のカウント値が１周（普通図柄当り判定用乱数の取りうる値の最小値から最大値までの間の数値の個数分歩進したこと）すると、そのカウンタに初期値が設定される。

なお、この実施の形態では、リーチ演出は、演出表示装置９において可変表示される演出図柄を用いて実行される。また、特別図柄の表示結果を大当り図柄にする場合には、リーチ演出は常に実行される。特別図柄の表示結果を大当り図柄にしない場合には、遊技制御用マイクロコンピュータ５６０は、乱数を用いた抽選によって、リーチ演出を実行するか否か決定する。ただし、実際にリーチ演出の制御を実行するのは、演出制御用マイクロコンピュータ１００である。

タイマ割込が発生すると、ＣＰＵ５６は、図５１に示すステップＳ２０〜Ｓ３４のタイマ割込処理を実行する。タイマ割込処理において、まず、電源断信号が出力されたか否か（オン状態になったか否か）を検出する電源断検出処理を実行する（ステップＳ２０）。電源断信号は、例えば電源基板に搭載されている電源監視回路が、遊技機に供給される電源の電圧の低下を検出した場合に出力する。そして、電源断検出処理において、ＣＰＵ５６は、電源断信号が出力されたことを検出したら、必要なデータをバックアップＲＡＭ領域に保存するための電力供給停止時処理を実行する。次いで、入力ドライバ回路５８を介して、ゲートスイッチ３２ａ、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａおよびカウントスイッチ２３の検出信号を入力し、それらの状態判定を行う（スイッチ処理：ステップＳ２１）。

次に、ＣＰＵ５６は、第１始動入賞口１３と第２始動入賞口１４との入賞順異常を検出し入賞順異常を報知するための入賞順異常報知処理を実行する（ステップＳ２１ａ）。

なお、「入賞順異常」とは、第１始動入賞口１３および第２始動入賞口１４に遊技球が入賞した順序（具体的には、第１始動口スイッチ１３ａおよび第２始動口スイッチ１４ａによって遊技球が検出された順序）が所定の順序と異なることである。この実施の形態では、既に説明したように、振分装置２００に流入した遊技球は振分部材２０２によって第１始動入賞口１３と第２始動入賞口１４とに交互に入賞するように構成されている（ただし、確変状態（高ベース状態）には、振分装置２００の状態にかかわらず第２始動入賞口１４に入賞可能な場合もある）ので、第１始動入賞口１３または第２始動入賞口１４に遊技球が連続して入賞することはない（ただし、確変状態（高ベース状態）では第２始動入賞口１４に連続して入賞する場合がある）。そのため、この実施の形態では、第１始動入賞口１３または第２始動入賞口１４のいずれかに所定数以上（本例では４以上）連続して入賞した場合に入賞順異常が検出され、後述するような入賞順異常を報知する制御が行われる。

次に、ＣＰＵ５６は、第１特別図柄表示器８ａ、第２特別図柄表示器８ｂ、普通図柄表示器１０、第１特別図柄保留記憶表示器１８ａ、第２特別図柄保留記憶表示器１８ｂ、普通図柄保留記憶表示器４１の表示制御を行う表示制御処理を実行する（ステップＳ２２）。第１特別図柄表示器８ａ、第２特別図柄表示器８ｂおよび普通図柄表示器１０については、ステップＳ３２，Ｓ３３で設定される出力バッファの内容に応じて各表示器に対して駆動信号を出力する制御を実行する。

また、遊技制御に用いられる普通図柄当り判定用乱数等の各判定用乱数を生成するための各カウンタのカウント値を更新する処理を行う（判定用乱数更新処理：ステップＳ２３）。ＣＰＵ５６は、さらに、初期値用乱数および表示用乱数を生成するためのカウンタのカウント値を更新する処理を行う（初期値用乱数更新処理，表示用乱数更新処理：ステップＳ２４，Ｓ２５）。

さらに、ＣＰＵ５６は、特別図柄プロセス処理を行う（ステップＳ２６）。特別図柄プロセス処理では、第１特別図柄表示器８ａ、第２特別図柄表示器８ｂおよび大入賞口を所定の順序で制御するための特別図柄プロセスフラグに従って該当する処理を実行する。ＣＰＵ５６は、特別図柄プロセスフラグの値を、遊技状態に応じて更新する。

次いで、普通図柄プロセス処理を行う（ステップＳ２７）。普通図柄プロセス処理では、ＣＰＵ５６は、普通図柄表示器１０の表示状態を所定の順序で制御するための普通図柄プロセスフラグに従って該当する処理を実行する。ＣＰＵ５６は、普通図柄プロセスフラグの値を、遊技状態に応じて更新する。

また、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に演出制御コマンドを送出する処理を行う（演出制御コマンド制御処理：ステップＳ２８）。

さらに、ＣＰＵ５６は、パチンコ遊技機１の外部に出力する情報として、例えばホール管理用コンピュータに供給される大当り情報、始動情報、確率変動情報などのパチンコ遊技機１に関する情報（データ）を情報出力回路６４から出力する情報出力処理を行う（ステップＳ２９）。

また、ＣＰＵ５６は、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａおよびカウントスイッチ２３の検出信号にもとづく賞球個数の設定などを行う賞球処理を実行する（ステップＳ３０）。具体的には、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａおよびカウントスイッチ２３のいずれかがオンしたことにもとづく入賞検出に応じて、払出制御基板３７に搭載されている払出制御用マイクロコンピュータに賞球個数を示す払出制御コマンド（賞球個数信号）を出力する。払出制御用マイクロコンピュータは、賞球個数を示す払出制御コマンドに応じて球払出装置９７を駆動する。

この実施の形態では、出力ポートの出力状態に対応したＲＡＭ領域（出力ポートバッファ）が設けられているのであるが、ＣＰＵ５６は、出力ポートの出力状態に対応したＲＡＭ領域におけるソレノイドのオン／オフに関する内容を出力ポートに出力する（ステップＳ３１：出力処理）。

また、ＣＰＵ５６は、特別図柄プロセスフラグの値に応じて特別図柄の演出表示を行うための特別図柄表示制御データを特別図柄表示制御データ設定用の出力バッファに設定する特別図柄表示制御処理を行う（ステップＳ３２）。

さらに、ＣＰＵ５６は、普通図柄プロセスフラグの値に応じて普通図柄の演出表示を行うための普通図柄表示制御データを普通図柄表示制御データ設定用の出力バッファに設定する普通図柄表示制御処理を行う（ステップＳ３３）。ＣＰＵ５６は、例えば、普通図柄の変動に関する開始フラグがセットされると終了フラグがセットされるまで、普通図柄の変動速度が０．２秒ごとに表示状態（「○」および「×」）を切り替えるような速度であれば、０．２秒が経過する毎に、出力バッファに設定される表示制御データの値（例えば、「○」を示す１と「×」を示す０）を切り替える。また、ＣＰＵ５６は、出力バッファに設定された表示制御データに応じて、ステップＳ２２において駆動信号を出力することによって、普通図柄表示器１０における普通図柄の演出表示を実行する。

その後、割込許可状態に設定し（ステップＳ３４）、処理を終了する。
以上の制御によって、この実施の形態では、遊技制御処理は４ｍｓ毎に起動されることになる。なお、遊技制御処理は、タイマ割込処理におけるステップＳ２１〜Ｓ３３（ステップＳ２９を除く。）の処理に相当する。また、この実施の形態では、タイマ割込処理で遊技制御処理が実行されているが、タイマ割込処理では例えば割込が発生したことを示すフラグのセットのみがなされ、遊技制御処理はメイン処理において実行されるようにしてもよい。

第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび演出表示装置９にはずれ図柄が停止表示される場合には、演出図柄の可変表示が開始されてから、演出図柄の可変表示状態がリーチ状態にならずに、リーチにならない所定の演出図柄の組み合わせが停止表示されることがある。このような演出図柄の可変表示態様を、可変表示結果がはずれ図柄になる場合における「非リーチ」（「通常はずれ」ともいう）の可変表示態様という。

第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび演出表示装置９にはずれ図柄が停止表示される場合には、演出図柄の可変表示が開始されてから、演出図柄の可変表示状態がリーチ状態となった後にリーチ演出が実行され、最終的に大当り図柄とはならない所定の演出図柄の組み合わせが停止表示されることがある。このような演出図柄の可変表示結果を、可変表示結果が「はずれ」となる場合における「リーチ」（「リーチはずれ」ともいう）の可変表示態様という。

この実施の形態では、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに大当り図柄が停止表示される場合には、演出図柄の可変表示状態がリーチ状態になった後にリーチ演出が実行され、最終的に演出表示装置９における「左」、「中」、「右」の各図柄表示エリア９Ｌ、９Ｃ、９Ｒに、演出図柄が揃って停止表示される。

第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに小当りである「５」が停止表示される場合には、演出表示装置９において、演出図柄の可変表示態様が「突然確変大当り」である場合と同様に演出図柄の可変表示が行われた後、所定の小当り図柄（突然確変大当り図柄と同じ図柄。例えば「１３５」）が停止表示されることがある。第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに小当り図柄である「５」が停止表示されることに対応する演出表示装置９における表示演出を「小当り」の可変表示態様という。

ここで、小当りとは、大当りと比較して大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容される当りである。なお、小当り遊技が終了した場合、遊技状態は変化しない。すなわち、確変状態から通常状態に移行したり通常状態から確変状態に移行したりすることはない。また、突然確変大当りとは、大当り遊技状態において大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容されるが大入賞口の開放時間が極めて短い大当りであり、かつ、大当り遊技後の遊技状態を確変状態に移行させるような大当りである（すなわち、そのようにすることにより、遊技者に対して突然に確変状態となったかのように見せるものである）。つまり、この実施の形態では、突然確変大当りと小当りとは、大入賞口の開放パターンが同じである。そのように制御することによって、大入賞口の０．１秒間の開放が２回行われると、突然確変大当りであるか小当りであるかまでは認識できないので、遊技者に対して高確率状態（確変状態）を期待させることができ、遊技の興趣を向上させることができる。

図５２および図５３は、ステップＳ２０の電源断処理の一例を示すフローチャートである。電源断処理において、遊技制御用マイクロコンピュータ５６０は、まず、電源断信号が出力されているか否か（オン状態になっているか否か）確認する（ステップＳ４５０）。オン状態でなければ、ＲＡＭ５５に形成されているバックアップ監視タイマの値を０クリアする（ステップＳ４５１）。オン状態であれば、バックアップ監視タイマの値を１増やす（ステップＳ４５２）。そして、バックアップ監視タイマの値が判定値（例えば２）と一致すれば（ステップＳ４５３）、ステップＳ４５４以降の電力供給停止時処理すなわち電力の供給停止のための準備処理を実行する。つまり、遊技の進行を制御する状態から遊技状態を保存させるための電力供給停止時処理（電源断時制御処理）を実行する状態に移行する。なお、「ＲＡＭに形成されている」とは、ＲＡＭ内の領域であることを意味する。

バックアップ監視タイマと判定値とを用いることによって、判定値に相当する時間だけ電源断信号のオン状態が継続したら、電力供給停止時処理が開始される。すなわち、ノイズ等で一瞬電源断信号のオン状態が発生しても、誤って電力供給停止時処理が開始されるようなことはない。なお、バックアップ監視タイマの値は、遊技機への電力供給が停止しても、所定期間はバックアップ電源によって保存される。従って、メイン処理におけるステップＳ８では、バックアップ監視タイマの値が判定値と同じ値になっていることによって、電力供給停止時処理の処理結果が保存されていることを確認できる。

電力供給停止時処理において、遊技制御用マイクロコンピュータ５６０は、パリティデータを作成する（ステップＳ４５４〜Ｓ４６３）。すなわち、まず、クリアデータ（００）をチェックサムデータエリアにセットし（ステップＳ４５４）、電力供給停止時でも内容が保存されるべきＲＡＭ領域の先頭アドレスに相当するチェックサム算出開始アドレスをポインタにセットする（ステップＳ４５５）。また、電力供給停止時でも内容が保存されるべきＲＡＭ領域の最終アドレスに相当するチェックサム算出回数をセットする（ステップＳ４５６）。

次いで、チェックサムデータエリアの内容とポインタが指すＲＡＭ領域の内容との排他的論理和を演算する（ステップＳ４５７）。演算結果をチェックサムデータエリアにストアするとともに（ステップＳ４５８）、ポインタの値を１増やし（ステップＳ４５９）、チェックサム算出回数の値を１減算する（ステップＳ４６０）。そして、ステップＳ４５７〜Ｓ４６０の処理を、チェックサム算出回数の値が０になるまで繰り返す（ステップＳ４６１）。

チェックサム算出回数の値が０になったら、遊技制御用マイクロコンピュータ５６０は、チェックサムデータエリアの内容の各ビットの値を反転する（ステップＳ４６２）。そして、反転後のデータをチェックサムデータエリアにストアする（ステップＳ４６３）。このデータが、電源投入時にチェックされるパリティデータになる。次いで、ＲＡＭアクセスレジスタにアクセス禁止値を設定する（ステップＳ４７１）。以後、内蔵ＲＡＭ５５のアクセスができなくなる。

さらに、遊技制御用マイクロコンピュータ５６０は、ＲＯＭ５４に格納されているポートクリア設定テーブルの先頭アドレスをポインタにセットする（ステップＳ４７２）。ポートクリア設定テーブルにおいて、先頭アドレスには処理数（クリアすべき出力ポートの数）が設定され、次いで、出力ポートのアドレスおよび出力値データ（クリアデータ：出力ポートの各ビットのオフ状態の値）が、処理数分の出力ポートについて順次設定されている。

遊技制御用マイクロコンピュータ５６０は、ポインタが指すアドレスのデータ（すなわち処理数）をロードする（ステップＳ４７３）。また、ポインタの値を１増やし（ステップＳ４７４）、ポインタが指すアドレスのデータ（すなわち出力ポートのアドレス）をロードする（ステップＳ４７５）。さらに、ポインタの値を１増やし（ステップＳ４７６）、ポインタが指すアドレスのデータ（すなわち出力値データ）をロードする（ステップＳ４７７）。そして、出力値データを出力ポートに出力する（ステップＳ４７８）。その後、処理数を１減らし（ステップＳ４７９）、処理数が０でなければステップＳ４７４に戻る。処理数が０であれば、すなわち、クリアすべき出力ポートを全てクリアしたら、タイマ割込を停止し（ステップＳ４８１）、ループ処理に入る。なお、出力ポートをクリアする処理をチェックサムデータを作成する処理の前に実行してもよい。例えば、ＣＰＵ５６は、ステップＳ４５３でＹと判定した後、直ちにステップＳ４７２〜Ｓ４８０の出力ポートクリアの処理を実行するようにしてもよい。

ループ処理では、電源断信号がオフ状態になったか否かを監視する（ステップＳ４８２）。そして、電源断信号がオン状態の間は（ステップＳ４８２のＹ）、ステップＳ４８２の処理を繰り返し実行して待機する。

これに対して、ステップＳ４８２にて電源断信号がオフ状態となったときには（ステップＳ４８２のＮ）、所定の電断復旧時における設定を行った後（ステップＳ４８７）、図５０に示すメイン処理の先頭にリターンする。一例として、ステップＳ４８７の処理では、ＣＰＵ５６に内蔵されたスタックポインタに電源断復旧時ベクタテーブルの記憶アドレスを格納し、遊技制御用タイマ割込み処理から復帰（リターン）させる。ここで、電源断復旧時ベクタテーブルは、ＲＯＭ５４に記憶された制御コード（遊技制御プログラム）の先頭アドレスを指定するものであればよい。図５１に示すタイマ割込処理のような割込処理から復帰（リターン）するときには、スタックポインタで指定されるアドレスの記憶データが復帰アドレスとして読み出される。こうして、ステップＳ４８７の処理を実行した後には、ＣＰＵ５６により、ＲＯＭ５４に記憶されている制御コードの先頭から、遊技制御の実行を開始（再開）させることができる。

以上の処理によって、電力供給が停止する場合には、ステップＳ４５４〜Ｓ４８１の電力供給停止時処理が実行され、電力供給停止時処理が実行されたことを示すデータ（判定値になっているバックアップ監視タイマのおよびチェックサム）がバックアップＲＡＭへストアされ、ＲＡＭアクセスが禁止状態にされ、出力ポートがクリアされ、かつ、遊技制御処理を実行するためのタイマ割込が禁止状態に設定される。

なお、この実施の形態では、電源断処理においてチェックデータの生成や出力ポートクリアなどの処理を終了した後、ステップＳ４８２で繰り返し電源断信号の入力を確認する電源断待ちループに移行するが、このような電源断信号の入力を確認する構成とはしないようにしてもよい。この場合、例えば、ウオッチドッグタイマ（ＷＴＤ）５０６ｂをユーザプログラムによって起動できるように設定した上で、電源断待ちループに入るときにウオッチドッグタイマ（ＷＴＤ）５０６ｂを起動させるようにし、遊技機が完全に電源断状態とならず電源の電圧値が完全に落ちきらないときにはウオッチドッグタイマ（ＷＴＤ）５０６ｂからのタイムアウト信号によるリセットが発生するようにしてもよい。

また、例えば、遊技機への電源投入時に電源断信号が入力されているか否かを確認し、入力されていれば無限ループに移行したり、その無限ループにおいて電源断信号の入力を確認し、その入力がなくなるまで無限ループを継続したりするように構成されている場合、上記と同様の態様で無限ループに入るときにウオッチドッグタイマ（ＷＴＤ）５０６ｂを起動させ、同様の処理を行うように構成してもよい。

なお、ウオッチドッグタイマ（ＷＴＤ）５０６ｂを起動させるように設定している場合には（ただし、上記のように電源断待ちループでのみウオッチドッグタイマ（ＷＴＤ）５０６ｂを起動させるものを除く）、正常にＣＰＵ５６が動作しているときにはタイムアウトしないように、ウオッチドッグタイマ（ＷＴＤ）５０６ｂをクリアする信号を出力するようにプログラムされる。具体的には、内蔵レジスタエリアに設けられているＷＤＴクリアレジスタ（図示せず）にクリアするための値を書き込むようにプログラムされる。

この実施の形態では、ＲＡＭ５５がバックアップ電源によって電源バックアップ（遊技機への電力供給が停止しても所定期間はＲＡＭ５５の内容が保存されこと）されている。この例では、ステップＳ４５２〜Ｓ４７９の処理によって、バックアップ監視タイマの値とともに、電源断信号が出力されたときのＲＡＭ５５の内容にもとづくチェックサムもＲＡＭ５５のバックアップ領域に保存される。遊技機への電力供給が停止した後、所定期間内に電力供給が復旧したら、遊技制御手段は、上述したステップＳ４１〜Ｓ４４の処理によって、ＲＡＭ５５に保存されているデータ（電力供給が停止した直前の遊技制御手段による制御状態である遊技状態を示すデータ（例えば、プロセスフラグの状態、大当り中フラグの状態、確変フラグの状態、出力ポートの出力状態等）を含む）に従って、遊技状態を、電力供給が停止した直前の状態に戻すことができる。なお、電力供給停止の期間が所定期間を越えたらバックアップ監視タイマの値とチェックサムとが正規の値とは異なるはずであるから、その場合には、ステップＳ１０〜Ｓ１３の初期化処理が実行される。

以上のように、電力供給停止時処理（電力の供給停止のための準備処理）によって、遊技状態を電力供給が停止した直前の状態に戻すためのデータが確実に変動データ記憶手段（この例ではＲＡＭ５５の一部の領域）に保存される。よって、停電等による電源断が生じても、所定期間内に電源が復旧すれば、遊技状態を電力供給が停止した直前の状態に戻すことができる。

また、電源断信号がオフ状態になった場合には、ステップＳ１に戻る。その場合、電力供給停止時処理が実行されたことを示すデータが設定されているので、ステップＳ４１〜Ｓ４４の復旧処理が実行される。よって、電力供給停止時処理を実行した後に払出制御基板３７からの電源断信号がオフ状態になったときには、遊技の進行を制御する状態に戻る。従って、電源瞬断等が生じても、遊技制御処理が停止してしまうようなことはなく、自動的に、遊技制御処理が続行される。

なお、図４８、図５０〜図５３に示すような態様で遊技機が動作することによって、この実施の形態では、所定の処理（本例では、図５０に示すメイン処理のステップＳ１６〜Ｓ１９のループ処理と、図５１のタイマ割込処理）の実行中に所定事象が発生（ＩＡＴ回路５０６ａからＩＡＴ信号を入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからタイムアウト信号を入力）したときにＲＡＭ５５（バックアップＲＡＭ）の記憶内容を初期化する初期化処理を実行する。具体的には、図５０に示すメイン処理のステップＳ１６〜Ｓ１９のループ処理や、図５１のタイマ割込処理の実行中に、ＩＡＴ回路５０６ａからＩＡＴ信号や、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからタイムアウト信号を入力したときには、図５２および図５３に示す電源断処理が実行されることなく、システムリセットまたはユーザリセット（図４８のステップＳ１００４，Ｓ１０１４参照）が発生することになる。そして、システムリセットが発生した後にはセキュリティチェックを実行した後にステップＳ１００７でユーザモードに移行されて図５０に示すメイン処理の実行が再び開始され、ユーザリセットが発生した後にはステップＳ１０１５でユーザプログラムの先頭に戻り図５０に示すメイン処理の実行が再び開始されるのであるが、バックアップ監視タイマ（または、バックアップフラグ）およびチェックデータのいずれもセットされていないことから、図５０に示すメイン処理でステップＳ１０に移行して初期化処理が実行されることになる。

なお、「所定の処理」とは、遊技機への電源投入時の初期化処理や復旧処理が実行された後、遊技可能となった状態で実行されている処理であり、上記に説明したように、具体的には、図５０に示すメイン処理のステップＳ１６〜Ｓ１９のループ処理と、図５１のタイマ割込処理とが該当する。ただし、電源電圧低下により電源断処理が実行されているときは所定の処理からは除かれる。

なお、図４８、図５０〜図５３に示すような態様で遊技機が動作することによって、電力供給停止時処理（本例では、図５２および図５３に示す電源断処理）を実行した後に所定事象が発生（ＩＡＴ回路５０６ａからＩＡＴ信号を入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからタイムアウト信号を入力）したときに、ＲＡＭ５５（バックアップＲＡＭ）の記憶内容にもとづいて制御状態を電力供給停止時処理を開始したときの状態に復旧させる復旧処理を実行する。具体的には、電源断信号を入力したことにもとづいて図５２および図５３に示す電源断処理を実行して図５３のループ処理を実行しているときに、ちょうどＩＡＴ回路５０６ａからＩＡＴ信号や、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからタイムアウト信号を入力したときには（ただし、ＩＡＴ回路５０６ａからＩＡＴ信号した場合には、何らかの原因で指定エリア外のプログラムを実行している状態となってしまった場合であるので、より正確には、電源断処理のループ処理に一度移行した後にＩＡＴ回路５０６ａからＩＡＴ信号した場合に相当する）、ＩＡＴ信号やタイムアウト信号を入力したことにもとづいてシステムリセットまたはユーザリセット（図４８のステップＳ１００４，Ｓ１０１４参照）が発生することになる。そして、システムリセットが発生した後にはセキュリティチェックを実行した後にステップＳ１００７でユーザモードに移行されて図５０に示すメイン処理の実行が再び開始され、ユーザリセットが発生した後にはステップＳ１０１５でユーザプログラムの先頭に戻り図５０に示すメイン処理の実行が再び開始されるのであるが、バックアップ監視タイマ（または、バックアップフラグ）およびチェックデータの両方がセットされていることから、図５０に示すメイン処理でステップＳ７およびステップＳ８でいずれもＹと判定されてステップＳ４１〜Ｓ４４の復旧処理が実行されることになる。

図５４は、この実施の形態で用いられる各ソフトウェア乱数を示す説明図である。各ソフトウェア乱数は、以下のように使用される。なお、前述したように、この実施の形態では、大当りとするか否かを判定するための大当り判定用乱数（ランダムＲ）については、１６ビット乱数回路５０８ｂが出力するハードウェア乱数が用いられる。（１）ランダム１（ＭＲ１）：大当りの種類（後述する通常大当り、確変大当り、突然確変大当り）を決定する（大当り種別判定用）（２）ランダム２（ＭＲ２）：変動パターンの種類（種別）を決定する（変動パターン種別判定用）（３）ランダム３（ＭＲ３）：変動パターン（変動時間）を決定する（変動パターン判定用）（４）ランダム４（ＭＲ４）：普通図柄にもとづく当りを発生させるか否か決定する（普通図柄当り判定用）（５）ランダム５（ＭＲ５）：ランダム４の初期値を決定する（ランダム４初期値決定用）。

なお、この実施の形態では、大当り判定用乱数（ランダムＲ）についてのみ乱数回路から抽出したハードウェア乱数を用い、それ以外の乱数についてはソフトウェア乱数を用いる場合を示しているが、この実施の形態で示したものにかぎられない。例えば、大当り判定用乱数（ランダムＲ）に加えて図５４に示すランダム１〜５の全てについて乱数回路から抽出したハードウェア乱数を用いるようにしてもよい。また、図５４に示すランダム１〜５のうちの一部の乱数についてのみ乱数回路から抽出したハードウェア乱数を用い、それ以外についてはソフトウェア乱数を用いるように構成しても構わない。

なお、この実施の形態では、変動パターンは、まず、変動パターン種別判定用乱数（ランダム２）を用いて変動パターン種別を決定し、変動パターン判定用乱数（ランダム３）を用いて、決定した変動パターン種別に含まれるいずれかの変動パターンに決定する。そのように、この実施の形態では、２段階の抽選処理によって変動パターンが決定される。

なお、変動パターン種別とは、複数の変動パターンをその変動態様の特徴に従ってグループ化したものである。例えば、複数の変動パターンをリーチの種類でグループ化して、ノーマルリーチを伴う変動パターンを含む変動パターン種別と、スーパーリーチＡを伴う変動パターンを含む変動パターン種別と、スーパーリーチＢを伴う変動パターンを含む変動パターン種別とに分けてもよい。また、例えば、複数の変動パターンを擬似連の再変動の回数でグループ化して、擬似連を伴わない変動パターンを含む変動パターン種別と、再変動１回の変動パターンを含む変動パターン種別と、再変動２回の変動パターンを含む変動パターン種別と、再変動３回の変動パターンを含む変動パターン種別とに分けてもよい。また、例えば、複数の変動パターンを擬似連や滑り演出などの特定演出の有無でグループ化してもよい。

図５１に示された遊技制御処理におけるステップＳ２３では、遊技制御用マイクロコンピュータ５６０は、（１）の大当り種別判定用乱数、および（４）の普通図柄当り判定用乱数を生成するためのカウンタのカウントアップ（１加算）を行う。すなわち、それらが判定用乱数であり、それら以外の乱数が表示用乱数（ランダム２、ランダム３）または初期値用乱数（ランダム５）である。なお、遊技効果を高めるために、上記の乱数以外の乱数も用いてもよい。例えば、大当り種別判定用乱数（ランダム１）の初期値を決定するための初期値決定用乱数を設けるようにしてもよい。また、この実施の形態では、大当り判定用乱数として、遊技制御用マイクロコンピュータ５６０に内蔵されたハードウェア（遊技制御用マイクロコンピュータ５６０の外部のハードウェアでもよい。）が生成する乱数を用いる。

図５５（Ａ）は、大当り判定テーブルを示す説明図である。大当り判定テーブルとは、ＲＯＭ５４に記憶されているデータの集まりであって、ランダムＲと比較される大当り判定値が設定されているテーブルである。大当り判定テーブルには、通常状態（確変状態でない遊技状態）において用いられる通常時大当り判定テーブルと、確変状態において用いられる確変時大当り判定テーブルとがある。通常時大当り判定テーブルには、図５５（Ａ）の左欄に記載されている各数値が設定され、確変時大当り判定テーブルには、図５５（Ａ）の右欄に記載されている各数値が設定されている。図５５（Ａ）に記載されている数値が大当り判定値である。

図５５（Ｂ），（Ｃ）は、小当り判定テーブルを示す説明図である。小当り判定テーブルとは、ＲＯＭ５４に記憶されているデータの集まりであって、ランダムＲと比較される小当り判定値が設定されているテーブルである。小当り判定テーブルには、第１特別図柄の変動表示を行うときに用いられる小当り判定テーブル（第１特別図柄用）と、第２特別図柄の変動表示を行うときに用いられる小当り判定テーブル（第２特別図柄用）とがある。小当り判定テーブル（第１特別図柄用）には、図５５（Ｂ）に記載されている各数値が設定され、小当り判定テーブル（第２特別図柄用）には、図５５（Ｃ）に記載されている各数値が設定されている。また、図５５（Ｂ），（Ｃ）に記載されている数値が小当り判定値である。

なお、第１特別図柄の変動表示を行う場合にのみ小当りと決定するようにし、第２特別図柄の変動表示を行う場合には小当りを設けないようにしてもよい。この場合、図５５（Ｃ）に示す第２特別図柄用の小当り判定テーブルは設けなくてもよい。この実施の形態では、遊技状態が確変状態に移行されているときには主として第２特別図柄の変動表示が実行される。遊技状態が確変状態に移行されているときにも小当りが発生するようにし、確変となるか否かを煽る演出を行うように構成すると、現在の遊技状態が確変状態であるにもかかわらず却って遊技者に煩わしさを感じさせてしまう。そこで、第２特別図柄の変動表示中は小当りが発生しないように構成すれば、遊技状態が確変状態である場合には小当りが発生しにくくし必要以上に確変に対する煽り演出を行わないようにすることができ、遊技者に煩わしさを感じさせる事態を防止することができる。

ＣＰＵ５６は、所定の時期に、１６ビット乱数回路５０８ｂのカウント値を抽出して抽出値を大当り判定用乱数（ランダムＲ）の値とするのであるが、大当り判定用乱数値が図５５（Ａ）に示すいずれかの大当り判定値に一致すると、特別図柄に関して大当り（後述する１５Ｒ確変大当り、７Ｒ確変大当り、突然確変大当り）にすることに決定する。また、大当り判定用乱数値が図５５（Ｂ），（Ｃ）に示すいずれかの小当り判定値に一致すると、特別図柄に関して小当りにすることに決定する。なお、図５５（Ａ）に示す「確率」は、大当りになる確率（割合）を示す。また、図５５（Ｂ），（Ｃ）に示す「確率」は、小当りになる確率（割合）を示す。また、大当りにするか否か決定するということは、大当り遊技状態に移行させるか否か決定するということであるが、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂにおける停止図柄を大当り図柄にするか否か決定するということでもある。また、小当りにするか否か決定するということは、小当り遊技状態に移行させるか否か決定するということであるが、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂにおける停止図柄を小当り図柄にするか否か決定するということでもある。

なお、この実施の形態では、図５５（Ｂ），（Ｃ）に示すように、小当り判定テーブル（第１特別図柄用）を用いる場合には３００分の１の割合で小当りと決定されるのに対して、小当り判定テーブル（第２特別図柄）を用いる場合には３０００分の１の割合で小当りと決定される場合を説明する。従って、この実施の形態では、第１始動入賞口１３に始動入賞して第１特別図柄の変動表示が実行される場合には、第２始動入賞口１４に始動入賞して第２特別図柄の変動表示が実行される場合と比較して、「小当り」と決定される割合が高い。

図５５（Ｄ），（Ｅ）は、ＲＯＭ５４に記憶されている大当り種別判定テーブル１３１ａ，１３１ｂを示す説明図である。このうち、図５５（Ｄ）は、遊技球が第１始動入賞口１３に入賞したことにもとづく保留記憶を用いて（すなわち、第１特別図柄の変動表示が行われるとき）大当り種別を決定する場合の大当り種別判定テーブル（第１特別図柄用）１３１ａである。また、図５５（Ｅ）は、遊技球が第２始動入賞口１４に入賞したことにもとづく保留記憶を用いて（すなわち、第２特別図柄の変動表示が行われるとき）大当り種別を決定する場合の大当り種別判定テーブル（第２特別図柄用）１３１ｂである。

大当り種別判定テーブル１３１ａ，１３１ｂは、可変表示結果を大当り図柄にする旨の判定がなされたときに、大当り種別判定用の乱数（ランダム１）にもとづいて、大当りの種別を「１５Ｒ確変大当り」、「７Ｒ確変大当り」、「突然確変大当り」のうちのいずれかに決定するために参照されるテーブルである。なお、この実施の形態では、図５５（Ｄ），（Ｅ）に示すように、大当り種別判定テーブル１３１ａには「突然確変大当り」に対して５個の判定値が割り当てられている（４０分の５の割合で突然確変大当りと決定される）のに対して、大当り種別判定テーブル１３１ｂには「突然確変大当り」に対して１個の判定値が割り当てられている（４０分の１の割合で突然確変大当りと決定される）場合を説明する。従って、この実施の形態では、第１始動入賞口１３に始動入賞して第１特別図柄の変動表示が実行される場合には、第２始動入賞口１４に始動入賞して第２特別図柄の変動表示が実行される場合と比較して、「突然確変大当り」と決定される割合が高い。なお、第１特別図柄用の大当り種別判定テーブル１３１ａにのみ「突然確変大当り」を振り分けるようにし、第２特別図柄用の大当り種別判定テーブル１３１ｂには「突然確変大当り」の振り分けを行わない（すなわち、第１特別図柄の変動表示を行う場合にのみ、「突然確変大当り」と決定される場合がある）ようにしてもよい。

また、図５５（Ｄ），（Ｅ）に示すように、この実施の形態では、大当り種別判定テーブル１３１ｂの方が、大当り種別判定テーブル１３１ａと比較して、「１５Ｒ確変大当り」に対して多くの判定値が割り振られている。従って、この実施の形態では、第２始動入賞口１４や第３始動入賞口に始動入賞して第２特別図柄の変動表示が実行される場合には、第１始動入賞口１３に始動入賞して第１特別図柄の変動表示が実行される場合と比較して、有利な「１５Ｒ確変大当り」となる割合が高い。

なお、この実施の形態では、第２特別図柄の変動表示が実行される場合の方が第１特別図柄の変動表示が実行される場合と比較し有利となる場合を示したが、例えば、大当り種別判定テーブル１３１ａと大当り種別判定テーブル１３１ｂとの割り振りを同じにして、第１特別図柄の変動表示を行う場合と第２特別図柄の変動表示を行う場合とで有利度が同じになるように構成してもよい。

この実施の形態では、図５５（Ｄ），（Ｅ）に示すように、大当り種別として、「１５Ｒ確変大当り」、「７Ｒ確変大当り」および「突然確変大当り」がある。なお、この実施の形態では、大当り遊技において実行されるラウンド数が１５ラウンド、７ラウンドおよび２ラウンドの３種類である場合を示しているが、大当り遊技において実行されるラウンド数は、この実施の形態で示したものに限られない。例えば、１０ラウンドの大当り遊技に制御する１０Ｒ確変大当りや、５ラウンドの大当り遊技に制御する５Ｒ確変大当りが設けられていてもよい。また、この実施の形態では、大当り種別が「１５Ｒ確変大当り」、「７Ｒ確変大当り」および「突然確変大当り」の３種類である場合を示しているが、３種類にかぎらず、例えば、４種類以上の大当り種別を設けるようにしてもよい。また、逆に、大当り種別が３種類よりも少なくてもよく、例えば、大当り種別として２種類のみ設けられていてもよい。また、この実施の形態では、大当り種別として、大当り遊技後に確変状態に移行される確変大当りのみが設けられているが、大当り遊技後に確変状態に移行されずに通常状態に移行される通常大当りを設けるようにしてもよい。

「１５Ｒ確変大当り」とは、１５ラウンドの大当り遊技状態に制御し、その大当り遊技状態の終了後に確変状態に移行させる大当りである（この実施の形態では、確変状態に移行されるとともに時短状態にも移行される。後述するステップＳ１６６参照）。そして、確変状態に移行した後、変動表示を所定回数（この実施の形態では７０回）終了すると確変状態（および時短状態）が終了する（ステップＳ１６７，Ｓ１４１〜Ｓ１４４参照）。なお、変動表示を所定回数終了する前であっても、次の大当りが発生した場合にも、確変状態（および時短状態）を終了する（ステップＳ１３２参照）。

また、「７Ｒ確変大当り」とは、７ラウンドの大当り遊技状態に制御し、その大当り遊技状態の終了後に確変状態に移行させる大当りである（この実施の形態では、確変状態に移行されるとともに時短状態にも移行される。後述するステップＳ１６６参照）。そして、確変状態に移行した後、変動表示を所定回数（この実施の形態では７０回）終了すると確変状態（および時短状態）が終了する（ステップＳ１６７，Ｓ１４１〜Ｓ１４４参照）。なお、変動表示を所定回数終了する前であっても、次の大当りが発生した場合にも、確変状態（および時短状態）を終了する（ステップＳ１３２参照）。

また、「突然確変大当り」とは、「１５Ｒ確変大当り」や「７Ｒ確変大当り」と比較して大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容される大当りである。すなわち、「突然確変大当り」となった場合には、２ラウンドの大当り遊技状態に制御される。また、「１５Ｒ確変大当り」や「７Ｒ確変大当り」では、１ラウンドあたりの大入賞口の開放時間が２９秒と長いのに対して、「突然確変大当り」では１ラウンドあたりの大入賞口の開放時間が０．１秒と極めて短く、大当り遊技中に大入賞口に遊技球が入賞することは殆ど期待できない。そして、この実施の形態では、その突然確変大当り遊技状態の終了後に確変状態に移行される（この実施の形態では、確変状態に移行されるとともに時短状態にも移行される。後述するステップＳ１６６参照）。そして、確変状態に移行した後、変動表示を所定回数（この実施の形態では７０回）終了すると確変状態（および時短状態）が終了する（ステップＳ１６７，Ｓ１４１〜Ｓ１４４参照）。なお、変動表示を所定回数終了する前であっても、次の大当りが発生した場合にも、確変状態（および時短状態）を終了する（ステップＳ１３２参照）。

なお、前述したように、この実施の形態では、「小当り」となった場合にも、大入賞口の開放が０．１秒間ずつ２回行われ、「突然確変大当り」による大当り遊技状態と同様の制御が行われる。そして、「小当り」となった場合には、大入賞口の２回の開放が終了した後、遊技状態は変化せず、「小当り」となる前の遊技状態が維持される。そのようにすることによって、「突然確変大当り」であるか「小当り」であるかを認識できないようにし、遊技の興趣を向上させている。なお、この実施の形態のように大当り種別が全て確変大当りであるように構成する場合、小当りを設けなくてもよい。また、この実施の形態のように大当り種別が全て確変大当りである場合に小当りを設けるように構成する場合には、確変状態（高確率状態）に移行されるのみで時短状態（高ベース状態）を伴わない突然確変大当りを設けるようにすること（大入賞口の開放パターンも突然確変大当りと小当りの場合とで同じにすること）が好ましい。

大当り種別判定テーブル１３１ａ，１３１ｂには、ランダム１の値と比較される数値であって、「１５Ｒ確変大当り」、「７Ｒ確変大当り」、「突然確変大当り」のそれぞれに対応した判定値（大当り種別判定値）が設定されている。ＣＰＵ５６は、ランダム１の値が大当り種別判定値のいずれかに一致した場合に、大当りの種別を、一致した大当り種別判定値に対応する種別に決定する。

図５６および図５７は、主基板３１に搭載される遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）が実行する特別図柄プロセス処理（ステップＳ２６）のプログラムの一例を示すフローチャートである。上述したように、特別図柄プロセス処理では第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび大入賞口を制御するための処理が実行される。特別図柄プロセス処理において、ＣＰＵ５６は、第１始動入賞口１３に遊技球が入賞したことを検出するための第１始動口スイッチ１３ａがオンしていたら、すなわち、第１始動入賞口１３への始動入賞が発生していたら、第１始動口スイッチ通過処理を実行する（ステップＳ３１１，Ｓ３１２）。また、ＣＰＵ５６は、第２始動入賞口１４に遊技球が入賞したことを検出するための第２始動口スイッチ１４ａがオンしていたら、すなわち第２始動入賞口１４への始動入賞が発生していたら、第２始動口スイッチ通過処理を実行する（ステップＳ３１３，Ｓ３１４）。そして、ステップＳ３００〜Ｓ３１０のうちのいずれかの処理を行う。第１始動口スイッチ１３ａまたは第２始動口スイッチ１４ａがオンしていなければ、内部状態に応じて、ステップＳ３００〜Ｓ３１０のうちのいずれかの処理を行う。

ステップＳ３００〜Ｓ３１０の処理は、以下のような処理である。
特別図柄通常処理（ステップＳ３００）：特別図柄プロセスフラグの値が０であるときに実行される。遊技制御用マイクロコンピュータ５６０は、特別図柄の可変表示が開始できる状態になると、保留記憶数バッファに記憶される数値データの記憶数（合算保留記憶数）を確認する。保留記憶数バッファに記憶される数値データの記憶数は合算保留記憶数カウンタのカウント値により確認できる。また、合算保留記憶数カウンタのカウント値が０でなければ、大当り判定用乱数（ランダムＲ）を用いた抽選処理を実行することにより、第１特別図柄または第２特別図柄の可変表示の表示結果を大当り（または小当り）とするか否かを決定する。大当りとする場合には大当りフラグをセットする。また小当りとする場合には小当りフラグをセットする。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０１に応じた値（この例では１）に更新する。なお、大当りフラグは、大当り遊技が終了するときにリセットされる。また、小当りフラグは、小当り遊技が終了するときにリセットされる。

変動パターン設定処理（ステップＳ３０１）：特別図柄プロセスフラグの値が１であるときに実行される。また、変動パターンを決定し、その変動パターンにおける変動時間（可変表示時間：可変表示を開始してから表示結果を導出表示（停止表示）するまでの時間）を特別図柄の可変表示の変動時間とすることに決定する。また、特別図柄の変動時間を計測する変動時間タイマをスタートさせる。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０２に対応した値（この例では２）に更新する。

表示結果指定コマンド送信処理（ステップＳ３０２）：特別図柄プロセスフラグの値が２であるときに実行される。演出制御用マイクロコンピュータ１００に、表示結果指定コマンドを送信する制御を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０３に対応した値（この例では３）に更新する。

特別図柄変動中処理（ステップＳ３０３）：特別図柄プロセスフラグの値が３であるときに実行される。変動パターン設定処理で選択された変動パターンの変動時間が経過（ステップＳ３０１でセットされる変動時間タイマがタイムアウトすなわち変動時間タイマの値が０になる）すると、演出制御用マイクロコンピュータ１００に、図柄確定指定コマンドを送信する制御を行い、内部状態（特別図柄プロセスフラグ）をステップＳ３０４に対応した値（この例では４）に更新する。なお、演出制御用マイクロコンピュータ１００は、遊技制御用マイクロコンピュータ５６０が送信する図柄確定指定コマンドを受信すると演出表示装置９において第４図柄が停止されるように制御する。

特別図柄停止処理（ステップＳ３０４）：特別図柄プロセスフラグの値が４であるときに実行される。大当りフラグがセットされている場合に、内部状態（特別図柄プロセスフラグ）をステップＳ３０５に対応した値（この例では５）に更新する。また、小当りフラグがセットされている場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０８に対応した値（この例では８）に更新する。大当りフラグおよび小当りフラグのいずれもセットされていない場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。なお、この実施の形態では、特別図柄プロセスフラグの値が４となったことにもとづいて、後述するように、特別図柄表示制御処理において特別図柄の停止図柄を停止表示するための特別図柄表示制御データが特別図柄表示制御データ設定用の出力バッファに設定され、ステップＳ２２の表示制御処理において出力バッファの設定内容に応じて実際に特別図柄の停止図柄が停止表示される。

大入賞口開放前処理（ステップＳ３０５）：特別図柄プロセスフラグの値が５であるときに実行される。大入賞口開放前処理では、大入賞口を開放する制御を行う。具体的には、カウンタ（例えば、大入賞口に入った遊技球数をカウントするカウンタ）などを初期化するとともに、ソレノイド２１を駆動して大入賞口を開放状態にする。また、タイマによって大入賞口開放中処理の実行時間を設定し、内部状態（特別図柄プロセスフラグ）をステップＳ３０６に対応した値（この例では６）に更新する。なお、大入賞口開放前処理は各ラウンド毎に実行されるが、第１ラウンドを開始する場合には、大入賞口開放前処理は大当り遊技を開始する処理でもある。

大入賞口開放中処理（ステップＳ３０６）：特別図柄プロセスフラグの値が６であるときに実行される。大当り遊技状態中のラウンド表示の演出制御コマンドを演出制御用マイクロコンピュータ１００に送信する制御や大入賞口の閉成条件の成立を確認する処理等を行う。大入賞口の閉成条件が成立し、かつ、まだ残りラウンドがある場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０５に対応した値（この例では５）に更新する。また、全てのラウンドを終えた場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０７に対応した値（この例では７）に更新する。

大当り終了処理（ステップＳ３０７）：特別図柄プロセスフラグの値が７であるときに実行される。大当り遊技状態が終了したことを遊技者に報知する表示制御を演出制御用マイクロコンピュータ１００に行わせるための制御を行う。また、遊技状態を示すフラグ（例えば、確変フラグや時短フラグ）をセットする処理を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。

小当り開放前処理（ステップＳ３０８）：特別図柄プロセスフラグの値が８であるときに実行される。小当り開放前処理では、大入賞口を開放する制御を行う。具体的には、カウンタ（例えば、大入賞口に入った遊技球数をカウントするカウンタ）などを初期化するとともに、ソレノイド２１を駆動して大入賞口を開放状態にする。また、タイマによって大入賞口開放中処理の実行時間を設定し、内部状態（特別図柄プロセスフラグ）をステップＳ３０９に対応した値（この例では９）に更新する。なお、小当り開放前処理は各ラウンド毎に実行されるが、第１ラウンドを開始する場合には、小当り開放前処理は小当り遊技を開始する処理でもある。

小当り開放中処理（ステップＳ３０９）：特別図柄プロセスフラグの値が９であるときに実行される。大入賞口の閉成条件の成立を確認する処理等を行う。大入賞口の閉成条件が成立し、かつ、まだ残りラウンドがある場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０８に対応した値（この例では８）に更新する。また、全てのラウンドを終えた場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３１０に対応した値（この例では１０（１０進数））に更新する。

小当り終了処理（ステップＳ３１０）：特別図柄プロセスフラグの値が１０であるときに実行される。小当り遊技状態が終了したことを遊技者に報知する表示制御を演出制御用マイクロコンピュータ１００に行わせるための制御を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。

図５８は、ステップＳ３１２，Ｓ３１４の始動口スイッチ通過処理を示すフローチャートである。このうち、図５８（Ａ）は、ステップＳ３１２の第１始動口スイッチ通過処理を示すフローチャートである。また、図５８（Ｂ）は、ステップＳ３１４の第２始動口スイッチ通過処理を示すフローチャートである。

まず、図５８（Ａ）を参照して第１始動口スイッチ通過処理について説明する。第１始動口スイッチ１３ａがオン状態の場合に実行される第１始動口スイッチ通過処理において、ＣＰＵ５６は、第１保留記憶数が上限値に達しているか否か（具体的には、第１保留記憶数をカウントするための第１保留記憶数カウンタの値が４でるか否か）を確認する（ステップＳ２０１Ａ）。

第１保留記憶数が上限値に達していなければ、ＣＰＵ５６は、第１保留記憶数カウンタの値を１増やす（ステップＳ２０２Ａ）とともに、合算保留記憶数をカウントするための合算保留記憶数カウンタの値を１増やす（ステップＳ２０３Ａ）。

次いで、ＣＰＵ５６は、ソフトウェア乱数（大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３））を生成するための各カウンタから値を抽出する（ステップＳ２０４Ａ）。また、ＣＰＵ５６は、チャネル０の１６ビット乱数回路５０８ｂが用いるＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）から、大当り判定用乱数（ランダムＲ）としての数値データを抽出する（ステップＳ２０５Ａ）。

なお、既に、図２５で説明したように、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット２−０の設定内容によりいずれの端子からの信号（ラッチ信号）にもとづいて、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）に乱数値をラッチさせるかが設定されている。また、この実施の形態では、その設定された端子には、第１始動口スイッチ１３ａからの検出信号がラッチ信号として入力されているものとし、第１始動入賞口１３への始動入賞が発生したタイミングでＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）に乱数値をラッチできるように構成されている。

そして、ＣＰＵ５６は、抽出したそれらのソフトウェア乱数および大当り判定用乱数（ランダムＲ）を、第１保留記憶バッファ（図５９参照）における保存領域に格納する処理を実行する（ステップＳ２０６Ａ）。なお、変動パターン判定用乱数（ランダム３）を第１始動口スイッチ通過処理（始動入賞時）において抽出して保存領域にあらかじめ格納しておくのではなく、第１特別図柄の変動開始時に抽出するようにしてもよい。例えば、遊技制御用マイクロコンピュータ５６０は、後述する変動パターン設定処理において、変動パターン判定用乱数（ランダム３）を生成するための変動パターン判定用乱数カウンタから値を直接抽出するようにしてもよい。

図５９は、保留記憶に対応する乱数等を保存する領域（保留記憶バッファ）の構成例を示す説明図である。図５９に示すように、第１保留記憶バッファには、第１保留記憶数の上限値（この例では４）に対応した保存領域が確保されている。また、第２保留記憶バッファには、第２保留記憶数の上限値（この例では４）に対応した保存領域が確保されている。この実施の形態では、第１保留記憶バッファおよび第２保留記憶バッファには、ハードウェア乱数であるランダムＲ（大当り判定用乱数）や、ソフトウェア乱数である大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３）が記憶される。なお、第１保留記憶バッファおよび第２保留記憶バッファは、ＲＡＭ５５に形成されている。

そして、ＣＰＵ５６は、第１保留記憶数が１増加したことを指定する第１保留記憶数加算指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ２０７Ａ）。

第１保留記憶数が上限値に達していれば（ステップＳ２０１ＡのＹ）、ＣＰＵ５６は、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）から数値データを抽出し（ステップＳ２０８Ａ）、抽出した数値データ（乱数）を格納することなく、第１始動口スイッチ通過処理を終了する。すなわち、この実施の形態では、図２５に示すプログラム管理エリアにおけるＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット３が”０”に設定され、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）から値を読み込まないと次の値をラッチできないように設定されているものとする。そのため、第１保留記憶数が上限値に達している場合であっても、ＣＰＵ５６は、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）から数値データを抽出する処理のみを行い（値の格納までは行わない）、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）が次の値をラッチできるようにしている。

なお、ＲＬ０ハードラッチ選択レジスタ０（ＲＬ０ＬＳ０）のビット３を”１”に設定し、ＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）から値を読み込まなくても次の値をラッチできるように設定してもよい。そのようにすれば、ステップＳ２０８Ａの処理は不要となる。

次に、図５８（Ｂ）を参照して第２始動口スイッチ通過処理について説明する。第２始動口スイッチ１４ａがオン状態の場合に実行される第２始動口スイッチ通過処理において、ＣＰＵ５６は、第２保留記憶数が上限値に達しているか否か（具体的には、第２保留記憶数をカウントするための第２保留記憶数カウンタの値が４でるか否か）を確認する（ステップＳ２０１Ｂ）。

第２保留記憶数が上限値に達していなければ、ＣＰＵ５６は、第２保留記憶数カウンタの値を１増やす（ステップＳ２０２Ｂ）とともに、合算保留記憶数をカウントするための合算保留記憶数カウンタの値を１増やす（ステップＳ２０３Ｂ）。

次いで、ＣＰＵ５６は、ソフトウェア乱数（大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３））を生成するための各カウンタから値を抽出する（ステップＳ２０４Ｂ）。また、ＣＰＵ５６は、チャネル１の１６ビット乱数回路５０８ｂが用いるＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）から、大当り判定用乱数（ランダムＲ）としての数値データを抽出する（ステップＳ２０５Ｂ）。

なお、既に、図２７で説明したように、ＲＬ１ハードラッチ選択レジスタ（ＲＬ１ＬＳ）のビット２−０の設定内容によりいずれの端子からの信号（ラッチ信号）にもとづいて、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）に乱数値をラッチさせるかが設定されている。また、この実施の形態では、その設定された端子には、第２始動口スイッチ１４ａからの検出信号がラッチ信号として入力されているものとし、第２始動入賞口１４への始動入賞が発生したタイミングでＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）に乱数値をラッチできるように構成されている。

そして、ＣＰＵ５６は、抽出したそれらのソフトウェア乱数および大当り判定用乱数（ランダムＲ）を、第２保留記憶バッファ（図５９参照）における保存領域に格納する処理を実行する（ステップＳ２０６Ｂ）。なお、変動パターン判定用乱数（ランダム３）を第２始動口スイッチ通過処理（始動入賞時）において抽出して保存領域にあらかじめ格納しておくのではなく、第２特別図柄の変動開始時に抽出するようにしてもよい。例えば、遊技制御用マイクロコンピュータ５６０は、後述する変動パターン設定処理において、変動パターン判定用乱数（ランダム３）を生成するための変動パターン判定用乱数カウンタから値を直接抽出するようにしてもよい。

そして、ＣＰＵ５６は、第２保留記憶数が１増加したことを指定する第２保留記憶数加算指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ２０７Ｂ）。

第２保留記憶数が上限値に達していれば（ステップＳ２０１ＢのＹ）、ＣＰＵ５６は、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）から数値データを抽出し（ステップＳ２０８Ｂ）、抽出した数値データ（乱数）を格納することなく、第２始動口スイッチ通過処理を終了する。すなわち、この実施の形態では、プログラム管理エリアにおけるＲＬ１ハードラッチ選択レジスタ（ＲＬ１ＬＳ）のビット３が”０”に設定され（図２７でｎ＝１とした場合に相当する）、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）から値を読み込まないと次の値をラッチできないように設定されているものとする。そのため、第２保留記憶数が上限値に達している場合であっても、ＣＰＵ５６は、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）から数値データを抽出する処理のみを行い（値の格納までは行わない）、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）が次の値をラッチできるようにしている。

なお、ＲＬ１ハードラッチ選択レジスタ０（ＲＬ１ＬＳ）のビット３を”１”に設定し、ＲＬ１ハードラッチ乱数値レジスタ０（ＲＬ１ＨＶ０）から値を読み込まなくても次の値をラッチできるように設定してもよい。そのようにすれば、ステップＳ２０８Ｂの処理は不要となる。

また、この実施の形態では、ステップＳ２０５Ａ，Ｓ２０５Ｂの処理が実行されることによって、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで異なる乱数値レジスタから乱数値を抽出して格納するようにしている。そのようにすることにより、例えば、乱数更新のスタート値を異ならせたり、乱数列の変更の設定を異ならせたり、乱数最大値の設定を異ならせることによって、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで乱数値が同期しにくくすることができ、所定の乱数更新タイミングを狙って不正に大当りを発生させるなどの行為をしにくくしている。

なお、この実施の形態では、１６ビット乱数回路５０８ｂの異なるチャネル（本例では、チャネル０とチャネル１）から乱数値を抽出することにより、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで乱数を抽出する乱数値レジスタを異ならせる場合を示したが、この実施の形態で示した態様にかぎられない。例えば、１６ビット乱数回路５０８ｂの同じチャネルであっても、その同じチャネルで用いる異なるハードラッチ乱数値レジスタから（例えば、同じチャネル０のＲＬ０ハードラッチ乱数値レジスタ０（ＲＬ０ＨＶ０）とＲＬ０ハードラッチ乱数値レジスタ１（ＲＬ０ＨＶ１）とから）乱数値を抽出することにより、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで乱数を抽出する乱数値レジスタを異ならせてもよい。

また、この実施の形態では、ハードラッチ乱数値レジスタから乱数値を抽出する場合を示したが、例えば、ソフトラッチ乱数値レジスタから乱数値を抽出するようにしてもよい。この場合であっても、１６ビット乱数回路５０８ｂの異なるチャネルから乱数値を抽出することにより、または同じチャネルであっても異なるソフトラッチ乱数値レジスタから乱数値を抽出することにより、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで乱数を抽出する乱数値レジスタを異ならせるようにすればよい。

また、この実施の形態では、１６ビット乱数回路５０８ｂから乱数値を抽出する場合を示したが、例えば、８ビット乱数回路５０８ａから乱数値を抽出するようにしてもよい。この場合であっても、８ビット乱数回路５０８ａの異なるチャネルから乱数値を抽出することにより、または同じチャネルであっても異なるハードラッチ乱数値レジスタやソフトラッチ乱数値レジスタから乱数値を抽出することにより、第１特別図柄の変動表示を実行する場合と第２特別図柄の変動表示を実行する場合とで乱数を抽出する乱数値レジスタを異ならせるようにすればよい。

なお、この実施の形態では、既に説明したように、遊技制御用マイクロコンピュータ５６０は、遊技機への電源投入時にステップＳ１００１，Ｓ１０１１を実行して乱数回路５０８ａ，５０８ｂに関する設定をハードウェア的に行い、その後に、ユーザプログラムの実行中に第１始動口スイッチ通過処理（ステップＳ３１２参照）や第２始動口スイッチ通過処理（ステップＳ３１４参照）においてステップＳ２０５Ａ，Ｓ２０５Ｂの乱数抽出の処理を実行する。従って、この実施の形態では、乱数回路から数値データ（乱数値）を抽出するタイミングよりも前に、乱数回路の監視に関する設定が行われるように構成されている。

次に、特別図柄プロセス処理における特別図柄停止処理について説明する。図６０は、特別図柄プロセス処理における特別図柄停止処理（ステップＳ３０４）を示すフローチャートである。特別図柄停止処理において、ＣＰＵ５６は、大当りフラグがセットされているか否かを確認する（ステップＳ１３１）。なお、大当りフラグは、特別図柄通常処理において大当りと判定されるとセットされる。大当りフラグがセットされている場合には、ＣＰＵ５６は、セットされていれば、確変状態であることを示す確変フラグ、および確変状態における特別図柄の変動可能回数を示す確変回数カウンタをリセットする（ステップＳ１３２）。また、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に大当り開始指定コマンドを送信する制御を行う（ステップＳ１３４）。具体的には、大当りの種別が「１５Ｒ確変大当り」または「７Ｒ確変大当り」である場合には、大当り開始指定コマンドを送信する。また、大当りの種別が突然確変大当りである場合には、小当り／突然確変大当り開始指定コマンドを送信する。なお、大当りの種別が「１５Ｒ確変大当り」、「７Ｒ確変大当り」または「突然確変大当り」のいずれであるかは、ＲＡＭ５５に記憶されている大当り種別を示すデータ（大当り種別バッファに記憶されているデータ）にもとづいて判定される。

また、大当り表示時間タイマに大当り表示時間（大当りが発生したことを、例えば、演出表示装置９において報知する時間）に相当する値を設定する（ステップＳ１３５）。また、大入賞口開放回数カウンタに開放回数（例えば、「１５Ｒ確変大当り」の場合には１５回。「７Ｒ確変大当り」の場合には７回。「突然確変大当り」の場合には２回。）をセットする（ステップＳ１３６）。また、大当り遊技における１ラウンドあたりのラウンド時間もセットされる。具体的には、突然確変大当りの場合には、ラウンド時間として０．１秒がセットされ、１５Ｒ確変大当りや７Ｒ確変大当りの場合には、ラウンド時間として２９秒がセットされる。そして、特別図柄プロセスフラグの値を大入賞口開放前処理（ステップＳ３０５）に対応した値に更新する（ステップＳ１３７）。

また、ステップＳ１３１で大当りフラグがセットされていなければ、ＣＰＵ５６は、確変状態における特別図柄の変動可能回数を示す確変回数カウンタの値が０となっているか否かを確認する（ステップＳ１４１）。確変回数カウンタの値が０でなければ、ＣＰＵ５６は、確変回数カウンタの値を−１する（ステップＳ１４２）。そして、ＣＰＵ５６は、減算後の確変回数カウンタの値が０になった場合には（ステップＳ１４３）、確変フラグをリセットする（ステップＳ１４４）。

次いで、ＣＰＵ５６は、小当りフラグがセットされているか否かを確認する（ステップＳ１４５）。なお、小当りフラグは、特別図柄通常処理において小当りと判定されるとセットされる。小当りフラグがセットされていれば、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に小当り／突然確変大当り開始指定コマンドを送信する（ステップＳ１４６）。また、小当り表示時間タイマに小当り表示時間（小当りが発生したことを、例えば、演出表示装置９において報知する時間）に相当する値を設定する（ステップＳ１４７）。また、大入賞口開放回数カウンタに開放回数（例えば２回）をセットする（ステップＳ１４８）。また、小当り遊技における大入賞口の１回あたりの開放時間もセットされる。具体的には、突然確変大当りのラウンド時間と同じ０．１秒が、小当り遊技における大入賞口の１回あたりの開放時間としてセットされる。そして、特別図柄プロセスフラグの値を小当り開始前処理（ステップＳ３０８）に対応した値に更新する（ステップＳ１４９）。

小当りフラグもセットされていなければ（ステップＳ１４５のＮ）、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄通常処理（ステップＳ３００）に対応した値に更新する（ステップＳ１５０）。

次に、特別図柄プロセス処理における大当り終了処理について説明する。図６１は、特別図柄プロセス処理における大当り終了処理（ステップＳ３０７）を示すフローチャートである。大当り終了処理において、ＣＰＵ５６は、大当り終了表示タイマが設定されているか否か確認し（ステップＳ１６０）、大当り終了表示タイマが設定されている場合には、ステップＳ１６４に移行する。大当り終了表示タイマが設定されていない場合には、大当りフラグをリセットし（ステップＳ１６１）、大当り終了指定コマンドを送信する制御を行う（ステップＳ１６２）。ここで、「１５Ｒ確変大当り」または「７Ｒ確変大当り」であった場合には大当り終了指定コマンドを送信し、「突然確変大当り」であった場合には小当り／突然確変大当り終了指定コマンドを送信する。そして、大当り終了表示タイマに、演出表示装置９において大当り終了表示が行われている時間（大当り終了表示時間）に対応する表示時間に相当する値を設定し（ステップＳ１６３）、処理を終了する。

ステップＳ１６４では、大当り終了表示タイマの値を１減算する（ステップＳ１６４）。そして、ＣＰＵ５６は、大当り終了表示タイマの値が０になっているか否か、すなわち大当り終了表示時間が経過したか否か確認する（ステップＳ１６５）。経過していなければ処理を終了する。

大当り終了表示時間を経過していれば（ステップＳ１６５のＹ）、ＣＰＵ５６は、確変フラグをセットして確変状態に移行させる（ステップＳ１６６）。なお、この実施の形態では、確変フラグがセットされることによって、確変状態に制御されるとともに時短状態（高ベース状態）にも制御される。また、ＣＰＵ５６は、確変回数カウンタに所定回数（本例では、７０回）をセットする（ステップＳ１６７）。

なお、時短状態であることを示す時短フラグもセットするようにし、確変状態の管理と時短状態の管理とを別々に行うように構成してもよい。また、この実施の形態では、大当り遊技を終了して確変状態および時短状態に移行した後、同じ回数（本例では、７０回）の変動表示を終了すると確変状態および時短状態の両方を終了する場合を示したが、確変状態の終了回数と時短状態の終了回数とを異ならせてもよい。

そして、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄通常処理（ステップＳ３００）に対応した値に更新する（ステップＳ１７０）。

次に、遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）が実行する普通図柄プロセス処理（ステップＳ２８）について説明する。図６２は、普通図柄プロセス処理の一例を示すフローチャートである。普通図柄プロセス処理では、ＣＰＵ５６は、ゲート３２を遊技球が通過してゲートスイッチ３２ａがオン状態となったことを検出すると（ステップＳ５１１）、ゲートスイッチ通過処理（ステップＳ５１２）を実行する。そして、ＣＰＵ５６は、普通図柄プロセスフラグの値に応じてステップＳ５００〜Ｓ５０３に示された処理のうちのいずれかの処理を実行する。

ゲートスイッチ通過処理（ステップＳ５１２）：ＣＰＵ５６は、ゲート通過記憶カウンタのカウント値（ゲート通過記憶数）が最大値（この例では「４」）に達しているか否か確認する。最大値に達していなければ、ゲート通過記憶カウンタのカウント値を＋１する。なお、ゲート通過記憶カウンタの値に応じて普通図柄保留記憶表示器４１のＬＥＤが点灯される。そして、ＣＰＵ５６は、普通図柄当り判定用乱数（ランダム４）の値を抽出し、ゲート通過記憶数の値に対応した保存領域（普通図柄判定用バッファ）に格納する処理を行う。

普通図柄通常処理（ステップＳ５００）：ＣＰＵ５６は、普通図柄の変動を開始することができる状態（例えば普通図柄プロセスフラグの値がステップＳ５００を示す値となっている場合、具体的には、普通図柄表示器１０において普通図柄の変動表示がなされておらず、かつ、普通図柄表示器１０に当り図柄が導出表示されたことにもとづく可変入賞球装置１５の開閉動作中でもない場合）には、ゲート通過記憶数の値を確認する。具体的には、ゲート通過記憶数カウンタのカウント値を確認する。ゲート通過記憶数が０でなければ、当りとするか否か（普通図柄の停止図柄を当り図柄とするか否か）を決定する。そして、普通図柄プロセスタイマに普通図柄の変動時間をセットし、タイマをスタートさせる。そして、普通図柄プロセスフラグの値を普通図柄変動処理（ステップＳ５０１）を示す値（具体的には「１」）に更新する。

普通図柄変動処理（ステップＳ５０１）：ＣＰＵ５６は、普通図柄プロセスタイマがタイムアウトしたか否か確認し、タイムアウトしていたら、普通図柄表示器１０における普通図柄の変動を停止し、普通図柄プロセスタイマに普通図柄停止図柄表示時間をセットし、タイマをスタートさせる。そして、普通図柄プロセスフラグの値を普通図柄停止処理（ステップＳ５０２）を示す値（具体的には「２」）に更新する。

普通図柄停止処理（ステップＳ５０２）：ＣＰＵ５６は、普通図柄プロセスタイマがタイムアウトしたか否かを確認し、タイムアウトしていたら、普通図柄の停止図柄が当り図柄であるかどうかを確認する。当り図柄でなければ（はずれ図柄であれば）、普通図柄プロセスフラグの値を普通図柄通常処理（ステップＳ５００）を示す値（具体的には「０」）に更新する。一方、普通図柄の停止図柄が当り図柄であれば、普通図柄プロセスタイマに普通電動役物作動時間をセットし、タイマをスタートさせる。また、現在の遊技状態が確変状態であるか否かを確認し、確変状態（すなわち、高ベース状態）であれば、確変状態（高ベース状態）のときの普通電動役物（可変入賞球装置１５）の開放パターンを選択し、確変状態でなければ（すなわち、低ベース状態であれば）、低ベース状態のときの普通電動役物（可変入賞球装置１５）の開放パターンを選択し、選択した開放パターンを設定する。そして、普通図柄プロセスフラグの値を普通電動役物作動処理（ステップＳ５０３）を示す値（具体的には「３」）に更新する。

普通電動役物作動処理（ステップＳ５０３）：ＣＰＵ５６は、普通図柄プロセスタイマがタイムアウトしていないことを条件に、設定された開放パターンで普通電動役物の開放を行う（可変入賞球装置１５の開閉動作を実行する）普通電動役物開放パターン処理を実行する。なお、この実施の形態では、確変状態（すなわち、高ベース状態）では、低ベース状態である場合と比較して可変入賞球装置１５の開放期間が長いものとする。そして、普通図柄プロセスタイマがタイムアウトすると、普通図柄プロセスフラグの値を普通図柄通常処理（ステップＳ５００）を示す値（具体的には「０」）に更新する。

次に、主基板３１に搭載される遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）が実行する特別図柄表示制御処理（ステップＳ３３）について説明する（フローチャート等は図示せず）。特別図柄表示制御処理では、ＣＰＵ５６は、特別図柄プロセスフラグの値が３であるか否かを確認する（ステップＳ３２０１）。特別図柄プロセスフラグの値が３であれば（すなわち、特別図柄変動中処理の実行中であれば）、ＣＰＵ５６は、特別図柄変動表示用の特別図柄表示制御データを特別図柄表示制御データ設定用の出力バッファに設定または更新する処理を行う（ステップＳ３２０２）。この場合、ＣＰＵ５６は、特別図柄ポインタが示す方の特別図柄（第１特別図柄または第２特別図柄）の変動表示を行うための特別図柄表示制御データを設定または更新する。例えば、変動速度が１コマ／０．２秒であれば、０．２秒が経過する毎に、出力バッファに設定される特別図柄表示制御データの値を＋１する。そして、その後、表示制御処理（ステップＳ２３参照）が実行され、特別図柄表示制御データ設定用の出力バッファの内容に応じて特別図柄表示器８ａ，８ｂに対して駆動信号が出力されることによって、特別図柄表示器８ａ，８ｂにおける特別図柄の変動表示が実行される。

特別図柄プロセスフラグの値が３でなければ、ＣＰＵ５６は、特別図柄プロセスフラグの値が４であるか否かを確認する（ステップＳ３２０３）。特別図柄プロセスフラグの値が４であれば（すなわち、特別図柄停止処理に移行した場合には）、ＣＰＵ５６は、特別図柄通常処理で設定された特別図柄の停止図柄を停止表示するための特別図柄表示制御データを特別図柄表示制御データ設定用の出力バッファに設定する処理を行う（ステップＳ３２０４）。この場合、ＣＰＵ５６は、特別図柄ポインタが示す方の特別図柄（第１特別図柄または第２特別図柄）の停止図柄を停止表示するための特別図柄表示制御データを設定する。そして、その後、表示制御処理（ステップＳ２３参照）が実行され、特別図柄表示制御データ設定用の出力バッファの内容に応じて特別図柄表示器８ａ，８ｂに対して駆動信号が出力されることによって、特別図柄表示器８ａ，８ｂにおいて特別図柄の停止図柄が停止表示される。なお、ステップＳ３２０４の処理が実行され停止図柄表示用の特別図柄表示制御データが設定された後には、設定データの変更が行われないので、ステップＳ２３の表示制御処理では最新の特別図柄表示制御データにもとづいて最新の停止図柄を次の変動表示が開始されるまで停止表示し続けることになる。また、ステップＳ３２０１において特別図柄プロセスフラグの値が２または３のいずれかであれば（すなわち、表示結果指定コマンド送信処理または特別図柄変動中処理のいずれかであれば）、特別図柄変動表示用の特別図柄表示制御データを更新するようにしてもよい。この場合、遊技制御用マイクロコンピュータ５６０側で認識する変動時間と演出制御用マイクロコンピュータ１００側で認識する変動時間との間にズレが生じないようにするため、表示結果指定コマンド送信処理においても変動時間タイマを１減算するように構成すればよい。

なお、この実施の形態では、特別図柄プロセスフラグの値に応じて特別図柄表示制御データを出力バッファに設定する場合を示したが、特別図柄プロセス処理において、特別図柄の変動開始時に開始フラグをセットするとともに、特別図柄の変動終了時に終了フラグをセットするようにしてもよい。そして、特別図柄表示制御処理（ステップＳ３３）において、ＣＰＵ５６は、開始フラグがセットされたことにもとづいて特別図柄表示制御データの値の更新を開始するようにし、終了フラグがセットされたことにもとづいて停止図柄を停止表示させるための特別図柄表示制御データをセットするようにしてもよい。

次に、遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）が実行する入賞順異常報知処理（ステップＳ２１ａ）について説明する。図６３は、ステップＳ２１ａの入賞順異常報知処理を示すフローチャートである。入賞順異常報知処理において、遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）は、第２始動入賞口１４に対応する第２始動口監視用バッファを加算バッファにセットし（ステップＳ２５０）、第１始動入賞口１３に対応する第１始動口監視用バッファをクリアバッファにセットする（ステップＳ２５１）。

第１始動口監視用バッファおよび第２始動口監視用バッファは、加算バッファおよびクリアバッファと同様に、ＲＡＭ５５に形成され、対応する始動口に入賞があると、原則的に（例外については後述する）格納している値に所定値（本例では１）が加算される。加算バッファは、セットされた始動口監視用バッファを所定値（本例では１）の加算対象とするために用いられる。また、クリアバッファは、セットされた始動口監視用バッファをクリア（本例では格納している値を０にする）対象とするために用いられる。なお、この実施の形態では、始動口監視用バッファを加算バッファやクリアバッファにセットするとの表現を用いるが、例えば、加算バッファまたはクリアバッファに、第１始動口監視用バッファまたは第２始動口監視用バッファを特定するためのポインタがセットされることによって実現される。

次いで、ＣＰＵ５６は、第１始動口スイッチがオン状態であるか否かを確認し（ステップＳ２５２）、第１始動口スイッチがオン状態である場合には、加算バッファとクリアバッファのセット内容を入れ替える（ステップＳ２５３）。すなわち、ステップＳ２５３では、ＣＰＵ５６は、第１始動口監視用バッファを加算バッファにセットし、第２始動口監視用バッファをクリアバッファにセットする。ステップＳ２５３では、例えば、値を交換する命令（例えば、ＥＸ命令）１つを実行させることで入れ替えを行うことが可能である。

この実施の形態では、ＣＰＵ５６は、ステップＳ２５０，Ｓ２５１で第２始動口監視用バッファを加算バッファに、第１始動口監視用バッファをクリアバッファにセットし（以下、仮セットともいう）、第１始動口スイッチがオン状態であれば（すなわち遊技球が入賞した始動口に対応した始動口監視用バッファが加算バッファにセットされていなければ（ステップＳ２５２のＹ））、ステップＳ２５３で加算バッファとクリアバッファのセット内容を入れ替える（遊技球が入賞した始動口に対応した始動口監視用バッファが加算バッファにセットされていれば、セット内容を入れ替えない）。このように、第１始動口監視用バッファおよび第２始動口監視用バッファを加算バッファとクリアバッファとに仮セットし、遊技球が入賞した始動口に対応した始動口監視用バッファが加算バッファにセットされていなければ、加算バッファとクリアバッファのセット内容を入れ替えることによって、遊技球が入賞した始動口（例えば、第１始動入賞口１３）に対応した始動口監視用バッファを加算対象とし、他方の始動口（例えば、第２始動入賞口１４）に対応した始動口監視用バッファをクリア対象としてセットすることができる。したがって、例えば、同じ始動口に連続して入賞が発生した場合には、対応する始動口監視用バッファが連続して加算対象としてセットされ、他方の始動口に対応する始動口監視用バッファが連続してクリア対象としてセットされる。また、前回入賞した始動口とは異なる始動口に入賞した場合には、前回加算対象としてセットされた始動口監視用バッファがクリア対象としてセットされ、前回クリア対象としてセットされた始動口監視用バッファが加算対象としてセットされる。なお、加算バッファとクリアバッファのセット内容を入れ替えるとは、最終的に（ステップＳ２５４を実行する前に）セット内容（例えば、ポインタ）が入れ替わっていればよく、処理の途中で一旦ポインタを示すデータを他の領域に保存してもよい。つまり、加算バッファのセット内容とクリアバッファのセット内容とを直接入れ替えるものに限らず、加算バッファのセット内容とクリアバッフのセット内容と（またはいずれか一方のみ）を他の領域に一旦格納した後に、入れ替えるものであってもよい。

なお、この実施の形態では、ステップＳ２５０，Ｓ２５１で第２始動口監視用バッファを加算バッファに、第１始動口監視用バッファをクリアバッファに仮セットしているが、これに限らず、逆に仮セットするようにしてもよい。この場合には、ステップＳ２５２において、第２始動口スイッチがオン状態であるか否かを確認し、オン状態であればステップＳ２５３に移行するようにすればよい。

ステップＳ２５３で加算バッファとクリアバッファのセット内容を入れ替えると、ＣＰＵ５６は、加算バッファを１加算し、加算バッファをロードする（ステップＳ２５４）。また、ＣＰＵ５６は、クリアデータ（本例では０）をセットし、クリアバッファにストアする（ステップＳ２５５）。すなわち、ステップＳ２５４において、加算バッファにセットされた始動口監視用バッファに格納された値に所定値（本例では１）を加算し、ステップＳ２５５において、クリアバッファにセットされた始動口監視用バッファに格納された値をクリア（本例では０に）する。このようにすることによって、同じ始動口に連続して入賞が発生した場合には、対応する始動口監視用バッファに格納された値が連続して１加算され、他方の始動口に対応する始動口監視用バッファに格納された値がクリアされる。また、前回入賞した始動口とは異なる始動口に入賞した場合には、前回加算対象として所定値（本例では１）が加算された始動口監視用バッファに格納された値がクリア（本例では０に）され、前回クリア対象としてクリアされた始動口監視用バッファに格納された値に所定値（本例では１）が加算される。以下、「加算バッファの値」という表現を用いることがあるが、具体的には、加算バッファにセットされた始動口監視用バッファに格納された値のことを示す。また、「加算バッファを１加算する」という表現を用いることがあるが、具体的には、加算バッファにセットされた始動口監視用バッファに格納された値に所定値（本例では１）加算することである。また、「加算バッファをクリアする」という表現を用いることがあるが、具体的には、加算バッファにセットされた始動口監視用バッファに格納された値をクリア（本例では０に）することである。

次いで、ＣＰＵ５６は、加算バッファの値が５以上であるか否かを判定する（ステップＳ２５９）。加算バッファの値が５以上となっていれば、ＣＰＵ５６は、加算バッファをクリアし（ステップＳ２６０）、ステップＳ２６１に移行する。加算バッファの値が５以上でなければ、そのまま処理を終了する。

ステップＳ２６１では、ＣＰＵ５６は、入賞順異常報知指定コマンドを演出制御用マイクロコンピュータ１００に対して送信する制御を行う（ステップＳ２６１）。また、ＣＰＵ５６は、セキュリティ信号情報タイマに所定時間（本例では、３０秒）をセットする（ステップＳ２６２）。この実施の形態では、ステップＳ２６２でセキュリティ信号情報タイマに所定時間がセットされたことにもとづいて、情報出力処理（Ｓ３０参照）が実行されることによって、セキュリティ信号が所定時間（本例では、３０秒）外部出力される。すなわち、加算バッファの値が５以上である場合には（ステップＳ２５９のＹ）、第１始動入賞口１３または第２始動入賞口１４に連続して５以上の入賞が発生したことにより入賞順異常が発生したと判定して、入賞順異常報知を行うために入賞順異常報知指定コマンドを送信する制御を行うとともに、セキュリティ信号を所定期間（本例では、３０秒）外部出力するための処理を行う。

また、ステップＳ２５２で第１始動口スイッチがオン状態ではない場合には、ＣＰＵ５６は、第２始動口スイッチがオン状態であるか否かを確認する（ステップＳ２５６）。第２始動口スイッチがオン状態でなければ（すなわち、いずれの始動口にも入賞していなければ）、そのまま処理を終了する。

一方、第２始動口スイッチ１４ａがオン状態であれば、ＣＰＵ５６は、確変フラグがセットされているか否かを確認する（ステップＳ２５７）。確変フラグがセットされていれば（すなわち、確変状態であるとともに時短状態（高ベース状態）であれば）、ステップＳ２５５に移行する。確変フラグがセットされていなければ、ＣＰＵ５６は、普通図柄プロセスフラグの値が３であるか否かを確認する（ステップＳ２５８）。この実施の形態では、普通図柄プロセスフラグの値が３であれば（すなわち普通図柄プロセス処理の普通電動役物作動処理が実行されている場合には）、ステップＳ２５５に移行する。

ステップＳ２５７で確変フラグがセットされていた場合、またはステップＳ２５８で普通図柄プロセスフラグの値が３である場合には、ステップＳ２５５で、ＣＰＵ５６は、クリアデータ（本例では０）をセットし、クリアバッファにセットする（ステップＳ２５５）。すなわち、確変フラグがセットされているということは、時短状態（高ベース状態）に制御され、可変入賞球装置１５が開放状態となる頻度が高められているのであるから、振分装置２００の状態にかかわらず第２始動入賞口１４に連続して入賞しやすい。そのため、この場合には、ステップＳ２５４を実行して加算バッファを１加算することなく、ステップＳ２５５のみを実行することでクリアバッファをクリアして、入賞順異常と判定しないように制御している。また、普通図柄プロセスフラグの値が３であり、普通図柄プロセス処理の普通電動役物作動処理が実行されているということは、可変入賞球装置１５が開放状態に制御されるのであるから第２始動入賞口１４に連続して入賞しやすい。そのため、この場合にも、ステップＳ２５４を実行して加算バッファを１加算することなく、ステップＳ２５５のみを実行することでクリアバッファをクリアして、入賞順異常と判定しないように制御している。そして、ステップＳ２５９に移行する。

なお、図６３に示す例に限らず、例えば、ステップＳ２５７，Ｓ２５８に相当する処理を入賞順異常報知処理の開始時に実行し、確変フラグがセットされていた場合または普通図柄プロセスフラグの値が３である場合には、そのまま処理を終了し、以降の処理を実行しないように構成してもよい。また、例えば、確変フラグがセットされていた場合または普通図柄プロセスフラグの値が３である場合（すなわちステップＳ２５７でＹ、またはステップＳ２５８でＹとなった場合）、ステップＳ２５５（クリアバッファをクリアする処理）を実行しないようにしてもよい。つまり、確変フラグがセットされていた場合または普通図柄プロセスフラグの値が３である場合には、加算バッファを１加算する処理とクリアバッファをクリアする処理とのいずれも実行しないようにしてもよい。

また、この実施の形態では、確変状態（すなわち、高ベース状態）であるか否かの判定と可変入賞球装置１５が開放中であるか否かの判定との両方を実行する場合を示しているが、いずれか一方のみを実行するようにしてもよい。具体的には、ステップＳ２５７の判定処理とステップＳ２５８の判定処理とのいずれか一方のみを実行するようにしてもよい。

また、第２始動口スイッチ１４ａがオン状態であることにもとづいて直ちにステップＳ２５７以降の処理を実行して第２始動口監視用バッファに格納された値に所定値（本例では１）を加算するのではなく、さらに第２保留記憶数が上限値（本例では４）に達していないことを条件に第２始動口監視用バッファに格納された値に所定値（本例では１）を加算するようにしてもよい（すなわち、有効始動入賞のみをカウントするようにしてもよい）。また、逆に、第２保留記憶数が上限値（本例では４）に達している場合のみ第２始動口監視用バッファに格納された値に所定値（本例では１）を加算するようにしてもよい（すなわち、無効始動入賞のみをカウントするようにしてもよい）。

また、この実施の形態では、第１始動入賞口１３への入賞については確変状態（すなわち、高ベース状態）中であるかいなかや可変入賞球装置１５が開放中であるか否かにかかわらずカウント（すなわち加算バッファに１加算すること）を継続し、確変状態（すなわち、高ベース状態）中や可変入賞球装置１５の開放中の期間も通して第１始動入賞口１３への遊技球の連続入賞を検出したことにもとづいて入賞順異常と判定する場合を示したが、確変状態（すなわち、高ベース状態）中や可変入賞球装置１５の開放中の期間はカウントを中断するようにしてもよい。そして、確変状態（すなわち、高ベース状態）中や可変入賞球装置１５の開放中の期間をまたがって第１始動入賞口１３への遊技球の連続入賞を検出したときに入賞順異常と判定するようにしてもよい。具体的には、例えば、第１始動入賞口１３に連続して２球入賞した後に確変状態（すなわち、高ベース状態）や可変入賞球装置１５が開放状態となった場合に一旦カウントを中断し、その確変状態（すなわち、高ベース状態）や可変入賞球装置１５の開放状態を終了した後にさらに第１始動入賞口１３に連続して２球入賞した場合に（その確変状態（すなわち、高ベース状態）中や可変入賞球装置１５の開放中に第２始動入賞口１４への入賞もなく）、合計で５球連続して第１始動入賞口１３に入賞したと判定して入賞順異常と判定するようにしてもよい。

また、この実施の形態では、第１始動入賞口１３に連続して入賞した場合と第２始動入賞口１４に連続して入賞した場合との両方について入賞順異常と判定する場合を示したが、第１始動入賞口１３に連続して入賞した場合と第２始動入賞口１４に連続して入賞した場合とのいずれか一方の場合についてのみ入賞順異常と判定するように構成してもよい。

また、この実施の形態では、第１始動入賞口１３に連続して入賞して入賞順異常となった場合と第２始動入賞口１４に連続して入賞して入賞順異常となった場合とで、入賞順異常報知指定コマンドとして共通のコマンドを送信する場合を示したが、第１始動入賞口１３に連続して入賞して入賞順異常となった場合と第２始動入賞口１４に連続して入賞して入賞順異常となった場合とを区別可能に入賞順異常報知指定コマンドを送信するようにしてもよい。具体的には、第１始動入賞口１３に連続して入賞して入賞順異常となった場合には第１入賞順異常報知指定コマンドを送信するようにし、第２始動入賞口１４に連続して入賞して入賞順異常となった場合には第２入賞順異常報知指定コマンドを送信するようにしてもよい。

また、この実施の形態では、加算バッファの値と比較する判定値が５である場合を示したが、この実施の形態で示した値にかぎらず、例えば、ステップＳ２５９において加算バッファの値が４以上であるかを判定するなど、判定値として他の値を用いてもよい。また、例えば、ステップＳ２５９において加算バッファの値が２以上であるか否かを判定するようにして、第１始動入賞口１３または第２始動入賞口１４に１球でも連続して入賞したら直ちに入賞順異常と判定するようにしてもよい。ただし、この実施の形態では、第１始動入賞口１３または第２始動入賞口１４に４球連続して入賞したことを条件に入賞順異常と判定することによって、判定基準に多少のマージンをもたせることにより誤判定を防止するようにしている。

また、この実施の形態では、加算バッファの値と判定値（本例では５）とを比較して入賞順異常が発生したか否かを判定しているが、これに限らず、例えば、加算バッファの値とクリアバッファの値とを比較し、その差が所定値（例えば、５）以上であれば入賞順異常と判定するようにしてもよい。

また、この実施の形態では、入賞順異常の判定を遊技制御用マイクロコンピュータ５６０側で実行する場合を示しているが、演出制御用マイクロコンピュータ１００側で実行するようにしてもよい。この場合、例えば、遊技制御用マイクロコンピュータ５６０は、第１始動入賞口１３に新たな始動入賞があったことを示すコマンドや第２始動入賞口１４に新たな始動入賞があったことを示すコマンドを送信するようにし、演出制御用マイクロコンピュータ１００は、それらのコマンドを受信したことにもとづいて、図６３に示す入賞順異常報知処理と同様の処理を行って入賞順異常を判定するようにすればよい。

なお、入賞順異常報知処理は、始動口への入賞時の処理（具体的には特別図柄プロセス処理の第１始動口スイッチ通過処理および第２始動口スイッチ通過処理）において実行される（具体的には図６３の入賞順異常報知処理に相当する処理が実行される）ようにしてもよい。

次に、演出制御手段の動作を説明する。図６４は、演出制御基板８０に搭載されている演出制御手段としての演出制御用マイクロコンピュータ１００（具体的には、演出制御用ＣＰＵ１０１）が実行するメイン処理を示すフローチャートである。演出制御用ＣＰＵ１０１は、電源が投入されると、メイン処理の実行を開始する。メイン処理では、まず、ＲＡＭ領域のクリアや各種初期値の設定、また演出制御の起動間隔（例えば、４ｍｓ）を決めるためのタイマの初期設定等を行うための初期化処理を行う（ステップＳ７０１）。その後、演出制御用ＣＰＵ１０１は、タイマ割込フラグの監視（ステップＳ７０２）を行うループ処理に移行する。タイマ割込が発生すると、演出制御用ＣＰＵ１０１は、タイマ割込処理においてタイマ割込フラグをセットする。メイン処理において、タイマ割込フラグがセットされていたら、演出制御用ＣＰＵ１０１は、そのフラグをクリアし（ステップＳ７０３）、以下の演出制御処理を実行する。

演出制御処理において、演出制御用ＣＰＵ１０１は、まず、受信した演出制御コマンドを解析し、受信した演出制御コマンドに応じたフラグをセットする処理等を行う（コマンド解析処理：ステップＳ７０４）。

次いで、演出制御用ＣＰＵ１０１は、演出制御プロセス処理を行う（ステップＳ７０５）。演出制御プロセス処理では、制御状態に応じた各プロセスのうち、現在の制御状態（演出制御プロセスフラグ）に対応した処理を選択して演出表示装置９の表示制御を実行する。

次いで、演出制御用ＣＰＵ１０１は、第４図柄プロセス処理を行う（ステップＳ７０６）。第４図柄プロセス処理では、制御状態に応じた各プロセスのうち、現在の制御状態（第４図柄プロセスフラグ）に対応した処理を選択して演出表示装置９の第４図柄表示領域９ｃ，９ｄにおいて第４図柄の表示制御を実行する。

次いで、大当り図柄決定用乱数などの乱数を生成するためのカウンタのカウント値を更新する乱数更新処理を実行する（ステップＳ７０７）。その後、ステップＳ７０２に移行する。

図６５は、主基板３１の遊技制御用マイクロコンピュータ５６０から受信した演出制御コマンドを格納するためのコマンド受信バッファの一構成例を示す説明図である。この例では、２バイト構成の演出制御コマンドを６個格納可能なリングバッファ形式のコマンド受信バッファが用いられる。従って、コマンド受信バッファは、受信コマンドバッファ１〜１２の１２バイトの領域で構成される。そして、受信したコマンドをどの領域に格納するのかを示すコマンド受信個数カウンタが用いられる。コマンド受信個数カウンタは、０〜１１の値をとる。なお、必ずしもリングバッファ形式でなくてもよい。

なお、遊技制御用マイクロコンピュータ５６０から送信された演出制御コマンドは、演出制御ＩＮＴ信号にもとづく割込処理で受信され、ＲＡＭに形成されているバッファ領域に保存されている。コマンド解析処理では、バッファ領域に保存されている演出制御コマンドがどのコマンドであるのか解析する。なお、演出制御ＩＮＴ信号にもとづく割込処理は、４ｍｓごとに実行されるタイマ割込処理に優先して実行される。

図６６は、コマンド解析処理（ステップＳ７０４）の具体例を示すフローチャートである。主基板３１から受信された演出制御コマンドは受信コマンドバッファに格納されるが、コマンド解析処理では、演出制御用ＣＰＵ１０１は、コマンド受信バッファに格納されているコマンドの内容を確認する。

コマンド解析処理において、演出制御用ＣＰＵ１０１は、まず、コマンド受信バッファに受信コマンドが格納されているか否か確認する（ステップＳ６１１）。格納されているか否かは、コマンド受信個数カウンタの値と読出ポインタとを比較することによって判定される。両者が一致している場合が、受信コマンドが格納されていない場合である。コマンド受信バッファに受信コマンドが格納されている場合には、演出制御用ＣＰＵ１０１は、コマンド受信バッファから受信コマンドを読み出す（ステップＳ６１２）。なお、読み出したら読出ポインタの値を＋２しておく（ステップＳ６１３）。＋２するのは２バイト（１コマンド）ずつ読み出すからである。

受信した演出制御コマンドが変動パターンコマンドであれば（ステップＳ６１４）、演出制御用ＣＰＵ１０１は、受信した変動パターンコマンドを、ＲＡＭに形成されている変動パターンコマンド格納領域に格納する（ステップＳ６１５）。そして、変動パターンコマンド受信フラグをセットする（ステップＳ６１６）。

受信した演出制御コマンドが表示結果指定コマンドであれば（ステップＳ６１７）、演出制御用ＣＰＵ１０１は、受信した表示結果指定コマンド（表示結果１指定コマンド〜表示結果５指定コマンド）を、ＲＡＭに形成されている表示結果指定コマンド格納領域に格納する（ステップＳ６１８）。

受信した演出制御コマンドが図柄確定指定コマンドであれば（ステップＳ６１９）、演出制御用ＣＰＵ１０１は、確定コマンド受信フラグをセットする（ステップＳ６２０）。

受信した演出制御コマンドが大当り開始指定コマンドであれば（ステップＳ６２１）、演出制御用ＣＰＵ１０１は、大当り開始指定コマンド受信フラグをセットする（ステップＳ６２２）。

受信した演出制御コマンドが小当り／突然確変大当り開始指定コマンドであれば（ステップＳ６２３）、演出制御用ＣＰＵ１０１は、小当り／突然確変大当り開始指定コマンド受信フラグをセットする（ステップＳ６２４）。

受信した演出制御コマンドが入賞順異常報知指定コマンドであれば（ステップＳ６２５）、演出制御用ＣＰＵ１０１は、ランプドライバ基板３５に対して制御信号（ランプ制御実行データ）を出力することによって、所定の異常報知パターンで枠ＬＥＤ２８の点灯制御を行う（ステップＳ６２６）。また、演出制御用ＣＰＵ１０１は、音声出力基板７０に対して制御信号（音番号データ）を出力することによって、所定の異常報知音をスピーカ２７から出力させる（ステップＳ６２７）。

なお、この実施の形態では、枠ＬＥＤ２８を所定の異常報知パターンで点灯させるとともに所定の異常報知音をスピーカ２７から出力させることによって入賞順異常報知を行う場合を示しているが、入賞順異常報知の態様は、この実施の形態で示したものにかぎられない。例えば、枠ＬＥＤ２８の所定の異常報知パターンでの点灯と所定の異常報知音のスピーカ２７からの出力とのいずれか一方のみを行うことにより入賞順異常報知を行ってもよい。また、例えば、演出表示装置９において「入賞順異常です」などの文字列を含む入賞順異常報知画面を表示することにより入賞順異常報知を行ってもよい。

受信した演出制御コマンドがその他のコマンドであれば、演出制御用ＣＰＵ１０１は、受信した演出制御コマンドに応じたフラグをセットする（ステップＳ６２８）。そして、ステップＳ６１１に移行する。

図６７は、図６４に示されたメイン処理における演出制御プロセス処理（ステップＳ７０５）を示すフローチャートである。演出制御プロセス処理では、演出制御用ＣＰＵ１０１は、演出制御プロセスフラグの値に応じてステップＳ８００〜Ｓ８０７のうちのいずれかの処理を行う。各処理において、以下のような処理を実行する。なお、演出制御プロセス処理では、演出表示装置９の表示状態が制御され、演出図柄の可変表示が実現されるが、第１特別図柄の変動に同期した演出図柄の可変表示に関する制御も、第２特別図柄の変動に同期した演出図柄の可変表示に関する制御も、一つの演出制御プロセス処理において実行される。なお、第１特別図柄の変動に同期した演出図柄の可変表示と、第２特別図柄の変動に同期した演出図柄の可変表示とを、別の演出制御プロセス処理により実行するように構成してもよい。また、この場合、いずれの演出制御プロセス処理により演出図柄の変動表示が実行されているかによって、いずれの特別図柄の変動表示が実行されているかを判断するようにしてもよい。

変動パターンコマンド受信待ち処理（ステップＳ８００）：遊技制御用マイクロコンピュータ５６０から変動パターンコマンドを受信しているか否か確認する。具体的には、コマンド解析処理でセットされる変動パターンコマンド受信フラグがセットされているか否か確認する。変動パターンコマンドを受信していれば、演出制御プロセスフラグの値を演出図柄変動開始処理（ステップＳ８０１）に対応した値に変更する。

演出図柄変動開始処理（ステップＳ８０１）：演出図柄の変動が開始されるように制御する。そして、演出制御プロセスフラグの値を演出図柄変動中処理（ステップＳ８０２）に対応した値に更新する。

演出図柄変動中処理（ステップＳ８０２）：変動パターンを構成する各変動状態（変動速度）の切替タイミング等を制御するとともに、変動時間の終了を監視する。そして、変動時間が終了したら、演出制御プロセスフラグの値を演出図柄変動停止処理（ステップＳ８０３）に対応した値に更新する。

演出図柄変動停止処理（ステップＳ８０３）：演出図柄の変動を停止し表示結果（停止図柄）を導出表示する制御を行う。そして、演出制御プロセスフラグの値を大当り表示処理（ステップＳ８０４）または変動パターンコマンド受信待ち処理（ステップＳ８００）に対応した値に更新する。

大当り表示処理（ステップＳ８０４）：変動時間の終了後、演出表示装置９に大当りの発生を報知するための画面を表示する制御を行う。そして、演出制御プロセスフラグの値をラウンド中処理（ステップＳ８０５）に対応した値に更新する。

ラウンド中処理（ステップＳ８０５）：ラウンド中の表示制御を行う。そして、ラウンド終了条件が成立したら、最終ラウンドが終了していなければ、演出制御プロセスフラグの値をラウンド後処理（ステップＳ８０６）に対応した値に更新する。最終ラウンドが終了していれば、演出制御プロセスフラグの値を大当り終了処理（ステップＳ８０７）に対応した値に更新する。

ラウンド後処理（ステップＳ８０６）：ラウンド間の表示制御を行う。そして、ラウンド開始条件が成立したら、演出制御プロセスフラグの値をラウンド中処理（ステップＳ８０５）に対応した値に更新する。

大当り終了演出処理（ステップＳ８０７）：演出表示装置９において、大当り遊技状態が終了したことを遊技者に報知する表示制御を行う。そして、演出制御プロセスフラグの値を変動パターンコマンド受信待ち処理（ステップＳ８００）に対応した値に更新する。

なお、この実施の形態では、始動入賞口への入賞が発生すると、対応する始動口監視バッファに格納された値に所定値が加算され、加算結果にもとづいて入賞順異常が発生したことを検出するように構成されているが、これに限らず、例えば、始動入賞口への入賞が発生すると、対応する始動口監視バッファに格納された値から所定値が減算され、減算結果にもとづいて入賞順異常が発生したことを検出するように構成してもよい。

図６８は、入賞順異常報知処理の変形例を示すフローチャートである。図６８に示す入賞順異常報知処理の変形例では、ステップＳ２５０，２５１に代えて、第２始動口監視バッファを減算バッファにセットし（ステップＳ２５０ｂ）、第１始動口監視バッファを初期値設置バッファにセットする（ステップＳ２５１ｂ）処理が実行される。減算バッファは、セットされた始動口監視用バッファを所定値（本例では１）の減算対象とするために用いられる。また、初期値設定バッファは、セットされた始動口監視用バッファを初期値設定（本例では初期値（５）をセットする）対象とするために用いられる。

また、図６８に示す入賞順異常報知処理の変形例では、ステップＳ２５４，Ｓ２５５に代えて、減算バッファを１減算し、減算バッファをロードし（ステップＳ２５４ｂ）、初期値データ（本例では５）をセットし、初期値設定バッファにストアする（ステップＳ２５５ｂ）処理が実行される。すなわち、ステップＳ２５４ｂにおいて、減算バッファにセットされた始動口監視用バッファに格納された値から所定値（本例では１）を減算し、ステップＳ２５５ｂにおいて、初期値設定バッファにセットされた始動口監視用バッファに格納された値を初期値（本例では５）に設定する。このようにすることによって、同じ始動口に連続して入賞が発生した場合には、対応する始動口監視用バッファに格納された値が連続して１減算され、他方の始動口に対応する始動口監視用バッファに格納された値が初期値（本例では５）に設定される。また、前回入賞した始動口とは異なる始動口に入賞した場合には、前回減算対象として所定値（本例では１）が減算された始動口監視用バッファに格納された値が初期値（本例では５）に設定され、前回初期値設定対象として初期値（本例では５）が設置された始動口監視用バッファに格納された値から所定値（本例では１）が減算される。以下、「減算バッファの値」という表現を用いることがあるが、具体的には、減算バッファにセットされた始動口監視用バッファに格納された値のことを示す。また、「減算バッファを１減算する」という表現を用いることがあるが、具体的には、減算バッファにセットされた始動口監視用バッファに格納された値から所定値（本例では１）を減算することである。また、「減算バッファに初期値をセットする」という表現を用いることがあるが、具体的には、減算バッファにセットされた始動口監視用バッファに格納された値を初期値（本例では５）に設定することである。

また、図６８に示す入賞順異常報知処理の変形例では、ステップＳ２５９，Ｓ２６０に代えて、減算バッファの値が０であるか否かを判定し（ステップＳ２５９ｂ）、減算バッファの値が０となっていれば、減算バッファに初期値をセットする（ステップＳ２６０ｂ）処理が実行される。なお、減算バッファの値と判定値（本例では０）とを比較して入賞順異常が発生したか否かを判定しているが、これに限らず、例えば、減算バッファの値と初期値設定バッファの値とを比較し、その差が所定値（例えば、５）以上であれば入賞順異常と判定するようにしてもよい。

以上のように処理を実行することによって、始動入賞口への入賞が発生すると、対応する始動口監視バッファに格納された値から所定値が減算され、減算結果にもとづいて入賞順異常が発生したことを検出するように構成することができる。また、図６８に示すように構成する場合には、図６９に示すメイン処理の変形例のように、Ｓ１０ａに代えて、減算バッファに初期値を設定する処理（ステップＳ１０ｂ）を実行する。このようにすることで、電源投入後に減算バッファの値が初期化されることで、誤って入賞順異常を検出してしまうことを防止することができる。

また、この実施の形態において、予告演出の対象となる変動表示が開始されるよりも前に実行される先読み予告演出を実行するように構成してもよい。先読み予告演出を実行するように構成する場合、例えば、図７０に示すように、遊技制御用マイクロコンピュータ５６０は、第１始動入賞口１３や第２始動入賞口１４への始動入賞が発生したタイミングで第１始動口スイッチ通過処理（ステップＳ３１２参照）や第２始動口スイッチ通過処理（ステップＳ３１４参照）にて始動入賞時の判定を行い、その判定結果を示す入賞時判定結果コマンドを送信する制御を行う（図７０のステップＳ２０６１Ａ，Ｓ２０６１Ｂ）。この場合、例えば、入賞時判定結果指定コマンドとして、大当りとなるか否かや、小当りとなるか否か、大当りの種別の判定結果を示す図柄指定コマンド、および変動パターン種別判定用乱数の値がいずれの判定値の範囲となるかの判定結果（変動パターン種別の判定結果）を示す変動カテゴリコマンドを送信する。従って、この場合、新たな始動入賞が発生したタイミングで１タイマ割り込み内で始動入賞時コマンドとして図柄指定コマンド、変動カテゴリコマンド、および保留記憶数加算指定コマンド（第１保留記憶数加算指定コマンド、第２保留記憶数加算指定コマンド）が送信されることになる。

また、図７１に示すように、コマンド解析処理において、入賞時判定結果指定コマンドを受信すると（ステップＳ６２９）、演出制御用マイクロコンピュータ１００は、入賞時判定結果指定コマンドに応じた入賞時判定結果を入賞時判定結果記憶バッファに保存し（ステップＳ６３０）、入賞時判定結果記憶バッファに保存された入賞時判定結果にもとづいて先読み演出決定処理を行う（ステップＳ６３１）。その後、演出制御用マイクロコンピュータ１００は、先読み演出決定処理の決定結果にしたがって、先読み演出を実行する（例えば、演出図柄変動中処理（ステップＳ８０２）において実行される）。先読み演出は、例えば、予告対象となる当該変動表示よりも前に開始される変動表示中に、演出表示装置９の背景表示を特殊背景に切り替えてを表示することや、カウントダウン表示、当該変動表示に対応する保留表示の表示態様を変化させることによって実現される。また、ステップＳ６３１では、演出制御用マイクロコンピュータ１００は、例えば、図７２に示すように、高ベース状態であるか否かと、合算保留記憶数とに応じて、先読み演出の演出態様を決定する。具体的には、図７２に示すように、高ベース状態であるときには、当該変動表示よりも前に開始される１回から最高４回の変動表示に亘る先読み演出が実行され、高ベース状態でないときには、当該変動表示よりも前に開始される１回から最高８回の変動表示に亘る先読み演出が実行される。このようにすることで、高ベース状態ではないとき（すなわち通常状態であるとき）には、振分装置によって第１始動入賞口１３と第２始動入賞口１４とに交互に入賞するため、最大８回（第１保留記憶数と第２保留記憶数とを足した上限）で完結する連続演出（例えば、特殊背景に切り替える）を実行可能とし、高ベース状態であるときには、振分装置を介さずに可変入賞球装置１５によって第２始動入賞口１４のみに入賞しやすいため、最大４回（第２保留記憶数の上限）で完結する連続演出（例えば、カウントダウン表示）を実行可能とすることができる。したがって、遊技状態に応じた先読み演出を実行することができる。

また、先読み演出の演出態様は、当該変動表示の表示結果が大当りか否かに応じて、決定されるようにしてもよい。例えば、当該変動表示に対応する保留表示が８個目の保留表示である場合（すなわち、先に実行される変動表示が８回ある場合）、当該変動表示の表示結果が大当りであるか否かに応じて、始動入賞後に直ちに先読み演出を開始する（つまり、８回の変動表示に亘って実行される）か、始動入賞後に数回の変動表示が行われた後に先読み演出を開始する（例えば、４回の変動表示に亘って実行される）かを決定するようにしてもよい。このように、当該変動表示の表示結果が大当りであるか否かに応じて、先読み演出の演出態様（何回の変動表示に亘って実行されるか）を決定することによって、例えば、多くの変動表示に亘って先読み演出が実行されるほど大当りの期待度が高くなるようにすることができ、遊技興趣を高めることができる。

以上に説明したように、この実施の形態によれば、遊技球を振り分けるための振分装置２００が遊技領域７に設けられている。振分装置２００は、遊技領域７に進入した遊技球が当該振分装置２００に流入可能な流入口２０１と、流入口から流入した遊技球が通過可能な複数の通路（本例では、左側通路２０３、右側通路２０４）と、流入口から流入した遊技球を複数の通路のうちのいずれかに振り分ける振分手段（本例では、振分部材２０２）とを含む。また、振分手段は、流入口２０１から遊技球が流入したことにもとづいて、複数の通路のうちの第１通路（本例では、左側通路２０３）に遊技球を振り分けやすい第１状態（本例では、図２（ａ），（ｄ）に示すように振分部材２０２が右側に倒れた状態）と第２通路（本例では、右側通路２０４）に遊技球を振り分けやすい第２状態（本例では、図２（ｂ），（ｃ）に示すように振分部材２０２が左側に倒れた状態）とに所定の順序に従って切り替わる（本例では、遊技球の自重によって交互に切り替わる）。また、第１始動領域（本例では、第１始動入賞口１３）は、第１通路に振り分けられた遊技球が通過しやすい態様で設けられている（本例では、図２に示すように、左側流出口２０５の下方に第１始動入賞口１３が設けられている）とともに、第２始動領域（本例では、第２始動入賞口１４）は、第２通路に振り分けられた遊技球が通過しやすい態様で設けられている（本例では、図２に示すように、右側流出口２０６の下方に第２始動入賞口１４が設けられている）。また、遊技制御用マイクロコンピュータ５６０は、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ）を加算対象として当該記憶領域に格納された値に所定値（本例では１）を加算し、加算結果が所定条件（例えば、加算対象とされた記憶領域に格納された値が５以上である、または第１始動口監視用バッファに格納された値と第２始動口監視用バッファに格納された値との差（加算バッファの値とクリアバッファの値との差）が所定値（例えば５）以上である）を満たしたことにもとづいて異常と判定する。そのため、振分装置２００の異常判定を行うことができるので、振分装置２００の異常により遊技を正常に行えなくなることを防止することができる。

また、この実施の形態によれば、所定事象が発生（本例では、ＩＡＴ５０６ａからのＩＡＴ信号の入力、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号の入力）したことにもとづいて第１リセット（本例では、システムリセット）を発生させるか第２リセット（本例では、ユーザリセット）を発生させるかを設定可能である（図１６に示すリセット設定（ＫＲＥＳ）のビット７参照）。そして、第１リセットの発生後にはセキュリティチェックを実行する一方、第２リセットの発生後にはセキュリティチェックを実行しない。そのため、遊技機や遊技店の状況などに応じて所定事象が発生したときに行うリセットの種類を最適なものに設定できるので、遊技制御用マイクロコンピュータ５６０に関するセキュリティ性を向上させることができる。

なお、この実施の形態では、所定事象の発生として、ＩＡＴ５０６ａからのＩＡＴ信号を入力した場合と、ウオッチドッグタイマ（ＷＤＴ）５０６ｂからのタイムアウト信号を入力した場合とを示しているが、この実施の形態で示したものにかぎらず、遊技制御用マイクロコンピュータ５６０をリセットすべき何らかのエラーなどの状況が発生したことにもとづいて、所定事象が発生したとしてリセットするものであってもよい。

また、この実施の形態によれば、所定事象の発生には、ウオッチドッグタイマ（ＷＤＴ）５０６ｂのタイムアウトが含まれ、ウオッチドッグタイマ（ＷＤＴ）５０６ｂを起動させるか否かを設定可能である（本例では、図１４に示すリセット設定（ＫＲＥＳ）のビット３−０に”００００”を設定する）。そして、ウオッチドッグタイマ（ＷＤＴ）５０６ｂを起動させないと設定した場合であっても、所定事象が発生したことにもとづいて第１リセットを発生させるか第２リセットを発生させるかを設定可能である。具体的には、図１４に示すリセット設定（ＫＲＥＳ）において、ビット３−０に”００００”を設定していても、ビット７の設定を行うことによってリセットの種類を設定可能である。そのため、ウオッチドッグタイマ（ＷＤＴ）５０６ｂの設定にかかわらず、所定事象が発生したことにもとづいて発生させるリセットの種類の設定を共通化することができる。

また、この実施の形態によれば、所定事象の発生には、指定された領域以外の領域に格納されたプログラムを実行する指定領域外実行（本例では、指定エリア外走行禁止（ＩＡＴ）が含まれる。そして、遊技制御用マイクロコンピュータ５６０は、所定の処理として所定時間（本例では４ｍｓ）毎に発生するタイマ割込に応じて実行されるタイマ割込処理（図５１に示すタイマ割込処理）の実行中に指定領域外実行が発生（本例では、ＩＡＴ回路５０６ａからＩＡＴ信号を入力）した場合に、ＲＡＭ５５（バックアップＲＡＭ）の記憶内容を初期化する（本例では、リセットの後、図５０に示すステップＳ１０が実行される）。そのため、意図しないプログラムが実行された場合のセキュリティ性を向上させることができる。

また、この実施の形態の変形例によれば、遊技制御用マイクロコンピュータ５６０は、遊技媒体が第１始動領域または第２始動領域を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ）を減算対象として当該記憶領域に格納された値から所定値（本例では１）を減算し、減算結果が所定条件（例えば、減算対象とされた記憶領域に格納された値が０である、または第１始動口監視用バッファに格納された値と第２始動口監視用バッファに格納された値との差（減算バッファの値と初期値設定バッファの値との差）が所定値（例えば５）以上である）を満たしたことにもとづいて異常と判定する。そのため、振分装置２００の異常判定を行うことができるので、振分装置２００の異常により遊技を正常に行えなくなることを防止することができる。

また、この実施の形態によれば、ＲＡＭ５５（バックアップＲＡＭ）の記憶内容を初期化する（本例では、リセットの後、図５０に示すステップＳ１０が実行される）とともに、ステップＳ１０ａにおいて加算バッファおよびクリアバッファがクリアされる（またはステップＳ１０ｂにおいて減算バッファに初期値（本例では５）が設定される）。そのため、停電復旧時にも、振分装置２００の異常判定を正しく行うことができるので、振分装置２００の異常により遊技を正常に行えなくなることを防止することができる。

また、この実施の形態によれば、遊技制御用マイクロコンピュータ５６０は、第１始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ）を加算対象とし、第２始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ（第１始動領域に対応する記憶領域とは異なる））をクリア対象として仮設定し、遊技媒体が第２始動領域を通過したことにもとづいて、仮設定された加算対象とクリア対象とを入れ替え、加算対象とされた記憶領域に格納された値に所定値（本例では１）を加算し、クリア対象とされた記憶領域に格納された値をクリアする。そして、記憶領域に格納された値にもとづいて（例えば、加算対象とされた記憶領域に格納された値が５以上であるとき、または第１始動口監視用バッファに格納された値と第２始動口監視用バッファに格納された値との差（加算バッファの値とクリアバッファの値との差）が所定値（例えば５）以上であるとき）異常と判定する。そのため、振分装置２００の異常判定を行うことができるので、振分装置２００の異常により遊技を正常に行えなくなることを防止することができる。

また、この実施の形態の変形例によれば、また、遊技制御用マイクロコンピュータ５６０は、第１始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ）を減算対象とし、第２始動領域に対応する記憶領域（本例では、第１始動口監視用バッファまたは第２始動口監視用バッファ（第１始動領域に対応する記憶領域とは異なる））を初期値設定対象として仮設定し、遊技媒体が第２始動領域を通過したことにもとづいて、仮設定された減算対象と初期値設定対象とを入れ替え、減算対象とされた記憶領域に格納された値から所定値（本例では１）を減算し、初期値設定対象とされた記憶領域に格納された値を初期値（本例では５）に設定する。そして、記憶領域に格納された値にもとづいて（例えば、減算対象とされた記憶領域に格納された値が０であるとき、または第１始動口監視用バッファに格納された値と第２始動口監視用バッファに格納された値との差（減算バッファの値と初期値設定バッファの値との差）が所定値（例えば５）以上であるとき）異常と判定する。そのため、振分装置２００の異常判定を行うことができるので、振分装置２００の異常により遊技を正常に行えなくなることを防止することができる。

なお、上記の実施の形態においては、変動時間およびリーチ演出の種類や擬似連の有無等の変動態様を示す変動パターンを演出制御用マイクロコンピュータ１００に通知するために、変動を開始するときに１つの変動パターンコマンドを送信する例を示したが、２つ乃至それ以上のコマンドにより変動パターンを演出制御用マイクロコンピュータ１００に通知するようにしてもよい。具体的には、２つのコマンドにより通知する場合、遊技制御用マイクロコンピュータ５６０は、１つ目のコマンドでは擬似連の有無、滑り演出の有無など、リーチとなる以前（リーチとならない場合には所謂第２停止の前）の変動時間や変動態様を示すコマンドを送信し、２つ目のコマンドではリーチの種類や再抽選演出の有無など、リーチとなった以降（リーチとならない場合には所謂第２停止の後）の変動時間や変動態様を示すコマンドを送信するようにしてもよい。この場合、演出制御用マイクロコンピュータ１００は２つのコマンドの組合せから導かれる変動時間にもとづいて変動表示における演出制御を行うようにすればよい。なお、遊技制御用マイクロコンピュータ５６０の方では２つのコマンドのそれぞれにより変動時間を通知し、それぞれのタイミングで実行される具体的な変動態様については演出制御用マイクロコンピュータ１００の方で選択を行うようにしてもよい。２つのコマンドを送る場合、同一のタイマ割込内で２つのコマンドを送信する様にしてもよく、１つ目のコマンドを送信した後、所定期間が経過してから（例えば次のタイマ割込において）２つ目のコマンドを送信するようにしてもよい。なお、それぞれのコマンドで示される変動態様はこの例に限定されるわけではなく、送信する順序についても適宜変更可能である。このように２つ乃至それ以上のコマンドにより変動パターンを通知するようにすることで、変動パターンコマンドとして記憶しておかなければならないデータ量を削減することができる。

また、上記の実施の形態では、演出装置を制御する回路が搭載された基板として、演出制御基板８０、音声出力基板７０およびランプドライバ基板３５が設けられているが、演出装置を制御する回路を１つの基板に搭載してもよい。さらに、演出表示装置９等を制御する回路が搭載された第１の演出制御基板（表示制御基板）と、その他の演出装置（ランプ、ＬＥＤ、スピーカ２７など）を制御する回路が搭載された第２の演出制御基板との２つの基板を設けるようにしてもよい。

また、上記の実施の形態では、遊技制御用マイクロコンピュータ５６０は、演出制御用マイクロコンピュータ１００に対して直接コマンドを送信していたが、遊技制御用マイクロコンピュータ５６０が他の基板（例えば、図５に示す音声出力基板７０やランプドライバ基板３５など、または音声出力基板７０に搭載されている回路による機能とランプドライバ基板３５に搭載されている回路による機能とを備えた音／ランプ基板）に演出制御コマンドを送信し、他の基板を経由して演出制御基板８０における演出制御用マイクロコンピュータ１００に送信されるようにしてもよい。その場合、他の基板においてコマンドが単に通過するようにしてもよいし、音声出力基板７０、ランプドライバ基板３５、音／ランプ基板にマイクロコンピュータ等の制御手段を搭載し、制御手段がコマンドを受信したことに応じて音声制御やランプ制御に関わる制御を実行し、さらに、受信したコマンドを、そのまま、または例えば簡略化したコマンドに変更して、演出表示装置９を制御する演出制御用マイクロコンピュータ１００に送信するようにしてもよい。その場合でも、演出制御用マイクロコンピュータ１００は、上記の実施の形態における遊技制御用マイクロコンピュータ５６０から直接受信した演出制御コマンドに応じて表示制御を行うのと同様に、音声出力基板７０、ランプドライバ基板３５または音／ランプ基板から受信したコマンドに応じて表示制御を行うことができる。

また、上記の実施の形態では、遊技機としてパチンコ機を例にしたが、本発明を、メダルが投入されて所定の賭け数が設定され、遊技者による操作レバーの操作に応じて複数種類の図柄を回転させ、遊技者によるストップボタンの操作に応じて図柄を停止させたときに停止図柄の組合せが特定の図柄の組み合わせになると、所定数のメダルが遊技者に払い出されるスロット機に適用することも可能である。

また、上記の実施の形態では、遊技機として遊技媒体を使用するものを例にしたが本発明による遊技機は、所定数の景品としての遊技媒体を払い出す遊技機に限定されず、遊技球等の遊技媒体を封入し景品の付与条件が成立した場合に得点を付与する封入式の遊技機に適用することもできる。

なお、上記の実施の形態において、「割合が異なる」とは、Ａ：Ｂ＝７０％：３０％やＡ：Ｂ＝４０％：６０％のような関係で割合が異なるものだけにかぎらず、Ａ：Ｂ＝１００％：０％のような関係で割合が異なるもの（すなわち、一方が１００％の割り振りで他方が０％の割り振りとなるようなもの）も含む概念である。

前述したパチンコ遊技機１については、パチンコ遊技機１に関する情報（データ）を情報出力回路６４からパチンコ遊技機１の外部に出力する処理（図５１のＳ２９）を行なうことを説明した。このようなＳ２９によりパチンコ遊技機１の外部に出力する情報としては、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号が含まれてもよい。

パチンコ遊技機１においては、たとえば、第１始動入賞口１３、第２始動入賞口１４、第３始動入賞口、および大入賞口（特別可変入賞球装置２０）のような複数種類の入賞口が設けられている。そして、これら入賞口への遊技玉の入賞が、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａ、カウントスイッチ２３、および、入賞口スイッチのような入賞検出スイッチにより検出され、検出信号が遊技制御用マイクロコンピュータ５６０に入力される。

遊技制御用マイクロコンピュータ５６０では、入賞検出スイッチから入力される検出信号に基づいて、所定期間中における各入賞口に入賞した遊技玉の個数（入賞個数）を計数して記憶する処理を行なうことが可能であり、このような処理をすることにより、所定期間中における遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報を記憶する。そして、遊技制御用マイクロコンピュータ５６０では、このような入賞情報に基づいて、所定期間が経過するごとに、各所定期間中における遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号を情報出力回路６４からパチンコ遊技機１の外部に出力する処理を行なう。

遊技制御用マイクロコンピュータ５６０において計数記憶し、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号により特定する入賞個数としては、たとえば、１０分ごと等の所定の経過時間ごとの入賞個数に関する情報（所定の経過時間ごとに出力する）、各１回の大当り遊技状態が発生するまでに要する期間ごとの入賞個数に関する情報（大当り遊技状態が発生するごとに出力する）、各日の電源投入時からの入賞個数に関する情報（所定の経過時間ごとに出力する）、および、遊技者ごとの入賞個数に関する情報（遊技用カード情報等の遊技者特定情報により遊技者が特定可能な場合に、各遊技者により遊技終了が選択されたときに出力する）のいずれの情報であってもよい。

なお、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号としては、遊技玉がいずれかの入賞口に入賞するごとに出力される、入賞口と入賞個数（１個）とを特定可能な入賞情報信号であってもよい。

また、入賞情報信号をパチンコ遊技機１の外部に出力するその他の例としては、主基板３１の一部の出力端子に、パチンコ遊技機１の外部に設けられた試験装置で動作試験をするための接続部品を接続し、現在の遊技状態での最新の入賞情報を示す入賞情報信号が、遊技制御用マイクロコンピュータ５６０から当該接続部を介して外部に出力されるようにしてもよい。

このように、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号がパチンコ遊技機１の外部に出力されるので、パチンコ遊技機１の外部において、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報を認識することができるようになる。

［第２の実施の形態］
第２の実施の形態として、第１の実施の形態で説明したパチンコ遊技機１のような遊技制御を遊技制御の一例とするパチンコ遊技機を封入循環式のパチンコ機（パチンコ遊技機）として構成し、当該パチンコ機とカードユニットとを管理するシステムの例を説明する。なお、以下の第２の実施の形態として説明する遊技機、カードユニット、およびそれらを管理するシステムは、第１の実施の形態として説明した遊技機およびカードユニットのいずれに適用してもよい。

以下で説明する実施の形態により示される本発明は、遊技者により遊技が行なわれる遊技機と、遊技機に接続され受付けた記録媒体により特定される遊技者所有の遊技価値を用いて遊技機での遊技を可能にする遊技用装置とを備える遊技用システム、遊技者により遊技が行なわれる遊技機に接続され受付けた記録媒体により特定される遊技者所有の遊技価値を用いて遊技機での遊技を可能にする遊技用装置、および、遊技者により遊技が行なわれる遊技機に接続され受付けた記録媒体により特定される遊技者所有の遊技価値を用いて遊技機での遊技を可能にする遊技用装置を制御する遊技制御装置に関する。

従来、相互認証用の認証用情報として、ＣＵ通信制御部のＳＩＤをＣＵ通信制御部のＲＯＭにチップ製造段階で記憶させ、メイン制御部のＳＩＤをＣＵ製造時にＣＵ通信制御部に記憶させ、メイン制御部には、認証用情報としてＣＵ通信制御部のＳＩＤを鍵管理サーバからダウンロードして記憶させることが知られている（特開２０１２−１００７６３号公報）。

また、一つの遊技機に搭載された制御用チップに対する不正行為を他の制御用チップを介して監視するように構成された遊技機制御用基板が知られている（特開２００４−８９７０１号公報）。

しかしながら、相互認証する際に送受信される情報のうち、セキュリティ関係上、特に重要な情報の記憶方式については記載されておらず、セキュリティ性が十分考慮されているとはいえない。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、セキュリティ関係上特に重要な情報を適切に記憶することで、セキュリティ性をより向上させることが可能な遊技用システム、遊技用装置および遊技制御装置を提供することである。

（１）本発明は、遊技者により遊技が行なわれる遊技機（封入循環式パチンコ機（Ｐ台２Ｆ）、メダル不要のスロットマシン（Ｓ台２ＳＦ））と、前記遊技機に接続され受付けた記録媒体により特定される遊技者所有の遊技価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ、呼出しランプ装置など）とを備える遊技用システムであって、
前記遊技用装置は、
所定情報を送信する情報送信手段（図１２４：通信制御ＩＣ３２５ａＦ）を含み、
前記遊技機は、
ユーザプログラムを記憶可能な記憶手段（図１２４：払出制御記憶部１７１ｃＦ）と、
前記記憶手段から前記ユーザプログラムを読み出し、読み出した前記ユーザプログラムを実行可能な演算処理手段（図１２４：払出制御回路１７１ａＦは、払出制御記憶部１７１ｃＦに記憶されたユーザプログラムを読み出して実行する）と、
前記所定情報を受信する通信手段（図１２４：通信制御回路１７１ｂＦ）とを含み、
前記演算処理手段は、前記通信手段で受信した前記所定情報を前記ユーザプログラムに通知せずに、該演算処理手段が有する格納領域に格納する（払出制御回路１７１ａＦは、所定情報をユーザプログラムに通知せずに払出制御回路１７１ａＦ内のレジスタに格納する）、遊技用システム。

上記の構成によれば、所定情報が演算処理手段の格納領域にのみ記憶され、ユーザプログラムに通知されず記憶手段に記憶されることがない。そのため、記憶手段にアクセスされることによる所定情報の流出を防ぐことができることからセキュリティを向上させることができる。

（２）上記（１）において、
前記演算処理手段は、前記格納領域に格納されている所定情報を用いて、通信不能な状態から復帰可能か否かを判定する（払出制御回路１７１ａＦは、「店舗コード」を用いて、通信不能な状態から復帰できるか否かを判定する）。

上記の構成によれば、流出を防ぐことが可能な所定情報を用いて通信不能な状態から復帰可能か否かを判定することができるためセキュリティを向上させることができる。

（３）上記（２）において、
前記演算処理手段は、前記格納領域に格納されている所定情報を予め定められた条件が成立したときに更新または消去する（たとえば、払出制御回路１７１ａＦは、Ｐ台２Ｆがカード挿入応答のレスポンスをＣＵ３Ｆに送信する時に更新する。払出制御回路１７１ａＦは、Ｐ台２Ｆに設けたＲＡＭをクリアする指示がなされた時に消去する。）。

上記の構成によれば、格納領域に格納されている所定情報は、予め定められた条件が成立したときのみ更新または消去される。そのため、所定情報が無断で更新されたり消去されたりすることがない。また、所定情報の記憶から消去までの処理を演算処理手段内のみで行われるため、外部への流出も防ぐことができる。

（４）上記（１）〜（３）のいずれかにおいて、
前記遊技用装置は、
入賞の発生により所定の遊技点を付与する前記遊技機からの計数要求に基づき、前記遊技点を持点として計数する計数処理手段（図８７：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）をさらに含み、
前記遊技機は、
前記計数処理手段が実行した計数処理の計数履歴情報を記憶するための履歴情報記憶手段（図８８：Ｐ台２Ｆは、計数要求ＯＮ状態から計数要求ＯＦＦ状態までの間にＰ台２Ｆ側から計数要求玉数としてＣＵ３Ｆ側に払出した遊技玉数の履歴を計数履歴として記憶する。）をさらに含む。

上記の構成によれば、遊技機側に計数履歴情報が記憶されるため、リカバリ時に遊技用装置側でその計数履歴情報を参照することで、過去の計数履歴を遊技用装置に反映させることができる。また、遊技機から遊技用装置に計数玉を戻すときに遊技用装置が故障している場合には計数玉が損失してしまうことから、遊技機側に計数履歴を記憶しておくことで保全対策にもなる。

（５）上記（４）において、
前記通信手段は、通信不能な状態から復帰するときに、前記遊技用装置からの計数履歴要求に基づいて、前記履歴情報記憶手段に記憶する過去所定回数分の計数処理の前記計数履歴情報を送信し（通信制御回路１７１ｂＦは、過去２回分の計数履歴（計数履歴１および計数履歴２）をＣＵ３Ｆに送信）、
前記遊技用装置は、
前記過去所定回数分の計数処理の計数履歴情報を受信する履歴情報受信手段（ＣＵ３Ｆの通信制御ＩＣ３２５ａＦ）をさらに含む。

上記の構成によれば、過去所定回数分まで遡って計数履歴を参照することができる。これにより、リカバリ処理の精度を向上させることができる。

（６）上記（４）または（５）において、
前記情報送信手段が送信する所定情報は、店舗情報（店舗コード）と、前記遊技用装置に含まれる遊技制御装置を特定可能な装置特定情報（ＳＣ基板ＩＤ）とを含む。

上記の構成によれば、遊技用装置の別の店舗への移動や、店舗内で遊技用装置と遊技機との組合せの変更を考慮することができる。これにより、異なる店舗間で計数履歴データを引き継ぐなどの不具合を防止することができる。

（７）上記（４）〜（６）のいずれかにおいて、
前記情報送信手段は、前記計数要求の受信を示す計数要求受信情報（計数応答ＯＮ状態の状態情報応答）と、前記計数要求を受信した時刻情報（計数受領時刻）とを前記遊技機に送信し、
前記履歴情報記憶手段は、前記時刻情報を前記計数要求に対応する前記計数履歴情報と関連付けて記憶する（計数受領時刻を計数履歴１に記憶する）。

上記の構成によれば、計数受領時刻を計数履歴に関連付けて記憶するため、どの計数履歴がどの計数要求に対応しているのかを把握することができる。

（８）本発明は、遊技者により遊技が行なわれる遊技機（封入循環式パチンコ機（Ｐ台２Ｆ）、メダル不要のスロットマシン（Ｓ台２ＳＦ））に接続され、受付けた記録媒体により特定される遊技者所有の遊技価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ、呼出しランプ装置など）であって、
所定情報を送信する情報送信手段（図１２４：通信制御ＩＣ３２５ａＦ）を備え、
前記情報送信手段は、前記遊技機の演算処理手段（図１２４：払出制御回路１７１ａＦ）が実行するユーザプログラムには通知されず該演算処理手段が有する格納領域（払出制御回路１７１ａＦ内のレジスタ）に格納される前記所定情報を、前記遊技機に対して送信する、遊技用装置。

（９）本発明は、遊技者により遊技が行なわれる遊技機（封入循環式パチンコ機（Ｐ台２Ｆ）、メダル不要のスロットマシン（Ｓ台２ＳＦ））に接続され、受付けた記録媒体により特定される遊技者所有の遊技価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ、呼出しランプ装置など）を制御する遊技制御装置（図７７：ＣＵ制御部３２３Ｆ）であって、
所定情報を送信する情報送信手段（図１２４：通信制御ＩＣ３２５ａＦ）を備え、
前記情報送信手段は、前記遊技機の演算処理手段（図１２４：払出制御回路１７１ａＦ）が実行するユーザプログラムには通知されず該演算処理手段が有する格納領域（払出制御回路１７１ａＦ内のレジスタ）に格納される前記所定情報を、前記遊技機に対して送信する、遊技制御装置。

（１０−１）互いに通信する第１制御手段（主制御部１６１Ｆ）および第２制御手段（払出制御部１７１Ｆ）を備えた遊技機（Ｐ台２Ｆ）であって、
前記第１制御手段および前記第２制御手段の少なくとも一方は、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ、払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２５に示す送信データバッファ６１３Ｆ、図１２６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部６００Ｆ，７００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１６１ｂＦ，１７１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図１２８のＳＦ２９２：リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図１２８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。

上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。

（１０−２）上記（１０−１）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含む。

上記構成によれば、第１制御手段および第２制御手段の双方は、ユーザプログラム領域と通信制御回路とを含むので、第１制御手段および前記第２制御手段の双方において処理を適切に再開することができる。

（１０−３）上記（１０−１）または（１０−２）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、前記所定情報を送信する際に、当該所定情報の到達確認をするために所定の更新パターンに従って更新される到達確認情報を併せて送信（図１３１：払出制御部１７１Ｆに対して前回送信した通番（主制御通番＝ｎ＋１）を含む電源投入通知のコマンドを送信）し、
前記第１制御手段および前記第２制御手段の一方の前記通信制御回路は、通信不能な状態から復帰するときに、前回送信した前記到達確認情報を再送（図１３１：電源投入通知のコマンドに対する電源投入受信のレスポンスを送信）し、
他方の前記通信制御回路を含む前記第１制御手段または前記第２制御手段は、通信不能な状態から復帰するときに受信した前記到達確認情報と、通信不能となる前に受信した前記到達確認情報とが所定の関係にない場合（図１３１：主制御通番＝ｎ＋１と払出制御通番＝ｎとが一致しない場合）に、前記復帰処理によって前記一方の通信制御回路が送信した前記所定情報に基づいた情報の更新処理（図１３１：リカバリ処理を実行する）を実行する。

上記構成によれば、通信不能な状態から復帰するときに受信した到達確認情報と、通信不能となる前に受信した到達確認情報とが所定の関係にない場合に、復帰処理によって一方の通信制御回路が送信した所定情報に基づいた情報の更新処理を実行するので、第１制御手段と第２制御手段との通信の負担を軽減することができる。

（１０−４）上記（１０−１）〜（１０−３）において、
前記情報記憶部は、不揮発性記憶領域（たとえば、図１２５に示す送信データバッファ６１３Ｆ、図１２６に示すデータ受信レジスタ７１３Ｆ）と揮発性記憶領域（たとえば、図１２５に示す送信データバッファ６１３Ｆ以外のレジスタ、図１２６に示すデータ受信レジスタ７１３Ｆ以外のレジスタ）とを有する。

上記構成によれば、情報記憶部は、不揮発性記憶領域と揮発性記憶領域とを有するので、通信を再開する際のリカバリ処理において必要となるデータ量を抑えることができる。

（１０−５）上記（１０−１）〜（１０−４）において、
前記通信制御回路には、通信相手との認証が切れてから継続して前記所定情報を前記情報記憶部に書き込み可能な有効期間を設定可能（図１２６：主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦにより、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定する）である。

上記構成によれば、通信制御回路には、通信相手との認証が切れてから継続して所定情報を情報記憶部に書き込み可能な有効期間を設定可能であるので、通信相手との認証が切れてからも必要となる情報を確実に記憶することができる。たとえば、電源断や断線などにより通信相手との認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、継続して所定情報を情報記憶部に書き込み可能な有効期間を設定することで、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。

（１０−６）第１制御手段（主制御部１６１Ｆ）を備えた遊技盤（遊技盤２６Ｆ）であって、
前記第１制御手段は、
遊技枠（前枠５Ｆ）に含まれる第２制御手段（払出制御部１７１Ｆ）と互いに通信することが可能で、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２５に示す送信データバッファ６１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部６００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１６１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図１２８のＳＦ２９２：リカバリ通信完了レジスタ６１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図１２８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。

（１０−７）遊技盤（遊技盤２６Ｆ）に含まれる第１制御手段（主制御部１６１Ｆ）と互いに通信する第２制御手段（払出制御部１７１Ｆ）を備えた遊技枠（前枠５Ｆ）であって、
前記第２制御手段は、
ユーザプログラムを記憶可能なユーザプログラム領域（払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部７００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１７１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図１２８のＳＦ２９２：リカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図１２８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。

（１１−１）互いに通信する第１制御手段（主制御部１６１Ｆ）および第２制御手段（払出制御部１７１Ｆ）を備えた遊技機（Ｐ台２Ｆ）であって、
前記第１制御手段および前記第２制御手段の少なくとも一方は、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ、払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２５に示す送信データバッファ６１３Ｆ、図１２６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１６１ｂＦ，１７１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を送信する暗号化情報送信手段（通信制御回路１６１ｂＦ，１７１ｂＦの暗号通信機能）とを有し、
前記第１制御手段および前記第２制御手段の少なくとも一方は、他方が送信した前記暗号化情報を復号する復号手段（たとえば、通信制御回路１６１ｂＦで暗号化した情報を通信制御回路１７１ｂＦで復号する）を含む。

上記構成によれば、第１制御手段および前記第２制御手段の少なくとも一方は、通信制御回路の暗号化手段で情報記憶部に記憶された情報を暗号化し、他方の復号手段で送信した暗号化情報を復号するので、第１制御手段と第２制御手段との間で行なう暗号化通信の処理を軽減するとともに、暗号化した情報の内容が漏えいしてセキュリティが低下するのを防止することができる。

（１１−２）上記（１１−１）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含む。

上記構成によれば、第１制御手段および第２制御手段の双方は、ユーザプログラム領域と通信制御回路とを含むので、第１制御手段および前記第２制御手段の双方において暗号化通信の処理を軽減するとともに、暗号化した情報の内容が漏えいしてセキュリティが低下するのを防止することができる。

（１１−３）上記（１１−１）または（１１−２）において、
前記通信制御回路は、電源投入時に暗号通信に用いる暗号鍵および復号鍵を生成する処理（たとえば、図１２８に示す電源投入時に行なわれる認証シーケンスよって暗号鍵および復号鍵が生成される）と、当該処理によって生成された暗号鍵および復号鍵を用いて暗号通信する処理とを実行する（図１２８に示す認証シーケンス後、生成された暗号鍵および復号鍵を用いて暗号通信が可能）。

上記構成によれば、通信制御回路が、電源投入時に暗号通信に用いる暗号鍵および復号鍵を生成する処理と、当該処理によって生成された暗号鍵および復号鍵を用いて暗号通信する処理とを実行するので、第１制御手段と第２制御手段との間で行なう暗号化通信の処理を軽減するとともに、第１制御手段および前記第２制御手段の少なくとも一方において処理を適切に再開することができる。

（１１−４）上記（１１−１）〜（１１−３）において、
前記通信制御回路には、通信相手との認証が切れてから継続して前記所定情報を前記情報記憶部に書き込み可能な有効期間を設定可能（図１２６：主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦにより、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定する）である。

（１１−５）第１制御手段（主制御部１６１Ｆ）を備えた遊技盤（遊技盤２６Ｆ）であって、
前記第１制御手段は、
遊技枠（前枠５Ｆ）に含まれる第２制御手段（払出制御部１７１Ｆ）と互いに通信することが可能で、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２５に示す送信データバッファ６１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１６１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を、前記暗号化情報を復号する復号手段（たとえば、通信制御回路１６１ｂＦで暗号化した情報を通信制御回路１７１ｂＦで復号する）を含む前記第２制御手段に送信する暗号化情報送信手段（通信制御回路１６１ｂＦの暗号通信機能）とを有する。

（１１−６）遊技盤（遊技盤２６Ｆ）に含まれる第１制御手段（主制御部１６１Ｆ）と互いに通信する第２制御手段（払出制御部１７１Ｆ）を備えた遊技枠（前枠５Ｆ）であって、
前記第２制御手段は、
ユーザプログラムを記憶可能なユーザプログラム領域（払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図１２６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１７１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を、前記暗号化情報を復号する復号手段（たとえば、通信制御回路１７１ｂＦで暗号化した情報を通信制御回路１６１ｂＦで復号する）を含む前記第１制御手段に送信する暗号化情報送信手段（通信制御回路１７１ｂＦの暗号通信機能）とを有する。

（１２−１）本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と、前記遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技点を記憶する遊技点記憶手段（図７８：遊技玉数カウンタ）と、
前記遊技点を所定の持点に計数するための操作（たとえば、図８６に示す「計数」ボタン押下）に基づいて、前記遊技点記憶手段に記憶する前記遊技点を前記持点に計数する計数要求を前記遊技用装置へ送信する計数要求送信手段（図８９：Ｐ台２Ｆは、計数開始時の計数玉の払出要求がある場合、計数要求＝ＯＮの情報を含む状態情報応答のコマンドをＣＵ３Ｆに送信する。）とを含み、
前記遊技用装置は、
前記計数要求送信手段からの前記計数要求に基づき、前記遊技点を前記持点に計数する計数処理手段（図８９：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）と、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図７３：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記計数処理手段で計数した前記持点を前記記録媒体受付手段で受付けた前記記録媒体で特定可能に処理する記録媒体処理手段（図８９：ＣＵ３Ｆは、カード挿入／排出口３０９Ｆに挿入してあったカードに持玉数を記憶させる。）と、
前記記録媒体処理手段で処理された記録媒体を返却する記録媒体返却手段（図８９：ＣＵ３Ｆは、持玉数を記憶させたカードを返却する。）と、
前記記録媒体返却手段により返却された前記記録媒体の取り外し待ち状態であることを前記遊技機に通知する取り外し待ち状態通知手段（図８９：ＣＵ３Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。）とを含む。

上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることを、取り外し待ち状態通知手段が遊技機に通知するので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。

（１２−２）本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
前記遊技機からの計数要求に基づき、前記遊技点を持点に計数する計数処理手段（図８９：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）と、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図７３：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記計数処理手段で計数した前記持点を前記記録媒体受付手段で受付けた前記記録媒体で特定可能に処理する記録媒体処理手段（図８９：ＣＵ３Ｆは、カード挿入／排出口３０９Ｆに挿入してあったカードに持玉数を記憶させる。）と、
前記記録媒体処理手段で処理された記録媒体を返却する記録媒体返却手段（図８９：ＣＵ３Ｆは、持玉数を記憶させたカードを返却する。）と、
前記記録媒体返却手段により返却された前記記録媒体の取り外し待ち状態であることを前記遊技機に通知する取り外し待ち状態通知手段（図８９：ＣＵ３Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。）とを備える。

（１２−３）本発明は、遊技者所有の有価価値を用いて遊技を可能にする遊技用装置（ＣＵ３Ｆ）と通信可能に接続され、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）であって、
前記遊技点を記憶する遊技点記憶手段（図７８：遊技玉数カウンタ）と、
前記遊技点を所定の持点に計数するための操作（たとえば、図８６に示す「計数」ボタン押下）に基づいて、前記遊技点記憶手段に記憶する前記遊技点を前記持点に計数する計数要求を前記遊技用装置へ送信する計数要求送信手段（図８９：Ｐ台２Ｆは、計数開始時の計数玉の払出要求がある場合、計数要求＝ＯＮの情報を含む状態情報応答のコマンドをＣＵ３Ｆに送信する。）とを備え、
前記計数要求送信手段からの前記計数要求に基づき計数した前記持点を、前記遊技用装置で受付けた記録媒体で特定可能に処理し、前記記録媒体を返却する場合に、前記記録媒体の取り外し待ち状態であることの通知を前記遊技用装置から受付可能（図８９：Ｐ台２Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報の通知をＣＵ３Ｆから受ける。）である。

上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることの通知を、前記遊技用装置から受けるので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。

（１２−４）上記（１２−１）〜（１２−３）において、
前記遊技用装置は、前記記録媒体の取り外し待ち状態であることを報知する報知手段（たとえば、図７３に示す表示器３１２Ｆ）を含む。

上記構成によれば、遊技用装置でも記録媒体の取り外し待ち状態であることを報知することが可能となるので、記録媒体の取り外し忘れを防止することができる。

（１２−５）上記（１２−１）〜（１２−３）において、
前記遊技機は、前記遊技用装置からの通知に基づき、前記記録媒体の取り外し待ち状態であることを報知する表示手段（たとえば、図７３に示す可変表示装置２７８Ｆ）を含む。

上記構成によれば、遊技機で記録媒体の取り外し待ち状態であることを視覚的に報知することが可能となるので、記録媒体の取り外し忘れを防止することができる。

（１２−６）上記（１２−１）または（１２−２）において、
前記取り外し待ち状態通知手段は、前記遊技用装置または前記遊技機に接続する装置（たとえば、ホールコンピュータ、Ｐ台上の呼び出しランプ）に対して、前記記録媒体の取り外し待ち状態であることを通知する。

上記構成によれば、遊技機や遊技用装置以外に対して記録媒体の取り外し待ち状態であることを通知することで、記録媒体の取り外し忘れを防止することができる。

（１２−７）本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と、前記遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図７３：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記記録媒体受付手段で前記記録媒体を受付けた場合に、前記遊技用装置が設置されている遊技場を特定可能な遊技場特定情報を前記遊技機に通知する遊技場特定情報通知手段（図８１：カード挿入／排出口３０９Ｆでカードを受付けると、ＣＵ３Ｆは、セキュリティ基板３２５Ｆで付加された「店舗コード」を含むカード挿入通知コマンドを、Ｐ台２Ｆに対して送信する。）とを含み、
前記遊技機は、
前記遊技場特定情報通知手段により通知された前記遊技場特定情報を記憶する遊技場特定情報記憶手段（図８１：Ｐ台２Ｆは、挿入通知コマンドに含まれる「店舗コード」を記憶する。）と、
前記遊技機と前記遊技用装置とが通信できない通信不能状態から回復した後、通信復旧した場合に、前記遊技場特定情報通知手段により新たに通知された前記遊技場特定情報と、前記遊技場特定情報記憶手段に記憶した前記遊技場特定情報と比較する遊技場特定情報比較手段（図９０：Ｐ台２Ｆは、ＣＵ３Ｆから「店舗コード」を含むリカバリ要求が送信されてくると、当該「店舗コード」と記憶してある「店舗コード」とが一致するか否かを判定する。）と、
前記遊技場特定情報比較手段により、前記遊技場特定情報が不一致と判定された場合に遊技の継続を禁止する遊技禁止手段（Ｐ台２Ｆは、ＣＵ３Ｆからの「店舗コード」と、記憶してある「店舗コード」とが不一致の場合、遊技の継続を禁止する。）とを含む。

上記構成によれば、新たに通知された遊技場特定情報と、遊技場特定情報記憶手段に記憶した遊技場特定情報とが不一致の場合、遊技の継続を禁止するので、遊技媒体に計数玉を記憶させた状態で店舗を移動させる不正を防止することができる。

（１２−８）上記（１２−７）において、
前記遊技用装置は、
前記記録媒体受付手段で前記記録媒体を受付けたとき、および前記通信復旧したときに、前記遊技用装置に含まれている遊技制御装置（たとえば、図７６に示すセキュリティ基板３２５Ｆ）を特定可能な装置特定情報（ＳＣ基板ＩＤ）を前記遊技機に通知する装置特定情報通知手段（図８１：カード挿入／排出口３０９Ｆでカードを受付けると、ＣＵ３Ｆは、セキュリティ基板３２５Ｆで付加された「ＳＣ基板ＩＤ」を含むカード挿入通知コマンドを、Ｐ台２Ｆに対して送信する。）をさらに含み、
前記遊技機は、
前記装置特定情報通知手段により通知された前記装置特定情報を記憶する装置特定情報記憶手段（図８１：Ｐ台２Ｆは、挿入通知コマンドに含まれる「ＳＣ基板ＩＤ」を記憶する。）と、
前記通信復旧した場合に、前記装置特定情報通知手段により新たに通知された前記装置特定情報と、前記装置特定情報記憶手段に記憶した前記装置特定情報と比較する装置特定情報比較手段（Ｐ台２Ｆは、ＣＵ３Ｆからの「ＳＣ基板ＩＤ」と、記憶してある「ＳＣ基板ＩＤ」とを比較する。）とをさらに含み、
前記遊技禁止手段は、前記装置特定情報比較手段により、前記装置特定情報が不一致と判定された場合に遊技の継続を禁止する（不一致の場合、遊技の継続を禁止する。）。

上記構成によれば、新たに通知された装置特定情報と、装置特定情報記憶手段に記憶した装置特定情報とが不一致の場合、遊技の継続を禁止するので、遊技媒体に計数玉を記憶させた状態で遊技機を移動させる不正を防止することができる。

（１２−９）上記（１２−７）または上記（１２−８）において、
前記遊技機は、
遊技に使用する遊技媒体に付加されている前記遊技場特定情報を読取る遊技場特定情報読取手段（たとえば、Ｐ台２Ｆの回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取る。）をさらに含み、
前記遊技場特定情報比較手段は、前記遊技場特定情報読取手段で読取った前記遊技媒体に付加されている前記遊技場特定情報と、前記遊技場特定情報記憶手段に記憶した前記遊技場特定情報と比較する（読取った識別情報により、自店舗の遊技玉の識別情報と一致するか否かを判定して、不一致の場合、状態情報応答の「不正検知状態３」のＢｉｔ０を、“１”にする。）。

上記構成によれば、遊技場特定情報読取手段で読取った遊技媒体に付加されている遊技場特定情報と、遊技場特定情報記憶手段に記憶した遊技場特定情報とが不一致であれば、遊技媒体に他店舗の遊技玉が混入していることを報知することが可能となる。

以下、図面を参照して第２の実施の形態（以下、単に“実施の形態”という）を説明する。

＜パチンコ遊技機の構成＞
まず、図７３を参照して、本実施の形態に係るパチンコ遊技機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ遊技機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２Ｆが併設されている。なお、Ｐ台２Ｆの所定側の側方位置には、該Ｐ台２Ｆに対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３Ｆが１対１に対応設置されている。なお、本実施の形態に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、Ｐ台２Ｆと接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行なう呼出しランプ装置などであってもよい。

Ｐ台２Ｆは、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５Ｆを操作することにより、発射モータ１８Ｆ（図７６参照）を駆動させて封入玉を１発ずつ遊技盤２６Ｆ前面の遊技領域２７Ｆに打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５Ｆの周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５Ｆを操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８Ｆが駆動される。この状態で、遊技者による打球操作ハンドル２５Ｆの回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７Ｆ内に発射される。

パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５Ｆの回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。

図７３に示すＰ台２Ｆは、いわゆる第１種のパチンコ遊技機であって、遊技領域２７Ｆの中央に可変表示装置（特別図柄とも言う）２７８Ｆが設けられている。また、遊技領域２７Ｆには、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図７３に示す遊技領域２７Ｆには、１つの大入賞口（可変入賞球装置）２７１Ｆと、３つの普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆと、３つの始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆとが示されている。特に、始動入賞口２７６Ｆは、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。

可変表示装置２７８Ｆは、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１Ｆが開放する。

また、可変表示装置２７８Ｆの表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。

遊技領域２７Ｆ内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４Ｆに回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４Ｆに回収されたパチンコ玉は再度Ｐ台２Ｆ内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５Ｆを操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７Ｆ内に打込まれる。

Ｐ台２Ｆは、ＣＵ３Ｆを側方位置に設置することでＣＵ３Ｆから伸びる表示器５４ＦをＰ台２Ｆの前面に設けた接続面５４ａＦに嵌合させる。そのため、Ｐ台２Ｆにおける遊技領域２７Ｆの下方位置には、表示器５４Ｆが設けられている。表示器５４Ｆは、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８Ｆの表示と連動した様々な演出画像を遊技者に表示する。また、表示器５４Ｆは、裏面に設けた接続端子（図示せず）をＰ台２Ｆの接続面５４ａＦに設けた接続端子５４ｂＦに接続することでＰ台２Ｆに嵌合させている。このように、ＣＵ３Ｆの表示器５４ＦをＰ台２Ｆの接続面５４ａＦに嵌合させる構成であれば、ＣＵ３ＦとＰ台２Ｆとをより強く連結することができ、不正を防止することができる。さらに、表示器５４Ｆとの連結係止を、ガラス扉６Ｆまたは打球操作ハンドル２５Ｆが設けられた下扉を開かないと解除することができないようにすることで、不正をさらに防止することができる。なお、表示器５４Ｆは、図７３に示すようにＣＵ３Ｆと一体に形成されＰ台２Ｆの接続面５４ａＦに嵌合させる構成だけに限定されず、ＣＵ３Ｆから独立して形成されＰ台２Ｆの前面に取付けられる構成でもよい。

また、Ｐ台２Ｆの接続面５４ａＦの上方位置に遊技玉数を表示するための遊技玉数表示器が設けられている。遊技玉数表示器２９Ｆは、７セグメント式のＬＥＤディスプレイで構成されており、後述の払出制御部１７１Ｆによって制御される。この遊技玉数表示器２９Ｆにより、後述する遊技玉数や発生したエラーのエラー番号等が表示される。なお、遊技玉数表示器２９Ｆは、７セグメント式のＬＥＤディスプレイに限定されず、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。

さらに、Ｐ台２Ｆにおける遊技玉数表示器２９Ｆの左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８Ｆが設けられている。本実施の形態では、計数ボタン２８Ｆを押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８Ｆを１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。

このように、計数ボタン２８ＦをＰ台２Ｆ側に設けているため、計数ボタン２８ＦをＣＵ３Ｆ側に設ける場合に比較して、Ｐ台２Ｆに正対して座っている遊技者の操作性を向上できる。また、Ｐ台２Ｆは、遊技領域２７Ｆの右上位置および左上位置に、可変表示装置２７８Ｆで表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０Ｆが設けてある。なお、スピーカの位置および個数は、図７３に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。

本実施の形態に係るＰ台２Ｆは、遊技盤２６Ｆとそれ以外の前枠（遊技枠）５Ｆとに分けることができる。特に、遊技盤２６Ｆは、各社が開発するパチンコ遊技機の機種毎に異なるものである一方、前枠５Ｆは、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６Ｆのみの交換で事足りる。

このように、Ｐ台２Ｆは、前述のパチンコ遊技機１のような遊技制御を行なう遊技機を封入循環式パチンコ機として構成したものであり、基本的な遊技制御および演出制御は、前述のパチンコ遊技機１と同様の制御（たとえば、保留記憶情報に基づく可変表示制御、保留記憶情報に基づく大当り遊技制御、および、保留記憶情報に基づく確変制御等の制御）が行なわれる。

＜カードユニットの構成＞
次に、引続き図７３を参照して、本実施の形態に係るＣＵ３Ｆの構成を説明する。このＣＵ３Ｆは、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。

それらのカードを受付けたＣＵ３Ｆは、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２Ｆでは、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。

ＣＵ３Ｆの前面側には、紙幣を挿入するための紙幣挿入口３０２Ｆ、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９Ｆなどが設けられている。このカード挿入／排出口３０９Ｆに挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。

ＣＵ３Ｆの前面側には、表示器３１２Ｆと、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９Ｆとが設けられている。

表示器３１２Ｆは、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２Ｆの表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。

再プレイボタン３１９Ｆを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２Ｆによる遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２Ｆによる遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９Ｆとは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９Ｆは貯玉引落とし専用のボタンとしてもよい。

ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。

「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。

「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。

なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。

本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１Ｆにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１Ｆにカード番号と対応させて記憶させてもよい。このホールサーバ８０１Ｆにカード番号と対応させて記憶させる際に、ホールサーバ８０１Ｆに記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。

なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８Ｆが操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。

また、遊技者が遊技を終えてＣＵ３Ｆからカードを返却したときには、ＣＵ３Ｆに記憶していた持玉が一旦貯玉としてホールサーバ８０１Ｆに記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３Ｆにカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３Ｆに記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。

紙幣挿入口３０２Ｆに挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。

ＣＵ３Ｆの前面側には、さらに、ＩＲ（Infrared）感光ユニット（ＩＲ受光ユニットとも言う）３２０Ｆと、玉貸ボタン（貸出ボタンとも言う）３２１Ｆと、カード返却ボタン３２２Ｆとが設けられている。ＩＲ感光ユニット３２０Ｆは、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ感光ユニット３２０Ｆである。玉貸ボタン３２１Ｆは、挿入されたカードに記録されている残額を引落としてＰ台２Ｆによる遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。カード返却ボタン３２２Ｆは、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。

次に、図７４を参照して、Ｐ台２Ｆは、額縁状の外枠４Ｆに対して、前枠（以下、セルとも言う）５Ｆとガラス扉６Ｆとがその左側縁を揺動中心として開閉可能に設けられている。

前枠５Ｆにおける揺動中心とは反対側の端縁付近（遊端側）には、上下１対の係合突起６ａＦ、６ｂＦが設けられている。この係合突起６ａＦ、６ｂＦは、図示しないバネによって下方向に押圧されている。一方、外枠４Ｆの係合突起６ａＦ、６ｂＦに対向する位置に、係合受け片７ａＦ、７ｂＦが設けられている。開放状態の前枠５Ｆを外枠４Ｆに押付けることにより係合突起６ａＦ、６ｂＦが係合受け片７ａＦ、７ｂＦを乗越え、乗越えた状態でバネの付勢力により係合突起６ａＦ、６ｂＦが下方に移動し、ロック状態となる。

そして、遊技場の係員が図７３に示した鍵穴１０Ｆに鍵を挿入して解錠操作（たとえば時計回り回転）することにより、バネの付勢力に抗して上下１対の係合突起６ａＦ、６ｂＦが上方に押上げられ、その結果係合受け片７ａＦ、７ｂＦに対する係合突起６ａＦ、６ｂＦの係合が解除されてロック解除状態となり、前枠５Ｆが開放される。

さらに、前枠５Ｆにはガラス扉６Ｆ用の係合突起８Ｆも設けられており、その係合突起８Ｆに対向するガラス扉６Ｆ部分には、係合穴９Ｆが設けられている。係合突起８Ｆは、図示しないバネによって下方に押圧されており、開放状態のガラス扉６Ｆを前枠５Ｆに押付けることにより係合穴９Ｆの下縁部分によって係合突起８Ｆが押上げられて乗越えることにより、バネの付勢力により係合突起８Ｆが押下げられ、係合突起８Ｆと係合穴９Ｆとが係合されてロック状態となる。この状態で、遊技場の係員が図７３に示した鍵穴１０Ｆに鍵を挿入して解錠操作（たとえば反時計回り回転）することにより、バネの付勢力に抗して係合突起８Ｆが引上げられ、係合突起８Ｆと係合穴９Ｆとの係合が解除されてロック解除状態となり、ガラス扉６Ｆが開放される。

前枠５Ｆの下方部分における外枠４Ｆと接触する箇所に前枠開放検出スイッチ１３Ｆが設けられており、前枠５Ｆが開放されたことが検出される。また、前枠５Ｆの上方部分におけるガラス扉６Ｆとの接触部分にガラス扉開放検出スイッチ１２Ｆが設けられており、ガラス扉６Ｆが開放されたことがこのガラス扉開放検出スイッチ１２Ｆにより検出される。

ガラス扉開放検出スイッチ１２Ｆおよび前枠開放検出スイッチ１３Ｆの開放回数は、図示しない計数カウンタにより計数される。計数カウンタは、ＣＰＵ，ＲＯＭ，ＲＡＭ等が搭載され、Ｐ台２Ｆの電源供給が途切れたときでもバックアップ電源により動作可能で、夜間等の電源ＯＦＦ時でもガラス扉６Ｆや前枠５Ｆの開放検出回数を計数してその計数値を払出制御部１７１Ｆへ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２Ｆ内に設けられたキャパシタや蓄電池である。

遊技盤２６Ｆの裏面（ガラス扉６Ｆと対向する面とは反対側の面）に、主制御基板１６Ｆが設けられている。外枠４Ｆの裏面は閉じられているため、まず前枠５Ｆを開放して前枠５Ｆから遊技盤２６Ｆを取外すことで、主制御基板１６Ｆが遊技盤２６Ｆから着脱可能な状態になる。つまり、遊技盤２６Ｆより主制御基板１６Ｆを取外す、または主制御基板１６Ｆに設けた半導体チップを交換する作業を行なうためには、前枠５Ｆを開放する必要があるため前枠開放検出スイッチ１３Ｆで当該作業を必ず検出することができる。よって、遊技盤２６Ｆより主制御基板１６Ｆを不正に取外す、または主制御基板１６Ｆに設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３Ｆで検出することができる。

さらに、前枠５Ｆの裏面に、払出制御基板１７Ｆが設けられている。払出制御基板１７Ｆも、まず前枠５Ｆを開放してから、前枠５Ｆの裏面より取外す必要がある。よって、前枠５Ｆの裏面より払出制御基板１７Ｆを不正に取外す、または払出制御基板１７Ｆに設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３Ｆで検出することができる。

次に、遊技盤２６Ｆを前枠５Ｆに設置する構成について説明する。図７５は、遊技盤２６Ｆが前枠５Ｆに取付けられる前と取付けられた後の様子を示す図である。図７５に示すように前枠５Ｆの裏面には、取付機構３４ａＦ、３４ｂＦがそれぞれヒンジ３５ａＦ、３５ｂＦを中心に開閉自在に設けられている。取付機構３４ａＦ、３４ｂＦは、コの時型をしており、遊技盤２６Ｆに対応した幅の底を持つ。遊技盤２６Ｆを前枠５Ｆに対して図７５（ｂ）の矢印方向に押し込むことで、図７５（ａ）に示すように遊技盤２６Ｆが取付機構３４ａＦ、３４ｂＦにより固定される。遊技盤２６Ｆが取付機構３４ａＦ、３４ｂＦにより固定されるときに、遊技盤２６Ｆ側に設けた凸型ドロアコネクタ３２Ｆが前枠５Ｆ側に設けた凹型ドロアコネクタ３３Ｆと結合する。ここで、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆは、位置ずれに対してフレキシブル性を有するフローティングコネクタである。

また、遊技盤２６Ｆを前枠５Ｆに設置する際に、凸型ドロアコネクタ３２Ｆが凹型ドロアコネクタ３３Ｆと結合することで、遊技盤２６Ｆ側の主制御基板１６Ｆと、前枠５Ｆ側の払出制御基板１７Ｆとが接続されることになる。さらに、遊技盤２６Ｆは決まった位置に固定されるとともに、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆはある程度の位置ずれに対してフレキシブル性を有しているので、凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの位置関係を意識することなくこれらが結合することができる。なお、取付機構３４ａＦ、３４ｂＦを設けず、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆのみで、遊技盤２６Ｆを前枠５Ｆに設置する構成であっても、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆ自体がフレキシブル性を有するフローティングコネクタであるため、遊技盤２６Ｆと前枠５Ｆとの位置関係を意識することなくこれらが結合することができる。ここで、凸型ドロアコネクタ３２Ｆは、遊技盤２６Ｆの内部配線（図示せず）を介して主制御基板１６Ｆに接続され、凹型ドロアコネクタ３３Ｆは、信号ケーブル３６Ｆを介して、図７４に示す払出制御基板１７Ｆに接続されている。

＜カードユニットとパチンコ遊技機との構成＞
図７６は、ＣＵ３ＦとＰ台２Ｆとの構成を示すブロック図である。図７６を参照して、ＣＵ３ＦとＰ台２Ｆとの制御回路の概略を説明する。

ＣＵ３Ｆには、マイクロコンピュータ等から構成されたＣＵ制御部３２３Ｆが設けられている。このＣＵ制御部３２３Ｆは、ＣＵ３Ｆの主制御機能部であり、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

ＣＵ制御部３２３Ｆには、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ８０１Ｆ（図７７参照）と通信を行なうための外部通信部（図示省略）が設けられている。ＣＵ制御部３２３Ｆには、Ｐ台２Ｆの払出制御基板１７Ｆとセキュリティを確保しながら通信を行なうためのセキュリティ基板（ＳＣ基板）３２５Ｆが接続される。セキュリティ基板３２５Ｆは、ＣＵ３Ｆのセキュリティ監視機能部である。なお、セキュリティ基板３２５Ｆ上にＣＵ制御部３２３Ｆを設けてもよく、あるいは、セキュリティ基板３２５Ｆとは別の基板にＣＵ制御部３２３Ｆを設けてもよい。ＣＵ３ＦにはＰ台２Ｆ側への接続部（図示省略）が設けられており、Ｐ台２ＦにはＣＵ３Ｆ側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。

ＣＵ３Ｆ側のセキュリティ基板３２５ＦとＰ台２Ｆ側の払出制御基板１７Ｆとは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５Ｆには、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとの通信を制御するための通信制御ＩＣ３２５ａＦと、Ｐ台２Ｆのセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂＦが設けられている。さらに、ＳＣ３２５ｂＦは、不正検知部１３２５Ｆを備え、不正検知部１３２５ＦがＣＵ制御部３２３ＦからＰ台２Ｆに通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８００Ｆ（図７７参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００Ｆから基板制御情報として通知される。

ＣＵ制御部３２３Ｆには、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３Ｆには、遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０Ｆが受光すれば、その受光信号が入力される。ＣＵ制御部３２３Ｆには、挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３Ｆからカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードＩＤが含まれる。ＣＵ制御部３２３Ｆは、カードリーダライタが読み取ったカードＩＤを遊技終了まで記憶する。

ＣＵ制御部３２３Ｆは、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３Ｆから残額あるいは遊技玉数等のデータが表示制御部３５０Ｆに出力され、表示制御部３５０Ｆで表示用データに変換される。ＣＵ３Ｆの前面に設けられる表示器３１２Ｆおよび図７３に示すようにＰ台２Ｆの前面に配置されている表示器５４Ｆに対し、表示制御部３５０Ｆで変換した表示用データが送信される。なお、表示器５４Ｆに送信される表示用データは、まず中継基板１４Ｆに入力される。表示器３１２Ｆおよび表示器５４Ｆには、その表示用データに応じた画像が表示される。また、表示器３１２Ｆの表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０Ｆを介してＣＵ制御部３２３Ｆに入力される。遊技者が玉貸ボタン３２１Ｆを操作することにより、その操作信号がＣＵ制御部３２３Ｆに入力される。なお、玉貸ボタン３２１Ｆは、ＣＵ３Ｆに設ける構成に限定されるものではなく、Ｐ台２Ｆに設けて操作信号をＣＵ制御部３２３Ｆに入力する構成であっても良い。遊技者が再プレイボタン３１９Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。遊技者がカード返却ボタン３２２Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。

Ｐ台２Ｆには、Ｐ台２Ｆの遊技の進行制御を行なう主制御基板１６Ｆと、遊技玉を管理・記憶する払出制御基板１７Ｆと、払出制御基板１７Ｆの指令に基づいて発射モータ１８Ｆを駆動制御する発射制御基板３１Ｆと、可変表示装置２７８Ｆと、主制御基板１６Ｆから送信されてくるコマンドに基づいて可変表示装置２７８Ｆを表示制御する演出制御基板１５Ｆとが備えられている。

主制御基板１６Ｆおよび演出制御基板１５Ｆは、遊技盤２６Ｆに設けてある。主制御基板１６Ｆには主制御部１６１Ｆである遊技制御用マイクロコンピュータが搭載されている。主制御部１６１Ｆは、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１Ｆは、遊技盤２６Ｆに設けられている入賞センサ１６２Ｆ、および電波センサ１６３Ｆと接続してある。

主制御部１６１Ｆは、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに玉が入賞すると、大当り（あるいはさらに小当りを含む）／外れを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、「４」である。主制御部１６１Ｆは、可変表示装置２７８Ｆで新たな可変表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行なうとともに可変開始から表示結果の導出に至るまでの可変表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１Ｆは、その大当り判定の結果（確変にするか否かを含む）、および可変表示時間に関する情報をコマンドとして演出制御基板１５Ｆに搭載された演出制御部１５１Ｆへ送信する。

主制御部１６１Ｆから演出制御部１５１Ｆへ送信される可変表示に関するコマンドには、可変表示の開始を示す可変開始コマンド、可変表示の結果を示す表示結果コマンド（大当り／外れ）、可変表示パターンを特定可能な可変表示時間コマンド、可変表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１Ｆから演出制御部１５１Ｆへ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。

演出制御部１５１Ｆは、主制御部１６１Ｆから送信されてくるこれらのコマンドに基づいて可変表示装置２７８Ｆの可変表示内容を決定する。たとえば、演出制御部１５１Ｆは、主制御部１６１Ｆから送信されてくるコマンドに基づいて可変表示結果および可変表示時間を特定し、停止図柄を決定するとともに可変表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１Ｆは、決定した可変表示内容に従って可変表示装置２７８Ｆを表示制御する。

演出制御基板１５Ｆは、ＣＵ３Ｆの中継基板１４Ｆを介して、表示器５４Ｆとも接続されている。演出制御部１５１Ｆは、可変表示装置２７８Ｆに対して可変表示等のための表示制御信号を送信するとともに、可変表示装置２７８Ｆの表示と連動する表示を行なうための表示制御信号を表示器５４Ｆへ送信可能である。なお、中継基板１４Ｆおよび表示器５４Ｆは、Ｐ台２Ｆ側に設けるようにしてもよい。この場合、Ｐ台２Ｆ側の演出制御基板１５Ｆは、ＣＵ３Ｆを介さずに直接Ｐ台２Ｆ側の中継基板１４Ｆと接続される。

払出制御基板１７Ｆは、前枠５Ｆに設けてある。払出制御基板１７Ｆには、払出制御部１７１Ｆである払出制御用マイクロコンピュータが搭載されている。払出制御部１７１Ｆは、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

また、払出制御基板１７Ｆに対し、発射玉検出スイッチ９０３Ｆ、アウト玉検出スイッチ７０１Ｆ、ファール玉検出スイッチ３３ＡＦ、計数ボタン２８Ｆ、電波センサ１７３Ｆが電気的に接続された状態で設けられている。この電波センサ１７３Ｆは、電波を不正に発信して主に玉上げスイッチ（上）４１ａＦを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３Ｆの検出信号が払出制御基板１７Ｆの入力ポート（図示省略）を介して払出制御部１７１Ｆへ入力される。玉上げスイッチ（上）４１ａＦは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１Ｆが、遊技玉数を「１」減算する。

したがって、不正電波によりこの玉上げスイッチ（上）４１ａＦが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３Ｆにより検知する。

主制御基板１６Ｆから払出制御基板１７Ｆに対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。

主制御チップＩＤ（メインチップＩＤとも言う）は、Ｐ台２Ｆの主制御基板１６Ｆに記録されているチップＩＤのことであり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。

接続確認信号は、主制御基板１６Ｆと払出制御基板１７Ｆとが接続されていることを確認するための信号であり、主制御基板１６Ｆから払出制御基板１７Ｆへ所定の電圧の信号が常時供給されており、払出制御基板１７Ｆがその所定電圧信号を受信していることを条件として払出制御基板１７Ｆが動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７Ｆは、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。

始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６Ｆが遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７Ｆへ通知するための情報である。

図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。

大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。

払出制御基板１７Ｆから主制御基板１６Ｆへ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６Ｆが正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。

アウト玉検出スイッチ７０１Ｆから払出制御基板１７Ｆへアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７Ｆは、後述するように遊技中玉数（遊技領域２７Ｆに浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３ＡＦからファール玉検出信号が入力された払出制御基板１７Ｆでは、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ９０３Ｆから払出制御基板１７Ｆへ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７Ｆは、遊技中玉数を減算更新する。

ＣＵ３Ｆのセキュリティ基板３２５ＦとＰ台２Ｆの払出制御基板１７Ｆとが電気的に接続されており、セキュリティ基板３２５Ｆから払出制御基板１７Ｆへ、後述するように各種コマンドが送信される。逆に、払出制御基板１７Ｆからセキュリティ基板３２５Ｆへ、後述するように各種レスポンスが送信される。

前枠５Ｆには、払出制御基板１７Ｆの他、発射制御基板３１Ｆ、発射モータ１８Ｆ、遊技玉数表示器２９Ｆが設けられている。なお、遊技玉数表示器２９Ｆは前枠５Ｆに直接取り付けてもよいが、玉が払い出される通常のパチンコ遊技機の前面側に設けられた上皿や下皿のように、前枠５Ｆに対して回動可能な態様で設けるようにしてもよい。この点は、表示器５４Ｆについても同様である。払出制御基板１７Ｆの払出制御部１７１Ｆは遊技玉数表示器２９Ｆに遊技者が現在所有している遊技玉数を表示する。

払出制御基板１７Ｆから発射制御基板３１Ｆへ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１Ｆは、発射装置の発射モータ１８Ｆを励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７Ｆへ弾発発射される状態となる。発射制御基板３１Ｆは、遊技者が打球操作ハンドル２５Ｆに触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８Ｆを駆動させる。

発射強度センサ１９Ｆは、発射モータ１８Ｆによるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９Ｆは、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９Ｆの検出結果は、発射制御基板３１Ｆ経由で払出制御基板１７ＦおよびＣＵ３Ｆに出力される。

Ｐ台２Ｆの前面には、ＣＵ３Ｆから伸びた表示器５４Ｆおよび中継基板１４Ｆが設けられている。表示器５４Ｆは、中継基板１４Ｆを介してＣＵ３Ｆの表示制御部３５０Ｆからの表示データ（表示制御信号）を受信する。さらに、表示器５４Ｆは、中継基板１４Ｆを介して演出制御基板１５Ｆからの表示データ（表示制御信号）を受信する。

中継基板１４Ｆには演出制御基板１５Ｆおよび表示制御部３５０Ｆのうち一方からの表示制御信号を表示器５４Ｆへ出力して表示器５４Ｆに演出制御基板１５Ｆまたは表示制御部３５０Ｆからの表示制御信号に基づく画像を表示するための切換回路１４１Ｆが搭載されている。

なお、本実施の形態では、Ｐ台２Ｆの前面に設けられるＣＵ３Ｆから伸びた表示器５４ＦをＣＵ３Ｆ側で制御できるように構成されているが、これに代えて、Ｐ台２Ｆ側に表示器５４Ｆを設けＣＵ３Ｆ側から表示制御できるように構成しても、Ｐ台２Ｆ側に表示器５４Ｆを設けＰ台２Ｆ側で表示制御できるようにＰ台２Ｆ側に表示制御用基板を設ける構成でもよい。この場合、表示制御用基板は、払出制御部１７１Ｆの指令に基づいて表示器５４Ｆを表示制御する。

ＲＡＭクリアスイッチ２９３Ｆは、Ｐ台２ＦのＲＡＭに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３Ｆは、たとえばカードが排出された後に店員により操作される。

＜パチンコ玉の循環経路＞
ここでは、図７３および図７６を参照して、Ｐ台２Ｆにおけるパチンコ玉の循環経路を概説する。

遊技者が打球操作ハンドル２５Ｆを操作すると、発射モータ１８Ｆが駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７Ｆに打込まれる。

遊技玉の発射検出は、玉上げスイッチ（上）４１ａＦがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１Ｆが設けられている払出制御基板１７Ｆ（図７６参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１Ｆが、遊技玉数を「１」減算する。

遊技領域２７Ｆに打込まれた玉のうち、アウト口１５４Ｆ（図７３参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１Ｆによって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３ＡＦによって検出される。

入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ９０３Ｆが設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ９０３Ｆによって検出される。つまり、発射玉検出スイッチ９０３Ｆは、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８Ｆにより弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。

そこで、本実施の形態では、発射玉検出スイッチ９０３Ｆの検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７Ｆに打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７Ｆを転動中であるか、遊技領域の釘等の間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判断できる。

＜カードユニットおよびパチンコ遊技機に発生した異常の通知処理＞
図７７は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。

図７７を参照して、ＣＵ制御部３２３Ｆ、セキュリティ基板３２５Ｆ、払出制御部１７１Ｆ、あるいは主制御基板１６Ｆにおいて異常が発生した場合には、図７７の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３Ｆ、セキュリティ基板３２５Ｆ、払出制御部１７１Ｆ、あるいは主制御基板１６Ｆを、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図７７に示される鍵管理サーバ８００Ｆは、ＣＵ３Ｆ内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００Ｆは、主制御基板１６Ｆと互いに通信可能なサーバである。

まず、ＣＵ３Ｆのセキュリティ基板３２５Ｆにより異常が発生した場合には、前述したＣＵ制御部３２３Ｆとセキュリティ基板３２５Ｆとの間で行なわれる相互認証の結果、ＣＵ制御部３２３Ｆが異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。

シリアルＩＤは、セキュリティ基板３２５ＦのシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５Ｆのセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３Ｆが遊技場に搬入された後、ホールサーバ８０１Ｆに接続されたときに、鍵管理センタの鍵管理サーバ８００Ｆからホールサーバ８０１Ｆ経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３Ｆに記憶される。

ＣＵ制御部３２３Ｆがセキュリティ基板３２５Ｆの異常を検知した場合、ＣＵ制御部３２３Ｆはホールサーバ８０１Ｆにその旨を通知するとともに、ＣＵ３Ｆの表示制御部３５０Ｆに異常報知コマンドを送信する。ＣＵ制御部３２３Ｆは、表示器３１２Ｆに異常発生した旨の表示を行なう制御を表示制御部３５０Ｆに行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３Ｆは、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。

ＣＵ３ＦのＣＵ制御部３２３Ｆにより異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５Ｆが異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１Ｆに通知する。なお、セキュリティ基板３２５Ｆは、パラレルインタフェイス回路であるＰＩＦ回路３２６Ｆを介してパラレル信号で払出制御部１７１Ｆに通知する。払出制御部１７１Ｆはそれを受けて異常発生した旨を主制御基板１６Ｆへ通知する。主制御基板１６Ｆは、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。

セキュリティ基板３２５Ｆが払出制御部１７１Ｆの異常を検知した場合には、その旨をＣＵ制御部３２３Ｆへ通知し、ＣＵ制御部３２３Ｆがその旨をホールサーバ８０１Ｆへ通知する。

このように、セキュリティ基板３２５Ｆは、ＣＵ制御部３２３Ｆの異常を検知したときにはその旨をＰＩＦ回路３２６Ｆを介して払出制御部１７１Ｆへ通知する一方、払出制御部１７１Ｆの異常を検知したときには、その旨をＣＵ制御部３２３Ｆへ通知するものであり、セキュリティ基板３２５Ｆによる異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５Ｆは、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、ＰＩＦ回路３２６Ｆを介してセキュリティ基板３２５Ｆからの異常発生の通知を受けた払出制御部１７１Ｆは、その旨を主制御基板１６Ｆへ通知する。主制御基板１６Ｆはその通知を受けて、前述と同様の異常報知のための制御を行なう。

払出制御部１７１Ｆに異常が発生した場合には、その旨がセキュリティ基板３２５Ｆにより検知され、異常が発生した旨がＣＵ制御部３２３Ｆへ通知され、ＣＵ制御部３２３Ｆは前述した異常報知制御を行なうとともにホールサーバ８０１Ｆへ異常が発生した旨を通知する。また、払出制御部１７１Ｆに異常が発生した場合には、主制御基板１６Ｆが異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。

払出制御基板１７Ｆは、前述したように、セキュリティ基板３２５Ｆに異常が発生した場合にはそれを検知して主制御基板１６Ｆへ通知する一方、主制御基板１６Ｆに異常が発生した場合にはそれを検知してセキュリティ基板３２５Ｆへ異常が発生した旨を通知する。この払出制御基板１７Ｆも、前述したセキュリティ基板３２５Ｆと同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。

＜カードユニット側とパチンコ遊技機側との送受信態様＞
次に、図７８は、ＣＵ３Ｆ側とＰ台２Ｆ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図７８を参照して、ＣＵ（カードユニット）３Ｆ側とＰ台（パチンコ遊技機）２Ｆ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。

本実施の形態においては、Ｐ台２Ｆ側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３Ｆ側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２Ｆ側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残額（残額）は、ＣＵ３Ｆ側において管理・記憶している。

図７８では、ＣＵ３Ｆ側のＣＵ制御部３２３Ｆに設けられているＲＡＭの記憶データと、Ｐ台２Ｆ側の払出制御基板１７Ｆに搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ遊技機）２ＦとＣＵ（カードユニット）３Ｆとが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２Ｆ側の払出制御基板１７Ｆは、主制御基板１６ＦからメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３Ｆ側に送信するとともに、払出制御基板１７Ｆ自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３Ｆ側へ送信する。

ＣＵ３Ｆ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３Ｆ側とＰ台２Ｆ側とが接続されて通信が開始された時刻のデータがＣＵ３Ｆ側からＰ台２Ｆ側へ送信され、Ｐ台２Ｆ側ではその送信されてきた接続時刻を記憶する。

この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３Ｆ側で識別された接続時刻の３つの情報がＣＵ３Ｆ側とＰ台２Ｆ側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２Ｆ側からＣＵ３Ｆ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。

ＣＵ３Ｆ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２Ｆが接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３Ｆ側とＰ台２Ｆ側との通信が開始された新たな接続時刻データがＣＵ３Ｆ側からＰ台２Ｆ側へ送信されてその新たな接続時刻データをＰ台２Ｆ側において記憶することとなる。

ＣＵおよびＰ台の双方は、電文に「通番」を付加して送信する。また、ＣＵおよびＰ台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３Ｆ側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２Ｆ側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３ＦがＰ台２Ｆに対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２ＦがＣＵ３Ｆに対して遊技玉の計数を要求する際に用いられる通番である。

通常通番の更新権はＣＵ３Ｆのみが有する。ＣＵ３Ｆは、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３Ｆのみが有する。ＣＵ３Ｆは、加算要求をする場合には、それまで通信に用いていた加算通番に＋１した加算通番をＰ台２Ｆへ送信する。Ｐ台２Ｆは、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２Ｆのみが有する。Ｐ台２Ｆは、計数要求をする場合には、それまで通信に用いていた計数通番に＋１した計数通番をＣＵ３Ｆへ送信する。ＣＵ３Ｆは、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。

以下では、「通常通番」について、ＣＵ３Ｆが送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２ＦおよびＣＵ３Ｆのそれぞれが、またはＰ台２Ｆが送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。

また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。

Ｐ台２Ｆ側からＣＵ３Ｆ側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２Ｆ側の払出制御部１７１Ｆ（図７６参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２Ｆ側からＣＵ３Ｆ側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。

これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４Ｆを通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。

たとえば、遊技領域２７Ｆに打込まれたパチンコ玉が入賞して主制御基板１６Ｆから入賞情報が払出制御基板１７Ｆへ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。また、パチンコ玉が遊技領域２７Ｆ内に発射されていることによる玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。

あるいは、払出制御部１７１Ｆは、計数ボタン２８Ｆの押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。

Ｐ台２Ｆ側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３Ｆ側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１ＦのＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。

その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３Ｆ側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２Ｆ側からＣＵ３Ｆ側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。

また、払出制御基板１７Ｆは、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３Ｆ側に送信する。

ＣＵ３Ｆ側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。

Ｐ台２Ｆ側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２Ｆ側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２Ｆから送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３Ｆは、Ｐ台２Ｆより逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。

ＣＵ３Ｆは、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２Ｆ側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３Ｆは、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３Ｆは、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。

その結果、たとえば、異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。

なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３Ｆ側で記憶している遊技玉数をＰ台２Ｆ側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３Ｆ側で管理している遊技玉数と、Ｐ台２Ｆ側で記憶している遊技玉数との平均値に補正してもよい。

このように、本実施の形態では、ＣＵ３Ｆ側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２Ｆ側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３Ｆ側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２Ｆ側で記憶している遊技玉数がＣＵ３Ｆ側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３Ｆ側にその判定機能を設けたが、たとえば、ＣＵ３Ｆと接続されるホールサーバ８０１Ｆまたはホール用管理コンピュータによって、ＣＵ３Ｆ側で記憶している遊技玉数とＰ台２Ｆ側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。

図７８に示すように、ＣＵ３Ｆは、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３Ｆ（図７６参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。

ＣＵ制御部３２３Ｆ（図７６参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３Ｆ（図７６参照）は、カード残額の使用を要求する入力（たとえば、玉貸ボタン３２１Ｆの押圧入力）に応じてカード残額を記憶する記憶領域から所定値を減算する。

遊技者所有の遊技用価値（たとえばプリペイド残額、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３Ｆ側からＰ台２Ｆ側へ送信される。Ｐ台２Ｆ側では、それを受けて、遊技玉数カウンタを加算更新する。

本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ遊技機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。

このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２Ｆ側からＣＵ３Ｆ側へ送信される。ＣＵ３Ｆ側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。

＜通信で用いられるフレーム構成＞
次に、本実施の形態に係るＣＵ３ＦとＰ台２Ｆとの間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。

１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。

＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図７９を参照して、ＣＵ（カードユニット）３ＦとＰ台（パチンコ遊技機）２Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。

図７９には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。

＜＜１．リカバリ要求、２．リカバリ応答＞＞
まず、ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２Ｆに対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３Ｆに対してリカバリ情報を通知するものである。

リカバリ要求のコマンドは、ＣＵ３Ｆが認証を完了した後にＣＵ３ＦからＰ台２Ｆに対して送信される。リカバリ要求のコマンドは、ＣＵ３ＦからＰ台２Ｆに対してリカバリ情報を要求し、ＣＵ３Ｆが認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」および「前回最終送信計数通番」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで示してある。

「前回最終送信通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆにおいて状態情報応答受信時に「通番」をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信通番（通番）として記憶する通番である。

「前回最終送信計数通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆに状態情報応答受信時に計数通番をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信計数通番として記憶する通番である。

Ｐ台２Ｆのリカバリ処理（計数玉数）において、後述する計数履歴シーケンスでセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。不一致の場合には、計数要求玉数＝０を、減算レジスタにセットしてユーザプログラムに通知する。

Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信計数通番」を参照して、ＣＵ３Ｆが計数要求に対する計数処理を実施していなかった場合は計数要求玉数＝０を、減算レジスタにセットしてＰ台２Ｆで実行されるユーザプログラムに通知する。ＣＵ３Ｆが計数処理を実施済の場合はＣＵ３Ｆに通知した計数要求玉数を、減算レジスタにセットしてユーザプログラムに通知する。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。また、セキュリティ基板３２５Ｆから通知された「店舗コード」とＰ台２Ｆで保持している「店舗コード」とが不一致の場合、レジスタを介して店舗コード不一致をユーザプログラム側に通知する。なお、Ｐ台２Ｆは、ＣＵ３Ｆよりリカバリ要求のコマンドを受信した場合、レジスタを介してユーザプログラム側に通知する。

リカバリ応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「玉単価」、「遊技情報格納有無」、「前回遊技台情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「前回最終送信通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２Ｆの払出制御部１７１Ｆは、ＣＵ３Ｆから送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。

「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「玉単価」は、Ｐ台２Ｆで遊技している１玉あたりの玉単価（０．０１円〜９９．９９円）である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。

「前回遊技台情報」は、ＣＵ３Ｆに前回通知した遊技台情報であり、「遊技玉数」、「遊技玉情報」、「計数要求玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３Ｆに前回通知した遊技玉数である。「遊技玉情報」は、前回通知した遊技玉情報である。遊技玉情報には、たとえばＣＵ３Ｆに前回通知した発射玉数、アウト口通過玉数や総賞球玉数などの情報である。「計数要求玉数」は、計数要求する遊技玉数である。「計数通番」は、ＣＵ３Ｆに前回通知した計数通番である。

「前回遊技情報」は、ＣＵ３Ｆに前回通知した遊技情報であり、「遊技情報数」、「遊技情報１」〜「遊技情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３Ｆに前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「遊技情報１」は、ＣＵ３Ｆに前回通知した遊技情報１である。「遊技情報ｎ」は、ＣＵ３Ｆに前回通知した遊技情報ｎである。遊技情報ｎには、たとえば、ＣＵ３Ｆに前回通知した種別情報や遊技賞球情報などが含まれる。

なお、「前回最終送信加算通番」は、ＣＵ３Ｆにおいて状態情報要求を送信時、Ｐ台２Ｆにおいて状態情報要求受信時に、ＣＵ３Ｆ側、Ｐ台２Ｆともに前回最終送信加算通番として記憶する通番である。

Ｐ台２Ｆのリカバリ処理（遊技情報）において、後述する計数履歴シーケンスでセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行なう。

遊技情報のリカバリデータがある時は「遊技情報格納有無」を格納有：０ｘ０１にし、前回の「遊技玉数」、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」、前回の「遊技情報数」および前回の「遊技情報１〜ｎ」にＰ台２Ｆが保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」および前回の「遊技情報数」をＡＬＬ“０”をセットする。ただし、遊技玉数は前回通知した遊技玉数をセットする。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。

セキュリティ基板３２５Ｆから通知された「店舗コード」と、Ｐ台２Ｆで保持している店舗コードと不一致と判定した場合、カード無しとして処理する。つまり、「前回挿入中カードＩＤ」、「前回カード挿入時刻」をＡＬＬ“０”をセットする。

Ｐ台２Ｆは、状態情報要求応答時の通番を前回最終送信通番として記憶する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信通番＝０として通知する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信通番を通知する。

Ｐ台２Ｆは、状態情報応答の送信時に計数通番を前回最終送信計数通番として記憶する。ＳＣ３２５ｂＦから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信計数通番＝０として通知する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信計数通番を通知する。

なお、また、ＣＵ３Ｆは、Ｐ台２Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３Ｆは、前回遊技台情報のみ使用してリカバリ処理を行なう。ただし、計数玉数のリカバリは実施しない。

また、通信相手の不一致等（たとえばＣＵ３ＦまたはＰ台２Ｆの交換等）でリカバリ処理が実施できない場合、Ｐ台２Ｆの表示情報を元にＰＯＳで手補正することが考えられる。たとえば、Ｐ台２Ｆの表示情報は、可変表示装置２７８Ｆの液晶表示画面を利用して表示することが考えられる。あるいは、Ｐ台２Ｆに対して、払出制御部１７１Ｆが制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、ＰＯＳとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、ＰＯＳは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理（Point Of Sales system）であってもよい。

＜＜３．リカバリ要求２、４．リカバリ応答２＞＞
ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３Ｆに対して加算リカバリ情報の処理結果を通知するものである。

リカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２Ｆにおいて加算玉リカバリ処理を実施する必要有とＣＵ３Ｆが判定したときに送信される。ＣＵ３Ｆは、Ｐ台２Ｆより受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。

リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。

次に、Ｐ台２Ｆのリカバリ処理について詳しく説明する。Ｐ台２Ｆのリカバリ処理は、Ｐ台２Ｆがリカバリ要求２に基づいて、ＣＵ３Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう処理である。

リカバリ応答２のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果の処理ＯＫ、“０ｘ０１”の場合リカバリ結果の処理ＮＧである。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。

Ｐ台２Ｆのリカバリ処理（加算玉数）を行なう場合、Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信加算通番」の処理を実施していなかった場合、ＣＵ３Ｆに「リカバリ結果」として処理ＯＫを応答し、ＣＵ３Ｆより通知された加算玉数を、加算レジスタにセットして、ユーザプログラムに通知する。ＣＵ３Ｆから通知された加算玉数＝０の場合、加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３Ｆに処理ＯＫを応答する。ただし、後述する状態情報要求のＣＵ状態が遊技玉加算要求中（Ｂｉｔ＝１）の時に状態情報応答で遊技台状態１が遊技玉加算結果（Ｂｉｔ５=１）と応答した場合，ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答し、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知する。

ＣＵ３Ｆより通知された「前回最終送信加算通番」が、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」と同一の場合、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知し、ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答する。ＣＵ３Ｆより通知された「前回最終送信加算通番」＝０の場合は、ＣＵ３Ｆから通知された加算玉数に関わらず加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３Ｆに処理ＯＫを応答する。

また、リカバリ処理が完了するタイミング（たとえば、リカバリ完了フラグをセットするタイミング）で、リカバリ結果に係らず、ＣＵ３Ｆより通知された「前回最終送信加算通番」を、レジスタを介してユーザプログラムに通知する。なお、リカバリ要求２の受信がない場合は、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」を、リカバリ処理が完了するタイミングでユーザプログラムに通知する。

＜＜５．通信開始要求、６．通信開始応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２Ｆに対して通信開始を要求するものである。この通信開始要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３Ｆに対して通信開始を応答するものである。

通信開始要求のコマンドは、Ｐ台２Ｆに対して正常に通信開始したことを通知するものである。通信開始要求を受信したＰ台２Ｆは、それまで記憶していたリカバリ情報をクリアする。通信開始要求のコマンドは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、通信開始要求後、計数通番を“０”（初期値）に、Ｐ台２Ｆも通信開始要求受信後、計数通番を“０”（初期値）にする。

通信開始応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信開始したことを通知するものであり、ＣＵ３Ｆが、リカバリ情報をクリアする。通信開始応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

＜＜７．通信終了要求、８．通信終了応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２Ｆに対して通信終了を要求するものである。この通信終了要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３Ｆに対して通信終了を応答するものである。

通信終了要求のコマンドは、Ｐ台２Ｆに対して正常に通信終了したことを通知するものであり、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

通信終了応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信終了したことを通知するものであり、ＣＵ３ＦおよびＰ台２Ｆが、該通知以降、通信を停止し再起動待ちとする。通信終了応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

＜＜９．状態情報要求＞＞
ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２Ｆに対してＣＵ３Ｆの状態を要求するものである。ＣＵ３Ｆはこのコマンドを使用して、Ｐ台２Ｆの状態を定期的に確認する。また、状態情報要求のコマンドには、図７８に示したＣＵ３Ｆ側からＰ台２Ｆ側へ向かう加算玉数が含まれている。

この状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」、「計数通番」、「玉単価」および「計数受領時刻」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「ＣＵ状態」は、Ｐ台２Ｆに対して通知するＣＵ３Ｆの状態を表わし、Ｂｉｔ０が“１”のときにカード挿入中を、“０”のときカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３Ｆにカード（一般カード／会員カード）が挿入されている状態を表わしている。また、ＣＵ３Ｆのカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。

Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３Ｆの状態により、Ｐ台２Ｆに対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２Ｆは同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。

Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３Ｆは、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２Ｆに対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２Ｆは、計数ボタン２８Ｆの操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。

Ｂｉｔ３が“１”のとき遊技玉加算要求を、“０”のとき遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。

Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２Ｆに通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。Ｐ台２Ｆは、計数玉受領完了を受信したときに計数通番もＰ台２Ｆと同じ通番かをチェックし、通番が不一致の場合は遊技玉数を減算しないでＣＵ３Ｆに通知する。

Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３Ｆからカード抜き取り待ちとなっている状態をＰ台２Ｆに通知する。なお、Ｂｉｔ６〜Ｂｉｔ７は未使用である。

「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。

「玉単価」は、Ｐ台２Ｆで遊技する遊技玉の１玉当りの玉単価（０．０１円〜９９．９９円）である。ＣＵ３ＦからＰ台２Ｆへ通知する玉単価は、たとえばＰ台２Ｆの払出制御基板１７ＦのＲＡＭに記憶される。そして、Ｐ台２Ｆは、所定の条件が成立したときにＲＡＭに記憶された玉単価を状態情報応答にてＣＵ３Ｆに通知する。具体的には、通信不能な状態から復帰するためのリカバリ情報がＣＵ３ＦからＰ台２Ｆ対して要求（リカバリ要求コマンドがＣＵ３Ｆから送信）されたときに、Ｐ台２Ｆは、リカバリ応答のレスポンスに玉単価をセットしてＣＵ３Ｆに送信する。すなわち、玉単価は、リカバリ応答時にＣＵ３Ｆに通知する以外は外部に出力されない。Ｐ台２Ｆに記憶された玉単価は、リカバリ要求コマンドがＣＵ３Ｆから送信された場合のリカバリ応答のレスポンスにセットされ、ＣＵ３Ｆに送信される。これにより、リカバリ前にＰ台２Ｆで遊技していた遊技玉の玉単価を正確に把握することができ、リカバリ後に遊技者に対して適正な遊技価値で遊技を再開して貰うことができる。また、Ｐ台２Ｆに記憶された玉単価をリカバリ応答時にＣＵ３Ｆに通知する以外は外部に出力しないことで、不正に玉単価が変更されないようにセキュリティを確保している。さらに、Ｐ台２Ｆに記憶された玉単価は、Ｐ台２Ｆが遊技玉数を保持している場合、新たな玉単価に上書きすることを禁止している。なお、Ｐ台２Ｆが遊技玉数を保持している場合でも、Ｐ台２Ｆに記憶された玉単価の上書きを許可して、保持している遊技玉数を上書きした玉単価に換算して表示を更新する構成でもよい。

「計数受領時刻」は、ＣＵ３ＦがＰ台２Ｆからの計数要求を受領した時刻をＰ台２Ｆに通知するための情報であり、ＣＵ状態のＢｉｔ４（遊技玉数計数受領応答）が“１”（完了）である場合にのみ有効である。なお、「計数受領時刻」の情報は、Ｐ台２Ｆに通知されるが払出制御部１７１ＦのＣＰＵ内のみで処理され、ユーザプログラムへ通知されず外部からアクセス可能なＲＡＭ等に記憶されることがない。そのため、「計数受領時刻」の情報は、払出制御部１７１ＦのＣＰＵ内で削除されるため、セキュリティを確保することができる。

＜＜１０．状態情報応答＞＞
状態情報要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆの情報・状態を通知するものである。状態情報応答のレスポンスには、図７８に示した最新遊技台情報や遊技玉数が含まれている。

この状態情報応答の具体的データには、「通番」、「コマンド」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「発射強度」、「遊技台状態」、「不正検知情報」および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉数」は、ＣＵ３Ｆが後述する「総賞球玉数」「発射玉数」および「計数玉数」を使用してＣＵ３Ｆの保持している遊技玉数を計算する。その後、ＣＵ３Ｆは、計算したＣＵ３Ｆの遊技玉数と、Ｐ台２Ｆの遊技玉数とが一致するかをチェックする。

「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。つまり、「発射玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算するデータである。カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。

「アウト口通過玉数」は、アウト口１５４Ｆを通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。

「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。なお、「総賞球玉数」（加算）は、ＣＵ３Ｆより送信する「加算要求玉数」は含まない。また、ＣＵ３Ｆは保持している遊技玉数に総賞球玉数のデータを加算する。カードを保持していない状態で総賞球玉数のデータを受信した場合、ＣＵ３Ｆは遊技玉数の加算は行なわない。

「計数要求玉数」は、計数要求した遊技玉の個数である。つまり「計数玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算し、カード持玉数に加算するデータである。なお、Ｐ台２ＦからＣＵ３Ｆに送信する減算玉数のデータに計数玉数は利用しない。また、カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。

ただし、カードユニット開店状態が開店中から閉店中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット開店状態が開店中のときには計数ボタン２８Ｆの操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、カードユニット開店状態が開店中から閉店中に変化した場合は、計数ボタン２８Ｆの操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する。

「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。

「発射強度」は、遊技玉の発射強度の情報である。
「遊技台状態」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの状態を示し、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、および「遊技台エラー状態」の情報を含んでいる。

「遊技台状態１」のＢｉｔ０は、遊技を許可しているか、禁止しているかを示しており、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。Ｂｉｔ１は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示しており、０”のとき待機中（ファンが球を発射してない状態）、“１”のとき遊技中（ファンが球を発射している状態）である。ただし、遊技玉が有り、発射ハンドル（打球操作ハンドル２５Ｆ）をタッチした状態（タッチセンサに触れた状態）で遊技中となる。

Ｂｉｔ２は、遊技玉の有無（遊技玉無の検知）を示している。“０”のとき遊技玉数有、“１”のとき遊技玉数無である。Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。つまり、遊技領域２７Ｆ内の浮遊玉が全て回収されたか否か示している。ただし、発射停止スイッチ（単発打ちスイッチとも言う）による玉の発射停止は除く。“０”のとき遊技未完了（全ての玉の行方が未確定の状態）、“１”のとき遊技完了（全ての玉の行方が確定している状態）である。なお、Ｐ台２Ｆは、玉の発射を停止してから１５秒以上遊技の完了を確認できなかった場合、タイムアウトし、遊技完了とする。

Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。“０”のとき遊技玉未確定（全ての玉の行方が未確定の状態）、“１”のとき遊技玉確定（全ての玉の行方が確定している状態）を示している。ここで、Ｐ台２Ｆは玉の発射を停止してから、たとえば１５秒以上遊技玉の行方が確認出来なかった場合、タイムアウトし、遊技玉確定とする。また、Ｐ台２Ｆは電源オン時またはＲＡＭクリア時は遊技玉の行方が確定している状態（遊技玉確定）にセットする。

Ｂｉｔ４は、遊技玉の計数要求の有無（計数ボタン押下の有無）を示しており、“０”のとき要求無、“１”のとき計数開始時の計数玉の払出要求がある場合である。Ｐ台は、計数操作が検出されたときに、この計数要求ＯＮの状態情報応答をＣＵ３Ｆへ送信し、計数要求が受領されたか否かを確認する。“１”のとき計数要求である。Ｂｉｔ５は、遊技玉加算の処理結果を示しており、“０”のとき加算ＯＫ、“１”のとき加算ＮＧである。なお、Ｐ台２Ｆは加算ＮＧ応答する場合は加算通番を更新しないで通知する。Ｂｉｔ６は、発射停止スイッチの押下状態を示しており、“０”のときイッチ解除状態、“１”のときスイッチ押下状態である。Ｂｉｔ７は予備である。

「遊技台状態２」のＢｉｔ０は、大当り情報の大当り１（全ての大当り）を表わし、全ての大当り中“１”をセットする。Ｂｉｔ１は、大当り情報の大当り２（大当り＋小当り）を表わし、全ての大当り中および小当り中“１”をセットする。Ｂｉｔ２は、大当り情報の大当り３（出玉大の大当り）を表わし、出玉が大きい大当り中“１”をセットする。Ｂｉｔ３は、大当り情報の大当り４（出玉小の大当り）を表わし、出玉が小さい大当り中“１”をセットする。Ｂｉｔ４は、大当り情報の大当り５（出玉中の大当り）を表わし、出玉が中間の大当り中“１”をセットする。Ｂｉｔ５〜Ｂｉｔ７は予備である。

「遊技台状態３」のＢｉｔ０は、遊技状態情報の大当り中＋時短中を表わし、大当り中および時短中“１”をセットする。Ｂｉｔ１は、遊技状態情報の確変中を表わし、確変中“１”をセットする。Ｂｉｔ２は、遊技状態情報の時短中を表わし、時短中“１”をセットする。Ｂｉｔ３は、遊技状態情報の変動中を表わし、変動中“１”をセットする。Ｂｉｔ４〜Ｂｉｔ７は予備である。

「遊技台エラー状態」は、Ｐ台２Ｆで発生中のエラーコードを示し、Ｂｉｔ０〜Ｂｉｔ５を用いて各エラーコードを表現している。なお、Ｂｉｔ０〜Ｂｉｔ５が全て“０”のときにはエラー無である。Ｂｉｔ６は、エラーが発生している場所を特定する情報であり、“０”のとき払出制御、“１”のとき主制御をそれぞれ表わしている。Ｂｉｔ７は、エラーの出力方法を示し、“０”のとき発報のみ、“１”のとき発報＋ホールサーバ８０１Ｆへの出力を表わしている。

「不正検知情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆで検知した情報であり、「不正検知状態１」、「不正検知状態２」、「不正検知情報１」〜「不正検知情報４」および「加算通番」の情報を含んでいる。

「不正検知状態１」は、主制御基板１６Ｆの不正検知情報である。「不正検知状態１」のＢｉｔ０は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき磁気センサ検知不の正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき不正入賞検知の不正検知情報であることを表わしている。Ｂｉｔ３〜Ｂｉｔ７は予備である。

「不正検知状態２」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態２」のＢｉｔ０は、“１”のときガラス板開放の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき枠本体開放の不正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ３は、“１”のとき近接センサ異常の不正検知情報であることを表わしている。Ｂｉｔ４は、“１”のとき賞球ゴト検知の不正検知情報であることを表わしている。ここで、「ゴト」とは、パチンコ遊技機やスロットマシンにおいて不正な方法で出玉を獲得する不正行為のことである。Ｂｉｔ５は、“１”のとき複合ゴト検知の不正検知情報であることを表わしている。Ｂｉｔ６は、“１”のとき不正加算検知の不正検知情報であることを表わしている。Ｂｉｔ７は、“１”のとき夜間枠開放・監視ＳＷ異常検知の不正検知情報であることを表わしている。

「不正検知情報１」は、賞球センサゴト検知（入賞不整合玉数）の情報を示すデータである。「不正検知情報１」は、「不正検知状態２」のＢｉｔ４が“１”のとき有効となる。「不正検知情報２」は、複合センサゴト検知（発射／ＯＵＴ不整合玉数）の情報を示すデータである。つまり、発射玉数とアウト玉数（アウト口通過玉数）との不整合を検知したときの情報を示すデータである。「不正検知情報２」は、「不正検知状態２」のＢｉｔ５が“１”のとき有効となる。「不正検知情報３」は、不正加算検知（不正加算玉数）の情報を示すデータである。「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となる。「不正検知情報４」は、夜間枠開放情報を示すデータである。「不正検知情報４」は、「不正検知状態２」のＢｉｔ７が“１”のとき有効となる。

「不正検知情報４」のＢｉｔ７は、夜間監視スイッチ異常４が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常４発生を表わしている。Ｂｉｔ６は、夜間監視スイッチ異常３が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常３発生を表わしている。Ｂｉｔ５は、夜間監視スイッチ異常２が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常２発生を表わしている。Ｂｉｔ４は、夜間監視スイッチ異常１が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常１発生を表わしている。Ｂｉｔ０〜３は、本体枠開放回数を示す情報で、“０”のとき開放なし、“１”〜“１５”は開放回数を表わしている。なお、開放回数は、１５回までカウントし、１６回以降のカウントは１５回でホールドされる。

「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は加算ＮＧを通知する。

「不正検知状態３」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態３」のＢｉｔ０は、“１”のとき他店舗遊技玉検知の不正検知情報であることを表わしている。「不正検知状態３」のＢｉｔ５は、“１”のときＰ台２Ｆが過去に接続していたカードユニットが開発用ＣＵ３ＤＦであったことを表している（開発用ＣＵ接続）。「不正検知状態３」のＢｉｔ６は、“１”のときＰ台２Ｆが過去に接続していたカードユニットが遊技盤開発治具３ＥＦであったことを表している（遊技盤開発治具接続）。「不正検知状態３」のＢｉｔ７は、“１”のとき接続している遊技機が遊技機シミュレータ２ＡＦであることを表している（遊技機シミュレータ接続）。Ｂｉｔ１〜Ｂｉｔ４は予備である。なお、他店舗遊技玉検知は、たとえばＰ台の回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取り、自店舗の遊技玉の識別情報と一致するか否かを判定する。不一致の場合、遊技玉に他店舗の遊技玉が混入しているとして「不正検知状態３」のＢｉｔ０を“１”にして、ＣＵ３Ｆに通知する。

「遊技情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「カウント情報１」〜「カウント報ｎ」を含んでいる。

「遊技情報数」は、種別情報・カウント情報の個数（ｎ）であり、ｎ＝０〜２２（可変長）である。「種別情報１」〜「種別情報ｎ」は、遊技種別情報１〜遊技種別情報ｎをそれぞれ示している。種別情報は、Ｂｉｔ４からＢｉｔ７までがデータ種別の情報で、遊技情報のデータ種別を示しており、“０”のとき情報無、“１”のとき始動口、“２”のとき大入賞口、“３”のとき入賞口、“４”のとき図柄停止回数、“５”のとき大当り、“６”のとき小当りである。Ｂｉｔ０からＢｉｔ３までがデータ番号の情報で、遊技情報のデータ種別毎のデータ番号を示しており、“０”のとき情報無、“１”〜“１５”のときそれぞれのデータ番号を表わしている。たとえば、データ種別が“５”の大当りのとき、データ番号は“１”のとき出玉大、“２”のとき出玉小、“３”のとき出玉中、“４”〜“６”のとき予備である。また、データ種別が“６”の小当りのとき、データ番号は“１”のとき小当り、“２”〜“１５”のとき予備である。

「カウント情報１」〜「カウント情報ｎ」は、遊技カウント情報１〜遊技カウント情報ｎをそれぞれ示している。

ここで、カウント情報は、データ種別が始動口、大入賞口、および小入賞口の場合、Ｂｉｔ４からＢｉｔ７までが賞球玉数の情報で、遊技情報の種別情報毎に入賞時の賞球玉数を示しており、“１”〜“１５”のとき賞球玉数のデータをそれぞれ表わしている。また、Ｂｉｔ０からＢｉｔ３までが入賞個数の情報で、遊技台情報の種別情報毎に入賞個数（累計）を示しており、“１”〜“１５”のとき入賞個数のデータをそれぞれ表わしている。カウント情報は、データ種別が図柄停止回数の場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが図柄停止回数を示しており、“１”〜“１５”のとき図柄停止回数を表わしている。カウント情報は、データ種別が大当り、小当りの場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが当り回数を示しており、“１”〜“１５”のとき当り回数を表わしている。

さらに、状態情報応答のレスポンスには、「発射強度信号」、「通過領域信号」、「変動中信号」、「ハンドルタッチ信号」が含まれている。

「発射強度信号」は、上述の発射強度センサ１９Ｆの検出結果である発射強度Ｔを示している。上述したように、本実施の形態においては、発射強度Ｔは、ハンドル操作量に応じて０（最小値）から９９（最大値）まで変化する可変値である。なお、パチンコ玉の発射間隔（はたとえば０．６ｓｅｃ）よりもＰ台２ＦとＣＵ３Ｆとの通信間隔（たとえば２００ｍｓｅｃ）が短い場合には、基本的に１玉ごとに発射強度信号が出力されることになる。また、実際に発射されたか否かを示すデータとセットで発射強度信号が出力されるようにしてもよい。

「通過領域信号」は、上述した通過領域信号を示している。なお、上述したように、本実施の形態においては、通過領域信号は通過領域信号Ａ１〜Ａ８のいずれかである。なお、各通過領域信号には、各通過領域信号が検出された時点の発射強度Ｔが紐付けされている。

「変動中信号」は、パチンコ玉が始動入賞口２７５Ｆ，２７６Ｆ、２７７Ｆのいずれかを通過したことに伴って可変表示装置２７８Ｆに表示される図柄が変動していることを示している。

「ハンドルタッチ信号」は、遊技者が打球操作ハンドル２５Ｆに触れていることがタッチセンサによって検出されていることを示している。

＜＜１１．カード挿入通知、１２．カード挿入応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２Ｆに対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３Ｆに対してカード挿入通知を受信した旨の応答である。

カード挿入通知のコマンドは、カード挿入時に、Ｐ台２Ｆに対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「カードＩＤ」は、ＣＵ３Ｆに挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３Ｆのカード挿入／排出口３０９Ｆ（図７３参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２Ｆ保持の遊技玉が当日玉か過去玉かの判断に使用する。

「店舗コード」は、ＣＵ３Ｆが設置されている店舗識別コードであり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。また、ＣＵ３Ｆが店舗移動されたか否かを判定するためにも使用する。ＣＵ３Ｆは、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５Ｆより情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３Ｆを識別するためのＳＣ基板ＩＤであり、ＣＵ３Ｆが交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５Ｆより情報付加してＰ台２Ｆに通知する。Ｐ台２Ｆの払出制御部１７１Ｆは、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻等のカード挿入通知コマンドで通知される情報を記憶する。なお、「店舗コード」および「ＳＣ基板ＩＤ」はユーザプログラム側に通知せず、払出制御回路内で削除される。

カード挿入応答のレスポンスは、ＣＵ３Ｆに対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

カード挿入／返却通知時のＰ台２Ｆの動作について説明する。まず、ＣＵ３Ｆのカード挿入／排出口３０９Ｆに会員カードまたは一般カードが挿入されるか、一般０円０玉カードへの入金が行なわれるかすることで、カード挿入通知としてＰ台２Ｆに対してカードＩＤやカード挿入時刻などの情報が通知される。Ｐ台２Ｆは、カード挿入通知があると当該カードＩＤやカード挿入時刻などの情報をバックアップする。ただし、カード挿入通知コマンドを受信し、且つＣＵ３Ｆの状態がカード挿入中状態（ＣＵ状態のＢｉｔ０＝１）の情報を含む状態情報要求を受信した場合（Ｐ台２Ｆでカード挿入中状態と判断する場合）、Ｐ台２ＦはカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する。また、ＣＵ３Ｆのカード返却ボタン３２２Ｆが押下されると、Ｐ台２Ｆに対してカード返却通知が行なわれ、Ｐ台２ＦはバックアップしてあるカードＩＤやカード挿入時刻などの情報をクリアする。なお、カード挿入中状態が解除される条件は、Ｐ台２Ｆがカード返却通知コマンドを受信した時である。

＜＜１３．カード返却通知、１４．カード返却応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却を応答するものである。

カード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するもので、ＣＵ３Ｆが、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

カード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行なわない、持玉のカードへの書込みを禁止するなどの処理を行なう。

ここで、カード挿入通知時またはカード返却通知時のＰ台２Ｆの動作について説明する。カード挿入通知時に、ＣＵ３Ｆで会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のバックアップを行なう。カード返却通知時に、ＣＵ３Ｆで「カード返却」ボタンの押下の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のクリアを行なう。

＜＜１５．通信テスト要求、１６．通信テスト応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。この通信テスト要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してテストデータを応答するものである。

通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。なお、Ｐ台２Ｆに対して通知するテストデータは暗号化していない。通信テスト要求のコマンドは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、Ｐ台２Ｆに対して通知するテスト用のデータで任意のデータである。

通信テスト応答のレスポンスは、ＣＵ３Ｆに対してテストデータを通知するものである。なお、ＣＵ３Ｆに対して通知するテストデータも暗号化していない。通信テスト応答のレスポンスは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、ＣＵ３Ｆに対して通知するテスト用のデータで任意のデータである。

＜＜１７．計数履歴要求、１８．計数履歴応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求のコマンドが送信される。この計数履歴要求のコマンドは、Ｐ台２Ｆに対して計数履歴を要求するものである。この計数履歴要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して計数履歴応答のレスポンスが送信される。この計数履歴応答のレスポンスは、ＣＵ３Ｆに対して計数履歴を通知するものである。

計数履歴要求のコマンドは、Ｐ台２Ｆに対して計数履歴を要求するもので、ＣＵ３Ｆが、認証シーケンス後の計数履歴シーケンスでＰ台２Ｆに対して送信する。計数履歴要求には、「通番」、「コマンド」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「店舗コード」は、ＣＵ３Ｆが設置されている店舗識別コードであり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。なお、店舗コードは、セキュリティ基板３２５Ｆより情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３Ｆを識別するためのＳＣ基板ＩＤであり、ＣＵ３Ｆが交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５Ｆより情報付加してＰ台２Ｆに通知する。

ＳＣ基板ＩＤの出荷メーカコードの検知処理について説明する。ＳＣ基板ＩＤには、識別コードと出荷メーカコードとが含まれている。Ｐ台は、ＳＣ基板ＩＤに含まれている出荷メーカコードを検知することで接続しているユニット（商用のＣＵ３Ｆや開発用ユニットなど）を認識している。

具体的に、Ｐ台は、接続するユニットが商用のＣＵ３Ｆ以外の接続装置（具体的には、開発用ユニットや、遊技盤開発治具）であるか否かを検知する場合について説明する。これら商用に使用しない開発用ユニットや遊技盤開発治具が接続されていたときの遊技履歴が、その後に接続された商用に使用されるユニット（ＣＵ３Ｆ）に引き継がれると、開発時に付与した遊技玉で商用時に遊技が可能となる不具合が生じてしまう。そこで、当該不具合を回避するために、Ｐ台２Ｆは、ユニットと接続した際に開発用ユニットや遊技盤開発治具が接続されているか否かを検知し、その結果をリカバリレジスタに記憶する。

Ｐ台２Ｆは、ユニットと接続した際に開発用ユニットや遊技盤開発治具が接続されているか否かを検知するために、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとを比較する。まず、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“なし”の場合、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードがいずれであっても開発用ユニットや遊技盤開発治具と検知しない。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとが一致する場合も、開発用ユニットや遊技盤開発治具と検知しない。

しかし、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとで、上位バイトは一致するが下位バイトは異なる場合、開発用ユニットと検知する。また、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードの上位バイトが商用ユニットのコードで、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードの上位バイトが遊技盤開発治具以外のコードの場合も、開発用ユニットと検知する。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードの上位バイトが商用ユニットのコードで、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードの上位バイトが遊技盤開発治具のコードの場合、遊技盤開発治具と検知する。

なお、Ｐ台２Ｆは、開発用ユニットが接続されていたことの検知をリカバリレジスタのＢｉｔ４を“１”にすることで記憶し、遊技盤開発治具が接続されていたことの検知をリカバリレジスタのＢｉｔ５を“１”にすることで記憶する。

また、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“なし”の場合、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードを上書きする。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“ある”の場合、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理する遊技玉がなければ、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードを上書きする。しかし、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理する遊技玉があれば、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードへの上書きを禁止する。なお、ＳＣ基板ＩＤの出荷メーカコードの上書きの禁止状態は、Ｐ台２ＦのＲＡＭをクリア（特に遊技玉数のクリア）することで解除される。遊技玉数がある場合にＳＣ基板ＩＤの出荷メーカコードの上書きを禁止することで、開発用ユニットで付与した遊技玉数が、その後接続した商用ユニットで遊技可能な遊技玉数としてリカバリ処理されることを防止することができる。

計数履歴応答のレスポンスは、ＣＵ３Ｆに対して計数履歴を通知するもので、Ｐ台２Ｆが、計数履歴要求コマンドを受けてＰ台２Ｆで記憶している計数履歴の情報をＣＵ３Ｆに対して送信する。計数履歴応答には、「通番」、「コマンド」、「計数履歴結果」、「計数履歴１」および「計数履歴２」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「計数履歴結果」は、Ｐ台２Ｆでの計数履歴処理により計数履歴がＰ台２Ｆに記憶されているか否かを示す情報である。ここで、計数履歴は、Ｐ台２Ｆが計数要求ＯＮ状態から計数要求ＯＦＦ状態までの間にＰ台２Ｆ側から計数要求玉数としてＣＵ３Ｆ側に払出した遊技玉数の履歴であり、計数要求時の「カードＩＤ」、ＣＵ３Ｆからの計数受領応答（計数応答ＯＮ）を受けたときに含まれている「計数受領時刻」および計数要求ＯＦＦ状態までに払出した計数玉数の累積数「累積計数玉数」の情報も含んでいる。なお、Ｐ台２Ｆでは、過去２回分の履歴（計数要求ＯＮ状態から計数要求ＯＦＦ状態までの期間の遊技玉数の履歴を１回分とする）を保持している。

計数履歴結果では、“０ｘ００”の場合履歴なし、“０ｘ０１”の場合履歴あり（計数履歴１の情報あり）、“０ｘ０２”の場合履歴あり（計数履歴２の情報あり）をそれぞれ表している。

「計数履歴１」は、過去２回分の履歴のうち直近の履歴（最終の計数）であり、「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報を含んでいる。「カードＩＤ」は計数要求時にＣＵ３Ｆに挿入されていたカードの識別情報である。「計数受領時刻」は、Ｐ台２Ｆから計数要求のあった遊技玉数をＣＵ３Ｆが受領した時刻である。「累積計数玉数」は、計数要求ＯＮ状態から計数要求ＯＦＦ状態までの期間に計数された計数玉数の累計数である。「遊技玉数」は、計数終了時にＰ台２Ｆに保持されていた遊技玉数である。

「計数履歴２」は、過去２回分の履歴のうち古い履歴（最終の計数のひとつ前の計数）であり、「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報を含んでいる。「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報は、「計数履歴１」に含まれる情報と同じ種類の情報であり、詳細な説明を繰返さない。

次に、Ｐ台２Ｆで保持している計数履歴データをＣＵ３Ｆに出力する条件について説明する。Ｐ台２Ｆは、計数履歴シーケンスにおいてＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」および「ＳＣ基板ＩＤ」が保持している「店舗コード」および「ＳＣ基板ＩＤ」と一致する場合、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含めてＣＵ３Ｆに出力する。また、Ｐ台２Ｆは、ＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」が保持している「店舗コード」と一致していれば「ＳＣ基板ＩＤ」が異なっても、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含めてＣＵ３Ｆに出力する。これは、店舗内でＰ台２ＦとＣＵ３Ｆとの組合せを変更することを考慮しており、同じ店舗内であればＰ台２Ｆに記憶した計数履歴データを別のＣＵ３Ｆに引継いだとしても不利益を与えないためである。

しかし、Ｐ台２Ｆは、ＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」が保持している「店舗コード」と異なっていれば「ＳＣ基板ＩＤ」が一致していても、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含んでＣＵ３Ｆに出力することを禁止する。これは、同じＣＵ３Ｆであっても別の店舗に移された場合、同じ「ＳＣ基板ＩＤ」を保持したＰ台２Ｆと接続しても計数履歴データを引継いでしまうと当該別の店舗に不利益を与えてしまう可能性があるためである。

もちろん、Ｐ台２Ｆは、ＣＵ３Ｆではなく、遊技盤開発治具や開発用ユニットに接続された場合や、何らユニットと接続されていない場合にはＰ台２Ｆに記憶した計数履歴データを出力することはない。計数履歴データの出力を制限することで、Ｐ台２Ｆおよび当該Ｐ台２Ｆを含む遊技用システムのセキュリティを強化している。

＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３ＦとＰ台２Ｆとの間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３Ｆ（１次局）からＰ台２Ｆ（２次局）に対してコマンドが送信され、Ｐ台２Ｆはそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。つまり、業務電文の送信は、ＣＵ３Ｆを１次局、Ｐ台２Ｆを２次局としたコマンド／レスポンス方式である。

ＣＵ３ＦからＰ台２Ｆへの最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２ＦからＣＵ３Ｆへのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。

このように、ＣＵ３ＦとＰ台２Ｆとの間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２Ｆは、打球操作ハンドル２５Ｆを操作することによって、１分間に１００発のパチンコ玉が遊技領域２７Ｆ内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。

それゆえ、Ｐ台２ＦからＣＵ３Ｆへは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２Ｆは、遊技玉数の変化量を細やかにＣＵ３Ｆに対して通知可能となる。

なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２Ｆの発射時間間隔と一致させることも考えられる。

＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３Ｆ側で通信断が検知された場合の処理について説明する。ＣＵ３ＦがＰ台２Ｆに対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２Ｆに送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２Ｆに送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２Ｆに再送する。１４回目の再送を行なってもＰ台２Ｆからレスポンスを受信できなかった場合、ＣＵ３Ｆは３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２Ｆの電源断などの原因が考えられる。ＣＵ３Ｆは、コマンドの再送時に通番のカウントアップを行なわない。

＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２Ｆ側で通信断を検知した場合の処理について説明する。ＣＵ３ＦからＰ台２Ｆへコマンドが送信され、Ｐ台２Ｆではそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。その後ＣＵ３ＦからのコマンドがＰ台２Ｆに送信されてこない状態が３秒間継続した場合、Ｐ台２Ｆは通信断と判断し、発射モータ１８Ｆの駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとの離脱、接続配線の断線、あるいはＣＵ３Ｆの電源断などが考えられる。

なお、Ｐ台２Ｆ側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。

＜＜電源投入＞＞
次に、電源投入時の接続シーケンスの処理について説明する。図８０に示すシーケンス処理は、ＣＵ３ＦとＰ台２Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３Ｆの電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。

まず、電源を投入する。電源投入時においては、Ｐ台２Ｆでは発射モータ１８Ｆを停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリ情報を要求する。Ｐ台２Ｆは、ＣＵ３Ｆより通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｐ台２Ｆは、前回最終送信計数通番を参照して、ＣＵ３Ｆが計数処理を実施していなかった場合、計数要求をなかったものとし、ＣＵ３Ｆが計数処理を実施済の場合、計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。

計数リカバリ処理の実行後、Ｐ台２Ｆは、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。

リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３Ｆの加算リカバリ処理を実施する。ＣＵ３Ｆは、加算玉リカバリ処理を実施する場合、Ｐ台２Ｆに対して、リカバリ要求２をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算玉数が含まれている。

それを受けたＰ台２Ｆでは、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答２）。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。

このリカバリ処理は、ＣＵ３ＦとＰ台２Ｆとの間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。

ＣＵ３Ｆは、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２Ｆは、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３Ｆがコマンドを再送したと判断する。ＣＵ３Ｆはコマンドの送信し、同じ通番のレスポンスがＰ台２Ｆから通知された時に通番をバックアップする。Ｐ台２Ｆは、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３Ｆに通知する。Ｐ台２Ｆはレスポンスの送信時に通番をバックアップする。

ＣＵ３Ｆは、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３Ｆに返信する。さらに、ＣＵ３Ｆは、通番を“２”としてリカバリ要求２のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３Ｆに返信する。

その後、ＣＵ３Ｆは、通番をカウントアップして“３”として、通信開始要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｐ台２Ｆでは、それを受けて、リカバリデータをクリアする。そして、Ｐ台２Ｆは、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３Ｆへ返信する。これ以降、ＣＵ３ＦとＰ台２Ｆとの間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ＣＵ３Ｆは、通番をカウントアップして“４”として、状態情報要求のコマンドをＰ台２Ｆへ送信する。なお、状態情報要求のコマンドには、玉単価の情報が含まれる。当該玉単価がＰ台２Ｆに送信されることで、Ｐ台２Ｆは遊技玉が１玉４円で遊技を行なっているのか、１玉１円で遊技を行なっているのかを認識することができる。また、状態情報要求のコマンドは、前述したように２００ｍｓ周期で送信されるため、遊技玉が発射させる６００ｍｓの周期の間に最大３回玉単価の情報をＰ台２Ｆに送信することが可能である。そのため、Ｐ台２Ｆで遊技する遊技玉の１玉ごとに玉単価を変更することが可能となる。玉単価を少数単位（たとえば１玉単位）の遊技玉ごとに管理することが可能となれば、遊技者の要望（たとえば、小額でゆっくり遊技を行ないたい要望や、短時間に残りの遊技玉数を消費したい要望など）にあわせた多彩な遊技を提供することが可能となる。以降に説明するＣＵ３ＦからＰ台２Ｆに送信される状態情報要求のコマンドにも玉単価の情報が含まれるが、説明するシーケンスの内容に当該玉単価の情報が直接関係ない場合は特に明記しない。

Ｐ台２Ｆは、それを受けて、遊技台情報、遊技情報および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｐ台２Ｆは、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスには、玉単価の情報が含まれない。これは、現在Ｐ台２Ｆで遊技している玉単価の情報を不正に変更してＣＵ３Ｆに送信し、ＣＵ３Ｆで管理している遊技玉の玉単価に対して不正を行なうことを防止している。これにより、遊技用システムのセキュリティを向上させることができる。

ＣＵ３Ｆは、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。

その後、ＣＵ３Ｆは、通番をカウントアップして“５”として、状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。

＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３ＦおよびＰ台２Ｆの処理について説明する。図８１に示すＣＵ３Ｆは、カード挿入前、通番＝ｎ、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

その後、ＣＵ３Ｆでは、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報（カードＩＤ等）をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。なお、カードリーダライタが読取ったカードに記録されている情報（カードＩＤ等）をＣＵ３Ｆで記憶してもよい。

ＣＵ３Ｆは、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残額等をたとえばホールサーバ８０１Ｆに問合せて認証している最中であることを表示器３１２Ｆに表示するとともにＰ台２Ｆ側の表示器５４Ｆに表示させる処理を実行している最中であることを意味している。

ＣＵ３Ｆは、表示器３１２Ｆに挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆ側の表示器５４Ｆは、ＣＵ３Ｆの表示制御部３５０Ｆにより表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。

その後、ＣＵ３Ｆは、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３ＦのＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、店舗コードおよびＳＣ基板ＩＤは、カード挿入通知のコマンドがセキュリティ基板３２５Ｆを通過するときに当該コマンドに付加される情報である。Ｐ台２Ｆでは、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップするとともに、通番＝ｎ＋２を含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、挿入されたカードのカードＩＤをＣＵ制御部３２３ＦのＲＡＭ等に記憶する。

ＣＵ３Ｆは、それを受けて、通番＝ｎ＋３、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信することで、カード挿入中である状態をＰ台２Ｆに対して通知する。Ｐ台２Ｆは、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信することで、遊技許可中である状態をＣＵ３Ｆに対して通知する。

カード挿入中、ＣＵ３Ｆは、通番＝ｎ＋４、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

さらに、カード挿入中に、ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される場合について説明する。まず、ＣＵ３Ｆは、通番＝ｎ＋ｘ、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、カード挿入中にカード挿入通知のコマンドが送信される場合、送信されるカードＩＤやカード挿入時刻は、挿入中のカードのカードＩＤやカード挿入時刻と異なることが多く、Ｐ台２Ｆに記憶しているカードＩＤやカード挿入時刻を意図的に変更しようとする不正が行なわれている可能性が高い。

そこで、Ｐ台２Ｆでは、それを受けて受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップを行なわない。なお、Ｐ台２Ｆでのカード挿入中か否かの判断は、状態情報要求のコマンドに含まれるカード返却準備状態＝ＯＮの情報に基づき容易に判断することができる。

次に、Ｐ台２Ｆは、受信したカードＩＤ、カード挿入時刻などのバックアップを行なわずに、通番＝ｎ＋ｘを含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、カード挿入通知のコマンドで送信したカードＩＤ、カード挿入時刻などをＣＵ制御部３２３ＦのＲＡＭ等に記憶しない。これにより、カード挿入中にカードＩＤを意図的にＰ台２Ｆへ送信されて、Ｐ台２Ｆで記憶しているカードＩＤを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。

図８２は、ＣＵ３Ｆにカードが挿入されたときにＣＵ３Ｆが実行する挿入時処理を示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図８２において、ＳＦ１〜ＳＦ７の各ステップはＣＵ３Ｆが実行する。またＳＦ８〜ＳＦ１０、ＳＦ１２〜ＳＦ１５はＰ台２Ｆが実行する。より具体的には、ＳＦ８〜ＳＦ１０、ＳＦ１２、ＳＦ１３、ＳＦ１５の削除処理は、Ｐ台２Ｆに設けられている演出制御基板１５Ｆが実行し、ＳＦ１４とＳＦ１５の送信処理は、演出制御部１５１Ｆが設けられた演出制御基板１５Ｆが払出制御部１７１Ｆへ送信して払出制御部１７１ＦがＣＵ３Ｆへ送信する。

まずＣＵは、ステップ（以下単にＳＦという）１により、中断中であるか否かの判定を行なう。この中断中であるか否かは、中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、ＳＦ２により、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致するか否か判定し、一致しない場合にはＳＦ５によりその挿入されたカードを排出して待機中へ移行する。なお、図８２では上記「種別」の図示を省略している。

一方、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がＳＦ４へ進み、中断状態を解除し、ＳＦ６により遊技を再開する処理が実行される。

一方、ＳＦ１により中断中でないと判断された場合には、ＳＦ３ａで既にカードが挿入中であるか否かの判定を行なう。この挿入中であるか否かは、カード挿入／排出口３０９Ｆに設けてあるカードリーダがカードを受け付けているか否かにより判断する。ＳＦ３ａにより挿入中でないと判断された場合には、挿入されたカードのＣ−ＩＤと種別を記憶するとともにＰ台２Ｆへ送信する処理がＳＦ３により行なわれる。Ｐ台２Ｆでは、そのＣ−ＩＤ，種別を受信し、その受信したＣ−ＩＤおよび種別とバックアップエリア（たとえば、図７６に示す演出制御基板１５Ｆに設けたバックアップデータ記憶部）に記憶されているＣ−ＩＤおよび種別とを比較する（ＳＦ８）。そしてＳＦ９によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。

ＳＦ３ａにより挿入中であると判断された場合には、挿入中のカードのＣ−ＩＤおよび種別と異なるＣ−ＩＤおよび種別がＣＵ３ＦやＰ台２Ｆに上書き記憶されるのを防止するために、ＳＦ３での処理をスキップする。

このように、遊技者特定情報（Ｃ−ＩＤ）を記憶する遊技者特定情報記憶手段（現遊技者遊技履歴データ記憶部）と同一判定処理を行なう同一判定手段（ＳＦ８、ＳＦ９）とが遊技機の表示制御手段（演出制御部１５１Ｆが設けられた演出制御基板１５Ｆ）に設けられているために、通信手段側（払出制御部１７１Ｆ側）には同一判定処理機能を設けなくて事足り、表示制御手段を有する遊技機と表示制御手段を有しない遊技機との間で共通の通信手段を使用でき、通信手段の少品種大量生産か可能になる。

なお、変形例の制御内容として、ＳＦ１５とＳＦ７との処理を行なってもよい。ＳＦ１５により、バックアップエリア（バックアップデータ記憶部）に記憶されている遊技履歴データとＣ−ＩＤおよび種別とをＣＵ３Ｆへ送信した後削除する。ＣＵ３Ｆでは、それを受信して、受信したデータをホールサーバ（上位サーバ）８０１へ送信する。ホールサーバ８０１Ｆでは、その受信した遊技履歴データとＣ−ＩＤおよび種別とをバックアップ記憶する。

一方、ＳＦ９により一致すると判定された場合にはＳＦ１２へ進み、バックアップエリア（バックアップデータ記憶）の遊技履歴データを現エリア（たとえば、図７６に示す演出制御基板１５Ｆに設けたバックアップデータ記憶部）に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。

なお、変形例の制御内容として、ＳＦ１０、ＳＦ１３、ＳＦ１４の処理を行なってもよい。ＳＦ９でＹＥＳＦの場合には、制御はＳＦ１０へ進み、前回のカードが排出されてから所定時間（たとえば２０分間）経過したか否かの判断がなされ、経過していないＳＦ１０により所定時間が経過していると判断された場合には、ＳＦ１３により、バックアップエリア（バックアップデータ記憶部）の遊技履歴データとＣ−ＩＤおよび種別とを削除する処理がなされる。また、ＳＦ１２の後、ＳＦ１４により、遊技者が同一である旨の通知をＣＵへ送信する。なお、変形例の制御内容として、ＳＦ１０、ＳＦ１３、ＳＦ１４の処理およびＳＦ１５、ＳＦ７の処理を全て行なうように制御してもよい。

カードＩＤおよび挿入時刻の上書き（更新）する条件についてさらに詳しく説明する。前述したようにカードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係について図を用いて説明する。図８３は、カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態、およびカードの挿入状態の関係を説明するための概念図である。

まず、図８３（ａ）では、カード挿入通知のコマンドをＰ台２Ｆが受信する前に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（Ｂｉｔ０＝“１”）となる例を示している。図８３（ａ）に示す状態（１）はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信しておらず、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。

次に、図８３（ａ）に示す状態（２）はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合も、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。図８３（ａ）に示す状態（３）はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。

次に、図８３（ａ）に示す状態（４）はカード返却準備状態であり、カード返却通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがまだカードを返却しておらずカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。図８３（ａ）に示す状態（５）はカード返却状態であり、カード返却通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。

図８３（ｂ）では、カード挿入通知のコマンドをＰ台２Ｆが受信した後に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（Ｂｉｔ０＝“１”）となる例を示している。図８３（ｂ）に示す状態（１）’はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信しておらず、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。

次に、図８３（ｂ）に示す状態（２）’はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信したが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合も、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。図８３（ｂ）に示す状態（３）’はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。

次に、図８３（ｂ）に示す状態（４）’はカード返却準備状態であり、カード返却通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがまだカードを返却していないとしてカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。図８３（ｂ）に示す状態（５）’はカード返却状態であり、カード返却通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。

このように、カードＩＤおよび挿入時刻の上書き（更新）する条件を限定することで、カードＩＤなどを意図的にＰ台２Ｆへ送信して、Ｐ台２Ｆで記憶しているカードＩＤなどを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。

＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図８４に示すシーケンス処理では、挿入されたカードに記録されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。

その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３Ｆは、残額の５００円分すなわち１２５玉の貸出を行なう。ＣＵ３Ｆは、玉貸ボタン（貸出ボタン）３２１Ｆが押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行なわれた段階でＣＵ３Ｆ側単独で確定する。その後、ＣＵ３Ｆは加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４Ｆに表示させる。

次に、ＣＵ３Ｆは、Ｐ台２Ｆに対して遊技玉の加算要求を行なう。そのため、ＣＵ３Ｆは、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行なうため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３Ｆは、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、ＣＵ３Ｆに対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。

その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋５、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答は、通番をカウントアップするが、加算通番はカウントアップしない。

＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図８５では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。

その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９Ｆを押下すると、ＣＵ３Ｆは、持玉または貯玉からの１２５玉分の消費を確定させる。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９Ｆを押下する操作がなされた段階でＣＵ３Ｆ側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。

この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。

ＣＵ３Ｆは、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２Ｆに通知する。具体的に、ＣＵ３Ｆは、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。遊技玉の加算要求を行なうため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３Ｆは、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに“ｍ＋１”のままとする。

その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋２、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

＜＜遊技玉計数（通常）＞＞
次に、遊技玉の一部を計数して減算する通常時の計数処理について説明する。この図８６では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３ＦからＰ台２Ｆへ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。

また、この図８６では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。

なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。

まず、ＣＵ３Ｆは、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

ＣＵ３Ｆから送信された通番ｎに対して、Ｐ台２Ｆから通番ｎ＋１が返信されている。ＣＵ３Ｆから送信された計数通番ｍに対して、Ｐ台２Ｆからは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。

その後、遊技者が、計数ボタン２８Ｆを押下する。この図８６では、計数ボタン２８Ｆを１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３ＦからＰ台２Ｆへ送信されている。

Ｐ台２Ｆは、計数ボタン２８Ｆの操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を示す電文であるため、計数通番が“ｍ＋１”にカウントアップされている。Ｐ台２Ｆは、このとき、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。

通番ｎ＋１の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。すなわち、ＣＵ制御部３２３Ｆは、表示制御部３５０Ｆに対して計数表示の指令を送信する。表示制御部３５０Ｆは、その指令を受けてＰ台２Ｆ側の表示器５４Ｆを表示制御する。その結果、表示器５４Ｆには、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。

この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰返したり、種々の演出表示が考えられる。

さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋１”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋２、計数通番ｍ＋１、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。

この状態情報要求を受信したＰ台２Ｆは、ようやく、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を８００から７００に更新する。この段階で、Ｐ台２Ｆは計数要求状態がＯＦＦとなるが、計数ボタンの押下が継続しているため、Ｐ台２Ｆは２度目の計数要求をＣＵ３Ｆへ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でもＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝７００とされている。また、この状態情報応答は、新たな計数要求として送信される電文であるため、計数通番を“ｍ＋２”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。

通番ｎ＋２の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を２００に更新する。さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋２”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋３、計数通番ｍ＋２、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。

この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を７００から６００に更新する。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、Ｐ台２Ｆは計数完了を通番ｎ＋３の状態情報応答でＣＵ３Ｆへ通知する。すなわち、現在の遊技玉数＝６００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３Ｆへ送信する。また、計数要求に対応するすべての計数動作が済んでいるため、この状態情報応答に含まれる計数通番もｍ＋２のままで更新されていない。

この状態情報応答を受信したＣＵ３Ｆは、計数完了と判定する。図示を省略しているが、ＣＵ３Ｆは、通番ｎ＋４、計数通番ｍ＋２、カード返却準備状態＝ＯＦＦ、計数応答＝ＯＦＦの状態情報応答をＰ台２Ｆへ送信する。

このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっている。

＜＜遊技玉計数（自動計数）＞＞
閉店時、カードが挿入されておらずＰ台２Ｆに遊技玉が残っている場合、店員が遊技玉の残っているＰ台２Ｆを回り１台１台に店舗カードを挿入して計数操作を行なって残った遊技玉を回収する必要があり、閉店時の作業が煩雑であった。また、従来のように物理的な遊技玉が払出される遊技機とカードユニットとの構成であれば、残った遊技玉を回収してカードユニットをリセットする作業を行なうだけで閉店時の作業を行なうことができる。しかし、本実施の形態のようにＰ台２ＦとＣＵ３Ｆとが相互認証して通信を行ない遊技玉（遊技点）を管理する構成では、カードユニットを単にリセットする作業だけでは残った遊技玉を回収することができず閉店時の作業を行なうことができない。そこで、図８７を参照して、閉店時の遊技玉の自動計数処理について説明する。

図８７は、遊技場が閉店した時に自動的に行なう計数処理を説明するためのシーケンス図である。まず、ＣＵ３Ｆは、カード持玉＝０玉でストックカードが無い状態である。一方、Ｐ台２Ｆは、遊技玉＝５０玉でＣＵ３Ｆにカードが挿入されていないことを認識している。そして、ＣＵ３Ｆは、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード挿入状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

ＣＵ３ＦおよびＰ台２Ｆが設置されている遊技場において閉店が設定されたときに、カードが挿入されておらずＰ台２Ｆに遊技玉が残っていると判断すると、以下に説明する処理を行なう。なお、カードが挿入されていないことは、状態情報要求のコマンドに含まれるカード挿入状態＝ＯＦＦの情報から判断することができ、Ｐ台２Ｆに遊技玉が残っていることは、状態情報応答のレスポンスに含まれる遊技玉数＝５０の情報から判断することができる。

ＣＵ３Ｆは、通番＝ｎ＋１、カードＩＤ＝０、カード挿入時刻＝０を含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。つまり、仮想カードであるカードＩＤ＝０のカードが、ＣＵ３Ｆのカードリーダにカード挿入時刻＝０に挿入されたことをＰ台２Ｆに対して通知する。このように仮想カードがＣＵ３Ｆに挿入されるので、店員が遊技玉の残っているＰ台２Ｆを回り１台１台に店舗カードを挿入する作業が不要になる。これを受けてＰ台２Ｆは、ＣＵ３Ｆにカードが挿入されたと認識して以下の処理が実行される。それを受けて、Ｐ台２Ｆは、通番＝ｎ＋１を含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。

次に、ＣＵ３ＦはＰ台２Ｆに対して、ＣＵ開店状態ＯＦＦを通知する。具体的には、通番＝ｎ＋２、ＣＵ開店状態＝ＯＦＦ、カード返却準備状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信する。

なお、遊技場における閉店設定は、たとえば、当該遊技場に設置されているホール用管理コンピュータまたはホールサーバ８０１Ｆから各ＣＵ３Ｆへ閉店する旨の閉店コマンドを一斉配信することによりＣＵ制御部３２３Ｆが遊技場での営業の終了を判定して行なわれる。具体的には、ホール用管理コンピュータまたはホールサーバ８０１Ｆを係員が閉店操作することにより、各ＣＵ３Ｆへ閉店する旨の閉店コマンドが一斉配信される。また、ホール用管理コンピュータまたはホールサーバ８０１Ｆに閉店時間を設定記憶させておき、その閉店時刻になれば自動的に各ＣＵ３Ｆへ閉店コマンドが一斉配信されるように制御してもよい。他の方法としては、店員による営業終了のリモコン操作によって営業終了信号をＩＲ感光ユニット３２０Ｆに送信し、ＣＵ制御部３２３Ｆが遊技場での営業の終了を判定するようにしてもよい。さらなる他の方法としては、各ＣＵ３Ｆに時計機能を設け、閉店時間（たとえば１０時）である場合にその閉店時間の所定時間（たとえば２０分）経過後の時間（たとえば１０時２０分）が時計機能により計時されたときに、各ＣＵ３ＦからＣＵ開店状態＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信するように制御してもよい。

それを受けたＰ台２Ｆでは、通番＝ｎ＋２、現時点における遊技玉数＝５０、受信した計数通番ｍに対して「１」加算更新したｍ＋１の計数通番、計数玉数＝５０および計数要求＝ＯＮを含む状態情報応答をＣＵ３Ｆへ送信する。つまり、Ｐ台２Ｆは、ＣＵ３Ｆに対して残っている遊技玉の計数を要求するため、遊技玉数＝５０、計数受付要求、および計数通番カウントアップの情報をＣＵ３Ｆに通知し、前回最終送信計数通番更新、および計数玉要求状態ＯＮの情報をバックアップする。

それを受けたＣＵ３Ｆは、Ｐ台２Ｆから送られてきた計数玉数＝５０を持玉数に加算する。なお、持玉数に加算した計数玉数＝５０は確定しておらず、ＣＵ３Ｆは、現時点の持玉数＝０としたまま、前回最終送信計数通番更新の情報をバックアップする。そして、ＣＵ３Ｆは、計数玉受け取りを通知するため、Ｐ台２Ｆへ返信する。具体的には、通番＝ｎ＋３、ＣＵ開店状態＝ＯＦＦ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１、および計数応答＝ＯＮを含む状態情報要求をＰ台２Ｆへ送信する。Ｐ台２Ｆから受け取った計数玉は、仮想カードであるカードＩＤ＝０、カード挿入時刻＝０のカードの持玉数としてＣＵ３Ｆの記憶手段（たとえばＲＡＭなど）に記憶させる。

それを受信したＰ台２Ｆでは、計数玉数を遊技玉数から減算して（遊技玉数＝５０−計数玉数＝５０）、遊技玉数＝０の表示を行なう。そして、Ｐ台２Ｆは、計数玉数を遊技玉数から減算し、残った遊技玉が無く（遊技玉数＝０）計数要求が不要である状態（計数要求状態ＯＦＦ）を通知するため、通番＝ｎ＋３、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答をＣＵ３Ｆへ送信する。

残った遊技玉をすべて計数した場合、ＣＵ３Ｆに挿入されている仮想カード（カードＩＤ＝０、カード挿入時刻＝０）を返却する処理が行なわれる。具体的に、ＣＵ３Ｆは、仮想カード（カードＩＤ＝０、カード挿入時刻＝０）を返却したことをＰ台２Ｆに通知するため、通番＝ｎ＋４を含むカード返却通知をＰ台２Ｆへ送信する。これを受信したＰ台は、ＣＵ３Ｆに挿入された仮想カードが返却されたと認識し、通番＝ｎ＋４、カードＩＤ＝０、およびカード挿入時刻＝０を含むカード返却応答のレスポンスをＣＵ３Ｆに送信する。

次に、ＣＵ３Ｆは、ＣＵ状態がカード挿入状態＝ＯＦＦになったことをＰ台２Ｆに通知する。具体的にＣＵ３Ｆは、通番＝ｎ＋５、およびカード挿入状態＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信する。これを受けて、Ｐ台２Ｆは、通番＝ｎ＋５、遊技玉数＝０、計数通番＝ｍ＋１、および計数玉数＝０を含む状態情報応答をＣＵ３Ｆに送信する。

このように、遊技場における閉店時の計数処理の場合には、店員がカードを挿入して計数ボタン２８Ｆの押下操作を行なうことなく、自動的に計数処理が実行されるとともに、残った遊技玉数のすべてが一括して仮想カード（カードＩＤ＝０、カード挿入時刻＝０）の持玉数に計数されＣＵ３Ｆの記憶手段に保管することができる。なお、ＣＵ３Ｆは、残った遊技玉数を計数した持玉数を、Ｐ台２ＦまたはＣＵ３Ｆの識別情報とともにホールサーバ８０１Ｆに送信してもよい。ホールサーバ８０１Ｆでは、ＣＵ３Ｆから送られてきた持玉数を日付、Ｐ台２ＦまたはＣＵ３Ｆ別に記憶しておくことで、後日、当該持玉を遊技者に返却することが可能になる。また、ＣＵ３Ｆは、閉店直前に挿入されていたカードＩＤを、計数した持玉数（残った遊技玉）と関連付けてホールサーバ８０１Ｆに送信してもよい。残った遊技玉は、閉店直前に挿入されていたカードＩＤの遊技者の遊技玉である可能性が高いため、計数した持玉数の持ち主を特定する作業を軽減することができ、後日、計数した持玉数を遊技者に返却することがさらに容易に行なうことができる。

前述の実施例では、カードが挿入されておらずＰ台２Ｆに遊技玉が残っている場合の閉店処理を説明したが、カードが挿入されている場合の閉店処理は後述する「遊技玉計数（カード返却）」（図８９参照）の処理と同じ処理が実行される。ただし、残った遊技玉の計数処理について、店員が計数ボタン２８Ｆの押下操作を行なって計数処理しても、閉店設定により自動的に計数処理してもよい。いずれにしても、カードが挿入されている場合、閉店処理によりカードが返却され抜き取り待ち状態となるので、当該カードを店員が回収する必要がある。

＜＜計数履歴処理＞＞
次に、Ｐ台２Ｆで記憶する計数履歴データの処理について説明する。図８８は、Ｐ台２Ｆで記憶する計数履歴データの処理を説明するためのシーケンス図である。図８８では、当初の遊技玉数が６００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ（図示せず）、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、当該状態情報要求のコマンドを受信する前に送信した状態情報応答のレスポンスから、当該状態情報要求のコマンドに対するレスポンスを送信するまでの間に、遊技者が計数ボタン２８Ｆを操作して計数処理が開始される。

すると、Ｐ台２Ｆでは、通番＝ｎ（図示せず）、遊技玉数＝６００、計数通番＝ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ここで、Ｐ台２Ｆでは、計数要求がＯＦＦ状態からＯＮ状態へ変化するので計数履歴の処理が開始される。具体的には、Ｐ台２Ｆは、計数要求ＯＮ状態から計数要求ＯＦＦ状態までの間にＰ台２Ｆ側から計数要求玉数としてＣＵ３Ｆ側に払出した遊技玉数の履歴を１回分の計数履歴として記憶する。すなわち、複数回の計数要求がある場合には、１回目の計数要求として計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの履歴を１回目の計数履歴として記憶する。その後、２回目の計数要求として次に計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの履歴は、２回目の計数履歴として記憶される。なお、計数ボタン２８Ｆを押下している期間にもよるが、計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの間には、複数の計数要求ＯＮ状態を含む状態情報応答のレスポンスがＣＵ３Ｆに返信されている。記憶する計数履歴の中には、計数要求時の「カードＩＤ」、ＣＵ３Ｆからの計数応答ＯＮ状態の状態情報応答に含まれる「計数受領時刻」、計数要求ＯＦＦ状態までに払出した計数玉数の累積数「累積計数玉数」および計数終了時の「遊技玉数」の情報を含んでいる。

次に、ＣＵ３Ｆは、通番＝ｎ＋１（図示せず）、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、要求された計数を終えたことを通知する。なお、この段階で計数玉数＝１００は、仮確定である。

この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算して、遊技玉数を照合し５００玉なら、仮確定していた１００玉を確定する。そして、遊技玉数表示器２９Ｆの表示を６００から５００に更新する。さらに、遊技者による計数ボタン２８Ｆの操作が継続している場合、Ｐ台２Ｆは、通番＝ｎ＋１（図示せず）、遊技玉数＝５００、計数通番＝ｍ＋２、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。次に、ＣＵ３Ｆは、通番＝ｎ＋２（図示せず）、計数通番＝ｍ＋２および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、要求された計数を終えたことを通知する。なお、この段階で計数玉数＝１００は、仮確定である。

この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算して、遊技玉数を照合し４００玉なら、仮確定していた１００玉を確定する。そして、遊技玉数表示器２９Ｆの表示を６００から５００に更新する。その後、遊技者による計数ボタン２８Ｆの操作が終了している場合、Ｐ台２Ｆは、通番＝ｎ＋２（図示せず）、遊技玉数＝４００、計数通番＝ｍ＋３、計数玉数＝１００および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。Ｐ台２Ｆは、計数要求ＯＦＦ状態に変更した時、計数履歴に「累積計数玉数」として１００玉＋１００玉＝２００玉を計数履歴１として記憶する。また、Ｐ台２Ｆは、計数終了時の「遊技玉数」として、計数要求ＯＦＦ状態に変更した時の遊技玉数を計数履歴１に記憶する。また、Ｐ台２Ｆは、ＣＵ３Ｆから計数応答ＯＮ状態の状態情報応答に含まれる「計数受領時刻」を計数履歴１に記憶する。なお、計数履歴１に新たな履歴を記憶させる場合に、既に計数履歴１が存在しているときは当該計数履歴１を計数履歴２として記憶したうえで、新たな履歴を計数履歴１に記憶させる。なお、Ｐ台２Ｆでは、過去２回分の履歴を保持しているため、計数履歴１および計数履歴２として記憶しているが、過去１回分の履歴または過去３回分以上の履歴を記憶してもよい。

このように、計数履歴を記憶することで計数した遊技玉数をリカバリ処理することが可能となり、さらに過去分を複数記憶することで、リカバリ処理の精度を向上させることができる。

＜＜遊技玉計数（カード返却）＞＞
次に、カードを返却する際の遊技玉の計数処理について説明する。図８９は、遊技者がカード返却操作を行なった場合の計数処理を説明するためのシーケンス図である。図８９では、挿入された記録媒体（会員用カード等）により特定されるカード持玉数が０玉であり、当初の遊技玉数が８００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

その後、遊技者が、遊技を止める場合や別の遊技台に移動する場合に「カード返却」ボタンを押下する。しかし、遊技者が「カード返却」ボタンを押下した時点では、Ｐ台２Ｆの遊技玉数が８００玉で、ＣＵ３ＦはＰ台２Ｆの遊技玉数が０玉でないと判定する。また、ＣＵ３Ｆは、遊技者が「カード返却」ボタンを押下したのでカード返却準備状態＝ＯＮとして、通番＝ｎ＋１、ＣＵ開店状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、カード返却準備状態＝ＯＮの通知を１０秒間、Ｐ台２Ｆに通知する。さらに、ＣＵ３Ｆは、Ｐ台２Ｆの遊技玉数が８００玉で、０玉でないため、カード返却待機として、表示器５４Ｆ等に計数操作を促す表示を行なう。

計数操作を促す表示を受けて、遊技者が計数ボタン２８Ｆを押下して、遊技玉を持玉に変換する操作を行なう。Ｐ台２Ｆは、計数ボタン２８Ｆを押下する計数操作が、カード返却準備状態＝ＯＮでの計数操作であると判定し、たとえば１００玉単位での計数ではなく、一括して計数を処理する。

Ｐ台２Ｆは、遊技玉数８００玉の計数受付要求および遊技玉数８００玉を一括計数した計数玉数８００玉をＣＵ３Ｆに通知するために、通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝８００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求の電文であるため、Ｐ台２Ｆは、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。

これを受けて、ＣＵ３Ｆは、計数玉数８００玉を持玉数に加算して、計数玉数８００玉を遊技玉数８００玉から０玉に減算する。また、ＣＵ３Ｆは、更新した前回最終送信計数通番のデータをバックアップする。そして、ＣＵ３Ｆは、計数玉受取りを通知するため、通番＝ｎ＋２、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。

Ｐ台２Ｆは、ＣＵ３Ｆからの応答を受けて、計数玉数８００玉を遊技玉数８００玉から減算して遊技玉数０玉を表示器５４Ｆ等に表示する。さらに、Ｐ台２Ｆは、遊技玉数０玉、計数完了した旨をＣＵ３Ｆに通知するために、通番＝ｎ＋２、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、計数要求がＯＦＦとなるので、計数通番はｍ＋１のままカウントアップせずにＣＵ３Ｆに送信される。

ＣＵ３Ｆは、遊技者がカード返却ボタン３２２Ｆを押下してから１０秒経過する前、つまり、カード返却準備状態中に、計数ボタン２８Ｆを押下して遊技玉を持玉に一括計数して遊技玉数を０玉にしているので、カード返却処理を実行する。つまり、ＣＵ３Ｆは、通番＝ｎ＋３を含むカード返却通知のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ＋３、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３Ｆに返信する。カードＩＤおよびカード挿入時刻をＣＵ３Ｆに返信後、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。

それを受けて、ＣＵ３Ｆは、挿入しているカードに記憶しているカードＩＤと、Ｐ台２Ｆから受信したカードＩＤとの一致判別を行ない、一致した場合は挿入しているカードを返却し、不一致の場合エラー処理を行ないホールサーバ８０１Ｆなどに報告する。ＣＵ３Ｆは、カードＩＤが一致した場合、カード挿入／排出口３０９Ｆに挿入してあったカード（挿入カード）に持玉数８００を記憶させてそのカードを遊技者に返却する。また、遊技者がカード挿入／排出口３０９Ｆにカードを挿入することなく入金操作により遊技を開始している場合には、ＣＵ３Ｆに設けられているカードストック部にストックされているカード（ストックカード）に持玉数８００を記憶させてそのカードを遊技者に返却する。挿入カードまたはストックカードの返却の際、ＣＵ３Ｆは当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１Ｆへ送信し、ホールサーバ８０１Ｆが当該カードのカードＩＤに対応付けて持玉数のデータを記憶してもよい。

その後、ＣＵ３Ｆから返却されたカードは、カード挿入／排出口３０９Ｆから抜き取り可能となるため、カードの一部がカード挿入／排出口３０９Ｆから突き出た状態（カード抜き取り可能状態）で保持される。ＣＵ３Ｆは、カード抜き取り可能状態であるか否かを判定することが可能なセンサをカード挿入／排出口３０９Ｆの近傍に取り付けてあり、当該センサの信号がＯＮ状態の場合、カード抜き取り可能状態と判定し、ＯＦＦ状態の場合、カード抜き取り完了状態と判定する。

そして、ＣＵ３Ｆは、カード返却処理が実行され、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。そのため、ＣＵ３Ｆは、通番＝ｎ＋４、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、カード抜き取り待ち中＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。これを受けて、Ｐ台２Ｆは、カード抜き取り忘れを防止するため、遊技者に対して「カード抜き取って下さい」と可変表示装置２７８Ｆに表示する。また、Ｐ台２Ｆは、カードの抜き取りを報知するため、ＬＥＤを点灯させたり、スピーカ２７０Ｆで「カード抜き取って下さい」と音声出力させたりしてもよい。さらに、Ｐ台２Ｆは、通番＝ｎ＋４、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数応答＝ＯＦＦを含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。

カード挿入／排出口３０９Ｆの近傍に取り付けたセンサがＯＮ状態であれば、ＣＵ３Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。しかし、遊技者がカード挿入／排出口３０９Ｆからカードを抜き取った場合、カード挿入／排出口３０９Ｆの近傍に取り付けたセンサがＯＦＦ状態となるので、ＣＵ３Ｆは、通番＝ｎ＋５およびカード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。

これを受けて、Ｐ台２Ｆは、可変表示装置２７８Ｆに表示していた「カード抜き取って下さい」の表示を止め、カードの抜き取りの報知を終了する。なお、カードの抜き取りの報知は、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまで報知を継続する。さらに、Ｐ台２Ｆは、通番＝ｎ＋５を含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。

なお、図８９で説明したカードを返却する際の遊技玉の計数処理のシーケンスは、カード返却時に限定されるものではなく、簡易離席・食事休憩時にも同様の処理を適用することができる。ここで、簡易離席とは、遊技者が小用を済ませるために５〜１０分程度の短い時間遊技を中断するものである。食事休憩とは、簡易離席よりも長いたとえば３０分間等遊技を中断して食事や休憩を行なうものである。

＜＜異常系シーケンス１＞＞
次に、図９０を参照して、電源断／通信回線断により状態情報要求が未到達となったときの遊技玉数のリカバリ処理について説明する。図９０は、電源断、通信回線断線があって、カードユニットからパチンコ遊技機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断／通信回線断線（たとえば、Ｐ台２Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報要求が未到達（ＣＵ３ＦからＰ台２Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

図９０を参照して、遊技中において電源断が発生する前に、ＣＵ３Ｆは、通番＝ｎを含む状態情報要求をＰ台２Ｆに送信している。それを受けて、Ｐ台２Ｆは、遊技台情報ＣＵ３Ｆに通知するため、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答をＣＵ３Ｆに送信する。Ｐ台２Ｆは、前回遊技台情報となる前回最終送信通番を“ｎ”に更新する。

ＣＵ３Ｆは、通番＝ｎの状態情報応答を受け、前回最終送信通番を“ｎ”に更新してバックアアップする。また、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３の情報に基づいて、自ら記憶している遊技玉数や加算玉数、減算玉数を更新する。

そして、遊技中においてＰ台２Ｆに電源断が発生した後に、通番＝ｎ＋１を含む状態情報要求がＣＵ３ＦからＰ台２Ｆへ送信された場合に、Ｐ台２Ｆが電源断の状態であるためにその状態情報要求を受信できない。それ以降Ｐ台２Ｆからの状態情報応答が送信されてこないためにＣＵ３Ｆは、３秒後に通信回線断を検知して停止する制御を行なう。Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信してから、電源断発生までの間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。

その後、Ｐ台２Ｆの電源断が復旧してＯＮの状態になってＰ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信通番＝ｎを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まず、Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが一致しているか否かを判定する。一致している場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していると判断でき、この場合には、その状態情報応答に含まれる遊技情報に基づいてＣＵ３Ｆ側でも遊技情報が更新されていることになる。このため、この場合には、Ｐ台２Ｆは、遊技情報格納無（具体的には前回遊技台情報無）としてリカバリ応答（通番＝１、玉単価）をＣＵ３Ｆへ返信する。仮に、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが不一致の場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できるため、このような場合には、遊技情報格納有（具体的には前回遊技台情報有）として遊技情報を含むリカバリ応答（通番＝１、玉単価）をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、リカバリ応答のレスポンスをＣＵ３Ｆに送信する際に玉単価を含めて送信し、リカバリ処理を行なう前に遊技していた遊技玉の玉単価をＣＵ３Ｆに送信する。これにより、リカバリ処理を行なう前に遊技していた遊技玉の玉単価でリカバリ処理後も遊技が可能となる。以降に説明するＰ台２ＦからＣＵ３Ｆに送信されるリカバリ応答のレスポンスにも玉単価の情報が含まれるが、説明するシーケンスの内容に当該玉単価の情報が直接関係ない場合は特に明記しない。

図９０において、ＣＵ３Ｆは、リカバリ応答に含まれる遊技情報格納がないため、加算リカバリ処理は行なわない。なお、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図１０４（ａ）に基づいて後述する。遊技情報格納がないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。

ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（最新遊技台情報である遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

＜＜計数履歴シーケンス＞＞
次に、図９１を参照して、Ｐ台２Ｆで記憶している計数履歴をＣＵ３Ｆに読出す処理について説明する。図９１は、Ｐ台２Ｆで記憶している計数履歴をＣＵ３Ｆに読出す処理の一例を示す図である。まず、ＣＵ３Ｆは、通番＝ｎ、店舗コードおよびＳＣ基板ＩＤを含む計数履歴要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、カード挿入通知のコマンドでＣＵ３Ｆから送信されて記憶している店舗コードと、計数履歴要求のコマンドでＣＵ３Ｆから送信された店舗コードとを比較する。Ｐ台２Ｆは、比較した結果で店舗コードが一致する場合、記憶している計数履歴１および計数履歴２のデータをＣＵ３Ｆに送信できるように計数履歴応答のレスポンスにセットする。すると、Ｐ台２Ｆでは、通番＝ｎ、計数履歴１および計数履歴２を含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。

一方、Ｐ台２Ｆは、比較した結果で店舗コードが不一致の場合、ＣＵ３Ｆに送信する計数履歴応答のレスポンスに計数履歴なしとしてデータをセットする。図示していないが、Ｐ台２Ｆでは、通番＝ｎ、計数履歴なしを含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。

このように、計数履歴シーケンスは、Ｐ台２Ｆで記憶した計数履歴をＣＵ３Ｆに送信することで計数した遊技玉数をリカバリ処理することが可能となり、さらに複数の過去分（計数履歴１および計数履歴２）をＣＵ３Ｆに送信することで、リカバリ処理の精度を向上させることができる。なお、ＣＵ３Ｆに送信する複数の計数履歴は、２回分に限定されず３回以上の計数履歴でもよい。

＜＜異常系シーケンス２＞＞
次に、図９２を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数のリカバリ処理について説明する。図９２は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断／通信回線断線（たとえば、Ｐ台２Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２ＦからＣＵ３Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

図９２を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２ＦからＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３Ｆからの状態情報要求が送信されてこないためにＰ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。この３秒間の間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。

一方、ＣＵ３Ｆでは、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その際、現時点における持玉数をカードに記憶させて排出する。なお、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３Ｆから持玉数を受信してバックアップ記憶しているホールサーバ８０１Ｆの記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。その後、ＣＵ３Ｆの電源断が復旧してＯＮの状態になってＣＵ３Ｆが動作を開始する。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信通番＝ｎ−１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求の前回最終送信通番＝ｎ−１と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとを比較判定する。その結果、両者が不一致であるので、電源断の発生前に最後に送信した状態情報応答がＣＵ３Ｆへ到達していないものと判断する。そこで、Ｐ台２Ｆは、ＣＵ３Ｆに対して未通知の遊技情報を有しているとして遊技情報格納有（具体的には前回遊技台情報有）を含むリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。つまり、前回遊技台情報である遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３をリカバリ応答に含めてＣＵ３Ｆへ送信する。

ＣＵ３Ｆは、リカバリ応答に含まれる遊技情報に基づいてリカバリ処理を実行する。ただし、通信回線断を検知する直前に遊技玉の加算要求を送信していないため、加算リカバリ処理は不要である。このため、リカバリ応答を受信した後、リカバリ要求２を送信することなく、通信開始要求を送信する。ＣＵ３Ｆは、この通信開始要求の送信前に、第１チェック処理を実行する。第１チェック処理では、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆによって、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かがチェックされる。この第１チェック処理は、図１０４（ａ）に基づいて後述する。ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。

ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、電源断の発生前にＣＵ３Ｆにまで到達しなかった状態情報応答に含まれる未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

なお、再挿入されたカードのカードＩＤがカード情報読取処理により適正に読取られた場合に、その読取ったカードＩＤとリカバリ応答に含まれているカードＩＤとを照合して一致しているか否かをＣＵ３ＦのＣＵ制御部３２３Ｆが判定するとともに、電源断発生前の遊技開始時に挿入されたカードの挿入時刻をＣＵ制御部３２３ＦのＲＡＭが記憶しておりその記憶しているカードの挿入時刻とリカバリ応答に含まれているカード挿入時刻とを比較して一致するか否かをＣＵ３ＦのＣＵ制御部３２３Ｆが判定してもよい。その場合、両者一致すると判定し、加算リカバリが無い場合には、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３Ｆへ返信する。

本実施例では、この遊技者の同一性を判断するときの遊技者を特定可能な遊技者特定情報として、カードＩＤとカード挿入時刻とを用いている。このカードＩＤは、会員の遊技者個人を特定する会員用カードのカードＩＤばかりでなく、ビジターとして来店した遊技者が用いるビジターカードのカードＩＤも含む。このビジターカードの場合には、不特定の遊技者に使用されるものであり、特定の遊技者個人を特定するものではない。つまり、このカードＩＤの場合には、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者とが同一の遊技者であるか否かは特定できるが、その遊技者がどの特定の個人であるかまでは特定できない。よって、上記「遊技者特定情報」とは、特定の遊技者個人を特定するものに限らず、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者との同一性が判別できる情報をも含む広い概念である。

＜＜異常系シーケンス３＞＞
次に、図９３を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数の別のリカバリ処理について説明する。図９３は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断／通信回線断線（たとえば、ＣＵ３Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２ＦからＣＵ３Ｆへコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図が示してある。この電源のＯＦＦ，ＯＮは、たとえばＣＵ３Ｆの故障、または電源を手動でＯＦＦ，ＯＮする、あるいはＣＵ３Ｆをカードユニットホルダから抜き差しすることによっても、電源がＯＦＦ，ＯＮとなる。

図９３を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２ＦからＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３Ｆからの状態情報要求が送信されてこないためにＰ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。この３秒間の間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。

一方、ＣＵ３Ｆでは、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その後、ＣＵ３Ｆの電源断が復旧してＯＮの状態になり、さらにＣＵ３Ｆを交換して新たなＣＵ３Ｆが動作を開始する。

なお、ＣＵ交換前に稼働していたＣＵ３Ｆが持玉数を記憶していたときには、その持玉数を別のカード（たとえば、ＣＵ内部のカード）に記憶させて排出するようにしてもよい。その際に、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３Ｆから持玉数を受信してバックアップ記憶しているホールサーバ８０１Ｆの記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。

交換後のＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。しかし、ＣＵ３Ｆは、交換したため前回最終送信通番を有していない。それを受けたＰ台２Ｆでは、交換後のＣＵ３Ｆから送信される前回最終送信通番＝０と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとを比較判定する。その結果、両者が不一致であるので、リカバリ処理を行なうためＰ台２Ｆに格納してある遊技情報をＣＵ３Ｆへ送信する。具体的に、Ｐ台２Ｆは、交換後のＣＵ３Ｆに対してリカバリ処理を行なうため遊技情報を有しているとして遊技情報格納有を含むリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。このリカバリ応答でＣＵ３Ｆに通知するリカバリ情報には、前回最終送信通番＝ｎ、挿入されていたカードのカードＩＤ、カード挿入時間、前回遊技台情報として前回最終送信加算通番＝ｍおよび前回遊技台情報が含まれている。前回遊技台情報には、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含んでいる。

リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図１０４（ａ）に基づいて後述する。ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を使用してリカバリ処理（遊技玉数＝４８０、加算玉数累計＝＋３、減算玉数累計＝＋２３）を行ない、前回最終送信通番を更新して、当該データおよびカードＩＤ、カード挿入時刻をバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。

ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回挿入中だったカードの挿入待ち、または店員リモコン操作（遊技玉計数）待ちの状態となる。この状態でカードが挿入されると、ＣＵ３Ｆは、その挿入されたカードのＩＤをカードリーダライタにより読み取る。そして、読み取ったカードＩＤと、リカバリ応答に基づいて記憶しているリカバリカードＩＤ（前回挿入されていたカードのカードＩＤ）とが一致しているか否かを判定する。一致していると判定した場合には、遊技を再開させるための店員のリモコン操作待ちとなる。リモコン操作があれば、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３ＦからＰ台２Ｆへ送信される。Ｐ台２Ｆでは、通信断以前の前回のカード挿入時に受信した店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップしており、そのバックアップしているデータとＣＵ３Ｆから送信されてきた店舗コードおよびＳＣ基板ＩＤとを比較して一致するか否か判別する。一致していれば、遊技が再開可能となる。なお、リモコン操作を待つことなく、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３ＦからＰ台２Ｆへ送信されるようにしてもよい。不一致の場合には、たとえばＰ台２Ｆの遊技玉数データを無効にする等のエラー処理が行なわれる。あるいは、これに代えて、またはこれに加えてエラー報知がなされるようにしてもよい。さらには、挿入されているカードを強制的に排出して遊技者に返却する制御を行なうようにしてもよい。前回挿入中だったカードの挿入が行なわれない場合、店員リモコン操作（遊技玉計数）待ちの状態が継続されることになる。

なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

＜＜異常系シーケンス４＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数のリカバリ処理について説明する。図９４は、電源断、通信回線断線があって、カードユニットからパチンコ遊技機への加算要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３ＦからＰ台２Ｆへの加算要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図９４では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３Ｆは、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３Ｆは、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。

しかし、Ｐ台２Ｆは、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの状態情報要求のコマンドを受信することができない。

ＣＵ３Ｆは、Ｐ台２Ｆが停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３Ｆは、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。

その後、Ｐ台２Ｆで電源断が復旧し、Ｐ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、リカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する。ここでは、前回最終送信加算通番＝ｍが送信される。

リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３Ｆは、Ｐ台２Ｆのリカバリデータの最終送信加算通番＝ｍに比べて、バックアップしているＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１の方が大きい値（新しい）の場合（不一致）、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。

具体的な加算リカバリ処理としては、Ｐ台２Ｆに対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３Ｆは、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２Ｆへ送信する。

Ｐ台２Ｆは、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。このタイミングで、電源断によって実現されなかった加算処理が実現され、ＣＵ３Ｆ側とＰ台２Ｆ側とで遊技玉数が整合する。さらに、Ｐ台２Ｆでは、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３Ｆへ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３Ｆは、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、前述のリカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図１０５に基づいて後述する。

さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３Ｆへ返信する。また、ＣＵ３Ｆは、状態情報要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝１７５）を状態情報応答でＣＵ３Ｆに通知する。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。

＜＜異常系シーケンス５＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数のリカバリ処理について説明する。図９５は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２ＦからＣＵ３Ｆへの加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図９５では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。

その後、ＣＵ３Ｆで電源断が発生し、ＣＵ３Ｆの動作が停止する。しかし、Ｐ台２Ｆは、ＣＵ３Ｆで電源断が発生した直後、ＣＵ３Ｆの動作が停止していることを検知することができない。Ｐ台２Ｆが通信回線断を検知するには、１秒以上ＣＵ３Ｆから次のコマンドを受信できない期間が必要である。

そのため、Ｐ台２Ｆでは、ＣＵ３Ｆの動作が停止していることを知らずに、ＣＵ３Ｆの状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、ＣＵ３Ｆに返信した状態情報応答のレスポンスは、ＣＵ３Ｆの動作が停止しているため、ＣＵ３Ｆへ未到達となる。なお、Ｐ台２Ｆでは、ＣＵ３Ｆへ状態情報応答のレスポンスを返信するとともに、前回最終送信加算通番を更新し、更新したデータおよび遊技玉数＝１７５のデータをバックアップする。

その後、ＣＵ３Ｆで電源断が復旧し、ＣＵ３Ｆが動作を開始する。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ＋１））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍ＋１が含まれている。

リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致した場合、加算リカバリ処理を要求せず、加算要求状態をクリアする。また、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図１０４（ａ）に基づいて後述する。

ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致するか否かにより、加算リカバリ処理を行なうか否かの加算リカバリ処理判定を行なっている。加算リカバリ処理判定では、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致する場合、加算リカバリ処理を行なわないと判定し、それ以外の場合加算リカバリ処理を行なうと判定する。

ＣＵ３Ｆは、基本的に加算リカバリ処理判定で加算リカバリ処理を行なわないと判定した場合、リカバリ要求２のコマンドをＰ台２Ｆに送信することはない。しかし、ＣＵ３Ｆは、加算リカバリ処理判定で加算リカバリ処理を行なわないと判定した場合にも関わらず、誤ってリカバリ要求２のコマンドがＰ台２Ｆに送信されてしまうとリカバリ処理が行なわれ、本来と異なる遊技玉数に変更されてしまう不都合が生じる。

そこで、本実施の形態では、ＣＵ３Ｆが加算リカバリ処理判定の判定後にリカバリ要求２のコマンドをＰ台２Ｆに送信した場合、Ｐ台２Ｆは、リカバリ要求２のコマンドに含まれる前回最終送信加算通番と、Ｐ台２Ｆで記憶している前回最終送信加算通番とが一致するか否かを判定して加算リカバリ処理を行なうか否かの再判定を行なう。

具体的に、ＣＵ３Ｆは、通番＝２、前回最終送信加算通番＝ｍ＋１、および加算玉数＝１２５を含むリカバリ要求２のコマンドをＰ台２Ｆへ送信する。それを受けたＰ台２Ｆは、ＣＵ３Ｆのリカバリ要求２のコマンドに含まれる前回最終送信加算通番＝ｍ＋１と、Ｐ台２Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致するので、加算リカバリ処理を行なわないと判定して処理ＮＧの情報をＣＵ３Ｆに通知する。そのため、Ｐ台２Ｆは、通番＝２、処理結果＝処理ＮＧを含むリカバリ応答２をＣＵ３Ｆに送信する。

さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、通信開始応答をＣＵ３Ｆへ返信する。

＜＜異常系シーケンス６＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数の別のリカバリ処理について説明する。図９６は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２ＦからＣＵ３Ｆへの加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図９６では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。

そのため、Ｐ台２Ｆでは、ＣＵ３Ｆの動作が停止していることを知らずに、ＣＵ３Ｆの状態情報要求のコマンドを受けて、加算要求を処理する。ところが、何らかの原因（たとえば、遊技玉数が上限値に達しているなど）によって、遊技玉を加算できない状況が発生する。この場合、Ｐ台２Ｆは、通番＝ｎ＋１、遊技玉数＝５０、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、ＣＵ３Ｆに返信した状態情報応答のレスポンスは、ＣＵ３Ｆの動作が停止しているため、ＣＵ３Ｆへ未到達となる。なお、Ｐ台２Ｆでは、遊技玉加算異常が発生しているので、ＣＵ３Ｆからの加算玉を処理することができず、前回最終送信加算通番＝ｍのままで更新していない。

その後、ＣＵ３Ｆで電源断が復旧し、ＣＵ３Ｆが動作を開始する。なお、Ｐ台２Ｆでは、遊技玉加算異常の状態である。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍが含まれている。

リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍと、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、加算リカバリ処理を要求する。そのため、ＣＵ３Ｆは、前回最終送信加算通番＝ｍ＋１、加算玉数＝１２５を含むリカバリ要求２をＰ台２Ｆに送信する。

それを受けてＰ台２Ｆは、遊技玉加算異常により、遊技玉加算が処理されていないこと（遊技玉加算ＮＧ）をリカバリ応答２で通知する。リカバリ応答２には、リカバリ結果＝処理ＮＧが含まれている。

それを受けたＣＵ３Ｆは、リカバリ結果＝処理ＮＧを含むリカバリ応答２を受信した場合、遊技玉加算要求状態をクリアしてＯＦＦ状態にして、後述する第３チェックを行なう。さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、通信開始応答をＣＵ３Ｆへ返信する。

さらに、ＣＵ３Ｆは、遊技玉加算要求状態がクリアされてＯＦＦ状態になっているため、Ｐ台２Ｆに再度加算要求を通知せずに、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍ＋１を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆは、加算異常状態のため、リカバリ要求２の加算玉数＝１２５を遊技玉数＝５０に加算できない場合、加算せずに現時点の遊技玉数＝５０をＣＵ３Ｆに通知する。具体的に、Ｐ台２Ｆは、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答をＣＵ３Ｆに送信する。なお、加算通番は、遊技玉加算結果がＮＧであるため、状態情報要求で送信されてきた「ｍ＋１」に更新せずに「ｍ」のままである。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。ＣＵ３Ｆは、Ｐ台２Ｆから送信される状態情報応答に含まれる現時点の遊技玉数＝５０の情報に基づき、確定させた貯玉の消費を取消す処理を行なう。

＜＜異常系シーケンス７＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数の別のリカバリ処理について説明する。図９７は、電源断、通信回線断線があって、カードユニットからパチンコ遊技機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３ＦからＰ台２Ｆへの加算要求のコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図が示してある。

この図９７では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。

その後、Ｐ台２Ｆで電源断が復旧し、さらにＰ台２Ｆを交換して新たなＰ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、リカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。なお、ＣＵ３Ｆは、Ｐ台２Ｆが交換されても加算リカバリは実施する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する。しかし、Ｐ台２Ｆは、新たに交換したため前回最終送信加算通番はバックアップしておらず、初期値“０”をＣＵ３Ｆに送信することになる。

リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３Ｆは、Ｐ台２Ｆのリカバリデータの最終送信加算通番＝０と、バックアップしているＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。具体的な加算リカバリ処理としては、Ｐ台２Ｆに対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３Ｆは、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２Ｆへ送信する。

Ｐ台２Ｆは、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。さらに、Ｐ台２Ｆでは、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３Ｆへ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３Ｆは、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、前述のリカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図１０５に基づいて後述する。

＜＜異常系シーケンス８＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数のリカバリ処理について説明する。図９８は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの計数応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３ＦからＰ台２Ｆへの計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図９８では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。

それを受けてＣＵ３Ｆは、計数玉数を持玉数に加算して持玉数＝１００にし、前回最終送信計数通番を更新し、更新したデータをバックアップする。しかし、Ｐ台２Ｆは、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの通番＝ｎ＋１、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドを受信することができない。つまり、Ｐ台２Ｆは、ＣＵ３Ｆからの計数応答が未到達となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信計数通番＝ｍ＋１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求の前回最終送信計数通番＝ｍ＋１と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致しているので、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していると判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行し、計数要求状態をＯＦＦにする。つまり、Ｐ台２Ｆは、この時点で遊技玉数＝５００から遊技玉数＝４００に更新される。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。

リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図１０４（ａ）に基づいて後述する。なお、ＣＵ３Ｆは、加算リカバリ処理は行なわないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。

ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝４００）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４００を含む。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

＜＜異常系シーケンス９＞＞
次に、電源断／通信回線断により計数要求が未到達となったときの計数玉数のリカバリ処理について説明する。図９９は、電源断、通信回線断線があって、パチンコ遊技機からカードユニットへの計数要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、計数要求が未到達（Ｐ台２ＦからＣＵ３Ｆへの計数要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図９９では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。

しかし、ＣＵ３Ｆは、状態情報応答のコマンドを受信する前に、電源断が発生し、動作が停止する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆからの計数要求が未到達となる。それ以降、ＣＵ３Ｆからの状態情報要求が送信されてこないために、Ｐ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信計数通番＝ｍを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求の前回最終送信計数通番＝ｍと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致していないので（不一致）、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにする。つまり、Ｐ台２Ｆは、電断発生直前に送信した計数要求を取り消し、この時点で遊技玉数＝５００のまま維持する。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。

リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図１０４（ａ）に基づいて後述する。ＣＵ３Ｆは、加算リカバリ処理は行なわないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。

ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝５００）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝５００を含む。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図１０４（ｂ）に基づいて後述する。

＜＜異常系シーケンス１０＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数の別のリカバリ処理について説明する。図１００は、電源断、通信回線断線があって、カードユニットからパチンコ遊技機への計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３ＦからＰ台２Ｆへの計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。

この図１００では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００、計数通番ｍ＋１および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。

それを受けてＣＵ３Ｆは、計数玉数を持玉数に加算する処理を実行するが、何らかの異常が発生して加算処理ができない。このため、ＣＵ３Ｆからは計数通番＝ｍおよび計数応答＝ＯＦＦ（計数異常状態のため）を含む状態情報要求のコマンドが送信される。ところが、Ｐ台２Ｆは、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止している。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの状態情報要求のコマンドを受信することができない。つまり、Ｐ台２Ｆは、ＣＵ３Ｆからの計数応答が未到達となる。

認証シーケンス後、図９１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信計数通番＝ｍを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求の前回最終送信計数通番＝ｍ（計数異常のため“ｍ”のままの更新されていない）と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致していないので（不一致）、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにして、前回最終送信計数通番を１つ減らす（−１）。Ｐ台２Ｆは、この時点で電断発生前の計数要求を取り消して遊技玉数＝５００のまま維持する。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。

＜＜加算要求異常＞＞
次に、加算要求異常の処理について説明する。図１０１は、玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。特に、玉貸・持玉払出・貯玉払出時の遊技玉の加算結果が異常である場合の処理を説明するためのシーケンス図が示してある。

この図１０１では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。

その後、遊技者が持玉払出ボタンを押下する。そのため、ＣＵ３Ｆは、持玉・貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、持玉・貯玉を遊技玉に変換した情報（加算玉数＝１２５玉）を通知する。その際、ＣＵ３Ｆは、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５、更新した前回最終送信加算通番および加算要求状態ＯＮのデータをバックアップする。

その後、Ｐ台２Ｆで遊技玉を加算する処理に異常が発生する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。Ｐ台２Ｆは、ＣＵ３Ｆに対して遊技玉加算結果＝ＮＧ、前回最終送信加算通番の情報を通知する。

遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを受信したＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ再送する。なお、ＣＵ３Ｆは、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋１からｎ＋２へカウントアップし、加算通番はｍ＋１のままで状態情報要求のコマンドを再送する。

しかし、Ｐ台２Ｆは、遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの再送した状態情報要求のコマンドを受けて、通番＝ｎ＋２、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

さらに、遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを再度受信したＣＵ３Ｆは、通番＝ｎ＋３、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ２回目の再送を行なう。なお、ＣＵ３Ｆは、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋２からｎ＋３へカウントアップし、加算通番はｍ＋１のままで状態情報要求のコマンドを再送する。

Ｐ台２Ｆは、まだ遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの再送した状態情報要求のコマンドを受けて、通番＝ｎ＋３、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。

ＣＵ３Ｆは、状態情報要求のコマンドを２回再送しても、Ｐ台２Ｆから遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスの応答を受信する場合、Ｐ台２Ｆで遊技玉を加算する処理に異常が発生しているとして、加算異常復旧待ちの状態となる。

Ｐ台２Ｆにおいて加算異常が復旧後、ＣＵ３Ｆは、通番＝ｎ＋Ｘ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ再送を行なう。Ｐ台２Ｆでは、加算異常が復旧しているので、遊技玉への加算処理を実施して遊技玉数＝５０（遊技玉加算前の遊技玉数）＋１２５（加算玉数）＝１７５とし、前回最終送信加算通番を更新して、当該データをバックアップする。

遊技玉への加算処理を実施後、Ｐ台２Ｆは、通番＝ｎ＋Ｘ、遊技玉数＝１７５、加算通番＝ｍ＋１および遊技玉加算結果＝ＯＫを含む状態情報応答をＣＵ３Ｆに送信する。これを受けて、ＣＵ３Ｆは、加算要求状態をＯＦＦにする。

＜加算通番に関する動作＞
図１０２は、加算通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。遊技玉の加算要求が発生していないときには、ＣＵ３ＦとＰ台２Ｆとの間で、図１０２の（１）〜（４）に示すような通常通番および加算通番を含む電文が送受信される。

（１）では、ＣＵ３ＦからＰ台２Ｆに対して、通常通番ｎ、加算通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２Ｆは、（２）のように、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（２）の電文を返信する。

（２）の電文を受信したＣＵ３Ｆは、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、加算通番ｍ）を送信する。（３）の電文を受信したＰ台２Ｆは、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（４）の電文を返信する。

このようにＣＵ３Ｆは、Ｐ台２Ｆから電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２Ｆは通常通番を更新しない。また、加算要求が発生しない限り、加算通番は更新されない。

次に、加算要求（玉貸し操作や貯玉引き落とし操作による）が発生したときには、ＣＵ３ＦからＰ台２Ｆに対して加算通番が１つ更新された（５）の要求電文が送信される（通常通番ｎ＋２、加算通番ｍ＋１）。この要求電文には加算要求ビットをＯＮにしたデータも含まれている。なお、ＣＵ３Ｆは、この段階で既に加算要求に対する処理（カード残高の引き落としや貯玉の引き落とし）を確定させている。

Ｐ台２Ｆは、（５）の要求電文を受信し、加算通番が前回から１つ更新されていることに基づいて加算要求を認識する。その上で、今回の加算要求を承諾するか否かを判定する。この判定は、たとえば、Ｐ台２Ｆの払出制御部１７１Ｆが行なう。払出制御部１７１Ｆは、Ｐ台２Ｆ側で遊技玉を加算する処理が可能であるか否かを判定する。遊技玉の加算処理が可能でない場合とは、たとえば、遊技玉が既に予め定めた上限値に達している場合である。

要求を承諾する場合には、（６）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（６）の２つの電文のうちの拒否電文を送信する。承諾電文では、加算通番が（５）の要求電文に含まれていた加算通番ｍ＋１とされている。一方、拒否電文では、加算通番が（６）よりも１つ前に送受信した電文に含まれる加算通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文に含まれていたｎ＋２である。

ＣＵ３Ｆは、直前の送信電文に含めた加算通番をバックアップ記憶するエリアと、受信電文に含まれる通常通番をバックアップ記憶するエリアとを備えている。これらのエリアは、たとえば、ＣＵ３ＦのＣＵ制御部３２３Ｆのマイクロコンピュータ内に設けられている。（６）の電文を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、バックアップ記憶している加算通番と、（６）の電文に含まれる加算通番とを比較判定する。その結果、記憶している加算通番と送信されてきた電文に含まれる加算通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた加算通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。

図１０２の（５）’は、要求電文がノイズその他の要因によりＰ台２Ｆに到達しなかった場合について示している。この場合、Ｐ台２ＦはＣＵ３Ｆからの電文到達を待つため、Ｐ台２ＦからＣＵ３Ｆに対して電文が送信されることはない。ＣＵ３Ｆは、（５）’の要求電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２Ｆからの応答がないので、同じ要求電文（５）’’を再送する。

＜計数通番に関する動作＞
図１０３は、計数通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。計数要求が発生していないときには、ＣＵ３ＦとＰ台２Ｆとの間で、図１０３の（１）〜（３）に示すような通常通番および計数通番を含む電文が送受信される。

（１）では、ＣＵ３ＦからＰ台２Ｆに対して、通常通番ｎ、計数通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２Ｆは、（２）のように、受信した電文と同じ通常通番ｎおよび計数通番ｍを含む（２）の電文を返信する。

（２）の電文を受信したＣＵ３Ｆは、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、計数通番ｍ）を送信する。このようにＣＵ３Ｆは、Ｐ台２Ｆから電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２Ｆは通常通番を更新しない。また、計数要求が発生しない限り、計数通番は更新されない。

次に、計数要求（計数操作の検出）が発生したときには、Ｐ台２ＦからＣＵ３Ｆに対して計数通番が１つ更新された（４）の要求電文が送信される（通常通番ｎ＋１、計数通番ｍ＋１）。この要求電文には計数要求ビットをＯＮにしたデータも含まれている。なお、Ｐ台２Ｆは、この段階では計数処理を実行していない。

Ｐ台２Ｆは、（４）の要求電文を受信し、計数通番が前回から１つ更新されていることに基づいて計数要求を認識する。その上で、今回の計数要求を承諾するか否かを判定する。この判定は、たとえば、ＣＵ３ＦのＣＵ制御部３２３Ｆが行なう。ＣＵ制御部３２３Ｆは、計数処理（持玉の加算処理）が可能であるか否かを判定する。計数処理が可能でない場合とは、たとえば、持玉を用いた処理（ワゴンサービスなど）の途中である場合である。

要求を承諾する場合には、（５）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（５）の２つの電文のうちの拒否電文を送信する。承諾電文では、計数通番が（４）の要求電文に含まれていた計数通番ｍ＋１とされている。一方、拒否電文では、計数通番が（４）よりも１つ前に送受信した電文に含まれる計数通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文から更新されており、ｎ＋２である。

Ｐ台２Ｆは、直前の送信電文に含めた計数通番と通常通番とをバックアップ記憶するエリアを備えている。このようなエリアは、たとえば、Ｐ台２Ｆの払出制御部１７１Ｆのマイクロコンピュータ内に設けられている。（５）の電文を受信したＰ台２Ｆの払出制御部１７１Ｆは、バックアップ記憶している計数通番と、（５）の電文に含まれる計数通番とを比較判定する。その結果、記憶している計数通番と送信されてきた電文に含まれる計数通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた計数通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。

図１０３の（４）’は、要求電文がノイズその他の要因によりＰ台２Ｆに到達しなかった場合について示している。この場合、ＣＵ３Ｆは、（３）の電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２Ｆからの応答がないので、同じ電文（３）を再送する。再送されてきた（３）の電文を受けたＰ台２Ｆは、その電文に含まれる通常通番がｎ＋１であり、先に（４）’の要求電文を送信しているにも関わらず、通常通番が変化していないことから、（４）’の要求電文が到達しなかったと判定する。そして、Ｐ台２Ｆは、（４）’と同じ要求電文（４）’’を再送する。

以上、説明したように、本実施の形態では、通常通番とは別の要求通番（加算通番、計数通番）が電文に含められて送信される。これらの要求通番は、通信相手に対して加算要求や計数要求等の動作を要求するときに加算更新され、それ以外では、電文の送受信が行なわれても加算更新されない。

これに対して、通常通番は、通信相手に対する要求の有無に関わらず、ＣＵ３Ｆから電文が送信されるごとに更新される（なお、通常の通番は、ＣＵ３ＦおよびＰ台２Ｆの双方で互いに更新する動作をしてもよい。）。

このため、通常通番の場合、送信した要求電文が相手に届いたか否かを相手先からの受信電文に含まれる通番を用いて判定できるものの、その受信電文が要求承諾を示す承諾電文であるのか、要求拒絶を示す拒否電文であるのかまでは特定できない。

ところが、上記のとおり、本実施の形態のように加算通番や計数通番といった要求通番を利用して、要求通番を更新した要求電文を送信し、これに対する応答として要求電文に含まれていた要求通番と同じ要求通番を含む電文を受信した場合には、その通番の値によって、送信した要求電文が相手に届いたか否かのみならず、相手から返信されてきた電文が承諾電文であるのか否かまでを特定できる。もちろん、本実施の形態のように、要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータが含まれるため、このデータを判定することでも、受信電文が承諾電文であるのか拒否電文であるのかを特定できる。しかしながら、要求通番を利用すれば、このような要求ビットを電文から削除することも可能である。これによって電文データ量を削減でき、また、電文データの要求ビットを判定する処理も不要とすることができる。

なお、本実施の形態では、要求が発生したときの要求通番に対する更新値を＋１としているが、これは一例であって、＋２や＋３、−１や−２などの他の更新値を採用してもよい。

＜第１〜第３チェック処理＞
次に、図１０４（ａ）、（ｂ）、図１０５に基づいて、ＣＵ制御部３２３Ｆにより実行される第１チェック処理、第２チェック処理および第３チェック処理について説明する。

まず図１０４（ａ）を参照して、第１チェック処理を説明する。ステップＳＦ（以下単にＳＦという）３００により、遊技台情報の格納があるか否かの判断がなされる。これは、Ｐ台２Ｆから送信されてきたリカバリ応答の中に遊技台情報が含まれているか否かを判断するものであり、前述した図９２、図９３の場合に遊技台情報（具体的には前回遊技台情報）が含まれているために、ＳＦ３００によりＹＥＳの判断がなされる。遊技台情報が含まれていないと判断された場合にはこの第１チェック処理が終了する。

遊技台情報の格納があると判断された場合には制御がＳＦ３０１へ進み、その受信した遊技台情報（具体的には前回遊技台情報）に含まれている加算玉数が予め定められた閾値Ｎ１以上であるか否かの判断がなされる。この閾値Ｎ１は、ＣＵ３ＦとＰ台２Ｆとの間での状態情報要求と状態情報応答との１周期（２００ｍｓ）の間に入賞に伴う遊技玉の加算数の最大（たとえば大当り時の最大加算玉数＝１２０）よりも少し大きい値（たとえば１２５）に設定されている。したがって、正常な場合には、受信した加算玉数がこの閾値Ｎ１よりも小さな値になっている筈である。ところが、閾値Ｎ１よりも大きな加算玉数となっているということは、オフライン中にＰ台２Ｆに不正等が行なわれて不正に増加した加算玉数および遊技玉数を含む遊技台情報がリカバリ応答としてＣＵ３Ｆへ送信されてきた虞がある。その場合には、制御がＳＦ３０４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。

次に制御がＳＦ３０５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図８０参照）と同じ状態に復帰する。

ＳＦ３０１、ＳＦ３０３のチェック処理の結果異常判定されたとしても、その原因が通信断後にＣＵ３ＦまたはＰ台２Ｆを新たなものに交換し、その後通信を復旧させたことにより、ＣＵ３Ｆ側が記憶している情報とリカバリ処理時にＰ台２Ｆから送信されてくる情報とが全く食い違っていることに起因する場合がある。このような不正行為ではないにも拘らず異常判定する場合があり、そのために、遊技場の係員によるリモコン操作によってリセット待ち状態を解除できるようにし、遊技場の係員による人為的な判断を介在させて正常な対応ができるようにしている。

一方、ＳＦ３０１によりＮＯの判断がなされた場合には制御がＳＦ３０２へ進み、ＣＵ制御部３２３Ｆが記憶している遊技玉数に対してＰ台から受信した加算玉数を加算するとともに減算玉数を減算してその算出結果であるＲ１を算出する演算が行なわれる。すなわち、Ｐ台２Ｆから受信した遊技台情報に含まれている加算玉数が適正であると判断された場合には、その加算玉数と減算玉数とを用いて最新の遊技玉数Ｒ１を算出するのである。次にＳＦ３０３により、その算出されたＲ１−受信した遊技玉数の絶対値すなわちＲ１と受信した遊技玉数との差を演算し、その差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３０４以降に進む。

一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３ＦのＲＡＭが記憶する。

次に図１０４（ｂ）に基づいて第２チェック処理を説明する。通信開始応答直後の状態情報要求に対して返信されてくるＰ台２Ｆからの状態情報応答に含まれている遊技台情報（具体的には今回遊技台情報）の中の加算玉数が予め定められた閾値Ｎ３以上であるか否かの判断がＳＦ３１０により行なわれる。この受信した加算玉数は、Ｐ台がＣＵ３Ｆへ最後に状態情報応答を送信してからＰ台に電源断が発生するまであるいはＰ台が通信回線断を検知して遊技が停止するまでの間において変動した加算玉数であり、このような比較的短い限られた期間内の加算玉数の変動量はそれほど大きな値にはならず、ある決まった上限の範囲内となる。故に、その上限（たとえば１２０）よりも少し大きな値（たとえば１２５）を閾値Ｎ３と定めている。そして、受信した加算玉数がその閾値Ｎ３以上の場合には、制御がＳＦ３１４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。

次に制御がＳＦ３１５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図８０参照）と同じ状態に復帰する。

一方、ＳＦ３１０によりＮＯの判断がなされた場合には制御がＳＦ３１１へ進み、ＣＵ制御部３２３Ｆが記憶している遊技玉数に対して受信した加算玉数を加算するとともに受信した減算玉数を減算してＲ２を算出する演算が行なわれる。なお、ここでいう「記憶している遊技玉数」とは、前述したように、ＳＦ３０３によりＮＯの判断がなされたときのＰ台２Ｆから受信した遊技玉数のことである。そして、ＳＦ３１２により、そのＲ２とＰ台２Ｆから受信した遊技玉数との差が予め定められた閾値Ｎ４以上であるか否かの判断がなされる。本来、Ｒ２と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ４と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ４以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３１４以降に進む。

ＳＦ３１２によりＮＯの判断がなされた場合には制御がＳＦ３１３へ進み、ＣＵ制御部３２３Ｆは、Ｐ台２Ｆから受信した遊技玉数を初期値の遊技玉数として記憶した後、この第２チェック処理の制御が終了する。

このＳＦ３１３の処理がなされた後には、ＣＵ３ＦとＰ台２Ｆとの間で通常の状態情報要求および状態情報応答の送受信が行なわれるのであり、その際、ＣＵ制御部３２３Ｆは、ＳＦ３１３により初期値の遊技玉数として記憶された遊技玉数を初期値として、加算玉数と減算玉数とに基づいて現在の遊技玉数を算出し、その現在の遊技玉数に基づいてＰ台２Ｆから送信されてくる遊技玉数との差が予め定められた誤差玉数（たとえば５）を超えているか否か判定し、超えている場合には異常判定して、前述のＳＦ３０４、ＳＦ３０５、ＳＦ３１４、ＳＦ３１５と同様の制御を行なう。

次に、図１０５に基づいて第３チェック処理の制御を説明する。ＣＵ制御部３２３Ｆは、Ｐ台２Ｆからリカバリ応答２を受信した直後にこの第３チェック処理を実行する（図９４、図９６、図９７参照）。

このリカバリ要求２およびリカバリ応答２は、前述したように、ＣＵ３ＦがＰ台２Ｆに対して遊技玉数の加算要求を出力したにも拘らずＰ台２Ｆがその遊技玉加算要求に従った遊技玉の加算処理を行なっていない場合にその遊技玉数の加算リカバリを行なうためのものである。そして、Ｐ台２ＦからＣＵ３Ｆへ送られてくるリカバリ応答２によりその加算リカバリの処理が正常に行なわれたか否かの処理結果が通知される。ＣＵ制御部３２３Ｆは、ＳＦ３２０により、そのリカバリ結果が処理ＮＧであるか否かの判断を行なう。処理ＮＧすなわち加算リカバリが正常に行なわれなかった場合には、制御がＳＦ３２４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。

次に制御がＳＦ３２５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図８０参照）と同じ状態に復帰する。

一方、リカバリ結果が処理ＯＫであった場合には制御がＳＦ３２１へ進み、ＣＵ制御部３２３Ｆが現在記憶している遊技玉数に対してＰ台２Ｆへ送信した加算玉数を加算する処理を行なう。これは、ＣＵ３Ｆが出力した遊技玉加算要求での加算玉数分の加算リカバリがＰ台２Ｆにおいて正常に行なわれたために、その加算玉数を遊技玉数に加算して現時点における正常な遊技玉数を算出するための処理である。

次に制御がＳＦ３２２へ進み、その加算後の遊技玉数に対してＰ台２Ｆから送信されてきた加算玉数を加算するとともに減算玉数を減算してＲ３を算出する演算が行なわれる。この加算玉数と減算玉数とは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報（具体的には前回遊技台情報）であり、リカバリ応答にその前回遊技台情報が含まれていない場合には、加算玉数と減算玉数とは共にゼロであり、その結果、加算後の遊技玉数＝Ｒ３を算出することとなる。

次にＳＦ３２３により、その算出されたＲ３とＣＵ３Ｆが受信した遊技玉数との差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３２４以降に進む。

一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３Ｆが記憶する。

以上説明したように、Ｐ台２ＦからＣＵ３Ｆへ、遊技台情報として前回遊技台情報が先に送信され、その後今回遊技台情報が送信され、ＣＵ３Ｆ側において両遊技台情報を区別可能となるように送信されるために、ＣＵ制御部３２３Ｆにおいては、その両遊技台情報のそれぞれの適性を判別することが可能となる。その結果、Ｐ台２Ｆから送られてくる前回遊技台情報中のたとえば遊技玉数データは、ＣＵ制御部３２３Ｆが現時点で記憶している遊技玉数データと大きな差はない筈であり、また、その後に送られてくる今回遊技台データ中のたとえば遊技玉数データも、ＣＵ３Ｆが受信した前回遊技台情報中の遊技玉数データとそれほど大きな差はない筈である。もし、これらのデータの差に大きな開きがある場合には、不正に遊技玉数データが水増しされていると異常判別することができる。

仮に、前回遊技台データと今回遊技データとを合算した合算データがＰ台２ＦからＣＵ３Ｆへ一括送信される場合には、前回遊技台データと今回遊技台データとをそれぞれ個別に判別する場合に比べて大まかな判別しかできず、その分不正を判別しにくくなる。このような不都合を防止するべく、遊技台データを２段階で送信してＣＵ制御部３２３Ｆにおいてそれら両データを区別できるようにし、それぞれの遊技台データについての木目細かな異常判別を可能とし、異常判別しやすくしている。

なお、前述した第１チェック処理〜第３チェック処理においては、先に加算玉数の適否を判定した後、適正である場合にその加算玉数に基づいて現在の遊技玉数を算出してその遊技玉数とＰ台２Ｆから送信されてきた遊技玉数を比較して送信されてきた遊技玉数が適正であるか否かの判定を行なっているが、単に、Ｐ台２Ｆから送信されてきた遊技玉数をＣＵ３Ｆが記憶している遊技玉数と比較してその適否判定を行なうようにしてもよい。

さらに、ＣＵ３Ｆは、リカバリ処理以前に記憶している最終の遊技玉数（以下「ＣＵ遊技玉数」と言う）と、Ｐ台２Ｆから受信した前回遊技台情報中の遊技玉数（以下「Ｐ台前回遊技玉数」と言う）と、Ｐ台２Ｆから受信した最新遊技台情報中の遊技玉数（以下「Ｐ台最新遊技玉数」と言う）との３者間で比較判定して適否判定を行なうようにしてもよい。３者間での比較判定の具体例としては、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければそのＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定する。あるいは、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。さらには、先にＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定し、さらにＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。

なお、上記の第１チェック処理〜第３チェック処理は、ＣＵ３ＦやＰ台２Ｆの交換（入替え）が行なわれていないときに実行するのが望ましい。通信断時に交換（入替え）が行なわれているときには、リカバリ処理でＣＵ側とＰ台側との遊技玉数が大幅に相違するのが一般的であるために、それが原因で上記の第１チェック処理〜第３チェック処理の結果エラー判定されるためである。ゆえに、通信断後にＣＵ３ＦまたはＰ台２Ｆを交換した場合に、通信復旧時におけるリカバリ処理において第１チェック処理〜第３チェック処理を行なわないように制御してもよい。具体的には、リカバリ応答としてＰ台２Ｆから送信されてくる前回最終送信通番とＣＵ制御部３２３Ｆが記憶している前回最新送信通番との差が２以上の場合に、ＣＵ３ＦまたはＰ台２Ｆが交換されたとＣＵ制御部３２３Ｆが判断し、ＣＵ制御部３２３Ｆが第１チェック処理〜第３チェック処理を行なわないように制御する。

さらに、ＣＵ３ＦまたはＰ台２Ｆの交換であるか否かに拘らず、リカバリ時にはＣＵ３Ｆ側で前回遊技台データおよび今回遊技台データのチェックを一切行なわないように制御してもよい。このようにすれば、ＣＵ３ＦまたはＰ台２Ｆの交換に起因したチェック異常判定が生ずる煩わしさを防止することができる。

＜要求通番に関する動作＞
次に、図７８〜図１０３で示した通信シーケンスで説明した通番の更新方法は一例であり、当該方法に限定されるものではない。たとえば、以下に説明するような通番の更新方法を図７８〜図１０３で示した通信シーケンスに適用してもよい。

＜＜通番および要求通番をともに更新＞＞
図１０６は、要求通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。図１０６に示すＡ装置およびＢ装置の一方はＰ台２Ｆであり他方はＣＵ３Ｆである。相手方に対しての要求が発生する装置をＡ装置とし、Ａ装置からの要求を受信する装置をＢ装置としている。

Ａ装置がＣＵ３ＦでＢ装置がＰ台２Ｆの場合には、要求通番は加算通番であり、要求は遊技玉の加算要求である。この場合の具体的な通信シーケンスは図８４に示したとおりである。

Ａ装置がＰ台２ＦでＢ装置がＣＵ３Ｆの場合には、要求通番は計数通番であり、要求は遊技玉の計数要求である。この場合の具体的な通信シーケンスは図８６に示したとおりである。

ここでは、これらの双方の場合を概念化して説明する。Ａ装置は、Ｂ装置に対する要求がない間は、（１）のとおり、要求通番ｍが更新されていない電文を送信する。ただし、通常の通番ｎは電文の送信ごとに更新する。Ｂ装置は、これを受信して、（２）のとおり電文を返信する。この電文では、通常の通番がｎ＋１に更新されている。しかし、要求通番はｍのまま更新されていない。

Ａ装置で要求が発生しない間は、（１）（２）のように、通常の通番を更新しつつ、双方で電文を送信し合う。この間は、相手から受けた電文に含まれる通常の通番を見て、直前に送信した電文が相手にまで到達したか否かを判定する。

Ａ装置で要求が発生すると、Ａ装置は要求通番をｍ＋１に更新し、（３）に示すように更新後の要求通番ｍ＋１を含む要求電文をＢ装置へ送信する。このとき、通常の通番もｎ＋２に更新されている。なお、この要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータも含まれている。

要求通番ｍ＋１を含む要求電文を受信したＢ装置は、要求を承諾するか否かを判定する。たとえば、計数要求であれば、ＣＵ３Ｆ側で持玉を加算する処理が可能であるか否かを判定する。あるいは、加算要求であれば、Ｐ台２Ｆ側で遊技玉を加算する処理が可能であるか否かを判定する。持玉の加算処理が可能でない場合とは、たとえば、持玉を用いた処理（ワゴンサービスなど）の途中である場合である。また、遊技玉の加算処理が可能でない場合とは、たとえば、遊技玉が既に予め定めた上限値に達している場合である。

要求を承諾する場合には、（４）の上に記載のとおり、要求通番をｍ＋２に更新した承諾電文をＡ装置へ送信する。これに対して、要求を拒絶する場合には、（４）の下に記載のとおり、要求通番がｍ＋１のまま更新されていない拒絶電文（拒否電文ともいう。以下、同じ。）をＡ装置へ送信する。通常の通番は、いずれの場合にもｎ＋３に更新される。

Ａ装置は、直前の送信電文に含めた要求通番を記憶する記憶手段を備えている。（４）の電文を受信したＡ装置は、記憶手段に記憶している要求通番と、（４）の電文に含まれる要求通番とを比較判定する。その結果、記憶している要求通番と送信されてきた電文に含まれる要求通番とが同じ（この例ではｍ＋１）であれば、要求が拒否されたと判定する。これに対して、記憶している要求通番に所定数（この例では１）を加えた値と送信されてきた電文に含まれる要求通番とが同じ（この例ではｍ＋２）であれば（換言すると、送信されてきた要求通番が１つ進んでいれば）、要求が承諾されたと判定する。なお、要求が承諾されたと判定した場合には、さらに要求通番を１つ更新し、具体的な要求値（計数玉数や加算玉数）を含む電文をＢ装置へ送信する。一方、要求が拒否されたと判定した場合には、受信した要求通番を含む電文をＢ装置へ送信する。

仮に、（３）の要求電文がノイズその他の要因によりＢ装置に到達しなかった場合について、図１０６の（３）’に示している。この場合、Ｂ装置は（２）の電文を送信してから所定の待機時間（たとえば、２００ｍｓ）が経過したときに無応答と判定して、（２）の電文を再送する。その結果、（３）’を送信したＡ装置には（２）の電文が届く。すると、Ａ装置は、要求通番ｍ＋１の要求電文を送信したにも関わらず、これに対する返信電文の要求通番が要求承諾および要求拒否のいずれにも該当しないため（要求電文に含めた要求通番より１遅れた要求通番であるため）、要求電文が到達していないと判定する。なお、このような判定は、通常の通番の方を利用してすることも可能である。すなわち、要求通番に含めた通常の通番はｎ＋３であるのに対して、返信電文に含まれる通常の通番はｎ＋２であるため、このような状況に基づいて要求電文の未到達と判定できる。

Ａ装置は、要求電文が到達していないと判定したときには、（３）の要求電文を再送する。

以上、説明したように、本実施の形態では、通常の通番とは別に要求通番が電文に含められて送信される。この要求通番は、通信相手に対して加算要求や計数要求等の動作を要求するときを契機として更新が開始され、要求動作の終了時あるいは要求に対する拒絶の際に更新が停止する。それ以外の間では、電文の送受信が行なわれても更新されない。

これに対して、通常の通番は、通信相手に対する要求の有無に関わらず、電文がやりとりされるごとに更新される（なお、通常の通番は、Ａ装置およびＢ装置の一方でのみ更新され、他方は相手から受けた通番をそのまま返信する動作をしてもよい。）。

このため、通常の通番の場合、送信した要求電文が相手に届いたか否かを相手先からの受信電文に含まれる通番を用いて判定できるものの、その受信電文が要求承諾を示す承諾電文であるのか、要求拒絶を示す拒絶電文であるのかまでは特定できない。

ところが、上記のとおり、本実施の形態のように要求通番を利用した場合には、要求通番によって、送信した要求電文が相手に届いたか否かのみならず、相手から返信されてきた電文が承諾電文であるのか拒絶電文であるのかまでを特定できる。もちろん、本実施の形態のように、要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータが含まれるため、このデータを判定することでも、受信電文が承諾電文であるのか拒絶電文であるのかを特定できる。しかしながら、要求通番を利用すれば、このような要求ビットを電文から削除することも可能である。これによって電文データ量を削減でき、また、電文データの要求ビットを判定する処理も不要とすることができる。

＜＜通番と要求通番とのうち、一方のみ更新＞＞
図１０７は、通常の通番および要求通番に関するＰ台２ＦおよびＣＵ３Ｆの動作の変形例を説明するための図である。この変形例は、要求通番が更新されるときには通常の通番は更新されていない点で、図１０６に示した例と相違する。

つまり、この変形例は、通常の通番と要求通番とのうち、要求が発生していないときには通常の通番のみが更新されて電文がやりとりされる。ところが、要求が発生すると、通常の通番の更新が停止して要求通番のみが更新される。その後、要求に対する一連の処理が終了するか、若しくは要求に対する拒絶電文が送信されるときに要求通番の更新が停止して、代わりに通常の通番の更新が開始される。

このため、図１０７の（１）（２）に示される、要求発生前の電文のやりとりでは、通常の通番がｎ、ｎ＋１に更新されている一方で要求通番ｍは更新されていない。ところが、要求の発生によって送信される（３）の要求電文では、通常の通番がｎ＋１のままで更新されていない一方、要求通番がｍ＋１に更新されている。同様に、要求電文に対する（４）の承諾電文および拒絶電文のいずれも、通常の通番はｎ＋１のままで更新されていない。

この場合でも、（４）の電文を受信したＡ装置は、その電文に含まれる要求通番を判定することによって、その電文が承諾電文であるか拒絶電文であるかを判断できる。

また、（３）’に示すように、要求電文がＢ装置に届かずにＢ装置から（２）の電文が再送されてきた場合にも、Ａ装置は、要求通番に基づいて要求電文が到達しなかったことを判定できる。

この変形例のように、要求発生時から要求に対する処理が終了するまで、通常の通番の更新を停止しても、その間は、要求通番が通常の通番の機能を肩代わりするために、何ら問題が生じない。また、その間は、通常の通番を更新したり、通常の通番を照合したりする処理が不要になるという効果も奏される。

＜リカバリ情報の登録（更新）および消去（クリア）の契機＞
図９０〜図１００に示した異常系シーケンスでは、Ｐ台２ＦやＣＵ３Ｆで記憶しているリカバリ情報を用いてリカバリ処理を実行しシステムを復旧するシーケンスについて説明した。このリカバリ処理に用いられるリカバリ情報には、たとえば「前回最終送信通番」、「前回最終送信加算通番」、「前回最終送信計数通番」、「計数要求玉数」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」、「ＳＣ基板ＩＤ」、「遊技玉情報」、「遊技情報」、「遊技玉数」および「玉単価」などがある。

これらリカバリ情報は、新たに登録または更新してＰ台２ＦやＣＵ３Ｆに記憶させるタイミング（契機）がそれぞれの情報で異なる。図１０８は、リカバリ情報の登録（更新）および消去（クリア）の契機を説明するための図である。図１０８を参照してそれぞれのリカバリ情報の登録または更新のタイミング（契機）について説明する。「前回最終送信通番」は、Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信する時（状態情報応答送信時）に新たに登録または更新される。「前回最終送信加算通番」は、ＣＵ３Ｆから送信された状態情報要求のコマンドに含まれるＣＵ状態のＢｉｔ３＝“１”（遊技玉加算要求時）で、Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信する時（状態情報応答送信時）に新たに登録または更新される。

「前回最終送信計数通番」および「計数要求玉数」は、Ｐ台２ＦがＣＵ３Ｆに送信する状態情報応答のレスポンスに含まれる遊技台状態１のＢｉｔ４＝“１”（計数要求時）で、当該状態情報応答のレスポンスをＣＵ３Ｆに送信する時（状態情報応答送信時）に新たに登録または更新される。「カードＩＤ」および「カード挿入時刻」は、Ｐ台２Ｆがカード挿入応答のレスポンスをＣＵ３Ｆに送信する時（カード挿入応答送信時）に新たに登録または更新される。

「店舗コード」および「ＳＣ基板ＩＤ」は、Ｐ台２Ｆがカード挿入応答のレスポンスをＣＵ３Ｆに送信する時（カード挿入応答送信時）またはＰ台２Ｆが計数履歴要求のコマンドをＣＵ３Ｆから受信した時（計数履歴要求時）に新たに登録または更新される。「遊技玉情報」、「遊技情報」、「遊技玉数」および「玉単価」は、Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信する時（状態情報応答送信時）に新たに登録または更新される。

次に、図１０８を参照してそれぞれのリカバリ情報の消去（クリア）のタイミング（契機）について説明する。「前回最終送信通番」、「前回最終送信計数通番」および「計数要求玉数」は、Ｐ台２Ｆが通信開始応答のレスポンスをＣＵ３Ｆに送信する時（通信開始応答送信時）またはＰ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。「前回最終送信加算通番」は、Ｐ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。

「カードＩＤ」および「カード挿入時刻」は、Ｐ台２Ｆがカード返却応答のレスポンスをＣＵ３Ｆに送信する時（カード返却応答送信時）またはＰ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。また、「カードＩＤ」および「カード挿入時刻」は、Ｐ台２Ｆが店舗コードの不一致を検知して通信開始応答のレスポンスをＣＵ３Ｆに送信する時（店舗不一致検知した時の通信開始応答送信時）に情報が消去される。

「店舗コード」および「ＳＣ基板ＩＤ」は、Ｐ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。「遊技玉情報」および「遊技情報」は、Ｐ台２Ｆが通信開始応答のレスポンスをＣＵ３Ｆに送信する時（通信開始応答送信時）またはＰ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。「遊技玉数」および「玉単価」は、Ｐ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に情報が消去される。

＜鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵＞
次に、鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵について説明する。図１０９は、鍵管理サーバから通信制御ＩＣ３２５ａＦまでの間の通信に使用される暗号鍵を説明するための図である。まず、鍵管理サーバから通信制御ＩＣ３２５ａＦまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵（商用）、通信鍵１（セッション鍵）および通信鍵２（セッション鍵）がある。基板出荷鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、ＣＵ制御部−ＳＣの通信に利用され、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆが受信し、ＣＵ制御部３２３ＦのＲＡＭに記憶される。ＳＣ３２５ｂＦは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。基板初期鍵を用いた認証用通信（基板初期鍵モード）は限られた期間のみ許容（時限的運用）される。ここで、基板初期鍵モードは、前述したように、ホールサーバと少なくとも１回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。

ここで、「限られた期間」とは、たとえば、２日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに鍵管理サーバとの鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝９時〜１７時までの間という具合に、１日の中での定めた期間を設定してもよい。

なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額（カード残額、あるいは現金）を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。

基板認証鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、鍵管理サーバより基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用（通常運用）に通信モード（基板認証鍵モード）が切換わる。この基板認証鍵は、ＣＵ制御部のＲＡＭとＳＣのＲＡＭとに記憶される。

基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバに記憶された有効鍵をＣＵ制御部３２３Ｆが受信し、ＳＣ３２５ｂＦがその有効鍵を通信制御ＩＣ３２５ａＦに対して設定することによりＰ台とＣＵとの間の通信が可能となることで実現される。

本認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、鍵管理サーバから受信した更新情報から、ＳＣ３２５ｂＦにより生成されてＳＣ３２５ｂＦのＲＡＭに記憶されるとともに、通信制御ＩＣ３２５ａＦにおいてもＳＣ３２５ｂＦと同様に更新情報から生成されて通信制御ＩＣ３２５ａＦのＲＡＭに記憶される。なお、この本認証鍵は、鍵管理サーバなどから本認証鍵そのものを取得するようにしてもよい。また、鍵管理サーバなどから更新情報を受信することなくＣＵ制御部３２３Ｆと通信制御ＩＣ３２５ａＦとが自ら生成してもよい。さらに、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３Ｆと通信制御ＩＣ３２５ａＦとが自ら所定の第２データを生成し、それら第１データと第２データとから本認証鍵を生成するようにしてもよい。

仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂＦおよび通信制御ＩＣ３２５ａＦは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆ経由でＳＣ３２５ｂＦが受信し、通信制御ＩＣ３２５ａＦに対して送信（設定）する鍵である。有効鍵が設定されることによってＰ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａＦ活性化用のデータである。換言すると、有効鍵は、ＣＵとＰ台との間の通信を許可するための許可情報である。

通信鍵１（セッション鍵）は、ＣＵ制御部−ＳＣの間の通信に利用され、対遊技機用の業務電文通信に用いられ、ＳＣ３２５ｂＦが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値（乱数）や日時情報などを用いてもよい。通信鍵２（セッション鍵）は、ＳＣ−通信制御ＩＣの間の通信に利用され、対遊技機用の業務電文通信に用いられる。

なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。

次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、ＳＣ３２５ｂＦは、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆ経由で有効鍵を取得する。ＳＣ３２５ｂＦは、取得した有効鍵を通信制御ＩＣ３２５ａＦに対して送信（設定）することで、Ｐ台との通信が可能になる。ＣＵ制御部３２３Ｆはホールサーバとの最初の通信時に基板初期鍵を受信し、ＣＵ制御部３２３ＦのＲＡＭに記憶される。ＳＣ３２５ｂＦは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。ＳＣ３２５ｂＦは、取得した基板初期鍵を用いてＣＵ制御部３２３Ｆと暗号認証を行ない、該基板初期鍵を用いて時限的にＣＵ制御部３２３Ｆと暗号通信を行なう。また、電源投入時にＣＵ制御部３２３Ｆから送られてきた接続要求を受信したホールサーバは、当該ホールサーバが設置されている遊技場を識別するための統一店舗コードをＣＵ制御部３２３Ｆへ返信する。具体的には、ホールサーバのＣＰＵの制御にしたがってホールサーバの入出力インターフェイスからＣＵ制御部３２３Ｆへ統一店舗コードが送信される。

一方、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板３２５Ｆを製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる（図１１５参照）。ＣＵ制御部３２３ＦからＳＣ３２５ｂＦへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりＳＣ３２５ｂＦが統一店舗コードを取得する。

次に、ＣＵ制御部３２３Ｆは、鍵管理サーバに対して基板セキュリティ情報を要求し、鍵管理サーバがホールサーバを介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。ＣＵ制御部は、取得した基板認証鍵を用いてＳＣと暗号認証を行ない、該基板認証鍵を用いてＳＣと暗号通信を行なう。なお、ＣＵ制御部３２３Ｆは、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。

この基板認証鍵は、鍵管理サーバなどから取得する代わりに、ＣＵ制御部３２３Ｆが自ら生成してもよく、また、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３Ｆが自ら所定の第２データを生成し、それら第１データと第２データとから基板認証鍵を生成するようにしてもよい。

次に、ＳＣ３２５ｂＦは、記憶してある仮認証鍵を用いて通信制御ＩＣ３２５ａＦと暗号通信を行なう。そして、ＳＣは、基板認証鍵を用いてＣＵ制御部と暗号通信を行なうことで鍵管理サーバから取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。ＳＣは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御ＩＣ３２５ａＦと暗号通信を行なう。なお、本認証鍵は、通信制御ＩＣ３２５ａＦにおいても出荷時から記憶されているものではなく、ＳＣ３２５ｂＦと同様に更新情報から生成される。

次に、ＳＣは、ＣＵ制御部に対して通信鍵１を通知し、以降のＣＵ制御部との間の通信を、通信鍵１を用いて行なうことで、遊技機との業務電文通信が可能となる。また、ＳＣは、通信制御ＩＣに対して有効鍵を設定することで、通信制御ＩＣから通信鍵２の通知を受け、以降の通信制御ＩＣとの間の通信を、通信鍵２を用いて行なうことで、遊技機との業務電文通信が可能となる。

＜ＣＵ制御部とＳＣとの間で送受信するコマンドおよびレスポンス＞
次に、図７６に示したＣＵ３Ｆ内での通信について説明する。特に、ＣＵ制御部３２３Ｆと、セキュリティ基板３２５Ｆのセキュリティチップ（ＳＣ）３２５ｂとの間の通信について説明する。まず、図１１０、図１１１を参照して、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する。

図１１０、図１１１には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。

まず、ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、ＳＣ３２５ｂＦに対して遊技機（Ｐ台２Ｆ）との接続を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板接続要求の応答を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板メーカコード認証要求１のコマンドが送信される。基板メーカコードとは、セキュリティ基板３２５Ｆを製造したメーカを特定するコードであり、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとに記憶されている。この基板メーカコード認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板メーカコードの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板メーカコード認証応答１のレスポンスが送信される。この基板メーカコード認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板メーカコード認証要求２のコマンドが送信される。この基板メーカコード認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板メーカコード認証応答２のレスポンスが送信される。この基板メーカコード認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板メーカコードの認証情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板シリアルＩＤ認証要求１のコマンドが送信される。この基板シリアルＩＤ認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板シリアルＩＤ認証応答１のレスポンスが送信される。この基板シリアルＩＤ認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板シリアルＩＤ認証要求２のコマンドが送信される。この基板シリアルＩＤ認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板シリアルＩＤ認証応答２のレスポンスが送信される。この基板シリアルＩＤ認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板初期鍵認証要求１のコマンドが送信される。この基板初期鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板初期鍵認証応答１のレスポンスが送信される。この基板初期鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板初期鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板初期鍵認証要求２のコマンドが送信される。この基板初期鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板初期鍵認証応答２のレスポンスが送信される。この基板初期鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板初期鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証鍵認証要求１のコマンドが送信される。この基板認証鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答１のレスポンスが送信される。この基板認証鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板認証鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証鍵認証要求２のコマンドが送信される。この基板認証鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答２のレスポンスが送信される。この基板認証鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板認証鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵認証要求１のコマンドが送信される。この基板出荷鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答１のレスポンスが送信される。この基板出荷鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵認証要求２のコマンドが送信される。この基板出荷鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板出荷鍵認証応答２のレスポンスが送信される。この基板出荷鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してバージョン情報通知のコマンドが送信される。このバージョン情報通知のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵のバージョンを通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してバージョン情報応答のレスポンスが送信される。このバージョン情報応答のレスポンスは、ＣＵ制御部３２３Ｆに対してバージョン情報を受信したことを通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、ＳＣ３２５ｂＦに対してＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間の認証結果を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、ＣＵ制御部３２３Ｆに対してＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間の認証結果を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、ＳＣ３２５ｂＦに対してセキュリティ基板問合せ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、ＣＵ制御部３２３Ｆに対してセキュリティ基板問合せ情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、ＳＣ３２５ｂＦに対してセキュリティ基板情報を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、ＣＵ制御部３２３Ｆに対してセキュリティ基板情報を受信したことを通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、ＳＣ３２５ｂＦに対してカウンタ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、ＣＵ制御部３２３Ｆに対してカウンタ情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、ＳＣ３２５ｂＦに対して通信鍵を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、ＣＵ制御部３２３Ｆに対して通信鍵を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、ＳＣ３２５ｂＦに対して遊技機チップの問合せ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、ＣＵ制御部３２３Ｆに対して遊技機チップの問合せ情報を通知するものである。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、ＳＣ３２５ｂＦに対して遊技機チップ情報の照合結果を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、ＣＵ制御部３２３Ｆに対して遊技機チップ照合結果を受信したことを通知するものである。遊技機チップ情報結果のレスポンスに含まれる通知結果は、主制御チップの照合結果および払出制御チップを照合結果を併せて遊技機チップ情報通知結果である。そのため、遊技機チップ情報通知結果は、“０ｘ００”の場合主制御チップの照合結果がＯＫで払出制御チップを照合結果もＯＫであることを表し、“０ｘ０１”の場合主制御チップの照合結果がＯＫで払出制御チップを照合結果は未取得であることを表し、“０ｘ０２”の場合主制御チップの照合結果が未取得で払出制御チップを照合結果はＯＫであることを表し、“０ｘ０３”の場合主制御チップの照合結果が未取得で払出制御チップを照合結果も未取得であることを表している。また、遊技機チップ情報通知結果は、“０ｘ０４”の場合主制御チップの照合結果がＯＫで払出制御チップを照合結果はＮＧであることを表し、“０ｘ０５”の場合主制御チップの照合結果がＮＧで払出制御チップを照合結果はＯＫであることを表し、“０ｘ０７”の場合主制御チップの照合結果がＮＧで払出制御チップを照合結果は未取得であることを表し、“０ｘ０８”の場合主制御チップの照合結果が未取得で払出制御チップを照合結果はＮＧであることを表している。このように、遊技機チップ情報通知結果は、主制御チップおよび払出制御チップの照合結果を個別に表した情報としてＣＵ制御部３２３Ｆに対して通知される。このように、鍵管理サーバ８００Ｆから取得した主制御チップおよび払出制御チップのそれぞれの照合結果を個別に表した情報として出力するので、いずれの制御手段が照合されなかったのかを容易に判断することができる。

ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、ＳＣ３２５ｂＦに対して基板状態を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板状態を通知するものである。

＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図１１２〜図１２３に基づいて、ＣＵ制御部３２３ＦにおけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂで実行される処理とを説明する。

まず、図１１２を参照して、ＣＵ制御部３２３Ｆの電源投入・ホール設置時の立上の処理を説明する。この図１１２は、ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。

まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的にはホールサーバより）基板初期鍵Ａ、基板初期鍵Ａのメッセージ認証コード（たとえば、ＭＡＣ鍵など、以下単にＭＡＣ鍵ともいう）、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてＣＵ制御部３２３Ｆに記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＤＥＳ（Data Encryption Standard）、ＡＥＳ（Advanced Encryption Standard）やＩＤＥＡ（International Data Encryption Algorithm）などの暗号方式に則った復号方式で行なわれる。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。

セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。

通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。

次に、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対してセキュリティ基板および遊技機の状態を要求するため基板情報要求のコマンドをＳＣ３２５ｂＦへ送信する。ＳＣ３２５ｂＦは、基板状態＝運用可を含む基板状態応答のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、ＣＵ制御部３２３Ｆは、セキュリティ基板の運用が不可の場合、それぞれの基板状態にあった処理が行なわれる。具体的に、ＣＵ制御部３２３Ｆは、基板状態＝通信鍵要求（運用不可）を含む基板状態応答のレスポンスを受信した場合、通信鍵交換シーケンスへ処理を戻す。つまり、ＳＣ３２５ｂＦは、通信鍵交換シーケンスにおいて正常に通信鍵を生成できていないと判断した場合、基板状態＝通信鍵要求（運用不可）を含めた基板状態応答のレスポンスをＣＵ制御部３２３Ｆに送信する。

ＣＵ制御部３２３Ｆは、基板状態＝Ｐ台チップ問合せ要求（運用不可）を含む基板状態応答のレスポンスを受信した場合、遊技機チップ情報問合せシーケンスへ処理を戻す。つまり、ＳＣ３２５ｂＦは、遊技機チップ情報問合せシーケンスにおいて正常に主制御チップ番号や払出制御チップ番号を取得することができていないと判断した場合、基板状態＝Ｐ台チップ問合せ要求（運用不可）を含めた基板状態応答のレスポンスをＣＵ制御部３２３Ｆに送信する。

ＣＵ制御部３２３Ｆは、基板状態＝運用不可を含む基板状態応答のレスポンスを受信した場合、基板状態要求をＳＣ３２５ｂＦに対して繰返し送信する。つまり、ＳＣ３２５ｂＦは、通信鍵交換シーケンスや遊技機チップ情報問合せシーケンス以外で正常でないと判断した場合、基板状態＝運用不可を含めた基板状態応答のレスポンスをＣＵ制御部３２３Ｆに送信する。

以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂＦからＣＵ制御部３２３Ｆ、ホールサーバを経由して鍵管理サーバへ通知される。

その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、リカバリ要求を行ない、Ｐ台２Ｆは、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３Ｆに返信する。

次に、図１１３を参照して、ＣＵ制御部３２３Ｆの電源投入・通常立上の処理を説明する。この図１１３は、ＣＵ３Ｆが遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。

まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的には鍵管理サーバより、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＤＥＳ、ＡＥＳやＩＤＥＡなどの暗号方式に則った復号方式で行なわれる。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。

基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。

通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報をさらに取得する。

以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。

次に、図１１４を参照して、ＣＵ制御部３２３Ｆの電源投入・工場出荷時立上の処理を説明する。この図１１４は、ＣＵ３Ｆが遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦにおける処理である。

まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３Ｆが設置されていないため、遊技場のホールサーバより基板初期鍵をＣＵ制御部３２３Ｆが取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。

その後、ＣＵ制御部３２３Ｆは、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにセキュリティ基板３２５Ｆのテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂＦに送信する。ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３Ｆに送信する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にＳＣ３２５ｂＦより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。

基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。

その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通信テスト要求を行ない、Ｐ台２Ｆは通信テスト応答をＣＵ３Ｆに送信する。

以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３Ｆが遊技場に納入されて最初の電源立上時のシーケンスが図１１２で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図１１３で説明した通常立上シーケンスである。

次に、図１１５を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。

基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。

基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂＦに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。

基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。このとき、ＣＵ制御部３２３Ｆは、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。

一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂＦが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂＦが通信制御ＩＣ３２５ａＦと認証を行なうことはなく、工場で修理を行なうこととなる。

ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。

ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆからの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。

一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図１１２参照）に遷移する。このとき、ＣＵ制御部３２３Ｆは、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。

次に、図１１６を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。

まず、図１１６に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図１１６において基板初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図１１６において基板出荷鍵を用いた認証が行われることになる。よって、図１１６の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板初期鍵または基板出荷鍵で認証情報の乱数を暗号化し、ＭＡＣ鍵でアルゴリズム（たとえば、ハッシュ関数を用いてＨ−ＭＡＣアルゴリズムなど）を算出して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数を復号化し、ＭＡＣをチェックする。

基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。

基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。

その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。

基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３Ｆは、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。

次に、図１１７を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。

まず、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。

基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。

基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板メシリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂＦに通知する。

基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メシリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３Ｆは、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。

その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。

バージョン情報通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。

その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵で認証情報の乱数を暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは基板認証鍵で暗号化したが、暗号鍵に基板初期鍵または基板出荷鍵を用いて暗号化してもよい。基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板認証鍵を検証するため、認証情報の乱数を復号化し、ＭＡＣをチェックする。

基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。

基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。

その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。

基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。

その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂＦに対して通知する。

基板認証結果通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３Ｆは、基板認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。

次に、図１１８は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図１１８を参照して、まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。

セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３Ｆとホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。

セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。

その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。

ＳＣ３２５ｂＦは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３Ｆに通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。

その後、ＣＵ制御部３２３Ｆは、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３Ｆは、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。

次に、図１１９を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。

一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。

その後、ＣＵ制御部３２３Ｆは、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ：図１０９参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。

その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。

ＳＣ３２５ｂＦは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３Ｆに通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。

同時に、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。

次に、図１２０を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂＦは、認証異常として、基板認証鍵情報をクリアする。

その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。

この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図１１２に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。

なお、ＳＣ３２５ｂＦは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ８００Ｆに通知する。

次に、図１２１は、通信回線断（ＰＩＦ）シーケンスの処理を説明する図である。図１２１で説明する通信回線断は、ＰＩＦ回路３２６Ｆ（図７７参照）を介するＰ台２ＦとＣＵ３Ｆとの通信回線が切断された場合である。

まず、Ｐ台２ＦとＣＵ３Ｆは、ＰＩＦ回路３２６Ｆを介して通信中である。このとき、Ｐ台２ＦとＣＵ３Ｆとは、通信鍵を用いて通信する情報を暗号化している。その後、Ｐ台２ＦとＣＵ３Ｆとの通信回線断が発生する。ＣＵ制御部３２３Ｆは、状態情報要求のコマンドをＳＣ３２５ｂＦに対して送信するが、Ｐ台２ＦとＣＵ３Ｆとの通信回線断が発生しているのでＳＣ３２５ｂＦから状態情報要求に対する状態情報応答のレスポンスが返信されることはない。この状態情報要求に対する状態情報応答のレスポンスが返信されない通信がｎ回継続されると、ＣＵ制御部３２３Ｆは、セキュリティ基板３２５ＦおよびＰ台２Ｆの状態を要求する基板状態要求のコマンドをＳＣ３２５ｂＦに対して送信する。なお、送信する基板状態要求のコマンドは、暗号鍵に通信鍵を用いて暗号化してある。

基板状態要求のコマンドを受信したＳＣ３２５ｂＦは、セキュリティ基板３２５ＦおよびＰ台２Ｆの状態の情報を含む基板状態応答のレスポンスをＣＵ制御部３２３Ｆに対して送信する。なお、送信する基板状態応答のレスポンスは、暗号鍵に通信鍵を用いて暗号化してある。基板状態応答のレスポンスに含まれる情報には、基板状態、エラー状態、不正検知状態、設置変更情報、不正検知情報などが含まれる。たとえば、ＰＩＦ回路３２６Ｆを介しての通信において通信回線断が生じた場合には、基板状態応答のレスポンスに含まれるエラー状態のＢｉｔ０＝“１”（ＰＩＦ回線断）となる。ＣＵ３Ｆが設置されている店舗などが異なった場合には、基板状態応答のレスポンスに含まれる不正検知状態のＢｉｔ２＝“１”（設置組合せ変更検知）となる。また、接続前に遊技盤開発治具や開発用ユニットに接続されていたＰ台２Ｆと接続した場合には、基板状態応答のレスポンスに含まれる不正検知状態のＢｉｔ３＝“１”（不正遊技機接続検知）となる。

ＰＩＦ回路３２６Ｆを介しての通信において通信回線断の発生が継続している限り、基板状態要求のコマンド送信と、当該基板状態要求のコマンドに対してエラー状態のＢｉｔ０＝“１”（ＰＩＦ回線断）の情報を含む基板状態応答のレスポンスがＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で繰返される。

ＰＩＦ回路３２６Ｆを介するＰ台２ＦとＣＵ３Ｆとの通信回線が復旧した場合、ＳＣ３２５ｂＦは、当該通信回線の復旧を検知して、送信されてきた基板状態要求のコマンドに対してエラー状態のＢｉｔ０＝“０”（ＰＩＦ回線断なし）の情報を含む基板状態応答のレスポンスをＣＵ制御部３２３Ｆに送信する。

次に、ＣＵ制御部３２３Ｆは、通信制御ＩＣ３２５ａＦから接続しているＰ台２Ｆの遊技機チップ情報を取得する。その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、前述の通りである。

次に、図１２２は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。

まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。

セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。

セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。

その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。

そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。

上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、基板状態要求のコマンドを送信する。なお、送信する基板状態要求のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。

基板状態要求のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、基板状態応答のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信する基板状態応答のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。

基板状態応答のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。

次に、図１２３は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。

まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。

一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。

遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。

しかしながら、その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。

そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。

上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。

遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。

遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。

以上の図１１２〜図１２３に基づいて説明したＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。

ＣＵ３Ｆが遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図１１２参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図１１２参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図１１３参照）。

一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図１１２参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３Ｆを遊技場に出荷するときにそのＣＵ３Ｆの基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３Ｆがセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３Ｆとの間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。

基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３Ｆがホールサーバに接続されていることが担保されている状態で許容される。

また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図１１６に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図１１６に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。

＜主制御部−払出制御部間の通信＞
次に、Ｐ台２Ｆにおける主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信についてさらに詳しく説明する。まず、図７６に示すＰ台２Ｆにおいて、遊技盤２６Ｆに設けられた主制御基板１６Ｆと、前枠５Ｆに設けられた払出制御基板１７Ｆとの通信は、主制御基板１６Ｆに設けられた主制御部１６１Ｆと前枠５Ｆに設けられた払出制御部１７１Ｆとの間で行なわれる。図１２４は、主制御部１６１Ｆ、払出制御部１７１Ｆ、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。

図１２４に示す主制御部１６１Ｆおよび払出制御部１７１Ｆは、ワンチップで構成されているものとして以下説明するが、複数のチップで同様の機能を構成してもよい。主制御部１６１Ｆは、主制御回路１６１ａＦ、通信制御回路１６１ｂＦ、主制御記憶部１６１ｃＦを備えている。主制御回路１６１ａＦは、主制御部１６１Ｆで様々な処理（たとえば、入賞センサ１６２Ｆからの信号に基づいて入賞球をカウントしたり、電波センサ１６３Ｆからの信号に基づいて不正を検出したりする処理など）を行なうための制御プログラムを実行する回路である。通信制御回路１６１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信を行なうための回路である。主制御記憶部１６１ｃＦは、主制御部１６１Ｆで実行するためのユーザプログラム、制御プログラムやデータを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭ（Ferroelectric Random Access Memory）などで構成されている。なお、主制御記憶部１６１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。

一方、払出制御部１７１Ｆは、払出制御回路１７１ａＦ、通信制御回路１７１ｂＦ、払出制御記憶部１７１ｃＦを備えている。払出制御回路１７１ａＦは、演算処理機能であるＣＰＵを含み、払出制御部１７１Ｆで様々な処理（発射制御基板３１Ｆを介して発射モータ１８Ｆを制御したり、計数ボタン２８Ｆからの信号に基づいてＣＵ３Ｆに対して遊技玉から持玉への変換を要求したりする処理など）を行なうための制御プログラムや払出制御記憶部１７１ｃＦに記憶されたユーザプログラムを実行する回路である。通信制御回路１７１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信、および払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間の暗号通信を行なうための回路である。払出制御記憶部１７１ｃＦは、払出制御部１７１Ｆで実行するためのユーザプログラム、制御プログラムやデータなどを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭなどで構成されている。なお、払出制御記憶部１７１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。

払出制御部１７１Ｆは、通信制御回路１７１ｂＦを介して、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの間でデータを送受信する。具体的には、払出制御部１７１Ｆは、上述の図７９で示したような各種コマンドをＣＵ３Ｆの通信制御ＩＣ３２５ａＦから受信する。そして、払出制御部１７１Ｆは、各種コマンドに含まれるデータを記憶する。これらのデータは、基本的には、ＲＡＭ等で構成される払出制御記憶部１７１ｃＦに記憶される。しかしながら、これらのデータの中には、セキュリティの観点から、ユーザプログラム等が記憶された払出制御記憶部１７１ｃＦに記憶しない方が好ましいデータも存在する。

そこで、払出制御部１７１Ｆ（払出制御回路１７１ａＦ）は、通信制御回路１７１ｂＦで受信したデータのうち、セキュリティに関連する所定データ（セキュリティ関連情報）を払出制御記憶部１７１ｃＦには記憶せずに、払出制御回路１７１ａＦ内の所定の格納領域に格納する。すなわち、払出制御回路１７１ａＦは、通信制御回路１７１ｂＦで受信したセキュリティ関連情報をユーザプログラムに通知せずに払出制御回路１７１ａＦ内のレジスタに格納する。このユーザプログラムは、ＣＵ３Ｆの基本動作を制御するための制御プログラムなどの仕様により予め定められたプログラムではなく、遊技機の開発段階で追加可能なプログラムである。そのため、外部から比較的アクセスが容易なユーザプログラムに所定データを通知しないことでセキュリティ性を向上させることができる。また、外部からアクセス可能な払出制御記憶部１７１ｃＦに所定データを記憶しないことで、所定データへのアクセスを禁止してセキュリティ性を向上させている。

たとえば、セキュリティ関連情報とは、状態情報要求のコマンドに含まれる「計数受領時刻」、カード挿入通知コマンドに含まれる「店舗コード」および「ＳＣ基板ＩＤ」などである。なお、セキュリティ関連情報は、これに限られず、セキュリティの観点から払出制御記憶部１７１ｃＦに記憶しない方が好ましいと考えられる予め定められた任意のデータを含む。

そして、払出制御回路１７１ａＦは、自身のレジスタに格納されたセキュリティ関連情報を予め定められた条件が成立したときに更新または消去する。具体的には、払出制御回路１７１ａＦは、レジスタに格納された「計数受領時刻」を、Ｐ台２ＦがＣＵ３Ｆに送信する状態情報応答のレスポンスに含まれる遊技台状態１のＢｉｔ４＝“１”（計数要求時）で、当該状態情報応答のレスポンスをＣＵ３Ｆに送信する時（状態情報応答送信時）に更新する。払出制御回路１７１ａＦは、「計数受領時刻」を、Ｐ台２Ｆが通信開始応答のレスポンスをＣＵ３Ｆに送信する時（通信開始応答送信時）またはＰ台２Ｆに設けたＲＡＭ（たとえば、主制御記憶部１６１ｃＦ、払出制御記憶部１７１ｃＦなど）をクリアする指示がなされた時（ＲＡＭクリア指示時）に消去する。

また、払出制御回路１７１ａＦは、レジスタに格納された「店舗コード」および「ＳＣ基板ＩＤ」を、Ｐ台２Ｆがカード挿入応答のレスポンスをＣＵ３Ｆに送信する時（カード挿入応答送信時）またはＰ台２Ｆが計数履歴要求のコマンドをＣＵ３Ｆから受信した時（計数履歴要求時）に新たに登録または更新する。払出制御回路１７１ａＦは、「店舗コード」および「ＳＣ基板ＩＤ」を、Ｐ台２Ｆに設けたＲＡＭをクリアする指示がなされた時（ＲＡＭクリア指示時）に消去する。

このように「計数受領時刻」、「店舗コード」および「ＳＣ基板ＩＤ」の情報は、上記の条件を満たした時に払出制御回路１７１ａＦ内で削除または更新されることから、セキュリティを確保することができる。

なお、上述したように、図９１に示したように、「店舗コード」は、通信不能な状態から復帰する際の計数履歴シーケンスにおいて用いられる。具体的には、図９１を参照して、払出制御回路１７１ａＦは、通信制御回路１７１ｂＦを介して、通番＝ｎ、店舗コードおよびＳＣ基板ＩＤを含む計数履歴要求のコマンドを、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦから受信する。払出制御回路１７１ａＦでは、カード挿入通知のコマンドでＣＵ３Ｆから送信されて、払出制御回路１７１ａＦ内のレジスタに記憶されている「店舗コード」と、計数履歴要求のコマンドでＣＵ３Ｆから送信された「店舗コード」とを比較する。払出制御回路１７１ａＦは、これらを比較した結果、「店舗コード」が一致する場合、記憶している計数履歴１および計数履歴２のデータをＣＵ３Ｆに送信できるように計数履歴応答のレスポンスにセットする。そして、通信制御回路１７１ｂＦは、通番＝ｎ、計数履歴１および計数履歴２を含む計数履歴応答のレスポンスをＣＵ３Ｆ（通信制御ＩＣ３２５ａＦ）に返信する。このように、通信制御回路１７１ｂＦは、過去２回分の計数履歴（計数履歴１および計数履歴２）をＣＵ３Ｆ（通信制御ＩＣ３２５ａＦ）に送信することで、リカバリ処理の精度を向上させることができる。なお、通信制御回路１７１ｂＦからＣＵ３Ｆに送信する複数の計数履歴は、過去２回分に限定されず過去３回分以上の計数履歴でもよい。

一方、払出制御回路１７１ａＦは、これらを比較した結果、「店舗コード」が不一致の場合、ＣＵ３Ｆに送信する計数履歴応答のレスポンスに計数履歴なしとしてデータをセットする。そして、通信制御回路１７１ｂＦは、通番＝ｎ、計数履歴なしを含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。ここで、Ｐ台２Ｆから通番＝ｎ、計数履歴なしを含む計数履歴応答のレスポンスをＣＵ３Ｆに返信された場合には（上述の「店舗コード」が不一致の場合）、払出制御回路１７１ａＦは、遊技の継続を禁止する。

すなわち、払出制御回路１７１ａＦ内のレジスタに記憶されている「店舗コード」と、計数履歴要求のコマンドでＣＵ３Ｆから送信された「店舗コード」とが一致している場合には、通信不能な状態から計数履歴を用いて前回の遊技状態に復帰させることができるが、一致しない場合には通信不能な状態から前回の遊技状態に復帰させない。

なお、上記では、払出制御回路１７１ａＦが、「店舗コード」の比較を行なう場合について説明したが、これに限られず、通信制御回路１７１ｂＦが、払出制御回路１７１ａＦのレジスタを参照して、払出制御回路１７１ａＦ内のレジスタに記憶されている「店舗コード」と、計数履歴要求のコマンドでＣＵ３Ｆから送信された「店舗コード」とを比較してもよい。この場合、通信制御回路１７１ｂＦは、判定結果を払出制御回路１７１ａＦに通知する。払出制御回路１７１ａＦは、「店舗コード」が一致するとの判定結果の場合には、記憶している計数履歴１および計数履歴２のデータを計数履歴応答のレスポンスにセットし、「店舗コード」が一致しないとの判定結果の場合には、計数履歴応答のレスポンスに計数履歴なしとしてデータをセットする。そして、通信制御回路１７１ｂＦは、セットされたデータを含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。

さらに、通信制御回路１６１ｂＦ，１７１ｂＦについて詳しく説明する。図１２５は、払出制御部１７１Ｆと暗号通信するための通信制御回路１６１ｂＦの構成を説明するためのブロック図である。まず、通信制御回路１６１ｂＦは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。

認証通信機能は、前枠５Ｆの払出制御部１７１Ｆとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて主制御部１６１Ｆの情報を、払出制御部１７１Ｆに渡し、払出制御部１７１Ｆの情報を受取ることも可能である。

割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部６００Ｆにて払出制御部１７１Ｆとのリカバリ通信を行なう機能である。また、通信制御回路１６１ｂＦは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。

次に、通信制御回路１６１ｂＦは、図１２５に示すように主制御回路１６１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部６００Ｆを有している。

通信制御回路１６１ｂＦに含まれるレジスタには、たとえば認証ステータスレジスタ６１１Ｆ、認証割込み設定レジスタ６１２Ｆ、送信データバッファ６１３Ｆ、送信データ数レジスタ６１４Ｆ、情報送信クリアレジスタ６１５Ｆ、主制御遊技情報レジスタ６１６Ｆ、払出制御遊技情報レジスタ６１７Ｆ、リカバリ通信完了レジスタ６１８Ｆおよび暗号通信データクリア要求／完了レジスタ６１９Ｆなどを有している。

認証ステータスレジスタ６１１Ｆは、主制御部１６１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ６１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。

送信データバッファ６１３Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆに送信する遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In, First Out）で遊技情報が書込まれる。また、送信データバッファ６１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該バッファに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ６１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ６１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要である。送信データバッファ６１３Ｆ以外のレジスタは揮発メモリで構成している。

送信データ数レジスタ６１４Ｆは、主制御部１６１Ｆ払出制御部１７１Ｆへ送信したデータ数を書込むレジスタであり、送信データバッファ６１３Ｆ内のデータ数をモニタしている。情報送信クリアレジスタ６１５Ｆは、送信データバッファ６１３Ｆのデータをクリアする要求を書込むレジスタである。

主制御遊技情報レジスタ６１６Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されるデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ６１６Ｆに書込まれたデータは、暗号通信制御部６００Ｆで暗号化されて払出制御部１７１Ｆへ送信される。払出制御遊技情報レジスタ６１７Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ６１７Ｆに書込まれたデータは、暗号通信制御部６００Ｆで復号化されたデータである。

リカバリ通信完了レジスタ６１８Ｆは、主制御部−払出制御部間でリカバリ通信が完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ６１９Ｆは、払出制御部１７１Ｆと通信を行なっている暗号通信制御部６００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。

通信制御回路１７１ｂＦは、主制御部１６１Ｆと暗号通信するための構成と、通信制御ＩＣ３２５ａＦと暗号通信するための構成とに分けられ、主制御部１６１Ｆと暗号通信するための構成の部分を通信制御回路１７１ｂ１Ｆ、通信制御ＩＣ３２５ａＦと暗号通信するための構成の部分を通信制御回路１７１ｂ２Ｆとして以下説明する。

まず、図１２６は、主制御部１６１Ｆと暗号通信するための通信制御回路１７１ｂ１Ｆの構成を説明するためのブロック図である。まず、通信制御回路１７１ｂ１Ｆは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。

認証通信機能は、遊技盤２６Ｆの主制御部１６１Ｆとの相互認証、およびＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて払出制御部１７１Ｆの情報を、主制御部１６１Ｆに渡し、主制御部１６１Ｆの情報を受取ることも可能である。

割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部７００Ｆにて主制御部１６１Ｆおよび通信制御ＩＣ３２５ａＦとのリカバリ通信を行なう機能である。また、通信制御回路１７１ｂ１Ｆは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。

次に、通信制御回路１７１ｂ１Ｆは、図１２６に示すように払出制御回路１７１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部７００Ｆを有している。

通信制御回路１７１ｂ１Ｆに含まれるレジスタには、たとえば認証ステータスレジスタ７１１Ｆ、認証割込み設定レジスタ７１２Ｆ、データ受信レジスタ７１３Ｆ、受信データ数レジスタ７１４Ｆ、情報受信クリアレジスタ７１５Ｆ、払出制御遊技情報レジスタ７１６Ｆ、主制御遊技情報レジスタ７１７Ｆ、リカバリ要求／完了レジスタ７１８Ｆおよび暗号通信データクリア要求／完了レジスタ７１９Ｆなどを有している。

認証ステータスレジスタ７１１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。

データ受信レジスタ７１３Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信した遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In, First Out）で遊技情報が書込まれる。また、データ受信レジスタ７１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該レジスタに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、データ受信レジスタ７１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、データ受信レジスタ７１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。データ受信レジスタ７１３Ｆ以外のレジスタは揮発メモリで構成している。

受信データ数レジスタ７１４Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７１３Ｆ内のデータ数をモニタしている。情報受信クリアレジスタ７１５Ｆは、データ受信レジスタ７１３Ｆのデータをクリアする要求を書込むレジスタである。

払出制御遊技情報レジスタ７１６Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されるデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ７１６Ｆに書込まれたデータは、暗号通信制御部７００Ｆで暗号化されて主制御部１６１Ｆへ送信される。主制御遊技情報レジスタ７１７Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ７１７Ｆに書込まれたデータは、暗号通信制御部７００Ｆで復号化されたデータである。

リカバリ要求／完了レジスタ７１８Ｆは、主制御部−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７１９Ｆは、主制御部１６１Ｆと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。

通信制御回路１７１ｂ１Ｆには、その他、通信タイムアウト時間設定レジスタ７１９ａＦ、通信インターバル時間設定レジスタ７１９ｂＦ、および主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦが含まれている。

主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定するレジスタである。当該レジスタを設定することで、データ受信レジスタ７１３Ｆへの書込みは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても設定した有効時間（たとえば、５秒から１５秒程度）行なうことができる。これにより、たとえば、電源断や断線などにより認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。なお、玉の滞留時間が長いステージを有する遊技機の場合でも、浮遊玉が入賞したことの情報を確実に記憶することができるように有効期間を長めに設定することができるものとする。

本来、データ受信レジスタ７１３Ｆには、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後、セキュリティの観点から暗号通信制御部７００Ｆ介して情報を書き込むことができない。しかし、データ受信レジスタ７１３Ｆでは、たとえば、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に浮遊玉が入賞したことの情報を書き込む必要があった。そこで、通信制御回路１７１ｂ１Ｆは、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦに対して有効時間を設定し、暗号通信制御部７００Ｆで本設定することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても有効期間内であれば暗号通信制御部７００Ｆを介して情報をデータ受信レジスタ７１３Ｆに書き込むことができる。なお、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦの設定値は、暗号通信制御部７００Ｆで本設定された後であれば読み出すことができる。

図１２７は、通信制御ＩＣ３２５ａＦと暗号通信するための通信制御回路１７１ｂ２Ｆの構成を説明するためのブロック図である。通信制御回路１７１ｂ２Ｆは、図１２７に示すように、通信制御ＩＣ３２５ａＦと暗号通信するために、たとえば認証ステータスレジスタ７２１Ｆ、認証割込み設定レジスタ７２２Ｆ、送信データバッファ７２３ａＦ、データ受信レジスタ７２３ｂＦ、送信データ数レジスタ７２４Ｆ、受信データ数レジスタ７２５Ｆ、リカバリ通信加算球要求レジスタ７２６Ｆ、リカバリ通信減算球要求レジスタ７２７Ｆ、リカバリ要求／完了レジスタ７２８Ｆ、暗号通信データクリア要求／完了レジスタ７２９Ｆ、通信タイムアウトタイマ−プリスケーラ設定レジスタ７２９ａＦおよび通信タイムアウト時間設定レジスタ７２９ｂＦなどを有している。

認証ステータスレジスタ７２１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７２２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。

送信データバッファ７２３ａＦは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信する業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In, First Out）で業務電文が書込まれる。データ受信レジスタ７２３ｂＦは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信した業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In, First Out）で業務電文が書込まれる。

なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦを不揮発メモリで構成することで、払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間で通信断が生じ、通信不能によって未送信となった当該バッファおよびレジスタに書込まれた業務電文は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦに書込まれた業務電文を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、払出制御部１７１Ｆや通信制御ＩＣ３２５ａＦの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦ以外のレジスタは揮発メモリで構成している。

送信データ数レジスタ７２４Ｆは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信したデータ数を書込むレジスタであり、送信データバッファ７２３ａＦ内のデータ数をモニタしている。受信データ数レジスタ７２５Ｆは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７２３ｂＦ内のデータ数をモニタしている。

リカバリ通信加算球要求レジスタ７２６Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて加算球が発生した場合に加算球数が書込まれるレジスタである。なお、リカバリ通信加算球要求レジスタ７２６Ｆは、リカバリ通信完了時のみ更新される。リカバリ通信減算球要求レジスタ７２７Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて減算球が発生した場合に減算球数が書込まれるレジスタである。なお、リカバリ通信減算球要求レジスタ７２７Ｆも、リカバリ通信完了時のみ更新される。

リカバリ要求／完了レジスタ７２８Ｆは、通信制御ＩＣ−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７２９Ｆは、通信制御ＩＣ３２５ａＦと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。

払出制御部１７１Ｆは、通信制御ＩＣ３２５ａＦとの暗号通信において通信制御回路１７１ｂ２Ｆのデータ受信レジスタ７２３ｂＦで受信したデータのうち、セキュリティ関連情報を払出制御回路１７１ａＦで実行されているユーザプログラムに通知することなく、払出制御回路１７１ａＦ内のレジスタに格納する。つまり、払出制御回路１７１ａＦで実行されているユーザプログラムは、データ受信レジスタ７２３ｂＦに受信したセキュリティ関連情報に直接アクセスすることができないように制限されているので、当該セキュリティ関連情報を払出制御記憶部１７１ｃＦに書き出すことができない。なお、通信制御回路１７１ｂ２Ｆは、セキュリティ関連情報をデータ受信レジスタ７２３ｂＦで受信する場合について説明したが、払出制御回路１７１ａＦで実行されているユーザプログラムが直接アクセスすることができないセキュリティ関連情報受信レジスタを別途設けてもよい。

また、データ受信レジスタ７２３ｂＦで受信したセキュリティ関連情報を、払出制御回路１７１ａＦ内のレジスタに格納するが、払出制御回路１７１ａＦで実行されているユーザプログラムが直接アクセスすることができない払出制御部１７１Ｆの構成について説明した。しかし、払出制御部１７１Ｆは、これに限定されず、データ受信レジスタ７２３ｂＦで受信したセキュリティ関連情報を払出制御回路１７１ａＦ内のレジスタに格納せず、データ受信レジスタ７２３ｂＦ内で保持するだけに留めて、払出制御回路１７１ａＦで実行されているユーザプログラムが直接アクセスすることができない構成としてもよい。

＜リカバリ完了確認処理＞
次に、主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、電源断などの通信不能な状態から復帰するとき、主制御部１６１Ｆおよび払出制御部１７１Ｆは、主制御記憶部１６１ｃＦおよび払出制御記憶部１７１ｃＦに記憶された所定情報を送信するリカバリ処理を実行する。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理の終了を条件に、ユーザプログラムの実行による所定情報の生成を再開するリカバリ完了確認処理を行なう。具体的に、リカバリ完了確認処理についてフローチャートを用いて説明する。図１２８は、リカバリ完了確認処理を説明するためのフローチャートである。

まず、主制御部１６１Ｆおよび払出制御部１７１Ｆは、電源断などの通信不能な状態から復帰させるために電源が投入されると、主制御回路１６１ａＦおよび払出制御回路１７１ａＦが認証シーケンスの処理を開始し、認証が完了すると主制御部１６１Ｆおよび払出制御部１７１Ｆのそれぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証結果が書込まれる。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれているか否かを確認する（ステップＳＦ２９１）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれていない場合（ステップＳＦ２９１：ＮＯ）、ステップＳＦ２９１の処理に戻る。

主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれている場合（ステップＳＦ２９１：ＹＥＳ）、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれているか否かを確認する（ステップＳＦ２９２）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていない場合（ステップＳＦ２９２：ＮＯ）、ステップＳＦ２９２の処理に戻る。

主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれている場合（ステップＳＦ２９２：ＹＥＳ）、ユーザプログラムの処理を開始する（ステップＳＦ２９３）。なお、ユーザプログラムの処理を開始させる手段として、たとえばユーザプログラムの処理を開始させる信号を送信して当該ユーザプログラムの処理を開始させる手段や、ユーザプログラムの処理を停止する停止手段を設け、当該停止手段を解除することで当該ユーザプログラムの処理を開始させる手段などがある。

前述のように、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理が完了するまでユーザプログラムの処理を開始しないため、リカバリ処理によって復帰させる情報が確定する前にユーザプログラムの処理による新たな情報が書込まれないようにすることでユーザプログラムの処理を適切に再開することができる。

＜主制御部と払出制御部との間で送受信するコマンドおよびレスポンス＞
次に図１２９を参照して、主制御部１６１Ｆと払出制御部１７１Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。

図１２９には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。

まず、主制御部１６１Ｆから払出制御部１７１Ｆに対して電源投入通知という名称のコマンドが送信される。この電源投入通知のコマンドは、払出制御部１７１Ｆに対して電源が投入され通信が開始されることを通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して電源投入受信という名称のレスポンスが送信される。この電源投入受信のレスポンスは、主制御部１６１Ｆに対して電源投入通知を受信し、通信が開始されることの応答である。

次に、主制御部１６１Ｆから払出制御部１７１Ｆに対して遊技状態通知という名称のコマンドが送信される。この遊技状態通知のコマンドは、払出制御部１７１Ｆに対して遊技状態を通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して遊技状態応答という名称のレスポンスが送信される。この遊技状態応答のレスポンスは、主制御部１６１Ｆに対して遊技状態通知を受信したことの応答である。

＜主制御部と払出制御部との間で処理される主なシーケンス＞
次に、図１３０および図１３１に基づいて、主制御部１６１Ｆおよび払出制御部１７１Ｆで実行される処理による主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理される主なシーケンスについて説明する。

＜＜通信シーケンス＞＞
まず、図１３０を参照して、電源投入時、主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理されるシーケンスを説明する。図１３０に示すシーケンスは、主制御部１６１Ｆと払出制御部１７１Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。

また、主制御部１６１Ｆと払出制御部１７１Ｆとの通信は、主制御部１６１Ｆを一次局としたポーリング方式による通信を行ない、ポーリング間隔は２００ｍｓである。なお、電源投入通知および電源投入受信の通信については除く。払出制御部１７１Ｆは、応答を送信してから１秒経過しても主制御部１６１Ｆからの要求コマンドが受信できなかった場合に「通信回線断」とし、遊技を停止させる。

さらに、払出制御部１７１Ｆは正常なデータを受信した場合のみ、主制御部１６１Ｆへ応答コマンドを送信する。主制御部１６１Ｆはポーリング間隔時間内に応答コマンドを受信しなかった場合、初回を含めて最大３回までコマンドを再送する。送受信に用いる通番は、主制御部１６１Ｆ、払出制御部１７１Ｆともに記憶部に保存しておき、コマンドの正常性確認、電源断復旧時および通信回線断復旧に用いる。

具体的に、通信シーケンスを説明すると、まず、電源を投入すると主制御部１６１Ｆと払出制御部１７１Ｆとの間で電源投入通知および電源投入受信の通信が行なわれ、さらに認証新シーケンスが開始される。認証シーケンスは、前述したように主制御部１６１Ｆおよび払出制御部１７１ＦのチップＩＤが認証され、主制御部−払出制御部間の通信が認証されたことが認証ステータスレジスタ６１１Ｆ，７１１Ｆに書込まれる。さらに、当該認証シーケンスにより、主制御部１６１Ｆと払出制御部１７１Ｆとの暗号通信に用いる暗号鍵および復号鍵を生成する処理を行なう。当該処理を行なった以降の主制御部１６１Ｆと払出制御部１７１Ｆとの通信には、生成された暗号鍵および復号鍵を用いて暗号通信が行なわれる。

次に、主制御部１６１Ｆは、認証シーケンスが終了した後、通番を「ｎ」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。さらに、主制御部１６１Ｆは、通番を「ｎ＋１」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋１」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。

その後、主制御部１６１Ｆは、通番をカウントアップして「ｎ＋２」として、遊技状態通知のコマンドを払出制御部１７１Ｆへ送信する。そして、払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋２」として、遊技状態受信のレスポンスを主制御部１６１Ｆへ返信する。

主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、通番「ｎ」の遊技状態通知のコマンド送信から通番「ｎ＋１」の遊技状態通知のコマンド送信までの間隔、通番「ｎ＋１」の遊技状態通知のコマンド送信から通番「ｎ＋２」の遊技状態通知のコマンド送信までの間隔は、それぞれ２００ｍｓ間隔である。

＜＜電源断後のシーケンス＞＞
次に、図１３１を参照して、電源断／通信回線断により状態情報要求が未到達となったときの処理について説明する。図１３１は、特に、電源断／通信回線断線（たとえば、払出制御部１７１Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、遊技状態通知が未到達（主制御部１６１Ｆから払出制御部１７１Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の処理を説明するためのシーケンス図である。

図１３１を参照して、遊技中において電源断が発生する前に、主制御部１６１Ｆは、通番＝ｎを含む遊技状態通知を払出制御部１７１Ｆに送信している。それを受けて、払出制御部１７１Ｆは、通番＝ｎを含む遊技状態受信を主制御部１６１Ｆに送信する。

そして、遊技中において払出制御部１７１Ｆに電源断が発生した後に、通番＝ｎ＋１を含む遊技状態通知が主制御部１６１Ｆから払出制御部１７１Ｆへ送信された場合に、払出制御部１７１Ｆが電源断の状態であるためにその遊技状態通知を受信できない。それ以降、払出制御部１７１Ｆからの遊技状態受信が送信されてこないために主制御部１６１Ｆは、１秒後に電源断が発生したとして通信を停止する制御を行なう。

その後、電源投入および主制御部１６１Ｆと払出制御部１７１Ｆとの間で認証シーケンスが開始されると、主制御部１６１Ｆは、通番＝１および主制御通番（前回最終送信通番）＝ｎ＋１を含む電源投入通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、電源断が発生する前に主制御部１６１Ｆに送信した遊技状態受信の通番が「ｎ」であったため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎとなる。そのため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎと、主制御部１６１Ｆでバックアップしている主制御通番＝ｎ＋１とが不一致である。払出制御部１７１Ｆは、通番が不一致であるとき、主制御部１６１Ｆから送信された電源投入通知に含まれるリカバリ遊技情報に基づき払出制御部１７１Ｆの情報をリカバリ処理する。その後、払出制御部１７１Ｆは、通番＝１を含む電源投入受信を主制御部１６１Ｆに送信する。

主制御部１６１Ｆは、通番＝２を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、リカバリ処理後の内容で処理を行なうとともに、通番＝２を含む遊技状態受信を払出制御部１７１Ｆに送信する。以降同様に、主制御部１６１Ｆは、通番＝３を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番＝３を含む遊技状態受信を払出制御部１７１Ｆに送信する。

なお、前述のリカバリ処理は、通番が不一致であったので実施する構成であったが、リカバリ遊技情報に含まれる情報（たとえば、遊技情報数や賞球情報など）が主制御部１６１Ｆと払出制御部１７１Ｆとで不一致であってもリカバリ処理を行なってもよい。

＜不正遊技機接続検知＞
次に、ＣＵ３Ｆで検知される不正遊技機検知の仕組みについて説明する。Ｐ台２Ｆに接続可能なカードユニットは、商用で使用されるカードユニット（前述しているＣＵ３Ｆに相当、以下単にＣＵ３Ｆ、商用ＣＵともいう。）に限定されるものではなく、Ｐ台２Ｆの遊技盤を開発するための遊技盤開発治具や、Ｐ台２Ｆの開発に用いる開発用カードユニット（開発用ＣＵ）などであってもよい。

しかし、商用ＣＵ以外のＰ台２Ｆに接続可能なカードユニットを利用して、不正にＰ台２Ｆで遊技を行なうことが考えられる。たとえば、商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続したＰ台２Ｆに対して多数の遊技玉を貸出して遊技盤開発治具や開発用ＣＵから切離した状態にし、その後Ｐ台２Ｆに商用ＣＵを接続して不正に遊技を行なうことが考えられる。

そこで、本実施の形態では、商用ＣＵに接続したＰ台２Ｆが、過去に商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続されていたのか否かを検知して商用ＣＵの動作を停止する。具体的に、図を用いて過去に商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続されていたのか否かを検知する仕組みを説明する。

図１３２は、遊技盤開発治具に接続していたＰ台２Ｆが、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。まず、図１３２に示す遊技盤開発治具３ＥＦは、Ｐ台開発用のＳＣ３２５ＥｂＦを有している以外、商用ＣＵと同じＣＵ制御部３２３Ｆおよび通信制御ＩＣ３２５ａＦで構成されている。また、Ｐ台開発用のＳＣ３２５ＥｂＦには、遊技盤開発治具であることの示す識別ＩＤが埋め込まれている。具体的に、識別ＩＤは、ＳＣ基板ＩＤに含まれる識別コードであり、ＳＣ基板ＩＤの一部としてＳＣ３２５ＥｂＦに記憶されている。

図１３２に示すように遊技盤開発治具３ＥＦにＰ台２Ｆを接続すると、カード挿入通知のコマンドが遊技機電文通知として遊技盤開発治具３ＥＦからＰ台２Ｆに送信される際に、Ｐ台開発用のＳＣ３２５ＥｂＦから識別ＩＤがＰ台２Ｆに送信される。Ｐ台２Ｆに送信された識別ＩＤは、払出制御回路１７１ａＦ内のレジスタに格納される。識別ＩＤとともにＳＣ３２５ＥｂＦのＳＣ基板ＩＤも払出制御回路１７１ａＦ内のレジスタに格納される。なお、識別ＩＤのみ払出制御回路１７１ａＦの別の記憶装置にバックアップする構成でもよい。

ＳＣ基板ＩＤは、前述したとおり払出制御回路１７１ａＦ内のレジスタに格納されるが、払出制御回路１７１ａＦで実行されるユーザプログラム１７１ｐＦには通知されない。そのため、Ｐ台２Ｆは、ＳＣ基板ＩＤを払出制御回路１７１ａＦから読出すことができず、ＳＣ基板ＩＤを不正に複製されることできないためセキュリティ性が高くなっている。払出制御回路１７１ａＦのレジスタに記憶されたＳＣ基板ＩＤ（識別ＩＤを含む）は、払出制御回路１７１ａＦのＲＡＭをクリアすることで消去することができる。

次に、遊技盤開発治具３ＥＦからＣＵ３Ｆにユニット交換する場合の処理について説明する。遊技盤開発治具３ＥＦに接続されていたＰ台２Ｆは、ユニット交換によりＣＵ３Ｆに接続されると電源投入後の認証シーケンスの処理において遊技機電文通知がＣＵ３Ｆから送信される。この遊技機電文通知により、ＳＣ３２５ｂＦから識別ＩＤ（商用ＣＵであることを表す識別情報）を含むＳＣ基板ＩＤがＰ台２Ｆに送信される。なお、ＳＣ基板ＩＤをＰ台２Ｆに送信するタイミングは、認証シーケンスの処理中に限定されるものではなく、たとえばＣＵ３Ｆにユニット交換してＰ台２Ｆの電源を投入後、遊技者がカードを挿入してカード挿入通知のコマンドが遊技機電文通知としてＣＵ３Ｆから送信されるタイミングであってもよい。つまり、遊技盤開発治具３ＥＦで付与された遊技玉数を、遊技者が不正に使用して遊技することを防止することができるタイミングであれば何れのタイミングであってもよい。なお、図１３２では、Ｐ台開発用のＳＣ３２５ＥｂＦからの識別ＩＤと、商用のＳＣ３２５ｂＦからの識別ＩＤとを区別するため、Ｐ台開発用のＳＣ３２５ＥｂＦからの識別ＩＤを図示し、商用のＳＣ３２５ｂＦからの識別ＩＤを図示していない。

商用のＳＣ３２５ｂＦからの識別ＩＤを受信したＰ台２Ｆは、払出制御回路１７１ａＦで格納（記憶）している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が遊技盤開発治具３ＥＦの識別ＩＤか否かを判定する。なお、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤか否かの種別まで判定せずに商用のＣＵ３Ｆ以外の接続装置であるか否かを判定するだけでもよい。払出制御回路１７１ａＦは、格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤであると判定した場合、ユーザプログラム１７１ｐＦに格納している識別ＩＤを通知せずに過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことのみを通知し、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”とする。

ＣＵ３Ｆは、接続したＰ台２Ｆから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ６の情報に基づき、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ６の情報を読出し、当該情報が“１”であれば過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知する。ＳＣ３２５ｂＦは、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、過去に接続した遊技盤開発治具３ＥＦでの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。

なお、図１３２では、ユーザプログラム１７１ｐＦに不正検知状態３のＢｉｔ６＝“１”の情報が書込まれたことを分かりやすく表現するために識別ＩＤがユーザプログラム１７１ｐＦに書込まれたように図示されているが、前述したように格納している識別ＩＤ自体は通知されない。また、Ｐ台２ＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ６＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤがＰ台２ＦからＣＵ３Ｆに対して送信されたように図示されているが、格納している識別ＩＤ自体が通知されるものではない。

もちろん、前述したように払出制御回路１７１ａＦは、格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤであると判定した場合、状態情報応答のレスポンスに含まれるフラグ（不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”）としてユーザプログラム１７１ｐＦに書込むのではなく、図１３２で示したように遊技盤開発治具３ＥＦの識別ＩＤ自体の情報をユーザプログラム１７１ｐＦに書込んでもよい。さらに、ユーザプログラム１７１ｐＦが格納している識別ＩＤに基づいて遊技盤開発治具３ＥＦの識別ＩＤか否かを判定してもよい。また、Ｐ台２ＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”）ではなく、図１３２で示したように遊技盤開発治具３ＥＦの識別ＩＤ自体の情報を送信してもよい。

さらに、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が遊技盤開発治具３ＥＦの識別ＩＤか否かを判定せずに、格納している識別ＩＤをユーザプログラム１７１ｐＦを介してＳＣ３２５ｂＦに送信するだけの構成でもよい。つまり、過去に接続したカードユニットが遊技盤開発治具３ＥＦか否かの判定は、Ｐ台２ＦではなくＳＣ３２５ｂＦで行ない、遊技盤開発治具接続を検知する構成であってもよい。

また、遊技盤開発治具３ＥＦから別の遊技盤開発治具３ＥＦにユニット交換する場合も、図１３２で説明したように接続したＰ台２Ｆから不正検知状態３のＢｉｔ６＝“１”の情報を含む状態情報応答のレスポンスが送信されてくる。しかし、ユニット交換した別の遊技盤開発治具３ＥＦは、Ｐ台開発用のＳＣ３２５ＥｂＦに遊技機開発メーカコードの出荷メーカコードが設定してあるため、送信されてきた不正検知状態３のＢｉｔ６＝“１”の情報を無視して、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知しないように構成してもよい。つまり、カードユニットは、ＳＣに設定されている出荷メーカコードにより遊技盤開発治具３ＥＦから別の遊技盤開発治具３ＥＦにユニット交換したと判定した場合、遊技盤開発治具接続のエラーを検知しない。これにより、遊技盤開発治具３ＥＦとＰ台２Ｆとの接続を繰返す開発の工程において、遊技盤開発治具接続のエラーを検知する処理が行なわれないので開発やメンテナンスの作業が容易になる。

図１３３は、開発用ＣＵに接続していたＰ台２Ｆが、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。まず、図１３３に示す開発用ＣＵ３ＤＦは、開発用のＳＣ３２５ＤｂＦを有している以外、商用ＣＵと同じＣＵ制御部３２３Ｆおよび通信制御ＩＣ３２５ａＦで構成されている。また、開発用のＳＣ３２５ＤｂＦには、開発用ＣＵであることの示す識別ＩＤが埋め込まれている。具体的に、識別ＩＤは、ＳＣ基板ＩＤに含まれる識別コードであり、ＳＣ基板ＩＤの一部としてＳＣ３２５ＤｂＦに記憶されている。

図１３３に示すように開発用ＣＵ３ＤＦにＰ台２Ｆを接続すると、カード挿入通知のコマンドが遊技機電文通知として開発用ＣＵ３ＤＦからＰ台２Ｆに送信される際に、開発用のＳＣ３２５ＤｂＦから識別ＩＤがＰ台２Ｆに送信される。Ｐ台２Ｆに送信された識別ＩＤは、払出制御回路１７１ａＦ内のレジスタに格納される。識別ＩＤとともにＳＣ３２５ＤｂＦのＳＣ基板ＩＤも払出制御回路１７１ａＦ内のレジスタに格納される。なお、識別ＩＤのみ払出制御回路１７１ａＦの別の記憶装置にバックアップする構成でもよい。

次に、開発用ＣＵ３ＤＦからＣＵ３Ｆにユニット交換する場合の処理について説明する。開発用ＣＵ３ＤＦに接続されていたＰ台２Ｆは、ユニット交換によりＣＵ３Ｆに接続されると電源投入後の認証シーケンスの処理において遊技機電文通知がＣＵ３Ｆから送信される。この遊技機電文通知により、ＳＣ３２５ｂＦから識別ＩＤ（商用ＣＵであることを表す識別情報）を含むＳＣ基板ＩＤがＰ台２Ｆに送信される。なお、ＳＣ基板ＩＤをＰ台２Ｆに送信するタイミングは、認証シーケンスの処理中に限定されるものではなく、たとえばＣＵ３Ｆにユニット交換してＰ台２Ｆの電源を投入後、遊技者がカードを挿入してカード挿入通知のコマンドが遊技機電文通知としてＣＵ３Ｆから送信されるタイミングであってもよい。つまり、開発用ＣＵ３ＤＦで付与された遊技玉数を、遊技者が不正に使用して遊技することを防止することができるタイミングであれば何れのタイミングであってもよい。なお、図１３３では、開発用のＳＣ３２５ＤｂＦからの識別ＩＤと、商用のＳＣ３２５ｂＦからの識別ＩＤとを区別するため、開発用のＳＣ３２５ＤｂＦからの識別ＩＤを図示し、商用のＳＣ３２５ｂＦからの識別ＩＤを図示していない。

商用のＳＣ３２５ｂＦからの識別ＩＤを受信したＰ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が開発用ＣＵ３ＤＦの識別ＩＤか否かを判定する。なお、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤか否かの種別まで判定せずに商用のＣＵ３Ｆ以外の接続装置であるか否かを判定するだけでもよい。払出制御回路１７１ａＦは、格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤであると判定した場合、ユーザプログラム１７１ｐＦに格納している識別ＩＤを通知せずに過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことのみを通知し、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”とする。

ＣＵ３Ｆは、接続したＰ台２Ｆから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ５の情報に基づき、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ５の情報を読出し、当該情報が“１”であれば過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知する。ＳＣ３２５ｂＦは、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、過去に接続した開発用ＣＵ３ＤＦでの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。

なお、図１３３では、ユーザプログラム１７１ｐＦに不正検知状態３のＢｉｔ５＝“１”の情報が書込まれたことを分かりやすく表現するために識別ＩＤがユーザプログラム１７１ｐＦに書込まれたように図示されているが、前述したように格納している識別ＩＤ自体は通知されない。また、Ｐ台２ＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ５＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤがＰ台２ＦからＣＵ３Ｆに対して送信されたように図示されているが、格納している識別ＩＤ自体が通知されるものではない。

もちろん、前述したように払出制御回路１７１ａＦは、格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤであると判定した場合、状態情報応答のレスポンスに含まれるフラグ（不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”）としてユーザプログラム１７１ｐＦに書込むのではなく、図１３３で示したように開発用ＣＵ３ＤＦの識別ＩＤ自体の情報をユーザプログラム１７１ｐＦに書込んでもよい。さらに、ユーザプログラム１７１ｐＦが格納している識別ＩＤに基づいて開発用ＣＵ３ＤＦの識別ＩＤか否かを判定してもよい。また、Ｐ台２ＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”）ではなく、図１３３で示したように開発用ＣＵ３ＤＦの識別ＩＤ自体の情報を送信してもよい。

さらに、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が開発用ＣＵ３ＤＦの識別ＩＤか否かを判定せずに、格納している識別ＩＤをユーザプログラム１７１ｐＦを介してＳＣ３２５ｂＦに送信するだけの構成でもよい。つまり、過去に接続したカードユニットが開発用ＣＵ３ＤＦか否かの判定は、Ｐ台２ＦではなくＳＣ３２５ｂＦで行ない、開発用ＣＵ接続を検知する構成であってもよい。

また、開発用ＣＵ３ＤＦから別の開発用ＣＵ３ＤＦにユニット交換する場合も、図１３３で説明したように接続したＰ台２Ｆから不正検知状態３のＢｉｔ５＝“１”の情報を含む状態情報応答のレスポンスが送信されてくる。しかし、ユニット交換した別の開発用ＣＵ３ＤＦは、開発用のＳＣ３２５ＤｂＦに遊技用装置開発メーカコードの出荷メーカコードが設定してあるため、送信されてきた不正検知状態３のＢｉｔ５＝“１”の情報を無視して、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知しないように構成してもよい。つまり、カードユニットは、ＳＣに設定されている出荷メーカコードにより開発用ＣＵ３ＤＦから別の開発用ＣＵ３ＤＦにユニット交換したと判定した場合、開発用ＣＵ接続のエラーを検知しない。これにより、開発用ＣＵ３ＤＦとＰ台２Ｆとの接続を繰返す開発の工程において、開発用ＣＵ接続のエラーを検知する処理が行なわれないので開発やメンテナンスの作業が容易になる。

このように、本実施の形態では、ＣＵ３Ｆに接続したＰ台２Ｆが、過去にＣＵ３Ｆ以外の遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続されていたのか否かを検知して、ＣＵ制御部３２３Ｆとの通信を停止してＣＵ３Ｆの動作を停止させるので、過去にＣＵ３Ｆ以外の遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続させることで不正に遊技を行なうこと防止することができる。たとえば、Ｐ台２Ｆを商用のＣＵ３Ｆに接続する前に遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続して多数の遊技玉を貸出しておき、商用のＣＵ３Ｆに接続後に貸出された遊技玉を用いて遊技を行なう不正を防止することができる。

次に、商用のＣＵ３ＦにＰ台２Ｆ以外の遊技機シミュレータを接続した場合について説明する。図１３４は、商用のＣＵ３Ｆに遊技機シミュレータを接続した場合の検知の仕組みを説明するための図である。ここで、遊技機シミュレータは、たとえば商用のＣＵ３Ｆが正常に稼働するかを検査するために接続するための装置であり、検査に必要な信号や情報を仮想的に商用のＣＵ３Ｆに出力することができる。そのため、商用のＣＵ３Ｆは、意図的に遊技機シミュレータを接続して不正な遊技情報を送信されることを防止するため、遊技機シミュレータに接続しているのかＰ台２Ｆに接続しているのかを検知すること必要となる。

まず、図１３４に示す遊技機シミュレータ２ＡＦは、Ｐ台２Ｆと同様に払出制御部１７１ＡＦを有している。払出制御部１７１ＡＦは、払出制御回路１７１ＡａＦおよび払出制御回路１７１ＡａＦで実行されるユーザプログラム１７１ＡｐＦを含んでいる。ユーザプログラム１７１ＡｐＦには、遊技機シミュレータ２ＡＦであることを示す識別ＩＤが埋め込まれている。

図１３４に示すように商用のＣＵ３Ｆに遊技機シミュレータ２ＡＦを接続すると、ＣＵ３Ｆと遊技機シミュレータ２ＡＦとの間で遊技機電文通知のコマンドと遊技機電文応答のレスポンスとの通信が行なわれる。たとえば、ＣＵ３Ｆは、遊技機シミュレータ２ＡＦに対してＣＵ３Ｆの状態を通知する状態情報要求のコマンドを送信する。遊技機シミュレータ２ＡＦは、ＣＵ３Ｆから状態情報要求のコマンドを受信すると、ＣＵ３Ｆに対して遊技情報や遊技台状態などを通知する状態情報応答のレスポンスを送信する。

ＣＵ３Ｆに送信する状態情報応答のレスポンスに遊技機シミュレータ２ＡＦと接続していることをＣＵ３Ｆに通知するための情報を含めている。具体的に、遊技機シミュレータ２ＡＦは、ユーザプログラム１７１ＡｐＦに埋め込まれている識別ＩＤに基づき、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ７（遊技機シミュレータ接続）＝“１”とする。

ＣＵ３Ｆは、接続した遊技機シミュレータ２ＡＦから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ７の情報に基づき、接続している遊技機が遊技機シミュレータであることを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ７の情報を読出し、当該情報が“１”であれば接続している遊技機が遊技機シミュレータであることを検知する。ＳＣ３２５ｂＦは、接続している遊技機が遊技機シミュレータであることを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、接続している遊技機シミュレータ２ＡＦの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、接続している遊技機が遊技機シミュレータであることを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。

なお、遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ７＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤが遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して送信されたように図示されている。

もちろん、遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ７（遊技機シミュレータ接続）＝“１”）ではなく、図１３４で示したように遊技機シミュレータ２ＡＦの識別ＩＤ自体の情報を送信してもよい。

このように、本実施の形態では、ＣＵ３Ｆに接続する遊技機が、商用のＰ台２Ｆなのか、遊技機シミュレータ２ＡＦなのかを検知して、ＣＵ制御部３２３Ｆとの通信を停止してＣＵ３Ｆの動作を停止させるので、意図的に遊技機シミュレータ２ＡＦをＣＵ３Ｆに接続させることで不正に遊技を行なうこと防止することができる。たとえば、遊技機シミュレータ２ＡＦでＣＵ３Ｆに対して多数の遊技玉を持玉に計数しておき、Ｐ台２Ｆに接続後に計数した待玉を遊技玉として貸出して遊技を行なう不正を防止することができる。

＜パチンコ機からの稼働・未稼働情報の通知処理＞
図１３５は、パチンコ機からの稼働・未稼働情報の通知処理を説明するための説明図である。図１３５に示すＰ台２Ｆは、ＣＵ３Ｆ、ホールサーバ８０１Ｆ、鍵管理サーバ８００Ｆ、および機歴管理センタ８００ＡＦと接続されている。ここで、鍵管理サーバ８００Ｆは、ＣＵ３Ｆ内部の電子部品のシリアルＩＤ（以下、ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００Ｆは、主制御基板１６Ｆと互いに通信可能なサーバである。機歴管理センタ８００ＡＦは、前枠５Ｆに接続した払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて前枠５Ｆの情報、および遊技盤２６Ｆに接続した主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶して、前枠５Ｆおよび遊技盤２６Ｆの履歴を管理する履歴管理システムを含んでいる。なお、セキュリティ基板３２５Ｆは、パラレルインタフェイス回路であるＰＩＦ回路３２６Ｆを介して払出制御部１７１Ｆとパラレル接続している。

製造メーカ（遊技機メーカ）が前枠５Ｆおよび遊技盤２６Ｆを出荷して、ホールに設置した場合、Ｐ台２Ｆを稼働すると、図１３５に示すようにＰ台２Ｆから遊技機設置情報（稼働情報）が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される遊技機設置情報（稼働情報）には、たとえば払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤ、主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤや、前枠５Ｆと遊技盤２６Ｆとを組合せた場合の相手のセキュリティチップＩＤなどが含まれている。なお、セキュリティチップＩＤは、機歴管理センタ８００ＡＦに登録後、変更、削除することができない。

一方、機歴管理センタ８００ＡＦには、製造メーカにより出荷した前枠５Ｆおよび遊技盤２６Ｆの出荷情報が入力される。具体的に、機歴管理センタ８００ＡＦへの出荷情報の入力は、機歴管理センタ８００ＡＦに通信回線などを介して接続された端末から入力する。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの出荷情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。異常の報知として、たとえば異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。なお、前枠５Ｆおよび遊技盤２６ＦをセキュリティチップＩＤに関連付けて記憶した情報は、機歴管理センタ８００ＡＦへの出荷情報登録後、変更することができない。また、前枠５Ｆおよび遊技盤２６Ｆの出荷情報は、ホールに設置する１日前に、機歴管理センタ８００ＡＦに登録されていることが望ましい。

同様に、ホールに設置してある前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）を撤去して倉庫に保管した場合、Ｐ台２Ｆが未稼働状態となるので、図１３５に示すようにＰ台２Ｆから未稼働情報が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される未稼働情報は、設置していたＰ台２Ｆの前枠５Ｆおよび遊技盤２６ＦのセキュリティチップＩＤが送信されないことによる情報である。

一方、機歴管理センタ８００ＡＦには、ホールまたは倉庫業者により撤去した前枠５Ｆおよび遊技盤２６Ｆの撤去情報が入力される。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの撤去情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された未稼働情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。

また、中古業者が遊技盤２６Ｆを別のホールに再販して、ホールに設置した場合、Ｐ台２Ｆを稼働すると、図１３５に示すようにＰ台２Ｆから遊技機設置情報（稼働情報）が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される遊技機設置情報（稼働情報）には、たとえば主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤや、組合せた前枠５ＦのセキュリティチップＩＤなどが含まれている。

一方、機歴管理センタ８００ＡＦには、中古業者により再販した遊技盤２６Ｆの移動情報（再販情報）が入力される。そして、機歴管理センタ８００ＡＦは、入力された遊技盤２６Ｆの移動情報を、遊技盤２６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。

さらに、廃棄業者が設置してある前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）を廃棄した場合、Ｐ台２Ｆが未稼働状態となるので、図１３５に示すようにＰ台２Ｆから未稼働情報が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される未稼働情報は、設置していたＰ台２Ｆの前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）のセキュリティチップＩＤが送信されないことによる情報である。

一方、機歴管理センタ８００ＡＦには、廃棄業者により廃棄した前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）の撤去情報が入力される。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの撤去情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された未稼働情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。

＜遊技機の管理＞
次に、出荷から廃棄までの遊技機の履歴を管理するシステムについて説明する。図１３６は、本実施形態に係る遊技機の出荷から廃棄までの履歴情報（機歴情報）の流れを説明するための図である。ここで、履歴を管理する遊技機の対象は、前述の封入循環式遊技機（Ｐ台２Ｆ）に限定されるものではなく、従来のＣＲ遊技機も含まれる。もちろん、当該対象の遊技機には、パチンコ遊技機だけでなく、後述するＰ台２Ｆに対応するＳ台（スロットマシン）２ＳＦや、従来のパチスロなども含まれることは言うまでもない。

図１３６を参照して、遊技機メーカからホールＡに対して遊技機が出荷された場合、遊技機メーカのサーバ（図示せず）は、その出荷された遊技機に関する出荷情報を、通信回線を利用して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該出荷情報をサーバの記憶領域に登録する。

図１３７は、本実施形態に係る機歴管理センタ８００ＡＦに出荷情報が登録されるまでの流れの詳細を示す図である。

図１３７を参照して、ホールＡは、遊技機メーカに遊技機を発注する際には、売買契約書を遊技機メーカに送付する。遊技機メーカは、ホールＡから送付された売買契約書を受取ると、当該売買契約書に従う遊技機の受注を確認する。遊技機メーカは、当該受注を確認すると、保証書と検定通知書の写しをホールＡに送付するとともに、遊技機の生産を開始する。遊技機メーカは、生産した遊技機は、遊技機メーカからホールＡに出荷される（ホールＡに納品される）。また、ホールＡに出荷するための遊技機が運送業者に引き渡された後、遊技機メーカのサーバは、当該遊技機に関する出荷情報を、通信回線を介して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、当該出荷情報の入力を受付けるとサーバの記憶領域に登録する。

図１３８は、出荷情報の具体的な内容の一例を示す図である。具体的には、図１３８（ａ）は、出荷情報として登録される項目を示す図である。図１３８（ｂ）は、登録種別に含まれる登録分類を示す図である。

図１３８（ａ）を参照して、出荷情報は、登録種別と、遊技盤製造番号と、主基板管理番号と、主制御チップＩＤ番号（メインチップＩＤ）と、主制御製品コードと、遊技機枠製造番号と、払出基板管理番号と、払出制御チップＩＤ番号（払出チップＩＤ）と、払出制御製品コードと、出荷日と、事業者コードと、ホールコードと、取消フラグとを含む。

登録種別は、出荷する遊技機が従来のＣＲ遊技機であるか、封入循環式遊技機（Ｐ台２Ｆ）であるか、および、部品交換した遊技盤であるか、遊技機枠であるかを指定するための情報である。具体的には、図１３８（ｂ）では、登録種別の番号が「１１」〜「１４」の場合には、出荷される遊技機はＣＲ遊技機であり、「２１」〜「２５」の場合には、出荷される遊技機はＰ台２Ｆであることを示している。さらに、登録種別番号「１１」〜「１４」は、それぞれ部品交換した遊技盤、遊技機枠、遊技盤＋遊技機枠、遊技盤（部品交換）であることを示している。また、登録種別番号「２１」〜「２５」は、それぞれ交換した遊技盤、遊技機枠、遊技盤＋遊技機枠、遊技盤の部品、遊技機枠の部品であることを示している。遊技盤の基板または遊技機枠の基板を交換する場合には、基盤を交換した場合に交換後の基板管理番号を設定して登録される。なお、遊技盤、および遊技機枠の製造番号が変更されるような部品交換は、新規の出荷として登録される。なお、登録種別によって、遊技機メーカ名および遊技機の型式名が特定される。

遊技盤製造番号および主基板管理番号は、二次元コードに従う情報である。
主制御チップＩＤ番号は、ＩＤリーダで読取られた情報であり、Ｐ台２Ｆの場合のみ設定される（従来のＣＲ遊技機では設定不要）。主制御製品コードは、主制御チップの製品コードである（従来のＣＲ遊技機では設定不要）。

遊技機枠製造番号および払出基板管理番号は、二次元コードに従う情報である。なお、払出基板管理番号は、従来のＣＲ遊技機では設定不要である。

払出制御チップＩＤ番号は、ＩＤリーダで読取られた情報であり、Ｐ台２Ｆの場合のみ設定される（ＣＲ遊技機では設定不要）。払出制御製品コードは、払出制御チップに書込んだ製品コードである（ＣＲ遊技機では設定不要）。

出荷日は、遊技機が出荷された日であり、出荷が確定した日付である。事業者コードは、運送業者名を特定するための情報である。ホールコードは、納品先のホール名を特定するための情報である。取消フラグは、出荷情報を登録する場合には「０」が、登録した出荷情報を取消す場合には「１」が設定される。遊技機メーカは、誤った出荷情報を機歴管理センタ８００ＡＦに登録してしまった場合、誤った出荷情報の取消フラグを「１」に設定して、機歴管理センタ８００ＡＦに再度登録する。

機歴管理センタ８００ＡＦは、取消フラグが「１」に設定された出荷情報を受付けた場合、受付けた出荷情報と同じ内容で、取消フラグが「０」に設定された出荷情報の登録を取消す。つまり、「１」が設定された取消フラグを含む出荷情報と同じ内容の出荷情報が機歴管理センタ８００ＡＦの記憶領域から削除される。そのため、機歴管理センタ８００ＡＦは、取消フラグを「１」（オン状態）にすることで容易に出荷情報を取消すことができる。

さらに、機歴管理センタ８００ＡＦは、「１」が設定された取消フラグを含む出荷情報の受付を所定条件が成立するまで可能とすることができる。つまり、所定条件が成立した以降、「１」が設定された取消フラグを含む出荷情報と同じ内容の出荷情報を機歴管理センタ８００ＡＦに登録することができない。

ここで、所定条件としては、たとえば、時刻や期間などがある。そのため、機歴管理センタ８００ＡＦは、取消したい出荷情報を登録した日の午後８時まで、「１」が設定された取消フラグを含む当該出荷情報を受付けるように設定することができる。そのため、機歴管理センタ８００ＡＦは、取消フラグを「１」（オン状態）にすることで容易に出荷情報を取消すことができるとともに、所定条件が成立した以降（たとえば、登録日の午後８時以降）に出荷情報を不正に改ざんされることを防止することができる。

なお、遊技機が封入循環式遊技機（Ｐ台２Ｆ）の場合、主制御チップＩＤ番号または払出制御チップＩＤ番号が、遊技機の個体を特定するための特定情報となり、遊技機が従来のＣＲ遊技機の場合、遊技盤製造番号、主基板管理番号、遊技機枠製造番号、払出基板管理番号の少なくとも１つの番号が遊技機の個体を特定するための特定情報となる。

また、出荷情報を図１３８（ａ）のように、遊技機が封入循環式遊技機（Ｐ台２Ｆ）であっても、従来のＣＲ遊技機であっても同じ形式にすることで、機歴管理センタ８００ＡＦにおいて、封入循環式遊技機（Ｐ台２Ｆ）および従来のＣＲ遊技機の履歴を統一的に管理することができる。

再び、図１３６を参照して、遊技機メーカから遊技機がホールＡに納品され、当該遊技機がホールＡに設置された場合、ホールＡのサーバ（図示せず）は、通信回線を介してその設置された遊技機に関する設置情報を機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該設置情報と、出荷時に登録された出荷情報とを関連付けてサーバの記憶領域に登録する。

図１３９は、本実施形態に係る機歴管理センタ８００ＡＦに設置情報が登録されるまでの流れの詳細を示す図である。具体的には、図１３９（ａ）は、ホールＡに設置されたホール用コンピュータ（図示せず）と機歴管理センタ８００ＡＦとが通信可能に構成されていない場合の当該流れを示す図である。なお、図１３９（ａ）では、主に従来のＣＲ遊技機の場合であり、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されていないホールＡに従来のＣＲ遊技機が設置された場合が想定される。

図１３９（ｂ）は、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されている場合の当該流れを示す図である。図１３９（ｂ）では、主に封入循環式遊技機（Ｐ台２Ｆ）の場合であり、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されているホールＡにＰ台２Ｆが設置された場合が想定される。

図１３９（ａ）を参照して、遊技機メーカから遊技機がホールＡに納品されると、ホールＡから遊技機メーカに遊技機受渡書の控えが送付される。遊技機メーカが遊技機受渡書の控えを受領すると、遊技機メーカから通信回線を介して遊技機の設置情報が機歴管理センタ８００ＡＦに入力され、当該入力された設置情報がサーバの記憶領域に登録される。なお、機歴管理センタ８００ＡＦに設置情報が登録されると、登録した結果が通信回線を介して、または書類として出力される。また、ホールＡにおいては、所轄実施検査が実施され、変更承認通知がなされると、納品された遊技機がホールＡ内の所定の場所に設置される。

図１３９（ｂ）を参照して、遊技機メーカから遊技機がホールＡに納品されると、ホールＡから遊技機メーカに遊技機受渡書の控えが送付される。その後、ホールＡにおいて、所轄実施検査が実施され、変更承認通知がなされると、納品された遊技機がホールＡ内の所定の場所に設置される。ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線を介して接続可能に構成されていることから、ホールＡに設置された遊技機の電源が投入されると自動的にホール用コンピュータから機歴管理センタ８００ＡＦに設置情報が送信される。機歴管理センタ８００ＡＦは、受信した設置情報と出荷時に登録した出荷情報とを関連付けて記憶領域に登録する。

図１４０は、図１３９（ａ）において機歴管理センタ８００ＡＦに入力される設置情報の内容の一例を示す図である。図１４０を参照して、設置情報は、登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、設置日と、ホールコードと、取消フラグとを含む。登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、ホールコードと、取消フラグとは、図１３８で説明した内容と同様であるためその詳細な説明は繰返さない。

上述したように、図１３９（ａ）の場合には、主に、ホールＡに従来のＣＲ遊技機が設置された場合が想定されるため、登録種別の番号は「１１」〜「１４」となる。設置日は、たとえば、保証書の開店予定日である。

以上から、図１３９（ａ）の場合には、機歴管理センタ８００ＡＦには、遊技機メーカから入力される設置情報として、遊技機メーカ名、型式名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、設置日、および設置先ホール名が登録される。

また、図１３９（ｂ）の場合には、機歴管理センタ８００ＡＦには、ホール用コンピュータから自動的に送信される設置情報として、遊技機メーカ名、型式名、設置日、設置先ホール名、主制御チップＩＤ、および払出制御用ＩＤが登録される。なお、機歴管理センタ８００ＡＦは、設置情報として上記の一部の情報を受信し、出荷情報と共通する情報については、出荷情報を参照して登録する場合であってもよい。

再び、図１３６を参照して、ホールＡに設置された遊技機が撤去された場合には、ホールＡから撤去情報を書類などに記載して、当該書類を機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦに送付された撤去情報に基づき、機歴管理センタ８００ＡＦの入力手段（図示していない端末など）から必要な情報を入力することで撤去情報をサーバの記憶領域に登録する。なお、当該書類が機歴管理センタ８００ＡＦに送付されない場合には、後述する中古移動情報または廃棄情報が機歴管理センタ８００ＡＦに登録されたときに、ホールＡから遊技機が撤去されたと判断して、撤去情報を登録してもよい。

図１４１は、本実施形態に係る機歴管理センタ８００ＡＦに撤去情報が登録されるまでの流れを示す図である。具体的には、図１４１（ａ）は、ホールＡに設置されたホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されていない場合の当該流れを示す図である。なお、図１４１（ａ）では、主に、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されていないホールＡに従来のＣＲ遊技機が設置された場合が想定される。

図１４１（ｂ）は、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されている場合の当該流れを示す図である。図１４１（ｂ）では、主に、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されているホールＡにＰ台２Ｆが設置された場合が想定される。

図１４１（ａ）を参照して、ホールＡに設置された遊技機を撤去する場合には、発行された変更承認申請書に基づいて遊技機が撤去される。遊技機が撤去されると、ホールＡから撤去情報を含む書類が機歴管理センタ８００ＡＦに送付される。機歴管理センタ８００ＡＦは、送付された当該書類に基づいて撤去情報を記憶領域に登録する。

図１４１（ｂ）を参照して、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されていることから、機歴管理センタ８００ＡＦは、記憶領域に登録されている設置情報に基づいて、ホールＡに設置されているはずの遊技機と通信不能な状態が一定期間（例えば、１カ月間）経過した場合には、当該遊技機が稼働しておらず撤去された状態であると判断して、記憶領域に撤去情報を登録する。なお、図１４１（ａ）と同様に、機歴管理センタ８００ＡＦは、ホールＡから送付された当該書類に基づいて撤去情報を記憶領域に登録してもよい。

従来のＣＲ遊技機が撤去される場合には、機歴管理センタ８００ＡＦには、撤去情報として、遊技機メーカ名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、撤去日、および撤去ホール名が登録される。また、Ｐ台２Ｆが撤去される場合には、機歴管理センタ８００ＡＦには、撤去情報として、従来のＣＲ遊技機の場合に登録される各情報に加えて、払出制御基板管理番号がさらに登録される。

再び、図１３６を参照して、ホールＡから撤去された遊技機が販売業者の倉庫に入庫され、当該入庫された遊技機を別のホールＢに出庫する場合には、販売業者が申請書類に中古移動情報を記入して機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦは、送付された申請書類に基づいて、機歴管理センタ８００ＡＦの入力手段から中古移動情報をサーバに登録する。なお、機歴管理センタ８００ＡＦと販売業者が有する管理コンピュータとが通信可能に構成されている場合には、当該管理コンピュータは、通信回線を介して機歴管理センタ８００ＡＦに中古移動情報を入力してもよい。

販売業者から出庫された遊技機が別のホールＢに納品され、当該遊技機が別のホールＢに設置された場合には、別のホールＢにおいても、図１３９で説明したような流れで設置情報が機歴管理センタ８００ＡＦのサーバに登録される。また、ホールＢに設置された遊技機が撤去された場合にも、図１４１で説明したような流れで撤去情報が機歴管理センタ８００ＡＦに登録される。

次に、ホールＡから撤去された遊技機が処理会社によって回収され、その回収された遊技機が廃棄される場合には、処理会社から廃棄情報を申請書類に記載して、当該書類を機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦは、自装置内の入力手段から必要な情報を入力することで廃棄情報を記憶領域に登録する。なお、機歴管理センタ８００ＡＦと処理会社が有する管理コンピュータとが通信可能に構成されている場合には、当該管理コンピュータは、通信回線を介して機歴管理センタ８００ＡＦに廃棄情報を入力してもよい。

また、遊技機メーカによってホールＡから下取りした遊技機が廃棄される場合には、ホール用コンピュータは、通信回線を介して廃棄される遊技機に関する廃棄情報を機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該廃棄情報をサーバの記憶領域に登録する。

図１４２は、本実施形態に係る機歴管理センタ８００ＡＦに廃棄情報が登録されるまでの流れを示す図である。

図１４２を参照して、遊技機メーカからホールＡに遊技機の下取りの受け入れ了承通知がなされると、当該遊技機がホールＡから遊技機メーカに引き渡される。遊技機メーカでは、当該遊技機を回収し保管した後、廃棄する場合には処理会社（廃棄業者）に廃棄処理を依頼する。遊技機メーカは、処理会社から遊技機の廃棄処理が完了した旨の連絡（処理明細等）を受けると、遊技機メーカのサーバは、当該遊技機に関する廃棄情報を、通信回線を介して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、当該廃棄情報の入力を受付けるとサーバの記憶領域に登録する。

図１４３は、機歴管理センタ８００ＡＦに入力される廃棄情報の内容の一例を示す図である。

図１４３を参照して、廃棄情報は、登録種別と、廃棄日と、遊技盤製造事業者コードと、遊技盤製造番号と、主基板管理番号と、遊技機枠製造事業者コードと、遊技機枠製造番号と、払出基板管理番号と、事業者コードと、取消フラグとを含む。登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、取消フラグとは、図１３８で説明した内容と同様であるためその詳細な説明は繰返さない。

廃棄日は、遊技機が廃棄された日である。遊技盤製造事業者コードは、遊技盤を製造した遊技機メーカを特定するための情報である。遊技機枠製造事業者コードは、遊技機枠を製造した遊技機メーカを特定するための情報である。事業者コードは、廃棄処理を実施した事業者を特定するための情報である。典型的には、処理会社（廃棄業者）の事業者コードであるが、遊技機メーカで廃棄処理した場合には、遊技機メーカの事業者コードとなる。

従来のＣＲ遊技機が廃棄される場合には、機歴管理センタ８００ＡＦには、廃棄情報として、遊技機メーカ名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、廃棄日、および処理業者名が登録される。また、Ｐ台２Ｆが廃棄される場合には、機歴管理センタ８００ＡＦには、廃棄情報として、従来のＣＲ遊技機の場合に登録される各情報に加えて、払出制御基板管理番号がさらに登録される。

＜前枠および遊技盤の管理＞
前述の機歴管理センタでは、遊技機（Ｐ台２Ｆ）の履歴を管理する構成について説明したが、Ｐ台２Ｆは、前枠５Ｆと遊技盤２６Ｆとを組合せて成るため、前枠５Ｆと遊技盤２６Ｆとに分けて履歴を管理することも可能である。そこで、以下に前枠５Ｆおよび遊技盤２６Ｆの機歴管理について説明する。

図１４４は、本実施形態に係る前枠５Ｆおよび遊技盤２６Ｆの機歴管理を説明するための概略図である。図１４４に示す機歴管理センタ８００ＡＦは、前枠５Ｆに接続した払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて前枠５Ｆの情報、および遊技盤２６Ｆに接続した主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を図１４５に示すテーブルに記憶して、前枠５Ｆおよび遊技盤２６Ｆの履歴を管理している。機歴管理センタ８００ＡＦは、制御中枢としてのＣＰＵ（Central Processing Unit）８００１Ｆと、そのＣＰＵ８００１Ｆの動作プログラムや制御データを記憶しているＲＯＭ（Read Only Memory）８００２Ｆと、ＣＰＵ８００１Ｆのワークエリアとして機能するＲＡＭ（Random Access Memory）８００３Ｆと、Ｉ／Ｏポート（Input /Output Port）８００４Ｆと、ＨＤＤ（Hard Disk Drive）などの大容量記憶装置８００５Ｆとが設けられている。

図１４５は、前枠５Ｆおよび遊技盤２６Ｆの機歴管理を行なうため、前枠５Ｆの情報および遊技盤２６Ｆの情報を記憶するテーブルの概略図である。図１４５に示すテーブルには、払出制御基板１７ＦのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶する払出側テーブル（図１４５（ａ））と、主制御基板１６ＦのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶する主制御側テーブル（図１４５（ｂ））とが含まれている。

以下、図１４４および図１４５を用いて、前枠５Ｆおよび遊技盤２６Ｆの機歴管理を具体的に説明する。まず、出荷・設置時について、（１）半導体チップメーカ１９０Ｆは、払出制御用半導体チップ１７ａＦを製造して、前枠５Ｆの製造メーカである枠メーカ１９１Ｆに出荷する。また、（２）半導体チップメーカ１９０Ｆは、主制御用半導体チップ１６ａＦを製造して、遊技盤２６Ｆの製造メーカである遊技盤メーカ１９２Ｆに出荷する。なお、払出制御用半導体チップ１７ａＦおよび主制御用半導体チップ１６ａＦは同じ半導体チップメーカ１９０Ｆが製造する場合に限定されず、別々の半導体チップメーカ１９０Ｆが製造してもよい。

（３−１）半導体チップメーカ１９０Ｆは、製造した払出制御用半導体チップ１７ａＦの払出制御用セキュリティチップＩＤを機歴管理センタ８００ＡＦに通知し、払出側テーブルに払出制御用セキュリティチップＩＤを入力して、払出側テーブルを更新する。同様に、（３−２）半導体チップメーカ１９０Ｆは、製造した主制御用半導体チップ１６ａＦの主制御用セキュリティチップＩＤを機歴管理センタ８００ＡＦに通知し、主制御側テーブルに主制御用セキュリティチップＩＤを入力して、主制御側テーブルを更新する。

（４）枠メーカ１９１Ｆは、払出制御用半導体チップ１７ａＦを前枠５Ｆに組込み、前枠５Ｆを製造する。さらに、枠メーカ１９１Ｆは、製造した前枠５Ｆをホール１９３Ｆに出荷して、設置する。（５）枠メーカ１９１Ｆは、ホール１９３Ｆに設置した前枠５Ｆを特定する情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。なお、前枠５Ｆを特定する情報として、図１４５（ａ）に示すように、前枠製造番号、払出基板管理番号、払出制御用の製品コード、輸送業者コード、ホールコード、出荷日、および設置日時が含まれる。さらに、前枠５Ｆを特定する情報に、枠の形式名、製品コード、およびメーカーコードを含んでもよい。

（６）遊技盤メーカ１９２Ｆは、主制御用半導体チップ１６ａＦを遊技盤２６Ｆに組込み、遊技盤２６Ｆを製造する。さらに、遊技盤メーカ１９２Ｆは、製造した遊技盤２６Ｆをホール１９３Ｆに出荷して、前枠５Ｆと遊技盤２６Ｆとを組合せて設置する。（７）遊技盤メーカ１９２Ｆは、ホール１９３Ｆに設置した遊技盤２６Ｆを特定する情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、遊技盤２６Ｆを特定する情報として、図１４５（ｂ）に示すように、遊技機の形式名、製品コード、メーカーコード、遊技盤製造番号、主制御基板管理番号、主制御用の製品コード、輸送業者コード、ホールコード、出荷日、および設置日時が含まれる。

（８）ホール１９３Ｆは、前枠５Ｆと遊技盤２６Ｆとを組合せて成るＰ台２Ｆを稼働させる。Ｐ台２Ｆは、駆動すると、組込まれた払出制御用セキュリティチップＩＤや主制御用セキュリティチップＩＤを含む遊技機設置情報（稼働情報）を鍵管理サーバ８００Ｆに送信する。鍵管理サーバ８００Ｆは、Ｐ台２Ｆから送信されてきた遊技機設置情報に基づいて、Ｐ台２Ｆの認証を行ない、必要な暗証鍵をＰ台２Ｆに送信する。（９）鍵管理サーバ８００Ｆは、遊技機設置情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けてペア（組合せた）の主制御用セキュリティチップＩＤを記憶するように払出側テーブルを更新し、主制御用セキュリティチップＩＤに関連付けてペア（組合せた）の払出制御用セキュリティチップＩＤを記憶するように主制御側テーブルを更新する。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた遊技機設置情報と、半導体チップメーカ１９０Ｆ、枠メーカ１９１Ｆおよび遊技盤メーカ１９２Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。

機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルに含まれる出荷日などの情報（図１４５（ａ）に示す（３−１），（５）の情報）が更新された前枠５Ｆの管理状態（ステータス）を「出荷」、さらに払出側テーブルに含まれるペアの主制御用セキュリティチップＩＤの情報（図１４５（ａ）に示す（９）の情報）が更新された前枠５Ｆの管理状態（ステータス）を「設置」と判断する。なお、前枠５Ｆの管理状態（ステータス）は、払出側テーブル内に記憶しても、別の記憶領域に記憶してもよい。なお、出荷登録後の初期不良時、再出荷は行なわない。

同様に、機歴管理センタ８００ＡＦは、主制御側テーブルに含まれる出荷日などの情報（図１４５（ｂ）に示す（３−２），（７）の情報）が更新された遊技盤２６Ｆの管理状態（ステータス）を「出荷」、さらに主制御側テーブルに含まれるペアの払出制御用セキュリティチップＩＤの情報（図１４５（ｂ）に示す（９）の情報）が更新された遊技盤２６Ｆの管理状態（ステータス）を「設置」と判断する。なお、遊技盤２６Ｆの管理状態（ステータス）は、主制御側テーブル内に記憶しても、別の記憶領域に記憶してもよい。なお、出荷登録後の初期不良時、再出荷は行なわない。

次に、保管時について、（１０）ホール１９３Ｆは、新しい前枠５Ｆおよび遊技盤２６Ｆに入替える場合、設置してある前枠５Ｆおよび遊技盤２６Ｆを撤去して倉庫に保管する。（１１）倉庫業者１９４Ｆは、ホール１９３Ｆから撤去した前枠５Ｆの保管情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、倉庫業者１９４Ｆは、ホール１９３Ｆから撤去した遊技盤２６Ｆの保管情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの保管情報として、図１４５に示すように、遊技機の製造業者、設置元ホール、撤去日、保管日、および保管場所が含まれる。

前枠５Ｆおよび遊技盤２６Ｆがホール１９３Ｆから撤去されると、稼働情報が鍵管理サーバ８００Ｆに送信されなくなる。つまり、撤去された前枠５Ｆおよび遊技盤２６Ｆから、鍵管理サーバ８００Ｆに未稼働情報が送信されたこととみなすことができる。鍵管理サーバ８００Ｆに送信された未稼働情報は、さらに機歴管理センタ８００ＡＦに送信される。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた未稼働情報と、倉庫業者１９４Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。

機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる保管日などの情報（図１４５に示す（１１）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「保管」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを撤去する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして撤去する必要はなく、いずれか一方を取外して撤去してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１１）（図１４５参照）の情報のみが更新される。

次に、再販時について、（１２）ホール１９３Ｆは、倉庫業者１９４Ｆが保管している前枠５Ｆおよび遊技盤２６Ｆを、中古業者１９５Ｆに再販を依頼する。中古業者１９５Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを別のホールに再販して、当該ホールに設置する。（１３）中古業者１９５Ｆは、再販した前枠５Ｆの再販情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、中古業者１９５Ｆは、再販した遊技盤２６Ｆの再販情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの再販情報として、図１４５に示すように、設置元ホール、撤去日、設置日、および販社名が含まれる。

前枠５Ｆおよび遊技盤２６Ｆが再販されると、別のホールに設置され、前枠５Ｆと遊技盤２６Ｆとを組合せてＰ台２Ｆを稼働させる。Ｐ台２Ｆは、駆動すると、組込まれた払出制御用セキュリティチップＩＤや主制御用セキュリティチップＩＤを含む遊技機設置情報（稼働情報）を鍵管理サーバ８００Ｆに送信する。鍵管理サーバ８００Ｆは、Ｐ台２Ｆから送信されてきた遊技機設置情報に基づいて、Ｐ台２Ｆの認証を行ない、必要な暗証鍵をＰ台２Ｆに送信する。また、鍵管理サーバ８００Ｆは、遊技機設置情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けてペア（組合せた）の主制御用セキュリティチップＩＤを記憶するように払出側テーブルを更新し、主制御用セキュリティチップＩＤに関連付けてペア（組合せた）の払出制御用セキュリティチップＩＤを記憶するように主制御側テーブルを更新する。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた遊技機設置情報と、中古業者１９５Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。

機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御販テーブルに含まれる販社名などの情報（図１４５に示す（１３）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「再販」と判断し、さらに払出側テーブルおよび主制御側テーブルに含まれるペアのセキュリティチップＩＤの情報（図１４５に示す（９）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「設置」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを再販する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして再販する必要はなく、いずれか一方を再販してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１３）（図１４５参照）の情報のみが更新される。さらに、前枠５Ｆおよび遊技盤２６Ｆを再販する場合、必ずしも倉庫に保管されている前枠５Ｆおよび遊技盤２６Ｆを再販する場合に限定されず、ホールに設置してある前枠５Ｆおよび遊技盤２６Ｆを再販してもよい。また、再販時の再出荷は行なわない。

次に、廃棄時について、（１４）ホール１９３Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを、廃棄業者１９６Ｆに廃棄を依頼する。廃棄業者１９６Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを適切な方法で廃棄する。（１５）廃棄業者１９６Ｆは、廃棄した前枠５Ｆの廃棄情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、廃棄業者１９６Ｆは、廃棄した遊技盤２６Ｆの廃棄情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの廃棄情報として、図１４５に示すように、設置元ホール、引き取り日、および廃棄日が含まれる。

前枠５Ｆおよび遊技盤２６Ｆが廃棄されると、稼働情報は鍵管理サーバ８００Ｆに送信されない。つまり、廃棄された前枠５Ｆおよび遊技盤２６Ｆから、鍵管理サーバ８００Ｆに未稼働情報が送信されたこととみなすことができる。鍵管理サーバ８００Ｆに送信された未稼働情報は、さらに機歴管理センタ８００ＡＦに送信される。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた未稼働情報と、廃棄業者１９６Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。

機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる廃棄日などの情報（図１４５に示す（１５）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「廃棄」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして廃棄する必要はなく、いずれか一方を取外して廃棄してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１５）（図１４５参照）の情報のみが更新される。さらに、前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合、必ずしも倉庫に保管されている前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合に限定されず、ホール１９３Ｆに設置してある前枠５Ｆおよび遊技盤２６Ｆを廃棄してもよい。

＜機歴管理センタの異常判定＞
機歴管理センタ８００ＡＦは、前述したように遊技機設置情報および未稼働情報と更新した情報とを照合した結果、異常であれば、当該異常を報知する。具体的に、機歴管理センタ８００ＡＦが異常であるか否かを判定する処理について、フローチャートを用いて説明する。図１４６は、機歴管理センタ８００ＡＦが前枠５Ｆおよび遊技盤２６Ｆの管理の異常判定処理を説明するためのフローチャートである。図１４７は、図１４６に示すフローチャートで参照するテーブルを説明する図である。

まず、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる情報に基づき、前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を判断する（ＳＦ２１１）。具体的に、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる廃棄日などの情報（図１４５に示す（１５）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「廃棄」と判断する。

次に、機歴管理センタ８００ＡＦは、前回判断した管理状態から今回判断した管理状態への変化が遷移禁止テーブルに含まれるか否かを確認する（ＳＦ２１２）。遷移禁止テーブルは、図１４７（ａ）に示すように、前回判断した管理状態から遷移が禁止されている管理状態を示している。具体的に、枠メーカ１９１Ｆが前枠５Ｆを製造して出荷した場合、当該前枠５Ｆが廃棄や再販されることはないので、遷移禁止テーブルでは、管理状態が「出荷」から「廃棄」や「再販」へ遷移することを禁止している。また、一度、設置、保管および再販された前枠５Ｆが、枠メーカ１９１Ｆから出荷されることはないので、遷移禁止テーブルでは、管理状態が「設置」、「保管」および「再販」から「出荷」へ遷移することを禁止している。さらに、廃棄された前枠５Ｆが、出荷、設置、保管および再販されることはないので、遷移禁止テーブルでは、管理状態が「廃棄」から「出荷」、「設置」、「保管」および「再販」へ遷移することを禁止している。なお、前述の遷移禁止テーブルのでは、前枠５Ｆを例に説明したが、遊技盤２６Ｆについても同様である。

次に、機歴管理センタ８００ＡＦは、今回判断した管理状態への変化が遷移禁止テーブルに含まれないとき（ＳＦ２１２：Ｎ）、鍵管理サーバ８００Ｆからの情報に基づいて、前枠５Ｆおよび遊技盤２６Ｆの稼働状態を判断する（ＳＦ２１３）。具体的に、機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから遊技機設置情報が送信されたときは稼働状態と判断し、鍵管理サーバ８００Ｆから未稼働情報が送信されたとき（遊技機設置情報が送信されないとき）、非稼働状態と判断する。

次に、機歴管理センタ８００ＡＦは、ＳＦ２１１で今回判断した管理状態、およびＳＦ２１３で判断した稼働状態が更新異常テーブルに含まれているか否かを確認する（ＳＦ２１４）。更新異常テーブル、図１４７（ｂ）に示すように、ＳＦ２１１で今回判断した管理状態において禁止されている稼働状態を示している。具体的に、前枠５Ｆおよび遊技盤２６Ｆが設置されている場合、営業時間内であれば稼働状態となるが、営業時間外であれば通常未稼働状態であるので、更新異常テーブルでは、管理状態が「設置」のとき、「営業時間外で稼働」となると異常と判定する。また、前枠５Ｆおよび遊技盤２６Ｆが設置されていない場合、常に未稼働状態となるので、更新異常テーブルでは、管理状態が「出荷」，「保管」，「再販」，および「廃棄」のとき、「稼働」となると異常と判定する。

次に、機歴管理センタ８００ＡＦは、判断した稼働状態が更新異常テーブルに含まれているとき（ＳＦ２１４：Ｙ）、異常を報知する（ＳＦ２１５）。ＳＦ２１５で、異常を報知する手段は、機歴管理センタ８００ＡＦの表示装置に異常を表示する、音声出力装置から警報音を出力するなど、いずれの手段であってもよい。また、機歴管理センタ８００ＡＦは、今回判断した管理状態への変化が遷移禁止テーブルに含まれるとき（ＳＦ２１２：Ｙ）も、異常を報知する（ＳＦ２１５）。

機歴管理センタ８００ＡＦは、判断した稼働状態が更新異常テーブルに含まれていないとき（ＳＦ２１４：Ｎ）、処理を終了する。

以上のように、本実施形態に係る機歴管理センタ８００ＡＦは、前枠５Ｆの履歴情報を払出制御用セキュリティチップＩＤに関連付けて記憶する払出側テーブルと、遊技盤２６Ｆの履歴情報を主制御用セキュリティチップＩＤに関連付けて記憶する主制御側テーブルとを大容量記憶装置８００５Ｆに含み、ＣＰＵ８００１Ｆが払出側テーブルおよび主制御側テーブルに記憶した情報に基づいて、前枠５Ｆおよび遊技盤２６Ｆの管理状態の異常を判定する。そのため、本実施形態に係る機歴管理センタ８００ＡＦは、別々に流通する可能性がある前枠５Ｆおよび遊技盤２６ＦをそれぞれのセキュリティチップＩＤに関連付けて履歴を管理することができる。

＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図１４８は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ遊技機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。

遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。

図１４８を参照して、スロットマシン（以下、遊技機、またはＳ台と略称することもある）２ＳＦは、本体枠２ａＳＦに対して前面扉２ｂＳＦがその左側縁を揺動中心として開閉可能に設けられている。図１４８では図示を省略しているが、Ｓ台２ＳＦの図面左隣には、Ｐ台と同様にＣＵが接続される。

Ｓ台２ＳＦでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２ＳＦにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２ＳＦには、メダル投入口およびメダル払出口が設けられていない。

Ｓ台２ＳＦの筐体内部には、外周に複数種の図柄が配列されたリール２ＬＦ、２ＣＦ、２ＲＦ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２ＬＦ、２ＣＦ、２ＲＦに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳＦに設けられた透視窓から見えるように配置されている。リール２ＬＦ、２ＣＦ、２ＲＦの外周部には、複数種類の図柄が所定の順序で描かれている。

前面扉２ｂＳＦの各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分には、タッチパネル式の表示器５１０Ｆが設けられている。この表示器５１０Ｆは、Ｐ台の表示器５４Ｆに相当する表示器であり、表示器５４Ｆと同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０Ｆは、図７６の表示器５４Ｆと同様にＣＵの表示制御部３５０Ｆに接続されており、ＣＵ側で表示制御される。なお、この表示器５１０Ｆは、各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図１４８に示されるスタートスイッチ７ＳＦよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。

また、前面扉２ｂＳＦには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５ＳＦ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６ＳＦ、ゲームを開始する際に操作されるスタートスイッチ７ＳＦ、リール２ＬＦ、２ＣＦ、２ＲＦの回転を各々停止する際に操作されるストップスイッチ８ＬＦ、８ＣＦ、８ＲＦがそれぞれ設けられている。

Ｓ台２ＳＦにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５ＳＦ、またはＭＡＸＢＥＴスイッチ６ＳＦを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０Ｆの遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７ＳＦの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。

ゲームが開始可能な状態でスタートスイッチ７ＳＦを操作すると、各リール２ＬＦ、２ＣＦ、２ＲＦが回転し、各リール２ＬＦ、２ＣＦ、２ＲＦの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８ＬＦ、８ＣＦ、８ＲＦを操作すると、対応するリール２ＬＦ、２ＣＦ、２ＲＦの回転が停止し、透視窓に表示結果が導出表示される。

そして全てのリール２ＬＦ、２ＣＦ、２ＲＦが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２ＬＦ、２ＣＦ、２ＲＦの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０Ｆの遊技点の表示も加算更新される。

Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図７３に示すとおり、Ｓ台２ＳＦには、遊技点を計数して持点に変換するための計数ボタン２８ＳＦが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図７６参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０Ｆに行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０Ｆに表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３Ｆへ直接入力されるようにしてもよく、あるいは、Ｐ台２ＦやＳ台（スロットマシン）２ＳＦを経由して状態情報応答としてＣＵ３Ｆへ送信されるようにしてもよい。

入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。

複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２ＳＦを制御する主制御部（Ｓ台の主制御部１６１Ｆに相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。

その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。

Ｓ台２ＳＦの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳＦに取り付けられた状態で枠メーカからホールに納品される。

一方、Ｓ台２ＳＦのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳＦとは別にスロットマシンメーカからホールに納品される。基板取付盤は、図７５に示した遊技盤２６Ｆに対応する盤であり、遊技盤２６Ｆに設けられた凸型ドロアコネクタ３２Ｆと同様のコネクタを備えている。

Ｓ台２ＳＦの本体枠２ａＳＦ内の所定位置（たとえば、リール２ＬＦ、２ＣＦ、２ＲＦの下方）には、基板取付盤を取り付けるための取付機構と、基板取付盤側の凸型ドロアコネクタを接続するためのコネクタが設けられている。この取付機構およびコネクタは図７５に示した取付機構３４ａＦ、３４ｂＦおよび凹型ドロアコネクタ３３Ｆと同様の構造であって、基板取付盤を容易に取付機構に固定できるように工夫されている。凹型ドロアコネクタから延びる配線は、リール２ＬＦ、２ＣＦ、２ＲＦや各種操作スイッチ（ボタン）などに接続されている。

また、Ｓ台２ＳＦは、Ｐ台２Ｆの前枠５Ｆに相当する前面扉２ｂＳＦの開放検出、および本体枠２ａＳＦと基板取付盤との接続検出を行なう構成を有しており、ループ状の電力線５００Ｆにメイン制御基板も直列に接続されている。

Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。

図１４９は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図１４９に示した送受信態様は、Ｐ台の構成として説明した図７８の用語をＳ台用に置き換えたものであり、その態様は、図７８を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。

また、Ｐ台２Ｆの外部に出力する情報としては、パチンコ遊技機１について前述したような、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号と、現在の遊技状態での最新の保留記憶数を特定可能な保留記憶個数信号とが含まれてもよい。なお、Ｐ台２Ｆの外部に出力する情報としては、前述したパチンコ遊技機１のように情報出力回路から外部に出力する構成ではなく、主制御部１６１Ｆから払出制御部１７１Ｆを介して情報を出力するようにしてもよい。

保留記憶数の情報は、前述したように、主制御基板１６Ｆに設けられた遊技制御用マイクロコンピュータが、加減算処理等のデータ処理をしているため、最新情報を認識している。したがって、現在の遊技状態での最新の保留記憶数を特定可能な保留記憶個数信号が、遊技制御用マイクロコンピュータから情報出力回路または払出制御用マイクロコンピュータを介して外部に出力可能である。

また、主制御基板１６Ｆの遊技制御用マイクロコンピュータから払出制御基板１７Ｆの払出制御用マイクロコンピュータには、前述したような情報に加えて、次のような、発射停止信号、電波センサ検出信号、磁石センサ検出信号、不正入賞検出信号、および、遊技状態情報設定完了信号等の各種信号により、各種情報を送信し、払出制御用マイクロコンピュータ側でも、これら各種情報を管理するようにしてもよい。

ここで、発射停止信号は、打球操作ハンドル２５Ｆにおいて、タッチセンサが遊技者の手の接触を検出していないとき、発射停止スイッチ（操作されると強制的に発射停止制御が実行されるスイッチ）が操作されているとき、打球操作ハンドル２５Ｆが一定回転角度以上回転操作されていないとき、または、ＣＵ３ＦとＰ台２Ｆとが電気的に未接続のとき等の所定の発射停止条件が成立したと遊技制御用マイクロコンピュータで判断したときに出力される。

電波センサ検出信号は、異常な電波（不正電波）を検出する前述の電波センサ（電波スイッチ）１６３Ｆからの電波検出信号が主制御基板１６Ｆに入力されたことにより、遊技制御用マイクロコンピュータにおいて、電波センサエラーが判定され、当該判定に基づいて出力される。

磁石センサ検出信号は、異常な磁気（不正磁気）を検出する磁石センサ（磁石スイッチ）が、主制御基板１６Ｆ（遊技制御用マイクロコンピュータ）に接続されている構成において、磁石を用いて遊技玉の軌道を変える等の磁石を用いた不正遊技に基づいて、磁石センサからの磁気検出信号が主制御基板１６Ｆに入力されたことにより、遊技制御用マイクロコンピュータにおいて、磁石センサエラーが判定され、当該判定に基づいて出力される。

不正入賞検出信号は、大入賞口への入賞玉を検出するカウントスイッチが主制御基板１６Ｆに接続されている構成において、大入賞口が閉じている状態で、入賞センサ１６２Ｆのうち大入賞口への入賞玉を検出する入賞センサの検出信号により、遊技制御用マイクロコンピュータにおいて、大入賞口内への入賞玉が検出されたことで不正入賞エラーが判定されたとき、当該判定に基づいて出力される。

遊技状態情報設定完了信号は、Ｐ台２Ｆの電源投入時において、主制御部１６１Ｆから払出制御部１７１Ｆへ送信する各種遊技情報（遊技状態情報）の設定が完了したときに出力される。このような遊技状態情報設定完了信号は、たとえば、ＣＵ３Ｆ側（カードユニット側）とＰ台２Ｆ側（パチンコ遊技機側）との通信開始のトリガ信号として使用される。

また、払出制御基板１７Ｆの払出制御用マイクロコンピュータから主制御基板１６Ｆの遊技制御用マイクロコンピュータには、前述したような情報に加えて、次のような、ガラス枠・本体枠開放信号、入賞数異常信号、不正加算検出信号、電波センサ検出信号、近接センサ異常信号、夜間開放検出信号、計数報知要求信号、カード抜き取り待ち中信号、および、省電力移行要求信号等の各種信号により、各種情報を送信し、遊技制御用マイクロコンピュータ側でも、これら各種情報を管理するようにしてもよい。

ガラス枠・本体枠開放信号は、前述のガラス扉開放検出スイッチ１２Ｆまたは前枠開放検出スイッチ１３Ｆからの検出信号が払出制御基板１７Ｆに入力されたことにより、払出制御用マイクロコンピュータにおいてガラス扉６Ｆまたは前枠５Ｆの開放が判定されたとき、当該判定に基づいて出力される。

入賞数異常信号は、主制御基板１６Ｆから払出制御基板１７Ｆに入力される入賞検出信号による入賞個数について、払出制御用マイクロコンピュータにおいて単位時間当りの入賞個数が所定数以上であるか否かを確認することに基づいて、入賞数異常であるか否かを判定し、入賞数異常が判定されたとき、当該判定に基づいて出力される。

不正加算検出信号は、ＣＵ３Ｆへのカード挿入中以外の状態において、払出制御基板１７ＦがＣＵ３Ｆから持玉の加算要求を受信したときに払出制御用マイクロコンピュータにおいて不正加算エラーが判定され、当該判定に基づいて出力される。

電波センサ検出信号は、異常な電波（不正電波）を検出する前述の電波センサ（電波スイッチ）１７３Ｆからの電波検出信号が払出制御基板１７Ｆに入力されたことにより払出制御用マイクロコンピュータにおいて電波センサエラーが判定され、当該判定に基づいて出力される。

近接センサ異常信号は、入賞センサ１６２Ｆ、玉上げスイッチ（上）４１ａＦ、ファール玉検出スイッチ３３ＡＦ、アウト玉検出スイッチ７０１Ｆ、および、発射玉検出スイッチが玉の通過による静電容量の変化により遊技玉を検出する近接スイッチで構成されており、このような近接スイッチについて、玉検出個数の齟齬に基づいて異常であるか否かを払出制御用マイクロコンピュータにおいて判定し、異常が判定されたとき、当該判定に基づいて出力される。たとえば、玉上げスイッチ（上）４１ａＦだけ不正電波により常時オン状態にしたときに、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出されたときには、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、近接センサが異常であると判定される。

夜間開放検出信号は、次のように払出制御用マイクロコンピュータにおいて、ガラス扉６Ｆ、前枠５Ｆのいずれかが開放されたと判定されたときに出力される。Ｐ台２Ｆが電源ＯＦＦとされる夜間には、バックアップ電源により動作する前述の計数カウンタにより、ガラス扉開放検出スイッチ１２Ｆ、前枠開放検出スイッチ１３Ｆから出力される検出信号に基づいて、ガラス扉６Ｆ、前枠５Ｆが開放された回数がそれぞれ計数される。そして、Ｐ台２Ｆの電源投入時において計数カウンタから払出制御基板１７Ｆへ出力されるそれぞれの開放回数の計数値により、払出制御用マイクロコンピュータにおいて、ガラス扉６Ｆ、前枠５Ｆのうちいずれが開放されたかが判定される。なお、ガラス扉６Ｆと前枠５Ｆとのうち一方のみの夜間開放を検出して、夜間開放検出信号を出力するようにしてもよい。

計数報知要求信号は、払出制御用マイクロコンピュータにおいて、計数ボタンの操作に応じて計数要求があったと判断したときに、計数値を報知する要求をするために出力される。このような計数報知要求信号は、たとえば、主基板による計数に関する音声出力および数値表示を実行するために使用される。

カード抜き取り待ち中信号は、払出制御用マイクロコンピュータにおいて、ＣＵ３Ｆでカード抜き取り可能状態となったと判断したときに、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報を通知するために出力される。

省電力移行要求信号は、払出制御用マイクロコンピュータにおいて、タッチセンサが遊技者の手の接触を検出していないとき（たとえば所定期間検出していないとき）、遊技玉数が「０」であるとき、ＣＵ３Ｆにカードが未挿入であるとき、または、変動表示が停止中であるとき等の予め定められた省電力制御移行条件が成立したと判断したときに、たとえば、液晶のバックライトの明るさの減少、および、各種ランプの発光停止等の所定の省電力制御をする省電力状態へ移行する作動要求信号として出力される。

なお、前述したパチンコ遊技機１においては、パチンコ遊技機１の外部に出力する情報として、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号が含まれる例を示したが、このような入賞情報信号の外部出力は、Ｐ台２Ｆにおいて適用してもよい。

また、前述したＰ台２Ｆの遊技制御用マイクロコンピュータから払出制御用マイクロコンピュータに送信する信号として説明した保留記憶個数信号、発射停止信号、および、電波センサ検出信号等の各種信号を送信することは、前述したパチンコ遊技機１において適用してもよい。また、Ｐ台２Ｆの払出制御用マイクロコンピュータから遊技制御用マイクロコンピュータに送信する信号として説明したガラス枠・本体枠開放信号、および、入賞数異常信号等の各種信号を送信することは、前述したパチンコ遊技機１において適用してもよい。

＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。

（１）本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。

また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。たとえば、図８６の例の場合には、計数完了を示す最後の状態情報応答に含める計数通番をｍ＋６ではなく、予め定めた初期値にすることが考えられる。

また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２ＦおよびＣＵ３Ｆの双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。

（２）上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の前枠に対応する。ただし、Ｓ台には、図７６に示した前枠の各種検出スイッチ４１ａＦ、７０１Ｆ、３３ＡＦ、発射制御基板３１Ｆ、および発射モータ１８Ｆは、不要である。

従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。

一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。

その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。

他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。

遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０Ｆあるいは表示器２９ＳＦには、これら４種類のデータを表示する。

まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。

遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。

その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。

賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５ＳＦの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６ＳＦの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。

ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。

また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。

あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。

遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。

以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。

また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。

（３）本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。

（４）本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。

（５）持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。

（６）遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。

（７）本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。

あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。

（８）大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。

（９）大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。

（１０）遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。

（１１）「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。

また、上述した「持点として所定の処理が可能となるように処理するための記録媒体処理操作」とは、たとえば、カードの返却操作である。また、「所定の処理」とは、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。

（１２）玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるようにしてもよい。また、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。

また、遊技中であるか否かを玉の発射動作が検出されているか否かで判断してもよく、遊技中球数（遊技領域２７Ｆ内で浮遊している浮遊玉）が０になっているか（遊技中でない）否か（遊技中）で、判断してもよい。さらに、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。

さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２ＬＦ、２ＣＦ、２ＲＦが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２ＬＦ、２ＣＦ、２ＲＦが停止するまでの期間である。

（１３）図８６を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。

（１４）図８９の計数操作を促す表示としては、文章にて「遊技玉が残っているので計数して下さい」という表示であってもよく、あるいは画面上に計数ボタン２８Ｆを表示させて点滅するような表示であってもよい。また、カード返却準備状態ＯＮを受けたＰ台２Ｆは、遊技玉数表示器２９Ｆの遊技玉を点滅表示させるなどしてもよく、あるいは、遊技玉数表示器２９Ｆを画像表示装置で構成した場合には、上記実施の形態として説明したメッセージを遊技玉数表示器２９Ｆに表示して計数操作を促すようにしてもよい。

（１５）計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。

（１６）遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。

（１７）遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカ２７０Ｆから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。

（１８）計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。

（１９）本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。

（２０）本実施の形態では、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。

（２１）表示器５４Ｆで行なう計数表示や各種の報知は、同様に表示器３１２Ｆで行なうようにしてもよい。

（２２）ＣＵ３Ｆにおいて、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。

（２３）貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。

（２４）打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。

これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。

（２５）玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。

（２６）本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点（持玉）を分割して共有する処理（持点を他人に分割譲渡する処理）を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、ＣＵ又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。

（２７）図８０〜図１０３で示したシーケンス制御は、ＣＵ３Ｆ、Ｐ台２Ｆ、Ｓ台２ＳＦ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。また、図１０６、図１０７に示した要求通番の制御は、ＣＵ３Ｆの内部のＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂとの間、セキュリティチップ（ＳＣ）３２５ｂと通信制御ＩＣ３２５ａＦとの間に適用してもよい。

たとえば、遊技玉の加算要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆが送信し、これに対する承諾または拒否電文をＳＣ３２５ｂＦがＰ台２Ｆ側の応答に基づいて通信制御ＩＣ３２５ａＦ経由で返信する。

遊技玉の加算要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂと通信制御ＩＣ３２５ａＦとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆ経由でセキュリティチップ（ＳＣ）３２５ｂが送信し、これに対する承諾または拒否電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の応答に基づいて返信する。

計数要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂとの間に適用した場合には、計数要求電文をＳＣ３２５ｂＦがＰ台２Ｆ側の要求に基づいて通信制御ＩＣ３２５ａＦ経由でＣＵ制御部３２３Ｆに送信し、これに対する承諾または拒否電文をＣＵ制御部３２３Ｆが返信する。

計数要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂと通信制御ＩＣ３２５ａＦとの間に適用した場合には、計数要求電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の要求に基づいて送信し、これに対する承諾または拒否電文をセキュリティチップ（ＳＣ）３２５ｂがＣＵ制御部３２３Ｆの指示に基づいて返信する。

（２８）前述の実施の形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。

（２９）前述の実施の形態では、カードＩＤと挿入時刻とが一致することを条件に遊技機から送信された得点をＣＵが現時点での得点として記憶しているが、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）を計時するタイマをＣＵ制御部３２３Ｆに設け、遊技機とＣＵ３Ｆとの通信の開始時（復旧時）に該タイマが未だ計時中（タイムアップしていない状態）であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御する。

また、挿入時刻の代わりに、ＣＵ３ＦとＰ台２Ｆとの間で用いられた最終通番等の一致を条件に遊技機から送信された得点をＣＵが現時点での得点として記憶するようにしてもよい。

（３０）前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。

（３１）前述の実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。

（３２）本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、ＣＵと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。

（３３）ＣＵ制御部３２３Ｆは、ホールサーバ８０１Ｆを介して鍵管理サーバ８００Ｆから基板セキュリティ情報（基板認証鍵や更新情報を含む）を受信する。しかしながら、これに代えて、鍵管理サーバ８００ＦとＣＵ制御部３２３Ｆとの間にホールサーバ８０１Ｆを介することなく、鍵管理サーバ８００ＦからＣＵ制御部３２３Ｆへ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ８００ＦとＣＵとを直接、回線接続することや、鍵管理サーバ８００Ｆと各ＣＵとの間にホールサーバ８０１Ｆと異なる中継用の通信装置を設けることが考えられる。

（３４）前述の実施の形態では、遊技の中断操作（簡易離席操作または食事休憩操作）に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込み排出することで、中断処理を行ない、その後、遊技を中断した遊技者が戻ってきて、そのカードを再度元のＣＵ３Ｆに挿入し、持玉を遊技玉に変換する操作により、１２５玉ずつ遊技玉に変換されて遊技が可能になるものを示した。しかし、それに代えて、中断操作時に自動計数された計数玉を遊技玉や持玉とは別の預かり玉（Ｃ−ＩＤと挿入時刻も記憶）としてＣＵ３Ｆが記憶し、持玉加算せず、持玉を記録させることなくカードを排出することで中断処理を行ない。その排出カードが再挿入されると、預かり玉がすべて一括で自動的にＰ台の遊技玉に変換されて遊技可能となるように制御してもよい。あるいは、この場合の預かり玉は、中断操作に基づいてＰ台からＣＵへと送信され、ＣＵ側またはホールサーバ側で記憶しておき、カードが再度挿入されたときにＣＵまたはホールサーバから自動的にＰ台側へ預かり玉の情報が送信されて遊技玉としてＰ台側に記憶されるものとしてもよい。また、この場合に預かり玉の情報を送信する際には、遊技玉の加算指令としてＣＵからＰ台に送信してやればよい。

さらに、上記実施の形態では、中断操作に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込んで排出したとき、そのカードに中断中フラグを記録しておくことによって、そのカードでは景品交換できないようにした。このように景品交換を禁止する手法としては、カードの中断中フラグを利用する以外の次のような手法を採用することも考えられる。

まず、中断操作が行なわれたときに、ＣＵからホールサーバにその情報（カードＩＤを含む）を送信し、ホールサーバ側で中断中の遊技者のカードを中断カードとして記憶する。景品交換時にはＰＯＳなどからホールサーバに問合せをし、景品交換に用いられているカードが中断カードであるか否かをホールサーバが判定する。あるいは、全中断カード情報を予めホールサーバからＰＯＳ側に送信しておいてもよい。その上で、景品交換に用いられているカードが中断カードであれば、当該カードを用いた景品交換を禁止する。

（３５）上記実施の形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に（遊技点＝０）、前記遊技点を前記持点として遊技用装置（ＣＵ）が所定の処理（景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理）をするための記録媒体処理操作（カード返却操作（カード返却ボタン３２２Ｆの操作））を有効化する有効化手段」を含む。

（３６）本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置２７８Ｆや表示器５４Ｆなどの可変表示手段（可変表示装置）に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからＣＵあるいはＰ台へダウンロードするようにしてもよい。

（３７）遊技玉数表示器２９Ｆでは、玉の発射または計数動作に連動して玉数が１つずつ減っていく表示がなされる。また、遊技玉数表示器２９Ｆでは、玉貸操作等に応じて玉数が１つずつあるいは所定単位数ずつ増加する表示がなされる。遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、単に遊技玉数をデジタル表示するのではなく、遊技玉数の変化が弾球によるものであるのか、計数によるものであるのか、入賞の発生によるものであるのか、貯玉の引き落としによるものであるのか、貸出操作によるものであるか、など、その種類に応じた画像を遊技玉数の表示更新と併せて表示するようにしてもよい。

また、計数操作が行われた場合、遊技玉数表示器２９Ｆでは、計数動作に連動した計数表示が行われるが、遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、表示器５４Ｆと同様に、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示を行なうようにしてもよい。この場合、先の表示器５４Ｆの表示の変形例として説明したように、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示（たとえば、棒グラフの表示）や、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰り返したりすることが考えられる。

（３８）図８９に示したように、上記の実施の形態では、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されることによって、計数処理完了後に有効化されてカード返却処理に移行する。

一方、待機期間が経過しても計数操作が検出されない場合の処理としては、たとえば、先のカード返却操作を無効とすることが考えられる。この場合、ＣＵ３ＦあるいはＰ台２Ｆ側の表示器には待機期間が経過しても計数操作が検出されないため、カード返却操作が無効化された旨を表示してもよい。

あるいは、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されるか否かに関わらず、無効化してもよい。この場合には、カード返却操作が検出された後の計数操作に応じて全遊技玉を計数し終えた後、再度、カード返却操作を実行することによってカード返却処理を実行するものとしてもよい。あるいは、全遊技玉の計数を終えたとき、または、その前後で、カード返却操作を促す表示をＣＵ３ＦあるいはＰ台２Ｆ側の表示器で行なうようにしてもよい。

また、本実施の形態では、カード返却操作が検出されたときに遊技玉が１点でも残っていると、図８９に示した処理が実行される。しかしながら、カード返却操作が検出されたときに残っている遊技玉の数が２以上の予め定めた数であるときに、図８９に示した処理が実行されるようにしてもよい。

また、カード返却操作が検出された後の計数操作では遊技玉の計数表示速度を通常時よりも早くしてもよい。たとえば、通常の計数操作では遊技玉が１つずつ計数される表示をする一方、カード返却操作が検出された後の計数操作では、遊技玉が複数ずつまとめて計数される表示、あるいは、全遊技玉が一括して計数される表示をするようにすることが考えられる。

さらに、カード返却操作が検出された後の計数操作では全遊技玉が計数対象とされるのではなく、通常の計数操作のときよりも多い数の所定数の遊技玉が計数対象とされるものとしてもよい。たとえば、通常時には１回の計数操作で最大１００点の遊技玉が計数対象とされるが、カード返却操作が検出された後の計数操作では、それよりも多い２００点の遊技玉が計数対象とされるようにしてもよい。この場合でも、事前にカード返却操作があった場合にはカード返却操作がなかった場合に比べると、全遊技玉を計数するための計数操作回数が減り、早期に全遊技玉を計数完了させることができる。

また、遊技玉が残っている状態でカード返却操作が検出された場合には、計数操作の検出がなくても、全遊技玉の計数を開始させ、その後にカード返却処理に移行するようにしてもよい。この場合、全遊技玉の計数を開始させるときに、全遊技玉の計数を開始させる旨をＰ台２ＦあるいはＣＵ３Ｆで表示してもよい。あるいは、全遊技玉の計数を開始させてもよいか否かを確認するメッセージを表示し、所定操作（たとえば、Ｐ台２ＦあるいはＣＵ３Ｆのタッチパネルでの操作、再度のカード返却操作など）が検出されたことを条件として、全遊技玉の計数を開始させるようにしてもよい。

また、遊技中（玉の発射中）の場合に検出されたカード返却操作を無効にしてもよいが、カード返却操作を無効にするのではなく、Ｐ台側の方で遊技中の計数操作に基づいた計数の処理を無効にしてもよい。

さらに、上記実施の形態では、カード返却操作が検出されたときに遊技玉数が０であるか否かをＣＵ３Ｆが判定している。しかしながら、このような判定をＰ台２Ｆが行なうようにしてもよい。この場合、たとえば、カード返却操作が検出されたときに、カード返却操作有を示すデータをＣＵ３ＦからＰ台２Ｆへ送信し、それを受けたＰ台２Ｆが自ら記憶している遊技玉数が０であるか否かを判定する。０であれば、遊技玉数が０であることまたはカード返却を許可するデータをＣＵ３Ｆへ送信する一方、０でなければ、遊技玉数が０でないことまたはカード返却の待機あるいはカード返却の禁止を示すデータをＣＵ３Ｆへ送信する。

また、上記実施の形態では、計数ボタンの操作が検出されたときに、その操作の検出前にカード返却操作が検出されているか否かをＰ台２Ｆが判定する。しかしながら、このような判定手段をＣＵ３Ｆが備えるようにしてもよい。この場合、たとえば、Ｐ台２Ｆは、計数ボタンの操作が検出されたときに、その旨を示すデータをＣＵ３Ｆへ送信する。それを受けたＣＵ３Ｆは、そのデータを受信する前の所定期間内にカード返却操作があったか否かを判定するようにすることが考えられる。

また、上記の実施の形態では、計数操作をＰ台２Ｆが検出する一方、カード返却操作をＣＵ３Ｆが検出するが、計数操作をＣＵ３Ｆが検出する一方、カード返却操作をＰ台２Ｆが検出する構成としてもよく、両操作共にＰ台２ＦあるいはＣＵ３Ｆが検出する構成としてもよい。また、計数ボタンおよびカードカード返却ボタンの取り付け位置は、双方共にＣＵ３ＦとしてもＰ台２Ｆとしてもよく、一方がＣＵ３ＦまたはＰ台２Ｆとしてもよい。

（３９）持玉または遊技玉の数の変化の有無をＣＵまたはＰ台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。

（４０）あるいは、カードがＣＵに挿入されていないにも関わらず、遊技者の遊技玉が変化した場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、遊技を終えてカードを排出した後に、遊技盤に引っ掛かっていた玉が入賞して遊技玉が払い出されたまま放置されているような台を店員が把握しやすくする。

（４１）本実施の形態において、ＣＵ３ＦはＰ台２Ｆからの前回遊技台情報と最新遊技台情報とを自ら記憶しているデータと比較判定して、Ｐ台２Ｆ側のデータに不正水増しのないことを確認してデータを補正する。仮に、ＣＵ３Ｆ側でエラー判定されると、このような状況は、単にＣＵ３Ｆの交換が要因（交換後のＣＵ３Ｆには比較対象の正規のデータが記憶されていない）であって、不正行為に基づくものではない可能性もあるため、ホールの店員が確認の上で、リモコン等の携帯型端末装置でエラーを解除する。ただし、このように、ＣＵ３Ｆが新たなものに交換されていたときには、当該ＣＵ３Ｆは上記のエラー判定を一切しないようにしてもよい。また、あるいは、ＣＵ３Ｆには、交換されたものであるか否かに関わらず、上記のエラー判定機能を設けないようにしてもよい。

（４２）本実施の形態において、遊技者所有の有価価値を特定可能な記録媒体であるカードを、遊技開始時にカード挿入／排出口３０９Ｆに挿入し、遊技終了後にカード挿入／排出口３０９Ｆから抜き取る構成について説明した。しかし、本発明はこれに限られず、カードを、遊技開始時にカード読み取り部に載置し、遊技終了後にカード読み取り部から外す構成であってもよい。つまり、遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段に対して、遊技開始時に記録媒体受付手段に取り付け、遊技終了後に記録媒体受付手段から取り外す構成であればよい。

（４３）本実施の形態において、ＣＵ３Ｆは、Ｐ台２Ｆに対してカード抜き取り待ち中の情報を通知し、当該情報の通知を受けたＰ台２Ｆが「カード抜き取って下さい」と可変表示装置２７８Ｆに表示するなど、カードの抜き取りの報知を行なう構成について説明した。しかし、本発明はこれに限られず、ＣＵ３Ｆは、Ｐ台２Ｆに対してカード抜き取り待ち中の情報を通知しつつ、表示器５４Ｆおよび／または表示器３１２Ｆに「カード抜き取って下さい」と表示するように制御してＣＵ側でカードの抜き取りの報知を行なう構成であってもよい。

（４４）本実施の形態において、Ｐ台２Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまでカードの抜き取りの報知を継続する構成について説明した。しかし、本発明はこれに限られず、Ｐ台２Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、一定期間カードの抜き取りの報知を行なっても、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまでの間、カードの抜き取りの報知を間欠的に行なってもよい。

（４５）本実施の形態では、計数履歴シーケンスにおいてＰ台２Ｆは、カードを受付けたときにＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」と、Ｐ台２Ｆで保持している「店舗コード」との一致判定を行ない、一致している場合には計数履歴のリカバリ処理を行ない、不一致の場合には計数履歴のリカバリ処理を行なわない構成について説明した。しかし、本発明はこれに限られず、計数履歴シーケンスにおいてＰ台２Ｆは、カードを受付けたときにＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行なうように構成してもよい。さらに、計数履歴シーケンスで「店舗コード」の一致判定を行なわずに、Ｐ台２Ｆは、リカバリ要求を受信した時にカードを受付けたときにＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」のうち少なくとも一方と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」のうち少なくとも一方との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成としてもよい。

（４６）また、パチンコ玉にＩＣタグを付けるようにしてもよい。これにより、発射時、および、いずれかの入賞領域（入賞口またはゲート）の通過時に、いずれのパチンコ玉であるかを特定することが可能となる。このため、集計処理において、ＩＣタグによって特定された同じパチンコ玉の発射強度Ｔと通過領域との対応関係を特定することができる。その結果、より正確に、発射強度に応じてパチンコ玉がどの領域を通過する傾向にあるのかを把握することができる。さらに、ＣＵ３Ｆから送信される玉単価（図８０参照）とＩＣタグを付けたパチンコ玉とを関連付けすることで、１玉毎に玉単価を変更することが可能となり、残り玉数や予定時間に応じて臨機応変に玉単価を変更することができ遊技者による遊技の自由度を広げることができる。

（４７）遊技者によって打球操作ハンドル２５Ｆが固定されていると、上述の発射強度の補正処理を行なうことができない。そこで、打球操作ハンドル２５Ｆが固定されていることを検出して報知するようにしてもよい。また、発射強度が一定値に安定している場合は、打球操作ハンドル２５Ｆが固定されていると判定するようにしてもよい。

（４８）たとえば、遊技者が打球操作ハンドル２５Ｆに触れているか否かは、タッチセンサで検知可能である。

そのため、たとえば、遊技者が打球操作ハンドル２５Ｆに触れていないことが検知された時に、上述の発射強度の補正処理を行なうようにしてもよい。

また、発射異常判定処理において、遊技者が打球操作ハンドル２５Ｆに触れていないことが検知され、かつ打球操作ハンドル２５Ｆが固定されていることが検出された場合に、発射異常であると判定するようにしてもよい。

（４９）本実施の形態ではホールコン９００がＣＵ３Ｆ経由でＰ台２Ｆの情報を取得する構成であったが、ホールコン９００がＣＵ３Ｆを経由せずにＰ台２Ｆの情報をＰ台２Ｆから直接取得する構成であってもよい。

（５０）本実施の形態では、ＣＵ３Ｆの状態がカード挿入中状態中にカード挿入通知コマンドを受信した場合、Ｐ台２ＦはカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する構成について説明した。しかし、本発明はこれに限定されず、ＣＵ３Ｆの状態がカード挿入中状態中にカード挿入通知コマンドを受信した場合、警告を表示器５４Ｆ等に表示して報知を行なったり、上位サーバに当該旨の報知を行なったりしてもよい。

（５１）本実施の形態では、「閉店」設定されるとカードが挿入されておらずＰ台２Ｆに遊技玉が残っている遊技機に対して、カードＩＤ＝０、カード挿入時刻＝０の仮想カードが挿入されたとみなして、残った遊技玉を計数し当該カードに記憶して返却する計数処理が行なわれる構成を説明した。しかし、本発明はこれに限定されず、挿入されたとみなされる仮想カードのカードＩＤを、閉店直前に挿入されていたカードのカードＩＤとして計数処理を行ない、残った遊技玉を閉店直前に挿入されていたカードと自動的に関連付ける構成であってもよい。

（５２）本実施の形態では、ＣＵ３Ｆでリカバリ要求が不要であると判断されたにも拘らずリカバリ要求２のコマンドがＰ台２Ｆに送信された場合、Ｐ台２Ｆで再度リカバリ処理の判定を行ない不要の場合に処理ＮＧをＣＵ３Ｆに通知する構成を説明した。しかし、本発明はこれに限定されず、Ｐ台２Ｆで再度リカバリ処理の判定を行ない不要の場合に、警告を表示器５４Ｆ等に表示して報知を行なったり、上位サーバに当該旨の報知を行なったりしてもよい。

（５３）本実施の形態では、鍵管理サーバ８００Ｆがヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３Ｆに到達しない状態が、たとえば１０日間継続した場合、ヘルスチェック要求時限オーバーと判断され、ＣＵ３ＦまたはＰ台２Ｆの時限運用機能が無効にされる構成を説明した。しかし、本発明はこれに限定されず、ＣＵ３ＦまたはＰ台２Ｆの時限運用機能が無効にされるまでの日数を表示器５４Ｆに表示させたり、複数の制限レベルを有する時限運用機能を段階的に無効するようにしたりしてもよい。

（５４）本実施の形態では、Ｐ台２Ｆに対する不正に基づくアラーム設定とＰ台回線断に基づくアラーム設定との関係において、アラーム設定の設定および解除の制御について説明した。しかし、本発明はこれに限定されず、Ｐ台２Ｆに対する不正に基づくアラーム設定とＰ台２Ｆに対する別の不正に基づくアラーム設定との関係において、アラーム設定の設定および解除の制御に適用しても、Ｐ台２Ｆに対する複数の不正に基づくアラーム設定とＰ台回線断に基づくアラーム設定との三つ以上の関係において、アラーム設定の設定および解除の制御に適用してもよい。

（５５）本実施の形態では、セキュリティ関連情報を払出制御回路１７１ａＦ内のレジスタに格納する構成について説明した。しかし、本発明はこれに限定されず、通信制御回路１７１ｂＦ内のレジスタ（たとえば、データ受信レジスタ７２３ｂＦ）に格納する構成でもよい。これにより、セキュリティ関連情報は、通信制御回路１７１ｂＦ内で暗号化されたまま格納されることになり、よりセキュリティ性が向上する。

（５６）本実施の形態では、図１３２および図１３３で示したように、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２ＦであることをＰ台自体で判断し、判断結果を示すフラグを商用のＣＵ３Ｆに送信してＳＣ３２５ｂＦで検知する構成について説明した。しかし、本発明はこれに限定されず、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２ＦであることをＰ台自体で判断し、Ｐ台自体で検知して報知する構成でも、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２Ｆであることを識別ＩＤに基づいてＣＵ３ＦのＳＣ３２５ｂＦで判断して検知する構成でもよい。

（５７）前述の実施形態では、各種認証鍵を用いて認証を行なっていたが、この各種認証鍵の代わりに、たとえば認証用のＩＤ等を用いて認証を行なうようにしてもよい。

（５８）前述の表示器５４Ｆ、５１０Ｆをタッチパネル付きの表示器で構成してもよい。また、Ｐ台とＣＵとの間で送受信される情報は、前述の実施形態で説明されたものに限定されるのではなく、また、どのような情報をＰ台からＣＵへ出力するかを遊技機の表示器５４Ｆ、５１０Ｆのタッチパネルでタッチ操作して入力設定できるようにしてもよい。

また、Ｓ台２ＳＦにおいても前述のＰ台２Ｆと同様にＳ台２ＳＦから出力された情報を変換してホールコンへ送信するが、変換対象の情報としては、たとえば、ビッグボーナス入賞やレギュラーボーナス入賞や各種小役入賞等の入賞情報、リプレイタイム中を示す情報、図１４９の加算数や減算数、ゲームスタート回数等である。また、変換対象の情報としては、入賞に伴ってコインを払出すようにした場合のその払出枚数でもよい。

（５９）払出制御部１７１Ｆが、一周フラグが立つ値（＝６３）を受信したとき異常制御処理として、以下のａ〜ｃに列挙するもののうちから１つまたは２つ以上を採用して実行するように制御してもよい。
ａ払出制御部１７１Ｆまたはその払出制御部１７１Ｆから異常情報を受けた主制御部１６１Ｆにより、Ｐ台２Ｆの表示器（たとえば７セグ表示器５０Ｆや識別情報（図柄）を可変表示する可変表示装置）により表示する。
ｂ払出制御部１７１Ｆから異常情報を受信したＣＵ３Ｆにおいてエラー番号等の異常報知を行なう。
ｃＣＵ３Ｆから異常情報を受信したホール用管理コンピュータ等の上位装置においてエラー番号等の異常報知を行なう。

（６０）本実施形態では、払出側テーブルに払出制御用セキュリティチップＩＤに関連付けて記憶する前枠５Ｆの履歴情報として、前枠５Ｆを特定する情報、保管情報、再販情報および廃棄情報などが含まれる例を示した。しかし、これに限らず、たとえば、前枠５Ｆの履歴情報として、メンテナンス情報や修理情報などを含めてもよい。同様に、本実施形態では、主制御側テーブルに主制御用セキュリティチップＩＤに関連付けて記憶する遊技盤２６Ｆの履歴情報として、遊技盤２６Ｆを特定する情報、保管情報、再販情報および廃棄情報などが含まれる例を示した。しかし、これに限らず、たとえば、遊技盤２６Ｆの履歴情報として、メンテナンス情報や修理情報などを含めてもよい。

（６１）本実施形態では、製造メーカや倉庫業者などが出荷・設置や保管などの作業が完了した後に、機歴管理センタ８００ＡＦに接続された端末から必要な情報（図１４５に示す、たとえば、出荷日、設置日時、撤去日、販社名、や廃棄日などの情報）を入力することで払出側テーブルおよび主制御側テーブルを更新する例を示した。しかし、これに限らず、たとえば、製造メーカや倉庫業者などが申請書類に必要な情報を記入して機歴管理センタ８００ＡＦに送付することで、機歴管理センタ８００ＡＦ内の入力手段（たとえば、内部端末など）から必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新してもよい。なお、機歴管理センタ８００ＡＦに接続された端末とは、機歴管理センタ８００ＡＦに対して直接接続されている端末（たとえば、機歴管理センタ８００ＡＦにある内部端末）でも、通信回線を介して接続されている端末（たとえば、インターネットを介して接続された倉庫業者や中古業者などの端末）でもよい。

（６２）本実施形態では、１つの大容量記憶装置８００５Ｆに払出側テーブルおよび主制御側テーブルを記憶する例を示した。しかし、これに限らず、たとえば、複数の大容量記憶装置に分けて払出側テーブルおよび主制御側テーブルを記憶しても、払出側テーブルを記憶する大容量記憶装置と、主制御側テーブルを記憶する大容量記憶装置とに分けてもよい。また、大容量記憶装置に記憶した払出側テーブルおよび主制御側テーブルは、それぞれセキュリティチップＩＤ単位で前枠５Ｆおよび遊技盤２６Ｆの履歴情報を消去することができる。たとえ、ペアのセキュリティチップＩＤに関連付けられていても、セキュリティチップＩＤ単位で前枠５Ｆおよび遊技盤２６Ｆの履歴情報を別々に消去することができる。これにより、使用される期間が異なる前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆに比べて使用される期間が長い）であっても個別に削除することができるので、それぞれ適切に管理することができる。

（６３）本実施形態では、ホール以外の製造メーカや倉庫業者などが機歴管理センタ８００ＡＦに必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新する例を示した。しかし、これに限らず、たとえば、ホール自体が機歴管理センタ８００ＡＦに必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新してもよい。

（６４）本実施形態では、中古業者が前枠５Ｆおよび遊技盤２６Ｆを別のホールに再販して、設置する場合に、前枠５Ｆおよび遊技盤２６Ｆの履歴情報として再販情報を記憶する例を示した。しかし、これに限られず、たとえば、前枠５Ｆおよび遊技盤２６Ｆを設置しているホールと同じグループの別のホール（たとえば、同じ法人コードのホール）に移動する場合に、前枠５Ｆおよび遊技盤２６Ｆの単なる移動として移動情報を履歴情報に記憶する（管理状態（ステータス）を「設置」から「設置」）だけでもよい。つまり、同じ法人コードのホール間で、前枠５Ｆおよび遊技盤２６Ｆの設置が移動しても異常と判定されない。さらに、同じ法人コードのホール間で、かつ同一県内に限り前枠５Ｆおよび遊技盤２６Ｆの移動を認め、同じ法人コードのホール間でも他県に移動する場合は、再販と同じ処理を行なうようにしてもよい。

（６５）本実施形態では、機歴管理センタ８００ＡＦをたとえば以下のように設定する。機歴管理センタ８００ＡＦには、システムに登録されているユーザで、クリア認証で認証されたものをシステムにログインさせる。ログイン時における認証は、（ａ）指定されたユーザＩＤがシステムに存在すること。（ｂ）指定されたユーザがアカウント有効期限内であること。（ｃ）指定されたユーザがアカウントロックされていないこと。（ｄ）入力されたパスワードが指定されたユーザＩＤのパスワードと合致すること。（ｅ）現在がパスワードの有効期間内にない場合は、ログインさせるがユーザ自身のパスワード変更とログアウトのみ利用可能とし、パスワード変更が必要である旨をメッセージ表示する。なお、パスワードが変更された場合は、新パスワードを利用確認してもらうため、ログアウトする。

機歴管理センタ８００ＡＦは、認証に成功した場合、そのユーザのログイン失敗回数・連続ログインエラー日時をクリアする。一方、機歴管理センタ８００ＡＦは、認証に失敗した場合、そのユーザが実在する場合、ログイン失敗回数を記録する。なお、ログイン失敗回数が［ログイン試行上限回数］に達する都度（整数倍となる場合）アカウントをロックした日時を設定する。

機歴管理センタ８００ＡＦは、（ａ）ユーザを新規に登録した場合、（ｂ）パスワードをクリアした場合、および（ｃ）パスワードをユーザ自身が変更した場合、パスワードの有効期限を更新・設定する。更新・設定したパスワードは、その時点から［パスワード有効期間］経過までを有効とする。

機歴管理センタ８００ＡＦは、同一のセッションにおいて、認証を［ログイン試行上限回数]失敗した場合、ログイン画面ではなく、ログインNG画面に遷移し、ログインを試行させない。

機歴管理センタ８００ＡＦは、ログイン時に、当該ユーザのパスワードが［パスワード期限切れ警告期間］以内に期限切れになる場合、パスワード有効期限が切れる可能性があることを警告する。なお、当該警告は、たとえばログイン完了画面に表示するが、ログイン完了画面に表示すべきメッセージが無い場合は、ログイン完了画面を表示せず、ＨＯＭＥメニューに遷移する。

機歴管理センタ８００ＡＦは、（ア）ユーザのログイン失敗回数が［ユーザ無効化ログイン失敗回数］を超えている場合（恒久的アカウントロック状態）、または（イ）アカウントロック日時から［ログイン試行拒否時間］が経過していない場合（一時アカウントロック状態）、アカウントロックする。

機歴管理センタ８００ＡＦは、（ア）ユーザを新規に登録した場合、または（イ）ユーザ情報画面から有効期間の更新を行った場合、アカウントの有効期限を更新・設定する。なお、アカウント有効開始日からアカウント有効終了日までの期間、アカウントを利用することが可能となる。

機歴管理センタ８００ＡＦは、一度に生成可能なアカウント生成最大数を初期導入時にたとえば２０に設定してある。ここで、［ログイン試行上限回数]は、連続したログイン試行失敗で一定期間アカウントロックする回数で、初期導入時は、たとえば５回に設定してある。［ユーザ無効化ログイン失敗回数]は、連続したログイン試行失敗で恒久的にアカウントロックする回数で、初期導入時は、たとえば１００回である。［ログイン試行拒否時間］は、連続したログイン試行失敗で一定期間アカウントロックする期間で、初期導入時は、たとえば３０分である。［パスワード有効期間］は、パスワード変更した時に設定されるパスワードの有効期間で、初期導入時は、たとえば９０日である。［パスワード期限切れ警告期間］は、アカウントのパスワード切れ間近をメッセージ通知する期間で、初期導入時は、たとえば１４日である。

なお、機歴管理センタ８００ＡＦは、パスワードの最小文字数を初期導入時、たとえば８文字とし、パスワードの使いまわしを防ぐ世代数（現在を含む）を初期導入時、たとえば３世代とする。また、機歴管理センタ８００ＡＦは、ユーザ情報を登録するには、該当ユーザの事業者情報が登録されていることを条件とする。事業者情報には、機歴管理センタ８００ＡＦの業務に関わる各事業者の業種および住所等の属性情報が含まれる。

機歴管理センタ８００ＡＦは、遊技機の管理状態（ステータス）を、入力後、基本的に取消しすることができず、誤操作等により誤りが生じた場合は、「機歴全体備考欄」にコメントを記載することで他の人がわかるようにする。ただし、誤投入の可能性があるため、遊技機ステータス更新画面より投入するステータスに限り、取消を可能とする。取消を可能とする場合、限られた人のみ取消しの実行を可能とするよう、権限により制御する。また、機歴管理センタ８００ＡＦは、遊技機の管理状態（ステータス）を変更するために機歴を検索する場合、検索対象を最新の遊技機の管理状態（ステータス）のみを対象に検索を行なう。

機歴管理センタ８００ＡＦでは、データの種類と種類毎の保持期間をたとえば以下のように管理している。
（１）アカウント関連のデータ（たとえば、事業者情報、アカウント情報など）：基本的に論理削除のみで制御し、物理削除しない。
（２）遊技機機種等のマスタ情報（たとえば、遊技機機種マスタなど）：基本的に論理削除のみで制御し、物理削除しない。
（３）機歴管理の根拠となる情報（たとえば、遊技機チップ出荷情報、遊技機出荷情報など）：基本的に管理が開始されるまでは変更を可能とするが、以後は編集を不能とし、永続的に管理する。
（４）機歴情報（たとえば、前枠５Ｆおよび遊技盤２６Ｆの履歴情報）：基本的にファクト情報の入力であるので、入力後の変更は認めず、永続的に管理する。
（５）カードユニット鍵管理センタから通知された情報（たとえば、不正検知など）：システムで検知した情報であるので、変更は認めず、永続的に管理する。
（６）システムへの入力ジャーナル（たとえば、Ｗｅｂ入力ログ、オンライン入力ログ、システム連携入力ファイルなど）：入力の種類別・ノード別に１４日間を保持する。
（７）システムからの出力ジャーナル（たとえば、Ｗｅｂ出力ログ、オンライン出力ログ、システム送信ファイルなど）：出力の種類別・ノード別に７日間を保持する。
（８）集信・配信の業務的通信の記録（たとえば、配布スケジュールなど）：７日間を目途に情報を保持する。
（９）システムテンポラリファイル（たとえば、ＣＳＶアップロードファイルなど）：アプリケーションの挙動後に削除する。ただし、異常終了時等を考慮してクリーニングバッチで不要と確認されたら削除する。
（１０）長期間ステータス更新を行なっていない機種情報（たとえば、長期間ステータス更新を行っていない機種情報など）：２世代保持する。

機歴管理センタ８００ＡＦでは、管理状態（ステータス）の異常について、更新前の管理状態（ステータス）と更新後の管理状態（ステータス）との関係が異常となった前枠５Ｆおよび遊技盤２６Ｆの情報のみ抽出したり、当該情報のみファイル出力したりすることが可能である。そのため、ファイル出力した情報に基づいて、管理状態（ステータス）の更新漏れのユーザに対して連絡するなどの報知を行ない、正しい管理状態（ステータス）に更新されるように対応することができる。なお、管理状態（ステータス）の更新漏れのユーザに対しては、連絡を行なうのみでなく、ヒアリングして、正しい管理状態（ステータス）を確認した上で対応を行なってもよい。また、機歴管理センタ８００ＡＦは、現在、管理状態（ステータス）の異常が発生している前枠５Ｆおよび遊技盤２６Ｆのすべてを対象に、連絡するなどの報知を行なう。また、異常となった前枠５Ｆおよび遊技盤２６Ｆの最新情報（ファイル出力時点）は、機歴管理センタ８００ＡＦに接続した端末からダウンロードすることができる。

機歴管理センタ８００ＡＦでは、長期間管理状態（ステータス）の更新を行っていない前枠５Ｆおよび遊技盤２６Ｆの履歴情報に対して、「廃棄」や「その他」以外の管理状態（ステータス）となっている前枠５Ｆおよび遊技盤２６Ｆの情報のみ抽出したり、当該情報のみファイル出力したりすることが可能である。なお、長期間管理状態（ステータス）の更新が行なわれていない異常については、バッチ処理によりその処理時点の情報を抽出し、機歴管理センタ８００ＡＦに接続した端末からダウンロードする。また、ダウンロードする１つのファイルは、最大件数の閾値（初期構築時：１０万レコード）が設定してあり、当該閾値を超えた場合は別ファイルに出力を行なう。さらに、ファイルをダウンロードする際、同日に処理を行なった結果をまとめて圧縮ファイルとして出力を行なう。

（６６）本実施形態では、機歴管理センタ８００ＡＦに撤去情報を入力する構成を説明したが、本発明はこれに限られず、中古移動情報、廃棄情報や下取り情報などが機歴管理センタ８００ＡＦに入力されると、機歴管理センタ８００ＡＦ内で自動的に撤去情報が登録される構成でもよい。当該構成とすることで、ホールから撤去されていると推定して遊技機の履歴を管理することができ、ホールから履歴管理システムに撤去情報を入力する負担を軽減することができる。

（６７）本実施形態では、遊技機メーカが遊技機をホールに出荷した後に、通信回線を介して機歴管理センタ８００ＡＦに出荷情報を登録する構成を示したが、本発明はこれに限られず、遊技機メーカが遊技機をホールに出荷する情報が入力された時点で、自動的に機歴管理センタ８００ＡＦに出荷情報を登録する構成でもよい。当該構成とすることで、出荷状態の履歴が登録されずに忘れられてしまうのを防止することができる。

（６８）本実施形態では、遊技機メーカが出荷した封入循環式パチンコ機（Ｐ台２Ｆ）またはＰ台２Ｆを構成する前枠５Ｆおよび遊技盤２６Ｆを含む遊技機をホールに設置した場合、機歴管理センタ８００ＡＦが、Ｐ台２Ｆから通知された遊技機設置情報（稼働情報）を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合している。そして、機歴管理センタ８００ＡＦは、照合した結果、異常であれば、たとえば異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりなど、当該異常を報知する。しかし、機歴管理センタ８００ＡＦは、照合した結果、異常を報知する構成だけに限定されるものではなく、異常と判断したＰ台２ＦまたはＰ台２Ｆを構成する前枠５Ｆおよび遊技盤２６Ｆでの遊技を禁止する構成でもよい。なお、機歴管理センタ８００ＡＦは、異常と判断した場合でも、一定期間、当該Ｐ台２Ｆでの遊技を暫定的に許可して、ホールの営業行為を妨げないように構成してもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明は、所定の遊技を行うことが可能なパチンコ遊技機等の遊技機に好適に適用される。

１パチンコ遊技機、８ａ第１特別図柄表示器、８ｂ第２特別図柄表示器、９演出表示装置、１３第１始動入賞口、１４第２始動入賞口、２０特別可変入賞球装置、３１遊技制御基板（主基板）、５６ＣＰＵ、５０２クロック回路、５０６リセット／割り込みコントローラ、５０６ａＩＡＴ回路、５０６ｂウオッチドッグタイマ（ＷＤＴ）、５０７フリーランカウンタ回路、５０８ａ８ビット乱数回路、５０８ｂ１６ビット乱数回路、５２５ａ，５２５ｂ乱数生成回路、５３７更新監視回路、５６０遊技制御用マイクロコンピュータ、８０演出制御基板、１００演出制御用マイクロコンピュータ、１０１演出制御用ＣＰＵ、１０９ＶＤＰ、２Ｆパチンコ遊技機、２ＳＦスロットマシン、３Ｆカードユニット、１６Ｆ主制御基板、１７Ｆ払出制御基板、２６Ｆ遊技盤、５４Ｆ，３１２Ｆ表示器、３０９Ｆカード挿入／排出口、３１９Ｆ再プレイボタン、３２０ＦＩＲ受光ユニット、３２１Ｆ貸出ボタン、３２２Ｆ返却ボタン、１６１Ｆ主制御部、３２５Ｆ表示制御部、１７１Ｆ払出制御部、３２３ＦＣＵ制御部。

Claims

遊技媒体を用いて所定の遊技を行うことが可能であり、遊技媒体が移動可能な遊技領域が設けられ、始動領域を遊技媒体が通過したことにもとづいて、識別情報の可変表示を行う遊技機であって、
始動領域として第１始動領域および第２始動領域が設けられ、
遊技媒体を振り分けるための振分装置が前記遊技領域に設けられ、
前記第１始動領域を遊技媒体が通過したことにもとづいて行われる第１識別情報の可変表示に関する保留情報と前記第２始動領域を遊技媒体が通過したことにもとづいて行われる第２識別情報の可変表示に関する保留情報とを記憶する保留記憶手段と、
有利状態に制御するか否かを決定する決定手段と、
前記決定手段の決定前に、前記有利状態に制御されるか否かを判定する判定手段と、
非特別状態と、前記非特別状態よりも第２識別情報の可変表示が実行され易い特別状態に制御可能な状態制御手段と、
前記判定手段の判定にもとづいて、前記有利状態に制御されることを示唆する第１特定演出および第２特定演出を含む特定演出を実行可能な特定演出実行手段とを備え、
前記振分装置は、
前記遊技領域に進入した遊技媒体が当該振分装置に流入可能な流入口と、
前記流入口から流入した遊技媒体が通過可能な複数の通路と、
前記流入口から流入した遊技媒体を前記複数の通路のうちのいずれかに振り分ける振分手段とを含み、
前記振分手段は、前記流入口から遊技媒体が流入したことにもとづいて、前記複数の通路のうちの第１通路に遊技媒体を振り分けやすい第１状態と第２通路に遊技媒体を振り分けやすい第２状態とに所定の順序に従って切り替わり、
前記第１始動領域は、前記第１通路に振り分けられた遊技媒体が通過しやすい態様で設けられ、
前記第２始動領域は、前記第２通路に振り分けられた遊技媒体が通過しやすい態様で設けられ、
前記始動領域を含む複数種類の入賞領域と、
遊技媒体が前記第１始動領域および前記第２始動領域のいずれか一方を通過したことにもとづいて遊技媒体が通過した始動領域に対応する記憶領域を加算対象として当該記憶領域に格納された値に所定値を加算する加算手段と、
前記加算手段による加算結果が所定条件を満たしたことにもとづいて異常と判定する異常判定手段と、
所定事象が発生したことにもとづいて第１リセットを発生させるか第２リセットを発生させるかを設定可能なリセット設定手段と、
遊技媒体の入賞を特定可能な信号を出力するための信号出力手段と、を備え、
前記第１リセットの発生後にはセキュリティチェックを実行する一方、前記第２リセットの発生後にはセキュリティチェックを実行せず、
前記特定演出実行手段は、前記非特別状態では、所定回の可変表示で連続して前記第１特定演出を実行可能であり、前記特別状態では、所定回よりも少ない回数の可変表示で連続して前記第２特定演出を実行可能であり、
前記特定演出の連続実行回数に応じて前記有利状態に制御される割合が異なる、遊技機。