JP2017225743A - 遊技機、遊技用システムおよび遊技用装置 - Google Patents

Abstract

【課題】遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を遊技機の外部で判断すること。【解決手段】遊技媒体が封入され入賞領域に進入したことに応じて遊技価値を遊技者に付与する遊技機であって、打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報が外部に送信される（ステップＳ１４６，ステップＳ１５６）。【選択図】図１９

Description

本発明は、遊技機、遊技用システムおよび遊技用装置に関し、特に、遊技媒体が封入され遊技媒体が入賞領域に進入したことに応じて遊技価値を遊技者に付与する遊技機、当該遊技機および当該遊技機に対応して設けられ当該遊技機と通信可能な遊技用装置とを含む遊技用システム、および、当該遊技用装置に関する。

従来、遊技機の遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への通過に応じて付与された遊技価値に対応する遊技媒体の数の割合であるベースを含む遊技履歴情報を、遊技機からカードユニットなどの遊技用装置に出力する遊技用システムがあった（たとえば、特許文献１参照）。

特開２０１２−１６１４８５号公報

しかし、特許文献１の遊技用システムによれば、ベースを含む遊技履歴情報をカードユニットに送信するだけである。このため、ベースの適否に関しては外部では分からず、設計値通り、遊技価値が付与されているか否かを外部で判断できなかった。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を遊技機の外部で判断することが可能な遊技機、遊技用システム、および、遊技用装置を提供することである。

（１） 遊技媒体（たとえば、遊技玉）が封入され入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）であって、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数、ベースの適否の判定結果、連続役物比率／役物比率の適否の判定結果）を外部（たとえば、ＣＵ３、遊技機管理サーバ８０２などの各サーバ）に送信する送信手段（たとえば、払出制御部１７１、図１９のステップＳ１４６，ステップＳ１５６、図２１のステップＳ１８６）を備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技機を提供することができる。

（２） 遊技媒体（たとえば、遊技玉）が封入され遊技媒体が入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）と、当該遊技機に対応して設けられ当該遊技機と通信可能な遊技用装置（たとえば、ＣＵ３）とを含む遊技用システム（たとえば、遊技システム）であって、
前記遊技用装置は、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数、ベースの適否の判定結果、連続役物比率／役物比率の適否の判定結果）を外部に送信する送信手段（たとえば、ＣＵ制御部３２３）とを備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技用システムを提供することができる。

（３） 遊技媒体（たとえば、遊技玉）が封入され遊技媒体が入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）に対応して設けられ当該遊技機と通信可能な遊技用装置（たとえば、ＣＵ３）であって、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数、ベースの適否の判定結果、連続役物比率／役物比率の適否の判定結果）を外部に送信する送信手段（たとえば、ＣＵ制御部３２３）を備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技用装置を提供することができる。

（４） 上記（１）の遊技機、（２）の遊技用システム、または、（３）の遊技用装置において、
前記遊技機についての前記割合に関する設計値を外部のサーバから取得する取得手段（たとえば、払出制御部１７１、図１８のステップＳ１０３。Ｐ台２、ＣＵ３、遊技機管理サーバ８０２などの各サーバのいずれに備えられてもよい。）と、
前記設計値と前記割合とを比較して、前記割合の適否を判定する判定手段（たとえば、払出制御部１７１、図１９のステップＳ１４５，ステップＳ１５５、図２１のステップＳ１８５。Ｐ台２、ＣＵ３、遊技機管理サーバ８０２などの各サーバのいずれに備えられてもよい。）とをさらに備える。

このような構成によれば、サーバで管理されている設計値に基づいて正確に割合の適否を判定することができる。また、割合の適否を判定する装置が、判定しない装置の処理負担を軽減することができる。

（５） 上記（４）の遊技機、遊技用システム、または、遊技用装置において、
前記判定手段による判定結果を外部（たとえば、ＣＵ３、遊技機管理サーバ８０２などの各サーバ）に送信する判定結果送信手段（たとえば、払出制御部１７１、図１９のステップＳ１４６，ステップＳ１５６、図２１のステップＳ１８６。Ｐ台２、ＣＵ３のいずれに備えられてもよい。）をさらに備える。

このような構成によれば、割合の適否を外部で判断可能とすることができる。
（６） 上記（１）から（５）の遊技機、遊技用システム、または、遊技用装置において、
前記送信手段は、前記割合の適否を適正に判定可能な予め設定された算出対象期間における前記割合の適否に関する前記所定情報を送信する（たとえば、払出制御部１７１、図１９のステップＳ１１１で判定値算出対象外期間と判断された場合は、ステップＳ１４６，ステップＳ１５６において低ベース時異常情報，高ベース時異常情報が送信されない。）。

このような構成によれば、割合を適正に判定可能とすることができる。
（７） 上記（１）から（６）の遊技機、遊技用システム、または、遊技用装置において、
前記送信手段は、前記入賞領域ごとの前記割合の適否に関する前記所定情報を送信する（たとえば、払出制御部１７１、図２１のステップＳ１８６）。

このような構成によれば、入賞領域ごとの割合を判定可能とすることができる。このため、ある入賞領域のみに不正に遊技媒体を入賞をさせることなどによる割合の不正な操作を確認可能とすることができる。

カードユニットおよびパチンコ遊技機を示す正面図である。 パチンコ遊技機のガラス扉と前枠とを開放した状態を示す斜視図である。 遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。 カードユニットおよびパチンコ遊技機に用いられる制御回路を示すブロック図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 カードユニット側とパチンコ遊技機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ遊技機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 状態情報要求の内容を説明するための説明図である。 状態情報応答の内容を説明するための説明図である。 状態情報応答の内容を説明するための説明図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 カードが返却されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態、およびカードの挿入状態の関係を説明するための概念図である。 挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 状態情報要求受信処理を説明するためのフローチャートである。 遊技システムにおいて報知可能なエラーの種類を説明するための図である。 設計値取得処理を説明するためのフローチャートである。 遊技盤面判定関連処理を説明するためのフローチャートである。 通過数加算処理を説明するためのフローチャートである。 遊技盤面判定関連処理の変形例を説明するためのフローチャートである。

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

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

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

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

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

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

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

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

また、Ｐ台２の接続面５４ａの上方位置に遊技玉数を表示するための遊技玉数表示器が設けられている。遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイで構成されており、後述の払出制御部１７１によって制御される。この遊技玉数表示器２９により、後述する遊技玉数や発生したエラーのエラー番号などが表示される。さらに、後述するように、ＣＵ３にカードが挿入されていないにも関わらず、遊技玉の加算要求が行われた場合には、不正玉貸玉数を特定可能な情報が遊技玉数表示器２９に表示される。なお、遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイに限定されず、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜パチンコ玉の循環経路＞
ここでは、図１および図４を参照して、Ｐ台２におけるパチンコ玉の循環経路を概説する。遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

図５に示される遊技機管理サーバ８０２は、たとえば、複数の遊技機メーカが加盟する団体によって運営される遊技機を管理する組織に設けられ、遊技場に設置された遊技機が設計値と異なる異常な状態となっていないかを確認することによって遊技機を管理するサーバである。遊技機管理サーバ８０２は、他の組織に設けられるようにしてもよい。遊技機管理サーバ８０２は、ホールサーバ８０１、カードユニット３およびＰ台２と通信可能である。

本実施の形態において、遊技機管理サーバ８０２は、メインチップＩＤなどの遊技機を各々、識別する情報に対応付けて、遊技機の機種名および遊技機の異常を判断するための遊技機の設計値を記憶する。詳しくは後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図７を参照して、ＣＵ３とＰ台２との間で送受信されるコマンドおよびレスポンスの概略を説明する。

＜＜コマンド、レスポンスの送信＞＞
図７には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。

ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行った後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。

このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。

それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。

なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜＜状態情報要求＞＞
ＣＵ３からＰ台２に対しては、所定間隔（たとえば、２００ｍｓ）毎に状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図６に示したＣＵ３側からＰ台２側へ向かう加算玉数が含まれている。

図８を参照しながら、状態情報要求について説明する。図８は、状態情報要求の内容を説明するための説明図である。状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」、「計数通番」、および「玉単価」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

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

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

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

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

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

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

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

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

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

図９を参照しながら、状態情報応答について説明する。図９は、状態情報応答の内容を説明するための説明図である。状態情報応答の具体的データには、「通番」、「コマンド」、「ＣＵ制御部要求情報」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「発射強度」、「遊技機状態」、「遊技機エラー状態」、「不正検知情報」、「不正検知状態」、「加算通番」、および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。

「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。「アウト口通過玉数」は、アウト口１５４を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。「計数要求玉数」は、計数要求した遊技玉の個数である。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。

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

