JP2016026000A

JP2016026000A - 遊技機および遊技システム

Info

Publication number: JP2016026000A
Application number: JP2015208098A
Authority: JP
Inventors: 小倉　敏男; Toshio Ogura; 敏男小倉
Original assignee: Sankyo Co Ltd
Current assignee: Sankyo Co Ltd
Priority date: 2015-10-22
Filing date: 2015-10-22
Publication date: 2016-02-12

Abstract

【課題】封入式の遊技機において、遊技が開始された後、遊技者が保有する遊技価値の大きさがあらかじめ設定した大きさになったときに遊技を止めさせることができる可能性を高める。
【解決手段】払出制御用マイクロコンピュータは、遊技領域に進入した遊技玉数に相当する分の価値の大きさをカード残高から減算するための処理を実行し、遊技領域に設けられている入賞領域に遊技玉が入賞したときに入賞に応じた価値をカード残高に加算するための処理を実行し、カードに記憶されている遊技価値の大きさが、設定された「終了玉数」に応じた値になったときに、遊技玉の発射を停止する。
【選択図】図１１０

Description

本発明は、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機および遊技システムに関する。

パチンコ機として、現金またはプリペイドカードを介して遊技媒体を遊技者に貸し出し、貸し出された遊技媒体を用いて遊技者が遊技を行うパチンコ機の他に、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機として、遊技者が指触不能な状態で遊技媒体が遊技機内に封入されている封入式のパチンコ機が知られている。また、遊技者所有の遊技用価値を用いて持点を加算するとともに遊技機と通信可能に接続される遊技用装置として、カード残高を使用して持点を加算するとともに封入式のパチンコ機と通信可能に接続されるカードユニットが知られている。

プリペイドカードが用いられる場合、一般に、遊技者は、プリペイドカードを現金で購入するが、デビット決済によってプリペイドカードを購入できるシステムが考案されている（例えば、特許文献１参照）。特許文献１に記載されたシステムでは、各々の遊技者自身が設定した上限額を越える金額のデビット決済を規制することによって、各々の遊技者が、プリペイドカードに対して過度の金額を費やすことが防止される。

遊技者は、遊技を行った結果、多数の景品遊技媒体を獲得することがある。一般に、遊技者は、遊技店において、遊技媒体を景品物品に交換することができる。しかし、各々の景品物品と遊技媒体数との対応は各遊技店において定められているので、遊技者が獲得した遊技媒体を景品物品と交換するときに、遊技媒体の端数が残ることが多い。例えば、１つの景品物品が１０００個の遊技媒体と交換可能である場合、遊技者が獲得した遊技媒体数が２０１５であるときには、２つの景品物品を得ることができるとともに、１５個の遊技媒体が端数として残る。

この例では、遊技者は、２つの景品物品を得たときに、端数の遊技媒体が残らないことを望むと考えられる。すなわち、保有する遊技媒体の数が２０００個になったときに遊技を終了できることが好ましいと考えることが一般的である。

特開２００９−２１９７９７号公報

特許文献１に記載されたシステムは、個々の遊技者に対応した制御を実行するが、プリペイドカードの購入を規制することによって遊技者の遊技の続行を規制するので、遊技が開始された後に、景品交換の際に端数の遊技媒体が生じないようにしつつ遊技を止めさせるような制御をすることはできない。

そこで、本発明は、封入式の遊技機において、遊技が開始された後、遊技者が保有する遊技価値の大きさがあらかじめ設定した大きさになったときに遊技を止めさせることができる可能性を高めることができる遊技機および遊技システムを提供することを目的とする。

（１）本発明による遊技機は、所定数の遊技媒体が封入されており、遊技領域に遊技媒体を進入させ、遊技領域を経由した遊技媒体を回収部を介して回収し、回収した遊技媒体を再び遊技領域に進入させるために循環させるとともに、遊技者が所有する遊技価値（例えば、金額やポイント）を使用して遊技を実行可能な遊技機（例えば、封入式遊技機、クレジット式スロットマシン、画像式遊技機（パチンコ機やスロットマシン））であって、遊技者が所有する遊技価値を記憶する遊技価値記憶手段（例えば、会員カードやビジターカード）と、遊技価値記憶手段が記憶する遊技価値から遊技に使用された遊技価値（例えば、［発射玉数カウンタの値−ファール玉カウンタの値］）を減算し、遊技において所定の付与条件（例えば、入賞領域への入賞）が成立したことを条件に遊技価値記憶手段が記憶する遊技価値に所定の遊技価値（例えば、獲得玉数カウンタの値）を加算する価値加減算手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８６２，Ｓ８６３の処理を実行する部分）と、特定の遊技価値を設定するための設定手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８２２〜Ｓ８３４の処理を実行する部分）と、遊技者が遊技を終了するための操作を行ったときに、特定の遊技価値の設定を初期化する初期化手段と、遊技価値記憶手段が記憶する遊技価値が特定の遊技価値となったときに遊技の実行を規制する（例えば、遊技玉の発射を停止、遊技玉の供給を停止、スロットマシンにおける賭数の設定の禁止、スロットマシンにおけるレバー操作の無効化）遊技規制手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１２，Ｓ８１３の処理を実行する部分と払出制御用マイクロコンピュータ１７１におけるステップＳ５１，Ｓ５５の処理を実行する部分）とを備えたことを特徴とする。
そのような構成により、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機において、遊技者が所有する遊技価値があらかじめ設定した値になったときに遊技を止めさせることができる可能性を高めることができる。

（２）上記（１）の遊技機において、設定手段で設定された特定の遊技価値を表示する表示手段（例えば、表示器５４：画面については図１０８参照）を備えていてもよい。
そのような構成によれば、遊技者は、自身が設定した遊技価値が遊技機に認識されているか否かを確認することができる。

（３）上記（１）または（２）の遊技機において、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるＲＡＭ）と、遊技を終了させるための所定の操作（例えば、返却ボタン３２２の押下）が行われたときに、特定遊技価値記憶手段の記憶内容を初期化する特定遊技価値初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１３，Ｓ８４３の処理を実行する部分）とを備えていてもよい。
そのような構成によれば、遊技を止めた後、設定手段によって設定された遊技価値が他者に反映されてしまうことを防止できる。

（４）上記（１）〜（３）の遊技機において、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段と、特定遊技価値記憶手段の記憶内容を初期化するか否かを選択可能な選択画面（図１１２参照）を表示する選択画面表示手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１７，Ｓ８４１の処理を実行する部分）と、選択画面で特定遊技価値記憶手段の記憶内容を初期化することが選択された場合に特定遊技価値記憶手段の記憶内容を初期化する操作対応特定遊技価値初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８４２，Ｓ８４３の処理を実行する部分）とを備えていてもよい。
そのような構成によれば、遊技状態に応じて設定手段による設定を解除することが可能になる。

（５）上記（１）〜（３）の遊技機において、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段と、遊技状態があらかじめ定められている状態となったときに特定遊技価値記憶手段の記憶内容を初期化する特定遊技価値強制初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータによるステップＳ８４１，Ｓ８４２の処理を実行せず、直ちにステップＳ８４３，Ｓ８４４の処理を実行する変形例）を備えていてもよい。
そのような構成によれば、遊技状態に応じて設定手段による設定を解除することができる。

（６）本発明による遊技システムは、遊技者が所有する遊技価値（例えば、金額やポイント）を記憶する遊技価値記憶手段（例えば、会員カードやビジターカード）と、所定数の遊技媒体が封入されており、遊技領域に遊技媒体を進入させ、遊技領域を経由した遊技媒体を回収部を介して回収し、回収した遊技媒体を再び遊技領域に進入させるために循環させるとともに、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機（例えば、封入式遊技機、クレジット式スロットマシン、画像式遊技機（パチンコ機やスロットマシン））とを含む遊技システムであって、遊技価値記憶手段が記憶する遊技価値から遊技に使用された遊技価値を減算し、遊技において所定の付与条件が成立したことを条件に遊技価値記憶手段が記憶する遊技価値に所定の遊技価値を加算する価値加減算手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８６２，Ｓ８６３の処理を実行する部分）と、特定の遊技価値を設定するための設定手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８２２〜Ｓ８３４の処理を実行する部分）と、遊技者が遊技を終了するための操作を行ったときに、特定の遊技価値の設定を初期化する初期化手段と、遊技価値記憶手段が記憶する遊技価値が特定の遊技価値となったときに遊技の実行を規制する（例えば、遊技玉の発射を停止、遊技玉の供給を停止、スロットマシンにおける賭数の設定の禁止、スロットマシンにおけるレバー操作の無効化）遊技規制手段（例えば、払出制御用マイクロコンピュータ１７１におけるステップＳ５１，Ｓ５５の処理を実行する部分）とを備えたことを特徴とする。
そのような構成により、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機において、遊技者が所有する遊技価値があらかじめ設定した値になったときに遊技を止めさせることができる可能性を高めることができる。

（７）上記（６）の遊技システムは、設定手段で設定された特定の遊技価値を表示する表示手段（例えば、表示器３１２：図１０８参照）を備えていてもよい。
そのような構成によれば、遊技者は、自身が設定した遊技価値が遊技機に認識されているか否かを確認することができる。

（８）上記（６）または（７）の遊技システムは、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段と、遊技を終了させるための所定の操作が行われたときに、特定遊技価値記憶手段の記憶内容を初期化する特定遊技価値初期化手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８１３，Ｓ８４３の処理を実行する部分）とを備えていてもよい。
そのような構成によれば、遊技を止めた後、設定手段によって設定された遊技価値が他者に反映されてしまうことを防止できる。

（９）上記（６）〜（８）の遊技システムは、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段と、特定遊技価値記憶手段の記憶内容を初期化するか否かを選択可能な選択画面（図１１２参照）を表示する選択画面表示手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８１７，Ｓ８４１の処理を実行する部分）と、選択画面で特定遊技価値記憶手段の記憶内容を初期化することが選択された場合に特定遊技価値記憶手段の記憶内容を初期化する操作対応特定遊技価値初期化手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８４２，Ｓ８４３の処理を実行する部分）とを備えていてもよい。
そのような構成によれば、遊技機の遊技状態に応じて設定手段による設定を解除することが可能になる。

（１０）上記（６）〜（８）の遊技システムは、設定手段で設定された特定の遊技価値を記憶する特定遊技価値記憶手段と、遊技状態があらかじめ定められている状態となったときに特定遊技価値記憶手段の記憶内容を初期化する特定遊技価値強制初期化手段（例えば、ＣＵ３の制御部３２３によるステップＳ８４１，Ｓ８４２の処理を実行せず、直ちにステップＳ８４３，Ｓ８４４の処理を実行する変形例）とを備えていてもよい。
そのような構成によれば、遊技機の遊技状態に応じて設定手段による設定を解除することができる。

カードユニットおよびパチンコ機を示す正面図である。パチンコ機の背面を示す背面図である。パチンコ機のガラス扉と前枠とを開放した状態を示す斜視図である。カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。カードユニット側とパチンコ機側とにおける記憶している各種データおよびその送受信を説明するための説明図である。カードユニットとパチンコ機との間で行われるコマンドおよびレスポンスの概略を説明する説明図である。リカバリ要求の内容を説明するための説明図である。リカバリ応答の内容を説明するための説明図である。リカバリ応答の内容を説明するための説明図である。リカバリ処理を説明するための説明図である。通信開始要求の内容を説明するための説明図である。通信開始応答の内容を説明するための説明図である。動作指示の内容を説明するための説明図である。動作指示のコマンド中の動作要求の各ビットの詳細を示す説明図である。動作指示のコマンド中のＣＵ状態の各ビットの詳細を示す説明図である。動作指示のコマンド中のＣＵエラー状態で示されるエラー内容を示す説明図である。ＣＵ側から見た動作要求の確定タイミング、およびＰ台によって拒否された時の対応を示す説明図である。動作応答の内容を説明するための説明図である。動作応答の内容を説明するための説明図である。動作応答のレスポンスに含まれる各種玉数の意味および確定ポイントを示す説明図である。動作応答のレスポンスに含まれる各種玉数の意味および確定ポイントを示す説明図である。動作応答のレスポンスに含まれる遊技台状態１の各ビットの意味を示す説明図である。動作応答のレスポンスに含まれる遊技台状態２の各ビットの意味を示す説明図である。動作応答のレスポンス中の遊技台エラー状態で示されるエラー内容を示す説明図である。通信切断要求の内容を説明するための説明図である。通信切断応答の内容を説明するための説明図である。カード挿入要求の内容を説明するための説明図である。カード挿入応答の内容を説明するための説明図である。カード返却要求の内容を説明するための説明図である。カード返却応答の内容を説明するための説明図である。モード変更要求の内容を説明するための説明図である。モード変更応答の内容を説明するための説明図である。カードユニットとパチンコ機との間でのコマンドおよびレスポンスの送受信の態様を示す図である。カードユニット側で通信断を検知した場合の処理の一例を示すシーケンス図である。パチンコ機側で通信断の検知をした場合の処理の一例を示すシーケンス図である。電源起動時におけるカードユニットとパチンコ機とでの処理の一例を示すシーケンス図である。カードユニットとパチンコ機との通信コネクションを再接続したときの処理の一例を示すシーケンス図である。カードユニットおよびパチンコ機の操作が行われていない待機中のときにおける処理の一例を示すシーケンス図である。大当り中におけるカードユニットとパチンコ機との処理の一例を示すシーケンス図である。遊技中においてパチンコ機での遊技玉数がなくなった場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。再プレー時におけるカードユニットとパチンコ機との処理の一例を示すシーケンス図である。プリペイドカードの残高を消費するときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニット側の指示による遊技玉数の減算を行う場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードを返却するときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。パチンコ機におけるガラス扉のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。パチンコ機のセル（前枠）のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。ＣＵに紙幣が挿入され入金を行うときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。遊技機のモード変更を行うときのカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットがカード保持中の状態で電源を起動したときにパチンコ機が未接続であった場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットからの動作指示（要求動作無）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。パチンコ機からの動作応答（要求動作無に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットからの動作指示（加算要求に対する応答）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。パチンコ機からの動作応答（加算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットからの動作指示（減算要求）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。パチンコ機からの動作応答（減算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットの加算要求に対してパチンコ機が加算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットの減算要求に対してパチンコ機が減算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットのクリア指示要求に対してパチンコ機がクリア拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットの遊技許可要求に対してパチンコ機が許可拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットの遊技禁止要求に対してパチンコ機が禁止拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットのガラス扉開放要求に対してパチンコ機がガラス扉開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。カードユニットのセル（前枠）開放要求に対してパチンコ機がセル（前枠）開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。通常プレー中の動作指示インターバル期間中に電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。通常プレー中に動作指示未到達の状態で電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。通常プレー中に動作応答未到達の状態で電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。通常プレー中の動作指示インターバル期間中に電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。通常プレー中に動作指示未到達の状態で電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。通常プレー中に動作応答未到達の状態で電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。加算要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。加算要求に対する動作応答到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。加算要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。加算要求に対する動作応答到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。減算要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。減算要求に対する動作応答の到達前の段階においてＣＵ側で電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。減算要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。減算要求に対する動作応答の到達前の段階においてＣＵ側で電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。クリア要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。クリア要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示すシーケンス図である。カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理に連動して表示される動作状態の表示画面を示す説明図である。カードが挿入された遊技中に遊技玉を分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。ビジターカードが挿入された遊技中に遊技玉の分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の一例を示すシーケンス図である。会員カードが挿入された遊技中に遊技玉を分割譲渡（持玉共有）する玉共有処理が実行される場合のカードユニットとパチンコ機との処理の他の例を示すシーケンス図である。玉共有処理が実行される場合の表示器の画面を示す説明図である。玉共有処理が実行される場合の表示器の画面を示す説明図である。玉共有処理が実行される場合の表示器の画面を示す説明図である。玉共有処理が行われる場合の表示器の画面を示す説明図である。玉共有処理が行われる場合の表示器の画面を示す説明図である。玉共有処理が行われる場合の表示器の画面を示す説明図である。玉共有処理が行われる場合の表示器の画面を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。図９７に示す画面の一部の変化を示す説明図である。ワゴンサービスが行われる場合の表示器の画面を示す説明図である。会員カード挿入中における表示器の画面を示す説明図である。会員カード挿入中における表示器の画面を示す説明図である。カード返却中における表示器の画面を示す説明図である。カード返却中における表示器の画面を示す説明図である。表示器の表示画面例を示す説明図である。遊技者が「終了玉数設定」の表示項目を選択した場合の表示器の表示内容の一例を示す説明図である。終了玉数の設定が確定したときの表示器の表示内容の一例を示す説明図である。表示画面において「自分で選ぶ」の項目が選択された場合の表示器の表示画面の一例を示す説明図である。「終了玉設定」が確定した後の表示器の表示画面例を示す説明図である。遊技価値の大きさを設定するための制御に関連するＣＵ側の制御部の処理を示すフローチャートである。表示制御処理を示すフローチャートである。表示制御処理を示すフローチャートである。設定キャンセル確認画面の一例を示す説明図である。通信制御処理を示すフローチャートである。第２の実施の形態のパチンコ機の背面を示す背面図である。払出制御基板における回路構成の一例を示すブロック図である。払出制御メイン処理を示すフローチャートである。遊技玉計数処理の一例を示すフローチャートである。通信制御処理を示すフローチャートである。通信制御処理を示すフローチャートである。発射と揚送の制御指令出力処理の一例を示すフローチャートである。

以下、本発明の第１の実施の形態を、図面を参照して説明する。

実施の形態１．
図１は、カードユニットおよびパチンコ機を示す正面図である。図１を参照して、遊技場内に複数配置されている各遊技島（図示略）に遊技機の一例の封入循環式パチンコ機（以下パチンコ機またはＰ台と略称する）２が併設され、パチンコ機２の所定側の側方位置に該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応して設置されている。カードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、それらカードの記録情報により特定される遊技者所有の遊技価値（例えば、カード残高、持玉数、または貯玉数）を用いて対応するパチンコ機２における封入玉を弾発発射させて遊技ができるようにするための機能を有する。なお、ビジターカードや会員カードはＩＣカードで構成されている。

パチンコ機２は、パチンコ機２で用いられる所定数（本例では、５０個）の遊技玉が封入領域内（本例では、パチンコ機２内）に封入され、パチンコ機２に設けられた遊技領域２７に遊技玉を進入させ、遊技領域２７を経由した遊技玉を回収部（本例では、各入賞口、アウト口１４５、ファール玉戻り口１５０）を介して回収し、回収した遊技玉を再び遊技領域２７に進入させるために封入領域内において循環させる封入式の遊技機である。この実施の形態では、パチンコ機２は、内部に遊技媒体の一例の遊技玉を封入し、遊技者が打球操作ハンドル２５を操作することにより、打球発射モータ１８（図２参照）を駆動して封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。

なお、パチンコ機２で用いられる遊技玉が封入領域内に封入されているものであれば、この実施の形態で例示されているようなパチンコ機２内部に封入されているものに限られず、例えば、パチンコ機２と島設備の一部にまたがる所定領域内に封入された遊技玉を循環させて遊技を行うものであってもよい。また、封入式の遊技機であれば、パチンコ機に限られず、例えば、封入式のパロット機に適用してもよい。

図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であり、図示を省略しているが、遊技領域２７内に打込まれた遊技玉が入賞可能な始動口１と始動口２とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号にもとづいて変動表示する変動表示装置が設けられているとともに、変動表示装置の表示結果が予め定められた特定の識別情報の組合せ（例えば、ぞろ目。すなわち、左中右が同じ図柄で揃った状態の図柄の組み合わせ。）になることにより開放する可変入賞球装置（大入賞口ともいう）などが設けられている。始動口２は、遊技者にとって有利な第１の状態（例えば、開成状態）遊技者にとって不利な第２の状態（例えば、閉成状態）とに変化可能な電動チューリップで構成されている。

なお、この実施の形態では、図柄を変動表示可能な２つの変動表示装置（変動表示装置（１）、変動表示装置（２））が設けられているとする。そして、始動口１への始動入賞にもとづいて変動表示装置（１）の変動表示が実行されるとし、始動口２への始動入賞にもとづいて変動表示装置（２）の変動表示が実行されるとする。

可変入賞球装置が開放することにより大当り状態になる。また、変動表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（例えば、左中右が同じ奇数図柄で揃った図柄の組み合わせ。すなわち、７７７などの確変図柄の組合せ）になることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（高確率状態。すなわち、確変状態。）が発生する。大入賞口は、大入賞口１と大入賞口２との２つ設けられている。例えば、始動口１への入賞にもとづいて大当りが発生したときには大入賞口１が第１の状態となり、始動口２への入賞にもとづいて大当りが発生したときには大入賞口２が第１の状態になる。さらに、遊技領域２７には、４つの普通入賞口１〜４が設けられている。

なお、この実施の形態では、大入賞口、始動口および普通入賞口を包括的に表現する場合に単に入賞口ともいう。

遊技領域２７内に打込まれた遊技玉はいずれかの入賞口に入賞するか、または入賞することなくアウト口１４５（図２参照）に回収される。入賞口に入賞した遊技玉およびアウト口１４５に回収された遊技玉は再度パチンコ機２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再び打球発射位置の遊技玉が遊技領域２７内に打込まれる。

カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。カード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ３２７（図３参照）に受付けられ、カードに記録されている情報が読取られる。上記の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤならびに会員ＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員（遊技店員）が所持するリモートコントローラ（図示略：以下、リモコンという。）から赤外線信号を受信して電気信号に変換して出力するＩＲ受光ユニット３１５（図１では図示省略）が設けられている。

表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残高（カード残高または単に残高ともいう）を表示する装置であるが、後述する遊技玉数やその他の各種情報を表示可能である。また、表面が透明タッチパネルで構成され、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能であるように構成されている。

遊技者が再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときには持玉数から引落としてパチンコ機による遊技を行うことが可能になるとともに、挿入されたカードが会員カードであるが持玉数が記録されていない場合でも、貯玉がホール用管理コンピュータ１などに記録されている場合には、貯玉から引落としてパチンコ機２による遊技を行うことが可能になる。

なお、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータ１やその他の管理コンピュータにより管理される。「持玉数」とは、遊技者が遊技機により遊技を行った結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」という。

なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行われて遊技場に預入れられた玉数であるか、または、未だに遊技場に預入れられていない段階の玉数であるかの点である。

本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ１などの上位サーバに会員カード番号と対応付けて記憶させ、会員カード番号にもとづいて対応する貯玉を検索できるように構成されている。持玉は、カードに直接記録されている。しかし、そのような構成に限られず、双方を上位サーバにカード番号と対応付けて記憶させてもよい。

