(57)【要約】【課題】特定画像を用いた演出の演出効果を向上させることができる遊技盤を提供する。【解決手段】所定条件の成立にもとづいて、特定画像を表示する特定画像表示手段と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミングで実行可能な特定演出実行手段とを備え、特定演出実行手段は、いずれのタイミングで実行されるかによって遊技に関する期待度が異なるように特定演出を実行する。【選択図】図４２
2015134097.tif 000002
【特許請求の範囲】
【請求項１】
遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報を可変表示する可変表示手段にあらかじめ定められた特定表示結果が導出表示されたときに遊技者にとって有利な特定遊技状態に制御する遊技盤であって、
前記始動領域を含む複数種類の入賞領域と、
前記可変表示手段における識別情報の可変表示パターンを決定する可変表示パターン決定手段と、
前記可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段と、
所定条件の成立にもとづいて、特定画像を表示する特定画像表示手段と、
識別情報の可変表示にて、前記特定画像表示手段によって表示された前記特定画像を用いた特定演出を複数のタイミングで実行可能な特定演出実行手段と、
遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号を出力するための信号出力手段とを備え、
前記特定演出実行手段は、いずれのタイミングで実行されるかによって遊技に関する期待度が異なるように前記特定演出を実行する、
ことを特徴とする遊技盤。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各々を識別可能な複数種類の識別情報を可変表示する可変表示手段にあらかじめ定められた特定表示結果が導出表示されたときに遊技者にとって有利な特定遊技状態に制御する遊技機に用いる遊技盤に関する。
【背景技術】
【０００２】
遊技機として、遊技媒体である遊技球を発射装置によって遊技領域に発射し、遊技領域に設けられている入賞口などの入賞領域に遊技球が入賞すると、所定個の賞球が遊技者に払い出されるものがある。さらに、識別情報を可変表示（「変動」ともいう。）可能な可変表示装置が設けられ、可変表示装置において識別情報の可変表示の表示結果が特定表示結果となった場合に、所定の遊技価値を遊技者に与えるように構成されたものがある。
【０００３】
遊技価値とは、遊技機の遊技領域に設けられた特別可変入賞球装置の状態が打球が入賞しやすい遊技者にとって有利な状態になることや、遊技者にとって有利な状態になるための権利を発生させたりすることや、賞球払出の条件が成立しやすくなる状態になることである。
【０００４】
パチンコ遊技機では、特定表示結果が導出表示された場合に特定遊技状態（例えば、大当り遊技状態）に制御される。なお、導出表示とは、識別情報（図柄）を最終的に停止表示させることである。特定遊技状態では、特別可変入賞装置（大入賞口）が所定回数開放して遊技球が入賞しやすい状態になる。そして、各開放期間において、所定個（例えば１０個）の大入賞口への入賞があると大入賞口は閉成する。以下、各々の大入賞口の開放している期間をラウンドということがある。
【０００５】
また、可変表示装置において、最終停止図柄（例えば、左中右図柄のうち中図柄）となる図柄以外の図柄が、所定時間継続して、特定の表示結果と一致している状態で停止、揺動、拡大縮小もしくは変形している状態、または、複数の図柄が同一図柄で同期して変動したり、表示図柄の位置が入れ替わっていたりして、最終結果が表示される前で大当り発生の可能性が継続している状態（以下、これらの状態をリーチ状態という。）において行われる演出をリーチ演出という。また、リーチ状態やその様子をリーチ態様という。さらに、リーチ演出を含む可変表示をリーチ可変表示という。そして、可変表示装置に変動表示される図柄の表示結果が特定の表示結果でない場合には「はずれ」となり、変動表示状態は終了する。遊技者は、大当りをいかにして発生させるかを楽しみつつ遊技を行う。
【０００６】
また、大当りやリーチ（特にスーパーリーチ）などが発生する可能性が高いことを予告する演出を予告演出という。リーチ演出は、最終停止図柄となる図柄以外の図柄が揃っている状態における演出であるが、予告演出は、リーチ演出とは異なる演出であって、最終停止図柄となる図柄以外の図柄が揃う前に実行可能であり、最終停止図柄となる図柄以外の図柄が揃った後も当然に実行可能である。
【０００７】
そのような遊技機において、興趣の向上を図るために、所定の条件が成立したときに特定画像（アイテム画像）を表示し、表示した特定画像（アイテム画像）を用いた演出を実行するものが記載されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−５５３４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかし、特許文献１に記載された遊技機では、演出とその実行タイミングとによる演出効果を考慮した制御が行われていないため、特定画像を用いた演出の演出効果を十分に向上させることができない。
【００１０】
そこで、本発明は、特定画像を用いた演出の演出効果を向上させることができる遊技盤を提供することを目的とする。
【課題を解決するための手段】
【００１１】
（手段１）本発明による遊技盤は、遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄または演出図柄）を可変表示する可変表示手段（例えば、特別図柄表示器１８ａ，１８ｂ、演出表示装置９）にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域（第１始動入賞口１３、第２始動入賞口１４）を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および普通入賞口）と、可変表示手段における識別情報の可変表示パターン（例えば、変動パターン）を決定する可変表示パターン決定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１０５を実行する部分）と、可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ８００６，Ｓ８１０５を実行する部分）と、所定条件の成立（例えば、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）である場合や、変動開始時において当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）である場合、大当り遊技開始時において大当り遊技後に制御される遊技状態が特定の遊技状態（例えば、確変状態や時短状態）である場合や、そのような遊技状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である場合）にもとづいて、特定画像（例えば、プレゼント画像）を表示する特定画像表示手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ３５０７を実行する部分）と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミング（例えば、予告対象の変動表示において、リーチ前の擬似連１回目や擬似連２回目、リーチ後のスーパーリーチ発展前や発展後の他、大当り遊技中など。また、例えば、変動開始時にプレゼント画像が表示されたときに、当該変動表示で複数回行われる再変動の最後の再変動が実行されるタイミングなど。また、大当り遊技中にプレゼント画像が表示されたときに、大当り遊技後の予告対象の変動表示が実行されるタイミングなど）で実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４２０５を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号(入賞情報信号)を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、特定演出実行手段は、いずれのタイミングで実行されるかによって遊技に関する期待度（例えば、変動パターン（リーチ）期待度や大当り期待度の他に、確変期待度、ラウンド数期待度、潜伏期待度、確変回数期待度、時短回数期待度など）が異なるように特定演出を実行する（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４００５を実行���る部分。図４２（Ｂ）〜（Ｄ）参照）ことを特徴とする。
【００１２】
そのような構成により、特定画像を用いた演出の演出効果を向上させることができる。
（手段２）手段１において、特定画像表示手段は、複数の特定画像を表示可能であり（例えば、ステップＳ３５０５において、図５２に示すプレゼント演出実行判定テーブルを用いることによって実現される）、特定演出実行手段は、識別情報の可変表示にて、特定画像表示手段によって表示された複数の特定画像をそれぞれ用いた複数の特定演出を実行可能であり、実行されるタイミングの組み合わせによって遊技に関する期待度（例えば、変動パターン（リーチ）期待度や大当り期待度の他に、確変期待度、ラウンド数期待度、潜伏期待度、確変回数期待度、時短回数期待度など）が異なるように複数の特定演出を実行する（例えば、ステップＳ４００４において、図５３に示す予告演出種別決定テーブルを用い、ステップＳ４００５において、図５４に示す予告演出実行タイミングパターンおよび図５５（Ａ）〜（Ｃ）に示す予告演出実行タイミング決定テーブルを用いることによって実現される）ように構成されていてもよい。
【００１３】
そのような構成によれば、特定画像を用いた演出の演出効果を向上させることができ、遊技興趣を向上させることができる。
【００１４】
（手段３）手段１または手段２において、特定画像表示手段は、所定条件の成立にもとづいて、複数回の可変表示に亘って特定画像を表示し、特定演出実行手段は、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を特殊画像（例えば、擬似連予告画像、発展先予告画像またはアクティブ保留予告画像）に変化させる特定演出を実行し、所定の識別情報の可変表示における可変表示パターンに応じて、異なるタイミングで特定演出を実行するように構成されていてもよい。
【００１５】
そのような構成によれば、特定画像を用いた演出の演出効果を向上させることができ、遊技興趣を向上させることができる。
【００１６】
（手段４）本発明による遊技盤は、遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄または演出図柄）を可変表示する可変表示手段（例えば、特別図柄表示器１８ａ，１８ｂ、演出表示装置９）にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域（第１始動入賞口１３、第２始動入賞口１４）を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および普通入賞口）と、可変表示手段における識別情報の可変表示パターン（例えば、変動パターン）を決定する可変表示パターン決定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１０５を実行する部分）と、可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ８００６，Ｓ８１０５を実行する部分）と、所定条件の成立（例えば、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）である場合や、変動開始時において当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）である場合、大当り遊技開始時において大当り遊技後に制御される遊技状態が特定の遊技状態（例えば、確変状態や時短状態）である場合や、そのような遊技状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である場合）にもとづいて、特定画像（例えば、プレゼント画像）を表示する特定画像表示手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ３５０７を実行する部分）と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミング（例えば、予告対象の変動表示において、リーチ前の擬似連１回目や擬似連２回目、リーチ後のスーパーリーチ発展前や発展後の他、大当り遊技中など。また、例えば、変動開始時にプレゼント画像が表示されたときに、当該変動表示で複数回行われる再変動の最後の再変動が実行されるタイミングなど。また、大当り遊技中にプレゼント画像が表示されたときに、大当り遊技後の予告対象の変動表示が実行されるタイミングなど）で実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４２０５を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号(入賞情報信号)を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、可変表示パターンは、識別情報の可変表示が開始されてから識別情報の表示結果が導出表示されるまでに仮停止表示させた後に識別情報の可変表示を再度実行する再可変表示（擬似連演出）を所定回実行する再可変表示パターン（擬似連演出を伴う変動パターン）を含み、特定演出実行手段は、識別情報の可変表示における再可変表示の回数に応じて、複数のタイ���ングのいずれのタイミングで実行するかの割合が異なるように特定演出を実行する（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４００５を実行する部分。図４２（Ａ）参照）ことを特徴とする。
【００１７】
そのような構成により、特定画像を用いた演出の演出効果を向上させることができる。
（手段５）本発明による遊技盤は、遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄または演出図柄）を可変表示する可変表示手段（例えば、特別図柄表示器１８ａ，１８ｂ、演出表示装置９）にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域（第１始動入賞口１３、第２始動入賞口１４）を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および普通入賞口）と、可変表示手段における識別情報の可変表示パターン（例えば、変動パターン）を決定する可変表示パターン決定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１０５を実行する部分）と、可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ８００６，Ｓ８１０５を実行する部分）と、所定条件の成立（例えば、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）である場合や、変動開始時において当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）である場合、大当り遊技開始時において大当り遊技後に制御される遊技状態が特定の遊技状態（例えば、確変状態や時短状態）である場合や、そのような遊技状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である場合）にもとづいて、特定画像（例えば、プレゼント画像）を表示する特定画像表示手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ３５０７を実行する部分）と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミング（例えば、予告対象の変動表示において、リーチ前の擬似連１回目や擬似連２回目、リーチ後のスーパーリーチ発展前や発展後の他、大当り遊技中など。また、例えば、変動開始時にプレゼント画像が表示されたときに、当該変動表示で複数回行われる再変動の最後の再変動が実行されるタイミングなど。また、大当り遊技中にプレゼント画像が表示されたときに、大当り遊技後の予告対象の変動表示が実行されるタイミングなど）で実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４２０５を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号(入賞情報信号)を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、特定演出は、該特定演出が実行された後に実行される演出の内容を示唆し（例えば、擬似連予告演出）、特定演出実行手段は、複数のタイミングのうちの早いタイミングで特定演出を実行する割合が高い（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４００５を実行する部分。図４２（Ｂ）参照）ことを特徴とする。
【００１８】
そのような構成により、特定画像を用いた演出の演出効果を向上させることができる。
（手段６）本発明による遊技盤は、遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄または演出図柄）を可変表示する可変表示手段（例えば、特別図柄表示器１８ａ，１８ｂ、演出表示装置９）にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域（第１始動入賞口１３、第２始動入賞口１４）を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および普通入賞口）と、可変表示手段における識別情報の可変表示パターン（例えば、変動パターン）を決定する可変表示パターン決定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１０５を実行する部分）と、可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ８００６，Ｓ８１０５を実行する部分）と、所定条件の成立（例えば、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）である場合や、変動開始時において当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）である場合、大当り遊技開始時において大当り遊技後に制御される遊技状態が特定の遊技状態（例えば、確変状態や時短状態）である場合や、そのような遊技状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である場合）にもとづいて、特定画像（例えば、プレゼント画像）を表示する特定画像表示手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ３５０７を実行する部分）と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミング（例えば、予告対象の変動表示において、リーチ前の擬似連１回目や擬似連２回目、リーチ後のスーパーリーチ発展前や発展後の他、大当り遊技中など。また、例えば、変動開始時にプレゼント画像が表示されたときに、当該変動表示で複数回行われる再変動の最後の再変動が実行されるタイミングなど。また、大当り遊技中にプレゼント画像が表示されたときに、大当り遊技後の予告対象の変動表示が実行されるタイミングなど）で実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４２０５を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号(入賞情報信号)を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、特定演出は、高い割合で特定表示結果が導出表示されることを示唆し（本例におけるアクティブ保留予告の他に、例えば、実行されることで大当り確定となる演出（プレミア演出）など）、特定演出実行手段は、複数のタイミングのうちの遅いタイミングで特定演出を実行する割合が高い（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４０���５を実行する部分。図４２（Ｄ）参照）ことを特徴とする。
【００１９】
そのような構成により、特定画像を用いた演出の演出効果を向上させることができる。
（手段７）本発明による遊技盤は、遊技媒体が始動領域を通過した後に、所定の開始条件が成立したことに基づいて、各々を識別可能な複数種類の識別情報（例えば、第１特別図柄、第２特別図柄または演出図柄）を可変表示する可変表示手段（例えば、特別図柄表示器１８ａ，１８ｂ、演出表示装置９）にあらかじめ定められた特定表示結果（例えば、大当り図柄）が導出表示されたときに遊技者にとって有利な特定遊技状態（例えば、大当り遊技状態）に制御する遊技盤であって、始動領域（第１始動入賞口１３、第２始動入賞口１４）を含む複数種類の入賞領域（第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および普通入賞口）と、可変表示手段における識別情報の可変表示パターン（例えば、変動パターン）を決定する可変表示パターン決定手段（例えば、遊技制御用マイクロコンピュータ５６０におけるステップＳ１０５を実行する部分）と、可変表示パターン決定手段による決定結果にもとづいて、識別情報の可変表示を実行する可変表示実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ８００６，Ｓ８１０５を実行する部分）と、所定条件の成立（例えば、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）である場合や、変動開始時において当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）である場合、大当り遊技開始時において大当り遊技後に制御される遊技状態が特定の遊技状態（例えば、確変状態や時短状態）である場合や、そのような遊技状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である場合）にもとづいて、特定画像（例えば、プレゼント画像）を表示する特定画像表示手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ３５０７を実行する部分）と、識別情報の可変表示にて、特定画像表示手段によって表示された特定画像を用いた特定演出を複数のタイミング（例えば、予告対象の変動表示において、リーチ前の擬似連１回目や擬似連２回目、リーチ後のスーパーリーチ発展前や発展後の他、大当り遊技中など。また、例えば、変動開始時にプレゼント画像が表示されたときに、当該変動表示で複数回行われる再変動の最後の再変動が実行されるタイミングなど。また、大当り遊技中にプレゼント画像が表示されたときに、大当り遊技後の予告対象の変動表示が実行されるタイミングなど）で実行可能な特定演出実行手段（例えば、演出制御用マイクロコンピュータ１００におけるステップＳ４２０５を実行する部分）と、遊技媒体が入賞した入賞領域と入賞個数とを特定可能な信号(入賞情報信号)を出力するための信号出力手段（例えば、遊技制御用マイクロコンピュータ５６０においてＳ２９の情報出力処理を実行する部分）とを備え、特定演出は、第１特定演出と第２特定演出とを含み（例えば、擬似連予告演出、発展先予告演出およびアクティブ保留予告演出）、特定演出実行手段は、第１特定演出と第２特定演出とのいずれを実行するかに応じて、複数のタイミングのいずれのタイミングで実行するかの割合が異なるように特定演出を実行する（例えば、演出制御用マイクロコンピュータ１０���におけるステップＳ４００５を実行する部分。図４２（Ｂ）〜（Ｄ）参照）ことを特徴とする。
【００２０】
そのような構成により、特定画像を用いた演出の演出効果を向上させることができる。
【図面の簡単な説明】
【００２１】
【図１】パチンコ遊技機を正面からみた正面図である。
【図２】遊技制御基板（主基板）の回路構成例を示すブロック図である。
【図３】演出制御基板、ランプドライバ基板および音声出力基板の回路構成例を示すブロック図である。
【図４】主基板におけるＣＰＵが実行するメイン処理を示すフローチャートである。
【図５】４ｍｓタイマ割込処理を示すフローチャートである。
【図６】あらかじめ用意された演出図柄の変動パターンを示す説明図である。
【図７】各乱数を示す説明図である。
【図８】大当り判定テーブル、小当り判定テーブルおよび大当り種別判定テーブルを示す説明図である。
【図９】大当り用変動パターン種別判定テーブルを示す説明図である。
【図１０】はずれ用変動パターン種別判定テーブルを示す説明図である。
【図１１】当り変動パターン判定テーブルを示す説明図である。
【図１２】はずれ変動パターン判定テーブルを示す説明図である。
【図１３】演出制御コマンドの内容の一例を示す説明図である。
【図１４】演出制御コマンドの内容の一例を示す説明図である。
【図１５】図柄指定コマンドの内容の一例を示す説明図である。
【図１６】変動カテゴリコマンドの内容の一例を示す説明図である。
【図１７】変動カテゴリコマンドの内容の一例を示す説明図である。
【図１８】特別図柄プロセス処理のプログラムの一例を示すフローチャートである。
【図１９】始動口スイッチ通過処理を示すフローチャートである。
【図２０】保留特定領域および保留バッファの構成例を示す説明図である。
【図２１】入賞時演出処理を示すフローチャートである。
【図２２】特別図柄通常処理を示すフローチャートである。
【図２３】特別図柄通常処理を示すフローチャートである。
【図２４】変動パターン設定処理を示すフローチャートである。
【図２５】表示結果指定コマンド送信処理を示すフローチャートである。
【図２６】特別図柄変動中処理を示すフローチャートである。
【図２７】特別図柄停止処理を示すフローチャートである。
【図２８】大当り終了処理を示すフローチャートである。
【図２９】演出制御用ＣＰＵが実行する演出制御メイン処理を示すフローチャートである。
【図３０】コマンド受信バッファの構成例を示す説明図である。
【図３１】コマンド解析処理を示すフローチャートである。
【図３２】コマンド解析処理を示すフローチャートである。
【図３３】始動入賞時コマンド格納領域の具体例を示す説明図である。
【図３４】演出制御プロセス処理を示すフローチャートである。
【図３５】予告演出決定処理を示すフローチャートである。
【図３６】プレゼント演出実行判定テーブルを示す説明図である。
【図３７】変動パターンコマンド受信待ち処理を示すフローチャートである。
【図３８】演出制御プロセス処理における演出図柄変動開始処理を示すフローチャートである。
【図３９】演出図柄の停止図柄の一例を示す説明図である。
【図４０】プロセスデータの構成例を示す説明図である。
【図４１】予告演出設定処理を示すフローチャートである。
【図４２】予告演出種別決定テーブルおよび予告演出実行タイミング決定テーブルを示す説明図である。
【図４３】予告演出の実行タイミングを示すタイミングチャートである。
【図４４】演出制御プロセス処理における演出図柄変動中処理を示すフローチャートである。
【図４５】予告演出中処理を示すフローチャートである。
【図４６】演出制御プロセス処理における演出図柄変動停止処理を示すフローチャートである。
【図４７】予告演出実行時の表示例を示す説明図である。
【図４８】予告演出（擬似連予告）実行時の表示例を示す説明図である。
【図４９】予告演出（擬似連予告）実行時の表示例を示す説明図である。
【図５０】予告演出（大当り予告）実行時の表示例を示す説明図である。
【図５１】予告演出（アクティブ保留予告）実行時の表示例を示す説明図である。
【図５２】プレゼント演出実行判定テーブルの変形例を示す説明図である。
【図５３】予告演出種別決定テーブルの変形例を示す説明図である。
【図５４】予告演出実行タイミングパターンを示す説明図である。
【図５５】予告演出実行タイミング決定テーブルの変形例を示す説明図である。
【図５６】カードユニットおよびパチンコ機を示す正面図である。
【図５７】カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。
【図５８】パチンコ機からの稼働・未稼働情報の通知処理を説明するための説明図である。
【図５９】カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。
【図６０】カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図６１】電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。
【図６２】カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。
【図６３】カードユニットにカードが挿入されたときにカードユニットが実行する挿入時処理を示すフローチャート図である。
【図６４】カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態およびカードの挿入状態の関係を説明するための概念図である。
【図６５】挿入したカードのプリペイド残高から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。
【図６６】持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。
【図６７】遊技玉を計数するときのカードユニットとパチンコ機との通常の処理の一例を示す図である。
【図６８】Ｐ台で記憶する計数履歴データの処理を説明するためのシーケンス図である。
【図６９】遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。
【図７０】電源断、通信回線断線があって、カードユニットからパチンコ機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。
【図７１】Ｐ台で記憶している計数履歴をＣＵに読出す処理の一例を示す図である。
【図７２】本実施形態に係る遊技機の出荷から廃棄までの履歴情報（機歴情報）の流れを説明するための図である。
【図７３】本実施形態に係る機歴管理センタに出荷情報が登録されるまでの流れの詳細を示す図である。
【図７４】出荷情報の具体的な内容の一例を示す図である。
【図７５】本実施形態に係る機歴管理センタに設置情報が登録されるまでの流れの詳細を示す図である。
【図７６】図７５において機歴管理センタに入力される設置情報の内容の一例を示す図である。
【図７７】本実施形態に係る機歴管理センタに撤去情報が登録されるまでの流れを示す図である。
【図７８】本実施形態に係る機歴管理センタに廃棄情報が登録されるまでの流れを示す図である。
【図７９】機歴管理センタに入力される廃棄情報の内容の一例を示す図である。
【図８０】本実施形態に係る前枠および遊技盤の機歴管理を説明するための概略図である。
【図８１】前枠および遊技盤の機歴管理を行なうため、枠の情報および遊技盤の情報を記憶するテーブルの概略図である。
【図８２】機歴管理センタが前枠および遊技盤の管理の異常判定処理を説明するためのフローチャートである。
【図８３】図８２に示すフローチャートで参照するテーブルを説明する図である。
【図８４】主制御部、払出制御部、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。
【図８５】払出制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。
【図８６】主制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。
【図８７】通信制御ＩＣと暗号通信するための通信制御回路の構成を説明するためのブロック図である。
【図８８】リカバリ完了確認処理を説明するためのフローチャートである。
【図８９】主制御部と払出制御部との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図９０】主制御部と払出制御部との間の通信シーケンスを示す図である。
【図９１】電源断、通信回線断線があって、主制御部から払出制御部への遊技状態通知のコマンドが未到達のときの処理の一例を示す図である。
【図９２】遊技盤開発治具に接続していたＰ台が、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。
【図９３】開発用ＣＵに接続していたＰ台が、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。
【図９４】商用のＣＵに遊技機シミュレータを接続した場合の検知の仕組みを説明するための図である。
【図９５】スロットマシンの前面扉を開放した状態を示す斜視図である。
【図９６】カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
【発明を実施するための形態】
【００２２】
［第１の実施の形態］
以下、本発明の第１の実施の形態を、図面を参照して説明する。まず、遊技機の一例であるパチンコ遊技機１の全体の構成について説明する。図１はパチンコ遊技機１を正面からみた正面図である。
【００２３】
パチンコ遊技機１は、縦長の方形状に形成された外枠（図示せず）と、外枠の内側に開閉可能に取り付けられた遊技枠とで構成される。また、パチンコ遊技機１は、遊技枠に開閉可能に設けられている額縁状に形成されたガラス扉枠２を有する。遊技枠は、外枠に対して開閉自在に設置される前面枠（図示せず）と、機構部品等が取り付けられる機構板（図示せず）と、それらに取り付けられる種々の部品（後述する遊技盤６を除く）とを含む構造体である。
【００２４】
ガラス扉枠２の下部表面には打球供給皿（上皿）３がある。打球供給皿３の下部には、打球供給皿３に収容しきれない遊技球（遊技玉ともいう）を貯留する余剰球受皿４や、打球を発射する打球操作ハンドル（操作ノブ）５が設けられている。また、ガラス扉枠２の背面には、遊技盤６が着脱可能に取り付けられている。なお、遊技盤６は、それを構成する板状体と、その板状体に取り付けられた種々の部品とを含む構造体である。また、遊技盤６の前面には、打ち込まれた遊技球が流下可能な遊技領域７が形成されている。
【００２５】
余剰球受皿（下皿）４を形成する部材には、例えば下皿本体の上面における手前側の所定位置（例えば下皿の中央部分）などに、スティック形状（棒形状）に構成され、遊技者が把持して複数方向（前後左右）に傾倒操作が可能なスティックコントローラ１２２が取り付けられている。なお、スティックコントローラ１２２には、遊技者がスティックコントローラ１２２の操作桿を操作手（例えば左手など）で把持した状態において、所定の操作指（例えば人差し指など）で押引操作することなどにより所定の指示操作が可能なトリガボタン１２１（図３を参照）が設けられ、スティックコントローラ１２２の操作桿の内部には、トリガボタン１２１に対する押引操作などによる所定の指示操作を検知するトリガセンサ１２５（図３を参照）が内蔵されている。また、スティックコントローラ１２２の下部における下皿の本体内部などには、操作桿に対する傾倒操作を検知する傾倒方向センサユニット１２３（図３を参照）が設けられている。また、スティックコントローラ１２２には、スティックコントローラ１２２を振動動作させるためのバイブレータ用モータ１２６（図３を参照）が内蔵されている。
【００２６】
打球供給皿（上皿）３を形成する部材には、例えば上皿本体の上面における手前側の所定位置（例えばスティックコントローラ１２２の上方）などに、遊技者が押下操作などにより所定の指示操作を可能なプッシュボタン１２０が設けられている。プッシュボタン１２０は、遊技者からの押下操作などによる所定の指示操作を、機械的、電気的、あるいは、電磁的に、検出できるように構成されていればよい。プッシュボタン１２０の設置位置における上皿の本体内部などには、プッシュボタン１２０に対してなされた遊技者の操作行為を検知するプッシュセンサ１２４（図３を参照）が設けられていればよい。図１に示す構成例では、プッシュボタン１２０とスティックコントローラ１２２の取付位置が、上皿及び下皿の中央部分において上下の位置関係にある。これに対して、上下の位置関係を保ったまま、プッシュボタン１２０及びスティックコントローラ１２２の取付位置を、上皿及び下皿において左右のいずれかに寄せた位置としてもよい。あるいは、プッシュボタン１２０とスティックコントローラ１２２の取付位置が上下の位置関係にはなく、例えば左右の位置関係にあるものとしてもよい。
【００２７】
遊技領域７の中央付近には、液晶表示装置（ＬＣＤ）で構成された演出表示装置９が設けられている。演出表示装置９の表示画面には、第１特別図柄または第２特別図柄の可変表示に同期した演出図柄の可変表示を行う演出図柄表示領域がある。よって、演出表示装置９は、演出図柄の可変表示を行う可変表示装置に相当する。演出図柄表示領域には、例えば「左」、「中」、「右」の３つの装飾用（演出用）の演出図柄を可変表示する図柄表示エリアがある。図柄表示エリアには「左」、「中」、「右」の各図柄表示エリアがあるが、図柄表示エリアの位置は、演出表示装置９の表示画面において固定的でなくてもよいし、図柄表示エリアの３つ領域が離れてもよい。演出表示装置９は、演出制御基板に搭載されている演出制御用マイクロコンピュータによって制御される。演出制御用マイクロコンピュータが、第１特別図柄表示器８ａで第１特別図柄の可変表示が実行されているときに、その可変表示に伴って演出表示装置９で演出表示を実行させ、第２特別図柄表示器８ｂで第２特別図柄の可変表示が実行されているときに、その可変表示に伴って演出表示装置９で演出表示を実行させるので、遊技の進行状況を把握しやすくすることができる。
【００２８】
また、演出表示装置９において、最終停止図柄（例えば左右中図柄のうち中図柄）となる図柄以外の図柄が、所定時間継続して、大当り図柄（例えば左中右の図柄が同じ図柄で揃った図柄の組み合わせ）と一致している状態で停止、揺動、拡大縮小もしくは変形している状態、または、複数の図柄が同一図柄で同期して変動したり、表示図柄の位置が入れ替わっていたりして、最終結果が表示される前で大当り発生の可能性が継続している状態（以下、これらの状態をリーチ状態という。）において行われる演出をリーチ演出という。また、リーチ状態やその様子をリーチ態様という。さらに、リーチ演出を含む可変表示をリーチ可変表示という。そして、演出表示装置９に変動表示される図柄の表示結果が大当り図柄でない場合には「はずれ」となり、変動表示状態は終了する。遊技者は、大当りをいかにして発生させるかを楽しみつつ遊技を行う。
【００２９】
なお、この実施の形態では、演出表示装置９における液晶表示の演出として演出図柄の変動表示を行う場合を示しているが、演出表示装置９で行われる演出は、この実施の形態で示したものにかぎらず、例えば、所定のストーリー性をもつ演出を実行して、大当り判定や変動パターンの決定結果にもとづいてストーリーの結果を表示するような演出を実行するようにしてもよい。例えば、プロレスやサッカーの試合や敵味方のキャラクタが戦うバトル演出を行うとともに、大当りであれば試合やバトルに勝利する演出を行い、はずれであれば試合やバトルに敗北する演出を行うようにしてもよい。また、例えば、勝敗などの結果を表示するのではなく、物語などの所定のストーリーを順に展開させていくような演出を実行するようにしてもよい。
【００３０】
演出表示装置９の表示画面の右上方部には、演出図柄と後述する特別図柄および普通図柄とに次ぐ第４図柄を表示する第４図柄表示領域９ｃ，９ｄが設けられている。この実施の形態では、後述する第１特別図柄の変動表示に同期して第１特別図柄用の第４図柄の変動表示が行われる第１特別図柄用の第４図柄表示領域９ｃと、第２特別図柄の変動表示に同期して第２特別図柄用の第４図柄の変動表示が行われる第２特別図柄用の第４図柄表示領域９ｄとが設けられている。
【００３１】
この実施の形態では、特別図柄の変動表示に同期して演出図柄の変動表示が実行されるのであるが（ただし、正確には、演出図柄の変動表示は、演出制御用マイクロコンピュータ１００側で変動パターンコマンドにもとづいて認識した変動時間を計測することによって行われる。）、演出表示装置９を用いた演出を行う場合、例えば、演出図柄の変動表示を含む演出内容が画面上から一瞬消えるような演出が行われたり、可動物が画面上の全部または一部を遮蔽するような演出が行われるなど、演出態様が多様化してきている。そのため、演出表示装置９上の表示画面を見ていても、現在変動表示中の状態であるのか否か認識しにくい場合も生じている。そこで、この実施の形態では、演出表示装置９の表示画面の一部でさらに第４図柄の変動表示を行うことによって、第４図柄の状態を確認することにより現在変動表示中の状態であるのか否かを確実に認識可能としている。なお、第４図柄は、常に一定の動作で変動表示され、画面上から消えたり遮蔽物で遮蔽されることはないため、常に視認することができる。
【００３２】
なお、第１特別図柄用の第４図柄と第２特別図柄用の第４図柄とを、第４図柄と総称することがあり、第１特別図柄用の第４図柄表示領域９ｃと第２特別図柄用の第４図柄表示領域９ｄを、第４図柄表示領域と総称することがある。
【００３３】
第４図柄の変動（可変表示）は、第４図柄表示領域９ｃ，９ｄを所定の表示色（例えば、青色）で一定の時間間隔で点灯と消灯とを繰り返す状態を継続することによって実現される。第１特別図柄表示器８ａにおける第１特別図柄の可変表示と、第１特別図柄用の第４図柄表示領域９ｃにおける第１特別図柄用の第４図柄の可変表示とは同期している。第２特別図柄表示器８ｂにおける第２特別図柄の可変表示と、第２特別図柄用の第４図柄表示領域９ｄにおける第２特別図柄用の第４図柄の可変表示とは同期している。同期とは、可変表示の開始時点および終了時点が同じであって、可変表示の期間が同じであることをいう。また、第１特別図柄表示器８ａにおいて大当り図柄が停止表示されるときには、第１特別図柄用の第４図柄表示領域９ｃにおいて大当りを想起させる表示色（はずれとは異なる表示色。例えば、はずれのときには青色で表示されるのに対して、大当りのときには赤色で表示される。なお、大当りの種類（１５Ｒ確変大当りや、８Ｒ確変大当り、突然確変大当りのいずれであるかに応じて表示色を異ならせてもよい。）で点灯されたままになる。第２特別図柄表示器８ｂにおいて大当り図柄が停止表示されるときには、第２特別図柄用の第４図柄表示領域９ｄにおいて大当りを想起させる表示色（はずれとは異なる表示色。例えば、はずれのときには青色で表示されるのに対して、大当りのときには赤色で表示される。なお、大当りの種類（１５Ｒ確変大当りや、８Ｒ確変大当り、突然確変大当りのいずれであるかに応じて表示色を異ならせてもよい。）で点灯されたままになる。なお、第４図柄表示領域９ｃ，９ｄの消灯時の表示色は、消灯したときに背景画像と同化して見えなくなることを防止するために、背景画像とは異なる表示色（例えば、黒色）であることが望ましい。
【００３４】
なお、この実施の形態では、第４図柄表示領域を演出表示装置９の表示画面の一部に設ける場合を示しているが、演出表示装置９とは別に、ランプやＬＥＤなどの発光体を用いて第４図柄表示領域を実現するようにしてもよい。この場合、例えば、第４図柄の変動（可変表示）を、２つのＬＥＤが交互に点灯する状態を継続することによって実現されるようにしてもよく、２つのＬＥＤのうちのいずれのＬＥＤが停止表示されたかによって大当り図柄が停止表示されたか否かを表すようにしてもよい。
【００３５】
また、この実施の形態では、第１特別図柄と第２特別図柄とにそれぞれ対応させて別々の第４図柄表示領域９ｃ，９ｄを備える場合を示しているが、第１特別図柄と第２特別図柄とに対して共通の第４図柄表示領域を演出表示装置９の表示画面の一部に設けるようにしてもよい。また、第１特別図柄と第２特別図柄とに対して共通の第４図柄表示領域をランプやＬＥＤなどの発光体を用いて実現するようにしてもよい。この場合、第１特別図柄の変動表示に同期して第４図柄の変動表示を実行するときと、第２特別図柄の変動表示に同期して第４図柄の変動表示を実行するときとで、例えば、一定の時間間隔で異なる表示色の表示を点灯および消灯を繰り返すような表示を行うことによって、第４図柄の変動表示を区別して実行するようにしてもよい。また、第１特別図柄の変動表示に同期して第４図柄の変動表示を実行するときと、第２特別図柄の変動表示に同期して第４図柄の変動表示を実行するときとで、例えば、異なる時間間隔で点灯および消灯を繰り返すような表示を行うことによって、第４図柄の変動表示を区別して実行するようにしてもよい。また、例えば、第１特別図柄の変動表示に対応して停止図柄を導出表示するときと、第２特別図柄の変動表示に対応して停止図柄を導出表示するときとで、同じ大当り図柄であっても異なる態様の停止図柄を停止表示するようにしてもよい。
【００３６】
遊技盤６における中央部の右側には、識別情報としての第１特別図柄を可変表示する第１特別図柄表示器（第１可変表示部）８ａが設けられている。この実施の形態では、第１特別図柄表示器８ａは、０〜９の数字を可変表示可能な簡易で小型の表示器（例えば７セグメントＬＥＤ）で実現されている。すなわち、第１特別図柄表示器８ａは、０〜９の数字（または、記号）を可変表示するように構成されている。第１特別図柄表示器８ａの右側には、識別情報としての第２特別図柄を可変表示する第２特別図柄表示器（第２可変表示部）８ｂが設けられている。第２特別図柄表示器８ｂは、０〜９の数字を可変表示可能な簡易で小型の表示器（例えば７セグメントＬＥＤ）で実現されている。すなわち、第２特別図柄表示器８ｂは、０〜９の数字（または、記号）を可変表示するように構成されている。
【００３７】
小型の表示器は、例えば方形状に形成されている。また、この実施の形態では、第１特別図柄の種類と第２特別図柄の種類とは同じ（例えば、ともに０〜９の数字）であるが、種類が異なっていてもよい。また、第１特別図柄表示器８ａおよび第２特別図柄表示器８ｂは、それぞれ、例えば、００〜９９の数字（または、２桁の記号）を可変表示するように構成されていてもよい。
【００３８】
以下、第１特別図柄と第２特別図柄とを特別図柄と総称することがあり、第１特別図柄表示器８ａと第２特別図柄表示器８ｂとを特別図柄表示器（可変表示部）と総称することがある。
【００３９】
なお、この実施の形態では、２つの特別図柄表示器８ａ，８ｂを備える場合を示しているが、遊技機は、特別図柄表示器を１つのみ備えるものであってもよい。
【００４０】
第１特別図柄または第２特別図柄の可変表示は、可変表示の実行条件である第１始動条件または第２始動条件が成立（例えば、遊技球が第１始動入賞口１３または第２始動入賞口１４を通過（入賞を含む）したこと）した後、可変表示の開始条件（例えば、保留記憶数が０でない場合であって、第１特別図柄および第２特別図柄の可変表示が実行されていない状態であり、かつ、大当り遊技が実行されていない状態）が成立したことにもとづいて開始され、可変表示時間（変動時間）が経過すると表示結果（停止図柄）を導出表示する。なお、遊技球が通過するとは、入賞口やゲートなどのあらかじめ入賞領域として定められている領域を遊技球が通過したことであり、入賞口に遊技球が入った（入賞した）ことを含む概念である。また、表示結果を導出表示するとは、図柄（識別情報の例）を最終的に停止表示させることである。
【００４１】
演出表示装置９の下方には、第１始動入賞口１３を有する入賞装置が設けられている。第１始動入賞口１３に入賞した遊技球は、遊技盤６の背面に導かれ、第１始動口スイッチ１３ａによって検出される。
【００４２】
また、第１始動入賞口（第１始動口）１３を有する入賞装置の下方には、遊技球が入賞可能な第２始動入賞口１４を有する可変入賞球装置１５が設けられている。第２始動入賞口（第２始動口）１４に入賞した遊技球は、遊技盤６の背面に導かれ、第２始動口スイッチ１４ａによって検出される。可変入賞球装置１５は、ソレノイド１６によって開状態とされる。可変入賞球装置１５が開状態になることによって、遊技球が第２始動入賞口１４に入賞可能になり（始動入賞し易くなり）、遊技者にとって有利な状態になる。可変入賞球装置１５が開状態になっている状態では、第１始動入賞口１３よりも、第２始動入賞口１４に遊技球が入賞しやすい。また、可変入賞球装置１５が閉状態になっている状態では、遊技球は第２始動入賞口１４に入賞しない。従って、可変入賞球装置１５が閉状態になっている状態では、第２始動入賞口１４よりも、第１始動入賞口１３に遊技球が入賞しやすい。なお、可変入賞球装置１５が閉状態になっている状態において、入賞はしづらいものの、入賞することは可能である（すなわち、遊技球が入賞しにくい）ように構成されていてもよい。
【００４３】
以下、第１始動入賞口１３と第２始動入賞口１４とを総称して始動入賞口または始動口ということがある。
【００４４】
可変入賞球装置１５が開放状態に制御されているときには可変入賞球装置１５に向かう遊技球は第２始動入賞口１４に極めて入賞しやすい。そして、第１始動入賞口１３は演出表示装置９の直下に設けられているが、演出表示装置９の下端と第１始動入賞口１３との間の間隔をさらに狭めたり、第１始動入賞口１３の周辺で釘を密に配置したり、第１始動入賞口１３の周辺での釘配列を、遊技球を第１始動入賞口１３に導きづらくして、第２始動入賞口１４の入賞率の方を第１始動入賞口１３の入賞率よりもより高くするようにしてもよい。
【００４５】
なお、この実施の形態では、図１に示すように、第２始動入賞口１４に対してのみ開閉動作を行う可変入賞球装置１５が設けられているが、第１始動入賞口１３および第２始動入賞口１４のいずれについても開閉動作を行う可変入賞球装置が設けられている構成であってもよい。
【００４６】
第１特別図柄表示器８ａおよび第２特別図柄表示器８ｂの上方には、第１始動入賞口１３に入った有効入賞球数すなわち第１保留記憶数（保留記憶を、始動記憶または始動入賞記憶ともいう。）を表示する４つの表示器からなる第１特別図柄保留記憶表示器１８ａが設けられている。第１特別図柄保留記憶表示器１８ａは、有効始動入賞がある毎に、点灯する表示器の数を１増やす。そして、第１特別図柄表示器８ａでの可変表示が開始される毎に、点灯する表示器の数を１減らす。
【００４７】
また、第１特別図柄表示器８ａおよび第２特別図柄表示器８ｂの上方には、第２始動入賞口１４に入った有効入賞球数すなわち第２保留記憶数を表示する４つの表示器からなる第２特別図柄保留記憶表示器１８ｂが設けられている。第２特別図柄保留記憶表示器１８ｂは、有効始動入賞がある毎に、点灯する表示器の数を１増やす。そして、第２特別図柄表示器８ｂでの可変表示が開始される毎に、点灯する表示器の数を１減らす。
【００４８】
また、演出表示装置９の表示画面の下部には、第１保留記憶数と第２保留記憶数との合計である合計数（合算保留記憶数）を表示する合算保留記憶表示部１８ｃが設けられている。この実施の形態では、合計数を表示する合算保留記憶表示部１８ｃが設けられていることによって、可変表示の開始条件が成立していない実行条件の成立数の合計を把握しやすくすることができる。なお、この実施の形態では、合算保留記憶表示部１８ｃにおいて、第１保留記憶と第２保留記憶とが第１始動入賞口１３および第２始動入賞口１４への入賞順に並べて表示されるとともに、第１保留記憶であるか第２保留記憶であるかを認識可能な態様で表示される（例えば、第１保留記憶は赤色で表示され、第２保留記憶は青色で表示される）。
【００４９】
この実施の形態では、合算保留記憶表示部１８ｃにおいて、未だ変動が行われていない保留記憶に対する保留表示が行われるとともに、該保留記憶に対する変動表示を開始してから終了するまでの間、該保留記憶に対する演出表示を、合算保留記憶表示部１８ｃとは異なる所定の領域（不図示）において継続して表示し続ける。以下、該所定領域における演出表示を「アクティブ保留表示」という。また、「アクティブ保留表示」における演出表示の画像を「アクティブ保留画像」ということがある。なお、アクティブ保留表示は、「保留」という表現が用いられているが、厳密には変動開始前に記憶される保留記憶や保留記憶に対する保留表示ではなく、保留表示が変動開始以降にも同様の態様で保留表示の表示領域とは異なる所定の領域で演出表示として表示されるものである。
【００５０】
演出表示装置９は、第１特別図柄表示器８ａによる第１特別図柄の可変表示時間中、および第２特別図柄表示器８ｂによる第２特別図柄の可変表示時間中に、装飾用（演出用）の図柄としての演出図柄の可変表示を行う。第１特別図柄表示器８ａにおける第１特別図柄の可変表示と、演出表示装置９における演出図柄の可変表示とは同期している。また、第２特別図柄表示器８ｂにおける第２特別図柄の可変表示と、演出表示装置９における演出図柄の可変表示とは同期している。また、第１特別図柄表示器８ａにおいて大当り図柄が停止表示されるときと、第２特別図柄表示器８ｂにおいて大当り図柄が停止表示されるときには、演出表示装置９において大当りを想起させるような演出図柄の組み合わせが停止表示される。
【００５１】
また、図１に示すように、可変入賞球装置１５の下方には、特別可変入賞球装置２０が設けられている。特別可変入賞球装置２０は開閉板を備え、第１特別図柄表示器８ａに特定表示結果（大当り図柄）が導出表示されたときと、第２特別図柄表示器８ｂに特定表示結果（大当り図柄）が導出表示されたときに生起する特定遊技状態（大当り遊技状態）においてソレノイド２１によって開閉板が開放状態に制御されることによって、入賞領域となる大入賞口が開放状態になる。大入賞口に入賞した遊技球はカウントスイッチ２３で検出される。
【００５２】
遊技盤６の左側方には、普通図柄表示器１０が設けられている。普通図柄表示器１０は、普通図柄と呼ばれる複数種類の識別情報（例えば、「○」および「×」）を可変表示する。
【００５３】
遊技球がゲート３２を通過しゲートスイッチ３２ａで検出されると、普通図柄表示器１０の表示の可変表示が開始される。この実施の形態では、上下のランプ（点灯時に図柄が視認可能になる）が交互に点灯することによって可変表示が行われ、例えば、可変表示の終了時に下側のランプが点灯すれば当りとなる。そして、普通図柄表示器１０における停止図柄が所定の図柄（当り図柄）である場合に、可変入賞球装置１５が所定回数、所定時間だけ開状態になる。すなわち、可変入賞球装置１５の状態は、普通図柄の停止図柄が当り図柄である場合に、遊技者にとって不利な状態から有利な状態（第２始動入賞口１４に遊技球が入賞可能な状態）に変化する。普通図柄表示器１０の近傍には、ゲート３２を通過した入賞球数を表示する４つのＬＥＤによる表示部を有する普通図柄保留記憶表示器４１が設けられている。ゲート３２への遊技球の通過がある毎に、すなわちゲートスイッチ３２ａによって遊技球が検出される毎に、普通図柄保留記憶表示器４１は点灯するＬＥＤを１増やす。そして、普通図柄表示器１０の可変表示が開始される毎に、点灯するＬＥＤを１減らす。さらに、通常状態に比べて大当りとすることに決定される確率が高い状態である高確率状態（通常状態と比較して、特別図柄の変動表示結果として大当りと判定される確率が高められた状態。ただし、後述する高確率／低ベース状態を除く。）では、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められるとともに、可変入賞球装置１５の開放時間と開放回数が高められる。
【００５４】
遊技盤６の遊技領域７の左右周辺には、遊技中に点滅表示される装飾ＬＥＤ２５が設けられ、下部には、入賞しなかった打球が取り込まれるアウト口２６がある。また、遊技領域７の外側の左右上部には、所定の音声出力として効果音や音声を発声する２つのスピーカ２７が設けられている。遊技領域７の外周には、前面枠に設けられた枠ＬＥＤ２８が設けられている。
【００５５】
遊技機には、遊技者が打球操作ハンドル５を操作することに応じて駆動モータを駆動し、駆動モータの回転力を利用して遊技球を遊技領域７に発射する打球発射装置（図示せず）が設けられている。打球発射装置から発射された遊技球は、遊技領域７を囲むように円形状に形成された打球レールを通って遊技領域７に入り、その後、遊技領域７を下りてくる。遊技球が第１始動入賞口１３に入り第１始動口スイッチ１３ａで検出されると、第１特別図柄の可変表示を開始できる状態であれば（例えば、特別図柄の可変表示が終了し、第１の開始条件が成立したこと）、第１特別図柄表示器８ａにおいて第１特別図柄の可変表示（変動）が開始されるとともに、演出表示装置９において演出図柄の可変表示が開始される。すなわち、第１特別図柄および演出図柄の可変表示は、第１始動入賞口１３への入賞に対応する。第１特別図柄の可変表示を開始できる状態でなければ、第１保留記憶数が上限値に達していないことを条件として、第１保留記憶数を１増やす。
【００５６】
遊技球が第２始動入賞口１４に入り第２始動口スイッチ１４ａで検出されると、第２特別図柄の可変表示を開始できる状態であれば（例えば、特別図柄の可変表示が終了し、第２の開始条件が成立したこと）、第２特別図柄表示器８ｂにおいて第２特別図柄の可変表示（変動）が開始されるとともに、演出表示装置９において演出図柄の可変表示が開始される。すなわち、第２特別図柄および演出図柄の可変表示は、第２始動入賞口１４への入賞に対応する。第２特別図柄の可変表示を開始できる状態でなければ、第２保留記憶数が上限値に達していないことを条件として、第２保留記憶数を１増やす。
【００５７】
この実施の形態では、所定の種別の大当りとなった場合には、大当り遊技終了後にいわゆる確変状態に移行され、遊技状態を高確率状態に移行するとともに、遊技球が始動入賞しやすくなる（すなわち、特別図柄表示器８ａ，８ｂや演出表示装置９における可変表示の実行条件が成立しやすくなる）ように制御された遊技状態である高ベース状態に移行する。高ベース状態である場合には、例えば、高ベース状態でない場合と比較して、可変入賞球装置１５が開状態となる頻度が高められたり、可変入賞球装置１５が開状態となる時間が延長されたりして、始動入賞しやすくなる。なお、この実施の形態では、大当りとなった場合には必ず高確率状態に移行されるのであるが、大当りとなった場合に、高確率状態以外にいわゆる時短状態（例えば、低確率状態、且つ、高ベース状態）に移行される場合もあるように遊技機を構成してもよい。
【００５８】
なお、可変入賞球装置１５が開状態となる時間を延長する（開放延長状態ともいう）のでなく、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められる普通図柄確変状態に移行することによって、高ベース状態に移行してもよい。普通図柄表示器１０における停止図柄が所定の図柄（当り図柄）となると、可変入賞球装置１５が所定回数、所定時間だけ開状態になる。この場合、普通図柄確変状態に移行制御することによって、普通図柄表示器１０における停止図柄が当り図柄になる確率が高められ、可変入賞球装置１５が開状態となる頻度が高まる。従って、普通図柄確変状態に移行すれば、可変入賞球装置１５の開放時間と開放回数が高められ、始動入賞しやすい状態（高ベース状態）となる。すなわち、可変入賞球装置１５の開放時間と開放回数は、普通図柄の停止図柄が当り図柄であったり、特別図柄の停止図柄が確変図柄である場合等に高められ、遊技者にとって不利な状態から有利な状態（始動入賞しやすい状態）に変化する。なお、開放回数が高められることは、閉状態から開状態になることも含む概念である。
【００５９】
また、普通図柄表示器１０における普通図柄の変動時間（可変表示期間）が短縮される普通図柄時短状態に移行することによって、高ベース状態に移行してもよい。普通図柄時短状態では、普通図柄の変動時間が短縮されるので、普通図柄の変動が開始される頻度が高くなり、結果として普通図柄が当りとなる頻度が高くなる。従って、普通図柄が当たりとなる頻度が高くなることによって、可変入賞球装置１５が開状態となる頻度が高くなり、始動入賞しやすい状態（高ベース状態）となる。
【００６０】
また、特別図柄や演出図柄の変動時間（可変表示期間）が短縮される時短状態に移行することによって、特別図柄や演出図柄の変動時間が短縮されるので、特別図柄や演出図柄の変動が開始される頻度が高くなり（換言すれば、保留記憶の消化が速くなる。）、無効な始動入賞が生じてしまう事態を低減することができる。従って、有効な始動入賞が発生しやすくなり、結果として、大当り遊技が行われる可能性が高まる。
【００６１】
さらに、上記に示した全ての状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）に移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。また、上記に示した各状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）のうちのいずれか複数の状態に移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。また、上記に示した各状態（開放延長状態、普通図柄確変状態、普通図柄時短状態および特別図柄時短状態）のうちのいずれか１つの状態にのみ移行させることによって、始動入賞しやすくなる（高ベース状態に移行する）ようにしてもよい。
【００６２】
また、プリペイド機能を備えるプリペイドカード等の遊技用記録媒体としての遊技用カードが挿入されることによって玉貸しを可能にするカードユニットが、パチンコ遊技機１に隣接して設置される（図示省略）。
【００６３】
図２は、主基板（遊技制御基板）３１における回路構成の一例を示すブロック図である。なお、図２は、払出制御基板３７および演出制御基板８０等も示されている。主基板３１には、プログラムに従ってパチンコ遊技機１を制御する遊技制御用マイクロコンピュータ（遊技制御手段に相当）５６０が搭載されている。遊技制御用マイクロコンピュータ５６０は、ゲーム制御（遊技進行制御）用のプログラム等を記憶するＲＯＭ５４、ワークメモリとして使用される記憶手段としてのＲＡＭ５５、プログラムに従って制御動作を行うＣＰＵ５６およびＩ／Ｏポート部５７を含む。この実施の形態では、ＲＯＭ５４およびＲＡＭ５５は遊技制御用マイクロコンピュータ５６０に内蔵されている。すなわち、遊技制御用マイクロコンピュータ５６０は、１チップマイクロコンピュータである。１チップマイクロコンピュータには、少なくともＣＰＵ５６のほかＲＡＭ５５が内蔵されていればよく、ＲＯＭ５４は外付けであっても内蔵されていてもよい。また、Ｉ／Ｏポート部５７は、外付けであってもよい。遊技制御用マイクロコンピュータ５６０には、さらに、ハードウェア乱数（ハードウェア回路が発生する乱数）を発生する乱数回路５０３が内蔵されている。
【００６４】
また、ＲＡＭ５５は、その一部または全部が電源基板９１０において作成されるバックアップ電源によってバックアップされている不揮発性記憶手段としてのバックアップＲＡＭである。すなわち、遊技機に対する電力供給が停止しても、所定期間（バックアップ電源としてのコンデンサが放電してバックアップ電源が電力供給不能になるまで）は、ＲＡＭ５５の一部または全部の内容は保存される。特に、少なくとも、遊技状態すなわち遊技制御手段の制御状態に応じたデータ（特別図柄プロセスフラグや、高確率フラグなど）と未払出賞球数を示すデータは、バックアップＲＡＭに保存される。遊技制御手段の制御状態に応じたデータとは、停電等が生じた後に復旧した場合に、そのデータにもとづいて、制御状態を停電等の発生前に復旧させるために必要なデータである。また、制御状態に応じたデータと未払出賞球数を示すデータとを遊技の進行状態を示すデータと定義する。なお、この実施の形態では、ＲＡＭ５５の全部が、電源バックアップされているとする。
【００６５】
なお、遊技制御用マイクロコンピュータ５６０においてＣＰＵ５６がＲＯＭ５４に格納されているプログラムに従って制御を実行するので、以下、遊技制御用マイクロコンピュータ５６０（またはＣＰＵ５６）が実行する（または、処理を行う）ということは、具体的には、ＣＰＵ５６がプログラムに従って制御を実行することである。このことは、主基板３１以外の他の基板に搭載されているマイクロコンピュータについても同様である。
【００６６】
乱数回路５０３は、特別図柄の可変表示の表示結果により大当りとするか否か判定するための判定用の乱数を発生するために用いられるハードウェア回路である。乱数回路５０３は、初期値（例えば、０）と上限値（例えば、６５５３５）とが設定された数値範囲内で、数値データを、設定された更新規則に従って更新し、ランダムなタイミングで発生する始動入賞時が数値データの読出（抽出）時であることにもとづいて、読出される数値データが乱数値となる乱数発生機能を有する。
【００６７】
乱数回路５０３は、数値データの更新範囲の選択設定機能（初期値の選択設定機能、および、上限値の選択設定機能）、数値データの更新規則の選択設定機能、および数値データの更新規則の選択切換え機能等の各種の機能を有する。このような機能によって、生成する乱数のランダム性を向上させることができる。
【００６８】
また、遊技制御用マイクロコンピュータ５６０は、乱数回路５０３が更新する数値データの初期値を設定する機能を有している。例えば、ＲＯＭ５４等の所定の記憶領域に記憶された遊技制御用マイクロコンピュータ５６０のＩＤナンバ（遊技制御用マイクロコンピュータ５６０の製品ごとに異なる数値で付与されたＩＤナンバ）を用いて所定の演算を行なって得られた数値データを、乱数回路５０３が更新する数値データの初期値として設定する。そのような処理を行うことによって、乱数回路５０３が発生する乱数のランダム性をより向上させることができる。
【００６９】
また、ゲートスイッチ３２ａ、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａ、カウントスイッチ２３からの検出信号を遊技制御用マイクロコンピュータ５６０に与える入力ドライバ回路５８も主基板３１に搭載されている。また、可変入賞球装置１５を開閉するソレノイド１６、および大入賞口を形成する特別可変入賞球装置２０を開閉するソレノイド２１を遊技制御用マイクロコンピュータ５６０からの指令に従って駆動する出力回路５９も主基板３１に搭載されている。
【００７０】
また、遊技制御用マイクロコンピュータ５６０は、特別図柄を可変表示する第１特別図柄表示器８ａ、第２特別図柄表示器８ｂ、普通図柄を可変表示する普通図柄表示器１０、第１特別図柄保留記憶表示器１８ａ、第２特別図柄保留記憶表示器１８ｂおよび普通図柄保留記憶表示器４１の表示制御を行う。
【００７１】
なお、大当り遊技状態の発生を示す大当り情報等の情報出力信号を、ターミナル基板１６０を介して、ホールコンピュータ等の外部装置に対して出力する情報出力回路６４も主基板３１に搭載されている。
【００７２】
この実施の形態では、演出制御基板８０に搭載されている演出制御手段（演出制御用マイクロコンピュータで構成される。）が、中継基板７７を介して遊技制御用マイクロコンピュータ５６０から演出内容を指示する演出制御コマンドを受信し、演出図柄を可変表示する演出表示装置９の表示制御を行う。
【００７３】
また、演出制御基板８０に搭載されている演出制御手段が、ランプドライバ基板３５を介して、枠側に設けられている枠ＬＥＤ２８、および大入賞口に設けられている大入賞口ＬＥＤ２０Ａの表示制御を行うとともに、音声出力基板７０を介してスピーカ２７からの音出力の制御を行う。
【００７４】
図３は、中継基板７７、演出制御基板８０、ランプドライバ基板３５および音声出力基板７０の回路構成例を示すブロック図である。なお、図３に示す例では、ランプドライバ基板３５および音声出力基板７０には、マイクロコンピュータは搭載されていないが、マイクロコンピュータを搭載してもよい。また、ランプドライバ基板３５および音声出力基板７０を設けずに、演出制御に関して演出制御基板８０のみを設けてもよい。
【００７５】
演出制御基板８０は、演出制御用ＣＰＵ１０１、および演出図柄プロセスフラグ等の演出に関する情報を記憶するＲＡＭを含む演出制御用マイクロコンピュータ１００を搭載している。なお、ＲＡＭは外付けであってもよい。この実施の形態では、演出制御用マイクロコンピュータ１００におけるＲＡＭは電源バックアップされていない。演出制御基板８０において、演出制御用ＣＰＵ１０１は、内蔵または外付けのＲＯＭ（図示せず）に格納されたプログラムに従って動作し、中継基板７７を介して入力される主基板３１からの取込信号（演出制御ＩＮＴ信号）に応じて、入力ドライバ１０２および入力ポート１０３を介して演出制御コマンドを受信する。また、演出制御用ＣＰＵ１０１は、演出制御コマンドにもとづいて、ＶＤＰ（ビデオディスプレイプロセッサ）１０９に演出表示装置９の表示制御を行わせる。
【００７６】
この実施の形態では、演出制御用マイクロコンピュータ１００と共動して演出表示装置９の表示制御を行うＶＤＰ１０９が演出制御基板８０に搭載されている。ＶＤＰ１０９は、演出制御用マイクロコンピュータ１００とは独立したアドレス空間を有し、そこにＶＲＡＭをマッピングする。ＶＲＡＭは、画像データを展開するためのバッファメモリである。そして、ＶＤＰ１０９は、ＶＲＡＭ内の画像データをフレームメモリを介して演出表示装置９に出力する。
【００７７】
演出制御用ＣＰＵ１０１は、受信した演出制御コマンドに従ってＣＧＲＯＭ（図示せず）から必要なデータを読み出すための指令をＶＤＰ１０９に出力する。ＣＧＲＯＭは、演出表示装置９に表示されるキャラクタ画像データや動画像データ、具体的には、人物、文字、図形や記号等（演出図柄を含む）、および背景画像のデータをあらかじめ格納しておくためのＲＯＭである。ＶＤＰ１０９は、演出制御用ＣＰＵ１０１の指令に応じて、ＣＧＲＯＭから画像データを読み出す。そして、ＶＤＰ１０９は、読み出した画像データにもとづいて表示制御を実行する。
【００７８】
演出制御コマンドおよび演出制御ＩＮＴ信号は、演出制御基板８０において、まず、入力ドライバ１０２に入力する。入力ドライバ１０２は、中継基板７７から入力された信号を演出制御基板８０の内部に向かう方向にしか通過させない（演出制御基板８０の内部から中継基板７７への方向には信号を通過させない）信号方向規制手段としての単方向性回路でもある。
【００７９】
中継基板７７には、主基板３１から入力された信号を演出制御基板８０に向かう方向にしか通過させない（演出制御基板８０から中継基板７７への方向には信号を通過させない）信号方向規制手段としての単方向性回路７４が搭載されている。単方向性回路として、例えばダイオードやトランジスタが使用される。図３には、ダイオードが例示されている。また、単方向性回路は、各信号毎に設けられる。さらに、単方向性回路である出力ポート５７１を介して主基板３１から演出制御コマンドおよび演出制御ＩＮＴ信号が出力されるので、中継基板７７から主基板３１の内部に向かう信号が規制される。すなわち、中継基板７７からの信号は主基板３１の内部（遊技制御用マイクロコンピュータ５６０側）に入り込まない。なお、出力ポート５７１は、図２に示されたＩ／Ｏポート部５７の一部である。また、出力ポート５７１の外側（中継基板７７側）に、さらに、単方向性回路である信号ドライバ回路が設けられていてもよい。
【００８０】
また、演出制御用ＣＰＵ１０１は、スティックコントローラ１２２のトリガボタン１２１に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、トリガセンサ１２５から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、プッシュボタン１２０に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、プッシュセンサ１２４から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、スティックコントローラ１２２の操作桿に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、傾倒方向センサユニット１２３から、入力ポート１０６を介して入力する。また、演出制御用ＣＰＵ１０１は、出力ポート１０５を介してバイブレータ用モータ１２６に駆動信号を出力することにより、スティックコントローラ１２２を振動動作させる。
【００８１】
さらに、演出制御用ＣＰＵ１０１は、出力ポート１０５を介してランプドライバ基板３５に対してＬＥＤを駆動する信号を出力する。また、演出制御用ＣＰＵ１０１は、出力ポート１０４を介して音声出力基板７０に対して音番号データを出力する。
【００８２】
ランプドライバ基板３５において、ＬＥＤを駆動する信号は、入力ドライバ３５１を介してＬＥＤドライバ３５２に入力される。ＬＥＤドライバ３５２は、ＬＥＤを駆動する信号にもとづいて枠ＬＥＤ２８や大入賞口ＬＥＤ２０Ａなどの発光体に電流を供給する。
【００８３】
音声出力基板７０において、音番号データは、入力ドライバ７０２を介して音声合成用ＩＣ７０３に入力される。音声合成用ＩＣ７０３は、音番号データに応じた音声や効果音を発生し増幅回路７０５に出力する。増幅回路７０５は、音声合成用ＩＣ７０３の出力レベルを、ボリューム７０６で設定されている音量に応じたレベルに増幅した音声信号をスピーカ２７に出力する。音声データＲＯＭ７０４には、音番号データに応じた制御データが格納されている。音番号データに応じた制御データは、所定期間（例えば演出図柄の変動期間）における効果音または音声の出力態様を時系列的に示すデータの集まりである。
【００８４】
次に、遊技機の動作について説明する。図４は、主基板３１における遊技制御用マイクロコンピュータ５６０が実行するメイン処理を示すフローチャートである。遊技機に対して電源が投入され電力供給が開始されると、リセット信号が入力されるリセット端子の入力レベルがハイレベルになり、遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）は、プログラムの内容が正当か否か確認するための処理であるセキュリティチェック処理を実行した後、ステップＳ１以降のメイン処理を開始する。メイン処理において、ＣＰＵ５６は、まず、必要な初期設定を行う。
【００８５】
初期設定処理において、ＣＰＵ５６は、まず、割込禁止に設定する（ステップＳ１）。次に、割込モードを割込モード２に設定し（ステップＳ２）、スタックポインタにスタックポインタ指定アドレスを設定する（ステップＳ３）。そして、内蔵デバイスの初期化（内蔵デバイス（内蔵周辺回路）であるＣＴＣ（カウンタ／タイマ）およびＰＩＯ（パラレル入出力ポート）の初期化など）を行った後（ステップＳ４）、ＲＡＭをアクセス可能状態に設定する（ステップＳ５）。なお、割込モード２は、ＣＰＵ５６が内蔵する特定レジスタ（Ｉレジスタ）の値（１バイト）と内蔵デバイスが出力する割込ベクタ（１バイト：最下位ビット０）とから合成されるアドレスが、割込番地を示すモードである。
【００８６】
次いで、ＣＰＵ５６は、入力ポートを介して入力されるクリアスイッチ（例えば、電源基板に搭載されている。）の出力信号（クリア信号）の状態を確認する（ステップＳ６）。その確認においてオンを検出した場合には、ＣＰＵ５６は、通常の初期化処理（ステップＳ１０〜Ｓ１５）を実行する。
【００８７】
クリアスイッチがオンの状態でない場合には、遊技機への電力供給が停止したときにバックアップＲＡＭ領域のデータ保護処理（例えばパリティデータの付加等の電力供給停止時処理）が行われたか否か確認する（ステップＳ７）。そのような保護処理が行われていないことを確認したら、ＣＰＵ５６は初期化処理を実行する。バックアップＲＡＭ領域にバックアップデータがあるか否かは、例えば、電力供給停止時処理においてバックアップＲＡＭ領域に設定されるバックアップフラグの状態によって確認される。
【００８８】
電力供給停止時処理が行われたことを確認したら、ＣＰＵ５６は、バックアップＲＡＭ領域のデータチェックを行う（ステップＳ８）。この実施の形態では、データチェックとしてパリティチェックを行う。よって、ステップＳ８では、算出したチェックサムと、電力供給停止時処理で同一の処理によって算出され保存されているチェックサムとを比較する。不測の停電等の電力供給停止が生じた後に復旧した場合には、バックアップＲＡＭ領域のデータは保存されているはずであるから、チェック結果（比較結果）は正常（一致）になる。チェック結果が正常でないということは、バックアップＲＡＭ領域のデータが、電力供給停止時のデータとは異なっていることを意味する。そのような場合には、内部状態を電力供給停止時の状態に戻すことができないので、電力供給の停止からの復旧時でない電源投入時に実行される初期化処理を実行する。
【００８９】
チェック結果が正常であれば、ＣＰＵ５６は、遊技制御手段の内部状態と演出制御手段等の電気部品制御手段の制御状態を電力供給停止時の状態に戻すための遊技状態復旧処理（ステップＳ４１〜Ｓ４３の処理）を行う。具体的には、ＲＯＭ５４に格納されているバックアップ時設定テーブルの先頭アドレスをポインタに設定し（ステップＳ４１）、バックアップ時設定テーブルの内容を順次作業領域（ＲＡＭ５５内の領域）に設定する（ステップＳ４２）。作業領域はバックアップ電源によって電源バックアップされている。バックアップ時設定テーブルには、作業領域のうち初期化してもよい領域についての初期化データが設定されている。ステップＳ４１およびＳ４２の処理によって、作業領域のうち初期化してはならない部分については、保存されていた内容がそのまま残る。初期化してはならない部分とは、例えば、電力供給停止前の遊技状態を示すデータ（特別図柄プロセスフラグ、高確率フラグ、高ベースフラグなど）、出力ポートの出力状態が保存されている領域（出力ポートバッファ）、未払出賞球数を示すデータが設定されている部分などである。
【００９０】
また、ＣＰＵ５６は、電力供給復旧時の初期化コマンドとしての停電復旧指定コマンドを送信する（ステップＳ４３）。また、ＣＰＵ５６は、バックアップＲＡＭに保存されている表示結果（１５Ｒ確変大当り、８Ｒ確変大当り、突然確変大当り、小当り、またははずれ）を指定した表示結果指定コマンドを演出制御基板８０に対して送信する（ステップＳ４４）。そして、ステップＳ１４に移行する。なお、ステップＳ４４において、ＣＰＵ５６は、例えば、後述する特別図柄ポインタの値もバックアップＲＡＭに保存している場合には、第１図柄変動指定コマンドや第２図柄変動指定コマンド（図１３参照）も送信するようにしてもよい。この場合、演出制御用マイクロコンピュータ１００は、第１図柄変動指定コマンドや第２図柄変動指定コマンドを受信したことにもとづいて、第４図柄の変動表示を再開するようにしてもよい。
【００９１】
なお、この実施の形態では、バックアップＲＡＭ領域には、後述する変動時間タイマの値も保存される。従って、停電復旧した場合には、ステップＳ４４で表示結果指定コマンドが送信された後、保存していた変動時間タイマの値の計測を再開して特別図柄の変動表示が再開されるとともに、保存していた変動時間タイマの値がタイムアウトしたときに、さらに後述する図柄確定指定コマンドが送信される。また、この実施の形態では、バックアップＲＡＭ領域には、後述する特別図柄プロセスフラグの値も保存される。従って、停電復旧した場合には、保存されている特別図柄プロセスフラグの値に応じたプロセスから特別図柄プロセス処理が再開される。
【００９２】
なお、停電復旧時に必ず表示結果指定コマンドを送信するのではなく、ＣＰＵ５６は、まず、バックアップＲＡＭ領域に保存している変動時間タイマの値が０であるか否かを確認するようにしてもよい。そして、変動時間タイマの値が０でなければ、変動中に停電した場合であると判断して、表示結果指定コマンドを送信するようにし、変動時間タイマが０であれば、停電時に変動中の状態ではなかったと判断して、表示結果指定コマンドを送信しないようにしてもよい。
【００９３】
また、ＣＰＵ５６は、まず、バックアップＲＡＭ領域に保存している特別図柄プロセスフラグの値が３であるか否かを確認するようにしてもよい。そして、特別図柄プロセスフラグの値が３であれば、変動中に停電した場合であると判断して、表示結果指定コマンドを送信するようにし、特別図柄プロセスフラグが３でなければ、停電時に変動中ではなかったと判断して、表示結果指定コマンドを送信しないようにしてもよい。
【００９４】
なお、この実施の形態では、バックアップフラグとチェックデータとの双方を用いてバックアップＲＡＭ領域のデータが保存されているか否か確認しているが、いずれか一方のみを用いてもよい。すなわち、バックアップフラグとチェックデータとのいずれかを、遊技状態復旧処理を実行するための契機としてもよい。
【００９５】
初期化処理では、ＣＰＵ５６は、まず、ＲＡＭクリア処理を行う（ステップＳ１０）。なお、ＲＡＭクリア処理によって、所定のデータ（例えば、普通図柄当り判定用乱数を生成するためのカウンタのカウント値のデータ）は０に初期化されるが、任意の値またはあらかじめ決められている値に初期化するようにしてもよい。また、ＲＡＭ５５の全領域を初期化せず、所定のデータ（例えば、普通図柄当り判定用乱数を生成するためのカウンタのカウント値のデータ）をそのままにしてもよい。また、ＲＯＭ５４に格納されている初期化時設定テーブルの先頭アドレスをポインタに設定し（ステップＳ１１）、初期化時設定テーブルの内容を順次作業領域に設定する（ステップＳ１２）。
【００９６】
ステップＳ１１およびＳ１２の処理によって、例えば、普通図柄当り判定用乱数カウンタ、特別図柄バッファ、総賞球数格納バッファ、特別図柄プロセスフラグなど制御状態に応じて選択的に処理を行うためのフラグに初期値が設定される。
【００９７】
また、ＣＰＵ５６は、サブ基板（主基板３１以外のマイクロコンピュータが搭載された基板。）を初期化するための初期化指定コマンド（遊技制御用マイクロコンピュータ５６０が初期化処理を実行したことを示すコマンドでもある。）をサブ基板に送信する（ステップＳ１３）。例えば、演出制御用マイクロコンピュータ１００は、初期化指定コマンドを受信すると、演出表示装置９において、遊技機の制御の初期化がなされたことを報知するための画面表示、すなわち初期化報知を行う。
【００９８】
また、ＣＰＵ５６は、乱数回路５０３を初期設定する乱数回路設定処理を実行する（ステップＳ１４）。ＣＰＵ５６は、例えば、乱数回路設定プログラムに従って処理を実行することによって、乱数回路５０３にランダムＲの値を更新させるための設定を行う。
【００９９】
そして、ステップＳ１５において、ＣＰＵ５６は、所定時間（例えば４ｍｓ）毎に定期的にタイマ割込がかかるように遊技制御用マイクロコンピュータ５６０に内蔵されているＣＴＣのレジスタの設定を行なう。すなわち、初期値として例えば４ｍｓに相当する値が所定のレジスタ（時間定数レジスタ）に設定される。この実施の形態では、４ｍｓ毎に定期的にタイマ割込がかかるとする。
【０１００】
初期化処理の実行（ステップＳ１０〜Ｓ１５）が完了すると、ＣＰＵ５６は、メイン処理で、表示用乱数更新処理（ステップＳ１７）および初期値用乱数更新処理（ステップＳ１８）を繰り返し実行する。表示用乱数更新処理および初期値用乱数更新処理を実行するときには割込禁止状態に設定し（ステップＳ１６）、表示用乱数更新処理および初期値用乱数更新処理の実行が終了すると割込許可状態に設定する（ステップＳ１９）。この実施の形態では、表示用乱数とは、大当りとしない場合の特別図柄の停止図柄を決定するための乱数や大当りとしない場合にリーチとするか否かを決定するための乱数であり、表示用乱数更新処理とは、表示用乱数を発生するためのカウンタのカウント値を更新する処理である。また、初期値用乱数更新処理とは、初期値用乱数を発生するためのカウンタのカウント値を更新する処理である。この実施の形態では、初期値用乱数とは、普通図柄に関して当りとするか否か決定するための乱数を発生するためのカウンタ（普通図柄当り判定用乱数発生カウンタ）のカウント値の初期値を決定するための乱数である。後述する遊技の進行を制御する遊技制御処理（遊技制御用マイクロコンピュータ５６０が、遊技機に設けられている演出表示装置、可変入賞球装置、球払出装置等の遊技用の装置を、自身で制御する処理、または他のマイクロコンピュータに制御させるために指令信号を送信する処理、遊技装置制御処理ともいう）において、普通図柄当り判定用乱数のカウント値が１周（普通図柄当り判定用乱数の取りうる値の最小値から最大値までの間の数値の個数分歩進したこと）すると、そのカウンタに初期値が設定される。
【０１０１】
なお、この実施の形態では、リーチ演出は、演出表示装置９において可変表示される演出図柄を用いて実行される。また、特別図柄の表示結果を大当り図柄にする場合には、一部の場合を除いて、リーチ演出が実行される。この実施の形態では、詳細は後述するが、リーチ状態とならずに大当り図柄が停止表示する変動パターンとして「リーチなし大当り」（「突発大当り」ともいう）が設けられている。なお、突然確変大当りの場合には、リーチとはならずに突然確変大当り図柄（例えば「１３５」）が停止表示されることとしてもよい。特別図柄の表示結果を大当り図柄にしない場合には、遊技制御用マイクロコンピュータ５６０は、乱数を用いた変動パターン種別や変動パターンを決定する抽選を行うことによって、リーチ演出を実行するか否か決定する。ただし、実際にリーチ演出の制御を実行するのは、演出制御用マイクロコンピュータ１００である。
【０１０２】
タイマ割込が発生すると、ＣＰＵ５６は、図５に示すステップＳ２０〜Ｓ３４のタイマ割込処理を実行する。タイマ割込処理において、まず、電源断信号が出力されたか否か（オン状態になったか否か）を検出する電源断検出処理を実行する（ステップＳ２０）。電源断信号は、例えば電源基板に搭載されている電源監視回路が、遊技機に供給される電源の電圧の低下を検出した場合に出力する。そして、電源断検出処理において、ＣＰＵ５６は、電源断信号が出力されたことを検出したら、必要なデータをバックアップＲＡＭ領域に保存するための電力供給停止時処理を実行する。次いで、入力ドライバ回路５８を介して、ゲートスイッチ３２ａ、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａおよびカウントスイッチ２３の検出信号を入力し、それらの状態判定を行う（スイッチ処理：ステップＳ２１）。
【０１０３】
次に、ＣＰＵ５６は、第１特別図柄表示器８ａ、第２特別図柄表示器８ｂ、普通図柄表示器１０、第１特別図柄保留記憶表示器１８ａ、第２特別図柄保留記憶表示器１８ｂ、普通図柄保留記憶表示器４１の表示制御を行う表示制御処理を実行する（ステップＳ２２）。第１特別図柄表示器８ａ、第２特別図柄表示器８ｂおよび普通図柄表示器１０については、ステップＳ３２，Ｓ３３で設定される出力バッファの内容に応じて各表示器に対して駆動信号を出力する制御を実行する。
【０１０４】
また、遊技制御に用いられる普通図柄当り判定用乱数等の各判定用乱数を生成するための各カウンタのカウント値を更新する処理を行う（判定用乱数更新処理：ステップＳ２３）。ＣＰＵ５６は、さらに、初期値用乱数および表示用乱数を生成するためのカウンタのカウント値を更新する処理を行う（初期値用乱数更新処理，表示用乱数更新処理：ステップＳ２４，Ｓ２５）。
【０１０５】
さらに、ＣＰＵ５６は、特別図柄プロセス処理を行う（ステップＳ２６）。特別図柄プロセス処理では、第１特別図柄表示器８ａ、第２特別図柄表示器８ｂおよび大入賞口を所定の順序で制御するための特別図柄プロセスフラグに従って該当する処理を実行する。ＣＰＵ５６は、特別図柄プロセスフラグの値を、遊技状態に応じて更新する。
【０１０６】
次いで、普通図柄プロセス処理を行う（ステップＳ２７）。普通図柄プロセス処理では、ＣＰＵ５６は、普通図柄表示器１０の表示状態を所定の順序で制御するための普通図柄プロセスフラグに従って該当する処理を実行する。ＣＰＵ５６は、普通図柄プロセスフラグの値を、遊技状態に応じて更新する。
【０１０７】
また、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に演出制御コマンドを送出する処理を行う（演出制御コマンド制御処理：ステップＳ２８）。
【０１０８】
さらに、ＣＰＵ５６は、パチンコ遊技機１の外部に出力する情報として、例えばホール管理用コンピュータに供給される大当り情報、始動情報、確率変動情報などのパチンコ遊技機１に関する情報（データ）を情報出力回路から出力する情報出力処理を行う（ステップＳ２９）。
【０１０９】
また、ＣＰＵ５６は、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａ、カウントスイッチ２３、および入賞口スイッチの検出信号にもとづく賞球個数の設定などを行う賞球処理を実行する（ステップＳ３０）。具体的には、第１始動口スイッチ１３ａ、第２始動口スイッチ１４ａ、カウントスイッチ２３、および入賞口スイッチのいずれかがオンしたことにもとづく入賞検出に応じて、払出制御基板３７に搭載されている払出制御用マイクロコンピュータに賞球個数を示す払出制御コマンド（賞球個数信号）を出力する。払出制御用マイクロコンピュータは、賞球個数を示す払出制御コマンドに応じて球払出装置９７を駆動する。
【０１１０】
この実施の形態では、出力ポートの出力状態に対応したＲＡＭ領域（出力ポートバッファ）が設けられているのであるが、ＣＰＵ５６は、出力ポートの出力状態に対応したＲＡＭ領域におけるソレノイドのオン／オフに関する内容を出力ポートに出力する（ステップＳ３１：出力処理）。
【０１１１】
また、ＣＰＵ５６は、特別図柄プロセスフラグの値に応じて特別図柄の演出表示を行うための特別図柄表示制御データを特別図柄表示制御データ設定用の出力バッファに設定する特別図柄表示制御処理を行う（ステップＳ３２）。
【０１１２】
さらに、ＣＰＵ５６は、普通図柄プロセスフラグの値に応じて普通図柄の演出表示を行うための普通図柄表示制御データを普通図柄表示制御データ設定用の出力バッファに設定する普通図柄表示制御処理を行う（ステップＳ３３）。ＣＰＵ５６は、例えば、普通図柄の変動に関する開始フラグがセットされると終了フラグがセットされるまで、普通図柄の変動速度が０．２秒ごとに表示状態（「○」および「×」）を切り替えるような速度であれば、０．２秒が経過する毎に、出力バッファに設定される表示制御データの値（例えば、「○」を示す１と「×」を示す０）を切り替える。また、ＣＰＵ５６は、出力バッファに設定された表示制御データに応じて、ステップＳ２２において駆動信号を出力することによって、普通図柄表示器１０における普通図柄の演出表示を実行する。
【０１１３】
その後、割込許可状態に設定し（ステップＳ３４）、処理を終了する。
以上の制御によって、この実施の形態では、遊技制御処理は４ｍｓ毎に起動されることになる。なお、遊技制御処理は、タイマ割込処理におけるステップＳ２１〜Ｓ３３（ステップＳ２９を除く。）の処理に相当する。また、この実施の形態では、タイマ割込処理で遊技制御処理が実行されているが、タイマ割込処理では例えば割込が発生したことを示すフラグのセットのみがなされ、遊技制御処理はメイン処理において実行されるようにしてもよい。
【０１１４】
第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび演出表示装置９にはずれ図柄が停止表示される場合には、演出図柄の可変表示が開始されてから、演出図柄の可変表示状態がリーチ状態にならずに、リーチにならない所定の演出図柄の組み合わせが停止表示されることがある。このような演出図柄の可変表示態様を、可変表示結果がはずれ図柄になる場合における「非リーチ」（「通常はずれ」または「非リーチはずれ」ともいう）の可変表示態様という。
【０１１５】
第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび演出表示装置９にはずれ図柄が停止表示される場合には、演出図柄の可変表示が開始されてから、演出図柄の可変表示状態がリーチ状態となった後にリーチ演出が実行され、最終的に大当り図柄とはならない所定の演出図柄の組み合わせが停止表示されることがある。このような演出図柄の可変表示結果を、可変表示結果が「はずれ」となる場合における「リーチ」（「リーチはずれ」ともいう）の可変表示態様という。
【０１１６】
この実施の形態では、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに大当り図柄が停止表示される場合には、演出図柄の可変表示状態がリーチ状態になった後にリーチ演出が実行され、最終的に演出表示装置９における「左」、「中」、「右」の各図柄表示エリア９Ｌ、９Ｃ、９Ｒに、演出図柄が揃って停止表示される（ただし、突然確変大当りの場合には、リーチとはならずに突然確変大当り図柄（例えば「１３５」）が停止表示される場合もある）。
【０１１７】
第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに小当りである「５」が停止表示される場合には、演出表示装置９において、演出図柄の可変表示態様が「突然確変大当り」である場合と同様に演出図柄の可変表示が行われた後、所定の小当り図柄（突然確変大当り図柄と同じ図柄。例えば「１３５」）が停止表示されることがある。第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂに小当り図柄である「５」が停止表示されることに対応する演出表示装置９における表示演出を「小当り」の可変表示態様という。
【０１１８】
ここで、小当りとは、大当りと比較して大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容される当りである。なお、小当り遊技が終了した場合、遊技状態は変化しない。すなわち、確変状態から通常状態に移行したり通常状態から確変状態に移行したりすることはない。また、突然確変大当りとは、大当り遊技状態において大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容されるが大入賞口の開放時間が極めて短い大当りであり、かつ、大当り遊技後の遊技状態を確変状態に移行させるような大当りである（すなわち、そのようにすることにより、遊技者に対して突然に確変状態となったかのように見せるものである）。つまり、この実施の形態では、突然確変大当りと小当りとは、大入賞口の開放パターンが同じである。そのように制御することによって、大入賞口の０．１秒間の開放が２回行われると、突然確変大当りであるか小当りであるかまでは認識できないので、遊技者に対して高確率状態（確変状態）を期待させることができ、遊技の興趣を向上させることができる。
【０１１９】
なお、大当り種別が全て確変大当りであるように構成する場合、小当りを設けなくてもよい。また、大当り種別が全て確変大当りである場合に小当りを設けるように構成する場合には、この実施の形態に示すように、高確率状態に移行されるのみで高ベース状態を伴わない突然確変大当りを設けるようにすることが好ましい。
【０１２０】
図６は、あらかじめ用意された演出図柄の変動パターンを示す説明図である。図６に示すように、この実施の形態では、可変表示結果が「はずれ」であり演出図柄の可変表示態様が「非リーチ」である場合に対応した変動パターンとして、非リーチＰＡ１−１〜非リーチＰＡ１−４の変動パターンが用意されている。また、可変表示結果が「はずれ」であり演出図柄の可変表示態様が「リーチ」である場合に対応した変動パターンとして、ノーマルＰＡ２−１〜ノーマルＰＡ２−２、ノーマルＰＢ２−１〜ノーマルＰＢ２−２、スーパーＰＡ３−１〜スーパーＰＡ３−２、スーパーＰＢ３−１〜スーパーＰＢ３−２の変動パターンが用意されている。なお、図６に示すように、リーチしない場合に使用される擬似連の演出を伴う非リーチＰＡ１−４の変動パターンについては、再変動が１回行われる。リーチする場合に使用され擬似連の演出を伴う変動パターンのうち、ノーマルＰＢ２−１を用いる場合には、再変動が１回行われる。また、リーチする場合に使用され擬似連の演出を伴う変動パターンのうち、ノーマルＰＢ２−２を用いる場合には、再変動が２回行われる。さらに、リーチする場合に使用され擬似連の演出を伴う変動パターンのうち、スーパーＰＡ３−１〜スーパーＰＡ３−２を用いる場合には、再変動が３回行われる。なお、再変動とは、演出図柄の可変表示が開始されてから表示結果が導出表示されるまでに一旦はずれとなる演出図柄を仮停止させた後に演出図柄の可変表示を再度実行することである。
【０１２１】
また、図６に示すように、この実施の形態では、特別図柄の可変表示結果が大当り図柄または小当り図柄になる場合に対応した変動パターンとして、非リーチＰＡ１−５、ノーマルＰＡ２−３〜ノーマルＰＡ２−４、ノーマルＰＢ２−３〜ノーマルＰＢ２−４、スーパーＰＡ３−３〜スーパーＰＡ３−４、スーパーＰＢ３−３〜スーパーＰＢ３−４、特殊ＰＧ１−１〜特殊ＰＧ１−３、特殊ＰＧ２−１〜特殊ＰＧ２−２の変動パターンが用意されている。なお、図６において、特殊ＰＧ１−１〜特殊ＰＧ１−３、特殊ＰＧ２−１〜特殊ＰＧ２−２の変動パターンは、突然確変大当りまたは小当りとなる場合に使用される変動パターンである。また、図６に示すように、突然確変大当りまたは小当りでない場合に使用され擬似連の演出を伴う変動パターンのうち、ノーマルＰＢ２−３を用いる場合には、再変動が１回行われる。また、リーチする場合に使用され擬似連の演出を伴う変動パターンのうち、ノーマルＰＢ２−４を用いる場合には、再変動が２回行われる。さらに、リーチする場合に使用され擬似連の演出を伴う変動パターンのうち、スーパーＰＡ３−３〜スーパーＰＡ３−４を用いる場合には、再変動が３回行われる。また、突然確変大当りまたは小当りの場合に使用され擬似連の演出を伴う特殊ＰＧ１−３の変動パターンについては、再変動が１回行われる。また、非リーチＰＡ１−５を用いる場合には、リーチ演出を行わずに大当りとなる。以下、リーチ演出を行わない大当りを「突発大当り」ということがある。
【０１２２】
なお、この実施の形態では、図６に示すように、リーチの種類に応じて変動時間が固定的に定められている場合（例えば、擬似連ありのスーパーリーチＡの場合には変動時間が３２．７５秒で固定であり、擬似連なしのスーパーリーチＡの場合には変動時間が２２．７５秒で固定である）を示しているが、例えば、同じ種類のスーパーリーチの場合であっても、合算保留記憶数に応じて、変動時間を異ならせるようにしてもよい。例えば、同じ種類のスーパーリーチを伴う場合であっても、合算保留記憶数が多くなるに従って、変動時間が短くなるようにしてもよい。また、例えば、同じ種類のスーパーリーチの場合であっても、第１特別図柄の変動表示を行う場合には、第１保留記憶数に応じて、変動時間を異ならせるようにしてもよく、第２特別図柄の変動表示を行う場合には、第２保留記憶数に応じて、変動時間を異ならせるようにしてもよい。この場合、第１保留記憶数や第２保留記憶数の値ごとに別々の判定テーブルを用意しておき（例えば、保留記憶数０〜２用の変動パターン種別判定テーブルと保留記憶数３，４用の変動パターン種別判定テーブルとを用意しておき）、第１保留記憶数または第２保留記憶数の値に応じて判定テーブルを選択して、変動時間を異ならせるようにしてもよい。
【０１２３】
図７は、各乱数を示す説明図である。各乱数は、以下のように使用される。（１）ランダム１（ＭＲ１）：大当りの種類（後述する１５Ｒ確変大当り、８Ｒ確変大当り、突然確変大当り）を決定する（大当り種別判定用）（２）ランダム２（ＭＲ２）：変動パターンの種類（種別）を決定する（変動パターン種別判定用）（３）ランダム３（ＭＲ３）：変動パターン（変動時間）を決定する（変動パターン判定用）（４）ランダム４（ＭＲ４）：普通図柄にもとづく当りを発生させるか否か決定する（普通図柄当り判定用）（５）ランダム５（ＭＲ５）：ランダム４の初期値を決定する（ランダム４初期値決定用）
なお、この実施の形態では、変動パターンは、まず、変動パターン種別判定用乱数（ランダム２）を用いて変動パターン種別を決定し、変動パターン判定用乱数（ランダム３）を用いて、決定した変動パターン種別に含まれるいずれかの変動パターンに決定する。そのように、この実施の形態では、２段階の抽選処理によって変動パターンが決定される。
【０１２４】
なお、変動パターン種別とは、複数の変動パターンをその変動態様の特徴に従ってグループ化したものである。例えば、複数の変動パターンをリーチの種類でグループ化して、ノーマルリーチを伴う変動パターンを含む変動パターン種別と、スーパーリーチＡを伴う変動パターンを含む変動パターン種別と、スーパーリーチＢを伴う変動パターンを含む変動パターン種別とに分けてもよい。また、例えば、複数の変動パターンを擬似連の再変動の回数でグループ化して、擬似連を伴わない変動パターンを含む変動パターン種別と、再変動１回の変動パターンを含む変動パターン種別と、再変動２回の変動パターンを含む変動パターン種別と、再変動３回の変動パターンを含む変動パターン種別とに分けてもよい。また、例えば、複数の変動パターンを擬似連や滑り演出などの特定演出の有無でグループ化してもよい。
【０１２５】
なお、この実施の形態では、後述するように、１５Ｒ確変大当り、８Ｒ確変大当りである場合には、ノーマルリーチのみを伴う変動パターンを含む変動パターン種別であるノーマルＣＡ３−１と、ノーマルリーチおよび擬似連を伴う変動パターンを含む変動パターン種別であるノーマルＣＡ３−２と、特別演出を含むスーパーリーチを伴う変動パターン種別であるスーパーＣＡ３−３と、突発大当りのみを伴う変動パターンを含む変動パターン種別である非リーチＣＡ３−４とに種別分けされている。また、突然確変大当りである場合には、非リーチの変動パターンを含む変動パターン種別である特殊ＣＡ４−１と、リーチを伴う変動パターンを含む変動パターン種別である特殊ＣＡ４−２とに種別分けされている。また、小当りである場合には、非リーチの変動パターンを含む変動パターン種別である特殊ＣＡ４−１に種別分けされている。また、はずれである場合には、リーチも特定演出も伴わない変動パターンを含む変動パターン種別である非リーチＣＡ２−１と、リーチを伴わないが特定演出を伴う変動パターンを含む変動パターン種別である非リーチＣＡ２−２と、リーチも特定演出も伴わない短縮変動の変動パターンを含む変動パターン種別である非リーチＣＡ２−３と、ノーマルリーチのみを伴う変動パターンを含む変動パターン種別であるノーマルＣＡ２−４と、ノーマルリーチおよび再変動２回の擬似連を伴う変動パターンを含む変動パターン種別であるノーマルＣＡ２−５と、ノーマルリーチおよび再変動１回の擬似連を伴う変動パターンを含む変動パターン種別であるノーマルＣＡ２−６と、特別演出を含むスーパーリーチを伴う変動パターン種別であるスーパーＣＡ２−７とに種別分けされている。
【０１２６】
図５に示された遊技制御処理におけるステップＳ２３では、遊技制御用マイクロコンピュータ５６０は、（１）の大当り種別判定用乱数、および（４）の普通図柄当り判定用乱数を生成するためのカウンタのカウントアップ（１加算）を行う。すなわち、それらが判定用乱数であり、それら以外の乱数が表示用乱数（ランダム２、ランダム３）または初期値用乱数（ランダム５）である。なお、遊技効果を高めるために、上記の乱数以外の乱数も用いてもよい。また、この実施の形態では、大当り判定用乱数として、遊技制御用マイクロコンピュータ５６０に内蔵されたハードウェア（遊技制御用マイクロコンピュータ５６０の外部のハードウェアでもよい。）が生成する乱数を用いる。なお、大当り判定用乱数として、ハードウェア乱数ではなく、ソフトウェア乱数を用いてもよい。
【０１２７】
図８（Ａ）は、大当り判定テーブルを示す説明図である。大当り判定テーブルとは、ＲＯＭ５４に記憶されているデータの集まりであって、ランダムＲと比較される大当り判定値が設定されているテーブルである。大当り判定テーブルには、通常状態（確変状態でない遊技状態）において用いられる通常時大当り判定テーブルと、確変状態において用いられる確変時大当り判定テーブルとがある。通常時大当り判定テーブルには、図８（Ａ）の左欄に記載されている各数値が設定され、確変時大当り判定テーブルには、図８（Ａ）の右欄に記載されている各数値が設定されている。図８（Ａ）に記載されている数値が大当り判定値である。
【０１２８】
なお、この実施の形態では、確変状態には、大当り抽選において大当りと決定される確率を高めた高確率状態に移行されるとともに、高ベース状態にも移行された状態である場合と、高確率状態にのみ移行され高ベース状態には移行されていない（低ベース状態である）状態である場合との２つのケースがあるが、いずれのケースの場合であっても、確変状態である場合には確変時大当り判定テーブルが用いられ、それ以外の場合に通常時大当り判定テーブルが用いられる。なお、後述するように、この実施の形態では、１５Ｒ確変大当りまたは８Ｒ確変大当りとなると、大当り遊技終了後に高確率状態に移行されるとともに高ベース状態に移行される。そして、大当り終了後、変動表示を７０回終了するまで確変状態および高ベース状態が継続する。また、突然確変大当りとなると、大当り遊技終了後に高ベース状態には移行されずに高確率状態に移行される。そして、大当り終了後、変動表示を７０回終了するまで確変状態が継続する。従って、この実施の形態では、突然確変大当りの大当り終了後、７０回目の変動表示を終了するまでの間、高確率状態のみに移行され、高ベース状態には移行されていない（低ベース状態である）確変状態となる場合がある。
【０１２９】
図８（Ｂ），（Ｃ）は、小当り判定テーブルを示す説明図である。小当り判定テーブルとは、ＲＯＭ５４に記憶されているデータの集まりであって、ランダムＲと比較される小当り判定値が設定されているテーブルである。小当り判定テーブルには、第１特別図柄の変動表示を行うときに用いられる小当り判定テーブル（第１特別図柄用）と、第２特別図柄の変動表示を行うときに用いられる小当り判定テーブル（第２特別図柄用）とがある。小当り判定テーブル（第１特別図柄用）には、図８（Ｂ）に記載されている各数値が設定され、小当り判定テーブル（第２特別図柄用）には、図８（Ｃ）に記載されている各数値が設定されている。また、図８（Ｂ），（Ｃ）に記載されている数値が小当り判定値である。
【０１３０】
なお、第１特別図柄の変動表示を行う場合にのみ小当りと決定するようにし、第２特別図柄の変動表示を行う場合には小当りを設けないようにしてもよい。この場合、図８（Ｃ）に示す第２特別図柄用の小当り判定テーブルは設けなくてもよい。この実施の形態では、遊技状態が確変状態に移行されているときには主として第２特別図柄の変動表示が実行される。遊技状態が確変状態に移行されているときにも小当りが発生するようにし、確変となるか否かを煽る演出を行うように構成すると、現在の遊技状態が確変状態であるにもかかわらず却って遊技者に煩わしさを感じさせてしまう。そこで、第２特別図柄の変動表示中は小当りが発生しないように構成すれば、遊技状態が確変状態である場合には小当りが発生しにくくし必要以上に確変に対する煽り演出を行わないようにすることができ、遊技者に煩わしさを感じさせる事態を防止することができる。
【０１３１】
ＣＰＵ５６は、所定の時期に、乱数回路５０３のカウント値を抽出して抽出値を大当り判定用乱数（ランダムＲ）の値とするのであるが、大当り判定用乱数値が図８（Ａ）に示すいずれかの大当り判定値に一致すると、特別図柄に関して大当り（後述する１５Ｒ確変大当り、８Ｒ確変大当り、突然確変大当り）にすることに決定する。また、大当り判定用乱数値が図８（Ｂ），（Ｃ）に示すいずれかの小当り判定値に一致すると、特別図柄に関して小当りにすることに決定する。なお、図８（Ａ）に示す「確率」は、大当りになる確率（割合）を示す。また、図８（Ｂ），（Ｃ）に示す「確率」は、小当りになる確率（割合）を示す。また、大当りにするか否か決定するということは、大当り遊技状態に移行させるか否か決定するということであるが、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂにおける停止図柄を大当り図柄にするか否か決定するということでもある。また、小当りにするか否か決定するということは、小当り遊技状態に移行させるか否か決定するということであるが、第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂにおける停止図柄を小当り図柄にするか否か決定するということでもある。
【０１３２】
なお、この実施の形態では、図８（Ｂ），（Ｃ）に示すように、小当り判定テーブル（第１特別図柄用）を用いる場合には３００分の１の割合で小当りと決定されるのに対して、小当り判定テーブル（第２特別図柄）を用いる場合には３０００分の１の割合で小当りと決定される場合を説明する。従って、この実施の形態では、第１始動入賞口１３に始動入賞して第１特別図柄の変動表示が実行される場合には、第２始動入賞口１４に始動入賞して第２特別図柄の変動表示が実行される場合と比較して、「小当り」と決定される割合が高い。
【０１３３】
図８（Ｄ），（Ｅ）は、ＲＯＭ５４に記憶されている大当り種別判定テーブル１３１ａ，１３１ｂを示す説明図である。このうち、図８（Ｄ）は、遊技球が第１始動入賞口１３に入賞したことにもとづく保留記憶を用いて（すなわち、第１特別図柄の変動表示が行われるとき）大当り種別を決定する場合の大当り種別判定テーブル（第１特別図柄用）１３１ａである。また、図８（Ｅ）は、遊技球が第２始動入賞口１４に入賞したことにもとづく保留記憶を用いて（すなわち、第２特別図柄の変動表示が行われるとき）大当り種別を決定する場合の大当り種別判定テーブル（第２特別図柄用）１３１ｂである。
【０１３４】
大当り種別判定テーブル１３１ａ，１３１ｂは、可変表示結果を大当り図柄にする旨の判定がなされたときに、大当り種別判定用の乱数（ランダム１）にもとづいて、大当りの種別を「１５Ｒ確変大当り」、「８Ｒ確変大当り」、「突然確変大当り」のうちのいずれかに決定するために参照されるテーブルである。なお、この実施の形態では、図８（Ｄ），（Ｅ）に示すように、大当り種別判定テーブル１３１ａには「突然確変大当り」に対して１０個の判定値が割り当てられている（４０分の１０の割合で突然確変大当りと決定される）のに対して、大当り種別判定テーブル１３１ｂには「突然確変大当り」に対して５個の判定値が割り当てられている（４０分の５の割合で突然確変大当りと決定される）場合を説明する。従って、この実施の形態では、第１始動入賞口１３に始動入賞して第１特別図柄の変動表示が実行される場合には、第２始動入賞口１４に始動入賞して第２特別図柄の変動表示が実行される場合と比較して、「突然確変大当り」と決定される割合が高い。なお、第１特別図柄用の大当り種別判定テーブル１３１ａにのみ「突然確変大当り」を振り分けるようにし、第２特別図柄用の大当り種別判定テーブル１３１ｂには「突然確変大当り」の振り分けを行わない（すなわち、第１特別図柄の変動表示を行う場合にのみ、「突然確変大当り」と決定される場合がある）ようにしてもよい。
【０１３５】
なお、この実施の形態では、図８（Ｄ），（Ｅ）に示すように、所定量の遊技価値を付与する第１特定遊技状態としての突然確変大当りと、該遊技価値よりも多い量の遊技価値を付与する第２特定遊技状態としての１５ラウンドの確変大当り「１５Ｒ確変大当り」および８ラウンドの確変大当り「８Ｒ確変大当り」とに決定する場合があるとともに、第１特別図柄の変動表示が実行される場合に高い割合で第１特定遊技状態とすることに決定する場合を示しているが、付与される遊技価値は、この実施の形態で示したようなラウンド数に限られない。例えば、第１特定遊技状態と比較して、遊技価値として１ラウンドあたりの大入賞口への遊技球の入賞数（カウント数）の許容量を多くした第２特定遊技状態を決定するようにしてもよい。また、例えば、第１特定遊技状態と比較して、遊技価値として大当り中の１回あたりの大入賞口の開放時間を長くした第２特定遊技状態を決定するようにしてもよい。また、例えば、同じ１５ラウンドの大当りであっても、１ラウンドあたり大入賞口を１回開放する第１特定遊技状態と、１ラウンドあたり大入賞口を複数回開放する第２特定遊技状態とを用意し、大入賞口の開放回数が実質的に多くなるようにして第２特定遊技状態の遊技価値を高めるようにしてもよい。この場合、例えば、第１特定遊技状態または第２特定遊技状態いずれの場合であっても、大入賞口を１５回開放したときに（この場合、第１特定遊技状態の場合には１５ラウンド全てを終了し、第２特定遊技状態の場合には未消化のラウンドが残っていることになる）、大当りがさらに継続するか否かを煽るような態様の演出を実行するようにしてもよい。そして、第１特定遊技状態の場合には内部的に１５ラウンド全てを終了していることから大当り遊技を終了し、第２特定遊技状態の場合には内部的に未消化のラウンドが残っていることから、大当り遊技が継続する（恰も１５回開放の大当りを終了した後にさらにボーナスで大入賞口の開放が追加で始まったような演出）ようにしてもよい。
【０１３６】
この実施の形態では、図８（Ｄ），（Ｅ）に示すように、大当り種別として、「１５Ｒ確変大当り」、「８Ｒ確変大当り」および「突然確変大当り」がある。なお、この実施の形態では、大当り遊技において実行されるラウンド数が１５ラウンド、８ラウンドおよび２ラウンドの３種類である場合を示しているが、大当り遊技において実行されるラウンド数は、この実施の形態で示したものに限られない。例えば、７ラウンドの大当り遊技に制御する７Ｒ確変大当りや、５ラウンドの大当り遊技に制御する５Ｒ確変大当りが設けられていてもよい。また、この実施の形態では、大当り種別が「１５Ｒ確変大当り」、「８Ｒ確変大当り」および「突然確変大当り」の３種類である場合を示しているが、３種類にかぎらず、例えば、４種類以上の大当り種別を設けるようにしてもよい。また、逆に、大当り種別が３種類よりも少なくてもよく、例えば、大当り種別として２種類のみ設けられていてもよい。
【０１３７】
「１５Ｒ確変大当り」とは、１５ラウンドの大当り遊技状態に制御し、その大当り遊技状態の終了後に確変状態に移行させる大当りである（この実施の形態では、高確率状態に移行されるとともに高ベース状態にも移行される。後述するステップＳ１６６〜Ｓ１７０参照）。そして、確変状態に移行した後、変動表示を７０回終了すると高ベース状態および高確率状態が終了する（ステップＳ１６８，Ｓ１４４，ステップＳ１７０，Ｓ１４０参照）。
【０１３８】
「８Ｒ確変大当り」とは、８ラウンドの大当り遊技状態に制御し、その大当り遊技状態の終了後に確変状態に移行させる大当りである（この実施の形態では、高確率状態に移行されるとともに高ベース状態にも移行される。後述するステップＳ１６６〜Ｓ１７０参照）。そして、確変状態に移行した後、変動表示を７０回終了すると高ベース状態および高確率状態が終了する（ステップＳ１６８，Ｓ１４４，ステップＳ１７０，Ｓ１４０参照）。
【０１３９】
また、「突然確変大当り」とは、「１５Ｒ確変大当り」や「８Ｒ確変大当り」と比較して大入賞口の開放回数が少ない回数（この実施の形態では０．１秒間の開放を２回）まで許容される大当りである。すなわち、「突然確変大当り」となった場合には、２ラウンドの大当り遊技状態に制御される。また、「１５Ｒ確変大当り」や、「８Ｒ確変大当り」では、１ラウンドあたりの大入賞口の開放時間が２９秒と長いのに対して、「突然確変大当り」では１ラウンドあたりの大入賞口の開放時間が０．１秒と極めて短く、大当り遊技中に大入賞口に遊技球が入賞することは殆ど期待できない。そして、この実施の形態では、その突然確変大当り遊技状態の終了後に確変状態に移行される（この実施の形態では、高ベース状態には移行されずに高確率状態のみに移行される。）。そして、確変状態に移行した後、変動表示を７０回終了すると高確率状態が終了する。
【０１４０】
なお、前述したように、この実施の形態では、「小当り」となった場合にも、大入賞口の開放が０．１秒間ずつ２回行われ、「突然確変大当り」による大当り遊技状態と同様の制御が行われる。そして、「小当り」となった場合には、大入賞口の２回の開放が終了した後、遊技状態は変化せず、「小当り」となる前の遊技状態が維持される。そのようにすることによって、「突然確変大当り」であるか「小当り」であるかを認識できないようにし、遊技の興趣を向上させている。なお、この実施の形態で示すように大当り種別が全て確変大当り（この実施の形態では、１５Ｒ確変大当り、８Ｒ確変大当り、突然確変大当り）であるように構成する場合、小当りを設けなくてもよい。また、この実施の形態のように大当り種別が全て確変大当りである場合に小当りを設けるように構成する場合には、高確率状態に移行されるのみで高ベース状態を伴わない突然確変大当りを設けるようにすること（大入賞口の開放パターンも突然確変大当りと小当りの場合とで同じにすること）が好ましい。
【０１４１】
大当り種別判定テーブル１３１ａ，１３１ｂには、ランダム１の値と比較される数値であって、「１５Ｒ確変大当り」、「８Ｒ確変大当り」、「突然確変大当り」のそれぞれに対応した判定値（大当り種別判定値）が設定されている。ＣＰＵ５６は、ランダム１の値が大当り種別判定値のいずれかに一致した場合に、大当りの種別を、一致した大当り種別判定値に対応する種別に決定する。
【０１４２】
なお、この実施の形態では、上述したように、高確率状態へ移行する大当り種別のみを有することとしたが、高確率状態へ移行しない大当り（いわゆる、通常大当り）を有することとしてもよい。また、高確率状態に移行した場合、所定回数の変動表示を行うことを契機に通常状態へ移行することにより高確率状態を終了するものとしたが、通常大当りを有する構成とした場合、高確率状態に回数制限を設けずに、通常大当りが発生することを契機に通常状態へ移行することで高確率状態を終了する構成としてもよい。
【０１４３】
また、この実施の形態では、発生した大当りの大当り種別にもとづいて確変状態へ移行可能とするが、これに限るものではない。例えば、大入賞口内に遊技球が通過可能な特定領域が設けられており、大当り中に該特定領域を遊技球が通過した場合に確変状態へ移行する一方、大当り中に該特定領域を遊技球が通過しなかった場合に通常状態へ移行するようなものであってもよい。その場合、大当り種別によって特定領域への遊技球の通過しやすさを変化させることにより、実質的な確変大当りおよび非確変大当りを実現するものであってもよい。例えば、大当り種別によって大入賞口の開放時間を異ならせることにより、特定領域への遊技球の通過のしやすさを変化させることとしてもよい。具体的には、大入賞口の開放時間が長い大当り種別を特定領域へ遊技球が通過しやすい大当り（実質的な確変大当り）とし、大入賞口の開放時間が短い大当り種別を特定領域へ遊技球が通過しにくい大当り（実質的な非確変大当り）としてもよい。
【０１４４】
なお、この実施の形態では、１５Ｒ確変大当りまたは８Ｒ確変大当りが発生したときに高確率状態と高ベース状態とに移行するとともに、７０回の変動表示を終了すると高確率状態と高ベース状態とを終了する構成としたが、各遊技状態に移行してから終了するまでの変動表示の回数は、高確率状態と高ベース状態とで同数でなくてもよい。例えば、大当り終了後に７０回の変動表示を終了した際に高ベース状態を終了し、７１回の変動表示を終了した際に高確率状態を終了することとしてもよい。
【０１４５】
また、この実施の形態では、突然確変大当りが発生したときには、大当り終了後に高ベース状態には移行せずに高確率状態のみに移行することとしたが、これに限らず、１５Ｒ確変大当りや８Ｒ確変大当りの発生時と同様に、確変状態と高ベース状態とに移行することとしてもよい。また、突然確変大当りが発生した際の遊技状態にもとづいて、高ベース状態に移行するか否かを決定することとしてもよい。例えば、高ベース状態において突然確変大当りが発生した場合は高ベース状態に移行する一方、低ベース状態において突然確変大当りが発生した場合は高ベース状態に移行しないこととすれば、突然確変大当りおよび小当りのいずれが発生したのかを遊技者に認識させにくくすることができる。
【０１４６】
図９（Ａ）〜（Ｃ）は、大当り用変動パターン種別判定テーブル１３２Ａ〜１３２Ｃを示す説明図である。大当り用変動パターン種別判定テーブル１３２Ａ〜１３２Ｃは、可変表示結果を大当り図柄にする旨の判定がなされたときに、大当り種別の判定結果に応じて、変動パターン種別を、変動パターン種別判定用の乱数（ランダム２）にもとづいて複数種類のうちのいずれかに決定するために参照されるテーブルである。
【０１４７】
各大当り用変動パターン種別判定テーブル１３２Ａ〜１３２Ｃには、変動パターン種別判定用の乱数（ランダム２）の値と比較される数値（判定値）であって、ノーマルＣＡ３−１、ノーマルＣＡ３−２、スーパーＣＡ３−３、特殊ＣＡ４−１、特殊ＣＡ４−２、非リーチＣＡ３−４の変動パターン種別のいずれかに対応する判定値が設定されている。
【０１４８】
例えば、大当り種別が「８Ｒ確変大当り」である場合に用いられる図９（Ａ）に示す大当り用変動パターン種別判定テーブル１３２Ａと、大当り種別が「１５Ｒ確変大当り」である場合に用いられる図９（Ｂ）に示す大当り用変動パターン種別判定テーブル１３２Ｂとで、ノーマルＣＡ３−１、ノーマルＣＡ３−２、スーパーＣＡ３−３、非リーチＣＡ３−４の変動パターン種別に対する判定値の割り当てが異なっている。
【０１４９】
このように、大当り種別に応じて選択される大当り用変動パターン種別判定テーブル１３２Ａ〜１３２Ｃを比較すると、大当り種別に応じて各変動パターン種別に対する判定値の割り当てが異なっている。また、大当り種別に応じて異なる変動パターン種別に対して判定値が割り当てられている。よって、大当り種別を複数種類のうちのいずれにするかの決定結果に応じて、異なる変動パターン種別に決定することができ、同一の変動パターン種別に決定される割合を異ならせることができる。なお、この実施の形態では、「突発大当り」である非リーチＣＡ３−４は、「８Ｒ確変大当り」または「１５Ｒ確変大当り」に割り当てられているものとしたが、「突然確変大当り」にも割り当てられていてもよいし、また、１５Ｒ確変大当りにのみ割り当てられていることとしてもよいし、８Ｒ確変大当りにのみ割り当てられていることとしてもよい。
【０１５０】
なお、図９（Ａ），（Ｂ）に示すように、この実施の形態では、「１５Ｒ確変大当り」または「８Ｒ確変大当り」である場合には、変動パターン種別判定用の乱数（ランダム２）の値が１５０〜２２１であれば、少なくともスーパーリーチ（スーパーリーチＡ、スーパーリーチＢ、特別演出）を伴う変動表示が実行されることがわかる。
【０１５１】
また、スーパーリーチ大当りについて、擬似連を伴う変動パターン種別（スーパーＰＡ３−３、スーパーＰＡ３−４の変動パターンを含む変動パターン種別）と、擬似連を伴わない変動パターン種別（スーパーＰＢ３−３、スーパーＰＢ３−４の変動パターンを含む変動パターン種別）とに分けてもよい。この場合、８Ｒ確変大当り用の大当り用変動パターン種別判定テーブル１３２Ａおよび１５Ｒ確変大当り用の大当り用変動パターン種別判定テーブル１３２Ｂの両方において、スーパーリーチかつ擬似連を伴う変動パターン種別と、スーパーリーチかつ擬似連を伴わない変動パターン種別とが割り当てられることになる。
【０１５２】
また、大当り種別が「突然確変大当り」である場合に用いられる大当り用変動パターン種別判定テーブル１３２Ｃでは、例えば、特殊ＣＡ４−１、特殊ＣＡ４−２といった大当り種別が「突然確変大当り」以外である場合には判定値が割り当てられない変動パターン種別に対して、判定値が割り当てられている。よって、可変表示結果が「大当り」となり大当り種別が「突然確変大当り」となることに応じて突然確変大当り状態に制御する場合には、１５Ｒ確変大当りや８Ｒ確変大当りによる大当り状態に制御する場合とは異なる変動パターン種別に決定することができる。
【０１５３】
また、図９（Ｄ）は、小当り用変動パターン種別判定テーブル１３２Ｄを示す説明図である。小当り用変動パターン種別判定テーブル１３２Ｄは、可変表示結果を小当り図柄にする旨の判定がなされたときに、変動パターン種別を、変動パターン種別判定用の乱数（ランダム２）にもとづいて複数種類のうちのいずれかに決定するために参照されるテーブルである。なお、この実施の形態では、図９（Ｄ）に示すように、小当りとすることに決定されている場合には、変動パターン種別として特殊ＣＡ４−１が決定される場合が示されている。
【０１５４】
図１０（Ａ）〜（Ｄ）は、はずれ用変動パターン種別判定テーブル１３５Ａ〜１３５Ｄを示す説明図である。このうち、図１０（Ａ）は、遊技状態が通常状態であるとともに合算保留記憶数が３未満である場合に用いられるはずれ用変動パターン種別判定テーブル１３５Ａを示している。また、図１０（Ｂ）は、遊技状態が通常状態であるとともに合算保留記憶数が３以上である場合に用いられるはずれ用変動パターン種別判定テーブル１３５Ｂを示している。また、図１０（Ｃ）は、遊技状態が確変状態のうちの高確率／高ベース状態（１５Ｒ確変大当りや８Ｒ確変大当りによる大当り終了後、７０回目の変動表示を終了するまでの状態）である場合に用いられるはずれ用変動パターン種別判定テーブル１３５Ｃを示している。また、図１０（Ｄ）は、遊技状態が確変状態のうちの高確率／低ベース状態（突然確変大当りによる大当り終了後、７０回目の変動表示を終了するまでの状態）である場合に用いられるはずれ用変動パターン種別判定テーブル１３５Ｄを示している。はずれ用変動パターン種別判定テーブル１３５Ａ〜１３５Ｄは、可変表示結果をはずれ図柄にする旨の判定がなされたときに、変動パターン種別を、変動パターン種別判定用の乱数（ランダム２）にもとづいて複数種類のうちのいずれかに決定するために参照されるテーブルである。
【０１５５】
図１０（Ｃ），（Ｄ）に示すように、この実施の形態では、確変状態である場合であっても、突然確変大当りによる大当り終了後の変動表示が行われる場合には、１５Ｒ確変大当りや８Ｒ確変大当りによる大当り終了後の変動表示が行われる場合までと比較して、スーパーリーチを伴う変動パターンが選択される割合が高い。そのようにすることによって、この実施の形態では、突然確変大当りによる大当り終了後の高確率状態では高い確率でスーパーリーチの変動表示を行うようにすることによって、高確率状態であることに対する遊技者の期待感を高めている。
【０１５６】
また、確変状態が終了する所定回数前（例えば、５回前）の変動表示から最終回の変動表示にわたってスーパーリーチとなる割合を高めるように構成することにより、確変状態の終了直前の大当りに対する遊技者の期待感を高めることとしてもよい。この場合、例えば、大当り終了時に後述する高確率回数カウンタや高ベース回数カウンタに７５回をセットするようにし（例えば、高確率回数カウンタおよび高ベース回数カウンタの両方に７５をセットして、７５回の変動表示を終了するまで高確率／高ベース状態が継続するようにしてもよく、高確率回数カウンタに７５をセットし、高ベース回数カウンタに７０をセットして、確変状態が終了する５変動前から最終回の変動表示までは高確率／低ベース状態に制御するようにしてもよい。なお、確変状態が終了する５変動前から最終回の変動表示までは高確率／低ベース状態に制御する場合には、この実施の形態で示したものと同様の制御に従い、高確率フラグや高ベースフラグを確認することによって、はずれ用変動パターン種別判定テーブル１３５Ｃ，１３５Ｄを選択するようにしてもよい（ステップＳ９５，Ｓ９６，Ｓ１００，Ｓ１０１参照）。）、変動表示の開始時に、高確率回数カウンタや高ベース回数カウンタの値が残り所定数（例えば５）以内となっているか否か（確変状態の残り回数が所定回数以内となっているか否か）を確認し、所定数（例えば５）以内となっていれば、図１０（Ｄ）に示すスーパーリーチの割合を高めたはずれ用変動パターン種別判定テーブル１３５Ｄを選択するようにし、カウンタの値がまだ所定数（例えば５）より多ければ、図１０（Ｃ）に示すはずれ用変動パターン種別判定テーブル１３５Ｃを選択するようにしてもよい。なお、確変状態が終了する所定回数前（例えば、５回前）の変動表示からスーパーリーチとなる割合を高めるように構成する場合の制御方法は、この実施の形態に示したものにかぎらず、例えば、高確率回数カウンタには、この実施の形態と同様に７１をセットし、逆に高ベース回数カウンタに６６をセットすることによって、確変状態が終了する５変動前から最終回の変動表示までは高確率／低ベース状態に制御するようにし、高確率回数カウンタの値が残り５以内となっているか否かを確認することによって、はずれ用変動パターン種別判定テーブル１３５Ｃ，１３５Ｄを選択するようにしてもよい。また、大当り後の変動回数を高確率回数カウンタや高ベース回数カウンタのカウント値にもとづいて判断するのではなく、他のカウンタを用いて判断するようにしてもよい。例えば、大当り遊技終了後の変動回数をカウントするカウンタを設けるようにし、そのカウンタのカウント値が所定範囲（例えば、７１〜７５または６６〜７１。）であるか否かを確認することによって、確変状態が終了する５変動前から最終回の変動表示までの間であるか否かを判定し、はずれ用変動パターン種別判定テーブル１３５Ｃ，１３５Ｄを選択するようにしてもよい。また、確変状態が終了する所定回数前（例えば、５回前）の変動表示から最終回の変動表示が終了するまでを高確率／低ベース状態に制御するように構成する場合には、この実施の形態と同様に、変動パターン設定処理において高確率フラグや高ベースフラグの状態によって、はずれ用変動パターン種別判定テーブル１３５Ｃ，１３５Ｄを選択するようにしてもよい（ステップＳ９５，Ｓ９６，Ｓ１００，Ｓ１０１参照）。
【０１５７】
なお、図１０に示す例では、遊技状態が高ベース状態である場合と合算保留記憶数が３以上である場合とで別々のはずれ用変動パターン種別判定テーブル１３５Ｂ〜１３５Ｄを用いる場合を示しているが、高ベース状態である場合と合算保留記憶数が３以上である場合とで、共通のはずれ用変動パターン種別判定テーブルを用いるように構成してもよい。また、図１０（Ｃ）に示す例では、合算保留記憶数にかかわらず共通の高ベース用のはずれ用変動パターン種別判定テーブル１３５Ｃを用いる場合を示しているが、高ベース用のはずれ用変動パターン種別判定テーブルとして合算保留記憶数に応じた複数のはずれ用変動パターン判定テーブル（判定値の割合を異ならせたテーブル）を用いるようにしてもよい。
【０１５８】
なお、この実施の形態では、遊技状態が通常状態である場合には、合算保留記憶数が３未満である場合に用いるはずれ変動パターン種別判定テーブル１３５Ａと、合算保留記憶数が３以上である場合に用いるはずれ変動パターン種別判定テーブル１３５Ｂとの２種類のテーブルを用いる場合を示しているが、はずれ変動パターン種別判定テーブルの分け方は、この実施の形態で示したものにかぎられない。例えば、合算保留記憶数の値ごとに別々のはずれ変動パターン種別判定テーブルをそれぞれ備えてもよい（すなわち、合算保留記憶数０個用、合算保留記憶数１個用、合算保留記憶数２個用、合算保留記憶数３個用、合算保留記憶数４個用・ .・のはずれ変動パターン種別判定テーブルをそれぞれ別々に用いるようにしてもよい）。また、例えば、合算保留記憶数の他の複数の値の組合せに対応したはずれ変動パターン種別判定テーブルを用いるようにしてもよい。例えば、合算保留記憶数０〜２用、合算保留記憶数３用、合算保留記憶数４用・ .・のはずれ変動パターン種別判定テーブルを用いるようにしてもよい。
【０１５９】
また、この実施の形態では、合算保留記憶数に応じてはずれ変動パターン種別判定テーブルを複数備える場合を示しているが、第１保留記憶数や第２保留記憶数に応じてはずれ変動パターン種別判定テーブルを複数備えるようにしてもよい。例えば、第１特別図柄の変動表示を行う場合には、第１保留記憶数の値ごとに別々に用意されたはずれ変動パターン種別判定テーブルを用いるようにしてもよい（すなわち、第１保留記憶数０個用、第１保留記憶数１個用、第１保留記憶数２個用、第１保留記憶数３個用、第１保留記憶数４個用・ .・のはずれ変動パターン種別判定テーブルをそれぞれ別々に用いるようにしてもよい）。また、例えば、第１保留記憶数の他の複数の値の組合せに対応したはずれ変動パターン種別判定テーブルを用いるようにしてもよい。例えば、第１保留記憶数０〜２用、第１保留記憶数３用、第１保留記憶数４用・ .・のはずれ変動パターン種別判定テーブルを用いるようにしてもよい。この場合であっても、第１保留記憶数や第２保留記憶数が多い場合（例えば３以上）には、変動時間が短い変動パターンを含む変動パターン種別が選択されやすいように構成すればよい。また、このような場合であっても、特定の可変表示パターンとしてのスーパーリーチを伴う変動パターンを含む変動パターン種別に対して共通の判定値を割り当てるように構成すればよい。
【０１６０】
なお、「特定の演出態様」とは、スーパーリーチを伴う変動パターンなど、少なくとも大当りに対する期待度が高く設定され、遊技者に大当りに対する期待感を抱かせることができる変動パターン種別、変動パターンのことである。また、「大当りに対する期待度（信頼度）」とは、その特定の演出態様による可変表示（例えば、スーパーリーチを伴う変動表示）が実行された場合に大当りが出現する出現率（確率）を示している。例えば、スーパーリーチを伴う変動表示が実行される場合の大当り期待度は、（大当りと決定されている場合にスーパーリーチが実行される割合）／（大当りと決定されている場合およびハズレと決定されている場合の両方にスーパーリーチが実行される割合）を計算することによって求められる。
【０１６１】
各はずれ用変動パターン種別判定テーブル１３５Ａ〜１３５Ｂには、変動パターン種別判定用の乱数（ランダム２）の値と比較される数値（判定値）であって、非リーチＣＡ２−１〜非リーチＣＡ２−３、ノーマルＣＡ２−４〜ノーマルＣＡ２−６、スーパーＣＡ２−７の変動パターン種別のいずれかに対応する判定値が設定されている。
【０１６２】
なお、図１０（Ａ），（Ｂ）に示すように、この実施の形態では、はずれであるとともに遊技状態が通常状態である場合には、変動パターン種別判定用の乱数（ランダム２）の値が２３０〜２５１であれば、合算保留記憶数にかかわらず、少なくともスーパーリーチ（スーパーリーチＡ、スーパーリーチＢ、特別演出）を伴う変動表示が実行されることがわかる。
【０１６３】
また、図１０（Ａ）、（Ｂ）に示すように、この実施の形態では、はずれであるとともに遊技状態が通常状態である場合には、変動パターン種別判定用の乱数（ランダム２）の値が１〜７９であれば、合算保留記憶数にかかわらず、少なくともリーチを伴わない（擬似連や滑り演出などの特定演出も伴わない）通常変動の変動表示が実行されることがわかる。そのようなテーブル構成により、この実施の形態では、判定テーブル（はずれ用変動パターン種別判定テーブル１３５Ａ，１３５Ｂ）は、リーチ用可変表示パターン（リーチを伴う変動パターン）以外の可変表示パターンのうちの少なくとも一部に対して、保留記憶手段（第１保留記憶バッファや第２保留記憶バッファ）が記憶する権利の数（第１保留記憶数や第２保留記憶数、合算保留記憶数）にかかわらず、共通の判定値（図１０（Ａ），（Ｂ）に示す例では１〜７９）が割り当てられるように構成されている。なお、「リーチ用可変表示パターン以外の可変表示パターン」とは、この実施の形態で示したように、例えば、リーチを伴わず、擬似連や滑り演出などの特定演出も伴わず、可変表示結果が大当りとならない場合に用いられる可変表示パターン（変動パターン）のことである。
【０１６４】
なお、この実施の形態では、図９に示すように、現在の遊技状態にかかわらず、共通の大当り用変動パターン種別判定テーブルを用いる場合を示したが、現在の遊技状態が確変状態であるか通常状態であるかに応じて、それぞれ別々に用意された大当り用変動パターン種別判定テーブルを用いるようにしてもよい。また、この実施の形態では、合算保留記憶数が３以上である場合に、図１０（Ｂ）に示す短縮用のはずれ用変動パターン種別判定テーブルを選択して短縮変動の変動パターンが決定される場合があるように構成する場合を示しているが、現在の遊技状態に応じて短縮変動の変動パターンが選択されうる場合の合算保留記憶数（第１保留記憶数や第２保留記憶数でもよい）の閾値を異ならせてもよい。例えば、遊技状態が通常状態である場合には、合算保留記憶数が３である場合に（または、例えば、第１保留記憶数や第２保留記憶数が２である場合に）、短縮用のはずれ用変動パターン種別判定テーブルを選択して短縮変動の変動パターンが決定される場合があるようにし、遊技状態が高ベース状態である場合には、合算保留記憶数がより少ない１や２の場合でも（または、例えば、第１保留記憶数や第２保留記憶数がより少ない０や１の場合でも）、短縮用のはずれ用変動パターン種別判定テーブルを選択して短縮変動の変動パターンが決定される場合があるようにしてもよい。
【０１６５】
図１１（Ａ），（Ｂ）は、ＲＯＭ５４に記憶されている当り変動パターン判定テーブル１３７Ａ〜１３７Ｂを示す説明図である。当り変動パターン判定テーブル１３７Ａ〜１３７Ｂは、可変表示結果を「大当り」や「小当り」にする旨の判定がなされたときに、大当り種別や変動パターン種別の決定結果などに応じて、変動パターン判定用の乱数（ランダム３）にもとづいて、変動パターンを複数種類のうちのいずれかに決定するために参照されるテーブルである。各当り変動パターン判定テーブル１３７Ａ〜１３７Ｂは、変動パターン種別の決定結果に応じて、使用テーブルとして選択される。すなわち、変動パターン種別をノーマルＣＡ３−１〜ノーマルＣＡ３−２、スーパーＣＡ３−３、非リーチＣＡ３−４のいずれかにする旨の決定結果に応じて当り変動パターン判定テーブル１３７Ａが使用テーブルとして選択され、変動パターン種別を特殊ＣＡ４−１、特殊ＣＡ４−２のいずれかにする旨の決定結果に応じて当り変動パターン判定テーブル１３７Ｂが使用テーブルとして選択される。各当り変動パターン判定テーブル１３７Ａ〜１３７Ｂは、変動パターン種別に応じて、変動パターン判定用の乱数（ランダム３）の値と比較される数値（判定値）であって、演出図柄の可変表示結果が「大当り」である場合に対応した複数種類の変動パターンのいずれかに対応するデータ（判定値）を含む。
【０１６６】
なお、図１１（Ａ）に示す例では、変動パターン種別として、ノーマルリーチのみを伴う変動パターンを含む変動パターン種別であるノーマルＣＡ３−１と、ノーマルリーチおよび擬似連を伴う変動パターンを含む変動パターン種別であるノーマルＣＡ３−２と、スーパーリーチを伴う（スーパーリーチとともに擬似連や特別演出を伴う場合もある）変動パターンを含む変動パターン種別であるスーパーＣＡ３−３と、突発大当りのみを伴う変動パターンを含む変動パターン種別である非リーチＣＡ３−４とに種別分けされている場合が示されている。また、図１１（Ｂ）に示す例では、変動パターン種別として、非リーチの変動パターンを含む変動パターン種別である特殊ＣＡ４−１と、リーチを伴う変動パターンを含む変動パターン種別である特殊ＣＡ４−２とに種別分けされている場合が示されている。なお、図１１（Ｂ）において、リーチの有無によって変動パターン種別を分けるのではなく、擬似連や滑り演出などの特定演出の有無によって変動パターン種別を分けてもよい。この場合、例えば、特殊ＣＡ４−１は、特定演出を伴わない変動パターンである特殊ＰＧ１−１と特殊ＰＧ２−１を含むようにし、特殊ＣＡ４−２は、特定演出を伴う特殊ＰＧ１−２、特殊ＰＧ１−３および特殊ＰＧ２−２を含むように構成してもよい。
【０１６７】
図１２は、ＲＯＭ５４に記憶されているはずれ変動パターン判定テーブル１３８Ａを示す説明図である。はずれ変動パターン判定テーブル１３８Ａは、可変表示結果を「はずれ」にする旨の判定がなされたときに、変動パターン種別の決定結果に応じて、変動パターン判定用の乱数（ランダム３）にもとづいて、変動パターンを複数種類のうちのいずれかに決定するために参照されるテーブルである。はずれ変動パターン判定テーブル１３８Ａは、変動パターン種別の決定結果に応じて、使用テーブルとして選択される。
【０１６８】
図１３および図１４は、遊技制御用マイクロコンピュータ５６０が送信する演出制御コマンドの内容の一例を示す説明図である。図１３および図１４に示す例において、コマンド８０ＸＸ（Ｈ）は、特別図柄の可変表示に対応して演出表示装置９において可変表示される演出図柄の変動パターンを指定する演出制御コマンド（変動パターンコマンド）である（それぞれ変動パターンＸＸに対応）。つまり、図６に示された使用されうる変動パターンのそれぞれに対して一意な番号を付した場合に、その番号で特定される変動パターンのそれぞれに対応する変動パターンコマンドがある。なお、「（Ｈ）」は１６進数であることを示す。また、変動パターンを指定する演出制御コマンドは、変動開始を指定するためのコマンドでもある。従って、演出制御用マイクロコンピュータ１００は、コマンド８０ＸＸ（Ｈ）を受信すると、演出表示装置９において演出図柄の可変表示を開始するように制御する。
【０１６９】
コマンド８Ｃ０１（Ｈ）〜８Ｃ０６（Ｈ）は、大当りとするか否か、小当りとするか否か、および大当り種別を示す演出制御コマンドである。演出制御用マイクロコンピュータ１００は、コマンド８Ｃ０１（Ｈ）〜８Ｃ０６（Ｈ）の受信に応じて演出図柄の表示結果を決定するので、コマンド８Ｃ０１（Ｈ）〜８Ｃ０６（Ｈ）を表示結果指定コマンドという。
【０１７０】
コマンド８Ｄ０１（Ｈ）は、第１特別図柄の可変表示（変動）を開始することを示す演出制御コマンド（第１図柄変動指定コマンド）である。コマンド８Ｄ０２（Ｈ）は、第２特別図柄の可変表示（変動）を開始することを示す演出制御コマンド（第２図柄変動指定コマンド）である。第１図柄変動指定コマンドと第２図柄変動指定コマンドとを特別図柄特定コマンド（または図柄変動指定コマンド）と総称することがある。なお、第１特別図柄の可変表示を開始するのか第２特別図柄の可変表示を開始するのかを示す情報を、変動パターンコマンドに含めるようにしてもよい。
【０１７１】
コマンド８Ｆ００（Ｈ）は、第４図柄の可変表示（変動）を終了して表示結果（停止図柄）を導出表示することを示す演出制御コマンド（図柄確定指定コマンド）である。演出制御用マイクロコンピュータ１００は、図柄確定指定コマンドを受信すると、第４図柄の可変表示（変動）を終了して表示結果を導出表示する。
【０１７２】
コマンド９０００（Ｈ）は、遊技機に対する電力供給が開始されたときに送信される演出制御コマンド（初期化指定コマンド：電源投入指定コマンド）である。コマンド９２００（Ｈ）は、遊技機に対する電力供給が再開されたときに送信される演出制御コマンド（停電復旧指定コマンド）である。遊技制御用マイクロコンピュータ５６０は、遊技機に対する電力供給が開始されたときに、バックアップＲＡＭにデータが保存されている場合には、停電復旧指定コマンドを送信し、そうでない場合には、初期化指定コマンドを送信する。
【０１７３】
コマンド９Ｆ００（Ｈ）は、客待ちデモンストレーションを指定する演出制御コマンド（客待ちデモ指定コマンド）である。
【０１７４】
コマンドＡ００１，Ａ００２（Ｈ）は、ファンファーレ画面を表示すること、すなわち大当り遊技の開始を指定する演出制御コマンド（大当り開始指定コマンド：ファンファーレ指定コマンド）である。この実施の形態では、大当りの種類に応じて、大当り開始指定コマンドまたは小当り／突然確変大当り開始指定コマンドが用いられる。具体的には、「１５Ｒ確変大当り」や、「８Ｒ確変大当り」である場合には大当り開始指定コマンド（Ａ００１（Ｈ））が用いられ、「突然確変大当り」や「小当り」である場合には小当り／突然確変大当り開始指定コマンド（Ａ００２（Ｈ））が用いられる。なお、遊技制御用マイクロコンピュータ５６０は、突然確変大当りである場合に突然確変大当り開始指定用のファンファーレ指定コマンドを送信するものの、小当りである場合にはファンファーレ指定コマンドを送信しないように構成してもよい。
【０１７５】
コマンドＡ１ＸＸ（Ｈ）は、ＸＸで示す回数目（ラウンド）の大入賞口開放中の表示を示す演出制御コマンド（大入賞口開放中指定コマンド）である。なお、大入賞口開放中指定コマンドはラウンドごとにそのラウンドを指定する値がＥＸＴデータに設定されて送信されるので、ラウンドごとに異なる大入賞口開放中指定コマンドが送信される。例えば、大当り遊技中の第１ラウンドを実行する際には、ラウンド１を指定する大入賞口開放中指定コマンド（Ａ１０１（Ｈ））が送信され、大当り遊技中の第１０ラウンドを実行する際には、ラウンド１０を指定する大入賞口開放中指定コマンド（Ａ１０Ａ（Ｈ））が送信される。Ａ２ＸＸ（Ｈ）は、ＸＸで示す回数目（ラウンド）の大入賞口閉鎖を示す演出制御コマンド（大入賞口開放後指定コマンド）である。なお、大入賞口開放後指定コマンドはラウンドごとにそのラウンドを指定する値がＥＸＴデータに設定されて送信されるので、ラウンドごとに異なる大入賞口開放後指定コマンドが送信される。例えば、大当り遊技中の第１ラウンドを終了する際には、ラウンド１を指定する大入賞口開放後指定コマンド（Ａ２０１（Ｈ））が送信され、大当り遊技中の第１０ラウンドを終了する際には、ラウンド１０を指定する大入賞口開放後指定コマンド（Ａ３０Ａ（Ｈ））が送信される。
【０１７６】
コマンドＡ３０１（Ｈ）は、大当り終了画面を表示すること、すなわち大当り遊技の終了を指定する演出制御コマンド（大当り終了指定コマンド：エンディング１指定コマンド）である。なお、大当り終了指定コマンド（Ａ３０１（Ｈ））は、「１５Ｒ確変大当り」や、「８Ｒ確変大当り」による大当り遊技を終了する場合に用いられる。コマンドＡ３０２（Ｈ）は、小当りの遊技の終了または突然確変大当りの遊技の終了を指定する演出制御コマンド（小当り／突然確変大当り終了指定コマンド：エンディング２指定コマンド）である。なお、遊技制御用マイクロコンピュータ５６０は、突然確変大当りである場合に突然確変大当り終了指定用のエンディング指定コマンドを送信するものの、小当りである場合にはエンディング指定コマンドを送信しないように構成してもよい。
【０１７７】
コマンドＢ０００（Ｈ）は、遊技状態が通常状態であるときの背景表示を指定する演出制御コマンド（通常状態背景指定コマンド）である。コマンドＢ００１（Ｈ）は、遊技状態が高確率／高ベース状態であるときの背景表示を指定する演出制御コマンド（高確率／高ベース状態背景指定コマンド）である。コマンドＢ００２（Ｈ）は、遊技状態が高確率／低ベース状態であるときの背景表示を指定する演出制御コマンド（高確率／低ベース状態背景指定コマンド）である。
【０１７８】
コマンドＣ０００（Ｈ）は、第１始動入賞があったことを指定する演出制御コマンド（第１始動入賞指定コマンド）である。コマンドＣ１００（Ｈ）は、第２始動入賞があったことを指定する演出制御コマンド（第２始動入賞指定コマンド）である。なお、この実施の形態では、以下、第１始動入賞指定コマンドと第２始動入賞指定コマンドとを、始動入賞指定コマンドと総称することがある。
【０１７９】
コマンドＣ２ＸＸ（Ｈ）は、第１保留記憶数と第２保留記憶数との合計である合計数（合算保留記憶数）を指定する演出制御コマンド（合算保留記憶数指定コマンド）である。コマンドＣ２ＸＸ（Ｈ）における「ＸＸ」が、合算保留記憶数を示す。コマンドＣ３００（Ｈ）は、合算保留記憶数を１減算することを指定する演出制御コマンド（合算保留記憶数減算指定コマンド）である。なお、この実施の形態では、遊技制御用マイクロコンピュータ５６０は、合算保留記憶数を減算する場合には合算保留記憶数減算指定コマンドを送信するが、合算保留記憶数減算指定コマンドを使用せず、合算保留記憶数を減算するときに、減算後の合算保留記憶数を指定する合算保留記憶数指定コマンドを送信するようにしてもよい。
【０１８０】
なお、この実施の形態では、保留記憶数を指定するコマンドとして、合算保留記憶数を指定する合算保留記憶数指定コマンドを送信する場合を示しているが、第１保留記憶と第２保留記憶とのうち増加した方の保留記憶数を指定するコマンドを送信するように構成してもよい。具体的には、第１保留記憶が増加した場合に第１保留記憶数を指定する第１保留記憶数指定コマンドを送信し、第２保留記憶が増加した場合に第２保留記憶数を指定する第２保留記憶数指定コマンドを送信するようにしてもよい。
【０１８１】
また、この実施の形態では、保留記憶情報として、第１始動入賞口１３と第２始動入賞口１４とのいずれに始動入賞したかを指定する始動入賞指定コマンドを送信するとともに、合算保留記憶数を指定する合算保留記憶数指定コマンドを送信する場合を示しているが、保留記憶情報として送信する演出制御コマンドは、この実施の形態で示したものにかぎられない。例えば、保留記憶数が増加したときに、第１保留記憶数または第２保留記憶数が増加したことを示す保留記憶数加算指定コマンド（第１保留記憶数加算指定コマンドまたは第２保留記憶数加算指定コマンド）を送信する一方、保留記憶数が減少したときに、第１保留記憶数または第２保留記憶数が減少したことを示す保留記憶数減算指定コマンド（第１保留記憶数減算指定コマンドまたは第２保留記憶数減算指定コマンド）を送信するようにしてもよい。
【０１８２】
コマンドＣ４ＸＸ（Ｈ）およびコマンドＣ６ＸＸ（Ｈ）は、入賞時判定結果の内容を示す演出制御コマンド（入賞時判定結果指定コマンド）である。このうち、コマンドＣ４ＸＸ（Ｈ）は、入賞時判定結果のうち、大当りとなるか否かや、小当りとなるか否か、大当りの種別の判定結果を示す演出制御コマンド（図柄指定コマンド）である。また、コマンドＣ６ＸＸ（Ｈ）は、入賞時判定結果のうち、変動パターン種別判定用乱数の値がいずれの判定値の範囲となるかの判定結果（変動パターン種別の判定結果）を示す演出制御コマンド（変動カテゴリコマンド）である。
【０１８３】
この実施の形態では、後述する入賞時演出処理（図２１参照）において、遊技制御用マイクロコンピュータ５６０は、始動入賞時に、大当りとなるか否かや、小当りとなるか否か、大当りの種別、変動パターン種別判定用乱数の値がいずれの判定値の範囲にとなるかを判定する。そして、図柄指定コマンドのＥＸＴデータに、大当りや小当りとなることを指定する値や、大当りの種別を指定する値を設定し、演出制御用マイクロコンピュータ１００に対して送信する制御を行う。また、変動カテゴリコマンドのＥＸＴデータに判定結果としての判定値の範囲を指定する値を設定し、演出制御用マイクロコンピュータ１００に対して送信する制御を行う。なお、この実施の形態では、演出制御用マイクロコンピュータ１００は、図柄指定コマンドに設定されている値にもとづいて、表示結果が大当りや小当りとなるか否か、大当りの種別を認識できるとともに、変動カテゴリコマンドにもとづいて、変動パターン種別判定用乱数の値が所定の判定値となる場合には変動パターン種別を認識できる。
【０１８４】
図１５は、図柄指定コマンドの内容の一例を示す説明図である。図１５に示すように、この実施の形態では、大当りや小当りとなるか否かと、大当りの種別とに応じて、ＥＸＴデータが設定され、図柄指定コマンドが送信される。
【０１８５】
例えば、後述する入賞時演出処理において、「はずれ」となると判定された場合には、ＣＰＵ５６は、ＥＸＴデータに「００（Ｈ）」を設定した図柄指定コマンド（図柄１指定コマンド）を送信する。また、例えば、「１５Ｒ確変大当り」となると判定された場合には、ＣＰＵ５６は、ＥＸＴデータに「０１（Ｈ）」を設定した図柄指定コマンド（図柄２指定コマンド）を送信する。また、例えば、「８Ｒ確変大当り」となると判定された場合には、ＣＰＵ５６は、ＥＸＴデータに「０２（Ｈ）」を設定した図柄指定コマンド（図柄３指定コマンド）を送信する。また、例えば、「突然確変大当り」となると判定された場合には、ＣＰＵ５６は、ＥＸＴデータに「０４（Ｈ）」を設定した図柄指定コマンド（図柄５指定コマンド）を送信する。また、例えば、「小当り」となると判定された場合には、ＣＰＵ５６は、ＥＸＴデータに「０５（Ｈ）」を設定した図柄指定コマンド（図柄６指定コマンド）を送信する。なお、図柄指定コマンドに設定されるＥＸＴデータと、表示結果指定コマンドに設定されるＥＸＴデータとを共通化してもよい。そのように構成すれば、図柄指定コマンドを設定する際と表示結果指定コマンドを設定する際とで、読み出すデータを共通化することができる。
【０１８６】
図１６および図１７は、変動カテゴリコマンドの内容の一例を示す説明図である。図１６および図１７に示すように、この実施の形態では、いずれの遊技状態であるかと、特別図柄や演出図柄の表示結果がいずれの表示結果となるかと、始動入賞時に変動パターン種別判定用乱数の値がいずれの判定値の範囲になると判定したとかとに応じて、ＥＸＴデータに値が設定され、変動カテゴリコマンドが送信される。
【０１８７】
例えば、始動入賞時に、遊技状態が通常状態且つはずれとなると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜７９となるか否かを判定する。変動パターン種別判定用乱数の値が１〜７９となる場合には、ＣＰＵ５６は、ＥＸＴデータに「００（Ｈ）」を設定した変動カテゴリ１コマンドを送信する。なお、この実施の形態では、遊技状態が通常状態である場合には、合算保留記憶数にかかわらず、判定値１〜７９の範囲には非リーチＣＡ２−１の変動パターン種別が共通に割り当てられているのであるから、演出制御用マイクロコンピュータ１００は、変動カテゴリ１コマンドを受信したことにもとづいて、少なくとも変動パターン種別が非リーチＣＡ２−１となることを認識することができる。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が８０〜８９となる場合には、ＥＸＴデータに「０１（Ｈ）」を設定した変動カテゴリ２コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が９０〜９９となる場合には、ＥＸＴデータに「０２（Ｈ）」を設定した変動カテゴリ３コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が１００〜１６９となる場合には、ＥＸＴデータに「０３（Ｈ）」を設定した変動カテゴリ４コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が１７０〜１９９となる場合には、ＥＸＴデータに「０４（Ｈ）」を設定した変動カテゴリ５コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２００〜２１４となる場合には、ＥＸＴデータに「０５（Ｈ）」を設定した変動カテゴリ６コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２１５〜２２９となる場合には、ＥＸＴデータに「０６（Ｈ）」を設定した変動カテゴリ７コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２３０〜２５１となる場合には、ＥＸＴデータに「０７（Ｈ）」を設定した変動カテゴリ８コマンドを送信する。なお、この実施の形態では、遊技状態が通常状態である場合には、合算保留記憶数にかかわらず、判定値２３０〜２５１の範囲にはスーパーＣＡ２−７の変動パターン種別が共通に割り当てられているのであるから、演出制御用マイクロコンピュータ１００は、変動カテゴリ８コマンドを受信したことにもとづいて、少なくとも変動パターン種別がスーパーＣＡ２−７となることを認識することができる。
【０１８８】
なお、上記のいずれの変動カテゴリに属するかを判定するために用いられる閾値７９、８９、９９、１６９、１９９、２１４および２２９は、具体的には、図１０（Ａ），（Ｂ）に示すはずれ用変動パターン種別判定テーブルにおける各変動パターン種別に割り当てられた判定値の範囲の境界となりうる値をピックアップして導き出されたものである。このことは、以降の変動カテゴリ９〜１２，２１〜２９についても同様であり、図９（Ａ）〜（Ｄ）や図１０（Ｃ），（Ｄ）に示す変動パターン種別判定テーブルにおける各変動パターン種別に割り当てられた判定値の範囲の境界となりうる値をピックアップしてカテゴリ判定のために用いられる閾値が導き出される。
【０１８９】
また、例えば、始動入賞時に、遊技状態が高確率／高ベース状態且つはずれとなると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜２１９となるか否かを判定する。変動パターン種別判定用乱数の値が１〜２１９となる場合（すなわち、非リーチＣＡ２−３の変動パターン種別となる場合）には、ＣＰＵ５６は、ＥＸＴデータに「０８（Ｈ）」を設定した変動カテゴリ９コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２２０〜２５１となる場合（すなわち、スーパーＣＡ２−７の変動パターン種別となる場合）には、ＥＸＴデータに「０９（Ｈ）」を設定した変動カテゴリ１０コマンドを送信する。
【０１９０】
また、例えば、始動入賞時に、遊技状態が高確率／低ベース状態且つはずれとなると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜７９となるか否かを判定する。変動パターン種別判定用乱数の値が１〜７９となる場合（すなわち、非リーチＣＡ２−１の変動パターン種別となる場合）には、ＣＰＵ５６は、ＥＸＴデータに「０Ａ（Ｈ）」を設定した変動カテゴリ１１コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が８０〜２５１となる場合（すなわち、スーパーＣＡ２−７の変動パターン種別となる場合）には、ＥＸＴデータに「０Ｂ（Ｈ）」を設定した変動カテゴリ１２コマンドを送信する。
【０１９１】
なお、遊技状態が確変状態（高確率／高ベース状態や高確率／低ベース状態）である場合にも、判定値２３０〜２５１の範囲にスーパーＣＡ２−７の変動パターン種別を割り当てるようにしてもよい。そのようにすれば、遊技状態にかかわらず、スーパーＣＡ２−７の変動パターン種別に対して共通の判定値が割り当てられるようにすることができる。そのため、後述する入賞時演出の処理のステップＳ２３２の処理を実行する際に、はずれであれば、遊技状態にかかわらず共通の判定処理を行えばよくなり、プログラム容量をより低減することができる。また、この場合、ステップＳ２２６の遊技状態の判定処理も不要とすることができる。
【０１９２】
また、例えば、始動入賞時に、「８Ｒ確変大当り」となると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜７４となるか否かを判定する。変動パターン種別判定用乱数の値が１〜７４となる場合（すなわち、ノーマルＣＡ３−１の変動パターン種別となる場合）には、ＣＰＵ５６は、ＥＸＴデータに「１０（Ｈ）」を設定した変動カテゴリ２１コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が７５〜１４９となる場合（すなわち、ノーマルＣＡ３−２の変動パターン種別となる場合）には、ＥＸＴデータに「１１（Ｈ）」を設定した変動カテゴリ２２コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が１５０〜２４１となる場合（すなわち、スーパーＣＡ３−３の変動パターン種別となる場合）には、ＥＸＴデータに「１２（Ｈ）」を設定した変動カテゴリ２３コマンドを送信する。また、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２４２〜２５１となる場合（すなわち、非リーチＣＡ３−４の変動パターン種別となる場合）には、ＥＸＴデータに「１９（Ｈ）」を設定した変動カテゴリ３０コマンドを送信する。
【０１９３】
また、例えば、始動入賞時に、「１５Ｒ確変大当り」となると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜３８となるか否かを判定する。変動パターン種別判定用乱数の値が１〜３８となる場合（すなわち、ノーマルＣＡ３−１の変動パターン種別となる場合）には、ＣＰＵ５６は、ＥＸＴデータに「１３（Ｈ）」を設定した変動カテゴリ２４コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が３９〜７９となる場合（すなわち、ノーマルＣＡ３−２の変動パターン種別となる場合）には、ＥＸＴデータに「１４（Ｈ）」を設定した変動カテゴリ２５コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が８０〜２２１となる場合（すなわち、スーパーＣＡ３−３の変動パターン種別となる場合）には、ＥＸＴデータに「１５（Ｈ）」を設定した変動カテゴリ２６コマンドを送信する。また、ＣＰＵ５６は、変動パターン種別判定用乱数の値が２２２〜２５１となる場合（すなわち、非リーチＣＡ３−４の変動パターン種別となる場合）には、ＥＸＴデータに「１Ａ（Ｈ）」を設定した変動カテゴリ３１コマンドを送信する。
【０１９４】
また、例えば、始動入賞時に、突然確変大当りとなると判定した場合、後述する入賞時演出処理のステップＳ２３２において、ＣＰＵ５６は、まず、変動パターン種別判定用乱数の値が１〜１００となるか否かを判定する。変動パターン種別判定用乱数の値が１〜１００となる場合（すなわち、特殊ＣＡ４−１の変動パターン種別となる場合）には、ＣＰＵ５６は、ＥＸＴデータに「１６（Ｈ）」を設定した変動カテゴリ２７コマンドを送信する。次いで、ＣＰＵ５６は、変動パターン種別判定用乱数の値が１０１〜２５１となる場合（すなわち、特殊ＣＡ４−２の変動パターン種別となる場合）には、ＥＸＴデータに「１７（Ｈ）」を設定した変動カテゴリ２８コマンドを送信する。
【０１９５】
また、例えば、始動入賞時に、小当りとなると判定した場合、ＣＰＵ５６は、ＥＸＴデータに「１８（Ｈ）」を設定した変動カテゴリ２９コマンドを送信する。
【０１９６】
この実施の形態では、決定された変動カテゴリコマンドにもとづいて予告演出が実行される。この実施の形態では、予告演出として、予告対象となる変動表示が開始されるよりも前から複数の変動にわたって実行されるプレゼント演出を行う。プレゼント演出は、プレゼントボックス画像を表示するとともに、予告対象である変動表示中にプレゼントボックスを開封してプレゼントの中身の画像（以下、「プレゼント画像」）を表示する演出である。
【０１９７】
また、この実施の形態におけるプレゼント演出は、予告対象の変動よりも前の変動開始時から開始される。なお、詳細は後述するが、プレゼント演出の開始タイミングは、予告対象の保留記憶がなされるタイミングである。
【０１９８】
演出制御基板８０に搭載されている演出制御用マイクロコンピュータ１００（具体的には、演出制御用ＣＰＵ１０１）は、主基板３１に搭載されている遊技制御用マイクロコンピュータ５６０から上述した演出制御コマンドを受信すると、図１３および図１４に示された内容に応じて演出表示装置９の表示状態を変更したり、ランプの表示状態を変更したり、音声出力基板７０に対して音番号データを出力したりする。
【０１９９】
例えば、遊技制御用マイクロコンピュータ５６０は、始動入賞があり第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂにおいて特別図柄の可変表示が開始される度に、演出図柄の変動パターンを指定する変動パターンコマンドおよび表示結果指定コマンドを演出制御用マイクロコンピュータ１００に送信する。
【０２００】
この実施の形態では、演出制御コマンドは２バイト構成であり、１バイト目はＭＯＤＥ（コマンドの分類）を表し、２バイト目はＥＸＴ（コマンドの種類）を表す。ＭＯＤＥデータの先頭ビット（ビット７）は必ず「１」に設定され、ＥＸＴデータの先頭ビット（ビット７）は必ず「０」に設定される。なお、そのようなコマンド形態は一例であって他のコマンド形態を用いてもよい。例えば、１バイトや３バイト以上で構成される制御コマンドを用いてもよい。
【０２０１】
なお、演出制御コマンドの送出方式として、演出制御信号ＣＤ０〜ＣＤ７の８本のパラレル信号線で１バイトずつ主基板３１から中継基板７７を介して演出制御基板８０に演出制御コマンドデータを出力し、演出制御コマンドデータの他に、演出制御コマンドデータの取込を指示するパルス状（矩形波状）の取込信号（演出制御ＩＮＴ信号）を出力する方式を用いる。演出制御コマンドの８ビットの演出制御コマンドデータは、演出制御ＩＮＴ信号に同期して出力される。演出制御基板８０に搭載されている演出制御用マイクロコンピュータ１００は、演出制御ＩＮＴ信号が立ち上がったことを検知して、割込処理によって１バイトのデータの取り込み処理を開始する。
【０２０２】
図１３および図１４に示す例では、変動パターンコマンドおよび表示結果指定コマンドを、第１特別図柄表示器８ａでの第１特別図柄の変動に対応した演出図柄の可変表示（変動）と第２特別図柄表示器８ｂでの第２特別図柄の変動に対応した演出図柄の可変表示（変動）とで共通に使用でき、第１特別図柄および第２特別図柄の可変表示に伴って演出を行う演出表示装置９などの演出用部品を制御する際に、遊技制御用マイクロコンピュータ５６０から演出制御用マイクロコンピュータ１００に送信されるコマンドの種類を増大させないようにすることができる。
【０２０３】
図１８は、主基板３１に搭載される遊技制御用マイクロコンピュータ５６０（具体的には、ＣＰＵ５６）が実行する特別図柄プロセス処理（ステップＳ２６）のプログラムの一例を示すフローチャートである。上述したように、特別図柄プロセス処理では第１特別図柄表示器８ａまたは第２特別図柄表示器８ｂおよび大入賞口を制御するための処理が実行される。特別図柄プロセス処理において、ＣＰＵ５６は、第１始動入賞口１３に遊技球が入賞したことを検出するための第１始動口スイッチ１３ａがオンしていたら、すなわち、第１始動入賞口１３への始動入賞が発生していたら、または、第２始動入賞口１４に遊技球が入賞したことを検出するための第２始動口スイッチ１４ａがオンしていたら、すなわち第２始動入賞口１４への始動入賞が発生していたら、始動口スイッチ通過処理を実行する（ステップＳ３１１，Ｓ３１２）。そして、ステップＳ３００〜Ｓ３１０のうちのいずれかの処理を行う。第１始動口スイッチ１３ａまたは第２始動口スイッチ１４ａがオンしていなければ、内部状態に応じて、ステップＳ３００〜Ｓ３１０のうちのいずれかの処理を行う。
【０２０４】
ステップＳ３００〜Ｓ３１０の処理は、以下のような処理である。
特別図柄通常処理（ステップＳ３００）：特別図柄プロセスフラグの値が０であるときに実行される。遊技制御用マイクロコンピュータ５６０は、特別図柄の可変表示が開始できる状態になると、保留記憶バッファに記憶される数値データの記憶数（合算保留記憶数）を確認する。保留記憶バッファに記憶される数値データの記憶数は合算保留記憶数カウンタのカウント値により確認できる。また、合算保留記憶数カウンタのカウント値が０でなければ、第１特別図柄または第２特別図柄の可変表示の表示結果を大当りとするか否かを決定する。大当りとする場合には大当りフラグをセットする。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０１に応じた値（この例では１）に更新する。なお、大当りフラグは、大当り遊技が終了するときにリセットされる。
【０２０５】
変動パターン設定処理（ステップＳ３０１）：特別図柄プロセスフラグの値が１であるときに実行される。また、変動パターンを決定し、その変動パターンにおける変動時間（可変表示時間：可変表示を開始してから表示結果を導出表示（停止表示）するまでの時間）を特別図柄の可変表示の変動時間とすることに決定する。また、決定した変動パターンに応じた変動パターンコマンドを演出制御用マイクロコンピュータ１００に送信する制御を行い、特別図柄の変動時間を計測する変動時間タイマをスタートさせる。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０２に対応した値（この例では２）に更新する。
【０２０６】
表示結果指定コマンド送信処理（ステップＳ３０２）：特別図柄プロセスフラグの値が２であるときに実行される。演出制御用マイクロコンピュータ１００に、表示結果指定コマンドを送信する制御を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３０３に対応した値（この例では３）に更新する。
【０２０７】
特別図柄変動中処理（ステップＳ３０３）：特別図柄プロセスフラグの値が３であるときに実行される。変動パターン設定処理で選択された変動パターンの変動時間が経過（ステップＳ３０１でセットされる変動時間タイマがタイムアウトすなわち変動時間タイマの値が０になる）すると、演出制御用マイクロコンピュータ１００に、図柄確定指定コマンドを送信する制御を行い、内部状態（特別図柄プロセスフラグ）をステップＳ３０４に対応した値（この例では４）に更新する。なお、演出制御用マイクロコンピュータ１００は、遊技制御用マイクロコンピュータ５６０が送信する図柄確定指定コマンドを受信すると演出表示装置９において第４図柄が停止されるように制御する。
【０２０８】
特別図柄停止処理（ステップＳ３０４）：特別図柄プロセスフラグの値が４であるときに実行される。大当りフラグがセットされている場合に、内部状態（特別図柄プロセスフラグ）をステップＳ３０５に対応した値（この例では５）に更新する。また、小当りフラグがセットされている場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０８に対応した値（この例では８）に更新する。大当りフラグおよび小当りフラグのいずれもセットされていない場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。なお、この実施の形態では、特別図柄プロセスフラグの値が４となったことにもとづいて、後述するように、特別図柄表示制御処理において特別図柄の停止図柄を停止表示するための特別図柄表示制御データが特別図柄表示制御データ設定用の出力バッファに設定され、ステップＳ２２の表示制御処理において出力バッファの設定内容に応じて実際に特別図柄の停止図柄が停止表示される。
【０２０９】
大入賞口開放前処理（ステップＳ３０５）：特別図柄プロセスフラグの値が５であるときに実行される。大入賞口開放前処理では、大入賞口を開放する制御を行う。具体的には、カウンタ（例えば、大入賞口に入った遊技球数をカウントするカウンタ）などを初期化するとともに、ソレノイド２１を駆動して大入賞口を開放状態にする。また、大入賞口開放中指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行うとともに、タイマによって大入賞口開放中処理の実行時間を設定し、内部状態（特別図柄プロセスフラグ）をステップＳ３０６に対応した値（この例では６）に更新する。なお、大入賞口開放前処理はラウンド毎に実行されるが、第１ラウンドを開始する場合には、大入賞口開放前処理は大当り遊技を開始する処理でもある。また、大入賞口開放中指定コマンドはラウンドごとにそのラウンドを指定する値がＥＸＴデータに設定されて送信されるので、ラウンドごとに異なる大入賞口開放中指定コマンドが送信される。例えば、大当り遊技中の第１ラウンドを実行する際には、ラウンド１を指定する大入賞口開放中指定コマンド（Ａ１０１（Ｈ））が送信され、大当り遊技中の第１０ラウンドを実行する際には、ラウンド１０を指定する大入賞口開放中指定コマンド（Ａ１０Ａ（Ｈ））が送信される。
【０２１０】
大入賞口開放中処理（ステップＳ３０６）：特別図柄プロセスフラグの値が６であるときに実行される。大入賞口開放中処理では、大入賞口の閉成条件の成立を確認する処理等を行う。大入賞口の閉成条件が成立し、かつ、まだ残りラウンドがある場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０５に対応した値（この例では５）に更新する。また、大当り中開放後指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行うとともに、全てのラウンドを終えた場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０７に対応した値（この例では７）に更新する。
【０２１１】
大当り終了処理（ステップＳ３０７）：特別図柄プロセスフラグの値が７であるときに実行される。大当り遊技状態が終了したことを遊技者に報知する表示制御を演出制御用マイクロコンピュータ１００に行わせるための制御を行う。また、遊技状態を示すフラグ（例えば、高確率フラグや高ベースフラグ）をセットする処理を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。
【０２１２】
小当り開放前処理（ステップＳ３０８）：特別図柄プロセスフラグの値が８であるときに実行される。小当り開放前処理では、大入賞口を開放する制御を行う。具体的には、カウンタ（例えば、大入賞口に入った遊技球数をカウントするカウンタ）などを初期化するとともに、ソレノイド２１を駆動して大入賞口を開放状態にする。また、タイマによって大入賞口開放中処理の実行時間を設定し、内部状態（特別図柄プロセスフラグ）をステップＳ３０９に対応した値（この例では９）に更新する。なお、小当り開放前処理は小当り遊技中の大入賞口の開放毎に実行されるが、小当り遊技中の最初の開放を開始する場合には、小当り開放前処理は小当り遊技を開始する処理でもある。
【０２１３】
小当り開放中処理（ステップＳ３０９）：特別図柄プロセスフラグの値が９であるときに実行される。大入賞口の閉成条件の成立を確認する処理等を行う。大入賞口の閉成条件が成立し、かつ、まだ大入賞口の開放回数が残っている場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３０８に対応した値（この例では８）に更新する。また、全ての開放を終えた場合には、内部状態（特別図柄プロセスフラグ）をステップＳ３１０に対応した値（この例では１０）に更新する。
【０２１４】
小当り終了処理（ステップＳ３１０）：特別図柄プロセスフラグの値が１０であるときに実行される。小当り遊技状態が終了したことを遊技者に報知する表示制御を演出制御用マイクロコンピュータ１００に行わせるための制御を行う。そして、内部状態（特別図柄プロセスフラグ）をステップＳ３００に対応した値（この例では０）に更新する。
【０２１５】
図１９は、ステップＳ３１２の始動口スイッチ通過処理を示すフローチャートである。始動口スイッチ通過処理において、ＣＰＵ５６は、まず、第１始動口スイッチ１３ａがオン状態であるか否かを確認する（ステップＳ１２１１）。第１始動口スイッチ１３ａがオン状態でなければ、ステップＳ１２２２に移行する。第１始動口スイッチ１３ａがオン状態であれば、ＣＰＵ５６は、第１保留記憶数が上限値に達しているか否か（具体的には、第１保留記憶数をカウントするための第１保留記憶数カウンタの値が４であるか否か）を確認する（ステップＳ１２１２）。第１保留記憶数が上限値に達していれば、ステップＳ１２２２に移行する。
【０２１６】
第１保留記憶数が上限値に達していなければ、ＣＰＵ５６は、第１保留記憶数カウンタの値を１増やす（ステップＳ１２１３）とともに、合算保留記憶数をカウントするための合算保留記憶数カウンタの値を１増やす（ステップＳ１２１４）。また、ＣＰＵ５６は、第１始動入賞口１３および第２始動入賞口１４への入賞順を記憶するための保留記憶特定情報記憶領域（保留特定領域）において、合算保留記憶数カウンタの値に対応した領域に、「第１」を示すデータをセットする（ステップＳ１２１５）。
【０２１７】
この実施の形態では、第１始動口スイッチ１３ａがオン状態となった場合（すなわち、第１始動入賞口１３に遊技球が始動入賞した場合）には「第１」を示すデータをセットし、第２始動口スイッチ１４ａがオン状態となった場合（すなわち、第２始動入賞口１４に遊技球が始動入賞した場合）には「第２」を示すデータをセットする。例えば、ＣＰＵ５６は、保留記憶特定情報記憶領域（保留特定領域）において、第１始動口スイッチ１３ａがオン状態となった場合には「第１」を示すデータとして０１（Ｈ）をセットし、第２始動口スイッチ１４ａがオン状態となった場合には「第２」を示すデータとして０２（Ｈ）をセットする。なお、この場合、対応する保留記憶がない場合には、保留記憶特定情報記憶領域（保留特定領域）には、００（Ｈ）がセットされている。
【０２１８】
図２０（Ａ）は、保留記憶特定情報記憶領域（保留特定領域）の構成例を示す説明図である。図２０（Ａ）に示すように、保留特定領域には、合算保留記憶数カウンタの値の最大値（この例では８）に対応した領域が確保されている。なお、図２０（Ａ）には、合算保留記憶数カウンタの値が５である場合の例が示されている。図２０（Ａ）に示すように、保留特定領域には、合算保留記憶数カウンタの値の最大値（この例では８）に対応した領域が確保されており、第１始動入賞口１３または第２始動入賞口１４への入賞にもとづき入賞順に「第１」または「第２」であることを示すデータがセットされる。従って、保留記憶特定情報記憶領域（保留特定領域）には、第１始動入賞口１３および第２始動入賞口１４への入賞順が記憶される。なお、保留特定領域は、ＲＡＭ５５に形成されている。
【０２１９】
次いで、ＣＰＵ５６は、乱数回路５０３やソフトウェア乱数を生成するためのカウンタから値を抽出し、それらを、第１保留記憶バッファ（図２０（Ｂ）参照）における保存領域に格納する処理を実行する（ステップＳ１２１６）。なお、ステップＳ１２１６の処理では、ハードウェア乱数であるランダムＲ（大当り判定用乱数）や、ソフトウェア乱数である大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３）が抽出され、保存領域に格納される。なお、変動パターン判定用乱数（ランダム３）を始動口スイッチ通過処理（始動入賞時）において抽出して保存領域にあらかじめ格納しておくのではなく、第１特別図柄の変動開始時に抽出するようにしてもよい。例えば、遊技制御用マイクロコンピュータ５６０は、後述する変動パターン設定処理において、変動パターン判定用乱数（ランダム３）を生成するための変動パターン判定用乱数カウンタから値を直接抽出するようにしてもよい。
【０２２０】
図２０（Ｂ）は、保留記憶に対応する乱数等を保存する領域（保留バッファ）の構成例を示す説明図である。図２０（Ｂ）に示すように、第１保留記憶バッファには、第１保留記憶数の上限値（この例では４）に対応した保存領域が確保されている。また、第２保留記憶バッファには、第２保留記憶数の上限値（この例では４）に対応した保存領域が確保されている。この実施の形態では、第１保留記憶バッファおよび第２保留記憶バッファには、ハードウェア乱数であるランダムＲ（大当り判定用乱数）や、ソフトウェア乱数である大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３）が記憶される。なお、第１保留記憶バッファおよび第２保留記憶バッファは、ＲＡＭ５５に形成されている。
【０２２１】
次いで、ＣＰＵ５６は、検出した始動入賞にもとづく変動がその後実行されたときの変動表示結果や変動パターン種別を始動入賞時にあらかじめ判定する入賞時演出処理を実行する（ステップＳ１２１７）。そして、ＣＰＵ５６は、入賞時演出処理の判定結果にもとづいて図柄指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２１８）とともに、変動カテゴリコマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２１９）。また、ＣＰＵ５６は、第１始動入賞指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２２０）とともに、合算保留記憶数カウンタの値をＥＸＴデータに設定して合算保留記憶数指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２２１）。
【０２２２】
なお、ステップＳ１２１８，Ｓ１２１９の処理を実行することによって、この実施の形態では、遊技状態（高確率状態や高ベース状態であるか否か、大当り遊技状態であるか否か）にかかわらず、ＣＰＵ５６は、第１始動入賞口１３に始動入賞するごとに、必ず図柄指定コマンドおよび変動カテゴリコマンドの両方を演出制御用マイクロコンピュータ１００に対して送信する。
【０２２３】
また、この実施の形態では、ステップＳ１２１８〜Ｓ１２２１の処理が実行されることによって、第１始動入賞口１３への始動入賞が発生したときに、図柄指定コマンド、変動カテゴリコマンド、第１始動入賞指定コマンドおよび合算保留記憶数指定コマンドの４つのコマンドのセットが１タイマ割込内に一括して送信される。
【０２２４】
次いで、ＣＰＵ５６は、第２始動口スイッチ１４ａがオン状態であるか否かを確認する（ステップＳ１２２２）。第２始動口スイッチ１４ａがオン状態でなければ、そのまま処理を終了する。第２始動口スイッチ１４ａがオン状態であれば、ＣＰＵ５６は、第２保留記憶数が上限値に達しているか否か（具体的には、第２保留記憶数をカウントするための第２保留記憶数カウンタの値が４であるか否か）を確認する（ステップＳ１２２３）。第２保留記憶数が上限値に達していれば、そのまま処理を終了する。
【０２２５】
第２保留記憶数が上限値に達していなければ、ＣＰＵ５６は、第２保留記憶数カウンタの値を１増やす（ステップＳ１２２４）とともに、合算保留記憶数をカウントするための合算保留記憶数カウンタの値を１増やす（ステップＳ１２２５）。また、ＣＰＵ５６は、保留記憶特定情報記憶領域（保留特定領域）において、合算保留記憶数カウンタの値に対応した領域に、「第２」を示すデータをセットする（ステップＳ１２２６）。
【０２２６】
次いで、ＣＰＵ５６は、乱数回路５０３やソフトウェア乱数を生成するためのカウンタから値を抽出し、それらを、第２保留記憶バッファ（図２０（Ｂ）参照）における保存領域に格納する処理を実行する（ステップＳ１２２７）。なお、ステップＳ１２２７の処理では、ハードウェア乱数であるランダムＲ（大当り判定用乱数）や、ソフトウェア乱数である大当り種別判定用乱数（ランダム１）、変動パターン種別判定用乱数（ランダム２）および変動パターン判定用乱数（ランダム３）が抽出され、保存領域に格納される。なお、変動パターン判定用乱数（ランダム３）を始動口スイッチ通過処理（始動入賞時）において抽出して保存領域にあらかじめ格納しておくのではなく、第２特別図柄の変動開始時に抽出するようにしてもよい。例えば、遊技制御用マイクロコンピュータ５６０は、後述する変動パターン設定処理において、変動パターン判定用乱数（ランダム３）を生成するための変動パターン判定用乱数カウンタから値を直接抽出するようにしてもよい。
【０２２７】
次いで、ＣＰＵ５６は、入賞時演出処理を実行する（ステップＳ１２２８）。そして、ＣＰＵ５６は、入賞時演出処理の判定結果にもとづいて図柄指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２２９）とともに、変動カテゴリコマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２３０）。また、ＣＰＵ５６は、第２始動入賞指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２３１）とともに、合算保留記憶数カウンタの値をＥＸＴデータに設定して合算保留記憶数指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１２３２）。
【０２２８】
なお、ステップＳ１２２９，Ｓ１２３０の処理を実行することによって、この実施の形態では、遊技状態（高確率状態や高ベース状態であるか否か、大当り遊技状態であるか否か）にかかわらず、ＣＰＵ５６は、第２始動入賞口１４に始動入賞するごとに、必ず図柄指定コマンドおよび変動カテゴリコマンドの両方を演出制御用マイクロコンピュータ１００に対して送信する。
【０２２９】
また、この実施の形態では、ステップＳ１２２９〜Ｓ１２３２の処理が実行されることによって、第２始動入賞口１４への始動入賞が発生したときに、図柄指定コマンド、変動カテゴリコマンド、第２始動入賞指定コマンドおよび合算保留記憶数指定コマンドの４つのコマンドのセットが１タイマ割込内に一括して送信される。
【０２３０】
図２１は、ステップＳ１２１７，Ｓ１２２８の入賞時演出処理を示すフローチャートである。入賞時演出処理では、ＣＰＵ５６は、まず、ステップＳ１２１６，Ｓ１２２７で抽出した大当り判定用乱数（ランダムＲ）と図８（Ａ）の左欄に示す通常時の大当り判定値とを比較し、それらが一致するか否かを確認する（ステップＳ２２０）。この実施の形態では、特別図柄および演出図柄の変動を開始するタイミングで、後述する特別図柄通常処理において大当りや小当りとするか否か、大当り種別を決定したり、変動パターン設定処理において変動パターンを決定したりするのであるが、それとは別に、遊技球が第１始動入賞口１３や第２始動入賞口１４に始動入賞したタイミングで、その始動入賞にもとづく変動表示が開始される前に、入賞時演出処理を実行することによって、あらかじめ大当りや小当りとなるか否かや、大当りの種別、変動パターン種別判定用乱数の値がいずれの判定値の範囲にとなるかを確認する。そのようにすることによって、演出図柄の変動表示が実行されるより前にあらかじめ変動表示結果や変動パターン種別を予測し、後述するように、入賞時の判定結果にもとづいて、演出制御用マイクロコンピュータ１００によって演出図柄の変動表示中に大当りの信頼度を予告する予告演出（プレゼント演出）を実行する。
【０２３１】
大当り判定用乱数（ランダムＲ）が通常時の大当り判定値と一致しなければ（ステップＳ２２０のＮ）、ＣＰＵ５６は、遊技状態が高確率状態（確変状態。高確率／高ベース状態と高確率／低ベース状態とを含む。）であることを示す高確率フラグがセットされているか否かを確認する（ステップＳ２２１）。高確率フラグがセットされていれば、ＣＰＵ５６は、ステップＳ１２１６，Ｓ１２２７で抽出した大当り判定用乱数（ランダムＲ）と図８（Ａ）の右欄に示す確変時の大当り判定値とを比較し、それらが一致するか否かを確認する（ステップＳ２２２）。なお、始動入賞時にステップＳ２２１で確変状態であるか否かを確認してから、実際にその始動入賞にもとづく変動表示が開始されるまでの間には、複数の変動表示が実行される可能性がある。そのため、始動入賞時にステップＳ２２１で確変状態であるか否かを確認してから、実際にその始動入賞にもとづく変動表示が開始されるまでの間に遊技状態が変化している（例えば、変動開始前に１５Ｒ確変大当りや、８Ｒ確変大当り、突然確変大当りが発生した場合には通常状態から確変状態に変化している。）場合がある。そのため、始動入賞時にステップＳ２２１で判定する遊技状態と変動開始時に判定する遊技状態（後述するステップＳ６１参照）とは、必ずしも一致するとは限らない。なお、そのような不一致を防止するため、現在記憶している保留記憶内の遊技状態の変更を伴うものを特定して、変更後の遊技状態にもとづいて始動入賞時の判定を行うようにしてもよい。
【０２３２】
大当り判定用乱数（ランダムＲ）が確変時の大当り判定値とも一致しなければ（ステップＳ２２２のＮ）、ＣＰＵ５６は、ステップＳ１２１６，Ｓ１２２７で抽出した大当り判定用乱数（ランダムＲ）と図８（Ｂ），（Ｃ）に示す小当り判定値とを比較し、それらが一致するか否かを確認する（ステップＳ２２３）。この場合、ＣＰＵ５６は、第１始動入賞口１３への始動入賞があった場合（ステップＳ１２１７の入賞時演出処理を実行する場合）には、図８（Ｂ）に示す小当り判定テーブル（第１特別図柄用）に設定されている小当り判定値と一致するか否かを判定する。また、第２始動入賞口１４への始動入賞があった場合（ステップＳ１２２８の入賞時演出処理を実行する場合）には、図８（Ｃ）に示す小当り判定テーブル（第２特別図柄用）に設定されている小当り判定値と一致するか否かを判定する。
【０２３３】
大当り判定用乱数（ランダムＲ）が小当り判定値とも一致しなければ（ステップＳ２２３のＮ）、ＣＰＵ５６は、「はずれ」となることを示すＥＸＴデータ「００（Ｈ）」を図柄指定コマンドに設定する処理を行う（ステップＳ２２４）。
【０２３４】
次いで、ＣＰＵ５６は、現在の遊技状態を判定する処理を行う（ステップＳ２２５）。この実施の形態では、ＣＰＵ５６は、ステップＳ２２５において、遊技状態が高確率状態であるか否かおよび高ベース状態であるか否か（具体的には、高確率フラグおよび高ベースフラグがセットされているか否か）を判定する。なお、始動入賞時にステップＳ２２５で高確率状態であるか否かおよび高ベース状態であるか否かを確認してから、実際にその始動入賞にもとづく変動表示が開始されるまでの間には、複数の変動表示が実行される可能性がある。そのため、始動入賞時にステップＳ２２５で高確率状態であるか否かおよび高ベース状態であるか否かを確認してから、実際にその始動入賞にもとづく変動表示が開始されるまでの間に遊技状態が変化している（例えば、変動開始前に１５Ｒ確変大当りや、８Ｒ確変大当り、突然確変大当りが発生した場合には通常状態から確変状態に変化している。）場合がある。そのため、始動入賞時にステップＳ２２５で判定する遊技状態と変動開始時に判定する遊技状態（後述するステップＳ６１参照）とは、必ずしも一致するとは限らない。なお、そのような不一致を防止するため、現在記憶している保留記憶内の遊技状態の変更を伴うものを特定して、変更後の遊技状態にもとづいて始動入賞時の判定を行うようにしてもよい。
【０２３５】
そして、ＣＰＵ５６は、ステップＳ２２５の判定結果に応じて、はずれ用の各閾値を設定する（ステップＳ２２６）。この実施の形態では、あらかじめ閾値判定を行う閾値判定プログラムが組み込まれており、閾値より大きいか否かを判定することにより、変動パターン種別判定用乱数の値がいずれの判定値の範囲にとなるかが判定され、図１６および図１７に示す変動カテゴリコマンドに設定するＥＸＴデータの値が決定される。
【０２３６】
例えば、ＣＰＵ５６は、遊技状態が高確率／高ベース状態であると判定した場合には閾値２１９を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値２１９以下であるか否かを判定し、閾値２１９以下である場合（すなわち、１〜２１９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０８（Ｈ）」を設定すると判定する（図１６参照）。また、閾値２１９以下でない場合（すなわち、２２０〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「０９（Ｈ）」を設定すると判定する（図１６参照）。
【０２３７】
また、例えば、ＣＰＵ５６は、遊技状態が高確率／低ベース状態であると判定した場合には閾値７９を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値７９以下であるか否かを判定し、閾値７９以下である場合（すなわち、１〜７９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０Ａ（Ｈ）」を設定すると判定する（図１６参照）。また、閾値７９以下でない場合（すなわち、８０〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「０Ｂ（Ｈ）」を設定すると判定する（図１６参照）。
【０２３８】
また、例えば、ＣＰＵ５６は、遊技状態が通常状態であると判定した場合には、合算保留記憶数にかかわらず、閾値７９、８９、９９、１６９、１９９、２１４および２２９を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値７９以下であるか否かを判定し、閾値７９以下である場合（すなわち、１〜７９である場合）には変動カテゴリコマンドのＥＸＴデータとして「００（Ｈ）」を設定すると判定する（図１６参照）。また、閾値８９以下である場合（すなわち、８０〜８９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０１（Ｈ）」を設定すると判定する（図１６参照）。また、閾値９９以下である場合（すなわち、９０〜９９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０２（Ｈ）」を設定すると判定する（図１６参照）。また、閾値１６９以下である場合（すなわち、１００〜１６９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０３（Ｈ）」を設定すると判定する（図１６参照）。また、閾値１９９以下である場合（すなわち、１７０〜１９９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０４（Ｈ）」を設定すると判定する（図１６参照）。また、閾値２１４以下である場合（すなわち、２００〜２１４である場合）には変動カテゴリコマンドのＥＸＴデータとして「０５（Ｈ）」を設定すると判定する（図１６参照）。また、閾値２２９以下である場合（すなわち、２１５〜２２９である場合）には変動カテゴリコマンドのＥＸＴデータとして「０６（Ｈ）」を設定すると判定する（図１６参照）。また、閾値２２９以下でない場合（すなわち、２３０〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「０７（Ｈ）」を設定すると判定する（図１６参照）。
【０２３９】
なお、上記に示す閾値判定の例では、閾値の値が小さい方から順に７９、８９、９９、１６９、１９９、２１４および２２９と判定していくので、後の順番の閾値で判定されたものが前の順番の閾値以下の範囲内となることはない。すなわち、閾値７９以下であるか否かを判定した後に、閾値８９以下であるか否かを判定するときには、前の順番の閾値以下の１〜７９の範囲内となることはなく、８０〜８９の範囲であるか否かを判定することになる。また、この実施の形態では、閾値の値が小さい方から順に７９、８９、９９、１６９、１９９、２１４および２２９と判定していく場合を示したが、逆に大きい方から順に２２９、２１４、１９９、１６９、９９、８９および７９と判定していってもよい。このことは、以下に示す他の閾値を用いた判定を行う場合も同様である。
【０２４０】
なお、ステップＳ２２５の遊技状態の判定を行うことなく、常に通常状態（低確率／低ベース状態）における閾値を設定するようにしてもよい。そのように構成しても、少なくとも「非リーチはずれ」となる変動パターン種別と「スーパーリーチはずれ」となる変動パターン種別とに関しては判定値の範囲が共通化されているのであるから、「非リーチはずれ」や「スーパーリーチはずれ」となるか否かについては判定することができる。
【０２４１】
大当り判定用乱数（ランダムＲ）が小当り判定値と一致した場合には（ステップＳ２２３のＹ）、ＣＰＵ５６は、「小当り」となることを示すＥＸＴデータ「０５（Ｈ）」を図柄指定コマンドに設定する処理を行う（ステップＳ２２７）。
【０２４２】
次いで、ＣＰＵ５６は、小当り用の閾値を設定する（ステップＳ２２８）。なお、この実施の形態では、ＣＰＵ５６は、閾値２５１を設定するものとし、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値２５１以下である（１〜２５１である）と判定して、変動カテゴリコマンドのＥＸＴデータとして「１８（Ｈ）」を設定すると判定するものとする（図１７参照）。なお、小当りである場合には、閾値判定を行うことなく、そのままＥＸＴデータ「１８（Ｈ）」を設定すると判定するようにしてもよい。
【０２４３】
ステップＳ２２０またはステップＳ２２２で大当り判定用乱数（ランダムＲ）が大当り判定値と一致した場合には、ＣＰＵ５６は、ステップＳ１２１６，Ｓ１２２７で抽出した大当り種別判定用乱数（ランダム１）にもとづいて大当りの種別を判定する（ステップＳ２２９）。この場合、ＣＰＵ５６は、第１始動入賞口１３への始動入賞があった場合（ステップＳ１２１７の入賞時演出処理を実行する場合）には、図８（Ｄ）に示す大当り種別判定テーブル（第１特別図柄用）１３１ａを用いて大当り種別が「１５Ｒ確変大当り」、「８Ｒ確変大当り」または「突然確変大当り」のいずれとなるかを判定する。また、第２始動入賞口１４への始動入賞があった場合（ステップＳ１２２８の入賞時演出処理を実行する場合）には、図８（Ｅ）に示す大当り種別判定テーブル（第２特別図柄用）１３１ｂを用いて大当り種別が「１５Ｒ確変大当り」、「８Ｒ確変大当り」または「突然確変大当り」のいずれとなるかを判定する。
【０２４４】
次いで、ＣＰＵ５６は、大当り種別の判定結果に応じたＥＸＴデータを図柄指定コマンドに設定する処理を行う（ステップＳ２３０）。この場合、「１５Ｒ確変大当り」となると判定した場合には、ＣＰＵ５６は、「１５Ｒ確変大当り」となることを示すＥＸＴデータ「０１（Ｈ）」を図柄指定コマンドに設定する処理を行う。また、「８Ｒ確変大当り」となると判定した場合には、ＣＰＵ５６は、「８Ｒ確変大当り」となることを示すＥＸＴデータ「０２（Ｈ）」を図柄指定コマンドに設定する処理を行う。また、「突然確変大当り」となると判定した場合には、ＣＰＵ５６は、「突然確変大当り」となることを示すＥＸＴデータ「０４（Ｈ）」を図柄指定コマンドに設定する処理を行う。
【０２４５】
そして、ＣＰＵ５６は、ステップＳ２２９で判定した大当り種別に応じて、大当り用の各閾値を設定する（ステップＳ２３１）。
【０２４６】
例えば、ＣＰＵ５６は、「８Ｒ確変大当り」と判定した場合には、閾値７４、１４９および２４１を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値７４以下であるか否かを判定し、閾値７４以下である場合（すなわち、１〜７４である場合）には変動カテゴリコマンドのＥＸＴデータとして「１０（Ｈ）」を設定すると判定する（図１７参照）。また、閾値１４９以下である場合（すなわち、７５〜１４９である場合）には変動カテゴリコマンドのＥＸＴデータとして「１１（Ｈ）」を設定すると判定する（図１７参照）。また、閾値２４１以下である場合（すなわち、１５０〜２４１である場合）には変動カテゴリコマンドのＥＸＴデータとして「１２（Ｈ）」を設定すると判定する（図１７参照）。また、閾値２４１以下でない場合（すなわち、２４２〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「１９（Ｈ）」を設定すると判定する（図１７参照）。
【０２４７】
また、例えば、ＣＰＵ５６は、「１５Ｒ確変大当り」と判定した場合には、閾値３８、７９および２２１を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値３８以下であるか否かを判定し、閾値３８以下である場合（すなわち、１〜３８である場合）には変動カテゴリコマンドのＥＸＴデータとして「１３（Ｈ）」を設定すると判定する（図１７参照）。また、閾値７９以下である場合（すなわち、３９〜７９である場合）には変動カテゴリコマンドのＥＸＴデータとして「１４（Ｈ）」を設定すると判定する（図１７参照）。また、閾値２２１以下である場合（すなわち、８０〜２２１である場合）には変動カテゴリコマンドのＥＸＴデータとして「１５（Ｈ）」を設定すると判定する（図１７参照）。また、閾値２２１以下でない場合（すなわち、２２２〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「１Ａ（Ｈ）」を設定すると判定する（図１７参照）。
【０２４８】
また、例えば、ＣＰＵ５６は、「突然確変大当り」と判定した場合には、閾値１００を設定する。この場合、ＣＰＵ５６は、後述するステップＳ２３２において、変動パターン種別判定用乱数の値が閾値１００以下であるか否かを判定し、閾値１００以下である場合（すなわち、１〜１００である場合）には変動カテゴリコマンドのＥＸＴデータとして「１６（Ｈ）」を設定すると判定する（図１７参照）。また、閾値１００以下でない場合（すなわち、１０１〜２５１である場合）には変動カテゴリコマンドのＥＸＴデータとして「１７（Ｈ）」を設定すると判定する（図１７参照）。
【０２４９】
次いで、ＣＰＵ５６は、ステップＳ２２６，Ｓ２２８，Ｓ２３１で設定した閾値と、ステップＳ１２１６，Ｓ１２２７で抽出した変動パターン種別判定用乱数（ランダム２）とを用いて、変動パターン種別判定用乱数の値がいずれの判定値の範囲となるかを判定する（ステップＳ２３２）。
【０２５０】
なお、ステップＳ２２６，Ｓ２２８，Ｓ２３１において、あらかじめ定められた閾値を設定するのではなく、変動パターン種別判定テーブル（図９、図１０参照）を設定するようにし、ステップＳ２３２において、設定した変動パターン種別判定テーブルを用いて、変動パターン種別判定用乱数の値の範囲やいずれの変動パターン種別となるかを判定するようにしてもよい。
【０２５１】
そして、ＣＰＵ５６は、判定結果に応じたＥＸＴデータを変動カテゴリコマンドに設定する処理を行う（ステップＳ２３３）。具体的には、ＣＰＵ５６は、ステップＳ２３２でいずれの変動パターン種別になると判定したかに応じて、図１６および図１７に示すような「００（Ｈ）」〜「０Ｂ（Ｈ）」、「１０（Ｈ）」〜「１Ａ（Ｈ）」のいずれかの値を変動カテゴリコマンドのＥＸＴデータに設定する処理を行う。
【０２５２】
なお、この実施の形態では、入賞時判定において大当りや小当りとなると判定した場合であっても一律に変動パターン種別判定用乱数の値がいずれの範囲となるかを判定する場合を示したが、大当りや小当りとなると判定した場合には、変動パターン種別判定用乱数の値の範囲の判定を行わないようにしてもよい。そして、大当りまたは小当りとなると入賞時判定したことを示す図柄指定コマンドを送信するとともに、大当りまたは小当りの変動パターン種別となることを包括的に示す変動カテゴリコマンドを送信するようにしてもよい。そして、例えば、演出制御用マイクロコンピュータ１００は、具体的にいずれの変動パターン種別となるかまでは示されていないものの、包括的にいずれかの大当りの変動パターン種別となることが示された変動カテゴリコマンドを受信したことにもとづいて、後述する予告演出（プレゼント演出）を実行するようにしてもよい。
【０２５３】
図２２および図２３は、特別図柄プロセス処理における特別図柄通常処理（ステップＳ３００）を示すフローチャートである。特別図柄通常処理において、ＣＰＵ５６は、合算保留記憶数の値を確認する（ステップＳ５１）。具体的には、合算保留記憶数カウンタのカウント値を確認する。合算保留記憶数が０であれば、まだ客待ちデモ指定コマンドを送信していなければ、演出制御用マイクロコンピュータ１００に対して客待ちデモ指定コマンドを送信する制御を行い（ステップＳ５１Ａ）、処理を終了する。なお、例えば、ＣＰＵ５６は、ステップＳ５１Ａで客待ちデモ指定コマンドを送信すると、客待ちデモ指定コマンドを送信したことを示す客待ちデモ指定コマンド送信済フラグをセットする。そして、客待ちデモ指定コマンドを送信した後に次回のタイマ割込以降の特別図柄通常処理を実行する場合には、客待ちデモ指定コマンド送信済フラグがセットされていることにもとづいて重ねて客待ちデモ指定コマンドを送信しないように制御すればよい。また、この場合、客待ちデモ指定コマンド送信済フラグは、次回の特別図柄の変動表示が開始されるときにリセットされるようにすればよい。
【０２５４】
なお、ステップＳ５１において、ＣＰＵ５６は、合算保留記憶数の値を確認するのではなく、保留特定領域の１番目の領域にデータが設定されているか否かを確認し、設定されていれば保留記憶があると判定してステップＳ５２に移行し、設定されていなければ保留記憶がないと判定してステップＳ５１Ａに移行してもよい。
【０２５５】
合算保留記憶数が０でなければ、ＣＰＵ５６は、保留特定領域（図２０（Ａ）参照）に設定されているデータのうち１番目のデータが「第１」を示すデータであるか否か確認する（ステップＳ５２）。保留特定領域に設定されている１番目のデータが「第１」を示すデータでない（すなわち、「第２」を示すデータである）場合（ステップＳ５２のＮ）、ＣＰＵ５６は、特別図柄ポインタ（第１特別図柄について特別図柄プロセス処理を行っているのか第２特別図柄について特別図柄プロセス処理を行っているのかを示すフラグ）に「第２」を示すデータを設定する（ステップＳ５３）。保留特定領域に設定されている１番目のデータが「第１」を示すデータである場合（ステップＳ５２のＹ）、ＣＰＵ５６は、特別図柄ポインタに「第１」を示すデータを設定する（ステップＳ５４）。
【０２５６】
ステップＳ５２〜Ｓ５４の処理が実行されることによって、この実施の形態では、第１始動入賞口１３と第２始動入賞口１４とに遊技球が入賞した始動入賞順に従って、第１特別図柄の変動表示または第２特別図柄の変動表示が実行される。なお、この実施の形態では、第１始動入賞口１３と第２始動入賞口１４とに遊技球が入賞した始動入賞順に従って、第１特別図柄の変動表示または第２特別図柄の変動表示が実行される場合を示しているが、第１特別図柄と第２特別図柄とのいずれか一方の変動表示を優先して実行するように構成してもよい。この場合、例えば、高ベース状態に移行された場合には可変入賞球装置１５が設けられた第２始動入賞口１４に始動入賞しやすくなり第２保留記憶が溜まりやすくなるのであるから、第２特別図柄の変動表示を優先して実行するようにしてもよい。
【０２５７】
なお、第２特別図柄の変動表示を優先して実行するように構成する場合、図２１に示した入賞時演出処理において、大当り判定用乱数（ランダムＲ）の値を、低確率状態における大当り判定値と比較する処理のみを実行するようにし、高確率状態における大当り判定値とは比較しないようにしてもよい（具体的には、ステップＳ２２０の処理のみを実行し、ステップＳ２２１，Ｓ２２２の処理は行わないようにしてもよい）。そのように構成すれば、第２特別図柄の変動表示を優先して実行するように構成する場合に、入賞時判定における大当りの判定結果と実際の変動開始時における大当りの決定結果との間にズレが生じることを防止することができる。
【０２５８】
次いで、ＣＰＵ５６は、ＲＡＭ５５において、特別図柄ポインタが示す方の保留記憶数＝１に対応する保存領域に格納されている各乱数値を読み出してＲＡＭ５５の乱数バッファ領域に格納する（ステップＳ５５）。具体的には、ＣＰＵ５６は、特別図柄ポインタが「第１」を示している場合には、第１保留記憶バッファにおける第１保留記憶数＝１に対応する保存領域に格納されている各乱数値を読み出してＲＡＭ５５の乱数バッファ領域に格納する。また、ＣＰＵ５６は、特別図柄ポインタが「第２」を示している場合には、第２保留記憶バッファにおける第２保留記憶数＝１に対応する保存領域に格納されている各乱数値を読み出してＲＡＭ５５の乱数バッファ領域に格納する。
【０２５９】
そして、ＣＰＵ５６は、特別図柄ポインタが示す方の保留記憶数カウンタのカウント値を１減算し、かつ、各保存領域の内容をシフトする（ステップＳ５６）。具体的には、ＣＰＵ５６は、特別図柄ポインタが「第１」を示している場合には、第１保留記憶数カウンタのカウント値を１減算し、かつ、保留特定領域および第１保留記憶バッファにおける各保存領域の内容をシフトする。また、特別図柄ポインタが「第２」を示している場合に、第２保留記憶数カウンタのカウント値を１減算し、かつ、保留特定領域および第２保留記憶バッファにおける各保存領域の内容をシフトする。
【０２６０】
すなわち、ＣＰＵ５６は、特別図柄ポインタが「第１」を示している場合に、ＲＡＭ５５の第１保留記憶バッファにおいて第１保留記憶数＝ｎ（ｎ＝２，３，４）に対応する保存領域に格納されている各乱数値を、第１保留記憶数＝ｎ−１に対応する保存領域に格納する。また、特別図柄ポインタが「第２」を示す場合に、ＲＡＭ５５の第２保留記憶バッファにおいて第２保留記憶数＝ｎ（ｎ＝２，３，４）に対応する保存領域に格納されている各乱数値を、第２保留記憶数＝ｎ−１に対応する保存領域に格納する。また、ＣＰＵ５６は、保留特定領域において合算保留記憶数＝ｍ（ｍ＝２〜８）に対応する保存領域に格納されている値（「第１」または「第２」を示す値）を、合算保留記憶数＝ｍ−１に対応する保存領域に格納する。
【０２６１】
よって、各第１保留記憶数（または、各第２保留記憶数）に対応するそれぞれの保存領域に格納されている各乱数値が抽出された順番は、常に、第１保留記憶数（または、第２保留記憶数）＝１，２，３，４の順番と一致するようになっている。また、各合算保留記憶数に対応するそれぞれの保存領域に格納されている各値が抽出された順番は、常に、合算保留記憶数＝１〜８の順番と一致するようになっている。
【０２６２】
そして、ＣＰＵ５６は、合算保留記憶数の値を１減らす。すなわち、合算保留記憶数カウンタのカウント値を１減算する（ステップＳ５８）。なお、ＣＰＵ５６は、カウント値が１減算される前の合算保留記憶数カウンタの値をＲＡＭ５５の所定の領域に保存する。
【０２６３】
また、ＣＰＵ５６は、現在の遊技状態に応じて背景指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ６０）。この場合、ＣＰＵ５６は、高確率状態であることを示す高確率フラグがセットされているとともに、高ベース状態であることを示す高ベースフラグがセットされている場合には、高確率高ベース状態背景指定コマンドを送信する制御を行う。また、ＣＰＵ５６は、高確率フラグのみがセットされ、高ベースフラグがセットされていない場合には、高確率低ベース状態背景指定コマンドを送信する制御を行う。また、ＣＰＵ５６は、高確率フラグも高ベースフラグもセットされていなければ、通常状態背景指定コマンドを送信する制御を行う。
【０２６４】
なお、具体的には、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に演出制御コマンドを送信する際に、演出制御コマンドに応じたコマンド送信テーブル（あらかじめＲＯＭにコマンド毎に設定されている）のアドレスをポインタにセットする。そして、演出制御コマンドに応じたコマンド送信テーブルのアドレスをポインタにセットして、演出制御コマンド制御処理（ステップＳ２８）において演出制御コマンドを送信する。なお、この実施の形態では、特別図柄の変動を開始するときに、タイマ割込ごとに、背景指定コマンド、変動パターンコマンド、表示結果指定コマンド、合算保留記憶数減算指定コマンドの順に演出制御用マイクロコンピュータ１００に送信されることになる。具体的には、特別図柄の変動を開始するときに、まず、背景指定コマンドが送信され、４ｍｓ経過後に変動パターンコマンドが送信され、さらに４ｍｓ経過後に表示結果指定コマンドが送信され、さらに４ｍｓ経過後に合算保留記憶数減算指定コマンドが送信される。なお、特別図柄の変動を開始するときにはさらに図柄変動指定コマンド（第１図柄変動指定コマンド、第２図柄変動指定コマンド）も送信されるが、図柄変動指定コマンドは、変動パターンコマンドと同じタイマ割込において演出制御用マイクロコンピュータ１００に対して送信される。
【０２６５】
特別図柄通常処理では、最初に、第１始動入賞口１３を対象として処理を実行することを示す「第１」を示すデータすなわち第１特別図柄を対象として処理を実行することを示す「第１」を示すデータ、または第２始動入賞口１４を対象として処理を実行することを示す「第２」を示すデータすなわち第２特別図柄を対象として処理を実行することを示す「第２」を示すデータが、特別図柄ポインタに設定される。そして、特別図柄プロセス処理における以降の処理では、特別図柄ポインタに設定されているデータに応じた処理が実行される。よって、ステップＳ３００〜Ｓ３１０の処理を、第１特別図柄を対象とする場合と第２特別図柄を対象とする場合とで共通化することができる。
【０２６６】
次いで、ＣＰＵ５６は、乱数バッファ領域からランダムＲ（大当り判定用乱数）を読み出し、大当り判定モジュールを実行する。なお、この場合、ＣＰＵ５６は、始動口スイッチ通過処理のステップＳ１２１６やステップＳ１２２７で抽出し第１保留記憶バッファや第２保留記憶バッファにあらかじめ格納した大当り判定用乱数を読み出し、大当り判定を行う。大当り判定モジュールは、あらかじめ決められている大当り判定値や小当り判定値（図８参照）と大当り判定用乱数とを比較し、それらが一致したら大当りや小当りとすることに決定する処理を実行するプログラムである。すなわち、大当り判定や小当り判定の処理を実行するプログラムである。
【０２６７】
大当り判定の処理では、遊技状態が確変状態（高確率／高ベース状態、高確率／低ベース状態）の場合には、遊技状態が非確変状態（通常状態）の場合よりも、大当りとなる確率が高くなるように構成されている。具体的には、あらかじめ大当り判定値の数が多く設定されている確変時大当り判定テーブル（ＲＯＭ５４における図８（Ａ）の右側の数値が設定されているテーブル）と、大当り判定値の数が確変時大当り判定テーブルよりも少なく設定されている通常時大当り判定テーブル（ＲＯＭ５４における図８（Ａ）の左側の数値が設定されているテーブル）とが設けられている。そして、ＣＰＵ５６は、遊技状態が確変状態であるか否かを確認し、遊技状態が確変状態であるときは、確変時大当り判定テーブルを使用して大当りの判定の処理を行い、遊技状態が通常状態であるときは、通常時大当り判定テーブルを使用して大当りの判定の処理を行う。すなわち、ＣＰＵ５６は、大当り判定用乱数（ランダムＲ）の値が図８（Ａ）に示すいずれかの大当り判定値に一致すると、特別図柄に関して大当りとすることに決定する。大当りとすることに決定した場合には（ステップＳ６１）、ステップＳ７１に移行する。なお、大当りとするか否か決定するということは、大当り遊技状態に移行させるか否か決定するということであるが、特別図柄表示器における停止図柄を大当り図柄とするか否か決定するということでもある。
【０２６８】
なお、現在の遊技状態が確変状態であるか否かの確認は、高確率フラグがセットされているか否かにより行われる。高確率フラグは、遊技状態を確変状態に移行するときにセットされ、確変状態を終了するときにリセットされる。具体的には、「１５Ｒ確変大当り」、「８Ｒ確変大当り」または「突然確変大当り」とすることに決定され、大当り遊技を終了する処理においてセットされる。そして、大当り遊技終了後、所定回数（この実施の形態では７０回）の変動表示を終了したときにリセットされる。
【０２６９】
大当り判定用乱数（ランダムＲ）の値がいずれの大当り判定値にも一致しなければ（ステップＳ６１のＮ）、ＣＰＵ５６は、小当り判定テーブル（図８（Ｂ），（Ｃ）参照）を使用して小当りの判定の処理を行う。すなわち、ＣＰＵ５６は、大当り判定用乱数（ランダムＲ）の値が図８（Ｂ），（Ｃ）に示すいずれかの小当り判定値に一致すると、特別図柄に関して小当りとすることに決定する。この場合、ＣＰＵ５６は、特別図柄ポインタが示すデータを確認し、特別図柄ポインタが示すデータが「第１」である場合には、図８（Ｂ）に示す小当り判定テーブル（第１特別図柄用）を用いて小当りとするか否かを決定する。また、特別図柄ポインタが示すデータが「第２」である場合には、図８（Ｃ）に示す小当り判定テーブル（第２特別図柄用）を用いて小当りとするか否かを決定する。そして、小当りとすることに決定した場合には（ステップＳ６２）、ＣＰＵ５６は、小当りであることを示す小当りフラグをセットし（ステップＳ６３）、ステップＳ７５に移行する。
【０２７０】
なお、ランダムＲの値が大当り判定値および小当り判定値のいずれにも一致しない場合には（ステップＳ６２のＮ）、すなわち、はずれである場合には、そのままステップＳ７５に移行する。
【０２７１】
ステップＳ７１では、ＣＰＵ５６は、大当りであることを示す大当りフラグをセットする。そして、大当り種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、特別図柄ポインタが示す方の大当り種別判定テーブルを選択する（ステップＳ７２）。具体的には、ＣＰＵ５６は、特別図柄ポインタが「第１」を示している場合には、図８（Ｄ）に示す第１特別図柄用の大当り種別判定テーブル１３１ａを選択する。また、ＣＰＵ５６は、特別図柄ポインタが「第２」を示している場合には、図８（Ｅ）に示す第２特別図柄用の大当り種別判定テーブル１３１ｂを選択する。
【０２７２】
次いで、ＣＰＵ５６は、選択した大当り種別判定テーブルを用いて、乱数バッファ領域に格納された大当り種別判定用の乱数（ランダム１）の値と一致する値に対応した種別（「１５Ｒ確変大当り」、「８Ｒ確変大当り」または「突然確変大当り」）を大当りの種別に決定する（ステップＳ７３）。なお、この場合、ＣＰＵ５６は、始動口スイッチ通過処理のステップＳ１２１６やステップＳ１２２７で抽出し第１保留記憶バッファや第２保留記憶バッファにあらかじめ格納した大当り種別判定用乱数を読み出し、大当り種別の決定を行う。また、この場合に、図８（Ｄ），（Ｅ）に示すように、第１特別図柄の変動表示が実行される場合には、第２特別図柄の変動表示が実行される場合と比較して、突然確変大当りが選択される割合が高い。
【０２７３】
また、ＣＰＵ５６は、決定した大当りの種別を示すデータをＲＡＭ５５における大当り種別バッファに設定する（ステップＳ７４）。例えば、大当り種別が「１５Ｒ確変大当り」の場合には大当り種別を示すデータとして「０１」が設定され、大当り種別が「８Ｒ確変大当り」の場合には大当り種別を示すデータとして「０２」が設定され、大当り種別が「突然確変大当り」の場合には大当り種別を示すデータとして「０４」が設定される。
【０２７４】
次いで、ＣＰＵ５６は、特別図柄の停止図柄を決定する（ステップＳ７５）。具体的には、大当りフラグおよび小当りフラグのいずれもセットされていない場合には、はずれ図柄となる「−」を特別図柄の停止図柄に決定する。大当りフラグがセットされている場合には、大当り種別の決定結果に応じて、大当り図柄となる「１」、「７」、「９」のいずれかを特別図柄の停止図柄に決定する。すなわち、大当り種別を「突然確変大当り」に決定した場合には「１」を特別図柄の停止図柄に決定し、「８Ｒ確変大当り」に決定した場合には「７」を特別図柄の停止図柄に決定し、「１５Ｒ確変大当り」に決定した場合には「９」を特別図柄の停止図柄に決定する。また、小当りフラグがセットされている場合には、小当り図柄となる「５」を特別図柄の停止図柄に決定する。
【０２７５】
なお、この実施の形態では、まず大当り種別を決定し、決定した大当り種別に対応する特別図柄の停止図柄を決定する場合を示したが、大当り種別および特別図柄の停止図柄の決定方法は、この実施の形態で示したものにかぎられない。例えば、あらかじめ特別図柄の停止図柄と大当り種別とを対応付けたテーブルを用意しておき、大当り種別決定用乱数にもとづいてまず特別図柄の停止図柄を決定すると、その決定結果にもとづいて対応する大当り種別も決定されるように構成してもよい。
【０２７６】
そして、特別図柄プロセスフラグの値を変動パターン設定処理（ステップＳ３０１）に対応した値に更新する（ステップＳ７６）。
【０２７７】
図２４は、特別図柄プロセス処理における変動パターン設定処理（ステップＳ３０１）を示すフローチャートである。変動パターン設定処理において、ＣＰＵ５６は、大当りフラグがセットされているか否か確認する（ステップＳ９１）。大当りフラグがセットされている場合には、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、大当り用変動パターン種別判定テーブル１３２Ａ〜１３２Ｃ（図９（Ａ）〜（Ｃ）参照）のいずれかを選択する（ステップＳ９２）。そして、ステップＳ１０２に移行する。
【０２７８】
大当りフラグがセットされていない場合には、ＣＰＵ５６は、小当りフラグがセットされているか否かを確認する（ステップＳ９３）。小当りフラグがセットされている場合には、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、小当り用変動パターン種別判定テーブル１３２Ｄ（図９（Ｄ）参照）を選択する（ステップＳ９４）。そして、ステップＳ１０２に移行する。
【０２７９】
小当りフラグもセットされていない場合には、ＣＰＵ５６は、高ベース状態であることを示す高ベースフラグがセットされているか否かを確認する（ステップＳ９５）。なお、高ベースフラグは、遊技状態を確変状態に移行するときにセットされ、高ベース状態を終了するときにリセットされる。具体的には、「１５Ｒ確変大当り」または「８Ｒ確変大当り」とすることに決定され、大当り遊技を終了する処理においてセットされる。また、大当り遊技終了後、所定回数（この実施の形態では７０回）の変動表示を終了したときにリセットされる。
【０２８０】
高ベースフラグがセットされていなければ（ステップＳ９５のＮ）、ＣＰＵ５６は、高確率状態であることを示す高確率フラグがセットされているか否かを確認する（ステップＳ９６）。高確率フラグもセットされていなければ（ステップＳ９６のＮ）、すなわち、遊技状態が通常状態であれば、ＣＰＵ５６は、合算保留記憶数が３以上であるか否かを確認する（ステップＳ９７）。合算保留記憶数が３未満であれば（ステップＳ９７のＮ）、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、はずれ用変動パターン種別判定テーブル１３５Ａ（図１０（Ａ）参照）を選択する（ステップＳ９８）。そして、ステップＳ１０２に移行する。
【０２８１】
合算保留記憶数が３以上である場合（ステップＳ９７のＹ）には、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、はずれ用変動パターン種別判定テーブル１３５Ｂ（図１０（Ｂ）参照）を選択する（ステップＳ９９）。そして、ステップＳ１０２に移行する。
【０２８２】
高確率フラグがセットされている場合（ステップＳ９６のＹ）には、すなわち、遊技状態が高確率／低ベース状態であれば、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、はずれ用変動パターン種別判定テーブル１３５Ｄ（図１０（Ｄ）参照）を選択する（ステップＳ１００）。そして、ステップＳ１０２に移行する。
【０２８３】
高ベースフラグがセットされている場合（ステップＳ９５のＹ）には、すなわち、遊技状態が高確率／高ベース状態であれば（この実施の形態では、低確率／高ベース状態に制御されることはないので、高ベースフラグがセットされていれば高確率／高ベース状態である）、ＣＰＵ５６は、変動パターン種別を複数種類のうちのいずれかに決定するために使用するテーブルとして、はずれ用変動パターン種別判定テーブル１３５Ｃ（図１０（Ｃ）参照）を選択する（ステップＳ１０１）。そして、ステップＳ１０２に移行する。
【０２８４】
この実施の形態では、ステップＳ９５〜Ｓ１０１の処理が実行されることによって、遊技状態が通常状態であって合算保留記憶数が３以上である場合には、図１０（Ｂ）に示すはずれ用変動パターン種別判定テーブル１３５Ｂが選択される。また、遊技状態が高確率／高ベース状態である場合には、図１０（Ｃ）に示すはずれ用変動パターン種別判定テーブル１３５Ｃが選択される。この場合、後述するステップＳ１０２の処理で変動パターン種別として非リーチＣＡ２−３が決定される場合があり、非リーチＣＡ２−３の変動パターン種別が決定された場合には、ステップＳ１０５の処理で変動パターンとして短縮変動の非リーチＰＡ１−２が決定される（図１２参照）。従って、この実施の形態では、遊技状態が高確率／高ベース状態である場合または合算保留記憶数が３以上である場合には、短縮変動の変動表示が行われる場合がある。なお、この実施の形態では、高確率／高ベース状態で用いる短縮変動用の変動パターン種別判定テーブル（図１０（Ｃ）参照）と、保留記憶数にもとづく短縮変動用の変動パターン種別判定テーブル（図１０（Ｂ）参照）とが異なるテーブルである場合を示したが、短縮変動用の変動パターン種別判定テーブルとして共通のテーブルを用いるようにしてもよい。
【０２８５】
なお、この実施の形態では、遊技状態が高ベース状態である場合であっても、合算保留記憶数がほぼ０である場合（例えば、０であるか、０または１である場合）には、短縮変動の変動表示を行わないようにしてもよい。この場合、例えば、ＣＰＵ５６は、ステップＳ９５でＹと判定したときに、合算保留記憶数がほぼ０であるか否かを確認し、合算保留記憶数がほぼ０であれば、はずれ用変動パターン種別判定テーブル１３５Ａ（図１０（Ａ）参照）を選択するようにしてもよい。
【０２８６】
次いで、ＣＰＵ５６は、乱数バッファ領域（第１保留記憶バッファまたは第２保留記憶バッファ）からランダム２（変動パターン種別判定用乱数）を読み出し、ステップＳ９２、Ｓ９４、Ｓ９８、Ｓ９９、Ｓ１００またはＳ１０１の処理で選択したテーブルを参照することによって、変動パターン種別を複数種類のうちのいずれかに決定する（ステップＳ１０２）。
【０２８７】
次いで、ＣＰＵ５６は、ステップＳ１０２の変動パターン種別の決定結果にもとづいて、変動パターンを複数種類のうちのいずれかに決定するために使用するテーブルとして、当り変動パターン判定テーブル１３７Ａ、１３７Ｂ（図１１参照）、はずれ変動パターン判定テーブル１３８Ａ（図１２参照）のうちのいずれかを選択する（ステップＳ１０３）。また、乱数バッファ領域（第１保留記憶バッファまたは第２保留記憶バッファ）からランダム３（変動パターン判定用乱数）を読み出し、ステップＳ１０３の処理で選択した変動パターン判定テーブルを参照することによって、変動パターンを複数種類のうちのいずれかに決定する（ステップＳ１０５）。なお、始動入賞のタイミングでランダム３（変動パターン判定用乱数）を抽出しないように構成する場合には、ＣＰＵ５６は、変動パターン判定用乱数（ランダム３）を生成するための変動パターン判定用乱数カウンタから値を直接抽出し、抽出した乱数値にもとづいて変動パターンを決定するようにしてもよい。
【０２８８】
次いで、ＣＰＵ５６は、特別図柄ポインタが示す方の図柄変動指定コマンドを、演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１０６）。具体的には、ＣＰＵ５６は、特別図柄ポインタが「第１」を示している場合には、第１図柄変動指定コマンドを送信する制御を行う。また、ＣＰＵ５６は、特別図柄ポインタが「第２」を示している場合には、第２図柄変動指定コマンドを送信する制御を行う。また、ＣＰＵ５６は、決定した変動パターンに対応する演出制御コマンド（変動パターンコマンド）を、演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１０７）。
【０２８９】
次に、ＣＰＵ５６は、ＲＡＭ５５に形成されている変動時間タイマに、選択された変動パターンに対応した変動時間に応じた値を設定する（ステップＳ１０８）。そして、特別図柄プロセスフラグの値を表示結果指定コマンド送信処理（ステップＳ３０２）に対応した値に更新する（ステップＳ１０９）。
【０２９０】
なお、はずれと決定されている場合において、いきなり変動パターン種別を決定するのではなく、まず、リーチ判定用乱数を用いた抽選処理によってリーチとするか否かを決定するようにしてもよい。そして、リーチとするか否かの判定結果にもとづいて、ステップＳ９５〜Ｓ１０２の処理を実行し、変動パターン種別を決定するようにしてもよい。この場合、あらかじめ非リーチ用の変動パターン種別判定テーブル（図１０に示す非リーチＣＡ２−１〜非リーチＣＡ２−３の変動パターン種別を含むもの）と、リーチ用の変動パターン種別判定テーブル（図１０に示すノーマルＣＡ２−４〜ノーマルＣＡ２−６、スーパーＣＡ２−７の変動パターン種別を含むもの）とを用意しておき、リーチ判定結果にもとづいて、いずれかの変動パターン種別判定テーブルを選択して、変動パターン種別を決定するようにしてもよい。
【０２９１】
また、リーチ判定用乱数を用いた抽選処理によってリーチとするか否かを決定する場合にも、合算保留記憶数（第１保留記憶数や第２保留記憶数でもよい）に応じて、リーチの選択割合が異なるリーチ判定テーブルを選択して、保留記憶数が多くなるに従ってリーチ確率が低くなるようにリーチとするか否かを決定するようにしてもよい。この場合、ＣＰＵ５６は、例えば、入賞時演出処理における「スーパーリーチはずれ」や「非リーチはずれ」となるか否かの判定において、リーチ判定テーブルの共通の範囲に割り当てられた判定値に合致するか否かを判定することによって、リーチとなるか否かをあらかじめ判定するようにしてもよい。なお、予告演出の実行割合が低下してしまうことを考慮すると、この実施の形態で示したように、リーチ判定用乱数を用いた抽選処理を行うことなく、変動パターン種別によって「スーパーリーチはずれ」や「非リーチはずれ」となるか否かを事前判定して予告演出（プレゼント演出）を行うように構成することが好ましい。
【０２９２】
図２５は、表示結果指定コマンド送信処理（ステップＳ３０２）を示すフローチャートである。表示結果指定コマンド送信処理において、ＣＰＵ５６は、決定されている大当りの種類、小当り、はずれに応じて、表示結果１指定〜表示結果６指定のいずれかの演出制御コマンド（図１３参照）を送信する制御を行う。具体的には、ＣＰＵ５６は、まず、大当りフラグがセットされているか否か確認する（ステップＳ１１０）。セットされていない場合には、ステップＳ１１８に移行する。大当りフラグがセットされている場合、大当りの種別に応じて、「１５Ｒ確変大当り」であるときには、表示結果２指定コマンドを送信する制御を行うとともに、「８Ｒ確変大当り」であるときには、表示結果３指定コマンドを送信する制御を行う（ステップＳ１１２）。なお、「１５Ｒ確変大当り」であるか否かは、具体的には、特別図柄通常処理のステップＳ７４で大当り種別バッファに設定されたデータが「０１」であるか否かを確認することによって判定でき、「８Ｒ確変大当り」であるか否かは、具体的には、特別図柄通常処理のステップＳ７４で大当り種別バッファに設定されたデータが「０２」であるか否かを確認することによって判定できる。また、ＣＰＵ５６は、確変大当りでない場合、すなわち、突然確変大当りである場合、表示結果５指定コマンドを送信する制御を行う（ステップＳ１１７）。
【０２９３】
一方、ＣＰＵ５６は、大当りフラグがセットされていないときには（ステップＳ１１０のＮ）、小当りフラグがセットされているか否かを確認する（ステップＳ１１８）。小当りフラグがセットされていれば、ＣＰＵ５６は、表示結果６指定コマンドを送信する制御を行う（ステップＳ１１９）。小当りフラグもセットされていないときは（ステップＳ１１８のＮ）、すなわち、はずれである場合には、ＣＰＵ５６は、表示結果１指定コマンドを送信する制御を行う（ステップＳ１２０）。
【０２９４】
そして、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄変動中処理（ステップＳ３０３）に対応した値に更新する（ステップＳ１２１）。
【０２９５】
図２６は、特別図柄プロセス処理における特別図柄変動中処理（ステップＳ３０３）を示すフローチャートである。特別図柄変動中処理において、ＣＰＵ５６は、まず、合算保留記憶数減算指定コマンドを既に送信済みであるか否かを確認する（ステップＳ１１２１）。なお、合算保留記憶数減算指定コマンドを既に送信済みであるか否かは、例えば、後述するステップＳ１１２２で合算保留記憶数減算指定コマンドを送信する際に合算保留記憶数減算指定コマンドを送信したことを示す合算保留記憶数減算指定コマンド送信済フラグをセットするようにし、ステップＳ１１２１では、その合算保留記憶数減算指定コマンド送信済フラグがセットされているか否かを確認するようにすればよい。また、この場合、セットした合算保留記憶数減算指定コマンド送信済フラグは、特別図柄の変動表示を終了する際や大当りを終了する際に後述する特別図柄停止処理や大当り終了処理でリセットするようにすればよい。
【０２９６】
次いで、合算保留記憶数減算指定コマンドを送信済みでなければ、ＣＰＵ５６は、合算保留記憶数減算指定コマンドを演出制御用マイクロコンピュータ１００に送信する制御を行う（ステップＳ１１２２）。
【０２９７】
次いで、ＣＰＵ５６は、変動時間タイマを１減算し（ステップＳ１１２５）、変動時間タイマがタイムアウトしたら（ステップＳ１１２６）、演出制御用マイクロコンピュータ１００に図柄確定指定コマンドを送信する制御を行う（ステップＳ１１２７）。そして、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄停止処理（ステップＳ３０４）に対応した値に更新する（ステップＳ１１２８）。変動時間タイマがタイムアウトしていない場合には、そのまま処理を終了する。
【０２９８】
図２７は、特別図柄プロセス処理における特別図柄停止処理（ステップＳ３０４）を示すフローチャートである。特別図柄停止処理において、ＣＰＵ５６は、大当りフラグがセットされているか否かを確認する（ステップＳ１３１）。大当りフラグがセットされている場合には、ＣＰＵ５６は、セットされていれば、高確率状態であることを示す高確率フラグ、および高ベース状態であることを示す高ベースフラグをリセットし（ステップＳ１３２）、演出制御用マイクロコンピュータ１００に大当り開始指定コマンドを送信する制御を行う（ステップＳ１３３）。具体的には、大当りの種別が「１５Ｒ確変大当り」または「８Ｒ確変大当り」である場合には大当り開始指定コマンド（コマンドＡ００１（Ｈ））を送信する。また、大当りの種別が突然確変大当りである場合には小当り／突然確変大当り開始指定コマンド（コマンドＡ００２（Ｈ））を送信する。なお、大当りの種別が「１５Ｒ確変大当り」、「８Ｒ確変大当り」または「突然確変大当り」のいずれであるかは、ＲＡＭ５５に記憶されている大当り種別を示すデータ（大当り種別バッファに記憶されているデータ）にもとづいて判定される。
【０２９９】
また、大当り表示時間タイマに大当り表示時間（大当りが発生したことを、例えば、演出表示装置９において報知する時間）に相当する値を設定する（ステップＳ１３４）。また、大入賞口開放回数カウンタに開放回数（例えば、「１５Ｒ確変大当り」の場合には１５回。「８Ｒ確変大当り」の場合には８回。「突然確変大当り」の場合には２回。）をセットする（ステップＳ１３５）。また、大当り遊技における１ラウンドあたりのラウンド時間もセットされる。突然確変大当りの場合には、ラウンド時間として０．１秒がセットされ、１５Ｒ確変大当りや８Ｒ確変大当りの場合、ラウンド時間として２９秒がセットされる。そして、特別図柄プロセスフラグの値を大入賞口開放前処理（ステップＳ３０５）に対応した値に更新する（ステップＳ１３６）。
【０３００】
また、ステップＳ１３１で大当りフラグがセットされていなければ、ＣＰＵ５６は、高確率状態であることを示す高確率フラグがセットされているか否かを確認する（ステップＳ１３７）。高確率フラグがセットされている場合には（すなわち、確変状態（高確率／高ベース状態または高確率／低ベース状態）である場合には）、高確率状態における特別図柄の変動可能回数を示す高確率回数カウンタの値を−１する（ステップＳ１３８）。そして、ＣＰＵ５６は、減算後の高確率回数カウンタの値が０になった場合には（ステップＳ１３９）、高確率フラグをリセットする（ステップＳ１４０）。高確率フラグがセットされていなければ、ステップＳ１４１に移行する。
【０３０１】
次いで、ＣＰＵ５６は、高ベース状態であることを示す高ベースフラグがセットされているか否か確認する（ステップＳ１４１）。高ベースフラグがセットされている場合には（すなわち、高確率／高ベース状態である場合には）、高ベース状態における特別図柄の変動可能回数を示す高ベース回数カウンタの値を−１する（ステップＳ１４２）。そして、ＣＰＵ５６は、減算後の高ベース回数カウンタの値が０になった場合には（ステップＳ１４３）、高ベースフラグをリセットする（ステップＳ１４４）。そして、ステップＳ１４５に移行する。なお、高ベースフラグがセットされていなかった場合には、そのままステップＳ１４５に移行する。
【０３０２】
次いで、ＣＰＵ５６は、小当りフラグがセットされているか否かを確認する（ステップＳ１４５）。小当りフラグがセットされていれば、ＣＰＵ５６は、演出制御用マイクロコンピュータ１００に小当り／突然確変大当り開始指定コマンド（コマンドＡ００２（Ｈ））を送信する（ステップＳ１４６）。また、小当り表示時間タイマに小当り表示時間（小当りが発生したことを、例えば、演出表示装置９において報知する時間）に相当する値を設定する（ステップＳ１４７）。また、大入賞口開放回数カウンタに開放回数（例えば２回）をセットする（ステップＳ１４８）。そして、特別図柄プロセスフラグの値を小当り開始前処理（ステップＳ３０８）に対応した値に更新する（ステップＳ１４９）。
【０３０３】
小当りフラグもセットされていなければ（ステップＳ１４５のＮ）、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄通常処理（ステップＳ３００）に対応した値に更新する（ステップＳ１５０）。
【０３０４】
図２８は、特別図柄プロセス処理における大当り終了処理（ステップＳ３０７）を示すフローチャートである。大当り終了処理において、ＣＰＵ５６は、大当り終了表示タイマが設定されているか否か確認し（ステップＳ１６０）、大当り終了表示タイマが設定されている場合には、ステップＳ１６４に移行する。大当り終了表示タイマが設定されていない場合には、大当りフラグをリセットし（ステップＳ１６１）、大当り終了指定コマンドを送信する制御を行う（ステップＳ１６２）。ここで、１５Ｒ確変大当りまたは８Ｒ確変大当りであった場合には大当り終了指定コマンドを送信し、突然確変大当りであった場合には小当り／突然確変大当り終了指定コマンドを送信する。そして、大当り終了表示タイマに、演出表示装置９において大当り終了表示が行われている時間（大当り終了表示時間）に対応する表示時間に相当する値を設定し（ステップＳ１６３）、処理を終了する。
【０３０５】
ステップＳ１６４では、大当り終了表示タイマの値を１減算する。そして、ＣＰＵ５６は、大当り終了表示タイマの値が０になっているか否か、すなわち大当り終了表示時間が経過したか否か確認する（ステップＳ１６５）。経過していなければ処理を終了する。
【０３０６】
大当り終了表示時間を経過していれば（ステップＳ１６５のＹ）、ＣＰＵ５６は、大当りの種別が１５Ｒ確変大当りまたは８Ｒ確変大当りであるか否かを確認する（ステップＳ１６６）。なお、１５Ｒ確変大当りまたは８Ｒ確変大当りや突然確変大当りであるか否かは、具体的には、特別図柄通常処理のステップＳ７４で大当り種別バッファに設定されたデータが「０１」、「０２」または「０４」であるか否かを確認することによって判定できる。１５Ｒ確変大当りまたは８Ｒ確変大当りであれば、ＣＰＵ５６は、時短フラグをセットして遊技状態を時短状態に移行させる（ステップＳ１６７）とともに、高ベース回数カウンタに７０をセットする（ステップＳ１６８）。さらに、高確率フラグをセットして遊技状態を確変状態に移行させる（ステップＳ１６９）とともに、高確率回数カウンタに７０をセットする（ステップＳ１７０）。そして、ステップＳ１７１に移行する。１５Ｒ確変大当りまたは８Ｒ確変大当りのいずれでもなければ（すなわち、突然確変大当りであれば）、ＣＰＵ５６は、ステップＳ１６９へ移行する。
【０３０７】
そして、ＣＰＵ５６は、特別図柄プロセスフラグの値を特別図柄通常処理（ステップＳ３００）に対応した値に更新する（ステップＳ１７１）。
【０３０８】
次に、演出制御手段の動作を説明する。図２９は、演出制御基板８０に搭載されている演出制御手段としての演出制御用マイクロコンピュータ１００（具体的には、演出制御用ＣＰＵ１０１）が実行するメイン処理を示すフローチャートである。演出制御用ＣＰＵ１０１は、電源が投入されると、メイン処理の実行を開始する。メイン処理では、まず、ＲＡＭ領域のクリアや各種初期値の設定、また演出制御の起動間隔（例えば、４ｍｓ）を決めるためのタイマの初期設定等を行うための初期化処理を行う（ステップＳ７０１）。その後、演出制御用ＣＰＵ１０１は、タイマ割込フラグの監視（ステップＳ７０２）を行うループ処理に移行する。タイマ割込が発生すると、演出制御用ＣＰＵ１０１は、タイマ割込処理においてタイマ割込フラグをセットする。メイン処理において、タイマ割込フラグがセットされていたら、演出制御用ＣＰＵ１０１は、そのフラグをクリアし（ステップＳ７０３）、以下の演出制御処理を実行する。
【０３０９】
演出制御処理において、演出制御用ＣＰＵ１０１は、まず、受信した演出制御コマンドを解析し、受信した演出制御コマンドに応じたフラグをセットする処理等を行う（コマンド解析処理：ステップＳ７０４）。
【０３１０】
次いで、演出制御用ＣＰＵ１０１は、演出制御プロセス処理を行う（ステップＳ７０５）。演出制御プロセス処理では、制御状態に応じた各プロセスのうち、現在の制御状態（演出制御プロセスフラグ）に対応した処理を選択して演出表示装置９の表示制御を実行する。
【０３１１】
次いで、演出制御用ＣＰＵ１０１は、第４図柄プロセス処理を行う（ステップＳ７０６）。第４図柄プロセス処理では、制御状態に応じた各プロセスのうち、現在の制御状態（第４図柄プロセスフラグ）に対応した処理を選択して演出表示装置９の第４図柄表示領域９ｃ，９ｄにおいて第４図柄の表示制御を実行する。
【０３１２】
次いで、大当り図柄決定用乱数などの乱数を生成するためのカウンタのカウント値を更新する乱数更新処理を実行する（ステップＳ７０７）。その後、ステップＳ７０２に移行する。
【０３１３】
図３０は、主基板３１の遊技制御用マイクロコンピュータ５６０から受信した演出制御コマンドを格納するためのコマンド受信バッファの一構成例を示す説明図である。この例では、２バイト構成の演出制御コマンドを６個格納可能なリングバッファ形式のコマンド受信バッファが用いられる。従って、コマンド受信バッファは、受信コマンドバッファ１〜１２の１２バイトの領域で構成される。そして、受信したコマンドをどの領域に格納するのかを示すコマンド受信個数カウンタが用いられる。コマンド受信個数カウンタは、０〜１１の値をとる。なお、必ずしもリングバッファ形式でなくてもよい。
【０３１４】
なお、遊技制御用マイクロコンピュータ５６０から送信された演出制御コマンドは、演出制御ＩＮＴ信号にもとづく割込処理で受信され、ＲＡＭに形成されているバッファ領域に保存されている。コマンド解析処理では、バッファ領域に保存されている演出制御コマンドがどのコマンド（図１３および図１４参照）であるのか解析する。なお、演出制御ＩＮＴ信号にもとづく割込処理は、４ｍｓごとに実行されるタイマ割込処理に優先して実行される。
【０３１５】
図３１および図３２は、コマンド解析処理（ステップＳ７０４）の具体例を示すフローチャートである。主基板３１から受信された演出制御コマンドは受信コマンドバッファに格納されるが、コマンド解析処理では、演出制御用ＣＰＵ１０１は、コマンド受信バッファに格納されているコマンドの内容を確認する。
【０３１６】
コマンド解析処理において、演出制御用ＣＰＵ１０１は、まず、コマンド受信バッファに受信コマンドが格納されているか否か確認する（ステップＳ６１１）。格納されているか否かは、コマンド受信個数カウンタの値と読出ポインタとを比較することによって判定される。両者が一致している場合が、受信コマンドが格納されていない場合である。コマンド受信バッファに受信コマンドが格納されている場合には、演出制御用ＣＰＵ１０１は、コマンド受信バッファから受信コマンドを読み出す（ステップＳ６１２）。なお、読み出したら読出ポインタの値を＋２しておく（ステップＳ６１３）。＋２するのは２バイト（１コマンド）ずつ読み出すからである。
【０３１７】
受信した演出制御コマンドが変動パターンコマンドであれば（ステップＳ６１４）、演出制御用ＣＰＵ１０１は、受信した変動パターンコマンドを、ＲＡＭに形成されている変動パターンコマンド格納領域に格納する（ステップＳ６１５）。そして、変動パターンコマンド受信フラグをセットする（ステップＳ６１６）。
【０３１８】
受信した演出制御コマンドが表示結果指定コマンドであれば（ステップＳ６１７）、演出制御用ＣＰＵ１０１は、受信した表示結果指定コマンド（表示結果１指定コマンド〜表示結果６指定コマンド）を、ＲＡＭに形成されている表示結果指定コマンド格納領域に格納する（ステップＳ６１８）。
【０３１９】
受信した演出制御コマンドが図柄確定指定コマンドであれば（ステップＳ６１９）、演出制御用ＣＰＵ１０１は、確定コマンド受信フラグをセットする（ステップＳ６２０）。
【０３２０】
受信した演出制御コマンドが大当り開始指定コマンド（コマンドＡ００１（Ｈ））であれば（ステップＳ６２１）、演出制御用ＣＰＵ１０１は、大当り開始指定コマンド受信フラグをセットする（ステップＳ６２２）。
【０３２１】
受信した演出制御コマンドが小当り／突然確変大当り開始指定コマンド（コマンドＡ００２（Ｈ））であれば（ステップＳ６２３）、演出制御用ＣＰＵ１０１は、小当り／突然確変大当り開始指定コマンド受信フラグをセットする（ステップＳ６２４）。
【０３２２】
受信した演出制御コマンドがいずれかの図柄指定コマンドであれば（ステップＳ６５１）、演出制御用ＣＰＵ１０１は、受信した図柄指定コマンドを、ＲＡＭに形成されている始動入賞時コマンド格納領域の空いている最初の格納領域に格納する（ステップＳ６５２）。
【０３２３】
図３３は、始動入賞時コマンド格納領域の具体例を示す説明図である。図３３に示すように、始動入賞時コマンド格納領域には、合算保留記憶数の最大値（この例では８）に対応した領域（格納領域１〜８）が確保されている。この実施の形態では、図１９の始動口スイッチ通過処理のステップＳ１２１８〜Ｓ１２２１，Ｓ１２２９〜Ｓ１２３２で示したように、第１始動入賞口１３または第２始動入賞口１４への始動入賞があったときに、１タイマ割込内に、図柄指定コマンド、変動カテゴリコマンド、始動入賞指定コマンド（第１始動入賞指定コマンドまたは第２始動入賞指定コマンド）、および合算保留記憶数指定コマンドの４つのコマンドがセットで送信される。そのため、図３３に示すように、始動入賞時コマンド格納領域の各格納領域１〜８には、図柄指定コマンド、変動カテゴリコマンド、始動入賞指定コマンドおよび合算保留記憶数指定コマンドを対応付けて格納できるように記憶領域が確保されている。
【０３２４】
この実施の形態では、演出制御用ＣＰＵ１０１は、コマンド解析処理において、受信した順にコマンドを始動入賞時コマンド格納領域の空いている最初の格納領域内に格納していく。この実施の形態では、１タイマ割込内に、図柄指定コマンド、変動カテゴリコマンド、始動入賞指定コマンドおよび合算保留記憶数指定コマンドの順にコマンド送信が行われるので、コマンド受信が正常に行われれば、図３３に示すように、各格納領域１〜８に、図柄指定コマンド、変動カテゴリコマンド、始動入賞指定コマンドおよび合算保留記憶数指定コマンドの順に格納されていくことになる（なお、図３３では、格納領域１〜５までコマンドが格納されている例が示されている）。
【０３２５】
なお、図３３に示す例では、前回の変動表示において７個までの保留記憶が発生して最新のコマンドが格納されている格納領域に合算保留記憶数７を指定する合算保留記憶数指定コマンド（Ｃ２０７（Ｈ））が格納され、その後、保留記憶が１つ消化されて２番目の保留記憶にもとづく変動表示が開始されている状況での始動入賞時コマンド格納領域の格納状態が示されている。
【０３２６】
また、図３３に示す始動入賞時コマンド格納領域に格納されている各コマンドは、演出図柄の変動表示を開始するごと（合算保留記憶数減算指定コマンドを受信するごと）に、後述するステップＳ６６３で１つ目の格納領域１に格納されているものから削除され、始動入賞時コマンド格納領域の内容がシフトされる。例えば、図３３に示す格納状態において新たな演出図柄の変動表示が開始された場合には、格納領域１に格納されている各コマンドが削除され、格納領域２に格納されている各コマンドが格納領域１にシフトされ、格納領域３に格納されている各コマンドが格納領域２にシフトされ、格納領域４に格納されている各コマンドが格納領域３にシフトされ、格納領域５に格納されている各コマンドが格納領域４にシフトされる。なお、各コマンドが削除されるタイミングは、演出図柄の変動表示を開始するタイミングで後述する演出図柄変動開始処理中であってもよい。
【０３２７】
また、図３３に示すように、各格納領域１〜８には、プレゼントデータＱを格納できるよう記憶領域が確保されている。プレゼントデータＱは、各保留記憶を予告対象とするプレゼント演出を実行するか否かを示すデータであり、０または１の値である。例えば、プレゼントデータＱとして、「１」が格納されている場合は、プレゼント画像が表示されるプレゼント演出を実行することを示し、プレゼントデータＱとして「０」が格納されている場合は、プレゼント演出を実行しないことを示している。例えば、プレゼントデータＱに対応した全ての記憶領域に「０」が格納されている格納領域は、該格納領域に対応する保留記憶を予告対象としたプレゼント演出を実行しないことを示している。
【０３２８】
また、この実施の形態では、始動入賞の発生時に受信する図柄指定コマンド、変動カテゴリコマンド、始動入賞指定コマンドおよび合算保留記憶数指定コマンドを、包括的に表現する場合に、始動入賞時のコマンドともいう。また、これら始動入賞時のコマンドのうち、第１保留記憶数または第２保留記憶数が増加したことを認識可能な情報を指定するコマンドである始動入賞指定コマンドおよび合算保留記憶数指定コマンドを、包括的に表現する場合に、保留記憶情報ともいう。また、始動入賞時の入賞時演出処理（図２１参照）で判定される大当りや小当りとなるか否か、大当り種別の判定結果、変動パターン種別の判定結果を示すコマンドである図柄指定コマンドおよび変動カテゴリコマンドを、包括的に表現する場合に、入賞時判定結果指定コマンドや判定結果情報ともいう。
【０３２９】
受信した演出制御コマンドがいずれかの変動カテゴリコマンドであれば（ステップＳ６５３）、演出制御用ＣＰＵ１０１は、受信した変動カテゴリコマンドを、ＲＡＭに形成されている始動入賞時コマンド格納領域の各格納領域１〜８のうち最新の図柄指定コマンドが格納されている格納領域に格納する（ステップＳ６５４Ａ）。そして、変動カテゴリコマンドを受信したことを示す変動カテゴリコマンド受信フラグをセットする（ステップＳ６５４Ｂ）。
【０３３０】
受信した演出制御コマンドが第１始動入賞指定コマンドであれば（ステップＳ６５５）、演出制御用ＣＰＵ１０１は、合算保留記憶表示部１８ｃにおける保留表示を１つ増加させ、合算保留記憶数表示を更新する（ステップＳ６５６Ａ）。そして、受信した第１始動入賞指定コマンドを、ＲＡＭに形成されている始動入賞時コマンド格納領域の各格納領域１〜８のうち最新の図柄指定コマンドおよび変動カテゴリコマンドが格納されている格納領域に格納する（ステップＳ６５６Ｂ）。
【０３３１】
受信した演出制御コマンドが第２始動入賞指定コマンドであれば（ステップＳ６５７）、演出制御用ＣＰＵ１０１は、合算保留記憶表示部１８ｃにおける保留表示を１つ増加させ、合算保留記憶数表示を更新する合算保留記憶数表示を更新する（ステップＳ６５８Ａ）。そして、受信した第２始動入賞指定コマンドを、ＲＡＭに形成されている始動入賞時コマンド格納領域の各格納領域１〜８のうち最新の図柄指定コマンドおよび変動カテゴリコマンドが格納されている格納領域に格納する（ステップＳ６５８Ｂ）。
【０３３２】
受信した演出制御コマンドが合算保留記憶数指定コマンドであれば（ステップＳ６５９）、演出制御用ＣＰＵ１０１は、受信した合算保留記憶数指定コマンドを、ＲＡＭに形成されている始動入賞時コマンド格納領域の各格納領域１〜８のうち最新の図柄指定コマンド、変動カテゴリコマンドおよび始動入賞指定コマンドが格納されている格納領域に格納する（ステップＳ６６０）。
【０３３３】
受信した演出制御コマンドが合算保留記憶数減算指定コマンドであれば（ステップＳ６６１）、演出制御用ＣＰＵ１０１は、合算保留記憶表示部１８ｃにおける１つ目の保留表示を消去し、残りの保留表示を１つずつシフトして、合算保留記憶表示部１８ｃにおける合算保留記憶数表示を更新する（ステップＳ６６２）。例えば、合算保留記憶表示部１８ｃの１つ目〜５つ目の保留表示が点灯表示されていた場合に、合算保留記憶数減算指定コマンドを受信した場合には、１つ目の保留表示をアクティブ保留表示の表示領域にシフトするとともに、２つ目に表示されていた保留表示を１つ目の表示領域にシフトし、３つ目に表示されていた保留表示を２つ目の表示領域にシフトし、４つ目に表示されていた保留表示を３つ目の表示領域にシフトし、５つ目に表示されていた保留表示を４つ目の表示領域にシフトする。
【０３３４】
また、演出制御用ＣＰＵ１０１は、始動入賞時コマンド格納領域における格納領域１のデータを削除し、残りのデータをシフトして格納する（ステップＳ６６３）。
【０３３５】
受信した演出制御コマンドがその他のコマンドであれば、演出制御用ＣＰＵ１０１は、受信した演出制御コマンドに応じたフラグをセットする（ステップＳ６８４）。そして、ステップＳ６１１に移行する。
【０３３６】
図３４は、図２９に示されたメイン処理における演出制御プロセス処理（ステップＳ７０５）を示すフローチャートである。演出制御プロセス処理では、演出制御用ＣＰＵ１０１は、まず、予告演出（プレゼント演出）を実行するか否かを決定する予告演出決定処理を実行する（ステップＳ８００Ａ）。
【０３３７】
次いで、演出制御用ＣＰＵ１０１は、演出制御プロセスフラグの値に応じてステップＳ８００〜Ｓ８０７のうちのいずれかの処理を行う。各処理において、以下のような処理を実行する。なお、演出制御プロセス処理では、演出表示装置９の表示状態が制御され、演出図柄の可変表示が実現されるが、第１特別図柄の変動に同期した演出図柄の可変表示に関する制御も、第２特別図柄の変動に同期した演出図柄の可変表示に関する制御も、一つの演出制御プロセス処理において実行される。なお、第１特別図柄の変動に同期した演出図柄の可変表示と、第２特別図柄の変動に同期した演出図柄の可変表示とを、別の演出制御プロセス処理により実行するように構成してもよい。また、この場合、いずれの演出制御プロセス処理により演出図柄の変動表示が実行されているかによって、いずれの特別図柄の変動表示が実行されているかを判断するようにしてもよい。
【０３３８】
変動パターンコマンド受信待ち処理（ステップＳ８００）：遊技制御用マイクロコンピュータ５６０から変動パターンコマンドを受信しているか否か確認する。具体的には、コマンド解析処理でセットされる変動パターンコマンド受信フラグがセットされているか否か確認する。変動パターンコマンドを受信していれば、演出制御プロセスフラグの値を演出図柄変動開始処理（ステップＳ８０１）に対応した値に変更する。
【０３３９】
演出図柄変動開始処理（ステップＳ８０１）：演出図柄の変動が開始されるように制御する。そして、演出制御プロセスフラグの値を演出図柄変動中処理（ステップＳ８０２）に対応した値に更新する。
【０３４０】
演出図柄変動中処理（ステップＳ８０２）：変動パターンを構成する各変動状態（変動速度）の切替タイミング等を制御するとともに、変動時間の終了を監視する。そして、変動時間が終了したら、演出制御プロセスフラグの値を演出図柄変動停止処理（ステップＳ８０３）に対応した値に更新する。
【０３４１】
演出図柄変動停止処理（ステップＳ８０３）：演出図柄の変動を停止し表示結果（停止図柄）を導出表示する制御を行う。そして、演出制御プロセスフラグの値を大当り表示処理（ステップＳ８０４）または変動パターンコマンド受信待ち処理（ステップＳ８００）に対応した値に更新する。
【０３４２】
大当り表示処理（ステップＳ８０４）：変動時間の終了後、演出表示装置９に大当りの発生を報知するための画面を表示する制御を行う。そして、演出制御プロセスフラグの値をラウンド中処理（ステップＳ８０５）に対応した値に更新する。
【０３４３】
ラウンド中処理（ステップＳ８０５）：ラウンド中の表示制御を行う。そして、ラウンド終了条件が成立したら、最終ラウンドが終了していなければ、演出制御プロセスフラグの値をラウンド後処理（ステップＳ８０６）に対応した値に更新する。最終ラウンドが終了していれば、演出制御プロセスフラグの値を大当り終了処理（ステップＳ８０７）に対応した値に更新する。
【０３４４】
ラウンド後処理（ステップＳ８０６）：ラウンド間の表示制御を行う。そして、ラウンド開始条件が成立したら、演出制御プロセスフラグの値をラウンド中処理（ステップＳ８０５）に対応した値に更新する。
【０３４５】
大当り終了演出処理（ステップＳ８０７）：演出表示装置９において、大当り遊技状態が終了したことを遊技者に報知する表示制御を行う。そして、演出制御プロセスフラグの値を変動パターンコマンド受信待ち処理（ステップＳ８００）に対応した値に更新する。
【０３４６】
図３５は、予告演出決定処理を示すフローチャートである。予告演出決定処理において、演出制御用ＣＰＵ１０１は、新たな始動入賞時コマンドを受信したか否かを判定し（ステップＳ３５０１）、受信していない場合には、そのまま処理を終了する。また、新たな始動入賞時コマンドを受信した場合には、演出制御用ＣＰＵ１０１は、新たな始動入賞時コマンドに対応する保留画像を表示する（ステップＳ３５０２）。なお、ステップＳ３５０２では、第１始動入賞口への始動入賞の場合と第２始動入賞口への始動入賞の場合とで異なる保留画像を表示するようにしてもよい。例えば、始動入賞時コマンドによって確認することができる。
【０３４７】
次いで、演出制御用ＣＰＵ１０１は、予告演出としてプレゼント演出を実行中であることを示すプレゼント演出実行中フラグがセットされているか否かを確認し（ステップＳ３５０３）、セットされていれば（すなわちプレゼント演出を実行中であれば）、そのまま処理を終了する。また、セットされていなければ（すなわちプレゼント演出を実行中でなければ）、ステップＳ３５０４に移行する。なお、この実施の形態では、ステップＳ３５０３の処理を実行することによって、複数の保留記憶に対するプレゼント演出を同時に実行できないように制限されているが、ステップＳ３５０３の処理を省略して制限しないようにしてもよい。
【０３４８】
ステップＳ３５０４では、演出制御用ＣＰＵ１０１は、受信した変動カテゴリコマンドが特定の変動カテゴリコマンドであるか否かを判定する（ステップＳ３５０４）。ここで、特定の変動カテゴリコマンドとは、変動種別がスーパーＣＡ２−７を示す変動カテゴリコマンド（変動カテゴリ８コマンド、変動カテゴリ８コマンド、変動カテゴリ１０コマンド、変動カテゴリ１２コマンド）と、変動種別がスーパーＣＡ３−３を示す変動カテゴリコマンド（変動カテゴリ２３コマンド、変動カテゴリ２６コマンド）とである。すなわち、ここでは、スーパーリーチを伴う変動パターン種別であるか否かを判定している。特定の変動カテゴリでない場合、そのまま処理を終了する。
【０３４９】
ステップＳ３５０４において、特定の変動カテゴリである場合、演出制御用ＣＰＵ１０１は、受信した始動入賞時コマンドに対応する保留記憶を予告対象としたプレゼント演出を実行するか否かを決定するためのプレゼント演出実行判定を行う（ステップＳ３５０５）。ここでは、プレゼント演出実行判定用の乱数にもとづいて、図３６に示すプレゼント演出実行判定テーブルを用いてプレゼント演出実行判定を行う。なお、この実施の形態では、常に予告演出決定処理が実行されるように構成されているが、遊技状態や演出状態に応じて予告演出決定処理が実行されないようにしてもよい。すなわち、プレゼント演出が実行される状態を制限するようにしてもよい。例えば、遊技状態が通常状態のときには、第１始動入賞口１３への入賞にもとづいて送信された始動入賞時コマンドであるときのみ予告演出決定処理を実行し、遊技状態が確変状態（または時短状態）のときには、第２始動入賞口１４への入賞にもとづいて送信された始動入賞時コマンドであるときのみ予告演出決定処理を実行するようにしてもよい。また、確変状態に制御されていることが遊技者に認識されない潜伏確変状態に制御されうる構成であれば、潜伏確変状態に制御されている可能性を示唆する潜伏確変演出中が実行されている場合にのみ予告演出決定処理を実行するようにしてもよい。
【０３５０】
図３６は、プレゼント演出実行判定テーブルを示す説明図である。プレゼント演出実行判定テーブルは、入賞時判定結果ごとに決定事項（「実行する」または「実行しない」）に対応する判定値が割り当てられているが、図３６に示す例では、説明を簡略化するために、割り当てられた判定値の割合が示されている。演出制御用ＣＰＵ１０１は、例えば、プレゼント演出実行判定用の乱数を抽出し、抽出した乱数に一致する判定値が割り当てられている決定事項に決定する。したがって、図３６に示す例では、入賞時判定結果ごとの決定事項（「実行する」または「実行しない」）に対応する数値は、決定事項として「実行する」または「実行しない」が選択される割合（％）を示している。
【０３５１】
なお、この実施の形態では、図３６に示すプレゼント演出実行判定テーブルの他に、後述する図４２（Ａ）に示す予告演出種別決定テーブル、図４２（Ｂ）〜（Ｄ）に示す予告演出実行タイミング決定テーブルについても、実際には判定値が割り当てられているが、説明を簡略化するために割り当てられた判定値の割合が示されている。また、それらのテーブルが用いられる後述するステップＳ４００４、Ｓ４００５においても、ステップＳ３５０５と同様に、演出制御用ＣＰＵ１０１は、例えば、予告演出種別または予告演出実行タイミングを決定するための乱数を抽出し、抽出した乱数に一致する判定値が割り当てられている事項に決定する。
【０３５２】
図３６に示すプレゼント演出実行判定テーブルにおいて特徴的なことは、表示結果がはずれよりも大当りである方が、また、同じ確変大当りであってもラウンド数が多くなるほど「実行する」と判定される割合が高くなるように判定値が設定されていることである。このような特徴を備えていることによって、プレゼント演出が実行されないときよりも、プレゼント演出が実行されたときの方が、予告対象の変動表示において大当りが発生する割合を高くすることや、ラウンド数が多く有利な大当り種別となる割合を高くすることができる。したがって、プレゼント演出が実行されることに対して遊技者に期待感を持たせることができる。なお、この実施の形態では、図３６に示すように（後述する図５２に示す変形例も同様）、突然確変大当りまたは小当りの場合には、プレゼント演出が実行されないように構成されているが、実行可能としてもよい。例えば、ステップＳ３５０４で特殊ＣＡ４−１、特殊ＣＡ４−２も特定の変動カテゴリと判定したり、スーパーリーチから突然確変大当りまたは小当りとなる変動カテゴリを設けたりすることによって実現可能である。
【０３５３】
ステップＳ３５０５の後、演出制御用ＣＰＵ１０１は、プレゼント演出実行判定の判定結果を確認し（ステップＳ３５０６）、実行しないと判定した場合には、そのまま処理を終了する。一方、実行すると判定した場合には、演出表示装置９においてプレゼントボックス画像を表示するとともに（ステップＳ３５０７）、プレゼント演出の実行中であることを示すプレゼント演出フラグをセットする（ステップＳ３５０８）。そして、始動入賞時コマンド格納領域のプレゼントデータＱの記憶領域にデータ「１」を格納した後に、予告演出決定処理を終了する。なお、この実施の形態では、始動入賞時にプレゼントボックス画像を表示してプレゼント演出を開始するが、始動入賞時にプレゼント演出を実行すると決定し、次の変動表示が開始されるタイミングで、プレゼントボックス画像を表示してプレゼント演出を開始するようにしてもよい。例えば、始動入賞時には、始動入賞時コマンド格納領域のプレゼントデータＱの記憶領域にデータ「２」を格納し、変動開始時に、データ「２」が格納されているか否かを確認し、格納されていれば、プレゼントボックス画像を表示してプレゼント演出を開始するとともに、データ「２」から「１」に変更することで実現できる。また、例えば、４つ目の保留表示が予告対象であり、その保留表示が２つ目までシフトされたとき（次々回の変動開始時）や、１つ目までシフトされたとき（次々々回の変動開始時）、予告対象の変動表示が開始されたときにプレゼントボックス画像を表示してプレゼント演出を開始するようにしてもよい。例えば、始動入賞時には、プレゼントデータＱの記憶領域にデータ「３」を格納し、変動表示が開始されるごとにデータの値を１減算し、データが「１」に変更されたタイミングでプレゼント演出を開始することで、次々回の変動開始時にプレゼント演出を開始することができる。また、プレゼント演出が開始されるタイミングによって、後述する変動パターン（リーチ）期待度や大当り期待度など、各種期待度が異なるようにしてもよい。
【０３５４】
図３７は、図２９に示された演出制御プロセス処理における変動パターンコマンド受信待ち処理（ステップＳ８００）を示すフローチャートである。変動パターンコマンド受信待ち処理において、演出制御用ＣＰＵ１０１は、変動パターンコマンド受信フラグがセットされているか否か確認する（ステップＳ８１１）。変動パターンコマンド受信フラグがセットされていれば、変動パターンコマンド受信フラグをリセットする（ステップＳ８１２）。そして、演出制御プロセスフラグの値を演出図柄変動開始処理（ステップＳ８０１）に対応した値に更新する（ステップＳ８１３）。なお、前述したように、この実施の形態では、停電復旧時にも表示結果指定コマンドの送信が行われる（ステップＳ４４参照）のであるが、図３７に示すように、この実施の形態では、通常時には、変動パターンコマンドを受信したことにもとづいて演出図柄変動開始処理に移行し演出図柄の変動表示を開始するので、変動パターンコマンドを受信することなく表示結果指定コマンドを受信したのみでは演出図柄の変動表示は開始されない。
【０３５５】
図３８は、図３４に示された演出制御プロセス処理における演出図柄変動開始処理（ステップＳ８０１）を示すフローチャートである。演出図柄変動開始処理において、演出制御用ＣＰＵ１０１は、まず、変動パターンコマンド格納領域から変動パターンコマンドを読み出す（ステップＳ８００１）。次いで、演出制御用ＣＰＵ１０１は、ステップＳ８００２で読み出した変動パターンコマンド、および表示結果指定コマンド格納領域に格納されているデータ（すなわち、受信した表示結果指定コマンド）に応じて演出図柄の表示結果（停止図柄）を決定する（ステップＳ８００２）。すなわち、演出制御用ＣＰＵ１０１によってステップＳ８００２の処理が実行されることによって、可変表示パターン決定手段が決定した可変表示パターン（変動パターン）に応じて、識別情報の可変表示の表示結果（演出図柄の停止図柄）を決定する表示結果決定手段が実現される。なお、変動パターンコマンドで擬似連が指定されている場合には、演出制御用ＣＰＵ１０１は、ステップＳ８００２において、擬似連中の仮停止図柄としてチャンス目図柄（例えば、「２２３」や「４４５」のように、リーチとならないものの大当り図柄と１つ図柄がずれている図柄の組み合わせや、通常では表示されない特殊な画像（数字以外の画像であってもよい。）を含む図柄の組み合わせなど。「擬似連図柄」ともいう。）も決定する。また、演出制御用ＣＰＵ１０１は、ステップＳ８００２において、「図柄変動時の変動形態の変化」の演出態様の連続演出を実行すると決定されている場合には、演出図柄の停止図柄として、いわゆるチャンス目図柄（例えば、「２２３」や「４４５」のように、リーチとならないものの大当り図柄と１つ図柄がずれている図柄の組み合わせ）を決定する。なお、演出制御用ＣＰＵ１０１は、決定した演出図柄の停止図柄を示すデータを演出図柄表示結果格納領域に格納する。なお、ステップＳ８００２において、演出制御用ＣＰＵ１０１は、受信した変動パターンコマンドにもとづいて大当りであるか否かを判定し、変動パターンコマンドのみにもとづいて演出図柄の停止図柄を決定するようにしてもよい。
【０３５６】
図３９は、演出表示装置９における演出図柄の停止図柄の一例を示す説明図である。図３９に示す例では、受信した表示結果指定コマンドが「１５Ｒ確変大当り」または「８Ｒ確変大当り」を示している場合には（受信した表示結果指定コマンドが表示結果２指定コマンドまたは表示結果３指定コマンドである場合）、演出制御用ＣＰＵ１０１は、停止図柄として３図柄が同じ図柄で揃った演出図柄の組合せを決定する。なお、「１５Ｒ確変大当り」または「８Ｒ確変大当り」のいずれであるかに応じて停止図柄の決定割合を異ならせてもよい。例えば、「１５Ｒ確変大当り」である場合には、３図柄が同じ奇数図柄で揃った演出図柄の組合せを決定する割合を高くし、「８Ｒ確変大当り」である場合には、３図柄が同じ偶数図柄で揃った演出図柄の組合せを決定する割合を高くするようにしてもよい。
【０３５７】
また、受信した表示結果指定コマンドが「突然確変大当り」や「小当り」を示している場合には（受信した表示結果指定コマンドが表示結果５指定コマンドまたは表示結果６指定コマンドである場合）、演出制御用ＣＰＵ１０１は、停止図柄として「１３５」などの演出図柄の組合せを決定する。そして、「はずれ」の場合には（受信した表示結果指定コマンドが表示結果１指定コマンドである場合）、上記以外の演出図柄の組み合わせを決定する。ただし、リーチ演出を伴う場合には、左右の２図柄が揃った演出図柄の組み合わせを決定する。また、演出表示装置９に導出表示される３図柄の組合せが演出図柄の「停止図柄」である。
【０３５８】
演出制御用ＣＰＵ１０１は、例えば、停止図柄を決定するための乱数を抽出し、演出図柄の組合せを示すデータと数値とが対応付けられている停止図柄決定テーブルを用いて、演出図柄の停止図柄を決定する。すなわち、抽出した乱数に一致する数値に対応する演出図柄の組合せを示すデータを選択することによって停止図柄を決定する。
【０３５９】
なお、演出図柄についても、大当りを想起させるような停止図柄（左中右が全て同じ図柄で揃った図柄の組み合わせ）を大当り図柄という。また、はずれを想起させるような停止図柄をはずれ図柄という。
【０３６０】
次いで、演出制御用ＣＰＵ１０１は、予告演出（プレゼント演出）の演出態様を設定する予告演出設定処理を実行する（ステップＳ８００３）。
【０３６１】
次いで、演出制御用ＣＰＵ１０１は、変動パターンおよび予告演出に応じたプロセステーブルを選択する（ステップＳ８００４）。そして、選択したプロセステーブルのプロセスデータ１におけるプロセスタイマをスタートさせる（ステップＳ８００５）。
【０３６２】
図４０は、プロセステーブルの構成例を示す説明図である。プロセステーブルとは、演出制御用ＣＰＵ１０１が演出装置の制御を実行する際に参照するプロセスデータが設定されたテーブルである。すなわち、演出制御用ＣＰＵ１０１は、プロセステーブルに設定されているプロセスデータに従って演出表示装置９等の演出装置（演出用部品）の制御を行う。プロセステーブルは、プロセスタイマ設定値と表示制御実行データ、ランプ制御実行データおよび音番号データの組み合わせが複数集まったデータで構成されている。表示制御実行データには、演出図柄の可変表示の可変表示時間（変動時間）中の変動態様を構成する各変動の態様を示すデータ等が記載されている。具体的には、演出表示装置９の表示画面の変更に関わるデータが記載されている。また、プロセスタイマ設定値には、その変動の態様での変動時間が設定されている。演出制御用ＣＰＵ１０１は、プロセステーブルを参照し、プロセスタイマ設定値に設定されている時間だけ表示制御実行データに設定されている変動の態様で演出図柄を表示させる制御を行う。
【０３６３】
図４０に示すプロセステーブルは、演出制御基板８０におけるＲＯＭに格納されている。また、プロセステーブルは、各変動パターンに応じて用意されている。
【０３６４】
なお、この実施の形態では、予告演出としてプレゼント演出を実行しているが、これ以外にも、例えば、ステップアップ予告演出やミニキャラ予告演出、可動物予告演出、演出羽根役物予告演出などを実行可能とする場合には、それぞれ実行するか否かを決定し、決定結果に応じてプロセステーブルを選択する。
【０３６５】
なお、リーチ演出を伴う変動パターンについて演出制御を実行する場合に用いられるプロセステーブルには、変動開始から所定時間が経過したときに左図柄を停止表示させ、さらに所定時間が経過すると右図柄を停止表示させることを示すプロセスデータが設定されている。なお、停止表示させる図柄をプロセステーブルに設定するのではなく、決定された停止図柄、擬似連や滑り演出における仮停止図柄に応じて、図柄を表示するための画像を合成して生成するようにしてもよい。
【０３６６】
また、演出制御用ＣＰＵ１０１は、プロセスデータ１の内容（表示制御実行データ１、ランプ制御実行データ１、音番号データ１）に従って演出装置（演出用部品としての演出表示装置９、演出用部品としての各種ランプおよび演出用部品としてのスピーカ２７）の制御を実行する（ステップＳ８００６）。例えば、演出表示装置９において変動パターンに応じた画像を表示させるために、ＶＤＰ１０９に指令を出力する。また、各種ランプを点灯／消灯制御を行わせるために、ランプドライバ基板３５に対して制御信号（ランプ制御実行データ）を出力する。また、スピーカ２７からの音声出力を行わせるために、音声出力基板７０に対して制御信号（音番号データ）を出力する。
【０３６７】
なお、この実施の形態では、演出制御用ＣＰＵ１０１は、変動パターンコマンドに１対１に対応する変動パターンによる演出図柄の可変表示が行われるように制御するが、演出制御用ＣＰＵ１０１は、変動パターンコマンドに対応する複数種類の変動パターンから、使用する変動パターンを選択するようにしてもよい。
【０３６８】
次いで、演出制御用ＣＰＵ１０１は、変動時間タイマに、変動パターンコマンドで特定される変動時間に相当する値を設定する（ステップＳ８００７）。その後、演出制御用ＣＰＵ１０１は、演出制御プロセスフラグの値を演出図柄変動中処理（ステップＳ８０２）に対応した値にする（ステップＳ８００８）。
【０３６９】
図４１は、予告演出設定処理を示すフローチャートである。予告演出設定処理において、演出制御用ＣＰＵ１０１は、まず、プレゼント演出実行中フラグがセットされているか否かを判定し（ステップＳ４００１）、セットされていない場合、すなわち、プレゼント演出の実行中でない場合には、そのまま予告演出設定処理を終了する。セットされている場合、すなわち、プレゼント演出を実行中である場合には、演出制御用ＣＰＵ１０１は、始動入賞時コマンド格納領域の格納領域１のプレゼントデータＱの値が０でないか確認する（ステップＳ４００２）。始動入賞時コマンド格納領域の格納領域１のプレゼントデータがＱの値が０でない（すなわち本例では１である）場合には、これから開始される変動表示がプレゼント演出の予告対象の変動表示である。したがって、格納領域１のプレゼントデータがＱの値が０である（プレゼント演出の予告対象の変動表示ではない）場合には、そのまま予告演出設定処理を終了する。また、格納領域１のプレゼントデータがＱの値が０ではない（プレゼント演出の予告対象の変動表示である）場合には、演出制御用ＣＰＵ１０１は、開封フラグをセットする（ステップＳ４００３）。開封フラグは、プレゼント演出の予告対象の変動表示であることを示すフラグである。
【０３７０】
次いで、演出制御用ＣＰＵ１０１は、予告演出種別決定用の乱数にもとづいて、図４２（Ａ）に示す予告演出種別決定テーブルを用いて、実行する予告演出の種別を決定する（ステップＳ４００４）。この実施の形態では、プレゼント演出は、プレゼントボックス画像を表示するとともに、予告対象である変動表示中にプレゼントボックスを開封してプレゼントの中身の画像（以下、「プレゼント画像」）を表示する（プレゼントボックス画像からプレゼント画像に切り替える）。また、表示されたプレゼント画像によって、擬似連予告演出、発展先予告演出またはアクティブ保留予告演出のいずれかが実行される。つまり、ステップＳ４００４では、表示するプレゼント画像とともに、プレゼント画像によって実行する演出が予告演出種別として決定される。
【０３７１】
擬似連予告演出は、演出表示装置９に、擬似連演出（演出図柄の仮停止と再変動表示）が実行される（継続される）ことを示唆する擬似連予告画像（例えば、「擬似連継続！」：図４８（ａ４）参照）が表示される演出である。この実施の形態では、プレゼント画像として擬似連予告画像が表示されることによって、擬似連予告演出が実行される。
【０３７２】
また、発展先予告演出は、リーチ演出がスーパーリーチに発展すること、発展したときのスーパーリーチの種別（スーパーリーチＡまたはスーパーリーチＢ）を示唆する発展先予告画像（例えば、「スーパーリーチＢ」：図５０（ａ２）参照）が表示される演出である。この実施の形態では、発展先予告画像が表示されることによって、発展先予告演出が実行される。
【０３７３】
また、アクティブ保留演出は、アクティブ保留表示の表示態様を通常態様から特別態様に変化させる演出であって、大当りとなること（スーパーリーチとなること）を示唆する演出である。この実施の形態では、プレゼント画像としてアクティブ保留演出が実行されることを示すアクティブ保留予告画像（例えば、「変化」：図５１（ｂ２）参照）が表示されると、その後、アクティブ保留表示の表示態様が通常態様から特別態様に変化する。なお、この実施の形態では、１種類の特別態様を用いて説明するが、信頼度が異なる複数種類の特別態様を設け、変動パターンに応じていずれの特別態様に変化するかを決定するようにしてもよい。
【０３７４】
図４２（Ａ）に示す予告演出種別決定テーブルには、変動パターンごとに決定事項（予告演出種別：「擬似連予告」、「発展先予告」または「アクティブ保留予告」）に対応する判定値が割り当てられている。
【０３７５】
図４２（Ａ）に示す予告演出種別決定テーブルにおいて特徴的なことは、擬似連演出を伴う変動パターンである方が、伴わない変動パターンよりも、また、擬似連演出を伴う変動パターンであっても、擬似連回数が多い方が、予告演出種別「擬似連予告」と判定される割合が高くなるように判定値が設定されていることである。このような特徴を備えていることによって、擬似連演出を伴う変動パターンである場合には、擬似連予告が実行される割合を高くすることができ、遊技興趣を高めることができる。
【０３７６】
また、図４２（Ａ）に示す予告演出種別決定テーブルにおいて特徴的なことは、表示結果がはずれよりも大当りである方が、また、同じ表示結果であっても変動パターンの期待度が高くなるほど、予告演出種別「アクティブ保留予告」と判定される割合が高くなるように判定値が設定されていることである。このような特徴を備えていることによって、予告演出種別が「アクティブ保留予告」である方が、他の予告演出種別であるよりも、予告対象の変動表示において大当りが発生する割合を高くすること（大当りとなる期待度が高いスーパーリーチが行われる割合を高くすること）ができる。したがって、予告演出種別が「アクティブ保留予告」で実行されることに対して遊技者に期待感を持たせることができる。
【０３７７】
次いで、演出制御用ＣＰＵ１０１は、決定した予告演出種別に応じて、予告演出実行タイミングを決定する（ステップＳ４００５）。具体的には、演出制御用ＣＰＵ１０１は、決定した予告演出種別に応じて、図４２（Ｂ）〜（Ｄ）に示す予告演出実行タイミング決定テーブルのいずれかを選択し、選択したテーブルと予告演出実行タイミング決定用の乱数とにもとづいて、予告演出実行タイミングを決定する。以下、図４３に示すタイミングチャートを参照して説明する。
【０３７８】
決定した予告演出種別が擬似連予告である場合には、演出制御用ＣＰＵ１０１は、図４２（Ｂ）に示す予告演出実行タイミング決定テーブルを選択する。図４２（Ｂ）に示す予告演出実行タイミング決定テーブルには、変動パターンごとに決定事項（実行タイミング：「リーチ前（擬似連１回目）」、「リーチ前（擬似連２回目）」または「リーチ後」）に対応する判定値が割り当てられている。この実行タイミング「リーチ前（擬似連１回目）」、「リーチ前（擬似連２回目）」および「リーチ後」は、図４３（Ａ），（Ｂ）に示すｔ１，ｔ２，ｔ３に相当する。
【０３７９】
図４２（Ｂ）に示す予告演出実行タイミング決定テーブルにおいて特徴的なことは、擬似連予告演出は、リーチ成立前に実行され、擬似連３回を伴う変動パターンの場合には、リーチ前（擬似連１回：図４３（Ａ），（Ｂ）のｔ１に相当）よりもリーチ前（擬似連２回：図４３（Ａ），（Ｂ）のｔ２に相当）に実行される割合が高く、擬似連２回を伴う変動パターンの場合には、リーチ前（擬似連２回）に実行されないように判定値が設定されていることである。また、擬似連３回を伴う変動パターンであっても、表示結果が大当りである場合には、はずれである場合に比べて、リーチ前（擬似連２回：図４３（Ａ），（Ｂ）のｔ２に相当）に実行される割合が高くなるように判定値が設定されている。このような特徴を備えていることによって、擬似連予告演出が実行されることで、確実に擬似連が継続すること示すことができるとともに、擬似連１回目よりも擬似連２回目に実行される方が大当りとなる期待度を高くすることができる。すなわち、擬似連予告演出が実行されるタイミングによって、擬似連が継続する回数と大当りとなる期待度を異ならせることができる。
【０３８０】
なお、図４２に示す例では、擬似連予告演出が実行されると、確実に擬似連が継続することになるが、例えば、擬似連２回を伴う変動パターンの場合にも、リーチ前（擬似連２回：図４３（Ａ），（Ｂ）のｔ２に相当）に実行されるように判定値を設定することによって、結果的に擬似連が継続しない擬似連予告演出を許容するようにしてもよい。また、この場合には、図４２（Ａ）に示す予告演出種別決定テーブルにおいて、擬似連を伴わない変動パターンであっても、擬似連予告演出に決定されるようにしてもよい。また、図４２に示す例では、リーチ前の２つのタイミング（擬似連１回目および擬似連２回目）のいずれかに決定されるように構成されているが、さらに複数の実行可能なタイミングを設けるようにしてもよい。例えば、１回目と２回目の擬似連演出中にそれぞれ２つの実行可能なタイミングを設け、図４２（Ｂ）の予告演出実行タイミング決定テーブルを用いて、擬似連１回目と擬似連２回目とのいずれかに決定し、さらに、１回目または２回目の擬似連演出中の２つのタイミングのうちのいずれかに決定する。この場合には、例えば、（変動パターンの擬似連回数に応じて）１回目または２回目の擬似連演出中の２つのタイミングのうちの早いタイミングに決定される割合を高くするようにしてもよい。そのようにすることで、擬似連予告が実行されるタイミングによって擬似連が継続する回数を異ならせることができる。
【０３８１】
決定した予告演出種別が発展先予告である場合には、演出制御用ＣＰＵ１０１は、図４２（Ｃ）に示す予告演出実行タイミング決定テーブルを選択する。図４２（Ｃ）に示す予告演出実行タイミング決定テーブルには、変動パターンごとに決定事項（実行タイミング：「リーチ前」または「リーチ後（リーチ発展前）」）に対応する判定値が割り当てられている。この実行タイミング「リーチ前」および「リーチ後（リーチ発展前）」は、図４３（Ｃ）に示すｔ４，ｔ５に相当する。なお、この実施の形態では、図４３（Ｃ），（Ｄ）に示すリーチ成立からリーチ発展までの期間には、図柄送りのリーチ（いわゆるノーマルリーチ）が実行され、リーチ発展から変動停止までの期間には、変動パターンに応じて、スーパーリーチＡまたはスーパーリーチＢが実行される。
【０３８２】
また、決定した予告演出種別がアクティブ保留予告である場合には、演出制御用ＣＰＵ１０１は、図４２（Ｄ）に示す予告演出実行タイミング決定テーブルを選択する。図４２（Ｄ）に示す予告演出実行タイミング決定テーブルには、変動パターンごとに決定事項（実行タイミング：「リーチ前」または「リーチ後」）に対応する判定値が割り当てられている。この実行タイミング「リーチ後（リーチ発展前）」および「リーチ後（リーチ発展後）」は、図４３（Ｃ）に示すｔ５，ｔ６に相当する。
【０３８３】
図４２（Ｃ）に示す予告演出実行タイミング決定テーブルにおいて特徴的なことは、表示結果がはずれよりも大当りである方が、また、同じ表示結果であっても変動パターンの期待度が高くなるほど、リーチ後（リーチ発展前）と判定される割合が高くなるように判定値が設定されていることである。このような特徴を備えていることによって、実行タイミングがリーチ前よりもリーチ後（リーチ発展前）である方が、予告対象の変動表示において大当りとなる期待度が高いスーパーリーチが行われる割合を高くすること（大当りが発生する割合を高くすること）ができる。
【０３８４】
図４２（Ｄ）に示す予告演出実行タイミング決定テーブルにおいて特徴的なことは、表示結果がはずれよりも大当りである方が、また、同じ表示結果であっても変動パターンの期待度が高くなるほど、リーチ後（リーチ発展後）と判定される割合が高くなるように判定値が設定されていることである。このような特徴を備えていることによって、実行タイミングがリーチ後（リーチ発展前）よりもリーチ後（リーチ発展後）である方が、予告対象の変動表示において大当りが発生する割合を高くすることができる。なお、この実施の形態では、発展先予告は、ｔ４またはｔ５のタイミングに決定され、アクティブ保留予告は、ｔ５またはｔ６のタイミングに決定されるように構成されているが、図４３（Ａ），（Ｂ）に示すｔ１〜ｔ３のタイミングに決定されるようにしてもよい。ただし、この場合にも、変動パターン（リーチ）期待度や大当り期待度が高いほど、遅いタイミングに決定される割合を高くすることが望ましい。
【０３８５】
また、図４２（Ｂ）〜（Ｄ）に示す予告演出実行タイミング決定テーブルにおいて特徴的なことは、擬似連予告の場合には、リーチ前に実行されるように判定値が設定されていることである。また、同じ変動パターン（および表示結果（はずれまたは大当り））であっても、アクティブ保留予告の方が、発展先予告よりも、リーチ後と判定される割合が高くなるように判定値が設定されていることである。すなわち、大当りであるか否かに関わらず、発展先予告は全体的に早いタイミングで実行されやすく、アクティブ保留予告は全体的に遅いタイミングで実行されやすい。このような特徴を備えていることによって、予告演出の種別に応じて実行されやすいタイミングを異ならせることができる。
【０３８６】
この実施の形態では、予告演出種別として、擬似連予告、発展先予告およびアクティブ保留予告が設けられ、いずれも実行されることによって有利になるが、それらが予告する事象はそれぞれ異なる。例えば、擬似連予告は、擬似連予告が実行された後に、擬似連が継続すること（変動表示の前半に行われること）を予告するものである。また、発展先予告は、リーチがいずれかのスーパーリーチに発展すること（変動表示の中後半に行われること）を予告するものである。擬似連予告と発展先予告とは、予告する対象は異なるが、当該演出の後に実行される演出を予告するものである。これに対して、アクティブ保留予告は、当該演出の後に実行される演出を予告するものではなく、例えば、大当りとなること（変動表示の後半に行われること）を予告するものである。以上のことから、この実施の形態では、予告演出種別（すなわち予告する事象）に応じて、予告演出が実行されやすいタイミングが異なるように構成されているため、演出の効果を十分に発揮させることができる。
【０３８７】
なお、プレゼント演出とは別に、他の予告演出（例えば、ステップアップ予告演出やミニキャラ予告演出、可動物予告演出、演出羽根役物予告演出）を実行可能とする場合には、これらの他の予告演出を、プレゼント演出においてプレゼントボックス画像からプレゼント画像へ切り替えるタイミング（例えば、図４３に示すｔ１〜ｔ６のいずれか）で実行するようにしてもよい。また、例えば、プレゼント演出では、予告する対象（予告演出種別）によって実行されやすいタイミング（プレゼントボックス画像からプレゼント画像へ切り替えるタイミング）の傾向が異なり、一方、上記の他の予告演出では、予告演出ごとに固定されたタイミング（例えば、変動開始時など）で実行されるようにしてもよい。また、上記の他の予告演出が実行されることによって、プレゼント演出の実行が妨げられる（例えば、全画面でカットイン予告演出が実行されることで、プレゼント演出が視認しづらくなる等）場合には、上記の他の予告演出とプレゼント演出との一方または両方の実行タイミングをずらしたり、一方の実行を制限したり（例えば、全画面のカットイン予告演出を実行させない等）して調整するようにしてもよい。
【０３８８】
次いで、演出制御用ＣＰＵ１０１は、決定した予告演出実行タイミングと変動パターンとに応じて、開封タイマをセットする（ステップＳ４００６）。開封タイマは、プレゼントボックス画像をプレゼント画像へ切り替えるタイミングまでの時間を計測するタイマであり、具体的には、変動開始時点から、表示中のプレゼントボックス画像をプレゼント画像へ切り替えるまでの所要時間を計測するタイマである。すなわち、開封タイマがタイムアウトしたタイミングで表示中のプレゼントボックス画像をプレゼント画像へ切り替えることとなる。
【０３８９】
次いで、演出制御用ＣＰＵ１０１は、セットされた開封タイマをスタートさせ（ステップＳ４００７）、予告演出設定処理を終了する。なお、図４１に示した処理の実行タイミングは、演出図柄の変動開始時に限らず、例えば、変動終了時に実行することとしてもよい。例えば、変動終了時に、プレゼント画像を表示するようにしてもよい。
【０３９０】
図４４は、演出制御プロセス処理における演出図柄変動中処理（ステップＳ８０２）を示すフローチャートである。演出図柄変動中処理において、演出制御用ＣＰＵ１０１は、予告演出中処理を行う（ステップＳ８１００）。
【０３９１】
次いで、演出制御用ＣＰＵ１０１は、プロセスタイマの値を１減算するとともに（ステップＳ８１０１）、変動時間タイマの値を１減算する（ステップＳ８１０２）。プロセスタイマがタイムアウトしたら（ステップＳ８１０３）、プロセスデータの切替を行う。すなわち、プロセステーブルにおける次に設定されているプロセスタイマ設定値をプロセスタイマに設定する（ステップＳ８１０４）。また、その次に設定されている表示制御実行データ、ランプ制御実行データおよび音番号データにもとづいて演出装置に対する制御状態を変更する（ステップＳ８１０５）。
【０３９２】
そして、演出制御用ＣＰＵ１０１は、変動時間タイマがタイムアウトしていれば（ステップＳ８１１１）、演出制御プロセスフラグの値を演出図柄変動停止処理（ステップＳ８０３）に応じた値に更新する（ステップＳ８１１２）。
【０３９３】
図４５は、予告演出中処理を示すフローチャートである。予告演出中処理において、演出制御用ＣＰＵ１０１は、まず、開封フラグがセットされているか否かを判定し（ステップＳ４２００）、セットされていなければ、そのまま予告演出中処理を終了する。開封フラグがセットされていれば、すなわち、プレゼント演出の予告対象の変動であれば、開封タイマの値を１減算し（ステップＳ４２０１）、開封タイマがタイムアウトしたか否かを判定し（ステップＳ４２０２）、開封タイマがタイムアウトしていればプレゼントボックス画像からプレゼント画像に切り替えて表示する（ステップＳ４２０５）。なお、ステップＳ４２０５において、プレゼント画像がアクティブ保留予告画像である場合には、アクティブ保留表示を通常態様から特別態様に変更して表示する。
【０３９４】
図４６は、演出制御プロセス処理における演出図柄変動停止処理（ステップＳ８０３）を示すフローチャートである。演出図柄変動停止処理において、まず、演出制御用ＣＰＵ１０１は、開封フラグがセットされているか否かを判定し（ステップＳ８３００Ａ）、セットされていない場合はステップＳ８３０１へ移行する。開封フラグがセットされていれば、すなわち、プレゼント演出の予告対象となる変動が終了した場合には、開封フラグをリセットするとともに（ステップＳ８３００Ｂ）、プレゼント演出実行中フラグをリセットし（ステップＳ８３００Ｃ）、ステップＳ８３０１へ移行する。
【０３９５】
そして、演出制御用ＣＰＵ１０１は、演出図柄の停止図柄を表示していることを示す停止図柄表示フラグがセットされているか否かを確認する（ステップＳ８３０１）。停止図柄表示フラグがセットされていれば、ステップＳ８３０５に移行する。この実施の形態では、演出図柄の停止図柄として大当り図柄を表示した場合には、ステップＳ８３０４で停止図柄表示フラグがセットされる。そして、ファンファーレ演出を実行するときに停止図柄表示フラグがリセットされる。従って、停止図柄表示フラグがセットされているということは、大当り図柄を停止表示したがファンファーレ演出をまだ実行していない段階であるので、ステップＳ８３０２の演出図柄の停止図柄を表示する処理を実行することなく、ステップＳ８３０５に移行する。
【０３９６】
停止図柄表示フラグがセットされていない場合には、演出制御用ＣＰＵ１０１は、決定されている停止図柄（はずれ図柄、大当り図柄）を停止表示させる制御を行う（ステップＳ８３０２）。ステップＳ８３０２の処理で大当り図柄および小当り図柄のいずれも表示しなかった場合（すなわち、はずれ図柄を表示した場合）には（ステップＳ８３０３のＮ）、演出制御用ＣＰＵ１０１は、ステップＳ８３１０に移行する。
【０３９７】
ステップＳ８３０２の処理で大当り図柄または小当り図柄を停止表示した場合には（ステップＳ８３０３のＹ）、演出制御用ＣＰＵ１０１は、停止図柄表示フラグをセットし（ステップＳ８３０４）、大当り開始指定コマンドを受信したことを示す大当り開始指定コマンド受信フラグ、または小当り／突然確変大当り開始指定コマンドを受信したことを示す小当り／突然確変大当り開始指定コマンド受信フラグがセットされているか否か確認する（ステップＳ８３０５）。大当り開始指定コマンド受信フラグまたは小当り／突然確変大当り開始指定コマンド受信フラグがセットされている場合には、演出制御用ＣＰＵ１０１は、停止図柄表示フラグをリセットし（ステップＳ８３０６）、ファンファーレ演出に応じたプロセステーブルを選択する（ステップＳ８３０７）。なお、演出制御用ＣＰＵ１０１は、大当り開始指定コマンド受信フラグまたは小当り／突然確変大当り開始指定コマンド受信フラグがセットされていた場合には、セットされていたフラグをリセットする。
【０３９８】
そして、演出制御用ＣＰＵ１０１は、プロセスタイマ設定値をプロセスタイマに設定することによってプロセスタイマをスタートさせ（ステップＳ８３０８）、プロセスデータ１の内容（表示制御実行データ１、ランプ制御実行データ１、音番号データ１、可動部材制御データ１）に従って演出装置（演出用部品としての演出表示装置９、演出用部品としての各種ランプ、演出用部品としてのスピーカ２７、および演出用部品としての可動部材７８と演出羽根役物７９ａ，７９ｂ）の制御を実行する（ステップＳ８３０９）。その後、演出制御プロセスフラグの値を大当り表示処理（ステップＳ８０４）に応じた値に更新する（ステップＳ８３１０）。
【０３９９】
大当りおよび小当りのいずれともしないことに決定されている場合には（ステップＳ８３０３のＮ）、演出制御用ＣＰＵ１０１は、所定のフラグをリセットする（ステップＳ８３１１）。例えば、演出制御用ＣＰＵ１０１は、第１図柄変動指定コマンド受信フラグや、第２図柄変動指定コマンド受信フラグをリセットする。なお、演出制御用ＣＰＵ１０１は、コマンド受信フラグを演出制御プロセス処理や第４図柄プロセス処理において参照されたあと直ぐにリセットするようにしてもよい（例えば、図３７のステップＳ８１１に示すように、変動パターンコマンド受信フラグを確認すると直ちに変動パターンコマンド受信フラグをリセットするようにしてもよい）。ただし、例えば、図柄変動指定コマンドについては、演出制御プロセス処理と第４図柄プロセス処理との両方で参照されるので、この実施の形態で示すように、変動終了の際に演出図柄変動停止処理などにおいてリセットしたり、大当り終了の際に大当り終了演出処理においてリセットしたりすることが望ましい。そして、演出制御用ＣＰＵ１０１は、演出制御プロセスフラグの値を変動パターンコマンド受信待ち処理（ステップＳ８００）に応じた値に更新する（ステップＳ８３１２）。
【０４００】
次に、この実施の形態の演出表示装置９における表示例について説明する。図４７〜図５１は、プレゼント演出実行時の表示例を示す説明図である。各表示例は、タイミング毎の演出表示装置９における表示例について示している。
【０４０１】
まず、変動中のタイミング（図４７（ａ１））にて、始動入賞が発生し、新たに保留表示５１１が表示される（図４７（ａ２））。このとき、内部的には、保留表示５１１の保留記憶を予告対象としたプレゼント演出の実行が決定される。そして、プレゼントボックス画像５１４が表示される。
【０４０２】
次いで、変動が停止し（図４７（ａ３））、新たな変動が開始される（図４７（ａ４））。このとき、各保留表示がずらされて表示される。さらに、変動が停止すると（図４７（ａ５））、プレゼント演出の予告対象の保留記憶に対する保留表示５１１がステージ５１２上にずらされ、プレゼント演出の予告対象の変動が開始される（図４７（ａ６））。なお、図４７に示す例では、プレゼントボックス画像５１４は、常に予告対象の保留表示の真上に表示されているが、任意の位置に表示することで、いずれの保留表示に対応しているのか認識できないようにしてもよい。このようにすることで、プレゼントボックス画像がいつプレゼント画像に切り替わるのか分からないため、遊技興趣を高めることができる。
【０４０３】
図４８は、図４７（ａ６）に続き、擬似連１回目で擬似連予告が実行される例を示している。図４８に示す例では、プレゼント演出の予告対象の変動が開始されると（図４８（ａ１））、１回目の仮停止表示が行われ（図４８（ａ２））、１回目の擬似連（再変動）の最中にプレゼントボックス画像が擬似連予告画像（「擬似連継続！」）に切り替えられる擬似連予告が行われる（図４８（ａ３）〜（ａ４））。これによって、擬似連継続が確定し、２回目の仮停止表示と２回目の擬似連が行われる（図４８（ａ５））。なお、図４８（ａ４）のタイミングは、図４３（Ａ）のｔ１のタイミングに相当する。
【０４０４】
一方、図４９は、図４８（ａ３）に続き、擬似連２回目で擬似連予告が実行される例を示している。図４９に示す例では、２回目の仮停止表示が行われ（図４９（ａ１））、２回目の擬似連（再変動）の最中にプレゼントボックス画像が擬似連予告画像（「擬似連継続！」）に切り替えられる擬似連予告が行われる（図４９（ａ２）〜（ａ３））。これによって、擬似連継続が確定し、３回目の仮停止表示と３回目の擬似連が行われる（図４９（ａ４））。なお、図４９（ａ３）のタイミングは、図４３（Ｂ）のｔ２のタイミングに相当する。
【０４０５】
また、図５０は、図４７（ａ６）に続き、発展先予告が実行される例を示している。図５０に示す例では、プレゼント演出の予告対象の変動が開始され、リーチが成立すると（図５０（ａ１））、プレゼントボックス画像が発展先予告画像（「スーパーリーチＢ」）に切り替えられる発展先予告が行われる（図５０（ａ２））。その後、スーパーリーチＢに発展する演出が行われ、最終停止図柄が導出表示される（図５０（ａ３））。なお、図５０（ａ２）のタイミングは、図４３（Ｃ）のｔ５のタイミングに相当する。
【０４０６】
また、図５１は、図４７（ａ６）に続き、アクティブ保留予告が実行される例を示している。図５１に示す例では、プレゼント演出の予告対象の変動が開始され、リーチが成立した後に、スーパーリーチに発展すると（図５１（ｂ１））、プレゼントボックス画像がアクティブ保留予告画像（「変化」）に切り替えられ（図５１（ｂ２））、アクティブ保留表示５３１の表示態様が通常態様から特別態様（斜線を含む）に変化するアクティブ保留予告が行われる（図５０（ｂ３））。その後、最終停止図柄が導出表示される。なお、図５１（ｂ２）のタイミングは、図４３（Ｄ）のｔ６のタイミングに相当する。
【０４０７】
なお、この実施の形態では、プレゼント演出において、決定された実行タイミングに達したことを契機に、プレゼントボックス画像からプレゼント画像に切り替えられるが、例えば、実行タイミングに達したときにプッシュボタン１２０の操作を促すメッセージを表示し、所定の操作有効期間内にプッシュボタン１２０の操作が行われたことを契機に、プレゼントボックス画像からプレゼント画像に切り替えられるようにしてもよい。また、例えば、プッシュボタン１２０の操作を促すメッセージを表示したが、所定の操作有効期間内にプッシュボタン１２０の操作が行われなかった場合には、操作有効期間終了時にプレゼントボックス画像からプレゼント画像に切り替えるようにしてもよいし、切り替えないようにしてもよい（プレゼントボックス画像の表示を継続してもよいし、消去してもよい）。
【０４０８】
また、この実施の形態では、最大１個のプレゼント画像が表示され、予告対象の変動表示に対してプレゼント演出を１対１で行うように構成されているが、１つの予告対象の変動表示に対して複数のプレゼント演出を実行可能とするようにしてもよい。例えば、図５２に示す変形例ように、プレゼント演出実行判定テーブルにおいて、入賞時判定結果に応じて、１演出または２演出を実行するように判定してもよい。この場合には、プレゼントデータＱに、実行するプレゼント演出の数を示すデータを格納するようにしてもよい。
【０４０９】
ただし、プレゼント画像を複数表示する場合には、同じ予告演出を実行すると整合性がとれなくなる虞がある。例えば、擬似連２回の変動パターンで擬似連予告が２回行われることになると、擬似連が３回まで継続すると勘違させてしまうことになる。また、アクティブ保留表示の表示態様を通常態様と特別態様との２種類だけ設けている場合には、アクティブ保留予告が２回行われることで整合性がとれなくなる。また、仮に、複数段階の特別態様を設けていた場合でも、２段階変化することで、実際の期待度よりも高くなってしまい、整合性がとれなくなる虞がある。そのため、例えば、ステップＳ４００４において同じ予告演出種別に複数決定しないように制限することや、ステップＳ３５０５において擬似連３回の変動パターンの場合やアクティブ保留表示の表示態様が２段階変化しても整合性がとれるような期待度が高い場合にのみ複数のプレゼント演出を実行可能とすることが望ましい。また、例えば、ステップＳ４００４において、図５３（Ａ）に示す第１予告演出種別決定テーブルを用いて、１つ目の予告演出を決定し、決定結果に応じて、図５３（Ｂ）〜（Ｄ）に示す第２予告演出種別決定テーブルのいずれかを用いて、２つ目の予告演出を決定することで、上記の問題を回避するようにしてもよい。図５３（Ｂ）〜（Ｄ）に示す第２予告演出種別決定テーブルでは、擬似連２回の変動パターンで擬似連予告が２回行われることがないように判定値が割り当てられ、アクティブ保留予告が２回行われるのは極めて期待度が高い場合のみになるように判定値が割り当てられている。このように、複数の予告演出を実行する場合に、１つ目の予告演出種別に応じて２つ目の予告演出種別を決定することによって、複数の予告演出の予告演出種別の組み合わせによって期待度を変化させることができる。なお、他の決定方法として、例えば、複数の予告演出種別を一括で決定するためのテーブルを用いるようにしてもよい。
【０４１０】
また、複数の予告演出を実行する場合には、ステップＳ４００５において、実行されるタイミングをそれぞれ決定することによって、複数の予告演出がそれぞれどのタイミングで実行されるかによって、期待度を変化させることができる。なお、複数の予告演出を実行する場合には、変動パターンと予告演出の演出種別の組み合わせとに応じて、実行するタイミングが予め定められていてもよい。例えば、図５４は、複数の予告演出を実行可能とする場合の実行タイミングの組み合わせを予告演出実行タイミングパターンとして示す説明図である。図５４に示す例では、２つの予告演出を実行する場合に、予告演出種別の組み合わせごとに選択可能な予告演出実行タイミングパターンが示されている。図５４に示す例によれば、例えば、予告演出実行タイミングパターンＧＨ２や、ＨＡ２のように、２種類の予告演出を同じタイミングで実行することも可能である。また、予告演出実行タイミングパターンは、例えば、ステップＳ４００５において、図５５（Ａ）〜（Ｃ）に示す予告演出実行タイミング決定テーブルのいずれかを用いて、決定されるようにしてもよい。図５５（Ａ）〜（Ｃ）に示す予告演出実行タイミング決定テーブルは、実行する予告演出（演出種別）の組み合わせに応じて選択される。
【０４１１】
図５５（Ａ）示す予告演出実行タイミング決定テーブルは、擬似連予告と発展先予告とを実行する場合に用いられ、擬似連２回の変動パターンの場合には、擬似連１回目のタイミングで擬似連予告を行う実行タイミングパターンＧＨ１またはＧＨ３が選択され、擬似連３回の変動パターンの場合には、擬似連２回目のタイミングで擬似連予告を行う実行タイミングパターンＧＨ２またはＧＨ４が選択されるように判定値が割り当てられている（なお、実行タイミングパターンＧＨ１またはＧＨ３が選択されるようにしてもよい）。また、図５５（Ａ）示す予告演出実行タイミング決定テーブルは、発展先がスーパーリーチＡの変動パターンの場合には、発展先予告の実行タイミングが早い（リーチ前）実行タイミングパターンＧＡ１またはＧＡ２が選択されやすく、発展先がスーパーリーチＢの変動パターンの場合には、発展先予告の実行タイミングが遅い（リーチ後）実行タイミングパターンＧＡ３またはＧＡ４が選択されやすくなるように判定値が割り当てられている。このように、変動パターンの内容（例えば、擬似連回数と発展先のスーパーリーチ種別）に応じて、擬似連予告と発展先予告とが実行されるタイミングの組み合わせを異ならせることによって、実行されるタイミングの組み合わせによって期待度が異なるようすることができる。
【０４１２】
また、図５５（Ｂ）示す予告演出実行タイミング決定テーブルは、擬似連予告とアクティブ保留予告とを実行する場合に用いられ、擬似連２回の変動パターンの場合には、擬似連１回目のタイミングで擬似連予告を行う実行タイミングパターンＧＡ１またはＧＡ３が選択され、擬似連３回の変動パターンの場合には、擬似連２回目のタイミングで擬似連予告を行う実行タイミングパターンＧＡ２またはＧＡ４が選択されるように判定値が割り当てられている（なお、実行タイミングパターンＧＡ１またはＧＡ３が選択されるようにしてもよい）。また、擬似連回数が同じ変動パターンであっても、表示結果が大当りである場合には、アクティブ保留予告の実行タイミングが遅い（リーチ発展後）実行タイミングパターンＧＡ３またはＧＡ４が選択されやすくなるように判定値が割り当てられている。このように、変動パターンの内容（例えば、擬似連回数と表示結果（はずれまたは大当り））に応じて、擬似連予告とアクティブ保留予告とが実行されるタイミングの組み合わせを異ならせることによって、実行されるタイミングの組み合わせによって期待度が異なるようすることができる。
【０４１３】
また、図５５（Ｃ）示す予告演出実行タイミング決定テーブルは、発展先予告とアクティブ保留予告とを実行する場合に用いられ、発展先がスーパーリーチＡの変動パターンの場合には、発展先予告の実行タイミングが早い（リーチ前）実行タイミングパターンＨＡ１またはＨＡ３が選択されやすく、発展先がスーパーリーチＢの変動パターンの場合には、発展先予告の実行タイミングが遅い（リーチ後）実行タイミングパターンＨＡ２またはＨＡ４が選択されやすくなるように判定値が割り当てられている。また、同じスーパーリーチ種別であっても、表示結果が大当りである場合には、アクティブ保留予告の実行タイミングが遅い（リーチ発展後）実行タイミングパターンＨＡ３またはＨＡ４が選択されやすくなるように判定値が割り当てられている。このように、変動パターンの内容（例えば、発展先のスーパーリーチ種別と表示結果（はずれまたは大当り））に応じて、発展先予告とアクティブ保留予告とが実行されるタイミングの組み合わせを異ならせることによって、実行されるタイミングの組み合わせによって期待度が異なるようすることができる。
【０４１４】
このように、１つの予告対象の変動表示に対して複数の予告演出を実行可能とする場合には、図５５（Ａ）〜（Ｃ）に示すように変動パターンや表示結果（はずれまたは大当り）に応じて、実行するタイミングの組み合わせが異なる割合で選択されるようにすることでも、実行するタイミングの組み合わせによって期待度が異なるようすることができる。
【０４１５】
上述のように、１つの予告対象の変動表示に対してプレゼント演出を複数実行する場合、プレゼントボックス画像からプレゼント画像への切り替えタイミングを、プレゼント演出ごとに独立して決定してもよいし、決定された予告演出種別の組み合わせに応じて決定してもよい。プレゼント演出ごとに独立して決定する場合には、１つのタイミングで複数のプレゼントボックス画像がプレゼント画像に切り替えられることがあり、演出効果の向上を図ることができる（図５４に示す例では、組み合わせに応じて決定する場合でも１つのタイミングで複数切り替えられることがあるが、発生頻度は低い）。また、一方で、予告演出種別の組み合わせに応じて決定する場合には、例えば、擬似連予告が２回実行される場合に、意図的に実行タイミングをずらすことができるため、演出効果の向上を図ることができる。なお、図５２〜図５５では、１つの予告対象の変動表示に対して２つの予告演出を実行する場合の例を示しているが、これに限らず、例えば、１つの変動表示に対して３つ以上の予告演出を実行可能としてもよい。
【０４１６】
以上に説明したように、この実施の形態によれば、所定条件の成立（例えば、変動パターンがスーパーリーチであること）にもとづいて、特定画像（例えば、プレゼント画像）を表示し、識別情報の可変表示にて、表示された特定画像を用いた特定演出（例えば、予告演出）を複数のタイミング（本例では、図４３のｔ１〜ｔ６）で実行可能である。また、いずれのタイミングで実行されるかによって遊技に関する期待度（例えば、有利な変動パターンである変動パターン（リーチ）期待度や、大当りとなる大当り期待度）が異なるように特定演出（例えば、予告演出）を実行するように構成されている。そのため、特定画像を用いた演出の演出効果を向上させることができる。
【０４１７】
なお、この実施の形態では、遊技に関する所定の期待度として、変動パターン（リーチ）期待度や大当り期待度を用いたが、これに限らず、大当り時の大当り種別が確変大当りである確変期待度を考慮するようにしてもよい。また、例えば、大当り種別によって大当り遊技時のラウンド数が異なる構成であれば、ラウンド数が多くなるラウンド数期待度を考慮するようにしてもよい。また、例えば、突然確変大当りが発生したことが認識できない潜伏確変状態に制御される構成であれば、潜伏確変状態に制御されている潜伏期待度を考慮するようにしてもよい。また、例えば、大当り遊技後の確変状態や時短状態に制御される期間（変動回数）が設定される構成であれば、それらの期間（変動回数）に対する期待度を考慮するようにしてもよい。また、この実施の形態では、予告演出の演出態様（演出種別）として、擬似連予告、発展先予告およびアクティブ保留予告が設けられているが、上記の多様な遊技に関する期待度をそれぞれ予告する他の演出態様（演出種別）の予告演出を設けるようにしてもよい。そして、例えば、予告演出実行タイミング決定テーブルにおいて、上記の大当り種別や、遊技状態（例えば潜伏確変状態であるか否か）に応じて、上記の期待度を予告する予告演出の実行タイミングを決定するように構成することで、予告演出の実行タイミングによって、確変期待度やラウンド数期待度、潜伏期待度、確変回数期待度、時短回数期待度などの期待度を異ならせることができ、遊技興趣を向上させることができる。
【０４１８】
また、この実施の形態では、所定条件の成立したとき（本例では、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）であるとき）に特定画像（例えば、プレゼント画像）を表示し、予告対象の変動表示が実行されているときに、特定画像を用いた特定演出（例えば、予告演出）を実行するように構成されている。つまり、いわゆる先読み予告が実行されているとも言える。しかし、本例で示したものに限らず、例えば、演出図柄変動開始処理（Ｓ８０１）において、当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）であると判定したときに上記の所定条件が成立するものであってもよい。この場合には、演出図柄変動開始処理において、当該変動表示の変動パターンが特定の演出態様（擬似連やスーパーリーチなど）であると判定したときには、特定画像（例えば、プレゼント画像）が表示され、当該変動表示中に特定画像を用いた特定演出が行われる。すなわち、変動開始時に特定画像（プレゼント画像）が表示され、特定画像を用いた特定演出によって当該変動表示に対する予告が行われる。具体的には、演出図柄変動開始処理において、当該変動表示の変動パターンが擬似連演出を含むと判定したときには、変動開始後に特定画像（例えば、プレゼント画像）が表示され、複数行われる再変動のうち、最終の再変動のタイミングで特定画像を用いた特定演出が行われるようにしてもよい。
【０４１９】
また、例えば、大当り表示処理（Ｓ８０４）において、大当り種別が特定の種別（例えば、ラウンド数が所定回数（１５Ｒ）以上である大当りや、大当り遊技後に確変状態や時短状態に制御される大当り、確変状態や時短状態に制御される期間（変動回数）が特定期間（特定変動回数）以上である大当りなど）であると判定したときに上記の所定条件が成立するものであってもよい。この場合には、大当り表示処理（Ｓ８０４）において、大当り種別が特定の種別であると判定したときには、特定画像（例えば、プレゼント画像）が表示され、特定画像を用いた特定演出が行われる。すなわち、大当り遊技開始時に特定画像（プレゼント画像）が表示され、大当り遊技中に特定画像を用いた特定演出によって大当り種別に対する予告が行われる。なお、始動入賞時コマンドによって特定される表示結果が特定の種別の大当りであるときに特定画像（例えば、プレゼント画像）を表示し、予告対象の変動表示が行われた結果、大当り図柄が導出表示され、大当り遊技状態が開始された後に特定画像を用いた特定演出によって大当り種別に対する予告が行われるようにしてもよい。また、大当り遊技中において、始動入賞時コマンドによって特定される変動パターンが特定の演出態様（スーパーリーチなど）であるときに特定画像（例えば、プレゼント画像）を表示し、大当り遊技後に予告対象の変動表示が実行されているときに、特定画像を用いた特定演出（例えば、予告演出）を行うようにしてもよい。
【０４２０】
また、この実施の形態によれば、擬似連演出を伴う変動パターンを含み、擬似連演出の回数に応じて、いずれのタイミング（例えば、図４３のｔ１またはｔ２）で実行するかの割合が異なるように特定演出を実行するように構成されている。そのため、特定画像を用いた演出の演出効果を向上させることができる。
【０４２１】
また、この実施の形態によれば、特定演出（例えば、予告演出）には、該特定演出が実行された後に実行される演出の内容を示唆する演出（例えば、擬似連予告や発展先予告）が含まれる。そして、そのような演出を早いタイミング（例えば、リーチ前）で実行する割合が高くなるように構成されている。そのため、演出の種別に応じて実行されやすいタイミングを異ならせることができ、演出効果を向上させることができる。
【０４２２】
また、この実施の形態によれば、特定演出（例えば、予告演出）には、高い割合で特定表示結果（大当り）が導出表示されることを示唆する演出（本例におけるアクティブ保留予告の他に、例えば、実行されることで大当り確定となる演出（プレミア演出）など）が含まれる。そして、そのような演出を遅いタイミング（例えば、リーチ後）で実行する割合が高くなるように構成されている。そのため、演出の種別に応じて実行されやすいタイミングを異ならせることができ、演出効果を向上させることができる。
【０４２３】
また、この実施の形態によれば、特定演出（例えば、予告演出）には、第１特定演出（例えば、擬似連予告）と第２特定演出（例えば、アクティブ保留予告）とを含み、第１特定演出と第２特定演出とのいずれを実行するかに応じて、いずれのタイミング（例えば、リーチ前またはリーチ後）で実行するかの割合が異なるように構成されている。そのため、演出の種別に応じて実行されやすいタイミングを異ならせることができ、演出効果を向上させることができる。
【０４２４】
また、この実施の形態の変形例によれば、複数の特定画像（プレゼント画像）を表示可能であり、識別情報の可変表示にて、表示された複数の特定画像をそれぞれ用いた複数の特定演出を実行可能である。そして、実行されるタイミングの組み合わせによって遊技に関する期待度が異なるように複数の特定演出を実行するように構成される。そのため、特定画像を用いた演出の演出効果を向上させることができる。
【０４２５】
また、この実施の形態によれば、所定条件の成立にもとづいて、複数回の可変表示に亘って特定画像（プレゼント画像）を表示し、識別情報の可変表示にて、表示された特定画像を特殊画像（例えば、擬似連予告画像、発展先予告画像またはアクティブ保留予告画像）に変化させる特定演出を実行する。そして、変動パターンに応じて、異なるタイミングで特定演出を実行するように構成されている。そのため、特定画像を用いた演出の演出効果を向上させることができる。
【０４２６】
なお、この実施の形態では、遊技状態（通常状態、確変状態または時短状態）や演出実行状態に関わらず、同一のプレゼント演出実行判定テーブルや、予告演出種別決定テーブル、予告演出実行タイミング決定テーブルなどが用いられるが、遊技状態や演出実行状態に応じて、判定値の振り分けが異なるテーブルを用いるようにしてもよい。すなわち、遊技状態や演出実行状態に応じて、決定される事項（プレゼント演出実行の有無や予告演出種別、予行演出実行タイミングなど）の傾向が異なるようにしてもよい。
【０４２７】
なお、上述した実施の形態および変形例について、特別図柄や演出図柄の可変表示結果にもとづいて大当り遊技状態に移行する遊技機（いわゆる第一種の遊技機）について説明したが、遊技領域に設けられた可変入賞球装置（いわゆる役物）内の特定入賞口（Ｖ入賞口）に遊技球が入賞（Ｖ入賞）したことにもとづいて大当り遊技状態に移行する遊技機（いわゆる第二種の遊技機）や、第一種と第二種とを組み合わせた遊技機において、複数の期間に応じた特定演出を実行することとしてもよい。
【０４２８】
なお、上記の実施の形態においては、変動時間およびリーチ演出の種類や擬似連の有無等の変動態様を示す変動パターンを演出制御用マイクロコンピュータ１００に通知するために、変動を開始するときに１つの変動パターンコマンドを送信する例を示したが、２つ乃至それ以上のコマンドにより変動パターンを演出制御用マイクロコンピュータ１００に通知するようにしてもよい。具体的には、２つのコマンドにより通知する場合、遊技制御用マイクロコンピュータ５６０は、１つ目のコマンドでは擬似連の有無、滑り演出の有無など、リーチとなる以前（リーチとならない場合には所謂第２停止の前）の変動時間や変動態様を示すコマンドを送信し、２つ目のコマンドではリーチの種類や再抽選演出の有無など、リーチとなった以降（リーチとならない場合には所謂第２停止の後）の変動時間や変動態様を示すコマンドを送信するようにしてもよい。この場合、演出制御用マイクロコンピュータ１００は２つのコマンドの組合せから導かれる変動時間にもとづいて変動表示における演出制御を行うようにすればよい。なお、遊技制御用マイクロコンピュータ５６０の方では２つのコマンドのそれぞれにより変動時間を通知し、それぞれのタイミングで実行される具体的な変動態様については演出制御用マイクロコンピュータ１００の方で選択を行うようにしてもよい。２つのコマンドを送る場合、同一のタイマ割込内で２つのコマンドを送信する様にしてもよく、１つ目のコマンドを送信した後、所定期間が経過してから（例えば次のタイマ割込において）２つ目のコマンドを送信するようにしてもよい。なお、それぞれのコマンドで示される変動態様はこの例に限定されるわけではなく、送信する順序についても適宜変更可能である。このように２つ乃至それ以上のコマンドにより変動パターンを通知するようにすることで、変動パターンコマンドとして記憶しておかなければならないデータ量を削減することができる。
【０４２９】
また、上記の実施の形態では、演出装置を制御する回路が搭載された基板として、演出制御基板８０、音声出力基板７０およびランプドライバ基板３５が設けられているが、演出装置を制御する回路を１つの基板に搭載してもよい。さらに、演出表示装置９等を制御する回路が搭載された第１の演出制御基板（表示制御基板）と、その他の演出装置（ランプ、ＬＥＤ、スピーカ２７など）を制御する回路が搭載された第２の演出制御基板との２つの基板を設けるようにしてもよい。
【０４３０】
なお、上記の実施の形態において、「割合が異なる」とは、Ａ：Ｂ＝７０％：３０％やＡ：Ｂ＝３０％：７０％のような関係で割合が異なるものだけにかぎらず、Ａ：Ｂ＝１００％：０％のような関係で割合が異なるもの（すなわち、一方が１００％の割り振りで他方が０％の割り振りとなるようなもの）も含む概念である。
【０４３１】
また、上記の実施の形態では、遊技制御用マイクロコンピュータ５６０は、演出制御用マイクロコンピュータ１００に対して直接コマンドを送信していたが、遊技制御用マイクロコンピュータ５６０が他の基板（例えば、図３に示す音声出力基板７０やランプドライバ基板３５など、または音声出力基板７０に搭載されている回路による機能とランプドライバ基板３５に搭載されている回路による機能とを備えた音／ランプ基板）に演出制御コマンドを送信し、他の基板を経由して演出制御基板８０における演出制御用マイクロコンピュータ１００に送信されるようにしてもよい。その場合、他の基板においてコマンドが単に通過するようにしてもよいし、音声出力基板７０、ランプドライバ基板３５、音／ランプ基板にマイクロコンピュータ等の制御手段を搭載し、制御手段がコマンドを受信したことに応じて音声制御やランプ制御に関わる制御を実行し、さらに、受信したコマンドを、そのまま、または例えば簡略化したコマンドに変更して、演出表示装置９を制御する演出制御用マイクロコンピュータ１００に送信するようにしてもよい。その場合でも、演出制御用マイクロコンピュータ１００は、上記の実施の形態における遊技制御用マイクロコンピュータ５６０から直接受信した演出制御コマンドに応じて表示制御を行うのと同様に、音声出力基板７０、ランプドライバ基板３５または音／ランプ基板から受信したコマンドに応じて表示制御を行うことができる。
【０４３２】
また、上記の実施の形態では、大当り種別として確変大当りや通常大当りがあり、大当り種別として確変大当りと決定されたことにもとづいて、大当り遊技終了後に確変状態に制御される遊技機を示したが、そのような遊技機に限定されない。例えば、内部に所定の確変領域が設けられた特別可変入賞球装置（１つだけ設けられた特別可変入賞球装置内に確変領域が設けられていてもよいし、複数設けられた特別可変入賞球装置のうちの一部に確変領域が設けられていてもよい）を備え、大当り遊技中に特別可変入賞球装置内における確変領域を遊技球が通過したことにもとづいて確変が確定し、大当り遊技終了後に確変状態に制御される遊技機に上記の実施の形態で示した構成を適用することもできる。
【０４３３】
また、上記の実施の形態では、遊技機としてパチンコ機を例にしたが、本発明を、メダルが投入されて所定の賭け数が設定され、遊技者による操作レバーの操作に応じて複数種類の図柄を回転させ、遊技者によるストップボタンの操作に応じて図柄を停止させたときに停止図柄の組合せが特定の図柄の組み合わせになると、所定数のメダルが遊技者に払い出されるスロット機に適用することも可能である。
【０４３４】
また、上記の実施の形態では、遊技機として遊技媒体を使用するものを例にしたが本発明による遊技機は、所定数の景品としての遊技媒体を払い出す遊技機に限定されず、遊技球等の遊技媒体を封入し景品の付与条件が成立した場合に得点を付与する封入式の遊技機に適用することもできる。
【０４３５】
前述したパチンコ遊技機１については、パチンコ遊技機１に関する情報（データ）を情報出力回路からパチンコ遊技機１の外部に出力する処理（図５のＳ２９）を行なうことを説明した。このようなＳ２９によりパチンコ遊技機１の外部に出力する情報としては、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号が含まれてもよい。
【０４３６】
パチンコ遊技機１においては、たとえば、第１始動入賞口１３、第２始動入賞口１４、大入賞口（特別可変入賞球装置２０）、および、普通入賞口（図示せず）のような複数種類の入賞口が設けられている。そして、これら入賞口への遊技玉の入賞が、第１始動口スイッチ１３a、第２始動口スイッチ１４a、カウントスイッチ２３、および、入賞口スイッチのような入賞検出スイッチにより検出され、検出信号が遊技制御用マイクロコンピュータ５６０に入力される。
【０４３７】
遊技制御用マイクロコンピュータ５６０では、入賞検出スイッチから入力される検出信号に基づいて、所定期間中における各入賞口に入賞した遊技玉の個数（入賞個数）を計数して記憶する処理を行なうことが可能であり、このような処理をすることにより、所定期間中における遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報を記憶する。そして、遊技制御用マイクロコンピュータ５６０では、このような入賞情報に基づいて、所定期間が経過するごとに、各所定期間中における遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号を情報出力回路からパチンコ遊技機１の外部に出力する処理を行なう。
【０４３８】
遊技制御用マイクロコンピュータ５６０において計数記憶し、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号により特定する入賞個数としては、たとえば、１０分ごと等の所定の経過時間ごとの入賞個数に関する情報（所定の経過時間ごとに出力する）、各１回の大当り遊技状態が発生するまでに要する期間ごとの入賞個数に関する情報（大当り遊技状態が発生するごとに出力する）、各日の電源投入時からの入賞個数に関する情報（所定の経過時間ごとに出力する）、および、遊技者ごとの入賞個数に関する情報（遊技用カード情報等の遊技者特定情報により遊技者が特定可能な場合に、各遊技者により遊技終了が選択されたときに出力する）のいずれの情報であってもよい。
【０４３９】
なお、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号としては、遊技玉がいずれかの入賞口に入賞するごとに出力される、入賞口と入賞個数（１個）とを特定可能な入賞情報信号であってもよい。
【０４４０】
また、入賞情報信号をパチンコ遊技機１の外部に出力するその他の例としては、主基板１１の一部の出力端子に、パチンコ遊技機１の外部に設けられた試験装置で動作試験をするための接続部品を接続し、現在の遊技状態での最新の入賞情報を示す入賞情報信号が、遊技制御用マイクロコンピュータ５６０から当該接続部を介して外部に出力されるようにしてもよい。
【０４４１】
このように、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号がパチンコ遊技機１の外部に出力されるので、パチンコ遊技機１の外部において、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報を認識することができるようになる。
【０４４２】
［第２の実施の形態］
第２の実施の形態として、第１の実施の形態で説明したパチンコ遊技機１のような遊技制御を遊技制御の一例とするパチンコ遊技機を封入循環式のパチンコ機（パチンコ遊技機）として構成し、当該パチンコ機とカードユニットとを管理するシステムの例を説明する。なお、以下の第２の実施の形態として説明する遊技機、カードユニット、およびそれらを管理するシステムは、第１の実施の形態として説明した遊技機およびカードユニットのいずれに適用してもよい。
【０４４３】
以下で説明する実施の形態により示される本発明は、たとえばパチンコ遊技機やスロットマシン等で代表される遊技機であって、互いに通信する第１制御手段および第２制御手段を備えた遊技機、遊技盤および遊技枠に関する。
【０４４４】
従来、たとえば、認証用情報管理装置と通信可能に接続された第１制御手段と、該第１制御手段と通信可能に接続された第２制御手段とを含み、第１制御手段と第２制御手段とは、互いにペアの認証用情報、第２制御手段には、ペアの認証用情報の一方が予め記憶されている遊技機が開示されている（特開２０１２−１００７６３号公報）。
【０４４５】
また、従来、たとえば、遊技機の遊技状態を制御するメインＣＰＵとたとえば可変表示装置を制御するサブＣＰＵとの間で、共通鍵暗号方式による暗号電文の送受信を行なうものがあった（特開２００４−８９７０１号公報）。
【０４４６】
遊技機において、第１制御手段と第２制御手段とで互いに通信を行なう場合に、両制御手段間の通信が途切れて両者間で通信不能な状態となる可能性がある。このような状況を想定し、両者間で通信不能な状態となった後の復帰手順を予め定めておく必要がある。この場合、一方で生成され、他方へ送信する予定であった所定情報が他方へ到達していなければ、復帰の際には当該所定情報が他方へ送信される復帰処理を定めなければならない。
【０４４７】
ところが、このような復帰処理を制御手段が実行するユーザプログラムに含めたのでは、ユーザプログラムを実行する制御手段の制御負担が増大する。
【０４４８】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、第１制御手段と第２制御手段との間で通信不能な状態となった後の復帰処理に関する制御負担を軽減することである。
【０４４９】
（１）  互いに通信する第１制御手段（主制御部１６１Ｆ）および第２制御手段（払出制御部１７１Ｆ）を備えた遊技機（Ｐ台２Ｆ）であって、
前記第１制御手段および前記第２制御手段の少なくとも一方は、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ、払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８５に示す送信データバッファ６１３Ｆ、図８６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部６００Ｆ，７００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１６１ｂＦ，１７１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図８８のＳＦ２９２：リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図８８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。
【０４５０】
上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。
【０４５１】
（２）  上記（１）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含む。
【０４５２】
上記構成によれば、第１制御手段および第２制御手段の双方は、ユーザプログラム領域と通信制御回路とを含むので、第１制御手段および前記第２制御手段の双方において処理を適切に再開することができる。
【０４５３】
（３）  上記（１）または（２）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、前記所定情報を送信する際に、当該所定情報の到達確認をするために所定の更新パターンに従って更新される到達確認情報を併せて送信（図９１：払出制御部１７１Ｆに対して前回送信した通番（主制御通番＝ｎ＋１）を含む電源投入通知のコマンドを送信）し、
前記第１制御手段および前記第２制御手段の一方の前記通信制御回路は、通信不能な状態から復帰するときに、前回送信した前記到達確認情報を再送（図９１：電源投入通知のコマンドに対する電源投入受信のレスポンスを送信）し、
他方の前記通信制御回路を含む前記第１制御手段または前記第２制御手段は、通信不能な状態から復帰するときに受信した前記到達確認情報と、通信不能となる前に受信した前記到達確認情報とが所定の関係にない場合（図９１：主制御通番＝ｎ＋１と払出制御通番＝ｎとが一致しない場合）に、前記復帰処理によって前記一方の通信制御回路が送信した前記所定情報に基づいた情報の更新処理（図９１：リカバリ処理を実行する）を実行する。
【０４５４】
上記構成によれば、通信不能な状態から復帰するときに受信した到達確認情報と、通信不能となる前に受信した到達確認情報とが所定の関係にない場合に、復帰処理によって一方の通信制御回路が送信した所定情報に基づいた情報の更新処理を実行するので、第１制御手段と第２制御手段との通信の負担を軽減することができる。
【０４５５】
（４）  上記（１）〜（３）において、
前記情報記憶部は、不揮発性記憶領域（たとえば、図８５に示す送信データバッファ６１３Ｆ、図８６に示すデータ受信レジスタ７１３Ｆ）と揮発性記憶領域（たとえば、図８５に示す送信データバッファ６１３Ｆ以外のレジスタ、図８６に示すデータ受信レジスタ７１３Ｆ以外のレジスタ）とを有する。
【０４５６】
上記構成によれば、情報記憶部は、不揮発性記憶領域と揮発性記憶領域とを有するので、通信を再開する際のリカバリ処理において必要となるデータ量を抑えることができる。
【０４５７】
（５）  上記（１）〜（４）において、
前記通信制御回路には、通信相手との認証が切れてから継続して前記所定情報を前記情報記憶部に書き込み可能な有効期間を設定可能（図８６：主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦにより、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定する）である。
【０４５８】
上記構成によれば、通信制御回路には、通信相手との認証が切れてから継続して所定情報を情報記憶部に書き込み可能な有効期間を設定可能であるので、通信相手との認証が切れてからも必要となる情報を確実に記憶することができる。たとえば、電源断や断線などにより通信相手との認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、継続して所定情報を情報記憶部に書き込み可能な有効期間を設定することで、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。
【０４５９】
（６）  第１制御手段（主制御部１６１Ｆ）を備えた遊技盤（遊技盤２６Ｆ）であって、
前記第１制御手段は、
遊技枠（前枠５Ｆ）に含まれる第２制御手段（払出制御部１７１Ｆ）と互いに通信することが可能で、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８５に示す送信データバッファ６１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部６００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１６１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図８８のＳＦ２９２：リカバリ通信完了レジスタ６１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図８８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。
【０４６０】
上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。
【０４６１】
（７）  遊技盤（遊技盤２６Ｆ）に含まれる第１制御手段（主制御部１６１Ｆ）と互いに通信する第２制御手段（払出制御部１７１Ｆ）を備えた遊技枠（前枠５Ｆ）であって、
前記第２制御手段は、
ユーザプログラムを記憶可能なユーザプログラム領域（払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された前記所定情報を所定の態様（たとえば、暗号化するなどの態様）で送信する情報送信手段（暗号通信制御部７００Ｆ）とを有し、
前記通信制御回路は、通信不能な状態から復帰するとき（通信制御回路１７１ｂＦのリカバリ機能）に、前記情報記憶部に記憶された前記所定情報を送信する復帰処理を実行し、前記復帰処理の終了を条件（図８８のＳＦ２９２：リカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていること）に、前記ユーザプログラムの実行による前記所定情報の生成を再開（図８８のＳＦ２９３：ユーザプログラムの処理を開始させる信号を送信、または停止手段により停止していたユーザプログラムの処理を解除してユーザプログラムの処理を再開）する。
【０４６２】
上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。
【０４６３】
（８−１）  互いに通信する第１制御手段（主制御部１６１Ｆ）および第２制御手段（払出制御部１７１Ｆ）を備えた遊技機（Ｐ台２Ｆ）であって、
前記第１制御手段および前記第２制御手段の少なくとも一方は、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ、払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８５に示す送信データバッファ６１３Ｆ、図８６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１６１ｂＦ，１７１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を送信する暗号化情報送信手段（通信制御回路１６１ｂＦ，１７１ｂＦの暗号通信機能）とを有し、
前記第１制御手段および前記第２制御手段の少なくとも一方は、他方が送信した前記暗号化情報を復号する復号手段（たとえば、通信制御回路１６１ｂＦで暗号化した情報を通信制御回路１７１ｂＦで復号する）を含む。
【０４６４】
上記構成によれば、第１制御手段および前記第２制御手段の少なくとも一方は、通信制御回路の暗号化手段で情報記憶部に記憶された情報を暗号化し、他方の復号手段で送信した暗号化情報を復号するので、第１制御手段と第２制御手段との間で行なう暗号化通信の処理を軽減するとともに、暗号化した情報の内容が漏えいしてセキュリティが低下するのを防止することができる。
【０４６５】
（８−２）  上記（８−１）において、
前記第１制御手段（主制御部１６１Ｆ）および前記第２制御手段（払出制御部１７１Ｆ）の双方は、前記ユーザプログラム領域と前記通信制御回路（通信制御回路１６１ｂＦ，１７１ｂＦ）とを含む。
【０４６６】
上記構成によれば、第１制御手段および第２制御手段の双方は、ユーザプログラム領域と通信制御回路とを含むので、第１制御手段および前記第２制御手段の双方において暗号化通信の処理を軽減するとともに、暗号化した情報の内容が漏えいしてセキュリティが低下するのを防止することができる。
【０４６７】
（８−３）  上記（８−１）または（８−２）において、
前記通信制御回路は、電源投入時に暗号通信に用いる暗号鍵および復号鍵を生成する処理（たとえば、図８８に示す電源投入時に行なわれる認証シーケンスよって暗号鍵および復号鍵が生成される）と、当該処理によって生成された暗号鍵および復号鍵を用いて暗号通信する処理とを実行する（図８８に示す認証シーケンス後、生成された暗号鍵および復号鍵を用いて暗号通信が可能）。
【０４６８】
上記構成によれば、通信制御回路が、電源投入時に暗号通信に用いる暗号鍵および復号鍵を生成する処理と、当該処理によって生成された暗号鍵および復号鍵を用いて暗号通信する処理とを実行するので、第１制御手段と第２制御手段との間で行なう暗号化通信の処理を軽減するとともに、第１制御手段および前記第２制御手段の少なくとも一方において処理を適切に再開することができる。
【０４６９】
（８−４）  上記（８−１）〜（８−３）において、
前記通信制御回路には、通信相手との認証が切れてから継続して前記所定情報を前記情報記憶部に書き込み可能な有効期間を設定可能（図８６：主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦにより、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定する）である。
【０４７０】
上記構成によれば、通信制御回路には、通信相手との認証が切れてから継続して所定情報を情報記憶部に書き込み可能な有効期間を設定可能であるので、通信相手との認証が切れてからも必要となる情報を確実に記憶することができる。たとえば、電源断や断線などにより通信相手との認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、継続して所定情報を情報記憶部に書き込み可能な有効期間を設定することで、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。
【０４７１】
（８−５）  第１制御手段（主制御部１６１Ｆ）を備えた遊技盤（遊技盤２６Ｆ）であって、
前記第１制御手段は、
遊技枠（前枠５Ｆ）に含まれる第２制御手段（払出制御部１７１Ｆ）と互いに通信することが可能で、
ユーザプログラムを記憶可能なユーザプログラム領域（主制御記憶部１６１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１６１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８５に示す送信データバッファ６１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１６１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を、前記暗号化情報を復号する復号手段（たとえば、通信制御回路１６１ｂＦで暗号化した情報を通信制御回路１７１ｂＦで復号する）を含む前記第２制御手段に送信する暗号化情報送信手段（通信制御回路１６１ｂＦの暗号通信機能）とを有する。
【０４７２】
上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。
【０４７３】
（８−６）  遊技盤（遊技盤２６Ｆ）に含まれる第１制御手段（主制御部１６１Ｆ）と互いに通信する第２制御手段（払出制御部１７１Ｆ）を備えた遊技枠（前枠５Ｆ）であって、
前記第２制御手段は、
ユーザプログラムを記憶可能なユーザプログラム領域（払出制御記憶部１７１ｃＦ）と、
前記ユーザプログラムの実行により生成された所定情報を送信するための通信制御回路（通信制御回路１７１ｂＦ）とを含み、
前記通信制御回路は、
前記所定情報を記憶する情報記憶部（たとえば、図８６に示すデータ受信レジスタ７１３Ｆなど）と、
前記情報記憶部に記憶された情報を暗号化する暗号化手段（通信制御回路１７１ｂＦの暗号通信機能）と、
前記暗号化手段により暗号化された暗号化情報を、前記暗号化情報を復号する復号手段（たとえば、通信制御回路１７１ｂＦで暗号化した情報を通信制御回路１６１ｂＦで復号する）を含む前記第１制御手段に送信する暗号化情報送信手段（通信制御回路１７１ｂＦの暗号通信機能）とを有する。
【０４７４】
上記の構成によれば、通信不能な状態から復帰するときに、通信不能によって未送信となった所定情報をユーザプログラムの実行により生成し直して送信するのではなく、通信制御回路がその回路内の情報記憶部に記憶されている所定情報を送信するため、通信不能な状態から復帰するためにユーザプログラムを実行する必要がなく、その分の制御負担を軽減できる。
【０４７５】
（９−１）  本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と、前記遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技点を記憶する遊技点記憶手段（図５９：遊技玉数カウンタ）と、
前記遊技点を所定の持点に計数するための操作（たとえば、図６７に示す「計数」ボタン押下）に基づいて、前記遊技点記憶手段に記憶する前記遊技点を前記持点に計数する計数要求を前記遊技用装置へ送信する計数要求送信手段（図６９：Ｐ台２Ｆは、計数開始時の計数玉の払出要求がある場合、計数要求＝ＯＮの情報を含む状態情報応答のコマンドをＣＵ３Ｆに送信する。）とを含み、
前記遊技用装置は、
前記計数要求送信手段からの前記計数要求に基づき、前記遊技点を前記持点に計数する計数処理手段（図６９：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）と、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図５６：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記計数処理手段で計数した前記持点を前記記録媒体受付手段で受付けた前記記録媒体で特定可能に処理する記録媒体処理手段（図６９：ＣＵ３Ｆは、カード挿入／排出口３０９Ｆに挿入してあったカードに持玉数を記憶させる。）と、
前記記録媒体処理手段で処理された記録媒体を返却する記録媒体返却手段（図６９：ＣＵ３Ｆは、持玉数を記憶させたカードを返却する。）と、
前記記録媒体返却手段により返却された前記記録媒体の取り外し待ち状態であることを前記遊技機に通知する取り外し待ち状態通知手段（図６９：ＣＵ３Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。）とを含む。
【０４７６】
上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることを、取り外し待ち状態通知手段が遊技機に通知するので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。
【０４７７】
（９−２）  本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
前記遊技機からの計数要求に基づき、前記遊技点を持点に計数する計数処理手段（図６９：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）と、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図５６：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記計数処理手段で計数した前記持点を前記記録媒体受付手段で受付けた前記記録媒体で特定可能に処理する記録媒体処理手段（図６９：ＣＵ３Ｆは、カード挿入／排出口３０９Ｆに挿入してあったカードに持玉数を記憶させる。）と、
前記記録媒体処理手段で処理された記録媒体を返却する記録媒体返却手段（図６９：ＣＵ３Ｆは、持玉数を記憶させたカードを返却する。）と、
前記記録媒体返却手段により返却された前記記録媒体の取り外し待ち状態であることを前記遊技機に通知する取り外し待ち状態通知手段（図６９：ＣＵ３Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。）とを備える。
【０４７８】
上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることを、取り外し待ち状態通知手段が遊技機に通知するので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。
【０４７９】
（９−３）  本発明は、遊技者所有の有価価値を用いて遊技を可能にする遊技用装置（ＣＵ３Ｆ）と通信可能に接続され、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）であって、
前記遊技点を記憶する遊技点記憶手段（図５９：遊技玉数カウンタ）と、
前記遊技点を所定の持点に計数するための操作（たとえば、図６７に示す「計数」ボタン押下）に基づいて、前記遊技点記憶手段に記憶する前記遊技点を前記持点に計数する計数要求を前記遊技用装置へ送信する計数要求送信手段（図６９：Ｐ台２Ｆは、計数開始時の計数玉の払出要求がある場合、計数要求＝ＯＮの情報を含む状態情報応答のコマンドをＣＵ３Ｆに送信する。）とを備え、
前記計数要求送信手段からの前記計数要求に基づき計数した前記持点を、前記遊技用装置で受付けた記録媒体で特定可能に処理し、前記記録媒体を返却する場合に、前記記録媒体の取り外し待ち状態であることの通知を前記遊技用装置から受付可能（図６９：Ｐ台２Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報の通知をＣＵ３Ｆから受ける。）である。
【０４８０】
上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることの通知を、前記遊技用装置から受けるので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。
【０４８１】
（９−４）  上記（９−１）〜（９−３）において、
前記遊技用装置は、前記記録媒体の取り外し待ち状態であることを報知する報知手段（たとえば、図５６に示す表示器３１２Ｆ）を含む。
【０４８２】
上記構成によれば、遊技用装置でも記録媒体の取り外し待ち状態であることを報知することが可能となるので、記録媒体の取り外し忘れを防止することができる。
【０４８３】
（９−５）  上記（９−１）〜（９−３）において、
前記遊技機は、前記遊技用装置からの通知に基づき、前記記録媒体の取り外し待ち状態であることを報知する表示手段（たとえば、図５６に示す可変表示装置２７８Ｆ）を含む。
【０４８４】
上記構成によれば、遊技機で記録媒体の取り外し待ち状態であることを視覚的に報知することが可能となるので、記録媒体の取り外し忘れを防止することができる。
【０４８５】
（９−６）  上記（９−１）または（９−２）において、
前記取り外し待ち状態通知手段は、前記遊技用装置または前記遊技機に接続する装置（たとえば、ホールコンピュータ、Ｐ台上の呼び出しランプ）に対して、前記記録媒体の取り外し待ち状態であることを通知する。
【０４８６】
上記構成によれば、遊技機や遊技用装置以外に対して記録媒体の取り外し待ち状態であることを通知することで、記録媒体の取り外し忘れを防止することができる。
【０４８７】
（９−７）  本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と、前記遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図５６：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記記録媒体受付手段で前記記録媒体を受付けた場合に、前記遊技用装置が設置されている遊技場を特定可能な遊技場特定情報を前記遊技機に通知する遊技場特定情報通知手段（図６２：カード挿入／排出口３０９Ｆでカードを受付けると、ＣＵ３Ｆは、セキュリティ基板３２５Ｆで付加された「店舗コード」を含むカード挿入通知コマンドを、Ｐ台２Ｆに対して送信する。）とを含み、
前記遊技機は、
前記遊技場特定情報通知手段により通知された前記遊技場特定情報を記憶する遊技場特定情報記憶手段（図６２：Ｐ台２Ｆは、挿入通知コマンドに含まれる「店舗コード」を記憶する。）と、
前記遊技機と前記遊技用装置とが通信できない通信不能状態から回復した後、通信復旧した場合に、前記遊技場特定情報通知手段により新たに通知された前記遊技場特定情報と、前記遊技場特定情報記憶手段に記憶した前記遊技場特定情報と比較する遊技場特定情報比較手段（図７０：Ｐ台２Ｆは、ＣＵ３Ｆから「店舗コード」を含むリカバリ要求が送信されてくると、当該「店舗コード」と記憶してある「店舗コード」とが一致するか否かを判定する。）と、
前記遊技場特定情報比較手段により、前記遊技場特定情報が不一致と判定された場合に遊技の継続を禁止する遊技禁止手段（Ｐ台２Ｆは、ＣＵ３Ｆからの「店舗コード」と、記憶してある「店舗コード」とが不一致の場合、遊技の継続を禁止する。）とを含む。
【０４８８】
上記構成によれば、新たに通知された遊技場特定情報と、遊技場特定情報記憶手段に記憶した遊技場特定情報とが不一致の場合、遊技の継続を禁止するので、遊技媒体に計数玉を記憶させた状態で店舗を移動させる不正を防止することができる。
【０４８９】
（９−８）  上記（９−７）において、
前記遊技用装置は、
前記記録媒体受付手段で前記記録媒体を受付けたとき、および前記通信復旧したときに、前記遊技用装置に含まれている遊技制御装置（たとえば、図５７に示すセキュリティ基板３２５Ｆ）を特定可能な装置特定情報（ＳＣ基板ＩＤ）を前記遊技機に通知する装置特定情報通知手段（図６２：カード挿入／排出口３０９Ｆでカードを受付けると、ＣＵ３Ｆは、セキュリティ基板３２５Ｆで付加された「ＳＣ基板ＩＤ」を含むカード挿入通知コマンドを、Ｐ台２Ｆに対して送信する。）をさらに含み、
前記遊技機は、
前記装置特定情報通知手段により通知された前記装置特定情報を記憶する装置特定情報記憶手段（図６２：Ｐ台２Ｆは、挿入通知コマンドに含まれる「ＳＣ基板ＩＤ」を記憶する。）と、
前記通信復旧した場合に、前記装置特定情報通知手段により新たに通知された前記装置特定情報と、前記装置特定情報記憶手段に記憶した前記装置特定情報と比較する装置特定情報比較手段（Ｐ台２Ｆは、ＣＵ３Ｆからの「ＳＣ基板ＩＤ」と、記憶してある「ＳＣ基板ＩＤ」とを比較する。）とをさらに含み、
前記遊技禁止手段は、前記装置特定情報比較手段により、前記装置特定情報が不一致と判定された場合に遊技の継続を禁止する（不一致の場合、遊技の継続を禁止する。）。
【０４９０】
上記構成によれば、新たに通知された装置特定情報と、装置特定情報記憶手段に記憶した装置特定情報とが不一致の場合、遊技の継続を禁止するので、遊技媒体に計数玉を記憶させた状態で遊技機を移動させる不正を防止することができる。
【０４９１】
（９−９）  上記（９−７）または上記（９−８）において、
前記遊技機は、
遊技に使用する遊技媒体に付加されている前記遊技場特定情報を読取る遊技場特定情報読取手段（たとえば、Ｐ台２Ｆの回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取る。）をさらに含み、
前記遊技場特定情報比較手段は、前記遊技場特定情報読取手段で読取った前記遊技媒体に付加されている前記遊技場特定情報と、前記遊技場特定情報記憶手段に記憶した前記遊技場特定情報と比較する（読取った識別情報により、自店舗の遊技玉の識別情報と一致するか否かを判定して、不一致の場合、状態情報応答の「不正検知状態３」のＢｉｔ０を、“１”にする。）。
【０４９２】
上記構成によれば、遊技場特定情報読取手段で読取った遊技媒体に付加されている遊技場特定情報と、遊技場特定情報記憶手段に記憶した遊技場特定情報とが不一致であれば、遊技媒体に他店舗の遊技玉が混入していることを報知することが可能となる。
【０４９３】
以下、図面を参照して第２の実施の形態（以下、単に“実施の形態”という）を説明する。
【０４９４】
＜パチンコ機の構成＞
まず、図５６を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２Ｆが併設されている。なお、Ｐ台２Ｆの所定側の側方位置には、該Ｐ台２Ｆに対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３Ｆが１対１に対応設置されている。
【０４９５】
Ｐ台２Ｆは、内部に遊技媒体の一例のパチンコ玉（遊技玉）を封入しており、遊技者が打球操作ハンドル２５Ｆを操作することにより、発射モータ１８Ｆ（図５７参照）を駆動させて封入玉を一発ずつ遊技盤２６Ｆ前面の遊技領域２７Ｆに打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５Ｆの周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５Ｆを操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８Ｆが駆動される。この状態で、遊技者による打球操作ハンドル２５Ｆの回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７Ｆ内に発射される。
【０４９６】
打球操作ハンドル２５Ｆの上方には鍵穴１０Ｆが設けられており、遊技場の係員が所持する鍵を挿入して前枠５Ｆ（図５７参照）の解錠操作（たとえば時計回り回転）することにより前枠５Ｆが開放され、ガラス扉（前面部材）６Ｆの解錠操作（たとえば反時計回り回転）することによりガラス扉６Ｆが開放される。
【０４９７】
図５６に示すＰ台２Ｆは、いわゆる第１種のパチンコ機であって、遊技領域２７Ｆの中央に可変表示装置（以下、特別図柄とも言う）２７８Ｆが設けられている。また、遊技領域２７Ｆには、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図５６に示す遊技領域２７Ｆには、１つの大入賞口（可変入賞球装置）２７１Ｆと、３つの普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆと、３つの始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆとが示されている。特に、始動入賞口２７６Ｆは、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【０４９８】
可変表示装置２７８Ｆは、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに入賞した始動入賞玉の検出信号に基づいて変動表示する。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１Ｆが開放する。
【０４９９】
また、可変表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
【０５００】
遊技領域２７Ｆ内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４Ｆに回収される。入賞口に入賞したパチンコ玉およびアウト口１５４Ｆに回収されたパチンコ玉は再度Ｐ台２Ｆ内の回収経路（図示略）を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５Ｆを操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７Ｆ内に打込まれる。
【０５０１】
Ｐ台２Ｆは、ＣＵ３Ｆを側方位置に設置することでＣＵ３Ｆから伸びる表示器５４ＦをＰ台２Ｆの前面に設けた接続面５４Ｆａに嵌合させる。そのため、Ｐ台２Ｆにおける遊技領域２７Ｆの下方位置には、表示器５４Ｆが設けられている。表示器５４Ｆは、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８Ｆの表示と連動した様々な演出画像を遊技者に表示する。また、表示器５４Ｆは、裏面に設けた接続端子（図示せず）をＰ台２Ｆの接続面５４Ｆａに設けた接続端子５４Ｆｂに接続することでＰ台２Ｆに嵌合させている。このように、ＣＵ３Ｆの表示器５４ＦをＰ台２Ｆの接続面５４Ｆａに嵌合させる構成であれば、ＣＵ３ＦとＰ台２Ｆとをより強く連結することができ、不正を防止することができる。さらに、表示器５４Ｆとの連結係止を、ガラス扉６Ｆまたは打球操作ハンドル２５Ｆが設けられた下扉を開かないと解除することができないようにすることで、不正をさらに防止することができる。なお、表示器５４Ｆは、図５６に示すようにＣＵ３Ｆと一体に形成されＰ台２Ｆの接続面５４Ｆａに嵌合させる構成だけに限定されず、ＣＵ３Ｆから独立して形成されＰ台２Ｆの前面に取付けられる構成でもよい。
【０５０２】
また、Ｐ台２Ｆの接続面５４Ｆａの上方位置に遊技玉数を表示するための遊技玉数表示器が設けられている。遊技玉数表示器２９Ｆは、７セグメント式のＬＥＤディスプレイで構成されており、後述の払出制御部１７１Ｆによって制御される。この遊技玉数表示器２９Ｆにより、後述する遊技玉数や発生したエラーのエラー番号等が表示される。なお、遊技玉数表示器２９Ｆは、７セグメント式のＬＥＤディスプレイに限定されず、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
【０５０３】
さらに、Ｐ台２Ｆにおける遊技玉数表示器２９Ｆの左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８Ｆが設けられている。詳しくは後述するが、計数ボタン２８Ｆは、１度押下すると、たとえば１００玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下（長押し）すると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ遊技玉から持玉への計数が行なわれる。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。
【０５０４】
このように、計数ボタン２８ＦをＰ台側に設けているため、計数ボタン２８ＦをＣＵ側に設ける場合に比較して、Ｐ台に正対して座っている遊技者の操作性を向上できる。また、Ｐ台２Ｆは、遊技領域２７Ｆの右上位置および左上位置に、可変表示装置２７８Ｆで表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０Ｆが設けてある。なお、スピーカの位置および個数は、図５６に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
【０５０５】
このように、パチンコ機２Ｆは、前述のパチンコ遊技機１のような遊技制御を行なう遊技機を封入循環式パチンコ機として構成したものであり、基本的な遊技制御および演出制御は、前述のパチンコ遊技機１と同様の制御（たとえば、保留記憶情報に基づく可変表示制御、保留記憶情報に基づく大当り遊技制御、および、保留記憶情報に基づく確変制御等の制御）が行なわれる。
【０５０６】
＜カードユニットの構成＞
次に、引き続き図５６を参照して、本実施形態に係るＣＵ３Ｆの構成を説明する。このＣＵ３Ｆは、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（以下、一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
【０５０７】
それらのカードを受付けたＣＵ３Ｆは、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残高、持玉数、あるいは貯玉数等）を「遊技玉のデータ」に変換する機能を有する。Ｐ台２Ｆでは、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、「遊技玉のデータ」とは、発射可能な発射残数を示すデータである。以下の説明では、「遊技玉のデータ」を貯玉や持玉と同様に、単に「遊技玉」と称する。
【０５０８】
ＣＵ３Ｆの前面側には、紙幣を挿入するための紙幣挿入口３０２Ｆ、装置前面より装置前方方向に突出形成された突出部３０５Ｆ、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９Ｆなどが設けられている。このカード挿入／排出口３０９Ｆに挿入された会員カードやビジターカードがカードリーダライタ（図示略）に受付けられ、そのカードに記録されている情報が読取られる。
【０５０９】
ＣＵ３Ｆの前面側には、表示器３１２Ｆと、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（以下単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９Ｆと、遊技場の係員が所持するリモコン（図示略）から赤外線信号をＩＲ（Infrared）感光ユニット３２０Ｆで受信して電子信号に変換して出力するＩＲ受光ユニットが設けられている。
【０５１０】
表示器３１２Ｆは、挿入された遊技用記録媒体（カード）に記録されているプリペイド残高（以下、カード残高または単に残高とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２Ｆの表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
【０５１１】
再プレイボタン３１９Ｆを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落して遊技玉に変換し、変換した遊技玉に基づいてＰ台２Ｆによる遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落されて遊技玉に変換され、Ｐ台２Ｆによる遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持点との双方が記憶されている場合には、持玉が優先的に引落される。なお、再プレイボタン３１９Ｆとは別に、持玉を引落すための専用の持玉払出ボタンを設け、再プレイボタン３１９Ｆは貯玉引落し専用のボタンとしてもよい。
【０５１２】
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
【０５１３】
「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
【０５１４】
「遊技玉」とは、遊技機で発射可能な玉数のデータである。このデータは、既に説明したとおり、プリペイドカードの残高、持玉、あるいは貯玉を引落すことと引き換えにして生成される。
【０５１５】
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
【０５１６】
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたホールサーバ８０１Ｆ（図５８参照）に会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１Ｆにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１Ｆにカード番号と対応させて記憶させてもよい。このホールサーバ８０１Ｆにカード番号と対応させて記憶させる際に、ホールサーバ８０１Ｆに記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残高についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
【０５１７】
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバ８０１Ｆに記憶させるタイミングは、たとえば、計数ボタン２８Ｆが操作されて計数処理が行なわれるたびにリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
【０５１８】
また、遊技者が遊技を終えてＣＵ３Ｆからカードを返却したときには、ＣＵ３Ｆに記憶していた持玉が一旦貯玉としてホールサーバ８０１Ｆに記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３Ｆにカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３Ｆに記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
【０５１９】
紙幣挿入口３０２Ｆに挿入された紙幣は、貨幣識別器（図示略）により取込まれてその真贋や紙幣種別の識別がなされる。
【０５２０】
ＣＵ３Ｆの前面側には、さらに、ＩＲ（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）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【０５２５】
ＣＵ制御部３２３Ｆ、セキュリティチップ（ＳＣ）３２５ｂＦ、および通信制御ＩＣ３２５ａＦの各ＲＡＭは、電源断時にもその記憶データが消去されないバックアップＲＡＭで構成されている。なお、このバックアップＲＡＭの代わりに、ＥＥＰＲＯＭで構成してもよい。
【０５２６】
前述した貨幣識別器により紙幣の真贋および種類が識別されてその識別結果信号がＣＵ制御部３２３Ｆに入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０Ｆが受光すれば、その受光信号がＣＵ制御部３２３Ｆに入力される。挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報がＣＵ制御部３２３Ｆに入力されるとともに、ＣＵ制御部３２３Ｆからカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードＩＤが含まれる。ＣＵ制御部３２３Ｆは、カードリーダライタが読み取ったカードＩＤを遊技終了まで記憶する。
【０５２７】
ＣＵ制御部３２３Ｆは、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３Ｆから残高あるいは遊技玉数等のデータが表示制御部３５０Ｆに出力され、表示制御部３５０Ｆで表示用データに変換される。ＣＵ３Ｆの前面に設けられる表示器３１２Ｆおよび図５６に示すようにＰ台２Ｆの前面に配置されている表示器５４Ｆに対し、表示制御部３５０Ｆで変換した表示用データが出力される。表示器３１２Ｆおよび表示器５４Ｆには、その表示用データに応じた画像が表示される。また、表示器３１２Ｆの表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０Ｆを介してＣＵ制御部３２３Ｆに入力される。遊技者が玉貸ボタン３２１Ｆを操作することにより、その操作信号がＣＵ制御部３２３Ｆに入力される。なお、玉貸ボタン３２１Ｆは、ＣＵ３Ｆに設ける構成に限定されるものではなく、Ｐ台２Ｆに設けて操作信号をＣＵ制御部３２３Ｆに入力する構成であっても良い。遊技者が再プレイボタン３１９Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。遊技者がカード返却ボタン３２２Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。
【０５２８】
Ｐ台２Ｆには、Ｐ台２Ｆの遊技の進行制御を行なう主制御基板１６Ｆ、遊技玉を管理・記憶する払出制御基板１７Ｆ、払出制御基板１７Ｆの指令に基づいて発射モータ１８Ｆを駆動制御する発射制御基板３１Ｆ、可変表示装置２７８Ｆ（図５６参照）などが備えられている。なお、図５７では、主制御基板１６Ｆの指令に基づいて可変表示装置を表示制御する表示制御基板（演出制御基板ともいう）の図示を省略している。
【０５２９】
主制御基板１６Ｆは、遊技盤２６Ｆに設けてある。主制御基板１６Ｆには主制御部１６１Ｆである遊技制御用マイクロコンピュータが搭載されている。遊技制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１Ｆは、遊技盤２６Ｆに設けられている入賞センサ１６２Ｆ、および電波センサ１６３Ｆと接続してある。たとえば、主制御部１６１Ｆの遊技制御用マイクロコンピュータには、ＦＰＧＡ（field-programmable gate array）基板を用いる。なお、遊技盤２６Ｆには、さらに可変表示装置２７８Ｆ等を制御する表示制御基板（演出制御基板）が設けられている。
【０５３０】
払出制御基板１７Ｆは、前枠５Ｆ（遊技枠）に設けてある。払出制御基板１７Ｆには、払出制御部１７１Ｆである払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。たとえば、払出制御部１７１Ｆの払出制御用マイクロコンピュータには、ＦＰＧＡ基板を用いる。
【０５３１】
また、払出制御基板１７Ｆに対し、発射玉検出スイッチ（図示略）、アウト玉検出スイッチ７０１Ｆ、ファール玉検出スイッチ３３０Ｆ、計数ボタン２８Ｆ、電波センサ１７３Ｆ、ガラス扉開放検出スイッチ１２Ｆ、前枠開放検出スイッチ１３Ｆが電気的に接続された状態で設けられている。この電波センサ１７３Ｆは、電波を不正に発信して主に玉上げスイッチ（上）４１ａＦを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３Ｆの検出信号が払出制御基板１７Ｆの入力ポート（図示略）を介して払出制御部１７１Ｆへ入力される。玉上げスイッチ（上）４１ａＦは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１Ｆが、遊技玉数を「１」減算する。従って、不正電波によりこの玉上げスイッチ（上）４１ａＦが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３Ｆにより検知する。なお、玉上げスイッチ（上）４１ａＦばかりでなく、発射玉検出スイッチも電波による不正の対象となる虞がある。つまり、玉上げスイッチ（上）４１ａＦだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出された場合には、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、異常が検知されて「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２ＦからＣＵ３Ｆへ送信されることになる。しかし、この発射玉検出スイッチにも不正電波を発信して検出不能状態にすることにより、上記「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２ＦからＣＵ３Ｆへ送信されなくなる不都合が生じる。本実施形態では、このような発射玉検出スイッチに対して発信される不正電波も、電波センサ１７３Ｆで検出するため、前述の不都合を防止し得る。
【０５３２】
ガラス扉開放検出スイッチ１２Ｆおよび前枠開放検出スイッチ１３Ｆの開放回数は、図示していない計数カウンタにより計数される。計数カウンタは、ＣＰＵ，ＲＯＭ，ＲＡＭ等が搭載され、Ｐ台２Ｆの電源供給が途切れたときでもバックアップ電源により動作可能で、夜間等の電源ＯＦＦ時でもガラス扉６Ｆや前枠５Ｆの開放検出回数を計数してその計数値を払出制御部１７１Ｆへ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２Ｆ内に設けられたキャパシタや蓄電池である。
【０５３３】
また、払出制御部１７１Ｆに接続された遊技玉数表示器２９Ｆにガラス扉６Ｆや前枠５Ｆの開放回数等を表示してもよい。具体的に、遊技玉数表示器２９Ｆは、払出制御部１７１Ｆからの表示制御信号に従ってガラス扉６Ｆや前枠５Ｆの開放回数等を表示する。
【０５３４】
主制御基板１６Ｆから払出制御基板１７Ｆに対し、メインチップＩＤ（主制御用セキュリティチップＩＤ）、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報などが送信される。
【０５３５】
メインチップＩＤは、Ｐ台２Ｆの主制御基板１６Ｆに記録されているチップＩＤのことであり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。たとえば、入賞口情報には、入賞口の種類が大入賞口２７１Ｆ（図５６参照）に３球入り、賞球数として払出制御基板１７Ｆに対して３００球払出しを要求する情報や、始動入賞口２７５Ｆおよび始動入賞口２７７Ｆ（図５６参照）のそれぞれに１球入り、賞球数として払出制御基板１７Ｆに対して２０球払出しを要求する情報が含まれる。なお、普通入賞口２７２Ｆなどの入賞口に球が入り、賞球の払出しを要求する入賞口情報が払出制御基板１７Ｆに対して送信された後に電源断や断線などにより通信相手との認証が切れた場合であれば、払出制御基板１７Ｆが入賞口情報を既に受信しており、当該入賞口情報に基づく賞球の払出しが可能となる。しかし、電源断や断線などにより通信相手との認証が切れた後に、遊技領域２７Ｆの釘等の間に引っ掛かって落下していない浮遊玉が普通入賞口２７２Ｆなどの入賞口に入った場合、払出制御基板１７Ｆが入賞口情報を受信することができず賞球の払出しができない。そのため、電源断や断線などにより通信相手との認証が切れた後に、浮遊玉が普通入賞口２７２Ｆなどの入賞口に入った場合でも賞球の払出しができるように、継続して入賞口情報を払出制御基板１７Ｆが受信（情報記憶部に書き込み）可能な有効期間を設定する。これにより、電源断や断線などにより通信相手との認証が切れた後に、浮遊玉が普通入賞口２７２Ｆなどの入賞口に入った場合でも有効期間内であれば払出制御基板１７Ｆが入賞口情報を受信することができ浮遊玉に基づく賞球の払出しが可能となる。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。
【０５３６】
接続確認信号は、主制御基板１６Ｆと払出制御基板１７Ｆとが接続されていることを確認するための信号であり、主制御基板１６Ｆから払出制御基板１７Ｆへ所定の電圧の信号が常時供給されており、払出制御基板１７Ｆがその所定電圧信号を受信していることを条件として払出制御基板１７Ｆが動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７Ｆは、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
【０５３７】
始動入賞口入賞情報とは、始動入賞口１または始動入賞口２のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６Ｆが遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７Ｆへ通知するための情報である。
【０５３８】
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
【０５３９】
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
【０５４０】
払出制御基板１７Ｆから主制御基板１６Ｆへ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６Ｆが正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
【０５４１】
アウト玉検出スイッチ７０１Ｆから払出制御基板１７Ｆへアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７Ｆは、後述するように遊技中玉数（遊技領域２７Ｆに浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３０Ｆからファール玉検出信号が入力された払出制御基板１７Ｆでは、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチから払出制御基板１７Ｆへ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７Ｆは、遊技中玉数を減算更新する。
【０５４２】
ＣＵ３Ｆのセキュリティ基板３２５ＦとＰ台２Ｆの払出制御基板１７Ｆとが電気的に接続されており、セキュリティ基板３２５Ｆから払出制御基板１７Ｆへ、後述するように、リカバリ要求、リカバリ要求２、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。
【０５４３】
リカバリ要求は、Ｐ台２Ｆに対してリカバリ情報の通知を要求するコマンドである。払出制御基板１７Ｆは、リカバリ要求を受けてＰ台２Ｆのリカバリ情報をＣＵ３Ｆに通知する。リカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものである。通信開始要求は、Ｐ台２Ｆに対して通信開始を要求するコマンドである。払出制御基板１７Ｆは、通信開始要求を受けてＣＵ３Ｆに対して通信開始を応答する。通信終了要求は、Ｐ台２Ｆに対して通信終了を要求するコマンドである。払出制御基板１７Ｆは、通信終了要求を受けてＣＵ３Ｆに対して通信終了を応答する。
【０５４４】
状態情報要求は、Ｐ台２Ｆに対して状態情報の通知を要求するコマンドである。払出制御基板１７Ｆは、状態情報要求を受けてＰ台２Ｆの状態情報をＣＵ３Ｆに通知する。カード挿入通知は、Ｐ台２Ｆに対してカード挿入されたことを通知するコマンドである。払出制御基板１７Ｆは、カード挿入通知を受けてＣＵ３Ｆに対してカード挿入されたことの応答をする。カード返却通知は、Ｐ台２Ｆに対してカード返却されたことを通知するコマンドである。払出制御基板１７Ｆは、カード返却通知を受けてＣＵ３Ｆに対してカード返却されたことの応答をする。通信テスト要求は、Ｐ台２Ｆに対してテストデータを通知するコマンドである。払出制御基板１７Ｆは、通信テスト要求を受けてＣＵ３Ｆに対してテストデータを応答する。
【０５４５】
払出制御基板１７Ｆからセキュリティ基板３２５Ｆへ、リカバリ応答、リカバリ応答２、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。
【０５４６】
前枠５Ｆ（遊技枠）には、発射制御基板３１Ｆ、発射モータ１８Ｆが設けられている。発射制御基板３１Ｆは、遊技者が打球操作ハンドル２５Ｆに触れていることを検出するタッチリング（以下、タッチセンサとも言う）の入力信号が入力されているときに発射モータ１８Ｆへ励磁出力を発し、発射モータ１８Ｆを駆動させる。
【０５４７】
払出制御基板１７Ｆから発射制御基板３１Ｆへ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１Ｆは、発射モータ１８Ｆを励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７Ｆへ弾発発射される状態となる。
【０５４８】
Ｐ台２Ｆの前面には、ＣＵ３Ｆから伸びた表示器５４Ｆが設けられている。表示器５４Ｆは、ＣＵ３Ｆの表示制御部３５０Ｆからの表示データを受信し、表示画面を表示させる。なお、このように、本実施形態では、Ｐ台２Ｆの前面に設けられるＣＵ３Ｆから伸びた表示器５４ＦをＣＵ３Ｆ側で制御できるように構成されているが、これに代えて、Ｐ台２Ｆ側に表示器５４Ｆを設けＣＵ３Ｆ側から表示制御できるように構成しても、Ｐ台２Ｆ側に表示器５４Ｆを設けＰ台２Ｆ側で表示制御できるようにＰ台２Ｆ側に表示制御用基板を設ける構成でもよい。この場合、表示制御用基板は、払出制御部１７１Ｆの指令に基づいて表示器５４Ｆを表示制御する。
【０５４９】
＜パチンコ機からの稼働・未稼働情報の通知処理＞
図５８は、パチンコ機からの稼働・未稼働情報の通知処理を説明するための説明図である。図５８に示すＰ台２Ｆは、ＣＵ３Ｆ、ホールサーバ８０１Ｆ、鍵管理サーバ８００Ｆ、および機歴管理センタ８００ＡＦと接続されている。ここで、鍵管理サーバ８００Ｆは、ＣＵ３Ｆ内部の電子部品のシリアルＩＤ（以下、ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００Ｆは、主制御基板１６Ｆと互いに通信可能なサーバである。機歴管理センタ８００ＡＦは、前枠５Ｆに接続した払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて前枠５Ｆの情報、および遊技盤２６Ｆに接続した主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶して、前枠５Ｆおよび遊技盤２６Ｆの履歴を管理する履歴管理システムを含んでいる。なお、セキュリティ基板３２５Ｆは、パラレルインタフェイス回路であるＰＩＦ回路３２６Ｆを介して払出制御部１７１Ｆとパラレル接続している。
【０５５０】
製造メーカ（遊技機メーカ）が前枠５Ｆおよび遊技盤２６Ｆを出荷して、ホールに設置した場合、Ｐ台２Ｆを稼働すると、図５８に示すようにＰ台２Ｆから遊技機設置情報（稼働情報）が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される遊技機設置情報（稼働情報）には、たとえば払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤ、主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤや、前枠５Ｆと遊技盤２６Ｆとを組合せた場合の相手のセキュリティチップＩＤなどが含まれている。なお、セキュリティチップＩＤは、機歴管理センタ８００ＡＦに登録後、変更、削除することができない。
【０５５１】
一方、機歴管理センタ８００ＡＦには、製造メーカにより出荷した前枠５Ｆおよび遊技盤２６Ｆの出荷情報が入力される。具体的に、機歴管理センタ８００ＡＦへの出荷情報の入力は、機歴管理センタ８００ＡＦに通信回線などを介して接続された端末から入力する。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの出荷情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。異常の報知として、たとえば異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。なお、前枠５Ｆおよび遊技盤２６ＦをセキュリティチップＩＤに関連付けて記憶した情報は、機歴管理センタ８００ＡＦへの出荷情報登録後、変更することができない。また、前枠５Ｆおよび遊技盤２６Ｆの出荷情報は、ホールに設置する１日前に、機歴管理センタ８００ＡＦに登録されていることが望ましい。
【０５５２】
同様に、ホールに設置してある前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）を撤去して倉庫に保管した場合、Ｐ台２Ｆが未稼働状態となるので、図５８に示すようにＰ台２Ｆから未稼働情報が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される未稼働情報は、設置していたＰ台２Ｆの前枠５Ｆおよび遊技盤２６ＦのセキュリティチップＩＤが送信されないことによる情報である。
【０５５３】
一方、機歴管理センタ８００ＡＦには、ホールまたは倉庫業者により撤去した前枠５Ｆおよび遊技盤２６Ｆの撤去情報が入力される。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの撤去情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された未稼働情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。
【０５５４】
また、中古業者が遊技盤２６Ｆを別のホールに再販して、ホールに設置した場合、Ｐ台２Ｆを稼働すると、図５８に示すようにＰ台２Ｆから遊技機設置情報（稼働情報）が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される遊技機設置情報（稼働情報）には、たとえば主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤや、組合せた前枠５ＦのセキュリティチップＩＤなどが含まれている。
【０５５５】
一方、機歴管理センタ８００ＡＦには、中古業者により再販した遊技盤２６Ｆの移動情報（再販情報）が入力される。そして、機歴管理センタ８００ＡＦは、入力された遊技盤２６Ｆの移動情報を、遊技盤２６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。
【０５５６】
さらに、廃棄業者が設置してある前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）を廃棄した場合、Ｐ台２Ｆが未稼働状態となるので、図５８に示すようにＰ台２Ｆから未稼働情報が機歴管理センタ８００ＡＦに通知される。具体的に、機歴管理センタ８００ＡＦに通知される未稼働情報は、設置していたＰ台２Ｆの前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）のセキュリティチップＩＤが送信されないことによる情報である。
【０５５７】
一方、機歴管理センタ８００ＡＦには、廃棄業者により廃棄した前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆまたは遊技盤２６Ｆの一方のみでもよい）の撤去情報が入力される。そして、機歴管理センタ８００ＡＦは、入力された前枠５Ｆおよび遊技盤２６Ｆの撤去情報を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された未稼働情報とを照合する。機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。
【０５５８】
＜カードユニット側とパチンコ機側との送受信態様＞
次に、図５９は、ＣＵ３Ｆ側とＰ台２Ｆ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図５９を参照して、ＣＵ３Ｆ側（カードユニット側）とＰ台２Ｆ側（パチンコ機側）とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０５５９】
本実施形態においては、Ｐ台２Ｆ側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３Ｆ側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２Ｆ側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残高（残高）は、ＣＵ３Ｆ側において管理・記憶している。
【０５６０】
図５９では、ＣＵ３Ｆ側のＣＵ制御部３２３Ｆに設けられているＲＡＭの記憶データと、Ｐ台２Ｆ側の払出制御基板１７Ｆに搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ機）２ＦとＣＵ（カードユニット）３Ｆとが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２Ｆ側の払出制御基板１７Ｆは、主制御基板１６ＦからメインチップＩＤ（主制御用セキュリティチップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３Ｆ側に送信するとともに、払出制御基板１７Ｆ自体が記憶している払出チップＩＤ（払出制御用セキュリティチップＩＤ）をＣＵ３Ｆ側へ送信する。
【０５６１】
ＣＵ３Ｆ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３Ｆ側とＰ台２Ｆ側とが接続されて通信が開始された時刻のデータがＣＵ３Ｆ側からＰ台２Ｆ側へ送信され、Ｐ台２Ｆ側ではその送信されてきた接続時刻を記憶する。
【０５６２】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３Ｆ側で識別された接続時刻の３つの情報がＣＵ３Ｆ側とＰ台２Ｆ側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２Ｆ側からＣＵ３Ｆ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０５６３】
ＣＵ３Ｆ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２Ｆが接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３Ｆ側とＰ台２Ｆ側との通信が開始された新たな接続時刻データがＣＵ３Ｆ側からＰ台２Ｆ側へ送信されてその新たな接続時刻データをＰ台２Ｆ側において記憶することとなる。
【０５６４】
また、ＣＵ３Ｆ側とＰ台２Ｆ側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が「１」ずつ加算更新され、その通番がＣＵ３Ｆ側とＰ台２Ｆ側とにおいて記憶される。この通番とは、ＣＵ３ＦとＰ台２Ｆとの間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、ＣＵ３Ｆ（一次局）が送信時に受信した通番をカウントアップ（＋１）して送信し、Ｐ台２Ｆ（二次局）は受信した通番をそのまま送信する。なお、ＣＵ３Ｆは、再送時、通番をカウントアップせず、通番の連続性が成立しない場合、無応答とする。前回最終送信通番は、前回の送受信時に更新された通信番号であり、バックアップされる番号のことである。
【０５６５】
本実施形態におけるＣＵ３ＦとＰ台２Ｆとにおける通番のバックアップの具体的態様を説明する。ＣＵ３Ｆは、通番をカウントアップ（＋１）してコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信したコマンドの通番を前回最終送信通番としてバックアップ記憶する。そして、Ｐ台２Ｆは、受信したコマンドに対するレスポンスを、受信したコマンドの通番のままでＣＵ３Ｆに送信する。ＣＵ３Ｆは、受信したレスポンスの通番を前回最終送信通番としてバックアップ記憶する。ＣＵ３ＦおよびＰ台２Ｆでは、Ｐ台２ＦからのレスポンスをＣＵ３Ｆに送信するごとに、このような処理を繰返している。
【０５６６】
たとえば、ＣＵ３Ｆ側からＰ台２Ｆ側に対して、あるコマンドを送信するとともにそのときの通番ｎを送信する。そして、レスポンスをＰ台２Ｆ側からＣＵ３Ｆ側へ返信するときに、Ｐ台２Ｆ側では、その送信されてきた通番ｎを前回最終送信通番として記憶するとともに、通番ｎのままでレスポンスを送信する。ＣＵ３Ｆ側では返信されてきた通番ｎを前回最終送信通番として記憶する。次に、ＣＵ３Ｆ側からＰ台２Ｆ側に対して、あるコマンドを送信するときに通番をカウントアップ（＋１）して通番ｎ＋１を送信する。そして、レスポンスをＰ台２Ｆ側からＣＵ３Ｆ側へ返信するときに、Ｐ台２Ｆ側では、その送信されてきた通番ｎ＋１を前回最終送信通番として記憶するとともに、通番ｎ＋１のままでレスポンスを送信する。Ｐ台２Ｆ側では送信されてきた通番ｎ＋１が既に記憶していた前回最終送信通番の通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、レスポンスをＰ台２Ｆ側からＣＵ３Ｆ側へ返信する。ＣＵ３Ｆ側では返信されてきた通番ｎ＋１が既に記憶していた前回最終送信通番の通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番をカウントアップ（＋１）して通番ｎ＋２のコマンドをＰ台２Ｆ側へ送信する。
【０５６７】
Ｐ台２Ｆ側からＣＵ３Ｆ側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２Ｆ側の払出制御部１７１Ｆ（図５７参照）にあるＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２Ｆ側からＣＵ３Ｆ側へ送信している。
【０５６８】
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。
【０５６９】
なお、バック玉が発生した場合に、そのバック玉を打球発射位置に還元して打球発射位置への玉送りを停止させた状態で打球発射動作を行なってバック玉をすべて遊技領域に発射させるようにし、バック玉が発生してもそのバック玉を加算玉としてカウントしないように制御してもよい。この場合は、「加算玉＝賞球玉数×入賞個数」となる。
【０５７０】
たとえば、遊技領域２７Ｆに打込まれたパチンコ玉が入賞して主制御基板１６Ｆから入賞情報が払出制御基板１７Ｆへ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。また、パチンコ玉が遊技領域２７Ｆ内に発射されていることによる玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。
【０５７１】
あるいは、払出制御部１７１Ｆは、計数ボタン２８Ｆの押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。
【０５７２】
Ｐ台２Ｆ側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３Ｆ側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１ＦのＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施形態において「クリア」とは「初期化」と同じ意味である。
【０５７３】
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３Ｆ側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２Ｆ側からＣＵ３Ｆ側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
【０５７４】
また、払出制御基板１７Ｆは、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３Ｆ側に送信する。
【０５７５】
ＣＵ３Ｆ側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（以下単に、持玉数とも言う）、貯玉数、残高、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
【０５７６】
Ｐ台２Ｆ側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２Ｆ側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２Ｆから送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３Ｆは、Ｐ台２Ｆより逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
【０５７７】
ＣＵ３Ｆは、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２Ｆ側から遊技玉数カウンタのカウント値（以下、遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３Ｆは、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３Ｆは、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
【０５７８】
その結果、たとえば、異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
【０５７９】
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３Ｆ側で記憶している遊技玉数をＰ台２Ｆ側から送信されてきた遊技玉数カウンタのカウント値に置換えるようにしてもよい。または、それに代えて、ＣＵ３Ｆ側で管理している遊技玉数と、Ｐ台２Ｆ側で記憶している遊技玉数との平均値に補正してもよい。
【０５８０】
このように、本実施形態では、ＣＵ３Ｆ側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２Ｆ側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３Ｆ側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２Ｆ側で記憶している遊技玉数がＣＵ３Ｆ側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３Ｆ側にその判定機能を設けたが、たとえば、ＣＵ３Ｆと接続されるホールサーバ８０１Ｆまたはホール用管理コンピュータによって、ＣＵ３Ｆ側で記憶している遊技玉数とＰ台２Ｆ側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０５８１】
図５７に示すように、ＣＵ３Ｆは、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残高を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３Ｆ（図５７参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
【０５８２】
ＣＵ制御部３２３Ｆ（図５７参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３Ｆ（図５７参照）は、カード残高の使用を要求する入力（たとえば、玉貸ボタン３２１Ｆの押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。
【０５８３】
遊技者所有の遊技用価値（たとえばプリペイド残高、持玉数、あるいは貯玉数）から価値を引落して遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３Ｆ側からＰ台２Ｆ側へ送信される。Ｐ台２Ｆ側では、それを受けて、遊技玉数カウンタを加算更新する。
【０５８４】
本実施形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落してドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
【０５８５】
このため、本実施形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２Ｆ側からＣＵ３Ｆ側へ送信される。ＣＵ３Ｆ側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
【０５８６】
＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図６０を参照して、ＣＵ（カードユニット）３ＦとＰ台（パチンコ機）２Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
【０５８７】
図６０には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
【０５８８】
＜＜１．リカバリ要求、２．リカバリ応答＞＞
まず、ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２Ｆに対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３Ｆに対してリカバリ情報を通知するものである。
【０５８９】
リカバリ要求のコマンドは、ＣＵ３Ｆが認証を完了した後にＣＵ３ＦからＰ台２Ｆに対して送信される。リカバリ要求のコマンドは、ＣＵ３ＦからＰ台２Ｆに対してリカバリ情報を要求し、ＣＵ３Ｆが認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」および「前回最終送信計数通番」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
【０５９０】
「前回最終送信通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆにおいて状態情報応答受信時に「通番」をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信通番（通番）として記憶する通番である。
【０５９１】
「前回最終送信計数通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆに状態情報応答受信時に計数通番をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信計数通番として記憶する通番である。
【０５９２】
Ｐ台２Ｆのリカバリ処理（計数玉数）において、後述する計数履歴シーケンスでセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。不一致の場合には、計数要求玉数＝０を、減算レジスタにセットしてユーザプログラムに通知する。
【０５９３】
Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信計数通番」を参照して、ＣＵ３Ｆが計数要求に対する計数処理を実施していなかった場合は計数要求玉数＝０を、減算レジスタにセットしてＰ台２Ｆで実行されるユーザプログラムに通知する。ＣＵ３Ｆが計数処理を実施済の場合はＣＵ３Ｆに通知した計数要求玉数を、減算レジスタにセットしてユーザプログラムに通知する。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。また、セキュリティ基板３２５Ｆから通知された「店舗コード」とＰ台２Ｆで保持している「店舗コード」とが不一致の場合、レジスタを介して店舗コード不一致をユーザプログラム側に通知する。なお、Ｐ台２Ｆは、ＣＵ３Ｆよりリカバリ要求のコマンドを受信した場合、レジスタを介してユーザプログラム側に通知する。
【０５９４】
リカバリ応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「玉単価」、「遊技情報格納有無」、「前回遊技台情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０５９５】
「前回最終送信通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２Ｆの払出制御部１７１Ｆは、ＣＵ３Ｆから送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
【０５９６】
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「玉単価」は、Ｐ台２Ｆで遊技している１玉あたりの玉単価（０．０１円〜９９．９９円）である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
【０５９７】
「前回遊技台情報」は、ＣＵ３Ｆに前回通知した遊技台情報であり、「遊技玉数」、「遊技玉情報」、「計数要求玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３Ｆに前回通知した遊技玉数である。「遊技玉情報」は、前回通知した遊技玉情報である。遊技玉情報には、たとえばＣＵ３Ｆに前回通知した発射玉数、アウト口通過玉数や総賞球玉数などの情報である。「計数要求玉数」は、計数要求する遊技玉数である。「計数通番」は、ＣＵ３Ｆに前回通知した計数通番である。
【０５９８】
「前回遊技情報」は、ＣＵ３Ｆに前回通知した遊技情報であり、「遊技情報数」、「遊技情報１」〜「遊技情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３Ｆに前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「遊技情報１」は、ＣＵ３Ｆに前回通知した遊技情報１である。「遊技情報ｎ」は、ＣＵ３Ｆに前回通知した遊技情報ｎである。遊技情報ｎには、たとえば、ＣＵ３Ｆに前回通知した種別情報や遊技賞球情報などが含まれる。
【０５９９】
なお、「前回最終送信加算通番」は、ＣＵ３Ｆにおいて状態情報要求を送信時、Ｐ台２Ｆにおいて状態情報要求受信時に、ＣＵ３Ｆ側、Ｐ台２Ｆともに前回最終送信加算通番として記憶する通番である。
【０６００】
Ｐ台２Ｆのリカバリ処理（遊技情報）において、後述する計数履歴シーケンスでセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行なう。
【０６０１】
遊技情報のリカバリデータがある時は「遊技情報格納有無」を格納有：０ｘ０１にし、前回の「遊技玉数」、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」、前回の「遊技情報数」および前回の「遊技情報１〜ｎ」にＰ台２Ｆが保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」および前回の「遊技情報数」をＡＬＬ“０”をセットする。ただし、遊技玉数は前回通知した遊技玉数をセットする。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。
【０６０２】
セキュリティ基板３２５Ｆから通知された「店舗コード」と、Ｐ台２Ｆで保持している店舗コードと不一致と判定した場合、カード無しとして処理する。つまり、「前回挿入中カードＩＤ」、「前回カード挿入時刻」をＡＬＬ“０”をセットする。
【０６０３】
Ｐ台２Ｆは、状態情報要求応答時の通番を前回最終送信通番として記憶する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信通番＝０として通知する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信通番を通知する。
【０６０４】
Ｐ台２Ｆは、状態情報応答の送信時に計数通番を前回最終送信計数通番として記憶する。ＳＣ３２５ｂから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信計数通番＝０として通知する。セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信計数通番を通知する。
【０６０５】
なお、また、ＣＵ３Ｆは、Ｐ台２Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３Ｆは、前回遊技台情報のみ使用してリカバリ処理を行なう。ただし、計数玉数のリカバリは実施しない。
【０６０６】
また、通信相手の不一致等（たとえばＣＵ３ＦまたはＰ台２Ｆの交換等）でリカバリ処理が実施できない場合、Ｐ台２Ｆの表示情報を元にＰＯＳで手補正することが考えられる。たとえば、Ｐ台２Ｆの表示情報は、可変表示装置２７８Ｆの液晶表示画面を利用して表示することが考えられる。あるいは、Ｐ台２Ｆに対して、払出制御部１７１Ｆが制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、ＰＯＳとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、ＰＯＳは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理（Point Of Sales system）であってもよい。
【０６０７】
＜＜３．リカバリ要求２、４．リカバリ応答２＞＞
ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３Ｆに対して加算リカバリ情報の処理結果を通知するものである。
【０６０８】
リカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２Ｆにおいて加算玉リカバリ処理を実施する必要有とＣＵ３Ｆが判定したときに送信される。ＣＵ３Ｆは、Ｐ台２Ｆより受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
【０６０９】
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
【０６１０】
次に、Ｐ台２Ｆのリカバリ処理について詳しく説明する。Ｐ台２Ｆのリカバリ処理は、Ｐ台２Ｆがリカバリ要求２に基づいて、ＣＵ３Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう処理である。
【０６１１】
リカバリ応答２のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果の処理ＯＫ、“０ｘ０１”の場合リカバリ結果の処理ＮＧである。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
【０６１２】
Ｐ台２Ｆのリカバリ処理（加算玉数）を行なう場合、Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信加算通番」の処理を実施していなかった場合、ＣＵ３Ｆに「リカバリ結果」として処理ＯＫを応答し、ＣＵ３Ｆより通知された加算玉数を、加算レジスタにセットして、ユーザプログラムに通知する。ＣＵ３Ｆから通知された加算玉数＝０の場合、加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３Ｆに処理ＯＫを応答する。ただし、後述する状態情報要求のＣＵ状態が遊技玉加算要求中（Ｂｉｔ＝１）の時に状態情報応答で遊技台状態１が遊技玉加算結果（Ｂｉｔ５=１）と応答した場合，ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答し、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知する。
【０６１３】
ＣＵ３Ｆより通知された「前回最終送信加算通番」が、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」と同一の場合、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知し、ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答する。ＣＵ３Ｆより通知された「前回最終送信加算通番」＝０の場合は、ＣＵ３Ｆから通知された加算玉数に関わらず加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３Ｆに処理ＯＫを応答する。
【０６１４】
また、リカバリ処理が完了するタイミング（たとえば、リカバリ完了フラグをセットするタイミング）で、リカバリ結果に係らず、ＣＵ３Ｆより通知された「前回最終送信加算通番」を、レジスタを介してユーザプログラムに通知する。なお、リカバリ要求２の受信がない場合は、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」を、リカバリ処理が完了するタイミングでユーザプログラムに通知する。
【０６１５】
＜＜５．通信開始要求、６．通信開始応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２Ｆに対して通信開始を要求するものである。この通信開始要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３Ｆに対して通信開始を応答するものである。
【０６１６】
通信開始要求のコマンドは、Ｐ台２Ｆに対して正常に通信開始したことを通知するものである。通信開始要求を受信したＰ台２Ｆは、それまで記憶していたリカバリ情報をクリアする。通信開始要求のコマンドは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、通信開始要求後、計数通番を“０”（初期値）に、Ｐ台２Ｆも通信開始要求受信後、計数通番を“０”（初期値）にする。
【０６１７】
通信開始応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信開始したことを通知するものであり、ＣＵ３Ｆが、リカバリ情報をクリアする。通信開始応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６１８】
＜＜７．通信終了要求、８．通信終了応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２Ｆに対して通信終了を要求するものである。この通信終了要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３Ｆに対して通信終了を応答するものである。
【０６１９】
通信終了要求のコマンドは、Ｐ台２Ｆに対して正常に通信終了したことを通知するものであり、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６２０】
通信終了応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信終了したことを通知するものであり、ＣＵ３ＦおよびＰ台２Ｆが、該通知以降、通信を停止し再起動待ちとする。通信終了応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６２１】
＜＜９．状態情報要求＞＞
ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２Ｆに対してＣＵ３Ｆの状態を要求するものである。ＣＵ３Ｆはこのコマンドを使用して、Ｐ台２Ｆの状態を定期的に確認する。また、状態情報要求のコマンドには、図６に示したＣＵ３Ｆ側からＰ台２Ｆ側へ向かう加算玉数が含まれている。
【０６２２】
この状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」、「計数通番」、「玉単価」および「計数受領時刻」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６２３】
「ＣＵ状態」は、Ｐ台２Ｆに対して通知するＣＵ３Ｆの状態を表わし、Ｂｉｔ０が“１”のときにカード挿入中を、“０”のときカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３Ｆにカード（一般カード／会員カード）が挿入されている状態を表わしている。また、ＣＵ３Ｆのカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
【０６２４】
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３Ｆの状態により、Ｐ台２Ｆに対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２Ｆは同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。
【０６２５】
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３Ｆは、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２Ｆに対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２Ｆは、計数ボタン２８Ｆの操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。
【０６２６】
Ｂｉｔ３が“１”のとき遊技玉加算要求を、“０”のとき遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
【０６２７】
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２Ｆに通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。Ｐ台２Ｆは、計数玉受領完了を受信したときに計数通番もＰ台２Ｆと同じ通番かをチェックし、通番が不一致の場合は遊技玉数を減算しないでＣＵ３Ｆに通知する。
【０６２８】
Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３Ｆからカード抜き取り待ちとなっている状態をＰ台２Ｆに通知する。なお、Ｂｉｔ６〜Ｂｉｔ７は未使用である。
【０６２９】
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
【０６３０】
「玉単価」は、Ｐ台２Ｆで遊技する遊技玉の１玉当りの玉単価（０．０１円〜９９．９９円）である。ＣＵ３ＦからＰ台２Ｆへ通知する玉単価は、たとえばＰ台２Ｆの払出制御基板１７ＦのＲＡＭに記憶される。そして、Ｐ台２Ｆは、所定の条件が成立したときにＲＡＭに記憶された玉単価を状態情報応答にてＣＵ３Ｆに通知する。具体的には、通信不能な状態から復帰するためのリカバリ情報がＣＵ３ＦからＰ台２Ｆ対して要求（リカバリ要求コマンドがＣＵ３Ｆから送信）されたときに、Ｐ台２Ｆは、リカバリ応答のレスポンスに玉単価をセットしてＣＵ３Ｆに送信する。すなわち、玉単価は、リカバリ応答時にＣＵ３Ｆに通知する以外は外部に出力されない。Ｐ台２Ｆに記憶された玉単価は、リカバリ要求コマンドがＣＵ３Ｆから送信された場合のリカバリ応答のレスポンスにセットされ、ＣＵ３Ｆに送信される。これにより、リカバリ前にＰ台２Ｆで遊技していた遊技玉の玉単価を正確に把握することができ、リカバリ後に遊技者に対して適正な遊技価値で遊技を再開して貰うことができる。また、Ｐ台２Ｆに記憶された玉単価をリカバリ応答時にＣＵ３Ｆに通知する以外は外部に出力しないことで、不正に玉単価が変更されないようにセキュリティを確保している。さらに、Ｐ台２Ｆに記憶された玉単価は、Ｐ台２Ｆが遊技玉数を保持している場合、新たな玉単価に上書きすることを禁止している。なお、Ｐ台２Ｆが遊技玉数を保持している場合でも、Ｐ台２Ｆに記憶された玉単価の上書きを許可して、保持している遊技玉数を上書きした玉単価に換算して表示を更新する構成でもよい。
【０６３１】
「計数受領時刻」は、ＣＵ３ＦがＰ台２Ｆからの計数要求を受領した時刻をＰ台２Ｆに通知するための情報であり、ＣＵ状態のＢｉｔ４（遊技玉数計数受領応答）が“１”（完了）である場合にのみ有効である。なお、「計数受領時刻」の情報は、Ｐ台２Ｆに通知されるが払出制御部１７１ＦのＣＰＵ内のみで処理され、ユーザプログラムへ通知されず外部からアクセス可能なＲＡＭ等に記憶されることがない。そのため、「計数受領時刻」の情報は、払出制御部１７１ＦのＣＰＵ内で削除されるため、セキュリティを確保することができる。
【０６３２】
＜＜１０．状態情報応答＞＞
状態情報要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆの情報・状態を通知するものである。状態情報応答のレスポンスには、図６に示した最新遊技台情報や遊技玉数が含まれている。
【０６３３】
この状態情報応答の具体的データには、「通番」、「コマンド」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「発射強度」、「遊技台状態」、「不正検知情報」および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６３４】
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉数」は、ＣＵ３Ｆが後述する「総賞球玉数」「発射玉数」および「計数玉数」を使用してＣＵ３Ｆの保持している遊技玉数を計算する。その後、ＣＵ３Ｆは、計算したＣＵ３Ｆの遊技玉数と、Ｐ台２Ｆの遊技玉数とが一致するかをチェックする。
【０６３５】
「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。つまり、「発射玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算するデータである。カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。
【０６３６】
「アウト口通過玉数」は、アウト口１５４Ｆを通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。
【０６３７】
「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。なお、「総賞球玉数」（加算）は、ＣＵ３Ｆより送信する「加算要求玉数」は含まない。また、ＣＵ３Ｆは保持している遊技玉数に総賞球玉数のデータを加算する。カードを保持していない状態で総賞球玉数のデータを受信した場合、ＣＵ３Ｆは遊技玉数の加算は行なわない。
【０６３８】
「計数要求玉数」は、計数要求した遊技玉の個数である。つまり「計数玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算し、カード持玉数に加算するデータである。なお、Ｐ台２ＦからＣＵ３Ｆに送信する減算玉数のデータに計数玉数は利用しない。また、カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。
【０６３９】
ただし、カードユニット開店状態が開店中から閉店中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット開店状態が開店中のときには計数ボタン２８Ｆの操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、カードユニット開店状態が開店中から閉店中に変化した場合は、計数ボタン２８Ｆの操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する。
【０６４０】
「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。
【０６４１】
「発射強度」は、遊技玉の発射強度の情報である。
「遊技台状態」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの状態を示し、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、および「遊技台エラー状態」の情報を含んでいる。
【０６４２】
「遊技台状態１」のＢｉｔ０は、遊技を許可しているか、禁止しているかを示しており、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。Ｂｉｔ１は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示しており、０”のとき待機中（ファンが球を発射してない状態）、“１”のとき遊技中（ファンが球を発射している状態）である。ただし、遊技玉が有り、発射ハンドル（打球操作ハンドル２５Ｆ）をタッチした状態（タッチセンサに触れた状態）で遊技中となる。
【０６４３】
Ｂｉｔ２は、遊技玉の有無（遊技玉無の検知）を示している。“０”のとき遊技玉数有、“１”のとき遊技玉数無である。Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。つまり、遊技領域２７内の浮遊玉が全て回収されたか否か示している。ただし、発射停止スイッチ（単発打ちスイッチとも言う）による玉の発射停止は除く。“０”のとき遊技未完了（全ての玉の行方が未確定の状態）、“１”のとき遊技完了（全ての玉の行方が確定している状態）である。なお、Ｐ台２Ｆは、玉の発射を停止してから１５秒以上遊技の完了を確認できなかった場合、タイムアウトし、遊技完了とする。
【０６４４】
Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。“０”のとき遊技玉未確定（全ての玉の行方が未確定の状態）、“１”のとき遊技玉確定（全ての玉の行方が確定している状態）を示している。ここで、Ｐ台２Ｆは玉の発射を停止してから、たとえば１５秒以上遊技玉の行方が確認出来なかった場合、タイムアウトし、遊技玉確定とする。また、Ｐ台２Ｆは電源オン時またはＲＡＭクリア時は遊技玉の行方が確定している状態（遊技玉確定）にセットする。
【０６４５】
Ｂｉｔ４は、遊技玉の計数要求の有無（計数ボタン押下の有無）を示しており、“０”のとき要求無、“１”のとき計数開始時の計数玉の払出要求がある場合である。Ｐ台は、計数操作が検出されたときに、この計数要求ＯＮの状態情報応答をＣＵ３Ｆへ送信し、計数要求が受領されたか否かを確認する。“１”のとき計数要求である。Ｂｉｔ５は、遊技玉加算の処理結果を示しており、“０”のとき加算ＯＫ、“１”のとき加算ＮＧである。なお、Ｐ台２Ｆは加算ＮＧ応答する場合は加算通番を更新しないで通知する。Ｂｉｔ６は、発射停止スイッチの押下状態を示しており、“０”のときイッチ解除状態、“１”のときスイッチ押下状態である。Ｂｉｔ７は予備である。
【０６４６】
「遊技台状態２」のＢｉｔ０は、大当り情報の大当り１（全ての大当り）を表わし、全ての大当り中“１”をセットする。Ｂｉｔ１は、大当り情報の大当り２（大当り＋小当り）を表わし、全ての大当り中および小当り中“１”をセットする。Ｂｉｔ２は、大当り情報の大当り３（出玉大の大当り）を表わし、出玉が大きい大当り中“１”をセットする。Ｂｉｔ３は、大当り情報の大当り４（出玉小の大当り）を表わし、出玉が小さい大当り中“１”をセットする。Ｂｉｔ４は、大当り情報の大当り５（出玉中の大当り）を表わし、出玉が中間の大当り中“１”をセットする。Ｂｉｔ５〜Ｂｉｔ７は予備である。
【０６４７】
「遊技台状態３」のＢｉｔ０は、遊技状態情報の大当り中＋時短中を表わし、大当り中および時短中“１”をセットする。Ｂｉｔ１は、遊技状態情報の確変中を表わし、確変中“１”をセットする。Ｂｉｔ２は、遊技状態情報の時短中を表わし、時短中“１”をセットする。Ｂｉｔ３は、遊技状態情報の変動中を表わし、変動中“１”をセットする。Ｂｉｔ４〜Ｂｉｔ７は予備である。
【０６４８】
「遊技台エラー状態」は、Ｐ台２Ｆで発生中のエラーコードを示し、Ｂｉｔ０〜Ｂｉｔ５を用いて各エラーコードを表現している。なお、Ｂｉｔ０〜Ｂｉｔ５が全て“０”のときにはエラー無である。Ｂｉｔ６は、エラーが発生している場所を特定する情報であり、“０”のとき払出制御、“１”のとき主制御をそれぞれ表わしている。Ｂｉｔ７は、エラーの出力方法を示し、“０”のとき発報のみ、“１”のとき発報＋ホールサーバ８０１Ｆへの出力を表わしている。
【０６４９】
「不正検知情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆで検知した情報であり、「不正検知状態１」、「不正検知状態２」、「不正検知情報１」〜「不正検知情報４」および「加算通番」の情報を含んでいる。
【０６５０】
「不正検知状態１」は、主制御基板１６Ｆの不正検知情報である。「不正検知状態１」のＢｉｔ０は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき磁気センサ検知不の正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき不正入賞検知の不正検知情報であることを表わしている。Ｂｉｔ３〜Ｂｉｔ７は予備である。
【０６５１】
「不正検知状態２」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態２」のＢｉｔ０は、“１”のときガラス板開放の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき枠本体開放の不正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ３は、“１”のとき近接センサ異常の不正検知情報であることを表わしている。Ｂｉｔ４は、“１”のとき賞球ゴト検知の不正検知情報であることを表わしている。ここで、「ゴト」とは、パチンコ遊技機やスロットマシンにおいて不正な方法で出玉を獲得する不正行為のことである。Ｂｉｔ５は、“１”のとき複合ゴト検知の不正検知情報であることを表わしている。Ｂｉｔ６は、“１”のとき不正加算検知の不正検知情報であることを表わしている。Ｂｉｔ７は、“１”のとき夜間枠開放・監視ＳＷ異常検知の不正検知情報であることを表わしている。
【０６５２】
「不正検知情報１」は、賞球センサゴト検知（入賞不整合玉数）の情報を示すデータである。「不正検知情報１」は、「不正検知状態２」のＢｉｔ４が“１”のとき有効となる。「不正検知情報２」は、複合センサゴト検知（発射／ＯＵＴ不整合玉数）の情報を示すデータである。つまり、発射玉数とアウト玉数（アウト口通過玉数）との不整合を検知したときの情報を示すデータである。「不正検知情報２」は、「不正検知状態２」のＢｉｔ５が“１”のとき有効となる。「不正検知情報３」は、不正加算検知（不正加算玉数）の情報を示すデータである。「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となる。「不正検知情報４」は、夜間枠開放情報を示すデータである。「不正検知情報４」は、「不正検知状態２」のＢｉｔ７が“１”のとき有効となる。
【０６５３】
「不正検知情報４」のＢｉｔ７は、夜間監視スイッチ異常４が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常４発生を表わしている。Ｂｉｔ６は、夜間監視スイッチ異常３が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常３発生を表わしている。Ｂｉｔ５は、夜間監視スイッチ異常２が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常２発生を表わしている。Ｂｉｔ４は、夜間監視スイッチ異常１が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常１発生を表わしている。Ｂｉｔ０〜３は、本体枠開放回数を示す情報で、“０”のとき開放なし、“１”〜“１５”は開放回数を表わしている。なお、開放回数は、１５回までカウントし、１６回以降のカウントは１５回でホールドされる。
【０６５４】
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は加算ＮＧを通知する。
【０６５５】
「不正検知状態３」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態３」のＢｉｔ０は、“１”のとき他店舗遊技玉検知の不正検知情報であることを表わしている。「不正検知状態３」のＢｉｔ５は、“１”のときＰ台２Ｆが過去に接続していたカードユニットが開発用ＣＵ３ＦＤであったことを表している（開発用ＣＵ接続）。「不正検知状態３」のＢｉｔ６は、“１”のときＰ台２Ｆが過去に接続していたカードユニットが遊技盤開発治具３Ｅであったことを表している（遊技盤開発治具接続）。「不正検知状態３」のＢｉｔ７は、“１”のとき接続している遊技機が遊技機シミュレータであることを表している（遊技機シミュレータ接続）。Ｂｉｔ１〜Ｂｉｔ４は予備である。なお、他店舗遊技玉検知は、たとえばＰ台の回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取り、自店舗の遊技玉の識別情報と一致するか否かを判定する。不一致の場合、遊技玉に他店舗の遊技玉が混入しているとして「不正検知状態３」のＢｉｔ０を“１”にして、ＣＵ３Ｆに通知する。
【０６５６】
「遊技情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「カウント情報１」〜「カウント報ｎ」を含んでいる。
【０６５７】
「遊技情報数」は、種別情報・カウント情報の個数（ｎ）であり、ｎ＝０〜２２（可変長）である。「種別情報１」〜「種別情報ｎ」は、遊技種別情報１〜遊技種別情報ｎをそれぞれ示している。種別情報は、Ｂｉｔ４からＢｉｔ７までがデータ種別の情報で、遊技情報のデータ種別を示しており、“０”のとき情報無、“１”のとき始動口、“２”のとき大入賞口、“３”のとき入賞口、“４”のとき図柄停止回数、“５”のとき大当り、“６”のとき小当りである。Ｂｉｔ０からＢｉｔ３までがデータ番号の情報で、遊技情報のデータ種別毎のデータ番号を示しており、“０”のとき情報無、“１”〜“１５”のときそれぞれのデータ番号を表わしている。たとえば、データ種別が“５”の大当りのとき、データ番号は“１”のとき出玉大、“２”のとき出玉小、“３”のとき出玉中、“４”〜“６”のとき予備である。また、データ種別が“６”の小当りのとき、データ番号は“１”のとき小当り、“２”〜“１５”のとき予備である。
【０６５８】
「カウント情報１」〜「カウント情報ｎ」は、遊技カウント情報１〜遊技カウント情報ｎをそれぞれ示している。
【０６５９】
ここで、カウント情報は、データ種別が始動口、大入賞口、および小入賞口の場合、Ｂｉｔ４からＢｉｔ７までが賞球玉数の情報で、遊技情報の種別情報毎に入賞時の賞球玉数を示しており、“１”〜“１５”のとき賞球玉数のデータをそれぞれ表わしている。また、Ｂｉｔ０からＢｉｔ３までが入賞個数の情報で、遊技台情報の種別情報毎に入賞個数（累計）を示しており、“１”〜“１５”のとき入賞個数のデータをそれぞれ表わしている。カウント情報は、データ種別が図柄停止回数の場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが図柄停止回数を示しており、“１”〜“１５”のとき図柄停止回数を表わしている。カウント情報は、データ種別が大当り、小当りの場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが当り回数を示しており、“１”〜“１５”のとき当り回数を表わしている。
【０６６０】
さらに、状態情報応答のレスポンスには、「発射強度信号」、「通過領域信号」、「変動中信号」、「ハンドルタッチ信号」が含まれている。
【０６６１】
「発射強度信号」は、上述の発射強度センサ１９の検出結果である発射強度Ｔを示している。上述したように、本実施の形態においては、発射強度Ｔは、ハンドル操作量に応じて０（最小値）から９９（最大値）まで変化する可変値である。なお、パチンコ玉の発射間隔（はたとえば０．６ｓｅｃ）よりもＰ台２ＦとＣＵ３Ｆとの通信間隔（たとえば２００ｍｓｅｃ）が短い場合には、基本的に１玉ごとに発射強度信号が出力されることになる。また、実際に発射されたか否かを示すデータとセットで発射強度信号が出力されるようにしてもよい。
【０６６２】
「通過領域信号」は、上述した通過領域信号を示している。なお、上述したように、本実施の形態においては、通過領域信号は通過領域信号Ａ１〜Ａ８のいずれかである。なお、各通過領域信号には、各通過領域信号が検出された時点の発射強度Ｔが紐付けされている。
【０６６３】
「変動中信号」は、パチンコ玉が始動入賞口２７５，２７６、２７７のいずれかを通過したことに伴って可変表示装置２７８Ｆに表示される図柄が変動していることを示している。
【０６６４】
「ハンドルタッチ信号」は、遊技者が打球操作ハンドル２５Ｆに触れていることがタッチセンサによって検出されていることを示している。
【０６６５】
＜＜１１．カード挿入通知、１２．カード挿入応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２Ｆに対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３Ｆに対してカード挿入通知を受信した旨の応答である。
【０６６６】
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２Ｆに対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６６７】
「カードＩＤ」は、ＣＵ３Ｆに挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３Ｆのカード挿入／排出口３０９Ｆ（図１参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２Ｆ保持の遊技玉が当日玉か過去玉かの判断に使用する。
【０６６８】
「店舗コード」は、ＣＵ３Ｆが設置されている店舗識別コードであり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。また、ＣＵ３Ｆが店舗移動されたか否かを判定するためにも使用する。ＣＵ３Ｆは、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５Ｆより情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３Ｆを識別するためのＳＣ基板ＩＤであり、ＣＵ３Ｆが交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５Ｆより情報付加してＰ台２Ｆに通知する。Ｐ台２Ｆの払出制御部１７１Ｆは、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻等のカード挿入通知コマンドで通知される情報を記憶する。なお、「店舗コード」および「ＳＣ基板ＩＤ」はユーザプログラム側に通知せず、払出制御回路内で削除される。
【０６６９】
カード挿入応答のレスポンスは、ＣＵ３Ｆに対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６７０】
カード挿入／返却通知時のＰ台２Ｆの動作について説明する。まず、ＣＵ３Ｆのカード挿入／排出口３０９Ｆに会員カードまたは一般カードが挿入されるか、一般０円０玉カードへの入金が行なわれるかすることで、カード挿入通知としてＰ台２Ｆに対してカードＩＤやカード挿入時刻などの情報が通知される。Ｐ台２Ｆは、カード挿入通知があると当該カードＩＤやカード挿入時刻などの情報をバックアップする。ただし、カード挿入通知コマンドを受信し、且つＣＵ３Ｆの状態がカード挿入中状態（ＣＵ状態のＢｉｔ０＝１）の情報を含む状態情報要求を受信した場合（Ｐ台２Ｆでカード挿入中状態と判断する場合）、Ｐ台２ＦはカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する。また、ＣＵ３Ｆのカード返却ボタン３２２Ｆが押下されると、Ｐ台２Ｆに対してカード返却通知が行なわれ、Ｐ台２ＦはバックアップしてあるカードＩＤやカード挿入時刻などの情報をクリアする。なお、カード挿入中状態が解除される条件は、Ｐ台２Ｆがカード返却通知コマンドを受信した時である。
【０６７１】
＜＜１３．カード返却通知、１４．カード返却応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却を応答するものである。
【０６７２】
カード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するもので、ＣＵ３Ｆが、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６７３】
カード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行なわない、持玉のカードへの書込みを禁止するなどの処理を行なう。
【０６７４】
ここで、カード挿入通知時またはカード返却通知時のＰ台２Ｆの動作について説明する。カード挿入通知時に、ＣＵ３Ｆで会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のバックアップを行なう。カード返却通知時に、ＣＵ３Ｆで「カード返却」ボタンの押下の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のクリアを行なう。
【０６７５】
＜＜１５．通信テスト要求、１６．通信テスト応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。この通信テスト要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してテストデータを応答するものである。
【０６７６】
通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。なお、Ｐ台２Ｆに対して通知するテストデータは暗号化していない。通信テスト要求のコマンドは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、Ｐ台２Ｆに対して通知するテスト用のデータで任意のデータである。
【０６７７】
通信テスト応答のレスポンスは、ＣＵ３Ｆに対してテストデータを通知するものである。なお、ＣＵ３Ｆに対して通知するテストデータも暗号化していない。通信テスト応答のレスポンスは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、ＣＵ３Ｆに対して通知するテスト用のデータで任意のデータである。
【０６７８】
＜＜１７．計数履歴要求、１８．計数履歴応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求のコマンドが送信される。この計数履歴要求のコマンドは、Ｐ台２Ｆに対して計数履歴を要求するものである。この計数履歴要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して計数履歴応答のレスポンスが送信される。この計数履歴応答のレスポンスは、ＣＵ３Ｆに対して計数履歴を通知するものである。
【０６７９】
計数履歴要求のコマンドは、Ｐ台２Ｆに対して計数履歴を要求するもので、ＣＵ３Ｆが、認証シーケンス後の計数履歴シーケンスでＰ台２Ｆに対して送信する。計数履歴要求には、「通番」、「コマンド」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６８０】
「店舗コード」は、ＣＵ３Ｆが設置されている店舗識別コードであり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。なお、店舗コードは、セキュリティ基板３２５Ｆより情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３Ｆを識別するためのＳＣ基板ＩＤであり、ＣＵ３Ｆが交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５Ｆより情報付加してＰ台２Ｆに通知する。
【０６８１】
ＳＣ基板ＩＤの出荷メーカコードの検知処理について説明する。ＳＣ基板ＩＤには、識別コードと出荷メーカコードとが含まれている。Ｐ台は、ＳＣ基板ＩＤに含まれている出荷メーカコードを検知することで接続しているユニット（商用のＣＵ３Ｆや開発用ユニットなど）を認識している。
【０６８２】
具体的に、Ｐ台は、接続するユニットが開発用ユニットなのか、遊技盤開発治具なのかを検知する場合について説明する。これら商用に使用しない開発用ユニットや遊技盤開発治具が接続されていたときの遊技履歴が、その後に接続された商用に使用されるユニット（ＣＵ３Ｆ）に引き継がれると、開発時に付与した遊技玉で商用時に遊技が可能となる不具合が生じてしまう。そこで、当該不具合を回避するために、Ｐ台２Ｆは、ユニットと接続した際に開発用ユニットや遊技盤開発治具が接続されているか否かを検知し、その結果をリカバリレジスタに記憶する。
【０６８３】
Ｐ台２Ｆは、ユニットと接続した際に開発用ユニットや遊技盤開発治具が接続されているか否かを検知するために、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとを比較する。まず、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“なし”の場合、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードがいずれであっても開発用ユニットや遊技盤開発治具と検知しない。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとが一致する場合も、開発用ユニットや遊技盤開発治具と検知しない。
【０６８４】
しかし、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードと計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードとで、上位バイトは一致するが下位バイトは異なる場合、開発用ユニットと検知する。また、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードの上位バイトが商用ユニットのコードで、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードの上位バイトが遊技盤開発治具以外のコードの場合も、開発用ユニットと検知する。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードの上位バイトが商用ユニットのコードで、計数履歴要求後のＳＣ基板ＩＤの出荷メーカコードの上位バイトが遊技盤開発治具のコードの場合、遊技盤開発治具と検知する。
【０６８５】
なお、Ｐ台２Ｆは、開発用ユニットが接続されていたことの検知をリカバリレジスタのＢｉｔ４を“１”にすることで記憶し、遊技盤開発治具が接続されていたことの検知をリカバリレジスタのＢｉｔ５を“１”にすることで記憶する。
【０６８６】
また、計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“なし”の場合、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードを上書きする。計数履歴要求前のＳＣ基板ＩＤの出荷メーカコードが“ある”の場合、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理する遊技玉がなければ、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードを上書きする。しかし、Ｐ台２Ｆに記憶しているＳＣ基板ＩＤの出荷メーカコードは、リカバリ処理する遊技玉があれば、リカバリ処理が行なわれた後に新たに接続したユニットのＳＣ基板ＩＤの出荷メーカコードへの上書きを禁止する。なお、ＳＣ基板ＩＤの出荷メーカコードの上書きの禁止状態は、Ｐ台２ＦのＲＡＭをクリア（特に遊技玉数のクリア）することで解除される。遊技玉数がある場合にＳＣ基板ＩＤの出荷メーカコードの上書きを禁止することで、開発用ユニットで付与した遊技玉数が、その後接続した商用ユニットで遊技可能な遊技玉数としてリカバリ処理されることを防止することができる。
【０６８７】
計数履歴応答のレスポンスは、ＣＵ３Ｆに対して計数履歴を通知するもので、Ｐ台２Ｆが、計数履歴要求コマンドを受けてＰ台２Ｆで記憶している計数履歴の情報をＣＵ３Ｆに対して送信する。計数履歴応答には、「通番」、「コマンド」、「計数履歴結果」、「計数履歴１」および「計数履歴２」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０６８８】
「計数履歴結果」は、Ｐ台２Ｆでの計数履歴処理により計数履歴がＰ台２Ｆに記憶されているか否かを示す情報である。ここで、計数履歴は、Ｐ台２Ｆが計数要求ＯＮ状態から計数要求ＯＦＦ状態までの間にＰ台２Ｆ側から計数要求玉数としてＣＵ３Ｆ側に払出した遊技玉数の履歴であり、計数要求時の「カードＩＤ」、ＣＵ３Ｆからの計数受領応答（計数応答ＯＮ）を受けたときに含まれている「計数受領時刻」および計数要求ＯＦＦ状態までに払出した計数玉数の累積数「累積計数玉数」の情報も含んでいる。なお、Ｐ台２Ｆでは、過去２回分の履歴（計数要求ＯＮ状態から計数要求ＯＦＦ状態までの期間の遊技玉数の履歴を１回分とする）を保持している。
【０６８９】
計数履歴結果では、“０ｘ００”の場合履歴なし、“０ｘ０１”の場合履歴あり（計数履歴１の情報あり）、“０ｘ０２”の場合履歴あり（計数履歴２の情報あり）をそれぞれ表している。
【０６９０】
「計数履歴１」は、過去２回分の履歴のうち直近の履歴（最終の計数）であり、「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報を含んでいる。「カードＩＤ」は計数要求時にＣＵ３Ｆに挿入されていたカードの識別情報である。「計数受領時刻」は、Ｐ台２Ｆから計数要求のあった遊技玉数をＣＵ３Ｆが受領した時刻である。「累積計数玉数」は、計数要求ＯＮ状態から計数要求ＯＦＦ状態までの期間に計数された計数玉数の累計数である。「遊技玉数」は、計数終了時にＰ台２Ｆに保持されていた遊技玉数である。
【０６９１】
「計数履歴２」は、過去２回分の履歴のうち古い履歴（最終の計数のひとつ前の計数）であり、「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報を含んでいる。「カードＩＤ」、「計数受領時刻」、「累積計数玉数」および「遊技玉数」の情報は、「計数履歴１」に含まれる情報と同じ種類の情報であり、詳細な説明を繰返さない。
【０６９２】
次に、Ｐ台２Ｆで保持している計数履歴データをＣＵ３Ｆに出力する条件について説明する。Ｐ台２Ｆは、計数履歴シーケンスにおいてＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」および「ＳＣ基板ＩＤ」が保持している「店舗コード」および「ＳＣ基板ＩＤ」と一致する場合、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含めてＣＵ３Ｆに出力する。また、Ｐ台２Ｆは、ＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」が保持している「店舗コード」と一致していれば「ＳＣ基板ＩＤ」が異なっても、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含めてＣＵ３Ｆに出力する。これは、店舗内でＰ台２ＦとＣＵ３Ｆとの組合せを変更することを考慮しており、同じ店舗内であればＰ台２Ｆに記憶した計数履歴データを別のＣＵ３Ｆに引継いだとしても不利益を与えないためである。
【０６９３】
しかし、Ｐ台２Ｆは、ＣＵ３Ｆから受信した計数履歴要求コマンドに含まれる「店舗コード」が保持している「店舗コード」と異なっていれば「ＳＣ基板ＩＤ」が一致していても、計数履歴応答のレスポンスに「計数履歴結果」、「計数履歴１」および「計数履歴２」を含んでＣＵ３Ｆに出力することを禁止する。これは、同じＣＵ３Ｆであっても別の店舗に移された場合、同じ「ＳＣ基板ＩＤ」を保持したＰ台２Ｆと接続しても計数履歴データを引継いでしまうと当該別の店舗に不利益を与えてしまう可能性があるためである。
【０６９４】
もちろん、Ｐ台２Ｆは、ＣＵ３Ｆではなく、遊技盤開発治具や開発用ユニットに接続された場合や、何らユニットと接続されていない場合にはＰ台２Ｆに記憶した計数履歴データを出力することはない。計数履歴データの出力を制限することで、Ｐ台２Ｆおよび当該Ｐ台２Ｆを含む遊技用システムのセキュリティを強化している。
【０６９５】
＜ＣＵとＰ台との間で処理される主なシーケンス＞
次に、図６１〜図７０に基づいて、ＣＵ制御部３２３Ｆに搭載されたＣＰＵ、および払出制御基板１７Ｆに搭載されたＣＰＵで実行される処理によるＣＵ３ＦとＰ台２Ｆとの間で処理される主なシーケンスについて説明する。
【０６９６】
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３ＦとＰ台２Ｆとの間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３Ｆ（１次局）からＰ台２Ｆ（２次局）に対してコマンドが送信され、Ｐ台２Ｆはそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。つまり、業務電文の送信は、ＣＵ３Ｆを１次局、Ｐ台２Ｆを２次局としたコマンド／レスポンス方式である。
【０６９７】
ＣＵ３ＦからＰ台２Ｆへの最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２ＦからＣＵ３Ｆへのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０６９８】
このように、ＣＵ３ＦとＰ台２Ｆとの間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２Ｆは、打球操作ハンドル２５Ｆを操作することによって、１分間に１００発のパチンコ玉が遊技領域２７Ｆ内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
【０６９９】
それゆえ、Ｐ台２ＦからＣＵ３Ｆへは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２Ｆは、遊技玉数の変化量を細やかにＣＵ３Ｆに対して通知可能となる。
【０７００】
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２Ｆの発射時間間隔と一致させることも考えられる。
【０７０１】
＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３Ｆ側で通信断が検知された場合の処理について説明する。ＣＵ３ＦがＰ台２Ｆに対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２Ｆに送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２Ｆに送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２Ｆに再送する。１４回目の再送を行なってもＰ台２Ｆからレスポンスを受信できなかった場合、ＣＵ３Ｆは３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２Ｆの電源断などの原因が考えられる。ＣＵ３Ｆは、コマンドの再送時に通番のカウントアップを行なわない。
【０７０２】
＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２Ｆ側で通信断を検知した場合の処理について説明する。ＣＵ３ＦからＰ台２Ｆへコマンドが送信され、Ｐ台２Ｆではそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。その後ＣＵ３ＦからのコマンドがＰ台２Ｆに送信されてこない状態が３秒間継続した場合、Ｐ台２Ｆは通信断と判断し、発射モータ１８Ｆの駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとの離脱、接続配線の断線、あるいはＣＵ３Ｆの電源断などが考えられる。
【０７０３】
なお、Ｐ台２Ｆ側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。
【０７０４】
＜＜電源投入＞＞
次に、電源投入時の接続シーケンスの処理について説明する。図６１に示すシーケンス処理は、ＣＵ３ＦとＰ台２Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３Ｆの電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。
【０７０５】
まず、電源を投入する。電源投入時においては、Ｐ台２Ｆでは発射モータ１８Ｆを停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
【０７０６】
認証シーケンス後、図１９に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリ情報を要求する。Ｐ台２Ｆは、ＣＵ３Ｆより通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｐ台２Ｆは、前回最終送信計数通番を参照して、ＣＵ３Ｆが計数処理を実施していなかった場合、計数要求をなかったものとし、ＣＵ３Ｆが計数処理を実施済の場合、計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。
【０７０７】
計数リカバリ処理の実行後、Ｐ台２Ｆは、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。
【０７０８】
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３Ｆの加算リカバリ処理を実施する。ＣＵ３Ｆは、加算玉リカバリ処理を実施する場合、Ｐ台２Ｆに対して、リカバリ要求２をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算玉数が含まれている。
【０７０９】
それを受けたＰ台２Ｆでは、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答２）。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。
【０７１０】
このリカバリ処理は、ＣＵ３ＦとＰ台２Ｆとの間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。
【０７１１】
ＣＵ３Ｆは、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２Ｆは、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３Ｆがコマンドを再送したと判断する。ＣＵ３Ｆはコマンドの送信し、同じ通番のレスポンスがＰ台２Ｆから通知された時に通番をバックアップする。Ｐ台２Ｆは、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３Ｆに通知する。Ｐ台２Ｆはレスポンスの送信時に通番をバックアップする。
【０７１２】
ＣＵ３Ｆは、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３Ｆに返信する。さらに、ＣＵ３Ｆは、通番を“２”としてリカバリ要求２のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３Ｆに返信する。
【０７１３】
その後、ＣＵ３Ｆは、通番をカウントアップして“３”として、通信開始要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｐ台２Ｆでは、それを受けて、リカバリデータをクリアする。そして、Ｐ台２Ｆは、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３Ｆへ返信する。これ以降、ＣＵ３ＦとＰ台２Ｆとの間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。
【０７１４】
ＣＵ３Ｆは、通番をカウントアップして“４”として、状態情報要求のコマンドをＰ台２Ｆへ送信する。なお、状態情報要求のコマンドには、玉単価の情報が含まれる。当該玉単価がＰ台２Ｆに送信されることで、Ｐ台２Ｆは遊技玉が１玉４円で遊技を行なっているのか、１玉１円で遊技を行なっているのかを認識することができる。また、状態情報要求のコマンドは、前述したように２００ｍｓ周期で送信されるため、遊技玉が発射させる６００ｍｓの周期の間に最大３回玉単価の情報をＰ台２Ｆに送信することが可能である。そのため、Ｐ台２Ｆで遊技する遊技玉の１玉ごとに玉単価を変更することが可能となる。玉単価を少数単位（たとえば１玉単位）の遊技玉ごとに管理することが可能となれば、遊技者の要望（たとえば、小額でゆっくり遊技を行ないたい要望や、短時間に残りの遊技玉数を消費したい要望など）にあわせた多彩な遊技を提供することが可能となる。以降に説明するＣＵ３ＦからＰ台２Ｆに送信される状態情報要求のコマンドにも玉単価の情報が含まれるが、説明するシーケンスの内容に当該玉単価の情報が直接関係ない場合は特に明記しない。Ｐ台２Ｆは、それを受けて、遊技台情報、遊技情報および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｐ台２Ｆは、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスには、玉単価の情報が含まれない。これは、現在Ｐ台２Ｆで遊技している玉単価の情報を不正に変更してＣＵ３Ｆに送信し、ＣＵ３Ｆで管理している遊技玉の玉単価に対して不正を行なうことを防止している。これにより、遊技用システムのセキュリティを向上させることができる。
【０７１５】
ＣＵ３Ｆは、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。
【０７１６】
その後、ＣＵ３Ｆは、通番をカウントアップして“５”として、状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７１７】
＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３ＦおよびＰ台２Ｆの処理について説明する。図６２に示すＣＵ３Ｆは、カード挿入前、通番＝ｎ、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７１８】
その後、ＣＵ３Ｆでは、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報（カードＩＤ等）をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。なお、カードリーダライタが読取ったカードに記録されている情報（カードＩＤ等）をＣＵ３Ｆで記憶してもよい。
【０７１９】
ＣＵ３Ｆは、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残額等をたとえばホールサーバ８０１Ｆに問合せて認証している最中であることを表示器３１２Ｆに表示するとともにＰ台２Ｆ側の表示器５４Ｆに表示させる処理を実行している最中であることを意味している。
【０７２０】
ＣＵ３Ｆは、表示器３１２Ｆに挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆ側の表示器５４Ｆは、ＣＵ３Ｆの表示制御部３５０Ｆにより表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。
【０７２１】
その後、ＣＵ３Ｆは、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３ＦのＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、店舗コードおよびＳＣ基板ＩＤは、カード挿入通知のコマンドがセキュリティ基板３２５Ｆを通過するときに当該コマンドに付加される情報である。Ｐ台２Ｆでは、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップするとともに、通番＝ｎ＋２を含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、挿入されたカードのカードＩＤをＣＵ制御部３２３ＦのＲＡＭ等に記憶する。
【０７２２】
ＣＵ３Ｆは、それを受けて、通番＝ｎ＋３、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信することで、カード挿入中である状態をＰ台２Ｆに対して通知する。Ｐ台２Ｆは、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信することで、遊技許可中である状態をＣＵ３Ｆに対して通知する。
【０７２３】
カード挿入中、ＣＵ３Ｆは、通番＝ｎ＋４、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７２４】
さらに、カード挿入中に、ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される場合について説明する。まず、ＣＵ３Ｆは、通番＝ｎ＋ｘ、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、カード挿入中にカード挿入通知のコマンドが送信される場合、送信されるカードＩＤやカード挿入時刻は、挿入中のカードのカードＩＤやカード挿入時刻と異なることが多く、Ｐ台２Ｆに記憶しているカードＩＤやカード挿入時刻を意図的に変更しようとする不正が行なわれている可能性が高い。
【０７２５】
そこで、Ｐ台２Ｆでは、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップを行なわない。なお、Ｐ台２Ｆでのカード挿入中か否かの判断は、状態情報要求のコマンドに含まれるカード返却準備状態＝ＯＮの情報に基づき容易に判断することができる。
【０７２６】
次に、Ｐ台２Ｆは、受信したカードＩＤ、カード挿入時刻などのバックアップを行なわずに、通番＝ｎ＋ｘを含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、カード挿入通知のコマンドで送信したカードＩＤ、カード挿入時刻などをＣＵ制御部３２３ＦのＲＡＭ等に記憶しない。これにより、カード挿入中にカードＩＤを意図的にＰ台２Ｆへ送信されて、Ｐ台２Ｆで記憶しているカードＩＤを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。
【０７２７】
図６３は、ＣＵ３Ｆにカードが挿入されたときにＣＵ３Ｆが実行する挿入時処理を示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図６３において、Ｓ１〜Ｓ７の各ステップはＣＵ３Ｆが実行する。またＳ８〜Ｓ１０、Ｓ１２〜Ｓ１５はＰ台２Ｆが実行する。より具体的には、Ｓ８〜Ｓ１０、Ｓ１２、Ｓ１３、Ｓ１５の削除処理は、Ｐ台２Ｆに設けられている演出制御基板が実行し、Ｓ１４とＳ１５の送信処理は、演出制御部が設けられた演出制御基板が払出制御部１７１Ｆへ送信して払出制御部１７１ＦがＣＵ３Ｆへ送信する。
【０７２８】
まずＣＵは、ステップ（以下単にＳという）１により、中断中であるか否かの判定を行なう。この中断中であるか否かは、中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、Ｓ２により、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致するか否か判定し、一致しない場合にはＳ５によりその挿入されたカードを排出して待機中へ移行する。なお、図６３では上記「種別」の図示を省略している。
【０７２９】
一方、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がＳ４へ進み、中断状態を解除し、Ｓ６により遊技を再開する処理が実行される。
【０７３０】
一方、Ｓ１により中断中でないと判断された場合には、Ｓ３ａで既にカードが挿入中であるか否かの判定を行なう。この挿入中であるか否かは、カード挿入／排出口３０９Ｆに設けてあるカードリーダがカードを受け付けているか否かにより判断する。Ｓ３ａにより挿入中でないと判断された場合には、挿入されたカードのＣ−ＩＤと種別を記憶するとともにＰ台２Ｆへ送信する処理がＳ３により行なわれる。Ｐ台２Ｆでは、そのＣ−ＩＤ，種別を受信し、その受信したＣ−ＩＤおよび種別とバックアップエリア（たとえば、演出制御基板に設けたバックアップデータ記憶部）に記憶されているＣ−ＩＤおよび種別とを比較する（Ｓ８）。そしてＳ９によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。
【０７３１】
Ｓ３ａにより挿入中であると判断された場合には、挿入中のカードのＣ−ＩＤおよび種別と異なるＣ−ＩＤおよび種別がＣＵ３ＦやＰ台２Ｆに上書き記憶されるのを防止するために、Ｓ３での処理をスキップする。
【０７３２】
このように、遊技者特定情報（Ｃ−ＩＤ）を記憶する遊技者特定情報記憶手段（現遊技者遊技履歴データ記憶部）と同一判定処理を行なう同一判定手段（Ｓ８、Ｓ９）とが遊技機の表示制御手段（演出制御部が設けられた演出制御基板）に設けられているために、通信手段側（払出制御部１７１Ｆ側）には同一判定処理機能を設けなくて事足り、表示制御手段を有する遊技機と表示制御手段を有しない遊技機との間で共通の通信手段を使用でき、通信手段の少品種大量生産か可能になる。
【０７３３】
なお、変形例の制御内容として、Ｓ１５とＳ７との処理を行なってもよい。Ｓ１５により、バックアップエリア（バックアップデータ記憶部）に記憶されている遊技履歴データとＣ−ＩＤおよび種別とをＣＵ３Ｆへ送信した後削除する。ＣＵ３Ｆでは、それを受信して、受信したデータをホールサーバ（上位サーバ）８０１へ送信する。ホールサーバ８０１Ｆでは、その受信した遊技履歴データとＣ−ＩＤおよび種別とをバックアップ記憶する。
【０７３４】
一方、Ｓ９により一致すると判定された場合にはＳ１２へ進み、バックアップエリア（バックアップデータ記憶）の遊技履歴データを現エリア（たとえば、演出制御基板に設けたバックアップデータ記憶部）に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。
【０７３５】
なお、変形例の制御内容として、Ｓ１０、Ｓ１３、Ｓ１４の処理を行なってもよい。Ｓ９でＹＥＳの場合には、制御はＳ１０へ進み、前回のカードが排出されてから所定時間（たとえば２０分間）経過したか否かの判断がなされ、経過していないＳ１０により所定時間が経過していると判断された場合には、Ｓ１３により、バックアップエリア（バックアップデータ記憶部）の遊技履歴データとＣ−ＩＤおよび種別とを削除する処理がなされる。また、Ｓ１２の後、Ｓ１４により、遊技者が同一である旨の通知をＣＵへ送信する。なお、変形例の制御内容として、Ｓ１０、Ｓ１３、Ｓ１４の処理およびＳ１５、Ｓ７の処理を全て行なうように制御してもよい。
【０７３６】
カードＩＤおよび挿入時刻の上書き（更新）する条件についてさらに詳しく説明する。前述したようにカードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係について図を用いて説明する。図６４は、カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態、およびカードの挿入状態の関係を説明するための概念図である。
【０７３７】
まず、図６４（ａ）では、カード挿入通知のコマンドをＰ台２Ｆが受信する前に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（Ｂｉｔ０＝“１”）となる例を示している。図６４（ａ）に示す状態（１）はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信しておらず、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。
【０７３８】
次に、図６４（ａ）に示す状態（２）はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合も、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。図６４（ａ）に示す状態（３）はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。
【０７３９】
次に、図６４（ａ）に示す状態（４）はカード返却準備状態であり、カード返却通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがまだカードを返却しておらずカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。図６４（ａ）に示す状態（５）はカード返却状態であり、カード返却通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。
【０７４０】
図６４（ｂ）では、カード挿入通知のコマンドをＰ台２Ｆが受信した後に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（Ｂｉｔ０＝“１”）となる例を示している。図６４（ｂ）に示す状態（１）’はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信しておらず、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。
【０７４１】
次に、図６４（ｂ）に示す状態（２）’はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信したが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合も、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。図６４（ｂ）に示す状態（３）’はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（Ｂｉｔ０＝“１”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。
【０７４２】
次に、図６４（ｂ）に示す状態（４）’はカード返却準備状態であり、カード返却通知のコマンドをＰ台２Ｆが受信していないが、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがまだカードを返却していないとしてカード挿入中であるとしてカードＩＤおよび挿入時刻の上書きが禁止される。図６４（ｂ）に示す状態（５）’はカード返却状態であり、カード返却通知のコマンドをＰ台２Ｆが受信して、ＣＵ３Ｆから送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（Ｂｉｔ０＝“０”）である。この場合、Ｐ台２Ｆは、ＣＵ３Ｆがカード挿入中でないのでカードＩＤおよび挿入時刻の上書きが可能である。
【０７４３】
このように、カードＩＤおよび挿入時刻の上書き（更新）する条件を限定することで、カードＩＤなどを意図的にＰ台２Ｆへ送信して、Ｐ台２Ｆで記憶しているカードＩＤなどを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。
【０７４４】
＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図６５に示すシーケンス処理では、挿入されたカードに記録されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
【０７４５】
その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３Ｆは、残額の５００円分すなわち１２５玉の貸出を行なう。ＣＵ３Ｆは、玉貸ボタン（貸出ボタン）３２１Ｆが押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行なわれた段階でＣＵ３Ｆ側単独で確定する。その後、ＣＵ３Ｆは加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４Ｆに表示させる。
【０７４６】
次に、ＣＵ３Ｆは、Ｐ台２Ｆに対して遊技玉の加算要求を行なう。そのため、ＣＵ３Ｆは、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行なうため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３Ｆは、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、ＣＵ３Ｆに対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。
【０７４７】
その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋５、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答は、通番をカウントアップするが、加算通番はカウントアップしない。
【０７４８】
＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図６９では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
【０７４９】
その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９Ｆを押下すると、ＣＵ３Ｆは、持玉または貯玉からの１２５玉分の消費を確定させる。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９Ｆを押下する操作がなされた段階でＣＵ３Ｆ側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。
【０７５０】
この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。
【０７５１】
ＣＵ３Ｆは、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２Ｆに通知する。具体的に、ＣＵ３Ｆは、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。遊技玉の加算要求を行なうため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３Ｆは、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに“ｍ＋１”のままとする。
【０７５２】
その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋２、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７５３】
＜＜遊技玉計数（通常）＞＞
次に、遊技玉の一部を計数して減算する通常時の計数処理について説明する。この図６７では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３ＦからＰ台２Ｆへ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。
【０７５４】
また、この図６７では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。
【０７５５】
なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。
【０７５６】
まず、ＣＵ３Ｆは、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７５７】
ＣＵ３Ｆから送信された通番ｎに対して、Ｐ台２Ｆから通番ｎ＋１が返信されている。ＣＵ３Ｆから送信された計数通番ｍに対して、Ｐ台２Ｆからは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。
【０７５８】
その後、遊技者が、計数ボタン２８Ｆを押下する。この図６７では、計数ボタン２８Ｆを１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３ＦからＰ台２Ｆへ送信されている。
【０７５９】
Ｐ台２Ｆは、計数ボタン２８Ｆの操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を示す電文であるため、計数通番が“ｍ＋１”にカウントアップされている。Ｐ台２Ｆは、このとき、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０７６０】
通番ｎ＋１の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。すなわち、ＣＵ制御部３２３Ｆは、表示制御部３５０Ｆに対して計数表示の指令を送信する。表示制御部３５０Ｆは、その指令を受けてＰ台２Ｆ側の表示器５４Ｆを表示制御する。その結果、表示器５４Ｆには、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。
【０７６１】
この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰返したり、種々の演出表示が考えられる。
【０７６２】
さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋１”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋２、計数通番ｍ＋１、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
【０７６３】
この状態情報要求を受信したＰ台２Ｆは、ようやく、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を８００から７００に更新する。この段階で、Ｐ台２Ｆは計数要求状態がＯＦＦとなるが、計数ボタンの押下が継続しているため、Ｐ台２Ｆは２度目の計数要求をＣＵ３Ｆへ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でもＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝７００とされている。また、この状態情報応答は、新たな計数要求として送信される電文であるため、計数通番を“ｍ＋２”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０７６４】
通番ｎ＋２の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を２００に更新する。さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋２”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋３、計数通番ｍ＋２、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
【０７６５】
この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を７００から６００に更新する。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、Ｐ台２Ｆは計数完了を通番ｎ＋３の状態情報応答でＣＵ３Ｆへ通知する。すなわち、現在の遊技玉数＝６００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３Ｆへ送信する。また、計数要求に対応するすべての計数動作が済んでいるため、この状態情報応答に含まれる計数通番もｍ＋２のままで更新されていない。
【０７６６】
この状態情報応答を受信したＣＵ３Ｆは、計数完了と判定する。図示を省略しているが、ＣＵ３Ｆは、通番ｎ＋４、計数通番ｍ＋２、カード返却準備状態＝ＯＦＦ、計数応答＝ＯＦＦの状態情報応答をＰ台２Ｆへ送信する。
【０７６７】
このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっている。
【０７６８】
＜＜計数履歴処理＞＞
次に、Ｐ台２Ｆで記憶する計数履歴データの処理について説明する。図６８は、Ｐ台２Ｆで記憶する計数履歴データの処理を説明するためのシーケンス図である。図６８では、当初の遊技玉数が６００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ（図示せず）、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、当該状態情報要求のコマンドを受信する前に送信した状態情報応答のレスポンスから、当該状態情報要求のコマンドに対するレスポンスを送信するまでの間に、遊技者が計数ボタン２８Ｆを操作して計数処理が開始される。
【０７６９】
すると、Ｐ台２Ｆでは、通番＝ｎ（図示せず）、遊技玉数＝６００、計数通番＝ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ここで、Ｐ台２Ｆでは、計数要求がＯＦＦ状態からＯＮ状態へ変化するので計数履歴の処理が開始される。具体的には、Ｐ台２Ｆは、計数要求ＯＮ状態から計数要求ＯＦＦ状態までの間にＰ台２Ｆ側から計数要求玉数としてＣＵ３Ｆ側に払出した遊技玉数の履歴を１回分の計数履歴として記憶する。すなわち、複数回の計数要求がある場合には、１回目の計数要求として計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの履歴を１回目の計数履歴として記憶する。その後、２回目の計数要求として次に計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの履歴は、２回目の計数履歴として記憶される。なお、計数ボタン２８Ｆを押下している期間にもよるが、計数要求ＯＮ状態になってから計数要求ＯＦＦ状態になるまでの間には、複数の計数要求ＯＮ状態を含む状態情報応答のレスポンスがＣＵ３Ｆに返信されている。記憶する計数履歴の中には、計数要求時の「カードＩＤ」、ＣＵ３Ｆからの計数応答ＯＮ状態の状態情報応答に含まれる「計数受領時刻」、計数要求ＯＦＦ状態までに払出した計数玉数の累積数「累積計数玉数」および計数終了時の「遊技玉数」の情報を含んでいる。
【０７７０】
次に、ＣＵ３Ｆは、通番＝ｎ＋１（図示せず）、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、要求された計数を終えたことを通知する。なお、この段階で計数玉数＝１００は、仮確定である。
【０７７１】
この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算して、遊技玉数を照合し５００玉なら、仮確定していた１００玉を確定する。そして、遊技玉数表示器２９Ｆの表示を６００から５００に更新する。さらに、遊技者による計数ボタン２８Ｆの操作が継続している場合、Ｐ台２Ｆは、通番＝ｎ＋１（図示せず）、遊技玉数＝５００、計数通番＝ｍ＋２、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。次に、ＣＵ３Ｆは、通番＝ｎ＋２（図示せず）、計数通番＝ｍ＋２および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、要求された計数を終えたことを通知する。なお、この段階で計数玉数＝１００は、仮確定である。
【０７７２】
この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算して、遊技玉数を照合し４００玉なら、仮確定していた１００玉を確定する。そして、遊技玉数表示器２９Ｆの表示を６００から５００に更新する。その後、遊技者による計数ボタン２８Ｆの操作が終了している場合、Ｐ台２Ｆは、通番＝ｎ＋２（図示せず）、遊技玉数＝４００、計数通番＝ｍ＋３、計数玉数＝１００および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。Ｐ台２Ｆは、計数要求ＯＦＦ状態に変更した時、計数履歴に「累積計数玉数」として１００玉＋１００玉＝２００玉を計数履歴１として記憶する。また、Ｐ台２Ｆは、計数終了時の「遊技玉数」として、計数要求ＯＦＦ状態に変更した時の遊技玉数を計数履歴１に記憶する。また、Ｐ台２Ｆは、ＣＵ３Ｆから計数応答ＯＮ状態の状態情報応答に含まれる「計数受領時刻」を計数履歴１に記憶する。なお、計数履歴１に新たな履歴を記憶させる場合に、既に計数履歴１が存在しているときは当該計数履歴１を計数履歴２として記憶したうえで、新たな履歴を計数履歴１に記憶させる。なお、Ｐ台２Ｆでは、過去２回分の履歴を保持しているため、計数履歴１および計数履歴２として記憶しているが、過去１回分の履歴または過去３回分以上の履歴を記憶してもよい。
【０７７３】
このように、計数履歴を記憶することで計数した遊技玉数をリカバリ処理することが可能となり、さらに過去分を複数記憶することで、リカバリ処理の精度を向上させることができる。
【０７７４】
＜＜遊技玉計数（カード返却）＞＞
次に、カードを返却する際の遊技玉の計数処理について説明する。図６９は、遊技者がカード返却操作を行なった場合の計数処理を説明するためのシーケンス図である。図６９では、挿入された記録媒体（会員用カード等）により特定されるカード持玉数が０玉であり、当初の遊技玉数が８００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
【０７７５】
その後、遊技者が、遊技を止める場合や別の遊技台に移動する場合に「カード返却」ボタンを押下する。しかし、遊技者が「カード返却」ボタンを押下した時点では、Ｐ台２Ｆの遊技玉数が８００玉で、ＣＵ３ＦはＰ台２Ｆの遊技玉数が０玉でないと判定する。また、ＣＵ３Ｆは、遊技者が「カード返却」ボタンを押下したのでカード返却準備状態＝ＯＮとして、通番＝ｎ＋１、ＣＵ開店状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、カード返却準備状態＝ＯＮの通知を１０秒間、Ｐ台２Ｆに通知する。さらに、ＣＵ３Ｆは、Ｐ台２Ｆの遊技玉数が８００玉で、０玉でないため、カード返却待機として、表示器５４Ｆ等に計数操作を促す表示を行なう。
【０７７６】
計数操作を促す表示を受けて、遊技者が計数ボタン２８Ｆを押下して、遊技玉を持玉に変換する操作を行なう。Ｐ台２Ｆは、計数ボタン２８Ｆを押下する計数操作が、カード返却準備状態＝ＯＮでの計数操作であると判定し、たとえば１００玉単位での計数ではなく、一括して計数を処理する。
【０７７７】
Ｐ台２Ｆは、遊技玉数８００玉の計数受付要求および遊技玉数８００玉を一括計数した計数玉数８００玉をＣＵ３Ｆに通知するために、通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝８００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求の電文であるため、Ｐ台２Ｆは、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０７７８】
これを受けて、ＣＵ３Ｆは、計数玉数８００玉を持玉数に加算して、計数玉数８００玉を遊技玉数８００玉から０玉に減算する。また、ＣＵ３Ｆは、更新した前回最終送信計数通番のデータをバックアップする。そして、ＣＵ３Ｆは、計数玉受取りを通知するため、通番＝ｎ＋２、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。
【０７７９】
Ｐ台２Ｆは、ＣＵ３Ｆからの応答を受けて、計数玉数８００玉を遊技玉数８００玉から減算して遊技玉数０玉を表示器５４Ｆ等に表示する。さらに、Ｐ台２Ｆは、遊技玉数０玉、計数完了した旨をＣＵ３Ｆに通知するために、通番＝ｎ＋２、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、計数要求がＯＦＦとなるので、計数通番はｍ＋１のままカウントアップせずにＣＵ３Ｆに送信される。
【０７８０】
ＣＵ３Ｆは、遊技者がカード返却ボタン３２２Ｆを押下してから１０秒経過する前、つまり、カード返却準備状態中に、計数ボタン２８Ｆを押下して遊技玉を持玉に一括計数して遊技玉数を０玉にしているので、カード返却処理を実行する。つまり、ＣＵ３Ｆは、通番＝ｎ＋３を含むカード返却通知のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ＋３、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３Ｆに返信する。カードＩＤおよびカード挿入時刻をＣＵ３Ｆに返信後、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。
【０７８１】
それを受けて、ＣＵ３Ｆは、挿入しているカードに記憶しているカードＩＤと、Ｐ台２Ｆから受信したカードＩＤとの一致判別を行ない、一致した場合は挿入しているカードを返却し、不一致の場合エラー処理を行ないホールサーバ８０１Ｆなどに報告する。ＣＵ３Ｆは、カードＩＤが一致した場合、カード挿入／排出口３０９Ｆに挿入してあったカード（挿入カード）に持玉数８００を記憶させてそのカードを遊技者に返却する。また、遊技者がカード挿入／排出口３０９Ｆにカードを挿入することなく入金操作により遊技を開始している場合には、ＣＵ３Ｆに設けられているカードストック部にストックされているカード（ストックカード）に持玉数８００を記憶させてそのカードを遊技者に返却する。挿入カードまたはストックカードの返却の際、ＣＵ３Ｆは当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１Ｆへ送信し、ホールサーバ８０１Ｆが当該カードのカードＩＤに対応付けて持玉数のデータを記憶してもよい。
【０７８２】
その後、ＣＵ３Ｆから返却されたカードは、カード挿入／排出口３０９Ｆから抜き取り可能となるため、カードの一部がカード挿入／排出口３０９Ｆから突き出た状態（カード抜き取り可能状態）で保持される。ＣＵ３Ｆは、カード抜き取り可能状態であるか否かを判定することが可能なセンサをカード挿入／排出口３０９Ｆの近傍に取付けてあり、当該センサの信号がＯＮ状態の場合、カード抜き取り可能状態と判定し、ＯＦＦ状態の場合、カード抜き取り完了状態と判定する。
【０７８３】
そして、ＣＵ３Ｆは、カード返却処理が実行され、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。そのため、ＣＵ３Ｆは、通番＝ｎ＋４、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、カード抜き取り待ち中＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。これを受けて、Ｐ台２Ｆは、カード抜き取り忘れを防止するため、遊技者に対して「カード抜き取って下さい」と可変表示装置２７８Ｆに表示する。また、Ｐ台２Ｆは、カードの抜き取りを報知するため、ＬＥＤを点灯させたり、スピーカで「カード抜き取って下さい」と音声出力させたりしてもよい。さらに、Ｐ台２Ｆは、通番＝ｎ＋４、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数応答＝ＯＦＦを含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆに対してカード抜き取り可能状態であることを通知するだけでなく、ＣＵ３ＦまたはＰ台２Ｆに接続する装置である、ホールコンピュータ、Ｐ台２Ｆ上に取付けられた呼び出しランプなどの装置に対してカード抜き取り可能状態であることを通知してもよい。これにより、ＣＵ３ＦやＰ台２Ｆ以外に対してもカード抜き取り可能状態であることを通知することで、カード抜き取り（記録媒体の取り外し）忘れをさらに防止することができる。
【０７８４】
カード挿入／排出口３０９Ｆの近傍に取付けたセンサがＯＮ状態であれば、ＣＵ３Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。しかし、遊技者がカード挿入／排出口３０９Ｆからカードを抜き取った場合、カード挿入／排出口３０９Ｆの近傍に取付けたセンサがＯＦＦ状態となるので、ＣＵ３Ｆは、通番＝ｎ＋５およびカード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。
【０７８５】
これを受けて、Ｐ台２Ｆは、可変表示装置２７８Ｆに表示していた「カード抜き取って下さい」の表示を止め、カードの抜き取りの報知を終了する。なお、カードの抜き取りの報知は、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまで報知を継続する。さらに、Ｐ台２Ｆは、通番＝ｎ＋５を含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。
【０７８６】
なお、図６９で説明したカードを返却する際の遊技玉の計数処理のシーケンスは、カード返却時に限定されるものではなく、簡易離席・食事休憩時にも同様の処理を適用することができる。ここで、簡易離席とは、遊技者が小用を済ませるために５〜１０分程度の短い時間遊技を中断するものである。食事休憩とは、簡易離席よりも長いたとえば３０分間等遊技を中断して食事や休憩を行なうものである。
【０７８７】
＜＜異常系シーケンス＞＞
次に、図７０を参照して、電源断／通信回線断により状態情報要求が未到達となったときの遊技玉数のリカバリ処理について説明する。図７０は、特に、電源断／通信回線断線（たとえば、Ｐ台２Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報要求が未到達（ＣＵ３ＦからＰ台２Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
【０７８８】
図７０を参照して、遊技中において電源断が発生する前に、ＣＵ３Ｆは、通番＝ｎを含む状態情報要求をＰ台２Ｆに送信している。それを受けて、Ｐ台２Ｆは、遊技台情報をＣＵ３Ｆに通知するため、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答をＣＵ３Ｆに送信する。Ｐ台２Ｆは、前回遊技台情報となる前回最終送信通番を“ｎ”に更新する。
【０７８９】
ＣＵ３Ｆは、通番＝ｎの状態情報応答を受け、前回最終送信通番を“ｎ”に更新してバックアアップする。また、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３の情報に基づいて、自ら記憶している遊技玉数や加算玉数、減算玉数を更新する。
【０７９０】
そして、遊技中においてＰ台２Ｆに電源断が発生した後に、通番＝ｎ＋１を含む状態情報要求がＣＵ３ＦからＰ台２Ｆへ送信された場合に、Ｐ台２Ｆが電源断の状態であるためにその状態情報要求を受信できない。それ以降Ｐ台２Ｆからの状態情報応答が送信されてこないためにＣＵ３Ｆは、３秒後に通信回線断を検知して停止する制御を行なう。Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信してから、電源断発生までの間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
【０７９１】
その後、Ｐ台２Ｆの電源断が復旧してＯＮの状態になってＰ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
【０７９２】
認証シーケンス後、図７１に示す計数履歴シーケンスが開始され、ＣＵ３ＦからＰ台２Ｆに対して計数履歴要求コマンドが送信されると、Ｐ台２Ｆで記憶している計数履歴データがＣＵ３Ｆに送信される。計数履歴シーケンス後、ＣＵ３Ｆは、通番＝１および前回最終送信通番＝ｎを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが一致しているか否かを判定する。一致している場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していると判断でき、この場合には、その状態情報応答に含まれる遊技情報に基づいてＣＵ３Ｆ側でも遊技情報が更新されていることになる。このため、この場合には、Ｐ台２Ｆは、遊技情報格納無（具体的には前回遊技台情報無）としてリカバリ応答（通番＝１、玉単価）をＣＵ３Ｆへ返信する。仮に、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが不一致の場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できるため、このような場合には、遊技情報格納有（具体的には前回遊技台情報有）として遊技情報を含むリカバリ応答（通番＝１、玉単価）をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、リカバリ応答のレスポンスをＣＵ３Ｆに送信する際に玉単価を含めて送信し、リカバリ処理を行なう前に遊技していた遊技玉の玉単価をＣＵ３Ｆに送信する。これにより、リカバリ処理を行なう前に遊技していた遊技玉の玉単価でリカバリ処理後も遊技が可能となる。以降に説明するＰ台２ＦからＣＵ３Ｆに送信されるリカバリ応答のレスポンスにも玉単価の情報が含まれるが、説明するシーケンスの内容に当該玉単価の情報が直接関係ない場合は特に明記しない。
【０７９３】
図７０において、ＣＵ３Ｆは、リカバリ応答に含まれる遊技情報格納がないため、加算リカバリ処理は行なわない。なお、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。遊技情報格納がないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
【０７９４】
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（最新遊技台情報である遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。
【０７９５】
＜＜計数履歴シーケンス＞＞
次に、図７１を参照して、Ｐ台２Ｆで記憶している計数履歴をＣＵ３Ｆに読出す処理について説明する。図７１は、Ｐ台２Ｆで記憶している計数履歴をＣＵ３Ｆに読出す処理の一例を示す図である。まず、ＣＵ３Ｆは、通番＝ｎ、店舗コードおよびＳＣ基板ＩＤを含む計数履歴要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、カード挿入通知のコマンドでＣＵ３Ｆから送信されて記憶している店舗コードと、計数履歴要求のコマンドでＣＵ３Ｆから送信された店舗コードとを比較する。Ｐ台２Ｆは、比較した結果で店舗コードが一致する場合、記憶している計数履歴１および計数履歴２のデータをＣＵ３Ｆに送信できるように計数履歴応答のレスポンスにセットする。すると、Ｐ台２Ｆでは、通番＝ｎ、計数履歴１および計数履歴２を含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。
【０７９６】
一方、Ｐ台２Ｆは、比較した結果で店舗コードが不一致の場合、ＣＵ３Ｆに送信する計数履歴応答のレスポンスに計数履歴なしとしてデータをセットする。図示していないが、Ｐ台２Ｆでは、通番＝ｎ、計数履歴なしを含む計数履歴応答のレスポンスをＣＵ３Ｆに返信する。
【０７９７】
このように、計数履歴シーケンスは、Ｐ台２Ｆで記憶した計数履歴をＣＵ３Ｆに送信することで計数した遊技玉数をリカバリ処理することが可能となり、さらに複数の過去分（計数履歴１および計数履歴２）をＣＵ３Ｆに送信することで、リカバリ処理の精度を向上させることができる。なお、ＣＵ３Ｆに送信する複数の計数履歴は、２回分に限定されず３回以上の計数履歴でもよい。
【０７９８】
＜遊技機の管理＞
次に、出荷から廃棄までの遊技機の履歴を管理するシステムについて説明する。図７２は、本実施形態に係る遊技機の出荷から廃棄までの履歴情報（機歴情報）の流れを説明するための図である。ここで、履歴を管理する遊技機の対象は、前述の封入循環式遊技機（Ｐ台２Ｆ）に限定されるものではなく、従来のＣＲ遊技機も含まれる。もちろん、当該対象の遊技機には、パチンコ遊技機だけでなく、後述するＰ台２Ｆに対応するＳ台（スロットマシン）２ＳＦや、従来のパチスロなども含まれることは言うまでもない。
【０７９９】
図７２を参照して、遊技機メーカからホールＡに対して遊技機が出荷された場合、遊技機メーカのサーバ（図示せず）は、その出荷された遊技機に関する出荷情報を、通信回線を利用して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該出荷情報をサーバの記憶領域に登録する。
【０８００】
図７３は、本実施形態に係る機歴管理センタ８００ＡＦに出荷情報が登録されるまでの流れの詳細を示す図である。
【０８０１】
図７３を参照して、ホールＡは、遊技機メーカに遊技機を発注する際には、売買契約書を遊技機メーカに送付する。遊技機メーカは、ホールＡから送付された売買契約書を受取ると、当該売買契約書に従う遊技機の受注を確認する。遊技機メーカは、当該受注を確認すると、保証書と検定通知書の写しをホールＡに送付するとともに、遊技機の生産を開始する。遊技機メーカは、生産した遊技機は、遊技機メーカからホールＡに出荷される（ホールＡに納品される）。また、ホールＡに出荷するための遊技機が運送業者に引き渡された後、遊技機メーカのサーバは、当該遊技機に関する出荷情報を、通信回線を介して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、当該出荷情報の入力を受付けるとサーバの記憶領域に登録する。
【０８０２】
図７４は、出荷情報の具体的な内容の一例を示す図である。具体的には、図７４（ａ）は、出荷情報として登録される項目を示す図である。図７４（ｂ）は、登録種別に含まれる登録分類を示す図である。
【０８０３】
図７４（ａ）を参照して、出荷情報は、登録種別と、遊技盤製造番号と、主基板管理番号と、主制御チップＩＤ番号（メインチップＩＤ）と、主制御製品コードと、遊技機枠製造番号と、払出基板管理番号と、払出制御チップＩＤ番号（払出チップＩＤ）と、払出制御製品コードと、出荷日と、事業者コードと、ホールコードと、取消フラグとを含む。
【０８０４】
登録種別は、出荷する遊技機が従来のＣＲ遊技機であるか、封入循環式遊技機（Ｐ台２Ｆ）であるか、および、部品交換した遊技盤であるか、遊技機枠であるかを指定するための情報である。具体的には、図７４（ｂ）では、登録種別の番号が「１１」〜「１４」の場合には、出荷される遊技機はＣＲ遊技機であり、「２１」〜「２５」の場合には、出荷される遊技機はＰ台２Ｆであることを示している。さらに、登録種別番号「１１」〜「１４」は、それぞれ部品交換した遊技盤、遊技機枠、遊技盤＋遊技機枠、遊技盤（部品交換）であることを示している。また、登録種別番号「２１」〜「２５」は、それぞれ交換した遊技盤、遊技機枠、遊技盤＋遊技機枠、遊技盤の部品、遊技機枠の部品であることを示している。遊技盤の基板または遊技機枠の基板を交換する場合には、基盤を交換した場合に交換後の基板管理番号を設定して登録される。なお、遊技盤、および遊技機枠の製造番号が変更されるような部品交換は、新規の出荷として登録される。なお、登録種別によって、遊技機メーカ名および遊技機の型式名が特定される。
【０８０５】
遊技盤製造番号および主基板管理番号は、二次元コードに従う情報である。
主制御チップＩＤ番号は、ＩＤリーダで読取られた情報であり、Ｐ台２Ｆの場合のみ設定される（従来のＣＲ遊技機では設定不要）。主制御製品コードは、主制御チップの製品コードである（従来のＣＲ遊技機では設定不要）。
【０８０６】
遊技機枠製造番号および払出基板管理番号は、二次元コードに従う情報である。なお、払出基板管理番号は、従来のＣＲ遊技機では設定不要である。
【０８０７】
払出制御チップＩＤ番号は、ＩＤリーダで読取られた情報であり、Ｐ台２Ｆの場合のみ設定される（ＣＲ遊技機では設定不要）。払出制御製品コードは、払出制御チップに書込んだ製品コードである（ＣＲ遊技機では設定不要）。
【０８０８】
出荷日は、遊技機が出荷された日であり、出荷が確定した日付である。事業者コードは、運送業者名を特定するための情報である。ホールコードは、納品先のホール名を特定するための情報である。取消フラグは、出荷情報を登録する場合には「０」が、登録した出荷情報を取消す場合には「１」が設定される。遊技機メーカは、誤った出荷情報を機歴管理センタ８００ＡＦに登録してしまった場合、誤った出荷情報の取消フラグを「１」に設定して、機歴管理センタ８００ＡＦに再度登録する。
【０８０９】
機歴管理センタ８００ＡＦは、取消フラグが「１」に設定された出荷情報を受付けた場合、受付けた出荷情報と同じ内容で、取消フラグが「０」に設定された出荷情報の登録を取消す。つまり、「１」が設定された取消フラグを含む出荷情報と同じ内容の出荷情報が機歴管理センタ８００ＡＦの記憶領域から削除される。そのため、機歴管理センタ８００ＡＦは、取消フラグを「１」（オン状態）にすることで容易に出荷情報を取消すことができる。
【０８１０】
さらに、機歴管理センタ８００ＡＦは、「１」が設定された取消フラグを含む出荷情報の受付を所定条件が成立するまで可能とすることができる。つまり、所定条件が成立した以降、「１」が設定された取消フラグを含む出荷情報と同じ内容の出荷情報を機歴管理センタ８００ＡＦに登録することができない。
【０８１１】
ここで、所定条件としては、たとえば、時刻や期間などがある。そのため、機歴管理センタ８００ＡＦは、取消したい出荷情報を登録した日の午後８時まで、「１」が設定された取消フラグを含む当該出荷情報を受付けるように設定することができる。そのため、機歴管理センタ８００ＡＦは、取消フラグを「１」（オン状態）にすることで容易に出荷情報を取消すことができるとともに、所定条件が成立した以降（たとえば、登録日の午後８時以降）に出荷情報を不正に改ざんされることを防止することができる。
【０８１２】
なお、遊技機が封入循環式遊技機（Ｐ台２Ｆ）の場合、主制御チップＩＤ番号または払出制御チップＩＤ番号が、遊技機の個体を特定するための特定情報となり、遊技機が従来のＣＲ遊技機の場合、遊技盤製造番号、主基板管理番号、遊技機枠製造番号、払出基板管理番号の少なくとも１つの番号が遊技機の個体を特定するための特定情報となる。
【０８１３】
また、出荷情報を図７４（ａ）のように、遊技機が封入循環式遊技機（Ｐ台２Ｆ）であっても、従来のＣＲ遊技機であっても同じ形式にすることで、機歴管理センタ８００ＡＦにおいて、封入循環式遊技機（Ｐ台２Ｆ）および従来のＣＲ遊技機の履歴を統一的に管理することができる。
【０８１４】
再び、図７２を参照して、遊技機メーカから遊技機がホールＡに納品され、当該遊技機がホールＡに設置された場合、ホールＡのサーバ（図示せず）は、通信回線を介してその設置された遊技機に関する設置情報を機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該設置情報と、出荷時に登録された出荷情報とを関連付けてサーバの記憶領域に登録する。
【０８１５】
図７５は、本実施形態に係る機歴管理センタ８００ＡＦに設置情報が登録されるまでの流れの詳細を示す図である。具体的には、図７５（ａ）は、ホールＡに設置されたホール用コンピュータ（図示せず）と機歴管理センタ８００ＡＦとが通信可能に構成されていない場合の当該流れを示す図である。なお、図７５（ａ）では、主に従来のＣＲ遊技機の場合であり、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されていないホールＡに従来のＣＲ遊技機が設置された場合が想定される。
【０８１６】
図７５（ｂ）は、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されている場合の当該流れを示す図である。図７５（ｂ）では、主に封入循環式遊技機（Ｐ台２Ｆ）の場合であり、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されているホールＡにＰ台２Ｆが設置された場合が想定される。
【０８１７】
図７５（ａ）を参照して、遊技機メーカから遊技機がホールＡに納品されると、ホールＡから遊技機メーカに遊技機受渡書の控えが送付される。遊技機メーカが遊技機受渡書の控えを受領すると、遊技機メーカから通信回線を介して遊技機の設置情報が機歴管理センタ８００ＡＦに入力され、当該入力された設置情報がサーバの記憶領域に登録される。なお、機歴管理センタ８００ＡＦに設置情報が登録されると、登録した結果が通信回線を介して、または書類として出力される。また、ホールＡにおいては、所轄実施検査が実施され、変更承認通知がなされると、納品された遊技機がホールＡ内の所定の場所に設置される。
【０８１８】
図７５（ｂ）を参照して、遊技機メーカから遊技機がホールＡに納品されると、ホールＡから遊技機メーカに遊技機受渡書の控えが送付される。その後、ホールＡにおいて、所轄実施検査が実施され、変更承認通知がなされると、納品された遊技機がホールＡ内の所定の場所に設置される。ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線を介して接続可能に構成されていることから、ホールＡに設置された遊技機の電源が投入されると自動的にホール用コンピュータから機歴管理センタ８００ＡＦに設置情報が送信される。機歴管理センタ８００ＡＦは、受信した設置情報と出荷時に登録した出荷情報とを関連付けて記憶領域に登録する。
【０８１９】
図７６は、図７５（ａ）において機歴管理センタ８００ＡＦに入力される設置情報の内容の一例を示す図である。図７６を参照して、設置情報は、登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、設置日と、ホールコードと、取消フラグとを含む。登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、ホールコードと、取消フラグとは、図７４で説明した内容と同様であるためその詳細な説明は繰返さない。
【０８２０】
上述したように、図７５（ａ）の場合には、主に、ホールＡに従来のＣＲ遊技機が設置された場合が想定されるため、登録種別の番号は「１１」〜「１４」となる。設置日は、たとえば、保証書の開店予定日である。
【０８２１】
以上から、図７５（ａ）の場合には、機歴管理センタ８００ＡＦには、遊技機メーカから入力される設置情報として、遊技機メーカ名、型式名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、設置日、および設置先ホール名が登録される。
【０８２２】
また、図７５（ｂ）の場合には、機歴管理センタ８００ＡＦには、ホール用コンピュータから自動的に送信される設置情報として、遊技機メーカ名、型式名、設置日、設置先ホール名、主制御チップＩＤ、および払出制御用ＩＤが登録される。なお、機歴管理センタ８００ＡＦは、設置情報として上記の一部の情報を受信し、出荷情報と共通する情報については、出荷情報を参照して登録する場合であってもよい。
【０８２３】
再び、図７２を参照して、ホールＡに設置された遊技機が撤去された場合には、ホールＡから撤去情報を書類などに記載して、当該書類を機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦに送付された撤去情報に基づき、機歴管理センタ８００ＡＦの入力手段（図示していない端末など）から必要な情報を入力することで撤去情報をサーバの記憶領域に登録する。なお、当該書類が機歴管理センタ８００ＡＦに送付されない場合には、後述する中古移動情報または廃棄情報が機歴管理センタ８００ＡＦに登録されたときに、ホールＡから遊技機が撤去されたと判断して、撤去情報を登録してもよい。
【０８２４】
図７７は、本実施形態に係る機歴管理センタ８００ＡＦに撤去情報が登録されるまでの流れを示す図である。具体的には、図７７（ａ）は、ホールＡに設置されたホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されていない場合の当該流れを示す図である。なお、図７７（ａ）では、主に、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されていないホールＡに従来のＣＲ遊技機が設置された場合が想定される。
【０８２５】
図７７（ｂ）は、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されている場合の当該流れを示す図である。図７７（ｂ）では、主に、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信回線で接続されているホールＡにＰ台２Ｆが設置された場合が想定される。
【０８２６】
図７７（ａ）を参照して、ホールＡに設置された遊技機を撤去する場合には、発行された変更承認申請書に基づいて遊技機が撤去される。遊技機が撤去されると、ホールＡから撤去情報を含む書類が機歴管理センタ８００ＡＦに送付される。機歴管理センタ８００ＡＦは、送付された当該書類に基づいて撤去情報を記憶領域に登録する。
【０８２７】
図７７（ｂ）を参照して、ホール用コンピュータと機歴管理センタ８００ＡＦとが通信可能に構成されていることから、機歴管理センタ８００ＡＦは、記憶領域に登録されている設置情報に基づいて、ホールＡに設置されているはずの遊技機と通信不能な状態が一定期間（例えば、１カ月間）経過した場合には、当該遊技機が稼働しておらず撤去された状態であると判断して、記憶領域に撤去情報を登録する。なお、図７７（ａ）と同様に、機歴管理センタ８００ＡＦは、ホールＡから送付された当該書類に基づいて撤去情報を記憶領域に登録してもよい。
【０８２８】
従来のＣＲ遊技機が撤去される場合には、機歴管理センタ８００ＡＦには、撤去情報として、遊技機メーカ名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、撤去日、および撤去ホール名が登録される。また、Ｐ台２Ｆが撤去される場合には、機歴管理センタ８００ＡＦには、撤去情報として、従来のＣＲ遊技機の場合に登録される各情報に加えて、払出制御基板管理番号がさらに登録される。
【０８２９】
再び、図７２を参照して、ホールＡから撤去された遊技機が販売業者の倉庫に入庫され、当該入庫された遊技機を別のホールＢに出庫する場合には、販売業者が申請書類に中古移動情報を記入して機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦは、送付された申請書類に基づいて、機歴管理センタ８００ＡＦの入力手段から中古移動情報をサーバに登録する。なお、機歴管理センタ８００ＡＦと販売業者が有する管理コンピュータとが通信可能に構成されている場合には、当該管理コンピュータは、通信回線を介して機歴管理センタ８００ＡＦに中古移動情報を入力してもよい。
【０８３０】
販売業者から出庫された遊技機が別のホールＢに納品され、当該遊技機が別のホールＢに設置された場合には、別のホールＢにおいても、図７５で説明したような流れで設置情報が機歴管理センタ８００ＡＦのサーバに登録される。また、ホールＢに設置された遊技機が撤去された場合にも、図７７で説明したような流れで撤去情報が機歴管理センタ８００ＡＦに登録される。
【０８３１】
次に、ホールＡから撤去された遊技機が処理会社によって回収され、その回収された遊技機が廃棄される場合には、処理会社から廃棄情報を申請書類に記載して、当該書類を機歴管理センタ８００ＡＦに送付する。機歴管理センタ８００ＡＦは、自装置内の入力手段から必要な情報を入力することで廃棄情報を記憶領域に登録する。なお、機歴管理センタ８００ＡＦと処理会社が有する管理コンピュータとが通信可能に構成されている場合には、当該管理コンピュータは、通信回線を介して機歴管理センタ８００ＡＦに廃棄情報を入力してもよい。
【０８３２】
また、遊技機メーカによってホールＡから下取りした遊技機が廃棄される場合には、ホール用コンピュータは、通信回線を介して廃棄される遊技機に関する廃棄情報を機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、入力された当該廃棄情報をサーバの記憶領域に登録する。
【０８３３】
図７８は、本実施形態に係る機歴管理センタ８００ＡＦに廃棄情報が登録されるまでの流れを示す図である。
【０８３４】
図７８を参照して、遊技機メーカからホールＡに遊技機の下取りの受け入れ了承通知がなされると、当該遊技機がホールＡから遊技機メーカに引き渡される。遊技機メーカでは、当該遊技機を回収し保管した後、廃棄する場合には処理会社（廃棄業者）に廃棄処理を依頼する。遊技機メーカは、処理会社から遊技機の廃棄処理が完了した旨の連絡（処理明細等）を受けると、遊技機メーカのサーバは、当該遊技機に関する廃棄情報を、通信回線を介して機歴管理センタ８００ＡＦに入力する。機歴管理センタ８００ＡＦは、当該廃棄情報の入力を受付けるとサーバの記憶領域に登録する。
【０８３５】
図７９は、機歴管理センタ８００ＡＦに入力される廃棄情報の内容の一例を示す図である。
【０８３６】
図７９を参照して、廃棄情報は、登録種別と、廃棄日と、遊技盤製造事業者コードと、遊技盤製造番号と、主基板管理番号と、遊技機枠製造事業者コードと、遊技機枠製造番号と、払出基板管理番号と、事業者コードと、取消フラグとを含む。登録種別と、遊技盤製造番号と、主基板管理番号と、遊技機枠製造番号と、取消フラグとは、図７４で説明した内容と同様であるためその詳細な説明は繰返さない。
【０８３７】
廃棄日は、遊技機が廃棄された日である。遊技盤製造事業者コードは、遊技盤を製造した遊技機メーカを特定するための情報である。遊技機枠製造事業者コードは、遊技機枠を製造した遊技機メーカを特定するための情報である。事業者コードは、廃棄処理を実施した事業者を特定するための情報である。典型的には、処理会社（廃棄業者）の事業者コードであるが、遊技機メーカで廃棄処理した場合には、遊技機メーカの事業者コードとなる。
【０８３８】
従来のＣＲ遊技機が廃棄される場合には、機歴管理センタ８００ＡＦには、廃棄情報として、遊技機メーカ名、遊技盤製造番号、主基板管理番号、遊技枠製造番号、廃棄日、および処理業者名が登録される。また、Ｐ台２Ｆが廃棄される場合には、機歴管理センタ８００ＡＦには、廃棄情報として、従来のＣＲ遊技機の場合に登録される各情報に加えて、払出制御基板管理番号がさらに登録される。
【０８３９】
＜前枠および遊技盤の管理＞
前述の機歴管理センタでは、遊技機（Ｐ台２Ｆ）の履歴を管理する構成について説明したが、Ｐ台２Ｆは、前枠５Ｆと遊技盤２６Ｆとを組合せて成るため、前枠５Ｆと遊技盤２６Ｆとに分けて履歴を管理することも可能である。そこで、以下に前枠５Ｆおよび遊技盤２６Ｆの機歴管理について説明する。
【０８４０】
図８０は、本実施形態に係る前枠５Ｆおよび遊技盤２６Ｆの機歴管理を説明するための概略図である。図８０に示す機歴管理センタ８００ＡＦは、前枠５Ｆに接続した払出制御基板１７Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて前枠５Ｆの情報、および遊技盤２６Ｆに接続した主制御基板１６Ｆに設けた半導体チップのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を図８１に示すテーブルに記憶して、前枠５Ｆおよび遊技盤２６Ｆの履歴を管理している。機歴管理センタ８００ＡＦは、制御中枢としてのＣＰＵ（Central Processing Unit）８００１Ｆと、そのＣＰＵ８００１Ｆの動作プログラムや制御データを記憶しているＲＯＭ（Read Only Memory）８００２Ｆと、ＣＰＵ８００１Ｆのワークエリアとして機能するＲＡＭ（Random Access Memory）８００３Ｆと、Ｉ／Ｏポート（Input /Output Port）８００４Ｆと、ＨＤＤ（Hard Disk Drive）などの大容量記憶装置８００５Ｆとが設けられている。
【０８４１】
図８１は、前枠５Ｆおよび遊技盤２６Ｆの機歴管理を行なうため、前枠５Ｆの情報および遊技盤２６Ｆの情報を記憶するテーブルの概略図である。図８１に示すテーブルには、払出制御基板１７ＦのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶する払出側テーブル（図８１（ａ））と、主制御基板１６ＦのセキュリティチップＩＤに関連付けて遊技盤２６Ｆの情報を記憶する主制御側テーブル（図８１（ｂ））とが含まれている。
【０８４２】
以下、図８０および図８１を用いて、前枠５Ｆおよび遊技盤２６Ｆの機歴管理を具体的に説明する。まず、出荷・設置時について、（１）半導体チップメーカ１９０Ｆは、払出制御用半導体チップ１７ａＦを製造して、前枠５Ｆの製造メーカである枠メーカ１９１Ｆに出荷する。また、（２）半導体チップメーカ１９０Ｆは、主制御用半導体チップ１６ａＦを製造して、遊技盤２６Ｆの製造メーカである遊技盤メーカ１９２Ｆに出荷する。なお、払出制御用半導体チップ１７ａＦおよび主制御用半導体チップ１６ａＦは同じ半導体チップメーカ１９０Ｆが製造する場合に限定されず、別々の半導体チップメーカ１９０Ｆが製造してもよい。
【０８４３】
（３−１）半導体チップメーカ１９０Ｆは、製造した払出制御用半導体チップ１７ａＦの払出制御用セキュリティチップＩＤを機歴管理センタ８００ＡＦに通知し、払出側テーブルに払出制御用セキュリティチップＩＤを入力して、払出側テーブルを更新する。同様に、（３−２）半導体チップメーカ１９０Ｆは、製造した主制御用半導体チップ１６ａＦの主制御用セキュリティチップＩＤを機歴管理センタ８００ＡＦに通知し、主制御側テーブルに主制御用セキュリティチップＩＤを入力して、主制御側テーブルを更新する。
【０８４４】
（４）枠メーカ１９１Ｆは、払出制御用半導体チップ１７ａＦを前枠５Ｆに組込み、前枠５Ｆを製造する。さらに、枠メーカ１９１Ｆは、製造した前枠５Ｆをホール１９３Ｆに出荷して、設置する。（５）枠メーカ１９１Ｆは、ホール１９３Ｆに設置した前枠５Ｆを特定する情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。なお、前枠５Ｆを特定する情報として、図８１（ａ）に示すように、前枠製造番号、払出基板管理番号、払出制御用の製品コード、輸送業者コード、ホールコード、出荷日、および設置日時が含まれる。さらに、前枠５Ｆを特定する情報に、枠の形式名、製品コード、およびメーカーコードを含んでもよい。
【０８４５】
（６）遊技盤メーカ１９２Ｆは、主制御用半導体チップ１６ａＦを遊技盤２６Ｆに組込み、遊技盤２６Ｆを製造する。さらに、遊技盤メーカ１９２Ｆは、製造した遊技盤２６Ｆをホール１９３Ｆに出荷して、前枠５Ｆと遊技盤２６Ｆとを組合せて設置する。（７）遊技盤メーカ１９２Ｆは、ホール１９３Ｆに設置した遊技盤２６Ｆを特定する情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、遊技盤２６Ｆを特定する情報として、図８１（ｂ）に示すように、遊技機の形式名、製品コード、メーカーコード、遊技盤製造番号、主制御基板管理番号、主制御用の製品コード、輸送業者コード、ホールコード、出荷日、および設置日時が含まれる。
【０８４６】
（８）ホール１９３Ｆは、前枠５Ｆと遊技盤２６Ｆとを組合せて成るＰ台２Ｆを稼働させる。Ｐ台２Ｆは、駆動すると、組込まれた払出制御用セキュリティチップＩＤや主制御用セキュリティチップＩＤを含む遊技機設置情報（稼働情報）を鍵管理サーバ８００Ｆに送信する。鍵管理サーバ８００Ｆは、Ｐ台２Ｆから送信されてきた遊技機設置情報に基づいて、Ｐ台２Ｆの認証を行ない、必要な暗証鍵をＰ台２Ｆに送信する。（９）鍵管理サーバ８００Ｆは、遊技機設置情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けてペア（組合せた）の主制御用セキュリティチップＩＤを記憶するように払出側テーブルを更新し、主制御用セキュリティチップＩＤに関連付けてペア（組合せた）の払出制御用セキュリティチップＩＤを記憶するように主制御側テーブルを更新する。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた遊技機設置情報と、半導体チップメーカ１９０Ｆ、枠メーカ１９１Ｆおよび遊技盤メーカ１９２Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。
【０８４７】
機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルに含まれる出荷日などの情報（図８１（ａ）に示す（３−１），（５）の情報）が更新された前枠５Ｆの管理状態（ステータス）を「出荷」、さらに払出側テーブルに含まれるペアの主制御用セキュリティチップＩＤの情報（図８１（ａ）に示す（９）の情報）が更新された前枠５Ｆの管理状態（ステータス）を「設置」と判断する。なお、前枠５Ｆの管理状態（ステータス）は、払出側テーブル内に記憶しても、別の記憶領域に記憶してもよい。なお、出荷登録後の初期不良時、再出荷は行なわない。
【０８４８】
同様に、機歴管理センタ８００ＡＦは、主制御側テーブルに含まれる出荷日などの情報（図８１（ｂ）に示す（３−２），（７）の情報）が更新された遊技盤２６Ｆの管理状態（ステータス）を「出荷」、さらに主制御側テーブルに含まれるペアの払出制御用セキュリティチップＩＤの情報（図８１（ｂ）に示す（９）の情報）が更新された遊技盤２６Ｆの管理状態（ステータス）を「設置」と判断する。なお、遊技盤２６Ｆの管理状態（ステータス）は、主制御側テーブル内に記憶しても、別の記憶領域に記憶してもよい。なお、出荷登録後の初期不良時、再出荷は行なわない。
【０８４９】
次に、保管時について、（１０）ホール１９３Ｆは、新しい前枠５Ｆおよび遊技盤２６Ｆに入替える場合、設置してある前枠５Ｆおよび遊技盤２６Ｆを撤去して倉庫に保管する。（１１）倉庫業者１９４Ｆは、ホール１９３Ｆから撤去した前枠５Ｆの保管情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、倉庫業者１９４Ｆは、ホール１９３Ｆから撤去した遊技盤２６Ｆの保管情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの保管情報として、図８１に示すように、遊技機の製造業者、設置元ホール、撤去日、保管日、および保管場所が含まれる。
【０８５０】
前枠５Ｆおよび遊技盤２６Ｆがホール１９３Ｆから撤去されると、稼働情報が鍵管理サーバ８００Ｆに送信されなくなる。つまり、撤去された前枠５Ｆおよび遊技盤２６Ｆから、鍵管理サーバ８００Ｆに未稼働情報が送信されたこととみなすことができる。鍵管理サーバ８００Ｆに送信された未稼働情報は、さらに機歴管理センタ８００ＡＦに送信される。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた未稼働情報と、倉庫業者１９４Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。
【０８５１】
機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる保管日などの情報（図８１に示す（１１）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「保管」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを撤去する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして撤去する必要はなく、いずれか一方を取外して撤去してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１１）（図８１参照）の情報のみが更新される。
【０８５２】
次に、再販時について、（１２）ホール１９３Ｆは、倉庫業者１９４Ｆが保管している前枠５Ｆおよび遊技盤２６Ｆを、中古業者１９５Ｆに再販を依頼する。中古業者１９５Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを別のホールに再販して、当該ホールに設置する。（１３）中古業者１９５Ｆは、再販した前枠５Ｆの再販情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、中古業者１９５Ｆは、再販した遊技盤２６Ｆの再販情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの再販情報として、図８１に示すように、設置元ホール、撤去日、設置日、および販社名が含まれる。
【０８５３】
前枠５Ｆおよび遊技盤２６Ｆが再販されると、別のホールに設置され、前枠５Ｆと遊技盤２６Ｆとを組合せてＰ台２Ｆを稼働させる。Ｐ台２Ｆは、駆動すると、組込まれた払出制御用セキュリティチップＩＤや主制御用セキュリティチップＩＤを含む遊技機設置情報（稼働情報）を鍵管理サーバ８００Ｆに送信する。鍵管理サーバ８００Ｆは、Ｐ台２Ｆから送信されてきた遊技機設置情報に基づいて、Ｐ台２Ｆの認証を行ない、必要な暗証鍵をＰ台２Ｆに送信する。また、鍵管理サーバ８００Ｆは、遊技機設置情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けてペア（組合せた）の主制御用セキュリティチップＩＤを記憶するように払出側テーブルを更新し、主制御用セキュリティチップＩＤに関連付けてペア（組合せた）の払出制御用セキュリティチップＩＤを記憶するように主制御側テーブルを更新する。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた遊技機設置情報と、中古業者１９５Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。
【０８５４】
機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御販テーブルに含まれる販社名などの情報（図８１に示す（１３）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「再販」と判断し、さらに払出側テーブルおよび主制御側テーブルに含まれるペアのセキュリティチップＩＤの情報（図８１に示す（９）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「設置」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを再販する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして再販する必要はなく、いずれか一方を再販してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１３）（図８１参照）の情報のみが更新される。さらに、前枠５Ｆおよび遊技盤２６Ｆを再販する場合、必ずしも倉庫に保管されている前枠５Ｆおよび遊技盤２６Ｆを再販する場合に限定されず、ホールに設置してある前枠５Ｆおよび遊技盤２６Ｆを再販してもよい。また、再販時の再出荷は行なわない。
【０８５５】
次に、廃棄時について、（１４）ホール１９３Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを、廃棄業者１９６Ｆに廃棄を依頼する。廃棄業者１９６Ｆは、保管してある前枠５Ｆおよび遊技盤２６Ｆを適切な方法で廃棄する。（１５）廃棄業者１９６Ｆは、廃棄した前枠５Ｆの廃棄情報を機歴管理センタ８００ＡＦに通知し、払出制御用セキュリティチップＩＤに関連付けて記憶するように払出側テーブルを更新する。また、廃棄業者１９６Ｆは、廃棄した遊技盤２６Ｆの廃棄情報を機歴管理センタ８００ＡＦに通知し、主制御用セキュリティチップＩＤに関連付けて記憶するように主制御側テーブルを更新する。なお、前枠５Ｆおよび遊技盤２６Ｆの廃棄情報として、図８１に示すように、設置元ホール、引き取り日、および廃棄日が含まれる。
【０８５６】
前枠５Ｆおよび遊技盤２６Ｆが廃棄されると、稼働情報は鍵管理サーバ８００Ｆに送信されない。つまり、廃棄された前枠５Ｆおよび遊技盤２６Ｆから、鍵管理サーバ８００Ｆに未稼働情報が送信されたこととみなすことができる。鍵管理サーバ８００Ｆに送信された未稼働情報は、さらに機歴管理センタ８００ＡＦに送信される。機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから送信されてきた未稼働情報と、廃棄業者１９６Ｆにより更新された払出側テーブルおよび主制御側テーブルの内容とを照合する。
【０８５７】
機歴管理センタ８００ＡＦは、照合した結果、異常であれば、当該異常を報知する。また、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる廃棄日などの情報（図８１に示す（１５）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「廃棄」と判断する。なお、前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合、必ずしも前枠５Ｆと遊技盤２６Ｆとをセットとして廃棄する必要はなく、いずれか一方を取外して廃棄してもよい。その場合、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルのいずれか一方の（１５）（図８１参照）の情報のみが更新される。さらに、前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合、必ずしも倉庫に保管されている前枠５Ｆおよび遊技盤２６Ｆを廃棄する場合に限定されず、ホール１９３Ｆに設置してある前枠５Ｆおよび遊技盤２６Ｆを廃棄してもよい。
【０８５８】
＜機歴管理センタの異常判定＞
機歴管理センタ８００ＡＦは、前述したように遊技機設置情報および未稼働情報と更新した情報とを照合した結果、異常であれば、当該異常を報知する。具体的に、機歴管理センタ８００ＡＦが異常であるか否かを判定する処理について、フローチャートを用いて説明する。図８２は、機歴管理センタ８００ＡＦが前枠５Ｆおよび遊技盤２６Ｆの管理の異常判定処理を説明するためのフローチャートである。図８３は、図８２に示すフローチャートで参照するテーブルを説明する図である。
【０８５９】
まず、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる情報に基づき、前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を判断する（ＳＦ２１１）。具体的に、機歴管理センタ８００ＡＦは、払出側テーブルおよび主制御側テーブルに含まれる廃棄日などの情報（図８１に示す（１５）の情報）が更新された前枠５Ｆおよび遊技盤２６Ｆの管理状態（ステータス）を「廃棄」と判断する。
【０８６０】
次に、機歴管理センタ８００ＡＦは、前回判断した管理状態から今回判断した管理状態への変化が遷移禁止テーブルに含まれるか否かを確認する（ＳＦ２１２）。遷移禁止テーブルは、図８３（ａ）に示すように、前回判断した管理状態から遷移が禁止されている管理状態を示している。具体的に、枠メーカ１９１Ｆが前枠５Ｆを製造して出荷した場合、当該前枠５Ｆが廃棄や再販されることはないので、遷移禁止テーブルでは、管理状態が「出荷」から「廃棄」や「再販」へ遷移することを禁止している。また、一度、設置、保管および再販された前枠５Ｆが、枠メーカ１９１Ｆから出荷されることはないので、遷移禁止テーブルでは、管理状態が「設置」、「保管」および「再販」から「出荷」へ遷移することを禁止している。さらに、廃棄された前枠５Ｆが、出荷、設置、保管および再販されることはないので、遷移禁止テーブルでは、管理状態が「廃棄」から「出荷」、「設置」、「保管」および「再販」へ遷移することを禁止している。なお、前述の遷移禁止テーブルのでは、前枠５Ｆを例に説明したが、遊技盤２６Ｆについても同様である。
【０８６１】
次に、機歴管理センタ８００ＡＦは、今回判断した管理状態への変化が遷移禁止テーブルに含まれないとき（ＳＦ２１２：Ｎ）、鍵管理サーバ８００Ｆからの情報に基づいて、前枠５Ｆおよび遊技盤２６Ｆの稼働状態を判断する（ＳＦ２１３）。具体的に、機歴管理センタ８００ＡＦは、鍵管理サーバ８００Ｆから遊技機設置情報が送信されたときは稼働状態と判断し、鍵管理サーバ８００Ｆから未稼働情報が送信されたとき（遊技機設置情報が送信されないとき）、非稼働状態と判断する。
【０８６２】
次に、機歴管理センタ８００ＡＦは、ＳＦ２１１で今回判断した管理状態、およびＳＦ２１３で判断した稼働状態が更新異常テーブルに含まれているか否かを確認する（ＳＦ２１４）。更新異常テーブル、図８３（ｂ）に示すように、ＳＦ２１１で今回判断した管理状態において禁止されている稼働状態を示している。具体的に、前枠５Ｆおよび遊技盤２６Ｆが設置されている場合、営業時間内であれば稼働状態となるが、営業時間外であれば通常未稼働状態であるので、更新異常テーブルでは、管理状態が「設置」のとき、「営業時間外で稼働」となると異常と判定する。また、前枠５Ｆおよび遊技盤２６Ｆが設置されていない場合、常に未稼働状態となるので、更新異常テーブルでは、管理状態が「出荷」，「保管」，「再販」，および「廃棄」のとき、「稼働」となると異常と判定する。
【０８６３】
次に、機歴管理センタ８００ＡＦは、判断した稼働状態が更新異常テーブルに含まれているとき（ＳＦ２１４：Ｙ）、異常を報知する（ＳＦ２１５）。ＳＦ２１５で、異常を報知する手段は、機歴管理センタ８００ＡＦの表示装置に異常を表示する、音声出力装置から警報音を出力するなど、いずれの手段であってもよい。また、機歴管理センタ８００ＡＦは、今回判断した管理状態への変化が遷移禁止テーブルに含まれるとき（ＳＦ２１２：Ｙ）も、異常を報知する（ＳＦ２１５）。
【０８６４】
機歴管理センタ８００ＡＦは、判断した稼働状態が更新異常テーブルに含まれていないとき（ＳＦ２１４：Ｎ）、処理を終了する。
【０８６５】
以上のように、本実施形態に係る機歴管理センタ８００ＡＦは、前枠５Ｆの履歴情報を払出制御用セキュリティチップＩＤに関連付けて記憶する払出側テーブルと、遊技盤２６Ｆの履歴情報を主制御用セキュリティチップＩＤに関連付けて記憶する主制御側テーブルとを大容量記憶装置８００５Ｆに含み、ＣＰＵ８００１Ｆが払出側テーブルおよび主制御側テーブルに記憶した情報に基づいて、前枠５Ｆおよび遊技盤２６Ｆの管理状態の異常を判定する。そのため、本実施形態に係る機歴管理センタ８００ＡＦは、別々に流通する可能性がある前枠５Ｆおよび遊技盤２６ＦをそれぞれのセキュリティチップＩＤに関連付けて履歴を管理することができる。
【０８６６】
＜主制御部−払出制御部間の通信＞
次に、Ｐ台２Ｆにおける主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信についてさらに詳しく説明する。まず、図５７に示すＰ台２Ｆにおいて、遊技盤２６Ｆに設けられた主制御基板１６Ｆと、前枠５Ｆに設けられた払出制御基板１７Ｆとの通信は、主制御基板１６Ｆに設けられた主制御部１６１Ｆと前枠５Ｆに設けられた払出制御部１７１Ｆとの間で行なわれる。図８４は、主制御部１６１Ｆ、払出制御部１７１Ｆ、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。
【０８６７】
図８４に示す主制御部１６１Ｆおよび払出制御部１７１Ｆは、ワンチップで構成されているものとして以下説明するが、複数のチップで同様の機能を構成してもよい。主制御部１６１Ｆは、主制御回路１６１ａＦ、通信制御回路１６１ｂＦ、主制御記憶部１６１ｃＦを備えている。主制御回路１６１ａＦは、主制御部１６１Ｆで様々な処理（たとえば、入賞センサ１６２Ｆからの信号に基づいて入賞球をカウントしたり、電波センサ１６３Ｆからの信号に基づいて不正を検出したりする処理など）を行なうための制御プログラムを実行する回路である。通信制御回路１６１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信を行なうための回路である。主制御記憶部１６１ｃＦは、主制御部１６１Ｆで実行するためのユーザプログラム、制御プログラムやデータを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭ（Ferroelectric Random Access Memory）などで構成されている。なお、主制御記憶部１６１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。
【０８６８】
一方、払出制御部１７１Ｆは、払出制御回路１７１ａＦ、通信制御回路１７１ｂＦ、払出制御記憶部１７１ｃＦを備えている。払出制御回路１７１ａＦは、払出制御部１７１Ｆで様々な処理（発射制御基板３１Ｆを介して発射モータ１８Ｆを制御したり、計数ボタン２８Ｆからの信号に基づいてＣＵ３Ｆに対して遊技玉から持玉への変換を要求したりする処理など）を行なうための制御プログラムを実行する回路である。通信制御回路１７１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信、および払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間の暗号通信を行なうための回路である。払出制御記憶部１７１ｃＦは、払出制御部１７１Ｆで実行するためのユーザプログラム、制御プログラムやデータなどを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭなどで構成されている。なお、払出制御記憶部１７１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。
【０８６９】
さらに、通信制御回路１６１ｂＦ，１７１ｂＦについて詳しく説明する。図８５は、払出制御部１７１Ｆと暗号通信するための通信制御回路１６１ｂＦの構成を説明するためのブロック図である。まず、通信制御回路１６１ｂＦは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。
【０８７０】
認証通信機能は、前枠５Ｆの払出制御部１７１Ｆとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて主制御部１６１Ｆの情報を、払出制御部１７１Ｆに渡し、払出制御部１７１Ｆの情報を受取ることも可能である。
【０８７１】
割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部６００Ｆにて払出制御部１７１Ｆとのリカバリ通信を行なう機能である。また、通信制御回路１６１ｂＦは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。
【０８７２】
次に、通信制御回路１６１ｂＦは、図８５に示すように主制御回路１６１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部６００Ｆを有している。
【０８７３】
通信制御回路１６１ｂＦに含まれるレジスタには、たとえば認証ステータスレジスタ６１１Ｆ、認証割込み設定レジスタ６１２Ｆ、送信データバッファ６１３Ｆ、送信データ数レジスタ６１４Ｆ、情報送信クリアレジスタ６１５Ｆ、主制御遊技情報レジスタ６１６Ｆ、払出制御遊技情報レジスタ６１７Ｆ、リカバリ通信完了レジスタ６１８Ｆおよび暗号通信データクリア要求／完了レジスタ６１９Ｆなどを有している。
【０８７４】
認証ステータスレジスタ６１１Ｆは、主制御部１６１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ６１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
【０８７５】
送信データバッファ６１３Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆに送信する遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で遊技情報が書込まれる。また、送信データバッファ６１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該バッファに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ６１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ６１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要である。送信データバッファ６１３Ｆ以外のレジスタは揮発メモリで構成している。
【０８７６】
送信データ数レジスタ６１４Ｆは、主制御部１６１Ｆ払出制御部１７１Ｆへ送信したデータ数を書込むレジスタであり、送信データバッファ６１３Ｆ内のデータ数をモニタしている。情報送信クリアレジスタ６１５Ｆは、送信データバッファ６１３Ｆのデータをクリアする要求を書込むレジスタである。
【０８７７】
主制御遊技情報レジスタ６１６Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されるデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ６１６Ｆに書込まれたデータは、暗号通信制御部６００Ｆで暗号化されて払出制御部１７１Ｆへ送信される。払出制御遊技情報レジスタ６１７Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ６１７Ｆに書込まれたデータは、暗号通信制御部６００Ｆで復号化されたデータである。
【０８７８】
リカバリ通信完了レジスタ６１８Ｆは、主制御部−払出制御部間でリカバリ通信が完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ６１９Ｆは、払出制御部１７１Ｆと通信を行なっている暗号通信制御部６００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
【０８７９】
通信制御回路１７１ｂＦは、主制御部１６１Ｆと暗号通信するための構成と、通信制御ＩＣ３２５ａＦと暗号通信するための構成とに分けられ、主制御部１６１Ｆと暗号通信するための構成の部分を通信制御回路１７１ｂ１Ｆ、通信制御ＩＣ３２５ａＦと暗号通信するための構成の部分を通信制御回路１７１ｂ２Ｆとして以下説明する。
【０８８０】
まず、図８６は、主制御部１６１Ｆと暗号通信するための通信制御回路１７１ｂ１Ｆの構成を説明するためのブロック図である。まず、通信制御回路１７１ｂ１Ｆは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。
【０８８１】
認証通信機能は、遊技盤２６Ｆの主制御部１６１Ｆとの相互認証、およびＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて払出制御部１７１Ｆの情報を、主制御部１６１Ｆに渡し、主制御部１６１Ｆの情報を受取ることも可能である。
【０８８２】
割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部７００Ｆにて主制御部１６１Ｆおよび通信制御ＩＣ３２５ａＦとのリカバリ通信を行なう機能である。また、通信制御回路１７１ｂ１Ｆは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。
【０８８３】
次に、通信制御回路１７１ｂ１Ｆは、図８６に示すように払出制御回路１７１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部７００Ｆを有している。
【０８８４】
通信制御回路１７１ｂ１Ｆに含まれるレジスタには、たとえば認証ステータスレジスタ７１１Ｆ、認証割込み設定レジスタ７１２Ｆ、データ受信レジスタ７１３Ｆ、受信データ数レジスタ７１４Ｆ、情報受信クリアレジスタ７１５Ｆ、払出制御遊技情報レジスタ７１６Ｆ、主制御遊技情報レジスタ７１７Ｆ、リカバリ要求／完了レジスタ７１８Ｆおよび暗号通信データクリア要求／完了レジスタ７１９Ｆなどを有している。
【０８８５】
認証ステータスレジスタ７１１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
【０８８６】
データ受信レジスタ７１３Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信した遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で遊技情報が書込まれる。また、データ受信レジスタ７１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該レジスタに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、データ受信レジスタ７１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、データ受信レジスタ７１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。データ受信レジスタ７１３Ｆ以外のレジスタは揮発メモリで構成している。
【０８８７】
受信データ数レジスタ７１４Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７１３Ｆ内のデータ数をモニタしている。情報受信クリアレジスタ７１５Ｆは、データ受信レジスタ７１３Ｆのデータをクリアする要求を書込むレジスタである。
【０８８８】
払出制御遊技情報レジスタ７１６Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されるデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ７１６Ｆに書込まれたデータは、暗号通信制御部７００Ｆで暗号化されて主制御部１６１Ｆへ送信される。主制御遊技情報レジスタ７１７Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ７１７Ｆに書込まれたデータは、暗号通信制御部７００Ｆで復号化されたデータである。
【０８８９】
リカバリ要求／完了レジスタ７１８Ｆは、主制御部−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７１９Ｆは、主制御部１６１Ｆと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
【０８９０】
通信制御回路１７１ｂ１Ｆには、その他、通信タイムアウト時間設定レジスタ７１９ａＦ、通信インターバル時間設定レジスタ７１９ｂＦ、および主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦが含まれている。
【０８９１】
主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定するレジスタである。当該レジスタを設定することで、データ受信レジスタ７１３Ｆへの書込みは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても設定した有効時間（たとえば、５秒から１５秒程度）行なうことができる。これにより、たとえば、電源断や断線などにより認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。なお、玉の滞留時間が長いステージを有する遊技機の場合でも、浮遊玉が入賞したことの情報を確実に記憶することができるように有効期間を長めに設定することができるものとする。
【０８９２】
本来、データ受信レジスタ７１３Ｆには、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後、セキュリティの観点から暗号通信制御部７００Ｆ介して情報を書き込むことができない。しかし、データ受信レジスタ７１３Ｆでは、たとえば、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に浮遊玉が入賞したことの情報を書き込む必要があった。そこで、通信制御回路１７１ｂ１Ｆは、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦに対して有効時間を設定し、暗号通信制御部７００Ｆで本設定することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても有効期間内であれば暗号通信制御部７００Ｆを介して情報をデータ受信レジスタ７１３Ｆに書き込むことができる。なお、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦの設定値は、暗号通信制御部７００Ｆで本設定された後であれば読み出すことができる。
【０８９３】
図８７は、通信制御ＩＣ３２５ａＦと暗号通信するための通信制御回路１７１ｂ２Ｆの構成を説明するためのブロック図である。通信制御回路１７１ｂ２Ｆは、図８７に示すように、通信制御ＩＣ３２５ａＦと暗号通信するために、たとえば認証ステータスレジスタ７２１Ｆ、認証割込み設定レジスタ７２２Ｆ、送信データバッファ７２３ａＦ、データ受信レジスタ７２３ｂＦ、送信データ数レジスタ７２４Ｆ、受信データ数レジスタ７２５Ｆ、リカバリ通信加算球要求レジスタ７２６Ｆ、リカバリ通信減算球要求レジスタ７２７Ｆ、リカバリ要求／完了レジスタ７２８Ｆ、暗号通信データクリア要求／完了レジスタ７２９Ｆ、通信タイムアウトタイマ−プリスケーラ設定レジスタ７２９ａＦおよび通信タイムアウト時間設定レジスタ７２９ｂＦなどを有している。
【０８９４】
認証ステータスレジスタ７２１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７２２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
【０８９５】
送信データバッファ７２３ａＦは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信する業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で業務電文が書込まれる。データ受信レジスタ７２３ｂＦは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信した業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で業務電文が書込まれる。
【０８９６】
なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦを不揮発メモリで構成することで、払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間で通信断が生じ、通信不能によって未送信となった当該バッファおよびレジスタに書込まれた業務電文は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦに書込まれた業務電文を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、払出制御部１７１Ｆや通信制御ＩＣ３２５ａＦの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦ以外のレジスタは揮発メモリで構成している。
【０８９７】
送信データ数レジスタ７２４Ｆは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信したデータ数を書込むレジスタであり、送信データバッファ７２３ａＦ内のデータ数をモニタしている。受信データ数レジスタ７２５Ｆは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７２３ｂＦ内のデータ数をモニタしている。
【０８９８】
リカバリ通信加算球要求レジスタ７２６Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて加算球が発生した場合に加算球数が書込まれるレジスタである。なお、リカバリ通信加算球要求レジスタ７２６Ｆは、リカバリ通信完了時のみ更新される。リカバリ通信減算球要求レジスタ７２７Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて減算球が発生した場合に減算球数が書込まれるレジスタである。なお、リカバリ通信減算球要求レジスタ７２７Ｆも、リカバリ通信完了時のみ更新される。
【０８９９】
リカバリ要求／完了レジスタ７２８Ｆは、通信制御ＩＣ−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７２９Ｆは、通信制御ＩＣ３２５ａＦと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
【０９００】
＜リカバリ完了確認処理＞
次に、主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、電源断などの通信不能な状態から復帰するとき、主制御部１６１Ｆおよび払出制御部１７１Ｆは、主制御記憶部１６１ｃＦおよび払出制御記憶部１７１ｃＦに記憶された所定情報を送信するリカバリ処理を実行する。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理の終了を条件に、ユーザプログラムの実行による所定情報の生成を再開するリカバリ完了確認処理を行なう。具体的に、リカバリ完了確認処理についてフローチャートを用いて説明する。図８８は、リカバリ完了確認処理を説明するためのフローチャートである。
【０９０１】
まず、主制御部１６１Ｆおよび払出制御部１７１Ｆは、電源断などの通信不能な状態から復帰させるために電源が投入されると、主制御回路１６１ａＦおよび払出制御回路１７１ａＦが認証シーケンスの処理を開始し、認証が完了すると主制御部１６１Ｆおよび払出制御部１７１Ｆのそれぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証結果が書込まれる。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれているか否かを確認する（ステップＳＦ２９１）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれていない場合（ステップＳＦ２９１：ＮＯ）、ステップＳＦ２９１の処理に戻る。
【０９０２】
主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１Ｆに認証完了が書込まれている場合（ステップＳＦ２９１：ＹＥＳ）、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれているか否かを確認する（ステップＳＦ２９２）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていない場合（ステップＳＦ２９２：ＮＯ）、ステップＳＦ２９２の処理に戻る。
【０９０３】
主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれている場合（ステップＳＦ２９２：ＹＥＳ）、ユーザプログラムの処理を開始する（ステップＳＦ２９３）。なお、ユーザプログラムの処理を開始させる手段として、たとえばユーザプログラムの処理を開始させる信号を送信して当該ユーザプログラムの処理を開始させる手段や、ユーザプログラムの処理を停止する停止手段を設け、当該停止手段を解除することで当該ユーザプログラムの処理を開始させる手段などがある。
【０９０４】
前述のように、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理が完了するまでユーザプログラムの処理を開始しないため、リカバリ処理によって復帰させる情報が確定する前にユーザプログラムの処理による新たな情報が書込まれないようにすることでユーザプログラムの処理を適切に再開することができる。
【０９０５】
＜主制御部と払出制御部との間で送受信するコマンドおよびレスポンス＞
次に図８９を参照して、主制御部１６１Ｆと払出制御部１７１Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
【０９０６】
図８９には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
【０９０７】
まず、主制御部１６１Ｆから払出制御部１７１Ｆに対して電源投入通知という名称のコマンドが送信される。この電源投入通知のコマンドは、払出制御部１７１Ｆに対して電源が投入され通信が開始されることを通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して電源投入受信という名称のレスポンスが送信される。この電源投入受信のレスポンスは、主制御部１６１Ｆに対して電源投入通知を受信し、通信が開始されることの応答である。
【０９０８】
次に、主制御部１６１Ｆから払出制御部１７１Ｆに対して遊技状態通知という名称のコマンドが送信される。この遊技状態通知のコマンドは、払出制御部１７１Ｆに対して遊技状態を通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して遊技状態応答という名称のレスポンスが送信される。この遊技状態応答のレスポンスは、主制御部１６１Ｆに対して遊技状態通知を受信したことの応答である。
【０９０９】
＜主制御部と払出制御部との間で処理される主なシーケンス＞
次に、図９０および図９１に基づいて、主制御部１６１Ｆおよび払出制御部１７１Ｆで実行される処理による主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理される主なシーケンスについて説明する。
【０９１０】
＜＜通信シーケンス＞＞
まず、図９０を参照して、電源投入時、主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理されるシーケンスを説明する。図９０に示すシーケンスは、主制御部１６１Ｆと払出制御部１７１Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。
【０９１１】
また、主制御部１６１Ｆと払出制御部１７１Ｆとの通信は、主制御部１６１Ｆを一次局としたポーリング方式による通信を行ない、ポーリング間隔は２００ｍｓである。なお、電源投入通知および電源投入受信の通信については除く。払出制御部１７１Ｆは、応答を送信してから１秒経過しても主制御部１６１Ｆからの要求コマンドが受信できなかった場合に「通信回線断」とし、遊技を停止させる。
【０９１２】
さらに、払出制御部１７１Ｆは正常なデータを受信した場合のみ、主制御部１６１Ｆへ応答コマンドを送信する。主制御部１６１Ｆはポーリング間隔時間内に応答コマンドを受信しなかった場合、初回を含めて最大３回までコマンドを再送する。送受信に用いる通番は、主制御部１６１Ｆ、払出制御部１７１Ｆともに記憶部に保存しておき、コマンドの正常性確認、電源断復旧時および通信回線断復旧に用いる。
【０９１３】
具体的に、通信シーケンスを説明すると、まず、電源を投入すると主制御部１６１Ｆと払出制御部１７１Ｆとの間で電源投入通知および電源投入受信の通信が行なわれ、さらに認証新シーケンスが開始される。認証シーケンスは、前述したように主制御部１６１Ｆおよび払出制御部１７１ＦのチップＩＤが認証され、主制御部−払出制御部間の通信が認証されたことが認証ステータスレジスタ６１１Ｆ，７１１Ｆに書込まれる。さらに、当該認証シーケンスにより、主制御部１６１Ｆと払出制御部１７１Ｆとの暗号通信に用いる暗号鍵および復号鍵を生成する処理を行なう。当該処理を行なった以降の主制御部１６１Ｆと払出制御部１７１Ｆとの通信には、生成された暗号鍵および復号鍵を用いて暗号通信が行なわれる。
【０９１４】
次に、主制御部１６１Ｆは、認証シーケンスが終了した後、通番を「ｎ」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。さらに、主制御部１６１Ｆは、通番を「ｎ＋１」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋１」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。
【０９１５】
その後、主制御部１６１Ｆは、通番をカウントアップして「ｎ＋２」として、遊技状態通知のコマンドを払出制御部１７１Ｆへ送信する。そして、払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋２」として、遊技状態受信のレスポンスを主制御部１６１Ｆへ返信する。
【０９１６】
主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、通番「ｎ」の遊技状態通知のコマンド送信から通番「ｎ＋１」の遊技状態通知のコマンド送信までの間隔、通番「ｎ＋１」の遊技状態通知のコマンド送信から通番「ｎ＋２」の遊技状態通知のコマンド送信までの間隔は、それぞれ２００ｍｓ間隔である。
【０９１７】
＜＜電源断後のシーケンス＞＞
次に、図９１を参照して、電源断／通信回線断により状態情報要求が未到達となったときの処理について説明する。図９１は、特に、電源断／通信回線断線（たとえば、払出制御部１７１Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、遊技状態通知が未到達（主制御部１６１Ｆから払出制御部１７１Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の処理を説明するためのシーケンス図である。
【０９１８】
図９１を参照して、遊技中において電源断が発生する前に、主制御部１６１Ｆは、通番＝ｎを含む遊技状態通知を払出制御部１７１Ｆに送信している。それを受けて、払出制御部１７１Ｆは、通番＝ｎを含む遊技状態受信を主制御部１６１Ｆに送信する。
【０９１９】
そして、遊技中において払出制御部１７１Ｆに電源断が発生した後に、通番＝ｎ＋１を含む遊技状態通知が主制御部１６１Ｆから払出制御部１７１Ｆへ送信された場合に、払出制御部１７１Ｆが電源断の状態であるためにその遊技状態通知を受信できない。それ以降、払出制御部１７１Ｆからの遊技状態受信が送信されてこないために主制御部１６１Ｆは、１秒後に電源断が発生したとして通信を停止する制御を行なう。
【０９２０】
その後、電源投入および主制御部１６１Ｆと払出制御部１７１Ｆとの間で認証シーケンスが開始されると、主制御部１６１Ｆは、通番＝１および主制御通番（前回最終送信通番）＝ｎ＋１を含む電源投入通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、電源断が発生する前に主制御部１６１Ｆに送信した遊技状態受信の通番が「ｎ」であったため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎとなる。そのため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎと、主制御部１６１Ｆでバックアップしている主制御通番＝ｎ＋１とが不一致である。払出制御部１７１Ｆは、通番が不一致であるとき、主制御部１６１Ｆから送信された電源投入通知に含まれるリカバリ遊技情報に基づき払出制御部１７１Ｆの情報をリカバリ処理する。その後、払出制御部１７１Ｆは、通番＝１を含む電源投入受信を主制御部１６１Ｆに送信する。
【０９２１】
主制御部１６１Ｆは、通番＝２を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、リカバリ処理後の内容で処理を行なうとともに、通番＝２を含む遊技状態受信を払出制御部１７１Ｆに送信する。以降同様に、主制御部１６１Ｆは、通番＝３を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番＝３を含む遊技状態受信を払出制御部１７１Ｆに送信する。
【０９２２】
なお、前述のリカバリ処理は、通番が不一致であったので実施する構成であったが、リカバリ遊技情報に含まれる情報（たとえば、遊技情報数や賞球情報など）が主制御部１６１Ｆと払出制御部１７１Ｆとで不一致であってもリカバリ処理を行なってもよい。
【０９２３】
＜不正遊技機接続検知＞
次に、ＣＵ３Ｆで検知される不正遊技機検知の仕組みについて説明する。Ｐ台２Ｆに接続可能なカードユニットは、商用で使用されるカードユニット（前述しているＣＵ３Ｆに相当、以下単にＣＵ３Ｆ、商用ＣＵともいう。）に限定されるものではなく、Ｐ台２Ｆの遊技盤を開発するための遊技盤開発治具や、Ｐ台２Ｆの開発に用いる開発用カードユニット（開発用ＣＵ）などであってもよい。
【０９２４】
しかし、商用ＣＵ以外のＰ台２Ｆに接続可能なカードユニットを利用して、不正にＰ台２Ｆで遊技を行なうことが考えられる。たとえば、商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続したＰ台２Ｆに対して多数の遊技玉を貸出して遊技盤開発治具や開発用ＣＵから切離した状態にし、その後Ｐ台２Ｆに商用ＣＵを接続して不正に遊技を行なうことが考えられる。
【０９２５】
そこで、本実施の形態では、商用ＣＵに接続したＰ台２Ｆが、過去に商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続されていたのか否かを検知して商用ＣＵの動作を停止する。具体的に、図を用いて過去に商用ＣＵ以外の遊技盤開発治具や開発用ＣＵに接続されていたのか否かを検知する仕組みを説明する。
【０９２６】
図９２は、遊技盤開発治具に接続していたＰ台２Ｆが、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。まず、図９２に示す遊技盤開発治具３ＥＦは、Ｐ台開発用のＳＣ３２５ＥｂＦを有している以外、商用ＣＵと同じＣＵ制御部３２３Ｆおよび通信制御ＩＣ３２５ａＦで構成されている。また、Ｐ台開発用のＳＣ３２５ＥｂＦには、遊技盤開発治具であることの示す識別ＩＤが埋め込まれている。具体的に、識別ＩＤは、ＳＣ基板ＩＤに含まれる識別コードであり、ＳＣ基板ＩＤの一部としてＳＣ３２５ＥｂＦに記憶されている。
【０９２７】
図９２に示すように遊技盤開発治具３ＥＦにＰ台２Ｆを接続すると、カード挿入通知のコマンドが遊技機電文通知として遊技盤開発治具３ＥＦからＰ台２Ｆに送信される際に、Ｐ台開発用のＳＣ３２５ＥｂＦから識別ＩＤがＰ台２Ｆに送信される。Ｐ台２Ｆに送信された識別ＩＤは、払出制御回路１７１ａＦ内のレジスタに格納される。識別ＩＤとともにＳＣ３２５ＥｂＦのＳＣ基板ＩＤも払出制御回路１７１ａＦ内のレジスタに格納される。なお、識別ＩＤのみ払出制御回路１７１ａＦの別の記憶装置にバックアップする構成でもよい。
【０９２８】
ＳＣ基板ＩＤは、前述したとおり払出制御回路１７１ａＦ内のレジスタに格納されるが、払出制御回路１７１ａＦで実行されるユーザプログラム１７１ｐＦには通知されない。そのため、Ｐ台２Ｆは、ＳＣ基板ＩＤを払出制御回路１７１ａＦから読出すことができず、ＳＣ基板ＩＤを不正に複製されることできないためセキュリティ性が高くなっている。払出制御回路１７１ａＦのレジスタに記憶されたＳＣ基板ＩＤ（識別ＩＤを含む）は、払出制御回路１７１ａＦのＲＡＭをクリアすることで消去することができる。
【０９２９】
次に、遊技盤開発治具３ＥＦからＣＵ３Ｆにユニット交換する場合の処理について説明する。遊技盤開発治具３ＥＦに接続されていたＰ台２Ｆは、ユニット交換によりＣＵ３Ｆに接続されると電源投入後の認証シーケンスの処理において遊技機電文通知がＣＵ３Ｆから送信される。この遊技機電文通知により、ＳＣ３２５ｂＦから識別ＩＤ（商用ＣＵであることを表す識別情報）を含むＳＣ基板ＩＤがＰ台２Ｆに送信される。なお、ＳＣ基板ＩＤをＰ台２Ｆに送信するタイミングは、認証シーケンスの処理中に限定されるものではなく、たとえばＣＵ３Ｆにユニット交換してＰ台２Ｆの電源を投入後、遊技者がカードを挿入してカード挿入通知のコマンドが遊技機電文通知としてＣＵ３Ｆから送信されるタイミングであってもよい。つまり、遊技盤開発治具３ＥＦで付与された遊技玉数を、遊技者が不正に使用して遊技することを防止することができるタイミングであれば何れのタイミングであってもよい。なお、図９２では、Ｐ台開発用のＳＣ３２５ＥｂＦからの識別ＩＤと、商用のＳＣ３２５ｂＦからの識別ＩＤとを区別するため、Ｐ台開発用のＳＣ３２５ＥｂＦからの識別ＩＤを図示し、商用のＳＣ３２５ｂＦからの識別ＩＤを図示していない。
【０９３０】
商用のＳＣ３２５ｂＦからの識別ＩＤを受信したＰ台２Ｆは、払出制御回路１７１ａＦで格納（記憶）している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が遊技盤開発治具３ＥＦの識別ＩＤか否かを判定する。なお、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤか否かの種別まで判定せずに商用のＣＵ３Ｆ以外の接続装置であるか否かを判定するだけでもよい。払出制御回路１７１ａＦは、格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤであると判定した場合、ユーザプログラム１７１ｐＦに格納している識別ＩＤを通知せずに過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことのみを通知し、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”とする。
【０９３１】
ＣＵ３Ｆは、接続したＰ台２Ｆから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ６の情報に基づき、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ６の情報を読出し、当該情報が“１”であれば過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知する。ＳＣ３２５ｂＦは、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、過去に接続した遊技盤開発治具３ＥＦでの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。
【０９３２】
なお、図９２では、ユーザプログラム１７１ｐＦに不正検知状態３のＢｉｔ６＝“１”の情報が書込まれたことを分かりやすく表現するために識別ＩＤがユーザプログラム１７１ｐＦに書込まれたように図示されているが、前述したように格納している識別ＩＤ自体は通知されない。また、Ｐ台２ＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ６＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤがＰ台２ＦからＣＵ３Ｆに対して送信されたように図示されているが、格納している識別ＩＤ自体が通知されるものではない。
【０９３３】
もちろん、前述したように払出制御回路１７１ａＦは、格納している識別ＩＤが遊技盤開発治具３ＥＦの識別ＩＤであると判定した場合、状態情報応答のレスポンスに含まれるフラグ（不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”）としてユーザプログラム１７１ｐＦに書込むのではなく、図９２で示したように遊技盤開発治具３ＥＦの識別ＩＤ自体の情報をユーザプログラム１７１ｐＦに書込んでもよい。さらに、ユーザプログラム１７１ｐＦが格納している識別ＩＤに基づいて遊技盤開発治具３ＥＦの識別ＩＤか否かを判定してもよい。また、Ｐ台２ＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ６（遊技盤開発治具接続）＝“１”）ではなく、図９２で示したように遊技盤開発治具３ＥＦの識別ＩＤ自体の情報を送信してもよい。
【０９３４】
さらに、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が遊技盤開発治具３ＥＦの識別ＩＤか否かを判定せずに、格納している識別ＩＤをユーザプログラム１７１ｐＦを介してＳＣ３２５ｂＦに送信するだけの構成でもよい。つまり、過去に接続したカードユニットが遊技盤開発治具３ＥＦか否かの判定は、Ｐ台２ＦではなくＳＣ３２５ｂＦで行ない、遊技盤開発治具接続を検知する構成であってもよい。
【０９３５】
また、遊技盤開発治具３ＥＦから別の遊技盤開発治具３ＥＦにユニット交換する場合も、図９２で説明したように接続したＰ台２Ｆから不正検知状態３のＢｉｔ６＝“１”の情報を含む状態情報応答のレスポンスが送信されてくる。しかし、ユニット交換した別の遊技盤開発治具３ＥＦは、Ｐ台開発用のＳＣ３２５ＥｂＦに遊技機開発メーカコードの出荷メーカコードが設定してあるため、送信されてきた不正検知状態３のＢｉｔ６＝“１”の情報を無視して、過去に接続したカードユニットが遊技盤開発治具３ＥＦであったことを検知しないように構成してもよい。つまり、カードユニットは、ＳＣに設定されている出荷メーカコードにより遊技盤開発治具３ＥＦから別の遊技盤開発治具３ＥＦにユニット交換したと判定した場合、遊技盤開発治具接続のエラーを検知しない。これにより、遊技盤開発治具３ＥＦとＰ台２Ｆとの接続を繰返す開発の工程において、遊技盤開発治具接続のエラーを検知する処理が行なわれないので開発やメンテナンスの作業が容易になる。
【０９３６】
図９３は、開発用ＣＵに接続していたＰ台２Ｆが、ユニット交換により商用ＣＵに接続された場合の検知の仕組みを説明するための図である。まず、図９３に示す開発用ＣＵ３ＤＦは、開発用のＳＣ３２５ＤｂＦを有している以外、商用ＣＵと同じＣＵ制御部３２３Ｆおよび通信制御ＩＣ３２５ａＦで構成されている。また、開発用のＳＣ３２５ＤｂＦには、開発用ＣＵであることの示す識別ＩＤが埋め込まれている。具体的に、識別ＩＤは、ＳＣ基板ＩＤに含まれる識別コードであり、ＳＣ基板ＩＤの一部としてＳＣ３２５ＤｂＦに記憶されている。
【０９３７】
図９３に示すように開発用ＣＵ３ＤＦにＰ台２Ｆを接続すると、カード挿入通知のコマンドが遊技機電文通知として開発用ＣＵ３ＤＦからＰ台２Ｆに送信される際に、開発用のＳＣ３２５ＤｂＦから識別ＩＤがＰ台２Ｆに送信される。Ｐ台２Ｆに送信された識別ＩＤは、払出制御回路１７１ａＦ内のレジスタに格納される。識別ＩＤとともにＳＣ３２５ＤｂＦのＳＣ基板ＩＤも払出制御回路１７１ａＦ内のレジスタに格納される。なお、識別ＩＤのみ払出制御回路１７１ａＦの別の記憶装置にバックアップする構成でもよい。
【０９３８】
次に、開発用ＣＵ３ＤＦからＣＵ３Ｆにユニット交換する場合の処理について説明する。開発用ＣＵ３ＤＦに接続されていたＰ台２Ｆは、ユニット交換によりＣＵ３Ｆに接続されると電源投入後の認証シーケンスの処理において遊技機電文通知がＣＵ３Ｆから送信される。この遊技機電文通知により、ＳＣ３２５ｂＦから識別ＩＤ（商用ＣＵであることを表す識別情報）を含むＳＣ基板ＩＤがＰ台２Ｆに送信される。なお、ＳＣ基板ＩＤをＰ台２Ｆに送信するタイミングは、認証シーケンスの処理中に限定されるものではなく、たとえばＣＵ３Ｆにユニット交換してＰ台２Ｆの電源を投入後、遊技者がカードを挿入してカード挿入通知のコマンドが遊技機電文通知としてＣＵ３Ｆから送信されるタイミングであってもよい。つまり、開発用ＣＵ３ＤＦで付与された遊技玉数を、遊技者が不正に使用して遊技することを防止することができるタイミングであれば何れのタイミングであってもよい。なお、図９３では、開発用のＳＣ３２５ＤｂＦからの識別ＩＤと、商用のＳＣ３２５ｂＦからの識別ＩＤとを区別するため、開発用のＳＣ３２５ＤｂＦからの識別ＩＤを図示し、商用のＳＣ３２５ｂＦからの識別ＩＤを図示していない。
【０９３９】
商用のＳＣ３２５ｂＦからの識別ＩＤを受信したＰ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が開発用ＣＵ３ＤＦの識別ＩＤか否かを判定する。なお、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤか否かの種別まで判定せずに商用のＣＵ３Ｆ以外の接続装置であるか否かを判定するだけでもよい。払出制御回路１７１ａＦは、格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤであると判定した場合、ユーザプログラム１７１ｐＦに格納している識別ＩＤを通知せずに過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことのみを通知し、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”とする。
【０９４０】
ＣＵ３Ｆは、接続したＰ台２Ｆから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ５の情報に基づき、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ５の情報を読出し、当該情報が“１”であれば過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知する。ＳＣ３２５ｂＦは、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、過去に接続した開発用ＣＵ３ＤＦでの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。
【０９４１】
なお、図９３では、ユーザプログラム１７１ｐＦに不正検知状態３のＢｉｔ５＝“１”の情報が書込まれたことを分かりやすく表現するために識別ＩＤがユーザプログラム１７１ｐＦに書込まれたように図示されているが、前述したように格納している識別ＩＤ自体は通知されない。また、Ｐ台２ＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ５＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤがＰ台２ＦからＣＵ３Ｆに対して送信されたように図示されているが、格納している識別ＩＤ自体が通知されるものではない。
【０９４２】
もちろん、前述したように払出制御回路１７１ａＦは、格納している識別ＩＤが開発用ＣＵ３ＤＦの識別ＩＤであると判定した場合、状態情報応答のレスポンスに含まれるフラグ（不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”）としてユーザプログラム１７１ｐＦに書込むのではなく、図９３で示したように開発用ＣＵ３ＤＦの識別ＩＤ自体の情報をユーザプログラム１７１ｐＦに書込んでもよい。さらに、ユーザプログラム１７１ｐＦが格納している識別ＩＤに基づいて開発用ＣＵ３ＤＦの識別ＩＤか否かを判定してもよい。また、Ｐ台２ＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ５（開発用ＣＵ接続）＝“１”）ではなく、図９３で示したように開発用ＣＵ３ＤＦの識別ＩＤ自体の情報を送信してもよい。
【０９４３】
さらに、Ｐ台２Ｆは、払出制御回路１７１ａＦで格納している識別ＩＤ（過去に接続したカードユニットの識別ＩＤ）が開発用ＣＵ３ＤＦの識別ＩＤか否かを判定せずに、格納している識別ＩＤをユーザプログラム１７１ｐＦを介してＳＣ３２５ｂＦに送信するだけの構成でもよい。つまり、過去に接続したカードユニットが開発用ＣＵ３ＤＦか否かの判定は、Ｐ台２ＦではなくＳＣ３２５ｂＦで行ない、開発用ＣＵ接続を検知する構成であってもよい。
【０９４４】
また、開発用ＣＵ３ＤＦから別の開発用ＣＵ３ＤＦにユニット交換する場合も、図９３で説明したように接続したＰ台２Ｆから不正検知状態３のＢｉｔ５＝“１”の情報を含む状態情報応答のレスポンスが送信されてくる。しかし、ユニット交換した別の開発用ＣＵ３ＤＦは、開発用のＳＣ３２５ＤｂＦに遊技用装置開発メーカコードの出荷メーカコードが設定してあるため、送信されてきた不正検知状態３のＢｉｔ５＝“１”の情報を無視して、過去に接続したカードユニットが開発用ＣＵ３ＤＦであったことを検知しないように構成してもよい。つまり、カードユニットは、ＳＣに設定されている出荷メーカコードにより開発用ＣＵ３ＤＦから別の開発用ＣＵ３ＤＦにユニット交換したと判定した場合、開発用ＣＵ接続のエラーを検知しない。これにより、開発用ＣＵ３ＤＦとＰ台２Ｆとの接続を繰返す開発の工程において、開発用ＣＵ接続のエラーを検知する処理が行なわれないので開発やメンテナンスの作業が容易になる。
【０９４５】
このように、本実施の形態では、ＣＵ３Ｆに接続したＰ台２Ｆが、過去にＣＵ３Ｆ以外の遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続されていたのか否かを検知して、ＣＵ制御部３２３Ｆとの通信を停止してＣＵ３Ｆの動作を停止させるので、過去にＣＵ３Ｆ以外の遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続させることで不正に遊技を行なうこと防止することができる。たとえば、Ｐ台２Ｆを商用のＣＵ３Ｆに接続する前に遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに接続して多数の遊技玉を貸出しておき、商用のＣＵ３Ｆに接続後に貸出された遊技玉を用いて遊技を行なう不正を防止することができる。
【０９４６】
次に、商用のＣＵ３ＦにＰ台２Ｆ以外の遊技機シミュレータを接続した場合について説明する。図９４は、商用のＣＵ３Ｆに遊技機シミュレータを接続した場合の検知の仕組みを説明するための図である。ここで、遊技機シミュレータは、たとえば商用のＣＵ３Ｆが正常に稼働するかを検査するために接続するための装置であり、検査に必要な信号や情報を仮想的に商用のＣＵ３Ｆに出力することができる。そのため、商用のＣＵ３Ｆは、意図的に遊技機シミュレータを接続して不正な遊技情報を送信されることを防止するため、遊技機シミュレータに接続しているのかＰ台２Ｆに接続しているのかを検知すること必要となる。
【０９４７】
まず、図９４に示す遊技機シミュレータ２ＡＦは、Ｐ台２Ｆと同様に払出制御部１７１ＡＦを有している。払出制御部１７１ＡＦは、払出制御回路１７１ＡａＦおよび払出制御回路１７１ＡａＦで実行されるユーザプログラム１７１ＡｐＦを含んでいる。ユーザプログラム１７１ＡｐＦには、遊技機シミュレータ２ＡＦであることを示す識別ＩＤが埋め込まれている。
【０９４８】
図９４に示すように商用のＣＵ３Ｆに遊技機シミュレータ２ＡＦを接続すると、ＣＵ３Ｆと遊技機シミュレータ２ＡＦとの間で遊技機電文通知のコマンドと遊技機電文応答のレスポンスとの通信が行なわれる。たとえば、ＣＵ３Ｆは、遊技機シミュレータ２ＡＦに対してＣＵ３Ｆの状態を通知する状態情報要求のコマンドを送信する。遊技機シミュレータ２ＡＦは、ＣＵ３Ｆから状態情報要求のコマンドを受信すると、ＣＵ３Ｆに対して遊技情報や遊技台状態などを通知する状態情報応答のレスポンスを送信する。
【０９４９】
ＣＵ３Ｆに送信する状態情報応答のレスポンスに遊技機シミュレータ２ＡＦと接続していることをＣＵ３Ｆに通知するための情報を含めている。具体的に、遊技機シミュレータ２ＡＦは、ユーザプログラム１７１ＡｐＦに埋め込まれている識別ＩＤに基づき、状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ７（遊技機シミュレータ接続）＝“１”とする。
【０９５０】
ＣＵ３Ｆは、接続した遊技機シミュレータ２ＡＦから遊技機電文応答として送信されてくる状態情報応答のレスポンスに含まれる不正検知状態３のＢｉｔ７の情報に基づき、接続している遊技機が遊技機シミュレータであることを検知する。具体的に、ＳＣ３２５ｂＦが、不正検知状態３のＢｉｔ７の情報を読出し、当該情報が“１”であれば接続している遊技機が遊技機シミュレータであることを検知する。ＳＣ３２５ｂＦは、接続している遊技機が遊技機シミュレータであることを検知すると、ＣＵ制御部３２３Ｆとの通信を停止する。これにより、ＣＵ３Ｆは、接続している遊技機シミュレータ２ＡＦの情報をＣＵ制御部３２３Ｆに取込むことなく不正な遊技を行なうことを防止することができる。また、ＣＵ３Ｆは、接続している遊技機が遊技機シミュレータであることを検知すると、音や光により報知したり、上位サーバに検知結果を報知したりしてもよい。
【０９５１】
なお、遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して不正検知状態３のＢｉｔ７＝“１”の情報を含む状態情報応答のレスポンスが送信される様子も分かりやすく表現するために識別ＩＤが遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して送信されたように図示されている。
【０９５２】
もちろん、遊技機シミュレータ２ＡＦからＣＵ３Ｆに対して送信する情報もフラグ（不正検知状態３のＢｉｔ７（遊技機シミュレータ接続）＝“１”）ではなく、図９４で示したように遊技機シミュレータ２ＡＦの識別ＩＤ自体の情報を送信してもよい。
【０９５３】
このように、本実施の形態では、ＣＵ３Ｆに接続する遊技機が、商用のＰ台２Ｆなのか、遊技機シミュレータ２ＡＦなのかを検知して、ＣＵ制御部３２３Ｆとの通信を停止してＣＵ３Ｆの動作を停止させるので、意図的に遊技機シミュレータ２ＡＦをＣＵ３Ｆに接続させることで不正に遊技を行なうこと防止することができる。たとえば、遊技機シミュレータ２ＡＦでＣＵ３Ｆに対して多数の遊技玉を持玉に計数しておき、Ｐ台２Ｆに接続後に計数した待玉を遊技玉として貸出して遊技を行なう不正を防止することができる。
【０９５４】
＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図９５は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を「Ｐ台」と略称したこととの関係上、スロットマシンを以下では、「Ｓ台」とも略称する。
【０９５５】
上記の遊技用システムは、遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
【０９５６】
図９５を参照して、Ｓ台（スロットマシン）２ＳＦは、本体枠２ａＳＦに対して前面扉２ｂＳＦがその左側縁を揺動中心として開閉可能に設けられている。図９５では図示を省略しているが、Ｓ台２ＳＦの図面左隣には、Ｐ台と同様にＣＵが接続される。
【０９５７】
Ｓ台２ＳＦでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２ＳＦにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２ＳＦには、メダル投入口およびメダル払出口が設けられていない。
【０９５８】
Ｓ台２ＳＦの筐体内部には、外周に複数種の図柄が配列されたリール２ＬＦ、２ＣＦ、２ＲＦ（以下、左リール、中リール、右リールとも言う）が水平方向に並設されており、これらリール２ＬＦ、２ＣＦ、２ＲＦに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳＦに設けられた透視窓から見えるように配置されている。リール２ＬＦ、２ＣＦ、２ＲＦの外周部には、複数種類の図柄が所定の順序で描かれている。
【０９５９】
前面扉２ｂＳＦの各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分には、タッチパネル式の表示器５１０Ｆが設けられている。この表示器５１０Ｆは、Ｐ台の表示器５４Ｆに相当する表示器であり、表示器５４Ｆと同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０Ｆは、図５７の表示器５４Ｆと同様にＣＵの表示制御部３５０Ｆに接続されており、ＣＵ側で表示制御される。なお、この表示器５１０Ｆは、各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図９５に示されるスタートスイッチ７ＳＦよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。
【０９６０】
また、この表示器５１０Ｆの下方部分に７セグ表示器５０ＳＦが設けられている。この７セグ表示器５０ＳＦは、Ｐ台の７セグ表示器５０Ｆに相当する表示器であり、７セグ表示器５０Ｆと同種の各種情報（前面扉２ｂＳＦの開放回数など）が表示される。
【０９６１】
また、前面扉２ｂＳＦには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５ＳＦ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６ＳＦ、ゲームを開始する際に操作されるスタートスイッチ７ＳＦ、リール２ＬＦ、２ＣＦ、２ＲＦの回転を各々停止する際に操作されるストップスイッチ８ＬＦ、８ＣＦ、８ＲＦがそれぞれ設けられている。
【０９６２】
Ｓ台２ＳＦにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残高、持点、あるいは遊技場に預入れている貯メダル（Ｐ台の貯玉に相当）を引落すことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５ＳＦ、またはＭＡＸＢＥＴスイッチ６ＳＦを操作すればよい。本実施形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０Ｆの遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７ＳＦの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
【０９６３】
ゲームが開始可能な状態でスタートスイッチ７ＳＦを操作すると、各リール２ＬＦ、２ＣＦ、２ＲＦが回転し、各リール２ＬＦ、２ＣＦ、２ＲＦの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８ＬＦ、８ＣＦ、８ＲＦを操作すると、対応するリール２ＬＦ、２ＣＦ、２ＲＦの回転が停止し、透視窓に表示結果が導出表示される。
【０９６４】
そしてすべてのリール２ＬＦ、２ＣＦ、２ＲＦが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２ＬＦ、２ＣＦ、２ＲＦの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０Ｆの遊技点の表示も加算更新される。
【０９６５】
Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図９５に示すとおり、Ｓ台２ＳＦには、遊技点を計数して持点に変換するための計数ボタン２８ＳＦが設けられている。なお、玉貸ボタン、返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図５７参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０Ｆに行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０Ｆに表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号が直接ＣＵ３Ｆへ入力されるようにしてもよく、あるいは、Ｐ台２ＦやＳ台２ＳＦを経由して状態情報応答としてＣＵ３Ｆへ送信されるようにしてもよい。
【０９６６】
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
【０９６７】
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２ＳＦを制御する主制御部（Ｓ台の主制御部１６１Ｆに相当）によって決定される。Ｓ台２ＳＦの主制御部は、Ｐ台２Ｆに搭載された主制御基板１６Ｆに対応するメイン制御基板に搭載されている。主制御部は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって当選役の有無を決定する。
【０９６８】
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた信号を払出制御部（図５７の払出制御部１７１Ｆに相当）へ送信する。払出制御部は、その信号に応じた数の遊技点を遊技者に付与する（遊技点を加算する）。
【０９６９】
Ｓ台２ＳＦの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳＦに取付けられた状態で枠メーカからホールに納品される。
【０９７０】
一方、Ｓ台２ＳＦのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳＦとは別にスロットマシンメーカからホールに納品される。
【０９７１】
Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
【０９７２】
図９６は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図９６に示す送受信態様は、Ｐ台の構成として説明した図５９の用語をＳ台用に置換えたものであり、その態様は、図５９を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
【０９７３】
また、パチンコ機２Ｆの外部に出力する情報としては、パチンコ遊技機１について前述したような、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号と、現在の遊技状態での最新の保留記憶数を特定可能な保留記憶個数信号とが含まれてもよい。なお、パチンコ機２Ｆの外部に出力する情報としては、前述したパチンコ遊技機１のように情報出力回路から外部に出力する構成ではなく、主制御部１６１Ｆから払出制御部１７１Ｆを介して情報を出力するようにしてもよい。
【０９７４】
保留記憶数の情報は、前述したように、主制御基板１６Ｆに設けられた遊技制御用マイクロコンピュータが、加減算処理等のデータ処理をしているため、最新情報を認識している。したがって、現在の遊技状態での最新の保留記憶数を特定可能な保留記憶個数信号が、遊技制御用マイクロコンピュータから情報出力回路または払出制御用マイクロコンピュータを介して外部に出力可能である。
【０９７５】
また、主制御基板１６Ｆの遊技制御用マイクロコンピュータから払出制御基板１７Ｆの払出制御用マイクロコンピュータには、前述したような情報に加えて、次のような、発射停止信号、電波センサ検出信号、磁石センサ検出信号、不正入賞検出信号、および、遊技状態情報設定完了信号等の各種信号により、各種情報を送信し、払出制御用マイクロコンピュータ側でも、これら各種情報を管理するようにしてもよい。
【０９７６】
ここで、発射停止信号は、打球操作ハンドル２５Ｆにおいて、タッチセンサが遊技者の手の接触を検出していないとき、発射停止スイッチ（操作されると強制的に発射停止制御が実行されるスイッチ）が操作されているとき、打球操作ハンドル２５Ｆが一定回転角度以上回転操作されていないとき、または、カードユニット（ＣＵ）３Ｆとパチンコ機（Ｐ台）２Ｆとが電気的に未接続のとき等の所定の発射停止条件が成立したと遊技制御用マイクロコンピュータで判断したときに出力される。
【０９７７】
電波センサ検出信号は、異常な電波（不正電波）を検出する前述の電波センサ（電波スイッチ）１６３Ｆからの電波検出信号が主制御基板１６Ｆに入力されたことにより、遊技制御用マイクロコンピュータにおいて、電波センサエラーが判定され、当該判定に基づいて出力される。
【０９７８】
磁石センサ検出信号は、異常な磁気（不正磁気）を検出する磁石センサ（磁石スイッチ）が、主制御基板１６Ｆ（遊技制御用マイクロコンピュータ）に接続されている構成において、磁石を用いて遊技玉の軌道を変える等の磁石を用いた不正遊技に基づいて、磁石センサからの磁気検出信号が主制御基板１６Ｆに入力されたことにより、遊技制御用マイクロコンピュータにおいて、磁石センサエラーが判定され、当該判定に基づいて出力される。
【０９７９】
不正入賞検出信号は、大入賞口への入賞玉を検出するカウントスイッチが主制御基板１６Ｆに接続されている構成において、大入賞口が閉じている状態で、入賞センサ１６２Ｆのうち大入賞口への入賞玉を検出する入賞センサの検出信号により、遊技制御用マイクロコンピュータにおいて、大入賞口内への入賞玉が検出されたことで不正入賞エラーが判定されたとき、当該判定に基づいて出力される。
【０９８０】
遊技状態情報設定完了信号は、パチンコ機（Ｐ台）２Ｆの電源投入時において、主制御部１６１Ｆから払出制御部１７１Ｆへ送信する各種遊技情報（遊技状態情報）の設定が完了したときに出力される。このような遊技状態情報設定完了信号は、たとえば、ＣＵ３Ｆ側（カードユニット側）とＰ台２Ｆ側（パチンコ機側）との通信開始のトリガ信号として使用される。
【０９８１】
また、払出制御基板１７Ｆの払出制御用マイクロコンピュータから主制御基板１６Ｆの遊技制御用マイクロコンピュータには、前述したような情報に加えて、次のような、ガラス枠・本体枠開放信号、入賞数異常信号、不正加算検出信号、電波センサ検出信号、近接センサ異常信号、夜間開放検出信号、計数報知要求信号、カード抜き取り待ち中信号、および、省電力移行要求信号等の各種信号により、各種情報を送信し、遊技制御用マイクロコンピュータ側でも、これら各種情報を管理するようにしてもよい。
【０９８２】
ガラス枠・本体枠開放信号は、前述のガラス扉開放検出スイッチ１２Ｆまたは前枠開放検出スイッチ１３Ｆからの検出信号が払出制御基板１７Ｆに入力されたことにより、払出制御用マイクロコンピュータにおいてガラス扉６Ｆまたは前枠５Ｆの開放が判定されたとき、当該判定に基づいて出力される。
【０９８３】
入賞数異常信号は、主制御基板１６Ｆから払出制御基板１７Ｆに入力される入賞検出信号による入賞個数について、払出制御用マイクロコンピュータにおいて単位時間当りの入賞個数が所定数以上であるか否かを確認することに基づいて、入賞数異常であるか否かを判定し、入賞数異常が判定されたとき、当該判定に基づいて出力される。
【０９８４】
不正加算検出信号は、ＣＵ３Ｆへのカード挿入中以外の状態において、払出制御基板１７ＦがＣＵ３Ｆから持玉の加算要求を受信したときに払出制御用マイクロコンピュータにおいて不正加算エラーが判定され、当該判定に基づいて出力される。
【０９８５】
電波センサ検出信号は、異常な電波（不正電波）を検出する前述の電波センサ（電波スイッチ）１７３Ｆからの電波検出信号が払出制御基板１７Ｆに入力されたことにより払出制御用マイクロコンピュータにおいて電波センサエラーが判定され、当該判定に基づいて出力される。
【０９８６】
近接センサ異常信号は、入賞センサ１６２Ｆ、玉上げスイッチ（上）４１ａＦ、ファール玉検出スイッチ３３０Ｆ、アウト玉検出スイッチ７０１Ｆ、および、発射玉検出スイッチが玉の通過による静電容量の変化により遊技玉を検出する近接スイッチで構成されており、このような近接スイッチについて、玉検出個数の齟齬に基づいて異常であるか否かを払出制御用マイクロコンピュータにおいて判定し、異常が判定されたとき、当該判定に基づいて出力される。たとえば、玉上げスイッチ（上）４１ａＦだけ不正電波により常時オン状態にしたときに、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出されたときには、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、近接センサが異常であると判定される。
【０９８７】
夜間開放検出信号は、次のように払出制御用マイクロコンピュータにおいて、ガラス扉６Ｆ、前枠５Ｆのいずれかが開放されたと判定されたときに出力される。パチンコ機２Ｆが電源ＯＦＦとされる夜間には、バックアップ電源により動作する前述の計数カウンタにより、ガラス扉開放検出スイッチ１２Ｆ、前枠開放検出スイッチ１３Ｆから出力される検出信号に基づいて、ガラス扉６Ｆ、前枠５Ｆが開放された回数がそれぞれ計数される。そして、パチンコ機２Ｆの電源投入時において計数カウンタから払出制御基板１７Ｆへ出力されるそれぞれの開放回数の計数値により、払出制御用マイクロコンピュータにおいて、ガラス扉６Ｆ、前枠５Ｆのうちいずれが開放されたかが判定される。なお、ガラス扉６Ｆと前枠５Ｆとのうち一方のみの夜間開放を検出して、夜間開放検出信号を出力するようにしてもよい。
【０９８８】
計数報知要求信号は、払出制御用マイクロコンピュータにおいて、計数ボタンの操作に応じて計数要求があったと判断したときに、計数値を報知する要求をするために出力される。このような計数報知要求信号は、たとえば、主基板による計数に関する音声出力および数値表示を実行するために使用される。
【０９８９】
カード抜き取り待ち中信号は、払出制御用マイクロコンピュータにおいて、ＣＵ３Ｆでカード抜き取り可能状態となったと判断したときに、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報を通知するために出力される。
【０９９０】
省電力移行要求信号は、払出制御用マイクロコンピュータにおいて、タッチセンサが遊技者の手の接触を検出していないとき（たとえば所定期間検出していないとき）、遊技玉数が「０」であるとき、ＣＵ３Ｆにカードが未挿入であるとき、または、変動表示が停止中であるとき等の予め定められた省電力制御移行条件が成立したと判断したときに、たとえば、液晶のバックライトの明るさの減少、および、各種ランプの発光停止等の所定の省電力制御をする省電力状態へ移行する作動要求信号として出力される。
【０９９１】
なお、前述したパチンコ遊技機１においては、パチンコ遊技機１の外部に出力する情報として、遊技玉が入賞した入賞口と入賞個数とを特定可能な入賞情報信号が含まれる例を示したが、このような入賞情報信号の外部出力は、パチンコ機（Ｐ台）２Ｆにおいて適用してもよい。
【０９９２】
また、前述したパチンコ機２Ｆの遊技制御用マイクロコンピュータから払出制御用マイクロコンピュータに送信する信号として説明した保留記憶個数信号、発射停止信号、および、電波センサ検出信号等の各種信号を送信することは、前述したパチンコ遊技機１において適用してもよい。また、パチンコ機２Ｆの払出制御用マイクロコンピュータから遊技制御用マイクロコンピュータに送信する信号として説明したガラス枠・本体枠開放信号、および、入賞数異常信号等の各種信号を送信することは、前述したパチンコ遊技機１において適用してもよい。
【０９９３】
＜変形例や特徴点など＞
次に、以上、説明した本実施形態の変形例や特徴点などを列挙する。
【０９９４】
（１）  上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の遊技枠に対応する。ただし、Ｓ台には、図５７に示した遊技枠の各種検出スイッチ４１ａＦ、７０１Ｆ、３３Ｆ、発射制御基板３１Ｆ、および発射モータ１８Ｆは、不要である。
【０９９５】
従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
【０９９６】
一方、本実施形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施形態に係るＳ台にはホッパーを設ける必要がない。
【０９９７】
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
【０９９８】
他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施形態では、ドル箱表示する機能が設けられることで、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
【０９９９】
遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０Ｆには、これら４種類のデータを表示する。
【１０００】
まず、プリペイドカードの残高、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引落されて、遊技点に変換される。
【１００１】
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０Ｆには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。
【１００２】
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
【１００３】
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５ＳＦの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６ＳＦの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。
【１００４】
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０Ｆにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
【１００５】
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
【１００６】
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
【１００７】
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、「カード持玉数」とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。
【１００８】
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
【１００９】
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
【１０１０】
（２）  本実施形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
【１０１１】
（３）  本実施形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
【１０１２】
（４）  持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵ３Ｆに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
【１０１３】
（５）  遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
【１０１４】
（６）  カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示するのが望ましい。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
【１０１５】
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。
【１０１６】
（７）  計数操作を開始してから計数表示が完了するまでの計数時間は、遊技点が第１基準値よりも少ないときと、遊技点が第１基準値を超えるときとで、遊技点に対する計数時間の増加割合が小さくなるようにしてもよい。これによって、実球を計数するかのような計数表示という演出を行なうことができるとともに、遊技点が多くなることで計数完了までにあまりに時間がかかってしまうことを防止することができる。また、遊技点がある基準値を超えた場合には、計数時間がすべて同一になるようにしてもよい。あるいは、基準値を設けることなく、遊技点の多少に関わらす一律に同じ計数時間を採用してもよい。
【１０１７】
（８）  前述の実施形態においては、ガラス扉６Ｆの開放検出と前枠５Ｆの開放検出とを別々のガラス扉開放検出スイッチ１２Ｆ、前枠開放検出スイッチ１３Ｆにより検出するものを示したが、その代わりに、共通の検出スイッチにより両者を検出するように構成してもよい。
【１０１８】
（９）  遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作がない場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
【１０１９】
（１０）  計数操作ボタンを所定時間未満操作（短時間操作）すると、たとえば、第１の玉数が計数される一方、所定時間以上操作（長時間操作）すると、その操作時間に応じて前記第１の玉数よりも多い第の玉数が計数されるように制御するのが望ましい。たとえば、短時間操作では１００玉が計数される一方、長時間操作では１００玉を超える所定数、たとえば、２００玉や４００玉が計数されるようにすることが考えられる。また、計数操作ボタンの長押し時間によって、計数対象の遊技点数が異なるように制御してもよい。たとえば、１秒の長押しで１００玉が計数され始め、さらにそのまま５秒間の長押しが継続すると、残りのすべての玉が計数されるようにすることが考えられる。あるいは、１回の操作で所定個数が計数され、５回目の操作では残りのすべての玉が計数されるように制御してもよい。
【１０２０】
（１１）  （Ａ）「所定点数」以上の遊技点が記憶されていないことには、計数操作をしても、遊技点の計数が行なわれず、また、その旨の報知が行なわれる。また、（Ｂ）記憶している遊技点が「所定点数」に至るまで遊技点の計数が実行されると、それ以上の計数ができなくなるとともに、その旨の報知が行なわれるように制御するのが望ましい。これら（Ａ）（Ｂ）２つの場合の所定点数、すなわち、基準値は、同じものを採用してもよいし、異ならせてもよい。
【１０２１】
（１２）  玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるように制御するのが望ましい。しかしながら、さらに、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
【１０２２】
また、遊技中の計数操作を無効とするために、遊技中であるか否かを玉の発射動作が検出されているか否かで判断するのが望ましい。これに代えて、あるいは、これに加えて、遊技中球数（遊技領域２７Ｆ内で浮遊している浮遊玉）が０になっているか（遊技中でない）否か（遊技中）で、遊技中であるか否かを判定するようにしてもよい。さらに、加えて、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
【１０２３】
さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２ＬＦ、２ＣＦ、２ＲＦが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２ＬＦ、２ＣＦ、２ＲＦが停止するまでの期間である。
【１０２４】
（１３）  大当り中であるか否かに関わらず、遊技玉数が所定数より多いときには、計数操作を促す表示が行なわれるようにしてもよい。
【１０２５】
また、計数操作を促す表示が行なわれてから所定時間が経過しても計数操作が検出されない場合、遊技玉の発射を強制的に停止させてもよく、また発射の強制停止までは行なわないようにしてもよい。
【１０２６】
（１４）  図５９を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。
【１０２７】
（１５）  計数操作を促す表示としては、文章にて「遊技玉が残っているので計数してから返却操作をして下さい」という表示であってもよく、あるいは画面上に計数ボタン２８Ｆを表示させて点滅するような表示であってもよい。
【１０２８】
（１６）  遊技玉が所定玉数以上（３０００玉以上）であるときに、「所定の報知制御」として、「表示器にて計数操作を促す表示を行なう制御」が実行されるように制御するのが望ましい。ここで、「計数操作を促す」とは、たとえば、「遊技玉数が上限に達したため、計数操作して下さい。」と表示するものや、単に「計数操作が必要です。」と表示するものであってもよい。また、「所定の報知制御」としては、スピーカから計数操作を促す報知音を出力する制御であってもよい。さらに、「報知」としては、「計数操作を促す報知」ではなく、単に、「遊技玉数が上限に達したこと」を通知するのみ（計数操作を促す報知まではしない）であってもよい。
【１０２９】
また、遊技点が所定の第１基準値以上（３０００玉以上）であるときに、「所定の報知制御」をし、さらに、その後、遊技点が第１基準値よりも多い第２基準値に達した時点で遊技不能状態に制御し、遊技点が前記第１基準値から前記第２基準値に達するまでは遊技を許容（発射禁止しない）するように制御してもよい。なお、遊技機がスロットマシンである場合には、スタートレバーを操作してリールが回転開始しない、あるいは、賭数設定が無効化される、などの制御によって遊技不能状態を実現できる。
【１０３０】
（１７）  遊技点を用いた遊技が行なわれているとき（玉の発射継続中）は、遊技点が所定点数（たとえば、２５０点）以上残っていないと、計数操作が有効化されないように制御するのが望ましい。ここで、所定点数は、２５０点に限られるものではなく、１点以上であれば、どのような点数であってもよい。ただし、たとえば、１点など、あまりに少なすぎる点数を設定した場合には発射のタイミングと計数のタイミングとがほぼ同時に生じたときに、不具合が生じるため、２〜３点以上とするのが望ましい。あるいは、点数が所定点数以下（たとえば、１０点以下）で発射が継続しているときに計数操作が検出された場合には、５点を発射用として残し、残りの点数を計数対象とするように制御してもよい。
【１０３１】
また、遊技点が所定点数以上、残っていないために計数操作が無効化されていることに気づいた遊技者が玉の発射動作を停止させたことが検出された際には、先に無効化された計数操作を有効化して計数動作が自動的に開始されるようにしてもよい。つまり、この場合には、計数操作が無効化されたことに気づいた遊技者は、発射操作を停止さえすればよく、再度、計数操作をやり直す必要がない。
【１０３２】
（１８）  計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
【１０３３】
（１９）  遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
【１０３４】
（２０）  遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
【１０３５】
（２１）  計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
【１０３６】
（２２）  本実施形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
【１０３７】
（２３）  図５９あるいは図９６において、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
【１０３８】
（２４）  表示器５４Ｆで行なう計数表示や各種の報知は、同様に表示器３１２Ｆで行なうようにしてもよい。
【１０３９】
（２５）  ＣＵにおいて、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。
【１０４０】
（２６）  貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。
【１０４１】
（２７）  計数操作が実行されたとき、持点のカウントアップが開始してから所定時間が経過すると、持点が加速度的にカウントアップするようにしてもよい。あるいは、計数表示を加速させるための速度アップボタンをＣＵ側あるいは遊技機側のタッチパネルの表示器に表示し、その操作が検出されることによって、加速計数表示をしてもよい。このように持点の加速計数表示を行なうことにより、多数の遊技点を計数する際の遊技者の待ち時間を短くすることができる。
【１０４２】
（２８）  打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
【１０４３】
これらの場合には、計数操作が検出されると、「ハンドルを放して下さい」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
【１０４４】
（２９）  玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。
【１０４５】
（３０）  図６１〜図７０で示したシーケンス制御は、特にセキュリティに関する処理については、ＣＵ３Ｆ、Ｐ台２Ｆ、Ｓ台２ＳＦ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。
【１０４６】
（３１）  前述の実施形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。
【１０４７】
（３２）  前述の実施形態においては、いわゆる封入循環式遊技機（Ｐ台２ＦおよびＳ台２ＳＦ）を示したが、それに限定されるものではなく、島の上部から遊技媒体（パチンコ玉等）が遊技機に供給されて入賞によりさらに遊技媒体が払出される一般的な遊技機であってもよい。具体的には、玉貯留皿に貯留された玉を遊技領域に打込んで遊技が行なわれ、入賞することによって玉が玉貯留皿に払い出され、遊技終了時にその玉貯留皿に払い出され玉を用いて景品交換できるパチンコ機でもよい。また、コイン受け皿に貯留されているコインをコイン投入口に投入して賭数を入力設定し、スタートレバーを操作することによりリールが回転して停止することにより１ゲームが終了し、リールの停止時に表示された表示結果入賞が発生している場合には、コインがコイン受け皿に払い出され、遊技終了時にそのコイン受け皿に払い出されコインを用いて景品交換できるスリットマシンでもよい。つまり、遊技媒体（パチンコ玉、コイン）を使用して遊技が可能であり、遊技の結果に応じて遊技者に遊技媒体が払い出される遊技機であってもよい。
【１０４８】
（３３）  前述の実施形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
【１０４９】
（３４）  前述の実施形態では、遊技者所有の有価価値（プリペイド残高、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
【１０５０】
（３５）  前述の実施形態では、各種認証鍵を用いて認証を行なっていたが、この各種認証鍵の代わりに、たとえば認証用のＩＤ等を用いて認証を行なうようにしてもよい。
【１０５１】
（３６）  前述の表示器５４Ｆ、５１０Ｆをタッチパネル付きの表示器で構成してもよい。また、Ｐ台とＣＵとの間で送受信される情報は、前述の実施形態で説明されたものに限定されるのではなく、また、どのような情報をＰ台からＣＵへ出力するかを遊技機の表示器５４Ｆ、５１０Ｆのタッチパネルでタッチ操作して入力設定できるようにしてもよい。
【１０５２】
また、Ｓ台２ＳＦにおいても前述のＰ台２Ｆと同様にＳ台２ＳＦから出力された情報を変換してホールコンへ送信するが、変換対象の情報としては、たとえば、ビッグボーナス入賞やレギュラーボーナス入賞や各種小役入賞等の入賞情報、リプレイタイム中を示す情報、図９６の加算数や減算数、ゲームスタート回数等である。また、変換対象の情報としては、入賞に伴ってコインを払出すようにした場合のその払出枚数でもよい。
【１０５３】
（３７）  上記実施形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に（遊技点＝０）、前記遊技点を前記持点として遊技用装置（ＣＵ）が所定の処理（景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理）をするための記録媒体処理操作（カード返却操作（カード返却ボタン３２２Ｆの操作））を有効化する有効化手段」を含む。
【１０５４】
ここで、前記有効化手段は、たとえば、「Ｐ台側で遊技点０を確認してＣＵへカード排出操作許可ＯＮを送信する手段」、あるいは、「ＣＵからカード返却通知を受信したときに遊技玉数＝０か否かを判定し、０の場合にはＣＵに対してカード返却応答を返信することによってカード返却を有効とする手段」、さらには、「計数操作等が行なわれることによって遊技玉数＝０とし、そのことによって結果的にカード返却を有効とする条件を成立させる手段」を含む概念である。
【１０５５】
（３８）  払出制御部１７１Ｆが、一周フラグが立つ値（＝６３）を受信したとき異常制御処理として、以下のａ〜ｃに列挙するもののうちから１つまたは２つ以上を採用して実行するように制御してもよい。
ａ  払出制御部１７１Ｆまたはその払出制御部１７１Ｆから異常情報を受けた主制御部１６１Ｆにより、Ｐ台２Ｆの表示器（たとえば７セグ表示器５０Ｆや識別情報（図柄）を可変表示する可変表示装置）により表示する。
ｂ  払出制御部１７１Ｆから異常情報を受信したＣＵ３Ｆにおいてエラー番号等の異常報知を行なう。
ｃ  ＣＵ３Ｆから異常情報を受信したホール用管理コンピュータ等の上位装置においてエラー番号等の異常報知を行なう。
【１０５６】
（３９）  本実施形態では、払出側テーブルに払出制御用セキュリティチップＩＤに関連付けて記憶する前枠５Ｆの履歴情報として、前枠５Ｆを特定する情報、保管情報、再販情報および廃棄情報などが含まれる例を示した。しかし、これに限らず、たとえば、前枠５Ｆの履歴情報として、メンテナンス情報や修理情報などを含めてもよい。同様に、本実施形態では、主制御側テーブルに主制御用セキュリティチップＩＤに関連付けて記憶する遊技盤２６Ｆの履歴情報として、遊技盤２６Ｆを特定する情報、保管情報、再販情報および廃棄情報などが含まれる例を示した。しかし、これに限らず、たとえば、遊技盤２６Ｆの履歴情報として、メンテナンス情報や修理情報などを含めてもよい。
【１０５７】
（４０）  本実施形態では、製造メーカや倉庫業者などが出荷・設置や保管などの作業が完了した後に、機歴管理センタ８００ＡＦに接続された端末から必要な情報（図８１に示す、たとえば、出荷日、設置日時、撤去日、販社名、や廃棄日などの情報）を入力することで払出側テーブルおよび主制御側テーブルを更新する例を示した。しかし、これに限らず、たとえば、製造メーカや倉庫業者などが申請書類に必要な情報を記入して機歴管理センタ８００ＡＦに送付することで、機歴管理センタ８００ＡＦ内の入力手段（たとえば、内部端末など）から必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新してもよい。なお、機歴管理センタ８００ＡＦに接続された端末とは、機歴管理センタ８００ＡＦに対して直接接続されている端末（たとえば、機歴管理センタ８００ＡＦにある内部端末）でも、通信回線を介して接続されている端末（たとえば、インターネットを介して接続された倉庫業者や中古業者などの端末）でもよい。
【１０５８】
（４１）  本実施形態では、１つの大容量記憶装置８００５Ｆに払出側テーブルおよび主制御側テーブルを記憶する例を示した。しかし、これに限らず、たとえば、複数の大容量記憶装置に分けて払出側テーブルおよび主制御側テーブルを記憶しても、払出側テーブルを記憶する大容量記憶装置と、主制御側テーブルを記憶する大容量記憶装置とに分けてもよい。また、大容量記憶装置に記憶した払出側テーブルおよび主制御側テーブルは、それぞれセキュリティチップＩＤ単位で前枠５Ｆおよび遊技盤２６Ｆの履歴情報を消去することができる。たとえ、ペアのセキュリティチップＩＤに関連付けられていても、セキュリティチップＩＤ単位で前枠５Ｆおよび遊技盤２６Ｆの履歴情報を別々に消去することができる。これにより、使用される期間が異なる前枠５Ｆおよび遊技盤２６Ｆ（前枠５Ｆに比べて使用される期間が長い）であっても個別に削除することができるので、それぞれ適切に管理することができる。
【１０５９】
（４２）  本実施形態では、ホール以外の製造メーカや倉庫業者などが機歴管理センタ８００ＡＦに必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新する例を示した。しかし、これに限らず、たとえば、ホール自体が機歴管理センタ８００ＡＦに必要な情報を入力することで払出側テーブルおよび主制御側テーブルを更新してもよい。
【１０６０】
（４３）  本実施形態では、中古業者が前枠５Ｆおよび遊技盤２６Ｆを別のホールに再販して、設置する場合に、前枠５Ｆおよび遊技盤２６Ｆの履歴情報として再販情報を記憶する例を示した。しかし、これに限られず、たとえば、前枠５Ｆおよび遊技盤２６Ｆを設置しているホールと同じグループの別のホール（たとえば、同じ法人コードのホール）に移動する場合に、前枠５Ｆおよび遊技盤２６Ｆの単なる移動として移動情報を履歴情報に記憶する（管理状態（ステータス）を「設置」から「設置」）だけでもよい。つまり、同じ法人コードのホール間で、前枠５Ｆおよび遊技盤２６Ｆの設置が移動しても異常と判定されない。さらに、同じ法人コードのホール間で、かつ同一県内に限り前枠５Ｆおよび遊技盤２６Ｆの移動を認め、同じ法人コードのホール間でも他県に移動する場合は、再販と同じ処理を行なうようにしてもよい。
【１０６１】
（４４）  本実施形態では、機歴管理センタ８００ＡＦをたとえば以下のように設定する。機歴管理センタ８００ＡＦには、システムに登録されているユーザで、クリア認証で認証されたものをシステムにログインさせる。ログイン時における認証は、（ａ）指定されたユーザＩＤがシステムに存在すること。（ｂ）指定されたユーザがアカウント有効期限内であること。（ｃ）指定されたユーザがアカウントロックされていないこと。（ｄ）入力されたパスワードが指定されたユーザＩＤのパスワードと合致すること。（ｅ）現在がパスワードの有効期間内にない場合は、ログインさせるがユーザ自身のパスワード変更とログアウトのみ利用可能とし、パスワード変更が必要である旨をメッセージ表示する。なお、パスワードが変更された場合は、新パスワードを利用確認してもらうため、ログアウトする。
【１０６２】
機歴管理センタ８００ＡＦは、認証に成功した場合、そのユーザのログイン失敗回数・連続ログインエラー日時をクリアする。一方、機歴管理センタ８００ＡＦは、認証に失敗した場合、そのユーザが実在する場合、ログイン失敗回数を記録する。なお、ログイン失敗回数が［ログイン試行上限回数］に達する都度（整数倍となる場合）アカウントをロックした日時を設定する。
【１０６３】
機歴管理センタ８００ＡＦは、（ａ）ユーザを新規に登録した場合、（ｂ）パスワードをクリアした場合、および（ｃ）パスワードをユーザ自身が変更した場合、パスワードの有効期限を更新・設定する。更新・設定したパスワードは、その時点から［パスワード有効期間］経過までを有効とする。
【１０６４】
機歴管理センタ８００ＡＦは、同一のセッションにおいて、認証を［ログイン試行上限回数]失敗した場合、ログイン画面ではなく、ログインNG画面に遷移し、ログインを試行させない。
【１０６５】
機歴管理センタ８００ＡＦは、ログイン時に、当該ユーザのパスワードが［パスワード期限切れ警告期間］以内に期限切れになる場合、パスワード有効期限が切れる可能性があることを警告する。なお、当該警告は、たとえばログイン完了画面に表示するが、ログイン完了画面に表示すべきメッセージが無い場合は、ログイン完了画面を表示せず、ＨＯＭＥメニューに遷移する。
【１０６６】
機歴管理センタ８００ＡＦは、（ア）ユーザのログイン失敗回数が［ユーザ無効化ログイン失敗回数］を超えている場合（恒久的アカウントロック状態）、または（イ）アカウントロック日時から［ログイン試行拒否時間］が経過していない場合（一時アカウントロック状態）、アカウントロックする。
【１０６７】
機歴管理センタ８００ＡＦは、（ア）ユーザを新規に登録した場合、または（イ）ユーザ情報画面から有効期間の更新を行った場合、アカウントの有効期限を更新・設定する。なお、アカウント有効開始日からアカウント有効終了日までの期間、アカウントを利用することが可能となる。
【１０６８】
機歴管理センタ８００ＡＦは、一度に生成可能なアカウント生成最大数を初期導入時にたとえば２０に設定してある。ここで、［ログイン試行上限回数]は、連続したログイン試行失敗で一定期間アカウントロックする回数で、初期導入時は、たとえば５回に設定してある。［ユーザ無効化ログイン失敗回数]は、連続したログイン試行失敗で恒久的にアカウントロックする回数で、初期導入時は、たとえば１００回である。［ログイン試行拒否時間］は、連続したログイン試行失敗で一定期間アカウントロックする期間で、初期導入時は、たとえば３０分である。［パスワード有効期間］は、パスワード変更した時に設定されるパスワードの有効期間で、初期導入時は、たとえば９０日である。［パスワード期限切れ警告期間］は、アカウントのパスワード切れ間近をメッセージ通知する期間で、初期導入時は、たとえば１４日である。
【１０６９】
なお、機歴管理センタ８００ＡＦは、パスワードの最小文字数を初期導入時、たとえば８文字とし、パスワードの使いまわしを防ぐ世代数（現在を含む）を初期導入時、たとえば３世代とする。また、機歴管理センタ８００ＡＦは、ユーザ情報を登録するには、該当ユーザの事業者情報が登録されていることを条件とする。事業者情報には、機歴管理センタ８００ＡＦの業務に関わる各事業者の業種および住所等の属性情報が含まれる。
【１０７０】
機歴管理センタ８００ＡＦは、遊技機の管理状態（ステータス）を、入力後、基本的に取消しすることができず、誤操作等により誤りが生じた場合は、「機歴全体備考欄」にコメントを記載することで他の人がわかるようにする。ただし、誤投入の可能性があるため、遊技機ステータス更新画面より投入するステータスに限り、取消を可能とする。取消を可能とする場合、限られた人のみ取消しの実行を可能とするよう、権限により制御する。また、機歴管理センタ８００ＡＦは、遊技機の管理状態（ステータス）を変更するために機歴を検索する場合、検索対象を最新の遊技機の管理状態（ステータス）のみを対象に検索を行なう。
【１０７１】
機歴管理センタ８００ＡＦでは、データの種類と種類毎の保持期間をたとえば以下のように管理している。
（１）アカウント関連のデータ（たとえば、事業者情報、アカウント情報など）：基本的に論理削除のみで制御し、物理削除しない。
（２）遊技機機種等のマスタ情報（たとえば、遊技機機種マスタなど）：基本的に論理削除のみで制御し、物理削除しない。
（３）機歴管理の根拠となる情報（たとえば、遊技機チップ出荷情報、遊技機出荷情報など）：基本的に管理が開始されるまでは変更を可能とするが、以後は編集を不能とし、永続的に管理する。
（４）機歴情報（たとえば、前枠５Ｆおよび遊技盤２６Ｆの履歴情報）：基本的にファクト情報の入力であるので、入力後の変更は認めず、永続的に管理する。
（５）カードユニット鍵管理センタから通知された情報（たとえば、不正検知など）：システムで検知した情報であるので、変更は認めず、永続的に管理する。
（６）システムへの入力ジャーナル（たとえば、Ｗｅｂ入力ログ、オンライン入力ログ、システム連携入力ファイルなど）：入力の種類別・ノード別に１４日間を保持する。
（７）システムからの出力ジャーナル（たとえば、Ｗｅｂ出力ログ、オンライン出力ログ、システム送信ファイルなど）：出力の種類別・ノード別に７日間を保持する。
（８）集信・配信の業務的通信の記録（たとえば、配布スケジュールなど）：７日間を目途に情報を保持する。
（９）システムテンポラリファイル（たとえば、ＣＳＶアップロードファイルなど）：アプリケーションの挙動後に削除する。ただし、異常終了時等を考慮してクリーニングバッチで不要と確認されたら削除する。
（１０）長期間ステータス更新を行なっていない機種情報（たとえば、長期間ステータス更新を行っていない機種情報など）：２世代保持する。
【１０７２】
機歴管理センタ８００ＡＦでは、管理状態（ステータス）の異常について、更新前の管理状態（ステータス）と更新後の管理状態（ステータス）との関係が異常となった前枠５Ｆおよび遊技盤２６Ｆの情報のみ抽出したり、当該情報のみファイル出力したりすることが可能である。そのため、ファイル出力した情報に基づいて、管理状態（ステータス）の更新漏れのユーザに対して連絡するなどの報知を行ない、正しい管理状態（ステータス）に更新されるように対応することができる。なお、管理状態（ステータス）の更新漏れのユーザに対しては、連絡を行なうのみでなく、ヒアリングして、正しい管理状態（ステータス）を確認した上で対応を行なってもよい。また、機歴管理センタ８００ＡＦは、現在、管理状態（ステータス）の異常が発生している前枠５Ｆおよび遊技盤２６Ｆのすべてを対象に、連絡するなどの報知を行なう。また、異常となった前枠５Ｆおよび遊技盤２６Ｆの最新情報（ファイル出力時点）は、機歴管理センタ８００ＡＦに接続した端末からダウンロードすることができる。
【１０７３】
機歴管理センタ８００ＡＦでは、長期間管理状態（ステータス）の更新を行っていない前枠５Ｆおよび遊技盤２６Ｆの履歴情報に対して、「廃棄」や「その他」以外の管理状態（ステータス）となっている前枠５Ｆおよび遊技盤２６Ｆの情報のみ抽出したり、当該情報のみファイル出力したりすることが可能である。なお、長期間管理状態（ステータス）の更新が行なわれていない異常については、バッチ処理によりその処理時点の情報を抽出し、機歴管理センタ８００ＡＦに接続した端末からダウンロードする。また、ダウンロードする１つのファイルは、最大件数の閾値（初期構築時：１０万レコード）が設定してあり、当該閾値を超えた場合は別ファイルに出力を行なう。さらに、ファイルをダウンロードする際、同日に処理を行なった結果をまとめて圧縮ファイルとして出力を行なう。
【１０７４】
（４５）  本実施形態では、機歴管理センタ８００ＡＦに撤去情報を入力する構成を説明したが、本発明はこれに限られず、中古移動情報、廃棄情報や下取り情報などが機歴管理センタ８００ＡＦに入力されると、機歴管理センタ８００ＡＦ内で自動的に撤去情報が登録される構成でもよい。当該構成とすることで、ホールから撤去されていると推定して遊技機の履歴を管理することができ、ホールから履歴管理システムに撤去情報を入力する負担を軽減することができる。
【１０７５】
（４６）  本実施形態では、遊技機メーカが遊技機をホールに出荷した後に、通信回線を介して機歴管理センタ８００ＡＦに出荷情報を登録する構成を示したが、本発明はこれに限られず、遊技機メーカが遊技機をホールに出荷する情報が入力された時点で、自動的に機歴管理センタ８００ＡＦに出荷情報を登録する構成でもよい。当該構成とすることで、出荷状態の履歴が登録されずに忘れられてしまうのを防止することができる。
【１０７６】
（４７）  本実施形態では、遊技機メーカが出荷した封入循環式パチンコ機（Ｐ台２Ｆ）またはＰ台２Ｆを構成する前枠５Ｆおよび遊技盤２６Ｆを含む遊技機をホールに設置した場合、機歴管理センタ８００ＡＦが、Ｐ台２Ｆから通知された遊技機設置情報（稼働情報）を、それぞれに設けた半導体チップのセキュリティチップＩＤに関連付けて記憶するとともに、記憶した情報とＰ台２Ｆから通知された遊技機設置情報とを照合している。そして、機歴管理センタ８００ＡＦは、照合した結果、異常であれば、たとえば異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりなど、当該異常を報知する。しかし、機歴管理センタ８００ＡＦは、照合した結果、異常を報知する構成だけに限定されるものではなく、異常と判断したＰ台２ＦまたはＰ台２Ｆを構成する前枠５Ｆおよび遊技盤２６Ｆでの遊技を禁止する構成でもよい。なお、機歴管理センタ８００ＡＦは、異常と判断した場合でも、一定期間、当該Ｐ台２Ｆでの遊技を暫定的に許可して、ホールの営業行為を妨げないように構成してもよい。
【１０７７】
（４８）  本実施の形態では、セキュリティ関連情報を払出制御回路１７１ａＦ内のレジスタに格納する構成について説明した。しかし、本発明はこれに限定されず、通信制御回路１７１ｂ内のレジスタ（たとえば、データ受信レジスタ７２３ｂＦ）に格納する構成でもよい。これにより、セキュリティ関連情報は、通信制御回路１７１ｂ内で暗号化されたまま格納されることになり、よりセキュリティ性が向上する。
【１０７８】
（４９）  本実施の形態では、図９２および図９３で示したように、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２ＦであることをＰ台自体で判断し、判断結果を示すフラグを商用のＣＵ３Ｆに送信してＳＣ３２５ｂＦで検知する構成について説明した。しかし、本発明はこれに限定されず、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２ＦであることをＰ台自体で判断し、Ｐ台自体で検知して報知する構成でも、遊技盤開発治具３ＥＦや開発用ＣＵ３ＤＦに過去接続していたＰ台２Ｆであることを識別ＩＤに基づいてＣＵ３ＦのＳＣ３２５ｂＦで判断して検知する構成でもよい。
【１０７９】
今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【１０８０】
本発明は、遊技者が所定の遊技を行うことが可能なパチンコ遊技機等の遊技機に好適に適用される。
【符号の説明】
【１０８１】
１  パチンコ遊技機、８ａ  第１特別図柄表示器、８ｂ  第２特別図柄表示器、９  演出表示装置、１３  第１始動入賞口、１４  第２始動入賞口、２０  特別可変入賞球装置、３１  遊技制御基板（主基板）、５６  ＣＰＵ、５６０  遊技制御用マイクロコンピュータ、８０  演出制御基板、９９  予告用ＬＥＤ、１００  演出制御用マイクロコンピュータ、１０１  演出制御用ＣＰＵ、１０９  ＶＤＰ、２Ｆ  パチンコ機、２ＳＦ  スロットマシン、３Ｆ  カードユニット、１６Ｆ  主制御基板、１７Ｆ  払出制御基板、２６Ｆ  遊技盤、５４Ｆ，３１２Ｆ  表示器、３０９Ｆ  カード挿入／排出口、３１９Ｆ  再プレイボタン、３２０Ｆ  ＩＲ受光ユニット、３２１Ｆ  貸出ボタン、３２２Ｆ  カード返却ボタン、１６１Ｆ  主制御部、３２５Ｆ  表示制御部、１７１Ｆ  払出制御部、５０Ｆ，５０ＳＦ  ７セグ表示器、３２３Ｆ  ＣＵ制御部、１２Ｆ  ガラス扉開放検出スイッチ、１３Ｆ  前枠開放検出スイッチ。
【図１】
2015134097.tif 000003
【図２】
2015134097.tif 000004
【図３】
2015134097.tif 000005
【図４】
2015134097.tif 000006
【図５】
2015134097.tif 000007
【図６】
2015134097.tif 000008
【図７】
2015134097.tif 000009
【図８】
2015134097.tif 000010
【図９】
2015134097.tif 000011
【図１０】
2015134097.tif 000012
【図１１】
2015134097.tif 000013
【図１２】
2015134097.tif 000014
【図１３】
2015134097.tif 000015
【図１４】
2015134097.tif 000016
【図１５】
2015134097.tif 000017
【図１６】
2015134097.tif 000018
【図１７】
2015134097.tif 000019
【図１８】
2015134097.tif 000020
【図１９】
2015134097.tif 000021
【図２０】
2015134097.tif 000022
【図２１】
2015134097.tif 000023
【図２２】
2015134097.tif 000024
【図２３】
2015134097.tif 000025
【図２４】
2015134097.tif 000026
【図２５】
2015134097.tif 000027
【図２６】
2015134097.tif 000028
【図２７】
2015134097.tif 000029
【図２８】
2015134097.tif 000030
【図２９】
2015134097.tif 000031
【図３０】
2015134097.tif 000032
【図３１】
2015134097.tif 000033
【図３２】
2015134097.tif 000034
【図３３】
2015134097.tif 000035
【図３４】
2015134097.tif 000036
【図３５】
2015134097.tif 000037
【図３６】
2015134097.tif 000038
【図３７】
2015134097.tif 000039
【図３８】
2015134097.tif 000040
【図３９】
2015134097.tif 000041
【図４０】
2015134097.tif 000042
【図４１】
2015134097.tif 000043
【図４２】
2015134097.tif 000044
【図４３】
2015134097.tif 000045
【図４４】
2015134097.tif 000046
【図４５】
2015134097.tif 000047
【図４６】
2015134097.tif 000048
【図４７】
2015134097.tif 000049
【図４８】
2015134097.tif 000050
【図４９】
2015134097.tif 000051
【図５０】
2015134097.tif 000052
【図５１】
2015134097.tif 000053
【図５２】
2015134097.tif 000054
【図５３】
2015134097.tif 000055
【図５４】
2015134097.tif 000056
【図５５】
2015134097.tif 000057
【図５６】
2015134097.tif 000058
【図５７】
2015134097.tif 000059
【図５８】
2015134097.tif 000060
【図５９】
2015134097.tif 000061
【図６０】
2015134097.tif 000062
【図６１】
2015134097.tif 000063
【図６２】
2015134097.tif 000064
【図６３】
2015134097.tif 000065
【図６４】
2015134097.tif 000066
【図６５】
2015134097.tif 000067
【図６６】
2015134097.tif 000068
【図６７】
2015134097.tif 000069
【図６８】
2015134097.tif 000070
【図６９】
2015134097.tif 000071
【図７０】
2015134097.tif 000072
【図７１】
2015134097.tif 000073
【図７２】
2015134097.tif 000074
【図７３】
2015134097.tif 000075
【図７４】
2015134097.tif 000076
【図７５】
2015134097.tif 000077
【図７６】
2015134097.tif 000078
【図７７】
2015134097.tif 000079
【図７８】
2015134097.tif 000080
【図７９】
2015134097.tif 000081
【図８０】
2015134097.tif 000082
【図８１】
2015134097.tif 000083
【図８２】
2015134097.tif 000084
【図８３】
2015134097.tif 000085
【図８４】
2015134097.tif 000086
【図８５】
2015134097.tif 000087
【図８６】
2015134097.tif 000088
【図８７】
2015134097.tif 000089
【図８８】
2015134097.tif 000090
【図８９】
2015134097.tif 000091
【図９０】
2015134097.tif 000092
【図９１】
2015134097.tif 000093
【図９２】
2015134097.tif 000094
【図９３】
2015134097.tif 000095
【図９４】
2015134097.tif 000096
【図９５】
2015134097.tif 000097
【図９６】
2015134097.tif 000098