たとえば、「遊技機状態１」のＢｉｔ５は、ＣＵ３から受け付けた加算要求に従って、Ｐ台２が遊技玉を加算したか否かの結果を示す。遊技玉が正常に加算されたときにはＢｉｔ５が“０”に設定され、正常に加算されなかったときにはＢｉｔ５が“１”に設定される。

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

たとえば、「不正検知状態２」のＢｉｔ６は、不正玉貸検知フラグであり、ＣＵ３にカードが挿入されていない状態で加算要求を受けたか否かを示す。ＣＵ３にカードが挿入された状態で加算要求を受け付けたときにはＢｉｔ６が“０”に設定され、ＣＵ３にカードが挿入されていない状態で加算要求を受け付けたときにはＢｉｔ６が“１”に設定される。具体的に、払出制御部１７１は、後述の状態情報要求受信処理（図１６参照）において、加算要求を受け付けたにも関わらずＣＵ３にカードが挿入されていないと判定したときにはＢｉｔ６を“１”に設定する。なお、「不正検知状態２」のＢｉｔ６は、一旦、“１”に設定されると、Ｐ台２の電源が切断されるまで“１”に設定された状態で維持される。

また、「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となり、カード未挿入状態で玉貸されようとした玉数（不正玉貸玉数とも言う）が蓄積された結果を表している。

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

「不正検知状態３」は、払出制御基板１７の不正検知情報である。たとえば、「不正検知状態３」のＢｉｔ１は、“１”のとき鉄玉検知の不正検知情報であることを表している。

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

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

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

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

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

カード挿入応答のレスポンスは、ＣＵ３に対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」、および「結果」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「結果」は、払出制御部１７１がカード挿入通知を受信したときに、カードＩＤおよびカード挿入時刻などを正常に上書きしたか否か、すなわちカード挿入通知を正常に受け付けたか否かの情報を示している。カード挿入通知が正常に受け付けられたときには「結果」としてＯＫが示され、カード挿入通知が正常に受け付けられなかったときには「結果」としてＮＧが示される。なお、カード挿入通知によって特定される「カード挿入時刻」が所定の形式からなる値（たとえば、ＢＣＤ値（２進化１０進数））以外の形式からなる値である場合には、「結果」としてＮＧが示される。

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

Ｐ台２は、カードＩＤおよびカード挿入時刻などを正常に上書きした、すなわちカード挿入通知を正常に受け付けたときには、カードが挿入状態であることを示すカード挿入中フラグを払出制御部１７１のＲＡＭに設定する。

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

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

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

ここで、カード挿入通知時またはカード返却通知時のＰ台２の動作について説明する。カード挿入通知時に、ＣＵ３で会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のバックアップを行う。カード返却通知時に、ＣＵ３で「カード返却」ボタンの押下の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のクリアを行う。さらに、Ｐ台２は、払出制御部１７１のＲＡＭに設定していたカード挿入中フラグをクリアする。

＜＜設計値取得要求、設計値取得応答＞＞
Ｐ台２からＣＵ３に対して設計値取得要求という名称のコマンドが送信される。この設計値取得要求のコマンドは、ＣＵ３を介して遊技場の外部の遊技機管理サーバ８０２に対してベース等の設計値の取得を要求するものであり、遊技機の起動時に送信される。

ベースは、Ｐ台２の遊技領域２７に打ち込まれたパチンコ玉の数に対する、遊技領域２７に設けられた大入賞口２７１、普通入賞口２７２〜２７４、および、始動入賞口２７５〜２７７などの入賞口へのパチンコ玉の入賞に応じて付与された遊技価値に対応するパチンコ玉の数の割合である。

遊技領域２７には、釘や風車などの障害物が設けられている。遊技領域２７に打ち込まれたパチンコ玉は、これらの障害物に当たりながら、各入賞口に入賞したり、いずれの入賞口にも入賞せず、アウト口１５４に達したりする。この障害物が設けられる位置などの設置状態に応じて、遊技領域２７に打ち込まれたパチンコ玉の数に対する各入賞口への入賞個数の平均値が定められる。また、各入賞口への入賞に対して付与される遊技価値に対応するパチンコ玉の数は、入賞口ごとに予め定められている。これにより、これらの障害物の設置状態を設計することによって、ベースの設計値を定めることができる。これらの障害物はパチンコ遊技機の機種ごとに設計された設置状態で製造される。このため、ベースの設計値は機種ごとに一定の範囲の値となる。

設計値取得要求コマンドには、「通番」、「コマンド」、「機種名」、「メインチップＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「機種名」は、主制御基板１６から取得した当該機種の機種名である。「メインチップＩＤ」は、主制御基板１６から取得した当該主制御基板１６の識別情報である。

この設計値取得要求に対応して、ＣＵ３からＰ台２に対して設計値取得応答という名称のレスポンスが送信される。この設計値取得応答のレスポンスは、Ｐ台２に対してベース等の設計値を応答するものであり、遊技機管理サーバ８０２からの遊技機の設計値の取得に応じて送信される。

設計値取得応答のレスポンスには、「通番」、「コマンド」、「低ベース時ベース下限値Ｂｌｌ」、「低ベース時ベース上限値Ｂｌｕ」、「高ベース時ベース下限値Ｂｈｌ」、「高ベース時ベース上限値Ｂｈｕ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「低ベース時ベース下限値Ｂｌｌ」および「低ベース時ベース上限値Ｂｌｕ」は、それぞれ、低ベース時のベースの下限値および上限値の設計値である。「高ベース時ベース下限値Ｂｈｌ」および「高ベース時ベース上限値Ｂｈｕ」は、それぞれ、高ベース時のベースの下限値および上限値の設計値である。

ベースの設計値には、電動チューリップが設けられた始動入賞口２７６などの遊技者にとって有利な第１の状態と不利な第２の状態とに変化可能な入賞口が第１の状態とされる頻度が高くされることなどで入賞口への入賞頻度が高くされている高ベース状態における設計値、および、そのような入賞頻度が高くされていない低ベース状態における設計値がある。また、ベースの値は統計的に所定割合で所定範囲に含まれる。この所定範囲の下限値および上限値を、ベースの設計値の下限値および上限値とする。これにより、ベースの値がこの下限値を下回ったり上限値を上回ったりすることが頻発すると、パチンコ遊技機の釘などの障害物の状態が異常な状態であると判断することができる。

前述した図１０の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。

また、本実施の形態においては、ベースの他に、役物比率、連続役物比率の異常も判断する。役物比率および連続役物比率の定義は、遊技機の認定および型式の認定等に関する規則で規定されている。

役物比率（役比ともいう）とは、１０時間に発射させた遊技球により獲得する遊技球のうち役物の作動によるものの割合をいう。上述の規則において、役物比率は７０％以下でなければならないことが定められている。本実施の形態においては、役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである電動チューリップで構成される始動入賞口２７６、および、役物の１つである可変入賞球装置で構成される大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。

連続役物比率（役連ともいう）とは、１０時間に発射させた遊技球により獲得する遊技球の数のうち役物が連続して作動する場合における当該役物の作動によるものの割合をいう。上述の規則において、連続役物比率は６０％以下でなければならないことが定められている。本実施の形態においては、連続役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである可変入賞球装置が設けられた大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。

前述した図１０の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。

＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３およびＰ台２の処理については、図１１に示すとおりである。

＜＜カード返却＞＞
カードが返却されたときのＣＵ３およびＰ台２の処理については、図１２に示すとおりである。

カードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係については、図１３で示すとおりである。

＜＜プリペイド貸出＞＞
挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理については、図１４に示すとおりである。

＜＜持玉払出・貯玉払出（再プレイ）＞＞
持玉払出、貯玉払出をして再プレイする処理については、図１５に示すとおりである。

＜状態情報要求受信処理＞
状態情報要求受信処理については、図１６に示すとおりである。

＜遊技システムにおいて報知されるエラーの種類＞
次に、本実施の形態に係る遊技システムにおいて報知されるエラーについてまとめて説明する。図１７は、遊技システムにおいて報知可能なエラーの種類を説明するための図である。図１７には、３６種類のエラーが記載されており、それぞれのエラーの「優先度」、「エラーコード」、「エラー名称」、「エラー検知内容」、「報知手段」、および「エラー解除方法」が記載されている。