紙幣挿入口３０２に挿入された紙幣は、貨幣識別器３４４により取込まれてその真贋や紙幣種別の識別がなされる。

カードユニット３の前面側には、さらに、貸出しボタン３２１と返却ボタン３２２とが設けられている。貸出しボタン３２１は、挿入されたカードに記録されている残高を引落としてパチンコ機２による遊技に用いるための操作を行うボタンである。返却ボタン３２２は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数を記憶させて排出するための操作ボタンである。

パチンコ機２における遊技領域２７の下方位置には、表示器５４とチャンスボタン５６およびジョグダイヤル５７が設けられている。表示器５４は、液晶表示装置で構成され、図８２または図８６〜図１０３を参照して後述するような表示画面を遊技者に表示する。ジョグダイヤル５７は、遊技者が回動操作することにより表示器５４に表示されている表示画面における各種表示項目（アイコン）などを選択指定するものである。そして、遊技者がジョグダイヤル５７を回動操作することにより表示器５４に表示される表示画面上の各種表示項目において選択対象になるものが順次移動表示され、ジョグダイヤル５７を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン５６を遊技者が押圧操作することにより、選択された表示項目が指定されて遊技者の選択が確定されることになる。

図２は、パチンコ機２の背面図である。まず、封入循環式の遊技玉の循環経路を説明する。

パチンコ遊技機の遊技盤保持枠９５には、遊技盤取付用の回動レバー１００が設けられ、回動レバー１００を回動操作することにより、遊技盤２６が着脱可能である。遊技領域２７に設けられている入賞口や可変入賞球装置などから入賞したすべての入賞玉は入賞玉集合カバー部材１４４で集められて入賞玉流下経路１４７を流下する。アウト口１４５に進入したアウト玉は、入賞玉流下経路１４７を流下する入賞玉と合流して合流経路７０２を流下する。合流経路７０２には合流経路検出スイッチ３２が設けられ、合流経路７０２を流下する玉が検出される。従って、各入賞口（大入賞口、始動口、普通入賞口）およびアウト口１４５に進入した遊技玉は、全て合流経路検出スイッチ３２で検出される。

ファール玉はファール玉戻り口１５０から排出された後、ファール玉検出スイッチ３３で検出される。その後、ファール玉は合流経路７０２に進入する。合流経路７０２を流下した遊技玉は、玉回収樋１８９に案内される。

以上のことから、合流経路検出スイッチ３２で検出された遊技玉数とファール玉検出スイッチ３３で検出された遊技玉数との合計数が、遊技領域２７に発射された後に遊技領域２７を経由して回収された遊技玉数の総数（各入賞口に入賞した遊技玉数、アウト口１４５に進入した遊技玉数、およびファール玉戻り口１５０から排出された遊技玉数の合計数）になる。

玉回収樋１８９に案内された遊技玉は、揚送装置１９０により揚送される。揚送装置１９０は、揚送モータ４０により回転する揚送用スクリューが内蔵され、揚送用スクリューが回転することにより遊技玉が揚送される。揚送装置１９０の背部には、揚送途中の遊技玉と接触することにより遊技玉を研磨する研磨部材２００ａ、２００ｂ（２００ｂは図面上見えない）が設けられ、遊技玉は揚送されつつ、その表面が研磨される。

揚送装置１９０の玉入口側（下方側）に玉上げスイッチ（下）４１ｂが設けられ玉排出側（上方側）に玉上げスイッチ（上）４１ａが設けられている。これら玉上げスイッチ（上）４１ａ、玉上げスイッチ（下）４１ｂにより、揚送される遊技玉が検出される。揚送装置１９０で揚送され玉上げスイッチ（上）４１ａで検出された遊技玉は、発射玉誘導路１５３に誘導されて打込玉出口１４９から玉送り装置（図示省略）に供給される。玉送り装置は、遊技者が打球操作ハンドル２５を操作して遊技玉を１発打つ毎に次の遊技玉を１つ打球発射位置に送り込む機能を有する。玉送り装置により送り込まれる遊技玉が、発射検出スイッチ（図示省略）により検出されて発射検出信号が後述するように払出制御基板１７に入力される。

さらに、遊技玉の循環経路途中に遊技玉過不足検出スイッチ４２ａ，４２ｂが設けられ（図４参照）、循環経路内の遊技玉が所定個数（例えば、５０個）になっているか否かを検出する。なお、遊技玉過不足検出スイッチ４２ａ，４２ｂは、例えば、図２に示す玉回収樋１８９の所定箇所に設けるようにし（例えば、玉回収樋１８９において所定間隔を離して遊技玉過不足検出スイッチ４２ａと遊技玉過不足検出スイッチ４２ｂとを配置し）、玉回収樋１８９の下流側（発射可能領域に近い側）に配置された方の遊技玉過不足検出スイッチで遊技玉を検出できなくなった場合に遊技玉数が不足すると判定したり、玉回収樋１８９の上流側（各入賞口やアウト口１４５、ファール玉戻り口１５０に近い側）に配置された方の遊技玉過不足検出スイッチで遊技玉を検出した場合に遊技玉数が過剰であると判定したりするようにすればよい。

なお、この実施の形態では、後述するように、浮遊玉数カウンタを用いて、遊技領域２７に発射された遊技玉数といずれかの入賞口やアウト口１４５、ファール玉戻り口１５０で回収された遊技玉数との差分値を浮遊玉数（発射した後、入賞口やアウト口１４５、ファール玉戻り口１５０で回収される前の遊技領域２７を浮遊している状態の遊技玉の数）をカウントし、浮遊玉数カウンタの値を閾値判定して異常時制御を行う。そのため、浮遊玉数カウンタの値にもとづいて遊技玉数の過不足も認識できるのであるから、遊技玉過不足検出スイッチ４２ａ，４２ｂを設けなくてもよい。また、逆に、例えば、後述する浮遊玉数カウンタに代えて、遊技玉過不足検出スイッチ４２ａ，４２ｂの検出結果にもとづいて、後述する異常時制御を行うようにしてもよい。

次に、図３参照して、パチンコ機２は、額縁状の木枠４に対して、前枠（セルともいう）５とガラス扉６とが左側縁を揺動中心として開閉可能に設けられている。

前枠５における揺動中心とは反対側の端縁付近には、上下１対の係合突起６ａ、６ｂが設けられている。係合突起６ａ、６ｂは、図示しないばねによって下方向に押圧されている。木枠４の係合突起６ａ、６ｂに対向する位置に、係合受け片７ａ、７ｂが設けられている。開放状態の前枠５を木枠４に押付けることにより係合突起６ａ、６ｂが係合受け片７ａ、７ｂを乗越え、乗越えた状態でばねの付勢力により係合突起６ａ、６ｂが下方に移動し、ロック状態になる。

そして、前枠５の裏面側に前枠開放ソレノイド１１が設けられ、前枠開放ソレノイド１１が励磁されることによりばねの付勢力に抗して上下１対の係合突起６ａ、６ｂが上方に押上げられ、その結果、係合受け片７ａ、７ｂに対する係合突起６ａ、６ｂの係合が解除されてロック解除状態となり、前枠５が開放される。

さらに、前枠５にはガラス扉６用の係合突起８も設けられ、係合突起８に対向するガラス扉６部分には、係合穴９が設けられている。係合突起８は、図示しないばねによって下方に押圧され、開放状態のガラス扉６を前枠５に押付けることにより係合穴９の下縁部分によって係合突起８が押上げられて乗越えることにより、ばねの付勢力により係合突起８が押下げられ、係合突起８と係合穴９とが係合されてロック状態になる。この状態で、前枠５の裏面に設けられているガラス扉開放ソレノイド１０を励磁することにより、ばねの付勢力に抗して係合突起８が引上げられ、係合突起８と係合穴９との係合が解除されてロック解除状態となり、ガラス扉６が開放される。

木枠４の上方部分における前枠５と接触する箇所に前枠閉鎖検出器１３が設けられ、前枠５が木枠４に押付けられてロック状態となったことが検出される。また、前枠５の上方部分におけるガラス扉６との接触部分にガラス扉閉鎖検出器１２が設けられ、ガラス扉６が前枠５に押付けられてロック状態となったことがガラス扉閉鎖検出器１２により検出される。

次に、図４を参照して、カードユニット３とパチンコ機２との制御回路の概略を説明する。

カードユニット３には、マイクロコンピュータなどから構成された制御部３２３が設けられている。制御部３２３は、制御中枢としてのＣＰＵ（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進んでいるため、クリア要求は到達していないと判断し、リカバリ応答で送信されてきたリカバリデータをもとにバックアップ値を修正する処理を行う。具体的には、遊技玉数＝５００（現在遊技玉数）＋０（現在加算玉数）−０（現在減算玉数）＝５００、加算玉数累計＝０、減算玉数累計＝０、始動口１累計＝０、始動口２累計＝０に修正する。

次に、図７９を参照して、クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、同じＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図７９に示す処理では、図４５に示された処理と同様に、ＣＵは、Ｐ台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中ＯＦＦおよびカード返却処理中ＯＮのデータを含むコマンドをＰ台に送信する（図７９では、図示せず）。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦ、遊技禁止のデータおよび遊技完了ＯＦＦを含むレスポンスをＣＵへ返信する（図７９では、図示せず）。そして、図４５に示された処理と同様に、Ｐ台において、１０秒ウエイトを設け、１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。

そして、ＣＵが、ＳＱＮ＝ｎ＋２にし、動作指示として、クリア要求有およびＳＱＮ＝ｎ＋２を含むコマンドをＰ台に送信する。

そして、Ｐ台は、動作指示を受けて、クリア要求に従って遊技玉を０クリアして遊技玉＝０にするとともに、ＳＱＮも０クリアしてＳＱＮ＝０にした上で、動作応答として、ＳＱＮ＝０、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口１回数＝０、および始動口２回数＝０のレスポンスをＣＵに送信する。レスポンスがＣＵに到達せず、ＣＵにおいて、レスポンスに応じた動作応答処理を行う前の段階で電源断が発生した場合に、以降ＣＵからのコマンドがＰ台に送信されなくなる。Ｐ台では、図３５を参照して説明したように、１秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。

Ｐ台では、リカバリデータとして、ＳＱＮ＝０、前回玉数としての、前回加算玉数＝０、前回減算玉数＝０、前回始動口１回数＝０、前回始動口２回数＝０、現在玉数としての、現在遊技玉数＝０、現在加算玉数＝０、現在減算玉数＝０、現在始動口１回数＝０、現在始動口２回数＝０を記憶し、リカバリ応答としてＣＵに送信する。

ＣＵでは、Ｐ台側のＳＱＮが０のため、Ｐ台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータをもとにバックアップ値を修正する処理を行う。具体的には、遊技玉数＝５００（ＣＵのバックアップ値）＋０（現在加算玉数）−０（現在減算玉数）＝５００、加算玉数累計＝０（現在加算玉数）、減算玉数累計＝０（現在減算玉数）、始動口１累計＝０（現在始動口１回数）、始動口２累計＝０（現在始動口２回数）に修正する。

次に、図８０を参照して、クリア要求到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図７８と同様に、挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図８０に示す処理では、図４５に示された処理と同様に、ＣＵは、Ｐ台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中ＯＦＦおよびカード返却処理中ＯＮのデータを含むコマンドをＰ台に送信する（図８０では、図示せず）。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦ、遊技禁止および遊技完了ＯＦＦのデータを含むレスポンスをＣＵへ返信する（図８０では、図示せず）。そして、図４５の処理と同様に、Ｐ台において、１０秒ウエイトを設け、１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。

次に、電源断中に何らかの理由によってＣＵとＰ台との接続状態が切り替えられたとする。この場合、図８０に示す例では、最初ＣＵ１とＰ台１とが接続されている状態から、ＣＵ２とＰ台１とが接続されＣＵ１とＰ台２とが接続されている状態に切り替えられたとする。そして、ＣＵとＰ台との接続状態が切り替えられた状態で再接続シーケンスを開始した後には、図３７に示された処理と同様に、ＣＵ内部において通信制御ＩＣ認証シーケンスが実行されるとともに、ＣＵとＰ台との間でチップＩＤ認証シーケンスが実行される。そして、ＣＵとＰ台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図８０に示す例では、新たに接続されたＣＵ２およびＰ台２は、ともに初期状態のものであるとし、ＣＵ２が保持している遊技玉数は０であり、Ｐ台２が保持している前回加算玉数や前回減算玉数、前回始動口１回数、前回始動口２回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口１回数、現在始動口２回数は０であるとする。

Ｐ台１では、リカバリデータとして、ＳＱＮ＝ｎ＋１、前回玉数としての、前回加算玉数＝０、前回減算玉数＝０、前回始動口１回数＝０、前回始動口２回数＝０、現在玉数としての、現在遊技玉数＝０、現在加算玉数＝０、現在減算玉数＝０、現在始動口１回数＝０、現在始動口２回数＝０を記憶し、リカバリ応答としてＣＵ２に送信する。

次に、図８１を参照して、クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断や通信コネクションの切断が発生した場合であって、異なるＣＵとＰ台とが接続されている状態で電源断や通信断から復帰した場合のリカバリ処理を説明する。図７９に示された処理と同様に、挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図８１では、図４５に示された処理と同様に、ＣＵは、Ｐ台に対して、動作指示として、遊技を禁止するための禁止要求有、クリア要求無、クリア表示中ＯＦＦおよびカード返却処理中ＯＮのデータを含むコマンドをＰ台に送信する（図８１では、図示せず）。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦ、遊技禁止のデータおよび遊技完了ＯＦＦを含むレスポンスをＣＵへ返信する（図８１では、図示せず）。そして、図４５に示された処理と同様に、Ｐ台において、１０秒ウエイトを設け、１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。

次に、電源断中に何らかの理由によってＣＵとＰ台との接続状態が切り替えられたとする。この場合、図８１に示す例では、最初ＣＵ１とＰ台１とが接続されている状態から、ＣＵ２とＰ台１とが接続されＣＵ１とＰ台２とが接続されている状態に切り替えられたとする。そして、ＣＵとＰ台との接続状態が切り替えられた状態でＣＵにおいて電源断が復旧して起動した場合に、図３７に示された処理と同様に、接続シーケンスを再開させ、ＣＵ内部において通信制御ＩＣ認証シーケンスが実行されるとともに、ＣＵとＰ台との間でチップＩＤ認証シーケンスが実行される。そして、ＣＵとＰ台との間でリカバリ要求のコマンドおよびリカバリ応答のレスポンスの送受信が行われる。なお、図８１に示す例では、新たに接続されたＣＵ２およびＰ台２は、ともに初期状態のものであるとし、ＣＵ２が保持している遊技玉数は０であり、Ｐ台２が保持している前回加算玉数や前回減算玉数、前回始動口１回数、前回始動口２回数、現在遊技玉数、現在加算玉数、現在減算玉数、現在始動口１回数、現在始動口２回数は０であるとする。

Ｐ台１では、リカバリデータとして、ＳＱＮ＝０、前回玉数としての、前回加算玉数＝０、前回減算玉数＝０、前回始動口１回数＝０、前回始動口２回数＝０、現在玉数としての、現在遊技玉数＝０、現在加算玉数＝０、現在減算玉数＝０、現在始動口１回数＝０、現在始動口２回数＝０を記憶し、リカバリ応答としてＣＵ２に送信する。

図８２は、カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理に連動して表示される動作状態の表示画面を示す説明図である。図８２を参照すると、カードが挿入されていない状態では、カード挿入処理中ＯＦＦ、加算表示中（カード挿入）ＯＦＦの動作指示のコマンドがＣＵからＰ台に送信され、動作応答として遊技禁止、遊技玉＝０のレスポンスがＰ台からＣＵへ返信される。このようなコマンドおよびレスポンスの送受信中において、図８２左上の[通常画面（カード未挿入）]に示すように、ＣＵの表示器３１２に、「カード種別」のタイトルの欄に「なし」、「遊技玉」のタイトルの欄に「０発」が表示される。また、Ｐ台の表示器５４には、図８２右上の[通常画面（カード未挿入）]に示すように、「遊技玉」のタイトルの欄に「０玉」、「カード残高」のタイトルの欄に「０円」が表示される。なお、表示器３１２および表示器４３には、現時点におけるＰ台の遊技状態を示す各種データが表示される。例えば、図８２では、スタート回数、大当り回数、確変回数、最高連チャンの回数が表示されるとともに、特賞間スタート回数（或る回の大当りと次の回の大当りとの間での有効始動入賞回数）が棒グラフとして表示される。さらに、ＣＵ側の表示器３１２には、貸玉金額設定の金額表示部、カード残高の金額表示部、再プレイ玉数の表示部、貯玉の玉数の表示部、貸玉のレートの表示部が設けられている。

さらに、ＣＵ側の表示器３１２は、タッチパネルで構成され、各表示画面の左上に、「台情報」「設定変更」「注文メニュー」の表示項目が表示され、いずれかを選択してタッチ操作することにより、タッチ操作された表示画面に切換わる。図８２では、「台情報」が選択された状態の画面が表示されている。

また、ＣＵ側の表示器３１２には、各表示画面の下方部分に、「返却」「貸出」「再プレイ」「呼出」の選択操作表示部が設けられ、遊技者がこれら表示部のいずれかを選択してタッチ操作することにより、ＣＵに指令を入力することができる。例えば、「返却」をタッチすれば、挿入されているカードが返却され、「貸出」をタッチすれば、挿入されたカードに記録されているプリペイド残高からの遊技玉の貸出が行われる。また「再プレイ」をタッチすれば、挿入されているカード（会員カード）の持玉または貯玉を用いた再プレイを行うことができる。「呼出」をタッチすれば、遊技場の係員を呼出すための報知がなされる。

カードが挿入された時点でＣＵは動作指示としてカード挿入処理中、動作要求なしのコマンドをＰ台に送信する。Ｐ台では、それを受けて、ＣＵ側でカード挿入処理が開始されたことを検知する。動作指示のコマンドの送受信以降、上位サーバ（例えば、ホール用管理コンピュータ１）への問合せ中の状態になる。問合せ中の状態では、ＣＵ側の表示器３１２では、上から２番目の[カード残高問合せ中画面]に示されているように「問合せ中」の表示が行われ、またＰ台側の表示器５４では、上から２番目の[通常画面（カード残高問合せ中）]に示されているように画面左下隅に、サーバからＩＣへの矢印表示がなされて挿入されているカードをサーバに問合せている絵が表示される。なお表示画面中の「ＩＣ」は、カード（ＩＣカード）を示している。

動作指示を受信したＰ台は、動作応答として待機中、遊技玉＝０のレスポンスをＣＵへ返信する。

ＣＵでは、サーバへ問合せることによって挿入されているカードの照合がなされて挿入されているカードの持玉（＝５０００）と残高（＝７０００）とが確定すれば、動作指示として、カード保持中、加算要求玉数＝５０００、カード残高＝７０００のコマンドをＰ台に送信する。コマンドの送信以降ＣＵは加算表示中になる。コマンドを受信したＰ台では、ＣＵ側でカード残高および持玉が確定したことを検知し、それ以降加算表示中になる。

加算表示中において、ＣＵの表示器３１２では、上から３番目の[玉貸し中画面]に示されているように持玉の表示欄に「５０００玉」が表示されて遊技機に向かって矢印表示がなされ、持玉５０００玉を遊技機に送信している最中であることが遊技者に表示される。Ｐ台では、表示器５４により、上から３番目の[通常画面（玉貸し中）]に示されているように、ＩＣから遊技玉表示部およびカード残高表示部に向かって矢印表示され、これにより玉貸しに伴う加算中である表示（加算表示中）がなされる。そして、遊技玉表示部に「５０００玉」、カード残高表示部に「７０００円」が表示される。

次に、Ｐ台からＣＵへ、動作応答として遊技玉＝５０００を含むレスポンスが送信される。ＣＵでは、加算表示中を示す玉の移動表示を開始してから２〜３秒経過した段階で、加算表示中を終了させ、表示器３１２に挿入されているカード種別を示す「会員」、遊技玉として「５０００発」を表示する状態に切換わる。Ｐ台は、加算表示中としての玉の移動表示を開始してから２〜３秒経過後に加算表示中を終了させ、表示器５４による玉の移動表示を終了させる。

このように、問合せ中や加算表示中などの動作処理の開始の表示は、ＣＵとＰ台とでタイミングを合せて開始させるが、それら動作処理の表示の終了は、ＣＵからＰ台へなんら終了指令などを送信せず、Ｐ台側において独自のタイミングで終了させることができ、ＣＵ側での終了タイミングに拘束されることがない。その結果、Ｐ台側独自の個性的な表示を行うことができる。

図８３は、遊技中に遊技者が遊技玉を他人に分割譲渡して持玉共有を行う場合の制御を示すフローチャートである。図８３および図８４、図８５は、遊技者が遊技を継続しつつ遊技玉を他人に分割譲渡して持玉共有を行うことができる制御を示すフローチャートである。

図８３を参照すると、まず、持玉＝５０００の会員カードとしてのカードＡがＣＵに挿入される。会員カードがＣＵに挿入された場合には、会員カードの遊技用価値（持玉、貯玉およびプリペイド残高）がすべて０になったとしても遊技終了時に会員カードを遊技者に返却しなければならない。

カードＡが挿入された後、ＣＵは、カードＡの持玉である「５０００」をＰ台側において加算させるための加算要求玉数＝５０００を含むコマンドをＰ台に送信する。Ｐ台では、それを受けて、遊技玉＝５０００に更新した上で、動作応答として遊技玉＝５０００を含むレスポンスをＣＵに送信する。その後、Ｐ台において遊技が開始され、遊技の実行に伴って遊技玉が減少して４０００となった段階で、１０００玉分の遊技玉を他人に譲渡して持玉共有を行う持玉共有（１０００玉）の指定操作が行われた場合に、それ以降ＣＵとＰ台とにおいて持玉分割中の状態になる。

他人に分割譲渡（持玉共有）する持玉が記録されたカードＢはＣＵ内のカードストック部にストックされているストックカードをカードリーダライタ３２７に取出して補填してカードＢに持玉を書込んでＣＵから排出するのであるが、カードＢを排出するにはまず先に既にカードリーダライタ３２７に挿入されているカードＡを排出する必要がある。その際、カードＡ（遊技者所有の会員カード）に現時点におけるすべての遊技玉（＝４０００）を書込んで排出した場合には、遊技玉＝０となってそれ以降遊技を続行することができなくなる。

