JP2020073038A - 遊技機 - Google Patents

Abstract

【課題】異常状態が検出されたときにその異常状態を表示装置に表示させることによる遊技点が表示されなくなる不都合を防止する。【解決手段】入賞の発生により遊技に使用可能な所定の遊技点（図３の遊技玉数、図３３の遊技点数）を付与する遊技機（Ｐ台２、Ｓ台２Ｓ）であって、表示装置（７セグ表示器５０、５０Ｓ）と、遊技点を更新するための処理を行なうとともに該遊技点を表示装置に表示させる制御を行なう制御手段（払出制御部１７１）とを備え、制御手段は、所定の異常状態を検知する異常検知手段（Ｓ５２）を含むとともに、異常検知手段により異常状態が検知されたときには、遊技点の表示と異常表示とを表示装置に交互に表示させる。【選択図】図２９

Description

本発明は、入賞の発生により遊技に使用可能な所定の遊技点を付与する遊技機に関する。

従来から、遊技機にエラー（異常状態）が発生した場合に、当該遊技機に設けられた表示装置によりそのエラーの発生を報知するように構成されたものが知られている。この従来の遊技機においては、複数のエラーが発生した場合に所定の優先順位に従ってその発生したエラーを表示するように制御される（特許文献１）。

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

一方、入賞の発生により遊技に使用可能な所定の遊技点を付与する遊技機においては、遊技中に変動する遊技点をその遊技機に設けられた表示装置により表示するのが望ましい。

しかし、上述した従来技術の場合には、表示装置によりエラーを優先順序に従って表示するため、たとえば遊技機の遊技が継続できるエラーが発生しているときでもその発生したエラーが表示装置により表示されるため、そのときの遊技点を表示装置に表示させることができなくなるという欠点があった。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、異常状態が検出されたときにその異常状態を表示装置に表示させることによる遊技点が表示されなくなる不都合を防止することである。

（１） 本発明は、入賞の発生により遊技に使用可能な所定の遊技点（図３の遊技玉数、図３３の遊技点数）を付与する遊技機（Ｐ台２、Ｓ台２Ｓ）であって、
表示装置（７セグ表示器５０、５０Ｓ）と、
前記遊技点を更新するための処理を行なうとともに該遊技点を前記表示装置に表示させる制御を行なう制御手段（払出制御部１７１）とを備え、
前記制御手段は、
所定の異常状態を検知する異常検知手段（Ｓ５２）を含むとともに、
前記異常検知手段により異常状態が検知されたときには、遊技点の表示と異常表示とを前記表示装置に交互に表示させ、（図２９（ａ）のＳ５４、または図３１のＳ５４とＳ５６）
得点が上限である特定値に達した場合に、特定表示を行うための制御を行う特定表示制御手段をさらに備える。

このような構成によれば、異常状態が検知されたときには、遊技点の表示と異常表示とが表示装置に交互に表示されるために、異常状態の表示中においても遊技点を視認可能となる。

（２） 上記（１）の遊技機において、
前記異常検知手段は、遊技の続行が可能な第１異常状態と、遊技の続行が不可能な第２異常状態とを検知し（Ｓ５６）、
前記制御手段は、前記異常検知手段により前記第１異常状態が検知されたときに前記交互表示制御手段による交互表示を実行する（図３１のＳ５４）。

このような構成によれば、遊技の続行が可能な第１の異常状態が検知されたときに、異常表示と遊技点とが表示装置に交互に表示されるために、遊技が続行されて変動する遊技点を視認することが可能となる。

（３） 上記（１）または（２）の遊技機において、
前記制御手段は、前記異常検知手段により検知された異常の種類を特定可能な情報（機器間共通のエラー番号）を表示する（Ｓ５４）。

このような構成によれば、異常検知手段により検知された異常の種類を認識することが可能となる。

（４） 本発明の他の態様は、入賞の発生により遊技に使用可能な得点を付与する遊技機の遊技枠であって、
表示装置と、
前記得点を更新するための処理を行なうとともに該得点を前記表示装置に表示させる制御を行なう制御手段とを備え、
前記制御手段は、
異常状態を検知する異常検知手段を含むとともに、
前記異常検知手段により検知された異常状態が遊技の続行が可能な異常状態である場合に得点の表示と異常表示とを前記表示装置に交互に表示させ、
得点が上限である特定値に達した場合に、特定表示を行うための制御を行う特定表示制御手段をさらに備える。

（５） 本発明のさらに他の態様は、
得点を用いて遊技が行なわれる遊技機と、前記遊技機と通信可能に接続され、記録媒体を受け付け可能であるとともに当該記録媒体の記録情報により特定される遊技者所有の遊技用価値を用いて前記遊技機での遊技を可能にするための遊技用装置と、前記得点を表示する表示手段とを含む遊技用システムであって、
前記遊技機は、
前記表示手段とは別の表示装置と、
前記得点を前記表示装置に表示させる制御を行なう制御手段と、
前記得点を記憶する得点記憶手段と、
遊技状況に応じて前記得点を更新する得点更新手段と、
前記得点更新手段による前記得点の変化量を特定する特定手段と、
前記変化量を特定可能な更新情報を、当該更新情報の到達確認をするために所定の更新パターンに従って更新される到達確認情報とともに前記遊技用装置へ送信する更新情報送信手段と、
前記遊技機と前記遊技用装置との間での通信ができない通信不能状態から復旧したときに、前記得点の補正情報と、前記通信不能状態になる前の最終通信の際の前記到達確認情報とを前記遊技用装置へ送信する補正情報送信手段と、
得点が上限である特定値に達した場合に、特定表示を行うための制御を行う特定表示制御手段とを備え、
前記制御手段は、
異常状態を検知する異常検知手段を含むとともに、
前記異常検知手段により異常状態が検知されたときには、得点の表示と異常表示とを前記表示装置に交互に表示させ、
前記遊技用装置は、
前記更新情報を受信する更新情報受信手段と、
前記表示手段を制御し、前記更新情報に基づいて前記得点の表示を更新する表示制御手段と、
前記補正情報送信手段から送信されてきた前記補正情報および前記到達確認情報を受信する補正情報受信手段と、
前記通信不能状態から復旧した後に前記補正情報送信手段から送信されてきた前記補正情報および前記到達確認情報に基づいて前記表示手段に表示すべき得点を補正する得点補正手段とを備え、
前記表示制御手段は、前記通信不能状態から復旧した後、前記得点補正手段による補正後の得点を前記表示手段に表示し、
前記遊技用装置は、前記記録媒体に記憶されている識別情報および前記記録媒体を受け付けた時刻を特定する時刻情報を記憶するとともに前記遊技機に送信し、
前記遊技機が、受信した識別情報および時刻情報を記憶し、
前記補正情報送信手段は、前記通信不能状態から復旧したときに、前記遊技機に記憶されている識別情報および時刻情報を前記補正情報受信手段に送信し、
前記得点補正手段は、前記補正情報送信手段から送信された識別情報および時刻情報と当該遊技用装置が記憶している識別情報および時刻情報とが一致するときに、前記表示手段に表示すべき得点を補正する。

カードユニットおよびパチンコ機を示す正面図である。 カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。 カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。 挿入したカードのプリペイド残高から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。 挿入したカードを返却するときのカードユニットとパチンコ機との処理の一例を示す図である。 カードユニットからパチンコ機へコマンドを送信する前に、電源断、通信回路断線があったときの処理の一例を示す図である。 電源断、通信回路断線があって、カードユニットからパチンコ機へのコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回路断線があって、パチンコ機からカードユニットへのレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回路断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回路断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。 カードユニットからパチンコ機へコマンドを送信する前に、電源断、通信回路断線があったときの処理であって、復旧後通信相手が不一致の場合の一例を示す図である。 電源断、通信回路断線があって、カードユニットからパチンコ機へのコマンドが未到達のときの処理であって、復旧後通信相手が不一致の場合の一例を示す図である。 電源断、通信回路断線があって、パチンコ機からカードユニットへのレスポンスが未到達のときの処理であって、復旧後通信相手が不一致の場合の一例を示す図である。 電源断、通信回路断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理であって、復旧後通信相手が不一致の場合の一例を示す図である。 電源断、通信回路断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理であって、復旧後通信相手が不一致の場合の一例を示す図である。 電源断、通信回路断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理であって、復旧後通信相手が一致の場合の一例を示す図である。 遊技機チップ情報の照合の処理のうち遊技機チップ情報照合結果を保持していない場合（ホール設置時、ＣＵ交換時、Ｐ台交換時）の処理を説明するための図である。 遊技機チップ情報の照合の処理のうち遊技機チップ情報の照合結果ＮＧを保持している場合の処理を説明するための図である。 遊技機チップ情報の照合の処理のうち遊技機チップ情報の照合結果ＯＫを保持している場合の処理を説明するための図である。 各種エラーや不正の状態を示す図である。 各種エラーや不正の状態を示す図である。 各種エラーや不正の状態を示す図である。 各種エラーや不正の状態を示す図である。 各種エラーや不正の状態を示す図である。 （ａ）は払出制御処理を示すフローチャートであり、（ｂ）は認証シーケンス処理のサブルーチンプログラムを示すフローチャートである。 遊技玉更新処理のサブルーチンプログラムを示すフローチャートである。 払出制御処理の変形例を示すフローチャートである。 スロットマシンの前面扉を開放した状態を示す斜視図である。 カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。

以下、図面を参照して本発明に係る実施の形態を説明する。
＜パチンコ機の構成＞
まず、図１を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称する）２が併設されている。なお、パチンコ機２の所定側の側方位置には、該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。

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

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

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

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

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

パチンコ機２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されている。また、この表示器５４の下方部分に７セグ表示器５０が設けられている。７セグ表示器５０は７セグメントで構成されており、後述の払出制御部１７１によって制御される。この７セグ表示器５０により、後述する遊技玉数や発生したエラーのエラー番号等が表示される。

さらに、パチンコ機２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。詳しくは後述するが、計数ボタン２８は、１度押下すると、たとえば１００玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下（長押し）すると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ遊技玉から持玉への計数が行なわれる。

このように、計数ボタン２８をＰ台側に設けているため、計数ボタン２８をＣＵ側に設ける場合に比較して、Ｐ台に正対して座っている遊技者の操作性を向上できる。

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

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

カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示略）に受付けられ、そのカードに記録されている情報が読取られる。

前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員が所持するリモコン（図示略）から赤外線信号をＩＲ（Infrared）感光ユニット３２０で受信して電子信号に変換して出力するＩＲ受光ユニットが設けられている。

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

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

ここで、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。

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

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

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

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

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

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

カードユニット３の前面側には、さらに、玉貸ボタン（貸出ボタンとも言う）３２１と返却ボタン３２２とが設けられている。玉貸ボタン３２１は、挿入されたカードに記録されている残高を引落してパチンコ機２による遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。返却ボタン３２２は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。

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

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

ＣＵ制御部３２３には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバと通信を行なうための外部通信部（図示略）が設けられているとともに、パチンコ機２の払出制御基板１７とセキュリティを確保しながら通信を行なうためのセキュリティ基板３２５が設けられている。カードユニット３にはパチンコ機２側への接続部（図示略）が設けられており、パチンコ機２にはカードユニット３側への接続部（図示略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。

ＣＵ側のセキュリティ基板３２５とＰ台側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、パチンコ機２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。セキュリティチップ（ＳＣ）３２５ｂは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。さらに、ＳＣ３２５ｂは、不正検知部１３２５を備え、不正検知部１３２５がＣＵ制御部３２３からＰ台２に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８０１に通知する。また、不正検知用の設定値（定数）は鍵管理サーバから基板制御情報として通知される。通信制御ＩＣ３２５ａは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

ＣＵ制御部３２３、セキュリティチップ（ＳＣ）３２５ｂ、および通信制御ＩＣ３２５ａの各ＲＡＭは、電断時にもその記憶データが消去されないバックアップＲＡＭで構成されている。なお、このバックアップＲＡＭの代わりに、ＥＥＰＲＯＭで構成してもよい。

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

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

パチンコ機２には、パチンコ機２の遊技の進行制御を行なう主制御基板１６と、遊技玉を管理・記憶する払出制御基板１７と、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１と、可変表示装置２７８とが備えられている。なお、図２では、主制御基板１６の指令に基づいて可変表示装置を表示制御する表示制御基板（演出制御基板ともいう）の図示を省略している。

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

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

また、払出制御基板１７に対し、発射玉検出スイッチ（図示略）、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。従って、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。なお、玉上げスイッチ（上）４１ａばかりでなく、発射玉検出スイッチも電波による不正の対象となる虞がある。つまり、玉上げスイッチ（上）４１ａだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出された場合には、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、異常が検知されて「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されることになる。しかし、この発射玉検出スイッチにも不正電波を発信して検出不能状態にすることにより、上記「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されなくなる不都合が生じる。本実施の形態では、このような発射玉検出スイッチに対して発信される不正電波も、電波センサ１７３で検出するため、前述の不都合を防止し得る。

また、７セグ表示器５０が払出制御部１７１に接続されており、払出制御部１７１からの表示制御信号に従って７セグ表示器５０が後述する遊技玉数や発生したエラーのエラー番号等を表示する。

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

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

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

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

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

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

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

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

カードユニット３のセキュリティ基板３２５とパチンコ機２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように、リカバリ要求、リカバリ詳細要求、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。

リカバリ要求は、後述するように、パチンコ機２に対してリカバリ情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ要求を受けてパチンコ機２のリカバリ情報をカードユニット３に通知する。リカバリ詳細要求は、パチンコ機２に対してリカバリ詳細情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ詳細要求を受けてパチンコ機２のリカバリ詳細情報をカードユニット３に通知する。通信開始要求は、パチンコ機２に対して通信開始を要求するコマンドである。払出制御基板１７は、通信開始要求を受けてカードユニット３に対して通信開始を応答する。通信終了要求は、パチンコ機２に対して通信終了を要求するコマンドである。払出制御基板１７は、通信終了要求を受けてカードユニット３に対して通信終了を応答する。

状態情報要求は、パチンコ機２に対して状態情報の通知を要求するコマンドである。払出制御基板１７は、状態情報要求を受けてパチンコ機２の状態情報をカードユニット３に通知する。カード挿入通知は、パチンコ機２に対してカード挿入されたことを通知するコマンドである。払出制御基板１７は、カード挿入通知を受けてカードユニット３に対してカード挿入されたことの応答をする。カード返却通知は、パチンコ機２に対してカード返却されたことを通知するコマンドである。払出制御基板１７は、カード返却通知を受けてカードユニット３に対してカード返却されたことの応答をする。通信テスト要求は、パチンコ機２に対してテストデータを通知するコマンドである。払出制御基板１７は、通信テスト要求を受けてカードユニット３に対してテストデータを応答する。

払出制御基板１７からセキュリティ基板３２５へ、リカバリ応答、リカバリ詳細応答、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。

前枠６（遊技枠）には、発射制御基板３１、発射モータ１８が設けられている。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ１８励磁出力を発し、発射モータ１８を駆動させる。

払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。

