"持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機と、遊技者所有の遊技用価値を用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置とを備える遊技用システムであって、前記遊技用装置は、前記遊技機へモード切換指令情報を送信するモード切換指令情報送信手段を含み、前記遊技機は、受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モードと非営業モードとのいずれかに切り換えるモード切換手段を含み、前記モード切換手段は、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモードと、前記遊技機の試打が可能な試打モードとを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える、遊技用システム。遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機であって、所定のモード切換指令情報を前記遊技用装置より受信するモード切換指令情報受信手段と、該モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、当該受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モードと非営業モードとのいずれかに切り換えるモード切換手段とを含み、前記モード切換手段は、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモードと、前記遊技機の試打が可能な試打モードとを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える、遊技機。しかしながら、この種の従来の遊技用システムでは、台間機および遊技機が連携して各種モードに切り換わるような処理を行なうことができないという問題があった。本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技用装置と遊技機とが連携して各種モードに切り換わることによって、遊技用装置と遊技機との連携度合いが高い遊技用システム、および当該遊技用システムに用いられる遊技機を提供することである。以下、図面を参照して本発明に係る実施の形態を説明する。なお、本実施の形態で用いる用語の概念として、遊技機器は、遊技機パチンコ機やスロットマシン等、カードユニット、Zカウンタ、カード発行装置、清算装置、ホール用管理装置、景品交換装置等の遊技場に設置される全ての機器を含む概念であり、遊技用装置は、上記、遊技機器から遊技機のみを排除した概念である。まず、図1を参照して、遊技場内に複数配置されている各遊技島図示略に遊技機の一例の封入循環式パチンコ機以下パチンコ機またはP台と略称する2が併設されており、そのパチンコ機2の所定側の側方位置に該パチンコ機2に対して遊技用装置の一例のカードユニット以下CUと略称することもある3が1対1に対応設置されている。このカードユニット3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、それらカードの記録情報により特定される遊技者所有の遊技価値たとえばカード残高、持玉数、あるいは貯玉数等を用いて対応するパチンコ機2における封入玉を弾発発射させて遊技ができるようにするための機能を有する。なお、ビジターカードや会員カードはICカードで構成されている。このパチンコ機2は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル25を操作することにより、打球発射モータ発射モータとも言う18を駆動させて封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。この図1に示すパチンコ機2は、いわゆる第1種のパチンコ機であり、図示を省略しているが、遊技領域27内に打込まれたパチンコ玉が入賞可能な始動口1と始動口2とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号に基づいて変動表示する可変表示装置が設けられているとともに、該可変表示装置の表示結果が予め定められた特定の識別情報の組合せたとえばぞろ目になることにより開放する可変入賞球装置大入賞口ともいうなどが設けられている。始動口2は、遊技者にとって有利な第1の状態たとえば開成状態と遊技者にとって不利な第2の状態たとえば閉成状態とに変化可能な電動チューリップで構成されている。可変入賞球装置が開放することにより大当り状態となる。また、可変表示装置の表示結果が大当り図柄の組合せぞろ目のうちの予め定められた特別の識別情報の組合せたとえば777等の確変図柄の組合せとなることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態確変状態が発生する。大入賞口は、大入賞口1と大入賞口2との2つ設けられている。たとえば、始動口1への入賞に基づいて大当りが発生したときには大入賞口1が第1の状態となり、始動口2への入賞に基づいて大当りが発生したときには大入賞口2が第1の状態となる。さらに、遊技領域2には、4つの通常入賞口1~4が設けられている。遊技領域27内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口図示略に回収される。入賞口に入賞したパチンコ玉およびアウト口図示略に回収されたパチンコ玉は再度パチンコ機2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再びその打球発射位置のパチンコ玉が遊技領域27内に打込まれる。カードユニット3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入/排出口309などが設けられている。このカード挿入/排出口309に挿入された会員カードやビジターカードがカードリーダライタ図示省略に受付けられ、そのカードに記録されている情報が読取られる。前述の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受付けた場合において、該会員カードに記録された会員カードIDならびに会員IDにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン319と、遊技場の係員が所持するリモコン図示省略から赤外線信号を受信して電子信号に変換して出力するIR受光ユニット320が設けられている。さらに、表示器312と再プレイボタン319との間に、貸出ボタン321、返却ボタン322、呼出ボタン798が設けられている。貸出ボタン321は、挿入されているカードにより特定されるプリペイド残高を引落して遊技に使用するために操作されるボタンである。返却ボタン322は、カード挿入/排出口309に挿入されているカードを返却するときに操作されるボタンである。呼出ボタン798は、遊技場の係員を呼出すときに遊技者によって操作されるボタンである。表示器312は、挿入された遊技用記録媒体カードに記録されているプリペイド残高カード残高または単に残高とも言うを表示するものであるが、後述する遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数から引落としてパチンコ機による遊技を行なうことが可能となるとともに、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ1等に記録されている場合には、その貯玉から引落としてパチンコ機2による遊技が可能となる。なお、貯玉とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータ1やその他の管理コンピュータにより管理される。一方、持玉数とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を持玉と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を貯玉と言う。なお、この持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、貯玉と持玉との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ1または上位サーバ801に会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホール用管理コンピュータ1または上位サーバ801にカード番号と対応付けて記憶させてもよい。紙幣挿入口302に挿入された紙幣は、貨幣識別器344により取込まれてその真贋や紙幣種別の識別がなされる。パチンコ機2における遊技領域27の下方位置には、表示器54とチャンスボタン56およびジョグダイヤル57が設けられている。表示器54は、液晶表示装置で構成されており、図67で後述するような表示画面を遊技者に表示する。ジョグダイヤル57は、遊技者が回動操作することにより表示器54に表示されている表示画面における各種表示項目アイコン等を選択指定するものである。そして、遊技者がこのジョグダイヤル57を回動操作することにより表示器54に表示される表示画面上の各種表示項目において選択対象となるものが順次移動表示され、このジョグダイヤル57を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン56を遊技者が押圧操作することにより、その選択された表示項目が指定されて遊技者の選択が確定されることになる。パチンコ機2には、額縁状の外枠に対して、前枠セルとも言う6とガラス扉とがその左側縁を揺動中心として開閉可能に設けられている。外枠の前枠6と接触する箇所には、前枠6が外枠に押付けられてロック状態となったことを検出するための前枠閉鎖検出器13図5参照が設けられている。また、前枠6のガラス扉との接触部分には、ガラス扉が前枠6に押付けられてロック状態となったことを検出するためのガラス扉閉鎖検出器12図5参照が設けられている。前枠6の裏面側には、前枠開放ソレノイド11図5参照が設けられており、この前枠開放ソレノイド11が励磁されることによりロック解除状態となり、前枠6が開放される。また、前枠6の裏面にはガラス扉開放ソレノイド10図5参照が設けられており、このガラス扉開放ソレノイド10を励磁することにより、ロック解除状態となり、ガラス扉が開放される。図2は、パチンコ機2の背面図であり、図3は遊技玉の循環機構を説明するための正面図、図4は遊技玉の循環機構を説明するための背面図である。図2~図4を参照して、主に封入循環式のパチンコ玉の循環経路を説明する。パチンコ機2の遊技盤保持枠95には、遊技盤取付け用の回動レバー100が設けられており、この回動レバー100を回動操作することにより、遊技盤26が着脱可能となる。一方、遊技領域27に設けられている入賞口や可変入賞球装置などから入賞したすべての入賞玉は、入賞玉検出スイッチ図示省略で検出されて入賞玉集合カバー部材144で集められて回収玉通過経路901に誘導される。一方、アウト口145に進入したアウト玉も、アウト玉流下経路702を流下する。このアウト玉流下経路702にはアウト玉検出スイッチ701が設けられており、アウト玉流下経路702を流下する玉が検出される。一方、ファール玉はファール玉戻し経路151を流下してファール玉戻り口150からファール玉戻り経路902を通って回収玉通過経路901を流下する。ファール玉戻し経路151の途中箇所には流下するファール玉を検出するファール玉検出スイッチ33が設けられている。アウト玉流下経路702を流下するアウト玉は、回収玉通過経路901に進入し、入賞玉とファール玉と共に流下して玉回収経路189に進入する。その回収玉通過経路の途中箇所に発射玉検出スイッチ903が設けられており、入賞玉とアウト玉とファール玉とが合流したすべての玉が検出される。さらに発射玉検出スイッチ903の下流側における途中箇所に、補給50個検出スイッチ遊技玉不足検出スイッチとも言う904が設けられている。この補給50個検出スイッチ904は、パチンコ機2に内蔵されたパチンコ玉の数が所定個数50個に達しているか否かを検出するためのものである。一方、前述の発射玉検出スイッチ903は、遊技領域27に打込まれたパチンコ玉のすべてが回収されて検出されるものであり、遊技領域27に打込まれた打込玉個数とこの発射玉検出スイッチ903により検出されたパチンコ玉の数とが等しくなったときに、遊技領域27に打込まれたパチンコ玉がすべて回収されたことが検出される。このような役割を持った発射玉検出スイッチ903は、パチンコ機2に内蔵された封入玉の個数が所定個数50個を超過していることの検出にも兼用されている。すなわち、パチンコ機2に封入されているパチンコ玉が所定個数50個の場合には、遊技が行なわれていない非稼動状態において停留している封入玉の最後の50個目のパチンコ玉の位置が、補給50個検出スイッチ904と発射玉検出スイッチ903とのちょうど間に位置するように構成されている。これにより、所定個数50個を超えるパチンコ玉が遊技機2内に封入された場合には遊技されていない状態において停留しているパチンコ玉が発射玉検出スイッチ903の検出位置を越える状態となり、常に発射玉検出スイッチ903が玉の検出状態となり、それによって封入玉の個数が多過ぎることが検出可能となる。一方、封入玉の個数が所定個数50個より少な過ぎた場合には、非遊技状態において停留しているパチンコ玉が補給50個検出スイッチ904の検出位置よりも下流側になり、補給50個検出スイッチ904が玉を検出していない非検出状態となる。これにより、封入玉の個数が所定個数50個よりも少な過ぎることが検出可能となる。玉回収経路189を流下したパチンコ玉は、パチンコ玉を上方へ搬送するための搬送装置190に進入する。搬送装置190は、搬送モータ40により回転する搬送用スクリュー190bが内蔵されており、この搬送用スクリュー190bが回転することによりパチンコ玉が上方へ搬送される。搬送装置190には、さらに、搬送途中のパチンコ玉と接触することによりそのパチンコ玉を研磨する左右1対の研磨部材913が設けられており、パチンコ玉は上方へ搬送されつつその表面が研磨される。この研磨部材913は、研磨モータ193aの駆動力により回転してパチンコ玉を研磨する。搬送装置190のパチンコ玉取入口近傍に玉上げスイッチ下41bが設けられており、搬送装置190に進入するパチンコ玉が検出される。一方、搬送装置190により上方へ搬送されて搬送装置190から排出されたパチンコ玉が玉上げスイッチ上41aにより検出される。その検出されたパチンコ玉は整流器916まで流下する。整流器916は、パチンコ玉を1発ずつ玉発射位置にまで供給するためのものである。遊技者が打球操作ハンドル25を操作することにより打球発射モータ18が駆動して打球ハンマー920が間欠揺動される。整流器916により発射位置にまで供給されてきた1個のパチンコ玉がこの打球ハンマー920により弾発されてそのパチンコ玉が遊技領域27に打込まれる。この打球ハンマー920による玉の発射位置にパチンコ玉を1つずつ供給するべく、整流器916には、整流器ソレノイド196aとその整流器ソレノイド196aの駆動力により上下揺動する玉送り部材196bとが設けられている。玉送り部材196bは図2に示すようにコの字型の形状をしており、流下してきたパチンコ玉を1個受入れ、その状態で整流器ソレノイド196aが励磁されることによりその駆動力によって玉送り部材196bが下方に揺動する。すると、受入れていたパチンコ玉が1個打球発射位置に供給される。その供給されてきたパチンコ玉1個を打球ハンマー920が弾発することにより、そのパチンコ玉が遊技領域27に打込まれる。この打球ハンマー920は、打球打込方向にばねで付勢されており、打球発射モータ18の駆動力によって回転するカムの作用によりこの打球ハンマー920が打込方向とは逆方向バックスイング方向に揺動される。そして、所定量の揺動が行なわれた段階でカムの作用が外れてばねの付勢力により打球ハンマー920が打込方向に揺動されてパチンコ玉が弾発発射される。前述の打球打込方向に付勢するばねは、遊技者が打球操作ハンドル25を回転させることによりその付勢力を調整することができ、これにより打球発射勢いが調整可能となる。前述した整流器916と玉上げスイッチ上41aとの間に、玉抜き部915が設けられている。この玉抜き部915には、玉抜きモータ195aが設けられている。中継基板921に設けられた玉抜きスイッチ922を遊技場の係員が操作することにより、玉抜きモータ195aが所定量回転し、封入玉を経路外に抜き出すことが可能となる。玉上げスイッチ上41aは、その検出信号が搬送モータ40をオンオフ制御するために利用される。打球操作ハンドル25による打球操作が行なわれず打球発射されていない状態では、整流器916が玉送り動作を行なわないために、搬送装置190により上方に搬送されてきたパチンコ玉は、整流器916の箇所で流下が阻止されて停留する。その停留するパチンコ玉が玉上げスイッチ上41aの検出位置まで達した段階で、玉上げスイッチ上41aから常時玉の検出信号が出力される状態となる。そのような玉の検出信号の継続した出力状態が所定時間たとえば数msec続いたときに、搬送モータ40の駆動が停止され、玉の上方への搬送がストップされる。一方、遊技者が打球操作ハンドル25を回転操作して打球発射させることにより、整流器916が玉送り動作を実行し、その結果、整流器916の箇所で流下が阻止されて停留していた玉が玉送りされて玉上げスイッチ上41aから玉の検出信号が出力されない状態となる。すると、搬送モータ40の駆動が開始されて玉が揚送される。搬送モータ40の駆動による単位時間当りの玉の揚送個数の方が発射モータ18の駆動による単位時間当りの玉の発射個数より多くなるように制御されているため、搬送モータ40の駆動が開始されて少し時間が経過することにより再び玉上げスイッチ上41aから常時玉の検出信号が出力される状態となり、搬送モータ40の駆動が停止される。しかし、打球発射は継続しているため、再び玉上げスイッチ上41aから玉の検出信号が出力されない状態となる。すると、搬送モータ40の駆動が開始されて玉が揚送される。遊技者が打球操作を行なっている稼働状態では、この搬送モータ40の駆動と停止が繰返されることになる。発射モータ18には発射モータ原点センサ37図5参照が設けられている。この発射モータ原点センサ37は、発射モータ18を所定の原点位置で停止させるためのものである。打球操作ハンドル25に設けられたタッチリンク35から遊技者が手を離した段階で発射モータ18が停止するのであり、その停止時に発射モータ原点センサ37が発射モータ18の原点を検出した時点で発射モータ18を停止させるように制御する。また、パチンコ機2の電源投入時において発射モータ18が原点位置からずれており発射モータ原点センサ37の出力がOFFの場合には、発射モータ18の現在位置の状況によって、発射モータ18を正転または逆転させ、パチンコ玉を発射させることなく、発射モータ18の停止位置を原点に移動させる制御が行なわれる。なお、現時点の発射モータ18の停止位置と原点の位置とを比較して発射モータ18を正転または逆転のいずれの方向に回転させるのが原点位置に近い回転方向かを判定し、近い回転方向に回転制御させることにより停止位置を原点に移動させるようにしてもよい。同様に、玉抜きモータ195aに玉抜きモータ原点センサ195b図5参照が設けられており、玉抜きモータ195aが原点位置で停止するように制御される。前述した入賞玉検出スイッチ、遊技玉不足検出スイッチ904、玉上げスイッチ上41a、玉上げスイッチ下41b、ファール玉検出スイッチ33、アウト玉検出スイッチ701は、玉の通過により静電容量の変化を検出する近接スイッチで構成されている。一方、発射玉検出スイッチ903だけは投受光方式のフォトセンサで構成されている。遊技場においては、不正電波を発信させて玉検出スイッチを不正に誤検出させるという電波を利用した不正行為が行なわれる場合がある。そのような不正電波が発信された場合には近接スイッチは誤検出する虞があるが、フォトセンサは誤検出の虞がない。その結果、不正電波を発信する不正行為が生じた場合に、近接スイッチで構成されている入賞玉検出スイッチやファール玉検出スイッチ33やアウト玉検出スイッチ701が誤検出に伴う検出信号を出力したとしても、フォトセンサで構成されている発射玉検出スイッチ903は誤検出する虞がないために、ファール玉検出スイッチ33とアウト玉検出スイッチ701と入賞玉検出スイッチとの合計の検出玉数と発射玉検出スイッチ903の検出による玉の検出個数との間に齟齬が生じる。その結果、電波による不正行為を監視することができる。なお、前述した入賞玉検出スイッチ、遊技玉不足検出スイッチ904、玉上げスイッチ上41a、玉上げスイッチ下41b、ファール玉検出スイッチ33、アウト玉検出スイッチ701、発射玉検出スイッチ903を、すべて同じ種類のスイッチで構成してもよい。次に、図5を参照して、カードユニット3とパチンコ機2との制御回路の概略を説明する。カードユニット3には、マイクロコンピュータ等から構成されたメイン制御部323が設けられている。このメイン制御部323は、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。メイン制御部323には、ホール用管理コンピュータ1等と通信を行なうための外部通信部324が設けられているとともに、パチンコ機2の払出制御部17との通信を行なうためのCU通信制御部80が設けられている。カードユニット3にはパチンコ機2側への接続部330が設けられており、パチンコ機2にはカードユニット3側への接続部20が設けられている。これら接続部330、20は、たとえばコネクタ等で構成されている。CU通信制御部80と払出制御部17とは、このコネクタ330、20と接続配線とを介して通信可能に接続される。メイン制御部323のCPUは、外部通信部324とホール用管理コンピュータ1との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ図示せずを点灯または点滅させる制御を実行する。さらにメイン制御部323は、CU通信制御部80とP台通信制御部81との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ図示せずを点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。前述した貨幣識別器344により紙幣の真贋および種類が識別されてその識別結果信号がメイン制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号がメイン制御部323に入力される。挿入されたカードの記録情報をカードリーダライタ327が読取って、その読取り情報がメイン制御部323に入力されるとともに、メイン制御部323からカードリーダライタ327に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ327はそのデータを挿入されているカードに書込む。メイン制御部323のCPU805は、カードリーダライタ327からの読取り情報に基づいてカードの適否を判定し、不適正なカード偽造カード等であると判定したときには、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ図示せずを点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。メイン制御部323に対して表示制御部797が接続されており、メイン制御部323から表示制御部797に対し、残高あるいは遊技玉数等の表示用データが出力される。表示制御部797は、その出力されてきた表示用データを受信し、その表示用データを表示器312に表示させる制御を行なう。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部797を経由してメイン制御部323に入力される。遊技者が貸出しボタン321を操作することにより、その操作信号がメイン制御部323に入力される。遊技者が再プレイボタン319を操作することによりその操作信号がメイン制御部323に入力される。遊技者が返却ボタン322を操作することによりその操作信号がメイン制御部323に入力される。遊技者が呼出ボタン798を操作することによりその操作信号がメイン制御部323に入力される。パチンコ機2には、パチンコ機2の遊技の進行制御を行なう主制御基板16と、払出制御部17と、発射制御基板31と、遊技玉制御部34と、発射部39と、演出部50とが備えられている。メイン制御部323には、さらにCU通信制御部80が接続されており、このCU通信制御部80とパチンコ機2に設けられたP台通信制御部81とが、コネクタ330およびコネクタ20を介して電気的に接続されている。またP台通信制御部81と払出制御部17とは、ワンチップのLSI799で構成されている。そして、CU通信制御部80からP台通信制御部81へ、後述するように、加算要求、減算要求、遊技許可/禁止要求、加算要求玉数、減算要求玉数の各種コマンドが送信され、その各種コマンドがP台通信制御部81から払出制御部17へ送信される。払出制御部17からP台通信制御部81を経由してCU通信制御部80へ、遊技玉数、加算玉数、減算玉数、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。主制御基板16には遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。払出制御部17には、払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データ等を記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。なお、主制御基板16に搭載されている遊技制御用マイクロコンピュータとLSI799のP台通信制御部81および払出制御部17とをワンチップ化してもよい。また、払出制御部17に対し、アウト玉検出スイッチ701、ファール玉検出スイッチ33、ガラス扉開放ソレノイド10、前枠開放ソレノイド11、ガラス扉閉鎖検出器12、前枠閉鎖検出器13が電気的に接続された状態で設けられている。主制御基板16から払出制御部17に対し、接続確認信号、入賞検出信号、始動口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。接続確認信号は、主制御基板16と払出制御部17とが接続されていることを確認するための信号であり、主制御基板16から払出制御部17へ所定の電圧の信号が常時供給されており、払出制御部17がその所定電圧信号を受信していることを条件として払出制御部17が動作制御するように構成されている。入賞検出信号は、始動口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御部17は、その入賞玉1個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。始動口入賞情報とは、始動口1または始動口2のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板16が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御部17へ通知するための情報である。エラーの具体例としては、たとえば、遊技領域27に磁石を近付けて遊技玉を入賞口に誘導させる磁気センサエラー、不正電波を発信させて入賞玉検出スイッチを不正にONさせる電波センサーエラー、可変入賞球装置アタッカーが閉じている状態時に可変入賞球装置の入賞玉を検出する10カウントスイッチから検出信号が出力される不正入賞エラー等がある。このようなエラーや接続確認信号による未接続を主制御基板16のCPUが検知したときには、CPUは、幕板に設けられた呼出ランプを点灯または点滅制御するとともに主制御基板16のI/Oポート図示せずからホール用管理コンピュータ1に異常発生した旨を通知する異常通知信号を出力する。図柄確定回数とは、始動口1または始動口2への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。始動口1への入賞に対する可変表示装置の表示結果として確定した図柄の情報は、図柄確定回数1と呼ばれる。始動口2への入賞に対する可変表示装置の表示結果として確定した図柄の情報は、図柄確定回数2と呼ばれる。大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば15ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態可変表示装置の可変表示時間を短縮する制御状態が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変突確のような、或る遊技機メーカのみが採用している大当り状態のことである。払出制御部17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。アウト玉検出スイッチ701から払出制御部17へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御部17は、遊技中球数遊技領域27に浮遊している浮遊玉の玉数を減算更新する。ファール玉検出スイッチ33からファール玉検出信号が入力された払出制御部17では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中球数を減算更新する。払出制御部17がガラス扉開放ソレノイド10を励磁制御することにより、ガラス扉が開錠されて開放可能となる。払出制御部17が前枠開放ソレノイド11を励磁制御することにより、前枠6が開錠されて開放可能となる。ガラス扉を前枠6へ押付けて閉鎖することによりガラス扉閉鎖検出器12からガラス扉閉鎖検出信号が出力されて払出制御部17へ入力される。前枠6を外枠へ押付けて閉鎖することにより前枠閉鎖検出器13から前枠閉鎖検出信号が出力されて払出制御部17へ入力される。カードユニット3のCU通信制御部80とパチンコ機2のP台制御部81とが電気的に接続されており、CU通信制御部80からP台制御部81を介して払出制御部17へ、加算要求、減算要求、遊技許可/禁止要求、加算要求玉数、減算要求玉数の各種コマンドが送信される。加算要求コマンドは、後述するように、プリペイド残高からの遊技玉の貸出あるいは再プレイ貸出が行なわれる場合に払出制御部17へ送信され、払出制御部17は、それを受けて遊技玉数を加算更新する。減算要求コマンドは、後述するように、持玉の分割譲渡玉共有処理あるいはワゴンサービスが行なわれた場合に払出制御部17へ送信され、それを受けた払出制御部17は、遊技玉数を減算更新する。遊技許可/禁止要求コマンドは、払出制御部17に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。加算要求玉数とは、前述した加算要求コマンドにより遊技玉数に加算する玉数を指定するコマンドである。減算要求玉数とは、前述した減算要求コマンドにより遊技玉数から減算する玉数を指定するコマンドである。払出制御部17からP台制御部81を介してCU通信制御部80へ、遊技玉数、加算玉数、減算玉数、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。遊技玉数とは、主制御基板16から払出制御部17へ送信されてきた入賞検出信号、始動口入賞情報、アウト玉検出信号、ファール玉検出信号の各種信号に基づいて払出制御部17が算出した現時点の遊技玉の合計数のことである。加算玉数とは、主制御基板16から払出制御部17へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号に基づいて遊技玉数に対して加算されるその加算玉数のことである。減算玉数とは、後述する遊技玉制御部34から払出制御部17へ送信されてくる発射検出信号に基づいて遊技玉数から減算されるその減算玉数のことである。始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各レスポンスは、前述した主制御基板16から払出制御部17へ送信されてきたそれらの情報を指定するレスポンスである。遊技玉制御部の発射部38には、発射モータ18、タッチリング35、単発発射スイッチ36および発射モータ原点センサ37が設けられている。タッチリング35は、遊技者が打球操作ハンドル25に触れていることを検出してその信号タッチリング入力信号を出力するためのものである。発射制御基板31はこのタッチリング入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ18を駆動させる。単発発射スイッチ36は、遊技者がパチンコ玉を遊技領域27へ1つずつ打込むための操作単発発射操作を行なうためのものであり、単発発射操作が行なわれたときには単発発射スイッチ36から単発発射スイッチ信号が出力される。発射モータ原点センサ37は、発射モータ18の原点位置を検出してその検出信号を出力するものであり、発射モータ18が1回転する毎にその原点が検出されて信号が出力される。この発射部38から発射制御基板31へ、タッチリングの信号と単発発射スイッチの検出信号とが入力される。また、発射部38から払出制御部17へ、パチンコ玉が発射されたことを示す発射検出信号と発射モータ原点センサ37の検出信号とが入力される。発射検出信号を受けた払出制御部17は、発射玉数1個の検出に対して、減算玉数と遊技中球数とを1加算更新するとともに遊技玉数を1減算更新する。払出制御部17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、発射モータ18を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域27へ弾発発射される状態となる。玉抜き部39には、図2、図3に基づいて説明した、玉抜きモータ195a、玉抜きモータ原点センサ195bおよび玉抜きスイッチ922が設けられている。遊技場の係員が玉抜きスイッチ922を操作することによりその検出信号が払出制御部17に入力される。また玉抜きモータ原点センサ195bの原点検出信号が払出制御部17に入力される。一方、払出制御部17から玉抜きモータ駆動制御信号が玉抜きモータ195aへ出力される。遊技玉制御部34に設けられている搬送部45には、図2~図4に基づいて説明したように、搬送モータ40、遊技玉不足検出スイッチ904、玉上げスイッチ下41b、玉上げスイッチ上41a、発射玉検出スイッチ903が設けられている。払出制御部17から搬送部45へ搬送モータ40を励磁するための搬送モータ励磁出力信号が送信される。一方、搬送部45から払出制御部17へ、遊技玉不足検出スイッチ904の検出信号としての補給50個検出信号が入力され、玉上げスイッチ下41bと玉上げスイッチ上41aとの検出信号としての搬送検出通過/満タンの信号が入力される。さらに、発射玉検出スイッチ903の検出信号として発射玉合流玉の検出信号が入力される。この検出信号に基づいて払出制御部17は、遊技中球数遊技領域27を浮遊している玉数を減算更新する。遊技玉制御部34に設けられている計数部46には、前述した玉上げスイッチ上41aおよび発射玉検出スイッチ903に加えて、ファール玉検出スイッチ33とアウト玉検出スイッチ701とが設けられている。このファール玉検出スイッチ33の検出信号が払出制御部17へ入力される。このファール玉検出信号に基づいて払出制御部17では、加算玉数と遊技玉数を加算更新するとともに、遊技中球数浮遊玉数を減算更新する。研磨部47に設けられている前述した研磨モータ193aに対して払出制御部17から研磨モータ励磁信号が出力される。演出部50には、表示器用演出制御基板53と、表示器用電源基板51と、表示器用電源中継基板52と、表示器54と、表示器用ROM基板55と、チャンスボタン56と、ジョグダイヤル57とが設けられている。表示器用演出制御基板53は、CPU、RAM、VDPとを含んでいる。そして、表示器用ROM基板55に搭載されているROMに対して、データ読込信号を入力することにより画像データを読出して表示器54へ表示データを送信し、表示器54に表示画面を表示させる制御を行なう。また、チャンスボタン56のボタン入力信号とジョグダイヤル57のダイヤル入力信号とが表示器用演出制御基板53へ入力され、表示器用演出制御基板53が、チャンスボタン入力信号とジョグダイヤル入力信号とを表示器54へ出力して、ジョグダイヤル57の操作およびチャンスボタン56の操作を反映した表示画面を表示器54に表示させる。表示器用演出制御基板53には、表示器用電源基板51からの所定電圧の電力が表示器用電源中継基板52を介して供給される。払出制御部17から表示器用演出制御基板53へ、表示器制御コマンドが送信される。この表示器用制御コマンドには、遊技機情報を通知するための遊技機情報通知コマンドやカードユニットの挿入、返却を通知するためのカード挿入通知コマンド、カード返却通知コマンドなどがある。ここで、遊技機情報とは、たとえば、図6に記載した現在玉関連情報を含む情報であり、具体的には加算玉数や減算玉数、遊技玉数、始動口1,2への入賞数などである。より詳しくは、図82および図83に示される各種の情報である。払出制御部17から表示器用演出制御基板53へのコマンドは、前回のコマンドの送信後300ms経過毎に次のコマンドが送信される。そして、表示器用演出制御基板53は、コマンドの受信後300msを超える一定時間経過したにも拘らず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理エラー処理を行なう。具体的には、前回のコマンドの受信から300msを超えたにも拘らず次のコマンドが送信されてこない場合にはエラーカウントを1し、そのエラーカウントが連続10回カウントしたときに、表示器用演出制御基板53はタイムオーバを検知して通信状態を初期化し、表示器54に呼出ランプの点灯とエラーアニメーションとを表示させる制御を行なう。なお、可変表示装置は、図5において図示を省略している。主制御基板16には、可変表示装置を表示制御するための演出制御基板図示省略が接続されており、演出制御基板は、主制御基板16から送信されるコマンドに基づいて可変表示装置を表示制御する。次に図6を参照して、CU側とP台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。本実施の形態においては、CU側においてP台側の遊技玉数の変動を算出して現在の遊技玉数を管理している。P台側においても現在の遊技玉数の算出記憶を行なっているが、その遊技玉数はP台側において遊技玉数が0となったときにP台自ら打球発射を迅速に停止させる制御を行なうためだけに用いられる副次的なものである。遊技玉数の主たる管理をCU側において行なっているために、P台側に遊技玉数の厳重に管理するための機能を設ける必要がなく、その分P台のコストを極力抑えることができる。特に、CUに比べてP台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、P台側における遊技玉数に関する主管理機能をCU側に持たせてP台側のコストを抑えることにより、封入式遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。図6では、CU側のメイン制御部323に設けられているRAMの記憶データと、P台側の払出制御部17に搭載されているRAMの記憶データとを示している。まず、P台パチンコ機2とCUカードユニット3とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台側の払出制御部17は、主制御基板16図12参照から、メインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとを送信してもらい、そのメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとをCU側に送信するとともに、払出制御部17図12参照自身が記憶している払出チップIDをCU側へ送信する。なお、図6では、チップメーカーコードと遊技機メーカーコードと遊技機製品コードとの図示を省略している。このメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとは、主制御基板16のたとえばROM等のメモリに記憶されている。払出チップIDは、払出制御部17のたとえばROM等のメモリに記憶されている。メインチップIDとは、主制御基板16が正規のものか否かを識別するためのユニークコードでる。チップメーカーコードとは、主制御基板16に搭載されるチップを製造したメーカーを識別するためのコードである。遊技機メーカーコードとは、当該P台2を製造したメーカーを識別するためのコードである。遊技機製品コードとは、当該P台2に付された商品識別コードである。CU側では、それら送信されてきたメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードと払出チップIDとを記憶する。次に、接続時刻すなわちCU側とP台側とが接続されて通信が開始された時刻のデータがCU側からP台側へ送信され、P台側ではその送信されてきた接続時刻を記憶する。この状態で、メインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コード、払出チップIDおよびCU側で識別された接続時刻の各情報がCU側とP台側とに記憶されることとなる。それ以降の電源投入時においては、P台側からCU側へそれら各情報、すなわち、メインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードと払出チップIDと前回の接続時刻データとが送信される。CU側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU側とP台側との通信が開始された新たな接続時刻データがCU側からP台側へ送信されてその新たな接続時刻データをP台側において記憶することとなる。また、CU側とP台側とにおいて動作指示および動作応答の送信が行なわれる毎にシーケンスナンバーSQNが1ずつ加算更新され、そのシーケンスナンバーがCU側とP台側とにおいて記憶される。このSQNとは、CUとP台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終SQNとは、その更新される通信番号の最後に更新された番号のことである。本実施の形態におけるCUとP台とにおけるSQNのバックアップの具体的態様を説明する。CUは、動作指示でP台へ送信したSQNをバックアップ記憶し、次にP台からのSQNを受信すると、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているSQNを1加算更新してP台へ送信し、その送信済みのSQNをバックアップ記憶する。CUではこのような処理を繰返す。P台でも同様に、動作指示でCUから受信したSQNをバックアップ記憶し、次にP台からCUへ動作応答を送信するときに、バックアップ記憶しているSQNを1加算更新して送信し、その送信済みのSQNをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。P台ではこのような処理を繰返す。そして、後述する図50~図66のように、通信途中で通信断が発生したときには、通信の再接続までの間SQNがバックアップ記憶されるのであるが、P台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため図50~図66参照、通信の再接続までの間バックアップ記憶しているSQNは常に最後に送信したSQNとなっている。一方、CU側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため図50~図66参照、通信の再接続までの間バックアップ記憶しているSQNは最後に送信したものまたは最後に受信したもののいずれかとなる。たとえば、CU側からP台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーnを送信し、P台側ではその送信されてきたシーケンスナンバーnを記憶する。そして、動作応答をP台側からCU側へ返信するときにその記憶しているシーケンスナンバーnに1加算したものn1も合わせて送信する。CU側では返信されてきたシーケンスナンバーn1が既に記憶していたシーケンスナンバーnより1加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを1してn2のシーケンスナンバーをP台側へ送る。次に、P台側からCU側へ現在玉関連情報カウント中の玉関連情報を送信する。この現在玉関連情報は、RAMの現在玉関連情報記憶領域に記憶されている。具体的には、遊技領域27に打込まれたパチンコ玉が入賞して主制御基板16から加算玉数情報が払出制御部17へ送信されてきたときに加算玉数カウンタでその加算玉数をカウントしておき、その加算玉数カウンタの値加算玉数をP台側からCU側へ送信する。また、パチンコ玉が遊技領域27内に発射されてその発射玉が発射玉検出スイッチにより検出されればその検出信号に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値減算玉数をP台側からCU側へ送信する。さらに、始動口1または始動口2にパチンコ玉が入賞して始動口1入賞信号または始動口2入賞信号が主制御基板16から払出制御部17へ送信されてきた場合には、払出制御部17において始動口1入賞数カウンタまたは始動口2入賞数カウンタによりそれら入賞数をP台側でカウントし、そのカウント値をP台側からCU側へ送信する。さらに、払出制御部17では、加算玉数と減算玉数とに基づいて現時点における遊技玉数を遊技玉数カウンタで計数しており、その遊技玉数カウンタのカウント値をP台側からCU側へ送信する。P台側においては、加算玉数カウンタ、減算玉数カウンタ、始動口1入賞数カウンタ、始動口2入賞数カウンタ、および遊技玉数カウンタの値をCU側へ送信する毎に、それらカウント値を前回玉関連情報記憶領域にバックアップデータとして記憶書換えした後、現在玉関連情報としての加算玉数カウンタ、減算玉数カウンタ、始動口1入賞数カウンタおよび始動口2入賞数カウンタの値を0クリアする。なお、本実施の形態においてクリアとは初期化と同じ意味である。その結果、前回玉関連情報直前に送信した現在玉関連情報の記憶エリアに、直前にCU側に送信した現在玉関連情報である、加算玉数、減算玉数、始動口1入賞数、および始動口2入賞数のデータがバックアップデータとして記憶される。このバックアップデータは、P台側からCU側へ現在玉関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。CU側においては、RAM内の累計データ記憶領域に、総加算玉数加算玉数累計、総減算玉数減算玉数累計、始動口1総入賞数始動口1回数累計、始動口2総入賞数始動口2回数累計、遊技玉数を記憶している。P台側から送信されてきた加算玉数カウンタの値加算玉数に基づいて総加算玉数および遊技玉数を更新する。また、P台側から送信されてきた減算玉数カウンタの値減算玉数に基づいて総減算玉数と遊技玉数とを更新する。さらに、P台から送信されてきた始動口1入賞数カウンタの値に基づいて始動口1総入賞数を更新するとともに、P台側から送信されてきた始動口2入賞数カウンタの値に基づいて始動口2総入賞数を更新する。このように、CUは、P台より逐一送信されてくる現在玉関連情報によって遊技玉数を更新することで最新の遊技玉数を管理をすることが可能となる。同様に、CUは、P台より逐一送信されてくる現在玉関連情報によって総加算玉数、総減算玉数、始動口1,2総入賞数を更新することで最新のそれらの情報を管理をすることが可能となる。なお、加算玉数の内訳は、遊技玉獲得個数情報とバック玉加算情報とである。バック玉とはファール玉のことである。また、減算玉数を遊技玉発射個数情報とも言う。なお、CUは、P台側から加算玉数カウンタおよび減算玉数カウンタの値に加えて遊技玉数カウンタのカウント値遊技玉数または遊技玉トータル個数情報とも言うも受信しているが、自ら記憶している遊技玉数は加算玉数カウンタおよび減算玉数カウンタの値に基づいて更新し、P台側から送られる遊技玉数カウンタのカウント値は利用しない。このため、仮に、P台側から送られてきた遊技玉数とCU側で管理している遊技玉数とが一致しない場合でも、CU側の遊技玉数がP台側から送られてきた遊技玉数で更新されてしまうことはない。さらに、CUは、P台側から送信されてきた遊技玉数カウンタの値とCU側において更新されている現在の遊技玉数とを照合して一致するか否かの整合性の判定を行なう。一致するとの判定一致確認が行なわれたことを条件として、CUはP台との間で通常の正常時の動作要求コマンドの送信および通常の正常時の動作応答レスポンスの受信を継続する。一方、一致しないとの判定が行なわれたときには、CUは、エラー状態に移行する制御を行なう。エラー状態に移行する制御として、CUは、リカバリ処理を行なって通信開始要求のコマンドをP台へ送信し、そのコマンドに含まれているデータ補正要求のBit1のデータによりP台の遊技玉数遊技玉トータル個数情報をCU側における補正後の遊技玉数遊技玉トータル個数情報に補正する処理を行なう。なお、補正する処理としては、CU側で管理している遊技玉数に補正するのであるが、それに代えて、CU側で管理している遊技玉数と、P台側で記憶している遊技玉数との平均値に補正してもよい。また、このような補正処理に代えて、たとえば、表示器312によりエラー報知を行なったり、あるいは、ホール用管理コンピュータ1や上位サーバ801にエラーが発生した旨のエラー通知信号を送信しこの場合、ホール用管理コンピュータ1や上位サーバ801によるエラー報知が行なわれるようにしてもよい、係員による人為的な対応を促す所定の報知を行なうようにしてもよい。このように、CUは、P台側から送信されてくる各種カウンタの値を受信し、現時点における遊技玉数を特には加減算玉数カウンタの値に基づいて算出して管理するという遊技玉数の主管理機能を有している。このため、P台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、遊技玉数が0になったときに即座に遊技を禁止できるようにするなどの目的のために、P台側にも遊技玉数を記憶させている。しかしながら、P台側に遊技玉数を記憶するための遊技玉数カウンタを設けないようにしてもよい。CUは、算出された現時点における遊技玉数とP台側から送信されてきた遊技玉数カウンタの値とを照合して一致するか否かの判定を行なう遊技玉数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御不一致時エラー制御を行なう機能とを有する。このように、本実施の形態では、P台側にも遊技玉数を記憶させているが、その遊技玉数がCU側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしているCU側機能。そのため、仮に不正行為その他の事情で遊技機側で記憶している遊技玉数がCU側で管理記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU側にその判定機能を設けたが、たとえば、CUと接続されるホール用管理コンピュータ1によって、CU側で記憶している遊技玉数とP台側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。図6に示すように、CUは、持玉貯玉を記憶する記憶領域と、受け付けた挿入されたカードのカード残高を記憶する記憶領域とをさらに有する。CUのメイン制御部323図12参照は、持玉の使用を要求する入力たとえば、CUに設けられた再プレイボタン再プレーボタンとも言う319の押圧入力に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。また、CUのメイン制御部323は、カード残高の使用を要求する入力たとえば、貸出しボタン321の押圧入力に応じてカード残高を記憶する記憶領域から所定値を減算する。また、このような遊技者所有の遊技用価値たとえばプリペイド残高、持玉数、あるいは貯玉数から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算要求玉数がCU側からP台側へ送信される。P台側では、それを受けて、遊技玉数カウンタを加算更新する。一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求玉数がCU側からP台側へ送信される。P台側では、それを受けて、遊技玉数カウンタを減算更新する。図7は、CU側とP台側とのそれぞれで遊技履歴データの記憶を行なう制御態様を説明するための説明図である。なお、遊技履歴データとは、遊技者がP台2により遊技を行なうことにより生成される遊技状態の履歴を示すデータのことであり、たとえば、可変表示装置の可変表示回数であるスタート回数可変表示装置の変動開始回数、大当りの発生回数、前回の大当りから今回の大当りまでのスタート回数、ベースの値等である。この遊技履歴データは、当該P台での一日を通しての遊技履歴データと、当該P台において遊技者毎に集計される遊技履歴データとがある。そして、後に詳しく説明するが、前者の遊技履歴データはP台側およびCU側の両方に設けられた当P台遊技履歴データ記憶部に記憶され、後者の遊技履歴データはP台側およびCU側の両方に設けられた現遊技者遊技履歴データ記憶部またはP台側のみに設けられたバックアップ記憶部に記憶される。つまり、当該P台での一日を通しての遊技履歴データと、当該P台において遊技者毎に集計される遊技履歴データとが、CU3とP台2の両方において記憶されている。図7を参照して、遊技者がP台2により遊技を行なうことにより大当りやスタート可変表示装置の変動開始等の各種遊技データが発生しその遊技データが遊技履歴データ管理部291に入力される。この遊技者がP台で遊技を行なった結果発生する通常の遊技データは、例えば払出制御部17に設けられた遊技履歴データ管理部291の営業モード処理部により集計され、その集計された遊技履歴データが表示器用演出制御基板53に設けられた表示器用演出制御部292に入力され、その遊技履歴データが当P台遊技履歴データ記憶部に累積記憶される。この当P台遊技履歴データ記憶部は、本日の遊技履歴データを含めて10日分の遊技履歴データが記憶可能である。前述したジョグダイヤル57およびチャンスボタン56を遊技者が操作して表示させたい日の遊技履歴データを選択操作することにより、その選択された日の遊技履歴データが表示器54により表示される。この表示器用演出制御部292と遊技履歴データ管理部291との間での通信は、遊技履歴データ管理部291から表示器用演出制御部292への一方向通信である。一方、遊技履歴データ管理部291に入力された前述の遊技データは、CU3のCU通信制御部80を経由して、例えばメイン制御部323に設けられた遊技履歴データ管理部391にも送信され、遊技履歴データ管理部391の営業モード処理部によりその遊技データが集計処理される。その集計処理された遊技履歴データがデータ記憶部392の当P台遊技履歴データ記憶部に記憶される。このCU3側の当P台遊技履歴データ記憶部は、当日の遊技履歴データのみが記憶可能に構成されている。そしてタッチパネルで構成されている表示器312を遊技者がタッチ操作して当P台遊技履歴データを表示させる操作が行なわれれば、その操作信号が遊技履歴データ管理部391に入力され、遊技履歴データ管理部391の制御により、当P台遊技履歴データ記憶部に記憶されている当日の遊技履歴データが表示器312により表示される。一方、CU3では、遊技場に設置されている他のP台2の遊技履歴データも表示器312により表示できるように構成されている。具体的には、遊技者が表示器312に表示されている他P台情報表示の操作ボタンアイコンをタッチ操作することにより、その操作信号が遊技履歴データ管理部391に入力され、他P台情報処理部の働きにより他P台遊技履歴データ要求通知が遊技履歴データ管理部391からホール用管理コンピュータ1へ送信される。ホール用管理コンピュータ1は、他P台2の遊技履歴データを他CU3を経由して受信し、その受信した他P台遊技履歴データを遊技履歴データ管理部391へ返信する。遊技履歴データ管理部391は、その返信されてきた他P台遊技履歴データを他P台情報処理部により処理してその処理された他P台遊技履歴データをデータ記憶部392の他P台遊技履歴データ記憶部に記憶させる。そしてその記憶された他P台遊技履歴データを表示器312により表示する。さらに本実施の形態においては、P台2で遊技を行なった遊技者毎に遊技履歴データを集計してその遊技者毎遊技履歴データを表示器54、312により表示させることが可能である。その遊技者毎の遊技履歴データの集計を行なうには、P台2で遊技を行なっている遊技者を区別する必要がある。その遊技者を区別するための遊技者識別情報として、会員である遊技者が所持している会員用カードに記憶されているC-IDカードIDを利用する。C-IDとは、カードに記憶されカード同士を識別するIDのことである。会員用カードは遊技場において会員になった遊技者に発行されるものであり会員と会員用カードとは一対一の対応関係である。そのため、会員用カードに記憶されているC-IDは、当該会員用カードを識別するだけでなく、会員遊技者をも識別可能である。よって、会員用カードに記憶されているC-IDは、遊技者を識別するための遊技者識別情報として機能する。また、ビジターカードのC-IDも、遊技者が遊技を開始するべく現金を投入した時点から遊技を終了するまで返却ボタン322の操作等が行なわれるまでは、当該遊技中の遊技者を識別する情報となる。会員である遊技者が会員カードをCU3へ挿入すれば、その挿入された会員カードに記憶されているC-IDとカードの種別が読取られてそのC-IDと種別がデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶される。一方、読取られたC-IDと種別は、カード挿入要求のコマンドによってCU3からP台2へ送信され、P台2では、その受信したC-IDと種別を遊技履歴データ管理部291から表示器用演出制御部292に送信し、表示器用演出制御部292の現遊技者遊技履歴データ記憶部に記憶させる。また、P台2は、カード挿入要求のコマンドに対して、カード挿入応答のレスポンスをCUへ返信する。なお、上記種別については図7で図示を省略している。この状態で、遊技者がP台2により遊技を行なうことにより、C-IDと種別が現遊技者遊技履歴データ記憶部に記憶されたときからの遊技履歴データが表示器用演出制御部292の現遊技者遊技履歴データ記憶部に累積記憶される。そして、遊技者が前述したジョグダイヤル57とチャンスボタン56とを操作して自分の遊技履歴データを表示する操作を行なえば、現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aが表示器54により表示される。また、遊技履歴データ管理部391も、P台2から送信されてきた遊技データに基づいて営業モード処理部が遊技履歴データを集計し、データ記憶部392の現遊技者遊技履歴データ記憶部にC-IDとしてAが記憶された段階から営業モード処理部により集計された遊技履歴データが現遊技者遊技履歴データ記憶部に累積記憶される。そして遊技者がタッチパネルからなる表示器312をタッチ操作して、自分の遊技履歴データを表示させる操作を行なえば、その操作検出信号が遊技履歴データ管理部391に入力されて遊技履歴データ管理部391がデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aを表示器312に表示させる制御を行なう。以上説明したように、当該P台での一日を通しての遊技履歴データと当該P台において遊技者毎に集計される遊技履歴データとは、P台側およびCU側の両方において、表示切換え操作により一方の遊技履歴データと他方の遊技履歴データとが切換え表示される。P台2により遊技を行なっている遊技者が挿入している会員カードを返却するべく返却ボタン322を押圧操作すれば、CU3からP台2に対してカード返却要求が送信される。また、P台2は、カード返却要求のコマンドに対して、カード返却応答のレスポンスをCUへ返信する。その後、CU3から会員カードが排出される。すると、遊技履歴データ管理部391はデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶されているC-IDと種別と遊技履歴データとを消去する。その結果、表示器312を操作して現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aを表示するための操作を行なったとしても、表示器312にその遊技履歴aが表示されない。一方、カード返却要求を受けた遊技履歴データ管理部291は、表示器用演出制御部292にカード返却通知を送信する。それを受けた表示器用演出制御部292は、現遊技者遊技履歴データ記憶部に記憶されているC-IDとしてのAと遊技履歴データaとをバックアップデータ記憶部に記憶させ、現遊技者遊技履歴データ記憶部のC-IDと種別と遊技履歴データとを消去する。その結果、表示器54に遊技履歴データaを表示させる操作が行なわれたとしても表示器54には遊技履歴データaが表示されない。返却ボタン322は通常は当該P台2による遊技を終了させるときに操作されるが、遊技者が遊技を一旦中断して小用を済ませ再び遊技を行なっていたP台2へ戻ってきて遊技を再開する場合がある。そのような場合には、通常は後述する遊技中断操作を行なった後にカードを排出してそのカードを持参して遊技者が小用を済ませ、再度同じP台2に戻ってきてカードをCU3へ挿入するのであるが、そのような遊技中断の操作を行なうことなく遊技者が返却ボタン322を押圧操作してカードを抜き取りP台2から離席する場合がある。そのような場合に当該P台2で他の遊技者が遊技を行なうことなく離席した同じ遊技者が当該P台2へ戻ってきて再度会員カードをCU3へ挿入した場合には、離席する前の当該遊技者の遊技履歴データを引継いでその遊技履歴データにさらに遊技再開後の遊技履歴データを加算更新して累積記憶するのが望ましい。それを実現するために、前述した表示器用演出制御部292に設けられているバックアップデータ記憶部にC-IDと種別と遊技履歴データとをバックアップ記憶させているのである。そして、P台2に戻ってきた遊技者が会員カードをCU3へ挿入すれば、その会員カードのカード情報が読取られてその会員カードのC-IDと種別を含む挿入カード情報がCU3からP台2へ送信される。P台2では、その挿入カード情報に含まれているC-IDと種別を遊技履歴データ管理部291が受信し、その受信したC-IDと種別を表示器用演出制御部292へ伝送する。表示器用演出制御部292では、その伝送されてきたC-IDと種別とバックアップデータ記憶部に記憶されているC-IDと種別とを照合し、一致するか否かを判定する。一致する場合には離席した遊技者と同じ遊技者が再度遊技を再開したと判断し、バックアップデータ記憶部に記憶されているC-IDとしてのAと遊技履歴データとしてのaとを現遊技者遊技履歴データ記憶部に復帰させて現遊技者遊技履歴データ記憶部に記憶させる。そして、バックアップデータ記憶部の記憶データを削除する。バックアップデータ記憶部に記憶されていた遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されて引継がれた状態で、遊技者がP台2により遊技を行なうことによりそれ以降発生した遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データaに対して加算更新されて累積記憶される。一方、CU3から送信されてきた挿入カード情報に含まれているC-IDと種別とバックアップデータ記憶部に記憶されているC-IDと種別との比較結果両者が一致しないと判定された場合には、バックアップデータ記憶部に記憶されているC-IDとしてのAと遊技履歴データとしてのaとが消去される。なお、変形例として、遊技履歴データ管理部291と表示器用演出制御部292との間での通信を双方向通信にした上で、次のような制御を行なってもよい。表示器用演出制御部292によりバックアップデータ記憶部に記憶されているC-IDと種別とCU3から送信されてきたC-IDと種別との比較結果、両者が一致するか否かの判定結果が表示器用演出制御部292、遊技履歴データ管理部291を経由してCU3の遊技履歴データ管理部391へ送信される。遊技履歴データ管理部391では、その送信されてきたC-IDと種別の判定結果が一致する旨の判定結果の場合には、その一致すると判定されたC-IDをデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶させる。またC-IDと種別の判定結果が一致するとの判定結果の場合にはそのC-IDと種別の判定結果の中に遊技履歴データaも含まれている。その遊技履歴データaを受信した遊技履歴データ管理部391はその遊技履歴データaをデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶させる。それ以降P台2により遊技者が遊技を行なえば、当該遊技データが遊技履歴データ管理部391へ送信され、遊技履歴データ管理部391の営業モード処理部により集計されてその集計された遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データaに加算更新されて累積記憶される。その状態で、遊技者が表示器312をタッチ操作して自分の遊技履歴データを表示させる操作を行なえば、前述と同様に現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データが表示器312により表示される。なお、表示器用演出制御部292のバックアップデータ記憶部は、所定時間たとえば20分が経過した時点で記憶しているバックアップデータを消去するように制御してもよい。さらに本実施の形態では、遊技者に遊技を提供するための営業モードと、遊技場の係員による試打やメンテナンスなどを可能にするための非営業モードとに切換えることが可能である。非営業モードとしては、メンテナンスモードとテストモードと試打モードとの3つのモードが用意されている。遊技場の係員がリモコン操作によってモードを指定すれば、その情報がCUによって受信され、モードが切り換えられる。たとえば、いずれかの非営業モードを指定すれば、遊技履歴データ管理部391がモード変更要求をP台へ送信する。これを受信したP台の遊技履歴データ管理部291はモードを変更するとともに、CUに対してモード変更応答を返信する。これを受けて、CUの遊技履歴データ管理部の非営業モード処理部が機能する。また、P台側の非営業モード処理部の働きにより非営業モード通知が表示器用演出制御部292へ伝送される。それを受けた表示器用演出制御部292では、それ以降発生する遊技データに基づく遊技履歴データを非営業モード時遊技履歴データ記憶部に記憶する。この非営業モード時遊技履歴データ記憶部は、前述した当P台遊技履歴データ記憶部や現遊技者遊技履歴データ記憶部やバックアップデータ記憶部とは異なる記憶エリアで構成されており、この非営業モード時遊技履歴データ記憶部に非営業モード中の遊技履歴データが記憶される。ただし、非営業モード時遊技履歴データ記憶部の記憶は、次回にモードが変更された時点で消去される。そして、その非営業モード時遊技履歴データ記憶部に記憶されている遊技履歴データが表示器54により表示される。なお、非営業モード時遊技履歴データ記憶部の記憶は、モード変更がなされても、保持しておくようにしてもよい。この場合には、非営業モード時遊技履歴データ記憶部を非営業モードの種類別に複数設ける。また、このようにした場合、係員による操作表示器54を見ながらのチャンスボタン56およびジョグダイヤル57の操作、表示器312のタッチパネルの操作、あるいはリモコン操作に応じて、非営業モード時遊技履歴データ記憶部に記憶しているデータを非営業モード別に読出して、表示器54あるいはCU側の表示器312に表示するようにしてもよい。CU3においても、遊技履歴データ管理部391の非営業モード処理部の働きにより、P台2から送信されてきた遊技データに基づいた遊技履歴データが集計されてその集計された遊技履歴データが非営業モード時の遊技履歴データとして表示器312により表示される。表示器312では、再集計ボタン等の操作ボタンアイコンも表示されており、集計表示された非営業モード中の遊技履歴データを見た釘師がそれに基づいて釘調整をした後、改めて非営業モードによる遊技履歴データを集計してそれを表示させて釘調整の結果を確認したい場合がある。そのような場合には、再集計ボタンのアイコンがタッチ操作される。するとその操作検出信号が遊技履歴データ管理部391に入力され、遊技履歴データ管理部391から再集計通知がP台2の遊技履歴データ管理部291へ送信される。それを受けた遊技履歴データ管理部291は、表示器用演出制御部292に再集計指令を送信する。それを受けた表示器用演出制御部292は、非営業モード時遊技履歴データ記憶部に記憶されている遊技履歴データを一旦消去した後、それ以降発生した遊技データに基づいた遊技データを改めて非営業モード時遊技履歴データ記憶部に記憶させる制御が行なわれる。そしてその改めて集計された非営業モード時遊技履歴データ記憶部の遊技データが表示器54により表示される。一方、CU3側においても、再集計ボタンのアイコンのタッチ操作の検出信号が遊技データ管理部391に入力された後にP台2から送信されてきた遊技データに基づいて非営業モード処理部が遊技履歴データを集計してその改めて集計し直された非営業モード遊技履歴データが表示器312により表示される。その後、リモコン操作によって、モードが切り換えられると、表示器用演出制御部292が非営業モード時遊技履歴データ記憶部に記憶されている遊技履歴データを消去する。非営業モード中において遊技玉がなくなったときにはCU側から遊技玉加算指令をP台へ送ることにより遊技玉の加算を行なって遊技を可能としている。なお、非営業モード中において遊技玉がなくなったときには、CU側から遊技玉加算指令をP台へ送ることなく遊技機側で自動的に遊技玉の加算を行なって遊技を可能としてもよい。さらには、遊技機側で自動的に遊技玉の加算を行なうのではなく、遊技玉が0になっても引き続き遊技を続行できるように制御してもよい。後述するスロットマシン2Sの場合も同様に、非営業モード中において持点数がなくなったときにはCU側から持点数加算指令をS台へ送ることにより持点数の加算を行なって遊技を可能としている。P台2には、RAMクリアスイッチ293が設けられている。このRAMクリアスイッチ293は、スイッチ操作されることにより、前述した主制御基板16や払出制御部17に対してRAMクリアの信号を出力してRAMの記憶データのクリアを行なうためのものである。RAMクリア出力信号が遊技履歴データ管理部291に入力されれば、そのRAMクリア信号が表示器用演出制御部292に入力され、表示器用演出制御部292のバックアップデータ記憶部に記憶されているデータが消去されるとともに、当P台遊技履歴データ記憶部の10日分の記憶データのうち一番古い記憶データが消去され、残りの9日分の記憶データが1つずつ古い日の記憶エリアにシフト記憶される。その結果、一番新しい記憶エリア当日記憶エリアが空きエリアとなる。この空きエリア当日記憶エリアに本日の遊技履歴データが記憶されることとなる。なお、RAMクリア信号の出力に応じて、当P台遊技履歴データ記憶部の一番新しい日の遊技履歴データ古い日にシフトする前の遊技履歴データが表示器用演出制御部292、遊技履歴データ管理部291、遊技履歴データ管理部391を経由してホール用管理コンピュータ1へ送信され、ホール用管理コンピュータ1においてそのデータがバックアップ記憶されるように制御してもよい。またRAMクリアスイッチ293からRAMクリア信号を受信した遊技履歴データ管理部291は、クリア通知をCU3へ送信し、そのクリア通知を受信した遊技履歴データ管理部391は、データ記憶部392の当P台遊技履歴データ記憶部に記憶されている遊技履歴データを消去する制御を行なう。その結果、表示器312による当P台遊技履歴データの表示が消去クリアされる。なお、カードがCU3に挿入されたカード保持中においては、RAMクリアスイッチ293からRAMクリア信号が出力されたとしても、遊技履歴データのクリア処理は行なわない。次に、図8~図10を用いて、非営業モードについて説明する。図8は、メンテナンスモードを説明するための図である。メンテナンスモードは、遊技機の営業上の各種のパラメータ設定を行なうモードである。メンテナンスモードへの切り換えは、カードユニットのリモコンでメンテナンスを選択することによって行なわれる。メンテナンスモードに切り換えることによって、パラメータ設定として、たとえば、大当り出玉数の表示設定とベース異常の閾値設定とを行なうことが可能となる。大当り出玉数の表示設定には、過去10回分の大当り出玉数TYと、P台においていわゆる連チャンが終了するまでの総大当り出玉数とが設けられている。メンテナンスモードにおいては、これらの表示態様をどのようにするかの設定が可能となる。ベース異常の閾値設定に関して、本実施の形態では、閾値の上限値のみ設定され、下限は規定されていない。このため、設定された閾値の上限値によって、ベース異常が判断される。閾値は、たとえば、低ベース時変動時間短縮機能未作動時は70、高ベース時変動時間短縮機能作動時は150である。本実施の形態では、P台あるいはCUの表示器において、当日と過去10日分のベース計測結果の表示が可能とされている。なお、メンテナンスモードにおける各種の設定操作は、たとえば、CU側の表示器312のタッチパネルにより入力し、入力情報がCUからP台へ送信されるようにする。あるいは、モード切り換えに用いるリモコンを操作することによって、メンテナンスモードにおける各種の設定が行なわれるようにしてもよい。それら設定操作方法に代えて、あるいはこれに加えて、P台側の表示器54にタッチパネルを設けそのタッチパネルのタッチ操作によって行なわれるようにしてもよい。この場合には、払出制御部17が設けられたLSI799から表示器用演出制御基板53への一方向通信が採用されている関係上表示器54のタッチ操作信号を払出制御部17に入力できないため、表示器54を、表示器用演出制御基板53で制御するのではなくCU側で制御する必要がある。具体的には、表示器54のタッチパネルのタッチ操作信号がCU3のたとえば表示制御部797に入力され、メイン制御部323経由でCU通信制御部80からP台2へ送信されるようにする。その他、メンテナンスモードにおいては、遊技機のすべての機能を動作させるテスト遊技が可能である。すなわち、営業モード時と同様に、玉を発射し、始動入賞に応じて可変表示装置を可変開始させ、大当りの発生に応じて可変入賞球装置を開閉させる。ただし、その場合でも、メンテナンスモード中では、発射玉数等の玉数管理は行なわない。具体的には、P台は、営業モードでは、図6を用いて説明したように、遊技玉数等の現在玉関連情報データをCUへ逐次送信するが、メンテナンスモードにおいては、そのような制御を行なわない。このため、CU側では遊技球数等のデータの管理は行なわれない。また、メンテナンスモード中においても、P台は、遊技場の係員などによって遊技が行なわれると遊技状況を示す大当り回数、図柄回転回数等の遊技履歴データを記憶するが、メンテナンスモードが他のモードに切り替わった段階で、それの記憶をクリアする。ただし、モード変更の際、確率変動機能、変動時間短縮機能等の出玉率に影響する変数は退避させないため、モードの切り替え直前の遊技状態は、そのままモード切り替え後も維持される。その結果、たとえば、確変状態でメンテナンスモードを終了して営業モードに切り換わった場合には、P台の遊技状態が確変状態になっている。メンテナンスモードへはどのような状態からでも移行できるわけではなく、移行させることが可能な移行条件が定められている。図8に示すように、移行条件は、遊技玉数が0で、かつカード残高が0円の場合カード未挿入の場合も含むであること、可変表示装置において図柄が変動中でないこと、大当り中でないこと、のすべての条件を満たすことである。その結果、たとえば、遊技者が遊技中であるにも関わらず、リモコンの誤操作あるいはモード切り換え用のリモコン信号とたまたま同一の信号が入力されることによって、モードが切り換えられてしまい、遊技者に損害を与えることを極力防止できる。メンテナンスモードの終了条件は、発射された遊技球がすべて盤面から排出されていることである。この条件は、たとえば、P台が発射玉数-ファール玉数合流玉数を演算し、その結果が0になったことをもって成立する。メンテナンスモードを終了させるためには、カードユニットのリモコンで営業を選択する。これにより、メンテナンスモードが終了して、営業モードに切り換わる。図9は、テストモードを説明するための図である。テストモードは、遊技機の各機構の動作確認をするためのモードである。テストモードへは、疑似カードユニットと称されるテスト専用のカードユニットをP台に接続の上で、擬似カードユニットおよびP台の双方の装置共に電源を投入することによって切り換わる。擬似カードユニットは、たとえば、営業時に用いるカードユニットと同一の機能を備えるとともに、さらに、電源投入時にP台に対してテストモードへの切り換えを指令するモード変更要求のコマンドを送信する機能を備える。このように、テストモードへの切換えは、営業中に用いられない擬似カードユニットの接続を条件とされているために、営業時に用いる通常のカードユニットがP台に接続されて遊技者に遊技が提供されている状態で、誤ってテストモードに切り換わることを防止できる。テストモードにおいては、遊技玉の発射機構単体での動作確認をするための発射テスト、疑似カードユニットで球貸しを行ない、ハンドルを操作すると遊技玉循環機構を動作させる循環テスト、表示器54に各種テスト画面を表示させる表示テストといった、部分的なテストが可能である。発射テストおよび循環テストの詳細を図9に示している。さらに、テストモードにおいては、ホールで遊技を提供する場合と同様に遊技機を動作テスト遊技させる全体テストも可能である。全体テストにおいては、営業モード時と同様に、玉を発射し、始動入賞に応じて可変表示装置を可変開始させ、大当りの発生に応じて可変入賞球装置を開閉させる。ただし、その場合でも、テストモード中では、発射玉数等の玉数管理は行なわない。具体的には、P台は、営業モードでは、図6を用いて説明したように、遊技玉数等の現在玉関連情報データをCUへ逐次送信するが、テストモードにおいては、そのような制御を行なわない。このため、P台に接続された擬似カードユニット側では遊技球数等のデータの管理は行なわれない。また、テストモード中においても、P台は、遊技場の係員などによって遊技が行なわれると遊技状況を示す大当り回数、図柄回転回数等の遊技履歴データを記憶するが、テストモードが他のモードに切り替わった段階で、それの記憶をクリアする。ただし、モード変更の際、確率変動機能、変動時間短縮機能等の出玉率に影響する変数は退避させないため、モードの切り替え直前の遊技状態は、そのままモード切り替え後も維持される。その結果、たとえば、確変状態でテストモードを終了して営業モードに切り換わった場合には、P台の遊技状態が確変状態になっている。テストモードへの移行条件および終了条件は、図8に示したメンテナンスモードと同様である。テストモードを終了させるためには、カードユニットのリモコンでテスト終了を選択する。その後、擬似カードユニットとP台との電源をOFFにする。図10は、試打モードを説明するための図である。試打モードは、ホールにおいて遊技機を設置する時の動作確認、セーフ/アウト等の玉数表示確認、ゲージ調整時のベース確認などを行なうモードである。試打モードへの切り換えは、カードユニットのリモコンで試打を選択することによって行なわれる。試打モードへの移行条件および終了条件は、メンテナンスモードの場合と同じである。試打モードに切り換えることによって、P台のすべての機能を動作させた試打が可能となる。ただし、その場合でも、試打モード中では、発射玉数等の玉数管理は行なわない。具体的には、P台は、営業モードでは、図6を用いて説明したように、遊技玉数等の現在玉関連情報データをCUへ逐次送信するが、試打モードにおいては、そのような制御を行なわない。このため、CU側では遊技球数等のデータの管理は行なわれない。また、試打モード中においても、P台は、遊技場の係員などによって遊技が行なわれると遊技状況を示す大当り回数、図柄回転回数等の遊技履歴データを記憶するが、試打モードが他のモードに切り替わった段階で、それの記憶をクリアする。ただし、モード変更の際、確率変動機能、変動時間短縮機能等の出玉率に影響する変数は退避させないため、モードの切り替え直前の遊技状態は、そのままモード切り替え後も維持される。その結果、たとえば、確変状態で試打モードを終了して営業モードに切り換わった場合には、P台の遊技状態が確変状態になっている。以上、図8~図10を参照して説明したとおり、各モード中で浮遊玉が存在している場合には、その浮遊玉の結果が確定するまで発射された遊技玉がすべて盤面から排出されるまで、モードを変更することができない終了条件が成立しない。そのため、あるモードにおける遊技の結果が未確定の状態でモードが切り換わってしまい、切り換わった先のモードたとえば、営業モードが、先の浮遊玉の影響を受けてしまう不都合を防止できる。なお、モード移行を浮遊玉の確定を待って行なうことに代えて、モード移行の操作があったときに浮遊玉が存在する場合には、浮遊玉の処理待ち時間を計時し、所定期間経過したことを条件にしてモードを切り換えるようにすることも考えられる。ただし、敢えて、このような処理を採用しないことによって、遊技者の操作によらない持球の変化を遊技者に与えることにより遊技者間の公平性を担保できるという効果が奏される。なお、浮遊玉が存在するか否かの判断は、図68に示した遊技中球数カウンタの値を参照することにより、払出制御部17が行なう。また、遊技玉数=0を条件に移行条件が成立するために、遊技玉数が存在して遊技者が遊技中であるような場合に誤って営業モードから非営業モードに切り換わってしまう不都合を防止できる。さらに、CU側で遊技玉数をわざわざ管理する必要がない非営業モード中は、P台はCUに対して遊技玉数等の情報を送信しない。そのため、非営業モード中のCUの遊技玉数等の管理負担を軽減できる。なお、本実施の形態では、モード変更の際、確率変動機能、変動時間短縮機能等の出玉率に影響する変数は退避させない。しかしながら、これに代えて、モード変更の際にこれらの変数を退避し、モードが切り戻ったときには、前回のそのモードでの遊技状態に戻るように構成してもよい。変形例;稼動モードからの切替時に遊技状態を一旦退避させ、切戻したときに元に戻るようにしてもよい。図11は、各モードへの移行条件を説明するための説明図である。まず、説明図に記載されているとおり、通常の電源投入時冷始動時には、営業モードで立ち上がる。その後、営業モードから各モード2~3へは、試打モード移行操作、メンテナンスモード移行操作、テストモード移行操作の各操作に応じて移行する。なお、モード1は営業モードを、モード2は試打モードを、モード3はメンテナンスモードを、モード4はテストモードを、それぞれ意味する。さらに、営業モードへの切り戻しのための移行操作に応じて、試打モード、メンテナンスモード、テストモードの各モード2~3から営業モードに移行する。また、電源断あるいはCUとP台との通信断回線断が生じた場合でも、そのときのモードの設定はそれぞれで維持される。このため、電源断が回復した後の温始動時には、維持された各モードで立ち上がる。また、試打モード、メンテナンスモード、テストモードの3つのモード2~4のいずれかから、モード2~4に移行させる操作は無効とされている。すなわち、試打モード、メンテナンスモード、テストモードから切り換え可能なモードは営業モードに限定されている。図12は、相互認証の結果異常を検知した場合の通知処理を説明するための説明図である。図12を参照して、メイン制御部323、CU通信制御部80、P台通信制御部81、払出制御部17、あるいは主制御基板16において異常が発生した場合には、図12の矢印で示す通知が行なわれる。ここに言う異常は、メイン制御部323、CU通信制御部80、P台通信制御部81、払出制御部17、あるいは主制御基板16を、不正製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態が含まれる。図12に示される鍵管理サーバ800は、メイン制御部のSID毎に対応付けて、CU通信制御部のSIDと認証鍵とを記憶している鍵管理サーバである。また、鍵管理サーバ803は、主制御基板16と互いに通信可能な鍵管理サーバである。まず、カードユニット3のCU通信制御部80により異常が発生した場合には、前述したメイン制御部323とCU通信制御部80との間で行なわれる相互認証の結果、メイン制御部323が異常を検知する。この相互認証では、後述するシリアルID認証と機器認証の他に、セッション鍵による機器認証図15参照も含まれている。メイン制御部323がCU通信制御部80の異常を検知した場合には、メイン制御部323は上位サーバ801にその旨を通知するとともに、カードユニット3の表示制御部797に異常報知コマンドを送信し、表示器312に異常発生した旨の表示を行なう制御を表示制御部797に行なわせるとともに、異常報知ランプ図示せずを点灯または点滅させて異常報知を行なう。さらに、メイン制御部323は外部通信部図示省略からホール用管理コンピュータ1へ異常が発生した旨の信号を送信する。また、CU通信制御部80により異常が発生したことはP台通信制御部81によっても検知される。P台通信制御部81が異常発生を検知した場合には、その旨を払出制御部17に通知し、払出制御部17がさらにその旨を主制御基板16へ通知する。主制御基板16では、その異常発生信号を受けて、膜板等に設けられた異常報知ランプを点灯または点滅する信号を出力するとともに、ホール用管理コンピュータ1に対して異常が発生した旨の信号を送信する。カードユニット3のメイン制御部323により異常が発生した場合には、前述した相互認証によりCU通信制御部80が異常発生を検知し、その旨を示す信号異常通知信号をP台通信制御部81に通知する。P台通信制御部81はそれを受けて異常発生した旨を払出制御部17へ通知する。払出制御部17はそれを受けて異常発生した旨を主制御基板16へ通知する。主制御基板16は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータ1へ異常が発生した旨の信号を送信する。CU通信制御部80がP台通信制御部81の異常を検知した場合には、その旨をメイン制御部323へ通知し、メイン制御部323がその旨を上位サーバ801へ通知する。このように、CU通信制御部80は、メイン制御部323の異常を検知したときにはその旨をP台通信制御部81へ通知する一方、P台通信制御部81の異常を検知したときには、その旨をメイン制御部323へ通知するのであり、CU通信制御部80による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、CU通信制御部80は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、CU通信制御部80からの異常発生の通知を受けたP台通信制御部81は、その旨を払出制御部17へ通知し、払出制御部17は異常が発生した旨を主制御基板16へ通知する。主制御基板16はその通知を受けて、前述と同様の異常報知のための制御を行なう。P台通信制御部81に異常が発生した場合には、その旨がCU通信制御部80により検知され、異常が発生した旨がメイン制御部323へ通知され、メイン制御部323は前述した異常報知制御を行なうとともに上位サーバ801へ異常が発生した旨を通知する。また、P台通信制御部81に異常が発生して払出制御部17には異常が発生していない場合には、払出制御部17が異常発生した旨を検知し、その異常発生した旨を主制御基板16へ通知する。主制御基板16は、その通知を受けて前述した異常発生報知用の制御を行なう。払出制御部17に異常が発生した場合には、主制御基板16がその異常を検知し、前述した異常発生報知用の制御を行なう。また払出制御部17に異常が発生してP台通信制御部81に異常が発生していない場合には、その異常発生をP台通信制御部81が検知し、異常が発生した旨をCU通信制御部80へ通知する。CU通信制御部80は、その通知を受けて異常が発生した旨をメイン制御部323へ通知する。メイン制御部323はその通知を受けて前述した異常発生報知用の制御を行なうとともに上位サーバ801へ異常が発生した旨を通知する。P台通信制御部81と払出制御部17との両方に異常が発生した場合には、その異常発生を主制御基板16が検知するとともにCU通信制御部80も異常が発生したことを検知する。主制御基板16に異常が発生した場合には、払出制御部17がその異常を検知してP台通信制御部81へ異常が発生した旨を通知する。P台通信制御部81はそれを受けてCU通信制御部80へ異常発生した旨の通知を行ない、CU通信制御部80は、それを受けてメイン制御部323へ異常が発生した旨を通知する。メイン制御部323はそれを受けて前述した異常発生報知の制御を行なうとともに、上位サーバ801へ異常が発生した旨を通知する。LSI799は、前述したように、CU通信制御部80に異常が発生した場合にはそれを検知して主制御基板16へ通知する一方、主制御基板16に異常が発生した場合にはそれを検知してCU通信制御部80へ異常が発生した旨を通知する。このLSI799も、前述したCU通信制御部80と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、CU通信制御部80とLSI799とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。以上説明した図12の制御では、遊技機の一例としてパチンコ2を示したが、遊技機の一例としては後述するスロットマシン2Sであってもよい。図示はしていないが、カードユニット3とパチンコ機2との間で行なわれるコマンドおよびレスポンスの概略を説明する。送信方向がCUからP台のデータはコマンドであり、送信方向がP台からCUのデータはレスポンスである。メイン制御部からCU通信制御部に対してリカバリ要求のコマンドが送信される。このリカバリ要求のコマンドは、P台に対してリカバリ情報の送信を要求するものである。CU通信制御部からメイン制御部に対してリカバリ応答のレスポンスが送信される。このリカバリ応答のレスポンスは、CUに対してP台で保持しているリカバリ情報を送信するものである。CUからP台に対し通信開始要求が送信される。この通信開始要求は、P台に対してリカバリ情報のクリアおよび接続ID通信開始時刻のバックアップを要求するものである。P台からCUに対し通信開始応答が送信される。この通信開始応答は、CUに対してリカバリ情報のクリアおよび接続ID通信開始時刻のバックアップが終了したことを通知するものである。CUからP台に対し動作指示が送信される。この動作指示は、P台に対して遊技動作を指示するとともに、遊技玉等の遊技台情報の送信を要求するものである。P台からCUに対し動作応答が送信される。この動作応答は、CUに対して遊技動作指示の実行結果を通知するとともに、遊技玉等の遊技台情報を通知するものである。CUからP台に対し通信切断要求が送信される。この通信切断要求は、P台に対して通信コネクションの切断を要求するものである。P台からCUに対し通信切断応答が送信される。この通信切断応答は、CUに対し通信切断要求コマンドを受信したことを通知するものである。CUからP台に対し疎通テスト要求が送信される。この疎通テスト要求は、P台に対し疎通データを通知するものである。P台からCUに対し疎通テスト応答が送信される。この疎通テスト応答は、CUに疎通データを応答するものである。また、メイン制御部とCU通信制御部との間で行なわれるコマンドおよびレスポンスの概略を説明する。図示はしていないが、送信方向がメイン制御部からCU通信制御部はコマンドであり、送信方向がCU通信制御部からメイン制御部のデータはレスポンスである。メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求1が送信される。このBBシリアルID認証要求については、後に詳しく説明する。なお、BBシリアルIDは前述したメイン制御部323のSIDのことである。このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答1が送信される。このレスポンスの内容の詳細も、後述する。メイン制御部からCU通信制御部に対して、2回目のBBシリアルID認証要求2が送信される。CU通信制御部からメイン制御部に対して、2回目のBBシリアルID認証応答2が送信される。次に、メイン制御部からCU通信制御部に対してICシリアルIDの認証を要求するICシリアルID認証要求1が送信される。このICシリアルID認証要求については、後に詳しく説明する。なお、ICシリアルIDは前述したCU通信制御部80のSIDのことである。CU通信制御部からメイン制御部に対して、ICシリアルIDの認証情報を通知するICシリアルID認証応答1が送信される。このレスポンスの内容の詳細も、後述する。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。メイン制御部からCU通信制御部に対して、2回目のICシリアルID認証要求2が送信される。CU通信制御部からメイン制御部に対して、2回目のICシリアルID認証応答2が送信される。メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド機器認証要求1が送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵共通鍵が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス機器認証応答1が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。メイン制御部からCU通信制御部に対して、2回目の機器認証を要求するコマンド機器認証要求2が送信される。CU通信制御部からメイン制御部に対して、2回目の機器認証結果を通知するレスポンス機器認証応答2が送信される。機器認証要求1、2および機器認証応答1および2については、後述する図19に基づいて説明する。メイン制御部からCU通信制御部に対して、カウンタ情報を通知するカウンタ情報通知が送信される。CU通信制御部からメイン制御部に対して、カウンタ情報通知結果を通知するカウンタ情報通知応答が送信される。カウンタ情報通知およびカウンタ情報通知応答については、後述する図29に基づいて説明する。メイン制御部からCU通信制御部に対して、ライタ管理情報を要求するライタ管理情報要求が送信される。CU通信制御部からメイン制御部に対して、ライタ管理情報を通知するライタ管理情報応答が送信される。ライタ管理情報要求およびライタ管理情報応答については、後述する図15に基づいて説明する。なお、ライタ管理情報応答に含まれるデータとしては、コマンドコード、ライタIDROMライタのID、認証鍵のバージョン等である。メイン制御部からCU通信制御部に対して、認証鍵更新を要求するが認証鍵更新要求送信される。認証鍵更新要求に含まれるデータとしては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタIDROMライタのID、認証鍵のバージョン、認証鍵、H-MAC用鍵であるMAC鍵、MACが含まれている。CU通信制御部からメイン制御部に対して、認証鍵更新結果を通知する認証鍵更新応答が送信される。メイン制御部からCU通信制御部に対して、現在時刻を通知するコマンド時刻通知が送信される。CU通信制御部からメイン制御部に対して、時刻通知のコマンドを受信した旨の通知であるレスポンス時刻応答が送信される。メイン制御部からCU通信制御部に対して、P台通信制御部との認証を要求するコマンドP台通信制御部認証要求が送信される。CU通信制御部とP台通信制御部との間では、互いに相互認証を行なっている。その相互認証の結果であるCU通信制御部によるP台通信制御部の認証結果の要求がメイン制御部によって行なわれる。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、P台通信制御部との認証結果を通知するレスポンスP台通信制御部認証応答が送信される。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。CU通信制御部80は、主制御基板16およびLSI799のチップID等の情報を取得してから認証結果をメイン制御部323へ返信する。メイン制御部からCU通信制御部に対して、機器情報を要求する機器情報要求が送信される。CU通信制御部からメイン制御部に対して、機器情報を通知する機器情報応答が送信される。メイン制御部からCU通信制御部に対して、CU通信制御部に通信送信状態を要求するコマンド通信状態要求が送信される。この通信送信状態は、メイン制御部とCU通信制御部との間での通信状態が正常であるか否かを要求するコマンドである。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、通信送信状態を通知するレスポンス通信状態応答が送信される。これは、メイン制御部とCU通信制御部との間での通信状態が適正であるか否かをCU通信制御部が判定し、その判定結果をメイン制御部に返信するレスポンスである。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。メイン制御部からCU通信制御部に対して、P台通信制御部との再認証を要求するコマンドP台通信制御部再認証要求が送信される。CU通信制御部とP台通信制御部との間では、互いに相互認証を行なっている。その相互認証の結果であるCU通信制御部によるP台通信制御部の認証結果の要求がメイン制御部によって行なわれる。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、P台通信制御部再認証要求電文の応答を通知するレスポンスP台通信制御部再認証応答が送信される。CU通信制御部はP台通信制御部間での認証を再度実行し、メイン制御部はP台通信制御部再認証応答を受信することにより認証結果を取得する。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求Aが送信される。このBBシリアルID認証要求Aについては、後に詳しく説明する。このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答Aが送信される。このレスポンスの内容の詳細も、後述する。メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求Bが送信される。このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答Bが送信される。BBシリアルID認証要求AB、BBシリアルID認証応答AB、機器認証要求A,B、機器認証応答A,Bは、図21に基づいて後述する。メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド機器認証要求Aが送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵共通鍵が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス機器認証応答Aが送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド機器認証要求Bが送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵共通鍵が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはP台まで送信されるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス機器認証応答Bが送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはP台から送信されてくるものではなく、例外的なものである。CU通信制御部からメイン制御部に対して、認証鍵更新を要求する認証鍵設定要求が送信される。認証鍵設定要求は、メイン制御部に対して認証鍵設定情報を通知するレスポンスであり、専用ICライタROMライタから書込まれた認証鍵情報EEPROM図示略に記憶されている認証鍵をCU通信制御部からメイン制御部へ送信するレスポンスである。認証鍵設定要求に含まれる情報としては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタIDROMライタのID、認証鍵のバージョン、認証鍵、H-MAC用鍵としてのMAC鍵、暗号用パディング文字乱数、MACである。これらのコード情報は、コマンドコード以外については、ECBのブロック暗号モードを用いて暗号鍵としてBBシリアルIDを使用して暗号化して送信する。メイン制御部からCU通信制御部に対して、認証鍵更新結果を通知する認証鍵設定応答が送信される。認証鍵設定応答は、CU通信制御部に対して認証鍵情報設定結果を通知するコマンドである。認証鍵設定応答に含まれる情報としては、コマンドコード、コマンドサイズ、更新結果、暗号用パディング文字乱数、MACが含まれる。コマンドコード以外については、ECBのブロック暗号モードを用いて暗号鍵としてBBシリアルIDを使用して暗号化して送信する。次に、コマンド/レスポンスのうち、特に、リカバリ応答、通信開始要求、動作指示、動作応答について、その内容を詳細に説明する。P台からCUへリカバリ応答のレスポンスが送信される。このリカバリ応答のレスポンスは、CUに対して、P台で保持しているリカバリ情報リカバリデータとも言うを送信するものである。このリカバリ情報とは、CUがリカバリ処理の実行に伴ってP台に対してリカバリ要求のコマンドを送信したときにP台がCUへリカバリ応答として送信するためにバックアプ記憶しているデータのことである。P台からCUへ送信されるリカバリ情報としては、接続時刻、最終シーケンスナンバー、前回玉関連情報および現在玉関連情報である。暗号の列は、送信するデータを暗号化しているか否かを示す欄であり、×印が暗号化しておらず、○印が暗号化している旨を示している。この暗号に用いる鍵は、セッション鍵電文鍵とも言うを用いており、これについては後述する。接続時刻は、P台でバックアップしている接続時刻通信開始時にCUから受信した接続時刻のデータである。最終シーケンスナンバーとは、P台でバックアップしていたシーケンスナンバーのことである。C-IDとは、P台でバックアップしていたC-IDである。前回玉関連情報は、前回通知した玉関連情報のことである。具体的には、前回通知した遊技玉獲得個数情報、前回通知したバック玉加算情報、前回通知した遊技玉発射個数情報、前回通知した図柄確定回数1、前回通知した図柄確定回数2、前回通知した始動口1回数、前回通知した始動口2回数、前回通知した大入賞口1回数、前回通知した大入賞口2回数、前回通知した入賞口1~4回数である。このように、図柄確定回数1と図柄確定回数2はBitで分けているが、これをバイトで分けて送信してもよい。遊技玉獲得個数情報とは、入賞によって遊技玉に加算される加算玉数の情報のことである。バック玉加算情報とは、ファール玉検出スイッチ図示略より検出されたファール玉を遊技玉に加算する加算情報のことである。遊技玉発射個数情報とは、発射部図示略により発射されたパチンコ玉の個数情報のことである。アウト玉通過情報とは、アウト玉検出スイッチ図示省略によりアウト玉が通過して検出されたことを示す情報である。本実施の形態では、遊技玉獲得個数情報とバック玉加算情報とを総称して加算玉数と表現している。また、遊技玉発射個数情報を減算玉数と表現している。図柄確定回数1とは、変動表示装置1による図柄確定された回数のことである。図柄確定回数2とは、変動表示装置2による図柄確定された回数のことである。始動口回数1とは、始動口1へのパチンコ玉の入賞回数のことである。始動口回数2とは、始動口2へのパチンコ玉の入賞回数のことである。大入賞口1回数とは、大入賞口1の開放回数ラウンド回数のことである。大入賞口2回数とは、大入賞口2の開放回数ラウンド回数のことである。入賞口1~4回数とは、入賞口1~4の各入賞口へのパチンコ玉の入賞回数のことである。さらに、P台からCUへ送信されるリカバリ応答の情報として、最新の玉関連情報としての現在玉関連情報がある。現在玉関連情報は、具体的には、現在P台で保持している遊技玉トータル個数情報遊技玉数ともいう、現在P台で保持している遊技玉獲得個数情報、現在P台で保持しているバック玉加算情報、現在P台で保持している遊技玉発射個数情報、現在P台で保持している図柄確定回数1、現在P台で保持している図柄確定回数2、現在P台で保持している始動口1回数、現在P台で保持している始動口2回数、現在P台で保持している大入賞口1回数、現在P台で保持している大入賞口2回数、現在P台で保持している入賞口1~4回数である。前回玉関連情報以外の情報については、P台でバックアップするデータであり、工場出荷時およびバックアップデータが不定の場合にはALL0をセットする。各種玉数の意味および確定ポイントの内容に関しては後ほど詳細するが、以下に簡単に説明をする。遊技玉トータル個数情報とは、P台の保持している遊技玉数のことである。なお、P台の遊技玉数とCUの補正後の遊技玉数とが一致するかをCUがチェックし、不一致の場合には、CUはP台に対して通信切断要求のコマンドを送信して通信切断状態にするとともにP台の遊技を停止させる図43等参照。そして、CUはリカバリ処理を実行し、通信開始要求をP台に送信することによって図23参照、その通信開始要求のコマンドに含まれているデータ補正要求に従って遊技玉補正要求をP台に送信し、P台の遊技玉をCU側において補正した後の遊技玉数に補正させる処理を行なう。図柄確定回数1および図柄確定回数2は、それぞれ始動口1および始動口2へのパチンコ玉の入賞に対する図柄確定情報のことであり、CUは遊技台P台のスタート回数の集計にこのデータを使用する。始動口1回数および始動口2回数は、P台の始動口1および始動口2へのパチンコ玉の入賞した回数のことであり、CUは遊技台の稼動状態のチェックにこのデータを使用する。大入賞口1回数および大入賞口2回数はP台の大入賞口1および大入賞口2へのパチンコ玉の入賞した回数個数のことであり、CUは遊技台P台の稼動状態のチェックにこのデータを使用する。入賞口1回数~入賞口4回数は、P台の通常入賞口1~4へのパチンコ玉の入賞した回数個数のことであり、CUは遊技台の稼動状態のチェックにこのデータを使用する。CUからP台に送信される通信開始要求のコマンドは、P台に対して遊技玉およびシーケンスナンバーの補正および新規通信ID通信開始時刻のバックアップを要求するものである。この通信開始要求の具体的データとしては、接続時刻とデータ補正要求とシーケンスナンバーと遊技玉のデータがある。接続時刻とは、CUとP台との通信が開始されたときの時刻のことであり、CUが保持しており、CUからP台へ送信される。そしてこの接続時刻が通信の接続IDとして使用される。データ補正要求とは、CUがP台に対してデータの補正を要求するものであり、Bit0~Bit7の8ビットで構成されている。Bit0は、クリア要求の有無を指定するビットであり、0のときにはクリア要求無し、1のときにはクリア要求有が指定される。クリア要求有のときには、遊技玉シーケンスナンバー加算玉数減算玉数等のP台側で保持しているバックアップデータを0クリアする要求がP台に対してなされる。Bit1は、シーケンスナンバーの補正要求があるか否かを指定するビットであり、0の場合にはシーケンスナンバー補正要求無し、1のときにはシーケンスナンバー補正要求有が指定される。Bit2は、遊技玉補正要求の有無を指定するビットであり、0のときには遊技玉補正要求有、1のときには遊技玉補正要求無しが指定される。なお、要求の有無を指定するBitが、0のときには当該要求無と表現され、1のときには当該要求有と表現されている。たとえば、データ補正要求のBit0が、1のときはクリア要求有、0のときにはクリア要求無と表現される。また、データ補正要求の欄に括弧書で示しているように、クリア要求をリカバリクリア、シーケンスナンバー補正要求をSQN補正、遊技玉補正要求を遊技玉補正と表現している。シーケンスナンバーSQNとも言うは、CUで記憶しているシーケンスナンバーのことである。遊技玉とは、CUで記憶している遊技玉数のことである。CUはこの通信開始要求のコマンド送信時に、接続時刻のバックアップおよび、メインチップIDおよび払出チップID等の情報のバックアップを行なう。P台は、この通信開始要求を受信した際には次の処理を行なう。クリア要求ONの場合、遊技玉シーケンスナンバー加算玉数減算玉数等のP台側で保持しているバックアップデータを0クリアする。シーケンスナンバー補正要求ONの場合、通知されたシーケンスナンバーにP台で保持しているシーケンスナンバーを上書きする。遊技玉補正要求ONの場合、通知された遊技玉にP台で保持している遊技玉を上書きする。接続時刻のバックアップを行なう。なお、上記P台で行なわれる各処理は、上から順に実行される。CUからP台へ送信される動作指示のコマンドは、P台に対して遊技玉の加算、遊技玉の減算、遊技許可/禁止、遊技玉およびシーケンスナンバーのクリア動作を指示するとともに、各種遊技台情報の送信を要求するものである。CUはこのコマンドを使用して、P台の状態を定期的に確認する。動作要求としてBit0~Bit7の8ビットのデータがCUからP台へ送信される。Bit0について、1のときに遊技玉数加算要求有が指示され0のときに遊技玉数加算要求無が指示される。Bit1について、1のときに遊技玉数減算要求有が指示され0のときに遊技玉数減算要求無が指示される。Bit2について、1のときに遊技許可要求有が指示され0のときに遊技許可要求無が指示される。Bit3について、1のときに遊技禁止要求有が指示され0のときに遊技禁止要求無が指示される。Bit4について、1のときに遊技玉数およびシーケンスナンバーのクリア要求有が指示され、0のときに遊技玉数およびシーケンスナンバーのクリア要求無が指示される。Bit5は、遊技領域27前面を開閉可能に覆うガラス扉図示省略を開くためのガラス扉開要求に用いられ、Bit6はセル前枠開要求に用いられる。Bit7は予備に設けられたものである。なお、遊技玉数加算要求を単に加算とも言い、遊技玉数減算要求を単に減算とも言い、遊技禁止要求を単に禁止要求とも言い、遊技玉数およびシーケンスナンバーのクリア要求を単にクリア要求とも言い、ガラス扉開要求を単にガラス開要求とも言う。このBit0~Bit7のうちの複数のビットが1となっている場合には、P台はBit0から順に実行する。上記動作要求の各Bitの台に対応するCUの状態としては、Bit0が1のときにはカード保持中であり、Bit1が1のときにはカード挿入処理中であり、Bit2が1のときには加算表示中であり、Bit3が1のときには減算表示中であり、Bit4が1のときにはクリア表示中であり、Bit5が1のときには非営業モード中である。このCU状態は、Bit0~Bit5の6ビットで構成されているが、Bit0~Bit15の16ビットで構成し、各ビットで次のような情報を送信できるようにしてもよい。Bit0:1=カード挿入処理中Bit1:1=現金投入処理中Bit2:1=一般カードビジターカード保持中Bit3:1=会員カード保持中Bit7~4:予備Bit8:1=プリペイド貸出表示中Bit9:1=再プレイ貸出表示中Bit10:1=持玉分割表示中持玉共有表示中Bit11:1=ワゴンサービス表示中Bit12:1=クリア表示中Bit13:1=休憩中Bit15~14:予備また、動作要求のBit0が1のときにのみ有効となる加算要求玉数のデータがCUからP台へ送信される。この加算要求玉数のデータは、遊技玉数に加算する値を示すものである。動作要求のBit1が1のときにのみ有効となる減算要求玉数のデータがCUからP台へ送信される。この減算要求玉数のデータは、遊技玉数より減算する値を示すものである。また、CUに挿入されているカードの残高を示すカード残高のデータがCUからP台へ送信される。なお、このカード保持中を、CUに挿入されているカードが会員カードである場合とビジターカードである場合とで、両者が区別できるようなデータとなるようにしてもよい。たとえば、カード保持中を2Bitで構成し、会員カード保持中では1Bit目、ビジターカード保持中では2Bit目を1にする。さらに、ビジターカードの場合には基本的には、CU内に常時カードが保持されている状態となっているために、ビジターカードの場合にはそのビジターカードに残額がある場合にだけカード保持中としてBitを1としてC-IDを送信するように制御してもよい。また、ビジターカードにはC-IDを記憶させず、会員カードにのみC-IDを記憶させるようにしてもよい。また、CUからP台には、CUで表示中のエラーコードが送信される。なお、エラー未発生中のCUエラーコードのデータとしてはALL00hが送信される。P台からCUへ動作応答のレスポンスが送信される。その動作応答のレスポンスは、CUに対して指示動作の実行結果および遊技玉数等の遊技台情報を通知するものである。実行結果としては、Bit0~Bit6の7ビットのデータとしてP台からCUへ送信される。Bit0について、1のときには遊技玉数加算拒否の実行結果が示され、0のときには遊技玉数の加算を拒否しない旨の実行結果が示される。Bit1について、1のときには遊技玉数減算拒否の実行結果が示され、0のときには遊技玉数の減算を拒否しなかった旨の実行結果が示される。Bit2について、1のときには遊技許可拒否の実行結果が示され、0のときには遊技許可を拒否しなかった旨の実行結果が示される。Bit3について、1のときには遊技禁止拒否の実行結果が示され、0のときには遊技禁止を拒否しなかった旨の実行結果が示される。Bit4について、1のときには遊技玉数およびシーケンスナンバークリア拒否の実行結果が示され、0のときには遊技玉数およびシーケンスナンバークリアを拒否しなかった旨の実行結果が示される。Bit5について、1のときにはガラス扉の開放を拒否した旨の実行結果が示され、0のときにはガラス扉の開放を拒否しなかった旨の実行結果が示される。Bit6について、1のときにはセルの開放を拒否した旨の実行結果が示され、0のときにはセルの開放を拒否しなかった旨の実行結果が示される。なお、遊技玉数加算拒否を単に加算拒否とも言い、遊技玉数減算拒否を単に減算拒否とも言い、遊技許可拒否を単に許可拒否とも言い、遊技禁止拒否を単に禁止拒否とも言い、遊技玉数およびシーケンスナンバーのクリア拒否を単にクリア拒否とも言い、ガラス扉開拒否を単にガラス開拒否とも言う。遊技玉トータル個数情報とは、現在の遊技玉数加算減算を演算した結果の遊技玉数である。遊技玉獲得個数情報とは、獲得した遊技玉の個数のことであり、送信時に複数の入賞がある場合は合算した個数情報である。CU3は、現在保持している遊技玉数に遊技玉獲得個数情報のデータを加算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の加算は行なわない。バック玉加算情報とは、発射部図示略により発射したときのバック玉ファール玉の個数のことであり、送信時に複数のバック玉がある場合には合算した数の情報である。CU3は、現在保持している遊技玉数にバック玉加算情報のデータを加算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の加算は行わない。遊技玉発射個数情報とは、発射部図示略により発射された玉の個数のことであり、送信時に複数発射された玉がある場合は合算した数の情報である。CU3は、現在保持している遊技玉数から遊技玉発射個数情報のデータを減算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の減算は行わない。また、CU3は、自身の保持している遊技玉数が0玉の場合、遊技玉数の減算は行わない。アウト玉通過情報とは、アウト玉検出スイッチにより検出されたアウト玉の個数であり、送信時に複数のアウト玉がある場合は合算した個数である。図柄確定回数1とは、始動口1の入賞に対する図柄確定情報のことであり、図柄変動停止時に1を加算する。図柄確定回数2とは、始動口2の入賞に対する図柄確定情報のことであり、図柄変動停止時に1を加算する。CUは、遊技玉獲得個数情報バック玉加算情報遊技玉発射個数情報を使用した遊技玉補正処理を行なう。具体的には、遊技玉数遊技玉獲得個数情報バック玉加算情報-遊技玉発射個数情報を算出し、その算出結果を新たな遊技玉数遊技玉トータル個数に補正する。そして、P台から送信されてきた遊技玉トータル個数情報とその補正後の遊技玉数遊技玉トータル個数情報とが一致するか否かチェックし、一致しない場合には、リカバリ処理を行なって通信開始要求のコマンドをP台へ送信し、そのコマンドに含まれているデータ補正要求のデータBit2が1のデータとCUが記憶している遊技玉数のデータとによりP台の遊技玉数遊技玉トータル個数情報をCU側における補正後の遊技玉数遊技玉トータル個数情報に補正する処理を行なう。遊技台エラー状態2としてBit0~3の各ビットが用意されているが、これは予備として設けられており、実際のエラー状態の指定には用いられていないメーカ固有のエラー情報に対応するためのものである。遊技台状態1の各ビットの内容は後ほど詳細するが、以下簡単に説明を行なう。遊技台状態1のBit0における遊技許可状態/遊技禁止状態は、CUにより遊技が許可されているか禁止されているかを示すものであり、CUからのコマンドによる指示を受けたP台は、その指示された状態へ遷移する。また通信異常が発生した場合には、P台は自ら遊技禁止状態へ遷移する。Bit1における待機中/遊技中は、ファン遊技者がプレイ中玉を発射しているか否かを示すデータであり、ファン遊技者が玉を発射していない状態が待機中であり、ファン遊技者が玉を発射している状態が遊技中である。Bit3の遊技完了は、P台において玉の発射が停止し、その後遊技領域27に打込まれていたパチンコ玉がすべて回収されてすべての発射した玉の行方が確定しているか否かを表わすものである。全ての玉の行方が未確定の状態が遊技未完了Bit3=0であり、全ての玉の行方が確定している状態が遊技の完了Bit3=1である。また、P台が玉の発射を停止してから15秒以上を確認出来なかった場合、タイムアウトし、遊技完了とする。なお、15秒以上遊技の完了を確認できなかった場合にタイムアウトして遊技完了した後に、遊技領域内において発生していた玉詰まりが解消して玉が入賞した場合等には、前回のカードを再挿入することを促す表示を表示器312や表示器54により表示させるようにし、前回のカードが再挿入されるまで他のカードを受付けないように制御してもよい。そして、前回のカードが再挿入された後に遊技店員等による遊技玉数の手補正手動補正を行なう。Bit4における遊技台リセットは、遊技機P台の初期リセット信号を示すものであり、P台の起動後30秒間1をセットする。Bit5における遊技台履歴情報ありは、P台でスタート回数大当り回数等の遊技台履歴情報を保持しているか否かを示すデータであり、0のときには遊技台履歴情報無しが示され、1のときには遊技台履歴情報有りが示される。P台はRAMクリアにより遊技台履歴情報をクリアしたら本データをOFFとする。また、RAMクリア後スタート回数、大当り回数等のデータを加算したタイミングで本データをONにする。なお、P台との遊技台履歴データを合わせるため、CU3は本データOFFを検知したらCU3で保持している遊技台履歴データもクリアする。遊技台状態2の各ビットの内容は後ほど詳細するが、以下簡単に説明を行なう。Bit0の大当り1は、大当り中および小当り中に1がセットされる。Bit1の大当り2は、大当り中、小当り中および高ベース中に1がセットされる。Bit2の大当り3は、大当り中高ベースになる大当りのみに1がセットされる。Bit3の大当り4は、大当り中高ベースになる大当りのみおよび高ベース中に1がセットされる。Bit4の高ベースは、高ベース中に1がセットされる。遊技台エラー状態1は、Bit0~Bit7の8ビットで構成されており、各ビットの内容は後ほど詳細するが、以下簡単に説明を行なう。Bit0は、枠本体前枠すなわちセルが開放中であるか否かを示すビットであり、開放中のときに1がセットされる。Bit1は、ガラス板すなわちガラス扉が開放中であるか否かを示すビットであり、ガラス板ガラス扉が開放中のときに1がセットされる。Bit2は、遊技領域等に磁石を近づける不正の発生を磁気センサが検出したときの磁気センサエラー時に1がセットされる。1がセットされた後に、P台の電源ON/OFFにより復帰してBit2が0となる。Bit3は、パチンコ玉の不正入賞を検出したときに1にセットされる。そして、P台の電源ON/OFFにより復帰し、Bit4が0となる。遊技台エラー状態2は、メーカ固有のエラー情報を示すものであり、Bit0~Bit3の4ビットにより、遊技機エラー1発生中、遊技機エラー2発生中、遊技機エラー3発生中、遊技機エラー4発生中が示される。CU通信制御部からメイン制御部へ送信されるレスポンス通信状態応答は、16進数列で示され、0x00で通信状態がOK適正であることが示される。これ以外の場合、すなわち、0x01、0x02、0x03、0x04、0x10の場合には、異常であることが示される。CRC-NGとは、パリティチェックの結果NGすなわち異常であることを意味している。また、MAC-NGとは、MessageAuthenticationCodeのNGのことである。復号NGとは、暗号化されて送信されてきたデータを復号した結果適正なデータにならず異常であることを意味している。データ長NGとは、受信したデータの長さが正規の長さでない異常であることを意味している。断線検知とは、P台とCUとの間の断線の発生を検知した異常であることを意味している。CU通信制御部からメイン制御部へ送信される機器情報応答のレスポンスは、コマンドコード、コマンドサイズ、取得結果、主制御チップIDメインチップIDとも言う、チップメーカコード、遊技機メーカコード、遊技機製品コード、形式コード、払出制御チップID、メーカコード、形式コード、および、MACである。CU通信制御部からCUのメイン制御部へ機器情報応答のレスポンスが送信される。この機器情報応答のレスポンスは、CUのメイン制御部に対して主制御チップIDおよび払出制御チップID等の情報を送信するものである。コマンドコードにより、コマンドのコードが特定される。コードサイズにより、コマンドのデータサイズが特定される。取得結果により、OK収集済情報有と、NG収集済情報無と、未収集とのいずれかが特定される。主制御チップIDとは、P台の主制御基板16に記録されているチップIDのことであり、払出制御チップIDとは、払出制御部17に記憶されているP台の払出チップIDのことである。次に、図13~図66に基づいて、CUのメイン制御部323におけるCPUで実行される処理と、払出制御部17に搭載されたCPUで実行される処理とを説明する。次に図13は、電源起動時の接続シーケンスの処理を示す図である。この図13の接続シーケンスの処理は、CUとP台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、CUの電源をOFFにした後の通信再開時に実行される。典型例としては、遊技場において1日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。まず、電源起動時においては、P台では打球発射モータ18を停止させて遊技を停止させてから通信を開始する。CUでは、まず認証シーケンスの処理が実行される。この認証シーケンスの処理の具体的制御内容は、図14~図22に示すサブルーチンプログラムのフローチャートにおいて示される。この認証シーケンスの処理により、CUからP台に対して、機器情報要求のコマンドが送信される。P台では、それを受けて、機器情報応答のレスポンスを返信する。この機器情報応答のレスポンスには、メインチップIDと払出チップIDとが含まれている。機器情報応答を受信したCUは、機器情報応答に含まれる情報を記憶し、応答があったP台受信したメインチップIDと払出チップIDとにより特定されるP台に対して、認証要求のデータをP台へ送信する。認証要求を受信したP台は、認証応答をCUへ返信する。次に、図13に示した認証シーケンスの処理の具体的制御内容を図14~図22に基づいて説明する。図14のaとbとは、図13に示した認証シーケンスのサブルーチンプログラムを示すフローチャートである。図13に示した認証シーケンスは、CUの電源が起動されたときの認証シーケンスとP台遊技機の電源が起動されたときの認証シーケンスとの2種類がある。CUの電源が起動されたときの認証シーケンスは、図14aに示されている。図14aを参照して、メイン制御部323は、上位サーバ801との認証を完了してから通信を開始する。CU通信制御部80は、P台通信制御部81との認証を行なう。その後通信を開始する。そして、メイン制御部323とCU通信制御部80との間で、まず相互認証シーケンスが実行され、次にチップID認証シーケンスが実行される。P台遊技機の電源が起動されたときの認証シーケンスは図14bに示されている。図14bを参照して、メイン制御部323とCU通信制御部80とにおいて、P台との通信断が検出された後、CU通信制御部80はP台との通信復旧後、P台との認証を行なう。その後、メイン制御部323とCU通信制御部80との間で、チップID認証シーケンスが実行される。それ以降、P台との通信が可能となる。図15は、図14aに示した相互認証シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は上位サーバ801との認証を完了してから通信を開始する。そして、メイン制御部323とCU通信制御部80との間で、BBシリアルID認証シーケンスが実行される。このBBシリアルID認証シーケンスによりBBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDの認証が行なわれる。次に、メイン制御部323は、上位サーバ801よりCU通信制御部のシリアルIDを取得している場合にのみ、CU通信制御部シリアルID認証シーケンスを実行する。このCU通信制御部シリアルID認証シーケンスによりCU通信制御部シリアルIDの認証が行なわれる。次にメイン制御部323からCU通信制御部80へライタ管理情報要求のコマンドが送信される。このライタ管理情報とは、EEPROM図示略への認証用情報の書込の際に使用したROMライタに関する情報である。たとえば、ROMライタのID、ROMライタのメーカコード、ROMライタが記憶している鍵のバージョン等のデータである。メイン制御部323は、CU通信制御部80から送信されてきたライタ管理情報応答に含まれているライタ管理情報とメイン制御部323が記憶しているライタ管理情報とを照合し両者が整合するか否かチェックする。このライタ管理情報による照合チェックの結果、偶々メイン制御部323とCU通信制御部80との認証鍵が一致する場合であっても或る程度のセキュリティが確保され、セキュリティが向上する。次にメイン制御部323とCU通信制御部80との間で、認証鍵による機器認証シーケンスが実行される。次にメイン制御部323からCU通信制御部80へカウンタ情報の送信を要求するカウンタ情報通知のコマンドが送信される。CU通信制御部はそれを受けて、CTRモードの初期ベクタを通知するべくカウンタ情報通知応答のレスポンスをメイン制御部323へ送信する。単純なブロック暗号の利用モードであるECBモードを用いる場合には、或る鍵で同一の平文を暗号化すると、同一の暗号文になるために、暗号対象となる平文の或る部分が他の部分と同じであるかどうかが暗号文の比較によって判断できてしまうという不都合があり、それを解消するためにCTRモードの初期ベクタをCU323へ通知する。このカウンタ情報の通知により暗号化のモード設定が行なわれる。この暗号化のモード設定は遊技場においての毎日の電源立上げ毎に再設定されるので、セキュリティが向上する。カウンタ情報の設定以降の通信の暗号文にさらにスクランブルがかけられる。たとえば、このスクランブル処理が行なわれないと、暗号化はされていても毎日同じ暗号データがやり取りされることになってしまい、暗号が破られやすくなる。スクランブルをかけることによりこのような不都合を解消することができる。次に、メイン制御部323が上位サーバ801より更新情報を取得している場合にのみ、メイン制御部323とCU通信制御部80との間で認証鍵更新シーケンスが実行される。この認証鍵更新シーケンスにより、認証鍵を新たなものに変更することができる。次にメイン制御部323は現在の時刻をCU通信制御部80へ送信する。CU通信制御部80は、その時刻情報を受信して、EEPROM図示略に記憶している認証鍵と受信した時刻情報とからセッション鍵電文鍵を生成して、時刻応答としてメイン制御部323へ送信する。セッション鍵電文鍵の生成方法としては、どのようなものであってもよいのであるが、たとえば、受信した時刻情報と認証鍵とを所定のアルゴリズムに従って合成して例えばイクスクルーシブオア生成したり、あるいは、受信した時刻情報を認証鍵により暗号化してその暗号結果をセッション鍵電文鍵としてもよい。このセッション鍵は、電源OFFでクリアされ、次の電源ONで再び生成される。次に、メイン制御部323とCU通信制御部80との間で、図19に示す機器認証シーケンスと同様の認証シーケンスをセッション鍵を用いて実行する。そして、認証結果適正である場合に、それ以降メイン制御部323とCU通信制御部80との間での暗号通信をセッション鍵を用いて暗号化および復号して行なう。図16は、図14abに示したチップID認証シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は、CU通信制御部80との認証を完了してから通信を開始する。そして、メイン制御部323からCU通信制御部80へ払出制御認証結果要求のコマンドが送信される。この払出制御認証結果要求のコマンドは、P台2のLSI799に設けられているP台通信制御部81をCU通信制御部80が認証したその認証結果を要求するものである。CU通信制御部80は払出制御チップLSIのP台通信制御部81との認証結果を通知するための払出制御認証結果応答のレスポンスをメイン制御部323へ送信する。次にメイン制御部323からCU通信制御部80へ機器情報要求のコマンドが送信される。この機器情報要求のコマンドは、メインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードと払出チップIDとを要求するものである。CU通信制御部80は、メインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードと払出チップIDとを機器情報応答としてメイン制御部323へ送信する。それを受けたメイン制御部323は、上位サーバ801に機器情報チップID等を照合するべく問合せして、NG不適正のときには以降の通信を停止する。NGでない場合には、以降、P台に対して業務電文の送信が可能となる。そして、メイン制御部323とCU通信制御部80との間で、リカバリ要求、リカバリ応答、動作指示、動作応答のコマンドレスポンスの送受信が実行される。上位サーバ801は、遊技場の出荷された各P台2のメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとを登録しており、CU3から送信されてきたメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードと払出チップIDとが登録済みのものであるか否かチェックし、登録されていないものであればNG不適正の判定結果をCU3へ返信し、登録されているものである場合には適正の判定結果をCU3へ返信する。NG不適正の判定結果の場合、主制御基板16や払出制御部17が改竄された虞があり、上位サーバ801は異常が発生した旨の警告報知を行なう。図17は、図15に示したBBシリアルID認証シーケンスのサブルーチンプログラムを示すフローチャートであるり、チャレンジレスポンス方式の認証が行なわれる。チャレンジレスポンス方式の認証とは、一般的に、文字列等に特殊な処理を施すことにより、通信途中にIDなどが盗聴されるのを防ぐ認証方式のことであり、たとえば、認証する側が認証を受けたい側に対してランダムな数値列これをチャレンジコードと呼ぶを送信し、そのチャレンジコードを受信した側がID等とその受信したチャレンジコードとを所定のアルゴリズムに従って合成してレスポンスコードを生成して返信する。そのレスポンスコードを受信した側では、送信したチャレンジコードと予め記憶しているID等から同じようにレスポンスコードを生成し、送られてきたレスポンスコードと生成したレスポンスコードとを比較して一致するか否か判定する認証を行なう。本実施の形態においては、まずメイン制御部323からCU通信制御部80へBBシリアルID要求1のコマンドが送信される。それを受けたCU通信制御部80は、BBシリアルID認証応答1としてチャレンジコードを要求するレスポンスを送信する。それを受けたメイン制御部323は、BBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDを用いてチャレンジコードを生成し、そのチャレンジコードをBBシリアルID認証要求としてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、BBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDを用いてレスポンスコードを生成し、そのレスポンスコードをBBシリアルID認証応答2としてメイン制御部323へ送信する。それを受けたメイン制御部323では、そのレスポンスコードをチェックして適正であるか否かを判定する。不適正NGのときには以降の通信を行なわないように制御する。このチャレンジコードの生成とレスポンスコードの生成とのアルゴリズムは、どのようなものであってもよいのであるが、その一例を以下に記載する。チャレンジコードの生成として、BBシリアルIDのコードデータ2進数に対して同じデータ長の乱数2進数を生成し、BBシリアルIDと乱数とのイクスクルシブオア排他的論理和を算出し、その算出結果をチャレンジコードとしてCU通信制御部80へ送信する。一方、CU通信制御部80におけるレスポンスコードの生成としては、受信したチャレンジコードに対してBBシリアルID2進数のイクスクルシブオアを算出する。メイン制御部323側のBBシリアルIDとCU通信制御部80側のBBシリアルIDとが一致しておれば、乱数に対して2回同じBBシリアルIDのイクスクルシブオアを演算したこととなり、その結果は元の乱数となる。そしてその元の乱数をレスポンスコードとしてメイン制御部323へ送信する。メイン制御部323は、生成した乱数とレスポンスコードとして送られてきた乱数とが一致するか否かを判定し、一致する場合には適正と判定する一方一致しない場合には不適正NGと判定する。図18は、図15に示したCU通信制御部シリアルID認証シーケンスのサブルーチンプログラムを示すフローチャートである。まずメイン制御部323からCU通信制御部80へCU通信制御部シリアルID認証要求1が送信される。それを受けたCU通信制御部80は、CU通信制御部シリアルIDすなわちROMに記憶されているCU通信制御部のSIDを用いてチャレンジコードAを生成し、そのチャレンジコードAをCU通信制御部シリアルID認証応答1としてメイン制御部323へ送信する。それを受けたメイン制御部323は、CU通信制御部シリアルIDすなわちEEPROM図示略に記憶されているCU通信制御部のSIDを用いてレスポンスコードAを生成し、そのレスポンスコードAをCU通信制御部シリアルID認証要求2としてCU通信制御部80へ送信する。それを受けた通信制御部80は、そのレスポンスコードAをチェックして適正であるか否かを判定する。そしてその判定結果チェック結果とチャレンジコードBの要求を含むCU通信制御部シリアルID認証応答2をメイン制御部323へ送信する。それを受けたメイン制御部323は、チェック結果が不適正NGであった場合には、以降の通信を行なわないように制御する。この図18に示したチャレンジコードの生成およびレスポンスコードの生成のアルゴリズムは、どのようなものであってもよいが、たとえば図17で説明したイクスクルシブオアを用いたアルゴリズムを使用することができる。チャレンジレスポンス方式の認証のアルゴリズムは上記のものに限らず、次のようなものでもよい。たとえば、CU通信制御部80において乱数R1を生成し、CU通信制御部80に記憶さているCU通信制御部のSIDSIDMというを鍵として乱数R1を暗号化してチャレンジコードAを生成する。式で示せば、チャレンジコードA=ESIDMR1となる。これをメイン制御部323へ送信し。メイン制御部323において記憶しているSIDMで復号してレスポンスコードAを生成する。式で表わせば、レスポンスコードA=DSIDMチャレンジコードA=DSIDMESIDMR1=R1となる。これを通信制御部80へ返信し、通信制御部80において先に生成していた乱数R1と返信されてきたレスポンスコードA=R1とが一致するか否か照合し、一致することを条件に認証成功と判断する。さらに、メイン制御部323において乱数R2を生成し、メイン制御部323に記憶さているメイン制御部のSIDSIDTというを鍵として乱数R2を暗号化してチャレンジコードBを生成する。式で示せば、チャレンジコードB=ESIDTR2となる。これを通信制御部80へ送信し、通信制御部80において記憶しているSIDTで復号してレスポンスコードBを生成する。式で表わせば、レスポンスコードB=DSIDTチャレンジコードB=DSIDTESIDTR2=R2となる。これをメイン制御部323へ返信し、メイン制御部323において先に生成していた乱数R2と返信されてきたレスポンスコードB=R2とが一致するか否か照合し、一致することを条件に認証成功と判断する。図19は、図15に示した機器認証シーケンスのサブルーチンプログラムを示すフローチャートである。この機器認証シーケンスは、暗号鍵認証鍵を使用した暗号化復号化認証シーケンスであり、ブロック暗号モードとしてECBモードを用いる。まずメイン制御部323は機器認証要求1をCU通信制御部80へ送信する。それを受けたCU通信制御部80は、乱数Aを生成しその乱数AをEEPROM図示略に記憶されている認証鍵により暗号化する。またMACを作成する。このMACとは、MessageAuthenticationCodeのことである。たとえば、生成した乱数Aを所定のハッシュ関数を利用して演算した値をMACとする。つまり生成した乱数AのメッセージダイジェストがMACとなる。そしてCU通信制御部80はメイン制御部323に対して暗号化乱数AとMACとを機器認証応答1として送信する。それを受けたメイン制御部323は、受信した暗号化乱数AをEEPROM図示略に記憶している認証鍵により復号して元の平文の乱数Aを生成し、その乱数Aを前記所定のハッシュ関数を利用してMACを計算する。そして計算したMACとCU通信制御部80から送信されてきたMACとが一致するか否かをチェックする。一致すれば適正と判断し一致しない場合には不適正NGと判断する。次にメイン制御部323は、乱数Bを生成し、EEPROM図示略に記憶されている認証鍵を用いてその乱数Bを暗号化する。さらに乱数Bを所定のハッシュ関数を利用して演算してMACを作成する。そしてその暗号化乱数BとMACとをさらに機器認証応答1に基づいた認証結果とを機器認証要求2としてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、EEPROM図示略に記憶されている認証鍵を用いて受信した暗号化乱数Bを復号して元の平文の乱数Bにする。そしてその乱数Bを所定のハッシュ関数を利用して演算してMACを計算する。その計算されたMACと受信したMACとが一致するか否かをチェックし、一致する場合には適正と判定し不一致の場合には不適正NGと判定する。そしてその判定結果を機器認証応答2としてメイン制御部323へ送信する。判定結果が不適正NGの場合には、以降の通信を行なわないように制御する。図20は、図15に示した認証鍵更新シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は、上位サーバ801から認証鍵の更新要求があった場合に、その認証鍵更新要求をCU通信制御部80へ送信する。この上位サーバ801からの更新要求には、新たな認証鍵のデータも含まれている。メイン制御部323は、EEPROM図示略に記憶されている認証鍵を、上位サーバ801から送信されてきた新たな認証鍵に更新するとともに、上位サーバ801から送信されてきた認証鍵更新要求をCU通信制御部80へ送信する。それを受けたCU通信制御部80は、EEPROM図示略に記憶されているの認証鍵を送信されてきた新たな認証鍵に更新する処理を行ない、その結果を認証鍵更新応答としてメイン制御部323へ送信する。それを受けたメイン制御部は、通信制御部80との間で、新たに更新された認証鍵を用いての機器認証シーケンスを実行する。この機器認証シーケンスは、図19に示した制御と同じ認証シーケンスである。そして認証結果が適正である場合には、以降その認証鍵を使用して通信を行なう。図21は、認証鍵のEEPROM図示略への記憶設定を示すフローチャートであり、CU通信制御部80から認証鍵をメイン制御部323へ送信してもらい、メイン制御部323のEEPROM図示略にその認証鍵を記憶する。図21を参照して、この認証鍵設定シーケンスは、カードユニットCU製造時の認証鍵書込シーケンスである。まずメイン制御部323は、CU通信制御部80との認証鍵が書込まれていないことを条件として、CU通信制御部80から認証鍵情報の送信を待つ。CU通信制御部80は、専用のICライタROMライタからの要求により通信を開始する。そしてCU通信制御部80からBBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDの認証要求Aをメイン制御部323へ送信する。それを受けたメイン制御部323は、CU通信制御部80に対してチャレンジコードを要求するためのBBシリアルID認証応答AをCU通信制御部80へ送信する。それを受けた通信制御部80は、BBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDを用いてチャレンジコードを生成し、そのチャレンジコードをBBシリアルID認証要求Bとしてメイン制御部323へ送信する。それを受けたメイン制御部323は、BBシリアルIDすなわちEEPROM図示略に記憶されているメイン制御部のSIDを用いてレスポンスコードを生成し、そのレスポンスコードをBBシリアルID認証応答BとしてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、そのレスポンスコードが適正であるか否かを判定し、適正OKのときのみ、以降に示す認証鍵情報の送信を行なう。この図21に示したチャレンジレスポンス認証も、図17や図18に示したチャレンジレスポンス認証と同じアルゴリズム例えばイクスクルーシブオアを用いることができる。そして、CU通信制御部80は、認証結果適正であると判断したときに、専用ICライタROMライタから書込まれた認証鍵情報すなわちEEPROM図示略に記憶されている認証鍵の情報を認証鍵設定要求としてメイン制御部323へ送信する。それを受けたメイン制御部323は、送信されてきた認証鍵をEEPROM図示略に記憶させ、記憶させた旨を示す認証鍵設定応答をCU通信制御部80へ送信する。これにより、メイン制御部323とCU通信制御部80との間で共通の認証鍵共通鍵が記憶されたこととなる。そして、CU通信制御部80は、その共通の認証鍵を使用して以降機器認証を行なう。この機器認証は、図19に示した機器認証シーケンスと同様のものである。そして機器認証の結果適正であると判定された場合に、以降の通信は行なわず、リセット待ちの状態となる。次に、図13に戻り、認証応答を受信したCUは、次にリカバリ要求をP台へ送信する。それを受けたP台では、P台内部具体的には払出制御部17でバックアップしているリカバリデータをレスポンスとしてCUへ返信する。このリカバリデータとしては、接続時刻、最終SQNシーケンスナンバー、前回玉関連情報、および現在玉関連情報が含まれている。なお、以降のフローチャートでリカバリデータと言えば、正確には先に述べた各種データのことである。なお、本実施例では、リカバリデータに含まれている最終SQNとは、前述したように、P台が最後に送信したSQNのことである。このリカバリ応答を受信したCUはその時点からリカバリ処理を開始する。このリカバリ処理とは、CUとP台との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、後述するようにトラブルが発生し復旧したときにも、実行される。CUは、動作指示を送信する度にこのSQNシーケンスナンバーをカウントアップする。ただし、動作指示の再送時の際にはカウントアップしない。CUは動作要求の送信時にSQNおよびその要求内容をバックアップする。P台は、動作指示で受信したSQNを記憶し、そのまま動作応答にてCUへ送り返す。P台は、前回受信したSQNと同じSQNの動作指示を受信した場合には、通信不良が発生してCUが動作指示を再送したその再送電文と判断する。CUは、リカバリ処理が終了した後、メインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コード、払出チップID、接続時刻をP台から受信した値に更新するとともに、SQNを0に更新し、通信開始要求リカバリクリアONのコマンドとして、SQN補正ON、遊技玉補正ON、SQN=0、遊技玉=0のコマンドをP台へ送信する。P台では、それを受けて、P台でバックアップしていたシーケンスナンバーおよび遊技玉をCUの情報にあわせるSQN=0、遊技玉=0。また、通知された接続時刻をバックアップする。そして、P台は、通信開始応答をCUへ返信する。これ以降、CUとP台との間で、動作指示のコマンドおよび動作応答のレスポンスの送受信が行なわれる。CUは、前述したように、この動作指示を送信する毎にシーケンスナンバーSQNを1ずつカウントアップする。まず最初の動作指示において、遊技許可要求無、SQN=0の動作指示コマンドをP台へ送信する。P台では、それを受けて、SQN=1、前加算玉数=0、前減算玉数=0、前始動口1回数=0、前始動口2回数=0のデータをバックアップする。また、P台は、現在玉関連情報である加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタの値を0クリアする。そして、P台は、動作応答として、SQN=1、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、および遊技禁止遊技停止状態のレスポンスをCUへ送信する。その動作応答を受けたCUは、その動作応答に基づき、SQN=1をバックアップし、現在の遊技玉数0受信した加算玉数0-受信した減算玉数0を算出して現在の遊技玉数0をバックアップするとともに、加算玉数累計=0、減算玉数累計=0、始動口1回数累計=0、および始動口2回数累計=0をバックアップする。次に、CU側で起動処理が終了した段階でCUは、遊技許可要求有、SQN=nの動作指示をP台へ送信し、それを受けたP台は、動作応答として、遊技可拒否OFF、SQN=n1、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、および遊技許可のレスポンスをCUへ返信する。図15のセッション鍵による認証シーケンスの結果適正な認証結果が得られた場合に、図22に示す業務電文シーケンスを実行する。図22aは業務電文シーケンスが正常の場合を示しており、図22bは業務電文シーケンスが異常の場合を示している。まず図22aを参照して、前述の認証シーケンスが終了してセッション鍵を使用して通信可能な状態になった後、メイン制御部323からCU通信制御部80に対して、動作指示のコマンドが送信された後、その動作指示電文の通信状態の確認要求通信状態要求をCU通信制御部80へ送信する。CU通信制御部80は、動作指示電文の受信状況MAC異常、CRC異常、復号異常、データ長異常、断線検知を通信状態応答としてメイン制御部323へ通知する図示略。メイン制御部323は、その受信した通信状態応答に基づいて通信状態を確認し、正常な場合には正常と判断する。一方、CU通信制御部80は、前述の動作指示のコマンドを受信したことに基づいてその動作指示のコマンドをP台具体的にはP台通信制御部81へ送信する。それを受けたP台では、動作応答をCU通信制御部80へ返信し、CU通信制御部80はそれを受けてその動作応答のレスポンスをメイン制御部323へ送信する。一方、業務電文シーケンスが異常の場合が図22bに示されている。図22aとの相違点としては、CU通信制御部80から送信されてきた通信状態応答を受信したメイン制御部323が、その通信状態応答に基づいて通信状態を確認し、異常と判断する点である。これは、送信されてきた通信状態応答のレスポンスが、0x00以外の数値データであった場合に、異常と判断される。メイン制御部323は、異常と判断した場合には、通信状態の確認のリトライを実行する。具体的には、再度動作指示のコマンドをCU通信制御部80へ送信した後、再度通信状態要求をCU通信制御部80へ送信し、CU通信制御部80から返信されてきた通信状態応答に基づいて通信状態の異常が発生しているか否かを判断する。メイン制御部323が、リトライを実行した結果なお通信状態の異常であると判断した場合には、通信状態の異常報知制御を行なう。この通信状態の異常報知制御としては、たとえば、表示制御部797へ異常報知コマンドを送信して表示器312により通信状態の異常報知を行なったり、異常報知ランプ図示せずを点灯または点滅制御したり、あるいは、ホール用管理コンピュータ1に通信状態の異常が発生した旨の信号を送信したりすることが考えられる。このリトライの実行回数は、図22bでは1回のものを示したが、2回以上実行するものであってもよい。次に、図23を参照して、CUとP台とを再接続した際の接続シーケンスの処理を説明する。ここで言う再接続時とはCUとP台との通信が異常終了した後の通信再開時のことである。この異常終了は、後述する、図36のカード保持中に電源が起動したとき、図43のP台が加算拒否したときにCU自ら通信を切断したとき、図50~図66のCU側に電源断が生じた場合である。後述するように、CUは接続シーケンスを再開するときに、a待機中以外の状態での接続シーケンスの再開である、b自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である図43参照、または、cCUがバックアップしているSQNとP台から送信されてきたSQNとが不整合であるか否かを判断し、a~cのいずれかと判断したときに、正常な通信の終了でない異常終了と判断し、図13ではなく図23の再接続時の接続シーケンスを実行する。この再接続時の接続シーケンスは、図13で説明した電源起動時の接続シーケンスと類似しており、ここでは主に相違点を説明する。まず、P台が遊技を禁止してから通信を開始する時期が、CUからの機器情報要求のコマンドを受信した直後となる。これは、CUからの機器情報要求をP台が受けて初めて再接続されたことをP台が認識できるためである。次に、図13の接続シーケンスは電源起動時であるために、CUからP台に対してリカバリクリアONの通信開始要求のコマンドを送信し、P台でそれを受けてリカバリデータのクリアを行なうとともに、最初の動作指示で送られてくるSQN=0に従ってシーケンスナンバーSQNを1にし、前回玉関連情報および現在玉関連情報等をすべて0にクリアする。しかし、図23の接続シーケンスの場合には、再接続時であるために、P台内部でバックアップしているリカバリ情報とCU側で記憶している情報とが一致しない場合がある。そこで、CUでは、リカバリ処理を開始した後、リカバリ応答に含まれているP台側のリカバリデータ前回玉関連情報、現在玉関連情報等の内容に合せて、遊技玉等の補正を行なう処理を実行する。具体的には、P台から送られてきたリカバリデータに含まれている遊技玉獲得個数情報、バック玉加算情報および遊技玉発射個数情報に基づいて、遊技玉数遊技玉獲得個数情報バック玉加算情報-遊技玉発射個数情報を演算し、記憶している遊技玉数をその演算された新たな遊技玉数に補正する処理を行ない、その補正後の遊技玉数とP台からリカバリデータとして送信されてきた遊技玉トータル個数情報とを比較し、一致するか否かを判断する。不一致の場合には、通信開始要求として遊技玉補正ONすなわちデータ補正要求のBit2を1にしたコマンドをP台へ送信する。また、P台から送られてきたリカバリデータに含まれている最終SQNとCUが記憶している最終SQNとを比較して一致するか否かを判断し、一致しない場合には通信開始要求としてSQN補正ONすなわちデータ補正要求のBit1を1としたコマンドをP台へ送信する。また、補正すべき正しい遊技玉数=300とSQN=3とを通信開始要求に含めてP台へ送信する。P台は、その通信開始要求のコマンドを受信し、P台でバックアップしていたシーケンスナンバーおよび遊技玉をCUの情報に合せる補正処理を行なう。具体的には、SQN=3、遊技玉=300に補正し、また通知された接続時刻をバックアップする処理を行なう。そして、CUでは、リカバリ処理が終了した段階で、P台から送信されてきたメインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コード、払出チップIDをバックアップするとともに、再接続時の時刻である接続時刻をバックアップする。そして、シーケンスナンバーについては、P台から送信されてきた最終SQNが異常でない場合に、そのシーケンスナンバーSQNを継続する。一方、CUにおいて、リカバリ処理を開始した後、通信相手であるP台が一致しないと判断された場合、またはSQNが異常であると判断された場合には、P台から送信されてきたリカバリ応答に含まれている現遊技玉数を、一端持玉へ変換する。持玉とは、遊技者所有の遊技用記録媒体カード等に記録した遊技玉数のことである。そして、その記録媒体に持玉が記録された後、その記録媒体の持玉を使用するべく再プレイボタン319を操作し、その持玉を遊技玉に変換した後再遊技を可能とする。その際には、図13に示した電源起動時の接続シーケンスと同様に、CUからP台へ送信される通信開始要求として、リカバリクリアONが送信され、P台はそれを受けてリカバリデータをクリアする。またCUでは、シーケンスナンバーを0とし、最初の動作指示においてSQN=1をP台に送信し、P台ではそのSQN=1をバックアップする。また、P台では、前加算玉数=0、前減算玉数=0、前始動口1回数=0、前始動口2回数=0をバックアップするとともに、加算玉数、減算玉数、始動口1回数、始動口2回数の各カウンタ値を0クリアする。図24を参照して、カードが挿入されたときのCUとP台との処理を説明する。カードユニット3では、カードが挿入されると、挿入されたカードに記録されているカード残高およびカードID等の情報がカードリーダライタにより読取られる。そして、カード残高やCIDなどのカード情報について、上位のサーバに問い合わせる処理が行なわれる。また、動作指示として、カード挿入処理中であることを示すカード挿入処理中ON、加算表示中カード挿入OFFのコマンドがP台へと送信される。やがて、CUは、カード情報の問い合わせ処理が終了すると、CU側の表示器312を加算表示中の表示状態にする。これにより、挿入されたカードに遊技玉数が特定された場合には、遊技玉数の表示が0からその特定された遊技玉数まで加算表示される。さらに、CUは、問い合わせ処理により得られたCID、種別さらには、残高を払出制御部17が記憶するとともにカード挿入要求のコマンドに含めてP台へ送信する。P台は、受信したCIDおよび種別を払出制御部17が保持記憶するとともに、それらの情報をカード挿入通知として表示器用演出制御基板53へ送信する図89参照。さらに、P台は、カード挿入応答のレスポンスをCUへ返信し、CIDおよび種別データを受信したことをCUに伝達する。続いて、CUは、挿入されたカードで特定された遊技玉数とSQNをバックアップするとともに、動作指示として、カード挿入処理中をOFFに、加算表示中カード挿入をONに切り換えたデータ、および加算要求数=5000をP台へ送信する。P台はその動作指示に基づいて遊技玉数を更新記憶するとともに、表示器用演出制御基板53へ遊技機情報通知の遊技球数関連情報として遊技玉数およびカード残高を送信する図89参照。その後、CU側で加算表示が終了すると、CUは、動作指示として、カード挿入処理中OFF、加算表示中カード挿入OFF、加算要求数=0のデータをP台へ送信し、加算表示の終了をP台へ通知する。図25は、カードユニットにカードが挿入されたときにカードユニットが実行する挿入時処理を示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図25において、S1~S7の各ステップはCUが実行する。またS8~S10、S12~S15はP台が実行する。より具体的には、S8~S10、S12、S13、S15の削除処理は、P台に設けられている表示器用演出制御基板53が実行し、S14とS15の送信処理は、表示器用演出制御部292が設けられた表示器用演出制御基板53が払出制御部17へ送信して払出制御部17がCUへ送信する。まずCUは、ステップ以下単にSという1により、中断中であるか否かの判定を行なう。この中断中であるか否かは、後述する図32に示す中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、S2により、挿入されたカードのC-IDおよび種別と中断操作されたカードのC-IDおよび種別とが一致するか否か判定し、一致しない場合にはS5によりその挿入されたカードを排出して待機中へ移行する。なお、図25では上記種別の図示を省略している。一方、挿入されたカードのC-IDおよび種別と中断操作されたカードのC-IDおよび種別とが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がS4へ進み、中断状態を解除し、S6により遊技を再開する処理が実行される。一方、S1により中断中でないと判断された場合には、挿入されたカードのC-IDと種別を記憶するとともにP台へ送信する処理がS3により行なわれる。P台では、そのC-ID,種別を受信し、その受信したC-IDおよび種別とバックアップエリア図7に示すバックアップデータ記憶部に記憶されているC-IDおよび種別とを比較するS8。そしてS9によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。このように、遊技者特定情報C-IDを記憶する遊技者特定情報記憶手段現遊技者遊技履歴データ記憶部と同一判定処理を行なう同一判定手段S8、S9とが遊技機の表示制御手段表示器用演出制御部292が設けられた表示器用演出制御基板53に設けられているために、通信手段側払出制御部17側には同一判定処理機能を設けなくて事足り、表示制御手段を有する遊技機と表示制御手段を有しない遊技機との間で共通の通信手段を使用でき、通信手段の少品種大量生産か可能になる。なお、変形例の制御内容として、S15とS7との処理を行なってもよい。S15により、バックアップエリアバックアップデータ記憶部に記憶されている遊技履歴データとC-IDおよび種別とをCUへ送信した後削除する。CUでは、それを受信して、受信したデータを上位サーバ801へ送信する。上位サーバ801では、その受信した遊技履歴データとC-IDおよび種別とをバックアップ記憶する。一方、S9により一致すると判定された場合にはS12へ進み、バックアップエリアバックアップデータ記憶の遊技履歴データを現エリア図7に示す遊技者遊技履歴データ記憶部に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。なお、変形例の制御内容として、S10、S13、S14の処理を行なってもよい。S9でYESの場合には、制御はS10へ進み、前回のカードが排出されてから所定時間たとえば20分間経過したか否かの判断がなされ、経過していないS10により所定時間が経過していると判断された場合には、S13により、バックアップエリアバックアップデータ記憶部の遊技履歴データとC-IDおよび種別とを削除する処理がなされる。また、S12の後、S15により、遊技者が同一である旨の通知をCUへ送信する。なお、変形例の制御内容として、S10、S13、S14の処理およびS15、S7の処理を全て行なうように制御してもよい。次に、図26を参照して、挿入された記録媒体カードに記録されているプリペイド残高を消費するときの処理を説明する。この図26の処理では、プリペイド残高が1000で、現時点における遊技玉が50となっている。まずCUからP台に対し、動作指示として、加算無、加算表示中OFF、SQN=n、加算要求玉数=0、および減算要求玉数=0のコマンドが送信される。それを受けたP台では、動作応答として、SQN=n1、遊技玉数=50、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技可、特賞OFF、および確変OFFのレスポンスが返信される。一方、CUにおいては、1回の貸出操作玉貸操作により、500円分すなわち125玉の貸出を行なう。CUにおいて貸出しボタン貸出しボタン321が押下操作された場合に、SQN=n2、遊技玉数=50更新前遊技玉数125加算要求玉数=175および残高=500をバックアップする。このように、残高消費は、貸出操作が行なわれた段階でCU側単独で確定する。次に、CUは加算表示中となる。この加算表示中では、残高から125玉分引落して遊技玉に加算している最中であることを表示器312に表示させる。そして、CUは、動作指示として、加算有、加算表示中ON、SQN=n2、加算要求玉数=125、および減算要求玉数=0のコマンドをP台へ送信する。それを受けたP台では、その動作指示のコマンドに含まれている加算表示中ONと加算要求玉数125とを含む表示器制御コマンドを払出制御部17が表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、それを受けて、表示器54に遊技玉数125を加算中である画面を表示させる。次に、P台は、SQN=n2、前加算玉数=0、前減算玉数=0、前始動口1回数=0、および前始動口2回数=0をバックアップするとともに、レスポンスを作成した後、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタ値を0クリアし、現在の遊技玉数50に対して加算要求玉数125を加えた175の値に遊技玉数を更新する。そして、動作応答として、加算拒否OFF、SQN=n3、遊技玉数=175、残高=500、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技可、特賞OFF、および確変OFFのレスポンスを返信する。それを受けたCUでは、SQN=n3、遊技玉数=175更新前遊技玉数0加算要求玉数-0減算玉数=175を計算してバックアップするとともに、加算玉数累計=0、減算玉数累計=0、始動口1累計=0、および始動口2累計=0をバックアップする。このように、残高消費の確定とは異なり、遊技玉数の確定は、P台からの動作応答のレスポンスを待って確定させる。なお、P台では、加算有および加算要求玉数を含む動作指示のコマンドを受けた場合に、その加算が、持玉消費貯玉再プレイとプリペイド残高の消費とを区別することなく、同じシーケンスで以降の処理を実行する。次に、図27を参照して、貯玉を消費する再プレイ時における処理を説明する。この図27では、挿入された記録媒体会員用カード等により特定される貯玉が1000であり、当初の遊技玉が0の状態となっている。この図27における再プレイの処理は、図26で示した残高の消費のときの処理と類似している。CU側では、遊技者所有の遊技用記録媒体会員用カード等が挿入されてそのカードにより特定される貯玉が存在する状態で、再プレイボタン319が押下操作された場合に、SQN=n2、遊技玉数=0更新前遊技玉数125加算要求玉数=125、貯玉=875をバックアップする。貯玉=875は、当初の貯玉=1000から125加算要求玉数を引落したため、1000-125で875となる。これは図26の場合の残高が金額単位のデータである一方、図27の持玉が玉数単位のデータであるために、単純に1000-125の引き算をするだけで事足りるためである。そして、CUは、動作指示として、加算有、加算表示中ON、SQN=n2、加算要求玉数=125、貯玉=875、減算要求玉数=0を含むコマンドをP台へ送信する。それを受けたP台では、その動作指示のコマンドに含まれている加算表示中ONと加算要求玉数125とを含む表示器制御コマンドを払出制御部17が表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、それを受けて、表示器54に遊技玉数125を加算中である画面を表示させる。その他の処理においては、図26の処理と同様である。以上説明したように、持玉の消費はP台からの動作応答のレスポンスを待つことなく再プレイボタン319の押下操作が行なわれた時点でCU側単独で確定し、貯玉数遊技玉数も同じは、P台からの動作応答のレスポンスを待って確定する。次に、図28を参照して、CU側の指示による遊技玉数の減算ワゴンサービス等の処理を説明する。遊技場においては、遊技者所有の遊技玉を消費してドリンク等を遊技者に提供するというワゴンサービスが行なわれている。このようなワゴンサービスを遊技者が受ける場合には、遊技者が表示器312をタッチ操作し、ワゴンオーダーをすることにより、遊技者が注文したオーダー内容がカードユニット3のIR受光ユニット320から赤外線信号として遊技場の店員が所持しているリモコンに入力される。遊技場の店員はリモコンに入力されたオーダー内容に従ってワゴンサービスを行なう。図28においては、遊技者所有の遊技玉が1000ある状態で、使用遊技玉数300を消費するワゴンオーダーが発生した場合を示している。ワゴンオーダーが発生すると、CUは、SQN=n2、加算要求玉数=0、減算要求玉数としてワゴンオーダー発生に伴う遊技玉の使用玉数である300をバックアップする処理を行なう。この段階では、CUは遊技玉から実際に300の減算は行なわず、単に減算要求玉数として300をバックアップするのみである。そして、CUからP台へ、動作指示として、減算有、減算表示中ON、SQN=n2、加算要求玉数=0および減算要求玉数=300のコマンドを送信する。そして、CUは、減算中である旨の表示表示中を表示器312に表示させる図示略。コマンドを受けたP台は、自身が記憶している遊技玉数カウンタの値が、減算要求数以上であるか否かを判定する。なお、この判定は払出制御部17により実行される。図28では、遊技玉数カウンタの値が、減算要求数以上である場合を想定している。P台では、減算表示中ONと減算要求玉数=300とを含む動作指示のコマンドを払出制御部17が受信することにより、減算表示中ONと減算要求玉数=300とを含む表示器制御コマンドを払出制御部17から表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、それを受けて、表示器54に遊技玉として300玉を減算中である旨の表示減算表示中を行なう。次に、P台は、SQN=n3、前加算玉数=0、前減算玉数=0、前始動口1回数=0および前始動口2回数=0をバックアップするとともに、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタの値を0クリアする。そして、減算要求玉数=300に従って、現在の遊技玉数1000から減算玉数300を減算した700に遊技玉数を更新する。そして、P台からCUへ、動作応答として、減算拒否OFF、SQN=n3、現遊技玉数=700、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技可、特賞OFF、および確変OFFのレスポンスを返信する。そして、CUでは、SQN=n3、遊技玉数=1000更新前遊技玉数-300減算要求玉数0加算玉数-0減算玉数=700を算出し、遊技玉数を700に修正してバックアップする。このように、遊技玉数の減算は、P台からの動作応答のレスポンスを待って初めて確定する。また、CUは、加算玉数累計=0、減算玉数累計=0、始動口1累計=0、および始動口2累計=0をバックアップする。一方、P台が、自身が記憶している遊技玉数カウンタの値が減算要求数未満であると判定した場合には、P台は、減算要求数に応じた遊技玉数の減算を実行しない。また、この場合、P台はCUに対して、動作応答として、減算拒否ONの動作応答を返信する。これにより、CUには、P台が減算要求を拒否したために減算要求に基づく遊技玉の減算が行なわれなかったことが通知される。以上、図28を用いて説明したように、CUの指示に基づいた遊技玉数の減算は、P台からの動作応答のレスポンスを待って初めて確定する。一方、図27を用いて説明したように、CUの指示に基づいた貯玉持玉消費は、CUが持玉消費を受け付けた時点で確定する。このように、CUの指示に基づいた遊技玉数の減算とCUの指示に基づいた貯玉持玉消費とで確定時期を異ならせたのは、以下の理由による。CUがワゴンオーダーなどの遊技玉数の減算処理を受け付けた段階では遊技玉数に余裕があったために減算指示を送信したものの、減算指示をP台が受けた段階で遊技玉が遊技に用いられた結果、減算指示に対応する遊技玉数が残っていない場合もある。このような場合に、CUが減算処理を受け付けた段階でCUで記憶している遊技玉数に基づいて減算を確定してしまうと、実際には遊技機側で遊技玉数が残っていないにもかかわらず減算が確定されることとなり、矛盾が生じてしまう。そこで、本実施の形態では、CUの指示に基づいた遊技玉数の減算については、P台からの動作応答のレスポンスを待って確定させるようにしている。これに対して、CUの指示に基づいた貯玉持玉消費については、遊技玉数を加算する指示になるので、その指示がP台に届いた時点でP台が記憶している遊技玉数が変動したとしても、加算指示に対応する遊技玉を加算することに問題は生じない。このため、処理の迅速化の観点より、CUの指示に基づいた貯玉持玉消費についてはCUが貯玉持玉消費を受け付けた時点で確定させるようにしている。次に、図29を参照して、遊技中に大当りが発生した場合の処理を説明する。この図29では、当初の遊技玉数が1010であり、遊技中のP台とCUとの間で動作指示および動作応答の送受信が行なわれている最中に、確変大当りが発生し、当該大当りの制御が終了した後大当り発生確率が向上した確変がスタートした状態が示されている。まず、CUにおいて、SQN=nをバックアップし、CUからP台に対して、動作指示として、加算無、減算無、SQN=nのコマンドを送信する。それを受けたP台では、SQN=n1、前加算玉数=3、前減算玉数=13、前始動口1回数=1、および前始動口2回数=1をバックアップするとともに、遊技玉数=10103加算玉数-13減算玉数=1000を算出して、遊技玉数を1000に更新する。さらに、レスポンスの作成後、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタ値を0クリアする。そして、P台は、動作応答として、SQN=n1、遊技玉数=1000、加算玉数=3、減算玉数=13、始動口1回数=1、始動口2回数=1、遊技可、特賞OFF、および確変OFFのレスポンスをCUへ送信する。このように、P台は、減算玉数および加算玉数のみならず、遊技玉数もCUへ送信している。その結果、CUは、P台で記憶している遊技玉数が、CUで管理している遊技玉数と一致しているか否かを判定できる。なお、本実施の形態におけるP台では、前述したとおり、1分間に100発のパチンコ玉を遊技領域27内に打込むものであるために、0.6秒で1発のパチンコ玉を遊技領域に打込むこととなる。そして、コマンド/レスポンスは200ms間隔で送信されるために、前回のレスポンスの送信から今回のレスポンスの送信までの間での減算玉数は0または1となる。よって、P台からCUへ送信される減算玉数も、0または1のいずれかとなる。しかし、減算玉数をこのような小さな値にしたのでは、遊技玉数があまり変化しないこととなり、わかりにくい処理フローとなってしまう。ゆえに、本実施の形態における処理フローの図面では、わかりやすくするために便宜上減算玉数および必要に応じて加算玉数の変化を大げさに記載している。動作応答のレスポンスを受けたCUでは、遊技玉数=10103-13=1000を計算してその1000を遊技玉数としてバックアップするとともに、加算玉数累計=3、減算玉数累計=13、始動口1累計=1、および始動口2累計=1をバックアップする。このような動作指示のコマンドおよび動作応答のレスポンスの送受信を繰返し実行している最中に、P台において確変大当りが発生し、玉関連情報が、遊技玉数=1100、加算玉数=120、減算玉数=20、始動口1回数=2、および始動口2回数=2に変動する。そしてP台において大当りが終了した後確変がスタートする。CUにおいては、SQN=n2をバックアップし、動作指示として、加算無、減算無、SQN=n2、およびのコマンドをP台へ送信する。P台においては、SQN=n3をバックアップするとともに、前加算玉数=120、前減算玉数=20、前始動口1回数=2、および前始動口2回数=2をバックアップするとともに、遊技玉数=1000120-20=1100を算出してその1100に遊技玉数を更新する。さらに、レスポンスを作成した後、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタ値を0クリアする。そして、P台は、動作応答として、SQN=n3、遊技玉数=1100、加算玉数=120、減算玉数=20、始動口1回数=2、始動口2回数=2、遊技可、特賞ON、および特賞ONのレスポンスをCUへ送信する。CUは、それを受けて、SQN=n3、遊技玉数=1000120-20=1100を計算してその1100に遊技玉数を修正してバックアップするとともに、加算玉数累計=120、減算玉数累計=20、始動口1累計=2、および始動口2累計=2をバックアップする。また、CUは、特賞がスタートしたことを検知する。次に、図30を参照して、P台で遊技をしている最中に遊技玉がなくなったことが検知された場合の処理を説明する。当初の遊技玉数=20とし、まずCUは、SQN=nをバックアップし、動作指示として、加算無、減算無、およびSQN=nのコマンドをP台へ送信する。P台においては、SQN=n1、前加算玉数=3、前減算玉数=18、前始動口1回数=1、および前始動口2回数=1をバックアップする。そしてレスポンス作成後、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタ値を0クリアする。そして、P台は、動作応答として、SQN=n1、遊技玉数=5、加算玉数=3、減算玉数=18、始動口1回数=1、始動口2回数=1、遊技可、特賞OFF、および確変OFFのレスポンスをCUへ送信する。CUでは、SQN=n1、遊技玉数=203-18=5を算出してその後に遊技玉数を修正してバックアップするとともに、加算玉数累計=3、減算玉数累計=18、始動口1累計=0、および始動口2累計=0をバックアップする。その後、P台において、減算玉数=5となったために、遊技玉数=5-5=0を算出して遊技玉数=0となり、加算玉数=0、始動口1回数=0、始動口2回数=0に変動する。この遊技玉数=0になった段階で、P台においては、玉なしが検出され、払出制御部17は自動的に打球発射モータ18の駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御する。なお、打球発射が停止するのみで、その段階で既に可変表示装置が可変表示中であった場合にはその可変表示を続行する。また発射停止制御を行なった段階で始動口1回数または始動口2回数に始動記憶がある場合には、その記憶に基づいた可変表示装置の可変表示制御が続行される。CUでは、SQN=n2をバックアップし、動作指示として、加算無、減算無、およびSQN=n2のコマンドをP台へ送信する。P台では、SQN=n3をバックアップするとともに、前加算玉数=0、前減算玉数=5、前始動口1回数=0、および前始動口2回数=0をバックアップし、レスポンスを作成した後、加算玉数、減算玉数、始動口1回数、および始動口2回数の各カウンタ値を0クリアする。そして、P台は、動作応答として、SQN=n3、遊技玉数=0、加算玉数=0、減算玉数=5、始動口1回数=0、始動口2回数=0、遊技可、特賞OFF、および確変OFFのレスポンスをCUへ送信する。CUでは、それを受けて、遊技玉数=50-5=0を算出して遊技玉数を0に修正してバックアップするとともに、加算玉数累計=0、減算玉数累計=5、始動口1累計=1、および始動口2累計=0に修正する。このように、遊技玉数の主たる管理はCUで行なっているが、P台において遊技玉数が0になったことに伴う遊技禁止制御発射停止制御を行なうときにのみ、P台側における遊技玉数が0になったことを判定して遊技禁止制御発射停止制御を行なう。その後、動作応答として、最終的な玉関連情報をCUに送信して最終的な遊技玉数0をCU側において確定させる。このように制御する理由は、P台側において遊技玉数が0になった瞬間に打球発射停止制御を行なう必要があるためである。たとえば、遊技玉数の主たる管理を行なっているCU側において、P台側から送られてくる遊技玉数=0になったときの加算玉数および減算玉数を含む動作応答のレスポンスの受信を待って、CU側において最終的な遊技玉数を算出してそれが0となることにより、遊技を禁止させるための禁止要求有の動作指示のコマンドをP台側へ送信し、それを受けて初めてP台側において打球発射停止制御を行なった場合には、レスポンスおよびコマンドの送受信の間に、パチンコ玉が弾発発射されてその間に新たな減算玉数が発生する可能性があり、P台側において、遊技玉数が既に0になっているにも拘らず新たな減算玉数が発生して結局遊技玉数がマイナスになってしまうという不都合が生じる。このような不都合を防止するため、遊技玉数が0になったときの打球発射停止制御のみ、P台側における遊技玉数に基づいて制御している。このように、打球発射停止制御に代表されるような遊技制御は、P台自身が記憶している遊技玉数に基づいて行なうために、CUで管理記憶している遊技玉数に基づいてこのような遊技制御を行なう場合に比較して、遊技玉数の変動に即した遊技制御をリアルタイムで行なうことができる。なお、ここでは、打球発射停止制御を払出制御部17が行なう例を示しているが、主制御基板16が打球発射停止制御を行なうように構成してもよい。この場合、たとえば、払出制御部17は、遊技玉数0を判定した段階で遊技玉数が0であることを示す信号を主制御基板16へ送信する。主制御基板16は、この信号を受けて、打球発射モータ18の駆動を禁止する。次に図31を参照して、カードの返却操作があったときの処理を説明する。当初遊技玉数=500の状態で、CUからP台への動作指示、それに応えてP台からCUへの動作応答が行なわれた段階で、返却ボタン322が押下操作された場合に、CUは、次の動作指示として、遊技を禁止させるための禁止要求有、クリア要求無、クリア表示中OFF、SQN=n2のコマンドをP台へ送信する。これを受けたP台は、そのコマンドに含まれる禁止要求有の指示に従って、打球発射モータ18の駆動を停止させて打球発射停止状態遊技禁止状態に制御する。また、P台は、動作応答として、禁止拒否OFF、遊技禁止、遊技完了OFFを含むレスポンスを返信する。CUは、これを受信し、P台において、遊技禁止状態になったこと、および遊技が完了していないこと浮遊玉の処理待ちであることを特定する。その後、P台は、既に発射されている玉が遊技領域27内を流下してアウト玉にすべて流れるまでの時間すなわち浮遊玉処理待ち時間を考慮して、15秒のウェイトを設ける。この15秒のウェイト時間の間、P台とCUとの間でポーリングを継続する。CUはこの間で、カード返却処理中ONの動作指示の送信を繰り返す。やがて、15秒が経過するまでの間に浮遊玉が0になった場合には、P台は、遊技完了ONを含む動作応答をCUへ返信する。なお、P台は浮遊玉数を記憶するための遊技中玉数カウンタを有しており、この値が15秒の間に0になれば、その時点で遊技完了ONを含む動作応答をCUへ返信する。このため、たとえば、返却ボタンの操作があった時点で既に浮遊玉が存在しない場合遊技中玉数カウンタ=0には、P台は、禁止要求有の動作指示コマンドに応答して、遊技禁止、遊技完了ONの動作応答を返信する。この場合、実質的にウェイト時間は設定されない。一方、ウェイト時間である15秒が経過するまでの間に浮遊玉が0にならずにタイムアウトした場合には、その時点で、遊技完了ONの動作応答を返信する。この場合、遊技玉数カウンタの値を強制的に0に初期化する。この遊技完了ONの動作応答を受信したCUは、遊技結果が確定したと判断する。そして、P台に対して、クリア要求有、クリア表示中ON、カード返却処理中ONを含む動作指示を送信するとともに、SQNおよびクリア要求有のデータをバックアップし、表示器をクリア表示中の画面にする。P台は、この動作指示を受信して、現在記憶している遊技履歴データとCIDおよび種別とをバックアップエリアにシフトして記憶するとともに、遊技玉数の記憶をクリアする。また、CUに対して、クリア拒否OFF、SQN=0、遊技玉数=0を含む動作応答を送信する。CUは、これを受信し、SQN=0、遊技玉=0、およびそのときの確定した持玉=500をバックアップする。続いて、CUは、カード返却要求をP台へ送信する。これを受けて、P台は、カード挿入時に受信して払出制御部17がバックアップ記憶しているCIDおよび種別のデータを含むカード返却応答をCUへ返信する。CUは、これを受けて、記憶しているCIDおよび種別とカード返却応答に含まれるCIDおよび種別との一致判別を行ない、一致を条件に、クリア表示の終了後、挿入されているカードに持玉=500を記録してカードを排出させる。一方、不一致の場合には、エラー処理を行なう。エラー処理は、たとえば以下のような処理を行なう。aカードを排出しない、またはカードに遊技玉数を記録させない。bアラーム音を発生させたり表示器312によるエラー表示、さらには、上位サーバ801等にエラー通知を行なう。cカードを排出するが、異常な状態でのカードへの遊技玉数を記録であることを上位サーバ801等に通知する。上記a~cのいずれか1つの処理または2つ以上の処理の組合せをエラー処理として実行する。エラー処理の後、CUは、P台に対してクリア表示中OFF、カード返却処理中OFFの動作指示を送信する。P台は、これを待って、払出制御部17がバックアップしていたCIDと種別のデータをクリアする。なお、この例では、CUは、返却ボタン322の操作に基づいた遊技終了を要求する信号の入力を受けて、遊技終了時の遊技玉数を確定させている。しかしながら、遊技終了を要求する信号としては、返却ボタン322の操作に基づいた信号に限られない。たとえば、CUに、遊技者の指紋を認証する指紋認証部を設ける。遊技機の開始時には、指紋認証部による認証を必須とし、遊技者が遊技開始時にCUに挿入した遊技カードにより特定される指紋情報と、指紋認証部により検出された指紋情報とが一致することを条件として遊技を許可する。さらに、遊技終了時にも指紋認証部による認証を必須とし、指紋認証部により検出された指紋情報が遊技開始時に検出された指紋情報と一致することを条件として遊技を終了させる。この場合には、遊技終了を要求する信号は、指紋認証部で検出される指紋情報となる。その他、遊技機設置島全体を管理するサーバ等から遊技終了要求信号がCUに入力された場合には、返却ボタン322の操作の有無に関わらず、遊技を終了させてもよい。この場合、サーバから入力される遊技終了要求信号によって遊技終了を要求する信号が構成される。また、図31の例では、挿入されているカードに持玉=500を記録して排出したが、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUが記憶している遊技玉数に対応する値に更新する。その後CUがカードを排出する。このように、カードの持点を直接カードに記録することと、上位サーバにてカード番号に対応付けて持点を記憶することの両者を総称して、カードに持点を対応付けると表現する。また、図31において、P台側で浮遊玉処理待ち時間のために必ず15秒のウェイトを設け、その時間が経過するまではP台はCUに対して遊技完了ONの動作応答を返信しないようにしてもよい。以上、図24と図31を用いて説明したとおり、CIDと種別は、カード挿入時のカード挿入要求のコマンドのみによってCUからP台へ通知され、かつ、カード返却時のカード返却応答のレスポンスのみによってP台からCUへ通知される。このように、遊技の開始時と終了時にのみCIDと種別を送信するために、無駄にコマンドやレスポンスの送受信を行なう不都合を防止できる。なお、ここで、遊技の開始時とは、具体的には、会員カードを使用して遊技を行う場合では、会員カードをCU3へ挿入してカード挿入要求のコマンドがP台2へ送信された時であり、ビジターカードを使用して遊技を行う場合では、遊技者が遊技開始時に貨幣をCU3に挿入して価値をビジターカードにロードしてカード挿入要求のコマンドがP台2へ送信された時である。また、遊技の終了時とは、会員カードおよびビジターカード共に、返却ボタン321の操作に従ってP台2からCU3へカード返却応答のレスポンスが送信された時である。また、CIDと種別を、カード挿入時のカード挿入要求のコマンドのみによってCUからP台へ通知し、かつ、カード返却時のカード返却応答のレスポンスのみによってP台からCUへ通知することに代えて、カードが挿入されてから動作指示および動作応答に必ずCIDと種別を含めて送るようにしてもよい。図32は、遊技を中断するときのカードユニットとパチンコ機との処理の一例を示す図である。この処理は、図31のカードを返却するときのカードユニットとパチンコ機との処理に類似しており、相違点としては、返却ボタンの押下の代わりに中断操作が行なわれる。この中断操作は、遊技者が小用を済ませるべく遊技を一時中断するための操作であり、遊技者が遊技場の店員を呼び、店員に遊技中断のためのリモコン操作を行なってもらう。すると、そのリモコンから出力された赤外線信号をIR受光ユニット320が受光して電子信号に変換してメイン制御部323に入力する。また、この遊技中断処理の場合には、CUが遊技完了を検知してもクリア要求をP台へ送信しない。その結果、P台においては、中断した遊技者に関するデータC-ID、遊技玉数等を記憶保持している。そしてCUはカードを排出するときに、持点0のカードを排出して遊技者に返却する。その後、中断中は他の遊技者の遊技が禁止される図25参照。図33を参照して、ガラス扉のロックを解除して開放するときの処理を説明する。まず、最初の動作指示としては、ガラス扉の開放要求のないガラス開要求無の指示を含むコマンドがCUからP台へ送信される。それを受けたP台は、動作応答として、遊技玉数=500を含む通常のレスポンスをCUへ返信する。この段階で、たとえばP台において遊技領域27に打込まれたパチンコ玉が遊技盤面において引っかかるなどのトラブルが発生し、遊技者が遊技場の係員を呼出した場合に、遊技場の係員は、所持しているリモコンを操作してガラス扉のロックを解除して開放させるための赤外線信号をIR受光ユニット320に送信する。それを受けたIR受光ユニット320は、受信した赤外線信号に含まれるガラス扉開放指示信号をメイン制御部323へ入力する。そのガラス扉開の指示入力を受けたCUは、動作指示として、遊技を停止させるための禁止要求有、ガラス開要求無、およびSQN=n2のコマンドをP台へ送信する。つまり、ガラス扉を実際に開放する前にまずP台において打球発射停止制御を行なわせるべく、禁止要求有、およびガラス開要求無の動作指示をP台へ送るのである。P台は、それを受けて、打球発射モータ18の駆動を停止させて打球発射停止状態に制御する。次に、P台は、動作応答として、遊技禁止を拒否しない旨の禁止拒否OFFと、遊技禁止状態にした旨を示す遊技禁止のデータを含むレスポンスをCUへ返信する。一方、CUでは、前述の禁止要求有を含む動作指示のコマンドをP台へ送信した後、P台において遊技領域27に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、10秒のウェイトを設け、この間、CUはP台に対して遊技禁止すなわち禁止要求有の指示を含むコマンドを送信してポーリングを継続する。そして、10秒のウェイト時間が経過した段階で、動作指示として、ガラス扉のロックを解除して開放させるためのガラス開要求有、SQN=nNの指示を含むコマンドをP台へ送信する。それを受けたP台では、ガラス扉開放ソレノイド10を励磁してガラス扉のロックを解除してガラス扉を開放するとともに、ガラス扉開発生中のビットをONにし、以降、ガラス扉が閉じるまでガラス扉閉鎖検出器12からの検出信号が入力されるまでONのまま維持する。そして、P台は、動作応答として、ガラス開拒否OFF、SQN=nN1、遊技禁止、およびガラス開発生中等の応答を含むレスポンスをCUへ返信する。CUでは、ガラス開要求のコマンドに対して拒否されなければすなわちガラス開拒否ONの応答を含むレスポンスが返信されてこなければ、ガラス扉は開放されたと判断する。そして、以降、動作指示として、ガラス開要求無を含むコマンドをP台へ送信する。図34は、図33に示したガラス扉開放処理の変形例を示している。図33の処理に比べた相違点としては、CUにおいてガラス扉開放の指示入力が検出されたときに、遊技の禁止要求を指示する禁止要求有ばかりでなく、ガラス扉のロックを解除して開放要求を指示するガラス開要求有のコマンドがP台に送信される点である。P台は、このコマンド受けて、打球発射モータ18の駆動を停止して打球発射停止状態に制御するとともに、遊技領域27に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、10秒のウェイトを設ける。この10秒のウェイト時間の間、CUとP台とは動作指示/動作応答の送受信を継続する。そして10秒のウェイト時間が経過した段階で、ガラス扉開放ソレノイド10を励磁してガラス扉のロックを解除してガラス扉を開放する。そして、ガラス扉開発生中のビットをONにし、以降、ガラス扉が閉じるまでガラス扉閉鎖検出器12からの検出信号が入力されるまでONのまま維持する。そしてP台は、動作応答として、ガラス扉の開放を拒否しないガラス開拒否OFFと、打球発射停止状態となっている旨を示す遊技禁止と、ガラス扉のロックが解除されて開放中である旨を示すガラス開発生中等のデータを含むレスポンスをCUへ送信する。CUは、ガラス開拒否OFFの動作応答を受信することにより、ガラス扉が開かれたと判断する。このように、図34に示す変形例では、浮遊玉処理待ち時間を考慮した10秒のウェイト処理を、CU側ではなくP台側で実行している点が、特徴である。次に、図35を参照して、セル前枠6のロックを解除して開放する処理を説明する。このセル前枠6の開放処理は、図33に示したガラス扉の6の開放処理と同様の処理がなされる。ここでは相違点を主に説明する。遊技場の係員がリモコンを操作して前枠セル6のロックを解除して開放させるための操作を行なえば、そのリモコンからIR受光ユニット320に対してセル開放指令信号を含む赤外線が出力される。IR受光ユニット320は、それを受けて、セル開放指令信号をメイン制御部323へ出力する。その結果、CUにおいて、セルを開放するためのセル開の指示入力が検出されたと判断される。そして、CUは、動作指示として、遊技を禁止させるための禁止要求有およびセル開要求無等のデータを含むコマンドをP台へ送信する。P台では、それを受けて、打球発射モータ18の駆動を停止させて、打球発射停止状態に制御する。CUでは、浮遊玉処理待ち時間を考慮した10秒のウェイトを設けて、その10秒のウェイト時間が終了した段階で、セルのロックを解除して開放する指示であるセル開要求有のデータを含むコマンドをP台へ送信する。それを受けたP台では、前枠開放ソレノイド11図5参照を励磁して前枠6のロックを解除して前枠6を開放する。そして、セル開発生中のビットをONにし、以降、セルが閉じるまで前枠閉鎖検出器13図5参照からの検出信号が入力されるまでONを維持する。そして、P台は、動作応答として、セルの開放要求を拒否しないセル開拒否OFF、打球発射停止状態となっている旨を示す遊技禁止、セルの開成中であることを示すセル開発生中等のデータを含むレスポンスをCUへ送信する。CUは、セル開要求に対して拒否されていなければ、すなわちセル開拒否OFFを含むレスポンスが返信されてくれば、セルは開かれたと判断する。なお、この図35に示したセルを開放するときの処理においても、図34に示した変形例と同様に、浮遊玉処理待ち時間を考慮した10秒のウェイトを設ける機能をP台側に持たせ、セル開の指示入力が検出されたときにCUが禁止要求有とセル開要求有との指示を含むコマンドをP台に送信し、P台側でそれを受けて打球発射禁止制御を行なった後、10秒のウェイト期間CUとP台とで動作指示/動作応答の継続を行ない、10秒のウェイト時間が経過した段階で、前枠開放ソレノイドを励磁制御して前枠6のロックを解除して開放し、その後、セル開拒否OFF、セル開発生中のデータを含むレスポンスをCUへ送信するようにしてもよい。以上、図33~図35を用いて説明したとおり、本実施の形態によれば、P台の前面部材の具体例となるガラス扉あるいはセルの閉塞状態について、遊技進行に影響を与えることなく解除可能となる。次に図36を参照して、CUがカード保持中に電源起動されてそのときにP台が接続されていない異常が発生したときの処理を説明する。カードが挿入されてP台で遊技をしている最中にCUとP台との間の通信断が発生したために、CUの電源を再起動した段階で、CUからリカバリ要求のコマンドがP台へ送信される。しかし、P台の未接続異常が発生しているために、P台からのレスポンスがCUに返信されてこない。すると、CUは、リカバリ要求のコマンドをP台に再送する。それにも拘らずP台からのレスポンスが返信されてこない場合には、2回目のリカバリ要求をP台に再送する。その2回目の再送に対してもP台からレスポンスが返信されてこない場合には、この段階でCUは、通信異常と判断し、未接続によりエラーが発生した旨の表示を表示器312により行なわせる制御を実行するとともに異常報知ランプを点灯または点滅させる制御を行なう。なお、リカバリ要求の代わりに、機器情報要求のコマンドを送信するようにしてもよい。この状態で、遊技場の店員がそのCUに対してリモコン操作し、挿入されているカードを強制的に排出する赤外線信号をIR受光ユニット320へ出力すると、その強制排出信号がメイン制御部323へ入力される。CUはそれを受けて、CUでバックアップしている遊技玉数を挿入されているカードの持玉に加算するとともに、CUの遊技玉数接続時刻を0クリアしたうえで、挿入されているカードを排出する指令をカードリーダライタへ出力する。それを受けたカードリーダライタは、取込んでいるカードを排出する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUが記憶している遊技玉数に対応する値に更新する。その後CUがカードを排出する。その後、CUは、P台に対してリカバリ要求のコマンドを送信して接続シーケンス図23参照の再開処理を行なう。CUは、カードが挿入された状態待機中以外の状態での接続シーケンスの再開であると判断し、図13の電源起動時の接続シーケンスではなく図23の再接続時の接続シーケンスを実行する。P台の未接続異常が発生してから接続シーケンス図23参照の再開処理が実行されて最初の動作応答をP台が送信するまでの間に、加算玉数たとえばjまたは減算玉数たとえばrが発生している場合の処理は、図23の再開処理で行なわれる。図23を参照して、CUは、リカバリ応答をP台から受信することにより、遊技玉数=0j加算玉数r減算玉数を算出して、その算出結果である遊技玉数=jrをバックアップする。そして、図23で説明したように、SQN補正ON、遊技玉補正ON、およびSQNの値と遊技玉の値とを含む通信開始要求をP台に送信して、P台のSQNと遊技玉数とを補正させる。次に図37を参照して、CUからの動作指示要求動作無がP台に未到達の場合の処理を説明する。図29等で説明したように、P台は、CUからの動作指示のコマンドを受信したことにより、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを、前玉関連情報記憶領域に、前加算減算玉数および前始動口回数としてバックアップ記憶させ、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを0クリアするというバックアップクリア処理を行なうのであるが、図37の場合にはCUからの動作指示がP台に未到達である。ゆえに、P台では、前述のバックアップクリア処理が行なわれない。その結果、加算玉数および減算玉数さらには始動入賞が発生するたびに、それらデータを現在玉関連情報記憶領域に現在玉関連情報として累積加算記憶する。まず、現時点の遊技玉数=520の状態で、CUが動作指示として要求無、SQN=nのコマンドをP台に送信する。しかし、そのコマンドがP台に到達しないために、P台からのレスポンスがCUに返信されない。その結果、CUは同じ動作指示のコマンドを再度P台へ送信する。この再度の送信もP台に到達しなかった場合に、P台からのレスポンスがCUに返信されないために、CUは同じ動作指示について2回目の再送信を行なう。この再送信が繰返されるときには、SQNの値がnで維持され、1の加算更新は行なわれない。2回目の再送信でコマンドがP台に到達した場合に、その動作指示の到達までの間において、P台は、前述したように、加算減算玉数および始動口回数のデータを現在玉関連情報として累積記憶している。そして、その累積記憶されている加算玉数=6、減算玉数=36を用いて、現時点における遊技玉数=5206-36=490を計算し、動作応答として、SQN=n1、遊技玉数=490、加算玉数=6、減算玉数=36、始動口1回数=1、および始動口2回数=1の動作応答のレスポンスをCUへ送信する。CUはそれを受けて、遊技玉数=5206加算玉数-36減算玉数=490を算出し、その490に遊技玉数を修正して記憶する処理を行なう。次に図38を参照して、P台からの動作応答要求動作無に対する応答がCUに未到達の場合の処理を説明する。この図38に示す場合には、CUからのコマンドがP台に入力されるために、前述したバックアップクリア処理が実行されるが、次回のCUからP台に送信されてくるコマンドのSQNの値=nが前回のSQNの値=nと同じであるために、P台は、CUへ送信した動作応答のレスポンスがCUに到達していないことによる再送であると判断し、前回玉関連情報である前加算減算玉数および前始動口回数のデータを0クリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数を累積加算する。具体的には、現時点の遊技玉数=520として、まずCUが動作指示として要求無、SQN=nのコマンドをP台へ送信する。それを受けたP台では、前述のバックアップクリア処理を行なって、現時点の遊技玉数=520-133=510を算出し、その遊技玉数=510をバックアップし、SQN=n1をバックアップするとともに、現加算減算玉数および現始動口回数のデータを前加算減算玉数および前始動口回数にバックアップ記憶させ、動作応答のコマンドを作成して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを0クリアする。また、現時点の遊技玉数510を動作応答のレスポンスのデータに含める。そして、P台は、動作応答として、SQN=n1、遊技玉数=510、加算玉数=3、減算玉数=13、始動口1回数=1、および始動口2回数=0のレスポンスをCUへ送信する。ところが、そのレスポンスがCUに到達しないために、CUでは、前回と同じ動作指示すなわち要求無、SQN=nのコマンドをP台へ送信する。それを受けたP台では、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nであるために、送信した動作応答のレスポンスがCUに到達しなかったことによる再送であると判断し、前回玉関連情報としての前加算減算玉数および前始動口回数のデータをクリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを累積加算してバックアップする。その結果、前加算玉数=33=6、前減算玉数=138=21、前始動口1回数=10=1、前始動口2回数=01=1となる。これらデータからなる動作応答のレスポンスを作成した後、現加算減算玉数および現始動口回数のデータを0クリアする。そして、動作応答として、P台は、SQN=n1、遊技玉数=505、加算玉数=6、減算玉数=21、始動口1回数=1、始動口2回数=1のレスポンスをCUへ送信する。しかし、このレスポンスもCUに到達しないために、CUでは、再度同じ動作指示要求無、SQN=nのコマンドをP台へ送信する。それを受けたP台では、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nであることを判断して動作応答のレスポンスがCUに到達していないための再送信であることを検知する。その結果、P台では、前述と同様の、前回玉関連情報に対する累積加算記憶を行ない、動作応答のレスポンスを作成してCUへ返信する。具体的には、動作応答として、SQN=n1、遊技玉数=485、加算玉数=12、減算玉数=47、始動口1回数=2、始動口2回数=2のレスポンスをCUへ送信する。この動作応答のレスポンスがCUに到達したために、CUでは、遊技玉数=52012-47=485を算出し、その485に遊技玉のデータを修正して記憶する処理を行なう。このように、先に送信した動作応答がCUに到達しなかったときには、P台は、未達の動作応答を再送した上で次の動作応答を送信するのではなく、未達であった情報を合算した後の情報を次の動作応答として送信する。その結果、遊技用装置では、遊技玉数および始動口入賞数に関する情報を確実かつ効率的に収集可能となる。なお、図38の例では、P台からの動作応答が1回未達の場合について説明したが、仮に動作応答が2回未達であった場合には、3回目に送信される動作応答には、2回目に送信された動作応答の情報を合算した合算値が含められることになる。次に図39を参照して、CUからの動作指示加算要求がP台に未到達の場合の処理を説明する。現時点での遊技玉数=520とし、貯玉再プレイまたはプリペイド残高からの引落とし操作があった場合の加算要求玉数=125とし、まずCUが動作指示として、加算要求有、SQN=n、および加算要求玉数=125のデータを含むコマンドをP台へ送信する。しかしそのコマンドがP台に到達しないために、P台からのレスポンスがCUに返信されてこない。その結果、前述と同様に、CUは同じ動作指示のコマンドを再送信する。その再送信のコマンドもP台に到達しなかったためにそれに対応するP台からのレスポンスがCUに送信されてこない。よって、前述と同様にCUは同じ動作指示のコマンドについて2回目の再送信を行なう。この2回目の再送信コマンドがP台に到達する。CUからの動作指示のコマンドの未到達期間においては、P台では、前述のバックアップクリア処理を行なうことなく、現在玉関連情報としての現加算減算玉数および現始動口回数に加減算データおよび始動口回数データを累積加算して記憶する。そして、P台は、現時点の遊技玉数=520125加算要求玉数6現加算玉数-36現減算玉数=615を算出し、現時点の遊技玉数データを615とし、動作応答のレスポンスを作成する。具体的には、P台は、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=615、加算玉数=6、減算玉数=36、始動口1回数=1、および始動口2回数=1のレスポンスをCUへ送信する。CUは、それを受けて、遊技玉数=5201256-36=615を算出し、その615に遊技玉数データを修正して記憶する。次に図40を参照して、P台からの動作応答加算要求に対する応答が未到達の場合の処理を説明する。当初の遊技玉数=520で、貯玉再プレイまたはプリペイド残高から引落として遊技使用するための操作が行なわれて125玉数の加算要求が発生した場合を説明する。まずCUは、動作指示として、加算要求有、SQN=n、および加算要求玉数=125のコマンドをP台へ送信する。それを受けたP台は、現在玉関連情報としての、加算玉数=3、減算玉数=13、始動口1回数=1、および始動口2回数=0、ならびにSQN=n1のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数=5201253-13=635を算出して遊技玉数=635を記憶する。そして、P台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを0クリアし、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=635、加算玉数=3、減算玉数=13、始動口1回数=1、および始動口2回数=0のレスポンスをCUへ送信する。しかし、そのレスポンスがCUに到達しなかったために、CUは、前回と同じ動作指示のコマンドをP台に再送信する。その再送信に際しては、SQNを1加算更新することなく前回と同じ値nのSQNをP台へ送信する。P台では、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nであることを判断して動作応答のレスポンスがCUに到達していないための再送信であることを検知し、受信したコマンドに加算要求玉数=125が含まれているもののそのコマンドに基づいた遊技玉の加算更新を行なわない。つまり、加算要求に応じた加算更新は2重実行しない。また、P台では、コマンドの再送検知を行なったために、図38の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数=3、減算玉数=8、始動口1回数=0、始動口2回数=1を、累積加算して記憶する。そして、遊技玉数=6353-8=630を算出し、遊技玉数を630に修正したうえで記憶する。その後、P台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=630、加算玉数=6、減算玉数=21、始動口1回数=1、および始動口2回数=1をレスポンスとしてCUへ送信する。このレスポンスもCUに到達しなかったために、CUは同じ動作指示のコマンドについて2度目の再送信を行なう。P台では、前述と同様に再送検知を行ない、加算要求玉数=125を受信しつつもそれに伴う加算更新は行なわず、加算要求に応じた加算更新の2重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の0クリアを行なった後、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=610、加算玉数=12、減算玉数=47、始動口1回数=2、および始動口2回数=2のレスポンスをCUへ送信する。このレスポンスがCUに到達したために、CUでは、遊技玉数=52012512-47=610を算出し、遊技玉数を610に修正して記憶する。このように、P台では、CUから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nである場合には、再送信であると判断し、追加の加算要求であると判断せず、遊技玉の加算更新を行なわず、加算要求に応じた加算更新の2重実行を行なわない。次に図41を参照して、CUからの動作指示減算要求がP台に到達しなかった場合の処理を説明する。当初の遊技玉数=520で、ワゴンオーダー等の発生により300玉数の減算要求が発生した場合を説明する。まずCUは、動作指示として、減算要求有、SQN=n、および減算要求玉数=300のコマンドをP台へ送信する。ところがそのコマンドがP台に到達しなかったために、P台からのレスポンスがCUへ返信されない。よって、CUは再度同じ動作指示のコマンドをP台へ送信する。この再送信のコマンドもP台に到達しなかったためにP台からのレスポンスがCUへ返信されない。そこでCUは同じ動作指示のコマンドについて、2回目の再送信を行なう。この2回目の再送信のコマンドがP台に到達する。P台では、CUからの動作指示のコマンドが未到達の期間中、図37の処理と同様に、加算減算玉数および始動入賞が発生するたびに現在玉関連情報記憶領域にそれらデータを累積記憶する。そして、2回目の動作指示のコマンドがP台に入力された段階で、遊技玉=520-3006-36=190を算出して、その遊技玉=190を記憶する。そして、動作応答として、減算拒否OFF、SQN=n1、遊技玉数=190、加算玉数=6、減算玉数=36、始動口1回数=1、および始動口2回数=1のレスポンスをCUへ送信する。CUではそれを受けて、遊技玉=520-3006-36=190を算出し、その190に遊技玉を修正して記憶する。このように、CUは、遊技玉からの減算を行なう際には、まず減算要求有および減算要求玉数のデータを含む動作指示のコマンドをP台へ送信し、それに対する動作応答としてのレスポンスがCUへ返信されてきたのを待って、減算要求分を遊技玉から減算する。遊技玉を加減算して現在の遊技玉を管理する主管理機能はCU側にあるものの、P台において遊技の進行に伴い刻々変化する遊技玉に対してCU側ではP台からの加減算玉数を含む動作応答が返信されてきて初めて遊技玉の加減算を行なって現在の遊技玉を算出することができるのであり、そのP台からの動作応答を待つ期間分、P台に比べてCUでの遊技玉の算出時期が遅れる。したがって、CU側での現時点の遊技玉データはP台に対して時間遅れのあるデータであり、仮にCU側での現時点の遊技玉が減算要求玉数分あるからといっても、P台側では実際には減算要求玉数分の遊技玉が残っていない恐れもある。ゆえに、本実施の形態においては、遊技玉の減算に際しては、CUはP台からの動作応答のレスポンスを待って、減算要求分の遊技玉の減算を行なうようにしているのである。次に図42を参照して、P台からの動作応答減算要求に対する応答がCUに到達しなかった場合の処理を説明する。当初の遊技玉数=520、減算要求玉数=300として、まずCUは、動作指示として、減算要求有、SQN=n、および減算要求玉数=300のコマンドをP台へ送信する。それを受けたP台は、現在玉関連情報としての、加算玉数=3、減算玉数=13、始動口1回数=1、および始動口2回数=0、ならびにSQN=n1のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数=520ー3003-13=210を算出して遊技玉数=210を記憶する。そして、P台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを0クリアし、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=210、加算玉数=3、減算玉数=13、始動口1回数=1、および始動口2回数=0のレスポンスをCUへ送信する。しかし、そのレスポンスがCUに到達しなかったために、CUは、前回と同じ動作指示のコマンドをP台に再送信する。その再送信に際しては、SQNを1加算更新することなく前回と同じ値nのSQNをP台へ送信する。P台では、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nであることを判断して動作応答のレスポンスがCUに到達していないための再送信であることを検知し、受信したコマンドに減算要求玉数=300が含まれているもののそのコマンドに基づいた遊技玉の減算更新を行なわない。つまり、減算要求に応じた減算更新は2重実行しない。また、P台では、コマンドの再送検知を行なったために、図38の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数=3、減算玉数=8、始動口1回数=0、始動口2回数=1を、累積加算して記憶する。そして、遊技玉数=2103-8=205を算出し、遊技玉数を205に修正したうえで記憶する。その後、P台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=205、加算玉数=6、減算玉数=21、始動口1回数=1、および始動口2回数=1をレスポンスとしてCUへ送信する。このレスポンスもCUに到達しなかったために、CUは同じ動作指示のコマンドについて2度目の再送信を行なう。P台では、前述と同様に再送検知を行ない、減算要求玉数=300を受信しつつもそれに伴う減算更新は行なわず、減算要求に応じた減算更新の2重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の0クリアを行なった後、動作応答として、加算拒否OFF、SQN=n1、遊技玉数=2056-26=185、加算玉数=12、減算玉数=47、始動口1回数=2、および始動口2回数=2のレスポンスをCUへ送信する。このレスポンスがCUに到達したために、CUでは、遊技玉数=520-30012-47=185を算出し、遊技玉数を185に修正して記憶する。このように、P台では、CUから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したSQNがバックアップしているSQN=n1よりも1つ前の値=nであった場合には、再送信であると判断し、追加の減算要求であると判断せず、遊技玉の減算更新を行なわず、減算要求に応じた減算更新の2重実行を行なわない。次に図43を参照して、CUの加算要求に対してP台が加算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520、CUに挿入されている遊技用記録媒体カードの残高=1000円とし、まずCUから動作指示として、要求無、SQN=nのコマンドがP台へ送信される。P台は、遊技玉=5203-23=500を算出してその遊技玉数、加算玉数、減算玉数、始動口1回数、始動口2回数、SQN=n1のデータを含む動作応答をCUへ返信する。CUはその動作応答に基づいて遊技玉を算出して遊技玉=500に修正する。次に貸出しボタン321が押下操作され、CUは、動作指示として、加算要求有、SQN=n2、残高=500および加算要求玉数=125を含むコマンドをP台へ送信する。P台では、何らかの理由で、加算を拒否する加算拒否ONを含む動作応答のレスポンスをCUへ返信する。CUは、加算拒否OFFを含む動作応答を受信したために、P台において遊技玉の加算ができず、P台とCUとの間に遊技玉の差異が生じたことを判別し、通信コネクションを切断するために、通信切断要求のコマンドをP台へ送信する。それを受けたP台は、通信切断応答のレスポンスをCUへ返信し、通信コネクションを切断するとともに、払出制御部17から発射制御基板31へ発射を停止させるための発射制御信号を送信し、それを受けた発射制御基板31が発射モータ18の駆動を停止させて遊技を停止させる。P台は、さらに、リカバリデータとして、SQN=n3、前回玉数としての、前加算玉数=6、前減算玉数=36、前始動口1回数=2、前始動口2回数=2、現在玉数としての、現遊技玉数=460、現加算玉数=3、現減算玉数=13、現始動口1回数=1、現始動口2回数=1のデータを記憶する。次に、CUとP台との間で、チップID認証を行なった後、リカバリ要求のコマンド、リカバリ応答のレスポンスの送受信が行なわれる。このリカバリ応答のレスポンスでは、P台側において記憶している前述したリカバリデータがCU側に送信される。CUは、そのリカバリデータ現加算玉数=3、現減算玉数=13に従って、遊技玉数=5953-13=583を算出してバックアップする。以降、図23に示した再接続時接続シーケンスの処理に移行し、CUは、通信開始要求において、遊技玉補正ON、遊技玉=583を含むコマンドをP台へ送信する。P台はこれを受けて、遊技玉=583に補正する。CUは、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断し、図13の電源起動時の接続シーケンスではなく図23の再接続時の接続シーケンスを実行する。この図43の処理においても、残高の消費は、P台からの動作応答のレスポンスを待つことなくCU側で確定するものであるために、P台からの動作応答として加算拒否ONを含むレスポンスが返信されてきたとしても、それ以前の段階で既に残高消費がCU側において確定している。次に図44を参照して、CUの減算要求に対してP台が減算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520として、動作指示のコマンドおよび動作応答のレスポンスをCUとP台との間で1往復送受信した段階で、加算玉数=3、減算玉数=13になっているために、遊技玉=5203-13=510となる。この段階でワゴンサービスのオーダー等が発生して500玉分の減算要求が生じた場合に、CUは、動作指示として、減算要求有、SQN=n2、および減算要求玉数=500のコマンドをP台へ送信する。このコマンドを受けた段階では、P台において、加算玉数=6、減算玉数=36となっており、現時点における遊技玉数=5106-36=480となっている。その結果、減算要求玉数500に対して現時点の遊技玉数480の方が少ないために、500の減算要求に応えることができない。よって、P台は、動作応答として、減算要求を拒否する旨を示す減算拒否ON、SQN=n3、遊技玉数=480、加算玉数=6、減算玉数=36、始動口1回数=2、および始動口2回数=2のレスポンスをCUへ送信する。CUは、それを受けて、遊技玉=5106-36=480を算出して遊技玉を480に修正する。そして、減算拒否の検知を行ない、減算キャンセルの処理を行なう。この減算キャンセルの処理は、たとえば、表示器312により、遊技玉不足で減算できませんなどのメッセージを表示する。そして以降通常の動作指示および動作応答のポーリングを行なう。次に図45を参照して、CUのクリア指示要求に対してP台がクリア拒否の応答を返信した場合の処理を説明する。この図45では、CUがクリア要求を送信する部分からのシーケンスを記載している。たとえば、図31の処理と同様にして、返却ボタン322が押下操作されてから、P台からCUに対して遊技完了ONの動作応答が送信されてくると、図45に示すように、CUは、クリア要求有、クリア表示中、およびSQN=nN3の動作指示のコマンドをP台へ送信する。それを受けたP台は、何らかの理由でクリアできない旨を示すクリア拒否ON、SQN=nN4、遊技玉数=480、加算玉数=6、減算玉数=36、始動口1回数=1、始動口2回数=2の動作応答のレスポンスをCUへ送信する。この段階で遊技玉=480となっている。そしてCUはクリア拒否を検知し、動作指示として要求無およびSQN=nN4のコマンドをP台へ送信し、クリアキャンセルの処理を行なう。このクリアキャンセルの処理は、たとえば返却操作されましたがクリアできずキャンセルしますなどのメッセージを表示器312に表示する等の処理である。以降CUとP台との間で動作指示および動作応答の通常のポーリングを行なう。図46を参照して、CUの遊技許可要求に対してP台が許可拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520とし、何らかの遊技禁止要因が発生したトラブル状態において、P台の遊技が禁止されている状態で動作指示のコマンドおよび動作応答のレスポンスがCUとP台との間で送受信され、図46の遊技禁止要因解消の段階で遊技禁止要因が解消されたとする。そのときに、CUは、動作指示として、遊技許可要求有およびSQN=n2のコマンドをP台へ送信する。しかし、P台は、何らかの理由で、打球発射できない状態すなわち遊技許可要求を拒否する遊技拒否ONを含む動作応答のコマンドをCUへ返信する。CUは、それを受けて、遊技許可されるまで、動作指示として遊技許可要求有を含むコマンドをP台へ繰返し送信する。次に図47を参照して、CUの遊技禁止要求に対してP台が禁止拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520とし、CUとP台との間で通常の動作指示のコマンドおよび通常の動作応答のレスポンスの送受信が行なわれ、図47の遊技禁止要因発生の段階で、たとえば返却ボタン322が操作される等の遊技禁止要因が発生したとする。この段階でCUは、動作指示として、遊技禁止要求有およびSQN=n2のコマンドをP台へ送信する。P台では、何らかの理由で遊技禁止要求を拒否する禁止拒否ONを含む動作応答のレスポンスをCUへ返信する。CUは、それを受けて遊技禁止拒否を検知し、遊技禁止されるまで、動作指示として、遊技禁止要求有を含むコマンドをP台へ送信する。次に図48を参照して、CUのガラス開要求に対してP台がガラス開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520としてガラス扉の開放指示の入力が検知された場合に、図48では図示されていないが、図33の処理と同様に、CUはまず動作指示として、禁止要求有およびガラス開要求無のコマンドをP台へ送信する。P台は、それを受けて、打球発射モータ18の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否OFFおよび遊技禁止を含むレスポンスをCUへ送信する。CUは、浮遊玉処理待ち時間を考慮した10秒のウェイトを設け、この10秒間、CUはP台に対して動作指示遊技禁止でポーリングを継続する。そしてCUは、10秒のウェイトが終了した段階で、ガラス開要求有およびSQN=n2の動作指示のコマンドをP台へ送信する。P台は、それを受けて、何らかの理由でガラス扉のロックを解除して開放することを拒否するガラス開拒否ONを含む動作応答のレスポンスをCUへ送信する。CUはそれを受けてガラス開拒否を検知し、動作指示として要求無を含むコマンドをP台へ送信するとともに、ガラス開キャンセルの処理を行なった後以降通常のポーリングを実行する。このガラス開キャンセルの処理は、たとえば、ガラス扉の開放ができませんなどのメッセージを表示器312により表示させる等の処理である。次に図49を参照して、CUのセル開要求に対してP台がセル開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520としてセルの開放指示の入力が検知された場合に、図49では図示されていないが、図35の処理と同様に、CUはまず動作指示として、禁止要求有およびセル開要求無のコマンドをP台へ送信する。P台は、それを受けて、打球発射モータ18の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否OFFおよび遊技禁止を含むレスポンスをCUへ送信する。CUは、浮遊玉処理待ち時間を考慮した10秒のウェイトを設け、この10秒間、CUはP台に対して動作指示遊技禁止でポーリングを継続する。そしてCUは、10秒のウェイトが終了した段階で、セル開要求有およびSQN=n2の動作指示のコマンドをP台へ送信する。P台は、それを受けて、何らかの理由でセルのロックを解除して開放することを拒否するセル開拒否ONを含む動作応答のレスポンスをCUへ送信する。CUはそれを受けてセル開拒否を検知し、動作指示として要求無を含むコマンドをP台へ送信するとともに、セル開キャンセルの処理を行なった後以降通常のポーリングを実行する。このセル開キャンセルの処理は、たとえば、セルの開放ができませんなどのメッセージを表示器312により表示させる等の処理である。次に図50を参照して、加減算データに関する動作応答到達後のCU側での電源断発生時のリカバリ処理を説明する。当初の遊技玉数=520でSQN=nの状態で動作指示のコマンドをP台に送信し、P台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23の加減算データを含むレスポンスをCUへ送信する。そのレスポンスがCUに到達したことによって、SQN=n1、遊技玉数=500に修正した後、CUで電源断が発生した場合に、以降CUからのコマンドがP台へ送信されなくなる。P台では、4秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=5006-36=470が算出されてその遊技玉=470が記憶される。次にCUにおいて電源断が復旧して起動した場合に、図23の処理と同様に、相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n1、前回玉数としての、前加算玉数=3、前減算玉数=23、前始動口1回数=1、前始動口2回数=1、現在玉数としての、現遊技玉数=470、現加算玉数=6、現減算玉=36、現始動口1回数=2、現始動口2回数=2を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じでありかつ双方のSQNが一致していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUの遊技玉数6現加算玉数-36現減算玉数=470、加算玉数累計=6、減算玉数累計=36、始動口1累計=2、始動口2累計=2に修正する。次に図51を参照して、動作指示到達前のCU側における電源断発生時のリカバリ処理を説明する。当初の遊技玉数=520として、動作指示のコマンドを受けたP台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23、始動口1回数=1、および始動口2回数=1のレスポンスをCUへ送信し、CUがそれに伴ってSQN=n2、遊技玉=500に修正した後、CUは、動作指示として、要求無、SQN=n2、およびのコマンドをP台へ送信する。そのコマンドがP台に到達せず、その直後にCUにおいて電源断が発生した場合に、P台は、最後のレスポンスを送信した後4秒間以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。次にCUにおいて電源断が復旧して起動した場合に、図23の処理と同様に、相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n1、前回玉数としての、前加算玉数=3、前減算玉数=23、前始動口1回数=1、前始動口2回数=1、現在玉数としての、現遊技玉数=5006-36=470、現加算玉数=6、現減算玉=36、現始動口1回数=2、現始動口2回数=2を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり動作指示送信中でなく、かつP台側のSQNよりもCU側のSQNの方が1つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUの遊技玉数6現加算玉数-36現減算玉数=470、加算玉数累計=6、減算玉数累計=36、始動口1累計=2、始動口2累計=2に修正する。次に図52を参照して、加減算データに関する動作応答到達前にCU側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数=520として、通常の動作指示および通常の動作応答をCUとP台との間でい往復送受信した後、要求無、SQN=n2の動作指示のコマンドがP台に送信された後、P台が動作応答として、SQN=n3、遊技玉数=470、加算玉数=6、減算玉数=36、始動口1回数=2、始動口2回数=2のレスポンスをCUに送信した。しかし、そのレスポンスがCUに到達せず、そのレスポンスに従った動作応答処理をCUが実行する前にCUで電源断が発生した場合に、P台は、最後のレスポンス送信後4秒経過した時点でコマンドが送信されてこなければ切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態とする。次にCUにおいて電源断が復旧して起動した場合に、図23の処理と同様に、相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n3、前回玉数としての、前加算玉数=6、前減算玉数=36、前始動口1回数=2、前始動口2回数=2、現在玉数としての、現遊技玉数=470-3=467、現加算玉数=0、現減算玉=3、現始動口1回数=0、現始動口2回数=0を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じでありかつP台のSQNが1進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUの遊技玉数6現加算玉数0現加算玉数-36現減算玉数-3現減算玉数=467、加算玉数累計=6現加算玉数0現加算玉数、減算玉数累計=36現減算玉数3現減算玉数、始動口1累計=2前始動口1回数0現始動口1回数、始動口2累計=2前始動口2回数0現始動口2回数に修正する。図53は、図50に示したCU側電源断発生時のリカバリにおいて通信相手が不一致の場合の制御内容を示すフローチャートである。aはCUが新たなCUに取替えられて不一致となった場合、bはP台が新たなP台に取替えられて不一致となった場合を示している。たとえばCUが故障して電源断が発生し、その故障したCUを新たなCUに取替えることが遊技場でよく行なわれる。遊技場においては、ユニットストッカで複数台のCUがエージングされている。このエージングとは、上位サーバと接続されたスタンバイ状態のことである。そのユニットストッカにエージングされているCUに故障したCUを取替えてP台と接続し、再起動させた状態が図53aに示されている。この場合、CUからのリカバリ要求に対して、P台から遊技玉数およびCIDなどのリカバリデータを含むリカバリ応答が返信されてくるが、その時点では、CUは、接続されている相手P台が違うと判断し、P台のリカバリデータを遊技玉の補正に使用しない。ただし、CUは、そのリカバリデータは記憶しておく。その後、電源断時に使用されていたカードがCUに挿入されると、その挿入されたカードに記録されているC-IDを読取り、その挿入されたカードのC-IDとリカバリ応答として送られてきていたC-IDとが一致するか否か判定し、一致する場合には、記憶しているリカバリデータに基づいて、下記のとおりのバックアップ値に補正する処理を行なう。遊技玉数=470、加算玉累計=6、減算玉累計=36、始動口1累計=2、始動口2累計=2なお、C-IDの判定結果が不一致の場合にはリカバリ応答に含まれている現遊技玉数を上位サーバ801へ送信する処理を行なう。その際、リカバリデータに含まれているC-IDも上位サーバ801へ送信するようにしてもよい。それを受けた上位サーバ801では、C-IDに対応付けて受信した現遊技玉数をバックアップ記憶する。このC-IDの判定結果が不一致となる場合としては、遊技者が遊技をしている最中にCUが故障してエージングされている新たなCUと取替える取替作業中に遊技者が遊技の続行を諦めてしまい、取替作業終了後に他の遊技者が遊技を開始するべくカード挿入した場合である。このような場合には、取替作業中に遊技の続行を諦めてしまった遊技者に対してなんらかの損失補填を行なう必要がある。このような遊技の続行を諦めた遊技者が上位サーバ801に自己が所有する会員カードのC-IDを読取らせてバックアップされている現遊技玉数を持玉として当該会員カードに対応付けて排出し、景品交換等ができるようにする。また、遊技の続行を諦めた遊技者が一旦遊技場から立ち去った後、その立ち去った遊技者がその遊技場に再度来店した場合にも損失補填できるようにするべく、数日間上位サーバ801に現遊技玉数をバックアップさせておき、再度来店した遊技者が上位サーバ801に自己が所有する会員カードのC-IDを読取らせてバックアップされている現遊技玉数を持玉として当該会員カードに対応付けて排出し、景品交換等ができるようにしてもよい。ただし、CUの故障電源断に伴なってカードが破損してしまった場合には、挿入されたカードのCIDとリカバリ応答として送られてきたCIDとの一致判定をするという処理自体を行なうことができない。このような場合には、店員が介在して手補正する。手補正の際には、P台側の表示器54の表示を利用する。本実施の形態では、P台でCUの電断を検知すると、P台の払出制御部17から表示器用演出制御基板53に対して、CU電断等によりCUへ送信できなかった未送信データを表示することを要求するコマンドが繰返し送信される。表示器用演出制御基板53は、その要求に基づいて、未送信データを表示する。ここでいう、未送信データとは、遊技玉数を初めとして、始動口入賞数を含む一連の玉関連情報図6参照である。このため、電断発生時にCUから排出されたカード破損しており、その記録情報が読み取れない場合であっても、P台側の表示器54の表示を利用することによって、CU側のデータを正しい値に補正することができる。これにより、遊技者が損失を被ることがない。なお、バックアップ値の自動補正をする条件として、C-IDの一致判定に加えて、所定時間たとえば20分間が経過していないことを条件としてもよい。つまり、故障したCUを新たなCUに取替えて接続する作業は、10分程度で終了するために、その取替作業が十分実行可能な所定時間たとえば20分間が経過した後において、カードが挿入されてたとえC-IDが一致すると判定されたとしても、バックアップデータの自動補正は行なわないように制御してもよい。また、故障したCUが軽微な故障であって通信可能な場合には、そのCUをユニットストッカに戻してユニットストッカからストッカIDと共に遊技玉数とC-IDとを上位サーバ801へ送信し、かつ、P台と接続された新たなCUがP台からのリカバリデータに基づいて補正した遊技玉数等のデータを上位サーバ801へ送信し、上位サーバ801において、両者の遊技玉数等のデータを照合して一致するか否かを確認するように制御してもよい。そして一致しない場合には異常判定を行ない異常報知等の所定の異常処理を行なう。さらに、P台から送信されてくるリカバリデータに基づいてCUがデータ補正を行なう代わりに、上位サーバ801からリカバリデータをダウンロードしてCUがデータ補正を行なうようにしてもよい。具体的には、CUは定期的に上位サーバ801へ遊技玉数とC-ID等のデータを送信して上位サーバ801でバックアップ記憶しておき、新たなCUに交換されてP台に接続された後のリカバリ応答に含まれているC-IDとそのCUに挿入されたカードに記録されているC-IDとが一致したときに、そのC-IDを上位サーバ801へ送信してそのC-IDに対応してバックアップ記憶されている遊技玉数等のリカバリデータをダウンロードしてそのCUへ記憶させるようにしてもよい。図53bは、電源断の後P台が新たなものに取替えられて接続された場合が示されている。その場合に、まず起動処理が行なわれて、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答が送受信される。そして、CUは、機器情報応答に基づいて接続相手のP台が異なると判断し、そのP台のリカバリデータを遊技玉の補正に使用しない。新たなP台に取替えられる前に設置されていた元のP台のリカバリデータについては、遊技場の店員介在の下、POSで人為的に手補正する。図54は、図51に示したCU側電源断発生時のリカバリにおいて通信相手が不一致の場合の制御が示されている。この図54の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。図55は、図52に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図55の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。次に図56を参照して、加算要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数=520でプリペイド残高が1000円として、通常の動作指示と通常の動作応答とをCUとP台との間で送受信し、その間に生じた加算玉数および減算玉数に基づいて遊技玉=500となった段階で、貸出しボタン321が押下操作された。すると、CUは、SQN=n2、加算要求玉数=125とし、残高=1000円-500円=500円を算出して残高を500円に更新して残高の消費をこの段階で確定する。そしてCUは、動作指示として、加算要求有、SQN=n2、残高=500および加算要求玉数=125を含むコマンドをP台へ送信する。このコマンドがP台へ到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。一方、CUでは、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後には、図23の処理と同様に、相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n1、前回玉数としての、前加算玉数=3、前減算玉数=23、前始動口1回数=1、前始動口2回数=1、現在玉数としての、現遊技玉数=470、現加算玉数=6、現減算玉=36、現始動口1回数=2、現始動口2回数=2を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり、かつP台側のSQNよりもCU側のSQNより1つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=625CUの遊技玉数6現加算玉数-36現減算玉数=595、加算玉数累計=6、減算玉数累計=36、始動口1累計=2、始動口2累計=2に修正する。次に図57を参照して、加算要求に対する動作応答到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数=520、プリペイド残高=1000円とし、通常の動作指示および通常の動作応答がCUとP台との間で送受信され、その間に生じた加算減算玉数に基づいて遊技玉=500となった後に、貸出しボタン321が押下操作された。するとCUでは、SQN=n2、加算要求玉数=125にするとともに、残高=1000円-500円=500円を算出し、残高を500円にしてこの段階で残高の消費を確定させる。そして、CUは、動作指示として、加算要求有、SQN=n2、残高=500、および加算要求玉数=125のコマンドをP台へ送信する。それを受けたP台は、動作応答として、SQN=n3、遊技玉数=595、加算玉数=6、減算玉数=36、始動口1回数=2、および始動口2回数=2のレスポンスをCUへ送信する。このレスポンスがCUに到達せず、CUにおいてこのレスポンスに応じた動作応答処理を行なう前に電源断が発生した場合に、以降CUからのコマンドがP台へ送信されなくなる。P台では、4秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=595-3=592が算出されてその遊技玉=592が記憶される。次にCUにおいて電源断が復旧して起動した場合に、図23の処理と同様に、相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n3、前回玉数としての、前加算玉数=6、前減算玉数=36、前始動口1回数=2、前始動口2回数=2、現在玉数としての、現遊技玉数=592、現加算玉数=0、現減算玉=3、現始動口1回数=0、現始動口2回数=0を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり動作指示送信中で、P台のSQNが1進んでいると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=625CUの遊技玉数6前加算玉数0現加算玉数-36前減算玉数-3現減算玉数=592、加算玉数累計=6前加算玉数0現加算玉数、減算玉数累計=36前減算玉数3現減算玉数、始動口1累計=2前始動口1回数0現始動口1回数、始動口2累計=2前始動口2回数0現始動口2回数に修正する。図58は、図56に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図58の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。図59は、図57に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示す図である。この図59の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。次に図60を参照して、減算要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数=520として、CUとP台との間で通常の動作指示および通常の動作応答の送受信が行なわれ、その間における加減算玉数に応じて遊技玉数=500になった段階で、ワゴンサービスの要求等によって300玉分の減算要求が発生した場合に、CUでは、SQN=n2、減算要求玉数=300として、動作指示として、減算要求有、SQN=n2、および減算要求玉数=300のコマンドをP台へ送信する。このコマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。一方、CUでは、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後には、チップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n1、前回玉数としての、前加算玉数=3、前減算玉数=23、前始動口1回数=1、前始動口2回数=1、現在玉数としての、現遊技玉数=470、現加算玉数=6、現減算玉=36、現始動口1回数=2、現始動口2回数=2を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり、かつCU側のSQNが1進んでいるため、減算要求がP台において実行されていないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUの遊技玉数6現加算玉数-36現減算玉数=470、加算玉数累計=6、減算玉数累計=36、始動口1累計=2、始動口2累計=2に修正する。このように、CUは、SQNの値に基づいてP台において減算要求が実行されていないと判断したことにより、リカバリ処理に伴うバックアップ値の修正において、300玉数分の減算要求が発生しておりながらも遊技玉数から減算要求玉数300の減算を行なわない。次に図61を参照して、減算要求に対する動作応答の到達前の段階においてCU側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数=520とし、CUとP台との間で通常の動作指示および通常の動作応答の送受信がなされ、その間に発生した加算減算玉数に応じて遊技玉数=500となった段階で、300玉数分のワゴンサービスの要求が発生した場合に、CUは、SQN=n2、減算要求玉数=300とし、動作指示として、減算要求有、SQN=n2、および減算要求玉数=300のコマンドをP台へ送信する。P台は、それを受けて、SQN=n3、遊技玉数=170、加算玉数=6、減算玉数=36、始動口1回数=2、および始動口2回数=2のレスポンスをCUへ送信する。そのレスポンスがCUに到達せず、CUにおいてそのレスポンスに応じた動作応答の処理が実行される前に電源断が発生した場合に、以降CUからのコマンドがP台へ送信されなくなる。P台では、4秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=170-3=167が算出されてその遊技玉=167とSQN=n3とが記憶される。次にCUにおいて電源断が復旧して起動した場合に、図23と同様に相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=n3、前回玉数としての、前加算玉数=6、前減算玉数=36、前始動口1回数=2、前始動口2回数=2、現在玉数としての、現遊技玉数=167、現加算玉数=0、現減算玉=3、現始動口1回数=0、現始動口2回数=0を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり動作指示送信中で、かつP台のSQNが1進んでいるために、P台が減算指示を受信していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUの遊技玉数6前加算玉数0現加算玉数-36前減算玉数-3現減算玉数=467、加算玉数累計=6前加算玉数0現加算玉数、減算玉数累計=36前減算玉数3現減算玉数、始動口1累計=2前始動口1回数0現始動口1回数、始動口2累計=2前始動口2回数0現始動口2回数に修正する。CUは、電源起動時に機器情報要求を送信して接続シーケンスを再開させるのであるが、CUがバックアップしているSQNとP台から送信されてきたSQNとが整合しないと判断して、図13の電源起動時の接続シーケンスではなく図23の再接続時の接続シーケンスを実行する。その結果、CUは、リカバリ後の動作指示で、P台側に減算キャンセル分の遊技玉を強制加算させるとともにSQNを補正させるべく、遊技玉補正ON、遊技玉=467、SQN補正ON,SQN=n2を含む通信開始要求をP台へ送信する図23参照。P台は、それを受けて、遊技玉=467、SQN=n3に修正して記憶する。このように、P台が減算指示を受信していると判断した場合においても、減算キャンセルの処理を行なう理由は、減算指示を受信したP台側において必ずその減算指示に従った減算処理を行なっているとは限らず、P台側で減算の拒否が行なわれた可能性もある。このようなP台側での減算の拒否が行なわれた場合には、CU側において減算を確定してしまうと遊技玉の残数がマイナス値となるという不都合が生じる。このような理由により、減算キャンセルを行なう。その結果、このようなCU側電源断発生時において、P台側では持点残数が不足するために減算指示を拒否したはずであるにもかかわらず、減算が行なわれたこととなって遊技機側の遊技玉の残数がマイナス値になってしまう不都合を防止できる。図62は、図60に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図62の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。図63は、図61に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図63の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。次に図64を参照して、クリア要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図64では、図31の処理と同様に、CUはP台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをP台へ送信する。P台では、それを受けて、動作応答として、禁止拒否OFFおよび遊技禁止のデータを含むレスポンスをCUへ返信する。そして図31の処理と同様に、P台において、15秒ウェイトを設けてこの15秒ウェイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=nN3にし、動作指示として、クリア要求有、クリア表示中、SQN=nN3を含むコマンドをP台へ送信したが、そのコマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。一方、CUでは、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後には、図23と同様に相互認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとP台とが行なう。P台では、リカバリデータとして、SQN=nN2、前回玉数としての、前加算玉数=0、前減算玉数=0、前始動口1回数=0、前始動口2回数=0、現在玉数としての、現遊技玉数=500、現加算玉数=0、現減算玉=0、現始動口1回数=0、現始動口2回数=0を記憶し、リカバリ応答としてCUへ送信する。CUでは、通信相手が同じであり、かつCU側のSQNが1進んでいるため、クリア要求は到達していないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500現遊技玉数0現加算玉数-0現減算玉数=500、加算玉数累計=0、減算玉数累計=0、始動口1累計=0、始動口2累計=0に修正する。次に図65を参照して、クリア要求に対する動作応答の到達前の段階でCU側において電源断が発生した場合のリカバリ処理を説明する。挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図65では、図31の処理と同様に、CUはP台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをP台へ送信する。P台では、それを受けて、動作応答として、禁止拒否OFFおよび遊技禁止のデータを含むレスポンスをCUへ返信する。そして図31の処理と同様に、P台において、15秒ウェイトを設けてこの15秒ウェイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=nN3にし、動作指示として、クリア要求有、クリア表示中ON、およびSQN=nN3を含むコマンドをP台へ送信する。そして、P台は、この動作指示を受けて、クリア要求に従って遊技玉を0クリアして遊技玉=0にするとともに、SQNも0クリアしてSQN=0にした上で、動作応答として、SQN=0、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、および始動口2回数=0のレスポンスをCUへ送信する。このレスポンスがCUに到達せず、CUにおいて、そのレスポンスに応じた動作応答処理を行なう前の段階で電源断が発生した場合に、以降CUからのコマンドがP台へ送信されなくなる。P台では、4秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。次にCUにおいて電源断が復旧して起動した場合に、図23の処理と同様に接続シーケンスを再開させ、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をCUとP台とが行なう。P台では、リカバリデータとして、SQN=0、前回玉数としての、前加算玉数=0、前減算玉数=0、前始動口1回数=0、前始動口2回数=0、現在玉数としての、現遊技玉数=0、現加算玉数=0、現減算玉=0、現始動口1回数=0、現始動口2回数=0を記憶し、リカバリ応答としてCUへ送信する。CUでは、P台側のSQNが0のため、P台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUのバックアップ値0現加算玉数-0現減算玉数=500、加算玉数累計=0現加算玉数、減算玉数累計=0現減算玉数、始動口1累計=0現始動口1回数、始動口2累計=0現始動口2回数に修正する。CUでは、P台側のSQNが0のため、P台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数=500CUのバックアップ値0現加算玉数-0現減算玉数=500、加算玉数累計=0現加算玉数、減算玉数累計=0現減算玉数、始動口1累計=0現始動口1回数、始動口2累計=0現始動口2回数に修正する。図66は、図65に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図66の制御においても、前述の図53で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。図67は、図24に示したカードの挿入時における制御動作に対応してCU側とP台側とでの表示画面の遷移を示す図である。図67を参照して、まずカードが挿入されていない状態では、待機中、動作要求なしの動作指示のコマンドがCUからP台へ送信され、動作応答として待機中、遊技玉=0のレスポンスがP台からCUへ返信される。このようなコマンドおよびレスポンスの送受信中においては、図67左上の通常画面カード未挿入に示すように、CUの表示器312に、カード種別のタイトルの欄になし、遊技玉のタイトルの欄に0発が表示される。またP台の表示器54には、図67右上の通常画面カード未挿入に示すように、遊技玉のタイトルの欄に0玉、カード残高のタイトルの欄に0円が表示される。なお、表示器312および表示器43には、現時点におけるP台の遊技状態を示す各種データが表示される。たとえば、図67では、スタート回数、大当り回数、確変回数、最高連チャンの回数が表示されるとともに、特賞間スタート回数或る回の大当りと次の回の大当りとの間での有効始動入賞回数が棒グラフとして表示される。さらに、CU側の表示器312には、貸玉金額設定の金額表示部、カード残高の金額表示部、再プレイ玉数の表示部、貯玉の玉数の表示部、貸玉のレートの表示部が設けられている。さらにCU側の表示器312は、前述したようにタッチパネルで構成されており、各表示画面の左上に、台情報設定変更注文メニューの表示項目が表示されており、そのいずれかを選択してタッチ操作することにより、そのタッチ操作された表示画面に切換わる。図67では、台情報が選択された状態の画面が表示されている。またCU側の表示器312には、各表示画面の下方部分に、返却貸出再プレイ呼出の選択操作表示部が設けられており、遊技者がこれら表示部のいずれかを選択してタッチ操作することにより、CUに指令を入力することができる。たとえば返却をタッチすれば、挿入されているカードが返却され、貸出をタッチすれば、挿入されたカードに記録されているプリペイド残高からの遊技玉の貸出が行なわれる。また再プレイをタッチすれば、挿入されているカード会員カードの持玉あるいは貯玉を用いた再プレイを行なうことができる。呼出をタッチすれば、遊技場の係員を呼出すための報知がなされる。カードが挿入された時点でCUは動作指示としてカード挿入処理中、動作要求なしのコマンドをP台へ送信する。P台では、それを受けて、CU側でカード挿入処理が開始されたことを検知する。この動作指示のコマンドの送受信以降、上位サーバたとえばホール用管理コンピュータ1への問合せ中の状態となる。この問合せ中の状態では、CU側の表示器312では、上から2番目のカード残高問合せ中画面に示されているように問合せ中の表示が行なわれ、またP台側の表示器54では、上から2番目の通常画面カード残高問合せ中に示されているように画面左下隅に、サーバからICへの矢印表示がなされて挿入されているカードをサーバに問合せている絵が表示される。なお表示画面中のICは、カードICカードを示している。前述の動作指示を受信したP台では、動作応答として待機中、遊技玉=0のレスポンスをCUへ返信する。CUでは、サーバへ問合せることによって挿入されているカードの照合がなされてその挿入されているカードの持玉=5000と残高=7000とが確定すれば、動作指示として、カード保持中、加算要求玉数=5000、カード残高=7000のコマンドをP台へ送信する。このコマンドの送信以降CUは加算表示中となる。このコマンドを受信したP台では、CU側でカード残高および持玉が確定したことを検知し、それ以降加算表示中となる。加算表示中においては、CUの表示器312では、上から3番目の玉貸し中画面に示されているように持玉の表示欄に5000玉が表示されて遊技機に向かって矢印表示がなされ、持玉5000玉を遊技機へ送信している最中であることが遊技者に表示される。一方、P台においては、表示器54により、上から3番目の通常画面玉貸し中に示されているように、ICから遊技玉表示部およびカード残高表示部に向かって矢印表示され、これにより玉貸しに伴う加算中である表示加算表示中がなされる。そして、遊技玉表示部に5000玉、カード残高表示部に7000円が表示される。次に、P台からCUへ、動作応答として遊技玉=5000を含むレスポンスが送信される。CUでは、加算表示中を示す玉の移動表示を開始してから2~3秒経過した段階で、加算表示中を終了させ、表示器312に挿入されているカード種別を示す会員、遊技玉として5000発を表示する状態に切換わる。一方、P台では、加算表示中としての玉の移動表示を開始してから2~3秒経過後に加算表示中を終了させ、表示器54による玉の移動表示を終了させる。このように、問合せ中や加算表示中などの動作処理の開始の表示は、CUとP台とでタイミングを合せて開始させる一方、それら動作処理の表示の終了は、CUからP台へなんら終了指令等を送信せず、P台側において独自のタイミングで終了させることができ、CU側での終了タイミングに拘束されることがない。その結果、P台側独自の個性的な表示を行なうことができる。図68は、遊技中玉数カウンタの動作を説明するための図である。遊技中玉数カウンタは、P台の払出制御部17が備えるカウンタである。払出制御部17は、遊技中玉数カウンタによって浮遊玉数発射された遊技玉の数と盤面から排出された遊技玉の数との差を計数し、その値が0であるか否かを判定することによって、浮遊玉の有無を判定する。遊技中玉数カウンタは、玉上げスイッチ上41aにより発射が検出されることによって1される。遊技中玉数カウンタは、ファール玉検出スイッチ33によりファール玉が検出されること、および発射玉検出スイッチ903により合流玉が検出されることによって-1される。以上により、現時点での浮遊玉が計数される。さらに、遊技中玉数カウンタは、遊技玉数が0発射は停止状態で、かつ遊技中玉数が0以外の状態が15秒間続いた場合、およびCUから遊技禁止を受信発射を停止してから15秒経過しても遊技中玉数カウンタが0にならない場合に、0クリアされる。ここで、図68および図31を参照して、遊技中玉数カウンタに関連するCUの動作を説明する。CUは、返却ボタンがONすると、遊技禁止を送信してから15秒間、P台側から遊技完了ONの送信があるまで待機する。そして、15秒の間にP台側から遊技完了ONが送信されてきた場合、浮遊玉が存在しないで遊技完了したものと判断する。一方、CUは、15秒経過後にP台側から遊技完了ONが送信されてきた場合、浮遊玉が存在した状態で強制的に遊技中玉数カウンタがクリアされたと判断する。なお、P台の払出制御部17は、浮遊玉がある状態で15秒経過により遊技中玉数カウンタをクリアした後に浮遊玉が入賞した場合、入賞の発生により付与されるべき賞球は、CUへの未送信データとして払出制御部17にて記憶される。図69および図70は、浮遊玉の処理に関するフローチャートである。特に図69はP台側の処理を示し、図70はCU側の処理を示している。まず、図69を参照してP台側の処理を説明する。P台は、たとえば、図31に示したようにカードの返却操作に応じてCUから遊技禁止要求を受信すると、遊技禁止要求有と判断するSS1。この場合、P台は、玉の発射を禁止しSS2、さらにこの段階で遊技中玉数カウンタの値が0であるか、すなわち、浮遊玉が存在しないか否かを判定するSS3。遊技中玉数カウンタの値が0の場合には、CUに対して、遊技禁止、遊技完了ONを含む動作応答を送信する。続いて、その後に浮遊玉による入賞の発生を判定するがSS11、SS2から即座にSS3に進んでSS10と進行した場合においては、浮遊玉による入賞の発生はあり得ないので、常にSS11でNOと判断され、処理が終了する。一方、発射禁止にした後に、SS3で遊技中玉数カウンタの値が0でないと判断された場合、CUに対して、遊技禁止、遊技完了OFFを含む動作応答を送信するSS4。続いて、15秒の浮遊玉処理タイマウェイト時間を計時するSS5。そして、その間に浮遊玉による入賞が発生した場合SS6でYESには、その都度、CUへ入賞関連情報が送信されるSS7。なお、入賞関連情報は、入賞に伴う加算玉数や現時点での遊技玉数などの情報である。また、15秒の浮遊玉処理タイマを計時する間にファール玉あるいは合流玉が検出されると、すなわち、浮遊玉が減少したことになるので、遊技中玉数カウンタが減算更新されるSS9。その結果、15秒の浮遊玉処理タイマを計時する間に遊技中玉数カウンタの値が0になると、SS3でYESと判断されて、CUへ遊技禁止、遊技完了ONを含む動作応答が送信されるSS10。その後に遅れて浮遊玉による入賞が発生した場合には、SS11でYESと判断されて、入賞情報がCUへの未送信データとして記憶されるSS12。一方、15秒の浮遊玉処理タイマを計時する間に遊技中玉数カウンタの値が0にならなかった場合には、SS13にてYESと判断されて、遊技中玉数カウンタが初期化されSS14、CUへ遊技禁止、遊技完了ONを含む動作応答が送信されるSS10。つまり、遊技中玉数カウンタが0ではないものの、ウェイト時間がタイムアウトしたので、その時点でCUへ遊技禁止、遊技完了ONを含む動作応答が送信される。その後に、その後に遅れて浮遊玉による入賞が発生した場合には、SS11でYESと判断されて、入賞情報がCUへの未送信データとして記憶されるSS12。次に、図70を参照して、浮遊玉に関するCU側の処理を説明する。まず、返却ボタンの操作が検出されたか否かが判断されるSS50。返却ボタンの操作が検出されると、P台へ遊技禁止要求を含む動作指示が送信されるSS50。その後、P台からの動作応答を待ちSS51、規定時間を待っても動作応答がこない場合には再送処理が行なわれるSS56。一方、動作応答を受信した場合、その動作応答は、遊技禁止、遊技完了ONであるかSS53、あるいは遊技禁止、遊技完了OFFであるかSS57が判断される。遊技禁止、遊技完了ONが返信されてきた場合には、返却ボタンの操作時点で浮遊玉が存在しなかったものと判断できる。この場合には、SS53でYESと判断され、P台へクリア要求を含む動作指示が送信されるSS54。その後、現在の遊技玉数を遊技結果として確定させてカードを排出させるSS55。なお、フローチャートでは詳細な処理を省略しているが、図31に示したように、P台へクリア要求を含む動作指示を送信した後、カード排出に至るまでの間で、P台からのクリア拒否OFFの動作応答を受信し、P台へのカード返却要求を送信し、P台からのカード返却応答を受信する処理が行なわれる。一方、SS52においてP台から受信した応答が、遊技禁止、遊技完了OFFを含むものである場合には、SS57でYESと判断される。SS57でYESと判断されると、浮遊玉処理待ち時間が計時されるSS58。この時間は、図69のSS5の浮遊玉処理タイマの計時時間と同じであり、たとえば、15秒である。そして、この浮遊玉処理待ち時間の計時の間にP台から遊技球数や加算球数、減算球数などの入賞関連情報が受信されたか否かが判断されるSS59。ここで、たとえば、加算球数の入賞関連情報が受信されると、浮遊玉に基づいてP台側で入賞が発生したことになる。このような場合には、SS59でYESと判断されて、CU側で遊技球数等の遊技機情報が更新されるSS60。続いて、CU側からP台に対して動作指示が送信されるSS61。次に、遊技完了ONの応答があったか否かが判断されるSS62。浮遊玉処理待ち時間の計時が終了する前に遊技完了ONの応答があったということは、P台側で浮遊玉がすべて確定したということであり、この場合には、SS55に進んで、現在の遊技玉数を遊技結果として確定させてカードを排出させるSS55。一方、遊技完了ONの応答がなかった場合にはSS62でNOと判断されて、浮遊玉処理待ち時間たとえば、15秒が経過したか否かが判断されるSS63。浮遊玉処理待ち時間が経過していない場合には再びSS58に戻るが、浮遊玉処理待ち時間たとえば、15秒が経過している場合には、P台から遊技完了ONを受信することを諦めて、SS55に進んでカードの排出処理を実行する。なお、P台側の浮遊玉処理待ち時間とCU側の浮遊玉処理待ち時間とは異ならせてもよい。たとえば、P台の浮遊玉処理待ち時間を15秒とする一方、CU側の浮遊玉処理待ち時間は、それよりも長い時間たとえば、20秒とすることが考えられる。これによって、たとえば、P台側でタイムアウトするぎりぎりの段階で浮遊玉が確定し、その旨が遊技玉数とともにCUへ通知されてきたにも関わらず、CU側でタイムアウト判定してカードの排出処理をしてしまうことを防止できる。以上、図69および図70、あるいは図31を参照して説明したとおり、本実施の形態では、返却ボタンの押下に基づいてCUから遊技の禁止要求が送信されてきた場合、P台側では、遊技を禁止するとともに、浮遊玉の有無をチェックする。そして、浮遊玉が存在しない場合には、遊技完了ONの情報をCUへ送信するとによって遊技終了の処理を進めることによって、遊技者に速やかにカードを返却する。一方、浮遊玉が存在する場合には、ウェイト時間の間で浮遊玉による遊技の結果が確定するのを待ち、浮遊玉がなくなれば、ウェイト時間の経過を待たずに、遊技完了ONの情報をCUへ送信するとによって遊技終了の処理を進めることによって、遊技者に速やかにカードを返却する。その結果、浮遊玉の処理ができながらも、遊技が行なわれない状態になったときに、迅速に遊技終了の処理を完了できる。しかも、ウェイト期間中に浮遊玉によって入賞が発生した場合、その入賞に応じた加算玉数の情報がCUへ送信されるため、CU側で遊技者の遊技玉数を正確に把握できる。さらに、図68に示したように、遊技玉数が0発射は停止状態で、かつ遊技中玉数が0以外の状態が15秒間続いた場合、遊技中玉数カウンタの値を0にして浮遊玉が存在しない状態とみなし、遊技完了の処理を迅速に進めることができる。また、仮に、遊技中玉数カウンタの値を強制的に0にして遊技完了の処理を進めた後で、浮遊玉による入賞が発生した場合でも、図69のSS12に示したように、その入賞情報をCUへの未送信データとして記憶するため、後に、その記憶に基づいて、遊技者に補償を行なうことができる。なお、この場合の未送信データは、図95に示したように、払出制御部17から表示器用演出制御基板53に対して送信されるようにして、表示器54に表示されるようにする。これにより、遊技者および遊技場の係員の双方が未処理の賞球を把握できることになる。この賞球は、たとえば、係員のPOS操作によって遊技者に補償する。なお、図69および図70のフローチャートによれば、P台は、浮遊玉処理待ち時間が経過するまでの間に浮遊玉が確定すれば遊技完了ONをCUに送信するとともに、浮遊玉処理待ち時間が経過するまでの間に浮遊玉が確定しなければタイムアウトとしたものとして遊技完了ONをCUへ送信する。しかしながら、タイムアウト前に浮遊玉が確定したときに送信する遊技完了ONの情報と、タイムアウトして送信する遊技完了ONの情報とを異ならせたものとし、CU側で両者を明確に区別できるようにしてもよい。この場合、CU側では、たとえば、タイムアウト後の遊技完了ONの情報を受けたときには、未確定の浮遊玉が存在する状態であることを報知たとえば、表示器で表示するなど、遊技完了ONの情報の違いによって異なる処理を実行するものとしてもよい。さらに、図69のSS12では、遊技完了ONを送信後に入賞が検出された場合には、浮遊玉が遅れて入賞したものとみなして、その入賞情報をCUへの未送信データとして記憶するうようにしたが、遊技者が不正に入賞を発生させた可能性を否定できない。このため、遊技完了ONを送信後に入賞が検出された場合には、P台側あるいはCU側でその旨を報知してもよい。あるいは、報知することに加えて、遊技者が用いていたカードとは別のカードに、その入賞に基づいた入賞球数を書き込んだり、または、遊技場の係員による手補正用にP台の画面に賞球数を表示したりしてもよい。以上、返却ボタン操作時に遊技結果が未確定の場合について、弾球遊技機を例にして説明したが、後述するスロットマシン以下、S台の場合には、遊技結果を未確定とする浮遊玉は存在しない。しかしながら、S台の場合には、返却ボタン操作時にリールが回転中であって、それゆえ遊技結果が未確定であるような状況が想定される。このような場合、CUからS台に対して遊技禁止ONの動作指示が送信された後、S台は新たな賭数設定を禁止することで遊技禁止状態とし、CUに対して遊技禁止、遊技完了OFFを返信する。その後、S台は、一定のウェイト時間の計時を開始させ、その間にリールの停止操作が行なわれて遊技結果が確定すれば、その段階でCUに対して遊技完了ONを送信する。一方、ウェイト時間が経過してもリールが停止しない場合には、その時点でCUに対して遊技完了ONを送信し、弾球遊技機の例と同様にカードの排出処理に移る。この場合、その後にリールが停止して入賞が発生した場合には、弾球遊技機の例と同様に、CUへの未送信データとして、その入賞あるいはその入賞に基づいて遊技者に付与すべき持点を記憶し、S台に設けた表示器に表示する。次に、図71~73を参照して、CUとP台の払出制御部との通信シーケンスに関して、カードユニット側から加算要求があった場合、減算要求があった場合、および動作モードの切換要求があった場合について説明する。図71は、CUから加算要求があった場合の通信シーケンスである。図示のとおり、加算要求がない状態では、CUから払出制御部に送信される動作指示の加算表示中を表すビットは、OFFである。なお、本実施の形態では、注1に示されるように、加算要因別に加算表示中のビットが設けられており、通信シーケンス図においては、貯玉再プレイ時のビットは加算表示中再プレイ、プリペイドのカード残高を消費するときのビットは加算表示中プリペイド貸出と記載される。図示のとおり、遊技球数が50の状態において加算要因が発生すると、その加算要因貯玉再プレイ、プリペイド消費などに対応する加算表示中のビットがONし、加算要求有とされた動作指示のコマンドが払出制御部へ送信される。この動作指示のコマンドには、さらに、加算要求玉数が含まれている。この場合、CU側では、動作指示に含まれるSQNと、加算要求玉数で遊技球数を更新した後の値とがバックアップされる。なお、この段階で、CUは、加算要求に対応する消費プリペイド消費、貯玉再プレイによる貯玉の消費を確定させる。一方、この動作指示を受信した払出制御部17は、受信した加算要求玉数および加算表示中ONを示すビットデータを表示器用演出制御基板53へ送信する図91参照。表示器用演出制御基板53は、そのデータを受けて加算要因を判定し、表示器54において加算アニメ表示を行なう。さらに、払出制御部17は、CUに対して、加算更新後の遊技球数=175を含む動作応答をCUへ返信する。CU側では、加算要求玉数を指定する動作指示コマンドを送信した時点から、表示器312において遊技球数の加算表示50→51→52→...を行なっている。やがて、CU側での加算表示が終了すると、CUは、加算表示中ONからOFFに切り換えた動作指示を払出制御部へ送信する。払出制御部は、これに基づいて表示器用演出制御基板53に対して加算表示中OFFのコマンドを送信する図91参照。その結果、表示器用演出制御基板側で制御しているP台側の表示器54での加算アニメ表示もCU側での加算表示の終了と連動して終了する。次に、図72を参照して、減算要求の場合について説明する。減算要求の場合には、動作時CUのコマンド中、減算表示中のビットがONするが、加算要求の場合と同様、注1および注2に示されるように、減算要求の要因別に減算表示中のビットが定められている。図示のとおり、遊技球=5000の状態で、ワゴンサービスあるいは持玉分割の減算要因が発生すると、CUは、その減算要因に対応する減算表示中のビットがONで減算要求有および減算要求玉数を含む動作指示を払出制御部へ送信する。また、CUは、動作指示に含まれるSQNと減算要求玉数とをバックアップする。ただし、CUは、この段階では減算を確定させない。つまり、記憶している遊技玉数を減算更新しない。一方、この動作指示を受信した払出制御部は、受信した減算要求玉数および減算表示中ONを示すビットデータを表示器用演出制御基板53へ送信する図92参照。表示器用演出制御基板53は、そのデータを受けて減算要因を判定し、表示器54において減算アニメ表示を行なう。さらに、払出制御部は、CUに対して、減算更新後の遊技球数=4000を含む動作応答をCUへ返信する。CU側では、減算要求玉数を指定する動作指示コマンドを送信した時点から、表示器312において遊技球数の減算表示5000→4999→4998→...を行なっている。やがて、CU側での減算表示が終了すると、CUは、減算表示中ONからOFFに切り換えた動作指示を払出制御部へ送信する。払出制御部は、これに基づいて表示器用演出制御基板53に対して減算表示中OFFのコマンドを送信する図92参照。その結果、表示器用演出制御基板側で制御しているP台側の表示器54での減算アニメ表示もCU側での減算表示の終了と連動して終了する。次に、図73を参照して、動作モード切換の場合について説明する。ここでは、営業モードにおいて、リモコン操作によってメンテナンスモードあるいは試打モードのいずれかに切換えられる場合を説明する。まず、モード切換のためのリモコン操作が行なわれることによって、モード切換信号がCUに入力される。すると、CUは、カード残高が0でかつ遊技玉数が0であるか否か0円0玉状態を判定する。もし、カード残高あるいは遊技玉数の一方が0でないときには、リモコン操作によって入力されたモード切換信号を無視する。一方、カード残高が0でかつ遊技玉数が0である場合には、CUは、払出制御部に対してモード変更要求のコマンドを送信する。このモード変更要求には、リモコン操作によって指定されたモードの種類移行先モード、およびその他の付加情報が含まれている。モード変更要求を受信した払出制御部は、主制御基板16および表示器用演出制御基板53の双方に対して、モード変更要求を送信し、モードの変更内容移行先モードを通知する図80、図96参照。ただし、払出制御部は、一定の条件が成立していない場合には、主制御基板16および表示器用演出制御基板53に対してモード変更要求を送信することなく、結果=NGのモード変更応答をCUへ返信する図示省略。この場合には、モードは切換えられない。一定の条件とは、主制御基板16に対しては、10円0玉状態であること、2遊技中玉数が0であることの2つの条件が成立していることである。一方、表示器用演出制御基板53に対しては、10円0玉状態であること、2遊技中玉数が0であること、3主制御基板16からのモード変更応答結果がOKであることの3つの条件がすべて成立していることである。つまり、払出制御部は、CUからモード変更要求を受けると、まず、上記12の条件が成立していることを判定し、両条件が成立している場合には、主制御基板16にモード変更要求を送信し、モードの変更内容移行先モードを通知する。そして、払出制御部は、主制御基板16からの結果OKまたはNGを待つ。主制御基板16からの結果がOKであれば、続いて表示器用演出制御基板53に対してモード変更要求を送信し、モードの変更内容移行先モードを通知するとともに、CUに対して、結果=OKのモード変更応答を返信する。ところが、主制御基板16からの結果がNGであれば、表示器用演出制御基板53に対してモード変更要求を送信することなく、CUに対して、結果=NGのモード変更応答を返信する。なお、10円0玉状態であることは、CU側で既に判定されているが、その判定はCU内で記憶しているデータに基づいた判定である一方、払出制御部での判定は払出制御部で記憶しているデータに基づいた判定であるから、両判定では、判定に用いるデータが異なっている。また、払出制御部と主制御基板16との間の動作モード切換に関する通信シーケンスは図80に示されている。その結果、上記1~3の3つの条件が成立している場合には、表示器用演出制御基板53に対してモード変更要求が送信され図96参照、CUに対して結果OKのモード変更応答が送信される。CUは、結果OKのモード変更応答を受信し、リモコンで指定された動作モードに応じた動作をする。すなわち、CUは、このモード変更応答を受けてモードを変更する。すると、CUの表示器312にはモードに応じた画面が表示される。たとえば、メンテナンスモードであれば、表示器312にはメンテナンス用の画面が表示され、タッチパネルによって様々な設定が可能となる。なお、メンテナンス用の画面はP台側の表示器54にも表示され、タッチパネルによって様々な設定が可能となる。ただし、メンテナンス用の画面は、CUおよびP台の一方の表示器に表示するようにしてもよい。一方、結果OKのモード変更応答を送信したP台は、主制御基板16および表示器用演出制御基板53によって動作モードが切換えられる。その結果、たとえば、メンテナンスモードであれば、表示器54にはメンテナンス用の画面が表示され、タッチパネルによって様々な設定が可能となる。その後、リモコンによって営業モードに切戻す操作が行なわれると、CUから払出制御部に対して営業モードを指定するモード変更要求が送信される。これを受けた払出制御部は、モード変更要求を主制御基板16に送信するとともに上記の1~3の条件を判断し、すべてが成立している場合にのみ、結果OKのモード変更応答をCUに返信する。また、その場合には、CUは表示器用演出制御基板53に対して営業モードに切換えるためのモード変更要求を送信する。これにより、モードが営業モードに切り換わる。以上、図73に示されるとおり、0円0玉状態であることは、CU側で判断されるともに、P台の払出制御部側でも判断され、双方で、その判断がなされた場合にのみ、モード切換が可能となるただし、さらに主制御基板側でも条件成立と判断されないとモード切換されない。このため、遊技玉が存在し、あるいはカードの残高が存在する状態でモード切換が行なわれてしまうことをより一層確実に防止できる。なお、図73における払出制御部の制御は次のようにすることも可能である。すなわち、払出制御部17は、CUからモード変更要求を受信すると、モード変更の上記1~3の条件の成立の有無を判定することなく、主制御基板16と表示器用演出制御基板53との双方にモード変更要求を送信する。続いて、払出制御部17は、モード変更の上記1~3の条件の成立を判定し、すべて成立していれば、結果OKをCUに返すとともにモードを切換え、1つでも成立していなければ、結果NGをCUに返してモードを切換えない。このような制御をした場合、払出制御部側で10円0玉状態、あるいは2遊技中玉数が0の条件が成立していないと判定されてモードが変更されなかったにも関わらず、表示器用演出制御基板側および主制御基板側ではモードが変更されてしまうようなケースが発生する。しかしながら、たとえば、で10円0玉状態、あるいは2遊技中玉数が0は、時間の経過によっていずれ成立する。そこで、CUは、払出制御部側から結果NGを受信しても繰り返しモード変更要求を払出制御部17へ送信し、やがて上記10円0玉状態および2遊技中玉数が0が成立した段階で、払出制御部17は主制御基板16や表示器用演出制御基板53に遅れてモードを切り換える。また、ここでは、リモコン操作による切換を説明したが、CU側にモードを切り換えるための操作部を設けておき、この操作部を操作することによってモード切換信号が発生し、CUは、その信号に基づいてモード変更要求を払出制御部へ送信するようにしてもよい。また、本実施の形態では、擬似カードユニットを接続の上で擬似カードユニットとP台との双方の電源を投入することによって、擬似カードユニットから図73に示すようなモード変更要求が送信され、テストモードに切り換わる。しかしながら、これに代えて、テストモードもメンテナンスモードや試打モードと同じくリモコン操作によって切り換わるものとしてもよい。さらに、リモコン操作に代えて、あるいはリモコン操作に加えて、ホール用管理コンピュータ1などの管理装置からのモード切換指令信号がCUに入力されるようにし、CUは、その切換指令信号に基づいてモード変更要求を送信するものとしてもよい。あるいは、CUを介することなく、直接、P台に対してリモコン操作による指令信号や管理装置からの指令信号が入力されるものとし、P台はその指令信号を受けてモードを切り換えるものとしてもよい。以上のように、P台は、CUからのモード変更要求を受信してモードを変更するために、モードの切換に関してCUとP台との連携度合いが高い遊技用システムを提供可能となる。次に、図74~図80を参照して、払出制御部と主制御基板16との間の通信について説明する。はじめに、図74~図76を参照して通信コマンドを説明する。払出制御部17から主制御基板16に送信されるコマンドには、主制御基板16に対してメインチップIDの送信を要求する機器情報要求、主制御基板16に対して賞球個数等の遊技台情報の送信を要求する台状態照会要求、および主制御基板16に対して動作モードの変更を要求するモード変更要求が存在する。これらのコマンドのうち、台状態照会要求は、SQNを含む。主制御基板16から払出制御部17に送信されるコマンドには、払出制御部17に対してチップID等を送信する機器情報応答、払出制御部17に対して賞球個数等の遊技台情報を送信する台状態照会応答、および払出制御部に対して動作モードの変更結果を送信するモード変更応答が存在する。これらのコマンドのうち、台状態照会応答は、SQNを含む。図75に示すように、機器情報応答は、メインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとの情報を含む。また、台状態照会応答は、SQNに加えて、賞球個数や図柄確定回数、遊技台状態など、P台の払出制御部からCUへ送信するための各種情報を含む。払出制御部17は、主制御基板16から受信される台状態照会応答に基づいて、CUに対して各種の情報を送信する。図76に示すように、モード変更要求は、指定する動作モードの種別情報を含む。また、モード変更応答は、処理結果、すなわち、モード変更をしたか否かの結果を含む。なお、結果がNGの場合には、さらにその原因を示すデータをモード変更応答に含ませてもよい。図77は、主制御基板16と払出制御部17との間でのSQNの制御を説明するための図である。図74に示したように、払出制御部17から主制御基板16に送信される台状態照会要求、および主制御基板16から払出制御部17に送信される台状態照会応答には、SQNが含まれる。主制御基板16は、払出制御部17から台状態照会要求を受信した場合、それに含まれるSQNに1を加算したものをSQNとする台状態照会応答を送信するとともに、送信したSQNを記憶する。同様に、払出制御部17は、主制御基板16から台状態照会応答を受信した場合、それに含まれるSQNに1を加算したものをSQNとする台状態照会要求を送信するとともに送信したSQNを記憶する。主制御基板16は、払出制御部17から台状態照会要求のコマンドを受信した場合、図77に示すように、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、一致する場合にSQNが正常と判定する。この場合には、予定していた情報を含むコマンドをそのまま送信する。これに対して、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、後者が大きい場合には、SQN異常払出制御部側進みと判定し、SQNを補正する。つまり、記憶しているSQNに1した値を記憶し直す。その結果、次回、主制御基板16から送信される台状態照会応答のコマンドには、払出制御部17より受信したコマンドに含まれるSQNに1したSQNが含まれることになる。ただし、台状態照会応答に含める遊技玉数等の情報は補正しない。これは、払出制御部側のSQNが進んでいるということは、1回前に送信した台状態照会応答は、払出制御部17に届いているということになるからである。逆に、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、前者が大きい場合には、SQN異常払出制御部側遅れと判定し、前回、送った台状態照会応答に含まれていた遊技玉数等のデータと、それ以降、更新された遊技玉数等のデータとを合算した値を算出し、その合算値を台状態照会応答に含ませて送信する。払出制御部側のSQNが遅れているということは、1回前に送信した台状態照会応答は、払出制御部17に届いていないことになるからである。なお合算値を送信する際には、補正後のSQNを付加する。一方、払出制御部17は、主制御基板16から台状態照会応答のコマンドを受信した場合、図77に示すように、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、一致する場合にSQNが正常と判定する。この場合には、受信した情報遊技玉数等を取り込む。これに対して、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、後者が大きい場合には、SQN異常主制御基板側進みと判定する。この場合、主制御基板16からは、それよりも1つ前に送信されていた台状態照会応答が存在するにも関わらず、それが払出制御部側で受信されていない可能性がある。逆に、前回送信したSQNに1した値と、今回受信したコマンドに含まれるSQNとを比較し、前者が大きい場合には、SQN異常主制御基板側遅れと判定する。この場合には、受信した台状態照会応答は、既に受信済みのデータである。前回送信したSQNに1した値の方が小さい場合、および大きい場合のいずれの場合であっても、払出制御部17は、受信した情報を破棄し、台状態照会要求のコマンドを再送する。その結果、主制御基板16からの前回の台状態照会応答のコマンドが不達であった場合には、その不達であった分を含めた合算値を含む台状態照会応答が返信され、あるいは、主制御基板16から送られてきていた台状態照会応答のコマンドが既に送信済みのものであった場合には、次の新たな台状態照会応答が返信されることになる。その結果、払出制御部側では必要な情報が漏れなく受信できる。次に、図78~図80を参照して、払出制御部17と主制御基板16との間での通信シーケンスについて説明する。まず、図78を参照して、電源投入時について説明する。電源投入があると、払出制御部17から主制御基板16に対して機器情報要求のコマンドが送信され、主制御基板16は、このコマンドを待って、メインチップIDなどを含む機器情報応答を返信する。なお、払出制御部17は、受信した機器情報応答に含まれる各種の情報をCUへ送信する。その後、払出制御部17は、SQN=0とする台状態照会要求を主制御基板16に送信する。これを契機に、払出制御部17と主制御基板16との間でSQNを更新しつつ台状態照会要求と台状態照会応答とがやりとりされる。主制御基板16は、SQN=0の台状態照会要求を受信すると、遊技台リセットONの台状態照会応答を返信する。図示のとおり、主制御基板16は、冷始動時のみ電源投入時から30秒間は遊技台リセットONの台状態照会応答の返信を継続する。払出制御部17は、これを受けて、CUに対して遊技台リセットを通知する。次に、図79を参照して、遊技中について説明する。遊技中、主制御基板16は、払出制御部17からの台状態照会要求に応答して、遊技中の賞球個数や図柄確定回数の変化を台状態照会応答によって細やかに通知する。主制御基板16は、遊技中の賞球個数や入賞個数、図柄確定回数等の変化を記憶しておくための所定の記憶エリア1を備える。主制御基板16は、台状態照会応答を送信する時に、前記記憶エリア1に記憶している賞球個数~入賞個数などのデータを送信用バッファに設定するとともに、それらのデータを別の記憶エリア2にバックアップする。そして、その段階で、前記記憶エリア1をクリアすることによって、それ以降に新たに生じる賞球や入賞などを改めて前記記憶エリア1に記憶できるようにする。その後、設定した送信用バッファのデータを台状態照会応答として送信する。次に、送信した台状態照会応答に対して、SQNが正しい台状態照会要求が送信されてくると、前記記憶エリア2にバックアップした賞球個数~入賞個数などの記憶をクリアする。一方、図示のとおり、SQN=m1の台状態照会応答が払出制御部17に不達であったために払出制御部17から前回と同じSQN=mの台状態照会要求が送信されてきた場合、主制御基板16は、先に送信したデータが届いておらず、データの再送が必要であると判断する。この場合、主制御基板16は、前記記憶エリア2にバックアップしていた賞球個数~入賞個数などのデータと、前回のコマンド送信から現在に至るまでに前記記憶エリア1に記憶している賞球個数~入賞個数などのデータを合算したものを送信用バッファに設定し、設定したデータに基づいた台状態照会応答を返信する。その結果、払出制御部17へは、前回、不達であった台状態照会応答に含まれる各種のデータと、それ以降に主制御基板16で収集された賞球個数~入賞個数などのデータとの合算値が届けられる。その結果、不達であった情報を再送することによって確実に情報を送信できながらも、その情報の送信効率を高めることが可能となる。なお、この図79で主制御基板16から送信される台状態照会応答に含まれる各種の情報は、払出制御部17からCUに向けて送信される動作応答に含まれるものである。すなわち、図75に示した台状態照会応答のコマンドデータのうち、賞球個数~遊技台エラー状態までの情報が、主制御基板16から払出制御部17へ台状態照会応答として送信され、さらに、払出制御部17からCUへ動作応答に含められて送信される。具体的には、入賞が発生すれば、主制御基板16によって入賞に基づく賞球個数が演算されてその演算結果が賞球個数として台状態照会応答に含められて主制御基板16から払出制御部17へ送信される。払出制御部17は、その賞球個数を加算玉数カウンタに加算更新し、CUへの動作応答の送信のタイミングにおいて、その加算玉数カウンタの値を加算玉数として動作応答に含めてCUへ送信する。このため、たとえば、遊技中に図79で主制御基板16から送信される台状態照会応答に含まれる各種の情報は、同じく遊技中の通信シーケンスを示す図29あるいは図30に示される動作応答に含められて、P台からCUへ送信される。次に、図80を参照して、動作モード切換の場合について説明する。払出制御部17は、CUからモード変更要求を受信すると、主制御基板16に対してモード変更要求を送信する。このモード変更要求には、要求されている移行先モードの種類が含まれている。主制御基板16は、モード変更要求を受けたときに、モード変更の条件が成立しているか否かを判定する。モード変更の条件とは、図示のとおり、1図柄が変動中でないこと、2大当り中でないこと、3小当たり中でないことの3つの条件がすべて成立していることである。その結果、たとえば、可変表示装置において図柄が変動中である場合には、1の条件が成立していないため、モード切換は行なわれない。この場合には、、主制御基板16は、払出制御部17に対して結果=NGのモード変更応答を返信する図示省略。一方、上記1~3の3つの条件が成立している場合には、払出制御部17に対して結果OKのモード変更応答が送信される。また、主制御基板16は、要求されているモードに切り換える。その結果、CUから指定された動作モードに変更される。その後、リモコンによって営業モードに切戻す操作が行なわれると、CUから払出制御部17に対して営業モードを指定するモード変更要求が送信される。これを受けた払出制御部17は、モード変更要求を主制御基板16に送信する。主制御基板16は、再び、上記3つの条件を判定し、3つの条件がすべて成立している場合には、結果OKのモード変更応答を返信するとともにモードを営業モードに切り換える。次に、図81~図96を参照して、払出制御部17と表示器用演出制御基板53との間での通信について説明する。はじめに、図81~図87を参照して、払出制御部17と表示器用演出制御基板53との間で用いられる通信コマンドを説明する。払出制御部17と表示器用演出制御基板53との間では、払出制御部17から表示器用演出制御基板53への一方向通信とされており、表示器用演出制御基板53から払出制御部17へはデータが入力されない。このため、出制御部と表示器用演出制御基板53との間で用いられる通信コマンドは、前者から後者に送信されるコマンドのみである。このコマンドは、図81に示される起動指示、遊技機情報通知、現在時刻通知、カード挿入通知、カード返却通知、モード変更要求およびカードユニット未送信データ表示要求の7種類のコマンドである。起動指示は、表示器用演出制御基板53に対して払出制御部17の電源が投入された事を通知するためのコマンドである。遊技機情報通知は、表示器用演出制御基板53に対して遊技玉数等の遊技機情報を通知するためのコマンドである。その詳細は、図82および図83に示している。特に、図83には、遊技機情報通知に含まれる各種情報のうち、コマンドの情報提供元がCUおよび主制御基板16である情報が示されている。払出制御部17は、CUからCU状態およびカード残高を受信し、その受信情報に基づいて遊技機情報通知コマンドのそれぞれに対応するデータを生成する。また、払出制御部17は、主制御基板16から賞球個数およびその他タイミング状態照会応答内のデータを受信し、その受信情報に基づいて遊技機情報通知コマンドのそれぞれに対応するデータを生成する。一方、図82には、払出制御部17自身が情報提供元になるデータが示されている。すなわち、払出制御部17は、各種の検出器の検出結果に基づいて遊技玉トータル個数情報、バック玉加算情報加算、遊技玉発射個数情報減算、アウト玉通過情報、および遊技機エラー状態を生成し、それらを遊技機情報通知コマンドのそれぞれのデータとする。払出制御部17は、このようにして生成した遊技機情報通知コマンドを表示器用演出制御基板53に送信する。現在時刻通知は、表示器用演出制御基板53に対してカードが挿入されたことを通知するためのコマンドである。カード挿入通知は、表示器用演出制御基板53に対してカードが返却されたことを通知するためのコマンドである。また、カード返却通知は、表示器用演出制御基板53に対してカードが返却されたことを通知するためのコマンドである。カード挿入通知およびカード返却通知の詳細は図84に示されている。たとえば、カード挿入通知によって、カードユニットに挿入されたカードのIDが通知される。また、カード返却通知によって、払出制御部17で保存していたカードのIDが通知される。その結果、表示器用演出制御基板53では、カードの一致不一致の比較判定が可能となる。モード変更要求は、表示器用演出制御基板53に対してモード変更を要求するためのコマンドである。モード変更要求の詳細は図85に示されている。たとえば、モード移行指定のデータによって、テストモード、メンテナンスモード、試打モード、営業モードの種別が指定される。カードユニット未送信データ表示要求は、表示器用演出制御基板53に対して、カードユニットへ送信できなかった未送信データの表示を要求するためのコマンドである。カードユニット未送信データ表示要求の詳細は図86および図87に示されている。特に、図86は、情報提供元が払出制御部17自身であるデータを示し、図87は、情報提供元が主制御基板16であるデータを示している。つまり、払出制御部17は、自身で生成したデータと、主制御基板16から受信したデータとに基づいて、カードユニット未送信データ表示要求を生成し、これを表示器用演出制御基板53へ送信する。図86および図87の[注]に記載されているとおり、表示器用演出制御基板53は、カードユニット未送信データ表示要求のコマンドを受信した場合、それまで表示器54に表示していたデータの内容をバックアップしてから本コマンドの内容を表示器54に表示させる。そして、次回以降に受信したコマンドが遊技機情報通知コマンドの場合、カードユニットへの未送信データが無くなったものと判断し、バックアップしていたデータと今回の遊技機情報通知コマンドの受信内容を表示内容に反映させる。たとえば、CUの電断が生じて、払出制御部17がCUに対してデータを送信できなくなると、カードユニット未送信データ表示要求のコマンドが表示器用演出制御基板53へ送信されるが、その後、電断が復旧するなどして、CUと払出制御部17との通信が正常に戻った場合、未送信データがなくなる。すると、払出制御部17から表示器用演出制御基板53へはカードユニット未送信データ表示要求のコマンドが送信されなくなり、代わりに、遊技機情報通知コマンドが送信されるようになる。表示器用演出制御基板53は、このコマンドを受信することにもとづいて、カードユニットへの未送信データが無くなったものと判断するのである。この場合、表示器用演出制御基板53は、バックアップしていたデータと、今回、新たに受信した、遊技機情報通知コマンドのデータに基づいて表示器54の表示内容を更新する。次に、図88~図97を参照して、払出制御部17と表示器用演出制御基板53との間の通信シーケンスを説明する。はじめに、図88を参照して、電源投入時の場合について説明する。この通信シーケンスは、既に説明した図78の通信シーケンスと連動して行なわれるものである。電源投入時には、起動指示が1度のみ送信され、これによって、表示器用演出制御基板53に対して、払出制御部17の電源が投入された事が通知される。その後、遊技機情報通知が定期的に送信される。また払出制御部17は、CUから通信開始要求を受信したときに、現在時刻通知を表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、このコマンドに含まれる現在日時をバックアップする。その後、繰り返し、遊技機情報通知が送信される。この遊技機情報通知には、遊技の進行に応じて変化する遊技玉数等のデータが含まれており、表示器用演出制御基板53はこの遊技機情報通知に基づいて表示器54に遊技玉数等の情報を更新しつつ表示するとともに、その都度、受信データをバックアップする。次に、図89を参照して、カードが挿入された場合を説明する。図89に示される通信シーケンスは、既に説明した図24の通信シーケンスと連動して行なわれるものである。まず、表示器用演出制御基板53によって、カード未挿入時に対応するアニメ表示が継続している状態において、CUにカードが挿入されると、払出制御部17は、カード挿入処理中ONの遊技機情報通知を表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、これを受けて、通信中のアニメ表示挿入カードに基づいて貯玉などの情報をサーバとの通信で取得中である旨のアニメ表示を開始する。その後、挿入したカードの照会が終了すると、払出制御部17は、カード挿入通知を表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、カード挿入通知に含まれるカードIDおよび種別のデータをカードID記憶部にバックアップする。そして、表示器用演出制御基板53では、受信したカードIDが、前回記憶されたカードIDと一致するか否かを判定し、一致したときは、今後の遊技結果を、前回記憶された個人遊技履歴データと合算して用いる処理を行なう。一方、不一致のときは、前回記憶された個人遊技履歴データをクリアし、今後の遊技結果は新たな個人遊技履歴データとして用いる処理を行なう。なお、表示器用演出制御部292が設けられた表示器用演出制御基板53では、前述したように、カードIDに対応付けて遊技履歴データを累積記憶するが、表示器用演出制御基板53とは別に、払出制御部17においても、LSI799に遊技履歴データ記憶部を設け、当該遊技履歴データ記憶部にカードIDに対応付けて遊技履歴データを累積記憶するようにしてもよい。具体的は、払出制御部17において、カードユニット3から受信したカードIDを記憶するときに、払出制御部17に設けられた遊技履歴データ管理部291により集計された遊技履歴データを、当該カードIDに対応付けて遊技履歴データ記憶部に記憶すればよい。次に、払出制御部17は、挿入されたカードで特定される情報に基づいて加算表示中であることを示す加算表示中カード挿入ONと、カード残高とを含む遊技機情報通知を表示器用演出制御基板53へ送信する。表示器用演出制御基板53は、これに基づいて、加算アニメ表示を行なう。その後、払出制御部17から、加算表示中OFFを含む遊技機情報通知を受信すると、表示器用演出制御基板53は、加算アニメ表示を終了する。次に、図90を参照して、入金現金挿入の場合について説明する。なお、ここでは、カード残高が0である場合を例に挙げる。表示器用演出制御基板53によってアニメ表示が継続的に行なわれている状態において、CUに1万円が挿入されると、払出制御部17から表示器用演出制御基板53に対して、入金処理中ON、カード残高0円を含む遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて、残高を加算するための加算アニメ表示を開始する。その後、CU側で入金処理が完了すると、払出制御部17から表示器用演出制御基板53に対して入金処理中OFF、カード残高1万円の遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて加算アニメ表示を終了してカード残高1万円を表示する。次に、図91を参照して、加算要求の場合について説明する。図91に示される通信シーケンスは、既に説明した図71の通信シーケンスと連動して行なわれるものであり、[注1][注2]は、図71と同じである。図71を用いて説明したとおり、加算要因が発生すると、CUから払出制御部17に対して、その加算要因貯玉再プレイ、プリペイド消費などに対応する加算表示中のビットがONし、加算要求有とされた動作指示のコマンドが払出制御部17へ送信される。払出制御部17は、このコマンドを受信したタイミングで、表示器用演出制御基板53に対して、加算要因に応じた加算表示中のビットがONし、カード残高、および遊技玉数関連情報を含む遊技機情報通知を表示器用演出制御基板53に送信する。これを受信した表示器用演出制御基板53は、加算要因貯玉再プレイ、プリペイド消費を判定し、その判定結果に応じた加算アニメ表示を行なう。その結果、表示器54では、貯玉再プレイまたはプリペイド消費に応じて遊技玉数が加算される表示が行なわれる。なお、加算すべき遊技玉数および加算後の遊技玉数は遊技玉数関連情報に含まれている。やがて、払出制御部17から加算表示中OFFを含む遊技機情報通知が送信されると、表示器用演出制御基板53は、加算アニメ表示を終了する。ここで、図97を参照して、表示例を説明する。遊技玉の加算要因がプリペイド貸出しであるときには、表示器54において、図97のA1~A3に示すようなプリペイド貸出しアニメ表示をさせる表示制御を行なう。プリペイド貸出しアニメ表示は、図97のA1のようなプリペイド貸出し前の表示から、図97のA2のようなプリペイド貸出し中の表示となり、その後、図97のA3のようなプリペイド貸出し後の表示となる。プリペイド貸出し中の表示においては、カード残高図中残高の数値が、徐々に持玉図中持ち玉の数値に変換されて、持玉が増加していくアニメーション表示がなされる。そして、このようなアニメーション表示が終了すると、図97のA3のようなプリペイド貸出し後の表示となる。このように、プリペイド貸出しアニメ表示では、カード残高の数値が変更されて持玉が増加する表示がされることにより、加算要因がプリペイド貸出しであることが特定される。また、遊技玉の加算要因が再プレイ貸出しであるときには、表示器54において、図97のB1~B3に示すような再プレイ貸出しアニメ表示をさせる表示制御を行なう。再プレイ貸出しアニメ表示は、図97のB1のような再プレイ貸出し前の表示から、図97のB2のような再プレイ貸出し中の表示となり、その後、図97のB3のような再プレイ貸出し後の表示となる。再プレイ貸出し中の表示においては、カード残高図中残高の数値が変更されず、徐々に持玉図中持ち玉が増加していくアニメーション表示がなされる。そして、このようなアニメーション表示が終了すると、図97のB3のような再プレイ貸出し後の表示となる。このように、再プレイ貸出しアニメ表示では、カード残高の数値が変更されずに持玉が増加する表示がされることにより、加算要因が再プレイ貸出しであることが特定される。次に、図92を参照して、減算要求の場合について説明する。図92に示される通信シーケンスは、既に説明した図72の通信シーケンスと連動して行なわれるものであり、[注1]~[注3]は、図72と同じである。また、この図92の通信シーケンスは、図91の加算が減算に置き換わり、図91の加算要因が減算要因としてのワゴンオーダや持玉分割に置き換わったものである。すなわち、払出制御部17は、減算要因が発生すると、その減算要因に対応する減算表示中のビットがONし、減算要求有とされた動作指示のコマンドがCUから払出制御部17へ送信される。払出制御部17は、このコマンドを受信したタイミングで、表示器用演出制御基板53に対して、減算要因に応じた減算表示中のビットがONし、遊技玉数関連情報を含む遊技機情報通知を表示器用演出制御基板53に送信する。これを受信した表示器用演出制御基板53は、減算要因ワゴンサービス、持玉分割を判定し、その判定結果に応じた減算アニメ表示を行なう。なお、減算すべき遊技玉数および減算後の遊技玉数は遊技玉数関連情報に含まれている。やがて、払出制御部17から減算表示中OFFを含む遊技機情報通知が送信されると、表示器用演出制御基板53は、減算アニメ表示を終了する。次に、図93を参照して遊技中の場合について説明する。大当りが発生すると、払出制御部17から表示器用演出制御基板53に対して大当りON、大当り終了OFFを含む遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて、大当り中アニメ表示を開始する。その後、大当りが終了し、大当り終了の演出段階になると、払出制御部17から表示器用演出制御基板53に対して大当りON、大当り終了ONを含む遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて、大当り終了を示すアニメ表示を開始する。やがて、大当り終了演出が終了すると、払出制御部17から表示器用演出制御基板53に対して大当りOFF、大当り終了OFFを含む遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて大当り終了アニメ表示を終えて、遊技中アニメ表示を開始する。次に、図94を参照して、カード返却の場合を説明する。図94に示される通信シーケンスは、既に説明した図31の通信シーケンスと連動して行なわれるものである。CUの返却ボタンが押下されると、払出制御部17は玉の発射を停止して遊技を禁止する。また、払出制御部17は、図31を用いて説明したように浮遊玉が存在する場合、ウェイト期間に入り、遊技完了待ちとなる。その間、払出制御部17は、表示器用演出制御基板53に対して、カード返却処理中ON、クリア表示中OFFを含む遊技機情報通知を送信する。また、ウェイト期間遊技禁止~遊技完了の間に入賞が発生すれば、その入賞情報を含む遊技機情報通知が払出制御部17から表示器用演出制御基板53へ送信される。表示器用演出制御基板53は、これを受けて、入賞した遊技玉数の変化の様子も表示器54に表示する。やがて、浮遊玉が0になるか、若しくは、ウェイト期間のタイマがタイムアウトすると、遊技完了となる。この場合、払出制御部17から表示器用演出制御基板53に対して、クリア表示中ONを含む遊技機情報通知が送信される。表示器用演出制御基板53は、これを受けて、クリア表示中のアニメ表示を開始する。図31を用いて説明したとおり、CUからのクリア要求に対してクリア拒否OFFの動作応答がP台からCUに返信され、CUからP台へカード返却要求が送信される。P台の払出制御部17は、これを受けて、CUに対してカード返却応答を返信する図31参照とともに、表示器用演出制御基板53に対して、カード返却通知を送信する。表示器用演出制御基板53は、このカード返却通知を受けて、カード返却アニメ表示を開始する。その後、CU側でカードが排出されると、カードIDとその種別の記憶をクリアした後、図31に示したように、CUからP台に対してクリア表示中OFF、カード返却処理中OFFを含む動作指示が送信される。P台の払出制御部17は、これを受けて、表示器用演出制御基板53に対して、クリア表示中OFF、カード返却処理中OFFを含む遊技機情報通知を送信する。表示器用演出制御基板53は、これを受けて、客待ち中アニメ表示を開始する。ただし、[注]に記載したとおり、表示器用演出制御基板53は、カード返却後、すなわち、客待ちアニメ表示を開始したときでも、カード挿入時に表示器用演出制御基板53がバックアップしたCIDと種別を消去せず、記憶保持する。このため、次回、カードが挿入されたときには、その保持記憶したデータに基づいて、表示器用演出制御基板53は、今回、挿入されたカードと前回、挿入されていたカードの一致判定を行なうことができる。次に、図95を参照して、CUへの未送信データが存在する場合について説明する。たとえば、遊技中、払出制御部17からCUへ遊技玉数などの送信を完了する前に、CUが電源断するなどの障害が発生すると、払出制御部17では電断直前の正確な遊技玉数などを記憶しているにも関わらず、CUの記憶にはそれが反映されない自体が生じる。このような場合、CUへの未送信データが存在することになる。正常時には、遊技の進行に応じて変動する遊技玉数などの遊技玉数関連情報は、定期的に払出制御部17からCUへ送信されているとともに表示器用演出制御基板53へ送信されている。図95に示すように、払出制御部17から表示器用演出制御基板53に対しては、遊技機情報通知として、遊技玉数関連情報が定期的に送信され、表示器用演出制御基板53ではそれを受信データとしてバックアップしている。ところが、カードユニットに通信エラーあるいは電源断などが発生すると、払出制御部17からCUへは新たに発生している遊技玉数情報を送信できなくなる。この場合、払出制御部17は、CUとの通信が不可能であると判定する。すると、払出制御部17は、遊技機情報通知ではなく、CU未送信データ表示要求のコマンドを繰り返し表示器用演出制御基板53へ送信する。このCU未送信データ表示要求のコマンドには、未送信データである遊技玉数関連情報の他、遊技機エラー状態の情報も含まれる。未送信データには、図86に示したとおり、遊技玉トータル個数情報、バック玉加算情報加算、遊技玉発射個数情報減算、アウト玉通過情報、遊技玉獲得個数情報、図柄確定回数1,2、始動口1~3、大入賞口1、2、および入賞口1~4が含まれる。また、遊技機エラー状態には、図86に示したとおり、エラー発生機器カードユニット、主制御基板16、払出制御部17、機器内のエラー番号が含まれる。表示器用演出制御基板53は、CU未送信データ表示要求を受信すると、現在、表示中の遊技機情報をバックアップする。遊技機情報とは、遊技玉数や残高、貯玉数の他、遊技履歴として表示されている、入賞回数や可変表示装置の始動回数などである。表示器用演出制御基板53は、遊技機情報をバックアップした上で、受信した未送信データを表示する。なお、表示するデータには、CU未送信データ表示要求に含まれる遊技機エラー状態エラー番号などが含まれる。以下、CU未送信データ表示要求は、障害が回復するまで繰り返し送信されてくる。表示器用演出制御基板53は、障害が回復してCU未送信データ表示要求に代わり、遊技機情報通知が送信されてくるまで、未送信データの表示を継続する。やがて、CUの通信エラーや電源断が復旧すると、未送信データは払出制御部17からCUに対して動作応答として送信される。その結果、未送信データが存在しなくなり、払出制御部17は、CU未送信データ表示要求に代えて、遊技機情報通知を表示器用演出制御基板53へ送信するようになる。表示器用演出制御基板53は、このように受信コマンドの種類が切り換わったことをもって、障害が復旧し未送信データが存在しなくなったと判断する。そして、表示器用演出制御基板53は、未送信データの表示を開始する際にバックアップした遊技機情報のバックアップデータに対して、これまで表示していた未送信データと、新たに送信されてきた遊技機情報通知に含まれる遊技玉数関連情報とを反映させたものを、遊技機情報として表示器54に表示する。反映のさせ方は、遊技機情報通知に含まれる情報の種類によって異なる。図95の下段に記載したとおり、a遊技機情報通知の情報のうち、これまでの累積値を表しているものについては、カードユニットの障害が回復したときに最初に送信されてきた遊技機情報通知に含まれる情報そのものを遊技機情報として表示器54に表示する。たとえば、遊技玉トータル個数情報などがこれに該当する。一方、b遊技機情報通知の情報のうち、その都度の更新値を表しているものについては、カードユニットの障害が回復したときに最初に送信されてきた遊技機情報通知に含まれる情報と、バックアップデータと、未送信データとの合算値を遊技機情報として表示器54に表示する。たとえば、遊技玉獲得個数情報、図柄確定回数などがこれに該当する。その結果、障害回復後、表示器54に正確な遊技機情報を表示させることができる。なお、表示器54には、未送信データの他に、未送信データの表示前にバックアップしたデータも表示するようにしてもよい。以上、図95に示したとおり、表示器用演出制御基板53は、CU未送信データ表示要求を受信すると、現在、表示中の遊技機情報をバックアップする。このため、障害の回復後に、バックアップデータを用いて表示内容を更新できる。なお、未送信データを表示するとともに、バックアップデータも表示するようにしてもよい。次に、図96を参照して、動作モード切換の場合について説明する。図96に示される通信シーケンスは、既に説明した図73および図80の通信シーケンスと連動して行なわれるものである。表示器用演出制御基板53は、営業モードでは、営業モード中の画面を表示する。たとえば、遊技者が遊技中の場合には、遊技者の遊技球数などを表示し、客待ち中である場合には客待ち用のデモンストレーション画面を表示する。払出制御部17は、図73を参照して説明したとおり、CUからモード変更要求を受信し、モードを切り換える条件が成立していると判断したときには、主制御基板16に対してモードの変更を要求する。そして、主制御基板16から結果OKのモード変更応答を受けると、図96に示されるように、表示器用演出制御基板53に対して、モード変更要求を送信する。表示器用演出制御基板53は、このモード変更要求に含まれる移行先モードに応じて動作モードを切り換える。具体的には、カードユニットから指定された動作モードに応じた表示を行なう。その後、カードユニットから払出制御部17に対して営業モードへの変更を要求するモード変更要求が送信され、払出制御部17から表示器用演出制御基板53に対してモード変更要求が送信される。すると、表示器用演出制御基板53は、動作モードを営業モードに切り換えて、営業モード中の画面にする。次に、上位サーバ801とカードユニットCU3とにおけるセキュリティ関連情報の管理について説明する。セキュリティ関連情報としては、たとえば、少なくともベース異常検知設定値、遊技機試打モード設定値、および、減算玉異常検知設定値等の設定情報を含む認証動作指定情報が含まれている。このように、セキュリティ関連情報としては、遊技機が稼動状態のときに発生する遊技情報の数値が適正であるか否かを判定するための閾値のデータを含む所定の設定情報が含まれる。さらに、このようなセキュリティ関連情報には、セキュリティ関連情報全体を対象とした情報の版数を示す数値データが含まれている。このような情報の版数を示すデータは、前述のようなセキュリティ関連情報のうちのいずれかの情報が変更されたときに更新たとえば、版数の数値データの加算更新される。なお、このような情報の版数のデータは、セキュリティ関連情報全体として設定される場合に限らず、ベース異常検知設定値、遊技機試打モード設定値、および、減算玉異常検知設定値を含む認証動作指定情報の各データについて個別に設定されて更新されるようにしてもよい。このようなセキュリティ関連情報は、上位サーバ801、CU3およびP台2のそれぞれに設けられたセキュリティ関連情報記憶部に記憶される。このようなセキュリティ関連情報は、標準的な設定情報がデフォルトデータ後述する各種情報の初期値のデータとして予め設定されており、上位サーバ801に設けられたキーボード等の所定の入力操作手段において、遊技場の管理者がデータを手動入力することによりデータを変更更新することが可能である。したがって、上位サ-バ801においてセキュリティ関連情報について何ら変更操作が行なわれていないときは、セキュリティ関連情報が初期値のデータに設定される。上位サーバ801においてセキュリティ関連情報を手動入力する場合には、たとえば、遊技場における各遊技機について遊技機ごとに手動入力したり、あるいは、機種ごとに統一された閾値を入力設定したりすることが可能である。なお、上位サーバ801においては、次のようにセキュリティ関連情報を取得して用いるようにしてもよい。遊技機の機種情報とセキュリティ関連情報の設定情報とが予め対応付けられている場合、すなわち、機種情報とセキュリティ関連情報の設定情報とが1対1で対応している場合に、設定情報を入力設定する上位サーバ801よりもさらに上位のサーバから機種情報が上位サーバ801にダウンロードされ、そのダウンロードされた機種情報を上位サーバ801が記憶することによりその機種情報に1対1で対応しているセキュリティ関連情報を上位サーバ801が選択して記憶し、当該セキュリティ関連情報を用いるようにしてもよい。また、このようなセキュリティ関連情報は、手動入力によらず、予め設定されたタイミングたとえば、定期的なタイミングで、予め定められたデータに自動的に変更更新することが可能となるようにしてもよい。ベース異常検知設定値は、CU3やP台2でベースの異常状態を検知するときのベース異常検知の有無およびその定数閾値を設定するためのデータである。ベース異常検知設定値としては、低ベース状態時にベース異常検知設定値として用いる低ベース時閾値と、高ベース状態時にベース異常検知設定値として用いる高ベース時閾値とが含まれる。低ベース時閾値は、設定値が0~100の範囲内であり、初期値が30である。このような低ベース時閾値は、0に設定されたときに検知無を示し、0以外に設定されたときに検知有を示すものである。これにより、低ベース時閾値が0以外のときは設定された低ベース時閾値を用いたベース異常検知が行なわれ、低ベース時閾値が0のときは低ベース時閾値を用いたベース異常検知が行なわれない。高ベース時閾値は、設定値が0~150の範囲内であり、初期値が120である。このような高ベース時閾値は、0に設定されたときに検知無を示し、0以外に設定されたときに検知有を示すものである。これにより、高ベース時閾値が0以外のときは設定された高ベース時閾値を用いたベース異常検知が行なわれ、高ベース時閾値が0のときは高ベース時閾値を用いたベース異常検知が行なわれない。遊技機試打モード設定値は、遊技機釘調整等の試打モードの有無を設定するためのデータである。遊技機試打モード設定値では、試打モード有または試打モード無が示され、初期値が試打モード無である。減算玉異常検知設定値は、CU3やP台2での減算玉数発射検出信号に基づいて遊技玉数から減算される玉数の異常状態の検知の有無およびその定数閾値を設定するためのデータである。ここで設定される減算玉の異常状態は、遊技玉の発射がないにもかかわらず、設定された玉数分連続して遊技玉の入賞が生じたことに基づいて検知される。減算玉異常検知設定値の閾値は、減算玉数の異常状態と判断される連続入賞した入賞玉数を設定するためのデータである。減算玉異常検知設定値は、設定値が0~99玉の範囲内であり、初期値が5玉である。このような減算玉異常検知設定値は、0玉に設定されたときに検知無を示し、0玉以外に設定されたときに検知有を示すものである。これにより、減算玉異常検知設定値が0玉以外のときは設定された減算玉数の閾値を用いて減算玉異常検知が行なわれ、減算玉異常検知設定値が0玉のときは減算玉異常検知が行なわれない。このようなセキュリティ関連情報は、たとえば、上位サーバ801とCU3との通信確立通信コネクション確立時、および、セキュリティ関連情報の設定値変更時等の所定タイミングにおいて上位サーバ801からCU3にさらにCU3経由でP台2に送信される。ただし、セキュリティ関連情報は、上位サーバ801とCU3とP台2で版数が管理される。前記所定タイミングにおいてCU3およびP台2が上位サーバ801と同一版数の情報を保持記憶しているときは、セキュリティ関連情報の送信が行なわれない。次に、上位サーバ801、CU3、およびP台2におけるセキュリティ関連情報を管理するためのセキュリティ関連情報処理の具体例を説明する。図98は、上位サーバ801およびCU3におけるセキュリティ関連情報に関する処理を示すフローチャートである。図98においては、Aに上位サーバ801側で実行される処理としてのセキュリティ関連情報管理処理が示され、BにCU3側メイン制御部323で実行される処理としてのセキュリティ関連情報設定処理が示される。図98Aを参照して、上位サーバ801では、上位サーバ801とCU3との間での通信コネクションの確立状態開始時たとえば、後述するS713によりセキュリティ関連情報の設定変更が完了までに要する標準的な時間に所定のマージンを加えた時間のような予め定められた通信確立開始後の所定の短期期間中であるか否かを判定するS701。この場合の通信コネクションの確立状態開始時とは、上位サーバ801が常時稼動状態であり、CU3が営業時間開始前に電源投入され、営業時間終了後に電源切断される場合のように、CU3が電源投入されたことに起因する上位サーバ801とCU3との間での通信コネクションの確立状態開始時を意味している。通信コネクションの確立開始状態時であるときは、後述するS703に進む。一方、通信コネクションの確立開始状態時でないときは、オンライン状態においてセキュリティ関連情報の設定変更時であるか否かを判定するS702。セキュリティ関連情報の設定変更時とは、たとえば、前述のようなベース異常検知設定値、遊技機試打モード設定値、および、減算玉異常検知設定値のうちのいずれかのデータの設定が手動たとえば係員の操作入力による手動変更で変更された後、当該セキュリティ関連情報管理処理が実行されたときである。具体的には、上位サーバ801とCU3とがオンライン状態でセキュリティ関連情報の設定変更がされたときに、所定の変更フラグがセットされ、このS702ではそのような変更フラグがセットされているときにセキュリティ関連情報の設定変更時であると判定される。また、このような変更フラグは、上位サーバ801でのセキュリティ関連情報の設定変更に応じてCU3およびP台2でもセキュリティ関連情報の設定変更がされたことが確認されたときにリセットされる。また、このような変更フラグは、上位サーバ801とCU3とがオンライン状態でセキュリティ関連情報の設定変更がされたときにはセットされない。それは、上位サーバ801とCU3との間がオフライン状態であるときには、上位サーバ801でセキュリティ関連情報の設定変更をしても、変更後のセキュリティ関連情報を直ちにCU3に送信できないためであり、CU3の電源投入時の通信コネクションの確立状態開始時においては、S701から、後述するS703以降の処理に進むことで変更後のセキュリティ関連情報をCU3に送信できるためである。上位サーバ801において、セキュリティ関連情報の設定変更は、セキュリティ関連情報の設定対象となるCU3との通信状態がオフライン状態である場合と、セキュリティ関連情報の設定対象となるCU3との通信状態がオンライン状態である場合とのどちらの場合でも実行することが可能である。ただし、上位サーバ801とCU3との通信状態がオンライン状態である場合には、設定変更後のセキュリティ関連情報が直ちにCU3に送信可能となるが、当該通信状態がオフラライン状態である場合には、設定変更後のセキュリティ関連情報が直ちにCU3に送信可能とならない。この実施の形態において、S702では、セキュリティ関連情報の設定対象となるCU3との通信状態がオンライン状態である場合にセキュリティ関連情報の設定変更がされたか否かを判定している。なお、上位サーバ801とCU3とがオフライン状態でセキュリティ関連情報の設定変更がされたときに変更フラグをセットして保持しておき、次回のCU3の電源投入後、S701をバイパスしてS702によりセキュリティ関連情報の設定変更時であると判定し変更フラグがセットされていればセキュリティ関連情報の設定変更時であると判定する、オンライン状態で直ちにセキュリティ関連情報が設定変更される場合と同様の処理が行なわれることにより、次回のCU3の電源投入後に、変更後のセキュリティ関連情報をCU3に送信できるようにしてもよい。また、上位サーバ801において、セキュリティ関連情報の設定変更は、セキュリティ関連情報の設定対象となるCU3との通信状態がオンラインである場合にのみ実行可能となるようにしてもよい。また、セキュリティ関連情報の設定変更は、セキュリティ関連情報の設定対象となるCU3との通信状態がオフラインである場合にのみ実行可能となるようにしてもよい。なお、セキュリティ関連情報の設定変更は、前述のような手動操作入力による変更以外に、次のような方法により変更されてもよい。上位サーバ801が、自らが記憶する複数の設定データの中から、受信した遊技台情報に基づいて、CU3が接続されたP台2の機種に対応するデータを設定するような自動的な設定変更を行なうようにしてもよい。また、上位サーバ801が、受信した遊技台情報に基づいて、遊技場の外部に設けられた外部サーバたとえば、遊技機メーカに設けられたサーバとデータ通信することで、CU3が接続されたP台機種に対応する設定データをダウンロードし、当該設定データに基づいて自動的な設定変更を行なうようにしてもよい。S702でセキュリティ関連情報の設定変更時ではないと判定されたときは、処理を終了する。一方、S702でセキュリティ関連情報の設定変更時であると判定されたときは、S703に進む。一方、S702でセキュリティ関連情報の設定変更時ではないと判定されたとき、すなわち、オフライン状態であるとき、または、セキュリティ関連情報の設定が変更されていないとき等、S702の条件に該当しないときには、セキュリティ関連情報の設定変更に関するデータをCU3に送信する必要がないので、処理を終了する。S703では、第1セキュリティ関連情報版数要求コマンドが未送信であるか否かが判定されるS703。ここで、第1セキュリティ関連情報版数要求コマンドとは、CU3およびP台2に記憶されているセキュリティ関連情報の版数のデータの返答を要求するコマンドである。具体的に、S703では、S701またはS702によりセキュリティ関連情報の送信タイミングであると判断された状態において、CU3に第1セキュリティ関連情報版数要求コマンドが送信されていないかどうかが判断されるのである。CU3に第1セキュリティ関連情報版数要求コマンドが送信されたかどうかは、後述する版数要求済フラグがセットされているか否かに基づいて判断される。なお、CU3に第1セキュリティ関連情報版数要求コマンドが送信された場合には、後述するように、その第1セキュリティ関連情報版数要求コマンドが第2セキュリティ関連情報版数要求コマンドとしてCU3からP台2へ送信される。ここでは、同じ内容のコマンドでも、上位サーバ801から送信されるものを第1と呼び、CU3から送信されるものを第2と呼んでいる。S703で第1セキュリティ関連情報版数要求コマンドが未送信であると判定されたときは、第1セキュリティ関連情報版数要求コマンドをCU3に送信するための処理が行なわれS704、処理が終了する。このS704による送信は1回のみ行なわれ、前述したように、第1セキュリティ関連情報版数要求コマンドを受信したCU3がそれを第2セキュリティ関連情報版数要求コマンドとしてP台2へ送信する。S704により第1セキュリティ関連情報版数要求コマンドが1回送信されたときには、前述の版数要求済フラグがリセットされる。一方、S703でセキュリティ関連情報版数要求コマンドが未送信ではないと判定されたときは、CU3からのセキュリティ関連情報版数レスポンスの受信時であるか否かが判定されるS705。ここで、セキュリティ関連情報版数レスポンスとは、CU3が、CU3に記憶されているセキュリティ関連情報の版数のデータを返答するレスポンスと、P台2が、P台2に記憶されているセキュリティ関連情報の版数のデータをCU3を経由して返答するレスポンスとである。具体的に、S705では、S703によりセキュリティ関連情報版数要求コマンドが既に送信されたと判断された後において、CU3からのセキュリティ関連情報版数レスポンスまたはP台2からのセキュリティ関連情報版数レスポンスがCU3経由で受信されたタイミングであるか否かが判断されるのである。なお、セキュリティ関連情報版数レスポンスは、先ずCU3から上位サーバ801へ返信され、その後P台2からのセキュリティ関連情報版数レスポンスがCU3経由で上位サーバ801へ返信される。S705でセキュリティ関連情報版数レスポンスの受信時ではないと判定されたときは、後述するS709に進む。一方、S705でセキュリティ関連情報版数レスポンスの受信時であると判定されたときは、受信したセキュリティ関連情報版数レスポンスにより特定される版数と、上位サーバ801で記憶されて管理されている版数とが比較照合されて一致するか否かが判定されるS706。上位サーバ801では、前述のようなセキュリティ関連情報が変更された場合に、その版数を示すデータが更新される。一方、CU3およびP台2では、上位サーバ801からのセキュリティ関連情報を受信したときに当該情報に含まれる版数のデータが、更新後の版数のデータとして記憶されて管理される。S706で版数が一致していると判定されたときは、CU3およびP台2で記憶されているセキュリティ関連情報が適正な情報であり、新たにセキュリティ関連情報をCU3およびP台2に送信する必要がないので、処理を終了する。一方、S706で版数が一致していないと判定されたときは、CU3またはP台2で記憶されているセキュリティ関連情報が不適正な情報であり、CU3またはP台2で記憶保持されているセキュリティ関連情報を上位サーバ801で記憶保持されている最新の情報に変更更新する必要があるので、当該最新の第1セキュリティ関連情報をCU3に送信するための処理が行なわれS707、処理を終了する。なお、この第1セキュリティ関連情報を受信したCU3は、それを第2セキュリティ関連情報としてP台2へ送信する。このようにS706でセキュリティ関連情報の版数が一致しない場合としては、CU3およびP台2の少なくとも一方の電源がオン状態のときにおいて上位サーバ801でセキュリティ関連情報が設定変更されたとき、CU3およびP台2の少なくとも一方の電源がオフ状態のときにおいて上位サーバ801でセキュリティ関連情報が設定変更されたとき、CU3およびP台2の少なくとも一方の電源がオフ状態のときにおいてオフ状態の方の交換等のCU側装置またはP台側装置の交換がされたとき、CU3およびP台2の少なくとも一方の電源がオン状態のときにおいて通信障害により誤ったセキュリティ関連情報がオン状態の方に記憶されたとき、および、CU3およびP台2の少なくとも一方の電源がオン状態のときにおいてノイズ等によりオン状態の方で記憶されているセキュリティ関連情報が不適正な情報に変化したとき等が含まれている。ここで、CU3およびP台2の少なくとも一方を交換した場合には、交換前のCU3またはP台2が記憶しているセキュリティ関連情報と、交換後のCU3またはP台2が記憶しているセキュリティ関連情報とで版数が異なる場合がある。したがって、このような装置交換がなされた場合にも、上位サーバ801とCU3またはP台2とで記憶しているセキュリティ関連情報の版数が一致しなくなる場合があるので、上位サーバ801とCU3またはP台2とで記憶しているセキュリティ関連情報を一致させる必要がある。次に、応答待ち時間の計時が開始されるS708。ここで、応答待ち時間は、1回目の第1セキュリティ関連情報CU用のセキュリティ関連情報を送信したときから、当該情報の送信に対してCU3から返答されるレスポンス後述するセキュリティ関連情報設定レスポンスを受信するまでの時間、または、2回目のセキュリティ関連情報P台用のセキュリティ関連情報を送信したときから、当該情報の送信に対してP台2からCU3経由で返答されるレスポンス後述するセキュリティ関連情報設定レスポンスを受信するまでの時間であり、所定のソフトウェアタイマ処理により計時され、所定時間が経過すると、タイムアウトする。応答待ち時間がタイムアウトする所定時間は、たとえば、CU3およびP台2が正常に動作しておりCU3およびP台2と上位サーバ801との通信状態が正常であるときにおいて、セキュリティ関連情報の送信時からセキュリティ関連情報設定レスポンスの受信時までに要する標準的な時間に、所定のマージンを見込んだ時間に設定されている。つまり、応答待ち時間がタイムアウトする所定時間は、CU3およびP台2が正常に動作しておりCU3およびP台2と上位サーバ801との通信状態が正常であると認めることが許容できる時間に設定されている。S709では、応答待ち時間がタイムアウトしておらずCU3からまたはP台2からCU3経由でセキュリティ関連情報設定レスポンスの受信を待っている状態としての応答待ち状態中であるか否かが判定されるS709。応答待ち状態中でないときは、処理を終了する。一方、応答待ち状態中であるときは、CU3からまたはP台2からCU3経由でセキュリティ関連情報設定レスポンスを受信したか否かが判定されるS710。S710でセキュリティ関連情報設定レスポンスを受信したと判定されたときは、そのセキュリティ関連情報設定レスポンスが1回目の受信か否か判定し、1回目の場合には処理が終了する一方、2回目の場合には応答待ち状態を終了しS713、処理が終了する。2回目場合には、S713において応答待ち時間の計時を終了する。一方、S710でセキュリティ関連情報設定レスポンスを受信していないと判定されたときは、S708により計時が開始された応答待ち時間が所定時間を経過してタイムアウトしたか否かが判定されるS711。S711でタイムアウトしていないと判定されたときは、処理を終了する。一方、S711でタイムアウトしたと判定されたときは、情報通信に異常が生じたと判断して、上位サーバ801とCU3との間の通信を遮断するための処理をしてS712、S713により応答待ち状態を終了する。なお、前述したようなセキュリティ関連情報の版数を確認して不一致のときにセキュリティ関連情報をCU3に送信する処理は、前述のようなS701,S702で判断されるタイミング以外に、定期的なタイミングで実行してよく、低ベース状態から高ベース状態に移行した後の所定期間、高ベース状態から低ベース状態に移行した後の所定期間、および、大当り遊技状態となったときの所定期間等のように、遊技状態が変化したときのタイミングで実行してもよく、常時実行するようにしてもよい。また、前述したS701は、上位サーバ801の電源投入時における遊技場内のネットワークに対する通信コネクションの確立時であるか否かを判断して、当該確立時にS703に処理が進むようにし、通信コネクションの確立後は、S702でセキュリティ関連情報の設定変更がされたか否かを判断するようにしてもよい。その場合には、セキュリティ関連情報の設定変更時が上位サーバ801とCU3との間がオンライン状態であるか否かを問わずセキュリティ関連情報の設定変更があったときに前述の変更フラグをセットし、当該変更フラグがセットされているときに、S702からS703に処理が進むようにすればよい。また、上位サーバ801およびCU3のそれぞれで常に電源がオン状態で、これらの間が常時オンラン状態であるときには、停電等の異常状態が発生した場合を除き上位サーバ801とCU3との間で通信コネクションが常時確立されているので、上位サーバ801においてセキュリティ関連情報が変更設定されたときには、必ずS702からS703に進むこととなる。次に、図98Bを参照して、CU3では、セキュリティ関連情報設定処理において、上位サーバ801からの第1セキュリティ関連情報版数要求コマンドの受信時であるか否かが判定されるS751。S751により第1セキュリティ関連情報版数要求コマンドの受信時ではないと判定されたときには、後述するS755に進む。一方、S751により第1セキュリティ関連情報版数要求コマンドの受信時であると判定されたときには、CU3におけるセキュリティ関連情報記憶部に記憶されているセキュリティ関連情報の版数データを確認しS753、確認した版数データを特定するレスポンスとしてのセキュリティ関連情報設定レスポンスを上位サーバ801へ送信するための処理が行なわれS754、制御がS759へ移行する。一方、S755では、前述したS707により上位サーバ801から送信される第1セキュリティ関連情報の受信時であるか否かが判定される。第1セキュリティ関連情報の受信時ではないと判定されたときは、制御がS759に移行する。第1セキュリティ関連情報の受信時であると判定されたときは、CU3において既にセキュリティ関連情報の更新が済んでいるか否か判定されるS756。S755により受信したセキュリティ関連情報が1回目のものであった場合には、未だCU3においてセキュリティ関連情報の更新が行なわれていない場合であり、受信した第1セキュリティ関連情報が、CU3におけるセキュリティ関連情報記憶部に記憶更新記憶されるS757。これにより、上位サーバ801から送信された第1セキュリティ関連情報は、CU3において、記憶保持される。そして、第1セキュリティ関連情報を記憶したことに応じて上位サーバ801に応答するレスポンスとして、セキュリティ関連情報設定レスポンスを上位サーバ801に送信するS758。一方、CU3において第1セキュリティ関連情報が既に更新済である場合には、S756によりYESの判断がなされて制御がS759へ進み、対P台セキュリティ関連情報処理が実行される。本実施の形態においては、ベース監視処理をCU3ばかりでなくP台2においても実行する図101、図102参照。その関係上、上位サーバ801から送信されてくるセキュリティ関連情報をCU3ばかりでなくP台2にも記憶更新記憶させる必要がある。そこで、このS759による対P台セキュリティ関連情報処理が実行されるのである。なお、上位サーバ801とCU3およびP台2とで記憶しているセキュリティ関連情報が異なるか否かを判定するためには、CU3からまたはP台2からCU3経由でセキュリティ関連情報の版数のデータの送信を受けて版数が一致するか否かを比較する例を示したが、これに限らず、CU3からまたはP台2からCU3経由でセキュリティ関連情報の設定値データの送信を受けて当該設定値データが一致するか否かを比較するようにしてもよい。このようにすれば、CU3またはP台2を交換した場合において、CU3に異なる機種のP台2が接続されていたものであってセキュリティ関連情報の設定値データが異なるがセキュリティ関連情報の版数データがたまたま上位サーバ801が記憶しているセキュリティ関連情報の版数データと一致している場合に、間違った設定値で異常検知が行なわれてしまうのを防ぐことができる。次に、S759の対P台セキュリティ関連情報処理の具体的制御内容を図99に基づいて説明する。まずCU3のメイン制御部323は、第1セキュリティ関連情報版数要求コマンドの受信時であるか否か判定するS760。上位サーバ801から第1セキュリティ関連情報版数要求コマンドが送信されてきていないときには制御がS761へ進み、セキュリティ関連情報版数レスポンスの受信時であるか否かの判定が行なわれ、P台2からセキュリティ関連情報版数レスポンスが送られてきていないときにはS762により、第1セキュリティ関連情報受信時であるか否かの判定がなされ、上位サーバ801から第1セキュリティ関連情報が送られてきていないときにはS763により、セキュリティ関連情報設定レスポンスを受信したか否かの判定がなされ、P台2からセキュリティ関連情報設定レスポンスが送られてきていない場合にはこの処理が終了する。このS760→S761→S762→S763の処理を繰返し実行している最中に、上位サーバ801から第1セキュリティ関連情報版数要求コマンドが送信されてくれば、前述したようにS751によりYESの判断がなさS753とS754の処理がなされた後、制御がS759へ移行する。そして、このS760によりYESの判断がなされ、受信した第1セキュリティ関連情報版数要求コマンドを第2セキュリティ関連情報版数要求コマンドとしてP台2へ送信する処理が行なわれるS764。この第2セキュリティ関連情報版数要求コマンドは、図100に示すP台セキュリティ関連情報設定処理におけるS770により受信判定される。図100を参照して、このP台セキュリティ関連情報設定処理は、P台2の払出制御部17により実行される処理であり、前述のS764による第2セキュリティ関連情報版数要求コマンドがP台2に送信されてくれば、このS770によりYESの判断がなされる。そして、セキュリティ関連情報の版数データを確認する処理が行なわれるS772。確認した版数データを特定するレスポンスとしてのセキュリティ関連情報設定レスポンスをCU3へ送信するための処理が行なわれS773、処理が終了する。このS773によるセキュリティ関連情報レスポンスがCU3へ送信されてくれば、図99のS761によりYESの判断がなされ、CU3におけるメイン制御部323は、その受信したセキュリティ関連情報版数レスポンスを上位サーバ801へ送信する処理を行なう。このセキュリティ関連情報版数レスポンスを受信した上位サーバ801では、前述のS705によりYESの判断がなされ、S706、S707の処理を実行して、必要な第1セキュリティ関連情報をCU3へ送信する処理が行なわれる。それを受けたCU3のメイン制御部323では、S755によりYESの判断がなされてS756によりYESの判断がなされてS759へ進み、図99のS762によりYESの判断がなされて、その受信した第1セキュリティ関連情報を第2セキュリティ関連情報としてP台2へ送信する処理が行なわれるS766。この第2セキュリティ関連情報を受信したP台2の払出制御部17は、図100のS771によりYESの判断を行ない、その受信したセキュリティ関連情報を記憶更新記憶する処理を行なうS774。そして、セキュリティ関連情報設定レスポンスをCU3へ送信するS775。そのセキュリティ関連情報設定レスポンスを受信したCU3のメイン制御部323は、図99のS763によりYESの判断を行なって、その受信したセキュリティ関連情報設定レスポンスを上位サーバ801へ送信する処理を行なうS767。これを受けた上位サーバ801は、前述のS710によりYESの判断を行ない、S713による応答待ち状態終了の処理を実行する。次に、このようにCU3において記憶保持されたセキュリティ関連情報に基づいてベースを監視するためにCU3メイン制御部323で実行されるベース監視処理を説明する。図101は、CU3で実行されるベース監視処理を示すフローチャートである。ベース監視処理は、大当り遊技状態以外の状態において実行される。ベース監視処理においては、まず、払出制御部17から送信される遊技玉発射個数情報が受信された否かが判定されるS801。遊技玉発射個数情報が受信されたと判定されたときは、受信された遊技玉発射個数情報に基づいて、CU3において発射情報個数カウンタにより計数される発射個数のデータが加算更新されS802、S803に進む。一方、発送個数情報が受信されていないと判定されたときは、発射個数のデータを加算更新せずにS803に進む。これにより、CU3において、発射個数を計数して管理することができる。S803では、払出制御部17から送信される遊技玉獲得個数情報が受信された否かが判定されるS803。遊技玉獲得個数情報が受信されたと判定されたときは、受信された遊技玉獲得個数情報に基づいて、CU3において獲得個数カウンタにより計数される獲得個数のデータが加算更新されS804、S805に進む。一方、遊技玉獲得個数情報が受信されていないと判定されたときは、獲得個数のデータを加算更新せずにS805に進む。これにより、CU3において、獲得個数を計数して管理することができる。S805では、予め定められたベース算出タイミングとなっているか否かが判定されるS805。CU3では、たとえば、1分間等の所定時間が経過するごとにベースを算出する処理を行なうために、CU3にカードが挿入されから所定のソフトウェアタイマを用いて経過時間が計時され、当該タイマが所定時間たとえば、1分間を計時してタイムアウトするごとに、S805により、ベース算出タイミングになったと判断される。S805でベース算出タイミングとなっていないと判定されたときは、処理を終了する。一方、S805でベース算出タイミングとなっていると判定されたときは、S802により計数される発射個数とS804により計数される獲得個数とに基づいてベースを算出する処理がなされるS806。具体的に、S806では、獲得個数/発射個数×100というような演算式を用いて演算を行なうことにより、ベースが算出される。次に、現在の遊技状態が低ベース状態であるか否かが判定されるS807。S807では、たとえば、P台2から送信されて受信された遊技台状態2のデータにより特定される高ベース中であるか否かの情報に基づいて、現在の遊技状態が高ベース状態であるか否かが判定される。S807により高ベース状態ではない、すなわち、低ベース状態であると判定されたときは、CU3におけるセキュリティ関連情報記憶部に記憶されているセキュリティ関連情報のうち、低ベース閾値がベース異常検知設定値として設定されS808、S810に進む。一方、S807により高ベース状態であると判定されたときは、CU3におけるセキュリティ関連情報記憶部に記憶されているセキュリティ関連情報のうち、高ベース閾値がベース異常検知設定値として設定されS809、S810に進む。S810では、S806により算出されたベース値がS808またはS809により高ベース状態であるか否かに応じて設定されたベース異常検知設定値以上であるか否かが判定される。S810によりベース異常検知設定値以上ではないと判定されたときは、処理が終了する。一方、S810によりベース異常検知設定値以上であると判定されたときは、表示器312において、ベースに異常が生じた旨を報知するベース異常の発生を報知するエラー報知が行なわれるS811とともに、上位サーバ801に、当該異常状態が特定されたエラー情報の通知が行なわれるS812。そして、P台2においてベース異常監視を行なった結果異常と判定された場合には後述するS832によりCUへエラー通知が行なわれるのであり、それを受けたCU3のメイン制御部323は、S813によりP台からのエラー通知があったと判定し、上位サーバ801に、P台においてベースに異常が生じた旨を特定するエラー情報の通知P台エラー通知が行なわれS814、処理が終了する。なお、エラー報知としては、表示器312で実行されるものに代えて、またはそれに加えて、CU3に設けられた異常報知用ランプの点灯または点滅、あるいは、スピーカから音声による異常報知を行なわせるようにしてもよい。また、そのような表示、発光、および、音による報知は、上位サーバ801に設けられた表示、ランプ、および、スピーカにより行なうようにしてもよく、P台2に設けられた表示器たとえば表示器54等、ランプ、および、スピーカにより行なうようにしてもよい。また、このエラー報知は、カードユニット3やパチンコ機2等の遊技者が確認できるところでは報知を行なわないようにし、遊技場の管理者や係員だけが認識出来る所でエラー報知を行なうようにしてもよい。このエラー報知は、確実に不正が行なわれたことによるエラー報知ではなく、あくまでも不正による異常が発生した可能性があるという判定結果のエラー報知であり、たとえば、偶々連チャンしてしまった場合にエラー報知を行なうと、何ら不正を行なっていない遊技者が恰も不正を働いているように扱ってしまう不都合が生じ、そのような不都合を防止するために、遊技者が確認できない所でエラー報知を行なうのがよい。次にP台ベース監視処理を図102に基づいて説明する。P台2の払出制御部17は、発射玉の検出があったか否かの判定を行ないS820、ない場合には制御がS822へ進むが、発射玉検出スイッチ903からの発射玉の検出信号が払出制御部17へ入力されれば、S820によりYESの判断を行ない、発射玉数の加算処理を行なうS821。また主制御基板16から加算玉を受信したか否かの判定を行ないS822、加算玉を受信した場合には、獲得個数の加算処理を行なうS823。さらに払出制御部17は、ファール玉の検出があったか否かの判定を行ないS824、ファール玉検出スイッチ33からファール玉の検出信号が入力されれば、S824によりYESの判断を行ない、獲得玉の加算処理を行なうS823。そして、S825以降の制御が実行される。このS825~S832の処理は、前述の図101のS805~S812の処理と同様である。但し、S812に比べてS832では、エラー通知先がCU3となっている。この点が唯一の相違である。S812、S814により通知されるエラー情報としては、発生日時、エラーコード大分類のデータ、エラー情報小分類のデータ、BBシリアル番号、主制御チップ情報メインチップID、および、払出制御チップ情報払出チップIDが含まれている。S832により通知されるエラー情報としては、発生日時、エラーコード大分類のデータ、エラー情報小分類のデータ、主制御チップ情報メインチップID、および、払出制御チップ情報払出チップIDが含まれている。ここで、エラーコードとは、エラーの種別を所定の分類基準で大分類した場合における大分類のエラーコードを示す情報である。また、エラー情報とは、大分類のエラーコードを予め定められた分類基準で詳細に小分類した場合における小分類のエラーコードを示す情報である。このように、P台2から送信されてきた遊技情報の数値が不適正であると判定されたときにその不適正と判定された遊技情報に対応するエラーの種類を特定するエラー情報がCU3から上位サーバ801へ送信されるために、上位サーバ801においては、発生したエラーの種類を掌握することができる。なお、S805、S825によるベース算出タイミングおよびS810、S830による異常検知タイミングのそれぞれとしては、前述したように定期的なタイミングに代えて、低ベース状態から高ベース状態に移行した後の所定期間、高ベース状態から低ベース状態に移行した後の所定期間、および、大当り遊技状態となったときの所定期間等のように、遊技状態が変化したときのタイミングに設定されてもよく、また、ベース監視処理が実行されるときに常時ベースを算出するようにしてもよい。また、CU3メイン制御部323およびP台2払出制御部17では、CU3およびP台2において記憶保持されたセキュリティ関連情報に基づいて減算玉を監視する減算玉監視処理も実行される。CU3による減算玉監視処理においては、払出制御部17から送信される遊技玉発射個数情報に基づいて発射玉がある状態か否かを認識し、発射玉がないと判定された状態で、払出制御部17から送信される入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて検知された入賞玉を認識し、当該入賞玉が、CU3において記憶保持されたセキュリティ関連情報に含まれる減算異常に関する入賞玉数の設定値たとえば、5玉以上連続して入賞したと判定したときに、減算玉数の異常が発生したと判断される。P台2での減算玉監視処理においては、払出制御部17自ら遊技玉発射個数情報に基づいて発射玉がある状態か否かを認識し、発射玉がないと判定された状態で、入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて検知された入賞玉を認識し、当該入賞玉が、P台2において記憶保持されたセキュリティ関連情報に含まれる減算異常に関する入賞玉数の設定値たとえば、5玉以上連続して入賞したと判定したときに、減算玉数の異常が発生したと判断される。そして、減算玉異常が発生したと判断されたときに、前述したベース異常の場合と同様に、当該異常状態を特定するエラー報知と、エラー通知とが行なわれる。なお、前述したベース異常および減算玉異常の他に、次のようなセキュリティ関連情報を上位サーバ801とカードユニットCU3とP台2とのそれぞれで記憶し、前述したようなベース異常および減算玉異常と同様に、設定値の送信処理、エラー監視処理を実行するようにしてもよい。CU3が記憶している持玉数とP台2が記憶している持玉数との差異が設定値たとえば1玉以上となったときに持玉数の異常であると判断する持玉数異常を前記セキュリティ関連情報として用いてもよい。払出制御部17からCU3に送信される遊技玉獲得個数情報に基づいて入賞カウントがない状態で、払出制御部17からCU3に送信される入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて入賞玉が検知されたときにCU3が加算玉の異常であると判断する加算玉異常を前記セキュリティ関連情報として用いてもよい。また、払出制御部17が遊技玉獲得個数情報に基づいて入賞カウントがない状態で、入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて入賞玉が検知されたときにP台2が加算玉の異常であると判断する加算玉異常を前記セキュリティ関連情報として用いてもよい。払出制御部17からCU3に送信される遊技玉獲得個数情報および遊技玉発射個数情報に基づいて、CU3で記憶している持玉数がマイナス値となったときにCU3が異常であると判断するマイナス玉異常を前記セキュリティ関連情報として用いてもよい。また、払出制御部17が遊技玉獲得個数情報および遊技玉発射個数情報に基づいて、P台2で記憶している持玉数がマイナス値となったときにP台2が異常であると判断するマイナス玉異常を前記セキュリティ関連情報として用いてもよい。払出制御部17からCU3に送信される入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて、単位時間あたりの入賞玉数が設定値以上となったときにCU3が異常であると判断する単位時間入賞玉数異常を前記セキュリティ関連情報として管理してもよく、また、払出制御部17が入賞情報始動口1~3、大入賞口1,2、入賞口1~4に基づいて、単位時間あたりの入賞玉数が設定値以上となったときにP台2が異常であると判断する単位時間入賞玉数異常を前記セキュリティ関連情報として管理してもよい。その場合には、設定値として、大当り遊技状態時用の第1設定値たとえば、50玉/1分間と、非大当り遊技状態時用の第2設定値たとえば、10玉/1分間とに分けて管理すればよい。払出制御部17からCU3に送信される打込玉数と回収玉数との差が設定値以上となったときにCU3が異常であると判断する差玉数異常を前記セキュリティ関連情報として用いてもよく、また、打込玉数と回収玉数との差が設定値以上となったと払出制御部17が判断したときにP台2が異常であると判断する差玉数異常を前記セキュリティ関連情報として用いてもよい。大当りの発生確率に対応して、1回の大当り発生までに要する平均スタート回数可変表示装置の変動開始回数としての大当り時平均スタート回数について設定値以下となったときにスタート回数異常であると判断する異常判定値を設け、当該異常判定値をセキュリティ関連情報として管理してもよい。また、セキュリティ関連情報としては、前述した認証動作指定情報の他に、認証制御情報を上位サーバ801からCU3やP台2に送信して、このような認証制御情報を、上位サーバ801とCU3とP台2とで記憶して管理するようにしてもよい。ここで、認証制御情報とは、前述した各種認証に関連する閾値のデータを含む予め定められた設定情報であり、前述した認証動作指定情報と同様のタイミングで設定情報を送信するか否かの判断がなされ、前述した認証動作指定情報と同様に、上位サーバ801で記憶された版数とCU3で記憶された版数またはP台2で記憶された版数とが一致しないときにのみ情報が送信されるようにすればよい。このように、セキュリティ関連情報としては、遊技機が稼動状態のときに発生する遊技情報の数値が適正であるか否かを判定するための閾値のデータを含む所定の設定情報が用いられる。そして、このような設定情報のデータは、上位サーバ801からCU3にさらにはCU3経由でP台2に送信されて、上位サーバ801とCU3とP台2とで記憶され、CU3およびP台2において、遊技機が稼動状態のときに発生する遊技情報の数値が適正であるか否かを判定するために用いられる。なお、ベース異常検知設定値としては、低ベース状態時に用いる低ベース時閾値と、高ベース状態時に用いる高ベース時閾値とを示した。しかし、これに限らず、大当り遊技状態時に用いる大当り時閾値を設けてセキュリティ関連情報に含めて上位サーバ801から送信し、低ベース時閾値および高ベース時閾値と同様に異常検知に用いるようにしてもよい。その場合には、大当り遊技状態中にもベースを算出して、算出したベースと大当り時閾値とを比較して大当り中のベースの異常検知を行なうようにしてもよい。また、CU3に挿入されたC-IDカードIDと、そのC-IDに対応する遊技情報に基づいて、ベース異常のような異常状態の発生頻度が高い遊技者を特定し、当該遊技者に対しては、その他の遊技者と異なる閾値たとえば、異常状態がより検知しやすい閾値等等のデータが設定された特別なセキュリティ関連情報を用いて異常判定ができるようにセキュリティ関連情報のデータを設定することで、異常状態の発生頻度に応じて、セキュリティ関連情報の設定内容を異ならせるようにしてもよい。以上に説明したように、ベース異常検知設定値等のセキュリティ関連情報に関する設定情報を、上位サーバ801からCU3にさらにはCU3経由でP台2に送信して、CU3とP台2が記憶し、CU3とP台2において、当該設定情報に基づいてベース異常等のセキュリティ関連情報に関する異常を監視することで、上位サーバ801が自らセキュリティ関連情報に関する異常を監視する場合と比べて、上位サーバ801の処理負担を軽減することができる。さらに、上位サーバ801とCU3とP台2とでセキュリティ関連情報の監視処理が分担されるので、より細分化された閾値による異常判定を行なうことができる。その場合であっても、上位サーバ801では設定値を管理するのみで、CU3およびP台2では送信された設定値に基づく異常判断をするのみであるため、両者の処理負担の増加を抑制することができる。さらに、CU側および遊技機側の双方でセキュリティ関連情報に関する異常を監視するために、以下のような効果が奏される。遊技機側に異常が発生した場合または不正が行なわれた場合に、遊技機側から送られてくる遊技情報の異常の有無をCU側が適正に判定でき、異常を検出することができる。たとえば、ベース異常を判定するにおいて、遊技機側に不正が施されて遊技機側の異常検出機能が不能になったとしても、異常な値のベース値データが遊技機からCUへ送信され、CU側において異常判定できる。また、CUと遊技機との通信上において、たとえば、図26、図27に示すような加算要求玉数の動作指示をCUから遊技機へ頻繁に送信する不正が行われた場合に、遊技機ではその動作指示どおりに加算制御し、その加算結果としての遊技玉数がCUへ送信されたときに、CU側において記憶管理している遊技玉数と送信されてきた遊技玉数とが相違することにより異常を検出することができる。また、CUと遊技機との通信上において、遊技機からCUへ送信する動作応答のうち図29に示す減算玉数を送信しないようにする不正が行なわれた場合に、CU側において記憶管理している遊技玉数と遊技機側から送信されてきた遊技玉数とが相違することにより異常を検出することができる。また、前述したように、上位サーバ801で記憶されているセキュリティ関連情報の版数と、CU3およびP台2で記憶されているセキュリティ関連情報の版数とが比較照合され、版数が一致しない場合にセキュリティ関連情報の送信が行なわれるので、記憶されたセキュリティ関連情報の設定が誤ったまま遊技が継続されてしまう不都合を防止することができる。また、上位サーバ801で記憶されているセキュリティ関連情報と、CU3またはP台2で記憶されているセキュリティ関連情報とが一致しておりCU3またはP台2で記憶されているセキュリティ関連情報を更新する必要がないのにも関わらずセキュリティ関連情報の無駄な通信が行なわれるのを防ぐことができる。なお、セキュリティ関連情報の送信は、前述のような通信コネクション確立開始状態時、および、セキュリティ関連情報の設定値変更時等の所定タイミングにおいて、版数を比較することなく、必ず送信するようにしてもよい。また、この実施の形態では、セキュリティ関連情報の閾値等の設定情報の管理を行なっている遊技用管理装置としては、上位サーバ801を例に挙げたが、これに限らず、上位サーバ801の代わりに、ホール用管理コンピュータ1によりセキュリティ関連情報の閾値等の設定情報の管理を行なうようにしてもよい。また、上位サーバ801において、セキュリティ関連情報の閾値のデータを入力する場合には、たとえば10、20、30というようにデータを直接入力して設定する代わりに、各データを複数段階たとえば、設定1、設定2、に分けて管理し、設定段階にそれぞれ閾値を対応付けておきたとえば、設定1:10、設定2:20、設定3:30、たとえば、設定1、設定2、設定3というような設定段階情報を入力設定することにより、間接的に閾値のデータを特定して上位サーバ801に記憶するようにしてもよい。次に、遊技機の他の例としてスロットマシンを説明する。図103を参照して、スロットマシン2Sは、本体枠2aに対して前面扉2bがその左側縁を揺動中心として開閉可能に設けられている。前面扉2bSにおける揺動中心とは反対側の端縁付近には、上下1対の係合突起6aS、6bSが設けられている。この係合突起6aS、6bSは、図示しないばねによって下方向に押圧されている。一方、係合突起6aS、6bSに対向する本体枠2aSの位置には係合受け片7aS、7bSが設けられている。開放状態の前面扉2bSを本体枠2aSに押付けることにより係合突起6aS、6bSが係合受け片7aS、7bSを乗越え、乗越えた状態でばねの付勢力により係合突起6aS、6bSが下方に移動し、ロック状態となる。そして、前面扉2bSの裏面側に前面扉開放ソレノイド110図示略が設けられており、この前面扉開放ソレノイド110が励磁されることによりばねの付勢力に抗して上下1対の係合突起6aS、6bSが上方に押上げられ、その結果係合受け片7aS、7bSに対する係合突起6aS、6bSの係合が解除されてロック解除状態となり、前面扉2bが開放される。本体枠2aSの上方部分における前面扉2bSと接触する箇所に前面扉閉鎖検出器図示略が設けられており、前面扉2bSが本体枠2aSに押付けられてロック状態となったことが検出される。スロットマシン2Sのリールを取り囲む部分には、タッチパネル式の表示器510が設けられており、この表示器510によって、各種の遊技履歴、CUへの未送信データ、エラー表示が行なわれるとともに、非営業モード中の各種の操作たとえば、メンテナンスモードにおける各種設定等が行なわれる。次に図104を参照して、CU側とS台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。本実施の形態においては、CU側においてS台側の持点数の変動を算出して現在の持点数を管理している。S台側においても現在の持点数の算出記憶を行なっている。ただし、S台側において、その持点数は、持点数が賭数設定に最低限必要な数未満たとえば、0となったときに極力早い段階で新たにゲームを開始できないようにするためだけに用いられる副次的なものである。本実施の形態においては、持点数の主たる管理をCU側において行なっているために、S台側に持点数の厳重に管理するための機能を設ける必要がなく、その分S台のコストを極力抑えることができる。特に、CUに比べてS台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、S台側における持点数に関する主管理機能をCU側に持たせてS台側のコストを抑えることにより、S台を導入する遊技場のランニングコストを軽減することができるという利点がある。図104では、CU側のメイン制御部323に設けられているRAMの記憶データと、S台側の払出制御部図示省略に搭載されているRAMの記憶データとを示している。まず、S台スロットマシン2SとCUカードユニット3とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、S台側の払出制御部は、主制御基板図示省略からメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとを送信してもらい、そのメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとをCU側に送信するとともに、払出制御部自身が記憶している払出チップIDをCU側へ送信する。なお、図104では、チップメーカーコードと遊技機メーカーコードと遊技機製品コードとの図示を省略している。このメインチップIDとチップメーカーコードと遊技機メーカーコードと遊技機製品コードとは、主制御基板のたとえばROM等のメモリに記憶されている。これら各種コードについては、既に図6に基づいて説明しているため、ここでは説明の繰り返しを省略する。CU側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU側とS台側とが接続されて通信が開始された時刻のデータがCU側からS台側へ送信され、S台側ではその送信されてきた接続時刻を記憶する。この状態で、メインチップID、払出チップIDおよびCU側で識別された接続時刻の3つの情報がCU側とS台側とに記憶されることとなる。それ以降の電源投入時においては、S台側からCU側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。CU側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じS台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU側とS台側との通信が開始された新たな接続時刻データがCU側からS台側へ送信されてその新たな接続時刻データをS台側において記憶することとなる。また、CU側とS台側とにおいて動作指示および動作応答の送信が行なわれる毎にCU側とS台側とにおいてシーケンスナンバーSQNが1ずつ加算更新され、そのシーケンスナンバーがCU側とS台側とにおいて記憶される。このSQNとは、CUとS台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終SQNとは、その更新される通信番号の最後に更新された番号のことである。本実施の形態におけるCUとS台とにおけるSQNのバックアップの具体的態様を説明する。CUは、動作指示でS台へ送信したSQNをバックアップ記憶し、次にS台からのSQNを受信すると、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているSQNを1加算更新してS台へ送信し、その送信済みのSQNをバックアップ記憶する。CUではこのような処理を繰返す。S台でも同様に、動作指示でCUから受信したSQNをバックアップ記憶し、次にS台からCUへ動作応答を送信するときに、バックアップ記憶しているSQNを1加算更新して送信し、その送信済みのSQNをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。S台ではこのような処理を繰返す。そして、通信途中で通信断が発生したときには、通信の再接続までの間SQNがバックアップ記憶されるのであるが、S台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため、通信の再接続までの間バックアップ記憶しているSQNは常に最後に送信したSQNとなっている。一方、CU側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため、通信の再接続までの間バックアップ記憶しているSQNは最後に送信したものまたは最後に受信したもののいずれかとなる。たとえば、CU側からS台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーnを送信し、S台側ではその送信されてきたシーケンスナンバーnを記憶する。そして、動作応答をS台側からCU側へ返信するときにその記憶しているシーケンスナンバーnに1加算したものn1も合わせて送信する。CU側では返信されてきたシーケンスナンバーn1が既に記憶していたシーケンスナンバーnより1加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを1してn2のシーケンスナンバーをS台側へ送る。次に、S台側からCU側へ現在持点関連情報カウント中の持点関連情報を送信する。この現在持点関連情報は、RAMの現在持点関連情報記憶領域において各カウンタによって記憶されている。RAMの現在持点関連情報記憶領域には、図104に示されるように、加算数カウンタと、減算数カウンタと、外部出力情報カウンタと、持点数カウンタとの合計4種類のカウンタが設けられている。加算数カウンタは、入賞の発生に応じて加算すべき持点数をカウントとするためのカウンタである。S台において入賞が発生すると、主制御基板から持点加算数を特定可能な加算数信号が払出制御部へ送信される。払出制御部は、加算数信号に基づいて加算数カウンタを加算更新する。減算数カウンタは、賭数設定に応じて減算すべき持点数をカウントするためのカウンタである。賭数設定操作が検出されると、主制御基板から払出制御部へ賭数設定信号が送信される。払出制御部は、賭数設定信号に基づいて減算数カウンタを加算更新する。外部出力情報カウンタは、遊技状態に変化が生じた回数をカウントするためのカウンタである。外部出力情報カウンタとしては、1枚BETスイッチ500あるいはMAXBETスイッチ600の操作により設定された賭数をカウントするカウンタ、リール2L、2C、2Rの回転が開始したときにカウントアップするカウンタ、スタート操作により内部抽選が実行されたときの内部当選役を入賞役別にカウントするカウンタ、リールの停止操作が行なわれたときに、その操作を第1~第3停止操作別にカウントするカウンタ、表示結果が確定した時点でカウントアップするカウンタ、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタ、およびエラーが発生した時点でそのエラー種類別にカウントアップするカウンタが含まれる。なお、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタには、BBに対応するカウンタ、RBに対応するカウンタ、RTに対応するカウンタなどが含まれる。払出制御部は、主制御基板から送信されてくる各種の外部出力情報に基づいて対応する外部出力情報カウンタを加算更新する。持点カウンタは、現時点での遊技者の持点持点総数を記憶するためのカウンタである。払出制御部は、加算数カウンタを加算更新する際に持点カウンタを加算数カウンタの加算分だけ加算更新し、減算数カウンタを加算更新する際に持点カウンタを減算数カウンタの加算分だけ減算更新する。CUからS台へは、一定時間間隔でデータの送信を要求するコマンドが送信される。S台は、そのコマンドを受信したタイミングで上記4種類のカウンタ加算数カウンタ、減算数カウンタ、外部出力情報カウンタ、持点数カウンタの値をCUへ送信する。さらに、S台は、上記4種類のカウンタのうちの持点数カウンタを除く3種類のカウンタについては、データ送信毎にそのカウンタ値を前回持点関連情報の記憶エリアにバックアップする。すなわち、加算数カウンタの値は加算数として、減算数カウンタの値は減算数として、外部出力情報カウンタの値は外部出力情報として、それぞれ前回持点関連情報の記憶エリアに記憶される。なお、当該記憶エリアへの記憶の際には、それ以前に記憶されていたデータは消去される。すなわち、前回持点関連情報の記憶エリアには、新たなデータが上書き保存書換えされる。前回持点関連情報の記憶エリアにカウンタ値がバックアップされた加算数カウンタ、減算数カウンタ、および外部出力情報カウンタは、その後に初期化0クリアされて、次のデータのカウントに備えられる。その結果、加算数カウンタ、減算数カウンタ、および外部出力情報カウンタには、前回、CUに対してデータ送信して以降の各データ持点、外部出力情報の変化量CUへの未送信データが記憶されることになる。そして、次回、CUからデータの送信要求を受けたときには、前回、データの送信要求を受けたときから、今回、データの送信要求を受けたときまでのデータの変化量がCUへ送られることになる。一方、データ送信毎に初期化されない持点カウンタには、上記のとおり、現段階での持点総数が記憶されることになる。そして、CUからデータの送信要求を受ける毎に、現段階での持点総数がCUへ送信されることになる。すなわち、S台は、データ変化量の送信を指示するコマンドを受信する毎に、当該コマンドを前回受信してから今回受信するまでの間のデータ変化量を送信する。換言すると、前回持点関連情報直前に送信した現在持点関連情報の記憶エリアに、直前にCU側に送信した現在持点関連情報である、加算数、減算数、外部出力情報のデータがバックアップデータとして記憶される。このバックアップデータは、S台側からCU側へ現在持点関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。CU側においては、RAM内の累計データ記憶領域に、総加算数加算累計、総減算数減算累計、外部出力情報累計、持点数を記憶している。CUは、S台側から送信されてきた加算数カウンタの値に基づいて総加算数と持点数とを更新する。また、S台側から送信されてきた減算数カウンタの値に基づいて総減算数と持点数とを更新する。さらに、S台から送信されてきた外部出力情報カウンタの値に基づいて外部出力情報累計数を更新する。なお、外部出力情報累計数は、各外部出力情報カウンタの種類別に更新される。その結果、CU側では、賭数、リール始動、入賞役別の内部当選、第1~第3停止操作、表示結果、遊技状態の変化別に、その数回数が累計される。このように、CUは、S台より逐一送信されてくる現在持点関連情報によって持点数を更新することで最新の持点数を管理をすることが可能となる。同様に、CUは、S台より逐一送信されてくる現在持点関連情報によって総加算数、総減算数、外部出力情報総数を更新することで最新のそれらの情報を管理をすることが可能となる。なお、CUは、S台側から加算数カウンタおよび減算数カウンタの値に加えて持点数カウンタのカウント値も受信しているが、自ら記憶している持点数は加算数カウンタおよび減算数カウンタの値に基づいて更新し、S台側から送られる持点数カウンタのカウント値は利用しない。このため、仮に、S台側から送られてきた持点数とCU側で管理している持点数とが一致しない場合でも、CU側の持点数がS台側から送られてきた持点数で更新されてしまうことはない。さらに、CUは、S台側から送信されてきた持点数カウンタの値とCU側において更新されている現在の持点数とを照合して一致するか否かの整合性の判定を行なう。一致するとの判定一致確認が行なわれたことを条件として、CUはS台との間で通常の正常時の動作要求コマンドの送信および通常の正常時の動作応答レスポンスの受信を継続する。一方、一致しないとの判定が行なわれたときには、CUは、エラー状態に移行する制御を行なう。エラー状態に移行する制御としては、たとえば、表示器312によりエラー報知を行なうこと、あるいは、ホール用管理コンピュータ1にエラーが発生した旨のエラー通知信号を送信することこの場合、ホール用管理コンピュータ1によるエラー報知が行なわれるようにしてもよい、係員による人為的な対応を促す所定の報知をすること等が考えられる。あるいは、一致しないとの判定が行なわれたときには、CUは、持点数をCU側が管理している持点数に補正指示するためのコマンドを生成の上で、S台へ送信するようにすることも考えられる。この場合、S台には、自身が記憶している持点数を補正指示コマンドに従って補正する機能を設ける。なお、補正指示コマンドとしては、CU側で管理している持点数を指定したコマンドとしても、あるいは、CU側で管理している持点数と、S台側で記憶している持点数との差を示すコマンドとしてもよい。このように、CUは、S台側から送信されてくる各種カウンタの値を受信し、現時点における持点数を特には加減算数カウンタの値に基づいて算出して管理するという持点数の主管理機能を有している。このため、S台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、持点数が0になったときに即座に遊技を禁止できるようにするなどの目的のために、S台側にも持点数を記憶させている。しかしながら、S台側に持点数を記憶するための持点数カウンタを設けないようにしてもよい。CUは、算出された現時点における持点数とS台側から送信されてきた持点数カウンタの値とを照合して一致するか否かの判定を行なう持点数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御不一致時エラー制御を行なう機能とを有する。このように、本実施の形態では、S台側にも持点数を記憶させているが、その持点数がCU側で管理記憶している持点数と整合するか否かの判定を行なえるようにしているCU側機能。そのため、仮に不正行為その他の事情で遊技機側で記憶している持点数がCU側で管理記憶している持点数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU側にその判定機能を設けたが、たとえば、CUと接続されるホール用管理コンピュータ1によって、CU側で記憶している持点数とS台側で記憶している持点数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。また、図104に示すように、CUは、貯メダルを記憶する記憶領域と、受け付けた挿入されたプリペイドカード遊技カードのカード残高を記憶する記憶領域とをさらに有する。CUのメイン制御部323は、貯メダルの使用を要求する入力たとえば、CUに設けられた再プレイボタン319の押圧入力に応じて貯メダルを記憶する記憶領域から所定数の貯メダルを減算する。また、CUのメイン制御部323は、カード残高の使用を要求する入力たとえば、貸出ボタン321の押圧入力に応じてカード残高を記憶する記憶領域から所定値を減算する。また、このような遊技者所有の遊技用価値たとえばプリペイド残高、カードに記録された持点、あるいは貯メダル数から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の持点数を持点数カウンタに加算するための加算要求数がCU側からS台側へ送信される。S台側では、それを受けて、持点数カウンタを加算更新する。一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダー等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求数がCU側からS台側へ送信される。S台側では、それを受けて、持点数カウンタを減算更新する。図105は、図7に示したP台とCUとにおける遊技履歴データの記憶制御に対応する説明図であり、S台とCUとにおける遊技履歴データの記憶制御を示す図である。図105では、図7と比較して、遊技機がP台からS台に変更されている。この場合であっても、図7と同様の制御が行なわれる。図105については、図7と同様であるため、ここでは、説明の繰返しを省略する。なお、図105に示されるように、S台の場合にも営業モードと非営業モードとの切換えが可能とされている。その結果、S台は、P台と同様にして、CUからのモード変更要求に応じて動作モードを営業モード、メンテナンスモード、試打モード、およびテストモードに切り換える。S台におけるメンテナンスモード、試打モード、およびテストモードは、P台におけるそれらに準じたものである。図8~図10には、P台の各モードを示したが、S台における各モードの移行操作方法および終了操作方法は、図8~図10に示したものと同様である。また、S台における各モードにおいて、持点管理は行なわず持点に関するデータをCUへ送信しない。、ビッグボーナス回数や図柄回転回数等の遊技履歴データはバックアップせず、モード中の遊技状態はモード変更後もそのまま引き継がれる。モードの移行条件は、持点=0かつカード残高が0、可変表示装置において図柄が変動中でないこと、ビッグボーナス中でないことである。なお、さらに、賭数設定=0を加えてもよい。モードの終了条件は、可変表示装置において図柄が変動中でないことである。なお、さらに、賭数設定=0を加えてもよい。メンテナンスモードでは、たとえば、図8に記載した大当りをビッグボーナスに置き換えたような設定が可能とされる。テストモード中は、たとえば、スタートレバーの操作によってリール可変表示装置を回転させるテスト、左リール停止操作、中リール停止操作および右リール停止操作の各々のテストなど、部分的な機能のテスト、表示器510に各種画面を表示させるテスト、さらには、図9に示した全体テストを遊技中は常時更新し、遊技終了の際に、それらの情報をまとめてCUへ送信し、CUは、そのうちの遊技球数情報をカードで特定可能に記録し、カードを排出するようにしてもよい。48なお、図69および図70を用いて説明したP台側の浮遊玉処理待ち時間とCU側の浮遊玉処理待ち時間とは、異ならせてもよい。たとえば、P台の浮遊玉処理待ち時間を15秒とする一方、CU側の浮遊玉処理待ち時間は、それよりも長い時間たとえば、20秒とすることが考えられる。また、CUは、P台から遊技完了ONを受信する前に浮遊玉処理待ち時間の計時がタイムアウトしたときは、iその旨を表示器やその他のランプなどで報知エラー報知する制御を行う、ii浮遊玉の可能性を無視して強制的に現在の遊技玉数で遊技結果を確定させてカードを排出させる処理を行う、iiiカードを排出させる処理を行わない、のいずれかの処理を行うようにしてもよい。また、上記iとiiあるいはiiiとを併用してもよい。また、iiに関して、カードを排出するものの、遊技完了ONを受信したときとは異なる処理を行うようにしてもよい。異なる処理とは、たとえば、上記iの報知を伴うようにすることの他、正規の処理が実行されなかったことを特定できるような処理であれば、どのような処理でもよく、挿入されていた遊技者のカードに対して、正規の処理が実行されなかったことを意味するデータを直接記録するまたは、カードに直接記録するのではなく、管理コンピュータでカードIDと対応付けて記憶するようにしてもよいような処理でもよい。さらには、正規の処理が実行されなかったことを意味するデータをカードに直接記録するとともに、管理コンピュータでカードIDと対応付けて記憶するような処理でもよい。以下、本実施の形態に含まれる各種手段等および各種手段等の組合せから奏される作用効果を列挙する。1-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を用いて持点を加算するとともに前記遊技機と通信可能に接続コネクタと接続配線される遊技用装置カードユニット3とからなる遊技用システムであって、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報加算玉数および減算玉数を含む動作応答を前記遊技用装置へ送信する情報送信手段払出制御部17とを含み、前記遊技用装置は、持点を記憶する主持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段CU通信制御部80と、前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。1-2前記遊技機は、持点を記憶する副持点記憶手段遊技玉数カウンタと、前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段払出制御部17とを含み、前記遊技機は、前記副持点記憶手段が記憶している持点に基づいた遊技制御遊技玉数カウンタが0になれば打球発射モータ18の駆動停止を行なう一方、前記遊技用装置は、遊技終了を要求する信号返却ボタン322の操作信号が入力されたときに、前記主持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段メイン制御部323;図31を含む。このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。1-3前記遊技用装置は、前記主持点記憶手段が記憶している持点を表示する持点表示部表示器312と、前記更新情報の送信を指示するための情報動作指示を前記遊技機へ送信する指示情報送信手段CU通信制御部80とを含み、前記遊技機は、前記更新情報の送信を指示するための情報を受信する指示情報受信手段払出制御部17を含み、前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量現在玉関連情報を示す更新情報を送信する図6の加算玉数カウンタおよび減算玉数カウンタの値、図29。このような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。1-4前記情報送信手段は、前記副持点記憶手段が記憶している持点遊技玉数カウンタの値を前記遊技用装置へ送信し図6の遊技玉数カウンタの値、図29、前記遊技用装置は、前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段図6;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理表示器312によりエラー報知、リカバリ処理を行なってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台へ送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行なうなどを実行する。このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。1-5前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報遊技玉補正ONと遊技玉数とを含む通信開始要求を前記遊技機へ送信し、前記指示情報送信手段は、前記補正情報を前記遊技機へ送信し遊技玉補正ONと遊技玉数とを含む通信開始要求のP台への送信、前記遊技機は、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段払出制御部17;遊技玉数を遊技玉補正ONと遊技玉数とに従って補正を含む。このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。1-6前記遊技機は弾球遊技機パチンコ機2であって、前記情報送信手段は、前記更新情報を遊技玉の発射時間間隔0.6sで1発よりも短い間隔で順次送信する。このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量が極力小さいものとされる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能となる。1-7前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段払出制御部17、図30を含む。このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点遊技機側で記憶している遊技玉数との間にズレが生じていても、実際の持点に基づいた判定をすることができる。1-8前記指示情報送信手段は、遊技禁止を指示するための情報を前記遊技機へ送信し図31~図35の動作指示禁止要求有、前記遊技機は、遊技禁止を指示するための情報を受信したときに、持点による遊技が行なわれない状態にするための遊技禁止手段払出制御部17は打球発射モータ18の駆動を停止、図33~図35の遊技禁止を含む。このような構成によれば、遊技用装置側で遊技機による遊技の禁止をコントロールできる。1-9前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技機へ送信し図31、図65の動作指示クリア要求有、前記遊技機は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことに基づいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段図31、図65払出制御部17は、遊技玉数カウンタの値を0に初期化するを含む。このような構成によれば、遊技機に記憶されている持点を遊技用装置側で初期化指示することができる。1-10持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタを備え、遊技者所有の遊技用価値プリペイド残高、持玉数、あるいは貯玉数を用いて持点を加算する遊技用装置カードユニット3であって、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段CU通信制御部80と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。1-11遊技終了を要求する信号返却ボタン322の操作信号が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段メイン制御部323;図31を含む。このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。1-12遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段図6;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理表示器312によりエラー報知、リカバリ処理を行なってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台へ送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行なうなどを実行する。このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。1-13前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記遊技機へ送信する補正情報送信手段遊技玉補正ONと遊技玉数との送信を含む。このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。1-14前記遊技用装置は、前記更新情報の送信を指示するための情報を前記遊技機における遊技玉の発射時間間隔0.6sで1発よりも短い間隔で順次前記遊技機へ送信し、前記持点更新手段は、順次受信される前記更新情報に基づいて前記持点記憶手段が記憶している持点を順次更新するメイン制御部323、図29。このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されてくるために、遊技用措置は、遊技機側での持点の変化を細やかに反映させた持点管理が可能となる。a1本発明は、第1制御手段払出制御部17を有するLSI799と第2制御手段主制御基板16とを有し、遊技者により遊技が行なわれる遊技機パチンコ機2、スロットマシン2Sと、該遊技機と通信可能に接続され、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記第1制御手段は、当該第1制御手段を識別するための第1識別情報払出チップIDを記憶しており図6、図104、前記第2制御手段は、当該第2制御手段を識別するための第2識別情報メインチップIDを記憶しているとともに図6、図104、前記第1制御手段からの要求に応答して記憶している前記第2識別情報を前記第1制御手段へ送信し図78;メインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コードを機器報応答として送信、前記第1制御手段は、記憶している前記第1識別情報と送信されてきた前記第2識別情報とを前記遊技用装置へ送信し図16、図78;受信した情報と払出チップIDとをカードユニットへ通知、前記遊技用装置は、送信されてきた前記第1識別情報と前記第2識別情報との真正を上位装置へ問合せる問合せ手段図16;上位サーバに機器情報チップID等を問合せるを含む。このような構成によれば、第1制御手段を識別するための第1識別情報と第2制御手段を識別するための第2識別情報との真正が、遊技用装置に設けられた問合せ手段によって上位装置へ問合せられるために、遊技機における第1制御手段および第2制御手段の両制御手段について、不正行為に対する監視を行なうことができる。しかも、第1識別情報が第1制御手段から遊技用装置へ送信され、第2識別情報もその第1制御手段を経由して遊技用装置へ送信されるために、第1識別情報の遊技用装置への送信機能を第2識別情報の遊技用装置への送信に兼用することが可能となる。a2上記a1の遊技用システムにおいて、前記遊技用装置は、前記問合せ手段による問合せの結果不適正であったときに、前記遊技機との通信を停止する通信停止手段図16;NG時には以降の通信を停止するを含む。このような構成によれば、第1識別情報と第2識別情報との真正を上位装置へ問合せた結果不適正であったときに、遊技用装置と遊技機との通信が停止されるために、第1制御手段および第2制御手段の少なくとも一方において不正がなされた虞があるにも拘らず通常通り通信が続行してしまう不都合を防止することができる。a3上記a1またはa2の遊技用システムにおいて、前記遊技機は、持点遊技玉数による遊技が可能であり、入賞の発生に応じて持点が加算され図6の加算玉数カウンタ、図104の加算数カウンタ、図29;入賞に応じて遊技玉数1010に3を加算する、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段図6の加算玉数カウンタと減算玉数カウンタ、図104の加算数カウンタと減算数カウンタと、前記変化量を特定可能な更新情報加算玉数および減算玉数を含む動作応答を前記遊技用装置へ送信する情報送信手段P台通信制御部81、S台通信制御部とを含み、前記有価価値は前記持点遊技玉数を含み、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段CU通信制御部80と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。a4上記a3の遊技用システムにおいて、前記第1制御手段は、前記特定手段と前記情報送信手段を含みP台2のLSI799は、加算玉数カウンタと減算玉数カウンタとP台通信制御部81とを含み、S台2SのLSIは、加算数カウンタと減算数カウンタとS台通信制御部とを含む、前記第2制御手段は、前記遊技機における遊技の進行を制御する遊技制御手段主制御基板16である。このような構成によれば、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段と、その変化量を特定可能な更新情報を遊技用装置へ送信する情報送信手段とを含む第1制御手段と、遊技機における遊技の進行を制御する遊技制御手段との両制御手段について、不正行為に対する監視を行なうことができる。a5本発明の他の態様は、第1制御手段払出制御部17を有するLSI799と第2制御手段主制御基板16とを有し、遊技者所有の遊技用価値残高、貯玉、遊技玉数、現金などを用いて持点を加算する遊技用装置カードユニット3と通信可能に接続するための接続部コネクタ20を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2、スロットマシン2Sであって、前記第1制御手段は、当該第1制御手段を識別するための第1識別情報払出チップIDを記憶しており図6、図104、前記第2制御手段は、当該第2制御手段を識別するための第2識別情報メインチップIDを記憶しているとともに図6、図104、前記第1制御手段からの要求に応答して記憶している前記第2識別情報を前記第1制御手段へ送信し図78;メインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コードを機器報応答として送信、前記第1制御手段は、前記第1識別情報と前記第2識別情報との真正を上位装置へ問合せる図16;上位サーバに機器情報チップID等を問合せる前記遊技用装置に対し、記憶している前記第1識別情報と送信されてきた前記第2識別情報とを送信する図16、図78;受信した情報と払出チップIDとをカードユニットへ通知。このような構成によれば、第1制御手段を識別するための第1識別情報と第2制御手段を識別するための第2識別情報との真正が、遊技用装置によって上位装置へ問合せられるために、遊技機における第1制御手段および第2制御手段の両制御手段について、不正行為に対する監視を行なうことができる。しかも、第1識別情報が第1制御手段から遊技用装置へ送信され、第2識別情報もその第1制御手段を経由して遊技用装置へ送信されるために、第1識別情報の遊技用装置への送信機能を第2識別情報の遊技用装置への送信に兼用することが可能となる。b1本発明は、遊技者により遊技が行なわれる遊技機パチンコ機2、スロットマシン2Sと、該遊技機と通信可能に接続され、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、遊技を行なう遊技者を特定する遊技者特定情報CID等を読取る遊技者特定情報読取手段カードリーダライタ327等と、該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段図24のカードID、種別を記憶する、図25のS3と、遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段図24のカードID、種別をP台に通知、図25のS3とを含み、前記遊技機は、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を記憶する記憶手段図24の受信したカードID、種別を払出制御部が記憶、図25のS8と、遊技を終了するときに、前記記憶手段に記憶されている遊技者特定情報を前記遊技用装置へ送信する制御を行なう送信制御手段図31のカード挿入時にCUより受信し払出制御部がバックアップしているC-ID、種別を送信とを含み、前記遊技用装置は、前記送信制御手段の制御により送信されてきた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段図31の記憶しているC-IDと受信したC-IDとの一致判別を含む。このような構成によれば、遊技用装置は、遊技を終了するときに遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することができる。b2上記b1の遊技用システムにおいて、前記遊技機は、前記記憶手段と前記送信制御手段とを含む第1制御手段払出制御部17と、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を前記第1制御手段を経由して受信し、該受信した遊技者特定情報を記憶する第2制御手段表示用演出制御基板53とを含み、前記第1制御手段は、前記送信制御手段の制御により遊技者特定情報を送信した後前記記憶手段に記憶されている遊技者特定情報を消去し図31の払出制御部はカード返却処理中OFFにしてバックアップしていたカードIDと種別をクリア、図94のカードIDと種別をクリア、前記第2制御手段は、前記第1制御手段による遊技者特定情報の記憶の消去が行なわれた後においても引続き遊技者特定情報を記憶保持する図94の注カードが返却されてもカード挿入時に表示器用演出制御基板がバックアップしたカードIDと種別は消去しない。このような構成によれば、遊技を終了するときに送信制御手段が遊技者特定情報を遊技用装置へ送信した後第1制御手段における遊技者特定情報の記憶が消去されるか、第2制御手段においては第1制御手段における遊技者特定情報の記憶の消去が行なわれた後においても引続き遊技者特定情報が記憶保持されるために、たとえば遊技を終了した遊技者とその後に遊技を開始した遊技者との同一性を判定するなどの、遊技終了後における遊技者特定情報を利用した判定制御を行なうことが可能となる。b3上記b2の遊技用システムにおいて、前記遊技機は、さらに第3制御手段主制御基板16を含み、前記第1制御手段は、当該第1制御手段を識別するための第1識別情報払出チップIDを記憶しており図6、図104、前記第3制御手段は、当該第3制御手段を識別するための第3識別情報メインチップID等を記憶しているとともに図6、図104、前記第1制御手段からの識別情報の要求図78の機器情報要求に応答して記憶している前記第3識別情報を前記第1制御手段へ送信し図78のメインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コードを機器報応答として送信し、前記第1制御手段は、記憶している前記第1識別情報と送信されてきた前記第3識別情報とを前記遊技用装置へ送信し図78の受信した情報と払出チップIDとをカードユニットへ通知、前記遊技用装置は、送信されてきた前記第1識別情報と前記第3識別情報との真正を上位装置へ問合せる問合せ手段図16の上位サーバに機器情報チップIDを問合せを含む。このような構成によれば、第1制御手段を識別するための第1識別情報と第3制御手段を識別するための第3識別情報との真正が、遊技用装置に設けられた問合せ手段によって上位装置へ問合せられるために、遊技機における第1制御手段および第2制御手段の両制御手段について、不正行為に対する監視を行なうことができる。しかも、第1識別情報が第1制御手段から遊技用装置へ送信され、第3識別情報もその第1制御手段を経由して遊技用装置へ送信されるために、第1識別情報の遊技用装置への送信機能を第3識別情報の遊技用装置への送信に兼用することが可能となる。b4上記b3の遊技用システムにおいて、前記遊技用装置は、前記問合せ手段による問合せの結果不適正であったときに、前記遊技機との通信を停止する通信停止手段図16の上位サーバに機器情報チップIDを問合せして、NG時は以降の通信を停止するを含む。このような構成によれば、第1識別情報と第3識別情報との真正を上位装置へ問合せた結果不適正であったときに、遊技用装置と遊技機との通信が停止されるために、第1制御手段および第3制御手段の少なくとも一方において不正がなされた虞があるにも拘らず通常通り通信が続行してしまう不都合を防止することができる。b5上記b1~b4のいずれかの遊技用システムにおいて、前記遊技機は、持点遊技玉数による遊技が可能であり、入賞の発生に応じて持点が加算され図6の加算玉数カウンタ、図104の加算数カウンタ、図29;入賞に応じて遊技玉数1010に3を加算する、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段図6の加算玉数カウンタと減算玉数カウンタ、図104の加算数カウンタと減算数カウンタと、前記変化量を特定可能な更新情報加算玉数および減算玉数を含む動作応答を前記遊技用装置へ送信する情報送信手段P台通信制御部81、S台通信制御部とを含み、前記有価価値は前記持点遊技玉数を含み、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段CU通信制御部80と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。b6上記b5の遊技用システムにおいて、前記遊技機は、情報を表示する表示手段表示器54を含み、前記記憶手段と前記送信制御手段とを含む第1制御手段払出制御部17を有するLSI799は、前記特定手段と前記情報送信手段P台2のLSI799は、加算玉数カウンタと減算玉数カウンタとP台通信制御部81とを含み、S台2SのLSIは、加算数カウンタと減算数カウンタとS台通信制御部とを含むを含み、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を前記第1制御手段を経由して受信し、該受信した遊技者特定情報を記憶する第2制御手段主制御基板16は、前記表示手段を制御する表示制御手段表示器用演出制御基板53である。このような構成によれば、第1制御手段ばかりでなく表示制御手段も遊技者特定情報を記憶するために、その遊技者特定情報を利用した表示制御を行なうことが可能となる。b7本発明の他の態様は、遊技者により遊技が行なわれる遊技機パチンコ機2、スロットマシン2Sと通信可能に接続するための接続部コネクタ380を備え、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3であって、遊技を行なう遊技者を特定する遊技者特定情報CID等を読取る遊技者特定情報読取手段カードリーダライタ327等と、該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段図24のカードID、種別を記憶する、図25のS3と、遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段図24のカードID、種別をP台に通知、図25のS3と、前記遊技者特定情報送信制御手段の制御により送信された遊技者特定情報を記憶した遊技機から、遊技を終了するときに送信されてきた遊技者特定情報と、前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより、同一の遊技者が特定されるか否かを判定する同一判定手段図31の記憶しているC-IDと受信したC-IDとの一致判別とを含む。このような構成によれば、遊技用装置は、遊技を終了するときに遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することができる。b8上記b7の遊技用装置において、前記遊技者所有の有価価値は持点遊技玉数を含み、遊技用装置は、さらに、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段CU通信制御部80と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。c1本発明は、遊技者により遊技が行なわれる遊技機パチンコ機2、スロットマシン2Sと、該遊技機と通信可能に接続され、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、遊技を行なう遊技者を特定する遊技者特定情報CID等を読取る遊技者特定情報読取手段カードリーダライタ327等と、遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段図24のカードID、種別をP台に通知、図25のS3とを含み、前記遊技機は、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を記憶する遊技者特定情報記憶手段図24の受信したカードID、種別を払出制御部が記憶、図25のS8と、前記遊技者特定情報送信制御手段の制御により遊技者特定情報が送信されてきたことに基づいて、該送信されてきた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定処理を行なう同一判定手段図25のS95とを含む。このような構成によれば、遊技を行なう遊技者を特定する遊技者特定情報が遊技者特定情報読取手段により読取られてその遊技者特定情報が遊技用装置から遊技機に送信されてきたときに、遊技機ではその遊技者特定情報を記憶しておき、その後、遊技者特定情報読取手段により読取られた遊技者特定情報が遊技用装置から送信されてきたときに、その送信されてきた遊技者特定情報と既に記憶している遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定処理が行なわれるために、前の遊技者と今回の遊技者との同一性を判定でき、異なる遊技者であるにも拘らず同一の遊技者とみなしてしまう不都合を防止することができる。c2上記c1の遊技用システムにおいて、前記遊技機は、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を受信する第1制御手段払出制御部17と、前記遊技者特定情報記憶手段を含み、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を前記第1制御手段を経由して受信し、該受信した遊技者特定情報を前記遊技者特定情報記憶手段に記憶させる第2制御手段表示用演出制御基板53とを含む。このような構成によれば、第2制御手段の遊技者特定情報記憶手段に記憶された遊技者特定情報を用いて、同一の遊技者が特定されるか否かを判定する同一判定処理が行なわれ、前の遊技者と今回の遊技者との同一性を判定でき、異なる遊技者であるにも拘らず同一の遊技者とみなしてしまう不都合を防止することができる。c3上記c2の遊技用システムにおいて、前記遊技機は、さらに第3制御手段主制御基板16を含み、前記第1制御手段は、当該第1制御手段を識別するための第1識別情報払出チップIDを記憶しており図6、図104、前記第3制御手段は、当該第3制御手段を識別するための第3識別情報メインチップID等を記憶しているとともに図6、図104、前記第1制御手段からの識別情報の要求図78の機器情報要求に応答して記憶している前記第3識別情報を前記第1制御手段へ送信し図78のメインチップID、チップメーカーコード、遊技機メーカーコード、遊技機製品コードを機器報応答として送信し、前記第1制御手段は、記憶している前記第1識別情報と送信されてきた前記第3識別情報とを前記遊技用装置へ送信し図78の受信した情報と払出チップIDとをカードユニットへ通知、前記遊技用装置は、送信されてきた前記第1識別情報と前記第3識別情報との真正を上位装置へ問合せる問合せ手段図16の上位サーバに機器情報チップIDを問合せを含む。このような構成によれば、第1制御手段を識別するための第1識別情報と第3制御手段を識別するための第3識別情報との真正が、遊技用装置に設けられた問合せ手段によって上位装置へ問合せられるために、遊技機における第1制御手段および第3制御手段の両制御手段について、不正行為に対する監視を行なうことができる。しかも、第1識別情報が第1制御手段から遊技用装置へ送信され、第3識別情報もその第1制御手段を経由して遊技用装置へ送信されるために、第1識別情報の遊技用装置への送信機能を第3識別情報の遊技用装置への送信に兼用することが可能となる。c4上記c3の遊技用システムにおいて、前記遊技用装置は、前記問合せ手段による問合せの結果不適正であったときに、前記遊技機との通信を停止する通信停止手段図16の上位サーバに機器情報チップIDを問合せして、NG時は以降の通信を停止するを含む。このような構成によれば、第1識別情報と第3識別情報との真正を上位装置へ問合せた結果不適正であったときに、遊技用装置と遊技機との通信が停止されるために、第1制御手段および第3制御手段の少なくとも一方において不正がなされた虞があるにも拘らず通常通り通信が続行してしまう不都合を防止することができる。c5上記c1~c4のいずれかの遊技用システムにおいて、前記遊技機は、持点遊技玉数による遊技が可能であり、入賞の発生に応じて持点が加算され図6の加算玉数カウンタ、図104の加算数カウンタ、図29;入賞に応じて遊技玉数1010に3を加算する、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段図6の加算玉数カウンタと減算玉数カウンタ、図104の加算数カウンタと減算数カウンタと、前記変化量を特定可能な更新情報加算玉数および減算玉数を含む動作応答を前記遊技用装置へ送信する情報送信手段P台通信制御部81、S台通信制御部とを含み、前記有価価値は前記持点遊技玉数を含み、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段CU通信制御部80と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323とを含む。このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。c6上記c5の遊技用システムにおいて、前記遊技機は、情報を表示する表示手段表示器54を含み、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を受信する第1制御手段払出制御部17を有するLSI799は、前記特定手段と前記情報送信手段とを含みP台2のLSI799は、加算玉数カウンタと減算玉数カウンタとP台通信制御部81とを含み、S台2SのLSIは、加算数カウンタと減算数カウンタとS台通信制御部とを含む、前記遊技者特定情報記憶手段を含み、前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を前記第1制御手段を経由して受信し、該受信した遊技者特定情報を前記遊技者特定情報記憶手段に記憶させる第2制御手段主制御基板16は、前記表示手段を制御する表示制御手段表示器用演出制御基板53である。このような構成によれば、第1制御手段ばかりでなく表示制御手段も遊技者特定情報を記憶するために、その遊技者特定情報を利用した表示制御を行なうことが可能となる。c7本発明の他の態様は、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを遊技に使用可能にする遊技用装置カードユニット3と通信可能に接続するための接続部コネクタ20を備えた遊技機パチンコ機2、スロットマシン2Sであって、遊技を開始するときに、遊技を行なう遊技者を特定する遊技者特定情報CID等を受信する受信手段図24、図25、図5のP台通信制御部81と、該受信手段により受信された遊技者特定情報を記憶する遊技者特定情報記憶手段図24の受信したカードID、種別を払出制御部が記憶、図25のS8と、前記受信手段により受信された遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段図25のS95とを備えた。このような構成によれば、遊技を行なう遊技者を特定する遊技者特定情報が遊技機に送信されてきたときに、遊技機ではその遊技者特定情報を記憶しておき、その後、遊技者特定情報が送信されてきたときに、その送信されてきた遊技者特定情報と既に記憶している遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定処理が行なわれるために、前の遊技者と今回の遊技者との同一性を判定でき、異なる遊技者であるにも拘らず同一の遊技者とみなしてしまう不都合を防止することができる。d1本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点遊技玉数を加算する遊技用装置CUと通信可能に接続するための接続部を備え、持点による弾球遊技が可能であり、遊技領域に設けた入賞領域への入賞の発生に応じて持点が加算される遊技機P台であって、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段払出制御部17、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技用装置へ送信する更新情報送信手段払出制御部17と、遊技領域へ発射された玉のうち入賞の有無が確定していない未確定玉の数を特定する未確定玉数特定手段遊技中玉数カウンタ、図68と、前記遊技用装置から遊技禁止を要求する遊技禁止要求情報遊技禁止ONを受信したときに、玉の発射を禁止する発射禁止手段図69のSS1、SS2、図31と、前記遊技禁止要求情報を受信したことに基づいて、遊技の終了を示す遊技終了情報遊技完了ONを前記遊技用装置へ送信する遊技終了情報送信手段図69のSS10、図31とを含み、前記遊技終了情報送信手段は、前記遊技禁止要求情報を受信したときに、前記未確定玉が存在する未確定状態であるときには、前記未確定玉が存在しない確定状態になったときに前記遊技終了情報を送信する図69のSS3でNO、その後、SS9で遊技中玉数カウンタが減算された結果、SS3でYESとなり、SS10に進む一方、所定の確定待機期間ウェイト、浮遊玉処理タイマが経過しても前記未確定状態が継続しているときには前記確定待機期間経過後に前記遊技終了情報を送信し図69のSS13、SS14、SS10、前記所定の確定待機期間の経過まで前記未確定状態が継続したときに、前記確定待機期間経過後に前記未確定玉数特定手段が特定している未確定玉数を初期化する未確定玉数初期化手段図69のSS14を含む。このような構成によれば、未確定玉の処理ができながらも、遊技が行なわれない状態になったときに、迅速に遊技終了の処理を完了できるような遊技機を提供できる。d2d1に記載の遊技機において、前記特定手段は、前記発射禁止手段によって玉の発射が禁止されている間において前記未確定玉により入賞が発生したときに当該入賞の発生による持点の変化量を特定し図69のSS6、前記更新情報送信手段は、前記発射禁止手段によって玉の発射が禁止されている間において前記特定手段により持点の変化量が特定されたときに、当該変化量を特定可能な更新情報を前記遊技用装置へ送信する図69のSS7。上記の構成によれば、未確定状態において入賞が発生した場合にも、その入賞に基づく持点の変化量を特定可能な情報を遊技用装置へ送信でき、遊技用装置側で正確な情報を把握可能となる。d3d1d2に記載の遊技機において、持点を記憶する持点記憶手段図6の遊技玉数カウンタと、前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段図6参照、払出制御部17とをさらに含み、前記未確定玉数初期化手段は、前記持点記憶手段に記憶されている持点数が0の状態が所定期間継続した場合にも、前記所定期間経過後に前記未確定玉数特定手段が特定している未確定玉数を初期化する図68参照。上記の構成によれば、持点数0の状態が所定期間経過しており、遊技が行なわれていない状態が継続していると判断できるような状況においては、未確定玉数を初期化することによって、極力、速やかに遊技完了状態に移行させることが可能となる。d4d1~d3の遊技機において、前記未確定玉数初期化手段により前記前記未確定玉数特定手段が特定している未確定玉数が初期化された後、前記未確定玉による入賞が発生した場合、遊技終了後の当該入賞の発生に応じた持点の変化量を記憶する遊技終了後変化量記憶手段をさらに含む図69のSS11、SS12。上記の構成によれば、未確定玉数の初期化後に入賞が発生した場合であっても、その入賞に基づく持点の変化量を記憶しておくため、後に、その記憶に基づいて遊技者の持点を適正な値に補正することが可能となる。d5d1~d4の遊技機において、前記遊技禁止要求情報を受信した段階で前記未確定状態のときには遊技の未終了を示す遊技未終了情報遊技完了OFFを前記遊技用装置へ送信する遊技未終了情報送信手段図69のSS4を含む。上記の構成によれば、遊技未終了情報を送信することによって、遊技用装置に対して未確定状態であることを通知可能となる。d6d3~d5の遊技機において、前記遊技終了情報の送信後、前記遊技用装置から初期化要求情報クリア要求有を受信したときに、前記持点記憶手段が記憶している持点を初期化する持点初期化手段図31;クリア要求有を受けて、遊技球数の記憶をクリアを含む。上記の構成によれば、初期化要求情報の受信を待って持点を初期化するため、たとえば、遊技終了情報の送信を契機に早々と持点を初期化してしまうような場合と比較して、遊技用装置の指示に応じた持点処理を行なうことが可能となる。e1本発明は、持点遊技玉数の使用により弾球遊技が可能となり遊技領域に設けた入賞領域への入賞の発生に応じて持点が加算される遊技機P台と通信可能に接続するための接続部を備え、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算する遊技用装置CUであって、持点を記憶する持点記憶手段図6のCU側の遊技玉数を記憶するエリアと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技機より受信する情報受信手段メイン制御部323と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323、図6と、遊技を終了させる操作を検出したときに図70のSS50、遊技禁止を要求する遊技禁止要求情報を前記遊技機へ送信する遊技禁止要求情報送信手段図70のSS51と、前記遊技禁止要求情報が送信された後、前記遊技領域に玉が発射されてから当該玉による入賞の有無が確定するまでに要する時間を考慮して予め定めた確定待機期間ウエイトタイム、図70のSS58の浮遊玉処理待ち時間の経過まで、前記遊技機から遊技の終了を示す遊技終了情報遊技完了ONの受信を待ち、前記遊技終了情報を受信したときに、前記持点記憶手段が記憶している持点を遊技結果として確定させる遊技結果確定手段SS53でYES、SS55とを含む。このような構成によれば、遊技機側での未確定玉の処理に対応できながらも、遊技機において遊技が行なわれない状態になったときに、迅速に遊技終了の処理を完了できる。e2e1に記載の遊技用装置において、遊技者所有の遊技用価値残高を特定可能な情報が記録された記録媒体会員カード、ビジタカードを受付ける記録媒体受付手段カード挿入/排出口309と、遊技を終了させる操作を検出したときに、前記記録媒体を排出する処理を行なう記録媒体排出処理手段図70のSS55とを含み、前記遊技結果確定手段は、前記遊技終了情報を受信したときに、前記持点記憶手段が記憶している持点と受付けられている記録媒体との対応付けを行なうことによって、前記持点記憶手段が記憶している持点を遊技結果として確定させ図70のSS55、前記記録媒体排出処理手段は、前記遊技結果確定手段によって前記持点記憶手段が記憶している持点との対応付けが行なわれた前記記録媒体を排出する図70のSS55。このような構成によれば、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体によって遊技結果を特定可能となる。e3e1e2に記載の遊技用装置において、前記持点更新手段は、前記遊技禁止要求情報が送信されてから前記遊技終了情報が受信されるまでの間に受信された前記更新情報に基づいて、前記持点記憶手段が記憶している持点を更新する図70のSS59、SS60。このような構成によれば、未確定状態において遊技機側で入賞が発生した場合にも、その入賞に基づく更新情報を受信して持点を更新するために、遊技用装置側で持点の情報を正確に把握可能となる。e4e1~e3に記載の遊技用装置において、前記遊技終了情報を受信したときに、前記遊技機に対して、前記遊技機が記憶している持点の初期化を要求する初期化要求情報を送信する初期化要求情報送信手段図70のSS54を含む。このような構成によれば、初期化要求情報の送信によって遊技機側で記憶している持点を初期化させるため、遊技用装置側で遊技機が記憶している持点の初期化管理をすることが可能となる。f1本発明は、持点遊技玉数、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台と、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置CUとを備える遊技用システムであって、前記遊技用装置は、前記遊技機へモード切換指令情報モード変更要求を送信するモード切換指令情報送信手段図73参照を含み、前記遊技機は、受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モード遊技者に遊技を提供するための営業モードと非営業モード図8~図10;メンテナンスモード、テストモード、試打モードとのいずれかに切り換えるモード切換手段図11、図73、図80、図96;払出制御部17、主制御基板16、表示器用演出制御基板53を含み、前記モード切換手段は、前記営業モードにおける遊技者の遊技履歴データを収集するときのパラメータを設定可能なメンテナンスモード図8参照と、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモード図9参照とを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置と遊技機との連携度合いが高い遊技用システムを提供可能となる。しかも、メンテナンスモードに切り換えることによって、営業モードにおける遊技者の遊技履歴データを収集するときのパラメータを設定可能となり、テストモードに切り換えることにより遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能とされる。f2本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算する遊技用装置と通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台であって、所定のモード切換指令情報モード変更要求を前記遊技用装置より受信するモード切換指令情報受信手段図73参照と、該モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、当該受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モード遊技者に遊技を提供するための営業モードと非営業モード図8~図10;メンテナンスモード、テストモード、試打モードとのいずれかに切り換えるモード切換手段図11、図73、図80、図96;払出制御部17、主制御基板16、表示器用演出制御基板53とを含み、前記モード切換手段は、前記営業モードにおける遊技者の遊技データを収集するときのパラメータを設定可能なメンテナンスモード図8参照と、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモード図9参照とを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置との連携度合いが高い遊技機を提供可能となる。しかも、メンテナンスモードに切り換えることによって、営業モードにおける遊技者の遊技履歴データを収集するときのパラメータを設定可能となり、テストモードに切り換えることにより遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能とされる。f3f1に記載の遊技用システムにおいて、前記モード切換手段は、前記遊技機に対してテストモード用の遊技用装置が接続されていることを条件に、前記テストモードに切り換える図9参照。このような構成によれば、営業時に用いる通常の遊技用装置が遊技機に接続されて遊技者に遊技が提供されている状態で誤ってテストモードに切り換わることを防止できる。f4f1f3に記載の遊技用システムにおいて、前記メンテナンスモードにおいて設定パラメータに基づいた遊技履歴データの収集状況を確認するためのテスト遊技が可能であり図8参照、前記モード切換手段は、前記テスト遊技の結果が確定するまで前記メンテナンスモードから他のモードへの切換えを行なわない図8;終了条件参照。このような構成によれば、テスト遊技の結果が未確定の状態でモードが切り換わってしまい、切り換わった先のモードが、先の未確定分の影響を受けてしまう不都合を防止できる。f5f4に記載の遊技用システムにおいて、前記遊技機は、前記メンテナンスモードにおいて前記テスト遊技に基づいた遊技履歴データを記憶する遊技履歴データ記憶手段非営業モード時遊技履歴データ記憶部と、前記メンテナンスモードから他のモードに切り換えられるときに、前記遊技履歴データ記憶手段の記憶を初期化する遊技履歴初期化手段図8参照とを含む。このような構成によれば、メンテナンスモードでの遊技履歴が、メンテナンスモードから切り換わった先のモードにおける遊技履歴に影響を与えてしまう不都合を防止できる。f6f1f3f4f5に記載の遊技用システムにおいて、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段図6の加算玉数カウンタ、減算玉数カウンタ、図104の加算数カウンタ、減算数カウンタと、前記変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技用装置へ送信する更新情報送信手段図6、図104、払出制御部17とを含み、前記遊技用装置は、持点を記憶する持点記憶手段図6のCU側の遊技玉数を記憶するエリア、図104のCU側の持点を記憶するエリアと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段メイン制御部323と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323、図6、図104とを含み、前記モード切換指令情報送信手段は、前記持点記憶手段に持点が記憶されていないことを条件に、前記メンテナンスモードへの切り換えを指令するモード切換指令情報を送信する図8、図73参照。このような構成によれば、持点記憶がないことを条件にメンテナンスモードへの切換指令が行なわれるため、持点が存在して遊技者が遊技中であるような場合に誤って営業モードからメンテナンスモードに切り換わってしまう不都合を防止できる。f7f6に記載の遊技用システムにおいて、前記更新情報送信手段は、前記非営業モードにおいては前記更新情報を前記遊技用装置へ送信しない図8~図10参照。このような構成によれば、非営業モードにおいては、遊技用装置側で更新情報を管理する必要がなくなるために、遊技用装置側の管理負担を軽減できる。f8f1f3~f7に記載の遊技用システムにおいて、前記テストモードにおいては、遊技媒体の発射機構、持点を表示するための持点表示機構、および遊技媒体移動機構の動作確認を個別に行なうことが可能である図9参照。このような構成によれば、テストモードを利用することによって、遊技機の不具合チェックを個別に行なうことが可能となる。g1本発明は、持点遊技玉数、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台と、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置CUとを備える遊技用システムであって、前記遊技用装置は、前記遊技機へモード切換指令情報モード変更要求を送信するモード切換指令情報送信手段図73参照を含み、前記遊技機は、受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モード遊技者に遊技を提供するための営業モードと非営業モード図8~図10;メンテナンスモード、テストモード、試打モードとのいずれかに切り換えるモード切換手段図11、図73、図80、図96;払出制御部17、主制御基板16、表示器用演出制御基板53を含み、前記モード切換手段は、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモード図9参照と、前記遊技機の試打が可能な試打モード図10参照とを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置と遊技機との連携度合いが高い遊技用システムを提供可能となる。しかも、テストモードに切り換えることにより遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能となり、試打モードに切り換えることにより試打が可能とされる。g2本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算する遊技用装置と通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台であって、所定のモード切換指令情報モード変更要求を前記遊技用装置より受信するモード切換指令情報受信手段図73参照と、該モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、当該受信した前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モード遊技者に遊技を提供するための営業モードと非営業モード図8~図10;メンテナンスモード、テストモード、試打モードとのいずれかに切り換えるモード切換手段図11、図73、図80、図96;払出制御部17、主制御基板16、表示器用演出制御基板53とを含み、前記モード切換手段は、前記遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能なテストモード図9参照と、前記遊技機の試打が可能な試打モード図10参照とを含む複数種類の非営業モードのうち、前記モード切換指令情報に基づいた前記非営業モードに切り換える。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置との連携度合いが高い遊技機を提供可能となる。しかも、テストモードに切り換えることにより遊技機を部分的に動作させて動作の正常性を各部分毎に確認することが可能となり、試打モードに切り換えることにより試打が可能とされる。g3g1に記載の遊技用システムにおいて、前記モード切換手段は、前記遊技機に対してテストモード用の遊技用装置が接続されていることを条件に、前記テストモードに切り換える図9参照。このような構成によれば、営業時に用いる通常の遊技用装置が遊技機に接続されて遊技者に遊技が提供されている状態で誤ってテストモードに切り換わることを防止できる。g4g1g3に記載の遊技用システムにおいて、前記モード切換手段は、前記試打モードにおいて遊技の結果が確定するまで前記試打モードから他のモードへの切換えを行なわない図10;終了条件参照。このような構成によれば、テスト遊技の結果が未確定の状態でモードが切り換わってしまい、切り換わった先のモードが、先の未確定分の影響を受けてしまう不都合を防止できる。g5g4に記載の遊技用システムにおいて、前記遊技機は、前記試打モードにおける試打に基づいた遊技履歴データを記憶する遊技履歴データ記憶手段非営業モード時遊技履歴データ記憶部と、前記試打モードから他のモードに切り換えられるときに、前記遊技履歴データ記憶手段の記憶を初期化する遊技履歴初期化手段図10参照とを含む。このような構成によれば、試打モードでの遊技履歴が、試打モードから切り換わった先のモードにおける遊技履歴に影響を与えてしまう不都合を防止できる。g6g1g3g4g5に記載の遊技用システムにおいて、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段図6の加算玉数カウンタ、減算玉数カウンタ、図104の加算数カウンタ、減算数カウンタと、前記変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技用装置へ送信する更新情報送信手段図6、図104、払出制御部17とを含み、前記遊技用装置は、持点を記憶する持点記憶手段図6のCU側の遊技玉数を記憶するエリア、図104のCU側の持点を記憶するエリアと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段メイン制御部323と、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段メイン制御部323、図6、図104とを含み、前記モード切換指令情報送信手段は、前記持点記憶手段に持点が記憶されていないことを条件に、前記試打モードへの切り換えを指令するモード切換指令情報を送信する図8、図73参照。このような構成によれば、持点記憶がないことを条件に試打モードへの切換指令が行なわれるため、持点が存在して遊技者が遊技中であるような場合に誤って営業モードから試打モードに切り換わってしまう不都合を防止できる。g7g6に記載の遊技用システムにおいて、前記更新情報送信手段は、前記非営業モードにおいては前記更新情報を前記遊技用装置へ送信しない図8~図10参照。このような構成によれば、非営業モードにおいては、遊技用装置側で更新情報を管理する必要がなくなるために、遊技用装置側の管理負担を軽減できる。h1本発明は、遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技機は、遊技者が遊技を行なうことによって発生する遊技情報の数値が適正であるか否かの判定に用いる第1の設定を記憶する遊技機側設定記憶手段S774と、該遊技機側設定記憶手段により記憶されている設定に基づいて、遊技情報の数値が適正であるか否か判定する遊技機側適否判定手段S827~S830とを含み、前記遊技用装置は、遊技者が遊技を行なうことによって発生する遊技情報の数値が適正であるか否かの判定に用いる第2の設定を記憶する遊技用装置側設定記憶手段S757と、該遊技用装置側設定記憶手段により記憶されている設定に基づいて、遊技情報の数値が適正であるか否か判定する遊技用装置側適否判定手段S807~S810とを含む。このような構成によれば、遊技機において遊技情報の数値が適正であるか否かを判定するとともに、遊技用装置において遊技情報の数値が適正であるか否かを判定するために、管理装置が遊技情報の数値の適否を自ら判定することに比べて管理装置の負担が軽減できるとともに、遊技機と遊技用装置とのいずれかに不正が施された場合にも異常判定を適切に行なうことができる。h2上記h1の遊技用システムにおいて、前記遊技機は、遊技情報を前記遊技用装置へ送信する遊技情報送信手段図6、図26の加算玉数、減算玉数、図104の加算数、減算数を含み、前記遊技用装置側適否判定手段は、前記遊技情報送信手段により送信されてきた遊技情報の数値が適正であるか否か判定するS801~S807。このような構成によれば、たとえば、遊技機には何ら不正が施されておらず遊技機と遊技用装置との通信部分において不正が施されて遊技機から遊技用装置へ改竄された遊技情報が送信された場合には、遊技機側適否判定手段では適正と判断されるが遊技用装置側適否判定手段では異常判定がなされ、通信部分での不正に対しても判別することが可能となる。h3上記h1またはh2の遊技用装置において、前記遊技用装置は、前記遊技用装置側適否判定手段により不適正であると判定されたときにS810でY、不適正と判定された遊技情報に対応するエラーの種類を特定するエラー特定情報を上位装置へ送信するエラー送信手段S812をさらに含む。このような構成によれば、遊技機から送信されてきた遊技情報の数値が不適正であると判定されたときにその不適正と判定された遊技情報に対応するエラーの種類を特定するエラー特定情報が遊技用装置から上位装置へ送信されるために、遊技用管理装置においては、発生したエラーの種類を掌握することができる。i1本発明は、遊技者により遊技が行なわれる遊技機パチンコ機2、スロットマシン2Sと、該遊技機と通信可能に接続され、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技機は、前記遊技用装置と通信を行なう通信手段払出制御部17と、該通信手段の指令に従って表示制御を行なう表示制御手段表示器用演出制御基板53とを含み、前記遊技用装置は、有価価値の更新値を特定する更新値情報と当該有価価値の更新要因を示す更新要因情報とを前記通信手段へ送信し図26と図27と図71の加算要求玉数および図28と図72の減算要求玉数と図83のCU状態とを送信し、前記通信手段は、送信されてきた更新値情報に基づいて有価価値を更新するとともに図26の遊技玉数を175に更新、図27の遊技玉数を125に更新、図28の遊技玉数を700に更新、前記表示制御手段に対し、更新後の有価価値と送信されてきた更新要因情報とを送信し図82の遊技玉トータル個数情報と図83のCU状態とを送信し、前記表示制御手段は、送信されてきた更新要因情報に基づいて更新要因が認識できる態様で送信されてきた有価価値を更新表示し図91の貯玉再プレイかプリペイド消費かの加算要因を判定し、両者が区別できる態様で図97の画面表示を行なう、前記通信手段は、前記遊技用装置から前記更新値情報が送信されてきたタイミングで、更新後の有価価値と送信された更新要因情報とを前記表示制御手段へ送信する図71の加算要求玉数を受信したタイミングで受信した加算要求玉数、加算表示中ビットを表示器用演出制御基板へ送信、図72の減算要求玉数を受信したタイミングで受信した減算要求玉数、減算表示中ビットを表示器用演出制御基板へ送信。このような構成によれば、更新要因情報に基づいて更新要因が認識できる態様で有価価値の更新表示が行なわれるために、遊技者が更新の要因となるものを認識でき、遊技者に不快感を与える不都合を防止することができる。i2上記i1の遊技用システムにおいて、前記表示制御手段は、送信されてきた更新要因情報に応じた態様で有価価値が徐々に更新される演出表示を実行する図97の画面表示で持ち玉が徐々に更新される表示が行なわれることを特徴とする。このような構成によれば、有価価値が徐々に更新される演出表示により有価価値が更新されていることを遊技者にわかりやすく認識させることができる。i3上記i1またはi2の遊技用システムにおいて、前記遊技機は、持点による遊技が可能であり、入賞の発生に応じて持点が加算され図29;遊技玉数1010に加算玉数3を加算、前記有価価値は前記持点遊技玉数を含み、前記更新要因情報は、遊技者所有の遊技用価値としての残高の使用によるか、あるいは遊技者所有の遊技用価値として遊技者が遊技により獲得した獲得価値の使用によるかを示す情報図83;CU状態に含まれるBit4の加算表示中プリペイド貸出とBit5の加算表示中再プレイを含むことを特徴とする。このような構成によれば、更新要因情報によって、残高の使用かあるいは遊技により獲得した獲得価値の使用かのいずれの更新要因かを遊技者が認識することができる。i4本発明の他の態様は、遊技者所有の有価価値残高、貯玉、遊技玉数、現金などを遊技に使用可能にする遊技用装置カードユニット3と通信する通信部P台通信制御部81、S台通信制御部を備えた遊技機パチンコ機2、スロットマシン2Sであって、前記遊技用装置と通信を行なう通信手段払出制御部17と、該通信手段の指令に従って表示制御を行なう表示制御手段表示器用演出制御基板53とを備え、前記通信手段は、前記遊技用装置から送信された有価価値の更新値を特定する更新値情報に基づいて有価価値を更新するとともに図26の遊技玉数を175に更新、図27の遊技玉数を125に更新、図28の遊技玉数を700に更新、前記表示制御手段に対し、更新後の有価価値と前記遊技用装置から送信された有価価値の更新要因を示す更新要因情報とを送信し図82の遊技玉トータル個数情報と図83のCU状態とを送信し、前記表示制御手段は、送信されてきた更新要因情報に基づいて更新要因が認識できる態様で送信されてきた有価価値を更新表示し図91の貯玉再プレイかプリペイド消費かの加算要因を判定し、両者が区別できる態様で図97の画面表示を行なう、前記通信手段は、前記遊技用装置から前記更新値情報が送信されてきたタイミングで、更新後の有価価値と送信された更新要因情報とを前記表示制御手段へ送信する図71の加算要求玉数を受信したタイミングで受信した加算要求玉数、加算表示中ビットを表示器用演出制御基板へ送信、図72の減算要求玉数を受信したタイミングで受信した減算要求玉数、減算表示中ビットを表示器用演出制御基板へ送信。このような構成によれば、更新要因情報に基づいて更新要因が認識できる態様で有価価値の更新表示が行なわれるために、遊技者が更新の要因となるものを認識でき、遊技者に不快感を与える不都合を防止することができる。i5上記i4の遊技機において、前記表示制御手段は、送信されてきた更新要因情報に応じた態様で有価価値が徐々に更新される演出表示を実行する図97の画面表示で持ち玉が徐々に更新される表示が行なわれる。このような構成によれば、有価価値が徐々に更新される演出表示により有価価値が更新されていることを遊技者にわかりやすく認識させることができる。i6上記i4またはi5の遊技機において、前記遊技機は、持点による遊技が可能であり、入賞の発生に応じて持点が加算され図29;遊技玉数1010に加算玉数3を加算、前記有価価値は前記持点遊技玉数を含み、前記更新要因情報は、遊技者所有の遊技用価値としての残高の使用によるか、あるいは遊技者所有の遊技用価値として遊技者が遊技により獲得した獲得価値の使用によるかを示す情報図83;CU状態に含まれるBit4の加算表示中プリペイド貸出とBit5の加算表示中再プレイを含むことを特徴とする。このような構成によれば、更新要因情報によって、残高の使用かあるいは遊技により獲得した獲得価値の使用かのいずれの更新要因かを遊技者が認識することができる。j1本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点遊技玉数、持点を加算する遊技用装置CUと通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台であって、遊技状態を制御する遊技制御手段主制御基板16と、前記接続部を介して前記遊技用装置と通信可能に接続され、持点の変化量を含む所定の遊技機情報加算玉数、減算玉数、遊技玉数、始動口1,2入賞数、図柄確定回数などを前記遊技用装置へ送信するための持点制御手段払出制御部17とを含み、前記遊技制御手段は、前記遊技機情報を前記持点制御手段へ送信する第1の遊技機情報送信手段図79;主制御基板から払出制御部に台状態照会応答を送信と、前記持点制御手段から送信されてきた所定の到達確認用情報SQNに基づいて前記持点制御手段への前記遊技機情報の到達を判定する到達判定手段図79;主制御基板側で台状態照会要求のSQNをチェック、図77参照とを含み、前記持点制御手段は、前記遊技制御手段から送信されてきた前記遊技機情報を前記遊技用装置へ送信する第2の遊技機情報送信手段図29、図30、図40などに示される動作応答;P台払出制御部17からCUに送信と、前記到達確認用情報を前記遊技制御手段へ送信する到達確認用情報送信手段図79;払出制御部から主制御基板に台状態照会要求を送信とを含み、前記第1の遊技機情報送信手段は、前記到達判定手段により前記遊技機情報が未到達と判定されたときに、前回、前記遊技機情報を送信して以降に生じた新たな前記遊技機情報に未到達の前記遊技機情報を合算した情報を前記持点制御手段へ送信する図77、図79参照。このような構成によれば、遊技用装置と通信可能に接続される遊技機に関して、情報の再送を確実に行ないながらも、情報の送信効率を上げることが可能な遊技機を提供するできる。j2j1に記載の遊技機であって、前記遊技制御手段は、入賞が発生したときに持点への加算数を特定する加算数特定手段図75に示される賞球個数を特定を含み、前記第2の遊技機情報送信手段は、前記加算数特定手段が特定した加算数を特定可能な情報を前記遊技機情報として前記遊技用装置へ送信する賞球個数は加算玉数に含められて動作応答として送信される。このような構成によれば、持点への加算数に関する情報を確実かつ効率的に送信できる。j3j1j2に記載の遊技機であって、前記第1の遊技機情報送信手段は、前記遊技機情報を所定の到達確認用情報SQNとともに前記持点制御手段へ送信し図79の台状態照会応答参照、前記持点制御手段は、前記遊技機情報とともに送信されてきた前記到達確認用情報を更新する第1の到達確認用情報更新手段図79の台状態照会要求参照を含み、前記到達確認用情報送信手段は、前記第1の到達確認用情報更新手段により更新された到達確認用情報を前記遊技制御手段へ送信する図79の台状態照会要求参照。このような構成によれば、到達確認用情報の更新の有無、更新状況によって、遊技機情報の到達を確認できる。j4j3に記載の遊技機であって、前記遊技制御手段は、前記持点制御手段から送信されてきた前記到達確認用情報を更新する第2の到達確認用情報更新手段図79の台状態照会応答参照を含み、前記第1の遊技機情報送信手段は、前記持点制御手段からの送信要求に応答して、前記遊技機情報を前記第2の到達確認用情報更新手段により更新された到達確認用情報とともに前記持点制御手段へ送信し図79の台状態照会応答参照、前記持点制御手段は、前記遊技機情報とともに送信されてきた前記到達確認用情報と、前回、前記遊技制御手段へ送信した到達確認用情報とが所定の関係にない場合、当該遊技機情報を破棄し、前記送信要求を再送する図77参照。このような構成によれば、持点制御手段と遊技制御手段との双方で到達確認用情報を更新することによって、遊技機情報が到達したか否かを判定可能となる。j5j1~j4に記載の遊技機であって、前記遊技制御手段は、前記到達判定手段により前記遊技機情報が未到達と判定されたときに、前記到達確認用情報を補正する図77参照。このような構成によれば、到達確認用情報に基づいて遊技機情報が未到達であると判断された場合、到達確認用情報が補正されるので、次回以降、改めて、その到達確認用情報を用いて、遊技機情報の到達について確認できるようになる。k1本発明は、持点遊技玉数、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台と、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置CUとを備える遊技用システムであって、前記遊技用装置は、前記遊技機へモード切換指令情報モード変更要求を送信するモード切換指令情報送信手段図73参照を含み、前記遊技機は、前記遊技用装置と通信可能に接続され、持点の変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技用装置へ送信するための持点制御手段図6、図104、払出制御部17と、遊技状態を制御する遊技制御手段主制御基板16とを含み、前記持点制御手段は、前記モード切換指令情報を受信するモード切換指令情報受信手段図73参照と、前記モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、前記遊技制御手段へモードの切り換えを要求するモード切換要求手段図80参照とを含み、前記遊技制御手段は、前記モード切換要求手段によりモードの切換が要求されたときに、第1のモード切換条件図80;図柄変動中でない、大当り中でない、小当り中でないが成立しているか否かを判定する第1の条件判定手段図80参照と、該第1の条件判定手段により、前記第1のモード切換条件が成立していると判定されたときに、モードの切換の要求に基づいて、遊技者が遊技を行なうことが可能な営業モードと非営業モードとのいずれかに切り換えるモード切換手段図80参照とを含む。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置と遊技機との連携度合いが高い遊技用システムを提供可能となる。しかも、遊技機側では第1のモード切換条件が成立している場合にモードを切り換えるため、モードの無条件な切換によって切換前後のモードに悪影響を及ぼすことがないようにすることができる。k2本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点遊技玉数、持点を加算する遊技用装置CUと通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台であって、前記接続部を介して前記遊技用装置と通信可能に接続され、持点の変化量を特定可能な更新情報加算玉数、減算玉数を前記遊技用装置へ送信するための持点制御手段図6、図104、払出制御部17と、遊技状態を制御する遊技制御手段主制御基板16とを含み、前記持点制御手段は、所定のモード切換指令情報を前記遊技用装置より受信するモード切換指令情報受信手段図73参照と、前記モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、前記遊技制御手段へモードの切換を要求するモード切換要求手段図80参照とを含み、前記遊技制御手段は、前記モード切換要求手段によりモードの切換が要求されたときに、第1のモード切換条件図80;図柄変動中でない、大当り中でない、小当り中でないが成立しているか否かを判定する第1の条件判定手段図80参照と、該第1の条件判定手段により、前記第1のモード切換条件が成立していると判定されたときに、モードの切換の要求に基づいて、遊技者が遊技を行なうことが可能な営業モードと非営業モードとのいずれかに切り換えるモード切換手段図80参照とを含む。このような構成によれば、遊技機は、遊技用装置からのモード切換指令情報を受信してモードを変更するために、モードの切換に関して遊技用装置と遊技機との連携度合いが高い遊技用システムにおける遊技機を提供可能となる。しかも、遊技機側では第1のモード切換条件が成立している場合にモードを切り換えるため、モードの無条件な切換によって切換前後のモードに悪影響を及ぼすことがないようにすることができる。k3k1に記載の遊技用システムにおいて、複数種類の識別情報図柄を可変表示可能な可変表示装置を含み、前記遊技制御手段は、前記可変表示装置の表示結果が特定の表示態様たとえば、図柄に7が揃う、あるいはビッグボーナス図柄が揃うとなった場合に遊技者に有利な特定遊技状態大当り状態、ビッグボーナスに制御し、前記第1の条件判定手段は、前記可変表示装置が可変表示中でない場合に前記第1のモード切換条件が成立していると判定する図80参照。このような構成によれば、可変表示装置が可変表示しているような遊技中において、モードが切換えられてしまう不都合を防止できる。k4k1に記載の遊技用システムにおいて、複数種類の識別情報を可変表示可能な可変表示装置を含み、前記遊技制御手段は、前記可変表示装置の表示結果が特定の表示態様たとえば、図柄に7が揃う、あるいはビッグボーナス図柄が揃うとなった場合に遊技者に有利な特定遊技状態大当り状態、ビッグボーナスに制御し、前記第1の条件判定手段は、前記特定遊技状態中でない場合に前記第1のモード切換条件が成立していると判定する図80参照。このような構成によれば、特定遊技状態中においてモードが切換えられてしまう不都合を防止できる。k5k1k3k4に記載の遊技用システムにおいて、前記持点制御手段は、前記モード切換指令情報を受信したときに、所定の第2のモード切換条件0円0玉状態、遊技中玉数が0が成立しているか否かを判定する第2の条件判定手段図73参照を含み、前記モード切換要求手段は、前記第2の条件判定手段により前記第2のモード切換条件が成立していると判定されたときに、前記遊技制御手段へモードの切り換えを要求する図73参照。このような構成によれば、遊技制御手段とは別に、さらに持点制御手段によって第2のモード切換条件成立の有無が判定されるため、モードの無条件な切換によって切換前後のモードに悪影響を及ぼすことがないようにすることを、より一層、防止できる。k6k5に記載の遊技用システムにおいて、前記第2の条件判定手段は、遊技の結果が確定している確定状態遊技中玉数が0である場合に前記第2のモード切換条件が成立していると判定する図73参照。このような構成によれば、遊技の結果が確定していないときにモードの切換が行なわれてしまい、切換え後のモードに対して切換前の遊技の結果が影響を受けてしまうような不都合を防止できる。k7k5k6に記載の遊技用システムにおいて、前記遊技用装置は、持点を記憶する主持点記憶手段図6のCU側の遊技玉数を記憶するエリア、図104のCU側の持点を記憶するエリアと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を加算玉数、減算玉数前記持点制御手段より受信する更新情報受信手段メイン制御部323、図6、図104と、前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する主持点更新手段メイン制御部323、図6、図104とを含み、前記モード切換指令情報送信手段は、前記主持点記憶手段に持点が記憶されていないことを条件にカードユニット側;0玉状態のときのみ、コマンドを送信、前記遊技機へモード切換指令情報を送信し図73参照、前記持点制御手段は、前記主持点記憶手段とは別に、持点を記憶する副持点記憶手段遊技玉数カウンタ、持点カウンタ、図6、図104と、前記副持点記憶手段が記憶している持点を遊技への持点の使用および入賞の発生に応じて更新する副持点更新手段図6、図104参照とを含み、前記第2の条件判定手段は、前記副持点記憶手段に持点が記憶されていない場合払出制御部側;0玉状態に前記第2のモード切換条件が成立していると判定する図73参照。このような構成によれば、遊技用装置側で持点がないと判断でき、かつ、遊技機側でも持点がないと判断できる場合に、モードの切換が許容されるため、持点が存在する状態でモード切換が行なわれてしまうことをより一層確実に防止できる。l1本発明は、持点遊技玉数、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台と、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置CUとを備える遊技用システムであって、前記遊技用装置は、遊技用装置側モード切換条件が成立しているか否かを判定する遊技用装置側条件判定手段図73のカードユニット側;0玉状態のときのみ、コマンドを送信と、該遊技用装置側条件判定手段により前記遊技用装置側モード切換条件が成立していると判定されたときに、前記遊技機へモード切換指令情報モード変更要求を送信するモード切換指令情報送信手段図73参照とを含み、前記遊技機は、前記モード切換指令情報を受信するモード切換指令情報受信手段図73参照と、前記モード切換指令情報受信手段により前記モード切換指令情報が受信されたときに、所定の遊技機側モード切換条件が成立しているか否かを判定する遊技機側条件判定手段図73の払出制御部側;0円0玉状態、遊技中玉数が0、主制御基板からのモード変更応答結果がOK、図80の主制御基板側;図柄変動中でない、大当り中でない、小当り中でないと、該遊技機側条件判定手段により、前記遊技機側モード切換条件が成立していると判定されたときに、前記モード切換指令情報に基づいて、遊技者が遊技を行なうことが可能な営業モード遊技者に遊技を提供するための営業モードと非営業モード図8~図10;メンテナンスモード、テストモード、試打モードとのいずれかに切り換えるモード切換手段図73、図80、図96参照とを含む。このような構成によれば、遊技用装置と遊技機とが連携して各種モードに切り換わることによって、遊技用装置と遊技機との連携度合いが高い遊技用システムを提供することができる。さらに、遊技用装置側で遊技用装置側モード切換条件が成立していると判定され、かつ、遊技機側で遊技機側モード切換条件が成立していると判定された場合に、モードの切換が許容されるため、モードの無条件な切換によって切換前後のモードに悪影響を及ぼすことがないようにすることを、より一層確実に防止することができる。l2l1に記載の遊技用システムにおいて、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段払出制御部17、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報を前記遊技用装置へ送信する更新情報送信手段払出制御部17とを含み、前記遊技用装置は、持点を記憶する持点記憶手段図6、図104のCU側の遊技玉数を記憶するエリアと、前記更新情報を受信する更新情報受信手段メイン制御部323と、前記更新情報に基づいて前記持点記憶手段が記憶している持点を更新する持点更新手段メイン制御部323、図6、図104とを含み、前記遊技用装置側条件判定手段は、前記持点記憶手段に持点が記憶されていない場合に前記遊技用装置側モード切換条件が成立していると判定する図73;カードユニット側で0玉状態判定。l3l1l2に記載の遊技用システムにおいて、前記遊技機は、複数種類の識別情報を可変表示可能な可変表示装置と、前記可変表示装置の表示結果が特定の表示態様777の大当り態様、ビッグボーナスの態様となった場合に遊技者に有利な特定遊技状態大当り、ビッグボーナスに制御する遊技制御手段主制御基板16とを含み、前記遊技機側条件判定手段は、前記可変表示装置が可変表示中でない場合に前記遊技機側モード切換条件が成立していると判定する図80;主制御基板側で、図柄変動中でないことを判定。このような構成によれば、可変表示装置が可変表示しているような遊技中において、モードが切換えられてしまう不都合を防止できる。l4l1l2に記載の遊技用システムにおいて、前記遊技機は、複数種類の識別情報を可変表示可能な可変表示装置と、前記可変表示装置の表示結果が特定の表示態様777の大当り態様、ビッグボーナスの態様となった場合に遊技者に有利な特定遊技状態大当り、ビッグボーナスに制御する遊技制御手段主制御基板16とを含み、前記遊技機側条件判定手段は、前記特定遊技状態中でない場合に前記遊技機側モード切換条件が成立していると判定する図80参照。このような構成によれば、特定遊技状態中においてモードが切換えられてしまう不都合を防止できる。l5l1~l4に記載の遊技用システムにおいて、前記遊技機側条件判定手段は、遊技の結果が確定している確定状態である場合遊技中玉数が0に前記遊技機側モード切換条件が成立していると判定する図73参照。このような構成によれば、遊技の結果が確定していないときにモードの切換が行なわれてしまい、切換え後のモードに対して切換前の遊技の結果が影響を受けてしまうような不都合を防止できる。m1本発明は、持点遊技玉数、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台と、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置CUとを備える遊技用システムであって、前記遊技機は、遊技の進行に応じて変化する遊技機情報図82、図83参照;遊技玉トータル個数情報、バック玉加算情報、遊技玉発射個数情報、...を表示する表示手段表示器54、表示器510と、前記表示手段を表示制御する表示制御手段表示器用演出制御基板53と、前記遊技機情報を前記遊技用装置へ送信する遊技機情報送信手段払出制御部17と、前記遊技用装置との通信が不可能であるときに、前記遊技機情報を未送信情報CU未送信データ表示要求、図86、図87として前記表示制御手段へ送信する未送信情報送信手段払出制御部17、図95参照とを含み、前記遊技用装置は、前記遊技機情報を記憶する遊技機情報記憶手段図6、図104のCU側の記憶エリアと、前記遊技機情報を受信する遊技機情報受信手段図6、図104参照と、前記遊技機情報受信手段により受信された前記遊技機情報に基づいて前記遊技機情報記憶手段が記憶している前記遊技機情報を更新する遊技機情報更新手段図6、図104とを含み、前記表示制御手段は、前記未送信情報送信手段から送信されてきた前記未送信情報を前記表示手段に表示する図95参照。このような構成によれば、遊技用装置と遊技機との通信断が発生したことによって未送信となった情報を把握可能となる。m2本発明は、遊技者所有の遊技用価値残高、貯玉、現金などを用いて持点を加算する遊技用装置CUと通信可能に接続するための接続部を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機P台、S台であって、遊技の進行に応じて変化する遊技機情報を表示する表示手段表示器54、表示器510と、前記表示手段を表示制御する表示制御手段表示器用演出制御基板53と、前記遊技機情報を前記遊技用装置へ送信する遊技機情報送信手段払出制御部17と、前記遊技用装置との通信が不可能な状態であるときに、前記遊技機情報を未送信情報CU未送信データ表示要求、図86、図87として前記表示制御手段へ送信する未送信情報送信手段払出制御部17、図95参照とを含み、前記表示制御手段は、前記未送信情報送信手段から送信されてきた前記未送信情報を前記表示手段に表示する図95参照。このような構成によれば、遊技用装置と遊技機との通信断が発生したことによって未送信となった情報を把握可能となる。m3m1に記載の遊技用システムにおいて、前記未送信情報送信手段は、前記通信状態判定手段により前記遊技用装置との通信が可能な状態と判定されるまで、前記未送信情報を繰り返し前記表示制御手段へ送信する図95参照。このような構成によれば、未送信情報が繰り返し表示制御手段へ送信されるために、未送信情報の表示が継続している間は、遊技用装置側へ未送信情報の再送が完了していないものと判断でき、これにより、遊技用装置側への未送信情報の再送が完了しているか否かを特定できる。m4m1m3に記載の遊技用システムにおいて、前記表示制御手段は、前記未送信情報を表示する前に前記表示手段に表示していた前記遊技機情報を所定の記憶領域に記憶した状態で、前記未送信情報を表示する図95;表示中の遊技機情報データバックアップ。このような構成によれば、前記所定の記憶領域に記憶した情報を確認することによって、通信断が発生したときの遊技機情報を特定可能となる。m5m4に記載の遊技用システムにおいて、前記表示制御手段は、前記遊技用装置との通信が可能な状態となったとき、前記記憶領域に記憶している前記遊技機情報に対して表示中の前記未送信情報を反映させた情報を前記表示手段に表示する図95;バックアップデータに対して、遊技機情報通知の情報と表示中の未送信データとを反映させた遊技機情報を表示。このような構成によれば、通信断の回復後に表示手段の表示内容を最新のものに更新することが可能となる。m6m4m5に記載の遊技用システムにおいて、前記遊技機は、前記遊技機情報送信手段、前記通信状態判定手段、および前記未送信情報送信手段を含む持点制御手段払出制御部17と、遊技状態を制御するとともに入賞の発生に応じた持点の加算値図75の賞球個数を前記持点制御手段に対して送信する遊技制御手段主制御基板16とを含み、前記持点制御手段は、前記通信状態判定手段により前記遊技用装置との通信が不可能な状態から可能な状態になったと判定された後、前記遊技制御手段から送信されてきた前記加算値を含む遊技機情報を前記遊技用装置および前記表示制御手段へ送信し図95のシーケンス図最後の遊技機情報通知、前記表示制御手段は、前記未送信情報が送信されてきた後、前記持点制御手段から前記遊技機情報が送信されてきたときに、当該遊技機情報と表示中の前記未送信情報とを前記記憶領域に記憶している前記遊技機情報に対して反映させた情報を前記表示手段に表示する図95参照。このような構成によれば、通信断の回復後に表示手段の表示内容を最新のものに更新することが可能となる。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"