そこで、遊技をしながら持点分割（持玉共有）を行うことを可能にするために、カードＡを「持点＝０」の状態でＣＵから排出し、持点に相当する遊技玉をＣＵに担保情報として残しておくように制御する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、挿入されているカードＡのカード番号と遊技玉数＝０とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、持点を０に更新する。その後、ＣＵがカードＡを排出する。

カードＡ（持点＝０）がＣＵのカードリーダライタ３２７から排出された後、ＣＵ内のストックカードＢ（持点＝０）をカードリーダライタ３２７に取出して補填する。その時点で、Ｐ台において遊技の続行に伴って遊技玉が減算し、遊技玉＝３８００の状態となっている。そして、カードＢに分割譲渡（持玉共有）する持玉である１０００を書込むために、減算要求玉数＝１０００の動作要求（動作指示）を含むコマンドがＣＵからＰ台に送信される。Ｐ台では、それを受けて、現時点の遊技玉数３８００から１０００を減算して遊技玉数＝２８００にし、遊技玉数＝２８００を含む動作応答をＣＵに送信する。ＣＵは、それを受けて遊技玉＝２８００のデータをバックアップ記憶する。

次に、ＣＵは、カードリーダライタ３２７によりカードＢに「持玉＝１０００」を書込み、カードＢを返却（排出）する。排出されたカードＢを遊技者が他人に手渡すことにより他人に遊技玉を分割譲渡（持玉共有）することができる。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、ＣＵがカードＢを排出する。

ＣＵは、カードＢを排出した後、先に排出した遊技者の会員カードであるカードＡの再挿入待ちの状態となり、カードＡの挿入を促す表示を表示器３１２により行う（図９１参照）。そして、それを見た遊技者がカードＡをＣＵへ挿入する。その時点で遊技玉＝２７５０となっている。カードＡがＣＵへ挿入されれば、ＣＵは、挿入されたカードＡと持点共有処理に伴って一旦排出されたカードＡとが同じものであるか否か（例えば、双方のカード番号が一致するか否か）を判別し、一致しない場合はカードＡを排出するが、一致する場合は持玉分割（玉共有）の処理が終了し、その旨が表示器３１２により表示される（図９２参照）。

挿入されたカードＡには遊技終了後のカード返却時に遊技玉を持玉として書込んでＣＵから排出される。

図８４には、遊技者が持玉５０００玉分が記録されたビジターカードＢをＣＵへ挿入して遊技を行いつつ持玉の分割譲渡（持玉共有）を行った場合の制御動作が示されている。この場合には、先に挿入されているカードＢが、必ずしも遊技者に返却する必要のないビジターカードであるために、その先に挿入されているビジターカードＢに他人に分割する持玉を書込んで排出しビジターカードＢを他人に譲渡することによって持玉共有を行うようにしている。

まずビジターカードＢ（持玉＝５０００）をＣＵに挿入することにより、挿入されたカードＢに記録されている５０００の持玉すべてを遊技玉として加算する加算要求玉数＝５０００を含む動作要求（動作指示）がＣＵからＰ台に送信される。

Ｐ台は動作要求を受けて、遊技玉＝５０００を記憶するとともに、遊技玉＝５０００を含む動作応答をＣＵへ返信する。その段階からＰ台で遊技が可能となり遊技中の状態になる。

そして、遊技玉が遊技に使用されて遊技玉＝４０００となった後に、１０００玉分の遊技玉を他人に分割譲渡する持玉共有（１０００玉）の指定が遊技者によって行われる。この段階から持点分割中の状態になる。この段階ではさらに遊技玉が遊技に用いられて遊技玉＝３８００となっている。そして、ＣＵから分割譲渡（持玉共有）のための１０００玉分の遊技玉を減算する減算要求玉数＝１０００を含む動作要求がＣＵからＰ台に送信される。Ｐ台は、それを受けて、現時点の遊技玉３８００から１０００を減算して遊技玉＝２８００とし、遊技玉＝２８００を含む動作応答をＣＵへ返信する。ＣＵでは、それを受けて、遊技玉＝２８００のデータをバックアップ記憶する。そして、カードリーダライタ３２７に保持されているカードＢに「持玉＝１０００」を書込んでカードＢを返却（排出）する。この段階で、持玉の分割譲渡（持玉共有）の処理が終了する。その後においても遊技者がＰ台で遊技を続行し、遊技者が遊技を終了するべく返却ボタン３２２を押圧操作すれば、図４５に示したカードの返却処理に移行し、ＣＵ内にストックされているストックカードがカードリーダライタ３２７に取出されて、その時点における遊技玉に相当する持玉のデータがストックカードに記録されて排出される。

なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵから受信した遊技玉数に対応する値（＝１０００点）に更新するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、ＣＵがカードＢを排出する。そして、遊技終了時に排出されるストックカードについても、カード番号とカード排出時点における遊技玉数のデータとを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、カードＢの所有者がストックカードの所有者に変更された旨の履歴を記憶しておく。その後、ＣＵがストックカードを排出する。

図８５は、遊技玉の分割譲渡（持玉共有）の他の例を示すフローチャートである。図８５を参照して、図８３に示された制御処理との相違点を説明する。図８５に示す処理において、遊技玉の分割譲渡（持玉共有）を行う際に、既に挿入されている遊技者の会員用カードであるカードＡを先に返却する点は図８３に示された処理と同じであるが、返却の際に、持玉分割中に遊技を続行するのに必要とされる遊技玉（担保玉２００発）を確保した上で残りの遊技玉をカードＡに持玉として記録した上で排出する点が、図８３に示された処理とは異なる。

具体的には、まず、遊技者がタッチパネルからなる表示器３１２を操作して１０００玉を分割譲渡する持玉共有の指定を行う。するとＣＵは、分割譲渡する共有玉１０００発と担保玉２００発とをＣＵに残し、残りの遊技玉３８００を算出する。具体的には、現時点の遊技玉（５０００）−担保玉（２００）−共有玉（１０００）＝３８００と計算する。そして、算出された３８００の遊技玉を減算するために、減算要求玉数＝３８００を含む動作要求のコマンドをＣＵがＰ台に送信する。Ｐ台は、それを受けて、現在の遊技玉５０００から３８００を減算し、残りの遊技玉１２００を算出して記憶する。そして、遊技玉＝１２００を含む動作応答をＣＵに返信する。

ＣＵでは、動作応答（レスポンス）を受信し、担保玉＝２００、共有玉＝１０００をＣＵに残した上で、カードリーダライタ３２７に保持されているカードＡに持玉＝３８００を書込んで排出する。このように、Ｐ台において遊技を続行しながら持玉の分割譲渡（持玉共有）を行うので、ＣＵにプレイ用の担保玉（プレイ：２００玉）を残して挿入されていたカードＡの返却を行う。

その後、ＣＵは、ＣＵ内にストックされているストックカード（持玉０のカードＢ）をカードリーダライタ３２７に取出して補填する。その間にも、Ｐ台では遊技が続行され、その結果、加算玉数＝１０、減算玉数＝６０が発生している。よって、遊技玉＝１２００＋１０（加算玉数）−６０（減算玉数）＝１１５０となっている。

そして、ＣＵにおいて、共有玉１０００発を分割譲渡（持玉共有）するべく、減算要求玉数＝１０００を含む動作要求のコマンドをＰ台に送信する。

Ｐ台では、それを受けて、現在の遊技玉１１５０から減算要求玉数１０００を減算して残りの遊技玉＝１５０を算出し、遊技玉＝１５０を含む動作応答のレスポンスをＣＵに送信する。

ＣＵでは、それを受信し、カードＢに「持玉＝１０００」を書込んで返却（排出）する。遊技者は排出されたカードＢを他人に与えることにより遊技玉の分割譲渡（持玉共有）を行うことができる。

カードＢが排出された後ＣＵは、先に排出した遊技者の会員カードＡの再挿入を促す表示を表示器３１２により行う。それを見た遊技者は先に排出されたカードＡ（持玉＝３８００）をＣＵへ再挿入する。その間にもＰ台で遊技が続行され、その結果、加算玉数＝１０、減算玉数＝８５が発生している。そのために、カードＡが再挿入された時点での遊技玉＝１５０＋１０−８５＝７５となっている。そして、カードＡが再挿入された時点でＣＵは、挿入されたカードＡと持点共有処理に伴って一旦排出されたカードＡとが同じものであるか否か（例えば、双方のカード番号が一致するか否か）を判別し、一致しない場合はカードＡを排出するが、一致する場合はＣＵは、カードＡに記録されている持玉＝３８００を遊技玉としてＰ台に加算させるべく、加算要求玉数＝３８００を含む動作要求のコマンドをＰ台に送信する。Ｐ台は、それを受けて、遊技玉＝７５＋３８００＝３８７５を算出し、現在の遊技玉として記憶するとともに、遊技玉＝３８７５を含む動作応答のレスポンスをＣＵに送信する。

なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードＢのカード番号と分割譲渡（持玉共有）する持点である１０００とを上位サーバに送信し、上位サーバにて受信したカード番号に対応付けて持点＝１０００を記憶するとともに、当該カードが分割譲渡（持点共有）されたカードであり１０００点が持玉共有により生じた持点であることを履歴として記憶しておく。その後、ＣＵがカードＢを排出する。

図８６〜図１０３は、ＣＵの表示器３１２により表示される画面を示す説明図である。

図８６〜図９２を参照して、図８３に示された持玉共有を行う場合の表示器３１２に表示される表示画面を説明する。

画面左半分の上方に表示された「メニュー」の表示項目（アイコン）を遊技者がタッチして表示された複数のメニューの中から持玉共有を遊技者が選択指定した状態が、持玉共有の表示画面として図８６に示されている。持玉共有（遊技玉の分割譲渡）は、遊技者所有の持玉からの分割譲渡または貯玉からの分割譲渡のいずれも可能である。そのために、まず「玉共有元を選択してください」のメッセージ表示がなされ、選択対象になる持玉を表わす表示項目（アイコン）と貯玉を表わす表示項目（アイコン）とが表示される。

図８６における右半分の表示画面では、現時点で挿入されているカードの状態が表示されている。図８６には、会員カードが挿入され、会員カードは、カード残高が０円、持玉が０玉、貯玉が５００玉、現時点における遊技玉が１００００玉であることが示されている。

また、ＣＵの状態として、カード残高から遊技玉を貸出す際の貸出単位金額が５００円であり、５００円分の玉数である１２５玉が払出玉数であることが表示されている。さらに、遊技者が紙幣をＣＵに挿入して挿入されているカードのカード残高をリロードできるという「入金可」の状態であることが示されている。

遊技者は、画面左半分の「持玉」または「貯玉」のいずれかをタッチ操作して玉共有元の選択入力を行う。ここでは、「持玉」を選択した場合を示す。

遊技者が「持玉」を選択した場合には、図８７に示す画面が表示される。画面左半分に「共有する玉数を選択ください」のメッセージ表示がなされるとともに、共有玉数の選択対象として、５００玉、１０００玉、１５００玉、２０００玉、２５００玉、３０００玉、３５００玉、４０００玉、５０００玉の９種類が表示される。遊技者は９種類の中から１つをタッチして選択入力する。ここでは、「１０００玉」を選択入力した場合を説明する。

遊技者が「１０００玉」を選択入力すると、図８８に示す画面が表示される。図８８に示す画面には、「持玉が上記明細で分割されます。よろしいですか？」のメッセージが表示されるとともに、共有玉数の明細として、自分のカードの玉数が９０００となり、他人に分割譲渡（持玉共有）する共有のカードの玉数が１０００になることが表示されている。そして、「玉共有開始」の表示項目（アイコン）と「キャンセル」の表示項目（アイコン）とが表示される。遊技者はそれら表示項目のいずれかにタッチして選択入力する。「キャンセル」を選択すれば持玉共有がキャンセルされる。「玉共有開始」が選択入力された場合には、共有玉数の明細に示したとおりの玉共有処理が開始される。

遊技者が「玉共有開始」を選択入力すると、図８９に示す画面が表示される。図８９に示す画面には、「自分のカードが排出されます」のメッセージ表示がなされるとともに、玉共有処理の進行状況を示す玉共有処理状況画像が表示される。玉共有処理状況画像は、処理の順番として１、２、３の３種類あり、第１処理では、自分（遊技者）のカードの排出、第２処理として共有のカードの排出、第３処理として排出された自分のカードの再挿入が表示されている。そして「状況」の欄に、上から「処理」「待ち」が表示され、現時点では第１処理が処理中であることが示されている。そして、第１処理から破線で自分のカードが排出される画像が示されている。

図８９における右半分の画面では、現時点におけるＰ台においての遊技玉である１００００玉が点滅表示される。

自分のカードの排出が終了した段階で、次に、図９０に示す画面が表示される。図９０に示す画面には、「状況」の欄に、第１処理としての自分のカードの排出が「済」であり、次に第２処理としての共有カードの排出が処理中であることが示されている。そして第２処理から矢印で共有カードが排出されている状態が示されている。

共有カードの排出が終了した段階で、次に、図９１に示す画面が表示される。図９１に示す画面には、第１処理としての自分のカードの排出が済であり、かつ第２処理としての共有のカードの排出が済であり、現時点では自分のカードの再挿入が処理中であることが示されている。そして第３処理の箇所に矢印で自分のカードを挿入する画像が表示されている。

遊技者が自分のカードをＣＵに再挿入した段階で、次に、図９２に示す画面が表示される。図９２に示す画面には、「玉共有が完了しました」のメッセージが表示されるとともに、玉共有処理状況として、第１処理、第２処理、第３処理のすべてが済であることが示される。そして、１０００玉分の持玉共有が完了したために、現時点におけるＰ台における遊技玉が１００００−１０００＝９０００で、９０００玉となっていることが表示されている。

次に、図９３〜図９９は、図４４に示したワゴンサービスの制御処理が実行された場合の表示器３１２の表示画面を示す説明図である。

まず、図９３には、画面左半分の上方部分に表示されている「ワゴンサービス」の表示項目（アイコン）を遊技者がタッチして選択入力した状態が図９３の表示画面が示されている。始めに、「注文する種類を選択してください」のメッセージ表示がなされて、ワゴンメニューとして、「定番メニュー５品」、「ドリンク類３０品」、「フード類１０品」、「スイーツ類２０品」の４種類のメニューが表示されるとともに、「注文状況確認」のアイコンが表示されている。

図９３における右半分の画面には、Ｐ台における現時点での遊技玉数として１０００玉が表示されている。遊技者は、現時点の遊技玉数が１０００玉であることを考慮しつつ、１０００玉の範囲内で注文することのできるワゴンメニューを選択する。例えば、「ドリンク類３０品」を遊技者が選択した場合には、次に図９４に示す画面が表示される。図９４に示す表示画面には、「注文する商品を選んでください」のメッセージが表示されるとともに、ドリンク類の中に含まれるメニューが６種類示され、各メニューを注文する際に必要とされる遊技玉数が表示されている。遊技者は、現時点における遊技玉数が１０００玉であることを考慮しつつ表示されたメニューの中から注文するものをタッチして選択入力する。なお、左画面の各種メニューが表示されている右側に、正三角形のアイコンと逆三角形のアイコンとが表示されている。正三角形のアイコンを遊技者がタッチした場合には画面が下にスクロールされて画面上方部分が表示される状態になる。図９４に示す逆三角形のアイコンを遊技者がタッチすれば画面が上にスクロールされて画面下方部分が表示される状態になる。

図９４に示された表示画面において、遊技者が７５玉を必要とするコーヒーのメニューを選択した上で、図９５に示す「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチし、再度、図９３に示されたワゴンメニューの表示画面に戻って、図９３における「フード類１０品」のメニューを選択してフード類のメニューが表示された状態でその中から１００玉の遊技玉を必要とする「ハンバーガー」のメニューが選択され、さらに、図９５に示す「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチし、再度、図９３に示すワゴンメニューの表示画面に戻って、図９３における「スイーツ類２０品」のアイコンが選択入力され、スイーツ類の表示画面の中から遊技者が５０玉の遊技玉を必要とする「アイス」を選択した場合を説明する。

その場合には、図９５に示す画面が表示され、今までに選択入力された注文商品の明細が表示される。注文明細には、注文した商品名、消費玉数、注文した商品の数量が表示される。図９５には、消費玉数１００玉のハンバーガーが１品、消費玉数７５玉のコーヒーが１品、消費玉数５０玉のアイスが１品注文されていることが示されている。そして、合計の消費玉数が２２５玉であることが表示されている。さらに、注文商品明細の数量の欄に「追加」のアイコンが表示され、遊技者が追加のアイコンをタッチして入力することにより、１回タッチする毎に数量が「１」加算される。また数量の右側に各注文賞品に対応して「削除」のアイコンが表示されている。遊技者がアイコンをタッチ入力することにより、対応する商品の注文を削除することができる。例えば、１番上の「削除」をタッチすれば、ハンバーガーの注文が削除され、２番目の「削除」をタッチすることによりコーヒーの注文が削除され、３番目の「削除」をタッチすることによりアイスの注文が削除される。

さらに、注文商品明細の下方に、「商品追加」のアイコンが示され、これを遊技者がタッチすることにより、上述したように、再度、図９３に示すワゴンメニューの表示画面に戻り、遊技者が注文商品を選択して追加注文することができる。

また、図９５における注文商品明細の下方に「キャンセル」のアイコンが示され、遊技者がアイコンをタッチすることにより、現時点までに注文しているすべての注文商品をキャンセルすることができる。

さらに、注文商品明細の下方に「注文」のアイコンが示され、遊技者がこれをタッチ操作することにより、注文商品明細に示されたとおりのワゴンサービスの注文処理が実行されることになる。

図９５に示す表示画面において遊技者が「アイス」の注文に対応する「削除」のアイコンをタッチ操作した場合に、図９６に示す画面が表示される。図９６には、「アイス」の注文が取消された状態が示されている。

図９５に示す表示画面おいて「注文」のアイコンを遊技者がタッチ操作した場合には、図９７に示す画面が表示される。図９７に示す表示画面では、注文商品の問合せ中の画像が表示される。消費玉数の合計である２２５玉と現時点におけるＰ台での遊技玉数１０００玉との間で送受信が行われていることを示す矢印表示がなされ、交信中であることが示される。交信中であることを示す矢印の表示は、具体的には、図９８に示すように、まず消費玉数「２２５」玉からＰ台の「１０００」玉の方向に矢印が表示され、「問合せ中」の文字が表示される。

表示がなされた後に、Ｐ台の「１０００」玉から消費玉数「２２５」玉の方向へ矢印表示がなされ、「問合せ中」の文字が表示される。そして、これら両表示を複数回繰返して表示する。その表示の後、次に図９９の画面が表示される。図９９に示す画面では、「注文商品を受付けました持玉より上記消費玉数分を引落しました」のメッセージが表示されるとともに、注文商品受付完了の表示がなされて受付けた注文商品の明細および総消費玉数「２２５」玉であることが表示される。そして、画面右半分には、２２５玉の消費の結果現在のＰ台における遊技玉が「７７５」玉になっていることが表示される。

図１００および図１０１は、図４１に示されたカード挿入処理における加算表示中の表示画面を示す説明図であり、図８２に示されたＣＵ側の表示器３１２の表示画面のうち上から３番目の表示画面の他の例が示されている。

図１００に示すように、画面左半分には、画面構成は違うものの図８２に示されたＣＵ側の表示画面と同様の内容を示す遊技台情報が示されている。

図１００における画面右側には、ＣＵからＰ台へ、ＣＵに挿入されたカードの持玉である１０００玉がすべてＰ台側に移動している最中である表示がなされている。

そして持玉移動が完了した段階で、図１０１に示す表示画面に切換わり、画面右側において「持玉移動完了！」のメッセージが表示されるとともに、持玉の欄が０玉になり、Ｐ台における遊技玉として１０００玉が表示され、「１０００」が点滅表示される表示がなされる。

図１０２および図１０３は、図４５に示されたカードの返却処理におけるクリア表示中を示す表示画面を示す説明図である。図１０２に示すように、画面右半分において、Ｐ台における現時点の遊技玉が１０００玉であることが表示され、「１０００」が点滅表示される。そして、Ｐ台から持玉の表示欄に持玉移動がなされている状態が示されるとともに、「持玉移動中」の文字が表示される。

次いで、持玉の移動が完了した段階で、図１０３に示す表示画面に切換わり、Ｐ台側における遊技玉が０玉になった状態が表示されるとともに、持玉として１０００玉が表示され、「１０００」が点滅表示される。

実施の形態２．
次に、第２の実施の形態を説明する。第２の実施の形態では、遊技者は、パチンコ機２に対して、遊技を止める指標になる遊技玉の数（遊技者が保有する遊技価値の量）を設定可能である。また、パチンコ機２は、遊技者が保有する遊技玉の数が指標として設定された数に達したら、遊技不能に制御する。

図１０４は、この実施の形態におけるＣＵ側に設けられた表示器３１２の表示画面例を示す説明図である。図８２等に示されている第１の実施の形態における表示画面に対して、第２の実施の形態における表示画面には、「終了玉数設定」の表示項目が追加されている。「終了玉数設定」は、遊技を止める指標になる遊技玉の数の設定を意味する。

なお、上述したように、パチンコ機２（遊技機）における表示器５４には、表示器３１２の表示画面の内容がやや簡略化された画面が表示される。

以下、遊技者が、タッチパネルが前面に設けられているＣＵ側に設けられた表示器３１２を介して操作（特に、終了玉数の設定操作）を行う場合を例にする。

図１０５は、遊技者が「終了玉数設定」の表示項目を選択した場合の表示器３１２の表示内容の一例を示す説明図である。図１０５に示す例では、「５０００玉」、「１００００玉」、「１５０００玉」、「任意選択（自分で選ぶ）」の項目が表示されている。遊技者が、「５０００玉」、「１００００玉」または「１５０００玉」の項目を選択すると、終了玉数の設定が確定する。

なお、図１０５に例示された「５０００玉」、「１００００玉」または「１５０００玉」の項目における数値は変更可能であることが好ましい。例えば、ホール用管理コンピュータ１（図４参照）がＣＵ３に対して、上記の項目の数値を通知し、ＣＵ３における制御部３２３が、図１０５に例示された「５０００玉」、「１００００玉」または「１５０００玉」の項目における数値を変更する。そのように構成されている場合には、遊技玉数に相当する遊技価値と交換可能な景品の単価が遊技店毎に異なる場合でも、各遊技店における景品の単価（または、その倍数）に応じた数値を容易に設定することができる。

図１０６は、終了玉数の設定が確定したときの表示器３１２の表示内容の一例を示す説明図である。図１０６には、「５０００玉」が選択された例が示されている。