前枠６（遊技枠）には、表示器５４が設けられている。表示器５４は、カードユニット３の表示制御部３５０からの表示データを受信し、表示画面を表示させる。なお、このように、本実施の形態では、Ｐ台側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、Ｐ台側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。

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

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

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

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

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

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

また、ＣＵ３側とＰ台２側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が“１”ずつ加算更新され、その通番がＣＵ３側とＰ台２側とにおいて記憶される。この通番とは、ＣＵ３とＰ台２との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終通番とは、その更新される通信番号の最後に更新された番号のことである。

本実施の形態におけるＣＵ３とＰ台２とにおける通番のバックアップの具体的態様を説明する。ＣＵ３は、コマンドでＰ台２へ送信した通番をバックアップ記憶し、次にＰ台２からの通番を受信すると、バックアップ記憶している通番をその受信した通番に書換えて記憶する。そして、次のコマンドを送信するときに、バックアップ記憶している通番を１加算更新してＰ台２へ送信し、その送信済みの通番をバックアップ記憶する。ＣＵ３ではこのような処理を繰返す。

Ｐ台２でも同様に、コマンドでＣＵ３から受信した通番をバックアップ記憶し、次にＰ台２からＣＵ３へレスポンスを送信するときに、バックアップ記憶している通番を１加算更新して送信し、その送信済みの通番をバックアップ記憶する。そして、次のレスポンスを受信したときに、バックアップ記憶している通番をその受信した通番に書換えて記憶する。Ｐ台２ではこのような処理を繰返す。

たとえば、ＣＵ３側からＰ台２側に対して、あるコマンドを送信するとともにそのときの通番ｎを送信し、Ｐ台２側ではその送信されてきた通番ｎを記憶する。そして、レスポンスをＰ台２側からＣＵ３側へ返信するときにその記憶している通番ｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ３側では返信されてきた通番ｎ＋１が既に記憶していた通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番を＋１してｎ＋２の通番をＰ台２側へ送る。

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

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

なお、バック玉が発生した場合に、そのバック玉を打球発射位置に還元して打球発射位置への玉送りを停止させた状態で打球発射動作を行なってバック玉を全て遊技領域に発射させるようにし、バック玉が発生してもそのバック玉を加算玉としてカウントしないように制御してもよい。この場合は、「加算玉＝賞球玉数×入賞個数」となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＣＵ３からＰ台２に対してリカバリ詳細要求という名称のコマンドが送信される。このリカバリ詳細要求のコマンドは、Ｐ台２に対してリカバリ詳細情報を要求するものである。Ｐ台２からＣＵ３に対してリカバリ詳細応答という名称のレスポンスが送信される。このリカバリ詳細応答のレスポンスは、ＣＵ３に対してリカバリ詳細情報を通知するものである。これらリカバリ詳細要求とリカバリ詳細応答とは、リカバリ処理を実行するときにしか送受信されない。具体的には、前述のリカバリ応答を受信したＣＵ３がそのリカバリ応答の情報に基づいてリカバリ処理を実行すると判断した場合にのみＣＵ３がＰ台２にリカバリ詳細要求のコマンドを送信する。このことは後に詳述する。リカバリ処理は、ＣＵ３やＰ台２に電断が発生して通信回線断が検知されたときに実行する必要が生じる。本実施の形態では、遊技場の営業開始時に電源を立ち上げたときにもリカバリ処理を実行しているが、営業開始時に電源を立ち上げ時には実行せずＣＵ３やＰ台２に電断が発生して通信回線断が検知されたときに実行するように制御してもよい。

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

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

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

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

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

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

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

＜ＣＵとＰ台との通信における主なシーケンス＞
次に、図５〜図２０に基づいて、ＣＵ制御部３２３におけるＣＰＵで実行される処理と、払出制御基板１７に搭載されたＣＰＵで実行される処理とを説明する。

まず、図５を参照して、電源投入時の接続シーケンスの処理を説明する。この図５の接続シーケンスの処理は、ＣＵ３とＰ台２との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３の電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。

まず、電源を投入する。電源投入時においては、Ｐ台２では発射モータ１８を停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。具体的には図２１〜図２３、図２９（ｂ）に基づいて後述する。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の送信を要求する。

それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。

このリカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。また、図示を省略しているが、通番、コマンドも含まれている。

通番は、コマンドのシーケンス番号で、１から２５５（サイクリック）までの値である。Ｐ台２は、送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ応答のコマンドコードであり、１６進表現のバイナリデータで“０ｘ１３”である。

前回最終送信通番は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。前回挿入中カードＩＤとは、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。

前回カード挿入時刻とは、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番、および加算玉数が含まれている。また、図示を省略しているが、通番、コマンドも含まれる。なお、電源投入時で未だにカードがＣＵ３に挿入されていない段階では、ＣＵ３側とＰ台２側共にカードＩＤ＝０、カード挿入時刻＝０となっている。通番は、コマンドのシーケンス番号で、１から２５５（サイクリック）までの値である。ＣＵ３は、初期値を“１”として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで“０ｘ０９”である。

前回最終送信通番は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの通番のデータであり、“０”のときはデータがない場合である。前回挿入中カードＩＤとは、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。

加算玉数は、遊技玉の加算玉数のデータであり、“０”のときは加算玉数のデータがない場合である。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報、および最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。

ＣＵ３は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２は、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３がコマンドを再送したと判断する。ＣＵ３はコマンドの送信時に通番をバックアップする。Ｐ台２は、受信したコマンドに対応するレスポンスを送信する度に通番をカウントアップする。ただし、レスポンスの再送時の際にはカウントアップしない。ＣＵ３は、前回受信した通番と同じ通番のレスポンスを受信した場合には、通信不良が発生してＰ台２がレスポンスを再送したと判断する。Ｐ台２はレスポンスの送信時に通番をバックアップする。

ＣＵ３は、認証シーケンスが終了した後、通番を「ｎ」としてリカバリ要求のコマンドをＰ台２に送信する。Ｐ台２は、通番をカウントアップして「ｎ＋１」としてリカバリ応答のレスポンスをＣＵ３に返信する。さらに、ＣＵ３は、通番を「ｎ＋２」としてリカバリ詳細要求のコマンドをＰ台２に送信する。Ｐ台２は、通番をカウントアップして「ｎ＋３」としてリカバリ詳細応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３は、通番をカウントアップして「ｎ＋４」として、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通番をカウントアップして「ｎ＋５」として、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ＣＵ３は、通番＝ｎ＋６の状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、遊技玉数、加算玉数、減算玉数、図柄停止回数、入賞個数、および遊技台状態のデータをバックアップする。また、Ｐ台２は、加算玉数、減算玉数、図柄停止回数、および入賞個数の各カウンタの値を０クリアする。そして、Ｐ台２は、通番＝ｎ＋７の状態情報応答のレスポンスをＣＵ３に返信する。

そのレスポンスを受けたＣＵ３は、その状態情報応答に基づき、遊技玉数、加算玉数、減算玉数、図柄停止回数、各入賞個数、および遊技台状態のデータをバックアップする。なお、加算玉数の内訳は、「賞球玉数×入賞個数」と「バック玉数」とである。減算玉数の内訳は、「発射玉数」である。

その後、ＣＵ３は、通番＝ｎ＋８の状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋９の状態情報応答のレスポンスをＣＵ３に返信する。Ｐ台２は、状態情報応答のレスポンスを送信する毎に前述のデータをバックアップし、前述のカウンタをクリアする。また、ＣＵ３は、状態情報応答のレスポンスを受信する毎に前述のデータをバックアップする。

次に、図６を参照して、カードが挿入されたときのＣＵ３とＰ台２との処理を説明する。まず、ＣＵ３は、カード挿入前、通番＝ｎ、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。

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

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

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

その後、ＣＵ３は、挿入されたカードが認証されると、通番＝ｎ＋４、カードＩＤ、カード挿入時刻を含むカード挿入通知のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、受信したカードＩＤ、カード挿入時刻のデータを払出制御部１７１のＲＡＭ等にバックアップするとともに、通番＝ｎ＋５を含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、挿入されたカードのカードＩＤをＣＵ制御部３２３のＲＡＭ等に記憶する。

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

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

次に、図７を参照して、挿入されたカードのプリペイド残高から遊技玉を貸出すときの処理を説明する。つまり、挿入されたカードに記録されているプリペイド残高を消費するときの処理を説明する。この図７の処理では、現在の遊技玉数が「５０」玉となっている。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

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

次に、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、通番＝ｎ＋３、加算玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３は、通番＝ｎ＋４、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋５、加算玉数＝１７５を含む状態情報応答のレスポンスをＣＵ３に返信する。

次に、図８を参照して、持玉払出、貯玉払出をして再プレイする処理を説明する。この図８では、当初の遊技玉数が「５０」玉の状態となっている。この図８における再プレイの処理は、図７で示した残高の消費のときの処理と類似している。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、持玉または貯玉が存在する状態で、遊技者が再プレイボタン３１９を押下すると、ＣＵ３は、持玉または貯玉からの１２５玉分の消費を確定させ、遊技玉数を更新し、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。このように、持玉または貯玉の消費は、再プレイボタン３１９を押下する操作がなされた段階でＣＵ３側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。

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

その後、ＣＵ３は遊技玉の加算表示中にするとともに、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、通番＝ｎ＋３、加算玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。

なお、ＣＵ３は、持玉または貯玉から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させることによって、遊技玉の加算表示中であることを示す。

その後、ＣＵ３は、通番＝ｎ＋４、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋５、加算玉数＝１７５を含む状態情報応答のレスポンスをＣＵ３に返信する。

次に、図９を参照して、会員カード・一般残高有カード・一般持玉有カードの返却処理を説明する。この図９では、挿入された記録媒体（会員用カード等）により特定される持玉数が「０」玉であり、当初の遊技玉数が「２００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、計数玉受領＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝２００、計数玉数＝０、計数中＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が、計数ボタン２８を長押下（ボタンを１秒以上押続ける操作）し、遊技玉を持玉に変換する操作を行なう。計数ボタン２８を長押下することで、１回のコマンド／レスポンスの期間（２００ｍｓ）に遊技玉数のうち１００玉が計数され計数玉としてカウントされる。当初の遊技玉数が「２００」玉の場合、１回のコマンド／レスポンスの期間に、遊技玉数が「１００」玉、計数玉が「１００」玉となる。

ただし、表示器５４にて行なう計数表示では瞬時に遊技玉数と計数玉数とをそのような数に変更するのではなく、あくまでも、遊技玉が徐々に計数されて減少し、これと連動して持玉が徐々に増加するような演出が行なわれる。このため、計数表示が終了するまでは、表示器５４での表示上の遊技単数および持点数と、ＣＵ側およびＰ台側のメモリ上の遊技玉数および持点数とは一致しない。

しかしながら、このような制御に代えて、表示上の持点の計数状況（変換状況）と実際のデータの変換処理とが同期するようにしてもよい。この場合、データの計数処理（変換処理）は即座に完了させることが可能であるため、これと同期する計数表示（変換表示）もまた直ぐに終わってしまうことになる。これでは、データの計数が行なわれたことを遊技者に十分に通知することができないおそれがある。そこで、計数表示をしつつ、その途中から「計数が終了しました」という表示に切換えてもよい。また、その場合、「計数が終了しました」という表示が開始された段階からカードの返却操作を有効化してもよい。

計数ボタン２８を長押下する操作がなされた直後に、ＣＵ３は、通番＝ｎ＋２、計数玉受領＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。

それを受けて、Ｐ台２は、遊技玉数＝１００、計数玉数＝１００の状態をＣＵ３に通知するために、通番＝ｎ＋３、遊技玉数＝１００、計数玉数＝１００、計数中＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、状態情報応答のレスポンスを受けて、計数玉数（１００玉）を持玉数（０玉）に加算して持玉数＝１００に更新し、遊技玉数＝２００（更新前遊技玉数）−１００（計数玉数）＝１００のデータをバックアップする。

また、ＣＵ３は、状態情報応答のレスポンスを受けて、先の１００個の遊技玉を計数する表示に連続して、さらに１００個の遊技玉を計数する表示を行なう。

その後、ＣＵ３は、通番＝ｎ＋４、計数玉受領＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。なお、計数玉受領＝ＯＮとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をＰ台２に通知するためである。

計数ボタン２８を長押下中のＰ台２は、遊技玉数＝０、計数玉数＝１００の状態をＣＵ３に通知するために、通番＝ｎ＋５、遊技玉数＝０、計数玉数＝１００、計数中＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、状態情報応答のレスポンスを受けて、計数玉数（１００玉）を持玉数（１００玉）に加算して持玉数＝２００に更新し、遊技玉数＝１００（更新前遊技玉数）−１００（計数玉数）＝０のデータをバックアップする。

また、ＣＵ３は、状態情報応答のレスポンスを受けて、先の１００個の遊技玉を計数する表示に連続して、さらに１００個の遊技玉を計数する表示を行なう。

計数表示が進行すると、やがて、表示器５４での表示上の遊技玉数も０になる。遊技者は、遊技玉数が０玉になったことを確認して、計数ボタン２８を離す。計数ボタン２８を離すことで、遊技玉を持玉に変換する操作が終了する。

その後、遊技者は、返却ボタン３２２を押下する操作を行なう。ＣＵ３は、遊技者が返却ボタン３２２を押下する操作を行なうことで、通番＝ｎ＋６を含むカード返却通知のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋７、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３に返信する。

それを受けて、ＣＵ３は、返信されてきたカードＩＤおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードＩＤおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、カード挿入／排出口３０９に挿入してあったカードを遊技者に返却する。その際、ＣＵ３は当該カードのカードＩＤと持玉数のデータとをホールサーバへ送信し、ホールサーバが当該カードのカードＩＤに対応付けて持玉数のデータを記憶する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをＣＵ３内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバへの異常発生の通知等を行なう。なお、カードの返却時に、ホールサーバが当該カードのカードＩＤに対応付けて持玉数のデータを記憶する代わりに、持玉数のデータをカードに書込み記録して排出するように制御してもよい。

その後、ＣＵ３は、通番＝ｎ＋８、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２は、カード挿入状態＝ＯＦＦを含む状態情報応答を受信したとき、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。それを受けて、Ｐ台２は、通番＝ｎ＋９、遊技玉数＝０、計数玉数＝０、計数中＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。

なお、この図９に示したシーケンスでは、計数ボタン２８が押下された直後のＰ台２からＣＵ３への状態情報応答で計数玉数を送信する制御を示したが、その代わりに、計数ボタン２８が押下された直後の状態情報応答では、計数玉数を送信することなく計数操作が行なわれたことを示すデータ（例えば計数中＝ＯＮ）を送信し、ＣＵ３から計数を受け付け可能であることを示すデータ（例えば計数応答＝ＯＮ）を含む状態情報要求が返信されてきたことを条件として、計数玉数を含む状態情報応答をＣＵ３へ送信するように制御してもよい。

次に、図１０を参照して、異常系シーケンスを説明する。特に、ＣＵ３からＰ台２へコマンドを送信する前に、電源断、通信回路断線があったときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合、つまり、ＣＵ３が交換されずかつＰ台２も交換されていない場合（復旧後通信相手一致）について説明する。

この図１０では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。

