(57)【要約】【課題】発射強度に応じてパチンコ玉がどの領域を通過する傾向にあるのかを把握する。【解決手段】パチンコ機と通信可能に構成されたカードユニットは、パチンコ機から受信した状態情報応答のレスポンスを受信した場合（Ｓ１０にてＹＥＳ）、受信したレスポンスに含まれるパチンコ玉の発射強度の補正処理を行ない（Ｓ１１）、集計中断期間でないとき（Ｓ１２にてＮＯ）、パチンコ玉が遊技領域における各領域を通過した回数および割合を発射強度別に集計する処理を実行する（Ｓ１３）。【選択図】図１２
2014161607.tif 000002
【特許請求の範囲】
【請求項１】
遊技媒体を遊技領域へ発射して遊技を行なうことが可能な遊技機と通信可能な情報管理装置であって、
前記遊技機から出力された、遊技媒体の発射強度を示す信号と、遊技媒体が前記遊技領域に設けられた第１領域を通過したことを示す信号と、遊技媒体が前記遊技領域に設けられた第２領域を通過したことを示す信号とを取得する取得手段と、
前記取得手段が受信した信号を用いて、遊技媒体が前記第１領域を通過した回数および割合の少なくとも一方と遊技媒体が前記第２領域を通過した回数および割合の少なくとも一方とをそれぞれ前記発射強度別に集計する集計処理を行なう集計手段とを備える、情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置に関し、詳しくは、遊技媒体を遊技領域へ発射して遊技を行なうことが可能な遊技機と通信可能な情報管理装置に関する。
【背景技術】
【０００２】
特開２０１０−７５２５５号公報（特許文献１）には、遊技玉の発射強度と遊技状態とから、遊技盤の右側領域への遊技玉の発射が適正であるか否かを判定する遊技機が開示されている。
【０００３】
特開２００６−１２２３２２号公報（特許文献２）には、遊技玉の発射強度を出力する遊技機が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−７５２５５号公報
【特許文献２】特開２００６−１２２３２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の特許文献１、２のいずれにおいても、発射強度に応じて遊技玉がどの領域を通過する傾向にあるのかを把握することについて何ら考慮されていない。
【０００６】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、発射強度に応じて遊技媒体がどの領域を通過する傾向にあるのかを把握可能な情報管理装置を提供することである。
【課題を解決するための手段】
【０００７】
（１）  本発明は、遊技媒体を遊技領域へ発射して遊技を行なうことが可能な遊技機と通信可能な情報管理装置（たとえばカードユニット３、ホールコン９００、呼び出しランプ）であって、
前記遊技機から出力された、遊技媒体の発射強度を示す信号（たとえば、発射強度を示す状態情報応答）と、遊技媒体が前記遊技領域に設けられた第１領域（たとえば普通入賞口２７２〜２７４、大入賞口２７１、始動入賞口２７５〜２７７、普通図柄ゲート、ステージ入口の少なくともいずれか１つを含む複数の領域のうちの１つの領域）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）と、遊技媒体が前記遊技領域に設けられた第２領域（たとえば普通入賞口２７２〜２７４、大入賞口２７１、始動入賞口２７５〜２７７、普通図柄ゲート、ステージ入口の少なくともいずれか１つを含む複数の領域のうちの１つの領域であって第１領域とは異なる領域）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）とを取得する取得手段（図１２のＳ１０）と、
前記取得手段が受信した信号を用いて、遊技媒体が前記第１領域を通過した回数および割合の少なくとも一方と遊技媒体が前記第２領域を通過した回数および割合の少なくとも一方とをそれぞれ前記発射強度別に集計する集計処理を行なう集計手段（たとえば図１２のＳ１３）とを備える。
【０００８】
上記構成によれば、遊技媒体が第１領域を通過した回数および割合の少なくとも一方と遊技媒体が第２領域を通過した回数および割合の少なくとも一方とを発射強度別に集計する。そのため、発射強度に応じて遊技媒体がどの領域を通過する傾向にあるのか（発射強度に応じた各領域の通過し易さ）を把握することができる。なお、発射強度に応じた各領域の通過し易さを把握する際には、たとえば第１領域の通過回数と第２領域の通過割合とを比較するようにしてもよい。
【０００９】
（２）  上記（１）の情報管理装置において、
前記第１領域は、遊技媒体が通過することによって所定の遊技制御（たとえば、遊技玉を払出す制御、封入循環式パチンコ機においては遊技玉数のデータを付与する制御、図柄の変動を開始する制御など）が行なわれる領域であり、
前記第２領域は、遊技媒体が通過することによって所定の遊技制御（たとえば、遊技玉を払出す制御、封入循環式パチンコ機においては遊技玉数のデータを付与する制御、図柄の変動を開始する制御など）が行なわれる領域であってかつ前記第１領域とは異なる領域である。
【００１０】
上記構成によれば、所定の遊技制御が行なわれる複数の異なる領域が存在する場合において、発射強度に応じて遊技媒体がそれらの複数の領域のうちのどの領域を通過する傾向にあるのかを把握することができる。
【００１１】
（３）  本発明は、遊技媒体を遊技領域へ発射して遊技を行なうことが可能な遊技機と通信可能な情報管理装置（たとえばカードユニット３、ホールコン９００、呼び出しランプ）であって、
前記遊技機から出力された、遊技媒体の発射強度を示す信号（たとえば、発射強度を示す状態情報応答）と、遊技媒体が前記遊技領域に設けられた第１領域（たとえば大入賞口２７１）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）と、遊技媒体が前記第１領域内に配置された第２領域（たとえば大入賞口２７１内の確変入賞口２７１ａ）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）とを取得する取得手段（たとえば図１２のＳ１０）と、
前記取得手段が受信した信号を用いて、遊技媒体が前記第１領域を通過した回数および割合の少なくとも一方と遊技媒体が前記第２領域を通過した回数および割合の少なくとも一方とをそれぞれ前記発射強度別に集計する集計処理を行なう集計手段（たとえば図１２のＳ１３）とを備える。
【００１２】
上記構成によれば、遊技媒体が第１領域を通過した回数および割合の少なくとも一方と遊技媒体が第１領域内に配置された第２領域を通過した回数および割合の少なくとも一方とを発射強度別に集計するので、どの発射強度であるときに遊技媒体が第１領域を通過しかつ第１領域内の第２領域を通過し易くなるのかを把握することができる。
【００１３】
（４）  上記（３）の情報管理装置において、
前記第１領域は、遊技媒体が入賞し難いまたは入賞しない閉状態と遊技媒体が入賞可能な開状態とに変化可能な可変入賞領域（たとえば、大入賞口２７１）であり、
前記第２領域は、前記可変入賞領域内に配置され、遊技媒体が入賞することによって所定の遊技制御が行なわれる確率が向上する確率変動入賞口（たとえば、確変入賞口２７１ａ）である。
【００１４】
上記構成によれば、どの発射強度であるときに遊技媒体が可変入賞領域を通過しかつ可変入賞領域内に配置された確率変動入賞口を通過し易くなるのかを把握することができる。
【００１５】
（５）  上記（１）〜（４）のいずれかの情報管理装置において、
前記集計処理の結果を用いて、遊技媒体が前記第１領域を通過した回数および割合の少なくとも一方と遊技媒体が前記第２領域を通過した回数および割合の少なくとも一方とをそれぞれ前記発射強度別に表示可能な表示手段（たとえば図１２のＳ１６）をさらに備える。
【００１６】
上記構成によれば、集計結果を表示することで、発射強度に応じて遊技媒体がどの領域を通過する傾向にあるのかを視覚的に把握することができる。
【００１７】
（６）  上記（１）〜（５）のいずれかの情報管理装置において、
前記集計手段は、少なくとも前記発射強度が所定量（たとえば、発射強度がしきい値よりも低い値からしきい値に達する量）変化してから所定期間（たとえば、発射強度の変化中に発射された遊技媒体がすべて遊技領域を通過し終えると予測される期間）が経過するまでの期間（たとえば図１４に示す期間α）は、前記集計処理を行なわない。
【００１８】
上記構成によれば、少なくとも前記発射強度が所定量変化してから所定期間が経過するまでの期間は、遊技媒体の通過領域が不安定となると予測されるため、集計処理を行なわない。そのため、集計処理結果の信頼性が低下することを未然に防止できる。
【００１９】
（７）  上記（１）〜（６）のいずれかの情報管理装置において、
前記遊技機の稼働直後（たとえば電源投入直後、遊技開始直後、発射強度が略零から増加し始めた直後）に前記遊技機から受信した発射強度を、当該発射強度を変化させるために前記遊技機に設けられた操作部の操作量が略零（たとえば、非操作時の値）であるときの初期発射強度として記憶し、前記初期発射強度を記憶した後に前記遊技機から受信した発射強度を前記初期発射強度で補正する補正手段（たとえば図１３のフローチャート）をさらに備える。
【００２０】
上記構成によれば、たとえば操作部の遊びやガタ等により操作部の操作量と発射強度との間にばらつきが存在する場合であっても、発射強度を正確に検出することができる。
【００２１】
（８）  上記（１）〜（７）のいずれかの情報管理装置において、
前記情報管理装置は、前記発射強度が略零（たとえば、非操作時の値）よりも大きくかつ前記遊技媒体の発射数および回収数が変化しない場合に、前記遊技媒体の発射異常であると判定する判定手段（たとえば図１９のフローチャート）をさらに備える。
【００２２】
上記構成によれば、操作部の異常や遊技媒体が発射装置に供給されていないのに発射操作がされている状態（いわゆるカラ打ち）を検出することができる。
【００２３】
（９）  上記（１）〜（８）のいずれかの情報管理装置において、
前記発射強度がしきい値以上であるか否かまたはしきい範囲（たとえば図２１の発射強度しきい範囲）に含まれるか否かに応じて遊技媒体が打ち込まれた領域（たとえば右打ち領域、左打ち領域、ぶっ込み領域）を特定する特定手段（たとえば図２０のフローチャート）と、
前記特定手段で用いられる前記しきい値または前記しきい範囲を変更可能な変更手段（たとえば図２２のフローチャート）とをさらに備える。
【００２４】
上記構成によれば、発射強度を検出することで、遊技者がどの領域を狙って遊技媒体を打ち込もうとしているのかを特定することができる。
【００２５】
（１０）  上記（１）〜（９）のいずれかの情報管理装置において、
複数の遊技場にそれぞれ設置された複数の情報管理装置（たとえば図２４のホールコン９００）から前記集計処理の結果を取得可能な中央管理装置（たとえば図２４の中央管理装置１０００）との間で通信可能な通信手段（たとえば図２４のＳ５１）と、
自らが設置された遊技場とは別の遊技場に設置された遊技機の前記集計処理の結果を前記中央管理装置から取得して機種別に表示可能な機種別表示手段（たとえば図２４のＳ５２）とをさらに備える。
【００２６】
上記構成によれば、他の遊技場の機種別の集計結果を自らの遊技場で把握できるため、他の遊技場の遊技機の状態（たとえば釘調整の状態）を参考にして自らの遊技場の遊技機の状態を調整することができる。
【００２７】
（１１）  上記（１）〜（１０）のいずれかの情報管理装置において、
前記取得手段は、前記遊技機から出力された、各々を識別可能な複数の識別情報が変動表示していることを示す変動中信号をさらに取得し（たとえば図２３のＳ４０）、
前記変動中信号を受信していない状態で前記発射強度が略零から増加し始めた時点から、遊技媒体が前記第１領域を通過したことを示す信号または遊技媒体が前記第２領域を通過したことを示す信号を受信する時点までの時間を計測する計測手段（たとえば図２３のＳ４２、Ｓ４４、Ｓ４５）をさらに備える。
【００２８】
上記構成によれば、遊技者が遊技を始めてから、どの程度の時間で遊技媒体が第１領域または第２領域を通過する（たとえばパチンコ玉が入賞口に入賞する）のかを把握することができる。
【図面の簡単な説明】
【００２９】
【図１】カードユニットおよびパチンコ機を示す正面図である。
【図２】カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。
【図３】相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
【図４】カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。
【図５】カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図６】電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。
【図７】カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。
【図８】挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。
【図９】持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。
【図１０】遊技玉を計数するときのカードユニットとパチンコ機との通常の処理の一例を示す図である。
【図１１】遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。
【図１２】集計処理の手順を示すフローチャートである。
【図１３】発射強度の補正処理の詳細な手順を示すフローチャートである。
【図１４】発射強度Ｔの変化と集計中断期間との関係を例示した図である。
【図１５】集計処理の結果で得られる集計データの内容を例示した図（その１）である。
【図１６】集計処理の結果で得られる集計データの内容を例示した図（その２）である。
【図１７】集計処理の結果で得られる集計データの内容を例示した図（その３）である。
【図１８】集計処理の結果で得られる集計データの内容を例示した図（その４）である。
【図１９】発射異常判定処理の手順を示すフローチャートである。
【図２０】打込領域特定処理の手順を示すフローチャートである。
【図２１】打込領域と発射強度しきい範囲との対応を例示した図である。
【図２２】しきい範囲設定処理の詳細な手順を示すフローチャートである。
【図２３】計測処理の手順を示すフローチャートである。
【図２４】ホールコンおよび中央管理装置を含むシステムを説明するためのブロック図である。
【図２５】まとめ集計処理の手順を示すフローチャートである。
【図２６】まとめ集計データの内容を例示した図である。
【図２７】しきい範囲記憶処理によってホールコンの内部メモリに記憶されるデータを例示した図である。
【図２８】機種別表示処理の手順を示すフローチャートである。
【図２９】機種別データを模式的に例示した図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照して本発明に係る実施の形態を以下に説明する。
＜パチンコ機の構成＞
まず、図１を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称する）２が併設されている。なお、パチンコ機２の所定側の側方位置には、該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。
【００３１】
パチンコ機２には、内部に遊技媒体の一例のパチンコ玉が封入されている。パチンコ機２は、遊技者が打球操作ハンドル２５を操作することにより、発射装置の発射モータ１８（図２参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。本実施の形態に係るパチンコ機２は、発射装置が遊技盤２６の上方に配置される、いわゆる上撃ち構造を有する。なお、発射装置が遊技盤の下方に配置される、いわゆる下撃ち構造を有するパチンコ機であってもよい。
【００３２】
打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射装置の発射モータ１８が駆動される。これにより、パチンコ玉が遊技領域２７内に発射される。
【００３３】
パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５の回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。
【００３４】
図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であって、遊技領域２７の中央に可変表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４（以下、第１普通入賞口２７２、第２普通入賞口２７３、第３普通入賞口２７４と区別して記載することもある）と、３つの始動入賞口２７５，２７６，２７７（第１始動入賞口２７５、第２始動入賞口２７６、第３始動入賞口２７７と区別して記載することもある）とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【００３５】
可変表示装置２７８は、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となる。大当り状態となると、大入賞口２７１が閉状態（パチンコ玉が入賞しない状態、パチンコ玉が入賞し難い状態であってもよい）から開状態（パチンコ玉が入賞可能な状態）に変化する。大当り状態で大入賞口２７１にパチンコ玉が入賞（通過）すると、所定玉数のデータが遊技者に付与される。
【００３６】
大入賞口２７１内には、確変入賞口２７１ａが配置される。大入賞口２７１に入賞したパチンコ玉がさらに確変入賞口２７１ａにも入賞すると、現在の大当り状態の終了後に大当りが発生する確率が向上する状態（以下、確率変動状態、あるいは単に確変状態ともいう）が発生する。
【００３７】
また、可変表示装置２７８の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることによっても上記の確変状態が発生する。
【００３８】
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４に回収されたパチンコ玉は再度パチンコ機２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
【００３９】
パチンコ機２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８の表示と連動した様々な演出画像を遊技者に表示する。なお、表示器５４は、図１に示すようにカードユニット（ＣＵ）３から独立してパチンコ機（Ｐ台）２に取付けられる構成でも、カードユニット（ＣＵ）３と一体に形成され、パチンコ機（Ｐ台）２の前面に嵌合させる構成でもよい。
【００４０】
さらに、パチンコ機２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。本実施の形態では、計数ボタン２８を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８を１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。
【００４１】
計数ボタン２８の右上方には、遊技玉数を表示するための遊技玉数表示器２９が設けられている。遊技玉数表示器２９は、７セグメント式のディスプレイである。なお、遊技玉数表示器２９は、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
【００４２】
本実施の形態に係るパチンコ機２は、遊技盤２６とそれ以外の遊技枠（前枠）６とに分けることができる。特に、遊技盤２６は、各社が開発するパチンコ機の機種毎に異なるものである一方、遊技機枠６は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６のみの交換で事足りる。
【００４３】
＜カードユニットの構成＞
次に、引続き図１を参照して、本実施の形態に係るカードユニット３の構成を説明する。このカードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
【００４４】
それらのカードを受付けたカードユニット３は、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。パチンコ機２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
【００４５】
カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。
【００４６】
前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９とが設けられている。
【００４７】
表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
【００４８】
再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてパチンコ機２による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、パチンコ機２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９とは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９は貯玉引落とし専用のボタンとしてもよい。
【００４９】
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
【００５０】
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
【００５１】
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
【００５２】
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
【００５３】
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１にカード番号と対応させて記憶させてもよい。このホールサーバ８０１にカード番号と対応させて記憶させる際に、ホールサーバ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
【００５４】
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
【００５５】
また、遊技者が遊技を終えてカードユニット３からカードの返却を受けたときには、カードユニット３に記憶していた持玉が一旦貯玉としてホールサーバ８０１に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のカードユニット３にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのカードユニット３に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
【００５６】
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
【００５７】
カードユニット３の前面側には、さらに、ＩＲ（Infrared）感光ユニット（ＩＲ受光ユニットとも言う）３２０と、玉貸ボタン（貸出ボタンとも言う）３２１と、カード返却ボタン３２２とが設けられている。ＩＲ感光ユニット３２０は、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ感光ユニット３２０である。玉貸ボタン３２１は、挿入されたカードに記録されている残額を引落としてパチンコ機２による遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。カード返却ボタン３２２は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。
【００５８】
＜カードユニットとパチンコ機との構成＞
図２は、カードユニット３とパチンコ機２との構成を示すブロック図である。図２を参照して、カードユニット３とパチンコ機２との制御回路の概略を説明する。
【００５９】
カードユニット３には、マイクロコンピュータ等から構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、カードユニット３の主制御機能部であり、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラム
や制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【００６０】
ＣＵ制御部３２３には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ８０１（図３参照）と通信を行なうための外部通信部（図示省略）が設けられている。ＣＵ制御部３２３には、パチンコ機２の払出制御基板１７とセキュリティを確保しながら通信を行なうためのセキュリティ基板（ＳＣ基板）３２５が接続される。セキュリティ基板３２５は、カードユニット３のセキュリティ監視機能部である。なお、セキュリティ基板３２５上にＣＵ制御部３２３を設けてもよく、あるいは、セキュリティ基板３２５とは別の基板にＣＵ制御部３２３を設けてもよい。カードユニット３にはパチンコ機２側への接続部（図示省略）が設けられており、パチンコ機２にはカードユニット３側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。
【００６１】
カードユニット３側のセキュリティ基板３２５とパチンコ機２側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、パチンコ機２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。さらに、ＳＣ３２５ｂは、不正検知部１３２５を備え、不正検知部１３２５がＣＵ制御部３２３からパチンコ機２に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８００（図３参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００から基板制御情報として通知される。
【００６２】
ＣＵ制御部３２３には、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３には、遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号が入力される。ＣＵ制御部３２３には、挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードＩＤが含まれる。ＣＵ制御部３２３は、カードリーダライタが読み取ったカードＩＤを遊技終了まで記憶する。
【００６３】
ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３から残額あるいは遊技玉数等のデータが表示制御部３５０に出力され、表示制御部３５０で表示用データに変換される。パチンコ機２に対し、表示制御部３５０で変換した表示用データが送信される。パチンコ機２に送信された表示用データは、中継基板１４を介して表示器３１２に入力される。表示器３１２には、その表示用データに応じた画像が表示される。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０を介してＣＵ制御部３２３に入力される。遊技者が玉貸ボタン３２１を操作することにより、その操作信号がＣＵ制御部３２３に入力される。なお、玉貸ボタン３２１は、ＣＵ３に設ける構成に限定されるものではなく、パチンコ機２に設けて操作信号をＣＵ制御部３２３に入力する構成であっても良い。遊技者が再プレイボタン３１９を操作することによりその操作信号がＣＵ制御部３２３に入力される。遊技者がカード返却ボタン３２２を操作することによりその操作信号がＣＵ制御部３２３に入力される。
【００６４】
パチンコ機２には、パチンコ機２の遊技の進行制御を行なう主制御基板１６と、遊技玉を管理・記憶する払出制御基板１７と、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１と、可変表示装置２７８と、主制御基板１６から送信されてくるコマンドに基づいて可変表示装置２７８を表示制御する演出制御基板１５とが備えられている。
【００６５】
主制御基板１６および演出制御基板１５は、遊技盤２６に設けてある。主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。主制御部１６１は、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１は、遊技盤２６に設けられている入賞センサ１６２、および電波センサ１６３と接続してある。
【００６６】
入賞センサ１６２は、遊技領域２７内に打込まれたパチンコ玉が通過した領域を示す信号（以下、通過領域信号ともいう）を主制御部１６１に出力する。以下の説明では、通過領域信号に、以下の通過領域信号Ａ１〜Ａ８の８種類の信号が含まれる場合を例示的に説明する。
【００６７】
通過領域信号Ａ１：パチンコ玉が第１始動入賞口２７５を通過したことを示す信号
通過領域信号Ａ２：パチンコ玉が第２始動入賞口２７６を通過したことを示す信号
通過領域信号Ａ３：パチンコ玉が第３始動入賞口２７７を通過したことを示す信号
通過領域信号Ａ４：パチンコ玉が第１普通入賞口２７２を通過したことを示す信号
通過領域信号Ａ５：パチンコ玉が第２普通入賞口２７３を通過したことを示す信号
通過領域信号Ａ６：パチンコ玉が第３普通入賞口２７４を通過したことを示す信号
通過領域信号Ａ７：パチンコ玉が大入賞口２７１を通過したことを示す信号
通過領域信号Ａ８：パチンコ玉が確変入賞口２７１ａを通過したことを示す信号
なお、通過領域信号は、上記の種類に限定されるものではない。たとえば、遊技領域に普通図柄ゲート、ステージ入口、あるいは、いわゆるＶ入賞口が設けられる場合には、パチンコ玉がこれらの各領域を示す信号がそれぞれ含まれていてもよい。
【００６８】
普通図柄ゲートは、電動チューリップを遊技者にとって有利な状態に変化させるための抽選を表示するための普通図柄の変動を開始させるためのパチンコ玉が通過可能な領域である。普通図柄ゲートをパチンコ玉が通過することにより、普通図柄の変動が開始され、当りの変動結果となると、電動チューリップが遊技者にとって有利な状態に変化させられる。
【００６９】
ステージは、流下してくるパチンコ玉を受けるステージ状（舞台状）の部材よりなり、いずれかの入賞口の上に設けられる。パチンコ玉は、ステージ上に流下したときに、ステージ上を転動し、その後、入賞口に入賞するか、または、入賞口１２に入賞せずに下方へ落下する。
【００７０】
Ｖ入賞口は、たとえば、大入賞口の内部に設けられる。Ｖ入賞口にパチンコ玉が入賞すると、大当り状態のラウンド回数が上限に達していない場合、ラウンドが継続される。
【００７１】
主制御部１６１は、各始動入賞口２７５，２７６，２７７に玉が入賞すると、大当り（あるいはさらに小当りを含む）／外れを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、４である。主制御部１６１は、可変表示装置２７８で新たな可変表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行なうとともに可変開始から表示結果の導出に至るまでの可変表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１は、その大当り判定の結果（確変にするか否かを含む）、および可変表示時間に関する情報をコマンドとして演出制御基板１５に搭載された演出制御部１５１へ送信する。
【００７２】
主制御部１６１から演出制御部１５１へ送信される可変表示に関するコマンドには、可変表示の開始を示す可変開始コマンド、可変表示の結果を示す表示結果コマンド（大当り／外れ）、可変表示パターンを特定可能な可変表示時間コマンド、可変表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１から演出制御部１５１へ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
【００７３】
演出制御部１５１は、主制御部１６１から送信されてくるこれらのコマンドに基づいて可変表示装置２７８の可変表示内容を決定する。たとえば、演出制御部１５１は、主制御部１６１から送信されてくるコマンドに基づいて可変表示結果および可変表示時間を特定し、停止図柄を決定するとともに可変表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１は、決定した可変表示内容に従って可変表示装置２７８を表示制御する。
【００７４】
演出制御基板１５は、遊技機枠６側の中継基板１４を介して、表示器５４とも接続されている。演出制御部１５１は、可変表示装置２７８に対して可変表示等のための表示制御信号を送信するとともに、可変表示装置２７８の表示と連動する表示を行なうための表示制御信号を表示器５４へ送信可能である。なお、中継基板１４および表示器５４は、ＣＵ３側に設けるようにしてもよい。この場合、Ｐ台２側の演出制御基板１５は、ＣＵ３に設けた中継基板１４と接続される。
【００７５】
払出制御基板１７は、前枠６（遊技枠）に設けてある。払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御部１７１は、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【００７６】
また、払出制御基板１７に対し、発射玉検出スイッチ９０３、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示省略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００７７】
したがって、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。
【００７８】
主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
【００７９】
主制御チップＩＤ（メインチップＩＤとも言う）は、パチンコ機２の主制御基板１６に記録されているチップＩＤのことであり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。
【００８０】
接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
【００８１】
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。
【００８２】
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
【００８３】
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
【００８４】
払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
【００８５】
アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３からファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ９０３から払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。
【００８６】
カードユニット３のセキュリティ基板３２５とパチンコ機２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように各種コマンドが送信される。逆に、払出制御基板１７からセキュリティ基板３２５へ、後述するように各種レスポンスが送信される。
【００８７】
前枠６（遊技枠）には、払出制御基板１７の他、中継基板１４、発射制御基板３１、発射モータ１８と発射強度センサ１９とを含む発射装置、遊技玉数表示器２９が設けられている。なお、遊技玉数表示器２９は前枠６に直接取り付けてもよいが、玉が払い出される通常のパチンコ機の前面側に設けられた上皿や下皿のように、前枠６に対して回動可能な態様で設けるようにしてもよい。この点は、表示器５４についても同様である。払出制御基板１７の払出制御部１７１は遊技玉数表示器２９に遊技者が現在所有している遊技玉数を表示する。
【００８８】
払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射装置の発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。
【００８９】
発射強度センサ１９は、発射モータ１８によるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９は、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９の検出結果は、発射制御基板３１経由で払出制御基板１７およびＣＵ３に出力される。
【００９０】
前枠６（遊技枠）には、表示器５４が設けられている。表示器５４は、中継基板１４を介してカードユニット３の表示制御部３５０からの表示データ（表示制御信号）を受信する。さらに、表示器５４は、中継基板１４を介して演出制御基板１５からの表示データ（表示制御信号）を受信する。
【００９１】
中継基板１４には演出制御基板１５および表示制御部３５０のうち一方からの表示制御信号を表示器５４へ出力して表示器５４に演出制御基板１５または表示制御部３５０からの表示制御信号に基づく画像を表示するための切換回路１４１が搭載されている。
【００９２】
なお、本実施の形態では、パチンコ機２側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、パチンコ機２側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。
【００９３】
ＲＡＭクリアスイッチ２９３は、Ｐ台２のＲＡＭに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３は、たとえばカードが排出された後に店員により操作される。
【００９４】
＜パチンコ玉の循環経路＞
ここでは、図１および図２を参照して、パチンコ機２におけるパチンコ玉の循環経路を概説する。
【００９５】
遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動される。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。
【００９６】
遊技玉の発射検出は、玉上げスイッチ（上）４１ａがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１が設けられている払出制御基板１７（図２参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００９７】
遊技領域２７に打込まれた玉のうち、アウト口１５４（図１参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３によって検出される。
【００９８】
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ９０３が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ９０３によって検出される。つまり、発射玉検出スイッチ９０３は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射装置により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
【００９９】
＜カードユニットおよびパチンコ機に発生した異常の通知処理＞
図３は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
【０１００】
図３を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図３の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図３に示される鍵管理サーバ８００は、カードユニット３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。
【０１０１】
まず、カードユニット３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行なわれる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
【０１０２】
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、鍵管理センタの鍵管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
【０１０３】
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、カードユニット３の表示制御部３５０に異常報知コマンドを送信する。ＣＵ制御部３２３は、表示器３１２に異常発生した旨の表示を行なう制御を表示制御部３５０に行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３は、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
【０１０４】
カードユニット３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
【０１０５】
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
【０１０６】
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはその旨を払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、セキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行なう。
【０１０７】
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行なうとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
【０１０８】
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
【０１０９】
＜カードユニット側とパチンコ機側との送受信態様＞
次に、図４は、カードユニット３側とパチンコ機２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図４を参照して、カードユニット３側（ＣＵ側）とパチンコ機２側（Ｐ台側）とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０１１０】
本実施の形態においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残額（残額）は、ＣＵ３側において管理・記憶している。
【０１１１】
図４では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２（パチンコ機２）とＣＵ３（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
【０１１２】
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。
【０１１３】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０１１４】
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。
【０１１５】
ＣＵおよびＰ台の双方は、電文に「通番」を付加して送信する。また、ＣＵおよびＰ台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＰ台２に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２がＣＵ３に対して遊技玉の計数を要求する際に用いられる通番である。
【０１１６】
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に+１した加算通番をＰ台２へ送信する。Ｐ台２は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２のみが有する。Ｐ台２は、計数要求をする場合には、それまで通信に用いていた計数通番に+１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同
じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
【０１１７】
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２およびＣＵ３のそれぞれが、またはＰ台２が送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
【０１１８】
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
【０１１９】
Ｐ台２側からＣＵ３側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２側の払出制御部１７１（図２参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。
【０１２０】
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
【０１２１】
たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。
【０１２２】
あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。
【０１２３】
Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
【０１２４】
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
【０１２５】
また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。
【０１２６】
ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
【０１２７】
Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
【０１２８】
ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
【０１２９】
その結果、たとえば、異常報知ランプや表示器３１２によりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
【０１３０】
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。
【０１３１】
このように、本実施の形態では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１またはホール用管理コンピュータによって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０１３２】
図４に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図２参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
【０１３３】
ＣＵ制御部３２３（図２参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図２参照）は、カード残額の使用を要求する入力（たとえば、玉貸ボタン３２１の押圧入力）に応じてカード残額を記憶する記憶領域から所定値を減算する。
【０１３４】
遊技者所有の遊技用価値（たとえばプリペイド残額、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。
【０１３５】
本実施の形態に係る遊技システムでは、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
【０１３６】
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
【０１３７】
＜通信で用いられるフレーム構成＞
次に、本実施の形態に係るＣＵ３とＰ台２との間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
【０１３８】
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
【０１３９】
＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図５を参照して、カードユニット（ＣＵ）３とパチンコ機（Ｐ台）２との間で送受信されるコマンドおよびレスポンスの概略を説明する。
【０１４０】
図５には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
【０１４１】
＜＜１．リカバリ要求、２．リカバリ応答＞＞
まず、ＣＵ３からＰ台２に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２に対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２からＣＵ３に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３に対してリカバリ情報を通知するものである。
【０１４２】
リカバリ要求のコマンドは、ＣＵ３が認証を完了をした後にＣＵ３からＰ台２に対して送信される。リカバリ要求のコマンドは、ＣＵ３からＰ台２に対してリカバリ情報を要求し、ＣＵ３が認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」、「前回最終送信計数通番」、「店舗コード」および「ＳＣ基板ＩＤ」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、状態情報要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
【０１４３】
「前回最終送信通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３において状態情報応答受信時に「通番」をＰ台２、ＣＵ３側ともに前回最終送信通番（通番）として記憶する通番である。
【０１４４】
「前回最終送信計数通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３に状態情報応答受信時に計数通番をＰ台２、ＣＵ３側ともに前回最終送信計数通番として記憶する通番である。
【０１４５】
Ｐ台２のリカバリ処理（計数玉数）において、セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。不一致の場合には、計数前の遊技球数に戻す。
【０１４６】
Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数要求に対する計数処理を実施していなかった場合は計数要求がなかったものとする。この場合、Ｐ台２は自らＣＵ３に通知した計数要求に対応する遊技玉の減算処理を実行しない。一方、Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数処理を実施済と判定したときには計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。なお、Ｐ台２が保持している店舗コードが全て“０”または“１”の場合は、店舗コードが一致していると判定する。
【０１４７】
リカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「遊技情報格納有無」、「前回遊技台情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１４８】
「前回最終送信通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２の払出制御部１７１は、ＣＵ３から送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
【０１４９】
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
【０１５０】
「前回遊技台情報」は、ＣＵ３に前回通知した遊技台情報であり、「遊技玉数」、「発射玉数」、「アウト口通過玉数」、「総賞球玉数」、「計数玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３に前回通知した遊技玉数である。「発射玉数」は、ＣＵ３に前回通知した発射玉数である。「アウト口通過玉数」は、ＣＵ３に前回通知したアウト口通過玉数である。「総賞球玉数」は、ＣＵ３に前回通知した総賞球玉数である。「計数玉数」は、ＣＵ３に前回通知した計数玉数である。「計数通番」は、ＣＵ３に前回通知した計数通番である。
【０１５１】
「前回遊技情報」は、ＣＵ３に前回通知した遊技情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「賞球情報１」〜「賞球情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３に前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「種別情報１」は、ＣＵ３に前回通知した遊技種別情報１である。「種別情報ｎ」は、ＣＵ３に前回通知した遊技種別情報ｎである。「賞球情報１」は、ＣＵ３に前回通知した遊技賞球情報１である。「賞球情報ｎ」は、ＣＵ３に前回通知した遊技賞球情報ｎである。
【０１５２】
なお、「前回最終送信加算通番」は、ＣＵ３において状態情報要求を送信時、Ｐ台２において状態情報要求受信時に、ＣＵ３側、Ｐ台２ともに前回最終送信加算通番として記憶する通番である。
【０１５３】
Ｐ台２のリカバリ処理（遊技情報）において、セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行なう。
【０１５４】
遊技情報のリカバリデータがある時は「遊技情報格納無」を格納無：０ｘ００にし、「前回遊技台情報」および「前回遊技情報」にＰ台２が保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、「前回遊技台情報」および「前回遊技情報」をＡＬＬ“０”をセットする。なお、Ｐ台２が保持している店舗コードが全て“０”または“１”の場合は、店舗コードが一致していると判定する。
【０１５５】
なお、また、ＣＵ３は、Ｐ台２より通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３は、前回遊技台情報のみ使用してリカバリ処理を行なう。ただし、計数玉数のリカバリは実施しない。
【０１５６】
また、通信相手の不一致等（たとえばＣＵ３またはＰ台２の交換等）でリカバリ処理が実施できない場合、Ｐ台２の表示情報を元にＰＯＳで手補正することが考えられる。たとえば、Ｐ台２の表示情報は、可変表示装置２７８の液晶表示画面を利用して表示することが考えられる。あるいは、Ｐ台２に対して、払出制御部１７１が制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、ＰＯＳとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、ＰＯＳは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理（Point Of Ａ１les system）であってもよい。
【０１５７】
＜＜３．リカバリ要求２、４．リカバリ応答２＞＞
ＣＵ３からＰ台２に対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２からＣＵ３に対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３に対して加算リカバリ情報を処理結果を通知するものである。
【０１５８】
リカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２において加算玉リカバリ処理を実施する必要有とＣＵ３が判定したときに送信される。ＣＵ３は、Ｐ台２より受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
【０１５９】
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
【０１６０】
次に、Ｐ台２のリカバリ処理について詳しく説明する。Ｐ台２のリカバリ処理は、Ｐ台２がリカバリ要求２に基づいて、ＣＵ３より通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう処理である。
【０１６１】
リカバリ応答２のレスポンスは、ＣＵ３に対してＰ台２で加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果ＯＫ、“０ｘ０１”の場合リカバリ結果ＮＧである。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
【０１６２】
＜＜５．通信開始要求、６．通信開始応答＞＞
ＣＵ３からＰ台２に対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２に対して通信開始を要求するものである。この通信開始要求に対応して、Ｐ台２からＣＵ３に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３に対して通信開始を応答するものである。
【０１６３】
通信開始要求のコマンドは、Ｐ台２に対して正常に通信開始したことを通知するものである。通信開始要求を受信したＰ台２は、それまで記憶していたリカバリ情報をクリアする。通信開始要求のコマンドは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、通信開始要求後、計数通番を“０”（初期値）に、Ｐ台２も通信開始要求受信後、計数通番を“０”（初期値）にする。
【０１６４】
通信開始応答のレスポンスは、ＣＵ３に対して、正常に通信開始したことを通知するものであり、ＣＵ３が、リカバリ情報をクリアする。通信開始応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１６５】
＜＜７．通信終了要求、８．通信終了応答＞＞
ＣＵ３からＰ台２に対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２に対して通信終了を要求するものである。この通信終了要求に対応して、Ｐ台２からＣＵ３に対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３に対して通信終了を応答するものである。
【０１６６】
通信終了要求のコマンドは、Ｐ台２に対して正常に通信終了したことを通知するものであり、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１６７】
通信終了応答のレスポンスは、ＣＵ３に対して、正常に通信終了したことを通知するものであり、ＣＵ３およびＰ台２が、該通知以降、通信を停止し再起動待ちとする。通信終了応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１６８】
＜＜９．状態情報要求＞＞
ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図４に示したＣＵ３側からＰ台２側へ向かう加算玉数が含まれている。
【０１６９】
この状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」および「計数通番」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１７０】
「ＣＵ状態」は、Ｐ台２に対して通知するＣＵ３の状態を表わし、Ｂｉｔ０が“１”のときにカード挿入中を、“０”のときカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３にカード（一般カード／会員カード）が挿入されている状態を表わしている。また、ＣＵ３のカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
【０１７１】
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３の状態により、Ｐ台２に対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２は同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
【０１７２】
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３は、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２に対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２は、計数ボタン２８の操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
【０１７３】
Ｂｉｔ３が“１”のとき遊技玉加算要求を、“０”のとき遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
【０１７４】
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２に通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。
【０１７５】
Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３からカード抜き取り待ちとなっている状態をＰ台２に通知する。なお、Ｂｉｔ６〜Ｂｉｔ７は未使用である。
【０１７６】
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
【０１７７】
＜＜１０．状態情報応答＞＞
状態情報要求に対応して、Ｐ台２からＣＵ３に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。状態情報応答のレスポンスには、図４に示した最新遊技台情報や遊技玉数が含まれている。
【０１７８】
状態情報応答のレスポンスには、「通番」、「コマンド」、「遊技玉数」、「発射玉数」、「アウト口通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「遊技台状態」、「不正検知情報」および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１７９】
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉数」は、ＣＵ３が後述する「総賞球玉数」「発射玉数」および「計数玉数」を使用してＣＵ３の保持している遊技玉数を計算する。その後、ＣＵ３は、計算したＣＵ３の遊技玉数と、Ｐ台２の遊技玉数とが一致するかをチェックする。
【０１８０】
「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。つまり、「発射玉数」（減算）は、ＣＵ３が保持している遊技玉数から減算するデータである。カードを保持してない状態で該データを受信した場合、ＣＵ３は遊技玉数の減算を行なわない。また、ＣＵ３は、ＣＵ３自体の保持している遊技玉数が０玉の場合、減算を行なわない。
【０１８１】
「アウト口通過玉数」は、アウト口１５４を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。
【０１８２】
「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。なお、「総賞球玉数」（加算）は、ＣＵ３より送信する「加算要求玉数」は含まない。また、ＣＵ３は保持している遊技玉数に総賞球玉数のデータを加算する。カードを保持していない状態で総賞球玉数のデータを受信した場合、ＣＵ３は遊技玉数の加算は行なわない。
【０１８３】
「計数要求玉数」は、計数要求した遊技玉の個数である。つまり「計数玉数」（減算）は、ＣＵ３が保持している遊技玉数から減算し、カード持玉数に加算するデータである。なお、Ｐ台２からＣＵ３に送信する減算玉数のデータに計数玉数は利用しない。また、カードを保持してない状態で該データを受信した場合、ＣＵ３は遊技玉数の減算を行なわない。また、ＣＵ３は、ＣＵ３自体の保持している遊技玉数が０玉の場合、減算を行なわない。
【０１８４】
ただし、カードユニット開店状態が開店中から閉店中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット開店状態が開店中のときには計数ボタン２８の操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、カードユニット開店状態が開店中から閉店中に変化した場合は、計数ボタン２８の操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する。
【０１８５】
「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。
【０１８６】
「遊技台状態」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の状態を示し、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、および「遊技台エラー状態」の情報を含んでいる。
【０１８７】
「遊技台状態１」のＢｉｔ０は、遊技を許可しているか、禁止しているかを示しており、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。Ｂｉｔ１は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示しており、０”のとき待機中（ファンが球を発射してない状態）、“１”のとき遊技中（ファンが球を発射している状態）である。ただし、遊技玉が有り、発射ハンドル（打球操作ハンドル２５）をタッチした状態（タッチセンサに触れた状態）で遊技中となる。
【０１８８】
Ｂｉｔ２は、遊技玉の有無（遊技玉無の検知）を示している。“０”のとき遊技玉数有、“１”のとき遊技玉数無である。Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。つまり、遊技領域２７内の浮遊玉が全て回収されたか否か示している。ただし、発射停止スイッチ（単発打ちスイッチとも言う）による玉の発射停止は除く。“０”のとき遊技未完了（全ての玉の行方が未確定の状態）、“１”のとき遊技完了（全ての玉の行方が確定している状態）である。なお、Ｐ台２は、玉の発射を停止してから１５秒以上遊技の完了を確認できなかった場合、タイムアウトし、遊技完了とする。
【０１８９】
Ｂｉｔ４は、遊技玉の計数要求の有無（計数ボタン押下の有無）を示しており、“０”のとき要求無、“１”のとき計数開始時の計数玉の払出要求がある場合である。Ｐ台は、計数操作が検出されたときに、この計数要求ＯＮの状態情報応答をＣＵ３へ送信し、計数要求が受領されたか否かを確認する。“１”のとき計数要求である。Ｂｉｔ５は、遊技玉加算の処理結果を示しており、“０”のとき加算ＯＫ、“１”のとき加算ＮＧである。Ｂｉｔ６〜Ｂｉｔ７は予備である。
【０１９０】
「遊技台状態２」のＢｉｔ０は、大当り情報の大当り１（全ての大当り）を表わし、全ての大当り中“１”をセットする。Ｂｉｔ１は、大当り情報の大当り２（大当り＋小当り）を表わし、全ての大当り中および小当り中“１”をセットする。Ｂｉｔ２は、大当り情報の大当り３（出玉大の大当り）を表わし、出玉が大きい大当り中“１”をセットする。Ｂｉｔ３は、大当り情報の大当り４（出玉小の大当り）を表わし、出玉が小さい大当り中“１”をセットする。Ｂｉｔ４は、大当り情報の大当り５（出玉中の大当り）を表わし、出玉が中間の大当り中“１”をセットする。Ｂｉｔ５〜Ｂｉｔ７は予備である。
【０１９１】
「遊技台状態３」のＢｉｔ０は、遊技状態情報の大当り中＋時短中を表わし、大当り中および時短中“１”をセットする。Ｂｉｔ１は、遊技状態情報の確変中を表わし、確変中“１”をセットする。Ｂｉｔ２は、遊技状態情報の時短中を表わし、時短中“１”をセットする。Ｂｉｔ３は、遊技状態情報の変動中を表わし、変動中“１”をセットする。Ｂｉｔ４〜Ｂｉｔ７は予備である。
【０１９２】
「遊技台エラー状態」は、Ｐ台２で発生中のエラーコードを示し、Ｂｉｔ０〜Ｂｉｔ５を用いて各エラーコードを表現している。なお、Ｂｉｔ０〜Ｂｉｔ５が全て“０”のときにはエラー無である。Ｂｉｔ６は、エラーが発生している場所を特定する情報であり、“０”のとき払出制御、“１”のとき主制御をそれぞれ表わしている。Ｂｉｔ７は、エラーの出力方法を示し、“０”のとき発報のみ、“１”のとき発報＋ホールサーバ８０１への出力を表わしている。
【０１９３】
「不正検知情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２で検知した情報であり、「不正検知状態１」、「不正検知状態２」、「不正検知情報１」〜「不正検知情報４」および「加算通番」の情報を含んでいる。
【０１９４】
「不正検知状態１」は、主制御基板１６の不正検知情報である。「不正検知状態１」のＢｉｔ０は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき磁気センサ検知不の正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき不正入賞検知の不正検知情報であることを表わしている。Ｂｉｔ３〜Ｂｉｔ７は予備である。
【０１９５】
「不正検知状態２」は、払出制御基板１７の不正検知情報である。「不正検知状態２」のＢｉｔ０は、“１”のときガラス板開放の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき枠本体開放の不正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ３は、“１”のとき近接センサ異常の不正検知情報であることを表わしている。Ｂｉｔ４は、“１”のとき賞球ゴト検知の不正検知情報であることを表わしている。ここで、「ゴト」とは、パチンコやスロットマシンにおいて不正な方法で出玉を獲得する不正行為のことである。Ｂｉｔ５は、“１”のとき複合ゴト検知の不正検知情報であることを表わしている。Ｂｉｔ６は、“１”のとき不正加算検知の不正検知情報であることを表わしている。Ｂｉｔ７は、“１”のとき夜間枠開放・監視ＳＷ異常検知の不正検知情報であることを表わしている。
【０１９６】
「不正検知情報１」は、賞球センサゴト検知（入賞不整合玉数）の情報を示すデータである。「不正検知情報１」は、「不正検知状態２」のＢｉｔ４が“１”のとき有効となる。「不正検知情報２」は、複合センサゴト検知（発射／ＯＵＴ不整合玉数）の情報を示すデータである。つまり、発射玉数とアウト玉数（アウト口通過玉数）との不整合を検知したときの情報を示すデータである。「不正検知情報２」は、「不正検知状態２」のＢｉｔ５が“１”のとき有効となる。「不正検知情報３」は、不正加算検知（不正加算玉数）の情報を示すデータである。「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となる。「不正検知情報４」は、夜間枠開放情報を示すデータである。「不正検知情報４」は、「不正検知状態２」のＢｉｔ７が“１”のとき有効となる。
【０１９７】
「不正検知情報４」のＢｉｔ７は、夜間監視スイッチ異常４が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常４発生を表わしている。Ｂｉｔ６は、夜間監視スイッチ異常３が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常３発生を表わしている。Ｂｉｔ５は、夜間監視スイッチ異常２が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常２発生を表わしている。Ｂｉｔ４は、夜間監視スイッチ異常１が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常１発生を表わしている。Ｂｉｔ０〜３は、本体枠開放回数を示す情報で、“０”のとき開放なし、“１”〜“１５”は開放回数を表わしている。なお、開放回数は、１５回までカウントし、１６回以降のカウントは１５回でホールドされる。
【０１９８】
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は無応答となる。
【０１９９】
「不正検知状態３」は、払出制御基板１７の不正検知情報である。「不正検知状態３」のＢｉｔ０は、“１”のとき他店舗遊技玉検知の不正検知情報であることを表わしている。Ｂｉｔ１〜Ｂｉｔ７は予備である。なお、他店舗遊技玉検知は、たとえばＰ台の回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取り、自店舗の遊技玉の識別情報と一致するか否かを判定する。不一致の場合、遊技玉に他店舗の遊技玉が混入しているとして「不正検知状態３」のＢｉｔ０を“１”にして、ＣＵ３に通知する。
【０２００】
「遊技情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「賞球情報１」〜「賞球情報ｎ」を含んでいる。
【０２０１】
「遊技情報数」は、種別情報・賞球情報の個数（ｎ）であり、ｎ＝０〜２２（可変長）である。種別情報は、Ｂｉｔ４からＢｉｔ７までがデータ種別の情報で、遊技情報のデータ種別を示しており、“０”のとき情報無、“１”のとき始動口、“２”のとき大入賞口、“３”のとき入賞口、“４”のとき図柄停止回数である。Ｂｉｔ０からＢｉｔ３までがデータ番号の情報で、遊技情報のデータ種別毎のデータ番号を示しており、“０”のとき情報無、“１”〜“１５”のときそれぞれのデータ番号を表わしている。
【０２０２】
「種別情報１」〜「種別情報ｎ」は、遊技種別情報１〜遊技種別情報ｎをそれぞれ示し、「賞球情報１」〜「賞球情報ｎ」は、遊技賞球情報１〜遊技賞球情報ｎをそれぞれ示している。
【０２０３】
ここで、賞球情報は、Ｂｉｔ０からＢｉｔ３までが賞球玉数の情報で、遊技情報のデータ種別毎に入賞時の賞球玉数を示しており、“０”のとき情報無、“１”〜“１５”のとき賞球玉数のデータをそれぞれ表わしている。Ｂｉｔ４からＢｉｔ７までが入賞個数の情報で、遊技情報のデータ種別毎に入賞個数（累計）を示しており、“０”のとき情報無、“１”〜“１５”のとき入賞個数のデータをそれぞれ表わしている。
【０２０４】
さらに、状態情報応答のレスポンスには、「発射強度信号」、「通過領域信号」、「変動中信号」、「ハンドルタッチ信号」が含まれている。
【０２０５】
「発射強度信号」は、上述の発射強度センサ１９の検出結果である発射強度Ｔを示している。上述したように、本実施の形態においては、発射強度Ｔは、ハンドル操作量に応じて０（最小値）から９９（最大値）まで変化する可変値である。なお、パチンコ玉の発射間隔（はたとえば０．６ｓｅｃ）よりもＰ台２とＣＵ３との通信間隔（たとえば２００ｍｓｅｃ）が短い場合には、基本的に１玉ごとに発射強度信号が出力されることになる。また、実際に発射されたか否かを示すデータとセットで発射強度信号が出力されるようにしてもよい。
【０２０６】
「通過領域信号」は、上述した通過領域信号を示している。なお、上述したように、本実施の形態においては、通過領域信号は通過領域信号Ａ１〜Ａ８のいずれかである。なお、各通過領域信号には、各通過領域信号が検出された時点の発射強度Ｔが紐付けされている。
【０２０７】
「変動中信号」は、パチンコ玉が始動入賞口２７５，２７６、２７７のいずれかを通過したことに伴って可変表示装置２７８に表示される図柄が変動していることを示している。
【０２０８】
「ハンドルタッチ信号」は、遊技者が打球操作ハンドル２５に触れていることがタッチセンサによって検出されていることを示している。
【０２０９】
＜＜１１．カード挿入通知、１２．カード挿入応答＞＞
ＣＵ３からＰ台２に対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２に対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２からＣＵ３に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３に対してカード挿入通知を受信した旨の応答である。
【０２１０】
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２に対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０２１１】
「カードＩＤ」は、ＣＵ３に挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２が保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３のカード挿入／排出口３０９（図１参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２保持の遊技玉が当日玉か過去玉かの判断に使用する。
【０２１２】
「店舗コード」は、ＣＵ３が設置されている店舗識別コードであり、Ｐ台２が保持している遊技玉との紐付に使用する。また、ＣＵ３が店舗移動されたか否かを判定するためにも使用する。ＣＵ３は、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５より情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３を識別するためのＳＣ基板ＩＤであり、ＣＵ３が交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５より情報付加してＰ台２に通知する。Ｐ台２の払出制御部１７１は、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻等のカード挿入通知コマンドで通知される情報を記憶する。
【０２１３】
カード挿入応答のレスポンスは、ＣＵ３に対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０２１４】
＜＜１３．カード返却通知、１４．カード返却応答＞＞
ＣＵ３からＰ台２に対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２からＣＵ３に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してカード返却を応答するものである。
【０２１５】
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するもので、ＣＵ３が、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０２１６】
カード返却応答のレスポンスは、ＣＵ３に対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行なわない、持玉のカードへの書込みを禁止するなどの処理を行なう。
【０２１７】
ここで、カード挿入通知時またはカード返却通知時のＰ台２の動作について説明する。カード挿入通知時に、ＣＵ３で会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行なうと、Ｐ台２はカードＩＤおよびカード挿入時刻のバックアップを行なう。カード返却通知時に、ＣＵ３で「カード返却」ボタンの押下の操作を行なうと、Ｐ台２はカードＩＤおよびカード挿入時刻のクリアを行なう。
【０２１８】
＜＜１５．通信テスト要求、１６．通信テスト応答＞＞
ＣＵ３からＰ台２に対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２に対してテストデータを通知するものである。この通信テスト要求に対応して、Ｐ台２からＣＵ３に対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してテストデータを応答するものである。
【０２１９】
通信テスト要求のコマンドは、Ｐ台２に対してテストデータを通知するものである。なお、Ｐ台２に対して通知するテストデータは暗号化していない。通信テスト要求のコマンドは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、Ｐ台２に対して通知するテスト用のデータで任意のデータである。
【０２２０】
通信テスト応答のレスポンスは、ＣＵ３に対してテストデータを通知するものである。なお、ＣＵ３に対して通知するテストデータも暗号化していない。通信テスト応答のレスポンスは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、ＣＵ３に対して通知するテスト用のデータで任意のデータである。
【０２２１】
＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。
【０２２２】
ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０２２３】
このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
【０２２４】
それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。
【０２２５】
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。
【０２２６】
＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３側で通信断が検知された場合の処理について説明する。ＣＵ３がＰ台２に対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２に送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２に送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２に再送する。１４回目の再送を行なってもＰ台２からレスポンスを受信できなかった場合、ＣＵ３は３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３のコネクタとＰ台２のコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２の電源断などの原因が考えられる。ＣＵ３は、コマンドの再送時に通番のカウントアップを行なわない。
【０２２７】
＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２側で通信断を検知した場合の処理について説明する。ＣＵ３からＰ台２へコマンドが送信され、Ｐ台２ではそのコマンドに応答してレスポンスをＣＵ３に返信する。その後ＣＵ３からのコマンドがＰ台２に送信されてこない状態が３秒間継続した場合、Ｐ台２は通信断と判断し、発射モータ１８の駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３のコネクタとＰ台２のコネクタとの離脱、接続配線の断線、あるいはＣＵ３の電源断などが考えられる。
【０２２８】
なお、Ｐ台２側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。
【０２２９】
＜＜電源投入＞＞
次に、電源投入時の接続シーケンスの処理について説明する。図６に示すシーケンス処理は、ＣＵ３とＰ台２との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３の電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。
【０２３０】
まず、電源を投入する。電源投入時においては、Ｐ台２では発射モータ１８を停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
【０２３１】
認証シーケンス後、ＣＵ３は、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＰ台２へ送信し、Ｐ台２に対してリカバリ情報を要求する。Ｐ台２は、ＣＵ３より通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｐ台２は、前回最終送信計数通番を参照して、ＣＵ３が計数処理を実施していなかった場合、計数要求をなかったものとし、ＣＵ３が計数処理を実施済の場合、計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。
【０２３２】
計数リカバリ処理の実行後、Ｐ台２は、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。
【０２３３】
リカバリ応答を受けたＣＵ３では、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３の加算リカバリ処理を実施する。ＣＵ３は、加算玉リカバリ処理を実施する場合、Ｐ台２に対して、リカバリ要求２をＰ台２へ送信し、Ｐ台２に対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算玉数が含まれている。
【０２３４】
それを受けたＰ台２では、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３へ返信する（リカバリ応答２）。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。
【０２３５】
このリカバリ処理は、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。
【０２３６】
ＣＵ３は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２は、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３がコマンドを再送したと判断する。ＣＵ３はコマンドの送信し、同じ通番のレスポンスがＰ台２から通知された時に通番をバックアップする。Ｐ台２は、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３に通知する。Ｐ台２はレスポンスの送信時に通番をバックアップする。
【０２３７】
ＣＵ３は、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＰ台２に送信する。Ｐ台２は、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３に返信する。さらに、ＣＵ３は、通番を“２”としてリカバリ要求２のコマンドをＰ台２に送信する。Ｐ台２は、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３に返信する。
【０２３８】
その後、ＣＵ３は、通番をカウントアップして“３”として、通信開始要求のコマンドをＰ台２へ送信する。なお、ＣＵ３は、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３へ返信する。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。
【０２３９】
ＣＵ３は、通番をカウントアップして“４”として、状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２は、それを受けて、遊技台情報、遊技情報および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｐ台２は、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３に返信する。
【０２４０】
ＣＵ３は、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。
【０２４１】
その後、ＣＵ３は、通番をカウントアップして“５”として、状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３に返信する。
【０２４２】
＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３およびＰ台２の処理について説明する。図７に示すＣＵ３は、カード挿入前、通番＝ｎ、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。
【０２４３】
その後、ＣＵ３では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報（カードＩＤ等）をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
【０２４４】
ＣＵ３は、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残額等をたとえばホールサーバ８０１に問合せて認証している最中であることを表示器３１２に表示するとともにＰ台２側の表示器５４に表示させる処理を実行している最中であることを意味している。
【０２４５】
ＣＵ３は、表示器３１２に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２側の表示器５４は、ＣＵ３の表示制御部３５０により表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。
【０２４６】
その後、ＣＵ３は、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３のＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２へ送信する。なお、店舗コードおよびＳＣ基板ＩＤは、カード挿入通知のコマンドがセキュリティ基板３２５を通過するときに当該コマンドに付加される情報である。Ｐ台２では、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１のＲＡＭ等にバックアップするとともに、通番＝ｎ＋２を含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、挿入されたカードのカードＩＤをＣＵ制御部３２３のＲＡＭ等に記憶する。
【０２４７】
ＣＵ３は、それを受けて、通番＝ｎ＋３、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信することで、カード挿入中である状態をＰ台２に対して通知する。Ｐ台２は、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信することで、遊技許可中である状態をＣＵ３に対して通知する。
【０２４８】
カード挿入中、ＣＵ３は、通番＝ｎ＋４、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。
【０２４９】
＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図８に示すシーケンス処理では、挿入されたカードに記録されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
【０２５０】
その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３は、残額の５００円分すなわち１２５玉の貸出を行なう。ＣＵ３は、玉貸ボタン（貸出ボタン）３２１が押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行なわれた段階でＣＵ３側単独で確定する。その後、ＣＵ３は加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させる。
【０２５１】
次に、ＣＵ３は、Ｐ台２に対して遊技玉の加算要求を行なう。そのため、ＣＵ３は、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行なうため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３は、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、ＣＵ３に対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。
【０２５２】
その後、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋５、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答は、通番をカウントアップするが、加算通番はカウントアップしない。
【０２５３】
＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図９では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
【０２５４】
その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９を押下すると、ＣＵ３は、持玉または貯玉からの１２５玉分の消費を確定させる。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９を押下する操作がなされた段階でＣＵ３側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。
【０２５５】
この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。
【０２５６】
ＣＵ３は、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２に通知する。具体的に、ＣＵ３は、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。遊技玉の加算要求を行なうため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３は、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに“ｍ＋１”のままとする。
【０２５７】
その後、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋２、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。
【０２５８】
＜＜遊技玉計数（通常）＞＞
次に、遊技玉の一部を計数して減算する通常時の計数処理について説明する。この図１０では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３からＰ台２へ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。
【０２５９】
また、この図１０では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。
【０２６０】
なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。
【０２６１】
まず、ＣＵ３は、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。
【０２６２】
ＣＵ３から送信された通番ｎに対して、Ｐ台２から通番ｎ＋１が返信されている。ＣＵ３から送信された計数通番ｍに対して、Ｐ台２からは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。
【０２６３】
その後、遊技者が、計数ボタン２８を押下する。この図１０では、計数ボタン２８を１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３からＰ台２へ送信されている。
【０２６４】
Ｐ台２は、計数ボタン２８の操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３へ送信する。ただし、この段階でＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を示す電文であるため、計数通番が“ｍ＋１”にカウントアップされている。Ｐ台２は、このとき、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０２６５】
通番ｎ＋１の状態情報応答を受信したＣＵ３は、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。すなわち、ＣＵ制御部３２３は、表示制御部３５０に対して計数表示の指令を送信する。表示制御部３５０は、その指令を受けてＰ台２側の表示器５４を表示制御する。その結果、表示器５４には、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。
【０２６６】
この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰返したり、種々の演出表示が考えられる。
【０２６７】
さらに、ＣＵ３は、前回最終送信計数通番を“ｍ＋１”に更新して、そのデータをバックアップする。続いて、ＣＵ３は、Ｐ台２に対して、通番ｎ＋２、計数通番ｍ＋１、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
【０２６８】
この状態情報要求を受信したＰ台２は、ようやく、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９の表示を８００から７００に更新する。この段階で、Ｐ台２は計数要求状態がＯＦＦとなるが、計数ボタンの押下が継続しているため、Ｐ台２は２度目の計数要求をＣＵ３へ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３へ送信する。ただし、この段階でもＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝７００とされている。また、この状態情報応答は、新たな計数要求として送信される電文であるため、計数通番を“ｍ＋２”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０２６９】
通番ｎ＋２の状態情報応答を受信したＣＵ３は、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を２００に更新する。さらに、ＣＵ３は、前回最終送信計数通番を“ｍ＋２”に更新して、そのデータをバックアップする。続いて、ＣＵ３は、Ｐ台２に対して、通番ｎ＋３、計数通番ｍ＋２、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
【０２７０】
この状態情報要求を受信したＰ台２は、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９の表示を７００から６００に更新する。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、Ｐ台２は計数完了を通番ｎ＋３の状態情報応答でＣＵ３へ通知する。すなわち、現在の遊技玉数＝６００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３へ送信する。また、計数要求に対応するすべての計数動作が済んでいるため、この状態情報応答に含まれる計数通番もｍ＋２のままで更新されていない。
【０２７１】
この状態情報応答を受信したＣＵ３は、計数完了と判定する。図示を省略しているが、ＣＵ３は、通番ｎ＋４、計数通番ｍ＋２、カード返却準備状態＝ＯＦＦ、計数応答＝ＯＦＦの状態情報応答をＰ台２へ送信する。
【０２７２】
このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっている。
【０２７３】
＜＜遊技玉計数（カード返却）＞＞
次に、カードを返却する際の遊技玉の計数処理について説明する。図１１は、遊技者がカード返却操作を行なった場合の計数処理を説明するためのシーケンス図である。図１１では、挿入された記録媒体（会員用カード等）により特定されるカード持玉数が０玉であり、当初の遊技玉数が８００玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。
【０２７４】
その後、遊技者が、遊技を止める場合や別の遊技台に移動する場合に「カード返却」ボタンを押下する。しかし、遊技者が「カード返却」ボタンを押下した時点では、Ｐ台２の遊技玉数が８００玉で、ＣＵ３はＰ台２の遊技玉数が０玉でないと判定する。また、ＣＵ３は、遊技者が「カード返却」ボタンを押下したのでカード返却準備状態＝ＯＮとして、通番＝ｎ＋１、ＣＵ開店状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。なお、ＣＵ３は、カード返却準備状態＝ＯＮの通知を１０秒間、Ｐ台２に通知する。さらに、ＣＵ３は、Ｐ台２の遊技玉数が８００玉で、０玉でないため、カード返却待機として、表示器５４等に計数操作を促す表示を行なう。
【０２７５】
計数操作を促す表示を受けて、遊技者が計数ボタン２８を押下して、遊技玉を持玉に変換する操作を行なう。Ｐ台２は、計数ボタン２８を押下する計数操作が、カード返却準備状態＝ＯＮでの計数操作であると判定し、たとえば１００玉単位での計数ではなく、一括して計数を処理する。
【０２７６】
Ｐ台２は、遊技玉数８００玉の計数受付要求および遊技玉数８００玉を一括計数した計数玉数８００玉をＣＵ３に通知するために、通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝８００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、この段階でＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求の電文であるため、Ｐ台２は、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
【０２７７】
これを受けて、ＣＵ３は、計数玉数８００玉を持玉数に加算して、計数玉数８００玉を遊技玉数８００玉から０玉に減算する。また、ＣＵ３は、更新した前回最終送信計数通番のデータをバックアップする。そして、ＣＵ３は、計数玉受取りを通知するため、通番＝ｎ＋２、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。
【０２７８】
Ｐ台２は、ＣＵ３からの応答を受けて、計数玉数８００玉を遊技玉数８００玉から減算して遊技玉数０玉を表示器５４等に表示する。さらに、Ｐ台２は、遊技玉数０玉、計数完了した旨をＣＵ３に通知するために、通番＝ｎ＋２、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、計数要求がＯＦＦとなるので、計数通番はｍ＋１のままカウントアップせずにＣＵ３に送信される。
【０２７９】
ＣＵ３は、遊技者がカード返却ボタン３２２を押下してから１０秒経過する前、つまり、カード返却準備状態中に、計数ボタン２８を押下して遊技玉を持玉に一括計数して遊技玉数を０玉にしているので、カード返却処理を実行する。つまり、ＣＵ３は、通番＝ｎ＋３を含むカード返却通知のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋３、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３に返信する。カードＩＤおよびカード挿入時刻をＣＵ３に返信後、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。
【０２８０】
それを受けて、ＣＵ３は、挿入しているカードに記憶しているカードＩＤと、Ｐ台２から受信したカードＩＤとの一致判別を行ない、一致した場合は挿入しているカードを返却し、不一致の場合エラー処理を行ないホールサーバ８０１などに報告する。ＣＵ３は、カードＩＤが一致した場合、カード挿入／排出口３０９に挿入してあったカード（挿入カード）に持玉数８００を記憶させてそのカードを遊技者に返却する。また、遊技者がカード挿入／排出口３０９にカードを挿入することなく入金操作により遊技を開始している場合には、ＣＵ３に設けられているカードストック部にストックされているカード（ストックカード）に持玉数８００を記憶させてそのカードを遊技者に返却する。挿入カードまたはストックカードの返却の際、ＣＵ３は当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１へ送信し、ホールサーバ８０１が当該カードのカードＩＤに対応付けて持玉数のデータを記憶してもよい。
【０２８１】
その後、ＣＵ３から返却されたカードは、カード挿入／排出口３０９から抜き取り可能となるため、カードの一部がカード挿入／排出口３０９から突き出た状態（カード抜き取り可能状態）で保持される。ＣＵ３は、カード抜き取り可能状態であるか否かを判定することが可能なセンサをカード挿入／排出口３０９の近傍に取り付けてあり、当該センサの信号がＯＮ状態の場合、カード抜き取り可能状態と判定し、ＯＦＦ状態の場合、カード抜き取り完了状態と判定する。
【０２８２】
そして、ＣＵ３は、カード返却処理が実行され、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２に通知する。そのため、ＣＵ３は、通番＝ｎ＋４、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、カード抜き取り待ち中＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。これを受けて、Ｐ台２は、カード抜き取り忘れを防止するため、遊技者に対して「カード抜き取って下さい」と可変表示装置２７８に表示する。また、Ｐ台２は、カードの抜き取りを報知するため、ＬＥＤを点灯させたり、スピーカで「カード抜き取って下さい」と音声出力させたりしてもよい。さらに、Ｐ台２は、通番＝ｎ＋４、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数応答＝ＯＦＦを含む状態情報応答のコマンドをＣＵ３へ送信する。
【０２８３】
カード挿入／排出口３０９の近傍に取り付けたセンサがＯＮ状態であれば、ＣＵ３は、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。しかし、遊技者がカード挿入／排出口３０９からカードを抜き取った場合、カード挿入／排出口３０９の近傍に取り付けたセンサがＯＦＦ状態となるので、ＣＵ３は、通番＝ｎ＋５およびカード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。
【０２８４】
これを受けて、Ｐ台２は、可変表示装置２７８に表示していた「カード抜き取って下さい」の表示を止め、カードの抜き取りの報知を終了する。なお、カードの抜き取りの報知は、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまで報知を継続する。さらに、Ｐ台２は、通番＝ｎ＋５を含む状態情報応答のコマンドをＣＵ３へ送信する。
【０２８５】
なお、図１１で説明したカードを返却する際の遊技玉の計数処理のシーケンスは、カード返却時に限定されるものではなく、簡易離席・食事休憩時にも同様の処理を適用することができる。ここで、簡易離席とは、遊技者が小用を済ませるために５〜１０分程度の短い時間遊技を中断するものである。食事休憩とは、簡易離席よりも長いたとえば３０分間等遊技を中断して食事や休憩を行なうものである。
【０２８６】
＜カードユニットが行なう集計処理＞
本実施の形態に係るカードユニット３は、Ｐ台２から受信した状態情報応答のレスポンスを用いて、パチンコ玉が各領域を通過した回数および割合を発射強度別に集計する集計処理を行なう。
【０２８７】
図１２は、ＣＵ３（より具体的にはＣＵ制御部３２３）が行なう集計処理の手順を示すフローチャートである。
【０２８８】
ステップ（以下、ステップを「Ｓ」と略す）１０にて、ＣＵ３は、Ｐ台２より状態情報応答のレスポンスを受信したか否かを判定する。状態情報応答のレスポンスを受信した場合（Ｓ１０にてＹＥＳ）は処理はＳ１１に移され、そうでない場合（Ｓ１０にてＮＯ）は処理はＳ１５に移される。
【０２８９】
Ｓ１１にて、ＣＵ３は、発射強度の補正処理を行なう。なお、この処理は、ハンドル操作量が略零（ハンドル非操作時の値）である場合の発射強度Ｔを０（最小値）に補正する処理である。この補正処理を行なうことによって、打球操作ハンドル２５の遊びやガタ等によりハンドル操作量と発射強度Ｔとの間にばらつきが存在する場合であっても、発射強度Ｔを正確に検出することができる。
【０２９０】
図１３は、発射強度の補正処理の詳細な手順を示すフローチャートである。
Ｓ１１１にて、ＣＵ３は、Ｐ台２の電源投入直後であるか否かを判定する。たとえば、ＣＵ３は、電源投入時の接続シーケンスの処理が行なわれている場合に、Ｐ台２の電源投入直後であると判定する。
【０２９１】
Ｐ台２の電源投入直後である場合（Ｓ１１１にてＹＥＳ）、ＣＵ３は、Ｓ１１２にて、現時点の発射強度Ｔを初期発射強度Ｔ０として内部メモリに記憶する。初期発射強度Ｔ０とは、ハンドル操作量が０である時の発射強度Ｔである。すなわち、ＣＵ３は、Ｐ台２の電源投入直後はハンドル操作量が０であるものとし、その値を内部メモリに記憶する。その後、処理はＳ１１４に移される。
【０２９２】
一方、Ｐ台２の電源投入直後でない場合（Ｓ１１１てＮＯ）、ＣＵ３は、Ｓ１１３にて、内部メモリに記憶されている初期発射強度Ｔ０を読み出す。その後、処理はＳ１１４に移される。
【０２９３】
Ｓ１１４にて、ＣＵ３は、現時点の発射強度Ｔから初期発射強度Ｔ０を減じた値を、補正後の発射強度Ｔとして算出する。その後、集計処理を行なうために処理は図２のＳ１２に移される。この補正処理後の発射強度Ｔを用いて以下の集計処理が行なわれるため、集計処理精度が向上される。
【０２９４】
図１２に戻って、ＣＵ３は、Ｓ１２にて、集計処理を中断すべき期間（以下、集計中断期間という）中であるか否かを判定する。
【０２９５】
図１４は、発射強度Ｔの変化と集計中断期間との関係を例示した図である。図１４に示す例では、比較的小さい値で安定していた発射強度Ｔが時刻ｔ１で増加し始め、時刻ｔ３で最大値「９９」に達し、時刻ｔ３以降も最大値「９９」に維持されている。
【０２９６】
発射強度Ｔが変化するとパチンコ玉の通過領域も変化するが、変化後の発射強度Ｔで発射されたパチンコ玉の通過領域が検出されるまでにはタイムラグが存在する。そのため、発射強度Ｔが変化した場合、その後に発射強度Ｔの変化が安定した（ある値に収束した）としても、しばらくの間（上記のタイムラグに相当する時間）は発射強度Ｔとパチンコ玉の通過領域との対応関係が不安定となり、集計処理結果の信頼性が低下する可能性がある。そこで、本実施の形態においては、発射強度Ｔが所定量変化した時点から所定期間が経過する時点までの期間を集計中断期間とする。なお、「所定量」および「所定期間」については、固定値としてもよいし、外部から任意に設定および変更可能な可変値としてもよい。
【０２９７】
図１４は、集計中断期間を例示した図である。図１４には、集計中断期間として、期間αが例示されている。この期間αは、発射強度Ｔがしきい値Ｔ１よりも低い値からしきい値Ｔ１に達する量（上記の「所定量」）だけ増加した時刻ｔ１から上記の「所定期間」が経過した時刻ｔ４までの期間である。なお、「所定期間」は、期間αの開始時点から、期間αの開始後に発射強度Ｔが安定しかつ発射強度Ｔの安定前に発射されたパチンコ玉がすべて遊技領域２７を通過し終えると予測される時点までの期間よりも長い期間であることが望ましい。
【０２９８】
なお、図１４には、他の集計中断期間の例として、期間β，γも例示されている。期間βは、発射強度Ｔが変化し始めた時点（時刻ｔ１）から次に発射強度Ｔが安定し始める時点（時刻ｔ３）までの期間である。期間γは、発射強度Ｔが変化し始めた後、次に安定し始めた時刻ｔ３から所定期間が経過した時刻ｔ５までの期間である。なお、期間γの設定に用いられる「所定期間」も、期間αの設定に用いられる「所定期間」と同様の考え方で設定することができる。期間β，γの少なくともいずれかを期間αに適宜組み合わせた期間を集計中断期間としてもよい。
【０２９９】
図１２に戻って、集計中断期間中である場合（Ｓ１２にてＹＥＳ）、ＣＵ３は、Ｓ１４にて、集計処理を中断する。その後、処理はＳ１５に移される。
【０３００】
一方、集計中断期間中でない場合（Ｓ１２にてＮＯ）、ＣＵ３は、Ｓ１３にて、パチンコ玉が各領域を通過した回数および割合を発射強度別に集計する処理を実行する。その後、処理はＳ１５に移される。
【０３０１】
図１５〜図１８は、集計処理の結果で得られる集計データの内容を例示した図である。  図１５に示す集計データでは、各領域（具体的には、始動入賞口２７５，２７６，２７７、普通入賞口２７２，２７３，２７４、大入賞口２７１、確変入賞口２７１ａ）の通過回数が、発射強度Ｔ別（図１５に示す例では発射強度Ｔの可変領域０〜９９を１０ごとに区切った領域別、図１６〜１８についても同様）に集計されている。
【０３０２】
図１６、１７に示す集計データでは、各領域（具体的には、始動入賞口２７５，２７６，２７７、普通入賞口２７２，２７３，２７４、大入賞口２７１）の通過割合が、発射強度Ｔ別に集計されている。なお、図１６では、各領域の合計通過回数を１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に示されている。これに対し、図１７では、各領域の発射強度Ｔ別の合計通過回数をそれぞれ１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に示されている。
【０３０３】
図１８に示す集計データでは、各領域（具体的には、始動入賞口２７５，２７６，２７７、普通入賞口２７２，２７３，２７４、大入賞口２７１、確変入賞口２７１ａ）の通過回数をそれぞれ１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に集計されている。なお、図１８において、確変入賞口２７１ａの通過割合を示す欄の括弧内に示された割合は、大入賞口２７１の通過回数を１００パーセントとしたときの確変入賞口２７１ａの通過割合（すなわち、大入賞口２７１の通過回数に対する確変入賞口２７１ａの通過回数の割合）を発射強度Ｔ別に示したものである。
【０３０４】
図１５〜図１８に示すような集計データを参照することにより、発射強度Ｔとパチンコ玉の通過領域との対応関係（発射強度Ｔに応じてパチンコ玉がどの領域を通過し易いのか）を適切に把握することができる。そのため、Ｐ台２を設置している店舗側では、これらの集計結果を参照してＰ台２の釘調整を行なうことができる。
【０３０５】
なお、図１５〜図１８に示す集計データは、あくまで例示であれって、これに限定されるものではない。また、必ずしも図１５〜図１８に示す集計データをすべて集計する必要はなく、必要に応じて適宜選択するようにしてもよい。
【０３０６】
図１２に戻って、Ｓ１５にて、ＣＵ３は、集計結果の表示要求の有無を判定する。なお、集計結果の表示要求は、たとえば遊技場の店員によってＣＵ３、Ｐ台２、ホールサーバ８０１などに入力される。集計結果の表示要求があった場合（Ｓ１５にてＹＥＳ）は処理はＳ１６に移され、そうでない場合（Ｓ１５にてＮＯ）は処理は終了される。
【０３０７】
Ｓ１６にて、ＣＵ３は、集計結果（図１５〜図１８に示したような集計データ）を表示する。なお、表示場所は、たとえば表示器５４であってもよいし、他の図示しないディスプレイであってもよい。
【０３０８】
以上のように、本実施の形態に係るカードユニット３は、Ｐ台２から受信した状態情報応答のレスポンスを用いて、パチンコ玉が各領域を通過した回数および割合を発射強度Ｔ別に集計する集計処理を行なう。これにより、発射強度Ｔに応じて、パチンコ玉がどの領域を通過し易いか（あるいは通過し難いか）を把握することができる。そのため、集計結果をＰ台２の釘調整に利用することができる。
【０３０９】
特に、本実施の形態に係るＰ台２のように、上撃ち構造を有するパチンコ機においては、下撃ち構造を有するパチンコ機に比べて、パチンコ玉が発射されてから遊技領域２７に入るまでの距離が短いため、発射強度Ｔの変化に対してパチンコ玉の通過領域がより大きく変化する傾向にある。このような上撃ち構造を有するＰ台２において、発射強度Ｔと通過領域との対応を集計するため、釘調整に非常に有効である。
【０３１０】
＜カードユニットが行なう発射異常判定処理＞
本実施の形態に係るカードユニット３は、Ｐ台２から受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、パチンコ玉の発射異常（カラ打ち異常）の有無を判定する発射異常判定処理を行なう。ここで、カラ打ち異常とは、発射装置にパチンコ玉が供給されていない状態であるのに発射モータ１８が作動している異常である。カラ打ち異常は、ハンドル操作量が略零よりも大きい状態で打球操作ハンドル２５を固定装置などによって固定したまま遊技者が離席した場合などに生じ得る。
【０３１１】
図１９は、ＣＵ３（より具体的にはＣＵ制御部３２３）が行なう発射異常判定処理の手順を示すフローチャートである。
【０３１２】
Ｓ２０にて、ＣＵ３は、発射強度Ｔが０（最小値）よりも大きいか否かを判定する。発射強度Ｔが０よりも大きい場合（Ｓ２０にてＹＥＳ）は処理はＳ２１に移され、そうでない場合（Ｓ２０にてＮＯ）は処理は終了される。
【０３１３】
Ｓ２１にて、ＣＵ３は、発射玉数およびアウト口通過玉数が変化しているか否かを判定する。なお、ＣＵ３は、遊技開始直後に常に異常と判定されるのを回避するため、発射強度Ｔが０（最小値）よりも大きいと判定されてから一定時間が経過した後に、発射玉数およびアウト口通過玉数が変化しているか否かを判定する。
【０３１４】
発射玉数およびアウト口通過玉数が変化している場合（Ｓ２１にてＹＥＳ）、ＣＵ３は、Ｓ２２にて、発射正常である（すなわちカラ打ち異常が生じていない）と判定する。
【０３１５】
一方、発射玉数およびアウト口通過玉数の少なくとも一方が変化していない場合（Ｓ２２にてＮＯ）、ＣＵ３は、Ｓ２３にて、発射異常である（すなわちカラ打ち異常が生じている）と判定する。
【０３１６】
このように、本実施の形態に係るＣＵ３は、発射強度Ｔが０（最小値）よりも大きくかつ発射玉数およびアウト口通過玉数が変化しない場合、パチンコ玉の発射異常であると判定する。そのため、発射異常（カラ打ち異常）を適切に検出することができる。
【０３１７】
＜カードユニットが行なう打込領域特定処理＞
本実施の形態に係るカードユニット３は、Ｐ台２から受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、パチンコ玉が遊技領域２７のどの領域に打ち込まれたかを特定する打込領域特定処理を行なう。
【０３１８】
図２０は、ＣＵ３（より具体的にはＣＵ制御部３２３）が行なう打込領域特定処理の手順を示すフローチャートである。
【０３１９】
Ｓ３０にて、ＣＵ３は、打込領域特定要求の有無を判定する。なお、打込領域特定要求は、たとえば遊技場の店員によってＣＵ３、Ｐ台２、ホールサーバ８０１などに入力される。打込領域特定要求があった場合（Ｓ３０にてＹＥＳ）は処理はＳ３１に移され、そうでない場合（Ｓ３０にてＮＯ）は処理は終了される。
【０３２０】
Ｓ３１にて、ＣＵ３は、打込領域を特定するために用いられる「発射強度しきい範囲」を設定する処理（以下、しきい範囲設定処理という）を行なう。
【０３２１】
図２１は、打込領域と発射強度しきい範囲との対応を例示した図である。図２１においては、打込領域が「右打領域」、「左打領域」、「ぶっ込み領域」に分けられている。なお、本実施の形態において、「右打領域」とは遊技領域２７の右側の領域であり、「左打領域」とは遊技領域２７の左側の領域である。また、「ぶっ込み領域」とは、この領域にパチンコ玉が打ち込まれることでパチンコ玉が第２始動入賞口２７６の方へ流れやすいとされる領域である。「ぶっ込み領域」は、一般的には可変表示装置２７８の左上周辺に配置されるが、釘構成により位置調整が可能である。
【０３２２】
図２１に示すように、各打込領域に対して、発射強度しきい範囲がそれぞれ設定されている。具体的には、右打領域特定用の発射強度しきい範囲ＡＲ（下限値ＡＲｌｏｗ〜上限値ＡＲｈｉ）、左打領域特定用の発射強度しきい範囲ＡＬ（下限値ＡＬｌｏｗ〜上限値ＡＬｈｉ）、ぶっ込み領域特定用の発射強度しきい範囲ＡＢ（下限値ＡＢｌｏｗ〜上限値ＡＢｈｉ）である。これらの発射強度しきい範囲ＡＲ、ＡＬ、ＡＢは、ＣＵ３の内部メモリ（ＲＯＭあるいはＲＡＭ）に記憶されている。
【０３２３】
図２２は、しきい範囲設定処理の詳細な手順を示すフローチャートである。
Ｓ３１１にて、ＣＵ３は、発射強度しきい範囲の変更要求の有無を判定する。なお、この変更要求は、たとえば遊技場の店員によってＣＵ３、Ｐ台２、ホールサーバ８０１などに入力される。
【０３２４】
変更要求があった場合（Ｓ３１１にてＹＥＳ）、ＣＵ３は、Ｓ３１２にて、発射強度しきい範囲を変更する。なお、具体的な変更（どのしきい範囲をどの程度変更するか）については、たとえば変更要求を行なった店員が手動操作またはダウンロードによって入力した値に従って行なわれる。なお、変更後の発射強度しきい範囲は、ＣＵ３の内部メモリに記憶（更新）される。その後、処理は図２０のＳ３２に移される。
【０３２５】
一方、変更要求がない場合（Ｓ３１１にてＮＯ）、ＣＵ３は、Ｓ３１３にて、内部メモリに記憶されている発射強度しきい範囲を読み出す。その後、処理は図２０のＳ３２に移される。
【０３２６】
図２０に戻って、Ｓ３２にて、ＣＵ３は、Ｐ台２から発射強度Ｔを受信する。その後、ＣＵ３は、Ｓ３３にて、受信した発射強度Ｔと発射強度しきい範囲とを比較した結果で、パチンコ玉が遊技領域２７のどの領域に打ち込まれたかを特定する。具体的には、発射強度Ｔがしきい範囲ＡＲに含まれる（下限値ＡＲｌｏｗ以上かつ上限値ＡＲｈｉ未満である）場合、打込領域を「右打領域」と特定する。発射強度Ｔがしきい範囲ＡＬに含まれる（下限値ＡＬｌｏｗ以上かつ上限値ＡＬｈｉ未満である）場合、打込領域を「左打領域」と特定する。発射強度Ｔがしきい範囲ＡＢに含まれる（下限値ＡＢｌｏｗ以上かつ上限値ＡＢｈｉ未満である場合）、打込領域を「ぶっ込み領域」と特定する。
【０３２７】
このように、本実施の形態に係るＣＵ３は、発射強度Ｔが発射強度しきい範囲に含まれるか否かに応じて、パチンコ玉の打込領域を特定する。これにより、発射強度Ｔに応じて、遊技者がどの領域を狙って打ち込んでいるかを特定することができる。
【０３２８】
なお、本実施の形態では、発射強度Ｔが発射強度しきい範囲に含まれるか否かに応じてパチンコ玉の打込領域を特定したが、発射強度Ｔがしきい値以上であるか否かに応じてパチンコ玉の打込領域を特定するようにしてもよい。
【０３２９】
また、ぶっこみ領域は右打領域または左打領域の一部と重なっている領域であるので、ぶっこみ領域の発射強度しきい範囲も、右打領域または左打領域の発射強度しきい範囲と、一部、重なっている。このため、打込領域の特定においては、右打領域または左打領域に加えて、ぶっこみ領域と特定される場合がある。
【０３３０】
＜カードユニットが行なう計測処理＞
本実施の形態に係るカードユニット３は、Ｐ台２から受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、遊技者が遊技を開始してから可変表示装置２７８の図柄が変動し始めるまでの時間を計測する計測処理を行なう。
【０３３１】
図２３は、ＣＵ３（より具体的にはＣＵ制御部３２３）が行なう計測処理の手順を示すフローチャートである。
【０３３２】
Ｓ４０にて、ＣＵ３は、Ｐ台２より変動中信号を受信したか否かを判定する。変動中信号を受信している場合（Ｓ４０にてＹＥＳ）、処理は終了される。
【０３３３】
一方、変動中信号を受信していない場合（Ｓ４０にてＮＯ）、ＣＵ３は、Ｓ４１にて、発射強度Ｔが０から増加し始めたか否か（すなわち遊技者が遊技を開始したか否か）を判定する。発射強度Ｔが０から増加し始めていない場合（Ｓ４１にてＮＯ）、処理は終了される。
【０３３４】
発射強度Ｔが０から増加し始めた場合（Ｓ４１にてＹＥＳ）、ＣＵ３は、Ｓ４２にて、時間計測を開始する。
【０３３５】
時間計測を開始した後、ＣＵ３は、Ｓ４３にて、Ｐ台２より変動中信号を受信したか否か（すなわち可変表示装置２７８の図柄が変動し始めたか否か）を判定する。変動中信号を受信していない場合（Ｓ４３にてＮＯ）、ＣＵ３は、処理をＳ４４に移し、時間計測を継続する。その後、処理はＳ４３に戻され、変動中信号を受信するまで時間計測が継続される。
【０３３６】
変動中信号を受信した場合（Ｓ４３にてＹＥＳ）、ＣＵ３は、Ｓ４５にて、時間計測を終了する。この結果、ＣＵ３は、遊技者が遊技を開始してから可変表示装置２７８の図柄が変動し始めるまでの時間を計測することができる。
【０３３７】
このように、本実施の形態に係るＣＵ３は、変動中信号を受信していない状態で発射強度Ｔが略零から増加し始めた時点（すなわち遊技者が遊技を開始した時点）から、次に変動中信号を受信した時点（すなわちパチンコ玉が始動入賞口２７５，２７６，２７７のいずれかに入賞して可変表示装置２７８の図柄が変動し始めた時点）までの時間を計測する。これにより、遊技者が遊技を始めてから、どの程度の時間でパチンコ玉が始動入賞口２７５，２７６，２７７のいずれかに入賞して可変表示装置２７８の図柄が変動し始めるのかを把握することができる。
【０３３８】
＜ホール用管理コンピュータおよび中央管理装置を含むシステム＞
次に、ホール用管理コンピュータおよび中央管理装置を含むシステムについて説明する。
【０３３９】
図２４は、ホール用管理コンピュータ（以下、ホールコンという）９００および中央管理装置１０００を含むシステムを説明するためのブロック図である。
【０３４０】
１つの遊技場には、複数のＰ台２およびＣＵ３が設置されるとともに、これらの複数のＰ台２およびＣＵ３に接続されるホールサーバ８０１およびホールコン９００がそれぞれ１つずつ設置されている。
【０３４１】
ホールコン９００は、ホールサーバ８０１に直接接続されている。ホールコン９００は、図示しない演算装置および内部メモリを備え、当該内部メモリに記憶されたデータ等に基づいて所定の演算処理を実行するように構成される。ホールサーバ８０１は、複数のＣＵ３と接続されており、複数のＣＵ３からの出力信号を取りまとめてホールコン９００に送信する。
【０３４２】
中央管理装置１０００は、各遊技場とは別の場所に設置される。中央管理装置１０００は、複数の遊技場にそれぞれ設置される複数のホールコン９００と通信可能に接続される。中央管理装置１０００は、各遊技場のＣＵ３が上述の集計処理によって集計した複数の集計データ（図１５〜１８参照）を、Ｐ台２の機種別に、複数の遊技場から取得して管理する。
【０３４３】
＜ホールコンが行なうまとめ集計処理＞
ホールコン９００は、自店（自らが設置された遊技場）内の各ＣＵ３が行なった集計処理の結果（上述の図１５〜１８参照）を機種別および遊技機別に集約する処理（以下、まとめ集計処理という）を行なう。
【０３４４】
図２５は、ホールコン９００が行なうまとめ集計処理の手順を示すフローチャートである。
【０３４５】
Ｓ５０にて、ホールコン９００は、自店内の各ＣＵ３が行なった集計処理の結果を、遊技機の機種および台番号に対応付けて集約する。なお、集約するタイミングについては、たとえば各ＣＵ３が集計処理を行なう毎に集約するようにしてもよいし、当日の営業終了時に一括して集約するようにしてもよい。
【０３４６】
Ｓ５１にて、ホールコン９００は、集約されたデータを用いて、まとめ集計処理を実行する。
【０３４７】
図２６は、まとめ集計処理の結果で得られる、まとめ集計データの内容を例示した図である。図２６に示すように、ホールコン９００は、各ＣＵ３による集計処理の結果（上述の図１５〜１８に例示した集約データ参照）を、遊技機の機種（機種Ｘ、機種Ｙ、機種Ｚ…）別および台番号（００１，００２…）別に集約する。さらに、ホールコン９００は、図２６に示すように、機種別の合計および平均も併せて集計する。
【０３４８】
図２５に戻って、Ｓ５２にて、ホールコン９００は、まとめ集計結果の表示要求の有無を判定する。なお、まとめ集計結果の表示要求は、たとえば自店の店員によって入力される。まとめ集計結果の表示要求があった場合（Ｓ５２にてＹＥＳ）は処理はＳ５３に移され、そうでない場合（Ｓ５２にてＮＯ）は処理は終了される。
【０３４９】
Ｓ５２にて、ホールコン９００は、まとめ集計結果を表示する。なお、表示場所は、たとえば図示しないディスプレイであってもよい。
【０３５０】
以上のように、本実施の形態に係るホールコン９００は、自店内の各遊技機の集計処理の結果を、機種別および遊技機（台番号）別に集約する。この集約結果を参照することで、自店内の各遊技機の釘調整の状態を一括して把握することができる。そのため、この集約結果を、自店内の各遊技機の釘調整の全体のバランスを決めるのに有効に利用することができる。
【０３５１】
＜ホールコンが行なうしきい範囲記憶処理＞
ホールコン９００は、自店内の各ＣＵ３がしきい値範囲設定処理（図２２のフロー参照）を行なう際に用いられる発射強度しきい範囲（図２１参照）を、各ＣＵ３から取得して機種別および遊技機別に記憶する処理（以下、しきい範囲記憶処理という）を行なう。
【０３５２】
図２７は、しきい範囲記憶処理によってホールコン９００の内部メモリに記憶されるデータを例示した図である。図２７に示すように、ホールコン９００は、各打込領域に対する発射強度しきい範囲を、遊技機の機種（機種Ｘ、機種Ｙ、機種Ｚ…）別および台番号（００１，００２…）別に記憶する。
【０３５３】
これにより、遊技場内の各遊技機の釘調整の状態（発射強度しきい範囲）を一括して管理することできる。
【０３５４】
＜ホールコンが行なう他店機種別表示処理＞
ホールコン９００は、他店（自らが設置された遊技場とは別の遊技場）の機種別の集計データを中央管理装置１０００から取得して表示する処理（以下「他店機種別表示処理」という）を行なう。
【０３５５】
図２８は、ホールコン９００が行なう他店機種別表示処理の手順を示すフローチャートである。
【０３５６】
Ｓ６０にて、ホールコン９００は、他店機種別データ表示要求があるか否かを判定する。なお、この他店機種別データ表示要求は、たとえば遊技場の店員によってＣＵ３、Ｐ台２、ホールサーバ８０１などに入力される。他店機種別データ表示要求がない場合（Ｓ６０にてＮＯ）は処理は終了される。
【０３５７】
他店機種別データ表示要求がある場合（Ｓ６０にてＹＥＳ）、ホールコン９００は、Ｓ６１にて、中央管理装置１０００から他店機種別データを取得する。
【０３５８】
図２９は、他店機種別データを模式的に例示した図である。図２９に示すように、他店機種別データには、他店（Ａホール、Ｂホール、Ｃホール…）の集計データが、各機種（機種Ｘ、機種Ｙ、機種Ｚ…）別に層別されている。なお、他店機種別データの各欄には、上述の図１５〜１８に例示したような集計データが入力されている。
【０３５９】
図２８に戻って、ホールコン９００は、Ｓ６２にて、中央管理装置１０００から取得した他店機種別データを用いて、他の遊技場の機種別の集計データを表示する。なお、表示場所は、たとえば、ホールコン９００に接続された図示しないディスプレイとしてもよいし、いずれかのＰ台２の表示器５４であってもよい。
【０３６０】
このように、本実施の形態に係るホールコン９００は、他店の機種別の集計データを中央管理装置１０００から取得して表示する機種別表示処理を行なう。これにより、他店の機種別の釘調整の状態を参考にして、自らの遊技場の釘調整を行なうことができる。
【０３６１】
なお、ホールコン９００が中央管理装置１０００から取得するデータは、図２９に示すものに限定されない。
【０３６２】
たとえば、中央管理装置１０００が各遊技場のまとめ集計データ（図２６参照）を集約して遊技場の所在地域別の平均データを算出する場合には、当該地域別の平均データをホールコン９００が中央管理装置１０００から取得し、自店の釘調整等に活用するようにしてもよい。これにより、たとえば自店と同じ地域にある他店がどのような釘調整を行なっているのかを参考にして、自店の遊技場の釘調整を行なうことができる。
【０３６３】
また、中央管理装置１０００が他店のホールコン９００に記憶されているしきい範囲記憶処理の結果（図２７参照）を集約したデータを保有している場合には、当該他店のデータを自店のホールコン９００が中央管理装置１０００から取得（ダウンロード）して記憶しておくようにしてもよい。これにより、他店の発射強度しきい範囲の設定状況を参考にして、自店の発射強度しきい範囲を設定することができる。また、ホールコン９００が、中央管理装置１０００から取得した他店のデータに基づいて、自店の発射強度しきい範囲を自動設定するようにしてもよい。
【０３６４】
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
【０３６５】
（１）  本実施の形態では、上述の集計処理、発射強度の補正処理、発射異常判定処理、打込領域特定処理、および計測処理を行なう主体をいずれもＰ台２からの信号を直接受信可能なカードユニット３としたが、これらの処理を行なう主体はカードユニット３に限定されるものではない。
【０３６６】
たとえば、必要に応じて、これらの処理の全部または一部を行なう主体を、Ｐ台２からの信号を台端末や島端末などを介して間接的に取得可能なホールコン９００、ホールサーバ８０１、あるいは中央管理装置１０００としてもよい。たとえば、ホールコン９００が、各遊技機の集計処理（図１２のフロー）を直接行なうようにしてもよい。
【０３６７】
また、必要に応じて、これらの処理の全部または一部を行なう主体を、各Ｐ台２に対して設けられた呼び出しランプ（図示省略）としてもよい。呼び出しランプは、遊技機ごとに設けられ、遊技者によってボタン操作されることで遊技場の係員を呼出す機能、および、大当り回数や大当り間の変動回数などの遊技履歴を表示する機能などを有する装置である。
【０３６８】
（２）  また、パチンコ玉にＩＣタグを付けるようにしてもよい。これにより、発射時、および、いずれかの入賞領域（入賞口またはゲート）の通過時に、いずれのパチンコ玉であるかを特定することが可能となる。このため、集計処理において、ＩＣタグによって特定された同じパチンコ玉の発射強度Ｔと通過領域との対応関係を特定することができる。その結果、より正確に、発射強度に応じてパチンコ玉がどの領域を通過する傾向にあるのかを把握することができる。
【０３６９】
（３）  遊技者によって打球操作ハンドル２５が固定されていると、上述の発射強度の補正処理を行なうことができない。そこで、打球操作ハンドル２５が固定されていることを検出して報知するようにしてもよい。また、発射強度が一定値に安定している場合は、打球操作ハンドル２５が固定されていると判定するようにしてもよい。
【０３７０】
（４）  たとえば、遊技者が打球操作ハンドル２５に触れているか否かは、タッチセンサで検知可能である。
【０３７１】
そのため、たとえば、遊技者が打球操作ハンドル２５に触れていないことが検知された時に、上述の発射強度の補正処理を行なうようにしてもよい。
【０３７２】
また、発射異常判定処理において、遊技者が打球操作ハンドル２５に触れていないことが検知され、かつ打球操作ハンドル２５が固定されていることが検出された場合に、発射異常であると判定するようにしてもよい。
【０３７３】
（５）  本実施の形態ではホールコン９００がカードユニット２経由でＰ台２の情報を取得する構成であったが、ホールコン９００がカードユニット２を経由せずにＰ台２の情報をＰ台２から直接取得する構成であってもよい。
【０３７４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０３７５】
２  パチンコ機、２Ｓ  スロットマシン、３  カードユニット、１６  主制御基板、１７  払出制御基板、２６  遊技盤、５４，３１２  表示器、３０９  カード挿入／排出口、３１９  再プレイボタン、３２０  ＩＲ受光ユニット、３２１  貸出ボタン、３２２  返却ボタン、１６１  主制御部、３２５  表示制御部、１７１  払出制御部、３２３  ＣＵ制御部、８０１  ホールサーバ、９００  ホールコン、１０００  中央管理装置。
【図１】
2014161607.tif 000003
【図２】
2014161607.tif 000004
【図３】
2014161607.tif 000005
【図４】
2014161607.tif 000006
【図５】
2014161607.tif 000007
【図６】
2014161607.tif 000008
【図７】
2014161607.tif 000009
【図８】
2014161607.tif 000010
【図９】
2014161607.tif 000011
【図１０】
2014161607.tif 000012
【図１１】
2014161607.tif 000013
【図１２】
2014161607.tif 000014
【図１３】
2014161607.tif 000015
【図１４】
2014161607.tif 000016
【図１５】
2014161607.tif 000017
【図１６】
2014161607.tif 000018
【図１７】
2014161607.tif 000019
【図１８】
2014161607.tif 000020
【図１９】
2014161607.tif 000021
【図２０】
2014161607.tif 000022
【図２１】
2014161607.tif 000023
【図２２】
2014161607.tif 000024
【図２３】
2014161607.tif 000025
【図２４】
2014161607.tif 000026
【図２５】
2014161607.tif 000027
【図２６】
2014161607.tif 000028
【図２７】
2014161607.tif 000029
【図２８】
2014161607.tif 000030
【図２９】
2014161607.tif 000031