JP6714406B2 - 遊技機および遊技枠 - Google Patents

Description

本発明は、遊技者所有の所有価値を特定可能な遊技用媒体を受け付ける遊技用装置に対応して設けられ、遊技用媒体から特定される所有価値から換算された遊技価値を用いて遊技が可能な遊技機および当該遊技機の遊技枠に関する。

従来より、残額および持玉などの遊技者所有の所有価値を特定可能なカードを受け付けるカードユニットに対応して設けられ、カードから特定される所有価値から換算された遊技玉などの遊技価値を用いて遊技が可能な遊技機が知られている（特許文献１）。この遊技機においては、カードユニットから所有価値を遊技価値に換算するための加算要求を受け付けると、カードに記憶された所有価値から換算された所定の大きさの遊技価値を、当該遊技機が記憶する遊技価値に加算するようになっていた。

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

しかしながら、特許文献１に記載の遊技機においては、加算要求を受け付けると、カードユニットにカードが受け付けられているか否かに関わらず遊技価値が加算されるため、たとえばカードユニットにカードが受け付けられていないにも関わらず不正行為で加算要求が受け付けられた場合であっても遊技価値が加算されてしまう。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技価値の加算時におけるセキュリティを向上させることができる遊技機および当該遊技機の遊技枠を提供することである。

（１） 本発明は、遊技者所有の所有価値（たとえば、持玉数、貯玉数、プリペイド残額）を特定可能な遊技用媒体（たとえば、ビジターカードや会員カードなどのＩＣカード）を受け付ける遊技用装置（たとえば、ＣＵ３）に対応して設けられ、前記遊技用媒体から特定される所有価値から換算された遊技価値（たとえば、遊技玉）を用いて遊技が可能な遊技機（たとえば、封入循環式パチンコ機Ｐ台２、メダル不要のスロットマシンＳ台２Ｓ）であって、
遊技価値を記憶する記憶手段（たとえば、払出制御部１７１のＲＡＭ、図６参照）と、
前記遊技用媒体が前記遊技用装置に受け付けられたことを特定可能な受付情報（たとえば、カード挿入通知、カード挿入状態がＯＮである旨を特定可能な状態情報要求）を、当該遊技用装置から受信する受付情報受信手段（たとえば、払出制御部１７１、図１１参照）と、
前記記憶手段が記憶する遊技価値に所定の大きさの遊技価値（加算要求された遊技玉数）を加算させるための加算情報（たとえば、遊技玉加算要求がＯＮである旨の情報を含む状態情報要求）を受信する加算情報受信手段（たとえば、払出制御部１７１、図１４，図１５，および図１６のＳ１０参照）と、
前記加算情報受信手段によって前記加算情報が受信されたときに、所定の大きさの遊技価値を前記記憶手段に記憶された遊技価値に加算する加算制御を行うことが可能な加算手段（たとえば、払出制御部１７１、図１４，図１５，および図１６のＳ１４参照）と、を備え、
前記加算手段は、前記加算情報受信手段によって前記加算情報が受信されたときにおいて、前記受付情報受信手段による前記受付情報の受信がある場合は前記加算制御を行う（たとえば、図１６に示すように、Ｓ１２およびＳ１３でＹＥＳの場合にはＳ１４で遊技玉数を加算する）一方で、前記受付情報受信手段による前記受付情報の受信がない場合は前記加算制御を行うことなく当該加算制御が不可能であった旨を前記遊技用装置に通知する（たとえば、図１６に示すように、Ｓ１２およびＳ１３のいずれかでＮＯの場合にはＳ１４に処理が移行しない）。

このような構成によれば、遊技機が所定の大きさの遊技価値を加算させるための加算情報を受信したとしても、遊技用装置によって遊技用媒体が受け付けられていないときには遊技機が記憶する遊技価値に所定の大きさの遊技価値が加算されないため、遊技価値の加算時におけるセキュリティを向上させることができる。

（２） 上記（１）において、
前記受付情報は、前記遊技用媒体が前記遊技用装置によって受け付けられたときに当該遊技用装置から送信される遊技用媒体受付時情報（たとえば、カード挿入通知）である。

