(57)【要約】【課題】表示ユニットを設けた遊技機の利点を活かした各種情報の表示を可能にしつつも、表示ユニットを設けていない遊技機の場合の各種の情報を表示できないという不都合を防止する。【解決手段】遊技者の操作に応じてカードユニット側で実行される制御に応じた状況（カードの問合せ中や玉の移動中）をカードユニット側において表示するとともに、パチンコ機側においても表示させるべく、カード挿入処理中や加算要求玉数＝５０００などの動作指示をパチンコ機へ送信する。【選択図】図５７
2020014895.tif 000002
【特許請求の範囲】
【請求項１】
遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を用いて該遊技機での遊技を可能にする遊技用装置とを備える遊技用システムであって、
前記遊技用装置は、
該遊技用装置の動作制御を行なう制御手段と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段と、
遊技者所有の遊技用価値を用いて加算、または入賞の発生に応じて加算される持点を記憶する記憶手段と、
前記記憶手段で記憶している持点と、前記遊技機で記憶している持点とが不整合の場合に、所定の不整合発生時処理を実行する不整合処理手段とを含み、
前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信せず、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられたときに記録媒体の認証を行なうための制御を実行し、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記表示指示として前記記録媒体の認証中である旨を前記遊技機に表示させるための指示を送信する、遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を用いて該遊技機での遊技を可能にする遊技用装置とを備える遊技用システムに関する。
【背景技術】
【０００２】
従来、たとえば、遊技用カード等の記録媒体を受付けて処理する遊技用装置が遊技機と通信可能に接続され、該遊技用装置に受付けられた記録媒体の記録情報により特定される遊技者所有の遊技用価値を用いて遊技機により遊技が可能となるように構成されたものがあった。
【０００３】
特許文献１に記載のものは、このような従来の遊技機および遊技用装置に関して、遊技用装置の制御に応じた各種の情報を表示する情報表示装置が遊技用装置に設けられている（段落[００２０][００２３][００２５][００２６]）。
【０００４】
一方、特許文献２に記載のものは、封入式遊技機に表示ユニットを設け、遊技用装置の方には表示ユニットを設けず、遊技用装置の制御に応じた各種の情報（たとえば、持玉数、金額情報、貯玉情報等）を封入式遊技機に表示ユニットに表示している（段落[００３２]〜[００３４][００４５][００４６]）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−２７８５７号公報
【特許文献２】特開２００７−２８９２４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、遊技機メーカに応じて、もしくは同一の遊技機メーカであっても機種に応じて、表示ユニットを設けた遊技機と表示ユニットを設けていない遊技機とが存在する。
【０００７】
特許文献２のように、表示ユニットを設けた遊技機の場合には、当該遊技機にマッチした態様での個性的な表示が可能であり、遊技者にとって違和感のない表示が可能となるという利点がある。
【０００８】
そこで、遊技用装置の制御に応じた各種の情報をもっぱら遊技機に設けられた表示ユニットで表示させるようにし、遊技用装置には表示ユニットを設けないようにした場合には、前述の表示ユニットを設けていない遊技機の場合に、遊技用装置の制御に応じた各種の情報を遊技者に表示できないという不都合が生じる。
【０００９】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、表示ユニットを設けた遊技機の利点を活かした各種情報の表示を可能にしつつも、表示ユニットを設けていない遊技機の場合の各種の情報を表示できないという不都合を防止することである。
【課題を解決するための手段】
【００１０】
（１）  本発明は、遊技者により遊技が行なわれる遊技機（パチンコ機２またはスロットマシン２Ｓ）と、該遊技機と通信可能に接続（コネクタ３８０、２０、または３３０、２２０と接続配線）され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
該遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）と、
遊技者所有の遊技用価値を用いて加算、または入賞の発生に応じて加算される持点を記憶する記憶手段と、
前記記憶手段で記憶している持点と、前記遊技機で記憶している持点とが不整合の場合に、所定の不整合発生時処理を実行する不整合処理手段とを含み、
前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信せず、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられたときに記録媒体の認証を行なうための制御を実行し、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記表示指示として前記記録媒体の認証中である旨を前記遊技機に表示させるための指示を送信する。
【００１１】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【００１２】
（２）  本発明の他の態様は、遊技者により遊技が行なわれる遊技機（パチンコ機２またはスロットマシン２Ｓ）と通信可能に接続するための接続部（コネクタ３８０、２０、または３３０、２２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）と、
遊技者所有の遊技用価値を用いて加算、または入賞の発生に応じて加算される持点を記憶する記憶手段と、
前記記憶手段で記憶している持点と、前記遊技機で記憶している持点とが不整合の場合に、所定の不整合発生時処理を実行する不整合処理手段とを含み、
前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信せず、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられたときに該記録媒体の認証を行なうための制御を実行し、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記表示指示として前記記録媒体の認証中である旨を前記遊技機に表示させるための指示を送信する。
【００１３】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【００１４】
（３）  上記（１）に記載の遊技用システムまたは上記（２）に記載の遊技用装置において、前記表示手段は、タッチパネル式の表示装置（透明タッチパネルが設けられた液晶式の表示器３１２）であり、
前記遊技用装置は、前記タッチパネル式の表示装置とは別に設けられた操作部（貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、呼出ボタン７９８）を含み、
遊技者の操作に基づいた信号の前記制御手段への入力経路として、
前記タッチパネル式の表示装置のタッチ操作による操作信号が前記表示制御手段に入力され、該入力信号に基づいて前記表示制御手段から前記制御手段へ信号が入力される第１入力経路（図４、図９５；表示器３１２→表示制御部７９７→メイン制御部３２３の信号入力経路）と、
前記操作部からの入力信号が前記表示制御手段を経由することなく前記制御手段へ入力される第２入力経路（図４、図９５；貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、または呼出ボタン７９８からメイン制御部３２３への信号入力経路）とを含むように構成してもよい。
【００１５】
このような構成によれば、第１入力経路による信号の入力の場合には、表示制御手段が遊技者の操作を掌握することができる一方、第２入力経路による信号の入力の場合には、表示制御手段に負担をかけることなく直接制御手段へ入力することができる。その結果、表示制御手段が掌握する必要のある操作内容とそうでないものとで入力経路を使い分けることにより、表示制御手段が掌握する必要のある操作内容を表示制御手段が掌握できつつも、表示制御手段が掌握する必要のない操作内容については、表示制御手段に負担をかけることなく直接制御手段へ入力することができる。
【００１６】
（４）  上記（１）〜（３）のいずれかに記載の遊技用システムまたは遊技用装置において、前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）ように構成してもよい。
【００１７】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【００１８】
（５）  上記（１）〜（４）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、前記受付けられた記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの問合せ）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）ように構成してもよい。
【００１９】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【００２０】
（６）  上記（１）〜（５）のいずれかに記載の遊技用システムまたは遊技用装置において、前記制御手段は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示し、
前記送信手段は、前記持点の加算中である旨を前記遊技機に表示させるための表示指示を送信する（図２４〜図２６、図５７；加算表示中）ように構成してもよい。
【００２１】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（７）  上記（１）〜（６）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技機は、持点による遊技が可能であり、
前記遊技用装置は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段（払出制御基板１７）とを含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（制御部３２３）とを含むように構成してもよい。
【００２２】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【００２３】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【００２４】
（８）  上記（１）〜（７）のいずれかに記載の遊技用システムまたは遊技用装置において、遊技者により遊技が行なわれる遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含むように構成してもよい。
【００２５】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【００２６】
（９）  上記（１）〜（８）のいずれかに記載の遊技用システムまたは遊技用装置において、前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）ように構成してもよい。
【００２７】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【００２８】
（１０）  上記（１）〜（９）のいずれかに記載の遊技用システムまたは遊技用装置において、前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）が受付けられたときに該記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの確認）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し（図５７）、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）ように構成してもよい。
【００２９】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【００３０】
（１１）  上記（１）〜（１０）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられているときに該記録媒体により特定される遊技者所有の遊技用価値を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示する（図２４〜図２６、図５７；加算表示中）ように構成してもよい。
【００３１】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（１２）  上記（１）〜（１１）のいずれかに記載の遊技用システムまたは遊技用装置において、前記接続部は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続され、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（制御部３２３）とを含むように構成してもよい。
【００３２】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【００３３】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【００３４】
（１３）  上記（１）に記載の遊技用システムにおいて、前記遊技用装置から前記遊技機に所定情報を送信したときに前記遊技機の遊技を禁止状態にする遊技禁止手段を含み、
前記遊技禁止手段は、前記禁止状態にすることができないとき禁止拒否情報を前記遊技機から前記遊技用装置へ送信し、前記禁止状態にすることが可能となるときまで前記遊技機から前記遊技用装置に繰返し前記所定情報を送信する。
【００３５】
（１４）  上記（２）に記載の遊技用装置において、前記遊技機に所定情報を送信したときに前記遊技機の遊技を禁止状態にする遊技禁止手段を含み、
前記遊技禁止手段は、前記禁止状態にすることができないとき禁止拒否情報を前記遊技機から受信し、前記禁止状態にすることが可能となるときまで前記遊技機に繰返し前記所定情報を送信する。
【図面の簡単な説明】
【００３６】
【図１】カードユニットおよびパチンコ機を示す正面図である。
【図２】パチンコ機の背面図である。
【図３】パチンコ機のガラス扉と前枠とを開放した状態を示す斜視図である。
【図４】カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。
【図５】カードユニット側とパチンコ機側とにおける記憶している各種データおよびその送受信を説明するための説明図である。
【図６】カードユニットとパチンコ機との間で行なわれるコマンドおよびレスポンスの概略を説明する説明図である。
【図７】カードユニットとパチンコ機との間で行なわれるコマンドおよびレスポンスの概略を説明する説明図である。
【図８】リカバリ応答の内容を説明するための説明図である。
【図９】リカバリ応答の内容を説明するための説明図である。
【図１０】通信開始要求の内容を説明するための説明図である。
【図１１】動作指示の内容を説明するための説明図である。
【図１２】動作応答の内容を説明する説明図である。
【図１３】動作応答の内容を説明する説明図である。
【図１４】各種玉数の意味および確定ポイントを示す図である。
【図１５】（ａ）は遊技台状態１の各ビットの詳細を示す図であり、（ｂ）は遊技台状態２の各ビットの詳細を示す図であり、（ｃ）は遊技台エラー状態１の各ビットの詳細を示す図である。
【図１６】通信状態応答の内容を説明する説明図である。
【図１７】機器情報応答の内容を説明するための説明図である。
【図１８】カードユニットとパチンコ機との間でのコマンドおよびレスポンスの送受信の態様を示す図である。
【図１９】カードユニット側で通信断を検知した場合の処理の一例を示す図である。
【図２０】パチンコ機側で通信断の検知をした場合の処理の一例を示す図である。
【図２１】電源起動時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。
【図２２】カードユニットとパチンコ機とを再接続したときの処理の一例を示す図である。
【図２３】カードユニットおよびパチンコ機の操作が行なわれていない待機中のときにおける処理の一例を示す図である。
【図２４】カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。
【図２５】プリペイドカードの残高を消費するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図２６】再プレイ時におけるカードユニットとパチンコ機との処理の一例を示す図である。
【図２７】カードユニット側の指示による遊技玉数の減算を行なう場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図２８】大当り中におけるカードユニットとパチンコ機との処理の一例を示す図である。
【図２９】遊技中においてパチンコ機での遊技玉数がなくなった場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３０】カードを返却するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３１】パチンコ機におけるガラス扉のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３２】パチンコ機におけるガラス扉のロックを解除して開放するときのカードユニットとパチンコ機との処理の変形例を示す図である。
【図３３】パチンコ機のセル（前枠）のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３４】カードユニットがカード保持中の状態で電源を起動したときにパチンコ機が未接続であった場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３５】カードユニットからの動作指示（要求動作無）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３６】パチンコ機からの動作応答（要求動作無に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３７】カードユニットからの動作指示（加算要求に対する応答）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３８】パチンコ機からの動作応答（加算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３９】カードユニットからの動作指示（減算要求）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４０】パチンコ機からの動作応答（減算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４１】カードユニットの加算要求に対してパチンコ機が加算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４２】カードユニットの減算要求に対してパチンコ機が減算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４３】カードユニットのクリア指示要求に対してパチンコ機がクリア拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４４】カードユニットの遊技許可要求に対してパチンコ機が許可拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４５】カードユニットの遊技禁止要求に対してパチンコ機が禁止拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４６】カードユニットのガラス扉開放要求に対してパチンコ機がガラス扉開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４７】カードユニットのセル（前枠）開放要求に対してパチンコ機がセル（前枠）開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４８】加減算データに関する動作応答到達後のカードユニットにおける電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図４９】動作指示到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５０】加減算データに関する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５１】加算要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５２】加算要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５３】減算要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５４】減算要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５５】クリア要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５６】クリア要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５７】カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理に連動して表示される動作状態の表示画面を説明する図である。
【図５８】カードが挿入された遊技中に遊技玉を分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図５９】ビジターカードが挿入された遊技中に遊技玉の分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図６０】会員カードが挿入された遊技中に遊技玉を分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の他の例を示す図である。
【図６１】玉共有処理が実行される場合の表示器の画面図である。
【図６２】玉共有処理が実行される場合の表示器の画面図である。
【図６３】玉共有処理が実行される場合の表示器の画面図である。
【図６４】玉共有処理が行なわれる場合の表示器の画面図である。
【図６５】玉共有処理が行なわれる場合の表示器の画面図である。
【図６６】玉共有処理が行なわれる場合の表示器の画面図である。
【図６７】玉共有処理が行なわれる場合の表示器の画面図である。
【図６８】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図６９】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図７０】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図７１】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図７２】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図７３】図７２における遷移画面図である。
【図７４】ワゴンサービスが行なわれる場合の表示器の画面図である。
【図７５】会員カード挿入中における表示器の画面図である。
【図７６】会員カード挿入中における表示器の画面図である。
【図７７】カード返却中における表示器の画面図である。
【図７８】カード返却中における表示器の画面図である。
【図７９】大当りが検知されたときのメイン制御部と表示制御部との処理の一例を示す図である。
【図８０】暗証番号の入力が不要のカードが挿入されたときのメイン制御部と表示制御部との処理の一例を示す図である。
【図８１】暗証番号の入力が必要なカードが挿入されたときのメイン制御部と表示制御部との処理の一例を示す図である。
【図８２】持玉／貯玉の再プレイ時におけるメイン制御部と表示制御部との処理の一例を示す図である。
【図８３】プリペイド残高を消費する場合のメイン制御部と表示制御部との処理の一例を示す図である。
【図８４】カード返却時のメイン制御部と表示制御部との処理の一例を示す図である。
【図８５】メニュー画面を表示するときのメイン制御部と表示制御部との処理の一例を示す図である。
【図８６】ワゴンサービス時のメイン制御部と表示制御部との処理の一例を示す図である。
【図８７】ワゴンサービス取消時のメイン制御部と表示制御部との処理の一例を示す図である。
【図８８】一般カードを使用しての持玉共有を行なうときのメイン制御部と表示制御部との処理の一例を示す図である。
【図８９】会員カードを使用しての持玉共有を行なうときのメイン制御部と表示制御部との処理の一例を示す図である。
【図９０】エラー表示時のメイン制御部と表示制御部との処理の一例を示す図である。
【図９１】入金可／不可を表示するときのメイン制御部と表示制御部との処理の一例を示す図である。
【図９２】他の例を示すパチンコ機の背面図である。
【図９３】（ａ）は発射と揚送の制御指令出力処理を示すフローチャートであり、（ｂ）はエラー処理を示すフローチャートである。
【図９４】スロットマシンの前面扉を開放した状態を示す斜視図である。
【図９５】カードユニットおよびスロットマシンに用いられる制御回路を示すブロック図である。
【図９６】カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
【図９７】他の例におけるカードユニットおよびパチンコ機を示す正面図である。
【発明を実施するための形態】
【００３７】
以下、図面を参照して本発明に係る実施の形態を説明する。なお、本実施の形態で用いる用語の概念として、「遊技機器」は、遊技機（パチンコ機やスロットマシン等）、カードユニット、Ｚカウンタ、カード発行装置、清算装置、ホール用管理装置、景品交換装置等の遊技場に設置される全ての機器を含む概念であり、「遊技用装置」は、上記、「遊技機器」から遊技機のみを排除した概念である。
【００３８】
まず、図１を参照して、遊技場内に複数配置されている各遊技島（図示略）に遊技機の一例の封入循環式パチンコ機（以下パチンコ機またはＰ台と略称する）２が併設されており、そのパチンコ機２の所定側の側方位置に該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。このカードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、それらカードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残高、持玉数、あるいは貯玉数等）を用いて対応するパチンコ機２における封入玉を弾発発射させて遊技ができるようにするための機能を有する。なお、ビジターカードや会員カードはＩＣカードで構成されている。
【００３９】
このパチンコ機２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、打球発射モータ１８（図２参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。
【００４０】
この図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であり、図示を省略しているが、遊技領域２７内に打込まれたパチンコ玉が入賞可能な始動口（１）と始動口（２）とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号に基づいて変動表示する可変表示装置が設けられているとともに、該可変表示装置の表示結果が予め定められた特定の識別情報の組合せ（たとえばぞろ目）になることにより開放する可変入賞球装置（大入賞口ともいう）などが設けられている。始動口（２）は、遊技者にとって有利な第１の状態（たとえば開成状態）遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【００４１】
可変入賞球装置が開放することにより大当り状態となる。また、可変表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。大入賞口は、大入賞口（１）と大入賞口（２）との２つ設けられている。たとえば、始動口（１）への入賞に基づいて大当りが発生したときには大入賞口（１）が第１の状態となり、始動口（２）への入賞に基づいて大当りが発生したときには大入賞口（２）が第１の状態となる。さらに、遊技領域２には、４つの通常入賞口（１）〜（４）が設けられている。
【００４２】
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１４５（図２参照）に回収される。入賞口に入賞したパチンコ玉およびアウト口１４５に回収されたパチンコ玉は再度パチンコ機２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
【００４３】
カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ３２７（図３参照）に受付けられ、そのカードに記録されている情報が読取られる。前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤならびに会員ＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ受光ユニット３１５（図１では図示省略）が設けられている。
【００４４】
さらに、表示器３１２と再プレイボタン３１９との間に、貸出ボタン３２１、返却ボタン３２２、呼出ボタン７９８が設けられている。貸出ボタン３２１は、挿入されているカードにより特定されるプリペイド残高を引落して遊技に使用するために操作されるボタンである。返却ボタン３２２は、カード挿入／排出口３０９に挿入されているカードを返却するときに操作されるボタンである。呼出ボタン７９８は、遊技場の係員を呼出すときに遊技者によって操作されるボタンである。
【００４５】
表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残高（カード残高または単に残高とも言う）を表示するものであるが、後述する遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
【００４６】
再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数から引落としてパチンコ機による遊技を行なうことが可能となるとともに、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ１等に記録されている場合には、その貯玉から引落としてパチンコ機２による遊技が可能となる。
【００４７】
なお、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータ１やその他の管理コンピュータにより管理される。一方、「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
【００４８】
なお、この持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
【００４９】
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ１等の上位サーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともに上位サーバにカード番号と対応付けて記憶させてもよい。
【００５０】
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器３４４により取込まれてその真贋や紙幣種別の識別がなされる。
【００５１】
パチンコ機２における遊技領域２７の下方位置には、表示器５４とチャンスボタン５６およびジョグダイヤル５７が設けられている。表示器５４は、液晶表示装置で構成されており、図５７あるいは図６１〜図７８で後述するような表示画面を遊技者に表示する。ジョグダイヤル５７は、遊技者が回動操作することにより表示器５４に表示されている表示画面における各種表示項目（アイコン）等を選択指定するものである。そして、遊技者がこのジョグダイヤル５７を回動操作することにより表示器５４に表示される表示画面上の各種表示項目において選択対象となるものが順次移動表示され、このジョグダイヤル５７を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン５６を遊技者が押圧操作することにより、その選択された表示項目が指定されて遊技者の選択が確定されることになる。
【００５２】
図２は、パチンコ機２の背面図であり、ここでは主に、封入循環式のパチンコ玉の循環経路を説明する。
【００５３】
パチンコ遊技機の遊技盤保持枠９５には、遊技盤取付用の回動レバー１００が設けられており、この回動レバー１００を回動操作することにより、遊技盤２６が着脱可能となる。一方、遊技領域２７に設けられている入賞口や可変入賞球装置などから入賞したすべての入賞玉は入賞玉集合カバー部材１４４で集められて入賞玉流下経路１４７を流下する。一方、アウト口４５に進入したアウト玉は、入賞玉流下経路１４７を流下する入賞玉と合流して合流通過経路７０２を流下する。合流通過経路７０２には合流経路検出スイッチ３２が設けられており、合流通過経路７０２を流下する玉が検出される。
【００５４】
一方、ファール玉はファール玉戻り口１５０から排出された後、ファール玉検出スイッチ３３で検出される。その後、ファール玉は合流通過経路７０２に進入する。合流通過経路７０２を流下したパチンコ玉は、玉回収樋１８９に案内される。
【００５５】
玉回収樋８９に案内されたパチンコ玉は、揚送装置１９０により揚送される。揚送装置１９０は、揚送モータ４０により回転する揚送用スクリューが内蔵されており、この揚送用スクリューが回転することによりパチンコ玉が揚送される。揚送装置１９０の背部には、揚送途中のパチンコ玉と接触することによりそのパチンコ玉を研磨する研磨部材２００ａ、２００ｂ（２００ｂは図面上見えない）が設けられており、パチンコ玉は揚送されつつ、その表面が研磨される。
【００５６】
揚送装置１９０の玉入口側（下方側）に玉上げスイッチ（下）４１ｂが設けられ玉排出側（上方側）に玉上げスイッチ（上）４１ａが設けられている。これら玉上げスイッチ（上）４１ａ、玉上げスイッチ（下）４１ｂにより、揚送されるパチンコ玉が検出される。揚送装置１９０で揚送され玉上げスイッチ（上）４１ａで検出されたパチンコ玉は発射玉誘導路１５３に誘導されて打込玉出口４９から玉送り装置（図示省略）に供給される。玉送り装置は、遊技者が打球操作ハンドル２５を操作してパチンコ玉を１発打つ毎に次のパチンコ玉を１つ打球発射位置に送り込む機能を有する。この玉送り装置により送り込まれるパチンコ玉が発射検出スイッチ（図示省略）により検出されてその発射検出信号が後述するように払出制御部１７に入力される。
【００５７】
さらに、パチンコ玉の循環経路途中に遊技玉過不足検出スイッチ４２ａ、４２ｂが設けられ（図４参照）、循環経路内のパチンコ玉が所定個数（たとえば５０個）になっているか否かを検出する。
【００５８】
次に図３を参照して、パチンコ機２は、額縁状の外枠４に対して、前枠（セルとも言う）５とガラス扉６とがその左側縁を揺動中心として開閉可能に設けられている。
【００５９】
前枠５における揺動中心とは反対側の端縁付近には、上下１対の係合突起６ａ、６ｂが設けられている。この係合突起６ａ、６ｂは、図示しないばねによって下方向に押圧されている。一方、外枠４の係合突起６ａ、６ｂに対向する位置に、係合受け片７ａ、７ｂが設けられている。開放状態の前枠５を外枠４に押付けることにより係合突起６ａ、６ｂが係合受け片７ａ、７ｂを乗越え、乗越えた状態でばねの付勢力により係合突起６ａ、６ｂが下方に移動し、ロック状態となる。
【００６０】
そして、前枠５の裏面側に前枠開放ソレノイド１１が設けられており、この前枠開放ソレノイド１１が励磁されることによりばねの付勢力に抗して上下１対の係合突起６ａ、６ｂが上方に押上げられ、その結果係合受け片７ａ、７ｂに対する係合突起６ａ、６ｂの係合が解除されてロック解除状態となり、前枠５が開放される。
【００６１】
さらに、前枠５にはガラス扉６用の係合突起８も設けられており、その係合突起８に対向するガラス扉６部分には、係合穴９が設けられている。係合突起８は、図示しないばねによって下方に押圧されており、開放状態のガラス扉６を前枠５に押付けることにより係合穴９の下縁部分によって係合突起８が押上げられて乗越えることにより、ばねの付勢力により係合突起８が押下げられ、係合突起８と係合穴９とが係合されてロック状態となる。この状態で、前枠５の裏面に設けられているガラス扉開放ソレノイド１０を励磁することにより、ばねの付勢力に抗して係合突起８が引上げられ、係合突起８と係合穴９との係合が解除されてロック解除状態となり、ガラス扉６が開放される。
【００６２】
外枠４の上方部分における前枠５と接触する箇所に前枠閉鎖検出器１３が設けられており、前枠５が外枠４に押付けられてロック状態となったことが検出される。また、前枠５の上方部分におけるガラス扉６との接触部分にガラス扉閉鎖検出器１２が設けられており、ガラス扉６が前枠５に押付けられてロック状態となったことがこのガラス扉閉鎖検出器１２により検出される。
【００６３】
次に、図４を参照して、カードユニット３とパチンコ機２との制御回路の概略を説明する。
【００６４】
カードユニット３には、マイクロコンピュータ等から構成されたメイン制御部３２３が設けられている。このメイン制御部３２３は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。メイン制御部３２３には、ホール用管理コンピュータ１等と通信を行なうための外部通信部３２４が設けられているとともに、パチンコ機２の払出制御部１７との通信を行なうためのＣＵ通信制御部８０が設けられている。カードユニット３にはパチンコ機２側への接続部３３０が設けられており、パチンコ機２にはカードユニット３側への接続部２０が設けられている。これら接続部３３０、２０は、たとえばコネクタ等で構成されている。ＣＵ通信制御部８０と払出制御部１７とは、このコネクタ３３０、２０と接続配線とを介して通信可能に接続される。メイン制御部３２３のＣＰＵは、外部通信部３２４とホール用管理コンピュータ１との断線等の未接続エラーを検知したときに、表示制御部７９７にエラー表示コマンドを送信して表示器３１２にエラー表示を行なわせるとともに異常報知ランプ（図示せず）を点灯または点滅させる制御を実行する。さらにメイン制御部３２３は、ＣＵ通信制御部８０とＰ台通信制御部８１との断線等の未接続エラーを検知したときに、表示制御部７９７にエラー表示コマンドを送信して表示器３１２にエラー表示を行なわせるとともに異常報知ランプ（図示せず）を点灯または点滅させ、かつホール用管理コンピュータ１にエラーが発生した旨の通知信号を送信する制御を実行する。この表示制御部７９７は、図示を省略しているが、ＣＰＵと、ＣＰＵの動作プログラムや制御用データを記憶しているＲＯＭと、ＣＰＵのワークエリアとして機能するＲＡＭと、Ｉ／Ｏポート等を含む。
【００６５】
前述した貨幣識別器３４４により紙幣の真贋および種類が識別されてその識別結果信号がメイン制御部３２３に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号がメイン制御部３２３に入力される。挿入されたカードの記録情報をカードリーダライタ３２７が読取って、その読取り情報がメイン制御部３２３に入力されるとともに、メイン制御部３２３からカードリーダライタ３２７に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ３２７はそのデータを挿入されているカードに書込む。メイン制御部３２３のＣＰＵは、カードリーダライタ３２７からの読取り情報に基づいてカードの適否を判定し、不適正なカード（偽造カード等）であると判定したときには、表示制御部７９７にエラー表示コマンドを送信して表示器３１２にエラー表示を行なわせるとともに異常報知ランプ（図示せず）を点灯または点滅させ、かつホール用管理コンピュータ１にエラーが発生した旨の通知信号を送信する制御を実行する。
【００６６】
メイン制御部３２３に対して表示制御部７９７が接続されており、メイン制御部３２３から表示制御部７９７に対し、残高あるいは遊技玉数等の表示用データが出力される。表示制御部７９７は、その出力されてきた表示用データを受信し、その表示用データを表示器３１２に表示させる制御を行なう。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部７９７を経由してメイン制御部３２３に入力される。
【００６７】
遊技者が貸出しボタン３２１を操作することにより、その操作信号がメイン制御部３２３に入力される。遊技者が再プレイボタン３１９を操作することによりその操作信号がメイン制御部３２３に入力される。遊技者が返却ボタン３２２を操作することによりその操作信号がメイン制御部３２３に入力される。遊技者が呼出ボタン７９８を操作することによりその操作信号がメイン制御部３２３に入力される。
【００６８】
パチンコ機２には、パチンコ機２の遊技の進行制御を行なう主制御基板１６と、払出制御部１７と、発射制御基板３１と、遊技玉制御部３４と、発射部３９と、演出部５０とが備えられている。
【００６９】
メイン制御部３２３には、さらにＣＵ通信制御部８０が接続されており、このＣＵ通信制御部８０とパチンコ機２に設けられたＰ台通信制御部８１とが、コネクタ３３０およびコネクタ２０を介して電気的に接続されている。またＰ台通信制御部８１と払出制御部１７とは、ワンチップのＬＳＩ７９９で構成されている。そして、ＣＵ通信制御部８０からＰ台通信制御部８１へ、後述するように、加算要求、減算要求、遊技許可／禁止要求、加算要求玉数、減算要求玉数の各種コマンドが送信され、その各種コマンドがＰ台通信制御部８１から払出制御部１７へ送信される。
【００７０】
払出制御部１７からＰ台通信制御部８１を経由してＣＵ通信制御部８０へ、遊技玉数、加算玉数、減算玉数、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。
【００７１】
主制御基板１６には遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【００７２】
払出制御部１７には、払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【００７３】
また、払出制御部１７に対し、前述した合流経路検出スイッチ３２、ファール玉検出スイッチ３３、ガラス扉開放ソレノイド１０、前枠開放ソレノイド１１、ガラス扉閉鎖検出器１２、前枠閉鎖検出器１３が電気的に接続された状態で設けられている。
【００７４】
主制御基板１６から払出制御部１７に対し、接続確認信号、入賞検出信号、始動口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
【００７５】
接続確認信号は、主制御基板１６と払出制御部１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御部１７へ所定の電圧の信号が常時供給されており、払出制御部１７がその所定電圧信号を受信していることを条件として払出制御部１７が動作制御するように構成されている。入賞検出信号は、始動口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御部１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。このことに関しては後に詳しく説明する。
【００７６】
始動口入賞情報とは、始動口１または始動口２のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御部１７へ通知するための情報である。エラーの具体例としては、たとえば、遊技領域２７に磁石を近付けて遊技玉を入賞口に誘導させる時期センサエラー、不正電波を発信させて入賞玉検出スイッチを不正にＯＮさせる電波センサエラー、可変入賞球装置（アタッカー）が閉じている状態時に可変入賞球装置の入賞玉を検出する１０カウントスイッチから検出信号が出力される不正入賞エラー等がある（図１３参照）。このようなエラーや接続確認信号による未接続を主制御基板１６のＣＰＵが検知したときには、ＣＰＵは、幕板に設けられた呼出ランプを点灯または点滅制御するとともに主制御基板１６のＩ／Ｏポート（図示せず）からホール用管理コンピュータ１に異常発生した旨を通知する異常通知信号を出力する。
【００７７】
図柄確定回数とは、始動口１または始動口２への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
【００７８】
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
【００７９】
払出制御部１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
【００８０】
合流経路検出スイッチ３２から払出制御部１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御部１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３からファール玉検出信号が入力された払出制御部１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。
【００８１】
払出制御部１７がガラス扉開放ソレノイド１０を励磁制御することにより、図３に基づいて説明したように、ガラス扉６が開錠されて開放可能となる。払出制御部１７が前枠開放ソレノイド１１を励磁制御することにより、図３で説明したように前枠５が開錠されて開放可能となる。
【００８２】
図３で説明したようにガラス扉６を前枠５へ押付けて閉鎖することによりガラス扉閉鎖検出器１２からガラス扉閉鎖検出信号が出力されて払出制御部１７へ入力される。図３に基づいて説明したように前枠５を外枠４へ押付けて閉鎖することにより前枠閉鎖検出器１３から前枠閉鎖検出信号が出力されて払出制御部１７へ入力される。
【００８３】
カードユニット３のＣＵ通信制御部８０とパチンコ機２のＰ台制御部８１とが電気的に接続されており、ＣＵ通信制御部８０からＰ台制御部８１を介して払出制御部１７へ、加算要求、減算要求、遊技許可／禁止要求、加算要求玉数、減算要求玉数の各種コマンドが送信される。
【００８４】
加算要求コマンドは、後述するように、プリペイド残高からの遊技玉の貸出あるいは再プレイ貸出が行なわれる場合に払出制御部１７へ送信され、払出制御部１７は、それを受けて遊技玉数を加算更新する。減算要求コマンドは、後述するように、持玉の分割譲渡（玉共有処理）あるいはワゴンサービスが行なわれた場合に払出制御部１７へ送信され、それを受けた払出制御部１７は、遊技玉数を減算更新する。
【００８５】
遊技許可／禁止要求コマンドは、払出制御部１７に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。加算要求玉数とは、前述した加算要求コマンドにより遊技玉数に加算する玉数を指定するコマンドである。減算要求玉数とは、前述した減算要求コマンドにより遊技玉数から減算する玉数を指定するコマンドである。
【００８６】
払出制御部１７からＰ台制御部８１を介してＣＵ通信制御部８０へ、遊技玉数、加算玉数、減算玉数、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。遊技玉数とは、主制御基板１６から払出制御部１７へ送信されてきた入賞検出信号、始動口入賞情報、アウト玉検出信号、ファール玉検出信号の各種信号に基づいて払出制御部１７が算出した現時点の遊技玉の合計数のことである。加算玉数とは、主制御基板１６から払出制御部１７へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号に基づいて遊技玉数に対して加算されるその加算玉数のことである。減算玉数とは、後述する遊技玉制御部３４から払出制御部１７へ送信されてくる発射検出信号に基づいて遊技玉数から減算されるその減算玉数のことである。始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各レスポンスは、前述した主制御基板１６から払出制御部１７へ送信されてきたそれらの情報を指定するレスポンスである。
【００８７】
遊技玉制御部の発射部３８には、発射モータ１８、タッチリング３５、単発発射スイッチ３６および発射モータ原点センサ３７が設けられている。タッチリング３５は、遊技者が打球操作ハンドル２５に触れていることを検出してその信号（タッチリング入力信号）を出力するためのものである。発射制御基板３１はこのタッチリング入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。単発発射スイッチ３６は、遊技者がパチンコ玉を遊技領域２７へ１つずつ打込むための操作（単発発射操作）を行なうためのものであり、単発発射操作が行なわれたときには単発発射スイッチ３６から単発発射スイッチ信号が出力される。発射モータ原点センサ３７は、発射モータ１８の原点位置を検出してその検出信号を出力するものであり、発射モータ１８が１回転する毎にその原点が検出されて信号が出力される。
【００８８】
この発射部３８から発射制御基板３１へ、タッチリングの信号と単発発射スイッチの検出信号とが入力される。また、発射部３８から払出制御部１７へ、パチンコ玉が発射されたことを示す発射検出信号と発射モータ原点センサの検出信号とが入力される。発射検出信号を受けた払出制御部１７は、発射玉数１個の検出に対して、減算玉数と遊技中玉数とを１加算更新するとともに遊技玉数を１減算更新する。
【００８９】
払出制御部１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。
【００９０】
遊技玉制御部３４に設けられている揚送部３９には、図２に基づいて説明したように、揚送モータ４０、玉揚げスイッチ（上）４１ａ、玉揚げスイッチ（下）４１ｂが設けられている。さらに、この揚送部３９には、遊技玉過不足検出スイッチ１（４２ａ）と遊技玉過不足検出スイッチ２（４２ｂ）とが設けられている。この遊技玉過不足検出スイッチ１，２は、パチンコ機２に封入されているパチンコ玉の合計数（たとえば５０個）に過不足があるか否かを検出するためのスイッチである。
【００９１】
払出制御部１７から揚送部３９へ揚送モータ４０を励磁するための揚送モータ励磁出力信号が送信される。一方、揚送部３９から払出制御部１７へ、玉揚げスイッチ（上）４１ａ、玉揚げスイッチ（下）４１ｂの検出信号に基づいた揚送検出（通過／満タン）の信号が送信されるとともに、遊技玉過不足検出スイッチ１（４２ａ）、遊技玉過不足検出スイッチ２（４２ｂ）の検出信号としての補給５０個検出信号が入力される。
【００９２】
演出部５０には、表示器用演出制御基板５３と、表示器用電源基板５１と、表示器用電源中継基板５２と、表示器５４と、表示器用ＲＯＭ基板５５と、チャンスボタン５６と、ジョグダイヤル５７とが設けられている。表示器用演出制御基板５３は、ＣＰＵ、ＲＡＭ、ＶＤＰとを含んでいる。そして、表示器用ＲＯＭ基板５５に搭載されているＲＯＭに対して、データ読込信号を入力することにより画像データを読出して表示器５４へ表示データを送信し、表示器５４に表示画面を表示させる制御を行なう。また、チャンスボタン５６のボタン入力信号とジョグダイヤル５７のダイヤル入力信号とが表示器用演出制御基板５３へ入力され、表示器用演出制御基板５３が、チャンスボタン入力信号とジョグダイヤル入力信号とを表示器５４へ出力して、ジョグダイヤル５７の操作およびチャンスボタン５６の操作を反映した表示画面を表示器５４に表示させる。
【００９３】
表示器用演出制御基板５３には、表示器用電源基板５１からの所定電圧の電力が表示器用電源中継基板５２を介して供給される。
【００９４】
払出制御部１７から表示器用演出制御基板５３へ、表示器制御コマンドが送信される。この表示器用制御コマンドは、遊技機情報コマンドとカードユニット操作コマンドとテストコマンドとを含んでいる。遊技機情報コマンドとは、大当り発生回数や確変回数等の当該パチンコ機２による遊技状態を示すコマンドであり、カードユニット操作コマンドとは、カードユニット３を遊技者が操作したことによるコマンドである。またテストコマンドとは、演出部５０の演出表示動作をテストするためのコマンドである。
【００９５】
払出制御部１７から表示器用演出制御基板５３へのコマンドは、前回のコマンドの送信後３００ｍｓ経過毎に次のコマンドが送信される。そして、表示器用演出制御基板５３は、コマンドの受信後３００ｍｓを超える一定時間経過したにも拘らず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理（エラー処理）を行なう。具体的には、前回のコマンドの受信から３００ｍｓを超えたにも拘らず次のコマンドが送信されてこない場合にはエラーカウントを＋１し、そのエラーカウントが連続１０回カウントしたときに、表示器用演出制御基板５３はタイムオーバを検知して通信状態を初期化し、表示器５４に呼出ランプの点灯とエラーアニメーションとを表示させる制御を行なう。
【００９６】
次に図５を参照して、ＣＵ側とＰ台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【００９７】
本実施の形態においては、ＣＵ側においてＰ台側の遊技玉数の変動を算出して現在の遊技玉数を管理している。Ｐ台側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台側において遊技玉数が０となったときにＰ台自ら打球発射を迅速に停止させる制御を行なうためだけに用いられる副次的なものである。遊技玉数の主たる管理をＣＵ側において行なっているために、Ｐ台側に遊技玉数の厳重に管理するための機能を設ける必要がなく、その分Ｐ台のコストを極力抑えることができる。
【００９８】
特に、ＣＵに比べてＰ台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、Ｐ台側における遊技玉数に関する主管理機能をＣＵ側に持たせてＰ台側のコストを抑えることにより、封入式遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【００９９】
図５では、ＣＵ側のメイン制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台側の払出制御部１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ機２）とＣＵ（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台側の払出制御部１７は、主制御基板１６からメインチップＩＤを送信してもらい、そのメインチップＩＤをＣＵ側に送信するとともに、払出制御部１７自身が記憶している払出チップＩＤをＣＵ側へ送信する。
【０１００】
ＣＵ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ側とＰ台側とが接続されて通信が開始された時刻のデータがＣＵ側からＰ台側へ送信され、Ｐ台側ではその送信されてきた接続時刻を記憶する。
【０１０１】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ側で識別された接続時刻の３つの情報がＣＵ側とＰ台側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台側からＣＵ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０１０２】
ＣＵ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ側とＰ台側との通信が開始された新たな接続時刻データがＣＵ側からＰ台側へ送信されてその新たな接続時刻データをＰ台側において記憶することとなる。
【０１０３】
また、ＣＵ側とＰ台側とにおいて動作指示および動作応答の送信が行なわれる毎にシーケンスナンバー（ＳＱＮ）が「１」ずつ加算更新され、そのシーケンスナンバーがＣＵ側とＰ台側とにおいて記憶される。このＳＱＮとは、ＣＵとＰ台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終ＳＱＮとは、その更新される通信番号の最後に更新された番号のことである。
【０１０４】
本実施の形態におけるＣＵとＰ台とにおけるＳＱＮのバックアップの具体的態様を説明する。ＣＵは、動作指示でＰ台へ送信したＳＱＮをバックアップ記憶し、次にＰ台からのＳＱＮを受信すると、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているＳＱＮを１加算更新してＰ台へ送信し、その送信済みのＳＱＮをバックアップ記憶する。ＣＵではこのような処理を繰返す。
【０１０５】
Ｐ台でも同様に、動作指示でＣＵから受信したＳＱＮをバックアップ記憶し、次にＰ台からＣＵへ動作応答を送信するときに、バックアップ記憶しているＳＱＮを１加算更新して送信し、その送信済みのＳＱＮをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。Ｐ台ではこのような処理を繰返す。
【０１０６】
そして、後述する図４１、図４８〜図５６のように、通信途中で通信断が発生したときには、通信の再接続までの間ＳＱＮがバックアップ記憶されるのであるが、Ｐ台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため（図４１、図４８〜図５６参照）、通信の再接続までの間バックアップ記憶しているＳＱＮは常に最後に送信したＳＱＮとなっている。一方、ＣＵ側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため（図４１、図４８〜図５６参照）、通信の再接続までの間バックアップ記憶しているＳＱＮは最後に送信したものまたは最後に受信したもののいずれかとなる。
【０１０７】
たとえば、ＣＵ側からＰ台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーｎを送信し、Ｐ台側ではその送信されてきたシーケンスナンバーｎを記憶する。そして、動作応答をＰ台側からＣＵ側へ返信するときにその記憶しているシーケンスナンバーｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ側では返信されてきたシーケンスナンバーｎ＋１が既に記憶していたシーケンスナンバーｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを＋１してｎ＋２のシーケンスナンバーをＰ台側へ送る。
【０１０８】
次に、Ｐ台側からＣＵ側へ現在玉関連情報（カウント中の玉関連情報）を送信する。この現在玉関連情報は、ＲＡＭの現在玉関連情報記憶領域に記憶されている。具体的には、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から加算玉数情報が払出制御部１７へ送信されてきたときに加算玉数カウンタでその加算玉数をカウントしておき、その加算玉数カウンタの値（加算玉数）をＰ台側からＣＵ側へ送信する。また、パチンコ玉が遊技領域２７内に発射されてその発射玉が発射玉検出スイッチにより検出されればその検出信号に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台側からＣＵ側へ送信する。
【０１０９】
さらに、始動口（１）または始動口（２）にパチンコ玉が入賞して始動口（１）入賞信号または始動口（２）入賞信号が主制御基板１６から払出制御部１７へ送信されてきた場合には、払出制御部１７において始動口１入賞数カウンタまたは始動口２入賞数カウンタによりそれら入賞数をカウントし、そのカウント値をＰ台側からＣＵ側へ送信する。さらに、払出制御部１７では、加算玉数と減算玉数とに基づいて現時点における遊技玉数を遊技玉数カウンタで計数しており、その遊技玉数カウンタのカウント値をＰ台側からＣＵ側へ送信する。
【０１１０】
Ｐ台側においては、加算玉数カウンタ、減算玉数カウンタ、始動口（１）入賞カウンタ、始動口（２）入賞カウンタ、および遊技玉数カウンタの値をＣＵ側へ送信する毎に、それらカウント値を前回玉関連情報記憶領域にバックアップデータとして記憶（書換え）した後、現在玉関連情報としての加算玉数カウンタ、減算玉数カウンタ、始動口１入賞数カウンタおよび始動口２入賞数カウンタの値を０クリアする。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
【０１１１】
その結果、前回玉関連情報（直前に送信した現在玉関連情報）の記憶エリアに、直前にＣＵ側に送信した現在玉関連情報である、加算玉数、減算玉数、始動口１入賞数、および始動口２入賞数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台側からＣＵ側へ現在玉関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
【０１１２】
ＣＵ側においては、ＲＡＭ内の累計データ記憶領域に、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、始動口（１）総入賞数（始動口（１）回数累計）、始動口（２）総入賞数（始動口（２）回数累計）、遊技玉数を記憶している。
【０１１３】
Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数および遊技玉数を更新する。また、Ｐ台側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数と遊技玉数とを更新する。さらに、Ｐ台から送信されてきた始動口１入賞数カウンタの値に基づいて始動口（１）総入賞数を更新するとともに、Ｐ台側から送信されてきた始動口２入賞数カウンタの値に基づいて始動口（２）総入賞数を更新する。このように、ＣＵは、Ｐ台より逐一送信されてくる現在玉関連情報によって遊技玉数を更新することで最新の遊技玉数を管理をすることが可能となる。同様に、ＣＵは、Ｐ台より逐一送信されてくる現在玉関連情報によって総加算玉数、総減算玉数、始動口（１），（２）総入賞数を更新することで最新のそれらの情報を管理をすることが可能となる。
【０１１４】
なお、図８、図１２に基づいて後述するが、「加算玉数」の内訳は、遊技玉獲得個数情報とバック玉加算情報とである。バック玉とはファール玉のことである。また、「減算玉数」を遊技玉発射個数情報とも言う。
【０１１５】
なお、ＣＵは、Ｐ台側から加算玉数カウンタおよび減算玉数カウンタの値に加えて遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信しているが、自ら記憶している遊技玉数は加算玉数カウンタおよび減算玉数カウンタの値に基づいて更新し、Ｐ台側から送られる遊技玉数カウンタのカウント値は利用しない。このため、仮に、Ｐ台側から送られてきた遊技玉数とＣＵ側で管理している遊技玉数とが一致しない場合でも、ＣＵ側の遊技玉数がＰ台側から送られてきた遊技玉数で更新されてしまうことはない。
【０１１６】
さらに、ＣＵは、Ｐ台側から送信されてきた遊技玉数カウンタの値とＣＵ側において更新されている現在の遊技玉数とを照合して一致するか否かの整合性の判定を行なう。
【０１１７】
一致するとの判定（一致確認）が行なわれたことを条件として、ＣＵはＰ台との間で通常の（正常時の）動作要求（コマンド）の送信および通常の（正常時の）動作応答（レスポンス）の受信を継続する。一方、一致しないとの判定が行なわれたときには、ＣＵは、エラー状態に移行する制御を行なう。
【０１１８】
エラー状態に移行する制御として、ＣＵは、リカバリ処理を行なって通信開始要求のコマンドをＰ台へ送信し、そのコマンドに含まれているデータ補正要求のＢｉｔ１のデータによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行なう。なお、補正する処理としては、ＣＵ側で管理している遊技玉数に補正するのであるが、それに代えて、ＣＵ側で管理している遊技玉数と、Ｐ台側で記憶している遊技玉数との平均値に補正してもよい。
【０１１９】
また、このような補正処理に代えて、たとえば、表示器３１２によりエラー報知を行なったり、あるいは、ホール用管理コンピュータ１にエラーが発生した旨のエラー通知信号を送信し（この場合、ホール用管理コンピュータ１によるエラー報知が行なわれるようにしてもよい）、係員による人為的な対応を促す所定の報知を行なうようにしてもよい。
【０１２０】
このように、ＣＵは、Ｐ台側から送信されてくる各種カウンタの値を受信し、現時点における遊技玉数を特には加減算玉数カウンタの値に基づいて算出して管理するという遊技玉数の主管理機能を有している。このため、Ｐ台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、遊技玉数が０になったときに即座に遊技を禁止できるようにするなどの目的のために、Ｐ台側にも遊技玉数を記憶させている。しかしながら、Ｐ台側に遊技玉数を記憶するための遊技玉数カウンタを設けないようにしてもよい。
【０１２１】
ＣＵは、算出された現時点における遊技玉数とＰ台側から送信されてきた遊技玉数カウンタの値とを照合して一致するか否かの判定を行なう遊技玉数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御（不一致時エラー制御）を行なう機能とを有する。
【０１２２】
このように、本実施の形態では、Ｐ台側にも遊技玉数を記憶させているが、その遊技玉数がＣＵ側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ側機能）。そのため、仮に不正行為その他の事情で遊技機側で記憶している遊技玉数がＣＵ側で管理記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ側にその判定機能を設けたが、たとえば、ＣＵと接続されるホール用管理コンピュータ１によって、ＣＵ側で記憶している遊技玉数とＰ台側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０１２３】
図５に示すように、ＣＵは、持玉（貯玉）を記憶する記憶領域と、受け付けた（挿入された）カードのカード残高を記憶する記憶領域とをさらに有する。ＣＵのメイン制御部３２３（図４参照）は、持玉の使用を要求する入力（たとえば、ＣＵに設けられた再プレイボタン（再プレイボタンとも言う）３１９（図４参照）の押圧入力）に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。また、ＣＵのメイン制御部３２３（図４参照）は、カード残高の使用を要求する入力（たとえば、貸出しボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。
【０１２４】
また、このような遊技者所有の遊技用価値（たとえばプリペイド残高、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算要求玉数がＣＵ側からＰ台側へ送信される。Ｐ台側では、それを受けて、遊技玉数カウンタを加算更新する。
【０１２５】
一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求玉数がＣＵ側からＰ台側へ送信される。Ｐ台側では、それを受けて、遊技玉数カウンタを減算更新する。
【０１２６】
次に図６を参照して、カードユニットとパチンコ機との間で行なわれるコマンドおよびレスポンスの概略を説明する。
【０１２７】
図６には、送信方向と送信情報の名称とその概略が示されている。送信方向がメイン制御部からＣＵ通信制御部のデータはコマンドであり、送信方向がＣＵ通信制御部からメイン制御部のデータはレスポンスである。
【０１２８】
メイン制御部からＣＵ通信制御部に対してリカバリ要求のコマンドが送信される。そのコマンドがＰ台通信制御部を経由して払出制御部に送信される。このデータ送信方向をＣＵ→Ｐ台と表現することもある。このように、ＣＵ通信制御部に送信されたコマンドはＰ台に送信されるのであり、この記載の繰り返しを以下省略する。このリカバリ要求のコマンドは、Ｐ台に対してリカバリ情報の送信を要求するものである。
【０１２９】
ＣＵ通信制御部からメイン制御部に対してリカバリ応答のレスポンスが送信される。このレスポンスは、払出制御部からＰ台通信制御部を経由して送信される。このデータ送信方向をＰ台→ＣＵと表現することもある。このように、ＣＵ通信制御部に送信されてくるレスポンスはＰ台から送信されるのであり、この記載の繰り返しを以下省略する。このリカバリ応答のレスポンスは、ＣＵに対してＰ台で保持しているリカバリ情報を送信するものである。メイン制御部からＣＵ通信制御部対して接続確認要求のコマンドが送信される。この接続確認要求のコマンドは、Ｐ台に対して接続状態であることを通知するものである。
【０１３０】
ＣＵ通信制御部からメイン制御部に対して接続確認応答のレスポンスが送信される。この接続確認応答のレスポンスは、ＣＵに対して接続状態であることを通知するものである。メイン制御部からＣＵ通信制御部に対して通知開始要求のコマンドが送信される。この通知開始要求のコマンドは、Ｐ台に対してリカバリ情報のクリア、接続ＩＤ（通信開始時刻）のバックアップを要求するものである。
【０１３１】
ＣＵ通信制御部からメイン制御部に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵに対してリカバリ情報のクリア、接続ＩＤ（通信開始時刻）のバックアップの終了を通知するものである。
【０１３２】
メイン制御部からＣＵ通信制御部に対して動作指示のコマンドが送信される。動作指示のコマンドは、Ｐ台に対して各種（遊技動作）を指示し、遊技台情報（加減算データ等）の送信を要求するものである。ＣＵはこのコマンドを使用して、遊技台の状態を定期的に確認する。
【０１３３】
ＣＵ通信制御部からメイン制御部に対して動作応答のレスポンスが送信される。この動作応答のレスポンスは、ＣＵに対して遊技動作指示の実行結果および遊技台情報（加減算データ等）を通知するものである。
【０１３４】
メイン制御部からＣＵ通信制御部に対して、通信コネクションの切断を要求するコマンド（通信切断要求コマンド）が送信される。ＣＵ通信制御部からメイン制御部に対して通信切断要求コマンドを受信した旨のレスポンスが送信される。
【０１３５】
メイン制御部からＣＵ通信制御部に対して、Ｐ台通信制御部との認証結果を要求するコマンド（Ｐ台通信制御部認証結果要求）が送信される。ＣＵ通信制御部とＰ台通信制御部との間では、互いに相互認証を行なっている。その相互認証の結果であるＣＵ通信制御部によるＰ台通信制御部の認証結果の要求がメイン制御部によって行なわれる。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１３６】
ＣＵ通信制御部からメイン制御部に対して、Ｐ台通信制御部との認証結果を通知するレスポンス（Ｐ台通信制御部認証結果応答）が送信される。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１３７】
メイン制御部からＣＵ通信制御部に対して、ＣＵ通信制御部に通信（送信）状態を要求するコマンド（通信状態要求）が送信される。この通信（送信）状態は、メイン制御部とＣＵ通信制御部との間での通信状態が正常であるか否かを要求するコマンドである。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１３８】
ＣＵ通信制御部からメイン制御部に対して、通信（送信）状態を通知するレスポンス（通信状態応答）が送信される。これは、メイン制御部とＣＵ通信制御部との間での通信状態が適正であるか否かをＣＵ通信制御部が判定し、その判定結果をメイン制御部に返信するレスポンスである。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１３９】
メイン制御部からＣＵ通信制御部に対して、現在時刻を通知するコマンド（時刻通知）が送信される。
【０１４０】
ＣＵ通信制御部からメイン制御部に対して、時刻通知のコマンドを受信した旨の通知であるレスポンス（時刻応答）が送信される。
【０１４１】
メイン制御部からＣＵ通信制御部に対して、機器認証を要求するコマンド（機器認証要求１）が送信される。この機器認証は、メイン制御部とＣＵ通信制御部とに記憶されている認証鍵（共通鍵）が同一の鍵であるか否かを認証するためのものである。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。後述する機器認証要求２、単体認証要求１〜４も同様である。
【０１４２】
ＣＵ通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス（機器認証応答１）が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。機器認証応答２、単体認証応答１〜４も同様である。
【０１４３】
メイン制御部からＣＵ通信制御部に対して、２回目の機器認証を要求するコマンド（機器認証要求２）が送信される。
【０１４４】
ＣＵ通信制御部からメイン制御部に対して、２回目の機器認証結果を通知するレスポンス（機器認証応答２）が送信される。
【０１４５】
メイン制御部からＣＵ通信制御部に対して、単体認証を要求するコマンド（単体認証要求１）が送信される。
【０１４６】
ＣＵ通信制御部からメイン制御部に対して、単体認証結果を通知するレスポンス（単体認証応答１）が送信される。
【０１４７】
メイン制御部からＣＵ通信制御部に対して、２回目の単体認証を要求するコマンド（単体認証要求２）が送信される。
【０１４８】
ＣＵ通信制御部からメイン制御部に対して、２回目の単体認証結果を通知するレスポンス（単体認証応答２）が送信される。これら単体認証要求と単体認証応答とは、図７に示すように３回目の単体認証要求３、３回目の単体認証応答３、４回目の単体認証要求４、４回目の単体認証応答４の送受信が行なわれる。
【０１４９】
次に、図７〜図１３に基づいて、図６に示したコマンド／レスポンスのうち、特に、リカバリ応答、通信開始要求、動作指示、動作応答について、その内容を詳細に説明する。
【０１５０】
図８を参照して、Ｐ台からＣＵへリカバリ応答のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵに対して、Ｐ台で保持しているリカバリ情報（リカバリデータとも言う）を送信するものである。この「リカバリ情報」とは、ＣＵがリカバリ処理の実行に伴ってＰ台に対してリカバリ要求のコマンドを送信したときにＰ台がＣＵへリカバリ応答として送信するためにバックアプ記憶しているデータのことである。Ｐ台からＣＵへ送信されるリカバリ情報としては、図８、図９に示すように、接続時刻、最終シーケンスナンバー、前回玉関連情報および現在玉関連情報である。
【０１５１】
図８以降に示す「暗号」の列は、送信するデータを暗号化しているか否かを示す欄であり、×印が暗号化しておらず、○印が暗号化している旨を示している。この暗号に用いる鍵は、セッション鍵（電文鍵とも言う）を用いており、これについては後述する。
【０１５２】
接続時刻は、Ｐ台でバックアップしている接続時刻（通信開始時にＣＵから受信した接続時刻のデータ）である。最終シーケンスナンバーとは、Ｐ台でバックアップしていたシーケンスナンバーのことである。前回玉関連情報は、前回通知した玉関連情報のことである。具体的には、前回通知した遊技玉獲得個数情報、前回通知したバック玉加算情報、前回通知した遊技玉発射個数情報、前回通知した図柄確定回数１、前回通知した図柄確定回数２、前回通知した始動口１回数、前回通知した始動口２回数、前回通知した大入賞口１回数、前回通知した大入賞口２回数、前回通知した入賞口１〜４回数である。
【０１５３】
「遊技玉獲得個数情報」とは、入賞によって遊技玉に加算される加算玉数の情報のことである。「バック玉加算情報」とは、ファール玉検出スイッチ３３（図２参照）より検出されたファール玉を遊技玉に加算する加算情報のことである。「遊技玉発射個数情報」とは、発射部３８（図４参照）により発射されたパチンコ玉の個数情報のことである。
【０１５４】
図５および図１８〜図６０のフローチャートでは、「遊技玉獲得個数情報」と「バック玉加算情報」と総称して「加算玉数」と表現している。また、「遊技玉発射個数情報」を「減算玉数」と表現している。
【０１５５】
「図柄確定回数１」とは、変動表示装置１による図柄確定された回数のことである。「図柄確定回数２」とは、変動表示装置２による図柄確定された回数のことである。
【０１５６】
「始動口回数１」とは、始動口１へのパチンコ玉の入賞回数のことである。「始動口回数２」とは、始動口２へのパチンコ玉の入賞回数のことである。
【０１５７】
「大入賞口１回数」とは、大入賞口１の開放回数（ラウンド回数）のことである。
「大入賞口２回数」とは、大入賞口２の開放回数（ラウンド回数）のことである。
【０１５８】
「入賞口１〜４回数」とは、入賞口１〜４の各入賞口へのパチンコ玉の入賞回数のことである。
【０１５９】
さらに、Ｐ台からＣＵへ送信されるリカバリ応答の情報として、最新の玉関連情報としての現在玉関連情報がある。現在玉関連情報は、具体的には、現在Ｐ台で保持している遊技玉トータル個数情報（遊技玉数ともいう）、現在Ｐ台で保持している遊技玉獲得個数情報、現在Ｐ台で保持しているバック玉加算情報、現在Ｐ台で保持している遊技玉発射個数情報、現在Ｐ台で保持している図柄確定回数１、現在Ｐ台で保持している図柄確定回数２、現在Ｐ台で保持している始動口１回数、現在Ｐ台で保持している始動口２回数、現在Ｐ台で保持している大入賞口１回数、現在Ｐ台で保持している大入賞口２回数、現在Ｐ台で保持している入賞口１〜４回数である。
【０１６０】
なお、図８中の※が付されている情報は、Ｐ台でバックアップするデータであり、工場出荷時およびバックアップデータが不定の場合にはＡＬＬ０をセットする。
【０１６１】
図８に示した（注１）における各種玉数の意味および確定ポイントが図１４に示されている。各種玉数の意味および確定ポイントの内容に関しては図１４に示すとおりであるが、以下に補足説明をする。
【０１６２】
遊技玉トータル個数情報とは、Ｐ台の保持している遊技玉数のことである。なお、Ｐ台の遊技玉数とＣＵの補正後の遊技玉数とが一致するかをＣＵがチェックし、不一致の場合には、ＣＵはＰ台に対して通信切断要求のコマンドを送信して通信切断状態にするとともにＰ台の遊技を停止させる（図４１等参照）。そして、ＣＵはリカバリ処理を実行し、通信開始要求をＰ台に送信することによって（図２２参照）、その通信開始要求のコマンドに含まれているデータ補正要求に従って遊技玉補正要求をＰ台に送信し、Ｐ台の遊技玉をＣＵ側において補正した後の遊技玉数に補正させる処理を行なう。
【０１６３】
図柄確定回数１および図柄確定回数２は、それぞれ始動口１および始動口２へのパチンコ玉の入賞に対する図柄確定情報のことであり、ＣＵは遊技台（Ｐ台）のスタート回数の集計にこのデータを使用する。
【０１６４】
始動口１回数および始動口２回数は、Ｐ台の始動口１および始動口２へのパチンコ玉の入賞した回数のことであり、ＣＵは遊技台の稼動状態のチェックにこのデータを使用する。
【０１６５】
大入賞口１および大入賞口２はＰ台の大入賞口１および大入賞口２へのパチンコ玉の入賞した回数（個数）のことであり、ＣＵは遊技台（Ｐ台）の稼動状態のチェックにこのデータを使用する。
【０１６６】
入賞口１〜入賞口４は、Ｐ台の通常入賞口１〜４へのパチンコ玉の入賞した回数（個数）のことであり、ＣＵは遊技台の稼動状態のチェックにこのデータを使用する。
【０１６７】
図１０を参照し、ＣＵからＰ台に送信される通信開始要求のコマンドは、Ｐ台に対して遊技玉およびシーケンスナンバーの補正および新規通信ＩＤ（通信開始時刻）のバックアップを要求するものである。
【０１６８】
この通信開始要求の具体的データとしては、図１０の下方に示されているように、接続時刻とデータ補正要求とシーケンスナンバーと遊技玉のデータがある。接続時刻とは、ＣＵとＰ台との通信が開始されたときの時刻のことであり、ＣＵが保持しており、ＣＵからＰ台へ送信される。そしてこの接続時刻が通信の接続ＩＤとして使用される。
【０１６９】
データ補正要求とは、ＣＵがＰ台に対してデータの補正を要求するものであり、Ｂｉｔ０〜Ｂｉｔ７の８ビットで構成されている。Ｂｉｔ０は、クリア要求の有無を指定するビットであり、「０」のときにはクリア要求無し、「１」のときにはクリア要求有が指定される。クリア要求有のときには、「遊技玉」「シーケンスナンバー」「加算玉数」「減算玉数」等のＰ台側で保持しているバックアップデータを０クリアする要求がＰ台に対してなされる。
【０１７０】
Ｂｉｔ１は、シーケンスナンバーの補正要求があるか否かを指定するビットであり、「０」の場合にはシーケンスナンバー補正要求無し、「１」のときにはシーケンスナンバー補正要求有が指定される。
【０１７１】
Ｂｉｔ２は、遊技玉補正要求の有無を指定するビットであり、「０」のときには遊技玉補正要求有、「１」のときには遊技玉補正要求無しが指定される。
【０１７２】
なお、図１８以降のフローチャートでは、要求の有無を指定するＢｉｔが、「０」のときには当該要求無と表現され、「１」のときには当該要求有と表現されている。たとえば、データ補正要求のＢｉｔ０が、「１」のときは「クリア要求有」、「０」のときには「クリア要求無」と表現される。また、データ補正要求の欄に括弧書で示しているように、「クリア要求」を「リカバリクリア」、「シーケンスナンバー補正要求」を「ＳＱＮ補正」、「遊技玉補正要求」を「遊技玉補正」と表現している。
【０１７３】
シーケンスナンバー（ＳＱＮとも言う）は、ＣＵで記憶しているシーケンスナンバーのことである。遊技玉とは、ＣＵで記憶している遊技玉数のことである。
【０１７４】
ＣＵはこの通信開始要求のコマンド送信時に、接続時刻のバックアップおよび、「メインチップＩＤ」および「払出チップＩＤ」のバックアップを行なう。
【０１７５】
Ｐ台は、この通信開始要求を受信した際には次の処理を行なう。
クリア要求ＯＮの場合、「遊技玉」「シーケンスナンバー」「加算玉数」「減算玉数」等のＰ台側で保持しているバックアップデータを０クリアする。
【０１７６】
シーケンスナンバー補正要求ＯＮの場合、通知されたシーケンスナンバーにＰ台で保持しているシーケンスナンバーを上書きする。
【０１７７】
遊技玉補正要求ＯＮの場合、通知された遊技玉にＰ台で保持している遊技玉を上書きする。
【０１７８】
接続時刻のバックアップを行なう。
なお、上記Ｐ台で行なわれる各処理は、上から順に実行される。
【０１７９】
図１１に示すＣＵからＰ台へ送信される動作指示のコマンドは、Ｐ台に対して「遊技玉の加算」、「遊技玉の減算」、「遊技許可／禁止」、「遊技玉およびシーケンスナンバーのクリア」動作を指示するとともに、各種遊技台情報の送信を要求するものである。ＣＵはこのコマンドを使用して、Ｐ台の状態を定期的に確認する。
【０１８０】
動作要求としてＢｉｔ０〜Ｂｉｔ７の８ビットのデータがＣＵからＰ台へ送信される。Ｂｉｔ０について、「１」のときに遊技玉数加算要求有が指示され「０」のときに遊技玉数加算要求無が指示される。Ｂｉｔ１について、「１」のときに遊技玉数減算要求有が指示され「０」のときに遊技玉数減算要求無が指示される。Ｂｉｔ２について、「１」のときに遊技許可要求有が指示され「０」のときに遊技許可要求無が指示される。
【０１８１】
Ｂｉｔ３について、「１」のときに遊技禁止要求有が指示され「０」のときに遊技禁止要求無が指示される。Ｂｉｔ４について、「１」のときに遊技玉数およびシーケンスナンバーのクリア要求有が指示され、「０」のときに遊技玉数およびシーケンスナンバーのクリア要求無が指示される。
【０１８２】
Ｂｉｔ５はガラス扉開要求に用いられ、Ｂｉｔ６はセル（前枠）開要求に用いられる。Ｂｉｔ７は予備に設けられたものである。
【０１８３】
なお、図１１に括弧書きで示しているように、「遊技玉数加算要求」を単に「加算」とも言い、「遊技玉数減算要求」を単に「減算」とも言い、「遊技禁止要求」を単に「禁止要求」とも言い、「遊技玉数およびシーケンスナンバーのクリア要求」を単に「クリア要求」とも言い、「ガラス扉開要求」を単に「ガラス開要求」とも言う。
【０１８４】
このＢｉｔ０〜Ｂｉｔ７のうちの複数のビットが「１」となっている場合には、Ｐ台はＢｉｔ０から順に実行する。
【０１８５】
上記動作要求の各Ｂｉｔの台に対応するＣＵの状態としては、Ｂｉｔ０が「１」のときにはカード保持中であり、Ｂｉｔ１が「１」のときにはカード挿入処理中であり、Ｂｉｔ２が「１」のときには加算表示中であり、Ｂｉｔ３が「１」のときには減算表示中であり、Ｂｉｔ４が「１」のときにはクリア表示中である。
【０１８６】
また、動作要求のＢｉｔ０が「１」のときにのみ有効となる加算要求玉数のデータがＣＵからＰ台へ送信される。この加算要求玉数のデータは、遊技玉数に加算する値を示すものである。
【０１８７】
動作要求のＢｉｔ１が「１」のときにのみ有効となる減算要求玉数のデータがＣＵからＰ台へ送信される。この減算要求玉数のデータは、遊技玉数より減算する値を示すものである。
【０１８８】
図１２を参照して、Ｐ台からＣＵへ動作応答のレスポンスが送信される。その動作応答のレスポンスは、ＣＵに対して指示動作の実行結果および遊技玉数等の遊技台情報を通知するものである。
【０１８９】
実行結果としては、Ｂｉｔ０〜Ｂｉｔ６の７ビットのデータとしてＰ台からＣＵへ送信される。Ｂｉｔ０について、「１」のときには遊技玉数加算拒否の実行結果が示され、「０」のときには遊技玉数の加算を拒否しない旨の実行結果が示される。Ｂｉｔ１について、「１」のときには遊技玉数減算拒否の実行結果が示され、「０」のときには遊技玉数の減算を拒否しなかった旨の実行結果が示される。Ｂｉｔ２について、「１」のときには遊技許可拒否の実行結果が示され、「０」のときには遊技許可を拒否しなかった旨の実行結果が示される。
【０１９０】
Ｂｉｔ３について、「１」のときには遊技禁止拒否の実行結果が示され、「０」のときには遊技禁止を拒否しなかった旨の実行結果が示される。
【０１９１】
Ｂｉｔ４について、「１」のときには遊技玉数およびシーケンスナンバークリア拒否の実行結果が示され、「０」のときには遊技玉数およびシーケンスナンバークリアを拒否しなかった旨の実行結果が示される。
【０１９２】
Ｂｉｔ５について、「１」のときにはガラス扉の開放を拒否した旨の実行結果が示され、「０」のときにはガラス扉の開放を拒否しなかった旨の実行結果が示される。
【０１９３】
Ｂｉｔ６について、「１」のときにはセルの開放を拒否した旨の実行結果が示され、「０」のときにはセルの開放を拒否しなかった旨の実行結果が示される。
【０１９４】
なお、図１２に括弧書きで示しているように、「遊技玉数加算拒否」を単に「加算拒否」とも言い、「遊技玉数減算拒否」を単に「減算拒否」とも言い、「遊技許可拒否」を単に「許可拒否」とも言い、「遊技禁止拒否」を単に「禁止拒否」とも言い、「遊技玉数およびシーケンスナンバーのクリア拒否」を単に「クリア拒否」とも言い、「ガラス扉開拒否」を単に「ガラス開拒否」とも言う。
【０１９５】
「遊技玉トータル個数情報」とは、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉獲得個数情報」とは、獲得した遊技玉の個数のことであり、送信時に複数の入賞がある場合は合算した個数情報である。
【０１９６】
「バック玉加算情報」とは、発射部３８（図４参照）により発射したときのバック玉（ファール玉）の個数のことであり、送信時に複数のバック玉がある場合には合算した数の情報である。「遊技玉発射個数情報」とは、発射部３８（図４参照）により発射された玉の個数のことであり、送信時に複数発射された玉がある場合は合算した数の情報である。「図柄確定回数１」とは、始動口１の入賞に対する図柄確定情報のことであり、図柄変動停止時に「１」を加算する。「図柄確定回数２」とは、始動口２の入賞に対する図柄確定情報のことであり、図柄変動停止時に「１」を加算する。
【０１９７】
ＣＵは、「遊技玉獲得個数情報」「バック玉加算情報」「遊技玉発射個数情報」を使用した遊技玉補正処理を行なう。具体的には、遊技玉数＋遊技玉獲得個数情報＋バック玉加算情報−遊技玉発射個数情報  を算出し、その算出結果を新たな遊技玉数（遊技玉トータル個数）に補正する。そして、Ｐ台から送信されてきた遊技玉トータル個数情報とその補正後の遊技玉数（遊技玉トータル個数情報）とが一致するか否かチェックし、一致しない場合には、リカバリ処理を行なって通信開始要求のコマンドをＰ台へ送信し、そのコマンドに含まれているデータ補正要求のデータ（Ｂｉｔ２が「１」のデータ）とＣＵが記憶している遊技玉数のデータとによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行なう。
【０１９８】
遊技台エラー状態２としてＢｉｔ０〜３の各ビットが用意されているが、これは予備として設けられており、実際のエラー状態の指定には用いられていないメーカ固有のエラー情報に対応するためのものである。
【０１９９】
図１３に示した（注２）における遊技台状態１の各ビットの詳細を図１５（ａ）に示す。以下補足説明を行なう。
【０２００】
遊技台状態１のＢｉｔ０における遊技許可状態／遊技禁止状態は、ＣＵにより遊技が許可されているか禁止されているかを示すものであり、ＣＵからのコマンドによる指示を受けたＰ台は、その指示された状態へ遷移する。また通信異常が発生した場合には、Ｐ台は自ら遊技禁止状態へ遷移する。
【０２０１】
Ｂｉｔ１における待機中／遊技中は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示すデータであり、ファン（遊技者）が玉を発射していない状態が待機中であり、ファン（遊技者）が玉を発射している状態が遊技中である。Ｂｉｔ３の遊技完了は、Ｐ台において玉の発射が停止し、その後遊技領域２７に打込まれていたパチンコ玉がすべて回収されてすべての発射した玉の行方が確定しているか否かを表わすものである。
【０２０２】
Ｂｉｔ４における遊技台リセットは、遊技機（Ｐ台）の初期リセット信号を示すものであり、Ｐ台の起動後３０秒間「１」をセットする。
【０２０３】
図１３の（注３）に示した遊技台状態２の各ビットの詳細を図１５（ｂ）に示す。以下に補足説明を行なう。
【０２０４】
Ｂｉｔ０の大当り１は、大当り中および小当り中に「１」がセットされる。Ｂｉｔ１の大当り２は、大当り中、小当り中および高ベース中に「１」がセットされる。Ｂｉｔ２の大当り３は、大当り中（高ベースになる大当りのみ）に「１」がセットされる。
【０２０５】
Ｂｉｔ３の大当り４は、大当り中（高ベースになる大当りのみ）および高ベース中に「１」がセットされる。Ｂｉｔ４の高ベースは、高ベース中に「１」がセットされる。
【０２０６】
遊技台エラー状態１は、Ｂｉｔ０〜Ｂｉｔ７の８ビットで構成されており、各ビットの詳細は図１５（ｃ）の注４に示されている。Ｂｉｔ０は、枠本体（前枠５）すなわちセルが開放中であるか否かを示すビットであり、開放中のときに「１」がセットされる。Ｂｉｔ１は、ガラス板すなわちガラス扉６が開放中であるか否かを示すビットであり、ガラス板（ガラス扉）が開放中のときに「１」がセットされる。Ｂｉｔ２は、遊技領域等に磁石を近づける不正の発生を磁気センサが検出したときの磁気センサエラー時に「１」がセットされる。「１」がセットされた後に、Ｐ台の電源ＯＮ／ＯＦＦにより復帰してＢｉｔ２が「０」となる。
【０２０７】
Ｂｉｔ３は、パチンコ玉の不正入賞を検出したときに「１」にセットされる。そして、Ｐ台の電源ＯＮ／ＯＦＦにより復帰し、Ｂｉｔ４が「０」となる。
【０２０８】
遊技台エラー状態２は、メーカ固有のエラー情報を示すものであり、Ｂｉｔ０〜Ｂｉｔ３の４ビットにより、遊技機エラー１発生中、遊技機エラー２発生中、遊技機エラー３発生中、遊技機エラー４発生中が示される。
【０２０９】
図１６は、ＣＵ通信制御部からメイン制御部へ送信されるレスポンス（通信状態応答）を示す図である。この通信状態応答のレスポンスは、１６進数列で示され、０ｘ００で通信状態がＯＫ（適正）であることが示される。これ以外の場合、すなわち、０ｘ０１、０ｘ０２、０ｘ０３、０ｘ０４、０ｘ１０の場合には、図１６に示すように異常であることが示される。図１６において、ＣＲＣ−ＮＧとは、パリティチェックの結果ＮＧすなわち異常であることを意味している。また、ＭＡＣ−ＮＧとは、Message Authentication CodeのＮＧのことである。復号ＮＧとは、暗号化されて送信されてきたデータを復号した結果適正なデータにならず異常であることを意味している。データ長ＮＧとは、受信したデータの長さが正規の長さでない異常であることを意味している。断線検知とは、Ｐ台とＣＵとの間の断線の発生を検知した異常であることを意味している。
【０２１０】
図１７は、ＣＵ通信制御部からメイン制御部へ送信される機器情報応答のレスポンスを示す図である。メイン制御部に対して通知する機器情報としては、メインＣＰＵチップＩＤ、メインＣＰＵチップメーカコード、メインＣＰＵチップ型式コード、払出ＣＰＵチップメーカコード、払出ＣＰＵチップ型式コードである。
【０２１１】
図１７を参照して、Ｐ台からＣＵへ機器情報応答のレスポンスが送信される。この機器情報応答のレスポンスは、ＣＵに対してメインチップＩＤと払出チップＩＤとの情報を送信するものである。メインチップＩＤとは、Ｐ台の主制御基板１６に記録されているチップＩＤのことであり、払出チップＩＤとは、払出制御部１７に記憶されているＰ台の払出チップＩＤのことである。
【０２１２】
次に、図１８〜図６０に基づいて、ＣＵのメイン制御部３２３におけるＣＰＵで実行される処理と、払出制御部１７に搭載されたＣＰＵで実行される処理とを説明する。
【０２１３】
まず、図１８を参照して、ＣＵとＰ台との間でのコマンドおよびレスポンスの送受信の態様を説明する。ＣＵからＰ台に対してコマンドが送信され、Ｐ台はそのコマンドに応答してレスポンスをＣＵに返信する。ＣＵは、そのレスポンスを受信した後次のコマンドをＰ台に送信し、Ｐ台はそのコマンドに応答してレスポンスをＣＵへ返信する。図１８に示すように、ＣＵからＰ台への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台からＣＵへのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０２１４】
このように、ＣＵとＰ台との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
【０２１５】
それゆえ、Ｐ台からＣＵへは、遊技玉数の変化量を通知するための動作応答のレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台は、遊技玉数の変化量を細やかにＣＵに対して通知可能となる。一方、ＣＵは、Ｐ台側での持点の変化を細やかに反映させた持点管理が可能となる。
【０２１６】
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台の発射時間間隔と一致させることも考えられる。
【０２１７】
次に、図１９を参照して、ＣＵ側で通信断が検知された場合の処理を説明する。ＣＵがＰ台に対してコマンドを送信してから１秒間後までにレスポンスを受信できなかった場合には、再度同じコマンドをＰ台に送信する。さらにその１秒後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台に送信するという２回目の再送を行なう。２回目の再送を行なってから１秒後までにＰ台からレスポンスを受信できなかった場合には、ＣＵはこの段階で通信異常と判断する。この通信異常は、図４に示したコネクタ３３０または２０が離脱している場合あるいは接続配線の断線さらにはＰ台の電源断などの原因が考えられる。
【０２１８】
ＣＵは、通信異常と判断した後、５秒後に、再度接続シーケンスを開始するべく、機器情報要求のコマンドをＰ台へ送信する。この機器情報要求のコマンドをＰ台へ送信して接続シーケンスを開始する処理の具体的内容は、図２２に基づいて後述する。
【０２１９】
次に図２０を参照して、Ｐ台側で通信断を検知した場合の処理を説明する。ＣＵからＰ台へコマンドが送信され、Ｐ台ではそのコマンドに応答してレスポンスをＣＵへ送信する。次にＣＵからのコマンドがＰ台に送信されてこない状態が４秒後間継続した場合には、Ｐ台は、通信断と判断し、打球発射モータ１８の駆動を停止させて遊技を禁止するとともに、未接続状態へ遷移する。この通信断の発生原因も、図１９で説明したものと同様に、コネクタ３３０または２０の離脱、接続配線の断線、あるいはＣＵの電源断などが考えられる。
【０２２０】
次に図２４を参照して、電源起動時の接続シーケンスの処理を説明する。この図２４の接続シーケンスの処理は、ＣＵとＰ台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中（図２３参照）において、ＣＵの電源をＯＦＦにした後の通信再開時に実行される。典型例としては、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。
【０２２１】
次に図２１を参照して、電源起動時の接続シーケンスの処理を説明する。この図２１の接続シーケンスの処理は、ＣＵとＰ台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中（図２３参照）において、ＣＵの電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。
【０２２２】
まず、電源起動時においては、Ｐ台では打球発射モータ１８を停止させて遊技を停止させてから通信を開始する。まずＣＵからＰ台に対して、機器情報要求のコマンドが送信される。Ｐ台では、それを受けて、機器情報応答のレスポンスを返信する。この機器情報応答のレスポンスには、メインチップＩＤと払出チップＩＤとが含まれている。
【０２２３】
機器情報応答を受信したＣＵは、機器情報応答に含まれる情報を記憶し、応答があったＰ台（受信したメインチップＩＤと払出チップＩＤとにより特定されるＰ台）に対して、認証要求のデータをＰ台へ送信する。
【０２２４】
認証要求を受信したＰ台は、認証応答をＣＵへ返信する。
認証応答を受信したＣＵは、次にリカバリ要求をＰ台へ送信する。それを受けたＰ台では、Ｐ台内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵへ返信する。このリカバリデータとしては、接続時刻、最終ＳＱＮ（シーケンスナンバー）、前回玉関連情報、および現在玉関連情報が含まれている。正確には、図８、図９に示した各種データであり、以降のフローチャートで「リカバリデータ」と言えば、正確には図８、図９に示した各種データのことである。なお、本実施例では、リカバリデータに含まれている「最終ＳＱＮ」とは、前述したように、Ｐ台が最後に送信したＳＱＮのことである。
【０２２５】
このリカバリ応答を受信したＣＵはその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵとＰ台との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、後述するようにトラブルが発生し復旧したときにも、実行される。
【０２２６】
ＣＵは、「動作指示」を送信する度にこのＳＱＮ（シーケンスナンバー）をカウントアップする。ただし、動作指示の再送時の際にはカウントアップしない。ＣＵは「動作要求」の送信時にＳＱＮおよびその要求内容をバックアップする。Ｐ台は、「動作指示」で受信したＳＱＮを記憶し、そのまま「動作応答」にてＣＵへ送り返す。Ｐ台は、前回受信したＳＱＮと同じＳＱＮの動作指示を受信した場合には、通信不良が発生してＣＵが動作指示を再送したその再送電文と判断する。
【０２２７】
ＣＵは、リカバリ処理が終了した後、メインチップＩＤ、払出チップＩＤ、接続時刻をＰ台から受信した値に更新するとともに、シーケンスナンバーを「０」に更新し、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台へ送信する。Ｐ台では、それを受けて、リカバリデータをクリアするとともに、ＣＵより受信した新たな接続時刻のデータをバックアップする。そして、Ｐ台は、通信開始応答をＣＵへ返信する。これ以降、ＣＵとＰ台との間で、動作指示のコマンドおよび動作応答のレスポンスの送受信が行なわれる。
【０２２８】
ＣＵは、前述したように、この動作指示を送信する毎にシーケンスナンバー（ＳＱＮ）を１ずつカウントアップする。まず最初の動作指示において、遊技許可要求無、ＳＱＮ＝０の動作指示コマンドをＰ台へ送信する。Ｐ台では、それを受けて、ＳＱＮ＝１、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０のデータをバックアップする。また、Ｐ台は、現在玉関連情報である加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタの値を０クリアする。そして、Ｐ台は、動作応答として、ＳＱＮ＝１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技禁止（遊技停止状態）のレスポンスをＣＵへ送信する。
【０２２９】
その動作応答を受けたＣＵは、その動作応答に基づき、ＳＱＮ＝１をバックアップし、現在の遊技玉数０＋受信した加算玉数０−受信した減算玉数０を算出して現在の遊技玉数０をバックアップするとともに、加算玉数累計＝０、減算玉数累計＝０、始動口（１）回数累計＝０、および始動口（２）回数累計＝０をバックアップする。
【０２３０】
次に、ＣＵ側で起動処理が終了した段階でＣＵは、遊技許可要求有、ＳＱＮ＝ｎの動作指示をＰ台へ送信し、それを受けたＰ台は、動作応答として、遊技可拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技許可のレスポンスをＣＵへ返信する。
【０２３１】
次に、図２２を参照して、ＣＵとＰ台とを再接続した際の接続シーケンスの処理を説明する。ここで言う「再接続時」とはＣＵとＰ台との通信が異常終了した後の通信再開時のことである。この「異常終了」は、後述する、図３４のカード保持中に電源が起動したとき、図４１のＰ台が加算拒否したときにＣＵ自ら通信を切断したとき、図４８〜図５６のＣＵ側に電源断が生じた場合である。後述するように、ＣＵは接続シーケンスを再開するときに、ａ.待機中（図２３参照）以外の状態での接続シーケンスの再開である、ｂ.自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である（図４１参照）、または、ｃ.ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが不整合であるか否かを判断し、a〜ｃのいずれかと判断したときに、正常な通信の終了でない（異常終了）と判断し、図２４ではなく図２２の再接続時の接続シーケンスを実行する。
【０２３２】
この再接続時の接続シーケンスは、図２４で説明した電源起動時の接続シーケンスと類似しており、ここでは主に相違点を説明する。
【０２３３】
まず、Ｐ台が遊技を禁止してから通信を開始する時期が、ＣＵからの機器情報要求のコマンドを受信した直後となる。これは、ＣＵからの機器情報要求をＰ台が受けて初めて再接続されたことをＰ台が認識できるためである。
【０２３４】
次に、図２４の接続シーケンスは電源起動時であるために、ＣＵからＰ台に対してリカバリクリアＯＮの通信開始要求のコマンドを送信し、Ｐ台でそれを受けてリカバリデータのクリアを行なうとともに、最初の動作指示で送られてくるＳＱＮ＝０に従ってシーケンスナンバー（ＳＱＮ）を１にし、前回玉関連情報および現在玉関連情報等をすべて「０」にクリアする。
【０２３５】
しかし、図２２の接続シーケンスの場合には、再接続時であるために、Ｐ台内部でバックアップしているリカバリ情報とＣＵ側で記憶している情報とが一致しない場合がある。そこで、ＣＵでは、リカバリ処理を開始した後、リカバリ応答に含まれているＰ台側のリカバリデータ（前回玉関連情報、現在玉関連情報等）の内容に合せて、遊技玉等の補正を行なう処理を実行する。具体的には、Ｐ台から送られてきたリカバリデータに含まれている遊技玉獲得個数情報、バック玉加算情報および遊技玉発射個数情報に基づいて、遊技玉数＋遊技玉獲得個数情報＋バック玉加算情報−遊技玉発射個数情報を演算し、記憶している遊技玉数をその演算された新たな遊技玉数に補正する処理を行ない、その補正後の遊技玉数とＰ台からリカバリデータとして送信されてきた遊技玉トータル個数情報とを比較し、一致するか否かを判断する。不一致の場合には、通信開始要求として遊技玉補正ＯＮすなわちデータ補正要求のＢｉｔ２を「１」にしたコマンドをＰ台へ送信する。また、Ｐ台から送られてきたリカバリデータに含まれている最終ＳＱＮとＣＵが記憶している最終ＳＱＮとを比較して一致するか否かを判断し、一致しない場合には通信開始要求としてＳＱＮ補正ＯＮすなわちデータ補正要求のＢｉｔ１を「１」としたコマンドをＰ台へ送信する。また、補正すべき正しい遊技玉数＝３００とＳＱＮ＝３とを通信開始要求に含めてＰ台へ送信する。
【０２３６】
Ｐ台は、その通信開始要求のコマンドを受信し、Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報に合せる補正処理を行なう。具体的には、ＳＱＮ＝３、遊技玉＝３００に補正し、また通知された「接続時刻」をバックアップする処理を行なう。
【０２３７】
そして、ＣＵでは、リカバリ処理が終了した段階で、Ｐ台から送信されてきたメインチップＩＤ、払出チップＩＤをバックアップするとともに、再接続時の時刻である接続時刻をバックアップする。そして、シーケンスナンバーについては、Ｐ台から送信されてきた最終ＳＱＮが異常でない場合に、そのシーケンスナンバー（ＳＱＮ）を継続する。
【０２３８】
一方、ＣＵにおいて、リカバリ処理を開始した後、通信相手であるＰ台が一致しないと判断された場合、またはＳＱＮが異常であると判断された場合には、Ｐ台から送信されてきたリカバリ応答に含まれている現遊技玉数を、一端持玉へ変換する。持玉とは、遊技者所有の遊技用記録媒体（カード等）に記録した遊技玉数のことである。そして、その記録媒体に持玉が記録された後、その記録媒体の持玉を使用するべく再プレイボタン３１９を操作し、その持玉を遊技玉に変換した後再遊技を可能とする。その際には、図２４に示した電源起動時の接続シーケンスと同様に、ＣＵからＰ台へ送信される通信開始要求として、リカバリクリアＯＮが送信され、Ｐ台はそれを受けてリカバリデータをクリアする。またＣＵでは、シーケンスナンバーを「０」とし、最初の動作指示においてＳＱＮ＝１をＰ台に送信し、Ｐ台ではそのＳＱＮ＝１をバックアップする。また、Ｐ台では、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０をバックアップするとともに、加算玉数、減算玉数、始動口（１）回数、始動口（２）回数の各カウンタ値を０クリアする。
【０２３９】
次に図２３を参照して、待機中における処理を説明する。この待機中とは、Ｐ台において遊技が行なわれていない状態でかつＣＵにおいてカードが挿入されておらず、貸出しボタン３２１や再プレイボタン３１９が何ら操作されていない状態中のことである。
【０２４０】
まずＣＵからＰ台に対して、加算無、減算無、ＳＱＮ＝ｎの動作指示のコマンドが送信される。それを受けたＰ台では、動作応答のレスポンスとして、ＳＱＮ＝ｎ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技可のデータを送信する。ＣＵでは、動作指示のコマンド送信毎に、ＳＱＮ＝ｎ＋２をバックアップする。ＣＵからＰ台への次の動作指示のコマンドにおいては、ＳＱＮ＝ｎ＋２のデータが送信される。これを受けたＰ台では、ＳＱＮ＝ｎ＋３、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、および前始動口（２）回数＝０をバックアップするとともに、加算玉数、減算玉数、始動口（１）回数、始動口（２）回数、および遊技玉数の各カウンタ値を０クリアする。
【０２４１】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技可のレスポンスをＣＵへ送信する。ＣＵでは、Ｐ台からの動作応答のレスポンスを受信する毎に、遊技玉数＝０、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。
【０２４２】
図２４を参照して、カードが挿入されたときのＣＵとＰ台との処理を説明する。このカードの挿入時においては、Ｐ台では、カードの挿入による特別な処理を何ら実行することなく、図２３に示した待機中の処理と同じ処理を実行する。
【０２４３】
一方ＣＵにおいても、Ｐ台へのコマンドの送信処理においては、図２３に示した待機中と同じ処理を実行する。そして、ＣＵでは、カードが挿入されると、カードリーダライタ３２７にカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタ３２７が読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
【０２４４】
ＣＵは、カードの挿入が行なわれた後所定期間カード残高問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉やプリペイド残高等をたとえばホール用管理コンピュータ１等の上位のサーバに問合せて認証している最中であることを表示器３１２に表示するとともにＰ台側の表示器５４に表示させる処理を実行している最中であることを意味している。ＣＵは、図５７等で後述するように、表示器３１２に挿入されたカードの問合せ中であることを表示するとともに、カード保持中ＯＮ、カード挿入処理中ＯＮを含む動作指示をＰ台へ送信する。Ｐ台では、その動作指示のコマンドを受信することにより、払出制御部１７がカード保持中ＯＮおよびカード挿入処理中ＯＮを含む表示器制御コマンドを表示器用演出制御基板５３に送信し、表示器用演出制御基板５３が表示器５４に挿入されたカードの問合せ中である旨を表示させる制御を行なう（図５７参照）。
【０２４５】
その後Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口１回数＝０、始動口２回数＝０、遊技禁止と特賞と確変とがＯＦＦを含むレスポンスをＣＵへ送信する。特賞と確変とがＯＦＦとは、具体的には、図１３に示した遊技台状態２におけるＢｉｔ０〜４がすべて０の状態である。
【０２４６】
ＣＵでは、カード残高の問合せの結果挿入されたカードの残高および持玉が確認できた段階で残高および持玉を確定させる。ＣＵでは、その確定したカードのプリペイド残高を表示器３１２に表示させる制御を行なうとともに、確定した持玉（５０００）を遊技玉として遊技機（Ｐ台）へ送信している最中である加算表示中の表示を表示器３１２に表示させる（図５７参照）。
【０２４７】
そして、ＳＱＮ＝ｎ＋４、遊技玉＝０（更新前遊技玉数）＋５０００（加算要求玉数）＝５０００および持玉＝０をバックアップする。この時点で持玉の消費を確定させる。
【０２４８】
次に、動作指示として、加算有、カード保持中ＯＮ、カード挿入処理中ＯＦＦ、加算表示中ＯＮ、ＳＱＮ＝ｎ＋４、加算要求玉数＝５０００およびカード残高＝７０００を含むコマンドをＰ台へ送信する。Ｐ台では、加算表示中ＯＮと加算要求玉数＝５０００とを含む動作指示のコマンドを払出制御部１７が受信することにより、加算表示中ＯＮと加算要求玉数＝５０００とを含む表示器制御コマンドを払出制御部１７から表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉として５０００玉を加算中である旨の表示（加算表示中）を行なう（図５７参照）。
【０２４９】
次に、図２５を参照して、挿入された記録媒体（カード）に記録されているプリペイド残高を消費するときの処理を説明する。この図２５の処理では、プリペイド残高が「１０００」で、現時点における遊技玉が「５０」となっている。まずＣＵからＰ台に対し、動作指示として、加算無、加算表示中ＯＦＦ、ＳＱＮ＝ｎ、加算要求玉数＝０、および減算要求玉数＝０のコマンドが送信される。それを受けたＰ台では、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスが返信される。
【０２５０】
一方、ＣＵにおいては、１回の貸出操作（玉貸操作）により、５００円分すなわち１２５玉の貸出を行なう。ＣＵにおいて貸出しボタン（貸出しボタン）３２１が押下操作された場合に、ＳＱＮ＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算要求玉数）＝１７５および残高＝５００をバックアップする。このように、残高消費は、貸出操作が行なわれた段階でＣＵ側単独で確定する。次に、ＣＵは加算表示中となる。この加算表示中では、残高から１２５玉分引落して遊技玉に加算している最中であることを表示器３１２に表示させる。
【０２５１】
そして、ＣＵは、動作指示として、加算有、加算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５、および減算要求玉数＝０のコマンドをＰ台へ送信する。それを受けたＰ台では、その動作指示のコマンドに含まれている加算表示中ＯＮと加算要求玉数１２５とを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉数１２５を加算中である画面を表示させる。
【０２５２】
次に、Ｐ台は、ＳＱＮ＝ｎ＋２、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、および前始動口（２）回数＝０をバックアップするとともに、レスポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアし、現在の遊技玉数５０に対して加算要求玉数１２５を加えた１７５の値に遊技玉数を更新する。
【０２５３】
そして、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋３、遊技玉数＝１７５、残高＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスを返信する。
【０２５４】
それを受けたＣＵでは、ＳＱＮ＝ｎ＋３、遊技玉数＝１７５（更新前遊技玉数）＋０（加算要求玉数）−０（減算玉数）＝１７５を計算してバックアップするとともに、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。
【０２５５】
このように、残高消費の確定とは異なり、遊技玉数の確定は、Ｐ台からの動作応答のレスポンスを待って確定させる。
【０２５６】
なお、Ｐ台では、加算有および加算要求玉数を含む動作指示のコマンドを受けた場合に、その加算が、持玉消費（貯玉再プレイ）とプリペイド残高の消費とを区別することなく、同じシーケンスで以降の処理を実行する。
【０２５７】
次に、図２６を参照して、貯玉を消費する再プレイ時における処理を説明する。この図２６では、挿入された記録媒体（会員用カード等）により特定される貯玉が「１０００」であり、当初の遊技玉が「０」の状態となっている。この図２６における再プレイの処理は、図２５で示した残高の消費のときの処理と類似している。ＣＵ側では、遊技者所有の遊技用記録媒体（会員用カード等）が挿入されてそのカードにより特定される貯玉が存在する状態で、再プレイボタン３１９が押下操作された場合に、ＳＱＮ＝ｎ＋２、遊技玉数＝０（更新前遊技玉数）＋１２５（加算要求玉数）＝１２５、貯玉＝８７５をバックアップする。貯玉＝８７５は、当初の貯玉＝１０００から１２５（加算要求玉数）を引落したため、１０００−１２５で８７５となる。これは図２５の場合の残高が金額単位のデータである一方、図２６の持玉が玉数単位のデータであるために、単純に１０００−１２５の引き算をするだけで事足りるためである。
【０２５８】
そして、ＣＵは、動作指示として、加算有、加算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５、貯玉＝８７５、減算要求玉数＝０を含むコマンドをＰ台へ送信する。それを受けたＰ台では、その動作指示のコマンドに含まれている加算表示中ＯＮと加算要求玉数１２５とを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉数１２５を加算中である画面を表示させる。
【０２５９】
その他の処理においては、図２５の処理と同様である。以上説明したように、持玉の消費はＰ台からの動作応答のレスポンスを待つことなく再プレイボタン３１９の押下操作が行なわれた時点でＣＵ側単独で確定し、貯玉数（遊技玉数も同じ）は、Ｐ台からの動作応答のレスポンスを待って確定する。
【０２６０】
次に、図２７を参照して、ＣＵ側の指示による遊技玉数の減算（ワゴンサービス等）の処理を説明する。遊技場においては、遊技者所有の遊技玉を消費してドリンク等を遊技者に提供するというワゴンサービスが行なわれている。このようなワゴンサービスを遊技者が受ける場合には、遊技者が表示器３１２をタッチ操作し（図６８〜図７２参照）、ワゴンオーダーをすることにより、遊技者が注文したオーダ内容がカードユニット３のＩＲ感光ユニット３２０から赤外線信号として遊技場の店員が所持しているリモコンに入力される。
【０２６１】
遊技場の店員はリモコンに入力されたオーダ内容に従ってワゴンサービスを行なう。図２７においては、遊技者所有の遊技玉が「１０００」ある状態で、使用遊技玉数「３００」を消費するワゴンオーダーが発生した場合を示している。ワゴンオーダーが発生すると、ＣＵは、ＳＱＮ＝ｎ＋２、加算要求玉数＝０、減算要求玉数としてワゴンオーダー発生に伴う遊技玉の使用玉数である「３００」をバックアップする処理を行なう。この段階では、ＣＵは遊技玉から実際に３００の減算は行なわず、単に減算要求玉数として「３００」をバックアップするのみである。そして、ＣＵからＰ台へ、動作指示として、減算有、減算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝０および減算要求玉数＝３００のコマンドを送信する。そして、ＣＵは、減算中である旨の表示（表示中）を表示器３１２に表示させる（図７２、図７３参照）。
【０２６２】
コマンドを受けたＰ台は、自身が記憶している遊技玉数カウンタの値が、減算要求数以上であるか否かを判定する。なお、この判定は払出制御部１７により実行される。図２７では、遊技玉数カウンタの値が、減算要求数以上である場合を想定している。Ｐ台では、減算表示中ＯＮと減算要求玉数＝３００とを含む動作指示のコマンドを払出制御部１７が受信することにより、減算表示中ＯＮと減算要求玉数＝３００とを含む表示器制御コマンドを払出制御部１７から表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉として３００玉を減算中である旨の表示（減算表示中）を行なう。
【０２６３】
次に、Ｐ台は、ＳＱＮ＝ｎ＋３、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０および前始動口（２）回数＝０をバックアップするとともに、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタの値を０クリアする。そして、減算要求玉数＝３００に従って、現在の遊技玉数１０００から減算玉数３００を減算した「７００」に遊技玉数を更新する。
【０２６４】
そして、Ｐ台からＣＵへ、動作応答として、減算拒否ＯＦＦ、ＳＱＮ＝ｎ＋３、現遊技玉数＝７００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスを返信する。
【０２６５】
そして、ＣＵでは、ＳＱＮ＝ｎ＋３、遊技玉数＝１０００（更新前遊技玉数）−３００（減算要求玉数）＋０（加算玉数）−０（減算玉数）＝７００を算出し、遊技玉数を「７００」に修正してバックアップする。このように、遊技玉数の減算は、Ｐ台からの動作応答のレスポンスを待って初めて確定する。
【０２６６】
また、ＣＵは、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。
【０２６７】
一方、Ｐ台が、自身が記憶している遊技玉数カウンタの値が減算要求数未満であると判定した場合には、Ｐ台は、減算要求数に応じた遊技玉数の減算を実行しない。また、この場合、Ｐ台はＣＵに対して、動作応答として、減算拒否ＯＮの動作応答を返信する。これにより、ＣＵには、Ｐ台が減算要求を拒否したために減算要求に基づく遊技玉の減算が行なわれなかったことが通知される。
【０２６８】
以上、図２６を用いて説明したように、ＣＵの指示に基づいた遊技玉数の減算は、Ｐ台からの動作応答のレスポンスを待って初めて確定する。一方、図２５を用いて説明したように、ＣＵの指示に基づいた貯玉（持玉）消費は、ＣＵが持玉消費を受け付けた時点で確定する。
【０２６９】
このように、「ＣＵの指示に基づいた遊技玉数の減算」と「ＣＵの指示に基づいた貯玉（持玉）消費」とで確定時期を異ならせたのは、以下の理由による。
【０２７０】
ＣＵがワゴンオーダーなどの遊技玉数の減算処理を受け付けた段階では遊技玉数に余裕があったために減算指示を送信したものの、減算指示をＰ台が受けた段階で遊技玉が遊技に用いられた結果、減算指示に対応する遊技玉数が残っていない場合もある。
【０２７１】
このような場合に、ＣＵが減算処理を受け付けた段階でＣＵで記憶している遊技玉数に基づいて減算を確定してしまうと、実際には遊技機側で遊技玉数が残っていないにもかかわらず減算が確定されることとなり、矛盾が生じてしまう。そこで、本実施の形態では、「ＣＵの指示に基づいた遊技玉数の減算」については、Ｐ台からの動作応答のレスポンスを待って確定させるようにしている。
【０２７２】
これに対して、「ＣＵの指示に基づいた貯玉（持玉）消費」については、遊技玉数を加算する指示になるので、その指示がＰ台に届いた時点でＰ台が記憶している遊技玉数が変動したとしても、加算指示に対応する遊技玉を加算することに問題は生じない。このため、処理の迅速化の観点より、「ＣＵの指示に基づいた貯玉（持玉）消費」についてはＣＵが貯玉（持玉）消費を受け付けた時点で確定させるようにしている。
【０２７３】
次に、図２８を参照して、遊技中に大当りが発生した場合の処理を説明する。この図２８では、当初の遊技玉数が１０１０であり、遊技中のＰ台とＣＵとの間で動作指示および動作応答の送受信が行なわれている最中に、確変大当りが発生し、当該大当りの制御が終了した後大当り発生確率が向上した確変がスタートした状態が示されている。
【０２７４】
まず、ＣＵにおいて、ＳＱＮ＝ｎをバックアップし、ＣＵからＰ台に対して、動作指示として、加算無、減算無、ＳＱＮ＝ｎのコマンドを送信する。それを受けたＰ台では、ＳＱＮ＝ｎ＋１、前加算玉数＝３、前減算玉数＝１３、前始動口（１）回数＝１、および前始動口（２）回数＝１をバックアップするとともに、遊技玉数＝１０１０＋３（加算玉数）−１３（減算玉数）＝１０００を算出して、遊技玉数を１０００に更新する。さらに、レスポンスの作成後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０２７５】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝１０００、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、始動口（２）回数＝１、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。このように、Ｐ台は、減算玉数および加算玉数のみならず、遊技玉数もＣＵへ送信している。その結果、ＣＵは、Ｐ台で記憶している遊技玉数が、ＣＵで管理している遊技玉数と一致しているか否かを判定できる。
【０２７６】
なお、本実施の形態におけるＰ台では、前述したとおり、１分間に１００発のパチンコ玉を遊技領域２７内に打込むものであるために、０．６秒で１発のパチンコ玉を遊技領域に打込むこととなる。そして、図１８において説明したように、コマンド／レスポンスは２００ｍｓ間隔で送信されるために、前回のレスポンスの送信から今回のレスポンスの送信までの間での減算玉数は０または１となる。よって、Ｐ台からＣＵへ送信される減算玉数も、０または１のいずれかとなる。しかし、減算玉数をこのような小さな値にしたのでは、遊技玉数があまり変化しないこととなり、わかりにくい処理フローとなってしまう。ゆえに、本実施の形態における処理フローの図面では、わかりやすくするために便宜上減算玉数および必要に応じて加算玉数の変化を大げさに記載している。
【０２７７】
動作応答のレスポンスを受けたＣＵでは、遊技玉数＝１０１０＋３−１３＝１０００を計算してその１０００を遊技玉数としてバックアップするとともに、加算玉数累計＝３、減算玉数累計＝１３、始動口（１）累計＝１、および始動口（２）累計＝１をバックアップする。
【０２７８】
このような動作指示のコマンドおよび動作応答のレスポンスの送受信を繰返し実行している最中に、Ｐ台において確変大当りが発生し、玉関連情報が、遊技玉数＝１１００、加算玉数＝１２０、減算玉数＝２０、始動口（１）回数＝２、および始動口（２）回数＝２に変動する。そしてＰ台において大当りが終了した後確変がスタートする。ＣＵにおいては、ＳＱＮ＝ｎ＋２をバックアップし、動作指示として、加算無、減算無、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。
【０２７９】
Ｐ台においては、ＳＱＮ＝ｎ＋３をバックアップするとともに、前加算玉数＝１２０、前減算玉数＝２０、前始動口（１）回数＝２、および前始動口（２）回数＝２をバックアップするとともに、遊技玉数＝１０００＋１２０−２０＝１１００を算出してその１１００に遊技玉数を更新する。さらに、レスポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０２８０】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝１１００、加算玉数＝１２０、減算玉数＝２０、始動口（１）回数＝２、始動口（２）回数＝２、遊技可、特賞ＯＮ、および確変ＯＮのレスポンスをＣＵへ送信する。
【０２８１】
ＣＵは、それを受けて、ＳＱＮ＝ｎ＋３、遊技玉数＝１０００＋１２０−２０＝１１００を計算してその１１００に遊技玉数を修正してバックアップするとともに、加算玉数累計＝１２０、減算玉数累計＝２０、始動口（１）累計＝２、および始動口（２）累計＝２をバックアップする。また、ＣＵは、「特賞」と「確変」とがスタートしたことを検知する。
【０２８２】
次に、図２９を参照して、Ｐ台で遊技をしている最中に遊技玉がなくなったことが検知された場合の処理を説明する。当初の遊技玉数＝２０とし、まずＣＵは、ＳＱＮ＝ｎをバックアップし、動作指示として、加算無、減算無、およびＳＱＮ＝ｎのコマンドをＰ台へ送信する。Ｐ台においては、ＳＱＮ＝ｎ＋１、前加算玉数＝３、前減算玉数＝１８、前始動口（１）回数＝１、および前始動口（２）回数＝１をバックアップする。そしてレスポンス作成後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０２８３】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５、加算玉数＝３、減算玉数＝１８、始動口（１）回数＝１、始動口（２）回数＝１、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。ＣＵでは、ＳＱＮ＝ｎ＋１、遊技玉数＝２０＋３−１８＝５を算出してその後に遊技玉数を修正してバックアップするとともに、加算玉数累計＝３、減算玉数累計＝１８、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。その後、Ｐ台において、減算玉数＝５となったために、遊技玉数＝５−５＝０を算出して遊技玉数＝０となり、加算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０に変動する。この遊技玉数＝０になった段階で、Ｐ台においては、玉なしが検出され、払出制御部１７は自動的に打球発射モータ１８の駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御する。なお、打球発射が停止するのみで、その段階で既に可変表示装置が可変表示中であった場合にはその可変表示を続行する。また発射停止制御を行なった段階で始動口（１）回数または始動口（２）回数に始動記憶がある場合には、その記憶に基づいた可変表示装置の可変表示制御が続行される。
【０２８４】
ＣＵでは、ＳＱＮ＝ｎ＋２をバックアップし、動作指示として、加算無、減算無、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。
【０２８５】
Ｐ台では、ＳＱＮ＝ｎ＋３をバックアップするとともに、前加算玉数＝０、前減算玉数＝５、前始動口（１）回数＝０、および前始動口（２）回数＝０をバックアップし、レスポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０２８６】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝０、加算玉数＝０、減算玉数＝５、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。
【０２８７】
ＣＵでは、それを受けて、遊技玉数＝５＋０−５＝０を算出して遊技玉数を０に修正してバックアップするとともに、加算玉数累計＝０、減算玉数累計＝５、始動口（１）累計＝１、および始動口（２）累計＝０に修正する。
【０２８８】
このように、遊技玉数の主たる管理はＣＵで行なっているが、Ｐ台において遊技玉数が０になったことに伴う遊技禁止制御（発射停止制御）を行なうときにのみ、Ｐ台側における遊技玉数が０になったことを判定して遊技禁止制御（発射停止制御）を行なう。その後、動作応答として、最終的な玉関連情報をＣＵに送信して最終的な遊技玉数「０」をＣＵ側において確定させる。このように制御する理由は、Ｐ台側において遊技玉数が０になった瞬間に打球発射停止制御を行なう必要があるためである。
【０２８９】
たとえば、遊技玉数の主たる管理を行なっているＣＵ側において、Ｐ台側から送られてくる遊技玉数＝０になったときの加算玉数および減算玉数を含む動作応答のレスポンスの受信を待って、ＣＵ側において最終的な遊技玉数を算出してそれが０となることにより、遊技を禁止させるための禁止要求有の動作指示のコマンドをＰ台側へ送信し、それを受けて初めてＰ台側において打球発射停止制御を行なった場合には、レスポンスおよびコマンドの送受信の間に、パチンコ玉が弾発発射されてその間に新たな減算玉数が発生する可能性があり、Ｐ台側において、遊技玉数が既に「０」になっているにも拘らず新たな減算玉数が発生して結局遊技玉数がマイナスになってしまうという不都合が生じる。このような不都合を防止するため、遊技玉数が０になったときの打球発射停止制御のみ、Ｐ台側における遊技玉数に基づいて制御している。
【０２９０】
このように、打球発射停止制御に代表されるような遊技制御は、Ｐ台自身が記憶している遊技玉数に基づいて行なうために、ＣＵで管理記憶している遊技玉数に基づいてこのような遊技制御を行なう場合に比較して、遊技玉数の変動に即した遊技制御をリアルタイムで行なうことができる。
【０２９１】
なお、ここでは、打球発射停止制御を払出制御部１７が行なう例を示しているが、主制御基板１６（図４参照）が打球発射停止制御を行なうように構成してもよい。
【０２９２】
この場合、たとえば、払出制御部１７は、遊技玉数０を判定した段階で遊技玉数が０であることを示す信号を主制御基板１６へ送信する。主制御基板１６は、この信号を受けて、打球発射モータ１８の駆動を禁止する。
【０２９３】
次に図３０を参照して、カードの返却操作があったときの処理を説明する。当初遊技玉数＝５００の状態で、ＣＵからＰ台への動作指示、それに応えてＰ台からＣＵへの動作応答が行なわれた段階で、返却ボタン３２２が押下操作された場合に、ＣＵは、次の動作指示として、遊技を禁止させるための禁止要求有、クリア要求無、クリア表示中ＯＦＦ、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。Ｐ台では、そのコマンドに含まれる禁止要求有の指示に従って、打球発射モータ１８の駆動を停止させて打球発射停止状態に制御する。その後、既に発射されている玉が遊技領域２７内を流下してアウト玉にすべて流れるまでの時間すなわち浮遊玉処理待ち時間を考慮して、１０秒のウエイトを設ける。この１０秒のウエイト時間の間、Ｐ台とＣＵとの間でポーリングを継続する。ウエイト時間中の動作応答として、Ｐ台は、禁止拒否ＯＦＦ、ＳＱＮ＝ｎ＋Ｎ、遊技玉数＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＦＦ、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。ウエイト時間中の動作指示として、ＣＵは、禁止要求無、クリア要求無、クリア表示中ＯＦＦ，ＳＱＮ＝ｎ＋Ｎ＋１をＰ台へ送信する。
【０２９４】
そして、１０秒経過した後のレスポンスとして、Ｐ台は、ＳＱＮ＝ｎ＋Ｎ＋２、遊技玉数＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦ、および確変ＯＦＦの動作応答をＣＵへ送信する。この「遊技完了ＯＮ」は、Ｐ台において遊技玉数の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報としての役割を有している。また、このときに送信される遊技玉数が、遊技終了時の最終の遊技玉数となる。なお、このシーケンス例は、浮遊玉によって加算玉数も減算玉数も共に変化しなかった場合を示している。仮に浮遊玉によって入賞が発生した場合、あるいはファール玉が発生した場合には、その入賞に応じた払出数、あるいはファール玉数が「加算玉数」としてＣＵへ送信されることになる。
【０２９５】
動作応答のレスポンスを受けたＣＵは、遊技完了を検知し、ＳＱＮ＝ｎ＋Ｎ＋３とクリア要求有のデータとをバックアップする。さらに、動作応答に含まれる、「加算玉数、減算玉数、始動口（１）回数、始動口（２）回数」に応じて、記憶している「遊技玉数、総加算玉数、総減算玉数、始動口（１）総入賞数、始動口（２）総入賞数」の各データを更新する。これによって、遊技終了時の遊技玉数がＣＵ側で確定されることになる。このように、最終の遊技玉数をＣＵ側で確定しているために、Ｐ台側に持点管理機能を設ける必要がなく、その分、Ｐ台のコストを極力抑えることができる。
【０２９６】
そして、ＣＵは、動作指示として、クリア要求有、クリア表示中ＯＮ，ＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信する。その後、ＣＵはクリア中である旨の表示（クリア表示中）を表示器３１２に表示させる（図７７、図７８参照）。この「クリア要求有」が、Ｐ台の遊技玉数の初期化を指示するデータである。
【０２９７】
Ｐ台では、ＣＵから送信されてきたコマンドに含まれているクリア表示中ＯＮを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４にクリア中である表示画面（クリア表示中の画面）を表示させる。
【０２９８】
なお、この例では、ＣＵは、返却ボタン３２２の操作に基づいた「遊技終了を要求する信号」の入力を受けて、遊技終了時の遊技玉数を確定させている。しかしながら、「遊技終了を要求する信号」としては、返却ボタン３２２の操作に基づいた信号に限られない。
【０２９９】
たとえば、ＣＵに、遊技者の指紋を認証する指紋認証部を設ける。遊技機の開始時には、指紋認証部による認証を必須とし、遊技者が遊技開始時にＣＵに挿入した遊技カードにより特定される指紋情報と、指紋認証部により検出された指紋情報とが一致することを条件として遊技を許可する。さらに、遊技終了時にも指紋認証部による認証を必須とし、指紋認証部により検出された指紋情報が遊技開始時に検出された指紋情報と一致することを条件として遊技を終了させる。この場合には、「遊技終了を要求する信号」は、指紋認証部で検出される指紋情報となる。
【０３００】
その他、遊技機設置島全体を管理するサーバ等から遊技終了要求信号がＣＵに入力された場合には、返却ボタン３２２の操作の有無に関わらず、遊技を終了させてもよい。この場合、サーバから入力される遊技終了要求信号によって「遊技終了を要求する信号」が構成される。
【０３０１】
図３０の説明に戻る。クリア要求有、クリア表示中、ＳＱＮ＝ｎ＋Ｎ＋３のコマンドを受信したＰ台は、記憶している各々のデータの値を０にクリア（初期化）する。ここでＰ台がクリアするデータは、図５に示した現在玉関連情報および前回玉関連情報である。その結果、加算玉数カウンタ、減算玉数カウンタ、始動口（１）入賞カウンタ、始動口（２）入賞カウンタ、および遊技玉数カウンタの値、さらには前回のそれらのカウンタの値として記憶している加算玉数、減算玉数、始動口１入賞数、始動口２入賞数のデータがクリア（初期化）される。
【０３０２】
次に、Ｐ台は、動作応答として、クリア要求を拒否しない旨のクリア拒否ＯＦＦ、ＳＱＮ＝０、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。そしてＣＵは、ＳＱＮ＝０、遊技玉＝０、持玉＝５００をバックアップする。この持玉＝５００は、クリア要求直前に受信した遊技玉数である５００を持玉に加算した値である。
【０３０３】
その後、ＣＵは、挿入されているカードに持玉＝５００を記録して排出して遊技者に返却する。そして、動作指示として、ＳＱＮ＝ｍ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦのレスポンスをＣＵへ送信する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、ＣＵが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵが記憶している遊技玉数に対応する値に更新する。その後ＣＵがカードを排出する。このように、カードの持点を直接カードに記録することと、上位サーバにてカード番号に対応付けて持点を記憶することの両者を総称して、カードに持点を「対応付ける」と表現する。
【０３０４】
図３１を参照して、ガラス扉６のロックを解除して開放するときの処理を説明する。まず、最初の動作指示としては、ガラス扉の開放要求のないガラス開要求無の指示を含むコマンドがＣＵからＰ台へ送信される。それを受けたＰ台は、動作応答として、遊技玉数＝５００を含む通常のレスポンスをＣＵへ返信する。この段階で、たとえばＰ台において遊技領域２７に打込まれたパチンコ玉が遊技盤面において引っかかるなどのトラブルが発生し、遊技者が遊技場の係員を呼出した場合に、遊技場の係員は、所持しているリモコンを操作してガラス扉６のロックを解除して開放させるための赤外線信号をＩＲ感光ユニット３２０に送信する。それを受けたＩＲ感光ユニット３２０は、受信した赤外線信号に含まれるガラス扉開放指示信号をメイン制御部３２３へ入力する。そのガラス扉開の指示入力を受けたＣＵは、動作指示として、遊技を停止させるための禁止要求有、ガラス開要求無、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。つまり、ガラス扉６を実際に開放する前にまずＰ台において打球発射停止制御を行なわせるべく、禁止要求有、およびガラス開要求無の動作指示をＰ台へ送るのである。
【０３０５】
Ｐ台は、それを受けて、打球発射モータ１８の駆動を停止させて打球発射停止状態に制御する。次に、Ｐ台は、動作応答として、遊技禁止を拒否しない旨の禁止拒否ＯＦＦと、遊技禁止状態にした旨を示す遊技禁止のデータを含むレスポンスをＣＵへ返信する。
【０３０６】
一方、ＣＵでは、前述の禁止要求有を含む動作指示のコマンドをＰ台へ送信した後、Ｐ台において遊技領域２７に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、１０秒のウエイトを設け、この間、ＣＵはＰ台に対して遊技禁止すなわち禁止要求有の指示を含むコマンドを送信してポーリングを継続する。
【０３０７】
そして、１０秒のウエイト時間が経過した段階で、動作指示として、ガラス扉６のロックを解除して開放させるためのガラス開要求有、ＳＱＮ＝ｎ＋Ｎの指示を含むコマンドをＰ台へ送信する。
【０３０８】
それを受けたＰ台では、ガラス扉開放ソレノイド１０を励磁してガラス扉６のロックを解除してガラス扉６を開放するとともに、ガラス扉開発生中のビットをＯＮにし、以降、ガラス扉６が閉じるまで（ガラス扉閉鎖検出器１２からの検出信号が入力されるまで）ＯＮのまま維持する。そして、Ｐ台は、動作応答として、ガラス開拒否ＯＦＦ、ＳＱＮ＝ｎ＋Ｎ＋１、遊技禁止、およびガラス開発生中等の応答を含むレスポンスをＣＵへ返信する。
【０３０９】
ＣＵでは、ガラス開要求のコマンドに対して拒否されなければすなわちガラス開拒否ＯＮの応答を含むレスポンスが返信されてこなければ、ガラス扉６は開放されたと判断する。そして、以降、動作指示として、ガラス開要求無を含むコマンドをＰ台へ送信する。
【０３１０】
図３２は、図３１に示したガラス扉開放処理の変形例を示している。図３１の処理に比べた相違点としては、ＣＵにおいてガラス扉開放の指示入力が検出されたときに、遊技の禁止要求を指示する禁止要求有ばかりでなく、ガラス扉６のロックを解除して開放要求を指示するガラス開要求有のコマンドがＰ台に送信される点である。Ｐ台は、このコマンド受けて、打球発射モータ１８の駆動を停止して打球発射停止状態に制御するとともに、遊技領域２７に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、１０秒のウエイトを設ける。この１０秒のウエイト時間の間、ＣＵとＰ台とは動作指示／動作応答の送受信を継続する。そして１０秒のウエイト時間が経過した段階で、ガラス扉開放ソレノイド１０を励磁してガラス扉６のロックを解除してガラス扉６を開放する。そして、ガラス扉開発生中のビットをＯＮにし、以降、ガラス扉６が閉じるまで（ガラス扉閉鎖検出器１２からの検出信号が入力されるまで）ＯＮのまま維持する。
【０３１１】
そしてＰ台は、動作応答として、ガラス扉の開放を拒否しないガラス開拒否ＯＦＦと、打球発射停止状態となっている旨を示す遊技禁止と、ガラス扉のロックが解除されて開放中である旨を示すガラス開発生中等のデータを含むレスポンスをＣＵへ送信する。
【０３１２】
ＣＵは、ガラス開拒否ＯＦＦの動作応答を受信することにより、ガラス扉６が開かれたと判断する。
【０３１３】
このように、図３２に示す変形例では、浮遊玉処理待ち時間を考慮した１０秒のウエイト処理を、ＣＵ側ではなくＰ台側で実行している点が、特徴である。
【０３１４】
次に、図３３を参照して、セル（前枠）５のロックを解除して開放する処理を説明する。このセル（前枠）６の開放処理は、図３１に示したガラス扉の６の開放処理と同様の処理がなされる。ここでは相違点を主に説明する。
【０３１５】
遊技場の係員がリモコンを操作して前枠（セル）５のロックを解除して開放させるための操作を行なえば、そのリモコンからＩＲ感光ユニット３２０に対してセル開放指令信号を含む赤外線が出力される。ＩＲ感光ユニット３２０は、それを受けて、セル開放指令信号をメイン制御部３２３へ出力する。その結果、ＣＵにおいて、セルを開放するためのセル開の指示入力が検出されたと判断される。そして、ＣＵは、動作指示として、遊技を禁止させるための禁止要求有およびセル開要求無等のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、打球発射モータの駆動を停止させて、打球発射停止状態に制御する。
【０３１６】
ＣＵでは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設けて、その１０秒のウエイト時間が終了した段階で、セルのロックを解除して開放する指示であるセル開要求有のデータを含むコマンドをＰ台へ送信する。それを受けたＰ台では、前枠開放ソレノイド１１を励磁して前枠５のロックを解除して前枠５を開放する。そして、セル開発生中のビットをＯＮにし、以降、セルが閉じるまで（前枠閉鎖検出器１３からの検出信号が入力されるまで）ＯＮを維持する。
【０３１７】
そして、Ｐ台は、動作応答として、セルの開放要求を拒否しないセル開拒否ＯＦＦ、打球発射停止状態となっている旨を示す遊技禁止、セルの開成中であることを示すセル開発生中等のデータを含むレスポンスをＣＵへ送信する。
【０３１８】
ＣＵは、セル開要求に対して拒否されていなければ、すなわちセル開拒否ＯＦＦを含むレスポンスが返信されてくれば、セルは開かれたと判断する。
【０３１９】
なお、この図３３に示したセルを開放するときの処理においても、図３２に示した変形例と同様に、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設ける機能をＰ台側に持たせ、セル開の指示入力が検出されたときにＣＵが禁止要求有とセル開要求有との指示を含むコマンドをＰ台に送信し、Ｐ台側でそれを受けて打球発射禁止制御を行なった後、１０秒のウエイト期間ＣＵとＰ台とで動作指示／動作応答の継続を行ない、１０秒のウエイト時間が経過した段階で、前枠開放ソレノイド１１を励磁制御して前枠５のロックを解除して開放し、その後、セル開拒否ＯＦＦ、セル開発生中のデータを含むレスポンスをＣＵへ送信するようにしてもよい。
【０３２０】
以上、図３１〜図３３を用いて説明したとおり、本実施の形態によれば、Ｐ台の前面部材の具体例となるガラス扉あるいはセルの閉塞状態について、遊技進行に影響を与えることなく解除可能となる。
【０３２１】
次に図３４を参照して、ＣＵがカード保持中に電源起動されてそのときにＰ台が接続されていない異常が発生したときの処理を説明する。カードが挿入されてＰ台で遊技をしている最中にＣＵとＰ台との間の通信断が発生したために、ＣＵの電源を再起動した段階で、ＣＵから機器情報要求のコマンドがＰ台へ送信される。しかし、Ｐ台の未接続異常が発生しているために、Ｐ台からのレスポンスがＣＵに返信されてこない。すると図１９で説明したように、ＣＵは、機器情報要求のコマンドをＰ台に再送する。それにも拘らずＰ台からのレスポンスが返信されてこない場合には、２回目の機器情報要求をＰ台に再送する。その２回目の再送に対してもＰ台からレスポンスが返信されてこない場合には、この段階でＣＵは、通信異常と判断し、未接続によりエラーが発生した旨の表示を表示器３１２により行なわせる制御を実行するとともに異常報知ランプを点灯または点滅させる制御を行なう。
【０３２２】
この状態で、遊技場の店員がそのＣＵに対してリモコン操作し、挿入されているカードを強制的に排出する赤外線信号をＩＲ感光ユニット３２０へ出力すると、その強制排出信号がメイン制御部３２３へ入力される。ＣＵはそれを受けて、ＣＵでバックアップしている「遊技玉数」を挿入されているカードの「持玉」に加算するとともに、ＣＵの「遊技玉数」「接続時刻」を０クリアしたうえで、挿入されているカードを排出する指令をカードリーダライタ３２７へ出力する。それを受けたカードリーダライタ３２７は、取込んでいるカードを排出する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、ＣＵが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵが記憶している遊技玉数に対応する値に更新する。その後ＣＵがカードを排出する。
【０３２３】
その後、ＣＵは、Ｐ台に対して機器情報要求のコマンドを送信して接続シーケンス（図２２参照）の再開処理を行なう。ＣＵは、カードが挿入された状態（待機中以外の状態）での接続シーケンスの再開であると判断し、図２４の電源起動時の接続シーケンスではなく図２２の再接続時の接続シーケンスを実行する。Ｐ台の未接続異常が発生してから接続シーケンス（図２２参照）の再開処理が実行されて最初の動作応答をＰ台が送信するまでの間に、加算玉数（たとえばｊ）または減算玉数（たとえばｒ）が発生している場合の処理は、図２２の再開処理で行なわれる。図２２を参照して、ＣＵは、リカバリ応答をＰ台から受信することにより、遊技玉数＝０＋ｊ（加算玉数）＋ｒ（減算玉数）を算出して、その算出結果である遊技玉数＝ｊ＋ｒをバックアップする。そして、図２２で説明したように、ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、およびＳＱＮの値と遊技玉の値とを含む通信開始要求をＰ台に送信して、Ｐ台のＳＱＮと遊技玉数とを補正させる。
【０３２４】
次に図３５を参照して、ＣＵからの動作指示（要求動作無）がＰ台に未到達の場合の処理を説明する。
【０３２５】
図２８等で説明したように、Ｐ台は、ＣＵからの動作指示のコマンドを受信したことにより、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを、前玉関連情報記憶領域に、前加算減算玉数および前始動口回数としてバックアップ記憶させ、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを０クリアするというバックアップクリア処理を行なうのであるが、図３５の場合にはＣＵからの動作指示がＰ台に未到達である。ゆえに、Ｐ台では、前述のバックアップクリア処理が行なわれない。その結果、加算玉数および減算玉数さらには始動入賞が発生するたびに、それらデータを現在玉関連情報記憶領域に現在玉関連情報として累積加算記憶する。
【０３２６】
まず、現時点の遊技玉数＝５２０の状態で、ＣＵが動作指示として要求無、ＳＱＮ＝ｎのコマンドをＰ台に送信する。しかし、そのコマンドがＰ台に到達しないために、Ｐ台からのレスポンスがＣＵに返信されない。その結果、図１９に基づいて説明したように、ＣＵは同じ動作指示のコマンドを再度Ｐ台へ送信する。この再度の送信もＰ台に到達しなかった場合に、Ｐ台からのレスポンスがＣＵに返信されないために、ＣＵは同じ動作指示について２回目の再送信を行なう。この再送信が繰返されるときには、ＳＱＮの値がｎで維持され、「１」の加算更新は行なわれない。
【０３２７】
２回目の再送信でコマンドがＰ台に到達した場合に、その動作指示の到達までの間において、Ｐ台は、前述したように、加算減算玉数および始動口回数のデータを現在玉関連情報として累積記憶している。そして、その累積記憶されている加算玉数＝６、減算玉数＝３６を用いて、現時点における遊技玉数＝５２０＋６−３６＝４９０を計算し、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝４９０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１の動作応答のレスポンスをＣＵへ送信する。
【０３２８】
ＣＵはそれを受けて、遊技玉数＝５２０＋６（加算玉数）−３６（減算玉数）＝４９０を算出し、その４９０に遊技玉数を修正して記憶する処理を行なう。
【０３２９】
次に図３６を参照して、Ｐ台からの動作応答（要求動作無に対する応答）がＣＵに未到達の場合の処理を説明する。この図３６に示す場合には、ＣＵからのコマンドがＰ台に入力されるために、前述したバックアップクリア処理が実行されるが、次回のＣＵからＰ台に送信されてくるコマンドのＳＱＮの値（＝ｎ）が前回のＳＱＮの値（＝ｎ）と同じであるために、Ｐ台は、ＣＵへ送信した動作応答のレスポンスがＣＵに到達していないことによる再送であると判断し、前回玉関連情報である前加算減算玉数および前始動口回数のデータを０クリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数を累積加算する。
【０３３０】
具体的には、現時点の遊技玉数＝５２０として、まずＣＵが動作指示として要求無、ＳＱＮ＝ｎのコマンドをＰ台へ送信する。それを受けたＰ台では、前述のバックアップクリア処理を行なって、現時点の遊技玉数＝５２０−１３＋３＝５１０を算出し、その遊技玉数＝５１０をバックアップし、ＳＱＮ＝ｎ＋１をバックアップするとともに、現加算減算玉数および現始動口回数のデータを前加算減算玉数および前始動口回数にバックアップ記憶させ、動作応答のコマンドを作成して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを０クリアする。また、現時点の遊技玉数５１０を動作応答のレスポンスのデータに含める。そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５１０、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０３３１】
ところが、そのレスポンスがＣＵに到達しないために、ＣＵでは、前回と同じ動作指示すなわち要求無、ＳＱＮ＝ｎのコマンドをＰ台へ送信する。
【０３３２】
それを受けたＰ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であるために、送信した動作応答のレスポンスがＣＵに到達しなかったことによる再送であると判断し、前回玉関連情報としての前加算減算玉数および前始動口回数のデータをクリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを累積加算してバックアップする。その結果、前加算玉数＝３＋３＝６、前減算玉数＝１３＋８＝２１、前始動口（１）回数＝１＋０＝１、前始動口（２）回数＝０＋１＝１となる。これらデータからなる動作応答のレスポンスを作成した後、現加算減算玉数および現始動口回数のデータを０クリアする。そして、動作応答として、Ｐ台は、ＳＱＮ＝ｎ＋１、遊技玉数＝５０５、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、始動口（２）回数＝１のレスポンスをＣＵへ送信する。しかし、このレスポンスもＣＵに到達しないために、ＣＵでは、再度同じ動作指示（要求無、ＳＱＮ＝ｎ）のコマンドをＰ台へ送信する。
【０３３３】
それを受けたＰ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知する。その結果、Ｐ台では、前述と同様の、前回玉関連情報に対する累積加算記憶を行ない、動作応答のレスポンスを作成してＣＵへ返信する。具体的には、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝４８５、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、始動口（２）回数＝２のレスポンスをＣＵへ送信する。
【０３３４】
この動作応答のレスポンスがＣＵに到達したために、ＣＵでは、遊技玉数＝５２０＋１２−４７＝４８５を算出し、その４８５に遊技玉のデータを修正して記憶する処理を行なう。
【０３３５】
このように、先に送信した動作応答がＣＵに到達しなかったときには、Ｐ台は、未達の動作応答を再送した上で次の動作応答を送信するのではなく、未達であった情報を合算した後の情報を次の動作応答として送信する。その結果、遊技用装置では、遊技玉数および始動口入賞数に関する情報を確実かつ効率的に収集可能となる。なお、図３６の例では、Ｐ台からの動作応答が１回未達の場合について説明したが、仮に動作応答が２回未達であった場合には、３回目に送信される動作応答には、２回目に送信された動作応答の情報を合算した合算値が含められることになる。
【０３３６】
次に図３７を参照して、ＣＵからの動作指示（加算要求）がＰ台に未到達の場合の処理を説明する。現時点での遊技玉数＝５２０とし、貯玉再プレイまたはプリペイド残高からの引落とし操作があった場合の加算要求玉数＝１２５とし、まずＣＵが動作指示として、加算要求有、ＳＱＮ＝ｎ、および加算要求玉数＝１２５のデータを含むコマンドをＰ台へ送信する。しかしそのコマンドがＰ台に到達しないために、Ｐ台からのレスポンスがＣＵに返信されてこない。その結果、前述と同様に、ＣＵは同じ動作指示のコマンドを再送信する。その再送信のコマンドもＰ台に到達しなかったためにそれに対応するＰ台からのレスポンスがＣＵに送信されてこない。よって、前述と同様にＣＵは同じ動作指示のコマンドについて２回目の再送信を行なう。この２回目の再送信コマンドがＰ台に到達する。ＣＵからの動作指示のコマンドの未到達期間においては、Ｐ台では、前述のバックアップクリア処理を行なうことなく、現在玉関連情報としての現加算減算玉数および現始動口回数に加減算データおよび始動口回数データを累積加算して記憶する。
【０３３７】
そして、Ｐ台は、現時点の遊技玉数＝５２０＋１２５（加算要求玉数）＋６（現加算玉数）−３６（現減算玉数）＝６１５を算出し、現時点の遊技玉数データを６１５とし、動作応答のレスポンスを作成する。具体的には、Ｐ台は、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６１５、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信する。
【０３３８】
ＣＵは、それを受けて、遊技玉数＝５２０＋１２５＋６−３６＝６１５を算出し、その６１５に遊技玉数データを修正して記憶する。
【０３３９】
次に図３８を参照して、Ｐ台からの動作応答（加算要求に対する応答）が未到達の場合の処理を説明する。当初の遊技玉数＝５２０で、貯玉再プレイまたはプリペイド残高から引落として遊技使用するための操作が行なわれて１２５玉数の加算要求が発生した場合を説明する。まずＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ、および加算要求玉数＝１２５のコマンドをＰ台へ送信する。それを受けたＰ台は、現在玉関連情報としての、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０、ならびにＳＱＮ＝ｎ＋１のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数＝５２０＋１２５＋３−１３＝６３５を算出して遊技玉数＝６３５を記憶する。
【０３４０】
そして、Ｐ台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを０クリアし、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６３５、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０３４１】
しかし、そのレスポンスがＣＵに到達しなかったために、ＣＵは、前回と同じ動作指示のコマンドをＰ台に再送信する。その再送信に際しては、ＳＱＮを「１」加算更新することなく前回と同じ値ｎのＳＱＮをＰ台へ送信する。
【０３４２】
Ｐ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知し、受信したコマンドに加算要求玉数＝１２５が含まれているもののそのコマンドに基づいた遊技玉の加算更新を行なわない。つまり、加算要求に応じた加算更新は２重実行しない。
【０３４３】
また、Ｐ台では、コマンドの再送検知を行なったために、図３６の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数＝３、減算玉数＝８、始動口（１）回数＝０、始動口（２）回数＝１を、累積加算して記憶する。そして、遊技玉数＝６３５＋３−８＝６３０を算出し、遊技玉数を６３０に修正したうえで記憶する。
【０３４４】
その後、Ｐ台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６３０、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、および始動口（２）回数＝１をレスポンスとしてＣＵへ送信する。
【０３４５】
このレスポンスもＣＵに到達しなかったために、ＣＵは同じ動作指示のコマンドについて２度目の再送信を行なう。
【０３４６】
Ｐ台では、前述と同様に再送検知を行ない、加算要求玉数＝１２５を受信しつつもそれに伴う加算更新は行なわず、加算要求に応じた加算更新の２重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の０クリアを行なった後、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６１０、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達したために、ＣＵでは、遊技玉数＝５２０＋１２５＋１２−４７＝６１０を算出し、遊技玉数を６１０に修正して記憶する。
【０３４７】
このように、Ｐ台では、ＣＵから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）である場合には、再送信であると判断し、追加の加算要求であると判断せず、遊技玉の加算更新を行なわず、加算要求に応じた加算更新の２重実行を行なわない。
【０３４８】
次に図３９を参照して、ＣＵからの動作指示（減算要求）がＰ台に到達しなかった場合の処理を説明する。当初の遊技玉数＝５２０で、ワゴンオーダー等の発生により３００玉数の減算要求が発生した場合を説明する。まずＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ、および減算要求玉数＝３００のコマンドをＰ台へ送信する。ところがそのコマンドがＰ台に到達しなかったために、Ｐ台からのレスポンスがＣＵへ返信されない。よって、ＣＵは再度同じ動作指示のコマンドをＰ台へ送信する。この再送信のコマンドもＰ台に到達しなかったためにＰ台からのレスポンスがＣＵへ返信されない。そこでＣＵは同じ動作指示のコマンドについて、２回目の再送信を行なう。この２回目の再送信のコマンドがＰ台に到達する。
【０３４９】
Ｐ台では、ＣＵからの動作指示のコマンドが未到達の期間中、図３５の処理と同様に、加算減算玉数および始動入賞が発生するたびに現在玉関連情報記憶領域にそれらデータを累積記憶する。そして、２回目の動作指示のコマンドがＰ台に入力された段階で、遊技玉＝５２０−３００＋６−３６＝１９０を算出して、その遊技玉＝１９０を記憶する。そして、動作応答として、減算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝１９０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信する。
【０３５０】
ＣＵではそれを受けて、遊技玉＝５２０−３００＋６−３６＝１９０を算出し、その１９０に遊技玉を修正して記憶する。
【０３５１】
このように、ＣＵは、遊技玉からの減算を行なう際には、まず減算要求有および減算要求玉数のデータを含む動作指示のコマンドをＰ台へ送信し、それに対する動作応答としてのレスポンスがＣＵへ返信されてきたのを待って、減算要求分を遊技玉から減算する。遊技玉を加減算して現在の遊技玉を管理する主管理機能はＣＵ側にあるものの、Ｐ台において遊技の進行に伴い刻々変化する遊技玉に対してＣＵ側ではＰ台からの加減算玉数を含む動作応答が返信されてきて初めて遊技玉の加減算を行なって現在の遊技玉を算出することができるのであり、そのＰ台からの動作応答を待つ期間分、Ｐ台に比べてＣＵでの遊技玉の算出時期が遅れる。したがって、ＣＵ側での現時点の遊技玉データはＰ台に対して時間遅れのあるデータであり、仮にＣＵ側での現時点の遊技玉が減算要求玉数分あるからといっても、Ｐ台側では実際には減算要求玉数分の遊技玉が残っていない恐れもある。ゆえに、本実施の形態においては、遊技玉の減算に際しては、ＣＵはＰ台からの動作応答のレスポンスを待って、減算要求分の遊技玉の減算を行なうようにしているのである。
【０３５２】
次に図４０を参照して、Ｐ台からの動作応答（減算要求に対する応答）がＣＵに到達しなかった場合の処理を説明する。当初の遊技玉数＝５２０、減算要求玉数＝３００として、まずＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ、および減算要求玉数＝３００のコマンドをＰ台へ送信する。それを受けたＰ台は、現在玉関連情報としての、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０、ならびにＳＱＮ＝ｎ＋１のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数＝５２０ー３００＋３−１３＝２１０を算出して遊技玉数＝２１０を記憶する。
【０３５３】
そして、Ｐ台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを０クリアし、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２１０、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０３５４】
しかし、そのレスポンスがＣＵに到達しなかったために、ＣＵは、前回と同じ動作指示のコマンドをＰ台に再送信する。その再送信に際しては、ＳＱＮを「１」加算更新することなく前回と同じ値ｎのＳＱＮをＰ台へ送信する。
【０３５５】
Ｐ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知し、受信したコマンドに減算要求玉数＝３００が含まれているもののそのコマンドに基づいた遊技玉の減算更新を行なわない。つまり、減算要求に応じた減算更新は２重実行しない。
【０３５６】
また、Ｐ台では、コマンドの再送検知を行なったために、図３６の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数＝３、減算玉数＝８、始動口（１）回数＝０、始動口（２）回数＝１を、累積加算して記憶する。そして、遊技玉数＝２１０＋３−８＝２０５を算出し、遊技玉数を２０５に修正したうえで記憶する。
【０３５７】
その後、Ｐ台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２０５、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、および始動口（２）回数＝１をレスポンスとしてＣＵへ送信する。
【０３５８】
このレスポンスもＣＵに到達しなかったために、ＣＵは同じ動作指示のコマンドについて２度目の再送信を行なう。
【０３５９】
Ｐ台では、前述と同様に再送検知を行ない、減算要求玉数＝３００を受信しつつもそれに伴う減算更新は行なわず、減算要求に応じた減算更新の２重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の０クリアを行なった後、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２０５＋６−２６＝１８５、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達したために、ＣＵでは、遊技玉数＝５２０−３００＋１２−４７＝１８５を算出し、遊技玉数を１８５に修正して記憶する。
【０３６０】
このように、Ｐ台では、ＣＵから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であった場合には、再送信であると判断し、追加の減算要求であると判断せず、遊技玉の減算更新を行なわず、減算要求に応じた減算更新の２重実行を行なわない。
【０３６１】
次に図４１を参照して、ＣＵの加算要求に対してＰ台が加算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０、ＣＵに挿入されている遊技用記録媒体（カード）の残高＝１０００円とし、まずＣＵから動作指示として、要求無およびＳＱＮ＝ｎのコマンドがＰ台へ送信される。Ｐ台は、遊技玉＝５２０＋３−２３＝５００を算出してその遊技玉数、加算玉数、減算玉数、始動口（１）回数、始動口（２）回数およびＳＱＮ＝ｎ＋１のデータを含む動作応答をＣＵへ返信する。ＣＵはその動作応答に基づいて遊技玉を算出して遊技玉＝５００に修正する。
【０３６２】
次に貸出しボタン３２１が押下操作され、ＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、残高＝５００および加算要求玉数＝１２５を含むコマンドをＰ台へ送信する。Ｐ台では、何らかの理由で、加算を拒否する加算拒否ＯＮを含む動作応答のレスポンスをＣＵへ返信する。
【０３６３】
ＣＵは、加算拒否ＯＦＦを含む動作応答を受信したために、Ｐ台において遊技玉の加算ができず、Ｐ台とＣＵとの間に遊技玉の差異が生じたことを判別し、通信コネクションを切断するために、通信切断要求のコマンドをＰ台へ送信する。それを受けたＰ台は、通信切断応答のレスポンスをＣＵへ返信し、通信コネクションを切断するとともに、払出制御部１７から発射制御基板３１へ発射を停止させるための発射制御信号を送信し、それを受けた発射制御基板３１が発射モータ１８の駆動を停止させて遊技を停止させる。
【０３６４】
Ｐ台は、さらに、リカバリデータとして、ＳＱＮ＝ｎ＋３、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝４６０、現加算玉数＝３、現減算玉数＝１３、現始動口（１）回数＝１、現始動口（２）回数＝１のデータを記憶する。
【０３６５】
次に、ＣＵとＰ台との間で、機器情報要求、機器情報応答、認証要求、認証応答の送受信を行なう。機器情報要求のコマンド、機器情報応答のレスポンス、認証要求のコマンド、認証応答のレスポンス、リカバリ要求のコマンド、リカバリ応答のレスポンスの送受信が行なわれる。このリカバリ応答のレスポンスでは、Ｐ台側において記憶している前述したリカバリデータがＣＵ側に送信される。
【０３６６】
ＣＵは、そのリカバリデータ（現加算玉数＝３、現減算玉数＝１３）に従って、遊技玉数＝５９５＋３−１３＝５８３を算出してバックアップする。以降、図２２に示した再接続時（接続シーケンス）の処理に移行し、ＣＵは、通信開始要求において、遊技玉補正ＯＮ、遊技玉＝５８３を含むコマンドをＰ台へ送信する。Ｐ台はこれを受けて、遊技玉＝５８３に補正する。ＣＵは、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断し、図２４の電源起動時の接続シーケンスではなく図２２の再接続時の接続シーケンスを実行する。
【０３６７】
この図４１の処理においても、残高の消費は、Ｐ台からの動作応答のレスポンスを待つことなくＣＵ側で確定するものであるために、Ｐ台からの動作応答として加算拒否ＯＮを含むレスポンスが返信されてきたとしても、それ以前の段階で既に残高消費がＣＵ側において確定している。
【０３６８】
次に図４２を参照して、ＣＵの減算要求に対してＰ台が減算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０として、動作指示のコマンドおよび動作応答のレスポンスをＣＵとＰ台との間で１往復送受信した段階で、加算玉数＝３、減算玉数＝１３になっているために、遊技玉＝５２０＋３−１３＝５１０となる。
【０３６９】
この段階でワゴンサービスのオーダ等が発生して５００玉分の減算要求が生じた場合に、ＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝５００のコマンドをＰ台へ送信する。このコマンドを受けた段階では、Ｐ台において、加算玉数＝６、減算玉数＝３６となっており、現時点における遊技玉数＝５１０＋６−３６＝４８０となっている。その結果、減算要求玉数（５００）に対して現時点の遊技玉数（４８０）の方が少ないために、５００の減算要求に応えることができない。よって、Ｐ台は、動作応答として、減算要求を拒否する旨を示す減算拒否ＯＮ、ＳＱＮ＝ｎ＋３、遊技玉数＝４８０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。
【０３７０】
ＣＵは、それを受けて、遊技玉＝５１０＋６−３６＝４８０を算出して遊技玉を４８０に修正する。そして、減算拒否の検知を行ない、減算キャンセルの処理を行なう。この減算キャンセルの処理は、たとえば、表示器３１２により、「遊技玉不足で減算できません」などのメッセージを表示する。
【０３７１】
そして以降通常の動作指示および動作応答のポーリングを行なう。
次に図４３を参照して、ＣＵのクリア指示要求に対してＰ台がクリア拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０で返却ボタン３２２が押下操作されたときに、図３０の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして、図３０の処理と同様に、Ｐ台において、１０秒ウエイトを設けてこの１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０３７２】
その後ＣＵは、クリア要求有およびＳＱＮ＝ｎ＋Ｎ＋３の動作指示のコマンドをＰ台へ送信する。それを受けたＰ台は、何らかの理由でクリアできない旨を示すクリア拒否ＯＮ、ＳＱＮ＝ｎ＋Ｎ+４、遊技玉数＝４８０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、始動口（２）回数＝２の動作応答のレスポンスをＣＵへ送信する。この段階で遊技玉＝４８０となっている。そしてＣＵはクリア拒否を検知し、動作指示として要求無およびＳＱＮ＝ｎ＋Ｎ＋４のコマンドをＰ台へ送信し、クリアキャンセルの処理を行なう。このクリアキャンセルの処理は、たとえば「返却操作されましたがクリアできずキャンセルします」などのメッセージを表示器３１２に表示する等の処理である。以降ＣＵとＰ台との間で動作指示および動作応答の通常のポーリングを行なう。
【０３７３】
図４４を参照して、ＣＵの遊技許可要求に対してＰ台が許可拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０とし、何らかの遊技禁止要因が発生したトラブル状態において、Ｐ台の遊技が禁止されている状態で動作指示のコマンドおよび動作応答のレスポンスがＣＵとＰ台との間で送受信され、図４４の「遊技禁止要因解消」の段階で遊技禁止要因が解消されたとする。
【０３７４】
そのときに、ＣＵは、動作指示として、遊技許可要求有およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。しかし、Ｐ台は、何らかの理由で、打球発射できない状態すなわち遊技許可要求を拒否する遊技拒否ＯＮを含む動作応答のコマンドをＣＵへ返信する。
【０３７５】
ＣＵは、それを受けて、遊技許可されるまで、動作指示として遊技許可要求有を含むコマンドをＰ台へ繰返し送信する。
【０３７６】
次に図４５を参照して、ＣＵの遊技禁止要求に対してＰ台が禁止拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０とし、ＣＵとＰ台との間で通常の動作指示のコマンドおよび通常の動作応答のレスポンスの送受信が行なわれ、図４５の「遊技禁止要因発生」の段階で、たとえば返却ボタン３２２が操作される等の遊技禁止要因が発生したとする。この段階でＣＵは、動作指示として、遊技禁止要求有およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。Ｐ台では、何らかの理由で遊技禁止要求を拒否する禁止拒否ＯＮを含む動作応答のレスポンスをＣＵへ返信する。ＣＵは、それを受けて遊技禁止拒否を検知し、遊技禁止されるまで、動作指示として、遊技禁止要求有を含むコマンドをＰ台へ送信する。
【０３７７】
次に図４６を参照して、ＣＵのガラス開要求に対してＰ台がガラス開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０としてガラス扉６の開放指示の入力が検知された場合に、図４６では図示されていないが、図３１の処理と同様に、ＣＵはまず動作指示として、禁止要求有およびガラス開要求無のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、打球発射モータ１８の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否ＯＦＦおよび遊技禁止を含むレスポンスをＣＵへ送信する。ＣＵは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設け、この１０秒間、ＣＵはＰ台に対して動作指示（遊技禁止）でポーリングを継続する。そしてＣＵは、１０秒のウエイトが終了した段階で、ガラス開要求有およびＳＱＮ＝ｎ＋２の動作指示のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、何らかの理由でガラス扉６のロックを解除して開放することを拒否するガラス開拒否ＯＮを含む動作応答のレスポンスをＣＵへ送信する。
【０３７８】
ＣＵはそれを受けてガラス開拒否を検知し、動作指示として要求無を含むコマンドをＰ台へ送信するとともに、ガラス開キャンセルの処理を行なった後以降通常のポーリングを実行する。このガラス開キャンセルの処理は、たとえば、「ガラス扉の開放ができません」などのメッセージを表示器３１２により表示させる等の処理である。
【０３７９】
次に図４７を参照して、ＣＵのセル開要求に対してＰ台がセル開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０としてセルの開放指示の入力が検知された場合に、図４７では図示されていないが、図３３の処理と同様に、ＣＵはまず動作指示として、禁止要求有およびセル開要求無のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、打球発射モータ１８の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否ＯＦＦおよび遊技禁止を含むレスポンスをＣＵへ送信する。ＣＵは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設け、この１０秒間、ＣＵはＰ台に対して動作指示（遊技禁止）でポーリングを継続する。そしてＣＵは、１０秒のウエイトが終了した段階で、セル開要求有およびＳＱＮ＝ｎ＋２の動作指示のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、何らかの理由でセルのロックを解除して開放することを拒否するセル開拒否ＯＮを含む動作応答のレスポンスをＣＵへ送信する。
【０３８０】
ＣＵはそれを受けてセル開拒否を検知し、動作指示として要求無を含むコマンドをＰ台へ送信するとともに、セル開キャンセルの処理を行なった後以降通常のポーリングを実行する。このセル開キャンセルの処理は、たとえば、「セルの開放ができません」などのメッセージを表示器３１２により表示させる等の処理である。
【０３８１】
次に図４８を参照して、加減算データに関する動作応答到達後のＣＵ側での電源断発生時のリカバリ処理を説明する。当初の遊技玉数＝５２０でＳＱＮ＝ｎの状態で動作指示のコマンドをＰ台に送信し、Ｐ台が、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５００、加算玉数＝３、減算玉数＝２３の加減算データを含むレスポンスをＣＵへ送信する。そのレスポンスがＣＵに到達したことによって、ＳＱＮ＝ｎ＋１、遊技玉数＝５００に修正した後、ＣＵで電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、図２０で説明したように、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ１８の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝５００＋６−３６＝４７０が算出されてその遊技玉＝４７０が記憶される。
【０３８２】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０３８３】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０３８４】
ＣＵでは、通信相手が同じでありかつ双方のＳＱＮが一致していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０３８５】
次に図４９を参照して、動作指示到達前のＣＵ側における電源断発生時のリカバリ処理を説明する。当初の遊技玉数＝５２０として、動作指示のコマンドを受けたＰ台が、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５００、加算玉数＝３、減算玉数＝２３、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信し、ＣＵがそれに伴ってＳＱＮ＝ｎ＋２、遊技玉＝５００に修正した後、ＣＵは、動作指示として、要求無およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。そのコマンドがＰ台に到達せず、その直後にＣＵにおいて電源断が発生した場合に、図２０の処理と同様に、Ｐ台は、最後のレスポンスを送信した後４秒間以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移するとともに、打球発射モータ１８の駆動を停止してプレイ停止状態にする。
【０３８６】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０３８７】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝５００＋６−３６＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０３８８】
ＣＵでは、通信相手が同じであり動作指示送信中でなく、かつＰ台側のＳＱＮよりもＣＵ側のＳＱＮの方が１つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０３８９】
次に図５０を参照して、加減算データに関する動作応答到達前にＣＵ側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０として、通常の動作指示および通常の動作応答をＣＵとＰ台との間で往復送受信した後、要求無およびＳＱＮ＝ｎ＋２の動作指示のコマンドがＰ台に送信された後、Ｐ台が動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝４７０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、始動口（２）回数＝２のレスポンスをＣＵに送信した。しかし、そのレスポンスがＣＵに到達せず、そのレスポンスに従った動作応答処理をＣＵが実行する前にＣＵで電源断が発生した場合に、Ｐ台は、最後のレスポンス送信後４秒経過した時点でコマンドが送信されてこなければ切断を検知して打球発射モータ１８の駆動を停止してプレイ停止状態とする。
【０３９０】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０３９１】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝４７０−３＝４６７、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０３９２】
ＣＵでは、通信相手が同じでありかつＰ台のＳＱＮが１進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）＋０（現加算玉数）−３６（現減算玉数）−３（現減算玉数）＝４６７、加算玉数累計＝６（現加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（現減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０３９３】
次に図５１を参照して、加算要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０でプリペイド残高が１０００円として、通常の動作指示と通常の動作応答とをＣＵとＰ台との間で送受信し、その間に生じた加算玉数および減算玉数に基づいて遊技玉＝５００となった段階で、貸出しボタン３２１が押下操作された。すると、ＣＵは、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５とし、残高＝１０００円−５００円＝５００円を算出して残高を５００円に更新して残高の消費をこの段階で確定する。そしてＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、残高＝５００および加算要求玉数＝１２５を含むコマンドをＰ台へ送信する。このコマンドがＰ台へ到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ１８の駆動を停止してプレイ停止状態にする。
【０３９４】
一方、ＣＵでは、図１９に基づいて説明したように、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０３９５】
再接続シーケンスを開始した後には、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０３９６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０３９７】
ＣＵでは、通信相手が同じであり、かつＰ台側のＳＱＮよりもＣＵ側のＳＱＮより１つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝６２５（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝５９５、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０３９８】
次に図５２を参照して、加算要求に対する動作応答到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０、プリペイド残高＝１０００円とし、通常の動作指示および通常の動作応答がＣＵとＰ台との間で送受信され、その間に生じた加算減算玉数に基づいて遊技玉＝５００となった後に、貸出しボタン３２１が押下操作された。するとＣＵでは、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５にするとともに、残高＝１０００円−５００円＝５００円を算出し、残高を５００円にしてこの段階で残高の消費を確定させる。そして、ＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、残高＝５００、および加算要求玉数＝１２５のコマンドをＰ台へ送信する。それを受けたＰ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝５９５、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達せず、ＣＵにおいてこのレスポンスに応じた動作応答処理を行なう前に電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、図２０で説明したように、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ１８の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝５９５−３＝５９２が算出されてその遊技玉＝５９２が記憶される。
【０３９９】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０４００】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝５９２、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０４０１】
ＣＵでは、通信相手が同じであり動作指示送信中で、Ｐ台のＳＱＮが１進んでいると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝６２５（ＣＵの遊技玉数）＋６（前加算玉数）＋０（現加算玉数）−３６（前減算玉数）−３（現減算玉数）＝５９２、加算玉数累計＝６（前加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（前減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０４０２】
次に図５３を参照して、減算要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０として、ＣＵとＰ台との間で通常の動作指示および通常の動作応答の送受信が行なわれ、その間における加減算玉数に応じて遊技玉数＝５００になった段階で、ワゴンサービスの要求等によって３００玉分の減算要求が発生した場合に、ＣＵでは、ＳＱＮ＝ｎ＋２、減算要求玉数＝３００として、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝３００のコマンドをＰ台へ送信する。
【０４０３】
このコマンドがＰ台に到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ１８の駆動を停止してプレイ停止状態にする。
【０４０４】
一方、ＣＵでは、図１９に基づいて説明したように、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０４０５】
再接続シーケンスを開始した後には、図２２の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０４０６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０４０７】
ＣＵでは、通信相手が同じであり、かつＣＵ側のＳＱＮが１進んでいるため、減算要求がＰ台において実行されていないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０４０８】
このように、ＣＵは、ＳＱＮの値に基づいてＰ台において減算要求が実行されていないと判断したことにより、リカバリ処理に伴うバックアップ値の修正において、３００玉数分の減算要求が発生しておりながらも遊技玉数から減算要求玉数３００の減算を行なわない。
【０４０９】
次に図５４を参照して、減算要求に対する動作応答の到達前の段階においてＣＵ側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０とし、ＣＵとＰ台との間で通常の動作指示および通常の動作応答の送受信がなされ、その間に発生した加算減算玉数に応じて遊技玉数＝５００となった段階で、３００玉数分のワゴンサービスの要求が発生した場合に、ＣＵは、ＳＱＮ＝ｎ＋２、減算要求玉数＝３００とし、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝３００のコマンドをＰ台へ送信する。
【０４１０】
Ｐ台は、それを受けて、ＳＱＮ＝ｎ＋３、遊技玉数＝１７０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。そのレスポンスがＣＵに到達せず、ＣＵにおいてそのレスポンスに応じた動作応答の処理が実行される前に電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、図２０で説明したように、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ１８の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝１７０−３＝１６７が算出されてその遊技玉＝１６７とＳＱＮ＝ｎ＋３とが記憶される。
【０４１１】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２と同様に接続シーケンスを再開させ、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０４１２】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝１６７、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０４１３】
ＣＵでは、通信相手が同じであり動作指示送信中で、かつＰ台のＳＱＮが１進んでいるために、Ｐ台が減算指示を受信していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（前加算玉数）＋０（現加算玉数）−３６（前減算玉数）−３（現減算玉数）＝４６７、加算玉数累計＝６（前加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（前減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０４１４】
ＣＵは、電源起動時に機器情報要求を送信して接続シーケンスを再開させるのであるが、ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが整合しないと判断して、図２４の電源起動時の接続シーケンスではなく図２２の再接続時の接続シーケンスを実行する。その結果、ＣＵは、リカバリ後の動作指示で、Ｐ台側に減算キャンセル分の遊技玉を強制加算させるとともにＳＱＮを補正させるべく、遊技玉補正ＯＮ、遊技玉＝４６７、ＳＱＮ補正ＯＮ，ＳＱＮ＝ｎ＋２を含む通信開始要求をＰ台へ送信する（図２２参照）。Ｐ台は、それを受けて、遊技玉＝４６７、ＳＱＮ＝ｎ＋３に修正して記憶する。
【０４１５】
このように、Ｐ台が減算指示を受信していると判断した場合においても、減算キャンセルの処理を行なう理由は、減算指示を受信したＰ台側において必ずその減算指示に従った減算処理を行なっているとは限らず、Ｐ台側で減算の拒否が行なわれた可能性もある。このようなＰ台側での減算の拒否が行なわれた場合には、ＣＵ側において減算を確定してしまうと遊技玉の残数がマイナス値となるという不都合が生じる。このような理由により、減算キャンセルを行なう。その結果、このようなＣＵ側電源断発生時において、Ｐ台側では持点残数が不足するために減算指示を拒否したはずであるにもかかわらず、減算が行なわれたこととなって遊技機側の遊技玉の残数がマイナス値になってしまう不都合を防止できる。
【０４１６】
次に図５５を参照して、クリア要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図５５では、図３０の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして図３０の処理と同様に、Ｐ台において、１０秒ウエイトを設けてこの１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０４１７】
そして、ＣＵが、ＳＱＮ＝ｎ＋Ｎ＋３にし、動作指示として、クリア要求有、クリア表示中、およびＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信したが、そのコマンドがＰ台に到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ１８の駆動を停止してプレイ停止状態にする。
【０４１８】
一方、ＣＵでは、図１９に基づいて説明したように、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０４１９】
再接続シーケンスを開始した後には、図２２と同様に接続シーケンスを再開させ、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０４２０】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋Ｎ＋２、前回玉数としての、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０、現在玉数としての、現遊技玉数＝５００、現加算玉数＝０、現減算玉＝０、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０４２１】
ＣＵでは、通信相手が同じであり、かつＣＵ側のＳＱＮが1進んでいるため、クリア要求は到達していないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（現遊技玉数）＋０（現加算玉数）−０（現減算玉数）＝５００、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、始動口（２）累計＝０に修正する。
【０４２２】
次に図５６を参照して、クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断が発生した場合のリカバリ処理を説明する。挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図５６では、図３０の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして図３０の処理と同様に、Ｐ台において、１０秒ウエイトを設けてこの１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０４２３】
そして、ＣＵが、ＳＱＮ＝ｎ＋Ｎ＋３にし、動作指示として、クリア要求有、クリア表示中ＯＮ、およびＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信する。
【０４２４】
そして、Ｐ台は、この動作指示を受けて、クリア要求に従って遊技玉を０クリアして遊技玉＝０にするとともに、ＳＱＮも０クリアしてＳＱＮ＝０にした上で、動作応答として、ＳＱＮ＝０、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達せず、ＣＵにおいて、そのレスポンスに応じた動作応答処理を行なう前の段階で電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、図２０で説明したように、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。
【０４２５】
次にＣＵにおいて電源断が復旧して起動した場合に、図２２の処理と同様に接続シーケンスを再開させ、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０４２６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝０、前回玉数としての、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０、現在玉数としての、現遊技玉数＝０、現加算玉数＝０、現減算玉＝０、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０４２７】
ＣＵでは、Ｐ台側のＳＱＮが０のため、Ｐ台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵのバックアップ値）＋０（現加算玉数）−０（現減算玉数）＝５００、加算玉数累計＝０（現加算玉数）、減算玉数累計＝０（現減算玉数）、始動口（１）累計＝０（現始動口（１）回数）、始動口（２）累計＝０（現始動口（２）回数）に修正する。
【０４２８】
図５７は、図２４に示したカードの挿入時における制御動作に対応してＣＵ側とＰ台側とでの表示画面の遷移を示す図である。図５７を参照して、まずカードが挿入されていない状態では、待機中、動作要求なしの動作指示のコマンドがＣＵからＰ台へ送信され、動作応答として待機中、遊技玉＝０のレスポンスがＰ台からＣＵへ返信される。このようなコマンドおよびレスポンスの送受信中においては、図５７左上の[通常画面（カード未挿入）]に示すように、ＣＵの表示器３１２に、「カード種別」のタイトルの欄に「なし」、「遊技玉」のタイトルの欄に「０発」が表示される。またＰ台の表示器５４には、図５７右上の[通常画面（カード未挿入）]に示すように、「遊技玉」のタイトルの欄に「０玉」、カード残高」のタイトルの欄に「０円」が表示される。なお、表示器３１２および表示器４３には、現時点におけるＰ台の遊技状態を示す各種データが表示される。たとえば、図５７では、スタート回数、大当り回数、確変回数、最高連チャンの回数が表示されるとともに、特賞間スタート回数（或る回の大当りと次の回の大当りとの間での有効始動入賞回数）が棒グラフとして表示される。さらに、ＣＵ側の表示器３１２には、貸玉金額設定の金額表示部、カード残高の金額表示部、再プレイ玉数の表示部、貯玉の玉数の表示部、貸玉のレートの表示部が設けられている。
【０４２９】
さらにＣＵ側の表示器３１２は、前述したようにタッチパネルで構成されており、各表示画面の左上に、「台情報」「設定変更」「注文メニュー」の表示項目が表示されており、そのいずれかを選択してタッチ操作することにより、そのタッチ操作された表示画面に切換わる。図５７では、「台情報」が選択された状態の画面が表示されている。
【０４３０】
またＣＵ側の表示器３１２には、各表示画面の下方部分に、「返却」「貸出」「再プレイ」「呼出」の選択操作表示部が設けられており、遊技者がこれら表示部のいずれかを選択してタッチ操作することにより、ＣＵに指令を入力することができる。たとえば「返却」をタッチすれば、挿入されているカードが返却され、「貸出」をタッチすれば、挿入されたカードに記録されているプリペイド残高からの遊技玉の貸出が行なわれる。また「再プレイ」をタッチすれば、挿入されているカード（会員カード）の持玉あるいは貯玉を用いた再プレイを行なうことができる。「呼出」をタッチすれば、遊技場の係員を呼出すための報知がなされる。
【０４３１】
カードが挿入された時点でＣＵは動作指示としてカード挿入処理中、動作要求なしのコマンドをＰ台へ送信する。Ｐ台では、それを受けて、ＣＵ側でカード挿入処理が開始されたことを検知する。この動作指示のコマンドの送受信以降、上位サーバ（たとえばホール用管理コンピュータ１）への問合せ中の状態となる。この問合せ中の状態では、ＣＵ側の表示器３１２では、上から２番目の[カード残高問合せ中画面]に示されているように「問合せ中」の表示が行なわれ、またＰ台側の表示器５４では、上から２番目の[通常画面（カード残高問合せ中）]に示されているように画面左下隅に、サーバからＩＣへの矢印表示がなされて挿入されているカードをサーバに問合せている絵が表示される。なお表示画面中の「ＩＣ」は、カード（ＩＣカード）を示している。
【０４３２】
前述の動作指示を受信したＰ台では、動作応答として待機中、遊技玉＝０のレスポンスをＣＵへ返信する。
【０４３３】
ＣＵでは、サーバへ問合せることによって挿入されているカードの照合がなされてその挿入されているカードの持玉（＝５０００）と残高（＝７０００）とが確定すれば、動作指示として、カード保持中、加算要求玉数＝５０００、カード残高＝７０００のコマンドをＰ台へ送信する。このコマンドの送信以降ＣＵは加算表示中となる。このコマンドを受信したＰ台では、ＣＵ側でカード残高および持玉が確定したことを検知し、それ以降加算表示中となる。
【０４３４】
加算表示中においては、ＣＵの表示器３１２では、上から３番目の[玉貸し中画面]に示されているように持玉の表示欄に「５０００玉」が表示されて遊技機に向かって矢印表示がなされ、持玉５０００玉を遊技機へ送信している最中であることが遊技者に表示される。一方、Ｐ台においては、表示器５４により、上から３番目の[通常画面（玉貸し中）]に示されているように、ＩＣから遊技玉表示部およびカード残高表示部に向かって矢印表示され、これにより玉貸しに伴う加算中である表示（加算表示中）がなされる。そして、遊技玉表示部に「５０００玉」、カード残高表示部に「７０００円」が表示される。
【０４３５】
次に、Ｐ台からＣＵへ、動作応答として遊技玉＝５０００を含むレスポンスが送信される。ＣＵでは、加算表示中を示す玉の移動表示を開始してから２〜３秒経過した段階で、加算表示中を終了させ、表示器３１２に挿入されているカード種別を示す「会員」、遊技玉として「５０００発」を表示する状態に切換わる。一方、Ｐ台では、加算表示中としての玉の移動表示を開始してから２〜３秒経過後に加算表示中を終了させ、表示器５４による玉の移動表示を終了させる。
【０４３６】
このように、問合せ中や加算表示中などの動作処理の開始の表示は、ＣＵとＰ台とでタイミングを合せて開始させる一方、それら動作処理の表示の終了は、ＣＵからＰ台へなんら終了指令等を送信せず、Ｐ台側において独自のタイミングで終了させることができ、ＣＵ側での終了タイミングに拘束されることがない。その結果、Ｐ台側独自の個性的な表示を行なうことができる。
【０４３７】
図５８は、遊技中に遊技者が遊技玉を他人に分割譲渡して持玉共有を行なう場合の制御処理を示すフローチャートである。この図５８および後述する図５９、図６０に示すフローチャートでは、遊技者が遊技を継続しつつ遊技玉を他人に分割譲渡して持玉共有を行なうことができる制御を示している。
【０４３８】
図５８を参照して、まず持玉＝５０００の会員カードとしてのカードＡがＣＵに挿入される。この会員カードがＣＵに挿入された場合には、その会員カードの遊技用価値（持玉、貯玉およびプリペイド残高）がすべて０になったとしても遊技終了時にその会員カードを遊技者に返却しなければならない。
【０４３９】
カードＡが挿入された後、ＣＵは、そのカードＡの持玉である「５０００」をＰ台側において加算させるための加算要求玉数＝５０００を含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、遊技玉＝５０００に更新した上で、動作応答として遊技玉＝５０００を含むレスポンスをＣＵへ送信する。その後Ｐ台において遊技が開始され、遊技の実行に伴って遊技玉が減少して４０００となった段階で、１０００玉分の遊技玉を他人に譲渡して持玉共有を行なう持玉共有（１０００玉）の指定操作が行なわれた場合に、それ以降ＣＵとＰ台とにおいて持玉分割中の状態となる。
【０４４０】
他人に分割譲渡（持玉共有）する持玉が記録されたカードＢはＣＵ内のカードストック部にストックされているストックカードをカードリーダライタ３２７に取出して補填してそのカードＢに持玉を書込んでＣＵから排出するのであるが、そのカードＢを排出するにはまず先に既にカードリーダライタ３２７に挿入されているカードＡを排出する必要がある。その際、カードＡ（遊技者所有の会員カード）に現時点におけるすべての遊技玉（＝４０００）を書込んで排出した場合には、遊技玉＝０となってそれ以降遊技を続行することができなくなる。
【０４４１】
そこで、遊技をしながら持点分割（持玉共有）を行なうことを可能にするために、カードＡを「持点＝０」の状態でＣＵから排出し、持点に相当する遊技玉をＣＵに担保情報として残しておくように制御する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、挿入されているカードＡのカード番号と遊技玉数＝０とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点を０に更新する。その後ＣＵがカードＡを排出する。
【０４４２】
カードＡ（持点＝０）がＣＵのカードリーダライタ３２７から排出された後、ＣＵ内のストックカードＢ（持点＝０）をカードリーダライタ３２７に取出して補填する。その時点で、Ｐ台において遊技の続行に伴って遊技玉が減算し、遊技玉＝３８００の状態となっている。そして、カードＢに分割譲渡（持玉共有）する持玉である１０００を書込むために、減算要求玉数＝１０００の動作要求（動作指示）を含むコマンドがＣＵからＰ台へ送信される。Ｐ台では、それを受けて、現時点の遊技玉数３８００から１０００を減算して遊技玉数＝２８００にし、その遊技玉数＝２８００を含む動作応答をＣＵへ送信する。ＣＵは、それを受けて遊技玉＝２８００のデータをバックアップ記憶する。
【０４４３】
次に、ＣＵは、カードリーダライタ３２７によりカードＢに「持玉＝１０００」を書込み、そのカードＢを返却（排出）する。この排出されたカードＢを遊技者が他人に手渡すことによりその他人に遊技玉を分割譲渡（持玉共有）することができる。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後ＣＵがカードＢを排出する。
【０４４４】
ＣＵは、カードＢを排出した後、先に排出した遊技者の会員カードであるカードＡの再挿入待ちの状態となり、カードＡの挿入を促す表示を表示器３１２により行なう（図６６参照）。そして、それを見た遊技者がカードＡをＣＵへ挿入する。その時点で遊技玉＝２７５０となっている。カードＡがＣＵへ挿入されれば、ＣＵは、その挿入されたカードＡと持点共有処理に伴って一旦排出されたカードＡとが同じものであるか否か（たとえば双方のカード番号が一致するか否か）を判別し、一致しない場合はそのカードＡを排出する一方、一致する場合は持玉分割（玉共有）の処理が終了し、その旨が表示器３１２により表示される（図６７参照）。
【０４４５】
挿入されたカードＡには遊技終了後のカード返却時に遊技玉を持玉として書込んでＣＵから排出される。
【０４４６】
図５９は、遊技者が持玉５０００玉分が記録されたビジターカードＢをＣＵへ挿入して遊技を行ないつつ持玉の分割譲渡（持玉共有）を行なった場合の制御動作が示されている。この場合には、先に挿入されているカードＢが、必ずしも遊技者に返却する必要のないビジターカードであるために、その先に挿入されているビジターカードＢに他人に分割する持玉を書込んで排出しそのビジターカードＢを他人に譲渡することによって持玉共有を行なうようにしている。
【０４４７】
まずビジターカードＢ（持玉＝５０００）をＣＵに挿入することにより、その挿入されたカードＢに記録されている５０００の持玉すべてを遊技玉として加算する加算要求玉数＝５０００を含む動作要求（動作指示）がＣＵからＰ台へ送信される。
【０４４８】
Ｐ台はそれを受けて、遊技玉＝５０００を記憶するとともに、遊技玉＝５０００を含む動作応答をＣＵへ返信する。その段階からＰ台で遊技が可能となり遊技中の状態となる。
【０４４９】
そして、遊技玉が遊技に使用されて遊技玉＝４０００となった後に、１０００玉分の遊技玉を他人に分割譲渡する持玉共有（１０００玉）の指定が遊技者によって行なわれる。この段階から持点分割中の状態となる。この段階ではさらに遊技玉が遊技に用いられて遊技玉＝３８００となっている。そして、ＣＵから分割譲渡（持玉共有）のための１０００玉分の遊技玉を減算する減算要求玉数＝１０００を含む動作要求がＣＵからＰ台へ送信される。Ｐ台は、それを受けて、現時点の遊技玉３８００から１０００を減算して遊技玉＝２８００とし、遊技玉＝２８００を含む動作応答をＣＵへ返信する。ＣＵでは、それを受けて、遊技玉＝２８００のデータをバックアップ記憶する。そして、カードリーダライタ３２７に保持されているカードＢに「持玉＝１０００」を書込んでそのカードＢを返却（排出）する。この段階で、持玉の分割譲渡（持玉共有）の処理が終了する。その後においても遊技者がＰ台で遊技を続行し、遊技者が遊技を終了するべく返却ボタン３２２を押圧操作すれば、図３０に示したカードの返却処理に移行し、ＣＵ内にストックされているストックカードがカードリーダライタ３２７に取出されて、その時点における遊技玉に相当する持玉のデータがそのストックカードに記録されて排出される。
【０４５０】
なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵから受信した遊技玉数に対応する値（＝１０００点）に更新するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後ＣＵがカードＢを排出する。そして、遊技終了時に排出されるストックカードについても、そのカード番号とカード排出時点における遊技玉数のデータとを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、前述のカードＢの所有者がこのストックカードの所有者に変更された旨の履歴を記憶しておく。その後ＣＵがストックカードを排出する。
【０４５１】
図６０は、遊技玉の分割譲渡（持玉共有）の他の例を示すフローチャートである。図５８に示した制御処理との相違点を主に説明する。この図６０に示すフローチャートでは、遊技玉の分割譲渡（持玉共有）を行なう際に、既に挿入されている遊技者の会員用カードであるカードＡを先に返却する点は図５８と同じであるが、その返却の際に、持玉分割中に遊技を続行するのに必要となる遊技玉（担保玉２００発）を確保した上で残りの遊技玉をカードＡに持玉として記録した上で排出する点が、図５８と異なる。
【０４５２】
具体的には、まず、遊技者がタッチパネルからなる表示器３１２を操作して１０００玉を分割譲渡する持玉共有の指定を行なう。するとＣＵは、分割譲渡する共有玉１０００発と前述した担保玉２００発とをＣＵに残し、残りの遊技玉３８００を算出する。具体的には、現時点の遊技玉（５０００）−担保玉（２００）−共有玉（１０００）＝３８００を算出する。そしてその算出された３８００の遊技玉を減算するべく、減算要求玉数＝３８００を含む動作要求のコマンドをＣＵがＰ台へ送信する。Ｐ台は、それを受けて、現在の遊技玉５０００から３８００を減算し、残りの遊技玉１２００を算出して記憶する。そしてその遊技玉＝１２００を含む動作応答をＣＵへ返信する。
【０４５３】
ＣＵでは、その動作応答（レスポンス）を受信し、担保玉＝２００、共有玉＝１０００をＣＵに残した上で、カードリーダライタ３２７に保持されているカードＡに持玉＝３８００を書込んで排出する。このように、Ｐ台において遊技を続行しながら持玉の分割譲渡（持玉共有）を行なうため、ＣＵにプレイ用の担保玉（プレイ：２００玉）を残して挿入されていたカードＡの返却を行なうのである。
【０４５４】
その後、ＣＵは、ＣＵ内にストックされているストックカード（持玉０のカードＢ）をカードリーダライタ３２７に取出して補填する。その間にも、Ｐ台では遊技が続行されており、その結果加算玉数＝１０、減算玉数＝６０が発生している。その結果、遊技玉＝１２００＋１０（加算玉数）−６０（減算玉数）＝１１５０となっている。
【０４５５】
そして、ＣＵにおいて、共有玉１０００発を分割譲渡（持玉共有）するべく、減算要求玉数＝１０００を含む動作要求のコマンドをＰ台へ送信する。
【０４５６】
Ｐ台では、それを受けて、現在の遊技玉１１５０から減算要求玉数１０００を減算して残りの遊技玉＝１５０を算出し、遊技玉＝１５０を含む動作応答のレスポンスをＣＵへ送信する。
【０４５７】
ＣＵでは、それを受信し、カードＢに「持玉＝１０００」を書込んで返却（排出）する。遊技者はその排出されたカードＢを他人に与えることにより遊技玉の分割譲渡（持玉共有）を行なうことができる。
【０４５８】
カードＢが排出された後ＣＵは、先に排出した遊技者の会員カードＡの再挿入を促す表示を表示器３１２により行なう。それを見た遊技者は先に排出されたカードＡ（持玉＝３８００）をＣＵへ再挿入する。その間にもＰ台で遊技が続行されておりその結果加算玉数＝１０、減算玉数＝８５が発生している。そのために、カードＡが再挿入された時点での遊技玉＝１５０＋１０−８５＝７５となっている。そして、カードＡが再挿入された時点でＣＵは、その挿入されたカードＡと持点共有処理に伴って一旦排出されたカードＡとが同じものであるか否か（たとえば双方のカード番号が一致するか否か）を判別し、一致しない場合はそのカードＡを排出する一方、一致する場合はＣＵは、そのカードＡに記録されている持玉＝３８００を遊技玉としてＰ台に加算させるべく、加算要求玉数＝３８００を含む動作要求のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、遊技玉＝７５＋３８００＝３８７５を算出し、現在の遊技玉として記憶するとともに、その遊技玉＝３８７５を含む動作応答のレスポンスをＣＵへ送信する。
【０４５９】
なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後ＣＵがカードＢを排出する。
【０４６０】
図６１〜図７８は、ＣＵの表示器３１２により表示される画面図である。
まず、図６１〜図６７に基づいて、図５８に示した持玉共有を行なう場合の表示器３１２に表示される表示画面を説明する。
【０４６１】
図６１を参照して、画面左半分の上方に表示された「メニュー」の表示項目（アイコン）を遊技者がタッチして表示された複数のメニューの中から持玉共有を遊技者が選択指定した状態が、図６１に示す持玉共有の表示画面である。持玉共有（遊技玉の分割譲渡）は、遊技者所有の持玉からの分割譲渡あるいは貯玉からの分割譲渡のいずれも可能である。そのために、まず「玉共有元を選択してください」のメッセージ表示がなされ、選択対象となる持玉を表わす表示項目（アイコン）と貯玉を表わす表示項目（アイコン）とが表示される。
【０４６２】
図６１の右半分の表示画面では、現時点で挿入されているカードの状態が表示されている。図６１では、会員カードが挿入されており、その会員カードは、カード残高が０円、持玉が０玉、貯玉が５００玉、現時点における遊技玉が１００００玉であることが示されている。
【０４６３】
また、ＣＵの状態として、カード残高から遊技玉を貸出す際の貸出単位金額が５００円であり、その５００円分の玉数である１２５玉が払出玉数であることが表示されている。さらに、遊技者が紙幣をＣＵに挿入して挿入されているカードのカード残高をリロードできるという「入金可」の状態であることが示されている。
【０４６４】
遊技者は、画面左半分の「持玉」または「貯玉」のいずれかをタッチ操作して玉共有元の選択入力を行なう。ここでは、「持玉」を選択した場合を示す。
【０４６５】
遊技者が「持玉」を選択した場合には、次に図６２に示す画面が表示される。画面左半分に「共有する玉数を選択ください」のメッセージ表示がなされるとともに、共有玉数の選択対象として、５００玉、１０００玉、１５００玉、２０００玉、２５００玉、３０００玉、３５００玉、４０００玉、５０００玉の９種類が表示される。遊技者はこの９種類の中から１つをタッチして選択入力する。ここでは、「１０００玉」を選択入力した場合を説明する。
【０４６６】
遊技者が「１０００玉」を選択入力すれば、次に図６３に示す画面が表示される。図６３に示す画面では、「持玉が上記明細で分割されます。よろしいですか？」のメッセージが表示されるとともに、共有玉数の明細として、自分のカードの玉数が９０００となり、他人に分割譲渡（持玉共有）する共有のカードの玉数が１０００となることが表示されている。そして、「玉共有開始」の表示項目（アイコン）と「キャンセル」の表示項目（アイコン）とが表示される。遊技者はそれら表示項目のいずれかにタッチして選択入力する。「キャンセル」を選択すれば持玉共有がキャンセルされる。一方、「玉共有開始」が選択入力されれば、共有玉数の明細に示したとおりの玉共有処理が開始される。
【０４６７】
遊技者が「玉共有開始」を選択入力すれば、次に図６４に示す画面が表示される。図６４に示す画面では、「自分のカードが排出されます」のメッセージ表示がなされるとともに、玉共有処理の進行状況を示す玉共有処理状況画像が表示される。この玉共有処理状況画像は、処理の順番として１、２、３の３種類あり、第１処理では、自分（遊技者）のカードの排出、第２処理として共有のカードの排出、第３処理として排出された自分のカードの再挿入が表示されている。そして「状況」の欄に、上から「処理」「待ち」が表示されており、現時点では第１処理が処理中であることが示されている。そして、第１処理から破線で自分のカードが排出される画像が示されている。
【０４６８】
図６４の右半分の画面では、現時点におけるＰ台においての遊技玉である１００００玉が点滅表示される。
【０４６９】
自分のカードの排出が終了した段階で次に図６５に示す画面が表示される。図６５では、「状況」の欄に、第１処理としての自分のカードの排出が「済」であり、次に第２処理としての共有カードの排出が処理中であることが示されている。そして第２処理から矢印で共有カードが排出されている状態が示されている。
【０４７０】
この共有カードの排出が終了した段階で次に図６６に示す画面が表示される。図６６に示す画面では、第１処理としての自分のカードの排出が済であり、かつ第２処理としての共有のカードの排出が済であり、現時点では自分のカードの再挿入が処理中であることが示されている。そして第３処理の箇所に矢印で自分のカードを挿入する画像が表示されている。
【０４７１】
遊技者が自分のカードをＣＵに再挿入した段階で、次に図６７の画面が表示される。図６７では、「玉共有が完了しました」のメッセージが表示されるとともに、玉共有処理状況として、第１処理、第２処理、第３処理のすべてが済であることが示される。そして、１０００玉分の持玉共有が完了したために、現時点におけるＰ台における遊技玉が１００００−１０００＝９０００で、９０００玉となっていることが表示されている。
【０４７２】
次に図６８〜図７４は、図２７に示したワゴンサービスの制御処理が実行された場合の表示器３１２による表示画面の図である。
【０４７３】
まず図６８を参照して、画面左半分の上方部分に表示されている「ワゴンサービス」の表示項目（アイコン）を遊技者がタッチして選択入力した状態が図６８の表示画面である。まず始めに、「注文する種類を選択してください」のメッセージ表示がなされて、ワゴンメニューとして、「定番メニュー５品」、「ドリンク類３０品」、「フード類１０品」、「スイーツ類２０品」の４種類のメニューが表示されるとともに、「注文状況確認」のアイコンが表示されている。
【０４７４】
図６８の右半分の画面には、Ｐ台における現時点での遊技玉数として１０００玉が表示されている。遊技者は、現時点の遊技玉数が１０００玉であることを考慮しつつ、その１０００玉の範囲内で注文することのできるワゴンメニューを選択する。たとえば「ドリンク類３０品」を遊技者が選択した場合には、次に図６９に示す画面が表示される。図６９では、「注文する商品を選んでください」のメッセージが表示されるとともに、ドリンク類の中に含まれるメニューが６種類示されており、各メニューを注文する際に必要となる遊技玉数が表示されている。遊技者は、現時点における遊技玉数が１０００玉であることを考慮しつつ表示されたメニューの中から注文するものをタッチして選択入力する。なお、左画面の各種メニューが表示されている右側に、正三角形のアイコンと逆三角形のアイコンとが表示されている。正三角形のアイコンを遊技者がタッチした場合には画面が下にスクロールされて画面上方部分が表示される状態となる。一方図６９に示す逆三角形のアイコンを遊技者がタッチすれば画面が上にスクロールされて画面下方部分が表示される状態となる。
【０４７５】
図６９において、遊技者が７５玉を必要とするコーヒーのメニューを選択した上で、図７０の「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチして再度図６８のワゴンメニューの表示画面に戻り、図６８における「フード類１０品」のメニューを選択してフード類のメニューが表示された状態でその中から１００玉の遊技玉を必要とする「ハンバーガー」のメニューが選択され、さらにその上で、図７０の「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチして再度図６８のワゴンメニューの表示画面に戻り、図６８における「スイーツ類２０品」のアイコンが選択入力され、スイーツ類の表示画面の中から遊技者が５０玉の遊技玉を必要とする「アイス」を選択した場合を説明する。
【０４７６】
その場合には、次に図７０に示す画面が表示され、今までに選択入力された注文商品の明細が表示される。この注文明細では、注文した商品名、消費玉数、注文した商品の数量が表示される。図７０の場合には、消費玉数１００玉のハンバーガーが１品、消費玉数７５玉のコーヒーが１品、消費玉数５０玉のアイスが１品注文されていることが示されている。そして、合計の消費玉数が２２５玉であることが表示されている。さらに、注文商品明細の数量の欄に「追加」のアイコンが表示されており、遊技者がこの追加のアイコンをタッチして入力することにより、１回タッチする毎に数量が「１」加算される。また数量の右側に各注文賞品に対応して「削除」のアイコンが表示されている。遊技者がこのアイコンをタッチ入力することにより、対応する商品の注文を削除することが可能となる。たとえば１番上の「削除」をタッチすれば、ハンバーガーの注文が削除され、２番目の「削除」をタッチすることによりコーヒーの注文が削除され、３番目の「削除」をタッチすることによりアイスの注文が削除される。
【０４７７】
さらに、この注文商品明細の下方に、「商品追加」のアイコンが示されており、これを遊技者がタッチすることにより、前述したように再度図６８のワゴンメニューの表示画面に戻り、遊技者が注文商品を選択して追加注文することが可能となる。
【０４７８】
また図７０の注文商品明細の下方に「キャンセル」のアイコンが示されており、遊技者がこのアイコンをタッチすることにより、現時点までに注文しているすべての注文商品をキャンセルすることができる。
【０４７９】
さらに、注文商品明細の下方に「注文」のアイコンが示されており、遊技者がこれをタッチ操作することにより、注文商品明細に示されたとおりのワゴンサービスの注文処理が実行されることとなる。
【０４８０】
図７０の表示画面において遊技者が「アイス」の注文に対応する「削除」のアイコンをタッチ操作した場合に、図７１に示す画面が表示される。図７１では、「アイス」の注文が取消された状態が示されている。
【０４８１】
一方、図７０において「注文」のアイコンを遊技者がタッチ操作した場合には、図７２に示す画面が表示される。図７２の表示画面では、注文商品の問合せ中の画像が表示される。消費玉数の合計である２２５玉と現時点におけるＰ台での遊技玉数１０００玉との間で送受信が行なわれていることを示す矢印表示がなされ、交信中であることが示される。この交信中であることを示す矢印の表示は、具体的には、図７３を参照して、まず消費玉数「２２５」玉からＰ台の「１０００」玉の方向に矢印が表示され、「問合せ中」の文字が表示される。
【０４８２】
この表示がなされた後に、Ｐ台の「１０００」玉から消費玉数「２２５」玉の方向へ矢印表示がなされ、「問合せ中」の文字が表示される。そして、これら両表示を複数回繰返して表示する。その表示の後、次に図７４の画面が表示される。図７４の画面では、「注文商品を受付けました  持玉より上記消費玉数分を引落しました」のメッセージが表示されるとともに、注文商品受付完了の表示がなされて受付けた注文商品の明細および総消費玉数「２２５」玉であることが表示される。そして、画面右半分には、２２５玉の消費の結果現在のＰ台における遊技玉が「７７５」玉になっていることが表示される。
【０４８３】
図７５と図７６とは、図２４に示したカード挿入処理における加算表示中の表示画面であり、図５７に示したＣＵ側の表示器３１２の表示画面のうち上から３番目の表示画面の他の例を示している。
【０４８４】
図７５を参照して、画面左半分には、画面構成は違うものの図５７のＣＵ側の表示画面と同様の内容を示す遊技台情報が示されている。
【０４８５】
図７５の画面右側には、ＣＵからＰ台へ、ＣＵに挿入されたカードの持玉である１０００玉がすべてＰ台側に移動している最中である表示がなされている。
【０４８６】
そして持玉移動が完了した段階で、次に図７６に示す表示画面に切換わり、画面右側において「持玉移動完了！」のメッセージが表示されるとともに、持玉の欄が０玉になり、Ｐ台における遊技玉として１０００玉が表示され、その「１０００」が点滅表示される表示がなされる。
【０４８７】
図７７および図７８は図３０に示したカードの返却処理におけるクリア表示中を示す表示画面である。まず図７７を参照して、画面右半分において、Ｐ台における現時点の遊技玉が１０００玉であることが表示され、その「１０００」が点滅表示される。そして、Ｐ台から持玉の表示欄に持玉移動がなされている状態が示されるとともに、「持玉移動中」の文字が表示される。
【０４８８】
そして、持玉の移動が完了した段階で、次に図７８に示す表示画面に切換わり、Ｐ台側における遊技玉が０玉になった状態が表示されるとともに、持玉として１０００玉が表示され、その「１０００」が点滅表示される。
【０４８９】
次に、図７９〜図９１に基づいて、ＣＵのメイン制御部３２３におけるＣＵで実行される制御と、ＣＵの表示制御部７９７に搭載されたＣＰＵで実行される制御とを説明する。
【０４９０】
まず、図７９を参照して、遊技者が遊技を行なっているときに大当りが発生した場合の処理を説明する。メイン制御部３２３は、遊技中におけるＰ台から送信されてくる遊技台状態の情報（図１３参照）に基づいて定期的に今の状態を示す遊技台情報通知コマンドを表示制御部７９７へ送信する。表示制御部７９７は、それを受信する度に、「Ｐ台持玉数」「スタート回数」等の表示器３１２による表示状態を変更する制御を行なう。このＰ台持玉数は図７６の画面右端の「１０００」玉で示されており、スタート回数は図７５〜図７８の画面の「スタート」の欄に表示されている。
【０４９１】
表示制御部７９７は、遊技台情報通知コマンドの応答として遊技台情報通知応答をメイン制御部３２３へ返信する。
【０４９２】
メイン制御部３２３は、Ｐ台から送信されてくる遊技台情報の中に大当り情報（図１３、図１５（ｂ）参照）が含まれている場合に、それに基づいて大当り開始を検知し、大当り情報通知（大当り開始）コマンドを表示制御部７９７へ送信する。具体的には、図１３、図１５（ｂ）を参照して、遊技台状態２のＢｉｔ０〜３の各々のビットが「１」となることにより大当りの開始を検知し、「０」となることにより大当りが終了した旨を検知する。なお、図２８では、遊技台状態２のＢｉｔ０〜３の各々のビットが「１」の状態を「特賞ＯＮ」と表現し、Ｂｉｔ０〜３の各々のビットが「０」の状態を「特賞ＯＦＦ」と表現している。
【０４９３】
表示制御部７９７では、その大当りが開始した旨の大当り情報通知コマンドを受信する度に、「大当り回数」「連荘回数」等の表示器３１２による表示を更新する制御を行なう。なお、「連荘」は「連チャン」と記載する場合もある。この連荘回数は、たとえば図７５〜図７８の画面に「連チャン」として示されている。
【０４９４】
そして表示制御部７９７は、大当りの開始を示す大当り情報通知コマンドに応答して大当り情報通知応答のレスポンスをメイン制御部３２３へ返信する。
【０４９５】
メイン制御部３２３は、大当り中繰返し大当り中を示す遊技台情報通知コマンドを表示制御部７９７へ送信し、表示制御部７９７はそれを受信する度に遊技台情報通知応答のレスポンスをメイン制御部３２３へ返信する。そして、メイン制御部３２３は、Ｐ台から送信されてくる遊技台情報における遊技台状態２のＢｉｔ０〜３の各々のビットが「０」となることにより大当りが終了した旨を検知し（図１３、図１５（ｂ）参照）、大当り終了を示す大当り情報通知のコマンドを表示制御部７９７へ送信する。この大当り終了を示す大当り情報通知のコマンドは、今回の大当りが確変大当りであるか否かを示す情報も含まれている。メイン制御部３２３は、Ｐ台から送信されてくる動作応答（レスポンス）に含まれている確変ＯＮ，ＯＦＦの情報（図２８参照）に基づいて、今回の大当りが確変大当りであるか否かを判断し、その判断結果を大当り終了を示す大当り情報通知のコマンドに含めて表示制御部７９７へ送信する。表示制御部７９７は、それを受信する度に、そのコマンドに含まれている確変大当りであるか否かを示す情報に基づいて「確変回数」の表示を更新する表示制御を行なう。この確変回数については、たとえば図７５〜図７８に示す画面の「確変」の欄に表示される。
【０４９６】
そして、表示制御部７９７は、大当りの終了を示す大当り情報通知のコマンドに応答して大当り情報通知応答のレスポンスをメイン制御部３２３へ返信する。
【０４９７】
これ以降、メイン制御部３２３は、遊技台情報の通知のコマンドを表示制御部７９７へ送信しそれに応答して表示制御部７９７が遊技台情報通知応答のレスポンスをメイン制御部３２３へ返信するという、コマンドレスポンスが繰返し実行される。
【０４９８】
図８０は、一般カード／会員カード（暗証番号なし）のカードがＣＵに挿入された場合の制御動作を示す図である。メイン制御部３２３と表示制御部７９７との間で前述と同様の遊技台情報通知のコマンドおよび遊技台情報通知応答のレスポンスのやり取りをしている最中に、ＣＵにカードが挿入されることによりメイン制御部３２３がカードリーダライタ３２７からの信号に基づいてカード挿入の検知を行ない、カード挿入状態通知のコマンドをメイン制御部３２３が表示制御部７９７へ送信する。このカード挿入状態通知のコマンドには、問合せ開始の通知種別である旨を示す情報が含まれている。このコマンドの送信以降、メイン制御部３２３はカード残高問合せ中の状態になる。
【０４９９】
この問合せは、図２４に基づいて説明したように、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉やプリペイド残高等をたとえばホール用管理コンピュータ１等の上位のサーバに問合せて認証するものである。
【０５００】
表示制御部７９７は、このカード挿入状態通知のコマンドを受信してカード挿入（問合せ中）を表示器３１２へ表示させる制御を行なう。その問合せ中（認証中）の画面表示が、図５７左側の上から２番目の画面図で表わされている。
【０５０１】
表示制御部７９７は、カード挿入状態通知のコマンドに応答してカード挿入状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５０２】
メイン制御部３２３は、カード残高の問合せ結果挿入されたカードの残高等が確認できた段階で残高を確定させる。そしてメイン制御部３２３は表示制御部７９７に対し、通知種別として持玉移動開始の情報を含むカード挿入状態通知のコマンドを送信する。このコマンドの送信以降、メイン制御部３２３は玉移動中の状態になる。表示制御部７９７は、カード挿入状態通知のコマンドを受信し、カード挿入（持玉移動中）を表示器３１２へ表示させるための制御を行なう。その移動中の表示状態が、図５７左側上から３番目の表示画面に示されている。
【０５０３】
そして表示制御部７９７は、カード挿入状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５０４】
それ以降持玉の移動が終了するまでの間、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が繰返し行なわれる。
【０５０５】
そして、メイン制御部３２３は、持玉移動の表示を終了させる時期が来たか否かを判断し（たとえばタイマ等によって判断し）、終了させる時期が来たと判断した段階で、持玉移動終了の通知種別の情報を含むカード挿入状態通知のコマンドを表示制御部７９７へ送信する。表示制御部７９７では、それを受信して、表示器３１２によるカード挿入（持玉移動中）の表示を終了させる制御を行なう。タイマにより持玉移動の表示を終了させる時期が来たか否かを判断する場合に、遊技台（Ｐ台）側で持玉移動の表示が終了する時期に合わせてタイマがタイムアップするように調整していた場合には、図８０に示すように、遊技台（Ｐ台）側で持玉移動の表示が終了する時期に持玉移動の表示を終了させる時期が来たとメイン制御部３２３が判断し、持玉移動終了の通知種別の情報を含むカード挿入状態通知のコマンドを表示制御部７９７へ送信することになる。そして表示制御部７９７はメイン制御部３２３へ、カード挿入状態通知応答のレスポンスを返信する。
【０５０６】
以降、メイン制御部３２３と表示制御部７９７との間で、遊技中に実行される遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が繰返し行なわれる。
【０５０７】
図８１は、カードのセキュリティを向上させるために暗証番号の入力を必要とする会員カードが挿入された場合の制御動作を示す図である。図８０との相違点を主に説明する。
【０５０８】
メイン制御部３２３は、カード残高が確定した段階で、表示制御部７９７に対して、暗証入力の通知種別を含む暗証番号入力通知のコマンドを送信する。それを受けた表示制御部７９７では、表示器３１２に対して暗証番号入力画面を表示させる制御を行なう。この表示画面は、たとえば、表示器３１２に「暗証番号を入力して下さい」のメッセージ表示と、暗証番号入力用のキーボード画像とが表示される。表示器３１２は、前述したようにタッチパネルが設けられており、遊技者はキーボード画面をタッチ操作して暗証番号を入力する。
【０５０９】
遊技者が暗証番号を入力する間、表示制御部７９７は暗証番号入力通知応答のレスポンスをメイン制御部へ返信し、メイン制御部は遊技台情報通知のコマンドを表示制御部７９７へ送信する。この遊技台情報通知のコマンドを受信した段階で、暗証番号入力が終了している場合には、表示制御部７９７は表示器３１２に対して暗証番号照合中の画面を表示する。そして、表示制御部７９７はメイン制御部３２３に対して、入力された暗証番号の情報を含む遊技台情報通知応答のレスポンスを返信する。メイン制御部３２３は、それを受信して、暗証番号の照合を行ない、暗証番号が適正（ＯＫ）であるか否かの確認を行なう。そして適正である場合には、メイン制御部３２３は表示制御部７９７に対して、通知種別として持玉移動開始の情報を含むカード挿入状態通知のコマンドを送信する。それを受けた表示制御部７９７では、前述と同様に、表示器３１２に対してカード挿入（持玉移動中）を表示する制御を実行する。
【０５１０】
図８２は、持玉／貯玉の再プレイを行なう場合の制御を示す図である。メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なっている最中に、再プレイボタン３１９が押下された場合には、メイン制御部３２３は、通知種別として貯玉払出開始の情報を含む再プレイ状態通知のコマンドを表示制御部７９７へ送信する。それ以降、メイン制御部３２３は払出中の状態になる。
【０５１１】
表示制御部７９７では、再プレイ状態通知のコマンドを受信して、表示器３１２に対して、再プレイ（貯玉払出中）を表示させる制御を行なう。そして、表示制御部７９７はメイン制御部３２３に対して、再プレイ状態通知応答のレスポンスを返信する。
【０５１２】
それ以降メイン制御部３２３と表示制御部７９７との間では、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を繰返し実行する。そして、貯玉払出中の表示を終了する時期が来たとメイン制御部３２３が判断（たとえばタイマ等により判断）した時点で、メイン制御部３２３から表示制御部７９７に対し、通知種別として貯玉払出終了の情報を含む再プレイ状態通知のコマンドが送信される。それ以降、メイン制御部３２３は遊技中の状態になる。再プレイ状態通知のコマンドを受けた表示制御部７９７は、表示器３１２に対して、再プレイ（貯玉払出中）の表示を終了させる制御を行なう。そして表示制御部７９７はメイン制御部３２３に対して、再プレイ状態通知応答のレスポンスを返信する。
【０５１３】
それ以降、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が繰返し実行される。
【０５１４】
この図８２に示した貯玉再プレイ時の表示制御は、図２５に示した貯玉再プレイ時のＣＵとＰ台との間の送受信制御に対応するものであるが、図２５に示した貸出ボタン３２１が操作されたときの表示制御としても、図８２に類似する制御となる。相違点としては、図８２の「再プレイ」が「貸出」になり、「貯玉」が「持玉」になる。
【０５１５】
図８３は、プリペイド残高を消費して遊技を行なう場合の制御を示す図である。まず、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なっている最中に、玉貸ボタン３２１が押下された場合に、メイン制御部３２３は表示制御部７９７に対し、通知種別としてプリペイド消費開始の情報を含む消費状態通知のコマンドを送信する。それを受信した表示制御部７９７は、表示器３１２に対して、貸出（プリペイド消費開始）を表示させる制御を行なう。図７５は、持玉払出中を示す画面図であるが、この貸出（プリペイド消費開始）の表示では、図７５における「カード残高」にカード残高が表示されてそこからＰ台画面に向かって矢印が示されてカード残高移動中の文字が表示される画面となる。
【０５１６】
そして、表示制御部７９７はメイン制御部３２３へ、消費状態通知応答のレスポンスを返信する。
【０５１７】
その後、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が繰返し実行される。そして、メイン制御部３２３において、払出の表示を終了させる時期が来たと判断（たとえばタイマ等により判断）した段階で、メイン制御部３２３から表示制御部７９７に対し、通知種別としてプリペイド消費終了の情報を含む消費状態通知のコマンドが送信される。表示制御部７９７は、それを受信して、表示器３１２に対し、貸出（プリペイド消費開始）の表示を終了させる制御を行なう。そして表示制御部７９７はメイン制御部３２３に対して、消費状態通知応答のレスポンスを返信する。
【０５１８】
以降、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が繰返し実行される。
【０５１９】
図８４は、カードの返却を行なう場合の制御を示す図である。
メイン制御部３２３と表示制御部７９７との間で遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとを送受信している最中に、挿入されているカードを返却するための返却ボタン３２２が押下された場合に、メイン制御部３２３はそれを検知し、通知種別として返却開始の情報を含むカード返却状態通知のコマンドを表示制御部７９７へ送信する。それ以降、メイン制御部３２３はカード返却処理の状態になる。このカード返却処理については前述した図３０に示されている。
【０５２０】
表示制御部７９７は、カード返却状態通知のコマンドを受信して、表示器３１２に対してカード返却（返却開始）を表示する制御を行なう。このカード返却（返却開始）の表示画面は、図７７に示されている。図７７の右側の画面に表示されているＰ台から「持玉」に向かって矢印が示されて持玉移動中の文字が表示される。表示制御部７９７はカード返却状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５２１】
それ以降、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知コマンドおよび遊技台情報通知応答レスポンスの送受信を繰返し実行する。そして、図７８に示すように、Ｐ台からＣＵへの持玉移動が完了し、カードの残高（持玉）が確定した段階で、その持玉データがカードリーダライタ３２７によってカードに書込まれてそのカードが排出される（図３０の矢印で示されたカードの排出参照）。すると、メイン制御部３２３はその排出を検知し、通知種別として返却終了の情報を含むカード返却状態通知のコマンドを表示制御部７９７へ送信する。
【０５２２】
表示制御部７９７では、それを受信し、カード返却（返却終了）を表示器３１２へ表示する制御を行なうとともに、遊技者にカードを抜き取らせるためのガイダンスの表示を表示器３１２に表示させる制御を行なう。このガイダンスとしては、たとえば「カードの抜き取りをお忘れなく」等のメッセージ表示を行なう。そして、表示制御部７９７は、カード返却状態通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５２３】
その後、メイン制御部３２３は、通知種別としてカードの抜き取りが完了した旨の情報を含むカード返却状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、カード返却（抜取完了）の表示を表示器３１２に行なわせる制御を行なうとともに、カード抜き取りガイダンスの表示を終了させる制御を行なう。そして表示制御部７９７は、カード返却状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５２４】
メイン制御部３２３では、次に、玉貸金額を初期値に戻し、メイン制御部設定変更通知のコマンドを表示制御部７９７へ送信する。表示制御部７９７では、それに応答して、メイン制御部設定変更通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５２５】
それ以降、メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なう。
【０５２６】
図８５は、メニュー画面を表示する制御を示す図である。メイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なっている最中に、遊技者が表示器３１２の「メニュー」の表示項目をタッチした場合には、タッチパネルがそれを検出してその検出信号が表示器３１２から表示制御部７９７へ送信される。表示制御部７９７では、その信号を受けて、表示器３１２にメニュー画面を表示させる制御を行なう。そして表示制御部７９７は、メニュー画面表示中の情報を含む遊技台情報通知応答をメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、「玉貸」「返却」「再プレイ」を禁止する状態に制御する。
【０５２７】
そして、メニュー画面表示中において、遊技者が表示器３１２のタッチパネルを操作して、メニュー画面に表示されている各種メニュー項目のうちの希望するメニュー項目をタッチしてメニュー選択を行なえば、その選択信号が表示器３１２から表示制御部７９７へ送信される。表示制御部７９７では、それを受信して、表示器３１２に表示されているメニュー画面からその選択されたメニュー項目に対応する画面に表示状態を遷移させる制御を行なう。そして、次の遊技台情報通知のコマンドがメイン制御部３２３から送信されて来るのを待って、表示制御部７９７は、遷移先画面表示中の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、「玉貸」「返却」「再プレイ」の禁止を解除してそれらの操作を許可する状態に制御する。
【０５２８】
図８６は、ワゴンサービスを行なう場合の表示制御を示す図である。メイン制御部３２３から表示制御部７９７へ遊技台情報通知のコマンドが送信された後、遊技者が表示器３１２の表示画面上における「ワゴンサービス」の項目をタッチしてワゴンサービスを選択すれば、タッチパネルがそれを検出してその検出信号が表示制御部７９７へ入力される。表示制御部７９７は、それを受信して、ワゴンサービスの画面を表示器３１２に表示させる制御を行なう。そのワゴンサービス画面は、まず図６８に示したワゴンメニューの表示画面が表示される。そして表示制御部７９７はワゴンサービス画面の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５２９】
メイン制御部３２３は、次の遊技台情報通知を表示制御部７９７へ送信する。その段階で、遊技者が表示器３１２に表示されているワゴンメニューのうち希望するメニューをタッチして選択すれば、それがタッチパネルにより検出されてその検出信号が表示制御部７９７へ入力される。たとえば遊技者がワゴンメニューのうちの「ドリンク類」を選択操作すれば、その選択操作をタッチパネルが検出してその検出信号が表示制御部７９７へ入力される。その入力信号に基づいて表示制御部７９７は、ドリンク類が選択されたと判断し、表示器３１２に図６９のドリンク類のメニュー画面を表示させる制御を行なう。
【０５３０】
そして遊技者が希望する商品を選択操作すれば、その選択操作をタッチパネルが検出してその検出信号が表示制御部７９７へ入力される。その入力信号に基づいて表示制御部７９７は、ドリンク類が選択されたと判断し、表示器３１２に図７０の注文表示明細の画面を表示させる制御を行なう。
【０５３１】
それを見た遊技者が図７０に示す「注文」の表示ボタンをタッチすれば、それがタッチパネルにより検出されてその検出信号が表示制御部７９７へ入力される。表示制御部７９７は、それを受けて、ワゴンサービス注文の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。このワゴンサービス注文の情報には消費する遊技玉数の情報が含まれている。以降メイン制御部３２３は持玉減算中の状態に移行する。この持玉減算中の状態が図２７に「減算表示中」として示されている。ワゴンサービス注文の情報を含む遊技台情報通知応答のレスポンスを受信したメイン制御部３２３は、Ｐ台に対しては図２７に示すように減算表示中ＯＮの動作指示を含むコマンドを送信する。
【０５３２】
この持玉減算中においては、表示制御部７９７は、表示器３１２に減算中の画面（たとえば図７２、図７３）を表示させる制御を行なう。そして、持玉減算が終了した段階でメイン制御部３２３は、ワゴンサービス状態通知（ＯＫ）のコマンドを表示制御部７９７へ送信する。これと同時にメイン制御部３２３は、減算表示中ＯＦＦの動作指示を含むコマンドをＰ台へ送信する（図２７参照）。
【０５３３】
ワゴンサービス状態通知（ＯＫ）のコマンドを受信した表示制御部７９７は、ワゴンサービス注文確定の表示画面（たとえば図７４）を表示器３１２に表示させる制御を行なう。そして、表示制御部７９７は、ワゴンサービス状態通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５３４】
そして、ワゴンサービスで注文した商品が実際に遊技者に届けられた段階で、表示器３１２に表示されている受領ボタンを遊技者がタッチする。
【０５３５】
以上のように、タッチパネルからの操作検出信号が一旦表示制御部７９７に入力されるため、表示制御部７９７においてその操作内容を掌握し、必要に応じて表示器３１２を表示制御し、その新たな表示画面に従って遊技者が新たなタッチ操作を行ない、最終的な操作内容が決まった段階でその最終操作内容の信号を表示制御部７９７がメイン制御部３２３へ送信する。その結果、逐一操作信号をメイン制御部３２３へ送信する場合に比べて、最終的操作結果のみがメイン制御部３２３に入力されることにより、メイン制御部３２３の負担が軽減できる。しかも、表示制御部７９７が掌握する必要のない操作内容（貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、呼出ボタン７９８の操作）については直接制御手段へ入力されるため、表示制御部７９７の負担をも軽減できる。
【０５３６】
図８７は、リモコン操作によってワゴンサービスを取消した場合の制御を示す図である。図８６との相違点を主に説明する。
【０５３７】
ワゴンサービス注文が確定した段階で表示制御部７９７からワゴンサービス状態通知応答のレスポンスがメイン制御部３２３へ送信される。その後、遊技者が注文した商品を取消したい場合に、呼出ボタン７９８を押圧操作する。すると、呼出ランプが点灯または点滅されて遊技者は係員を呼出すことができる。呼出された遊技場の係員にワゴンサービスの注文を取消す旨を遊技者が伝えることにより、その遊技場の係員が所持しているリモコンを遊技場の係員が操作して注文の取消信号をＲＩ感光ユニット３２０へ入力する。するとその入力信号がメイン制御部３２３へ送信される。メイン制御部３２３は、それを受けて、取消情報を含むワゴンサービス状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、ワゴンサービス取消ボタンを表示器３１２に表示させる制御を行なう。そしてワゴンサービス状態通知応答のレスポンスをメイン制御部３２３へ返信する。そして遊技者が表示器３１２に表示されているワゴンサービス取消ボタンをタッチすることにより、タッチパネルがそれを検出してその検出信号が表示器３１２入力される。表示器３１２は、次の遊技台情報通知のコマンドの入力を待って、ワゴンサービス取消の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５３８】
メイン制御部３２３では、ワゴンサービスの注文に従って一旦持玉減算を行なった分だけ持玉加算の制御を行ない、その持玉加算中の制御状態となる。そして持玉加算が完了した段階でメイン制御部３２３はワゴンサービス状態通知（ＯＫ）のレスポンスを表示制御部７９７へ送信する。表示制御部７９７はそれを受信して、表示器３１２にワゴンサービスの取消が完了した旨を表わす画面を表示させる制御を行なう。たとえば「ワゴンサービス取消が完了しました」のメッセージを含む画面を表示させる。そして表示制御部７９７はワゴンサービス状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５３９】
図８８は、図５８に示した持玉の共有を行なう場合の表示制御を示すものであり、一般カード（ビジターカード）が挿入された場合の図である。メイン制御部３２３から表示制御部７９７へ遊技台情報通知コマンドが送信されてきた後、遊技者が表示器３１２に表示されている画面中の持玉共有ボタンをタッチすれば、タッチパネルがそれを検出してその検出信号が表示制御部７９７へ入力される。すると、表示制御部７９７は、持玉共有画面（図６１）を表示器３１２に表示させる制御を行なう。そして表示制御部７９７は持玉共有画面遷移要求の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ返信する。それを受信したメイン制御部３２３は、通知種別として持玉共有画面遷移ＯＫの情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、表示器３１２に表示されている玉共有画面のタッチ操作を可能な状態に制御する。そして持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５４０】
次にメイン制御部３２３は遊技台情報通知のコマンドを表示制御部７９７へ送信する。遊技者が表示器３１２に表示されている玉共有画面に示された、玉共有元としての「持玉」と「貯玉」とのうち、「持玉」を選択操作した場合には、持玉が玉共有元として選択される。その選択がタッチパネルで検出されてその検出信号が表示制御部７９７に入力されれば、表示制御部７９７は共有玉数選択画面（図６２）を表示器３１２に表示させる制御を行なう。それを見た遊技者が共有玉数を選択してタッチ操作すればそのタッチ操作がタッチパネルで検出されてその検出信号が表示制御部７９７へ入力される。すると表示制御部７９７は共有玉数明細画面（図６３）を表示器３１２に表示させる制御を行なう。それを見た遊技者が画面に示されている「玉共有開始」をタッチ操作すれば、そのタッチ操作がタッチパネルで検出されてその検出信号が表示制御部７９７に入力される。そして表示制御部７９７は、共有元として持玉が選択されたことと、共有する持玉数のデータとを含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５４１】
それを受信したメイン制御部３２３は、共有元処理中の状態となり、通知種別として共有元カード排出の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、持玉共有（共有元カード排出）を表示器３１２に表示させる制御を行なう。その表示画面が前述した図６４に示されている。そして表示制御部７９７は持玉共有状態通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５４２】
メイン制御部３２３では、共有元のカードすなわち遊技者のカードを排出する制御を行なう。そして通知種別として共有元カード抜取の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。
【０５４３】
表示制御部７９７はそれを受信し、持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。なお図５８で説明したように、共有先カードすなわち共有する持玉を記録して排出するカードはＣＵに設けられたカードストック部内のカードをカードリーダライタ３２７が取り出してそのカードに共有する持玉データを記録して排出する方法を採用している。そのようなストックカードを利用する代わりに、たとえば遊技者が共有先カードをＣＵに挿入してその挿入されたカードに持玉共有するデータを書込んで排出する場合には、前述した共有元カード抜取の情報を含む持玉共有状態通知のコマンドを受信した時点で表示制御部７９７が持玉共有（共有先カード挿入）を表示器３１２に表示させる制御を行なうようにすればよい。この持玉共有（共有先カード挿入）の表示画面は、たとえば「共有先カードを挿入して下さい」等のメッセージを画面表示する。
【０５４４】
持玉共有状態通知応答のレスポンスを受信したメイン制御部３２３は、前述したように、カードストック部からカードを取り出す制御を行ない、通知種別として共有先カード挿入の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、持玉共有（共有先カード処理中）を表示器３１２に表示させる制御を行なう。そして持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。それを受信したメイン制御部３２３は、通知種別として共有先カード排出の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、持玉共有（共有先カード排出）を表示器３１２に表示させる制御を行なう。この持玉共有（共有先カード排出）の表示画面は、図６５に示されている。
【０５４５】
そして表示制御部７９７は、持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５４６】
メイン制御部３２３は、それを受信して、共有先のカードをカードリーダライタ３２７から排出する制御を行なう。そしてメイン制御部３２３は、通知種別として共有先カード抜取の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、持玉共有（共有元カード再挿入）を表示器３１２に表示させる制御を行なう。この持玉共有（共有元カード再挿入）の表示画面は、図６６に示されている。そして表示制御部７９７は、持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５４７】
遊技者が共有元カードすなわち自分のカードをＣＵに再挿入した場合に、メイン制御部３２３は、通知種別として共有元カード挿入の情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、持玉共有処理が完了した画面（図６７）を表示器３１２に表示させる制御を行ない、持玉共有状態通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５４８】
図８９は、会員カードが挿入された場合の持玉共有の表示制御を示す図である。図８８との相違点を主に説明する。
【０５４９】
この会員カードの場合には、セキュリティ向上のために暗証番号の入力が要求される。よって、持玉共有画面遷移要求の情報を含む遊技台情報通知応答のレスポンスを表示制御部７９７がメイン制御部３２３へ送信した後、メイン制御部３２３は、暗証番号入力通知のコマンドを表示制御部７９７へ送信する。すると表示制御部７９７は暗証番号通知応答のレスポンスをメイン制御部３２３へ返信した後、テンキー入力画面を表示器３１２に表示させる制御を行なう。それを見た遊技者がテンキー画面をタッチ操作して暗証番号を入力すると、その入力がタッチパネルにより検出されてその検出信号が表示制御部７９７へ入力される。表示制御部７９７は、次に送信されてくる遊技台情報通知のコマンドの受信を待って、入力された暗証番号の情報を含む遊技台情報通知応答のレスポンスをメイン制御部３２３へ送信する。
【０５５０】
メイン制御部３２３は、それを受信して、暗証番号の照合処理を行なう。そして照合結果適正な暗証番号であることが確認できれば、メイン制御部３２３は、通知種別として持玉共有画面遷移ＯＫの情報を含む持玉共有状態通知のコマンドを表示制御部７９７へ送信する。以降の表示制御は、図８８と同様であり、説明の繰返しを省略する。
【０５５１】
図９０は、何らかのエラーが発生したときの表示制御を示す図である。遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なっている最中に何らかのエラーが発生しそれがメイン制御部３２３により検知されたときに、メイン制御部３２３はエラーが発生した旨の情報を含むエラー表示通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、エラーメッセージを表示器３１２に表示させる制御を行なう。このエラーメッセージは、発生したエラーの種類や発生箇所等のエラーの内容も含めて表示するようにしてもよい。そして表示制御部７９７は、エラー表示通知応答のレスポンスをメイン制御部３２３へ返信する。エラー中となっているときにおいてもメイン制御部３２３と表示制御部７９７との間で、遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信が行なわれる。そしてエラーが解消されてそれを検知したメイン制御部３２３は、エラーが復帰した旨の情報を含むエラー表示通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、表示器３１２に表示されているエラーメッセージを消去する制御を行ない、エラー表示通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５５２】
図９１は、入金可／不可の表示制御を示す図である。遊技台情報通知のコマンドと遊技台情報通知応答のレスポンスとの送受信を行なっている最中に、ＣＵが入金可状態となれば、入金可状態となった旨の情報を入金可表示通知のコマンドをメイン制御部３２３が表示制御部７９７へ送信する。それを受信した表示制御部７９７は、入金が可能となった旨を表わす入金可表示画面を表示器３１２に表示させる制御を行ない、入金可表示通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５５３】
入金可状態になった後、入金できない入金不可状態になれば、メイン制御部３２３は入金できない入金不可状態である旨の情報を含む入金可表示通知のコマンドを表示制御部７９７へ送信する。それを受信した表示制御部７９７は、入金できない入金不可画面を表示器３１２に表示させる制御を行ない、入金可表示通知応答のレスポンスをメイン制御部３２３へ返信する。
【０５５４】
図９２は、図２に示したパチンコ機２の背面側構成の他の例を示す図である。ここでは主に相違点について説明する。
【０５５５】
図９２を参照して、遊技領域２７に設けられた各種入賞口に入賞した入賞玉を検出する各種入賞玉検出スイッチ７００ａ〜７００ｈが設けられているとともに、アウト口１４５から回収されたアウト玉のみを検出するアウト玉検出スイッチ７０１が設けられている。そして、アウト玉検出スイッチ７０１により検出されたアウト玉と各種入賞玉検出スイッチ７００ａ〜７００ｈにより検出された入賞玉とが合流して通過する合流通過経路７０２に、合流経路検出スイッチ３２が設けられている。
【０５５６】
これら各種検出スイッチのうち、合流経路検出スイッチ３２のみが光センサで構成されており、その他の検出スイッチは近接スイッチで構成されている。各種検出スイッチをこのように構成することにより、いわゆる電波ゴトが生じて不正電波が発信されて各種入賞玉検出スイッチから不正に入賞玉検出信号を出力させる不正行為が生じた場合に、近接スイッチはその不正電波に応答して検出信号を出力するが合流経路検出スイッチ３２のみは光センサで構成されているために不正電波に応答することなく何ら検出信号を出力しない。
【０５５７】
正常であれば、近接スイッチで構成された各種検出スイッチで検出された玉の合計数が合流経路検出スイッチで検出された玉数となる筈である。ところが、不正電波を発信する電波ゴトが生じた場合には、合流経路検出スイッチ３２からの検出信号が出力されずにその他の近接スイッチで構成された検出スイッチからの検出信号が出力されることとなり、近接スイッチで構成された各種検出スイッチによる玉検出合計と合流経路検出スイッチ３２の検出玉数とが一致しなくなる。このような不一致となる現象の発生に基づいて、不正行為が発生したことを判定することができる。
【０５５８】
そのために、払出制御部１７は、各種入賞玉検出スイッチ７００ａ〜７００ｈの検出信号とアウト玉検出スイッチ７０１の検出信号とファール玉検出スイッチ３３の検出信号と合流経路検出スイッチ３２の検出信号とが入力され、近接スイッチで構成された入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する。一致せずかつ所定個数以上の隔たりがあると判別した場合には払出制御部１７は異常が発生したと判定し、異常表示コマンドを表示器用演出制御基板５３へ送信し、表示器用演出制御基板５３が表示器５４に異常表示を行なう。
【０５５９】
さらなる他の例として、図９２に示された合流経路検出スイッチ３２を、ファール玉検出スイッチ３３で検出されたファール玉が合流通過経路７０２に合流する合流箇所よりも下方位置に設け、入賞玉とアウト玉とファール玉との合計を合流経路検出スイッチ３２により検出するように構成してもよい。その場合には、近接スイッチで構成された各種検出スイッチすなわち入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とファール玉検出スイッチ３３とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する。一致せずかつ所定個数以上の隔たりがあると判別した場合には払出制御部１７は異常が発生したと判定し、異常表示コマンドを表示器用演出制御基板５３へ送信し、表示器用演出制御基板５３が表示器５４に異常表示を行なう。
【０５６０】
さらなる他の例として、図９２に示された合流経路検出スイッチ３２はそのままの位置で、ファール玉検出スイッチ３３で検出されたファール玉が合流通過経路７０２に合流する合流箇所よりも下方位置に別の合流経路検出スイッチを設け、入賞玉とアウト玉とファール玉との合計を別の合流経路検出スイッチにより検出するように構成してもよい。その場合には、近接スイッチで構成された各種検出スイッチすなわち入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とファール玉検出スイッチ３３とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する。一致せずかつ所定個数以上の隔たりがあると判別した場合には払出制御部１７は異常が発生したと判定し、異常表示コマンドを表示器用演出制御基板５３へ送信し、表示器用演出制御基板５３が表示器５４に異常表示を行なう。なお、前述した、入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とによる玉検出個数の合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別して行なう異常判定も、並行して実行する。
【０５６１】
次に、図９３に基づいて払出制御部１７の他の制御を説明する。
図９３（ａ）には、払出制御部１７により実行される発射と揚送の制御指令出力処理が示されている。ステップＳ（以下単にＳと言う）１により、遊技禁止フラグがＯＮになっているか否かが判定される。この遊技禁止フラグは、ＣＵからの禁止要求有を含む動作指示を受信することによりＯＮになり、遊技許可要求を受信することによりＯＦＦとなる。Ｓ１によりＮＯと判断された場合には、Ｓ２により発射許可信号を発射制御基板３１へ出力する処理がなされる。これを受けた発射制御基板３１は、遊技者が打球操作ハンドル２５を操作することによりタッチリングの信号が入力されると、打球発射モータ１８を駆動制御して打球発射させる。
【０５６２】
打球発射モータ１８の駆動に伴って発射モータ原点センサの信号が入力される。その信号の入力があれば、Ｓ３によりＹＥＳの判断がなされ、Ｓ４により揚送モータ４０を駆動する制御がなされる。
【０５６３】
一方、遊技禁止フラグがＯＮの場合には、Ｓ５により、発射禁止信号を含む発射制御信号を発射制御基板３１へ出力する処理がなされる。これを受けた発射制御基板３１は、打球発射モータ１８の駆動を停止し、打球発射されない発射停止状態にする。
【０５６４】
図９３（ｂ）には、エラー処理が示されている。Ｓ１０により、遊技禁止フラグがＯＮになっているか否かが判定される。Ｓ１０によりＹＥＳと判断された場合には、入賞検出信号が入力されたか否かの判断がなされる。入賞玉検出スイッチ７００ａ〜７００ｈのいずれかから検出信号が出力されれば、その信号が主制御基板１６に入力され、その主制御基板１６から払出制御部１７にその検出信号が入力される。Ｓ１１では、その検出信号が入力されたか否かが判断されるのであるが、より具体的には、ＣＵからの禁止要求有を含む動作指示を受信してから前述の浮遊玉処理待ち時間（１０秒）経過の後に入賞玉検出信号が入力されたときに、Ｓ１１によりＹＥＳの判断がなされる。
【０５６５】
この時点では、遊技領域２７内の浮遊玉がすべて回収されているはずであり、それにもかかわらず入賞玉検出信号が入力されたということは、不正電波による不正に入賞を発生させるといういわゆる電波ゴトの虞がある。その場合に、制御がＳ１２に進み、エラーの種類に応じたエラー報知信号が出力される。
【０５６６】
一方、遊技禁止フラグがＯＦＦのときにＳ１３により発射モータ原点センサ信号の入力があったか否かの判断がなされる。ない場合すなわち発射モータ１８が駆動していない場合は、揚送モータ４０も停止しているはずである（Ｓ３、Ｓ４参照）。それにもかかわらず、玉上げ検出スイッチ（上）４１ａまたは玉上げ検出スイッチ（下）４１ｂからの検出信号が入力された場合には、Ｓ１４によりＹＥＳの判断がなされ、Ｓ１２により、エラーの種類に応じたエラー報知信号が出力される。
【０５６７】
このエラーの種類に応じたエラー報知信号の出力は具体的には、表示器５４による異常表示、異常報知用ランプの点等（または点滅）あるいはスピーカからの音声による異常報知を行なわせる信号を払出制御部１７が出力する。たとえば、Ｓ１４によりＹＥＳ判断された異常の場合には、表示器５４による「揚送装置が異常作動しました」等の異常表示、揚送装置異常報知用ランプの点等（または点滅）あるいは「揚送装置が異常作動しました」等の音声によるスピーカからの異常報知を行なわせる信号を払出制御部１７が出力する。
【０５６８】
発射モータ１８が駆動していない場合すなわち打球発射されていないときに玉上げ検出スイッチ（上）４１ａまたは玉上げ検出スイッチ（下）４１ｂによりパチンコ玉の揚送が検出された場合にエラー報知を行なう理由は、打球発射されていないにもかかわらずパチンコ玉が揚送されて供給され続けられた場合には通路内で玉詰まりが生じ故障が発生する虞があり、そのような玉詰まりの故障に対処できるようにするためである。
【０５６９】
以上、説明したとおり、本実施の形態によれば、遊技玉数の管理をＣＵ側において行なっているために、Ｐ台側にその管理機能を設ける必要がなく、その分、Ｐ台のコストを極力抑えることができる。特に、Ｐ台は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが短く、１年あるいは早い場合には数ヶ月の単位で早期に入替えが行なわれる傾向にある。また、目まぐるしく変化する遊技者の趣向をいち早く取り入れた新台が次々と開発されているところ、遊技場における台交換のサイクルも早まる傾向にある。
【０５７０】
一方、ＣＵは、趣向性の観点から入替えが行なわれることは少なく、一般的には、故障に応じて機器交換が行なわれ、故障によって交換した場合であっても、適切な修理を終えると再利用されるものである。そして、故障が発生しなければ数年は入れ替えが行なわれることがない。
【０５７１】
このため、遊技玉の管理機能をＰ台側ではなくＣＵ側に持たせてＰ台のコストを抑えることにより、Ｐ台を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０５７２】
次に、遊技機の他の例としてスロットマシンを説明する。図９４を参照して、スロットマシン２Ｓは、本体枠２ａに対して前面扉２ｂがその左側縁を揺動中心として開閉可能に設けられている。
【０５７３】
前面扉２ｂＳにおける揺動中心とは反対側の端縁付近には、上下１対の係合突起６ａＳ、６ｂＳが設けられている。この係合突起６ａＳ、６ｂＳは、図示しないばねによって下方向に押圧されている。一方、係合突起６ａＳ、６ｂＳに対向する本体枠２ａＳの位置には係合受け片７ａＳ、７ｂＳが設けられている。開放状態の前面扉２ｂＳを本体枠２ａＳに押付けることにより係合突起６ａＳ、６ｂＳが係合受け片７ａＳ、７ｂＳを乗越え、乗越えた状態でばねの付勢力により係合突起６ａＳ、６ｂＳが下方に移動し、ロック状態となる。
【０５７４】
そして、前面扉２ｂＳの裏面側に前面扉開放ソレノイド１１０（図９５参照）が設けられており、この前面扉開放ソレノイド１１０が励磁されることによりばねの付勢力に抗して上下１対の係合突起６ａＳ、６ｂＳが上方に押上げられ、その結果係合受け片７ａＳ、７ｂＳに対する係合突起６ａＳ、６ｂＳの係合が解除されてロック解除状態となり、前面扉２ｂが開放される。
【０５７５】
本体枠２ａＳの上方部分における前面扉２ｂＳと接触する箇所に前面扉閉鎖検出器１１２（図３参照）が設けられており、前面扉２ｂＳが本体枠２ａＳに押付けられてロック状態となったことが検出される。
【０５７６】
次に、図９５を参照して、カードユニット３とスロットマシン２Ｓとの制御回路の概略を説明する。カードユニット３には、マイクロコンピュータ等から構成されたメイン制御部３２３が設けられている。このメイン制御部３２３は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【０５７７】
メイン制御部３２３には、ホール用管理コンピュータ１等と通信を行なうための外部通信部３２４が設けられているとともに、スロットマシン２Ｓの払出制御部１１７とＳ台通信制御部８２経由での通信を行なうためのＣＵ通信制御部８０が設けられている。カードユニット３にはスロットマシン２Ｓ側へ接続するためのコネクタ３３０が設けられており、スロットマシン２Ｓにはカードユニット３側へ接続するためのコネクタ２２０が設けられている。ＣＵ通信制御部８０とＳ台通信制御部８２とは、このコネクタ３３０、２２０と接続配線とを介して通信可能に接続される。
【０５７８】
貨幣識別器３４４により紙幣の真贋および種類が識別されてその識別結果信号がメイン制御部３２３に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号がメイン制御部３２３に入力される。挿入されたカードの記録情報をカードリーダライタ３２７が読取って、その読取り情報がメイン制御部３２３に入力されるとともに、メイン制御部３２３からカードリーダライタ３２７に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ３２７はそのデータを挿入されているカードに書込む。
【０５７９】
表示器３１２に対し、メイン制御部３２３から残高あるいは持点数等の表示用データが出力され、その出力された表示用データを表示器３１２が表示する。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号がメイン制御部３２３に入力される。遊技者が貸出ボタン３２１を操作することにより、その操作信号がメイン制御部３２３に入力される。遊技者が再プレイボタン３１９を操作することによりその操作信号がメイン制御部３２３に入力される。遊技者が返却ボタン３２２を操作することによりその操作信号がメイン制御部３２３に入力される。
【０５８０】
スロットマシン２Ｓには、スロットマシン２Ｓの遊技の進行制御（遊技制御）を行なう主制御基板１１６と、持点等に関する情報をカードユニット３へ送信する払出制御部１１７とが電気的に接続された状態で設けられている。さらに、スロットマシン２Ｓには、払出制御部１１７と電気的に接続された演出制御基板９０と、その演出制御基板９０と電気的に接続された演出用ＲＯＭ基板９２とが設けられている。
【０５８１】
主制御基板１１６には遊技制御用マイクロコンピュータにより構成されるメイン制御部４１が搭載されている。メイン制御部４１は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【０５８２】
メイン制御部４１は、所定範囲の乱数を発生させる乱数発生回路や、乱数発生回路から乱数を取得するサンプリング回路などを含む。メイン制御部４１は、この乱数発生回路から取得された乱数を用いて入賞役の内部抽選を行なう。
【０５８３】
主制御基板１１６には、１枚ＢＥＴスイッチ５００、ＭＡＸＢＥＴスイッチ６００、スタートスイッチ７、ストップスイッチ８Ｌ、８Ｃ、８Ｒ、遊技補助表示器１２０、ペイアウト表示器１３０、スタート有効ＬＥＤ１８０、ウエイト中ＬＥＤ１９、リプレイ中ＬＥＤ２００、リールモータ３２Ｌ、３２Ｃ、３２Ｒ、リールセンサ３３Ｌ、３３Ｃ、３３Ｒが接続されている。
【０５８４】
主制御基板１１６は、賭数設定後のスタート操作を検出して可変表示装置（リール２Ｌ、２Ｃ、２Ｒ）を可変開始させるとともに１ゲームの結果を抽選し、ストップ操作に応じて各リールを停止させる。
【０５８５】
ここで、スロットマシン２Ｓにおけるメイン制御部４１により実行される処理について説明する。
【０５８６】
本実施の形態のスロットマシン２Ｓにおいては、リール２Ｌ、２Ｃ、２Ｒにより構成される可変表示装置のいずれかの入賞ライン上に役図柄が揃うと、入賞となる。入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
【０５８７】
なお、以下では、ビッグボーナスをＢＢと記載し、ビッグボーナス中に提供されるレギュラーボーナスをＲＢと記載する場合がある。また、ビッグボーナス、レギュラーボーナスを単にボーナスと記載する場合もある。遊技状態に応じて定められた各役の入賞が発生するためには、内部抽選に当選して、当該役の当選フラグが設定されている必要がある。
【０５８８】
なお、スロットマシン２Ｓにおける“ゲーム”とは、狭義には、スタートスイッチ７が操作されてからリール２Ｌ、２Ｃ、２Ｒが停止するまでをいうものであるが、ゲームを行なう際には、スタートスイッチ７の操作前の賭数の設定や、リール２Ｌ、２Ｃ、２Ｒの停止後にメダルの払い出しや遊技状態の移行も行なわれるので、これらの付随的な処理も広義には“ゲーム”に含まれるものとする。
【０５８９】
メイン制御部４１は、まず、１枚ＢＥＴスイッチ５００またはＭＡＸＢＥＴスイッチ６００の操作を検出することにより賭数を設定し、スタートスイッチ７の操作を検出することによりリール２Ｌ、２Ｃ、２Ｒを回転開始させる。
【０５９０】
ただし、前のゲームでリプレイ入賞していた場合には、リプレイゲーム中フラグにより前のゲームと同じ賭数を自動設定する（この段階でリプレイゲーム中フラグが消去される）。
【０５９１】
メイン制御部４１は、賭数が設定され、スタートスイッチ７が操作されると、内部抽選用の乱数を抽出し、抽出した乱数の値に基づいて遊技状態に応じて定められた各役への入賞を許容するかどうかを決定する抽選処理を行なう。
【０５９２】
メイン制御部４１は、抽選処理の後にリール回転処理を行なう。リール回転処理では、前回のゲームでのリール２Ｌ、２Ｃ、２Ｒの回転開始から１ゲームタイマが計時する時間が１ゲーム規制時間（たとえば、４．１秒）経過していることを条件に、リールモータ３２Ｌ、３２Ｃ、３２Ｒを駆動させ、左、中、右の全てのリール２Ｌ、２Ｃ、２Ｒを回転開始させる。
【０５９３】
メイン制御部４１は、リール２Ｌ、２Ｃ、２Ｒの回転開始から所定の条件（回転速度が一定速度に達した後、リールセンサ３３Ｌ、３３Ｃ、３３Ｒにより基準位置を検出すること）が成立すると、ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作を有効とする。その後、ストップスイッチ８Ｌ、８Ｃ、８Ｒが遊技者によって操作されることにより、リールモータ３２Ｌ、３２Ｃ、３２Ｒを駆動停止させ、リール２Ｌ、２Ｃ、２Ｒの回転を停止させる。
【０５９４】
メイン制御部４１は、リール２Ｌ、２Ｃ、２Ｒの駆動がそれぞれ停止すると、入賞ライン上に予め定めたいずれかの役図柄が導出表示されたかどうかを判定する入賞判定処理を行なう。入賞判定処理において、ＢＢ等の移行役に入賞したと判定したときには、ボーナスに制御するための処理（たとえば、遊技状態フラグの値に対応するボーナスの値を設定など）を行なう。
【０５９５】
メイン制御部４１は、入賞判定処理が終了すると、払出処理を行なう。払出処理では、付与すべき持点数を示す加算数信号を払出制御部１１７に対して出力する。また、払出処理では、入賞に関わらない各種の処理として、ボーナス（ＢＢやＲＢ）中においてはボーナスに応じたボーナス終了条件が成立したか否かを判定するためのボーナス終了判定処理が行なわれる。
【０５９６】
次に、スロットマシン２Ｓに搭載される主制御基板１１６以外の各基板について説明する。
【０５９７】
払出制御部１１７には、持点制御用マイクロコンピュータにより構成される持点制御部３１が搭載されている。持点制御部３１は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【０５９８】
払出制御部１１７は、カードユニット３とは別に遊技者の持点総数を記憶するための持点数カウンタを備える。払出制御部１１７は、遊技者所有の有価価値を引落として持点を確保する操作を遊技者が行なえば、カードユニット３から加算要求数信号が送信されてくるものであり、払出制御部１１７はその加算要求数信号を受けて持点数カウンタを加算更新する。一方、払出制御部１１７は、賭数が設定されると、持点数カウンタを減算更新する。
【０５９９】
また、払出制御部１１７に対し、前面扉開放ソレノイド１１０と前面扉閉鎖検出器１１２とが電気的接続された状態で設けられている。
【０６００】
前面扉閉鎖検出器１１２により前面扉２ｂＳの閉鎖が検出されることによりその検出信号が払出制御部１１７に入力される。払出制御部１１７は、前面扉開放ソレノイド１１０に前面扉開放ソレノイド励磁信号を送信することにより、前面扉開放ソレノイド１１０を励磁して前面扉２ｂＳのロックを解除する。
【０６０１】
演出制御基板９０には、演出制御用マイクロコンピュータにより構成される演出制御部９１が搭載されている。演出制御部９１は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【０６０２】
演出制御基板９０には、液晶表示器５１０と、スピーカ５３０，５４０と、チャンスボタン５８と、ジョグダイヤル５９とが設けられている。演出制御部９１は、演出用ＲＯＭ基板９２に搭載されているＲＯＭに対して、データ読込信号を入力することにより画像データを読出して液晶表示器５１０へ表示データを送信し、液晶表示器５１０に持点や賭数、あるいは小役に関するナビ演出等の表示画面を表示させる制御を行なう。
【０６０３】
また、チャンスボタン５８のボタン入力信号とジョグダイヤル５９のダイヤル入力信号とが演出制御基板９０へ入力され、演出制御基板９０が、チャンスボタン入力信号とジョグダイヤル入力信号とを液晶表示器５１０へ出力して、ジョグダイヤル５９の操作およびチャンスボタン５８の操作を反映した表示画面を液晶表示器５１０に表示させる。
【０６０４】
次に、カードユニット３とスロットマシン２Ｓとの間、およびスロットマシン２Ｓの各基板間で送受信される信号について説明する。
【０６０５】
カードユニット３からスロットマシン２Ｓの払出制御部１１７へは、加算要求（持点＋）と、減算要求（持点−）と、遊技許可要求と、遊技禁止要求と、加算要求数と、減算要求数とが、いずれも「コマンド」として送信される。
【０６０６】
加算要求コマンドは、プリペイド残高を引き落としての持点の貸出あるいは再プレイボタン３１９の操作による持点の貸出が行なわれる場合に払出制御部１１７へ送信される。払出制御部１１７は、それを受けて持点数を加算更新する。減算要求コマンドは、持点の分割譲渡（持点共有処理）あるいはワゴンサービスが行なわれた場合に払出制御部１１７へ送信される。それを受けた払出制御部１１７は、持点数を減算更新する。
【０６０７】
遊技許可／禁止要求コマンドは、払出制御部１１７に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。加算要求数とは、加算要求コマンドにより持点数に加算する持点数を指定するコマンドである。減算要求数とは、減算要求コマンドにより持点数から減算する持点数を指定するコマンドである。
【０６０８】
一方、スロットマシン２Ｓの払出制御部１１７からカードユニット３へは、払出制御部１１７が格納している持点数カウンタの値を示す持点数と、入賞に応じた持点の加算数と、賭数設定に応じた持点の減算数と、各種の遊技状態等を示す外部出力情報とが送信される。
【０６０９】
外部出力情報には、１枚ＢＥＴスイッチ５００あるいはＭＡＸＢＥＴスイッチ６００の操作により賭数が設定された時点で送信される賭数設定情報（設定賭数を示す）、リール２Ｌ、２Ｃ、２Ｒの回転が開始した時点で送信されるリール始動情報、スタート操作により内部抽選が実行された時点で送信される内部当選状況情報（当選結果を示す）、第１〜第３停止操作の各々が実行された時点で送信される第１〜第３停止操作情報（停止リールの種類を示す）、表示結果が確定した時点で送信される結果情報（外れ、あるいは入賞役の種類を示す）、遊技状態が変化した時点で送信される遊技状態情報（変化した遊技状態の種類を示す）、およびエラーが発生した時点で送信されるエラー情報（エラーの種類を示す）が含まれる。
【０６１０】
主制御基板１１６のＣＰＵが遊技中に発生するエラーや接続確認信号による未接続を検知したときには、ＣＰＵは、幕板に設けられた呼出ランプを点灯または点滅制御するとともに主制御基板１１６のＩ／Ｏポート（図示せず）からホール用管理コンピュータ１に異常発生した旨を通知する異常通知信号を出力する。
【０６１１】
遊技状態情報によって通知される遊技状態には、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）、リプレイの当選確率が高確率となるＲＴ（Replay Time）の他、演出制御部９１により内部抽選結果を報知するナビ演出を実行可能な報知期間であるＡＴ（Assist Time）などが含まれる。
【０６１２】
払出制御部１１７から主制御基板１１６へは、ヘルスチェックコマンドと入賞払出数受付コマンドと、ＢＥＴ不可信号とが送信される。ヘルスチェックコマンドは、主制御基板１１６が正常に動作しているか否かをチェックするためのコマンドである。入賞払出数受付コマンドは、主制御基板１１６から送信される加算数を受付けたことを示すコマンドである。ＢＥＴ不可信号は、持点数カウンタの値が賭数設定に必要な最小値未満になったことを示す信号である。主制御基板１１６は、このＢＥＴ不可信号を受けたときに、それ以降、ゲームを新たに開始することができない遊技禁止状態にする。具体的には、賭数設定のための１枚ＢＥＴスイッチ５００およびＭＡＸＢＥＴスイッチ６００の操作を無効化する。
【０６１３】
主制御基板１１６から払出制御部１１７へは、接続確認信号が返信される。接続確認信号は、主制御基板１１６と払出制御部１１７とが接続されていることを確認するための信号であり、主制御基板１１６から払出制御部１１７へ所定の電圧の信号が常時供給されており、払出制御部１１７がその所定電圧信号を受信していることを条件として払出制御部１１７が動作制御するように構成されている。
【０６１４】
また、主制御基板１１６から払出制御部１１７へは、入賞検出時には「加算数＋」の信号が送信される一方、リールの回転がスタートしたことが検出された時には「減算数＋」の信号が送信される。「加算数＋」は、入賞に応じて加算すべき持点数を示し、「減算数＋」は賭数設定に応じて減算すべき持点数を示す。払出制御部１１７は、「加算数＋」の信号に応じて、持点数カウンタの値を加算するとともに、カードユニット３へ送信するための「加算数」を加算する。また、払出制御部１１７は、「減算数＋」の信号に応じて、持点数カウンタの値を減算するとともに、カードユニット３へ送信するための「減算数」を加算する。
【０６１５】
さらに、主制御基板１１６から払出制御部１１７へは、既に説明した賭数設定やリール始動などを示す各種の外部出力情報が送信される。払出制御部１１７は、この外部出力情報を受信したタイミングで各外部出力情報をカードユニット３へ送信する。なお、これらの外部出力情報については、直接、主制御基板１１６からカードユニット３へ送信するように構成してもよい。
【０６１６】
払出制御部１１７から演出制御基板９０へは、表示制御コマンドが送信される。この表示制御コマンドは、遊技機情報コマンドとカードユニット（ＣＵ）操作コマンドとテストコマンドと演出コマンドとを含んでいる。遊技機情報コマンドは、ＢＢやＲＴ等のスロットマシン２Ｓの遊技状態を示すコマンドであり、カードユニット操作コマンドは、カードユニット３を遊技者が操作したことに応じて送信されるコマンドである。テストコマンドは、演出制御部９１の演出表示動作をテストするためのコマンドである。演出コマンドは、遊技状態に応じた各種の演出画面への切換えを指示するためのコマンドである。
【０６１７】
払出制御部１１７から演出制御基板９０へは、３００ｍｓ毎にコマンドが送信される。演出制御基板９０は、コマンドの受信後３００ｍｓを超える一定時間経過したにも拘らず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理（エラー処理）を行なう。具体的には、前回のコマンドの受信から３００ｍｓを超えたにも拘らず次のコマンドが送信されてこない場合にはエラーカウントを＋１し、そのエラーカウントが連続１０回カウントしたときに、演出制御基板９０はタイムオーバを検知して通信状態を初期化し、液晶表示器５１０にエラーアニメーションを表示させる制御を行なう。
【０６１８】
次に図９６を参照して、ＣＵ側とＳ台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０６１９】
本実施の形態においては、ＣＵ側においてＳ台側の持点数の変動を算出して現在の持点数を管理している。Ｓ台側においても現在の持点数の算出・記憶を行なっている。ただし、Ｓ台側において、その持点数は、持点数が賭数設定に最低限必要な数未満（たとえば、０）となったときに極力早い段階で新たにゲームを開始できないようにするためだけに用いられる副次的なものである。本実施の形態においては、持点数の主たる管理をＣＵ側において行なっているために、Ｓ台側に持点数の厳重に管理するための機能を設ける必要がなく、その分Ｓ台のコストを極力抑えることができる。
【０６２０】
特に、ＣＵに比べてＳ台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、Ｓ台側における持点数に関する主管理機能をＣＵ側に持たせてＳ台側のコストを抑えることにより、Ｓ台を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０６２１】
図９６では、ＣＵ側のメイン制御部３２３に設けられているＲＡＭの記憶データと、Ｓ台側の払出制御部１１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｓ台（スロットマシン２Ｓ）とＣＵ（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｓ台側の払出制御部１１７は、主制御基板１１６からメインチップＩＤを送信してもらい、そのメインチップＩＤをＣＵ側に送信するとともに、払出制御部１１７自身が記憶している払出チップＩＤをＣＵ側へ送信する。
【０６２２】
ＣＵ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ側とＳ台側とが接続されて通信が開始された時刻のデータがＣＵ側からＳ台側へ送信され、Ｓ台側ではその送信されてきた接続時刻を記憶する。
【０６２３】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ側で識別された接続時刻の３つの情報がＣＵ側とＳ台側とに記憶されることとなる。それ以降の電源投入時においては、Ｓ台側からＣＵ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０６２４】
ＣＵ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＳ台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ側とＳ台側との通信が開始された新たな接続時刻データがＣＵ側からＳ台側へ送信されてその新たな接続時刻データをＳ台側において記憶することとなる。
【０６２５】
また、ＣＵ側とＳ台側とにおいて動作指示および動作応答の送信が行なわれる毎にＣＵ側とＳ台側とにおいてシーケンスナンバー（ＳＱＮ）が「１」ずつ加算更新され、そのシーケンスナンバーがＣＵ側とＳ台側とにおいて記憶される。このＳＱＮとは、ＣＵとＳ台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終ＳＱＮとは、その更新される通信番号の最後に更新された番号のことである。
【０６２６】
本実施の形態におけるＣＵとＳ台とにおけるＳＱＮのバックアップの具体的態様を説明する。ＣＵは、動作指示でＳ台へ送信したＳＱＮをバックアップ記憶し、次にＳ台からのＳＱＮを受信すると、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているＳＱＮを１加算更新してＳ台へ送信し、その送信済みのＳＱＮをバックアップ記憶する。ＣＵではこのような処理を繰返す。
【０６２７】
Ｓ台でも同様に、動作指示でＣＵから受信したＳＱＮをバックアップ記憶し、次にＳ台からＣＵへ動作応答を送信するときに、バックアップ記憶しているＳＱＮを１加算更新して送信し、その送信済みのＳＱＮをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。Ｓ台ではこのような処理を繰返す。
【０６２８】
そして、通信途中で通信断が発生したときには、通信の再接続までの間ＳＱＮがバックアップ記憶されるのであるが、Ｓ台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため、通信の再接続までの間バックアップ記憶しているＳＱＮは常に最後に送信したＳＱＮとなっている。一方、ＣＵ側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため、通信の再接続までの間バックアップ記憶しているＳＱＮは最後に送信したものまたは最後に受信したもののいずれかとなる。
【０６２９】
たとえば、ＣＵ側からＳ台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーｎを送信し、Ｓ台側ではその送信されてきたシーケンスナンバーｎを記憶する。そして、動作応答をＳ台側からＣＵ側へ返信するときにその記憶しているシーケンスナンバーｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ側では返信されてきたシーケンスナンバーｎ＋１が既に記憶していたシーケンスナンバーｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを＋１してｎ＋２のシーケンスナンバーをＳ台側へ送る。
【０６３０】
次に、Ｓ台側からＣＵ側へ現在持点関連情報（カウント中の持点関連情報）を送信する。この現在持点関連情報は、ＲＡＭの現在持点関連情報記憶領域において各カウンタによって記憶されている。
【０６３１】
ＲＡＭの現在持点関連情報記憶領域には、図９６に示されるように、加算数カウンタと、減算数カウンタと、外部出力情報カウンタと、持点数カウンタとの合計４種類のカウンタが設けられている。
【０６３２】
加算数カウンタは、入賞の発生に応じて加算すべき持点数をカウントとするためのカウンタである。Ｓ台において入賞が発生すると、主制御基板１１６から持点加算数を特定可能な加算数信号が払出制御部１１７へ送信される。払出制御部１１７は、加算数信号に基づいて加算数カウンタを加算更新する。
【０６３３】
減算数カウンタは、賭数設定に応じて減算すべき持点数をカウントするためのカウンタである。賭数設定操作が検出されると、主制御基板１１６から払出制御部１１７へ賭数設定信号が送信される。払出制御部１１７は、賭数設定信号に基づいて減算数カウンタを加算更新する。
【０６３４】
外部出力情報カウンタは、遊技状態に変化が生じた回数をカウントするためのカウンタである。外部出力情報カウンタとしては、１枚ＢＥＴスイッチ５００あるいはＭＡＸＢＥＴスイッチ６００の操作により設定された賭数をカウントするカウンタ、リール２Ｌ、２Ｃ、２Ｒの回転が開始したときにカウントアップするカウンタ、スタート操作により内部抽選が実行されたときの内部当選役を入賞役別にカウントするカウンタ、リールの停止操作が行なわれたときに、その操作を第１〜第３停止操作別にカウントするカウンタ、表示結果が確定した時点でカウントアップするカウンタ、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタ、およびエラーが発生した時点でそのエラー種類別にカウントアップするカウンタが含まれる。
【０６３５】
なお、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタには、ＢＢに対応するカウンタ、ＲＢに対応するカウンタ、ＲＴに対応するカウンタなどが含まれる。払出制御部１１７は、主制御基板１１６から送信されてくる各種の外部出力情報に基づいて対応する外部出力情報カウンタを加算更新する。
【０６３６】
持点カウンタは、現時点での遊技者の持点（持点総数）を記憶するためのカウンタである。払出制御部１１７は、加算数カウンタを加算更新する際に持点カウンタを加算数カウンタの加算分だけ加算更新し、減算数カウンタを加算更新する際に持点カウンタを減算数カウンタの加算分だけ減算更新する。
【０６３７】
ＣＵからＳ台へは、一定時間間隔でデータの送信を要求するコマンドが送信される。Ｓ台は、そのコマンドを受信したタイミングで上記４種類のカウンタ（加算数カウンタ、減算数カウンタ、外部出力情報カウンタ、持点数カウンタ）の値をＣＵへ送信する。さらに、Ｓ台は、図４に示されるように、上記４種類のカウンタのうちの持点数カウンタを除く３種類のカウンタについては、データ送信毎にそのカウンタ値を「前回持点関連情報」の記憶エリアにバックアップする。
【０６３８】
すなわち、加算数カウンタの値は「加算数」として、減算数カウンタの値は「減算数」として、外部出力情報カウンタの値は「外部出力情報」として、それぞれ「前回持点関連情報」の記憶エリアに記憶される。なお、当該記憶エリアへの記憶の際には、それ以前に記憶されていたデータは消去される。すなわち、「前回持点関連情報」の記憶エリアには、新たなデータが上書き保存（書換え）される。
【０６３９】
「前回持点関連情報」の記憶エリアにカウンタ値がバックアップされた加算数カウンタ、減算数カウンタ、および外部出力情報カウンタは、その後に初期化（０クリア）されて、次のデータのカウントに備えられる。
【０６４０】
その結果、加算数カウンタ、減算数カウンタ、および外部出力情報カウンタには、前回、ＣＵに対してデータ送信して以降の各データ（持点、外部出力情報）の変化量（ＣＵへの未送信データ）が記憶されることになる。そして、次回、ＣＵからデータの送信要求を受けたときには、前回、データの送信要求を受けたときから、今回、データの送信要求を受けたときまでのデータの変化量がＣＵへ送られることになる。一方、データ送信毎に初期化されない持点カウンタには、上記のとおり、現段階での持点総数が記憶されることになる。そして、ＣＵからデータの送信要求を受ける毎に、現段階での持点総数がＣＵへ送信されることになる。すなわち、Ｓ台は、データ変化量の送信を指示するコマンドを受信する毎に、当該コマンドを前回受信してから今回受信するまでの間のデータ変化量を送信する。
【０６４１】
換言すると、前回持点関連情報（直前に送信した現在持点関連情報）の記憶エリアに、直前にＣＵ側に送信した現在持点関連情報である、加算数、減算数、外部出力情報のデータがバックアップデータとして記憶される。このバックアップデータは、Ｓ台側からＣＵ側へ現在持点関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
【０６４２】
ＣＵ側においては、ＲＡＭ内の累計データ記憶領域に、総加算数（加算累計）、総減算数（減算累計）、外部出力情報累計、持点数を記憶している。
【０６４３】
ＣＵは、Ｓ台側から送信されてきた加算数カウンタの値に基づいて総加算数と持点数とを更新する。また、Ｓ台側から送信されてきた減算数カウンタの値に基づいて総減算数と持点数とを更新する。さらに、Ｓ台から送信されてきた外部出力情報カウンタの値に基づいて外部出力情報累計数を更新する。なお、外部出力情報累計数は、各外部出力情報カウンタの種類別に更新される。その結果、ＣＵ側では、「賭数」、「リール始動」、「入賞役別の内部当選」、「第１〜第３停止操作」、「表示結果」、「遊技状態の変化」別に、その数（回数）が累計される。
【０６４４】
このように、ＣＵは、Ｓ台より逐一送信されてくる現在持点関連情報によって持点数を更新することで最新の持点数を管理をすることが可能となる。同様に、ＣＵは、Ｓ台より逐一送信されてくる現在持点関連情報によって総加算数、総減算数、外部出力情報総数を更新することで最新のそれらの情報を管理をすることが可能となる。
【０６４５】
なお、ＣＵは、Ｓ台側から加算数カウンタおよび減算数カウンタの値に加えて持点数カウンタのカウント値も受信しているが、自ら記憶している持点数は加算数カウンタおよび減算数カウンタの値に基づいて更新し、Ｓ台側から送られる持点数カウンタのカウント値は利用しない。このため、仮に、Ｓ台側から送られてきた持点数とＣＵ側で管理している持点数とが一致しない場合でも、ＣＵ側の持点数がＳ台側から送られてきた持点数で更新されてしまうことはない。
【０６４６】
さらに、ＣＵは、Ｓ台側から送信されてきた持点数カウンタの値とＣＵ側において更新されている現在の持点数とを照合して一致するか否かの整合性の判定を行なう。
【０６４７】
一致するとの判定（一致確認）が行なわれたことを条件として、ＣＵはＳ台との間で通常の（正常時の）動作要求（コマンド）の送信および通常の（正常時の）動作応答（レスポンス）の受信を継続する。一方、一致しないとの判定が行なわれたときには、ＣＵは、エラー状態に移行する制御を行なう。
【０６４８】
エラー状態に移行する制御としては、たとえば、表示器３１２によりエラー報知を行なうこと、あるいは、ホール用管理コンピュータ１にエラーが発生した旨のエラー通知信号を送信すること（この場合、ホール用管理コンピュータ１によるエラー報知が行なわれるようにしてもよい）、係員による人為的な対応を促す所定の報知をすること等が考えられる。
【０６４９】
あるいは、一致しないとの判定が行なわれたときには、ＣＵは、持点数をＣＵ側が管理している持点数に補正指示するためのコマンドを生成の上で、Ｓ台へ送信するようにすることも考えられる。この場合、Ｓ台には、自身が記憶している持点数を補正指示コマンドに従って補正する機能を設ける。なお、補正指示コマンドとしては、ＣＵ側で管理している持点数を指定したコマンドとしても、あるいは、ＣＵ側で管理している持点数と、Ｓ台側で記憶している持点数との差を示すコマンドとしてもよい。
【０６５０】
このように、ＣＵは、Ｓ台側から送信されてくる各種カウンタの値を受信し、現時点における持点数を特には加減算数カウンタの値に基づいて算出して管理するという持点数の主管理機能を有している。このため、Ｓ台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、持点数が０になったときに即座に遊技を禁止できるようにするなどの目的のために、Ｓ台側にも持点数を記憶させている。しかしながら、Ｓ台側に持点数を記憶するための持点数カウンタを設けないようにしてもよい。
【０６５１】
ＣＵは、算出された現時点における持点数とＳ台側から送信されてきた持点数カウンタの値とを照合して一致するか否かの判定を行なう持点数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御（不一致時エラー制御）を行なう機能とを有する。
【０６５２】
このように、本実施の形態では、Ｓ台側にも持点数を記憶させているが、その持点数がＣＵ側で管理記憶している持点数と整合するか否かの判定を行なえるようにしている（ＣＵ側機能）。そのため、仮に不正行為その他の事情で遊技機側で記憶している持点数がＣＵ側で管理記憶している持点数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ側にその判定機能を設けたが、たとえば、ＣＵと接続されるホール用管理コンピュータ１によって、ＣＵ側で記憶している持点数とＳ台側で記憶している持点数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０６５３】
また、図９６に示すように、ＣＵは、貯メダルを記憶する記憶領域と、受け付けた（挿入された）プリペイドカード（遊技カード）のカード残高を記憶する記憶領域とをさらに有する。ＣＵのメイン制御部３２３（図３参照）は、貯メダルの使用を要求する入力（たとえば、ＣＵに設けられた再プレイボタン３１９（図９５参照）の押圧入力）に応じて貯メダルを記憶する記憶領域から所定数の貯メダルを減算する。また、ＣＵのメイン制御部３２３（図９５参照）は、カード残高の使用を要求する入力（たとえば、貸出ボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。
【０６５４】
また、このような遊技者所有の遊技用価値（たとえばプリペイド残高、カードに記録された持点、あるいは貯メダル数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の持点数を持点数カウンタに加算するための加算要求数がＣＵ側からＳ台側へ送信される。Ｓ台側では、それを受けて、持点数カウンタを加算更新する。
【０６５５】
一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求数がＣＵ側からＳ台側へ送信される。Ｓ台側では、それを受けて、持点数カウンタを減算更新する。
【０６５６】
次に、以上説明した実施の形態における変形例や特徴点等を以下に説明する。
（１）  図９７は、図１に示したカードユニット３の変形例を示しており、カードユニット３がパチンコ機２の内部に組込まれているものを示している。
【０６５７】
遊技領域２７の下方位置に、破線で示すようにカードユニット３が組込まれている。そして、カードユニット３に設けられているカード挿入／排出口３０９から遊技者がカードを挿入でき、またカードユニット３に設けられている紙幣挿入口３０２から遊技者が紙幣を挿入できるように構成されている。さらに、カードユニット３の表示器３１２が遊技機の表示器５４の隣に遊技者が視認可能な状態で設けられている。また図中、３２０はＩＲ感光ユニット、３１９は再プレイボタン、３２１は貸出ボタン、３２２は返却ボタン、７９８は呼出ボタンである。
【０６５８】
この図９７に示したカードユニットの変形例は、遊技機の一例のパチンコ機２に組込んだものを示したが、組込み対照となる遊技機としてはパチンコ機２に限らず、図９４〜図９６に示したスロットマシン２Ｓであってもよい。
【０６５９】
（２）  上記実施の形態においては、ＣＵ通信制御部８０やＰ台通信制御部８１は、メイン制御部３２３や払出制御部１７から送られてきた情報を受信してそのままその情報をＰ台あるいはＣＵへ送信するが、受信した情報を加工（プロトコル変換やシリアル／パラレル変換等）してその加工した情報を送信するものであってもよい。
【０６６０】
（３）  前述の実施の形態においては、遊技玉数をＣＵ側に設けた表示器３１２により表示させるようにしているとともに、Ｐ台側の表示器５４により遊技玉数の表示を行なうようにしている。遊技玉数をＣＵ側の表示器により表示する場合には、表示部のないＰ台にも、本実施の形態におけるＣＵを適用して遊技玉数の表示ができるというメリットがある。一方、Ｐ台側に遊技玉数表示部を設ける場合には、その表示制御をＣＵ側で行なってもよい。あるいは、その表示制御をＰ台側で行なってもよい。表示制御をＰ台側で行なう場合には、表示すべき遊技玉数の情報をＣＵ側からもらい受けるようにすることによって、遊技玉数表示部にはＣＵで管理している遊技玉数を表示することが可能となる。また、このように、表示制御をＰ台側で行なうと、装飾的（演出的）価値の高い遊技玉数の表示を行なうことが可能になるというメリットがある。なお、表示制御をＰ台側で行なう場合、表示すべき遊技玉数の情報をＣＵ側からもらい受けるのではなく、Ｐ台自身が記憶している遊技玉数カウンタの値に基づいて、遊技玉数の表示制御をするものとしてもよい。
【０６６１】
（４）  図３２においてＰ台側で浮遊玉処理待ち時間のために１０秒のウエイトを設けたものを示したが、その代わりに、Ｐ台側において、発射玉数−ファール玉数−アウト玉数−入賞玉数＝０を判定し、または、発射玉数−ファール玉数−合流経路検出スイッチ３２による検出玉数＝０を判定して、浮遊玉の処理が終了したと判断するようにしてもよい。
【０６６２】
（５）  前述の実施の形態においては、禁止要求のコマンドを受けたＰ台において、打球発射モータ１８の駆動を停止して打球発射停止状態にし、変動中の可変表示装置の停止あるいは始動入賞記憶に基づいた可変表示装置の変動までは停止しないものを示したが、その代わりに、可変表示装置の変動をも停止させるようにしてもよい。
【０６６３】
（６）  前述の実施の形態においては、ワゴンサービス等によって遊技玉を減算する際に、図２７等に基づいて説明したように、Ｐ台からの応答を待って減算確定するものを示した。しかし、これに限らず、ＣＵ側において記憶している遊技玉の数が減算要求の玉数に比べて十分多い場合（たとえば３０玉数以上多い場合）、Ｐ台からの応答を待つことなくＣＵ側単独で遊技玉の減算処理を行なって、その後にＰ台に対して減算要求の動作指示を送信するようにしてもよい。
【０６６４】
（７）  前述した実施の形態においては、ＣＵからＰ台にコマンドを送信してＰ台がそれに応えてレスポンスをＣＵに返信するものを示したが、逆に、Ｐ台からコマンドをＣＵに送信し、ＣＵがそれに応えてレスポンスをＰ台へ返信する通信形態であってもよい。
【０６６５】
具体的には、払出制御部１７，１１７で生成されたコマンド（動作指示）をＰ台通信制御部８１，Ｓ台通信制御部８２へ送信し、そのコマンド（動作指示）をＰ台通信制御部８１，Ｓ台通信制御部８２からＣＵへ送信する。そのコマンド（動作指示）に応じたレスポンス（動作応答）がＣＵからＰ台通信制御部８１，Ｓ台通信制御部８２へ返信され、そのレスポンス（動作応答）をＰ台通信制御部８１，Ｓ台通信制御部８２が払出制御部１７，１１７へ送信する。
【０６６６】
この場合には、図１９に示したコマンドの再送を払出制御部１７，１１７が実行する。つまり、払出制御部１７，１１７は、コマンド送信後１秒間レスポンスをＰ台通信制御部８１，Ｓ台通信制御部８２から受信できなかった場合にはコマンドをＰ台通信制御部８１，Ｓ台通信制御部８２へ再送する。さらに、図２８（ａ）（ｂ）で示した通信状態要求の送信および通信状態の確認のリトライも払出制御部１７，１１７が実行する。つまり、払出制御部１７，１１７は、動作指示をＰ台通信制御部８１，Ｓ台通信制御部８２へ送信した後通信状態要求を送信し、Ｐ台通信制御部８１，Ｓ台通信制御部８２から返信されてくる通信状態応答に基づいて通信状態を確認する。そして、確認結果異常と判断した場合は、再度動作指示を送信した後通信状態要求を送信し、通信状態の確認のリトライを実行する。
【０６６７】
（８）  さらに、前述の実施の形態においては、定期的（たとえば２００ｍｓ）毎にＣＵとＰ台との間で通信を行なっているが、それに代えて、通信の必要性が生じたときにＣＵまたはＰ台の一方から他方にデータを送信して交信するようにしてもよい。
【０６６８】
（９）  前述の実施の形態においては、Ｐ台からＣＵに対して、加算拒否ＯＮ、減算拒否ＯＮ、クリア拒否ＯＮなどの要求に従わない拒否信号を含む動作応答をＣＵに返信し、ＣＵ側でその拒否ＯＮに基づいて要求が拒否されたことを判別するようにしている。しかしこれに限定されるものではなく、拒否ＯＮの動作応答をＰ台が返信する代わりに、ＣＵからの要求に従っていない加算減算玉数や遊技玉のデータを含む動作応答をＣＵへ返信し、ＣＵ側で、その返信されてきたデータ（加算減算玉数や遊技玉等）が要求に従ったものであるか否かを判別し、それにより要求が拒否されたか否かを判別するようにしてもよい。
【０６６９】
（１０）  前述の実施の形態においては、ＣＵでの電源断やＣＵとＰ台との間での通信断が検知された場合に、Ｐ台側において打球発射を停止させてプレイ停止状態にするものを示したが、それに限定されるものではなく、Ｐ台側において打球発射を停止させることなく遊技が続行できる状態に制御してもよい。その場合に、通信断が発生してからそれら異常が復旧して起動するまでの間において続行された遊技に伴って生成された加算減算玉数および始動口回数のデータをＰ台側で累積記憶しておき、起動時にそれらデータおよび遊技玉のデータをＣＵに送信してＣＵ側のデータのバックアップ値を修正するようにしてもよい。
【０６７０】
（１１）  前述の実施の形態においては、Ｐ台は、ＣＵからのコマンドが所定時間（たとえば４秒間）送信されてこないときに、図２０の処理によって通信断と判断している。しかし、次のような方法で通信断の判断を行なってもよい。
【０６７１】
パチンコ機２とカードユニット３とが電気的に接続されているか否かを検出する接続検出器をパチンコ機２に設ける。図４を参照して、ＣＵ通信制御部８０と払出制御部１７とは前述したように信号線で接続されているが、その信号線の他にカードユニット３からの所定電圧（たとえば５Ｖ）がパチンコ機２側に入力される接続検知用信号線を設ける。この接続検知用信号線とＣＵ通信制御部８０および払出制御部１７の間での信号線とが、同じケーブルで構成されており、そのケーブルの断線あるいはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じた場合には、接続検知用信号線の電圧が０Ｖとなるために、それを接続検出器が検出し、その検出信号が払出制御部１７に入力されるように構成する。払出制御部１７は、その検出信号が入力されたことにより、ケーブルの断線あるいはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じたことを判定する。
【０６７２】
（１２）  図２２の処理において、Ｐ台は、補正ＯＮを含む通信開始要求（補正要求）を受けたときに、Ｐ台でその補正要求を拒否できないようにプログラムされている。しかし、Ｐ台において、補正ＯＮを含む通信開始要求（補正要求）を受けたにもかかわらず、遊技玉等の補正ができない重度のエラーが発生している場合もある。このような重度のエラー状態を考慮して、ＣＵ側において、補正ＯＮを含む通信開始要求（補正要求）の送信後、Ｐ台から送信されてくる動作応答の内容をチェックして、Ｐ台側の遊技玉等が正しく修正されているか否かを判定し、修正されていないときには、エラー状態に移行する制御を行なうようにしてもよい。
【０６７３】
つまり、ＣＵは、図２２の補正ＯＮを含む通信開始要求（補正要求）を受信した後においても未だ遊技機（たとえばＰ台）において遊技玉等の加算ができないことを判別したときに、予め定められたエラー状態に移行する制御を行なうエラー制御手段を含む。
【０６７４】
エラー状態に移行する制御としては、たとえば、表示器３１２により重度のエラー報知を行なうとともに、ホール用管理コンピュータ１に重度のエラーが発生した旨の通知を行なってホール用管理コンピュータ１によるエラー報知を行なって、係員による人為的な対応を促す等が考えられる。
【０６７５】
（１３）  Ｐ台側では、次のようにして加算玉数をカウントしてもよい。
Ｐ台側に加算玉数をカウントするためのカウンタとして、カウンタＡとカウンタＢとを設ける。初めに、カウンタＡによって加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＡのカウント値をＣＵへ送信する。その後、カウンタＡの値は維持し、以降はカウンタＢにて加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＢのカウント値をＣＵへ送信する。その後、カウンタＢの値は維持する一方、カウンタＡのカウント値を０クリアし、以降はカウンタＡにて加算玉数をカウントする。以下、カウンタＡ、Ｂによる上記のカウントを繰り返す。
【０６７６】
以上のカウント方法は、Ｐ台側での減算玉数のカウントに利用してもよい。あるいは、始動口１入賞数、始動口２入賞数のカウントに利用してもよい。
【０６７７】
（１４）  Ｐ台は、加算玉数と減算玉数との２つの情報をＣＵに送信するのではなく、加算玉数と減算玉数とを加減算した後の１つの情報をＣＵに送信してもよい。つまり、このような情報によっても、「前記変化量を特定可能な更新情報」が構成される。
【０６７８】
（１５）  通信方式は、上記のコマンド-レスポンス方式に限定されるものではない。Ｐ台は、ＣＵからのコマンドを待つことなく所定時間間隔で遊技玉等の玉関連情報をＣＵに送信するものとしてもよい。あるいは、Ｐ台は、所定時間間隔で玉関連情報を送信するのではなく、予め定めた情報量が得られる毎に、玉関連情報をＣＵに送信するものとしてもよい。たとえば、加算玉であれば、１つあるいは２つ以上の予め定めた数の加算玉数が生じる毎に加算玉数をＣＵに送信するように構成することが考えられる。
【０６７９】
（１６）  本実施の形態では、Ｐ台側に加算玉数カウンタと減算玉数カウントとの２つのカウンタを設けた。しかしながら、これらの２つのカウンタに代えて、遊技玉の増加（入賞の発生等）により加算し、遊技玉の減少（弾発発射等）により減算する１つの加減算カウンタを用いるようにしてもよい。この場合には、この１つの加減算カウンタの値をＰ台からＣＵへ送信する。
【０６８０】
（１７）  本実施の形態は、次の構成を含む。
前記遊技用装置は、持点の減算を指示するためのコマンドを前記遊技機へ送信した後、当該コマンドに対する応答を受信する前に、前記遊技機との間での通信コネクションを再確立させる処理に移行した場合、通信コネクションを再確立させる処理において前記遊技機側から送信されてきたデータに基づいて、持点の減算を指示するためのコマンドが前記遊技機へ到達していたか否かを判定する到達判定手段を含み、前記コマンド送信手段は、持点の減算を指示するためのコマンドが到達していたと前記到達判定手段により判定されたとき、当該コマンドによる持点の減算指示をキャンセルするためのコマンドを前記遊技機へ送信し、前記副持点更新手段は、持点の減算を指示するためのコマンドによる持点の減算指示をキャンセルするためのコマンドを受信したとき、持点の減算を指示するためのコマンドに基づいて既に持点を減算済みである場合および持点不足により持点を減算していない場合のいずれであっても、前記副持点記憶手段が記憶している持点に減算指示のキャンセル分に対応する持点を加算する。
【０６８１】
（１８）  本実施の形態では、返却ボタン３２２の操作により、遊技終了を要求する信号がＣＵに入力される。しかし、ＣＵは、遊技終了を要求する信号を管理コンピュータなどから入力可能に構成してもよい。
【０６８２】
（１９）  ＣＵとＰ台とは、有線接続でなく、無線により通信可能に接続してもよい。
（２０）  払出制御部１７の機能を主制御基板１６に設けることによって、払出制御部１７をパチンコ機２に設けないようにしてもよい。
【０６８３】
（２１）  払出制御部１７は、パチンコ機２側で記憶している遊技玉数カウンタが０になった段階で打球発射モータ１８の駆動を停止する制御を行なう。しかしながら、払出制御部１７は、遊技玉数カウンタが０以外の所定値になった段階でその制御を実行するものとしてもよい。たとえば、前記所定値を遊技者が遊技機の所定の操作スイッチを用いて予め指定入力できるようにする。払出制御部１７は、遊技玉数カウンタが遊技者指定の所定値に達した段階で、打球発射モータ１８の駆動を停止する。これにより、遊技者は、遊技玉の残数が予め指定した玉数になった段階で自動的に遊技を停止させることが可能となる。
【０６８４】
（２２）  前述した実施の形態では、パチンコ機２側に演出部５０が設けられており表示器５４により各種表示がなされるものを示したが、この演出部５０を備えていないパチンコ機２０であってもよい。その場合には、前述したカード挿入処理中ＯＮ、加算表示中ＯＮ、電算表示中ＯＮ、クリア表示中ＯＮ等の動作指示を含むコマンドがＰ台２へ送信されてきても、Ｐ台２では、そのコマンドに応じた表示制御は行なわず、ＣＵ側の表示器３１２のみによる表示となる。
【０６８５】
（２３）  図５８〜図６０に示した持玉共有処理においては、他人に分割譲渡（持玉共有）するために排出されるカードＢをＣＵ内にストックされているストックカードを用いたが、その代わりに、他人に譲渡するためのカードＢをＣＵの外部からカード挿入／排出口３０９に挿入し、その挿入されたカードＢに分割譲渡（持玉共有）用の持玉を記録して排出するようにしてもよい。その場合には、図６４〜図６７に示した玉共有処理状況の表示画面において、第１処理である自分のカードの排出処理と第２処理である共有のカードの排出処理との間に、共有のカードの挿入処理が付け加わることとなる。
【０６８６】
（２４）  図５９に示した持玉共有処理では、始めにビジターカードＢを挿入して遊技を開始しているが、その代わりに、遊技者が紙幣をＣＵの紙幣挿入口３０２に挿入して遊技を開始してもよい。その場合には、持玉共有に用いられる譲渡用のカードＢをＣＵ内のカードストック部から取出して共有分の持点に対応付けて排出し、遊技終了時に遊技玉数に対応付けて遊技者に返却するカードもＣＵ内のカードストック部から取出して排出するようにしてもよい。また、紙幣の挿入により遊技を開始した後、入賞の発生によって遊技玉数が生じた段階でカードストック部から取出したカードにその時点の遊技玉数を対応付けてもよい。その場合に、遊技に伴って遊技玉数が変動したときに前記カードに対応付けられた遊技玉数も同様に変動させる。そして、持玉共有の操作がなされたときに、前記カードに対応付けられた遊技玉数を共有分の持点に変更して該カードを譲渡用のカードとして排出し、再度カードストック部から取出したカードに、前記遊技玉数から共有分の持点を減算した残りを対応付けるようにしてもよい。
【０６８７】
（２５）  前述の実施の形態では、ＣＵが接続シーケンスを再開するときに、待機中（図２３参照）以外の状態での接続シーケンスの再開と判断、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断、または、ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが整合しないと判断したときに、図２４ではなく図２２の再接続時の接続シーケンスを実行する。しかし、それらに加えてまたはそれらのいずれかに代えて、接続シーケンスの再開に伴ってＰ台から遊技中（待機中以外のとき）に通信コネクションの切断が発生したことを示す信号（たとえばリカバリデータ等）をＣＵへ送信し、ＣＵがその信号に基づいて図２２の再接続時の接続シーケンスを実行するようにしてもよい。
【０６８８】
（２６）  図５８〜図６０に示した遊技玉の分割譲渡（持玉共有）の処理において、現時点の遊技玉が分割譲渡する遊技玉よりも所定数以上多いと判定したことを条件に分割譲渡（持玉共有）を許容するようにしてもよい。図５８と図５９の場合には、たとえば、現時点の遊技玉が分割譲渡する遊技玉よりも２００玉以上多いと判定したことを条件に分割譲渡（持玉共有）を許容する。また、図６０の場合には、現時点の遊技玉から担保玉（＝２００）を減算した値が分割譲渡する遊技玉よりも１００玉以上多いと判定したことを条件に分割譲渡（持玉共有）を許容する。
【０６８９】
（２７）  図５８、図６０に示した遊技玉の分割譲渡（持玉共有）の処理において、カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで譲渡する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行なわないように制御する。
【０６９０】
（２８）  前述した実施の形態では、遊技玉数と持玉数との単位が同じものを示したが、それに限らず、両者の単位が異なるようにしてもよい。たとえば、遊技玉数「１」を持玉数に換算すれば「１０」になるようにしてもよい。
【０６９１】
（２９）  図５９では、遊技終了時の返却操作がなされたときに、カードストック部にストックされているカード（ストックカード）を取出してそのストックカードに遊技玉数を対応付けて排出するものを示したが、その代わりに、遊技場の係員に新たなカードを持参してもらい、そのカードをカード挿入／排出口３０９に挿入して遊技玉数を対応付け、そのカードを排出するようにしてもよい。
【０６９２】
（３０）  上記実施の形態では、会員カードとビジターカードとの２種類のカードを示したが、カードの種類はこれに限らず、たとえばビジターカードの１種類のみであってもよい。
【０６９３】
（３１）  図８６等に基づいて説明したように、タッチパネルからの操作検出信号が一旦表示制御部７９７に入力されるため、表示制御部７９７においてその操作内容を掌握し、必要に応じて表示器３１２を表示制御し、その新たな表示画面に従って遊技者が新たなタッチ操作を行ない、最終的な操作内容が決まった段階でその最終操作内容の信号を表示制御部７９７がメイン制御部３２３へ送信する。その結果、逐一操作信号をメイン制御部３２３へ送信する場合に比べて、最終的操作結果のみがメイン制御部３２３に入力されることにより、メイン制御部３２３の負担が軽減できる。しかも、表示制御部７９７が掌握する必要のない操作内容（貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、呼出ボタン７９８の操作）については直接制御手段へ入力されるため、表示制御部７９７の負担をも軽減できる。
【０６９４】
これを実現する手段として、遊技用システムまたは遊技用装置は、以下の構成を含んでいる。
【０６９５】
遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段と前記表示手段とに接続され、前記制御手段からの制御指令（コマンド）に従って前記表示手段を制御する表示制御手段（表示制御部７９７）とを備え、
前記表示手段は、タッチパネル式の表示装置（透明タッチパネルが設けられた液晶式の表示器３１２）であり、
前記表示制御手段は、
前記タッチパネル式の表示装置のタッチ操作による操作信号が入力され、該入力信号に基づいて次の段階の操作を遊技者に行なわせるための画面を前記タッチパネル式の表示装置に表示させる制御を行なうことにより、遊技者の操作を段階的に進行させる操作進行制御手段と、
該操作進行制御手段により進行した操作の結果を前記制御手段へ送信する操作結果送信手段とを含む。
【０６９６】
以下、本実施の形態に含まれる各種手段等および各種手段等の組合せから奏される作用効果を列挙する。
【０６９７】
（１−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とからなる遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報（加算玉数および減算玉数を含む動作応答）を前記遊技用装置へ送信する情報送信手段（払出制御部１７）とを含み、
前記遊技用装置は、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０６９８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０６９９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７００】
（１−２）  前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段（払出制御部１７）とを含み、
前記遊技機は、前記副持点記憶手段が記憶している持点に基づいた遊技制御（遊技玉数カウンタが０になれば打球発射モータ１８の駆動停止）を行なう一方、
前記遊技用装置は、遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記主持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（メイン制御部３２３；図３０）を含む。
【０７０１】
このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７０２】
（１−３）  前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部（表示器３１２）と、
前記更新情報の送信を指示するための情報（動作指示）を前記遊技機へ送信する指示情報送信手段（ＣＵ通信制御部８０）とを含み、
前記遊技機は、
前記更新情報の送信を指示するための情報を受信する指示情報受信手段（払出制御部１７）を含み、
前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量（現在玉関連情報）を示す更新情報を送信する（図５の加算玉数カウンタおよび減算玉数カウンタの値、図２８）。
【０７０３】
このような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。
【０７０４】
（１−４）  前記情報送信手段は、前記副持点記憶手段が記憶している持点（遊技玉数カウンタの値）を前記遊技用装置へ送信し（図５の遊技玉数カウンタの値、図２８）、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）を実行する。
【０７０５】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０７０６】
（１−５）  前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機へ送信し、
前記指示情報送信手段は、前記補正情報を前記遊技機へ送信し（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求のＰ台への送信）、
前記遊技機は、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御部１７；遊技玉数を遊技玉補正ＯＮと遊技玉数とに従って補正）を含む。
【０７０７】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０７０８】
（１−６）  前記遊技機は弾球遊技機（パチンコ機２）であって、
前記情報送信手段は、前記更新情報を遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図１８；２００ｍｓに１回）で順次送信する。
【０７０９】
このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量が極力小さいものとされる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能となる。
【０７１０】
（１−７）  前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段（払出制御部１７、図２９）を含む。
【０７１１】
このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点（遊技機側で記憶している遊技玉数）との間にズレが生じていても、実際の持点に基づいた判定をすることができる。
【０７１２】
（１−８）  前記指示情報送信手段は、遊技禁止を指示するための情報を前記遊技機へ送信し（図３１〜図３３の動作指示（禁止要求有））、
前記遊技機は、遊技禁止を指示するための情報を受信したときに、持点による遊技が行なわれない状態にするための遊技禁止手段（払出制御部１７は打球発射モータ１８の駆動を停止、図３１〜図３２の「遊技禁止」）を含む。
【０７１３】
このような構成によれば、遊技用装置側で遊技機による遊技の禁止をコントロールできる。
【０７１４】
（１−９）  前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技機へ送信し（図３０、図５６の動作指示（クリア要求有））、
前記遊技機は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことに基づいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段（図３０、図５６（払出制御部１７は、遊技玉数カウンタの値を０に初期化する）を含む。
【０７１５】
このような構成によれば、遊技機に記憶されている持点を遊技用装置側で初期化指示することができる。
【０７１６】
（１−１０）  持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０７１７】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７１８】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７１９】
（１−１１）  遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（メイン制御部３２３；図３０）を含む。
【０７２０】
このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７２１】
（１−１２）  遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）を実行する。
【０７２２】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０７２３】
（１−１３）  前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記遊技機へ送信する補正情報送信手段（遊技玉補正ＯＮと遊技玉数との送信）を含む。
【０７２４】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０７２５】
（１−１４）  前記遊技用装置は、前記更新情報の送信を指示するための情報を前記遊技機における遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図１８；２００ｍｓに１回）で順次前記遊技機へ送信し、
前記持点更新手段は、順次受信される前記更新情報に基づいて前記持点記憶手段が記憶している持点を順次更新する（メイン制御部３２３、図２８）。
【０７２６】
このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されてくるために、遊技用措置は、遊技機側での持点の変化を細やかに反映させた持点管理が可能となる。
【０７２７】
（２−１）  遊技者により遊技が行なわれる遊技機（パチンコ機２）と、該遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
該遊技用装置の動作制御を行なう制御手段（メイン制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（ＣＵ通信制御部８０）とを含む。
【０７２８】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【０７２９】
（２−２）  前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）。
【０７３０】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【０７３１】
（２−３）  前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、前記受付けられた記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの問合せ）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）。
【０７３２】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【０７３３】
（２−４）  前記制御手段は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示し、
前記送信手段は、前記持点の加算中である旨を前記遊技機に表示させるための表示指示を送信する（図２４〜図２６、図５７；加算表示中）。
【０７３４】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（２−５）  前記遊技機は、持点による遊技が可能であり、
前記遊技用装置は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段（払出制御部１７）とを含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０７３５】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７３６】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７３７】
（２−６）  遊技者により遊技が行なわれる遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行なう制御手段（メイン制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（ＣＵ通信制御部８０）とを含む。
【０７３８】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【０７３９】
（２−７）  前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）。
【０７４０】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【０７４１】
（２−８）  前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）が受付けられたときに該記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの確認）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し（図５７）、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）。
【０７４２】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【０７４３】
（２−９）  前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられているときに該記録媒体により特定される遊技者所有の遊技用価値を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示する（図２４〜図２６、図５７；加算表示中）。
【０７４４】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（２−１０）  前記接続部は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続され、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０７４５】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７４６】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７４７】
（３−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
遊技用装置との通信切断時（コネクタ３３０、２０の離脱時、接続配線の切断時、ＣＵの電断時）に記憶データのバックアップを行なうバックアップ手段（図４１、図４８〜図５６のリカバリデータを記憶する払出制御部１７のＲＡＭ）とを含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置へ送信し（払出制御部１７がＣＵ通信制御部８０へ加算玉数や減算玉数を送信し）、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機から送信されてきた更新情報に基づいて、前記持点記憶手段が記憶している持点を更新する持点更新手段（メイン制御部３２３）とを含み、さらに、
前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了に基づくものか否かを判定し（ａ.待機中（図２３参照）以外の状態での接続シーケンスの再開である、ｂ.自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である（図４１参照）、または、ｃ.ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが不整合であるか否かを判断し、a〜ｃのいずれかと判断したときに、正常な通信の終了でない（異常終了）と判断）、正常な通信の終了に基づくものと判定したときには前記バックアップ手段によりバックアップされている記憶データの初期化を行なう指令を送信する一方（図２４；リカバリクリアＯＮを含む通信開始要求をＰ台へ送信する）、異常終了に基づくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データを正常なデータに補正するための補正要求を送信し（図２２；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝３、遊技玉＝３００を含む通信開始要求をＰ台へ送信する）、
前記遊技機は、前記記憶データの初期化を行なう指令を受信したときに前記バックアップ手段によりバックアップされている記憶データの初期化を行ない（図２４；リカバリデータのクリア）、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データの補正処理を行なう（図２２；Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報に合わせる）。
【０７４８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７４９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７５０】
さらに、通信の正常な終了の場合には遊技機でバックアップされている記憶データの初期化が行なわれる一方、異常終了の場合には、遊技機でバックアップされている記憶データの補正処理が行なわれるため、通信の異常終了に伴う遊技用装置と遊技機との間でのデータの不整合の問題を解決することができる。
【０７５１】
（３−２）  前記遊技用装置は、前記バックアップ手段によりバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信し（図１０；データ補正要求のＢｉｔ１とＢｉｔ２とでシーケンスナンバーと遊技玉とを選択指定する）、
前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち選択指定された記憶データの補正処理を行なう（図２２）。
【０７５２】
このような構成によれば、通信の異常終了の場合に補正が必要な記憶データを選択指定して補正することができ、無駄な補正処理を行なう不都合を防止できる。
【０７５３】
（３−３）  前記バックアップ手段は、前記特定手段により特定された持点の変化量のデータと持点のデータとをバックアップし（遊技玉数カウンタ、加算玉数カウンタ、減算玉数カウンタ）、
前記遊技用装置は、前記バックアップ手段によりバックアップされている記憶データの送信要求を前記遊技機へ送信し（リカバリ要求をＰ台へ送信する）、
前記遊技機は、前記送信要求に応答して前記バックアップ手段によりバックアップされている持点の変化量を特定可能な更新情報を前記遊技用装置へ送信し（前回玉数と現在玉数とを含むリカバリデータをリカバリ応答としてＣＵへ送信）、
前記遊技用装置は、
前記通信開始時直前の前記遊技機との通信の切断が異常終了に基づくものと判定したときに、前記遊技機から送信されてきた前記更新情報に基づいて前記持点記憶手段が記憶している持点の補正処理を行なう持点補正手段（図２２；リカバリ応答の内容に合わせて遊技玉等の補正を行なうメイン制御部３２３）を含み、さらに、
前記通信開始時直前の前記遊技機との通信の切断が異常終了に基づくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信し（図１０、図２２；データ補正要求のＢｉｔ２が「１」のデータを含む通信開始要求をＰ台へ送信する）、
前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータの補正処理を行なう（図２２）。
【０７５４】
このような構成によれば、通信の異常終了に起因して持点のデータという重要なデータを補正する必要が生じたときにその持点のデータを選択指定して補正することができる。
【０７５５】
（３−４）  前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることに基づいて、前記異常終了の判定を行なう（図５１等）。
【０７５６】
このような構成によれば、通信の異常終了に起因して通信番号を補正する必要が生じたときに通信番号のデータを選択指定して補正することができ、再開された通信が適正に行なわれているか否かを適正な通信番号に基づいて確認することができる。
【０７５７】
（３−５）  持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機（パチンコ機２）から送信されてきた更新情報に基づいて、前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含み、さらに、
前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了に基づくものか否かを判定し、正常な通信の終了に基づくものと判定したときには、前記遊技機側において通信切断時からバックアップされている記憶データの初期化を行なう指令を送信する一方（図２４；リカバリクリアＯＮを含む通信開始要求をＰ台へ送信する）、異常終了に基づくものと判定したときには、前記遊技機側においてバックアップされている記憶データを正常なデータに補正するための補正要求を送信する（図２２；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝３、遊技玉＝３００を含む通信開始要求をＰ台へ送信する）。
【０７５８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７５９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７６０】
さらに、通信の正常な終了の場合には遊技機でバックアップされている記憶データの初期化が行なわれる一方、異常終了の場合には、遊技機でバックアップされている記憶データの補正処理が行なわれるため、通信の異常終了に伴う遊技用装置と遊技機との間でのデータの不整合の問題を解決することができる。
【０７６１】
（３−６）  前記遊技用装置は、前記遊技機側においてバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信する（図１０；データ補正要求のＢｉｔ１とＢｉｔ２とでシーケンスナンバーと遊技玉とを選択指定する）。
【０７６２】
このような構成によれば、通信の異常終了の場合に補正が必要な記憶データを選択指定して補正することができ、無駄な補正処理を行なう不都合を防止できる。
【０７６３】
（３−７）  前記遊技用装置は、前記遊技機側においてバックアップされている記憶データの送信要求を前記遊技機へ送信し（リカバリ要求をＰ台へ送信する）、
前記遊技用装置は、前記通信開始時直前の前記遊技機との通信の切断が異常終了に基づくものと判定したときに、前記送信要求に応答して前記遊技機から送信されてきた前記バックアップされている持点の変化量を特定可能な更新情報に基づいて前記持点記憶手段が記憶している持点の補正処理を行なう持点補正手段（図２２；リカバリ応答の内容に合わせて遊技玉等の補正を行なうメイン制御部３２３）を含み、さらに、
前記通信開始時直前の前記遊技機との通信の切断が異常終了に基づくものと判定したときには、前記遊技機側においてバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信する（図２２）。
【０７６４】
このような構成によれば、通信の異常終了に起因して持点のデータという重要なデータを補正する必要が生じたときにその持点のデータを選択指定して補正することができる。
【０７６５】
（３−８）  前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることに基づいて、前記異常終了の判定を行なう（図５１等）。
【０７６６】
このような構成によれば、通信の異常終了に起因して通信番号を補正する必要が生じたときに通信番号のデータを選択指定して補正することができ、再開された通信が適正に行なわれているか否かを適正な通信番号に基づいて確認することができる。
【０７６７】
（４−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段（遊技玉数カウンタ）とを含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置へ送信し（加算玉数および減算玉数を含む動作応答をＣＵへ送信し）、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体を受付ける記録媒体受付手段（カード挿入／排出口３０９、カードリーダライタ３２７）と、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機から送信されてきた更新情報に基づいて、前記主持点記憶手段が記憶している持点を前記更新情報に応じて更新する主持点更新手段（メイン制御部３２３）と、
前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、返却時情報を前記遊技機へ送信する返却時処理手段（図３０；禁止要求有を含む動作指示をＰ台へ送信するメイン制御部３２３とＣＵ通信制御部８０）と、
前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、該記録媒体を排出する処理を行なう記録媒体排出処理手段（カードリーダライタ３２７）とを含み、
前記遊技機は、前記返却時情報を受信したときに持点による遊技が行なわれない遊技禁止状態にするための遊技禁止手段（発射モータ１８を停止させる発射制御基板３１）をさらに含み、
前記遊技機は、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに（図３０；浮遊玉処理待ち時間（１０秒）が経過しているときに）、前記副持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し（図３０；遊技完了ＯＮを含む動作応答をＣＵへ送信し）、
前記遊技用装置は、前記初期化可能情報を受信したときに持点の初期化を指示するための情報を前記遊技機へ送信し（図３０；クリア要求有を含む動作指示をＰ台へ送信し）、
前記副持点更新手段は、前記持点の初期化を指示するための情報が前記遊技用装置から送信されてきたときに前記副持点記憶手段が記憶している持点を初期化する（遊技玉数＝０にする）。
【０７６８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７６９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７７０】
さらに、遊技機は、返却時情報を受信したときに遊技禁止状態となり、かつ、所定条件が成立しているときに初期化可能情報を遊技用装置へ送信し、遊技用装置は、初期化可能情報を受信したときに持点の初期化を指示するための情報を遊技機へ送信し、その情報が遊技用装置から送信されてきたときに遊技機は持点を初期化するために、遊技用装置に受付けられている記録媒体の返却時に遊技機が記憶している持点の初期化を遊技用装置側からの指示にて実行する場合の、未確定段階の持点を初期化してしまう不都合を極力防止することができる。
【０７７１】
（４−２）  前記特定手段は、前記遊技禁止手段によって前記遊技禁止状態となっている間において持点が変化したときにも変化量を特定し（浮遊玉の入賞に基づいて加算玉数を加算更新し）、
前記遊技機は、前記遊技禁止手段によって前記遊技禁止状態となっている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置へ送信する（図３０；浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をＣＵへ送信する）。
【０７７２】
このような構成によれば、遊技禁止状態となっている間における持点の変化量を特定可能な更新情報も遊技用装置へ送信され、遊技禁止状態となっている間における持点の変化量をも遊技用装置が把握できる。
【０７７３】
（４−３）  前記遊技機は、前記副持点記憶手段が記憶している持点に基づいた遊技制御（遊技玉数カウンタが０になれば打球発射モータ１８の駆動停止）を行なう一方、
前記記録媒体排出処理手段は、前記初期化可能情報を受信した後に、前記主持点記憶手段が記憶している持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出する（図３０；遊技完了ＯＮを含む動作応答を受信した後に、ＣＵが記憶している遊技玉数を持玉数としてカードに記憶させて（または上位サーバにて当該カードのカード番号に対応付けて記憶している持点をＣＵが記憶している遊技玉数に対応する値に更新して）該カードを排出する）。
【０７７４】
このような構成によれば、遊技機側の持点が確定するまで待ってその確定した持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出することができ、最終確定する前の変動途中の持点を特定可能な情報と対応付けられた記録媒体が排出される不都合を防止できる。
【０７７５】
（４−４）  前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部（表示器３１２）を含み、さらに、
前記更新情報の送信を指示するための情報（動作指示）を前記遊技機へ送信し（ＣＵ通信制御部８０が動作指示を送信し）、
前記遊技機は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量（現在玉関連情報）を示す更新情報を送信する（図５の加算玉数カウンタおよび減算玉数カウンタの値、図２８）。
【０７７６】
このような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。
【０７７７】
（４−５）  前記遊技機は、前記副持点記憶手段が記憶している持点（遊技玉数カウンタの値）を前記遊技用装置へ送信し（図５の遊技玉数カウンタの値、図２９）、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）を実行する。
【０７７８】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０７７９】
（４−６）  前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報（図２２の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機へ送信し、
前記遊技機は、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御部１７；遊技玉数を補正指示コマンドに従って補正）を含む。
【０７８０】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０７８１】
（４−７）  前記遊技機は弾球遊技機（パチンコ機２）であって、
該弾球遊技機は、前記更新情報を遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図１８；２００ｍｓに１回）で順次送信する。
【０７８２】
このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量が極力小さいものとされる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能となる。
【０７８３】
（４−８）  前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段（払出制御部１７、図２９）を含む。
【０７８４】
このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点（遊技機側で記憶している持点）との間にズレが生じていても、実際の持点に基づいた判定をすることができる。
【０７８５】
（４−９）  遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）と通信可能に接続するための接続部（コネクタ３３０）を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）であって、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
持点を記憶する持点記憶手段（遊技玉数カウンタ）と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段（遊技玉数カウンタ）と、
前記遊技用装置に受付けられている記録媒体の返却操作があったときに該遊技用装置から送信されてくる返却時情報を受信する返却時情報受信手段（図３０；禁止要求有を含む動作指示をＣＵから受信する払出制御部１７）と、
該返却時情報受信手段により前記返却時情報を受信したときに、持点による遊技が行なわれない遊技禁止状態にするための遊技禁止手段（発射モータ１８を停止させる発射制御基板３１）を含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置へ送信（加算玉数および減算玉数を含む動作応答をＣＵへ送信）するとともに、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに（図３０；浮遊玉処理待ち時間（１０秒）が経過しているときに）、前記持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し（図３０；遊技完了ＯＮを含む動作応答をＣＵへ送信し）、
前記持点更新手段は、前記遊技用装置から前記持点の初期化を指示するための情報が送信されてきたときに前記持点記憶手段が記憶している持点を初期化する（遊技玉数＝０にする）。
【０７８６】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７８７】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０７８８】
さらに、遊技機は、返却時情報を受信したときに遊技禁止状態となり、かつ、所定条件が成立しているときに初期化可能情報を遊技用装置へ送信し、遊技用装置は、初期化可能情報を受信したときに持点の初期化を指示するための情報を遊技機へ送信し、その情報が遊技用装置から送信されてきたときに遊技機は持点を初期化するために、遊技用装置に受付けられている記録媒体の返却時に遊技機が記憶している持点の初期化を遊技用装置側からの指示にて実行する場合の、未確定段階の持点を初期化してしまう不都合を極力防止することができる。
【０７８９】
（４−１０）  前記特定手段は、前記遊技禁止手段により前記遊技禁止状態となっている間において持点が変化したときにも該変化量を特定し（浮遊玉の入賞に基づいて加算玉数を加算更新し）、
前記遊技機は、前記遊技禁止手段により前記遊技禁止状態にしている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置へ送信する（図３０；浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をＣＵへ送信する）。
【０７９０】
このような構成によれば、遊技禁止状態となっている間における持点の変化量を特定可能な更新情報も遊技用装置へ送信され、遊技禁止状態となっている間における持点の変化量をも遊技用装置が把握できる。
【０７９１】
（４−１１）  前記送信した更新情報により特定された変化量を記憶するとともに１回前に前記送信した更新情報により特定された変化量を記憶するための２つの変化量記憶手段（図５；現加算玉数を記憶する加算玉数カウンタ、現減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前加算玉数を記憶する領域および前減算玉数を記憶する領域）と、
前記遊技用装置から送信されてきた所定の情報（ＳＱＮ）に基づいて前記遊技用装置への前記更新情報の到達を判定する到達判定手段（払出制御部１７、図３６）とを含み、
前記遊技機は、前記到達判定手段により前記更新情報が到達したと判定されなかったときに、前記２つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報を前記遊技用装置へ送信する（図３６）。
【０７９２】
このような構成によれば、更新情報が到達したと判定されなかったときには、前記２つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報が遊技用装置へ送信されるため、持点に関する情報を遊技用装置において確実かつ効率的に収集させることが可能となる。
【０７９３】
（４−１２）  前記変化量を特定可能な更新情報の送信を指示する情報（動作指示）を前記遊技用装置より受信する毎に、前記更新情報を前記遊技用装置へ送信し（加算玉数と減算玉数とを含む動作応答をＣＵへ送信し）、
前記更新情報として前記送信した更新情報により特定された変化量を記憶するための変化量記憶手段（図５；現加算玉数を記憶する加算玉数カウンタ、現減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前加算玉数を記憶する領域および前減算玉数を記憶する領域）をさらに含み、
前記変化量記憶手段は、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量を累積記憶し（図３５）、
前記遊技機は、前記変化量記憶手段に前記特定手段が順次特定した変化量が累積記憶されている状態で前記更新情報の送信を指示する情報が受信されたときに、前記変化量記憶手段に累積記憶されている変化量を特定可能な更新情報を送信する（図３５）。
【０７９４】
このような構成によれば、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量が遊技機側で累積記憶されて、やがて、前記更新情報の送信を指示する情報が受信された段階で、その累積記憶された変化量を特定可能な更新情報が送信されるため、遊技用装置と遊技機との通信が途絶えた状態が継続した場合であっても持点に関する情報を遊技用装置において確実に収集させることが可能となる。
【０７９５】
（４−１３）  前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報を受信する加算情報受信手段（払出制御部１７）をさらに含み、
前記持点更新手段は、前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報（加算有と加算要求玉数を含む動作指示）を受信したときに該持点加算情報に従う持点を前記持点記憶手段に記憶されている持点に加算し（図２５、図２６；遊技玉数に加算し）、
前記遊技機は、前記持点更新手段による持点加算の間に前記特定手段により特定された持点の変化量、および加算後の持点を特定可能な情報を前記遊技用装置へ送信する（図２５、図２６；加算玉数と減算玉数と遊技玉数とを含む動作応答をＣＵへ送信する）。
【０７９６】
このような構成によれば、持点の変化量を特定可能な情報に基づいて更新された後の持点と遊技機から送信されてきた加算後の持点を特定可能な情報とを比較して整合しているか否かの確認を遊技用装置に行なわせることが可能となる。
【０７９７】
（５−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）を含み、
前記遊技用装置と前記遊技機との間での通信が適正に行なわれているか否かを確認するための通信番号（シーケンスナンバー（ＳＱＮ））とともに前記変化量を特定可能な更新情報を前記遊技用装置へ送信し（払出制御部１７がＣＵ通信制御部８０へ加算玉数や減算玉数を送信し）、
該更新情報の送信から次回の更新情報の送信までの間における前記特定手段により特定された変化量を今回変化量として記憶するとともに、該変化量を送信した後においても前回変化量としてバックアップして記憶する変化量記憶手段（図５；現加算玉数を記憶する加算玉数カウンタ、現減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前加算玉数を記憶する領域および前減算玉数を記憶する領域）をさらに含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）を含み、
前記更新情報を受信するとともに、前記通信番号を含む所定の情報を前記遊技機に送信し（ＣＵ通信制御部８０）、
前記持点記憶手段が記憶している持点を前記更新情報に応じて更新する持点更新手段（メイン制御部３２３）を含み、さらに、
前記遊技機から送信されてきた前記通信番号を加算更新して該更新後の通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し（図５；メイン制御部３２３のＲＡＭ）、
前記遊技機は、前記遊技用装置から送信されてきた通信番号を加算更新して該更新後の通信番号を送信するとともに、最後に送信した通信番号をバックアップして記憶し（図５；払出制御部１７のＲＡＭ）、前記遊技用装置との間での通信開始時において、前記記憶している最後に送信した通信番号と前記今回変化量および前記前回変化量の両方を特定可能な更新情報とを送信し（図４８〜図５６；最終ＳＱＮと前回玉関連情報と現在玉関連情報とを含むリカバリデータをリカバリ応答として送信）、
前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行なう一方（図５０、図５２、図５４）、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行なう（図４８、図４９、図５１、図５３、図５５）。
【０７９８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０７９９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８００】
さらに、遊技用装置側と遊技機側とにおいて、最後に送信または受信した通信番号をバックアップ記憶しておき、遊技用装置は、遊技機との間での通信開始時において、バックアップ記憶している通信番号と遊技機から送信されてきた通信番号とを比較することにより、遊技機が送信した情報を受信していない場合に、今回変化量と前回変化量とを用いて持点の補正を行なう一方、遊技用装置が送信した情報を遊技機が受信していない場合および遊技用と遊技機とにおいて一方が送信した情報を他方が受信している正常状態の場合には、今回変化量を用いて持点の補正を行なう。その結果、通信制御を再開させたときに、送信側では送信したはずのデータが受信側では受信されていないまま、通信が進行していくという不都合を解消できる。
【０８０１】
（５−２）  前記遊技機は、持点を記憶する副持点記憶手段（遊技玉数カウンタ）を含み、該副持点記憶手段が記憶している持点を前記遊技用装置へ送信し（遊技玉数を含む動作応答をＣＵへ送信し）、
前記遊技用装置は、
前記持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）。
【０８０２】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０８０３】
（５−３）  前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報（図２２の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機へ送信し、
前記遊技機は、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御部１７；遊技玉数を補正指示コマンドに従って補正）を含む。
【０８０４】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０８０５】
（５−４）  前記変化量記憶手段は、前記通信不能状態が発生した後通信が開始されるまでの間において、前記特定手段により特定された持点の変化量を前記今回変化量として累積記憶し（図４８〜図５６）、
前記遊技機は、前記通信不能状態が発生した後通信が開始されたことにより、前記変化量記憶手段に累積記憶されている今回変化量を特定可能な累積更新情報を前記遊技用装置へ送信し（図４８〜図５６；現在玉数を含むリカバリデータを送信）、
前記遊技用装置は、前記累積更新情報に基づいて前記持点記憶手段が記憶している持点を更新する（図４８〜図５６）。
【０８０６】
このような構成によれば、通信不能状態が発生した後通信が開始されるまでの間において変動した持点の変化量を反映させた持点の更新が可能となる。
【０８０７】
（５−５）  持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）を含み、
前記遊技用装置と前記遊技機との間での通信が適正に行なわれているか否かを確認するための通信番号（シーケンスナンバー（ＳＱＲ））を含む所定の情報を前記遊技機に送信するとともに（ＣＵ通信制御部８０）、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を、前記遊技機より受信し（加算玉数や減算玉数を払出制御部１７より受信し）、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含み、さらに、
前記遊技機から送信されてきた通信番号を加算更新して該加算更新された通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し（図５；メイン制御部３２３のＲＡＭ）、さらに、前記遊技機との間での通信開始時において、前記遊技機が最後に送信した通信番号と前回の更新情報の送信以降における前記遊技機での持点の変化量である今回変化量および該今回変化量以前に更新情報として送信された変化量である前回変化量の両方を特定可能な更新情報とを受信し（払出制御部１７から加算玉数や減算玉数を受信し）、
前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行なう一方（図５０、図５２、図５４）、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行なう（図４８、図４９、図５１、図５３、図５５）。
【０８０８】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８０９】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８１０】
さらに、遊技用装置側と遊技機側とにおいて、最後に送信または受信した通信番号をバックアップ記憶しておき、遊技用装置は、遊技機との間での通信開始時において、バックアップ記憶している通信番号と遊技機から送信されてきた通信番号とを比較することにより、遊技機が送信した情報を受信していない場合に、今回変化量と前回変化量とを用いて持点の補正を行なう一方、遊技用装置が送信した情報を遊技機が受信していない場合および遊技用と遊技機とにおいて一方が送信した情報を他方が受信している正常状態の場合には、今回変化量を用いて持点の補正を行なう。その結果、通信制御を再開させたときに、送信側では送信したはずのデータが受信側では受信されていないまま、通信が進行していくという不都合を解消できる。
【０８１１】
（５−６）  遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）。
【０８１２】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０８１３】
（５−７）  前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報（図２２の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機へ送信する。
【０８１４】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０８１５】
（５−８）  前記通信不能状態が発生した後通信が開始されるまでの間において、前記遊技機側において累積記憶された持点の変化量を特定可能な累積更新情報を受信し（図４８〜図５６；現在玉数を含むリカバリデータを受信）、
前記遊技用装置は、前記累積更新情報に基づいて前記持点記憶手段が記憶している持点を更新する（図４８〜図５６）。
【０８１６】
このような構成によれば、通信不能状態が発生した後通信が開始されるまでの間において変動した持点の変化量を反映させた持点の更新が可能となる。
【０８１７】
（６−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶するメイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図５８；持玉共有指定）に応じて、前記対応付け処理を行なうことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに（図５８；カードＡ（持玉＝０）を返却）、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し（図５８；遊技玉＝３８００を遊技玉＝２８００にし）、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する（図５８；カードＢ（持玉＝１０００）返却）共有処理を実行する。
【０８１８】
このような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行なうことなく挿入排出口から排出されるため、その記録媒体の排出後においても持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。
【０８１９】
（６−２）  前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。
【０８２０】
このような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。
【０８２１】
（６−３）  前記記録媒体処理手段は、前記対応付け処理を行なうことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない（図５８；カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行なわないように制御する）。
【０８２２】
このような構成によれば、対応付け処理を行なうことなく該記録媒体を挿入排出口から排出した後、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を挿入排出口から排出するまでの間において、持点記憶手段に記憶されている持点が共有する持点に満たなくなるような事態が生じても、持点の共有を取消すことにより対処がなされる。
【０８２３】
（６−４）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶するメイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行なった処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図６０；持玉共有指定）に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点（図６０；担保玉２００）とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行なって前記挿入排出口から排出するとともに（図６０；カードＡ（持玉＝３８００）返却）、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する（図６０；カードＢ（持玉＝１０００）返却）共有処理を実行する。
【０８２４】
このような構成によれば、共有処理中に遊技を可能にするための確保用持点が確保された状態で共有処理が実行されるため、その確保用持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。
【０８２５】
（６−５）  前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行なうことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行なう報知手段（図６６の画面を表示する表示器３１２）をさらに含む。
【０８２６】
このような構成によれば、遊技者が共有処理により排出された記録媒体の再挿入を忘れる不都合を防止できる。
【０８２７】
（６−６）  前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行なうことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出する一方、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８２８】
このような構成によれば、共有処理により一旦は排出された遊技者の記録媒体を再挿入することにより、当該遊技者が獲得した持点をその記録媒体に対応付けて排出することができる。
【０８２９】
（６−７）  前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段（払出制御部１７）とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報に基づいて加減算更新する（メイン制御部３２３）。
【０８３０】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８３１】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８３２】
（６−８）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（メイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に記録されている情報により特定される獲得遊技用価値を引落として前記遊技機による遊技に使用するための持点を確保するための処理を行なう持点確保処理手段（加算要求玉数のデータを含む動作指示をＰ台へ送信するメイン制御部３２３）と、
該挿入排出口に挿入された前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図５８；持玉共有指定）に応じて、前記対応付け処理を行なうことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに（図５８；カードＡ（持玉＝０）を返却）、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し（図５８；遊技玉＝３８００を遊技玉＝２８００にし）、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する（図５８；カードＢ（持玉＝１０００）返却）共有処理を実行する。
【０８３３】
このような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行なうことなく挿入排出口から排出されるため、その記録媒体の排出後においても持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。
【０８３４】
（６−９）  前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。
【０８３５】
このような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。
【０８３６】
（６−１０）  前記記録媒体処理手段は、前記対応付け処理を行なうことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない（図５８；カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行なわないように制御する）。
【０８３７】
このような構成によれば、対応付け処理を行なうことなく該記録媒体を挿入排出口から排出した後、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を挿入排出口から排出するまでの間において、持点記憶手段に記憶されている持点が共有する持点に満たなくなるような事態が生じても、持点の共有を取消すことにより対処がなされる。
【０８３８】
（６−１１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（メイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行なった処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図６０；持玉共有指定）に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点（図６０；担保玉２００）とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行なって前記挿入排出口から排出するとともに（図６０；カードＡ（持玉＝３８００）返却）、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する（図６０；カードＢ（持玉＝１０００）返却）共有処理を実行する。
【０８３９】
このような構成によれば、共有処理中に遊技を可能にするための確保用持点が確保された状態で共有処理が実行されるため、その確保用持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。
【０８４０】
（６−１２）  前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行なうことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行なう報知手段（図６６の画面を表示する表示器３１２）をさらに含む。
【０８４１】
このような構成によれば、遊技者が共有処理により排出された記録媒体の再挿入を忘れる不都合を防止できる。
【０８４２】
（６−１３）  前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行なうことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出する一方、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８４３】
このような構成によれば、共有処理により一旦は排出された遊技者の記録媒体を再挿入することにより、当該遊技者が獲得した持点をその記録媒体に対応付けて排出することができる。
【０８４４】
（６−１４）  遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報に基づいて加減算更新する（メイン制御部３２３）。
【０８４５】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８４６】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８４７】
（７−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶するメイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）とを含み、
該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作（図５９；持玉共有指定）に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行なって該ビジター用記録媒体を前記挿入排出口から排出する（図５９；カードＢ（持玉＝１０００）返却）共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８４８】
このような構成によれば、挿入排出口に記録媒体が挿入されて受付けられている状態で、持点を共有する操作に応じて、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行なって、該記録媒体を持点共有用の記録媒体として挿入排出口から排出するため、持点記憶手段に記憶されている持点のうち共有する持点分を減算した残りの持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。また、遊技終了操作に応じて、持点記憶手段に記憶されている持点が他の記録媒体に対応付けられて該記録媒体が挿入排出口から排出されるため、遊技者はその記録媒体を入手することにより持点を獲得できる。
【０８４９】
（７−２）  前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。
【０８５０】
このような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。
【０８５１】
（７−３）  前記遊技用装置は、記録媒体をストックする記録媒体ストック部（カードストック部）を含み、
前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８５２】
このような構成によれば、遊技終了時に記録媒体を挿入排出口に挿入する手間を省くことができる。
【０８５３】
（７−４）  前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段（払出制御部１７）とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報に基づいて加減算更新する（メイン制御部３２３）。
【０８５４】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８５５】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８５６】
（７−５）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶するメイン制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行なう１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（メイン制御部３２３）と、
遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図３０のカード返却の処理）とを含み、
該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作（図５９；持玉共有指定）に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する（図５９；カードＢ（持玉＝１０００）返却）共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８５７】
このような構成によれば、挿入排出口に記録媒体が挿入されて受付けられている状態で、持点を共有する操作に応じて、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行なって、該記録媒体を持点共有用の記録媒体として挿入排出口から排出するため、持点記憶手段に記憶されている持点のうち共有する持点分を減算した残りの持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。また、遊技終了操作に応じて、持点記憶手段に記憶されている持点が他の記録媒体に対応付けられて該記録媒体が挿入排出口から排出されるため、遊技者はその記録媒体を入手することにより持点を獲得できる。
【０８５８】
（７−６）  前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。
【０８５９】
このような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。
【０８６０】
（７−７）  前記遊技用装置は、記録媒体をストックする記録媒体ストック部（カードストック部）を含み、
前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行なって該記録媒体を前記挿入排出口から排出する。
【０８６１】
このような構成によれば、遊技終了時に記録媒体を挿入排出口に挿入する手間を省くことができる。
【０８６２】
（７−８）  持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）とを含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報に基づいて加減算更新する（メイン制御部３２３）。
【０８６３】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８６４】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８６５】
（８−１）  遊技領域（遊技領域２７）に遊技媒体（パチンコ玉）を発射し、入賞の発生に応じて持点が加算される遊技機（パチンコ機）であって、
持点を記憶する持点記憶手段（遊技玉数カウンタ）と、
遊技媒体を遊技領域に発射する遊技媒体発射手段（発射部３８）と、
前記持点記憶手段に遊技に使用可能な持点が記憶されていることを条件に前記遊技媒体発射手段による遊技媒体の発射を許容する発射許容手段（発射制御基板３１）と、
該遊技媒体発射手段による遊技媒体の発射に用いられる持点を前記持点記憶手段に記憶されている持点から減算するとともに、入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算する持点加減算手段（主制御基板１６から払出制御部１７へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号に基づいて払出制御部１７が遊技玉数に対して加算し、遊技玉制御部３４から払出制御部１７へ送信されてくる発射検出信号に基づいて払出制御部１７が遊技玉数から減算する）と、
遊技に使用可能な持点の有無を判定する判定手段（図２９；遊技玉＝０を検知）と、
該判定手段により前記持点が無いとの判定が行なわれたときに、前記遊技媒体発射手段による遊技媒体の発射を禁止する発射禁止手段（図２９；遊技玉数＝０になった段階で、Ｐ台においては、玉なしが検出され、払出制御部１７は自動的に打球発射モータ１８の駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御する）と、
該発射禁止手段による遊技媒体の発射禁止状態において、遊技媒体を用いた遊技の実行により発生する信号を検出したときに（図９３（ｂ）のＳ１０、Ｓ１２、図７１のＳ３０〜Ｓ３２）異常報知を行なう異常報知手段（表示器５４による異常表示、異常報知用ランプの点等（または点滅）あるいはスピーカからの音声による異常報知）とを備えていることを特徴とする。
【０８６６】
このような構成によれば、発射禁止状態において、電波の発信による不正に入賞を発生させるという不正行為が行なわれたときに、その電波の影響を受けて、遊技媒体を用いた遊技の実行により発生する信号が出力された場合に、その信号を検出して異常報知手段により異常報知が行なわれるため、電波の発信による不正に入賞を発生させるという不正行為への対応が可能となる。
【０８６７】
（８−２）  遊技者所有の遊技用価値を用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置に対し前記持点記憶手段に記憶されている持点を送信する情報送信手段（払出制御部１７が遊技玉数を含む動作応答を送信）と、
前記情報送信手段により送信された更新情報に基づいて更新された持点と前記情報送信手段により送信された持点とが整合していないと前記遊技用装置で判定されたときに（図５；遊技玉数の一致を判定）該遊技用装置から送信されてくる持点補正情報（リカバリ処理を行なって通信開始要求のコマンドをＰ台へ送信し、そのコマンドに含まれているデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ））を受信する情報受信手段（払出制御部１７）と、
該情報受信手段により受信された持点補正情報に基づいて前記持点記憶手段が記憶している持点を補正する持点補正手段（払出制御部１７；データ補正要求のＢｉｔ１のデータによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行なう）とをさらに備えている。
【０８６８】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０８６９】
（８−３）  前記遊技媒体発射手段が作動しているときに、前記遊技領域から回収された遊技媒体を打球発射位置まで揚送する揚送手段（図９３（ｂ）のＳ２２、Ｓ２３、揚送モータ４０、揚送装置１９０）と、
該揚送手段により揚送される遊技媒体を検出する揚送遊技媒体検出手段（玉上げスイッチ（上）４１ａ、玉上げスイッチ（下）４１ｂ）とをさらに備え、
前記異常報知手段は、前記遊技媒体発射手段が作動していないときに前記揚送遊技媒体検出手段の検出信号が出力されたときに異常報知する（図７１のＳ３３、Ｓ３４、Ｓ３２、表示器５４による「揚送装置が異常作動しました」等の異常表示、揚送装置異常報知用ランプの点等（または点滅）あるいは「揚送装置が異常作動しました」等の音声によるスピーカからの異常報知）。
【０８７０】
このような構成によれば、本来、揚送手段が作動していないはずの遊技媒体発射手段の非作動時において、揚送遊技媒体検出手段の検出信号が出力されるという異常事態が発生した場合に異常報知手段により異常報知が行なわれ、早期に異常を発見できる。
【０８７１】
（８−４）  前記遊技領域内に発射された遊技媒体が入賞可能な入賞口（大入賞口、通常入賞口、始動口）と、
前記入賞口に入賞した遊技媒体を検出する入賞検出手段（図９２；入賞玉検出スイッチ７００ａ〜７００ｈ）と、
前記遊技領域内に発射されて前記入賞口に入賞することなく前記遊技領域から排出された遊技媒体を検出する排出検出手段（図９２；アウト玉検出スイッチ７０１）と、
前記入賞検出手段により検出された遊技媒体および前記排出検出手段により検出された遊技媒体を合流させて通過させる通過経路（図９２；合流通過経路７０２）にて遊技媒体を検出する合流経路検出手段（図９２；合流経路検出スイッチ３２）とをさらに備え、
前記入賞検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成されており（入賞玉検出スイッチ７００ａ〜７００ｈは近接スイッチで構成され、合流経路検出スイッチ３２は光センサで構成され）、
前記持点加減算手段は、前記入賞検出手段により遊技媒体の入賞が検出されたことに基づいて該入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算し（主制御基板１６から払出制御部１７へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号に基づいて払出制御部１７が遊技玉数に対して加算する）、
前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する異常判定手段（払出制御部１７により、入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する）をさらに備え、
前記異常報知手段は、前記異常判定手段により異常であることの判定が行なわれたときに異常報知を行なう（払出制御部１７により一致せずかつ所定個数以上の隔たりがあると判別した場合には、異常表示コマンドを表示器用演出制御基板５３へ送信し、表示器用演出制御基板５３が表示器５４に異常表示を行なう）。
【０８７２】
このような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行なわれたときに、入賞検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成されており、不正電波の及ぶ影響が異なるために、入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応が可能となる。
【０８７３】
（８−５）  前記発射禁止手段により発射されたが前記遊技領域まで到達しなかったファール遊技媒体を検出するファール検出手段（図９２；ファール玉検出スイッチ３３）をさらに備え、
前記通過経路は、前記ファール検出手段により検出されたファール遊技媒体も合流させて通過させ（図９２）、
前記ファール検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成されており（ファール玉検出スイッチ３３は近接スイッチで構成され、合流経路検出スイッチ３２は光センサで構成され）、
前記異常判定手段は、前記ファール検出手段による検出数と前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する（払出制御部１７により、入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とファール玉検出スイッチ３３とによる玉検出個数の合計を算出し、その合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する）。
【０８７４】
このような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行なわれたときに、入賞検出手段およびファール検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成されており、不正電波の及ぶ影響が異なるために、ファール検出手段による検出数と入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応が可能となる。
【０８７５】
（９−１）  本発明は、遊技者により遊技が行なわれる遊技機（パチンコ機２またはスロットマシン２Ｓ）と、該遊技機と通信可能に接続（コネクタ３８０、２０、または３３０、２２０と接続配線）され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
該遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段と前記表示手段とに接続され、前記制御手段からの制御指令（コマンド）に従って前記表示手段を制御する表示制御手段（表示制御部７９７）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含む。
【０８７６】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【０８７７】
（９−２）  本発明の他の態様は、遊技者により遊技が行なわれる遊技機（パチンコ機２またはスロットマシン２Ｓ）と通信可能に接続するための接続部（コネクタ３８０、２０、または３３０、２２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段と前記表示手段とに接続され、前記制御手段からの制御指令（コマンド）に従って前記表示手段を制御する表示制御手段（表示制御部７９７）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含む。
【０８７８】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【０８７９】
（９−３）  上記（１）に記載の遊技用システムまたは上記（２）に記載の遊技用装置において、前記表示手段は、タッチパネル式の表示装置（透明タッチパネルが設けられた液晶式の表示器３１２）であり、
前記遊技用装置は、前記タッチパネル式の表示装置とは別に設けられた操作部（貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、呼出ボタン７９８）を含み、
遊技者の操作に基づいた信号の前記制御手段への入力経路として、
前記タッチパネル式の表示装置のタッチ操作による操作信号が前記表示制御手段に入力され、該入力信号に基づいて前記表示制御手段から前記制御手段へ信号が入力される第１入力経路（図４、図９５；表示器３１２→表示制御部７９７→メイン制御部３２３の信号入力経路）と、
前記操作部からの入力信号が前記表示制御手段を経由することなく前記制御手段へ入力される第２入力経路（図４、図９５；貸出ボタン３２１、再プレイボタン３１９、返却ボタン３２２、または呼出ボタン７９８からメイン制御部３２３への信号入力経路）とを含むように構成してもよい。
【０８８０】
このような構成によれば、第１入力経路による信号の入力の場合には、表示制御手段が遊技者の操作を掌握することができる一方、第２入力経路による信号の入力の場合には、表示制御手段に負担をかけることなく直接制御手段へ入力することができる。その結果、表示制御手段が掌握する必要のある操作内容とそうでないものとで入力経路を使い分けることにより、表示制御手段が掌握する必要のある操作内容を表示制御手段が掌握できつつも、表示制御手段が掌握する必要のない操作内容については、表示制御手段に負担をかけることなく直接制御手段へ入力することができる。
【０８８１】
（９−４）  上記（１）〜（３）のいずれかに記載の遊技用システムまたは遊技用装置において、前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）ように構成してもよい。
【０８８２】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【０８８３】
（９−５）  上記（１）〜（４）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、前記受付けられた記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの問合せ）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）ように構成してもよい。
【０８８４】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【０８８５】
（９−６）  上記（１）〜（５）のいずれかに記載の遊技用システムまたは遊技用装置において、前記制御手段は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示し、
前記送信手段は、前記持点の加算中である旨を前記遊技機に表示させるための表示指示を送信する（図２４〜図２６、図５７；加算表示中）ように構成してもよい。
【０８８６】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（９−７）  上記（１）〜（６）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技機は、持点による遊技が可能であり、
前記遊技用装置は、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段（払出制御基板１７）とを含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（制御部３２３）とを含むように構成してもよい。
【０８８７】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８８８】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８８９】
（９−８）  上記（１）〜（７）のいずれかに記載の遊技用システムまたは遊技用装置において、遊技者により遊技が行なわれる遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行なう制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含むように構成してもよい。
【０８９０】
このような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。
【０８９１】
（９−９）  上記（１）〜（８）のいずれかに記載の遊技用システムまたは遊技用装置において、前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図２４〜図２７、図３０、図５７；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台へ送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図５７；表示の終了を指示するコマンドを送ることなく表示を終了する）ように構成してもよい。
【０８９２】
このような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機においては、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することが可能になる。
【０８９３】
（９−１０）  上記（１）〜（９）のいずれかに記載の遊技用システムまたは遊技用装置において、前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）が受付けられたときに該記録媒体の認証を行なうための制御を実行し（図２４、図５７；上位サーバへの確認）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し（図５７）、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図２４、図５７；カード保持中とカード挿入処理中とを含む動作指示を送信）ように構成してもよい。
【０８９４】
このような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。
【０８９５】
（９−１１）  上記（１）〜（１０）のいずれかに記載の遊技用システムまたは遊技用装置において、前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられているときに該記録媒体により特定される遊技者所有の遊技用価値を用いて持点を加算し（図２４〜図２６、図５７；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示する（図２４〜図２６、図５７；加算表示中）ように構成してもよい。
【０８９６】
このような構成によれば、持点の加算中であることを遊技者が認識できる。
（９−１２）  上記（１）〜（１１）のいずれかに記載の遊技用システムまたは遊技用装置において、前記接続部は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続され、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（制御部３２３）とを含むように構成してもよい。
【０８９７】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０８９８】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８９９】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０９００】
２  パチンコ機、２Ｓ  スロットマシン、３  カードユニット、４  木枠、５  前枠、６  ガラス扉、１０  ガラス扉開放ソレノイド、１１  前枠開放ソレノイド、１２  ガラス扉閉鎖検出器、１３  前枠閉鎖検出器、１６，１１６  主制御基板、１７，１１７  払出制御部、１８  打球発射モータ、２０  接続部、２６  遊技盤、３０９  カード挿入／排出口、３１２  表示器、３１９  再プレイボタン、３２１  貸出ボタン、３１２  表示器、３２２  返却ボタン、３２３  制御部、３２４  外部通信部、３２５  遊技機通信部、３２７  カードリーダライタ、３３０  接続部、３２  合流経路検出スイッチ、３３  ファール玉検出スイッチ、５０  演出部、５４  表示器。
【図１】
2020014895.tif 000003
【図２】
2020014895.tif 000004
【図３】
2020014895.tif 000005
【図４】
2020014895.tif 000006
【図５】
2020014895.tif 000007
【図６】
2020014895.tif 000008
【図７】
2020014895.tif 000009
【図８】
2020014895.tif 000010
【図９】
2020014895.tif 000011
【図１０】
2020014895.tif 000012
【図１１】
2020014895.tif 000013
【図１２】
2020014895.tif 000014
【図１３】
2020014895.tif 000015
【図１４】
2020014895.tif 000016
【図１５】
2020014895.tif 000017
【図１６】
2020014895.tif 000018
【図１７】
2020014895.tif 000019
【図１８】
2020014895.tif 000020
【図１９】
2020014895.tif 000021
【図２０】
2020014895.tif 000022
【図２１】
2020014895.tif 000023
【図２２】
2020014895.tif 000024
【図２３】
2020014895.tif 000025
【図２４】
2020014895.tif 000026
【図２５】
2020014895.tif 000027
【図２６】
2020014895.tif 000028
【図２７】
2020014895.tif 000029
【図２８】
2020014895.tif 000030
【図２９】
2020014895.tif 000031
【図３０】
2020014895.tif 000032
【図３１】
2020014895.tif 000033
【図３２】
2020014895.tif 000034
【図３３】
2020014895.tif 000035
【図３４】
2020014895.tif 000036
【図３５】
2020014895.tif 000037
【図３６】
2020014895.tif 000038
【図３７】
2020014895.tif 000039
【図３８】
2020014895.tif 000040
【図３９】
2020014895.tif 000041
【図４０】
2020014895.tif 000042
【図４１】
2020014895.tif 000043
【図４２】
2020014895.tif 000044
【図４３】
2020014895.tif 000045
【図４４】
2020014895.tif 000046
【図４５】
2020014895.tif 000047
【図４６】
2020014895.tif 000048
【図４７】
2020014895.tif 000049
【図４８】
2020014895.tif 000050
【図４９】
2020014895.tif 000051
【図５０】
2020014895.tif 000052
【図５１】
2020014895.tif 000053
【図５２】
2020014895.tif 000054
【図５３】
2020014895.tif 000055
【図５４】
2020014895.tif 000056
【図５５】
2020014895.tif 000057
【図５６】
2020014895.tif 000058
【図５７】
2020014895.tif 000059
【図５８】
2020014895.tif 000060
【図５９】
2020014895.tif 000061
【図６０】
2020014895.tif 000062
【図６１】
2020014895.tif 000063
【図６２】
2020014895.tif 000064
【図６３】
2020014895.tif 000065
【図６４】
2020014895.tif 000066
【図６５】
2020014895.tif 000067
【図６６】
2020014895.tif 000068
【図６７】
2020014895.tif 000069
【図６８】
2020014895.tif 000070
【図６９】
2020014895.tif 000071
【図７０】
2020014895.tif 000072
【図７１】
2020014895.tif 000073
【図７２】
2020014895.tif 000074
【図７３】
2020014895.tif 000075
【図７４】
2020014895.tif 000076
【図７５】
2020014895.tif 000077
【図７６】
2020014895.tif 000078
【図７７】
2020014895.tif 000079
【図７８】
2020014895.tif 000080
【図７９】
2020014895.tif 000081
【図８０】
2020014895.tif 000082
【図８１】
2020014895.tif 000083
【図８２】
2020014895.tif 000084
【図８３】
2020014895.tif 000085
【図８４】
2020014895.tif 000086
【図８５】
2020014895.tif 000087
【図８６】
2020014895.tif 000088
【図８７】
2020014895.tif 000089
【図８８】
2020014895.tif 000090
【図８９】
2020014895.tif 000091
【図９０】
2020014895.tif 000092
【図９１】
2020014895.tif 000093
【図９２】
2020014895.tif 000094
【図９３】
2020014895.tif 000095
【図９４】
2020014895.tif 000096
【図９５】
2020014895.tif 000097
【図９６】
2020014895.tif 000098
【図９７】
2020014895.tif 000099