JP5680568B2

JP5680568B2 - 遊技用システム

Info

Publication number: JP5680568B2
Application number: JP2012001475A
Authority: JP
Inventors: 小倉　敏男; 敏男小倉; 柳　漢呉; 漢呉柳
Original assignee: Sankyo Co Ltd
Current assignee: Sankyo Co Ltd
Priority date: 2012-01-06
Filing date: 2012-01-06
Publication date: 2015-03-04
Anticipated expiration: 2032-01-06
Also published as: JP2013141470A

Description

本発明は、遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を用いて前記遊技機による遊技を可能とする遊技用装置と、遊技場に設置されたホール用管理コンピュータとを含む遊技用システム、およびサーバに関する。

従来から、遊技場においては、稼動中の遊技機から出力されてきた遊技場の損益にかかわる情報をホール用管理コンピュータが受信して集計するシステムが知られている。例えば、遊技機設置島に島端末装置が設けられ、当該遊技機設置島に設置された各遊技機から出力される遊技情報を各台端末装置が受信し、各台端末装置からの遊技情報を島端末装置が受信してまとめてホールコンピュータへ出力するものがあった（特許文献１）。

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

しかし、この従来のものにおいては、各遊技機からの遊技情報をまとめてホールコンピュータへ出力するものが島端末装置であり遊技機設置島毎にまとめる必要があるため、遊技機の設置レイアウトに制約があるという不都合が生じる。

本発明は、係る実情に鑑み考え出されたものであり、その目的は、各遊技機からの情報をまとめてホールコンピュータへ出力するものにおいて、遊技機の設置レイアウトの制約を軽減することである。

（１）本発明は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）と、遊技場に設置されたホール用管理コンピュータ（ホールコン９００）と、前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置とを含む遊技用システムであって、
前記遊技場に設置されたサーバ（図６４のホールサーバ８０１）をさらに備え、
前記遊技用装置は、
前記管理装置に記憶された前記認証用情報を受信できないときに、前記遊技用価値を用いた前記遊技機での遊技を所定の制限の下で許容するための前記遊技機との通信が可能な制限通信モードに設定する制限通信モード設定手段と、
前記管理装置から送信された前記認証用情報の受信を条件として、前記所定の制限が解除された前記遊技機との通信が可能な通常通信モードに設定する通常通信モード設定手段と、
稼動中の前記遊技機により生成された情報（遊技状態情報１と２）を前記サーバへ送信する第１送信手段（ＣＵ制御部３２３）とを含み、
前記サーバは、複数の前記遊技用装置の前記第１送信手段により送信された情報を前記ホール用管理コンピュータへ送信する第２送信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）を含む。

上記の構成によれば、各遊技機からの情報をまとめてホールコンピュータへ出力するものにおいて、遊技機設置島毎にまとめる必要がないため、遊技機の設置レイアウトの制約を軽減できる。

（２）本発明の他の態様は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３
）であって当該遊技用装置の正当性を認証するために用いる認証用情報を管理装置から受信できないときに、前記遊技用価値を用いた前記遊技機での遊技を所定の制限の下で許容するための前記遊技機との通信が可能な制限通信モードに設定する一方、前記管理装置から送信された前記認証用情報の受信を条件として、前記所定の制限が解除された前記遊技機との通信が可能な通常通信モードに設定する前記遊技用装置とが設けられた遊技場に設置されるサーバ（図６４のホールサーバ８０１）であって、
稼動中の複数の前記遊技機により生成された情報を複数の前記遊技用装置から受信する受信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）と、
該受信手段により受信された情報を前記遊技場に設置されたホール用管理コンピュータへ送信する送信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）とを含む。

（３）上記（１）の遊技用システムにおいて、前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
複数の前記遊技機は、当該遊技機に設けられた制御装置が適正なものであるか否かを認証するために該制御装置に割り振られた識別符号データ（メインチップＩＤ、払出制御チップＩＤ）を前記遊技用装置を経由して前記サーバへ送信するための識別符号データ出力手段（ＣＵ制御部３２３）を含み、
前記サーバは、受信した前記識別符号データを前記ホール用管理コンピュータへ出力し、
前記識別情報管理手段は、前記識別符号データと前記識別情報とを対応付けて管理し、前記受信した識別符号データが新たなものに更新されている場合には、当該更新された識別符号データと前記識別情報とを新たに対応付けて管理する（台交換（盤交換）された後のメインチップＩＤ等のＩＤデータと台交換（盤交換）前のメインチップＩＤ等のＩＤデータとをＣＵ３がホールコン９００に送信し、ホールコン９００のＣＰＵが、ＥＥＰＲＯＭに遊技機台番号に対応付けて記憶されているＩＤデータを台交換（盤交換）された後のＩＤデータに更新する）。

上記の構成によれば、たとえば遊技機が交換されて識別符号データが新たなものに更新された場合にも、当該更新された識別符号データと識別情報とが新たに対応付けて管理され、継続して識別情報の管理が可能となる。

（４）上記（１）の遊技用システムにおいて、前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
前記遊技用装置は、遊技場に設置された取付枠（ＣＵ３を取付けて設置するための取付枠（ホルダ））に対して取付けられ、複数の前記取付枠各々には各遊技用装置を識別するための遊技用識別情報（ホルダＩＤ）が割り振られており、
前記識別情報管理手段は、前記遊技用識別情報と前記識別情報とを対応付けて管理し、前記遊技機が交換された場合には、当該交換された遊技機の識別情報と前記遊技用識別情報とを新たに対応付けて管理する（新たな台番号のＰ台２に交換されたときに、ＣＵ３がそのＰ台２の台番号と取付枠（ホルダ）のホルダＩＤとを読取ってホールサーバ８０１経由でホールコン９００へ送信し、ホールコン９００のＣＰＵは、受信したＰ台２の台番号とホルダＩＤとを対応付けてＥＥＰＲＯＭに設定記憶させる）。

上記の構成によれば、各遊技用装置が取付枠から取外されて交換されても取付枠は従前のものが残るため、その取付枠に割り振られた遊技用装置識別情報と識別情報とを対応付けて管理することにより、各遊技用装置の交換にかかわらず遊技機各々に割り振られた識別情報を管理することができる。

（５）上記（３）または（４）の遊技用システムにおいて、
前記ホール用管理コンピュータは、前記識別情報管理手段で管理されている管理データに基づいて同じ機種の遊技機に対応する前記遊技用装置を割り出し、該割り出された遊技用装置各々に対して一括して設定データを送信し（ホールコン９００が、遊技機台番号に対応付けて当該遊技機の機種も記憶した遊技機台番号の管理データを格納し、その管理データに基づいて同じ機種の遊技機に対応するカードユニットを割出し、所定のフォーマットに演算（変換）するための設定データを一括ＣＵ３へダウンロードし）、
前記遊技用装置の各々は、
前記送信されてきた設定データに基づいて、前記第１送信手段により送信される情報の出力方式を設定する方式設定手段（図６６のＳ３６２）と、
前記第１送信手段により送信される情報を前記方式設定手段により入力された出力方式に従って変換して送信するための情報変換手段（図６６のＳ３６４、Ｓ３６５）とを含む。

上記の構成によれば、同じ機種の遊技機に対応する遊技用装置に一括して設定データを送信して出力方式を設定することができ、出力方式の設定を効率的に行なうことができる。

（６）上記（１）（３）〜（５）の遊技用システムにおいて、
前記遊技用装置によって制御される表示装置（表示器５４、５１０）をさらに備え、
前記遊技用装置は、前記遊技機から受信した情報のうち前記表示装置に表示させる情報を選り分けて該情報を前記表示装置に表示させる制御を行なう表示制御手段（図６６のＳ３６６、Ｓ３６７）を含む。

上記の構成によれば、遊技機から受信した情報のうち必要な情報を表示装置に表示させることができる。

カードユニットおよびパチンコ機を示す正面図である。カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。状態情報応答の内容を説明するための説明図である。電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。挿入したカードのプリペイド残高から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。遊技中の大当りが発生したときのカードユニットとパチンコ機との処理の一例を示す図である。挿入したカードを返却するときのカードユニットとパチンコ機との処理の一例を示す図である。遊技用システムの構成の組合せ例を示した図である。ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明するための図である。ＣＵ制御部３２３の電源投入・通常立上の処理を説明するための図である。遊技機チップ情報問合せシーケンスの処理を説明するための図である。Ｐ台およびＣＵと接続されるホールサーバおよびホールコンの構成を説明するためのブロック図である。Ｐ台およびＣＵと接続されるホールサーバおよびホールコンの別の構成を説明するためのブロック図である。ＣＵ制御部による加算玉数の送信処理を説明するためのフローチャートである。ＣＵ制御部による遊技情報の送信処理を説明するためのフローチャートである。スロットマシンの前面扉を開放した状態を示す斜視図である。カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。

以下、図面を参照して本発明に係る実施の形態を説明する。
＜パチンコ機の構成＞
まず、図１を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称する）２が併設されている。なお、パチンコ機２の所定側の側方位置には、該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。

パチンコ機２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図２参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。

図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であって、遊技領域２７の中央に可変表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。

可変表示装置２７８は、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいて変動表示する。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１が開放する。

また、可変表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。

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

パチンコ機２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されている。

さらに、パチンコ機２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。詳しくは後述するが、計数ボタン２８は、１度押下すると、たとえば１００玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下（長押し）すると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ遊技玉から持玉への計数が行なわれる。

このように、計数ボタン２８をＰ台側に設けているため、計数ボタン２８をＣＵ側に設ける場合に比較して、Ｐ台に正対して座っている遊技者の操作性を向上できる。

＜カードユニットの構成＞
次に、引き続き図１を参照して、本実施の形態に係るカードユニットの構成を説明する。このカードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。

それらのカードを受付けたカードユニット３は、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残高、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。パチンコ機２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。

カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示略）に受付けられ、そのカードに記録されている情報が読取られる。

前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員が所持するリモコン（図示略）から赤外線信号をＩＲ（Infrared）感光ユニット３２０で受信して電子信号に変換して出力するＩＲ受光ユニットが設けられている。

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

再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落して遊技玉に変換し、変換した遊技玉に基づいてパチンコ機２による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落されて遊技玉に変換され、パチンコ機２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持点との双方が記憶されている場合には、持玉が優先的に引落される。なお、再プレイボタン３１９とは別に、持玉を引き落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９は貯玉引き落とし専用のボタンとしてもよい。

ここで、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。

「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。

「遊技玉」とは、遊技機で発射可能な玉数のデータである。このデータは、既に説明したとおり、プリペイドカードの残高、持玉、あるいは貯玉を引落すことと引き換えにして生成される。

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

本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたホールサーバ８０１（図１８、図１９参照）に会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバにカード番号と対応させて記憶させてもよい。このホールサーバにカード番号と対応させて記憶させる際に、ホールサーバに記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残高についてはカード（会員カード、ビジターカード）に直接書込んで排出する。

なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行なわれるたびにリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどがある。

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

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

＜カードユニットとパチンコ機との構成＞
図２は、カードユニット３とパチンコ機２との構成を示すブロック図である。図２を参照して、カードユニット３とパチンコ機２との制御回路の概略を説明する。

カードユニット３には、マイクロコンピュータ等から構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、制御中枢としてのＣＰＵ（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）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。

また、払出制御基板１７に対し、発射玉検出スイッチ（図示略）、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。従って、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。なお、玉上げスイッチ（上）４１ａばかりでなく、発射玉検出スイッチも電波による不正の対象となる虞がある。つまり、玉上げスイッチ（上）４１ａだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出された場合には、発射玉と回収玉（アウト玉）との個数に齟齬が生じ、異常が検知されて「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されることになる。しかし、この発射玉検出スイッチにも不正電波を発信して検出不能状態にすることにより、上記「発射／ＯＵＴ不整合玉数」の不正検知情報がＰ台２からＣＵ３へ送信されなくなる不都合が生じる。本実施の形態では、このような発射玉検出スイッチに対して発信される不正電波も、電波センサ１７３で検出するため、前述の不都合を防止し得る。