たとえば、番号２８のエラーは、「優先度」が「７」、「エラーコード」が「Ｆ６０」、「エラー名称」が「不正玉貸検知」、「エラー検知内容」が「カード挿入中以外に貸玉数の加算要求を受信した」、「報知手段」が「遊技機枠、ユニット」、「エラー解除方法」が「自動復帰」である。ここで、遊技機枠で報知する場合、遊技玉数表示器２９などの表示装置（たとえば、可変表示装置２７８など）に「エラーコード」を表示して報知する以外に、払出制御基板１７に設けた７セグメント式のＬＥＤディスプレイに「エラーコード」を表示して報知を行ってもよい。また、「エラーコード」を表示するのではなく、遊技を停止させてエラーを報知してもよいし、エラーの情報を外部に出力してもよい。

報知手段は、エラーの種類によって遊技盤において音声出力したり電飾を点灯させたりすることでエラーの報知を行ってもよい。また、報知手段は、エラーの種類によってホールコンに対して情報出力１、情報出力２を出力することでエラーを報知してもよい。「エラー解除方法」は「自動復帰」以外に、電源を一旦ＯＦＦにして、ＯＮ状態にする「電源ＯＦＦ／ＯＮ」の方法や、解除スイッチを押下する「解除スイッチ」がある。

「自動復帰」は、報知手段がエラー報知を行なった後、一定時間経過すると自動的に処理がエラー状態から復帰するエラー解除方法である。「電源ＯＦＦ／ＯＮ」は、文字通りＰ台２の電源を一旦ＯＦＦにして、ＯＮ状態にすることでエラー状態から復帰するエラー解除方法である。「解除スイッチ」は、例えば払出制御基板１７に設けられたエラー解除スイッチ（図示せず）を押下することでエラー状態から復帰するエラー解除方法である。エラー解除スイッチを押下することで、払出制御基板１７に記憶されている減算センサ等の異常フラグがリセットされて、エラー状態から復帰することができる。つまり、「解除スイッチ」によりエラー解除方法が必要なエラーは、何らかのデータが払出制御基板１７に記憶されており、当該データのリセットが必要なエラーを主に対象としている。「電源ＯＦＦ／ＯＮ」によりエラー解除方法が必要なエラーは、払出制御基板１７に記憶されているデータだけでなく、主制御基板１６等に記憶されているデータも含めてリセットが必要なエラーを主に対象としている。「自動復帰」は、データのリセットが必要のないエラーを主に対象としている。

また、ユーザプログラムなどの所定処理の実行が開始される前に発生するエラーには、エラーコード「Ｆ９１」の遊技機内認証不整合のエラーと、エラーコード「Ｆ９６」の遊技機内通信異常のエラーとがあるが、同時に発生した場合は優先度の高い方のエラーを報知する。具体的に、図１７に示すようにエラーコード「Ｆ９１」の優先度は「１６」で、エラーコード「Ｆ９６」の優先度は「２１」であるので、優先度の高いエラーコード「Ｆ９１」が遊技玉数表示器２９に表示される。なお、複数のエラーを表示することができる表示装置であれば、優先度順に複数のエラーを表示してもよい。

図１８は、設計値取得処理を説明するためのフローチャートである。図１８を参照して、まず、払出制御基板１７の払出制御部１７１は、Ｐ台２の起動時であるか否かを判断する（ステップＳ１０１）。起動時であるか否かは、払出制御部１７１が起動時処理を実行中であるか否かで判断することができる。起動時でない（ステップＳ１０１でＮＯ）と判断した場合、払出制御部１７１は、この設計値取得処理を終了し、実行する処理を呼出元に戻す。

Ｐ台２の起動時である（ステップＳ１０１でＹＥＳ）と判断した場合、払出制御部１７１は、機種名、メインチップＩＤ、役物無しの第ｎ入賞口（ここでは、大入賞口２７１以外の入賞口に番号ｎを付する。たとえば、普通入賞口２７２〜２７４をそれぞれ番号１〜３、つまり第１入賞口〜第３入賞口とし、始動入賞口２７５〜２７７をそれぞれ番号４〜６、つまり第４入賞口〜第６入賞口とする。このため、役物無しの入賞口は、第１入賞口〜第４入賞口，第６入賞口である。）の１個の入賞に対する賞球数Ａｎ（たとえば、第１入賞口〜第３入賞口は、３個、第４入賞口，第６入賞口は、５個）と、役物有りの始動入賞口２７６（ここでは、第５入賞口）の１個の入賞に対する賞球数Ａｓ（たとえば、５個）と、大入賞口２７１の１個の入賞に対する賞球数Ａｂ（たとえば、３個）とを、主制御基板１６から取得し、払出制御部１７１のＲＡＭに記憶させる（ステップＳ１０２）。

次に、払出制御部１７１は、主制御基板１６から取得した機種名およびメインチップＩＤに対応する、低ベース時ベース下限値Ｂｌｌと、低ベース時ベース上限値Ｂｌｕと、高ベース時ベース下限値Ｂｈｌと、高ベース時ベース上限値Ｂｈｕとを、遊技機管理サーバ８０２から取得し、払出制御部１７１のＲＡＭに記憶させる（ステップＳ１０３）。たとえば、Ｂｌｌ＝３０，Ｂｌｕ＝３９，Ｂｈｌ＝８０，Ｂｈｕ＝９５である。その後、払出制御部１７１は、この設計値取得処理を終了し、実行する処理を呼出元に戻す。

図１９は、遊技盤面判定関連処理を説明するためのフローチャートである。図１９を参照して、払出制御部１７１は、判定値算出対象外期間であるか否かを判断する（ステップＳ１１１）。判定値算出対象外期間とは、ベース、役物比率および連続役物比率などの判定値の算出の対象から除外する期間のことであり、たとえば、ガラス扉６や前枠５が開放中である期間、パチンコ玉の非発射期間（たとえば、最後にパチンコ玉を発射してから１５秒経過後の期間）、および、遊技場の閉店中の期間などの、店員等による不正が可能な期間である。判定値算出対象外期間である（ステップＳ１１１でＹＥＳ）と判断した場合、払出制御部１７１は、この遊技盤面判定関連処理を終了し、実行する処理を呼出元に戻す。

判定値算出対象外期間でない（ステップＳ１１１でＮＯ）と判断した場合、払出制御部１７１は、後述する図２０で示す通過数加算処理を実行する（ステップＳ１２０）。

図２０は、通過数加算処理を説明するためのフローチャートである。図２０を参照して、払出制御部１７１は、大当り遊技状態であるか否かを判断する（ステップＳ１２１）。大当り遊技状態でない（ステップＳ１２１でＮＯ）と判断した場合、払出制御部１７１は、高ベース状態であるか否かを判断する（ステップＳ１２２）。

高ベース状態でない（ステップＳ１２２でＮＯ）と判断した場合、つまり、大当り遊技状態でなく、かつ、低ベース状態である場合、アウト玉検出スイッチ７０１から検出信号を受信したか否かを判断する（ステップＳ１２３）。受信した（ステップＳ１２３でＹＥＳ）と判断した場合、低ベース時のアウト口の通過数ｐｌを１加算する（ステップＳ１２４）。

また、第ｎ入賞口（本実施の形態では第１入賞口から第６入賞口）には、それぞれ、入賞玉を検出する検出スイッチが設けられる。アウト玉検出スイッチ７０１から検出信号を受信していない（ステップＳ１２３でＮＯ）と判断した場合、および、ステップＳ１２４の後、払出制御部１７１は、第ｎ入賞口の検出スイッチから検出信号を受信したか否かを判断する（ステップＳ１２５）。受信した（ステップＳ１２５でＹＥＳ）と判断した場合、低ベース時の第ｎ入賞口の通過数ｑｌｎを１加算する（ステップＳ１２６）。

一方、高ベース状態である（ステップＳ１２２でＹＥＳ）と判断した場合、つまり、大当り遊技状態でなく、かつ、高ベース状態である場合、アウト玉検出スイッチ７０１から検出信号を受信したか否かを判断する（ステップＳ１２７）。受信した（ステップＳ１２７でＹＥＳ）と判断した場合、高ベース時のアウト口の通過数ｐｈを１加算する（ステップＳ１２８）。

アウト玉検出スイッチ７０１から検出信号を受信していない（ステップＳ１２７でＮＯ）と判断した場合、および、ステップＳ１２８の後、払出制御部１７１は、第ｎ入賞口の検出スイッチから検出信号を受信したか否かを判断する（ステップＳ１２９）。受信した（ステップＳ１２９でＹＥＳ）と判断した場合、高ベース時の第ｎ入賞口の通過数ｑｈｎを１加算する（ステップＳ１３０）。