このような構成によれば、遊技機は、遊技用媒体が遊技用装置によって受け付けられたときに当該遊技用装置から送信される遊技用媒体受付時情報を受信していたか否かを判定することにより、遊技価値を加算するか否かを判断することができる。

（３） 上記（１）または（２）において、
前記受付情報は、所定間隔（たとえば、２００ｍｓ）毎に前記遊技用装置から送信される情報であって、当該遊技用装置における前記遊技用媒体の受付を特定可能な状態特定情報（たとえば、カード挿入状態がＯＮである旨を特定可能な状態情報要求）である。

このような構成によれば、遊技機は、所定間隔毎に遊技用装置から送信される情報である、当該遊技用装置において遊技用媒体が受け付けられていることを特定可能な状態特定情報を受信していたか否かを判定することにより、遊技価値を加算するか否かを判断することができる。

（４） 上記（１）〜（３）のいずれかにおいて、
前記加算手段によって前記加算制御が行われなかったときに、所定の大きさの遊技価値を特定可能な情報（たとえば、不正玉貸玉数を特定可能な情報）として出力可能な情報出力手段（たとえば、遊技玉数表示器２９）をさらに備える。

このような構成によれば、遊技用装置によって遊技用媒体が受け付けられていないときには加算されなかった分の所定の大きさの遊技価値が特定可能な情報として出力されるため、遊技価値の加算時におけるセキュリティをさらに向上させることができる。

（５） 上記（２）において、
前記受付情報受信手段によって前記遊技用装置から前記遊技用媒体受付時情報が受信されたときに、当該遊技用媒体受付時情報の受信に関する応答情報（たとえば、カード挿入応答）を当該遊技用装置に送信する応答情報送信手段（たとえば、払出制御部１７１、図１１参照）をさらに備え、
前記応答情報送信手段は、所定の送信条件を満たしたとき（図１３に示す（１）、（２）、（５）、（１）’、（２）’、および（５）’のいずれかでカード挿入通知を受信したとき）に、前記応答情報として前記受付情報を正常に受信したことを特定可能な情報（カード挿入の結果がＯＫである（カードＩＤおよびカード挿入時刻を正常に上書きした）旨の情報を含むカード挿入応答）を前記遊技用装置に送信する。

このような構成によれば、所定の送信条件を満たしたときに、遊技用媒体受付時情報を正常に受信したことを特定可能な応答情報が遊技機から遊技用装置に送信されるため、遊技価値の加算時におけるセキュリティをさらに向上させることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。

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

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

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

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

＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３およびＰ台２の処理について説明する。図１１に示すように、ＣＵ３は、通番＝ｎ、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記憶されている情報（カードＩＤなど）をカードリーダライタが読取って、その読取り情報を受信するなどの、カード挿入時処理が実行される。なお、カードリーダライタが読取ったカードに記憶されている情報（カードＩＤなど）をＣＵ３で記憶してもよい。

ＣＵ３は、カードの挿入が行われた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やプリペイド残額などをたとえばホールサーバ８０１に問合せて認証している最中であることを表示器３１２に表示するとともにＰ台２側の表示器５４に表示させる処理を実行している最中であることを意味している。

ＣＵ３は、表示器３１２に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２側の表示器５４は、ＣＵ３の表示制御部３５０により表示制御が行われ、カードの問合せ中である旨の表示がなされる。

その後、ＣＵ３は、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３のＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻、店舗コード、およびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２へ送信する。なお、店舗コードおよびＳＣ基板ＩＤは、カード挿入通知のコマンドがセキュリティ基板３２５を通過するときに当該コマンドに付加される情報である。Ｐ台２では、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１のＲＡＭなどにバックアップする。Ｐ台２は、カードＩＤおよびカード挿入時刻などを正常に上書きしたときには、カード挿入中フラグを払出制御部１７１のＲＡＭに設定し、通番＝ｎ＋２および結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、挿入されたカードのカードＩＤをＣＵ制御部３２３のＲＡＭなどに記憶する。

ＣＵ３は、それを受けて、通番＝ｎ＋３、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信することで、カード挿入中である状態をＰ台２に対して通知する。Ｐ台２は、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信することで、遊技許可中である状態をＣＵ３に対して通知する。

