(57)【要約】【課題】電子部品が実装されている処理基板に対する不正を防止することが可能な遊技用装置を提供する。【解決手段】遊技機と通信可能に接続され、遊技者所有の有価価値を用いて遊技機での遊技を可能にする遊技用装置であって、所定の処理を実行するセキュリティチップ３２５ｂが実装されている基板表面３３０と、コネクタ５１０、通信制御ＩＣ３２５ａおよびセキュリティチップ３２５ｂなどの電子部品が実装されておらず、配線パターン，端子などの電気的な入力部を設けていない基板裏面とを有するセキュリティ基板３２５と、セキュリティ基板３２５と通信可能なＣＵ制御基板３２７と、基板表面３３０がＣＵ制御基板３２７に対向するようにセキュリティ基板３２５とＣＵ制御基板３２７とを接続する突起３８０などの接続部材とを備える。【選択図】図１５
2020096930.tif 000002
【特許請求の範囲】
【請求項１】
遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置であって、
外部と暗号通信を行うための処理を含む所定の処理を実行する処理装置が実装されている第１の面と、前記第１の面とは反対側の面であって、電子部品が実装されておらず電気的な入力部が設けられていない第２の面とを有する処理基板と、
前記処理基板と通信可能な制御基板と、
前記処理基板の前記第１の面が前記制御基板に対向するように前記処理基板と前記制御基板とを接続する接続部材とを備え、
前記処理基板には、前記第１の面と前記第２の面とを貫通する開口部が設けられ、
前記第１の面の外周部と前記第１の面における前記開口部の周囲とを含む領域には、電子部品が実装されておらず導電パターンが形成されていない、遊技用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技者所有の遊技用価値を用いて遊技機による遊技を可能とする遊技用装置に関する。
【背景技術】
【０００２】
従来において、遊技機に設けられた装置の動作を制御する制御回路が形成された制御基板を収納する基板ケースユニットに関するものとして、基板ケースユニットを固定ベースに回動自在に固定して基板ケースの裏面を視認可能にするとともに、制御基板を静電ノイズから保護するものがあった（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−２８１１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の遊技機では、基板ケース内に収容されている制御基板の基板ケース側の表面には電子部品が実装されている。しかしながら、基板ケース内においては、制御基板の表面（実装面）に実装されている電子部品は露出されているため、基板ケースが不正に開放された場合には、制御基板を取り外すことなく制御基板の実装面に不正基板や不正部品を容易に取り付けることが可能になるという問題があった。
【０００５】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、処理基板に対する不正を防止することが可能な遊技用装置を提供することである。
【課題を解決するための手段】
【０００６】
（１）  本発明は、遊技機（パチンコ遊技機、スロットマシン、封入循環式パチンコ遊技機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３、呼出しランプ装置など）であって、
外部と暗号通信を行うための処理を含む所定の処理を実行する処理装置（図５８，図５９などの処理を実行するＳＣ３２５ｂなど）が実装されている第１の面（基板表面３３０，４３０，５３０など）と、前記第１の面とは反対側の面であって、電子部品（コネクタ５１０、通信制御ＩＣ３２５ａ、セキュリティチップ３２５ｂなど）が実装されておらず電気的な入力部（配線パターン，端子など）が設けられていない第２の面（基板裏面３３２，４３２，５３２など）とを有する処理基板（セキュリティ基板３２５，４２５，５２５など）と、
前記処理基板と通信可能な制御基板（ＣＵ制御基板３２７、中継基板など）と、
前記処理基板の前記第１の面が前記制御基板に対向するように前記処理基板と前記制御基板とを接続する接続部材（コネクタ５００，５１０、開口部３６０ａ，３６０ｂ、突起３８０など）とを備え、
前記処理基板には、前記第１の面と前記第２の面とを貫通する開口部が設けられ、
前記第１の面の外周部と前記第１の面における前記開口部の周囲とを含む領域には、電子部品が実装されておらず導電パターンが形成されていない。
【０００７】
上記構成によれば、処理装置が実装されている第１の面が制御基板に対向するように、処理基板と制御基板が接続される。また、第２の面には電子部品が実装されておらず電気的な入力部もない。そのため、処理基板に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。
【０００８】
（２）  （１）の遊技用装置において、
前記制御基板は、前記遊技用装置を制御するための基板（ＣＵ制御基板３２７など）である。
【０００９】
上記構成によれば、処理基板と制御基板とを一体形成することができるため、セキュリティ性が向上する。
【００１０】
（３）  （１）の遊技用装置において、
前記制御基板は、前記遊技用装置を制御するための基板に接続される基板（ＣＵ制御基板３２７に接続される中継基板、ドライバ基板など）である。
【００１１】
上記構成によれば、処理基板と制御基板とを接続を中継する基板が設けることにより、制御基板の仕様が変更された場合であっても、当該基板の構成を変更してやれば、処理基板の構成を変更する必要がなくなる。そのため、制御基板の仕様変更などの場合の対応が容易となる。
【００１２】
（４）  （１）〜（３）のいずれかの遊技用装置において、
前記制御基板には、前記処理基板の向きと前記制御基板の向きとを合わせるための印（ＣＵ制御基板３２７の基板表面（コネクタ５００や突起３８０を有する面）に形成される画像や構造物など）が形成されている。
【００１３】
上記構成によれば、処理基板と制御基板とを接続する場合に向きを誤ることなく、より迅速に接続することができる。
【００１４】
（５）  （１）〜（４）のいずれかの遊技用装置において、
前記処理基板には、前記第１の面と前記第２の面とを貫通する開口部（開口部３６０ａ，３６０ｂ，５６０など）が設けられ、
前記制御基板には、前記開口部に係合するように形成された突起（突起３８０など）が設けられている。
【００１５】
上記構成によれば、処理基板を制御基板により安定して固定することができる。
（６）  （１）〜（５）のいずれかの遊技用装置において、
前記処理装置は、
前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置（図３６に示す鍵管理サーバ８００など）に記憶された前記認証用情報を受信できないときに、所定の制限の下で遊技を許容する時限運用を前記遊技機に対して許可する運用許可手段（図５８：鍵管理サーバ８００からのヘルスチェック要求がＣＵ制御部３２３に到達しない場合に時限運用機能を許可するなど）と、
所定のタイミングで前記遊技機および前記遊技用装置の状態を監視するための状態監視要求を前記管理装置から受信する状態監視要求受信手段（図５８：ＣＵ３およびＰ台２の状態を監視するため鍵管理サーバ８００からのヘルスチェック要求を送信するなど）とを含み、
前記運用許可手段は、前記状態監視要求受信手段が状態監視要求を受信できない状態が無効条件（ヘルスチェック要求がＣＵ制御部３２３に到達しない状態が１０日間など）を満たすと、前記遊技機に対して許可した前記時限運用を無効にする（図５８：ＳＣ３２５ｂは、時限運用機能を利用することを無効にするなど）。
【００１６】
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できない状態が無効条件を満たすと、遊技機に対して許可した時限運用を無効にするので、時限運用機能を利用した遊技機の稼働を長期間使用することができないように制限することが可能となり、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定した遊技用システムおよび遊技用装置の稼働を可能にすることができる。
【００１７】
（７）  本発明は、遊技機（パチンコ遊技機、スロットマシン、封入循環式パチンコ遊技機（Ｐ台２）、メダル不要のスロットマシン（Ｓ台２Ｓ））と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３、呼出しランプ装置など）の処理基板（セキュリティ基板３２５，４２５，５２５など）であって、
外部と暗号通信を行うための処理を含む所定の処理を実行する処理装置（図５８，図５９などの処理を実行するＳＣ３２５ｂなど）が実装されている第１の面（基板表面３３０，４３０，５３０など）と、前記第１の面とは反対側の面であって、電子部品（コネクタ５１０、通信制御ＩＣ３２５ａ、セキュリティチップ３２５ｂなど）が実装されておらず電気的な入力部（配線パターン，端子など）が設けられていない第２の面（セキュリティ基板３２５，４２５，５２５など）とを備え、
前記第１の面には、前記処理基板と通信可能な制御基板（ＣＵ制御基板３２７など）に対向するように前記処理基板と前記制御基板とを接続する接続部材（コネクタ５１０、開口部３６０ａ，３６０ｂなど）が設けられ、
前記第１の面と前記第２の面とを貫通する開口部が設けられ、
前記第１の面の外周部と前記第１の面における前記開口部の周囲とを含む領域には、電子部品が実装されておらず導電パターンが形成されていない。
【００１８】
上記構成によれば、処理装置が実装されている第１の面が制御基板に対向するように、処理基板を制御基板に接続することができる。また、処理基板の第２の面には電子部品が実装されておらず電気的な入力部もない。そのため、不正部品の取り付けや不正な入力をより効果的に防止することができる処理基板を提供できる。
【図面の簡単な説明】
【００１９】
【図１】カードユニットおよびパチンコ遊技機を示す正面図である。
【図２】パチンコ遊技機のガラス扉と前枠とを開放した状態を示す斜視図である。
【図３】遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。
【図４】カードユニットおよびパチンコ遊技機に用いられる制御回路を示すブロック図である。
【図５】ＣＵ制御基板およびセキュリティ基板の構成を説明するための図である。
【図６】本実施の形態に係るセキュリティ基板の斜視図である。
【図７】本実施の形態に係るセキュリティ基板の平面図である。
【図８】本実施の形態に係るセキュリティ基板の底面図である。
【図９】本実施の形態に係るセキュリティ基板の右側面図である。
【図１０】本実施の形態に係るセキュリティ基板の左側面図である。
【図１１】本実施の形態に係るセキュリティ基板の正面図である。
【図１２】本実施の形態に係るセキュリティ基板の背面図である。
【図１３】本実施の形態に係るセキュリティ基板の基板表面における未実装領域を説明するための図である。
【図１４】本実施の形態に係るセキュリティ基板の基板裏面における未実装領域を説明するための図である。
【図１５】セキュリティ基板とＣＵ制御基板との接続構成を説明するための図である。
【図１６】セキュリティ基板の開口部とＣＵ制御基板の突起との係合を詳細に説明するための図である。
【図１７】セキュリティ基板の開口部とＣＵ制御基板の突起との係合を詳細に説明するための図である。
【図１８】本実施の形態の変形例１に係るセキュリティ基板の斜視図である。
【図１９】本実施の形態の変形例１に係るセキュリティ基板の平面図である。
【図２０】本実施の形態の変形例１に係るセキュリティ基板の底面図である。
【図２１】本実施の形態の変形例１に係るセキュリティ基板の右側面図である。
【図２２】本実施の形態の変形例１に係るセキュリティ基板の左側面図である。
【図２３】本実施の形態の変形例１に係るセキュリティ基板の正面図である。
【図２４】本実施の形態の変形例１に係るセキュリティ基板の背面図である。
【図２５】本実施の形態の変形例１に係るセキュリティ基板の基板表面における未実装領域を説明するための図である。
【図２６】本実施の形態の変形例１に係るセキュリティ基板の基板裏面における未実装領域を説明するための図である。
【図２７】本実施の形態の変形例２に係るセキュリティ基板の斜視図である。
【図２８】本実施の形態の変形例２に係るセキュリティ基板の平面図である。
【図２９】本実施の形態の変形例２に係るセキュリティ基板の底面図である。
【図３０】本実施の形態の変形例２に係るセキュリティ基板の右側面図である。
【図３１】本実施の形態の変形例２に係るセキュリティ基板の左側面図である。
【図３２】本実施の形態の変形例２に係るセキュリティ基板の正面図である。
【図３３】本実施の形態の変形例２に係るセキュリティ基板の背面図である。
【図３４】本実施の形態の変形例２に係るセキュリティ基板の基板表面における未実装領域を説明するための図である。
【図３５】本実施の形態の変形例２に係るセキュリティ基板の基板裏面における未実装領域を説明するための図である。
【図３６】相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
【図３７】カードユニット側とパチンコ遊技機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。
【図３８】鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵を説明するための図である。
【図３９】ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図４０】ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図４１】ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明するための図である。
【図４２】ＣＵ制御部３２３の電源投入・通常立上の処理を説明するための図である。
【図４３】ＣＵ制御部３２３の電源投入・工場出荷時立上の処理を説明するための図である。
【図４４】基板メーカコードの認証シーケンスの処理を説明するための図である。
【図４５】基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。
【図４６】基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。
【図４７】セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。
【図４８】遊技機チップ情報問合せシーケンスの処理を説明するための図である。
【図４９】基板認証鍵認証異常のシーケンスの処理を説明するための図である。
【図５０】セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
【図５１】遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
【図５２】ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文シーケンスの処理を説明する図である。
【図５３】基板認証鍵の認証の処理を説明するためのフローチャートである。
【図５４】通信モードの切替処理を説明するためのフローチャートの一例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。
【図５５】通信モードの切替処理を説明するためのフローチャートの他の例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。
【図５６】統一店舗コードのチェックの認証動作を説明するためのフローチャートである。
【図５７】基板メーカコードの認証動作を説明するためのフローチャートである。
【図５８】本実施の形態に係る遊技用システムにおいて時限運用機能を解除する処理を説明するための図である。
【図５９】本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。
【図６０】スロットマシンの前面扉を開放した状態を示す斜視図である。
【図６１】カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明に係る実施の形態を以下に説明する。
＜パチンコ遊技機の構成＞
まず、図１を参照して、本実施の形態に係るパチンコ遊技機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ遊技機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２が併設されている。なお、Ｐ台２の所定側の側方位置には、該Ｐ台２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。なお、本実施の形態に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、Ｐ台２と接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行なう呼出しランプ装置などであってもよい。
【００２１】
Ｐ台２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図４参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。
【００２２】
パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５の回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。
【００２３】
図１に示すＰ台２は、いわゆる第１種のパチンコ遊技機であって、遊技領域２７の中央に可変表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【００２４】
可変表示装置２７８は、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１が開放する。
【００２５】
大入賞口２７１内には、確変入賞口２７１ａが配置される。大入賞口２７１に入賞したパチンコ玉がさらに確変入賞口２７１ａにも入賞すると、現在の大当り状態の終了後に大当りが発生する確率が向上する状態（以下、確率変動状態、あるいは単に確変状態ともいう）が発生する。
【００２６】
また、可変表示装置２７８の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
【００２７】
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４に回収されたパチンコ玉は再度Ｐ台２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
【００２８】
Ｐ台２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８の表示と連動した様々な演出画像を遊技者に表示する。なお、表示器５４は、図１に示すようにＣＵ（カードユニット）３から独立してＰ台（パチンコ遊技機）２に取付けられる構成でも、ＣＵ（カードユニット）３と一体に形成され、Ｐ台（パチンコ遊技機）２の前面に嵌合させる構成でもよい。ＣＵ３の表示器５４を、Ｐ台２の前面に嵌合させる構成であれば、ＣＵ３とＰ台２とをより強く連結することができるので、さらに不正を防止することができる。この場合、表示器５４との連結係止を、ガラス扉６または打球操作ハンドル２５が設けられた下扉を開かないと解除することができないようにすることで、さらに不正を防止することができる。
【００２９】
また、この表示器５４の下方部分に７セグ表示器５０が設けられている。７セグ表示器５０は７セグメントＬＥＤディスプレイで構成されており、後述の払出制御部１７１によって制御される。この７セグ表示器５０により、後述する遊技玉数や発生したエラーのエラー番号等が表示される。
【００３０】
さらに、Ｐ台２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。本実施の形態では、計数ボタン２８を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８を１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。
【００３１】
このように、計数ボタン２８をＰ台（パチンコ遊技機）２側に設けているため、計数ボタン２８をＣＵ（カードユニット）３側に設ける場合に比較して、Ｐ台２に正対して座っている遊技者の操作性を向上できる。また、Ｐ台２は、遊技領域２７の右上位置および左上位置に、可変表示装置２７８で表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０が設けてある。なお、スピーカの位置および個数は、図１に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
【００３２】
計数ボタン２８の右上方には、遊技玉数を表示するための遊技玉数表示器２９が設けられている。遊技玉数表示器２９は、７セグメント式のディスプレイである。なお、遊技玉数表示器２９は、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
【００３３】
本実施の形態に係るＰ台２は、遊技盤２６とそれ以外の前枠（遊技枠）５とに分けることができる。特に、遊技盤２６は、各社が開発するパチンコ遊技機の機種毎に異なるものである一方、前枠５は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６のみの交換で事足りる。
【００３４】
＜カードユニットの構成＞
次に、引続き図１を参照して、本実施の形態に係るＣＵ３の構成を説明する。このＣＵ３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
【００３５】
それらのカードを受付けたＣＵ３は、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
【００３６】
ＣＵ３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。
【００３７】
前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９とが設けられている。
【００３８】
表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
【００３９】
再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９とは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９は貯玉引落とし専用のボタンとしてもよい。
【００４０】
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
【００４１】
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
【００４２】
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
【００４３】
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
【００４４】
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１にカード番号と対応させて記憶させてもよい。このホールサーバ８０１にカード番号と対応させて記憶させる際に、ホールサーバ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
【００４５】
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
【００４６】
また、遊技者が遊技を終えてＣＵ３からカードを返却したときには、ＣＵ３に記憶していた持玉が一旦貯玉としてホールサーバ８０１に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
【００４７】
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
【００４８】
ＣＵ３の前面側には、さらに、ＩＲ（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）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
【００７２】
また、払出制御基板１７に対し、発射玉検出スイッチ９０３、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３Ａ、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示省略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００７３】
したがって、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。
【００７４】
主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
【００７５】
主制御チップＩＤ（メインチップＩＤとも言う）は、Ｐ台２の主制御基板１６に記録されているチップＩＤのことであり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。
【００７６】
接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
【００７７】
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。
【００７８】
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
【００７９】
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
【００８０】
払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
【００８１】
アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３Ａからファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ９０３から払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。
【００８２】
ＣＵ３のセキュリティ基板３２５とＰ台２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように各種コマンドが送信される。逆に、払出制御基板１７からセキュリティ基板３２５へ、後述するように各種レスポンスが送信される。
【００８３】
前枠５には、払出制御基板１７の他、中継基板１４、発射制御基板３１、発射モータ１８、遊技玉数表示器２９が設けられている。なお、遊技玉数表示器２９は前枠５に直接取り付けてもよいが、玉が払い出される通常のパチンコ遊技機の前面側に設けられた上皿や下皿のように、前枠５に対して回動可能な態様で設けるようにしてもよい。この点は、表示器５４についても同様である。払出制御基板１７の払出制御部１７１は遊技玉数表示器２９に遊技者が現在所有している遊技玉数を表示する。
【００８４】
払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射装置の発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。
【００８５】
発射強度センサ１９は、発射モータ１８によるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９は、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９の検出結果は、発射制御基板３１経由で払出制御基板１７およびＣＵ３に出力される。
【００８６】
前枠５には、表示器５４が設けられている。表示器５４は、中継基板１４を介してＣＵ３の表示制御部３５０からの表示データ（表示制御信号）を受信する。さらに、表示器５４は、中継基板１４を介して演出制御基板１５からの表示データ（表示制御信号）を受信する。
【００８７】
中継基板１４には演出制御基板１５および表示制御部３５０のうち一方からの表示制御信号を表示器５４へ出力して表示器５４に演出制御基板１５または表示制御部３５０からの表示制御信号に基づく画像を表示するための切換回路１４１が搭載されている。
【００８８】
なお、本実施の形態では、Ｐ台２側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、Ｐ台２側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。
【００８９】
ＲＡＭクリアスイッチ２９３は、Ｐ台２のＲＡＭに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３は、たとえばカードが排出された後に店員により操作される。
【００９０】
＜パチンコ玉の循環経路＞
ここでは、図１および図４を参照して、Ｐ台２におけるパチンコ玉の循環経路を概説する。
【００９１】
遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。
【００９２】
遊技玉の発射検出は、玉上げスイッチ（上）４１ａがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１が設けられている払出制御基板１７（図４参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００９３】
遊技領域２７に打込まれた玉のうち、アウト口１５４（図１参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３Ａによって検出される。
【００９４】
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ９０３が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ９０３によって検出される。つまり、発射玉検出スイッチ９０３は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
【００９５】
そこで、本実施の形態では、発射玉検出スイッチ９０３の検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７に打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７を転動中であるか、遊技領域の釘等の間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判断できる。
【００９６】
＜ＣＵ制御基板およびセキュリティ基板の構成＞
図５は、ＣＵ制御基板３２７およびセキュリティ基板３２５の構成を説明するための図である。図５を参照して、ＣＵ制御基板３２７は、ＣＵ制御部３２３が設けられている基板である。ＣＵ制御基板３２７には、ＣＵ制御部３２３（図示せず）以外に、コネクタ５００と、電源部３２３ｂと、ＵＡＲＴ通信部３２３ｃと、リセット部３２３ｄと、ＰＩＦ回路３２６とが設けられている。なお、電源部３２３ｂ、ＵＡＲＴ通信部３２３ｃおよびリセット部３２３ｄの各々は、ＣＵ制御部３２３に含まれる構成であってもよい。
【００９７】
セキュリティ基板３２５には、通信制御ＩＣ３２５ａと、コネクタ５１０とが設けられている。なお、図５では説明の容易化のため図示していないが、セキュリティ基板３２５にはセキュリティチップ３２５ｂも設けられている（後述する図３６を参照）。
【００９８】
ＣＵ制御基板３２７のコネクタ５００と、セキュリティ基板３２５のコネクタ５１０とが接続されることにより、ＣＵ制御基板３２７およびセキュリティ基板３２５は電気的（および物理的に）に接続されて、互いに通信可能な状態となる。
【００９９】
電源部３２３ｂは、コネクタ５００およびコネクタ５１０を介して、５Ｖ電圧を通信制御ＩＣ３２５ａの端子ＶＤＤに入力する。
【０１００】
ＣＵ制御基板３２７とセキュリティ基板３２５との間のデータ通信は、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）通信により行われる。ＵＲＡＴ通信とは、調歩同期通信によってデータを伝送する非同期シリアル通信方式である。
【０１０１】
ＵＡＲＴ通信部３２３ｃは、１バイト（８ビット）のデータを１本の信号ケーブルで送るため、時系列にデータを分解して、１ビットずつ出力（送信）または入力（受信）する。ＵＡＲＴ通信部３２３ｃから送信されたデータは、受信データＲＤとして通信制御ＩＣ３２５ａのＲｘＤ端子に入力される。また、通信制御ＩＣ３２５ａのＴｘＤ端子から出力された送信データＳＤは、受信データとしてＵＡＲＴ通信部３２３ｃに入力される。
【０１０２】
リセット部３２３ｄは、コネクタ５００およびコネクタ５１０を介して、リセット信号ＲＳＴを通信制御ＩＣ３２５ａのＲＥＳＥＴ端子に入力する。
【０１０３】
ＰＩＦ回路３２６は、ＣＵ制御部３２３による制御を受けずに、通信制御ＩＣ３２５ａとＰ台２（払出制御部１７１）とのデータの送受信を中継する。これにより、Ｐ台２のデータは、ＣＵ制御部３２３の影響を受けずにセキュリティ基板３２５（特にセキュリティチップ３２５ｂ）に直接入力されることになり、データのセキュリティ性が向上する。ここで、ＰＩＦ回路３２６を介した通信制御ＩＣ３２５ａとＰ台２との間の通信には、非同期の平衡型シリアル通信方式が採用される。この通信方式では、一対の送信信号（データ）を差動信号＋、差動信号−に分離し、また一対の受信信号（データ）を差動信号＋、差動信号−に分離することにより、ケーブルに乗ったノイズを打ち消して長距離伝送が可能となる。
【０１０４】
通信制御ＩＣ３２５ａの送信データ（差動信号ＰＳＤ＋、差動信号ＰＳＤ−）は、端子Ｔｘ０＿Ｐおよび端子Ｔｘ０＿Ｎから出力（送信）され、ＰＩＦ回路３２６を介してＰ台２で受信される。また、Ｐ台２から送信されたデータは、ＰＩＦ回路３２６を介して受信データ（差動信号ＰＲＤ＋、差動信号ＰＲＤ−）として、通信制御ＩＣ３２５ａの端子Ｒｘ０＿Ｐ、端子Ｒｘ０＿Ｎに入力される。
【０１０５】
＜セキュリティ基板＞
セキュリティ基板３２５は、Ｐ台２の払出制御基板１７とセキュリティを確保しながら通信を行なう。以下、このセキュリティ基板３２５についてさらに詳しく説明する。
【０１０６】
図６は、本実施の形態に係るセキュリティ基板３２５の斜視図である。図７は、本実施の形態に係るセキュリティ基板３２５の平面図である。図８は、本実施の形態に係るセキュリティ基板３２５の底面図である。図９は、本実施の形態に係るセキュリティ基板３２５の右側面図である。図１０は、本実施の形態に係るセキュリティ基板３２５の左側面図である。図１１は、本実施の形態に係るセキュリティ基板３２５の正面図である。図１２は、本実施の形態に係るセキュリティ基板３２５の背面図である。図６〜図１２に示したセキュリティ基板３２５において、外観（意匠）的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
【０１０７】
セキュリティ基板３２５の基板表面３３０には、コネクタ５１０、通信制御ＩＣ３２５ａおよびセキュリティチップ３２５ｂが表面実装されている。コネクタ５１０は、セキュリティ基板３２５に表面実装される基板取付用のコネクタであり、ハウジング５１１と、コンタクト５１２とを備える。なお、コネクタ５１０はヘッダーコネクタである。
【０１０８】
ハウジング５１１は、接触部材であるコンタクト５１２の位置を固定する固定部材である。ハウジング５１１は、たとえば、ＰＰＳ（ポリフェニレンサルファイド）、セラミック、ＰＢＴ（ポリブチレンテフタラート）、液晶ポリマ（ＬＣＰ）などで形成される。ハウジング５１１は、相手コネクタ（本実施の形態では、コネクタ５００（図１５参照））を基板上面側から受容する。なお、ハウジング５１１は、セキュリティ基板３２５の基板表面３３０に固定される図示しない固定部を備えている。
【０１０９】
コンタクト５１２は、並列に設けられた複数の接触部材である。コンタクト５１２は、導電性の金属材料からなる直線状に延びた部材であり、基板表面３３０に配列された複数の配線パターン３４０の各々に半田で接続される複数のリード部５１３を有している。コネクタ５１０は、複数のリード部５１３、配線パターン３４０を介して通信制御ＩＣ３２５ａと電気的に接続される。また、通信制御ＩＣ３２５ａとセキュリティチップ３２５ｂとは、配線パターン３４２を介して電気的に接続される。なお、図６などで図示されている配線パターン３４０，３４２は、基板表面３３０に形成されている配線パターンの一部であり、説明の容易化のために他の配線パターンについては図示していない。
【０１１０】
また、セキュリティ基板３２５には、基板表面３３０と基板裏面３３２とを貫通する複数の円状の開口部３６０ａ，３６０ｂが設けられている。詳細は後述するが、開口部３６０ａ，３６０ｂと、ＣＵ制御基板３２７に設けられた突起とが係合することにより、セキュリティ基板３２５とＣＵ制御基板３２７とを安定して固定することができる。
【０１１１】
ここで、基板表面３３０には、コネクタ５１０、通信制御ＩＣ３２５ａ、セキュリティチップ３２５ｂなどの電子部品が表面実装され、配線パターン３４０，３４２が形成されているが（図６、図７等を参照）、基板表面３３０とは反対側の基板裏面３３２には、その他のＩＣなどの電子部品が実装されておらず、配線パターンなども形成されていないことがわかる（図８を参照）。さらに、基板裏面３３２には、基板表面３３０に実装された電子部品の端子がスルーホールを介して半田付けするための電極なども設けられていない。つまり、基板裏面３３２には、各種の電子部品が実装されておらず、かつ電気的な入力を受けるための入力部および出力するための出力部（たとえば、配線パターンや端子など）が設けられていない。
【０１１２】
ここで、図１３および図１４を参照して、セキュリティ基板３２５における電子部品や配線パターンなどが実装されない未実装領域について説明する。
【０１１３】
図１３は、本実施の形態に係るセキュリティ基板３２５の基板表面３３０における未実装領域を説明するための図である。図１４は、本実施の形態に係るセキュリティ基板３２５の基板裏面３３２における未実装領域を説明するための図である。
【０１１４】
図１３を参照して、基板表面３３０の外周には、電子部品や配線パターンなどが実装されない未実装領域３３０ａ（図１３中のハッチング部分）が設けられている。図１４を参照して、基板裏面３３２においては、その全面が未実装領域（図１４中のハッチング部分）となっている。すなわち、セキュリティ基板３２５は、ＣＵ制御基板３２７に接続された場合（図１５参照）に、基板側面側から電気的な入力や出力が容易に行えないように未実装領域３３０ａが構成されている。
【０１１５】
次に、セキュリティ基板３２５とＣＵ制御基板３２７との接続構成について説明する。図１５は、セキュリティ基板３２５とＣＵ制御基板３２７との接続構成を説明するための図である。図１５を参照して、セキュリティ基板３２５とＣＵ制御基板３２７とは、セキュリティ基板３２５の基板表面３３０がＣＵ制御基板３２７に対向するように接続される。具体的には、ＣＵ制御基板３２７には、基板表面３３０に設けられたヘッダ側のコネクタ５１０の相手の接続部材であるレセプタクル側のコネクタ５００が設けられている。また、ＣＵ制御基板３２７には、セキュリティ基板３２５に設けられている開口部３６０ａ，３６０ｂに係合するように形成された突起３８０が設けられている。そして、コネクタ５００とコネクタ５１０とが接続され、開口部３６０ａ，３６０ｂに突起３８０が係合されることにより、セキュリティ基板３２５とＣＵ制御基板３２７とが接続される。そのため、コネクタ５００，５１０と、開口部３６０ａ，３６０ｂおよび突起３８０とは、セキュリティ基板３２５とＣＵ制御基板３２７とを接続するための接続部材として機能する。
【０１１６】
図１６および図１７は、セキュリティ基板３２５の開口部３６０ａとＣＵ制御基板３２７の突起３８０との係合を詳細に説明するための図である。図１６を参照して、突起３８０は、土台部３８０ａと土台部３８０ａから突出した先端部３８０ｂとを有する。先端部３８０ｂが、３６０ａに挿入されることにより、セキュリティ基板３２５がＣＵ制御基板３２７に固定される。なお、突起３８０は、図１７に示すような筒状のボスで構成されていてもよい。この場合には、開口部３６０ａはねじ穴として構成されており、ねじ３８２がボスに挿通されることで、セキュリティ基板３２５がＣＵ制御基板３２７にねじ止め固定される。なお、セキュリティ基板３２５の開口部３６０ｂとＣＵ制御基板３２７の突起３８０との係合は、開口部３６０ａと突起３８０との係合と同じである。
【０１１７】
このようにセキュリティ基板３２５とＣＵ制御基板３２７とが接続されることにより、コネクタ５１０、通信制御ＩＣ３２５ａおよびセキュリティチップ３２５ｂなどが実装されている基板表面３３０は、外部に露出されない状態となる。また、外部に露出している基板裏面３３２には、電子部品や電気的な入力部が存在しない。このことから、外部からの基板表面３３０の視認を防ぐことができる。また、セキュリティ基板３２５をＣＵ制御基板３２７から取り外すことなく、セキュリティ基板３２５に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、基板表面３３０の外周は、電子部品や電気的な入力部が存在しない未実装領域３３０ａとなっているため、正面側、背面側、左右側面側からの基板表面３３０に対する不正な入力も防止することができる。
【０１１８】
（変形例１）
次に、セキュリティ基板３２５の変形例１について説明する。図１８は、本実施の形態の変形例１に係るセキュリティ基板４２５の斜視図である。図１９は、本実施の形態の変形例１に係るセキュリティ基板４２５の平面図である。図２０は、本実施の形態の変形例１に係るセキュリティ基板４２５の底面図である。図２１は、本実施の形態の変形例１に係るセキュリティ基板４２５の右側面図である。図２２は、本実施の形態の変形例１に係るセキュリティ基板４２５の左側面図である。図２３は、本実施の形態の変形例１に係るセキュリティ基板４２５の正面図である。図２４は、本実施の形態の変形例１に係るセキュリティ基板４２５の背面図である。図１８〜図２４に示したセキュリティ基板４２５において、外観的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
【０１１９】
セキュリティ基板４２５は、セキュリティ基板３２５の開口部３６０ａ，３６０ｂが存在しないものに該当する。それ以外の構成については、基本的に、セキュリティ基板３２５のそれと同一である。
【０１２０】
また、図２５は、本実施の形態の変形例１に係るセキュリティ基板４２５の基板表面４３０における未実装領域を説明するための図である。図２６は、本実施の形態の変形例１に係るセキュリティ基板４２５の基板裏面４３２における未実装領域を説明するための図である。基板表面４３０には、電子部品や配線パターンなどが実装されない未実装領域４３０ａ（図２５中のハッチング部分）が設けられている。基板裏面４３２においては、その全面が未実装領域（図２６中のハッチング部分）となっている。
【０１２１】
セキュリティ基板４２５とＣＵ制御基板３２７とは、セキュリティ基板４２５の基板表面３３０がＣＵ制御基板３２７に対向するように接続される。なお、セキュリティ基板４２５には、開口部３６０ａ，３６０ｂが存在しないことから、セキュリティ基板４２５およびＣＵ制御基板３２７は、それぞれが有するコネクタ５００およびコネクタ５１０により接続される。この場合、コネクタ５００およびコネクタ５１０の接続のみにより、セキュリティ基板４２５がＣＵ制御基板３２７に固定される。ただし、ＣＵ制御基板３２７には、セキュリティ基板４２５を支持するためのスペーサなどが設けられている場合であってもよい。
【０１２２】
このようにセキュリティ基板４２５とＣＵ制御基板３２７とが接続されることにより、コネクタ５１０、通信制御ＩＣ３２５ａおよびセキュリティチップ３２５ｂなどが実装されている基板表面４３０は、外部に露出されない状態となるため、セキュリティ基板４２５に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、正面側、背面側、左右側面側からの基板表面４３０に対する不正な入力も防止することができる。
【０１２３】
（変形例２）
次に、セキュリティ基板３２５の変形例２について説明する。図２７は、本実施の形態の変形例２に係るセキュリティ基板５２５の斜視図である。図２８は、本実施の形態の変形例２に係るセキュリティ基板５２５の平面図である。図２９は、本実施の形態の変形例２に係るセキュリティ基板５２５の底面図である。図３０は、本実施の形態の変形例２に係るセキュリティ基板５２５の右側面図である。図３１は、本実施の形態の変形例２に係るセキュリティ基板５２５の左側面図である。図３２は、本実施の形態の変形例２に係るセキュリティ基板５２５の正面図である。図３３は、本実施の形態の変形例２に係るセキュリティ基板５２５の背面図である。図２７〜図３３に示したセキュリティ基板５２５において、外観的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
【０１２４】
セキュリティ基板５２５は、セキュリティ基板３２５における開口部３６０ａ，３６０ｂの代わりに開口部５６０を設けた点で異なる。それ以外の構成については、基本的に、セキュリティ基板３２５のそれと同一である。
【０１２５】
また、図３４は、本実施の形態の変形例２に係るセキュリティ基板５２５の基板表面５３０における未実装領域を説明するための図である。図３５は、本実施の形態の変形例２に係るセキュリティ基板５２５の基板裏面５３２における未実装領域を説明するための図である。基板表面５３０には、電子部品や配線パターンなどが実装されない未実装領域（図３４中のハッチング部分）が設けられている。基板裏面５３２においては、その全面が未実装領域（図３５中のハッチング部分）となっている。
【０１２６】
セキュリティ基板５２５とＣＵ制御基板３２７とは、セキュリティ基板５２５の基板表面５３０がＣＵ制御基板３２７に対向するように接続される。なお、セキュリティ基板５２５には、基板表面５３０と基板裏面５３２とを貫通する横長の楕円形状の開口部５６０が設けられている。そのため、ＣＵ制御基板３２７には、開口部５６０に係合するような突起（図示しない）が形成されている。そして、コネクタ５００とコネクタ５１０とが接続され、開口部５６０にＣＵ制御基板３２７の突起が係合されることにより、セキュリティ基板５２５とＣＵ制御基板３２７とが接続される。この場合には、ＣＵ制御基板３２７の突起は、横長の楕円形状の突起で構成されるため、セキュリティ基板３２５の基板正面側からの不正をより効果的に防止することができる。
【０１２７】
このようにセキュリティ基板５２５とＣＵ制御基板３２７とが接続されることにより、コネクタ５１０、通信制御ＩＣ３２５ａおよびセキュリティチップ３２５ｂなどが実装されている基板表面５３０は、外部に露出されない状態となるため、セキュリティ基板５２５に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、正面側、背面側、左右側面側からの基板表面５３０に対する不正な入力も防止することができる。
【０１２８】
＜カードユニットおよびパチンコ遊技機に発生した異常の通知処理＞
図３６は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
【０１２９】
図３６を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図３６の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図３６に示される鍵管理サーバ８００は、ＣＵ３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。
【０１３０】
まず、ＣＵ３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行なわれる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
【０１３１】
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、鍵管理センタの鍵管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
【０１３２】
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、ＣＵ３の表示制御部３５０に異常報知コマンドを送信する。ＣＵ制御部３２３は、表示器３１２に異常発生した旨の表示を行なう制御を表示制御部３５０に行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３は、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
【０１３３】
ＣＵ３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。なお、セキュリティ基板３２５は、ＰＩＦ回路３２６を介して信号を払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
【０１３４】
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
【０１３５】
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはＰＩＦ回路３２６を介してその旨を払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、ＰＩＦ回路３２６を介してセキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行なう。
【０１３６】
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行なうとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
【０１３７】
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
【０１３８】
＜カードユニット側とパチンコ遊技機側との送受信態様＞
次に、図３７は、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図３７を参照して、ＣＵ（カードユニット）３側とＰ台（パチンコ遊技機）２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０１３９】
本実施の形態においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残額（残額）は、ＣＵ３側において管理・記憶している。
【０１４０】
図３７では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ遊技機）２とＣＵ（カードユニット）３とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
【０１４１】
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。
【０１４２】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０１４３】
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。
【０１４４】
ＣＵおよびＰ台の双方は、電文に「通番」を付加して送信する。また、ＣＵおよびＰ台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＰ台２に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２がＣＵ３に対して遊技玉の計数を要求する際に用いられる通番である。
【０１４５】
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に+１した加算通番をＰ台２へ送信する。Ｐ台２は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２のみが有する。Ｐ台２は、計数要求をする場合には、それまで通信に用いていた計数通番に+１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
【０１４６】
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２およびＣＵ３のそれぞれが、またはＰ台２が送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
【０１４７】
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
【０１４８】
Ｐ台２側からＣＵ３側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２側の払出制御部１７１（図４参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。
【０１４９】
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
【０１５０】
たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。
【０１５１】
あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。
【０１５２】
Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
【０１５３】
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
【０１５４】
また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。
【０１５５】
ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
【０１５６】
Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
【０１５７】
ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
【０１５８】
その結果、たとえば、異常報知ランプや表示器３１２によりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
【０１５９】
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。
【０１６０】
このように、本実施の形態では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１またはホール用管理コンピュータによって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０１６１】
図３７に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図４参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
【０１６２】
ＣＵ制御部３２３（図４参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図４参照）は、カード残額の使用を要求する入力（たとえば、玉貸ボタン３２１の押圧入力）に応じてカード残額を記憶する記憶領域から所定値を減算する。
【０１６３】
遊技者所有の遊技用価値（たとえばプリペイド残額、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。
【０１６４】
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ遊技機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
【０１６５】
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
【０１６６】
＜通信で用いられるフレーム構成＞
次に、本実施の形態に係るＣＵ３とＰ台２との間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
【０１６７】
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
【０１６８】
＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。
【０１６９】
ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０１７０】
このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
【０１７１】
それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。
【０１７２】
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。
【０１７３】
＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３側で通信断が検知された場合の処理について説明する。ＣＵ３がＰ台２に対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２に送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２に送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２に再送する。１４回目の再送を行なってもＰ台２からレスポンスを受信できなかった場合、ＣＵ３は３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３のコネクタとＰ台２のコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２の電源断などの原因が考えられる。ＣＵ３は、コマンドの再送時に通番のカウントアップを行なわない。
【０１７４】
＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２側で通信断を検知した場合の処理について説明する。ＣＵ３からＰ台２へコマンドが送信され、Ｐ台２ではそのコマンドに応答してレスポンスをＣＵ３に返信する。その後ＣＵ３からのコマンドがＰ台２に送信されてこない状態が３秒間継続した場合、Ｐ台２は通信断と判断し、発射モータ１８の駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３のコネクタとＰ台２のコネクタとの離脱、接続配線の断線、あるいはＣＵ３の電源断などが考えられる。
【０１７５】
なお、Ｐ台２側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。
【０１７６】
＜鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵＞
次に、鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵について説明する。図３８は、鍵管理サーバから通信制御ＩＣ３２５ａまでの間の通信に使用される暗号鍵を説明するための図である。まず、鍵管理サーバから通信制御ＩＣ３２５ａまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵（商用）、通信鍵１（セッション鍵）および通信鍵２（セッション鍵）がある。基板出荷鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、ＣＵ制御部−ＳＣの通信に利用され、ホールサーバとの最初の通信時にＣＵ制御部３２３が受信し、ＣＵ制御部３２３のＲＡＭに記憶される。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。基板初期鍵を用いた認証用通信（基板初期鍵モード）は限られた期間のみ許容（時限的運用）される。ここで、基板初期鍵モードは、前述したように、ホールサーバと少なくとも１回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。
【０１７７】
ここで、「限られた期間」とは、たとえば、２日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに鍵管理サーバとの鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝９時〜１７時までの間という具合に、１日の中での定めた期間を設定してもよい。
【０１７８】
なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額（カード残額、あるいは現金）を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。
【０１７９】
基板認証鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、鍵管理サーバより基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用（通常運用）に通信モード（基板認証鍵モード）が切換わる。この基板認証鍵は、ＣＵ制御部のＲＡＭとＳＣのＲＡＭとに記憶される。
【０１８０】
基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバに記憶された有効鍵をＣＵ制御部３２３が受信し、ＳＣ３２５ｂがその有効鍵を通信制御ＩＣ３２５ａに対して設定することによりＰ台とＣＵとの間の通信が可能となることで実現される。
【０１８１】
本認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、鍵管理サーバから受信した更新情報から、ＳＣ３２５ｂにより生成されてＳＣ３２５ｂのＲＡＭに記憶されるとともに、通信制御ＩＣ３２５ａにおいてもＳＣ３２５ｂと同様に更新情報から生成されて通信制御ＩＣ３２５ａのＲＡＭに記憶される。なお、この本認証鍵は、鍵管理サーバなどから本認証鍵そのものを取得するようにしてもよい。また、鍵管理サーバなどから更新情報を受信することなくＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら生成してもよい。さらに、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら所定の第２データを生成し、それら第１データと第２データとから本認証鍵を生成するようにしてもよい。
【０１８２】
仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバとの最初の通信時にＣＵ制御部３２３経由でＳＣ３２５ｂが受信し、通信制御ＩＣ３２５ａに対して送信（設定）する鍵である。有効鍵が設定されることによってＰ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａ活性化用のデータである。換言すると、有効鍵は、ＣＵとＰ台との間の通信を許可するための許可情報である。
【０１８３】
通信鍵１（セッション鍵）は、ＣＵ制御部−ＳＣの間の通信に利用され、対遊技機用の業務電文通信に用いられ、ＳＣ３２５ｂが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値（乱数）や日時情報などを用いてもよい。通信鍵２（セッション鍵）は、ＳＣ−通信制御ＩＣの間の通信に利用され、対遊技機用の業務電文通信に用いられる。
【０１８４】
なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。
【０１８５】
次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、ＳＣ３２５ｂは、ホールサーバとの最初の通信時にＣＵ制御部３２３経由で有効鍵を取得する。ＳＣ３２５ｂは、取得した有効鍵を通信制御ＩＣ３２５ａに対して送信（設定）することで、Ｐ台との通信が可能になる。ＣＵ制御部３２３はホールサーバとの最初の通信時に基板初期鍵を受信し、ＣＵ制御部３２３のＲＡＭに記憶される。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。ＳＣ３２５ｂは、取得した基板初期鍵を用いてＣＵ制御部３２３と暗号認証を行ない、該基板初期鍵を用いて時限的にＣＵ制御部３２３と暗号通信を行なう。また、電源投入時にＣＵ制御部３２３から送られてきた接続要求を受信したホールサーバは、当該ホールサーバが設置されている遊技場を識別するための統一店舗コードをＣＵ制御部３２３へ返信する。具体的には、ホールサーバのＣＰＵの制御にしたがってホールサーバの入出力インターフェイスからＣＵ制御部３２３へ統一店舗コードが送信される。
【０１８６】
一方、ＣＵ制御部３２３とＳＣ３２５ｂとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる（図４４参照）。ＣＵ制御部３２３からＳＣ３２５ｂへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりＳＣ３２５ｂが統一店舗コードを取得する。
【０１８７】
次に、ＣＵ制御部３２３は、鍵管理サーバに対して基板セキュリティ情報を要求し、鍵管理サーバがホールサーバを介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。ＣＵ制御部は、取得した基板認証鍵を用いてＳＣと暗号認証を行ない、該基板認証鍵を用いてＳＣと暗号通信を行なう。なお、ＣＵ制御部３２３は、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。
【０１８８】
この基板認証鍵は、鍵管理サーバなどから取得する代わりに、ＣＵ制御部３２３が自ら生成してもよく、また、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３が自ら所定の第２データを生成し、それら第１データと第２データとから基板認証鍵を生成するようにしてもよい。
【０１８９】
次に、ＳＣ３２５ｂは、記憶してある仮認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。そして、ＳＣは、基板認証鍵を用いてＣＵ制御部と暗号通信を行なうことで鍵管理サーバから取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。ＳＣは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。なお、本認証鍵は、通信制御ＩＣ３２５ａにおいても出荷時から記憶されているものではなく、ＳＣ３２５ｂと同様に更新情報から生成される。
【０１９０】
次に、ＳＣは、ＣＵ制御部に対して通信鍵１を通知し、以降のＣＵ制御部との間の通信を、通信鍵１を用いて行なうことで、遊技機との業務電文通信が可能となる。また、ＳＣは、通信制御ＩＣに対して有効鍵を設定することで、通信制御ＩＣから通信鍵２の通知を受け、以降の通信制御ＩＣとの間の通信を、通信鍵２を用いて行なうことで、遊技機との業務電文通信が可能となる。
【０１９１】
＜ＣＵ制御部とＳＣとの間で送受信するコマンドおよびレスポンス＞
次に、図４に示したＣＵ３内での通信について説明する。特に、ＣＵ制御部３２３と、セキュリティ基板３２５のセキュリティチップ（ＳＣ）３２５ｂとの間の通信について説明する。まず、図３９、図４０を参照して、ＣＵ制御部３２３とセキュリティチップ（ＳＣ）３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
【０１９２】
図３９、図４０には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
【０１９３】
まず、ＣＵ制御部３２３からＳＣ３２５ｂに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、ＳＣ３２５ｂに対して遊技機（Ｐ台２）との接続を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、ＣＵ制御部３２３に対して基板接続要求の応答を通知するものである。
【０１９４】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵を通知するものである。
【０１９５】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求１のコマンドが送信される。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードであり、ＣＵ制御部３２３とＳＣ３２５ｂとに記憶されている。この基板メーカコード認証要求１のコマンドは、ＳＣ３２５ｂに対して基板メーカコードの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答１のレスポンスが送信される。この基板メーカコード認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。
【０１９６】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求２のコマンドが送信される。この基板メーカコード認証要求２のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答２のレスポンスが送信される。この基板メーカコード認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板メーカコードの認証情報を通知するものである。
【０１９７】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求１のコマンドが送信される。この基板シリアルＩＤ認証要求１のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答１のレスポンスが送信される。この基板シリアルＩＤ認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。
【０１９８】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求２のコマンドが送信される。この基板シリアルＩＤ認証要求２のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答２のレスポンスが送信される。この基板シリアルＩＤ認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を通知するものである。
【０１９９】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求１のコマンドが送信される。この基板初期鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答１のレスポンスが送信される。この基板初期鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板初期鍵の認証結果を通知するものである。
【０２００】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求２のコマンドが送信される。この基板初期鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答２のレスポンスが送信される。この基板初期鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板初期鍵の認証結果を通知するものである。
【０２０１】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求１のコマンドが送信される。この基板認証鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板認証鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものである。
【０２０２】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求２のコマンドが送信される。この基板認証鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答２のレスポンスが送信される。この基板認証鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものである。
【０２０３】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求１のコマンドが送信される。この基板出荷鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板出荷鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証結果を通知するものである。
【０２０４】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求２のコマンドが送信される。この基板出荷鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵認証応答２のレスポンスが送信される。この基板出荷鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証結果を通知するものである。
【０２０５】
ＣＵ制御部３２３からＳＣ３２５ｂに対してバージョン情報通知のコマンドが送信される。このバージョン情報通知のコマンドは、ＳＣ３２５ｂに対して基板認証鍵のバージョンを通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してバージョン情報応答のレスポンスが送信される。このバージョン情報応答のレスポンスは、ＣＵ制御部３２３に対してバージョン情報を受信したことを通知するものである。
【０２０６】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、ＳＣ３２５ｂに対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、ＣＵ制御部３２３に対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものである。
【０２０７】
ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板問合せ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板問合せ情報を通知するものである。
【０２０８】
ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板情報を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板情報を受信したことを通知するものである。
【０２０９】
ＣＵ制御部３２３からＳＣ３２５ｂに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、ＳＣ３２５ｂに対してカウンタ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、ＣＵ制御部３２３に対してカウンタ情報を通知するものである。
【０２１０】
ＣＵ制御部３２３からＳＣ３２５ｂに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、ＳＣ３２５ｂに対して通信鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、ＣＵ制御部３２３に対して通信鍵を通知するものである。
【０２１１】
ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、ＳＣ３２５ｂに対して遊技機チップの問合せ情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、ＣＵ制御部３２３に対して遊技機チップの問合せ情報を通知するものである。
【０２１２】
ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、ＳＣ３２５ｂに対して遊技機チップ情報の照合結果を通知するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、ＣＵ制御部３２３に対して遊技機チップ照合結果を受信したことを通知するものである。
【０２１３】
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、ＳＣ３２５ｂに対して基板状態を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、ＣＵ制御部３２３に対して基板状態を通知するものである。
【０２１４】
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図４１〜図５１に基づいて、ＣＵ制御部３２３におけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂで実行される処理とを説明する。
【０２１５】
まず、図４１を参照して、ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明する。この図４１は、ＣＵ３が遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
【０２１６】
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的にはホールサーバより）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてＣＵ制御部３２３に記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。
【０２１７】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
【０２１８】
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
【０２１９】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
【０２２０】
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
【０２２１】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
【０２２２】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
【０２２３】
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
【０２２４】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
【０２２５】
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂからＣＵ制御部３２３、ホールサーバを経由して鍵管理サーバへ通知される。
【０２２６】
その後、ＣＵ３は、Ｐ台２に対して、リカバリ要求を行ない、Ｐ台２は、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３に返信する。
【０２２７】
次に、図４２を参照して、ＣＵ制御部３２３の電源投入・通常立上の処理を説明する。この図４２は、ＣＵ３が遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
【０２２８】
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的には鍵管理サーバより、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
【０２２９】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
【０２３０】
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
【０２３１】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
【０２３２】
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
【０２３３】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
【０２３４】
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報をさらに取得する。
【０２３５】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
【０２３６】
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
【０２３７】
次に、図４３を参照して、ＣＵ制御部３２３の電源投入・工場出荷時立上の処理を説明する。この図４３は、ＣＵ３が遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３およびＳＣ３２５ｂにおける処理である。
【０２３８】
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
【０２３９】
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３が設置されていないため、遊技場のホールサーバより基盤初期鍵をＣＵ制御部３２３が取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
【０２４０】
その後、ＣＵ制御部３２３は、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３は、ＳＣ３２５ｂにセキュリティ基板３２５のテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂに送信する。ＳＣ３２５ｂは、ＣＵ制御部３２３から基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３に送信する。
【０２４１】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にＳＣ３２５ｂより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
【０２４２】
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
【０２４３】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
【０２４４】
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
【０２４５】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
【０２４６】
その後、ＣＵ３は、Ｐ台２に対して、通信テスト要求を行ない、Ｐ台２は通信テスト応答をＣＵ３に送信する。
【０２４７】
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３が遊技場に納入されて最初の電源立上時のシーケンスが図４１で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図４２で説明した通常立上シーケンスである。
【０２４８】
次に、図４４を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
【０２４９】
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３に通知する。
【０２５０】
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
【０２５１】
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３に通知する。このとき、ＣＵ制御部３２３は、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
【０２５２】
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる（図５７参照）。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂが通信制御ＩＣ３２５ａと認証を行なうことはなく、工場で修理を行なうこととなる。
【０２５３】
ＣＵ制御部３２３は、ＳＣ３２５ｂにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
【０２５４】
ＳＣ３２５ｂは、ＣＵ制御部３２３からの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３に対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
【０２５５】
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３に対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図４１参照）に遷移する。このとき、ＣＵ制御部３２３は、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂから取得する。
【０２５６】
次に、図４５を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。
【０２５７】
まず、図４５に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図４５において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図４５において基盤出荷鍵を用いた認証が行われることになる。よって、図４５の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
【０２５８】
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
【０２５９】
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
【０２６０】
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
【０２６１】
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３は、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
【０２６２】
次に、図４６を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。
【０２６３】
まず、ＣＵ制御部３２３とＳＣ３２５ｂとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
【０２６４】
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３に通知する。
【０２６５】
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板メシリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂに通知する。
【０２６６】
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メシリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３に通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂは、ＣＵ制御部３２３に対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３は、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
【０２６７】
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
【０２６８】
バージョン情報通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
【０２６９】
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
【０２７０】
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
【０２７１】
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
【０２７２】
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
【０２７３】
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
【０２７４】
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂに対して通知する。
【０２７５】
基板認証結果通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３は、基板認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
【０２７６】
次に、図４７は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図４７を参照して、まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
【０２７７】
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３とホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
【０２７８】
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
【０２７９】
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
【０２８０】
ＳＣ３２５ｂは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３に通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
【０２８１】
その後、ＣＵ制御部３２３は、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３は、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
【０２８２】
次に、図４８を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
【０２８３】
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
【０２８４】
その後、ＣＵ制御部３２３は、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ：図３８参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
【０２８５】
その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
【０２８６】
ＳＣ３２５ｂは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３に通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
【０２８７】
同時に、ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。
【０２８８】
次に、図４９を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。
【０２８９】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
【０２９０】
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂは、認証異常として、基板認証鍵情報をクリアする。
【０２９１】
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
【０２９２】
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図４１に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
【０２９３】
なお、ＳＣ３２５ｂは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ８００に通知する。
【０２９４】
次に、図５０は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
【０２９５】
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
【０２９６】
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
【０２９７】
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
【０２９８】
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＰ台２の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＰ台２の遊技機チップ情報を取得する。
【０２９９】
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
【０３００】
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
【０３０１】
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
【０３０２】
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
【０３０３】
次に、図５１は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
【０３０４】
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
【０３０５】
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３に返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
【０３０６】
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
【０３０７】
しかしながら、その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＰ台２の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＰ台２の遊技機チップ情報を取得する。
【０３０８】
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
【０３０９】
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
【０３１０】
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
【０３１１】
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
【０３１２】
以上の図４１〜図５１に基づいて説明したＣＵ制御部３２３とＳＣ３２５ｂとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
【０３１３】
ＣＵ３が遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図４１参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図４１参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図４２参照）。
【０３１４】
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図４１参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３を遊技場に出荷するときにそのＣＵ３の基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３がセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３との間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
【０３１５】
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３とＳＣ３２５ｂとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３がホールサーバに接続されていることが担保されている状態で許容される。
【０３１６】
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図４５に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図４５に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
【０３１７】
＜通信制御ＩＣとセキュリティチップとの通信における主なシーケンス＞
次に、図５２は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文シーケンスの処理を説明する図である。図５２を参照して、ＣＵ３の電源投入後のＳＣ３２５ｂおよび通信制御ＩＣ３２５ａの処理について説明する。
【０３１８】
まず、ＣＵ３の電源を投入すると、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａが起動される。ＳＣ３２５ｂは、起動するとＣＵ制御部３２３と認証が実施され、通信制御ＩＣ３２５ａは、起動すると遊技機と認証が実施される。
【０３１９】
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、通信制御ＩＣ認証シーケンスを行なう。図３８に基づいて説明した「仮認証鍵モード」の場合には仮認証鍵を用い、本認証鍵が生成され後の本認証鍵モードの場合には本認証鍵を用いる。
【０３２０】
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、セキュリティ情報更新シーケンスを行なう。さらに、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、遊技機チップ情報認証シーケンスを行なう。
【０３２１】
その後、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して通信鍵を要求する通信鍵要求のコマンドを送信する。通信鍵要求のコマンドは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。
【０３２２】
通信鍵要求のコマンドを受信した通信制御ＩＣ３２５ａは、遊技機と業務電文を通信するための通信鍵（セッション鍵）を生成し、生成した通信鍵を通信鍵応答のレスポンスでＳＣ３２５ｂに通知する。なお、返信する通信鍵応答のレスポンスは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。通信鍵（セッション鍵）の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この現在時刻のデータは、通信制御ＩＣ３２５ａ自ら生成してもよくまた他の装置からもらい受けてもよい。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、前述の相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。
【０３２３】
なお、上記の処理終了以降、遊技機と業務電文通信が可能となる。
図５３は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図５３を参照して、以下説明する一連の処理は、ＣＵ制御部３２３とＳＣ３２５ｂとの間において行なわれる。
【０３２４】
ステップＳ２０１において、チャレンジレスポンス方式を用い、基板シリアルＩＤを使用した認証処理(単体認証）が行なわれる（図４６の基板シリアルＩＤ認証要求／応答１，２参照）。
【０３２５】
そして、ステップＳ２０１の単体認証が完了すると、次のステップＳ２０２において鍵バージョンのチェックが行なわれる（図４６のバージョン情報通知／応答参照）。
【０３２６】
そして、ステップＳ２０２の鍵バージョンのチェックが完了すると、次のステップＳ２０３において、基板認証鍵を使用した機器認証が行なわれる（図４６の基板認証鍵認証要求／応答１，２参照）。
【０３２７】
そして、ステップＳ２０３の機器認証処理が完了すると、次のステップＳ２０４において、ステップＳ２０１〜Ｓ２０３の認証結果を相互に通知を行ない、次のステップＳ２０５に処理が進む（図４６の基板認証結果通知／応答参照）。
【０３２８】
ステップＳ２０５において、通知された認証結果が正常か否かを判断され、認証結果が正常である場合にはステップＳ２０６に処理が進み、認証結果が正常でない場合にはステップＳ２０７に処理が進む。
【０３２９】
ステップＳ２０６において、ＣＵ制御部３２３がＳＣ３２５ｂから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップＳ２０９に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップＳ２１０に処理が進む。
【０３３０】
ステップＳ２０９においては、ＣＵ制御部３２３−ＳＣ３２５ｂ間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップＳ２１０は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、ＣＵ制御部３２３−ＳＣ３２５ｂ間は遊技機チップ情報の照合の処理が行なわれる。
【０３３１】
一方、ステップＳ２０５において、認証結果が正常でない場合には、ステップＳ２０６に処理が進み。このステップＳ２０６においてこのリトライ回数が３回目か否かが判断され、リトライ回数が３回目である場合には、ステップＳ２０８に処理が進み、リトライ回数が３回目でない（リトライ回数が１回目か２回目である）場合には、処理がステップＳ２０１に戻り、再度認証処理が行なわれる。
【０３３２】
ステップＳ２０８において、ＳＣ３２５ｂ基板認証異常として、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード（基板初期鍵モード）で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は１日中この基板初期鍵モードで運用され、翌日の電源立上時に再度鍵管理サーバに対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる（図５０）。また、ステップＳ２０８ａに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
【０３３３】
図５４（ａ）は、ＣＵ制御部−ＳＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図５４（ａ）を参照して、ステップＳ２１１において、ＣＵ制御部３２３は鍵管理サーバに基板認証鍵の要求を行ない、次のステップＳ２１２に処理が進む。
【０３３４】
そして、ステップＳ２１２において、ＣＵ制御部３２３は鍵管理サーバから送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信し、次のステップＳ２１３に処理が進む。
【０３３５】
ステップＳ２１３において、ＣＵ制御部３２３は遊技機が非稼動状態か否かの判定を行なう。次のステップＳ２１４のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップＳ２１４のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、ＣＵに遊技者のカードが挿入されていないか挿入されているかで判断する。カードが挿入されていない場合には遊技機が非稼働状態と判断する一方、カードが挿入されている場合には遊技機が稼働状態と判断する。ＣＵ制御部３２３に対応する遊技機が非稼動状態である場合には、ステップＳ２１４に処理が進み、ＣＵ制御部３２３に対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップＳ２１３の処理が行なわれる。
【０３３６】
ステップＳ２１４において、ＣＵ制御部３２３は、ステップＳ２１２において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
【０３３７】
図５４（ｂ）は、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図５４（ｂ）を参照して、ステップＳ２１６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２１２により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２１７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、前述のステップＳ２１３と同様に、ステップＳ２１８においてＳＣ３２５ｂは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップＳ２１９の処理を実行する。ステップＳ２１９においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
【０３３８】
このような実施の形態によれば、ＣＵの正当性が鍵管理サーバに登録された基板認証鍵によって認証される前に通常の通信モードとなってカード残額等を用いたＰ台での遊技が可能となることを防止できる。さらに、鍵管理サーバに登録された基板認証鍵を受信できないときでも、制限通信モードとなり、Ｐ台での遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、鍵管理サーバに記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
【０３３９】
図５５（ａ）（ｂ）は、通信モードの切替処理を説明するためのフローチャートの他の例である。ＣＵ制御部−ＳＣ間での通信モードの切替処理を示す図５５（ａ）を参照して、ステップＳ２２１において、ＣＵ制御部３２３は鍵管理サーバにセキュリティ基板情報の要求を行ない、次のステップＳ２２２に処理が進む。
【０３４０】
そして、ステップＳ２２２において、ＣＵ制御部３２３が鍵管理サーバに要求したセキュリティ基板情報をホールサーバが鍵管理サーバから取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバが取得する。次に、ステップＳ２２３においてホールサーバは、前述のステップＳ２１３と同様の趣旨より、セキュリティ基板情報を要求したＣＵ制御部３２３に対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバはステップＳ２２４において、取得した基板認証鍵をＣＵ制御部３２３へ送信し、それを受けたＣＵ制御部３２３はセキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信する。次に、ステップＳ２２５においてＣＵ制御部３２３は、ステップＳ２２２４において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
【０３４１】
次に、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を示す図５５（ｂ）を参照して、ステップＳ２２６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２２４により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２２７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、ステップＳ２２８においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
【０３４２】
このような実施の形態によれば、制限通信モードにおいてホールサーバが鍵管理サーバから基板認証鍵を受信したときでも、Ｐ台が稼動中のときには、即座にその基板認証鍵がＣＵに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバからＣＵに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
【０３４３】
＜ＳＣ３２５ｂとＣＵ制御部３２３との認証動作＞
次に、統一店舗コードのチェック、基板メーカコードの認証についてさらに詳しく説明する。
【０３４４】
まず、図５６を参照して、ＳＣ３２５ｂによる統一店舗コードのチェック処理を説明する。この処理は、ＳＣ３２５ｂが、基板接続要求時に通知される統一店舗コードと前回通知された統一店舗コードをチェックして、不一致の場合に設置された店舗が変わったと判断する認証動作である。ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであるか否かを判断する（ステップＳ１１０１）。なお、統一店舗コードのダミーコードは、たとえば、すべてのデータが“０ｘＦＦ”である。このダミーコードは、ＣＵ３が遊技場（店舗）に設置される前の出荷時の段階で通常の統一店舗コードの代わりに用いられるものであり、出荷時の段階でＳＣ３２５ｂに既に記憶されている。そして出荷時にダミーコードをＣＵ制御部３２３経由でＳＣ３２５ｂに入力して、ＳＣ３２５ｂがその入力されたダミーコードと記憶しているダミーコードとを一致判定して認証する。また、ダミーコードは、新装開店の遊技場(ホール)のため未だ統一店舗コードを取得していない場合に仮の店舗コードとして当該遊技場のホールサーバにデフォルトとして記憶されている。そして、新装開店の遊技場に設置されたＣＵ３にホールサーバからダミーコードをダウンロードさせてＳＣ３２５ｂがそのダウンロードされたダミーコードと記憶しているダミーコードとを一致判定して認証し、Ｐ台２による遊技を可能にする。
【０３４５】
正規の統一店舗コードを取得したホールサーバはＣＵ制御部３２３へその統一店舗コードを送信する。それを受けたＣＵ制御部３２３は、次の電源投入時における基板接続要求時にその統一店舗コードをＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであると判断した場合（ステップＳ１１０１：ＹＥＳ）、基板接続要求時にホールサーバから通知された統一店舗コードに記憶を更新するが、基板認証鍵、本認証鍵情報を初期化しないで、前回の各認証モードを引継いで動作する。その後、ＳＣ３２５ｂは、認証ログ情報を保存する（ステップＳ１１０６）。基板認証鍵、本認証鍵情報の初期化は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに必要となる処理であるが、ＳＣ３２５ｂに記憶されているダミーコードを統一店舗コードに更新する場合には、前述した新装開店の遊技場が正規に統一店舗コードを取得してその統一店舗コードをＣＵ３にダウンロードした場合であり、店舗が代わったわけではなく、基板認証鍵、本認証鍵情報の初期化は不要である。逆にこのような場合に基板認証鍵、本認証鍵情報の初期化すると、再度基板認証鍵の取得要求が必要となり、１営業日での基板初期鍵運用（時限運用）が多くなり、時限運用猶予期間が少なくなる不都合が生じる。このような不都合を回避するために基板認証鍵、本認証鍵情報の初期化を行なわないように制御している。
【０３４６】
一方、ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードでないと判断した場合（ステップＳ１１０１：ＮＯ）、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致しているか否かを判断する（ステップＳ１１０２）。
【０３４７】
ＳＣ３２５ｂは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していると判断した場合（ステップＳ１１０２：ＹＥＳ）、認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移する（ステップＳ１１０３）。なお、ＳＣ３２５ｂは、前回の認証モードが基板認証鍵モードである場合、基板認証鍵認証シーケンスへ遷移し、前回の認証モードがそれ以外の認証モードである場合、基板初期鍵認証シーケンスへ遷移する。
【０３４８】
一方、ＳＣ３２５ｂは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していないと判断した場合（ステップＳ１１０２：ＮＯ）、基板認証鍵情報、および本認証鍵情報を初期化（クリア）する（ステップＳ１１０４）。このような統一店舗コードの不一致は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに生じる。ＣＵ３が他の遊技場に移設されたため、前の遊技場で使用していた基板認証鍵情報および本認証鍵情報を初期化（クリア）してセキュリティを担保するのである。なお、ＳＣ３２５ｂは、ＣＵ制御部３２３から通知される統一店舗コードが変更になった場合、本認証鍵の初期化（クリア）を通信制御ＩＣ３２５ａに設定して、仮認証鍵による認証を開始する。なお、ＳＣ３２５ｂが本認証鍵情報を初期化（クリア）した場合に、通信制御ＩＣ３２５ａも本認証鍵情報を初期化（クリア）するように制御してもよく、また、特にそのような制御を行なうことなく次回の通信制御ＩＣ３２５ａとの認証のときにＳＣ３２５ｂが本認証鍵でないため仮認証鍵での認証に戻るようにしてもよい。
【０３４９】
また、ＳＣ３２５ｂは、ステップＳ１１０４で基板認証鍵情報、および本認証鍵情報を初期化（クリア）した後、認証処理を基板初期鍵認証シーケンスおよび仮認証鍵シーケンスへ遷移する（ステップＳ１１０５）。
【０３５０】
ＳＣ３２５ｂは、ステップＳ１１０３で認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移した後、ステップＳ１１０４で認証処理を基板初期鍵認証シーケンスへ遷移した後、認証ログ情報を保存する（ステップＳ１１０６）。
【０３５１】
図５７は、基板メーカコードの認証動作を説明するためのフローチャートである。基板メーカコードの認証は、ＳＣ３２５ｂとＣＵ制御部３２３とが、それぞれ初期情報として記憶している基板メーカコードを使用した認証を行なう認証動作である。図５７を参照して、まず、ＳＣ３２５ｂとＣＵ制御部３２３とは、記憶している基板メーカコードを使用したチャレンジ／レスポンス方式による単体認証を行なう。（ステップＳ１２０１）。なお、単体認証時に生成するレスポンスコードは、たとえば、記憶している基板メーカコードを鍵にしてチャレンジコードをブロック暗号化した後にハッシュ関数でハッシュ化することで生成される。
【０３５２】
ＳＣ３２５ｂは、生成したチャレンジコードに対してＣＵ制御部３２３が生成したレスポンスコードをチェックした認証結果が正常か否かの判断を行なう（ステップＳ１２０２）。ＳＣ３２５ｂは、認証結果が正常であると判断した場合（ステップＳ１２０２：ＹＥＳ）、既に基板認証鍵で認証済みであるか否かを判断する（ステップＳ１２０３）。一方、ＳＣ３２５ｂは、認証結果が正常でない（異常）と判断した場合（ステップＳ１２０２：ＮＯ）、ｎ回（たとえば３回）連続して異常であるか否かを判断する（ステップＳ１２０４）。
【０３５３】
ＳＣ３２５ｂは、既に基板認証鍵で認証済みであると判断した場合（ステップＳ１２０３：ＹＥＳ）、基板認証鍵の認証処理へ遷移し、基板認証鍵認証シーケンスを維持する（ステップＳ１２０５）。一方、ＳＣ３２５ｂは、既に基板認証鍵で認証済みでないと判断した場合（ステップＳ１２０３：ＮＯ）、基板初期鍵の認証処理へ遷移する（ステップＳ１２０６）。
【０３５４】
ＳＣ３２５ｂは、ｎ回連続して異常でないと判断した場合（ステップＳ１２０４：ＮＯ）、処理をステップＳ１２０１に戻す。一方、ＳＣ３２５ｂは、ｎ回連続して異常であると判断した場合（ステップＳ１２０４：ＹＥＳ）、セキュリティを担保するために基板認証鍵情報および本認証鍵情報を初期化（クリア）する（ステップＳ１２０７）。これにより、基板認証鍵情報および本認証鍵情報が盗用される不都合を防止できる。その後、ＳＣ３２５ｂは、基板初期鍵の認証処理へ遷移する（ステップＳ１２０８）。
【０３５５】
ＳＣ３２５ｂは、ステップＳ１２０５で基板認証鍵認証シーケンスを維持、またはステップＳ１２０６、Ｓ１２０８で基板初期鍵の認証処理へ遷移した後、認証ログ情報を保存する（ステップＳ１２０９）。
【０３５６】
＜ヘルスチェック＞
次に、本実施の形態に係る遊技用システムでは、たとえばＣＵ３またはＰ台２と鍵管理サーバとの通信が不通となった場合であっても、安定してＣＵ３またはＰ台２を稼働させるために時限運用機能を利用して稼働を継続することが可能である。しかし、時限運用機能を意図的に利用して、鍵管理サーバと通信を行なうことなくＣＵ３やＰ台２を稼働させて不正な営業が行なわれる可能性があった。そこで、本実施の形態では、時限運用機能を利用して稼働しているＣＵ３またはＰ台２が、鍵管理サーバとの通信が不通となった状態が所定の期間継続した場合、当該時限運用機能を無効にするように構成している。また、本実施の形態では、ＣＵ３またはＰ台２の時限運用機能が無効にされても、鍵管理サーバとの通信が回復し所定の条件を満たせば再び時限運用機能の設定を有効にする構成にしてある。
【０３５７】
図５８は、本実施の形態に係る遊技用システムにおいて時限運用機能を無効にする処理を説明するための図である。図５８を参照して、時限運用機能を無効にする処理について説明する。時限運用機能を無効にする処理は、鍵管理サーバ８００−ホールサーバ８０１間、ホールサーバ８０１−ＣＵ制御部３２３間、ＣＵ制御部３２３−ＳＣ３２５ｂ間において所定の処理が行なわれる。
【０３５８】
まず、ＣＵ制御部３２３およびＳＣ３２５ｂを含むＣＵ３がＰ台２と通信を行なうことで、遊技者がＰ台２で遊技を行なうことが可能となっている。このとき、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれており、ＣＵ制御部３２３からの状態情報要求のコマンドも、ＳＣ３２５ｂ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されている。
【０３５９】
この秘匿鍵Ａは、鍵管理サーバ８００からのヘルスチェックにより定期的に更新することで、正常にＣＵ制御部３２３−ＳＣ３２５ｂ間の通信を行なうことが可能となる。図５８に示す鍵管理サーバ８００は、ＣＵ制御部３２３−ＳＣ３２５ｂ間で正常に通信を行なっているときに、ＣＵ制御部３２３およびＳＣ３２５ｂに対してヘルスチェックを行なうべくヘルスチェック要求のコマンドを送信しているが、鍵管理サーバ８００−ホールサーバ８０１間の通信が不通のため当該ヘルスチェック要求のコマンドがＣＵ制御部３２３に到達していない。
【０３６０】
鍵管理サーバ８００からのヘルスチェックは、たとえば１日１回行なわれ、鍵管理サーバ８００−ホールサーバ８０１間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない場合であっても再送信せずに次の日にヘルスチェック要求を送信することになる。
【０３６１】
ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信は、鍵管理サーバ８００からのヘルスチェックが行なわれず秘匿鍵Ａが更新されない場合であっても、時限運用機能のため何ら制限を受けることなく継続して通信を行なうことができる。そのため、ＣＵ３とＰ台２との通信も正常に行なうことができ、ＣＵ３やＰ台２を正常に稼働させてＰ台２での営業を可能にすることができる。
【０３６２】
しかし、鍵管理サーバ８００がヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３に到達しない状態が、たとえば１０日間（１日１回ヘルスチェックを行なう場合であれば１０回）継続した場合、ヘルスチェック要求時限オーバーと判断される。ヘルスチェック要求時限オーバーと判断されると、ＳＣ３２５ｂは時限運用機能を無効にして、秘匿鍵Ａを用いたＣＵ制御部３２３−ＳＣ３２５ｂ間の通信を行なうことができなくなる。ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信において秘匿鍵Ａを利用できない場合、通信内容が大幅に制限され、ＣＵ３とＰ台２との通信も制限される。そのため、ＣＵ３やＰ台２の稼働を不可にさせたり、大幅に制限を加えて稼働させたりすることができる。
【０３６３】
ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれておらず、ＣＵ制御部３２３からの状態情報要求のコマンドも、ＳＣ３２５ｂ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されていない。その代わりに、たとえばＣＵ制御部３２３またはＳＣ３２５ｂに保持されている初期鍵Ａに基づいて暗号して通信を行なってもよい。その場合、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間で通信できるコマンドが大幅に制限される。
【０３６４】
以上のように、本実施の形態では、鍵管理サーバとの通信が不通となった状態が所定の期間継続してヘルスチェックできない場合、時限運用機能を無効にするので、時限運用機能を利用して不正にＰ台２を稼働させて営業することを防止することができる。なお、時限運用機能を無効にする無効条件は、ヘルスチェックできない期間が１０日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できなかった回数が所定回数になったことを条件にしてもよい。
【０３６５】
次に、時限運用機能を無効にした遊技用システムに対して、時限運用機能を有効にするための処理について説明する。図５９は、本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。図５９を参照して、時限運用機能を有効にする処理について説明する。時限運用機能を有効にする処理は、鍵管理サーバ８００−ホールサーバ８０１間、ホールサーバ８０１−ＣＵ制御部３２３間、ＣＵ制御部３２３−ＳＣ３２５ｂ間において所定の処理が行なわれる。
【０３６６】
まず、ＣＵ制御部３２３およびＳＣ３２５ｂを含むＣＵ３がＰ台２と通信を行ない、ＣＵ制御部３２３から状態情報要求のコマンドをＳＣ３２５ｂに送信し、それを受けてＳＣ３２５ｂ間から状態情報応答のレスポンスをＣＵ制御部３２３に送信している。なお、このときＣＵ制御部３２３およびＳＣ３２５ｂは、鍵管理サーバ８００−ホールサーバ８０１間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない状態で無効条件が成立して時限運用機能が無効にされている。
【０３６７】
その後、鍵管理サーバ８００−ホールサーバ８０１間の回線が復旧して通信可能となった場合、鍵管理サーバ８００から送信したヘルスチェック要求に対するヘルスチェック応答が得られる。このような鍵管理サーバ８００からのヘルスチェックが可能となった状態が３日間経過し、４日目のヘルスチェック要求を鍵管理サーバ８００が行なう。なお、ヘルスチェックが可能となった状態であれば、ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれている。
【０３６８】
具体的に、鍵管理サーバ８００は、ホールサーバ８０１に対してヘルスチェック要求のコマンドを送信し、当該コマンドを受けたホールサーバ８０１がＣＵ制御部３２３に対してヘルスチェック要求のコマンドを送信する。さらに、ＣＵ制御部３２３は、ホールサーバ８０１からのコマンドを受けて、付加情報としてヘルスチェック要求を含む基板状態要求のコマンドをＳＣ３２５ｂに送信する。
【０３６９】
ＳＣ３２５ｂは、ＣＵ制御部３２３から基板状態要求のコマンドを受けると、回線が復旧して正常にヘルスチェックが３日間行なわれたので、無効にしてある時限運用機能を有効にする。時限運用機能を有効にすることで、今後、鍵管理サーバ８００−ホールサーバ８０１間の通信が不通となりヘルスチェックが行なえなくなっても、ＣＵ制御部３２３およびＳＣ３２５ｂは、時限運用機能を利用して秘匿鍵Ａに基づく通信を行なうことが可能となる。これにより、ＣＵ３およびＰ台２は、鍵管理サーバ８００との通信断などの障害が生じたとしても安定して稼働させることができる。
【０３７０】
さらに、ＳＣ３２５ｂは、基板状態要求のコマンドを受けて、付加情報としてヘルスチェック応答を含む基板状態応答のレスポンスをＣＵ制御部３２３に送信する。ヘルスチェック応答には、ＳＣ３２５ｂの状態情報が含まれるとともに、Ｐ台２から受信したＰ台２の状態情報が含まれている。なお、図４０には示していないが、ＳＣ３２５ｂがＰ台２に対してヘルスチェック要求を行ない、Ｐ台２からヘルスチェック応答を受信することで、Ｐ台２の状態情報を取得する。
【０３７１】
ＣＵ制御部３２３は、ＳＣ３２５ｂから基板状態応答のレスポンスを受けて、ホールサーバ８０１に対してヘルスチェック応答のレスポンスを送信する。当該ヘルスチェック応答のレスポンスには、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間の認証状態の情報が含まれている。さらに、ホールサーバ８０１が、ＣＵ制御部３２３からヘルスチェック応答のレスポンスを受けて、鍵管理サーバ８００に対してヘルスチェック応答のレスポンスを送信する。
【０３７２】
以上のように、本実施の形態では、鍵管理サーバとの回線が復旧し通信が可能となった状態が所定の期間継続してヘルスチェックを行なうことができる場合、無効である時限運用機能を有効にするので、時限運用機能を利用して遊技場の営業を妨げない安定した稼働が可能となる。また、無効である時限運用機能を有効にするために店員が各ＣＵ３やＰ台２を操作する必要が無いため、店員の作業を軽減することができる。なお、時限運用機能を有効にする復帰条件は、ヘルスチェックが可能となった期間が３日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できた回数が所定回数になったことを条件にしてもよい。また、時限運用機能を無効にする無効条件であるヘルスチェックできない期間（たとえば１０日間）は、時限運用機能を有効にする復帰条件であるヘルスチェックが可能となった期間（たとえば３日間）に比べて長くすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定したＣＵ３およびＰ台２の稼働が可能になる。
【０３７３】
＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図６０は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ遊技機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。
【０３７４】
遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
【０３７５】
図６０を参照して、スロットマシン（以下、遊技機、またはＳ台と略称することもある）２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図６０では図示を省略しているが、Ｓ台２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。
【０３７６】
Ｓ台２Ｓでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２Ｓにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２Ｓには、メダル投入口およびメダル払出口が設けられていない。
【０３７７】
Ｓ台２Ｓの筐体内部には、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２Ｌ、２Ｃ、２Ｒに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳに設けられた透視窓から見えるように配置されている。リール２Ｌ、２Ｃ、２Ｒの外周部には、複数種類の図柄が所定の順序で描かれている。
【０３７８】
前面扉２ｂＳの各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分には、タッチパネル式の表示器５１０が設けられている。この表示器５１０は、Ｐ台の表示器５４に相当する表示器であり、表示器５４と同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０は、図４の表示器５４と同様にＣＵの表示制御部３５０に接続されており、ＣＵ側で表示制御される。なお、この表示器５１０は、各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図６０に示されるスタートスイッチ７Ｓよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。
【０３７９】
また、前面扉２ｂＳには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５Ｓ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６Ｓ、ゲームを開始する際に操作されるスタートスイッチ７Ｓ、リール２Ｌ、２Ｃ、２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ、８Ｃ、８Ｒがそれぞれ設けられている。
【０３８０】
Ｓ台２Ｓにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５Ｓ、またはＭＡＸＢＥＴスイッチ６Ｓを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７Ｓの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
【０３８１】
ゲームが開始可能な状態でスタートスイッチ７Ｓを操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応するリール２Ｌ、２Ｃ、２Ｒの回転が停止し、透視窓に表示結果が導出表示される。
【０３８２】
そして全てのリール２Ｌ、２Ｃ、２Ｒが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０の遊技点の表示も加算更新される。
【０３８３】
Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図１に示すとおり、Ｓ台２Ｓには、遊技点を計数して持点に変換するための計数ボタン２８Ｓが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図４参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０に表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３へ直接入力されるようにしてもよく、あるいは、Ｐ台２やＳ台（スロットマシン）２Ｓを経由して状態情報応答としてＣＵ３へ送信されるようにしてもよい。
【０３８４】
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
【０３８５】
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２Ｓを制御する主制御部（Ｓ台の主制御部１６１に相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
【０３８６】
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。
【０３８７】
Ｓ台２Ｓの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳに取り付けられた状態で枠メーカからホールに納品される。
【０３８８】
一方、Ｓ台２Ｓのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳとは別にスロットマシンメーカからホールに納品される。基板取付盤は、図３に示した遊技盤２６に対応する盤であり、遊技盤２６に設けられた凸型ドロアコネクタ３２と同様のコネクタを備えている。
【０３８９】
Ｓ台２Ｓの本体枠２ａＳ内の所定位置（たとえば、リール２Ｌ、２Ｃ、２Ｒの下方）には、基板取付盤を取り付けるための取付機構と、基板取付盤側の凸型ドロアコネクタを接続するためのコネクタが設けられている。この取付機構およびコネクタは図３に示した取付機構３４ａ、３４ｂおよび凹型ドロアコネクタ３３と同様の構造であって、基板取付盤を容易に取付機構に固定できるように工夫されている。凹型ドロアコネクタから延びる配線は、リール２Ｌ、２Ｃ、２Ｒや各種操作スイッチ（ボタン）などに接続されている。
【０３９０】
また、Ｓ台２Ｓは、Ｐ台２の前枠５に相当する前面扉２ｂＳの開放検出、および本体枠２ａＳと基板取付盤との接続検出を行なう構成を有しており、ループ状の電力線にメイン制御基板も直列に接続されている。
【０３９１】
Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
【０３９２】
図６１は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図６１に示した送受信態様は、Ｐ台の構成として説明した図３７の用語をＳ台用に置き換えたものであり、その態様は、図３７を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
【０３９３】
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
【０３９４】
（１）  本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。
【０３９５】
また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。
【０３９６】
また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２およびＣＵ３の双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。
【０３９７】
（２）  上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の前枠に対応する。ただし、Ｓ台には、図４に示した前枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１、および発射モータ１８は、不要である。
【０３９８】
従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
【０３９９】
一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。
【０４００】
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
【０４０１】
他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
【０４０２】
遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０あるいは表示器２９Ｓには、これら４種類のデータを表示する。
【０４０３】
まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。
【０４０４】
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０あるいは表示器２９Ｓには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。
【０４０５】
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
【０４０６】
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５Ｓの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６Ｓの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。
【０４０７】
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０あるいは表示器２９Ｓにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
【０４０８】
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
【０４０９】
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
【０４１０】
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。
【０４１１】
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
【０４１２】
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
【０４１３】
（３）  本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
【０４１４】
（４）  本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
【０４１５】
（５）  持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
【０４１６】
（６）  遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
【０４１７】
（７）  本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
【０４１８】
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。
【０４１９】
（８）  大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。
【０４２０】
（９）  大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。
【０４２１】
（１０）  遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
【０４２２】
（１１）  「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。
【０４２３】
また、上述した「持点として所定の処理が可能となるように処理するための記録媒体処理操作」とは、たとえば、カードの返却操作である。また、「所定の処理」とは、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。
【０４２４】
（１２）  玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるようにしてもよい。また、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
【０４２５】
また、遊技中であるか否かを玉の発射動作が検出されているか否かで判断してもよく、遊技中球数（遊技領域２７内で浮遊している浮遊玉）が０になっているか（遊技中でない）否か（遊技中）で、判断してもよい。さらに、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
【０４２６】
さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２Ｌ、２Ｃ、２Ｒが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２Ｌ、２Ｃ、２Ｒが停止するまでの期間である。
【０４２７】
（１３）  計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
【０４２８】
（１４）  遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
【０４２９】
（１５）  遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカ２７０から出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
【０４３０】
（１６）  計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
【０４３１】
（１７）  本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
【０４３２】
（１８）  本実施の形態では、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
【０４３３】
（１９）  表示器５４で行なう計数表示や各種の報知は、同様に表示器３１２で行なうようにしてもよい。
【０４３４】
（２０）  ＣＵ３において、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。
【０４３５】
（２１）  貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。
【０４３６】
（２２）  打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
【０４３７】
これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
【０４３８】
（２３）  玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。
【０４３９】
（２４）  本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点（持玉）を分割して共有する処理（持点を他人に分割譲渡する処理）を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、ＣＵ又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。
【０４４０】
（２５）  前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
【０４４１】
（２６）  前述の実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
【０４４２】
（２７）  本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、ＣＵと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。
【０４４３】
（２８）  ＣＵ制御部３２３は、ホールサーバ８０１を介して鍵管理サーバ８００から基板セキュリティ情報（基板認証鍵や更新情報を含む）を受信する。しかしながら、これに代えて、鍵管理サーバ８００とＣＵ制御部３２３との間にホールサーバ８０１を介することなく、鍵管理サーバ８００からＣＵ制御部３２３へ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ８００とＣＵとを直接、回線接続することや、鍵管理サーバ８００と各ＣＵとの間にホールサーバ８０１と異なる中継用の通信装置を設けることが考えられる。
【０４４４】
（２９）  本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置２７８や表示器５４などの可変表示手段（可変表示装置）に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからＣＵあるいはＰ台へダウンロードするようにしてもよい。
【０４４５】
（３０）  持玉または遊技玉の数の変化の有無をＣＵまたはＰ台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
【０４４６】
（３１）  あるいは、カードがＣＵに挿入されていないにも関わらず、遊技者の遊技玉が変化した場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、遊技を終えてカードを排出した後に、遊技盤に引っ掛かっていた玉が入賞して遊技玉が払い出されたまま放置されているような台を店員が把握しやすくする。
【０４４７】
（３２）  本実施の形態において、ＣＵ３はＰ台２からの前回遊技台情報と最新遊技台情報とを自ら記憶しているデータと比較判定して、Ｐ台２側のデータに不正水増しのないことを確認してデータを補正する。仮に、ＣＵ３側でエラー判定されると、このような状況は、単にＣＵ３の交換が要因（交換後のＣＵ３には比較対象の正規のデータが記憶されていない）であって、不正行為に基づくものではない可能性もあるため、ホールの店員が確認の上で、リモコン等の携帯型端末装置でエラーを解除する。ただし、このように、ＣＵ３が新たなものに交換されていたときには、当該ＣＵ３は上記のエラー判定を一切しないようにしてもよい。また、あるいは、ＣＵ３には、交換されたものであるか否かに関わらず、上記のエラー判定機能を設けないようにしてもよい。
【０４４８】
（３３）  本実施の形態において、遊技者所有の有価価値を特定可能な記録媒体であるカードを、遊技開始時にカード挿入／排出口３０９に挿入し、遊技終了後にカード挿入／排出口３０９から抜き取る構成について説明した。しかし、本発明はこれに限られず、カードを、遊技開始時にカード読み取り部に載置し、遊技終了後にカード読み取り部から外す構成であってもよい。つまり、遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段に対して、遊技開始時に記録媒体受付手段に取り付け、遊技終了後に記録媒体受付手段から取り外す構成であればよい。
【０４４９】
（３４）  本実施の形態において、Ｐ台２は、カードを受付けたとき、および通信復旧したときに、ＣＵ３のセキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成について説明した。しかし、本発明はこれに限られず、Ｐ台２は、ＣＵ３のセキュリティ基板３２５から通知された「店舗コード」と、Ｐ台２で保持している「店舗コード」との一致判定を行なう、またはＣＵ３のセキュリティ基板３２５から通知された「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成であってもよい。
【０４５０】
（３５）  本実施の形態では、鍵管理サーバ８００がヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３に到達しない状態が、たとえば１０日間継続した場合、ヘルスチェック要求時限オーバーと判断され、ＣＵ３またはＰ台２の時限運用機能が無効にされる構成を説明した。しかし、本発明はこれに限定されず、ＣＵ３またはＰ台２の時限運用機能が無効にされるまでの日数を表示器５４に表示させたり、複数の制限レベルを有する時限運用機能を段階的に無効するようにしたりしてもよい。
【０４５１】
（３６）  本実施の形態では、セキュリティ基板３２５に接続される基板が、ＣＵ制御部３２３が搭載されたＣＵ制御基板３２７である構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板３２５は、中継基板を介してＣＵ制御基板３２７に接続されてもよい。つまり、セキュリティ基板３２５は、ＣＵ制御基板３２７に直接接続されるのではなく、中継基板に一旦接続され、当該中継基板がＣＵ制御基板３２７に接続される構成である。なお、中継基板は、上述したＣＵ制御基板３２７に設けられていたコネクタ５００や突起３８０を有する。これにより、機種によってセキュリティ基板３２５との接続形態が異なる場合であっても、中継基板を設けることでセキュリティ基板３２５のコネクタ５１０の形状を共通化することができる。
【０４５２】
また、本発明はこれに限定されず、セキュリティ基板３２５は、ＣＵ制御基板３２７に接続される他の基板に接続されていてもよい。この場合、他の基板は、上述したＣＵ制御基板３２７に設けられていたコネクタ５００や突起３８０を有する。そして、セキュリティ基板３２５と他の基板とが、セキュリティ基板３２５の基板表面３３０が他の基板に対向するように接続される。そうすると、セキュリティ基板３２５とＣＵ制御基板３２７とは、他の基板を介して互いに通信が可能になる。なお、他の基板には、たとえば、ＣＵ制御基板３２７に設けられている上述した電源部３２３ｂ、ＵＡＲＴ通信部３２３ｃ、リセット部３２３ｄおよびＰＩＦ回路３２６のうちの少なくとも１つが設けられた電源基板や通信基板などでもよい。また、他の基板は、ＣＵ３に設けられている表示器３１２、ＩＲ感光ユニット３２０や各種ランプ（図示しない）などを動作させるためのドライバ回路が形成された基板（ドライバ基板）であってもよい。また、他の基板に、セキュリティ基板３２５とＣＵ制御基板３２７との接続を中継する中継基板や、ドライバ基板などとＣＵ制御基板３２７との接続を中継する中継基板も含めてもよい。
【０４５３】
（３７）  本実施の形態において、セキュリティ基板３２５に接続されるＣＵ制御基板３２７には、セキュリティ基板３２５の向きとＣＵ制御基板３２７の向きとを合わせるための印が形成されていてもよい。たとえば、この印は、ＣＵ制御基板３２７の基板表面（コネクタ５００や突起３８０を有する面）に画像（マーク）として形成される。また、この印は、ＣＵ制御基板３２７に対して係合するセキュリティ基板３２５の向きを一意に定めるようなソケットなどの構造物であってもよい。
【０４５４】
（３８）  本実施の形態では、セキュリティ基板３２５にはヘッダーコネクタであるコネクタ５１０が設けられ、ＣＵ制御基板３２７にはレセプタクルコネクタであるコネクタ５００が設けられる構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板３２５にレセプタクルコネクタであるコネクタ５００が設けられ、ＣＵ制御基板３２７にはヘッダーコネクタであるコネクタ５１０が設けられる構成であってもよい。
【０４５５】
（３９）  本実施の形態では、セキュリティ基板３２５に開口部３６０ａ，３６０ｂを設けて、ＣＵ制御基板３２７に突起３８０を設ける構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板３２５に突起３８０を設けてＣＵ制御基板３２７に開口部３６０ａ，３６０ｂを設けられる構成であってもよい。また、変形例２におけるセキュリティ基板５２５に突起３８０を設けて、ＣＵ制御基板３２７に開口部５６０を設ける構成であってもよい。
【０４５６】
また、突起３８０は、ＣＵ制御基板３２７（またはセキュリティ基板３２５など）に予め設けられておらず、ＣＵ制御基板３２７（またはセキュリティ基板３２５など）とは独立した接続部材であってよい。
【０４５７】
（４０）  なお、図６〜図１２に示したセキュリティ基板３２５において、外観的特徴部分については実線で、非特徴部分については破線で外形線を示しており、本願を意匠登録出願に変更する場合には、図面において実線で示した部分、破線で描いた部分のうちの任意の部分、あるいはその任意の部分と実線で描いた部分とを併せた部分を「意匠登録を受けようとする意匠」とすることができる。さらには、セキュリティ基板３２５の全体形状を「意匠登録を受けようとする意匠」として意匠登録出願に変更してもよい。すなわち、図６〜図１２には、それらの図面から特定できるあらゆる態様の外観が記載されている。図１８〜図２４に示したセキュリティ基板４２５および図２７〜図３３に示したセキュリティ基板５２５も同様である。
【０４５８】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０４５９】
２  パチンコ遊技機、２Ｓ  スロットマシン、３  カードユニット、１６  主制御基板、１７  払出制御基板、２６  遊技盤、５４，３１２  表示器、３０９  カード挿入／排出口、３１９  再プレイボタン、３２０  ＩＲ受光ユニット、３２１  貸出ボタン、３２２  返却ボタン、１６１  主制御部、３５０  表示制御部、１７１  払出制御部、３２３
ＣＵ制御部、３２５  セキュリティ基板、３２５ａ  通信制御ＩＣ、３２５ｂ  セキュリティチップ、３２７  ＣＵ制御基板、３３０  基板表面、３８０  突起、５００，５１０  コネクタ。
【図１】
2020096930.tif 000003
【図２】
2020096930.tif 000004
【図３】
2020096930.tif 000005
【図４】
2020096930.tif 000006
【図５】
2020096930.tif 000007
【図６】
2020096930.tif 000008
【図７】
2020096930.tif 000009
【図８】
2020096930.tif 000010
【図９】
2020096930.tif 000011
【図１０】
2020096930.tif 000012
【図１１】
2020096930.tif 000013
【図１２】
2020096930.tif 000014
【図１３】
2020096930.tif 000015
【図１４】
2020096930.tif 000016
【図１５】
2020096930.tif 000017
【図１６】
2020096930.tif 000018
【図１７】
2020096930.tif 000019
【図１８】
2020096930.tif 000020
【図１９】
2020096930.tif 000021
【図２０】
2020096930.tif 000022
【図２１】
2020096930.tif 000023
【図２２】
2020096930.tif 000024
【図２３】
2020096930.tif 000025
【図２４】
2020096930.tif 000026
【図２５】
2020096930.tif 000027
【図２６】
2020096930.tif 000028
【図２７】
2020096930.tif 000029
【図２８】
2020096930.tif 000030
【図２９】
2020096930.tif 000031
【図３０】
2020096930.tif 000032
【図３１】
2020096930.tif 000033
【図３２】
2020096930.tif 000034
【図３３】
2020096930.tif 000035
【図３４】
2020096930.tif 000036
【図３５】
2020096930.tif 000037
【図３６】
2020096930.tif 000038
【図３７】
2020096930.tif 000039
【図３８】
2020096930.tif 000040
【図３９】
2020096930.tif 000041
【図４０】
2020096930.tif 000042
【図４１】
2020096930.tif 000043
【図４２】
2020096930.tif 000044
【図４３】
2020096930.tif 000045
【図４４】
2020096930.tif 000046
【図４５】
2020096930.tif 000047
【図４６】
2020096930.tif 000048
【図４７】
2020096930.tif 000049
【図４８】
2020096930.tif 000050
【図４９】
2020096930.tif 000051
【図５０】
2020096930.tif 000052
【図５１】
2020096930.tif 000053
【図５２】
2020096930.tif 000054
【図５３】
2020096930.tif 000055
【図５４】
2020096930.tif 000056
【図５５】
2020096930.tif 000057
【図５６】
2020096930.tif 000058
【図５７】
2020096930.tif 000059
【図５８】
2020096930.tif 000060
【図５９】
2020096930.tif 000061
【図６０】
2020096930.tif 000062
【図６１】
2020096930.tif 000063