大当り遊技状態である（ステップＳ１２１でＹＥＳ）と判断した場合、第ｎ入賞口の検出スイッチから検出信号を受信していない（ステップＳ１２５，ステップＳ１２９でＮＯ）と判断した場合、ステップＳ１２６の後、および、ステップＳ１３０の後、払出制御部１７１は、役物を有さない第ｎ入賞口（本実施の形態では、第１入賞口〜第４入賞口，第６入賞口）の検出スイッチから検出信号を受信したか否かを判断する（ステップＳ１３１）。受信した（ステップＳ１３１でＹＥＳ）と判断した場合、払出制御部１７１は、第ｎ入賞口の通過数ｑｎを１加算する（ステップＳ１３２）。

第ｎ入賞口の検出スイッチから検出信号を受信していない（ステップＳ１３１でＮＯ）と判断した場合、および、ステップＳ１３２の後、払出制御部１７１は、役物を有する始動入賞口２７６の検出スイッチから検出信号を受信したか否かを判断する（ステップＳ１３３）。受信した（ステップＳ１３３でＹＥＳ）と判断した場合、払出制御部１７１は、役物を有する始動入賞口２７６の通過数ｑｓを１加算する（ステップＳ１３４）。

役物を有する始動入賞口２７６の検出スイッチから検出信号を受信していない（ステップＳ１３３でＮＯ）と判断した場合、および、ステップＳ１３４の後、払出制御部１７１は、大入賞口２７１の検出スイッチからの検出信号を受信したか否かを判断する（ステップＳ１３５）。受信した（ステップＳ１３５でＹＥＳ）と判断した場合、払出制御部１７１は、大入賞口２７１の通過数ｑｂを１加算する（ステップＳ１３６）。

大入賞口２７１の検出スイッチから検出信号を受信していない（ステップＳ１３５でＮＯ）と判断した場合、および、ステップＳ１３６の後、払出制御部１７１は、全入賞口の検出スイッチおよびアウト玉検出スイッチ７０１から検出信号を受信したか否かを判断する（ステップＳ１３７）。受信した（ステップＳ１３７でＹＥＳ）と判断した場合、払出制御部１７１は、アウト玉数ｒを１加算する（ステップＳ１３８）。

払出制御部１７１は、全入賞口の検出スイッチおよびアウト玉検出スイッチ７０１から検出信号を受信していない（ステップＳ１３７でＮＯ）と判断した場合、払出制御部１７１は、この通過数加算処理を終了し、実行する処理を呼出元に戻す。

図１９に戻って、ステップＳ１２０の後、払出制御部１７１は、低ベース時のアウト玉数ｒｌ＝ｐｌ＋Σｑｌｎを計算する（ステップＳ１４１）。そして、払出制御部１７１は、算出した低ベース時のアウト玉数ｒｌ＝１００であるか否かを判断する（ステップＳ１４２）。

低ベース時のアウト玉数ｒｌ＝１００である（ステップＳ１４２でＹＥＳ）と判断した場合、低ベース時のセーフ玉数ｓｌ＝Σ（Ａｎ×ｐｌｎ）を計算する（ステップＳ１４３）。また、低ベース時ベースｂｌ＝１００×ｓｌ／ｒｌを計算して、ＲＡＭに記憶させる（ステップＳ１４４）。

次に、払出制御部１７１は、低ベース時ベース下限値Ｂｌｌ＜低ベース時ベースｂｌ＜低ベース時ベース上限値Ｂｌｕであるか否かを判断する（ステップＳ１４５）。Ｂｌｌ＜Ｂｌ＜Ｂｌｕである（ステップＳ１４５でＹＥＳ）と判断した場合、払出制御部１７１は、低ベース時ベース異常情報をＣＵ３を介して遊技機管理サーバ８０２に出力する（ステップＳ１４６）。

Ｂｌｌ＜Ｂｌ＜Ｂｌｕでない（ステップＳ１４５でＮＯ）と判断した場合、および、ステップＳ１４６の後、払出制御部１７１は、ｐｌ，ｑｌｎを０にリセットする（ステップＳ１４７）。

低ベース時のアウト玉数ｒｌ＝１００でない（ステップＳ１４２でＮＯ）と判断した場合、および、ステップＳ１４７の後、払出制御部１７１は、高ベース時のアウト玉数ｒｈ＝ｐｈ＋Σｑｈｎを計算する（ステップＳ１５１）。そして、払出制御部１７１は、算出した高ベース時のアウト玉数ｒｈ＝１００であるか否かを判断する（ステップＳ１５２）。

高ベース時のアウト玉数ｒｈ＝１００である（ステップＳ１５２でＹＥＳ）と判断した場合、高ベース時のセーフ玉数ｓｈ＝Σ（Ａｎ×ｐｈｎ）を計算する（ステップＳ１５３）。また、高ベース時ベースｂｈ＝１００×ｓｈ／ｒｈを計算して、ＲＡＭに記憶させる（ステップＳ１５４）。

次に、払出制御部１７１は、高ベース時ベース下限値Ｂｈｌ＜高ベース時ベースｂｈ＜高ベース時ベース上限値Ｂｈｕであるか否かを判断する（ステップＳ１５５）。Ｂｈｌ＜Ｂｈ＜Ｂｈｕである（ステップＳ１５５でＹＥＳ）と判断した場合、払出制御部１７１は、高ベース時ベース異常情報をＣＵ３を介して遊技機管理サーバ８０２に出力する（ステップＳ１５６）。

Ｂｈｌ＜Ｂｈ＜Ｂｈｕでない（ステップＳ１５５でＮＯ）と判断した場合、および、ステップＳ１５６の後、払出制御部１７１は、ｐｈ，ｑｈｎを０にリセットする（ステップＳ１５７）。

次に、アウト玉数ｒ＝６００００であるか否かを判断する（ステップＳ１６１）。本実施の形態のＰ台２は、１分で１００玉のパチンコ玉を遊技領域２６に発射することが可能である。このため、６００００玉は、１０時間で発射可能な玉数である。ｒ＝６００００でない（ステップＳ１６１でＮＯ）と判断した場合、払出制御部１７１は、実行する処理をこの処理の呼出元に戻す。

アウト玉数ｒ＝６００００である（ステップＳ１６１でＹＥＳ）と判断した場合、払出制御部１７１は、役物無しの入賞口（ここでは、第１入賞口〜第４入賞口，第６入賞口）の賞球数ｓｎ＝Σ（Ａｎ×ｑｎ）を計算し（ステップＳ１６２）、役物有りの入賞口（ここでは、第５入賞口）の賞球数ｓｓ＝Ａｓ×ｑｓを計算し（ステップＳ１６３）、大入賞口２７１の賞球数ｓｂ＝Ａｂ×ｑｂを計算する（ステップＳ１６４）。

次に、払出制御部１７１は、役物比率ｕ＝１００×（ｓｓ＋ｓｂ）／（ｓｎ＋ｓｓ＋ｓｂ）を計算して、ＲＡＭに記憶させ（ステップＳ１６５）、連続役物比率ｖ＝１００×ｓｂ／（ｓｎ＋ｓｓ＋ｓｂ）を計算して、ＲＡＭに記憶させる（ステップＳ１６６）。

そして、払出制御部１７１は、役物比率ｕ＞７０％であるか否かを判断する（ステップＳ１７１）。ｕ＞７０％である（ステップＳ１７１でＹＥＳ）と判断した場合、払出制御部１７１は、役物比率異常情報をＣＵ３を介して遊技機管理サーバ８０２に出力する（ステップＳ１７２）。

役物比率ｕ＞７０％でない（ステップＳ１７１でＮＯ）と判断した場合、および、ステップＳ１７２の後、払出制御部１７１は、連続役物比率ｖ＞６０％であるか否かを判断する（ステップＳ１７３）。ｖ＞６０％である（ステップＳ１７３でＹＥＳ）と判断した場合、払出制御部１７１は、連続役物比率異常情報をＣＵ３を介して遊技機管理サーバ８０２に出力する（ステップＳ１７４）。

連続役物比率ｖ＞６０％でない（ステップＳ１７３でＮＯ）と判断した場合、および、ステップＳ１７４の後、払出制御部１７１は、この遊技盤面判定関連処理を終了し、実行する処理を呼出元に戻す。

＜遊技盤面判定関連処理の変形例＞
図２１は、遊技盤面判定関連処理の変形例を説明するためのフローチャートである。図２１を参照して、この変形例は、図１９で説明した遊技盤面判定関連処理のステップＳ１４１〜ステップＳ１４７の部分のステップＳ１４６とステップＳ１４７との間に、図２１で示すように、ステップＳ１８３〜ステップＳ１８６を追加したものである。