主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。

主制御チップＩＤ（メインチップＩＤとも言う）は、パチンコ機２の主制御基板１６に記録されているチップＩＤのことであり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。

接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。このことに関しては後に詳しく説明する。

始動入賞口入賞情報とは、始動入賞口１または始動入賞口２のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。

図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。

大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。

払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。

アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３からファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチから払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。

カードユニット３のセキュリティ基板３２５とパチンコ機２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように、リカバリ要求、リカバリ詳細要求、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。

リカバリ要求は、後述するように、パチンコ機２に対してリカバリ情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ要求を受けてパチンコ機２のリカバリ情報をカードユニット３に通知する。リカバリ詳細要求は、パチンコ機２に対してリカバリ詳細情報の通知を要求するコマンドである。払出制御基板１７は、リカバリ詳細要求を受けてパチンコ機２のリカバリ詳細情報をカードユニット３に通知する。通信開始要求は、パチンコ機２に対して通信開始を要求するコマンドである。払出制御基板１７は、通信開始要求を受けてカードユニット３に対して通信開始を応答する。通信終了要求は、パチンコ機２に対して通信終了を要求するコマンドである。払出制御基板１７は、通信終了要求を受けてカードユニット３に対して通信終了を応答する。

状態情報要求は、パチンコ機２に対して状態情報の通知を要求するコマンドである。払出制御基板１７は、状態情報要求を受けてパチンコ機２の状態情報をカードユニット３に通知する。カード挿入通知は、パチンコ機２に対してカード挿入されたことを通知するコマンドである。払出制御基板１７は、カード挿入通知を受けてカードユニット３に対してカード挿入されたことの応答をする。カード返却通知は、パチンコ機２に対してカード返却されたことを通知するコマンドである。払出制御基板１７は、カード返却通知を受けてカードユニット３に対してカード返却されたことの応答をする。通信テスト要求は、パチンコ機２に対してテストデータを通知するコマンドである。払出制御基板１７は、通信テスト要求を受けてカードユニット３に対してテストデータを応答する。

払出制御基板１７からセキュリティ基板３２５へ、リカバリ応答、リカバリ詳細応答、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。

前枠６（遊技枠）には、発射制御基板３１、発射モータ１８が設けられている。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ１８励磁出力を発し、発射モータ１８を駆動させる。

払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。

前枠６（遊技枠）には、表示器５４が設けられている。表示器５４は、カードユニット３の表示制御部３５０からの表示データを受信し、表示画面を表示させる。なお、このように、本実施の形態では、Ｐ台側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、Ｐ台側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。

＜カードユニット側とパチンコ機側との送受信態様＞
次に、図３は、カードユニット３側とパチンコ機２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図３を参照して、カードユニット３側（ＣＵ側）とパチンコ機２側（Ｐ台側）とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。

本実施の形態においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残高（残高）は、ＣＵ３側において管理・記憶している。

図３では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２（パチンコ機２）とＣＵ３（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。

ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。

この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。

ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。

また、ＣＵ３側とＰ台２側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が“１”ずつ加算更新され、その通番がＣＵ３側とＰ台２側とにおいて記憶される。この通番とは、ＣＵ３とＰ台２との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終通番とは、その更新される通信番号の最後に更新された番号のことである。

本実施の形態におけるＣＵ３とＰ台２とにおける通番のバックアップの具体的態様を説明する。ＣＵ３は、コマンドでＰ台２へ送信した通番をバックアップ記憶し、次にＰ台２からの通番を受信すると、バックアップ記憶している通番をその受信した通番に書換えて記憶する。そして、次のコマンドを送信するときに、バックアップ記憶している通番を１加算更新してＰ台２へ送信し、その送信済みの通番をバックアップ記憶する。ＣＵ３ではこのような処理を繰返す。

Ｐ台２でも同様に、コマンドでＣＵ３から受信した通番をバックアップ記憶し、次にＰ台２からＣＵ３へレスポンスを送信するときに、バックアップ記憶している通番を１加算更新して送信し、その送信済みの通番をバックアップ記憶する。そして、次のレスポンスを受信したときに、バックアップ記憶している通番をその受信した通番に書換えて記憶する。Ｐ台２ではこのような処理を繰返す。

たとえば、ＣＵ３側からＰ台２側に対して、あるコマンドを送信するとともにそのときの通番ｎを送信し、Ｐ台２側ではその送信されてきた通番ｎを記憶する。そして、レスポンスをＰ台２側からＣＵ３側へ返信するときにその記憶している通番ｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ３側では返信されてきた通番ｎ＋１が既に記憶していた通番ｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番を＋１してｎ＋２の通番をＰ台２側へ送る。

Ｐ台２側からＣＵ３側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２側の払出制御部１７１（図２参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。

これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。

なお、バック玉が発生した場合に、そのバック玉を打球発射位置に還元して打球発射位置への玉送りを停止させた状態で打球発射動作を行なってバック玉を全て遊技領域に発射させるようにし、バック玉が発生してもそのバック玉を加算玉としてカウントしないように制御してもよい。この場合は、「加算玉＝賞球玉数×入賞個数」となる。

たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。

あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。

Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。

その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。

また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。

ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残高、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。

Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。

ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。

その結果、たとえば、異常報知ランプや表示器３１２によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。

なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。

このように、本実施の形態では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１またはホール用管理コンピュータによって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。

図３に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残高を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図２参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。

ＣＵ制御部３２３（図２参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図２参照）は、カード残高の使用を要求する入力（たとえば、玉貸ボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。

遊技者所有の遊技用価値（たとえばプリペイド残高、持玉数、あるいは貯玉数）から価値を引落して遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。

本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落してドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。

このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。

＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図４を参照して、カードユニット（ＣＵ）３とパチンコ機（Ｐ台）２との間で送受信されるコマンドおよびレスポンスの概略を説明する。

図４には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。

まず、ＣＵ３からＰ台２に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２に対してリカバリ情報を要求するものである。Ｐ台２からＣＵ３に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３に対してリカバリ情報を通知するものである。

ＣＵ３からＰ台２に対してリカバリ詳細要求という名称のコマンドが送信される。このリカバリ詳細要求のコマンドは、Ｐ台２に対してリカバリ詳細情報を要求するものである。Ｐ台２からＣＵ３に対してリカバリ詳細応答という名称のレスポンスが送信される。このリカバリ詳細応答のレスポンスは、ＣＵ３に対してリカバリ詳細情報を通知するものである。これらリカバリ詳細要求とリカバリ詳細応答とは、リカバリ処理を実行するときにしか送受信されない。具体的には、前述のリカバリ応答を受信したＣＵ３がそのリカバリ応答の情報に基づいてリカバリ処理を実行すると判断した場合にのみＣＵ３がＰ台２にリカバリ詳細要求のコマンドを送信する。このことは後に詳述する。リカバリ処理は、ＣＵ３やＰ台２に電断が発生して通信回線断が検知されたときに実行する必要が生じる。本実施の形態では、遊技場の営業開始時に電源を立ち上げたときにもリカバリ処理を実行しているが（図１０参照）、営業開始時に電源を立ち上げ時には実行せずＣＵ３やＰ台２に電断が発生して通信回線断が検知されたときに実行するように制御してもよい。

ＣＵ３からＰ台２に対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２に対して通信開始を要求するものである。Ｐ台２からＣＵ３に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３に対して通信開始を応答するものである。

ＣＵ３からＰ台２に対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２に対して通信終了を要求するものである。Ｐ台２からＣＵ３に対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３に対して通信終了を応答するものである。

ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図３に示したＣＵ側からＰ台側へ向かう加算玉数が含まれている。

Ｐ台２からＣＵ３に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。情報応答のレスポンスには、図３に示した最新遊技台情報や遊技玉数が含まれている。

ＣＵ３からＰ台２に対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２に対してカード挿入を通知するものである。Ｐ台２からＣＵ３に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３に対してカード挿入を応答するものである。

ＣＵ３からＰ台２に対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するものである。Ｐ台２からＣＵ３に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してカード返却を応答するものである。

ＣＵ３からＰ台２に対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２に対してテストデータを通知するものである。Ｐ台２からＣＵ３に対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してテストデータを応答するものである。

次に、図４に示した状態情報要求のコマンドがＣＵ３からＰ台２に送信されると、Ｐ台２からＣＵ３に状態情報応答のレスポンスが送信される。

図５を参照して、Ｐ台２からＣＵ３に送信される状態情報応答のレスポンスについて説明する。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。

この状態情報要求の具体的データには、図５の下方に示されているように、通番、コマンド、玉数情報、および遊技台状態のデータが含まれている。これ以外に、状態情報要求には、不正検知情報や遊技情報を含んでもよい。通番は、コマンドのシーケンス番号で、１から２５５（サイクリック）までの値である。Ｐ台２は、送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、状態情報要求のコマンドコードであり、１６進表現のバイナリデータで“０ｘ１６”である。

玉数情報とは、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点（現在）の、Ｐ台２の玉数（遊技玉数、発射玉数、アウトロ通過玉数、総賞球玉数、および計数玉数）と発射強度とを示している。遊技玉数は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。発射玉数は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。アウト口通過玉数は、アウト口を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。なお、バック玉が発生した場合に、そのバック玉を打球発射位置に還元して打球発射位置への玉送りを停止させた状態で打球発射動作を行なってバック玉を全て遊技領域に発射させるようにし、バック玉が発生してもそのバック玉数分を発射玉数から減算しないようにしてもよい。総賞球玉数は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。計数玉数は、計数した遊技玉の個数である。ただし、カードユニット準備状態が準備ＯＫから準備中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット準備状態が準備ＯＫのときには計数ボタン２８の操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、遊技者が離席することがリモコン操作で入力されたとき等にカードユニット準備状態が準備ＯＫから準備中に変化した場合は、計数ボタン２８の操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する（図１５参照）。カードユニット準備状態が準備ＯＫから準備中に変化する場合としては、上記遊技者の離席時の他に、遊技場の閉店時、カードユニット３のリセット時がある。発射強度は、遊技玉を発射するための強度である。

遊技台状態とは、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の状態を示し、遊技台状態１、遊技台状態２、遊技台状態３、および遊技台エラー状態の情報を含んでいる。

遊技台状態１のＢｉｔ０は、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。遊技台状態１のＢｉｔ１は、“０”のとき待機中であり、“１”のとき遊技中である。遊技台状態１のＢｉｔ２は、“１”のとき遊技玉無である。遊技台状態１のＢｉｔ３は、“１”のとき遊技完了である。遊技台状態１のＢｉｔ４は、“１”のとき計数中である。遊技台状態１のＢｉｔ５は、“１”のとき遊技玉加算結果である。遊技台状態１のＢｉｔ６〜Ｂｉｔ７は予備である。

遊技台状態２のＢｉｔ０は、“１”のとき大当り１（全ての大当り）である。大当りは、小当たり、出玉数が異なる大当り等各種のものがあり、そのうちのどの種類の大当りの発生中でもこのＢｉｔ０が“１”となる。遊技台状態２のＢｉｔ１は、“１”のとき大当り２（大当り＋小当たり）である。すべての大当りまたは小当たりのいずれになってもこのＢｉｔ１が“１”となる。遊技台状態２のＢｉｔ２は、“１”のとき大当り３（出玉大の大当り）である。たとえば大当り時のラウンド数が比較的多い大当りを出玉大の大当りという。遊技台状態２のＢｉｔ３は、“１”のとき大当り４（出玉小の大当り）である。たとえば大当り時のラウンド数が比較的少ない大当りを出玉小の大当りという。遊技台状態２のＢｉｔ４は、“１”のとき大当り５（出玉中の大当り）である。たとえば大当り時のラウンド数が中程度の大当りを出玉中の大当りという。遊技台状態２のＢｉｔ５は、“１”のとき大当り６（予備の大当り）である。遊技台状態２のＢｉｔ６は、“１”のとき大当り７（予備の大当り）である。遊技台状態２のＢｉｔ７は、“１”のとき大当り８（予備の大当り）である。これら予備の大当りは、Ｐ台のメーカー、あるいは遊技場の要望に応じて設けられたものである。すなわち、これらの予備の大当りの各ビットは、たとえば、Ｐ台の各々のメーカーが開発した機種に特有の当り態様など、特徴的な仕様（ラウンド数や時短回数等）に応じて、ビットの定義を後から自由に決めることができるようにするためのものである。

