"遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を使用し該遊技機での遊技を可能にする遊技用装置とを備える遊技用システムであって、前記遊技用装置は、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理を行なう復旧処理手段を含み、該復旧処理手段は、前記遊技機からの復旧用の詳細データを受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データを前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立すると判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理を行なう、遊技用システム。遊技者により遊技が行なわれる遊技機と通信可能に接続され、遊技者所有の遊技用価値を使用し該遊技機での遊技を可能にする遊技用装置であって、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理を行なう復旧処理手段を備え、該復旧処理手段は、前記遊技機からの復旧用の詳細データを受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データを前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立すると判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理を行なう、遊技用装置。しかしながら、この種の従来のものにおいては、可変表示制御手段側が正常に処理を遂行できないときでも指令信号が送信されてしまうので、無駄な処理が発生する。つまり、信号の受け手側が正常に処理を遂行できる条件が成立していないときでも信号が送信されてしまうことが原因で無駄な処理が発生するという不都合があった。本発明は、係る実情に鑑み考え出されたものであり、その目的は、受け手側が正常に処理を遂行できる条件が成立していないときでも信号が送信されてしまうことが原因で無駄な処理が発生する不都合を防止することである。1本発明は、遊技者により遊技が行なわれる遊技機P台2、S台2Sと、該遊技機と通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を使用し該遊技機での遊技を可能にする遊技用装置CU3とを備える遊技用システムであって、前記遊技用装置は、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理リカバリを行なう復旧処理手段図10、図12~図22を含み、該復旧処理手段は、前記遊技機からの復旧用の詳細データリカバリ詳細応答を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データリカバリ応答を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立するP台通番≠0でカードID挿入時刻が一致と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理リカバリ詳細要求をP台へ送信する処理を行なう。上記の構成によれば、遊技用装置が遊技機と通信できない通信不能状態から復旧させて遊技機との間でのデータの整合性を回復させる復旧処理を行なうにおいて、復旧処理を行なう条件が成立していない場合には復旧用の詳細データを遊技機から受信するための処理が行なわれないため、無駄な処理が発生する不都合を極力防止することができる。2本発明の他の態様は、遊技者により遊技が行なわれる遊技機P台2、S台2Sと通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を使用し該遊技機での遊技を可能にする遊技用装置CU3であって、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理リカバリを行なう復旧処理手段図10、図12~図22を備え、該復旧処理手段は、前記遊技機からの復旧用の詳細データリカバリ詳細応答を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データリカバリ応答を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立するP台通番≠0でカードID挿入時刻が一致と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理リカバリ詳細要求をP台へ送信する処理を行なう。上記の構成によれば、遊技用装置が遊技機と通信できない通信不能状態から復旧させて遊技機との間でのデータの整合性を回復させる復旧処理を行なうにおいて、復旧処理を行なう条件が成立していない場合には復旧用の詳細データを遊技機から受信するための処理が行なわれないため、無駄な処理が発生する不都合を極力防止することができる。3上記1の遊技用システムにおいて、前記遊技用装置と前記遊技機との通信では、情報の到達確認をするために所定の更新パターンに従って更新される到達確認情報通番とともに情報の送受信を行ない、前記遊技機は、遊技への使用および入賞の発生に応じて変化する遊技点の変化量を特定可能な更新情報を前記遊技用装置へ送信する更新情報送信手段加算玉数と減算玉数をCUへ送信する払出制御部171と、該更新情報の送信から次回の更新情報の送信までの間における前記遊技点の変化量を今回変化量最新遊技台情報として記憶するとともに、該変化量を送信した後においても前回変化量前回遊技台情報として記憶する変化量記憶手段図3の最新遊技台情報の加算玉数カウンタおよび減算玉数カウンタと前回遊技台情報の加算玉数記憶エリアおよび減算玉数記憶エリア、図211の最新遊技台情報の加算数カウンタおよび減算数カウンタと前回遊技台情報の加算数記憶エリアおよび減算数記憶エリアと、前記復旧用の詳細データとして前記今回変化量と前記前回変化量と前記到達確認情報とを含む詳細データ図9を前記遊技用装置へ送信する詳細データ送信手段図10、図12~図17、図19、図21、図22:リカバリ詳細応答をCUへ送信する払出制御部171とを含み、前記遊技用装置は、前記遊技機との通信に用いた最終的な到達確認情報を記憶する記憶手段図10、図12~図22と、前記受信した復旧用の詳細データに含まれている到達確認情報と前記記憶手段に記憶されている到達確認情報とに基づいて、前記受信した詳細データに含まれている前記今回変化量と前記前回変化量とのうちのどの情報を用いて復旧処理を行なうかを判定する判定手段図10、図12~図17、図19、図21、図22:P台2側からの通番>CU3の記憶通番の場合に前回遊技台情報と最新遊技台情報とを用いてリカバリし、P台通番とCU通番とが同じかCU通番が0場合に最新遊技台情報のみを用いてリカバリとを含む。上記の構成によれば、通信不能状態が復旧した際、今回変化量と前回変化量と到達確認情報とを含む詳細データが遊技機から遊技用装置へ送信され、遊技用装置では、遊技機との通信に用いた最終的な到達確認情報と受信した復旧用の詳細データに含まれている到達確認情報とに基づいて、前記受信した詳細データに含まれている前記今回変化量と前記前回変化量とのうちのどの情報を用いて復旧処理を行なうかを判定するために、通信不能状態が復旧したときに、遊技用装置および遊技機の双方で整合がとれた状態にすることができる。その結果、通信不能状態の発生に備えた強固なシステムを提供できる。4上記13の遊技用システムまたは上記2の遊技用装置において、前記遊技機で遊技を行なっている遊技者を特定可能な遊技者特定情報カードIDと所定の数値情報カード挿入時刻等とを前記判定用データとして当該遊技機より受信する受信手段図10、図12~図22と、前記遊技機以外の外部記憶手段上位サーバ801やカードに記憶されている前記遊技者特定情報と前記所定の数値情報との入力を受付ける受付手段カードの記憶情報を読取ったカードリーダライタや上位サーバ801からカードIDやカード挿入時刻を受信と、前記受付手段により受付けられた前記遊技者特定情報および前記所定の数値情報と前記受信手段により受信された前記遊技者特定情報および前記所定の数値情報とに基づいて同一の遊技者が特定されるかを判定する処理を行なう同一判定処理手段図10、図12~図22:カードID挿入時刻の一致判定とを含み、前記復旧処理手段は、前記同一判定処理手段により同一の遊技者が特定されるとの判定結果が得られたときに、前記復旧用の詳細データを受信するための処理を行なう図10、図12~図22。上記の構成によれば、通信不能状態から復旧した際に、同一の遊技者が特定されない異常事態が発生したときには、復旧用の詳細データを受信するための処理を行なわないようにし、異常事態に対処できる。以下、図面を参照して本発明に係る実施の形態を説明する。<パチンコ機の構成>まず、図1を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場ホール内に複数配置されている各遊技島図示略には、遊技機の一例の封入循環式パチンコ機以下、遊技機、パチンコ機またはP台と略称する2が併設されている。なお、パチンコ機2の所定側の側方位置には、該パチンコ機2に対して遊技用装置の一例のカードユニット以下CUと略称することもある3が1対1に対応設置されている。パチンコ機2は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル25を操作することにより、発射モータ18図2参照を駆動させて封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル25の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル25を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ18が駆動される。この状態で、遊技者による打球操作ハンドル25の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域27内に発射される。図1に示すパチンコ機2は、いわゆる第1種のパチンコ機であって、遊技領域27の中央に可変表示装置特別図柄とも言う278が設けられている。また、遊技領域27には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図1に示す遊技領域27には、1つの大入賞口可変入賞球装置271と、3つの普通入賞口272,273,274と、3つの始動入賞口275,276,277とが示されている。特に、始動入賞口276は、遊技者にとって有利な第1の状態たとえば開成状態と遊技者にとって不利な第2の状態たとえば閉成状態とに変化可能な電動チューリップで構成されている。可変表示装置278は、各始動入賞口275,276,277に入賞した始動入賞玉の検出信号に基づいて変動表示する。可変表示装置の表示結果が特定の識別情報の組合せたとえばぞろ目になると、大当り状態となり、大入賞口271が開放する。また、可変表示装置の表示結果が大当り図柄の組合せぞろ目のうちの予め定められた特別の識別情報の組合せたとえば777等の確変図柄の組合せとなることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態確変状態が発生する。遊技領域27内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口図示省略に回収される。入賞口に入賞したパチンコ玉およびアウト口に回収されたパチンコ玉は再度パチンコ機2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再びその打球発射位置のパチンコ玉が遊技領域27内に打込まれる。パチンコ機2における遊技領域27の下方位置には、表示器54が設けられている。表示器54は、液晶表示装置で構成されている。さらに、パチンコ機2における打球操作ハンドル25の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン28が設けられている。詳しくは後述するが、計数ボタン28は、1度押下すると、たとえば100玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下長押しすると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ遊技玉から持玉への計数が行なわれる。このように、計数ボタン28をP台側に設けているため、計数ボタン28をCU側に設ける場合に比較して、P台に正対して座っている遊技者の操作性を向上できる。<カードユニットの構成>次に、引き続き図1を参照して、本実施の形態に係るカードユニットの構成を説明する。このカードユニット3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード一般カードとも言うや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはICカードで構成されている。それらのカードを受け付けたカードユニット3は、カードの記録情報により特定される遊技者所有の遊技価値たとえばカード残高、持玉数、あるいは貯玉数等を遊技玉のデータに変換する機能を有する。パチンコ機2では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、遊技玉のデータとは、発射可能な発射残数を示すデータである。以下の説明では、遊技玉のデータを貯玉や持玉と同様に、単に遊技玉と称する。カードユニット3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入/排出口309などが設けられている。このカード挿入/排出口309に挿入された会員カードやビジターカードがカードリーダライタ図示省略に受付けられ、そのカードに記録されている情報が読取られる。前述の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受付けた場合において、該会員カードに記録された会員カードID単に、カードIDとも言うならびに会員カードIDにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン319と、遊技場の係員が所持するリモコン図示略から赤外線信号をIRInfrared感光ユニット320で受信して電子信号に変換して出力するIR受光ユニットが設けられている。表示器312は、挿入された遊技用記録媒体カードに記録されているプリペイド残高カード残高または単に残高とも言うを表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてパチンコ機2による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、パチンコ機2による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持点との双方が記憶されている場合には、持玉が優先的に引き落とされる。なお、再プレイボタン319とは別に、持玉を引き落とすための専用の持玉払出ボタンを設け、再プレイボタン319は貯玉引き落とし専用のボタンとしてもよい。ここで、貯玉とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。持玉数とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を持玉と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を貯玉と言う。遊技玉とは、遊技機で発射可能な玉数のデータである。このデータは、既に説明したとおり、プリペイドカードの残高、持玉、あるいは貯玉を引き落とすことと引き換えにして生成される。なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、貯玉と持玉との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたホールサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバにカード番号と対応させて記憶させてもよい。このホールサーバにカード番号と対応させて記憶させる際に、ホールサーバに記憶させた時刻を特定できるデータをカード会員カード、ビジターカードに書込んで排出してもよい。また、プリペイド残高についてはカード会員カード、ビジターカードに直接書込んで排出する。なお、持玉を、カード会員カード、ビジターカード、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン28が操作されて計数処理が行なわれるたびにリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどがある。紙幣挿入口302に挿入された紙幣は、貨幣識別器図示省略により取込まれてその真贋や紙幣種別の識別がなされる。カードユニット3の前面側には、さらに、玉貸ボタン貸出ボタンとも言う321と返却ボタン322とが設けられている。玉貸ボタン321は、挿入されたカードに記録されている残高を引落としてパチンコ機2による遊技に用いるための操作遊技玉への変換操作を行なうボタンである。返却ボタン322は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数カード挿入時の持玉数-遊技玉への変換数計数操作によって計数された持玉数を記憶させて排出するための操作ボタンである。<カードユニットとパチンコ機との構成>図2は、カードユニット3とパチンコ機2との構成を示すブロック図である。図2を参照して、カードユニット3とパチンコ機2との制御回路の概略を説明する。カードユニット3には、マイクロコンピュータ等から構成されたCU制御部323が設けられている。このCU制御部323は、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。CU制御部323には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ図示省略と通信を行なうための外部通信部図示省略が設けられているとともに、パチンコ機2の払出制御基板17とセキュリティを確保しながら通信を行なうためのセキュリティ基板325が設けられている。カードユニット3にはパチンコ機2側への接続部図示省略が設けられており、パチンコ機2にはカードユニット3側への接続部図示省略が設けられている。これら接続部は、たとえばコネクタ等で構成されている。CU側のセキュリティ基板325とP台側の払出制御基板17とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板325には、セキュリティ基板325と払出制御基板17との通信を制御するための通信制御IC325aと、パチンコ機2のセキュリティを監視するためのセキュリティチップSC325bが設けられている。さらに、SC325bは、不正検知部1325を備え、不正検知部1325がCU制御部323からP台2に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ図示省略に通知する。また、不正検知用の設定値定数は鍵管理サーバから基板制御情報として通知される。前述した貨幣識別器により紙幣の真贋および種類が識別されてその識別結果信号がCU制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号がCU制御部323に入力される。挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報がCU制御部323に入力されるとともに、CU制御部323からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。CU制御部323は、遊技者が遊技している際、遊技者の持玉を管理記憶する。CU制御部323から残高あるいは遊技玉数等のデータが表示制御部350に出力され、表示制御部350で表示用データに変換される。表示器312に対し、表示制御部350で変換した表示用データが出力され、その出力された表示用データを表示器312が表示する。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部350を介してCU制御部323に入力される。遊技者が玉貸ボタン321を操作することにより、その操作信号がCU制御部323に入力される。なお、玉貸ボタン321は、CU3に設ける構成に限定されるものではなく、P台2に設けて操作信号をCU制御部323に入力する構成であっても良い。遊技者が再プレイボタン319を操作することによりその操作信号がCU制御部323に入力される。遊技者が返却ボタン322を操作することによりその操作信号がCU制御部323に入力される。パチンコ機2には、パチンコ機2の遊技の進行制御を行なう主制御基板16と、遊技玉を管理記憶する払出制御基板17と、払出制御基板17の指令に基づいて発射モータ18を駆動制御する発射制御基板31と、可変表示装置278とが備えられている。なお、図2では、主制御基板16の指令に基づいて可変表示装置を表示制御する表示制御基板演出制御基板ともいうの図示を省略している。主制御基板16は、遊技盤26に設けてある。主制御基板16には主制御部161である遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部161は、遊技盤26に設けられている入賞センサ162、および電波センサ163と接続してある。なお、遊技盤26には、さらに可変表示装置278等を制御する表示制御基板演出制御基板が設けられている。払出制御基板17は、前枠6遊技枠に設けてある。払出制御基板17には、払出制御部171である払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。また、払出制御基板17に対し、前述した発射玉検出スイッチ903、アウト玉検出スイッチ701、ファール玉検出スイッチ33、計数ボタン28、電波センサ173が電気的に接続された状態で設けられている。この電波センサ173は、電波を不正に発信して主に玉上げスイッチ上41aを常時オン状態にする不正行為を検知するためのものである。この電波センサ173の検出信号が払出制御基板17の入力ポート図示省略を介して払出制御部171へ入力される。玉上げスイッチ上41aは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部171が、遊技玉数を1減算する。従って、不正電波によりこの玉上げスイッチ上41aが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ173により検知する。なお、玉上げスイッチ上41aばかりでなく、発射玉検出スイッチ図示省略も電波による不正の対象となる虞がある。つまり、玉上げスイッチ上41aだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチ903で検出された場合には、発射玉と回収玉アウト玉との個数に齟齬が生じ、異常が検知されて発射/OUT不整合玉数の不正検知情報2がP台2からCU3へ送信されることになる。しかし、この発射玉検出スイッチ903にも不正電波を発信して検出不能状態にすることにより、上記発射/OUT不整合玉数の不正検知情報2がP台2からCU3へ送信されなくなる不都合が生じる。本実施の形態では、このような発射玉検出スイッチ903に対して発信される不正電波も、電波センサ173で検出するため、前述の不都合を防止し得る。主制御基板16から払出制御基板17に対し、主制御チップID、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。主制御チップIDメインチップIDとも言うは、パチンコ機2の主制御基板16に記録されているチップIDのことであり、パチンコ機2の電源投入時に払出制御基板17に対して送信される情報である。入賞口情報は、入賞口の種類始動入賞口、普通入賞口、大入賞口と、賞球数入賞口に遊技玉が入ったときの払出玉数とを含む情報であり、パチンコ機2の電源投入時に払出制御基板17に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、パチンコ機2の電源投入時に払出制御基板17に対して送信される。接続確認信号は、主制御基板16と払出制御基板17とが接続されていることを確認するための信号であり、主制御基板16から払出制御基板17へ所定の電圧の信号が常時供給されており、払出制御基板17がその所定電圧信号を受信していることを条件として払出制御基板17が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板17は、その入賞玉1個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。このことに関しては後に詳しく説明する。始動入賞口入賞情報とは、始動入賞口1または始動入賞口2のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板16が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板17へ通知するための情報である。図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば15ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態可変表示装置の可変表示時間を短縮する制御状態が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変突確のような、或る遊技機メーカのみが採用している大当り状態のことである。払出制御基板17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。アウト玉検出スイッチ701から払出制御基板17へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板17は、後述するように遊技中玉数遊技領域27に浮遊している浮遊玉の玉数を減算更新する。ファール玉検出スイッチ33からファール玉検出信号が入力された払出制御基板17では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ903から払出制御基板17へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板17は、遊技中玉数を減算更新する。カードユニット3のセキュリティ基板325とパチンコ機2の払出制御基板17とが電気的に接続されており、セキュリティ基板325から払出制御基板17へ、後述するように、リカバリ要求、リカバリ詳細要求、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。リカバリ要求は、後述するように、パチンコ機2に対してリカバリ情報の通知を要求するコマンドである。払出制御基板17は、リカバリ要求を受けてパチンコ機2のリカバリ情報をカードユニット3に通知する。リカバリ詳細要求は、パチンコ機2に対してリカバリ詳細情報の通知を要求するコマンドである。払出制御基板17は、リカバリ詳細要求を受けてパチンコ機2のリカバリ詳細情報をカードユニット3に通知する。通信開始要求は、パチンコ機2に対して通信開始を要求するコマンドである。払出制御基板17は、通信開始要求を受けてカードユニット3に対して通信開始を応答する。通信終了要求は、パチンコ機2に対して通信終了を要求するコマンドである。払出制御基板17は、通信終了要求を受けてカードユニット3に対して通信終了を応答する。状態情報要求は、パチンコ機2に対して状態情報の通知を要求するコマンドである。払出制御基板17は、状態情報要求を受けてパチンコ機2の状態情報をカードユニット3に通知する。カード挿入通知は、パチンコ機2に対してカード挿入されたことを通知するコマンドである。払出制御基板17は、カード挿入通知を受けてカードユニット3に対してカード挿入されたことの応答をする。カード返却通知は、パチンコ機2に対してカード返却されたことを通知するコマンドである。払出制御基板17は、カード返却通知を受けてカードユニット3に対してカード返却されたことの応答をする。通信テスト要求は、パチンコ機2に対してテストデータを通知するコマンドである。払出制御基板17は、通信テスト要求を受けてカードユニット3に対してテストデータを応答する。払出制御基板17からセキュリティ基板325へ、リカバリ応答、リカバリ詳細応答、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。前枠6遊技枠には、発射制御基板31、発射モータ18が設けられている。発射制御基板31は、遊技者が打球操作ハンドル25に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ18を駆動させる。払出制御基板17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、発射モータ18を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域27へ弾発発射される状態となる。前枠6遊技枠には、表示器54が設けられている。表示器54は、カードユニット3の表示制御部350からの表示データを受信し、表示画面を表示させる。なお、このように、本実施の形態では、P台側の表示器54がCU側で制御されるように構成されているが、これに代えて、P台側に表示器54を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部171の指令に基づいて表示器54を表示制御する。<カードユニット側とパチンコ機側との送受信態様>次に、図3は、カードユニット3側とパチンコ機2側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図3を参照して、カードユニット3側CU側とパチンコ機2側P台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。本実施の形態においては、P台2側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶管理している。CU3側においても現在の遊技玉数の算出記憶を行なっているが、その遊技玉数はP台2側から送信されてきた情報に基づいたものである。一方、持玉カード持玉数や貯玉数、カード残高残高は、CU3側において管理記憶している。図3では、CU3側のCU制御部323に設けられているRAMの記憶データと、P台2側の払出制御基板17に搭載されているRAMの記憶データとを示している。まず、P台2パチンコ機2とCU3カードユニット3とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台2側の払出制御基板17は、主制御基板16からメインチップID主制御チップIDを送信してもらい、そのメインチップIDをCU3側に送信するとともに、払出制御基板17自体が記憶している払出チップID払出制御チップIDをCU3側へ送信する。CU3側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU3側とP台2側とが接続されて通信が開始された時刻のデータがCU3側からP台2側へ送信され、P台2側ではその送信されてきた接続時刻を記憶する。この状態で、メインチップID、払出チップIDおよびCU3側で識別された接続時刻の3つの情報がCU3側とP台2側とに記憶されることとなる。それ以降の電源投入時においては、P台2側からCU3側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。CU3側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台2が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU3側とP台2側との通信が開始された新たな接続時刻データがCU3側からP台2側へ送信されてその新たな接続時刻データをP台2側において記憶することとなる。また、CU3側とP台2側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が1ずつ加算更新され、その通番がCU3側とP台2側とにおいて記憶される。この通番とは、CU3とP台2との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終通番とは、その更新される通信番号の最後に更新された番号のことである。本実施の形態におけるCU3とP台2とにおける通番のバックアップの具体的態様を説明する。CU3は、コマンドでP台2へ送信した通番をバックアップ記憶し、次にP台2からの通番を受信すると、バックアップ記憶している通番をその受信した通番に書換えて記憶する。そして、次のコマンドを送信するときに、バックアップ記憶している通番を1加算更新してP台2へ送信し、その送信済みの通番をバックアップ記憶する。CU3ではこのような処理を繰返す。P台2でも同様に、コマンドでCU3から受信した通番をバックアップ記憶し、次にP台2からCU3へレスポンスを送信するときに、バックアップ記憶している通番を1加算更新して送信し、その送信済みの通番をバックアップ記憶する。そして、次のレスポンスを受信したときに、バックアップ記憶している通番をその受信した通番に書換えて記憶する。P台2ではこのような処理を繰返す。たとえば、CU3側からP台2側に対して、あるコマンドを送信するとともにそのときの通番nを送信し、P台2側ではその送信されてきた通番nを記憶する。そして、レスポンスをP台2側からCU3側へ返信するときにその記憶している通番nに1加算したものn1も合わせて送信する。CU3側では返信されてきた通番n1が既に記憶していた通番nより1加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番を1してn2の通番をP台2側へ送る。P台2側からCU3側へは、最新遊技台情報カウント中の遊技台情報が送信される。この最新遊技台情報は、P台2側の払出制御部171図2参照のRAMの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてP台2側からCU3側へ送信している。これらのカウンタの情報が、まとめてレスポンスとしてCU側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、賞球玉数×入賞個数とバック玉数との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、発射玉数である。つまり、玉上げスイッチ上41aのオンからオフへの出力変化により検出された玉数である。なお、減算玉数には、計数玉数は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、計数操作によって遊技玉から持玉に変換された玉数である。たとえば、遊技領域27に打込まれたパチンコ玉が入賞して主制御基板16から入賞情報が払出制御基板17へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値加算玉数をP台2側からCU3側へ送信する。また、パチンコ玉が遊技領域27内に発射されていることによる玉上げスイッチ上41aのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値減算玉数をP台2側からCU3側へ送信する。あるいは、払出制御部171は、計数ボタン28の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値計数玉数をP台2側からCU3側へ送信する。P台2側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をCU3側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域払出制御部171のRAM等にバックアップデータとして記憶書換えした後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を0クリアする遊技玉数カウンタを除く。なお、本実施の形態においてクリアとは初期化と同じ意味である。その結果、前回遊技台情報直前に送信した遊技台情報の記憶エリアに、直前にCU3側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、P台2側からCU3側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。また、払出制御基板17は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生遊技玉から持玉への変換に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてCU3側に送信する。CU3側においては、RAM内の累計データ記憶領域に、遊技玉数、カード持玉数単に、持玉数とも言う、貯玉数、残高、総加算玉数加算玉数累計、総減算玉数減算玉数累計、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数カード持玉数から遊技玉数に変換した玉数を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。P台2側から送信されてきた加算玉数カウンタの値加算玉数に基づいて総加算玉数を加算して玉数を更新する。また、P台2側から送信されてきた減算玉数カウンタの値減算玉数に基づいて総減算玉数を減算して玉数を更新する。さらに、P台2から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、CU3は、P台2より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。CU3は、図示のとおり、遊技玉を記憶する領域を備えているとともに、P台2側から遊技玉数カウンタのカウント値遊技玉数または遊技玉トータル個数情報とも言うも受信している。CU3は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、CU3は、P台側から送信されてきた加算玉数カウンタの値加算玉数、減算玉数カウンタの値減算玉数、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでP台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。その結果、たとえば、異常報知ランプや表示器312によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバにエラーが発生した旨のエラー通知信号が送信されるこの場合、ホール用管理コンピュータやホールサーバによるエラー報知が行なわれるようにしてもよい。その結果、係員による人為的な対応を促す所定の報知が行なわれる。なお、エラー状態に移行して遊技を停止させることに代えて、CU3側で記憶している遊技玉数をP台2側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、CU3側で管理している遊技玉数と、P台2側で記憶している遊技玉数との平均値に補正してもよい。このように、本実施の形態では、CU3側にも遊技玉数を記憶させているが、その遊技玉数がP台2側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしているCU3側機能。そのため、仮に不正行為その他の事情で、P台2側で記憶している遊技玉数がCU3側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU3側にその判定機能を設けたが、たとえば、CU3と接続されるホールサーバまたはホール用管理コンピュータによって、CU3側で記憶している遊技玉数とP台2側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。図3に示すように、CU3は、カード持玉数、貯玉数を記憶する記憶領域と、受け付けた挿入されたカードのカード残高を記憶する記憶領域と、総加算玉数加算玉数累計、総減算玉数減算玉数累計およびカード挿入時持玉を記憶する記憶領域をさらに有する。CU制御部323図2参照は、貯玉の使用を要求する入力たとえば、CU3に設けられた再プレイボタン319の押圧入力ただし、持玉無しのときに応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。CU制御部323図2参照は、持玉の使用を要求する入力たとえば、持玉有のときのCU3に設けられた再プレイボタン319の押圧入力ただし、持玉有のときに応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、CU制御部323図2参照は、カード残高の使用を要求する入力たとえば、玉貸ボタン321の押圧入力に応じてカード残高を記憶する記憶領域から所定値を減算する。遊技者所有の遊技用価値たとえばプリペイド残高、持玉数、あるいは貯玉数から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がCU3側からP台2側へ送信される。P台2側では、それを受けて、遊技玉数カウンタを加算更新する。本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受け付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がP台2側からCU3側へ送信される。CU3側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。<CUとP台との間で送受信するコマンドおよびレスポンス>次に図4を参照して、カードユニットCU3とパチンコ機P台2との間で送受信されるコマンドおよびレスポンスの概略を説明する。図4には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。まず、CU3からP台2に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、P台2に対してリカバリ情報を要求するものである。P台2からCU3に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、CU3に対してリカバリ情報を通知するものである。CU3からP台2に対してリカバリ詳細要求という名称のコマンドが送信される。このリカバリ詳細要求のコマンドは、P台2に対してリカバリ詳細情報を要求するものである。P台2からCU3に対してリカバリ詳細応答という名称のレスポンスが送信される。このリカバリ詳細応答のレスポンスは、CU3に対してリカバリ詳細情報を通知するものである。これらリカバリ詳細要求とリカバリ詳細応答とは、リカバリ処理を実行するときにしか送受信されない。具体的には、前述のリカバリ応答を受信したCU3がそのリカバリ応答の情報に基づいてリカバリ処理を実行すると判断した場合にのみCU3がP台2にリカバリ詳細要求のコマンドを送信する。このことは後に詳述する。リカバリ処理は、CU3やP台2に電断が発生して通信回線断が検知されたときに実行する必要が生じる。本実施の形態では、遊技場の営業開始時に電源を立ち上げたときにもリカバリ処理を実行しているが図10参照、営業開始時に電源を立ち上げ時には実行せずCU3やP台2に電断が発生して通信回線断が検知されたときに実行するように制御してもよい。CU3からP台2に対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、P台2に対して通信開始を要求するものである。P台2からCU3に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、CU3に対して通信開始を応答するものである。CU3からP台2に対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、P台2に対して通信終了を要求するものである。P台2からCU3に対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、CU3に対して通信終了を応答するものである。CU3からP台2に対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、P台2に対してCU3の状態を要求するものである。CU3はこのコマンドを使用して、P台2の状態を定期的に確認する。また、状態情報要求のコマンドには、図3に示したCU側からP台側へ向かう加算玉数が含まれている。P台2からCU3に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、CU3に対してP台2の情報状態を通知するものである。情報応答のレスポンスには、図3に示した最新遊技台情報や遊技玉数が含まれている。CU3からP台2に対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、P台2に対してカード挿入を通知するものである。P台2からCU3に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、CU3に対してカード挿入を応答するものである。CU3からP台2に対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、P台2に対してカード返却を通知するものである。P台2からCU3に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、CU3に対してカード返却を応答するものである。CU3からP台2に対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、P台2に対してテストデータを通知するものである。P台2からCU3に対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、CU3に対してテストデータを応答するものである。次に、図5~図22に基づいて、図4に示したコマンド/レスポンスのうち重要なものを説明する。次に、図5~図22に基づいて、CU3とP台2との間のコマンド/レスポンスの送受信とそれに伴う制御シーケンスの要部を説明する。図5を参照して、CU3からP台2にリカバリ要求のコマンドが送信される。送信されるリカバリ要求のコマンドは、CU3からP台2に対してリカバリ情報を要求する。CU3は認証完了後、最初に同コマンドを送信する。このリカバリ要求の具体的データには、図5の下方に示されているように、通番、コマンドが含まれている。通番は、コマンドのシーケンス番号で、1から255サイクリックまでの値である。CU3は、初期値を1として送信時に受信した通番をカウントアップ1して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ要求のコマンドコードであり、16進表現のバイナリデータで0x03である。次に、図6を参照して、P台2からCU3にリカバリ応答のレスポンスが送信される。送信されるリカバリ応答のレスポンスは、CU3に対してP台2で保持しているリカバリ情報を通知するものである。CU3は、同コマンドを受信したらリカバリ処理の要/不要を判断し、リカバリ処理要の場合にのみP台にリカバリ詳細要求コマンドを送信する。P台2からCU3に返信されるリカバリ情報としては、図6に示すように、通番、コマンド、前回最終送信通番、前回挿入中カードID、前回カード挿入時刻を含んでいる。通番は、コマンドのシーケンス番号で、1から255サイクリックまでの値である。P台2は、送信時に受信した通番をカウントアップ1して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ応答のコマンドコードであり、16進表現のバイナリデータで0x13である。前回最終送信通番は、前回接続時にCU3に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、0のときは保持している通番がない場合である。前回挿入中カードIDとは、前回接続時に挿入中だったカードのカードIDのデータであり、0のときは挿入中のカードがない場合である。前回カード挿入時刻とは、前回接続時に挿入中だったカードの挿入時刻のデータであり、0のときは挿入中のカードがない場合である。このデータも、年情報を2桁YY、月情報を2桁MM、日情報を2桁DD、時間情報を2桁hh、分情報を2桁mm、秒情報を2桁ssで表されるデータである。次に、図7を参照して、CU3からP台2にリカバリ詳細要求のコマンドが送信される。送信されるリカバリ要求のコマンドは、P台2に対してリカバリ詳細情報を通知するものである。このリカバリ要求の具体的データには、図7の下方に示されているように、通番、コマンド、前回最終送信通番、加算玉数のデータが含まれている。通番は、コマンドのシーケンス番号で、1から255サイクリックまでの値である。CU3は、初期値を1として送信時に受信した通番をカウントアップ1して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ要求のコマンドコードであり、16進表現のバイナリデータで0x09である。前回最終送信通番は、前回接続時にP台2に対して最後に送信した状態情報要求のコマンドの通番のデータであり、0のときはデータがない場合である。前回挿入中カードIDとは、前回接続時に挿入中だったカードのカードIDのデータであり、0のときは挿入中のカードがない場合である。加算玉数は、遊技玉の加算玉数のデータであり、0のときは加算玉数のデータがない場合である。図8は、P台2のリカバリ処理について詳しく説明するための図である。図8に示すP台2のリカバリ処理は、P台2がCU3より通知された前回最終送信通番の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう。具体的に、加算玉数のデータが0で加算玉が無いとき、CU3は加算玉数のデータをP台2に送信せず、P台2はリカバリ処理を行なわない。逆に、加算玉数のデータが1~65535で加算玉が有るとき、CU3は玉貸、持玉払出、貯玉払出による加算玉数のデータをP台2に送信し、P台2は現遊技玉に該加算玉数を加算するリカバリ処理を行なう。次に、図9を参照して、P台2からCU3にリカバリ詳細応答のレスポンスが送信される。送信されるリカバリ応答のレスポンスは、CU3に対してP台2で保持しているリカバリ詳細応答を通知するものである。このリカバリ詳細応答とは、CU3がリカバリ処理の実行に伴ってP台2に対してリカバリ要求のコマンドを送信したときにP台2がCU3へリカバリ応答として送信するためにバックアップ記憶しているデータのことである。P台2からCU3に返信されるリカバリ詳細応答としては、図9に示すように、通番、コマンド、前回遊技台情報、前回遊技情報、最新遊技台情報、最新遊技情報を含んでいる。通番は、コマンドのシーケンス番号で、1から255サイクリックまでの値である。P台2は、送信時に受信した通番をカウントアップ1して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、リカバリ応答のコマンドコードであり、16進表現のバイナリデータで0x19である。前回遊技台情報とは、CU3に前回通知した遊技台情報であり、遊技玉数、発射玉数、アウト口通過玉数、総賞球玉数および計数玉数の情報を含んでいる。遊技玉数は、CU3に前回通知した遊技玉数である。発射玉数は、CU3に前回通知した発射玉数である。アウト口通過玉数は、CU3に前回通知したアウト口通過玉数である。総賞球玉数は、CU3に前回通知した総賞球玉数である。計数玉数は、CU3に前回通知した計数玉数である。前回遊技情報とは、CU3に前回通知した遊技情報であり、遊技情報数、種別情報1~種別情報n、賞球情報1~賞球情報nの情報を含んでいる。遊技情報数は、CU3に前回通知した遊技情報の個数0~nである。なお、n=0~22で可変長である。種別情報1は、CU3に前回通知した遊技種別情報1である。種別情報nは、CU3に前回通知した遊技種別情報nである。賞球情報1は、CU3に前回通知した遊技賞球情報1である。賞球情報nは、CU3に前回通知した遊技賞球情報nである。最新遊技台情報は、最新の遊技台情報であり、遊技玉数、発射玉数、アウト口通過玉数、総賞球玉数および計数玉数の情報を含んでいる。なお、最新遊技台情報は、全ての情報がないとき0と設定する。遊技玉数は、現在のP台2で保持している遊技玉数である。発射玉数は、現在のP台2で保持している発射玉数である。アウト口通過玉数は、現在のP台2で保持しているアウト口通過玉数である。総賞球玉数は、現在のP台2で保持している総賞球玉数である。計数玉数は、現在のP台2で保持している計数玉数である。最新遊技情報とは、現在のP台2保持している遊技情報であり、遊技情報数、種別情報1~種別情報n、賞球情報1~賞球情報nの情報を含んでいる。遊技情報数は、現在のP台2で保持している遊技情報の個数0~nである。なお、n=0~22で可変長である。種別情報1は、現在のP台2で保持している遊技種別情報1である。種別情報nは、現在のP台2で保持している遊技種別情報nである。賞球情報1は、現在のP台2で保持している遊技賞球情報1である。賞球情報nは、現在のP台2で保持している遊技賞球情報nである。なお、図9中の注1に示すように、リカバリ情報は、バックアップデータが無い、不定の場合にはALL0をセットする。注2に示すように、CU3は、P台2より通知された前回最終送信通番の処理を実施していなかった場合、前回遊技台情報と最新遊技台情報を使用してリカバリ処理を行なう。なお、前回最終送信通番の処理を実施している場合は、CU3は、最新遊技台情報のみ使用してリカバリ処理を行なう。また、通信相手の不一致等たとえばCU3またはP台2の交換等でリカバリ処理が実施できない場合、P台2の表示情報を元にPOSで手補正することが考えられる。たとえば、P台2の表示情報は、可変表示装置278の液晶表示画面を利用して表示することが考えられる。あるいは、P台2に対して、払出制御部171が制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、POSとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、POSは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理PointOfSalessystemであってもよい。次に図10を参照して、電源投入時の接続シーケンスの処理を説明する。この図10の接続シーケンスの処理は、CU3とP台2との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、CU3の電源をOFFにした後の通信再開時に実行される。典型例は、遊技場において1日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。まず、電源を投入する。電源投入時においては、P台2では発射モータ18を停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の送信を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、前回最終送信通番、前回挿入中カードID、および前回カード挿入時刻が含まれている。正確には、図6に示した各種データであり、以降のフローチャートでP台2からCU3に対して送信するリカバリ情報と言えば、正確には図6に示した各種データのことである。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番、および加算玉数が含まれている。正確には、図7に示した各種データであり、以降のフローチャートでCU3からP台2に対して送信するリカバリデータと言えば、正確には図7に示した各種データのことである。なお、電源投入時で未だにカードがCU3に挿入されていない段階では、CU3側とP台2側共にカードID=0、カード挿入時刻=0となっている。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。P台2からCU3に対して送信するリカバリデータと言えば、正確には図10に示した各種データのことである。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。CU3は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。P台2は、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してCU3がコマンドを再送したと判断する。CU3はコマンドの送信時に通番をバックアップする。P台2は、受信したコマンドに対応するレスポンスを送信する度に通番をカウントアップする。ただし、レスポンスの再送時の際にはカウントアップしない。CU3は、前回受信した通番と同じ通番のレスポンスを受信した場合には、通信不良が発生してP台2がレスポンスを再送したと判断する。P台2はレスポンスの送信時に通番をバックアップする。CU3は、認証シーケンスが終了した後、通番をnとしてリカバリ要求のコマンドをP台2に送信する。P台2は、通番をカウントアップしてn1としてリカバリ応答のレスポンスをCU3に返信する。さらに、CU3は、通番をn2としてリカバリ詳細要求のコマンドをP台2に送信する。P台2は、通番をカウントアップしてn3としてリカバリ詳細応答のレスポンスをCU3に返信する。その後、CU3は、通番をカウントアップしてn4として、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通番をカウントアップしてn5として、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。CU3は、通番=n6の状態情報要求のコマンドをP台2へ送信する。P台2では、それを受けて、遊技玉数、加算玉数、減算玉数、図柄停止回数、入賞個数、および遊技台状態のデータをバックアップする。また、P台2は、加算玉数、減算玉数、図柄停止回数、および入賞個数の各カウンタの値を0クリアする。そして、P台2は、通番=n7の状態情報応答のレスポンスをCU3に返信する。そのレスポンスを受けたCU3は、その状態情報応答に基づき、遊技玉数、加算玉数、減算玉数、図柄停止回数、各入賞個数、および遊技台状態のデータをバックアップする。なお、加算玉数の内訳は、賞球玉数×入賞個数とバック玉数とである。減算玉数の内訳は、発射玉数である。その後、CU3は、通番=n8の状態情報要求のコマンドをP台2へ送信し、P台2は、通番=n9の状態情報応答のレスポンスをCU3に返信する。P台2は、状態情報応答のレスポンスを送信する毎に前述のデータをバックアップし、前述のカウンタをクリアする。また、CU3は、状態情報応答のレスポンスを受信する毎に前述のデータをバックアップする。図11を参照して、カードが挿入されたときのCU3とP台2との処理を説明する。まず、CU3は、カード挿入前、通番=n、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2では、それを受けて、通番=n1、遊技禁止を含む状態情報応答のレスポンスをCU3に返信する。その後、CU3では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。CU3は、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残高等をたとえばホールサーバに問合せて認証している最中であることを表示器312に表示するとともにP台2側の表示器54に表示させる処理を実行している最中であることを意味している。CU3は、表示器312に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番=n2、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2では、それを受けて、通番=n3、遊技禁止を含む状態情報応答のレスポンスをCU3に返信する。なお、P台2側の表示器54は、CU3の表示制御部350により表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。その後、CU3は、挿入されたカードが認証されると、通番=n4、カードID、カード挿入時刻を含むカード挿入通知のコマンドをP台2へ送信する。P台2では、それを受けて、受信したカードID、カード挿入時刻のデータを払出制御部171のRAM等にバックアップするとともに、通番=n5を含むカード挿入応答のレスポンスをCU3に返信する。なお、CU3においても、挿入されたカードのカードIDをCU制御部323のRAM等に記憶する。CU3は、それを受けて、通番=n6、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信することで、カード挿入中である状態をP台2に対して通知する。P台2は、カード挿入中である状態の通知を受けて遊技を許可し、通番=n7、遊技許可を含む状態情報応答のレスポンスをCU3に返信する。カード挿入中、CU3は、通番=n8、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信し、P台2は、通番=n9、遊技許可を含む状態情報応答のレスポンスをCU3に返信する。次に、図12~図22を参照して、異常系シーケンスを説明する。まず、図12を参照して、CU3からP台2へコマンドを送信する前に、電源断、通信回路断線があったときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合、つまり、CU3が交換されずかつP台2も交換されていない場合復旧後通信相手一致について説明する。この図12では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、通番=n1、遊技玉数=500更新前遊技玉数3加算玉数-23減算玉数=480のデータをバックアップする。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。なお、P台2は、動作が停止しているCU3との通信回線断を検知すると、遊技を停止する。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n1、および加算玉数が含まれている。CU3は、カードIDとカード挿入時刻との少なくとも一方が一致しない場合には、リカバリ詳細要求をP台2へ送信しない。このことは、後述する図13~図17、図19、図21、図22においても同様である。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。P台2からCU3に対して送信するリカバリデータと言えば、正確には図9に示した各種データのことである。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、バックアップしている最終送信通番=n1と、P台2のリカバリデータの最終送信通番=n1とが一致する場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=450,加算玉数=6,減算玉数=36とする。このリカバリ処理によって補正された遊技玉数を表示器54に表示させるコマンドがCU制御部323から表示制御部350へ送信され、表示制御部350により補正後の遊技玉数を表示器54に表示させる制御が行なわれる。後述するリカバリ処理によって補正された遊技玉数も、同様に表示器54に表示させる制御が行なわれる。なお、リカバリ処理によって補正された遊技玉数を表示させる際に、復旧しました等のメッセージも併せて表示させてもよい。また、電源断時の遊技玉数とリカバリ処理によって補正された遊技玉数との差数も併せて表示させるように制御してもよい。さらに、電源断時の遊技玉数とリカバリ処理によって補正された遊技玉数とを同時に表示並列表示させるように制御してもよい。この並列表示の場合には、いずれが電源断時の遊技玉数でいずれがリカバリ処理によって補正された遊技玉数かを遊技者が分かるように区別して表示制御する。また、電源断時の遊技玉数を表示させてそれが徐々に経時的にリカバリ処理によって補正された遊技玉数に変化する表示制御を行なってもよい。この変化表示制御は、デジタル表示で変化するもの、棒グラフ等のアナログ表示で変化するもの等、いずれでもよい。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。リカバリデータのクリアとは、未送信データを通信開始応答のタイミングで消去するものであり、未送信データリカバリデータを送信した後はそのデータを記憶しておく必要がなくなるために、通信開始応答のタイミングで消去するのである。次に、図13を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線があって、CU3からP台2へコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合復旧後通信相手一致について説明する。この図13では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。その後、P台2で電源断が発生し、P台2の動作が停止する。しかし、P台2は、CU3に状態情報応答レスポンスを返信してから電源断が発生するまで、遊技が継続されている。そのため、P台2では、電源断が発生するまでの遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。その後、CU3は、通番=n2を含む状態情報要求のコマンドをP台2へ送信する。しかし、CU3は、P台2が停止しているので、コマンド送信後200ミリ秒間レスポンスを受信できないので、最大14回までコマンドを再送信する。CU3は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知し、通番=n2、遊技玉数=500更新前遊技玉数3加算玉数-23減算玉数=480のデータをバックアップする。その後、P台2で電源断が復旧し、P台2が動作を開始する。P台2が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n2、および加算玉数が含まれている。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=n2の方が大きい値新しい場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=450,加算玉数=6,減算玉数=36とする。ただし、CU3とP台2との通番の差が2以上CU3またはP台2の通番が0の場合を除くある場合、CU3およびP台2は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。なお、このようなエラーが発生するとCU3およびP台2の少なくとも一方においてその旨を報知する。その際、CU3の表示器312およびP台2の表示器54の少なくとも一方においてその報知の内容を表示させてもよい。また、ホールサーバにその旨を通知し、ホールサーバにおいてエラーが発生したことを報知させてもよい。また、店員の介在によりPOS等を用いて、手作業で遊技玉数の補正を行なってもよい。具体的には、P台2からのリカバリデータに含まれている遊技玉数を表示器54に表示させ、それを見た店員が遊技者のカードをPOSに挿入し、該カードのカードIDに対応付けてホールサーバに記憶されている持玉を更新する。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。次に、図14を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、P台2からCU3へのレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合復旧後通信相手一致について説明する。この図14では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止していることを知らずに、CU3の状態情報要求のコマンドを受けて、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。ただし、CU3に返信した状態情報応答のレスポンスは、CU3の動作が停止しているため、CU3へ未到達となる。さらに、P台2では、CU3の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。なお、P台2は、動作が停止しているCU3との通信回線断を検知すると、遊技を停止する。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n、および加算玉数が含まれている。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=nの方が小さい値古いの場合、前回遊技台情報も、最新遊技台情報もP台2から受取らずに、電源断が発生し、動作が停止したと判断してリカバリ処理を行なう。ただし、CU3とP台2との通番の差が2以上CU3またはP台2の通番が0の場合を除くある場合、CU3およびP台2は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。CU3は、P台2のリカバリデータの前回遊技台情報および最新遊技台情報を使用してリカバリ処理を行ない、遊技玉数=500更新前遊技玉数36加算玉数-2336減算玉数=450,加算玉数=36,減算玉数=2336とする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。次に、図15を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、CU3からP台2への加算要求のコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合復旧後通信相手一致について説明する。この図15では、当初の遊技玉数が50玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。その後、遊技者が再プレイボタンを押下する。そのため、CU3は、貯玉の消費を確定し、通番=n2、遊技玉加算要求=ON、加算玉数=125玉を含む状態情報要求のコマンドをP台2へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、CU3は、通番=n2、遊技玉数=50更新前遊技玉数125加算玉数=175のデータをバックアップする。しかし、P台2は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、P台2は、CU3からの状態情報要求のコマンドを受信することができない。CU3は、P台2が停止しているので、コマンド送信後200ミリ秒間レスポンスを受信できないので、最大14回までコマンドを再送信する。CU3は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。その後、P台2で電源断が復旧し、P台2が動作を開始する。P台2が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n2、および加算玉数=125が含まれている。それを受けたP台2では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。P台2は、通信相手が一致し、CU3のリカバリデータの最終送信通番=n2に比べて、バックアップしている最終送信通番=n1の方が小さい値古いの場合、リカバリ処理を実行して遊技玉数を加算玉数で補正し、遊技玉数=50125に更新する。さらに、P台2では、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報遊技玉数=175、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=n2の方が大きい値新しいの場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=175とする。ただし、CU3とP台2との通番の差が2以上CU3またはP台2の通番が0の場合を除くある場合、CU3およびP台2は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合、およびプリペイド残高からの払出によって遊技を開始する玉貸しボタン321を押下した場合も同様な動作となる。次に、図16を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、P台2からCU3への加算応答のレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致している場合復旧後通信相手一致について説明する。この図16では、当初の遊技玉数が50玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。その後、遊技者が再プレイボタンを押下する。そのため、CU3は、貯玉の消費を確定し、通番=n2、遊技玉加算要求=ON、加算玉数=125玉を含む状態情報要求のコマンドをP台2へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、CU3は、通番=n2、遊技玉数=50更新前遊技玉数125加算玉数=175のデータをバックアップする。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止していることを知らずに、CU3の状態情報要求のコマンドを受けて、通番=n3、遊技玉数=175、遊技玉加算結果=OKを含む状態情報応答のレスポンスをCU3に返信する。ただし、CU3に返信した状態情報応答のレスポンスは、CU3の動作が停止しているため、CU3へ未到達となる。なお、P台2では、CU3へ状態情報応答のレスポンスを返信するとともに、通番=n3、遊技玉数=175のデータをバックアップする。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n3、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n2、および加算玉数=125が含まれている。それを受けたP台2では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。P台2は、通信相手が一致し、CU3のリカバリデータの最終送信通番=n2に比べて、バックアップしている最終送信通番=n3の方が大きい値新しいの場合、遊技玉数を加算玉数で補正しない。さらに、P台2では、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報遊技玉数=175、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、P台2のリカバリデータの最終送信通番=n3に比べて、バックアップしている最終送信通番=n2の方が小さい値古いの場合、P台2のリカバリデータの前回遊技台情報および最新遊技台情報を使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=175とする。ただし、CU3とP台2との通番の差が2以上CU3またはP台2の通番が0の場合を除くある場合、CU3およびP台2は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。次に、図17を参照して、異常系シーケンスを説明する。特に、CU3からP台2へコマンドを送信する前に、電源断、通信回路断線があったときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合、具体的にはCU3が故障等して新たなCU3に交換した場合復旧後通信相手不一致について説明する。新たなCU3に交換された場合には、交換前のCU3に挿入されていたカードを遊技者に排出し、その遊技者が同じP台2で継続して遊技を行ないたい場合にはそのカードを交換後のCU3に挿入する。この図17では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、通番=n1、遊技玉数=500更新前遊技玉数3加算玉数-23減算玉数=480のデータをバックアップする。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。なお、P台2は、動作が停止しているCU3との通信回線断を検知すると、遊技を停止する。CU3で電源断が発生後、たとえばCU3の故障のため、CU3を交換し1次局1から1次局2へ変更する。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、交換前のCU3から引抜かれて交換後の新たなCU3に挿入されたカードIDおよび遊技場に設置されたホールサーバからダウンロードされたカード挿入時刻と一致しているか否かを判断する。遊技者が遊技をするべくカードをCU3に挿入すればそのカードIDと挿入時刻とがCU3からホールサーバにも送信されてホールサーバにて記憶される。その後、交換前のCU3から引抜かれたカードが交換後の新たなCU3に挿入されれば、そのカードのカードIDがホールサーバに送信されてカードIDに対応する挿入時刻が割出されてCU3にダウンロードされる。CU3は、挿入されたカードIDおよびダウンロードされたカード挿入時刻がP台2から送信されてきたものと一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=0、および加算玉数=125が含まれている。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的には、CU3は、バックアップしているCUの最終送信通番=0によりCU3が交換されたものと判断し、交換後のCU3に挿入されているカードのカードIDとリカバリ応答で受信したP台2のリカバリデータのカードIDとをCU3が比較する。この最終送信通番=0は、CU3とP台2とが接続されていない非通信であったことを示す。つまり、CU3が遊技機との非通信を示す情報が、この最終送信通番=0である。また、CU3は、交換したため、交換前のCU3に挿入されたカードの挿入時刻を記憶していない。一方、ホールサーバは、CU3から送信されてくるカード挿入時のカードIDとカード挿入時刻とP台2のチップ情報とを対応付けて記憶している。ゆえに、CU3は、認証シーケンスでP台2から受信したチップ情報メインチップIDと払出チップIDをホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。CU3は、その返信されたカード挿入時刻をP台2のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のCU3に挿入されていたカードを遊技者に排出し、その遊技者が同じP台2で継続して遊技を行なうべくそのカードを交換後のCU3に挿入した場合には、一致している旨の判定がなされる。交換前のCU3に挿入されていたカードとは別のカードが交換後のCU3に挿入された場合には、不一致の判定がなされる。なお、カード挿入時刻をホールサーバから返信してもらう代わりに、ホールサーバにおいて一致判定を行なうようにしてもよい。具体的には、交換後のCU3に挿入されたカードのカードIDがリカバリデータのカードIDと一致する場合に、そのカードIDとリカバリデータのカード挿入時刻とをホールサーバへ送信し、ホールサーバにて、記憶しているカード挿入時刻と送信されてきたリカバリデータのカード挿入時刻とを比較して一致するか否か判定し、その判定結果をCU3へ返信するように制御してもよい。また、カード挿入時刻等の記憶場所は、ホールサーバに限定されるものではなく、たとえばCU3を設置するカードユニットホルダー等でもよく、さらには故障したCU3からカードを排出するときにそのカードに記憶させておいてもよい。このカードユニットホルダーは、CU3が新たなものに交換されても従前のものがそのまま残って使いまわしされるものである。新たなCU3に交換した場合のカードIDとカード挿入時刻との一致判定方法の各種変形例を説明したが、以下にまとめて記載する。上記各種の一致判定方法は、交換対象であるCU3にカードIDとカード挿入時刻とを記憶させる交換対象記憶方式と、交換対象以外のものに記憶させる交換対象以外記憶方式とに大きく分類することができる。交換対象以外記憶方式交換対象以外記憶方式としては、たとえば前述のカードユニットホルダーに記憶する方法がある。この場合は、CU3の故障前に遊技に使用されていたカードのカードIDとカード挿入時刻とがそのカードユニットホルダーに記憶されており、新たなCU3がそのカードユニットホルダーに取り付けられて電源が立ち上げられたときに、P台2から送られてきたカードIDとカード挿入時刻をカードユニットホルダーに記憶されているカードIDとカード挿入時刻と照合して一致判定できる。なお、交換対象以外としてのカードユニットホルダーは一例に過ぎず、これに限定されるものではない。たとえば、前述したように、カードIDとカード挿入時刻とをホールサーバに記憶させてP台2からのカードIDとカード挿入時刻とをCU3経由でそのホールサーバに送信してそのホールサーバで一致判定して判定結果をCUへ返信する方法は、CU3にカードIDとカード挿入時刻とを記憶させない点では交換対象以外記憶方式の一例となる。交換対象記憶方式交換対象記憶方式としては、前述したように、CU3の故障前に遊技に使用されていたカードのカード挿入時刻をホールサーバに記憶させ、そのホールサーバからカードIDとカード挿入時刻とを新たなCU3にダウンロード記憶させる方法と、CU3の故障前に遊技に使用されていたカードのカード挿入時刻をそのカードに記憶させて新たなCU3にそのカードを挿入してカードIDとカード挿入時刻とを新たなCU3に記憶させる方法とがある。つまり、故障したCU3および新たなCU3以外の記憶装置を利用してCU3の故障前に遊技に使用されていたカードのカード挿入時刻を新たなCU3に記憶させる方法である。この故障したCU3および新たなCU3以外の記憶装置としては、ホールサーバやカードに限定されるものではない。これらの変形例は、後述の図19、図21においても、同様に適用可能である。CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=0の方が小さい値古いで、バックアップしている最終送信通番が0の場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=450,加算玉数=6,減算玉数=36とする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。次に、図18を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線があって、CU3からP台2へコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合復旧後通信相手不一致について説明する。この図18では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。その後、P台2で電源断が発生し、P台2の動作が停止する。しかし、P台2は、CU3に状態情報応答レスポンスを返信してから電源断が発生するまで、遊技が継続されている。そのため、P台2では、電源断が発生するまでの遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。その後、CU3は、通番=n2を含む状態情報要求のコマンドをP台2へ送信する。しかし、CU3は、P台2が停止しているので、コマンド送信後200ミリ秒間レスポンスを受信できないので、最大14回までコマンドを再送信する。CU3は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知し、通番=n2、遊技玉数=500更新前遊技玉数3加算玉数-23減算玉数=480のデータをバックアップする。P台2で電源断が発生後、たとえばP台2が故障のため、P台2を交換し2次局1から2次局2へ変更する。その後、P台2で電源断が復旧し、P台2が動作を開始する。P台2が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。しかし、P台2を交換したため、リカバリ情報を保持していない。そのため、リカバリ情報としては、前回最終送信通番=0、前回挿入中カードID=0、前回カード挿入時刻=0が含まれている。このリカバリ応答を受信したCU3は、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、バックアップしているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3側は、遊技中であった遊技者のカードのカードIDおよびカード挿入時刻がバックアップされており、P台2から送信されてきた前回カードIDおよび前回カード挿入時刻と一致しない。しかも、送信されてきた通番=0でありCU3がバックアップしている通番=n2と一致しない。その結果、CU3は、P台2を交換したと判断して、リカバリ処理を行なわない。つまり、CU3は、リカバリ詳細要求をP台2へ送信しない。そのため、CU3のリカバリ処理は、店員の介在によりPOSを用いて、手作業で行なうことになる。具体的には、たとえば、表示器53に遊技玉数を表示させて店員がその遊技玉数に相当する持玉数をPOSに挿入されたカードに手動入力して記録させ、そのカードを遊技者がCU3に挿入して該持玉数を使用して遊技ができるようにする。また、他の方法としては、リモコン等の操作によってCU3に記憶されている遊技玉数を持玉に変換して挿入中のカードに記録させて排出させるように制御してもよい。さらには、交換する遊技機P台2に記憶されている遊技玉数のデータをリモコン等に読出して持玉数としてカードに記録させるようにしてもよい。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。次に、図19を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、P台2からCU3へのレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致していない場合復旧後通信相手不一致について説明する。この図19では、当初の遊技玉数が500玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止していることを知らずに、CU3の状態情報要求のコマンドを受けて、通番=n1、遊技玉数=480、加算玉数=3、減算玉数=23を含む状態情報応答のレスポンスをCU3に返信する。ただし、CU3に返信した状態情報応答のレスポンスは、CU3の動作が停止しているため、CU3へ未到達となる。さらに、P台2では、CU3の動作が停止してから通信回線断を検知するまでの期間、遊技により遊技台情報が変化し、遊技玉数=450、加算玉数=6、減算玉数=36となる。なお、P台2は、動作が停止しているCU3との通信回線断を検知すると、遊技を停止する。CU3で電源断が発生後、たとえばCU3の故障のため、CU3を交換し1次局1から1次局2へ変更する。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=0、および加算玉数が含まれている。それを受けたP台2では、受信したリカバリデータに基づいてリカバリ処理を実行し、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報加算玉数=3,減算玉数=23、前回遊技情報、最新遊技台情報遊技玉数=450,加算玉数=6,減算玉数=36、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的には、CU3は、バックアップしているCUの最終送信通番=0によりCU3が交換されたものと判断し、交換後のCU3に挿入されているカードのカードIDとリカバリ応答で受信したP台2のリカバリ情報のカードIDとをCU3が比較する。また、CU3は、交換したため、交換前のCU3に挿入されたカードの挿入時刻を記憶していない。一方、ホールサーバは、CU3から送信されてくるカード挿入時のカードIDとカード挿入時刻とP台2のチップ情報とを対応付けて記憶している。ゆえに、CU3は、認証シーケンスでP台2から受信したチップ情報メインチップIDと払出チップIDをホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。CU3は、その返信されたカード挿入時刻をP台2のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のCU3に挿入されていたカードを遊技者に排出し、その遊技者が同じP台2で継続して遊技を行なうべくそのカードを交換後のCU3に挿入した場合には、一致している旨の判定がなされる。交換前のCU3に挿入されていたカードとは別のカードが交換後のCU3に挿入された場合には、不一致の判定がなされる。CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=0の方が小さい値古いで、バックアップしている最終送信通番が0の場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=450,加算玉数=6,減算玉数=36とする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。次に、図20を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、CU3からP台2への加算要求のコマンドが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合復旧後通信相手不一致について説明する。この図20では、当初の遊技玉数が50玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。その後、遊技者が再プレイボタンを押下する。そのため、CU3は、貯玉の消費を確定し、通番=n2、遊技玉加算要求=ON、加算玉数=125玉を含む状態情報要求のコマンドをP台2へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、CU3は、通番=n2、遊技玉数=50更新前遊技玉数125加算玉数=175のデータをバックアップする。しかし、P台2は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、P台2は、CU3からの状態情報要求のコマンドを受信することができない。CU3は、P台2が停止しているので、コマンド送信後200ミリ秒間レスポンスを受信できないので、最大14回までコマンドを再送信する。CU3は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。P台2で電源断が発生後、たとえばP台2が故障のため、P台2を交換し2次局1から2次局2へ変更する。その後、P台2で電源断が復旧し、P台2が動作を開始する。P台2が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。しかし、P台2を交換したため、リカバリ情報を保持していない。そのため、リカバリ情報としては、前回最終送信通番=0、前回挿入中カードID=0、前回カード挿入時刻=0が含まれている。このリカバリ応答を受信したCU3は、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、バックアップしているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3側は、遊技中であった遊技者のカードのカードIDおよびカード挿入時刻がバックアップされており、P台2から送信されてきた前回カードIDおよび前回カード挿入時刻と一致しない。しかも、送信されてきた通番=0でありCU3がバックアップしている通番=n2と一致しない。その結果、CU3は、P台2を交換したと判断して、リカバリ処理を行なわない。つまり、CU3は、リカバリ詳細要求をP台2へ送信しない。そのため、CU3のリカバリ処理は、店員の介在によりPOSを用いて、手作業で行なうことになる。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。次に、図21を参照して、異常系シーケンスを説明する。特に、電源断、通信回路断線により、P台2からCU3への加算応答のレスポンスが未到達のときの処理について説明する。なお、当該処理後、通信が復旧したときに、復旧前後で通信相手が一致しない場合復旧後通信相手不一致について説明する。この図21では、当初の遊技玉数が50玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。その後、遊技者が再プレイボタンを押下する。そのため、CU3は、貯玉の消費を確定し、通番=n2、遊技玉加算要求=ON、加算玉数=125玉を含む状態情報要求のコマンドをP台2へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、CU3は、通番=n2、遊技玉数=50更新前遊技玉数125加算玉数=175のデータをバックアップする。その後、CU3で電源断が発生し、CU3の動作が停止する。しかし、P台2は、CU3で電源断が発生した直後、CU3の動作が停止していることを検知することができず、1秒以上CU3から次のコマンドを受信できなかった場合に、通信回線断を検知できる。そのため、P台2では、CU3の動作が停止していることを知らずに、CU3の状態情報要求のコマンドを受けて、通番=n3、遊技玉数=175、遊技玉加算結果=OKを含む状態情報応答のレスポンスをCU3に返信する。ただし、CU3に返信した状態情報応答のレスポンスは、CU3の動作が停止しているため、CU3へ未到達となる。なお、P台2では、CU3へ状態情報応答のレスポンスを返信するとともに、通番=n3、遊技玉数=175のデータをバックアップする。CU3で電源断が発生後、たとえばCU3の故障のため、CU3を交換し1次局1から1次局2へ変更する。その後、CU3で電源断が復旧し、CU3が動作を開始する。CU3が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=0、および加算玉数が含まれている。それを受けたP台2では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。この判断は、リカバリ要求で送信されてきた最終送信通番が0になっていることに基づいて行われる。P台2は、CU3は通信相手が不一致と判断し、遊技玉数を加算玉数で補正しない。さらに、P台2では、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報遊技玉数=175、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的には、CU3は、バックアップしているCUの最終送信通番=0によりCU3が交換されたものと判断し、交換後のCU3に挿入されているカードのカードIDとリカバリ応答で受信したP台2のリカバリ情報のカードIDとをCU3が比較する。また、CU3は、交換したため、交換前のCU3に挿入されたカードの挿入時刻を記憶していない。一方、ホールサーバは、CU3から送信されてくるカード挿入時のカードIDとカード挿入時刻とP台2のチップ情報とを対応付けて記憶している。ゆえに、CU3は、認証シーケンスでP台2から受信したチップ情報メインチップIDと払出チップIDをホールサーバへ送信してそれに対応付けて記憶されているカード挿入時刻をホールサーバから返信してもらう。CU3は、その返信されたカード挿入時刻をP台2のリカバリデータのカード挿入時刻と比較し、一致しているか否か判定する。交換前のCU3に挿入されていたカードを遊技者に排出し、その遊技者が同じP台2で継続して遊技を行なうべくそのカードを交換後のCU3に挿入した場合には、一致している旨の判定がなされる。交換前のCU3に挿入されていたカードとは別のカードが交換後のCU3に挿入された場合には、不一致の判定がなされる。CU3は、P台2のリカバリデータの最終送信通番=n3に比べて、バックアップしている最終送信通番=0の方が小さい値古いで、バックアップしている最終送信通番が0の場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=175とする。その後、CU3は、通信開始要求リカバリクリアONのコマンドをP台2へ送信する。P台2では、それを受けて、リカバリデータをクリアする。そして、P台2は、通信開始応答のレスポンスをCU3へ返信する。CU3では、それを受けて、リカバリデータをクリアする。これ以降、CU3とP台2との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。次に、図22を参照して、異常系シーケンスを説明する。ここでは、特に、電源断、通信回路断線により、CU3からP台2への加算要求のコマンドが未到達のときの処理について説明する。図22は、CUから送信された遊技玉の加算要求がP台側に到達する前にP台で電源断が発生し、その後、電源断が復旧した場合の異常系シーケンスを示している。この異常系シーケンスでは、通信が復旧したときに、復旧前後で通信相手が一致している場合復旧後通信相手一致について説明する。このため、この異常系シーケンスでは、CUおよびP台ともに交換はない。図22に示されるように、再プレイボタンの押下が検出されると、CU側では貯玉の消費が確定し、その消費分だけ遊技玉数が加算125されるとともに、加算玉数=125の遊技玉加算要求を含む状態情報要求がP台へ送信される。ところが、その状態情報要求がP台に到達する前にP台側で一旦電源断が発生する。このため、遊技玉加算要求を含む状態情報要求はP台へは到達しない。その後、電源断が復旧すると、既に説明したとおりの認証シーケンスを経て、リカバリ要求とリカバリ応答とが交換され、CU側からリカバリ詳細要求が送信される。このリカバリ詳細要求には、未達となった遊技玉加算要求の加算玉数=125が含まれている。P台は、通信相手が一致し、リカバリ要求に含まれる最終送信通番がn2CU通番であり、P台側で記憶しているP台通番がn1であることから、リカバリ詳細要求に含まれる加算玉数=125を補正データとして用いて遊技玉数を50125に補正する。その結果、CU側で記憶している遊技玉数と、P台側で記憶している遊技玉数とが一致する。その後、P台からCUに向けてリカバリ詳細応答が返信される。すると、CU側でカードIDおよび挿入時刻一致、かつ、CUとP台との通番が整合すると判断されてリカバリされる。このように、CUからP台へ遊技玉数の変化を示す情報が送信され、その情報が到達する前に電源断が発生したときでも、電源断復旧時のリカバリ処理によって、P台側で遊技玉数が補正されるため、電源断の回復後においてもCUとP台との間での遊技玉データの整合性を保持できる。以下、図22に従い、そのシーケンスを詳細に説明する。この図22では、当初の遊技玉数が50玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。その後、遊技者が再プレイボタンを押下する。そのため、CU3は、貯玉の消費を確定し、通番=n2、遊技玉加算要求=ON、加算玉数=125玉を含む状態情報要求のコマンドをP台2へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、CU3は、通番=n2、遊技玉数=50更新前遊技玉数125加算玉数=175のデータをバックアップする。しかし、P台2は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、P台2は、CU3からの状態情報要求のコマンドを受信することができない。CU3は、P台2が停止しているので、コマンド送信後200ミリ秒間レスポンスを受信できないので、最大14回までコマンドを再送信する。CU3は、コマンドを再送信してもレスポンスを受信できないため、通信回線断を検知する。その後、P台2で電源断が復旧し、P台2が動作を開始する。P台2が動作を開始すると、まず、CU3とP台2との間で認証シーケンスが開始され、P台2からCU3に対して、メインチップIDと払出チップIDとが含まれる情報が送信される。CU3は、受信したメインチップIDと払出チップIDとを上位の管理サーバへ送信してメインチップIDと払出チップIDとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。認証シーケンス後、CU3は、リカバリ要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリ情報の通知を要求する。それを受けたP台2では、受信したリカバリ要求のコマンドに基づいて、P台2内部具体的には払出制御基板17でバックアップしているリカバリ情報をレスポンスとしてCU3へ返信するリカバリ応答。このリカバリ情報としては、図6に示した前回最終送信通番=n1、前回挿入中カードID、および前回カード挿入時刻が含まれている。リカバリ応答を受けたCU3では、リカバリ情報の前回挿入中カードID、および前回カード挿入時刻と、記憶しているカードIDおよびカード挿入時刻と一致しているか否かを判断する。CU3は、カードIDおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をP台2へ送信する。つまり、CU3は、P台2に対してリカバリデータを送信する。このリカバリデータとしては、図7に示した前回最終送信通番=n2、および加算玉数=125が含まれている。それを受けたP台2では、電源断前の通信相手と、電源断復旧後の通信相手とが一致しているか否かを判断する。P台2は、通信相手が一致し、CU3のリカバリデータの最終送信通番=n2に比べて、バックアップしている最終送信通番=n1の方が小さい値古いの場合、リカバリ処理を実行して遊技玉数を加算玉数で補正し、遊技玉数=50125に更新する。さらに、P台2では、P台2内部具体的には払出制御基板17でバックアップしているリカバリデータをレスポンスとしてCU3へ返信するリカバリ詳細応答。このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報遊技玉数=175、最新遊技情報が含まれている。このリカバリ詳細応答を受信したCU3はその時点からリカバリ処理を開始する。このリカバリ処理とは、CU3とP台2との間での互いのデータの整合性を回復するための処理である。具体的に、CU3は、P台2のリカバリデータの最終送信通番=n1に比べて、バックアップしている最終送信通番=n2の方が大きい値新しいの場合、P台2のリカバリデータの最新遊技台情報のみを使用してリカバリ処理を行なう。CU3は、リカバリ処理を行ない、遊技玉数=175とする。ただし、CU3とP台2との通番の差が2以上CU3またはP台2の通番が0の場合を除くある場合、CU3およびP台2は、不正が行なわれたとしてリカバリ処理を行なわず、エラーとする。なお、通信不能状態において遊技用装置側で遊技点が変化し、復旧処理により遊技用装置側での遊技点の変化が遊技機へ送信されて遊技機側で遊技点が更新補正される場合の具体例は、図22に示されている。この図22によれば、前記遊技用装置は、前記遊技用装置との通信ができない通信不能状態から復旧させて前記遊技用装置との間での遊技点の整合性を回復させる復旧処理を行なう復旧処理手段を含み、前記遊技用装置は、前記通信不能状態が発生したときから前記遊技用装置による復旧処理が実行されるまでの間において、前記特定手段により特定された遊技点の変化量を累積して記憶する通信不能時累積記憶手段とを含み、前記遊技用装置は、前記復旧処理が行なわれるときに、前記通信不能時累積記憶手段に記憶されている遊技点の累積変化量を特定可能な累積更新情報を前記遊技用装置へ送信することが開示されている。以上図12~図22を用いて説明したように、リカバリ処理時の補正態様としては、CU3が、P台2から受信した最終送信通番と、記憶しているP台2最終送信通番とを比較し、P台2から受信した最終送信通番が記憶しているP台2最終送信通番より大きい通番であれば、最新遊技台情報と前回遊技台情報との両者を用いて遊技玉数を補正する第1補正態様がある。また、他方の補正態様とは、CU3が、P台2から受信した最終送信通番と、記憶しているP台最終送信通番とを比較し、P台2から受信した最終送信通番が記憶しているP台最終送信通番と等しいまたは小さい通番であれば、最新遊技台情報のみで遊技玉数を補正する第2補正態様がある。さらに、リカバリ処理時の補正態様としては、一切補正をしない態様も含んでいる図18、図20参照。つまり、補正態様を決定するとは、最新遊技台情報のみまたは最新遊技台情報と前回遊技台情報との両者を用いて補正するか否かを決定するばかりでなく、補正をしないことの決定をも包含する概念である。また、第1補正態様は、具体的には、CU3が記憶している遊技玉数に対し、最新遊技台情報の加算玉数と前回遊技台情報の加算玉数とを加算するとともに、最新遊技台情報の減算玉数と前回遊技台情報の減算玉数とを減算して算出された遊技玉数に補正する。第2補正態様は、具体的には、CU3が記憶している遊技玉数に対し、最新遊技台情報の加算玉数を加算するとともに最新遊技台情報の減算玉数を減算して算出された遊技玉数に補正する。以上説明した異常時のリカバリ処理をまとめると、次のようになる。CU3とP台2との通番の差が2以上あるときにはすべて不正としてリカバリを行なわない。ただし、CU3の通番=0の場合にはCU3が交換された場合であり、P台2の最新遊技台情報のみでリカバリしてP台2の最新遊技台情報をCU3が取込む。また、P台2の通番=0のときはリカバリしないリカバリ詳細要求を送信しない。P台2側からの通番≦CU3の記憶通番の場合には、最新遊技台情報のみでリカバリする。P台2側からの通番>CU3の記憶通番の場合には、最新遊技台情報と前回遊技台情報とでリカバリする。また、前述の本実施の形態では、持玉と遊技玉とを区別して別々のものとした内容にしているが、これらを区別することなく1つの共通の価値データにしてもよい。たとえば、カード自体によって共通の価値データが特定され、その共通の価値データを引落してCU3からP台2へ送信し、それを受けたP台2が共通の価値データとして記憶し、遊技の進行に応じてその共通の価値データを更新し、最終的に更新された共通の価値データを遊技終了時にCU3がカードに記録して排出するように制御してもよい。そして、この共通の価値データと持玉と遊技玉とを総称して、点数と言う。図23を参照して、スロットマシン2Sは、本体枠2aSに対して前面扉2bSがその左側縁を揺動中心として開閉可能に設けられている。図23では図示を省略しているが、スロットマシン2Sの図面左隣には、P台と同様にCUが接続される。スロットマシン2Sでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、スロットマシン2Sにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、スロットマシン2Sには、メダル投入口およびメダル払出口が設けられていない。スロットマシン2Sの筐体内部には、外周に複数種の図柄が配列されたリール2L、2C、2R以下、左リール、中リール、右リールともいうが水平方向に並設されており、これらリール2L、2C、2Rに配列された図柄のうち連続する3つの図柄が前面扉2bSに設けられた透視窓10から見えるように配置されている。リール2L、2C、2Rの外周部には、複数種類の図柄が所定の順序で描かれている。前面扉2bSの各リール2L、2C、2Rを取り囲む部分には、タッチパネル式の表示器510が設けられている。この表示器510は、P台の表示器54に相当する表示器であり、表示器54と同種の各種情報遊技点や持点などが表示される他、ゲームにおいて設定された賭数などが表示される。表示器510は、図2の表示器54と同様にCUの表示制御部350に接続されており、CU側で表示制御される。なお、この表示器510は、各リール2L、2C、2Rを取り囲む部分に設けるのではなく、P台と同様にさらに下方のパネル部分図23に示されるスタートスイッチ7Sよりも下方の位置の、従来のS台のメダル払出口が設けられたパネル部分に設けてもよい。また、前面扉2bSには、メダル1枚分に相当する遊技点=1を用いて賭数を設定する際に操作される1枚BETスイッチ5S、遊技状態に応じて定められた最大の賭数たとえば、BB発生前の通常遊技状態およびリプレイの当選確率が高確率となるRTReplayTimeにおいては遊技点=3、ボーナスにおいては遊技点=2を設定する際に操作されるMAXBETスイッチ6S、ゲームを開始する際に操作されるスタートスイッチ7S、リール2L、2C、2Rの回転を各々停止する際に操作されるストップスイッチ8L、8C、8Rがそれぞれ設けられている。スロットマシン2Sにおいてゲームを行なう場合には、まず、P台と同様に、隣接されたCUを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、CUに挿入されたプリペイドカードの残高、持点、あるいは遊技場に預け入れている貯メダルP台の貯玉に相当を引き落とすことによって得られる。遊技点を使用するには1枚BETスイッチ5S、またはMAXBETスイッチ6Sを操作すればよい。本実施の形態では、たとえば、賭数を1設定することによって遊技点が1減点され、表示器510の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ7Sの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。ゲームが開始可能な状態でスタートスイッチ7Sを操作すると、各リール2L、2C、2Rが回転し、各リール2L、2C、2Rの図柄が連続的に変動する。この状態でいずれかのストップスイッチ8L、8C、8Rを操作すると、対応するリール2L、2C、2Rの回転が停止し、透視窓10に表示結果が導出表示される。そして全てのリール2L、2C、2Rが停止されることで1ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ以下、役とも呼ぶが各リール2L、2C、2Rの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器510の遊技点の表示も加算更新される。S台の場合にも、P台と同様に遊技点を計数することが可能である。図1に示すとおり、スロットマシン2Sには、遊技点を計数して持点に変換するための計数ボタン28Sが設けられている。なお、玉貸ボタン、返却ボタン、および再プレイボタンは、CU側に設けられている図2参照。遊技者は任意のタイミング、あるいは、P台と同様に計数操作を促す表示が表示器510に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器510に表示される。なお、玉貸ボタンは、CU側ではなくP台側およびS台側に設けてもよい。その場合に、玉貸ボタンの操作信号が直接CU3へ入力されるようにしてもよく、あるいは、P台2やS台スロットマシン2Sを経由して状態情報応答としてCU3へ送信されるようにしてもよい。入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナスBB、レギュラーボーナスRBへの移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役リプレイとがある。複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、スロットマシン2Sを制御する主制御部S台の主制御部161に相当によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、3つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する遊技点を加算する。すなわち、S台により、遊技用価値を用いて1ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。図24は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図24は、P台の構成として説明した図3の用語をS台用に置き換えたものであり、その態様は、図3を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。<変形例や特徴点など>次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。1上記遊技用システムに遊技機の一例となるスロットマシンS台を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがP台の遊技盤に対応し、それ以外の構成がP台の遊技枠に対応する。ただし、S台には、図2に示した遊技枠の各種検出スイッチ41a、701、33、発射制御基板31、および発射モータ18は、不要である。従来のS台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。一方、本実施の形態に係るS台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のS台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るS台にはホッパーを設ける必要がない。その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。他方、S台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。遊技機としてS台を適用した場合、持点および遊技点の2種類と、クレジットおよびクレジット超過点の2種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、S台の表示器510には、これら4種類のデータを表示する。まず、プリペイドカードの残高、貯メダル、または持点からの変換操作貸出操作、貯メダル払出し操作、持点払出し操作が検出された場合には、夫々が引き落とされて、遊技点に変換される。遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器510には遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作たとえば、メダルを押し込むような操作が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が1つ設定される。このような擬似メダル投入操作が3度行なわれることによって、賭数が最大値の3に設定される。その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値たとえば、50が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、1枚BETスイッチ5Sの操作があれば、賭数設定値が1加算され、クレジットが1減算される。また、MAXBETスイッチ6Sの操作があれば、賭数が3に設定され、クレジットが賭数設定に応じて減算される。ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器510にはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作たとえば、メダルを押し込むような操作が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、カード持玉数遊技点クレジットクレジット超過点と掲載される。なお、カード持玉数とは、遊技点に変換していない変換前の持点現時点で遊技者が所有している持玉数である。以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の4種類のデータは、CUとS台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はCU側のみで、それ以外はS台側のみで記憶してもよい。また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。2本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉貯メダルを消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点計数玉、計数メダルには変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。3本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は1:1である。しかしながら、変換される場合の変換率を1:1以外としてもよい。たとえば、遊技点100点を変換した場合、そのうちの3点を差し引いた97点が持点に変換されるようにしてもよい。または、持点に対して10割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。4持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、CUに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているIDをCUが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がIDを通じて遊技者の持点に加算されるようにする。5遊技点を計数するための操作手段は、CU側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。6本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、P台あるいはCU側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、P台あるいはCU側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器CU側あるいはP台側に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、CU側あるいはP台側または双方でカードのIDを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じIDのカードが挿入されたときには、元の状態から遊技を再開させる。7計数操作を開始してから計数表示が完了するまでの計数時間は、遊技点が第1基準値よりも少ないときと、遊技点が第1基準値を超えるときとで、遊技点に対する計数時間の増加割合が小さくなるようにしてもよい。これによって、実球を計数するかのような計数表示という演出をできながらも、遊技点が多くなることで計数完了までにあまりに時間がかかってしまうことを防止できる。また、遊技点がある基準値を超えた場合には、計数時間がすべて同一になるようにしてもよい。あるいは、基準値を設けることなく、遊技点の多少に関わらす一律に同じ計数時間を採用してもよい。8大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。9大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値たとえば、1000玉以内であれば、満タン判定しないものとしてもよい。10遊技玉を計数するための計数操作手段としては、2回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、1回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、1回操作をしてから所定時間たとえば、1秒以内、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、1操作から1秒以内に2回目の操作が検出されたときには、計数機能を発揮させることも考えられる。11本実施の形態では、計数操作ボタンを所定時間未満操作短時間操作すると、たとえば、第1の玉数が計数される一方、所定時間以上操作長時間操作すると、その操作時間に応じて前記第1の玉数よりも多い第の玉数が計数される。たとえば、短時間操作では100玉が計数される一方、長時間操作では100玉を超える所定数、たとえば、200玉や400玉が計数されるようにすることが考えられる。また、計数操作ボタンの長押し時間によって、計数対象の遊技点数が異なるように制御してもよい。たとえば、1秒の長押しで100玉が計数され始め、さらにそのまま5秒間の長押しが継続すると、残りのすべての玉が計数されるようにすることが考えられる。あるいは、1回の操作で所定個数が計数され、5回目の操作では残りのすべての玉が計数されるように制御してもよい。12所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段の所定の処理は、たとえば、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等を意味する。あるいはまた、所定の処理とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。また、上述した所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理とは、たとえば、カードの返却操作を検出したときに、CUに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、特定可能に記録とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのIDと持点とをCUに接続されたサーバに送信し、サーバ内でIDと持点とを対応付けて記憶するような方式を含む。13本実施の形態では、A所定点数以上の遊技点が記憶されていないことには、計数操作をしても、遊技点の計数が行なわれず、また、その旨の報知が行なわれる。また、本実施の形態の形態では、B記憶している遊技点が所定点数に至るまで遊技点の計数が実行されると、それ以上の計数ができなくなるとともに、その旨の報知が行われる。これらAB2つの場合の所定点数、すなわち、基準値は、同じものを採用してもよいし、異ならせてもよい。14本実施の形態では、玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされる。しかしながら、さらに、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、1回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。また、本実施の形態では、遊技中の計数操作を無効とするために、遊技中であるか否かを玉の発射動作が検出されているか否かで判断したが、これに代えて、あるいは、これに加えて、遊技中球数遊技領域27内で浮遊している浮遊玉が0になっているか遊技中でない否か遊技中で、遊技中であるか否かを判定するようにしてもよい。さらに、加えて、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。さらに、遊技機としてS台を適用して遊技中の計数操作を無効とする場合の遊技中とは、たとえば、リール2L、2C、2Rが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール2L、2C、2Rが停止するまでの期間である。15大当り中であるか否かに関わらず、遊技玉数が所定数より多いときには、計数操作を促す表示が行なわれるようにしてもよい。また、計数操作を促す表示が行なわれてから所定時間が経過しても計数操作が検出されない場合、遊技玉の発射を強制的に停止させてもよく、また発射の強制停止までは行なわないようにしてもよい。16図3を参照して、P台は、計数された計数玉持玉を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、P台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、CU側には、カード持玉計数玉を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をCU側にさらに設けてもよい。CUは、この場合、遊技が開始してからP台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。17計数操作を促す表示としては、文章にて遊技玉が残っているので計数してから返却操作をして下さいという表示であってもよく、あるいは画面上に計数ボタン28を表示させて点滅するような表示であってもよい。18本実施の形態では、遊技玉が所定玉数以上3000玉以上であるときに、所定の報知制御として、表示器にて計数操作を促す表示を行なう制御が実行される。ここで、計数操作を促すとは、たとえば、遊技玉数が上限に達したため、計数操作して下さいと表示するものや、単に計数操作が必要です。と表示するものであってもよい。また、所定の報知制御としては、スピーカから計数操作を促す報知音を出力する制御であってもよい。さらに、報知としては、計数操作を促す報知ではなく、単に、遊技玉数が上限に達したことを通知するのみ計数操作を促す報知まではしないであってもよい。また、遊技点が所定の第1基準値以上3000玉以上であるときに、所定の報知制御をし、さらに、その後、遊技点が第1基準値よりも多い第2基準値に達した時点で遊技不能状態に制御し、遊技点が前記第1基準値から前記第2基準値に達するまでは遊技を許容発射禁止しないするように制御してもよい。なお、遊技機がスロットマシンである場合には、スタートレバーを操作してリールが回転開始しない、あるいは、賭数設定が無効化される、などの制御によって遊技不能状態を実現できる。19本実施の形態では、遊技点を用いた遊技が行なわれているとき玉の発射継続中は、遊技点が所定点数たとえば、250点以上残っていないと、計数操作が有効化されない。ここで、所定点数は、250点に限られるものではなく、1点以上であれば、どのような点数であってもよい。ただし、たとえば、1点など、あまりに少なすぎる点数を設定した場合には発射のタイミングと計数のタイミングとがほぼ同時に生じたときに、不具合が生じるため、2~3点以上とするのが望ましい。あるいは、点数が所定点数以下たとえば、10点以下で発射が継続しているときに計数操作が検出された場合には、5点を発射用として残し、残りの点数を計数対象とするように制御してもよい。また、遊技点が所定点数以上、残っていないために計数操作が無効化されていることに気づいた遊技者が玉の発射動作を停止させたことが検出された際には、先に無効化された計数操作を有効化して計数動作が自動的に開始されるようにしてもよい。つまり、この場合には、計数操作が無効化されたことに気づいた遊技者は、発射操作を停止さえすればよく、再度、計数操作をやり直す必要がない。20計数ボタンを押し続ける時間に応じて、1回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押したとえば、1秒以上連続操作のときには遊技点のすべてが計数される一方、短押したとえば、1秒未満の連続操作のときには、200玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、200玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。21遊技点の残数に応じて、計数ボタンの1回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が200点未満のときには、計数ボタンの1回の短押下操作ですべての遊技点が計数されるようにする。遊技点が200以上1000未満のときには、1回の短押下操作で200点が計数されるようにする。遊技点が1000以上5000未満のときには、1回の短押下操作で1000点が計数されるようにする。遊技点が5000以上10000未満のときには、1回の短押下操作で2000点が計数されるようにする。遊技点が10000以上のときには、1回の短押下操作で2500点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。22遊技玉遊技点を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が1つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。23計数操作に基づいて遊技点を持点に変換する変換表示遊技玉を計数していき、持玉が増えていく様を示す表示を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からCUに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。24本実施の形態では、CUと遊技機との間の通信において、CUを一次局、遊技機を二次局とするコマンド-レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。25図3あるいは図24において、遊技機側およびCU側の双方で遊技玉遊技点を記憶するようにしているが、遊技玉遊技点は遊技機側のみで記憶し、CU側では記憶しないようにしてもよい。一方、カード持玉持点は、CU側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉遊技点は遊技機側のみで記憶し、一方、カード持玉持点は、CU側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。26表示器54で行なう計数表示や各種の報知は、同様に表示器312で行なうようにしてもよい。27CU3において、P台側から送信されてきた加算玉数カウンタの値加算玉数および減算玉数カウンタの値減算玉数に基づいて、記憶している遊技玉数を更新し、P台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー異常判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバにエラーが発生した旨のエラー通知信号が送信されるこの場合、ホール用管理コンピュータやホールサーバによるエラー報知が行なわれるようにしてもよい。28貸出操作あるいは持点持玉から遊技点遊技玉への変換操作貸出操作が検出された場合、遊技点は、1点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点たとえば、100円相当の25点ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、P台あるいはS台の表示器のタッチパネルを利用することが考えられる。29計数操作が実行されたとき、持点のカウントアップが開始してから所定時間が経過すると、持点が加速度的にカウントアップするようにしてもよい。あるいは、計数表示を加速させるための速度アップボタンをCU側あるいは遊技機側のタッチパネルの表示器に表示し、その操作が検出されることによって、加速計数表示をしてもよい。このように持点の加速計数表示を行なうことにより、多数の遊技点を計数する際の遊技者の待ち時間を短くすることができる。30打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。これらの場合には、計数操作が検出されると、ハンドルを放してくださいというメッセージを遊技機あるいはCUの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。31玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも1つ、あるいはすべては、遊技機側に設けてもよく、あるいはCU側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはCU側の表示器に表示することが考えられる。32図10~図22で示したシーケンス制御は、特にセキュリティに関する処理については、CU3、P台2、S台2S等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、CU3、P台2、ジェットカウンタ、POS端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。33前述の実施の形態では、カードIDにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。34前述の実施の形態では、図17、図19、図21等で説明したように、カードIDと挿入時刻とが一致することを条件に遊技機から送信された得点をCUが現時点での得点として記憶しているが、遊技機とCU3との通信が途絶えてから所定時間たとえば20分が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をCUが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とCU3との通信が途絶えてから所定時間たとえば20分を計時するタイマをCU制御部323に設け、遊技機とCU3との通信の開始時復旧時に該タイマが未だ計時中タイムアップしていない状態であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をCUが現時点での得点として記憶するように制御する。また、挿入時刻の代わりに、CU3とP台2との間で用いられた最終通番等の一致を条件に遊技機から送信された得点をCUが現時点での得点として記憶するようにしてもよい。35前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。36前述の実施の形態では、遊技者所有の有価価値プリペイド残高、持玉、貯玉の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。<実施の形態に含まれる各種の構成>1本発明は、遊技者により遊技が行なわれる遊技機P台2、S台2Sと、該遊技機と通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を使用し該遊技機での遊技を可能にする遊技用装置CU3とを備える遊技用システムであって、前記遊技用装置は、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理リカバリを行なう復旧処理手段図10、図12~図22を含み、該復旧処理手段は、前記遊技機からの復旧用の詳細データリカバリ詳細応答を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データリカバリ応答を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立するP台通番≠0でカードID挿入時刻が一致と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理リカバリ詳細要求をP台へ送信する処理を行なう。上記の構成によれば、遊技用装置が遊技機と通信できない通信不能状態から復旧させて遊技機との間でのデータの整合性を回復させる復旧処理を行なうにおいて、復旧処理を行なう条件が成立していない場合には復旧用の詳細データを遊技機から受信するための処理が行なわれないため、無駄な処理が発生する不都合を極力防止することができる。2本発明の他の態様は、遊技者により遊技が行なわれる遊技機P台2、S台2Sと通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を使用し該遊技機での遊技を可能にする遊技用装置CU3であって、前記遊技機と通信できない通信不能状態から復旧させて前記遊技機との間でのデータの整合性を回復させる復旧処理リカバリを行なう復旧処理手段図10、図12~図22を備え、該復旧処理手段は、前記遊技機からの復旧用の詳細データリカバリ詳細応答を受信して復旧処理を行なう前に、当該復旧処理を行なう条件が成立するか否かを判定するための判定用データリカバリ応答を前記遊技機から受信し、該受信した判定用データに基づいて前記条件が成立するP台通番≠0でカードID挿入時刻が一致と判定したことを条件として、前記復旧用の詳細データを前記遊技機から受信するための処理リカバリ詳細要求をP台へ送信する処理を行なう。上記の構成によれば、遊技用装置が遊技機と通信できない通信不能状態から復旧させて遊技機との間でのデータの整合性を回復させる復旧処理を行なうにおいて、復旧処理を行なう条件が成立していない場合には復旧用の詳細データを遊技機から受信するための処理が行なわれないため、無駄な処理が発生する不都合を極力防止することができる。3上記1の遊技用システムにおいて、前記遊技用装置と前記遊技機との通信では、情報の到達確認をするために所定の更新パターンに従って更新される到達確認情報通番とともに情報の送受信を行ない、前記遊技機は、遊技への使用および入賞の発生に応じて変化する遊技点の変化量を特定可能な更新情報を前記遊技用装置へ送信する更新情報送信手段加算玉数と減算玉数をCUへ送信する払出制御部171と、該更新情報の送信から次回の更新情報の送信までの間における前記遊技点の変化量を今回変化量最新遊技台情報として記憶するとともに、該変化量を送信した後においても前回変化量前回遊技台情報として記憶する変化量記憶手段図3の最新遊技台情報の加算玉数カウンタおよび減算玉数カウンタと前回遊技台情報の加算玉数記憶エリアおよび減算玉数記憶エリア、図211の最新遊技台情報の加算数カウンタおよび減算数カウンタと前回遊技台情報の加算数記憶エリアおよび減算数記憶エリアと、前記復旧用の詳細データとして前記今回変化量と前記前回変化量と前記到達確認情報とを含む詳細データ図9を前記遊技用装置へ送信する詳細データ送信手段図10、図12~図17、図19、図21、図22:リカバリ詳細応答をCUへ送信する払出制御部171とを含み、前記遊技用装置は、前記遊技機との通信に用いた最終的な到達確認情報を記憶する記憶手段図10、図12~図22と、前記受信した復旧用の詳細データに含まれている到達確認情報と前記記憶手段に記憶されている到達確認情報とに基づいて、前記受信した詳細データに含まれている前記今回変化量と前記前回変化量とのうちのどの情報を用いて復旧処理を行なうかを判定する判定手段図10、図12~図17、図19、図21、図22:P台2側からの通番>CU3の記憶通番の場合に前回遊技台情報と最新遊技台情報とを用いてリカバリし、P台通番とCU通番とが同じかCU通番が0場合に最新遊技台情報のみを用いてリカバリとを含む。上記の構成によれば、通信不能状態が復旧した際、今回変化量と前回変化量と到達確認情報とを含む詳細データが遊技機から遊技用装置へ送信され、遊技用装置では、遊技機との通信に用いた最終的な到達確認情報と受信した復旧用の詳細データに含まれている到達確認情報とに基づいて、前記受信した詳細データに含まれている前記今回変化量と前記前回変化量とのうちのどの情報を用いて復旧処理を行なうかを判定するために、通信不能状態が復旧したときに、遊技用装置および遊技機の双方で整合がとれた状態にすることができる。その結果、通信不能状態の発生に備えた強固なシステムを提供できる。4上記13の遊技用システムまたは上記2の遊技用装置において、前記遊技機で遊技を行なっている遊技者を特定可能な遊技者特定情報カードIDと所定の数値情報カード挿入時刻等とを前記判定用データとして当該遊技機より受信する受信手段図10、図12~図22と、前記遊技機以外の外部記憶手段上位サーバ801やカードに記憶されている前記遊技者特定情報と前記所定の数値情報との入力を受付ける受付手段カードの記憶情報を読取ったカードリーダライタや上位サーバ801からカードIDやカード挿入時刻を受信と、前記受付手段により受付けられた前記遊技者特定情報および前記所定の数値情報と前記受信手段により受信された前記遊技者特定情報および前記所定の数値情報とに基づいて同一の遊技者が特定されるかを判定する処理を行なう同一判定処理手段図10、図12~図22:カードID挿入時刻の一致判定とを含み、前記復旧処理手段は、前記同一判定処理手段により同一の遊技者が特定されるとの判定結果が得られたときに、前記復旧用の詳細データを受信するための処理を行なう図10、図12~図22。上記の構成によれば、通信不能状態から復旧した際に、同一の遊技者が特定されない異常事態が発生したときには、復旧用の詳細データを受信するための処理を行なわないようにし、異常事態に対処できる。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"