カード挿入中、ＣＵ３は、通番＝ｎ＋４、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。

さらに、カード挿入中に、ＣＵ３からＰ台２に対してカード挿入通知のコマンドが送信される場合について説明する。まず、ＣＵ３は、通番＝ｎ＋ｘ、カードＩＤ、カード挿入時刻、店舗コード、およびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２へ送信する。なお、カード挿入中にカード挿入通知のコマンドが送信される場合、送信されるカードＩＤやカード挿入時刻は、挿入中のカードのカードＩＤやカード挿入時刻と異なることが多く、Ｐ台２に記憶しているカードＩＤやカード挿入時刻を意図的に変更しようとする不正が行われている可能性が高い。

そこで、Ｐ台２では、それを受けて受信したカードＩＤ、カード挿入時刻、店舗コード、およびＳＣ基板ＩＤのデータを払出制御部１７１のＲＡＭなどにバックアップを行わない。なお、Ｐ台２でのカード挿入中か否かの判断は、状態情報要求のコマンドに含まれるカード返却準備状態＝ＯＮの情報に基づき容易に判断することができる。

次に、Ｐ台２は、受信したカードＩＤ、カード挿入時刻などのバックアップを行わずに、通番＝ｎ＋ｘおよび結果＝ＮＧを含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、カード挿入通知のコマンドで送信したカードＩＤ、カード挿入時刻などをＣＵ制御部３２３のＲＡＭなどに記憶しない。これにより、カード挿入中にカードＩＤを意図的にＰ台２へ送信されて、Ｐ台２で記憶しているカードＩＤを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。

＜＜カード返却＞＞
カードが返却されたときのＣＵ３およびＰ台２の処理について説明する。なお、図１２においては、「カード返却」ボタンが押下された後の処理を示している。図１２に示すように、ＣＵ３は、通番＝ｎ、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。次に、ＣＵ３は、通番＝ｎ＋１、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、カードが返却されると、ＣＵ３は、通番＝ｎ＋２を含むカード返却通知のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋２を含むカード返却応答のレスポンスをＣＵ３に返信する。Ｐ台２は、カード返却応答のレスポンスをＣＵ３に返信後、払出制御部１７１のＲＡＭに記憶されたカードＩＤおよびカード挿入時刻のデータをクリアするとともに、カード挿入中フラグをクリアする。

そして、ＣＵ３は、通番＝ｎ＋３、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。その後、ＣＵ３は、通番＝ｎ＋４、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。

カードＩＤおよび挿入時刻の上書き（更新）する条件についてさらに詳しく説明する。前述したようにカードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係について図を用いて説明する。図１３は、カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態、およびカードの挿入状態の関係を説明するための概念図である。

まず、図１３（ａ）では、カード挿入通知のコマンドをＰ台２が受信する前に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（カード挿入状態＝ＯＮ、Ｂｉｔ０＝“１”）となる例を示している。

図１３（ａ）に示す状態（１）はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２が受信しておらず（カード挿入中フラグの設定無）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ａ）に示す状態（２）はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２が受信しておらず（カード挿入中フラグの設定無）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（カード挿入状態＝ＯＮ、Ｂｉｔ０＝“１”）である。この場合も、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ａ）に示す状態（３）はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２が受信し（カード挿入中フラグの設定有）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（カード挿入状態＝ＯＮ、Ｂｉｔ０＝“１”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中であるとして、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを禁止する。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＮＧを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ａ）に示す状態（４）はカード返却準備状態であり、カード返却通知のコマンドをＰ台２が受信しておらず（カード挿入中フラグの設定有）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がまだカードを返却しておらずカード挿入中であるとして、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを禁止する。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＮＧを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ａ）に示す状態（５）はカード返却状態であり、カード返却通知のコマンドをＰ台２が受信し（カード挿入中フラグの設定無）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

一方、図１３（ｂ）では、カード挿入通知のコマンドをＰ台２が受信した後に状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中状態（カード挿入状態＝ＯＮ、Ｂｉｔ０＝“１”）となる例を示している。