図１０７は、図１０５に例示された表示画面において「自分で選ぶ」の項目が選択された場合の表示器３１２の表示画面の一例を示す説明図である。図１０７に示す例では、表示器３１２の表示画面に、テンキー画像３１２Ａと入力値表示画像３１２Ｂとが表示されている。

遊技者は、タッチパネルを介して（表示されている項目に触れることによって）テンキー画像３１２Ａにおける数字を入力する。遊技者が数字を入力すると、入力値表示画像３１２Ｂに、入力された数字が反映される。また、遊技者が数字を入力する度に、入力値表示画像３１２Ｂにおいてカーソルが左に１桁分移動する。図１０７において、カーソルが存在する位置が、斜線の矩形で示されている。遊技者が、テンキー画像３１２Ａにおける「決定」を選択すると、表示器３１２の表示が、図１０６に例示されたような表示内容になる。ただし、画面に表示される数値は、図１０７に例示された画面において遊技者が入力した数字に応じた値である。

図１０８は、「終了玉数設定」が確定した後の表示器３１２の表示画面例を示す説明図である。図８２等に示されている第１の実施の形態における表示画面に対して、図１０８に例示された表示画面には、「終了玉数」の表示項目が追加されている。なお、確定した「終了玉数」は、ＣＵ３におけるＲＡＭに記憶される。また、「終了玉数」をＲＡＭの一領域であるカウンタに設定する。

なお、図１０４〜図１０８に例示された画面および遊技者の入力に関する制御は、ＣＵ側の制御部３２３（図４参照）によって実行される。すなわち、制御部３２３は、所定の遊技価値の大きさを設定するための設定手段を実現する。

また、制御部３２３は、遊技が開始された後、遊技機（パチンコ機２）から送信される発射玉数の情報にもとづいて、ＲＡＭに記憶されているカウンタの値から発射玉数（ファール玉を除く）を減算するとともに、カウンタの値に獲得玉数を加算する処理を実行する。すなわち、制御部３２３は、遊技領域２７に進入した遊技玉数に相当する分の価値をＲＡＭに記憶されている遊技価値から減算し、遊技領域２７に設けられている入賞領域に遊技玉が入賞したときに入賞に応じた価値をＲＡＭに記憶されている遊技価値に加算する遊技価値増減手段を実現する。さらに、制御部３２３は、増減されたカウンタの値が「終了玉数」と一致したときに、遊技機に対して、遊技玉の発射を停止させることを示すコマンドを送信する。

図１０９は、遊技価値の大きさを設定するための制御に関連するＣＵ側の制御部３２３の処理を示すフローチャートである。図１０９に示すように、制御部３２３は、表示器３１２の表示を制御する表示制御処理（ステップＳ８０１）と、遊技機との間での通信を実行するための通信制御処理（ステップＳ８０２）とを実行する。

図１１０および図１１１は、ステップＳ８０１の表示制御処理を示すフローチャートである。なお、カード挿入／排出口３０９には、１以上の遊技価値（カード残高）が記録されたカードが挿入されているとする。カードが挿入されていない場合、またはカードが挿入されていてもカードに記録されている遊技価値が０であり、ＣＵ３におけるＲＡＭに記憶されている玉数が０である場合には、図１１０および図１１１に示す処理は実行されない。

制御部３２３は、表示制御処理において、「終了玉数」がＲＡＭに記憶されているか否か確認する（ステップＳ８１１）。記憶されていない場合には、ステップＳ８２０に移行する。記憶されている場合には、カード残高が「終了玉数」と一致したか否か確認する（ステップＳ８１２）。一致した場合には、遊技停止要求フラグをセットし（ステップＳ８１３）、ステップＳ８４３に移行する。なお、遊技停止要求フラグがセットされると、ステップＳ８０２の通信制御処理において、遊技禁止を示す情報が遊技機に対して送信される。

カード残高が「終了玉数」と一致していない場合には、制御部３２３は、返却ボタン３２２が押下されたか否か確認する（ステップＳ８１６）。なお、遊技者は、遊技を止める場合に、プリペイドカードの返却のために返却ボタン３２２を押下する。返却ボタン３２２が押下されたことを確認したら、ステップＳ８４３に移行する。返却ボタン３２２が押下されていない場合には、制御部３２３は、遊技機から大当り情報（大当りになったことを示す情報）を受信したか否か確認する（ステップＳ８１７）。大当り情報を受信している場合には、ステップＳ８４１に移行する。なお、大当り情報しているか否か場合は、遊技機からの動作応答の「遊技台情報２」（図１９参照）における「大当り情報」（図２３参照）がオン状態であるか否かによって確認可能である。

ステップＳ８２０では、制御部３２３は、遊技機の状態が遊技中であるか否か確認する。遊技機の状態が遊技中であるか否かは、遊技機からの動作応答における「遊技台情報１」（図１９参照）によって確認可能である。遊技機の状態が遊技中であれば、処理を終了する。

遊技機の状態が遊技中でなければ、制御部３２３は、表示器３１２の表示画面に「終了玉数設定」の表示項目（図１０４参照）を表示する（ステップＳ８２１）。なお、遊技停止要求フラグがセットされた場合には、ステップＳ８０２の通信制御処理において、遊技停止を示すコマンドが遊技機に送信される。

そして、遊技者が例えばタッチパネルを用いて「終了玉数設定」の表示項目を選択した場合には（ステップＳ８２２）、制御部３２３は、遊技停止要求フラグをセットする（ステップＳ８２３）。また、制御部３２３は、図１０５に例示された終了玉数設定画面を表示器３１２に表示する（ステップＳ８２４）。

終了玉数設定画面において遊技者が「５０００玉」、「１００００玉」または「１５０００玉」の項目を選択すると（ステップＳ８２５）、図１０６に例示された設定完了画面を表示器３１２に表示する（ステップＳ８２６）。そして、ステップＳ８３４に移行する。

終了玉数設定画面において遊技者が「自分で選ぶ」の項目を選択すると（ステップＳ８２５）、制御部３２３は、図１０７に例示されたようなテンキー画像３１２Ａを含む表示画面を表示器３１２に表示する（ステップＳ８３１）。なお、遊技者が「自分で選ぶ」の項目も選択しない場合には、制御部３２３は、処理を終了する。

テンキー画像３１２Ａを含む表示画面を表示器３１２に表示した後、遊技者が、テンキー画像３１２Ａにおいて数字を入力した場合には、入力された数字を入力値表示画像３１２Ｂに表示するとともにカーソルを左に１桁分シフトする（ステップＳ８３２）。また、遊技者が、テンキー画像３１２Ａにおける「決定」を選択すると、制御部３２３は、図１０６に例示された設定完了画面を表示器３１２に表示する（ステップＳ８３３）。そして、確定した「終了玉数」をＲＡＭに格納する（ステップＳ８３４）。また、制御部３２３は、遊技再開要求フラグをセットする（ステップＳ８３５）。なお、遊技再開要求フラグがセットされた場合には、ステップＳ８０２の通信制御処理において、遊技許可を示すコマンドが遊技機に送信される。

ステップＳ８４１では、制御部３２３は、設定キャンセル確認画面を表示器３１２に表示する。図１１２は、設定キャンセル確認画面の一例を示す説明図である。図１１２に示す例では、遊技者が、「終了玉数」の設定をキャンセルするか否かを入力可能な項目（「はい」または「いいえ」）が表示される。

設定キャンセル確認画面において遊技者が「終了玉数」の設定をキャンセルする項目を選択すると（ステップＳ８４２）、制御部３２３は、ＲＡＭに記憶されている「終了玉数」の設定を初期化する（ステップＳ８４３）。例えば、「終了玉数」を０にする。そして、図１０８に例示された表示画面において、「終了玉数」の項目を消去する（ステップＳ８４４）。

ステップＳ８１７，Ｓ８４１〜Ｓ８４３の処理によって、制御部３２３は、遊技機において大当りが発生すると、「終了玉数」の設定がなされていない状態にする。

遊技機において大当りが発生すると「終了玉数」の設定をキャンセルする理由は、大当りになると遊技者は一時に大量の遊技玉を獲得する可能性があるので、ステップＳ８１２の判定処理が無駄になるおそれがあるからである。つまり、ＣＵ３と遊技機との間のコマンド／レスポンスのやりとりは、ほぼ２００ｍｓ間隔で実行されるので、大当り遊技中でないときにはカード残高の増加の度合は小さいが、大当り遊技中では、１回のレスポンス（前回のレスポンスの受信から２００ｍｓ後に受信される）で多数の獲得玉を示す情報がＣＵ３において受信される可能性があり、その場合には、カード残高が一挙に増加するので、カード残高＝「終了玉数」となる機会が少なくなってしまうからである。

なお、大当りの場合に代えて、または大当りの場合に加えて、遊技者が大量の遊技玉を獲得する可能性がある他の場合を、ステップＳ８１７の判定処理の対象に加えてもよい。他の場合として、例えば、大当りが発生する確率が高められている確変状態や識別情報の変動時間が短縮されている時短状態がある。確変状態や時短状態であるか否かは、例えば、遊技機からのレスポンスの「動作応答」における「高確率中」のビットや「高ベース中」のビット（図１９参照）によって判定される。

また、この実施の形態では、遊技者による選択にもとづいて「終了玉数」の設定をキャンセルするが、大当り遊技中など遊技者が大量の遊技玉を獲得する可能性がある状態になると、遊技者の選択を介さずに設定をキャンセルするように構成してもよい。そのような構成は、ステップＳ８４１，Ｓ８４２の処理を実行せず、ステップＳ８１７の判定処理で「Ｙ」になったときに直ちにステップＳ８４３，Ｓ８４４の処理を実行する変形例である。

また、この実施の形態では、返却ボタン３２２が押下されると、「終了玉数」の設定がキャンセルされるが（ステップＳ８１６参照）、返却ボタン３２２の他に、遊技者が「終了玉数」の設定をキャンセルするための操作手段（表示画面に表示される項目でもよい）を設けてもよい。そのような操作手段が設けられている場合には、返却ボタン３２２が押下された場合と同様の処理によって「終了玉数」の設定がキャンセルされる。

さらに、遊技者が保有する遊技玉数が０になると「終了玉数」の設定をキャンセルするようにしてもよいし、カード挿入／排出口３０９に、ビジターカードや会員カードを始めとする何らかのカードが挿入されたときに「終了玉数」の設定をキャンセルするようにしてもよいし、遊技店員のリモコンの操作にもとづいて「終了玉数」の設定をキャンセルするようにしてもよい。

なお、この実施の形態では、「終了玉数」の設定がキャンセル後でも遊技を続行することが可能であるが、設定がキャンセルされた場合には、遊技を停止させるようにしてもよい。そのように構成する場合には、ステップＳ８４４の処理が実行された後、制御部３２３は、ステップＳ８１３の処理と同様に、遊技停止要求フラグをセットする。

また、この実施の形態では、ＣＵ３において、遊技中でない場合に限り、「終了玉数」の設定が可能である（ステップＳ８２０参照）。また、「終了玉数」の設定処理が開始されると遊技を実行することができなくなる（ステップＳ８２３参照：具体的には、遊技玉の発射が禁止される）。

図１１３は、ステップＳ８０２の通信制御処理を示すフローチャートである。通信制御処理において、制御部３２３は、遊技停止要求フラグ（図１１０のステップＳ８１３参照）がセットされているか否か確認する（ステップＳ８５１）。遊技停止要求フラグがセットされていない場合には、ステップＳ８５３に移行する。遊技停止要求フラグがセットされている場合には、制御部３２３は、遊技機に送信するコマンドにおける「動作指示」（図１３参照）において「遊技禁止要求」のビットをオン（「１」）にする（ステップＳ８５２）。そして、ステップＳ８５３に移行する。

制御部３２３は、ステップＳ８５３では、遊技再開要求フラグ（図１１０のステップＳ８３５参照）がセットされているか否か確認する。遊技再開要求フラグがセットされている場合には、制御部３２３は、遊技機に送信するコマンドにおける「動作指示」において「遊技許可要求」のビットをオン（「１」）にする（ステップＳ８５４）。また、遊技停止要求フラグおよび遊技再開要求フラグをリセットする（ステップＳ８５５）。以後、制御部３２３は、遊技停止要求フラグも遊技再開要求フラグもセットされていない場合には、遊技機にコマンドを送信するときに「遊技許可要求」のビットをオン（「１」）にする。

また、制御部３２３は、「終了玉数」がＲＡＭに記憶されている場合には（ステップＳ８６０）、遊技機からレスポンスを受信したときに（ステップＳ８６１）、受信したレスポンスの（「動作応答」：図１８参照）における遊技玉獲得個数情報が示す値に応じた値をカード残高に加算する（ステップＳ８６２）。また、動作応答における遊技玉発射個数情報が示す値に応じた値をカード残高から減算する（ステップＳ８６３）。ただし、バック玉加算情報が示すバック玉（ファール玉）の個数は発射玉数から減算されるべきなので、ステップＳ８６３の処理では、バック玉の個数に応じた値はカード残高に加算される。換言すれば、発射玉数からバック玉の個数を減じた値に応じた値をカード残高から減算する。

図１１４は、第２の実施の形態におけるパチンコ機２の背面側構成の例を示す背面図である。以下、主として、図２に示された構成（第１の実施の形態における構成）との相違点を説明する。

図１１４に示すように、遊技領域２７に設けられた各種入賞口に入賞した入賞玉を検出する各種入賞玉検出スイッチ７００ａ〜７００ｈが設けられているとともに、アウト口１４５から回収されたアウト玉のみを検出するアウト玉検出スイッチ７０１が設けられている。そして、アウト玉検出スイッチ７０１により検出されたアウト玉と各種入賞玉検出スイッチ７００ａ〜７００ｈにより検出された入賞玉とが合流して通過する合流通過経路７０２に、合流経路検出スイッチ３２が設けられている。

これら各種検出スイッチのうち、合流経路検出スイッチ３２のみが光センサで構成され、その他の検出スイッチは近接スイッチで構成されている。各種検出スイッチをこのように構成することにより、不正電波が発信されて各種入賞玉検出スイッチから不正に入賞玉検出信号を出力させる不正行為が生じた場合に、近接スイッチは不正電波に応答して検出信号を出力するが合流経路検出スイッチ３２のみは光センサで構成されているために不正電波に応答することなく何ら検出信号を出力しない。

不正行為を受けていない場合には、近接スイッチで構成された各種検出スイッチで検出された玉の合計数は、合流経路検出スイッチで検出された玉数と一致する。不正電波を用いた不正行為が生じた場合には、合流経路検出スイッチ３２からの検出信号が出力されず、その他の近接スイッチで構成された検出スイッチからの検出信号が出力される。従って、近接スイッチで構成された各種検出スイッチによる玉検出合計と合流経路検出スイッチ３２の検出玉数とが一致しなくなる。このような不一致にもとづいて、不正行為が発生したことを検知することができる。

次に、払出制御基板１７が搭載する払出制御手段の具体的な制御を説明する。図１１５は、払出制御基板１７における回路構成の一例を示すブロック図である。なお、図１１５には、主制御基板１６、表示器用演出制御基板５３および電源基板９００等も示されている。払出制御基板１７には、プログラムに従って払出制御を行う払出制御用マイクロコンピュータ（払出制御手段に相当）１７０が搭載されている。払出制御用マイクロコンピュータ１７０は、各種払出制御用のプログラム等を記憶するＲＯＭ１７２、ワークメモリとして使用される記憶手段としてのＲＡＭ１７３、プログラムに従って制御動作を行う払出制御用ＣＰＵ１７１およびＩ／Ｏポート部１７４を含む。この実施の形態では、ＲＯＭ１７２およびＲＡＭ１７３は払出制御用マイクロコンピュータ１７０に内蔵されている。すなわち、払出制御用マイクロコンピュータ１７０は、１チップマイクロコンピュータである。１チップマイクロコンピュータには、少なくともＲＡＭ１７３が内蔵されていればよく、ＲＯＭ１７２は外付けであっても内蔵されていてもよい。また、Ｉ／Ｏポート部１７４は、外付けであってもよい。

なお、払出制御用マイクロコンピュータ１７０において払出制御用ＣＰＵ１７１がＲＯＭ１７２に格納されているプログラムに従って制御を実行するので、以下、払出制御用マイクロコンピュータ１７０（または払出制御用ＣＰＵ１７１）が実行する（または、処理を行う）ということは、具体的には、払出制御用ＣＰＵ１７１がプログラムに従って制御を実行することである。このことは、払出制御基板１７以外の他の基板に搭載されているマイクロコンピュータについても同様である。

また、ＲＡＭ１７３は、その一部または全部が電源基板９００において作成されるバックアップ電源９１０によってバックアップされている不揮発性記憶手段としてのバックアップＲＡＭである。すなわち、遊技機に対する電力供給が停止しても、所定期間（バックアップ電源９１０としてのコンデンサが放電してバックアップ電源が電力供給不能になるまで）は、ＲＡＭ１７３の一部または全部の内容は保存される。この実施の形態では、後述するように、少なくとも、遊技領域２７に発射された遊技玉数といずれかの入賞口やアウト口１４５、ファール玉戻り口１５０で回収された遊技玉数との差分値を浮遊玉数としてカウントするための浮遊玉数カウンタの値が、バックアップＲＡＭに保存される。なお、この実施の形態では、ＲＡＭ１７３の全部が、電源バックアップされているとする。

この実施の形態では、払出制御基板１７に搭載された払出制御用マイクロコンピュータ１７０には、合流経路検出スイッチ３２、ファール玉検出スイッチ３３、ガラス扉閉鎖検出器１２、前枠閉鎖検出器１３、発射モータ原点センサ３７、玉上げスイッチ（上）４１ａ、玉上げスイッチ（下）４１ｂ、遊技玉過不足検出スイッチ１（４２ａ）および遊技玉過不足検出スイッチ２（４２ｂ）からの検出信号が入力される（図１１４参照）。また、払出制御用マイクロコンピュータ１７０からの制御信号が、ガラス扉開放ソレノイド１０、前枠開放ソレノイド１１、発射制御基板３１および揚送モータ４０に出力される。

また、払出制御用マイクロコンピュータ１７０は、主制御基板１６に搭載されている遊技制御用マイクロコンピュータから払出制御コマンドを受信し、受信した払出制御コマンドにもとづいて各種払出制御を行う。また、払出制御用マイクロコンピュータ１７０は、表示器用演出制御基板５３に搭載されている表示器用演出制御用マイクロコンピュータに対して表示器用演出制御コマンドを送信し、表示器用演出制御用マイクロコンピュータは、受信した表示器用演出制御コマンドにもとづいて表示器５４における各種表示制御を行う。

また、払出制御基板１７には、パチンコ機２の外部に信号を出力するための外部出力回路１７５が搭載され、払出制御用マイクロコンピュータ１７０は、外部出力回路１７５を介してホール用管理コンピュータ１に外部信号を出力可能である。

図１１６は、パチンコ機２に対する電力供給が開始されると払出制御用マイクロコンピュータ１７０が実行する払出制御メイン処理を示すフローチャートである。パチンコ機２に対して電源が投入され電力供給が開始されると、例えば、プログラムの内容が正当か否か確認するための処理であるセキュリティチェック処理等を実行した後、払出制御用マイクロコンピュータ１７０（具体的には、払出制御用ＣＰＵ１７１）は、パチンコ機２への電力供給が停止したときにバックアップＲＡＭ領域のデータ保護処理（例えばパリティデータの付加等の電力供給停止時処理）が行われたか否か確認する（ステップＳ１０）。そのような保護処理が行われていないことを確認したら、ステップＳ１２に移行する。なお、バックアップＲＡＭ領域にバックアップデータがあるか否かは、例えば、電力供給停止時処理においてバックアップＲＡＭ領域に設定されるバックアップフラグの状態（例えば、バックアップフラグがセットされているか否か）によって確認される。

電力供給停止時処理が行われたことを確認したら、払出制御用ＣＰＵ１７１は、バックアップＲＡＭ領域のデータチェックを行う（ステップＳ１１）。この実施の形態では、データチェックとしてパリティチェックを行う。よって、ステップＳ１１では、算出したチェックサムと、電力供給停止時処理で同一の処理によって算出され保存されているチェックサムとを比較する。不測の停電等の電力供給停止が生じた後に復旧した場合には、バックアップＲＡＭ領域のデータは保存されているはずであるから、チェック結果（比較結果）は正常（一致）になる。チェック結果が正常でないということは、バックアップＲＡＭ領域のデータが、電力供給停止時のデータとは異なっていることを意味する。そのような場合には、内部状態を電力供給停止時の状態に戻すことができないので、電力供給の停止からの復旧時でない電源投入時に実行される初期化処理（ステップＳ１２）を実行する。

チェック結果が正常であれば、払出制御用ＣＰＵ１７１は、初期化処理を実行せずにステップＳ１６に移行する。

ステップＳ１０の処理で電力供給停止時処理が行われたことが確認できなかった場合（具体的には、バックアップフラグがセットされていなかった場合）や、ステップＳ１１の処理でチェック結果が正常でなかったと判定した場合には、払出制御用ＣＰＵ１７１は、ＲＡＭクリア処理やタイマ割込の設定などの初期化処理を実行する（ステップＳ１２）。なお、ＲＡＭ１７３の全領域を初期化せず、一部のデータをそのままにしてもよい。そして、ステップＳ１６に移行する。

ステップＳ１６では、払出制御用ＣＰＵ１７１は、タイマ割込フラグがセットされているか否か確認する。なお、この実施の形態では、初期化処理において２ｍｓ毎にタイマ割込が発生するようにタイマ割込の設定が行われ、タイマ割込にもとづくタイマ割込処理で、タイマ割込フラグをセットする。タイマ割込フラグがセットされている場合には、タイマ割込フラグをリセットし（ステップＳ１７）、ＣＵ側との通信に関する制御である通信制御処理を実行し（ステップＳ１８）、遊技玉の発射に応じて遊技玉数を減少させたり、いずれかの入賞口への入賞に応じて遊技玉数を増加させたりする等の各種払出制御処理（ステップＳ１９）を実行する。なお、ステップＳ１９の各種払出制御処理には、後述する遊技玉計数処理および発射と揚送の制御指令出力処理の他に、異常判定処理および異常時制御解除処理なども含まれる。

図１１７は、払出制御用マイクロコンピュータ１７０（具体的には、払出制御用ＣＰＵ１７１）が実行する遊技玉計数処理の一例を示すフローチャートである。