Ｂｌｌ＜Ｂｌ＜Ｂｌｕでない（ステップＳ１４５でＮＯ）と判断した場合、および、ステップＳ１４６の後、払出制御部１７１は、低ベース時の入賞口ごとのセーフ玉数ｓｌｎ＝Ａｎ×ｑｌｎを計算する（ステップＳ１８３）。また、低ベース時の入賞口ごとのベースｂｌｎ＝１００×ｓｌｎ／ｒｌを計算して、ＲＡＭに記憶させる（ステップＳ１８４）。

次に、払出制御部１７１は、低ベース時の入賞口ごとのベース下限値Ｂｌｌｎ＜低ベース時のベースごとのベースｂｌｎ＜低ベース時の入賞口ごとのベース上限値Ｂｌｕｎであるか否かを判断する（ステップＳ１８５）。Ｂｌｌｎ，Ｂｌｕｎは、図１８のステップＳ１０３と同様、遊技機管理サーバ８０２から予め取得され、記憶されている。Ｂｌｌｎ＜Ｂｌｎ＜Ｂｌｕｎである（ステップＳ１８５でＹＥＳ）と判断した場合、払出制御部１７１は、入賞口ベース異常情報をＣＵ３を介して遊技機管理サーバ８０２に出力する（ステップＳ１８６）。

Ｂｌｌｎ＜Ｂｌｎ＜Ｂｌｕｎでない（ステップＳ１８５でＮＯ）と判断した場合、および、ステップＳ１８６の後、払出制御部１７１は、ｐｌ，ｑｌｎを０にリセットする（ステップＳ１４７）。

＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。

（１） 本実施の形態に係る遊技機は、遊技媒体（たとえば、遊技玉）が封入され入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）であって、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、ベースの適否の判定結果）を外部（たとえば、ＣＵ３、遊技機管理サーバ８０２などの各サーバ）に送信する送信手段（たとえば、払出制御部１７１、図１９のステップＳ１４６，ステップＳ１５６、図２１のステップＳ１８６）を備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技機を提供することができる。具体的には、遊技領域２７の釘や風車などの障害物を設計時と異なる状態にした場合には、上述の割合が変化するが、その割合の適否を外部で判断することで、障害物を設計時と異なる状態にしたか否かを判断することができる。

なお、打ち込まれた遊技媒体の数に対する、入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報は、たとえば、ベースの適否の判定結果、具体的には、図１９のステップＳ１４６の低ベース時ベース異常情報、ステップＳ１５６の高ベース時ベース異常情報、図２１のステップＳ１８６の入賞口ベース異常情報である。

しかし、これに限定されず、所定情報は、打ち込まれた遊技媒体の数に対する、入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を間接的に示す情報、たとえば、連続役物比率／役物比率の適否の判定結果、具体的には、図１９のステップＳ１７２の役物比率異常情報、ステップＳ１７４の連続役物比率異常情報であってもよい。

また、所定情報は、図１９のステップＳ１４４で計算した低ベース時ベースｂｌであってもよいし、ステップＳ１５４で計算した高ベース時ベースｂｈであってもよいし、ステップＳ１６５で計算した役物比率であってもよいし、ステップＳ１６６で計算した連続役物比率であってもよい。

また、所定情報は、アウト玉数とセーフ玉数とを含む情報であってもよいし、アウト玉数と入賞口ごとのセーフ玉数とを含む情報であってもよい。

（２） 前述した実施の形態においては、Ｐ台２の払出制御部１７１が上述の所定情報を出力するようにした。しかし、これに限定されず、ＣＵ３などの遊技用装置が上述の所定情報を出力するようにしてもよい。具体的には、以下のように構成してもよい。

遊技用システムは、遊技媒体（たとえば、遊技玉）が封入され遊技媒体が入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）と、当該遊技機に対応して設けられ当該遊技機と通信可能な遊技用装置（たとえば、ＣＵ３）とを含む遊技用システム（たとえば、遊技システム）であって、
前記遊技用装置は、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数、ベースの適否の判定結果、連続役物比率／役物比率の適否の判定結果）を外部に送信する送信手段（たとえば、ＣＵ制御部３２３）とを備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技用システムを提供することができる。

（３） 上述の（２）の遊技用システムに含まれる遊技用装置のみを規定すると次のようになる。

遊技用装置は、遊技媒体（たとえば、遊技玉）が封入され遊技媒体が入賞領域（たとえば、大入賞口２７１、普通入賞口２７２〜２７４、始動入賞口２７５〜２７７）に進入したことに応じて遊技価値を遊技者に付与する遊技機（たとえば、Ｐ台２）に対応して設けられ当該遊技機と通信可能な遊技用装置（たとえば、ＣＵ３）であって、
打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数、ベースの適否の判定結果、連続役物比率／役物比率の適否の判定結果）を外部に送信する送信手段（たとえば、ＣＵ制御部３２３）を備える。

このような構成によれば、遊技領域に打ち込まれた遊技媒体の数に対する、遊技領域に設けられた入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否を外部で判断することが可能な遊技用装置を提供することができる。

（４） 上記（１）の遊技機において、
前記遊技機についての前記割合に関する設計値を外部のサーバから取得する取得手段（たとえば、払出制御部１７１、図１８のステップＳ１０３）と、
前記設計値と前記割合とを比較して、前記割合の適否を判定する判定手段（たとえば、払出制御部１７１、図１９のステップＳ１４５，ステップＳ１５５、図２１のステップＳ１８５）とをさらに備える。

このような構成によれば、サーバで管理されている設計値に基づいて正確に割合の適否を判定することができる。また、割合の適否を判定する装置が、判定しない装置の処理負担を軽減することができる。

なお、上記（２）の遊技用システム、または、上記（３）の遊技用装置において、同様にしてもよい。この場合、取得手段および判定手段は、ＣＵ３などの遊技用装置に備えられるようにする。また、取得手段および判定手段は、遊技機管理サーバ８０２などの各サーバに備えられるようにしてもよい。

（５） 上記（４）の遊技機において、
前記判定手段による判定結果を外部（たとえば、ＣＵ３、遊技機管理サーバ８０２などの各サーバ）に送信する判定結果送信手段（たとえば、払出制御部１７１、図１９のステップＳ１４６，ステップＳ１５６、図２１のステップＳ１８６）をさらに備える。

このような構成によれば、割合の適否を外部で判断可能とすることができる。なお、上記（４）の遊技用システムまたは遊技用装置において、同様にしてもよい。この場合、判定結果送信手段は、ＣＵ３などの遊技用装置に備えられるようにする。

（６） 上記（１）から（５）の遊技機において、
前記送信手段は、前記割合の適否を適正に判定可能な予め設定された算出対象期間における前記割合の適否に関する前記所定情報を送信する（たとえば、払出制御部１７１、図１９のステップＳ１１１で判定値算出対象外期間と判断された場合は、ステップＳ１４６，ステップＳ１５６において低ベース時異常情報，高ベース時異常情報が送信されない。）。

このような構成によれば、割合を適正に判定可能とすることができる。なお、上記（２）から（５）の遊技用システムまたは遊技用装置において、同様にしてもよい。

（７） 上記（１）から（６）の遊技機において、
前記送信手段は、前記入賞領域ごとの前記割合の適否に関する前記所定情報を送信する（たとえば、払出制御部１７１、図２１のステップＳ１８６）。

このような構成によれば、入賞領域ごとの割合を判定可能とすることができる。このため、ある入賞領域のみに不正に遊技媒体を入賞をさせることなどによる割合の不正な操作を確認可能とすることができる。なお、上記（２）から（５）の遊技用システムまたは遊技用装置において、同様にしてもよい。

（８） 前述した実施の形態および変形例においては、上述の所定情報は、遊技機または遊技用装置で特定され、送信されるようにした。しかし、これに限定されず、上述の所定情報が、遊技場の内部のサーバ（ホールサーバ８０１、ホールコンピュータなど）または外部のサーバ（遊技機管理サーバ８０２、鍵管理サーバ８００、ＣＵ３で扱われるカードを管理するカード管理会社のカード管理サーバ）などの管理装置で特定されるようにしてもよい。

管理装置または遊技用装置で特定される所定情報が、ベースの適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図１９のステップＳ１４４，ステップＳ１５４、図２１のステップＳ１８４で示した低ベース時ベースｂｌ，高ベース時ベースｂｈ，入賞口ごとのベースｂｌｎであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９，図２１で示した方法と同様に特定することができる。

管理装置または遊技用装置で特定される所定情報が、低ベース時ベースｂｌ、高ベース時ベースｂｈ、入賞口ごとのベースｂｌｎ、または、ベースの適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図１９のステップＳ１４１，ステップＳ１４３，ステップＳ１５１，ステップＳ１５３、図２１のステップＳ１８３で示した低ベース時のセーフ玉数ｓｌ，低ベース時のアウト玉数ｒｌ，高ベース時のセーフ玉数ｓｈ，高ベース時のアウト玉数ｒｈ，入賞口ごとのセーフ玉数ｓｌｎであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９，図２１で示した方法と同様に特定することができる。