図１３（ｂ）に示す状態（１）’はカード挿入待ち状態であり、カード挿入通知のコマンドをＰ台２が受信しておらず（カード挿入中フラグの設定無）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ｂ）に示す状態（２）’はカード挿入準備状態であり、カード挿入通知のコマンドをＰ台２が受信し（カード挿入中フラグの設定有）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合も、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ｂ）に示す状態（３）’はカード挿入中状態であり、カード挿入通知のコマンドをＰ台２が受信し（カード挿入中フラグの設定有）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中である場合（カード挿入状態＝ＯＮ、Ｂｉｔ０＝“１”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中であるとして、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを禁止する。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＮＧを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ｂ）に示す状態（４）’はカード返却準備状態であり、カード返却通知のコマンドをＰ台２が受信しておらず（カード挿入中フラグの設定有）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がまだカードを返却していないとして、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを禁止する。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＮＧを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

次に、図１３（ｂ）に示す状態（５）’はカード返却状態であり、カード返却通知のコマンドをＰ台２が受信し（カード挿入中フラグの設定無）、かつＣＵ３から送信される状態情報要求のコマンドに含まれるＣＵ状態がカード挿入中でない場合（カード挿入状態＝ＯＦＦ、Ｂｉｔ０＝“０”）である。この場合、Ｐ台２は、ＣＵ３がカード挿入中でないため、カード挿入通知を受けたときにはカードＩＤおよび挿入時刻の上書きを可能にする。よって、Ｐ台２は、カード挿入通知のコマンドに対して、結果＝ＯＫを含むカード挿入応答のレスポンスをＣＵ３に返信することになる。

このように、カードＩＤおよび挿入時刻の上書き（更新）する条件を限定することで、カードＩＤなどを意図的にＰ台２へ送信して、Ｐ台２で記憶しているカードＩＤなどを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。また、カードＩＤおよび挿入時刻の上書き（更新）する条件を満たしたときに、結果＝ＯＫを含むカード挿入応答のレスポンスがＰ台２からＣＵ３に送信されるため、たとえばＣＵ３にカードが挿入されていないにも関わらず不正行為で加算要求が行われたときに、当該加算要求に従って遊技玉が加算されてしまうことがなく、遊技玉の加算時におけるセキュリティを向上させることができる。

＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図１４に示すシーケンス処理では、挿入されたカードに記憶されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３は、通番＝ｎ、カード挿入状態＝ＯＮ、遊技玉加算要求＝ＯＦＦ、および加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０、および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。

その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行うことにより、ＣＵ３は、残額の５００円分すなわち１２５玉の貸出を行う。ＣＵ３は、玉貸ボタン（貸出ボタン）３２１が押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行われた段階でＣＵ３側単独で確定する。その後、ＣＵ３は加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させる。

次に、ＣＵ３は、Ｐ台２に対して遊技玉の加算要求を行う。そのため、ＣＵ３は、通番＝ｎ＋１、カード挿入状態＝ＯＮ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５、および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。このように、ＣＵ３は、遊技玉の加算要求を行うため、通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行うため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３は、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。

一方、Ｐ台２は、ＣＵ３から加算要求を受け付けると、後述の状態情報要求受信処理（図１６参照）を実行する。Ｐ台２は、状態情報要求受信処理を実行することによって、ＣＵ３にカードが挿入された状態で加算要求を受け付けたか否かを判定し、カードが挿入された状態で加算要求を受け付けていれば遊技玉を加算する一方、カードが挿入された状態で加算要求を受け付けていなければ遊技玉を加算しない。

この例では、Ｐ台２は、ＣＵ３にカードが挿入された状態で加算要求を受け付けたため、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、ＣＵ３に対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。

その後、ＣＵ３は、遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答において通番をカウントアップする一方で加算通番はカウントアップしない。

カードが返却された後において、ＣＵ３は、通番＝ｎ＋ｘ、カード挿入状態＝ＯＦＦ、遊技玉加算要求＝ＯＦＦ、および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋ｘ、遊技玉数＝０、および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、カードが返却されたことによって、払出制御部１７１のＲＡＭに記憶された遊技玉数は０にクリアされている。