遊技玉計数処理において、払出制御用ＣＰＵ１７１は、玉上げスイッチ（上）４１ａからの検出信号を入力したか否かを確認する（ステップＳ８８１）。玉上げスイッチ（上）４１ａからの検出信号を入力した場合には、払出制御用ＣＰＵ１７１は、遊技玉が１つ発射されたと判断し、ＲＡＭ１７３の一領域である発射玉数カウンタの値を１増やす（ステップＳ８８２）。

なお、この実施の形態では、玉上げスイッチ（上）４１ａで遊技玉を検出したことにもとづいて、遊技玉が１つ発射されたと判断するが、例えば、打球発射位置により近い場所にセンサやスイッチを設けるようにし、センサやスイッチが遊技玉を検出したことにもとづいて、遊技玉が１つ発射されたと判断するようにしてもよい。

また、払出制御用ＣＰＵ１７１は、ファール玉検出スイッチ３３からの検出信号を入力したか否かを確認する（ステップＳ８８３）。ファール玉検出スイッチ３３からの検出信号を入力した場合には、払出制御用ＣＰＵ１７１は、ＲＡＭ１７３の一領域であるファール玉数カウンタの値を１増やす（ステップＳ８８４）。

また、払出制御用ＣＰＵ１７１は、入賞玉検出スイッチ７００ａ〜７００ｈのいずれかからの検出信号を入力したか否かを確認する（ステップＳ８８５）。入賞玉検出スイッチ７００ａ〜７００ｈからの検出信号を入力した場合には、払出制御用ＣＰＵ１７１は、入賞玉検出スイッチ７００ａ〜７００ｈが設置されている入賞口に対応してあらかじめ決められている景品玉数を、ＲＡＭ１７３の一領域である獲得玉数カウンタの値に加算する（ステップＳ８８６）。

図１１８および図１１９は、ステップＳ１８の通信制御処理を示すフローチャートである。通信制御処理において、払出制御用ＣＰＵ１７１は、ＣＵ３からコマンドを受信したか否か確認する（ステップＳ９００）。ＣＵ３からコマンドを受信した場合には、「動作要求」（図１３参照）における遊技禁止要求のビットがオンしているか否か確認する（ステップＳ９０１）。遊技禁止要求のビットがオンしている場合には、発射停止フラグをセットする（ステップＳ９０２）。そして、ステップＳ９１１に移行する。

また、「動作要求」（図１３参照）における遊技許可要求のビットがオンしている場合には、発射停止フラグをリセットする（ステップＳ９０３，Ｓ９０４）。そして、ステップＳ９１１に移行する。

ステップＳ９１１では、払出制御用ＣＰＵ１７１は、発射停止フラグがセットされているか否か確認する。発射停止フラグがセットされていない場合には、払出制御用ＣＰＵ１７１は、玉上げスイッチ（上）４１ａからの検出信号を入力したか否かを確認する（ステップＳ９１２）。玉上げスイッチ（上）４１ａからの検出信号を入力した場合には、払出制御用ＣＰＵ１７１は、ＣＵ側に送信されるレスポンスの「動作応答」（図１９参照）における「遊技台状態」の待機中／遊技中のビットを「遊技中」に応じた値にする（ステップＳ９１３）。なお、ＣＵ３は、そのビットの値にもとづいて、遊技機が遊技中であるか否か判定することができる（図１１０におけるステップＳ８２０参照）。

また、払出制御用ＣＰＵ１７１は、大当り遊技中であるか否か確認する（ステップＳ９１４）。大当り遊技が開始されたか否かは、例えば、主制御基板１６に搭載されている遊技制御手段が大当り遊技が開始されたときおよび大当り遊技が終了したときに払出制御基板１７に対して大当り遊技が開始されたことを示す払出制御コマンドおよび大当り遊技が終了したことを示す払出制御コマンドを送信するようにして、それらの払出制御コマンドにもとづいて判定される。

大当り遊技中である場合には、払出制御用ＣＰＵ１７１は、ＣＵ側に送信されるレスポンスの「動作応答」（図１９参照）における「遊技台状態２」の「大当り中」のいずれかのビット（図２３参照）をオン（「１」）にする（ステップＳ９１５）。そして、ステップＳ９２１に移行する。

発射停止フラグがセットされている場合には（ステップＳ９１１）、払出制御用ＣＰＵ１７１は、ＣＵ側に送信されるレスポンスの「動作応答」（図１９参照）における「遊技台状態」の待機中／遊技中のビットを「待機中」に応じた値にする（ステップＳ９１６）。そして、ステップＳ９２１に移行する。

ステップＳ９２１では、払出制御用ＣＰＵ１７１は、発射玉数カウンタの値をＣＵ側に送信されるレスポンスの「動作応答」（図１８参照）における「遊技玉発射個数情報」に設定する。

また、ファール玉数カウンタの値をＣＵ側に送信されるレスポンスの「動作応答」（図１８参照）における「バック玉加算情報」に設定する（ステップＳ９２２）。また、獲得玉数カウンタの値をＣＵ側に送信されるレスポンスの「動作応答」（図１８参照）における「遊技玉獲得個数情報」に設定する（ステップＳ９２３）。

また、払出制御用ＣＰＵ１７１は、発射玉数カウンタ、ファール玉数カウンタおよび獲得玉数カウンタの値を初期化する（ステップＳ９２４）。すなわち、値を０にする。そして、払出制御用ＣＰＵ１７１は、ＣＵ３に、レスポンスを送信する（ステップＳ９２５）。

図１２０は、払出制御用マイクロコンピュータ１７０が実行する発射と揚送の制御指令出力処理の一例を示すフローチャートである。発射と揚送の制御指令出力処理では、払出制御用マイクロコンピュータ１７０（具体的には、払出制御用ＣＰＵ１７１）は、遊技禁止フラグがセット（ＯＮ）されているか否かを確認する（ステップＳ５０）。遊技禁止フラグがセットされている場合には、ステップＳ５５に移行する。遊技禁止フラグは、ＣＵ３からの「遊技禁止要求」を含む動作指示を受信することによりオンになり、「遊技許可要求」を受信することによりオフになる。なお、ＣＵ３は、カード挿入／排出口３０９にカードが挿入されていない場合には、コマンドの動作要求における「遊技禁止要求」をオンにする。

遊技禁止フラグがセットされていない場合には、発射停止フラグがセットされているか否かを確認する（ステップＳ５１）。発射停止フラグは、ＣＵ３からの禁止要求有を含む動作指示を受信したときにセットされ（図１１８におけるステップＳ９０１，Ｓ９０２参照）、遊技許可要求を受信するとリセットされる（図１１８におけるステップＳ９０３，Ｓ９０４参照）。発射停止フラグがセットされていなければ、払出制御用ＣＰＵ１７１は、発射許可信号を発射制御基板３１に出力する処理を実行する（ステップＳ５２）。発射制御基板３１における制御回路は、発射許可信号を入力すると、遊技者が打球操作ハンドル２５を操作することに応じてタッチリングの信号が入力されたときに、打球発射モータ１８を駆動制御して遊技玉を発射させる。

次いで、打球発射モータ１８の駆動に伴って発射モータ原点センサの信号が入力される。払出制御用ＣＰＵ１７１は、発射モータ原点センサ３７からの信号の入力があれば（ステップＳ５３のＹ）、揚送モータ４０を駆動する制御を実行する（ステップＳ５４）。

発射停止フラグがセットされていた場合には、払出制御用ＣＰＵ１７１は、発射禁止信号を含む発射制御信号を発射制御基板３１に出力する処理を実行する（ステップＳ５５）。発射制御基板３１における制御回路は、発射禁止信号を入力すると、打球発射モータ１８の駆動を停止し、打球発射されない発射停止状態にする。

以上のようなＣＵ側の制御および遊技機の制御によって、遊技者が保有する遊技玉の数があらかじめ設定した数になったときに、遊技が停止される。

以上に説明したように、この実施の形態では、遊技システムが、遊技を止める指標になる遊技玉の数を設定するための設定手段と、遊技領域２７に進入した遊技玉に相当する分の価値の量を、記憶されている遊技価値の量から減算し、遊技領域２７に設けられている入賞領域に遊技玉が入賞したときに入賞に応じた価値の量を、記憶されている遊技価値の量に加算する遊技価値増減手段とを備え、遊技機が、記憶されている遊技価値の量が遊技を止める指標になる遊技玉の数に相当する量になったときに、発射手段による遊技玉の発射を停止する発射停止手段を備えているので、封入式の遊技機において、遊技者が保有する遊技玉の数があらかじめ設定した数になったときに遊技を止めさせることができる可能性を高めることができる。

実施の形態３．
第２の実施の形態では、設定手段および遊技価値増減手段は遊技用装置（上記の例では、ＣＵ３）に設けられていたが、それらが、遊技機に設けられていてもよい。

設定手段および遊技価値増減手段を遊技機側に設ける場合には、図１１０および図１１１に示された処理は、例えば、表示器用演出制御基板５３（図４参照）に搭載されているマイクロコンピュータによって実行される。また、第３の実施の形態では、図１０４〜図１０８に例示された画面は、表示器５４（図４参照）に表示される。

ただし、表示器用演出制御基板５３に搭載されているマイクロコンピュータは、ステップＳ８１２の処理を実行するために、ＣＵ３からのコマンドの「動作指示」における「カード残高」（図１３参照）の情報を、払出制御用マイクロコンピュータ１７１を介して入力する。また、表示器用演出制御基板５３に搭載されているマイクロコンピュータは、ステップＳ８３４の処理で、自身のＲＡＭに「終了玉数」を記憶する。また、ステップＳ８２３の処理では、遊技禁止フラグをセットし、ステップＳ８３５の処理では、遊技禁止フラグをリセットする。

また、第３の実施の形態では、表示器用演出制御基板５３に搭載されているマイクロコンピュータは、図１１３に示された処理におけるステップＳ８６０〜Ｓ８６３の処理と同様の処理を実行するが、カード残高に値を加減算するのではなく、「遊技玉トータル個数情報」に対して加減算を行い、その情報を、ＣＵ３に対して送信する（図１８における「遊技玉トータル個数情報」参照）。そして、ＣＵ３が、カード残高に加減算を行う。

また、第３の実施の形態では、払出制御用マイクロコンピュータ１７１は、ステップＳ８１２の判定結果が「Ｙ」であったときに、発射禁止信号を出力する。

上述したように、遊技者は、ジョグダイヤル５７を回動操作することによって表示器５４に表示されている表示画面における各種表示項目を選択可能である。遊技者がジョグダイヤル５７を回動操作することによって表示器５４に表示されている表示画面上の各種表示項目において選択対象になるものが順次移動表示され、ジョグダイヤル５７を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン５６を遊技者が押圧操作することによって、選択された表示項目が指定されて遊技者の選択が確定される。

なお、表示器５４の前面にタッチパネルを設けてもよい。その場合には、遊技者は、ジョグダイヤル５７等を使用するのではなく、第２の実施の形態の場合と同様に、タッチパネルを介して画面切替の指示等を入力することができる。

また、この実施の形態において、遊技機に終了ボタンが設けられていてもよい。その場合には、表示器用演出制御基板５３に搭載されているマイクロコンピュータは、図１１０におけるステップＳ８１６の処理で、終了ボタンが押下されたか否か判定する。

この実施の形態では、遊技機が、遊技を止める指標になる遊技玉の数を設定するための設定手段と、遊技領域２７に進入した遊技玉に相当する分の価値の量を、記憶されている遊技価値の量から減算し、遊技領域２７に設けられている入賞領域に遊技玉が入賞したときに入賞に応じた価値の量を、記憶されている遊技価値の量に加算する遊技価値増減手段と、記憶されている遊技価値の量が遊技を止める指標になる遊技玉の数に相当する量になったときに、発射手段による遊技玉の発射を停止する発射停止手段とを備えているので、封入式の遊技機において、遊技者が保有する遊技玉の数があらかじめ設定した数になったときに遊技を止めさせることができる可能性を高めることができる。

また、第２の実施の形態および第３の実施の形態では、遊技者が、遊技価値の大きさとして遊技玉の数（例えば、５０００個）を設定する場合を例にしたが、遊技者が設定可能な遊技価値は、遊技玉数に限られず、他の概念の量であってもよい。例えば、遊技玉数に相当する金額であったり、所定数の遊技玉（例えば、１５００個）を単位とするユニットの大きさを遊技価値の大きさとしてもよい。

第２の実施の形態では、設定手段、遊技価値増減手段、設定価値記憶手段、遊技価値の大きさを表示する表示手段（表示器３１２）、遊技価値の大きさを初期化する設定価値初期化手段、選択画面を表示する選択画面表示手段、遊技価値の大きさを初期化する操作対応設定価値初期化手段および設定価値強制初期化手段は、遊技用装置（上記の例では、ＣＵ３）に設けられ、第３の実施の形態では、設定手段、遊技価値増減手段、設定価値記憶手段、遊技価値の大きさを表示する表示手段（表示器５４）、遊技価値の大きさを初期化する設定価値初期化手段、選択画面を表示する選択画面表示手段、遊技価値の大きさを初期化する操作対応設定価値初期化手段および設定価値強制初期化手段は、遊技機に設けられているが、遊技価値増減手段、設定価値記憶手段、遊技価値の大きさを初期化する操作対応設定価値初期化手段および設定価値強制初期化手段等は、遊技機および遊技用装置とは異なる装置（例えば、サーバ）において設けられていてもよい。

それらの手段がサーバにおいて設けられている場合には、遊技価値の増減等に関する情報（指令等）は、サーバと遊技用装置との間で送受信されたり、サーバと遊技機との間で送受信されたりする。また、サーバは遊技用装置との間でのみ通信可能であって遊技機は遊技用装置を介してサーバとの間で情報を送受信するようにしてもよい。

また、上記の各実施の形態では、以下のような遊技機および遊技システムも開示されている。

（Ａ１）一の遊技機で用いられる所定数（例えば、５０個）の遊技媒体（例えば、遊技玉）が封入領域内に封入され、遊技機に設けられた遊技領域に遊技媒体を進入させ、遊技領域を経由した遊技媒体を回収部（例えば、各入賞口、アウト口１４５、ファール玉戻り口１５０）を介して回収し、回収した遊技媒体を再び遊技領域に進入させるために封入領域内において循環させる遊技機であって、遊技媒体数に相当する遊技価値を記憶する遊技価値記憶手段（例えば。会員カードやビジターカード）と、遊技価値の大きさを設定するための設定手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８２２〜Ｓ８３４の処理を実行する部分）と、設定手段で設定された遊技価値の大きさを記憶する設定価値記憶手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるＲＡＭ）と、遊技媒体を遊技領域に向けて発射する発射手段（例えば、発射モータ１８）と、遊技価値記憶手段に１以上の遊技媒体数に相当する遊技価値が記憶されている場合に発射手段の遊技媒体の発射を許容する発射許容手段（例えば、払出制御用マイクロコンピュータ１７１におけるステップＳ５０，Ｓ５５の処理を実行する部分）と、遊技領域に進入した遊技媒体数（例えば、［発射玉数カウンタの値−ファール玉カウンタの値］）に相当する分の遊技価値の大きさを遊技価値記憶手段に記憶されている遊技価値の大きさから減算し、遊技領域に設けられている入賞領域に遊技媒体が入賞したときに入賞に応じた遊技価値の大きさ（例えば、獲得玉数カウンタの値）を遊技価値記憶手段に記憶されている遊技価値の大きさに加算する遊技価値増減手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８６２，Ｓ８６３の処理を実行する部分）と、遊技価値記憶手段に記憶されている遊技価値の大きさが設定価値記憶手段に記憶されている遊技価値の大きさになったときに、発射手段の遊技媒体の発射を停止する発射停止手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１２，Ｓ８１３の処理を実行する部分と払出制御用マイクロコンピュータ１７１におけるステップＳ５１，Ｓ５５の処理を実行する部分）とを備えたことを特徴とする遊技機。そのような構成により、封入式の遊技機において、遊技者が保有する遊技価値の大きさがあらかじめ設定した数になったときに遊技を止めさせることができる可能性を高めることができる。

（Ａ２）上記（Ａ１）の遊技機において、設定手段で設定された遊技価値の大きさを表示する表示手段（例えば、表示器５４：画面については図１０８参照）を備えていてもよい。そのような構成によれば、遊技者は、自身が設定した遊技価値の大きさが遊技機に認識されているか否かを確認することができる。

（Ａ３）上記（Ａ１）または（Ａ２）の遊技機において、遊技を終了させるための所定の操作（例えば、返却ボタン３２２の押下）が行われたときに、設定価値記憶手段に記憶されている遊技価値の大きさを初期化する設定価値初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１３，Ｓ８４３の処理を実行する部分）を備えていてもよい。そのような構成によれば、遊技を止めた後、設定手段によって設定された遊技価値の大きさが他者に反映されてしまうことを防止できる。

（Ａ４）上記（Ａ１）〜（Ａ３）の遊技機において、遊技状態があらかじめ定められている状態（例えば、大当り遊技状態）となったときに、設定価値記憶手段に記憶されている遊技価値の大きさを初期化するか否かを選択可能な選択画面（図１１２参照）を表示する選択画面表示手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８１７，Ｓ８４１の処理を実行する部分）と、選択画面で遊技価値の大きさを初期化することが選択された場合に設定価値記憶手段に記憶されている遊技価値の大きさを初期化する操作対応設定価値初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータにおけるステップＳ８４２，Ｓ８４３の処理を実行する部分）とを備えていてもよい。そのような構成によれば、遊技状態に応じて設定手段による設定を解除することが可能になる。

（Ａ５）上記（Ａ１）〜（Ａ３）の遊技機において、遊技状態があらかじめ定められている状態となったときに設定価値記憶手段に記憶されている遊技価値の大きさを初期化する設定価値強制初期化手段（例えば、第３の実施の形態において、表示器用演出制御基板５３に搭載されているマイクロコンピュータによるステップＳ８４１，Ｓ８４２の処理を実行せず、直ちにステップＳ８４３，Ｓ８４４の処理を実行する変形例）を備えていてもよい。そのような構成によれば、遊技状態に応じて設定手段による設定を解除することができる。

（Ｂ１）一の遊技機で用いられる所定数（例えば、５０個）の遊技媒体（例えば、遊技玉）が封入領域内に封入され、遊技機に設けられた遊技領域に遊技媒体を進入させ、遊技領域を経由した遊技媒体を回収部（例えば、各入賞口、アウト口１４５、ファール玉戻り口１５０）を介して回収し、回収した遊技媒体を再び遊技領域に進入させるために封入領域内において循環させる遊技機と、遊技媒体数に相当する遊技価値を管理するために記憶する遊技価値記憶手段（例えば。会員カードやビジターカード）とから構成される遊技システムであって、遊技機は、遊技媒体を遊技領域に向けて発射する発射手段（例えば、発射モータ１８）と、遊技価値記憶手段（例えば。会員カードやビジターカード）に１以上の遊技媒体数に相当する遊技価値が記憶されている場合に発射手段の遊技媒体の発射を許容する発射許容手段（例えば、払出制御用マイクロコンピュータ１７１におけるステップＳ５０，Ｓ５５の処理を実行する部分）とを備え、遊技システムは、遊技価値の大きさを設定するための設定手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８２２〜Ｓ８３４の処理を実行する部分）と、設定手段で設定された遊技価値の大きさを記憶する設定価値記憶手段（例えば、第２の実施の形態において、ＣＵ３に搭載されているＲＡＭ）と、遊技領域に進入した遊技媒体数（例えば、［発射玉数カウンタの値−ファール玉カウンタの値］）に相当する分の価値の大きさを遊技価値記憶手段に記憶されている遊技価値の大きさから減算し、遊技領域に設けられている入賞領域に遊技媒体が入賞したときに入賞に応じた価値（例えば、獲得玉数カウンタの値）を遊技価値記憶手段に記憶されている遊技価値の大きさに加算する遊技価値増減手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８６２，Ｓ８６３の処理を実行する部分）とをさらに含み、遊技機は、遊技価値記憶手段に記憶されている遊技価値の大きさが設定価値記憶手段に記憶されている遊技価値の大きさになったときに、発射手段の遊技媒体の発射を停止する発射停止手段（例えば、払出制御用マイクロコンピュータ１７１におけるステップＳ５１，Ｓ５５の処理を実行する部分）を備えたことを特徴とする遊技システム。そのような構成により、封入式の遊技機において、遊技者が保有する遊技価値の大きさがあらかじめ設定した数になったときに遊技を止めさせることができる可能性を高めることができる。

（Ｂ２）上記（Ｂ１）の遊技システムは、設定手段で設定された遊技価値の大きさを表示する表示手段（例えば、表示器３１２：図１０８参照）を含んでいてもよい。そのような構成によれば、遊技者は、自身が設定した遊技価値の大きさが遊技機に認識されているか否かを確認することができる。

（Ｂ３）上記（Ｂ１）または（Ｂ２）の遊技システムは、遊技を終了させるための操作が行われたときに、設定価値記憶手段に記憶されている遊技価値の大きさを初期化する設定価値初期化手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８１３，Ｓ８４３の処理を実行する部分）を含んでいてもよい。そのような構成によれば、遊技を止めた後、設定手段によって設定された遊技価値の大きさが他者に反映されてしまうことを防止できる。

（Ｂ４）上記（Ｂ１）〜（Ｂ３）の遊技システムは、遊技状態があらかじめ定められている状態（例えば、大当り遊技状態）となったときに遊技価値の大きさを初期化するか否かを選択可能な選択画面（図１１２参照）を表示する選択画面表示手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８１７，Ｓ８４１の処理を実行する部分）と、選択画面で遊技価値の大きさを初期化することが選択された場合に設定価値記憶手段に記憶されている遊技価値の大きさを初期化する操作対応設定価値初期化手段（例えば、ＣＵ３の制御部３２３におけるステップＳ８４２，Ｓ８４３の処理を実行する部分）とを含んでいてもよい。そのような構成によれば、遊技機の遊技状態に応じて設定手段による設定を解除することが可能になる。

（Ｂ５）上記（Ｂ１）〜（Ｂ３）の遊技システムは、遊技状態があらかじめ定められている状態となったときに設定価値記憶手段に記憶されている遊技価値の大きさを初期化する設定価値強制初期化手段（例えば、ＣＵ３の制御部３２３によるステップＳ８４１，Ｓ８４２の処理を実行せず、直ちにステップＳ８４３，Ｓ８４４の処理を実行する変形例）を含んでいてもよい。そのような構成によれば、遊技機の遊技状態に応じて設定手段による設定を解除することができる。