遊技台状態３のＢｉｔ０は、“１”のとき大当り中＋時短中である。大当り中または時短中のいずれでもこのＢｉｔ０が“１”となる。遊技台状態３のＢｉｔ１は、“１”のとき確変中である。遊技台状態３のＢｉｔ２は、“１”のとき時短中である。遊技台状態３のＢｉｔ３〜Ｂｉｔ７は予備である。

遊技台エラー状態とは、Ｐ台２で発生中のエラーコードであり、“０ｘ００”のときにはエラー無であり、“０ｘ０１”−“０ｘＦＦ”のときエラー発生中である。

＜ＣＵとＰ台との通信における主なシーケンス＞
次に、図６〜図１１に基づいて、ＣＵ制御部３２３におけるＣＰＵで実行される処理と、払出制御基板１７に搭載されたＣＰＵで実行される処理とを説明する。

まず、図６を参照して、電源投入時の接続シーケンスの処理を説明する。この図６の接続シーケンスの処理は、ＣＵ３とＰ台２との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３の電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。

まず、電源を投入する。電源投入時においては、Ｐ台２では発射モータ１８を停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。

認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の送信を要求する。

それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答）。

このリカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、および前回カード挿入時刻が含まれている。

リカバリ応答を受けたＣＵ３では、リカバリ情報の前回挿入中カードＩＤ、および前回カード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致する場合に、リカバリ詳細要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリデータを送信する。このリカバリデータとしては、前回最終送信通番、および加算玉数が含まれている。なお、電源投入時で未だにカードがＣＵ３に挿入されていない段階では、ＣＵ３側とＰ台２側共にカードＩＤ＝０、カード挿入時刻＝０となっている。

それを受けたＰ台２では、受信したリカバリデータに基づいてリカバリ処理を実行し、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ詳細応答）。

このリカバリデータとしては、前回遊技台情報、前回遊技情報、最新遊技台情報、および最新遊技情報が含まれている。具体的には、前回遊技台情報とは、ＣＵ３に前回通知した遊技台情報であり、遊技玉数、発射玉数、アウト口通過玉数、総賞球玉数および計数玉数の情報を含んでいる。「遊技玉数」は、ＣＵ３に前回通知した遊技玉数である。「発射玉数」は、ＣＵ３に前回通知した発射玉数である。「アウト口通過玉数」は、ＣＵ３に前回通知したアウト口通過玉数である。「総賞球玉数」は、ＣＵ３に前回通知した総賞球玉数である。「計数玉数」は、ＣＵ３に前回通知した計数玉数である。

前回遊技情報とは、ＣＵ３に前回通知した遊技情報であり、遊技情報数、種別情報１〜種別情報ｎ、賞球情報１〜賞球情報ｎの情報を含んでいる。「遊技情報数」は、ＣＵ３に前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「種別情報１」は、ＣＵ３に前回通知した遊技種別情報１である。「種別情報ｎ」は、ＣＵ３に前回通知した遊技種別情報ｎである。「賞球情報１」は、ＣＵ３に前回通知した遊技賞球情報１である。「賞球情報ｎ」は、ＣＵ３に前回通知した遊技賞球情報ｎである。

最新遊技台情報は、最新の遊技台情報であり、遊技玉数、発射玉数、アウト口通過玉数、総賞球玉数および計数玉数の情報を含んでいる。なお、最新遊技台情報は、全ての情報がないとき“０”と設定する。「遊技玉数」は、現在のＰ台２で保持している遊技玉数である。「発射玉数」は、現在のＰ台２で保持している発射玉数である。「アウト口通過玉数」は、現在のＰ台２で保持しているアウト口通過玉数である。「総賞球玉数」は、現在のＰ台２で保持している総賞球玉数である。「計数玉数」は、現在のＰ台２で保持している計数玉数である。

最新遊技情報とは、現在のＰ台２保持している遊技情報であり、遊技情報数、種別情報１〜種別情報ｎ、賞球情報１〜賞球情報ｎの情報を含んでいる。「遊技情報数」は、現在のＰ台２で保持している遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「種別情報１」は、現在のＰ台２で保持している遊技種別情報１である。「種別情報ｎ」は、現在のＰ台２で保持している遊技種別情報ｎである。「賞球情報１」は、現在のＰ台２で保持している遊技賞球情報１である。「賞球情報ｎ」は、現在のＰ台２で保持している遊技賞球情報ｎである。

このリカバリ詳細応答を受信したＣＵ３はその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。

ＣＵ３は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２は、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３がコマンドを再送したと判断する。ＣＵ３はコマンドの送信時に通番をバックアップする。Ｐ台２は、受信したコマンドに対応するレスポンスを送信する度に通番をカウントアップする。ただし、レスポンスの再送時の際にはカウントアップしない。ＣＵ３は、前回受信した通番と同じ通番のレスポンスを受信した場合には、通信不良が発生してＰ台２がレスポンスを再送したと判断する。Ｐ台２はレスポンスの送信時に通番をバックアップする。

ＣＵ３は、認証シーケンスが終了した後、通番を「ｎ」としてリカバリ要求のコマンドをＰ台２に送信する。Ｐ台２は、通番をカウントアップして「ｎ＋１」としてリカバリ応答のレスポンスをＣＵ３に返信する。さらに、ＣＵ３は、通番を「ｎ＋２」としてリカバリ詳細要求のコマンドをＰ台２に送信する。Ｐ台２は、通番をカウントアップして「ｎ＋３」としてリカバリ詳細応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３は、通番をカウントアップして「ｎ＋４」として、通信開始要求（リカバリクリアＯＮ）のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、通番をカウントアップして「ｎ＋５」として、通信開始応答のレスポンスをＣＵ３へ返信する。ＣＵ３では、それを受けて、リカバリデータをクリアする。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。

ＣＵ３は、通番＝ｎ＋６の状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、遊技玉数、加算玉数、減算玉数、図柄停止回数、入賞個数、および遊技台状態のデータをバックアップする。また、Ｐ台２は、加算玉数、減算玉数、図柄停止回数、および入賞個数の各カウンタの値を０クリアする。そして、Ｐ台２は、通番＝ｎ＋７の状態情報応答のレスポンスをＣＵ３に返信する。

そのレスポンスを受けたＣＵ３は、その状態情報応答に基づき、遊技玉数、加算玉数、減算玉数、図柄停止回数、各入賞個数、および遊技台状態のデータをバックアップする。なお、加算玉数の内訳は、「賞球玉数×入賞個数」と「バック玉数」とである。減算玉数の内訳は、「発射玉数」である。

その後、ＣＵ３は、通番＝ｎ＋８の状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋９の状態情報応答のレスポンスをＣＵ３に返信する。Ｐ台２は、状態情報応答のレスポンスを送信する毎に前述のデータをバックアップし、前述のカウンタをクリアする。また、ＣＵ３は、状態情報応答のレスポンスを受信する毎に前述のデータをバックアップする。

次に、図７を参照して、カードが挿入されたときのＣＵ３とＰ台２との処理を説明する。まず、ＣＵ３は、カード挿入前、通番＝ｎ、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。

ＣＵ３は、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残高等をたとえばホールサーバ８０１に問合せて認証している最中であることを表示器３１２に表示するとともにＰ台２側の表示器５４に表示させる処理を実行している最中であることを意味している。

ＣＵ３は、表示器３１２に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋２、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋３、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２側の表示器５４は、ＣＵ３の表示制御部３５０により表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。

その後、ＣＵ３は、挿入されたカードが認証されると、通番＝ｎ＋４、カードＩＤ、カード挿入時刻を含むカード挿入通知のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、受信したカードＩＤ、カード挿入時刻のデータを払出制御部１７１のＲＡＭ等にバックアップするとともに、通番＝ｎ＋５を含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、挿入されたカードのカードＩＤをＣＵ制御部３２３のＲＡＭ等に記憶する。

ＣＵ３は、それを受けて、通番＝ｎ＋６、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信することで、カード挿入中である状態をＰ台２に対して通知する。Ｐ台２は、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋７、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。

カード挿入中、ＣＵ３は、通番＝ｎ＋８、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋９、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。

次に、図８を参照して、挿入されたカードのプリペイド残高から遊技玉を貸出すときの処理を説明する。つまり、挿入されたカードに記録されているプリペイド残高を消費するときの処理を説明する。この図８の処理では、現在の遊技玉数が「５０」玉となっている。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３は、５００円分すなわち１２５玉の貸出を行なう。ＣＵ３は、玉貸ボタン（貸出ボタン）３２１が押下操作された場合、５００円分のプリペイド消費を確定させるとともに、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。このように、残高消費は、貸出操作が行なわれた段階でＣＵ３側単独で確定する。その後、ＣＵ３は加算表示中となる。この加算表示中では、残高から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させる。

次に、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、通番＝ｎ＋３、加算玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、ＣＵ３は、通番＝ｎ＋４、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋５、加算玉数＝１７５を含む状態情報応答のレスポンスをＣＵ３に返信する。

次に、図９を参照して、持玉払出、貯玉払出をして再プレイする処理を説明する。この図９では、当初の遊技玉数が「５０」玉の状態となっている。この図１５における再プレイの処理は、図１４で示した残高の消費のときの処理と類似している。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０を含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、持玉または貯玉が存在する状態で、遊技者が再プレイボタン３１９を押下すると、ＣＵ３は、持玉または貯玉からの１２５玉分の消費を確定させ、遊技玉数を更新し、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５のデータをバックアップする。このように、持玉または貯玉の消費は、再プレイボタン３１９を押下する操作がなされた段階でＣＵ３側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。

この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。また、持玉払出ボタンをＣＵ３に設け、持玉払出ボタンを押下することで、持玉（持点）から遊技玉（遊技点）へ変換しても良い。

その後、ＣＵ３は遊技玉の加算表示中にするとともに、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５を含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、通番＝ｎ＋３、加算玉数＝１７５、遊技玉加算結果＝ＯＫを含む状態情報応答のレスポンスをＣＵ３に返信する。

なお、ＣＵ３は、持玉または貯玉から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させることによって、遊技玉の加算表示中であることを示す。

次に、図１０を参照して、遊技中の大当りの処理を説明する。この図１０では、挿入された記録媒体（会員用カード等）により特定される持玉数「５００」玉を、全て遊技玉に変換して、当初の遊技玉数が「５００」玉の状態となっているものとする。

まず、ＣＵ３は、通番＝ｎ、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、遊技台情報をＣＵ３に通知するため、通番＝ｎ＋１、大当中＝ＯＦＦ、遊技玉数＝４９０、加算玉数＝３、減算玉数＝１３を含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、Ｐ台２からの通知を受けて、遊技玉数＝４９０、加算玉数累計＝＋３、減算玉数累計＝＋１３のデータをバックアップする。

その後、ＣＵ３は、通番＝ｎ＋２、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋３、大当中＝ＯＦＦ、遊技玉数＝４８０、加算玉数＝０、減算玉数＝１０を含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、図示していないが、Ｐ台２からの通知を受けて、遊技玉数＝４８０、加算玉数累計＝＋０、減算玉数累計＝＋１０のデータをバックアップする。

その後、Ｐ台２で大当りが発生する。ＣＵ３は、大当り発生後、通番＝ｎ＋４、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋５、大当中＝ＯＮ、遊技玉数＝５８０、加算玉数＝１２０、減算玉数＝２０を含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、Ｐ台２からの通知を受けて、遊技玉数＝５８０、加算玉数累計＝＋１２０、減算玉数累計＝＋２０、大当り回数＝＋１のデータをバックアップする。なお、現在の加算玉数累計＝１２３、現在の減算玉数累計＝４３となる。