管理装置または遊技用装置で特定される所定情報が、低ベース時のセーフ玉数ｓｌ、低ベース時のアウト玉数ｒｌ、高ベース時のセーフ玉数ｓｈ、高ベース時のアウト玉数ｒｈ、入賞口ごとのセーフ玉数ｓｌｎ、低ベース時ベースｂｌ、高ベース時ベースｂｈ、入賞口ごとのベースｂｌｎ、または、ベースの適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図２０のステップＳ１２４，ステップＳ１２６，ステップＳ１２８，ステップＳ１３０で示した低ベース時の第ｎ入賞口通過数ｑｌｎ，低ベース時のアウト口通過数ｐｌ，高ベース時の第ｎ入賞口通過数ｑｈｎ，高ベース時のアウト口通過数ｐｈであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９で示した方法と同様に特定することができる。

管理装置または遊技用装置で特定される所定情報が、連続役物比率／役物比率の適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図１９のステップＳ１６５，ステップＳ１６６で示した連続役物比率ｖ，役物比率ｕであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９で示した方法と同様に特定することができる。

管理装置または遊技用装置で特定される所定情報が、連続役物比率ｖ、役物比率ｕ、または、連続役物比率／役物比率の適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図１９のステップＳ１６２〜ステップＳ１６４で示した役物無し入賞口賞球数ｓｎ，役物有り入賞口賞球数ｓｓ，大入賞口賞球数ｓｂであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９で示した方法と同様に特定することができる。

管理装置または遊技用装置で特定される所定情報が、役物無し入賞口賞球数ｓｎ、役物有り入賞口賞球数ｓｓ、大入賞口賞球数ｓｂ、連続役物比率ｖ、役物比率ｕ、または、連続役物比率／役物比率の適否の判定結果である場合、遊技機から、遊技用装置または管理装置への外部出力情報は、図２０のステップＳ１３２，ステップＳ１３４，ステップＳ１３６で示した第ｎ入賞口通過数ｑｎ，役物を有する始動入賞口通過数ｑｓ，大入賞口通過数ｑｂであってもよい。これらの所定情報は、管理装置または遊技用装置によって、これらの外部出力情報に基づいて図１９で示した方法と同様に特定することができる。

さらに、特定された所定情報が、他の管理装置に送信されるようにしてもよい。これにより、特に外部の管理装置に所定情報が送信される場合、外部の管理装置において、市場全体などの複数の遊技場の遊技機について所定情報で示されるベース、役物比率および連続役物比率を把握管理することができる。

（９） 所定情報を受信した管理装置または遊技用装置においては、所定情報自体（たとえば、ベース、役物比率または連続役物比率の適否の判定結果）に基づいてベース、役物比率または連続役物比率の異常を監視し、異常と判断した場合に異常を報知するようにしてもよいし、所定情報（たとえば、低ベース時ベース、高ベース時ベース、連続役物比率、役物比率、アウト玉数＋セーフ玉数、アウト玉数＋入賞口ごとのセーフ玉数）から、ベース、役物比率または連続役物比率を計算し、その異常を監視し、異常と判断した場合に異常を報知するようにしてもよい。

（１０） 前述した実施の形態においては、上述の所定情報は、払出制御基板１７の払出制御部１７１によって特定されるようにした。しかし、これに限定されず、主制御基板１６の主制御部１６１など、遊技機の他の制御部によって特定されるようにしてもよい。

（１１） 前述した実施の形態または変形例において、遊技機または遊技用装置において所定情報を特定した場合、遊技機または遊技用装置において所定情報に基づいて異常を報知するようにしてもよい。

（１２） 前述した実施の形態において、上述の所定情報を遊技場の外部に送信するときに、通信が不能（オフライン状態）となっている場合は、遊技場側の遊技機、遊技用装置、管理装置に、所定情報を一時的に記憶しておき、通信が復旧した場合に、所定情報を外部の管理装置に送信するようにしてもよい。

（１３） 前述した実施の形態においては、図１９のステップＳ１４２，ステップＳ１５２，ステップＳ１６１で示したように、Ｐ台２の払出制御部１７１によって、ベース、役物比率および連続役物比率が異常であるか否かが、所定のアウト玉数ごとに定期的に算出され、判断されるようにした。しかし、これに限定されず、所定時間（たとえば、１時間）ごとに定期的に算出され、判断されるようにしてもよいし、アウト玉数が１玉増えるごとにリアルタイムに、ベース、役物比率および連続役物比率が算出され、異常であるか否かが判断されるようにしてもよい。

（１４） 前述した実施の形態においては、ベース、役物比率および連続役物比率が算出されるごとに、上述の所定情報が送信されるようにした。しかし、これに限定されず、上述の所定情報は、定期的（たとえば、１時間ごと）に送信されるようにしてもよい。

（１５） 前述した実施の形態においては、図１７で示したように、ベース、役物比率および連続役物比率が異常であることは、払出制御基板１７の７セグメント式のＬＥＤディスプレイの表示部に表示することで報知されるようにした。この報知が特定操作に応じて行なわれるようにしてもよい。また、ベース、役物比率または連続役物比率の値が払出制御基板１７の表示部に表示されるようにしてもよい。また、払出制御基板１７の表示部のような遊技者が通常見ることができない表示部とは異なる遊技者が見ることができる表示部、たとえば、表示器５４に表示されるようにしてもよい。この場合、表示器５４のタッチパネルでの特定操作に応じて表示されるようにしてもよい。また、特定操作が無くても常に表示されるようにしてもよい。また、ベース、役物比率および連続役物比率が異常であること、ならびに、ベース、役物比率および連続役物比率のうちの少なくともいずれか１つまたは複数の情報が表示されるようにしてもよい。また、これらの情報のいずれか１つまたは複数の情報を示唆する情報（たとえば、赤いアイコンを表示する、背景を赤くする）または関連する情報（たとえば、ベース、役物比率または連続役物比率の棒グラフや折線グラフなどのグラフ表示）が表示されるようにしてもよい。

（１６） 前述した実施の形態においては、入賞口ごとのベースの偏りの異常判定においては、入賞口ごとのベースｂｌｎの上限値Ｂｌｕｎおよび下限値Ｂｌｌｎが予め与えられており、これらの値に基づいて、図２１のステップＳ１８５で示したように異常判定が行なわれるようにした。

しかし、これに限定されず、入賞口ごとのベースの入賞口間の比率の設計値が予め与えられるようにして、集計されたアウト玉数および入賞口ごとのセーフ玉数から計算される入賞口ごとのベースの入賞口間の比率が、設計値からどの程度、乖離しているかによって異常判定が行なわれるようにしてもよい。

また、集計されたアウト玉数および入賞口ごとのセーフ玉数から計算される入賞口ごとのベースの入賞口間の比率が、入賞口ごとの賞球数を考慮した上で他の入賞口の比率よりも相対的に大きいものがある場合に異常判定が行なわれるようにしてもよい。

（１７） 前述した実施の形態において、図１９のステップＳ１４４，ステップＳ１５４および図２１のステップＳ１８４で算出したベースの計算結果は、たとえば、所定時間（たとえば、１０時間）分、保持しておき、１時間ごとに古いものから削除するようにしてもよい。また、計算結果は、所定時間分、保持しておき、計算結果が計算されるごとに、古いものから削除するようにしてもよい。

（１８） 前述した実施の形態においては、図１９のステップＳ１４１，ステップＳ１５４、図２０のステップＳ１３７，ステップＳ１３８で示す方法で、アウト玉数を算出するようにした。しかし、これに限定されず、発射玉検出スイッチ９０３に検出された玉数からファール玉検出スイッチ３３Ａに検出された玉数を引くことによって、アウト玉数を算出するようにしてもよい。

（１９） 前述した実施の形態においては、図１９のステップＳ１４２，ステップＳ１４５，ステップＳ１５２，ステップＳ１５５で示したように、ベースは、アウト玉数が１００玉に達するごとに異常判定をするようにした。また、図１９のステップＳ１６１，ステップＳ１７１，ステップＳ１７３で示したように、役物比率および連続役物比率は、アウト玉数が６００００玉に達するごとに異常判定をするようにした。しかし、これに限定されず、ベースは、アウト玉数が１００玉と異なる玉数（たとえば、６００００玉）に達するごとに異常判定をし、役物比率および連続役物比率は、アウト玉数が６００００玉と異なる玉数（たとえば、６０００００玉）に達するごとに異常判定をするようにしてもよい。また、同じタイミングで、ベース、役物比率および連続役物比率の異常判定をするようにしてもよい。