ＣＵ３は、状態情報応答のレスポンスを受けて、通番＝ｎ＋１、遊技玉数＝５００（更新前遊技玉数）＋３（加算玉数）−２３（減算玉数）＝４８０のデータをバックアップする。

その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、Ｐ台２では、ＣＵ３の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。なお、Ｐ台２は、動作が停止しているＣＵ３との通信回線断を検知すると、遊技を停止する。

その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。具体的には図２１〜図２３、図２９（ｂ）に基づいて後述する。後述する図１１〜図２０に示す認証シーケンスについても図１０の認証シーケンスと同じ内容である。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ＋１、および加算玉数が含まれている。ＣＵ３は、カードＩＤとカード挿入時刻との少なくとも一方が一致しない場合には、リカバリ詳細要求をＰ台２へ送信しない。このことは、後述する図１０〜図１５、図１７、図１９、図２０においても同様である。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、リカバリ応答で受信したＰ台２のリカバリ情報のカードＩＤおよびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、バックアップしている最終送信通番＝ｎ＋１と、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１とが一致する場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝４５０，加算玉数＝＋６，減算玉数＝＋３６とする。

このリカバリ処理によって補正された遊技玉数を表示器５４に表示させるコマンドがＣＵ制御部３２３から表示制御部３５０へ送信され、表示制御部３５０により補正後の遊技玉数を表示器５４に表示させる制御が行なわれる。後述するリカバリ処理によって補正された遊技玉数も、同様に表示器５４に表示させる制御が行なわれる。なお、リカバリ処理によって補正された遊技玉数を表示させる際に、「復旧しました」等のメッセージも併せて表示させてもよい。また、電源断時の遊技玉数とリカバリ処理によって補正された遊技玉数との差数も併せて表示させるように制御してもよい。さらに、電源断時の遊技玉数とリカバリ処理によって補正された遊技玉数とを同時に表示（並列表示）させるように制御してもよい。この並列表示の場合には、いずれが電源断時の遊技玉数でいずれがリカバリ処理によって補正された遊技玉数かを遊技者が分かるように区別して表示制御する。また、電源断時の遊技玉数を表示させてそれが徐々に（経時的に）リカバリ処理によって補正された遊技玉数に変化する表示制御を行なってもよい。この変化表示制御は、デジタル表示で変化するもの、棒グラフ等のアナログ表示で変化するもの等、いずれでもよい。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。「リカバリデータのクリア」とは、未送信データを通信開始・応答のタイミングで消去するものであり、未送信データ（リカバリデータ）を送信した後はそのデータを記憶しておく必要がなくなるために、通信開始・応答のタイミングで消去するのである。

次に、図１１を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線があって、ＣＵ３からＰ台２へコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合（復旧後通信相手一致）について説明する。

この図１１では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、Ｐ台２で電源断が発生し、Ｐ台２の動作が停止する。しかし、Ｐ台２は、ＣＵ３に状態情報応答レスポンスを返信してから電源断が発生するまで、遊技が継続されている。そのため、Ｐ台２では、電源断が発生するまでの遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。

その後、ＣＵ３は、通番＝ｎ＋２を含む状態情報要求のコマンドをＰ台２へ送信する。しかし、ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知し、通番＝ｎ＋２、遊技玉数＝５００（更新前遊技玉数）＋３（加算玉数）−２３（減算玉数）＝４８０のデータをバックアップする。

その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ＋２、および加算玉数が含まれている。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝ｎ＋２の方が大きい値（新しい）場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝４５０，加算玉数＝＋６，減算玉数＝＋３６とする。

ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。なお、このようなエラーが発生するとＣＵ３およびＰ台２の少なくとも一方においてその旨を報知する。その際、ＣＵ３の表示器３１２およびＰ台２の表示器５４の少なくとも一方においてその報知の内容を表示させてもよい。

また、ホールサーバにその旨を通知し、ホールサーバにおいてエラーが発生したことを報知させてもよい。また、店員の介在によりＰＯＳ等を用いて、手作業で遊技玉数の補正を行なってもよい。具体的には、Ｐ台２からのリカバリデータに含まれている遊技玉数を表示器５４に表示させ、それを見た店員が遊技者のカードをＰＯＳに挿入し、該カードのカードＩＤに対応付けてホールサーバに記憶されている持玉を更新する。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

次に、図１２を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、Ｐ台２からＣＵ３へのレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合（復旧後通信相手一致）について説明する。

この図１２では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。

そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。

さらに、Ｐ台２では、ＣＵ３の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。なお、Ｐ台２は、動作が停止しているＣＵ３との通信回線断を検知すると、遊技を停止する。

その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ、および加算玉数が含まれている。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝ｎの方が小さい値（古い）の場合、前回遊技台情報も、最新遊技台情報もＰ台２から受取らずに、電源断が発生し、動作が停止したと判断してリカバリ処理を行なう。ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。

ＣＵ３は、Ｐ台２のリカバリデータの前回遊技台情報および最新遊技台情報を使用してリカバリ処理を行ない、遊技玉数＝５００（更新前遊技玉数）＋（３＋６）（加算玉数）−（２３＋３６）（減算玉数）＝４５０，加算玉数＝＋（３＋６），減算玉数＝＋（２３＋３６）とする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

次に、図１３を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、ＣＵ３からＰ台２への加算要求のコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合（復旧後通信相手一致）について説明する。

この図１３では、当初の遊技玉数が「５０」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、通番＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。

しかし、Ｐ台２は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。

ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。

その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ＋２、および加算玉数＝１２５が含まれている。

それを受けたＰ台２では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。Ｐ台２は、通信相手が一致し、ＣＵ３のリカバリデータの最終送信通番＝ｎ＋２に比べて、バックアップしている最終送信通番＝ｎ＋１の方が小さい値（古い）の場合、リカバリ処理を実行して遊技玉数を加算玉数で補正し、遊技玉数＝５０＋１２５に更新する。

さらに、Ｐ台２では、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報（遊技玉数＝１７５）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝ｎ＋２の方が大きい値（新しい）の場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝１７５とする。ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合、およびプリペイド残高からの払出によって遊技を開始する玉貸ボタン３２１も同様な動作となる。

次に、図１４を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、Ｐ台２からＣＵ３への加算応答のレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合（復旧後通信相手一致）について説明する。

この図１４では、当初の遊技玉数が「５０」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、通番＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。

その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。

そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋３、遊技玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。なお、Ｐ台２では、ＣＵ３へ状態情報応答のレスポンスを返信するとともに、通番＝ｎ＋３、遊技玉数＝１７５のデータをバックアップする。

その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋３、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ＋２、および加算玉数＝１２５が含まれている。

それを受けたＰ台２では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。Ｐ台２は、通信相手が一致し、ＣＵ３のリカバリデータの最終送信通番＝ｎ＋２に比べて、バックアップしている最終送信通番＝ｎ＋３の方が大きい値（新しい）の場合、遊技玉数を加算玉数で補正しない。

さらに、Ｐ台２では、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報（遊技玉数＝１７５）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋３に比べて、バックアップしている最終送信通番＝ｎ＋２の方が小さい値（古い）の場合、Ｐ台２のリカバリデータの前回遊技台情報および最新遊技台情報を使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝１７５とする。ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。

次に、図１５を参照して、異常系シーケンスを説明する。特に、ＣＵ３からＰ台２へコマンドを送信する前に、電源断、通信回路断線があったときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合、具体的にはＣＵ３が故障等して新たなＣＵ３に交換した場合（復旧後通信相手不一致）について説明する。新たなＣＵ３に交換された場合には、交換前のＣＵ３に挿入されていたカードを遊技者に排出し、その遊技者が同じＰ台２で継続して遊技を行ないたい場合にはそのカードを交換後のＣＵ３に挿入する。

この図１５では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。

ＣＵ３は、状態情報応答のレスポンスを受けて、通番＝ｎ＋１、遊技玉数＝５００（更新前遊技玉数）＋３（加算玉数）−２３（減算玉数）＝４８０のデータをバックアップする。

その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、Ｐ台２では、ＣＵ３の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。なお、Ｐ台２は、動作が停止しているＣＵ３との通信回線断を検知すると、遊技を停止する。

ＣＵ３で電源断が発生後、たとえばＣＵ３の故障のため、ＣＵ３を交換し１次局（１）から１次局（２）へ変更する。その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、交換前のＣＵ３から引抜かれて交換後の新たなＣＵ３に挿入されたカードＩＤおよび遊技場に設置されたホールサーバからダウンロードされたカード挿入時刻と一致しているか否かを判断する。遊技者が遊技をするべくカードをＣＵ３に挿入すればそのカードＩＤと挿入時刻とがＣＵ３からホールサーバにも送信されてホールサーバにて記憶される。その後、交換前のＣＵ３から引抜かれたカードが交換後の新たなＣＵ３に挿入されれば、そのカードのカードＩＤがホールサーバに送信されてカードＩＤに対応する挿入時刻が割出されてＣＵ３にダウンロードされる。ＣＵ３は、挿入されたカードＩＤおよびダウンロードされたカード挿入時刻がＰ台２から送信されてきたものと一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝０、および加算玉数＝１２５が含まれている。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的には、ＣＵ３は、バックアップしているＣＵの最終送信通番＝０によりＣＵ３が交換されたものと判断し、交換後のＣＵ３に挿入されているカードのカードＩＤとリカバリ応答で受信したＰ台２のリカバリデータのカードＩＤとをＣＵ３が比較する。この「最終送信通番＝０」は、ＣＵ３とＰ台２とが接続されていない非通信であったことを示す。つまり、ＣＵ３が遊技機との非通信を示す情報が、この「最終送信通番＝０」である。

また、ＣＵ３は、交換したため、交換前のＣＵ３に挿入されたカードの挿入時刻を記憶していない。一方、ホールサーバは、ＣＵ３から送信されてくるカード挿入時のカードＩＤとカード挿入時刻とＰ台２のチップ情報とを対応付けて記憶している。ゆえに、ＣＵ３は、認証シーケンスでＰ台２から受信したチップ情報（メインチップＩＤと払出チップＩＤ）をホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。ＣＵ３は、その返信されたカード挿入時刻をＰ台２のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のＣＵ３に挿入されていたカードを遊技者に排出し、その遊技者が同じＰ台２で継続して遊技を行なうべくそのカードを交換後のＣＵ３に挿入した場合には、一致している旨の判定がなされる。交換前のＣＵ３に挿入されていたカードとは別のカードが交換後のＣＵ３に挿入された場合には、不一致の判定がなされる。

なお、カード挿入時刻をホールサーバから返信してもらう代わりに、ホールサーバにおいて一致判定を行なうようにしてもよい。具体的には、交換後のＣＵ３に挿入されたカードのカードＩＤがリカバリデータのカードＩＤと一致する場合に、そのカードＩＤとリカバリデータのカード挿入時刻とをホールサーバへ送信し、ホールサーバにて、記憶しているカード挿入時刻と送信されてきたリカバリデータのカード挿入時刻とを比較して一致するか否か判定し、その判定結果をＣＵ３へ返信するように制御してもよい。

また、カード挿入時刻等の記憶場所は、ホールサーバに限定されるものではなく、たとえばＣＵ３を設置するカードユニットホルダー等でもよく、さらには故障したＣＵ３からカードを排出するときにそのカードに記憶させておいてもよい。このカードユニットホルダーは、ＣＵ３が新たなものに交換されても従前のものがそのまま残って使いまわしされるものである。

新たなＣＵ３に交換した場合のカードＩＤとカード挿入時刻との一致判定方法の各種変形例を説明したが、以下にまとめて記載する。上記各種の一致判定方法は、交換対象であるＣＵ３にカードＩＤとカード挿入時刻とを記憶させる交換対象記憶方式と、交換対象以外のものに記憶させる交換対象以外記憶方式とに大きく分類することができる。

（交換対象以外記憶方式）
交換対象以外記憶方式としては、たとえば前述のカードユニットホルダーに記憶する方法がある。この場合は、ＣＵ３の故障前に遊技に使用されていたカードのカードＩＤとカード挿入時刻とがそのカードユニットホルダーに記憶されており、新たなＣＵ３がそのカードユニットホルダーに取り付けられて電源が立ち上げられたときに、Ｐ台２から送られてきたカードＩＤとカード挿入時刻をカードユニットホルダーに記憶されているカードＩＤとカード挿入時刻と照合して一致判定できる。なお、交換対象以外としてのカードユニットホルダーは一例に過ぎず、これに限定されるものではない。たとえば、前述したように、カードＩＤとカード挿入時刻とをホールサーバに記憶させてＰ台２からのカードＩＤとカード挿入時刻とをＣＵ３経由でそのホールサーバに送信してそのホールサーバで一致判定して判定結果をＣＵへ返信する方法は、ＣＵ３にカードＩＤとカード挿入時刻とを記憶させない点では交換対象以外記憶方式の一例となる。

（交換対象記憶方式）
交換対象記憶方式としては、前述したように、ＣＵ３の故障前に遊技に使用されていたカードのカード挿入時刻をホールサーバに記憶させ、そのホールサーバからカードＩＤとカード挿入時刻とを新たなＣＵ３にダウンロード記憶させる方法と、ＣＵ３の故障前に遊技に使用されていたカードのカード挿入時刻をそのカードに記憶させて新たなＣＵ３にそのカードを挿入してカードＩＤとカード挿入時刻とを新たなＣＵ３に記憶させる方法とがある。つまり、故障したＣＵ３および新たなＣＵ３以外の記憶装置を利用してＣＵ３の故障前に遊技に使用されていたカードのカード挿入時刻を新たなＣＵ３に記憶させる方法である。この「故障したＣＵ３および新たなＣＵ３以外の記憶装置」としては、ホールサーバやカードに限定されるものではない。

これらの変形例は、後述の図１７、図１９においても、同様に適用可能である。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝０の方が小さい値（古い）で、バックアップしている最終送信通番が「０」の場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝４５０，加算玉数＝＋６，減算玉数＝＋３６とする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

次に、図１６を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線があって、ＣＵ３からＰ台２へコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合（復旧後通信相手不一致）について説明する。

この図１６では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、Ｐ台２で電源断が発生し、Ｐ台２の動作が停止する。しかし、Ｐ台２は、ＣＵ３に状態情報応答レスポンスを返信してから電源断が発生するまで、遊技が継続されている。そのため、Ｐ台２では、電源断が発生するまでの遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。

その後、ＣＵ３は、通番＝ｎ＋２を含む状態情報要求のコマンドをＰ台２へ送信する。しかし、ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知し、通番＝ｎ＋２、遊技玉数＝５００（更新前遊技玉数）＋３（加算玉数）−２３（減算玉数）＝４８０のデータをバックアップする。

Ｐ台２で電源断が発生後、たとえばＰ台２が故障のため、Ｐ台２を交換し２次局（１）から２次局（２）へ変更する。その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。しかし、Ｐ台２を交換したため、リカバリ情報を保持していない。そのため、リカバリ情報としては、前回最終送信通番＝０、前回挿入中カードＩＤ＝０、前回カード挿入時刻＝０が含まれている。