その後、遊技者が、計数ボタン２８を１回短押下し、遊技玉を持玉に変換する操作を行なう。計数ボタン２８を１回短押下することで、遊技玉数のうち１００玉が計数され計数玉としてカウントされる。現在の遊技玉数が「５８０」玉の場合、計数ボタン２８を１回短押下することで、遊技玉数が「４８０」玉、計数玉が「１００」玉となる。

計数ボタン２８を１回短押下する操作がなされた直後に、ＣＵ３は、通番＝ｎ＋６、計数玉受領＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。

それを受けて、Ｐ台２は、遊技玉数＝４８０、計数玉数＝１００の状態をＣＵ３に通知するために、通番＝ｎ＋７、遊技玉数＝４８０、計数玉数＝１００、計数中＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、状態情報応答のレスポンスを受けて、計数玉数（１００玉）を持玉数（０玉）に加算して持玉数＝１００に更新し、遊技玉数＝５８０（更新前遊技玉数）−１００（計数玉数）＝４８０のデータをバックアップする。

さらに、ＣＵ３は、計数操作により持玉が１００玉となり、さらに今回の遊技で獲得した玉数（＝加算玉数累計「１２３」玉−減算玉数累計「４０」玉、または現在の遊技玉数「５８０」玉＋現在の持玉数「０」玉−遊技開始時の持玉数「５００」玉）＝＋８０玉がプラスになったので、表示器３１２にドル箱表示を開始する。ドル箱表示は、遊技者が今回の遊技で獲得した玉をドル箱に移して、ドル箱を積上げる従来の行為にあわせるため、計数操作を行ない持玉が０玉以上として、かつ、今回の遊技で獲得した玉数がプラスになった時点で実行される。具体的に、ドル箱表示は、１つのドル箱に１０００玉入り、下にあるドル箱から順に玉が満たされ、ドル箱が積上がるイメージを表現している。また、ドル箱表示は、遊技者が持玉から遊技玉へ変換した場合、遊技玉へ変換した玉数だけドル箱から玉数を減らして表示する。

なお、ドル箱表示は、持玉が０玉以上となり、かつ、今回の遊技で獲得した玉数がプラスになった場合に表示する条件に限定されるものではなく、たとえば、今回の遊技で獲得した玉数が１０００玉を越えた場合に表示するなど条件を変更してもよい。また、ドル箱表示は、持玉数に関係なく、今回の遊技で獲得した玉数がプラスになった場合に表示してもよい。さらに、持玉や今回の遊技で獲得した玉数などを表示する手段は、ドル箱表示に限定されるものではなく、玉数を表示器３１２にデジタル表示してもよい。また、表示器３１２の代わりにまたはそれに加えて、表示器５４により表示させてもよく、さらには別途専用の表示器を設けて表示させてもよい。

次に、図１１を参照して、会員カード・一般残高有カード・一般持玉有カードの返却処理を説明する。この図１１では、挿入された記録媒体（会員用カード等）により特定される持玉数が「０」玉であり、当初の遊技玉数が「２００」玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、計数玉受領＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝２００、計数玉数＝０、計数中＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。

その後、遊技者が、計数ボタン２８を長押下（ボタンを１秒以上押続ける操作）し、遊技玉を持玉に変換する操作を行なう。計数ボタン２８を長押下することで、１回のコマンド／レスポンスの期間（２００ｍｓ）に遊技玉数のうち１００玉が計数され計数玉としてカウントされる。当初の遊技玉数が「２００」玉の場合、１回のコマンド／レスポンスの期間に、遊技玉数が「１００」玉、計数玉が「１００」玉となる。

ただし、表示器５４にて行なう計数表示では瞬時に遊技玉数と計数玉数とをそのような数に変更するのではなく、あくまでも、遊技玉が徐々に計数されて減少し、これと連動して持玉が徐々に増加するような演出が行なわれる。このため、計数表示が終了するまでは、表示器５４での表示上の遊技単数および持点数と、ＣＵ側およびＰ台側のメモリ上の遊技玉数および持点数とは一致しない。

しかしながら、このような制御に代えて、表示上の持点の計数状況（変換状況）と実際のデータの変換処理とが同期するようにしてもよい。この場合、データの計数処理（変換処理）は即座に完了させることが可能であるため、これと同期する計数表示（変換表示）もまた直ぐに終わってしまうことになる。これでは、データの計数が行なわれたことを遊技者に十分に通知することができないおそれがある。そこで、計数表示をしつつ、その途中から「計数が終了しました」という表示に切換えてもよい。また、その場合、「計数が終了しました」という表示が開始された段階からカードの返却操作を有効化してもよい。

計数ボタン２８を長押下する操作がなされた直後に、ＣＵ３は、通番＝ｎ＋２、計数玉受領＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。

それを受けて、Ｐ台２は、遊技玉数＝１００、計数玉数＝１００の状態をＣＵ３に通知するために、通番＝ｎ＋３、遊技玉数＝１００、計数玉数＝１００、計数中＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、状態情報応答のレスポンスを受けて、計数玉数（１００玉）を持玉数（０玉）に加算して持玉数＝１００に更新し、遊技玉数＝２００（更新前遊技玉数）−１００（計数玉数）＝１００のデータをバックアップする。

また、ＣＵ３は、状態情報応答のレスポンスを受けて、先の１００個の遊技玉を計数する表示に連続して、さらに１００個の遊技玉を計数する表示を行なう。

その後、ＣＵ３は、通番＝ｎ＋４、計数玉受領＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。なお、計数玉受領＝ＯＮとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をＰ台２に通知するためである。

計数ボタン２８を長押下中のＰ台２は、遊技玉数＝０、計数玉数＝１００の状態をＣＵ３に通知するために、通番＝ｎ＋５、遊技玉数＝０、計数玉数＝１００、計数中＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ＣＵ３は、状態情報応答のレスポンスを受けて、計数玉数（１００玉）を持玉数（１００玉）に加算して持玉数＝２００に更新し、遊技玉数＝１００（更新前遊技玉数）−１００（計数玉数）＝０のデータをバックアップする。

計数表示が進行すると、やがて、表示器５４での表示上の遊技玉数も０になる。遊技者は、遊技玉数が０玉になったことを確認して、計数ボタン２８を離す。計数ボタン２８を離すことで、遊技玉を持玉に変換する操作が終了する。

その後、遊技者は、返却ボタン３２２を押下する操作を行なう。ＣＵ３は、遊技者が返却ボタン３２２を押下する操作を行なうことで、通番＝ｎ＋６を含むカード返却通知のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋７、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３に返信する。

それを受けて、ＣＵ３は、返信されてきたカードＩＤおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードＩＤおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、カード挿入／排出口３０９に挿入してあったカードを遊技者に返却する。その際、ＣＵ３は当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１へ送信し、ホールサーバ８０１が当該カードのカードＩＤに対応付けて持玉数のデータを記憶する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをＣＵ３内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバ８０１への異常発生の通知等を行なう。なお、カードの返却時に、ホールサーバ８０１が当該カードのカードＩＤに対応付けて持玉数のデータを記憶する代わりに、持玉数のデータをカードに書込み記録して排出するように制御してもよい。

その後、ＣＵ３は、通番＝ｎ＋８、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２は、カード挿入状態＝ＯＦＦを含む状態情報応答を受信したとき、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。それを受けて、Ｐ台２は、通番＝ｎ＋９、遊技玉数＝０、計数玉数＝０、計数中＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。

＜遊技用システムの構成の組合わせ＞
前述した遊技用システムの構成は、図２に示すように計数ボタン２８をＰ台２に設けてあり、持玉の管理をＰ台２で行なわずＣＵ３で行なう一方、遊技玉の管理を主にＰ台２で行ない、表示器５４，３１２をＰ台２およびＣＵ３に設け、表示制御部３５０をＣＵ３のみに設けて、表示器５４，３１２の表示制御をＣＵ３側で行なっている。しかし、本発明に係る遊技用システムは、前述の構成に限定されるものではない。たとえば、別の遊技用システムの構成として、計数ボタン２８をＰ台２に設け、遊技玉・持玉の管理をＰ台２で行なわずＣＵ３で行ない、表示器をＰ台２およびＣＵ３に設け、表示制御部３５０をＰ台２のみに設けて、表示器の表示制御をＰ台２側で行なってもよい。遊技用システムの構成の組合わせは、その他多く存在する。図１２は、このような遊技用システムの構成の組合せ例を示した図である。

図２に示す遊技用システムの構成は、図１２に示す組合わせのＮｏ．８であり、前述した別の遊技用システムの構成は、図１２に示す組合わせのＮｏ．２である。なお、図１２では、遊技用システムの構成の組合わせが６３通り記載してある。ただし、Ｎｏ．２３からＮｏ．４１まで、Ｎｏ．４４からＮｏ．６２までの組合わせは、Ｎｏ．２からＮｏ．２０までの組合わせの計数ボタンの欄をＣＵ、・Ｐ台に置換えることができるため、記載を省略してある。

なお、玉の管理（持玉の管理、遊技玉の管理）をＣＵ、Ｐ台のいずれで行なうかということの意義は、一つには、玉のデータをいずれで記憶するかという点にある。たとえば、持玉はＣＵのみで記憶し、遊技玉はＰ台のみで記憶するような遊技システムの場合には、持玉の管理はＣＵ、遊技玉の管理はＰ台ということになる。

あるいはまた、玉の管理（持玉の管理、遊技玉の管理）をＣＵ、Ｐ台のいずれで行なうかということの意義は、玉のデータをＣＵとＰ台との双方で記憶しつつも、双方のデータに相違が生じた場合に、いずれのデータに基づいてデータを修正するかという点にある。たとえば、図３に示す遊技用システムの場合には、遊技玉をＣＵとＰ台との双方で記憶しているが、双方のデータに相違が生じた場合、Ｐ台側のデータに基づいて遊技玉を修正する。この場合、遊技玉の管理はＰ台ということになる。

なお、図１２では、考えられるすべての組合せを列挙したが、これに限定されるものではなく、本実施の形態に開示された技術的思想に応じて不必要な組合せを削除してもよい。たとえば、ＣＵ３が遊技玉を表示制御することが必須の技術的思想の場合には、「表示制御」の欄が「ＣＵ」のみに限定される。

また、前述の本実施の形態では、持玉と遊技玉とを区別して別々のものとした内容にしているが、これらを区別することなく１つの共通の価値データにしてもよい。たとえば、カード自体によって共通の価値データが特定され、その共通の価値データを引落してＣＵ３からＰ台２へ送信し、それを受けたＰ台２が共通の価値データとして記憶し、遊技の進行に応じてその共通の価値データを更新し、最終的に更新された共通の価値データを遊技終了時にＣＵ３がカードに記録して排出するように制御してもよい。そして、この「共通の価値データ」と「持玉」と「遊技玉」とを総称して、「点数」と言う。

＜ＣＵ制御部とＳＣとの間で送受信するコマンドおよびレスポンス＞
次に、図２に示したＣＵ３内での通信について説明する。特に、ＣＵ制御部３２３と、セキュリティ基板３２５のセキュリティチップ（ＳＣ）３２５ｂとの間の通信について説明する。まず、図１３、図１４を参照して、ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する。

図１３、図１４には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。