また、上記の各実施の形態では、遊技玉数の管理をＣＵ側において行っているために、Ｐ台側に管理機能を設ける必要がなく、その分、Ｐ台のコストを極力抑えることができる。特に、Ｐ台は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが短く、１年、または早い場合には数ヶ月の単位で早期に入替えが行われる傾向にある。また、目まぐるしく変化する遊技者の趣向をいち早く取り入れた新台が次々と開発されているところ、遊技場における台交換のサイクルも早まる傾向にある。

ＣＵは、趣向性の観点から入替えが行われることは少なく、一般的には、故障に応じて機器交換が行われ、故障によって交換した場合であっても、適切な修理を終えると再利用されるものである。そして、故障が発生しなければ数年は入れ替えが行われることがない。

このため、遊技玉の管理機能をＰ台側ではなくＣＵ側に持たせてＰ台のコストを抑えることにより、Ｐ台を導入する遊技場のランニングコストを軽減することができるという利点がある。

次に、上記の各実施の形態における変形例や特徴点などを以下に説明する。

（１）上記の各実施の形態では、遊技玉数をＣＵ側に設けた表示器３１２により表示するとともに、Ｐ台側の表示器５４により遊技玉数の表示を行う。遊技玉数をＣＵ側の表示器により表示する場合には、表示部のないＰ台にも、上記の各実施の形態におけるＣＵを適用して遊技玉数の表示ができるというメリットがある。Ｐ台側に遊技玉数表示部を設ける場合には、表示制御をＣＵ側で行ってもよい。または、表示制御をＰ台側で行ってもよい。表示制御をＰ台側で行う場合には、表示すべき遊技玉数の情報をＣＵ側からもらい受けるようにすることによって、遊技玉数表示部にはＣＵで管理している遊技玉数を表示することができる。また、このように、表示制御をＰ台側で行うと、装飾的（演出的）価値の高い遊技玉数の表示を行うことができるというメリットがある。なお、表示制御をＰ台側で行う場合、表示すべき遊技玉数の情報をＣＵ側からもらい受けるのではなく、Ｐ台自身が記憶している遊技玉数カウンタの値にもとづいて、遊技玉数の表示制御をするものとしてもよい。

（２）図４６に示したガラス扉６の開放処理ではＣＵ側で浮遊玉処理待ち時間のために１０秒のウエイトを設ける場合を示したが、Ｐ台側で浮遊玉処理待ち時間のために１０秒のウエイトを設けるようにしてもよい。また、ウエイトを設ける代わりに、Ｐ台側において、発射玉数−ファール玉数−アウト玉数−入賞玉数＝０を判定し、または、発射玉数−ファール玉数−合流経路検出スイッチ３２による検出玉数＝０を判定して、浮遊玉の処理が終了したと判断するようにしてもよい。

（３）上記の各実施の形態では、禁止要求のコマンドを受けたＰ台において、打球発射モータ１８の駆動を停止して打球発射停止状態にし、変動中の変動表示装置の停止または始動入賞記憶にもとづいた変動表示装置の変動までは停止しないものを示したが、その代わりに、変動表示装置の変動をも停止させるようにしてもよい。

（４）上記の各実施の形態では、ワゴンサービスなどによって遊技玉を減算する際に、図４４などにもとづいて説明したように、Ｐ台からの応答を待って減算確定するものを示した。しかし、これに限らず、ＣＵ側において記憶している遊技玉の数が減算要求の玉数に比べて十分多い場合（例えば、３０玉数以上多い場合）、Ｐ台からの応答を待つことなくＣＵ側単独で遊技玉の減算処理を行って、その後にＰ台に対して減算要求の動作指示を送信するようにしてもよい。

（５）上記の各実施の形態では、ＣＵからＰ台にコマンドを送信してＰ台がそれに応えてレスポンスをＣＵに返信するものを示したが、逆に、Ｐ台からコマンドをＣＵに送信し、ＣＵがそれに応えてレスポンスをＰ台へ返信する通信形態であってもよい。

（６）さらに、上記の各実施の形態では、定期的（例えば、２００ｍｓ）毎にＣＵとＰ台との間で通信を行っているが、それに代えて、通信の必要性が生じたときにＣＵまたはＰ台の一方から他方にデータを送信して交信するようにしてもよい。

（７）上記の各実施の形態では、Ｐ台からＣＵに対して、加算拒否ＯＮ、減算拒否ＯＮ、クリア拒否ＯＮなどの要求に従わない拒否信号を含む動作応答をＣＵに返信し、ＣＵ側で拒否ＯＮにもとづいて要求が拒否されたことを判別するようにしている。しかし、これに限定されるものではなく、拒否ＯＮの動作応答をＰ台が返信する代わりに、ＣＵからの要求に従っていない加算減算玉数や遊技玉のデータを含む動作応答をＣＵへ返信し、ＣＵ側で、返信されてきたデータ（加算減算玉数や遊技玉など）が要求に従ったものであるか否かを判別し、それにより要求が拒否されたか否かを判別するようにしてもよい。

（８）上記の各実施の形態では、ＣＵでの電源断やＣＵとＰ台との間での通信断が検知された場合に、Ｐ台側において打球発射を停止させてプレイ停止状態にするものを示したが、それに限定されるものではなく、Ｐ台側において打球発射を停止させることなく遊技が続行できる状態に制御してもよい。その場合に、通信断が発生してからそれら異常が復旧して起動するまでの間において続行された遊技に伴って生成された加算減算玉数および始動口回数のデータをＰ台側で累積記憶しておき、起動時にそれらデータおよび遊技玉のデータをＣＵに送信してＣＵ側のデータのバックアップ値を修正するようにしてもよい。

（９）上記の各実施の形態では、Ｐ台は、ＣＵからのコマンドが所定時間（例えば、１秒間）送信されてこないときに、図３５の処理によって通信断と判断している。しかし、次のような方法で通信断の判断を行ってもよい。

パチンコ機２とカードユニット３とが電気的に接続されているか否かを検出する接続検出器をパチンコ機２に設ける。図４を参照して、遊技機通信部３２５と払出制御基板１７とは上述したように信号線で接続されているが、信号線の他にカードユニット３からの所定電圧（例えば、５Ｖ）がパチンコ機２側に入力される接続検知用信号線を設ける。接続検知用信号線と遊技機通信部３２５および払出制御基板１７の間での信号線とが、同じケーブルで構成され、ケーブルの断線またはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じた場合には、接続検知用信号線の電圧が０Ｖになるので、それを接続検出器が検出し、検出信号が払出制御基板１７に入力されるように構成する。払出制御基板１７は、検出信号が入力されたことにより、ケーブルの断線またはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じたことを判定する。

（１０）図３７の処理において、Ｐ台は、補正ＯＮを含む通信開始要求（補正要求）を受けたときに、Ｐ台で補正要求を拒否できないようにプログラムされている。しかし、Ｐ台において、補正ＯＮを含む通信開始要求（補正要求）を受けたにもかかわらず、遊技玉などの補正ができない重度のエラーが発生している場合もある。このような重度のエラー状態を考慮して、ＣＵ側において、補正ＯＮを含む通信開始要求（補正要求）の送信後、Ｐ台から送信されてくる動作応答の内容をチェックして、Ｐ台側の遊技玉などが正しく修正されているか否かを判定し、修正されていないときには、エラー状態に移行する制御を行うようにしてもよい。

つまり、ＣＵは、図３７の補正ＯＮを含む通信開始要求（補正要求）を受信した後においても未だ遊技機（例えば、Ｐ台）において遊技玉などの加算ができないことを判別したときに、予め定められたエラー状態に移行する制御を行うエラー制御手段を含む。

エラー状態に移行する制御としては、例えば、表示器３１２により重度のエラー報知を行うとともに、ホール用管理コンピュータ１に重度のエラーが発生した旨の通知を行ってホール用管理コンピュータ１によるエラー報知を行って、係員による人為的な対応を促すなどが考えられる。

（１１）上記の各実施の形態では、遊技機の一例としてパチンコ機を示したが、遊技機としてはパチンコ機に限定されるものではなく、他の遊技機、例えば、スロットマシン（パチスロ）などであってもよい。スロットマシンは、一般的に、外周部に識別情報としての複数種類の図柄が描かれた複数（通常は３つ）のリールを有する変動表示装置を備え、各リールは、遊技者がスタートレバーを操作することにより回転を開始し、また、遊技者が各リールに対応して設けられた停止ボタンを操作することにより、操作タイミングから予め定められた最大遅延時間の範囲内で回転を停止する。そして、全てのリールの回転を停止したときに導出された表示結果に従って入賞が発生する。スロットマシンの場合には、所定数の遊技媒体（メダル）が封入領域内に封入されてもよいが、遊技価値としての得点や金額にもとづいて遊技が開始されるようにしてもよい。すなわち、遊技者が賭数を設定すると、ＣＵ３または遊技機において記憶されているクレジットから賭数に応じた遊技価値が減算され、後述する遊技者が得た利益に相当する遊技価値が加算される。

入賞となる役の種類としては、小役、特別役、再遊技役といった種類がある。ここで、小役の入賞では、小役の種類毎に定められた数のメダルが払い出されるという利益を遊技者が得ることができる。特別役の入賞では、次のゲームからレギュラーボーナスやビッグボーナスといった遊技者にとって有利な遊技状態へ移行されるという利益を遊技者が得ることができる。再遊技役の入賞では、賭数の設定に新たなメダルを消費することなく次のゲームを行うことができるという利益を得ることができる。

各役の入賞が発生するためには、一般的には、事前（通常はスタートレバー操作時）に行われる内部抽選で当選することが条件になる。そして、内部抽選に当選している役を構成する図柄の組合せを有効なラインに揃えるようにするとともに、内部抽選に当選していない役を構成する図柄の組合せを有効なラインに揃えないようにするリール制御が行われる。

このようなスロットマシンの場合には、ＣＵから遊技禁止のコマンドを受けた場合の遊技禁止の方法としては、例えば、賭数入力操作を不能化したり、スタートレバー操作を無効化するなどが考えられる。上記の第２の実施の形態および第３の実施の形態に則せば、クレジットの値が、遊技者が設定手段を用いて設定した遊技機価値の大きさに相当したときに、賭数入力操作が不能化されたり、スタートレバー操作が無効化される。

なお、スロットマシンは、リールが物理的に回転するタイプのものでなく、画面表示においてリールが回転する画像式の装置であっても本発明を適用できる。画像式の装置であってもよいことは、パチンコ機についても同様である。画像式のパチンコ機では、遊技盤面が画像表示されるとともに、盤面における遊技玉の移動等も画像表示される。

また、スロットマシンに適用する場合には、図４６〜図４７を用いて説明した浮遊玉処理待ち時間に代えて、１ゲームが開始してから１ゲームが終了するまでの１ゲーム終了待ち時間を採用する。１ゲーム終了待ち時間は、例えば、スロットマシンの全リールが回転を開始してから全リールが停止し、入賞発生時のクレジットが付与されるまでの時間である。この時間は、遊技者によるリールの停止操作のタイミングの遅い早いに応じて変動し得るものである。そのため、例えば、想定される時間を予め設定することが考えられる。

（１２）Ｐ台側では、次のようにして加算玉数をカウントしてもよい。
Ｐ台側に加算玉数をカウントするためのカウンタとして、カウンタＡとカウンタＢとを設ける。初めに、カウンタＡによって加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＡのカウント値をＣＵに送信する。その後、カウンタＡの値は維持し、以降はカウンタＢにて加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＢのカウント値をＣＵに送信する。その後、カウンタＢの値が維持されつつ、カウンタＡのカウント値を０クリアし、以降はカウンタＡにて加算玉数をカウントする。以下、カウンタＡ、Ｂによる上記のカウントを繰り返す。

以上のカウント方法は、Ｐ台側での減算玉数のカウントに利用してもよい。また、始動口１入賞数、始動口２入賞数のカウントに利用してもよい。

（１３）Ｐ台は、加算玉数と減算玉数との２つの情報をＣＵに送信するのではなく、加算玉数と減算玉数とを加減算した後の１つの情報をＣＵに送信してもよい。つまり、このような情報によっても、「前記変化量を特定可能な更新情報」が構成される。

（１４）通信方式は、上記のコマンド-レスポンス方式に限定されるものではない。Ｐ台は、ＣＵからのコマンドを待つことなく所定時間間隔で遊技玉などの玉関連情報をＣＵに送信するものとしてもよい。また、Ｐ台は、所定時間間隔で玉関連情報を送信するのではなく、予め定めた情報量が得られる毎に、玉関連情報をＣＵに送信するものとしてもよい。例えば、加算玉であれば、１つまたは２つ以上の予め定めた数の加算玉数が生ずる毎に加算玉数をＣＵに送信するように構成することが考えられる。

（１５）上記の各実施の形態では、Ｐ台側に加算玉数カウンタと減算玉数カウントとの２つのカウンタを設けた。しかし、これらの２つのカウンタに代えて、遊技玉の増加（入賞の発生など）により加算し、遊技玉の減少（弾発発射など）により減算する１つの加減算カウンタを用いるようにしてもよい。この場合には、１つの加減算カウンタの値をＰ台からＣＵに送信する。

（１６）上記の各実施の形態は、次の構成を含む。
前記遊技用装置は、持点の減算を指示するためのコマンドを前記遊技機に送信した後、当該コマンドに対する応答を受信する前に、前記遊技機との間での通信コネクションを再確立させる処理に移行した場合、通信コネクションを再確立させる処理において前記遊技機側から送信されてきたデータにもとづいて、持点の減算を指示するためのコマンドが前記遊技機へ到達していたか否かを判定する到達判定手段を含み、前記コマンド送信手段は、持点の減算を指示するためのコマンドが到達していたと前記到達判定手段により判定されたとき、当該コマンドによる持点の減算指示をキャンセルするためのコマンドを前記遊技機に送信し、前記副持点更新手段は、持点の減算を指示するためのコマンドによる持点の減算指示をキャンセルするためのコマンドを受信したとき、持点の減算を指示するためのコマンドにもとづいて既に持点を減算済みである場合および持点不足により持点を減算していない場合のいずれであっても、前記副持点記憶手段が記憶している持点に減算指示のキャンセル分に対応する持点を加算する。

（１７）上記の各実施の形態では、返却ボタン３２２の操作により、遊技終了を要求する信号がＣＵに入力される。しかし、ＣＵは、遊技終了を要求する信号をホール管理用コンピュータなどから入力可能に構成してもよい。

（１８）ＣＵとＰ台とは、有線接続でなく、無線により通信可能に接続してもよい。
（１９）払出制御基板１７の機能を主制御基板１６に設けることによって、払出制御基板１７をパチンコ機２に設けないようにしてもよい。

（２０）払出制御基板１７は、パチンコ機２側で記憶している遊技玉数カウンタが０になった段階で打球発射モータ１８の駆動を停止する制御を行う。しかし、払出制御基板１７は、遊技玉数カウンタが０以外の所定値になった段階で制御を実行するものとしてもよい。例えば、前記所定値を遊技者が遊技機の所定の操作スイッチを用いて予め指定入力できるようにする。払出制御基板１７は、遊技玉数カウンタが遊技者指定の所定値に達した段階で、打球発射モータ１８の駆動を停止する。これにより、遊技者は、遊技玉の残数が予め指定した玉数になった段階で自動的に遊技を停止させることができる。

（２１）上記の各実施の形態では、パチンコ機２側に演出部５０が設けられ表示器５４により各種表示がなされるものを示したが、演出部５０を備えていないパチンコ機２であってもよい。その場合には、上記のカード挿入処理中ＯＮ、加算表示中ＯＮ、クリア表示中ＯＮなどの動作指示を含むコマンドがＰ台２に送信されてきても、Ｐ台２では、コマンドに応じた表示制御を行わず、ＣＵ側の表示器３１２のみによる表示になる。

（２２）図８３〜図８５に示した持玉共有処理において、他人に分割譲渡（持玉共有）するために排出されるカードＢをＣＵ内にストックされているストックカードを用いたが、その代わりに、他人に譲渡するためのカードＢをＣＵの外部からカード挿入／排出口３０９に挿入し、挿入されたカードＢに分割譲渡（持玉共有）用の持玉を記録して排出するようにしてもよい。その場合には、図８９〜図９２に示した玉共有処理状況の表示画面において、第１処理である自分のカードの排出処理と第２処理である共有のカードの排出処理との間に、共有のカードの挿入処理が付け加わることになる。

（２３）図８４に示した持玉共有処理では、始めにビジターカードＢを挿入して遊技を開始しているが、その代わりに、遊技者が紙幣をＣＵの紙幣挿入口３０２に挿入して遊技を開始してもよい。その場合には、持玉共有に用いられる譲渡用のカードＢをＣＵ内のカードストック部から取出して共有分の持点に対応付けて排出し、遊技終了時に遊技玉数に対応付けて遊技者に返却するカードもＣＵ内のカードストック部から取出して排出するようにしてもよい。また、紙幣の挿入により遊技を開始した後、入賞の発生によって遊技玉数が生じた段階でカードストック部から取出したカードにその時点の遊技玉数を対応付けてもよい。その場合に、遊技に伴って遊技玉数が変動したときに前記カードに対応付けられた遊技玉数も同様に変動させる。そして、持玉共有の操作がなされたときに、前記カードに対応付けられた遊技玉数を共有分の持点に変更して該カードを譲渡用のカードとして排出し、再度カードストック部から取出したカードに、前記遊技玉数から共有分の持点を減算した残りを対応付けるようにしてもよい。

（２４）上記の各実施の形態では、ＣＵが接続シーケンスを再開するときに、待機中（図３８参照）以外の状態での接続シーケンスの再開と判断、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断、または、ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが整合しないと判断したときに、図３６ではなく図３７の再接続時の接続シーケンスを実行する。しかし、それらに加えてまたはそれらのいずれかに代えて、接続シーケンスの再開に伴ってＰ台から遊技中（待機中以外のとき）に通信コネクションの切断が発生したことを示す信号（例えば、リカバリデータなど）をＣＵに送信し、ＣＵが受信した信号にもとづいて図３７の再接続時の接続シーケンスを実行するようにしてもよい。

（２５）図８３〜図８５に示した遊技玉の分割譲渡（持玉共有）の処理において、現時点の遊技玉が分割譲渡する遊技玉よりも所定数以上多いと判定したことを条件に分割譲渡（持玉共有）を許容するようにしてもよい。図８３と図８４の場合には、例えば、現時点の遊技玉が分割譲渡する遊技玉よりも２００玉以上多いと判定したことを条件に分割譲渡（持玉共有）を許容する。また、図８５の場合には、現時点の遊技玉から担保玉（＝２００）を減算した値が分割譲渡する遊技玉よりも１００玉以上多いと判定したことを条件に分割譲渡（持玉共有）を許容する。

（２６）図８３、図８５に示した遊技玉の分割譲渡（持玉共有）の処理において、カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで譲渡する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行わないように制御する。

（２７）上記の各実施の形態では、遊技玉数と持玉数との単位が同じものを示したが、それに限らず、両者の単位が異なるようにしてもよい。例えば、遊技玉数「１」を持玉数に換算すれば「１０」になるようにしてもよい。

（２８）図８４では、遊技終了時の返却操作がなされたときに、カードストック部にストックされているカード（ストックカード）を取出してストックカードに遊技玉数を対応付けて排出するものを示したが、その代わりに、遊技場の係員に新たなカードを持参してもらい、そのカードをカード挿入排出口３０９に挿入して遊技玉数を対応付け、そのカードを排出するようにしてもよい。

（２９）上記の各実施の形態では、会員カードとビジターカードとの２種類のカードを示したが、カードの種類はこれに限らず、例えば、ビジターカードの１種類のみであってもよい。

以下、上記の各実施の形態に含まれる各種手段などおよび各種手段などの組合せから奏される作用効果を列挙する。

（１−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とからなる遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報（加算玉数および減算玉数を含む動作応答）を前記遊技用装置に送信する情報送信手段（払出制御基板１７）とを含み、
前記遊技用装置は、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）と、
前記主持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含む。

そのような構成によれば、持点管理を遊技用装置側において行っているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。

特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。

（１−２）前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段（払出制御基板１７）とを含み、
前記遊技機は、前記副持点記憶手段が記憶している持点にもとづいた遊技制御（遊技玉数カウンタが０になれば打球発射モータ１８の駆動停止）を行うが、
前記遊技用装置は、遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記主持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（制御部３２３；図４５）を含む。

そのような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。

（１−３）前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部（表示器３１２）と、
前記更新情報の送信を指示するための情報（動作指示）を前記遊技機に送信する指示情報送信手段（遊技機通信部３２５）とを含み、
前記遊技機は、
前記更新情報の送信を指示するための情報を受信する指示情報受信手段（払出制御基板１７）を含み、
前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量（現在玉関連情報）を示す更新情報を送信する（図５の加算玉数カウンタおよび減算玉数カウンタの値、図３９）。

そのような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることができる。

（１−４）前記情報送信手段は、前記副持点記憶手段が記憶している持点（遊技玉数カウンタの値）を前記遊技用装置に送信し（図５の遊技玉数カウンタの値、図３９）、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行ってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台に送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行うなど）を実行する。

そのような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処を行うことができる。

（１−５）前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機に送信し、
前記指示情報送信手段は、前記補正情報を前記遊技機に送信し（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求のＰ台への送信）、
前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御基板１７；遊技玉数を遊技玉補正ＯＮと遊技玉数とに従って補正）を含む。

そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正することができる。

（１−６）前記遊技機は弾球遊技機（パチンコ機２）であって、
前記情報送信手段は、前記更新情報を遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図３３；２００ｍｓに１回）で順次送信する。

そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量を極力小さくすることができる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能になる。

（１−７）前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点にもとづいて判定する持点残数判定手段（払出制御基板１７、図４０）を含む。

そのような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点（遊技機側で記憶している遊技玉数）との間にズレが生じていても、実際の持点にもとづいた判定をすることができる。

（１−８）前記指示情報送信手段は、遊技禁止を指示するための情報を前記遊技機に送信し（図４６〜図４７の動作指示（禁止要求有））、
前記遊技機は、遊技禁止を指示するための情報を受信したときに、持点による遊技が行われない状態にするための遊技禁止手段（払出制御基板１７は打球発射モータ１８の駆動を停止、図４６〜図４７の「遊技禁止」）を含む。

そのような構成によれば、遊技用装置側で遊技機による遊技の禁止をコントロールできる。

（１−９）前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技機に送信し（図４５、図７９、図８１の動作指示（クリア要求有））、
前記遊技機は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことにもとづいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段（図４５、図７９、図８１（払出制御基板１７は、遊技玉数カウンタの値を０に初期化する）を含む。