ここで、ＣＵ３にカードが未挿入状態であるにも関わらず、不正行為によってＰ台２が遊技玉の加算要求を受け付けた場合について説明する。たとえば、図１４では、ＣＵ３が不正に操作されて、カード未挿入状態でＣＵ３からＰ台２に対して加算要求が行われる例が示されている。

ＣＵ３から、通番＝ｎ＋ｘ＋１、カード挿入状態＝ＯＦＦ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５、および加算通番＝ｍ＋２を含む状態情報要求のコマンドがＰ台２に送信された場合、Ｐ台２は、後述の状態情報要求受信処理（図１６参照）を実行して、ＣＵ３にカードが挿入された状態で加算要求を受け付けたか否かを判定する。

この例では、Ｐ台２は、ＣＵ３にカードが挿入されていない状態で加算要求を受け付けたため、遊技玉を加算することなく、不正玉貸検知フラグをＯＮに設定する。すなわち、状態情報応答に含まれる不正検知状態２のＢｉｔ６を“１”に設定する。また、Ｐ台２は、今回不正に玉貸されようとした玉数（不正玉貸玉数）を既に記憶していた不正玉貸玉数に加算し、状態情報応答に含まれる不正検知情報３に蓄積後の不正玉貸玉数を設定する。さらに、Ｐ台２は、遊技玉加算結果をＮＧに設定する。すなわち、Ｐ台２は、状態情報応答に含まれる遊技機状態１のＢｉｔ５を“１”に設定する。

そして、Ｐ台２は、通番＝ｎ＋ｘ＋１、遊技玉数＝０、遊技玉加算結果＝ＮＧ、および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２では、不正に遊技玉の加算要求が行われたため、蓄積された不正玉貸玉数を特定可能な情報が遊技玉数表示器２９に表示される。一方、ＣＵ３は、遊技玉加算結果がＮＧであることを受けて、ホールサーバ８０１に不正に加算要求があった旨および蓄積された不正玉貸玉数を特定可能な情報を通知する。

＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図１５では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、カード挿入状態＝ＯＮ、遊技玉加算要求＝ＯＦＦ、および加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０、および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。

その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９を押下すると、ＣＵ３は、持玉または貯玉からの１２５玉分の消費を確定させる。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９を押下する操作がなされた段階でＣＵ３側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。

この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。

ＣＵ３は、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２に通知する。具体的に、ＣＵ３は、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、カード挿入状態＝ＯＮ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５、および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。このように、ＣＵ３は、遊技玉の加算要求を行うため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３は、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。

一方、Ｐ台２は、ＣＵ３から加算要求を受け付けると、状態情報要求受信処理を実行することによって、ＣＵ３にカードが挿入された状態で加算要求を受け付けたか否かを判定し、カードが挿入された状態で加算要求を受け付けていれば遊技玉数を加算更新する一方、カードが挿入された状態で加算要求を受け付けていなければ遊技玉数を加算更新しない。

この例では、Ｐ台２は、ＣＵ３にカードが挿入された状態で加算要求を受け付けたため、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”のままとする。

その後、ＣＵ３は、遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答において通番をカウントアップする一方で加算通番をカウントアップしない。

カードが返却された後において、ＣＵ３は、通番＝ｎ＋ｘ、カード挿入状態＝ＯＦＦ、遊技玉加算要求＝ＯＦＦ、および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋ｘ、遊技玉数＝０、および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、カードが返却されたことによって、払出制御部１７１のＲＡＭに記憶された遊技玉数は０にクリアされている。

ＣＵ３から、通番＝ｎ＋ｘ＋１、カード挿入状態＝ＯＦＦ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５、および加算通番＝ｍ＋２を含む状態情報要求のコマンドがＰ台２に送信された場合、すなわち、カードが未挿入状態であるにも関わらず、ＣＵ３から加算要求が行われた場合、Ｐ台２は、後述の状態情報要求受信処理（図１６参照）を実行して、ＣＵ３にカードが挿入された状態で加算要求を受け付けたか否かを判定する。