まず、ＣＵ制御部３２３からＳＣ３２５ｂに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、ＳＣ３２５ｂに対して遊技機（Ｐ台２）との接続を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、ＣＵ制御部３２３に対して基板接続要求の応答を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求１のコマンドが送信される。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードであり、ＣＵ制御部３２３とＳＣ３２５ｂとに記憶されている。この基板メーカコード認証要求１のコマンドは、ＳＣ３２５ｂに対して基板メーカコードの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答１のレスポンスが送信される。この基板メーカコード認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求２のコマンドが送信される。この基板メーカコード認証要求２のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答２のレスポンスが送信される。この基板メーカコード認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板メーカコードの認証情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求１のコマンドが送信される。この基板シリアルＩＤ認証要求１のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答１のレスポンスが送信される。この基板シリアルＩＤ認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求２のコマンドが送信される。この基板シリアルＩＤ認証要求２のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答２のレスポンスが送信される。この基板シリアルＩＤ認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求１のコマンドが送信される。この基板初期鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答１のレスポンスが送信される。この基板初期鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板初期鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求２のコマンドが送信される。この基板初期鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答２のレスポンスが送信される。この基板初期鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板初期鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求１のコマンドが送信される。この基板認証鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板認証鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求２のコマンドが送信される。この基板認証鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答２のレスポンスが送信される。この基板認証鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求１のコマンドが送信される。この基板出荷鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板出荷鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求２のコマンドが送信される。この基板出荷鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵認証応答２のレスポンスが送信される。この基板出荷鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対してバージョン情報通知のコマンドが送信される。このバージョン情報通知のコマンドは、ＳＣ３２５ｂに対して基板認証鍵のバージョンを通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してバージョン情報応答のレスポンスが送信される。このバージョン情報応答のレスポンスは、ＣＵ制御部３２３に対してバージョン情報を受信したことを通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、ＳＣ３２５ｂに対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、ＣＵ制御部３２３に対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板問合せ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板問合せ情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板情報を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板情報を受信したことを通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、ＳＣ３２５ｂに対してカウンタ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、ＣＵ制御部３２３に対してカウンタ情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、ＳＣ３２５ｂに対して通信鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、ＣＵ制御部３２３に対して通信鍵を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、ＳＣ３２５ｂに対して遊技機チップの問合せ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、ＣＵ制御部３２３に対して遊技機チップの問合せ情報を通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、ＳＣ３２５ｂに対して遊技機チップ情報の照合結果を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、ＣＵ制御部３２３に対して遊技機チップ照合結果を受信したことを通知するものである。

ＣＵ制御部３２３からＳＣ３２５ｂに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、ＳＣ３２５ｂに対して基板状態を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、ＣＵ制御部３２３に対して基板状態を通知するものである。

＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図１５〜図１７に基づいて、ＣＵ制御部３２３におけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂで実行される処理とを説明する。

まず、図１５を参照して、ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明する。この図１５は、ＣＵ３が遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。

まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的にはホールサーバ８０１より）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバ８０１からダウンロードしてＣＵ制御部３２３に記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバ８００に記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバ８００から取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバ８００からダウンロードしてＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。鍵管理サーバ８００は、基板シリアル番号等に対応付けて基板認証鍵を記憶している。

セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。

通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。

以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂからＣＵ制御部３２３、ホールサーバ８０１を経由して鍵管理サーバ８００へ通知される。

その後、ＣＵ３は、Ｐ台２に対して、リカバリ要求を行ない、Ｐ台２は、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３に返信する。

次に、図１６を参照して、ＣＵ制御部３２３の電源投入・通常立上の処理を説明する。この図１６は、ＣＵ３が遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。

まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的には鍵管理サーバ８００より、ホールサーバ８０１を経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。

基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に鍵管理サーバ８００より取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバ８００より取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。

基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。

その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。

通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報をさらに取得する。

以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、図１５の処理を経て運用される制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。

次に、図１７を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。

一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信する遊技機チップ問合せ結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。また、遊技機チップ情報には、主制御チップ番号、払出制御チップ番号などが含まれている。

その後、ＣＵ制御部３２３は、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバ８００またはホールサーバ８０１：図１８、図１９参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。

その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。

ＳＣ３２５ｂは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３に通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。

同時に、ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。

＜ホール用管理コンピュータを含むシステム＞
次に、複数の遊技機を設置した遊技場には、各遊技機の出玉などを管理するためにホールコン９００が、ホールサーバ８０１とは別に設けられている。図１８は、Ｐ台２およびＣＵ３と接続されるホールサーバ８０１およびホールコン９００の構成を説明するためのブロック図である。

遊技機メーカによってＰ台２のデータ出力フォーマットが異なっている。そのため、ＣＵ３は、その種々のフォーマットの出力データを、所定のフォーマットに演算（変換）して台端末装置９０１経由でホールコン９００に出力する。その演算（変換）のための設定データがＣＵ制御部３２３に入力されて記憶されるように構成されている。

また、ホールコンメーカによってホールコン９００のデータ受信フォーマットが異なっている。そこで、図１８に示すホールコン９００は、台端末装置９０１を介してＣＵ３に接続してある。台端末装置９０１は、ＣＵ３からの出力データのフォーマットを、各種ホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する。なお、ホールコン９００によるＰ台２の台番号管理は、台端末装置９０１に関連付けてホールコン９００に設定している。具体的には、ホールコン９００にはＣＰＵとＲＯＭとＲＡＭとＥＥＰＲＯＭとが内蔵されており、ＣＯＵは、定員等の操作に応じて、台番号管理データとしてＰ台２の台番号と台端末装置９０１の番号とを対応付けてＥＥＰＲＯＭに記憶させる。Ｐ台２とＣＵ３との間ではシリアル通信が行なわれ、ＣＵ３と台端末装置９０１との間ではＣＵ３の複数の出力ピンから出力されるパラレル通信が行なわれ、台端末装置９０１とホールコン９００との間ではシリアル通信が行なわれる。

ただし、各種ホールコン９００にマッチするフォーマットに変換する機能をＣＵ３またはホールコン９００内に持たせることで、台端末装置９０１を介在させなくてもよい。

次に、ホールコン９００がホールサーバ８０１に直接接続される構成について説明する。図１９は、Ｐ台２およびＣＵ３と接続されるホールサーバ８０１およびホールコン９００の別の構成を説明するためのブロック図である。

ＣＵ３が、ホールコンで管理する情報を、ホールサーバ８０１を経由してホールコン９００に送信できるように、ホールコン９００がホールサーバ８０１に直接接続されている。なお、ホールサーバ８０１には、複数のＣＵ３が接続されており、ホールサーバ８０１が複数のＣＵ３からの出力信号を取りまとめてホールコン９００に送信する。この場合、前述の各種ホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する台端末装置９０１機能はホールサーバ８０１が担う。なお、所定のフォーマットに変換してホールコン９００に送信する台端末装置９０１機能を全てＣＵ３が担ってもよく、またホールサーバ８０１とＣＵ３とでどの情報を変換するか等の役割分担を行なうように制御してもよい。さらには、ホールサーバ８０１が複数のＣＵ３からの出力信号を取りまとめてホールコン９００に送信する際に、送信する情報の内容をまとめた情報として送信してもよい。たとえば、ホールサーバ８０１が、複数のＣＵ３から受信した信号を定期的に（たとえば１０秒毎に）ホールコン９００に送信する場合に、その１０秒間に受信したすべてのＣＵ３の情報を一括してホールコン９００に送信する。

ホールサーバ８０１は、持玉や貯玉を管理する関係上必ずＣＵ３と接続されている必要があり、図１９に示すように、複数のＣＵ３からの情報をホールサーバ８０１がまとめてホールコン９００へ送信する場合には、複数のＣＵ３からホールサーバ８０１までの配線は既存のものを有効利用でき、ホールサーバ８０１とホールコン９００とを結ぶ配線だけ新設すれば事足り、配線数の低減を図ることができる。また、各遊技機からの遊技情報をたとえば島端末装置がまとめてホールコン９００へ出力する場合には遊技機設置島毎にまとめる必要があるため、遊技機の設置レイアウトに制約があるという不都合が生じるが、図１９の場合には、遊技機設置島毎にまとめる必要がなく、遊技機の設置レイアウトに制約がなくなる。さらに、遊技機設置島のレイアウトの制約もなくなる。

図１８、図１９において、ＣＵ３を取付けて設置するための取付枠（ホルダ）に記憶されたＩＤであるホルダＩＤに対応付けてホールコン９００で台番号を管理してもよい。この取付枠（ホルダ）は、ＣＵ３を新たなものに交換しても取付枠（ホルダ）自体が交換されることはなく、引き続き従前のものが使用される。このホルダＩＤに対応付けてホールコン９００で台番号を管理する場合には、新たな台番号のＰ台２に交換されたときに、ＣＵ３がそのＰ台２の台番号と取付枠（ホルダ）のホルダＩＤとを読取ってホールコン９００へ送信する（図１９の場合にはホールサーバ８０１経由でホールコン９００へ送信する）。それを受けたホールコン９００のＣＰＵは、Ｐ台２の台番号とホルダＩＤとを対応付けてＥＥＰＲＯＭに設定記憶させる。なお、Ｐ台２の台番号とホルダＩＤとを係員が手動でホールコン９００に入力するようしてもよい。また、ホールサーバ８０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力インターフェイスを有しており、ＣＵ３から送信されてきた情報を入出力インターフェイスで受信する。また、図１９の場合にはＣＰＵの制御によりその受信情報を入出力インターフェイスから出力してホールコン９００へ送信する。

また、他の管理方法として次のようにちてもよい。図１７で説明したように、Ｐ台２のメインチップＩＤや払出制御チップＩＤ等のＩＤデータがＣＵ３、ホールサーバ８０１を経由して鍵管理サーバ８００へ送信される。また、盤交換されて新たな主制御基板１６に代わったときもＰ台２のメインチップＩＤ等のＩＤデータがＣＵ３、ホールサーバ８０１を経由して鍵管理サーバ８００へ送信される。ゆえに、鍵管理サーバ８００へ送信される途中でホールサーバ８０１がメインチップＩＤを取得してホールコン９００へ送信することが可能である。

そこで、図１９に示すシステムでは、送信されてきたメインチップＩＤをホールサーバ８０１がホールコン９００に送信し、ホールコン９００においてそのメインチップＩＤデータにより遊技機台番号を管理する。台交換（盤交換）した場合に、たとえば、その台交換（盤交換）された後のメインチップＩＤ等のＩＤデータと台交換（盤交換）前のメインチップＩＤ等のＩＤデータとをＣＵ３がホールコン９００に送信し、ホールコン９００のＣＰＵが、ＥＥＰＲＯＭに遊技機台番号に対応付けて記憶されているＩＤデータを台交換（盤交換）された後のＩＤデータに更新する。また、図１８のシステムでも同様に、ＣＵ３が、Ｐ台２のメインチップＩＤ等のＩＤデータをホールコン９００のにも送信して、ホールコン９００がＩＤデータを利用した台番号管理を行なうようにしてもよい。具体的には、図１８、図１９において、ホールコン９００のＣＰＵが、Ｐ台２から送られてきたメインチップＩＤやセキュリティ基板のＩＤデータを受信し、そのＩＤデータに対応付けてＰ台２の台番号をホールコン９００のＥＥＰＲＯＭに設定記憶して台番号管理を行なう。

さらに、図１８および図１９に示すシステムでは、ホールコン９００が、遊技機台番号に対応付けて当該遊技機の機種も記憶した遊技機台番号の管理データを格納し、その管理データに基づいて同じ機種の遊技機に対応するカードユニットを割出し、所定のフォーマットに演算（変換）するための設定データを一括ＣＵ３へダウンロードして一括設定するように制御してもよい。「所定のフォーマット」の具体例としては、たとえば、図５に示した遊技状態２や遊技状態３の各Ｂｉｔの出力ピンの割当てや信号の出力長さ、さらには、Ｂｉｔ１とＢｉｔ２とを１つの出力ピンにまとめてＢｉｔ１＋Ｂｉｔ２→１ピン出力のように変換するようなフォーマットでもよい。また、図５に示した遊技状態２のＢｉｔ５〜７の予備の大当りの各ビットに関し、Ｐ台の各々のメーカーが開発した機種に特有の当り態様など、特徴的な仕様（ラウンド数や時短回数等）に応じて定義付けられた出力ピンの割当てや信号の出力長さなどを設定するフォーマットでもよい。さらには、どの信号を出力するかの選択も「所定のフォーマット」に含まれる。たとえば、図５に示した遊技状態２や遊技状態３の各Ｂｉｔのうち、Ｂｉｔ０〜４を出力してＢｉｔ５〜７は出力しないなどである。

