以下、図面を参照して本発明に係る実施の形態を以下に説明する。
<パチンコ遊技機の構成>
まず、図1を参照して、本実施の形態に係るパチンコ遊技機の構成を説明する。遊技場(ホール)内に複数配置されている各遊技島(図示略)には、遊技機の一例の封入循環式パチンコ遊技機(以下、遊技機、パチンコ機またはP台と略称することもある)2が併設されている。なお、P台2の所定側の側方位置には、該P台2に対して遊技用装置の一例のカードユニット(以下CUと略称することもある)3が1対1に対応設置されている。なお、本実施の形態に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、P台2と接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行なう呼出しランプ装置などであってもよい。
P台2は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル25を操作することにより、発射モータ18(図4参照)を駆動させて封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル25の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル25を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ18が駆動される。この状態で、遊技者による打球操作ハンドル25の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域27内に発射される。
パチンコ玉の発射強度(以下、単に発射強度Tともいう)は、打球操作ハンドル25の回動操作量(以下、単にハンドル操作量ともいう)に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Tが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Tを調整することができる。
図1に示すP台2は、いわゆる第1種のパチンコ遊技機であって、遊技領域27の中央に可変表示装置(特別図柄とも言う)278が設けられている。また、遊技領域27には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図1に示す遊技領域27には、1つの大入賞口(可変入賞球装置)271と、3つの普通入賞口272,273,274と、3つの始動入賞口275,276,277とが示されている。特に、始動入賞口276は、遊技者にとって有利な第1の状態(たとえば開成状態)と遊技者にとって不利な第2の状態(たとえば閉成状態)とに変化可能な電動チューリップで構成されている。
可変表示装置278は、複数種類の識別情報(図柄)を可変表示可能な可変表示部を備えており、各始動入賞口275,276,277に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ(たとえばぞろ目)になると、大当り状態となり、大入賞口271が開放する。
大入賞口271内には、確変入賞口271aが配置される。大入賞口271に入賞したパチンコ玉がさらに確変入賞口271aにも入賞すると、現在の大当り状態の終了後に大当りが発生する確率が向上する状態(以下、確率変動状態、あるいは単に確変状態ともいう)が発生する。
また、可変表示装置278の表示結果が大当り図柄の組合せ(ぞろ目)のうちの予め定められた特別の識別情報の組合せ(たとえば777等の確変図柄の組合せ)となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態(確変状態)が発生する。
遊技領域27内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口154に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口154に回収されたパチンコ玉は再度P台2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再びその打球発射位置のパチンコ玉が遊技領域27内に打込まれる。
P台2における遊技領域27の下方位置には、表示器54が設けられている。表示器54は、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置278の表示と連動した様々な演出画像を遊技者に表示する。なお、表示器54は、図1に示すようにCU(カードユニット)3から独立してP台(パチンコ遊技機)2に取付けられる構成でも、CU(カードユニット)3と一体に形成され、P台(パチンコ遊技機)2の前面に嵌合させる構成でもよい。CU3の表示器54を、P台2の前面に嵌合させる構成であれば、CU3とP台2とをより強く連結することができるので、さらに不正を防止することができる。この場合、表示器54との連結係止を、ガラス扉6または打球操作ハンドル25が設けられた下扉を開かないと解除することができないようにすることで、さらに不正を防止することができる。
また、この表示器54の下方部分に7セグ表示器50が設けられている。7セグ表示器50は7セグメントLEDディスプレイで構成されており、後述の払出制御部171によって制御される。この7セグ表示器50により、後述する遊技玉数や発生したエラーのエラー番号等が表示される。
さらに、P台2における打球操作ハンドル25の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン28が設けられている。本実施の形態では、計数ボタン28を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、1度押下すると、所定数(たとえば100玉)だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン28を1度押下した場合には、その押下時間にかかわらず(長押しか否かにかかわらず)、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。
このように、計数ボタン28をP台(パチンコ遊技機)2側に設けているため、計数ボタン28をCU(カードユニット)3側に設ける場合に比較して、P台2に正対して座っている遊技者の操作性を向上できる。また、P台2は、遊技領域27の右上位置および左上位置に、可変表示装置278で表示される演出にあわせて再生する音楽データを出力するためのスピーカ270が設けてある。なお、スピーカの位置および個数は、図1に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
計数ボタン28の右上方には、遊技玉数を表示するための遊技玉数表示器29が設けられている。遊技玉数表示器29は、7セグメント式のディスプレイである。なお、遊技玉数表示器29は、液晶表示器や有機EL表示器、その他の表示器で構成してもよい。
本実施の形態に係るP台2は、遊技盤26とそれ以外の前枠(遊技枠)5とに分けることができる。特に、遊技盤26は、各社が開発するパチンコ遊技機の機種毎に異なるものである一方、前枠5は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤26のみの交換で事足りる。
<カードユニットの構成>
次に、引続き図1を参照して、本実施の形態に係るCU3の構成を説明する。このCU3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード(一般カードとも言う)や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはICカードで構成されている。
それらのカードを受付けたCU3は、カードの記録情報により特定される遊技者所有の遊技価値(たとえばカード残額、持玉数、あるいは貯玉数等)を“遊技玉のデータ”に変換する機能を有する。P台2では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
CU3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入/排出口309などが設けられている。このカード挿入/排出口309に挿入された会員カードやビジターカードがカードリーダライタ(図示省略)に受付けられ、そのカードに記録されている情報が読取られる。
前述の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受付けた場合において、該会員カードに記録された会員カードID(単に、カードID、C-IDとも言う)ならびに会員カードIDにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン319とが設けられている。
表示器312は、挿入された遊技用記録媒体(カード)に記録されているプリペイド残額(カード残額または単に残額とも言う)を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてP台2による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、P台2による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン319とは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン319は貯玉引落とし専用のボタンとしてもよい。
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ801にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ801にカード番号と対応させて記憶させてもよい。このホールサーバ801にカード番号と対応させて記憶させる際に、ホールサーバ801に記憶させた時刻を特定できるデータをカード(会員カード、ビジターカード)に書込んで排出してもよい。また、プリペイド残額についてはカード(会員カード、ビジターカード)に直接書込んで排出する。
なお、持玉を、カード(会員カード、ビジターカード)、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン28が操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
また、遊技者が遊技を終えてCU3からカードを返却したときには、CU3に記憶していた持玉が一旦貯玉としてホールサーバ801に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のCU3にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのCU3に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
紙幣挿入口302に挿入された紙幣は、貨幣識別器(図示省略)により取込まれてその真贋や紙幣種別の識別がなされる。
CU3の前面側には、さらに、IR(Infrared)感光ユニット(IR受光ユニットとも言う)320と、玉貸ボタン(貸出ボタンとも言う)321と、カード返却ボタン322とが設けられている。IR感光ユニット320は、遊技場の係員が所持するリモコン(図示略)から赤外線信号を受信して電子信号に変換して出力するIR感光ユニット320である。玉貸ボタン321は、挿入されたカードに記録されている残額を引落としてP台2による遊技に用いるための操作(遊技玉への変換操作)を行なうボタンである。カード返却ボタン322は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数(カード挿入時の持玉数−遊技玉への変換数+計数操作によって計数された持玉数)を記憶させて排出するための操作ボタンである。
次に、図2を参照して、P台2は、額縁状の外枠4に対して、前枠(以下、セルとも言う)5とガラス扉6とがその左側縁を揺動中心として開閉可能に設けられている。
前枠5における揺動中心とは反対側の端縁付近(遊端側)には、上下1対の係合突起6a、6bが設けられている。この係合突起6a、6bは、図示しないばねによって下方向に押圧されている。一方、外枠4の係合突起6a、6bに対向する位置に、係合受け片7a、7bが設けられている。開放状態の前枠5を外枠4に押付けることにより係合突起6a、6bが係合受け片7a、7bを乗越え、乗越えた状態でばねの付勢力により係合突起6a、6bが下方に移動し、ロック状態となる。
そして、遊技場の係員が図1に示した鍵穴10に鍵を挿入して解錠操作(たとえば時計回り回転)することにより、ばねの付勢力に抗して上下1対の係合突起6a、6bが上方に押上げられ、その結果係合受け片7a、7bに対する係合突起6a、6bの係合が解除されてロック解除状態となり、前枠5が開放される。
さらに、前枠5にはガラス扉6用の係合突起8も設けられており、その係合突起8に対向するガラス扉6部分には、係合穴9が設けられている。係合突起8は、図示しないばねによって下方に押圧されており、開放状態のガラス扉6を前枠5に押付けることにより係合穴9の下縁部分によって係合突起8が押上げられて乗越えることにより、ばねの付勢力により係合突起8が押下げられ、係合突起8と係合穴9とが係合されてロック状態となる。この状態で、遊技場の係員が図1に示した鍵穴10に鍵を挿入して解錠操作(たとえば反時計回り回転)することにより、ばねの付勢力に抗して係合突起8が引上げられ、係合突起8と係合穴9との係合が解除されてロック解除状態となり、ガラス扉6が開放される。
前枠5の下方部分における外枠4と接触する箇所に前枠開放検出スイッチ13が設けられており、前枠5が開放されたことが検出される。また、前枠5の上方部分におけるガラス扉6との接触部分にガラス扉開放検出スイッチ12が設けられており、ガラス扉6が開放されたことがこのガラス扉開放検出スイッチ12により検出される。
ガラス扉開放検出スイッチ12および前枠開放検出スイッチ13の開放回数は、計数カウンタ(図示しない)により計数される。計数カウンタは、CPU,ROM,RAM等が搭載され、P台2の電源供給が途切れたときでもバックアップ電源により動作可能で、夜間等の電源OFF時でもガラス扉6や前枠5の開放検出回数を計数してその計数値を払出制御部171へ送信することができる。ここで、バックアップ電源は、たとえば、P台2内に設けられたキャパシタや蓄電池である。
遊技盤26の裏面(ガラス扉6と対向する面とは反対側の面)に、主制御基板16が設けられている。外枠4の裏面は閉じられているため、まず前枠5を開放して前枠5から遊技盤26を取外すことで、主制御基板16が遊技盤26から着脱可能な状態になる。つまり、遊技盤26より主制御基板16を取外す、または主制御基板16に設けた半導体チップを交換する作業を行なうためには、前枠5を開放する必要があるため前枠開放検出スイッチ13で当該作業を必ず検出することができる。よって、遊技盤26より主制御基板16を不正に取外す、または主制御基板16に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ13で検出することができる。
さらに、前枠5の裏面に、払出制御基板17が設けられている。払出制御基板17も、まず前枠5を開放してから、前枠5の裏面より取外す必要がある。よって、前枠5の裏面より払出制御基板17を不正に取外す、または払出制御基板17に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ13で検出することができる。
次に、遊技盤26を前枠5に設置する構成について説明する。図3は、遊技盤26が前枠5に取付けられる前と取付けられた後の様子を示す図である。図3に示すように前枠5の裏面には、取付機構34a、34bがそれぞれヒンジ35a、35bを中心に開閉自在に設けられている。取付機構34a、34bは、コの時型をしており、遊技盤26に対応した幅の底を持つ。遊技盤26を前枠5に対して図3(b)の矢印方向に押し込むことで、図3(a)に示すように遊技盤26が取付機構34a、34bにより固定される。遊技盤26が取付機構34a、34bにより固定されるときに、遊技盤26側に設けた凸型ドロアコネクタ32が前枠5側に設けた凹型ドロアコネクタ33と結合する。ここで、凸型ドロアコネクタ32および凹型ドロアコネクタ33は、位置ずれに対してフレキシブル性を有するフローティングコネクタである。
また、遊技盤26を前枠5に設置する際に、凸型ドロアコネクタ32が凹型ドロアコネクタ33と結合することで、遊技盤26側の主制御基板16と、前枠5側の払出制御基板17とが接続されることになる。さらに、遊技盤26は決まった位置に固定されるとともに、凸型ドロアコネクタ32および凹型ドロアコネクタ33はある程度の位置ずれに対してフレキシブル性を有しているので、凸型ドロアコネクタ32と凹型ドロアコネクタ33との位置関係を意識することなくこれらが結合することができる。なお、取付機構34a、34bを設けず、凸型ドロアコネクタ32および凹型ドロアコネクタ33のみで、遊技盤26を前枠5に設置する構成であっても、凸型ドロアコネクタ32および凹型ドロアコネクタ33自体がフレキシブル性を有するフローティングコネクタであるため、遊技盤26と前枠5との位置関係を意識することなくこれらが結合することができる。ここで、凸型ドロアコネクタ32は、遊技盤26の内部配線(図示せず)を介して主制御基板16に接続され、凹型ドロアコネクタ33は、信号ケーブル36を介して、図2に示す払出制御基板17に接続されている。
<カードユニットとパチンコ遊技機との構成>
図4は、CU3とP台2との構成を示すブロック図である。図4を参照して、CU3とP台2との制御回路の概略を説明する。
CU3には、マイクロコンピュータ等から構成されたCU制御部323が設けられている。このCU制御部323は、CU3の主制御機能部であり、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
CU制御部323には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ801(図36参照)と通信を行なうための外部通信部(図示省略)が設けられている。CU制御部323には、P台2の払出制御基板17とセキュリティを確保しながら通信を行なうためのセキュリティ基板(SC基板)325が接続される。セキュリティ基板325は、CU3のセキュリティ監視機能部である。なお、セキュリティ基板325上にCU制御部323を設けてもよく、あるいは、セキュリティ基板325とは別の基板にCU制御部323を設けてもよい。CU3にはP台2側への接続部(図示省略)が設けられており、P台2にはCU3側への接続部(図示省略)が設けられている。これら接続部は、たとえばコネクタ等で構成されている。
CU3側のセキュリティ基板325とP台2側の払出制御基板17とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板325には、セキュリティ基板325と払出制御基板17との通信を制御するための通信制御IC325aと、P台2のセキュリティを監視するためのセキュリティチップ(SC)325bが設けられている。さらに、SC325bは、不正検知部1325を備え、不正検知部1325がCU制御部323からP台2に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ800(図36参照)に通知する。また、不正検知用の設定値(定数)は鍵管理サーバ800から基板制御情報として通知される。
CU制御部323には、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、CU制御部323には、遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号が入力される。CU制御部323には、挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報が入力されるとともに、CU制御部323からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードIDが含まれる。CU制御部323は、カードリーダライタが読み取ったカードIDを遊技終了まで記憶する。
CU制御部323は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。CU制御部323から残額あるいは遊技玉数等のデータが表示制御部350に出力され、表示制御部350で表示用データに変換される。P台2に対し、表示制御部350で変換した表示用データが送信される。P台2に送信された表示用データは、中継基板14を介して表示器312に入力される。表示器312には、その表示用データに応じた画像が表示される。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部350を介してCU制御部323に入力される。遊技者が玉貸ボタン321を操作することにより、その操作信号がCU制御部323に入力される。なお、玉貸ボタン321は、CU3に設ける構成に限定されるものではなく、P台2に設けて操作信号をCU制御部323に入力する構成であっても良い。遊技者が再プレイボタン319を操作することによりその操作信号がCU制御部323に入力される。遊技者がカード返却ボタン322を操作することによりその操作信号がCU制御部323に入力される。
P台2には、P台2の遊技の進行制御を行なう主制御基板16と、遊技玉を管理・記憶する払出制御基板17と、払出制御基板17の指令に基づいて発射モータ18を駆動制御する発射制御基板31と、可変表示装置278と、主制御基板16から送信されてくるコマンドに基づいて可変表示装置278を表示制御する演出制御基板15とが備えられている。
主制御基板16および演出制御基板15は、遊技盤26に設けてある。主制御基板16には主制御部161である遊技制御用マイクロコンピュータが搭載されている。主制御部161は、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部161は、遊技盤26に設けられている入賞センサ162、および電波センサ163と接続してある。
主制御部161は、各始動入賞口275,276,277に玉が入賞すると、大当り(あるいはさらに小当りを含む)/外れを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、4である。主制御部161は、可変表示装置278で新たな可変表示を開始できる状態になれば、保留記憶を1つ消化してその保留記憶に基づいた大当り判定を行なうとともに可変開始から表示結果の導出に至るまでの可変表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部161は、その大当り判定の結果(確変にするか否かを含む)、および可変表示時間に関する情報をコマンドとして演出制御基板15に搭載された演出制御部151へ送信する。
主制御部161から演出制御部151へ送信される可変表示に関するコマンドには、可変表示の開始を示す可変開始コマンド、可変表示の結果を示す表示結果コマンド(大当り/外れ)、可変表示パターンを特定可能な可変表示時間コマンド、可変表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部161から演出制御部151へ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
演出制御部151は、主制御部161から送信されてくるこれらのコマンドに基づいて可変表示装置278の可変表示内容を決定する。たとえば、演出制御部151は、主制御部161から送信されてくるコマンドに基づいて可変表示結果および可変表示時間を特定し、停止図柄を決定するとともに可変表示パターン(リーチの有無、リーチの種類)を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部151は、決定した可変表示内容に従って可変表示装置278を表示制御する。
演出制御基板15は、前枠5側の中継基板14を介して、表示器54とも接続されている。演出制御部151は、可変表示装置278に対して可変表示等のための表示制御信号を送信するとともに、可変表示装置278の表示と連動する表示を行なうための表示制御信号を表示器54へ送信可能である。なお、中継基板14および表示器54は、CU3側に設けるようにしてもよい。この場合、P台2側の演出制御基板15は、CU3に設けた中継基板14と接続される。
払出制御基板17は、前枠5に設けてある。払出制御基板17には、払出制御部171である払出制御用マイクロコンピュータが搭載されている。払出制御部171は、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
また、払出制御基板17に対し、発射玉検出スイッチ903、アウト玉検出スイッチ701、ファール玉検出スイッチ33A、計数ボタン28、電波センサ173が電気的に接続された状態で設けられている。この電波センサ173は、電波を不正に発信して主に玉上げスイッチ(上)41aを常時オン状態にする不正行為を検知するためのものである。この電波センサ173の検出信号が払出制御基板17の入力ポート(図示省略)を介して払出制御部171へ入力される。玉上げスイッチ(上)41aは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部171が、遊技玉数を「1」減算する。
したがって、不正電波によりこの玉上げスイッチ(上)41aが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ173により検知する。
主制御基板16から払出制御基板17に対し、主制御チップID、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
主制御チップID(メインチップIDとも言う)は、P台2の主制御基板16に記録されているチップIDのことであり、P台2の電源投入時に払出制御基板17に対して送信される情報である。入賞口情報は、入賞口の種類(始動入賞口、普通入賞口、大入賞口)と、賞球数(入賞口に遊技玉が入ったときの払出玉数)とを含む情報であり、P台2の電源投入時に払出制御基板17に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、P台2の電源投入時に払出制御基板17に対して送信される。
接続確認信号は、主制御基板16と払出制御基板17とが接続されていることを確認するための信号であり、主制御基板16から払出制御基板17へ所定の電圧の信号が常時供給されており、払出制御基板17がその所定電圧信号を受信していることを条件として払出制御基板17が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板17は、その入賞玉1個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板16が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板17へ通知するための情報である。
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば15ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態(可変表示装置の可変表示時間を短縮する制御状態)が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変(突確)のような、或る遊技機メーカのみが採用している大当り状態のことである。
払出制御基板17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
アウト玉検出スイッチ701から払出制御基板17へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板17は、後述するように遊技中玉数(遊技領域27に浮遊している浮遊玉の玉数)を減算更新する。ファール玉検出スイッチ33Aからファール玉検出信号が入力された払出制御基板17では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ903から払出制御基板17へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板17は、遊技中玉数を減算更新する。
CU3のセキュリティ基板325とP台2の払出制御基板17とが電気的に接続されており、セキュリティ基板325から払出制御基板17へ、後述するように各種コマンドが送信される。逆に、払出制御基板17からセキュリティ基板325へ、後述するように各種レスポンスが送信される。
前枠5には、払出制御基板17の他、中継基板14、発射制御基板31、発射モータ18、遊技玉数表示器29が設けられている。なお、遊技玉数表示器29は前枠5に直接取り付けてもよいが、玉が払い出される通常のパチンコ遊技機の前面側に設けられた上皿や下皿のように、前枠5に対して回動可能な態様で設けるようにしてもよい。この点は、表示器54についても同様である。払出制御基板17の払出制御部171は遊技玉数表示器29に遊技者が現在所有している遊技玉数を表示する。
払出制御基板17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、発射装置の発射モータ18を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域27へ弾発発射される状態となる。発射制御基板31は、遊技者が打球操作ハンドル25に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ18を駆動させる。
発射強度センサ19は、発射モータ18によるパチンコ玉の発射強度Tを検出する。たとえば、発射強度センサ19は、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Tとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Tが0(最小値)から99(最大値)まで変化するものとして説明する。発射強度センサ19の検出結果は、発射制御基板31経由で払出制御基板17およびCU3に出力される。
前枠5には、表示器54が設けられている。表示器54は、中継基板14を介してCU3の表示制御部350からの表示データ(表示制御信号)を受信する。さらに、表示器54は、中継基板14を介して演出制御基板15からの表示データ(表示制御信号)を受信する。
中継基板14には演出制御基板15および表示制御部350のうち一方からの表示制御信号を表示器54へ出力して表示器54に演出制御基板15または表示制御部350からの表示制御信号に基づく画像を表示するための切換回路141が搭載されている。
なお、本実施の形態では、P台2側の表示器54がCU側で制御されるように構成されているが、これに代えて、P台2側に表示器54を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部171の指令に基づいて表示器54を表示制御する。
RAMクリアスイッチ293は、P台2のRAMに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、P台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このRAMクリアスイッチ293は、たとえばカードが排出された後に店員により操作される。
<パチンコ玉の循環経路>
ここでは、図1および図4を参照して、P台2におけるパチンコ玉の循環経路を概説する。
遊技者が打球操作ハンドル25を操作すると、発射モータ18が駆動する。これにより、発射位置にまで供給されてきた1個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域27に打込まれる。
遊技玉の発射検出は、玉上げスイッチ(上)41aがオンからオフに変化したことにより検出される。この検出は、払出制御部171が設けられている払出制御基板17(図4参照)でのポート入力により検知され、その検知に基づいて、払出制御部171が、遊技玉数を「1」減算する。
遊技領域27に打込まれた玉のうち、アウト口154(図1参照)に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ701によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ33Aによって検出される。
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ903が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ903によって検出される。つまり、発射玉検出スイッチ903は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ18により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
そこで、本実施の形態では、発射玉検出スイッチ903の検出数と弾発数との差を演算しており、この差数が0でないときには、遊技領域27に打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域27を転動中であるか、遊技領域の釘等の間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判断できる。
<CU制御基板およびセキュリティ基板の構成>
図5は、CU制御基板327およびセキュリティ基板325の構成を説明するための図である。図5を参照して、CU制御基板327は、CU制御部323が設けられている基板である。CU制御基板327には、CU制御部323(図示せず)以外に、コネクタ500と、電源部323bと、UART通信部323cと、リセット部323dと、PIF回路326とが設けられている。なお、電源部323b、UART通信部323cおよびリセット部323dの各々は、CU制御部323に含まれる構成であってもよい。
セキュリティ基板325には、通信制御IC325aと、コネクタ510とが設けられている。なお、図5では説明の容易化のため図示していないが、セキュリティ基板325にはセキュリティチップ325bも設けられている(後述する図36を参照)。
CU制御基板327のコネクタ500と、セキュリティ基板325のコネクタ510とが接続されることにより、CU制御基板327およびセキュリティ基板325は電気的(および物理的に)に接続されて、互いに通信可能な状態となる。
電源部323bは、コネクタ500およびコネクタ510を介して、5V電圧を通信制御IC325aの端子VDDに入力する。
CU制御基板327とセキュリティ基板325との間のデータ通信は、UART(Universal Asynchronous Receiver Transmitter)通信により行われる。URAT通信とは、調歩同期通信によってデータを伝送する非同期シリアル通信方式である。
UART通信部323cは、1バイト(8ビット)のデータを1本の信号ケーブルで送るため、時系列にデータを分解して、1ビットずつ出力(送信)または入力(受信)する。UART通信部323cから送信されたデータは、受信データRDとして通信制御IC325aのRxD端子に入力される。また、通信制御IC325aのTxD端子から出力された送信データSDは、受信データとしてUART通信部323cに入力される。
リセット部323dは、コネクタ500およびコネクタ510を介して、リセット信号RSTを通信制御IC325aのRESET端子に入力する。
PIF回路326は、CU制御部323による制御を受けずに、通信制御IC325aとP台2(払出制御部171)とのデータの送受信を中継する。これにより、P台2のデータは、CU制御部323の影響を受けずにセキュリティ基板325(特にセキュリティチップ325b)に直接入力されることになり、データのセキュリティ性が向上する。ここで、PIF回路326を介した通信制御IC325aとP台2との間の通信には、非同期の平衡型シリアル通信方式が採用される。この通信方式では、一対の送信信号(データ)を差動信号+、差動信号−に分離し、また一対の受信信号(データ)を差動信号+、差動信号−に分離することにより、ケーブルに乗ったノイズを打ち消して長距離伝送が可能となる。
通信制御IC325aの送信データ(差動信号PSD+、差動信号PSD−)は、端子Tx0_Pおよび端子Tx0_Nから出力(送信)され、PIF回路326を介してP台2で受信される。また、P台2から送信されたデータは、PIF回路326を介して受信データ(差動信号PRD+、差動信号PRD−)として、通信制御IC325aの端子Rx0_P、端子Rx0_Nに入力される。
<セキュリティ基板>
セキュリティ基板325は、P台2の払出制御基板17とセキュリティを確保しながら通信を行なう。以下、このセキュリティ基板325についてさらに詳しく説明する。
図6は、本実施の形態に係るセキュリティ基板325の斜視図である。図7は、本実施の形態に係るセキュリティ基板325の平面図である。図8は、本実施の形態に係るセキュリティ基板325の底面図である。図9は、本実施の形態に係るセキュリティ基板325の右側面図である。図10は、本実施の形態に係るセキュリティ基板325の左側面図である。図11は、本実施の形態に係るセキュリティ基板325の正面図である。図12は、本実施の形態に係るセキュリティ基板325の背面図である。図6〜図12に示したセキュリティ基板325において、外観(意匠)的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
セキュリティ基板325の基板表面330には、コネクタ510、通信制御IC325aおよびセキュリティチップ325bが表面実装されている。コネクタ510は、セキュリティ基板325に表面実装される基板取付用のコネクタであり、ハウジング511と、コンタクト512とを備える。なお、コネクタ510はヘッダーコネクタである。
ハウジング511は、接触部材であるコンタクト512の位置を固定する固定部材である。ハウジング511は、たとえば、PPS(ポリフェニレンサルファイド)、セラミック、PBT(ポリブチレンテフタラート)、液晶ポリマ(LCP)などで形成される。ハウジング511は、相手コネクタ(本実施の形態では、コネクタ500(図15参照))を基板上面側から受容する。なお、ハウジング511は、セキュリティ基板325の基板表面330に固定される図示しない固定部を備えている。
コンタクト512は、並列に設けられた複数の接触部材である。コンタクト512は、導電性の金属材料からなる直線状に延びた部材であり、基板表面330に配列された複数の配線パターン340の各々に半田で接続される複数のリード部513を有している。コネクタ510は、複数のリード部513、配線パターン340を介して通信制御IC325aと電気的に接続される。また、通信制御IC325aとセキュリティチップ325bとは、配線パターン342を介して電気的に接続される。なお、図6などで図示されている配線パターン340,342は、基板表面330に形成されている配線パターンの一部であり、説明の容易化のために他の配線パターンについては図示していない。
また、セキュリティ基板325には、基板表面330と基板裏面332とを貫通する複数の円状の開口部360a,360bが設けられている。詳細は後述するが、開口部360a,360bと、CU制御基板327に設けられた突起とが係合することにより、セキュリティ基板325とCU制御基板327とを安定して固定することができる。
ここで、基板表面330には、コネクタ510、通信制御IC325a、セキュリティチップ325bなどの電子部品が表面実装され、配線パターン340,342が形成されているが(図6、図7等を参照)、基板表面330とは反対側の基板裏面332には、その他のICなどの電子部品が実装されておらず、配線パターンなども形成されていないことがわかる(図8を参照)。さらに、基板裏面332には、基板表面330に実装された電子部品の端子がスルーホールを介して半田付けするための電極なども設けられていない。つまり、基板裏面332には、各種の電子部品が実装されておらず、かつ電気的な入力を受けるための入力部および出力するための出力部(たとえば、配線パターンや端子など)が設けられていない。
ここで、図13および図14を参照して、セキュリティ基板325における電子部品や配線パターンなどが実装されない未実装領域について説明する。
図13は、本実施の形態に係るセキュリティ基板325の基板表面330における未実装領域を説明するための図である。図14は、本実施の形態に係るセキュリティ基板325の基板裏面332における未実装領域を説明するための図である。
図13を参照して、基板表面330の外周には、電子部品や配線パターンなどが実装されない未実装領域330a(図13中のハッチング部分)が設けられている。図14を参照して、基板裏面332においては、その全面が未実装領域(図14中のハッチング部分)となっている。すなわち、セキュリティ基板325は、CU制御基板327に接続された場合(図15参照)に、基板側面側から電気的な入力や出力が容易に行えないように未実装領域330aが構成されている。
次に、セキュリティ基板325とCU制御基板327との接続構成について説明する。図15は、セキュリティ基板325とCU制御基板327との接続構成を説明するための図である。図15を参照して、セキュリティ基板325とCU制御基板327とは、セキュリティ基板325の基板表面330がCU制御基板327に対向するように接続される。具体的には、CU制御基板327には、基板表面330に設けられたヘッダ側のコネクタ510の相手の接続部材であるレセプタクル側のコネクタ500が設けられている。また、CU制御基板327には、セキュリティ基板325に設けられている開口部360a,360bに係合するように形成された突起380が設けられている。そして、コネクタ500とコネクタ510とが接続され、開口部360a,360bに突起380が係合されることにより、セキュリティ基板325とCU制御基板327とが接続される。そのため、コネクタ500,510と、開口部360a,360bおよび突起380とは、セキュリティ基板325とCU制御基板327とを接続するための接続部材として機能する。
図16および図17は、セキュリティ基板325の開口部360aとCU制御基板327の突起380との係合を詳細に説明するための図である。図16を参照して、突起380は、土台部380aと土台部380aから突出した先端部380bとを有する。先端部380bが、360aに挿入されることにより、セキュリティ基板325がCU制御基板327に固定される。なお、突起380は、図17に示すような筒状のボスで構成されていてもよい。この場合には、開口部360aはねじ穴として構成されており、ねじ382がボスに挿通されることで、セキュリティ基板325がCU制御基板327にねじ止め固定される。なお、セキュリティ基板325の開口部360bとCU制御基板327の突起380との係合は、開口部360aと突起380との係合と同じである。
このようにセキュリティ基板325とCU制御基板327とが接続されることにより、コネクタ510、通信制御IC325aおよびセキュリティチップ325bなどが実装されている基板表面330は、外部に露出されない状態となる。また、外部に露出している基板裏面332には、電子部品や電気的な入力部が存在しない。このことから、外部からの基板表面330の視認を防ぐことができる。また、セキュリティ基板325をCU制御基板327から取り外すことなく、セキュリティ基板325に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、基板表面330の外周は、電子部品や電気的な入力部が存在しない未実装領域330aとなっているため、正面側、背面側、左右側面側からの基板表面330に対する不正な入力も防止することができる。
(変形例1)
次に、セキュリティ基板325の変形例1について説明する。図18は、本実施の形態の変形例1に係るセキュリティ基板425の斜視図である。図19は、本実施の形態の変形例1に係るセキュリティ基板425の平面図である。図20は、本実施の形態の変形例1に係るセキュリティ基板425の底面図である。図21は、本実施の形態の変形例1に係るセキュリティ基板425の右側面図である。図22は、本実施の形態の変形例1に係るセキュリティ基板425の左側面図である。図23は、本実施の形態の変形例1に係るセキュリティ基板425の正面図である。図24は、本実施の形態の変形例1に係るセキュリティ基板425の背面図である。図18〜図24に示したセキュリティ基板425において、外観的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
セキュリティ基板425は、セキュリティ基板325の開口部360a,360bが存在しないものに該当する。それ以外の構成については、基本的に、セキュリティ基板325のそれと同一である。
また、図25は、本実施の形態の変形例1に係るセキュリティ基板425の基板表面430における未実装領域を説明するための図である。図26は、本実施の形態の変形例1に係るセキュリティ基板425の基板裏面432における未実装領域を説明するための図である。基板表面430には、電子部品や配線パターンなどが実装されない未実装領域430a(図25中のハッチング部分)が設けられている。基板裏面432においては、その全面が未実装領域(図26中のハッチング部分)となっている。
セキュリティ基板425とCU制御基板327とは、セキュリティ基板425の基板表面330がCU制御基板327に対向するように接続される。なお、セキュリティ基板425には、開口部360a,360bが存在しないことから、セキュリティ基板425およびCU制御基板327は、それぞれが有するコネクタ500およびコネクタ510により接続される。この場合、コネクタ500およびコネクタ510の接続のみにより、セキュリティ基板425がCU制御基板327に固定される。ただし、CU制御基板327には、セキュリティ基板425を支持するためのスペーサなどが設けられている場合であってもよい。
このようにセキュリティ基板425とCU制御基板327とが接続されることにより、コネクタ510、通信制御IC325aおよびセキュリティチップ325bなどが実装されている基板表面430は、外部に露出されない状態となるため、セキュリティ基板425に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、正面側、背面側、左右側面側からの基板表面430に対する不正な入力も防止することができる。
(変形例2)
次に、セキュリティ基板325の変形例2について説明する。図27は、本実施の形態の変形例2に係るセキュリティ基板525の斜視図である。図28は、本実施の形態の変形例2に係るセキュリティ基板525の平面図である。図29は、本実施の形態の変形例2に係るセキュリティ基板525の底面図である。図30は、本実施の形態の変形例2に係るセキュリティ基板525の右側面図である。図31は、本実施の形態の変形例2に係るセキュリティ基板525の左側面図である。図32は、本実施の形態の変形例2に係るセキュリティ基板525の正面図である。図33は、本実施の形態の変形例2に係るセキュリティ基板525の背面図である。図27〜図33に示したセキュリティ基板525において、外観的特徴部分については実線で、非特徴部分については破線で外形線を描いている。
セキュリティ基板525は、セキュリティ基板325における開口部360a,360bの代わりに開口部560を設けた点で異なる。それ以外の構成については、基本的に、セキュリティ基板325のそれと同一である。
また、図34は、本実施の形態の変形例2に係るセキュリティ基板525の基板表面530における未実装領域を説明するための図である。図35は、本実施の形態の変形例2に係るセキュリティ基板525の基板裏面532における未実装領域を説明するための図である。基板表面530には、電子部品や配線パターンなどが実装されない未実装領域(図34中のハッチング部分)が設けられている。基板裏面532においては、その全面が未実装領域(図35中のハッチング部分)となっている。
セキュリティ基板525とCU制御基板327とは、セキュリティ基板525の基板表面530がCU制御基板327に対向するように接続される。なお、セキュリティ基板525には、基板表面530と基板裏面532とを貫通する横長の楕円形状の開口部560が設けられている。そのため、CU制御基板327には、開口部560に係合するような突起(図示しない)が形成されている。そして、コネクタ500とコネクタ510とが接続され、開口部560にCU制御基板327の突起が係合されることにより、セキュリティ基板525とCU制御基板327とが接続される。この場合には、CU制御基板327の突起は、横長の楕円形状の突起で構成されるため、セキュリティ基板325の基板正面側からの不正をより効果的に防止することができる。
このようにセキュリティ基板525とCU制御基板327とが接続されることにより、コネクタ510、通信制御IC325aおよびセキュリティチップ325bなどが実装されている基板表面530は、外部に露出されない状態となるため、セキュリティ基板525に対する不正部品の取り付けや不正な入力をより効果的に防止することができる。さらに、正面側、背面側、左右側面側からの基板表面530に対する不正な入力も防止することができる。
<カードユニットおよびパチンコ遊技機に発生した異常の通知処理>
図36は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
図36を参照して、CU制御部323、セキュリティ基板325、払出制御部171、あるいは主制御基板16において異常が発生した場合には、図36の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、CU制御部323、セキュリティ基板325、払出制御部171、あるいは主制御基板16を、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図36に示される鍵管理サーバ800は、CU3内部の電子部品のシリアルID(SIDとも言う)毎に対応付けて、CU通信制御部のSIDと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ800は、主制御基板16と互いに通信可能なサーバである。
まず、CU3のセキュリティ基板325により異常が発生した場合には、前述したCU制御部323とセキュリティ基板325との間で行なわれる相互認証の結果、CU制御部323が異常を検知する。この相互認証では、後述するシリアルID認証と機器認証の他に、セッション鍵による機器認証も含まれている。
シリアルIDは、セキュリティ基板325のシリアルID(基板シリアルID)であり、セキュリティ基板325のセキュリティチップ325bを製造する段階において、該セキュリティチップ325bのROMに記憶されている。また、CU3が遊技場に搬入された後、ホールサーバ801に接続されたときに、鍵管理センタの鍵管理サーバ800からホールサーバ801経由で基板シリアルIDがダウンロードされてCU制御部323に記憶される。
CU制御部323がセキュリティ基板325の異常を検知した場合、CU制御部323はホールサーバ801にその旨を通知するとともに、CU3の表示制御部350に異常報知コマンドを送信する。CU制御部323は、表示器312に異常発生した旨の表示を行なう制御を表示制御部350に行なわせるとともに、異常報知ランプ(図示せず)を点灯または点滅させて異常報知を行なう。さらに、CU制御部323は、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
CU3のCU制御部323により異常が発生した場合には、前述した相互認証によりセキュリティ基板325が異常発生を検知し、その旨を示す信号(異常通知信号)を払出制御部171に通知する。なお、セキュリティ基板325は、PIF回路326を介して信号を払出制御部171に通知する。払出制御部171はそれを受けて異常発生した旨を主制御基板16へ通知する。主制御基板16は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
セキュリティ基板325が払出制御部171の異常を検知した場合には、その旨をCU制御部323へ通知し、CU制御部323がその旨をホールサーバ801へ通知する。
このように、セキュリティ基板325は、CU制御部323の異常を検知したときにはPIF回路326を介してその旨を払出制御部171へ通知する一方、払出制御部171の異常を検知したときには、その旨をCU制御部323へ通知するものであり、セキュリティ基板325による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板325は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、PIF回路326を介してセキュリティ基板325からの異常発生の通知を受けた払出制御部171は、その旨を主制御基板16へ通知する。主制御基板16はその通知を受けて、前述と同様の異常報知のための制御を行なう。
払出制御部171に異常が発生した場合には、その旨がセキュリティ基板325により検知され、異常が発生した旨がCU制御部323へ通知され、CU制御部323は前述した異常報知制御を行なうとともにホールサーバ801へ異常が発生した旨を通知する。また、払出制御部171に異常が発生した場合には、主制御基板16が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
払出制御基板17は、前述したように、セキュリティ基板325に異常が発生した場合にはそれを検知して主制御基板16へ通知する一方、主制御基板16に異常が発生した場合にはそれを検知してセキュリティ基板325へ異常が発生した旨を通知する。この払出制御基板17も、前述したセキュリティ基板325と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板325と払出制御基板17とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板325と払出制御基板17とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板325と払出制御基板17とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
<カードユニット側とパチンコ遊技機側との送受信態様>
次に、図37は、CU3側とP台2側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図37を参照して、CU(カードユニット)3側とP台(パチンコ遊技機)2側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、P台2側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。CU3側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はP台2側から送信されてきた情報に基づいたものである。一方、持玉(カード持玉数)や貯玉数、カード残額(残額)は、CU3側において管理・記憶している。
図37では、CU3側のCU制御部323に設けられているRAMの記憶データと、P台2側の払出制御基板17に搭載されているRAMの記憶データとを示している。まず、P台(パチンコ遊技機)2とCU(カードユニット)3とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台2側の払出制御基板17は、主制御基板16からメインチップID(主制御チップID)を送信してもらい、そのメインチップIDをCU3側に送信するとともに、払出制御基板17自体が記憶している払出チップID(払出制御チップID)をCU3側へ送信する。
CU3側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU3側とP台2側とが接続されて通信が開始された時刻のデータがCU3側からP台2側へ送信され、P台2側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップID、払出チップIDおよびCU3側で識別された接続時刻の3つの情報がCU3側とP台2側とに記憶されることとなる。それ以降の電源投入時においては、P台2側からCU3側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。
CU3側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台2が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU3側とP台2側との通信が開始された新たな接続時刻データがCU3側からP台2側へ送信されてその新たな接続時刻データをP台2側において記憶することとなる。
CUおよびP台の双方は、電文に「通番」を付加して送信する。また、CUおよびP台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の3種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、CU3側(一次局側)が初期値を「1」として送信時に受信した通番をカウントアップ(+1)して送信する。ただし、再送時は、「通常通番」をカウントアップしない。P台2側(二次局側)は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はCU3がP台2に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、P台2がCU3に対して遊技玉の計数を要求する際に用いられる通番である。
通常通番の更新権はCU3のみが有する。CU3は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はCU3のみが有する。CU3は、加算要求をする場合には、それまで通信に用いていた加算通番に+1した加算通番をP台2へ送信する。P台2は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番(今回受信した加算通番−1)を返信する。計数通番の加算更新権はP台2のみが有する。P台2は、計数要求をする場合には、それまで通信に用いていた計数通番に+1した計数通番をCU3へ送信する。CU3は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番(今回受信した計数通番−1)を返信する。
以下では、「通常通番」について、CU3が送信時に受信した通番をカウントアップ(+1)して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、P台2およびCU3のそれぞれが、またはP台2が送信時に受信した通番をカウントアップ(+1)して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
P台2側からCU3側へは、最新遊技台情報(カウント中の遊技台情報)が送信される。この最新遊技台情報は、P台2側の払出制御部171(図4参照)のRAMの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてP台2側からCU3側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。
これらのカウンタの情報が、まとめてレスポンスとしてCU側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ(上)41aのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口154を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
たとえば、遊技領域27に打込まれたパチンコ玉が入賞して主制御基板16から入賞情報が払出制御基板17へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値(加算玉数)をP台2側からCU3側へ送信する。また、パチンコ玉が遊技領域27内に発射されていることによる玉上げスイッチ(上)41aのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値(減算玉数)をP台2側からCU3側へ送信する。
あるいは、払出制御部171は、計数ボタン28の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値(計数玉数)をP台2側からCU3側へ送信する。
P台2側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をCU3側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域(払出制御部171のRAM等)にバックアップデータとして記憶(書換え)した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を0クリアする(遊技玉数カウンタを除く)。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技台情報(直前に送信した遊技台情報)の記憶エリアに、直前にCU3側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、P台2側からCU3側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
また、払出制御基板17は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生(遊技玉から持玉への変換)に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてCU3側に送信する。
CU3側においては、RAM内の累計データ記憶領域に、遊技玉数、カード持玉数(単に、持玉数とも言う)、貯玉数、残額、総加算玉数(加算玉数累計)、総減算玉数(減算玉数累計)、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数(カード持玉数から遊技玉数に変換した玉数)を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
P台2側から送信されてきた加算玉数カウンタの値(加算玉数)に基づいて総加算玉数を加算して玉数を更新する。また、P台2側から送信されてきた減算玉数カウンタの値(減算玉数)に基づいて総減算玉数を減算して玉数を更新する。さらに、P台2から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、CU3は、P台2より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
CU3は、図示のとおり、遊技玉を記憶する領域を備えているとともに、P台2側から遊技玉数カウンタのカウント値(遊技玉数または遊技玉トータル個数情報とも言う)も受信している。CU3は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、CU3は、P台側から送信されてきた加算玉数カウンタの値(加算玉数)、減算玉数カウンタの値(減算玉数)、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでP台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
その結果、たとえば、異常報知ランプや表示器312によりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ801にエラーが発生した旨のエラー通知信号が送信される(この場合、ホール用管理コンピュータやホールサーバ801によるエラー報知が行なわれるようにしてもよい)。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
なお、エラー状態に移行して遊技を停止させることに代えて、CU3側で記憶している遊技玉数をP台2側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、CU3側で管理している遊技玉数と、P台2側で記憶している遊技玉数との平均値に補正してもよい。
このように、本実施の形態では、CU3側にも遊技玉数を記憶させているが、その遊技玉数がP台2側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている(CU3側機能)。そのため、仮に不正行為その他の事情で、P台2側で記憶している遊技玉数がCU3側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU3側にその判定機能を設けたが、たとえば、CU3と接続されるホールサーバ801またはホール用管理コンピュータによって、CU3側で記憶している遊技玉数とP台2側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
図37に示すように、CU3は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた(挿入された)カードのカード残額を記憶する記憶領域と、総加算玉数(加算玉数累計)、総減算玉数(減算玉数累計)およびカード挿入時持玉を記憶する記憶領域をさらに有する。CU制御部323(図4参照)は、貯玉の使用を要求する入力(たとえば、CU3に設けられた再プレイボタン319の押圧入力(ただし、持玉無しのとき))に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
CU制御部323(図4参照)は、持玉の使用を要求する入力(たとえば、持玉有のときのCU3に設けられた再プレイボタン319の押圧入力(ただし、持玉有のとき))に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、CU制御部323(図4参照)は、カード残額の使用を要求する入力(たとえば、玉貸ボタン321の押圧入力)に応じてカード残額を記憶する記憶領域から所定値を減算する。
遊技者所有の遊技用価値(たとえばプリペイド残額、持玉数、あるいは貯玉数)から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がCU3側からP台2側へ送信される。P台2側では、それを受けて、遊技玉数カウンタを加算更新する。
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ遊技機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がP台2側からCU3側へ送信される。CU3側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
<通信で用いられるフレーム構成>
次に、本実施の形態に係るCU3とP台2との間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ(電文)は、必ず1フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、1ミリ秒以上の間隔をあける。
1フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長(通番〜データ部(業務電文範囲))を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
<CUとP台との通信における主なシーケンス>
<<コマンド、レスポンスの送信>>
まず、CU3とP台2との間でのコマンドおよびレスポンスの送信について説明する。CU3(1次局)からP台2(2次局)に対してコマンドが送信され、P台2はそのコマンドに応答してレスポンスをCU3に返信する。つまり、業務電文の送信は、CU3を1次局、P台2を2次局としたコマンド/レスポンス方式である。
CU3からP台2への最初のコマンドの送信から次のコマンドの送信までの期間が、200msすなわち0.2秒に制御される。またP台2からCU3へのレスポンスの送信を行なった後次のレスポンスの送信までの期間が200msすなわち0.2秒に制御される。
このように、CU3とP台2との間で200msの間隔でコマンドおよびレスポンスの双方が送信される。一方、P台2は、打球操作ハンドル25を操作することによって、1分間に100発のパチンコ玉が遊技領域27内に打込まれるから、打球発射時間間隔は、0.6秒である。その結果、玉を1発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
それゆえ、P台2からCU3へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、P台2は、遊技玉数の変化量を細やかにCU3に対して通知可能となる。
なお、ここでは、コマンドおよびレスポンスの送信間隔を200msにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をP台2の発射時間間隔と一致させることも考えられる。
<<CU側の通信回線断検知>>
次に、CU3側で通信断が検知された場合の処理について説明する。CU3がP台2に対してコマンドを送信してから200ms間にレスポンスを受信できなかった場合、再度同じコマンドをP台2に送信する。さらにその200ms後までの間にレスポンスを受信できなかった場合には、同じコマンドをP台2に送信するという2回目の再送を行なう。同じコマンドを最大14回までP台2に再送する。14回目の再送を行なってもP台2からレスポンスを受信できなかった場合、CU3は3秒後に通信異常と判断して「通信断」とする。この通信異常は、CU3のコネクタとP台2のコネクタとが離脱している場合あるいは接続配線の断線さらにはP台2の電源断などの原因が考えられる。CU3は、コマンドの再送時に通番のカウントアップを行なわない。
<<P台側の通信回線断検知>>
P台2側で通信断を検知した場合の処理について説明する。CU3からP台2へコマンドが送信され、P台2ではそのコマンドに応答してレスポンスをCU3に返信する。その後CU3からのコマンドがP台2に送信されてこない状態が3秒間継続した場合、P台2は通信断と判断し、発射モータ18の駆動を停止させて遊技を停止する。この通信断の発生原因も、CU3のコネクタとP台2のコネクタとの離脱、接続配線の断線、あるいはCU3の電源断などが考えられる。
なお、P台2側で通信断を検知するコマンド、レスポンスには、リカバリ要求/リカバリ応答、リカバリ要求2/リカバリ応答2、通信開始要求/通信開始応答、通知終了要求/通信終了応答、および通信テスト要求/通信テスト応答のコマンド、レスポンスを含まない。
<鍵管理サーバから通信制御ICまでの間の通信に使用される暗号鍵>
次に、鍵管理サーバから通信制御ICまでの間の通信に使用される暗号鍵について説明する。図38は、鍵管理サーバから通信制御IC325aまでの間の通信に使用される暗号鍵を説明するための図である。まず、鍵管理サーバから通信制御IC325aまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵(商用)、通信鍵1(セッション鍵)および通信鍵2(セッション鍵)がある。基板出荷鍵は、CU制御部−SCの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、CU制御部−SCの通信に利用され、ホールサーバとの最初の通信時にCU制御部323が受信し、CU制御部323のRAMに記憶される。SC325bは、製造時の埋め込み情報から基板初期鍵を生成してRAMに記憶する。基板初期鍵を用いた認証用通信(基板初期鍵モード)は限られた期間のみ許容(時限的運用)される。ここで、基板初期鍵モードは、前述したように、ホールサーバと少なくとも1回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。
ここで、「限られた期間」とは、たとえば、2日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに鍵管理サーバとの鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝9時〜17時までの間という具合に、1日の中での定めた期間を設定してもよい。
なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額(カード残額、あるいは現金)を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。
基板認証鍵は、CU制御部−SCの間の通信に利用され、鍵管理サーバより基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用(通常運用)に通信モード(基板認証鍵モード)が切換わる。この基板認証鍵は、CU制御部のRAMとSCのRAMとに記憶される。
基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバに記憶された有効鍵をCU制御部323が受信し、SC325bがその有効鍵を通信制御IC325aに対して設定することによりP台とCUとの間の通信が可能となることで実現される。
本認証鍵は、SC−通信制御ICの間の通信に利用され、鍵管理サーバから受信した更新情報から、SC325bにより生成されてSC325bのRAMに記憶されるとともに、通信制御IC325aにおいてもSC325bと同様に更新情報から生成されて通信制御IC325aのRAMに記憶される。なお、この本認証鍵は、鍵管理サーバなどから本認証鍵そのものを取得するようにしてもよい。また、鍵管理サーバなどから更新情報を受信することなくCU制御部323と通信制御IC325aとが自ら生成してもよい。さらに、鍵管理サーバなどから所定の第1データを取得するとともにCU制御部323と通信制御IC325aとが自ら所定の第2データを生成し、それら第1データと第2データとから本認証鍵を生成するようにしてもよい。
仮認証鍵は、SC−通信制御ICの間の通信に利用され、本認証鍵が生成されるまでの間(又は設定された許容時間(たとえば2日)が経過するまでの間)、SC325bと通信制御IC325aとの間での暗号通信に使用される。この仮認証鍵による暗号通信(仮認証鍵モード)は限られた期間(たとえば2日)のみ許容(時限的運用)される。SC325bおよび通信制御IC325aは、製造段階から仮認証鍵をそれぞれのROMに記憶している。有効鍵(商用)は、ホールサーバとの最初の通信時にCU制御部323経由でSC325bが受信し、通信制御IC325aに対して送信(設定)する鍵である。有効鍵が設定されることによってP台との通信が可能になる。なお、有効鍵は、通信制御IC325a活性化用のデータである。換言すると、有効鍵は、CUとP台との間の通信を許可するための許可情報である。
通信鍵1(セッション鍵)は、CU制御部−SCの間の通信に利用され、対遊技機用の業務電文通信に用いられ、SC325bが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値(乱数)や日時情報などを用いてもよい。通信鍵2(セッション鍵)は、SC−通信制御ICの間の通信に利用され、対遊技機用の業務電文通信に用いられる。
なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。
次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、SC325bは、ホールサーバとの最初の通信時にCU制御部323経由で有効鍵を取得する。SC325bは、取得した有効鍵を通信制御IC325aに対して送信(設定)することで、P台との通信が可能になる。CU制御部323はホールサーバとの最初の通信時に基板初期鍵を受信し、CU制御部323のRAMに記憶される。SC325bは、製造時の埋め込み情報から基板初期鍵を生成してRAMに記憶する。SC325bは、取得した基板初期鍵を用いてCU制御部323と暗号認証を行ない、該基板初期鍵を用いて時限的にCU制御部323と暗号通信を行なう。また、電源投入時にCU制御部323から送られてきた接続要求を受信したホールサーバは、当該ホールサーバが設置されている遊技場を識別するための統一店舗コードをCU制御部323へ返信する。具体的には、ホールサーバのCPUの制御にしたがってホールサーバの入出力インターフェイスからCU制御部323へ統一店舗コードが送信される。
一方、CU制御部323とSC325bとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板325を製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる(図44参照)。CU制御部323からSC325bへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりSC325bが統一店舗コードを取得する。
次に、CU制御部323は、鍵管理サーバに対して基板セキュリティ情報を要求し、鍵管理サーバがホールサーバを介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。CU制御部は、取得した基板認証鍵を用いてSCと暗号認証を行ない、該基板認証鍵を用いてSCと暗号通信を行なう。なお、CU制御部323は、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。
この基板認証鍵は、鍵管理サーバなどから取得する代わりに、CU制御部323が自ら生成してもよく、また、鍵管理サーバなどから所定の第1データを取得するとともにCU制御部323が自ら所定の第2データを生成し、それら第1データと第2データとから基板認証鍵を生成するようにしてもよい。
次に、SC325bは、記憶してある仮認証鍵を用いて通信制御IC325aと暗号通信を行なう。そして、SCは、基板認証鍵を用いてCU制御部と暗号通信を行なうことで鍵管理サーバから取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。SCは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御IC325aと暗号通信を行なう。なお、本認証鍵は、通信制御IC325aにおいても出荷時から記憶されているものではなく、SC325bと同様に更新情報から生成される。
次に、SCは、CU制御部に対して通信鍵1を通知し、以降のCU制御部との間の通信を、通信鍵1を用いて行なうことで、遊技機との業務電文通信が可能となる。また、SCは、通信制御ICに対して有効鍵を設定することで、通信制御ICから通信鍵2の通知を受け、以降の通信制御ICとの間の通信を、通信鍵2を用いて行なうことで、遊技機との業務電文通信が可能となる。
<CU制御部とSCとの間で送受信するコマンドおよびレスポンス>
次に、図4に示したCU3内での通信について説明する。特に、CU制御部323と、セキュリティ基板325のセキュリティチップ(SC)325bとの間の通信について説明する。まず、図39、図40を参照して、CU制御部323とセキュリティチップ(SC)325bとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
図39、図40には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
まず、CU制御部323からSC325bに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、SC325bに対して遊技機(P台2)との接続を要求するものである。SC325bからCU制御部323に対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、CU制御部323に対して基板接続要求の応答を通知するものである。
CU制御部323からSC325bに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、SC325bに対して基板出荷鍵を要求するものである。SC325bからCU制御部323に対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、CU制御部323に対して基板出荷鍵を通知するものである。
CU制御部323からSC325bに対して基板メーカコード認証要求1のコマンドが送信される。基板メーカコードとは、セキュリティ基板325を製造したメーカを特定するコードであり、CU制御部323とSC325bとに記憶されている。この基板メーカコード認証要求1のコマンドは、SC325bに対して基板メーカコードの認証を要求するものである。SC325bからCU制御部323に対して基板メーカコード認証応答1のレスポンスが送信される。この基板メーカコード認証応答1のレスポンスは、CU制御部323に対して基板シリアルIDの認証情報を通知するものである。
CU制御部323からSC325bに対して基板メーカコード認証要求2のコマンドが送信される。この基板メーカコード認証要求2のコマンドは、SC325bに対して基板シリアルIDの認証を要求するものである。SC325bからCU制御部323に対して基板メーカコード認証応答2のレスポンスが送信される。この基板メーカコード認証応答2のレスポンスは、CU制御部323に対して基板メーカコードの認証情報を通知するものである。
CU制御部323からSC325bに対して基板シリアルID認証要求1のコマンドが送信される。この基板シリアルID認証要求1のコマンドは、SC325bに対して基板シリアルIDの認証を要求するものである。SC325bからCU制御部323に対して基板シリアルID認証応答1のレスポンスが送信される。この基板シリアルID認証応答1のレスポンスは、CU制御部323に対して基板シリアルIDの認証情報を通知するものである。
CU制御部323からSC325bに対して基板シリアルID認証要求2のコマンドが送信される。この基板シリアルID認証要求2のコマンドは、SC325bに対して基板シリアルIDの認証を要求するものである。SC325bからCU制御部323に対して基板シリアルID認証応答2のレスポンスが送信される。この基板シリアルID認証応答2のレスポンスは、CU制御部323に対して基板シリアルIDの認証情報を通知するものである。
CU制御部323からSC325bに対して基板初期鍵認証要求1のコマンドが送信される。この基板初期鍵認証要求1のコマンドは、SC325bに対して基板初期鍵の認証を要求するものである。SC325bからCU制御部323に対して基板初期鍵認証応答1のレスポンスが送信される。この基板初期鍵認証応答1のレスポンスは、CU制御部323に対して基板初期鍵の認証結果を通知するものである。
CU制御部323からSC325bに対して基板初期鍵認証要求2のコマンドが送信される。この基板初期鍵認証要求2のコマンドは、SC325bに対して基板初期鍵の認証を要求するものである。SC325bからCU制御部323に対して基板初期鍵認証応答2のレスポンスが送信される。この基板初期鍵認証応答2のレスポンスは、CU制御部323に対して基板初期鍵の認証結果を通知するものである。
CU制御部323からSC325bに対して基板認証鍵認証要求1のコマンドが送信される。この基板認証鍵認証要求1のコマンドは、SC325bに対して基板認証鍵の認証を要求するものである。SC325bからCU制御部323に対して基板認証鍵認証応答1のレスポンスが送信される。この基板認証鍵認証応答1のレスポンスは、CU制御部323に対して基板認証鍵の認証結果を通知するものである。
CU制御部323からSC325bに対して基板認証鍵認証要求2のコマンドが送信される。この基板認証鍵認証要求2のコマンドは、SC325bに対して基板認証鍵の認証を要求するものである。SC325bからCU制御部323に対して基板認証鍵認証応答2のレスポンスが送信される。この基板認証鍵認証応答2のレスポンスは、CU制御部323に対して基板認証鍵の認証結果を通知するものである。
CU制御部323からSC325bに対して基板出荷鍵認証要求1のコマンドが送信される。この基板出荷鍵認証要求1のコマンドは、SC325bに対して基板出荷鍵の認証を要求するものである。SC325bからCU制御部323に対して基板認証鍵認証応答1のレスポンスが送信される。この基板出荷鍵認証応答1のレスポンスは、CU制御部323に対して基板出荷鍵の認証結果を通知するものである。
CU制御部323からSC325bに対して基板出荷鍵認証要求2のコマンドが送信される。この基板出荷鍵認証要求2のコマンドは、SC325bに対して基板出荷鍵の認証を要求するものである。SC325bからCU制御部323に対して基板出荷鍵認証応答2のレスポンスが送信される。この基板出荷鍵認証応答2のレスポンスは、CU制御部323に対して基板出荷鍵の認証結果を通知するものである。
CU制御部323からSC325bに対してバージョン情報通知のコマンドが送信される。このバージョン情報通知のコマンドは、SC325bに対して基板認証鍵のバージョンを通知するものである。SC325bからCU制御部323に対してバージョン情報応答のレスポンスが送信される。このバージョン情報応答のレスポンスは、CU制御部323に対してバージョン情報を受信したことを通知するものである。
CU制御部323からSC325bに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、SC325bに対してCU制御部323とSC325bとの間の認証結果を通知するものである。SC325bからCU制御部323に対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、CU制御部323に対してCU制御部323とSC325bとの間の認証結果を通知するものである。
CU制御部323からSC325bに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、SC325bに対してセキュリティ基板問合せ情報を要求するものである。SC325bからCU制御部323に対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、CU制御部323に対してセキュリティ基板問合せ情報を通知するものである。
CU制御部323からSC325bに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、SC325bに対してセキュリティ基板情報を通知するものである。SC325bからCU制御部323に対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、CU制御部323に対してセキュリティ基板情報を受信したことを通知するものである。
CU制御部323からSC325bに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、SC325bに対してカウンタ情報を要求するものである。SC325bからCU制御部323に対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、CU制御部323に対してカウンタ情報を通知するものである。
CU制御部323からSC325bに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、SC325bに対して通信鍵を要求するものである。SC325bからCU制御部323に対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、CU制御部323に対して通信鍵を通知するものである。
CU制御部323からSC325bに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、SC325bに対して遊技機チップの問合せ情報を要求するものである。SC325bからCU制御部323に対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、CU制御部323に対して遊技機チップの問合せ情報を通知するものである。
CU制御部323からSC325bに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、SC325bに対して遊技機チップ情報の照合結果を通知するものである。SC325bからCU制御部323に対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、CU制御部323に対して遊技機チップ照合結果を受信したことを通知するものである。
CU制御部323からSC325bに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、SC325bに対して基板状態を要求するものである。SC325bからCU制御部323に対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、CU制御部323に対して基板状態を通知するものである。
<CU制御部とSCとの通信における主なシーケンス>
次に、図41〜図51に基づいて、CU制御部323におけるCPUで実行される処理と、セキュリティチップ(SC)325bで実行される処理とを説明する。
まず、図41を参照して、CU制御部323の電源投入・ホール設置時の立上の処理を説明する。この図41は、CU3が遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
まず、CU3の電源を投入すると、CU制御部323およびSC325bが起動される。CU3が遊技場に設置されて最初に電源を立上げたときに、CU制御部323は、上位装置より(具体的にはホールサーバより)基板初期鍵A、基板初期鍵AのMAC鍵、有効鍵(商用/P台出荷用)を取得する。ここで、基板初期鍵Aは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてCU制御部323に記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報(基板シリアルIDと基板認証鍵)が取得されるまで、CU制御部323とSC325bとの通信に利用する暗号鍵である。なお、基板初期鍵Aは、基板メーカコードを用いて復号され、一方、基板初期鍵AのMAC鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、AES(Advanced Encryption Standard)の暗号方式に則った復号方式で行なわれる。
その後、CU制御部323およびSC325bは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ/レスポンス方式を用いて、CU制御部323とSC325bとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、CU制御部323およびSC325bは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証OKとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、CU制御部323およびSC325bは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得OKとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルIDや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてCU制御部323とSC325bとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、SC325bは、通信制御IC325aとの間で認証を実行する。
その後、CU制御部323およびSC325bは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
その後、CU制御部323およびSC325bは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵(セッション鍵)の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵(通信化鍵)を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、SC325bは、通信制御IC325aから遊技機チップ情報を取得する。
その後、CU制御部323およびSC325bは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ/通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、CU制御部323およびSC325bは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵(セッション鍵)を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間(たとえば、2日)のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード(基板初期鍵モード(基板初期鍵運用))である。この時限運用のまま一定期間(たとえば、2日)がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがSC325bからCU制御部323、ホールサーバを経由して鍵管理サーバへ通知される。
その後、CU3は、P台2に対して、リカバリ要求を行ない、P台2は、前回最終送信通番、前回挿入中カードID、前回カード挿入時刻を含むリカバリ応答のレスポンス(リカバリ応答)をCU3に返信する。
次に、図42を参照して、CU制御部323の電源投入・通常立上の処理を説明する。この図42は、CU3が遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、CU3の電源を投入すると、CU制御部323およびSC325bが起動される。CU3が遊技場に設置されて最初に電源を立上げたときに、CU制御部323は、上位装置より(具体的には鍵管理サーバより、ホールサーバを経由して)基板シリアルID鍵、基板認証鍵バージョン、基板認証鍵A、基板認証鍵AのMAC鍵を取得する。なお、基板シリアルID鍵は、基板初期鍵で復号され、基板初期鍵Aは、基板シリアルIDを用いて復号され、さらに、基板初期鍵AのMAC鍵も同様に、基板シリアルIDを用いて復号される。これらの復号は、AESの暗号方式に則った復号方式で行なわれる。
その後、CU制御部323およびSC325bは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ/レスポンス方式を用いて、CU制御部323とSC325bとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、CU制御部323およびSC325bは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、CU制御部323およびSC325bは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、SC325bは、通信制御IC325aとの間で認証を実行する。
その後、CU制御部323およびSC325bは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵(セッション鍵)の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵(通信化鍵)を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、SC325bは、通信制御IC325aから遊技機チップ情報をさらに取得する。
その後、CU制御部323およびSC325bは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ/通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、CU制御部323およびSC325bは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵(セッション鍵)が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード(基板認証鍵モード(基板認証鍵運用))である。
次に、図43を参照して、CU制御部323の電源投入・工場出荷時立上の処理を説明する。この図43は、CU3が遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のCU制御部323およびSC325bにおける処理である。
まず、CU3の電源を投入すると、CU制御部323およびSC325bが起動される。CU制御部323およびSC325bは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ/レスポンス方式を用いて、CU制御部323とSC325bとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、CU制御部323およびSC325bは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にCU3が設置されていないため、遊技場のホールサーバより基盤初期鍵をCU制御部323が取得できておらず、その結果、基板初期鍵認証の結果がNGとなる。
その後、CU制御部323は、基板初期鍵認証シーケンスが認証NGとなったため、CU制御部323は、SC325bにセキュリティ基板325のテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをSC325bに送信する。SC325bは、CU制御部323から基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをCU制御部323に送信する。
その後、CU制御部323およびSC325bは、暗号鍵にSC325bより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、SC325bは、通信制御IC325aとの間で認証を実行する。
その後、CU制御部323およびSC325bは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵(セッション鍵)の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵(通信化鍵)を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、SC325bは、通信制御IC325aから遊技機チップ情報を取得する。
その後、CU制御部323およびSC325bは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ/通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
その後、CU3は、P台2に対して、通信テスト要求を行ない、P台2は通信テスト応答をCU3に送信する。
以上の処理を行なうことで、CU制御部323およびSC325bは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したCU3が遊技場に納入されて最初の電源立上時のシーケンスが図41で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図42で説明した通常立上シーケンスである。
次に、図44を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、CU制御部323は、SC325bに対して、基板メーカコードの認証を要求する基板メーカコード認証要求1のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ/レスポンス方式を用いて行なうため、CU制御部323は、SC325bに対して、チャレンジコードを要求する。
基板メーカコード認証要求1のコマンドを受信したSC325bは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答1のレスポンスでCU制御部323に通知する。
基板メーカコード認証応答1のコマンドを受信したCU制御部323は、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求2のコマンドでSC325bに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求2のコマンドを受信したSC325bは、レスポンスコードをチェックして(具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して)チャレンジコードが一致すればチェック結果がOKであるとする。そして、当該チェック結果を基板メーカコード認証応答2のレスポンスでCU制御部323に通知する。このとき、CU制御部323は、基板メーカコード認証結果などの認証ログ情報をSC325bから取得する。
一方、チャレンジコードが一致しなければチェック結果がNG(不適正)であるとする。その場合に、n回際認証を繰り返し、n回連続でNGの場合にSC325bが無応答状態(HALT)となり、基板認証鍵と本認証鍵とがクリアされる(図57参照)。この無応答状態(HALT)となった後には、SC325bが通信制御IC325aと認証を行なうことはなく、工場で修理を行なうこととなる。
CU制御部323は、SC325bにCU制御部固有情報(統一店舗コード、台番、現在時刻)を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
SC325bは、CU制御部323からの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、CU制御部323に対して接続要求を受付けた(OK)ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、CU制御部323に対して接続要求を受付けていない(NG)ことを通知する基板接続応答のレスポンスを返信し、RAMに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード(図41参照)に遷移する。このとき、CU制御部323は、基板接続要求結果などの認証ログ情報をSC325bから取得する。
次に、図45を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。
まず、図45に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図45において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図45において基盤出荷鍵を用いた認証が行われることになる。よって、図45の「/」はいずれか一方を表す記号である。CU制御部323は、SC325bに対して、認証情報を要求する基板初期鍵/基板出荷鍵認証要求1のコマンドを送信する。なお、基板初期鍵/基板出荷鍵認証要求1のコマンドは暗号化していないが、暗号鍵に基板初期鍵/基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵/基板出荷鍵認証要求1のコマンドを受信したSC325bは、CU制御部323に対して、基板初期鍵または基板出荷鍵で認証情報の乱数Aを暗号化し、MAC鍵でH−MACを算出して、基板初期鍵/基板出荷鍵認証応答1のレスポンスで返信する。
基板初期鍵/基板出荷鍵認証応答1のコマンドを受信したCU制御部323は、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Aを復号化し、MACをチェックする。
その後、CU制御部323は、SC325bに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Bを暗号化し、MAC鍵でH−MACを算出して、基板初期鍵/基板出荷鍵認証要求2のコマンドで送信する。なお、基板初期鍵/基板出荷鍵認証要求2のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵/基板出荷鍵認証要求2のコマンドを受信したSC325bは、CU制御部323に対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Bを復号化し、MACをチェックする。そして、SC325bは、CU制御部323に対して、認証結果を基板初期鍵/基板出荷鍵認証応答2のレスポンスで返信する。このとき、CU制御部323は、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をSC325bから取得する。
次に、図46を参照して、基板シリアルIDおよび基板認証鍵の認証シーケンスの処理を説明する。
まず、CU制御部323とSC325bとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、CU制御部323は、SC325bに対して、基板シリアルIDの認証を要求する基板シリアルID認証要求1のコマンドを送信する。なお、基板シリアルID認証は、チャレンジ/レスポンス方式を用いて行なうため、CU制御部323は、SC325bに対して、チャレンジコードを要求する。
基板シリアルID認証要求1のコマンドを受信したSC325bは、基板シリアルIDに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルID認証応答1のレスポンスでCU制御部323に通知する。
基板シリアルID認証応答1のコマンドを受信したCU制御部323は、チャレンジコードに基づくレスポンスコードを生成し(具体的には基板メシリアルIDを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し)、生成したレスポンスコードを基板シリアルID認証要求2のコマンドでSC325bに通知する。
基板シリアルID認証要求2のコマンドを受信したSC325bは、レスポンスコードをチェックして(具体的には基板メシリアルIDを鍵としてレスポンスコードを復号してチャレンジコードを抽出して)、チャレンジコードが一致すればチェック結果がOKであるとする。そして、当該チェック結果を基板シリアルID認証応答2のレスポンスでCU制御部323に通知する。なお、チェック結果がNGの場合、SC325bは、CU制御部323に対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、NGを通知する。このとき、CU制御部323は、基板シリアルID認証結果などの認証ログ情報をSC325bから取得する。
その後、CU制御部323は、SC325bに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したSC325bは、CU制御部323に対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、CU制御部323は、SC325bに対して、認証情報を要求する基板認証鍵認証要求1のコマンドを送信する。なお、基板認証鍵認証要求1のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求1のコマンドを受信したSC325bは、CU制御部323に対して、基板認証鍵で認証情報の乱数Aを暗号化し、MAC鍵でH−MACを算出して、基板認証鍵認証応答1のレスポンスで返信する。
基板認証鍵認証応答1のコマンドを受信したCU制御部323は、基板認証鍵を検証するため、認証情報の乱数Aを復号化し、MACをチェックする。
その後、CU制御部323は、SC325bに対して、基板認証鍵で認証情報の乱数Bを暗号化し、MAC鍵でH−MACを算出して、基板認証鍵認証要求2のコマンドで送信する。なお、基板認証鍵認証要求2のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求2のコマンドを受信したSC325bは、CU制御部323に対して、基板認証鍵を検証するため、認証情報の乱数Bを復号化し、MACをチェックする。そして、SC325bは、CU制御部323に対して、認証結果を基板認証鍵認証応答2のレスポンスで返信する。
その後、CU制御部323は、SC325bに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルID認証と基板認証鍵の認証結果をSC325bに対して通知する。
基板認証結果通知のコマンドを受信したSC325bは、CU制御部323に対して、基板シリアルID認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、CU制御部323は、基板認証結果などの認証ログ情報をSC325bから取得する。
次に、図47は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図47を参照して、まず、CU制御部323は、SC325bに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したSC325bは、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に問合せる情報(基板シリアル番号および問合せ情報)をCU制御部323に通知するために、セキュリティ基板問合せ結果のレスポンスをCU制御部323に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、CU制御部323とホールサーバとが復号できない鍵(以下「秘匿用鍵」と言う)で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したCU制御部323は、基板シリアル番号および問合せ情報に基づき、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)にセキュリティ基板325の情報(基板シリアル番号および問合せ情報)を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、CU制御部323およびSC325bは、上位装置からの応答を待たずに、次のステップの処理(たとえば、通信制御ICの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等)を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、CU制御部323は、上位装置からセキュリティ基板情報の問合せ結果(基板シリアルIDおよび基板認証鍵)を受信すると、セキュリティ基板情報をSC325bに通知する。具体的に、CU制御部323は、問合せ結果である基板シリアルIDおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをSC325bに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
SC325bは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをCU制御部323に通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、CU制御部323は、受信結果がOKの場合には、基板シリアルID鍵および基板認証鍵Aを保存して、次回リセット時に認証鍵情報として使用する。また、CU制御部323は、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図48を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。
まず、CU制御部323は、SC325bに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、SC325bは、通信制御ICから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したSC325bは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果=OKの情報を含む遊技機チップ問合せ結果のレスポンスをCU制御部323に返信する。遊技機チップ情報には、主制御チップID、払出制御チップIDなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップIDと払出制御チップIDとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、CU制御部323は、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置(鍵管理サーバまたはホールサーバ:図38参照)に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、CU制御部323およびSC325bは、上位装置からの応答を持たずに、次のステップの処理(遊技機との業務電文処理)を実行する。遊技機チップ情報の問合せには時間(たとえば2時間程度)がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理(遊技機との業務電文処理)を実行する。なお、遊技機チップ情報問合せ中は、リセット動作(たとえば、リセットボタン(図示省略)の操作や電源再投入など)が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
その後、CU制御部323は、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をSC325bに通知する。具体的に、CU制御部323は、照合結果を含む遊技機チップ情報通知のコマンドをSC325bに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
SC325bは、遊技機チップ情報通知のコマンドを受信後、照合結果がOKのとき、遊技機メーカコードおよび型式コードをCU制御部323に通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、CU制御部323は、SC325bからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。
次に、図49を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、CU3の電源を投入すると、CU制御部323およびSC325bが起動される。
その後、CU制御部323およびSC325bは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ/レスポンス方式を用いて、CU制御部323とSC325bとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、CU制御部323およびSC325bは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証NGとなった場合には、SC325bは、認証異常として、基板認証鍵情報をクリアする。
その後、CU制御部323およびSC325bは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
この基板初期鍵認証シーケンスの認証が認証OKのときは、その後は図41に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、SC325bは、基板認証鍵シーケンスの認証が認証NGになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ800に通知する。
次に、図50は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、CU制御部323は、SC325bに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したSC325bは、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に問合せる情報(基板シリアル番号および問合せ情報)をCU制御部323に通知するために、セキュリティ基板問合せ結果のレスポンスをCU制御部323に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したCU制御部323は、基板シリアル番号および問合せ情報に基づき、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)にセキュリティ基板325の情報(基板シリアル番号および問合せ情報)を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、CU制御部323およびSC325bは、上位装置からの応答を待たずに、次のステップの処理(たとえば、通信制御ICの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等)を実行する。
その後、CU制御部323は、上位装置からセキュリティ基板情報の問合せ結果(基板シリアルIDおよび基板認証鍵)を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、CU3はP台2の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したSC325bは通信制御IC325a経由でP台2の遊技機チップ情報を取得する。
そしてSC325bは、CU3に対して、状態情報応答のレスポンスを返信する。このとき、SC325bは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
上記のセキュリティ基板問合せに対して、CU制御部323は、SC325bに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したSC325bは、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に問合せる情報(基板シリアル番号および問合せ情報)をCU制御部323に通知するために、セキュリティ基板問合せ結果のレスポンスをCU制御部323に再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したCU制御部323は、基板シリアル番号および問合せ情報に基づき、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)にセキュリティ基板325の情報(基板シリアル番号および問合せ情報)を問合せ、上位装置からの応答を待ち続ける。
次に、図51は、遊技機チップ情報の問合せ(照合)タイムアウトシーケンスの処理を説明する図である。
まず、CU制御部323は、SC325bに対して上位装置に問合せる情報(具体的には遊技機チップ情報)を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、SC325bは、通信制御ICから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したSC325bは、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に問合せる情報(主制御チップ情報および払出制御チップ情報)をCU制御部323に通知するために、遊技機チップ問合せ結果(認証OK)のレスポンスをCU制御部323に返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップIDと払出制御チップIDとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したCU制御部323は、主制御チップ情報および払出制御チップ情報に基づき、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に遊技機チップ情報(主制御チップ情報および払出制御チップ情報)を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、CU制御部323およびSC325bは、上位装置からの応答を待たずに、次のステップの処理(たとえば、通信制御ICの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等)を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、CU制御部323は、上位装置から遊技機チップ情報の問合せ結果(主制御チップ情報および払出制御チップ情報)を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、CU3はP台2の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したSC325bは通信制御IC325a経由でP台2の遊技機チップ情報を取得する。
そしてSC325bは、CU3に対して、状態情報応答のレスポンスを返信する。このとき、SC325bは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、CU制御部323は、SC325bに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したSC325bは、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に問合せる情報(主制御チップ情報および払出制御チップ情報)をCU制御部323に通知するために、遊技機チップ問合せ結果のレスポンスをCU制御部323に再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップIDと払出制御チップIDとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したCU制御部323は、主制御チップ情報および払出制御チップ情報に基づき、上位装置(具体的にはホールサーバ経由で鍵管理サーバ)に遊技機チップ情報(主制御チップ情報および払出制御チップ情報)を問合せ、上位装置からの応答を待ち続ける。
以上の図41〜図51に基づいて説明したCU制御部323とSC325bとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
CU3が遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある(図41参照)。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置(ホールサーバ)から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がOKであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される(図41参照)。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置(鍵管理サーバ)からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される(図42参照)。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス(図41参照)を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、CUメーカがCU3を遊技場に出荷するときにそのCU3の基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたCUがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、CUメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたCU3がセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとCU3との間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置(具体的にはホールサーバ)より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵(セッション鍵)を生成し、CU制御部323とSC325bとの間でその通信鍵(セッション鍵)を共有し、その通信鍵(セッション鍵)を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、2日間のみこの基板初期鍵を用いた実稼動制御を許容し、3日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間(たとえば2日)だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともCU制御部323がホールサーバに接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵/出荷鍵認証シーケンス」は、図45に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果NGの認証結果が導出される。すると、図45に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵/出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
<通信制御ICとセキュリティチップとの通信における主なシーケンス>
次に、図52は、SC325bと通信制御IC325aとの間の業務電文シーケンスの処理を説明する図である。図52を参照して、CU3の電源投入後のSC325bおよび通信制御IC325aの処理について説明する。
まず、CU3の電源を投入すると、SC325bおよび通信制御IC325aが起動される。SC325bは、起動するとCU制御部323と認証が実施され、通信制御IC325aは、起動すると遊技機と認証が実施される。
その後、SC325bおよび通信制御IC325aは、暗号鍵に本認証鍵または仮認証鍵を用い、通信制御IC認証シーケンスを行なう。図38に基づいて説明した「仮認証鍵モード」の場合には仮認証鍵を用い、本認証鍵が生成され後の本認証鍵モードの場合には本認証鍵を用いる。
その後、SC325bおよび通信制御IC325aは、暗号鍵に本認証鍵または仮認証鍵を用い、セキュリティ情報更新シーケンスを行なう。さらに、SC325bおよび通信制御IC325aは、暗号鍵に本認証鍵または仮認証鍵を用い、遊技機チップ情報認証シーケンスを行なう。
その後、SC325bは、通信制御IC325aに対して通信鍵を要求する通信鍵要求のコマンドを送信する。通信鍵要求のコマンドは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。
通信鍵要求のコマンドを受信した通信制御IC325aは、遊技機と業務電文を通信するための通信鍵(セッション鍵)を生成し、生成した通信鍵を通信鍵応答のレスポンスでSC325bに通知する。なお、返信する通信鍵応答のレスポンスは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。通信鍵(セッション鍵)の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この現在時刻のデータは、通信制御IC325a自ら生成してもよくまた他の装置からもらい受けてもよい。この通信鍵(セッション鍵)の生成方法は、乱数と現在時刻のデータとに限らず、前述の相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。
なお、上記の処理終了以降、遊技機と業務電文通信が可能となる。
図53は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図53を参照して、以下説明する一連の処理は、CU制御部323とSC325bとの間において行なわれる。
ステップS201において、チャレンジレスポンス方式を用い、基板シリアルIDを使用した認証処理(単体認証)が行なわれる(図46の基板シリアルID認証要求/応答1,2参照)。
そして、ステップS201の単体認証が完了すると、次のステップS202において鍵バージョンのチェックが行なわれる(図46のバージョン情報通知/応答参照)。
そして、ステップS202の鍵バージョンのチェックが完了すると、次のステップS203において、基板認証鍵を使用した機器認証が行なわれる(図46の基板認証鍵認証要求/応答1,2参照)。
そして、ステップS203の機器認証処理が完了すると、次のステップS204において、ステップS201〜S203の認証結果を相互に通知を行ない、次のステップS205に処理が進む(図46の基板認証結果通知/応答参照)。
ステップS205において、通知された認証結果が正常か否かを判断され、認証結果が正常である場合にはステップS206に処理が進み、認証結果が正常でない場合にはステップS207に処理が進む。
ステップS206において、CU制御部323がSC325bから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップS209に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップS210に処理が進む。
ステップS209においては、CU制御部323−SC325b間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップS210は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、CU制御部323−SC325b間は遊技機チップ情報の照合の処理が行なわれる。
一方、ステップS205において、認証結果が正常でない場合には、ステップS206に処理が進み。このステップS206においてこのリトライ回数が3回目か否かが判断され、リトライ回数が3回目である場合には、ステップS208に処理が進み、リトライ回数が3回目でない(リトライ回数が1回目か2回目である)場合には、処理がステップS201に戻り、再度認証処理が行なわれる。
ステップS208において、SC325b基板認証異常として、リセット動作(たとえば、リセットボタン(図示省略)の操作や電源再投入など)まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード(基板初期鍵モード)で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は1日中この基板初期鍵モードで運用され、翌日の電源立上時に再度鍵管理サーバに対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる(図50)。また、ステップS208aに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
図54(a)は、CU制御部−SC間での通信モードの切替処理を説明するためのフローチャートの一例である。図54(a)を参照して、ステップS211において、CU制御部323は鍵管理サーバに基板認証鍵の要求を行ない、次のステップS212に処理が進む。
そして、ステップS212において、CU制御部323は鍵管理サーバから送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をSC325bへ送信し、次のステップS213に処理が進む。
ステップS213において、CU制御部323は遊技機が非稼動状態か否かの判定を行なう。次のステップS214のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップS214のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、CUに遊技者のカードが挿入されていないか挿入されているかで判断する。カードが挿入されていない場合には遊技機が非稼働状態と判断する一方、カードが挿入されている場合には遊技機が稼働状態と判断する。CU制御部323に対応する遊技機が非稼動状態である場合には、ステップS214に処理が進み、CU制御部323に対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップS213の処理が行なわれる。
ステップS214において、CU制御部323は、ステップS212において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード(基板初期鍵モード)から基板認証鍵を暗号鍵として処理を進めるモード(基板認証鍵モード)へ通信モードを切替て、処理が終了する。
図54(b)は、SC−通信制御IC間での通信モードの切替処理を説明するためのフローチャートの一例である。図54(b)を参照して、ステップS216において、SC325bがCU制御部323からの更新情報を取得する。前述したようにCU制御部323はステップS212により更新情報をSC325bへ送信する。それを受けたSC325bは、その更新情報を取得する。次に、ステップS217においてSC325bは、取得した更新情報から本認証鍵を生成する。次に、前述のステップS213と同様に、ステップS218においてSC325bは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップS219の処理を実行する。ステップS219においてSC325bは、生成した本認証鍵に基づいて、SC325bと通信制御IC325aとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード(仮認証鍵モード)から本認証鍵を暗号鍵として処理を進めるモード(本認証鍵モード)へ切替える。
このような実施の形態によれば、CUの正当性が鍵管理サーバに登録された基板認証鍵によって認証される前に通常の通信モードとなってカード残額等を用いたP台での遊技が可能となることを防止できる。さらに、鍵管理サーバに登録された基板認証鍵を受信できないときでも、制限通信モードとなり、P台での遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、鍵管理サーバに記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
図55(a)(b)は、通信モードの切替処理を説明するためのフローチャートの他の例である。CU制御部−SC間での通信モードの切替処理を示す図55(a)を参照して、ステップS221において、CU制御部323は鍵管理サーバにセキュリティ基板情報の要求を行ない、次のステップS222に処理が進む。
そして、ステップS222において、CU制御部323が鍵管理サーバに要求したセキュリティ基板情報をホールサーバが鍵管理サーバから取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバが取得する。次に、ステップS223においてホールサーバは、前述のステップS213と同様の趣旨より、セキュリティ基板情報を要求したCU制御部323に対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバはステップS224において、取得した基板認証鍵をCU制御部323へ送信し、それを受けたCU制御部323はセキュリティ基板情報中の更新情報をSC325bへ送信する。次に、ステップS225においてCU制御部323は、ステップS2224において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード(基板初期鍵モード)から基板認証鍵を暗号鍵として処理を進めるモード(基板認証鍵モード)へ通信モードを切替て、処理が終了する。
次に、SC−通信制御IC間での通信モードの切替処理を示す図55(b)を参照して、ステップS226において、SC325bがCU制御部323からの更新情報を取得する。前述したようにCU制御部323はステップS224により更新情報をSC325bへ送信する。それを受けたSC325bは、その更新情報を取得する。次に、ステップS227においてSC325bは、取得した更新情報から本認証鍵を生成する。次に、ステップS228においてSC325bは、生成した本認証鍵に基づいて、SC325bと通信制御IC325aとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード(仮認証鍵モード)から本認証鍵を暗号鍵として処理を進めるモード(本認証鍵モード)へ切替える。
このような実施の形態によれば、制限通信モードにおいてホールサーバが鍵管理サーバから基板認証鍵を受信したときでも、P台が稼動中のときには、即座にその基板認証鍵がCUに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバからCUに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
<SC325bとCU制御部323との認証動作>
次に、統一店舗コードのチェック、基板メーカコードの認証についてさらに詳しく説明する。
まず、図56を参照して、SC325bによる統一店舗コードのチェック処理を説明する。この処理は、SC325bが、基板接続要求時に通知される統一店舗コードと前回通知された統一店舗コードをチェックして、不一致の場合に設置された店舗が変わったと判断する認証動作である。SC325bは、記憶している前回の統一店舗コードがダミーコードであるか否かを判断する(ステップS1101)。なお、統一店舗コードのダミーコードは、たとえば、すべてのデータが“0xFF”である。このダミーコードは、CU3が遊技場(店舗)に設置される前の出荷時の段階で通常の統一店舗コードの代わりに用いられるものであり、出荷時の段階でSC325bに既に記憶されている。そして出荷時にダミーコードをCU制御部323経由でSC325bに入力して、SC325bがその入力されたダミーコードと記憶しているダミーコードとを一致判定して認証する。また、ダミーコードは、新装開店の遊技場(ホール)のため未だ統一店舗コードを取得していない場合に仮の店舗コードとして当該遊技場のホールサーバにデフォルトとして記憶されている。そして、新装開店の遊技場に設置されたCU3にホールサーバからダミーコードをダウンロードさせてSC325bがそのダウンロードされたダミーコードと記憶しているダミーコードとを一致判定して認証し、P台2による遊技を可能にする。
正規の統一店舗コードを取得したホールサーバはCU制御部323へその統一店舗コードを送信する。それを受けたCU制御部323は、次の電源投入時における基板接続要求時にその統一店舗コードをSC325bへ送信する。それを受けたSC325bは、記憶している前回の統一店舗コードがダミーコードであると判断した場合(ステップS1101:YES)、基板接続要求時にホールサーバから通知された統一店舗コードに記憶を更新するが、基板認証鍵、本認証鍵情報を初期化しないで、前回の各認証モードを引継いで動作する。その後、SC325bは、認証ログ情報を保存する(ステップS1106)。基板認証鍵、本認証鍵情報の初期化は、或る遊技場に設置されていたCU3が他の遊技場に移設されたときに必要となる処理であるが、SC325bに記憶されているダミーコードを統一店舗コードに更新する場合には、前述した新装開店の遊技場が正規に統一店舗コードを取得してその統一店舗コードをCU3にダウンロードした場合であり、店舗が代わったわけではなく、基板認証鍵、本認証鍵情報の初期化は不要である。逆にこのような場合に基板認証鍵、本認証鍵情報の初期化すると、再度基板認証鍵の取得要求が必要となり、1営業日での基板初期鍵運用(時限運用)が多くなり、時限運用猶予期間が少なくなる不都合が生じる。このような不都合を回避するために基板認証鍵、本認証鍵情報の初期化を行なわないように制御している。
一方、SC325bは、記憶している前回の統一店舗コードがダミーコードでないと判断した場合(ステップS1101:NO)、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致しているか否かを判断する(ステップS1102)。
SC325bは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していると判断した場合(ステップS1102:YES)、認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移する(ステップS1103)。なお、SC325bは、前回の認証モードが基板認証鍵モードである場合、基板認証鍵認証シーケンスへ遷移し、前回の認証モードがそれ以外の認証モードである場合、基板初期鍵認証シーケンスへ遷移する。
一方、SC325bは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していないと判断した場合(ステップS1102:NO)、基板認証鍵情報、および本認証鍵情報を初期化(クリア)する(ステップS1104)。このような統一店舗コードの不一致は、或る遊技場に設置されていたCU3が他の遊技場に移設されたときに生じる。CU3が他の遊技場に移設されたため、前の遊技場で使用していた基板認証鍵情報および本認証鍵情報を初期化(クリア)してセキュリティを担保するのである。なお、SC325bは、CU制御部323から通知される統一店舗コードが変更になった場合、本認証鍵の初期化(クリア)を通信制御IC325aに設定して、仮認証鍵による認証を開始する。なお、SC325bが本認証鍵情報を初期化(クリア)した場合に、通信制御IC325aも本認証鍵情報を初期化(クリア)するように制御してもよく、また、特にそのような制御を行なうことなく次回の通信制御IC325aとの認証のときにSC325bが本認証鍵でないため仮認証鍵での認証に戻るようにしてもよい。
また、SC325bは、ステップS1104で基板認証鍵情報、および本認証鍵情報を初期化(クリア)した後、認証処理を基板初期鍵認証シーケンスおよび仮認証鍵シーケンスへ遷移する(ステップS1105)。
SC325bは、ステップS1103で認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移した後、ステップS1104で認証処理を基板初期鍵認証シーケンスへ遷移した後、認証ログ情報を保存する(ステップS1106)。
図57は、基板メーカコードの認証動作を説明するためのフローチャートである。基板メーカコードの認証は、SC325bとCU制御部323とが、それぞれ初期情報として記憶している基板メーカコードを使用した認証を行なう認証動作である。図57を参照して、まず、SC325bとCU制御部323とは、記憶している基板メーカコードを使用したチャレンジ/レスポンス方式による単体認証を行なう。(ステップS1201)。なお、単体認証時に生成するレスポンスコードは、たとえば、記憶している基板メーカコードを鍵にしてチャレンジコードをブロック暗号化した後にハッシュ関数でハッシュ化することで生成される。
SC325bは、生成したチャレンジコードに対してCU制御部323が生成したレスポンスコードをチェックした認証結果が正常か否かの判断を行なう(ステップS1202)。SC325bは、認証結果が正常であると判断した場合(ステップS1202:YES)、既に基板認証鍵で認証済みであるか否かを判断する(ステップS1203)。一方、SC325bは、認証結果が正常でない(異常)と判断した場合(ステップS1202:NO)、n回(たとえば3回)連続して異常であるか否かを判断する(ステップS1204)。
SC325bは、既に基板認証鍵で認証済みであると判断した場合(ステップS1203:YES)、基板認証鍵の認証処理へ遷移し、基板認証鍵認証シーケンスを維持する(ステップS1205)。一方、SC325bは、既に基板認証鍵で認証済みでないと判断した場合(ステップS1203:NO)、基板初期鍵の認証処理へ遷移する(ステップS1206)。
SC325bは、n回連続して異常でないと判断した場合(ステップS1204:NO)、処理をステップS1201に戻す。一方、SC325bは、n回連続して異常であると判断した場合(ステップS1204:YES)、セキュリティを担保するために基板認証鍵情報および本認証鍵情報を初期化(クリア)する(ステップS1207)。これにより、基板認証鍵情報および本認証鍵情報が盗用される不都合を防止できる。その後、SC325bは、基板初期鍵の認証処理へ遷移する(ステップS1208)。
SC325bは、ステップS1205で基板認証鍵認証シーケンスを維持、またはステップS1206、S1208で基板初期鍵の認証処理へ遷移した後、認証ログ情報を保存する(ステップS1209)。
<ヘルスチェック>
次に、本実施の形態に係る遊技用システムでは、たとえばCU3またはP台2と鍵管理サーバとの通信が不通となった場合であっても、安定してCU3またはP台2を稼働させるために時限運用機能を利用して稼働を継続することが可能である。しかし、時限運用機能を意図的に利用して、鍵管理サーバと通信を行なうことなくCU3やP台2を稼働させて不正な営業が行なわれる可能性があった。そこで、本実施の形態では、時限運用機能を利用して稼働しているCU3またはP台2が、鍵管理サーバとの通信が不通となった状態が所定の期間継続した場合、当該時限運用機能を無効にするように構成している。また、本実施の形態では、CU3またはP台2の時限運用機能が無効にされても、鍵管理サーバとの通信が回復し所定の条件を満たせば再び時限運用機能の設定を有効にする構成にしてある。
図58は、本実施の形態に係る遊技用システムにおいて時限運用機能を無効にする処理を説明するための図である。図58を参照して、時限運用機能を無効にする処理について説明する。時限運用機能を無効にする処理は、鍵管理サーバ800−ホールサーバ801間、ホールサーバ801−CU制御部323間、CU制御部323−SC325b間において所定の処理が行なわれる。
まず、CU制御部323およびSC325bを含むCU3がP台2と通信を行なうことで、遊技者がP台2で遊技を行なうことが可能となっている。このとき、たとえばCU制御部323−SC325b間の通信では、秘匿鍵Aに基づく暗号通信が行なわれており、CU制御部323からの状態情報要求のコマンドも、SC325b間からの状態情報応答のレスポンスも秘匿鍵Aに基づいて暗号化されている。
この秘匿鍵Aは、鍵管理サーバ800からのヘルスチェックにより定期的に更新することで、正常にCU制御部323−SC325b間の通信を行なうことが可能となる。図58に示す鍵管理サーバ800は、CU制御部323−SC325b間で正常に通信を行なっているときに、CU制御部323およびSC325bに対してヘルスチェックを行なうべくヘルスチェック要求のコマンドを送信しているが、鍵管理サーバ800−ホールサーバ801間の通信が不通のため当該ヘルスチェック要求のコマンドがCU制御部323に到達していない。
鍵管理サーバ800からのヘルスチェックは、たとえば1日1回行なわれ、鍵管理サーバ800−ホールサーバ801間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない場合であっても再送信せずに次の日にヘルスチェック要求を送信することになる。
CU制御部323−SC325b間の通信は、鍵管理サーバ800からのヘルスチェックが行なわれず秘匿鍵Aが更新されない場合であっても、時限運用機能のため何ら制限を受けることなく継続して通信を行なうことができる。そのため、CU3とP台2との通信も正常に行なうことができ、CU3やP台2を正常に稼働させてP台2での営業を可能にすることができる。
しかし、鍵管理サーバ800がヘルスチェック要求のコマンドを送信してもCU制御部323に到達しない状態が、たとえば10日間(1日1回ヘルスチェックを行なう場合であれば10回)継続した場合、ヘルスチェック要求時限オーバーと判断される。ヘルスチェック要求時限オーバーと判断されると、SC325bは時限運用機能を無効にして、秘匿鍵Aを用いたCU制御部323−SC325b間の通信を行なうことができなくなる。CU制御部323−SC325b間の通信において秘匿鍵Aを利用できない場合、通信内容が大幅に制限され、CU3とP台2との通信も制限される。そのため、CU3やP台2の稼働を不可にさせたり、大幅に制限を加えて稼働させたりすることができる。
CU制御部323−SC325b間の通信では、秘匿鍵Aに基づく暗号通信が行なわれておらず、CU制御部323からの状態情報要求のコマンドも、SC325b間からの状態情報応答のレスポンスも秘匿鍵Aに基づいて暗号化されていない。その代わりに、たとえばCU制御部323またはSC325bに保持されている初期鍵Aに基づいて暗号して通信を行なってもよい。その場合、たとえばCU制御部323−SC325b間で通信できるコマンドが大幅に制限される。
以上のように、本実施の形態では、鍵管理サーバとの通信が不通となった状態が所定の期間継続してヘルスチェックできない場合、時限運用機能を無効にするので、時限運用機能を利用して不正にP台2を稼働させて営業することを防止することができる。なお、時限運用機能を無効にする無効条件は、ヘルスチェックできない期間が10日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できなかった回数が所定回数になったことを条件にしてもよい。
次に、時限運用機能を無効にした遊技用システムに対して、時限運用機能を有効にするための処理について説明する。図59は、本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。図59を参照して、時限運用機能を有効にする処理について説明する。時限運用機能を有効にする処理は、鍵管理サーバ800−ホールサーバ801間、ホールサーバ801−CU制御部323間、CU制御部323−SC325b間において所定の処理が行なわれる。
まず、CU制御部323およびSC325bを含むCU3がP台2と通信を行ない、CU制御部323から状態情報要求のコマンドをSC325bに送信し、それを受けてSC325b間から状態情報応答のレスポンスをCU制御部323に送信している。なお、このときCU制御部323およびSC325bは、鍵管理サーバ800−ホールサーバ801間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない状態で無効条件が成立して時限運用機能が無効にされている。
その後、鍵管理サーバ800−ホールサーバ801間の回線が復旧して通信可能となった場合、鍵管理サーバ800から送信したヘルスチェック要求に対するヘルスチェック応答が得られる。このような鍵管理サーバ800からのヘルスチェックが可能となった状態が3日間経過し、4日目のヘルスチェック要求を鍵管理サーバ800が行なう。なお、ヘルスチェックが可能となった状態であれば、CU制御部323−SC325b間の通信では、秘匿鍵Aに基づく暗号通信が行なわれている。
具体的に、鍵管理サーバ800は、ホールサーバ801に対してヘルスチェック要求のコマンドを送信し、当該コマンドを受けたホールサーバ801がCU制御部323に対してヘルスチェック要求のコマンドを送信する。さらに、CU制御部323は、ホールサーバ801からのコマンドを受けて、付加情報としてヘルスチェック要求を含む基板状態要求のコマンドをSC325bに送信する。
SC325bは、CU制御部323から基板状態要求のコマンドを受けると、回線が復旧して正常にヘルスチェックが3日間行なわれたので、無効にしてある時限運用機能を有効にする。時限運用機能を有効にすることで、今後、鍵管理サーバ800−ホールサーバ801間の通信が不通となりヘルスチェックが行なえなくなっても、CU制御部323およびSC325bは、時限運用機能を利用して秘匿鍵Aに基づく通信を行なうことが可能となる。これにより、CU3およびP台2は、鍵管理サーバ800との通信断などの障害が生じたとしても安定して稼働させることができる。
さらに、SC325bは、基板状態要求のコマンドを受けて、付加情報としてヘルスチェック応答を含む基板状態応答のレスポンスをCU制御部323に送信する。ヘルスチェック応答には、SC325bの状態情報が含まれるとともに、P台2から受信したP台2の状態情報が含まれている。なお、図40には示していないが、SC325bがP台2に対してヘルスチェック要求を行ない、P台2からヘルスチェック応答を受信することで、P台2の状態情報を取得する。
CU制御部323は、SC325bから基板状態応答のレスポンスを受けて、ホールサーバ801に対してヘルスチェック応答のレスポンスを送信する。当該ヘルスチェック応答のレスポンスには、たとえばCU制御部323−SC325b間の認証状態の情報が含まれている。さらに、ホールサーバ801が、CU制御部323からヘルスチェック応答のレスポンスを受けて、鍵管理サーバ800に対してヘルスチェック応答のレスポンスを送信する。
以上のように、本実施の形態では、鍵管理サーバとの回線が復旧し通信が可能となった状態が所定の期間継続してヘルスチェックを行なうことができる場合、無効である時限運用機能を有効にするので、時限運用機能を利用して遊技場の営業を妨げない安定した稼働が可能となる。また、無効である時限運用機能を有効にするために店員が各CU3やP台2を操作する必要が無いため、店員の作業を軽減することができる。なお、時限運用機能を有効にする復帰条件は、ヘルスチェックが可能となった期間が3日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できた回数が所定回数になったことを条件にしてもよい。また、時限運用機能を無効にする無効条件であるヘルスチェックできない期間(たとえば10日間)は、時限運用機能を有効にする復帰条件であるヘルスチェックが可能となった期間(たとえば3日間)に比べて長くすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定したCU3およびP台2の稼働が可能になる。
<スロットマシン>
次に、遊技機の他の例としてスロットマシンを説明する。図60は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ遊技機を“P台”と略称したこととの関係上、スロットマシンを以下では、“S台”とも略称する。
遊技玉および持玉を用いた上記の遊技用システムは、S台にも同様に適用される。ただし、S台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
図60を参照して、スロットマシン(以下、遊技機、またはS台と略称することもある)2Sは、本体枠2aSに対して前面扉2bSがその左側縁を揺動中心として開閉可能に設けられている。図60では図示を省略しているが、S台2Sの図面左隣には、P台と同様にCUが接続される。
S台2Sでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、S台2Sにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、S台2Sには、メダル投入口およびメダル払出口が設けられていない。
S台2Sの筐体内部には、外周に複数種の図柄が配列されたリール2L、2C、2R(以下、左リール、中リール、右リールともいう)が水平方向に並設されており、これらリール2L、2C、2Rに配列された図柄のうち連続する3つの図柄が前面扉2bSに設けられた透視窓から見えるように配置されている。リール2L、2C、2Rの外周部には、複数種類の図柄が所定の順序で描かれている。
前面扉2bSの各リール2L、2C、2Rを取り囲む部分には、タッチパネル式の表示器510が設けられている。この表示器510は、P台の表示器54に相当する表示器であり、表示器54と同種の各種情報(遊技点や持点など)が表示される他、ゲームにおいて設定された賭数などが表示される。表示器510は、図4の表示器54と同様にCUの表示制御部350に接続されており、CU側で表示制御される。なお、この表示器510は、各リール2L、2C、2Rを取り囲む部分に設けるのではなく、P台と同様にさらに下方のパネル部分(図60に示されるスタートスイッチ7Sよりも下方の位置の、従来のS台のメダル払出口が設けられたパネル部分)に設けてもよい。
また、前面扉2bSには、メダル1枚分に相当する「遊技点=1」を用いて賭数を設定する際に操作される1枚BETスイッチ5S、遊技状態に応じて定められた最大の賭数(たとえば、BB発生前の通常遊技状態およびリプレイの当選確率が高確率となるRT(Replay Time)においては「遊技点=3」、ボーナスにおいては「遊技点=2」)を設定する際に操作されるMAXBETスイッチ6S、ゲームを開始する際に操作されるスタートスイッチ7S、リール2L、2C、2Rの回転を各々停止する際に操作されるストップスイッチ8L、8C、8Rがそれぞれ設けられている。
S台2Sにおいてゲームを行なう場合には、まず、P台と同様に、隣接されたCUを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、CUに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル(P台の貯玉に相当)を引落とすことによって得られる。遊技点を使用するには1枚BETスイッチ5S、またはMAXBETスイッチ6Sを操作すればよい。本実施の形態では、たとえば、賭数を1設定することによって遊技点が1減点され、表示器510の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ7Sの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ゲームが開始可能な状態でスタートスイッチ7Sを操作すると、各リール2L、2C、2Rが回転し、各リール2L、2C、2Rの図柄が連続的に変動する。この状態でいずれかのストップスイッチ8L、8C、8Rを操作すると、対応するリール2L、2C、2Rの回転が停止し、透視窓に表示結果が導出表示される。
そして全てのリール2L、2C、2Rが停止されることで1ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ(以下、役とも呼ぶ)が各リール2L、2C、2Rの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器510の遊技点の表示も加算更新される。
S台の場合にも、P台と同様に遊技点を計数することが可能である。図1に示すとおり、S台2Sには、遊技点を計数して持点に変換するための計数ボタン28Sが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、CU側に設けられている(図4参照)。遊技者は任意のタイミング、あるいは、P台と同様に計数操作を促す表示が表示器510に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器510に表示される。なお、玉貸ボタンは、CU側ではなくP台側およびS台側に設けてもよい。その場合に、玉貸ボタンの操作信号がCU3へ直接入力されるようにしてもよく、あるいは、P台2やS台(スロットマシン)2Sを経由して状態情報応答としてCU3へ送信されるようにしてもよい。
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス(BB)、レギュラーボーナス(RB)への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役(リプレイ)とがある。
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、S台2Sを制御する主制御部(S台の主制御部161に相当)によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、3つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する(遊技点を加算する)。
S台2Sの払出制御部は払出制御基板(図示省略)に搭載されている。この払出制御基板は、枠メーカによって本体枠2aSに取り付けられた状態で枠メーカからホールに納品される。
一方、S台2Sのメイン制御基板(図示省略)は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠2aSとは別にスロットマシンメーカからホールに納品される。基板取付盤は、図3に示した遊技盤26に対応する盤であり、遊技盤26に設けられた凸型ドロアコネクタ32と同様のコネクタを備えている。
S台2Sの本体枠2aS内の所定位置(たとえば、リール2L、2C、2Rの下方)には、基板取付盤を取り付けるための取付機構と、基板取付盤側の凸型ドロアコネクタを接続するためのコネクタが設けられている。この取付機構およびコネクタは図3に示した取付機構34a、34bおよび凹型ドロアコネクタ33と同様の構造であって、基板取付盤を容易に取付機構に固定できるように工夫されている。凹型ドロアコネクタから延びる配線は、リール2L、2C、2Rや各種操作スイッチ(ボタン)などに接続されている。
また、S台2Sは、P台2の前枠5に相当する前面扉2bSの開放検出、および本体枠2aSと基板取付盤との接続検出を行なう構成を有しており、ループ状の電力線にメイン制御基板も直列に接続されている。
S台により、遊技用価値を用いて1ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
図61は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図61に示した送受信態様は、P台の構成として説明した図37の用語をS台用に置き換えたものであり、その態様は、図37を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
<変形例や特徴点など>
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
(1) 本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。
また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、1つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。
また、加算通番や計数通番といった要求通番、さらには通常の通番は、1ずつカウントアップされるのではなく、P台2およびCU3の双方が記憶している所定の規則に従って更新(加算更新、減算更新、その他の演算式による更新)するものであってもよい。この場合、通番は、1,2,3といった“連続する番号”ではなく、A、B、Cなどといった概念で更新されるデータとなる。
(2) 上記遊技用システムに遊技機の一例となるスロットマシン(S台)を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがP台の遊技盤に対応し、それ以外の構成がP台の前枠に対応する。ただし、S台には、図4に示した前枠の各種検出スイッチ41a、701、33、発射制御基板31、および発射モータ18は、不要である。
従来のS台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
一方、本実施の形態に係るS台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のS台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るS台にはホッパーを設ける必要がない。
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
他方、S台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、S台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
遊技機としてS台を適用した場合、「持点」および「遊技点」の2種類と、「クレジット」および「クレジット超過点」の2種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、S台の表示器510あるいは表示器29Sには、これら4種類のデータを表示する。
まず、プリペイドカードの残額、貯メダル、または持点からの変換操作(貸出操作、貯メダル払出し操作、持点払出し操作)が検出された場合には、夫々が引き落とされて、遊技点に変換される。
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器510あるいは表示器29Sには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作(たとえば、メダルを押し込むような操作)が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が1つ設定される。このような擬似メダル投入操作が3度行なわれることによって、賭数が最大値の3に設定される。
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値(たとえば、50)が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、1枚BETスイッチ5Sの操作があれば、賭数設定値が1加算され、クレジットが1減算される。また、MAXBETスイッチ6Sの操作があれば、賭数が3に設定され、クレジットが賭数設定に応じて減算される。
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器510あるいは表示器29Sにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作(たとえば、メダルを押し込むような操作)が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数+遊技点+クレジット+クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点(現時点で遊技者が所有している持玉数)である。
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の4種類のデータは、CUとS台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はCU側のみで、それ以外はS台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
(3) 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉(貯メダル)を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点(計数玉、計数メダル)には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
(4) 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は1:1である。しかしながら、変換される場合の変換率を1:1以外としてもよい。たとえば、遊技点100点を変換した場合、そのうちの3点を差し引いた97点が持点に変換されるようにしてもよい。または、持点に対して10割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
(5) 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、CUに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているIDをCUが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がIDを通じて遊技者の持点に加算されるようにする。
(6) 遊技点を計数するための操作手段は、CU側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
(7) 本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、P台あるいはCU側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、P台あるいはCU側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器(CU側あるいはP台側)に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、CU側あるいはP台側または双方でカードのIDを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じIDのカードが挿入されたときには、元の状態から遊技を再開させる。
(8) 大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。
(9) 大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値(たとえば、1000玉)以内であれば、満タン判定しないものとしてもよい。
(10) 遊技玉を計数するための計数操作手段としては、2回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、1回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、1回操作をしてから所定時間(たとえば、1秒以内)、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、1操作から1秒以内に2回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
(11) 「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理(カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等)を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。
また、上述した「持点として所定の処理が可能となるように処理するための記録媒体処理操作」とは、たとえば、カードの返却操作である。また、「所定の処理」とは、カードの返却操作を検出したときに、CUに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのIDと持点とをCUに接続されたサーバに送信し、サーバ内でIDと持点とを対応付けて記憶するような方式を含む。
(12) 玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるようにしてもよい。また、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、1回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
また、遊技中であるか否かを玉の発射動作が検出されているか否かで判断してもよく、遊技中球数(遊技領域27内で浮遊している浮遊玉)が0になっているか(遊技中でない)否か(遊技中)で、判断してもよい。さらに、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
さらに、遊技機としてS台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール2L、2C、2Rが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール2L、2C、2Rが停止するまでの期間である。
(13) 計数ボタンを押し続ける時間に応じて、1回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し(たとえば、1秒以上連続操作)のときには遊技点のすべてが計数される一方、短押し(たとえば、1秒未満の連続操作)のときには、200玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、200玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
(14) 遊技点の残数に応じて、計数ボタンの1回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が200点未満のときには、計数ボタンの1回の短押下操作ですべての遊技点が計数されるようにする。遊技点が200以上1000未満のときには、1回の短押下操作で200点が計数されるようにする。遊技点が1000以上5000未満のときには、1回の短押下操作で1000点が計数されるようにする。遊技点が5000以上10000未満のときには、1回の短押下操作で2000点が計数されるようにする。遊技点が10000以上のときには、1回の短押下操作で2500点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
(15) 遊技玉(遊技点)を計数して持点変換する際には、計数表示のみならず、計数音をスピーカ270から出力する制御をしてもよい。また、遊技点の計数の際には、玉が1つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
(16) 計数操作に基づいて遊技点を持点に変換する変換表示(遊技玉を計数していき、持玉が増えていく様を示す表示)を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からCUに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
(17) 本実施の形態では、CUと遊技機との間の通信において、CUを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
(18) 本実施の形態では、遊技機側およびCU側の双方で遊技玉(遊技点)を記憶するようにしているが、遊技玉(遊技点)は遊技機側のみで記憶し、CU側では記憶しないようにしてもよい。一方、カード持玉(持点)は、CU側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉(遊技点)は遊技機側のみで記憶し、一方、カード持玉(持点)は、CU側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
(19) 表示器54で行なう計数表示や各種の報知は、同様に表示器312で行なうようにしてもよい。
(20) CU3において、P台側から送信されてきた加算玉数カウンタの値(加算玉数)および減算玉数カウンタの値(減算玉数)に基づいて、記憶している遊技玉数を更新し、P台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー(異常)判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ801にエラーが発生した旨のエラー通知信号が送信されたりする(この場合、ホール用管理コンピュータやホールサーバ801によるエラー報知が行なわれるようにしてもよい)。
(21) 貸出操作あるいは持点(持玉)から遊技点(遊技玉)への変換操作(貸出操作)が検出された場合、遊技点は、1点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点(たとえば、100円相当の25点)ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、P台あるいはS台の表示器のタッチパネルを利用することが考えられる。
(22) 打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはCUの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
(23) 玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも1つ、あるいはすべては、遊技機側に設けてもよく、あるいはCU側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはCU側の表示器に表示することが考えられる。
(24) 本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点(持玉)を分割して共有する処理(持点を他人に分割譲渡する処理)を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、CU又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。
(25) 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
(26) 前述の実施の形態では、遊技者所有の有価価値(プリペイド残額、持玉、貯玉)の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
(27) 本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、CUと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。
(28) CU制御部323は、ホールサーバ801を介して鍵管理サーバ800から基板セキュリティ情報(基板認証鍵や更新情報を含む)を受信する。しかしながら、これに代えて、鍵管理サーバ800とCU制御部323との間にホールサーバ801を介することなく、鍵管理サーバ800からCU制御部323へ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ800とCUとを直接、回線接続することや、鍵管理サーバ800と各CUとの間にホールサーバ801と異なる中継用の通信装置を設けることが考えられる。
(29) 本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置278や表示器54などの可変表示手段(可変表示装置)に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードIDと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからCUあるいはP台へダウンロードするようにしてもよい。
(30) 持玉または遊技玉の数の変化の有無をCUまたはP台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、CUまたはP台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置(ホールコンピュータ、P台上の呼び出しランプ)に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
(31) あるいは、カードがCUに挿入されていないにも関わらず、遊技者の遊技玉が変化した場合には、CUまたはP台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置(ホールコンピュータ、P台上の呼び出しランプ)に出力してもよい。これにより、たとえば、遊技を終えてカードを排出した後に、遊技盤に引っ掛かっていた玉が入賞して遊技玉が払い出されたまま放置されているような台を店員が把握しやすくする。
(32) 本実施の形態において、CU3はP台2からの前回遊技台情報と最新遊技台情報とを自ら記憶しているデータと比較判定して、P台2側のデータに不正水増しのないことを確認してデータを補正する。仮に、CU3側でエラー判定されると、このような状況は、単にCU3の交換が要因(交換後のCU3には比較対象の正規のデータが記憶されていない)であって、不正行為に基づくものではない可能性もあるため、ホールの店員が確認の上で、リモコン等の携帯型端末装置でエラーを解除する。ただし、このように、CU3が新たなものに交換されていたときには、当該CU3は上記のエラー判定を一切しないようにしてもよい。また、あるいは、CU3には、交換されたものであるか否かに関わらず、上記のエラー判定機能を設けないようにしてもよい。
(33) 本実施の形態において、遊技者所有の有価価値を特定可能な記録媒体であるカードを、遊技開始時にカード挿入/排出口309に挿入し、遊技終了後にカード挿入/排出口309から抜き取る構成について説明した。しかし、本発明はこれに限られず、カードを、遊技開始時にカード読み取り部に載置し、遊技終了後にカード読み取り部から外す構成であってもよい。つまり、遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段に対して、遊技開始時に記録媒体受付手段に取り付け、遊技終了後に記録媒体受付手段から取り外す構成であればよい。
(34) 本実施の形態において、P台2は、カードを受付けたとき、および通信復旧したときに、CU3のセキュリティ基板325から通知された「店舗コード」および「SC基板ID」と、P台2で保持している「店舗コード」および「SC基板ID」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成について説明した。しかし、本発明はこれに限られず、P台2は、CU3のセキュリティ基板325から通知された「店舗コード」と、P台2で保持している「店舗コード」との一致判定を行なう、またはCU3のセキュリティ基板325から通知された「SC基板ID」と、P台2で保持している「SC基板ID」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成であってもよい。
(35) 本実施の形態では、鍵管理サーバ800がヘルスチェック要求のコマンドを送信してもCU制御部323に到達しない状態が、たとえば10日間継続した場合、ヘルスチェック要求時限オーバーと判断され、CU3またはP台2の時限運用機能が無効にされる構成を説明した。しかし、本発明はこれに限定されず、CU3またはP台2の時限運用機能が無効にされるまでの日数を表示器54に表示させたり、複数の制限レベルを有する時限運用機能を段階的に無効するようにしたりしてもよい。
(36) 本実施の形態では、セキュリティ基板325に接続される基板が、CU制御部323が搭載されたCU制御基板327である構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板325は、中継基板を介してCU制御基板327に接続されてもよい。つまり、セキュリティ基板325は、CU制御基板327に直接接続されるのではなく、中継基板に一旦接続され、当該中継基板がCU制御基板327に接続される構成である。なお、中継基板は、上述したCU制御基板327に設けられていたコネクタ500や突起380を有する。これにより、機種によってセキュリティ基板325との接続形態が異なる場合であっても、中継基板を設けることでセキュリティ基板325のコネクタ510の形状を共通化することができる。
また、本発明はこれに限定されず、セキュリティ基板325は、CU制御基板327に接続される他の基板に接続されていてもよい。この場合、他の基板は、上述したCU制御基板327に設けられていたコネクタ500や突起380を有する。そして、セキュリティ基板325と他の基板とが、セキュリティ基板325の基板表面330が他の基板に対向するように接続される。そうすると、セキュリティ基板325とCU制御基板327とは、他の基板を介して互いに通信が可能になる。なお、他の基板には、たとえば、CU制御基板327に設けられている上述した電源部323b、UART通信部323c、リセット部323dおよびPIF回路326のうちの少なくとも1つが設けられた電源基板や通信基板などでもよい。また、他の基板は、CU3に設けられている表示器312、IR感光ユニット320や各種ランプ(図示しない)などを動作させるためのドライバ回路が形成された基板(ドライバ基板)であってもよい。また、他の基板に、セキュリティ基板325とCU制御基板327との接続を中継する中継基板や、ドライバ基板などとCU制御基板327との接続を中継する中継基板も含めてもよい。
(37) 本実施の形態において、セキュリティ基板325に接続されるCU制御基板327には、セキュリティ基板325の向きとCU制御基板327の向きとを合わせるための印が形成されていてもよい。たとえば、この印は、CU制御基板327の基板表面(コネクタ500や突起380を有する面)に画像(マーク)として形成される。また、この印は、CU制御基板327に対して係合するセキュリティ基板325の向きを一意に定めるようなソケットなどの構造物であってもよい。
(38) 本実施の形態では、セキュリティ基板325にはヘッダーコネクタであるコネクタ510が設けられ、CU制御基板327にはレセプタクルコネクタであるコネクタ500が設けられる構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板325にレセプタクルコネクタであるコネクタ500が設けられ、CU制御基板327にはヘッダーコネクタであるコネクタ510が設けられる構成であってもよい。
(39) 本実施の形態では、セキュリティ基板325に開口部360a,360bを設けて、CU制御基板327に突起380を設ける構成について説明した。しかし、本発明はこれに限定されず、セキュリティ基板325に突起380を設けてCU制御基板327に開口部360a,360bを設けられる構成であってもよい。また、変形例2におけるセキュリティ基板525に突起380を設けて、CU制御基板327に開口部560を設ける構成であってもよい。
また、突起380は、CU制御基板327(またはセキュリティ基板325など)に予め設けられておらず、CU制御基板327(またはセキュリティ基板325など)とは独立した接続部材であってよい。
(40) なお、図6〜図12に示したセキュリティ基板325において、外観的特徴部分については実線で、非特徴部分については破線で外形線を示しており、本願を意匠登録出願に変更する場合には、図面において実線で示した部分、破線で描いた部分のうちの任意の部分、あるいはその任意の部分と実線で描いた部分とを併せた部分を「意匠登録を受けようとする意匠」とすることができる。さらには、セキュリティ基板325の全体形状を「意匠登録を受けようとする意匠」として意匠登録出願に変更してもよい。すなわち、図6〜図12には、それらの図面から特定できるあらゆる態様の外観が記載されている。図18〜図24に示したセキュリティ基板425および図27〜図33に示したセキュリティ基板525も同様である。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。