この例では、Ｐ台２は、ＣＵ３にカードが挿入されていない状態で加算要求を受け付けたため、遊技玉数を加算更新することなく、不正玉貸検知フラグをＯＮに設定する。また、Ｐ台２は、今回不正に玉貸されようとした玉数（不正玉貸玉数）を既に記憶していた不正玉貸玉数に加算し、状態情報応答に含まれる不正検知情報３に蓄積後の不正玉貸玉数を設定する。さらに、Ｐ台２は、遊技玉加算結果をＮＧに設定する。

そして、Ｐ台２は、通番＝ｎ＋ｘ＋１、遊技玉数＝０、遊技玉加算結果＝ＮＧ、および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２では、不正に遊技玉の加算要求が行われたため、蓄積された不正玉貸玉数を特定可能な情報が遊技玉数表示器２９に表示される。一方、ＣＵ３は、遊技玉加算結果がＮＧであることを受けて、ホールサーバ８０１に不正に加算要求があった旨および蓄積された不正玉貸玉数を特定可能な情報を通知する。

＜状態情報要求受信処理＞
図１６を参照しながら、状態情報要求受信処理について説明する。図１６は、状態情報要求受信処理を説明するためのフローチャートである。図１６に示す状態情報要求受信処理は、ＣＵ３から状態情報要求を受信する度に、Ｐ台２の払出制御部１７１によって実行される。

まず、Ｐ台２は、遊技玉加算要求を受け付けたか否かを判定する（Ｓ１０）。すなわち、Ｐ台２は、受信した状態情報要求によって特定されるＣＵ状態について遊技玉加算要求がＯＮであるか否かを判定する。Ｐ台２は、遊技玉加算要求がＯＦＦである場合（Ｓ１０でＮＯ）、次の処理へ移行する。一方、Ｐ台２は、遊技玉加算要求がＯＮである場合（Ｓ１０でＹＥＳ）、加算通番の連続性が正当であるか否かを判定する（Ｓ１１）。

Ｐ台２は、加算通番の連続性が正当でない場合（Ｓ１１でＮＯ）、状態情報応答に含まれる遊技玉加算結果をＮＧに設定し（Ｓ１８）、次の処理へ移行する。なお、このとき、遊技玉数表示器２９において加算通番の連続性が正当でない旨のエラー報知が行われる。一方、Ｐ台２は、加算通番の連続性が正当である場合（Ｓ１１でＹＥＳ）、カード挿入中フラグがＲＡＭに設定されているか否かを判定することによって、カード挿入通知を正常に受け付けていたか否かを判定する（Ｓ１２）。

Ｐ台２は、カード挿入中フラグが設定されていない、すなわちカード挿入通知を正常に受け付けていないと判定した場合（Ｓ１２でＮＯ）、今回不正に玉貸されようとした玉数（不正玉貸玉数）を蓄積して記憶し、状態情報応答に含まれる不正検知情報３に蓄積後の不正玉貸玉数を設定する（Ｓ１６）。その後、Ｐ台２は、状態情報応答に含まれる不正検知状態２のＢｉｔ６を“１”に設定することで不正玉貸検知フラグをＯＮに設定し（Ｓ１７）、状態情報応答に含まれる遊技機状態１のＢｉｔ５を“１”に設定することで遊技玉加算結果をＮＧに設定する（Ｓ１８）。その後、Ｐ台２は、次の処理へ移行する。

一方、Ｐ台２は、カード挿入中フラグが設定されている、すなわちカード挿入通知を正常に受け付けていたと判定した場合（Ｓ１２でＹＥＳ）、受信した状態情報要求によって特定されるＣＵ状態についてカード挿入状態がＯＮであるか判定することによって、ＣＵ３にカードが挿入された状態であるか否かを判定する（Ｓ１３）。

Ｐ台２は、カード挿入状態がＯＦＦである、すなわちＣＵ３にカードが挿入されていないと判定した場合（Ｓ１３でＮＯ）、Ｓ１６〜Ｓ１８の処理を実行し、その後、次の処理へ移行する。一方、Ｐ台２は、カード挿入状態がＯＮである、すなわちＣＵ３にカードが挿入されていると判定した場合（Ｓ１３でＹＥＳ）、遊技玉を加算する（Ｓ１４）。その後、Ｐ台２は、状態情報応答に含まれる遊技玉加算結果がＯＫである旨を設定（遊技機状態１のＢｉｔ５=０）し（Ｓ１５）、次の処理へ移行する。

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

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

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

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

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

＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図１８は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ遊技機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。

遊技玉および持玉を用いた本実施の形態の遊技用システムにおける実施例および後述の変形例に記載する遊技用システムにおける実施例は、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行われる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。

図１８を参照して、封入循環式スロットマシン（以下、遊技機、またはＳ台と略称することもある）２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図１８では図示を省略しているが、Ｓ台２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。

Ｓ台２Ｓでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２Ｓにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２Ｓには、メダル投入口およびメダル払出口が設けられていない。

Ｓ台２Ｓの筐体内部には、外周に複数種の図柄が配列されたリール２Ｌ，２Ｃ，２Ｒ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２Ｌ，２Ｃ，２Ｒに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳに設けられた透視窓から見えるように配置されている。リール２Ｌ，２Ｃ，２Ｒの外周部には、複数種類の図柄が所定の順序で描かれている。

前面扉２ｂＳの各リール２Ｌ，２Ｃ，２Ｒを取り囲む部分には、タッチパネル式の表示器５１０が設けられている。この表示器５１０は、Ｐ台の表示器５４に相当する表示器であり、表示器５４と同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０は、図４の表示器５４と同様にＣＵの表示制御部３５０に接続されており、ＣＵ側で表示制御される。なお、この表示器５１０は、各リール２Ｌ，２Ｃ，２Ｒを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図１８に示されるスタートスイッチ７Ｓよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。

また、前面扉２ｂＳには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５Ｓ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６Ｓ、ゲームを開始する際に操作されるスタートスイッチ７Ｓ、リール２Ｌ，２Ｃ，２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ，８Ｃ，８Ｒがそれぞれ設けられている。

Ｓ台２Ｓにおいてゲームを行う場合には、まず、Ｐ台２と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５Ｓ、またはＭＡＸＢＥＴスイッチ６Ｓを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７Ｓの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。

ゲームが開始可能な状態でスタートスイッチ７Ｓを操作すると、各リール２Ｌ，２Ｃ，２Ｒが回転し、各リール２Ｌ，２Ｃ，２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ，８Ｃ，８Ｒを操作すると、対応するリール２Ｌ，２Ｃ，２Ｒの回転が停止し、透視窓に表示結果が導出表示される。

そして全てのリール２Ｌ，２Ｃ，２Ｒが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ，２Ｃ，２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０の遊技点の表示も加算更新される。

Ｓ台２Ｓの場合にも、Ｐ台と同様に遊技点を計数することが可能である。図１に示すとおり、Ｓ台２Ｓには、遊技点を計数して持点に変換するための計数ボタン２８Ｓが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図４参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０に行われたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０に表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３へ直接入力されるようにしてもよく、あるいは、Ｐ台２やＳ台（スロットマシン）２Ｓを経由して状態情報応答としてＣＵ３へ送信されるようにしてもよい。

入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。

複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２Ｓを制御する主制御部（Ｓ台２Ｓの主制御部１６１に相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。

その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行い、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。

Ｓ台２Ｓの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳに取り付けられた状態で枠メーカからホールに納品される。

一方、Ｓ台２Ｓのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳとは別にスロットマシンメーカからホールに納品される。基板取付盤は、図３に示した遊技盤２６に対応する盤であり、遊技盤２６に設けられた凸型ドロアコネクタ３２と同様のコネクタを備えている。

Ｓ台２Ｓの本体枠２ａＳ内の所定位置（たとえば、リール２Ｌ，２Ｃ，２Ｒの下方）には、基板取付盤を取り付けるための取付機構と、基板取付盤側の凸型ドロアコネクタを接続するためのコネクタが設けられている。この取付機構およびコネクタは図３に示した取付機構３４ａ、３４ｂおよび凹型ドロアコネクタ３３と同様の構造であって、基板取付盤を容易に取付機構に固定できるように工夫されている。凹型ドロアコネクタから延びる配線は、リール２Ｌ，２Ｃ，２Ｒや各種操作スイッチ（ボタン）などに接続されている。