このリカバリ応答を受信したＣＵ３は、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、バックアップしているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３側は、遊技中であった遊技者のカードのカードＩＤおよびカード挿入時刻がバックアップされており、Ｐ台２から送信されてきた前回カードＩＤおよび前回カード挿入時刻と一致しない。しかも、送信されてきた通番＝０でありＣＵ３がバックアップしている通番＝ｎ＋２と一致しない。その結果、ＣＵ３は、Ｐ台２を交換したと判断して、リカバリ処理を行なわない。つまり、ＣＵ３は、リカバリ詳細要求をＰ台２へ送信しない。そのため、ＣＵ３のリカバリ処理は、店員の介在によりＰＯＳを用いて、手作業で行なうことになる。具体的には、たとえば、表示器５３に遊技玉数を表示させて店員がその遊技玉数に相当する持玉数をＰＯＳに挿入されたカードに手動入力して記録させ、そのカードを遊技者がＣＵ３に挿入して該持玉数を使用して遊技ができるようにする。また、他の方法としては、リモコン等の操作によってＣＵ３に記憶されている遊技玉数を持玉に変換して挿入中のカードに記録させて排出させるように制御してもよい。さらには、交換する遊技機（Ｐ台２）に記憶されている遊技玉数のデータをリモコン等に読出して持玉数としてカードに記録させるようにしてもよい。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

次に、図１７を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、Ｐ台２からＣＵ３へのレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致していない場合（復旧後通信相手不一致）について説明する。

この図１７では、当初の遊技玉数が「５００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。

そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。

さらに、Ｐ台２では、ＣＵ３の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となる。なお、Ｐ台２は、動作が停止しているＣＵ３との通信回線断を検知すると、遊技を停止する。

ＣＵ３で電源断が発生後、たとえばＣＵ３の故障のため、ＣＵ３を交換し１次局（１）から１次局（２）へ変更する。その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝０、および加算玉数が含まれている。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的には、ＣＵ３は、バックアップしているＣＵの最終送信通番＝０によりＣＵ３が交換されたものと判断し、交換後のＣＵ３に挿入されているカードのカードＩＤとリカバリ応答で受信したＰ台２のリカバリ情報のカードＩＤとをＣＵ３が比較する。また、ＣＵ３は、交換したため、交換前のＣＵ３に挿入されたカードの挿入時刻を記憶していない。一方、ホールサーバは、ＣＵ３から送信されてくるカード挿入時のカードＩＤとカード挿入時刻とＰ台２のチップ情報とを対応付けて記憶している。ゆえに、ＣＵ３は、認証シーケンスでＰ台２から受信したチップ情報（メインチップＩＤと払出チップＩＤ）をホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。ＣＵ３は、その返信されたカード挿入時刻をＰ台２のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のＣＵ３に挿入されていたカードを遊技者に排出し、その遊技者が同じＰ台２で継続して遊技を行なうべくそのカードを交換後のＣＵ３に挿入した場合には、一致している旨の判定がなされる。交換前のＣＵ３に挿入されていたカードとは別のカードが交換後のＣＵ３に挿入された場合には、不一致の判定がなされる。

ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝０の方が小さい値（古い）で、バックアップしている最終送信通番が「０」の場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝４５０，加算玉数＝＋６，減算玉数＝＋３６とする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

次に、図１８を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、ＣＵ３からＰ台２への加算要求のコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合（復旧後通信相手不一致）について説明する。

この図１８では、当初の遊技玉数が「５０」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、通番＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。

しかし、Ｐ台２は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。

ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。

Ｐ台２で電源断が発生後、たとえばＰ台２が故障のため、Ｐ台２を交換し２次局（１）から２次局（２）へ変更する。その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。しかし、Ｐ台２を交換したため、リカバリ情報を保持していない。そのため、リカバリ情報としては、前回最終送信通番＝０、前回挿入中カードＩＤ＝０、前回カード挿入時刻＝０が含まれている。

このリカバリ応答を受信したＣＵ３は、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、バックアップしているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３側は、遊技中であった遊技者のカードのカードＩＤおよびカード挿入時刻がバックアップされており、Ｐ台２から送信されてきた前回カードＩＤおよび前回カード挿入時刻と一致しない。しかも、送信されてきた通番＝０でありＣＵ３がバックアップしている通番＝ｎ＋２と一致しない。その結果、ＣＵ３は、Ｐ台２を交換したと判断して、リカバリ処理を行なわない。つまり、ＣＵ３は、リカバリ詳細要求をＰ台２へ送信しない。そのため、ＣＵ３のリカバリ処理は、店員の介在によりＰＯＳを用いて、手作業で行なうことになる。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。

次に、図１９を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、Ｐ台２からＣＵ３への加算応答のレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合（復旧後通信相手不一致）について説明する。

この図１９では、当初の遊技玉数が「５０」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、通番＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。

その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができず、１秒以上ＣＵ３から次のコマンドを受信できなかった場合に、通信回線断を検知できる。

そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋３、遊技玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。なお、Ｐ台２では、ＣＵ３へ状態情報応答のレスポンスを返信するとともに、通番＝ｎ＋３、遊技玉数＝１７５のデータをバックアップする。

ＣＵ３で電源断が発生後、たとえばＣＵ３の故障のため、ＣＵ３を交換し１次局（１）から１次局（２）へ変更する。その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝０、および加算玉数が含まれている。

それを受けたＰ台２では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。この判断は、リカバリ要求で送信されてきた「最終送信通番」が０になっていることに基づいて行われる。Ｐ台２は、ＣＵ３は通信相手が不一致と判断し、遊技玉数を加算玉数で補正しない。

さらに、Ｐ台２では、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報（遊技玉数＝１７５）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的には、ＣＵ３は、バックアップしているＣＵの最終送信通番＝０によりＣＵ３が交換されたものと判断し、交換後のＣＵ３に挿入されているカードのカードＩＤとリカバリ応答で受信したＰ台２のリカバリ情報のカードＩＤとをＣＵ３が比較する。また、ＣＵ３は、交換したため、交換前のＣＵ３に挿入されたカードの挿入時刻を記憶していない。

一方、ホールサーバは、ＣＵ３から送信されてくるカード挿入時のカードＩＤとカード挿入時刻とＰ台２のチップ情報とを対応付けて記憶している。ゆえに、ＣＵ３は、認証シーケンスでＰ台２から受信したチップ情報（メインチップＩＤと払出チップＩＤ）をホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。

ＣＵ３は、その返信されたカード挿入時刻をＰ台２のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のＣＵ３に挿入されていたカードを遊技者に排出し、その遊技者が同じＰ台２で継続して遊技を行なうべくそのカードを交換後のＣＵ３に挿入した場合には、一致している旨の判定がなされる。交換前のＣＵ３に挿入されていたカードとは別のカードが交換後のＣＵ３に挿入された場合には、不一致の判定がなされる。

ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋３に比べて、バックアップしている最終送信通番＝０の方が小さい値（古い）で、バックアップしている最終送信通番が「０」の場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝１７５とする。

その後、ＣＵ３は、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。

次に、図２０を参照して、異常系シーケンスを説明する。ここでは、特に、電源断、通信回路断線により、ＣＵ３からＰ台２への加算要求のコマンドが未到達のときの処理について説明する。

図２０は、ＣＵから送信された遊技玉の加算要求がＰ台側に到達する前にＰ台で電源断が発生し、その後、電源断が復旧した場合の異常系シーケンスを示している。この異常系シーケンスでは、通信が復旧したときに、復旧前後で通信相手が一致している場合（復旧後通信相手一致）について説明する。このため、この異常系シーケンスでは、ＣＵおよびＰ台ともに交換はない。

図２０に示されるように、再プレイボタンの押下が検出されると、ＣＵ側では貯玉の消費が確定し、その消費分だけ遊技玉数が加算（＋１２５）されるとともに、加算玉数＝１２５の遊技玉加算要求を含む状態情報要求がＰ台へ送信される。ところが、その状態情報要求がＰ台に到達する前にＰ台側で一旦電源断が発生する。このため、遊技玉加算要求を含む状態情報要求はＰ台へは到達しない。

その後、電源断が復旧すると、既に説明したとおりの認証シーケンスを経て、リカバリ要求とリカバリ応答とが交換され、ＣＵ側からリカバリ詳細要求が送信される。このリカバリ詳細要求には、未達となった遊技玉加算要求の加算玉数＝１２５が含まれている。Ｐ台は、通信相手が一致し、リカバリ要求に含まれる最終送信通番がｎ＋２（ＣＵ通番）であり、Ｐ台側で記憶しているＰ台通番がｎ＋１であることから、リカバリ詳細要求に含まれる加算玉数＝１２５を補正データとして用いて遊技玉数を５０＋１２５に補正する。その結果、ＣＵ側で記憶している遊技玉数と、Ｐ台側で記憶している遊技玉数とが一致する。

その後、Ｐ台からＣＵに向けてリカバリ詳細応答が返信される。すると、ＣＵ側でカードＩＤおよび挿入時刻一致、かつ、ＣＵとＰ台との通番が整合すると判断されてリカバリされる。

このように、ＣＵからＰ台へ遊技玉数の変化を示す情報が送信され、その情報が到達する前に電源断が発生したときでも、電源断復旧時のリカバリ処理によって、Ｐ台側で遊技玉数が補正されるため、電源断の回復後においてもＣＵとＰ台との間での遊技玉データの整合性を保持できる。

以下、図２０に従い、そのシーケンスを詳細に説明する。この図２０では、当初の遊技玉数が「５０」玉の状態となっている。まず、ＣＵ３は、通番＝ｎを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、通番＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。

しかし、Ｐ台２は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。

ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。

その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番＝ｎ＋２、および加算玉数＝１２５が含まれている。

それを受けたＰ台２では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。Ｐ台２は、通信相手が一致し、ＣＵ３のリカバリデータの最終送信通番＝ｎ＋２に比べて、バックアップしている最終送信通番＝ｎ＋１の方が小さい値（古い）の場合、リカバリ処理を実行して遊技玉数を加算玉数で補正し、遊技玉数＝５０＋１２５に更新する。

さらに、Ｐ台２では、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報（遊技玉数＝１７５）、最新遊技情報が含まれている。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理である。

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝ｎ＋２の方が大きい値（新しい）の場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝１７５とする。ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。

なお、通信不能状態において遊技用装置側で遊技点が変化し、復旧処理により遊技用装置側での遊技点の変化が遊技機へ送信されて遊技機側で遊技点が更新（補正）される場合の具体例は、図１２に示されている。この図１２によれば、「前記遊技用装置は、前記遊技用装置との通信ができない通信不能状態から復旧させて前記遊技用装置との間での遊技点の整合性を回復させる復旧処理を行なう復旧処理手段を含み、前記遊技用装置は、前記通信不能状態が発生したときから前記遊技用装置による復旧処理が実行されるまでの間において、前記特定手段により特定された遊技点の変化量を累積して記憶する通信不能時累積記憶手段とを含み、前記遊技用装置は、前記復旧処理が行なわれるときに、前記通信不能時累積記憶手段に記憶されている遊技点の累積変化量を特定可能な累積更新情報を前記遊技用装置へ送信すること」が開示されている。

以上図６〜図１２を用いて説明したように、リカバリ処理時の補正態様としては、ＣＵ３が、Ｐ台２から受信した最終送信通番と、記憶しているＰ台２最終送信通番とを比較し、Ｐ台２から受信した最終送信通番が記憶しているＰ台２最終送信通番より大きい通番であれば、最新遊技台情報と前回遊技台情報との両者を用いて遊技玉数を補正する第１補正態様がある。また、他方の補正態様とは、ＣＵ３が、Ｐ台２から受信した最終送信通番と、記憶しているＰ台最終送信通番とを比較し、Ｐ台２から受信した最終送信通番が記憶しているＰ台最終送信通番と等しいまたは小さい通番であれば、最新遊技台情報のみで遊技玉数を補正する第２補正態様がある。さらに、リカバリ処理時の補正態様としては、一切補正をしない態様も含んでいる（図１０参照）。つまり、「補正態様を決定する」とは、最新遊技台情報のみまたは最新遊技台情報と前回遊技台情報との両者を用いて補正するか否かを決定するばかりでなく、補正をしないことの決定をも包含する概念である。

また、第１補正態様は、具体的には、ＣＵ３が記憶している遊技玉数に対し、最新遊技台情報の加算玉数と前回遊技台情報の加算玉数とを加算するとともに、最新遊技台情報の減算玉数と前回遊技台情報の減算玉数とを減算して算出された遊技玉数に補正する。第２補正態様は、具体的には、ＣＵ３が記憶している遊技玉数に対し、最新遊技台情報の加算玉数を加算するとともに最新遊技台情報の減算玉数を減算して算出された遊技玉数に補正する。

以上説明した異常時のリカバリ処理をまとめると、次のようになる。ＣＵ３とＰ台２との通番の差が２以上あるときにはすべて不正としてリカバリを行なわない。ただし、ＣＵ３の通番＝０の場合にはＣＵ３が交換された場合であり、Ｐ台２の最新遊技台情報のみでリカバリしてＰ台２の最新遊技台情報をＣＵ３が取込む。また、Ｐ台２の通番＝０のときはリカバリしない（リカバリ詳細要求を送信しない）。

「Ｐ台２側からの通番≦ＣＵ３の記憶通番」の場合には、最新遊技台情報のみでリカバリする。

「Ｐ台２側からの通番＞ＣＵ３の記憶通番」の場合には、最新遊技台情報と前回遊技台情報とでリカバリする。

図２１は、遊技機チップ情報の照合の処理のうち遊技機チップ情報照合結果を保持していない場合（ホール設置時、ＣＵ交換時、Ｐ台交換時）の処理を説明するための図である。

図２１を参照して、まず、たとえば電源ＯＮしたときあるいは通信回線断から復旧すると、ＣＵ３とＰ台２との間で接続が開始される。このときに、ＳＣ３２５ｂが遊技機チップ情報に関して照合結果を有しない場合（鍵管理サーバからの照会結果自体を有しない場合）の処理について以下説明する。鍵管理サーバからの照会結果自体を有しない場合は、ＣＵ３を遊技場（ホール）に設置したとき、ＣＵ３を新たなものに交換してとき、さらには、Ｐ台２をあらたなもの（新たな遊技機チップ情報のＰ台２）に交換したときに、発生する。

ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ問合せ指示通知コマンドを送信し、このコマンドに対するレスポンスとしてＳＣ３２５ｂは、ＣＵ制御部３２３に対して遊技機チップ問合せ結果コマンドを送信する。なお遊技機チップ問合せ結果コマンドの内容は、チップ番号、問合せ番号、ホールサーバへの問合せ有りなど情報を含む。

ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ問合せ結果コマンドを受け、遊技機チップ情報を照合するために、ホールサーバに対して、遊技機チップ情報取得要求コマンドを送信する。なお、遊技機チップ情報取得要求コマンドの内容は、遊技機チップ問合せ結果コマンドの内容と同様でチップ番号、問合せ番号、ホールサーバへの問合せ有りなど情報を含む。