また、図１９に示すシステムは、ＣＵ３とホールコン９００との間に台端末装置９０１が介在しないため、ＣＵ３からの出力データのフォーマットをホールサーバ８０１がホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する。なお、ホールコンメーカによる規格が統一されれば、ホールサーバ８０１でのフォーマット変換は不要になる。

ホールコン９００によるＰ台２の台番号管理は、ＣＵ３のホルダに記憶されたホルダＩＤに対応付けてホールコン９００に設定したり、またＰ台２から送られてくるメインチップＩＤやセキュリティ基板のＩＤ等により台番号管理してもよい。その台番号管理データに基づいて、同じ機種のＰ台２に対応したＣＵ３群に、ホールサーバ８０１経由で一括設定データをダウンロードして一括設定してもよい。

前述したように、Ｐ台２の遊技盤２６を交換（盤交換）した場合、新たな遊技盤２６に設けられた主制御基板１６のメインチップＩＤがＣＵ３、ホールサーバ８０１、鍵管理サーバ８００に送信される。そのため、メインチップＩＤに基づいて新台の台番号を管理することで、メインチップＩＤに基づいて新台の台番号の設定変更がなされているか否かをホールコン９００が確認し、設定のし忘れの場合に報知して設定のし忘れを防止することができる。

次に、ＣＵ３からホールコン９００にデータを送信する処理について説明する。図２０は、ＣＵ制御部３２３による加算玉数の送信処理を説明するためのフローチャートである。なお、当該フローチャートによる処理は、図１８および図１９のいずれのシステムについても適用することができる。

ＣＵ３からホールコン９００に送信するデータのうち、ＣＵ制御部３２３による加算玉数について説明する。まず、ＣＵ制御部３２３は、Ｐ台２から図３に示すように加算玉数の情報を受信する（ステップＳ３５１）。

ＣＵ制御部３２３は、受信した加算玉数を所定のフォーマットに変換（たとえば、加算玉数１０個を１パルスの信号に変換）し、送信する（ステップＳ３５２）。

なお、上記Ｓ３５１で受信する情報は、加算玉数に加えてまたはそれに代えて、発射玉数（図５参照）であってもよい。さらには、Ｓ３５１で受信する情報の他の例としては、以下のものでもよい。

ａ可変表示装置２７８の可変停止時の図柄確定回数。
ｂ各種入賞口への玉の入賞回数。

ｃ前述の図５に示した遊技台情報２や３の各Ｂｉｔ情報。
また、受信した加算玉数を所定のフォーマットに変換して出力する方法としては、前述の１０個を１パルスの信号に変換するのもに限定されるものではない。たとえば、どの種類の信号をどの出力ピンに割当てるかや信号の出力長さ、さらには、複数種類の信号を１つの出力ピンにまとめて出力のように変換するような出力方式でもよい。また、図５に示した遊技状態２のＢｉｔ５〜７の予備の大当りの各ビットに関し、Ｐ台の各々のメーカーが開発した機種に特有の当り態様など、特徴的な仕様（ラウンド数や時短回数等）に応じて定義付けられた出力ピンの割当てや信号の出力長さなどを設定する出力方式でもよい。さらには、「所定のフォーマット」としては、どの信号を出力するかの選択も含まれる。たとえば、図５に示した遊技状態２や遊技状態３の各Ｂｉｔのうち、Ｂｉｔ０〜４を出力してＢｉｔ５〜７は出力しないなどである。

さらに、前述のａの図柄確定回数の場合に、所定回数（たとえば１０回）図柄が確定すれば１パルス出力するように制御し、また、ｂの玉の入賞回数の情報の場合に、所定個数（たとえば１０個）の玉が入賞すれば１パルス出力するように制御してもよい。

以上のように、Ｓ３５２により所定のフォーマットに変換する情報は種々の情報が考えられる。それら情報が所定の数（たとえば１０）に達するまでＣＵ３ではＰ台２からの定期的に送られてくる情報を累積加算し、その加算値が所定の数（たとえば１０）に達っしたときに１パルスを出力するとともにそれまで累積加算値をクリアし、また次の情報の累積加算を開始する。この「累積加算値のクリア」は、累積加算値から所定の数（たとえば１０）を減算してもよい。なお、この「１パルス」の信号は、シリアル信号であるため送信情報（たとえば加算玉数）が所定の数（たとえば１０）であることを示す特定のＢｉｔを「１」にしたデータで出力する。

次に、ＣＵ制御部３２３による遊技情報の処理について説明する。図２１は、ＣＵ制御部３２３による遊技情報の処理を説明するためのフローチャートである。なお、当該フローチャートによる処理は、図１８および図１９のいずれのシステムについても適用することができる。

まず、ＣＵ制御部３２３は、ＣＵ３から出力する遊技情報の出力方式即ち遊技情報を所定のフォーマットに演算（変換）して出力するための設定データについて入力があるか否かを判断する（ステップＳ３６１）。ＣＵ制御部３２３は、リモコンなどの設定手段から出力方式について入力があったと判断した場合（ステップＳ３６１：ＹＥＳ）、入力した出力方式に基づいて、ＣＵ３から出力する遊技情報についてのビット位置、出力期間、出力有無、情報の変換などの出力方式を設定する（ステップＳ３６２）。一方、ＣＵ制御部３２３は、出力方式について入力がないと判断した場合（ステップＳ３６１：ＮＯ）、ステップＳ３６２の処理をスキップして、前回設定した出力方式を利用する。

上記ステップＳ３６２で設定される出力方式は、遊技機メーカによって異なるデータ出力フォーマットの遊技機情報を、ホールコンメーカによって異なるデータ受信ファーマットに変換して、ホールコン９００に出力するためのものである。たとえば、図５に示した遊技状態２や遊技状態３の各Ｂｉｔの出力ピンの割当てや信号の出力長さ、さらには、Ｂｉｔ１とＢｉｔ２とを１つの出力ピンにまとめてＢｉｔ１＋Ｂｉｔ２→１ピン出力のように変換するような出力方式でもよい。また、図５に示した遊技状態２のＢｉｔ５〜７の予備の大当りの各ビットに関し、Ｐ台の各々のメーカーが開発した機種に特有の当り態様など、特徴的な仕様（ラウンド数や時短回数等）に応じて定義付けられた出力ピンの割当てや信号の出力長さなどを設定する出力方式でもよい。さらには、「データ受信ファーマットの変換」としては、どの信号を出力するかの選択も含まれる。たとえば、図５に示した遊技状態２や遊技状態３の各Ｂｉｔのうち、Ｂｉｔ０〜４を出力してＢｉｔ５〜７は出力しないなどである。また、上記「ビット位置」とは、遊技状態２や遊技状態３の各Ｂｉｔをどの出力ピンから出力するかの出力ピン位置の割当てのことである。

なお、前述したリモコンなどによる出力方式の入力の代わりに、ホールコン９００から出力方式のデータをダウンロードしてＣＵ制御部３２３に記憶させるようにしてもよい。さらには、ＣＵ３に接続されているＰ台２のメーカのサーバから出力方式のデータをダウンロードしてＣＵ制御部３２３に記憶させるようにしてもよい。その場合のダウンロードの経路としては、メーカのサーバからの出力方式のデータを鍵管理サーバ８００およびホールサーバ８０１を経由してＣＵ制御部３２３にダウンロードすることが考えられる。Ｐ台２のメーカのサーバから出力方式のデータをダウンロードする場合には、当該Ｐ台２を設計製造した者がホールコン９００へ出力しようと意図する遊技情報を意図どおりにＣＵ３に設定できるため、遊技場側で設定する必要がなくなるという利点がある。

ＣＵ制御部３２３は、Ｐ台２から遊技情報（たとえば、図５に示す遊技台状態２，３）を受信したか否かを判断する（ステップＳ３６３）。ＣＵ制御部３２３は、Ｐ台２から遊技情報を受信しないと判断した場合（ステップＳ３６３：ＮＯ）、処理を終了する。一方、ＣＵ制御部３２３は、Ｐ台２から遊技情報を受信したと判断した場合（ステップＳ３６３：ＹＥＳ）、受信した遊技情報を設定した出力方式に変換する（ステップＳ３６４）。ここで、ＣＵ制御部３２３は、設定した出力方式により、ホールコン９００にマッチしたフォーマットに遊技情報を変換するので、遊技機メーカによって異なるデータ出力フォーマットの遊技機情報を、ホールコンメーカによって異なるデータ受信ファーマットに変換して、ホールコン９００に出力することができる。

具体的には、図５に示した遊技状態２や遊技状態３の各Ｂｉｔの出力ピンの割当てや信号の出力長さ等をＳ３６２で設定して、その設定にしたがってＳ３６４で変換する。また、Ｓ３６２での設定内容としては、どのＢｉｔのデータを表示器５４で表示させるかを指定するように設定してもよく、その場合には、Ｓ３６２で指定されたＢｉｔのデータを後述するＳ３６６で判定して指定されたＢｉｔのデータを表示器５４で表示させるように制御する。さらなるＳ３６２での設定内容としては、たとえば、図５に示した遊技状態２や遊技状態３において、Ｂｉｔ１とＢｉｔ２とを１つの出力ピンにまとめてＢｉｔ１＋Ｂｉｔ２→１ピン出力のように変換してもよい。

遊技情報を変換後、ＣＵ制御部３２３は、変換した遊技情報をホールコン９００に送信するために出力する（ステップＳ３６５）。ＣＵ制御部３２３は、Ｐ台２から受信した遊技情報のうち、表示器３１２で表示させる情報が含まれているか否かを判断する（ステップＳ３６６）。この判断は、具体的には、上記Ｓ３６２での設定とは別に、図５に示した遊技状態２や遊技状態３の各ＢｉｔのうちどのＢｉｔの情報を表示させるかを予めリモコンやホールコン９００等によりＣＵ３に入力設定し、その設定されたＢｉｔの情報であるか否かにより判断する。また、他の方法として、前述したように、Ｓ３６２での設定と同時にどのＢｉｔの情報を表示させるかを入力設定した場合には、その設定にしたがって表示させる情報を判断する。

ＣＵ制御部３２３は、図１に示す表示器３１２で表示させる情報が含まれていると判断した場合（ステップＳ３６６：ＹＥＳ）、遊技情報を表示器３１２で表示する制御を行なう（ステップＳ３６７）。一方、ＣＵ制御部３２３は、表示器３１２で表示させる情報が含まれていないと判断した場合（ステップＳ３６６：ＮＯ）、処理を終了する。表示器３１２で表示させる情報とは、たとえば、遊技台情報２中の大当り３や大当り５、遊技台情報３中の確変中や時短中などが考えられる。

＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図２２は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。

遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。

図２２を参照して、スロットマシン２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図２２では図示を省略しているが、スロットマシン２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。

スロットマシン２Ｓでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、スロットマシン２Ｓにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、スロットマシン２Ｓには、メダル投入口およびメダル払出口が設けられていない。

スロットマシン２Ｓの筐体内部には、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２Ｌ、２Ｃ、２Ｒに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳに設けられた透視窓１０から見えるように配置されている。リール２Ｌ、２Ｃ、２Ｒの外周部には、複数種類の図柄が所定の順序で描かれている。

前面扉２ｂＳの各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分には、タッチパネル式の表示器５１０が設けられている。この表示器５１０は、Ｐ台の表示器５４に相当する表示器であり、表示器５４と同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０は、図２の表示器５４と同様にＣＵの表示制御部３５０に接続されており、ＣＵ側で表示制御される。なお、この表示器５１０は、各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図２２に示されるスタートスイッチ７Ｓよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。

また、前面扉２ｂＳには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５Ｓ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６Ｓ、ゲームを開始する際に操作されるスタートスイッチ７Ｓ、リール２Ｌ、２Ｃ、２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ、８Ｃ、８Ｒがそれぞれ設けられている。

スロットマシン２Ｓにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残高、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落すことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５Ｓ、またはＭＡＸＢＥＴスイッチ６Ｓを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７Ｓの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。

ゲームが開始可能な状態でスタートスイッチ７Ｓを操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応するリール２Ｌ、２Ｃ、２Ｒの回転が停止し、透視窓１０に表示結果が導出表示される。