そのような構成によれば、遊技機に記憶されている持点を遊技用装置側で初期化指示することができる。

（１−１０）持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含む。

（１−１１）遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（制御部３２３；図４５）を含む。

（１−１２）遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行ってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台に送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行うなど）を実行する。

（１−１３）前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記遊技機に送信する補正情報送信手段（遊技玉補正ＯＮと遊技玉数との送信）を含む。

（１−１４）前記遊技用装置は、前記更新情報の送信を指示するための情報を前記遊技機における遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図３３；２００ｍｓに１回）で順次前記遊技機に送信し、
前記持点更新手段は、順次受信される前記更新情報にもとづいて前記持点記憶手段が記憶している持点を順次更新する（制御部３２３、図３９）。

そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されてくるので、遊技用措置は、遊技機側での持点の変化を細やかに反映させた持点管理を行うことができる。

（２−１）遊技者により遊技が行われる遊技機（パチンコ機２）と、該遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）され、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
該遊技用装置の動作制御を行う制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含む。

そのような構成によれば、表示手段を設けた遊技機の場合には当該遊技機にマッチした態様での個性的な表示を可能にしつつも、表示手段が設けられていない遊技機の場合であっても、遊技者の操作に応じて遊技用装置側で実行される制御に応じた状況を遊技者が認識することができる。

（２−２）前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信する一方（図４１〜図４５、図８２；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台に送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図８２；表示の終了を指示するコマンドを送ることなく表示を終了する）。

そのような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機では、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することができる。

（２−３）前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、前記受付けられた記録媒体の認証を行うための制御を実行し（図４１、図８２；上位サーバへの問合せ）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図４１、図８２；カード保持中とカード挿入処理中とを含む動作指示を送信）。

そのような構成によれば、受付けられた記録媒体の認証中であることを遊技者が認識できる。

（２−４）前記制御手段は、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算し（図４１〜図４３、図８２；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示し、
前記送信手段は、前記持点の加算中である旨を前記遊技機に表示させるための表示指示を送信する（図４１〜図４３、図８２；加算表示中）。

そのような構成によれば、持点の加算中であることを遊技者が認識できる。

（２−５）前記遊技機は、持点による遊技が可能であり、
前記遊技用装置は、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算し（図４１〜図４３、図８２；例えば、加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段（払出制御基板１７）とを含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含む。

（２−６）遊技者により遊技が行われる遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０と接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技用装置の動作制御を行う制御手段（制御部３２３）と、
遊技者の操作に応じて前記制御手段により実行される制御に応じた状況を遊技者に表示する表示手段（表示器３１２）と、
前記制御手段により実行される制御に応じた状況を前記遊技機に表示させるための表示指示を送信する送信手段（遊技機通信部３２５）とを含む。

（２−７）前記送信手段は、前記表示手段による前記制御に応じた状況の表示を開始するタイミングに合せて前記表示指示を送信し（図４１〜図４５、図８２；表示器３１２への表示を開始するとともに表示中ＯＮの動作指示をＰ台に送信する）、前記遊技機による前記制御に応じた状況の表示を終了させる終了指示は送信しない（図８２；表示の終了を指示するコマンドを送ることなく表示を終了する）。

そのような構成によれば、遊技用装置と遊技機との両方に表示手段がある場合の表示開始タイミングのずれによる遊技者の違和感を防止しつつも、表示手段が設けられた遊技機において、遊技用装置側での表示の終了タイミングに拘束されることなく遊技機側独自の個性的な表示を実行することができる。

（２−８）前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）が受付けられたときに該記録媒体の認証を行うための制御を実行し（図４１、図８２；上位サーバへの確認）、
前記表示手段は、前記記録媒体の認証中である旨を遊技者に表示し（図８２）、
前記送信手段は、前記記録媒体の認証中である旨を前記遊技機に表示させるための表示指示を送信する（図４１、図８２；カード保持中とカード挿入処理中とを含む動作指示を送信）。

（２−９）前記遊技用装置は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体（カード）を受付け、
前記制御手段は、遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体が受付けられているときに該記録媒体により特定される遊技者所有の遊技用価値を用いて持点を加算し（図４１〜図４３、図８２；加算有、加算要求玉数＝５０００を含む動作指示を送信）、
前記表示手段は、前記持点の加算中である旨を遊技者に表示する（図４１〜図４３、図８２；加算表示中）。

（２−１０）前記接続部は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続され、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）と、
前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含む。

（３−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
遊技用装置との通信切断時（コネクタ３３０、２０の離脱時、接続配線の切断時、ＣＵの電源断時）に記憶データのバックアップを行うバックアップ手段（図５７、図６４〜図８１のリカバリデータを記憶する払出制御基板１７のＲＡＭ）とを含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信し（払出制御基板１７が遊技機通信部３２５へ加算玉数や減算玉数を送信し）、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機から送信されてきた更新情報にもとづいて、前記持点記憶手段が記憶している持点を更新する持点更新手段（制御部３２３）とを含み、さらに、
前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了にもとづくものか否かを判定し（ａ.待機中（図３８参照）以外の状態での接続シーケンスの再開である、ｂ.自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である（図５７参照）、または、ｃ.ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが不整合である、か否かを判断し、a〜ｃのいずれかと判断したときに、正常な通信の終了でない（異常終了）と判断）、正常な通信の終了にもとづくものと判定したときには前記バックアップ手段によりバックアップされている記憶データの初期化を行う指令を送信し（図３６；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝０、遊技玉＝０を含む通信開始要求をＰ台に送信する）、異常終了にもとづくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データを正常なデータに補正するための補正要求を送信し（図３７；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝３、遊技玉＝３００を含む通信開始要求をＰ台に送信する）、
前記遊技機は、前記記憶データの初期化を行う指令を受信したときに前記バックアップ手段によりバックアップされている記憶データの初期化を行い（図３６；Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報に合わせて０にする）、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データの補正処理を行う（図３７；Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報に合わせる）。

さらに、通信の正常な終了の場合には遊技機でバックアップされている記憶データの初期化が行われるが、異常終了の場合には、遊技機でバックアップされている記憶データの補正処理が行われるので、通信の異常終了に伴う遊技用装置と遊技機との間でのデータの不整合の問題を解決することができる。

（３−２）前記遊技用装置は、前記バックアップ手段によりバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信し（図１１；データ補正要求のＢｉｔ１とＢｉｔ２とでシーケンスナンバーと遊技玉とを選択指定する）、
前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち選択指定された記憶データの補正処理を行う（図３７）。

そのような構成によれば、通信の異常終了の場合に補正が必要な記憶データを選択指定して補正することができ、無駄な補正処理を行う不都合を防止できる。

（３−３）前記バックアップ手段は、前記特定手段により特定された持点の変化量のデータと持点のデータとをバックアップし（遊技玉数カウンタ、加算玉数カウンタ、減算玉数カウンタ）、
前記遊技用装置は、前記バックアップ手段によりバックアップされている記憶データの送信要求を前記遊技機に送信し（リカバリ要求をＰ台に送信する）、
前記遊技機は、前記送信要求に応答して前記バックアップ手段によりバックアップされている持点の変化量を特定可能な更新情報を前記遊技用装置に送信し（前回玉数と現在玉数とを含むリカバリデータをリカバリ応答としてＣＵに送信）、
前記遊技用装置は、
前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときに、前記遊技機から送信されてきた前記更新情報にもとづいて前記持点記憶手段が記憶している持点の補正処理を行う持点補正手段（図３７；リカバリ応答の内容に合わせて遊技玉などの補正を行う制御部３２３）を含み、さらに、
前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときには、前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信し（図１１、図３７；データ補正要求のＢｉｔ２が「１」のデータを含む通信開始要求をＰ台に送信する）、
前記遊技機は、前記補正要求を受信したときに前記バックアップ手段によりバックアップされている記憶データのうち前記持点のデータの補正処理を行う（図３７）。

そのような構成によれば、通信の異常終了に起因して持点のデータという重要なデータを補正する必要が生じたときにその持点のデータを選択指定して補正することができる。

（３−４）前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行われる毎に番号が更新されて通信が適正に行われているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることにもとづいて、前記異常終了の判定を行う（図７０など）。

そのような構成によれば、通信の異常終了に起因して通信番号を補正する必要が生じたときに通信番号のデータを選択指定して補正することができ、再開された通信が適正に行われているか否かを適正な通信番号にもとづいて確認することができる。

（３−５）持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機（パチンコ機２）から送信されてきた更新情報にもとづいて、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含み、さらに、
前記遊技機との間での通信開始時において、前記通信開始時直前の前記遊技機との通信の切断が正常な通信の終了にもとづくものか否かを判定し、正常な通信の終了にもとづくものと判定したときには、前記遊技機側において通信切断時からバックアップされている記憶データの初期化を行う指令を送信し（図３６；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝０、遊技玉＝０を含む通信開始要求をＰ台に送信する）、異常終了にもとづくものと判定したときには、前記遊技機側においてバックアップされている記憶データを正常なデータに補正するための補正要求を送信する（図３７；ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝３、遊技玉＝３００を含む通信開始要求をＰ台に送信する）。

（３−６）前記遊技用装置は、前記遊技機側においてバックアップされている複数種類の記憶データのうち補正する記憶データの対象を選択指定して補正要求を送信する（図１１；データ補正要求のＢｉｔ１とＢｉｔ２とでシーケンスナンバーと遊技玉とを選択指定する）。

（３−７）前記遊技用装置は、前記遊技機側においてバックアップされている記憶データの送信要求を前記遊技機に送信し（リカバリ要求をＰ台に送信する）、
前記遊技用装置は、前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときに、前記送信要求に応答して前記遊技機から送信されてきた前記バックアップされている持点の変化量を特定可能な更新情報にもとづいて前記持点記憶手段が記憶している持点の補正処理を行う持点補正手段（図３７；リカバリ応答の内容に合わせて遊技玉などの補正を行う制御部３２３）を含み、さらに、
前記通信開始時直前の前記遊技機との通信の切断が異常終了にもとづくものと判定したときには、前記遊技機側においてバックアップされている記憶データのうち前記持点のデータを前記持点補正手段による補正処理済みの持点に補正するための補正要求を送信する（図３７）。

（３−８）前記遊技用装置は、前記遊技機と前記遊技用装置との間でのデータの送受信が行われる毎に番号が更新されて通信が適正に行われているか否かを確認するための通信番号が、通信開始時に前記遊技機から送信されてきたときに、該通信番号が異常値であることにもとづいて、前記異常終了の判定を行う（図７０など）。

（４−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段（遊技玉数カウンタ）とを含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信し（加算玉数および減算玉数を含む動作応答をＣＵに送信し）、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な情報が記録された記録媒体を受付ける記録媒体受付手段（カード挿入排出口３０９、カードリーダライタ３２７）と、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記遊技機から送信されてきた更新情報にもとづいて、前記主持点記憶手段が記憶している持点を前記更新情報に応じて更新する主持点更新手段（制御部３２３）と、
前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、返却時情報を前記遊技機に送信する返却時処理手段（図４５；禁止要求有を含む動作指示をＰ台に送信する制御部３２３と遊技機通信部３２５）と、
前記記録媒体受付手段に受付けられている記録媒体の返却操作があったときに、該記録媒体を排出する処理を行う記録媒体排出処理手段（カードリーダライタ３２７）とを含み、
前記遊技機は、前記返却時情報を受信したときに持点による遊技が行われない遊技禁止状態にするための遊技禁止手段（発射モータ１８を停止させる発射制御基板３１）をさらに含み、
前記遊技機は、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに（図４５；浮遊玉処理待ち時間（１０秒）が経過しているときに）、前記副持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し（図４５；遊技完了ＯＮを含む動作応答をＣＵに送信し）、
前記遊技用装置は、前記初期化可能情報を受信したときに持点の初期化を指示するための情報を前記遊技機に送信し（図４５；クリア要求有を含む動作指示をＰ台に送信し）、
前記副持点更新手段は、前記持点の初期化を指示するための情報が前記遊技用装置から送信されてきたときに前記副持点記憶手段が記憶している持点を初期化する（遊技玉数＝０にする）。

さらに、遊技機は、返却時情報を受信したときに遊技禁止状態となり、かつ、所定条件が成立しているときに初期化可能情報を遊技用装置に送信し、遊技用装置は、初期化可能情報を受信したときに持点の初期化を指示するための情報を遊技機に送信し、その情報が遊技用装置から送信されてきたときに遊技機は持点を初期化するために、遊技用装置に受付けられている記録媒体の返却時に遊技機が記憶している持点の初期化を遊技用装置側からの指示にて実行する場合の、未確定段階の持点を初期化してしまう不都合を極力防止することができる。

（４−２）前記特定手段は、前記遊技禁止手段によって前記遊技禁止状態となっている間において持点が変化したときにも変化量を特定し（浮遊玉の入賞にもとづいて加算玉数を加算更新し）、
前記遊技機は、前記遊技禁止手段によって前記遊技禁止状態となっている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置に送信する（図４５；浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をＣＵに送信する）。

そのような構成によれば、遊技禁止状態となっている間における持点の変化量を特定可能な更新情報も遊技用装置に送信され、遊技禁止状態となっている間における持点の変化量をも遊技用装置が把握できる。

（４−３）前記遊技機は、前記副持点記憶手段が記憶している持点にもとづいた遊技制御（遊技玉数カウンタが０になれば打球発射モータ１８の駆動停止）を行い、
前記記録媒体排出処理手段は、前記初期化可能情報を受信した後に、前記主持点記憶手段が記憶している持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出する（図４５；遊技完了ＯＮを含む動作応答を受信した後に、ＣＵが記憶している遊技玉数を持玉数としてカードに記憶させて（または上位サーバにて当該カードのカード番号に対応付けて記憶している持点をＣＵが記憶している遊技玉数に対応する値に更新して）該カードを排出する）。

そのような構成によれば、遊技機側の持点が確定するまで待って確定した持点に相当する遊技用価値を特定可能な情報と受付けている記録媒体との対応付けを行った後に該記録媒体を排出することができ、最終確定する前の変動途中の持点を特定可能な情報と対応付けられた記録媒体が排出される不都合を防止できる。

（４−４）前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部（表示器３１２）を含み、さらに、
前記更新情報の送信を指示するための情報（動作指示）を前記遊技機に送信し（遊技機通信部３２５が動作指示を送信し）、
前記遊技機は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量（現在玉関連情報）を示す更新情報を送信する（図５の加算玉数カウンタおよび減算玉数カウンタの値、図３９）。

そのような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。よって、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることができる。

（４−５）前記遊技機は、前記副持点記憶手段が記憶している持点（遊技玉数カウンタの値）を前記遊技用装置に送信し（図５の遊技玉数カウンタの値、図４０）、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行ってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台に送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行うなど）を実行する。

（４−６）前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報（図３７の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機に送信し、
前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御基板１７；遊技玉数を補正指示コマンドに従って補正）を含む。

（４−７）前記遊技機は弾球遊技機（パチンコ機２）であって、
該弾球遊技機は、前記更新情報を遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔（図３３；２００ｍｓに１回）で順次送信する。

そのような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるので、更新情報によって通知される持点の変化量を極力小さくすることができる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能になる。

（４−８）前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点にもとづいて判定する持点残数判定手段（払出制御基板１７、図４０）を含む。

そのような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点（遊技機側で記憶している持点）との間にズレが生じていても、実際の持点にもとづいた判定をすることができる。

（４−９）遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）と通信可能に接続するための接続部（コネクタ３３０）を備え、持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）であって、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
持点を記憶する持点記憶手段（遊技玉数カウンタ）と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段（遊技玉数カウンタ）と、
前記遊技用装置に受付けられている記録媒体の返却操作があったときに該遊技用装置から送信されてくる返却時情報を受信する返却時情報受信手段（図４５；禁止要求有を含む動作指示をＣＵから受信する払出制御基板１７）と、
該返却時情報受信手段により前記返却時情報を受信したときに、持点による遊技が行われない遊技禁止状態にするための遊技禁止手段（発射モータ１８を停止させる発射制御基板３１）を含み、さらに、
前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置に送信（加算玉数および減算玉数を含む動作応答をＣＵに送信）するとともに、前記遊技禁止手段が前記遊技禁止状態とし、かつ、所定条件が成立しているときに（図４５；浮遊玉処理待ち時間（１０秒）が経過しているときに）、前記持点記憶手段が記憶している持点の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報を送信し（図４５；遊技完了ＯＮを含む動作応答をＣＵに送信し）、
前記持点更新手段は、前記遊技用装置から前記持点の初期化を指示するための情報が送信されてきたときに前記持点記憶手段が記憶している持点を初期化する（遊技玉数＝０にする）。

（４−１０）前記特定手段は、前記遊技禁止手段により前記遊技禁止状態となっている間において持点が変化したときにも該変化量を特定し（浮遊玉の入賞にもとづいて加算玉数を加算更新し）、
前記遊技機は、前記遊技禁止手段により前記遊技禁止状態にしている間において前記特定手段により持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置に送信する（図４５；浮遊玉処理待ち時間中でも加算玉数や減算玉数を含む動作応答をＣＵに送信する）。

（４−１１）前記送信した更新情報により特定された変化量を記憶するとともに１回前に前記送信した更新情報により特定された変化量を記憶するための２つの変化量記憶手段（図５；現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域）と、
前記遊技用装置から送信されてきた所定の情報（ＳＱＮ）にもとづいて前記遊技用装置への前記更新情報の到達を判定する到達判定手段（払出制御基板１７、図５２）とを含み、
前記遊技機は、前記到達判定手段により前記更新情報が到達したと判定されなかったときに、前記２つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報を前記遊技用装置に送信する（図５２）。

そのような構成によれば、更新情報が到達したと判定されなかったときには、前記２つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報が遊技用装置に送信されるので、持点に関する情報を遊技用装置において確実かつ効率的に収集させることが可能になる。

（４−１２）前記変化量を特定可能な更新情報の送信を指示する情報（動作指示）を前記遊技用装置より受信する毎に、前記更新情報を前記遊技用装置に送信し（加算玉数と減算玉数とを含む動作応答をＣＵに送信し）、
前記更新情報として前記送信した更新情報により特定された変化量を記憶するための変化量記憶手段（図５；現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域）をさらに含み、
前記変化量記憶手段は、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量を累積記憶し（図５１）、
前記遊技機は、前記変化量記憶手段に前記特定手段が順次特定した変化量が累積記憶されている状態で前記更新情報の送信を指示する情報が受信されたときに、前記変化量記憶手段に累積記憶されている変化量を特定可能な更新情報を送信する（図５１）。

そのような構成によれば、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量が遊技機側で累積記憶されて、やがて、前記更新情報の送信を指示する情報が受信された段階で、累積記憶された変化量を特定可能な更新情報が送信されるので、遊技用装置と遊技機との通信が途絶えた状態が継続した場合であっても持点に関する情報を遊技用装置において確実に収集させることが可能になる。

（４−１３）前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報を受信する加算情報受信手段（払出制御基板１７）をさらに含み、
前記持点更新手段は、前記遊技用価値から引落とした価値相当分の持点を加算することを示す持点加算情報（加算有と加算要求玉数を含む動作指示）を受信したときに該持点加算情報に従う持点を前記持点記憶手段に記憶されている持点に加算し（図４２、図４３；遊技玉数に加算し）、
前記遊技機は、前記持点更新手段による持点加算の間に前記特定手段により特定された持点の変化量、および加算後の持点を特定可能な情報を前記遊技用装置に送信する（図４２、図４３；加算玉数と減算玉数と遊技玉数とを含む動作応答をＣＵに送信する）。

そのような構成によれば、持点の変化量を特定可能な情報にもとづいて更新された後の持点と遊技機から送信されてきた加算後の持点を特定可能な情報とを比較して整合しているか否かの確認を遊技用装置に行わせることができる。

（５−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）を含み、
前記遊技用装置と前記遊技機との間での通信が適正に行われているか否かを確認するための通信番号（シーケンスナンバー（ＳＱＮ））とともに前記変化量を特定可能な更新情報を前記遊技用装置に送信し（払出制御基板１７が遊技機通信部３２５へ加算玉数や減算玉数を送信し）、
該更新情報の送信から次回の更新情報の送信までの間における前記特定手段により特定された変化量を今回変化量として記憶するとともに、該変化量を送信した後においても前回変化量としてバックアップして記憶する変化量記憶手段（図５；現在加算玉数を記憶する加算玉数カウンタ、現在減算玉数をカウントする減算玉数カウンタ、前回玉関連情報としての前回加算玉数を記憶する領域および前回減算玉数を記憶する領域）をさらに含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）を含み、
前記更新情報を受信するとともに、前記通信番号を含む所定の情報を前記遊技機に送信し（遊技機通信部３２５）、
前記持点記憶手段が記憶している持点を前記更新情報に応じて更新する持点更新手段（制御部３２３）を含み、さらに、
前記遊技機から送信されてきた前記通信番号を加算更新して該更新後の通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し（図５；制御部３２３のＲＡＭ）、
前記遊技機は、前記遊技用装置から送信されてきた通信番号を加算更新して該更新後の通信番号を送信するとともに、最後に送信した通信番号をバックアップして記憶し（図５；払出制御基板１７のＲＡＭ）、前記遊技用装置との間での通信開始時において、前記記憶している最後に送信した通信番号と前記今回変化量および前記前回変化量の両方を特定可能な更新情報とを送信し（図６４〜図８１；最終ＳＱＮと前回玉関連情報と現在玉関連情報とを含むリカバリデータをリカバリ応答として送信）、
前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行い（図６６、図７１、図７５、）、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行う（図６４、図６５、図７０、図７４、図７８）。

さらに、遊技用装置側と遊技機側とにおいて、最後に送信または受信した通信番号をバックアップ記憶しておき、遊技用装置は、遊技機との間での通信開始時において、バックアップ記憶している通信番号と遊技機から送信されてきた通信番号とを比較することにより、遊技機が送信した情報を受信していない場合に、今回変化量と前回変化量とを用いて持点の補正を行うが、遊技用装置が送信した情報を遊技機が受信していない場合および遊技用と遊技機とにおいて一方が送信した情報を他方が受信している正常状態の場合には、今回変化量を用いて持点の補正を行う。その結果、通信制御を再開させたときに、送信側では送信したはずのデータが受信側では受信されていないまま、通信が進行していくという不都合を解消できる。