そして、ホールサーバは、ＣＵ制御部３２３からの遊技機チップ情報取得要求コマンドを受け、ホールサーバに照合結果が既に登録されている場合には、照合結果をＣＵ制御部３２３に送信し、一方、ホールサーバに照合結果が登録されていない場合には、照合結果を得るために、遊技機チップ情報取得要求コマンドを鍵管理サーバ８００に送信する。ホールサーバに照合結果が既に登録されている場合とは、鍵管理サーバ８００による遊技機チップ情報の照合結果を既にホールサーバが受信して記憶している場合であり、たとえば照合チェック済みのＰ台２はそのままにしてＣＵ３のみを交換した場合に生じる。また、ホールサーバは、何らかの事情で鍵管理サーバ８００との通信がオフライン等の状況の場合には、取得ができない旨の通知をＣＵ制御部３２３に送信する。

なお、本遊技機チップ情報取得要求コマンドは、チップ番号、問合せ番号など情報を含む。

鍵管理サーバ８００は、ホールサーバからの遊技機チップ情報取得要求コマンドを受け、サーバ上に登録されている遊技機チップ情報を照合し、その結果をホールサーバに通知する。

具体的には、鍵管理サーバ８００からホールサーバに対して、遊技機チップ情報取得応答コマンドにより、照合結果ＯＫ／ＮＧが通知される。送信されてきた遊技機チップ情報が鍵管理サーバに正規に登録されたものである場合は、照合結果ＯＫが返信され、送信されてきた遊技機チップ情報が鍵管理サーバに登録されていない場合は、照合結果ＮＧが返信される。照合結果ＯＫ／ＮＧを受信したホールサーバからＣＵ制御部３２３に対して、その受信した照合結果ＯＫ／ＮＧが遊技機チップ情報取得応答コマンドにより、通知される。また、ホールサーバは、鍵管理サーバ８００から受信した遊技機チップ情報取得応答を記憶する。これ以降、ＣＵ制御部３２３からの遊技機チップ情報取得要求に対して、その遊技機チップ情報取得要求中のチップ番号と記憶している遊技機チップ情報取得応答中のチップ番号とを照合し、一致する場合にホールサーバは照合結果ありと判断し自己が記憶している照合結果ＯＫ／ＮＧをＣＵ制御部３２３へ返信する。一方、ホールサーバは、チップ番号同士の照合の結果不一致の場合には照合結果なしと判断し受信した遊技機チップ情報取得要求を鍵管理サーバ８００へ送信して照合してもらう。

ＣＵ制御部３２３は、ホールサーバからの遊技機チップ情報取得応答コマンドを受け、ＳＣ３２５ｂに対して、その受信した照合結果ＯＫ／ＮＧを通知する遊技機チップ情報通知コマンドを送信するとともに、ホールサーバから受信した遊技機チップ情報取得応答コマンドにより特定される照合結果ＯＫ／ＮＧをＳＣ３２５ｂが記憶する。

ＳＣ３２５ｂは、照合結果有りの場合には、型式コードなどの内容を含む遊技機チップ情報結果コマンドをＣＵ制御部３２３に送信する。また、ＳＣ３２５ｂは、取得した照会結果に基づき、遊技機チップ情報の照会結果の更新を行なう。

なお、ＳＣ３２５ｂは、遊技機チップ問合せ結果コマンドをＣＵ制御部３２３に送信後、遊技機チップ情報の照会結果の有無の通知をする遊技機チップ情報通知を受信するまでの間に、ＣＵ制御部３２３−ＳＣ３２５ｂ間において、Ｐ台２と業務電文処理が行なわれる。

図２２は、遊技機チップ情報の照合の処理のうち遊技機チップ情報の照合結果ＮＧを保持している場合の処理を説明するための図である。

図２２を参照して、まず、たとえば電源ＯＮしたときあるいは通信回線断から復旧すると、ＣＵ３とＰ台２との間で接続が開始される。このときに、ＳＣ３２５ｂが遊技機チップ情報に関して照合結果を有していたが照合結果ＮＧ（不適合）であった場合の処理について以下説明する。

ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ問合せ指示通知コマンドを送信し、このコマンドに対するレスポンスとしてＳＣ３２５ｂは、ＣＵ制御部３２３に対して遊技機チップ問合せ結果コマンドを送信する。なお遊技機チップ問合せ結果コマンドの内容は、チップ番号、問合せ番号、鍵管理サーバ８００への問合せ有りなど情報を含む。ここで、図２１に示した照会情報を有さない場合の対応（ホールサーバへの問合せ）と異なり、鍵管理サーバ８００への問合せにしたのは、ホールサーバが照合結果無し（ＮＧ）の内容については認識できないものの、この照合結果無し（ＮＧ）自体が記憶される。したがって、仮に「ホールサーバへの問合せ」とした場合には、ホールサーバが記憶している照合結果無し（ＮＧ）が返信されてくることになるが、鍵管理サーバ８００においては既に新しく遊技機チップ情報の内容が更新されていて照合結果ＯＫが返信されてくる可能性もあるためである。

ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ問合せ結果コマンドを受け、遊技機チップ情報を照合するために、ホールサーバに対して、遊技機チップ情報取得要求コマンドを送信する。なお、遊技機チップ情報取得要求コマンドの内容は、遊技機チップ問合せ結果コマンドの内容と同様でチップ番号、問合せ番号、鍵管理サーバ８００への問合せ有りなど情報を含む。

そして、ホールサーバは、ＣＵ制御部３２３からの遊技機チップ情報取得要求コマンドを受け、ホールサーバに照合結果が登録されている／いないにかかわらず、照合結果を得るために、遊技機チップ情報取得要求コマンドを鍵管理センタに送信する。また、ホールサーバは、何らかの事情で鍵管理サーバ８００との通信がオフライン等の状況の場合には、取得ができない旨の通知をＣＵ制御部３２３に送信する。

なお、本遊技機チップ情報取得要求コマンドは、チップ番号、問合せ番号など情報を含む。

鍵管理サーバ８００は、ホールサーバからの遊技機チップ情報取得要求コマンドを受け、サーバ上に登録されている遊技機チップ情報を照合し、その結果をホールサーバに通知する。

具体的には、鍵管理サーバ８００からホールサーバに対して、遊技機チップ情報取得応答コマンドにより、照合結果の有り／無しが通知される。同様にホールサーバからＣＵ制御部３２３に対して、遊技機チップ情報取得応答コマンドにより、照合結果の有り／無しが通知される。

ＣＵ制御部３２３は、ホールサーバからの遊技機チップ情報取得応答コマンドを受け、ＳＣ３２５ｂに対して、照合結果の有り／無しを通知する遊技機チップ情報通知コマンドを送信する。

ＳＣ３２５ｂは、照合結果有りの場合には、型式コードなどの内容を含む遊技機チップ情報結果コマンドをＣＵ制御部３２３に送信する。また、ＳＣ３２５ｂは、取得した照会結果に基づき、遊技機チップ情報の照会結果の更新を行なう。

一方、遊技機チップ情報結果がＮＧであった場合は、時限運用の下でＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。時限運用下での通信は、一定期間（たとえば、２日）のみ許容される時限的な通信である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂからＣＵ制御部３２３、ホールサーバを経由して鍵管理サーバへ通知される。この時限運用期限が経過した時点で遊技機チップ情報結果がＮＧのままであった場合は、チップ情報認証エラーをＰ台２へ通知した後、Ｐ台２との通信が停止される。

なお、ＳＣ３２５ｂは、遊技機チップ問合せ結果コマンドをＣＵ制御部３２３に送信後、遊技機チップ情報の照会結果の有無の通知をする遊技機チップ情報通知を受信するまでの間に、ＣＵ制御部３２３−ＳＣ３２５ｂ間において、遊技機チップ情報の認証処理をする前に、Ｐ台２と業務電文処理が行なわれる。

図２３は、遊技機チップ情報の照合の処理のうち遊技機チップ情報の照合結果ＯＫを保持している場合の処理を説明するための図である。

図２３を参照して、まず、たとえば電源ＯＮしたときあるいは通信回線断から復旧すると、ＣＵ３とＰ台２との間で接続が開始される。このときに、ＳＣ３２５ｂが遊技機チップ情報に関して照合結果ＯＫ（適合）を有していた場合の処理について以下説明する。

ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、遊技機チップ問合せ指示通知コマンドが送信される。一方、ＳＣ３２５ｂは、この遊技機チップ問合せ指示通知コマンドのレスポンスとして、遊技機チップ問合せ結果コマンドをＣＵ制御部３２３に対して送信する。なお、既に、ＳＣ３２５ｂは、照合結果適合（ＯＫ）を記憶していることから、それ以上問合せ照合を行なう必要がなく、チップ番号、問合せ番号、上位装置であるホールサーバへの問合せ無しを内容とする遊技機チップ問合せ結果コマンドをＣＵ制御部３２３に送信する。

それを受信したＣＵ制御部３２３は、ＳＣ３２５ｂに対して、鍵遊技機チップ情報の照合結果が適合（ＯＫ）していることを通知する遊技機チップ情報通知コマンドが送信される。一方、ＳＣ３２５ｂは、この遊技機チップ問合せ指示通知コマンドのレスポンスとして、遊技機チップ照合結果が適合（ＯＫ）していることとともに型式コードを内容とする遊技機チップ情報結果コマンドをＣＵ制御部３２３に対して送信する。

そして、ＣＵ制御部３２３−ＳＣ３２５ｂ間において、Ｐ台２と業務電文処理が行なわれる。

図２４〜図２８は、払出制御部１７１により判定される各種エラーの状態を示す図である。図２４〜図２８に示すように、エラーの発生箇所を示す系統として、電源系、不正遊技系、通信系、操作系、および運用系がある。

また発生したエラーの種類を表示するためのエラー表示（機器間共通のエラー番号）、エラー項目、エラーを報知するエラー報知箇所、エラーの発生原因、エラー中に制限される機能、払出制御部でのエラー解除、およびエラーの復旧方法／エラー検知後の動作の各項目が示されている。

まず図２４を参照して、電源系に発生するエラーとして３つのエラーを説明する。Ｅ−０００１（０ｘ０１）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目としてカードユニット３の電源断であり、エラー報知箇所としてパチンコ機２側の７セグ表示器５０であり、エラーの発生原因として、払出制御部１７１の電源投入から５秒経過してもカードユニット３からの機器要求コマンド（図５、図１０〜図２０に示す認証シーケンスでＣＵ３から送信されてくる遊技機チップ問合せ）を受信しなかった場合であり、エラー中に制限される機能として、外部機器との通信機能、認証機能、一般遊技機能、動作モード切換機能、遊技玉循環機能および遊技玉計数機能である。また払出制御部１７１でのエラー解除は不可能であり、エラーの復旧方法／エラー検知後の動作としては、カードユニット３と払出制御部１７１との間の通信ケーブルを正常な状態にすること、および、カードユニット３の電源配線を確認し、電源を投入することである。

エラー表示（機器間共通のエラー番号）としてＥ−０００３（０ｘ０２）のエラーの場合には、エラー項目として、主制御基板１６の電源断１である。これは、主制御基板１６から払出制御基板１７に送信される接続確認信号がオフの場合の電源断である。エラー報知箇所としてパチンコ機２側の７セグ表示器５０であり、エラーの発生原因として、払出制御部１７１の電源投入から３秒経過しても、主制御基板１６より入力される接続確認信号がオンにならない場合である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。この遊技玉数計数機能とは、各種玉数の加減算機能のことである。払出制御部１７１でのエラー解除は不可能であり、エラーの復旧方法／エラー検知後の動作としては、パチンコ機２に電源を供給すること、電源基板上の電源スイッチをオンにすること、および電源基板と主制御基板１６との間のハーネスを正しく接続することである。

エラー表示（機器間共通エラー番号）がＥ−０００４（０ｘ０３）のエラーの場合には、エラー項目としては、主制御基板１６の電源断２である。この電源断２は、電源を立上げた起動時において主制御基板１６からの応答がない場合である。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御部１７１が主制御基板１６へ機器情報要求を送信した後、１秒経過しても応答コマンドが返信されて来なかった場合である。エラー中に制限される機能としては、基板間通信機能、認証機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラーの解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、パチンコ機２に電源を供給すること、電源基板上の電源スイッチをオンにすること、および電源基板と主制御基板１６との間のハーネスを正しく接続することである。

次に不正遊技系統に発生するエラーを説明する。エラー項目として、主制御基板１６の主制御用ＣＰＵのＩＤをカードユニット３のＣＵ制御部３２３が認証した結果のエラーの場合には、エラー表示（機器間共通のエラー番号）が、カードユニット３の使用を参照して表示される。このエラーの場合には、エラー報知箇所としては、カードユニット３側の表示器３１２であり、エラーの発生原因としては、カードユニット３からのＣＰＵの認証時に主制御用ＣＰＵのＩＤが異常だった場合である。エラー中に制限される機能としては、すべての機能が制限される。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、主制御基板１６が正規なものであるか点検する。

エラー項目として、払出制御用ＣＰＵ（払出制御部１７１のＣＰＵ）のＩＤをカードユニット３側のＣＵ制御部３２３が認証した結果判定されたエラーの場合にも、カードユニット３の使用を参照してエラー表示（機器間共通のエラー番号）が表示される。このエラーの場合には、エラー報知箇所としては、カードユニット３側の表示器３１２であり、エラーの発生原因としては、カードユニット３からのＣＰＵの認証時に払出制御用ＣＰＵのＩＤが異常だった場合である。エラー中に制限される機能としては、すべての機能である。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、払出制御部１７１が設けられている払出制御基板１７が正規なものであるか否かを点検する。

エラー表示（機器間共通のエラー番号）としてＥ−１００１が表示されるエラーの場合には、エラー項目が、ベース異常である。このエラーの場合には、エラー報知箇所として、パチンコ２側の７セグ表示器５０であり、エラーの発生原因としては、ガラス扉または枠本体（前枠６）が開放中でないときに払出制御部１７１にて指定されたベース値を超える遊技玉の賞球払出（遊技玉数への加算）が払出制御部１７１で検出された場合である。このエラーの場合にはエラー中に何ら制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、不正遊技が行なわれていないかを確認すること、エラーは発生から４分経過した時点で自動復旧する。

Ｅ−１００２（０ｘ８１）のエラー表示（機器間共通エラー番号）の場合には、エラー項目が不正入賞エラーである。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、大当り中・小当り中以外の状態で大入賞口への遊技玉の入賞が主制御基板１６で検出された場合である。主制御基板１６は、このエラーを検出すると、大当り中・小当り中以外の状態で大入賞口への遊技玉の入賞があった旨のエラーを払出制御部１７１へ通知する。それを受けた払出制御部１７１は、エラー番号「Ｅ−１００２」を７セグ表示器５０に表示させる。このエラーの場合にはエラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、不正遊技が行なわれていないかを確認すること、エラーは発生から４分経過した時点で自動復旧する。

図２５を参照して、Ｅ−１００３（０ｘ８２）のエラー表示（機器間共通エラー番号）のエラーの場合には、エラー項目が電波センサエラーであり、パチンコ機２側の７セグ表示器５０で表示される。エラーの発生原因としては、払出制御基板１７にて電波センサ１７３のオンが検出された場合である。払出制御基板１７には不正電波を検出するための電波センサ１７３が接続されており（図２参照）、その電波センサ１７３からの電波検出信号が払出制御基板１７に入力されたことにより電波センサエラーが判定される。このエラーの場合にはエラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、不正遊技が行なわれていないかを確認することである。エラーは発生から４分経過した時点で自動復旧する。

