"遊技盤が枠体に交換可能に取り付けられる遊技機であって、前記遊技盤に、遊技の進行を制御する制御用マイクロコンピュータが設けられ、前記枠体に、表示手段と、該表示手段を制御する表示制御用マイクロコンピュータとが設けられ、前記制御用マイクロコンピュータは、前記表示手段の表示画面における遊技盤対応の表示態様を特定可能な情報を、当該制御用マイクロコンピュータが設けられた前記遊技盤が取り付けられた前記枠体の前記表示制御用マイクロコンピュータに対して送信する表示態様特定情報送信手段を含み、前記表示制御用マイクロコンピュータは、複数の遊技盤に共通して使用される共通プログラムに従って、前記表示態様特定情報送信手段から受信した前記情報で特定される遊技盤対応の表示態様で表示制御を行うことを特徴とする遊技機。特許文献1に記載されたパチンコ機が使用される場合に、枠側に設けられている表示器は、複数の機種に共通して使用可能であるが、機種が変わっても、表示態様は変更されない。機種が異なると表示態様も変更されることが好ましいが、特許文献1に記載されたパチンコ機では、そのような変更を行うことは困難である。そこで、本発明は、封入式の遊技機において、枠側に設けられている表示手段を複数の機種に亘って共通して使用できる上に、機種が異なると表示手段における表示態様を容易に変えることができる遊技機を提供することを目的とする。1本発明による遊技機は、遊技盤遊技盤26が枠体木枠4、遊技盤保持枠95等に交換可能に取り付けられる遊技機であって、遊技盤に、遊技の進行を制御する制御用マイクロコンピュータ例えば、遊技制御用マイクロコンピュータ560が設けられ、枠体に、表示手段例えば、表示器54と、表示手段を制御する表示制御用マイクロコンピュータ例えば、表示器用演出制御基板53に搭載されているマイクロコンピュータとが設けられ、制御用マイクロコンピュータは、表示手段の表示画面における遊技盤対応の表示態様例えば、文字フォントの種類を特定可能な情報例えば、図106に示す表示器用演出制御コマンドを、制御用マイクロコンピュータが設けられた遊技盤が取り付けられた枠体の表示制御用マイクロコンピュータに対して送信する表示態様特定情報送信手段例えば、遊技制御用マイクロコンピュータ560において、ステップS14の処理を実行する部分を含み、表示制御用マイクロコンピュータは、複数の遊技盤に共通して使用される共通プログラム例えば、図119に示す処理を実現するプログラムに従って、表示態様特定情報送信手段から受信した情報で特定される遊技盤対応の表示態様で表示制御を行う図119におけるステップS951,S952,S960参照ことを特徴とする。そのような構成により、封入式の遊技機において、遊技盤の変更に際して変更されない枠体に表示手段が設けられていても、表示手段において遊技盤に応じた表示態様で遊技情報を表示することができる。2上記1の遊技機において、表示手段は、遊技に関する情報であって遊技に応じて変化する遊技情報例えば、大当り回数や可変表示回数スタート回数を表示し、表示態様を特定可能な情報は、表示手段に表示される遊技情報の大きさまたは配置を特定可能な情報を含むように構成されていてもよい。そのような構成によれば、遊技盤各々について遊技者が感ずる重要度に応じた表示態様で遊技情報を表示することができる。3上記1または2の遊技機において、表示手段の前面にタッチパネルが設けられ、表示制御用マイクロコンピュータは、タッチパネルに対する接触を確認するタッチ確認手段例えば、表示器用演出制御基板53に搭載されているマイクロコンピュータにおいて、ステップS821の処理を実行する部分を含み、表示態様を特定可能な情報は、タッチパネルにおける接触有効範囲を示す情報例えば、図106に示すタッチパネル使用時画面指定コマンドを含み、タッチ確認手段は、接触有効範囲を示す情報にもとづいて接触を確認する図130におけるステップS822参照ように構成されていてもよい。そのような構成によれば、遊技盤の変更に際して変更されない枠体に表示手段が設けられていても、遊技盤に応じた入力操作を実現することができる。4上記1~3の遊技機において、表示態様特定情報送信手段は、表示態様を特定可能な情報として、表示態様に対応する、表示画面の表示データ例えば、各画素のビットデータを送信するように構成されていてもよい遊技制御用マイクロコンピュータ560が自遊技盤の画面表示に対応する画面情報例えば、各画素のビットデータを、表示器用演出制御基板53に搭載されているマイクロコンピュータに対して送信するように構成されている実施の形態2の変形例参照。そのような構成によれば、表示制御用マイクロコンピュータが多数の遊技盤対応のデータを記憶する必要性をなくすことができる。5上記1~4の遊技機において、表示制御用マイクロコンピュータは、複数の遊技盤のそれぞれの表示態様に対応する、表示画面の表示データを記憶し図122参照、表示態様特定情報送信手段は、表示態様を特定可能な情報として表示態様を特定可能なデータ例えば、図106に示す遊技機ID指定コマンドによるを送信するように構成されていてもよい。そのような構成によれば、制御用マイクロコンピュータが簡便な情報を送信するだけで、表示手段において遊技盤に応じた表示態様で遊技情報を表示することができる。6本発明による他の態様の遊技機は、遊技盤遊技盤26が枠体木枠4、遊技盤保持枠95等に交換可能に取り付けられる遊技機であって、遊技盤に、遊技の進行を制御する制御用マイクロコンピュータ例えば、遊技制御用マイクロコンピュータ560が設けられ、枠体に、表示手段例えば、表示器54と、表示手段を制御する表示制御用マイクロコンピュータ例えば、表示器用演出制御基板53に搭載されているマイクロコンピュータとが設けられ、表示制御用マイクロコンピュータは、複数の遊技盤のそれぞれに対応する表示態様例えば、文字フォントの種類を示す情報を記憶する外部装置例えば、図124に示す管理コンピュータ201から枠体に取り付けられた遊技盤に対応する表示態様を示す情報を受信し、複数の遊技盤に共通して使用される共通プログラム例えば、図119に示す処理を実現するプログラムに従って、外部装置から受信した情報で特定される遊技盤対応の表示態様で表示制御を行うことを特徴とする。そのような構成によれば、制御用マイクロコンピュータが遊技盤対応のデータを記憶する必要性をなくすことができ、かつ、表示制御用マイクロコンピュータが多数の遊技盤対応のデータを記憶する必要性をなくすことができる。以下、本発明の第1の実施の形態を、図面を参照して説明する。実施の形態1.図1は、カードユニットおよびパチンコ機を示す正面図である。図1を参照して、遊技場内に複数配置されている各遊技島図示略に遊技機の一例の封入循環式パチンコ機以下パチンコ機またはP台と略称する2が併設され、パチンコ機2の所定側の側方位置に該パチンコ機2に対して遊技用装置の一例のカードユニット以下CUと略称することもある3が1対1に対応して設置されている。カードユニット3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、それらカードの記録情報により特定される遊技者所有の遊技価値例えば、カード残高、持玉数、または貯玉数を用いて対応するパチンコ機2における封入玉を弾発発射させて遊技ができるようにするための機能を有する。なお、ビジターカードや会員カードはICカードで構成されている。パチンコ機2は、パチンコ機2で用いられる所定数本例では、50個の遊技玉が封入領域内本例では、パチンコ機2内に封入され、パチンコ機2に設けられた遊技領域27に遊技玉を進入させ、遊技領域27を経由した遊技玉を回収部本例では、各入賞口、アウト口145、ファール玉戻り口150を介して回収し、回収した遊技玉を再び遊技領域27に進入させるために封入領域内において循環させる封入式の遊技機である。この実施の形態では、パチンコ機2は、内部に遊技媒体の一例の遊技玉を封入し、遊技者が打球操作ハンドル25を操作することにより、打球発射モータ18図2参照を駆動して封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。なお、パチンコ機2で用いられる遊技玉が封入領域内に封入されているものであれば、この実施の形態で例示されているようなパチンコ機2内部に封入されているものに限られず、例えば、パチンコ機2と島設備の一部にまたがる所定領域内に封入された遊技玉を循環させて遊技を行うものであってもよい。また、封入式の遊技機であれば、パチンコ機に限られず、例えば、封入式のパロット機に適用してもよい。図1に示すパチンコ機2は、いわゆる第1種のパチンコ機であり、図示を省略しているが、遊技領域27内に打込まれた遊技玉が入賞可能な始動口1と始動口2とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号にもとづいて変動表示する変動表示装置が設けられているとともに、変動表示装置の表示結果が予め定められた特定の識別情報の組合せ例えば、ぞろ目。すなわち、左中右が同じ図柄で揃った状態の図柄の組み合わせ。になることにより開放する可変入賞球装置大入賞口ともいうなどが設けられている。始動口2は、遊技者にとって有利な第1の状態例えば、開成状態遊技者にとって不利な第2の状態例えば、閉成状態とに変化可能な電動チューリップで構成されている。なお、この実施の形態では、図柄を変動表示可能な2つの変動表示装置変動表示装置1、変動表示装置2が設けられているとする。そして、始動口1への始動入賞にもとづいて変動表示装置1の変動表示が実行されるとし、始動口2への始動入賞にもとづいて変動表示装置2の変動表示が実行されるとする。可変入賞球装置が開放することにより大当り状態になる。また、変動表示装置の表示結果が大当り図柄の組合せぞろ目のうちの予め定められた特別の識別情報の組合せ例えば、左中右が同じ奇数図柄で揃った図柄の組み合わせ。すなわち、777などの確変図柄の組合せになることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態高確率状態。すなわち、確変状態。が発生する。大入賞口は、大入賞口1と大入賞口2との2つ設けられている。例えば、始動口1への入賞にもとづいて大当りが発生したときには大入賞口1が第1の状態となり、始動口2への入賞にもとづいて大当りが発生したときには大入賞口2が第1の状態になる。さらに、遊技領域27には、4つの普通入賞口1~4が設けられている。なお、この実施の形態では、大入賞口、始動口および普通入賞口を包括的に表現する場合に単に入賞口ともいう。遊技領域27内に打込まれた遊技玉はいずれかの入賞口に入賞するか、または入賞することなくアウト口145図2参照に回収される。入賞口に入賞した遊技玉およびアウト口145に回収された遊技玉は再度パチンコ機2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再び打球発射位置の遊技玉が遊技領域27内に打込まれる。カードユニット3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入/排出口309などが設けられている。カード挿入/排出口309に挿入された会員カードやビジターカードがカードリーダライタ327図3参照に受付けられ、カードに記録されている情報が読取られる。上記の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受付けた場合において、該会員カードに記録された会員カードIDならびに会員IDにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン319と、遊技場の係員遊技店員が所持するリモートコントローラ図示略:以下、リモコンという。から赤外線信号を受信して電気信号に変換して出力するIR受光ユニット315図1では図示省略が設けられている。表示器312は、挿入された遊技用記録媒体カードに記録されているプリペイド残高カード残高または単に残高ともいうを表示する装置であるが、後述する遊技玉数やその他の各種情報を表示可能である。また、表面が透明タッチパネルで構成され、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能であるように構成されている。遊技者が再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときには持玉数から引落としてパチンコ機による遊技を行うことが可能になるとともに、挿入されたカードが会員カードであるが持玉数が記録されていない場合でも、貯玉がホール用管理コンピュータ1などに記録されている場合には、貯玉から引落としてパチンコ機2による遊技を行うことが可能になる。なお、貯玉とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータ1やその他の管理コンピュータにより管理される。持玉数とは、遊技者が遊技機により遊技を行った結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を持玉と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を貯玉という。なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、貯玉と持玉との違いは、遊技場に預入れるための貯玉操作が行われて遊技場に預入れられた玉数であるか、または、未だに遊技場に預入れられていない段階の玉数であるかの点である。本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ1などの上位サーバに会員カード番号と対応付けて記憶させ、会員カード番号にもとづいて対応する貯玉を検索できるように構成されている。持玉は、カードに直接記録されている。しかし、そのような構成に限られず、双方を上位サーバにカード番号と対応付けて記憶させてもよい。紙幣挿入口302に挿入された紙幣は、貨幣識別器344により取込まれてその真贋や紙幣種別の識別がなされる。カードユニット3の前面側には、さらに、貸出しボタン321と返却ボタン322とが設けられている。貸出しボタン321は、挿入されたカードに記録されている残高を引落としてパチンコ機2による遊技に用いるための操作を行うボタンである。返却ボタン322は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数を記憶させて排出するための操作ボタンである。パチンコ機2における遊技領域27の下方位置には、表示器54とチャンスボタン56およびジョグダイヤル57が設けられている。表示器54は、液晶表示装置で構成され、図82または図86~図103を参照して後述するような表示画面を遊技者に表示する。ジョグダイヤル57は、遊技者が回動操作することにより表示器54に表示されている表示画面における各種表示項目アイコンなどを選択指定するものである。そして、遊技者がジョグダイヤル57を回動操作することにより表示器54に表示される表示画面上の各種表示項目において選択対象になるものが順次移動表示され、ジョグダイヤル57を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン56を遊技者が押圧操作することにより、選択された表示項目が指定されて遊技者の選択が確定されることになる。図2は、パチンコ機2の背面図である。まず、封入循環式の遊技玉の循環経路を説明する。パチンコ遊技機の遊技盤保持枠95には、遊技盤取付用の回動レバー100が設けられ、回動レバー100を回動操作することにより、遊技盤26が着脱可能である。遊技領域27に設けられている入賞口や可変入賞球装置などから入賞したすべての入賞玉は入賞玉集合カバー部材144で集められて入賞玉流下経路147を流下する。アウト口145に進入したアウト玉は、入賞玉流下経路147を流下する入賞玉と合流して合流経路702を流下する。合流経路702には合流経路検出スイッチ32が設けられ、合流経路702を流下する玉が検出される。従って、各入賞口大入賞口、始動口、普通入賞口およびアウト口145に進入した遊技玉は、全て合流経路検出スイッチ32で検出される。ファール玉はファール玉戻り口150から排出された後、ファール玉検出スイッチ33で検出される。その後、ファール玉は合流経路702に進入する。合流経路702を流下した遊技玉は、玉回収樋189に案内される。以上のことから、合流経路検出スイッチ32で検出された遊技玉数とファール玉検出スイッチ33で検出された遊技玉数との合計数が、遊技領域27に発射された後に遊技領域27を経由して回収された遊技玉数の総数各入賞口に入賞した遊技玉数、アウト口145に進入した遊技玉数、およびファール玉戻り口150から排出された遊技玉数の合計数になる。玉回収樋189に案内された遊技玉は、揚送装置190により揚送される。揚送装置190は、揚送モータ40により回転する揚送用スクリューが内蔵され、揚送用スクリューが回転することにより遊技玉が揚送される。揚送装置190の背部には、揚送途中の遊技玉と接触することにより遊技玉を研磨する研磨部材200a、200b200bは図面上見えないが設けられ、遊技玉は揚送されつつ、その表面が研磨される。揚送装置190の玉入口側下方側に玉上げスイッチ下41bが設けられ玉排出側上方側に玉上げスイッチ上41aが設けられている。これら玉上げスイッチ上41a、玉上げスイッチ下41bにより、揚送される遊技玉が検出される。揚送装置190で揚送され玉上げスイッチ上41aで検出された遊技玉は、発射玉誘導路153に誘導されて打込玉出口149から玉送り装置図示省略に供給される。玉送り装置は、遊技者が打球操作ハンドル25を操作して遊技玉を1発打つ毎に次の遊技玉を1つ打球発射位置に送り込む機能を有する。玉送り装置により送り込まれる遊技玉が、発射検出スイッチ図示省略により検出されて発射検出信号が後述するように払出制御基板17に入力される。さらに、遊技玉の循環経路途中に遊技玉過不足検出スイッチ42a,42bが設けられ図4参照、循環経路内の遊技玉が所定個数例えば、50個になっているか否かを検出する。なお、遊技玉過不足検出スイッチ42a,42bは、例えば、図2に示す玉回収樋189の所定箇所に設けるようにし例えば、玉回収樋189において所定間隔を離して遊技玉過不足検出スイッチ42aと遊技玉過不足検出スイッチ42bとを配置し、玉回収樋189の下流側発射可能領域に近い側に配置された方の遊技玉過不足検出スイッチで遊技玉を検出できなくなった場合に遊技玉数が不足すると判定したり、玉回収樋189の上流側各入賞口やアウト口145、ファール玉戻り口150に近い側に配置された方の遊技玉過不足検出スイッチで遊技玉を検出した場合に遊技玉数が過剰であると判定したりするようにすればよい。なお、この実施の形態では、後述するように、浮遊玉数カウンタを用いて、遊技領域27に発射された遊技玉数といずれかの入賞口やアウト口145、ファール玉戻り口150で回収された遊技玉数との差分値を浮遊玉数発射した後、入賞口やアウト口145、ファール玉戻り口150で回収される前の遊技領域27を浮遊している状態の遊技玉の数をカウントし、浮遊玉数カウンタの値を閾値判定して異常時制御を行う。そのため、浮遊玉数カウンタの値にもとづいて遊技玉数の過不足も認識できるのであるから、遊技玉過不足検出スイッチ42a,42bを設けなくてもよい。また、逆に、例えば、後述する浮遊玉数カウンタに代えて、遊技玉過不足検出スイッチ42a,42bの検出結果にもとづいて、後述する異常時制御を行うようにしてもよい。次に、図3参照して、パチンコ機2は、額縁状の木枠4に対して、前枠セルともいう5とガラス扉6とが左側縁を揺動中心として開閉可能に設けられている。前枠5における揺動中心とは反対側の端縁付近には、上下1対の係合突起6a、6bが設けられている。係合突起6a、6bは、図示しないばねによって下方向に押圧されている。木枠4の係合突起6a、6bに対向する位置に、係合受け片7a、7bが設けられている。開放状態の前枠5を木枠4に押付けることにより係合突起6a、6bが係合受け片7a、7bを乗越え、乗越えた状態でばねの付勢力により係合突起6a、6bが下方に移動し、ロック状態になる。そして、前枠5の裏面側に前枠開放ソレノイド11が設けられ、前枠開放ソレノイド11が励磁されることによりばねの付勢力に抗して上下1対の係合突起6a、6bが上方に押上げられ、その結果、係合受け片7a、7bに対する係合突起6a、6bの係合が解除されてロック解除状態となり、前枠5が開放される。さらに、前枠5にはガラス扉6用の係合突起8も設けられ、係合突起8に対向するガラス扉6部分には、係合穴9が設けられている。係合突起8は、図示しないばねによって下方に押圧され、開放状態のガラス扉6を前枠5に押付けることにより係合穴9の下縁部分によって係合突起8が押上げられて乗越えることにより、ばねの付勢力により係合突起8が押下げられ、係合突起8と係合穴9とが係合されてロック状態になる。この状態で、前枠5の裏面に設けられているガラス扉開放ソレノイド10を励磁することにより、ばねの付勢力に抗して係合突起8が引上げられ、係合突起8と係合穴9との係合が解除されてロック解除状態となり、ガラス扉6が開放される。木枠4の上方部分における前枠5と接触する箇所に前枠閉鎖検出器13が設けられ、前枠5が木枠4に押付けられてロック状態となったことが検出される。また、前枠5の上方部分におけるガラス扉6との接触部分にガラス扉閉鎖検出器12が設けられ、ガラス扉6が前枠5に押付けられてロック状態となったことがガラス扉閉鎖検出器12により検出される。次に、図4を参照して、カードユニット3とパチンコ機2との制御回路の概略を説明する。カードユニット3には、マイクロコンピュータなどから構成された制御部323が設けられている。制御部323は、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データなどを記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイスなどが設けられている。制御部323には、ホール用管理コンピュータ1などと通信を行うための外部通信部324が設けられているとともに、パチンコ機2の払出制御基板17との通信を行うための遊技機通信部325が設けられている。カードユニット3にはパチンコ機2側への接続部330が設けられ、パチンコ機2にはカードユニット3側への接続部20が設けられている。これら接続部330、20は、例えば、コネクタなどで構成されている。遊技機通信部325と払出制御基板17とは、コネクタ330、20と接続配線とを介して通信可能に接続される。上述した貨幣識別器344により紙幣の真贋および種類が識別され、識別結果信号が制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR送受光部320が受光した場合には、受光信号が制御部323に入力される。挿入されたカードの記録情報をカードリーダライタ327が読取って、読取り情報が制御部323に出力されるとともに、制御部323からカードリーダライタ327に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ327は、挿入されているカードにデータを書込む。表示器312に対し、制御部323から残高または遊技玉数などの表示用データが出力され、出力された表示用データを表示器312が表示する。また、表示器312の表面に設けられているタッチパネルを遊技者が操作した場合には、操作信号が制御部323に入力される。遊技者が貸出しボタン321を操作することにより、操作信号が制御部323に入力される。遊技者が再プレイボタン319を操作することにより操作信号が制御部323に入力される。遊技者が返却ボタン322を操作することにより操作信号が制御部323に入力される。パチンコ機2には、パチンコ機2の遊技の進行制御を行う主制御基板16と、払出制御基板17と、発射制御基板31と、遊技玉制御部34と、発射部38と、演出部50とが備えられている。主制御基板16には遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データなどを記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイスなどが設けられている。払出制御基板17には、払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPUCentralProcessingUnit、CPUが動作するためのプログラムや制御データなどを記憶しているROMReadOnlyMemory、CPUのワークエリアとして機能するRAMRandomAccessMemory、周辺機器との信号の整合性を保つための入出力インターフェイスなどが設けられている。また、払出制御基板17に対し、合流経路検出スイッチ32、ファール玉検出スイッチ33、ガラス扉開放ソレノイド10、前枠開放ソレノイド11、ガラス扉閉鎖検出器12、前枠閉鎖検出器13が電気的に接続された状態で設けられている。主制御基板16から払出制御基板17に対し、接続確認信号、入賞検出信号、始動口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。接続確認信号は、主制御基板16と払出制御基板17とが接続されていることを確認するための信号であり、主制御基板16から払出制御基板17へ所定の電圧の信号が常時供給され、払出制御基板17が所定電圧信号を受信していることを条件として払出制御基板17が動作制御するように構成されている。入賞検出信号は、始動口以外の入賞口に入賞した遊技玉の検出信号である。検出信号を受けた払出制御基板17は、入賞玉1個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行う。このことに関しては後に詳しく説明する。始動口入賞情報とは、始動口1または始動口2のいずれかに遊技玉が入賞したことを示す情報である。エラー情報とは、主制御基板16が遊技制御を行っている最中にエラーが発生した場合にその旨を払出制御基板17へ通知するための情報である。図柄確定回数とは、始動口1または始動口2への入賞に対する変動表示装置の表示結果として確定した図柄の情報である。大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、例えば、15ラウンド大当りなどのように、各遊技機メーカが共通に採用している大当りであり、大当りに伴って確変が発生する場合には確変情報を含み、大当りに伴って時短状態変動表示装置の可変表示時間を短縮する制御状態が発生する場合には時短情報を含んでいる。メーカ固有大当りとは、例えば、突然確変突確大当りのような、ある遊技機メーカのみが採用している大当り状態のことである。小当りは、大当りと比較して大入賞口の開放回数が少ない回数この実施の形態では0.1秒間の開放を2回まで許容される当りである。なお、小当り遊技が終了した場合、遊技状態は変化しない。すなわち、確変状態から通常状態に移行したり通常状態から確変状態に移行したりすることはない。また、突然確変大当りは、大当り遊技状態において大入賞口の開放回数が少ない回数この実施の形態では0.1秒間の開放を2回まで許容されるが大入賞口の開放時間が極めて短い大当りであり、かつ、大当り遊技後の遊技状態を確変状態に移行させるような大当りであるすなわち、そのようにすることにより、遊技者に対して突然に確変状態となったかのように見せるものである。払出制御基板17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。合流経路検出スイッチ32から払出制御基板17へアウト玉検出信号が入力される。アウト玉検出信号が入力された払出制御基板17は、後述するように遊技中玉数遊技領域27に浮遊している浮遊玉の玉数を減算更新する。ファール玉検出スイッチ33からファール玉検出信号が入力された払出制御基板17では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。払出制御基板17がガラス扉開放ソレノイド10を励磁制御することにより、図3にもとづいて説明したように、ガラス扉6が開錠されて開放可能になる。払出制御基板17が前枠開放ソレノイド11を励磁制御することにより、図3で説明したように前枠5が開錠されて開放可能になる。図3で説明したようにガラス扉6を前枠5へ押付けて閉鎖することによりガラス扉閉鎖検出器12からガラス扉閉鎖検出信号が出力されて払出制御基板17へ入力される。図3にもとづいて説明したように前枠5を機枠4へ押付けて閉鎖することにより前枠閉鎖検出器13から前枠閉鎖検出信号が出力されて払出制御基板17へ入力される。カードユニット3の遊技機通信部325とパチンコ機2の払出制御基板17とが電気的に接続され、遊技機通信部325から払出制御基板17へ、後述するように、加算要求、減算要求、遊技許可/禁止要求、加算要求玉数、減算要求玉数の各種コマンドが送信される。加算要求コマンドは、後述するように、プリペイド残高からの遊技玉の貸出または再プレイ貸出が行われる場合に払出制御基板17に送信され、払出制御基板17は、それを受けて遊技玉数を加算更新する。減算要求コマンドは、後述するように、持玉の分割譲渡玉共有処理またはワゴンサービスが行われた場合に払出制御基板17に送信され、それを受けた払出制御基板17は、遊技玉数を減算更新する。遊技許可/禁止要求コマンドは、払出制御基板17に対して遊技の許可をする旨を要求するコマンドまたは遊技の禁止を要求する旨のコマンドである。加算要求玉数とは、加算要求コマンドにより遊技玉数に加算する玉数を指定するコマンドである。減算要求玉数とは、減算要求コマンドにより遊技玉数から減算する玉数を指定するコマンドである。払出制御基板17から遊技機通信部325へ、遊技玉数、加算玉数、減算玉数、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。遊技玉数とは、主制御基板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へ、遊技玉が発射されたことを示す発射検出信号と発射モータ原点センサの検出信号とが入力される。発射検出信号を受けた払出制御基板17は、発射玉数1個の検出に対して、減算玉数と遊技中玉数とを1加算更新するとともに遊技玉数を1減算更新する。払出制御基板17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、打球発射モータ18を励磁するための信号を出力する。これにより、遊技玉が遊技領域27へ弾発発射される状態になる。遊技玉制御部34に設けられている揚送部39には、図2にもとづいて説明したように、揚送モータ40、玉上げスイッチ上41a、玉上げスイッチ下41bが設けられている。さらに、揚送部39には、遊技玉過不足検出スイッチ142aと遊技玉過不足検出スイッチ242bとが設けられている。遊技玉過不足検出スイッチ1,2は、パチンコ機2に封入されている遊技玉の合計数例えば、50個に過不足があるか否かを検出するためのスイッチである。払出制御基板17から揚送部39へ揚送モータ40を励磁するための揚送モータ励磁出力信号が送信される。揚送部39から払出制御基板17へ、玉上げスイッチ上41a、玉上げスイッチ下41bの検出信号にもとづいた揚送検出通過/満タンの信号が送信されるとともに、遊技玉過不足検出スイッチ142a、遊技玉過不足検出スイッチ242bの検出信号としての補給50個検出信号が入力される。演出部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に、表示器制御コマンドが送信される。表示器用演出制御コマンドは、遊技機情報コマンドとカードユニット操作コマンドとテストコマンドとを含んでいる。遊技機情報コマンドとは、大当り発生回数や確変回数などの当該パチンコ機2による遊技状態を示すコマンドであり、カードユニット操作コマンドとは、カードユニット3を遊技者が操作したことによるコマンドである。またテストコマンドとは、演出部50の演出表示動作をテストするためのコマンドである。払出制御基板17から表示器用演出制御基板53へのコマンドは、前回のコマンドの送信後300ms経過毎に次のコマンドが送信される。そして、表示器用演出制御基板53は、コマンドの受信後300msを超える一定時間経過したにもかかわらず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理エラー処理を行う。具体的には、前回のコマンドの受信から300msを超えたにもかかわらず次のコマンドが送信されてこない場合にはエラーカウントを1し、エラーカウントが連続10回カウントしたときに、表示器用演出制御基板53はタイムオーバを検知して通信状態を初期化し、表示器54に呼出ランプの点灯とエラーアニメーションとを表示させる制御を行う。次に、図5を参照して、CU側とP台側とのそれぞれで記憶している各種データのうちの主なものおよび送受信態様を説明する。本実施の形態では、CU側がP台側の遊技玉数の変動を算出して現在の遊技玉数を管理する。P台側でも現在の遊技玉数の算出記憶を行っているが、遊技玉数はP台側において遊技玉数が0となったときにP台自ら打球発射を迅速に停止させる制御を行うためだけに用いられる副次的なものである。遊技玉数の主たる管理をCU側において行っているために、P台側に遊技玉数の厳重に管理するための機能を設ける必要がなく、その分P台のコストを極力抑えることができる。特に、CUに比べてP台は遊技場における入替えサイクルが短く早期に入替えが行われる。その関係上、P台側における遊技玉数に関する主管理機能をCU側に持たせてP台側のコストを抑えることにより、封入式遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。図5には、CU側の制御部323に設けられているRAMの記憶データと、P台側の払出制御基板17に搭載されているRAMの記憶データとが示されている。まず、P台パチンコ機2とCUカードユニット3とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台側の払出制御基板17は、主制御基板16からメインチップID主制御基板16が搭載する遊技制御用マイクロコンピュータを識別するためのIDの送信を受け、メインチップIDをCU側に送信するとともに、払出制御基板17自身が記憶している払出チップID払出制御基板17が搭載する払出制御用マイクロコンピュータを識別するためのIDをCU側に送信する。CU側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU側とP台側とが接続されて通信が開始された時刻のデータがCU側からP台側に送信され、P台側では送信されてきた接続時刻を記憶する。この状態で、メインチップID、払出チップIDおよびCU側で識別された接続時刻の3つの情報がCU側とP台側とに記憶されることになる。それ以降の電源投入時において、P台側からCU側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。CU側は、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU側とP台側との通信が開始された新たな接続時刻データがCU側からP台側に送信され、新たな接続時刻データをP台側において記憶する。また、CU側とP台側とにおいて動作指示および動作応答の送信が行われる毎にシーケンスナンバーSQNが1ずつ加算更新され、シーケンスナンバーがCU側とP台側とにおいて記憶される。SQNとは、CUとP台との間でのデータの送受信が行われる毎に番号が更新されて通信が適正に行われているか否かを確認するための通信番号のことであり、最終SQNとは、更新される通信番号の最後に更新された番号のことである。次に、本実施の形態におけるCUとP台とにおけるSQNのバックアップの具体的態様を説明する。バックアップは電源バックアップされているRAMに保存することであるが、以下、電源バックアップされているRAMに保存することをバックアップすると表現することがある。CUは、動作指示でP台に送信したSQNをバックアップ記憶電源バックアップされているRAMに記憶し、次にP台からのSQNを受信すると、バックアップ記憶しているSQNを受信したSQNに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているSQNを1加算更新してP台に送信し、送信済みのSQNをバックアップ記憶する。CUではこのような処理を繰返す。P台でも同様に、動作指示でCUから受信したSQNをバックアップ記憶し、次にP台からCUへ動作応答を送信するときに、バックアップ記憶しているSQNを1加算更新して送信し、送信済みのSQNをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているSQNを受信したSQNに書換えて記憶する。P台ではこのような処理を繰返す。そして、図57、図64~図81に示すように、通信途中で通信断が発生したときには、通信の再接続までの間SQNがバックアップ記憶されるのであるが、P台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているので図57、図64~図81参照、通信の再接続までの間バックアップ記憶しているSQNは常に最後に送信したSQNとなっている。CU側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているので図57、図64~図81参照、通信の再接続までの間バックアップ記憶している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台側から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台に送信し、コマンドに含まれているデータ補正要求のBit2のデータによりP台の遊技玉数遊技玉トータル個数情報をCU側における補正後の遊技玉数遊技玉トータル個数情報に補正する処理を行う。なお、補正する処理としては、CU側で管理している遊技玉数に補正するのであるが、それに代えて、CU側で管理している遊技玉数と、P台側で記憶している遊技玉数との平均値に補正してもよい。また、このような補正処理に代えて、例えば、表示器312によりエラー報知を行ったり、または、ホール用管理コンピュータ1にエラーが発生した旨のエラー通知信号を送信しこの場合、ホール用管理コンピュータ1によるエラー報知が行われるようにしてもよい、係員による人為的な対応を促す所定の報知を行うようにしてもよい。このように、CUは、P台側から送信されてくる各種カウンタの値を受信し、現時点における遊技玉数を特には加減算玉数カウンタの値にもとづいて算出して管理するという遊技玉数の主管理機能を有している。このため、P台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、遊技玉数が0になったときに即座に遊技を禁止できるようにするなどの目的のために、P台側にも遊技玉数を記憶させている。しかし、P台側に遊技玉数を記憶するための遊技玉数カウンタを設けないようにしてもよい。CUは、算出された現時点における遊技玉数とP台側から送信されてきた遊技玉数カウンタの値とを照合して一致するか否かの判定を行う遊技玉数一致判定処理を行う機能と、一致しないときにエラー状態に移行する制御不一致時エラー制御を行う機能とを有する。このように、本実施の形態では、P台側にも遊技玉数を記憶させているが、遊技玉数がCU側で管理記憶している遊技玉数と整合するか否かの判定を行えるようにしているCU側機能。そのため、仮に不正行為その他の事情で遊技機側で記憶している遊技玉数がCU側で管理記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU側に判定機能を設けたが、例えば、CUと接続されるホール用管理コンピュータ1によって、CU側で記憶している遊技玉数とP台側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行うものとしてもよい。図5に示すように、CUは、持玉貯玉を記憶する記憶領域と、受け付けた挿入されたカードのカード残高を記憶する記憶領域とをさらに有する。CUの制御部323図4参照は、持玉の使用を要求する入力例えば、CUに設けられた再プレイボタン319図4参照の押圧入力に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。また、CUの制御部323図4参照は、カード残高の使用を要求する入力例えば、貸出しボタン321の押圧入力に応じてカード残高を記憶する記憶領域から所定値を減算する。また、このような遊技者所有の遊技用価値例えば、プリペイド残高、持玉数、または貯玉数から価値を引落として遊技に使用する操作を遊技者が行った場合に、引落とし分の玉数を遊技玉数カウンタに加算するための加算要求玉数がCU側からP台側に送信される。P台側では、それを受けて、遊技玉数カウンタを加算更新する。遊技者所有の遊技用価値を引落としてドリンクなどに交換するといういわゆるワゴンサービスのオーダなどを行う操作が実行されたときに、遊技者所有の遊技用価値の減算要求玉数がCU側からP台側に送信される。P台側では、それを受けて、遊技玉数カウンタを減算更新する。次に、図6を参照して、カードユニットとパチンコ機との間で行われるコマンドおよびレスポンスの概略を説明する。図6には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称と概略が示されている。まずCUからP台に対してリカバリ要求という名称のコマンドが送信される。リカバリ要求のコマンドは、P台に対してリカバリ情報の送信を要求するためのコマンドである。また、P台からCUに対してリカバリ応答のレスポンスが送信される。リカバリ応答のレスポンスは、CUに対してP台で保持しているリカバリ情報を送信するためのレスポンスである。また、CUからP台に対して通知開始要求のコマンドが送信される。通知開始要求のコマンドは、P台に対してリカバリ情報のクリア、接続ID通信開始時刻のバックアップを要求するためのコマンドである。また、P台からCUに対して通信開始応答のレスポンスが送信される。通信開始応答のレスポンスは、CUに対してリカバリ情報のクリア、接続ID通信開始時刻のバックアップの終了を通知するためのレスポンスである。また、CUからP台に対して動作指示のコマンドが送信される。動作指示のコマンドは、P台に対して各種遊技動作を指示し、遊技玉などの遊技台情報加減算データなどの送信を要求するものである。CUは動作指示のコマンドを使用して、遊技台の状態を定期的に確認する。また、P台からCUに対して動作応答のレスポンスが送信される。動作応答のレスポンスは、CUに対して遊技動作指示の実行結果および遊技玉などの遊技台情報加減算データなどを通知するためのレスポンスである。また、CUからP台に対して通信切断要求のコマンドが送信される。通信切断要求のコマンドは、P台に対して通信コネクションの切断を要求するためのコマンドである。また、P台からCUに対して通信切断応答のレスポンスが送信される。通信切断応答のレスポンスは、CUに対して通信切断要求コマンドを受信したことを通知するためのレスポンスである。また、CUからP台に対してカード挿入要求のコマンドが送信される。カード挿入要求のコマンドは、P台に対してカード挿入ビジターカードや会員カードの挿入を通知するためのコマンドである。また、P台からCUに対してカード挿入応答のレスポンスが送信される。カード挿入応答のレスポンスは、CUに対してカード挿入を応答するものである。また、CUからP台に対してカード返却要求のコマンドが送信される。カード返却要求のコマンドは、P台に対してカード返却ビジターカードや会員カードの返却を通知するためのコマンドである。また、P台からCUに対してカード返却応答のレスポンスが送信される。カード返却応答のレスポンスは、CUに対してカード返却を応答するものである。また、CUからP台に対してモード変更要求のコマンドが送信される。モード変更要求のコマンドは、P台に対してモード変更後述する稼働モードや試打モード、メンテナンスモード、テストモードへの変更を要求するためのコマンドである。また、P台からCUに対してモード変更応答のレスポンスが送信される。モード変更応答のレスポンスは、CUに対してモード変更結果を応答するものである。次に、図7~図32にもとづいて、図6に示したコマンド/レスポンスの内容を詳細に説明する。図7に示されているCUからP台に送信されるリカバリ要求のコマンドは、P台に対してリカバリ情報の送信を要求するためのコマンドである。図7に示すように、リカバリ要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、16バイトのメッセージ認証コードMAC:MessageAuthenticationCodeとを含むコマンド長18バイトのコマンドである。図7に示すように、リカバリ要求のコマンドのコマンドコードは、0x03である。また、リカバリ要求のコマンドは、リカバリ情報の送信を要求するだけのものであるため、具体的データを含んでおらず、コマンドサイズは0バイトである。なお、図7において、形式欄はコマンド/レスポンス中のデータのデータ形式を示し、BINは2進数データを示し、BCDは10進数データを示し、HEXは16進数データを示している。また、この実施の形態では、各コマンドおよび各レスポンスは暗号化されて送受信されるのであるが、暗号欄はコマンド/レスポンス中の暗号化対象のデータを示し、○印が暗号化対象であることを示している。なお、このことは、図8~図32に示される各コマンドおよび各レスポンスについても同様である。また、この実施の形態では、図7~図32において、コマンドとレスポンスとを特に区別することなく、コマンドやレスポンスの名称を単にコマンド名、コマンドやレスポンスのサイズをコマンド長、通信方向をコマンド方向などと表現している。図8および図9に示すP台からCUに送信されるリカバリ応答のレスポンスは、CUに対してP台で保持しているリカバリ情報を送信するためのレスポンスである。図8および図9に示すように、リカバリ応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、各具体的データの情報と、16バイトのメッセージ認証コードMACとを含むコマンド長68バイトのコマンドである。図8に示すように、リカバリ応答のレスポンスのコマンドコードは、0x13であり、具体的データのコマンドサイズは50バイトである。リカバリ応答の具体的データとしては、図8および図9に示すように、6バイトの接続時刻と、1バイトの最終シーケンスナンバーと、8バイトのC-IDビジターカードや会員カードのIDと、前回玉関連情報と、現在玉関連情報とがある。接続時刻は、P台でバックアップしていた接続時刻である。また、最終シーケンスナンバーとは、P台でバックアップしていたシーケンスナンバーであって、P台が最後にCUに対して送信したシーケンスナンバーのことである。また、C-IDとは、P台でバックアップしていたC-IDのことである。また、図8に示すように、前回玉関連情報には、2バイトの遊技玉獲得個数情報と、1バイトのバック玉加算情報と、1バイトの遊技玉発射個数情報と、1バイトのアウト玉通過情報と、1バイトの図柄確定回数1情報と、1バイトの図柄確定回数2情報と、1バイトの始動口1情報と、1バイトの始動口2情報と、1バイトの始動口3情報と、1バイトの大入賞口1情報と、1バイトの大入賞口2情報と、1バイトの入賞口1情報と、1バイトの入賞口2情報と、1バイトの入賞口3情報と、1バイトの入賞口4情報とが含まれる。遊技玉獲得個数情報とは、CUに対して前回送信したレスポンスで通知した遊技玉獲得個数情報入賞によって獲得した遊技玉の個数である。また、バック玉加算情報とは、CUに対して前回送信したレスポンスで通知したバック玉加算情報ファール玉の加算数である。また、遊技玉発射個数情報とは、CUに対して前回送信したレスポンスで通知した遊技玉発射個数情報発射した遊技玉の個数である。また、アウト玉通過情報とは、CUに対して前回送信したレスポンスで通知したアウト玉通過情報アウト口145を通過した遊技玉である。また、図柄確定回数1情報とは、CUに対して前回送信したレスポンスで通知した図柄確定回数1変動表示装置1で図柄の確定表示が行われた回数である。また、図柄確定回数2情報とは、CUに対して前回送信したレスポンスで通知した図柄確定回数2変動表示装置2で図柄の確定表示が行われた回数である。なお、変動表示装置が1つのみ設けられた遊技機では、例えば、図柄確定回数1情報のみ用いるようにし、図柄確定回数2情報には常に0データを格納するようにすればよい。また、始動口1情報とは、CUに対して前回送信したレスポンスで通知した始動口1回数始動口1に入賞した回数である。また、始動口2情報とは、CUに対して前回送信したレスポンスで通知した始動口2回数始動口2に入賞した回数である。また、始動口3情報とは、CUに対して前回送信したレスポンスで通知した始動口3回数始動口3に入賞した回数である。なお、この実施の形態では、始動口1および始動口2の2つの始動口のみが設けられているので、始動口1情報および始動口2情報のみが用いられ、始動口3情報には常に0データが格納される。なお、始動口を3つ備えるように遊技機を構成する場合には、始動口1情報~始動口3情報の全てを用いるようにすればよい。また、始動口が1つのみ設けられた遊技機では、例えば、始動口1情報のみ用いるようにし、始動口1情報および始動口2情報には常に0データを格納するようにすればよい。また、大入賞口1情報とは、CUに対して前回送信したレスポンスで通知した大入賞口1回数大入賞口1に入賞した回数である。また、大入賞口2情報とは、CUに対して前回送信したレスポンスで通知した大入賞口2回数大入賞口2に入賞した回数である。なお、大入賞口が1つのみ設けられた遊技機では、例えば、大入賞口1情報のみ用いるようにし、大入賞口2情報には常に0データを格納するようにすればよい。また、入賞口1情報とは、CUに対して前回送信したレスポンスで通知した入賞口1回数普通入賞口1に入賞した回数である。また、入賞口2情報とは、CUに対して前回送信したレスポンスで通知した入賞口2回数普通入賞口2に入賞した回数である。また、入賞口3情報とは、CUに対して前回送信したレスポンスで通知した入賞口3回数普通入賞口3に入賞した回数である。また、入賞口4情報とは、CUに対して前回送信したレスポンスで通知した入賞口4回数普通入賞口4に入賞した回数である。なお、この実施の形態では、4つの普通入賞口が設けられている場合を示しているが、普通入賞口が1~3個のみ設けられている遊技機や普通入賞口が設けられていない遊技機では、普通入賞口の個数に応じて不要になる入賞口1~4情報に関して常に0データを格納するようにすればよい。また、図9に示すように、現在玉関連情報には、3バイトの遊技玉トータル個数情報と、2バイトの遊技玉獲得個数情報と、1バイトのバック玉加算情報と、1バイトの遊技玉発射個数情報と、1バイトのアウト玉通過情報と、1バイトの図柄確定回数1情報と、1バイトの図柄確定回数2情報と、1バイトの始動口1情報と、1バイトの始動口2情報と、1バイトの始動口3情報と、1バイトの大入賞口1情報と、1バイトの大入賞口2情報と、1バイトの入賞口1情報と、1バイトの入賞口2情報と、1バイトの入賞口3情報と、1バイトの入賞口4情報とが含まれる。遊技玉トータル個数情報とは、現在P台で保持している遊技玉数である。また、遊技玉獲得個数情報とは、現在P台で保持している遊技玉獲得個数情報遊技で獲得した遊技玉の個数である。また、バック玉加算情報とは、現在P台で保持しているバック玉加算情報ファール玉の加算数である。また、遊技玉発射個数情報とは、現在P台で保持している遊技玉発射個数情報発射した遊技玉の個数である。また、アウト玉通過情報とは、現在P台で保持しているアウト玉通過情報アウト口145を通過した遊技玉である。また、図柄確定回数1情報とは、現在P台で保持している図柄確定回数1変動表示装置1で図柄の確定表示が行われた回数である。また、図柄確定回数2情報とは、現在P台で保持している図柄確定回数2変動表示装置2で図柄の確定表示が行われた回数である。なお、変動表示装置が1つのみ設けられた遊技機では、例えば、図柄確定回数1情報のみ用いるようにし、図柄確定回数2情報には常に0データを格納するようにすればよい。また、始動口1情報とは、現在P台で保持している始動口1回数始動口1に入賞した回数である。また、始動口2情報とは、現在P台で保持している始動口2回数始動口2に入賞した回数である。また、始動口3情報とは、現在P台で保持している始動口3回数始動口3に入賞した回数である。なお、この実施の形態では、始動口1および始動口2の2つの始動口のみが設けられているので、始動口1情報および始動口2情報のみが用いられ、始動口3情報には常に0データが格納される。なお、始動口を3つ備えるように遊技機を構成する場合には、始動口1情報~始動口3情報の全てを用いるようにすればよい。また、始動口が1つのみ設けられた遊技機では、例えば、始動口1情報のみ用いるようにし、始動口1情報および始動口2情報には常に0データを格納するようにすればよい。また、大入賞口1情報とは、現在P台で保持している大入賞口1回数大入賞口1に入賞した回数である。また、大入賞口2情報とは、現在P台で保持している大入賞口2回数大入賞口2に入賞した回数である。なお、大入賞口が1つのみ設けられた遊技機では、例えば、大入賞口1情報のみ用いるようにし、大入賞口2情報には常に0データを格納するようにすればよい。また、入賞口1情報とは、現在P台で保持している入賞口1回数普通入賞口1に入賞した回数である。また、入賞口2情報とは、現在P台で保持している入賞口2回数普通入賞口2に入賞した回数である。また、入賞口3情報とは、現在P台で保持している入賞口3回数普通入賞口3に入賞した回数である。また、入賞口4情報とは、現在P台で保持している入賞口4回数普通入賞口4に入賞した回数である。なお、この実施の形態では、4つの普通入賞口が設けられている場合を示しているが、普通入賞口が1~3個のみ設けられている遊技機や普通入賞口が設けられていない遊技機では、普通入賞口の個数に応じて不要になる入賞口1~4情報に関して常に0データを格納するようにすればよい。なお、上記に示した各具体的データ接続時刻、最終シーケンスナンバー、C-ID、前回玉関連情報の各データ、現在玉関連情報の各データは、P台でバックアップの対象になるデータである。ただし、工場出荷時やバックアップデータが不定の場合には、全て0値がセットされる。ここで、CUが行うリカバリ処理について説明する。図10は、CUが行うリカバリ処理を説明するための説明図である。CUは、P台との通信が再開再接続されるときに、後述するように、チップID認証シーケンスによってP台のチップIDメインチップID、払出チップIDを取得するとともに、リカバリ応答のレスポンスを受信して通信開始時刻リカバリ応答中の接続時刻を取得する。そして、CUは、取得したチップIDと通信開始時刻とを用いて、P台が前回接続していた相手と同じであるか否かを判断する。この場合、CUは、チップID認証シーケンスにおいて、取得したチップIDとCU自身がバックアップしているチップIDとが一致するか否かを判断する。また、CUは、リカバリ応答のレスポンスを受信して、取得した通信開始時刻とCU自身がバックアップしている通信開始時刻とが一致するか否かを判断する。そして、図10aに示すように、CUは、チップIDが一致するとともに通信開始時刻が一致する場合には、前回と同じP台が接続されていると判断する。また、CUは、少なくともチップIDまたは通信開始時刻のいずれかが不一致であれば、前回と異なるP台が接続されていると判断する。次いで、CUは、図10aに示した通信相手の一致判断の結果と、リカバリ応答中のシーケンスナンバーとを用いて、遊技玉数のリカバリ処理を実行する。この場合、図10bに示すように、CUは、通信相手が一致すると判断されているとともに、P台側で認識しているSQNリカバリ応答中の最終シーケンスナンバーがCU自身がバックアップしているSQNよりも1進んでいる場合、CUがバックアップしている遊技玉数に、P台がバックアップしている前回の加算玉数および現在の加算玉数を加算し、P台がバックアップしている前回の減算玉数および現在の減算玉数を減算して、補正後の遊技玉数とする。また、CUは、通信相手が一致すると判断されているが、P台側で認識しているSQNがCU自身がバックアップしているSQNよりも1進んでいる場合でなければ、CUがバックアップしている遊技玉数に、P台がバックアップしている現在の加算玉数を加算し、P台がバックアップしている現在の減算玉数を減算して、補正後の遊技玉数とする。また、CUは、通信相手が不一致であると判断されている場合には、CUがバックアップしている遊技玉数をそのまま補正後の遊技玉数とする。なお、加算玉数とは、リカバリ応答中の遊技玉獲得個数情報にバック玉加算情報を加算した情報である。また、減算玉数とは、リカバリ応答中の遊技玉発射個数情報である。なお、前回の通信が切断される際に、P台が送信したデータをCUが受信できていなかった場合には、P台が保持しているシーケンスナンバーの方が1つ進むことになる。この場合、図10bに示すように、CUは、受信できなかったデータ前回の加算玉数、前回の減算玉数も用いて遊技玉数のリカバリを行う。また、通信相手が不一致である場合、CUは、自動で遊技玉の補正を行わない。なお、P台は、CU未接続時に未送信データを表示しているため、未送信データがある場合、例えば、遊技店員によりPOS端末などを用いてカードの遊技玉数を手補正してもらう。次いで、CUは、図10aに示した通信相手の一致判断の結果と、リカバリ応答中のシーケンスナンバーとを用いて、アウト玉通過情報、図柄確定回数1情報、図柄確定回数2情報、始動口1情報、始動口2情報、始動口3情報、大入賞口1情報、大入賞口2情報、入賞口1情報、入賞口2情報、入賞口3情報および入賞口4情報のリカバリ処理をそれぞれ実行する。なお、以下、これらアウト玉通過情報、図柄確定回数1情報、図柄確定回数2情報、始動口1情報、始動口2情報、始動口3情報、大入賞口1情報、大入賞口2情報、入賞口1情報、入賞口2情報、入賞口3情報および入賞口4情報のことを、遊技履歴玉数とも総称する。図10cに示すように、CUは、通信相手が一致すると判断されているとともに、P台側で認識しているSQNリカバリ応答中の最終シーケンスナンバーがCU自身がバックアップしているSQNよりも1進んでいる場合、CUがバックアップしている遊技履歴玉数に、P台がバックアップしている前回の遊技履歴玉数および現在の遊技履歴玉数リカバリ応答中の各遊技履歴玉数を加算して、補正後の遊技履歴玉数とする。また、CUは、通信相手が一致すると判断されているが、P台側で認識しているSQNがCU自身がバックアップしているSQNよりも1進んでいる場合でなければ、CUがバックアップしている遊技履歴玉数に、P台がバックアップしている現在の遊技履歴玉数リカバリ応答中の各遊技履歴玉数を加算して、補正後の遊技履歴玉数とする。また、CUは、通信相手が不一致であると判断されている場合には、CUがバックアップしている遊技履歴玉数をそのまま補正後の遊技履歴玉数とする。図11に示すCUからP台に送信される通信開始要求のコマンドは、P台に対して遊技玉およびシーケンスナンバーの補正および新規通信ID通信開始時刻のバックアップを要求するためのコマンドである。図11に示すように、通信開始要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、6バイトの接続時刻と、1バイトのデータ補正要求と、1バイトのシーケンスナンバーと、3バイトの遊技玉のデータと、16バイトのメッセージ認証コードMACとを含むコマンド長29バイトのコマンドである。図11に示すように、通信開始要求のコマンドのコマンドコードは、0x05であり、具体的データのコマンドサイズは11バイトである。通信開始要求の具体的データとしては、図11の下方に示されているように、接続時刻とデータ補正要求とシーケンスナンバーと遊技玉のデータがある。接続時刻とは、CUとP台との通信が開始されたときの時刻のことであり、CUが保持し、CUからP台に送信される。そして、接続時刻が通信の接続IDとして使用される。データ補正要求とは、CUがP台に対してデータの補正を要求するものであり、Bit0~Bit7の8ビットで構成されている。Bit0は、クリア要求の有無を指定するビットであり、0のときにはクリア要求無し、1のときにはクリア要求有が指定される。クリア要求有のときには、遊技玉シーケンスナンバー加算玉数減算玉数などのP台側で保持しているバックアップデータを0クリアする要求がP台に対してなされる。Bit1は、シーケンスナンバーの補正要求があるか否かを指定するビットであり、0の場合にはシーケンスナンバー補正要求無し、1のときにはシーケンスナンバー補正要求有が指定される。Bit2は、遊技玉補正要求の有無を指定するビットであり、0のときには遊技玉補正要求無し、1のときには遊技玉補正要求有が指定される。なお、図33以降のフローチャートでは、要求の有無を指定するBitが、0のときには当該要求無と表現され、1のときには当該要求有と表現されている。例えば、データ補正要求のBit0が、1のときはクリア要求有、0のときにはクリア要求無と表現される。また、この実施の形態では、クリア要求をリカバリクリア、シーケンスナンバー補正要求をSQN補正、遊技玉補正要求を遊技玉補正とも表現している。シーケンスナンバーSQNともいうは、CUで記憶しているシーケンスナンバーのことである。遊技玉のデータとは、CUで記憶している遊技玉数のことである。CUは通信開始要求のコマンド送信時に、接続時刻のバックアップ、およびメインチップIDおよび払出チップIDのバックアップを行う。P台は、通信開始要求を受信した際には次の処理を行う。クリア要求ONの場合、遊技玉シーケンスナンバー加算玉数減算玉数などのP台側で保持しているバックアップデータを0クリアする。シーケンスナンバー補正要求ONの場合、通知されたシーケンスナンバーにP台で保持しているシーケンスナンバーを上書きする。遊技玉補正要求ONの場合、通知された遊技玉にP台で保持している遊技玉を上書きする。接続時刻のバックアップを行う。なお、上記P台で行われる各処理は、上から順に実行される。図12に示すP台からCUに送信される通信開始応答のレスポンスは、CUに対して、データ補正、および通信ID通信開始時刻のバックアップが終了したことを通知するためのレスポンスである。図12に示すように、通信開始応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、16バイトのメッセージ認証コードMACとを含むコマンド長18バイトのコマンドである。図12に示すように、通信開始応答のレスポンスのコマンドコードは、0x15である。また、通信開始応答のレスポンスは、バックアップ終了を通知するだけのものであるため、具体的データを含んでおらず、コマンドサイズは0バイトである。図13に示すCUからP台に送信される動作指示のコマンドは、P台に対して遊技玉の加算、遊技玉の減算、遊技許可/禁止、遊技玉およびシーケンスナンバーのクリア動作を指示するとともに、各種遊技台情報の送信を要求するものである。CUは動作指示のコマンドを使用して、P台の状態を定期的に確認する。図13に示すように、動作指示のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、1バイトの動作要求と、2バイトのCU状態と、3バイトの加算減算要求玉数と、2バイトのカード残高と、1バイトのCUエラー状態と、16バイトのメッセージ認証コードMACとを含むコマンド長28バイトのコマンドである。図13に示すように、動作指示のコマンドのコマンドコードは、0x06であり、具体的データのコマンドサイズは10バイトである。また、動作指示のコマンドの具体的データとしては、図13に示すように、動作要求と、CU状態と、加算減算要求玉数と、カード残高と、CUエラー状態とが含まれる。動作指示のコマンド中の動作要求としてBit0~Bit6の7ビットのデータがCUからP台に送信される。Bit0について、1のときに遊技玉数加算要求有が指示され0のときに遊技玉数加算要求無が指示される。Bit1について、1のときに遊技玉数減算要求有が指示され0のときに遊技玉数減算要求無が指示される。Bit2について、1のときに遊技許可要求有が指示され0のときに遊技許可要求無が指示される。Bit3について、1のときに遊技禁止要求有が指示され0のときに遊技禁止要求無が指示される。Bit4について、1のときに遊技玉数およびシーケンスナンバーのクリア要求有が指示され、0のときに遊技玉数およびシーケンスナンバーのクリア要求無が指示される。Bit5はガラス扉開要求に用いられ、Bit6はセル前枠開要求に用いられる。なお、この実施の形態では、遊技玉数加算要求を単に加算とも言い、遊技玉数減算要求を単に減算とも言い、遊技禁止要求を単に禁止要求とも言い、遊技玉数およびシーケンスナンバーのクリア要求を単にクリア要求とも言い、ガラス扉開要求を単にガラス開要求ともいう。Bit0~Bit6のうちの複数のビットが1となっている場合には、P台はBit0から順に実行する。動作指示のコマンド中のCU状態としてBit0~Bit9の10ビットのデータがCUからP台に送信される。Bit0について1のときにカード挿入処理中表示が指示される。Bit1について1のときにカード返却処理中表示が指示される。Bit2について1のときに入金処理中表示が指示される。Bit3について1のときに加算表示中カード挿入が指示される。Bit4について1のときに加算表示中プリペイド貸出が指示される。Bit5について1のときに加算表示中再プレイが指示される。Bit6について1のときに減算表示中持玉分割が指示される。Bit7について1のときに減算表示中ワゴンサービスが指示される。Bit8について1のときにクリア表示中が指示される。Bit9について1のときに休憩表示中が指示される。また、加算減算要求玉数は、遊技玉に加算または減算する値である。具体的には、動作要求中のBit0が1である場合には、加算減算要求玉数は遊技玉に加算する値を示している。また、動作要求中のBit1が1である場合には、加算減算要求玉数は遊技玉に減算する値を示している。カード残高は、CUに挿入されているカードの残高である。CUエラー状態は、CUで発生中であるエラーのエラーコードである。なお、CUでエラー未発生である時には、CUエラー状態の各ビットの値は全て0である。図14は、動作指示のコマンド中の動作要求の各ビットの詳細を示す説明図である。図14に示すように、Bit0の遊技玉数加算要求は、プリペイド消費や貯玉再プレイのタイミングで1にセットされCUから送信される。そして、P台は、遊技玉数加算要求を指定する動作指示のコマンドを受信すると、P台で保持している遊技玉数に加算要求玉数動作指示のコマンド中の加算減算要求玉数の値を加算する。また、Bit1の遊技玉数減算要求は、ワゴンサービスや遊技玉共通のタイミングで1にセットされCUから送信される。そして、P台は、遊技玉数減算要求を指定する動作指示のコマンドを受信すると、P台で保持している遊技玉数から減算要求玉数動作指示のコマンド中の加算減算要求玉数の値を減算する。また、Bit2の遊技許可要求は、遊技禁止から遊技許可に切り替えるタイミングで1にセットされCUから送信される。そして、P台は、遊技許可要求を指定する動作指示のコマンドを受信すると、P台の遊技を許可する。また、Bit3の遊技禁止要求は、遊技許可から遊技禁止に切り替えるタイミングで1にセットされCUから送信される。そして、P台は、遊技禁止要求を指定する動作指示のコマンドを受信すると、P台の遊技を禁止する。また、Bit4の遊技玉数およびシーケンスナンバーのクリア要求は、カード返却のタイミングで1にセットされCUから送信される。そして、P台は、遊技玉数およびシーケンスナンバーのクリア要求を指定する動作指示のコマンドを受信すると、P台で保持している遊技玉およびシーケンスナンバーを0クリアする。また、Bit5のガラス扉開要求は、ガラス扉を開放するときに1にセットされCUから送信される。そして、P台は、ガラス扉開要求を指定する動作指示のコマンドを受信すると、P台のガラス扉を開く。また、Bit6のセル開要求は、セル前枠を開放するときに1にセットされCUから送信される。そして、P台は、セル開要求を指定する動作指示のコマンドを受信すると、P台のセルを開く。なお、P台は、CUから動作指示のコマンドで設定された遊技許可/遊技禁止、P台で保持している遊技玉の残数、およびP台のエラーの状態などを総合的に判断して遊技玉の発射の可否を判断する。また、P台が遊技許可/遊技禁止の設定値を変更するタイミングは次の通りである。すなわち、CUから遊技許可要求を指定する動作指示のコマンドを受信した時、P台は、遊技許可に設定する。また、CUから遊技禁止要求を指定する動作指示のコマンドを受信した時や、通信断を検出した時、P台の電源起動時に、P台は、遊技禁止に設定する。図15は、動作指示のコマンド中のCU状態の各ビットの詳細を示す説明図である。図15に示すように、Bit0のカード挿入処理中表示が1にセットされていれば、CUへカードが挿入されてから残高が確定するまでの状態上位装置への問い合わせ中状態であることを示している。また、Bit1のカード返却処理中表示が1にセットされていれば、カード返却ボタン322が押下されてからカードが返却されるまでの状態であることを示している。また、Bit2の入金処理中表示が1にセットされていれば、CUへ現金が入金されてから確定するまでの状態であることを示している。また、Bit3の加算表示中カード挿入が1にセットされていれば、CUへカードが挿入されてから遊技玉加算カード挿入を表現している状態であることを示している。また、Bit4の加算表示中プリペイド貸出が1にセットされていれば、CUで遊技玉加算プリペイド貸出を表現している状態であることを示している。また、Bit5の加算表示中再プレイが1にセットされていれば、CUで遊技玉加算再プレイ払出を表現している状態であることを示している。また、Bit6の減算表示中持玉分割が1にセットされていれば、CUで遊技玉減算持玉分割を表現している状態であることを示している。また、Bit7の減算表示中ワゴンサービスが1にセットされていれば、CUで遊技玉減算ワゴンサービスを表現している状態であることを示している。また、Bit8のクリア表示中が1にセットされていれば、遊技玉およびシーケンスナンバーのクリア要求後、CUでクリアを表現している状態であることを示している。また、Bit9の休憩表示中が1にセットされていれば、CUで休憩中を表現している状態であることを示している。なお、動作指示のコマンド中のCU状態の情報は、P台側で表示制御を行うために設けられているものであり、P台は、これらのCU状態の情報にもとづいて、図15に示す内容を表示する制御を行ってもよいし、行わなくてもよい。図16は、動作指示のコマンド中のCUエラー状態で示されるエラー内容を示す説明図である。図16に示すように、動作指示のコマンド中のCUエラー状態でコード0xC0がセットされている場合には、CUで持玉異常を検出していることを示す。また、コード0xC1がセットされている場合には、CUでベース異常を検出していることを示す。また、コード0xC2がセットされている場合には、CUで不正入賞を検出していることを示す。ここで、動作指示のコマンド中などで指定されるシーケンスナンバーについて説明する。この実施の形態において、シーケンスナンバーは、0~255のデータ範囲の値をとり、最大値の255までカウントアップされると次は値0に戻る。CUは、動作指示のコマンドを送信するごとにシーケンスナンバーを1ずつカウントアップするただし、同じコマンドを再送する場合には、カウントアップしない。また、CUは、動作要求を指定した動作指示のコマンドを送信する時に、シーケンスナンバー、および動作要求の要求内容を電源バックアップされているRAMに保存する。P台は、動作指示のコマンドを受信すると、受信した動作指示のコマンド中のシーケンスナンバーを1インクリメントした値をバックアップし、インクリメント後のシーケンスナンバーを含む動作応答のレスポンスをCUに送信する。また、P台は、受信した動作指示のコマンド中のシーケンスナンバーが、バックアップしているシーケンスナンバーよりも1つ遅れている場合には、動作指示のコマンドの再送と判断する。再送された動作指示のコマンドを受信した場合には、P台は、次のような処理を行う。まず、P台は、加算や減算の2重実行を防止するため、動作要求中のBit0:遊技玉加算要求やBit1:遊技玉減算要求のビットを参照しない。また、P台は、動作応答のレスポンスをCUに送信する。この場合、P台は、玉関連情報として次のような値をセットして送信する。遊技玉数としては、最新の遊技玉数をセットして送信する。加算玉数としては、前回送信した値に現在の加算玉数を加算した値をセットして送信する。減算玉数としては、前回送信した値に現在の減算玉数を加算した値をセットして送信する。始動口1回数情報としては、前回送信した値に現在の始動口1回数を加算した値をセットして送信する。始動口2回数情報としては、前回送信した値に現在の始動口2回数を加算した値をセットして送信する。図17は、CU側から見た動作要求の確定タイミング、およびP台によって拒否された時の対応を示す説明図である。図17に示すように、遊技玉加算要求については、動作指示のコマンドを送信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、通信を切断する具体的には、通信切断要求コマンドを送信する。また、遊技玉減算要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、減算要求をキャンセルする。また、クリア要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、クリア要求をキャンセルする。また、遊技許可要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、P台で許可されるまで遊技許可要求を指定する動作指示のコマンドを送信する。また、遊技禁止要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、P台で禁止されるまで遊技禁止要求を指定する動作指示のコマンドを送信する。また、ガラス開要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、ガラス開要求をキャンセルする。また、セル開要求については、P台によって拒否されることなく動作応答のレスポンスを受信したタイミングで確定する。そして、P台によって拒否された場合には、CUは、セル開要求をキャンセルする。図18および図19に示すP台からCUに送信される動作応答のレスポンスは、CUに対して指示動作の実行結果および遊技玉数などの遊技台情報を通知するためのレスポンスである。図18および図19に示すように、動作応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、各具体的データの情報と、16バイトのメッセージ認証コードMACとを含むコマンド長41バイトのコマンドである。図18に示すように、動作応答のレスポンスのコマンドコードは、0x16であり、具体的データのコマンドサイズは24バイトである。動作応答の具体的データとして、図18および図19に示すように、1バイトのシーケンスナンバーと、1バイトの実行結果と、現在玉関連情報と、遊技台情報とがある。シーケンスナンバーとは、動作指示のコマンドで受信したシーケンスナンバーに1インクリメントした値である。実行結果としては、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のときにはセルの開放を拒否しなかった旨の実行結果が示される。なお、この実施の形態では、遊技玉数加算拒否を単に加算拒否とも言い、遊技玉数減算拒否を単に減算拒否とも言い、遊技許可拒否を単に許可拒否とも言い、遊技禁止拒否を単に禁止拒否とも言い、遊技玉数およびシーケンスナンバーのクリア拒否を単にクリア拒否とも言い、ガラス扉開拒否を単にガラス開拒否ともいう。また、図18および図19に示すように、玉関連情報には、3バイトの遊技玉トータル個数情報と、2バイトの遊技玉獲得個数情報と、1バイトのバック玉加算情報と、1バイトの遊技玉発射個数情報と、1バイトのアウト玉通過情報と、1バイトの図柄確定回数1情報と、1バイトの図柄確定回数2情報と、1バイトの始動口1情報と、1バイトの始動口2情報と、1バイトの始動口3情報と、1バイトの大入賞口1情報と、1バイトの大入賞口2情報と、1バイトの入賞口1情報と、1バイトの入賞口2情報と、1バイトの入賞口3情報と、1バイトの入賞口4情報とが含まれる。遊技玉トータル個数情報とは、現在の遊技玉数加算減算を演算した結果の遊技玉数である。遊技玉獲得個数情報とは、獲得した遊技玉の個数のことであり、1送信時に複数の入賞がある場合は合算した個数情報である。バック玉加算情報とは、発射部38図4参照により発射したときのバック玉ファール玉の個数のことであり、1送信時に複数のバック玉がある場合には合算した数の情報である。遊技玉発射個数情報とは、発射部38図4参照により発射された玉の個数のことであり、1送信時に複数発射された玉がある場合は合算した数の情報である。アウト玉通過情報とは、アウト口145を通過した遊技玉アウト玉の個数であり、1送信時に複数のアウト玉がある場合は合算した数の情報である。図柄確定回数1情報とは、始動口1の入賞に対する図柄確定情報のことであり、図柄変動停止時に1を加算する。図柄確定回数2情報とは、始動口2の入賞に対する図柄確定情報のことであり、図柄変動停止時に1を加算する。始動口1情報とは、始動口1の入賞情報入賞数のことであり、始動口1に入賞した時に1加算する。始動口2情報とは、始動口2の入賞情報入賞数のことであり、始動口2に入賞した時に1加算する。始動口3情報とは、始動口3の入賞情報入賞数のことであり、始動口3に入賞した時に1加算する。ただし、この実施の形態では、始動口1および始動口2の2つの始動口しか設けられていないので、始動口3情報には常に0値がセットされることになる。大入賞口1情報とは、大入賞口1の入賞情報入賞数のことであり、大入賞口1に入賞した時に1加算する。大入賞口2情報とは、大入賞口2の入賞情報入賞数のことであり、大入賞口2に入賞した時に1加算する。入賞口1情報とは、普通入賞口1の入賞情報入賞数のことであり、普通入賞口1に入賞した時に1加算する。入賞口2情報とは、普通入賞口2の入賞情報入賞数のことであり、普通入賞口2に入賞した時に1加算する。入賞口3情報とは、普通入賞口3の入賞情報入賞数のことであり、普通入賞口3に入賞した時に1加算する。入賞口4情報とは、普通入賞口4の入賞情報入賞数のことであり、普通入賞口4に入賞した時に1加算する。また、遊技台情報は、遊技台P台の状態をCUへ通知するためのものであり、図19に示すように、具体的には、1バイトの遊技台状態1と、1バイトの遊技台状態2と、1バイトの遊技台エラー状態とが含まれる。遊技台状態1は、Bit0~Bit5のビットからなるデータである。Bit0が0のときには遊技許可状態が指定され、1のときには遊技禁止状態が指定される。Bit1が0のときには待機中が指定され、1のときには遊技中が指定される。Bit2が1のときには遊技玉数0が指定され、Bit3が1のときには遊技完了が指定され、Bit4が1のときには遊技台がリセットされた状態であることが指定される。また、Bit5が1のときには遊技台履歴情報があることが指定される。遊技台状態2は、Bit0~Bit7の各ビットデータから構成され、Bit0が1のときには大当り1中、Bit1が1のときには大当り2中、Bit2が1のときには大当り3中、Bit3が1のときには大当り4中、Bit4が1のときには大当り終了表示中であることが指定される。また、Bit5が1であるときには高ベース中、Bit6が1であるときには高確率中、Bit7が1であるときには客待ち中であることが指定される。遊技台エラー状態は、遊技台で発生中のエラーのエラーコードが指定される。図20および図21は、動作応答のレスポンスに含まれる各種玉数の意味および確定ポイントを示す説明図である。各種玉数の意味および確定ポイントの内容に関しては図20および図21に示すとおりであるが、以下に補足説明をする。遊技玉トータル個数情報とは、P台の保持している遊技玉数のことである。CUは、以降に示す遊技玉獲得個数情報、バック玉加算情報および遊技玉発射個数情報を用いてCU自身が保持している遊技玉数を補正した後、P台の遊技玉数とCU自身の遊技玉数とが一致するか否かをチェックする。なお、遊技玉数が不一致である場合には、CUは、P台に対して遊技停止を指定するコマンドを送信する。遊技玉獲得個数情報とは、賞球により、遊技玉数に加算される玉数のことであるただし、CUから送信する加算要求玉数は含まない。CUは、CU自身が保持している遊技玉数に本データを加算する。なお、CUは、カードを保持していない状態で本データを受信した場合には、遊技玉数の加算を行わない。バック玉加算情報とは、発射した時のバック玉ファール玉により、遊技玉数に加算される玉数のことであるただし、CUから送信する加算要求玉数は含まない。CUは、CU自身が保持している遊技玉数に本データを加算する。なお、CUは、カードを保持していない状態で本データを受信した場合には、遊技玉数の加算を行わない。遊技玉発射個数情報とは、玉発射により、遊技玉から減算される玉数のことであるただし、CUから送信する減算要求玉数は含まない。CUは、CU自身が保持している遊技玉数から本データを減算する。なお、CUは、カードを保持していない状態で本データを受信した場合には、遊技玉数の減算を行わない。また、CUは、CU自身が保持している遊技玉数が0玉である場合には、減算を行わない。アウト玉通過情報とは、発射確定した玉アウト口145の遊技玉の通過の情報である。CUは、遊技台の稼働チェックに本データを使用する。図柄確定回数1および図柄確定回数2は、それぞれ始動口1および始動口2への遊技玉の入賞に対する図柄確定情報のことであり、CUは遊技台P台のスタート回数の集計に図柄確定情報を使用する。始動口1回数、始動口2回数および始動口3回数は、それぞれP台の始動口1、始動口2および始動口3ただし、この実施の形態では、遊技機は、始動口1および始動口2の2つの始動口のみを備えているへの遊技玉の入賞した回数のことであり、CUは、遊技台の稼動状態のチェックに、始動口1回数、始動口2回数および始動口3回数を使用する。大入賞口1および大入賞口2の情報はP台の大入賞口1および大入賞口2への遊技玉の入賞した回数個数のことであり、CUは、遊技台P台の稼動状態のチェックに大入賞口1および大入賞口2の情報を使用する。入賞口1~入賞口4の情報は、P台の普通入賞口1~4への遊技玉の入賞した回数個数のことであり、CUは、遊技台の稼動状態のチェックに入賞口1~入賞口4の情報を使用する。図22は、動作応答のレスポンスに含まれる遊技台状態1の各ビットの意味を示す説明図である。遊技台状態1のBit0における遊技許可状態/遊技禁止状態は、CUにより遊技が許可されているか禁止されているかを示すものであり、CUからのコマンドによる指示を受けたP台は、指示された状態へ遷移する。また通信異常が発生した場合には、P台は自ら遊技禁止状態へ遷移する。Bit1における待機中/遊技中は、ファン遊技者がプレイ中玉を発射しているか否かを示すデータであり、ファン遊技者が玉を発射していない状態が待機中であり、ファン遊技者が玉を発射している状態が遊技中である。具体的には、Bit1が0であれば待機中であることを示し、Bit1が1であれば遊技中であることを示している。Bit2における遊技玉数0は、遊技玉数の残数が0か否かを示すデータである。Bit3の遊技完了は、P台において玉の発射が停止し、その後、遊技領域27に打込まれていた遊技玉がすべて回収されてすべての発射した玉の行方が確定しているか否かを表わすものである。具体的には、Bit3が0であれば遊技未完了全ての玉の行方が未確定の状態であることを示し、Bit3が1であれば遊技完了全ての玉の行方が確定している状態であることを示している。なお、P台は、玉の発射を停止してから15秒以上遊技の完了を確認できなかった場合には、タイムアウトし、遊技完了とする。Bit4における遊技台リセットは、遊技機P台の初期リセット信号を示すものであり、P台の起動後30秒間1をセットする。Bit5における遊技台履歴情報ありは、P台でスタート回数や大当り回数などの遊技台履歴情報を保持しているか否かを示すものである。具体的には、Bit5が0であれば遊技台履歴情報を保持していないことを示し、Bit5が1であれば遊技台履歴情報を保持していることを示している。なお、P台は、RAMクリアにより遊技台履歴情報をクリアした場合には、本データをオフとする。また、P台は、RAMクリア後にスタート回数や大当り回数などのデータを加算したタイミングで、本データをオンとする。なお、CUは、P台との遊技台履歴情報を合わせるため、本データのオフを検知すると、CU自身で保持している遊技台履歴情報もクリアする。図23は、動作応答のレスポンスに含まれる遊技台状態2の各ビットの意味を示す説明図である。Bit0の大当り1は、大当り中および小当り中に1がセットされる。Bit1の大当り2は、大当り中、小当り中および高ベース中に1がセットされる。Bit2の大当り3は、大当り中高ベースになる大当りのみに1がセットされる。Bit3の大当り4は、大当り中高ベースになる大当りのみおよび高ベース中に1がセットされる。Bit4の大当り終了表示中は、大当り終了時に1がセットされる。Bit5の高ベース中は、高ベース中に1がセットされる。Bit6の高確率中は、高確率中に1がセットされる。Bit7の客待ち中は、客待ち中に1がセットされる。図24は、動作応答のレスポンス中の遊技台エラー状態で示されるエラー内容を示す説明図である。図24に示すように、動作応答のレスポンス中の遊技台エラー状態でコード0x81がセットされている場合には、主制御基板で不正入賞エラーを検出していることを示す。また、コード0x82がセットされている場合には、主制御基板で電波センサエラーを検出していることを示す。また、コード0x83がセットされている場合には、主制御基板で磁石センサエラーを検出していることを示す。また、コード0x41がセットされている場合には、払出制御基板でカードユニットの電源断を検出していることを示す。また、コード0x42がセットされている場合には、払出制御基板で主制御基板の電源断1を検出していることを示す。また、コード0x43がセットされている場合には、払出制御基板で主制御基板の電源断2を検出していることを示す。また、コード0x44がセットされている場合には、払出制御基板でCUとの通信回線断を検出していることを示す。また、コード0x45がセットされている場合には、払出制御基板で主制御基板との通信回線断1を検出していることを示す。また、コード0x46がセットされている場合には、払出制御基板で主制御基板との通信回線断2を検出していることを示す。また、コード0x47がセットされている場合には、払出制御基板で主制御基板との受信コマンド異常1を検出していることを示す。また、コード0x48がセットされている場合には、払出制御基板で主制御基板との受信コマンド異常2を検出していることを示す。また、コード0x49がセットされている場合には、払出制御基板で主制御基板との受信コマンド異常3を検出していることを示す。また、コード0x4Aがセットされている場合には、払出制御基板でガラス扉やセル前枠の開放エラーを検出していることを示す。また、コード0x4Bがセットされている場合には、払出制御基板で発射モータの作動エラーを検出していることを示す。また、コード0x4Cがセットされている場合には、払出制御基板で発射モータの原点検知エラーを検出していることを示す。また、コード0x4Dがセットされている場合には、払出制御基板で発射速度エラー1を検出していることを示す。また、コード0x4Eがセットされている場合には、払出制御基板で発射速度エラー2を検出していることを示す。また、コード0x4Fがセットされている場合には、払出制御基板で遊技玉不足エラー1を検出していることを示す。また、コード0x50がセットされている場合には、払出制御基板で遊技玉搬送エラー1を検出していることを示す。また、コード0x51がセットされている場合には、払出制御基板で遊技玉不足エラー2を検出していることを示す。また、コード0x52がセットされている場合には、払出制御基板で遊技玉搬送エラー2を検出していることを示す。また、コード0x53がセットされている場合には、払出制御基板で遊技玉搬送エラー3を検出していることを示す。また、コード0x54がセットされている場合には、払出制御基板で遊技玉数過多エラーを検出していることを示す。また、コード0x55がセットされている場合には、払出制御基板で遊技終了検知エラー1を検出していることを示す。また、コード0x56がセットされている場合には、払出制御基板で遊技終了検知エラー2を検出していることを示す。また、コード0x57がセットされている場合には、払出制御基板で遊技玉数過少エラーを検出していることを示す。また、コード0x58がセットされている場合には、払出制御基板で遊技盤玉詰りエラーを検出していることを示す。また、コード0x59がセットされている場合には、払出制御基板でファール玉検知エラー1を検出していることを示す。また、コード0x5Aがセットされている場合には、払出制御基板でファール玉検知エラー2を検出していることを示す。また、コード0x5Bがセットされている場合には、払出制御基板でアウト玉検知エラー1を検出していることを示す。また、コード0x5Cがセットされている場合には、払出制御基板でアウト玉検知エラー2を検出していることを示す。また、コード0x5Dがセットされている場合には、払出制御基板で玉抜きスイッチエラーを検出していることを示す。また、コード0x5Eがセットされている場合には、払出制御基板で玉抜きモータ原点センサエラーを検出していることを示す。また、コード0x5Fがセットされている場合には、払出制御基板で玉抜きエラーを検出していることを示す。図25に示すCUからP台に送信される通信切断要求のコマンドは、P台に対して通信コネクションの切断を要求するものである。図25に示すように、通信切断要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、16バイトのメッセージ認証コードMACとを含むコマンド長18バイトのコマンドである。図25に示すように、通信切断要求のコマンドのコマンドコードは、0x07である。また、通信切断要求のコマンドは、通信コネクションの切断を要求するだけのものであるため、具体的データを含んでおらず、コマンドサイズは0バイトである。図26に示すP台からCUに送信される通信切断応答のレスポンスは、CUに対して通信切断要求コマンドを受信したことを通知するためのレスポンスである。なお、通信切断要求コマンドを受信した場合、P台は、通信コネクションを切断し、遊技玉の発射を停止する。図26に示すように、通信切断応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、16バイトのメッセージ認証コードMACとを含むコマンド長18バイトのレスポンスである。図26に示すように、通信切断応答のレスポンスのコマンドコードは、0x17である。また、通信切断応答のレスポンスは、通信切断要求コマンドの受信を通知するだけのものであるため、具体的データを含んでおらず、コマンドサイズは0バイトである。図27に示すCUからP台に送信されるカード挿入要求のコマンドは、P台に対して挿入されたカードのカードIDを通知するためのコマンドである。図27に示すように、カード挿入要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、8バイトのカードIDと、1バイトのカード種別と、16バイトのメッセージ認証コードMACとを含むコマンド長27バイトのコマンドである。図27に示すように、カード挿入要求のコマンドのコマンドコードは、0x08であり、具体的データのコマンドサイズは9バイトである。カード挿入要求のコマンドの具体的データのうち、カードIDは、CUに挿入されたカードのIDを示している。また、カード種別は、CUに挿入されたカードの種類を示している。この場合、カード種別で指定された値が0x00であれば、CUに挿入されたカードが一般カードビジターカードであることを示している。また、カード種別で指定された値が0x01であれば、CUに挿入されたカードが会員カードであることを示している。また、カード種別で指定された値が0x02であれば、CUに挿入されたカードがテストカードであることを示している。図28に示すP台からCUに送信されるカード挿入応答のレスポンスは、CUに対して、カード挿入要求に対する応答を送信するものである。図28に示すように、カード挿入応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、1バイトの処理結果と、16バイトのメッセージ認証コードMACとを含むコマンド長19バイトのレスポンスである。図28に示すように、カード挿入応答のレスポンスのコマンドコードは、0x18であり、具体的データのコマンドサイズは1バイトである。カード挿入応答のレスポンスの具体的データである処理結果は、CUからのカード挿入要求に対する処理結果を示している。処理結果で指定された値が0x00であれば、処理結果がOKであったことを示す。また、処理結果で指定された値が0x01であれば、処理結果がNGであったことを示す。ただし、この実施の形態では、処理結果としてNGになることはないとする。図29に示すCUからP台に送信されるカード返却要求のコマンドは、P台に対してカード返却要求を送信するものである。図29に示すように、カード返却要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、16バイトのメッセージ認証コードMACとを含むコマンド長18バイトのコマンドである。図29に示すように、カード返却要求のコマンドのコマンドコードは、0x09である。また、カード返却要求のコマンドは、カード返却要求を送信するだけのものであるため、具体的データを含んでおらず、コマンドサイズは0バイトである。図30に示すP台からCUに送信されるカード返却応答のレスポンスは、CUに対してカード挿入時に受信したカードIDを送信するものである。図30に示すように、カード返却応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、1バイトの処理結果と、8バイトのカードIDと、1バイトのカード種別と、16バイトのメッセージ認証コードMACとを含むコマンド長28バイトのレスポンスである。図30に示すように、カード返却応答のレスポンスのコマンドコードは、0x19であり、具体的データのコマンドサイズは10バイトである。カード返却応答のレスポンスの具体的データのうち、処理結果は、CUからのカード返却要求に対する処理結果を示している。処理結果で指定された値が0x00であれば、処理結果がOKであったことを示す。また、処理結果で指定された値が0x01であれば、処理結果がNGであったことを示す。ただし、この実施の形態では、処理結果としてNGになることはないとする。なお、処理結果がNGになる場合があるように遊技機を構成する場合、処理結果がNGとなった場合には、カード返却応答のレスポンス中のカードIDおよびカード種別は不定値とする。また、カードIDは、返却されたカードのIDを示している。また、カード種別は、返却されたカードの種類を示している。この場合、カード種別で指定された値が0x00であれば、返却されたカードが一般カードビジターカードであることを示している。また、カード種別で指定された値が0x01であれば、返却されたカードが会員カードであることを示している。また、カード種別で指定された値が0x02であれば、返却されたカードがテストカードであることを示している。図31に示すCUからP台に送信されるモード変更要求のコマンドは、P台に対して動作モードの移行を要求するものである。図31に示すように、モード変更要求のコマンドは、1バイトのコマンドコードと、1バイトのコマンドサイズと、1バイトのモード移行指定と、1バイトのモード移行付加情報と、16バイトのメッセージ認証コードMACとを含むコマンド長20バイトのコマンドである。図31に示すように、モード変更要求のコマンドのコマンドコードは、0x0Aであり、具体的データのコマンドサイズは2バイトである。モード変更要求のコマンドの具体的データのうち、モード移行指定は、移行する動作モードの種別を示し、Bit0~Bit7の8ビットで構成されている。Bit0が1にセットされていれば、稼働モードに移行することを示している。また、Bit1が1にセットされていれば、試打モードに移行することを示している。また、Bit2が1にセットされていれば、メンテナンスモードに移行することを示している。また、Bit3が1にセットされていれば、テストモードに移行することを示している。なお、Bit4~Bit7は未使用ビットである。また、モード移行付加情報は、モード移行時の詳細内容を示している。図32に示すP台からCUに送信されるモード変更応答のレスポンスは、CUに対して、モード変更要求に対する応答を送信するものである。図32に示すように、モード変更応答のレスポンスは、1バイトのコマンドコードと、1バイトのコマンドサイズと、1バイトの処理結果と、16バイトのメッセージ認証コードMACとを含むコマンド長19バイトのレスポンスである。図32に示すように、モード変更応答のレスポンスのコマンドコードは、0x1Aであり、具体的データのコマンドサイズは1バイトである。モード変更応答のレスポンスの具体的データである処理結果は、モード変更要求に対する処理結果を示している。処理結果で指定された値が0x00であれば、処理結果がOKであったことを示す。また、処理結果で指定された値が0x01であれば、処理結果がNGであったことを示す。次に、図33~図85にもとづいて、CUの制御部323におけるCPUで実行される処理と、払出制御基板17に搭載されたCPUで実行される処理とを説明する。なお、以降の説明において、遊技玉数とは遊技玉トータル個数情報を示し、加算玉数とは遊技玉獲得個数情報とバック玉加算情報とを加算した玉数を示し、減算玉数とは遊技玉発射個数情報を示している。まず、図33を参照して、CUとP台との間でのコマンドおよびレスポンスの送受信の態様を説明する。CUからP台に対してコマンドが送信され、P台はコマンドに応答してレスポンスをCUに返信する。CUは、レスポンスを受信した後次のコマンドをP台に送信し、P台はコマンドに応答してレスポンスをCUへ返信する。図33に示すように、CUがP台からレスポンスを受信してから次のコマンドを送信するまでの期間が、200msすなわち0.2秒に制御される。このように、CUとP台との間で200msの間隔でコマンドおよびレスポンスの双方が送信される。P台は、打球操作ハンドル25を操作することによって、1分間に100発の遊技玉が遊技領域27内に打込まれるから、打球発射時間間隔は、0.6秒である。その結果、玉を1発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。それゆえ、P台からCUへは、遊技玉数の変化量を通知するための動作応答のレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、P台は、遊技玉数の変化量を細やかにCUに対して通知することができる。CUは、P台側での持点の変化を細やかに反映させた持点管理を行うことができる。なお、ここでは、コマンドおよびレスポンスの送信間隔を200msにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、例えば、送信間隔をP台の発射時間間隔と一致させることも考えられる。次に、図34を参照して、CU側で通信断が検知された場合の処理を説明する。CUがP台に対してコマンドを送信してから1秒後までにレスポンスを受信できなかった場合には、再度同じコマンドをP台に送信する。さらに、1秒後までの間にレスポンスを受信できなかった場合には、同じコマンドをP台に送信するという2回目の再送を行う。2回目の再送を行ってから1秒後までにP台からレスポンスを受信できなかった場合には、CUはこの段階で通信異常と判断する。通信異常として、図4に示したコネクタ330または20が離脱している場合または接続配線の断線さらにはP台の電源断などの原因が考えられる。CUは、通信異常と判断した後、5秒後に、再度接続シーケンスを開始するべく、P台に対して認証要求を行う。なお、認証要求の具体的内容は、図36などにもとづいて後述する。次に、図35を参照して、P台側で通信断を検知した場合の処理を説明する。CUからP台へコマンドが送信され、P台は、コマンドに応答してレスポンスをCUに送信する。次に、CUからのコマンドがP台に送信されてこない状態が1秒間継続した場合には、P台は、通信断と判断し、打球発射モータ18の駆動を停止させて遊技を禁止するとともに、未接続状態へ遷移する。通信断の発生原因も、図34を参照して説明したことと同様に、コネクタ330または20の離脱、接続配線の断線、またはCUの電源断などが考えられる。次に、図36を参照して、電源起動時の接続シーケンスの処理を説明する。図36の接続シーケンスの処理は、CUとP台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中図38参照において、CUの電源をOFFにした後の通信再開時に実行される。典型例は、遊技場において1日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。まず、電源起動時において、P台では打球発射モータ18を停止させて遊技を停止させてから通信を開始する。まずCU内部において通信制御IC認証シーケンスを実行する。通信制御IC認証シーケンスでは、CUとCU内部の通信制御ICとの間で具体的には、CU内部の制御部323と遊技機通信部325との間で、例えば、制御部323と遊技機通信部325とで互いにバックアップしている各種IDを認証するなどの処理を行う。次いで、CUとP台との間でチップID認証シーケンスを実行する。この場合、P台は、保持しているチップIDメインチップID、払出チップIDを送信する。そして、CUは、P台から受信したチップIDが、CU自身がバックアップしているチップIDと一致するか否かを判定することにより、P台の認証を行う。次いで、CUは、リカバリ要求コマンドをP台に送信する。それを受けたP台では、P台内部具体的には払出制御基板17でバックアップしているリカバリデータをセットしてリカバリ応答レスポンスとしてCUへ返信する。リカバリデータには、接続時刻、最終SQNシーケンスナンバー、前回玉関連情報、および現在玉関連情報が含まれている。正確には、図8および図9に示した各種データであり、以降のフローチャートでリカバリデータと言えば、正確には図8および図9に示した各種データのことである。なお、この実施の形態では、リカバリデータに含まれている最終SQNとは、P台が最後に送信した上記のSQNのことである。リカバリ応答を受信したCUはその時点からリカバリ処理を開始する。なお、図36に示す例では、リカバリ応答レスポンスに含まれる接続時間通信開始時間が、CU自身がバックアップしている通信開始時間と一致して、CUは、前回と同じP台が接続されていると判断して、リカバリ処理に移行する。リカバリ処理は、CUとP台との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、後述するようにトラブルが発生し復旧したときにも、実行される。CUは、動作指示を送信する度にSQNシーケンスナンバーをカウントアップする。ただし、動作指示の再送時の際にはカウントアップしない。CUは動作要求の送信時にSQNおよび要求内容をバックアップする。P台は、動作指示で受信したSQNを記憶し、そのまま動作応答にてCUへ送り返す。P台は、前回受信したSQNと同じSQNの動作指示を受信した場合には、通信不良が発生してCUが再送した動作指示再送コマンドであると判断する。CUは、リカバリ処理が終了した後、メインチップID、払出チップID、接続時刻をP台から受信した値に更新するとともに、シーケンスナンバーを0に更新し、通信開始要求リカバリクリアONのコマンドをP台に送信する。P台では、それを受けて、リカバリデータをクリアするとともに、CUより受信した新たな接続時刻のデータをバックアップする。そして、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へ返信する。次に、図37を参照して、CUとP台との通信コネクションを再接続した際の接続シーケンスの処理を説明する。ここでいう再接続時とはCUとP台との通信が異常終了した後の通信再開時のことである。異常終了は、後述する、図50のカード保持中に電源が起動したとき、図57のP台が加算拒否したときにCU自ら通信を切断したとき、図64~図81のCU側に電源断が生じた場合である。後述するように、CUは接続シーケンスを再開するときに、a待機中図38参照以外の状態での接続シーケンスの再開である、b自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である図57参照、または、cCUがバックアップしているSQNとP台から送信されてきたSQNとが不整合である、か否かを判断し、a~cのいずれかと判断したときに、正常な通信の終了でない異常終了と判断し、図36ではなく図37の再接続時の接続シーケンスを実行する。再接続時の接続シーケンスは、図36で説明した電源起動時の接続シーケンスと類似し、ここでは主に相違点を説明する。まず、図36と同様に、CU内部において通信制御IC認証シーケンスが実行され、CUとP台との間でチップID認証シーケンスが実行される。次いで、図36と同様に、CUからリカバリ要求コマンドがP台に送信され、P台からリカバリ応答レスポンスがCUに返信される。ここで、図36の接続シーケンスでは、電源起動時であるために、CUからP台に対してリカバリクリアONの通信開始要求のコマンドを送信し、P台でそれを受けてリカバリデータのクリアを行うとともに、最初の動作指示で送られてくるSQN=0に従ってシーケンスナンバーSQNを1にし、前回玉関連情報および現在玉関連情報などをすべて0にクリアしていた。しかし、図37の接続シーケンスの場合には、再接続時であるために、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台から送信されてきた最終SQNが異常でない場合に、シーケンスナンバーSQNを継続する。CUにおいて、リカバリ処理を開始した後、通信相手であるP台が一致しないと判断された場合、またはSQNが異常であると判断された場合には、P台から送信されてきたリカバリ応答に含まれている現在遊技玉数を、一端持玉へ変換する。持玉とは、遊技者所有の遊技用記録媒体カードなどに記録した遊技玉数のことである。そして、記録媒体に持玉が記録された後、記録媒体の持玉を使用するべく再プレイボタン319を操作し、持玉を遊技玉に変換した後再遊技を可能とする。その際に、図36に示した電源起動時の接続シーケンスと同様に、CUからP台に送信される通信開始要求として、リカバリクリアONが送信され、P台はそれを受けてリカバリデータをクリアする。またCUでは、シーケンスナンバーを0とし、最初の動作指示においてSQN=1をP台に送信し、P台ではSQN=1をバックアップする。また、P台では、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0をバックアップするとともに、加算玉数、減算玉数、始動口1回数、始動口2回数の各カウンタ値を0クリアする。次に、図38を参照して、待機中における処理を説明する。待機中は、P台において遊技が行われていない状態でかつCUにおいてカードが挿入されておらず、貸出しボタン321や再プレイボタン319が何ら操作されていない状態中のことである。まずCUからP台に対して、加算無、減算無、SQN=nの動作指示のコマンドが送信される。それを受けたP台では、動作応答のレスポンスとして、SQN=n1、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、および遊技許可のデータを送信する。CUでは、動作指示のコマンド送信毎に、SQN=n2をバックアップする。CUからP台への次の動作指示のコマンドによって、SQN=n2のデータが送信される。これを受けたP台では、SQN=n3、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、および前回始動口2回数=0をバックアップするとともに、加算玉数、減算玉数、始動口1回数、始動口2回数、および遊技玉数の各カウンタ値を0クリアする。そして、P台は、動作応答として、SQN=n3、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、および遊技許可のレスポンスをCUに送信する。CUでは、P台からの動作応答のレスポンスを受信する毎に、遊技玉数=0、加算玉数累計=0、減算玉数累計=0、始動口1累計=0、および始動口2累計=0をバックアップする。次に、図39を参照して、遊技中に大当りが発生した場合の処理を説明する。図39では、当初の遊技玉数が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発の遊技玉を遊技領域27に打込むことになる。そして、図33において説明したように、コマンド/レスポンスは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は、特賞と確変とがスタートしたことを検知する。次に、図40を参照して、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の駆動を停止させて玉を遊技領域27に打込めない遊技禁止状態に制御する。なお、打球発射が停止するのみで、その段階で既に変動表示装置が可変表示中であった場合には可変表示を続行する。また発射停止制御を行った段階で始動口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、および遊技玉数0=ONのレスポンスを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図4参照が打球発射停止制御を行うように構成してもよい。この場合、例えば、払出制御基板17は、遊技玉数0を判定した段階で遊技玉数が0であることを示す信号を主制御基板16に送信する。主制御基板16は、その信号を受けて、打球発射モータ18の駆動を禁止する。図41を参照して、カードが挿入されたときのCUとP台との処理を説明する。カードの挿入時において、P台では、カードの挿入による特別な処理を何ら実行することなく、図38に示した待機中の処理と同じ処理を実行する。CUでも、P台へのコマンドの送信処理において、図38に示した待機中と同じ処理を実行する。そして、CUでは、カードが挿入されると、カードリーダライタ327にカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタ327が読取って、読取り情報を受信するなどの、カード挿入時処理が実行される。CUは、カードの挿入が行われた後所定期間カード残高問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、または持玉やプリペイド残高などを、例えば、ホール用管理コンピュータ1などの上位のサーバに問合せて認証している最中であることを表示器312に表示するとともにP台側の表示器54に表示させる処理を実行している最中であることを意味している。CUは、図82等に示されるように、表示器312に挿入されたカードの問合せ中であることを表示するとともに、カード挿入処理中ONを含む動作指示をP台に送信する。P台では、動作指示のコマンドを受信することにより、払出制御基板17がカード挿入処理中ONを含む表示器制御コマンドを表示器用演出制御基板53に送信し、表示器用演出制御基板53が表示器54に挿入されたカードの問合せ中である旨を表示させる制御を行う図82参照。その後、P台は、動作応答として、SQN=n3、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技禁止と特賞と確変とがOFFを含むレスポンスをCUに送信する。特賞と確変とがOFFとは、具体的には、図19に示した遊技台状態2におけるBit0~6がすべて0の状態である。CUでは、カード残高の問合せの結果挿入されたカードの残高および持玉が確認できた段階で残高および持玉を確定させる。そして、CUは、カードIDおよびカード種別を含むカード挿入要求コマンドをP台に送信して、カードIDおよびカード種別を通知する。すると、P台は、受信したカード挿入要求コマンドで指定されたカードIDおよびカード種別をバックアップするとともに、カード挿入応答レスポンスをCUに返信する。また、CUでは、確定したカードのプリペイド残高を表示器312に表示させる制御を行うとともに、確定した持玉5000を遊技玉として遊技機P台に送信している最中である加算表示中の表示を表示器312に表示させる図82参照。そして、SQN=n4、遊技玉=0更新前遊技玉数5000加算要求玉数=5000および持玉=0をバックアップする。この時点で持玉の消費を確定させる。次に、動作指示として、加算有、カード挿入処理中OFF、加算表示中ON、SQN=n4、加算要求玉数=5000およびカード残高=7000を含むコマンドをP台に送信する。P台では、加算表示中ONと加算要求玉数=5000とを含む動作指示のコマンドを払出制御基板17が受信することにより、加算表示中ONと加算要求玉数=5000とを含む表示器制御コマンドを払出制御基板17から表示器用演出制御基板53に送信する。表示器用演出制御基板53は、それを受けて、表示器54に遊技玉として5000玉を加算中である旨の表示加算表示中を行う図82参照。次に、図42を参照して、貯玉を消費する再プレイ時における処理を説明する。図42には、挿入された記録媒体会員用カードなどにより特定される貯玉が1000であり、当初の遊技玉が0の状態になっている例が示されている。図42における再プレイの処理は、図43に示されるプリペイドの消費のときの処理と類似している。CU側では、遊技者所有の遊技用記録媒体会員用カードなどが挿入され、カードにより特定される貯玉が存在する状態で、再プレイボタン319が押下操作された場合に、SQN=n2、遊技玉数=0更新前遊技玉数125加算要求玉数=125、貯玉=875をバックアップする。貯玉=875は、当初の貯玉=1000から125加算要求玉数を引落したため、1000-125で875になる。図43に示す例の場合のプリペイドの残高が金額単位のデータであるが、図42に示す例における持玉が玉数単位のデータであるために、単純に1000-125の引き算をするだけで事足りるためである。そして、CUは、動作指示として、加算有、加算表示中再プレイON、SQN=n2、加算要求玉数=125、減算要求玉数=0を含むコマンドをP台に送信する。それを受けたP台では、動作指示のコマンドに含まれている加算表示中ONと加算要求玉数125とを含む表示器制御コマンドを払出制御基板17が表示器用演出制御基板53に送信する。表示器用演出制御基板53は、それを受けて、表示器54に遊技玉数125を加算中である画面を表示させる。その他の処理では、図43を参照して説明される処理と同様である。以上説明したように、持玉の消費はP台からの動作応答のレスポンスを待つことなく再プレイボタン319の押下操作が行われた時点でCU側単独で確定し、貯玉数遊技玉数も同じは、P台からの動作応答のレスポンスを待って確定する。次に、図43を参照して、挿入された記録媒体カードに記録されているプリペイド残高を消費するときの処理を説明する。図43に示す例では、プリペイド残高が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台は、動作応答のレスポンスを作成した後、加算玉数、減算玉数、始動口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台では、加算有および加算要求玉数を含む動作指示のコマンドを受けた場合に、その加算が、持玉消費貯玉再プレイとプリペイド残高の消費とを区別することなく、同じシーケンスで以降の処理を実行する。次に、図44を参照して、CU側の指示による遊技玉数の減算ワゴンサービスなどの処理を説明する。遊技場において、遊技者所有の遊技玉を消費してドリンクなどを遊技者に提供するというワゴンサービスが行われている。このようなワゴンサービスを遊技者が受ける場合には、遊技者が表示器312をタッチ操作し図93~図97参照、ワゴンオーダーをすることにより、遊技者が注文したオーダー内容がカードユニット3のIR送受光部320から赤外線信号として遊技場の店員が所持しているリモコンに入力される。遊技場の店員はリモコンに入力されたオーダー内容に従ってワゴンサービスを行う。図44には、遊技者所有の遊技玉が1000ある状態で、使用遊技玉数300を消費するワゴンオーダーが発生した場合が示されている。ワゴンオーダーが発生すると、CUは、SQN=n2、加算要求玉数=0、減算要求玉数としてワゴンオーダー発生に伴う遊技玉の使用玉数である300をバックアップする処理を行う。この段階では、CUは遊技玉から実際に300の減算は行わず、単に減算要求玉数として300をバックアップするのみである。そして、CUからP台へ、動作指示として、減算有、減算表示中ワゴンサービスON、SQN=n2、加算要求玉数=0および減算要求玉数=300のコマンドを送信する。そして、CUは、減算中である旨の表示表示中を表示器312に表示させる図97、図98参照。コマンドを受けたP台は、自身が記憶している遊技玉数カウンタの値が、減算要求数以上であるか否かを判定する。なお、その判定は払出制御基板17により実行される。図44では、遊技玉数カウンタの値が、減算要求数以上である場合を想定している。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台が減算要求を拒否したために減算要求にもとづく遊技玉の減算が行われなかったことが通知される。以上、図44を参照して説明したように、CUの指示にもとづいた遊技玉数の減算は、P台からの動作応答のレスポンスを待って初めて確定する。図42を参照して説明したように、CUの指示にもとづいた貯玉持玉消費は、CUが持玉消費を受け付けた時点で確定する。このように、CUの指示にもとづいた遊技玉数の減算とCUの指示にもとづいた貯玉持玉消費とで確定時期を異ならせたのは、以下の理由による。CUがワゴンオーダーなどの遊技玉数の減算処理を受け付けた段階では遊技玉数に余裕があったために減算指示を送信したものの、減算指示をP台が受けた段階で遊技玉が遊技に用いられた結果、減算指示に対応する遊技玉数が残っていない場合もある。このような場合に、CUが減算処理を受け付けた段階でCUで記憶している遊技玉数にもとづいて減算を確定してしまうと、実際には遊技機側で遊技玉数が残っていないにもかかわらず減算が確定されることとなり、矛盾が生じてしまう。そこで、本実施の形態では、CUの指示にもとづいた遊技玉数の減算については、P台からの動作応答のレスポンスを待って確定させるようにしている。これに対して、CUの指示にもとづいた貯玉持玉消費については、遊技玉数を加算する指示になるので、その指示がP台に届いた時点でP台が記憶している遊技玉数が変動したとしても、加算指示に対応する遊技玉を加算することに問題は生じない。このため、処理の迅速化の観点より、CUの指示にもとづいた貯玉持玉消費についてはCUが貯玉持玉消費を受け付けた時点で確定させるようにしている。次に、図45を参照して、カードの返却操作があったときの処理を説明する。当初遊技玉数=500の状態で、CUからP台への動作指示、それに応えてP台からCUへの動作応答が行われた段階で、返却ボタン322が押下操作された場合に、CUは、次の動作指示として、遊技を禁止させるための禁止要求有、クリア要求無、クリア表示中OFF、カード返却処理中ON、およびSQN=n2のコマンドをP台に送信する。P台では、コマンドに含まれる禁止要求有の指示に従って、打球発射モータ18の駆動を停止させて打球発射停止状態に制御する。また、P台は、動作応答として、禁止拒否OFF、遊技禁止および遊技完了OFFのデータを含むレスポンスをCUに送信する。その後、既に発射されている玉が遊技領域27内を流下してアウト玉にすべて流れるまでの時間すなわち浮遊玉処理待ち時間を考慮して、10秒のウエイトを設ける。10秒のウエイト時間の間、P台とCUとの間でポーリングを継続し、相互に動作指示コマンドと動作応答レスポンスとを送受信する。10秒経過したときに、CUは、動作指示として、CUは、禁止要求無、クリア要求無、クリア表示中OFF、カード返却処理中ON、およびSQN=nNのコマンドをP台に送信する。すると、動作応答として、P台は、SQN=nN1、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技禁止、遊技完了ON、特賞OFF、および確変OFFのレスポンスをCUに送信する。遊技完了ONは、P台において遊技玉数の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報としての役割を有している。また、このときに送信される遊技玉数が、遊技終了時の最終の遊技玉数になる。なお、シーケンス例は、浮遊玉によって加算玉数も減算玉数もともに変化しなかった場合を示している。仮に浮遊玉によって入賞が発生した場合、またはファール玉が発生した場合には、入賞に応じた払出数またはファール玉数が加算玉数としてCUに送信されることになる。動作応答のレスポンスを受けたCUは、遊技完了を検知し、SQN=nN2とクリア要求有のデータとをバックアップする。さらに、動作応答に含まれる、加算玉数、減算玉数、始動口1回数、始動口2回数に応じて、記憶している遊技玉数、総加算玉数、総減算玉数、始動口1総入賞数、始動口2総入賞数の各データを更新する。これによって、遊技終了時の遊技玉数がCU側で確定されることになる。このように、最終の遊技玉数をCU側で確定しているために、P台側に持点管理機能を設ける必要がなく、その分、P台のコストを極力抑えることができる。そして、CUは、動作指示として、クリア要求有、クリア表示中ON,カード返却処理中ON、およびSQN=nN2を含むコマンドをP台に送信する。その後、CUはクリア中である旨の表示クリア表示中を表示器312に表示させる図102、図103参照。クリア要求有が、P台の遊技玉数の初期化を指示するデータである。P台では、CUから送信されてきたコマンドに含まれているクリア表示中ONを含む表示器制御コマンドを払出制御基板17が表示器用演出制御基板53に送信する。表示器用演出制御基板53は、それを受けて、表示器54にクリア中である表示画面クリア表示中の画面を表示させる。なお、この例では、CUは、返却ボタン322の操作にもとづいた遊技終了を要求する信号の入力を受けて、遊技終了時の遊技玉数を確定させている。しかし、遊技終了を要求する信号としては、返却ボタン322の操作にもとづいた信号に限られない。例えば、CUに、遊技者の指紋を認証する指紋認証部を設ける。遊技機の開始時には、指紋認証部による認証を必須とし、遊技者が遊技開始時にCUに挿入した遊技カードにより特定される指紋情報と、指紋認証部により検出された指紋情報とが一致することを条件として遊技を許可する。さらに、遊技終了時にも指紋認証部による認証を必須とし、指紋認証部により検出された指紋情報が遊技開始時に検出された指紋情報と一致することを条件として遊技を終了させる。この場合には、遊技終了を要求する信号は、指紋認証部で検出される指紋情報になる。その他、遊技機設置島全体を管理するサーバなどから遊技終了要求信号がCUに入力された場合には、返却ボタン322の操作の有無に関わらず、遊技を終了させてもよい。この場合、サーバから入力される遊技終了要求信号によって遊技終了を要求する信号が構成される。図45に示すように、クリア要求有、クリア表示中、カード返却処理中ON、およびSQN=nN2のコマンドを受信したP台は、記憶している各々のデータの値を0にクリア初期化する。ここでP台がクリアするデータは、図5に示された現在玉関連情報および前回玉関連情報である。その結果、加算玉数カウンタ、減算玉数カウンタ、始動口1入賞カウンタ、始動口2入賞カウンタ、および遊技玉数カウンタの値、さらには前回のそれらのカウンタの値として記憶している加算玉数、減算玉数、始動口1入賞数、始動口2入賞数のデータがクリア初期化される。次に、P台は、動作応答として、クリア要求を拒否しない旨のクリア拒否OFF、SQN=0、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技禁止、遊技完了ON、特賞OFF、および確変OFFのレスポンスをCUに送信する。そして、CUは、SQN=0、遊技玉=0、持玉=500をバックアップする。持玉=500は、クリア要求直前に受信した遊技玉数である500を持玉に加算した値である。次に、CUは、カード返却要求のコマンドをP台に送信する。そして、P台は、カードIDおよびカード種別カード挿入時にCUから受信しバックアップしているカードIDおよびカード種別を含むカード返却応答のレスポンスをCUに送信する。その後、CUは、挿入されているカードに持玉=500を記録して排出して遊技者に返却する。そして、動作指示として、禁止要求無、クリア要求無、クリア表示中OFF、およびカード返却処理中OFFのコマンドをP台に送信する。すると、P台は、動作応答として、SQN=m1、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技禁止、遊技完了ON、特賞OFF、および確変OFFのレスポンスをCUに送信する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、持点をCUが記憶している遊技玉数に対応する値に更新する。その後、CUがカードを排出する。このように、カードの持点を直接カードに記録することと、上位サーバにてカード番号に対応付けて持点を記憶することの両者を総称して、カードに持点を対応付けると表現する。図46を参照して、ガラス扉6のロックを解除して開放するときの処理を説明する。まず、最初の動作指示としては、ガラス扉の開放要求のないガラス開要求無の指示を含むコマンドがCUからP台に送信される。そのコマンドを受けたP台は、動作応答として、遊技玉数=500を含む通常のレスポンスをCUへ返信する。この段階で、例えば、P台において遊技領域27に打込まれた遊技玉が遊技盤面において引っかかるなどのトラブルが発生し、遊技者が遊技場の係員を呼出した場合に、遊技場の係員は、所持しているリモコンを操作してガラス扉6のロックを解除して開放させるための赤外線信号をIR送受光部320に送信する。赤外線信号を受けたIR送受光部320は、受信した赤外線信号に含まれるガラス扉開放指示信号を制御部323へ入力する。ガラス扉開の指示入力を受けたCUは、動作指示として、遊技を停止させるための禁止要求有、ガラス開要求無、およびSQN=n2のコマンドをP台に送信する。つまり、ガラス扉6を実際に開放する前にまずP台において打球発射停止制御を行わせるべく、禁止要求有、およびガラス開要求無の動作指示をP台へ送るのである。P台は、それを受けて、打球発射モータ18の駆動を停止させて打球発射停止状態に制御する。次に、P台は、動作応答として、遊技禁止を拒否しない旨の禁止拒否OFFと、遊技禁止状態にした旨を示す遊技禁止のデータを含むレスポンスをCUへ返信する。CUでは、禁止要求有を含む動作指示のコマンドをP台に送信した後、P台において遊技領域27に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、10秒のウエイトを設け、この間、CUはP台に対して遊技禁止すなわち禁止要求有の指示を含むコマンドを送信してポーリングを継続する。そして、10秒のウエイト時間が経過した段階で、動作指示として、ガラス扉6のロックを解除して開放させるためのガラス開要求有、SQN=nNの指示を含むコマンドをP台に送信する。それを受けたP台では、ガラス扉開放ソレノイド10を励磁してガラス扉6のロックを解除してガラス扉6を開放するとともに、ガラス扉開発生中のビットをONにし、以降、ガラス扉6が閉じるまでガラス扉閉鎖検出器12からの検出信号が入力されるまでONのまま維持する。そして、P台は、動作応答として、ガラス開拒否OFF、SQN=nN1、遊技禁止、およびガラス開発生中などの応答を含むレスポンスをCUへ返信する。CUでは、ガラス開要求のコマンドに対して拒否されなければ、すなわちガラス開拒否ONの応答を含むレスポンスが返信されてこなければ、ガラス扉6は開放されたと判断する。そして、以降、動作指示として、ガラス開要求無を含むコマンドをP台に送信する。次に、図47を参照して、セル前枠5のロックを解除して開放する処理を説明する。セル前枠6の開放処理は、図46に示したガラス扉の6の開放処理と同様の処理がなされる。ここでは相違点を主に説明する。遊技場の係員がリモコンを操作して前枠セル5のロックを解除して開放させるための操作を行えば、リモコンからIR送受光部320に対してセル開放指令信号を含む赤外線信号が出力される。IR送受光部320は、赤外線信号を受けて、セル開放指令信号を制御部323へ出力する。その結果、CUにおいて、セルを開放するためのセル開の指示入力が検出されたと判断される。そして、CUは、動作指示として、遊技を禁止させるための禁止要求有およびセル開要求無などのデータを含むコマンドをP台に送信する。P台では、それを受けて、打球発射モータの駆動を停止させて、打球発射停止状態に制御する。CUでは、浮遊玉処理待ち時間を考慮した10秒のウエイトを設け、10秒のウエイト時間が終了した段階で、セルのロックを解除して開放する指示であるセル開要求有のデータを含むコマンドをP台に送信する。それを受けたP台では、前枠開放ソレノイド11を励磁して前枠5のロックを解除して前枠5を開放する。そして、セル開発生中のビットをONにし、以降、セルが閉じるまで前枠閉鎖検出器13からの検出信号が入力されるまでONを維持する。そして、P台は、動作応答として、セルの開放要求を拒否しないセル開拒否OFF、打球発射停止状態となっている旨を示す遊技禁止、セルの開成中であることを示すセル開発生中などのデータを含むレスポンスをCUに送信する。CUは、セル開要求に対して拒否されていなければ、すなわちセル開拒否OFFを含むレスポンスが返信されてくれば、セルは開かれたと判断する。以上、図46~図47を用いて説明したとおり、本実施の形態では、P台の前面部材の具体例であるガラス扉またはセルの閉塞状態について、遊技進行に影響を与えることなく解除可能である。図48を参照して、CUに紙幣が挿入され入金を行うときの処理を説明する。まず、遊技者はカードに入金を行うためにCUの紙幣挿入口302に紙幣を挿入する操作を行う。すると、CUは、挿入された紙幣の金額に応じてカードの残高を更新する入金処理を開始するとともに、動作指示として、加算無、入金処理中ON、SQN=n2、加算要求玉数=0、および減算要求玉数=0を含むコマンドをP台に送信する。すると、P台は、動作応答として、加算許否OFF、SQN=n3、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技許可、特賞OFF、および確変OFFを含むレスポンスをCUに返信する。また、CUは、入金処理中である旨の表示入金処理中表示を表示器312に表示させる。そして、入金処理を終了するまで、P台とCUとの間でポーリングを継続し、相互に動作指示コマンドと動作応答レスポンスとを送受信する。そして、カードの残高が確定し入金処理を終了すると、CUは、動作指示として、加算無、入金処理中表示OFF、SQN=nN、加算要求玉数=0、および減算要求玉数=0を含むコマンドをP台に送信する。図49を参照して、遊技機のモード変更を行うときの処理を説明する。なお、図49に示す例では、一例として、遊技機を試打モードに変更する場合を示している。モード変更を行う場合、遊技場の係員などは、CUにカードが挿入されていないことを確認した上で、所持しているリモコンを操作して遊技機を試打モードに変更させるための赤外線信号をIR送受光部320に送信する。それを受けたIR送受光部320は、受信した赤外線信号に含まれる試打モードへの変更指示信号を制御部323に入力する。試打モードへの変更指示入力を受けたCUは、モード移行指定のBit0稼働モードが0にセットされるとともにBit1試打モードが1にセットされたモード変更要求のコマンドをP台に送信する。すると、P台は、処理結果OKを含むモード変更応答のレスポンスをCUに送信し、試打モードに移行される。試打モード中には、SQNの値が1ずつ更新されるのみで、CUからは、加算無、加算要求玉数=0、および減算要求玉数=0を含む動作指示のコマンドがP台に対して送信される。また、P台からは、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、始動口2回数=0、遊技許可、特賞OFF、および確変OFFを含む動作応答のレスポンスがCUに対して送信される。その後、試打モードを解除して通常の稼働モードに戻す場合には、遊技場の係員などは、所持しているリモコンを操作して遊技機を稼働モードに変更させるための赤外線信号をIR送受光部320に送信する。それを受けたIR送受光部320は、受信した赤外線信号に含まれる稼働モードへの変更指示信号を制御部323に入力する。稼働モードへの変更指示入力を受けたCUは、モード移行指定のBit0稼働モードが1にセットされるとともにBit1試打モードが0にセットされたモード変更要求のコマンドをP台に送信する。すると、P台は、処理結果OKを含むモード変更応答のレスポンスをCUに送信し、試打モードが解除され通常の稼働モードに移行される。なお、図49では、一例として、試打モードに変更する場合を示したが、メンテナンスモードやテストモードに変更する場合の処理も同様である。次に、図50を参照して、CUがカード保持中に電源起動されてそのときにP台が接続されていない異常が発生したときの処理を説明する。カードが挿入されてP台で遊技をしている最中にCUとP台との間の通信断が発生したために、CUの電源を再起動した段階で、CUからリカバリ要求のコマンドがP台に送信される。しかし、P台の未接続異常が発生しているために、P台からのレスポンスがCUに返信されてこない。すると、図34を参照して説明したように、CUは、リカバリ要求のコマンドをP台に再送する。それにもかかわらずP台からのレスポンスが返信されてこない場合には、2回目のリカバリ要求をP台に再送する。2回目の再送に対してもP台からレスポンスが返信されてこない場合には、この段階でCUは、通信異常と判断し、未接続によりエラーが発生した旨の表示を表示器312により行わせる制御を実行する。この状態で、遊技場の店員がCUに対してリモコン操作し、挿入されているカードを強制的に排出する赤外線信号をIR送受光部320へ出力すると、強制排出信号が制御部323へ入力される。CUはそれを受けて、CUでバックアップしている遊技玉数を挿入されているカードの持玉に加算するとともに、CUの遊技玉数接続時刻を0クリアしたうえで、挿入されているカードを排出する指令をカードリーダライタ327へ出力する。それを受けたカードリーダライタ327は、取込んでいるカードを排出する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、持点をCUが記憶している遊技玉数に対応する値に更新する。その後、CUがカードを排出する。その後、CUは、P台に対してリカバリ要求のコマンドを送信して接続シーケンス図37参照の再開処理を行う。CUは、カードが挿入された状態待機中以外の状態での接続シーケンスの再開であると判断し、図36に示された電源起動時の接続シーケンスではなく図37に示された再接続時の接続シーケンスを実行する。P台の未接続異常が発生してから接続シーケンス図37参照の再開処理が実行されて最初の動作応答をP台が送信するまでの間に、加算玉数例えば、jまたは減算玉数例えば、rが発生している場合の処理は、図37の再開処理で行われる。図37を参照して、CUは、リカバリ応答をP台から受信することにより、遊技玉数=0j加算玉数r減算玉数を算出して、算出結果である遊技玉数=jrをバックアップする。そして、図37で説明したように、SQN補正ON、遊技玉補正ON、およびSQNの値と遊技玉の値とを含む通信開始要求をP台に送信して、P台のSQNと遊技玉数とを補正させる。次に、図51を参照して、CUからの動作指示要求動作無がP台に未到達の場合の処理を説明する。図39等を参照して説明したように、P台は、CUからの動作指示のコマンドを受信したことにより、現在玉関連情報記憶領域に記憶されている現在加算減算玉数および現在始動口回数のデータを、前回玉関連情報記憶領域に、前回加算減算玉数および前回始動口回数としてバックアップ記憶させ、現在玉関連情報記憶領域に記憶されている現在加算減算玉数および現在始動口回数のデータを0クリアするというバックアップクリア処理を行うのであるが、図51の場合にはCUからの動作指示がP台に未到達である。ゆえに、P台では、バックアップクリア処理が行われない。その結果、加算玉数および減算玉数さらには始動入賞が発生するたびに、それらデータを現在玉関連情報記憶領域に現在玉関連情報として累積加算記憶する。まず、現時点の遊技玉数=520の状態で、CUが動作指示として要求無、SQN=nのコマンドをP台に送信する。しかし、コマンドがP台に到達しないために、P台からのレスポンスがCUに返信されない。その結果、図34を参照して説明したように、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に遊技玉数を修正して記憶する処理を行う。次に、図52を参照して、P台からの動作応答要求動作無に対する応答がCUに未到達の場合の処理を説明する。図52に示す例では、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台は、未達の動作応答を再送した上で次の動作応答を送信するのではなく、未達であった情報を合算した後の情報を次の動作応答として送信する。その結果、遊技用装置は、遊技玉数および始動口入賞数に関する情報を確実かつ効率的に収集可能になる。なお、図52の例では、P台からの動作応答が1回未達の場合について説明したが、仮に動作応答が2回未達であった場合には、3回目に送信される動作応答には、2回目に送信された動作応答の情報を合算した合算値が含められることになる。次に、図53を参照して、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に修正して記憶する。次に、図54を参照して、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台では、コマンドの再送検知を行ったために、図52に示された処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数=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重実行を行わない。次に、図55を参照して、CUからの動作指示減算要求がP台に到達しなかった場合の処理を説明する。当初の遊技玉数=520で、ワゴンオーダーなどの発生により300玉数の減算要求が発生した場合を説明する。まずCUは、動作指示として、減算要求有、SQN=n、および減算要求玉数=300のコマンドをP台に送信する。ところが、コマンドがP台に到達しなかったために、P台からのレスポンスがCUへ返信されない。よって、CUは再度同じ動作指示のコマンドをP台に送信する。再送信のコマンドもP台に到達しなかったためにP台からのレスポンスがCUへ返信されない。そこでCUは同じ動作指示のコマンドについて、2回目の再送信を行う。2回目の再送信のコマンドがP台に到達する。P台では、CUからの動作指示のコマンドが未到達の期間中、図51の処理と同様に、加算減算玉数および始動入賞が発生するたびに現在玉関連情報記憶領域にそれらデータを累積記憶する。そして、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台からの動作応答のレスポンスを待って、減算要求分の遊技玉の減算を行うようにしているのである。次に、図56を参照して、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台では、コマンドの再送検知を行ったために、図52の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数=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重実行を行わない。次に、図57を参照して、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認証シーケンスを実行する。なお、図36に示した電源起動時とは異なり、図57に示す通信断時には、CU内部における通信制御IC認証シーケンスを実行することなく、CUとP台との間のチップID認証シーケンスのみを実行する。次いで、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。リカバリ応答のレスポンスでは、P台側において記憶しているリカバリデータがCU側に送信される。CUは、リカバリデータ現在加算玉数=3、現在減算玉数=13に従って、遊技玉数=5953-13=583と計算して、算出した583をバックアップする。以降、図37に示された再接続時接続シーケンスの処理に移行し、CUは、通信開始要求において、遊技玉補正ON、遊技玉=583を含むコマンドをP台に送信する。P台はこれを受けて、遊技玉=583に補正する。CUは、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断し、図36に示された電源起動時の接続シーケンスではなく図37に示された再接続時の接続シーケンスを実行する。図57に示された処理でも、残高の消費は、P台からの動作応答のレスポンスを待つことなくCU側で確定するものであるために、P台からの動作応答として加算拒否ONを含むレスポンスが返信されてきたとしても、それ以前の段階で既に残高消費がCU側において確定している。次に、図58を参照して、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により、遊技玉不足で減算できませんなどのメッセージを表示する。そして以降通常の動作指示および動作応答のポーリングを行う。次に、図59を参照して、CUのクリア指示要求に対してP台がクリア拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520で返却ボタン322が押下操作されたときに、図45に示された処理と同様に、CUはP台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中OFF、およびカード返却処理中ONのデータを含むコマンドをP台に送信する図59では、図示せず。P台では、それを受けて、動作応答として、禁止拒否OFF、遊技禁止および遊技完了OFFのデータを含むレスポンスをCUへ返信する図59では、図示を省略している。そして、図45に示された処理と同様に、P台において、10秒ウエイトを設け、10秒ウエイトの間、P台とCUとの間でポーリングを継続する。その後、CUは、クリア要求有およびSQN=n2の動作指示のコマンドをP台に送信する。それを受けたP台は、何らかの理由でクリアできない旨を示すクリア拒否ON、SQN=n3、遊技玉数=480、加算玉数=6、減算玉数=36、始動口1回数=2、始動口2回数=2の動作応答のレスポンスをCUに送信する。この段階で遊技玉=480となっている。そして、CUはクリア拒否を検知し、動作指示として要求無およびSQN=n4のコマンドをP台に送信し、クリアキャンセルの処理を行う。クリアキャンセルの処理は、例えば、返却操作されましたがクリアできずキャンセルしますなどのメッセージを表示器312に表示するなどの処理である。以降CUとP台との間で動作指示および動作応答の通常のポーリングを行う。図60を参照して、CUの遊技許可要求に対してP台が許可拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520とし、何らかの遊技禁止要因が発生したトラブル状態において、P台の遊技が禁止されている状態で動作指示のコマンドおよび動作応答のレスポンスがCUとP台との間で送受信され、図60における遊技禁止要因解消の段階で遊技禁止要因が解消されたとする。そのときに、CUは、動作指示として、遊技許可要求有およびSQN=n2のコマンドをP台に送信する。しかし、P台は、何らかの理由で、打球発射できない状態、すなわち遊技許可要求を拒否する遊技拒否ONを含む動作応答のコマンドをCUへ返信する。CUは、それを受けて、遊技許可されるまで、動作指示として遊技許可要求有を含むコマンドをP台へ繰返し送信する。次に、図61を参照して、CUの遊技禁止要求に対してP台が禁止拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520とし、CUとP台との間で通常の動作指示のコマンドおよび通常の動作応答のレスポンスの送受信が行われ、図61における遊技禁止要因発生の段階で、例えば、返却ボタン322が操作されるなどの遊技禁止要因が発生したとする。この段階でCUは、動作指示として、遊技禁止要求有およびSQN=n2のコマンドをP台に送信する。P台では、何らかの理由で遊技禁止要求を拒否する禁止拒否ONを含む動作応答のレスポンスをCUへ返信する。CUは、それを受けて遊技禁止拒否を検知し、遊技禁止されるまで、動作指示として、遊技禁止要求有を含むコマンドをP台に送信する。次に、図62を参照して、CUのガラス開要求に対してP台がガラス開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520としてガラス扉6の開放指示の入力が検知された場合に、図62には示されていないが、図46に示された処理と同様に、CUは、まず、動作指示として禁止要求有およびガラス開要求無のコマンドをP台に送信する。P台は、それを受けて、打球発射モータ18の駆動を停止する制御を行うとともに、動作応答として、禁止拒否OFFおよび遊技禁止を含むレスポンスをCUに送信する。CUは、浮遊玉処理待ち時間を考慮した10秒のウエイトを設け、10秒間、CUはP台に対して動作指示遊技禁止でポーリングを継続する。そしてCUは、10秒のウエイトが終了した段階で、ガラス開要求有およびSQN=n2の動作指示のコマンドをP台に送信する。P台は、それを受けて、何らかの理由でガラス扉6のロックを解除して開放することを拒否するガラス開拒否ONを含む動作応答のレスポンスをCUに送信する。CUはそれを受けてガラス開拒否を検知し、動作指示として要求無を含むコマンドをP台に送信するとともに、ガラス開キャンセルの処理を行った後以降通常のポーリングを実行する。ガラス開キャンセルの処理は、例えば、ガラス扉の開放ができませんなどのメッセージを表示器312により表示させるなどの処理である。次に、図63を参照して、CUのセル開要求に対してP台がセル開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数=520としてセルの開放指示の入力が検知された場合に、図63には示されていないが、図47に示された処理と同様に、CUはまず動作指示として、禁止要求有およびセル開要求無のコマンドをP台に送信する。P台は、それを受けて、打球発射モータ18の駆動を停止する制御を行うとともに、動作応答として、禁止拒否OFFおよび遊技禁止を含むレスポンスをCUに送信する。CUは、浮遊玉処理待ち時間を考慮した10秒のウエイトを設け、10秒間、CUはP台に対して動作指示遊技禁止でポーリングを継続する。そしてCUは、10秒のウエイトが終了した段階で、セル開要求有およびSQN=n2の動作指示のコマンドをP台に送信する。P台は、それを受けて、何らかの理由でセルのロックを解除して開放することを拒否するセル開拒否ONを含む動作応答のレスポンスをCUに送信する。CUは、レスポンスを受けてセル開拒否を検知し、動作指示として要求無を含むコマンドをP台に送信するとともに、セル開キャンセルの処理を行った後以降通常のポーリングを実行する。セル開キャンセルの処理は、例えば、セルの開放ができませんなどのメッセージを表示器312により表示させるなどの処理である。次に、図64を参照して、通常プレイ中通常の加減算データのやりとりが行われている状態の動作指示インターバル期間中動作応答を受信した後、次の動作指示を送信するまでの間に電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=520でSQN=nの状態で動作指示のコマンドをP台に送信し、P台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23の加減算データを含むレスポンスをCUに送信する。レスポンスがCUに到達したことによって、SQN=n1、遊技玉数=500に修正した後、CUで電源断が発生した場合に、以降CUからのコマンドがP台に送信されなくなる。P台では、図35を参照しして説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=5006-36=470と計算され、遊技玉=470が記憶される。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップ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に修正する。次に、図65を参照して、通常プレイ中に動作指示未到達の状態で電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=520として、動作指示のコマンドを受けたP台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23、始動口1回数=1、および始動口2回数=1のレスポンスをCUに送信し、CUがそれに伴ってSQN=n2、遊技玉=500に修正した後、CUは、動作指示として、要求無およびSQN=n2のコマンドをP台に送信する。コマンドがP台に到達せず、その直後にCUにおいて電源断が発生した場合に、図35に示された処理と同様に、P台は、最後のレスポンスを送信した後1秒以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップ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に修正する。次に、図66を参照して、通常プレイ中に動作応答未到達の状態で電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=520として、通常の動作指示および通常の動作応答をCUとP台との間で往復送受信した後、要求無およびSQN=n2の動作指示のコマンドがP台に送信された後、P台が動作応答として、SQN=n3、遊技玉数=470、加算玉数=6、減算玉数=36、始動口1回数=2、始動口2回数=2のレスポンスをCUに送信した。しかし、レスポンスがCUに到達せず、レスポンスに従った動作応答処理をCUが実行する前にCUで電源断が発生した場合に、P台は、最後のレスポンス送信後1秒経過した時点でコマンドが送信されてこなければ切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態とする。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップ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回数に修正する。次に、図67を参照して、通常プレイ中の動作指示インターバル期間中に電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図64に示された処理と同様に、当初の遊技玉数=520でSQN=nの状態で動作指示のコマンドをP台に送信し、P台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23の加減算データを含むレスポンスをCUに送信する。レスポンスがCUに到達したことによって、SQN=n1、遊技玉数=500に修正した後、CUで電源断が発生した場合に、以降CUからのコマンドがP台に送信されなくなる。P台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=5006-36=470と計算され、遊技玉=470が記憶される。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図67に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図67に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=3、前回減算玉数=23、前回始動口1回数=1、前回始動口2回数=1、現在玉数としての、現在遊技玉数=470、現在加算玉数=6、現在減算玉数=36、現在始動口1回数=2、現在始動口2回数=2を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2では、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図68を参照して、通常プレイ中に動作指示未到達の状態で電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図65に示された処理と同様に、当初の遊技玉数=520として、動作指示のコマンドを受けたP台が、動作応答として、SQN=n1、遊技玉数=500、加算玉数=3、減算玉数=23、始動口1回数=1、および始動口2回数=1のレスポンスをCUに送信し、CUがそれに伴ってSQN=n2、遊技玉=500に修正した後、CUは、動作指示として、要求無およびSQN=n2のコマンドをP台に送信する。コマンドがP台に到達せず、その直後にCUにおいて電源断が発生した場合に、図35に示された処理と同様に、P台は、最後のレスポンスを送信した後1秒以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図68に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図68に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=3、前回減算玉数=23、前回始動口1回数=1、前回始動口2回数=1、現在玉数としての、現在遊技玉数=470、現在加算玉数=6、現在減算玉数=36、現在始動口1回数=2、現在始動口2回数=2を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図69を参照して、通常プレイ中に動作応答未到達の状態で電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図66に示された処理と同様に、当初の遊技玉数=520として、通常の動作指示および通常の動作応答をCUとP台との間で往復送受信した後、要求無およびSQN=n2の動作指示のコマンドがP台に送信された後、P台が動作応答として、SQN=n3、遊技玉数=470、加算玉数=6、減算玉数=36、始動口1回数=2、始動口2回数=2のレスポンスをCUに送信した。しかし、レスポンスがCUに到達せず、レスポンスに従った動作応答処理をCUが実行する前にCUで電源断が発生した場合に、P台は、最後のレスポンス送信後1秒経過した時点でコマンドが送信されてこなければ切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態とする。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図69に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図69に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n3、前回玉数としての、前回加算玉数=6、前回減算玉数=36、前回始動口1回数=2、前回始動口2回数=2、現在玉数としての、現在遊技玉数=467、現在加算玉数=0、現在減算玉数=3、現在始動口1回数=0、現在始動口2回数=0を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図70を参照して、加算要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=520でプリペイド残高が1000円として、通常の動作指示と通常の動作応答とをCUとP台との間で送受信し、その間に生じた加算玉数および減算玉数にもとづいて遊技玉=500となった段階で、貸出しボタン321が押下操作された。すると、CUは、SQN=n2、加算要求玉数=125とし、残高=1000円-500円=500円を算出して残高を500円に更新して残高の消費をこの段階で確定する。そして、CUは、動作指示として、加算要求有、SQN=n2、残高=500および加算要求玉数=125を含むコマンドをP台に送信する。コマンドがP台へ到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後には、図37に示された処理と同様に、CUとP台との間でチップID認証シーケンスが実行される。なお、図36に示された電源起動時とは異なり、図70に示す通信断時には、CU内部における通信制御IC認証シーケンスを実行することなく、CUとP台との間のチップ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に修正する。次に、図71を参照して、加算要求に対する動作応答到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=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台では、図35で説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=595-3=592と計算され、遊技玉=592が記憶される。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップ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回数に修正する。次に、図72を参照して、加算要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図70と同様に、当初の遊技玉数=520でプリペイド残高が1000円として、通常の動作指示と通常の動作応答とをCUとP台との間で送受信し、その間に生じた加算玉数および減算玉数にもとづいて遊技玉=500となった段階で、貸出しボタン321が押下操作された。すると、CUは、SQN=n2、加算要求玉数=125とし、残高=1000円-500円=500円を算出して残高を500円に更新して残高の消費をこの段階で確定する。そして、CUは、動作指示として、加算要求有、SQN=n2、残高=500および加算要求玉数=125を含むコマンドをP台に送信する。コマンドがP台へ到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図72に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態で再接続シーケンスを開始した後には、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図72に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=3、前回減算玉数=23、前回始動口1回数=1、前回始動口2回数=1、現在玉数としての、現在遊技玉数=470、現在加算玉数=6、現在減算玉数=36、現在始動口1回数=2、現在始動口2回数=2を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値625を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図73を参照して、加算要求に対する動作応答到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図71に示された処理と同様に、当初の遊技玉数=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台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=595-3=592と計算され、遊技玉=592が記憶される。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図73に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図73に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n3、前回玉数としての、前回加算玉数=6、前回減算玉数=36、前回始動口1回数=2、前回始動口2回数=2、現在玉数としての、現在遊技玉数=592、現在加算玉数=0、現在減算玉数=3、現在始動口1回数=0、現在始動口2回数=0を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値625を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図74を参照して、減算要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=520として、CUとP台との間で通常の動作指示および通常の動作応答の送受信が行われ、その間における加減算玉数に応じて遊技玉数=500になった段階で、ワゴンサービスの要求などによって300玉分の減算要求が発生した場合に、CUでは、SQN=n2、減算要求玉数=300として、動作指示として、減算要求有、SQN=n2、および減算要求玉数=300のコマンドをP台に送信する。コマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後、図37に示す処理と同様に、CUとP台との間でチップID認証シーケンスが実行される。なお、図36に示された電源起動時とは異なり、図74に示す通信断時には、CU内部における通信制御IC認証シーケンスを実行することなく、CUとP台との間のチップ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の減算を行わない。次に、図75を参照して、減算要求に対する動作応答の到達前の段階においてCU側で電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。当初の遊技玉数=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台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=170-3=167と計算され、遊技玉=167とSQN=n3とが記憶される。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、接続シーケンスを再開させ、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップ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とが整合しないと判断して、図36に示された電源起動時の接続シーケンスではなく図37に示された再接続時の接続シーケンスを実行する。その結果、CUは、リカバリ後の動作指示で、P台側に減算キャンセル分の遊技玉を強制加算させるとともにSQNを補正させるべく、遊技玉補正ON、遊技玉=467、SQN補正ON,SQN=n2を含む通信開始要求をP台に送信する図37参照。P台は、それを受けて、遊技玉=467、SQN=n3に修正して記憶する。このように、P台が減算指示を受信していると判断した場合においても、減算キャンセルの処理を行う理由は、減算指示を受信したP台側において必ず減算指示に従った減算処理を行っているとは限らず、P台側で減算の拒否が行われた可能性もある。P台側での減算の拒否が行われた場合には、CU側において減算を確定してしまうと遊技玉の残数がマイナス値になるという不都合が生ずる。このような理由により、減算キャンセルを行う。その結果、CU側電源断発生時において、P台側では持点残数が不足するために減算指示を拒否したはずであるにもかかわらず、減算が行われたこととなって遊技機側の遊技玉の残数がマイナス値になってしまう不都合を防止できる。次に、図76を参照して、減算要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図74に示された処理と同様に、当初の遊技玉数=520として、CUとP台との間で通常の動作指示および通常の動作応答の送受信が行われ、その間における加減算玉数に応じて遊技玉数=500になった段階で、ワゴンサービスの要求などによって300玉分の減算要求が発生した場合に、CUでは、SQN=n2、減算要求玉数=300として、動作指示として、減算要求有、SQN=n2、および減算要求玉数=300のコマンドをP台に送信する。そのコマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図76に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態で再接続シーケンスを開始した後には、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図76に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=3、前回減算玉数=23、前回始動口1回数=1、前回始動口2回数=1、現在玉数としての、現在遊技玉数=470、現在加算玉数=6、現在減算玉数=36、現在始動口1回数=2、現在始動口2回数=2を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図77を参照して、減算要求に対する動作応答の到達前の段階においてCU側で電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図75に示された処理と同様に、当初の遊技玉数=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台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ18の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをP台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉=170-3=167と計算され、遊技玉=167とSQN=n3とが記憶される。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図77に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、接続シーケンスを再開させ、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図77に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n3、前回玉数としての、前回加算玉数=6、前回減算玉数=36、前回始動口1回数=2、前回始動口2回数=2、現在玉数としての、現在遊技玉数=592、現在加算玉数=0、現在減算玉数=3、現在始動口1回数=0、現在始動口2回数=0を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図78を参照して、クリア要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図78に示す処理では、図45に示された処理と同様に、CUは、P台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中OFFおよびカード返却処理中ONのデータを含むコマンドをP台に送信する図78では、図示せず。P台では、それを受けて、動作応答として、禁止拒否OFF、遊技禁止および遊技完了OFFのデータを含むレスポンスをCUへ返信する図78では、図示せず。そして、図45に示された処理と同様に、P台において、10秒ウエイトを設け、10秒ウエイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=n2にし、動作指示として、クリア要求有およびSQN=n2を含むコマンドをP台に送信したが、コマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。再接続シーケンスを開始した後には、図37に示された処理と同様に、CUとP台との間でチップID認証シーケンスが実行される。なお、図36に示した電源起動時とは異なり、図78に示す通信断時には、CU内部における通信制御IC認証シーケンスを実行することなく、CUとP台との間のチップID認証シーケンスのみを実行する。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。P台では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=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に修正する。次に、図79を参照して、クリア要求に対する動作応答の到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、同じCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図79に示す処理では、図45に示された処理と同様に、CUは、P台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中OFFおよびカード返却処理中ONのデータを含むコマンドをP台に送信する図79では、図示せず。P台では、それを受けて、動作応答として、禁止拒否OFF、遊技禁止のデータおよび遊技完了OFFを含むレスポンスをCUへ返信する図79では、図示せず。そして、図45に示された処理と同様に、P台において、10秒ウエイトを設け、10秒ウエイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=n2にし、動作指示として、クリア要求有およびSQN=n2を含むコマンドをP台に送信する。そして、P台は、動作指示を受けて、クリア要求に従って遊技玉を0クリアして遊技玉=0にするとともに、SQNも0クリアしてSQN=0にした上で、動作応答として、SQN=0、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、および始動口2回数=0のレスポンスをCUに送信する。レスポンスがCUに到達せず、CUにおいて、レスポンスに応じた動作応答処理を行う前の段階で電源断が発生した場合に、以降CUからのコマンドがP台に送信されなくなる。P台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。次に、CUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、接続シーケンスを再開させ、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、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回数に修正する。次に、図80を参照して、クリア要求到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図78と同様に、挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図80に示す処理では、図45に示された処理と同様に、CUは、P台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中OFFおよびカード返却処理中ONのデータを含むコマンドをP台に送信する図80では、図示せず。P台では、それを受けて、動作応答として、禁止拒否OFF、遊技禁止および遊技完了OFFのデータを含むレスポンスをCUへ返信する図80では、図示せず。そして、図45の処理と同様に、P台において、10秒ウエイトを設け、10秒ウエイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=n2にし、動作指示として、クリア要求有およびSQN=n2を含むコマンドをP台に送信したが、コマンドがP台に到達しなかった場合に、P台は、最後のレスポンスを送信してからコマンドを受信しない状態が1秒継続した段階で、切断を検知して打球発射モータ18の駆動を停止してプレイ停止状態にする。CUは、図34を参照して説明したように、コマンドの未到達に伴ってP台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行った後においてもレスポンスが返信されてこないときに、通信異常通信断を検知し、それから5秒後に再接続シーケンスを開始する。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図80に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態で再接続シーケンスを開始した後には、図37に示された処理と同様に、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図80に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=n1、前回玉数としての、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0、現在玉数としての、現在遊技玉数=0、現在加算玉数=0、現在減算玉数=0、現在始動口1回数=0、現在始動口2回数=0を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。次に、図81を参照して、クリア要求に対する動作応答の到達前の段階でCU側において電源断や通信コネクションの切断が発生した場合であって、異なるCUとP台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図79に示された処理と同様に、挿入されている記録媒体カードを返却するための返却ボタン322が押下操作された段階で遊技玉数=500である。図81では、図45に示された処理と同様に、CUは、P台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中OFFおよびカード返却処理中ONのデータを含むコマンドをP台に送信する図81では、図示せず。P台では、それを受けて、動作応答として、禁止拒否OFF、遊技禁止のデータおよび遊技完了OFFを含むレスポンスをCUへ返信する図81では、図示せず。そして、図45に示された処理と同様に、P台において、10秒ウエイトを設け、10秒ウエイトの間、P台とCUとの間でポーリングを継続する。そして、CUが、SQN=n2にし、動作指示として、クリア要求有およびSQN=n2を含むコマンドをP台に送信する。そして、P台は、動作指示を受けて、クリア要求に従って遊技玉を0クリアして遊技玉=0にするとともに、SQNも0クリアしてSQN=0にした上で、動作応答として、SQN=0、遊技玉数=0、加算玉数=0、減算玉数=0、始動口1回数=0、および始動口2回数=0のレスポンスをCUに送信する。レスポンスがCUに到達せず、CUにおいて、レスポンスに応じた動作応答処理を行う前の段階で電源断が発生した場合に、以降CUからのコマンドがP台に送信されなくなる。P台では、図35を参照して説明したように、1秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。次に、電源断中に何らかの理由によってCUとP台との接続状態が切り替えられたとする。この場合、図81に示す例では、最初CU1とP台1とが接続されている状態から、CU2とP台1とが接続されCU1とP台2とが接続されている状態に切り替えられたとする。そして、CUとP台との接続状態が切り替えられた状態でCUにおいて電源断が復旧して起動した場合に、図37に示された処理と同様に、接続シーケンスを再開させ、CU内部において通信制御IC認証シーケンスが実行されるとともに、CUとP台との間でチップID認証シーケンスが実行される。そして、CUとP台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図81に示す例では、新たに接続されたCU2およびP台2は、ともに初期状態のものであるとし、CU2が保持している遊技玉数は0であり、P台2が保持している前回加算玉数や前回減算玉数、前回始動口1回数、前回始動口2回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口1回数、現在始動口2回数は0であるとする。P台1では、リカバリデータとして、SQN=0、前回玉数としての、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0、現在玉数としての、現在遊技玉数=0、現在加算玉数=0、現在減算玉数=0、現在始動口1回数=0、現在始動口2回数=0を記憶し、リカバリ応答としてCU2に送信する。しかし、P台1の接続相手がCU2に切り替わっているので、CU2では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、各バックアップ値を初期値のままとし、遊技玉数=0、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。P台2は、リカバリデータが初期値の状態でSQN=n、前回加算玉数=0、前回減算玉数=0、前回始動口1回数=0、前回始動口2回数=0であり、リカバリ応答としてCU1に送信する。しかし、CU1の接続相手がP台2に切り替わっているので、CU1では、通信相手が電源断前と異なっていると判断し、リカバリ応答で送信されてきたリカバリデータをバックアップ値の修正に使用しない。具体的には、バックアップ値のうち、遊技玉数は電源断前の値500を維持し、加算玉累計=0、減算玉累計=0、始動口1累計=0、始動口2累計=0とする。なお、P台1の電源断前の未回収のリカバリデータについては、遊技場の係員などによってPOS端末などを用いた補正操作が行われて手動で補正される。図82は、カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理に連動して表示される動作状態の表示画面を示す説明図である。図82を参照すると、カードが挿入されていない状態では、カード挿入処理中OFF、加算表示中カード挿入OFFの動作指示のコマンドがCUからP台に送信され、動作応答として遊技禁止、遊技玉=0のレスポンスがP台からCUへ返信される。このようなコマンドおよびレスポンスの送受信中において、図82左上の通常画面カード未挿入に示すように、CUの表示器312に、カード種別のタイトルの欄になし、遊技玉のタイトルの欄に0発が表示される。また、P台の表示器54には、図82右上の通常画面カード未挿入に示すように、遊技玉のタイトルの欄に0玉、カード残高のタイトルの欄に0円が表示される。なお、表示器312および表示器43には、現時点におけるP台の遊技状態を示す各種データが表示される。例えば、図82では、スタート回数、大当り回数、確変回数、最高連チャンの回数が表示されるとともに、特賞間スタート回数或る回の大当りと次の回の大当りとの間での有効始動入賞回数が棒グラフとして表示される。さらに、CU側の表示器312には、貸玉金額設定の金額表示部、カード残高の金額表示部、再プレイ玉数の表示部、貯玉の玉数の表示部、貸玉のレートの表示部が設けられている。さらに、CU側の表示器312は、タッチパネルで構成され、各表示画面の左上に、台情報設定変更注文メニューの表示項目が表示され、いずれかを選択してタッチ操作することにより、タッチ操作された表示画面に切換わる。図82では、台情報が選択された状態の画面が表示されている。また、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台側独自の個性的な表示を行うことができる。図83は、遊技中に遊技者が遊技玉を他人に分割譲渡して持玉共有を行う場合の制御を示すフローチャートである。図83および図84、図85は、遊技者が遊技を継続しつつ遊技玉を他人に分割譲渡して持玉共有を行うことができる制御を示すフローチャートである。図83を参照すると、まず、持玉=5000の会員カードとしてのカードAがCUに挿入される。会員カードがCUに挿入された場合には、会員カードの遊技用価値持玉、貯玉およびプリペイド残高がすべて0になったとしても遊技終了時に会員カードを遊技者に返却しなければならない。カードAが挿入された後、CUは、カードAの持玉である5000をP台側において加算させるための加算要求玉数=5000を含むコマンドをP台に送信する。P台では、それを受けて、遊技玉=5000に更新した上で、動作応答として遊技玉=5000を含むレスポンスをCUに送信する。その後、P台において遊技が開始され、遊技の実行に伴って遊技玉が減少して4000となった段階で、1000玉分の遊技玉を他人に譲渡して持玉共有を行う持玉共有1000玉の指定操作が行われた場合に、それ以降CUとP台とにおいて持玉分割中の状態になる。他人に分割譲渡持玉共有する持玉が記録されたカードBはCU内のカードストック部にストックされているストックカードをカードリーダライタ327に取出して補填してカードBに持玉を書込んでCUから排出するのであるが、カードBを排出するにはまず先に既にカードリーダライタ327に挿入されているカードAを排出する必要がある。その際、カードA遊技者所有の会員カードに現時点におけるすべての遊技玉=4000を書込んで排出した場合には、遊技玉=0となってそれ以降遊技を続行することができなくなる。そこで、遊技をしながら持点分割持玉共有を行うことを可能にするために、カードAを持点=0の状態でCUから排出し、持点に相当する遊技玉をCUに担保情報として残しておくように制御する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、挿入されているカードAのカード番号と遊技玉数=0とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、持点を0に更新する。その後、CUがカードAを排出する。カードA持点=0がCUのカードリーダライタ327から排出された後、CU内のストックカードB持点=0をカードリーダライタ327に取出して補填する。その時点で、P台において遊技の続行に伴って遊技玉が減算し、遊技玉=3800の状態となっている。そして、カードBに分割譲渡持玉共有する持玉である1000を書込むために、減算要求玉数=1000の動作要求動作指示を含むコマンドがCUからP台に送信される。P台では、それを受けて、現時点の遊技玉数3800から1000を減算して遊技玉数=2800にし、遊技玉数=2800を含む動作応答をCUに送信する。CUは、それを受けて遊技玉=2800のデータをバックアップ記憶する。次に、CUは、カードリーダライタ327によりカードBに持玉=1000を書込み、カードBを返却排出する。排出されたカードBを遊技者が他人に手渡すことにより他人に遊技玉を分割譲渡持玉共有することができる。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡持玉共有する持点である1000とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、当該カードが分割譲渡持点共有されたカードであり1000点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、CUがカードBを排出する。CUは、カードBを排出した後、先に排出した遊技者の会員カードであるカードAの再挿入待ちの状態となり、カードAの挿入を促す表示を表示器312により行う図91参照。そして、それを見た遊技者がカードAをCUへ挿入する。その時点で遊技玉=2750となっている。カードAがCUへ挿入されれば、CUは、挿入されたカードAと持点共有処理に伴って一旦排出されたカードAとが同じものであるか否か例えば、双方のカード番号が一致するか否かを判別し、一致しない場合はカードAを排出するが、一致する場合は持玉分割玉共有の処理が終了し、その旨が表示器312により表示される図92参照。挿入されたカードAには遊技終了後のカード返却時に遊技玉を持玉として書込んでCUから排出される。図84には、遊技者が持玉5000玉分が記録されたビジターカードBをCUへ挿入して遊技を行いつつ持玉の分割譲渡持玉共有を行った場合の制御動作が示されている。この場合には、先に挿入されているカードBが、必ずしも遊技者に返却する必要のないビジターカードであるために、その先に挿入されているビジターカードBに他人に分割する持玉を書込んで排出しビジターカードBを他人に譲渡することによって持玉共有を行うようにしている。まずビジターカードB持玉=5000をCUに挿入することにより、挿入されたカードBに記録されている5000の持玉すべてを遊技玉として加算する加算要求玉数=5000を含む動作要求動作指示がCUからP台に送信される。P台は動作要求を受けて、遊技玉=5000を記憶するとともに、遊技玉=5000を含む動作応答をCUへ返信する。その段階からP台で遊技が可能となり遊技中の状態になる。そして、遊技玉が遊技に使用されて遊技玉=4000となった後に、1000玉分の遊技玉を他人に分割譲渡する持玉共有1000玉の指定が遊技者によって行われる。この段階から持点分割中の状態になる。この段階ではさらに遊技玉が遊技に用いられて遊技玉=3800となっている。そして、CUから分割譲渡持玉共有のための1000玉分の遊技玉を減算する減算要求玉数=1000を含む動作要求がCUからP台に送信される。P台は、それを受けて、現時点の遊技玉3800から1000を減算して遊技玉=2800とし、遊技玉=2800を含む動作応答をCUへ返信する。CUでは、それを受けて、遊技玉=2800のデータをバックアップ記憶する。そして、カードリーダライタ327に保持されているカードBに持玉=1000を書込んでカードBを返却排出する。この段階で、持玉の分割譲渡持玉共有の処理が終了する。その後においても遊技者がP台で遊技を続行し、遊技者が遊技を終了するべく返却ボタン322を押圧操作すれば、図45に示したカードの返却処理に移行し、CU内にストックされているストックカードがカードリーダライタ327に取出されて、その時点における遊技玉に相当する持玉のデータがストックカードに記録されて排出される。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡持玉共有する持点である1000とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUから受信した遊技玉数に対応する値=1000点に更新するとともに、当該カードが分割譲渡持点共有されたカードであり1000点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、CUがカードBを排出する。そして、遊技終了時に排出されるストックカードについても、カード番号とカード排出時点における遊技玉数のデータとを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、カードBの所有者がストックカードの所有者に変更された旨の履歴を記憶しておく。その後、CUがストックカードを排出する。図85は、遊技玉の分割譲渡持玉共有の他の例を示すフローチャートである。図85を参照して、図83に示された制御処理との相違点を説明する。図85に示す処理において、遊技玉の分割譲渡持玉共有を行う際に、既に挿入されている遊技者の会員用カードであるカードAを先に返却する点は図83に示された処理と同じであるが、返却の際に、持玉分割中に遊技を続行するのに必要とされる遊技玉担保玉200発を確保した上で残りの遊技玉をカードAに持玉として記録した上で排出する点が、図83に示された処理とは異なる。具体的には、まず、遊技者がタッチパネルからなる表示器312を操作して1000玉を分割譲渡する持玉共有の指定を行う。するとCUは、分割譲渡する共有玉1000発と担保玉200発とをCUに残し、残りの遊技玉3800を算出する。具体的には、現時点の遊技玉5000-担保玉200-共有玉1000=3800と計算する。そして、算出された3800の遊技玉を減算するために、減算要求玉数=3800を含む動作要求のコマンドをCUがP台に送信する。P台は、それを受けて、現在の遊技玉5000から3800を減算し、残りの遊技玉1200を算出して記憶する。そして、遊技玉=1200を含む動作応答をCUに返信する。CUでは、動作応答レスポンスを受信し、担保玉=200、共有玉=1000をCUに残した上で、カードリーダライタ327に保持されているカードAに持玉=3800を書込んで排出する。このように、P台において遊技を続行しながら持玉の分割譲渡持玉共有を行うので、CUにプレイ用の担保玉プレイ:200玉を残して挿入されていたカードAの返却を行う。その後、CUは、CU内にストックされているストックカード持玉0のカードBをカードリーダライタ327に取出して補填する。その間にも、P台では遊技が続行され、その結果、加算玉数=10、減算玉数=60が発生している。よって、遊技玉=120010加算玉数-60減算玉数=1150となっている。そして、CUにおいて、共有玉1000発を分割譲渡持玉共有するべく、減算要求玉数=1000を含む動作要求のコマンドをP台に送信する。P台では、それを受けて、現在の遊技玉1150から減算要求玉数1000を減算して残りの遊技玉=150を算出し、遊技玉=150を含む動作応答のレスポンスをCUに送信する。CUでは、それを受信し、カードBに持玉=1000を書込んで返却排出する。遊技者は排出されたカードBを他人に与えることにより遊技玉の分割譲渡持玉共有を行うことができる。カードBが排出された後CUは、先に排出した遊技者の会員カードAの再挿入を促す表示を表示器312により行う。それを見た遊技者は先に排出されたカードA持玉=3800をCUへ再挿入する。その間にもP台で遊技が続行され、その結果、加算玉数=10、減算玉数=85が発生している。そのために、カードAが再挿入された時点での遊技玉=15010-85=75となっている。そして、カードAが再挿入された時点でCUは、挿入されたカードAと持点共有処理に伴って一旦排出されたカードAとが同じものであるか否か例えば、双方のカード番号が一致するか否かを判別し、一致しない場合はカードAを排出するが、一致する場合はCUは、カードAに記録されている持玉=3800を遊技玉としてP台に加算させるべく、加算要求玉数=3800を含む動作要求のコマンドをP台に送信する。P台は、それを受けて、遊技玉=753800=3875を算出し、現在の遊技玉として記憶するとともに、遊技玉=3875を含む動作応答のレスポンスをCUに送信する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡持玉共有する持点である1000とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、当該カードが分割譲渡持点共有されたカードであり1000点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、CUがカードBを排出する。図86~図103は、CUの表示器312により表示される画面を示す説明図である。図86~図92を参照して、図83に示された持玉共有を行う場合の表示器312に表示される表示画面を説明する。画面左半分の上方に表示されたメニューの表示項目アイコンを遊技者がタッチして表示された複数のメニューの中から持玉共有を遊技者が選択指定した状態が、持玉共有の表示画面として図86に示されている。持玉共有遊技玉の分割譲渡は、遊技者所有の持玉からの分割譲渡または貯玉からの分割譲渡のいずれも可能である。そのために、まず玉共有元を選択してくださいのメッセージ表示がなされ、選択対象になる持玉を表わす表示項目アイコンと貯玉を表わす表示項目アイコンとが表示される。図86における右半分の表示画面では、現時点で挿入されているカードの状態が表示されている。図86には、会員カードが挿入され、会員カードは、カード残高が0円、持玉が0玉、貯玉が500玉、現時点における遊技玉が10000玉であることが示されている。また、CUの状態として、カード残高から遊技玉を貸出す際の貸出単位金額が500円であり、500円分の玉数である125玉が払出玉数であることが表示されている。さらに、遊技者が紙幣をCUに挿入して挿入されているカードのカード残高をリロードできるという入金可の状態であることが示されている。遊技者は、画面左半分の持玉または貯玉のいずれかをタッチ操作して玉共有元の選択入力を行う。ここでは、持玉を選択した場合を示す。遊技者が持玉を選択した場合には、図87に示す画面が表示される。画面左半分に共有する玉数を選択くださいのメッセージ表示がなされるとともに、共有玉数の選択対象として、500玉、1000玉、1500玉、2000玉、2500玉、3000玉、3500玉、4000玉、5000玉の9種類が表示される。遊技者は9種類の中から1つをタッチして選択入力する。ここでは、1000玉を選択入力した場合を説明する。遊技者が1000玉を選択入力すると、図88に示す画面が表示される。図88に示す画面には、持玉が上記明細で分割されます。よろしいですかのメッセージが表示されるとともに、共有玉数の明細として、自分のカードの玉数が9000となり、他人に分割譲渡持玉共有する共有のカードの玉数が1000になることが表示されている。そして、玉共有開始の表示項目アイコンとキャンセルの表示項目アイコンとが表示される。遊技者はそれら表示項目のいずれかにタッチして選択入力する。キャンセルを選択すれば持玉共有がキャンセルされる。玉共有開始が選択入力された場合には、共有玉数の明細に示したとおりの玉共有処理が開始される。遊技者が玉共有開始を選択入力すると、図89に示す画面が表示される。図89に示す画面には、自分のカードが排出されますのメッセージ表示がなされるとともに、玉共有処理の進行状況を示す玉共有処理状況画像が表示される。玉共有処理状況画像は、処理の順番として1、2、3の3種類あり、第1処理では、自分遊技者のカードの排出、第2処理として共有のカードの排出、第3処理として排出された自分のカードの再挿入が表示されている。そして状況の欄に、上から処理待ちが表示され、現時点では第1処理が処理中であることが示されている。そして、第1処理から破線で自分のカードが排出される画像が示されている。図89における右半分の画面では、現時点におけるP台においての遊技玉である10000玉が点滅表示される。自分のカードの排出が終了した段階で、次に、図90に示す画面が表示される。図90に示す画面には、状況の欄に、第1処理としての自分のカードの排出が済であり、次に第2処理としての共有カードの排出が処理中であることが示されている。そして第2処理から矢印で共有カードが排出されている状態が示されている。共有カードの排出が終了した段階で、次に、図91に示す画面が表示される。図91に示す画面には、第1処理としての自分のカードの排出が済であり、かつ第2処理としての共有のカードの排出が済であり、現時点では自分のカードの再挿入が処理中であることが示されている。そして第3処理の箇所に矢印で自分のカードを挿入する画像が表示されている。遊技者が自分のカードをCUに再挿入した段階で、次に、図92に示す画面が表示される。図92に示す画面には、玉共有が完了しましたのメッセージが表示されるとともに、玉共有処理状況として、第1処理、第2処理、第3処理のすべてが済であることが示される。そして、1000玉分の持玉共有が完了したために、現時点におけるP台における遊技玉が10000-1000=9000で、9000玉となっていることが表示されている。次に、図93~図99は、図44に示したワゴンサービスの制御処理が実行された場合の表示器312の表示画面を示す説明図である。まず、図93には、画面左半分の上方部分に表示されているワゴンサービスの表示項目アイコンを遊技者がタッチして選択入力した状態が図93の表示画面が示されている。始めに、注文する種類を選択してくださいのメッセージ表示がなされて、ワゴンメニューとして、定番メニュー5品、ドリンク類30品、フード類10品、スイーツ類20品の4種類のメニューが表示されるとともに、注文状況確認のアイコンが表示されている。図93における右半分の画面には、P台における現時点での遊技玉数として1000玉が表示されている。遊技者は、現時点の遊技玉数が1000玉であることを考慮しつつ、1000玉の範囲内で注文することのできるワゴンメニューを選択する。例えば、ドリンク類30品を遊技者が選択した場合には、次に図94に示す画面が表示される。図94に示す表示画面には、注文する商品を選んでくださいのメッセージが表示されるとともに、ドリンク類の中に含まれるメニューが6種類示され、各メニューを注文する際に必要とされる遊技玉数が表示されている。遊技者は、現時点における遊技玉数が1000玉であることを考慮しつつ表示されたメニューの中から注文するものをタッチして選択入力する。なお、左画面の各種メニューが表示されている右側に、正三角形のアイコンと逆三角形のアイコンとが表示されている。正三角形のアイコンを遊技者がタッチした場合には画面が下にスクロールされて画面上方部分が表示される状態になる。図94に示す逆三角形のアイコンを遊技者がタッチすれば画面が上にスクロールされて画面下方部分が表示される状態になる。図94に示された表示画面において、遊技者が75玉を必要とするコーヒーのメニューを選択した上で、図95に示す注文商品明細のタイトル欄に表示された商品追加のアイコンをタッチし、再度、図93に示されたワゴンメニューの表示画面に戻って、図93におけるフード類10品のメニューを選択してフード類のメニューが表示された状態でその中から100玉の遊技玉を必要とするハンバーガーのメニューが選択され、さらに、図95に示す注文商品明細のタイトル欄に表示された商品追加のアイコンをタッチし、再度、図93に示すワゴンメニューの表示画面に戻って、図93におけるスイーツ類20品のアイコンが選択入力され、スイーツ類の表示画面の中から遊技者が50玉の遊技玉を必要とするアイスを選択した場合を説明する。その場合には、図95に示す画面が表示され、今までに選択入力された注文商品の明細が表示される。注文明細には、注文した商品名、消費玉数、注文した商品の数量が表示される。図95には、消費玉数100玉のハンバーガーが1品、消費玉数75玉のコーヒーが1品、消費玉数50玉のアイスが1品注文されていることが示されている。そして、合計の消費玉数が225玉であることが表示されている。さらに、注文商品明細の数量の欄に追加のアイコンが表示され、遊技者が追加のアイコンをタッチして入力することにより、1回タッチする毎に数量が1加算される。また数量の右側に各注文賞品に対応して削除のアイコンが表示されている。遊技者がアイコンをタッチ入力することにより、対応する商品の注文を削除することができる。例えば、1番上の削除をタッチすれば、ハンバーガーの注文が削除され、2番目の削除をタッチすることによりコーヒーの注文が削除され、3番目の削除をタッチすることによりアイスの注文が削除される。さらに、注文商品明細の下方に、商品追加のアイコンが示され、これを遊技者がタッチすることにより、上述したように、再度、図93に示すワゴンメニューの表示画面に戻り、遊技者が注文商品を選択して追加注文することができる。また、図95における注文商品明細の下方にキャンセルのアイコンが示され、遊技者がアイコンをタッチすることにより、現時点までに注文しているすべての注文商品をキャンセルすることができる。さらに、注文商品明細の下方に注文のアイコンが示され、遊技者がこれをタッチ操作することにより、注文商品明細に示されたとおりのワゴンサービスの注文処理が実行されることになる。図95に示す表示画面において遊技者がアイスの注文に対応する削除のアイコンをタッチ操作した場合に、図96に示す画面が表示される。図96には、アイスの注文が取消された状態が示されている。図95に示す表示画面おいて注文のアイコンを遊技者がタッチ操作した場合には、図97に示す画面が表示される。図97に示す表示画面では、注文商品の問合せ中の画像が表示される。消費玉数の合計である225玉と現時点におけるP台での遊技玉数1000玉との間で送受信が行われていることを示す矢印表示がなされ、交信中であることが示される。交信中であることを示す矢印の表示は、具体的には、図98に示すように、まず消費玉数225玉からP台の1000玉の方向に矢印が表示され、問合せ中の文字が表示される。表示がなされた後に、P台の1000玉から消費玉数225玉の方向へ矢印表示がなされ、問合せ中の文字が表示される。そして、これら両表示を複数回繰返して表示する。その表示の後、次に図99の画面が表示される。図99に示す画面では、注文商品を受付けました持玉より上記消費玉数分を引落しましたのメッセージが表示されるとともに、注文商品受付完了の表示がなされて受付けた注文商品の明細および総消費玉数225玉であることが表示される。そして、画面右半分には、225玉の消費の結果現在のP台における遊技玉が775玉になっていることが表示される。図100および図101は、図41に示されたカード挿入処理における加算表示中の表示画面を示す説明図であり、図82に示されたCU側の表示器312の表示画面のうち上から3番目の表示画面の他の例が示されている。図100に示すように、画面左半分には、画面構成は違うものの図82に示されたCU側の表示画面と同様の内容を示す遊技台情報が示されている。図100における画面右側には、CUからP台へ、CUに挿入されたカードの持玉である1000玉がすべてP台側に移動している最中である表示がなされている。そして持玉移動が完了した段階で、図101に示す表示画面に切換わり、画面右側において持玉移動完了のメッセージが表示されるとともに、持玉の欄が0玉になり、P台における遊技玉として1000玉が表示され、1000が点滅表示される表示がなされる。図102および図103は、図45に示されたカードの返却処理におけるクリア表示中を示す表示画面を示す説明図である。図102に示すように、画面右半分において、P台における現時点の遊技玉が1000玉であることが表示され、1000が点滅表示される。そして、P台から持玉の表示欄に持玉移動がなされている状態が示されるとともに、持玉移動中の文字が表示される。次いで、持玉の移動が完了した段階で、図103に示す表示画面に切換わり、P台側における遊技玉が0玉になった状態が表示されるとともに、持玉として1000玉が表示され、1000が点滅表示される。実施の形態2.図104は、図2に示されたパチンコ機2の背面側構成の他の例を示す背面図である。以下、図2に示された構成との相違点を説明する。遊技領域27に設けられた各種入賞口に入賞した入賞玉を検出する各種入賞玉検出スイッチ700a~700hが設けられているとともに、アウト口145から回収されたアウト玉のみを検出するアウト玉検出スイッチ701が設けられている。そして、アウト玉検出スイッチ701により検出されたアウト玉と各種入賞玉検出スイッチ700a~700hにより検出された入賞玉とが合流して通過する合流経路702に、合流経路検出スイッチ32が設けられている。これら各種検出スイッチのうち、合流経路検出スイッチ32のみが光センサで構成され、その他の検出スイッチは近接スイッチで構成されている。各種検出スイッチをこのように構成することによって、不正電波が発信されて各種入賞玉検出スイッチから不正に入賞玉検出信号を出力させる不正行為が生じた場合に、近接スイッチはその不正電波に応答して検出信号を出力するが合流経路検出スイッチ32のみは光センサで構成されているために不正電波に応答することなく何ら検出信号を出力しない。正常であれば、近接スイッチで構成された各種検出スイッチで検出された玉の合計数が合流経路検出スイッチで検出された玉数となるはずである。ところが、不正電波を発信する不正行為が生じた場合には、合流経路検出スイッチ32からの検出信号が出力されずにその他の近接スイッチで構成された検出スイッチからの検出信号が出力されることとなり、近接スイッチで構成された各種検出スイッチによる玉検出合計と合流経路検出スイッチ32の検出玉数とが一致しなくなる。このような不一致となる現象の発生にもとづいて、不正行為が発生したことを判定することができる。払出制御基板17は、各種入賞玉検出スイッチ700a~700hの検出信号とアウト玉検出スイッチ701の検出信号とファール玉検出スイッチ33の検出信号と合流経路検出スイッチ32の検出信号とが入力され、近接スイッチで構成された入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ32による玉検出個数とが一致するか否か判定する。一致せずかつ所定個数以上の隔たりがあると判定した場合には払出制御基板17は異常が発生したとして、異常表示コマンドを表示器用演出制御基板53に送信し、表示器用演出制御基板53が表示器54に異常表示を行う。図104に示された合流経路検出スイッチ32を、ファール玉検出スイッチ33で検出されたファール玉が合流経路702に合流する合流箇所よりも下方位置に設け、入賞玉とアウト玉とファール玉との合計を合流経路検出スイッチ32により検出するように構成してもよい。その場合には、近接スイッチで構成された各種検出スイッチすなわち入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とファール玉検出スイッチ33とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ32による玉検出個数とが一致するか否か判定する。一致せずかつ所定個数以上の隔たりがあると判定した場合には払出制御基板17は異常が発生したとして、異常表示コマンドを表示器用演出制御基板53へ送信し、表示器用演出制御基板53が表示器54に異常表示を行う。図104に示された合流経路検出スイッチ32はそのままの位置で、ファール玉検出スイッチ33で検出されたファール玉が合流経路702に合流する合流箇所よりも下方位置に別の合流経路検出スイッチを設け、入賞玉とアウト玉とファール玉との合計を別の合流経路検出スイッチにより検出するように構成してもよい。その場合には、近接スイッチで構成された各種検出スイッチすなわち入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とファール玉検出スイッチ33とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ32による玉検出個数とが一致するか否か判定する。一致せずかつ所定個数以上の隔たりがあると判定した場合には払出制御基板17は異常が発生したとして、異常表示コマンドを表示器用演出制御基板53へ送信し、表示器用演出制御基板53が表示器54に異常表示を行う。なお、上記の入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とによる玉検出個数の合計と合流経路検出スイッチ32による玉検出個数とが一致するか否か判定することによる異常判定も、並行して実行する。次に、払出制御基板17が搭載する払出制御手段の具体的な制御を説明する。図105は、払出制御基板17における回路構成の一例を示すブロック図である。なお、図105には、主制御基板16、表示器用演出制御基板53、演出制御基板80および電源基板900等も示されている。払出制御基板17には、プログラムに従って払出制御を行う払出制御用マイクロコンピュータ払出制御手段に相当170が搭載されている。払出制御用マイクロコンピュータ170は、各種払出制御用のプログラム等を記憶するROM172、ワークメモリとして使用される記憶手段としてのRAM173、プログラムに従って制御動作を行う払出制御用CPU171およびI/Oポート部174を含む。この実施の形態では、ROM172およびRAM173は払出制御用マイクロコンピュータ170に内蔵されている。すなわち、払出制御用マイクロコンピュータ170は、1チップマイクロコンピュータである。1チップマイクロコンピュータには、少なくともRAM173が内蔵されていればよく、ROM172は外付けであっても内蔵されていてもよい。また、I/Oポート部174は、外付けであってもよい。なお、払出制御用マイクロコンピュータ170において払出制御用CPU171がROM172に格納されているプログラムに従って制御を実行するので、以下、払出制御用マイクロコンピュータ170または払出制御用CPU171が実行するまたは、処理を行うということは、具体的には、払出制御用CPU171がプログラムに従って制御を実行することである。このことは、払出制御基板17以外の他の基板に搭載されているマイクロコンピュータについても同様である。また、RAM173は、その一部または全部が電源基板900において作成されるバックアップ電源910によってバックアップされている不揮発性記憶手段としてのバックアップRAMである。すなわち、遊技機に対する電力供給が停止しても、所定期間バックアップ電源910としてのコンデンサが放電してバックアップ電源が電力供給不能になるまでは、RAM173の一部または全部の内容は保存される。この実施の形態では、後述するように、少なくとも、遊技領域27に発射された遊技玉数といずれかの入賞口やアウト口145、ファール玉戻り口150で回収された遊技玉数との差分値を浮遊玉数としてカウントするための浮遊玉数カウンタの値が、バックアップRAMに保存される。なお、この実施の形態では、RAM173の全部が、電源バックアップされているとする。この実施の形態では、払出制御基板17に搭載された払出制御用マイクロコンピュータ170には、合流経路検出スイッチ32、ファール玉検出スイッチ33、ガラス扉閉鎖検出器12、前枠閉鎖検出器13、発射モータ原点センサ37、玉上げスイッチ上41a、玉上げスイッチ下41b、遊技玉過不足検出スイッチ142a、遊技玉過不足検出スイッチ242bおよびタグリーダ401c,401dからの検出信号が入力される図104参照。また、払出制御用マイクロコンピュータ170からの制御信号が、ガラス扉開放ソレノイド10、前枠開放ソレノイド11、発射制御基板31および揚送モータ40に出力される。また、払出制御用マイクロコンピュータ170は、主制御基板16に搭載されている遊技制御用マイクロコンピュータ560から払出制御コマンドを受信し、受信した払出制御コマンドにもとづいて各種払出制御を行う。また、払出制御用マイクロコンピュータ170は、表示器用演出制御基板53に搭載されている表示器用演出制御用マイクロコンピュータに対して表示器用演出制御コマンドを送信し、表示器用演出制御用マイクロコンピュータは、受信した表示器用演出制御コマンドにもとづいて表示器54における各種表示制御を行う。また、遊技盤側に設けられている演出制御基板80における演出制御用マイクロコンピュータ101は、主制御基板16から送信された表示器用演出制御コマンドを表示器用演出制御基板53に送信する。表示器用演出制御基板53に搭載されている表示器用演出制御用マイクロコンピュータは、受信した表示器用演出制御コマンドにもとづいて表示器54における各種表示制御を行う。なお、この実施の形態では、遊技盤26が遊技盤保持枠95に装着されると、演出制御基板80と表示器用演出制御基板53枠側に設置されているとが通信可能に接続されるが、すなわち、演出制御基板80からのケーブルと表示器用演出制御基板53遊技盤側に設置されているからのケーブルとを接続するためのコネクタが設けられているが、そのような接続方式を用いなくてもよい。例えば、主制御基板16遊技盤側に設置されているからの表示器用演出制御コマンドは、払出制御基板17を介して表示器用演出制御基板53に伝達されるようにしてもよい。また、表示器用演出制御コマンドは、演出制御基板80および払出制御基板17を介さずに、主制御基板16から表示器用演出制御基板53に直接伝達されるようにしてもよい。また、払出制御基板17には、パチンコ機2の外部に信号を出力するための外部出力回路175が搭載され、払出制御用マイクロコンピュータ170は、外部出力回路175を介してホール用管理コンピュータ1に外部信号を出力可能である。また、演出制御基板80に搭載されている演出制御用マイクロコンピュータ101は、主制御基板16に搭載されている遊技制御手段遊技制御用マイクロコンピュータ560から送信される演出制御コマンドに応じて、変動表示装置90等の演出装置を制御する。図106は、主制御基板16の遊技制御用マイクロコンピュータ560から演出制御基板80を介して表示器用演出制御基板53に送信される表示器用演出制御コマンドの内容の一例を示す説明図である。この実施の形態では、表示器用演出制御コマンドは2バイト構成である。1バイト目はMODEコマンドの分類を表し、2バイト目はEXTコマンドの種類を表す。MODEデータの先頭ビットビット7は必ず1とされ、EXTデータの先頭ビットビット7は必ず0とされる。なお、そのようなコマンド形態は一例であって他のコマンド形態を用いてもよい。例えば、1バイトや3バイト以上で構成される制御コマンドを用いてもよい。コマンド8001Hは、変動表示装置90において図柄の可変表示が開始されるときに送信されるコマンド変動開始指定コマンドである。コマンドA001Hは、大当り通常大当り非確変大当り、確変大当りになったことを指定するコマンド大当り指定コマンドである。コマンドA002Hは、確変大当りになったことを指定するコマンド確変大当り指定コマンドである。確変大当りになった場合には、大当り指定コマンドと確変大当り指定コマンドとの双方が送信される。コマンドA003Hは、小当りまたは突然確変大当りになったことを指定するコマンド小当り/突然確変大当り指定コマンドである。なお、Hは16進数であることを示す。コマンドF0XXHは、各遊技機メーカに割り当てられるメーカコードを指定するコマンドメーカ指定コマンドである。なお、2バイト目のXXがメーカコードである。コマンドF1XXHおよびF2XXHは、遊技機の各機種に一意に割り当てられる遊技機ID遊技盤の種類を特定可能な情報でもあり、表示態様を特定可能な情報でもあるを指定するコマンド遊技機ID指定コマンドである。なお、コマンドF1XXHにおける2バイト目のXXが遊技機IDの上位1バイトを示し、コマンドF2XXHにおける2バイト目のXXが遊技機IDの下位1バイトを示す。また、遊技機IDは、メインチップID主制御基板16が搭載する遊技制御用マイクロコンピュータを識別するためのIDと同じものであるが、メインチップIDとは異なるIDであってもよい。コマンドF301Hは、遊技機の機種名例えば、シフトJISコードで示される文字からなる。を指定するコマンド遊技名指定コマンドである。なお、コマンドF301Hに続く16個のコマンド16文字を指定可能が実際の機種名を示す。コマンドF5XXHは、表示器54に表示される文字のフォントサイズフォントの種類も含む。を指定するコマンド文字フォントサイズ指定コマンドである。なお、2バイト目のXXが文字フォントサイズを示す。また、この実施の形態では、文字フォントサイズとしてあらかじめ256種類が定義され、2バイト目のXXの値は、256種類のいずれかに対応する値である。コマンドF6XXHは、表示器54に表示される枠部分の模様を指定するコマンド飾り指定コマンドである。なお、2バイト目のXXが枠部分の模様を示す。また、この実施の形態では、枠部分の模様としてあらかじめ256種類が定義され、2バイト目のXXの値は、256種類のいずれかに対応する値である。コマンドF7XXHは、表示器54に表示される背景色を指定するコマンド背景色指定コマンドである。なお、2バイト目のXXが背景色を示す。また、この実施の形態では、背景色としてあらかじめ256種類が定義され、2バイト目のXXの値は、256種類のいずれかに対応する値である。コマンドF801Hは、待受画面の表示を指定するコマンド通常時待受画面指定コマンドである。コマンドF901Hは、大当り中画面の表示を指定するコマンド大当り中画面指定コマンドである。コマンドFA01Hは、エラー中画面の表示を指定するコマンドエラー中画面指定コマンドである。コマンドFB01Hは、タッチパネルを使用するときのタッチ範囲を表示することを指定するコマンドタッチパネル使用時画面指定コマンドである。なお、図106に例示されたコマンドに加えて、表示器54に表示される背景の模様等を指定する表示器用演出制御コマンドを使用してもよい。また、遊技制御用マイクロコンピュータ560は、片方向通信応答を使用しない通信で表示器用演出制御コマンドを表示器用演出制御基板53に送信してもよいが、双方向通信応答を使用する通信で表示器用演出制御コマンドを表示器用演出制御基板53に送信してもよい。また、後述するように、第2の実施の形態では、遊技制御用マイクロコンピュータ560は、電力供給が開始される度に、表示器54の表示画面の表示態様に関する表示器用演出制御コマンドを送信し、第3の実施の形態では、遊技制御用マイクロコンピュータ560は、遊技盤36が枠体に取り付けられたときにのみ表示器54の表示画面の表示態様に関する表示器用演出制御コマンドを送信し、表示器用演出制御基板53におけるマイクロコンピュータは、受信したコマンドによる情報を不揮発性記憶手段に記憶する。しかし、不揮発性記憶手段が搭載された表示器用演出制御基板53が設けられている場合にも、例えば電力供給が開始される度に、遊技制御用マイクロコンピュータ560が、表示器54の表示画面の表示態様に関する表示器用演出制御コマンドを送信するようにしてもよい。その場合、表示器用演出制御基板53におけるマイクロコンピュータは、受信したコマンドと不揮発性記憶手段に記憶されている情報とが合致していたら演出制御基板80に対して肯定レスポンスを返送し、食い違っているとき等に、あらかじめ決められている表示態様を用いて表示器54の表示制御を行うようにしてもよい。図107は、主制御基板16における遊技制御用マイクロコンピュータ560が実行するメイン処理を示すフローチャートである。なお、遊技制御用マイクロコンピュータ560におけるRAMは、その一部または全部が電源バックアップされているバックアップRAMである。遊技機に対して電源が投入され電力供給が開始されると、リセット信号が入力されるリセット端子の入力レベルがハイレベルになり、遊技制御用マイクロコンピュータ560具体的には、遊技制御用マイクロコンピュータ560のCPUは、プログラムの内容が正当か否か確認するための処理であるセキュリティチェック処理を実行した後、ステップS1以降のメイン処理を開始する。メイン処理において、CPUは、まず、必要な初期設定を行う。初期設定処理において、CPUは、まず、割込禁止に設定するステップS1。次に、割込モードを割込モード2に設定しステップS2、スタックポインタにスタックポインタ指定アドレスを設定するステップS3。そして、内蔵デバイスの初期化内蔵デバイス内蔵周辺回路であるCTCカウンタ/タイマおよびPIOパラレル入出力ポートの初期化などを行った後ステップS4、RAMをアクセス可能状態に設定するステップS5。なお、割込モード2は、CPUが内蔵する特定レジスタIレジスタの値1バイトと内蔵デバイスが出力する割込ベクタ1バイト:最下位ビット0とから合成されるアドレスが、割込番地を示すモードである。次いで、CPUは、遊技機への電力供給が停止したときにバックアップRAM領域のデータ保護処理例えばパリティデータの付加等の電力供給停止時処理が行われたか否か確認するステップS7。そのような保護処理が行われていないことを確認したら、CPUは初期化処理を実行する。バックアップRAM領域にバックアップデータがあるか否かは、例えば、電力供給停止時処理においてバックアップRAM領域に設定されるバックアップフラグの状態によって確認される。電力供給停止時処理が行われたことを確認したら、CPUは、バックアップRAM領域のデータチェックを行うステップS8。この実施の形態では、データチェックとしてパリティチェックを行う。よって、ステップS8では、算出したチェックサムと、電力供給停止時処理で同一の処理によって算出され保存されているチェックサムとを比較する。不測の停電等の電力供給停止が生じた後に復旧した場合には、バックアップRAM領域のデータは保存されているはずであるから、チェック結果比較結果は正常一致になる。チェック結果が正常でないということは、バックアップRAM領域のデータが、電力供給停止時のデータとは異なっていることを意味する。そのような場合には、内部状態を電力供給停止時の状態に戻すことができないので、電力供給の停止からの復旧時でない電源投入時に実行される初期化処理を実行する。チェック結果が正常であれば、CPUは、遊技制御手段の内部状態を電力供給停止時の状態に戻すための遊技状態復旧処理を行うステップS9。具体的には、ROMに格納されているバックアップ時設定テーブルの先頭アドレスをポインタに設定し、バックアップ時設定テーブルの内容を順次作業領域RAM内の領域に設定する。作業領域はバックアップ電源によって電源バックアップされている。バックアップ時設定テーブルには、作業領域のうち初期化してもよい領域についての初期化データが設定されている。そのような処理によって、作業領域のうち初期化してはならない部分については、保存されていた内容がそのまま残る。初期化してはならない部分とは、例えば、電力供給停止前の遊技状態を示すデータ特別図柄プロセスフラグ、確変フラグ、高ベースフラグなど、出力ポートの出力状態が保存されている領域出力ポートバッファ、未払出賞球数を示すデータが設定されている部分などである。そして、ステップS14に移行する。初期化処理では、CPUは、まず、RAMクリア処理を行うステップS12。なお、RAMクリア処理によって、特定のデータ例えば、所定の判定用乱数を生成するためのカウンタのカウント値のデータは0に初期化されるが、任意の値またはあらかじめ決められている値に初期化するようにしてもよい。また、RAMの全領域を初期化せず、所定のデータ例えば、所定の判定用乱数を生成するためのカウンタのカウント値のデータをそのままにしてもよい。また、CPUは、ROMに格納されている初期化時設定テーブルの内容を順次作業領域に設定するステップS13。また、サブ基板主制御基板16以外のマイクロコンピュータが搭載された基板。を初期化するための初期化指定コマンド遊技制御用マイクロコンピュータ560が初期化処理を実行したことを示すコマンドでもある。をサブ基板に送信するステップS14。例えば、演出制御用マイクロコンピュータ101は、初期化指定コマンドを受信すると、変動表示装置90において、遊技機の制御の初期化がなされたことを報知するための画面表示、すなわち初期化報知を行う。また、ステップS14の処理において、CPUは、メーカ指定コマンド、遊技機ID指定コマンド、機種名指定コマンド、文字フォントサイズ指定コマンド、文字色指定コマンド、飾り指定コマンド、背景色指定コマンドおよび通常時待受指定コマンドも送信する。ただし、メーカ指定コマンドを使用しないように構成されていてもよい。その場合には、コマンドの受信側では、遊技機ID指定コマンドによってメーカ名を特定する。なお、メーカ名、遊技機ID、機種名、文字フォントサイズ、文字色、表示器54に表示される枠部分の模様の種類、および背景色を示すデータは、遊技制御用マイクロコンピュータ560のROMに格納されている。初期化処理の実行ステップS12~S14が完了すると、CPUは、所定時間例えば4ms毎に定期的にタイマ割込がかかるように遊技制御用マイクロコンピュータ560に内蔵されているCTCのレジスタの設定タイマの初期化を行なうステップS15。すなわち、初期値として例えば4msに相当する値が所定のレジスタ時間定数レジスタに設定される。この実施の形態では、4ms毎に定期的にタイマ割込がかかるとする。そして、CPUは、メイン処理で、表示用乱数更新処理ステップS17および初期値用乱数更新処理ステップS18を繰り返し実行する。表示用乱数更新処理および初期値用乱数更新処理を実行するときには割込禁止状態に設定しステップS16、表示用乱数更新処理および初期値用乱数更新処理の実行が終了すると割込許可状態に設定するステップS19。表示用乱数とは、例えば、大当りとしない場合の特別図柄の停止図柄を決定するための乱数や大当りとしない場合にリーチとするか否かを決定するための乱数であり、表示用乱数更新処理とは、表示用乱数を発生するためのカウンタのカウント値を更新する処理である。また、初期値用乱数更新処理とは、初期値用乱数を発生するためのカウンタのカウント値を更新する処理である。この実施の形態では、初期値用乱数は、例えば、普通図柄に関して当りとするか否か決定するための乱数を発生するためのカウンタ普通図柄当り判定用乱数発生カウンタのカウント値の初期値を決定するための乱数である。後述する遊技の進行を制御する遊技制御処理遊技制御用マイクロコンピュータ560が、遊技機に設けられている演出表示装置、可変入賞球装置、球払出装置等の遊技用の装置を、自身で制御する処理、または他のマイクロコンピュータに制御させるために指令信号を送信する処理、遊技装置制御処理ともいうにおいて、普通図柄当り判定用乱数のカウント値が1周普通図柄当り判定用乱数の取りうる値の最小値から最大値までの間の数値の個数分歩進したことすると、そのカウンタに初期値が設定される。タイマ割込が発生すると、CPUは、図108に示すステップS21~S33のタイマ割込処理を実行する。タイマ割込処理において、まず、電圧低下信号が出力されたか否かオン状態になったか否かを検出する電源断検出処理を実行するステップS21。例えば電源監視回路が、遊技機に供給される電源の電圧の低下を検出した場合に電圧低下信号を出力する。次に、CPUは、遊技盤に設けられている特別図柄表示器および普通図柄表示器の表示制御を行う表示制御処理を実行するステップS22。特別図柄表示器および普通図柄表示器については、ステップS31,S32で設定される出力バッファの内容に応じて各表示器に対して駆動信号を出力する制御を実行する。また、遊技制御に用いられる普通図柄当り判定用乱数等の各判定用乱数を生成するための各カウンタのカウント値を更新する処理を行う判定用乱数更新処理:ステップS23。CPUは、さらに、初期値用乱数および表示用乱数を生成するためのカウンタのカウント値を更新する処理を行う初期値用乱数更新処理,表示用乱数更新処理:ステップS24,S25。さらに、CPUは、特別図柄プロセス処理を行うステップS26。特別図柄プロセス処理では、特別図柄表示器および大入賞口を所定の順序で制御するための特別図柄プロセスフラグに従って該当する処理を実行する。CPUは、特別図柄プロセスフラグの値を、遊技状態に応じて更新する。次いで、普通図柄プロセス処理を行うステップS27。普通図柄プロセス処理では、CPUは、普通図柄表示器の表示状態を所定の順序で制御するための普通図柄プロセスフラグに従って該当する処理を実行する。CPUは、普通図柄プロセスフラグの値を、遊技状態に応じて更新する。また、CPUは、演出制御用マイクロコンピュータ101に演出制御コマンドを送出する処理を行うコマンド制御処理:ステップS28。さらに、CPUは、例えばホール管理用コンピュータに供給される大当り情報、始動情報、確率変動情報などのデータを出力する情報出力処理を行うステップS29。この実施の形態では、出力ポートの出力状態に対応したRAM領域出力ポートバッファが設けられているのであるが、CPUは、出力ポートの出力状態に対応したRAM領域におけるソレノイドのオン/オフに関する内容を出力ポートに出力するステップS30:出力処理。また、CPUは、特別図柄プロセスフラグの値に応じて特別図柄の演出表示を行うための特別図柄表示制御データを特別図柄表示制御データ設定用の出力バッファに設定する特別図柄表示制御処理を行うステップS31。さらに、CPUは、普通図柄プロセスフラグの値に応じて普通図柄の演出表示を行うための普通図柄表示制御データを普通図柄表示制御データ設定用の出力バッファに設定する普通図柄表示制御処理を行うステップS32。CPUは、例えば、普通図柄の変動に関する開始フラグがセットされると終了フラグがセットされるまで、普通図柄の変動速度が0.2秒ごとに表示状態○および×を切り替えるような速度であれば、0.2秒が経過する毎に、出力バッファに設定される表示制御データの値例えば、○を示す1と×を示す0を切り替える。また、CPUは、出力バッファに設定された表示制御データに応じて、ステップS22において駆動信号を出力することによって、普通図柄表示器における普通図柄の演出表示を実行する。その後、割込許可状態に設定しステップS33、処理を終了する。以上の制御によって、この実施の形態では、遊技制御処理は4ms毎に起動されることになる。なお、遊技制御処理は、タイマ割込処理におけるステップS22~S32ステップS29を除く。の処理に相当する。また、この実施の形態では、タイマ割込処理で遊技制御処理が実行されているが、タイマ割込処理では例えば割込が発生したことを示すフラグのセットのみがなされ、遊技制御処理はメイン処理において実行されるようにしてもよい。図109~図111は、表示器54の表示画面通常時待受画面の一例を示す説明図である。図109に示す例では、表示画面の両枠側に桜の花の模様が表示されている。また、表示画面における下部左側にメーカ名が表示され、下部右側に機種名が表示されている。また、表示画面の中央に、スタート回数、大当り回数および確変回数が表示されている。スタート回数は、変動表示装置90において実行された図柄の可変表示の回数である。大当り回数は、大当りの発生回数である。確変回数は、非確変状態において発生した確変大当りの回数である。また、表示画面には、遊技者の持ち玉の数も表示されている。なお、図109に示す例は、いわゆる第1種パチンコ機における表示画面の一例である。図110は、表示器54の表示画面の他の例を示す説明図である。図110に示す例では、表示画面の両枠側に桜の花の模様が表示されている。また、表示画面における下部左側にメーカ名が表示され、下部右側に機種名が表示されている。また、表示画面の中央に、スタート回数、大当り回数および小当り/突確突然確変大当り回数が表示されている。小当り/突確回数は、小当りと突然確変大当りの発生回数である。なお、図110に示す例は、いわゆる第1種パチンコ機であるが突然確変大当りにする機能も有するパチンコ機における表示画面の一例である。図111は、表示器54の表示画面の別の例を示す説明図である。図111に示す例では、表示画面の両枠側に桜の花の模様が表示されている。また、表示画面における下部左側にメーカ名が表示され、下部右側に機種名が表示されている。また、表示画面の中央に、普通図柄変動回数、時短当り回数および小当り時入賞回数が表示されている。普通図柄変動回数は、普通図柄表示器における普通図柄の変動回数である。時短当り回数は、時短当り当り遊技終了後、遊技状態が普通図柄の変動時間が短縮されることになる当りの発生回数である。小当り時入賞回数は、小当りここでは、第2種パチンコ機いわゆる羽根ものにおける役物羽根の開放時における役物への遊技玉の入賞回数である。なお、図111に示す例は、いわゆる第2種パチンコ機における表示画面の一例である。この実施の形態では、図109~図111に例示されているように、パチンコ機の種類に応じて表示器54の表示内容を異ならせるので、機種各々について遊技者が感ずる重要度に応じた表示態様で遊技情報を表示することができる。なお、この実施の形態では、遊技者が重要と感ずる情報が表示領域における上側に表示されるが、遊技者が重要と感ずる情報の大きさ文字の大きさを大きくするようにしてもよい。情報の大きさを変える場合には、表示器用演出制御コマンド図106参照に、大きくする文字の文字サイズを指定するためのコマンドが追加される。図112は、大当り遊技中に表示される大当り中画面の一例を示す説明図である。また、図113は、エラーが生じたときに表示されるエラー中画面の一例を示す説明図である。図114は、図108に示されたコマンド制御処理ステップS28における表示器54の表示制御に関するコマンドを送信する処理を示すフローチャートである。コマンド制御処理において、CPUは、エラーが発生した場合には、エラー中画面指定コマンドを送信するステップS41,S42。なお、CPUは、例えば、払出制御用マイクロコンピュータ170との通信において異常が発生したときに、エラーが発生したとする。CPUは、大当り遊技が開始された場合には、大当り中画面指定コマンドを送信するステップS43,S44。なお、CPUは、例えば、ステップS26図108参照の特別図柄プロセス処理において大当り遊技状態に制御したときに大当り遊技状態であることを示すフラグをセットし、ステップS43の処理では、そのフラグがセットされているか否かによって大当り遊技が開始されたか否か判定する。CPUは、タッチパネルの使用が必要とされる遊技が開始された場合には、タッチパネル使用時画面指定コマンドを送信するステップS45,S46。なお、CPUは、例えば、ステップS26図108参照の特別図柄プロセス処理においてタッチパネルの使用が必要とされる遊技状態一例として、図柄の変動中において遊技者が参加する遊技が実行されるときに制御したときに当該遊技状態であることを示すフラグをセットし、ステップS45の処理では、そのフラグがセットされているか否かによってタッチパネルの使用が必要とされる遊技が開始されたか否か判定する。CPUは、上記の遊技状態エラー状態を含む。以外の状態であるときに、通常時待受画面指定コマンドを送信するステップS47,S48。なお、図柄の変動中である場合には、通常時待受画面指定コマンドを送信しないようにしてもよい。なお、CPUは、図柄の変動を開始するときに、変動開始指定コマンド図106参照を演出制御基板80に送信する。CPUは、例えば、ステップS26図108参照の特別図柄プロセス処理において特別図柄の変動を開始するときに変動を開始することを示すフラグをセットし、そのフラグがセットされているか否かによって図柄の変動を開始するときか否か判定する。CPUは、大当り遊技を開始するときに、大当り中画面指定コマンドとともに、大当り指定コマンド図106参照も演出制御基板80に送信する。確変大当りであったときただし、そのときの遊技状態が非確変状態である場合には、さらに、確変大当り指定コマンド図106参照も演出制御基板80に送信する。また、小当り遊技小当りの発生にもとづく遊技または突然確変大当り遊技突然確変大当りの発生にもとづく遊技を開始するときに、小当り/突然確変大当り指定コマンド図106参照を演出制御基板80に送信する。演出制御基板80における演出制御用マイクロコンピュータ101は、大当り指定コマンド、確変大当り指定コマンドおよび小当り/突然確変大当り指定コマンドを受信すると、それらのコマンドを表示器用演出制御基板53に送信する。図115は、パチンコ機2に対する電力供給が開始されると払出制御用マイクロコンピュータ170が実行する払出制御メイン処理を示すフローチャートである。パチンコ機2に対して電源が投入され電力供給が開始されると、例えば、プログラムの内容が正当か否か確認するための処理であるセキュリティチェック処理等を実行した後、払出制御用マイクロコンピュータ170具体的には、払出制御用CPU171は、パチンコ機2への電力供給が停止したときにバックアップRAM領域のデータ保護処理例えばパリティデータの付加等の電力供給停止時処理が行われたか否か確認するステップS60。そのような保護処理が行われていないことを確認したら、ステップS62に移行する。なお、電力供給停止時処理が行われたか否かは、例えば、電力供給停止時処理においてバックアップRAM領域に設定されるバックアップフラグの状態例えば、バックアップフラグがセットされているか否かによって確認される。電力供給停止時処理が行われたことを確認したら、払出制御用CPU171は、バックアップRAM領域のデータチェックを行うステップS61。この実施の形態では、データチェックとしてパリティチェックを行う。よって、ステップS61では、算出したチェックサムと、電力供給停止時処理で同一の処理によって算出され保存されているチェックサムとを比較する。不測の停電等の電力供給停止が生じた後に復旧した場合には、バックアップRAM領域のデータは保存されているはずであるから、チェック結果比較結果は正常一致になる。チェック結果が正常でないということは、バックアップRAM領域のデータが、電力供給停止時のデータとは異なっていることを意味する。そのような場合には、内部状態を電力供給停止時の状態に戻すことができないので、ステップS63で、電力供給の停止からの復旧時でない電源投入時に実行される初期化処理を実行する。チェック結果が正常であれば、払出制御用CPU171は、初期化処理を実行せずに、所定時間例えば2ms毎に定期的にタイマ割込がかかるようにタイマ割込の設定を行なうステップS62。すなわち、初期値として例えば2msに相当する値が所定のレジスタ時間定数レジスタに設定される。この実施の形態では、2ms毎に定期的にタイマ割込がかかるとする。そして、ステップS66に移行する。ステップS60の処理で電力供給停止時処理が行われたことが確認できなかった場合具体的には、バックアップフラグがセットされていなかった場合や、ステップS61の処理でチェック結果が正常でなかったと判定した場合には、払出制御用CPU171は、RAMクリア処理やタイマ割込の設定などの初期化処理を実行するステップS63。なお、RAM173の全領域を初期化せず、一部のデータをそのままにしてもよい。そして、ステップS66に移行する。ステップS66では、払出制御用CPU171は、タイマ割込フラグがセットされているか否か確認する。なお、この実施の形態では、タイマ割込にもとづくタイマ割込処理で、タイマ割込フラグをセットする。タイマ割込フラグがセットされている場合には、タイマ割込フラグをリセットしステップS67、CU側との通信に関する制御である通信制御処理を実行しステップS68、遊技玉の発射に応じて遊技玉数を減少させたり、いずれかの入賞口への入賞に応じて遊技玉数を増加させたりする等の各種払出制御処理ステップS69を実行する。なお、ステップS69の各種払出制御処理には、後述する遊技玉計数処理および発射と揚送の制御指令出力処理の他に、異常判定処理および異常時制御解除処理なども含まれる。図116は、払出制御用マイクロコンピュータ170具体的には、払出制御用CPU171が実行する遊技玉計数処理の一例を示すフローチャートである。遊技玉計数処理において、払出制御用CPU171は、玉上げスイッチ上41aからの検出信号を入力したか否かを確認するステップS881。玉上げスイッチ上41aからの検出信号を入力した場合には、払出制御用CPU171は、遊技玉が1つ発射されたと判断し、RAM173の一領域である発射玉数カウンタの値を1増やすステップS882。なお、この実施の形態では、玉上げスイッチ上41aで遊技玉を検出したことにもとづいて、遊技玉が1つ発射されたと判断するが、例えば、打球発射位置により近い場所にセンサやスイッチを設けるようにし、センサやスイッチが遊技玉を検出したことにもとづいて、遊技玉が1つ発射されたと判断するようにしてもよい。また、払出制御用CPU171は、ファール玉検出スイッチ33からの検出信号を入力したか否かを確認するステップS883。ファール玉検出スイッチ33からの検出信号を入力した場合には、払出制御用CPU171は、RAM173の一領域であるファール玉数カウンタの値を1増やすステップS884。また、払出制御用CPU171は、入賞玉検出スイッチ700a~700hのいずれかからの検出信号を入力したか否かを確認するステップS885。入賞玉検出スイッチ700a~700hからの検出信号を入力した場合には、払出制御用CPU171は、入賞玉検出スイッチ700a~700hが設置されている入賞口に対応してあらかじめ決められている景品玉数を、RAM173の一領域である獲得玉数カウンタの値に加算するステップS886。図117は、ステップS68の通信制御処理を示すフローチャートである。通信制御処理において、払出制御用CPU171は、CU3からコマンドを受信したか否か確認するステップS910。CU3からコマンドを受信した場合には、払出制御用CPU171は、RAM173に記憶されている遊技玉数持ち玉数から発射玉数カウンタの値を減算し、ファール玉数カウンタの値を加算し、獲得玉数カウンタの値を換算した値を遊技玉数としてRAM173に格納するステップS920。また、払出制御用CPU171は、発射玉数カウンタの値をCU側に送信されるレスポンスの動作応答図18参照における遊技玉発射個数情報に設定するステップS921。また、ファール玉数カウンタの値をCU側に送信されるレスポンスの動作応答図18参照におけるバック玉加算情報に設定するステップS922。また、獲得玉数カウンタの値をCU側に送信されるレスポンスの動作応答図18参照における遊技玉獲得個数情報に設定するステップS923。そして、払出制御用CPU171は、CU3に、レスポンスを送信するステップS924。また、払出制御用CPU171は、遊技玉数、ファール玉数および獲得玉数を表示器用演出制御基板53に送信するステップS925。また、払出制御用CPU171は、発射玉数カウンタ、ファール玉数カウンタおよび獲得玉数カウンタの値を初期化するステップS926。すなわち、値を0にする。図118は、払出制御用マイクロコンピュータ170が実行する発射と揚送の制御指令出力処理の一例を示すフローチャートである。発射と揚送の制御指令出力処理では、払出制御用マイクロコンピュータ170具体的には、払出制御用CPU171は、遊技禁止フラグがセットONされているか否かを確認するステップS50。遊技禁止フラグがセットされている場合には、ステップS55に移行する。遊技禁止フラグは、CU3からの遊技禁止要求を含む動作指示を受信することによりオンになり、遊技許可要求を受信することによりオフになる。なお、CU3は、カード挿入/排出口309にカードが挿入されていない場合には、コマンドの動作要求における遊技禁止要求をオンにする。遊技禁止フラグがセットされていない場合には、発射停止フラグがセットされているか否かを確認するステップS51。発射停止フラグは、CU3からの禁止要求有を含む動作指示を受信したときにセットされ図117におけるステップS901,S902参照、遊技許可要求を受信するとリセットされる図117におけるステップS903,S904参照。発射停止フラグがセットされていなければ、払出制御用CPU171は、発射許可信号を発射制御基板31に出力する処理を実行するステップS52。発射制御基板31における制御回路は、発射許可信号を入力すると、遊技者が打球操作ハンドル25を操作することに応じてタッチリングの信号が入力されたときに、打球発射モータ18を駆動制御して遊技玉を発射させる。次いで、打球発射モータ18の駆動に伴って発射モータ原点センサの信号が入力される。払出制御用CPU171は、発射モータ原点センサ37からの信号の入力があればステップS53のY、揚送モータ40を駆動する制御を実行するステップS54。発射停止フラグがセットされていた場合には、払出制御用CPU171は、発射禁止信号を含む発射制御信号を発射制御基板31に出力する処理を実行するステップS55。発射制御基板31における制御回路は、発射禁止信号を入力すると、打球発射モータ18の駆動を停止し、打球発射されない発射停止状態にする。図119は、表示器用演出制御基板53におけるマイクロコンピュータ具体的には、CPUが実行する表示器制御処理を示すフローチャートである。表示器制御処理において、CPUは、遊技盤側からメーカ指定コマンド、遊技機ID指定コマンド、機種名指定コマンド、文字フォントサイズ指定コマンド、文字色指定コマンド、飾り指定コマンド、背景色指定コマンドまたは通常時待受指定コマンドを受信したか否か確認するステップS941。いずれかのコマンドを受信した場合には、受信したコマンドをRAMに格納するステップS942。また、CPUは、払出制御基板17から遊技玉数、ファール玉数および獲得玉数を受信した場合には、対応するカウンタの値を、受信した玉数だけ加算するステップS944。遊技盤側から変動開始指定コマンドを受信した場合には、CPUは、スタート回数カウンタRAMの一領域の値を1するステップS945,S946。大当り開始指定コマンドを受信した場合には、大当り回数カウンタRAMの一領域の値を1するステップS947,S948。確変大当り開始指定コマンドを受信した場合には、確変回数カウンタRAMの一領域の値を1するステップS949,S950。遊技盤側から背景色指定コマンドを受信した場合には、CPUは、表示器54の表示画面の背景色を、背景色指定コマンドで指定された色にするステップS951。遊技盤側から飾り指定コマンドを受信した場合には、CPUは、表示器54に表示される枠部分の模様を、飾り指定コマンドで指定された態様にするステップS952。遊技盤側からエラー中指定コマンドを受信した場合には、CPUは、表示器54にエラー中画面図113参照を表示するステップS953,S954。また、CPUは、遊技盤側から大当り中指定コマンドを受信した場合には、表示器54に大当り中画面図112参照を表示するステップS955,S956。遊技盤側からタッチパネル使用時指定コマンドを受信した場合には、CPUは、表示器54にタッチパネル対応画面を表示するステップS957,S958。なお、タッチパネル対応画面については後述する。遊技盤側から通常時待受指定コマンドを受信した場合には、CPUは、表示器54に、待受画面図109~図111参照を表示器54に表示するステップS959,S960。すなわち、スタート回数スタート回数カウンタの値、大当り回数大当り回数カウンタの値および確変回数確変回数カウンタの値を表示器54に表示するとともに、持ち玉数遊技玉数カウンタの値を表示器54に表示する。図119に示された表示器制御処理において、ステップS941~S960の処理は、遊技機の機種がいずれであっても、各機種に共通して使用可能なプログラムで実現される。機種毎に異なるのは、ステップS951,S952,S960の処理において、RAMに格納されているデータに対応する背景色を示すデータ、RAMに格納されているデータに対応する表示画面における枠側の表示態様、およびRAMに格納されているデータに対応する文字フォントの種類等を示すデータをROMから読み出す処理である。その処理も、RAMにおける各データが格納される番地をあらかじめ決めておいて、その番地に格納されているデータをポインタとして該当するROMのデータを読み出すように構成すれば、各機種に共通して使用可能なプログラムで実現されるROMから読み出されるデータが異なるのみ。なお、複数のメーカ名を示すデータ、多数の機種名を示すデータ、多数の文字フォントサイズを示すデータ、多数の文字色を示すデータ、表示器54に表示される枠部分の模様の多種類のデータ、および多数の背景色を示すデータが、表示器用演出制御基板53におけるROMに格納されている。そして、表示器用演出制御基板53に搭載されているマイクロコンピュータは、遊技盤側から送信された表示器用演出制御コマンドで特定されるデータをROMから読み出して、表示器54の表示画面における機種態様の表示態様を実現する。以上のように、この実施の形態では、遊技盤26の側に存在する遊技制御用マイクロコンピュータ560が、表示器54の表示画面における機種対応の表示態様を特定可能な情報を送信し、表示器用演出制御基板53に搭載されているマイクロコンピュータが、複数の機種に共通して使用される共通プログラムに従って表示制御を行い、遊技盤26の側から受信した情報にもとづいて機種対応の表示態様を実現するので、枠側に設けられている表示器54を複数の機種に亘って共通して使用できる上に、機種が異なると表示器54における表示態様を容易に変えることができる。なお、この実施の形態では、複数のメーカ名を示すデータ、多数の機種名を示すデータ、多数の文字フォントサイズを示すデータ、多数の文字色を示すデータ、表示器54に表示される枠部分の模様の多種類のデータ、および多数の背景色を示すデータが、表示器用演出制御基板53におけるROMに格納されているので、表示器用演出制御基板53に搭載されているマイクロコンピュータは、多数の機種対応の表示態様のそれぞれに対応するデータ例えば、画面表示に対応するビットデータを保持している必要はない。遊技制御用マイクロコンピュータ560からのコマンドで特定される種類の情報文字フォントサイズを示すデータ等を使用すればよいからである。変形例として、遊技制御用マイクロコンピュータ560が自機種の画面表示に対応する画面情報例えば、各画素のビットデータを、表示器用演出制御基板53に搭載されているマイクロコンピュータに対して送信するように構成されていてもよい。つまり、遊技制御用マイクロコンピュータ560が、大当り中画面、エラー画面、通常時待受画面等の各々の表示画面の画面情報を送信するように構成されていてもよい。その場合には、表示器用演出制御基板53に搭載されているマイクロコンピュータは、受信した情報をそのまま使用して表示制御を行うことができるので、表示制御用マイクロコンピュータが多数の機種対応のデータを記憶する必要性を全くなくすことができる。また、遊技盤側から表示器用演出制御基板53に送信されるコマンドにチェックデータを含めてもよい。そして、表示器用演出制御基板53に搭載されているマイクロコンピュータが、チェックデータにもとづく受信コマンドのチェックを行い、表示器54の表示態様に関係する受信コマンドにエラーが生じているチェックデータがパリティデータである場合にはパリティエラーが発生ことを確認した場合には、あらかじめ決められている表示態様のデータをROMから読み出し、読み出したデータにもとづく表示態様を実現するようにしてもよい。そのように制御する場合には、表示器54に誤ったデータが表示されること等を防止でき、かつ、表示器54に何も表示されないといった事態が生ずることを回避できる。実施の形態3.第2の実施の形態では、遊技制御用マイクロコンピュータ560は、遊技機への電力供給が開始される度に電源投入される度に、表示器54の表示態様に関係する表示器用演出制御コマンド第2の実施の形態では、メーカ指定コマンド、機種名指定コマンド、文字フォントサイズ指定コマンド、文字色指定コマンド、飾り指定コマンド、背景色指定コマンドおよび通常時待受指定コマンドを送信したが、第3の実施の形態では、パチンコ機が遊技店に設置されたときにのみ、遊技制御用マイクロコンピュータ560は、それらのコマンドを送信することが可能になる。図120は、第3の実施の形態における遊技制御用マイクロコンピュータ560が実行するメイン処理を示すフローチャートである。第3の実施の形態では、図107に示されたステップS14の処理に代えて、ステップS14A~S14Cの処理を実行する。すなわち、遊技制御用マイクロコンピュータ560におけるCPUは、表示器制御用演出制御コマンド送信済フラグがセットされていないことを条件にステップS14A、図107に示されたステップS14の処理と同様の処理であるステップS14Bの処理を実行する。そして、表示器制御用演出制御コマンド送信済フラグをセットするステップS14C。その他の処理は、第2の実施の形態における処理と同じである。この実施の形態では、表示器用演出制御基板53に不揮発性RAM以下、フラッシュROMを例にする。が搭載されている。主制御基板16から演出制御基板80を経由して表示器用演出制御基板53に伝達された表示器制御用演出制御コマンドは、表示器用演出制御基板53においてフラッシュROMに格納される。なお、演出制御基板80にはフラッシュROM等の不揮発性RAMが搭載されていない場合には、遊技制御用マイクロコンピュータ560は、演出制御用マイクロコンピュータ101が使用するコマンド表示器用演出制御基板53に転送されないコマンドについては、電源投入時に、常に、演出制御基板80に送信する。図121は、第3の実施の形態における表示器用演出制御基板53におけるマイクロコンピュータ具体的には、CPUが実行する表示器制御処理を示すフローチャートである。この実施の形態では、CPUは、遊技盤側からメーカ指定コマンド、遊技機ID指定コマンド、機種名指定コマンド、文字フォントサイズ指定コマンド、文字色指定コマンド、飾り指定コマンド、背景色指定コマンドまたは通常時待受指定コマンドを受信した場合には、受信したコマンドをフラッシュROMに格納するステップS942B。その他の処理は、第2の実施の形態における処理と同じである。この実施の形態では、表示器用演出制御基板53にフラッシュROM等の不揮発性RAMが搭載されているので、遊技制御用マイクロコンピュータ560は、遊技機に初めて電源が投入されたときにのみ表示器54の表示態様に関係する表示器用演出制御コマンドを送信するだけで、枠側に設けられている表示器54を複数の機種に亘って共通して使用できる上に、機種が異なると表示器54における表示態様を容易に変えることができる。なお、遊技店にパチンコ機が設置された後に初めて電源が投入されたときに表示器54の表示態様に関係する表示器用演出制御コマンドを送信可能にするために、遊技機の内部にスイッチを設け、遊技制御用マイクロコンピュータ560は、そのスイッチがオン状態であるときに、ステップS14A~S14Cの処理を実行し、スイッチがオフ状態であるときには、図107に示されたステップS14の処理を実行するように構成されていてもよい。そのように構成されている場合には、例えば、遊技盤が枠体がセットされたときに、人手によってスイッチがオン状態に設定され例えば枠体との接触によって自動的にオンするようなスイッチが設けられていてもよい。、遊技盤が枠体から外されたときに人手によってスイッチがオフ状態に設定される例えば押圧が解除されると自動的にオフするようにスイッチが設けられていてもよい。。また、スイッチがオン状態でない場合に、遊技制御用マイクロコンピュータ560は、例えばステップS14の処理で、表示器制御用演出制御コマンド送信済フラグをリセットするようにしてもよい。その場合には、例えば、保存されていた表示器制御用演出制御コマンド送信済フラグをリセットした後、ステップS14A~S14Cの処理を実行可能な状態にする遊技盤が再び枠体がセットされたときに人手によってまたは自動的にスイッチをオン状態にすることによりことができる。実施の形態4.第2の実施の形態および第3の実施の形態では、遊技制御用マイクロコンピュータ560は、電源投入されると、表示器54の表示態様に関係する詳細な情報を含む表示器用演出制御コマンドメーカ指定コマンド、機種名指定コマンド、文字フォントサイズ指定コマンド、文字色指定コマンド、飾り指定コマンド、背景色指定コマンドおよび通常時待受指定コマンドを送信したが、第4の実施の形態では、遊技制御用マイクロコンピュータ560は、機種名指定コマンドまたは遊技機ID指定コマンドのみを送信する。以下、遊技制御用マイクロコンピュータ560が遊技機ID指定コマンドのみを送信する場合を例にする。図122は、表示器用演出制御基板53におけるROMに格納されている表示態様に関係するデータが設定されているデータテーブルの一例を示す説明図である。図122に示す例では、機種名に対応して、遊技機の種類例えば、第1種パチンコ機、第2種パチンコ機、メーカ名、表示器54の表示画面の背景色、表示器54に表示される枠部分の模様、文字フォントの種類、および文字色を示すデータが設定されている。この実施の形態では、表示器用演出制御基板53におけるマイクロコンピュータは、遊技機IDから機種を特定する。すなわち、遊技機IDは機種に対応して定められている。例えば、機種CRYYに対応する遊技機IDは、0~1,000,000のいずれかであるように定められている。なお、図106に例示された遊技機ID指定コマンドでは16ビットのIDしか扱えないので、この実施の形態では、遊技機ID指定コマンドは例えば4つのコマンドで構成されるすなわち、遊技機IDは32ビットで表される。図123は、第4の実施の形態における表示器用演出制御基板53におけるマイクロコンピュータ具体的には、CPUが実行する表示器制御処理を示すフローチャートである。この実施の形態では、CPUは、遊技盤側から遊技機ID指定コマンドを受信した場合にはステップS941C、受信した遊技機ID指定コマンドで示される遊技機IDに対応するテーブルを、図122に例示されたデータテーブルにおいて特定するステップS942C。その他の処理は、第2の実施の形態における処理と同じである。この実施の形態では、表示器54の表示態様に関係する詳細な情報が表示器用演出制御基板53におけるROMに格納され、遊技制御用マイクロコンピュータ560が少数のコマンドこの実施の形態では、1つのコマンドを送信するだけで、枠側に設けられている表示器54を複数の機種に亘って共通して使用できる上に、機種が異なると表示器54における表示態様を容易に変えることができる。変形例として、画面表示に対応する画面情報例えば、各画素のビットデータそのものが、ROMに記憶されていてもよい。その場合には、表示器用演出制御基板53に搭載されているマイクロコンピュータは、ROMのデータをそのまま使用して表示制御を行うことができる。実施の形態5.第2~第4の実施の形態では、表示器54の表示態様に関係する情報は、遊技盤側から枠側に供給されている。しかし、その情報の一部を遊技機の外部から供給するようにしてもよい。図124は、第4の実施の形態のパチンコ機102,103,104と遊技機外の装置である管理コンピュータ201とを含む遊技システムを示すブロック図である。図124に示す遊技システムにおいて、各パチンコ機102,103,104は、電源投入時に、それぞれの遊技機IDを管理コンピュータ201に送信する。管理コンピュータ201は、遊技機IDにもとづいて機種を特定する。管理コンピュータ201には、機種に対応して、表示器54の表示画面の背景色、表示器54に表示される枠部分の模様、文字フォントの種類、および文字色を示すデータが設定されている。管理コンピュータ201は、遊技機IDを受信した場合に、遊技機IDに対応する表示器54の表示画面の背景色、表示器54に表示される枠部分の模様、文字フォントの種類、および文字色を示すデータを、払出制御基板17に送信する。払出制御基板17における払出制御用マイクロコンピュータ170がそれらのデータを表示器用演出制御基板53に転送する。なお、管理コンピュータ201は、それらのデータを、直接、表示器用演出制御基板53に送信するように構成してもよい。また、パチンコ機102,103,104は、遊技状態例えば、図柄の変動中、大当り遊技中を示す情報を管理コンピュータ201に送信する。管理コンピュータ201は、パチンコ機102,103,104の遊技状態が変化したときに、例えば、変動開始を示すデータ、大当り中画面指定のデータ、エラー中画面指定のデータ等を、該当するパチンコ機の表示器用演出制御基板53に送信する。図106を参照すると、この実施の形態では、遊技盤側から表示器用演出制御基板53に対して、機種名指定コマンドが送信されるが、その他のコマンドは送信されない。その他のコマンドによる指定に相当するデータは、管理コンピュータ201から表示器用演出制御基板53に供給される。表示器用演出制御基板53におけるマイクロコンピュータが実行する表示器54の表示態様に関する制御は、第2~第4の実施の形態における制御と同様である。図125は、払出制御用マイクロコンピュータ具体的には、払出制御用CPU171が実行する通信制御処理管理用コンピュータ201との通信に関する処理を示すフローチャートである。図125に示すように、通信制御処理において、払出制御用CPU171は、遊技制御用マイクロコンピュータ560から受信した遊技機IDメインチップIDに相当を管理コンピュータ201に送信するステップS811。なお、ステップS811の処理は、電源投入時に1回だけ実行される。また、遊技制御用マイクロコンピュータ560から遊技状態例えば、図柄の変動中、大当り遊技中を示す情報を受信した場合には、その情報を管理コンピュータ201に送信するステップS812,S813。図126は、払出制御用マイクロコンピュータ具体的には、払出制御用CPU171が実行する表示制御処理図115に示された各種払出制御処理の一部を示すフローチャートである。払出制御用CPU171は、表示制御処理において、管理コンピュータ201から表示用情報変動開始を示すデータ、大当り中画面指定のデータ、エラー中画面指定のデータ等を受信した場合には、表示用情報を表示器用演出制御基板53に送信するステップS814,S815。この実施の形態第5の実施の形態では、複数のパチンコ機における表示器54の表示態様に関係する情報が管理コンピュータ201によって管理されているので、表示器用演出制御基板53におけるROMにそれらの情報を格納しておく必要はない。よって、表示器用演出制御基板53におけるROMの容量を増やさないようにすることができる。なお、この実施の形態では、表示器54の表示態様に関係する情報は、払出制御基板17を経由して、表示器用演出制御基板53と管理コンピュータ201との間で送受信されたが、表示器用演出制御基板53と管理コンピュータ201との間で直接表示器54の表示態様に関係する情報が送受信されるように構成してもよい。また、この実施の形態では、管理コンピュータ201は、受信した遊技機IDにもとづいて、各々の機種に対応する表示態様に関係する情報文字フォントに関する情報等を各パチンコ機102~104に供給するが、管理コンピュータ201が各パチンコ機102~104に、記憶している全ての機種に対応する表示態様に関係する情報を送信し、各パチンコ機102~104が、自装置の遊技機IDにもとづいて、自機種に対応する表示態様に関係する情報を選択するようにしてもよい。また、パチンコ機102~104は、表示器54の表示態様に関係する情報を、定期的に管理コンピュータ201に要求するように構成してもよいし、遊技盤26が枠体に取り付けられたときにのみ管理コンピュータ201に要求するように構成してもよい。実施の形態6.図127は、第6の実施の形態における表示器用演出制御基板53のROMに格納されている表示態様に関係するデータが設定されているデータテーブルの一例を示す説明図である。この実施の形態では、表示器54の前面にタッチパネルが設けられている。図127に示す例では、機種名に対応して、遊技機の種類例えば、第1種パチンコ機、第2種パチンコ機、メーカ名、表示器54の表示画面の背景色、表示器54に表示される枠部分の模様、文字フォントの種類、文字色を示すデータ、およびタッチ有効範囲を示すデータが設定されている。遊技盤側からタッチパネル使用時指定コマンドを受信した場合に、表示器用演出制御基板53におけるCPUは、表示器54にタッチパネル対応画面を表示する。図128は、タッチパネル対応画面の一例を示す説明図である。図129は、タッチパネル対応画面の他の例を示す説明図である。図128および図129に示すタッチパネル対応画面には、タッチ有効範囲54Aが表示される。表示器用演出制御基板53におけるCPUは、タッチパネル使用時指定コマンドを受信したときに、データテーブルにおける該当機種に対応するテーブルにタッチ有効範囲が示す領域表示器54の表示画面における領域を、接触位置がタッチ有効範囲54Aとして表示する。タッチパネルは、遊技者によって接触されると、接触位置を示す情報例えば、X座標およびY座標を表示器用演出制御基板53に出力する。表示器用演出制御基板53におけるCPUは、接触位置がタッチ有効範囲54A内である場合に、接触を有効とし、接触位置を示す情報を遊技盤側具体的には、演出制御基板80に送信する。図130は、表示器用演出制御基板53におけるCPUが実行するタッチパネル制御処理を示すフローチャートである。タッチパネル制御処理において、CPUは、タッチパネルからタッチ信号接触位置を示す情報の信号が入力されるとステップS821、タッチ信号が示す座標がタッチ有効範囲54A内であるか否か判定するステップS822。タッチ信号が示す座標がタッチ有効範囲54A内である場合には、演出制御基板80に、接触位置を示す情報を送信するステップS823。演出制御基板80における演出制御用マイクロコンピュータ101は、そのときに、変動表示装置90において、タッチパネルの使用が必要とされる遊技に対応する表示演出を行っている。表示器用演出制御基板53から接触位置を示す情報が送信されると、その情報に応じて、タッチパネルの使用が必要とされる遊技が進行したような表示演出を行う。なお、この実施の形態では、チャンスボタン56が押下されたときに出力される押下信号が表示器用演出制御基板53に入力されている。表示器用演出制御基板53におけるCPUは、チャンスボタン56からの押下信号が入力されたときに、チャンスボタン56の押下を示す信号を演出制御基板80に送信してもよい。そのように構成されている場合には、演出制御基板80における演出制御用マイクロコンピュータ101は、遊技者によるタッチパネルへの接触とチャンスボタン56の押下に連動して遊技が進行するかのような表示演出を実現することができる。第6の実施の形態では、表示器用演出制御基板53におけるCPUが、遊技盤側からのタッチパネル使用時画面指定コマンドを受信すると、ROMに格納されているテーブルからタッチ有効範囲の情報を読み出し、読み出した情報にもとづいて、表示器54の表示画面においてタッチ有効範囲を特定可能な表示を行うとともに、タッチ有効範囲内で接触がなされたときに、遊技盤側の演出制御基板80に接触位置を示す情報を送信する。表示器用演出制御基板53におけるCPUが実行するタッチパネル制御処理は、各機種のいずれにも適用可能な共通プログラムで実現可能である。機種が異なっても、ステップS822の処理でROMから読み出すデータが異なるだけである。すなわち、機種が異なっても、枠側の表示器用演出制御基板53を変えることなく、タッチパネルを用いた演出を実行することができる。なお、上記の各実施の形態では、遊技玉数の管理をCU側において行っているために、P台側に管理機能を設ける必要がなく、その分、P台のコストを極力抑えることができる。特に、P台は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが短く、1年、または早い場合には数ヶ月の単位で早期に入替えが行われる傾向にある。また、目まぐるしく変化する遊技者の趣向をいち早く取り入れた新台が次々と開発されているところ、遊技場における台交換のサイクルも早まる傾向にある。CUは、趣向性の観点から入替えが行われることは少なく、一般的には、故障に応じて機器交換が行われ、故障によって交換した場合であっても、適切な修理を終えると再利用されるものである。そして、故障が発生しなければ数年は入れ替えが行われることがない。このため、遊技玉の管理機能をP台側ではなくCU側に持たせてP台のコストを抑えることにより、P台を導入する遊技場のランニングコストを軽減することができるという利点がある。次に、上記の各実施の形態における変形例や特徴点などを以下に説明する。1上記の各実施の形態では、遊技玉数をCU側に設けた表示器312により表示するとともに、P台側の表示器54により遊技玉数の表示を行う。遊技玉数をCU側の表示器により表示する場合には、表示部のないP台にも、上記の各実施の形態におけるCUを適用して遊技玉数の表示ができるというメリットがある。P台側に遊技玉数表示部を設ける場合には、表示制御をCU側で行ってもよい。または、表示制御をP台側で行ってもよい。表示制御をP台側で行う場合には、表示すべき遊技玉数の情報をCU側からもらい受けるようにすることによって、遊技玉数表示部にはCUで管理している遊技玉数を表示することができる。また、このように、表示制御をP台側で行うと、装飾的演出的価値の高い遊技玉数の表示を行うことができるというメリットがある。なお、表示制御をP台側で行う場合、表示すべき遊技玉数の情報をCU側からもらい受けるのではなく、P台自身が記憶している遊技玉数カウンタの値にもとづいて、遊技玉数の表示制御をするものとしてもよい。2図46に示したガラス扉6の開放処理ではCU側で浮遊玉処理待ち時間のために10秒のウエイトを設ける場合を示したが、P台側で浮遊玉処理待ち時間のために10秒のウエイトを設けるようにしてもよい。また、ウエイトを設ける代わりに、P台側において、発射玉数-ファール玉数-アウト玉数-入賞玉数=0を判定し、または、発射玉数-ファール玉数-合流経路検出スイッチ32による検出玉数=0を判定して、浮遊玉の処理が終了したと判断するようにしてもよい。3上記の各実施の形態では、禁止要求のコマンドを受けたP台において、打球発射モータ18の駆動を停止して打球発射停止状態にし、変動中の変動表示装置の停止または始動入賞記憶にもとづいた変動表示装置の変動までは停止しないものを示したが、その代わりに、変動表示装置の変動をも停止させるようにしてもよい。4上記の各実施の形態では、ワゴンサービスなどによって遊技玉を減算する際に、図44などにもとづいて説明したように、P台からの応答を待って減算確定するものを示した。しかし、これに限らず、CU側において記憶している遊技玉の数が減算要求の玉数に比べて十分多い場合例えば、30玉数以上多い場合、P台からの応答を待つことなくCU側単独で遊技玉の減算処理を行って、その後にP台に対して減算要求の動作指示を送信するようにしてもよい。5上記の各実施の形態では、CUからP台にコマンドを送信してP台がそれに応えてレスポンスをCUに返信するものを示したが、逆に、P台からコマンドをCUに送信し、CUがそれに応えてレスポンスをP台へ返信する通信形態であってもよい。6さらに、上記の各実施の形態では、定期的例えば、200ms毎にCUとP台との間で通信を行っているが、それに代えて、通信の必要性が生じたときにCUまたはP台の一方から他方にデータを送信して交信するようにしてもよい。7上記の各実施の形態では、P台からCUに対して、加算拒否ON、減算拒否ON、クリア拒否ONなどの要求に従わない拒否信号を含む動作応答をCUに返信し、CU側で拒否ONにもとづいて要求が拒否されたことを判別するようにしている。しかし、これに限定されるものではなく、拒否ONの動作応答をP台が返信する代わりに、CUからの要求に従っていない加算減算玉数や遊技玉のデータを含む動作応答をCUへ返信し、CU側で、返信されてきたデータ加算減算玉数や遊技玉などが要求に従ったものであるか否かを判別し、それにより要求が拒否されたか否かを判別するようにしてもよい。8上記の各実施の形態では、CUでの電源断やCUとP台との間での通信断が検知された場合に、P台側において打球発射を停止させてプレイ停止状態にするものを示したが、それに限定されるものではなく、P台側において打球発射を停止させることなく遊技が続行できる状態に制御してもよい。その場合に、通信断が発生してからそれら異常が復旧して起動するまでの間において続行された遊技に伴って生成された加算減算玉数および始動口回数のデータをP台側で累積記憶しておき、起動時にそれらデータおよび遊技玉のデータをCUに送信してCU側のデータのバックアップ値を修正するようにしてもよい。9上記の各実施の形態では、P台は、CUからのコマンドが所定時間例えば、1秒間送信されてこないときに、図35の処理によって通信断と判断している。しかし、次のような方法で通信断の判断を行ってもよい。パチンコ機2とカードユニット3とが電気的に接続されているか否かを検出する接続検出器をパチンコ機2に設ける。図4を参照して、遊技機通信部325と払出制御基板17とは上述したように信号線で接続されているが、信号線の他にカードユニット3からの所定電圧例えば、5Vがパチンコ機2側に入力される接続検知用信号線を設ける。接続検知用信号線と遊技機通信部325および払出制御基板17の間での信号線とが、同じケーブルで構成され、ケーブルの断線またはコネクタ330、20の離脱さらにはカードユニット3の電源断が生じた場合には、接続検知用信号線の電圧が0Vになるので、それを接続検出器が検出し、検出信号が払出制御基板17に入力されるように構成する。払出制御基板17は、検出信号が入力されたことにより、ケーブルの断線またはコネクタ330、20の離脱さらにはカードユニット3の電源断が生じたことを判定する。10図37の処理において、P台は、補正ONを含む通信開始要求補正要求を受けたときに、P台で補正要求を拒否できないようにプログラムされている。しかし、P台において、補正ONを含む通信開始要求補正要求を受けたにもかかわらず、遊技玉などの補正ができない重度のエラーが発生している場合もある。このような重度のエラー状態を考慮して、CU側において、補正ONを含む通信開始要求補正要求の送信後、P台から送信されてくる動作応答の内容をチェックして、P台側の遊技玉などが正しく修正されているか否かを判定し、修正されていないときには、エラー状態に移行する制御を行うようにしてもよい。つまり、CUは、図37の補正ONを含む通信開始要求補正要求を受信した後においても未だ遊技機例えば、P台において遊技玉などの加算ができないことを判別したときに、予め定められたエラー状態に移行する制御を行うエラー制御手段を含む。エラー状態に移行する制御としては、例えば、表示器312により重度のエラー報知を行うとともに、ホール用管理コンピュータ1に重度のエラーが発生した旨の通知を行ってホール用管理コンピュータ1によるエラー報知を行って、係員による人為的な対応を促すなどが考えられる。11上記の各実施の形態では、遊技機の一例としてパチンコ機を示したが、遊技機としてはパチンコ機に限定されるものではなく、他の遊技機、例えば、スロットマシンパチスロなどであってもよい。スロットマシンは、一般的に、外周部に識別情報としての複数種類の図柄が描かれた複数通常は3つのリールを有する変動表示装置を備え、各リールは、遊技者がスタートレバーを操作することにより回転を開始し、また、遊技者が各リールに対応して設けられた停止ボタンを操作することにより、操作タイミングから予め定められた最大遅延時間の範囲内で回転を停止する。そして、全てのリールの回転を停止したときに導出された表示結果に従って入賞が発生する。スロットマシンの場合には、所定数の遊技媒体メダルが封入領域内に封入されてもよいが、遊技価値としての得点や金額にもとづいて遊技が開始されるようにしてもよい。すなわち、遊技者が賭数を設定すると、CU3または遊技機において記憶されているクレジットから賭数に応じた遊技価値が減算され、後述する遊技者が得た利益に相当する遊技価値が加算される。入賞となる役の種類としては、小役、特別役、再遊技役といった種類がある。ここで、小役の入賞では、小役の種類毎に定められた数のメダルが払い出されるという利益を遊技者が得ることができる。特別役の入賞では、次のゲームからレギュラーボーナスやビッグボーナスといった遊技者にとって有利な遊技状態へ移行されるという利益を遊技者が得ることができる。再遊技役の入賞では、賭数の設定に新たなメダルを消費することなく次のゲームを行うことができるという利益を得ることができる。各役の入賞が発生するためには、一般的には、事前通常はスタートレバー操作時に行われる内部抽選で当選することが条件になる。そして、内部抽選に当選している役を構成する図柄の組合せを有効なラインに揃えるようにするとともに、内部抽選に当選していない役を構成する図柄の組合せを有効なラインに揃えないようにするリール制御が行われる。このようなスロットマシンの場合には、CUから遊技禁止のコマンドを受けた場合の遊技禁止の方法としては、例えば、賭数入力操作を不能化したり、スタートレバー操作を無効化するなどが考えられる。上記の第2の実施の形態および第3の実施の形態に則せば、クレジットの値が、遊技者が設定手段を用いて設定した遊技機価値の大きさに相当したときに、賭数入力操作が不能化されたり、スタートレバー操作が無効化される。なお、スロットマシンは、リールが物理的に回転するタイプのものでなく、画面表示においてリールが回転する画像式の装置であっても本発明を適用できる。画像式の装置であってもよいことは、パチンコ機についても同様である。画像式のパチンコ機では、遊技盤面が画像表示されるとともに、盤面における遊技玉の移動等も画像表示される。また、スロットマシンに適用する場合には、図46~図47を用いて説明した浮遊玉処理待ち時間に代えて、1ゲームが開始してから1ゲームが終了するまでの1ゲーム終了待ち時間を採用する。1ゲーム終了待ち時間は、例えば、スロットマシンの全リールが回転を開始してから全リールが停止し、入賞発生時のクレジットが付与されるまでの時間である。この時間は、遊技者によるリールの停止操作のタイミングの遅い早いに応じて変動し得るものである。そのため、例えば、想定される時間を予め設定することが考えられる。12P台側では、次のようにして加算玉数をカウントしてもよい。P台側に加算玉数をカウントするためのカウンタとして、カウンタAとカウンタBとを設ける。初めに、カウンタAによって加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタAのカウント値をCUに送信する。その後、カウンタAの値は維持し、以降はカウンタBにて加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタBのカウント値をCUに送信する。その後、カウンタBの値が維持されつつ、カウンタAのカウント値を0クリアし、以降はカウンタAにて加算玉数をカウントする。以下、カウンタA、Bによる上記のカウントを繰り返す。以上のカウント方法は、P台側での減算玉数のカウントに利用してもよい。また、始動口1入賞数、始動口2入賞数のカウントに利用してもよい。13P台は、加算玉数と減算玉数との2つの情報をCUに送信するのではなく、加算玉数と減算玉数とを加減算した後の1つの情報をCUに送信してもよい。つまり、このような情報によっても、前記変化量を特定可能な更新情報が構成される。14通信方式は、上記のコマンドレスポンス方式に限定されるものではない。P台は、CUからのコマンドを待つことなく所定時間間隔で遊技玉などの玉関連情報をCUに送信するものとしてもよい。また、P台は、所定時間間隔で玉関連情報を送信するのではなく、予め定めた情報量が得られる毎に、玉関連情報をCUに送信するものとしてもよい。例えば、加算玉であれば、1つまたは2つ以上の予め定めた数の加算玉数が生ずる毎に加算玉数をCUに送信するように構成することが考えられる。15上記の各実施の形態では、P台側に加算玉数カウンタと減算玉数カウントとの2つのカウンタを設けた。しかし、これらの2つのカウンタに代えて、遊技玉の増加入賞の発生などにより加算し、遊技玉の減少弾発発射などにより減算する1つの加減算カウンタを用いるようにしてもよい。この場合には、1つの加減算カウンタの値をP台からCUに送信する。16上記の各実施の形態は、次の構成を含む。前記遊技用装置は、持点の減算を指示するためのコマンドを前記遊技機に送信した後、当該コマンドに対する応答を受信する前に、前記遊技機との間での通信コネクションを再確立させる処理に移行した場合、通信コネクションを再確立させる処理において前記遊技機側から送信されてきたデータにもとづいて、持点の減算を指示するためのコマンドが前記遊技機へ到達していたか否かを判定する到達判定手段を含み、前記コマンド送信手段は、持点の減算を指示するためのコマンドが到達していたと前記到達判定手段により判定されたとき、当該コマンドによる持点の減算指示をキャンセルするためのコマンドを前記遊技機に送信し、前記副持点更新手段は、持点の減算を指示するためのコマンドによる持点の減算指示をキャンセルするためのコマンドを受信したとき、持点の減算を指示するためのコマンドにもとづいて既に持点を減算済みである場合および持点不足により持点を減算していない場合のいずれであっても、前記副持点記憶手段が記憶している持点に減算指示のキャンセル分に対応する持点を加算する。17上記の各実施の形態では、返却ボタン322の操作により、遊技終了を要求する信号がCUに入力される。しかし、CUは、遊技終了を要求する信号をホール管理用コンピュータなどから入力可能に構成してもよい。18CUとP台とは、有線接続でなく、無線により通信可能に接続してもよい。19払出制御基板17の機能を主制御基板16に設けることによって、払出制御基板17をパチンコ機2に設けないようにしてもよい。20払出制御基板17は、パチンコ機2側で記憶している遊技玉数カウンタが0になった段階で打球発射モータ18の駆動を停止する制御を行う。しかし、払出制御基板17は、遊技玉数カウンタが0以外の所定値になった段階で制御を実行するものとしてもよい。例えば、前記所定値を遊技者が遊技機の所定の操作スイッチを用いて予め指定入力できるようにする。払出制御基板17は、遊技玉数カウンタが遊技者指定の所定値に達した段階で、打球発射モータ18の駆動を停止する。これにより、遊技者は、遊技玉の残数が予め指定した玉数になった段階で自動的に遊技を停止させることができる。21上記の各実施の形態では、パチンコ機2側に演出部50が設けられ表示器54により各種表示がなされるものを示したが、演出部50を備えていないパチンコ機2であってもよい。その場合には、上記のカード挿入処理中ON、加算表示中ON、クリア表示中ONなどの動作指示を含むコマンドがP台2に送信されてきても、P台2では、コマンドに応じた表示制御を行わず、CU側の表示器312のみによる表示になる。22図83~図85に示した持玉共有処理において、他人に分割譲渡持玉共有するために排出されるカードBをCU内にストックされているストックカードを用いたが、その代わりに、他人に譲渡するためのカードBをCUの外部からカード挿入/排出口309に挿入し、挿入されたカードBに分割譲渡持玉共有用の持玉を記録して排出するようにしてもよい。その場合には、図89~図92に示した玉共有処理状況の表示画面において、第1処理である自分のカードの排出処理と第2処理である共有のカードの排出処理との間に、共有のカードの挿入処理が付け加わることになる。23図84に示した持玉共有処理では、始めにビジターカードBを挿入して遊技を開始しているが、その代わりに、遊技者が紙幣をCUの紙幣挿入口302に挿入して遊技を開始してもよい。その場合には、持玉共有に用いられる譲渡用のカードBをCU内のカードストック部から取出して共有分の持点に対応付けて排出し、遊技終了時に遊技玉数に対応付けて遊技者に返却するカードもCU内のカードストック部から取出して排出するようにしてもよい。また、紙幣の挿入により遊技を開始した後、入賞の発生によって遊技玉数が生じた段階でカードストック部から取出したカードにその時点の遊技玉数を対応付けてもよい。その場合に、遊技に伴って遊技玉数が変動したときに前記カードに対応付けられた遊技玉数も同様に変動させる。そして、持玉共有の操作がなされたときに、前記カードに対応付けられた遊技玉数を共有分の持点に変更して該カードを譲渡用のカードとして排出し、再度カードストック部から取出したカードに、前記遊技玉数から共有分の持点を減算した残りを対応付けるようにしてもよい。24上記の各実施の形態では、CUが接続シーケンスを再開するときに、待機中図38参照以外の状態での接続シーケンスの再開と判断、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断、または、CUがバックアップしているSQNとP台から送信されてきたSQNとが整合しないと判断したときに、図36ではなく図37の再接続時の接続シーケンスを実行する。しかし、それらに加えてまたはそれらのいずれかに代えて、接続シーケンスの再開に伴ってP台から遊技中待機中以外のときに通信コネクションの切断が発生したことを示す信号例えば、リカバリデータなどをCUに送信し、CUが受信した信号にもとづいて図37の再接続時の接続シーケンスを実行するようにしてもよい。25図83~図85に示した遊技玉の分割譲渡持玉共有の処理において、現時点の遊技玉が分割譲渡する遊技玉よりも所定数以上多いと判定したことを条件に分割譲渡持玉共有を許容するようにしてもよい。図83と図84の場合には、例えば、現時点の遊技玉が分割譲渡する遊技玉よりも200玉以上多いと判定したことを条件に分割譲渡持玉共有を許容する。また、図85の場合には、現時点の遊技玉から担保玉=200を減算した値が分割譲渡する遊技玉よりも100玉以上多いと判定したことを条件に分割譲渡持玉共有を許容する。26図83、図85に示した遊技玉の分割譲渡持玉共有の処理において、カードAを排出した後カードBを排出するまでの間において、遊技中の遊技玉数がカードBに書込んで譲渡する持玉に満たなくなった場合には、持点共有を取消してカードBの排出を行わないように制御する。27上記の各実施の形態では、遊技玉数と持玉数との単位が同じものを示したが、それに限らず、両者の単位が異なるようにしてもよい。例えば、遊技玉数1を持玉数に換算すれば10になるようにしてもよい。28図84では、遊技終了時の返却操作がなされたときに、カードストック部にストックされているカードストックカードを取出してストックカードに遊技玉数を対応付けて排出するものを示したが、その代わりに、遊技場の係員に新たなカードを持参してもらい、そのカードをカード挿入排出口309に挿入して遊技玉数を対応付け、そのカードを排出するようにしてもよい。29上記の各実施の形態では、会員カードとビジターカードとの2種類のカードを示したが、カードの種類はこれに限らず、例えば、ビジターカードの1種類のみであってもよい。以下、上記の各実施の形態に含まれる各種手段などおよび各種手段などの組合せから奏される作用効果を列挙する。1-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算するとともに前記遊技機と通信可能に接続コネクタ330、20と接続配線される遊技用装置カードユニット3とからなる遊技用システムであって、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報加算玉数および減算玉数を含む動作応答を前記遊技用装置に送信する情報送信手段払出制御基板17とを含み、前記遊技用装置は、持点を記憶する主持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段遊技機通信部325と、前記主持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含む。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。1-2前記遊技機は、持点を記憶する副持点記憶手段遊技玉数カウンタと、前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段払出制御基板17とを含み、前記遊技機は、前記副持点記憶手段が記憶している持点にもとづいた遊技制御遊技玉数カウンタが0になれば打球発射モータ18の駆動停止を行うが、前記遊技用装置は、遊技終了を要求する信号返却ボタン322の操作信号が入力されたときに、前記主持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段制御部323;図45を含む。そのような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。1-3前記遊技用装置は、前記主持点記憶手段が記憶している持点を表示する持点表示部表示器312と、前記更新情報の送信を指示するための情報動作指示を前記遊技機に送信する指示情報送信手段遊技機通信部325とを含み、前記遊技機は、前記更新情報の送信を指示するための情報を受信する指示情報受信手段払出制御基板17を含み、前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量現在玉関連情報を示す更新情報を送信する図5の加算玉数カウンタおよび減算玉数カウンタの値、図39。そのような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることができる。1-4前記情報送信手段は、前記副持点記憶手段が記憶している持点遊技玉数カウンタの値を前記遊技用装置に送信し図5の遊技玉数カウンタの値、図39、前記遊技用装置は、前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段図5;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理表示器312によりエラー報知、リカバリ処理を行ってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台に送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行うなどを実行する。そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。1-5前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報遊技玉補正ONと遊技玉数とを含む通信開始要求を前記遊技機に送信し、前記指示情報送信手段は、前記補正情報を前記遊技機に送信し遊技玉補正ONと遊技玉数とを含む通信開始要求のP台への送信、前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段払出制御基板17;遊技玉数を遊技玉補正ONと遊技玉数とに従って補正を含む。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。1-6前記遊技機は弾球遊技機パチンコ機2であって、前記情報送信手段は、前記更新情報を遊技玉の発射時間間隔0.6sで1発よりも短い間隔図33;200msに1回で順次送信する。そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量を極力小さくすることができる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能になる。1-7前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点にもとづいて判定する持点残数判定手段払出制御基板17、図40を含む。そのような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点遊技機側で記憶している遊技玉数との間にズレが生じていても、実際の持点にもとづいた判定をすることができる。1-8前記指示情報送信手段は、遊技禁止を指示するための情報を前記遊技機に送信し図46~図47の動作指示禁止要求有、前記遊技機は、遊技禁止を指示するための情報を受信したときに、持点による遊技が行われない状態にするための遊技禁止手段払出制御基板17は打球発射モータ18の駆動を停止、図46~図47の遊技禁止を含む。そのような構成によれば、遊技用装置側で遊技機による遊技の禁止をコントロールできる。1-9前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技機に送信し図45、図79、図81の動作指示クリア要求有、前記遊技機は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことにもとづいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段図45、図79、図81払出制御基板17は、遊技玉数カウンタの値を0に初期化するを含む。そのような構成によれば、遊技機に記憶されている持点を遊技用装置側で初期化指示することができる。1-10持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算する遊技用装置カードユニット3であって、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段遊技機通信部325と、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含む。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。1-11遊技終了を要求する信号返却ボタン322の操作信号が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段制御部323;図45を含む。そのような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。1-12遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段図5;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理表示器312によりエラー報知、リカバリ処理を行ってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台に送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行うなどを実行する。そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。1-13前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記遊技機に送信する補正情報送信手段遊技玉補正ONと遊技玉数との送信を含む。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。1-14前記遊技用装置は、前記更新情報の送信を指示するための情報を前記遊技機における遊技玉の発射時間間隔0.6sで1発よりも短い間隔図33;200msに1回で順次前記遊技機に送信し、前記持点更新手段は、順次受信される前記更新情報にもとづいて前記持点記憶手段が記憶している持点を順次更新する制御部323、図39。そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されてくるので、遊技用措置は、遊技機側での持点の変化を細やかに反映させた持点管理を行うことができる。2-1遊技者により遊技が行われる遊技機パチンコ機2と、該遊技機と通信可能に接続コネクタ330、20と接続配線され、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、該遊技用装置の動作制御を行う制御手段制御部323と、遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段表示器312と、前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段遊技機通信部325とを含む。そのような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。2-2前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方図41~図45、図82;表示器312への表示を開始するとともに表示中ONの動作指示をP台に送信する、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない図82;表示の終了を指示するコマンドを送ることなく表示を終了する。そのような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機では、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することができる。2-3前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体カードを受付け、前記制御手段は、前記受付けられた記録媒体の認証を行うための制御を実行し図41、図82;上位サーバへの問合せ、前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する図41、図82;カード保持中とカード挿入処理中とを含む動作指示を送信。そのような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。2-4前記制御手段は、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算し図41~図43、図82;加算有、加算要求玉数=5000を含む動作指示を送信、前記表示手段は、前記持点の加算中である旨を遊技者に表示し、前記送信手段は、前記持点の加算中である旨を前記遊技機に表示させるための表示指示を送信する図41~図43、図82;加算表示中。そのような構成によれば、持点の加算中であることを遊技者が認識できる。2-5前記遊技機は、持点による遊技が可能であり、前記遊技用装置は、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算し図41~図43、図82;例えば、加算有、加算要求玉数=5000を含む動作指示を送信、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段払出制御基板17とを含み、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記更新情報を受信する情報受信手段遊技機通信部325と、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含む。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。2-6遊技者により遊技が行われる遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330、20と接続配線を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3であって、遊技用装置の動作制御を行う制御手段制御部323と、遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段表示器312と、前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段遊技機通信部325とを含む。そのような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。2-7前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信し図41~図45、図82;表示器312への表示を開始するとともに表示中ONの動作指示をP台に送信する、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない図82;表示の終了を指示するコマンドを送ることなく表示を終了する。そのような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機において、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することができる。2-8前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体カードが受付けられたときに該記録媒体の認証を行うための制御を実行し図41、図82;上位サーバへの確認、前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し図82、前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する図41、図82;カード保持中とカード挿入処理中とを含む動作指示を送信。そのような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。2-9前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体カードを受付け、前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられているときに該記録媒体により特定される遊技者所有の遊技用価値を用いて持点を加算し図41~図43、図82;加算有、加算要求玉数=5000を含む動作指示を送信、前記表示手段は、前記持点の加算中である旨を遊技者に表示する図41~図43、図82;加算表示中。そのような構成によれば、持点の加算中であることを遊技者が認識できる。2-10前記接続部は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続され、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段遊技機通信部325と、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含む。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。3-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算するとともに前記遊技機と通信可能に接続コネクタ330、20と接続配線される遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、遊技用装置との通信切断時コネクタ330、20の離脱時、接続配線の切断時、CUの電源断時に記憶データのバックアップを行うバックアップ手段図57、図64~図81のリカバリデータを記憶する払出制御基板17のRAMとを含み、さらに、前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信し払出制御基板17が遊技機通信部325へ加算玉数や減算玉数を送信し、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記遊技機から送信されてきた更新情報にもとづいて、前記持点記憶手段が記憶している持点を更新する持点更新手段制御部323とを含み、さらに、前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了にもとづくものか否かを判定しa待機中図38参照以外の状態での接続シーケンスの再開である、b自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である図57参照、または、cCUがバックアップしているSQNとP台から送信されてきたSQNとが不整合である、か否かを判断し、a~cのいずれかと判断したときに、正常な通信の終了でない異常終了と判断、正常な通信の終了にもとづくものと判定したときには前記バックアップ手段によりバックアップされている記憶データの初期化を行う指令を送信し図36;SQN補正ON、遊技玉補正ON、SQN=0、遊技玉=0を含む通信開始要求をP台に送信する、異常終了にもとづくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データを正常なデータに補正するための補正要求を送信し図37;SQN補正ON、遊技玉補正ON、SQN=3、遊技玉=300を含む通信開始要求をP台に送信する、前記遊技機は、前記記憶データの初期化を行う指令を受信したときに前記バックアップ手段によりバックアップされている記憶データの初期化を行い図36;P台でバックアップしていたシーケンスナンバーおよび遊技玉をCUの情報に合わせて0にする、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データの補正処理を行う図37;P台でバックアップしていたシーケンスナンバーおよび遊技玉をCUの情報に合わせる。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、通信の正常な終了の場合には遊技機でバックアップされている記憶データの初期化が行われるが、異常終了の場合には、遊技機でバックアップされている記憶データの補正処理が行われるので、通信の異常終了に伴う遊技用装置と遊技機との間でのデータの不整合の問題を解決することができる。3-2前記遊技用装置は、前記バックアップ手段によりバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信し図11;データ補正要求のBit1とBit2とでシーケンスナンバーと遊技玉とを選択指定する、前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち選択指定された記憶データの補正処理を行う図37。そのような構成によれば、通信の異常終了の場合に補正が必要な記憶データを選択指定して補正することができ、無駄な補正処理を行う不都合を防止できる。3-3前記バックアップ手段は、前記特定手段により特定された持点の変化量のデータと持点のデータとをバックアップし遊技玉数カウンタ、加算玉数カウンタ、減算玉数カウンタ、前記遊技用装置は、前記バックアップ手段によりバックアップされている記憶データの送信要求を前記遊技機に送信しリカバリ要求をP台に送信する、前記遊技機は、前記送信要求に応答して前記バックアップ手段によりバックアップされている持点の変化量を特定可能な更新情報を前記遊技用装置に送信し前回玉数と現在玉数とを含むリカバリデータをリカバリ応答としてCUに送信、前記遊技用装置は、前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときに、前記遊技機から送信されてきた前記更新情報にもとづいて前記持点記憶手段が記憶している持点の補正処理を行う持点補正手段図37;リカバリ応答の内容に合わせて遊技玉などの補正を行う制御部323を含み、さらに、前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信し図11、図37;データ補正要求のBit2が1のデータを含む通信開始要求をP台に送信する、前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータの補正処理を行う図37。そのような構成によれば、通信の異常終了に起因して持点のデータという重要なデータを補正する必要が生じたときにその持点のデータを選択指定して補正することができる。3-4前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行われる毎に番号が更新されて通信が適正に行われているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることにもとづいて、前記異常終了の判定を行う図70など。そのような構成によれば、通信の異常終了に起因して通信番号を補正する必要が生じたときに通信番号のデータを選択指定して補正することができ、再開された通信が適正に行われているか否かを適正な通信番号にもとづいて確認することができる。3-5持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算する遊技用装置カードユニット3であって、持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、前記遊技機パチンコ機2から送信されてきた更新情報にもとづいて、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含み、さらに、前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了にもとづくものか否かを判定し、正常な通信の終了にもとづくものと判定したときには、前記遊技機側において通信切断時からバックアップされている記憶データの初期化を行う指令を送信し図36;SQN補正ON、遊技玉補正ON、SQN=0、遊技玉=0を含む通信開始要求をP台に送信する、異常終了にもとづくものと判定したときには、前記遊技機側においてバックアップされている記憶データを正常なデータに補正するための補正要求を送信する図37;SQN補正ON、遊技玉補正ON、SQN=3、遊技玉=300を含む通信開始要求をP台に送信する。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、通信の正常な終了の場合には遊技機でバックアップされている記憶データの初期化が行われるが、異常終了の場合には、遊技機でバックアップされている記憶データの補正処理が行われるので、通信の異常終了に伴う遊技用装置と遊技機との間でのデータの不整合の問題を解決することができる。3-6前記遊技用装置は、前記遊技機側においてバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信する図11;データ補正要求のBit1とBit2とでシーケンスナンバーと遊技玉とを選択指定する。そのような構成によれば、通信の異常終了の場合に補正が必要な記憶データを選択指定して補正することができ、無駄な補正処理を行う不都合を防止できる。3-7前記遊技用装置は、前記遊技機側においてバックアップされている記憶データの送信要求を前記遊技機に送信しリカバリ要求をP台に送信する、前記遊技用装置は、前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときに、前記送信要求に応答して前記遊技機から送信されてきた前記バックアップされている持点の変化量を特定可能な更新情報にもとづいて前記持点記憶手段が記憶している持点の補正処理を行う持点補正手段図37;リカバリ応答の内容に合わせて遊技玉などの補正を行う制御部323を含み、さらに、前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときには、前記遊技機側においてバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信する図37。そのような構成によれば、通信の異常終了に起因して持点のデータという重要なデータを補正する必要が生じたときにその持点のデータを選択指定して補正することができる。3-8前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行われる毎に番号が更新されて通信が適正に行われているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることにもとづいて、前記異常終了の判定を行う図70など。そのような構成によれば、通信の異常終了に起因して通信番号を補正する必要が生じたときに通信番号のデータを選択指定して補正することができ、再開された通信が適正に行われているか否かを適正な通信番号にもとづいて確認することができる。4-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算するとともに前記遊技機と通信可能に接続コネクタ330、20と接続配線される遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、持点を記憶する副持点記憶手段遊技玉数カウンタと、前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段遊技玉数カウンタとを含み、さらに、前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信し加算玉数および減算玉数を含む動作応答をCUに送信し、前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体を受付ける記録媒体受付手段カード挿入排出口309、カードリーダライタ327と、持点を記憶する主持点記憶手段遊技玉数を記憶するRAMと、前記遊技機から送信されてきた更新情報にもとづいて、前記主持点記憶手段が記憶している持点を前記更新情報に応じて更新する主持点更新手段制御部323と、前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、返却時情報を前記遊技機に送信する返却時処理手段図45;禁止要求有を含む動作指示をP台に送信する制御部323と遊技機通信部325と、前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、該記録媒体を排出する処理を行う記録媒体排出処理手段カードリーダライタ327とを含み、前記遊技機は、前記返却時情報を受信したときに持点による遊技が行われない遊技禁止状態にするための遊技禁止手段打球発射モータ18を停止させる発射制御基板31をさらに含み、前記遊技機は、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに図45;浮遊玉処理待ち時間10秒が経過しているときに、前記副持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し図45;遊技完了ONを含む動作応答をCUに送信し、前記遊技用装置は、前記初期化可能情報を受信したときに持点の初期化を指示するための情報を前記遊技機に送信し図45;クリア要求有を含む動作指示をP台に送信し、前記副持点更新手段は、前記持点の初期化を指示するための情報が前記遊技用装置から送信されてきたときに前記副持点記憶手段が記憶している持点を初期化する遊技玉数=0にする。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、遊技機は、返却時情報を受信したときに遊技禁止状態となり、かつ、所定条件が成立しているときに初期化可能情報を遊技用装置に送信し、遊技用装置は、初期化可能情報を受信したときに持点の初期化を指示するための情報を遊技機に送信し、その情報が遊技用装置から送信されてきたときに遊技機は持点を初期化するために、遊技用装置に受付けられている記録媒体の返却時に遊技機が記憶している持点の初期化を遊技用装置側からの指示にて実行する場合の、未確定段階の持点を初期化してしまう不都合を極力防止することができる。4-2前記特定手段は、前記遊技禁止手段によって前記遊技禁止状態となっている間において持点が変化したときにも変化量を特定し浮遊玉の入賞にもとづいて加算玉数を加算更新し、前記遊技機は、前記遊技禁止手段によって前記遊技禁止状態となっている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置に送信する図45;浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をCUに送信する。そのような構成によれば、遊技禁止状態となっている間における持点の変化量を特定可能な更新情報も遊技用装置に送信され、遊技禁止状態となっている間における持点の変化量をも遊技用装置が把握できる。4-3前記遊技機は、前記副持点記憶手段が記憶している持点にもとづいた遊技制御遊技玉数カウンタが0になれば打球発射モータ18の駆動停止を行い、前記記録媒体排出処理手段は、前記初期化可能情報を受信した後に、前記主持点記憶手段が記憶している持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出する図45;遊技完了ONを含む動作応答を受信した後に、CUが記憶している遊技玉数を持玉数としてカードに記憶させてまたは上位サーバにて当該カードのカード番号に対応付けて記憶している持点をCUが記憶している遊技玉数に対応する値に更新して該カードを排出する。そのような構成によれば、遊技機側の持点が確定するまで待って確定した持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出することができ、最終確定する前の変動途中の持点を特定可能な情報と対応付けられた記録媒体が排出される不都合を防止できる。4-4前記遊技用装置は、前記主持点記憶手段が記憶している持点を表示する持点表示部表示器312を含み、さらに、前記更新情報の送信を指示するための情報動作指示を前記遊技機に送信し遊技機通信部325が動作指示を送信し、前記遊技機は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量現在玉関連情報を示す更新情報を送信する図5の加算玉数カウンタおよび減算玉数カウンタの値、図39。そのような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。よって、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることができる。4-5前記遊技機は、前記副持点記憶手段が記憶している持点遊技玉数カウンタの値を前記遊技用装置に送信し図5の遊技玉数カウンタの値、図40、前記遊技用装置は、前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段図5;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理表示器312によりエラー報知、リカバリ処理を行ってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台に送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行うなどを実行する。そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。4-6前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報図37の遊技玉数補正ONと遊技玉数とを含む通信開始要求を前記遊技機に送信し、前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段払出制御基板17;遊技玉数を補正指示コマンドに従って補正を含む。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。4-7前記遊技機は弾球遊技機パチンコ機2であって、該弾球遊技機は、前記更新情報を遊技玉の発射時間間隔0.6sで1発よりも短い間隔図33;200msに1回で順次送信する。そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるので、更新情報によって通知される持点の変化量を極力小さくすることができる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能になる。4-8前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点にもとづいて判定する持点残数判定手段払出制御基板17、図40を含む。そのような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点遊技機側で記憶している持点との間にズレが生じていても、実際の持点にもとづいた判定をすることができる。4-9遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算する遊技用装置カードユニット3と通信可能に接続するための接続部コネクタ330を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2であって、遊技への使用および入賞の発生に応じた持点の変化量加算玉数、減算玉数を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、持点を記憶する持点記憶手段遊技玉数カウンタと、前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段遊技玉数カウンタと、前記遊技用装置に受付けられている記録媒体の返却操作があったときに該遊技用装置から送信されてくる返却時情報を受信する返却時情報受信手段図45;禁止要求有を含む動作指示をCUから受信する払出制御基板17と、該返却時情報受信手段により前記返却時情報を受信したときに、持点による遊技が行われない遊技禁止状態にするための遊技禁止手段打球発射モータ18を停止させる発射制御基板31を含み、さらに、前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信加算玉数および減算玉数を含む動作応答をCUに送信するとともに、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに図45;浮遊玉処理待ち時間10秒が経過しているときに、前記持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し図45;遊技完了ONを含む動作応答をCUに送信し、前記持点更新手段は、前記遊技用装置から前記持点の初期化を指示するための情報が送信されてきたときに前記持点記憶手段が記憶している持点を初期化する遊技玉数=0にする。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、遊技機は、返却時情報を受信したときに遊技禁止状態となり、かつ、所定条件が成立しているときに初期化可能情報を遊技用装置に送信し、遊技用装置は、初期化可能情報を受信したときに持点の初期化を指示するための情報を遊技機に送信し、その情報が遊技用装置から送信されてきたときに遊技機は持点を初期化するために、遊技用装置に受付けられている記録媒体の返却時に遊技機が記憶している持点の初期化を遊技用装置側からの指示にて実行する場合の、未確定段階の持点を初期化してしまう不都合を極力防止することができる。4-10前記特定手段は、前記遊技禁止手段により前記遊技禁止状態となっている間において持点が変化したときにも該変化量を特定し浮遊玉の入賞にもとづいて加算玉数を加算更新し、前記遊技機は、前記遊技禁止手段により前記遊技禁止状態にしている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置に送信する図45;浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をCUに送信する。そのような構成によれば、遊技禁止状態となっている間における持点の変化量を特定可能な更新情報も遊技用装置に送信され、遊技禁止状態となっている間における持点の変化量をも遊技用装置が把握できる。4-11前記送信した更新情報により特定された変化量を記憶するとともに1回前に前記送信した更新情報により特定された変化量を記憶するための2つの変化量記憶手段図5;現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域と、前記遊技用装置から送信されてきた所定の情報SQNにもとづいて前記遊技用装置への前記更新情報の到達を判定する到達判定手段払出制御基板17、図52とを含み、前記遊技機は、前記到達判定手段により前記更新情報が到達したと判定されなかったときに、前記2つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報を前記遊技用装置に送信する図52。そのような構成によれば、更新情報が到達したと判定されなかったときには、前記2つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報が遊技用装置に送信されるので、持点に関する情報を遊技用装置において確実かつ効率的に収集させることが可能になる。4-12前記変化量を特定可能な更新情報の送信を指示する情報動作指示を前記遊技用装置より受信する毎に、前記更新情報を前記遊技用装置に送信し加算玉数と減算玉数とを含む動作応答をCUに送信し、前記更新情報として前記送信した更新情報により特定された変化量を記憶するための変化量記憶手段図5;現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域をさらに含み、前記変化量記憶手段は、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量を累積記憶し図51、前記遊技機は、前記変化量記憶手段に前記特定手段が順次特定した変化量が累積記憶されている状態で前記更新情報の送信を指示する情報が受信されたときに、前記変化量記憶手段に累積記憶されている変化量を特定可能な更新情報を送信する図51。そのような構成によれば、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量が遊技機側で累積記憶されて、やがて、前記更新情報の送信を指示する情報が受信された段階で、累積記憶された変化量を特定可能な更新情報が送信されるので、遊技用装置と遊技機との通信が途絶えた状態が継続した場合であっても持点に関する情報を遊技用装置において確実に収集させることが可能になる。4-13前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報を受信する加算情報受信手段払出制御基板17をさらに含み、前記持点更新手段は、前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報加算有と加算要求玉数を含む動作指示を受信したときに該持点加算情報に従う持点を前記持点記憶手段に記憶されている持点に加算し図42、図43;遊技玉数に加算し、前記遊技機は、前記持点更新手段による持点加算の間に前記特定手段により特定された持点の変化量、および加算後の持点を特定可能な情報を前記遊技用装置に送信する図42、図43;加算玉数と減算玉数と遊技玉数とを含む動作応答をCUに送信する。そのような構成によれば、持点の変化量を特定可能な情報にもとづいて更新された後の持点と遊技機から送信されてきた加算後の持点を特定可能な情報とを比較して整合しているか否かの確認を遊技用装置に行わせることができる。5-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算するとともに前記遊技機と通信可能に接続コネクタ330、20と接続配線される遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技機は、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタを含み、前記遊技用装置と前記遊技機との間での通信が適正に行われているか否かを確認するための通信番号シーケンスナンバーSQNとともに前記変化量を特定可能な更新情報を前記遊技用装置に送信し払出制御基板17が遊技機通信部325へ加算玉数や減算玉数を送信し、該更新情報の送信から次回の更新情報の送信までの間における前記特定手段により特定された変化量を今回変化量として記憶するとともに、該変化量を送信した後においても前回変化量としてバックアップして記憶する変化量記憶手段図5;現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域をさらに含み、前記遊技用装置は、持点を記憶する持点記憶手段遊技玉数を記憶するRAMを含み、前記更新情報を受信するとともに、前記通信番号を含む所定の情報を前記遊技機に送信し遊技機通信部325、前記持点記憶手段が記憶している持点を前記更新情報に応じて更新する持点更新手段制御部323を含み、さらに、前記遊技機から送信されてきた前記通信番号を加算更新して該更新後の通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し図5;制御部323のRAM、前記遊技機は、前記遊技用装置から送信されてきた通信番号を加算更新して該更新後の通信番号を送信するとともに、最後に送信した通信番号をバックアップして記憶し図5;払出制御基板17のRAM、前記遊技用装置との間での通信開始時において、前記記憶している最後に送信した通信番号と前記今回変化量および前記前回変化量の両方を特定可能な更新情報とを送信し図64~図81;最終SQNと前回玉関連情報と現在玉関連情報とを含むリカバリデータをリカバリ応答として送信、前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行い図66、図71、図75、、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行う図64、図65、図70、図74、図78。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、遊技用装置側と遊技機側とにおいて、最後に送信または受信した通信番号をバックアップ記憶しておき、遊技用装置は、遊技機との間での通信開始時において、バックアップ記憶している通信番号と遊技機から送信されてきた通信番号とを比較することにより、遊技機が送信した情報を受信していない場合に、今回変化量と前回変化量とを用いて持点の補正を行うが、遊技用装置が送信した情報を遊技機が受信していない場合および遊技用と遊技機とにおいて一方が送信した情報を他方が受信している正常状態の場合には、今回変化量を用いて持点の補正を行う。その結果、通信制御を再開させたときに、送信側では送信したはずのデータが受信側では受信されていないまま、通信が進行していくという不都合を解消できる。5-2前記遊技機は、持点を記憶する副持点記憶手段遊技玉数カウンタを含み、該副持点記憶手段が記憶している持点を前記遊技用装置に送信し遊技玉数を含む動作応答をCUに送信し、前記遊技用装置は、前記持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段図5;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する表示器312によりエラー報知、リカバリ処理を行ってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台に送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行うなど。そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。5-3前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報図37の遊技玉数補正ONと遊技玉数とを含む通信開始要求を前記遊技機に送信し、前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段払出制御基板17;遊技玉数を補正指示コマンドに従って補正を含む。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正を行うことができる。5-4前記変化量記憶手段は、前記通信不能状態が発生した後通信が開始されるまでの間において、前記特定手段により特定された持点の変化量を前記今回変化量とし累積記憶し図64~図81、前記遊技機は、前記通信不能状態が発生した後通信が開始されたことにより、前記変化量記憶手段に累積記憶されている今回変化量を特定可能な累積更新情報を前記遊技用装置に送信し図64~図81;現在玉数を含むリカバリデータを送信、前記遊技用装置は、前記累積更新情報にもとづいて前記持点記憶手段が記憶している持点を更新する図64~図81。そのような構成によれば、通信不能状態が発生した後通信が開始されるまでの間において変動した持点の変化量を反映させた持点の更新を行うことができる。5-5持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて持点を加算する遊技用装置カードユニット3であって、持点を記憶する持点記憶手段遊技玉数を記憶するRAMを含み、前記遊技用装置と前記遊技機との間での通信が適正に行われているか否かを確認するための通信番号シーケンスナンバーSQRを含む所定の情報を前記遊技機に送信するとともに遊技機通信部325、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を、前記遊技機より受信し加算玉数や減算玉数を払出制御基板17より受信し、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段制御部323とを含み、さらに、前記遊技機から送信されてきた通信番号を加算更新して該加算更新された通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し図5;制御部323のRAM、さらに、前記遊技機との間での通信開始時において、前記遊技機が最後に送信した通信番号と前回の更新情報の送信以降における前記遊技機での持点の変化量である今回変化量および該今回変化量以前に更新情報として送信された変化量である前回変化量の両方を特定可能な更新情報とを受信し払出制御基板17から加算玉数や減算玉数を受信し、前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行うが図66、図71、図75、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行う図64、図65、図70、図74、図78。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。さらに、遊技用装置側と遊技機側とにおいて、最後に送信または受信した通信番号をバックアップ記憶しておき、遊技用装置は、遊技機との間での通信開始時において、バックアップ記憶している通信番号と遊技機から送信されてきた通信番号とを比較することにより、遊技機が送信した情報を受信していない場合に、今回変化量と前回変化量とを用いて持点の補正を行うが、遊技用装置が送信した情報を遊技機が受信していない場合および遊技用と遊技機とにおいて一方が送信した情報を他方が受信している正常状態の場合には、今回変化量を用いて持点の補正を行う。その結果、通信制御を再開させたときに、送信側では送信したはずのデータが受信側では受信されていないまま、通信が進行していくという不都合を解消できる。5-6遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段図5;遊技玉数の一致を判定を含み、前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する表示器312によりエラー報知、リカバリ処理を行ってデータ補正要求のBit2が1のデータ遊技玉補正ONとCUが記憶している遊技玉数のデータを含む通信開始要求をP台に送信し、P台の遊技玉数の記憶をCUの遊技玉数に合わせる補正を行うなど。そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。5-7前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報図37の遊技玉数補正ONと遊技玉数とを含む通信開始要求を前記遊技機に送信する。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。5-8前記通信不能状態が発生した後通信が開始されるまでの間において、前記遊技機側において累積記憶された持点の変化量を特定可能な累積更新情報を受信し図64~図81;現在玉数を含むリカバリデータを受信、前記遊技用装置は、前記累積更新情報にもとづいて前記持点記憶手段が記憶している持点を更新する図64~図81。そのような構成によれば、通信不能状態が発生した後通信が開始されるまでの間において変動した持点の変化量を反映させた持点の更新を行うことができる。6-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、前記持点を記憶する持点記憶手段遊技玉数を記憶する制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作図83;持玉共有指定に応じて、前記対応付け処理を行うことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに図83;カードA持玉=0を返却、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し図83;遊技玉=3800を遊技玉=2800にし、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する図83;カードB持玉=1000返却共有処理を実行する。そのような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行うことなく挿入排出口から排出されるため、記録媒体の排出後でも持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。6-2前記記録媒体処理手段は、前記共有する持点に所定数200を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。そのような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。6-3前記記録媒体処理手段は、前記対応付け処理を行うことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない図83;カードAを排出した後カードBを排出するまでの間において、遊技中の遊技玉数がカードBに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードBの排出を行わないように制御する。そのような構成によれば、対応付け処理を行うことなく該記録媒体を挿入排出口から排出した後、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を挿入排出口から排出するまでの間において、持点記憶手段に記憶されている持点が共有する持点に満たなくなるような事態が生じても、持点の共有を取消すことにより対処がなされる。6-4持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、前記持点を記憶する持点記憶手段遊技玉数を記憶する制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行った処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作図85;持玉共有指定に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点図85;担保玉200とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行って前記挿入排出口から排出するとともに図85;カードA持玉=3800返却、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する図85;カードB持玉=1000返却共有処理を実行する。そのような構成によれば、共有処理中に遊技を可能にするための確保用持点が確保された状態で共有処理が実行されるため、確保用持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。6-5前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行う報知手段図91の画面を表示する表示器312をさらに含む。そのような構成によれば、遊技者が共有処理により排出された記録媒体の再挿入を忘れる不都合を防止できる。6-6前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出するが、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、共有処理により一旦は排出された遊技者の記録媒体を再挿入することにより、当該遊技者が獲得した持点を記録媒体に対応付けて排出することができる。6-7前記遊技機は、持点を記憶する副持点記憶手段遊技玉数カウンタと、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段玉数制御基板17とを含み、前記遊技用装置は、前記更新情報を受信する情報受信手段遊技機通信部325を含み、前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する制御部323。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。6-8持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330、20、接続配線を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3であって、前記持点を記憶する持点記憶手段制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に記録されている情報により特定される獲得遊技用価値を引落として前記遊技機による遊技に使用するための持点を確保するための処理を行う持点確保処理手段加算要求玉数のデータを含む動作指示をP台に送信する制御部323と、該挿入排出口に挿入された前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作図83;持玉共有指定に応じて、前記対応付け処理を行うことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに図83;カードA持玉=0を返却、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し図83;遊技玉=3800を遊技玉=2800にし、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する図83;カードB持玉=1000返却共有処理を実行する。そのような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行うことなく挿入排出口から排出されるため、記録媒体の排出後においても持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。6-9前記記録媒体処理手段は、前記共有する持点に所定数200を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。そのような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。6-10前記記録媒体処理手段は、前記対応付け処理を行うことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない図83;カードAを排出した後カードBを排出するまでの間において、遊技中の遊技玉数がカードBに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードBの排出を行わないように制御する。そのような構成によれば、対応付け処理を行うことなく該記録媒体を挿入排出口から排出した後、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を挿入排出口から排出するまでの間において、持点記憶手段に記憶されている持点が共有する持点に満たなくなるような事態が生じても、持点の共有を取消すことにより対処がなされる。6-11持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330、20、接続配線を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3であって、前記持点を記憶する持点記憶手段制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行った処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理を含み、該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作図85;持玉共有指定に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点図85;担保玉200とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行って前記挿入排出口から排出するとともに図85;カードA持玉=3800返却、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する図85;カードB持玉=1000返却共有処理を実行する。そのような構成によれば、共有処理中に遊技を可能にするための確保用持点が確保された状態で共有処理が実行されるため、確保用持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。6-12前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行う報知手段図91の画面を表示する表示器312をさらに含む。そのような構成によれば、遊技者が共有処理により排出された記録媒体の再挿入を忘れる不都合を防止できる。6-13前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出するが、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、共有処理により一旦は排出された遊技者の記録媒体を再挿入することにより、当該遊技者が獲得した持点を記録媒体に対応付けて排出することができる。6-14遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段遊技機通信部325を含み、前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する制御部323。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。7-1持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3とを備える遊技用システムであって、前記遊技用装置は、前記持点を記憶する持点記憶手段遊技玉数を記憶する制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理とを含み、該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作図84;持玉共有指定に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って該ビジター用記録媒体を前記挿入排出口から排出する図84;カードB持玉=1000返却共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、挿入排出口に記録媒体が挿入されて受付けられている状態で、持点を共有する操作に応じて、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って、該記録媒体を持点共有用の記録媒体として挿入排出口から排出するため、持点記憶手段に記憶されている持点のうち共有する持点分を減算した残りの持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。また、遊技終了操作に応じて、持点記憶手段に記憶されている持点が他の記録媒体に対応付けられて該記録媒体が挿入排出口から排出されるため、遊技者は記録媒体を入手することにより持点を獲得できる。7-2前記記録媒体処理手段は、前記共有する持点に所定数200を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。そのような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。7-3前記遊技用装置は、記録媒体をストックする記録媒体ストック部カードストック部を含み、前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、遊技終了時に記録媒体を挿入排出口に挿入する手間を省くことができる。7-4前記遊技機は、持点を記憶する副持点記憶手段遊技玉数カウンタと、遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタと、前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段玉数制御基板17とを含み、前記遊技用装置は、前記更新情報を受信する情報受信手段遊技機通信部325を含み、前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する制御部323。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。7-5持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機パチンコ機2と通信可能に接続するための接続部コネクタ330、20、接続配線を備え、遊技者所有の遊技用価値プリペイド残高、持玉数、または貯玉数を用いて該遊技機での遊技を可能にする遊技用装置カードユニット3であって、前記持点を記憶する持点記憶手段遊技玉数を記憶する制御部323のRAMと、遊技者所有の遊技用価値が対応付けられている記録媒体カードの挿入および排出を行う1つの挿入排出口カード挿入/排出口309と、該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段制御部323と、遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段図45のカード返却の処理とを含み、該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作図84;持玉共有指定に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する図84;カードB持玉=1000返却共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、挿入排出口に記録媒体が挿入されて受付けられている状態で、持点を共有する操作に応じて、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って、該記録媒体を持点共有用の記録媒体として挿入排出口から排出するため、持点記憶手段に記憶されている持点のうち共有する持点分を減算した残りの持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。また、遊技終了操作に応じて、持点記憶手段に記憶されている持点が他の記録媒体に対応付けられて該記録媒体が挿入排出口から排出されるため、遊技者は記録媒体を入手することにより持点を獲得できる。7-6前記記録媒体処理手段は、前記共有する持点に所定数200を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。そのような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。7-7前記遊技用装置は、記録媒体をストックする記録媒体ストック部カードストック部を含み、前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。そのような構成によれば、遊技終了時に記録媒体を挿入排出口に挿入する手間を省くことができる。7-8持点を記憶する持点記憶手段遊技玉数を記憶するRAMと、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段遊技機通信部325とを含み、前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する制御部323。そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。8-1遊技領域遊技領域27に遊技媒体遊技玉を発射し、入賞の発生に応じて持点が加算される遊技機パチンコ機であって、持点を記憶する持点記憶手段遊技玉数カウンタと、遊技媒体を遊技領域に発射する遊技媒体発射手段発射部38と、前記持点記憶手段に遊技に使用可能な持点が記憶されていることを条件に前記遊技媒体発射手段による遊技媒体の発射を許容する発射許容手段発射制御基板31と、該遊技媒体発射手段による遊技媒体の発射に用いられる持点を前記持点記憶手段に記憶されている持点から減算するとともに、入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算する持点加減算手段主制御基板16から払出制御基板17へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号にもとづいて払出制御基板17が遊技玉数に対して加算し、遊技玉制御部34から払出制御基板17に送信されてくる発射検出信号にもとづいて払出制御基板17が遊技玉数から減算すると、遊技に使用可能な持点の有無を判定する判定手段図40;遊技玉=0を検知と、該判定手段により前記持点が無いとの判定が行われたときに、前記遊技媒体発射手段による遊技媒体の発射を禁止する発射禁止手段図40;遊技玉数=0になった段階で、P台において、玉なしが検出され、払出制御基板17は自動的に打球発射モータ18の駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御すると、該発射禁止手段による遊技媒体の発射禁止状態において、遊技媒体を用いた遊技の実行により発生する信号を検出したときに異常報知を行う異常報知手段表示器54による異常表示、異常報知用ランプの点などまたは点滅またはスピーカからの音声による異常報知とを備えていることを特徴とする。そのような構成によれば、発射禁止状態において、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、電波の影響を受けて、遊技媒体を用いた遊技の実行により発生する信号が出力された場合に、その信号を検出して異常報知手段により異常報知が行われるため、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。8-2遊技者所有の遊技用価値を用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置に対し前記持点記憶手段に記憶されている持点を送信する情報送信手段払出制御基板17が遊技玉数を含む動作応答を送信と、前記情報送信手段により送信された更新情報にもとづいて更新された持点と前記前記情報送信手段により送信された持点とが整合していないと前記遊技用装置で判定されたときに図5;遊技玉数の一致を判定該遊技用装置から送信されてくる持点補正情報リカバリ処理を行って通信開始要求のコマンドをP台に送信し、コマンドに含まれているデータ補正要求のBit2が1のデータ遊技玉補正ONを受信する情報受信手段払出制御基板17と、該情報受信手段により受信された持点補正情報にもとづいて前記持点記憶手段が記憶している持点を補正する持点補正手段払出制御基板17;データ補正要求のBit1のデータによりP台の遊技玉数遊技玉トータル個数情報をCU側における補正後の遊技玉数遊技玉トータル個数情報に補正する処理を行うとをさらに備えている。そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。8-3前記遊技媒体発射手段が作動しているときに、前記遊技領域から回収された遊技媒体を打球発射位置まで揚送する揚送手段揚送モータ40、揚送装置190と、該揚送手段により揚送される遊技媒体を検出する揚送遊技媒体検出手段玉上げスイッチ上41a、玉上げスイッチ下41bとをさらに備え、前記異常報知手段は、前記遊技媒体発射手段が作動していないときに前記揚送遊技媒体検出手段の検出信号が出力されたときに異常報知する表示器54による揚送装置が異常作動しましたなどの異常表示、揚送装置異常報知用ランプの点などまたは点滅または揚送装置が異常作動しましたなどの音声によるスピーカからの異常報知。そのような構成によれば、本来、揚送手段が作動していないはずの遊技媒体発射手段の非作動時において、揚送遊技媒体検出手段の検出信号が出力されるという異常事態が発生した場合に異常報知手段により異常報知が行われ、早期に異常を発見できる。8-4前記遊技領域内に発射された遊技媒体が入賞可能な入賞口大入賞口、普通入賞口、始動口と、前記入賞口に入賞した遊技媒体を検出する入賞検出手段図104;入賞玉検出スイッチ700a~700hと、前記遊技領域内に発射されて前記入賞口に入賞することなく前記遊技領域から排出された遊技媒体を検出する排出検出手段図104;アウト玉検出スイッチ701と、前記入賞検出手段により検出された遊技媒体および前記排出検出手段により検出された遊技媒体を合流させて通過させる通過経路図104;合流経路702にて遊技媒体を検出する合流経路検出手段図104;合流経路検出スイッチ32とをさらに備え、前記入賞検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成され入賞玉検出スイッチ700a~700hは近接スイッチで構成され、合流経路検出スイッチ32は光センサで構成され、前記持点加減算手段は、前記入賞検出手段により遊技媒体の入賞が検出されたことにもとづいて該入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算し主制御基板16から払出制御基板17へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号にもとづいて払出制御基板17が遊技玉数に対して加算する、前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する異常判定手段払出制御基板17により、入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とによる玉検出個数の合計を算出し、合計と合流経路検出スイッチ32による玉検出個数とが一致するか否かを判別するをさらに備え、前記異常報知手段は、前記異常判定手段により異常であることの判定が行われたときに異常報知を行う払出制御基板17により一致せずかつ所定個数以上の隔たりがあると判別した場合には、異常表示コマンドを表示器用演出制御基板53に送信し、表示器用演出制御基板53が表示器54に異常表示を行う。そのような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、入賞検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成され、不正電波の及ぶ影響が異なるために、入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。8-5前記発射禁止手段により発射されたが前記遊技領域まで到達しなかったファール遊技媒体を検出するファール検出手段図104;ファール玉検出スイッチ33をさらに備え、前記通過経路は、前記ファール検出手段により検出されたファール遊技媒体も合流させて通過させ図104、前記ファール検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成されファール玉検出スイッチ33は近接スイッチで構成され、合流経路検出スイッチ32は光センサで構成され、前記異常判定手段は、前記ファール検出手段による検出数と前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する払出制御基板17により、入賞玉検出スイッチ700a~700hとアウト玉検出スイッチ701とファール玉検出スイッチ33とによる玉検出個数の合計を算出し、合計と合流経路検出スイッチ32による玉検出個数とが一致するか否かを判別する。そのような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、入賞検出手段およびファール検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成され、不正電波の及ぶ影響が異なるために、ファール検出手段による検出数と入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。"