JP2017131786A

JP2017131786A - 遊技用システム

Info

Publication number: JP2017131786A
Application number: JP2017096991A
Authority: JP
Inventors: 小倉　敏男; Toshio Ogura; 敏男小倉; 柳　漢呉; Kango Yanagi; 漢呉柳
Original assignee: Sankyo Co Ltd; Nippon Game Card Corp
Current assignee: Sankyo Co Ltd; Nippon Game Card Corp
Priority date: 2017-05-16
Filing date: 2017-05-16
Publication date: 2017-08-03

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）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図５〜図２２に基づいて、図４に示したコマンド／レスポンスのうち重要なものを説明する。

次に、図５〜図２２に基づいて、ＣＵ３とＰ台２との間のコマンド／レスポンスの送受信とそれに伴う制御シーケンスの要部を説明する。

図５を参照して、ＣＵ３からＰ台２にリカバリ要求のコマンドが送信される。送信されるリカバリ要求のコマンドは、ＣＵ３からＰ台２に対してリカバリ情報を要求する。ＣＵ３は認証完了後、最初に同コマンドを送信する。

このリカバリ要求の具体的データには、図５の下方に示されているように、通番、コマンドが含まれている。通番は、コマンドのシーケンス番号で、１から２５５（サイクリック）までの値である。ＣＵ３は、初期値を“１”として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで“０ｘ０３”である。

次に、図６を参照して、Ｐ台２からＣＵ３にリカバリ応答のレスポンスが送信される。送信されるリカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ情報を通知するものである。ＣＵ３は、同コマンドを受信したらリカバリ処理の要／不要を判断し、リカバリ処理要の場合にのみＰ台にリカバリ詳細要求コマンドを送信する。Ｐ台２からＣＵ３に返信されるリカバリ情報としては、図６に示すように、通番、コマンド、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含んでいる。

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

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

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

次に、図７を参照して、ＣＵ３からＰ台２にリカバリ詳細要求のコマンドが送信される。送信されるリカバリ要求のコマンドは、Ｐ台２に対してリカバリ詳細情報を通知するものである。

このリカバリ要求の具体的データには、図７の下方に示されているように、通番、コマンド、前回最終送信通番、加算玉数のデータが含まれている。通番は、コマンドのシーケンス番号で、１から２５５（サイクリック）までの値である。ＣＵ３は、初期値を“１”として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで“０ｘ０９”である。

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

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

図８は、Ｐ台２のリカバリ処理について詳しく説明するための図である。図８に示すＰ台２のリカバリ処理は、Ｐ台２がＣＵ３より通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう。具体的に、加算玉数のデータが“０”で加算玉が無いとき、ＣＵ３は加算玉数のデータをＰ台２に送信せず、Ｐ台２はリカバリ処理を行なわない。逆に、加算玉数のデータが“１”〜“６５５３５”で加算玉が有るとき、ＣＵ３は玉貸、持玉払出、貯玉払出による加算玉数のデータをＰ台２に送信し、Ｐ台２は現遊技玉に該加算玉数を加算するリカバリ処理を行なう。

次に、図９を参照して、Ｐ台２からＣＵ３にリカバリ詳細応答のレスポンスが送信される。送信されるリカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ詳細応答を通知するものである。この「リカバリ詳細応答」とは、ＣＵ３がリカバリ処理の実行に伴ってＰ台２に対してリカバリ要求のコマンドを送信したときにＰ台２がＣＵ３へリカバリ応答として送信するためにバックアップ記憶しているデータのことである。Ｐ台２からＣＵ３に返信されるリカバリ詳細応答としては、図９に示すように、通番、コマンド、前回遊技台情報、前回遊技情報、最新遊技台情報、最新遊技情報を含んでいる。

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

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

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

最新遊技台情報は、最新の遊技台情報であり、遊技玉数、発射玉数、アウト口通過玉数、総賞球玉数および計数玉数の情報を含んでいる。なお、最新遊技台情報は、全ての情報がないとき“０”と設定する。「遊技玉数」は、現在のＰ台２で保持している遊技玉数である。「発射玉数」は、現在のＰ台２で保持している発射玉数である。「アウト口通過玉数」は、現在のＰ台２で保持しているアウト口通過玉数である。「総賞球玉数」は、現在のＰ台２で保持している総賞球玉数である。「計数玉数」は、現在のＰ台２で保持している計数玉数である。

最新遊技情報とは、現在のＰ台２保持している遊技情報であり、遊技情報数、種別情報１〜種別情報ｎ、賞球情報１〜賞球情報ｎの情報を含んでいる。「遊技情報数」は、現在のＰ台２で保持している遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「種別情報１」は、現在のＰ台２で保持している遊技種別情報１である。「種別情報ｎ」は、現在のＰ台２で保持している遊技種別情報ｎである。「賞球情報１」は、現在のＰ台２で保持している遊技賞球情報１である。「賞球情報ｎ」は、現在のＰ台２で保持している遊技賞球情報ｎである。