Ｅ−１００４（０ｘ８３）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が磁石センサエラーである。この磁石センサエラーは、遊技者が遊技領域２７に磁石を近づけてパチンコ玉を遊技領域２７内の入賞口に誘導する等のような不正行為が発生したときのエラーである。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御基板１７にて磁石センサ（図示省略）のオンが検出された場合である。払出制御基板１７には、磁石センサが接続されており、その磁石センサが磁気を検出してその検出信号が払出制御基板１７に入力されたことにより、磁気センサエラーが発生したことが判定される。エラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラー復旧方法／エラー検知後の動作としては、不正遊技が行なわれていないかを確認する。エラーは発生から４分経過した時点で自動復旧する。

次に通信系統のエラーについて説明する。Ｅ−２００１（０ｘ０４）のエラー表示（機器間共通エラー番号）のエラーの場合には、エラー項目としては、対カードユニット３の通信回線断のエラーである。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御部１７１がカードユニット３へ応答送信後、４秒間経過しても次の要求コマンドを受信しなかった場合、または、カードユニット３からの要求で払出制御部１７１が通信回線を切断した場合である。エラー中に制限される機能としては、外部機器通信機能、認証機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能である。エラーの復旧方法／エラー検知後の動作としては、通信状態を初期化し、通信を自動再開すること、カードユニット３・払出制御部１７１の間の通信ケーブルを正常な状態にすること、カードユニット３、パチンコ機２の電源を切り、再投入することである。

対カードユニット３からの受信コマンドが異常（ＣＲＣ異常）のエラー項目のエラーの場合には、エラー表示を行なわない。エラーの発生原因としては、カードユニット３から受信したコマンドのＣＲＣ部と払出制御部１７１におけるＣＲＣの演算結果とが不一致であった場合である。ＣＲＣとは、パリティチェックのことであり、ＣＲＣが異常とは、パリティチェックの結果ＮＧすなわち異常であることを意味している。エラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、カードユニット３から受信したコマンドを破棄し、応答コマンドも送信しないこと、カードユニット３からのコマンド送信リトライを待つことである。

対カードユニット３の受信コマンド異常（データ長異常）のエラー項目のエラーの場合には、エラー表示を行なわない。このエラーの発生原因としては、カードユニット３から払出制御部１７１に送信したコマンドの長さが適切でなかった場合である。エラー中に制限される機能はない。払出制御部でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、受信したコマンドを破棄し、応答コマンドも送信しないこと、カードユニット３からのコマンド送信のリトライを待つことである。

対カードユニット３からの受信コマンド異常（データ内容異常）のエラー項目のエラーの場合には、エラー表示を行なわない。このエラーの発生原因としては、カードユニット３から払出制御部１７１に送信したコマンドの内容の一部または全部が適切でなかった場合である。エラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、受信したコマンドを破棄し、応答コマンドも送信しないこと、カードユニット３からのコマンド送信のリトライを待つことである。

対カードユニット受信コマンド異常（暗号異常）のエラー項目のエラーの場合には、エラー表示を行なわない。このエラーの発生原因としては、カードユニット３から払出制御部１７１に送信したコマンドの暗号部が適切でなかった場合である。エラー中に制限される機能はない。払出制御部１７１でのエラー解除は不可能である。エラーの復旧方法／エラー検知後の動作としては、受信したコマンドを破棄し、応答コマンドも送信しないこと、カードユニット３からのコマンド送信のリトライを待つことである。

Ｅ−２１０１（０ｘ０５）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が、対主制御基板１６の通信回線断１である。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、主制御基板１６より払出制御部１７１に入力される接続確認信号がオフになった場合（Ｅ−０００３に該当する場合を除く）である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラーの解除が可能である。エラーの復旧方法／エラー検知後の動作としては、払出制御部１７１と主制御基板１６との間の通信ケーブルを正常な状態にすること、パチンコ機２の電源を切り、再投入することである。

Ｅ−２１０２（０ｘ０６）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が、対主制御基板１６の通信回線断２である。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御部１７１が主制御基板１６へ機器情報要求以外を送信した後、１秒経過しても応答コマンドが返信されて来なかった場合である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能である。エラーの復旧方法／エラー検知後の動作としては、通信状態を初期化し、通信を再開すること、払出制御部１７１と主制御基板１６との間の通信ケーブルを正常な状態にすること、パチンコ機２の電源を切り、再投入することである。

図２６を参照して、Ｅ−２１０３（０ｘ０７）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が、対主制御基板１６の受信コマンド異常（サム値異常）のエラーである。このエラーは、報知箇所としてパチンコ機２側の７セグ表示器５０であり、エラーの発生原因としては、主制御基板１６から受信したコマンドのＣＲＣ部と払出制御部１７１におけるＣＲＣの演算結果が３回連続して不一致だった場合である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能である。エラーの復旧方法／エラー検知後の動作としては、通信状態を初期化し、通信を再開すること、払出制御部１７１と主制御基板１６との間の通信ケーブルを正常な状態にすること、パチンコ機２の電源を切り、再投入することである。

Ｅ−２１０４（０ｘ０８）のエラー表示（機器間共通のエラー番号）のエラーは、エラー項目が、対主制御基板１６の受信コマンド異常（データ長異常）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、主制御基板１６から払出制御部１７１に送信したコマンドの長さが３回連続して適切でなかった場合である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能である。エラーの復旧方法／エラー検知後の動作としては、通信状態を初期化し、通信を再開すること、払出制御部１７１と主制御基板１６との間の通信ケーブルを正常な状態にすること、パチンコ機２の電源を切り、再投入することである。

Ｅ−２１０５（０ｘ０９）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が、対主制御基板１６の受信コマンド異常（データ内容異常）である。エラー報知箇所はパチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、主制御基板１６から払出制御部１７１に送信したコマンドの内容の一部または全部が３回連続して適切でなかった場合である。エラー中に制限される機能としては、基板間通信機能、一般遊技機能、動作モード切換機能、遊技玉循環機能、および遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能である。エラーの復旧方法／エラー検知後の動作としては、通信状態を初期化し、通信を再開すること、払出制御部１７１が設けられた払出制御基板１７と主制御基板１６との間の通信ケーブルを正常な状態にすること、パチンコ機２の電源を切り、再投入することである。

次に操作系統のエラーを説明する。Ｅ−３００１（０ｘ０Ａ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が、扉開放エラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、ガラス扉の開放および／または枠（前枠６）の開放を払出制御部１７１が検知した場合である。エラー中に制限される機能としては、遊技玉発射機能および遊技玉数計数機能である。払出制御部１７１でのエラー解除は可能である。エラーの復旧方法／エラー検知後の動作としては、ガラス扉および／または枠（前枠６）を閉鎖することである。

次に図２７を参照して、運用系統のエラーを説明する、Ｅ−４００１（０ｘ０Ｂ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が発射モータ作動エラーである。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０であり、払出制御部１７１から発射モータ作動エラー報知用の制御信号が７セグ表示器５０へ送信され、それを受けた７セグ表示器５０がＥ−４００１を表示する。エラーの発生原因としては、カード未挿入状態で払出制御部１７１が発射モータ原点センサ３７のレベル変化を検知した場合である。エラー中に払出制御部１７１によって制限される機能としては、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、発射機構（発射部３８）の点検・修理・交換をすることである。

Ｅ−４００２（０ｘ０Ｃ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が発射モータ原点検知エラーである。エラー報知箇所としては、パチンコ機２側の７セグ表示器５０である。具体的には、払出制御部１７１が発射モータ原点検知エラー報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４００２を表示する。エラーの発生原因としては、発射モータ１８の駆動中に２秒経過しても払出制御部１７１で発射モータ原点センサ３７のオンを検知できなかった場合である。払出制御部１７１によりエラー中に制限される機能としては、発射玉循環機能と遊技玉数計数機能である。払出制御部でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、発射機構（発射部３８）を点検・修理・交換することである。

Ｅ−４００３（０ｘ０Ｄ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が発射速度エラー１（発射速度が速い）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。具体的には、払出制御部１７１が発射速度エラー１報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４００３を表示する。エラーの発生原因としては、発射モータ１８の駆動中に発射モータ原点センサ３７のオン時間またはオフ時間が規定時間よりも短い状態を払出制御部１７１で検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、発射機構（発射部３８）を点検・修理・交換することである。

Ｅ−４００４（０ｘ０Ｅ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が発射速度エラー２（発射速度が遅い）である。エラー報知箇所としては、遊技機２側の７セグ表示器５０である。具体的には、払出制御部１７１が発射速度エラー２報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４００４を表示する。エラーの発生原因としては、発射モータ１８の駆動中に発射モータ原点センサ３７のオン時間またはオフ時間が規定時間よりも長い状態を払出制御部１７１で検知した場合である。但し、前述のＥ−４００１のエラー表示に該当する場合を除く。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、発射機構（発射部３８）を点検・修理・交換することである。

Ｅ−４１０１（０ｘ０Ｆ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉不足エラー１（搬送モータ前）である。これは、搬送モータ４０の手前側で遊技玉が不足したエラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉不足エラー１報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４１０１を表示する。エラーの発生原因としては、払出制御部１７１が玉上げスイッチ（下）４１ｂのオフを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能としては、遊技玉循環機能と遊技玉数計数機能とである。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉を遊技玉循環機構に供給すること（たとえばアウト口に遊技玉を投入すること）、遊技玉循環機構、盤面上の玉詰りを解消すること、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４１０２（０ｘ１０）のエラー表示（機器機器間共通エラー番号）のエラーは、エラー項目が遊技玉搬送エラー１（搬送モータ前）である。このエラーは、搬送モータ４０の手前側において発生した遊技玉の搬送エラーである。エラー報知箇所は、遊技機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉搬送エラー１報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４１０２を表示する。エラーの発生原因としては、遊技玉の搬送動作中に払出制御部１７１で玉上げスイッチ（下）４１ｂのオンを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構の玉詰りを解消すること、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４１０３（０ｘ１１）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉不足エラー２（搬送モータ後）である。このエラーは、搬送モータ４０の搬送下手側において遊技玉不足が発生したエラーである。エラー報知箇所は、遊技機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉不足エラー２報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４１０３を表示する。エラーの発生原因としては、遊技玉の搬送動作中以外に払出制御部１７１で玉上げスイッチ（上）４１ａのオフを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉を遊技玉循環機構に供給すること（たとえばアウト口に遊技玉を投入すること）、遊技玉循環機構の玉詰りを解消すること、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４１０４（０ｘ１２）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉搬送エラー２（搬送モータ後）である。このエラーは、搬送モータ４０の搬送下手側において発生した遊技玉の搬送エラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉搬送エラー２報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４１０４を表示する。エラーの発生原因としては、遊技玉の搬送動作中に払出制御部１７１で玉上げスイッチ（上）４１ａのオンを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構の玉詰りを解消すること、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４１０５（０ｘ１３）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉搬送エラー３である。このエラー報知箇所は、遊技機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉搬送エラー３報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４１０５を表示する。エラーの発生原因としては、遊技玉搬送エラー３の発生中以外の場合において、遊技玉の搬送動作中に払出制御部１７１で玉上げスイッチ（上）４１ａのオンを６秒以上検知できなかった場合、遊技玉搬送エラー３の発生中において、遊技玉の搬送動作中に払出制御部１７１で玉上げスイッチ（上）４１ａのオンを２秒検知できなかった場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１によりエラーの解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉を遊技玉循環機構に供給すること（たとえばアウト口に遊技玉を投入すること）、遊技玉循環機構の玉詰りを解消すること、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４２０１（０ｘ１４）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉数過多エラーである。このエラーは、遊技機２に封入されている封入玉合計数が多過ぎるエラーである。エラー報知箇所は遊技機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技玉数過多エラー報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４２０１を表示する。エラーの発生原因としては、客待ち状態が６０秒間経過した後、払出制御部１７１が発射玉検出スイッチ９０３のオンを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能はない。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、数個分の玉抜きを行なうこと、遊技玉循環機構を点検・修理・交換することである。

図２８を参照して、運用系統のエラーの続きを説明する。Ｅ−４２０２（０ｘ１５）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技終了検知エラー１（異常検知）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。具体的には、払出制御部１７１が遊技終了報知エラー報知用の制御信号を７セグ表示器５０へ送信し、それを受けた７セグ表示器５０がＥ−４２０２を表示する。エラーの発生原因としては、客待ち状態が６０秒間経過した状態、またはカード未挿入状態で払出制御部１７１が発射玉検出スイッチ９０３のオンを検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４２０３（０ｘ１６）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技終了検知エラー２（玉詰り）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラー発生原因としては、払出制御部１７１が発射玉検出スイッチ９０３のオンを０．５秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４３０１（０ｘ１７）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技玉数過少エラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、客待ち状態が６０秒間経過した後、払出制御部１７１が遊技玉不足検出スイッチ９０４のオンを２秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能はない。払出制御部１７１でのエラーの解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉を遊技玉循環機構に供給すること（たとえばアウト口に遊技玉を投入すること）、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４４０１（０ｘ１８）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が遊技盤玉詰りエラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、玉上げスイッチ（上）４１ａのオン回数と発射玉検出スイッチ９０３のオン回数との差が３０以上になったことを払出制御部１７１が検知した場合である。玉上げスイッチ（上）４１ａにより検出された玉数と発射玉検出スイッチ９０３により検出された玉数との差は、遊技領域２７内に打込まれたパチンコ玉が未だ回収されずに遊技領域２７内で浮遊している状態の浮遊玉数であり、この浮遊玉数が３０以上になることは一般的にあり得ず、３０以上になったということは、遊技領域２７内に打込まれた遊技玉が遊技盤面上で引っ掛かって玉詰り状態となっていることが想定される。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能のうちの発射機能のみである。払出制御部１７１でのエラーの解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、ガラス扉を開放し、盤面上にある遊技玉の詰りを解消することである。

Ｅ−４５０１（０ｘ１９）のエラー表示（機器間共通エラー番号）のエラーは、ファール玉検知エラー１（異常検知）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、客待ち状態が６０秒間経過した状態、またはカード未挿入状態で払出制御部１７１がファール玉検出スイッチ３３のオンを検知した場合である。払出制御部１７１によりエラー中に制限される機能としては、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラーの解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４５０２（０ｘ１Ａ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目がファール玉検知エラー２（玉詰り）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御部１７１がファール玉検出スイッチ３３のオンを０．５秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４６０１（０ｘ１Ｂ）のエラーは、エラー項目がアウト玉検知エラー１（異常検知）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、客待ち状態が６０秒間経過した状態、またはカード未挿入状態で払出制御部１７１がアウト玉検出スイッチ７０１のオンを検知した場合である。払出制御部１７１によりエラー中に制限される機能としては、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４６０２（０ｘ１Ｃ）のエラー表示（機器間共通エラー番号）のエラーは、アウト玉検知エラー２（玉詰り）である。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、払出制御部１７１がアウト玉検出スイッチ７０１のオンを０．５秒以上連続して検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１によりエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４７０１（０ｘ１Ｄ）のエラー表示（機器間共通エラー番号）のエラーは、玉抜きスイッチエラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、電源投入時から１秒間連続して玉抜きスイッチ９２２のオンを払出制御部１７１が検知した場合である。払出制御部１７１によりエラー中に制限される機能としては、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４７０２（０ｘ１Ｅ）のエラー表示（機器間共通エラー番号）のエラーは、エラー項目が玉抜きモータ原点センサエラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、玉抜き動作中以外で玉抜きモータ原点センサ１９５ｂのオンを払出制御部１７１が検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