そして全てのリール２Ｌ、２Ｃ、２Ｒが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０の遊技点の表示も加算更新される。

Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図２２に示すとおり、スロットマシン２Ｓには、遊技点を計数して持点に変換するための計数ボタン２８Ｓが設けられている。なお、玉貸ボタン、返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図２参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０に表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号が直接ＣＵ２へ入力されるようにしてもよく、あるいは、Ｐ台２やＳ台（スロットマシン）２Ｓを経由して状態情報応答としてＣＵ３へ送信されるようにしてもよい。

入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。

複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、スロットマシン２Ｓを制御する主制御部（Ｓ台の主制御部１６１に相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。

その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。

すなわち、Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。

図２３は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図２３は、Ｐ台の構成として説明した図３の用語をＳ台用に置換えたものであり、その態様は、図３を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。

＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。

（１）上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の遊技枠に対応する。ただし、Ｓ台には、図２に示した遊技枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１、および発射モータ１８は、不要である。

従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。

一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。

その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。

他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。

遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０には、これら４種類のデータを表示する。

まず、プリペイドカードの残高、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引落されて、遊技点に変換される。

遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０には遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。

その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。

賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５Ｓの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６Ｓの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。

ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０にはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。

また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。

あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。

遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。

以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。

また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。

（２）本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。

（３）本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。

（４）持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。

（５）遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。

（６）計数操作を開始してから計数表示が完了するまでの計数時間は、遊技点が第１基準値よりも少ないときと、遊技点が第１基準値を超えるときとで、遊技点に対する計数時間の増加割合が小さくなるようにしてもよい。これによって、実球を計数するかのような計数表示という演出をできながらも、遊技点が多くなることで計数完了までにあまりに時間がかかってしまうことを防止できる。また、遊技点がある基準値を超えた場合には、計数時間がすべて同一になるようにしてもよい。あるいは、基準値を設けることなく、遊技点の多少に関わらす一律に同じ計数時間を採用してもよい。

（７）大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。

（８）大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。

（９）遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。

（１０）本実施の形態では、計数操作ボタンを所定時間未満操作（短時間操作）すると、たとえば、第１の玉数が計数される一方、所定時間以上操作（長時間操作）すると、その操作時間に応じて前記第１の玉数よりも多い第の玉数が計数される。たとえば、短時間操作では１００玉が計数される一方、長時間操作では１００玉を超える所定数、たとえば、２００玉や４００玉が計数されるようにすることが考えられる。また、計数操作ボタンの長押し時間によって、計数対象の遊技点数が異なるように制御してもよい。たとえば、１秒の長押しで１００玉が計数され始め、さらにそのまま５秒間の長押しが継続すると、残りのすべての玉が計数されるようにすることが考えられる。あるいは、１回の操作で所定個数が計数され、５回目の操作では残りのすべての玉が計数されるように制御してもよい。

（１１）「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引落して遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。

また、上述した「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理」とは、たとえば、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。

（１２）本実施の形態では、（Ａ）「所定点数」以上の遊技点が記憶されていないことには、計数操作をしても、遊技点の計数が行なわれず、また、その旨の報知が行なわれる。また、本実施の形態の形態では、（Ｂ）記憶している遊技点が「所定点数」に至るまで遊技点の計数が実行されると、それ以上の計数ができなくなるとともに、その旨の報知が行われる。これら（Ａ）（Ｂ）２つの場合の所定点数、すなわち、基準値は、同じものを採用してもよいし、異ならせてもよい。

（１３）本実施の形態では、玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされる。しかしながら、さらに、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。

また、本実施の形態では、遊技中の計数操作を無効とするために、遊技中であるか否かを玉の発射動作が検出されているか否かで判断したが、これに代えて、あるいは、これに加えて、遊技中球数（遊技領域２７内で浮遊している浮遊玉）が０になっている（遊技中でない）か否か（遊技中）で、遊技中であるか否かを判定するようにしてもよい。さらに、加えて、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。

さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２Ｌ、２Ｃ、２Ｒが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２Ｌ、２Ｃ、２Ｒが停止するまでの期間である。

（１４）大当り中であるか否かに関わらず、遊技玉数が所定数より多いときには、計数操作を促す表示が行なわれるようにしてもよい。

また、計数操作を促す表示が行なわれてから所定時間が経過しても計数操作が検出されない場合、遊技玉の発射を強制的に停止させてもよく、また発射の強制停止までは行なわないようにしてもよい。

（１５）図３を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。

（１６）図１８の計数操作を促す表示としては、文章にて「遊技玉が残っているので計数してから返却操作をして下さい」という表示であってもよく、あるいは画面上に計数ボタン２８を表示させて点滅するような表示であってもよい。

（１７）本実施の形態では、遊技玉が所定玉数以上（３０００玉以上）であるときに、「所定の報知制御」として、「表示器にて計数操作を促す表示を行なう制御」が実行される。ここで、「計数操作を促す」とは、たとえば、「遊技玉数が上限に達したため、計数操作して下さい」と表示するものや、単に「計数操作が必要です。」と表示するものであってもよい。また、「所定の報知制御」としては、スピーカから計数操作を促す報知音を出力する制御であってもよい。さらに、「報知」としては、「計数操作を促す報知」ではなく、単に、「遊技玉数が上限に達したこと」を通知するのみ（計数操作を促す報知まではしない）であってもよい。

また、遊技点が所定の第１基準値以上（３０００玉以上）であるときに、「所定の報知制御」をし、さらに、その後、遊技点が第１基準値よりも多い第２基準値に達した時点で遊技不能状態に制御し、遊技点が前記第１基準値から前記第２基準値に達するまでは遊技を許容（発射禁止しない）するように制御してもよい。なお、遊技機がスロットマシンである場合には、スタートレバーを操作してリールが回転開始しない、あるいは、賭数設定が無効化される、などの制御によって遊技不能状態を実現できる。

（１８）本実施の形態では、遊技点を用いた遊技が行なわれているとき（玉の発射継続中）は、遊技点が所定点数（たとえば、２５０点）以上残っていないと、計数操作が有効化されない。ここで、所定点数は、２５０点に限られるものではなく、１点以上であれば、どのような点数であってもよい。ただし、たとえば、１点など、あまりに少なすぎる点数を設定した場合には発射のタイミングと計数のタイミングとがほぼ同時に生じたときに、不具合が生じるため、２〜３点以上とするのが望ましい。あるいは、点数が所定点数以下（たとえば、１０点以下）で発射が継続しているときに計数操作が検出された場合には、５点を発射用として残し、残りの点数を計数対象とするように制御してもよい。

また、遊技点が所定点数以上、残っていないために計数操作が無効化されていることに気づいた遊技者が玉の発射動作を停止させたことが検出された際には、先に無効化された計数操作を有効化して計数動作が自動的に開始されるようにしてもよい。つまり、この場合には、計数操作が無効化されたことに気づいた遊技者は、発射操作を停止さえすればよく、再度、計数操作をやり直す必要がない。

（１９）計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。

（２０）遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。

（２１）遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。

（２２）計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。

（２３）本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。

（２４）図３あるいは図２３において、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。

（２５）表示器５４で行なう計数表示や各種の報知は、同様に表示器３１２で行なうようにしてもよい。

（２６）ＣＵ３において、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。

（２７）貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。

（２８）計数操作が実行されたとき、持点のカウントアップが開始してから所定時間が経過すると、持点が加速度的にカウントアップするようにしてもよい。あるいは、計数表示を加速させるための速度アップボタンをＣＵ側あるいは遊技機側のタッチパネルの表示器に表示し、その操作が検出されることによって、加速計数表示をしてもよい。このように持点の加速計数表示を行なうことにより、多数の遊技点を計数する際の遊技者の待ち時間を短くすることができる。

（２９）打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。係数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。

これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。

（３０）玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。

（３１）図６〜図３０で示したシーケンス制御は、特にセキュリティに関する処理については、ＣＵ３、Ｐ台２、Ｓ台２Ｓ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。

（３２）前述の実施の形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。

（３３）前述の実施の形態では、図２５、図２７、図２９等で説明したように、カードＩＤと挿入時刻とが一致することを条件に遊技機から送信された得点をＣＵが現時点での得点として記憶しているが、遊技機とＣＵ３との通信が途絶えてから所定時間（たとえば２０分）が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とＣＵ３との通信が途絶えてから所定時間（たとえば２０分）を計時するタイマをＣＵ制御部３２３に設け、遊技機とＣＵ３との通信の開始時（復旧時）に該タイマが未だ計時中（タイムアップしていない状態）であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御する。

また、挿入時刻の代わりに、ＣＵ３とＰ台２との間で用いられた最終通番等の一致を条件に遊技機から送信された得点をＣＵが現時点での得点として記憶するようにしてもよい。

（３４）前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。

（３５）前述の実施の形態では、遊技者所有の有価価値（プリペイド残高、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。

（３６）前述の表示器５４、５１０をタッチパネル付きの表示器で構成してもよい。また、前述のＳ３５１、Ｓ３６２で受信する情報は、前述の実施の形態で説明たものに限定されるものではなく、また、どのような情報を遊技機からＣＵ３へ出力するかを遊技機の表示器５４、５１０のタッチパネルでタッチ操作して入力設定できるようにしてもよい。

また、Ｓ台２Ｓにおいても前述のＰ台２と同様にＳ台２Ｓから出力された情報を変換してホールコン９００へ送信するが、変換対象の情報としては、たとえば、ビッグボーナス入賞やレギュラーボーナス入賞や各種小役入賞等の入賞情報、リプレイタイム中を示す情報、図２３の加算数や減算数、ゲームスタート回数等である。さらに、前述のゲームスタート回数の場合に、所定回数（たとえば１０回）ゲームが開始されたときに１パルス出力するように制御し、また、前述の入賞に伴う加算数の場合に、所定加算数（たとえば１０加算数）に達すれば１パルス出力するように制御してもよい。また、変換対象の情報としては、入賞に伴ってコインを払出すようにした場合のその払出枚数でもよい。

（３７）前述のＳ３５２、Ｓ３５４での「変換」は、前述の実施の形態で説明したものに限定されるものではなく、たとえば、シリアルデータをパラレルデータに変換したりパラレルデータをシリアルデータに変換したりなどのように、信号の送信方式の変換等も含まれる。すなわち「変換」とは、送信する情報の内容を改変することなく内容以外のエレメントを別のものに変えたり、あるいは、受信した複数の情報を間引いて出力したりすることを含む概念である。

＜実施の形態に含まれる各種の構成＞
（１−１）本発明は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）と、遊技場に設置されたホール用管理コンピュータ（ホールコン９００）とを含む遊技用システムであって、
前記遊技用装置は、稼動中の前記遊技機により生成された情報（加算玉数または発射玉数）を前記ホール用管理コンピュータへ送信する送信手段（ＣＵ制御部３２３）を含み、
該送信手段は、前記遊技機により生成された情報を前記ホール用管理コンピュータ向けに変換して送信するための情報変換手段（図２０のＳ３５２）を含む。

上記の構成によれば、遊技機と通信可能に接続された遊技用装置が、遊技機により生成された情報をホール用管理コンピュータ向けに変換して送信するため、遊技機の設計が煩雑になる不都合を防止しつつも、遊技機から出力されてホール用管理コンピュータに入力される情報のフォーマットをホール用管理コンピュータ側に合わせることができる。

（１−２）本発明の他の態様は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）であって、
稼動中の前記遊技機により生成された情報（加算玉数または発射玉数）を前記ホール用管理コンピュータへ送信する送信手段（加算玉数または発射玉数）を備え、
該送信手段は、前記遊技機から送信されてきた情報を前記ホール用管理コンピュータ向けに変換して送信するための情報変換手段（図２０のＳ３５２）を含む。

（１−３）上記（１−１）の遊技用システムまたは上記（１−２）の遊技用装置において、
前記情報変換手段は、前記遊技機から出力されてきた遊技場の損益にかかわる情報（加算玉数または発射玉数）を集計して所定の大きさ（１０個）に達する毎に単一の信号（１パルス）に変換して送信する（図２０のＳ３５２）。