なお、図９中の注１）に示すように、リカバリ情報は、バックアップデータが無い、不定の場合にはＡＬＬ“０”をセットする。注２）に示すように、ＣＵ３は、Ｐ台２より通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報と最新遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３は、最新遊技台情報のみ使用してリカバリ処理を行なう。

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

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

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

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

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

このリカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。正確には、図６に示した各種データであり、以降のフローチャートでＰ台２からＣＵ３に対して送信する「リカバリ情報」と言えば、正確には図６に示した各種データのことである。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番、および加算玉数が含まれている。正確には、図７に示した各種データであり、以降のフローチャートでＣＵ３からＰ台２に対して送信する「リカバリデータ」と言えば、正確には図７に示した各種データのことである。なお、電源投入時で未だにカードがＣＵ３に挿入されていない段階では、ＣＵ３側とＰ台２側共にカードＩＤ＝０、カード挿入時刻＝０となっている。

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

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。Ｐ台２からＣＵ３に対して送信する「リカバリデータ」と言えば、正確には図１０に示した各種データのことである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このリカバリデータとしては、前回遊技台情報（加算玉数＝３，減算玉数＝２３）、前回遊技情報、最新遊技台情報（遊技玉数＝４５０，加算玉数＝６，減算玉数＝３６）、最新遊技情報が含まれている。Ｐ台２からＣＵ３に対して送信する「リカバリデータ」と言えば、正確には図９に示した各種データのことである。

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

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

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

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

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

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

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

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

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

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

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

具体的に、ＣＵ３は、Ｐ台２のリカバリデータの最終送信通番＝ｎ＋１に比べて、バックアップしている最終送信通番＝ｎ＋２の方が大きい値（新しい）場合、Ｐ台２のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。ＣＵ３は、リカバリ処理を行ない、遊技玉数＝４５０，加算玉数＝＋６，減算玉数＝＋３６とする。ただし、ＣＵ３とＰ台２との通番の差が２以上（ＣＵ３またはＰ台２の通番が「０」の場合を除く）ある場合、ＣＵ３およびＰ台２は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。なお、このようなエラーが発生するとＣＵ３およびＰ台２の少なくとも一方においてその旨を報知する。その際、ＣＵ３の表示器３１２およびＰ台２の表示器５４の少なくとも一方においてその報知の内容を表示させてもよい。また、ホールサーバにその旨を通知し、ホールサーバにおいてエラーが発生したことを報知させてもよい。また、店員の介在によりＰＯＳ等を用いて、手作業で遊技玉数の補正を行なってもよい。具体的には、Ｐ台２からのリカバリデータに含まれている遊技玉数を表示器５４に表示させ、それを見た店員が遊技者のカードをＰＯＳに挿入し、該カードのカードＩＤに対応付けてホールサーバに記憶されている持玉を更新する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、前述の本実施の形態では、持玉と遊技玉とを区別して別々のものとした内容にしているが、これらを区別することなく１つの共通の価値データにしてもよい。たとえば、カード自体によって共通の価値データが特定され、その共通の価値データを引落してＣＵ３からＰ台２へ送信し、それを受けたＰ台２が共通の価値データとして記憶し、遊技の進行に応じてその共通の価値データを更新し、最終的に更新された共通の価値データを遊技終了時にＣＵ３がカードに記録して排出するように制御してもよい。そして、この「共通の価値データ」と「持玉」と「遊技玉」とを総称して、「点数」と言う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（８）大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。

（９）大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。

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

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

（１２）「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。

また、上述した「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理」とは、たとえば、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

＜実施の形態に含まれる各種の構成＞
（１）本発明は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を使用し該遊技機での遊技を可能にする遊技用装置（ＣＵ３）とを備える遊技用システムであって、
前記遊技用装置は、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理（リカバリ）を行なう復旧処理手段（図１０、図１２〜図２２）を含み、
該復旧処理手段は、前記遊技機からの復旧用の詳細データ（リカバリ詳細応答）を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データ（リカバリ応答）を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立する（Ｐ台通番≠０でカードＩＤ・挿入時刻が一致）と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理（リカバリ詳細要求をＰ台へ送信する処理）を行なう。

（２）本発明の他の態様は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を使用し該遊技機での遊技を可能にする遊技用装置（ＣＵ３）であって、
前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理（リカバリ）を行なう復旧処理手段（図１０、図１２〜図２２）を備え、
該復旧処理手段は、前記遊技機からの復旧用の詳細データ（リカバリ詳細応答）を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データ（リカバリ応答）を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立する（Ｐ台通番≠０でカードＩＤ・挿入時刻が一致）と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理（リカバリ詳細要求をＰ台へ送信する処理）を行なう。

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

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

Claims

遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能であり、遊技者所有の遊技用価値を使用し該遊技機での遊技を可能にする遊技用装置とを備える遊技用システムであって、
前記遊技用装置は、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理を行なう復旧処理手段を含み、
該復旧処理手段は、前記遊技機からの復旧用の詳細データを受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データを前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立すると判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理を行ない、
前記判定用データは、前記遊技機で遊技を行なっている遊技者を特定可能な遊技者特定情報である、遊技用システム。