Ｅ−４７０３（０ｘ１Ｆ）のエラー表示（機器間共通のエラー番号）のエラーは、エラー項目が玉抜きエラーである。エラー報知箇所は、パチンコ機２側の７セグ表示器５０である。エラーの発生原因としては、玉抜きモータの駆動中に１秒経過しても玉抜きモータ原点センサの信号レベルが変化しないことを払出制御部１７１が検知した場合である。払出制御部１７１によりエラー中に制限される機能は、遊技玉循環機能と遊技玉数計数機能である。払出制御部１７１でのエラー解除が可能であり、エラーの復旧方法／エラー検知後の動作としては、遊技玉循環機構を点検・修理・交換することである。

なお、以上説明した各種エラーについての遊技機側での表示は７セグ表示器５０で行なっているが、７セグ表示器５０に代えてまたはそれに加えて、他の箇所（例えば可変表示装置２７８や表示器５４等）でエラー表示してもよい。

次に、図２９、図３０に基づいて払出制御部１７１の制御動作について説明する。まず、図２９（ａ）の払出制御処理を参照して、ステップＳ（以下単にＳという）４９により、チップ情報認証エラーであるか否かの判定が行なわれる。このチップ情報認証エラーは、図２２に基づいて説明したＣＵ３から送られてくるチップ情報認証エラーを払出制御部１７１が受信しているときにＹＥＳの判断がなされる。具体的には、図２２に基づいて説明した時限運用期限が経過している時点で遊技機チップ情報の照合の結果がＮＧのままの場合に、セキュリティチップ３５２ｂから通信制御ＩＣ３２５ａを経由して払出制御部１７１へチップ情報認証エラーが通知される。それを受けた払出制御部１７１は、チップ情報認証エラーフラグをＯＮにする。そのチップ情報認証エラーフラグは、Ｐ台２の電源ＯＦＦのときにおいても記憶が消去されることのないバックアップＲＡＭに記憶されている。

チップ情報認証エラーフラグがＯＦＦのときには、Ｓ４９によりＮＯの判断がなされて制御がＳ５０へ進み、認証シーケンス処理が行なわれる。この認証シーケンス処理は、図２２に基づいて説明したように、ＣＵ３から遊技機チップ情報の問合せが払出制御部１７１へ送られてきたときに払出制御部１７１が認証処理のために実行するシーケンスであり、図２９（ｂ）にその詳細が示されている。

次に制御がＳ５１へ進み、遊技玉数更新処理が行なわれる。この遊技玉数更新処理は、図３に示したＰ台側の遊技玉数カウンタのカウント値を更新する処理であり、図３０にその詳細が示されている。

次に、制御がＳ５２へ進み、エラー検出があったか否かの判定が行なわれる。このエラー検出は、前述した図２４〜図２８に示した各種エラーのうち払出制御部１７１においてエラーが検知可能なもので且つパチンコ機側でエラー報知するものある。具体的には、図２４〜図２８に示したエラーのうち、エラー項目が次のものである。カードユニット電源断、主制御基板電源断１、主制御基板電源断２、ベース異常、不正入賞エラー、電波センサエラー、時期センサエラー、対カードユニット通信回線断、対主制御基板通信回線断１、対主制御基板通信回線断２、対主制御基板受信コマンド異常（サム値異常）、対主制御基板受信コマンド異常（データ長異常）、対主制御基板受信コマンド異常（データ内容異常）、扉開放エラー、発射モータ作動エラー、発射モータ原点検知エラー、発射速度エラー１、発射速度エラー２、遊技玉不足エラー１、遊技玉搬送エラー１、遊技玉不足エラー２、遊技玉搬送エラー２、遊技玉搬送エラー３、遊技玉過多エラー、遊技終了検知エラー１、遊技終了検知エラー２、遊技玉数過少エラー、遊技盤玉詰まりエラー、ファール玉検知エラー１、ファール玉検知エラー２、アウト玉検知エラー１、アウト玉検知エラー２、玉抜きスイッチエラー、玉抜きモータ原点センサエラー、玉抜きエラー。

一方、Ｓ５２によりエラー検出がないと判定された場合には、Ｓ５３により遊技玉数を７セグ表示器５０により表示させる制御が行なわれる。この遊技玉数とは、具体的には図３０の遊技玉数更新処理により更新された現時点における遊技玉数のことである。Ｓ４９によりチップ情報認証エラーフラグがＯＮと判断された場合も、このＳ５３の制御が行なわれる。その際に、チップ情報認証エラーフラグがＯＮの場合にはＰ台２のすべての機能が停止しており、遊技が停止しているとともに遊技玉数の更新処理も停止しており、その遊技玉数の更新処理の停止直前の遊技玉数が７セグ表示器５０に表示されることとなる。その結果、Ｐ台２の機能が停止して遊技が停止した場合でも、７セグ表示器５０に表示された遊技玉数を見た遊技場の係員がその遊技玉数分の価値を遊技者に付与して遊技者の損失補填を行うことが可能となる。

なお、Ｓ４９によりＹＥＳと判定された場合に制御がＳ５４へ進んで遊技玉数とエラー番号（チップ情報認証エラーを特定する番号）とを交互に表示する制御を行なってもよい。また、Ｓ４９によりＹＥＳと判定してＳ５３や上記Ｓ５４による遊技玉数の表示制御を行なうのは、前述の時限運用が可能な期間に限定するように制御してもよい。つまり、時限運用期間中に限りチップ情報認証エラーのときに遊技玉数の表示制御を行なう。

一方、Ｓ５２によりエラー検出があったと判定された場合には制御はＳ５４へ進み、遊技玉数と検出されたエラーのエラー番号とを交互に７セグ表示器５０に表示させる制御が行なわれる。このエラー番号とは、図２４〜図２８に示したＥ−０００１、Ｅ−０００２等のエラー番号のことである。

次に図２９（ｂ）を参照して、Ｓ５０に示した認証シーケンスの具体的制御内容を説明する。Ｓ６０により、遊技機チップ問合せがセキュリティチップ３２５ｂから通信制御ＩＣ３２５ａを経由して送信されてきたか否かの判断がなされる。送信されてきていない場合にはこの認証シーケンス処理が終了するが、送信されてきている場合には制御がＳ６１へ進み、主制御部１６１に対して主制御チップＩＤを問合せる処理が行なわれる。次にＳ６２に進み、主制御チップＩＤの返信があったか否かの判断がなされ、ない場合にはこの認証シーケンス処理が終了する。一方、主制御チップＩＤが主制御部１６１から送信されてきたときに、制御がＳ６３に進み、その送信されてきた主制御チップＩＤと払出制御部１７１に記憶されている払出制御チップＩＤとをＣＵ３へ送信する処理が行なわれる。この主制御チップＩＤと払出制御チップＩＤとを含む遊技機チップ情報が通信制御ＩＣ３２５ａを経由してセキュリティチップ３２５ｂに送信され、前述の図２１に示した遊技機チップ情報を照合するシーケンスが実行される。

なお、Ｓ４９によりチップ情報認証のエラー時にもＳ５３の遊技玉数の表示制御を行なうが、このＳ４９による認証は、ＣＵ３との認証に限らず、例えばＰ台２中の払出制御部１７１以外の制御部（例えば主制御部１６１）との認証でもよい。具体的には、払出制御部１７１が他の制御部（例えば主制御部１６１）と認証を行ない、その認証に失敗した場合（認証ＮＧの場合）にも、Ｓ５３の遊技玉数の表示制御を行なう。

次に図３０に基づいて、Ｓ５１に示した遊技玉数更新処理の具体的制御内容を説明する。Ｓ７０により、遊技玉数加算要求処理があったか否かの判定が行なわれる。図３に示したように、ＣＵ側からＰ台側へ加算玉数が送信されてくる。具体的には、図７、図８に示した遊技玉加算要求ＯＮと加算玉数とが送信されてくる。それを受信した払出制御部１７１は、Ｓ７０によりＹＥＳの判断を行ない、Ｓ７１により、その受信した加算玉数を現在の遊技玉数に加算する処理を行なう。一方、遊技玉数加算要求がなかった場合にはＳ７１の加算処理を行なうことなく制御がＳ７２へ進む。

Ｓ７２では、発射玉を検出したか否かの判定が行なわれる。これは、図２に示した玉上げスイッチ（上）４１ａの検出出力があったか否かで判定する。玉発射検出がない場合には制御がＳ７４へ進むが、玉発射検出があった場合には制御がＳ７３へ進み、遊技玉数から発射玉数を減算する処理が行なわれる。次にＳ７４では、入賞検出が行なわれたか否かの判定がなされる。この入賞検出は、図２に示した各種入賞センサ１６２により入賞玉が検出されてその検出信号が主制御部１６１に入力され、主制御部１６１からその入賞に対する賞品玉数（加算玉数）が払出制御部１７１へ送信されてくる。それを受けた払出制御部１７１は、Ｓ７４によりＹＥＳの判断を行なってＳ７５により、その入賞に対する賞品玉数を遊技玉数に加算する処理を行なう。一方、入賞検出がなかった場合にはＳ７５の処理を行なうことなく制御がＳ７６へ進む。

Ｓ７６では、ファール玉検出があったか否かの判定が行なわれる。このファール玉検出は、図２に示したファール玉検出スイッチ３３からの検出信号があったか否かで判定される。ファール玉検出がなかった場合にはこの遊技玉数更新処理が終了するが、ファール玉検出があった場合には制御がＳ７７へ進み、遊技玉数にファール玉数を加算する処理が行なわれる。

次に、図２９（ａ）に示した払出制御処理の変形例を図３１に基づいて説明する。この図３１におけるＳのステップ番号で図２９（ａ）と同じステップ番号は同じ制御処理を行なうものであり、ここでは、主に図２９（ａ）との相違点を説明する。

Ｓ４９によりチップ情報認証エラーがないと判定された場合にはＳ５５により制御停止フラグがＯＮであるか否かの判定が行なわれる。この制御停止フラグとは、遊技の停止が必要なエラーが発生したときに後述するＳ５７によりＯＮにセットされるものである。制御停止フラグがＯＮの場合にはこの払出制御処理が終了するが、制御停止フラグがＯＮになっていない場合には、Ｓ５０の認証シーケンス処理が行なわれてＳ５１の遊技玉数更新処理が行なわれ、次にＳ５２によりエラー検出があったか否かの判定が行なわれる。

エラー検出があった場合にはＳ５６へ進み、その検出されたエラーが遊技の停止を要するエラーであるか否かの判定が行なわれる。遊技の停止を要するエラーとは、前述の図２４〜図２８で説明したエラーのうち、エラー項目が、カードユニット電源断、主制御基板電源断１、主制御基板電源断２、主制御用ＣＰＵＩＤ認証エラー、払出制御用ＣＰＵＩＤ認証エラー、対カードユニット通信回線断、対主制御基板通信回線断１、対主制御基板通信回線断２、対主制御基板受信コマンド異常（サム値異常）、対主制御基板受信コマンド異常（データ長異常）、対主制御基板受信コマンド異常（データ内容異常）、扉開放エラー、発射モータ作動エラー、発射モータ原点検知エラー、発射速度エラー１、発射速度エラー２、遊技玉不足エラー１、遊技玉搬送エラー１、遊技玉不足エラー２、遊技玉搬送エラー２、遊技玉搬送エラー３である。この「遊技の停止を要するエラー」は、図２４〜図２８の例えば「エラー中に制限される機能」を参照して判断する。この「遊技の停止を要するエラー」は、遊技機の機能そのものが不安定になったり、不正が行なわれている可能性の高いエラーである。

遊技の停止を要するエラーでない場合にはＳ５４の表示制御が行なわれるが、遊技の停止を要するエラーの場合には制御はＳ５７へ進み、遊技停止フラグをＯＮにする処理が行なわれる。その結果、以降Ｓ５５によりＹＥＳの判断がなされ、Ｓ５０〜Ｓ５４、Ｓ５６、Ｓ５７の制御が行なわれることなくこの払出制御処理が終了する。そして、遊技の停止を要するエラーでない場合に限りＳ５４により遊技玉数とエラー番号とを７セグ表示器５０により交互に表示する制御が行なわれる。その結果、遊技中において変動する現時点の遊技玉数とエラー番号とが交互に表示されることとなる。

このように、Ｓ５４により表示されるエラーを、遊技が停止しないエラーに限定するようにすることで、遊技機を完全に停止させる程のエラーでないときに限ってエラー表示を行ないながら遊技玉数の表示も行なうので、セキュリティ性を担保できる。また、Ｓ５２やＳ５６で判定されるエラーの対象は、図２４〜図２８のすべてではなく任意の一部であってもよく、また、図２４〜図２８以外の検出可能な異常状態であってもよい。

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

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

図３２を参照して、スロットマシン２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図３２では図示を省略しているが、スロットマシン２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。

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

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

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

また、この表示器５１０の下方部分に７セグ表示器５０Ｓが設けられている。この７セグ表示器５０Ｓは、Ｐ台の７セグ表示器５０に相当する表示器であり、図２９（ａ）（ｂ）〜図３１で示した制御と同様の制御が行なわれて７セグ表示器５０と同種の各種情報（遊技点数（図３３参照）や各種エラーなど）が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（５） 遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。

（６） カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示するのが望ましい。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。

あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。

（７） 計数操作を開始してから計数表示が完了するまでの計数時間は、遊技点が第１基準値よりも少ないときと、遊技点が第１基準値を超えるときとで、遊技点に対する計数時間の増加割合が小さくなるようにしてもよい。これによって、実球を計数するかのような計数表示という演出をできながらも、遊技点が多くなることで計数完了までにあまりに時間がかかってしまうことを防止できる。また、遊技点がある基準値を超えた場合には、計数時間がすべて同一になるようにしてもよい。あるいは、基準値を設けることなく、遊技点の多少に関わらす一律に同じ計数時間を採用してもよい。

（８） 上記実施の形態では、７セグ表示器５０で遊技玉数を表示し、７セグ表示器５０Ｓで遊技点数を表示しているが、それに代えてまたはそれに加えて、持点数（図９参照）を表示するように制御してもよい。具体的には、持点数をＣＵ３からＰ台２やＳ台２Ｓへ送信してもらい、受信した持点数を７セグ表示器５０、５０Ｓで表示する。

（９） 遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。