（２０） 前述した実施の形態においては、図１９のステップＳ１６１，ステップＳ１７１，ステップＳ１７３で示したように、役物比率および連続役物比率は、アウト玉数が６００００玉に達するごとに異常判定をするようにした。しかし、これに限定されず、アウト玉数が所定玉数（たとえば、６００００玉）に達するごとに、役物比率および連続役物比率を算出し、複数回（たとえば、１０回）算出するごとに、異常判定をするようにしてもよい。

（２１） 前述した実施の形態において、ベース、役物比率および連続役物比率が継続して異常と判定されている場合に、異常が解消したと判断したときに、その旨を示す情報を、遊技場の外部または内部の管理装置に送信するようにしてもよい。

（２２） 前述した実施の形態においては、図１８のステップＳ１０３で示したように、ベースなどの異常を判定するための基準値は、遊技機管理サーバ８０２などの管理装置から取得されるようにした。しかし、これに限定されず、このような基準値が、基準値の判定が行なわれる装置（たとえば、遊技機、遊技用装置、遊技機管理サーバ８０２と異なる管理装置など）に予め記憶されるようにしてもよい。また、このような基準値を、遊技場の店員などが、基準値の判定が行なわれる装置に、入力して設定記憶できるように構成してもよい。

＜その他の変形例など＞
（１） 本実施の形態では、図１６に示すように、Ｐ台２は、状態情報要求によって遊技玉の加算要求がされた場合、Ｓ１２の処理において、カード挿入通知を正常に受け付けたことを示すカード挿入中フラグがＲＡＭに設定されていると判定し、かつＳ１３の処理において、状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＮであると判定したときには、Ｓ１４の処理において、遊技玉を加算する。一方、Ｐ台２は、状態情報要求によって遊技玉の加算要求がされた場合、Ｓ１２の処理において、カード挿入中フラグが払出制御部１７１のＲＡＭに設定されていない、あるいはＳ１３の処理において、状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＦＦであると判定したときには、Ｓ１４の処理に移行せず、遊技玉を加算しない。

このように、Ｐ台２が加算要求を受け付けたとしても、ＣＵ３によってカードが受け付けられていないときにはＰ台２が記憶する遊技玉が加算されないため、遊技玉の加算時におけるセキュリティを向上させることができる。

（２） 図１６に示すように、Ｐ台２は、Ｓ１２の処理において、カード挿入通知を受信したことに基づきカードを正常に受け付けたことを示すカード挿入中フラグがＲＡＭに設定されているか否かを判定することによって、遊技玉を加算するか否かを判定する。

このように、Ｐ台２は、カードがＣＵ３によって受け付けられたときに当該ＣＵ３から送信されるカード挿入通知を受信していたか否かを判定することにより、遊技玉を加算するか否かを判断することができる。

（３） 図１６に示すように、Ｐ台２は、Ｓ１３の処理において、状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＮであるか否かを判定することによって、遊技玉を加算するか否かを判定する。

このように、Ｐ台２は、２００ｍｓ毎にＣＵ３から送信される情報である、当該ＣＵ３においてカードが受け付けられていることを特定可能なＣＵ状態（カード挿入状態）を含む状態情報要求を受信していたか否かを判定することにより、遊技玉を加算するか否かを判断することができる。

（４） 図１４および図１５に示すように、Ｐ台２は、加算要求を受け付けたにも関わらずＣＵ３にカードが挿入されていないと判定して遊技玉を加算更新しなかったときに、不正に玉貸されようとした玉数（不正玉貸玉数）の蓄積結果を遊技玉数表示器２９に表示する。さらに、ＣＵ３においては、Ｐ台２から受信した状態情報応答から遊技玉加算結果がＮＧであることを特定したときに、ホールサーバ８０１に不正玉貸玉数の蓄積結果を通知する。

このように、ＣＵ３によってカードが受け付けられていないときには加算されなかった分の玉数（不正玉貸玉数）が特定可能な情報として出力されるため、遊技玉の加算時におけるセキュリティを向上させることができる。

（５） Ｐ台２は、図１３に示す（１）、（２）、（５）、（１）’、（２）’、および（５）’のいずれかでカード挿入通知を受信したときに、カード挿入の結果がＯＫである（カードを正常に受け付けた）旨の情報を含むカード挿入応答をＣＵ３に送信する。

このように、所定の送信条件を満たしたときに、カード挿入の結果がＯＫである（カードを正常に受け付けた）旨の情報を含むカード挿入応答がＰ台２からＣＵ３に送信されるため、遊技玉の加算時におけるセキュリティをさらに向上させることができる。

（６） 本実施の形態では、図１６に示すように、Ｐ台２は、状態情報要求によって遊技玉の加算要求がされた場合、Ｓ１２の処理において、カード挿入通知を正常に受け付けたか否かを判定し、かつＳ１３の処理において、状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＮであるか否かを判定することによって、遊技玉を加算更新するか否かを判定していた。しかし、これに限らず、カード挿入通知を正常に受け付けたか否かのみを判定することによって、遊技玉を加算更新するか否かを判定してもよいし、状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＮであるか否かのみを判定することによって、遊技玉を加算更新するか否かを判定してもよい。

（７） 本実施の形態では、図１６のＳ１２の処理においてカード挿入通知を正常に受け付けたか否かを判定する際、カード挿入中フラグがＲＡＭに設定されているか否かを判定していた。しかし、これに限らず、カードＩＤおよびカード挿入時刻が記憶されているか否かを判定し、カードＩＤおよびカード挿入時刻が記憶されていればカード挿入通知を正常に受け付けたと判定する一方、カードＩＤおよびカード挿入時刻が記憶されていなければカード挿入通知を正常に受け付けていないと判定してもよい。

（８） 本実施の形態では、ＣＵ３にカードが挿入されたときに、当該ＣＵ３からＰ台２にカード挿入通知が送信されていた。しかし、これに限らず、ＣＵ３に紙幣などのお金が挿入されたときに、当該ＣＵ３からＰ台２にカード挿入通知が送信されてもよい。この場合、ＣＵ３は、紙幣が挿入されたことに基づき新たなカードＩＤを作成するとともに、紙幣の挿入時刻をカード挿入時刻とし、当該カードＩＤおよびカード挿入時刻の情報をカード挿入通知に含ませればよい。

（９） 本実施の形態では、Ｐ台２は、ＣＵ３からカード挿入通知を受信した場合にカードＩＤおよびカード挿入時刻などを正常に上書きしなかったときに、カード挿入の結果がＮＧである旨の情報を含むカード挿入応答をＣＵ３に送信していた。これに加えて、Ｐ台２は、ＣＵ３からカード挿入通知を受信した場合にカードＩＤおよびカード挿入時刻などを正常に上書きしなかったときに、遊技玉数表示器２９などの表示器を用いてエラー表示を行ってもよい。

（１０） 本実施の形態では、Ｐ台２は、遊技球の加算更新をしなかったときに、今回不正に玉貸されようとした不正玉貸玉数を、既に記憶している不正玉貸玉数に蓄積して記憶するとともに、蓄積した不正玉貸玉数を特定可能な情報を遊技玉数表示器２９に表示していた。しかし、これに限らない。

たとえば、Ｐ台２は、遊技球の加算更新をしなかったときに、今回不正に玉貸されようとした不正玉貸玉数のみを記憶し、当該不正玉貸玉数のみを特定可能な情報を遊技玉数表示器２９に表示してもよい。

たとえば、Ｐ台２は、遊技球の加算更新をしなかったときに、今回不正に玉貸されようとした不正玉貸玉数を、既に記憶している不正玉貸玉数に蓄積して記憶するが、今回不正に玉貸されようとした不正玉貸玉数のみを特定可能な情報を遊技玉数表示器２９に表示してもよい。

たとえば、Ｐ台２は、Ｐ台２は、不正玉貸玉数を記憶しておらず、遊技球の加算更新をしなかったときには、今回不正に玉貸されようとした不正玉貸玉数を特定可能な情報を遊技玉数表示器２９に表示することのみ行ってもよい。また、不正玉貸玉数を特定可能な情報の表示は、不正玉貸玉数そのものの数字が表示されてもよいし、所定のエラーコードが表示されてもよい。また、不正玉貸玉数を特定可能な情報は、遊技玉数表示器２９に限らず、その他の表示器に表示されてもよいし、スピーカから音声として出力されてもよい。