上記の構成によれば、ホール用管理コンピュータは、遊技機からの損益にかかわる情報が所定の大きさに達するまで情報を受信する必要がなく、所定の大きさに達する毎に単一の信号として受信すれば事足りるため、ホール用管理コンピュータにおける情報受信の負担を軽減することができる。

（２−１）本発明は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）と、遊技場に設置されたホール用管理コンピュータ（ホールコン９００）とを含む遊技用システムであって、
前記遊技用装置は、
稼動中の前記遊技機により生成された情報（遊技状態情報１と２）を前記ホール用管理コンピュータへ送信する送信手段（ＣＵ制御部３２３）と、
該送信手段により出力される情報の出力方式を設定する方式設定手段（図２１のＳ３６２）とを含み、
前記送信手段は、前記遊技機から送信されてきた情報を前記方式設定手段により設定された出力方式に従って変換して送信するための情報変換手段（図２１のＳ３６４）を含む。

上記の構成によれば、遊技機と通信可能に接続された遊技用装置の方式設定手段で、ホール用管理コンピュータ向けの出力方式に設定することにより、遊技機により生成された情報をホール用管理コンピュータ向けに変換して送信するため、遊技機の設計が煩雑になる不都合を防止しつつも、遊技機から出力されてホール用管理コンピュータに入力される情報のフォーマットをホール用管理コンピュータ側に合わせることができる。

（２−２）本発明の他の態様は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）であって、
稼動中の前記遊技機により生成された情報（図５の遊技台状態２と３）を前記ホール用管理コンピュータへ送信する送信手段（ＣＵ制御部３２３）と、
該送信手段により送信される情報の出力方式を設定する方式設定手段（図２１のＳ３６２）とを含み、
前記送信手段は、前記遊技機から送信されてきた情報を前記方式設定手段により設定された出力方式に従って変換して送信するための情報変換手段（図２１のＳ３６４）を含む。

（２−３）上記（２−１）の遊技用システムまたは上記（２−２）の遊技用装置において、前記遊技機から受信した情報のうち表示装置（表示器５４、５１０）に表示させる情報を選り分けて該情報を前記表示装置に表示させる制御を行なう表示制御手段（図２１のＳ３６６、Ｓ３６７）をさらに含む。

（２−４）上記（２−１）（２−３）の遊技用システムまたは上記（２−２）（２−３）の遊技用装置において、前記方式設定手段は、前記遊技機のメーカのサーバからダウンロードされた出力方式を設定する（ＣＵ３に接続されているＰ台２のメーカのサーバから出力方式のデータをダウンロードしてＣＵ制御部３２３に記憶させる）。

上記の構成によれば、遊技機のメーカは当該遊技機の出力フォーマット仕様を掌握していおり、その遊技機のメーカのサーバから出力方式をダウンロードして設定するため、適切な設定を容易に行なうことができる。

（２−５）上記（２−１）（２−３）（２−４）の遊技用システムにおいて、
前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
前記遊技用装置は、遊技場に設置された取付枠（ＣＵ３を取付けて設置するための取付枠（ホルダ））に対して取付けられ、複数の前記取付枠各々には各遊技用装置を識別するための遊技用装置識別情報（ホルダＩＤ）が割り振られており、
前記識別情報管理手段は、前記遊技用識別情報と前記識別情報とを対応付けて管理し、前記遊技機が交換された場合には、当該交換された遊技機の識別情報と前記遊技用識別情報とを新たに対応付けて管理する（新たな台番号のＰ台２に交換されたときに、ＣＵ３がそのＰ台２の台番号と取付枠（ホルダ）のホルダＩＤとを読取ってホールコン９００へ送信し、ホールコン９００のＣＰＵは、受信したＰ台２の台番号とホルダＩＤとを対応付けてＥＥＰＲＯＭに設定記憶させる）。

（２−６）上記（２−１）（２−３）（２−４）の遊技用システムにおいて、
前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
複数の前記遊技機は、当該遊技機に設けられた制御装置が適正なものであるか否かを認証するために該制御装置に割り振られた識別符号データ（メインチップＩＤ、払出制御チップＩＤ）を前記遊技用装置を経由して前記ホール用管理コンピュータへ送信するための識別符号データ出力手段（ＣＵ制御部３２３）を含み、
前記識別情報管理手段は、前記識別符号データと前記識別情報とを対応付けて管理し、前記受信した識別符号データが新たなものに更新されている場合には、当該更新された識別符号データと前記識別情報とを新たに対応付けて管理する（台交換（盤交換）された後のメインチップＩＤ等のＩＤデータと台交換（盤交換）前のメインチップＩＤ等のＩＤデータとをＣＵ３がホールコン９００に送信し、ホールコン９００のＣＰＵが、ＥＥＰＲＯＭに遊技機台番号に対応付けて記憶されているＩＤデータを台交換（盤交換）された後のＩＤデータに更新する）。

（２−７）上記（２−１）（２−３）〜（２−６）の遊技用システムにおいて、
前記ホール用管理コンピュータは、前記識別情報管理手段で管理されている管理データに基づいて同じ機種の遊技機に対応する前記遊技用装置を割り出し、該割り出された遊技用装置各々に対して一括して設定データを送信し（ホールコン９００が、遊技機台番号に対応付けて当該遊技機の機種も記憶した遊技機台番号の管理データを格納し、その管理データに基づいて同じ機種の遊技機に対応するカードユニットを割出し、所定のフォーマットに演算（変換）するための設定データを一括ＣＵ３へダウンロードし）、
前記方式設定手段は、前記送信されてきた設定データに基づいて出力方式を設定する（所定のフォーマットに演算（変換）するための設定データが一括ＣＵ３へダウンロードされた各ＣＵで設定される）。

（３−１）本発明は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）と、遊技場に設置されたホール用管理コンピュータ（ホールコン９００）とを含む遊技用システムであって、
前記遊技場に設置されたサーバ（図６４のホールサーバ８０１）をさらに備え、
前記遊技用装置は、稼動中の前記遊技機により生成された情報（遊技状態情報１と２）を前記ホール用管理コンピュータへ送信する第１送信手段（ＣＵ制御部３２３）を含み、
前記サーバは、複数の前記遊技用装置の前記第１送信手段により送信された情報を前記ホール用管理コンピュータへ送信する第２送信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）を含む。

（３−２）本発明の他の態様は、遊技者により遊技が行なわれる遊技機（Ｐ台２、Ｓ台２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて前記遊技機による遊技を可能とする遊技用装置（ＣＵ３）とが設けられた遊技場に設置されるサーバ（図６４のホールサーバ８０１）であって、
稼動中の複数の前記遊技機により生成された情報を複数の前記遊技用装置から受信する受信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）と、
該受信手段により受信された情報を前記遊技場に設置されたホール用管理コンピュータへ送信する送信手段（ホールサーバ８０１のＣＰＵ、入出力インターフェイス）とを含む、サーバ。

（３−３）上記（３−１）の遊技用システムにおいて、前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
複数の前記遊技機は、当該遊技機に設けられた制御装置が適正なものであるか否かを認証するために該制御装置に割り振られた識別符号データ（メインチップＩＤ、払出制御チップＩＤ）を前記遊技用装置を経由して前記サーバへ送信するための識別符号データ出力手段（ＣＵ制御部３２３）を含み、
前記サーバは、受信した前記識別符号データを前記ホール用管理コンピュータへ出力し、
前記識別情報管理手段は、前記識別符号データと前記識別情報とを対応付けて管理し、前記受信した識別符号データが新たなものに更新されている場合には、当該更新された識別符号データと前記識別情報とを新たに対応付けて管理する（台交換（盤交換）された後のメインチップＩＤ等のＩＤデータと台交換（盤交換）前のメインチップＩＤ等のＩＤデータとをＣＵ３がホールコン９００に送信し、ホールコン９００のＣＰＵが、ＥＥＰＲＯＭに遊技機台番号に対応付けて記憶されているＩＤデータを台交換（盤交換）された後のＩＤデータに更新する）。

（３−４）上記（３−１）の遊技用システムにおいて、前記ホール用管理コンピュータは、遊技場に設置された複数の前記遊技機各々に割り振られた識別情報（台番号）を管理する識別情報管理手段（ホールコン９００のＣＰＵとＥＥＰＲＯＭ）を含み、
前記遊技用装置は、遊技場に設置された取付枠（ＣＵ３を取付けて設置するための取付枠（ホルダ））に対して取付けられ、複数の前記取付枠各々には各遊技用装置を識別するための遊技用識別情報（ホルダＩＤ）が割り振られており、
前記識別情報管理手段は、前記遊技用識別情報と前記識別情報とを対応付けて管理し、前記遊技機が交換された場合には、当該交換された遊技機の識別情報と前記遊技用識別情報とを新たに対応付けて管理する（新たな台番号のＰ台２に交換されたときに、ＣＵ３がそのＰ台２の台番号と取付枠（ホルダ）のホルダＩＤとを読取ってホールサーバ８０１経由でホールコン９００へ送信し、ホールコン９００のＣＰＵは、受信したＰ台２の台番号とホルダＩＤとを対応付けてＥＥＰＲＯＭに設定記憶させる）。

（３−５）上記（３−３）または（３−４）の遊技用システムにおいて、
前記ホール用管理コンピュータは、前記識別情報管理手段で管理されている管理データに基づいて同じ機種の遊技機に対応する前記遊技用装置を割り出し、該割り出された遊技用装置各々に対して一括して設定データを送信し（ホールコン９００が、遊技機台番号に対応付けて当該遊技機の機種も記憶した遊技機台番号の管理データを格納し、その管理データに基づいて同じ機種の遊技機に対応するカードユニットを割出し、所定のフォーマットに演算（変換）するための設定データを一括ＣＵ３へダウンロードし）、
前記遊技用装置の各々は、
前記送信されてきた設定データに基づいて、前記第１送信手段により送信される情報の出力方式を設定する方式設定手段（図６６のＳ３６２）と、
前記第１送信手段により送信される情報を前記方式設定手段により入力された出力方式に従って変換して送信するための情報変換手段（図６６のＳ３６４、Ｓ３６５）とを含む。

（３−６）上記（３−１）（３−３）〜（３−５）の遊技用システムにおいて、
前記遊技用装置によって制御される表示装置（表示器５４、５１０）をさらに備え、
前記遊技用装置は、前記遊技機から受信した情報のうち前記表示装置に表示させる情報を選り分けて該情報を前記表示装置に表示させる制御を行なう表示制御手段（図６６のＳ３６６、Ｓ３６７）を含む。

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

２パチンコ機、２Ｓスロットマシン、３カードユニット、１６主制御基板、１７払出制御基板、２６遊技盤、５４，３１２表示器、３０９カード挿入／排出口、３１９再プレイボタン、３２０ＩＲ受光ユニット、３２１貸出ボタン、３２２返却ボタン、１６１主制御部、３２５表示制御部、１７１払出制御部、３２３ＣＵ制御部。

Claims

遊技者により遊技が行なわれる遊技機と、該遊技機と通信可能に接続され、遊技者所有の遊技用価値を用いて前記遊技機による遊技を可能とする遊技用装置と、遊技場に設置されたホール用管理コンピュータと、前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置とを含む遊技用システムであって、
前記遊技場に設置されたサーバをさらに備え、
前記遊技用装置は、
前記管理装置に記憶された前記認証用情報を受信できないときに、前記遊技用価値を用いた前記遊技機での遊技を所定の制限の下で許容するための前記遊技機との通信が可能な制限通信モードに設定する制限通信モード設定手段と、
前記管理装置から送信された前記認証用情報の受信を条件として、前記所定の制限が解除された前記遊技機との通信が可能な通常通信モードに設定する通常通信モード設定手段と、
稼動中の前記遊技機により生成された情報を前記サーバへ送信する第１送信手段とを含み、
前記サーバは、複数の前記遊技用装置の前記第１送信手段により送信された情報を前記ホール用管理コンピュータへ送信する第２送信手段を含む、遊技用システム。