（５−２）前記遊技機は、持点を記憶する副持点記憶手段（遊技玉数カウンタ）を含み、該副持点記憶手段が記憶している持点を前記遊技用装置に送信し（遊技玉数を含む動作応答をＣＵに送信し）、
前記遊技用装置は、
前記持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する（表示器３１２によりエラー報知、リカバリ処理を行ってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台に送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行うなど）。

（５−３）前記遊技用装置は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報（図３７の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機に送信し、
前記遊技機は、前記補正情報にもとづいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御基板１７；遊技玉数を補正指示コマンドに従って補正）を含む。

そのような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生ずることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正を行うことができる。

（５−４）前記変化量記憶手段は、前記通信不能状態が発生した後通信が開始されるまでの間において、前記特定手段により特定された持点の変化量を前記今回変化量とし累積記憶し（図６４〜図８１）、
前記遊技機は、前記通信不能状態が発生した後通信が開始されたことにより、前記変化量記憶手段に累積記憶されている今回変化量を特定可能な累積更新情報を前記遊技用装置に送信し（図６４〜図８１；現在玉数を含むリカバリデータを送信）、
前記遊技用装置は、前記累積更新情報にもとづいて前記持点記憶手段が記憶している持点を更新する（図６４〜図８１）。

そのような構成によれば、通信不能状態が発生した後通信が開始されるまでの間において変動した持点の変化量を反映させた持点の更新を行うことができる。

（５−５）持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）を含み、
前記遊技用装置と前記遊技機との間での通信が適正に行われているか否かを確認するための通信番号（シーケンスナンバー（ＳＱＲ））を含む所定の情報を前記遊技機に送信するとともに（遊技機通信部３２５）、遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を、前記遊技機より受信し（加算玉数や減算玉数を払出制御基板１７より受信し）、
前記持点記憶手段が記憶している持点を前記更新情報にもとづいて更新する持点更新手段（制御部３２３）とを含み、さらに、
前記遊技機から送信されてきた通信番号を加算更新して該加算更新された通信番号を含む情報を前記遊技機に送信するとともに、最後に送信または受信した通信番号をバックアップして記憶し（図５；制御部３２３のＲＡＭ）、さらに、前記遊技機との間での通信開始時において、前記遊技機が最後に送信した通信番号と前回の更新情報の送信以降における前記遊技機での持点の変化量である今回変化量および該今回変化量以前に更新情報として送信された変化量である前回変化量の両方を特定可能な更新情報とを受信し（払出制御基板１７から加算玉数や減算玉数を受信し）、
前記遊技用装置は、前記遊技機との間での通信開始時において、前記記憶している最後に送信または受信した通信番号に比べて、前記遊技機から送信されてきた通信番号が大きい値であるときには、前記受信された更新情報により特定される前記今回変化量と前記前回変化量とを用いて前記持点記憶手段が記憶している持点の補正を行うが（図６６、図７１、図７５）、前記遊技機から送信されてきた通信番号が小さい値であるときまたは同じ値であるときには、前記受信された更新情報により特定される前記今回変化量を用いて前記持点記憶手段が記憶している持点の補正を行う（図６４、図６５、図７０、図７４、図７８）。

（５−６）遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段（図５；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理を実行する（表示器３１２によりエラー報知、リカバリ処理を行ってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台に送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行うなど）。

（５−７）前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報（図３７の遊技玉数補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機に送信する。

（５−８）前記通信不能状態が発生した後通信が開始されるまでの間において、前記遊技機側において累積記憶された持点の変化量を特定可能な累積更新情報を受信し（図６４〜図８１；現在玉数を含むリカバリデータを受信）、
前記遊技用装置は、前記累積更新情報にもとづいて前記持点記憶手段が記憶している持点を更新する（図６４〜図８１）。

（６−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶する制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図８３；持玉共有指定）に応じて、前記対応付け処理を行うことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに（図８３；カードＡ（持玉＝０）を返却）、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し（図８３；遊技玉＝３８００を遊技玉＝２８００にし）、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する（図８３；カードＢ（持玉＝１０００）返却）共有処理を実行する。

そのような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行うことなく挿入排出口から排出されるため、記録媒体の排出後でも持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。

（６−２）前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。

そのような構成によれば、共有する持点に比べて持点記憶手段に記憶されている持点に所定数の余裕があることを条件に持点の共有が許容されるため、共有処理中に持点がなくなって遊技を一時中断する不都合をより確実に防止できる。

（６−３）前記記録媒体処理手段は、前記対応付け処理を行うことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない（図８３；カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行わないように制御する）。

そのような構成によれば、対応付け処理を行うことなく該記録媒体を挿入排出口から排出した後、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を挿入排出口から排出するまでの間において、持点記憶手段に記憶されている持点が共有する持点に満たなくなるような事態が生じても、持点の共有を取消すことにより対処がなされる。

（６−４）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶する制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行った処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図８５；持玉共有指定）に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点（図８５；担保玉２００）とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行って前記挿入排出口から排出するとともに（図８５；カードＡ（持玉＝３８００）返却）、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する（図８５；カードＢ（持玉＝１０００）返却）共有処理を実行する。

そのような構成によれば、共有処理中に遊技を可能にするための確保用持点が確保された状態で共有処理が実行されるため、確保用持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。

（６−５）前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行う報知手段（図９１の画面を表示する表示器３１２）をさらに含む。

そのような構成によれば、遊技者が共有処理により排出された記録媒体の再挿入を忘れる不都合を防止できる。

（６−６）前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出するが、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

そのような構成によれば、共有処理により一旦は排出された遊技者の記録媒体を再挿入することにより、当該遊技者が獲得した持点を記録媒体に対応付けて排出することができる。

（６−７）前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段（玉数制御基板１７）とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する（制御部３２３）。

（６−８）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に記録されている情報により特定される獲得遊技用価値を引落として前記遊技機による遊技に使用するための持点を確保するための処理を行う持点確保処理手段（加算要求玉数のデータを含む動作指示をＰ台に送信する制御部３２３）と、
該挿入排出口に挿入された前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図８３；持玉共有指定）に応じて、前記対応付け処理を行うことなく前記受付けられている記録媒体を前記挿入排出口から排出するとともに（図８３；カードＡ（持玉＝０）を返却）、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し（図８３；遊技玉＝３８００を遊技玉＝２８００にし）、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出する（図８３；カードＢ（持玉＝１０００）返却）共有処理を実行する。

そのような構成によれば、持点を共有する操作に応じて、既に挿入排出口に挿入されて受付けられている記録媒体は、持点記憶手段に記憶されている持点を対応付ける対応付け処理を行うことなく挿入排出口から排出されるため、記録媒体の排出後においても持点記憶手段に記憶されている持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。

（６−９）前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。

（６−１０）前記記録媒体処理手段は、前記対応付け処理を行うことなく該記録媒体を前記挿入排出口から排出した後、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を対応付けた記録媒体を前記挿入排出口から排出するまでの間において、前記持点記憶手段に記憶されている持点が前記共有する持点に満たなくなったときには、持点の共有を取消して前記共有する持点分を前記持点記憶手段に記憶されている持点から減算を実行しない（図８３；カードＡを排出した後カードＢを排出するまでの間において、遊技中の遊技玉数がカードＢに書込んで共有する持玉に満たなくなった場合には、持点共有を取消してカードＢの排出を行わないように制御する）。

（６−１１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記挿入排出口に挿入されている前記記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
遊技終了操作に応じて、前記挿入排出口に挿入されている前記記録媒体を、前記持点加減算処理手段が行った処理により加減算更新された遊技終了時点の持点に相当する獲得遊技用価値を特定可能な情報が記録された状態にして前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）を含み、
該記録媒体処理手段は、前記持点記憶手段に記憶されている持点を共有する操作（図８５；持玉共有指定）に応じて、前記持点記憶手段に記憶されている持点から共有する持点分と共有処理中に遊技を可能にするために確保しておく確保用持点（図８５；担保玉２００）とを減算した残りの持点を算出し、前記挿入排出口に挿入されて受付けられている前記記録媒体を前記残りの持点に対応付ける対応付け処理を行って前記挿入排出口から排出するとともに（図８５；カードＡ（持玉＝３８００）返却）、前記共有する持点を対応付けた記録媒体を前記挿入排出口から排出する（図８５；カードＢ（持玉＝１０００）返却）共有処理を実行する。

（６−１２）前記記録媒体処理手段により前記共有処理が実行された後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体を前記挿入排出口に再挿入させるための報知を行う報知手段（図９１の画面を表示する表示器３１２）をさらに含む。

（６−１３）前記記録媒体処理手段は、前記共有処理を実行した後に、該共有処理により前記対応付け処理を行うことなく排出された記録媒体が前記挿入排出口に再挿入されたときに、該記録媒体が前記排出された記録媒体と同じものであるか否かを判別し、同じものでないと判別したときに該記録媒体を排出するが、同じものであると判別したときに該記録媒体を受付けて、遊技終了操作に応じて前記対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

（６−１４）遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する（制御部３２３）。

（７−１）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶する制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）とを含み、
該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作（図８４；持玉共有指定）に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って該ビジター用記録媒体を前記挿入排出口から排出する（図８４；カードＢ（持玉＝１０００）返却）共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

そのような構成によれば、挿入排出口に記録媒体が挿入されて受付けられている状態で、持点を共有する操作に応じて、共有する持点分を持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って、該記録媒体を持点共有用の記録媒体として挿入排出口から排出するため、持点記憶手段に記憶されている持点のうち共有する持点分を減算した残りの持点を使用して遊技を続行でき、遊技を一時中断しなくてよいために、稼働率の低下を防止できる。また、遊技終了操作に応じて、持点記憶手段に記憶されている持点が他の記録媒体に対応付けられて該記録媒体が挿入排出口から排出されるため、遊技者は記録媒体を入手することにより持点を獲得できる。

（７−２）前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。

（７−３）前記遊技用装置は、記録媒体をストックする記録媒体ストック部（カードストック部）を含み、
前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

そのような構成によれば、遊技終了時に記録媒体を挿入排出口に挿入する手間を省くことができる。

（７−４）前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報を前記遊技用装置に送信する情報送信手段（玉数制御基板１７）とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段（遊技機通信部３２５）を含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する（制御部３２３）。

（７−５）持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０、２０、接続配線）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、または貯玉数）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
前記持点を記憶する持点記憶手段（「遊技玉数」を記憶する制御部３２３のＲＡＭ）と、
遊技者所有の遊技用価値が対応付けられている記録媒体（カード）の挿入および排出を行う１つの挿入排出口（カード挿入／排出口３０９）と、
該挿入排出口に挿入されて受付けられた前記記録媒体に対応付けられている遊技者所有の遊技用価値を引落として前記前記持点記憶手段に記憶されている持点に加算するとともに、前記遊技機で入賞が発生することにより前記持点記憶手段に記憶されている持点に加算し、さらに、遊技に使用される持点を減算する持点加減算手段（制御部３２３）と、
遊技終了操作に応じて前記持点記憶手段に記憶されている持点を記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する記録媒体処理手段（図４５のカード返却の処理）とを含み、
該記録媒体処理手段は、前記挿入排出口に挿入された記録媒体が受付けられている状態で、前記持点記憶手段に記憶されている持点を共有する操作（図８４；持玉共有指定）に応じて、前記共有する持点分を前記持点記憶手段に記憶されている持点から減算し、該減算分の持点を前記受付けられている記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する（図８４；カードＢ（持玉＝１０００）返却）共有処理を実行し、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を他の記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

（７−６）前記記録媒体処理手段は、前記共有する持点に所定数（２００）を加算した値よりも前記持点記憶手段に記憶されている持点が少ないときには持点の共有を禁止する。

（７−７）前記遊技用装置は、記録媒体をストックする記録媒体ストック部（カードストック部）を含み、
前記記録媒体処理手段は、遊技終了操作に応じて、前記持点記憶手段に記憶されている持点を前記記録媒体ストック部から取り出した記録媒体に対応付ける対応付け処理を行って該記録媒体を前記挿入排出口から排出する。

（７−８）持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（遊技機通信部３２５）とを含み、
前記持点加減算手段は、前記持点記憶手段が記憶している持点を前記更新情報にもとづいて加減算更新する（制御部３２３）。

（８−１）遊技領域（遊技領域２７）に遊技媒体（遊技玉）を発射し、入賞の発生に応じて持点が加算される遊技機（パチンコ機）であって、
持点を記憶する持点記憶手段（遊技玉数カウンタ）と、
遊技媒体を遊技領域に発射する遊技媒体発射手段（発射部３８）と、
前記持点記憶手段に遊技に使用可能な持点が記憶されていることを条件に前記遊技媒体発射手段による遊技媒体の発射を許容する発射許容手段（発射制御基板３１）と、
該遊技媒体発射手段による遊技媒体の発射に用いられる持点を前記持点記憶手段に記憶されている持点から減算するとともに、入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算する持点加減算手段（主制御基板１６から払出制御基板１７へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号にもとづいて払出制御基板１７が遊技玉数に対して加算し、遊技玉制御部３４から払出制御基板１７に送信されてくる発射検出信号にもとづいて払出制御基板１７が遊技玉数から減算する）と、
遊技に使用可能な持点の有無を判定する判定手段（図４０；遊技玉＝０を検知）と、
該判定手段により前記持点が無いとの判定が行われたときに、前記遊技媒体発射手段による遊技媒体の発射を禁止する発射禁止手段（図４０；遊技玉数＝０になった段階で、Ｐ台において、玉なしが検出され、払出制御基板１７は自動的に打球発射モータ１８の駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御する）と、
該発射禁止手段による遊技媒体の発射禁止状態において、遊技媒体を用いた遊技の実行により発生する信号を検出したときに異常報知を行う異常報知手段（表示器５４による異常表示、異常報知用ランプの点など（または点滅）またはスピーカからの音声による異常報知）とを備えていることを特徴とする。

そのような構成によれば、発射禁止状態において、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、電波の影響を受けて、遊技媒体を用いた遊技の実行により発生する信号が出力された場合に、その信号を検出して異常報知手段により異常報知が行われるため、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。

（８−２）遊技者所有の遊技用価値を用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置に対し前記持点記憶手段に記憶されている持点を送信する情報送信手段（払出制御基板１７が遊技玉数を含む動作応答を送信）と、
前記情報送信手段により送信された更新情報にもとづいて更新された持点と前記前記情報送信手段により送信された持点とが整合していないと前記遊技用装置で判定されたときに（図５；遊技玉数の一致を判定）該遊技用装置から送信されてくる持点補正情報（リカバリ処理を行って通信開始要求のコマンドをＰ台に送信し、コマンドに含まれているデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ））を受信する情報受信手段（払出制御基板１７）と、
該情報受信手段により受信された持点補正情報にもとづいて前記持点記憶手段が記憶している持点を補正する持点補正手段（払出制御基板１７；データ補正要求のＢｉｔ１のデータによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行う）とをさらに備えている。

（８−３）前記遊技媒体発射手段が作動しているときに、前記遊技領域から回収された遊技媒体を打球発射位置まで揚送する揚送手段（揚送モータ４０、揚送装置１９０）と、
該揚送手段により揚送される遊技媒体を検出する揚送遊技媒体検出手段（玉上げスイッチ（上）４１ａ、玉上げスイッチ（下）４１ｂ）とをさらに備え、
前記異常報知手段は、前記遊技媒体発射手段が作動していないときに前記揚送遊技媒体検出手段の検出信号が出力されたときに異常報知する（表示器５４による「揚送装置が異常作動しました」などの異常表示、揚送装置異常報知用ランプの点など（または点滅）または「揚送装置が異常作動しました」などの音声によるスピーカからの異常報知）。

そのような構成によれば、本来、揚送手段が作動していないはずの遊技媒体発射手段の非作動時において、揚送遊技媒体検出手段の検出信号が出力されるという異常事態が発生した場合に異常報知手段により異常報知が行われ、早期に異常を発見できる。

（８−４）前記遊技領域内に発射された遊技媒体が入賞可能な入賞口（大入賞口、普通入賞口、始動口）と、
前記入賞口に入賞した遊技媒体を検出する入賞検出手段（図１１４；入賞玉検出スイッチ７００ａ〜７００ｈ）と、
前記遊技領域内に発射されて前記入賞口に入賞することなく前記遊技領域から排出された遊技媒体を検出する排出検出手段（図１１４；アウト玉検出スイッチ７０１）と、
前記入賞検出手段により検出された遊技媒体および前記排出検出手段により検出された遊技媒体を合流させて通過させる通過経路（図１１４；合流通過経路７０２）にて遊技媒体を検出する合流経路検出手段（図１１４；合流経路検出スイッチ３２）とをさらに備え、
前記入賞検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成され（入賞玉検出スイッチ７００ａ〜７００ｈは近接スイッチで構成され、合流経路検出スイッチ３２は光センサで構成され）、
前記持点加減算手段は、前記入賞検出手段により遊技媒体の入賞が検出されたことにもとづいて該入賞の発生に応じた持点を前記持点記憶手段に記憶されている持点に加算し（主制御基板１６から払出制御基板１７へ入力された入賞検出信号、始動口入賞情報、ファール玉検出信号にもとづいて払出制御基板１７が遊技玉数に対して加算する）、
前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する異常判定手段（払出制御基板１７により、入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とによる玉検出個数の合計を算出し、合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する）をさらに備え、
前記異常報知手段は、前記異常判定手段により異常であることの判定が行われたときに異常報知を行う（払出制御基板１７により一致せずかつ所定個数以上の隔たりがあると判別した場合には、異常表示コマンドを表示器用演出制御基板５３に送信し、表示器用演出制御基板５３が表示器５４に異常表示を行う）。

そのような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、入賞検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成され、不正電波の及ぶ影響が異なるために、入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。

（８−５）前記発射禁止手段により発射されたが前記遊技領域まで到達しなかったファール遊技媒体を検出するファール検出手段（図１１４；ファール玉検出スイッチ３３）をさらに備え、
前記通過経路は、前記ファール検出手段により検出されたファール遊技媒体も合流させて通過させ（図１１４）、
前記ファール検出手段と前記合流経路検出手段とは各々異なる方式の検出手段にて構成され（ファール玉検出スイッチ３３は近接スイッチで構成され、合流経路検出スイッチ３２は光センサで構成され）、
前記異常判定手段は、前記ファール検出手段による検出数と前記入賞検出手段による検出数と前記排出検出手段による検出数と前記合流経路検出手段による検出数との整合性を判断して異常の有無を判定する（払出制御基板１７により、入賞玉検出スイッチ７００ａ〜７００ｈとアウト玉検出スイッチ７０１とファール玉検出スイッチ３３とによる玉検出個数の合計を算出し、合計と合流経路検出スイッチ３２による玉検出個数とが一致するか否かを判別する）。

そのような構成によれば、電波の発信による不正に入賞を発生させるという不正行為が行われたときに、入賞検出手段およびファール検出手段と合流経路検出手段とが各々異なる方式の検出手段にて構成され、不正電波の及ぶ影響が異なるために、ファール検出手段による検出数と入賞検出手段による検出数と排出検出手段による検出数と合流経路検出手段による検出数との整合性が崩れ、異常が発生したことを判定でき、電波の発信による不正に入賞を発生させるという不正行為への対応を行うことができる。

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

本発明は、１の遊技機で用いられる所定数の遊技媒体が封入領域内に封入され、該遊技機に設けられた遊技領域に遊技媒体を進入させ、遊技領域を経由した遊技媒体を回収部を介して回収し、回収した遊技媒体を再び遊技領域に進入させるために封入領域内において循環させるパチンコ機などの遊技機に好適に適用できる。

１ホール管理用コンピュータ
２パチンコ機
３カードユニット
４木枠
５前枠
６ガラス扉
１０ガラス扉開放ソレノイド
１１前枠開放ソレノイド
１２ガラス扉閉鎖検出器
１３前枠閉鎖検出器
１６主制御基板
１７払出制御基板
１８打球発射モータ
２０接続部
２６遊技盤
３２合流経路検出スイッチ
３３ファール玉検出スイッチ
４１ａ玉上げスイッチ（上）
４１ｂ玉上げスイッチ（下）
５０演出部
５３表示器用演出制御基板
５４表示器
１０１演出制御用マイクロコンピュータ
１４５アウト口
１５０ファール玉戻り口
１７０払出制御用マイクロコンピュータ
１７１払出制御用ＣＰＵ
１７２ＲＯＭ
１７３ＲＡＭ
１７４Ｉ／Ｏ
１７５外部出力回路
３０９カード挿入／排出口
３１２表示器
３１９再プレイボタン
３２１貸出ボタン
３１２表示器
３２２返却ボタン３２２
３２３制御部
３２４外部通信部
３２５遊技機通信部
３２７カードリーダライタ
３３０接続部
９００電源基板
９１０バックアップ電源

Claims

所定数の遊技媒体が封入されており、遊技領域に遊技媒体を進入させ、前記遊技領域を経由した遊技媒体を回収部を介して回収し、回収した遊技媒体を再び前記遊技領域に進入させるために循環させるとともに、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機であって、
遊技者が所有する遊技価値を記憶する遊技価値記憶手段と、
前記遊技価値記憶手段が記憶する遊技価値から遊技に使用された遊技価値を減算し、遊技において所定の付与条件が成立したことを条件に前記遊技価値記憶手段が記憶する遊技価値に所定の遊技価値を加算する価値加減算手段と、
特定の遊技価値を設定するための設定手段と、
遊技者が遊技を終了するための操作を行ったときに、前記特定の遊技価値の設定を初期化する初期化手段と、
前記遊技価値記憶手段が記憶する遊技価値が前記特定の遊技価値となったときに遊技の実行を規制する遊技規制手段とを備えた
ことを特徴とする遊技機。
遊技者が所有する遊技価値を記憶する遊技価値記憶手段と、所定数の遊技媒体が封入されており、遊技領域に遊技媒体を進入させ、前記遊技領域を経由した遊技媒体を回収部を介して回収し、回収した遊技媒体を再び前記遊技領域に進入させるために循環させるとともに、遊技者が所有する遊技価値を使用して遊技を実行可能な遊技機とを含む遊技システムであって、
前記遊技価値記憶手段が記憶する遊技価値から遊技に使用された遊技価値を減算し、遊技において所定の付与条件が成立したことを条件に前記遊技価値記憶手段が記憶する遊技価値に所定の遊技価値を加算する価値加減算手段と、
特定の遊技価値を設定するための設定手段と、
遊技者が遊技を終了するための操作を行ったときに、前記特定の遊技価値の設定を初期化する初期化手段と、
前記遊技価値記憶手段が記憶する遊技価値が前記特定の遊技価値となったときに遊技の実行を規制する遊技規制手段とを備えた
ことを特徴とする遊技システム。