（１１） 本実施の形態では、ＣＵ３は、Ｐ台２において遊技球の加算更新がされなかったときに、今回不正に玉貸されようとした不正玉貸玉数が蓄積された不正玉貸玉数を特定可能な情報をホールサーバ８０１に送信していた。しかし、これに限らず、ＣＵ３は、今回不正に玉貸されようとした不正玉貸玉数のみを特定可能な情報をホールサーバ８０１に送信してもよい。あるいは、ＣＵ３は、不正玉貸玉数を特定可能な情報をホールサーバ８０１に送信しないものであってもよい。

（１２） 本実施の形態では、ＣＵ３は、２００ｍｓ毎に状態情報要求をＰ台２に送信する際、毎回、カードが挿入されているか否かを判定し、カードが挿入されていればカード挿入状態をＯＮに設定し、カードが挿入されていなければカード挿入状態をＯＦＦに設定していた。しかし、これに限らず、ＣＵ３は、カードが挿入されてカード挿入通知をＰ台２に送信したときに、カードが挿入されたことを示すフラグを設定し、２００ｍｓ毎に状態情報要求をＰ台２に送信する際、当該フラグが設定されていればカード挿入状態をＯＮに設定し、当該フラグが設定されていなければカード挿入状態をＯＦＦに設定してもよい。なお、ＣＵ３は、カードが挿入されてカード挿入通知をＰ台２に送信し、かつＰ台２からカードＩＤおよびカード挿入時刻などを正常に上書きされたことを示すカード挿入応答を受信したときに、カードが挿入されたことを示すフラグを設定してもよい。なお、カードが挿入されたことを示すフラグは、カードが返却されたときにクリアすればよい。

（１３） 本実施の形態においては、パチンコ玉が封入された封入循環式パチンコ遊技機に本発明が適用されていたが、メダルが封入された封入循環式スロットマシンに本発明を適用してもよい。この場合、たとえば封入循環式スロットマシンのベース、役物比率および連続役物比率に関して適否を判定するような処理を本実施の形態と同様に行ってもよい。

（１４） 本実施の形態においては、Ｐ台２は、プリペイド貸出時や再プレイ時に加算要求がされた場合に、ＣＵ３にカードが挿入されているか否かを判定し（以下、判定処理ともいう）、カードが挿入されていなければ遊技玉の加算を禁止する（以下、加算禁止処理ともいう）ようになっていた。しかし、Ｐ台２は、プリペイド貸出時や再プレイ時に限らず、その他の場面においてＣＵ３から加算要求があった場合においても、判定処理および加算禁止処理を実行してもよい。

たとえば、ＣＵ３に挿入されているカードとは別のカードを当該ＣＵ３に追加挿入することで、当該別のカードに記憶された持玉をＰ台２が記憶する遊技玉に加算することができてもよい。この場合において、Ｐ台２は、別のカードに記憶された持玉をＰ台２が記憶する遊技玉に加算させる加算要求がされた場合に、判定処理および加算禁止処理を実行してもよい。なお、この場合の判定処理では、Ｐ台２は、元々挿入されているはずのカードが挿入されているか否かと、追加挿入されたカードが挿入されているか否かとの両方、あるいはいずれかを判定してもよい。

また、たとえば、１玉当りに第１価値（たとえば、１円）がある持玉が記憶されたカードをＣＵ３に挿入することで、当該カードに記憶された持玉をＰ台２が記憶する１玉当りに第２価値（たとえば、４円）がある遊技玉に加算することができてもよい。あるいは、１玉当りに第２価値（たとえば、４円）がある持玉が記憶されたカードをＣＵ３に挿入することで、当該カードに記憶された持玉をＰ台２が記憶する１玉当りに第１価値（たとえば、１円）がある遊技玉に加算することができてもよい。この場合において、Ｐ台２は、カードに記憶された持玉をＰ台２が記憶する遊技玉に加算させる加算要求がされた場合に、判定処理および加算禁止処理を実行してもよい。

（１５） 本実施の形態においては、Ｐ台２は、加算要求がされた場合に、判定処理および加算禁止処理を実行していたが、これに限らず、減算要求がされた場合に、ＣＵ３にカードが挿入されているか否かを判定し（判定処理）、カードが挿入されていなければ遊技玉の減算を禁止する（以下、減算禁止処理ともいう）ようにしてもよい。

たとえば、Ｐ台２は、計数ボタン２８が押下されたときの計数処理時においてＰ台２に記憶された遊技玉が持玉に換算されるときに、判定処理および減算禁止処理を実行してもよい。

また、たとえば、Ｐ台２は、カード返却ボタン３２２が押下されたときのカード返却時においてＰ台２に記憶された遊技玉が持玉に換算されるときに、判定処理および減算禁止処理を実行してもよい。

また、たとえば、Ｐ台２は、ワゴンサービスのオーダを受け付けたときにおいてＰ台２に記憶された遊技玉が持玉に換算されるときに、判定処理および減算禁止処理を実行してもよい。

また、たとえば、Ｐ台２は、Ｐ台２に記憶された遊技玉の一部を持玉に換算して当該持玉を記憶したカードがＣＵ３で発行されるときに、判定処理および減算禁止処理を実行してもよい。

（１６） 本実施の形態においては、Ｐ台２が上述した判定処理を実行するとともに、加算禁止処理や減算禁止処理を実行していたが、これに限らず、ＣＵ３が上述した判定処理を実行するとともに、加算禁止処理や減算禁止処理を実行してもよい。

たとえば、ＣＵ３は、プリペイド貸出時や再プレイ時においてＰ台２から遊技玉加算結果＝ＯＫおよび所定数の遊技玉数の情報を含む状態情報応答を受信したときに、ＣＵ３にカードが挿入されているか否かを判定し、カードが挿入されていなければ持玉を減算しないものであってもよい。また、たとえば、ＣＵ３は、ワゴンサービスのオーダを受け付けたときにおいてＰ台２から遊技玉から持玉へ換算する旨の情報を含む信号を受信したときに、ＣＵ３にカードが挿入されているか否かを判定し、カードが挿入されていなければ持玉を加算しないものであってもよい。なお、ＣＵ３は、カードが挿入されているか否かを判定において、結果＝ＯＫを含むカード挿入応答がＰ台２から受信している場合にカードが挿入されていると判定し、結果＝ＮＧを含むカード挿入応答がＰ台２から受信している場合、あるいはカード挿入通知に対するカード挿入応答がＰ台２から受信していない場合にカードが挿入されていないと判定してもよい。また、ＣＵ３は、カード挿入状態である旨の情報を含む状態情報応答がＰ台２から受信している場合にカードが挿入されていると判定し、カード挿入状態でない旨の情報を含む状態情報応答がＰ台２から受信している場合にカードが挿入されていないと判定してもよい。

（１７） また、Ｐ台２における遊技玉の加算や減算に限らず、その他の所定処理を実行する際においても、Ｐ台２は、ＣＵ３にカードが挿入されているか否かを判定し、カードが挿入されていなければ所定処理の実行を禁止するものであってもよい。たとえば、Ｐ台２は、ＣＵ３にカードが挿入されていなければ、Ｐ台２における遊技を禁止するものであってもよい。

（１８） 本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。

また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。

また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２およびＣＵ３の双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。

（１９） 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。

（２０） 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。

（２１） 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。

（２２） 本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２ パチンコ遊技機、３ カードユニット、１６ 主制御基板、１７ 払出制御基板、２６ 遊技盤、２９ 遊技玉数表示器、１７１ 払出制御部、３０９ カード挿入／排出口、３１９ 再プレイボタン、３２０ ＩＲ受光ユニット、３２１ 玉貸ボタン、３２２ 返却ボタン、３２３ ＣＵ制御部。

Claims (3)

1. 遊技媒体が封入され遊技媒体が入賞領域に進入したことに応じて遊技価値を遊技者に付与する遊技機であって、
   打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報を外部に送信する送信手段を備える、遊技機。
2. 遊技媒体が封入され遊技媒体が入賞領域に進入したことに応じて遊技価値を遊技者に付与する遊技機と、当該遊技機に対応して設けられ当該遊技機と通信可能な遊技用装置とを含む遊技用システムであって、
   前記遊技用装置は、
   打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報を外部に送信する送信手段を備える、遊技用システム。
3. 遊技媒体が封入され遊技媒体が入賞領域に進入したことに応じて遊技価値を遊技者に付与する遊技機に対応して設けられ当該遊技機と通信可能な遊技用装置であって、
   打ち込まれた遊技媒体の数に対する、前記入賞領域への進入に応じて付与された遊技価値に対応する遊技媒体の数の割合の適否に関する所定情報を外部に送信する送信手段を備える、遊技用装置。

Images