（１０） 計数操作ボタンを所定時間未満操作（短時間操作）すると、たとえば、第１の玉数が計数される一方、所定時間以上操作（長時間操作）すると、その操作時間に応じて前記第１の玉数よりも多い第の玉数が計数されるように制御するのが望ましい。たとえば、短時間操作では１００玉が計数される一方、長時間操作では１００玉を超える所定数、たとえば、２００玉や４００玉が計数されるようにすることが考えられる。また、計数操作ボタンの長押し時間によって、計数対象の遊技点数が異なるように制御してもよい。たとえば、１秒の長押しで１００玉が計数され始め、さらにそのまま５秒間の長押しが継続すると、残りのすべての玉が計数されるようにすることが考えられる。あるいは、１回の操作で所定個数が計数され、５回目の操作では残りのすべての玉が計数されるように制御してもよい。

（１１） （Ａ）「所定点数」以上の遊技点が記憶されていないことには、計数操作をしても、遊技点の計数が行なわれず、また、その旨の報知が行なわれる。また、（Ｂ）記憶している遊技点が「所定点数」に至るまで遊技点の計数が実行されると、それ以上の計数ができなくなるとともに、その旨の報知が行われるように制御するのが望ましい。これら（Ａ）（Ｂ）２つの場合の所定点数、すなわち、基準値は、同じものを採用してもよいし、異ならせてもよい。

（１２） 玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるように制御するのが望ましい。しかしながら、さらに、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。

また、遊技中の計数操作を無効とするために、遊技中であるか否かを玉の発射動作が検出されているか否かで判断するのが望ましい。これに代えて、あるいは、これに加えて、遊技中球数（遊技領域２７内で浮遊している浮遊玉）が０になっている（遊技中でない）か否か（遊技中）で、遊技中であるか否かを判定するようにしてもよい。さらに、加えて、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。

さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２Ｌ、２Ｃ、２Ｒが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２Ｌ、２Ｃ、２Ｒが停止するまでの期間である。

（１３） 大当り中であるか否かに関わらず、遊技玉数が所定数より多いときには、計数操作を促す表示が行なわれるようにしてもよい。

また、計数操作を促す表示が行なわれてから所定時間が経過しても計数操作が検出されない場合、遊技玉の発射を強制的に停止させてもよく、また発射の強制停止までは行なわないようにしてもよい。

（１４） 図３を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。

（１５） 計数操作を促す表示としては、文章にて「遊技玉が残っているので計数してから返却操作をして下さい」という表示であってもよく、あるいは画面上に計数ボタン２８を表示させて点滅するような表示であってもよい。

（１６） 遊技玉が所定玉数以上（３０００玉以上）であるときに、「所定の報知制御」として、「表示器にて計数操作を促す表示を行なう制御」が実行されるように制御するのが望ましい。ここで、「計数操作を促す」とは、たとえば、「遊技玉数が上限に達したため、計数操作して下さい」と表示するものや、単に「計数操作が必要です。」と表示するものであってもよい。また、「所定の報知制御」としては、スピーカから計数操作を促す報知音を出力する制御であってもよい。さらに、「報知」としては、「計数操作を促す報知」ではなく、単に、「遊技玉数が上限に達したこと」を通知するのみ（計数操作を促す報知まではしない）であってもよい。

また、遊技点が所定の第１基準値以上（３０００玉以上）であるときに、「所定の報知制御」をし、さらに、その後、遊技点が第１基準値よりも多い第２基準値に達した時点で遊技不能状態に制御し、遊技点が前記第１基準値から前記第２基準値に達するまでは遊技を許容（発射禁止しない）するように制御してもよい。なお、遊技機がスロットマシンである場合には、スタートレバーを操作してリールが回転開始しない、あるいは、賭数設定が無効化される、などの制御によって遊技不能状態を実現できる。

（１７） 遊技点を用いた遊技が行なわれているとき（玉の発射継続中）は、遊技点が所定点数（たとえば、２５０点）以上残っていないと、計数操作が有効化されないように制御するのが望ましい。ここで、所定点数は、２５０点に限られるものではなく、１点以上であれば、どのような点数であってもよい。ただし、たとえば、１点など、あまりに少なすぎる点数を設定した場合には発射のタイミングと計数のタイミングとがほぼ同時に生じたときに、不具合が生じるため、２〜３点以上とするのが望ましい。あるいは、点数が所定点数以下（たとえば、１０点以下）で発射が継続しているときに計数操作が検出された場合には、５点を発射用として残し、残りの点数を計数対象とするように制御してもよい。

また、遊技点が所定点数以上、残っていないために計数操作が無効化されていることに気づいた遊技者が玉の発射動作を停止させたことが検出された際には、先に無効化された計数操作を有効化して計数動作が自動的に開始されるようにしてもよい。つまり、この場合には、計数操作が無効化されたことに気づいた遊技者は、発射操作を停止さえすればよく、再度、計数操作をやり直す必要がない。

（１８） 計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。

（１９） 遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。

（２０） 遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。

（２１） 計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。

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

（２３） 図３あるいは図３３において、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。

（２４） 表示器５４で行なう計数表示や各種の報知は、同様に表示器３１２で行なうようにしてもよい。

（２５） ＣＵ３において、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバにエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバによるエラー報知が行なわれるようにしてもよい）。

（２６） 貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。

（２７） 計数操作が実行されたとき、持点のカウントアップが開始してから所定時間が経過すると、持点が加速度的にカウントアップするようにしてもよい。あるいは、計数表示を加速させるための速度アップボタンをＣＵ側あるいは遊技機側のタッチパネルの表示器に表示し、その操作が検出されることによって、加速計数表示をしてもよい。このように持点の加速計数表示を行なうことにより、多数の遊技点を計数する際の遊技者の待ち時間を短くすることができる。

（２８） 打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。

これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。

（２９） 玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。

（３０） 図５〜図２０で示したシーケンス制御は、特にセキュリティに関する処理については、ＣＵ３、Ｐ台２、Ｓ台２Ｓ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。

（３１） 前述の実施の形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。

（３２） 前述の実施の形態では、図１５、図１７、図１９等で説明したように、カードＩＤと挿入時刻とが一致することを条件に遊技機から送信された得点をＣＵが現時点での得点として記憶しているが、遊技機とＣＵ３との通信が途絶えてから所定時間（たとえば２０分）が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とＣＵ３との通信が途絶えてから所定時間（たとえば２０分）を計時するタイマをＣＵ制御部３２３に設け、遊技機とＣＵ３との通信の開始時（復旧時）に該タイマが未だ計時中（タイムアップしていない状態）であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御する。

また、挿入時刻の代わりに、ＣＵ３とＰ台２との間で用いられた最終通番等の一致を条件に遊技機から送信された得点をＣＵが現時点での得点として記憶するようにしてもよい。

（３３） 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。

（３４） 前述の実施の形態では、遊技者所有の有価価値（プリペイド残高、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。

（３５） 前述の実施の形態では、各種認証鍵を用いて認証を行なっていたが、この各種認証鍵の代わりに、例えば認証用のＩＤ等を用いて認証を行なうようにしてもよい。

（３６） 前述の表示器５４、５１０をタッチパネル付きの表示器で構成してもよい。また、前述のＳ３５１、Ｓ３６２で受信する情報は、前述の実施の形態で説明したものに限定されるものではなく、また、どのような情報を遊技機からＣＵ３へ出力するかを遊技機の表示器５４、５１０のタッチパネルでタッチ操作して入力設定できるようにしてもよい。

また、Ｓ台２Ｓにおいても前述のＰ台２と同様にＳ台２Ｓから出力された情報を変換してホールコン９００へ送信するが、変換対象の情報としては、たとえば、ビッグボーナス入賞やレギュラーボーナス入賞や各種小役入賞等の入賞情報、リプレイタイム中を示す情報、図１３の加算数や減算数、ゲームスタート回数等である。また、変換対象の情報としては、入賞に伴ってコインを払出すようにした場合のその払出枚数でもよい。

（３７） 上記実施の形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に（遊技点＝０）、前記遊技点を前記持点として遊技用装置（ＣＵ）が所定の処理（景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理）をするための記録媒体処理操作（カード返却操作（返却ボタン３２２の操作））を有効化する有効化手段」を含む。

ここで、前記有効化手段は、たとえば、「Ｐ台側で遊技点０を確認してＣＵへカード排出操作許可ＯＮを送信する手段」、あるいは、「ＣＵからカード返却通知を受信したときに遊技玉数＝０か否かを判定し、０の場合にはＣＵに対してカード返却応答を返信することによってカード返却を有効とする手段」、さらには、「計数操作等が行なわれることによって遊技玉数＝０とし、そのことによって結果的にカード返却を有効とする条件を成立させる手段」を含む概念である。

＜実施の形態に含まれる各種の構成＞
（１−１） 入賞の発生により遊技に使用可能な所定の遊技点（図３の遊技玉数、図３３の遊技点数）を付与する遊技機（Ｐ台２、Ｓ台２Ｓ）であって、
表示装置（７セグ表示器５０、５０Ｓ）と、
前記遊技点を更新するための処理を行なうとともに該遊技点を前記表示装置に表示させる制御を行なう制御手段（払出制御部１７１）とを備え、
前記制御手段は、
所定の異常状態を検知する異常検知手段（Ｓ５２）を含むとともに、
前記異常検知手段により異常状態が検知されたときには、遊技点の表示と異常表示とを前記表示装置に交互に表示させる（図２９（ａ）のＳ５４、または図３１のＳ５４とＳ５６）。

このような構成によれば、異常状態が検知されたときには、遊技点の表示と異常表示とが表示装置に交互に表示されるために、異常状態の表示中においても遊技点を視認可能となる。

（１−２） 上記（１−１）の遊技機において、
前記異常検知手段は、遊技の続行が可能な第１異常状態と、遊技の続行が不可能な第２異常状態とを検知し（Ｓ５６）、
前記制御手段は、前記異常検知手段により前記第１異常状態が検知されたときに前記交互表示制御手段による交互表示を実行する（図３１のＳ５４）。

このような構成によれば、遊技の続行が可能な第１の異常状態が検知されたときに、異常表示と遊技点とが表示装置に交互に表示されるために、遊技が続行されて変動する遊技点を視認することが可能となる。

（１−３） 上記（１−１）または（１−２）の遊技機において、
前記制御手段は、前記異常検知手段により検知された異常の種類を特定可能な情報（機器間共通のエラー番号）を表示する（Ｓ５４）。

このような構成によれば、異常検知手段により検知された異常の種類を認識することが可能となる。

（２−１） 入賞の発生により遊技に使用可能な所定の遊技点（図３の遊技玉数、図３３の遊技点数）を付与する遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を使用し該遊技機での遊技を可能にする遊技用装置（ＣＵ３）とを備える遊技用システムであって、
前記遊技機は、
表示装置（７セグ表示器５０、５０Ｓ）と、
前記遊技点を記憶する記憶手段（図３の遊技玉数カウンタのカウント値を記憶するＲＡＭ、図３３の遊技点数カウンタのカウント値を記憶するＲＡＭ）と、
該記憶手段に記憶されている遊技点を遊技状態に応じて更新するための処理を行なう更新手段（払出制御部１７１、Ｓ７０〜Ｓ７７）と、
前記記憶手段に記憶されている遊技点を前記表示装置に表示させる制御を行なう制御手段（払出制御部１７１、Ｓ５３）と、
前記遊技用装置と認証を行なう認証手段（Ｓ６０〜Ｓ６３）とを含み、
前記制御手段は、前記認証手段による認証に失敗したときにも遊技点を前記表示装置に表示させる制御を行なう（Ｓ４９でＮＯのときにもＳ５３で遊技玉数を７セグ表示器に表示させる）。

このような構成によれば、認証に失敗したときにも、記憶手段に記憶されている遊技点が表示装置に表示されるため、認証失敗のときに記憶されている遊技点に基づいての適切な処理を行ない得る。

（２−２） 入賞の発生により遊技に使用可能な所定の遊技点を付与する遊技機であって、
表示装置（７セグ表示器５０、５０Ｓ）と、
前記遊技点を記憶する記憶手段（図３の遊技玉数カウンタのカウント値を記憶するＲＡＭ、図３３の遊技点数カウンタのカウント値を記憶するＲＡＭ）と、
該記憶手段に記憶されている遊技点を遊技状態に応じて更新するための処理を行なう更新手段（払出制御部１７１、Ｓ７０〜Ｓ７７）と、
前記記憶手段に記憶されている遊技点を前記表示装置に表示させる制御を行なう制御手段（払出制御部１７１、Ｓ５３）と、
認証を行なう認証手段（Ｓ６０〜Ｓ６３）とを含み、
前記制御手段は、前記認証手段による認証に失敗したときにも遊技点を前記表示装置に表示させる制御を行なう（Ｓ４９でＮＯのときにもＳ５３で遊技玉数を７セグ表示器に表示させる）。

このような構成によれば、認証に失敗したときにも、記憶手段に記憶されている遊技点が表示装置に表示されるため、認証失敗のときに記憶されている遊技点に基づいての適切な処理を行ない得る。

（２−３） 上記（２−１）の遊技用システムまたは上記（２−２）の遊技機において、
前記認証手段は、遊技中に電源断が発生した後復旧したときに認証を行ない（図１１、図１３、図１６、図１８、および図２０の認証シーケンス）、
前記制御手段は、遊技中に電源断が発生した後復旧したときの前記認証手段による認証に失敗したとき、復旧時点の前記記憶手段に記憶されている遊技点を前記表示装置に表示させる制御を行なう（Ｓ４９でＮＯのときにもＳ５３で遊技玉数を７セグ表示器に表示させる）。

このような構成によれば、遊技中に電源断が発生した後復旧したときの認証に失敗したとき、復旧時点の記憶手段に記憶されている遊技点が表示装置に表示されるため、復旧時点に記憶されている遊技点に基づいての適切な処理を行ない得る。

（２−４） 上記（２−１）の遊技用システムにおいて、
前記認証手段は、遊技中に前記遊技用装置との通信が途絶えた後復旧したときに認証を行ない（図１０、図１２、図１４、図１５、図１７、および図１９の認証シーケンス）、
前記制御手段は、遊技中に前記遊技用装置との通信が途絶えた後復旧したときの前記認証手段による認証に失敗したとき、復旧時点の前記記憶手段に記憶されている遊技点を前記表示装置に表示させる制御を行なう（Ｓ４９でＮＯのときにもＳ５３で遊技玉数を７セグ表示器に表示させる）。

このような構成によれば、遊技中に前記遊技用装置との通信が途絶えた後復旧したときの認証に失敗したとき、復旧時点の記憶手段に記憶されている遊技点が表示装置に表示されるため、復旧時点に記憶されている遊技点に基づいての適切な処理を行ない得る。

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

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

Claims (1)

1. 入賞の発生により遊技に使用可能な得点を付与する遊技機であって、
   表示装置と、
   前記得点を更新するための処理を行なうとともに該得点を前記表示装置に表示させる制御を行なう制御手段とを備え、
   前記制御手段は、
   異常状態を検知する異常検知手段を含むとともに、
   前記異常検知手段により検知された異常状態が遊技の続行が可能な異常状態である場合に得点の表示と異常表示とを前記表示装置に交互に表示させ、
   得点が上限である特定値に達した場合に、特定表示を行うための制御を行う特定表示制御手段をさらに備える、遊技機。