また、Ｓ台２Ｓは、Ｐ台２の前枠５に相当する前面扉２ｂＳの開放検出、および本体枠２ａＳと基板取付盤との接続検出を行う構成を有しており、ループ状の電力線５００にメイン制御基板も直列に接続されている。

Ｓ台２Ｓにより、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行う導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。

図１９は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図１９に示した送受信態様は、Ｐ台の構成として説明した図６の用語をＳ台用に置き換えたものであり、その態様は、図６を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、不正玉貸玉数を特定可能な情報の表示は、不正玉貸玉数そのものの数字が表示されてもよいし、所定のエラーコードが表示されてもよい。

また、不正玉貸玉数を特定可能な情報は、遊技玉数表示器２９に限らず、その他の表示器に表示されてもよいし、スピーカから音声として出力されてもよい。

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

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

（１３） 本実施の形態においては、パチンコ玉が封入された封入循環式パチンコ遊技機に本発明が適用されていたが、パチンコ玉が封入されていない従来型のパチンコ遊技機に本発明が適用されてもよい。また、本実施の形態においては、メダルが封入された封入循環式スロットマシンに本発明が適用されていたが、メダルが封入されていない従来型のスロットマシンに本発明が適用されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（２） 上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の前枠に対応する。ただし、Ｓ台には、図４に示した前枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１、および発射モータ１８は、不要である。

従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。

一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。

その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。

他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。

遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０あるいは表示器２９Ｓには、これら４種類のデータを表示する。

まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。

遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０あるいは表示器２９Ｓには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。

その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。

賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５Ｓの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６Ｓの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。

ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０あるいは表示器２９Ｓにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。

また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。

あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。

遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。

以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。

また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。

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

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

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

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

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

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

Claims (2)

1. 遊技者所有の所有価値を特定可能な遊技用媒体を受け付ける遊技用装置に対応して設けられ、前記遊技用媒体から特定される所有価値から換算された遊技価値を用いて遊技が可能な遊技機であって、
   遊技価値を記憶する記憶手段と、
   前記遊技用媒体が前記遊技用装置に受け付けられたことを特定可能な受付情報を、当該遊技用装置から受信する受付情報受信手段と、
   前記記憶手段が記憶する遊技価値に所定の大きさの遊技価値を加算させるための加算情報を受信する加算情報受信手段と、
   前記加算情報受信手段によって前記加算情報が受信されたときに、所定の大きさの遊技価値を前記記憶手段に記憶された遊技価値に加算する加算制御を行うことが可能な加算手段と、を備え、
   前記加算手段は、前記加算情報受信手段によって前記加算情報が受信されたときにおいて、前記受付情報受信手段による前記受付情報の受信がある場合は前記加算制御を行う一方で、前記受付情報受信手段による前記受付情報の受信がない場合は前記加算制御を行うことなく当該加算制御が不可能であった旨を前記遊技用装置に通知する、遊技機。
2. 遊技者所有の所有価値を特定可能な遊技用媒体を受け付ける遊技用装置に対応して設けられ、前記遊技用媒体から特定される所有価値から換算された遊技価値を用いて遊技が可能な遊技機の遊技枠であって、
   遊技価値を記憶する記憶手段と、
   前記遊技用媒体が前記遊技用装置に受け付けられたことを特定可能な受付情報を、当該遊技用装置から受信する受付情報受信手段と、
   前記記憶手段が記憶する遊技価値に所定の大きさの遊技価値を加算させるための加算情報を受信する加算情報受信手段と、
   前記加算情報受信手段によって前記加算情報が受信されたときに、所定の大きさの遊技価値を前記記憶手段に記憶された遊技価値に加算する加算制御を行うことが可能な加算手段と、を備え、
   前記加算手段は、前記加算情報受信手段によって前記加算情報が受信されたときにおいて、前記受付情報受信手段による前記受付情報の受信がある場合は前記加算制御を行う一方で、前記受付情報受信手段による前記受付情報の受信がない場合は前記加算制御を行うことなく当該加算制御が不可能であった旨を前記遊技用装置に通知する、遊技枠。

Images