以下、図面を参照して本発明に係る実施の形態を説明する。なお、本実施の形態で用いる用語の概念として、「遊技機器」は、遊技機(パチンコ機やスロットマシン等)、カードユニット、Zカウンタ、カード発行装置、清算装置、ホール用管理装置、景品交換装置等の遊技場に設置される全ての機器を含む概念であり、「遊技用装置」は、上記、「遊技機器」から遊技機のみを排除した概念である。
まず、図1を参照して、遊技場内に複数配置されている各遊技島(図示略)には、スロットマシン(以下、S台と略称することがある)2が併設されており、そのスロットマシン2Sの所定側の側方位置に該スロットマシン2Sに対して遊技用装置の一例のカードユニット(以下CUと略称することもある)3が1対1に対応設置されている。
カードユニット3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受け付けて、それらカードの記録情報により特定される遊技者所有の遊技価値を持点に変換することによって、対応するスロットマシン2Sにおいて持点と引換えに賭数を設定して遊技ができるようにするための機能を有する。
ビジターカードおよび会員カードのいずれも、カード残高と遊技で獲得した持点とをカードの記録情報によって特定可能に記録する機能を備える。会員カードとビジターカードとの持点の取り扱いに関する違いは、会員カードが遊技で獲得した持点を遊技当日以降においても累積的に保存しておく貯メダル機能を利用できるカードである一方でビジターカードがその機能を利用できないカードである点にある。ビジターカードや会員カードはICカードで構成されている。
以下、特に会員カードおよびビジターカードの双方を単に“カード”とも称する。
カードユニット3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入口309などが設けられている。このカード挿入口309に挿入された会員カードやビジターカードがカードリーダライタ327(図4参照)に受け付けられ、そのカードに記録されている情報が読取られる。前述の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受け付けた場合において、該会員カードに記録された会員カードIDならびに会員IDにより特定される貯メダル数を用いた再プレイ遊技を実施するための再プレイボタン319と、遊技場の係員が所持するリモコン(図示略)から赤外線信号を受信して電子信号に変換して出力するIR受光ユニット315(図1では図示省略)が設けられている。
さらに、表示器312と再プレイボタン319との間に、貸出ボタン321、返却ボタン322、呼出ボタン798、クレジットボタン422、クレジット精算ボタン421が設けられている。貸出ボタン321は、挿入されているカードにより特定されるプリペイド残高を引落して遊技に使用する持点を確保するための操作を行なうボタンである。返却ボタン322は、カード挿入/排出口309に挿入されているカードを返却するときに操作されるボタンである。呼出ボタン798は、遊技場の係員を呼出すときに遊技者によって操作されるボタンである。クレジットボタン422は、持点を引落して遊技に使用する持点を確保するための操作を行なうボタンである。クレジット精算ボタン421は、持点への変換をするとき、またじゃカード挿入/排出口309に挿入されているカードを返却するときに操作されるボタンである。
表示器312は、挿入された遊技用記録媒体(カード)に記録されているプリペイド残高(カード残高または単に残高とも言う)を表示するものであるが、後述する持点数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持点が記録されているときにはその持点から所定数の持点が引落とされて遊技に利用するための持点が与えられるとともに、挿入されたカードが会員カードであり持点数が記録されておらずかつ貯メダルがホール用管理コンピュータ1等に記録されている場合には、その貯メダルから所定数の持点が引落とされて遊技に利用するための持点が与えられる。与えられた持点から所定数の持点が引き落とされ上限値が設定されているクレジットに変換される。
ここで、「残高(残額)」、「持点」、「貯メダル」、および「クレジット」の概念について整理する。
「残高」とは、たとえば、現金と引き換えにしてカードに記録される価値の一例である。CUへカードを挿入した後、貸出ボタンを操作することによって、カードに記録されている「残高」の一部が引き落とされて、「持点」に変換される。たとえば、1回の貸出操作によって500円相当の「残高」が引き落とされて、それが25点の「持点」に変換される。
「持点」は、遊技に直接使用できないが、ワゴンサービスを求める際に使用できる。また、クレジットボタンを操作することによって、持点の一部が引き落とされて、「クレジット」に変換される。たとえば、1回のクレジット操作によって25点の「持点」が引き落とされて、それが同点の「クレジット」に変換される。
「クレジット」は遊技に使用可能であり、「クレジット」を使用することによって賭数を設定することが可能となる。たとえば、1BETに対して「クレジット」が1点消費される。また、入賞が発生すると、その入賞の種類に応じた点数のクレジットが加算される。このように、遊技中の賭数設定および入賞発生に応じて更新されるデータはクレジットであって、持点ではない。
ただし、クレジットには予め定められた上限(たとえば、本実施の形態では上限=25)が定められているため、上限を超えてクレジットが更新されることはない。このため、たとえば、上限を超過するような入賞が発生した場合などにおいては、クレジットが上限まで更新された後、上限を超過するクレジット分については、持点に変換されて持点が更新される。
「クレジット」は、ワゴンサービスに用いることはできない。このため、ワゴンサービスの要求をすることで遊技に使用可能な「クレジット」がなくなってしまうという事態が生じることはない。
遊技終了時には、クレジット精算ボタンを操作することによって、「クレジット」が持点に逆変換される。本実施の形態ではクレジット1点が持点1点に変換される。ただし、逆変換の際には手数料として所定数の「クレジット」が差し引かれるようにしてもよい。
遊技終了時には、さらに、カード返却ボタンを操作することによって、獲得した持点がカードで特定可能に書き込まれる。なお、この際には、持点が直接カードに記録されるようにしてもよく、あるいは、カードのIDを利用してホール管理コンピュータで持点を管理してもよい。
返却されたカードを再度、カードユニット(遊技を終えたときのCUと同一であっても別であってもよい)へ挿入すると、カードに記録された「持点」が読出されて、読出された「持点」がCUに表示される。このとき読出された「持点」が「クレジット」の引き落とし最低点(たとえば、25点)以上、存在する場合には、カードから「残高」を引き落とすための貸出操作をすることなく、「持点」の引き落とし操作(クレジットボタンON)をすることによって遊技に必要なクレジットを確保できる。
ただし、「持点」は、それを遊技で獲得した当日のみ有効であり、翌日になると、その「持点」は「貯メダル」として遊技場で管理される。それゆえ、「持点」を獲得した日の翌日に遊技場を訪れてカードをカードユニット3へ挿入しても、持点=0と表示される。「貯メダル」を用いて遊技を行なう場合には、まず、貯メダル再プレイ操作が(再プレイボタンON)必要とされる。再プレイボタンを操作すると、「貯メダル」の一部が持点に変換される。たとえば、1回の再プレイ操作によって25点相当の「貯メダル」が引き落とされて、それが25点の「持点」に変換される。
つまり、「貯メダル」とは、遊技場に預入れられた持点であり、一般的に当該遊技場に設置されたホール用管理コンピュータ1やその他の管理コンピュータにより管理される。一方、「持点」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった持点数であって、未だに遊技場に預入れられていない持点のことである。
なお、この持点を遊技場に設定された持点数管理用の管理装置で管理してもよい。要するに、「貯メダル」と「持点」との違いは、遊技場に預入れるための貯メダル操作が行なわれて遊技場に預入れられた持点であるか、あるいは、未だに遊技場に預入れられていない段階の持点であるかの点である。また、「クレジット」とは、遊技場の預け入れられていない点については「持点」と共通するが、「クレジット」は、遊技を行う際に使用する点で異なる。
また、「クレジット」は遊技中に発生し、遊技が終了すると「持点」に変換されてしまうため、カードに「クレジット」は記録されない。もちろん、これに代えて、遊技終了時に「クレジット」を持点に変換することなく、カードで特定可能に記録(カードに直接記録、あるいはカードIDにて管理装置で管理)してもよい。
本実施形態では、貯メダルデータは会員カードに直接記録させずホール用管理コンピュータ1等の上位サーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯メダルを検索できるように構成されている。一方、持点は、カードに直接記録している。
会員カードあるいはビジターカードでカード残高あるいは持点を特定可能に記録する方法としては、(a)カード自体にカード残高あるいは持点を記録する、(b)カード自体にはカード残高あるいは持点を記録せず、カードユニットに記録されたID等に関連付けてホール用管理コンピュータ1等のコンピュータでそのIDに対応するカード残高あるいは持点を記憶する、(c)カード自体にカード残高あるいは持点を記録するとともに、そのカードのID等に関連付けてホール用管理コンピュータ1等のコンピュータでそのIDに対応するカード残高あるいは持点を記憶する、という方法が考えられ、本実施の形態ではいずれの方法を採用してもよい。
紙幣挿入口302に挿入された紙幣は、貨幣識別器344により取込まれてその真贋や紙幣種別の識別がなされる。そして、その紙幣額に応じた持点が遊技者に与えられる。
以下の説明においては、カードに記録されているプリペイド残高を引落として遊技に使用する持点を遊技者に与えることを“持点の貸出”と称する。
再プレイボタン319または貸出ボタン321の操作により与えられた持点、および紙幣挿入口302への紙幣の挿入により与えられた持点は、まとめてカードユニット3内にて記憶される。この持点は、表示器312に表示される。なお、持点を表示するための専用の表示器をカードユニット3に設けてもよい。
また、この持点から所定数の持点が引き落とされ、遊技機に使用可能なクレジットに変換される。カードユニット3は、スロットマシン2Sで設定された賭数分だけ記憶しているクレジットを減算更新し、スロットマシン2Sにおいて発生した入賞相当分だけ記憶しているクレジットを加算更新する。
スロットマシン2Sは、クレジットを用いることによって賭数が設定され、入賞に応じてそのクレジットが加算更新される。このため、スロットマシン2Sにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、スロットマシン2Sには、メダル投入口およびメダル払出口が設けられていない。
スロットマシン2Sの筐体1a内部には、外周に複数種の図柄が配列されたリール2L、2C、2R(以下、左リール、中リール、右リールともいう)が水平方向に並設されており、図1に示すように、これらリール2L、2C、2Rに配列された図柄のうち連続する3つの図柄が前面扉2bに設けられた透視窓10から見えるように配置されている。
リール2L、2C、2Rの外周部には、図3に示すように、それぞれ「黒7」、「網7(図中網掛け7)」、「白7」、「BAR」、「リプレイ」、「スイカ」、「黒チェリー」、「白チェリー」、「ベル」、「オレンジ」といった互いに識別可能な複数種類の図柄が所定の順序で、それぞれ21個ずつ描かれている。リール2L、2C、2Rの外周部に描かれた図柄は、透視窓10において各々上中下三段に表示される。
各リール2L、2C、2Rは、各々対応して設けられたリールモータ32L、32C、32R(図4参照)によって回転する。これにより、各リール2L、2C、2Rの図柄が透視窓10に連続的に変化しつつ表示される。また、各リール2L、2C、2Rの回転を停止させることで、透視窓10に3つの連続する図柄が表示結果として導出表示されるようになっている。
リール2L、2C、2Rの内側には、リール2L、2C、2Rそれぞれに対して、基準位置を検出するリールセンサ33L、33C、33R(図4参照)と、リール2L、2C、2Rを背面から照射するリールLED(図示せず)と、が設けられている。また、リールLEDは、リール2L、2C、2Rの連続する3つの図柄に対応する12のLEDからなり、各図柄をそれぞれ独立して照射可能とされている。
前面扉2bの各リール2L、2C、2Rの手前側(遊技者側)の位置には、表示器51によって表示制御される表示領域51aが配置されている。なお、表示器51は液晶表示装置である。表示領域51aには、持点、ゲームにおいて設定された賭数、その他の各種の画像(図86あるいは図90〜図107参照)が表示される。
表示器51の前面側(図1においては手前側)には、表示面に対する遊技者からの指示(たとえば、タッチ操作)を検出し、当該位置(たとえば、タッチ操作された位置)を特定するためのタッチパネル(図示省略)が設置されている。
また、前面扉2bには、メダル1枚分に相当する「クレジット=1」を用いて賭数を設定する際に操作される1枚BETスイッチ5、遊技状態に応じて定められた最大の賭数(たとえば、BB発生前の通常遊技状態およびリプレイの当選確率が高確率となるRT(Replay Time)においては「クレジット=3」、ボーナスにおいては「クレジット=2」)を設定する際に操作されるMAXBETスイッチ6、設定した賭数をキャンセルする際と設定した賭数を減らす際に操作されるキャンセルボタン9、ゲームを開始する際に操作されるスタートスイッチ7、リール2L、2C、2Rの回転を各々停止する際に操作されるストップスイッチ8L、8C、8R、チャンスボタン58、およびジョグダイヤル59がそれぞれ設けられている。キャンセルボタン9を長押しすると、BETスイッチ5,6によって設定された設定した賭数がキャンセルされる。キャンセルボタン9を短く押すと、BETスイッチ5,6によって設定された賭数が1だけ減少される。
ジョグダイヤル59は、遊技者が回動操作することにより表示領域51aの各種表示項目(アイコン)等を選択指定するものである。遊技者がこのジョグダイヤル59を回動操作することにより表示領域51aに表示される表示画面上の各種表示項目において選択対象となるものが順次移動表示され、このジョグダイヤル59を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン58を遊技者が押圧操作することにより、その選択された表示項目が指定されて遊技者の選択が確定されることになる。
また、前面扉2bには、エラーコード等が表示される遊技補助表示器12、入賞の発生により付与された持点数、クレジット数が表示されるペイアウト表示器13が設けられている。
また、前面扉2bには、スタートスイッチ7の操作によるゲームのスタート操作が有効である旨を点灯により報知するスタート有効LED18、ウエイト(前回のゲーム開始から一定期間経過していないためにリールの回転開始を待機している状態)中である旨を点灯により報知するウエイト中LED19、リプレイゲーム中である旨を点灯により報知するリプレイ中LED20が設けられている。
スロットマシン2Sにおいてゲームを行なう場合には、まず、カードユニット3を利用して確保した持点をクレジットに変換し、このクレジットを使用して賭数を設定する。クレジットを使用するには1枚BETスイッチ5、またはMAXBETスイッチ6を操作すればよい。賭数が設定されると、入賞ラインL1〜L5(図1参照)のうち賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ7の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
入賞ラインとは、各リール2L、2C、2Rの透視窓10に表示された図柄の組合せが入賞図柄の組合せであるかを判定するために設定されるラインである。本実施の形態では、図1に示すように、各リール2L、2C、2Rの中段に並んだ図柄に跨って設定された入賞ラインL1、各リール2L、2C、2Rの上段に並んだ図柄に跨って設定された入賞ラインL2、各リール2L、2C、2Rの下段に並んだ図柄に跨って設定された入賞ラインL3、リール2Lの上段、リール2Cの中段、リール2Rの下段、すなわち右下がりに並んだ図柄に跨って設定された入賞ラインL4、リール2Lの下段、リール2Cの中段、リール2Rの上段、すなわち右上がりに並んだ図柄に跨って設定された入賞ラインL5の5種類が入賞ラインとして定められている。なお、入賞ラインは、L1〜L5に示すラインに限らず、他のラインであってもよい。
ゲームが開始可能な状態でスタートスイッチ7を操作すると、各リール2L、2C、2Rが回転し、各リール2L、2C、2Rの図柄が連続的に変動する。この状態でいずれかのストップスイッチ8L、8C、8Rを操作すると、対応するリール2L、2C、2Rの回転が停止し、透視窓10に表示結果が導出表示される。
そして全てのリール2L、2C、2Rが停止されることで1ゲームが終了し、有効化されたいずれかの入賞ラインL1〜L5上に予め定められた図柄の組合せ(以下、役とも呼ぶ)が各リール2L、2C、2Rの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた持点が遊技者に対して付与される。
また、本実施の形態におけるスロットマシン2Sにあっては、ゲームが開始されて各リール2L、2C、2Rが回転して図柄の変動が開始した後、いずれかのストップスイッチ8L、8C、8Rが操作されたときに、当該ストップスイッチ8L、8C、8Rに対応するリールの回転が停止して図柄が停止表示される。ストップスイッチ8L、8C、8Rの操作から対応するリール2L、2C、2Rの回転を停止するまでの最大停止遅延時間は190ms(ミリ秒)である。
なお、3つのリール2L、2C、2Rのうち、最初に停止するリールを第1停止リール、2番目に停止するリールを第2停止リール、最後に停止するリールを第3停止リールと称し、それぞれのリールの停止操作を第1停止操作、第2停止操作、第3停止操作と称する。
リール2L、2C、2Rは、1分間に80回転し、80×21(1リール当たりの図柄コマ数)=1680コマ分の図柄を変動させるので、190msの間では最大で4コマの図柄を引き込むことができることとなる。つまり、停止図柄として選択可能なのは、ストップスイッチ8L、8C、8Rが操作されたときに表示されている図柄と、そこから4コマ先までにある図柄、合計5コマ分の図柄である。
このため、たとえば、ストップスイッチ8L、8C、8Rのいずれかが操作されたときに当該ストップスイッチに対応するリールの下段に表示されている図柄を基準とした場合、当該図柄から4コマ先までの図柄を下段に表示させることができるため、その結果として当該図柄から6コマ先までの図柄を上段に表示させることができる。すなわち、リール2L、2C、2R各々において、ストップスイッチ8L、8C、8Rのうちいずれかが操作されたときに当該ストップスイッチに対応するリールの下段に表示されている図柄を含めて7コマ以内に配置されている図柄を入賞ライン上に引込んで停止表示させることができる。このようなリールの制御を引込み制御と称する。
また、前面扉2bには、2つの縦長の透明窓W0、W1が形成されており、一方の透明窓W0の内側には加算用擬似玉ユニット120の一部が目視可能に設けられ、他方の透明窓の内側には減算用擬似玉ユニット121の一部が目視可能に設けられている。これらの擬似玉ユニット120,121には遊技者が抜き取り不可能な状態で擬似玉が封入されている。擬似玉ユニット120、121については、後で詳細に説明する(図8(a)(b)等)。
次に、図2を参照して、スロットマシン2Sは、本体枠2aに対して前面扉2bがその左側縁を揺動中心として開閉可能に設けられている。
前面扉2bにおける揺動中心とは反対側の端縁付近には、上下1対の係合突起6a、6bが設けられている。この係合突起6a、6bは、図示しないばねによって下方向に押圧されている。一方、係合突起6a、6bに対向する本体枠2aの位置には係合受け片7a、7bが設けられている。開放状態の前面扉2bを本体枠2aに押付けることにより係合突起6a、6bが係合受け片7a、7bを乗越え、乗越えた状態でばねの付勢力により係合突起6a、6bが下方に移動し、ロック状態となる。
そして、前面扉2bの裏面側に前面扉開放ソレノイド110(図4参照)が設けられており、この前面扉開放ソレノイド110が励磁されることによりばねの付勢力に抗して上下1対の係合突起6a、6bが上方に押上げられ、その結果係合受け片7a、7bに対する係合突起6a、6bの係合が解除されてロック解除状態となり、前面扉2bが開放される。
本体枠2aの上方部分における前面扉2bと接触する箇所に前面扉閉鎖検出器112(図4参照)が設けられており、前面扉2bが本体枠2aに押付けられてロック状態となったことが検出される。
次に、図4を参照して、カードユニット3とスロットマシン2Sとの制御回路の概略を説明する。
カードユニット3には、マイクロコンピュータ等から構成されたメイン制御部323が設けられている。このメイン制御部323は、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
メイン制御部323には、ホール用管理コンピュータ1等と通信を行なうための外部通信部324が設けられているとともに、スロットマシン2Sの払出制御部31との通信を行なうためのCU通信制御部80が設けられている。カードユニット3にはスロットマシン2S側へ接続するためのコネクタ330が設けられており、スロットマシン2Sにはカードユニット3側へ接続するためのコネクタ220が設けられている。CU通信制御部80と払出制御部31とは、このコネクタ330、220と接続配線とを介して通信可能に接続される。
メイン制御部323のCPU805(図16参照)は、外部通信部324とホール用管理コンピュータ1との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させる制御を実行する。
さらにメイン制御部323は、CU通信制御部80とS台通信制御部82との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。
貨幣識別器344により紙幣の真贋および種類が識別されてその識別結果信号がメイン制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号がメイン制御部323に入力される。挿入されたカードの記録情報をカードリーダライタ327が読取って、その読取り情報がメイン制御部323に入力されるとともに、メイン制御部323からカードリーダライタ327に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ327はそのデータを挿入されているカードに書込む。
メイン制御部323のCPU805は、カードリーダライタ327からの読取り情報に基づいてカードの適否を判定し、不適正なカード(偽造カード等)であると判定したときには、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。
メイン制御部323に対して表示制御部797が接続されており、表示器312に対し、メイン制御部323から残高、持点数、クレジット等の表示用データが出力され、その出力された表示用データを表示器312が表示する。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号がメイン制御部323に入力される。遊技者が貸出ボタン321を操作することにより、その操作信号がメイン制御部323に入力される。遊技者が再プレイボタン319を操作することによりその操作信号がメイン制御部323に入力される。遊技者が返却ボタン322を操作することによりその操作信号がメイン制御部323に入力される。遊技者がクレジットボタン421を操作することにより、その操作信号がメイン制御部323に入力される。遊技者がクレジット精算ボタン422を操作することによりその操作信号がメイン制御部323に入力される。
スロットマシン2Sには、スロットマシン2Sの遊技の進行制御(遊技制御)を行なう主制御基板116と、持点等に関する情報をカードユニット3へ送信する払出制御部31とが電気的に接続された状態で設けられている。さらに、スロットマシン2Sには、払出制御部31と電気的に接続された表示器用演出制御基板90と、その表示器用演出制御基板90と電気的に接続された表示器用ROM基板92とが設けられている。
カードユニット3側のメイン制御部323には、さらにCU通信制御部80が接続されており、このCU通信制御部80とスロットマシン2Sに設けられたS台通信制御部82とが、コネクタ330およびコネクタ220を介して電気的に接続されている。またS台通信制御部82と払出制御部31とは、ワンチップのLSI117で構成されている。
そして、CU通信制御部80からS台通信制御部82へ、クレジットの更新要求に関わる「加算要求c(クレジット)、加算要求数c(クレジット)」、および「減算要求c(クレジット)、減算要求数c(クレジット)」、持点の更新要求に関わる「加算要求p(持点)、加算要求数p(持点)」、および「減算要求p(持点)、減算要求数p(持点)」、さらには、遊技許可/禁止要求の各種コマンドが送信され、その各種コマンドがS台通信制御部82から払出制御部31へ送信される。なお、主制御基板116とLSI117とをワンチップ化してもよい。
加算要求p(持点)コマンドは、後述するように、プリペイド残高からの持点の貸出あるいは再プレイ貸出が行なわれる場合に払出制御部31へ送信され、払出制御部31は、それを受けて持点数を加算更新する。減算要求p(持点)コマンドは、後述するように、持点の分割譲渡(持点共有処理)あるいはワゴンサービスが行なわれた場合に払出制御部31へ送信され、それを受けた払出制御部31は、持点数を減算更新する。ただし、持点の更新は、後述する擬似玉の移動・検出が条件とされている。
加算要求c(クレジット)コマンドは、後述するように、持点からのクレジットへの引き落としが行なわれる場合に払出制御部31へ送信され、払出制御部31は、それを受けてクレジット数を加算更新する。減算要求c(クレジット)コマンドは、後述するように、クレジット精算が行なわれた場合に払出制御部31へ送信され、それを受けた払出制御部31は、クレジット数を減算更新する。
遊技許可/禁止要求コマンドは、払出制御部31に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。加算要求数とは、前述した加算要求p(持点)コマンドおよび加算要求c(クレジット)コマンドにより持点数あるいはクレジットに加算する数を指定するコマンドである。減算要求数とは、前述した減算要求コマンドにより持点数あるいはクレジットから減算する数を指定するコマンドである。
主制御基板116には遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
主制御基板116は、所定範囲の乱数を発生させる乱数発生回路や、乱数発生回路から乱数を取得するサンプリング回路などを含む。主制御基板116は、この乱数発生回路から取得された乱数を用いて入賞役の内部抽選を行なう。
主制御基板116には、1枚BETスイッチ5、MAXBETスイッチ6、スタートスイッチ7、キャンセルボタン9、ストップスイッチ8L、8C、8R、遊技補助表示器12、ペイアウト表示器13、スタート有効LED18、ウエイト中LED19、リプレイ中LED20、リールモータ32L、32C、32R、リールセンサ33L、33C、33Rが接続されている。
主制御基板116は、賭数設定後のスタート操作を検出して可変表示装置(リール2L、2C、2R)を可変開始させるとともに1ゲームの結果を抽選し、ストップ操作に応じて各リールを停止させる。
本実施の形態のスロットマシン2は、設定値に応じて持点の加算率が変わるものである。詳しくは、後述する内部抽選において設定値に応じた当選確率を用いることにより、クレジットの加算率が変わるようになっている。設定値は1〜6の6段階からなり、6が最も加算率が高く、5、4、3、2、1の順に値が小さくなるほど加算率が低くなる。すなわち設定値として6が設定されている場合には、遊技者にとって最も有利度が高く、5、4、3、2、1の順に値が小さくなるほど有利度が段階的に低くなる。
スロットマシン2Sの内部には、管理者が設定値を変更するための操作部(図示せず)が設けられている。
ここで、スロットマシン2Sにおける主制御基板116により実行される処理について説明する。
本実施の形態のスロットマシン2Sにおいては、リール2L、2C、2Rにより構成される可変表示装置のいずれかの入賞ライン上に役図柄が揃うと、入賞となる。入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス(BB)、レギュラーボーナス(RB)への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役(リプレイ)とがある。
なお、以下では、ビッグボーナスをBBと記載し、ビッグボーナス中に提供されるレギュラーボーナスをRBと記載する場合がある。また、ビッグボーナス、レギュラーボーナスを単にボーナスと記載する場合もある。遊技状態に応じて定められた各役の入賞が発生するためには、内部抽選に当選して、当該役の当選フラグが設定されている必要がある。
なお、これら各役の当選フラグのうち、小役および再遊技役の当選フラグは、当該フラグが設定されたゲームにおいてのみ有効とされ、次のゲームでは無効となるが、特別役の当選フラグは、当該フラグにより許容された役の組合せが揃うまで有効とされ、許容された役の組合せが揃ったゲームにおいて無効となる。すなわち特別役の当選フラグが一度当選すると、例え、当該フラグにより許容された役の組合せを揃えることができなかった場合にも、その当選フラグは無効とされずに、次のゲームへ持ち越されることとなる。
このスロットマシン1における役としては、図5に示すように、特別役としてビッグボーナス(以下ではビッグボーナスをBBとする)、レギュラーボーナス(以下ではレギュラーボーナスをRBとする)が、小役としてスイカ、チェリー、ベルが、再遊技役としてリプレイが定められている。
チェリーは、いずれの遊技状態においても右リールについて入賞ラインのいずれかに「白チェリー」の図柄が導出されたときに入賞となり、いずれの遊技状態においても1枚のメダルに相当する1点が与えられる。が払い出される。なお、「白チェリー」の図柄が右リールの上段または下段に停止した場合には、入賞ラインL2、L5または入賞ラインL3、L4の2本の入賞ラインにチェリーの組合せが揃うこととなり、2本の入賞ライン上でチェリーに入賞したこととなるので、2点が与えられることとなる。
スイカは、いずれの遊技状態においても入賞ラインのいずれかに「スイカ−スイカ−スイカ」の組合せまたは「スイカ−スイカ−BAR」の組合せが揃ったときに入賞となり、RBやBBでは15点が与えられ、通常遊技状態では12点が与えられる。ベルは、いずれの遊技状態においても入賞ラインのいずれかに「ベル−ベル−ベル」の組合せが揃ったときに入賞となり、RBやBBでは15点が与えられ、通常遊技状態では10点が与えられる。
リプレイは、通常遊技状態において入賞ラインのいずれかに「リプレイ−リプレイ−リプレイ」の組合せ、「BAR−リプレイ−リプレイ」の組合せ、または「黒7−リプレイ−リプレイ」の組合せのうちいずれかの組合せが揃ったときに入賞となる。リプレイが入賞したときには、クレジットは与えられないが次のゲームを改めて賭数を設定することなく開始できるので、次のゲームで設定不要となった賭数に対応した3点が与えられるのと実質的には同じこととなる。
RBは、通常遊技状態において入賞ラインのいずれかに「網7−網7−黒7」の組合せが揃ったときに入賞となり、遊技状態がRBに移行する。RBは、小役、特にベルの当選確率が高まることによって他の遊技状態よりも遊技者にとって有利となる遊技状態であり、RBが開始した後、12ゲームを消化したとき、または8ゲーム入賞(役の種類は、いずれでも可)したとき、のいずれか早いほうで終了する。
BBは、通常遊技状態において入賞ラインのいずれかに「黒7−黒7−黒7」の組合せ、「網7−網7−網7」の組合せまたは「白7−白7−白7」の組合せが揃ったときに入賞となる。
BBが入賞すると、遊技状態がBBに移行するとともに同時にRBに移行し、RBが終了した際に、BBが終了していなければ、再度RBに移行し、BBが終了するまで繰り返しRBに制御される。すなわちBB中は、常にRBに制御されることとなる。そして、BBは、当該BB中において遊技者に与えられた持点総数が465点を超えたときに終了する。BBの終了時には、RBの終了条件が成立しているか否かに関わらずRBも終了する。
以下、本実施の形態の内部抽選について説明する。内部抽選は、上記した各役への入賞を許容するか否かを、全てのリール2L、2C、2Rの表示結果が導出表示される以前に(実際には、スタートスイッチ7の検出時)決定するものである。内部抽選では、まず、スタートスイッチ7の検出時に内部抽選用の乱数値(0〜65535の整数)を取得する。詳しくは、メイン制御部41のRAMに割り当てられた乱数値格納ワークの値を同じくメイン制御部41のRAMに割り当てられた抽選用ワークに設定する。そして、遊技状態および特別役の持ち越しの有無に応じて定められた各役について、抽選用ワークに格納された数値データと、遊技状態、賭数および設定値に応じて定められた各役の判定値数に応じて行なわれる。
乱数値格納ワークは、スタートスイッチ7の操作と同時に乱数値レジスタR1Dにラッチされた数値データが格納される記憶領域であり、乱数値レジスタR1Dに新たな数値データがラッチされる毎に、ラッチされた数値データがその後のタイマ割込処理(メイン)において読み出され、乱数値格納ワークに格納された数値データが新たにラッチされた最新の数値データに更新されるようになっている。
本実施の形態では、図5に示すように、遊技状態が、通常遊技状態であるか、RBやBBであるか、によって内部抽選の対象となる役が異なる。さらに遊技状態が通常遊技状態においては、特別役の持越中であるか否かによっても内部抽選の対象となる役が異なる。
遊技状態が通常遊技状態であり、いずれの特別役も持ち越されていない状態では、BB、RB、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態が通常遊技状態であり、いずれかの特別役が持ち越されている状態では、リプレイ、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
遊技状態がRB(BB中を含む)では、スイカ、チェリー、ベルが内部抽選の対象役として順に読み出される。
なお、本実施の形態においては、BBに対応する図柄組合せが3種類、リプレイに対応する図柄組合せが3種類、スイカに対応する図柄組合せが2種類定められている例について説明したが、内部抽選では、図柄組合せ毎に対象役として読み出される。たとえば、BBについては、「黒7−黒7−黒7」の組合せ、「網7−網7−網7」の組合せ、「白7−白7−白7」の組合せが内部抽選の対象役として順に読み出される。リプレイやスイカについても、図柄組合せ毎に、対象役として順に読み出される。また、内部抽選で用いられる判定値数は、設定値1〜6に対応して、図柄組合せ毎に定められている。すなわち、当選率は、設定値1〜6に対応して、図柄組合せ毎に定められている。このため、内部抽選においては、設定値に対応して図柄組合せ毎に定められた当選率にしたがって、図柄組合せの導出(発生)が許容されることになる。
内部抽選では、内部抽選の対象となる役、現在の遊技状態および設定値に対応して定められた判定値数を、内部抽選用の乱数値(抽選用ワークの値)に順次加算し、加算の結果がオーバーフローしたときに、当該役に当選したものと判定される。このため、判定値数の大小に応じた確率(判定値数/65536)で役が当選することとなる。
そして、いずれかの役の当選が判定された場合には、当選が判定された役に対応する当選フラグをメイン制御部41のRAMに割り当てられた内部当選フラグ格納ワークに設定する。内部当選フラグ格納ワークは、2バイトの格納領域にて構成されており、そのうちの上位バイトが、特別役の当選フラグが設定される特別役格納ワークとして割り当てられ、下位バイトが、一般役の当選フラグが設定される一般役格納ワークとして割り当てられている。詳しくは、特別役が当選した場合には、当該特別役が当選した旨を示す特別役の当選フラグを特別役格納ワークに設定し、一般役格納ワークに設定されている当選フラグをクリアする。また、一般役が当選した場合には、当該一般役が当選した旨を示す一般役の当選フラグを一般役格納ワークに設定する。なお、いずれの役および役の組合せにも当選しなかった場合には、一般役格納ワークのみクリアする。
なお、スロットマシン2Sにおける“ゲーム”とは、狭義には、スタートスイッチ7が操作されてからリール2L、2C、2Rが停止するまでをいうものであるが、ゲームを行なう際には、スタートスイッチ7の操作前の賭数の設定や、リール2L、2C、2Rの停止後にメダルの払い出しや遊技状態の移行も行なわれるので、これらの付随的な処理も広義には“ゲーム”に含まれるものとする。
主制御基板116は、まず、1枚BETスイッチ5またはMAXBETスイッチ6の操作を検出することにより賭数を設定し、スタートスイッチ7の操作を検出することによりリール2L、2C、2Rを回転開始させる。
ただし、前のゲームでリプレイ入賞していた場合には、リプレイゲーム中フラグにより前のゲームと同じ賭数を自動設定する(この段階でリプレイゲーム中フラグが消去される)。
主制御基板116は、賭数が設定され、スタートスイッチ7が操作されると、内部抽選用の乱数を抽出し、抽出した乱数の値に基づいて遊技状態に応じて定められた各役への入賞を許容するかどうかを決定する抽選処理を行なう。
主制御基板116は、抽選処理の後にリール回転処理を行なう。リール回転処理では、前回のゲームでのリール2L、2C、2Rの回転開始から1ゲームタイマが計時する時間が1ゲーム規制時間(たとえば、4.1秒)経過していることを条件に、リールモータ32L、32C、32Rを駆動させ、左、中、右の全てのリール2L、2C、2Rを回転開始させる。
主制御基板116は、リール2L、2C、2Rの回転開始から所定の条件(回転速度が一定速度に達した後、リールセンサ33L、33C、33Rにより基準位置を検出すること)が成立すると、ストップスイッチ8L、8C、8Rの操作を有効とする。その後、ストップスイッチ8L、8C、8Rが遊技者によって操作されることにより、リールモータ32L、32C、32Rを駆動停止させ、リール2L、2C、2Rの回転を停止させる。
主制御基板116は、リール2L、2C、2Rの駆動がそれぞれ停止すると、入賞ライン上に予め定めたいずれかの役図柄が導出表示されたかどうかを判定する入賞判定処理を行なう。入賞判定処理において、BB等の移行役に入賞したと判定したときには、ボーナスに制御するための処理(たとえば、遊技状態フラグの値に対応するボーナスの値を設定など)を行なう。
主制御基板116は、入賞判定処理が終了すると、払出処理を行なう。払出処理では、付与すべき持点数を示す加算数信号をLSI117に対して出力する。また、払出処理では、入賞に関わらない各種の処理として、ボーナス(BBやRB)中においてはボーナスに応じたボーナス終了条件が成立したか否かを判定するためのボーナス終了判定処理が行なわれる。
次に、スロットマシン2Sに搭載される主制御基板116以外の構成について説明する。
LSI117は、払出制御部31を含む。払出制御部31には、払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。なお、主制御基板116に搭載されている遊技制御用マイクロコンピュータとLSI117のS台通信制御部82および払出制御部31とをワンチップ化してもよい。
払出制御部31は、カードユニット3とは別に遊技者の持点総数を記憶するための持点数カウンタを備える。たとえば、遊技者所有の有価価値を引落として持点を確保する操作(貸出操作や貯メダル再プレイ操作)を遊技者が行なったり、あるいは、持点が記録されたカードを遊技者がカードユニット3に挿入すれば、カードユニット3から加算要求p(持点)のデータが送信されてくる。払出制御部31は、加算要求のデータを受けた場合は、そのデータに応じて加算用擬似玉ユニット120の擬似玉を循環移動させ、検知した擬似玉の数に基いて持点数カウンタを加算更新する(図7〜図13など参照)。一方、払出制御部31は、ワゴンサービスの要求が行われたり、あるいは、カードユニット3から減算要求p(持点)のデータを受信すると、それらの減算要求数に応じて減算用擬似玉ユニット121の擬似玉を循環移動させ、検知した擬似玉の数に基いて持点数カウンタを減算更新する。すなわち、払出制御部31は、持点数カウンタを加算更新する際には加算用擬似玉ユニット120を駆動させ、持点数カウンタを減算更新する際には減算用擬似玉ユニット121を駆動させる。
払出制御部31は、カードユニット3とは別に遊技者のクレジット数を記憶するためのクレジット数カウンタを備える。たとえば、持点を引落としてクレジットを確保する操作を遊技者が行なうとカードユニット3から加算要求c(クレジット)のデータが送信されてくるものであり、払出制御部31はその加算要求c(クレジット)を受けてクレジット数カウンタを加算更新する。一方、払出制御部31は、賭数が設定されたり、あるいは、カードユニット3から減算要求c(クレジット)のデータを受信すると、設定賭数あるいは減算要求数に応じてクレジット数カウンタを減算更新する。なお、クレジット数カウンタの更新は、擬似玉の移動・検出は条件とされていない。このため、たとえば、賭数が設定されれば、減算用擬似玉ユニット121を駆動することなくクレジット数カウンタが減算更新される。また、入賞が発生すれば、発生した入賞によってクレジット数カウンタの値が上限値に達しない限り、加算用擬似玉ユニット120を駆動することなくクレジット数カウンタが加算更新される。
また、LSI117に対し、前面扉開放ソレノイド110と前面扉閉鎖検出器112とが電気的接続された状態で設けられている。
前面扉閉鎖検出器112により前面扉2bの閉鎖が検出されることによりその検出信号がLSI117に入力される。LSI117は、前面扉開放ソレノイド110に前面扉開放ソレノイド励磁信号を送信することにより、前面扉開放ソレノイド110を励磁して前面扉2bのロックを解除する。
表示器用演出制御基板90には、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
表示器用演出制御基板90には、表示器51と、スピーカ53,54と、チャンスボタン58と、ジョグダイヤル59とが設けられている。表示器用演出制御基板90は、CPU、RAM、VDPを含んでいる。表示器用演出制御基板90は、表示器用ROM基板92に搭載されているROMに対して、データ読込信号を入力することにより画像データを読出して表示器51へ表示データを送信し、表示器51に持点や賭数、あるいは小役に関するナビ演出等の表示画面を表示させる制御を行なう。
また、チャンスボタン58のボタン入力信号とジョグダイヤル59のダイヤル入力信号とが表示器用演出制御基板90へ入力され、表示器用演出制御基板90が、チャンスボタン入力信号とジョグダイヤル入力信号とを表示器51へ出力して、ジョグダイヤル59の操作およびチャンスボタン58の操作を反映した表示画面を表示器51に表示させる。
次に、カードユニット3とスロットマシン2Sとの間、およびスロットマシン2Sの各基板間で送受信される信号について説明する。
カードユニット3からスロットマシン2Sの払出制御部31へは、加算要求p(持点+)と、加算要求c(クレジット+)と、減算要求p(持点−)と、減算要求c(クレジット−)と、遊技許可要求と、遊技禁止要求と、加算要求数p(持点)と、加算要求数c(クレジット)と、減算要求数p(持点)と、減算要求数c(クレジット)とが、いずれも「コマンド」として送信される。
加算要求p(持点)コマンドは、プリペイド残高を引き落としての持点の貸出あるいは再プレイボタン319の操作による持点の貸出が行なわれる場合に払出制御部31へ送信される。払出制御部31は、それを受けて加算用擬似玉ユニット120を駆動し、擬似玉が検出されたことに基づいて持点数カウンタを加算更新する。減算要求p(持点)コマンドは、持点の分割譲渡(持点共有処理)あるいはワゴンサービスが行なわれた場合に払出制御部31へ送信される。それを受けた払出制御部31は、減算用擬似玉ユニット121を駆動し、擬似玉が検出されたことに基づいて持点数カウンタを減算更新する。
さらに、払出制御部31は、加算用擬似玉ユニット120の駆動に基づいて持点の更新数である加算数p(持点)をCUへ送信し、減算用擬似玉ユニット121の駆動に基づいて持点数カウンタの更新数である減算数p(持点)をCUへ送信する。CUは、それらの加算数あるいは減算数の到達に基づいて、持点の貸出や貯メダル再プレイ、持点分割譲渡、さらにはワゴンサービスを確定させて持点数の表示を更新する。
加算要求c(クレジット)コマンドは、クレジットボタンを操作して持点の引き落としが行なわれる場合に減算要求p(持点)コマンドと共に払出制御部31へ送信される。払出制御部31は、それを受けて減算用擬似玉ユニット120を駆動し、擬似玉が検出されたことに基づいて持点数カウンタを減算更新し、それと引き換えにしてクレジット数カウンタを加算更新する。なお、クレジット数の更新は擬似玉の移動・検出を条件としないために、擬似玉が検出される前にクレジットについては更新してもよい。あるいは、持点の減算更新と連動してクレジットを加算更新してもよい。
減算要求c(クレジット)コマンドは、クレジット精算ボタンを操作してクレジットの精算を行なわれた場合に加算要求p(持点)コマンドとともに払出制御部31へ送信される。それを受けた払出制御部31は、加算用擬似玉ユニット121を駆動し、擬似玉が検出されたことに基づいて持点数カウンタを加算更新するとともに、それと引き換えにして、クレジット数カウンタを0に減算更新する。なお、クレジット数の更新は擬似玉の移動・検出を条件としないために、擬似玉が検出される前にクレジットについては0に更新してもよい。あるいは、持点の加算更新と連動してクレジット数を徐々に減算更新してもよい。
さらに、払出制御部31は、払出制御部31は、持点数カウンタの値を更新する場合には、持点数カウンタの更新数である持点加算数あるいは持点減算数をCUへ送信する。同様に、クレジット数カウンタの値を更新する場合には、クレジット数カウンタの更新数であるクレジット加算数あるいはクレジット減算数をCUへ送信する。
CUは、それらの持点加算/減算数あるいはクレジット加算/減算数の到達に基づいて、持点あるいはクレジットの表示を更新し、持点の更新要求やおよびクレジットの更新要求(クレジット精算)を確定させる。
遊技許可/禁止要求コマンドは、払出制御部31に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。加算要求数p(持点)とは、加算要求コマンドにより持点数に加算する持点数を指定するコマンドである。減算要求数p(持点)とは、減算要求コマンドにより持点数から減算する持点数を指定するコマンドである。加算要求数c(クレジット)とは、加算要求コマンドによりクレジット数に加算するクレジット数を指定するコマンドである。減算要求数c(クレジット)とは、減算要求コマンドによりクレジット数から減算するクレジット数を指定するコマンドである。
スロットマシン2Sの払出制御部31からカードユニット3へは、払出制御部31が格納している持点数カウンタの値を示す持点数と、クレジット数カウンタの値を示すクレジット数と、持点を加算/減算更新すべき値を示す持点加算/減算数と、クレジットを加算/減算更新すべき値を示すクレジット加算/減算数と、各種の遊技状態等を示す外部出力情報とが送信される。
外部出力情報には、1枚BETスイッチ5あるいはMAXBETスイッチ6の操作により賭数が設定された時点で送信される賭数設定情報(設定賭数を示す)、リール2L、2C、2Rの回転が開始した時点で送信されるリール始動情報、スタート操作により内部抽選が実行された時点で送信される内部当選状況情報(当選結果を示す)、第1〜第3停止操作の各々が実行された時点で送信される第1〜第3停止操作情報(停止リールの種類を示す)、表示結果が確定した時点で送信される結果情報(外れ、あるいは入賞役の種類を示す)が含まれる。
払出制御部31から主制御基板116へは、ヘルスチェックコマンドと入賞払出数受付コマンドと、BET不可信号とが送信される。ヘルスチェックコマンドは、主制御基板116が正常に動作しているか否かをチェックするためのコマンドである。入賞払出数受付コマンドは、主制御基板116から送信される加算数c(クレジット)を受付けたことを示すコマンドである。
BET不可信号は、クレジット数カウンタの値が賭数設定に必要な最小値未満になったことを示す信号である。主制御基板116は、このBET不可信号を受けたときに、それ以降、ゲームを新たに開始することができない遊技禁止状態にする。具体的には、賭数設定のための1枚BETスイッチ5およびMAXBETスイッチ6の操作を無効化する。
主制御基板116から払出制御部31へは、接続確認信号が返信される。接続確認信号は、主制御基板116と払出制御部31とが接続されていることを確認するための信号であり、主制御基板116から払出制御部31へ所定の電圧の信号が常時供給されており、払出制御部31がその所定電圧信号を受信していることを条件として払出制御部31が動作制御するように構成されている。
また、主制御基板116から払出制御部31へは、入賞検出時には「加算数+(クレジット)」の信号が送信される一方、リールの回転がスタートしたことが検出された時には「減算数+(クレジット)」の信号が送信される。「加算数+(クレジット)」は、入賞に応じて加算すべきクレジット数を示し、「減算数+(クレジット)」は賭数設定に応じて減算すべきクレジット数を示す。払出制御部31は、「加算数+(クレジット)」の信号に応じて、クレジット数カウンタの値を加算するとともに、カードユニット3へ送信するための「加算数c(クレジット)」を加算する。また、払出制御部31は、「減算数+(クレジット)」の信号に応じて、クレジット数カウンタの値を減算するとともに、カードユニット3へ送信するための「減算数c(クレジット)」を加算する。
さらに、主制御基板116から払出制御部31へは、既に説明した賭数設定やリール始動などを示す各種の外部出力情報が送信される。払出制御部31は、この外部出力情報を受信したタイミングで各外部出力情報をカードユニット3へ送信する。なお、これらの外部出力情報については、直接、主制御基板116からカードユニット3へ送信するように構成してもよい。
払出制御部31から表示器用演出制御基板90へは、表示器制御コマンドが送信される。この表示器制御コマンドは、遊技機情報コマンドとカードユニット(CU)操作コマンドとテストコマンドと演出コマンドとを含んでいる。表示器51には、現在の遊技者の持点やカード残高、クレジット数、貯メダル数などが表示器制御コマンドに基づいて表示される。遊技機情報コマンドは、BBやRT等のスロットマシンの遊技状態を示すコマンドであり、カードユニット操作コマンドは、カードユニット3を遊技者が操作したことに応じて送信されるコマンドである。テストコマンドは、表示器用演出制御基板90の演出表示動作をテストするためのコマンドである。演出コマンドは、遊技状態に応じた各種の演出画面への切換えを指示するためのコマンドである。
払出制御部31から表示器用演出制御基板90へは、300ms毎にコマンドが送信される。表示器用演出制御基板90は、コマンドの受信後300msを超える一定時間経過したにも拘らず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理(エラー処理)を行なう。具体的には、前回のコマンドの受信から300msを超えたにも拘らず次のコマンドが送信されてこない場合にはエラーカウントを+1し、そのエラーカウントが連続10回カウントしたときに、表示器用演出制御基板90はタイムオーバを検知して通信状態を初期化し、表示器51にエラーアニメーションを表示させる制御を行なう。
次に図6を参照して、CU側とS台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、CU側においてS台側の持点数およびクレジット数の変動を算出して現在の持点数およびクレジット数を管理している。S台側においても現在の持点数の算出・記憶を行なっている。ただし、S台側において、特にクレジット数は、クレジット数が賭数設定に最低限必要な数未満(たとえば、0)となったときに極力早い段階で新たにゲームを開始できないようにするためだけに用いられる副次的なものであり、また、持点数も同様に副次的なものに過ぎず、たとえば、持点数(持点数カウンタ)についてはS台側で記憶管理しないようにしてもよい。本実施の形態においては、持点数およびクレジット数の主たる管理をCU側において行なっているために、S台側に持点数およびクレジット数の厳重に管理するための機能を設ける必要がなく、その分S台のコストを極力抑えることができる。
特に、CUに比べてS台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、S台側における持点数およびクレジット数に関する主管理機能をCU側に持たせてS台側のコストを抑えることにより、S台を導入する遊技場のランニングコストを軽減することができるという利点がある。
図6では、CU側のメイン制御部323に設けられているRAMの記憶データと、S台側のLSI117に搭載されているRAMの記憶データとを示している。まず、S台(スロットマシン2S)とCU(カードユニット3)とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、S台側のLSI117は、主制御基板116からメインチップIDを送信してもらい、そのメインチップIDをCU側に送信するとともに、LSI117自身が記憶している払出チップIDをCU側へ送信する。
CU側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU側とS台側とが接続されて通信が開始された時刻のデータがCU側からS台側へ送信され、S台側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップID、払出チップIDおよびCU側で識別された接続時刻の3つの情報がCU側とS台側とに記憶されることとなる。それ以降の電源投入時においては、S台側からCU側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。
CU側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じS台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU側とS台側との通信が開始された新たな接続時刻データがCU側からS台側へ送信されてその新たな接続時刻データをS台側において記憶することとなる。
また、CU側とS台側とにおいて動作指示および動作応答の送信が行なわれる毎にCU側とS台側とにおいてシーケンスナンバー(SQN)が「1」ずつ加算更新され、そのシーケンスナンバーがCU側とS台側とにおいて記憶される。このSQNとは、CUとS台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終SQNとは、その更新される通信番号の最後に更新された番号のことである。
本実施の形態におけるCUとS台とにおけるSQNのバックアップの具体的態様を説明する。CUは、動作指示でS台へ送信したSQNをバックアップ記憶し、次にS台からのSQNを受信すると、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているSQNを1加算更新してS台へ送信し、その送信済みのSQNをバックアップ記憶する。CUではこのような処理を繰返す。
S台でも同様に、動作指示でCUから受信したSQNをバックアップ記憶し、次にS台からCUへ動作応答を送信するときに、バックアップ記憶しているSQNを1加算更新して送信し、その送信済みのSQNをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているSQNをその受信したSQNに書換えて記憶する。S台ではこのような処理を繰返す。
そして、後述する図62、図68〜図83のように、通信途中で通信断が発生したときには、通信の再接続までの間SQNがバックアップ記憶されるのであるが、S台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため(図62、図68〜図83参照)、通信の再接続までの間バックアップ記憶しているSQNは常に最後に送信したSQNとなっている。一方、CU側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため(図62、図68〜図83参照)、通信の再接続までの間バックアップ記憶しているSQNは最後に送信したものまたは最後に受信したもののいずれかとなる。
たとえば、CU側からS台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーnを送信し、S台側ではその送信されてきたシーケンスナンバーnを記憶する。そして、動作応答をS台側からCU側へ返信するときにその記憶しているシーケンスナンバーnに1加算したもの(n+1)も合わせて送信する。CU側では返信されてきたシーケンスナンバーn+1が既に記憶していたシーケンスナンバーnより1加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを+1してn+2のシーケンスナンバーをS台側へ送る。
次に、S台側からCU側へ現在持点関連情報(カウント中の持点関連情報)を送信する。この現在持点関連情報は、RAMの現在持点関連情報記憶領域において各カウンタによって記憶されている。
また、S台側からCU側へ現在クレジット関連情報(カウント中のクレジット関連情報)を送信する。この現在クレジット関連情報は、RAMの現在クレジット関連情報記憶領域において各カウンタによって記憶されている。
なお、現在持点関連情報と現在クレジット関連情報とをあわせて、現在持点・クレジット関連情報とも称する。
RAMの現在持点・クレジット関連情報記憶領域には、図6に示されるように、持点加算数カウンタと、クレジット加算数カウンタと、持点減算数カウンタと、クレジット減算数カウンタと、外部出力情報カウンタと、持点数カウンタと、クレジット数カウンタの合計7種類のカウンタが設けられている。
クレジット加算数カウンタは、加算すべきクレジット数をカウントとするためのカウンタである。たとえば、S台において入賞が発生すると、主制御基板116からクレジット加算数を特定可能な加算数信号がLSI117へ送信される。LSI117は、加算数信号に基づいてクレジット加算数カウンタを加算更新する。なお、クレジット加算数カウンタの更新は、擬似玉121の移動・検出を条件としない。
持点加算数カウンタは、加算すべき持点数をカウントとするためのカウンタである。たとえば、S台において入賞が発生すると、クレジット加算数カウンタが更新されるが、入賞の発生により加算すべきクレジット数がクレジット数カウンタの上限値を超えてしまう場合には、その上限を超えるクレジット分に対応する持点だけ持点加算数カウンタが加算更新される。ただし、持点加算数カウンタは、加算用擬似玉ユニット121(図4参照)で擬似玉が検出されたことに基づいて加算更新される。
クレジット減算数カウンタは、減算すべきクレジット数をカウントするためのカウンタである。たとえば、賭数設定操作が検出されると、主制御基板116からLSI117へ賭数設定信号が送信される。LSI117は、賭数設定信号に基づいてクレジット減算数カウンタを加算更新する。なお、クレジット減算数カウンタの更新は、擬似玉121の移動・検出を条件としない。
持点減算数カウンタは、減算すべき持点数をカウントするためのカウンタである。持点減算数カウンタは、CU側から持点の減算要求(たとえば、持点分割譲渡に応じた持点の減算要求、ワゴンサービスの要求に応じた持点の減算要求、持点をクレジットに変換するための操作に応じた持点の減算要求)が入力されたときに持点の減算要求数に応じてカウントアップされる。
持点加算数カウンタは、CU側から持点の加算要求が入力されたとき(たとえば、持点が記録されたカードの挿入による持点の加算要求、残高の引き落とし操作に応じた持点の加算要求、遊技終了時にクレジットを持点に変化する操作に応じた持点の加算要求)にも持点の加算要求数に応じてカウントアップされる。
CUは、加算要求p(持点)あるいは減算要求p(持点)を送信した後、S台側から持点加算数カウンタあるいは持点減算数カウンタの更新結果が送信されてくるのを待って、加算要求p(持点)あるいは減算要求p(持点)を確定させる。つまり、CUは、加算要求p(持点)あるいは減算要求p(持点)を送信した時点では、自身が記憶している持点数、総加算数、総減算数等のデータを加算要求p(持点)あるいは減算要求p(持点)に基づいて更新しない。
また、クレジット加算数カウンタは、CU側からクレジットの加算要求(たとえば、持点をクレジットに変換するための操作に応じた持点の減算要求)が入力されたときにもクレジットの加算要求数に応じてカウントアップされる。同様にクレジット減算数カウンタは、CU側からクレジットの減算要求が入力されたとき(たとえば、遊技終了時にクレジットを持点に変化する操作に応じた持点の加算要求)にもクレジットの減算要求数に応じてカウントアップされる。
CUは、加算要求c(クレジット)あるいは減算要求c(クレジット)を送信した後、S台側からクレジット加算数カウンタあるいはクレジット減算数カウンタの更新結果が送信されてくるのを待って、加算要求c(クレジット)あるいは減算要求c(クレジット)を確定させる。つまり、CUは、加算要求c(クレジット)あるいは減算要求c(クレジット)を送信した時点では、自身が記憶しているクレジット数、総加算数、総減算数等のデータを加算要求c(クレジット)あるいは減算要求c(クレジット)に基づいて更新しない。
外部出力情報カウンタは、遊技状態に変化が生じた回数をカウントするためのカウンタである。外部出力情報カウンタとしては、1枚BETスイッチ5あるいはMAXBETスイッチ6の操作により設定された賭数をカウントするカウンタ、リール2L、2C、2Rの回転が開始したときにカウントアップするカウンタ、スタート操作により内部抽選が実行されたときの内部当選役を入賞役別にカウントするカウンタ、リールの停止操作が行なわれたときに、その操作を第1〜第3停止操作別にカウントするカウンタ、表示結果が確定した時点でカウントアップするカウンタ、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタ、およびエラーが発生した時点でそのエラー種類別にカウントアップするカウンタが含まれる。
なお、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタには、BBに対応するカウンタ、RBに対応するカウンタ、RTに対応するカウンタなどが含まれる。LSI117は、主制御基板116から送信されてくる各種の外部出力情報に基づいて対応する外部出力情報カウンタを加算更新する。
持点数カウンタは、現時点での遊技者の持点(持点総数)を記憶するためのカウンタである。LSI117は、持点加算数カウンタを加算更新する際に持点数カウンタを加算数カウンタの加算分だけ加算更新し、持点減算数カウンタを加算更新する際に持点数カウンタを減算数カウンタの加算分だけ減算更新する。
クレジット数カウンタは、現時点での遊技者のクレジット数(クレジット総数)を記憶するためのカウンタである。LSI117は、クレジット加算数カウンタを加算更新する際にクレジット数カウンタをクレジット加算数カウンタの加算分だけ加算更新し、クレジット減算数カウンタを加算更新する際にクレジット数カウンタをクレジット減算数カウンタの加算分だけ減算更新する。
CUからS台へは、一定時間間隔でデータの送信を要求するコマンドが送信される。S台は、そのコマンドを受信したタイミングで上記7種類のカウンタ(持点加算数カウンタ、クレジット加算数カウンタ、持点減算数カウンタ、クレジット減算数カウンタ、外部出力情報カウンタ、持点数カウンタ、クレジット数カウンタ)の値をCUへ送信する。さらに、S台は、図6に示されるように、上記7種類のカウンタのうちの持点数カウンタおよびクレジット数カウンタを除く5種類のカウンタについては、データ送信毎にそのカウンタ値を「前回持点・クレジット関連情報」の記憶エリアにバックアップする。
すなわち、持点加算数カウンタの値は「加算数p(持点)」として、クレジット加算数カウンタの値は「加算数c(クレジット)」として、持点減算数カウンタの値は「減算数p(持点)」として、クレジット減算数カウンタの値は「減算数c(クレジット)」として、外部出力情報カウンタの値は「外部出力情報」として、それぞれ「前回持点・クレジット関連情報」の記憶エリアに記憶される。なお、当該記憶エリアへの記憶の際には、それ以前に記憶されていたデータは消去される。すなわち、「前回持点・クレジット関連情報」の記憶エリアには、新たなデータが上書き保存(書換え)される。
「前回持点・クレジット関連情報」の記憶エリアにカウンタ値がバックアップされた持点加算数カウンタ、クレジット加算数カウンタ、持点減算数カウンタ、クレジット減算数カウンタ、および外部出力情報カウンタは、その後に初期化(0クリア)されて、次のデータのカウントに備えられる。
その結果、持点加算数カウンタ、クレジット加算数カウンタ、持点減算数カウンタ、クレジット減算数カウンタ、および外部出力情報カウンタには、前回、CUに対してデータ送信して以降の各データ(持点、クレジット、外部出力情報)の変化量(CUへの未送信データ)が記憶されることになる。そして、次回、CUからデータの送信要求を受けたときには、前回、データの送信要求を受けたときから、今回、データの送信要求を受けたときまでのデータの変化量がCUへ送られることになる。一方、データ送信毎に初期化されない持点数カウンタおよびクレジット数カウンタには、上記のとおり、現段階での持点総数・クレジット総数が記憶されることになる。そして、CUからデータの送信要求を受ける毎に、現段階での持点総数およびクレジット総数がCUへ送信されることになる。すなわち、S台は、データ変化量の送信を指示するコマンドを受信する毎に、当該コマンドを前回受信してから今回受信するまでの間のデータ変化量を送信する。
換言すると、前回持点・クレジット関連情報(直前に送信した現在持点・クレジット関連情報)の記憶エリアに、直前にCU側に送信した現在持点・クレジット関連情報である、加算数p(持点)、加算数c(クレジット)、減算数p(持点)、減算数c(クレジット)、外部出力情報のデータがバックアップデータとして記憶される。このバックアップデータは、S台側からCU側へ現在持点・クレジット関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
CU側においては、RAM内の累計データ記憶領域に、総持点加算数(加算累計)、総クレジット加算数(加算累計)、総持点減算数(減算累計)、総クレジット減算数(減算累計)、外部出力情報累計、持点数、クレジット数を記憶している。
CUは、S台側から送信されてきた持点加算数カウンタの値に基づいて総持点加算数と、持点数とを更新し、クレジット加算数カウンタの値に基づいて総クレジット加算数と、クレジット数とを更新する。また、CUは、S台側から送信されてきた持点減算数カウンタの値に基づいて総持点減算数と、持点数とを更新し、クレジット減算数カウンタの値に基づいて総クレジット減算数と、クレジット数とを更新する。
さらに、CUは、S台から送信されてきた外部出力情報カウンタの値に基づいて外部出力情報累計数を更新する。なお、外部出力情報累計数は、各外部出力情報カウンタの種類別に更新される。その結果、CU側では、「賭数」、「リール始動」、「入賞役別の内部当選」、「第1〜第3停止操作」、「表示結果」、「遊技状態の変化」別に、その数(回数)が累計される。
このように、CUは、S台より逐一送信されてくる現在持点・クレジット関連情報によって持点数を更新することで最新の持点数を管理をすることが可能となる。同様に、CUは、S台より逐一送信されてくる現在持点・クレジット関連情報によって総持点加算数、総クレジット加算数、総減算数、総クレジット減算数、外部出力情報総数を更新することで最新のそれらの情報を管理をすることが可能となる。
なお、CUは、S台側から持点加算数カウンタと、クレジット加算数カウンタと、持点減算数カウンタと、クレジット減算数カウンタとの値に加えて持点数カウンタおよびクレジット数カウンタのカウント値も受信しているが、自ら記憶している持点数およびクレジット数は上記の持点およびクレジットの加算数カウンタおよび上記の持点およびクレジットの減算数カウンタの値に基づいて更新し、S台側から送られる持点数カウンタおよびクレジット数カウンタのカウント値は利用しない。このため、仮に、S台側から送られてきた持点数およびクレジット数とCU側で管理している持点数およびクレジット数とが一致しない場合でも、CU側の持点数がS台側から送られてきた持点数およびクレジット数で更新されてしまうことはない。
さらに、CUは、S台側から送信されてきた持点数カウンタの値とCU側において更新されている現在の持点数とを照合して一致するか否かの整合性の判定を行なう。
同様に、CUは、S台側から送信されてきたクレジット数カウンタの値とCU側において更新されている現在のクレジット数とを照合して一致するか否かの整合性の判定を行なう。
一致するとの判定(一致確認)が行なわれたことを条件として、CUはS台との間で通常の(正常時の)動作要求(コマンド)の送信および通常の(正常時の)動作応答(レスポンス)の受信を継続する。一方、一致しないとの判定が行なわれたときには、CUは、エラー状態に移行する制御を行なう。
エラー状態に移行する制御としては、たとえば、表示器312によりエラー報知を行なうこと、あるいは、ホール用管理コンピュータ1にエラーが発生した旨のエラー通知信号を送信すること(この場合、ホール用管理コンピュータ1によるエラー報知が行なわれるようにしてもよい)、係員による人為的な対応を促す所定の報知をすること等が考えられる。
あるいは、一致しないとの判定が行なわれたときには、CUは、持点数およびクレジット数をCU側が管理している持点数およびクレジット数に補正指示するためのコマンドを生成の上で、S台へ送信するようにすることも考えられる。この場合、S台には、自身が記憶している持点数およびクレジット数を補正指示コマンドに従って補正する機能を設ける。なお、補正指示コマンドとしては、CU側で管理している持点数およびクレジット数を指定したコマンドとしても、あるいは、CU側で管理している持点数およびクレジット数と、S台側で記憶している持点数およびクレジット数との差を示すコマンドとしてもよい。
このように、CUは、S台側から送信されてくる各種カウンタの値を受信し、現時点における持点数およびクレジット数を特には持点およびクレジット加減算数カウンタの値に基づいて算出して管理するという持点数およびクレジット数の主管理機能を有している。このため、S台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、クレジット数が0になったときに即座に遊技を禁止できるようにするなどの目的のために、S台側にも持点数およびクレジット数を記憶させている。しかしながら、S台側に持点数およびクレジット数を記憶するための持点数カウンタやクレジット数カウンタを設けないようにしてもよい。
CUは、算出された現時点における持点数とS台側から送信されてきた持点数カウンタの値とを照合して一致するか否かの判定を行なう持点数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御(不一致時エラー制御)を行なう機能とを有する。
また、CUは、算出された現時点におけるクレジット数とS台側から送信されてきたクレジット数カウンタの値とを照合して一致するか否かの判定を行なうクレジット数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御(不一致時エラー制御)を行なう機能とを有する。
このように、本実施の形態では、S台側にも持点数およびクレジット数を記憶させているが、その持点数およびクレジット数がCU側で管理記憶している持点数およびクレジット数と整合するか否かの判定を行なえるようにしている(CU側機能)。そのため、仮に不正行為その他の事情で遊技機側で記憶している持点数がCU側で管理記憶している持点数あるいはクレジット数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU側にその判定機能を設けたが、たとえば、CUと接続されるホール用管理コンピュータ1によって、CU側で記憶している持点数およびクレジット数とS台側で記憶している持点数およびクレジット数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
また、図6に示すように、CUは、貯メダルを記憶する記憶領域と、受け付けた(挿入された)プリペイドカード(遊技カード)のカード残高を記憶する記憶領域とをさらに有する。CUのメイン制御部323(図4参照)は、貯メダルの使用を要求する入力(たとえば、CUに設けられた再プレイボタン319(図4参照)の押圧入力)に応じて貯メダルを記憶する記憶領域から所定数の貯メダルを減算する。また、CUのメイン制御部323(図4参照)は、カード残高の使用を要求する入力(たとえば、貸出ボタン321の押圧入力)に応じてカード残高を記憶する記憶領域から所定値を減算する。
また、このような遊技者所有の遊技用価値(たとえばプリペイド残高、あるいは貯メダル数)から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の持点数を持点数カウンタに加算するための加算要求数p(持点)がCU側からS台側へ送信される。S台側では、それを受けて、擬似玉を移動させ、その検出を条件として、持点数カウンタおよび持点加算数カウンタを加算更新する。加算更新後の持点加算数カウンタの値はCUへ送信される。CUはそのデータの受信を待って、加算要求p(持点)を確定させて持点表示を更新する。
一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダー等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求数p(持点)がCU側からS台側へ送信される。S台側では、それを受けて、擬似玉を移動させ、その検出を条件として、持点数カウンタを減算更新するとともに持点減算数カウンタを加算更新する。加算更新後の持点減算数カウンタの値はCUへ送信される。CUはそのデータの受信を待って、減算要求p(持点)を確定させて持点表示を更新する。
また、持点を引落としてクレジットに変換する操作を遊技者が行なった場合に、その引落とし分の持点数を持点数カウンタに減算するための減算要求数p(持点)と、その引落とし分のクレジット数をクレジット数カウンタに加算するための加算要求数c(クレジット)とがCU側からS台側へ送信される。
S台側では、それを受けて、擬似玉を移動させ、その検出を条件として、持点数カウンタおよび持点減算数カウンタを加算更新する。また、クレジット数カウンタおよびクレジット加算数カウンタを加算更新する。加算および減算更新後の持点減算数カウンタおよびクレジット加算カウンタの値はCUへ送信される。CUはそのデータの受信を待って、減算要求p(持点)および加算要求c(クレジット)を確定させ、持点表示およびクレジット表示を更新する。
図7は、カードユニット3とスロットマシン2Sのうちの持点数およびクレジットの加算および減算に関連する部分を示すブロック図である。図7において、カードユニット3には表示器312およびメイン制御部323が設けられ、スロットマシン2Sには表示器51、払出制御部31、加算用擬似玉ユニット120、減算用擬似玉ユニット121、および主制御基板116が設けられている。
図8(a)は加算用擬似玉ユニット120の正面から見た断面図であり、図8(b)は側面から見た断面図である。図8(a)は図8(b)のX−X線断面図であり、図8(b)は図8(a)のY−Y線断面図である。図8(a)(b)において、加算用擬似玉ユニット120は、直方体状の中空の筐体122を備える。筐体122の正面には、前面扉2bの透明窓W0(図1参照)よりも大きな長方形状の窓122aが開口されている。透明窓W0から筐体122の内部が見えるように、筐体122の正面側の外壁122bが前面扉2bの内壁に固着される。
筐体122内の中央部には、回転体123が回転可能に設けられている。回転体123は、複数(図では、8個)の擬似玉124と、複数(この場合、8本)のアーム125と、円筒状の支持部材126とを含む。回転体123は、プラスチックあるいは金属により一体的に形成されている。また、擬似玉124は、いわゆるパチスロにおいて遊技に用いられる遊技用メダルと略同じ寸法、形状に形成されている。
なお、通常、“玉”とは球体を意味するが、本明細書においては、“擬似玉”とは、パチンコ玉のようなものの他、遊技用メダルのような形状のものをも意味するものとする。また、図8に示す擬似玉124をパチンコ玉にしてもよい。
複数の擬似玉124は、支持部材126の回転中心線の周りに等角度間隔で円形に配置されている。各擬似玉124の中心を垂直に貫通する中心線は、支持部材126の回転中心線と同じ方向に向けられている。各擬似玉124の端面は、アーム125を介して支持部材126の外周面に固定されている。
筐体122の一方側(図では左側)の側面の中央部には、モータ127が固定されている。モータ127としては、たとえば、駆動パルスφPが入力される毎に回転軸127aを微小な所定角度だけ回転駆動させるステッピングモータが使用される。筐体123の他方側(図では右側)の側面の中央部には、軸受128が固定されている。モータ127の回転軸127aは、筐体122と支持部材126の孔を貫通しており、その先端部は軸受128によって回転可能に支持される。
駆動パルスφPをモータ127に供給すると、回転軸127aが回転駆動され、回転体123が回転駆動されて複数の擬似玉124が円環状の通路を循環する。駆動パルスφPの供給を停止すると、回転軸127aの回転は即座に停止される。
筐体122の側面の上端部の中央の孔には、擬似玉124の通路に対向して光センサ130が設けられている。光センサ130は、擬似玉124の通路に向けて光を照射し、反射光を検出し、反射光強度に応じたレベルの信号φS0を出力する。光センサ130に擬似玉124が対向している場合は、光センサ130から出射された光は擬似玉124で反射して光センサ130に入射し、信号φS0はたとえば「H」レベルになる。光センサ130に擬似玉124が対向していない場合は、光センサ130から出射された光は擬似玉124で反射せず、信号φS0はたとえば「L」レベルになる。光センサ130出力信号φS0は、スロットマシン2Sの電源オン時に擬似玉123の位置を基準位置にリセットするために使用される。
筐体122の側面の下端部の中央の孔には、擬似玉124の通路に対向して光センサ131が設けられている。光センサ131は、擬似玉124の通路に向けて光を照射し、反射光を検出し、反射光強度に応じたレベルの信号φS1を出力する。光センサ131に擬似玉124が対向している場合は、光センサ131から出射された光は擬似玉124で反射して光センサ131に入射し、信号φS1はたとえば「H」レベルになる。光センサ131に擬似玉124が対向していない場合は、光センサ131から出射された光は擬似玉124で反射せず、信号φS1はたとえば「L」レベルになる。光センサ131の出力信号φS1は、通路を通った擬似玉124の数をカウントするために使用される。減算用擬似玉ユニット121は、減算用擬似玉ユニット120と同じ構成である。
なお、擬似玉124の光センサ130、131側の表面の中央部に擬似玉124の表面と光反射率が異なるマークを設けて、擬似玉124の検出精度を高めてもよい。擬似玉124の表面に設けた反射膜、凸部、凹部等が、マークとして使用可能である。また、複数の擬似玉124のうちの1つの擬似玉124のみにマークを設け、電源オン時には、マークを検出したときに駆動パルスφPの供給を停止することにより、擬似玉124の位置を初期位置にリセットしてもよい。また、光センサ130、131のうちのいずれか1つのみを設け、1つの光センサの出力信号を用いて電源オン時における擬似玉124の位置決めと、擬似玉124の数のカウントの両方を行なってもよい。また、複数の光センサ130,131を用いて擬似玉124の数をカウントすることにより、カウント精度を高めたり、不正行為を防止してもよい。また、光センサ130、131の代わりに磁気センサを用いてもよい。磁気センサを使用する場合は、擬似玉124を磁性体で形成する必要がある。また、透明窓W0、W1を無くし、遊技者が擬似玉124を見ることができないようにしてもよい。
図7に戻って、遊技者によって残高(残額)の引き落とし、持点が記録されたカードの挿入(持点有)、貯メダルを引き落として持点を加算するための再プレイ操作(以下、貯メダル再プレイの操作ともいう)、クレジット数の精算操作等が行なわれると、CU側のメイン制御部323からS台側の払出制御部31に対して持点の加算要求が送信される。なお、クレジット数の精算操作が行われたときは、併せてCU側のメイン制御部323からS台側の払出制御部31に対してクレジットの減算要求が送信される。
また、遊技者によって画面のタッチパネル操作によりワゴンサービス要求、持点を分割譲渡する要求、持点を引き落としてクレジット数を加算するための操作等が行なわれると、CU側のメイン制御部323からS台側の払出制御部31に対して持点の減算要求が送信される。なお、持点を引き落としてクレジット数を加算するための操作が行われたときは、併せてCU側のメイン制御部323からS台側の払出制御部31に対してクレジットの加算要求が送信される。
一方、スロットマシン2S側では、賭数が設定された場合、設定された賭数が減少された場合、ベットキャンセル(賭数を一旦0にすること)が行なわれた場合、あるいは入賞が検出された場合、その旨が主制御基板116から払出制御部31に伝達される。メイン制御部323からクレジットの加算要求があった場合、入賞が検出された場合、賭数が減少された場合、ベットキャンセルが行なわれた場合には、クレジットを加算する加算条件が成立する。メイン制御部323からクレジットの減算要求があった場合、賭数が設定された場合には、クレジットが減算する減算条件が発生する。
払出制御部31は、持点の加算条件(CU側からの持点加算要求p受信)が成立した場合は、その原因に応じて加算目標値を設定する。加算目標値とは、擬似玉124の検出目標数である。本実施の形態では、持点の更新予定数と加算目標値とが一対一に対応している。
たとえば、貸出操作によって残高が引き落とされる場合には25点である。あるいは、入賞発生時には通常はクレジットが加算されるものの、入賞に対応する得点数を現クレジット数に加算するとクレジット数の上限(たとえば25点)を超過する場合には、その上限を超過する分の得点が現持点数に加算されることになるため、この場合にはその超過分の点数が加算目標値として設定される。
払出制御部31は、加算目標値を設定した後、加算用擬似玉ユニット120の回転体123を回転させ、擬似玉124を検出する毎に持点加算数カウンタをインクリメント(+1)し、加算目標値と同数の擬似玉124を検出したときは持点加算数カウンタをインクリメントした後に回転体123の回転を停止させる。
また、払出制御部31は、持点の減算条件が成立した場合は、その原因に応じて減算目標値を設定する。たとえば、ワゴンサービスの要求によりサービスの価値が持点300点と設定された場合には、減算目標値が300に設定される。
払出制御部31は、持点の減算用擬似玉ユニット121の回転体123を回転させ、擬似玉124を検出する毎に持点減算数カウンタをインクリメントし、減算目標値と同数の擬似玉124を検出したときは持点減算数カウンタをインクリメントした後に回転体123の回転を停止させる。
特に、持点の減算条件の中でも、持点を引き落としてクレジットを加算する要求が入力された場合(持点減算要求pとクレジット加算要求cとが入力された場合)、払出制御部31は、減算用擬似玉ユニット121の回転体123を回転させ、擬似玉124を検出する毎に持点減算数カウンタおよびクレジット数加算数カウンタをインクリメントし、持点減算目標値と同数の擬似玉124を検出したときは持点減算数カウンタおよびクレジット数加算数カウンタをインクリメントした後に回転体123の回転を停止させる。
また、払出制御部31は、持点加算数カウンタおよびクレジット数加算カウンタを加算更新する際に持点数カウンタおよびクレジット数加算カウンタを持点加算数カウンタおよびクレジット数加算カウンタの加算分だけ加算更新し、持点減算数カウンタおよびクレジット数減算カウンタを加算更新する際に持点数カウンタおよびクレジット数加算カウンタを持点減算数カウンタおよびクレジット数加算カウンタの加算分だけ減算更新する。持点数カウンタおよびクレジット数カウンタのカウント値は、S台の表示器51に表示される。その結果、S台の表示器51の持点およびクレジット数の表示は、持点更新予定数と同数の擬似玉移動が検出されたことに基づいて更新されることになる。
また、S台の持点およびクレジット数のそれぞれの加算数カウンタおよび減算数カウンタのカウント値は、一定時間間隔でCUのメイン制御部323に送信される。メイン制御部323ではその送信されてきたカウント値に基づいて現段階での持点総数およびクレジット数が更新演算されて記憶され、その持点総数およびクレジット数がCUの表示器312に更新表示される。その結果、CU側の表示器312の持点表示についても、持点更新予定数と同数の擬似玉移動が検出されたことに基づいて更新されることになる。
次に、払出制御部31の加算および減算動作について、より詳細に説明する。図9は、スロットマシン2Sの電源がオンされたときの払出制御部31の動作を示すフローチャートである。払出制御部31は、ステップS1において電源がオンされるまで待機し、電源がオンされた場合はステップS2において駆動パルスφPを所定周期で加算用擬似玉ユニット120のモータφPに供給し、擬似玉124を移動させる。
次に払出制御部31は、ステップS3において、光センサ130からの信号φS0に基づいて、擬似玉123が検出されたか否かを検出し、検出されない場合はステップS2に戻って駆動パルスφPの出力を継続し、擬似玉124を移動させる。ステップS3において擬似玉124が検出された場合は、ステップS4において駆動パルスφPの出力を停止し、擬似玉124を基準位置に停止させる。払出制御部31は、たとえば、光センサ130の信号φS0が「L」レベルから「H」レベルに立ち上げられた後、その信号φS0が「H」レベルから「L」レベルに立ち下げられたときに、擬似玉124が検出されたと判断して擬似玉124を停止させる。したがって、電源がオフされている期間に擬似玉124が任意の位置に移動した場合でも、擬似玉124の位置を基準位置にリセットすることができ、光センサ131の正面を通過する擬似玉124の数を正確にカウントすることができる。
図10は、払出制御部31の加算処理を示すフローチャートである。図10において、払出制御部31は、ステップS10において持点の加算条件が成立するまで待機し、持点の加算条件が成立した場合はステップS11において加算目標値を設定するとともに加算用擬似玉ユニット120内の回転体123(図8参照)を回転駆動するときの駆動パターンを設定する。
なお、持点の加算条件は、持点が記録されたカードがCUへ挿入された場合、残高の引き落とし操作がCUで検出された場合、貯メダル再プレイの操作がCUで検出された場合、クレジットを持点に変換する操作(クレジット精算操作)が検出された場合、クレジット数の上限を超えてクレジットが与えられる場合(入賞発生時)に成立する。
持点の加算条件が成立しない場合は、ステップS10Aにおいて、クレジット数を加算する条件が成立したか否かを判別する。ここで判別される条件は、入賞の発生、設定されている賭数のキャンセル操作、および設定されている賭数の一部を減少する操作である。
ステップS10Aにおいて、クレジット数へ加算する条件が成立していない場合には、NOと判断されて、再度、ステップS10の持点の加算条件が成立しているのかを判別する。
一方、クレジット加算条件のいずれかが成立している場合には、ステップS10Aにおいて「クレジットの加算有」と判断される。この場合には、ステップS10Bにおいて、現在のクレジット数カウンタの値とクレジット加算条件の成立によって与えられるクレジット数(加算対象値)との合計がクレジット数カウンタの上限である25を超えているかどうかを判別する。超えている場合には、その余剰分を持点に変換して持点数カウンタに加算するために、その余剰分を加算目標値とする。たとえば、クレジット数カウンタの値が15であるときに、15点が与えられる入賞した場合には、加算目標値は5に設定される。
一方、現在のクレジット数カウンタと加算対象値との合計が上限である25を超えない場合には、クレジットの加算のみで足りるために、再度ステップS10に戻り、持点の加算条件が成立しているかどうかを判別する。なお、クレジットの加算条件が成立したときには、図示しない別のクレジット加算処理によってクレジットが更新されるものである。
ステップS10Cにおいて、払出制御部31は、加算目標値をクレジット数カウンタと加算対象値との合計からクレジット数の上限である25を減算した値と設定し、クレジット加算数カウンタ値を上限の25からクレジット数カウンタ値を減算した値と設定し、クレジット数カウンタを上限である25と設定する。
加算目標値は、加算要求(カード残高からの引き落とし、持点が記録されたカードの挿入、貯メダル再プレイ、クレジット精算)の内容、入賞の種類、賭数の変更に伴う賭数の減少数、ベットキャンセルによる賭数の減少数とクレジット数カウンタとの関係に基づいて設定される。
駆動パターンは、加算条件(入賞、賭数キャンセル、賭数減少など)によって異なる。払出制御部31には駆動パターンデータが加算条件別に記憶されている。たとえば、持点からクレジット数への変換操作が行なわれる場合には、所定単位数(たとえば、5個)の擬似玉移動が検出されるまで回転体123を一定速度で回転させた後に、一旦停止させ、所定期間を経て再び所定単位数の擬似玉が移動するまで回転体123を回転させることを、加算目標値に至るまで繰り返すような駆動パターンデータが選択される。
次に払出制御部31は、設定された駆動パターンに基づいてステップS12において駆動パルスφPを所定周期で加算用擬似玉ユニット120に供給し、回転体123を回転させる。ステップS13において払出制御部31は、光センサ131の出力信号φS1に基づいて、擬似玉124が検出されたか否かを判別する。ステップS13において擬似玉124が検出されない場合はステップS12に戻り、擬似玉124が検出された場合はステップS14において2回目以降の検出か否かを判別する。
ステップS14において、2回目以降の検出であると判別した場合は、ステップS15において前回検出から今回検出までの時間は規定範囲内か否かを判別する。ステップS15において、前回検出から今回検出までの時間は規定範囲内でないと判別した場合は、加算用擬似玉ユニット120が故障したか、不正行為が行なわれた可能性があるので、ステップS16においてエラー処理を行なう。エラー処理としては、ゲームの停止、異常発生の表示、異常発生の通報等が行なわれる。
ステップS15において、前回検出から今回検出までの時間は規定範囲内であると判別した場合は、ステップS17において持点加算数カウンタおよび持点数カウンタをインクリメント(+1)する。
次に、ステップS171において、S10で成立と判定した持点の加算条件は、クレジット精算であるか否かを判定する。クレジット精算でなかった場合にはステップS18に進む。クレジット精算であった場合には、持点の加算と連動してクレジットを減算するために、ステップS172において、クレジット減算数カウンタをインクリメント(+1)するとともにクレジット数カウンタをデクリメント(−1)する。
ステップS14において、2回目以降の検出でないと判別した場合は、最初の検出であるのでステップS15を実行せずにステップS17において持点加算数カウンタおよび持点数カウンタをインクリメントする(+1)。
ステップS18において、加算目標値を検出したか否か、すなわち加算数カウンタのカウント値が加算目標値に到達したか否かを判別し、加算目標値を検出していない場合はステップS12に戻り、加算目標値を検出した場合はステップS19で駆動パルスφPの出力を停止して加算用擬似玉ユニット120の回転体123の回転を停止させる。
図11は、払出制御部31の減算処理を示すフローチャートである。図13において、払出制御部31は、ステップS20において減算条件が成立するまで待機し、減算条件が成立した場合はステップS21において減算目標値を設定するとともに減算用擬似玉ユニット121内の回転体123(図8参照)を回転駆動するときの駆動パターンを設定する。
なお、持点の減算条件は、ワゴンサービスの要求がCUで検出された場合、持点を引き落としてクレジットに変換する操作がCUで検出された場合、持点を分割譲渡する要求がCUで検出された場合に成立する。
減算目標値は、減算要求(ワゴンサービス、持点分割譲渡、持点の引き落としによるクレジットへの変換操作)の内容、設定された賭数に基づいて設定される。
駆動パターンは、減算条件(ワゴンサービス、持点分割譲渡、持点の引き落としによるクレジットへの変換操作)によって異なる。払出制御部31には駆動パターンデータが減算条件別に記憶されている。
次に払出制御部31は、設定された駆動パターンに基づいてステップS22において駆動パルスφPを所定周期で減算用擬似玉ユニット120に供給し、回転体123を回転させる。ステップS23において払出制御部31は、光センサ131の出力信号φS1に基づいて、擬似玉124が検出されたか否かを判別する。ステップS23において擬似玉124が検出されない場合はステップS22に戻り、擬似玉124が検出された場合はステップS24において2回目以降の検出か否かを判別する。
ステップS24において、2回目以降の検出であると判別した場合は、ステップS25において前回検出から今回検出までの時間は規定範囲内か否かを判別する。ステップS25において、前回検出から今回検出までの時間は規定範囲内でないと判別した場合は、減算用擬似玉ユニット120が故障したか、不正行為が行なわれた可能性があるので、ステップS26においてエラー処理を行なう。エラー処理としては、ゲームの停止、異常発生の表示、異常発生の通報等が行なわれる。
ステップS25において、前回検出から今回検出までの時間は規定範囲内であると判別した場合は、ステップS27Aにおいて、持点の減算条件の成立が、持点の引き落としによるクレジットへの変換操作である場合には、ステップS27Bにおいて、持点減算数カウンタ、クレジット数カウンタ、クレジット数加算数カウンタをそれぞれインクリメント(+1)するとともに持点数カウンタをディクリメント(−1)する。一方、持点の減算条件の成立が、持点の引き落としによるクレジットへの変換操作でない場合には、ステップS27Cにおいて、持点減算数カウンタをインクリメント(+1)するとともに持点数カウンタをディクリメント(−1)する。
ステップS24において、2回目以降の検出でないと判別した場合は、最初の検出であるのでステップS25を実行せずに上述したステップS27Aにおいて、持点の減算条件の成立が、持点の引き落としによるクレジットへの変換操作であるかどうかを判別される。
ステップS28において、減算目標値を検出したか否か、すなわち持点減算数カウンタのカウント値が減算目標値に到達したか否かを判別し、減算目標値を検出していない場合はステップS22に戻り、減算目標値を検出した場合はステップS29で駆動パルスφPの出力を停止して減算用擬似玉ユニット120の回転体123の回転を停止させる。
図10および図11に示した処理で更新された持点加算数カウンタ、持点減算数カウンタ、クレジット数加算カウンタ、およびクレジット数減算カウンタの値は、後述する動作応答のデータに含められてCUへ送信される。CUはそれを受けて持点数およびクレジット数を更新するとともに持点表示およびクレジット数表示を更新する。一方、S台は、図10および図11に示した処理で更新された持点数カウンタおよびクレジット数カウンタに基づいて持点表示およびクレジット数カウンタを更新する。
なお、払出制御部31は、200ms間隔で持点加算数カウンタ、持点減算数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタ、および持点数カウンタ、クレジット数カウンタのカウント値を動作応答データとしてCUのメイン制御部323に送信している(図30参照)。各カウンタの値は擬似玉124の移動・検出によって変化するのであるが、たとえば、擬似玉ユニット120,121で擬似玉124が回転駆動している最中に動作応答のデータを送信するタイミングに達したときには、その時点での各カウンタの値が送信され、送信時点で一旦、持点加算数カウンタ、持点減算数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタの値は0クリアされる(持点数カウンタの値は0クリアされない)。
次に、図12および図13を参照して、擬似玉ユニットにおける駆動パターンの具体例を説明する。
図12(a)は、持点引き落とし操作時における減算用擬似玉ユニット121の光センサ131の出力信号φS1の波形を示すタイムチャートであり、図12(b)はワゴンサービスの要求時における信号φS1の波形を示すタイムチャートである。図12(a)において、遊技者によって持点引き落とし操作が行なわれた場合は、払出制御部31から減算用擬似玉ユニット121に駆動パルスφPが供給され、回転体123が回転される。擬似玉124の先端が光センサ131の正面に到達すると信号φS1は「L」レベルから「H」レベルに立ち上げられ、擬似玉124の後端が光センサ131の正面を通過すると信号φS1は「H」レベルから「L」レベルに立ち下げられる。払出制御部31は、信号φS1の立ち上がりエッジと立下りエッジを検出したときに、1つの擬似玉124が通過したと判断する。
持点引き落とし操作に対応する駆動パターンは、所定単位数M(たとえば、5個)の擬似玉移動が検出されるまで回転体123を一定速度で回転させた後に、一旦停止させ、所定期間T1を経て再び所定単位数Mの擬似玉が移動するまで回転体123を回転させることを、引き落とし持点数(たとえば、上限25)に至るまで繰り返すような駆動パターンである。
図12(a)を参照して、払出制御部31は、減算要求に従って所定速度にて擬似玉124を循環移動させ、光センサ131の出力信号φS1に現れる正パルスの数をカウントし、正パルスのカウント数がM個に到達した場合に擬似玉124の循環移動を一旦停止させ、一定時間T1だけ待機する。その後、再び、カウント数がM個に到達するまで擬似玉124を循環移動させる動作を繰り返す。本実施の形態では、1回の持点引き落とし操作で与えられるクレジット数が25点であるので、計5回、上記の動作が繰り返されることになる。
図12(b)では、ワゴンサービスの要求が検出された場合の駆動パターンが示されている。払出制御部31は、ワゴンサービスの種類に従って減算目標値をN(ただし、Nは正の整数である)に設定する。
その後、払出制御部31は、擬似玉124を図12(a)の持点引き落とし操作時とは異なる回転速度で循環移動させ、光センサ131の出力信号φS1に現れる正パルスの数をカウントし、正パルスのカウント数がN個に到達した場合に擬似玉124の循環移動を停止させる。なお、図12(a)(b)に示すように、持点引き落とし操作時における回転体123の回転速度をワゴンサービスの要求時よりも速くして持点引き落とし操作時の擬似玉移動の処理を速やかに終えられるようにしている。この場合、持点引き落とし操作時における光センサ131の出力信号φS1の正パルスのパルス幅は、ワゴンサービスの要求時よりも小さくなる。駆動パルスφPの周期を短くすると回転体123の回転速度が速くなり、駆動パルスφPの周期を長くすると回転体123の回転速度が遅くなる。また、1つの正パルスが検出された場合に、2以上の所定の点数を減算してもよい。
このように、持点引き落とし操作に基づく場合とワゴンサービスの要求の発生に基づく場合とで、持点減算する際の擬似玉124の移動態様を異ならせることによって、擬似玉124の移動態様を視認することのみによって、持点更新されている要因を特定することができる。なお、ここでは、減算条件の比較例として、持点引き落とし操作に基づく場合とワゴンサービスの要求の発生に基づく場合とを例示したが、他の減算条件の各々で擬似玉124の移動態様を異ならせるように制御することが望ましい。
また、加算条件別に、加算用擬似玉ユニット120での擬似玉124の移動態様を異ならせるように制御することが望ましい。これにより、たとえば、加算用擬似玉ユニット120での擬似玉124の動きを見ることのみで、貯メダル再プレイに基づいて持点が加算されているのか、残高の引き落とし設定に基づいて持点が加算されているのかを特定できる。
次に、図13を参照して、持点更新の条件が成立して擬似玉124を移動している最中に他の持点更新の条件が成立した場合の望ましい制御について説明する。
たとえば、ワゴンサービスの要求に基づいて擬似玉124を移動している最中に持点の引き落とし操作が行なわれた場合は、図13(a)に示すように、ワゴンサービスの要求に基づくN点の減算処理を継続する。そして、ワゴンサービスの要求に基づいた擬似玉124の移動をすべて完了したら、所定時間T2だけ待機した後、持点の引き落とし操作に基く減算処理を図12(a)で示した方法で行なう。すなわち、持点の引き落とし操作に基づく処理よりも、ワゴンサービスの要求に基づく処理が優先される。この優先順序を逆にしてもよい。つまり、持点の引き落とし操作が検出された時点でワゴンサービスの要求に基づく擬似玉移動が完了していない場合には、貸玉操作に基づく減算処理の後に、ワゴンサービスの要求に基づいた擬似玉124の移動引き続き実行するようにしてもよい。
また、持点の引き落とし中にワゴンサービスの要求した場合は、図13(b)に示すように、持点の引き落とし操作に基づく減算処理を直ぐに中断し、所定時間T2だけ待機した後にワゴンサービスの要求に基づくN点の加算処理を行なう。すなわち、持点の引き落とし操作にN点の減算処理を終了したら、所定時間T2だけ待機した後に、中断した持点の引き落とし減算処理を再開する。これにより、持点の引き落とし操作に基づく処理よりも、ワゴンサービスの要求に基づく処理が優先されることになる。図13(b)では、最初の持点の引き落とし操作時にM−m点の減算が行なわれ、再開後の持点の引き落とし操作時にm点の減算が行なわれた状態が示されている。ただし、mはMよりも小さな正の整数である。
いずれにしても、本実施の形態では、2つの減算条件がともに成立した場合には、一方の減算条件の成立に基づく処理を実行しているのか、他方の減算条件の成立に基づく処理を実行しているのかを区別可能にしている点に1つの特徴がある。すなわち、図13(a)(b)の例では、持点の引き落とし操作に基づく擬似玉移動とワゴンサービスの要求に基づく擬似玉移動とを切換える際に、休止期間T2を設けることによって、それぞれが別の減算条件の成立に基づいた擬似玉移動であることを区別できるようにしている。
また、ここでは、減算条件の比較例として、持点の引き落とし操作に基づく場合とワゴンサービスの要求に基づく場合とを例示したが、他の減算条件についても同様にして一方の条件成立に基づいた擬似玉移動が終了してから他方の条件成立に基づいた擬似玉移動を開始するまでの間に休止期間を設けるようにすることが望ましい。また、減算条件ではなく、貯メダル再プレイ設定などの加算条件についても同様に制御することが望ましい。
<擬似玉ユニットをCUとS台の双方に設けた場合>
図14は、擬似玉ユニット120、121をCUとS台の双方に設けた例である。このように構成した場合には、持点を更新する要因がCU側で発生した場合にはCU側の擬似玉ユニットで擬似玉124を移動させる一方、持点を更新する要因がS台側で発生した場合にはS台側の擬似玉ユニットで擬似玉124を移動させるようにすることが考えられる。
その場合、図7のように擬似玉ユニットをS台側のみに設けた場合と比較すると、残高の引き落とし、貯メダル再プレイおよび持点が記録されたカードの挿入、クレジット精算の際にCU側の加算用擬似玉ユニット120が稼動し、ワゴンサービス、持点分割譲渡、持点の引き落としの際にCU側の減算用擬似玉ユニット121が稼動することになる。すると、これらの場合には、CU側ではS台からの持点更新を示す動作応答を待つことなく、ローカル側での擬似玉検出に応じて持点表示を更新できるようになり、持点更新のための通信制御を単純化できる。一方、S台は、残高の引き落とし、貯メダル再プレイおよび持点が記録されたカードの挿入、クレジット精算の際、ワゴンサービス、持点分割譲渡、持点の引き落としの際には、CU側での擬似玉検出に基づいてCU側から送信される加算要求p(持点)および減算要求p(持点)の受信を待って持点表示を更新することになる。
なお、S台側では、クレジット数カウンタの上限値を超過する得点が与えられる入賞の発生時に、加算用擬似玉ユニット120を駆動することになる。
この図14の場合、CU側で持点の更新要因が発生した場合にはCU側の擬似玉ユニットで擬似玉124が検出されたことを条件として持点が更新される一方、S台側で持点の更新要因が発生した場合にはS台側の擬似玉ユニットで擬似玉124が検出されたことを条件として持点が更新されるため、図7の構成と同様に、持点の表示は、擬似玉が検出されたことに基づいて行なわれることになる。
<擬似玉ユニットをCUにのみ設けた場合>
あるいは、加算用擬似玉ユニット120と減算用擬似玉ユニット121とをCU側にのみ設けて、S台側には設けないようにしてもよい。このように構成した場合には、CUは、CU側で持点の更新要因が発生した場合、すなわち、カードの残高を引き落とす貸出操作、貯メダル再プレイ操作、持点が記録されたカード挿入、ワゴンサービスを要求する操作、持点の引き落とし操作、クレジット精算操作が発生した場合に、加算または減算の種類に応じて加算用擬似玉ユニット120または減算用擬似玉ユニット121を稼動させる。続いて、CUは、擬似玉124の検出・移動に応じて持点数の記憶を更新して表示器312の持点表示を更新する。さらに、加算要求p(持点)あるいは減算要求p(持点)の動作指示コマンドをS台へ送信する。
動作指示コマンドを受けたS台は、加算要求p(持点)に応じて持点数カウンタを加算更新し、減算要求p(持点)に応じて持点数カウンタを減算更新する。また、更新後の持点数カウンタの値に従い表示器51の持点表示を更新する。ただし、持点加算数カウンタおよび持点減算数カウンタは更新しない。CU側では加算要求p(持点)および減算要求p(持点)を送信した時点で既にそれぞれに応じて持点が更新されるからである。
一方、S台は、S台側で持点の更新要因が発生した場合、たとえば、加算要件としてクレジット数カウンタの値の上限を超える点数が付与される入賞が発生した場合などに、加算または減算の種類に応じて持点加算数カウンタまたは持点減算数カウンタを加算更新する。ただし、この時点では持点表示に関わる持点数カウンタは更新しない。続いて、S台は、加算更新した持点加算数カウンタまたは持点減算数カウンタの値を含む動作応答(加算数、減算数)をCUへ送信する。
CUは、この動作応答を受けて、持点の加算数が含まれている場合には加算用擬似玉ユニット120を、持点の減算数が含まれている場合には減算用擬似玉ユニット121を、それぞれ稼動し、擬似玉124の移動・検出に応じて持点数の記憶を加算あるいは減算し、その更新結果を表示器312に反映させる。さらに、CUは、擬似玉124の移動・検出に応じて加算要求p(持点)または減算要求p(持点)を設定し動作指示コマンドで加算要求p(持点)または減算要求p(持点)をS台へ送信する。S台は、それを受けてようやく持点数カウンタを更新し、その更新結果を表示器51に反映させる。
以上のように制御することによって、CU側にのみ擬似玉ユニットを設けた場合であっても、CUおよびS台の双方ともに、擬似玉の移動・検出を条件に、持点表示を更新させることが可能になる。
図15は、CU側とS台側とのそれぞれで遊技履歴データの記憶を行なう制御態様を説明するための説明図である。なお、遊技履歴データとは、遊技者がS台2Sにより遊技を行なうことにより生成される遊技状態の履歴を示すデータのことであり、たとえば、スタート回数(リールの始動回数、つまりゲーム回数)、ビッグボーナスの発生回数、RTの発生回数、前回のビッグボーナスから今回のビッグボーナスまでのスタート回数、ベースの値等である。この遊技履歴データは、当該S台での一日を通しての遊技履歴データと、当該S台において遊技者毎に集計される遊技履歴データとがある。そして、後に詳しく説明するが、前者の遊技履歴データはS台側およびCU側の両方に設けられた当S台遊技履歴データ記憶部に記憶され、後者の遊技履歴データはS台側およびCU側の両方に設けられた現遊技者遊技履歴データ記憶部またはS台側のみに設けられたバックアップ記憶部に記憶される。つまり、当該S台での一日を通しての遊技履歴データと、当該S台において遊技者毎に集計される遊技履歴データとが、CU3とS台2Sの両方において記憶されている。
図15を参照して、遊技者がS台2Sにより遊技を行なうことによりビッグボーナス等の各種遊技データが発生しその遊技データが遊技履歴データ管理部291に入力される。この遊技者がS台で遊技を行なった結果発生する通常の遊技データは、例えば払出制御部31に設けられた遊技履歴データ管理部291の通常モード処理部により集計され、その集計された遊技履歴データが表示器用演出制御基板90に設けられた表示器用演出制御部292に入力され、その遊技履歴データが当S台遊技履歴データ記憶部に累積記憶される。この当S台遊技履歴データ記憶部は、本日の遊技履歴データを含めて10日分の遊技履歴データが記憶可能である。前述したジョグダイヤル59およびチャンスボタン58を遊技者が操作して表示させたい日の遊技履歴データを選択操作することにより、その選択された日の遊技履歴データが表示器51により表示される。この表示器用演出制御部292と遊技履歴データ管理部291との間での通信は、遊技履歴データ管理部291から表示器用演出制御部292への一方向通信である。
一方、遊技履歴データ管理部291に入力された前述の遊技データは、CU3のCU通信制御部80を経由して、例えばメイン制御部323に設けられた遊技履歴データ管理部391にも送信され、遊技履歴データ管理部391の通常モード処理部によりその遊技データが集計処理される。その集計処理された遊技履歴データがデータ記憶部392の当S台遊技履歴データ記憶部に記憶される。このCU3側の当S台遊技履歴データ記憶部は、当日の遊技履歴データのみが記憶可能に構成されている。そしてタッチパネルで構成されている表示器312を遊技者がタッチ操作して当S台遊技履歴データを表示させる操作が行なわれれば、その操作信号が遊技履歴データ管理部391に入力され、遊技履歴データ管理部391の制御により、当S台遊技履歴データ記憶部に記憶されている当日の遊技履歴データが表示器312により表示される。
一方、CU3では、遊技場に設置されている他のS台2Sの遊技履歴データも表示器312により表示できるように構成されている。具体的には、遊技者が表示器312に表示されている他S台情報表示の操作ボタンアイコンをタッチ操作することにより、その操作信号が遊技履歴データ管理部391に入力され、他S台情報処理部の働きにより他S台遊技履歴データ要求通知が遊技履歴データ管理部391からホール用管理コンピュータ1へ送信される。ホール用管理コンピュータ1は、他S台2Sの遊技履歴データを他CU3を経由して受信し、その受信した他S台遊技履歴データを遊技履歴データ管理部391へ返信する。遊技履歴データ管理部391は、その返信されてきた他S台遊技履歴データを他S台情報処理部により処理してその処理された他S台遊技履歴データをデータ記憶部392の他S台遊技履歴データ記憶部に記憶させる。そしてその記憶された他S台遊技履歴データを表示器312により表示する。
さらに本実施の形態においては、S台2Sで遊技を行なった遊技者毎に遊技履歴データを集計してその遊技者毎遊技履歴データを表示器51、312により表示させることが可能である。その遊技者毎の遊技履歴データの集計を行なうには、S台2Sで遊技を行なっている遊技者を区別する必要がある。その遊技者を区別するための遊技者識別情報として、会員である遊技者が所持している会員用カードに記憶されているC−ID(カードID)を利用する。C−IDとは、カードに記憶されカード同士を識別するIDのことである。会員用カードは遊技場において会員になった遊技者に発行されるものであり会員と会員用カードとは一対一の対応関係である。そのため、会員用カードに記憶されているC−IDは、当該会員用カードを識別するだけでなく、会員遊技者をも識別可能である。よって、会員用カードに記憶されているC−IDは、遊技者を識別するための遊技者識別情報として機能する。
後に詳しく説明するが、会員である遊技者が会員カードをCU3へ挿入すれば、その挿入された会員カードに記憶されているC−IDが読取られてそのC−IDがデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶される。一方、読取られたC−IDはCU3からS台2Sへ送信され、S台2Sでは、その受信したC−IDを遊技履歴データ管理部291から表示器用演出制御部292に送信し、表示器用演出制御部292の現遊技者遊技履歴データ記憶部に記憶させる。
この状態で、遊技者がS台2Sにより遊技を行なうことにより、C−IDが現遊技者遊技履歴データ記憶部に記憶されたときからの遊技履歴データが表示器用演出制御部292の現遊技者遊技履歴データ記憶部に累積記憶される。そして、遊技者が前述したジョグダイヤル59とチャンスボタン58とを操作して自分の遊技履歴データを表示する操作を行なえば、現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aが表示器51により表示される。また、遊技履歴データ管理部391も、S台2Sから送信されてきた遊技データに基づいて通常モード処理部が遊技履歴データを集計し、データ記憶部392の現遊技者遊技履歴データ記憶部にC−IDとしてAが記憶された段階から通常モード処理部により集計された遊技履歴データが現遊技者遊技履歴データ記憶部に累積記憶される。そして遊技者がタッチパネルからなる表示器312をタッチ操作して、自分の遊技履歴データを表示させる操作を行なえば、その操作検出信号が遊技履歴データ管理部391に入力されて遊技履歴データ管理部391がデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aを表示器312に表示させる制御を行なう。
以上説明したように、当該S台での一日を通しての遊技履歴データと当該S台において遊技者毎に集計される遊技履歴データとは、S台側およびCU側の両方において、表示切換え操作により一方の遊技履歴データと他方の遊技履歴データとが切換え表示される。
S台2Sにより遊技を行なっている遊技者が挿入している会員カードを返却するべく返却ボタン322を押圧操作すればCU3から会員カードが排出される。すると、遊技履歴データ管理部391はデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶されているC−IDと遊技履歴データとを消去する。その結果、表示器312を操作して現遊技者遊技履歴データ記憶部に記憶されている遊技履歴aを表示するための操作を行なったとしても、表示器312にその遊技履歴aが表示されない。
一方、会員カードがCU3から排出されるとCUからS台2Sに対してカード返却通知が送信され、そのカード返却通知を受けた遊技履歴データ管理部291は、表示器用演出制御部292にカード返却通知を送信する。それを受けた表示器用演出制御部292は、現遊技者遊技履歴データ記憶部に記憶されているC−IDとしてのAと遊技履歴データaとをバックアップデータ記憶部に記憶させ、現遊技者遊技履歴データ記憶部のC−IDと遊技履歴データとを消去する。その結果、表示器51に遊技履歴データaを表示させる操作が行なわれたとしても表示器51には遊技履歴データaが表示されない。
返却ボタン322は通常は当該S台2Sによる遊技を終了させるときに操作されるが、遊技者が遊技を一旦中断して小用を済ませ再び遊技を行なっていたS台2Sへ戻ってきて遊技を再開する場合がある。そのような場合には、通常は後述する遊技中断操作を行なった後にカードを排出してそのカードを持参して遊技者が小用を済ませ、再度同じS台2Sに戻ってきてカードをCU3へ挿入するのであるが、そのような遊技中断の操作を行なうことなく遊技者が返却ボタン322を押圧操作してカードを抜き取りS台2Sから離席する場合がある。
そのような場合に当該S台2Sで他の遊技者が遊技を行なうことなく離席した同じ遊技者が当該S台2Sへ戻ってきて再度会員カードをCU3へ挿入した場合には、離席する前の当該遊技者の遊技履歴データを引継いでその遊技履歴データにさらに遊技再開後の遊技履歴データを加算更新して累積記憶するのが望ましい。それを実現するために、前述した表示器用演出制御部292に設けられているバックアップデータ記憶部にC−IDと遊技履歴データとをバックアップ記憶させているのである。そして、S台2Sに戻ってきた遊技者が会員カードをCU3へ挿入すれば、その会員カードのカード情報が読取られてその会員カードのC−IDを含む挿入カード情報がCU3からS台2Sへ送信される。S台2Sでは、その挿入カード情報に含まれているC−IDを遊技履歴データ管理部291が受信し、その受信したC−IDを表示器用演出制御部292へ伝送する。表示器用演出制御部292では、その伝送されてきたC−IDとバックアップデータ記憶部に記憶されているC−IDとを照合し、一致するか否かを判定する。一致する場合には離席した遊技者と同じ遊技者が再度遊技を再開したと判断し、バックアップデータ記憶部に記憶されているC−IDとしてのAと遊技履歴データとしてのaとを現遊技者遊技履歴データ記憶部に復帰させて現遊技者遊技履歴データ記憶部に記憶させる。そして、バックアップデータ記憶部の記憶データを削除する。バックアップデータ記憶部に記憶されていた遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されて引継がれた状態で、遊技者がS台2Sにより遊技を行なうことによりそれ以降発生した遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データaに対して加算更新されて累積記憶される。
一方、CU3から送信されてきた挿入カード情報に含まれているC−IDとバックアップデータ記憶部に記憶されているC−IDとの比較結果両者が一致しないと判定された場合には、バックアップデータ記憶部に記憶されているC−IDとしてのAと遊技履歴データとしてのaとが消去される。
なお、変形例として、遊技履歴データ管理部291と表示器用演出制御部292との間での通信を双方向通信にした上で、次のような制御を行なってもよい。
表示器用演出制御部292によりバックアップデータ記憶部に記憶されているC−IDとCU3から送信されてきたC−IDとの比較結果、両者が一致するか否かの判定結果が表示器用演出制御部292、遊技履歴データ管理部291を経由してCU3の遊技履歴データ管理部391へ送信される。遊技履歴データ管理部391では、その送信されてきたC−ID判定結果が一致する旨の判定結果の場合には、その一致すると判定されたC−IDをデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶させる。またC−ID判定結果が一致するとの判定結果の場合にはそのC−ID判定結果の中に遊技履歴データaも含まれている。その遊技履歴データaを受信した遊技履歴データ管理部391はその遊技履歴データaをデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶させる。それ以降S台2Sにより遊技者が遊技を行なえば、当該遊技データが遊技履歴データ管理部391へ送信され、遊技履歴データ管理部391の通常モード処理部により集計されてその集計された遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データaに加算更新されて累積記憶される。その状態で、遊技者が表示器312をタッチ操作して自分の遊技履歴データを表示させる操作を行なえば、前述と同様に現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データが表示器312により表示される。
なお、表示器用演出制御部292のバックアップデータ記憶部は、所定時間(たとえば20分)が経過した時点で記憶しているバックアップデータを消去するように制御してもよい。
さらに本実施の形態では、試打モード(テストモード)処理機能が備えられている。この試打モードとは、遊技機メーカにおける遊技機製造時の出荷検査や遊技場における遊技機設置時の動作確認等を行なうモードである。遊技場の係員が試打モード用のテストカードをCU3へ挿入すれば、そのテストカードのカード情報が読取られ、遊技履歴データ管理部391の試打モード処理部が試打モードに移行するための処理を行なう。具体的には、試打モード通知をS台2Sへ送信し、その試打モード通知を受信した遊技履歴データ管理部291は試打モード処理部の働きにより試打モード通知を表示器用演出制御部292へ伝送する。それを受けた表示器用演出制御部292では、それ以降発生する遊技データに基づく遊技履歴データを試打遊技履歴データ記憶部に記憶する。この試打遊技履歴データ記憶部は、前述した当S台遊技履歴データ記憶部や現遊技者遊技履歴データ記憶部やバックアップデータ記憶部とは異なる記憶エリアで構成されており、この試打遊技履歴データ記憶部に試打モード中の遊技履歴データが記憶される。
そして、その試打遊技履歴データ記憶部に記憶されている遊技履歴データが表示器51により表示される。
CU3においても、遊技履歴データ管理部391の試打モード処理部の働きにより、S台2Sから送信されてきた遊技データに基づいた遊技履歴データが集計されてその集計された遊技履歴データが試打モード時の遊技履歴データとして表示器312により表示される。
表示器312では、再集計ボタン等の操作ボタンアイコンも表示されており、集計表示された試打モード中の遊技履歴データを見た後、改めて試打モードによる遊技履歴データを集計表示したい場合には、再集計ボタンのアイコンをタッチ操作する。するとその操作検出信号が遊技履歴データ管理部391に入力され、遊技履歴データ管理部391から再集計通知がS台2Sの遊技履歴データ管理部291へ送信される。それを受けた遊技履歴データ管理部291は、表示器用演出制御部292に再集計指令を送信する。それを受けた表示器用演出制御部292は、試打遊技履歴データ記憶部に記憶されている遊技履歴データを一旦消去した後、それ以降発生した遊技データに基づいた遊技データを改めて試打遊技履歴データ記憶部に記憶させる制御が行なわれる。そしてその改めて集計された試打遊技履歴データ記憶部の遊技データが表示器51により表示される。一方、CU3側においても、再集計ボタンのアイコンのタッチ操作の検出信号が遊技履歴データ管理部391に入力された後にS台2Sから送信されてきた遊技データに基づいて試打モード処理部が遊技履歴データを集計してその改めて集計し直された試打モード遊技履歴データが表示器312により表示される。
なお、S台は、リモコンから出力される無線信号(再集計指令信号)を受信したことに基いて、再集計指令を遊技履歴データ管理部391へ送り、遊技履歴データ管理部391から再集計通知がS台2Sの遊技履歴データ管理部291へ送信されるようにしてもよい。あるいは、S台の前面扉の開放を検出したことに基づいて、再集計指令を遊技履歴データ管理部391へ送るようにしてもよい。これらのように変形した場合には、再集計ボタンのアイコンを併せて表示していてもよく、再集計ボタンのアイコンは省略してもよい。
そして、返却ボタン322が押圧操作されてCU3に受付けられているテストカードが排出されることにより、カード返却通知が遊技履歴データ管理部391からS台2Sへ送信され、そのカード返却通知を受けた遊技履歴データ管理部291がカード返却通知を表示器用演出制御部292へ送信し、それを受けた表示器用演出制御部292が試打遊技履歴データ記憶部に記憶されている遊技履歴データを消去する。
試打モード中において持点がなくなったときにはCU側から持点加算指令をS台へ送ることにより持点の加算を行なって遊技を可能としている。なお、試打モード中において持点がなくなったときには、CU側から持点加算指令をS台へ送ることなくS台側で自動的に持点の加算を行なって遊技を可能としてもよい。さらには、S台側で自動的に持点の加算を行なうのではなく、持点が0になっても引き続き賭数を設定することが許可されるようにして、遊技を続行できるように制御してもよい。
後述するP台の場合も同様に、試打モード中において遊技玉数がなくなったときにはCU側から遊技玉数加算指令をP台へ送ることにより遊技玉数の加算を行なって遊技を可能としている。
S台2Sには、RAMクリアスイッチ293が設けられている。このRAMクリアスイッチ293は、スイッチ操作されることにより、前述した主制御基板116や払出制御部31に対してRAMクリアの信号を出力してRAMの記憶データのクリアを行なうためのものである。RAMクリア出力信号が遊技履歴データ管理部291に入力されれば、そのRAMクリア信号が表示器用演出制御部292に入力され、表示器用演出制御部292のバックアップデータ記憶部に記憶されているデータが消去されるとともに、当S台遊技履歴データ記憶部の10日分の記憶データのうち一番古い記憶データが消去され、残りの9日分の記憶データが1つずつ古い日の記憶エリアにシフト記憶される。その結果、一番新しい記憶エリア(当日記憶エリア)が空きエリアとなる。この空きエリア(当日記憶エリア)に本日の遊技履歴データが記憶されることとなる。なお、RAMクリア信号の出力に応じて、当S台遊技履歴データ記憶部の一番新しい日の遊技履歴データ(古い日にシフトする前の遊技履歴データ)が表示器用演出制御部292、遊技履歴データ管理部291、遊技履歴データ管理部391を経由してホール用管理コンピュータ1へ送信され、ホール用管理コンピュータ1においてそのデータがバックアップ記憶されるように制御してもよい。
またRAMクリア処理部293からRAMクリア信号を受信した遊技履歴データ管理部291は、クリア通知をCU3へ送信し、そのクリア通知を受信した遊技履歴データ管理部391は、データ記憶部392の当S台遊技履歴データ記憶部に記憶されている遊技履歴データを消去する制御を行なう。その結果、表示器312による当P台遊技履歴データの表示が消去(クリア)される。
なお、カードがCU3に挿入されたカード保持中においては、RAMクリアスイッチ293の操作に基いてRAMクリア信号が出力されたとしても、遊技履歴データのクリア処理は行なわない。
また、S台は、リモコンから出力される無線信号(RAMクリア指令信号)を受信したことに基いて、RAMクリア信号を主制御基板116や払出制御部31へ出力するものとしてもよい。あるいは、CU側にクリアスイッチを設けて、このクリアスイッチの操作をCUが検出した場合に、CUからS台に対してRAMクリア信号が送信されるようにし、S台は、そのRAMクリア信号を受信したことに基いて、RAMクリア信号を主制御基板116や払出制御部31へ出力するものとしてもよい。これらの場合には、RAMクリアスイッチ293を併せて設けていてもよく、あるいは設けなくてもよい。
図16は、メイン制御部323とCU通信制御部80との制御回路および記憶している認証用情報の内容を示す図である。図16を参照し、メイン制御部323には、制御中枢としてのCPU(Central Processing Unit)805、制御用のプログラムやデータを記憶しているROM(Read Only Memory)804、CPU805のワークエリアとして機能するRAM(Random Access Memory)806、I/Oポート807、EEPROM(Electrically Erasable PROM)808が設けられている。
一方、CU通信制御部80にも、制御中枢としてのCPU810、制御用のプログラムやデータを記憶しているROM809、CPU810のワークエリアとして機能するRAM811、I/Oポート812、EEPROM813が設けられている。
メイン制御部323とCU通信制御部80とは、互いのI/Oポート807、812により通信を行なう。また図16では図示を省略しているが、I/Oポート807は上位サーバ801のI/Oポートとも通信可能に接続されている。またI/Oポート812は、S台通信制御部81のI/Oポートとも通信可能に接続されている。
そして、CU通信制御部80のROM809のチップ製造段階において、CU通信制御部のSID(固有ID)が記憶される。このCU通信制御部のSIDをICシリアルIDとも言う。メイン制御部323とCU通信制御部80との間での相互認証は、このSIDを用いた認証と後述する認証鍵(共通鍵)を用いた認証との2種類がある。後に詳しく説明するが、SIDを用いての認証は、互いに自分のSIDと相手のSIDとを記憶しておき、互いに相手が正しいSIDを記憶しているか否かを後述するチャレンジレスポンス方式により判定するものである。このSIDを用いての認証には、後述するように、BBシリアルID認証とCU通信制御部シリアルID認証とがあり、これらを総称してシリアルID認証という。また後述するように、認証鍵を用いた認証は、互いに共通鍵からなる認証鍵を記憶しておき、互いに記憶している認証鍵が一致するか否かを認証するものであり、これを機器認証という。
前述したように、CU通信制御部80のROM809には、そのチップ製造段階でCU通信制御部のSIDが記憶されている。したがって、メイン制御部323も、自己のSIDと相手方すなわちCU通信制御部80が記憶しているCU通信制御部のSIDとの両者を記憶しておく必要がある。
そして、CU3の製造段階において、ROMライタ等により、EEPROM813に、メイン制御部のSIDと認証鍵(共通鍵)が書込まれるとともに、EEPROM808に、メイン制御部のSIDが書込まれる。このメイン制御部のSIDをBBシリアルIDとも言う。
SIDによる相互認証の場合には、互いに相手と自分のSIDを記憶しておく必要があり、かつ共通鍵からなる認証鍵を用いた相互認証の場合にも、互いに共通の認証鍵を記憶しておく必要がある。しかし、CUが製造された段階においては、メイン制御部323に、CU通信制御部のSIDと認証鍵とが記憶されていない。これらCU通信制御部のSIDと認証鍵とは、CU通信制御部80からカードユニット3のメイン制御部323へ送信してもらい、EEPROM808により記憶する。
図17は、相互認証の結果異常を検知した場合の通知処理を説明するための説明図である。
図17を参照して、メイン制御部323、CU通信制御部80、S台通信制御部81、払出制御部31、あるいは主制御基板116において異常が発生した場合には、図17の矢印で示す通知が行なわれる。ここに言う異常は、メイン制御部323、CU通信制御部80、S台通信制御部81、払出制御部31、あるいは主制御基板116を、不正製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態が含まれる。図17に示される鍵管理サーバ800は、メイン制御部のSID毎に対応付けて、CU通信制御部のSIDと認証鍵とを記憶している鍵管理サーバである。また、鍵管理サーバ803は、主制御基板116と互いに通信可能な鍵管理サーバである。
まず、カードユニット3のCU通信制御部80により異常が発生した場合には、前述したメイン制御部323とCU通信制御部80との間で行なわれる相互認証の結果、メイン制御部323が異常を検知する。この相互認証では、前述したシリアルID認証と機器認証の他に、後述するセッション鍵による機器認証(図34参照)も含まれている。メイン制御部323がCU通信制御部80の異常を検知した場合には、メイン制御部323は上位サーバ801にその旨を通知するとともに、カードユニット3の表示制御部797に異常報知コマンドを送信し、表示器312に異常発生した旨の表示を行なう制御を表示制御部797に行なわせるとともに、異常報知ランプ(図示せず)を点灯または点滅させて異常報知を行なう。さらに、メイン制御部323は外部通信部324からホール用管理コンピュータ1へ異常が発生した旨の信号を送信する。
また、CU通信制御部80により異常が発生したことはS台通信制御部81によっても検知される。S台通信制御部81が異常発生を検知した場合には、その旨を払出制御部31に通知し、払出制御部31がさらにその旨を主制御基板116へ通知する。主制御基板116では、その異常発生信号を受けて、膜板等に設けられた異常報知ランプを点灯または点滅する信号を出力するとともに、ホール用管理コンピュータ1に対して異常が発生した旨の信号を送信する。
カードユニット3のメイン制御部323により異常が発生した場合には、前述した相互認証によりCU通信制御部80が異常発生を検知し、その旨を示す信号(異常通知信号)をS台通信制御部81に通知する。S台通信制御部81はそれを受けて異常発生した旨を払出制御部31へ通知する。払出制御部31はそれを受けて異常発生した旨を主制御基板116へ通知する。主制御基板116は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータ1へ異常が発生した旨の信号を送信する。
CU通信制御部80がS台通信制御部81の異常を検知した場合には、その旨をメイン制御部323へ通知し、メイン制御部323がその旨を上位サーバ801へ通知する。
このように、CU通信制御部80は、メイン制御部323の異常を検知したときにはその旨をS台通信制御部81へ通知する一方、S台通信制御部81の異常を検知したときには、その旨をメイン制御部323へ通知するのであり、CU通信制御部80による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、CU通信制御部80は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、CU通信制御部80からの異常発生の通知を受けたS台通信制御部81は、その旨を払出制御部31へ通知し、払出制御部31は異常が発生した旨を主制御基板116へ通知する。主制御基板116はその通知を受けて、前述と同様の異常報知のための制御を行なう。
S台通信制御部81に異常が発生した場合には、その旨がCU通信制御部80により検知され、異常が発生した旨がメイン制御部323へ通知され、メイン制御部323は前述した異常報知制御を行なうとともに上位サーバ801へ異常が発生した旨を通知する。また、S台通信制御部81に異常が発生して払出制御部31には異常が発生していない場合には、払出制御部31が異常発生した旨を検知し、その異常発生した旨を主制御基板116へ通知する。主制御基板116は、その通知を受けて前述した異常発生報知用の制御を行なう。
払出制御部31に異常が発生した場合には、主制御基板116がその異常を検知し、前述した異常発生報知用の制御を行なう。また払出制御部31に異常が発生してS台通信制御部81に異常が発生していない場合には、その異常発生をS台通信制御部81が検知し、異常が発生した旨をCU通信制御部80へ通知する。CU通信制御部80は、その通知を受けて異常が発生した旨をメイン制御部323へ通知する。メイン制御部323はその通知を受けて前述した異常発生報知用の制御を行なうとともに上位サーバ801へ異常が発生した旨を通知する。
S台通信制御部81と払出制御部31との両方に異常が発生した場合には、その異常発生を主制御基板116が検知するとともにCU通信制御部80も異常が発生したことを検知する。
主制御基板116に異常が発生した場合には、払出制御部31がその異常を検知してS台通信制御部81へ異常が発生した旨を通知する。S台通信制御部81はそれを受けてCU通信制御部80へ異常発生した旨の通知を行ない、CU通信制御部80は、それを受けてメイン制御部323へ異常が発生した旨を通知する。メイン制御部323はそれを受けて前述した異常発生報知の制御を行なうとともに、上位サーバ801へ異常が発生した旨を通知する。
LSI117は、前述したように、CU通信制御部80に異常が発生した場合にはそれを検知して主制御基板116へ通知する一方、主制御基板116に異常が発生した場合にはそれを検知してCU通信制御部80へ異常が発生した旨を通知する。このLSI117も、前述したCU通信制御部80と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、CU通信制御部80とLSI117とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。
以上説明した図7〜図17の制御では、遊技機の一例としてS台を示したが、遊技機の一例としては後述するパチンコ遊技機(P台)であってもよい。
次に図18を参照して、カードユニットとスロットマシンとの間で行なわれるコマンドおよびレスポンスの概略を説明する。
図18には、送信方向と送信情報の名称とその概略が示されている。送信方向がCUからS台のデータはコマンドであり、送信方向がS台からCUのデータはレスポンスである。
メイン制御部からCU通信制御部に対してリカバリ要求のコマンドが送信される。このリカバリ要求のコマンドは、S台に対してリカバリ情報の送信を要求するものである。
CU通信制御部からメイン制御部に対してリカバリ応答のレスポンスが送信される。このリカバリ応答のレスポンスは、CUに対してS台で保持しているリカバリ情報を送信するものである。
CUからS台に対し通信開始要求が送信される。この通信開始要求は、S台に対してリカバリ情報のクリアおよび接続ID(通信開始時刻)のバックアップを要求するものである。
S台からCUに対し通信開始応答が送信される。この通信開始応答は、CUに対してリカバリ情報のクリアおよび接続ID(通信開始時刻)のバックアップが終了したことを通知するものである。
CUからS台に対し動作指示が送信される。この動作指示は、S台に対して遊技動作を指示するとともに、持点等の遊技台情報の送信を要求するものである。
S台からCUに対し動作応答が送信される。この動作応答は、CUに対して遊技動作指示の実行結果を通知するとともに、持点等の遊技台情報を通知するものである。
CUからS台に対し通信切断要求が送信される。この通信切断要求は、S台に対して通信コネクションの切断を要求するものである。
S台からCUに対し通信切断応答が送信される。この通信切断応答は、CUに対し通信切断要求コマンドを受信したことを通知するものである。
CUからS台に対し疎通テスト要求が送信される。この疎通テスト要求は、S台に対し疎通データを通知するものである。
S台からCUに対し疎通テスト応答が送信される。この疎通テスト応答は、CUに疎通データを応答するものである。
次に図19、図20を参照して、メイン制御部とCU通信制御部との間で行なわれるコマンドおよびレスポンスの概略を説明する。図19、図20には、送信方向と送信情報の名称とその概略が示されている。送信方向がメイン制御部からCU通信制御部はコマンドであり、送信方向がCU通信制御部からメイン制御部のデータはレスポンスである。
メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求1が送信される。このBBシリアルID認証要求については、後に詳しく説明する。なお、BBシリアルIDは前述したメイン制御部323のSIDのことである。このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答1が送信される。このレスポンスの内容の詳細も、後述する。
メイン制御部からCU通信制御部に対して、2回目のBBシリアルID認証要求2が送信される。
CU通信制御部からメイン制御部に対して、2回目のBBシリアルID認証応答2が送信される。
次に、メイン制御部からCU通信制御部に対してICシリアルIDの認証を要求するICシリアルID認証要求1が送信される。このICシリアルID認証要求については、後に詳しく説明する。なお、ICシリアルIDは前述したCU通信制御部80のSIDのことである。
CU通信制御部からメイン制御部に対して、ICシリアルIDの認証情報を通知するICシリアルID認証応答1が送信される。このレスポンスの内容の詳細も、後述する。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
メイン制御部からCU通信制御部に対して、2回目のICシリアルID認証要求2が送信される。
CU通信制御部からメイン制御部に対して、2回目のICシリアルID認証応答2が送信される。
メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド(機器認証要求1)が送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵(共通鍵)が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス(機器認証応答1)が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。
メイン制御部からCU通信制御部に対して、2回目の機器認証を要求するコマンド(機器認証要求2)が送信される。
CU通信制御部からメイン制御部に対して、2回目の機器認証結果を通知するレスポンス(機器認証応答2)が送信される。
機器認証要求1、2および機器認証応答1および2については、後述する図39に基づいて説明する。
メイン制御部からCU通信制御部に対して、カウンタ情報を通知するカウンタ情報通知が送信される。
CU通信制御部からメイン制御部に対して、カウンタ情報通知結果を通知するカウンタ情報通知応答が送信される。
カウンタ情報通知およびカウンタ情報通知応答については、後述する図35に基づいて説明する。
メイン制御部からCU通信制御部に対して、ライタ管理情報を要求するライタ管理情報要求が送信される。
CU通信制御部からメイン制御部に対して、ライタ管理情報を通知するライタ管理情報応答が送信される。
ライタ管理情報要求およびライタ管理情報応答については、後述する図35に基づいて説明する。なお、ライタ管理情報応答に含まれるデータとしては、コマンドコード、ライタID(ROMライタのID)、認証鍵のバージョン等である。
メイン制御部からCU通信制御部に対して、認証鍵更新を要求するが認証鍵更新要求送信される。
認証鍵更新要求に含まれるデータとしては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタID(ROMライタのID)、認証鍵のバージョン、認証鍵、H−MAC用鍵であるMAC鍵、MACが含まれている。
CU通信制御部からメイン制御部に対して、認証鍵更新結果を通知する認証鍵更新応答が送信される。
メイン制御部からCU通信制御部に対して、現在時刻を通知するコマンド(時刻通知)が送信される。
CU通信制御部からメイン制御部に対して、時刻通知のコマンドを受信した旨の通知であるレスポンス(時刻応答)が送信される。
メイン制御部からCU通信制御部に対して、S台通信制御部との認証を要求するコマンド(S台通信制御部認証要求)が送信される。CU通信制御部とS台通信制御部との間では、互いに相互認証を行なっている。その相互認証の結果であるCU通信制御部によるS台通信制御部の認証結果の要求がメイン制御部によって行なわれる。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、S台通信制御部との認証結果を通知するレスポンス(S台通信制御部認証応答)が送信される。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。CU通信制御部80は、主制御基板116およびLSI117のチップID等の情報を取得してから認証結果をメイン制御部323へ返信する。
メイン制御部からCU通信制御部に対して、機器情報を要求する機器情報要求が送信される。
CU通信制御部からメイン制御部に対して、機器情報を通知する機器情報応答が送信される。
メイン制御部からCU通信制御部に対して、CU通信制御部に通信(送信)状態を要求するコマンド(通信状態要求)が送信される。この通信(送信)状態は、メイン制御部とCU通信制御部との間での通信状態が正常であるか否かを要求するコマンドである。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、通信(送信)状態を通知するレスポンス(通信状態応答)が送信される。これは、メイン制御部とCU通信制御部との間での通信状態が適正であるか否かをCU通信制御部が判定し、その判定結果をメイン制御部に返信するレスポンスである。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。
メイン制御部からCU通信制御部に対して、S台通信制御部との再認証を要求するコマンド(S台通信制御部再認証要求)が送信される。CU通信制御部とS台通信制御部との間では、互いに相互認証を行なっている。その相互認証の結果であるCU通信制御部によるS台通信制御部の認証結果の要求がメイン制御部によって行なわれる。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、S台通信制御部再認証要求電文の応答を通知するレスポンス(S台通信制御部再認証応答)が送信される。CU通信制御部はS台通信制御部間での認証を再度実行し、メイン制御部はS台通信制御部再認証応答を受信することにより認証結果を取得する。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。
メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求Aが送信される。このBBシリアルID認証要求Aについては、後に詳しく説明する。このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答Aが送信される。このレスポンスの内容の詳細も、後述する。
メイン制御部からCU通信制御部に対して、BBシリアルIDの認証を要求するBBシリアルID認証要求Bが送信される。このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、BBシリアルIDの認証情報を通知するBBシリアルID認証応答Bが送信される。
BBシリアルID認証要求AおよびB、BBシリアルID認証応答AおよびBは、図41に基づいて後述する。機器認証要求AおよびB、機器認証応答AおよびBは、図41に基づいて後述する。
メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド(機器認証要求A)が送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵(共通鍵)が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス(機器認証応答A)が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。
メイン制御部からCU通信制御部に対して、機器認証を要求するコマンド(機器認証要求B)が送信される。この機器認証は、メイン制御部とCU通信制御部とに記憶されている認証鍵(共通鍵)が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはS台まで送信されるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、機器認証結果を通知するレスポンス(機器認証応答B)が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはS台から送信されてくるものではなく、例外的なものである。
CU通信制御部からメイン制御部に対して、認証鍵更新を要求する認証鍵設定要求が送信される。認証鍵設定要求は、メイン制御部に対して認証鍵設定情報を通知するレスポンスであり、専用ICライタ(ROMライタ)から書込まれた認証鍵情報(図17のEEPROM813に記憶されている認証鍵)をCU通信制御部からメイン制御部へ送信するレスポンスである。認証鍵設定要求に含まれる情報としては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタID(ROMライタのID)、認証鍵のバージョン、認証鍵、H−MAC用鍵としてのMAC鍵、暗号用パディング文字(乱数)、MACである。これらのコード情報は、コマンドコード以外については、ECBのブロック暗号モードを用いて暗号鍵としてBBシリアルIDを使用して暗号化して送信する。
メイン制御部からCU通信制御部に対して、認証鍵更新結果を通知する認証鍵設定応答が送信される。認証鍵設定応答は、CU通信制御部に対して認証鍵情報設定結果を通知するコマンドである。認証鍵設定応答に含まれる情報としては、コマンドコード、コマンドサイズ、更新結果、暗号用パディング文字(乱数)、MACが含まれる。コマンドコード以外については、ECBのブロック暗号モードを用いて暗号鍵としてBBシリアルIDを使用して暗号化して送信する。
次に図21〜図29に基づいて、図18および図20に示したコマンド/レスポンスのうち、特に、リカバリ応答、通信開始要求、動作指示、動作応答、通信状態応答、機器情報応答について、その内容を詳細に説明する。
まず、図21を参照して、リカバリ応答を説明する。このリカバリ応答のレスポンスは、CUに対して、S台で保持しているリカバリ情報(リカバリデータ)を送信するものである。この「リカバリ情報」とは、CUがリカバリ処理の実行に伴ってS台に対してリカバリ要求のコマンドを送信したときにS台がCUへリカバリ応答として送信するためにバックアップ記憶しているデータのことである。S台からCUへ送信されるリカバリ情報としては、図21に示すように、接続時刻、最終シーケンスナンバー、C−ID、前回持点関連情報および現在持点関連情報、前回クレジット関連情報および現在クレジット関連情報である。
図21以降に示す「暗号」の列は、送信するデータを暗号化しているか否かを示す欄であり、×印が暗号化しておらず、○印が暗号化している旨を示している。この暗号に用いる鍵は、セッション鍵(電文鍵とも言う)を用いており、これについては後述する。
接続時刻は、S台でバックアップしてある接続時刻(通信開始時にCUから受信した接続時刻のデータ)である。最終シーケンスナンバーとは、CUから受信しS台でバックアップしていたシーケンスナンバーのことである。C−IDとは、S台でバックアップしていたC−IDである。
前回持点関連情報は、前回通知した持点関連情報のことであり、前回通知した加算数である前加算数p、前回通知した減算数である前減算数p、前回通知した外部出力情報である前外部出力情報の各情報である。
現在持点関連情報は、最新の持点関連情報のことであり、現在S台で保持している持点数である現持点数、現在S台で保持している加算数である現加算数p、現在S台で保持している減算数である現減算数p、現在S台で保持している外部出力情報の各情報である。
前回クレジット関連情報は、前回通知したクレジット関連情報のことであり、前回通知した加算数である前加算数c、前回通知した減算数である前減算数c、前回通知した外部出力情報である前外部出力情報の各情報である。
現在クレジット関連情報は、最新のクレジット関連情報のことであり、現在S台で保持しているクレジット数である現クレジット数、現在S台で保持している加算数である現加算数c、現在S台で保持している減算数である現減算数c、現在S台で保持している外部出力情報の各情報である。
なお、図21中の※が付されている情報は、S台でバックアップするデータであり、工場出荷時およびバックアップデータが不定の場合にはALL0をセットする。
図25に示した(注1)における各種データの意味および確定ポイントが図26に示されている。各種数の意味および確定ポイントの内容に関しては図26に示すとおりであるが、以下に補足説明をする。
持点数とは、S台が保持している持点数のことである。遊技に直接使用することはできないが、持点からクレジットに引き落として、遊技機で使用できる。また、精算時にカードにより特定可能に記録される。持点は、上述したクレジットへの変換、ワゴンサービスに利用できる。なお、S台の持点数とCUの補正後の持点数とが一致するかをCUがチェックし、不一致の場合には、CUはS台に対して通信切断要求のコマンドを送信して通信切断状態にするとともにS台の遊技を停止させる(図62等参照)。そして、CUはリカバリ処理を実行し、通信開始要求をS台に送信することによって(図43参照)、その通信開始要求のコマンドに含まれているデータ補正要求に従って持点補正要求をS台に送信し、S台の持点をCU側において補正した後の持点数に補正させる処理を行なう。
加算数pとは、持点に加算される数を示す(CUより送信する「加算要求数p」を含む。)。また、CUから「加算要求数p」が送信されてきたときには、擬似玉の移動・検出の後に、その「加算要求数p」に対応する数の持点が加算数pに加算される。CUは、「加算要求数p」をS台へ送信した後、S台からその「加算要求数p」に基づいて更新された「加算数p」を受信したときに、「加算数p」に対応する点数を現在の持点に加算する。ただし、CUは、カードを保持していない状態で本データを受信した場合には持点数の加算は行なわない。
減算数pとは、持点から減算される持点数を示す。また、CUから「減算要求数p」が送信されてきたときには、擬似玉124の移動・検出の後に、その「減算要求数p」に対応する数の持点が減算数に加算される。CUは、「減算要求数p」をS台へ送信した後、S台からその「減算要求数p」に基づいて更新された「減算数p」を受信したときに、「減算数p」に対応する点数を現在の持点から減算する。ただし、CUは、カードを保持していない状態で本データを受信した場合には持点数の減算は行なわず、また、CUは自身の保持している持点数が0の場合、減算を行なわない。
クレジット数とは、S台が保持しているクレジット数のことである。クレジットは、持点から引き落とされて変化される。遊技機で賭数設定に使用される。一方、ワゴンサービスには利用できない。クレジット数が「0」となった場合に、S台の遊技を禁止する。
CUは後述する「加算数c」及び「減算数c」を使用してCUの保持しているクレジット数を補正後、S台のクレジット数とCUのクレジット数が一致するかをチェックする。なお、不一致の場合、CUはS台に対して遊技停止を送信する。
加算数cとは、クレジットに加算される数を示す(CUより送信する「加算要求数c」を含む。)。また、CUから「加算要求数c」が送信されてきたときには、その「加算要求数c」に対応する数のクレジットが加算数cに加算される。CUは、「加算要求数c」をS台へ送信した後、S台からその「加算要求数c」に基づいて更新された「加算数c」を受信したときに、「加算数c」に対応する点数を現在のクレジットに加算する。ただし、CUは、カードを保持していない状態で本データを受信した場合にはクレジット数の加算は行なわない。
減算数cとは、賭数設定などによってクレジットから減算されるクレジット数を示す。この減算数cには、CUより送信される「加算要求数c」が含まれる。すなわち、CUから「減算要求数c」が送信されてきたときには、その「減算要求数c」に対応する数のクレジットが減算数cに加算される。CUは、「減算要求数c」をS台へ送信した後、S台からその「減算要求数c」に基づいて更新された「減算数c」を受信したときに、「減算数c」に対応する点数を現在のクレジットから減算する。ただし、CUは、カードを保持していない状態で本データを受信した場合にはクレジット数の減算は行なわず、また、CUは自身の保持しているクレジット数が0の場合、減算を行なわない。
外部出力情報とは、各種の遊技状態等を示す情報である。S台は、CUへ通知したすべての外部出力情報を前外部出力情報としてバックアップし、現外部出力情報を0クリアする。外部出力情報には、図26に示す複数種類のものがある。
賭数設定情報は、1ゲームに設定された賭数を示す情報である。リール始動情報は、リールが回転開始したことを示す情報である。スタート操作情報は、賭数が設定された後にリールを回転開始させるためのスタート操作がされたことを示す情報である。内部当選状況情報は、ビッグボーナス、ボーナス、小役(種類別)、リプレイなどの役の当選結果(外れを含む)を示す情報である。なお、本スロットマシンにおいては、たとえば、スタート操作が検出されたタイミングで乱数値が抽出されて当選判定され、そのタイミングでこの内部当選状況情報がS台からCUへ送信される。
第1〜第3停止操作情報は、リールについて、第1停止操作が行なわれたこと、第2停止操作が行なわれたこと、第3停止操作が行なわれたことをそれぞれ示す情報であり、停止操作が検出されたタイミングで出力される。第1〜第3停止情報は、リールが第1停止、第2停止、第3停止したことのそれぞれを示す情報である。結果確定情報は、全リールが停止したこと、およびその結果(外れ、あるいは入賞役の種類)を示す情報である。CUは、これらの外部出力情報をS台から受信し、格納する。
次に、図22を参照して、通信開始要求のコマンドは、S台に対して持点およびシーケンスナンバーの補正および新規通信ID(通信開始時刻)のバックアップを要求するものである。
この通信開始要求の具体的データとしては、図22の下方に示されているように、接続時刻とデータ補正要求とシーケンスナンバーと持点のデータとクレジットのデータとがある。接続時刻とは、CUとS台との通信が開始されたときの時刻のことであり、CUが保持しており、CUからS台へ送信される。そしてこの接続時刻が通信の接続IDとして使用される。
データ補正要求とは、CUがS台に対してデータの補正を要求するものであり、Bit0〜Bit2の3ビットで構成されている。Bit0は、クリア要求の有無を指定するビットであり、「0」のときにはクリア要求無し、「1」のときにはクリア要求有が指定される。クリア要求有のときには、「持点」「シーケンスナンバー」「持点加算数」「持点減算数」「クレジット加算数」「クレジット減算数」「外部出力情報」等のS台側で保持しているバックアップデータを0クリアする要求がS台に対してなされる。
Bit1は、シーケンスナンバーの補正要求があるか否かを指定するビットであり、「0」の場合にはシーケンスナンバー補正要求無し、「1」のときにはシーケンスナンバー補正要求有が指定される。
Bit2は、持点・クレジット補正要求の有無を指定するビットであり、「0」のときには持点・クレジット補正要求有、「1」のときには持点・クレジット補正要求無しが指定される。Bit3〜7は予備である。
なお、図30以降のフローチャートでは、要求の有無を指定するBitが、「0」のときには当該要求無と表現され、「1」のときには当該要求有と表現されている。たとえば、データ補正要求のBit0が、「1」のときは「クリア要求有」、「0」のときには「クリア要求無」と表現される。また、データ補正要求の欄に括弧書で示しているように、「クリア要求」を「リカバリクリア」、「シーケンスナンバー補正要求」を「SQN補正」、「持点・クレジット補正要求」を「持点・クレジット補正」と表現している。
シーケンスナンバー(SQNとも言う)は、CUで記憶しているシーケンスナンバーのことである。持点とは、CUで記憶している持点数のことである。クレジットとは、CUで記憶しているクレジット数のことである。
CUはこの通信開始要求のコマンド送信時に、接続時刻のバックアップおよび、「メインチップID」および「払出チップID」のバックアップを行なう。
S台は、この通信開始要求を受信した際には次の処理を行なう。
クリア要求ONの場合、「持点数」「クレジット数」「シーケンスナンバー」「持点加算数」「持点減算数」「クレジット加算数」「クレジット減算数」「外部出力情報」等のS台側で保持しているバックアップデータを0クリアする。
シーケンスナンバー補正要求ONの場合、通知されたシーケンスナンバーにS台で保持しているシーケンスナンバーを上書きする。
持点補正要求ONの場合、通知された持点およびクレジットにS台で保持している持点およびクレジットを上書きする。
接続時刻のバックアップを行なう。
なお、上記S台で行なわれる各処理は、上から順に実行される。
次に、図23に示す動作指示のコマンドは、S台に対して「持点の加算」、「持点の減算」、「クレジットの加算」、「クレジットの減算」、「遊技許可/禁止」、「持点・クレジットおよびシーケンスナンバーのクリア」動作を指示するとともに、各種遊技台情報の送信を要求するものである。CUはこのコマンドを使用して、S台の状態を定期的に確認する。
動作指示のコマンドに含まれるデータには、図23に示すように「動作要求」、「CU状態」、「持点加算要求数」、「持点減算要求数」、「クレジット加算要求数」、「クレジット減算要求数」、「要求種類別」「カード残高」が含まれる。
動作要求としてBit0〜Bit7の8ビットのデータがCUからS台へ送信される。Bit0について、「1」のときに持点数加算要求p有が指示され「0」のときに持点数加算要求p無が指示される。Bit1について、「1」のときに持点数減算要求p有が指示され「0」のときに持点数減算要求p無が指示される。Bit2について、「1」のときに遊技許可要求有が指示され「0」のときに遊技許可要求無が指示される。
Bit3について、「1」のときに遊技禁止要求有が指示され「0」のときに遊技禁止要求無が指示される。Bit4について、「1」のときに持点数およびシーケンスナンバーのクリア要求有が指示され、「0」のときに持点数およびシーケンスナンバーのクリア要求無が指示される。
S台はCUから設定された「遊技許可/遊技禁止」およびS台が保持している持点の残数、S台のエラーの状態等を総合的に見てゲーム開始の可否を判断する。S台が遊技許可の設定値を変更する契機は、CUからの遊技許可要求受信時である。また、S台が遊技禁止の設定値を変更する契機は、CUからの遊技禁止要求受信時、通信断検知時、またはS台電源起動時である。
Bit5は前面扉開要求(前扉開放要求)に用いられる。
Bit6について、「1」のときにクレジット数加算要求p有が指示され「0」のときにクレジット数加算要求p無が指示される。Bit7について、「1」のときにクレジット数減算要求p有が指示され「0」のときにクレジット数減算要求p無が指示される。
このBit0〜Bit7のうちの複数のビットが「1」となっている場合には、S台はBit0から順に実行する。
また、動作要求のBit0が「1」のときにのみ有効となる加算要求数pのデータがCUからS台へ送信される。この加算要求数pのデータは、持点数に加算する値を示すものである。
動作要求のBit1が「1」のときにのみ有効となる減算要求数pのデータがCUからS台へ送信される。この減算要求数pのデータは、持点数より減算する値を示すものである。
また、動作要求のBit6が「1」のときにのみ有効となる加算要求数cのデータがCUからS台へ送信される。この加算要求数cのデータは、クレジット数に加算する値を示すものである。
動作要求のBit7が「1」のときにのみ有効となる減算要求数pのデータがCUからS台へ送信される。この減算要求数pのデータは、クレジット数より減算する値を示すものである。
ここで、図24(a)を参照して、動作指示コマンドの動作要求の各ビットについて、特に、CUがそのデータを送信する契機と、そのデータを受信したS台の動作とを詳細に説明する。
まず、Bit0の「持点数加算要求」データをCUが送信する契機は、プリペイド残高が消費されるとき(貸出操作検出時)、貯メダル再プレイの操作が検出されたとき(再プレイ操作検出時)、持点が記録されたカードがカードユニットに挿入されたときである。これを受信したS台は、自ら保持している持点に対して、その受信データが指示している加算要求数の値を加算する。
Bit1の「持点数減算要求」データをCUが送信する契機は、ワゴンサービスによる持点の減算をする操作が検出されたとき、または他の遊技者に持点を分け与えるための持点分割譲渡の操作が検出されたときである。これを受信したS台は、自ら保持している持点からその受信データが指示している減算要求数の値を減算する。
なお、持点の加減算は、S台側での擬似玉124の移動・検出を条件に行なわれる。
Bit2の「遊技許可要求」データをCUが送信する契機は、遊技禁止から、遊技許可に切り替えるタイミングである。これを受信したS台は、遊技者による遊技を許可する。具体的には賭け操作を許可する。
Bit3の「遊技禁止要求」データをCUが送信する契機は、遊技許可から、遊技禁止に切り替えるタイミングである。これを受信したS台は、遊技者による遊技を禁止する。具体的には賭け操作を禁止する。
Bit4の「持点数及びシーケンスナンバーのクリア要求」データをCUが送信する契機は、カード返却のタイミングである。これを受信したS台は、自ら保持している持点及びシーケンスナンバーを0クリアする。
Bit5の「前面扉開要求」データをCUが送信する契機は、前面扉開の要求検出時である。これを受信したS台は、賭け操作を禁止することで遊技禁止状態とし、その後、所定のウエイト時間が経過してから前面扉のロック状態を解除する。
まず、Bit6の「クレジット数加算要求」データをCUが送信する契機は、持点が消費されるとき(クレジットボタン操作検出時)である。これを受信したS台は、自ら保持しているクレジットに対して、その受信データが指示している加算要求数の値を加算する。
Bit7の「クレジット数減算要求」データをCUが送信する契機は、クレジットを精算するとき(クレジット精算ボタン操作)である。これを受信したS台は、自ら保持しているクレジットからその受信データが指示している減算要求数の値を減算する。
図23に戻り、動作指示コマンドの「CU状態」について説明する。動作指示コマンドの「CU状態」データは、Bit0〜Bit7の8Bitで構成されている。図23に示すように、Bit0〜Bit7は、それぞれ、「カード保持中」、「カード挿入処理中」、「持点加算表示中」、「持点減算表示中」、「クレジット加算表示中」、「クレジット減算表示中」、「クリア表示中」、「試打モード中」に対応している。
ここで、図24(b)を用いて、これらの「CU状態」のデータについて詳細に説明する。
まず、Bit0は、CU側にカードが保持されているか否かを示し、1のときにカード保持中、0のときにカード非保持中を表す。Bit1は、CU側でカードが挿入されてから残高が確定するまでのカード挿入処理中(カード情報読み取り、照合等)であるか否かを示し、1のときにカード挿入処理中、0のときにカード挿入処理中以外を表す。Bit2は、CU側で持点を加算更新する持点加算表示中であるか否かを示し、1のときに持点加算表示中、0のときに持点加算表示中以外を表す。Bit3は、CU側で持点を減算更新する持点減算表示中であるか否かを示し、1のときに持点減算表示中、0のときに持点減算表示中以外を表す。Bit4は、CU側で持点およびシーケンスナンバーをクリア表示中であるか否かを示し、1のときにクリア表示中、0のときにクリア表示中以外を表す。
次に、Bit5は、試打モード中か否かを示し、Bit5が「1」のときには試打モード中であることを示す。CUは、試打モード中は、S台より通知される加算数および減算数のデータを無視し、また、S台側の持点が0になったことを検出した場合にはS台側の持点を自動で加算する。
Bit6は、CU側でクレジットを加算更新するクレジット加算表示中であるか否かを示し、1のときにクレジット加算表示中、0のときにクレジット加算表示中以外を表す。Bit7は、CU側でクレジットを減算更新するクレジット減算表示中であるか否かを示し、1のときにクレジット減算表示中、0のときにクレジット減算表示中以外を表す。
このCU状態は、Bit0〜Bit7の8ビットで構成されているが、Bit0〜Bit15の16ビットで構成し、各ビットで次のような情報を送信できるようにしてもよい。
Bit0:1=カード挿入処理中
Bit1:1=現金投入処理中
Bit2:1=一般カード(ビジターカード)保持中
Bit3:1=会員カード保持中
Bit4:1=テストカード保持中
Bit7〜5:予備
Bit8:1=プリペイド貸出表示中
Bit9:1=再プレイ貸出表示中
Bit10:1=貯メダル分割表示中(貯メダル共有表示中)
Bit11:1=ワゴンサービス表示中
Bit12:1=クリア表示中
Bit13:1=休憩中
Bit15〜14:予備
なお、これらのCU状態のデータは、S台側の表示制御用に設けているが、これらのデータを利用して表示制御をするか否かはS台側の仕様に委ねられている。本実施の形態では、これらのデータに基づいて表示制御を行なうスロットマシンを想定しているが、その表示制御は必須ではない。
図23に戻り、動作指示コマンドの「持点加算要求数」を説明する。「持点加算要求数」データは、持点に加算する値を示す。このデータは、「動作要求」のBit0=1のときのみ有効である。次に、動作指示コマンドの「持点減算要求数」データは、持点から減算する値を示す。このデータは、「動作要求」のBit1=1のときのみ有効である。
動作指示コマンドの「クレジット加算要求数」を説明する。「クレジット加算要求数」データは、クレジット数に加算する値を示す。このデータは、「動作要求」のBit6=1のときのみ有効である。次に、動作指示コマンドの「クレジット減算要求数」データは、クレジット数から減算する値を示す。このデータは、「動作要求」のBit7=1のときのみ有効である。
動作指示コマンドの「要求種別」データは、「動作要求」のBit0〜Bit4の加算要求pおよび減算要求pの種別を示す。
Bit0:1=貸出操作(加算要求p)であり、Bit1:1=貯メダル再プレイ(加算要求p)であり、Bit2:1=持点有カード挿入(加算要求p)であり、Bit3:1=ワゴンサービス(減算要求p)であり、Bit4:1=持点分割譲渡(減算要求p)である。
たとえば、S台は、Bit0が1のデータを受信することによって、加算要求の要因(加算条件)が「残高を引き落とす貸出操作」であることを特定する。なお、図30以降のフローチャートでは、CUから加算要求あるいは減算要求が送信されたときに併せて送信される要求種別データの図示を省略している。
次に、動作指示コマンドの「カード残高」データは、CUに挿入されているカードのプリペイド残高を示す。また、CUからS台へ送信されるC−IDは、状態に応じて次のようなデータが設定される。カード未挿入時には「ALL00h」が設定される。カード保持中にはカードのC−IDが設定される。試打モード中には「ALLFFh」が設定される。
なお、このカード保持中を、CUに挿入されているカードが会員カードである場合とビジターカードである場合とで、両者が区別できるようなデータとなるようにしてもよい。たとえば、「カード保持中」を2Bitで構成し、会員カード保持中では1Bit目、ビジターカード保持中では2Bit目を「1」にする。さらに、ビジターカードの場合には基本的には、CU内に常時カードが保持されている状態となっているために、ビジターカードの場合にはそのビジターカードに残額がある場合にだけカード保持中として(Bitを1として)C−IDを送信するように制御してもよい。また、ビジターカードにはC−IDを記憶させず、会員カードにのみC−IDを記憶させるようにしてもよい。
また、CUからS台には、CUで表示中のエラーコードが送信される。なお、エラー未発生中のCUエラーコードのデータとしては「ALL00h」が送信される。
次に、図25を参照して、動作応答を説明する。この動作応答のレスポンスは、CUに対して指示動作の実行結果および持点数、クレジット数等の遊技台情報を通知するものである。
シーケンスナンバーとしては、動作指示で受信したシーケンスナンバーに1をインクリメントした値が作成され、これが動作応答に含められる。
C−IDとは、S台でバックアップされているC−IDである。
実行結果としては、Bit0〜Bit7の8ビットのデータとしてS台からCUへ送信される。
なお、図25に括弧書きで示しているように、「持点数加算拒否」および「クレジット数加算拒否」を単に「加算拒否」とも言い、「持点数減算拒否」および「クレジット数減算拒否」を単に「減算拒否」とも言い、「遊技許可拒否」を単に「許可拒否」とも言い、「遊技禁止拒否」を単に「禁止拒否」とも言い、「持点数、クレジット数およびシーケンスナンバーのクリア拒否」を単に「クリア拒否」とも言い、「ガラス扉開拒否」を単に「ガラス開拒否」とも言う。
Bit0について、「1」のときには持点数加算拒否の実行結果が示され、「0」のときには持点数の加算を拒否しない旨の実行結果が示される。Bit1について、「1」のときには持点数減算拒否の実行結果が示され、「0」のときには持点数の減算を拒否しなかった旨の実行結果が示される。Bit2について、「1」のときには遊技許可拒否の実行結果が示され、「0」のときには遊技許可を拒否しなかった旨の実行結果が示される。
Bit3について、「1」のときには遊技禁止拒否の実行結果が示され、「0」のときには遊技禁止を拒否しなかった旨の実行結果が示される。
Bit4について、「1」のときには持点数、クレジット数およびシーケンスナンバークリア拒否の実行結果が示され、「0」のときには持点数、クレジット数およびシーケンスナンバークリアを拒否しなかった旨の実行結果が示される。
Bit5について、「1」のときには前面扉の開放を拒否した旨の実行結果が示され、「0」のときには前面扉の開放を拒否しなかった旨の実行結果が示される。
Bit6について、「1」のときにはクレジット数加算拒否の実行結果が示され、「0」のときにはクレジット数の加算を拒否しない旨の実行結果が示される。Bit7について、「1」のときにはクレジット数減算拒否の実行結果が示され、「0」のときにはクレジット数の減算を拒否しなかった旨の実行結果が示される。
S台からCUへ送信される持点関連情報(現在の持点関連情報)として、持点数、加算数p、減算数p、外部出力情報がある。
「持点数」とは、S台側の現在の持点数(加算・減算を演算した結果の持点数)である。「加算数p」とは、加算すべき持点数である。
「減算数p」とは、減算すべき持点数である。外部出力情報は、図26を用いて説明したとおりの複数種類の情報である。
加算数pを受信したCUは、保持している持点数にこの加算数pを加算する。なお、S台は、通知した加算数pの値を前加算数としてバックアップし、現加算数を0クリアする。
減算数pを受信したCUは、保持している持点数から受信した減算数pを減算する。なお、S台は、通知した減算数pの値を前減算数としてバックアップし、現減算数を0クリアする。
つまり、CUは、S台から送信される「加算数p」および「減算数p」を使用して現在記憶している持点数(持点トータル数)を補正する。具体的には、持点数+加算数p−減算数pを算出し、その算出結果を新たな持点数(持点トータル個数)に補正する。そして、S台から送信されてきた持点トータル個数情報とその補正後の持点数(持点トータル個数情報)とが一致するか否かチェックし、一致しない場合には、リカバリ処理を行なって通信開始要求のコマンドをS台へ送信し、そのコマンドに含まれているデータ補正要求のデータ(Bit2が「1」のデータ)とCUが記憶している持点数のデータとによりS台の持点数(持点トータル個数情報)をCU側における補正後の持点数(持点トータル個数情報)に補正する処理を行なう。
S台からCUへ送信されるクレジット関連情報(現在のクレジット関連情報)として、クレジット数、加算数c、減算数cがある。
「クレジット数」とは、S台側の現在のクレジット数(加算・減算を演算した結果のクレジット数)である。「加算数c」とは、加算すべきクレジット数である。また、1ゲーム中に複数入賞が発生するなどして1送信時に複数の入賞がある場合は合算される。
「減算数c」とは、減算すべきクレジット数(たとえば、賭数設定等の場合)である。
加算数cを受信したCUは、保持しているクレジット数にこの加算数cを加算する。なお、S台は、通知した加算数cの値を前加算数としてバックアップし、現加算数を0クリアする。
減算数cを受信したCUは、保持しているクレジット数から受信した減算数cを減算する。なお、S台は、通知した減算数cの値を前減算数としてバックアップし、現減算数を0クリアする。
つまり、CUは、S台から送信される「加算数c」および「減算数c」を使用して現在記憶しているクレジット数(クレジットトータル数)を補正する。具体的には、クレジット数+加算数c−減算数cを算出し、その算出結果を新たなクレジット数(クレジットトータル個数)に補正する。そして、S台から送信されてきたクレジットトータル個数情報とその補正後のクレジット数(クレジットトータル個数情報)とが一致するか否かチェックし、一致しない場合には、リカバリ処理を行なって通信開始要求のコマンドをS台へ送信し、そのコマンドに含まれているデータ補正要求のデータ(Bit2が「1」のデータ)とCUが記憶しているクレジット数のデータとによりS台のクレジット数(クレジットトータル個数情報)をCU側における補正後のクレジット数(クレジットトータル個数情報)に補正する処理を行なう。
S台からCUへ遊技台の状態を通知するための遊技台状態のデータが送信される。この遊技台状態のデータは、遊技台状態1、遊技状態2、遊技台エラー状態1、および遊技台エラー状態2からなる。
このうち、遊技台エラー状態2としては、Bit0〜3の各ビットが用意されているが、これは予備として設けられており、実際のエラー状態の指定には用いられていないメーカ固有のエラー情報に対応するためのものである。
図25に示した(注2)における遊技台状態1の各ビットの詳細を図27に示す。以下補足説明を行なう。
図27(a)を参照して、遊技台状態1のBit0における遊技許可状態/遊技禁止状態は、CUにより遊技が許可されているか禁止されているかを示すものであり、CUからのコマンドによる指示を受けたS台は、その指示された状態へ遷移する。また通信異常が発生した場合には、S台は自ら遊技禁止状態へ遷移する。
Bit1における待機中/遊技中は、ファン(遊技者)がプレイ中(リールが回転している)か否かを示すデータであり、ファン(遊技者)がプレイでない状態が待機中であり、ファン(遊技者)がプレイ中である状態が遊技中である。Bit3の遊技完了は、S台において全てのリールの回転が停止しているか否かを表わすものである。3つのリールのうちの少なくとも1つが回転している状態が遊技未完了(Bit3=0)であり、全てのリールの回転が停止している状態が遊技の完了(Bit3=1)である。また、リールの回転開始から規定時間以上経過しても全てのリールの回転が停止しない場合、S台はタイムアウトし、異常を報知(表示または警報)するとともに、その旨をCUへ送信する。
Bit4における遊技台リセットは、遊技機(S台)の初期リセット信号を示すものであり、S台の起動後30秒間「1」をセットする。Bit5における遊技台履歴情報ありは、S台で「スタート回数(始動回数)」「ビッグボーナス回数」等の遊技台履歴情報を保持しているか否かを示すデータであり、「0」のときには遊技台履歴情報無しが示され、「1」のときには遊技台履歴情報有りが示される。S台はRAMクリアにより遊技台履歴情報をクリアしたら本データをOFFとする。また、RAMクリア後「スタート回数(始動回数)」」、「大当り回数」等のデータを加算したタイミングで本データをONにする。なお、S台との遊技台履歴データを合わせるため、CU3は本データOFFを検知したらCU3で保持している遊技台履歴データもクリアする。
Bit6におけるクレジット「0」は、クレジット数の残数が0か否かを示すものであり、「0」のときには、ゲームは続行されるが、「1」のときは、ゲームの遊技が禁止される。
図25の(注3)に示した遊技台状態2の各ビットの詳細を図27(b)に示す。以下に補足説明を行なう。
Bit0のビッグボーナスは、ビッグボーナス中に「1」がセットされる。Bit1のレギュラーボーナスは、レギュラーボーナス中に「1」がセットされる。Bit2のRTは、RT中に「1」がセットされる。
図25の(注4)に示した遊技台エラー状態1の各ビットの詳細を図27(c)に示す。以下に補足説明を行なう。
遊技台エラー状態1は、Bit0〜Bit2の3ビットで構成されており、各ビットの詳細は図27(c)の注4に示されている。Bit0は、前面扉が開放中であるか否かを示すビットであり、開放中のときに「1」がセットされる。Bit1は、リール回転エラーが発生中であるか否か示すビットであり、リール回転エラーが発生中のときに「1」がセットされる。なお、リール回転エラーは、たとえば、リールの回転開始後、所定時間が経過してもリールに設けた基準位置検出センサがリールの回転基準位置を検出しないようなエラーである。Bit2は、不正入賞エラーが発生中であるか否かを示すエラーであり、不正入賞エラーが発生中のときに「1」がセットされる。なお、不正入賞エラーは、たとえば、リールの停止出目と内部当選フラグが一致しないようなエラー、あるいはリールの停止出目と加算数とが一致しないようなエラーである。
Bit0〜Bit2は、いずれも「1」がセットされた後に、S台の電源ON/OFFにより復帰して「1」となる。
遊技台エラー状態2は、メーカ固有のエラー情報を示すものであり、Bit0〜Bit3の4ビットにより、遊技機エラー1発生中、遊技機エラー2発生中、遊技機エラー3発生中、遊技機エラー4発生中が示される。
図28は、CU通信制御部からメイン制御部へ送信されるレスポンス(通信状態応答)を示す図である。この通信状態応答のレスポンスは、16進数列で示され、0x00で通信状態がOK(適正)であることが示される。これ以外の場合、すなわち、0x01、0x02、0x03、0x04、0x10の場合には、図28に示すように異常であることが示される。図28において、CRC−NGとは、パリティチェックの結果NGすなわち異常であることを意味している。また、MAC−NGとは、Message Authentication CodeのNGのことである。復号NGとは、暗号化されて送信されてきたデータを復号した結果適正なデータにならず異常であることを意味している。データ長NGとは、受信したデータの長さが正規の長さでない異常であることを意味している。断線検知とは、S台とCUとの間の断線の発生を検知した異常であることを意味している。
図29は、CU通信制御部からメイン制御部へ送信される機器情報応答のレスポンスを示す図である。CU通信制御部からCUに対して通知する機器情報としては、コマンドコード、コマンドサイズ、取得結果、主制御チップID、メーカコード、形式コード、払出制御チップID、メーカコード、形式コード、および、MACである。
図29を参照して、CU通信制御部からCUへ機器情報応答のレスポンスが送信される。この機器情報応答のレスポンスは、CUに対して主制御チップIDと払出制御チップIDとの情報を送信するものである。コマンドコードにより、コマンドのコードが特定される。コードサイズにより、コマンドのデータサイズが特定される。取得結果により、OK(収集済情報有)と、NG(収集済情報無)と、未収集とのいずれかが特定される。主制御チップIDとは、S台の主制御基板116に記録されているチップIDのことであり、払出制御チップIDとは、払出制御部31に記憶されているS台の払出チップIDのことである。
図30〜図89は、CUのメイン制御部323におけるCPUで実行される処理と、LSI117に搭載されたCPUで実行される処理とタイミングチャートによって示している。
上記のとおり、本実施の形態では、動作応答によってS台からCUに対して加算数および減算数の他、S台の遊技状態の変化(BET操作検出、スタート操作検出、リールの回転開始、リールの回転停止、BBへ移行、RBへ移行、RTへ移行、あるいはATへ移行など)に応じて、各々に対応する外部出力情報も送信される。しかし、以下のタイミングチャートにおいては、図5を用いて説明したような外部出力情報の送信動作、およびS台・CU双方での記憶処理の図示を省略している。
また、以下の図30〜図89では、動作応答に含まれる、加算拒否(持点数加算拒否、クレジット数加算拒否)、減算拒否(持点数減算拒否、クレジット数減算拒否)、許可拒否(遊技許可拒否)、禁止拒否(遊技禁止拒否)、クリア拒否(持点数・クレジット及びシーケンスナンバークリア拒否)、前面扉開拒否の各々について、ビットが立っている(=1)状態を「ON」と記載する一方、ビットが立っていない(=0)状態を「OFF」と記載している。
また、持点の加算要求およびクレジットの加算要求を合わせて加算要求(p,c)とし、持点の減算要求およびクレジットの減算要求を合わせて減算要求(p,c)とも記載している。
さらに、本実施の形態では、CU側からの加算要求(p,c)および減算要求(p,c)、S台側での持点の加算条件および減算条件の成立に基づいて、擬似玉ユニット120、121が稼動し、擬似玉124の検出を条件としてS台側で各カウンタが更新されるものであるが、以下の通信シーケンス図においては、一部を除いて擬似玉124の移動についての記載を省略している。また、以下においても、その説明を省略する場合がある。さらに、なお、以降のフローチャートでは、CUから加算要求あるいは減算要求が送信されたときに併せて送信される要求種別データの図示を省略している。
まず、図30を参照して、CUとS台との間でのコマンドおよびレスポンスの送受信の態様を説明する。CUからS台に対してコマンドが送信され、S台はそのコマンドに応答してレスポンスをCUに返信する。CUは、そのレスポンスを受信した後、次のコマンドをS台に送信し、S台はそのコマンドに応答してレスポンスをCUへ返信する。図30に示すように、CUからS台への最初のコマンドの送信から次のコマンドの送信までの期間が、200msすなわち0.2秒に制御される。またS台からCUへのレスポンスの送信を行なった後次のレスポンスの送信までの期間が200msすなわち0.2秒に制御される。
このように、CUとS台との間で200msの間隔でコマンドおよびレスポンスの双方が送信される。一方、S台は、4.1秒の1ゲーム規制時間が経過する間に2ゲームを実行することができないものである。その結果、本実施の形態では、1ゲームの間に複数のコマンドおよびレスポンスが送受信されることになる。
それゆえ、S台からCUへは、持点数の変化量を通知するための動作応答のレスポンスが1ゲーム期間よりも短い間隔で次々と送信されることになる。当然のことながら、1ゲーム期間で賭数設定が生じる回数が1回であるとともに発生し得る入賞の回数は1回である。つまり、1ゲーム期間で持点の減算と加算とが生じうる機会はそれぞれ1回である。この1ゲーム期間に動作応答のレスポンスが次々と送信される訳であるから、S台は、持点数の変化量を細やかにCUに対して通知可能となる。一方、CUは、S台側での持点の変化を細やかに反映させた持点管理が可能となる。
なお、ここでは、コマンドおよびレスポンスの送信間隔を200msにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をS台の1ゲーム規制時間と一致させることも考えられる。あるいは、その送信間隔を1ゲーム規制時間の半分としてもよく、それ以下としてもよい。さらには、この実施の形態では、S台はCUからのコマンドを受けて動作応答を返信するものであるが、これに代えて、BET操作が検出されたとき、および入賞が発生したときに、S台は減算数または加算数を通知するデータを送信するものとしてもよい。
次に、図31を参照して、CU側で通信断が検知された場合の処理を説明する。CUがS台に対してコマンドを送信してから1秒間後までにレスポンスを受信できなかった場合には、再度同じコマンドをS台に送信する。さらにその1秒後までの間にレスポンスを受信できなかった場合には、同じコマンドをS台に送信するという2回目の再送を行なう。2回目の再送を行なってから1秒後までにS台からレスポンスを受信できなかった場合には、CUはこの段階で通信異常と判断する。この通信異常は、図4に示したコネクタ330または220が離脱している場合あるいは接続配線の断線さらにはS台の電源断などの原因が考えられる。
CUは、通信異常と判断した後、5秒後に、再度接続シーケンスを開始するべく、機器情報要求のコマンドをS台へ送信する。この機器情報要求のコマンドをS台へ送信して接続シーケンスを開始する処理の具体的内容は、図33に基づいて後述する。
次に図32を参照して、S台側で通信断を検知した場合の処理を説明する。CUからS台へコマンドが送信され、S台ではそのコマンドに応答してレスポンスをCUへ送信する。次にCUからのコマンドがS台に送信されてこない状態が4秒間継続した場合には、S台は、通信断と判断し、1枚BETスイッチ5およびMAXBETスイッチ6を操作しても賭数設定されない“賭数操作無効状態(遊技禁止状態)”として遊技を禁止するとともに、未接続状態へ遷移する。この通信断の発生原因も、図31で説明したものと同様に、コネクタ330または220の離脱、接続配線の断線、あるいはCUの電源断などが考えられる。
次に図33を参照して、電源起動時の接続シーケンスの処理を説明する。この図33の接続シーケンスの処理は、CUとS台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中(図44参照)において、CUの電源をOFFにした後の通信再開時に実行される。典型例は、遊技場において1日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。
まず、電源起動時においては、S台では遊技を停止させてから通信を開始する。CUでは、まず認証シーケンスの処理が実行される。この認証シーケンスの処理の具体的制御内容は、図34〜図42に示すサブルーチンプログラムのフローチャートにおいて示される。この認証シーケンスの処理により、CUからS台に対して、機器情報要求のコマンドが送信される。S台では、それを受けて、機器情報応答のレスポンスを返信する。この機器情報応答のレスポンスには、メインチップIDと払出チップIDとが含まれている。
機器情報応答を受信したCUは、機器情報応答に含まれる情報を記憶し、応答があったS台(受信したメインチップIDと払出チップIDとにより特定されるS台)に対して、認証要求のデータをS台へ送信する。
認証要求を受信したS台は、認証応答をCUへ返信する。
次に、図33に示した認証シーケンスの処理の具体的制御内容を図34〜図42に基づいて説明する。
図34の(a)と(b)とは、図33に示した認証シーケンスのサブルーチンプログラムを示すフローチャートである。図33に示した認証シーケンスは、CUの電源が起動されたときの認証シーケンスとS台(遊技機)の電源が起動されたときの認証シーケンスとの2種類がある。CUの電源が起動されたときの認証シーケンスは、図34(a)に示されている。図34(a)を参照して、メイン制御部323は、上位サーバ801(図108参照)との認証を完了してから通信を開始する。CU通信制御部80は、S台通信制御部81との認証を行なう。その後通信を開始する。そして、メイン制御部323とCU通信制御部80との間で、まずCU通信制御部認証シーケンスが実行され、次にチップID認証シーケンスが実行される。
S台(遊技機)の電源が起動されたときの認証シーケンスは図34(b)に示されている。図34(b)を参照して、メイン制御部323とCU通信制御部80とにおいて、S台との通信断が検出された後、CU通信制御部80はS台との通信復旧後、S台との認証を行なう。その後、メイン制御部323とCU通信制御部80との間で、チップID認証シーケンスが実行される。それ以降、S台との通信が可能となる。
図35は、図34(a)に示したCU通信制御部認証シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は上位サーバ801との認証を完了してから通信を開始する。そして、メイン制御部323とCU通信制御部80との間で、BBシリアルID認証シーケンスが実行される。このBBシリアルID認証シーケンスによりBBシリアルIDすなわち図17に示したEEPROM808に記憶されているメイン制御部のSIDの認証が行なわれる。次に、メイン制御部323は、上位サーバ801よりCU通信制御部のシリアルIDを取得している場合にのみ、CU通信制御部シリアルID認証シーケンスを実行する。このCU通信制御部シリアルID認証シーケンスによりCU通信制御部シリアルIDの認証が行なわれる。
次にメイン制御部323からCU通信制御部80へライタ管理情報要求のコマンドが送信される。このライタ管理情報とは、図17に基づいて説明したEEPROM813、808への認証用情報の書込の際に使用したROMライタに関する情報である。たとえば、ROMライタのID、ROMライタのメーカコード、ROMライタが記憶している鍵のバージョン等のデータである。
メイン制御部323は、CU通信制御部80から送信されてきたライタ管理情報応答に含まれているライタ管理情報とメイン制御部323が記憶しているライタ管理情報とを照合し両者が整合するか否かチェックする。このライタ管理情報による照合チェックの結果、偶々メイン制御部323とCU通信制御部80との認証鍵が一致する場合であっても或る程度のセキュリティが確保され、セキュリティが向上する。
次にメイン制御部323とCU通信制御部80との間で、認証鍵による機器認証シーケンスが実行される。次にメイン制御部323からCU通信制御部80へカウンタ情報の送信を要求するカウンタ情報通知のコマンドが送信される。CU通信制御部はそれを受けて、CTRモードの初期ベクタを通知するべくカウンタ情報通知応答のレスポンスをメイン制御部323へ送信する。単純なブロック暗号の利用モードであるECBモードを用いる場合には、或る鍵で同一の平文を暗号化すると、同一の暗号文になるために、暗号対象となる平文の或る部分が他の部分と同じであるかどうかが暗号文の比較によって判断できてしまうという不都合があり、それを解消するためにCTRモードの初期ベクタをCU323へ通知する。このカウンタ情報の通知により暗号化のモード設定が行なわれる。この暗号化のモード設定は遊技場においての毎日の電源立上げ毎に再設定されるので、セキュリティが向上する。カウンタ情報の設定以降の通信の暗号文にさらにスクランブルがかけられる。たとえば、このスクランブル処理が行なわれないと、暗号化はされていても毎日同じ暗号データがやり取りされることになってしまい、暗号が破られやすくなる。スクランブルをかけることによりこのような不都合を解消することができる。
次に、メイン制御部323が上位サーバ801より更新情報を取得している場合にのみ、メイン制御部323とCU通信制御部80との間で認証鍵更新シーケンスが実行される。この認証鍵更新シーケンスにより、認証鍵を新たなものに変更することができる。
次にメイン制御部323は現在の時刻をCU通信制御部80へ送信する。CU通信制御部80は、その時刻情報を受信して、EEPROM813に記憶している認証鍵と受信した時刻情報とからセッション鍵(電文鍵)を生成して、時刻応答としてメイン制御部323へ送信する。セッション鍵(電文鍵)の生成方法としては、どのようなものであってもよいのであるが、たとえば、受信した時刻情報と認証鍵とを所定のアルゴリズムに従って合成して(例えばイクスクルーシブオア)生成したり、あるいは、受信した時刻情報を認証鍵により暗号化してその暗号結果をセッション鍵(電文鍵)としてもよい。このセッション鍵は、電源OFFでクリアされ、次の電源ONで再び生成される。
次に、メイン制御部323とCU通信制御部80との間で、図39に示す機器認証シーケンスと同様の認証シーケンスをセッション鍵を用いて実行する。そして、認証結果適正である場合に、それ以降メイン制御部323とCU通信制御部80との間での暗号通信をセッション鍵を用いて暗号化および復号して行なう。
図36は、図34(a)(b)に示したチップID認証シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は、CU通信制御部80との認証を完了してから通信を開始する。そして、メイン制御部323からCU通信制御部80へ払出制御認証結果要求のコマンドが送信される。この払出制御認証結果要求のコマンドは、S台2SのLSI117に設けられているS台通信制御部81をCU通信制御部80が認証したその認証結果を要求するものである。CU通信制御部80は払出制御チップ(LSI)のS台通信制御部81との認証結果を通知するための払出制御認証結果応答のレスポンスをメイン制御部323へ送信する。
次にメイン制御部323からCU通信制御部80へ機器情報要求のコマンドが送信される。この機器情報要求のコマンドは、CU通信制御部のチップIDを要求するものである。CU通信制御部80は、CU通信制御部80のチップIDを機器情報応答としてメイン制御部323へ送信する。それを受けたメイン制御部323は、上位サーバ801に機器情報(チップID)を照合するべく問合せして、NG(不適正)のときには以降の通信を停止する。NGでない場合には、以降、S台に対して業務電文の送信が可能となる。そして、メイン制御部323とCU通信制御部80との間で、リカバリ要求、リカバリ応答、動作指示、動作応答のコマンドレスポンスの送受信が実行される。
図37は、図35に示したBBシリアルID認証シーケンスのサブルーチンプログラムを示すフローチャートであるり、チャレンジレスポンス方式の認証が行なわれる。チャレンジレスポンス方式の認証とは、一般的に、文字列等に特殊な処理を施すことにより、通信途中にIDなどが盗聴されるのを防ぐ認証方式のことであり、たとえば、認証する側が認証を受けたい側に対してランダムな数値列(これを「チャレンジコード」と呼ぶ)を送信し、そのチャレンジコードを受信した側がID等とその受信したチャレンジコードとを所定のアルゴリズムに従って合成してレスポンスコードを生成して返信する。そのレスポンスコードを受信した側では、送信したチャレンジコードと予め記憶しているID等から同じようにレスポンスコードを生成し、送られてきたレスポンスコードと生成したレスポンスコードとを比較して一致するか否か判定する認証を行なう。
本実施の形態においては、まずメイン制御部323からCU通信制御部80へBBシリアルID要求1のコマンドが送信される。それを受けたCU通信制御部80は、BBシリアルID認証応答1としてチャレンジコードを要求するレスポンスを送信する。それを受けたメイン制御部323は、BBシリアルIDすなわち図17に示したEEPROM808に記憶されているメイン制御部のSIDを用いてチャレンジコードを生成し、そのチャレンジコードをBBシリアルID認証要求としてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、BBシリアルIDすなわち図17に示したEEPROM813に記憶されているメイン制御部のSIDを用いてレスポンスコードを生成し、そのレスポンスコードをBBシリアルID認証応答2としてメイン制御部323へ送信する。それを受けたメイン制御部323では、そのレスポンスコードをチェックして適正であるか否かを判定する。不適正(NG)のときには以降の通信を行なわないように制御する。
このチャレンジコードの生成とレスポンスコードの生成とのアルゴリズムは、どのようなものであってもよいのであるが、その一例を以下に記載する。チャレンジコードの生成として、BBシリアルIDのコードデータ(2進数)に対して同じデータ長の乱数(2進数)を生成し、BBシリアルIDと乱数とのイクスクルシブオア(排他的論理和)を算出し、その算出結果をチャレンジコードとしてCU通信制御部80へ送信する。一方、CU通信制御部80におけるレスポンスコードの生成としては、受信したチャレンジコードに対してBBシリアルID(2進数)のイクスクルシブオアを算出する。メイン制御部323側のBBシリアルIDとCU通信制御部80側のBBシリアルIDとが一致しておれば、乱数に対して2回同じBBシリアルIDのイクスクルシブオアを演算したこととなり、その結果は元の乱数となる。そしてその元の乱数をレスポンスコードとしてメイン制御部323へ送信する。メイン制御部323は、生成した乱数とレスポンスコードとして送られてきた乱数とが一致するか否かを判定し、一致する場合には適正と判定する一方一致しない場合には不適正(NG)と判定する。
図38は、図35に示したCU通信制御部シリアルID認証シーケンスのサブルーチンプログラムを示すフローチャートである。まずメイン制御部323からCU通信制御部80へCU通信制御部シリアルID認証要求1が送信される。それを受けたCU通信制御部80は、CU通信制御部シリアルIDすなわち図17に示したROM809に記憶されているCU通信制御部のSIDを用いてチャレンジコードAを生成し、そのチャレンジコードAをCU通信制御部シリアルID認証応答1としてメイン制御部323へ送信する。それを受けたメイン制御部323は、CU通信制御部シリアルIDすなわち図17に示したEEPROM808に記憶されているCU通信制御部のSIDを用いてレスポンスコードAを生成し、そのレスポンスコードAをCU通信制御部シリアルID認証要求2としてCU通信制御部80へ送信する。それを受けた通信制御部80は、そのレスポンスコードAをチェックして適正であるか否かを判定する。そしてその判定結果(チェック結果)とチャレンジコードBの要求を含むCU通信制御部シリアルID認証応答2をメイン制御部323へ送信する。それを受けたメイン制御部323は、チェック結果が不適正(NG)であった場合には、以降の通信を行なわないように制御する。
この図38に示したチャレンジコードの生成およびレスポンスコードの生成のアルゴリズムは、どのようなものであってもよいが、たとえば図37で説明したイクスクルシブオアを用いたアルゴリズムを使用することができる。
チャレンジレスポンス方式の認証のアルゴリズムは上記のものに限らず、次のようなものでもよい。たとえば、CU通信制御部80において乱数R1を生成し、CU通信制御部80に記憶さているCU通信制御部のSID(SIDMという)を鍵として乱数R1を暗号化してチャレンジコードAを生成する。式で示せば、チャレンジコードA=ESIDM(R1) となる。これをメイン制御部323へ送信し。メイン制御部323において記憶しているSIDMで復号してレスポンスコードAを生成する。式で表わせば、レスポンスコードA=DSIDM(チャレンジコードA)=DSIDM(ESIDM(R1))=R1 となる。これを通信制御部80へ返信し、通信制御部80において先に生成していた乱数R1と返信されてきたレスポンスコードA(=R1)とが一致するか否か照合し、一致することを条件に認証成功と判断する。
さらに、メイン制御部323において乱数R2を生成し、メイン制御部323に記憶さているメイン制御部のSID(SIDTという)を鍵として乱数R2を暗号化してチャレンジコードBを生成する。式で示せば、チャレンジコードB=ESIDT(R2) となる。これを通信制御部80へ送信し、通信制御部80において記憶しているSIDTで復号してレスポンスコードBを生成する。式で表わせば、レスポンスコードB=DSIDT(チャレンジコードB)=DSIDT(ESIDT(R2))=R2 となる。これをメイン制御部323へ返信し、メイン制御部323において先に生成していた乱数R2と返信されてきたレスポンスコードB(=R2)とが一致するか否か照合し、一致することを条件に認証成功と判断する。
図39は、図35に示した機器認証シーケンスのサブルーチンプログラムを示すフローチャートである。この機器認証シーケンスは、暗号鍵(認証鍵)を使用した暗号化・復号化認証シーケンスであり、ブロック暗号モードとしてECBモードを用いる。まずメイン制御部323は機器認証要求1をCU通信制御部80へ送信する。それを受けたCU通信制御部80は、乱数Aを生成しその乱数Aを図17で示したEEPROM813に記憶されている認証鍵により暗号化する。またMACを作成する。このMACとは、Message Authentication Codeのことである。たとえば、生成した乱数Aを所定のハッシュ関数を利用して演算した値をMACとする。つまり生成した乱数Aのメッセージ・ダイジェストがMACとなる。そしてCU通信制御部80はメイン制御部323に対して暗号化乱数AとMACとを機器認証応答1として送信する。
それを受けたメイン制御部323は、受信した暗号化乱数Aを図17に示したEEPROM808に記憶している認証鍵により復号して元の平文の乱数Aを生成し、その乱数Aを前記所定のハッシュ関数を利用してMACを計算する。そして計算したMACとCU通信制御部80から送信されてきたMACとが一致するか否かをチェックする。一致すれば適正と判断し一致しない場合には不適正(NG)と判断する。
次にメイン制御部323は、乱数Bを生成し、図17に示したEEPROM808に記憶されている認証鍵を用いてその乱数Bを暗号化する。さらに乱数Bを所定のハッシュ関数を利用して演算してMACを作成する。そしてその暗号化乱数BとMACとをさらに機器認証応答1に基づいた認証結果とを機器認証要求2としてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、図17に示したEEPROM813に記憶されている認証鍵を用いて受信した暗号化乱数Bを復号して元の平文の乱数Bにする。そしてその乱数Bを所定のハッシュ関数を利用して演算してMACを計算する。その計算されたMACと受信したMACとが一致するか否かをチェックし、一致する場合には適正と判定し不一致の場合には不適正(NG)と判定する。そしてその判定結果を機器認証応答2としてメイン制御部323へ送信する。判定結果が不適正(NG)の場合には、以降の通信を行なわないように制御する。
図40は、図35に示した認証鍵更新シーケンスのサブルーチンプログラムを示すフローチャートである。メイン制御部323は、上位サーバ801から認証鍵の更新要求があった場合に、その認証鍵更新要求をCU通信制御部80へ送信する。この上位サーバ801からの更新要求には、新たな認証鍵のデータも含まれている。メイン制御部323は、図17に示すEEPROM808に記憶されている認証鍵を、上位サーバ801から送信されてきた新たな認証鍵に更新するとともに、上位サーバ801から送信されてきた認証鍵更新要求をCU通信制御部80へ送信する。それを受けたCU通信制御部80は、図17に示すEEPROM813に記憶されているの認証鍵を送信されてきた新たな認証鍵に更新する処理を行ない、その結果を認証鍵更新応答としてメイン制御部323へ送信する。
それを受けたメイン制御部は、通信制御部80との間で、新たに更新された認証鍵を用いての機器認証シーケンスを実行する。この機器認証シーケンスは、図39に示した制御と同じ認証シーケンスである。そして認証結果が適正である場合には、以降その認証鍵を使用して通信を行なう。
図41は、認証鍵のEEPROM808への記憶設定を示すフローチャートであり、CU通信制御部80から認証鍵をメイン制御部323へ送信してもらい、メイン制御部323のEEPROM808にその認証鍵を記憶する。
図41を参照して、この認証鍵設定シーケンスは、カードユニット(CU)製造時の認証鍵書込シーケンスである。まずメイン制御部323は、CU通信制御部80との認証鍵が書込まれていないことを条件として、CU通信制御部80から認証鍵情報の送信を待つ。CU通信制御部80は、専用のICライタ(ROMライタ)からの要求により通信を開始する。そしてCU通信制御部80からBBシリアルIDすなわち図17に示したEEPROM808に記憶されているメイン制御部のSIDの認証要求Aをメイン制御部323へ送信する。それを受けたメイン制御部323は、CU通信制御部80に対してチャレンジコードを要求するためのBBシリアルID認証応答AをCU通信制御部80へ送信する。それを受けた通信制御部80は、BBシリアルIDすなわち図17に示したEEPROM813に記憶されているメイン制御部のSIDを用いてチャレンジコードを生成し、そのチャレンジコードをBBシリアルID認証要求Bとしてメイン制御部323へ送信する。
それを受けたメイン制御部323は、BBシリアルIDすなわち図17に示したEEPROM808に記憶されているメイン制御部のSIDを用いてレスポンスコードを生成し、そのレスポンスコードをBBシリアルID認証応答BとしてCU通信制御部80へ送信する。それを受けたCU通信制御部80は、そのレスポンスコードが適正であるか否かを判定し、適正(OK)のときのみ、以降に示す認証鍵情報の送信を行なう。この図41に示したチャレンジレスポンス認証も、図37や図38に示したチャレンジレスポンス認証と同じアルゴリズム(例えばイクスクルーシブオア)を用いることができる。
そして、CU通信制御部80は、認証結果適正であると判断したときに、専用ICライタ(ROMライタ)から書込まれた認証鍵情報すなわち図17に示したEEPROM813に記憶されている認証鍵の情報を認証鍵設定要求としてメイン制御部323へ送信する。それを受けたメイン制御部323は、送信されてきた認証鍵を図17に示すEEPROM808に記憶させ、記憶させた旨を示す認証鍵設定応答をCU通信制御部80へ送信する。
これにより、メイン制御部323とCU通信制御部80との間で共通の認証鍵(共通鍵)が記憶されたこととなる。そして、CU通信制御部80は、その共通の認証鍵を使用して以降機器認証を行なう。この機器認証は、図39に示した機器認証シーケンスと同様のものである。そして機器認証の結果適正であると判定された場合に、以降の通信は行なわず、リセット待ちの状態となる。
次に、図33に戻り、認証応答を受信したCUは、次にリカバリ要求をS台へ送信する。それを受けたS台では、S台内部(具体的には払出制御部31)でバックアップしているリカバリデータをレスポンスとしてCUへ返信する。このリカバリデータとしては、接続時刻、最終SQN(シーケンスナンバー)、C−ID、前回持点関連情報、および現在持点関連情報が含まれている。正確には、図21に示した各種データであり、以降のフローチャートで「リカバリデータ」と言えば、正確には図21に示した各種データのことである。なお、本実施例では、リカバリデータに含まれている「最終SQN」とは、前述したように、S台が最後に送信したSQNのことである。
このリカバリ応答を受信したCUはその時点からリカバリ処理を開始する。このリカバリ処理とは、CUとS台との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、後述するようにトラブルが発生し復旧したときにも、実行される。
CUは、「動作指示」を送信する度にこのSQN(シーケンスナンバー)をカウントアップする。ただし、動作指示の再送時の際にはカウントアップしない。CUは「動作要求」の送信時にSQNおよびその要求内容をバックアップする。S台は、「動作指示」で受信したSQNを記憶し、そのまま「動作応答」にてCUへ送り返す。S台は、前回受信したSQNと同じSQNの動作指示を受信した場合には、通信不良が発生してCUが動作指示を再送したその再送電文と判断する。
CUは、リカバリ処理が終了した後、メインチップID、払出チップID、接続時刻をS台から受信した値に更新するとともに、SQNを「0」に更新し、通信開始要求(リカバリクリアON)のコマンドとして、SQN補正ON、持点補正ON、SQN=0、持点=0、クレジット数=0のコマンドをS台へ送信する。S台では、それを受けて、S台でバックアップしていた「シーケンスナンバー」「持点」および「クレジット数」をCUの情報にあわせる(SQN=0、持点=0、クレジット数=0)。また、通知された「接続時刻」をバックアップする。そして、S台は、通信開始応答をCUへ返信する。これ以降、CUとS台との間で、動作指示のコマンドおよび動作応答のレスポンスの送受信が行なわれる。
CUは、前述したように、この動作指示を送信する毎にシーケンスナンバー(SQN)を1ずつカウントアップする。まず最初の動作指示において、遊技許可要求無、SQN=0、C−ID=00hの動作指示コマンドをS台へ送信する。S台では、それを受けて、SQN=1、C−ID=00h、前加算数p(持点)=0、前減算数p(持点)=0、前加算数p(クレジット)=0、前減算数p(クレジット)=0のデータをバックアップする。また、S台は、現在持点関連情報である持点およびクレジットの加算数、減算数の各カウンタの値を0クリアする。そして、S台は、動作応答として、SQN=1、C−ID=00h、持点数=0、クレジット数=0、加算数p(持点)=0、減算数p(持点)=0、加算数c(クレジット)=0、減算数c(クレジット)=0および遊技禁止(遊技停止状態)のレスポンスをCUへ送信する。
なお、添字pおよびcはそれぞれ、持点およびクレジットに関しての記載であり、たとえば、加算数pは持点加算数、加算数cはクレジット加算数と示す。また、(p,c)とは、上記の添字pおよびcを合わせた記載である。たとえば、加算数(p,c)は加算数pおよび加算数cのことを示す。
その動作応答を受けたCUは、その動作応答に基づき、SQN=1をバックアップし、現在の持点数0+受信した加算数p(持点)(=0)−受信した減算数p(持点)(=0)を算出して現在の持点数0と現在のクレジット数0+受信した加算数c(クレジット)(=0)−受信した減算数c(クレジット)(=0)を算出して現在のクレジット数0をバックアップするとともに、加算数p累計(持点)=0、減算数p累計(持点)=0、加算数c累計(クレジット)=0、減算数c累計(クレジット)=0をバックアップする。
次に、CU側で起動処理が終了した段階でCUは、遊技許可要求有、SQN=n、C−ID=00hの動作指示をS台へ送信し、それを受けたS台は、動作応答として、遊技可拒否OFF、SQN=n+1、C−ID=00h、持点数=0、クレジット数=0、加算数p(持点)=0、減算数p(持点)=0、加算数c(クレジット)=0、減算数c(クレジット)=0および遊技許可のレスポンスをCUへ返信する。
図35のセッション鍵による認証シーケンスの結果適正な認証結果が得られた場合に、図42に示す業務電文シーケンスを実行する。図42(a)は業務電文シーケンスが正常の場合を示しており、図42(b)は業務電文シーケンスが異常の場合を示している。
まず図42(a)を参照して、メイン制御部323からCU通信制御部80に対して、動作指示のコマンドが送信された後、その動作指示電文の通信状態の確認要求(通信状態要求)をCU通信制御部80へ送信する。CU通信制御部80は、動作指示電文の受信状況(MAC異常、CRC異常、復号異常、データ長異常、断線検知)を通信状態応答としてメイン制御部323へ通知する(図28参照)。
メイン制御部323は、その受信した通信状態応答に基づいて通信状態を確認し、正常な場合には正常と判断する。
一方、CU通信制御部80は、前述の動作指示のコマンドを受信したことに基づいてその動作指示のコマンドをP台(具体的にはP台通信制御部81)へ送信する。それを受けたP台では、動作応答をCU通信制御部80へ返信し、CU通信制御部80はそれを受けてその動作応答のレスポンスをメイン制御部323へ送信する。
一方、業務電文シーケンスが異常の場合が図42(b)に示されている。図42(a)との相違点としては、CU通信制御部80から送信されてきた通信状態応答を受信したメイン制御部323が、その通信状態応答に基づいて通信状態を確認し、異常と判断する点である。これは、送信されてきた通信状態応答のレスポンスが、図28に示す0x00以外の数値データであった場合に、異常と判断される。メイン制御部323は、異常と判断した場合には、通信状態の確認のリトライを実行する。具体的には、再度動作指示のコマンドをCU通信制御部80へ送信した後、再度通信状態要求をCU通信制御部80へ送信し、CU通信制御部80から返信されてきた通信状態応答に基づいて通信状態の異常が発生しているか否かを判断する。メイン制御部323が、リトライを実行した結果なお通信状態の異常であると判断した場合には、通信状態の異常報知制御を行なう。この通信状態の異常報知制御としては、たとえば、表示制御部797へ異常報知コマンドを送信して表示器312により通信状態の異常報知を行なったり、異常報知ランプ(図示せず)を点灯または点滅制御したり、あるいは、ホール用管理コンピュータ1に通信状態の異常が発生した旨の信号を送信したりすることが考えられる。このリトライの実行回数は、図42(b)では1回のものを示したが、2回以上実行するものであってもよい。
次に、図43を参照して、CUとS台とを再接続した際の接続シーケンスの処理を説明する。ここで言う「再接続時」とはCUとS台との通信が異常終了した後の通信再開時のことである。この「異常終了」は、後述する、図55のカード保持中に電源が起動したとき、図62のS台が加算拒否したときにCU自ら通信を切断したとき、図68〜図83のCU側に電源断が生じた場合である。後述するように、CUは接続シーケンスを再開するときに、a.待機中(図44参照)以外の状態での接続シーケンスの再開である、b.自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である(図62参照)、または、c.CUがバックアップしているSQNとS台から送信されてきたSQNとが不整合である、か否かを判断し、a〜cのいずれかと判断したときに、正常な通信の終了でない(異常終了)と判断し、図33ではなく図43の再接続時の接続シーケンスを実行する。
この再接続時の接続シーケンスは、図33で説明した電源起動時の接続シーケンスと類似しており、ここでは主に相違点を説明する。
まず、S台が賭数操作無効状態(遊技禁止状態)として遊技を禁止してから通信を開始する時期が、CUからの機器情報要求のコマンドを受信した直後となる。これは、CUからの機器情報要求をS台が受けて初めて再接続されたことをS台が認識できるためである。
次に、図33の接続シーケンスは電源起動時であるために、CUからS台に対してリカバリクリアONの通信開始要求のコマンドを送信し、S台でそれを受けてリカバリデータのクリアを行なうとともに、最初の動作指示で送られてくるSQN=1に従ってシーケンスナンバー(SQN)を1にし、前回持点関連情報と現在持点関連情報とをすべて「0」にクリアする。
しかし、図43の接続シーケンスの場合には、再接続時であるために、S台内部でバックアップしているリカバリ情報とCU側で記憶している情報とが一致しない場合がある。そこで、CUでは、リカバリ処理を開始した後、リカバリ応答に含まれているS台側のリカバリデータ(前回持点・クレジット関連情報、現在持点・クレジット関連情報等)の内容に合せて、持点等の補正を行なう処理を実行する。
具体的には、S台から送られてきたリカバリデータに含まれている加算数p(持点)、減算数p(持点)、加算数c(クレジット)、減算数c(クレジット)に基づいて、CUが記憶している持点数+加算数p−減算数pおよびクレジット数+加算数c−減算数cを演算し、記憶している持点数およびクレジット数をその演算された新たな持点数およびクレジット数に補正する処理を行ない、その補正後の持点数およびクレジット数とS台からリカバリデータとして送信されてきた持点数およびクレジット数とを比較し、一致するか否かを判断する。
不一致の場合には、通信開始要求として持点補正ONすなわちデータ補正要求のBit2を「1」にしたコマンドをS台へ送信する。また、S台から送られてきたリカバリデータに含まれている最終SQNとCUが記憶している最終SQNとを比較して一致するか否かを判断し、一致しない場合には通信開始要求としてSQN補正ONすなわちデータ補正要求のBit1を「1」としたコマンドをS台へ送信する。また、補正すべき正しい持点数=300およびクレジット数=0とSQN=3とを通信開始要求に含めてS台へ送信する。
S台は、その通信開始要求のコマンドを受信し、S台でバックアップしていた「シーケンスナンバー」、「持点」および「クレジット数」をCUの情報に合せる補正処理を行なう。具体的には、SQN=3、持点=300およびクレジット数=0に補正し、また通知された「接続時刻」をバックアップする処理を行なう。
そして、CUでは、リカバリ処理が終了した段階で、S台から送信されてきたメインチップID、払出チップIDをバックアップするとともに、再接続時の時刻である接続時刻をバックアップする。そして、シーケンスナンバーについては、S台から送信されてきた最終SQNが異常でない場合に、そのシーケンスナンバー(SQN)を継続する。
一方、CUにおいて、リカバリ処理を開始した後、通信相手であるS台が一致しないと判断された場合、またはSQNが異常であると判断された場合には、S台から送信されてきたリカバリ応答に含まれている現持点数を、一旦、遊技者所有の遊技用記録媒体(カード等)に記録する。そして、その後、その記録媒体の貯メダルを使用するべく再プレイボタン319を操作し、その貯メダルを持点に変換し、さらに持点からクレジットへ引き落としをした後再遊技を可能とする。その際には、図33に示した電源起動時の接続シーケンスと同様に、CUからS台へ送信される通信開始要求として、リカバリクリアONが送信され、S台はそれを受けてリカバリデータをクリアする。またCUでは、シーケンスナンバーを「0」とし、最初の動作指示においてSQN=1をS台に送信し、S台ではそのSQN=1をバックアップする。また、S台では、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0をバックアップするとともに、加算数p、加算数c、減算数p、減算数cの各カウンタ値を0クリアする。
次に図44を参照して、待機中における処理を説明する。この待機中とは、S台において遊技が行なわれていない状態でかつCUにおいてカードが挿入されておらず、貸出ボタン321や再プレイボタン319が何ら操作されていない状態中のことである。
まずCUからS台に対して、加算要求無、減算要求無、SQN=n、C−ID=00hの動作指示のコマンドが送信される。それを受けたS台では、動作応答のレスポンスとして、SQN=n+1、C−ID=00h、持点数=0、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=0、および遊技禁止のデータを送信する。CUでは、SQN=n+2、加算要求数p=0、減算要求数p=0、加算要求数c=0、減算要求数c=0をバックアップする。CUからS台への次の動作指示のコマンドにおいては、SQN=n+2、C−ID=00hのデータが送信される。これを受けたS台では、SQN=n+3、C−ID=00h、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0をバックアップするとともに、加算数p、減算数p、加算数c、減算数cおよび持点数、クレジット数の各カウンタ値を0クリアする。
そして、S台は、動作応答として、SQN=n+3、C−ID=00h、持点数=0、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=0、および遊技禁止のレスポンスをCUへ送信する。CUでは、S台からの動作応答のレスポンスを受信する毎に、C−ID=00h、持点数=0、クレジット数=0、加算数p累計=0、減算数p累計=0、加算数c累計=0、減算数c累計=0、をバックアップする。
図45を参照して、カードが挿入されたときのCUとS台との処理を説明する。
CUでは、カードが挿入されると、カードリーダライタ327にカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタ327が読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
この挿入時処理においては、挿入されたカードに記録されているC−IDをCUが読取ってそのC−IDをS台へ送信するカード挿入要求のコマンドがS台へ送信される。それを受けたS台では、CUに対してC−IDの受信が終了したことを通知するカード挿入応答のレスポンスがCUへ返信される。さらに、この挿入時処理として、後述する図46に示すような制御が実行される。
CUは、カードの挿入が行なわれた後所定期間カード残高問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいはプリペイド残高等をたとえばホール用管理コンピュータ1等の上位のサーバに問合せている最中であることを表示器312に表示するとともにS台側の表示器51に表示させる処理を実行している最中であることを意味している。CUは、図86等で後述するように、表示器312に挿入されたカードの問合せ中であることを表示するとともに、カード保持中ON、C−ID、カード挿入処理中ONを含む動作指示をS台へ送信する。
S台では、その動作指示のコマンドを受信することにより、LSI117がカード保持中ONおよびカード挿入処理中ONを含む表示器制御コマンドを表示器用演出制御基板90に送信し、挿入されたカードの問合せ中である旨を表示器用演出制御基板90が表示器51に表示させる制御を行なう(図86参照)。
その後S台は、動作応答として、SQN=n+3、C−ID、持点数=0、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=0、遊技禁止を含むレスポンスをCUへ送信する。
CUでは、カード残高の問合せの結果挿入されたカードの残高が確認できた段階で残高を確定させる。CUでは、その確定したカードのプリペイド残高を表示器312に表示させる制御を行なう(図86参照)。この時点では、擬似玉124の移動が検出されていないため、持ち点表示は確定しない。
なお、持点(持点>0)が記録されたカードを挿入したときには、擬似玉124を移動させることなく(擬似玉124の移動・検出を条件とすることなく)、即座に持点表示をするようにしてもよい。このように構成した場合、持点が記録されていない(持点=0)カードが挿入されたときには、貸出操作が行なわれてカード残高を持点に変換する処理が実行されるときに擬似玉124を移動させ、移動した擬似玉124が検出されたことを条件にして残高の減額表示および持点の加算表示を有効にする。
そして、SQN=n+4、C−ID、持点=0(更新前持点数)をバックアップする。
次に、動作指示として、加算要求有、カード保持中ON、カード挿入処理中OFF、加算表示中ON、SQN=n+4、C−ID、加算要求数p=5000およびカード残高=7000を含むコマンドをS台へ送信する。なお、カード保持中とカード挿入処理中の動作指示は、図23で説明したように、会員カードとビジターカードとで分けてこれらカードの種類毎に区別して動作指示を送信し、S台において、カードの種類毎に区別して動作の表示を行なうようにしてもよい。
S台では、加算表示中ONと加算要求数p=5000とを含む動作指示のコマンドをLSI117が受信する。これに応じてLSI117は、加算用擬似玉ユニット120を駆動させ、所定数a1の擬似玉124を検出した後に、動作応答として、加算拒否OFF、SQN=n+5、C−ID、持点数=a1、加算数p=a1、減算数=0、遊技禁止を含むコマンドをCUに送信する。また、LSI117は、加算表示中ONと加算数p=a1とを含む表示器制御コマンドをLSI117から表示器用演出制御基板90へ送信する。表示器用演出制御基板90は、それを受けて、表示器51に持点としてa1点を加算中である旨の表示(加算表示中)を行なう(図86参照)。
LSI117は、このような処理をn回繰り返し、加算数pとしてa1、a2、…、an、持点数としてa1、a1+a2、a1+a2+a3、…をCUのメイン制御部323に順次送信する。n回目も持点数、すなわち加算数pとしてa1、a2、…、anの総和は加算要求数=5000となる。CUのメイン制御部323は、S台から持点数が送られてくる度に、持点数の表示を更新する。
図46は、図36に示した挿入時処理のサブルーチンプログラムを示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図46において、S31〜S37の各ステップはCUが実行し、S38〜S40、S42〜S45はS台が実行する。
まずCUは、ステップ(以下単にSという)31により、中断中であるか否かの判定を行なう。この中断中であるか否かは、後述する図53に示した中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、S32により、挿入されたカードのC−IDと中断操作されたカードのC−IDとが一致するか否か判定し、一致しない場合にはS35によりその挿入されたカードを排出して待機中(図44参照)へ移行する。
一方、挿入されたカードのC−IDと中断操作されたカードのC−IDとが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がS34へ進み、中断状態を解除し、S36により遊技を再開する処理が実行される。
一方、S31により中断中でないと判断された場合には、挿入されたカードのC−IDをS台へ送信する処理がS33により行なわれる。S台では、そのC−IDを受信し、その受信したC−IDとバックアップエリア(図7に示すバックアップデータ記憶部)に記憶されているC−IDとを比較する(S38)。そしてS39によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。
なお、変形例の制御内容として、S45とS37との処理を行なってもよい。S45により、バックアップエリア(バックアップデータ記憶部)に記憶されている遊技履歴データとC−IDとをCUへ送信した後削除する。CUでは、それを受信して、受信したデータを上位サーバ801へ送信する。上位サーバ801では、その受信した遊技履歴データとC−IDとをバックアップ記憶する。
一方、S39により一致すると判定された場合にはS42へ進み、バックアップエリア(バックアップデータ記憶)の遊技履歴データを現エリア(図7に示す遊技者遊技履歴データ記憶部)に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。
なお、変形例の制御内容として、S40、S43、S44の処理を行なってもよい。S39でYESの場合には、制御はS40へ進み、前回のカードが排出されてから所定時間(たとえば20分間)経過したか否かの判断がなされ、経過していないS40により所定時間が経過していると判断された場合には、S43により、バックアップエリア(バックアップデータ記憶部)の遊技履歴データとC−IDとを削除する処理がなされる。また、S42の後、S45により、遊技者が同一である旨の通知をCUへ送信する。なお、変形例の制御内容として、S40、S43、S44の処理およびS45、S47の処理を全て行なうように制御してもよい。
次に、図47を参照して、挿入された記録媒体(カード)に記録されているプリペイド残高を消費するときの処理を説明する。この図47の処理では、プリペイド残高が「1000」で、現時点における持点数が「10」となっている。なお、カードをCUへ挿入した時点で、その挿入したカードに持点=10が記録されている場合には、擬似玉124を移動させることなく(擬似玉124の移動・検出を条件とすることなく)、即座に持点数=10と表示するようにしてもよい。
まずCUからS台に対し、加算要求無、加算表示中OFF、SQN=n、C−ID、加算要求数p=0、および減算要求数p=0のコマンドが送信される。それを受けたS台では、動作応答として、SQN=n+1、C−ID、持点数=10、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=0遊技可のレスポンスが返信される。
一方、CUにおいては、1回の貸出操作により、500円分すなわち25点の貸出を行なう。CUにおいて貸出ボタン(貸出ボタン)321が押下操作された場合に、SQN=n+2、C−ID、および残高=1000をバックアップする。この段階では、擬似玉124が検出されていないために、残高消費、持点は未確定である。
そして、CUは、動作指示として、加算要求有、加算表示中ON、SQN=n+2、C−ID、加算要求数p=25、およびカード残高=500のコマンドをS台へ送信する。これに応じてLSI117は、加算用擬似玉ユニット120を駆動させ、加算要求数p=25個の擬似玉124を検出した後に、持点数35を含む表示器制御コマンドを表示器用演出制御基板90へ送信する。表示器用演出制御基板90は、それを受けて、表示器51に持点数35を加算中である画面を表示させる。
次に、S台は、SQN=n+2、C−ID、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0をバックアップするとともに、レスポンスを作成した後、加算数p、減算数p、加算数c、減算数cの各カウンタ値を0クリアし、現在の持点数10に対して加算要求数p(=25)を加えた35の値に持点数を更新する。
そして、動作応答として、加算拒否OFF、SQN=n+3、C−ID、持点数=35、加算数=0、減算数=0、遊技可のレスポンスを返信する。
それを受けたCUでは、SQN=n+3、C−ID、持点数=10(更新前持点数)+25(加算要求数p)+0(加算数p)−0(減算数p)=35およびクレジット数=0(更新前クレジット数)+0(加算要求数c)+0(加算数c)−0(減算数c)=0を計算してバックアップするとともに、加算数p累計=0、減算数p累計=0、加算数c累計=0、減算数c累計=0をバックアップする。
やがて、CU側での持点加算の表示が終了すると、図79示すように、CU側からS台側へ加算表示中OFFを含む動作指示コマンドが送信される。
次に、図48を参照して、貯メダルを消費する再プレイ時における処理を説明する。この図48では、挿入された記録媒体(カード等)により特定される貯メダルが「1000」であり、当初の持点が「0」の状態となっている。この図48における再プレイの処理は、図47で示した残高の消費のときの処理と類似している。
CU側では、遊技者所有の遊技用記録媒体(会員用カード等)が挿入されてそのカードにより特定される貯メダルが存在する状態で、再プレイボタン319が押下操作された場合に、SQN=n+2、C−ID、持点数=0(更新前持点数)、加算要求数p=25、減算要求数p=0、貯メダル=1000、クレジット数=0、加算要求数c=0、減算要求数c=0をバックアップする。
なお、カードをCUへ挿入した時点で、その挿入したカードに対応する貯メダルが存在(貯メダル数>0)する場合には、その貯メダル数をCUあるいはS台にて表示するようにしてもよい。
そして、CUは、動作指示として、加算要求有、加算表示中ON、SQN=n+2、C−ID、加算要求数p=25、減算要求数p=0を含むコマンドをS台へ送信する。これに応じてLSI117は、加算用擬似玉ユニット120を駆動させ、加算要求数=25個の擬似玉124を検出した後に、持点数25を含む表示器制御コマンドをLSI117が表示器用演出制御基板90へ送信する。表示器用演出制御基板90は、それを受けて、表示器51に持点数25を加算中である画面を表示させる。
その他の処理においては、図47の処理と同様である。以上説明したように、貯メダルの消費はS台からの動作応答のレスポンスを待つことなく再プレイボタン319の押下操作が行なわれた時点でCU側単独で確定し、持点数は、S台からの動作応答のレスポンスを待って確定する。
次に、図49を参照して、CU側の指示による持点数の減算(ワゴンサービス等)の処理を説明する。遊技場においては、遊技者所有の持点を消費してドリンク等を遊技者に提供するというワゴンサービスが行なわれている。このようなワゴンサービスを遊技者が受ける場合には、遊技者が表示器312をタッチ操作し(図97〜図101参照)、ワゴンオーダーをすることにより、遊技者が注文したオーダー内容がカードユニット3のIR感光ユニット320から赤外線信号として遊技場の店員が所持しているリモコンに入力される。
遊技場の店員はリモコンに入力されたオーダー内容に従ってワゴンサービスを行なう。図49においては、遊技者所有の持点が「1000」、クレジット数が「10」ある状態で、使用持点数「300」を消費するワゴンオーダーが発生した場合を示している。ワゴンオーダーが発生すると、CUは、SQN=n+2、C−ID、加算要求数p=0、減算要求数pとしてワゴンオーダー発生に伴う持点の使用数である「300」をバックアップする処理を行なう。この段階では、CUは持点から実際に300の減算は行なわず、単に減算要求数pとして「300」をバックアップするのみである。そして、CUからS台へ、動作指示として、減算要求有、減算表示中ON、SQN=n+2、C−ID、加算要求数p=0および減算要求数p=300、クレジット数=10、加算要求数c=0および減算要求数c=0のコマンドを送信する。
それを受けたS台は、自身が記憶している持点数カウンタの値が、減算要求数p以上であるか否かを判定する。なお、この判定はLSI117により実行される。図49では、持点数カウンタの値が、減算要求数p以上である場合を想定している。S台では、持点数カウンタの値が減算要求数p以上である場合には、減算用擬似玉ユニット121を駆動して減算要求数300に対応する擬似玉を移動させる。その後、減算表示中ONと減算要求数=300とを含む表示器制御コマンドをLSI117から表示器用演出制御基板90へ送信する。表示器用演出制御基板90は、それを受けて、表示器51に持点として300を減算中である旨の表示(減算表示中)を行なう。また、現在の持点数1000から減算数300を減算した「700」に持点数を更新する。
さらにS台は、CUへ、動作応答として、減算拒否OFF、SQN=n+3、C−ID、現持点数=700、加算数p=0、減算数p=300、クレジット数=10、加算数c=0、減算数c=0、遊技可のレスポンスを返信する。また、S台は、SQN=n+3、C−ID、前加算数p=0、前減算数p=300、前加算数c=0、前減算数c=0をバックアップするとともに、加算数p、減算数p、加算数c、減算数cの各カウンタの値を0クリアする。
そして、CUでは、SQN=n+3、C−ID、持点数=1000(更新前持点数)+0(加算数p)−300(減算数p)=700を算出し、持点数を「700」に修正して、これをSQN=n+3とともにバックアップする。このように、持点数の減算は、S台からの動作応答のレスポンスを待って初めて確定する。
また、CUは、C−ID、加算数p累計=0、減算数p累計=0、加算数c累計=0、減算数c累計=0をバックアップする。
一方、S台が、自身が記憶している持点数カウンタの値が減算要求数p未満であると判定した場合には、S台は、減算要求数pに応じた持点数の減算を実行しない。また、この場合、S台はCUに対して、動作応答として、減算拒否ONの動作応答を返信する。これにより、CUには、S台が減算要求を拒否したために減算要求に基づく持点の減算が行なわれなかったことが通知される。
次に、図50を参照して、ビッグボーナス中に小役入賞の発生が検知された場合の処理を説明する。この図50では、当初の持点数が1000、クレジット数が14であり、遊技中のS台とCUとの間で動作指示および動作応答の送受信が行なわれている最中に、ビッグボーナスが発生した状態が示されている。
まず、CUにおいて、SQN=nおよびC-IDをバックアップし、CUからS台に対して、動作指示として、加算要求無、減算要求無、SQN=n、C-IDのコマンドを送信する。それを受けたS台では、3BETのゲームが開始されている。その結果、S台では、SQN=n+1、前加算数c=0、前減算数c=3をバックアップするとともに、クレジット数=14+0(加算数)−3(減算数)=11を算出して、クレジット数を11に更新する。さらに、レスポンスの作成後、加算数c、減算数cの各カウンタ値を0クリアする。
上記のようにゲーム中は、クレジットが消費され、持点は、クレジットへの変換により消費される。
そして、S台は、動作応答として、SQN=n+1、持点数=1000、クレジット数=11、加算数p=0、減算数p=0、加算数c=0、減算数c=3、遊技可、ビッグボーナスOFFのレスポンスをCUへ送信する。このように、S台は、加算数p、減算数p、加算数c、減算数cのみならず、持点数およびクレジット数もCUへ送信している。その結果、CUは、S台で記憶している持点数およびクレジット数が、CUで管理している持点数およびクレジット数とそれぞれ一致しているか否かを判定できる。
動作応答のレスポンスを受けたCUでは、クレジット数=14+0−3=11を計算してその11をクレジット数としてバックアップするとともに、加算数c累計=0、減算数c累計=3をバックアップする。なお、持点については、持点数=1000、加算数p累計=0、減算数p累計=0をバックアップする。
このような動作指示のコマンドおよび動作応答のレスポンスの送受信を繰返し実行している最中に、S台においてビッグボーナスが発生し、やがてクレジット関連情報が、持点数=1000、クレジット数=25、加算数c=14、減算数c=0に変動する。そしてS台においてビッグボーナス中に小役入賞が発生する。ビッグボーナス中の小役入賞によって、たとえば、15点の持点が遊技者に付与される。すると、S台は、SQN=n+N+1、前加算数=15、前減算数=0をバックアップするとともに、クレジット数の上限が25までであるので、上限25となるまで加算される。具体的には、加算数cは14までクレジット数に加算されることになる。クレジット数=11+14(加算数)=25を算出して、クレジット数を25に更新する。余剰の得点(ここでは、1である。)は、加算用擬似玉ユニット120を駆動させ、持点に変換されることになる。
さらに、レスポンスの作成後、加算数p、減算数p、加算数c、減算数cの各カウンタ値を0クリアする。さらに、S台は、動作応答として、SQN=n+N+1、持点数=1001、加算数p=1、減算数p=0、クレジット数=25、加算数c=14、減算数c=0、遊技可、ビッグボーナスONのレスポンスをCUへ送信する。
CUは、それを受けて、ビッグボーナスに小役入賞が発生したことを検知する。さらに、CUは、SQN=n+N+1、クレジット数=11+14(加算数c)=25を計算してその25にクレジット数を修正してバックアップするとともに、加算数c累計=14、減算数c累計=0をバックアップする。クレジット値が上限の25までなっているので、余剰の得点について、持点変換のため、CUは、SQN=n+N+a、持点数=1000+1(加算数p)−0(減算数p)=1001を計算してその1001に持点数を修正してバックアップするとともに、加算数p累計=1、減算数p累計=0をバックアップする。
次に、図51を参照して、S台で遊技をしている最中にクレジットがなくなったことが検知された場合の処理を説明する。当初のクレジット数=6とし、まずCUは、SQN=n、C−ID、加算要求数=0、および減算要求数=0をバックアップし、動作指示として、加算要求無、減算要求無、およびSQN=nのコマンドをS台へ送信する。S台においては、たとえば、賭数3が設定されたことに基づいて、SQN=n+1、C−ID、前加算数p=0、前減算数p=3、前加算数c=0、前減算数c=3をバックアップする。そしてレスポンス作成後、加算数p、減算数p、加算数c、減算数cの各カウンタ値を0クリアする。
そして、S台は、動作応答として、SQN=n+1、C−ID、持点数=106、クレジット数=3、加算数p=0、減算数p=0、加算数c=0、減算数c=3、遊技可のレスポンスをCUへ送信する。CUでは、SQN=n+1、C−ID、持点数=6+0−3=3を算出してその後にクレジット数を修正してバックアップするとともに、加算数p累計=0、減算数p累計=0、加算数c累計=0、減算数c累計=3をバックアップする。
その後、暫く、コマンドとレスポンスとのやりとりが継続する。
その後、S台において、さらに賭数3が設定されたゲームが開始されると、減算数=3となる。その結果、クレジット数=3−3=0となる。このクレジット数=0になった段階で、S台においては、クレジットなしが検出される。すなわち、LSI117は、自身で記憶しているクレジット数カウンタの値に基づいてクレジット残数が賭数設定に必要な数以下であることを判定する。この段階で、LSI117は賭数操作無効状態(遊技禁止状態)に制御して新たな遊技の開始を禁止する。具体的には、LSI117から主制御基板116に対して、賭数設定の禁止を通知するためのBET不可信号が送信される。これを受けた主制御基板116は、1枚BETスイッチ5およびMAXBETスイッチ6の操作を無効化する。なお、持点なしが検出された段階でゲーム実行中、すなわち可変表示装置が可変表示中であった場合、S台は、その可変表示ゲームは続行させ、次回のゲームの開始を禁止する。
CUでは、SQN=n+N、C−ID、加算要求数p=0、減算要求数p=0、加算要求数c=0、減算要求数c=0をバックアップし、動作指示として、加算要求無、減算要求無、C−ID、およびSQN=n+NのコマンドをS台へ送信する。
S台では、C−ID、SQN=n+N+1をバックアップするとともに、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=3をバックアップし、減算数c=3を含むレスポンスを作成した後、加算数p、減算数p、加算数c、減算数cの各カウンタ値を0クリアする。
そして、S台は、動作応答として、SQN=n+N+1、C−ID、持点=106、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=3、遊技禁止の動作応答をCUへ送信する。この動作応答は、「1つ目の動作応答を送信してから賭数操作無効状態にするまでの間に特定された変化量を特定可能な更新情報」である。
CUでは、それを受けて、クレジット数=3+0−3=0を算出してクレジット数を0に修正してバックアップするとともに、SQN=n+N+1、C−IDをバックアップし、さらに加算数p累計=0、減算数p累計=0、加算数c累計=0、減算数c累計=6に修正する。
このように、持点数およびクレジットの主たる管理はCUで行なっているが、遊技禁止制御(賭数設定禁止制御)を行なうか否かの判定のときにのみ、S台側における持点数およびクレジットを利用する。これにより、CUで管理記憶している持点数およびクレジットに基づいて遊技禁止制御を行なう場合に比較して、持点数およびクレジットの変動に即した遊技禁止制御をリアルタイムで行なうことができる。
次に図52を参照して、カードの返却操作があったときの処理を説明する。当初持点数=500、クレジット数=5の状態で、CUからS台への動作指示、それに応えてS台からCUへの動作応答が行なわれた段階で、返却ボタン322が押下操作された場合に、CUは、次の動作指示として、遊技を禁止させるための禁止要求有、クリア要求無、クリア表示中OFF、SQN=n+2、C−IDのコマンドをS台へ送信する。S台では、そのコマンドに含まれる禁止要求有の指示に従って、賭数設定ができない賭数操作無効状態(遊技禁止状態)に制御する。その後、1ゲーム規制時間(たとえば、4.1秒)以上の所定時間に対応するウエイトを設ける。前記所定時間は、たとえば、10秒である。このウエイト時間の間、S台とCUとの間でポーリングを継続する。このようにウエイト時間を設けることによって、CUから禁止要求のコマンドを受信した段階で既にゲームが開始していた場合(可変表示装置が可変表示中であった場合)に、そのゲーム結果が確定する前にカードの返却処理が行なわれることを防止している。
なお、このポーリングの間においては、S台からCUに対して、準備中であることを示すデータを繰り返し送信する一方、CUからS台に対して、禁止要求を繰り返し送るようなシーケンスを採用してもよい。
あるいは、このポーリングの間においては、S台からCUに対して、準備中であることを示すデータを1回送信する一方、CUからS台に対して、準備中であることを承諾したことを示すデータを1回送信し、その後は、ゲーム終了に至るまで、CUからは何らの指令を含まない動作指示を繰り返し送るようなシーケンスを採用してもよい。
または、このポーリングの間においては、S台からCUに対して、禁止拒否を示すデータを送信する一方、CUからS台に対して、禁止要求を繰り返し送るようなシーケンスを採用してもよい。
そして、ウエイト時間が経過した段階で、S台は、動作応答として、SQN=n+N+1、C−ID、持点数=500、クレジット数=5、加算数p=5、減算数p=0、加算数c=0、減算数c=5、遊技禁止、遊技完了ONのレスポンスをCUへ送信する。
このとき、クレジットから持点への変換が行われ、クレジット数がなくなるまで、加算用擬似玉ユニット120を駆動させ、持点に変換されることになる。
このときに送信される持点数が、遊技終了時の最終の持点数となる。なお、このシーケンス例は、ウエイト時間中に入賞が発生することがなく、入賞により加算数も減算数も共に変化しなかった場合を示している。仮にウエイト時間中に入賞が発生した場合には、その入賞に応じたクレジット数から持点への変換がされ、その変換された持点数を加えて「加算数p」としてCUへ送信されることになる。
この動作応答を受けたCUは、SQN=n+N+2とクリア要求有のデータとをバックアップする。さらに、動作応答に含まれる、「加算数p、減算数p、加算数c、減算数c」に応じて、記憶している「持点数、総加算数p、総減算数p、クレジット数、総加算数c、総減算数c」の各データを更新する。これによって、遊技終了時の持点数がCU側で確定されることになる。なお、クレジット数は、このように、最終の持点数をCU側で確定しているために、S台側に持点管理機能を設ける必要がなく、その分、S台のコストを極力抑えることができる。
SQN=n+N+2とクリア要求有のデータとをバックアップしたCUは、続いて、動作指示として、クリア要求有、クリア表示ON、SQN=n+N+2、C−IDのコマンドをS台へ送信する。その後、CUはクリア中である旨の表示(クリア表示中)を表示器312に表示させる(図106、図107参照)。この「クリア要求有」が、S台の持点数の初期化を指示するデータである。
S台では、CUから送信されてきたコマンドに含まれているクリア表示中ONを含む表示器制御コマンドをLSI117が表示器用演出制御基板90へ送信する。表示器用演出制御基板90は、それを受けて、表示器51にクリア中である表示画面(クリア表示中の画面)を表示させる。
なお、この例では、CUは、返却ボタン322の操作に基づいた「遊技終了を要求する信号」の入力を受けて、遊技終了時の持点数を確定させている。しかしながら、「遊技終了を要求する信号」としては、返却ボタン322の操作に基づいた信号に限られない。
たとえば、CUに、遊技者の指紋を認証する指紋認証部を設ける。遊技機の開始時には、指紋認証部による認証を必須とし、遊技者が遊技開始時にCUに挿入した遊技カードにより特定される指紋情報と、指紋認証部により検出された指紋情報とが一致することを条件として遊技を許可する。さらに、遊技終了時にも指紋認証部による認証を必須とし、指紋認証部により検出された指紋情報が遊技開始時に検出された指紋情報と一致することを条件として遊技を終了させる。この場合には、「遊技終了を要求する信号」は、指紋認証部で検出される指紋情報となる。
あるいは、返却ボタン322に相当するボタンをS台側に設けてもよい。
その他、遊技機設置島全体を管理するサーバ等から遊技終了要求信号がCUに入力された場合には、返却ボタン322の操作の有無に関わらず、遊技を終了させてもよい。この場合、サーバから入力される遊技終了要求信号によって「遊技終了を要求する信号」が構成される。
図52の説明に戻る。クリア要求有、クリア表示中、SQN=n+N+2、C−IDのコマンドを受信したS台は、現在記憶エリアに更新記憶されている遊技履歴データとC−IDとをバックアップエリアにシフトして記憶する。
次に、S台は、動作応答として、クリア要求を拒否しない旨のクリア拒否OFF、SQN=0、C−ID、持点数=0、クレジット数=0、加算数p=0、減算数c=0、加算数p=0、減算数c=0、遊技禁止、遊技完了ONのレスポンスをCUへ送信する。そしてCUは、SQN=0、持点数=0、カード記録持点=505をバックアップする。このカード記録持点=505は、クリア要求直前に受信した持点数に基く値である。
その後、CUは、挿入されているカードに持点=505を記録して排出して遊技者に返却する。そして、動作指示として、禁止要求無、クリア要求無、クリア表示中OFF、SQN=m、C−ID=00hを含むコマンドをS台へ送信する。その後、S台は、動作応答として、SQN=m+1、C−ID=00h、持点数=0、クレジット数=0、加算数p=0、減算数p=0、加算数c=0、減算数c=0、遊技禁止、遊技完了ON、特賞OFFおよび確変OFFのレスポンスをCUへ送信する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している持点数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUが記憶している持点数に対応する値に更新する。その後CUがカードを排出する。このように、カードの持点を直接カードに記録することと、上位サーバにてカード番号に対応付けて持点を記憶することの両者を総称して、カードに持点を「対応付ける」と表現する。
図53は、遊技を中断するときのカードユニットとスロットマシンとの処理の一例を示す図である。
図52のカードを返却するときのカードユニットとスロットマシンとの処理に類似しており、相違点としては、返却ボタンの押下の代わりに中断操作が行なわれる。この中断操作は、遊技者が小用を済ませるべく遊技を一時中断するための操作であり、遊技者が遊技場の店員を呼び、店員に遊技中断のためのリモコン操作を行なってもらう。すると、そのリモコンから出力された赤外線信号をIR受光ユニット315が受光して電子信号に変換してメイン制御部323に入力する。S台は、CUからの禁止要求を受けて、BET操作を禁止してゲームができない状態にする。なお、リールが回転中に禁止要求を受けた場合には、前述と同様にゲーム終了までのウエイト時間(たとえば、10秒)を設けており、そのウエイト時間経過までは、動作応答として遊技禁止、遊技完了OFFが返信される。
また、この遊技中断処理の場合には、CUが遊技完了を検知してもクリア要求をS台へ送信しない。その結果、S台においては、中断した遊技者に関するデータ(C−ID、持点数等)を記憶保持している。そしてCUはカードを排出するときに、持点0のカードを排出して遊技者に返却する。その後、中断中は他の遊技者の遊技が禁止される(図46参照)。
図54を参照して、前面扉2bのロックを解除して開放するときの処理を説明する。まず、最初の動作指示としては、前面扉の開放要求のない前面扉開要求無の指示を含むコマンドがCUからS台へ送信される。それを受けたS台は、動作応答として、持点数=500を含む通常のレスポンスをCUへ返信する。
この段階で、たとえばS台においてスタート操作をしてリール2L、2C、2Rが回転を開始した後に表示器51の表示にトラブルが発生するなどして、遊技者が遊技場の係員を呼出した場合に、遊技場の係員は、所持しているリモコンを操作して前面扉2bのロックを解除して開放させるための赤外線信号をIR感光ユニット320に送信する。
それを受けたIR感光ユニット320は、受信した赤外線信号に含まれる前面扉開放指示信号をメイン制御部323へ入力する。その前面扉開の指示入力を受けたCUは、動作指示として、遊技を禁止させて前面扉を開放させるため、禁止要求有、前面扉開要求有、およびSQN=n+2のコマンドをS台へ送信する。
S台は、それを受けて、まず、賭数設定ができない賭数操作無効状態(遊技禁止状態)に制御する。これによりBET操作が禁止される。ただし、その時点ですでにリール2L、2C、2Rが回転している場合があり、このようなゲーム中の場合に、そのゲームの進行自体を停止させることはしない。また、S台は、上記のコマンドを受けたときにBET操作を禁止するものの、前面扉のロックを即座に解除することはしない。
たとえば、この図54では、賭数操作無効状態(遊技禁止状態)に制御された段階でリール2L、2C、2Rが回転中である場合を示している。
次に、S台は、1ゲーム規制時間に対応する4.1秒以上のウエイト時間(たとえば、10秒)を設ける。このウエイト時間の間、S台とCUとの間でポーリングを継続する。このようにウエイト時間を設けることによって、CUから禁止要求有のコマンドを受信した段階で既にゲームが開始していた場合(可変表示装置が可変表示中であった場合)に、そのゲーム結果が確定する前に前面扉2bが開放されてしまうことを防止している。
S台は、ウエイト時間が経過するまでの間、レスポンスとして、禁止拒否OFF、遊技禁止の動作応答をCUに返信する。一方、CUは、これに対して、禁止要求有、前面扉開要求有のコマンドを送信することを継続する。
やがて、賭数操作無効状態(遊技禁止状態)に制御された段階で既に進行していたゲームの結果が確定し、たとえば、ここでは10点の入賞が発生したものとする。すると、図54に示すように、賭数操作無効状態(遊技禁止状態)においても、その間で持点またはクレジット加算すべき事情が生じた場合には、S台からCUに向けて、その加算数(ここでは加算数c=10)を含む動作応答が送信される。すなわち、S台は、遊技禁止状態にしている間において持点およびクレジットが変化したときにもその変化量を特定して、その変化量をCUへ送信する。その結果、CU側では、遊技禁止状態となってから遊技結果が確定するまでの間の持点およびクレジットの変化量をも含めた持点およびクレジットを管理可能となる。
やがて、ウエイト時間が経過すると、S台(LSI117)は、前面扉開放ソレノイド110を励磁して前面扉2bのロックを解除して前面扉2bを開放する。また図25に示した遊技台状態における前面扉開発生中のBit6のビットをONすなわち「1」にする処理を行ない、以降、前面扉2bが閉じるまで(前面扉閉鎖検出器112からの検出信号が入力されるまで)ONのまま維持する。そして、S台は、動作応答として、前面扉開拒否OFF、C−ID、遊技禁止、および前面扉開発生中の応答を含むレスポンスをCUへ返信する。
CUでは、前面扉開要求のコマンドに対して拒否されなければすなわち前面扉開拒否OFFの応答を含むレスポンスが返信されてくれば、前面扉2bは開放されたと判断する。
以上、図54を用いて説明したとおり、本実施の形態によれば、S台の前面部材の具体例となる前面扉2bの閉塞状態について、遊技進行に影響を与えることなくCU側からのコマンドによって解除可能となる。
なお、S台のLSI117は、CUから前面扉開放要求有のコマンドを受信したときに、ゲーム中、すなわち、リール2L、2C、2Rのいずれか1つが回転中であるか否かを判定し、リール2L、2C、2Rのいずれか1つが回転中である場合には、すべてのリール2L、2C、2Rが停止した後、あるいはすべてのリール2L、2C、2Rが停止して入賞発生時の持点およびクレジット加算数の演算時間経過後に、前面扉2bの閉塞状態を解除するようにしてもよい。
この場合、S台は、可変表示装置(リール2L、2C、2R)で図柄が可変表示しているゲームの最中にロック手段によるロックの解除を指示するための情報(前面扉開放要求有のコマンド)が受信されたときには当該ゲームが終了し前記遊技禁止状態にするまで前記ロック手段によるロックを解除させる制御を遅延させることになる。
あるいは、S台のLSI117は、CUから前面扉開放要求有のコマンドを受信したときに、ゲーム中であるか否かを判定し、ゲーム中である場合には前面扉を開放せずにCUに対して前面扉開放拒否ONのレスポンスを返すようにしてもよい。つまり、S台は、CUから前面扉開放要求有のコマンドを受信したときにゲーム中でない場合に限って、前面扉開放要求を受け付けるようにしてもよい。
次に図55を参照して、CUがカード保持中に電源起動されてそのときにS台が接続されていない異常が発生したときの処理を説明する。カードが挿入されてS台で遊技をしている最中にCUとS台との間の通信断が発生したために、CUの電源を再起動した段階で、CUからリカバリ要求のコマンドがS台へ送信される。しかし、S台の未接続異常が発生しているために、S台からのレスポンスがCUに返信されてこない。
すると図31で説明したように、CUは、リカバリ要求のコマンドをS台に再送する。それにも拘らずS台からのレスポンスが返信されてこない場合には、2回目のリカバリ要求をS台に再送する。その2回目の再送に対してもS台からレスポンスが返信されてこない場合には、この段階でCUは、通信異常と判断し、未接続によりエラーが発生した旨の表示を表示器312により行なわせる制御を実行する。なお、リカバリ要求の代わりに、機器情報要求のコマンドを送信するようにしてもよい。
この状態で、遊技場の店員がそのCUに対してリモコン操作し、挿入されているカードを強制的に排出する赤外線信号をIR感光ユニット320へ出力すると、その強制排出信号がメイン制御部323へ入力される。CUはそれを受けて、CUでバックアップしている「持点数」を挿入されているカードの「持点(貯メダル)」(自動的にクレジット数からの持点への変換分も含む。)に加算するとともに、CUの「持点数」「クレジット数」「接続時刻」を0クリアしたうえで、挿入されているカードを排出する指令をカードリーダライタ327へ出力する。それを受けたカードリーダライタ327は、取込んでいるカードを排出する。
なお、持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、CUが記憶している持点数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUが記憶している持点数に対応する値に更新する。その後CUがカードを排出する。
その後、CUは、S台に対してリカバリ要求のコマンドを送信して接続シーケンス(図43参照)の再開処理を行なう。CUは、カードが挿入された状態(待機中以外の状態)での接続シーケンスの再開であると判断し、図33の電源起動時の接続シーケンスではなく図43の再接続時の接続シーケンスを実行する。S台の未接続異常が発生してから接続シーケンス(図43参照)の再開処理が実行されて最初の動作応答をS台が送信するまでの間に、加算数p(たとえばj)または減算数p(たとえばr)が発生している場合の処理は、図43の再開処理で行なわれる。
図43を参照して、CUは、リカバリ応答をS台から受信することにより、持点数=0+j(加算数p)+r(減算数p)を算出して、その算出結果である持点数=j+rをバックアップする。そして、図43で説明したように、SQN補正ON、持点補正ON、およびSQNの値と持点の値とを含む通信開始要求をS台に送信して、S台のSQNと持点数とクレジット数とを補正させる。
次に図56を参照して、CUからの動作指示(要求動作無)がS台に未到達の場合の処理を説明する。なお、ここでは、3BETによる1ゲームが開始してから入賞が発生し、15点が遊技者に付与されるまでの間でのシーケンスを例示する。
S台は、CUからの動作指示のコマンドを受信したことにより、現在持点・クレジット関連情報記憶領域に記憶されている持点およびクレジットの現加算減算数を、前持点・クレジット関連情報記憶領域に、持点およびクレジットの前加算減算数としてバックアップ記憶させ、現在持点・クレジット関連情報記憶領域に記憶されている持点およびクレジットの現加算減算数のデータを0クリアするというバックアップクリア処理を行なうのであるが、図56の場合にはCUからの動作指示がS台に未到達である。ゆえに、S台では、前述のバックアップクリア処理が行なわれない。その結果、賭数設定により減算数が発生し、また、入賞の発生により加算数が発生するたびに、それらデータを現在持点・クレジット関連情報記憶領域に現在持点・クレジット関連情報として加算記憶する。
まず、現時点の持点数=520、クレジット数=10のある時点において、S台がCUに対して3BETのゲーム開始前に動作応答(加算数および減算数ともに0)を返信したものとする。続いて、CUが動作指示として要求無、SQN=nのコマンドをS台に送信する。しかし、そのコマンドがS台に到達しないために、S台からのレスポンスがCUに返信されない。その結果、図31に基づいて説明したように、CUは同じ動作指示のコマンドを再度S台へ送信する。この再度の送信もS台に到達しなかった場合に、S台からのレスポンスがCUに返信されないために、CUは同じ動作指示について2回目の再送信を行なう。この再送信が繰返されるときには、SQNの値がnで維持され、「1」の加算更新は行なわれない。その間に3BETのゲームが開始し、やがてそのゲームが終了する。
2回目の再送信でコマンドがS台に到達した場合に、その動作指示の到達までの間において、S台では、前述したように、3BETゲームが開始・終了しており、賭数設定に応じた減算数cが3発生するとともに、入賞に応じた加算数cが15発生している。このため、S台は、ゲームの開始時に減算数c=3のデータを現在クレジット関連情報として記憶し、さらにゲームの終了時に加算数c=15のデータを現在クレジット関連情報として記憶している。そして、その記憶されている加算数c=15、減算数c=3を用いて、現時点におけるクレジット数=10+15−3=22を計算し、動作応答として、SQN=n+1、クレジット数=500、加算数c=15、減算数c=3の動作応答のレスポンスをCUへ送信する。なお、クレジット数の上限である25を超えていないので、持点数の変動はなく、加算数p=0、減算数p=0となる。
CUはそれを受けて、クレジット数=10+15(加算数c)−3(減算数c)=22を算出し、その22にクレジット数を修正して記憶する処理を行なう。一方、持点数=520+0(加算数p)−0(減算数p)=520を算出し、その520に持点数を修正して記憶する処理を行なう。
このように、S台は、初めの動作応答を送信してから所定期間が経過しても動作応答の送信を指示する動作指示を受信できない状態が継続する間、ゲームの進行に伴う持点およびクレジットの変化量に基づいて、記憶している変化量を更新する。そして、やがて、動作指示が受信されたときに、その更新されている持点およびクレジットの変化量を加算数および減算数として送信する。
次に図57を参照して、S台からの動作応答(要求動作無に対する応答)がCUに未到達の場合の処理を説明する。この図57に示す場合には、CUからのコマンドがS台に入力されるために、前述したバックアップクリア処理が実行されるが、次回のCUからS台に送信されてくるコマンドのSQNの値が前回のSQNの値と同じであるために、S台は、CUへ送信した動作応答のレスポンスがCUに到達していないことによる再送であると判断し、前回持点・クレジット関連情報である持点およびクレジットの前加算減算数のデータを0クリアすることなくそれらデータに対して現在持点・クレジット関連情報としての持点およびクレジットの現加算減算数を加算する。
なお、図57では、3BETによる第1ゲームが開始してから入賞が発生し、10点が遊技者に付与され、続いて3BETによる第2ゲームが開始した段階までS台からの動作応答が未到達であった場合のシーケンスを例示する。
具体的には、現時点の持点数=520、クレジット数=18として、まずCUが動作指示として要求無、SQN=nのコマンドをS台へ送信する。それを受けたS台側では、3BET操作が検出されており、その段階で加算数c=0、減算数c=3、クレジット数=15のデータが生成されている。この場合、S台は、加算数c=0、減算数c=3のデータを前加算数c、前減算数cにバックアップ記憶させるとともにSQN=n+1をバックアップ記憶し、これらを含む動作応答のコマンドを作成して、SQN=n+1、クレジット数=15、加算数c=0、減算数c=3のレスポンスをCUへ送信する。また、S台は、現在持点・クレジット関連情報としての持点およびクレジットの現加算数および現減算数のデータを0クリアする。なお、この時点では、クレジット数の上限である25を越えていないため、持点、加算数p、減算数pは変化しない。
ところが、そのレスポンスがCUに到達しないために、CUでは、前回と同じ動作指示すなわち要求無、SQN=nのコマンドをS台へ送信する。
それを受けたS台側では、10点相当の入賞が発生しており、その段階で加算数c=10、減算数c=0、クレジット数=25のデータが生成されている。S台は、今回受信した動作指示のコマンドのSQNと前回受信した動作指示のコマンドのSQNとが同じnの値であるために、送信した動作応答のレスポンスがCUに到達しなかったことによる再送であると判断し、前回持点・クレジット関連情報としての持点およびクレジットの前加算数および前減算数のデータをクリアすることなくそれらデータに対して現在持点・クレジット関連情報としての持点およびクレジットの現加算数および現減算数のデータを加算してバックアップする。その結果、前加算数c=0+10=10、前減算数c=3+0=3となる。
S台は、これらデータからなる動作応答のレスポンスを作成した後、持点およびクレジットの現加算数および現減算数のデータを0クリアする。そして、動作応答として、S台は、SQN=n+1、クレジット数=25、加算数c=10、減算数=3のレスポンスをCUへ送信する。しかし、このレスポンスもCUに到達しないために、CUでは、再度同じ動作指示(要求無、SQN=n)のコマンドをS台へ送信する。
それを受けたS台では、前回のSQNと今回のSQNとがともにnであり変化していないことを判断して動作応答のレスポンスがCUに到達していないための再送信であることを検知する。この段階で、S台側では、第2ゲームを開始するための3BET操作が検出されており、加算数c=0、減算数c=3、クレジット数=22のデータが生成されている。
この場合、S台は、前回持点・クレジット関連情報としての持点およびクレジットの前加算数および前減算数のデータをクリアすることなくそれらデータに対して現在持点・クレジット関連情報としての持点およびクレジットの現加算数および現減算数のデータを加算してバックアップする。その結果、前加算数c=10+0=10、前減算数c=3+3=6となる。
S台は、これらデータからなる動作応答のレスポンスを作成した後、持点およびクレジットの現加算数および現減算数のデータを0クリアする。そして、動作応答として、S台は、SQN=n+1、クレジット数=22、加算数c=10、減算数c=6のレスポンスをCUへ送信する。
この動作応答のレスポンスがCUに到達したために、CUでは、クレジット数=18+10−6=22を算出し、その22にクレジット数のデータを修正して記憶する処理を行なう。
このように、先に送信した動作応答がCUに到達しなかったときには、S台は、未達の動作応答を再送した上で次の動作応答を送信するのではなく、未達であった情報を合算した後の情報を次の動作応答として送信する。その結果、遊技用装置では、持点数およびクレジット数に関する情報を確実かつ効率的に収集可能となる。なお、図57の例では、S台からの動作応答が1回未達の場合について説明したが、仮に動作応答が2回未達であった場合には、3回目に送信される動作応答には、2回目に送信された動作応答の情報を合算した合算値が含められることになる。
次に図58を参照して、CUからの動作指示(加算要求)がS台に未到達の場合の処理を説明する。現時点での持点数=520、クレジット数=6とし、持点からクレジットへの引落とし操作があった場合の減算要求数p=6、加算要求数c=6とし、まずCUが動作指示として、加算要求有、SQN=n、減算要求数p=6および加算要求数c=6のデータを含むコマンドをS台へ送信する。
しかしそのコマンドがS台に到達しないために、S台からのレスポンスがCUに返信されてこない。その結果、前述と同様に、CUは同じ動作指示のコマンドを再送信する。その再送信のコマンドもS台に到達しなかったためにそれに対応するS台からのレスポンスがCUに送信されてこない。よって、前述と同様にCUは同じ動作指示のコマンドについて2回目の再送信を行なう。この2回目の再送信コマンドがS台に到達する。CUからの動作指示のコマンドの未到達期間においては、S台では、前述のバックアップクリア処理を行なうことなく、現在持点関連情報としての現加算減算数に加減算データを加算して記憶する。
そして、S台は、現時点の持点数=520−6=514を算出し、また、クレジット数=6+6+10(現加算数)−3(現減算数)=19を算出し、現時点の持点数データおよびクレジット数データをそれぞれ514、19とし、動作応答のレスポンスを作成する。具体的には、S台は、持点数=6相当の擬似玉の移動があり、動作応答として、加算拒否OFF、SQN=n+1、持点数=514、加算数p=0、減算数p=6、クレジット数=19、加算数c=16、減算数c=3のレスポンスをCUへ送信する。
CUは、それを受けて、持点数=520−6=514、クレジット数=6+6+10−3=22を算出し、その514に持点数データを、その22にクレジット数データを修正して記憶する。
次に図59を参照して、S台からの動作応答(加算要求に対する応答)が未到達の場合の処理を説明する。ここでは、当初の持点数=520、クレジット数=6で、持点からクレジットへの引落として遊技使用するための操作が行なわれて10点の加算要求cが発生した場合を説明する。また、ここでは、S台側において3BETによる第1ゲームが開始してから入賞が発生せず、続いて3BETによる第2ゲームが開始した後に10点が付与される入賞が発生した場合のシーケンスを例示する。
まずCUは、動作指示として、加算要求有、SQN=n、減算要求数p=10および加算要求数c=10のコマンドをS台へ送信する。それを受けたS台側では、賭数3の第1ゲームを開始させるために減算数c=3が生じている、そこで、S台側では、記憶現在持点・クレジット関連情報として、加算数p=0、減算数p=10、加算数c=10、減算数c=3、ならびにSQN=n+1のデータを、前回持点・クレジット関連情報記憶領域にバックアップ記憶させるとともに、持点数=520−10=510、クレジット数=6+10−3=13を算出して持点数=510、クレジット数=13を記憶する。
そして、S台は、動作応答のレスポンスを作成した後、現在持点・クレジット関連情報記憶領域の記憶データを0クリアし、動作応答として、加算拒否OFF、SQN=n+1、持点数=510、加算数p=0、減算数p=10、クレジット数=13、加算数c=10、減算数c=3、のレスポンスをCUへ送信する。
しかし、そのレスポンスがCUに到達しなかったために、CUは、前回と同じ動作指示のコマンドをS台に再送信する。その再送信に際しては、SQNを「1」加算更新することなく前回と同じ値nのSQNをS台へ送信する。
S台では、そのコマンドを受信してSQNが前回と同じnの値となっているために、送信したレスポンスがCUに到達しなかったことによる再送であることを検知し、受信したコマンドに減算要求数p=10、加算要求数c=10が含まれているもののそのコマンドに基づいた持点の加算更新を行なわない。つまり、加算要求に応じた加算更新は2重実行しない。
また、S台側では、その段階で、賭数3の第2ゲームを開始させるために減算数c=3が生じている、そこで、S台側では、前回持点・クレジット関連情報記憶領域に既に記憶されている前回持点・クレジット関連情報に対して現在持点・クレジット関連情報記憶領域に記憶されているデータすなわち加算数c=0、減算数c=3を、加算して記憶する。そして、持点数=510+0−0=510、クレジット数=13+0−3=10を算出し、持点数を510に、クレジット数を10に修正したうえで記憶する。
その後、S台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否OFF、SQN=n+1、持点数=510、加算数p=0、減算数p=10、クレジット数=10、加算数c=10、減算数c=6をレスポンスとしてCUへ送信する。
このレスポンスもCUに到達しなかったために、CUは同じ動作指示のコマンドについて2度目の再送信を行なう。
S台では、前述と同様に再送検知を行ない、減算要求数p=10、加算要求数c=10を受信しつつもそれに伴う加算更新は行なわず、加算要求に応じた加算更新の2重実行を行なわない。また、この段階で、S台側では第2ゲームが入賞したことによって、加算数c=10が生じている。そこでS台側では、前述と同様に、前回持点・クレジット関連情報記憶領域への記憶、持点数およびクレジットの算出、レスポンスの生成、現在持点・クレジット関連情報記憶領域の0クリアを行なった後、動作応答として、加算拒否OFF、SQN=n+1、持点数=510、加算数p=0、減算数p=10、クレジット数=20、加算数c=10、減算数c=6のレスポンスをCUへ送信する。このレスポンスがCUに到達したために、CUでは、持点数=520+0−10=510、クレジット数=を算出し、持点数を549に修正して記憶する。
このように、S台では、CUから送信されてきた加算要求数データを含むコマンドを受信しても、そのコマンドに含まれるSQNの値が前回のコマンドのSQNの値と同じであった場合には、再送信であると判断し、追加の加算要求であると判断せず、持点の加算更新を行なわず、加算要求に応じた加算更新の2重実行を行なわない。
次に図60を参照して、CUからの動作指示(減算要求)がS台に到達しなかった場合の処理を説明する。当初の持点数=520、クレジット数=8で、クレジット精算ボタン操作が発生した場合を説明する。まずCUは、動作指示として、減算要求有、SQN=n、加算要求数p=8、および減算要求数c=8のコマンドをS台へ送信する。ところがそのコマンドがS台に到達しなかったために、S台からのレスポンスがCUへ返信されない。よって、CUは再度同じ動作指示のコマンドをS台へ送信する。この再送信のコマンドもS台に到達しなかったためにS台からのレスポンスがCUへ返信されない。そこでCUは同じ動作指示のコマンドについて、2回目の再送信を行なう。この2回目の再送信のコマンドがS台に到達する。
S台では、CUからの動作指示のコマンドが未到達の期間中、図56の処理と同様に、持点およびクレジットの加算数および減算数が発生するたびに現在・クレジット持点関連情報記憶領域にそれらデータを記憶する。たとえば、この図60では、加算数c=10、減算数c=0になっていたものとする。すると、3回目の動作指示のコマンドがようやくS台に入力された段階で、持点=520−0+8=528、クレジット数=8−8+10=10を算出して、その持点=528、クレジット数=10をそれぞれ記憶する。そして、動作応答として、減算拒否OFF、SQN=n+1、持点数=528、加算数p=8、減算数p=0、クレジット数=10、加算数c=10、減算数c=8、のレスポンスをCUへ送信する。
CUではそれを受けて、持点=520−10+0=510、クレジット数=8−8+10=10を算出し、その510に持点を、その10にクレジットを修正して記憶する。
次に図61を参照して、S台からの動作応答(減算要求に対する応答)がCUに到達しなかった場合の処理を説明する。ここでは、S台側において3BETによるゲームが開始した後に10点が付与される入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=8として、クレジット精算ボタン操作が発生した場合を説明する。まずCUは、動作指示として、減算要求有、SQN=n、加算要求数p=8および減算要求数c=8のコマンドをS台へ送信する。そこで、S台側では、現在持点・クレジット関連情報としての、加算数c=0、減算数c=0、ならびにSQN=n+1のデータを、前回持点・クレジット関連情報記憶領域にバックアップ記憶させるとともに、持点数=520−0+8=528、クレジット数=8−8=0を算出してそれぞれ持点数=528、クレジット数=0を記憶する。
そして、S台は、動作応答のレスポンスを作成した後、現在持点・クレジット関連情報記憶領域の記憶データを0クリアし、動作応答として、加算拒否OFF、SQN=n+1、持点数=528、加算数p=8、減算数p=0、クレジット数=0、加算数c=0、減算数c=8のレスポンスをCUへ送信する。
しかし、そのレスポンスがCUに到達しなかったために、CUは、前回と同じ動作指示のコマンドをS台に再送信する。その再送信に際しては、SQNを「1」加算更新することなく前回と同じ値nのSQNをS台へ送信する。
S台では、そのコマンドを受信してSQNが前回と同じnの値となっているために、送信したレスポンスがCUに到達しなかったことによる再送であることを検知し、受信したコマンドに減算要求数c=8が含まれているもののそのコマンドに基づいたクレジットの減算更新を行なわない。つまり、減算要求に応じた減算更新は2重実行しない。
また、S台では、コマンドの再送検知を行なったために、図57の処理と同様に、前回持点・クレジット関連情報記憶領域に既に記憶されている前回持点・クレジット関連情報に対して現在持点・クレジット関連情報記憶領域に記憶されているデータすなわち加算数p=8減算数p=0、加算数c=0、減算数c=8を加算して記憶する。持点数=520+8=528、クレジット数=8−8=0を算出し、持点数を528に、クレジット数を0に修正したうえで記憶する。
その後、S台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否OFF、SQN=n+1、持点数=528、加算数p=8、減算数p=0、クレジット数=0、加算数c=0、減算数c=8、をレスポンスとしてCUへ送信する。
このレスポンスもCUに到達しなかったために、CUは同じ動作指示のコマンドについて2度目の再送信を行なう。
S台では、前述と同様に再送検知を行ない、減算要求数c=8を受信しつつもそれに伴う減算更新は行なわず、減算要求に応じた減算更新の2重実行を行なわない。そして前述と同様に、前回持点・クレジット関連情報記憶領域への記憶、持点数およびクレジット数の算出、レスポンスの生成、現在持点・クレジット関連情報記憶領域の0クリアを行なった後、動作応答として、加算拒否OFF、SQN=n+1、持点数=528、加算数p=8、減算数p=0、クレジット数=0、加算数c=0、減算数=8のレスポンスをCUへ送信する。このレスポンスがCUに到達したために、CUでは、持点数=520−0+8=528、クレジット数=8−8=0を算出し、持点数を528に、クレジット数を0に修正して記憶する。
このように、S台では、CUから送信されてきた加算要求数データを含むコマンドを受信しても、そのコマンドに含まれるSQNの値が前回のコマンドのSQNの値と同じであった場合には、再送信であると判断し、追加の減算要求であると判断せず、持点の減算更新を行なわず、減算要求に応じた減算更新の2重実行を行なわない。
次に図62を参照して、CUの加算要求に対してS台が加算拒否の応答を返信した場合の処理を説明する。ここでは、CU側において、持点からのクレジット変換操作が発生し、その後に新たなゲームが開始されていない場合のシーケンスを例示する。また、ここでは、当初の持点数=520、クレジット数=5とする。
まずCUから動作指示として、要求無およびSQN=n、C−IDのコマンドがS台へ送信される。それを受けたS台側では、持点およびクレジットの加算要求および減算要求がないため、持点数=520、クレジット数=5を算出してその持点数、クレジット数、加算数p、減算数p、加算数c、減算数cのデータ、SQN=n+1、C−IDを含む動作応答をCUへ返信する。CUはその動作応答に基づいて持点を算出して持点=520、クレジット数=5に修正する。
次にクレジットボタン421が押下操作され、CUは、動作指示として、加算要求有、SQN=n+2、C−ID、減算要求数p=10および加算要求数c=10のコマンドをS台へ送信する。S台では、何らかの理由で、加算を拒否する加算拒否ON、SQN=n+3、C−ID、持点数=520、加算数p=0、減算数p=0、クレジット数=5、加算数c=0、減算数c=0を含む動作応答のレスポンスをCUへ返信する。この場合は、加算拒否によりクレジットボタン操作による持点引き落とし処理が中断される。CU側では、持ち点数は520に更新され、残高は1000円のまま変化しない。
次に図63を参照して、クレジット数の上限値を超えた加算要求がなされた場合の処理を説明する。ここでは、S台側において、入賞が発生し、さらに続いて入賞が発生した場合のシーケンスを例示する。
まず、当初の持点数=500、クレジット数=20として、入賞の発生のため、加算要求数c=5が発生する。そこで、S台は、持点数=500、クレジット数=20+5=25を算出してその持点数=500、クレジット数=25、加算数p=0、減算数p=0、加算数c=5、減算数c=0のデータ、SQN=1、C−IDを含む動作応答をCUへ返信する。
CUでは、持点数=500、クレジット数=20+5=25を算出し、持点数を500に、クレジット数を25に修正して記憶する。さらに、次の入賞のため、クレジット数が上限の25に達しているため、ここでは、持点への加算要求数p=10が発生する。
そこで、S台は、持点数=500+10=510、クレジット数=25を算出してその持点数=510、クレジット数=25、加算数p=10、減算数p=0、加算数c=0、減算数c=0のデータ、SQN=1、C−IDを含む動作応答をCUへ返信する。CUでは、持点数=500+10=510、クレジット数=25を算出し、持点数を510に、クレジット数を25に修正して記憶する。
次に図64を参照して、CUのクリア指示要求に対してS台がクリア拒否の応答を返信した場合の処理を説明する。返却ボタンが押された直後に10点の入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=10で返却ボタン322が押下操作されたときに、図52の処理と同様に、CUはS台に対して、動作指示として、禁止要求有およびクリア要求無のデータを含むコマンドをS台へ送信する。S台では、それを受けて、賭数設定ができない賭数操作無効状態(遊技禁止状態)に制御するとともに、S台に対して、禁止拒否OFF、遊技禁止、遊技完了OFFの動作応答を返す。その後、1ゲーム規制時間に対応する4.1秒以上のウエイト時間(たとえば、10秒)を設ける。このウエイト時間の間、S台とCUとの間でポーリングを継続する。そして、ウエイト時間が経過した段階で、S台は、動作応答として、遊技禁止、遊技完了ONのレスポンスをCUへ送信する。これによって、CUは、S台が遊技禁止状態になったと判断する。
その後、CUは、持点およびクレジットを更新した上で、クリア要求有およびクリア表示中ONの動作指示のコマンドをS台へ送信する。それを受けたS台は、何らかの理由でクリアできない旨を示すクリア拒否ONの動作応答のレスポンスをCUへ送信する。CUは、このレスポンスによってクリア拒否を検知する。そして、CUは、動作指示としてクリア要求無を含むコマンドをS台へ送信し、クリアキャンセルの処理を行なう。このクリアキャンセルの処理は、たとえば「返却操作されましたがクリアできずキャンセルします」などのメッセージを表示器312に表示する等の処理である。
この動作指示を受けて、S台は、返却操作に応じたクリア処理がキャンセルされたものと判断する。そして、S台は、クリア拒否OFFを含む動作応答をCUへ送信する。以降CUとS台との間で動作指示および動作応答の通常のポーリングを行なう。
次に、図65を参照して、CUの遊技許可要求に対してS台が許可拒否の応答を返信した場合の処理を説明する。当初の持点数=520、クレジット数=10とし、何らかの遊技禁止要因が発生したトラブル状態において、S台の遊技が禁止されている状態で動作指示のコマンドおよび動作応答のレスポンスがCUとS台との間で送受信され、図65の「遊技禁止要因解消」の段階で遊技禁止要因が解消されたとする。
そのときに、CUは、動作指示として、遊技許可要求有およびSQN=n+2のコマンドをS台へ送信する。しかし、S台は、何らかの理由で、ゲーム継続できない状態すなわち遊技許可要求を拒否する許可拒否ONを含む動作応答のコマンドをCUへ返信する。
CUは、それを受けて、遊技許可されるまで、動作指示として遊技許可要求有を含むコマンドをS台へ繰返し送信する。
次に図66を参照して、CUの遊技禁止要求に対してS台が禁止拒否の応答を返信した場合の処理を説明する。当初の持点数=520、クレジット数=10とし、CUとS台との間で通常の動作指示のコマンドおよび通常の動作応答のレスポンスの送受信が行なわれ、図66の「遊技禁止要因発生」の段階で、たとえば返却ボタン322が操作される等の遊技禁止要因が発生したとする。この段階でCUは、動作指示として、遊技禁止要求有およびSQN=n+2のコマンドをS台へ送信する。S台では、何らかの理由で遊技禁止要求を拒否する禁止拒否ONを含む動作応答のレスポンスをCUへ返信する。CUは、それを受けて遊技禁止拒否を検知し、遊技禁止されるまで、動作指示として、遊技禁止要求有を含むコマンドをS台へ送信する。
次に図67を参照して、CUの前面扉開要求に対してS台が前面扉開拒否の応答を返信した場合の処理を説明する。ここでは、10点が付与される入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=10として前面扉2bの開放指示の入力が検知された場合に、図67では図示されていないが、図54の処理と同様に、CUは動作指示として、禁止要求有および前面扉開要求有のコマンドをS台へ送信する一方、S台は、それを受けて、賭数操作無効状態(遊技禁止状態)にするとともに、動作応答として、禁止拒否OFFおよび遊技禁止を含むレスポンスをCUへ送信する。そして、図54の処理と同様に、S台は、1ゲーム規制時間に対応する4.1秒以上のウエイト時間(たとえば、10秒)を設ける。この間で、S台側で入賞の発生に伴って加算数=10が生じており、S台からCUへは、加算数=10を含む動作応答が送信される。その後、ウエイト時間中においてもCUからS台に対して禁止要求有および前面扉開要求有のコマンドが送信される。
ところが、S台は、それを受けて、何らかの理由で前面扉2bのロックを解除して開放することを拒否する前面扉開拒否ONを含む動作応答のレスポンスをCUへ送信する。
CUはそれを受けて前面扉開拒否を検知し、動作指示として前面扉開要求無を含むコマンドをS台へ送信するとともに、前面扉開キャンセルの処理を行なった後以降通常のポーリングを実行する。この前面扉開キャンセルの処理は、たとえば、「前面扉の開放ができません」などのメッセージを表示器312により表示させる等の処理である。
次に、図68を参照して、加減算データに関する動作応答到達後のCU側での電源断発生時のリカバリ処理を説明する。ここでは、10点の入賞が発生した後、3BETによる新たなゲームが開始した後に入賞が発生せずにゲームが終了した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=1でSQN=nの状態で、CUは動作指示のコマンドをS台に送信する。それを受けたS台側では、入賞の発生によって加算数c=10が生じている、そこで、S台は、動作応答として、SQN=n+1、C−ID、持点数=520、加算数p=0、減算数p=0、クレジット数=11、加算数c=10、減算数c=0の加減算データを含む動作応答をCUへ送信する。その動作応答がCUに到達したことによってCUは持点数およびクレジット数をそれぞれ520、11に修正する。その段階でCUにおいて電源断が発生した場合に、以降CUからのコマンドがS台へ送信されなくなる。
この場合、S台は、図32で説明したように、4秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに遊技禁止状態(図面の“プレー停止”)にする。ただし、図68に示すように、電源断が発生した段階で既に減算数c=3が設定されており、新たなゲームが開始されている。この場合には、新たに開始されたゲームの進行自体を停止することはない。その結果、減算数c=3に基づいて減算データの記憶が現在持点・クレジット関連情報記憶領域でなされ、それに伴って持点数=52+0−0=520、クレジット数=11+0−3=8が算出されてその持点=520およびそのクレジット=8が記憶される。
次にCUにおいて電源断が復旧して起動した場合に、図43の処理と同様に、まず、通信制御ICシーケンスが行なわれる。次に、CUとS台との間で、チップID認証を行なった後、リカバリ要求のコマンド、リカバリ応答のレスポンスの送受信が行なわれる。このリカバリ応答のレスポンスでは、S台側において記憶している前述したリカバリデータがCU側に送信される。
S台では、リカバリデータとして、SQN=n+1、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=10、前減算数c=0、現在数としての、現持点数=520、現加算数p=0、現減算数p=0、クレジット数=8、現加算数=0、現減算数=3を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、S台側のリカバリデータに含まれるSQNとCU側で記憶しているSQNとが一致していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=520(CUの持点数)+0(現加算数p)−0(現減算数p)=520、加算数p累計=0、減算数p累計=0に修正する。一方、クレジット数=11(CUのクレジット数)+0(現加算数c)−3(現減算数c)=8、加算数c累計+=10、減算数c累計+=3に修正する。
なお、この図68では、10点の入賞が発生した後、3BETによる新たなゲームが開始した後に入賞が発生せずにゲームが終了した場合を例に挙げた説明した。しかし、3BETによる新たなゲームが開始した直後に、図68の「切断検知(プレー停止)」が発生して、賭数操作不能状態となり、その後に入賞が発生するような場合も考えられる。
このような場合には、「切断検知(プレー停止)」後に発生した入賞による持点加算分も含めてリカバリデータが生成される。たとえば、その入賞が10点の入賞であるとすれば、図68の「リカバリデータ」のうちの「現在数」について、「現加算数c=10」、「現クレジット数=8+10」となる。
以下、さらにリカバリに関する説明を行なうが、いずれの場合においても、「切断検知(プレー停止)」後に外部出力情報(図26に示した賭数設定情報、リール始動情報、内部当選状況情報、第1〜第3停止操作情報、第1〜第3停止情報、結果確定情報)に変化が生じた場合には、その変化に応じた外部出力情報も含めてリカバリデータが生成される。
次に図69を参照して、動作指示到達前のCU側における電源断発生時のリカバリ処理を説明する。ここでは、3BETによる1ゲームが開始してから10点の入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=4として、動作指示のコマンドを受けたS台が、動作応答として、SQN=n+1、C−ID、持点数=520、加算数p=0、減算数p=0、クレジット数=1、加算数c=0、減算数c=3のレスポンスをCUへ送信する。それに伴ってCUは、持点数=520、クレジット数=1に修正する。その後、CUは、動作指示として、要求無、SQN=n+2、C−IDのコマンドをS台へ送信する。そのコマンドがS台に到達せず、その直後にCUにおいて電源断が発生した場合に、図32の処理と同様に、S台は、最後のレスポンスを送信した後4秒間以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移するとともに、遊技禁止状態にする。ただし、図69に示すように、電源断が発生した段階ですでにゲームが開始されている場合には、すでに開始されたゲームの進行自体を停止することはない。その結果、図69の例では、既に開始されたゲームの結果として10点の入賞が発生し、加算数c=10が生じている。この加算数に基づいた記憶が現在持点・クレジット関連情報記憶領域でなされ、それに伴って持点数=520+0−0=520、クレジット数=4+10−3=11が算出されてその持点数=520、クレジット数=11が記憶される。
次に、CUにおいて電源断が復旧して起動した場合に、図43の処理と同様にCU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+1、C−ID、前回数としての、前加算数c=0、前減算数c=3、現在数としての、現クレジット数=11、現加算数c=10、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり動作指示送信中でなく、かつCU側のSQNがS台側より1つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、クレジット数=1(CUのクレジット数)+10(現加算数c)−0(現減算数c)=11、加算数c累計=10、減算数c累計=0に修正する。
次に図70を参照して、加減算データに関する動作応答到達前にCU側で電源断が発生したときのリカバリ処理を説明する。ここでは、3BETによる1ゲームが開始してから10点の入賞が発生した場合のシーケンスを例示する。
図70では、当初の持点数=520、クレジット数=4として、1回目の動作指示および動作応答がCUとS台との間で送受信された後、2回目の動作指示がS台に送信され、SQN=n+3、C−ID、持点数=520、加算数p=0、減算数p=0、クレジット数=1、加算数c=0、減算数c=0の動作応答がS台からCUに送信されている。
しかし、その2回目の動作応答がCUに到達せず、その動作応答に従った動作応答処理をCUが実行する前にCUで電源断が発生している。この場合、S台は、2回目の動作応答の送信後4秒が経過した時点でコマンドが送信されてこなければ通信切断検知して遊技禁止状態とする。
次にCUにおいて電源断が復旧して起動した場合に、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+3、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0、現在数としての、現持点数=520、現加算数p=0、現減算数p=0、クレジット数=11、現加算数c=10、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがS台側より1つ遅れているため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=520(CUの持点数)+0(現加算数p)+0(現加算数p)−0(現減算数p)−0(現減算数p)=520、加算数p累計=0(現加算数p)+0(現加算数p)、減算数p累計=0(現減算数p)+0(現減算数p)に修正する。
一方、クレジット数=1(CUのクレジット数)+0(前加算数c)+10(現加算数c)−0(前減算数c)−0(現減算数c)=11、加算c累計+=0(前加算数c)+10(現加算数c)、減算c累計+=0(前減算数c)+0(現減算数c)に修正する。
図71は、図68に示したCU側電源断発生時のリカバリにおいて通信相手が不一致の場合の制御内容を示すフローチャートである。(a)はCUが新たなCUに取替えられて不一致となった場合、(b)はS台が新たなS台に取替えられて不一致となった場合を示している。
たとえばCUが故障して電源断が発生し、その故障したCUを新たなCUに取替えることが遊技場でよく行なわれる。遊技場においては、ユニットストッカで複数台のCUがエージングされている。このエージングとは、上位サーバと接続されたスタンバイ状態のことである。そのユニットストッカにエージングされているCUに故障したCUを取替えてS台と接続し、再起動させた状態が図71(a)に示されている。この場合、S台から送られてくる機器情報応答に基づいて接続されている相手(S台)が違うと判断し、S台のリカバリデータを持点の補正に使用しない。この場合、S台はCU未接続時に未送信データを表示しているため、未送信データがある場合、遊技場の店員によりPOSでカードの持点数を手補正する。具体的には、S台側でメンテナンス画面を表示器51に表示させることにより、CUへの未送信データを確認できるようにし、未送信データが表示されていれば遊技場の店員による人為的な手補正を行なう。これにより、遊技者が損失を被らないようにしている。
なお、この人為的な手補正の代わりに、破線で示すように、一定条件下自動補正するようにしてもよい。この自動補正の変形例を以下に説明する。
まず、CUは、C−IDが含まれたリカバリ応答を受信し、そのC−IDを一時記憶しておく。その状態で、カードが挿入されるのを待ち、カードが挿入された段階で、そのカードに記録されているC−IDを読取り、その挿入されたカードのC−IDとリカバリ応答として送られてきたC−IDとが一致するか否か判定し、一致する場合に下記のとおりのバックアップ値に補正する処理を行なう。
クレジット数=8、加算数c累計=0、減算数c累計=3
なお、C−IDの判定結果が不一致の場合にはリカバリ応答に含まれている現持点数を上位サーバ801へ送信する処理を行なう。その際、リカバリデータに含まれているC−IDも上位サーバ801へ送信するようにしてもよい。それを受けた上位サーバ801では、C−IDに対応付けて受信した現持点数をバックアップ記憶する。このC−IDの判定結果が不一致となる場合としては、遊技者が遊技をしている最中にCUが故障してエージングされている新たなCUと取替える取替作業中に遊技者が遊技の続行を諦めてしまい、取替作業終了後に他の遊技者が遊技を開始するべくカード挿入した場合である。このような場合には、取替作業中に遊技の続行を諦めてしまった遊技者に対してなんらかの損失補填を行なう必要がある。このような遊技の続行を諦めた遊技者が上位サーバ801に自己が所有する会員カードのC−IDを読取らせてバックアップされている現持点数を貯メダルとして当該会員カードに対応付けて排出し、景品交換等ができるようにする。また、遊技の続行を諦めた遊技者が一旦遊技場から立ち去った後、その立ち去った遊技者がその遊技場に再度来店した場合にも損失補填できるようにするべく、数日間上位サーバ801に現持点数をバックアップさせておき、再度来店した遊技者が上位サーバ801に自己が所有する会員カードのC−IDを読取らせてバックアップされている現持点数を当該会員カードに対応付けて排出し、景品交換等ができるようにしてもよい。
なお、バックアップ値の自動補正をする条件として、C−IDの一致判定に加えて、所定時間(たとえば20分間)が経過していないことを条件としてもよい。つまり、故障したCUを新たなCUに取替えて接続する作業は、10分程度で終了するために、その取替作業が十分実行可能な所定時間(たとえば20分間)が経過した後において、カードが挿入されてたとえC−IDが一致すると判定されたとしても、バックアップデータの自動補正は行なわないように制御してもよい。
また、故障したCUが軽微な故障であって通信可能な場合には、そのCUをユニットストッカに戻してユニットストッカからストッカIDと共に持点数とC−IDとを上位サーバ801へ送信し、かつ、S台と接続された新たなCUがS台からのリカバリデータに基づいて補正した持点数等のデータを上位サーバ801へ送信し、上位サーバ801において、両者の持点数等のデータを照合して一致するか否かを確認するように制御してもよい。そして一致しない場合には異常判定を行ない異常報知等の所定の異常処理を行なう。
さらに、S台から送信されてくるリカバリデータに基づいてCUがデータ補正を行なう代わりに、上位サーバ801からリカバリデータをダウンロードしてCUがデータ補正を行なうようにしてもよい。具体的には、CUは定期的に上位サーバ801へ持点数とC−ID等のデータを送信して上位サーバ801でバックアップ記憶しておき、新たなCUに交換されてS台に接続された後のリカバリ応答に含まれているC−IDとそのCUに挿入されたカードに記録されているC−IDとが一致したときに、そのC−IDを上位サーバ801へ送信してそのC−IDに対応してバックアップ記憶されている持点数等のリカバリデータをダウンロードしてそのCUへ記憶させるようにしてもよい。
図71(b)は、電源断の後S台が新たなものに取替えられて接続された場合が示されている。その場合に、まず起動処理が行なわれて、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答が送受信される。そして、CUは、機器情報応答に基づいて接続相手のS台が異なると判断し、そのS台のリカバリデータを持点の補正に使用しない。新たなS台に取替えられる前に設置されていた元のS台のリカバリデータについては、遊技場の店員介在の下、POSで人為的に手補正する。
図72は、図69に示したCU側電源断発生時のリカバリにおいて通信相手が不一致の場合の制御が示されている。この図72の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
図73は、図70に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図73の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
次に、図74を参照して、加算要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。ここでは、3BETによる1ゲームが開始してから入賞が発生し、10点が遊技者に付与されるまでの間でのシーケンスを例示する。
当初の持点数=0、クレジット数=3でプリペイド残高が1000円として、通常の動作指示と通常の動作応答とをCUとS台との間で送受信し、その間に生じた加算数c=0および減算数c=3に基づいてクレジット数=0となった段階で、貸出ボタン321が押下操作されている。
すると、CUは、SQN=n+2、加算要求数p=25とし、動作指示として、加算要求有、SQN=n+2、C−ID、加算要求数p=25を含むコマンドをS台へ送信する。このコマンドがS台へ到達しなかった場合に、S台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して遊技禁止状態にする。このため、擬似玉の移動および検出がされずに、貸出し要求は結果的にはキャンセルとなる。CU側においても、擬似玉の移動および検出がされないままのため、持点に変化はない。
一方、CUでは、図31に基づいて説明したように、コマンドの未到達に伴ってS台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常(通信断)を検知し、それから5秒後に再接続シーケンスを開始する。
再接続シーケンスを開始した後には、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+1、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=3、現在数としての、現持点数=0、現加算数p=0、現減算数p=0、現クレジット数=10、現加算数c=10、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがCU側のSQNより1つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=0(CUの持点数)+0(現加算数)−0(現減算数)=0、加算数p累計=0、減算数p累計=0に修正する。一方、クレジット数=0(CUのクレジット数)+10(現加算数c)−0(現減算数c)=10、加算数c累計=10、減算数c累計=0に修正する。
次に図75を参照して、加算要求に対する動作応答到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。なお、ここでは、途中で3BETによるゲームが開始してから10点の入賞が発生した場合のシーケンスを例示する。
当初の持点数=0、クレジット数=3、プリペイド残高=1000円とし、通常の動作指示および通常の動作応答がCUとS台との間で送受信された後に、貸出ボタン321が押下操作されている。するとCUでは、SQN=n+2、C−ID、加算要求数p=25にするとともに、動作指示として、加算要求有、SQN=n+2、C−ID、加算要求数p=25のコマンドをS台へ送信する。
それを受けたS台側では、賭数3のゲームを開始させるために減算数c=3が生じている、そこで、S台側では、動作応答として、SQN=n+3、C−ID、持点数=25、加算数p=25、減算数p=0、クレジット数=0、加算数c=0、減算数c=3のレスポンスをCUへ送信する。このレスポンスがCUに到達せず、CUにおいてこのレスポンスに応じた動作応答処理を行なう前に電源断が発生した場合に、以降CUからのコマンドがS台へ送信されなくなる。S台では、図32で説明したように、4秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、遊技禁止状態にする。また、S台側ではその間に入賞の発生によって加算数=10が生じており、現在持点関連情報記憶領域の記憶が更新され、また、クレジット数=0+10=10が算出されてそのクレジット数=10が記憶される。なお、このとき、持点数は25のままである。
次にCUにおいて電源断が復旧して起動した場合に、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+3、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=3、現在数としての、現持点数=25、現クレジット数=10、現加算数p=25、現減算数p=0、現加算数c=10、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがS台より1つ遅れているため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=0(CUの持点数)+0(前加算数p)+25(現加算数p)−0(前減算数p)−0(現減算数p)=25、加算数p累計=0(前加算数p)+25(現加算数p)、減算数p累計=0(前減算数p)+0(現減算数p)に修正する。
一方、クレジット数=3(CUのクレジット数)+0(前加算数c)+10(現加算数c)−3(前減算数c)−0(現減算数c)=10、加算数c累計=0(前加算数c)+10(現加算数c)、減算数c累計=3(前減算数c)+0(現減算数c)に修正する。
図76は、図74に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図76の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
図77は、図75に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示す図である。この図77の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
次に図78を参照して、減算要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。ここでは、3BETによる1ゲームが開始してから10点の入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット=10として、CUとS台との間で通常の動作指示および通常の動作応答の送受信が行なわれ、その間に生じた減算数c=3に応じてクレジット数=7になった段階で、ワゴンサービスの要求等によって300の減算要求pが発生した場合に、CUでは、SQN=n+2、減算要求数p=300として、減算要求有、SQN=n+2、C−ID、減算要求数p=300のコマンドをS台へ送信する。
このコマンドがS台に到達しなかった場合に、S台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して遊技禁止状態にする。
一方、CUでは、図31に基づいて説明したように、コマンドの未到達に伴ってS台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常(通信断)を検知し、それから5秒後に再接続シーケンスを開始する。
再接続シーケンスを開始した後には、チップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
再接続シーケンスを開始した後には、図43の処理と同様に、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答…の送受信をCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+1、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=3、現在数としての、現持点数=520、現加算数p=0、現減算数p=0、クレジット数=17、現加算数c=10、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがS台側のSQNより1つ進んでいるため、減算要求がS台において実行されていないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=520(CUの持点数)+0(現加算数)−0(現減算数)=520、加算数p累計=0、減算数p累計=0に修正する。
一方、クレジット数=7(CUのクレジット数)+10(現加算数)−0(現減算数)=17、加算数c累計=10、減算数c累計=0に修正する。
このように、CUは、SQNの値に基づいてS台において減算要求が実行されていないと判断したことにより、リカバリ処理に伴うバックアップ値の修正において、300の減算要求pが発生しておりながらも持点数から減算要求数p=300の減算を行なわない。
次に図79を参照して、減算要求に対する動作応答の到達前の段階においてCU側で電源断が発生したときのリカバリ処理を説明する。ここでは、S台側において10点が付与される入賞が発生した後に、3BETによるゲームが開始し、その後に10点が付与される入賞が発生した場合のシーケンスを例示する。
当初の持点数=520、クレジット数=10とし、CUとS台との間で通常の動作指示および通常の動作応答の送受信がなされ、その間に発生した加算数cに応じてクレジット数=20となった段階で、300のワゴンサービスの要求が発生した場合に、CUは、SQN=n+2、減算要求数p=300とし、動作指示として、減算要求有、SQN=n+2、C−ID、減算要求数p=300のコマンドをS台へ送信する。
それを受けたS台側では、賭数3のゲームを開始させるために減算数c=3が生じている、そこで、S台は、SQN=n+3、C−ID、持点数=220、加算数p=0、減算数p=300、クレジット数=17、、加算数c=0、減算数c=3のレスポンスをCUへ送信する。ところが、そのレスポンスがCUに到達せず、CUにおいてそのレスポンスに応じた動作応答の処理が実行される前に電源断が発生した場合に、以降CUからのコマンドがS台へ送信されなくなる。
S台では、図32で説明したように、4秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、遊技禁止状態にする。また、その間に5点の入賞が発生しており、これに伴い現在持点・クレジット関連情報記憶領域のデータが更新され、それに伴って持点数=220、クレジット数=17+5=22が算出されてその持点=220、クレジット数=22が記憶される。
次にCUにおいて電源断が復旧して起動した場合に、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+3、C−ID、前回数としての、前加算数p=0、前減算数p=300、前加算数c=0、前減算数c=3、現在数としての、現持点数=220、現加算数p=0、現減算数p=0、現クレジット数=22、現加算数c=5、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがS台より1つ遅れているために、S台が減算指示を受信していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=520(CUの持点数)+0(前加算数p)+0(現加算数p)−0(前減算数p)−0(現減算数p)=520、加算数p累計=0(前加算数p)+0(現加算数p)、減算数p累計=0(前減算数p)+0(現減算数p)に修正する。
一方、クレジット数=20(CUのクレジット数)+0(前加算数c)+5(現加算数c)−3(前減算数c)−0(現減算数c)=22、加算数c累計=0(前加算数c)+5(現加算数c)、減算数c累計+=3(前減算数c)+0(現減算数c)に修正する。
さらに、CUは、持点補正ON、持点=520、クレジット数=22の通信開始要求コマンドをS台へ送信する。S台は、それを受けて、持点数を520に、クレジット数を22に修正して記憶する。
このように、S台が減算指示を受信していると判断した場合においても、減算キャンセルの処理を行なう理由は、減算指示を受信したS台側において必ずその減算指示に従った減算処理を行なっているとは限らず、S台側で減算の拒否が行なわれた可能性もある。このようなS台側での減算の拒否が行なわれた場合には、CU側において減算を確定してしまうと持点およびクレジットの残数がマイナス値となるという不都合が生じる。このような理由により、減算キャンセルを行なう。その結果、このようなCU側電源断発生時において、S台側では持点残数が不足するために減算指示を拒否したはずであるにもかかわらず、減算が行なわれたこととなってS台側の持点およびクレジットの残数がマイナス値になってしまう不都合を防止できる。
図80は、図78に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図80の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
図81は、図79に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図81の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
次に図82を参照して、クリア要求到達前の段階でCU側において電源断が発生したときのリカバリ処理を説明する。ここでは、CU側において、返却ボタンが押され、また、入賞も発生していない場合のシーケンスを例示する。
図82のシーケンスにおいては、挿入されている記録媒体(カード)を返却するための返却ボタン322が押下操作された段階で持点数=500、クレジット数=0である。図82では、図52の処理と同様に、CUはS台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをS台へ送信する。S台では、それを受けて、賭数設定ができない賭数操作無効状態(遊技禁止状態)に制御する。その後、1ゲーム規制時間に対応する4.1秒以上のウエイト時間(たとえば、10秒)を設ける。このウエイト時間の間、S台とCUとの間でポーリングを継続する。そして、ウエイト時間が経過した段階で、S台は、動作応答として、SQN=n+N、C−ID、持点数=500、加算数p=0、減算数p=0、クレジット数=0、加算数c=0、減算数c=0、遊技禁止、遊技完了ONのレスポンスをCUへ送信する。
その後、CUは、持点数を500に、クレジット数を0に更新した上で、クリア要求有、クリア表示中ON、SQN=n+N+1、C−IDの動作指示のコマンドをS台へ送信する。ところが、そのコマンドがS台に到達しなかった場合に、S台は、最後のレスポンスを送信してからコマンドを受信しない状態が4秒継続した段階で、切断を検知して遊技禁止状態にする。
一方、CUでは、図31に基づいて説明したように、コマンドの未到達に伴ってS台からのレスポンスがない場合に、同じコマンドを繰返し送信し、2回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常(通信断)を検知し、それから5秒後に再接続シーケンスを開始する。
再接続シーケンスを開始した後には、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=n+N、C−ID、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0、現在数としての、現持点数=500、現加算数p=0、現減算数p=0、現クレジット数=0、現加算数c=0、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUでは、通信相手が同じであり、かつCU側のSQNがS台側のSQNより1つ進んでいるため、クリア要求は到達していないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=500(現持点数p)+0(現加算数p)−0(現減算数p)=500、加算数p累計=0、減算数p累計=0に修正する。一方、クレジット数=0(現持点数c)+0(現加算数c)−0(現減算数c)=0、加算数c累計=0、減算数c累計=0に修正する。
次に図83を参照して、クリア要求に対する動作応答の到達前の段階でCU側において電源断が発生した場合のリカバリ処理を説明する。ここでは、S台側において新たにゲームが開始されず、また、入賞も発生していない場合のシーケンスを例示する。
図83のシーケンスにおいては、挿入されている記録媒体(カード)を返却するための返却ボタン322が押下操作された段階で持点数=500、クレジット数=0である。図83では、図52の処理と同様に、CUはS台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをS台へ送信する。S台では、それを受けて、賭数設定ができない賭数操作無効状態(遊技禁止状態)に制御する。その後、1ゲーム規制時間に対応する4.1秒以上のウエイト時間(たとえば、10秒)を設ける。このウエイト時間の間、S台とCUとの間でポーリングを継続する。そして、ウエイト時間が経過した段階で、S台は、動作応答として、SQN=n+N、C−ID、持点数=500、加算数p=0、減算数p=0、クレジット数=0、加算数c=0、減算数c=0、遊技禁止、遊技完了ONのレスポンスをCUへ送信する。
そして、CUが、SQN=n+N+1にし、動作指示として、クリア要求有、クリア表示中ON、SQN=n+N+1、C−IDを含むコマンドをS台へ送信する。
そして、S台は、この動作指示を受けて、クリア要求に従って持点およびクレジットを0クリアして持点=0、クレジット=0にするとともに、SQNも0クリアしてSQN=0にしたうえで、動作応答として、SQN=0、C−ID、持点数=0、加算数p=0、減算数p=0、クレジット数=0、加算数c=0、減算数c=0のレスポンスをCUへ送信する。このレスポンスがCUに到達せず、CUにおいて、そのレスポンスに応じた動作応答処理を行なう前の段階で電源断が発生した場合に、以降CUからのコマンドがS台へ送信されなくなる。S台では、図32で説明したように、4秒以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。
次にCUにおいて電源断が復旧して起動した場合に、図43の処理と同様に、CU通信制御部認証シーケンスおよびチップID認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをCUとS台とが行なう。
S台では、リカバリデータとして、SQN=0、前回数としての、前加算数p=0、前減算数p=0、前加算数c=0、前減算数c=0、現在数としての、現持点数=0、現加算数p=0、現減算数p=0、クレジット数=0、現加算数c=0、現減算数c=0を記憶し、リカバリ応答としてCUへ送信する。
CUは、S台側のSQNが0のため、CU側にクリア要求が到達し、CU側ではクリア処理が実行されていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、持点数=500(CUのバックアップ値)+0(現加算数p)−0(現減算数p)=500、加算数p累計=0(現加算数p)、減算数p累計=0(現減算数p)に修正する。一方、クレジット数=0(CUのバックアップ値)+0(現加算数c)−0(現減算数c)=0、加算数c累計=0(現加算数c)、減算数c累計=0(現減算数c)に修正する。
以上、説明したとおり、S台は、通信不能状態が発生した場合でも、その直前にCUへ送信した加算数等のデータをバックアップしている。そして、S台は、通信不能状態の発生直前にCUへ送信したデータと、その送信以後に新たに生じた加算数等のデータとを含むリカバリデータを、リカバリ処理の際にCUへ送信する。そのリカバリデータには、通信不能状態の発生直前にCUへ送信したデータのSQNが含まれている。CUは、このSQNと、自ら記憶しているSQNとを比較判定することによって、通信不能状態の発生直前にS台がCUへ送信したデータ(直前送信済み更新情報)をCUが受信する前に通信不能状態が発生したか否かをCUが判定できるようになる。
なお、通信不能状態となってから遊技禁止状態(切断検知(プレー停止))となるまでの間でさらに遊技データが変化した場合には、S台は、その変化したデータに基づいてさらに記憶値を更新する。
図84は、図82に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図84の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
図85は、図83に示したCU側電源断発生時のリカバリにおいて通信相手不一致の場合の制御を示している。この図85の制御においても、前述の図71で説明した制御動作と同様の制御が実行される。ここでは説明の繰返しを省略する。
図86は、図45に示したカードの挿入時における制御動作に対応してCU側とS台側とで表示される画面の遷移を示す図である。図86のうち、「CU」の左側に示す画面図がCUの表示器312の画面図である。一方、「S台」の右側に示す画面図がS台の表示器51の画面図である。図86を参照して、まずカードが挿入されていない状態では、待機中、動作要求なしの動作指示のコマンドがCUからS台へ送信され、動作応答として待機中、持点=0のレスポンスがS台からCUへ返信される。
このようなコマンドおよびレスポンスの送受信中においては、図86左上の[通常画面(カード未挿入)]に示すように、CUの表示器312に、「カード種別」のタイトルの欄に「なし」、「持点」のタイトルの欄に「0点」が表示される。またS台の表示器51には、図86右上の[通常画面(カード未挿入)]に示すように、「持点」のタイトルの欄に「0点」、「カード残高」のタイトルの欄に「0円」、クレジットの欄に「0点」が表示される。なお、表示器312および表示器51には、現時点におけるS台の遊技状態を示す各種データが表示される。たとえば、図86では、スタート回数、BB回数、RT回数、最高連チャンの回数が表示されるとともに、BB間スタート回数が棒グラフとして表示される。
スタート回数は、リール2L、2C、2Rが始動した回数、すなわち、ゲーム回数である。BB回数は、BB入賞が発生した回数である。RT回数は、RT(Replay Time)となった回数である。最高連チャンの回数は、BBが終了してから所定ゲーム数内でBB入賞が発生することが連続した回数のうちの最大回数である。BB間スタート回数は、或る回のBBと次の回のBBとの間でのゲーム回数である。
CU側の表示器312には、1回の貸出操作でプリペイド残高から引き落とす貸出金額がいくつに設定されているかを示す設定値金額表示部(図86の「貸点金額設定」)、カード残高の金額表示部(図86の「カード残高」)、再プレイ点数の表示部(図86の「再プレイ点数」)、貯メダル数の表示部(図86の「貯メダル」)、貸出のレートの表示部(図86の「貸点」)が設けられている。
さらにCU側の表示器312は、タッチパネルで構成されており、各表示画面の左上に、「台情報」「設定変更」「注文メニュー」の表示項目が表示されており、そのいずれかを選択してタッチ操作することにより、そのタッチ操作された表示画面に切換わる。図86では、「台情報」が選択された状態の画面が表示されている。
またCU側の表示器312には、各表示画面の下方部分に、「返却」「貸出」「再プレイ」「呼出」の選択操作表示部が設けられており、遊技者がこれら表示部のいずれかを選択してタッチ操作することにより、CUに指令を入力することができる。たとえば「返却」をタッチすれば、挿入されているカードが返却され、「貸出」をタッチすれば、挿入されたカードに記録されているプリペイド残高と引き換えにして持点が貸出される。
また「再プレイ」をタッチすれば、挿入されているカード(会員カード)の持点あるいは貯メダルを用いた再プレイを行なうことができる。「呼出」をタッチすれば、遊技場の係員を呼出すための報知がなされる。
カードが挿入された時点でCUは動作指示としてカード挿入処理中、動作要求なしのコマンドをS台へ送信する。S台では、それを受けて、CU側でカード挿入処理が開始されたことを検知する。この動作指示のコマンドの送受信以降、上位サーバ(たとえばホール用管理コンピュータ1)への問合せ中の状態となる。この問合せ中の状態では、CU側の表示器312では、上から2番目の[カード残高問合せ中画面]に示されているように「問合せ中」の表示が行なわれ、またS台側の表示器51では、上から2番目の[通常画面(カード残高問合せ中)]に示されているように画面左下隅に、サーバからICへの矢印表示がなされて挿入されているカードをサーバに問合せている絵が表示される。なお表示画面中の「IC」は、カード(ICカード)を示している。
前述の動作指示を受信したS台では、動作応答として待機中、持点=0、クレジット=0のレスポンスをCUへ返信する。
CUでは、サーバへ問合せることによって挿入されているカードの照合がなされてその挿入されているカードの持点(=5000)と残高(=7000)とが特定されれば、動作指示として、カード保持中、加算要求数=5000、カード残高=7000のコマンドをS台へ送信する。この段階で残高は確定する。一方、持点はS台からの動作応答を待って確定する。このコマンドを受信したS台では、CU側でカード残高および持点が特定されたことを検知し、それ以降、既に説明したように加算用擬似玉ユニット120での擬似玉検出に基づいて、加算要求数=5000に対応する動作応答(持点=5000、加算数=5000)をCUへ返信し、加算表示中となる。なお、この図では、加算要求数=5000に対応する動作応答を便宜上、1つで表している。CUは、この動作応答を受信した段階で、持点=5000を確定させ、以降、加算表示中となる。
加算表示中においては、CUの表示器312では、上から3番目の[貸出中画面]に示されているように持点の表示欄に「5000点」が表示されて遊技機に向かって矢印表示がなされ、持点5000点を遊技機へ送信している最中であることが遊技者に表示される。一方、S台においては、表示器51により、上から3番目の[通常画面(貸出中)]に示されているように、ICから持点表示部およびカード残高表示部に向かって矢印表示され、これにより貸出に伴う加算中である表示(加算表示中)がなされる。そして、持点表示部に「5000点」、カード残高表示部に「7000円」が表示される。
以降、S台からCUへ、動作応答として持点=5000を含むレスポンスが送信される。CUでは、加算表示中を示す持点の移動表示を開始してから2〜3秒経過した段階で、加算表示中を終了させ、挿入されているカード種別を示す「会員」、持点として「5000発」を表示器312に表示する状態に切換わる。一方、S台では、加算表示中としての持点の移動表示を開始してから2〜3秒経過後に加算表示中を終了させ、表示器51による持点の移動表示を終了させる。
このように、問合せ中や加算表示中などの動作処理の開始の表示は、CUとS台とでタイミングを合せて開始させる一方、それら動作処理の表示の終了は、CUからS台へなんら終了指令等を送信せず、S台側において独自のタイミングで終了させることができ、CU側での終了タイミングに拘束されることがない。その結果、S台側独自の個性的な表示を行なうことができる。
図87は、遊技中に遊技者が持点を他人に分割譲渡して持点共有を行なう場合の制御処理を示すフローチャートである。この図87および後述する図88、図89に示すフローチャートでは、遊技者が遊技を継続しつつ持点を他人に分割譲渡して持点共有を行なうことができる制御を示している。なお、このフローチャートでは、分割譲渡の要求を受けてS台が分割譲渡分の擬似玉124を移動させる処理の記載を省略している。また、以下に説明する持点の分割共有は、遊技機が後述するパチンコ遊技機の場合にも同様の制御で行なわれるものである。
図87を参照して、まず持点=5000の会員カードとしてのカードAがCUに挿入される。この会員カードがCUに挿入された場合には、その会員カードの遊技用価値(持点、貯メダルおよびプリペイド残高)がすべて0になったとしても遊技終了時にその会員カードを遊技者に返却しなければならない。
カードAが挿入された後、CUは、そのカードAの持点である「5000」をS台側において加算させるための加算要求数=5000を含むコマンドをS台へ送信する。S台では、それを受けて、擬似玉124を移動の上で持点=5000に更新した上で、動作応答として持点=5000を含むレスポンスをCUへ送信する。その後S台において遊技が開始され、遊技の実行に伴って持点が減少して4000となった段階で、1000点分の持点を他人に譲渡して持点共有を行なう持点共有(1000点)の指定操作が行なわれた場合に、それ以降CUとS台とにおいて持点分割中の状態となる。
他人に分割譲渡(持点共有)する持点が記録されたカードBはCU内のカードストック部にストックされているストックカードをカードリーダライタ327に取出して補填してそのカードBに持点を書込んでCUから排出するのであるが、そのカードBを排出するにはまず先に既にカードリーダライタ327に挿入されているカードAを排出する必要がある。その際、カードA(遊技者所有の会員カード)に現時点におけるすべての持点(=4000)を書込んで排出した場合には、持点=0となってそれ以降遊技を続行することができなくなる。
そこで、遊技をしながら持点分割(持点共有)を行なうことを可能にするために、カードAを「持点=0」の状態でCUから排出し、持点に相当する持点をCUに担保情報として残しておくように制御する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、挿入されているカードAのカード番号と持点数=0とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点を0に更新する。その後CUがカードAを排出する。
カードA(持点=0)がCUのカードリーダライタ327から排出された後、CU内のストックカードB(持点=0)をカードリーダライタ327に取出して補填する。その時点で、S台において遊技の続行に伴って持点が減算し、持点=3800の状態となっている。そして、カードBに分割譲渡(持点共有)する持点である1000を書込むために、減算要求数=1000の動作要求(動作指示)を含むコマンドがCUからS台へ送信される。S台では、それを受けて、擬似玉124を1000点分だけ移動・検出した上で現時点の持点数3800から1000を減算して持点数=2800にし、その持点数=2800を含む動作応答をCUへ送信する。CUは、それを受けて持点=2800のデータをバックアップ記憶する。
次に、CUは、カードリーダライタ327によりカードBに「持点=1000」を書込み、そのカードBを返却(排出)する。この排出されたカードBを遊技者が他人に手渡すことによりその他人に持点を分割譲渡(持点共有)することができる。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡(持点共有)する持点である1000とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、当該カードが分割譲渡(持点共有)されたカードであり1000点が持点共有により生じた持点であることを履歴として記憶しておく。その後CUがカードBを排出する。
CUは、カードBを排出した後、先に排出した遊技者の会員カードであるカードAの再挿入待ちの状態となり、カードAの挿入を促す表示を表示器312により行なう(図95参照)。そして、それを見た遊技者がカードAをCUへ挿入する。その時点で持点=2750となっている。カードAがCUへ挿入されれば、CUは、その挿入されたカードAと持点共有処理に伴って一旦排出されたカードAとが同じものであるか否か(たとえば双方のカード番号が一致するか否か)を判別し、一致しない場合はそのカードAを排出する一方、一致する場合は持点分割(持点共有)の処理が終了し、その旨が表示器312により表示される(図96参照)。
挿入されたカードAには遊技終了後のカード返却時に持点を持点として書込んでCUから排出される。
図88は、遊技者が持点5000点分が記録されたビジターカードBをCUへ挿入して遊技を行ないつつ持点の分割譲渡(持点共有)を行なった場合の制御動作が示されている。この場合には、先に挿入されているカードBが、必ずしも遊技者に返却する必要のないビジターカードであるために、その先に挿入されているビジターカードBに他人に分割する持点を書込んで排出しそのビジターカードBを他人に譲渡することによって持点共有を行なうようにしている。
まずビジターカードB(持点=5000)をCUに挿入することにより、その挿入されたカードBに記録されている5000の持点すべてを持点として加算する加算要求数=5000を含む動作要求(動作指示)がCUからS台へ送信される。
S台はそれを受けて、5000点分の擬似玉124を移動・検出の上で持点=5000を記憶するとともに、持点=5000を含む動作応答をCUへ返信する。その段階からS台で遊技が可能となり遊技中の状態となる。
そして、持点が遊技に使用されて持点=4000となった後に、1000点分の持点を他人に分割譲渡する持点共有(1000点)の指定が遊技者によって行なわれる。この段階から持点分割中の状態となる。この段階ではさらに持点が遊技に用いられて持点=3800となっている。そして、CUから分割譲渡(持点共有)のための1000点分の持点を減算する減算要求数=1000を含む動作要求がCUからS台へ送信される。S台は、それを受けて、1000点分の擬似玉124を移動・検出の上で現時点の持点3800から1000を減算して持点=2800とし、持点=2800を含む動作応答をCUへ返信する。CUでは、それを受けて、持点=2800のデータをバックアップ記憶する。そして、カードリーダライタ327に保持されているカードBに「持点=1000」を書込んでそのカードBを返却(排出)する。
この段階で、持点の分割譲渡(持点共有)の処理が終了する。その後においても遊技者がS台で遊技を続行し、遊技者が遊技を終了するべく返却ボタン322を押圧操作すれば、図52に示したカードの返却処理に移行し、CU内にストックされているストックカードがカードリーダライタ327に取出されて、その時点における持点に相当する持点のデータがそのストックカードに記録されて排出される。
なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡(持点共有)する持点である1000とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をCUから受信した持点数に対応する値(=1000点)に更新するとともに、当該カードが分割譲渡(持点共有)されたカードであり1000点が持点共有により生じた持点であることを履歴として記憶しておく。
その後CUがカードBを排出する。そして、遊技終了時に排出されるストックカードについても、そのカード番号とカード排出時点における持点数のデータとを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、前述のカードBの所有者がこのストックカードの所有者に変更された旨の履歴を記憶て記憶しておく。その後CUがストックカードを排出する。
図89は、持点の分割譲渡(持点共有)の他の例を示すフローチャートである。図87に示した制御処理との相違点を主に説明する。この図89に示すフローチャートでは、持点の分割譲渡(持点共有)を行なう際に、既に挿入されている遊技者の会員用カードであるカードAを先に返却する点は図87と同じであるが、その返却の際に、持点分割中に遊技を続行するのに必要となる持点(担保点200点)を確保した上で残りの持点をカードAに持点として記録した上で排出する点が、図87と異なる。
具体的には、まず、遊技者がタッチパネルからなる表示器312を操作して1000点を分割譲渡する持点共有の指定を行なう。するとCUは、分割譲渡する共有持点1000点と前述した担保点200点とをCUに残し、残りの持点3800を算出する。具体的には、現時点の持点(5000)−担保点(200)−共有持点(1000)=3800を算出する。そしてその算出された3800の持点を減算するべく、減算要求数=3800を含む動作要求のコマンドをCUがS台へ送信する。S台は、それを受けて、3800点分の擬似玉124を移動・検出の上で現在の持点5000から3800を減算し、残りの持点1200を算出して記憶する。そしてその持点=1200および減算数=3800を含む動作応答をCUへ返信する。
CUでは、その動作応答(レスポンス)を受信し、担保点=200、共有持点=1000をCUに残した上で、カードリーダライタ327に保持されているカードAに持点=3800を書込んで排出する。このように、S台において遊技を続行しながら持点の分割譲渡(持点共有)を行なうため、CUにプレイ用の担保点(プレイ:200点)を残して挿入されていたカードAの返却を行なうのである。
その後、CUは、CU内にストックされているストックカード(持点0のカードB)をカードリーダライタ327に取出して補填する。その間にも、S台では遊技が続行されており、その結果加算数=10、減算数=60が発生している。その結果、持点=1200+10(加算数)−60(減算数)=1150となっている。
そして、CUにおいて、共有持点1000点を分割譲渡(持点共有)するべく、減算要求数=1000を含む動作要求のコマンドをS台へ送信する。
S台では、それを受けて、1000点分の擬似玉124を移動・検出の上で現在の持点1150から減算要求数1000を減算して残りの持点=150を算出し、持点=150および減算数=1000を含む動作応答のレスポンスをCUへ送信する。
CUでは、それを受信し、カードBに「持点=1000」を書込んで返却(排出)する。遊技者はその排出されたカードBを他人に与えることにより持点の分割譲渡(持点共有)を行なうことができる。
カードBが排出された後CUは、先に排出した遊技者の会員カードAの再挿入を促す表示を表示器312により行なう。それを見た遊技者は先に排出されたカードA(持点=3800)をCUへ再挿入する。その間にもS台で遊技が続行されておりその結果加算数=10、減算数=85が発生している。そのために、カードAが再挿入された時点での持点=150+10−85=75となっている。
そして、カードAが再挿入された時点でCUは、その挿入されたカードAと持点共有処理に伴って一旦排出されたカードAとが同じものであるか否か(たとえば双方のカード番号が一致するか否か)を判別し、一致しない場合はそのカードAを排出する一方、一致する場合はCUは、そのカードAに記録されている持点=3800を持点としてS台に加算させるべく、加算要求数=3800を含む動作要求のコマンドをS台へ送信する。S台は、それを受けて、3800点分の擬似玉124を移動・検出の上で持点=75+3800=3875を算出し、現在の持点として記憶するとともに、その持点=3875および加算数=3800を含む動作応答のレスポンスをCUへ送信する。
なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶する場合には、カードBのカード番号と分割譲渡(持点共有)する持点である1000とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて持点=1000を記憶するとともに、当該カードが分割譲渡(持点共有)されたカードであり1000点が持点共有により生じた持点であることを履歴として記憶しておく。その後CUがカードBを排出する。
図90〜図107は、CUの表示器312により表示される画面図である。
まず、図90〜図96に基づいて、図87に示した持点共有を行なう場合の表示器312に表示される表示画面を説明する。
図90を参照して、画面左半分の上方に表示された「メニュー」の表示項目(アイコン)を遊技者がタッチして表示された複数のメニューの中から持点共有を遊技者が選択指定した状態が、図90に示す持点共有の表示画面である。持点共有(持点の分割譲渡)は、遊技者所有の持点からの分割譲渡あるいは貯メダルからの分割譲渡のいずれも可能である。そのために、まず「持点共有元を選択してください」のメッセージ表示がなされ、選択対象となる持点を表わす表示項目(アイコン)と貯メダルを表わす表示項目(アイコン)とが表示される。
図90の右半分の表示画面では、現時点で挿入されているカードの状態が表示されている。図90では、会員カードが挿入されており、その会員カードは、カード残高が0円、持点が0点、クレジットが0点、貯メダルが500点、現時点における持点が10000点であることが示されている。
また、CUの状態として、カード残高から持点を貸出す際の貸出単位金額が500円であり、その500円相当の25点が払出数であることが表示されている。さらに、遊技者が紙幣をCUに挿入して挿入されているカードのカード残高をリロードできるという「入金可」の状態であることが示されている。
遊技者は、画面左半分の「持点」または「貯メダル」のいずれかをタッチ操作して持点共有元の選択入力を行なう。ここでは、「持点」を選択した場合を示す。
遊技者が「持点」を選択した場合には、次に図91に示す画面が表示される。画面左半分に「共有する持点数を選択ください」のメッセージ表示がなされるとともに、共有持点数の選択対象として、100点、200点、300点、4000点、500点、700点、1000点、1500点、2000点の9種類が表示される。遊技者はこの9種類の中から1つをタッチして選択入力する。ここでは、「1000点」を選択入力した場合を説明する。
遊技者が「1000点」を選択入力すれば、次に図92に示す画面が表示される。図92に示す画面では、「持点が上記明細で分割されます。よろしいですか?」のメッセージが表示されるとともに、共有持点数の明細として、自分のカードの持点数が9000となり、他人に分割譲渡(持点共有)する共有のカードの持点数が1000となることが表示されている。そして、「持点共有開始」の表示項目(アイコン)と「キャンセル」の表示項目(アイコン)とが表示される。遊技者はそれら表示項目のいずれかにタッチして選択入力する。「キャンセル」を選択すれば持点共有がキャンセルされる。一方、「持点共有開始」が選択入力されれば、共有持点数の明細に示したとおりの持点共有処理が開始される。
遊技者が「持点共有開始」を選択入力すれば、次に図93に示す画面が表示される。図93に示す画面では、「自分のカードが排出されます」のメッセージ表示がなされるとともに、持点共有処理の進行状況を示す持点共有処理状況画像が表示される。この持点共有処理状況画像は、処理の順番として1、2、3の3種類あり、第1処理では、自分(遊技者)のカードの排出、第2処理として共有のカードの排出、第3処理として排出された自分のカードの再挿入が表示されている。そして「状況」の欄に、上から「処理」「待ち」が表示されており、現時点では第1処理が処理中であることが示されている。そして、第1処理から破線で自分のカードが排出される画像が示されている。
図93の右半分の画面では、現時点におけるS台においての持点である10000点が点滅表示される。
自分のカードの排出が終了した段階で次に図94に示す画面が表示される。図94では、「状況」の欄に、第1処理としての自分のカードの排出が「済」であり、次に第2処理としての共有カードの排出が処理中であることが示されている。そして第2処理から矢印で共有カードが排出されている状態が示されている。この共有カードの排出が終了した段階で次に図95に示す画面が表示される。
図95に示す画面では、第1処理としての自分のカードの排出が済であり、かつ第2処理としての共有のカードの排出が済であり、現時点では自分のカードの再挿入が処理中であることが示されている。そして第3処理の箇所に矢印で自分のカードを挿入する画像が表示されている。
遊技者が自分のカードをCUに再挿入した段階で、次に図96の画面が表示される。図96では、「持点共有が完了しました」のメッセージが表示されるとともに、持点共有処理状況として、第1処理、第2処理、第3処理のすべてが済であることが示される。そして、1000点分の持点共有が完了したために、現時点におけるS台における持点が10000−1000=9000で、9000点となっていることが表示されている。
次に図97〜図103は、図49に示したワゴンサービスの制御処理が実行された場合の表示器312による表示画面の図である。
まず、図97を参照して、画面左半分の上方部分に表示されている「ワゴンサービス」の表示項目(アイコン)を遊技者がタッチして選択入力した状態が図97の表示画面である。まず始めに、「注文する種類を選択してください」のメッセージ表示がなされて、ワゴンメニューとして、「定番メニュー5品」、「ドリンク類30品」、「フード類10品」、「スイーツ類20品」の4種類のメニューが表示されるとともに、「注文状況確認」のアイコンが表示されている。
図97の右半分の画面には、S台における現時点での持点数として1000点が表示されている。遊技者は、現時点の持点数が1000点であることを考慮しつつ、その1000点の範囲内で注文することのできるワゴンメニューを選択する。たとえば「ドリンク類30品」を遊技者が選択した場合には、次に図98に示す画面が表示される。図98では、「注文する商品を選んでください」のメッセージが表示されるとともに、ドリンク類の中に含まれるメニューが6種類示されており、各メニューを注文する際に必要となる持点数が表示されている。遊技者は、現時点における持点数が1000点であることを考慮しつつ表示されたメニューの中から注文するものをタッチして選択入力する。なお、左画面の各種メニューが表示されている右側に、正三角形のアイコンと逆三角形のアイコンとが表示されている。正三角形のアイコンを遊技者がタッチした場合には画面が下にスクロールされて画面上方部分が表示される状態となる。一方図98に示す逆三角形のアイコンを遊技者がタッチすれば画面が上にスクロールされて画面下方部分が表示される状態となる。
図98において、遊技者が25点を必要とするコーヒーのメニューを選択した上で、図99の「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチして再度図97のワゴンメニューの表示画面に戻り、図97における「フード類10品」のメニューを選択してフード類のメニューが表示された状態でその中から100点の持点を必要とする「ハンバーガー」のメニューが選択され、さらにその上で、図99の「注文商品明細」のタイトル欄に表示された「商品追加」のアイコンをタッチして再度図97のワゴンメニューの表示画面に戻り、図97における「スイーツ類20品」のアイコンが選択入力され、スイーツ類の表示画面の中から遊技者が50点の持点を必要とする「アイス」を選択した場合を説明する。
その場合には、次に図99に示す画面が表示され、今までに選択入力された注文商品の明細が表示される。この注文明細では、注文した商品名、消費持点数、注文した商品の数量が表示される。図99の場合には、消費持点数25点のハンバーガーが1品、消費持点数15点のコーヒーが1品、消費持点数10点のアイスが1品注文されていることが示されている。そして、合計の消費持点数が50点であることが表示されている。さらに、注文商品明細の数量の欄に「追加」のアイコンが表示されており、遊技者がこの追加のアイコンをタッチして入力することにより、1回タッチする毎に数量が「1」加算される。また数量の右側に各注文賞品に対応して「削除」のアイコンが表示されている。遊技者がこのアイコンをタッチ入力することにより、対応する商品の注文を削除することが可能となる。たとえば1番上の「削除」をタッチすれば、ハンバーガーの注文が削除され、2番目の「削除」をタッチすることによりコーヒーの注文が削除され、3番目の「削除」をタッチすることによりアイスの注文が削除される。
さらに、この注文商品明細の下方に、「商品追加」のアイコンが示されており、これを遊技者がタッチすることにより、前述したように再度図97のワゴンメニューの表示画面に戻り、遊技者が注文商品を選択して追加注文することが可能となる。
また図99の注文商品明細の下方に「キャンセル」のアイコンが示されており、遊技者がこのアイコンをタッチすることにより、現時点までに注文しているすべての注文商品をキャンセルすることができる。
さらに、注文商品明細の下方に「注文」のアイコンが示されており、遊技者がこれをタッチ操作することにより、注文商品明細に示されたとおりのワゴンサービスの注文処理が実行されることとなる。
図99の表示画面において遊技者が「アイス」の注文に対応する「削除」のアイコンをタッチ操作した場合に、図100に示す画面が表示される。図100では、「アイス」の注文が取消された状態が示されている。
一方、図99において「注文」のアイコンを遊技者がタッチ操作した場合には、図101に示す画面が表示される。図101の表示画面では、注文商品の問合せ中の画像が表示される。消費持点数の合計である50点と現時点におけるS台での持点数1000点との間で送受信が行なわれていることを示す矢印表示がなされ、交信中であることが示される。この交信中であることを示す矢印の表示は、具体的には、図102を参照して、まず消費持点数「50」点からS台の「1000」点の方向に矢印が表示され、「問合せ中」の文字が表示される。
この表示がなされた後に、S台の「1000」点から消費持点数「50」点の方向へ矢印表示がなされ、「問合せ中」の文字が表示される。そして、これら両表示を複数回繰返して表示する。その表示の後、次に図103の画面が表示される。図103の画面では、「注文商品を受付いたしました 持点より上記消費持点数分を引落しいたしました」のメッセージが表示されるとともに、注文商品受付完了の表示がなされて受付けた注文商品の明細および総消費持点数「50」点であることが表示される。そして、画面右半分には、50点の消費の結果、現在のS台における持点が「950」点になっていることが表示される。
図104と図105とは、図45に示したカード挿入処理における加算表示中の表示画面であり、図86に示したCU側の表示器312の表示画面のうち上から3番目の表示画面の他の例を示している。
図104を参照して、画面左半分には、画面構成は違うものの図86のCU側の表示画面と同様の内容を示す遊技台情報が示されている。
図104の画面右側には、CUからS台へ、CUに挿入されたカードの持点である1000点がすべてS台側に移動している最中である表示がなされている。
そして持点移動が完了した段階で、次に図105に示す表示画面に切換わり、画面右側において「持点移動完了!」のメッセージが表示されるとともに、持点の欄が0点になり、S台における持点として1000点が表示され、その「1000」が点滅表示される表示がなされる。
図106および図107は図52に示したカードの返却処理におけるクリア表示中を示す表示画面である。まず、図106を参照して、画面右半分において、S台における現時点の持点が1000点であることが表示され、その「1000」が点滅表示される。そして、S台から持点の表示欄に持点移動がなされている状態が示されるとともに、「持点移動中」の文字が表示される。
そして、持点の移動が完了した段階で、次に図107に示す表示画面に切換わり、S台側における持点が0点になった状態が表示されるとともに、持点として1000点が表示され、その「1000」が点滅表示される。
以上、説明したとおり、本実施の形態によれば、持点数の管理をCU側において行なっているために、S台側にその管理機能を設ける必要がなく、その分、S台のコストを極力抑えることができる。特に、S台は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが短く、1年あるいは早い場合には数ヶ月の単位で早期に入替えが行なわれる傾向にある。また、目まぐるしく変化する遊技者の趣向をいち早く取り入れた新台が次々と開発されているところ、遊技場における台交換のサイクルも早まる傾向にある。
一方、CUは、趣向性の観点から入替えが行なわれることは少なく、一般的には、故障に応じて機器交換が行なわれ、故障によって交換した場合であっても、適切な修理を終えると再利用されるものである。そして、故障が発生しなければ数年は入れ替えが行なわれることがない。
このため、持点の管理機能をS台側ではなくCU側に持たせてS台のコストを抑えることにより、S台を導入する遊技場のランニングコストを軽減することができるという利点がある。
図108は、セキュリティ確保のための認証鍵や固有ID(SIDとも言う)からなる認証用情報を配信するための全体システムを示す図である。鍵管理サーバ800と上位サーバ801、上位サーバ801とメイン制御部323、メイン制御部323とCU通信制御部80、CU通信制御部80とS台通信制御部82、払出制御部31と主制御基板116、および主制御基板116と鍵管理サーバ803とが、認証用情報を用いて相互に認証を行なっており、互いに相手機器が適正なものであるか否かを判断している。そして、適正なものであるとの認証結果が得られたことを条件として、互いに通信を行なう。メイン制御部323とCU通信制御部80との間での相互認証に用いる認証用情報の配信を、図108に基づいて以下に説明する。
これらCU通信制御部80のSIDと認証鍵とは、図108の鍵管理サーバ800からカードユニット3のメイン制御部323へ送信してもらい、EEPROM808により記憶する。具体的には、図108を参照して、鍵管理サーバ800は、メイン制御部323のSID毎に対応付けて、CU通信制御部80のSIDと認証鍵とを記憶している。カードユニットメーカは、カードユニット3の製造段階で前述したようにEEPROM808にメイン制御部323のSIDを記憶させ、そのメイン制御部323のSIDに対応するCU通信制御部80のSIDすなわち既にROM809に記憶されているCU通信制御部80のSIDとEEPROM813に記憶されている認証鍵とを、EEPROM808に記憶されているメイン制御部323のSIDとともに鍵管理サーバ800へ送信する。すると、鍵管理サーバ800はそれを受信し、送信されてきたメイン制御部323のSIDに対応付けて送信されてきたCU通信制御部80のSIDと認証鍵とを記憶する。このようにして、鍵管理サーバ800では、メイン制御部323のSIDとそれに対応するCU通信制御部80のSIDおよび共通鍵である認証鍵からなるペアの認証用情報のデータベースが構築される。
このように、メイン制御部323のSIDは、それ自体認証用情報であるが、鍵管理サーバ800に送信されて鍵管理サーバ800において対応するCU通信制御部80のSIDと認証鍵とを特定するための認証用情報特定情報にも兼用されている。
カードユニット3が遊技場に設置された後当該カードユニット3の最初の電源投入時において、メイン制御部323は、EEPROM808に記憶しているメイン制御部323のSIDを上位サーバ801を経由して鍵管理サーバ800へ送信する。鍵管理サーバ800は、受信したメイン制御部323のSIDに対応付けて記憶されているCU通信制御部80のSIDと認証鍵とを検索し、その検索されたCU通信制御部80のSIDと認証鍵とを上位サーバ801を経由してメイン制御部323へ返信する。メイン制御部323は、それを受信して、EEPROM808にその受信したCU通信制御部80のSIDと認証鍵とを記憶する。その結果、CU通信制御部80のROM809に記憶されたCU通信制御部808のSIDと同じ(ペアの)SIDがEEPROM808に記憶されるとともに、EEPROM813に記憶されている認証鍵と同じ(ペアの)認証鍵がEEPROM808に記憶される。
メイン制御部323とCU通信制御部80との間では、EEPROM808に記憶されているCU通信制御部80のSIDを用いて、ROM809に記憶されているCU通信制御部80のSIDが正しいか否かを認証することによりCU通信制御部80が適正なものであるか否かを判定するCU通信制御部80シリアルID認証を行なうとともに、EEPROM813に記憶されているメイン制御部323のSIDを用いてEEPROM808に記憶されているメイン制御部323のSIDが正しいか否かを判定してメイン制御部323が正しいものであるか否かを判定するBBシリアルID認証が行なわれる。さらに、メイン制御部323とCU通信制御部80との間で、互いに共通の認証鍵を記憶しているか否かを、EEPROM808に記憶している認証鍵とEEPROM813に記憶している認証鍵とを用いて判定するという機器認証が行なわれる。
次に、認証用情報の一部であるCU通信制御部80のSIDと認証鍵とをメイン制御部323へ配信するその配信元を鍵管理サーバ800にしている理由を説明する。
たとえば、前述の図7を参照して、チップ製造時にCU通信制御部80のSIDをROM809に記憶させるのと同様に、メイン制御部323においてもチップ製造時にCU通信制御部80のSIDをROM804に記憶させた場合には、同じCU通信制御部80のSIDが記憶されたメモリチップをメイン制御部323とCU通信制御部80との両者に搭載しなければならず、メモリチップの搭載工程においてそれぞれペアのメモリチップを搭載しなければならず、搭載工程が煩雑となるという不都合が生ずる。
そこで、たとえば、CU通信制御部80にペアの認証用情報のうちの一方すなわちCU通信制御部80のSIDとメイン制御部323のSIDと認証鍵とを記憶させておき、カードユニット3が製造された段階でまたは遊技場に設置されて最初の電源投入の段階で、CU通信制御部80に記憶されている一方の認証用情報をメイン制御部323へ送信してもらい、メイン制御部323のたとえばEEPROM808により、その送信されてきた認証用情報すなわちメイン制御部323のSIDとCU通信制御部80のSIDと認証鍵とを記憶するという方法が考えられる。
しかし、この方法の場合には、認証用情報がCU通信制御部80からメイン制御部323へ送信されるために、その間における認証用情報の漏洩等の虞が生じ、セキュリティ上問題が生ずる。特に、メイン制御部323とCU通信制御部80との間においては、前述したように、通信インターフェイス仕様が公開されており、その公開された通信インターフェイス仕様に従って認証用情報が送信されるのであり、その分認証用情報の漏洩の虞が高まるという不都合が生ずる。しかも、メイン制御部323とCU通信制御部80とは、例えば上位サーバ801や鍵管理サーバ800に比べてローカルエリアに位置するデバイスであり、かつその数も上位サーバ801や鍵管理サーバ800に比べて多いために、不正を試みる者が容易にアクセスして認証用情報の傍受(盗聴)を行なうことを許してしまう虞がある。
さらに、このCU通信制御部80からメイン制御部323へ認証用情報を送信する場合には、次のような不都合も生じる。たとえばCU通信制御部80を不正に製造されたCU通信制御部80に差し替え、その後CU通信制御部80からメイン制御部323へ認証用情報を送信してメイン制御部323でその認証用情報を記憶させるという不正行為が行なわれた場合には、メイン制御部323とCU通信制御部80との間での相互認証においては、何ら異常である旨の判定が行なわれず、CU通信制御部80の不正を発見することができない。つまり、相互認証を行なう一方から相互認証を行なう他方へ認証用情報を供給する方式の場合には、相互認証を行なう一方を不正なものに差替えた後認証用情報を供給することにより不正行為を許してしまうというセキュリティーホールが生じるのである。
以上のような不都合を防止するべく、上位サーバ801に記憶されている認証用情報をダウンロードしてメイン制御部323に記憶するというダウンロード方式を採用している。
具体的には、図示を省略しているが、払出制御部17のROMのチップ製造段階において、その払出制御部17のSIDをROMに記憶させ、パチンコ機製造時にROMライタ等により、主制御基板のSIDと認証鍵とを払出制御部17のEEPROMに書込み、さらに、パチンコ機製造時にROMライタ等により主制御基板16のEEPROMに、主制御基板のSIDを書込む。
この状態で、そのS台2Sが遊技場に設置された後における最初の電源投入時に、主制御基板116のEEPROMに記憶されている主制御基板のSIDを主制御基板116のI/Oポートから鍵管理サーバ803へ送信する。鍵管理サーバ803では、複数のS台における各主制御基板のSIDに対応付けてそれぞれ払出制御部のSIDと認証鍵とを記憶している。鍵管理サーバ803では、主制御基板116から送信されてきた主制御基板のSIDに対応する払出制御部のSIDと認証鍵とを検索し、その検索された払出制御部のSIDと認証鍵とを主制御基板116へ返信する。主制御基板116では、その返信されてきた払出制御部のSIDと認証鍵とをEEPROMに記憶する。
さらに、後述するP台における主制御基板16と払出制御部31との間での相互認証に用いられる認証用情報においても、前述と同様に、鍵管理サーバ803に記憶されている認証用情報をダウンロードして主制御基板16に記憶するというダウンロード方式を採用している。
具体的には、図示を省略しているが、払出制御部31のROMのチップ製造段階において、その払出制御部31のSIDをROMに記憶させ、P台製造時にROMライタ等により、主制御基板のSIDと認証鍵とを払出制御部31のEEPROMに書込み、さらに、スロットマシン製造時にROMライタ等により主制御基板のEEPROMに、主制御基板のSIDを書込む。
この状態で、そのP台が遊技場に設置された後における最初の電源投入時に、主制御基板のEEPROMに記憶されている主制御基板のSIDを主制御基板のI/Oポートから鍵管理サーバ803へ送信する。鍵管理サーバ803では、複数のP台における各主制御基板のSIDに対応付けてそれぞれ払出制御部のSIDと認証鍵とを記憶している。鍵管理サーバ803では、主制御基板から送信されてきた主制御基板のSIDに対応する払出制御部のSIDと認証鍵とを検索し、その検索された払出制御部のSIDと認証鍵とを主制御基板へ返信する。主制御基板では、その返信されてきた払出制御部のSIDと認証鍵とをEEPROMに記憶する。
次に、図109を参照して、図15、図46で説明した実施の形態の変形例を説明する。図109は、図15に示したCU側とS台側とのそれぞれの遊技履歴データの記憶を行なう制御態様の変形例を説明するための説明図である。ここでは、図15との相違点を主に説明する。
図15の場合には、S台2Sに設けられたRAMクリアスイッチ293を操作することにより遊技履歴データをクリアするものを示したが、この図109に示す変形例においては、ホール用管理コンピュータ1からCU3へ送信されてくるクリア指令に基づいて遊技履歴データをクリアする。遊技履歴データのクリアは、遊技場の営業開始前に当該遊技場に設置された各遊技機について行なう必要がある。ゆえに、各S台毎に設置されているRAMクリアスイッチの操作ではなく、ホール用管理コンピュータ1からの各CU3へのクリア指令信号の一斉配信による遊技履歴データのクリアの方が便利である。
遊技場の係員がホール用管理コンピュータ1を操作して、またはホール用管理コンピュータ1に内蔵されているクロック機能によって遊技場の営業開始時刻前の所定時刻になることにより、ホール用管理コンピュータ1から各CU3へクリア指令信号が一斉配信される。そのクリア指令信号を受信したCU3は、遊技履歴データ管理部391に設けられているクリア処理部の働きにより、データ記憶部392の当S台遊技履歴データ記憶部の記憶を消去する。その結果、表示器312による当S台遊技履歴データの表示が消去(クリア)される。また、クリア処理部の働きにより、クリア指令信号をS台2Sの遊技履歴データ管理部291へ送信する。
クリア指令信号を受信した遊技履歴データ管理部291は、クリア処理部の働きにより、表示器用演出制御部292のバックアップデータ記憶部に記憶されているデータが消去されるとともに、当S台遊技履歴データ記憶部の10日分の記憶データのうち一番古い記憶データが消去され、残りの9日分の記憶データが1つずつ古い日の記憶エリアにシフト記憶される。その結果、一番新しい記憶エリア(当日記憶エリア)が空きエリアとなる。この空きエリア(当日記憶エリア)に本日の遊技履歴データが記憶されることとなる。
また、この図109に示す変形例においては、遊技者が離席した後当該離席した遊技者と次に遊技を行なう遊技者との同一性の判断をCU3側において行なっている。離席した遊技者の遊技者特定情報であるC−IDがデータ記憶部392の現遊技者遊技履歴データ記憶部に記憶されている。その後離席したS台2Sにおいて再度遊技を行なうべく遊技者がカードをCU3に挿入した場合に、その挿入されたカードの情報が読取られてその挿入カード情報に含まれるC−IDと現遊技者遊技履歴データ記憶部に記憶されている離席した遊技者のC−IDとが比較されて両者が一致するか否かが判定される。両者が一致すると判定された場合にはCU3の遊技履歴データ管理部391からS台2Sの遊技履歴データ管理部291に対して同一コマンドが送信される一方、両者が一致しないと判定された場合には、相違コマンドが送信される。
それら同一/相違コマンドを受信した遊技履歴データ管理部291は、同一コマンドである場合にはバックアップデータ記憶部に記憶されているC−IDと遊技履歴データとを現遊技者遊技履歴データ記憶部に復帰させて記憶させる制御を行なう。一方、相違コマンドを受信した場合には、バックアップデータ記憶部に記憶されているバックアップデータを消去する制御を行なう。
また、S台2Sは、CU3の遊技履歴データ管理部291からカード返却通知を受信した場合には、現遊技者遊技履歴データ記憶部に記憶されているC−IDとしてのAと遊技履歴データaとをバックアップデータ記憶部に記憶させ、現遊技者遊技履歴データ記憶部のC−IDと遊技履歴データとを消去することによって、現遊技者遊技履歴データ記憶部の記憶データをバックアップデータ記憶部にシフトさせて記憶する制御を行なう。
なお、この図109も、前述した図15と同様に、ビジターカードではなく会員カードのC-IDが読取られた場合にのみ遊技者の同一性を確認して現遊技者遊技履歴データに記憶して遊技履歴を引継いで集計する。また、この図109は、遊技機が後述するパチンコ遊技機(P台)の場合にも適用可能である。
図110は、図109に示した変形例における挿入時処理の制御を示すフローチャートである。この図110の制御は、図46に示した制御の一部を変更したものであり、同一の制御ステップについては同一のステップ番号を付しており、ここでは主に相違点について説明する。この図110においても、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図110において、S31、S32、S34〜S37、S50、S51の各ステップはCUが実行し、S52、S40、S42、S43、S45はS台が実行する。
S31により中断中でないと判断された場合には制御がS50へ進み、今回挿入されたカードと前回挿入されたカードとのC−IDを比較し一致するか否か判定する。次にS51により、その判定結果に基づくコマンドをS台へ送信する制御が行なわれる。具体的には、一致するとの判定結果の場合には同一コマンド、一致しないとの判定結果の場合には相違コマンドがS台へ送信される。
S台においては、その送信されてきたコマンドが一致コマンドであるか否かの判定がS52により行なわれ、一致することを条件として、バックアップエリア(バックアップデータ記憶部)の遊技履歴データを現エリア(現遊技者遊技履歴データ記憶部)に戻し、遊技履歴データの更新を再開する制御(S52)が行なわれる。
なお、この図110に示す変形例においては、図46に示したS44の制御は実行されない。
この変形例において、前述の同一コマンドの送信の代わりに、データ記憶部392の現エリア(現遊技者遊技履歴データ記憶部)に記憶されている遊技履歴データaを遊技機(S台2S)へ送信してもよい。遊技履歴データaを受信した遊技機(S台2S)では、その受信した遊技履歴データaを現エリア(現遊技者遊技履歴データ記憶部)に記憶し、遊技履歴データaを引継いで新たな遊技履歴データを加算更新する。この場合には、遊技機(S台2S)においてバックアップエリア(バックアップデータ記憶部)が不要になる。また、この図110は、遊技機が、次に説明するパチンコ遊技機(P台)の場合にも適用可能である。
次に、遊技機の他の例としてパチンコ遊技機を説明する。図111を参照して、カードユニット3が電気的に接続されたパチンコ機2は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル25を操作することにより、打球発射モータ28(図112参照)を駆動させて封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。なお、カードユニット3は、図1に示したカードユニット3と同じ機能を備えており、図中同一又は相当部分には同一の符号を付している。また、ここでは、スロットマシンに代えてパチンコ遊技機を遊技機の例として説明するため、“持点”を“遊技玉”と表記し、“貯メダル”を“貯玉”と表記して説明する。また、以下では、パチンコ遊技機をP台とも称する。
P台においても、S台と同様に、遊技玉(持点)から引き落としたクレジットによって遊技が可能となっており、クレジットが0に至ると玉を発射できないように制御される。遊技玉(持点)は、S台の場合と同じく、CUへカードを挿入した後、貸出ボタンを操作することによって、カードに記録されている「残高」の一部が引き落とされて、取得される。たとえば、1回の貸出操作によって500円相当の「残高」が引き落とされて、それが125点の「遊技玉」に変換される。
「遊技玉」が、遊技に直接使用できないが、ワゴンサービスを求める際に使用できる。また、クレジットボタンを操作することによって、持点の一部が引き落とされて、「クレジット」に変換される。たとえば、1回のクレジット操作によって125点の「持点」が引き落とされて、それが同点の「クレジット」に変換される。
遊技者は、「クレジット」の範囲で玉を発射可能である。クレジットボタンの1回の操作で125点のクレジットが与えられるから、125発の弾発遊技が可能ということになる。入賞が発生すると、その入賞の種類に応じた点数のクレジットが加算される。また、遊技中、遊技領域にまで達しなかったファール玉が発生した場合には、クレジットが1加算される。S台の場合と同じく、クレジットには予め定められた上限(たとえば、本実施の形態では上限=125)が定められているため、上限を超えてクレジットが更新されることはない。このため、たとえば、上限を超過するような入賞が発生した場合などにおいては、クレジットが上限まで更新された後、上限を超過するクレジット分については、持点に変換されて持点が更新される。
「クレジット」は、ワゴンサービスに用いることはできない。このため、ワゴンサービスの要求をすることで遊技に使用可能な「クレジット」がなくなってしまうという事態が生じることはない。
遊技終了時には、クレジット精算ボタンを操作することによって、「クレジット」が持点に逆変換される。本実施の形態ではクレジット1点が持点1点に変換される。ただし、逆変換の際には手数料として所定数の「クレジット」が差し引かれるようにしてもよい。
遊技終了時には、さらに、カード返却ボタンを操作することによって、獲得した持点がカードで特定可能に書き込まれる。なお、この際には、持点が直接カードに記録されるようにしてもよく、あるいは、カードのIDを利用してホール管理コンピュータで持点を管理してもよい。
返却されたカードを再度、カードユニット(遊技を終えたときのCUと同一であっても別であってもよい)へ挿入すると、カードに記録された「持点」が読出されて、読出された「持点」がCUに表示される。このとき読出された「持点」が「クレジット」の引き落とし最低点(たとえば、125点)以上、存在する場合には、カードから「残高」を引き落とすための貸出操作をすることなく、「持点」の引き落とし操作(クレジットボタンON)をすることによって遊技に必要なクレジットを確保できる。
ただし、「持点」は、それを遊技で獲得した当日のみ有効であり、翌日になると、その「持点」は「貯玉」として遊技場で管理される。それゆえ、「持点」を獲得した日の翌日に遊技場を訪れてカードをカードユニット3へ挿入しても、持点=0と表示される。「貯玉」を用いて遊技を行なう場合には、まず、貯玉再プレイ操作が(再プレイボタンON)必要とされる。再プレイボタンを操作すると、「貯玉」の一部が持点に変換される。たとえば、1回の再玉操作によって125点相当の「貯玉」が引き落とされて、それが25点の「持点」に変換される。
また、P台は、S台と同様に、遊技玉(持点)を更新する条件が成立したときには、擬似玉の移動・検出を条件にして、P台およびCUの表示器に表示されている遊技玉(持点)を更新表示する。また、P台は、S台と同様に、クレジット数を更新する条件が成立したときには、擬似玉の移動・検出を条件とすることなく、P台およびCUの表示器に表示されているクレジットを更新表示する。
図111に示すパチンコ機2は、いわゆる第1種のパチンコ機であり、図示を省略しているが、遊技領域27内に打込まれたパチンコ玉が入賞可能な始動口(1)と始動口(2)とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号に基づいて変動表示する可変表示装置が設けられているとともに、該可変表示装置の表示結果が予め定められた特定の識別情報の組合せ(たとえばぞろ目)になることにより開放する可変入賞球装置(大入賞口ともいう)などが設けられている。始動口(2)は、遊技者にとって有利な第1の状態(たとえば開成状態)遊技者にとって不利な第2の状態(たとえば閉成状態)とに変化可能な電動チューリップで構成されている。
可変入賞球装置が開放することにより大当り状態となる。また、可変表示装置の表示結果が大当り図柄の組合せ(ぞろ目)のうちの予め定められた特別の識別情報の組合せ(たとえば777等の確変図柄の組合せ)となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態(確変状態)が発生する。大入賞口は、大入賞口(1)と大入賞口(2)との2つ設けられている。たとえば、始動口(1)への入賞に基づいて大当りが発生したときには大入賞口(1)が第1の状態となり、始動口(2)への入賞に基づいて大当りが発生したときには大入賞口(2)が第1の状態となる。さらに、遊技領域2には、4つの通常入賞口(1)〜(4)が設けられている。
大入賞口(1)または大入賞口(2)への入賞が発生した場合には、遊技玉数が15点加算される。始動口(1)または始動口(2)への入賞が発生した場合には、遊技玉数が10点加算される。通常入賞口(1)〜(4)のうちのいずれかへの入賞が発生した場合には、遊技玉数が3点加算される。
遊技領域27内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口145(図112参照)に回収される。入賞口に入賞したパチンコ玉およびアウト口145に回収されたパチンコ玉は再度パチンコ機2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再びその打球発射位置のパチンコ玉が遊技領域27内に打込まれる。
パチンコ機2における遊技領域27の下方位置には、表示器54とチャンスボタン56およびジョグダイヤル57が設けられている。表示器54は、液晶表示装置で構成されており、スロットマシン2Sの表示器と同様に様々な表示画面を遊技者に表示する。ジョグダイヤル57は、遊技者が回動操作することにより表示器54に表示されている表示画面における各種表示項目(アイコン)等を選択指定するものである。そして、遊技者がこのジョグダイヤル57を回動操作することにより表示器54に表示される表示画面上の各種表示項目において選択対象となるものが順次移動表示され、このジョグダイヤル57を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン56を遊技者が押圧操作することにより、その選択された表示項目が指定されて遊技者の選択が確定されることになる。表示器54の下方には、2つの縦長の透明窓W0、W1が形成されており、一方の透明窓W0の内側には加算用擬似玉ユニット120の一部が目視可能に設けられ、他方の透明窓の内側には減算用擬似玉ユニット121の一部が目視可能に設けられている。
図112は、パチンコ機2の背面図であり、ここでは主に、封入循環式のパチンコ玉の循環経路を説明する。
パチンコ遊技機の遊技盤保持枠95には、遊技盤取付用の回動レバー100が設けられており、この回動レバー100を回動操作することにより、遊技盤26が着脱可能となる。遊技盤26には、既に説明した大入賞口(1)(2)、始動口(1)(2)、通常入賞口(1)〜(4)が形成されるとともに、それぞれの入賞口に対応して入賞玉を検出する入賞玉検出器(図示省略)が設けられている。入賞玉検出器の検出信号は、後述する主制御基板16へ送信される。入賞玉検出器によって検出されたすべての入賞玉は入賞玉集合カバー部材144で集められて入賞玉流下経路147を流下する。一方、アウト口45に進入したアウト玉は、入賞玉流下経路147を流下する入賞玉と合流して合流通過経路702を流下する。合流通過経路702には合流経路検出スイッチ232が設けられており、合流通過経路702を流下する玉が検出される。
一方、遊技領域へ向かって発射されたものの、遊技領域にまで到達しなかったファール玉はファール玉戻り口150から排出された後、ファール玉検出スイッチ233で検出される。ファール玉が発生した場合、玉の発射により減算された遊技玉は遊技者に返還される(1加算される)。その後、ファール玉は合流通過経路702に進入する。合流通過経路702を流下したパチンコ玉は、玉回収樋189に案内される。
玉回収樋89に案内されたパチンコ玉は、揚送装置190により揚送される。揚送装置190は、揚送モータ40により回転する揚送用スクリューが内蔵されており、この揚送用スクリューが回転することによりパチンコ玉が揚送される。揚送装置190の背部には、揚送途中のパチンコ玉と接触することによりそのパチンコ玉を研磨する研磨部材200a、200b(200bは図面上見えない)が設けられており、パチンコ玉は揚送されつつ、その表面が研磨される。
揚送装置190の玉入口側(下方側)に玉上げスイッチ(下)41bが設けられ玉排出側(上方側)に玉上げスイッチ(上)41aが設けられている。これら玉上げスイッチ(上)41a、玉上げスイッチ(下)41bにより、揚送されるパチンコ玉が検出される。揚送装置190で揚送され玉上げスイッチ(上)41aで検出されたパチンコ玉は発射玉誘導路153に誘導されて打込玉出口49から玉送り装置(図示省略)に供給される。玉送り装置は、遊技者が打球操作ハンドル25を操作してパチンコ玉を1発打つ毎に次のパチンコ玉を1つ打球発射位置に送り込む機能を有する。この玉送り装置により送り込まれるパチンコ玉が発射検出スイッチ(図示省略)により検出されてその発射検出信号が後述するように払出制御部17に入力される。パチンコ玉が発射検出スイッチにより検出される毎に遊技玉数が1減算される。
さらに、パチンコ玉の循環経路途中に遊技玉過不足検出スイッチ42a、42bが設けられ(図114参照)、循環経路内のパチンコ玉が所定個数(たとえば50個)になっているか否かを検出する。
次に図113を参照して、パチンコ機2は、額縁状の外枠204に対して、前枠(セルとも言う)205とガラス扉206とがその左側縁を揺動中心として開閉可能に設けられている。
前枠205における揺動中心とは反対側の端縁付近には、上下1対の係合突起206a、206bが設けられている。この係合突起206a、206bは、図示しないばねによって下方向に押圧されている。一方、外枠204の係合突起206a、206bに対向する位置に、係合受け片207a、207bが設けられている。開放状態の前枠205を外枠204に押付けることにより係合突起206a、206bが係合受け片207a、207bを乗越え、乗越えた状態でばねの付勢力により係合突起206a、206bが下方に移動し、ロック状態となる。
そして、前枠205の裏面側に前枠開放ソレノイド211が設けられており、この前枠開放ソレノイド211が励磁されることによりばねの付勢力に抗して上下1対の係合突起206a、206bが上方に押上げられ、その結果係合受け片207a、207bに対する係合突起206a、206bの係合が解除されてロック解除状態となり、前枠5が開放される。
さらに、前枠205にはガラス扉206用の係合突起208も設けられており、その係合突起208に対向するガラス扉206部分には、係合穴209が設けられている。係合突起208は、図示しないばねによって下方に押圧されており、開放状態のガラス扉206を前枠205に押付けることにより係合穴209の下縁部分によって係合突起208が押上げられて乗越えることにより、ばねの付勢力により係合突起208が押下げられ、係合突起208と係合穴209とが係合されてロック状態となる。この状態で、前枠205の裏面に設けられているガラス扉開放ソレノイド210を励磁することにより、ばねの付勢力に抗して係合突起208が引上げられ、係合突起208と係合穴209との係合が解除されてロック解除状態となり、ガラス扉206が開放される。
外枠204の上方部分における前枠205と接触する箇所に前枠閉鎖検出器213が設けられており、前枠205が外枠204に押付けられてロック状態となったことが検出される。また、前枠205の上方部分におけるガラス扉206との接触部分にガラス扉閉鎖検出器212が設けられており、ガラス扉206が前枠205に押付けられてロック状態となったことがこのガラス扉閉鎖検出器212により検出される。
次に、図114を参照して、カードユニット3とパチンコ機2との制御回路の概略を説明する。
カードユニット3には、マイクロコンピュータ等から構成されたメイン制御部323が設けられている。このメイン制御部323は、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。メイン制御部323には、ホール用管理コンピュータ1等と通信を行なうための外部通信部324が設けられているとともに、パチンコ機2の払出制御部17との通信を行なうためのCU通信制御部80が設けられている。
カードユニット3にはパチンコ機2側への接続部330が設けられており、パチンコ機2にはカードユニット3側への接続部420が設けられている。これら接続部330、420は、たとえばコネクタ等で構成されている。CU通信制御部80と払出制御部17とは、このコネクタ330、420と接続配線とを介して通信可能に接続される。
メイン制御部323のCPU805は、外部通信部324とホール用管理コンピュータ1との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させる制御を実行する。さらにメイン制御部323は、CU通信制御部80とP台通信制御部81との断線等の未接続エラーを検知したときに、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。
前述した貨幣識別器344により紙幣の真贋および種類が識別されてその識別結果信号がメイン制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号がメイン制御部323に入力される。挿入されたカードの記録情報をカードリーダライタ327が読取って、その読取り情報がメイン制御部323に入力されるとともに、メイン制御部323からカードリーダライタ327に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ327はそのデータを挿入されているカードに書込む。
メイン制御部323のCPU805は、カードリーダライタ327からの読取り情報に基づいてカードの適否を判定し、不適正なカード(偽造カード等)であると判定したときには、表示制御部797にエラー表示コマンドを送信して表示器312にエラー表示を行なわせるとともに異常報知ランプ(図示せず)を点灯または点滅させ、かつホール用管理コンピュータ1にエラーが発生した旨の通知信号を送信する制御を実行する。
メイン制御部323に対して表示制御部797が接続されており、メイン制御部323から表示制御部797に対し、残高あるいは遊技玉数等の表示用データが出力される。表示制御部797は、その出力されてきた表示用データを受信し、その表示用データを表示器312に表示させる制御を行なう。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部797を経由してメイン制御部323に入力される。
遊技者が貸出しボタン321を操作することにより、その操作信号がメイン制御部323に入力される。遊技者が再プレイボタン319を操作することによりその操作信号がメイン制御部323に入力される。遊技者が返却ボタン322を操作することによりその操作信号がメイン制御部323に入力される。遊技者が呼出ボタン798を操作することによりその操作信号がメイン制御部323に入力される。遊技者がクレジットボタン421を操作することにより、その操作信号がメイン制御部323に入力される。遊技者がクレジット精算ボタン422を操作することによりその操作信号がメイン制御部323に入力される。
パチンコ機2には、パチンコ機2の遊技の進行制御を行なう主制御基板16と、払出制御部17と、発射制御基板31と、遊技玉制御部34と、発射部39と、演出部50とが備えられている。
メイン制御部323には、さらにCU通信制御部80が接続されており、このCU通信制御部80とパチンコ機2に設けられたP台通信制御部81とが、コネクタ330およびコネクタ420を介して電気的に接続されている。またP台通信制御部81と払出制御部17とは、ワンチップのLSI799で構成されている。そして、CU通信制御部80からP台通信制御部81へ、各種コマンドが送信され、その各種コマンドがP台通信制御部81から払出制御部17へ送信される。
コマンドには、加算要求p,c、減算要求p,c、遊技許可/禁止要求、加算要求玉数p,c、減算要求玉数p,cがある。これらのコマンドは、先に説明したS台の実施の形態におけるコマンドの、加算要求p,c、減算要求p,c、遊技許可/禁止要求、加算要求数p,c、減算要求数p,cの各々に対応するコマンドである。
払出制御部17からP台通信制御部81を経由してCU通信制御部80へ、遊技玉数、加算数p,c、減算数p,c、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。
主制御基板16には遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
払出制御部17には、払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。なお、主制御基板16に搭載されている遊技制御用マイクロコンピュータとLSI799のP台通信制御部81および払出制御部17とをワンチップ化してもよい。
また、払出制御部17に対し、前述した加算用擬似玉ユニット120、減算用擬似玉ユニット121、合流経路検出スイッチ232、ファール玉検出スイッチ233、ガラス扉開放ソレノイド210、前枠開放ソレノイド211、ガラス扉閉鎖検出器212、前枠閉鎖検出器213が電気的に接続された状態で設けられている。
なお、加算用擬似玉ユニット120、減算用擬似玉ユニット121の構成は、図8を用いて説明したとおりである。ただし、パチンコ遊技機に適用される加算用擬似玉ユニット120および減算用擬似玉ユニット121内の擬似玉124は、パチンコ玉を模したものである。このため、パチンコ遊技機の正面側に設けられた2つの縦長の透明窓W0、W1からは、上から下にパチンコ玉が移動する様が確認できる。なお、パチンコ玉ではなく、図8と同様の遊技用メダル状の物体であってもよい。
主制御基板16から払出制御部17に対し、接続確認信号、入賞検出信号、始動口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
接続確認信号は、主制御基板16と払出制御部17とが接続されていることを確認するための信号であり、主制御基板16から払出制御部17へ所定の電圧の信号が常時供給されており、払出制御部17がその所定電圧信号を受信していることを条件として払出制御部17が動作制御するように構成されている。
入賞検出信号は、始動口以外の入賞口に入賞したパチンコ玉の検出信号である。また、始動口入賞情報とは、始動口(1)または始動口(2)のいずれかにパチンコ玉が入賞したことを示す情報である。主制御基板16には、大入賞口(1)(2)、始動口(1)(2)、および通常入賞口(1)〜(4)の夫々に対応する入賞玉検出器(図示省略)から検出信号が入力される。主制御基板16には、入賞の発生に応じて付与すべき玉数が各入賞口別に記憶されている。たとえば、大入賞口(1)(2)では1入賞について15個、始動口(1)(2)では1入賞について5個、通常入賞口(1)〜(4)では1入賞について10個の賞球が対応している。主制御基板16は、その記憶および入力された検出信号に基づいて付与すべき玉数を特定し、特定した玉数を特定可能な入賞検出信号あるいは始動口(1)(2)への入賞の場合には始動口入賞情報を払出制御部17へ送信する。この入賞検出信号あるいは始動口入賞情報を受けた払出制御部17は、その入賞玉1個に対して付与すべき玉数を、「クレジット数」と「加算数c」とに加算する制御を行なう。なお、ここでいう「クレジット数」とは後述の「クレジット数カウンタ」の値であり、「加算数c」とは後述の「クレジット加算数カウンタ」の値である。
エラー情報とは、主制御基板16が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御部17へ通知するための情報である。エラーの具体例としては、たとえば、遊技領域27に磁石を近付けて遊技玉を入賞口に誘導させる時期センサエラー、不正電波を発信させて入賞玉検出スイッチを不正にONさせる電波センサーエラー、可変入賞球装置(アタッカー)が閉じている状態時に可変入賞球装置の入賞玉を検出する10カウントスイッチから検出信号が出力される不正入賞エラー等がある。このようなエラーや接続確認信号による未接続を主制御基板16のCPUが検知したときには、CPUは、幕板に設けられた呼出ランプを点灯または点滅制御するとともに主制御基板16のI/Oポート(図示せず)からホール用管理コンピュータ1に異常発生した旨を通知する異常通知信号を出力する。
図柄確定回数とは、始動口(1)または始動口(2)への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば15ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態(可変表示装置の可変表示時間を短縮する制御状態)が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変(突確)のような、或る遊技機メーカのみが採用している大当り状態のことである。
払出制御部17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算数を受付けた旨を示すコマンドである。
合流経路検出スイッチ232から払出制御部17へアウト玉検出信号が入力される。ファール玉検出スイッチ233からファール玉検出信号が入力された払出制御部17では、クレジット数を加算更新する。
払出制御部17がガラス扉開放ソレノイド210を励磁制御することにより、図113に基づいて説明したように、ガラス扉206が開錠されて開放可能となる。払出制御部17が前枠開放ソレノイド211を励磁制御することにより、図113で説明したように前枠205が開錠されて開放可能となる。
図113で説明したようにガラス扉206を前枠205へ押付けて閉鎖することによりガラス扉閉鎖検出器212からガラス扉閉鎖検出信号が出力されて払出制御部17へ入力される。図113に基づいて説明したように前枠205を外枠204へ押付けて閉鎖することにより前枠閉鎖検出器213から前枠閉鎖検出信号が出力されて払出制御部17へ入力される。
カードユニット3のCU通信制御部80とパチンコ機2のP台制御部81とが電気的に接続されており、CU通信制御部80からP台制御部81を介して払出制御部17へ、加算要求p,c、減算要求p,c、遊技許可/禁止要求、加算要求玉数p,c、減算要求玉数p,c、の各種コマンドが送信される。
加算要求p(遊技玉)コマンドは、プリペイド残高からの遊技玉の貸出あるいは再プレイ貸出が行なわれる場合に払出制御部17へ送信され、払出制御部17は、それを受けて加算用擬似玉ユニット120を駆動させるとともに、遊技玉数および加算数p(遊技玉)を加算更新する。減算要求p(遊技玉)コマンドは、遊技玉の分割譲渡(玉共有処理)あるいはワゴンサービスが行なわれる場合に払出制御部17へ送信され、それを受けた払出制御部17は、減算用擬似玉ユニット121を駆動させるとともに、遊技玉数を減算更新するとともに減算数p(遊技玉)を加算更新する。払出制御部17は、更新後の遊技玉数に基づいて表示器51の持点表示を更新させ、また、更新後の加算数p(遊技玉)および減算数p(遊技玉)をCUへ送信する。CUはこのデータの受信を待って、遊技玉数の表示を更新する。その結果、P台側ばかりでなくCU側における遊技玉数の表示の更新が、擬似玉の検出に基づいたものとなる。
加算要求c(クレジット)コマンドは、遊技玉からのクレジットへの引き落としが行なわれる場合に払出制御部31へ送信され、払出制御部31は、それを受けてクレジット数を加算更新する。減算要求c(クレジット)コマンドは、クレジット精算が行なわれた場合に払出制御部31へ送信され、それを受けた払出制御部31は、クレジット数を減算更新する。
遊技許可/禁止要求コマンドは、払出制御部17に対して遊技の許可をする旨を要求するコマンドあるいは遊技の禁止を要求する旨のコマンドである。
払出制御部17からP台制御部81を介してCU通信制御部80へ、遊技玉数、クレジット数、加算数(遊技玉、クレジット)、減算数(遊技玉、クレジット)、始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各種レスポンスが送信される。遊技玉数とは、主制御基板16から払出制御部17へ送信されてきた入賞検出信号、始動口入賞情報、アウト玉検出信号、ファール玉検出信号の各種信号に基づいて払出制御部17が算出した現時点の遊技玉の合計数のことである。
加算数p(遊技玉)とは、CU側の遊技玉数に対して加算すべき玉数である。加算数(クレジット)とは、CU側のクレジット数に対して加算すべき数である。主制御基板16から払出制御部17へは、入賞検出信号、始動口入賞情報、ファール玉検出信号が入力される。それらの始動入賞その他の入賞の検出に基づいてクレジットを加算する条件が成立した場合には、現クレジット数が加算更新される。ただし、クレジットの上限値(たとえば、P台の場合には125)を超過してしまうような場合には、その超過分は遊技玉数に加算するため、遊技玉数を加算する加算条件が成立する。この場合、加算用擬似玉ユニット121で擬似玉124の移動・検出が行なわれ、その擬似玉124の検出に基づいて遊技玉数カウンタが加算更新されるととともに加算玉数カウンタが加算更新される。
さらに、CU側から加算要求玉数pが送信されてきたときにも、遊技玉数を加算する加算条件が成立して加算用擬似玉ユニット121で擬似玉124の移動・検出が行なわれ、その擬似玉124の検出に基づいて遊技玉数カウンタが加算更新されるととともに加算玉数カウンタが加算更新される。
加算玉数カウンタの値は、加算数pとして、S台の場合と同様に動作応答コマンドとしてCUへ送信される。CUは、その加算数pを受けて遊技玉数を加算する。
減算数p(遊技玉)とは、CU側の遊技玉数から減算すべき玉数である。減算数c(クレジット)とは、CU側のクレジット数から減算すべき数である。遊技玉制御部34から払出制御部17へは、発射検出信号が入力される。払出制御部17は、発射検出信号に基づいてクレジット数を減算する減算条件が成立した場合、減算用擬似玉ユニット121を駆動することなく、減算数c(クレジット)を加算する。一方、ワゴンサービスの要求などによって、CU側から減算要求玉数pが送信されてきたとき、遊技玉数を減算する減算条件が成立するが、この場合には、減算用擬似玉ユニット121で擬似玉の移動・検出が行なわれ、その擬似玉の検出に基づいて減算数p(遊技玉)が加算される。
減算数(遊技玉、クレジット)は、S台の場合と同様に動作応答コマンドとしてCUへ送信される。CUは、その減算数(遊技玉、クレジット)を受けて遊技玉数またはクレジット数を減算する。
始動口入賞情報、図柄確定回数、大当り情報、エラー情報の各レスポンスは、前述した主制御基板16から払出制御部17へ送信されてきたそれらの情報を指定するレスポンスである。
遊技玉制御部の発射部38には、発射モータ28、タッチリング35、単発発射スイッチ36および発射モータ原点センサ37が設けられている。タッチリング35は、遊技者が打球操作ハンドル25に触れていることを検出してその信号(タッチリング入力信号)を出力するためのものである。発射制御基板31はこのタッチリング入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ28を駆動させる。単発発射スイッチ36は、遊技者がパチンコ玉を遊技領域27へ1つずつ打込むための操作(単発発射操作)を行なうためのものであり、単発発射操作が行なわれたときには単発発射スイッチ36から単発発射スイッチ信号が出力される。発射モータ原点センサ37は、発射モータ28の原点位置を検出してその検出信号を出力するものであり、発射モータ28が1回転する毎にその原点が検出されて信号が出力される。
この発射部38から発射制御基板31へ、タッチリングの信号と単発発射スイッチの検出信号とが入力される。また、発射部38から払出制御部17へ、パチンコ玉が発射されたことを示す発射検出信号と発射モータ原点センサの検出信号とが入力される。発射検出信号を受けた払出制御部17は、発射玉数1個の検出に対して、減算数c(クレジット)を1加算更新するとともに遊技玉数を1減算更新する。なお、発射検出の場合には擬似玉ユニット120、121は駆動されない。
払出制御部17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、発射モータ28を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域27へ弾発発射される状態となる。
遊技玉制御部34に設けられている揚送部39には、図112に基づいて説明したように、揚送モータ40、玉揚げスイッチ(上)41a、玉揚げスイッチ(下)41bが設けられている。さらに、この揚送部39には、遊技玉過不足検出スイッチ1(42a)と遊技玉過不足検出スイッチ2(42b)とが設けられている。この遊技玉過不足検出スイッチ1,2は、パチンコ機2に封入されているパチンコ玉の合計数(たとえば50個)に過不足があるか否かを検出するためのスイッチである。
払出制御部17から揚送部39へ揚送モータ40を励磁するための揚送モータ励磁出力信号が送信される。一方、揚送部39から払出制御部17へ、玉揚げスイッチ(上)41a、玉揚げスイッチ(下)41bの検出信号に基づいた揚送検出(通過/満タン)の信号が送信されるとともに、遊技玉過不足検出スイッチ1(42a)、遊技玉過不足検出スイッチ2(42b)の検出信号としての補給50個検出信号が入力される。
演出部50には、表示器用演出制御基板53と、表示器用電源基板51と、表示器用電源中継基板52と、表示器54と、表示器用ROM基板55と、チャンスボタン56と、ジョグダイヤル57とが設けられている。表示器用演出制御基板53は、CPU、RAM、VDPとを含んでいる。そして、表示器用ROM基板55に搭載されているROMに対して、データ読込信号を入力することにより画像データを読出して表示器54へ表示データを送信し、表示器54に表示画面を表示させる制御を行なう。また、チャンスボタン56のボタン入力信号とジョグダイヤル57のダイヤル入力信号とが表示器用演出制御基板53へ入力され、表示器用演出制御基板53が、チャンスボタン入力信号とジョグダイヤル入力信号とを表示器54へ出力して、ジョグダイヤル57の操作およびチャンスボタン56の操作を反映した表示画面を表示器54に表示させる。
表示器用演出制御基板53には、表示器用電源基板51からの所定電圧の電力が表示器用電源中継基板52を介して供給される。
払出制御部17から表示器用演出制御基板53へ、表示器制御コマンドが送信される。この表示器用制御コマンドは、遊技機情報コマンドとカードユニット操作コマンドとテストコマンドとを含んでいる。遊技機情報コマンドとは、大当り発生回数や確変回数等の当該パチンコ機2による遊技状態を示すコマンドであり、カードユニット操作コマンドとは、カードユニット3を遊技者が操作したことによるコマンドである。またテストコマンドとは、演出部50の演出表示動作をテストするためのコマンドである。
払出制御部17から表示器用演出制御基板53へのコマンドは、前回のコマンドの送信後300ms経過毎に次のコマンドが送信される。そして、表示器用演出制御基板53は、コマンドの受信後300msを超える一定時間経過したにも拘らず次のコマンドを受信しない場合に回線断を検知し、タイムオーバ検知処理(エラー処理)を行なう。具体的には、前回のコマンドの受信から300msを超えたにも拘らず次のコマンドが送信されてこない場合にはエラーカウントを+1し、そのエラーカウントが連続10回カウントしたときに、表示器用演出制御基板53はタイムオーバを検知して通信状態を初期化し、表示器54に呼出ランプの点灯とエラーアニメーションとを表示させる制御を行なう。
次に図115を参照して、CU側とP台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。ただし、CU側とP台側とのそれぞれで記憶している各種データおよびその送受信態様は、先に説明したCU側とS台側との場合と同様である。
本実施の形態においては、CU側においてP台側の遊技玉数およびクレジット数の変動を算出して現在の遊技玉数およびクレジット数を管理している。P台側においても現在の遊技玉数およびクレジット数の算出・記憶を行なっているが、そのクレジット数はP台側においてクレジット数が0となったときにP台自ら打球発射を迅速に停止させる制御を行なうためだけに用いられる副次的なものである。遊技玉数およびクレジット数の主たる管理をCU側において行なっているために、P台側に遊技玉数およびクレジット数の厳重に管理するための機能を設ける必要がなく、その分P台のコストを極力抑えることができる。
特に、CUに比べてP台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、P台側における遊技玉数およびクレジット数に関する主管理機能をCU側に持たせてP台側のコストを抑えることにより、封入式遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
図115では、CU側のメイン制御部323に設けられているRAMの記憶データと、P台側の払出制御部17に搭載されているRAMの記憶データとを示している。まず、P台(パチンコ機2)とCU(カードユニット3)とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台側の払出制御部17は、主制御基板16からメインチップIDを送信してもらい、そのメインチップIDをCU側に送信するとともに、払出制御部17自身が記憶している払出チップIDをCU側へ送信する。
CU側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU側とP台側とが接続されて通信が開始された時刻のデータがCU側からP台側へ送信され、P台側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップID、払出チップIDおよびCU側で識別された接続時刻の3つの情報がCU側とP台側とに記憶されることとなる。それ以降の電源投入時においては、P台側からCU側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。
CU側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU側とP台側との通信が開始された新たな接続時刻データがCU側からP台側へ送信されてその新たな接続時刻データをP台側において記憶することとなる。
また、CU側とP台側とにおいて動作指示および動作応答の送信が行なわれる毎にシーケンスナンバー(SQN)が「1」ずつ加算更新され、そのシーケンスナンバーがCU側とP台側とにおいて記憶される。このSQNとは、CUとP台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終SQNとは、その更新される通信番号の最後に更新された番号のことである。
P台側からCU側へ現在玉関連情報(カウント中の玉関連情報)および現在クレジット数関連情報(カウント中のクレジット数関連情報)を送信する。以下、現在玉関連情報および現在クレジット数関連情報を合わせて、現在玉・クレジット関連情報とも称する。この現在玉関連情報は、RAMの現在玉関連情報記憶領域に記憶されている。
具体的には、遊技領域27に打込まれたパチンコ玉が入賞して主制御基板16から加算数情報が払出制御部17へ送信されてきたときにクレジットクレジット加算数カウンタでその加算数c(クレジット)をカウントしておき、そのクレジットクレジット加算数カウンタの値(加算数c(クレジット))をP台側からCU側へ送信する。また、パチンコ玉が遊技領域27内に発射されてその発射玉が発射玉検出スイッチにより検出されればその検出信号に基づいてクレジット減算数カウンタが発射玉数を減算数c(クレジット)としてカウントし、そのクレジット減算数カウンタの値(減算数c)をP台側からCU側へ送信する。
なお、クレジット加算数カウンタの値が上限値125を超えた場合には、その超過分が持点として加算されるために、加算用擬似玉ユニット120が駆動され、擬似玉の移動・検出が行なわれて、加算玉数カウンタと遊技玉数カウンタとが加算更新される。
さらに、始動口(1)または始動口(2)にパチンコ玉が入賞して始動口(1)入賞信号または始動口(2)入賞信号が主制御基板16から払出制御部17へ送信されてきた場合には、払出制御部17において始動口1入賞数カウンタまたは始動口2入賞数カウンタによりそれら入賞数をカウントし、そのカウント値をP台側からCU側へ送信する。また、このような始動入賞が発生した場合には入賞発生に基づいて現クレジット数を考慮し、クレジット数の上限を超えた遊技玉分については、加算用擬似玉ユニット120が駆動され、擬似玉124の移動・検出に基づいて加算玉数カウンタと遊技玉数カウンタとが加算更新される。払出制御部17では、加算玉数カウンタと減算玉数カウンタとに基づいて現時点における遊技玉数を遊技玉数カウンタで計数しており、遊技玉数カウンタのカウント値と加算玉数カウンタのカウント値と減算玉数カウンタのカウント値とがP台側からCU側へ送信される。
また、払出制御部17では、クレジット加算数カウンタとクレジット減算数カウンタとに基づいて現時点におけるクレジット数をクレジット数カウンタで計数しており、クレジット数カウンタのカウント値とクレジット加算数カウンタのカウント値とクレジット減算数カウンタのカウント値とがP台側からCU側へ送信される。
加算玉数カウンタは、CU側から加算要求玉数p(遊技玉)が入力されたときにも加算要求玉数p(遊技玉)に応じてカウントアップされる。同様に減算玉数カウンタは、CU側から減算要求玉数p(遊技玉)が入力されたときにも減算要求玉数p(遊技玉)に応じてカウントアップされる。クレジット加算数カウンタは、CU側から加算要求玉数c(クレジット)が入力されたときにも加算要求玉数c(クレジット)に応じてカウントアップされる。同様にクレジット減算数カウンタは、CU側から減算要求玉数c(クレジット)が入力されたときにも減算要求玉数c(クレジット)に応じてカウントアップされる。
CUは、加算要求玉数(遊技玉、クレジット)あるいは減算要求玉数(遊技玉、クレジット)を送信した後、S台側から加算玉数カウンタ、減算玉数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタの更新結果が送信されてくるのを待って、遊技玉数およびクレジット数の加算要求あるいは減算要求を確定させる。
P台側においては、加算玉数カウンタ、減算玉数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタ、始動口(1)入賞カウンタ、始動口(2)入賞カウンタ、遊技玉数カウンタおよびクレジット数カウンタの値をCU側へ送信する毎に、それらカウント値を前回玉・クレジット関連情報記憶領域にバックアップデータとして記憶(書換え)した後、現在玉・クレジット関連情報としての加算玉数カウンタ、減算玉数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタ、始動口1入賞数カウンタおよび始動口2入賞数カウンタの値を0クリアする。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回玉・クレジット関連情報(直前に送信した現在玉・クレジット関連情報)の記憶エリアに、直前にCU側に送信した現在玉・クレジット関連情報である、加算数(遊技玉、クレジット)、減算数(遊技玉、クレジット)、始動口1入賞数、および始動口2入賞数のデータがバックアップデータとして記憶される。このバックアップデータは、P台側からCU側へ現在玉・クレジット関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
CU側においては、RAM内の累計データ記憶領域に、総加算数p(遊技玉、加算数累計)、総減算数p(遊技玉、減算数累計)、総加算数c(クレジット、加算数累計)、総減算数c(クレジット、減算数累計)、始動口(1)総入賞数(始動口(1)回数累計)、始動口(2)総入賞数(始動口(2)回数累計)、遊技玉数、クレジット数を記憶している。
P台側から送信されてきた加算数p,cに基づいて総加算数p,cと遊技玉数とクレジット数とを更新する。また、P台側から送信されてきた減算数p,cに基づいて総減算数p,cと遊技玉数とクレジット数とを更新する。さらに、P台から送信されてきた始動口1入賞数カウンタの値に基づいて始動口(1)総入賞数を更新するとともに、P台側から送信されてきた始動口2入賞数カウンタの値に基づいて始動口(2)総入賞数を更新する。このように、CUは、P台より逐一送信されてくる現在玉・クレジット関連情報によって遊技玉数およびクレジット数を更新することで最新の遊技玉数を管理をすることが可能となる。同様に、CUは、P台より逐一送信されてくる現在玉・クレジット関連情報によって総加算数p,c、総減算数p,c、始動口(1),(2)総入賞数を更新することで最新のそれらの情報を管理をすることが可能となる。
なお、CUは、P台側から加算玉数カウンタ、減算玉数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタの値に加えて遊技玉数カウンタおよびクレジット数カウンタのカウント値(遊技玉数・クレジット数または遊技玉・クレジットトータル個数情報とも言う)も受信しているが、自ら記憶している遊技玉数は加算玉数カウンタおよび減算玉数カウンタの値に基づいて更新し、また、クレジット数はクレジット加算数カウンタおよびクレジット減算数カウンタの値に基づいて更新し、P台側から送られる遊技玉数カウンタおよびクレジット数カウンタのカウント値は利用しない。このため、仮に、P台側から送られてきた遊技玉数およびクレジット数とCU側で管理している遊技玉数およびクレジット数とが一致しない場合でも、CU側の遊技玉数およびクレジット数がP台側から送られてきた遊技玉数およびクレジット数で更新されてしまうことはない。
図115に示すように、CUは、貯玉を記憶する記憶領域と、受け付けた(挿入された)カードのカード残高を記憶する記憶領域とをさらに有する。CUのメイン制御部323(図114参照)は、貯玉の使用を要求する入力(たとえば、CUに設けられた再プレイボタン(再プレーボタンとも言う)319(図114参照)の押圧入力)に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。また、CUのメイン制御部323(図114参照)は、カード残高の使用を要求する入力(たとえば、貸出しボタン321の押圧入力)に応じてカード残高を記憶する記憶領域から所定値を減算する。
また、このような遊技者所有の遊技用価値(たとえばプリペイド残高、あるいは貯玉数)から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算要求玉数p(遊技玉)がCU側からP台側へ送信される。P台側では、それを受けて、擬似玉124を移動させ、その検出を条件として、遊技玉数カウンタおよび加算玉数カウンタを加算更新する。加算更新後の加算玉数カウンタの値はCUへ送信される。CUはそのデータの受信を待って、加算要求を確定させる。
一方、遊技者所有の遊技用価値(ここでは、遊技玉数)を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求玉数p(遊技玉)がCU側からP台側へ送信される。P台側では、それを受けて、擬似玉124を移動させ、その検出を条件として、遊技玉数カウンタを減算更新するとともに減算玉数カウンタを加算更新する。加算更新後の減算玉数カウンタの値はCUへ送信される。CUはそのデータの受信を待って、減算要求を確定させる。
図116は、カードユニット3とパチンコ機2のうちの遊技球数の加算および減算に関連する部分を示すブロック図である。図116において、カードユニット3には表示器312およびメイン制御部323が設けられ、パチンコ機2には表示器54、払出制御部17、加算用擬似玉ユニット120、減算用擬似玉ユニット121、および主制御基板16が設けられている。擬似玉ユニット120,121の構成は、図10(a)(b)で説明した通りである。ただし、擬似玉124としては、パチンコ玉を模したものが使用される。
遊技者によって残額の引き落とし、遊技玉が記録されたカードの挿入(遊技玉有)、貯玉再プレイ操作、クレジット精算等が行なわれると、メイン制御部323から払出制御部31に対して遊技玉の加算要求が送信される。また、遊技者によって画面のタッチパネル操作によりワゴンサービス要求あるいは遊技玉を分割譲渡する要求、遊技玉からのクレジットへの引き落とし等が行なわれると、メイン制御部323から払出制御部31に対して遊技玉の減算要求が送信される。
一方、パチンコ遊技機2側では、入賞(始動入賞を含む)が検出された場合にその旨が主制御基板16から払出制御部31に伝達される。メイン制御部323から加算要求pがあった場合、あるいは現クレジット数の上限を超過することになる入賞が検出された場合には、遊技玉数を加算する加算条件が成立する。この場合には、加算用擬似玉ユニット120が駆動し、擬似玉の移動・検出を条件にして遊技玉数が更新される。メイン制御部323から減算要求pがあった場合には、遊技玉数を減算する減算条件が発生する。ただし、この場合には、減算用擬似玉ユニット121が駆動し、、擬似玉の移動・検出を条件にして遊技玉数が更新される。
払出制御部31は、遊技玉の加算条件が成立した場合は、その原因に応じて加算目標値を設定する。加算目標値とは、擬似玉124の検出数である。本実施の形態では、S台の場合と同じく、遊技玉数の更新予定数と加算目標値とが一対一に対応している。
払出制御部17は、遊技玉数の加算条件が成立した場合には、その成立した加算条件に応じて加算すべき持点に対応する加算目標値を設定し、加算用擬似玉ユニット120の回転体123を回転させ、擬似玉124を検出する毎に遊技玉数カウンタおよび加算玉数カウンタをインクリメント(+1)し、加算目標値と同数の擬似玉124を検出したときは遊技玉数カウンタおよび加算玉数カウンタをインクリメントした後に回転体123の回転を停止させる。
また、払出制御部31は、遊技玉数の減算条件が成立した場合には、その成立した減算条件に応じて減算すべき持点に対応する減算目標値を設定し、減算用擬似玉ユニット121の回転体123を回転させ、擬似玉124を検出する毎に減算玉数カウンタをインクリメントするとともに遊技玉数カウンタをデクリメントし、減算目標値と同数の擬似玉124を検出したときは減算玉数カウンタをインクリメントし遊技玉数カウンタをデクリメントした後に回転体123の回転を停止させる。
遊技玉数カウンタのカウント値は、P台の表示器54に表示される。その結果、P台の表示器54の持点表示は、遊技玉更新予定数と同数の擬似玉移動が検出されたことに基づいて更新されることになる。
払出制御部31は、クレジット加算数カウンタを加算更新する際にクレジット数カウンタをクレジット加算数カウンタの加算分だけ加算更新し、クレジット減算数カウンタを加算更新する際にクレジット数カウンタをクレジット減算数カウンタの加算分だけ減算更新する。クレジット数カウンタのカウント値は、P台の表示器54に表示される。
また、P台の加算玉数カウンタおよび減算玉数カウンタのカウント値は加算玉数pおよび減算玉数pとして、クレジット加算数カウンタおよびクレジット減算数カウンタのカウント値は加算数cおよび減算数cとして、それぞれ一定時間間隔でCUのメイン制御部323に送信される。メイン制御部323では現段階での遊技玉総数が演算されて記憶され、現段階での遊技玉総数はCUの表示器312に表示される。その結果、CU側の表示器312の遊技玉数表示についても、遊技玉数更新予定数と同数の擬似玉移動が検出されたことに基づいて更新されることになる。同様に、現段階でのクレジット数はCUの表示器312に表示される。
次に、払出制御部17の加算動作について、より詳細に説明する。まず、パチンコ遊技機2の電源がオンされたときの払出制御部31の動作は、図9を用いて説明した動作と同一であるので、ここではその説明を繰り返さない。
つづいて、図117を参照して、遊技玉の加算条件が成立した場合における払出制御部17の加算処理を説明する。図117は、遊技玉の加算条件が成立した場合における払出制御部17の加算処理を示すフローチャートである。図117において、払出制御部17は、ステップS60において遊技玉の加算条件が成立するまで待機し、遊技玉の加算条件が成立した場合はステップS61において加算目標値を設定するとともに擬似玉ユニット120内の回転体123(図8参照)を回転駆動するときの駆動パターンを設定する。
なお、遊技玉の加算条件は、遊技玉数が記録されたカードがCUへ挿入された場合、残高の引き落とし操作がCUで検出された場合、貯玉再プレイの操作がCUで検出された場合、クレジットを遊技玉に変換する操作(クレジット精算操作)が検出された場合、クレジット数の上限を超えてクレジットが与えられる場合(入賞発生時)に成立する。
遊技玉の加算条件が成立しない場合は、ステップS60Aにおいて、クレジット数を加算する条件が成立したか否かを判別する。ここで判別される条件は、入賞の発生、ファール玉の発生である。
ステップS60Aにおいて、クレジット数へ加算する条件が成立していない場合には、NOと判断されて、再度、ステップS60の遊技玉の加算条件が成立しているのかを判別する。
一方、クレジット加算条件のいずれかが成立している場合には、ステップS60Aにおいて「クレジットの加算有」と判断される。この場合には、ステップS60Bにおいて、現在のクレジット数カウンタの値とクレジット加算条件の成立によって与えられるクレジット数(加算対象値)との合計がクレジット数カウンタの上限である125を超えているかどうかを判別する。超えている場合には、その余剰分を遊技玉に変換して遊技玉カウンタに加算するために、その余剰分を加算目標値とする。たとえば、クレジット数カウンタの値が115であるときに、15点が与えられる入賞した場合には、加算目標値は5に設定される。
一方、現在のクレジット数カウンタと加算対象値との合計が上限である125を超えない場合には、クレジットの加算のみで足りるために、再度ステップS60に戻り、遊技玉の加算条件が成立しているかどうかを判別する。なお、クレジットの加算条件が成立したときには、図示しない別のクレジット加算処理によってクレジットが更新されるものである。
ステップS60Cにおいて、払出制御部31は、加算目標値をクレジット数カウンタと加算対象値との合計からクレジット数の上限である125を減算した値と設定し、クレジット加算数カウンタ値を上限の125からクレジット数カウンタ値を減算した値と設定し、クレジット数カウンタを上限である125と設定する。
加算目標値は、加算要求(カード残高からの引き落とし、遊技玉が記録されたカードの挿入、貯玉再プレイ、クレジット精算)の内容、入賞の種類とクレジット数カウンタとの関係に基づいて設定される。
また、加算用擬似玉ユニット120の駆動パターンは、遊技玉数を加算する加算条件の種類によって異なっている。払出制御部31には駆動パターンデータが加算条件別に記憶されている。たとえば、入賞発生時にクレジットカウンタが上限を超えることに基づく場合には、その上限値を超える分の擬似玉124が検出されるまで一定速度で回転体123を回転させる駆動パターンデータが選択される。あるいは、貸出操作に基づいた残高の引き落としが行なわれる場合には、所定単位数(たとえば、125個)の擬似玉移動が検出されるまで回転体123を一定速度で回転させた後に、一旦停止させ、所定期間を経て再び所定単位数の擬似玉124が移動するまで回転体123を回転させることを、加算目標値(125個)に至るまで繰り返すような駆動パターンデータが選択される。
次に払出制御部17は、設定された駆動パターンに基づいてステップS62において駆動パルスφPを所定周期で加算用擬似玉ユニット120に供給し、回転体123を回転させる。ステップS63において払出制御部17は、光センサ131の出力信号φS1に基づいて、擬似玉124が検出されたか否かを判別する。ステップS63において擬似玉124が検出されない場合はステップS62に戻り、擬似玉124が検出された場合はステップS64において2回目以降の検出か否かを判別する。
ステップS64において、2回目以降の検出であると判別した場合は、ステップS65において前回検出から今回検出までの時間は規定範囲内か否かを判別する。ステップS65において、前回検出から今回検出までの時間は規定範囲内でないと判別した場合は、加算用擬似玉ユニット120が故障したか、不正行為が行なわれた可能性があるので、ステップS66においてエラー処理を行なう。エラー処理としては、ゲームの停止、異常発生の表示、異常発生の通報等が行なわれる。
ステップS65において、前回検出から今回検出までの時間は規定範囲内であると判別した場合は、ステップS67において加算玉数カウンタおよび遊技玉数カウンタをインクリメント(+1)する。
次に、ステップS671において、S60で成立と判定した遊技玉の加算条件は、クレジット精算であるか否かを判定する。クレジット精算でなかった場合にはステップS68に進む。クレジット精算であった場合には、遊技玉の加算と連動してクレジットを減算するために、ステップS672において、クレジット減算数カウンタをインクリメント(+1)するとともにクレジット数カウンタをデクリメント(−1)する。
ステップS64において、2回目以降の検出でないと判別した場合は、最初の検出であるのでステップS65を実行せずにステップS67において加算玉数カウンタおよび遊技玉数カウンタインクリメント(+1)する。
ステップS68において、加算目標値を検出したか否か、すなわち加算玉数カウンタのカウント値が加算目標値に到達したか否かを判別し、加算目標値を検出していない場合はステップS62に戻り、加算目標値を検出した場合はステップS69で駆動パルスφPの出力を停止して加算用擬似玉ユニット120の回転体123の回転を停止させる。
図118は、払出制御部17の減算処理を示すフローチャートである。
払出制御部17の減算処理については、図11で説明した減算処理と同様である。すなわち、図11を参照して、S20の減算条件は、ワゴンサービス要求、または遊技玉数の分割共有要求に基づいてCUから減算要求数pが送信されてくることによって成立する。ただし、図11の持点減算数カウンタおよび持点数カウンタはそれぞれ減算玉数カウンタおよび遊技玉数カウンタとなる。なお、既に説明したとおり、遊技玉を発射した場合は、減算用擬似玉ユニット121を駆動させずに、クレジット減算数カウンタをインクリメントする。
図117および図118に示した処理、あるいは図10、図11と同様の処理によって更新された加算玉数カウンタ、減算玉数カウンタ、クレジット加算数カウンタ、クレジット減算数カウンタの値は、動作応答に含められてCUへ送信される。CUはそれを受けて遊技玉数およびクレジット数を更新するとともに遊技玉数およびクレジットの表示を更新する。一方、P台は、図117および図118に示した処理、あるいは図10、図11と同様の処理によって更新された遊技玉数カウンタおよびクレジット数カウンタに基づいて遊技玉数およびクレジット数の表示を更新する。
次に、図119および図120を参照して、擬似玉ユニット120,121における駆動パターンの具体例を説明する。
図119(a)は、遊技玉からクレジットへの引き落とし操作時における減算用擬似玉ユニット121の光センサ131の出力信号φS1の波形を示すタイムチャートであり、図119(b)はワゴンサービスの要求における信号φS1の波形を示すタイムチャートである。図119(a)において、遊技者によって遊技玉からクレジットへの引き落とし操作が行なわれた場合は、払出制御部17から加算用擬似玉ユニット120に駆動パルスφPが供給され、回転体123が回転される。擬似玉124の先端が光センサ131の正面に到達すると信号φS1は「L」レベルから「H」レベルに立ち上げられ、擬似玉124の後端が光センサ131の正面を通過すると信号φS1は「H」レベルから「L」レベルに立ち下げられる。払出制御部31は、信号φS1の立ち上がりエッジと立下りエッジを検出したときに、1つの擬似玉124が通過したと判断する。
遊技玉からクレジットへの引き落とし操作に対応する駆動パターンは、所定単位数A(たとえば、5個)の擬似玉移動が検出されるまで回転体123を一定速度で回転させた後に、一旦停止させ、所定期間T1を経て再び所定単位数Aの擬似玉124が移動するまで回転体123を回転させることを、クレジット数125に至るまで繰り返すような駆動パターンである。
図119(a)を参照して、払出制御部17は、加算要求c(クレジット)に従って所定速度にて擬似玉124を循環移動させ、光センサ131の出力信号φS1に現れる正パルスの数をカウントし、正パルスのカウント数がA個に到達した場合に擬似玉124の循環移動を一旦停止させ、一定時間T1だけ待機する。その後、再び、カウント数がA個に到達するまで擬似玉124を循環移動させる動作を繰り返す。本実施の形態では、1回の貸出操作で与えられるクレジット数が125であるので、計25回、上記の動作が繰り返されることになる。
図119(b)では、ワゴンサービスの要求が検出された場合が示されている。払出制御部17は、ワゴンサービスの要求の種類に従って加算目標値をB(ただし、Bは正の整数である。)に設定する。その後、払出制御部31は、擬似玉124を図119(a)の遊技玉からクレジットへの引き落とし操作時とは異なる回転速度で循環移動させ、光センサ131の出力信号φS1に現れる正パルスの数をカウントし、正パルスのカウント数がB個に到達した場合に擬似玉124の循環移動を停止させる。
なお、1回の遊技玉からクレジットへの引き落とし操作時における遊技玉数の減算数は、P台の場合には125である。本実施の形態では、図119(a)(b)に示すように、ワゴンサービスの要求時における回転体123の回転速度を遊技玉からクレジットへの引き落とし操作時よりも速くしている。この場合、ワゴンサービスの要求における光センサ131の出力信号φS1の正パルスのパルス幅は、遊技玉からクレジットへの引き落とし操作時よりも小さくなる。また、1つの正パルスが検出された場合に、2以上の所定の遊技玉数を減算するようにしてもよい。
このように、遊技玉からクレジットへの引き落とし操作に基づく場合とワゴンサービスの要求の発生に基づく場合とで、遊技玉を減算する際の擬似玉124の移動態様を異ならせることによって、擬似玉124の移動態様を視認することのみによって、遊技玉数が更新されている要因を特定することができる。なお、ここでは、加算条件の比較例として、2つの場合を例示したが、他の減算条件の各々で擬似玉124の移動態様を異ならせるように制御することが望ましい。
また、加算条件別に、加算用擬似玉ユニット120での擬似玉124の移動態様を異ならせるように制御することが望ましい。これにより、たとえば、加算用擬似玉ユニット120での擬似玉124の動きを見ることのみで、貯玉再プレイ設定などの加算条件についても同様に制御することが望ましい。貯玉再プレイ設定に基づいて遊技玉数が加算されているのか否かを特定できる。
次に、図120を参照して、遊技玉更新の条件が成立して擬似玉124を移動している最中に他の遊技玉更新の条件が成立した場合の望ましい制御について説明する。
たとえば、ワゴンサービスの要求の発生に基づいて擬似玉124を移動している最中に遊技玉からクレジットへの引き落とし操作が行なわれた場合は、図120(a)に示すように、ワゴンサービスの要求に基づくB点に対応する擬似玉移動・検出を継続する。それがすべて完了したら、所定時間T2だけ待機した後、遊技玉からクレジットへの引き落とし操作に基づく擬似玉移動・検出の減算処理を図119(a)で示した方法で行なう。すなわち、遊技玉からクレジットへの引き落とし操作に基づく処理よりも、ワゴンサービスの要求に基づく処理が優先される。この優先順序を逆にしてもよい。つまり、遊技玉からクレジットへの引き落とし操作が検出された時点でワゴンサービスの要求の発生に基づく擬似玉移動が完了していない場合には、貸玉操作に基づく減算処理の後に、ワゴンサービスの要求の発生に基づいた擬似玉124の移動引き続き実行するようにしてもよい。
また、遊技玉からクレジットへの引き落とし中にワゴンサービスの要求した場合は、図120(b)に示すように、遊技玉からクレジットへの引き落とし操作に基づく減算処理を直ぐに中断し、所定時間T2だけ待機した後にワゴンサービスの要求に基づくB点の減算処理を行なう。B点の減算処理を終了したら、所定時間T2だけ待機した後に、中断した遊技玉からクレジットへの引き落としの減算処理を再開する。これにより、遊技玉からクレジットへの引き落とし操作に基づく処理よりも、ワゴンサービスの要求に基づく処理が優先されることになる。図120(b)では、最初の遊技玉からクレジットへの引き落とし操作時にA−a点の減算が行なわれ、再開後の遊技玉からクレジットへの引き落とし操作時にa点の減算が行なわれた状態が示されている。ただし、aはAよりも小さな正の整数である。
いずれにしても、本実施の形態では、2つの減算条件がともに成立した場合には、一方の減算条件の成立に基づく処理を実行しているのか、他方の減算条件の成立に基づく処理を実行しているのかを区別可能にしている点に1つの特徴がある。すなわち、図120(a)(b)の例では、遊技玉からクレジットへの引き落とし操作に基づく擬似玉移動とワゴンサービスの要求の発生に基づく擬似玉移動とを切換える際に、休止期間T2を設けることによって、それぞれが別の減算条件の成立に基づいた擬似玉移動であることを区別できるようにしている。
また、ここでは、減算条件の比較例として、遊技玉からクレジットへの引き落とし操作に基づく場合とワゴンサービスの要求の発生に基づく場合を例示したが、他の減算条件についても同様にして一方の条件成立に基づいた擬似玉移動が終了してから他方の条件成立に基づいた擬似玉移動を開始するまでの間に休止期間を設けるようにすることが望ましい。また、減算条件ではなく、貯玉再プレイなどの加算条件についても同様に制御することが望ましい。
<擬似玉ユニットをCUとS台の双方に設けた場合>
図121は、擬似玉ユニット120、121をCUとP台の双方に設けた例である。このように構成した場合には、遊技玉数を更新する要因がCU側で発生した場合にはCU側の擬似玉ユニット120、121で擬似玉124を移動させる一方、遊技玉数を更新する要因がP台側で発生した場合にはP台側の擬似玉ユニット120、121で擬似玉124を移動させるようにすることが考えられる。
その場合、図116のように擬似玉ユニット120、121をP台側のみに設けた場合と比較すると、残高の引き落とし、貯玉再プレイおよび遊技玉が記録されたカードの挿入、クレジット精算の際にCU側の加算用擬似玉ユニット120が稼動し、ワゴンサービスおよび遊技玉分割譲渡、クレジットボタン操作の際にCU側の減算用擬似玉ユニット121が稼動することになる。すると、これらの場合には、CU側ではP台からの遊技玉数更新を示す動作応答を待つことなく、ローカル側での擬似玉検出に応じて遊技玉数表示を更新できるようになり、遊技玉数更新のための通信制御を単純化できる。一方、P台は、残高の引き落とし、貯玉再プレイおよび持点が記録されたカードの挿入、クレジット精算の際、ワゴンサービスおよび持点分割譲渡、クレジットボタン操作の際には、CU側での擬似玉検出に基づいてCU側から送信される加算要求および減算要求の受信を待って遊技玉数表示を更新することになる。なお、P台側では、入賞の発生の際に、クレジット数との関係を考慮して、加算用擬似玉ユニット120を駆動することになる。
この図121の構成の場合、CU側で遊技玉数の更新要因が発生した場合にはCU側の擬似玉ユニット120、121で擬似玉124が検出されたことを条件として遊技玉数が更新される一方、P台側で遊技玉数の更新要因が発生した場合にはP台側の擬似玉ユニット120、121で擬似玉124が検出されたことを条件として遊技玉数が更新されるため、図116の構成と同様に、遊技玉数の表示は、擬似玉が検出されたことに基づいて行なわれることになる。
<擬似玉ユニットをCUにのみ設けた場合>
あるいは、加算用擬似玉ユニット120と減算用擬似玉ユニット121とをCU側にのみ設けて、P台側には設けないようにしてもよい。このように構成した場合には、CUは、CU側で遊技玉数の更新要因が発生した場合、すなわち、カードの残高を引き落とす貸出操作、貯玉再プレイ操作、遊技玉数が記録されたカード挿入、ワゴンサービスを要求する操作、クレジットボタン操作、クレジット精算が発生した場合に、加算または減算の種類に応じて加算用擬似玉ユニット120または減算用擬似玉ユニット121を稼動させる。続いて、CUは、擬似玉124の検出・移動に応じて遊技玉数の記憶を更新して表示器312の遊技玉数表示を更新する。さらに、加算要求あるいは減算要求の動作指示コマンドをP台へ送信する。
動作指示コマンドを受けたP台は、加算要求に応じて遊技玉数カウンタを加算更新し、減算要求に応じて遊技玉数カウンタを減算更新する。また、更新後の遊技玉数カウンタの値に従い表示器51の遊技玉数表示を更新する。ただし、加算玉数カウンタおよび減算玉数カウンタは更新しない。CU側では加算要求および減算要求を送信した時点で既にそれぞれに応じて遊技玉数が更新されるからである。
一方、P台は、P台側で遊技玉数の更新要因が発生した場合、すなわち、クレジット数カウンタの上限を超過する入賞が発生した場合に、加算玉数カウンタを加算更新する。ただし、この時点では遊技玉数表示に関わる遊技玉数カウンタは更新しない。続いて、P台は、加算更新した加算玉数カウンタの値を含む動作応答(加算数p)をCUへ送信する。
CUは、この動作応答を受けて、加算用擬似玉ユニット120を稼動し、擬似玉124の移動・検出に応じて遊技玉数の記憶を加算更新し、その更新結果を表示器312に反映させる。さらに、CUは、擬似玉124の移動・検出に応じて加算要求pを設定し動作指示コマンドで加算要求pをP台へ送信する。P台は、それを受けてようやく遊技玉数カウンタを更新し、その更新結果を表示器51に反映させる。
以上のように制御することによって、CU側にのみ擬似玉ユニット120、121を設けた場合であっても、CUおよびP台の双方ともに、擬似玉124の移動・検出を条件に、遊技玉数表示を更新させることが可能になる。
以上、説明したように、本実施の形態によれば、クレジットの上限点を超えて生じた加点対象分を持点に変換して加点するときに、擬似玉124の移動が検出されたことを条件にして持点の表示が更新されるため、持点式でない遊技のように価値物体の排出に対応する動作を擬似的に行なうことによって、持点が更新されるようにすることができる。
また、遊技用価値の一例となるカード残高あるいは貯メダル(貯玉)を遊技玉に変換するとき、入賞の発生に基づいて持点(遊技玉)を加算更新するとき、クレジット精算操作がされるときに、擬似玉124の移動が検出されたことを条件にして持点の表示が更新されるため、持点式でない遊技のように価値物体の排出に対応する動作を擬似的に行なうことによって、持点が更新されるようにすることができる。
また、持点共有のために持点を減算するとき、ワゴンサービスの要求に基づいて持点を減算するとき、持点からクレジットへの変換がされるときに、擬似玉124の移動が検出されたことを条件にして持点の表示が更新されるため、持点式でない遊技のように価値物体の回収に対応する動作を擬似的に行なうことによって、遊技玉が更新されるようにすることができる。
特に、本実施の形態では、擬似玉124が移動する様子を遊技者が視認できるのであり、かつ、擬似玉124の移動と持点の更新とが完全に連動しているため、擬似玉124の動きと持点の更新表示の様子との間に齟齬が生じず、遊技者に違和感を与えないようにすることができる。
また、本実施の形態では、所定個数の擬似玉124が配置された回転体123を回転駆動することによって擬似玉124を繰り返し回転移動させるものであって、所定個数の擬似玉124を繰り返し使用することができるため、低コスト化を図ることができる。
さらに、本実施の形態では、擬似玉124が検出される時間間隔が基準範囲外である場合には所定のエラー処理が実行されるため、たとえば、擬似玉ユニット120、121での擬似玉124の移動とは無関係に、擬似玉ユニットから出力される検出信号と同様の信号を遊技機あるいはCUに入力することで持点を不正に加算更新させるような不正行為を極力防止できる。
また、本実施の形態では、電源投入時には擬似玉ユニット120、121内の回転体123を所定の初期位置にまで移動させ、擬似玉124を移動する条件が成立した場合にはその位置から回転体123を開始させるため、電源投入後に擬似玉124の移動が検出されるまでの時間を一定にすることができる。
また、本実施の形態では、擬似玉124を移動させる複数種類の要因のそれぞれに応じて、回転体123を回転駆動させる駆動パターンが異なるため、擬似玉124の移動パターンを視認することによって、どのような要因(遊技玉からクレジットへの変換操作、再プレイ操作、持点共有操作、ワゴンサービス要求、入賞発生、クレジットボタン操作、クレジット精算操作など)に基づいて擬似玉124が移動しているのかを特定できる。
さらに、擬似玉124を移動させる複数種類の要因のうちの2つの要因が重なって発生した場合でも、一方の処理を終えてから他方の処理を開始するまでの間に所定の休止期間が設けられるため、一方の処理に対応する制御と他方の処理に対応する制御とを区別することができる。
次に、以上説明した実施の形態における変形例や特徴点等を以下に説明する。
(1) 擬似玉ユニット120、121の回転体123は、外周上に玉などの所定物体を所定間隔で配置するための配置部が形成された1枚の円盤部材であってもよい。また、所定物体は、回転体に対して着脱自在に取り付けるようにしても、あるいは、回転体と一体成形したものであってもよい。
(2) 本実施の形態では、擬似玉の動きが遊技者に見えるようにした。これにより、実際の擬似玉の動きが持点の減算更新あるいは加算更新の表示に反映されている様子を遊技者に見せることができ、持点が更新表示される様子と擬似玉の移動との間に齟齬が生じない。
しかしながら、擬似玉の動きが遊技者から見えないように、本実施の形態において遊技機前面に設けたようなスリットのような窓は設けないようにしてもよい。あるいは、窓部分にシャッターを設けて、視認可能な状態と視認不可能な状態とに切換え可能としてもよい。さらにその切換え操作は遊技場の管理者が可能で遊技者には不可能とするために切換え操作部を遊技機の内部に設けたり、あるいは、管理者が携帯する管理装置からのコマンド信号でシャッターが開閉するものとしてもよい。
(3) 擬似玉ユニットは、加算用と減算用との2つを設ける他、持点の更新条件別に複数を設けてもよい。たとえば、残高からの引き落とし、カード持点の表示、ワゴンサービス、入賞(クレジット上限超過時)、クレジットボタン操作、クレジット精算操作の各々別に擬似玉ユニットを設けてもよい。
(4) 擬似玉ユニットは、回転体123の回転により所定物体を移動させる構造のものに限られない。たとえば、擬似玉ユニット内に所定物体を循環移動させるための循環通路を形成するとともに、循環通路の所定箇所に所定物体を検出するセンサを設ける。そのような擬似玉ユニット内に所定個数の所定物体を封入する。なお、この場合、所定物体を上方から下方へ落下させた後にスクリューなどの揚送機構で再び上方へ所定物体を送り込むようにして所定物体の移動を実現することなどが考えられる。あるいは、循環通路一杯に所定物体を一列封入した状態として、循環通路の所定箇所に所定物体を一方向へ送るような送り機構を設けることも考えられる。
(5) 擬似玉は加算および減算の一方の場合にのみ、移動させるものとしてもよい。つまり、本実施の形態における加算用の擬似玉ユニット120と減算用の擬似玉ユニット121とのうちの一方のみを設けるものとしてもよい。
(6) 本実施の形態では、クレジットの更新表示は、擬似玉の移動・検出が条件とされない。しかしながら、クレジットの更新表示も擬似玉の移動・検出を条件とするようにしてもよい。この場合、持点(遊技玉)用とは別のクレジットのための擬似玉ユニットを遊技機に設けてもよい。
(7) また、上記循環通路は、擬似玉ユニットというユニット内に設けるのではなく、P台の発射玉用の循環経路のごとく、遊技機内に設けられるようにしてもよい。あるいは、P台の場合には、発射玉用の循環経路の一部に擬似玉用の循環経路に連絡する連絡部を設けて、その連絡部を開閉することによって、発射玉を擬似玉として取り込むようにしてもよい。たとえば、擬似玉用の循環経路内の擬似玉が満タンであるか否かを検出するための擬似玉満タンセンサを設けて、満タン検出がされるまで前記連絡部を開放し、満タン検出がされた段階で前記連絡部を閉成する制御を払出制御部17あるいは主制御基板が実行するものとしてもよい。
(8) また、循環経路の所定箇所には必要に応じて擬似玉を排出・投入可能な排出・投入部を設けてもよい。
(9) 持点の加算条件が成立すると、遊技機は、循環経路内の複数の擬似玉のうち、加算する持点数に応じた数の擬似玉を循環経路内の所定の第1の箇所から第2の箇所へと移動させるとともに、クレジット数との関係を考慮し、記憶している持点を加算更新し、かつ、持点を加算するための応答コマンドをCUへ送信する。CUは、記憶している持点数を加算更新するようにしてもよい。
(10) また、持点の減算条件が成立すると、遊技機は、循環経路内の複数の擬似玉のうち、減算する持点数に応じた数の擬似玉を循環経路内の前記第2の箇所から前記第1の箇所へと移動させるとともに、クレジット数との関係を考慮し、記憶している持点を減算更新し、かつ、持点を減算するための応答コマンドをCUへ送信する。CUは、記憶している持点数を減算更新するようにしてもよい。
(11) なお、減算条件が成立した場合にも、加算条件が成立した場合と同じく、第1の箇所から第2の箇所へと擬似玉と移動させるものとしてもよい。あるいは、加算条件が成立した場合にのみ、擬似玉の移動を行なうものとしてもよく、または、減算条件が成立した場合にのみ、擬似玉の移動を行なうものとしてもよい。
(12) さらに、前記第1の箇所と前記第2の箇所との間には所定物体を移動させるための移動通路を複数条設けておけば、1回の加算条件あるいは減算条件の成立で更新すべき持点の更新数が多い場合(たとえば、入賞に基づく払出数が多い場合、持点からクレジットへの変換に基づく減算数が多い場合、賭数がMAX値である場合)に、持点の更新数に対応する擬似玉を速やかに移動させることができる。その結果、持点の更新表示が終了しているにも関わらず擬似玉の移動が延々と続くような違和感のある動作になることを防止できる。
(13) また、前記第1の箇所と前記第2の箇所とが鉛直方向上部と下部との関係になるように配置すれば、前記第1の箇所から前記第2の箇所へと所定物体を自重による自然落下させることができ、擬似玉の移動機構を単純化できる。この場合には、持点の加算更新および減算更新の双方共に擬似玉を前記第1の箇所から前記第1の箇所へと流下させるものとする。または、持点の加算更新と持点の減算更新との一方の場合にのみ、擬似玉を前記第1の箇所から前記第1の箇所へと流下させるものとしてもよい。あるいは、持点の加算更新用の流下経路と、持点の減算更新用の流下経路とを別個に設けて、加算更新視認用の透視窓と、減算更新視認用の透視窓をそれぞれ設けてもよい。
(14) 特に、上記所定物体として遊技球を用いた場合には、その形が球形であることから所定物体としてメダルを用いた場合よりも所定物体の循環をスムーズに行なえる。また、遊技球としては、遊技店でごく普通に用いられるパチンコ玉を採用することが考えられる。この場合、たとえば、遊技機がS台の場合、スロットマシンのメダル1枚の価値(持点=1の価値)に対してパチンコ玉5球が対応するものとすれば、持点数が更新される場合には更新持点数の5倍のパチンコ玉を第1の箇所と第2箇所との間で移動させることになる。また、第1の箇所と第2の箇所との間に設けた透視窓から視認されるパチンコ玉は、専ら、持点の更新が行なわれていることを遊技者に示すための“見せ玉”として機能することになる。
(15) また、上記の例では、持点方式を採用しつつも、所定物体を所定方向へ移動させることに連動して持点を更新させるようなスロットマシンを採用することを説明したが、メダルあるいは遊技玉といった所定物体に代えて、その移動に連動して持点を更新させるための専用の物体(たとえば、一般的なパチンコ玉とは異なる材質から成る球形物体など)を採用してもよい。
(16) 擬似玉ユニットは、加算用と減算用との2つに分けるのではなく、双方を兼用する加減算用ユニットとしてもよい。この場合には、CUあるいは遊技機の一方に擬似玉ユニットを設けることで事足りる。もちろん、CUと遊技機とのうちの一方のみに加減算用ユニットを設けて、他方には擬似玉ユニットを設けない構成、他方にも加減算用ユニットを設ける構成、他方には加算用と減算用との2つの擬似玉ユニットを設ける構成、のいずれを採用してもよい。
(17) 擬似玉ユニットとして、兼用型の加減算用ユニットを採用した場合には、持点を加算するときと減算するときとで擬似玉の移動方向を異ならせるようにしてもよい。これにより、擬似玉の移動方向を確認することで、持点加算であるか持点減算であるかを特定可能となる。あるいは、擬似玉の移動方向は共通で、移動速度などを異ならせるようにしてもよい。
(18) 擬似玉ユニットとして、兼用型の加減算用ユニットを採用した場合には、持点の加算条件と減算条件とがともに成立した場合の制御方法が問題になる。このような場合には、たとえば、一方を先に処理し、他方をその後に処理することが考えられる。その場合、一方の処理を終えてから他方の処理を開始するまでの間に一定の休止期間を設けて、一方の処理と他方の処理とを区別できるようにするのが望ましい。
(19) 持点の加算条件と減算条件とがともに成立した場合、加算条件成立による加算点と減算条件成立による減算点との差を算出し、その算出点だけ擬似玉ユニットで擬似玉を移動させるようにしてもよい。この場合、加算用の擬似玉ユニットと減算用の擬似玉ユニットとを設ける場合には、いずれか一方のみを稼動すれば事足りることになる。一方、兼用型の加減算用ユニットを採用した場合には、擬似玉の移動数を少なくすることができる。
(20) 本実施の形態では、点数1つに対して擬似玉を1つ移動させるようにしたが、1点に対して擬似玉を複数移動させるものとしてもよい。あるいは、複数点に対して擬似玉を1つ移動させるものとしてもよく、複数点n1に対して擬似玉を複数個n2(n1≠n2)移動させるものとしてもよい。
(21) 擬似玉ユニットを稼動させる条件のうち、CU側で発生する条件としては、残額の引き落とし、持点が記録されたカードの挿入、貯玉再プレイ操作、ワゴンサービスの要求、さらには持点分割の要求などが該当する。上記実施の形態では、これらの条件が成立した場合には、CU側から動作指示コマンドが送信される。しかしながら、これらの条件の成立に関する操作信号はすべて擬似玉ユニットを備える遊技機側の払出制御部へ入力されるようにしてもよいそのようにすると、CUから遊技機へ送信する加算要求あるいは減算要求を不要とすることができる。
(22) 本実施の形態では、持点を所定点だけ更新する場合には、擬似玉ユニットでその所定点に対応する擬似玉の移動が検出されたことを条件に持点数の表示を前記所定点だけ更新させた。しかしながら、これに代えて、持点を所定点だけ更新するために擬似玉ユニットで1つ目の擬似玉が検出された段階で早々と持点の表示を所定点だけ更新させるようにしてもよい。
(23) また、本実施の形態では、擬似玉ユニットで擬似玉の移動が検出されるたびに持点数カウンタ、持点加算・減算数カウンタを更新し、擬似玉ユニットが未だ稼動途中であっても、動作応答を返信できるタイミングになった段階で、それまでに更新されている持点加算・減算数カウンタの値を動作応答としてCUへ送信する。そして、一旦、持点加算・減算数カウンタの値を0クリアし、続いて擬似玉ユニットの稼動により検出される擬似玉に基づいて再度、持点加算・減算数カウンタの値を更新し、次の動作応答の送信タイミングにおいて、それらのカウンタの値を送信する。その結果、持点の更新表示が徐々に(動作応答がCUへ到着する毎に)行なわれることになる。しかしながら、このような制御に代えて、擬似玉ユニットで予定されているすべての擬似玉の移動が完了するまで持点加算・減算数カウンタの値を0クリアすることなく更新し続けるとともにその値を動作応答として送信することを控え、すべての擬似玉の移動が完了した段階で持点加算・減算数カウンタの値を反映させた動作応答をCUへ送信するようにしてもよい。
(24) CU側から遊技機側へ送信される動作指示のコマンドには加算要求および減算要求の種別を示すビットデータが含まれている。しかしながら、このようなビットデータを動作指示のコマンドに含めるのではなく、持点からのクレジットへの変換操作の検出信号や再プレイ操作の検出信号、あるいは持点が記録されたカードが挿入されたことを示す信号、さらには持点の分割共有の操作があったことを示す信号を、CUから遊技機へ入力するようにしてもよい。あるいは、それらの操作信号は、CUで単に中継されて直接に遊技機へ入力されるようにしてもよい。
(25) 加算用擬似玉ユニットの擬似玉の回転方向と減算用擬似玉ユニットの擬似玉の回転方向とが逆方向になるように各ユニットを制御するようにして、それぞれが加算および減算に関わるものであることを理解し易いようにしてもよい。
(26) 擬似玉の移動検出数を累積記憶するための累積記憶手段(カウンタ)をCUあるいは遊技機に設けてもよい。また、その累積記憶手段の記憶に基づいて算出される持点数と、実際の持点数とを比較判定する比較判定手段をCUあるいは遊技機に設けてもよい。さらに、比較判定手段の判定結果を報知(表示器への表示や報知音の発生)する報知手段をCUあるいは遊技機に設けてもよい。このような比較判定手段を設けることによって、擬似玉の移動を伴うことなく不正に持点を加算更新させるような不正の有無を発見できるようにしてもよい。なお、以上の各手段は、CUあるいは遊技機と通信可能に接続される管理装置(ホール管理コンピュータなど)に設けるようにしてもよい。
(27) S台においてリプレイが発生した次回のゲームでは、自動的に賭数設定されるが、この賭数についてはキャンセル操作あるいはBET数を減少する操作をしても操作が受付けられないようにしてもよい。これにより、リプレイが発生したときにキャンセル操作などをすることによって遊技者に対して再ゲームと異なる利益が付与されてしまう不都合を防止できる。
(28) 持点の分割譲渡(持点共有)が行なわれる際にはCUから減算要求が送信されるが、この際にも減算用の擬似玉ユニットで擬似玉を移動させて擬似玉が検出されることを条件として持点が減算されるようにしてもよい。
(29) 実施の形態では、キャンセルボタンを1回操作する毎に、現在設定されている賭数が1つづつ減少する一方、キャンセルボタンを長押し操作(所定時間以上、押しっぱなし)することによって現在設定されている賭数のすべてが取り消されるものである。しかしながら、これに代えて、キャンセルボタンを操作することによって、現在設定されている賭数のすべてが取り消される一方、3BETされている状態で1枚BETスイッチを押すことによって3BETが1BETに減少されるようにしてもよい。あるいは、現在設定されている賭数のすべてを取り消すためのキャンセルボタンに加えて、設定されている賭数を1つだけ減少させる賭数減少ボタンを設けてもよい。
(30) 本実施の形態では、前記遊技用価値を持点に変換する場合に前記移動手段による前記所定物体の移動を開始させ、前記移動検出手段により持点変換量に対応する所定回数の前記所定物体の移動が検出された場合に前記移動手段による前記所定物体の移動を停止させる移動制御手段を含む。
また、本実施の形態では、前記第2持点加点手段による加点対象の点数が前記上限点と前記第2持点記憶手段に記憶されている前記第2持点との差数を超過する場合に前記移動手段による前記所定物体の移動を開始させ、当該超過分の点数に対応する回数の前記所定物体の移動が検出された場合に前記移動手段による前記所定物体の移動を停止させる移動制御手段を含む。
(31) 上記した実施の形態には、以下の構成の発明が開示されている。
遊技者により遊技が行なわれるスロットマシン(スロットマシン2S)と、該スロットマシンと通信可能に接続された遊技用装置(カードユニット3)とを備える遊技用システムであって、
前記スロットマシンは、
該スロットマシンを制御する第1の制御手段(主制御基板116)と、
該第1の制御手段と通信可能に接続された第2の制御手段(LSI117)とを含み、
前記第1の制御手段は、
前記スロットマシンの制御中に発生するエラーを判定するエラー判定手段(主制御基板116のCPU)と、
該エラー判定手段によりエラーの発生が判定されたときに異常を報知する制御を行なう異常報知制御手段(主制御基板116のCPU、I/Oポート)とを含み、
前記第2の制御手段は、
前記遊技用装置と通信可能に接続され(コネクタ330、220により接続され)、
前記第1の制御手段の異常を判定する異常判定手段(図35の認証シーケンス)を含み、さらに、
前記異常判定手段により前記第1の制御手段の異常が判定されたときに異常が発生したことを通知する異常通知情報を前記遊技用装置へ出力する出力手段(主制御基板116の異常を検知した払出制御部31がS台通信制御部82からCU通信制御部80へ通知する)を含み、
前記遊技用装置は、前記異常通知情報を受信したときに異常を報知する制御を行なうことを特徴とする、遊技用システム。
このような構成によれば、スロットマシンの制御中にエラーが発生した場合に異常を報知する制御機能を有する第1の制御手段自体の異常が第2の制御手段によって判定され、その第1の制御手段自体の異常が発生したことが第1の制御手段から遊技用装置へ出力され、遊技用装置において異常を報知する制御を行なうために、異常発生時に異常報知制御機能を有する第1の制御手段自体に異常が存在する場合においても、良好に異常報知制御を行なうことができる。
(31) 上記実施の形態においては、CU通信制御部80やS台通信制御部82は、メイン制御部323や払出制御部31から送られてきた情報を受信してそのままその情報をS台あるいはCUへ送信するが、受信した情報を加工(プロトコル変換やシリアル/パラレル変換等)してその加工した情報を送信するものであってもよい。
(32) 図34〜図42の認証シーケンスと業務電文シーケンスは、メイン制御部323と通信制御部80との制御であるが、図34〜図42の認証シーケンスと業務電文シーケンスとの制御を、スロットマシン2Sの払出制御部31とS台通信制御部82とで行ってもよく、さらには、遊技場に設置されたその他の遊技機器(カード発行装置、清算装置、ホール用管理装置、景品交換装置等)において行ってもよい。
また、図42に示した業務電文シーケンスを、たとえば、ホール用管理コンピュータ1に接続された島コンピュータとスロットマシンのコンピュータとの間で行ってもよく、また、メイン制御部と通信制御部を備えたZカウンタにおいて、その通信制御部が景品管理装置に接続されており、メイン制御部と通信制御部との間で行ってもよい。さらには、たとえば貯メダル管理装置と接続された通信制御部をカードユニットに設け、その通信制御部とカードユニットのメイン制御部との間において図42に示した業務電文シーケンスを実行してもよい。
(33) 図37に示したBBシリアルID認証シーケンスは、メイン制御部のSIDとCU通信制御部のSIDとの2種類のSIDを用いた認証であるが、1種類のSID(たとえばCU用SID)を用いてメイン制御部とCU通信制御部との認証を行なってもよい。この場合には、互いに同じSIDを記憶していることの認証が行なわれることになる。
(34) 前述の実施の形態においては、持点数をCU側に設けた表示器312により表示させるようにしているとともに、S台側の表示器51により持点数の表示を行なうようにしている。持点数をCU側の表示器により表示する場合には、表示部のないS台にも、本実施の形態におけるCUを適用して持点数の表示ができるというメリットがある。一方、S台側に持点数表示部を設ける場合には、その表示制御をCU側で行なってもよい。
(35) あるいは、その表示制御をS台側で行なってもよい。表示制御をS台側で行なう場合には、表示すべき持点数の情報をCU側からもらい受けるようにすることによって、持点数表示部にはCUで管理している持点数を表示することが可能となる。また、このように、表示制御をS台側で行なうと、装飾的(演出的)価値の高い持点数の表示を行なうことが可能になるというメリットがある。なお、表示制御をS台側で行なう場合、表示すべき持点数の情報をCU側からもらい受けるのではなく、S台自身が記憶している持点数カウンタの値に基づいて、持点数の表示制御をするものとしてもよい。
(36) 前述した実施の形態においては、CUからS台にコマンドを送信してS台がそれに応えてレスポンスをCUに返信するものを示したが、逆に、S台からコマンドをCUに送信し、CUがそれに応えてレスポンスをS台へ返信する通信形態であってもよい。
具体的には、払出制御部31で生成されたコマンド(動作指示)をS台通信制御部82へ送信し、そのコマンド(動作指示)をS台通信制御部82からCUへ送信する。そのコマンド(動作指示)に応じたレスポンス(動作応答)がCUからS台通信制御部82へ返信され、そのレスポンス(動作応答)をS台通信制御部82が払出制御部31へ送信する。
この場合には、図31に示したコマンドの再送を払出制御部31が実行する。つまり、払出制御部31は、コマンド送信後1秒間レスポンスをS台通信制御部82から受信できなかった場合にはコマンドをS台通信制御部82へ再送する。さらに、図42(a)(b)で示した通信状態要求の送信および通信状態の確認のリトライも払出制御部31が実行する。つまり、払出制御部31は、動作指示をS台通信制御部82へ送信した後通信状態要求を送信し、S台通信制御部82から返信されてくる通信状態応答に基づいて通信状態を確認する。そして、確認結果異常と判断した場合は、再度動作指示を送信した後通信状態要求を送信し、通信状態の確認のリトライを実行する。
(37) さらに、前述の実施の形態においては、定期的(たとえば200ms)毎にCUとS台との間で通信を行なっているが、それに代えて、通信の必要性が生じたときにCUまたはS台の一方から他方にデータを送信して交信するようにしてもよい。
(38) 前述の実施の形態においては、S台からCUに対して、加算拒否ON、減算拒否ON、クリア拒否ONなどの要求に従わない拒否信号を含む動作応答をCUに返信し、CU側でその拒否ONに基づいて要求が拒否されたことを判別するようにしている。しかしこれに限定されるものではなく、拒否ONの動作応答をS台が返信する代わりに、CUからの要求に従っていない加算減算数や持点のデータを含む動作応答をCUへ返信し、CU側で、その返信されてきたデータ(加算減算数や持点等)が要求に従ったものであるか否かを判別し、それにより要求が拒否されたか否かを判別するようにしてもよい。
(39) 前述の実施の形態においては、CUでの電源断やCUとS台との間での通信断が検知された場合に、プレイ停止状態にするものを示したが、それに限定されるものではなく、S台側において遊技が続行できる状態に制御してもよい。その場合に、通信断が発生してからそれら異常が復旧して起動するまでの間において続行された遊技に伴って生成された加算減算数データをS台側で累積記憶しておき、起動時にそれらデータおよび持点のデータをCUに送信してCU側のデータのバックアップ値を修正するようにしてもよい。
(40) 前述の実施の形態においては、S台は、CUからのコマンドが所定時間(たとえば4秒間)送信されてこないときに、図32の処理によって通信断と判断している。しかし、次のような方法で通信断の判断を行なってもよい。
スロットマシン2Sとカードユニット3とが電気的に接続されているか否かを検出する接続検出器をスロットマシン2Sに設ける。図4を参照して、CU通信制御部80と払出制御部31とは前述したように信号線で接続されているが、その信号線の他にカードユニット3からの所定電圧(たとえば5V)がスロットマシン2S側に入力される接続検知用信号線を設ける。この接続検知用信号線とCU通信制御部80および払出制御部31の間での信号線とが、同じケーブルで構成されており、そのケーブルの断線あるいはコネクタ330、220の離脱さらにはカードユニット3の電源断が生じた場合には、接続検知用信号線の電圧が0Vとなるために、それを接続検出器が検出し、その検出信号が払出制御部31に入力されるように構成する。払出制御部31は、その検出信号が入力されたことにより、ケーブルの断線あるいはコネクタ330、220の離脱さらにはカードユニット3の電源断が生じたことを判定する。
(41) 図43の処理において、S台は、補正ONを含む通信開始要求(補正要求)を受けたときに、S台でその補正要求を拒否できないようにプログラムされている。しかし、S台において、補正ONを含む通信開始要求(補正要求)を受けたにもかかわらず、持点等の補正ができない重度のエラーが発生している場合もある。このような重度のエラー状態を考慮して、CU側において、補正ONを含む通信開始要求(補正要求)の送信後、S台から送信されてくる動作応答の内容をチェックして、S台側の持点等が正しく修正されているか否かを判定し、修正されていないときには、エラー状態に移行する制御を行なうようにしてもよい。
つまり、CUは、図43の補正ONを含む通信開始要求(補正要求)を受信した後においても未だスロットマシン(たとえばS台)において持点等の加算ができないことを判別したときに、予め定められたエラー状態に移行する制御を行なうエラー制御手段を含む。
エラー状態に移行する制御としては、たとえば、表示器312により重度のエラー報知を行なうとともに、ホール用管理コンピュータ1に重度のエラーが発生した旨の通知を行なってホール用管理コンピュータ1によるエラー報知を行なって、係員による人為的な対応を促す等が考えられる。
(42) S台側では、次のようにして加算数をカウントしてもよい。
S台側に加算数をカウントするためのカウンタとして、カウンタAとカウンタBとを設ける。初めに、カウンタAによって加算数をカウントする。加算数の送信タイミングになれば、カウンタAのカウント値をCUへ送信する。その後、カウンタAの値は維持し、以降はカウンタBにて加算数をカウントする。加算数の送信タイミングになれば、カウンタBのカウント値をCUへ送信する。その後、カウンタBの値は維持する一方、カウンタAのカウント値を0クリアし、以降はカウンタAにて加算数をカウントする。以下、カウンタA、Bによる上記のカウントを繰り返す。
以上のカウント方法は、S台側での減算数のカウントに利用してもよい。あるいは、外部出力情報のカウントに利用してもよい。
(43) S台は、加算数と減算数との2つの情報をCUに送信するのではなく、加算数と減算数とを加減算した後の1つの情報をCUに送信してもよい。つまり、このような情報によっても、「前記変化量を特定可能な更新情報」が構成される。
(44) 通信方式は、上記のコマンド-レスポンス方式に限定されるものではない。S台は、CUからのコマンドを待つことなく所定時間間隔で持点等の持点関連情報をCUに送信するものとしてもよい。あるいは、S台は、所定時間間隔で持点関連情報を送信するのではなく、予め定めた情報量が得られる毎に、持点関連情報をCUに送信するものとしてもよい。たとえば、加算であれば、1つあるいは2つ以上の予め定めた数の加算数が生じる毎に加算数をCUに送信するように構成することが考えられる。
(45) 本実施の形態では、S台側に加算数カウンタと減算数カウントとの2つのカウンタを設けた。しかしながら、これらの2つのカウンタに代えて、持点の増加(入賞の発生等)により加算し、持点の減少(賭数設定等)により減算する1つの加減算カウンタを用いるようにしてもよい。この場合には、この1つの加減算カウンタの値をS台からCUへ送信する。
(46) 本実施の形態は、次の構成を含む。
前記遊技用装置は、持点の減算を指示するためのコマンドを前記スロットマシンへ送信した後、当該コマンドに対する応答を受信する前に、前記スロットマシンとの間での通信コネクションを再確立させる処理に移行した場合、通信コネクションを再確立させる処理において前記スロットマシン側から送信されてきたデータに基づいて、持点の減算を指示するためのコマンドが前記スロットマシンへ到達していたか否かを判定する到達判定手段を含み、前記コマンド送信手段は、持点の減算を指示するためのコマンドが到達していたと前記到達判定手段により判定されたとき、当該コマンドによる持点の減算指示をキャンセルするためのコマンドを前記スロットマシンへ送信し、前記副持点更新手段は、持点の減算を指示するためのコマンドによる持点の減算指示をキャンセルするためのコマンドを受信したとき、持点の減算を指示するためのコマンドに基づいて既に持点を減算済みである場合および持点不足により持点を減算していない場合のいずれであっても、前記副持点記憶手段が記憶している持点に減算指示のキャンセル分に対応する持点を加算する。
(47) 本実施の形態では、返却ボタン322の操作により、遊技終了を要求する信号がCUに入力される。しかし、CUは、遊技終了を要求する信号を管理コンピュータなどから入力可能に構成してもよい。
(48) CUとS台とは、有線接続でなく、無線により通信可能に接続してもよい。
(49) 払出制御部31の機能を主制御基板116に設けることによって、払出制御部31をスロットマシン2Sに設けないようにしてもよい。
(50) 払出制御部31は、スロットマシン2S側で記憶している持点数カウンタが0になった段階で遊技停止する制御を行なう。しかしながら、払出制御部31は、持点数カウンタが0以外の所定値になった段階でその制御を実行するものとしてもよい。たとえば、前記所定値を遊技者がスロットマシンの所定の操作スイッチを用いて予め指定入力できるようにする。払出制御部31は、持点数カウンタが遊技者指定の所定値に達した段階で、遊技禁止状態とする。これにより、遊技者は、持点の残数が予め指定した数になった段階で自動的に遊技を停止させることが可能となる。
(51) 前述した実施の形態では、スロットマシン2S側に演出部50が設けられており表示器51により各種表示がなされるものを示したが、この演出部50を備えていないスロットマシン2Sであってもよい。その場合には、前述したカード挿入処理中ON、加算表示中ON、電算表示中ON、クリア表示中ON等の動作指示を含むコマンドがS台2Sへ送信されてきても、S台2Sでは、そのコマンドに応じた表示制御は行なわず、CU側の表示器312のみによる表示となる。
(52) 図87〜図89に示した貯メダル共有処理においては、他人に分割譲渡(貯メダル共有)するために排出されるカードBをCU内にストックされているストックカードを用いたが、その代わりに、他人に譲渡するためのカードBをCUの外部からカード挿入/排出口309に挿入し、その挿入されたカードBに分割譲渡(貯メダル共有)用の貯メダルを記録して排出するようにしてもよい。その場合には、図93〜図96に示した共有処理状況の表示画面において、第1処理である自分のカードの排出処理と第2処理である共有のカードの排出処理との間に、共有のカードの挿入処理が付け加わることとなる。
(53) 図88に示した貯メダル共有処理では、始めにビジターカードBを挿入して遊技を開始しているが、その代わりに、遊技者が紙幣をCUの紙幣挿入口302に挿入して遊技を開始してもよい。その場合には、貯メダル共有に用いられる譲渡用のカードBをCU内のカードストック部から取出して共有分の持点に対応付けて排出し、遊技終了時に持点数に対応付けて遊技者に返却するカードもCU内のカードストック部から取出して排出するようにしてもよい。また、紙幣の挿入により遊技を開始した後、入賞の発生によって持点数が生じた段階でカードストック部から取出したカードにその時点の持点数を対応付けてもよい。その場合に、遊技に伴って持点数が変動したときに前記カードに対応付けられた持点数も同様に変動させる。そして、貯メダル共有の操作がなされたときに、前記カードに対応付けられた持点数を共有分の持点に変更して該カードを譲渡用のカードとして排出し、再度カードストック部から取出したカードに、前記持点数から共有分の持点を減算した残りを対応付けるようにしてもよい。
(54) 前述の実施の形態では、CUが接続シーケンスを再開するときに、待機中(図44参照)以外の状態での接続シーケンスの再開と判断、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断、または、CUがバックアップしているSQNとS台から送信されてきたSQNとが整合しないと判断したときに、図33ではなく図43の再接続時の接続シーケンスを実行する。しかし、それらに加えてまたはそれらのいずれかに代えて、接続シーケンスの再開に伴ってS台から遊技中(待機中以外のとき)に通信コネクションの切断が発生したことを示す信号(たとえばリカバリデータ等)をCUへ送信し、CUがその信号に基づいて図43の再接続時の接続シーケンスを実行するようにしてもよい。
(55) 図87〜図89に示した持点の分割譲渡(貯メダル共有)の処理において、現時点の持点が分割譲渡する持点よりも所定数以上多いと判定したことを条件に分割譲渡(貯メダル共有)を許容するようにしてもよい。図87と図88の場合には、たとえば、現時点の持点が分割譲渡する持点よりも200点以上多いと判定したことを条件に分割譲渡(貯メダル共有)を許容する。また、図89の場合には、現時点の持点から担保点(=200)を減算した値が分割譲渡する持点よりも100点以上多いと判定したことを条件に分割譲渡(貯メダル共有)を許容する。
(56) 図87、図89に示した持点の分割譲渡(貯メダル共有)の処理において、カードAを排出した後カードBを排出するまでの間において、遊技中の持点数がカードBに書込んで譲渡する貯メダルに満たなくなった場合には、持点共有を取消してカードBの排出を行なわないように制御する。
(57) 前述した実施の形態では、貯メダルと持点との単位が同じものを示したが、それに限らず、両者の単位が異なるようにしてもよい。たとえば、持点数「1」を貯メダルに換算すれば「10」になるようにしてもよい。
(58) 図88では、遊技終了時の返却操作がなされたときに、カードストック部にストックされているカード(ストックカード)を取出してそのストックカードに持点数を対応付けて排出するものを示したが、その代わりに、遊技場の係員に新たなカードを持参してもらい、そのカードをカード挿入/排出口309に挿入して持点数を対応付け、そのカードを排出するようにしてもよい。
(59) 上記実施の形態では、会員カードとビジターカードとの2種類のカードを示したが、カードの種類はこれに限らず、たとえばビジターカードの1種類のみであってもよい。
(60) 図7に示すRAMクリアスイッチ293による手動操作によるRAMクリアの代わりに、クロック機能を設けて遊技場の営業開始時刻になると自動的にRAMクリア信号が出力されるようにしてもよい。その自動的に出力されたRAMクリア信号により前述したように遊技履歴データがクリアされる。
(61) 前述した実施の形態においては、遊技履歴データのリカバリ処理において、CU側のデータに合せる制御を行なっているが、これら遊技履歴データについてはS台が管理している情報であるため、基本的に一致、不一致に関係なく、S台側が保持している遊技履歴データに基づいてCU側の遊技履歴データを更新するように制御してもよい。但し、トータルの持点数、加算累計および減算累計のデータについては、CU側の記憶データに合せる。
(62) 前述した実施の形態においては、試打モードへの移行はテストカードをCUに挿入することにより行なっていたが、それに代えてあるいはそれに加えて、上位サーバ801からの移行指令あるいは遊技場の店員によるリモコン操作によって試打モードへの移行を行なうように制御してもよい。このようなリモコン操作による試打モードへの移行は、客待ち中においてリモコン操作により試打モードに移行させることが可能となる。そして、試打モードとして、遊技場における営業外の客寄せイベントとして使用する第1試打モードと、係員等による動作確認のための第2試打モードとの、2種類設けてもよい。
さらに、前述の実施の形態においては、試打モード中において持点(または持点数)がなくなったときにはCU側から持点加算指令(または持点数加算指令)をS台(またはS台)へ送ることにより持点の加算(または持点数の加算)を行なって遊技を可能としているが、CU側からの持点加算指令(または持点数加算指令)を送ることなく、S台(またはS台)において持点(または持点数)がなくなっても継続して遊技ができるように制御してもよい。
(63) 前述したC−IDは、変化することのない固定のコードデータで構成されたものであるが、それに代えて、カードから読み取られるC−IDがその読取時刻に応じて変化する動的IDコードであってもよい。そして、CUにカードが挿入されてCUがC−IDを読取ったときにその読取時刻とともにC−IDをCUが記憶しておき、その読取時刻とC−IDとの両データに基づいて遊技者が特定できるように構成してもよい。例えば、CUがC−IDを読取る際に、現在時刻Tをカードに入力し、カード内において、C−IDをTで暗号化ET(C−ID)し、そのET(C−ID)とTとをペアで出力する。CUは、そのET(C−ID)をTで復号DT(ET(C−ID))してC−IDを抽出する。
(64) 前述の実施の形態においては、C−IDに基づいて遊技者が特定されて同一の遊技者が遊技を行なっているか否かの判定を行なうようにしたが、それに代えてあるいはそれに加えて、遊技者の指紋や静脈等の生体情報を読取る生体情報読取手段をCUあるいはS台に設け、その生体情報読取手段により読取られた生体情報読取手段に基づいて遊技者の同一性を判別するバイオメトリクス認証を採用してもよい。
(65) 前述の実施の形態においては、図5に示したように、カードの返却に伴って、現遊技者遊技履歴データ記憶部に記憶されているデータをバックアップデータ記憶部にシフトして記憶させるものを示したが、その代わりに、カードの返却に伴って、現遊技者遊技履歴データ記憶部をバックアップデータ記憶部に切換えてかつバックアップデータ記憶部を現遊技者遊技履歴データ記憶部に切換えるように制御してもよい。その場合には、切換えられた現遊技者遊技履歴データ記憶部の記憶データが表示器51により表示されることとなる。
(66) 前述の実施の形態においては、C−IDの一致判定をS台側において行なっていたが、その一致判定をCU側において行なってもよい。その場合には、S台2Sのバックアップデータ記憶部に記憶されているC−IDをCU側に送信してもらい、それを受信したCU側において、挿入されたカードに記録されているC−IDを読取り、その読取ったC−IDとS台から送信されたC−IDとの一致判定を行なう。そして、CU3において、C−IDが不一致であると判定した場合に、S台2Sに対してクリアコマンドを送信する。そのクリアコマンドを受信したS台2Sでは、バックアップデータ記憶部に記憶されているデータを消去する。
一方、CU3において、C−IDが一致すると判定された場合には、S台2Sに対し、バックアップデータ記憶部に記憶されている遊技履歴データを現遊技者遊技履歴データ記憶部に復帰させてその遊技履歴データを引継いで新たな遊技履歴データの加算更新を行なうための指令情報をCU3からS台2Sへ送信する。この指令情報は、引継ぎ指令情報等のようなコードデータであってもよいが、引継ぐためのバックアップ遊技履歴データすなわちS台2Sのバックアップデータ記憶部に記憶されている遊技履歴データをCU側において記憶しておき、そのバックアップされている遊技履歴データを引継ぎ指令情報としてS台2Sへ送信するようにしてもよい。その場合には、S台におけるバックアップデータ記憶部は不要となる。
(67) 前述の実施の形態においては、C−IDの同一性の判定をCU側で行なうものを示したが、この同一性判定をS台側で行なうようにしてもよい。つまり、以下のような構成を持たせたスロットマシンにしてもよい。
持点による遊技が可能であり、遊技領域に遊技媒体を発射して遊技が行なわれ、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部を備え、入賞の発生に応じて持点が加算されるスロットマシンであって、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段と、
持点を記憶する持点記憶手段と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段と、
前記変化量を特定可能な更新情報と前記持点記憶手段に記憶されている持点とを前記通信部から前記遊技用装置へ送信する制御を行なう情報送信制御手段と、
遊技を行なう遊技者を特定する遊技者特定情報を記憶する遊技者特定情報記憶手段と、
前記遊技用装置と接続されて通信が開始された際に、遊技者特定情報読取手段により読取られた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段と、
該同一判定手段による判定結果を前記通信部から前記遊技用装置へ送信する制御を行なう同一判定結果送信制御手段とを備えた、スロットマシン。
(68) 前述した実施の形態においては、動作指示および動作応答にC−IDを含めて送受信している。その送受信の最中に異なるC−IDがS台からCUへ送信されてきたときには、エラーと判定して、CU側において加算数および減算数の更新を行なわないように制御してもよい。このように制御した場合には、コマンドおよびレスポンスの送受信の最中にノイズによってC−IDが一時的に狂ったデータとなる虞がある。その場合に、たとえばCU側において受信した動作応答中に含まれているC−IDがコマンドとして送信したC−IDと異なっていた場合には、CU側においてはエラーと判定してその送信されてきた動作応答に含まれている加算数や減算数に基づいて加減算更新制御を実行しない。その結果、次回のコマンドおよびレスポンスの送受信においてノイズで狂っていないC−IDがS台側から送信されてきた場合に、C−IDが一致して正常であると判定されながらも、その動作応答に含まれている持点数(トータル持点数)とCUが記憶しているトータル持点数とが食い違うこととなり、前述の実施の形態では、そのような場合には、CUが記憶している持点数に補正するコマンドをS台へ送信し、S台が記憶している持点数がCU側の記憶数に書替えられる。その結果、ノイズによりC−IDが狂う1つ前のレスポンスに基づいて更新された1つ前の古い持点数にS台の持点数が書替えられることとなり、正しい持点数が誤った持点数に書替えられる場合が生ずる。
このような不都合を解消するために、レスポンスに含まれているC−IDがCU側のC−IDと異なったとしても、1回のレスポンスだけで判断するのではなく、数回(たとえば2回)続けてレスポンス中のC−IDがCU側のC−IDと狂った場合に限り、異常と判定するように制御するのが望ましい。これを実現する具体的方法としては、以下の2つの方法が考えられる。
まず第1の方法として、1回目のレスポンスに含まれているC−IDがCU側のC−IDと食い違っている場合に、次のコマンドの送信に際してSQNを加算更新することなくそのままS台へ送信する。すると、S台においては、図57に基づいて説明したように、レスポンスがCUに到達していないと判断して加算数等に前回送信データを追加してその追加された加算数等を次回のレスポンスとしてCUへ送信する制御を行なう。CUにおいては、その次回のレスポンスに含まれているC−IDがCU側のC−IDと一致している場合には、適正と判断して、その前回送信データを追加した加算数等に基づいて数の更新制御を行なう。その結果、正しい持点数に更新することが可能となる。一方、次回のレスポンスにふくまれているC−IDもCU側のC−IDと異なっていた場合には、2回連続してC−IDが異なっているためにCUは異常と判定し、そのレスポンスに含まれる加算数や減算数に基づいて持点数の更新を行なわず、以降所定のエラー処理制御を行なうようにしてもよい。
第2の方法としては、C−IDの不一致の間CU側で別個に加算更新しておき、正しいC−IDを受信したときにその別個に加算更新されているデータを持点トータル数等に一括加算更新する。
以上説明した変形例の構成をまとめると、以下のようになる。
遊技用装置は、
持点を記憶する持点記憶手段と、
所定の識別情報を記録する遊技用装置側識別情報記憶手段と、
該遊技用装置側識別情報記憶手段に記憶されている識別情報を定期的に前記スロットマシンへ送信する制御を行なう遊技用装置側識別情報送信制御手段とを含み、
前記スロットマシンは、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段と、
前記遊技用装置側識別情報送信制御手段の制御により送信されてきた識別情報を記憶するスロットマシン側識別情報記憶手段と、
該スロットマシン側識別情報記憶手段に記憶されている識別情報を定期的に前記遊技用装置へ送信する制御を行なうスロットマシン側識別情報送信制御手段とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段と、
前記スロットマシン側識別情報送信制御手段の制御により送信されてきた識別情報と前記遊技用装置側識別情報記憶手段に記憶されている識別情報とを照合して整合しているか否かを判定する整合判定手段と、
該整合判定手段の判定結果所定回数連続して整合していない旨の判定が行なわれたときに異常判定を行なう異常判定手段とを含み、
前記持点更新手段は、
前記異常判定手段による異常判定が行なわれたときに、前記整合判定手段により不整合であると判定された期間中における前記スロットマシンでの持点の変化量の合計に相当する持点の更新を行なわず、
前記異常判定手段による異常判定が行なわれる以前に送信されてきた識別情報に基づいて前記整合判定手段が正常であるとの判定を行なったときに、前記整合判定手段により不整合であると判定された期間中における前記スロットマシンでの持点の変化量の合計に基づいた持点の更新を行なう。
このような構成によれば、適正な識別情報が送信されたにもかかわらずノイズ等により一時的に狂った識別情報が受信されたとしても、遊技用装置において異常と誤判定して更新情報に基づく持点の更新を行なわないことによる不都合を防止できる。
(69) 前述の実施の形態では、表示器312に表示された再集計ボタン等の操作ボタンアイコンがタッチ操作されることにより、改めて試打モードによる遊技履歴データの再集計を行なうものを示したが、その代わりにまたはそれに加えて、前面扉2bの開放を検出することにより改めて試打モードによる遊技履歴データの再集計を行なうように制御してもよい。
(70) 前述の実施の形態の内容は、スロットマシンばかりでなくパチンコ遊技機のような遊技機にも適用できる。
ここに、パチンコ遊技機タイプの遊技機とは、記録媒体(カード)を受付けて該記録媒体に記録されている記録情報により特定される遊技者所有の有価価値(プリペイド残高、あるいは貯玉数)を遊技に使用可能にする遊技用装置(カードユニット3)と通信する通信部を備え、遊技領域に遊技媒体を発射して遊技が行なわれる遊技機である。
また、他の表現をすれば、パチンコ遊技機タイプの遊技機とは、持点による遊技が可能であり、遊技領域に遊技媒体を発射して遊技が行なわれ、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部を備え、入賞の発生に応じて持点が加算される遊技機である。
(71) 前述の実施の形態においては、CUが記憶している持点数とS台から送られてきた持点数とが一致するか否かCUが判断し、不一致の場合にはS台側の持点数をCU側の持点数に合わせる補正用のコマンドを送信しているが、コマンド送信の判断基準としてC−IDの一致不一致をさらに付加してもよい。例えば、CUが記憶している持点数とS台から送られてきた持点数とが不一致であってもそれだけでは補正用のコマンドを送信せず、さらにS台から送られてきたC−IDがCUの記憶しているC−IDと不一致であるとCUが判断した場合に、補正用のコマンドを送信する。これにより、ノイズ等何らかの原因でC−IDのデータが狂うような異常が生じた場合に、補正用のコマンドを送信してS台側での持点数を正しい値に補正することができる。
さらにS台から送られてきたC−IDがCUの記憶しているC−IDと一致するとCUが判断した場合に、補正用のコマンドを送信するようにしてもよい。これにより遊技者が代わっていない状態でS台側の持点数が狂うという異常が生じた場合に、補正用のコマンドを送信してS台側での持点数を正しい値に補正することができる。
(72) 前述の実施の形態においては、RAMクリアスイッチ293のスイッチ操作により、当S台遊技履歴データ記憶部の10日分の記憶データのうち一番古い記憶データが消去され、残りの9日分の記憶データが1つずつ古い日の記憶エリアにシフト記憶されるが、このような当S台遊技履歴データのシフト制御を実行する条件として、遊技場の開店前の時間帯であることを付加してもよい。つまり、遊技場の開店前の所定時間帯にRAMクリアスイッチ293のスイッチ操作が行なわれたことを条件として、当S台遊技履歴データのシフト制御を実行する。
(73) 前述の実施の形態においては、CU通信制御部認証シーケンスをメイン制御部323とCU通信制御部80との間で実行しているが、それに加えて、S台のLSI117と主制御基板116との間、払出制御部31とS台通信制御部82との間で実行してもよい。
(74) 図109で説明した変形例においては、ホール用管理コンピュータ1から送信されてきたクリア指令がCU3に入力されるものを示したが、その代わりにまたはそれに加えて、CU3にクリアスイッチを設け、クリアスイッチを操作することにより、前述した遊技履歴データをクリアする処理を行なうようにしてもよい。また、リモコン操作により遊技履歴データをクリアできるようにしてもよい。具体的には、遊技場の係員がCU3のIR感光ユニット320にリモコンを向けてクリア操作することにより、その操作信号(赤外線)をIR感光ユニット320が受光し、遊技履歴データをクリアする処理を行なう。
(75) CUのコマンド送信間隔を変更可能としたもよい。たとえば、CUに設けた送信間隔切換え用のスイッチを操作することによって、コマンドの送信間隔を細やかに変更設定可能とすることが考えられる。この場合、CUには、予め複数種類の送信間隔データ記憶したテーブルを設けておき、スイッチ操作に応じた送信間隔がそのテーブルから選択されるようにする。あるいは、CUは、管理コンピュータからの切り替え指令に応じて送信間隔を切り替え可能としてもよい。なお、送信間隔の切り替えは、たとえば、CUとS台とで通信を開始する際の相互認証時に行なわれるようにしてもよい。
(76) 本実施の形態には、「遊技用価値を用いて1ゲームに対して賭数を設定することによりゲームが開始可能になるとともに、複数種類の図柄を可変表示させる可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置の表示結果として所定の入賞ライン上に導出表示された図柄の組合せに応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出されるより前に前記入賞を発生させる入賞図柄の組合せの前記入賞ライン上への導出を許容するか否かを決定する事前決定手段と、前記可変表示装置に表示結果を導出させるための操作を受け付ける導出操作受付手段と、前記事前決定手段の決定結果および前記導出操作受付手段が受け付けた操作に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞を発生させる入賞図柄の組合せのうち遊技用価値の付与を伴う付与入賞図柄の組合せが前記入賞ライン上に導出されたときに、所定量の遊技用価値を遊技者に付与する遊技用価値付与手段とを含む、スロットマシン。」が開示されている。
(77) スロットマシンでは、入賞役に対応する払出数が予め定められており、しかも、パチンコ遊技機のように短期間で入賞が連続して発生することはなく、あくまでも1ゲーム毎に入賞が発生する。また、賭数もたとえば、1〜3のいずれかに定められている。このため、200msの時間間隔で動作応答を送信する限りにおいては、通常、その動作応答に含まれる加算数のデータは、入賞役に対応する払出数と一致する。同様に、動作応答に含まれる減算数のデータは、賭数のいずれかと一致する。たとえば、入賞役に対応する払出数が3、5、10、15のいずれかであるとするならば、動作応答に含まれる加算数は、それらのうちのいずれかとなる。同様に、設定できる賭数が1,2,3のいずれかであるならば、動作応答に含まれる減算数のデータは、1〜3のいずれかとなる。
そこで、CUに通知された動作応答に含まれる加算数および減算数が、予め定めた値以外である場合には、CUはエラーが発生したものと判断して、エラー報知をしたり、あるいは、遊技を禁止することを指令するコマンドをS台に送るようにしてもよい。
さらに、1ゲームを開始するときに賭数設定によって減算数データが生成され、1ゲームが終了したときに入賞によって加算数データが生成されるから、通常は、リトライなどが発生した場合でない限り、1つの動作応答に含まれる加算数および減算数のうちの一方は0になる。
そこで、CUに通知された動作応答に含まれる加算数および減算数のうちのいずれか一方が0でない場合には、その動作応答がリトライデータ等でなければ、CUはエラーが発生したものと判断して、エラー報知をしたり、あるいは、遊技を禁止することを指令するコマンドをS台に送るようにしてもよい。
さらに、スロットマシン2Sには、1ゲームを消化するために最低必要な時間として1ゲーム規制時間が定められており、本実施の形態では、たとえば、それは4.1秒である。このため、通常であれば、0を超える加算数または減算数を含む複数の動作応答がCUに送信されてくることはない。また、通常であれば、0を超える減算数を含む動作応答がCUに送信されてきてから1ゲーム規制期間の間にさらに0を超える減算数を含む動作応答がCUに送信されてくることはない。同様に、通常であれば、0を超える加算数を含む動作応答がCUに送信されてきてから1ゲーム規制期間の間にさらに0を超える加算数を含む動作応答がCUに送信されてくることはない。そこで、これらの事象が発生した場合には、CUはエラーが発生したものと判断して、エラー報知をしたり、あるいは、遊技を禁止することを指令するコマンドをS台に送るようにしてもよい。
(78) 本実施の形態では、入賞が発生したときに加算数のデータが生成されて、これが動作応答としてCUに送信される。しかし、リプレイ入賞が発生したときの持点増加数は0であって、しかも、次回のゲームは先のリプレイ入賞が発生したゲームと同じ賭数が自動的かつ持点を減じることなく設定される。そこで、リプレイ入賞時の動作応答は、「(a)リプレイ入賞時の加算数は0とし、リプレイ入賞が発生した次のゲームでの賭数設定に伴う減算数も0とする。」、「(b)リプレイ入賞時の加算数は、そのリプレイ入賞を発生させたゲームの賭数とし、リプレイ入賞が発生した次のゲームでの賭数設定に伴う減算数もその賭数と同じとする。」の2パターンが考えられる。また、いずれの場合にも、リプレイ入賞は、外部出力情報の1つとしてもよい。すなわち、複数種類の外部出力情報の1つとしてリプレイ入賞を加えて、リプレイ入賞回数の総数をCUで記憶できるようにしてもよい。また、リプレイ入賞に限らず、すべての入賞役を外部出力情報の対象として、いずれかの入賞役による入賞が発生する毎にその入賞役に対応するカウンタをS台で更新し、そのデータを含む動作応答をCUに送信するようにしてもよい。
(79) スロットマシンは、一旦、可変表示装置が回転を開始すれば、その回転を停止させなければ1ゲームを終了させることができない。このため、CU側から送信した遊技停止の任意のタイミングで遊技を中断することは不可能である。それゆえ、本実施の形態では、たとえば、可変表示装置の回転中に遊技カードを返却するための禁止要求(図52参照)が発生した場合には、そのゲームの終了を待って最終持点を確定させてから遊技カードの返却に応じることとした。
しかしながら、このような構成の場合には、遊技者が停止操作をしない限り、遊技カードを返却できないことになる。そこで、リールが回転中に遊技カード返却操作が検出された場合、停止操作を促すようなメッセージをS台が液晶表示装置等にあるいはCUが表示器312などに表示することも考えられる。あるいは、可変表示装置の回転中に遊技カードを返却するための禁止要求が発生した場合には、その禁止要求を拒否する旨のレスポンスをS台からCUへ返信することによって、ゲーム中のカード返却を受け付けないようにしてもよい。あるいは、CUは、カードの返却操作を検出した段階でゲーム実行中であるか否かを判断して、ゲーム実行中である場合には、カードの返却操作を受け付けないようにしてもよい。なお、ゲーム実行中であるか否かは、S台から送信されてくる外部出力情報である「リールの回転開始」および「リールの回転停止」に基づいて判断できる。
(80) スロットマシン2Sにおいては、たとえば、AT等のある種のサービス的な遊技状態に移行するか否かの抽選演出をゲーム中に液晶表示装置などで行ないし、そのゲームの終了後、さらにその抽選演出を引き続いて所定期間実行した後に抽選演出の結果を表示してもよい。ただし、このような連続的な抽選演出をした場合には、1ゲーム終了後、その抽選演出の結果が表示される前に、カードの返却操作が行なわれる可能性がある。このような場合には、抽選演出を中断して、現時点の持点を確定させてカードを返却してもよい。
(81) 本実施の形態では、持点数=0をS台側で検出して賭数操作無効状態に制御することとした。しかしながら、検出対象の持点残数=0は例示である。たとえば、賭数=3のみ有効である遊技状態においては、S台は、持点数が3未満となったことを検出して賭数操作無効状態に制御する。同様に、賭数=2のみ有効である遊技状態においては、S台は、持点数が2未満となったことを検出して賭数操作無効状態に制御する。要するに、S台は、現在の遊技状態において最低限必要な賭数と持点数とを比較して前者が後者未満となれば、賭数操作無効状態に制御する。
このような制御をした場合には、持点残数が0の場合の他、たとえば、1や2のような端数である場合にも賭数操作無効状態となる場合があり、この段階で遊技者が遊技を終える操作をした場合には端数が記録されたあまり価値のない遊技カードを返却する必要がある。特に、遊技者がそもそもカードを用いた遊技を行なわず、専ら現金をCUに投入して遊技をしていたような場合には、価値のない遊技カードをわざわざ新たに発券しなければならず、不経済である。そこで、現金を用いた遊技が行なわれており、遊技者がカードの返却操作をした段階での持点が所定値未満である場合、CUは、通常の遊技カードに代えて、端数を印字した用紙をプリントアウトするようにしてもよい。
(82) 本実施の形態に係るスロットマシン2Sは、予め内部抽選に当選し、かつ、いわゆる目押しによって当選図柄を停止させることによって入賞が発生する。しかしながら、このようなスロットマシンに代えて、必ず内部抽選どおりの結果が可変表示装置に停止表示されるようなスロットマシンであってもよい。この場合、停止操作をしなくとも所定時間の経過で各リールが次々と自動停止していくようなスロットマシンとしてもよく、あるいは、各リール別に停止操作ボタンを設けながらも、どのようなタイミングで停止操作をしても必ず内部抽選どおりの結果が停止表示されるようなスロットマシンとしてもよい。
このように、必ず内部抽選どおりの結果が停止表示するようなスロットマシンを採用した場合には、内部抽選が実行された段階で既に入賞の有無および入賞に基づいて加算すべき持点数が確定する。そこで、たとえば、内部抽選をリールのスタート操作が検出されたときに実行する場合には、そのスタート操作の時点で賭数設定による持点の減算数と入賞に応じた持点の加算数とが確定することになる。このような場合、S台は、動作応答として賭数設定に伴う減算数を送信する際に併せて入賞に応じた加算数を送ってもよい。つまり、加算数のデータを実際の入賞の発生タイミングよりも早い段階で送信するようにしてもよい。
さらに、CUは、遊技終了操作に応じて、カードを排出(返却)するのではなく、持点を特定可能な所定のチケットやトークンなどを排出するようにしてもよい。
(83) 可変表示装置は回胴ではなく液晶表示装置によって構成してもよい。
(84) 本実施の形態においては、持点数をCU側に設けた表示器312とS台側に設けた表示器51との双方により表示しているが、いずれか一方にのみ表示するようにしてもよい。持点数をCU側の表示器により表示する場合には、表示部のないS台にも、本実施の形態におけるCUを適用して持点数の表示ができるというメリットがある。一方、S台側で持点数を表示する場合には、その表示制御をCU側で行なってもよい。
(85) あるいは、その表示制御をS台側で行なってもよい。表示制御をS台側で行なう場合には、表示すべき持点数の情報をCU側からもらい受けるようにすることによって、表示器51にはCUで管理している持点数を表示することが可能となる。また、このように、表示制御をS台側で行なうと、装飾的(演出的)価値の高い持点数の表示を行なうことが可能になるというメリットがある。なお、表示制御をS台側で行なう場合、表示すべき持点数の情報をCU側からもらい受けるのではなく、S台自身が記憶している持点数カウンタの値に基づいて、持点数の表示制御をするものとしてもよい。
(86) 前述した実施の形態においては、CUからS台にコマンドを送信してS台がそれに応えてレスポンスをCUに返信するものを示したが、逆に、S台からコマンドをCUに送信し、CUがそれに応えてレスポンスをS台へ返信する通信形態であってもよい。
(87) 本実施の形態では、CUはコマンド送信後、1秒間のうちにレスポンスを受信できなかった場合はコマンドを最大2回再送し、依然、応答がなければ通信異常と判断して5秒後に接続シーケンスを再開するものである(図31参照)。このため、最初のコマンドの送信から3秒以内に応答がなければ、接続シーケンスが再開されることになる。しかしながら、これに代えて、CUが最初のコマンドの送信から通信異常と判断するまでの時間をより長いもの、たとえば、S台側で複数ゲームが進行し得る所定時間(たとえば、15秒、20秒、30秒など)としてもよい。この場合、たとえば、図56を例に挙げると、CUは、S台からの動作応答を受信した後、コマンドの再送を2回でなく、3回、4回と前記所定時間が経過する前であれば繰り返し行なうことになる。なお、この場合のコマンドの再送間隔は、200msであっても、それを超える長い時間間隔であってもよく、あるいは、再送の開始からある時間が経過するまでと、それ以降とでコマンドの再送間隔を変更(たとえば、甲後半では再送間隔を長くする)しても構わない。そして、前記所定時間の経過前に再送コマンドがようやくS台に到達すると、それまでに進行していた複数ゲーム分の持点の変化量を示す動作応答がS台からCUへ送信されることになる。
(88) 前述した実施の形態では、スロットマシン2S側に表示領域51aが設けられており、これにより、持点等に関する情報を表示するものを示したが、持点等に関する情報を表示する表示領域51aを備えていないスロットマシン2Sであってもよい。その場合には、前述したカード挿入処理中ON、加算表示中ON、電算表示中ON、クリア表示中ON等の動作指示を含むコマンドがスロットマシン2Sへ送信されてきても、スロットマシン2Sでは、そのコマンドに応じた表示制御は行なわず、CU側の表示器312のみによる表示となる。
(89) 図87〜図89に示した持点の分割譲渡(持点共有)の処理において、現時点の持点が分割譲渡する持点よりも所定数以上多いと判定したことを条件に分割譲渡(持点共有)を許容するようにしてもよい。図87と図88の場合には、たとえば、現時点の持点が分割譲渡する持点よりも200以上多いと判定したことを条件に分割譲渡(持点共有)を許容する。また、図89の場合には、現時点の持点から担保点(=200)を減算した値が分割譲渡する持点よりも100点以上多いと判定したことを条件に分割譲渡(持点共有)を許容する。
(90) 遊技中断あるいはカード返却操作があった場合に、ウエイト時間の経過を待つのではなく、回転中のすべてのリールが停止して表示結果および持点数が確定したことを条件にして、S台からCUに対して遊技完了ONのレスポンスが返信されるようにしてもよい。
(91) S台は、外部出力情報として、さらに、図25に示した「遊技台状態」の各種情報を送信するようにし、CUは、これらを他の外部出力情報と同様に累積記憶等するようにしてもよい。
(92) 試打モードにおいて、任意の遊技状態を選択できるようにしてもよい。たとえば、S台は、試打モード中の遊技状態として、「ビッグボーナス状態」、「レギュラーボーナス状態」、「RT状態」、「AT状態」、およびそれら以外の「通常遊技状態」を予め記憶しておき、試打モード中の係員の選択操作に基いて、いずれかの遊技状態に切り換える制御を行なう。
(93) S台は、試打モード終了時に試打モード中の遊技履歴を消去するのではなく、試打モード用の格納エリア(S台に搭載されるメモリ)に試打モード中の遊技履歴を保存しておくようにしてもよい。
(94) 上記実施の形態では、遊技中に遊技者が一旦離席した場合でも、離席前にCU3に挿入されていた会員カードのC-IDと、その後にCU3に挿入された会員カードのC-IDとを照合することによって遊技者の遊技履歴データを復帰させた。このような、遊技履歴データの復帰は、離席前に挿入されていたカードが会員カードの場合にのみ許可し、離席前に挿入されていたカードがビジターカードの場合には許可しないようにしてもよい。あるいは、逆に、ビジターカードの場合でもC-IDに基いて遊技履歴データが復帰されるように構成してもよい。
(95) 上記実施の形態では、リールが回転開始すると、停止操作が検出されない限りリールが回転し続け、リールが自動停止しないスロットマシンを例に挙げて説明した。しかしながら、リールの回転開始から所定時間が経過しても停止操作が検出されない場合にリールの回転が自動停止するようなスロットマシンを採用してもよい。この場合、CUから禁止要求のコマンドを受信した段階でリールが回転中のときには、S台は、リールが自動停止するまでの時間が経過した後、あるいはリールが停止していることをセンサにて検出した後に、動作応答として遊技完了ONのレスポンスをCUへ送信するようにする。
(96) S台は、設定情報をS台からCUへ送信する構成を採用してもよい。この場合、CUは、受信した設定情報をホール用管理コンピュータ1などの外部の管理装置へ送信する構成を採用してもよい。これによって、管理装置において各S台の設定情報を管理可能となる。
設定情報としては、たとえば、S台の設定部を操作することにより設定される当選確率の設定値を例示できる。S台は、内部抽選する際に設定値に応じた当選確率を用いることにより、メダルの払出率が変わるようになっている。設定値は、たとえば、1〜6の6段階からなり、6が最も払出率が高く、5、4、3、2、1の順に払出率が低くなる。すなわち設定値として6が設定されている場合には、遊技者にとって最も有利度が高く、5、4、3、2、1の順に有利度が段階的に低くなる。設定値1〜6では、各入賞役の当選確率が定められている。
あるいは、設定情報としては、演出情報を例示できる。演出情報は、たとえば、表示画面に表示させるキャラクタの種類である。より詳しくは、AT時の表示画面において登場させるキャラクタの種類である。
S台は、この種の設定情報を、上記実施の形態において説明した複数種類のレスポンスのうちのいずかに含ませてCUへ送信する。たとえば、リカバリ応答に含ませた場合には、リカバリが発生する毎に設定情報がS台からCUへ送信されることになる。あるいは動作応答に含ませた場合には、ゲーム中、繰り返し設定情報がS台からCUへ送信されることになる。
あるいは、設定情報の送信を要求するコマンド、およびこれに応答するレスポンスの電文をさらに設けてもよい。この場合、S台は設定情報の送信を要求するコマンドを受信したときに、設定情報を含むレスポンスをCUへ送信することになる。また、CUは、外部の管理装置(たとえば、ホール用管理コンピュータ1)から設定情報の送信要求を受けたときに、S台に対して設定情報の送信を要求するコマンドを送信する構成としてもよい。このときのコマンドとしては、設定情報を要求するための専用のコマンドを採用してもよいが、動作指示コマンド等を流用してもよい。たとえば、動作指示コマンドを流用する場合には、動作指示コマンド内に設定情報の要求の有無を示すデータを付加すればよい。
(97) カードユニット3をS台2SあるいはP台の内部に組込むように構成してもよい。この場合には、カードユニット付きのS台あるいはP台となる。
以下、本実施の形態に含まれる各種手段等および各種手段等の組合せから奏される作用効果を列挙する。
(1−1) 持点による遊技が可能であり、入賞の発生に応じて持点が加算されるスロットマシン(スロットマシン2S)と、遊技者所有の遊技用価値(プリペイド残高、持数、あるいは貯数)を用いて持点を加算するとともに前記スロットマシンと通信可能に接続(コネクタ330、220と接続配線)される遊技用装置(カードユニット3)とからなる遊技用システムであって、
前記スロットマシンは、
遊技への使用および入賞の発生に応じた持点の変化量(加算数、減算数)を特定する特定手段(スロットマシン制御用のマイクロコンピュータ、加算数カウンタ、減算数カウンタ)と、
前記変化量を特定可能な更新情報(加算数および減算数を含む動作応答)を前記遊技用装置へ送信する情報送信手段(払出制御部31)とを含み、
前記遊技用装置は、
持点を記憶する主持点記憶手段(「持点数」を記憶するRAM)と、
前記更新情報を受信する情報受信手段(CU通信制御部80)と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段(メイン制御部323)とを含む。
このような構成によれば、持点管理を遊技用装置側において行なっているために、スロットマシン側に持点管理機能を設ける必要がなく、その分、スロットマシンのコストを極力抑えることができる。
特に、スロットマシンは、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能をスロットマシン側ではなく遊技用装置側に持たせてスロットマシンのコストを抑えることにより、スロットマシンを導入する遊技場のランニングコストを軽減することができるという利点がある。
(1−2) 前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部(表示器312)と、
前記更新情報の送信を指示するための情報(動作指示)を前記スロットマシンへ送信する指示情報送信手段(CU通信制御部80)とを含み、
前記スロットマシンは、
前記更新情報の送信を指示するための情報を受信する指示情報受信手段(払出制御部31)を含み、
前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量(現在持点関連情報)を示す更新情報を送信する(図6の加算数カウンタおよび減算数カウンタの値、図50)。
このような構成によれば、遊技用装置の指示に応じて、スロットマシンから遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。
(1−3) 前記情報送信手段は、前記副持点記憶手段が記憶している持点(持点数カウンタの値)を前記遊技用装置へ送信し(図6の持点数カウンタの値、図50)、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段(図6;持点数の一致を判定)を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理(表示器312によりエラー報知、リカバリ処理を行なってデータ補正要求のBit2が「1」のデータ(持点補正ON)とCUが記憶している持点数のデータを含む通信開始要求をS台へ送信し、S台の持点数の記憶をCUの持点数に合わせる補正を行なうなど)を実行する。
このような構成によれば、スロットマシン側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
(1−4) 前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報(持点補正ONと持点数とを含む通信開始要求)を前記スロットマシンへ送信し、
前記指示情報送信手段は、前記補正情報を前記スロットマシンへ送信し(持点補正ONと持点数とを含む通信開始要求のS台への送信)、
前記スロットマシンは、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段(払出制御部31;持点数を持点補正ONと持点数とに従って補正)を含む。
このような構成によれば、不正行為、その他の原因によってスロットマシン側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点とスロットマシン側で記憶している持点とが整合しなくなった場合でも、スロットマシン側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
(1−5) 前記スロットマシンは、遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段(払出制御部31、図51)を含む。
このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点(スロットマシン側で記憶している持点数)との間にズレが生じていても、実際の持点に基づいた判定をすることができる。
(1−6) 前記指示情報送信手段は、遊技禁止を指示するための情報を前記スロットマシンへ送信し(図54の動作指示(禁止要求有))、
前記スロットマシンは、遊技禁止を指示するための情報を受信したときに、持点による遊技が行なわれない状態にするための遊技禁止手段(払出制御部31はBET(賭数設定)を禁止)を含む。
このような構成によれば、遊技用装置側でスロットマシンによる遊技の禁止をコントロールできる。
(1−7) 前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記スロットマシンへ送信し(図52、図83の動作指示(クリア要求有))、
前記スロットマシンは、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことに基づいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段(図52、図83(払出制御部31は、持点数カウンタの値を0に初期化する)を含む。
このような構成によれば、スロットマシンに記憶されている持点を遊技用装置側で初期化指示することができる。
(1−8) 持点による遊技が可能であり入賞の発生に応じて持点が加算されるスロットマシン(スロットマシン2S)と通信可能に接続するための接続部(コネクタ330)を備え、遊技者所有の遊技用価値(プリペイド残高、持数、あるいは貯数)を用いて持点を加算する遊技用装置(カードユニット3)であって、
持点を記憶する持点記憶手段(「持点数」を記憶するRAM)と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記スロットマシンより受信する情報受信手段(CU通信制御部80)と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段(メイン制御部323)とを含む。
このような構成によれば、持点管理を遊技用装置側において行なっているために、スロットマシン側に持点管理機能を設ける必要がなく、その分、スロットマシンのコストを極力抑えることができる。
特に、スロットマシンは、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能をスロットマシン側ではなく遊技用装置側に持たせてスロットマシンのコストを抑えることにより、スロットマシンを導入する遊技場のランニングコストを軽減することができるという利点がある。
(1−9) 遊技終了を要求する信号(返却ボタン322の操作信号)が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段(メイン制御部323;図52)を含む。
このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、スロットマシン側に持点確定機能を設ける必要がなく、その分、スロットマシンのコストを極力抑えることができる。
(1−10) 遊技への使用および入賞の発生に応じて前記スロットマシン側で更新している持点を前記スロットマシンより受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段(図5;持点数の一致を判定)を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理(表示器312によりエラー報知、リカバリ処理を行なってデータ補正要求のBit2が「1」のデータ(持点補正ON)とCUが記憶している持点数のデータを含む通信開始要求をS台へ送信し、S台の持点数の記憶をCUの持点数に合わせる補正を行なうなど)を実行する。
このような構成によれば、スロットマシン側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
(1−11) 前記判定手段によって不整合と判定されたときに、前記スロットマシンが記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記スロットマシンへ送信する補正情報送信手段(持点補正ONと持点数との送信)を含む。
このような構成によれば、不正行為、その他の原因によってスロットマシン側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点とスロットマシン側で記憶している持点とが整合しなくなった場合でも、スロットマシン側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
(2−1) 遊技者所有の遊技用価値(プリペイド残高、貯メダル数)を用いて持点を加算する遊技用装置(カードユニット3)と通信可能に接続するための接続部(コネクタ220)と、複数種類の図柄を可変表示させる可変表示装置(リール2L、2C、2R)とを備え、持点で賭数を設定することにより1ゲームが開始可能になるとともに前記可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置の表示結果により発生した入賞に応じて持点が加算されるスロットマシン(スロットマシン2S)であって、
賭数の設定および入賞の発生に応じた持点の変化量(加算数、減算数)を特定する特定手段(遊技制御用マイクロコンピュータ、払出制御用マイクロコンピュータ、加算数カウンタ、減算数カウンタ)と、
前記変化量を特定可能な更新情報(加算数および減算数を含む動作応答)を前記遊技用装置へ送信する情報送信手段(LSI117)と、
持点を記憶する持点記憶手段(持点数カウンタ)と、
持点の減算を指示するための情報(図49の減算要求有を含む動作指示)、および前記遊技用装置が当該遊技用装置側で記憶している持点に対して前記遊技用価値の使用分の持点を加算をすることに連動して当該遊技用装置側より送信される持点の加算を指示するための情報(図47、図48の加算要求有を含む動作指示)を受信する指示情報受信手段(LSI117)と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新するとともに前記持点の加算を指示するための情報に応じて加算更新する持点更新手段(LSI117、図6)と、
持点の減算を指示するための情報を受信したときに、当該情報が減算指示する大きさの持点が前記持点記憶手段に記憶されているか否かを判定する持点判定手段(図49;LSI117)とを含み、
前記情報送信手段は、前記情報が減算指示する大きさの持点が前記持点記憶手段に記憶されていると前記持点判定手段によって判定されたときに持点減算の承諾応答(図49;減算拒否OFFを含む動作応答)を前記遊技用装置へ送信することにより、前記遊技用装置に対して、当該遊技用装置側で記憶している持点から前記情報によって減算指示した持点の減算を行なわせる(図49;持点の減算は、動作応答を待って確定)ことを可能とする。
このような構成によれば、スロットマシンから持点の変化量を送信するために、持点管理を遊技用装置側において行なうことが可能となる。その結果、スロットマシン側に持点管理機能を設ける必要がなく、その分、スロットマシンのコストを極力抑えることができる。
特に、スロットマシンは、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能をスロットマシン側ではなく遊技用装置側に持たせてスロットマシンのコストを抑えることにより、スロットマシンを導入する遊技場のランニングコストを軽減することができるという利点がある。
また、遊技用価値を用いた持点の加算要求に応じてスロットマシン側での持点加算が速やかに行なわれる一方、持点の減算要求が生じた場合には、その直後に遊技状況次第で持点が減算要求に不足するものとなっているおそれがあることから、これに対する承諾応答の返信を条件に、遊技用装置側での持点の減算を行なわせる。その結果、遊技用価値に基づいた持点の加算要求あるいは持点の減算要求が生じた場合に、それらの要求に応じた処理を迅速かつ確実に行なうことが可能となる。
(2−2) 前記持点更新手段は、持点の減算指示をキャンセルするための情報(図79;通信開始要求)を受信したとき、前記持点記憶手段が記憶している持点を補正する(図79)。
このような構成によれば、次のような効果が奏される。すなわち、スロットマシン側に減算指示が到着した段階で、遊技進行の関係からスロットマシン側で記憶している持点が減算指示分に満たない場合がある。このとき、通信不良等の原因でスロットマシンが減算指示を拒否してきたか否かが遊技用装置側で不明である場合、減算を確定させてしまうと、スロットマシン側の持点がマイナスになるという不都合が生じる。しかし、このときに、持点の減算指示をキャンセルするための情報を受信することによって、スロットマシンは、前記持点記憶手段が記憶している持点を補正するため、スロットマシン側の持点がマイナスになる不都合を防止できる。
(2−3) 前記持点記憶手段が記憶している持点に基づいた遊技制御を行なう遊技制御手段(図51;クレジット数カウンタが0になれば賭数操作無効状態に制御)を含む。
このような構成によれば、スロットマシンにおける遊技制御はスロットマシン自身が記憶している持点に基づいて行なうために、遊技用装置で記憶する持点に基づいて遊技制御を行なう場合に比較して、持点の変動に即した遊技制御をリアルタイムで行なうことができる。
(2−4) 前記指示情報受信手段は、持点の更新情報の送信を指示するための情報を前記遊技用装置より受信し(LSI117)、
前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量(現在持点関連情報)を示す更新情報を送信する(図5;加算数カウンタおよび減算数カウンタ)。
このような構成によれば、遊技用装置の指示に応じて、スロットマシンから遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置では、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。
(2−5) 前記持点記憶手段が記憶している持点(持点数カウンタの値)を前記遊技用装置が記憶している持点に補正するための補正情報(補正指示コマンド)を受信したときに、当該補正情報に基づいて前記持点記憶手段が記憶している持点を補正する持点補正手段(LSI117;持点数を補正指示コマンドに従って補正)を含む。
このような構成によれば、不正行為、その他の原因によってスロットマシン側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点とスロットマシン側で記憶している持点とが整合しなくなった場合でも、スロットマシン側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
(2−6) 前記情報送信手段は、前記更新情報を予め定めた1ゲーム規制時間(4.1s)よりも短い時間間隔(200ms)で順次送信する(図30)。
このような構成によれば、1ゲーム規制時間よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量が1ゲームの間で順次送信されることになる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能となる。
(2−7) 遊技の続行に必要な持点残数の有無を前記副持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段(LSI117、図51)を含む。
このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点(スロットマシン側で記憶している持点)との間にズレが生じていても、実際の持点に基づいた判定をすることができる。
(2−8) 遊技禁止を指示するための情報を受信したとき(図54の動作指示(禁止要求有))に、新たなゲームを開始できない遊技禁止状態にするための遊技禁止手段(LSI117および主制御基板116は賭数操作無効状態に制御、図54の「BET禁止」)を含む。
このような構成によれば、遊技用装置側から遊技の禁止指示を受けて、新たなゲームを開始できない遊技禁止状態にすることが可能となる。
(2−9) 前記持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技用装置より受信(図52、図83の動作指示(クリア要求有))したことに基づいて前記持点記憶手段が記憶している持点の値を初期値にする持点初期化手段(図52、図83(LSI117は、持点数カウンタの値を0に初期化する)を含む。
このような構成によれば、遊技用装置側からの指示を受けて、スロットマシンに記憶されている持点を初期化可能となる。
(2−10) 前記情報送信手段が送信した前記更新情報により特定された変化量を記憶するとともに1回前に前記情報送信手段が送信した前記更新情報により特定された変化量を記憶するための2つの変化量記憶手段(図5;現加算数を記憶する加算数カウンタ、現減算数をカウントする減算数カウンタ、前回持点関連情報としての前加算数を記憶する領域および前減算数を記憶する領域)と、
前記遊技用装置から送信されてきた所定の情報(SQN)に基づいて前記遊技用装置への前記更新情報の到達を判定する到達判定手段(LSI117、図57)とを含み、
前記情報送信手段は、前記到達判定手段により前記更新情報が到達したと判定されなかったときに、前記2つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報を前記遊技用装置へ送信する(図57)。
このような構成によれば、前記更新情報が到達したと判定されなかったときには、前記2つの変化量記憶手段に記憶された変化量の合算値を特定可能な更新情報が前記遊技用装置へ送信されるため、持点に関する情報を遊技用装置において確実かつ効率的に収集させることが可能となる。
(2−11) 前記情報送信手段は、前記変化量を特定可能な更新情報の送信を指示する情報を前記遊技用装置より受信する毎に、前記更新情報を前記遊技用装置へ送信し(図5、図57等参照)、
前記更新情報として前記情報送信手段が送信した前記更新情報により特定された変化量を記憶するための変化量記憶手段(加算数カウンタ、減算数カウンタ)を含み、
前記変化量記憶手段は、前記更新情報を送信してから所定期間が経過しても前記更新情報の送信を指示する情報を受信できない状態が継続する間、前記特定手段が順次特定した変化量に基づいて、記憶している変化量を更新し(図56)、
前記情報送信手段は、前記特定手段が順次特定した変化量に基づいた変化量が前記変化量記憶手段に記憶されている状態で前記更新情報の送信を指示する情報が受信されたときに、前記変化量記憶手段に記憶されている変化量を特定可能な更新情報を送信する(図56)。
このような構成によれば、遊技用装置とスロットマシンとの通信が途絶えた状態が継続した場合であっても、その間における持点に関する情報を遊技用装置において確実に収集させることが可能となる。
(3−1) 遊技者所有の遊技用価値(プリペイド残高、貯メダル数)を用いて持点を加算する遊技用装置(カードユニット3)と通信可能に接続するための接続部(コネクタ220)と、複数種類の図柄を可変表示させる可変表示装置(リール2L、2C、2R)とを備え、持点で賭数を設定することにより1ゲームが開始可能になるとともに前記可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置の表示結果により発生した入賞に応じて持点が加算されるスロットマシン(スロットマシン2S)であって、
前記スロットマシンの前面を開閉可能に覆っている前面部材(前面扉2b)と、
該前面部材を閉塞状態でロックするロック手段(前面扉開放ソレノイド110、係合突起6a、6b,係合受け片7a、7b)と、
賭数の設定および入賞の発生に応じた持点の変化量(加算数、減算数)を特定する特定手段(遊技制御用マイクロコンピュータ、払出制御用マイクロコンピュータ、加算数カウンタ、減算数カウンタ)と、
前記変化量を特定可能な更新情報(加算数および減算数を含む動作応答)を前記遊技用装置へ送信する情報送信手段(LSI117)と、
前記遊技用装置から送信されてくる前記ロック手段によるロックの解除を指示するための情報(図54;前面扉開放要求有)を受信したときに、新たなゲームを開始できない遊技禁止状態(賭数操作無効状態)にするための遊技禁止手段(図54;LSI117および主制御基板116によるBET禁止)と、
前記遊技禁止手段により前記遊技禁止状態にしてから前記ロック手段によるロックを解除させる制御を行なう解除制御手段(図54;LSI117によるロック解除)とを含み、
該解除制御手段は、前記ロック手段によるロックの解除を指示するための情報(図54;前面扉開放要求有)が受信されたときには所定条件が成立するまで前記ロック手段によるロックを解除させる制御を遅延させる遅延手段(図54;LSI117はウエイト時間が経過するまで(またはゲーム中である場合にはゲーム終了まで)前面扉開放ソレノイド110の励磁を遅延させる)を含む。
このような構成によれば、前面部材の閉塞状態を遊技用装置側からの指示にて遊技結果に影響を与えることなく解除可能となる。
(3−2) 前記特定手段は、前記遊技禁止手段により前記遊技禁止状態にしている間において前記持点が変化したときにも該変化量を特定し(図54;S台は、遊技禁止状態にしている間において持点が変化したときにもその変化量(図54では加算数=10)を特定する。)、
前記情報送信手段は、前記遊技禁止手段により前記遊技禁止状態にしている間において前記特定手段により前記持点の変化量が特定されたときに、該変化量を特定可能な更新情報を前記遊技用装置へ送信する(図54の加算数=10の動作応答)。
このような構成によれば、遊技禁止状態となって以降の持点の変化量をも含めた持点を遊技用装置に管理させることが可能となる。
(3−3) 前記所定条件は、予め定めた1ゲーム規制時間(4.1秒)以上の時間が経過することである。
このような構成によれば、遊技禁止状態としたときにゲーム中であったとしても、そのゲームの終了前に前面部材の閉塞を解除してしまうことがない。
(3−4) 前記遅延手段は、前記可変表示装置で図柄が可変表示しているゲームの最中に前記ロック手段によるロックの解除を指示するための情報が受信されたときには当該ゲームが終了し前記遊技禁止状態にするまで前記ロック手段によるロックを解除させる制御を遅延させる(図54)。
このような構成によれば、遊技禁止状態としたときにゲーム中であったとしても、そのゲームの終了前に前面部材の閉塞を解除してしまうことがない。
(4−1) 遊技者所有の遊技用価値(プリペイド残高、貯メダル数)を用いて持点を加算する遊技用装置(カードユニット3)と通信可能に接続するための接続部(コネクタ220)と、複数種類の図柄を可変表示させる可変表示装置(リール2L、2C、2R)とを備え、持点で賭数を設定することにより1ゲームが開始可能になるとともに前記可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置の表示結果により発生した入賞に応じて持点が加算されるスロットマシン(スロットマシン2S)であって、
ゲームの進行に応じて変化する遊技データの変化量(加算数、減算数、外部出力情報)を特定する特定手段(遊技制御用マイクロコンピュータ、払出制御用マイクロコンピュータ、加算数カウンタ、減算数カウンタ、外部出力情報カウンタ)と、
前記変化量を特定可能な更新情報(加算数、減算数、および外部出力情報を含む動作応答)を前記遊技用装置へ送信する情報送信手段(LSI117)と、
前記遊技用装置から信号が送信されてこない通信不能状態が発生したときから、通信不能状態から復旧させて前記スロットマシンとの間でのデータの整合性を回復させる復旧処理が実行されるまでの間において、前記特定手段により特定された遊技データの変化量を記憶する通信不能時記憶手段(図68〜図85;CUの電源断の直前に送信した動作応答の送信後からCUが起動してリカバリ処理が行なわれるまでの間における加算数、減算数、持点数等を現在数として記憶する、加算数カウンタ、減算数カウンタ、持点数カウンタ等、ならびに前回数の各データ)とを含み、
前記情報送信手段は、前記復旧処理が行なわれたことにより、前記通信不能時記憶手段に記憶されている遊技データの変化量を特定可能な更新情報を前記遊技用装置へ送信する(図68〜図85;CUの電源断の直前に送信した動作応答の送信後からCUが起動してリカバリ処理が行なわれるまでの間におけるリカバリデータをリカバリ応答として送信)。
このような構成によれば、通信不能状態になってから復旧するまでの間におけるスロットマシン側での遊技データの変化量をも反映させた正確な遊技データの管理を遊技用装置にさせることが可能となる。
(4−2) 前記通信不能状態が発生したときに新たなゲームを開始できない遊技禁止状態にするための遊技禁止手段(図68〜図85;切断検知でプレー停止(賭数操作無効状態または遊技禁止状態))をさらに含み、
前記通信不能時記憶手段は、前記通信不能状態が発生したときから前記遊技禁止手段により前記遊技禁止状態になった後前記遊技データが変化し得ない状態に達するまでの間において前記特定手段により特定された遊技データの変化量を記憶する(図68〜図85;CUの電源断の直前の動作応答の送信以降からプレー停止(賭数操作無効状態または遊技禁止状態)して以降に変化した加算数、減算数等を記憶する)。
このような構成によれば、通信不能状態になってから遊技データが変化し得ない状態に達するまでの間におけるスロットマシン側での遊技データの変化量をも反映させた正確な遊技データの管理を遊技用装置にさせることが可能となる。
(4−3) 前記通信不能時記憶手段は、前記通信不能状態が発生する直前に前記遊技用装置に送信した遊技データの変化量である直前送信済み変化量をバックアップするために記憶しており(図68〜図85;前回数)、
前記情報送信手段は、
前記直前送信済み変化量を特定可能な直前送信済み更新情報を前記更新情報とともに前記遊技用装置へ送信し(図23、図68〜図85;前回数としてのリカバリデータをリカバリ応答として送信)、
前記直前送信済み更新情報を前記遊技用装置が受信する前に前記通信不能状態が発生したか否かを前記遊技用装置が判定できるようにするための通信不能発生時期判定用情報(SQN、図23(b))を前記遊技用装置へ送信する。
このような構成によれば、遊技用装置においては、通信不能状態が発生する直前に遊技用装置に送信された遊技データの変化量が遊技用装置に到達しなかったとしても、その旨を判定して、直前送信済み更新情報による特定される直前送信済み変化量をも含めて遊技データを更新可能となり、通信不能状態が発生する直前に遊技用装置に送信された遊技データの変化量の未到達の場合も、正確な遊技データの管理が可能となる。
(4−4) 前記情報送信手段は、前記遊技用装置との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号(SQN)を、前記通信不能発生時期判定用情報として前記遊技用装置へ送信する。
このような構成によれば、遊技用装置側において、データの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号を利用して、通信不能状態が発生する直前に遊技用装置に送信された遊技データの変化量が遊技用装置に到達したか否かを判定することが可能となる。
(5−1) 遊技者所有の遊技用価値(プリペイド残高、貯メダル数)を用いて持点を加算する遊技用装置(カードユニット3)と通信可能に接続するための接続部(コネクタ220)と、複数種類の図柄を可変表示させる可変表示装置(リール2L、2C、2R)とを備え、持点で賭数を設定することにより1ゲームが開始可能になるとともに前記可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置の表示結果により発生した入賞に応じて持点が加算されるスロットマシン(スロットマシン2S)であって、
持点を記憶する持点記憶手段(持点数カウンタ)と、
賭数の設定に必要な持点残数の有無を前記持点記憶手段が記憶している持点に基づいて判定する持点残数判定手段(LSI117、図51)と、
新たなゲームを開始できない遊技禁止状態にするための遊技禁止手段(図51〜図54;LSI117による賭数操作無効化)とを含み、
前記遊技禁止手段は、
所定情報(図52、図54;禁止要求有を含む動作指示)が前記遊技用装置から送信されてきたときに前記遊技禁止状態にする所定情報対応遊技禁止手段((図52、図54)と、
前記持点残数判定手段により賭数の設定に必要な持点残数無しと判定されたときに前記遊技禁止状態にする持点対応遊技禁止手段(図51)とを含む。
このような構成によれば、持点式のスロットマシンで遊技禁止状態にする方法として、スロットマシンにおける持点が減少したときにはスロットマシン側においてその旨を判別してで遊技禁止状態にでき、しかも、所定情報が遊技用装置から送信されてきたことによってもで遊技禁止状態になるために、遊技用装置からの指令にも対応することができ、遊技禁止状態にする必要が生じた原因に応じてスロットマシン自ら遊技禁止状態にする場合と遊技用装置からの指令に応じて遊技禁止状態にする場合との両方に対応可能となる。
(5−2) 前記接続部には、前記持点記憶手段とは別に持点を記憶して更新するための遊技用装置を接続可能であり(図4、図5参照)、
賭数の設定および入賞の発生に応じた持点の変化量を特定する特定手段(遊技制御用マイクロコンピュータ、払出制御用マイクロコンピュータ、加算数カウンタ、減算数カウンタ)と、
前記遊技用装置へ、前記変化量を特定可能な更新情報(加算数および減算数を含む動作応答)を送信する情報送信手段(LSI117)とをさらに含む。
このような構成によれば、持点管理を遊技用装置側において行なうことが可能になるために、スロットマシン側に持点管理機能を設ける必要がなく、その分、スロットマシンのコストを極力抑えることができる。
特に、スロットマシンは、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能をスロットマシン側ではなく遊技用装置側に持たせてスロットマシンのコストを抑えることにより、スロットマシンを導入する遊技場のランニングコストを軽減することができるという利点がある。
また、持点管理を遊技用装置側において行なう関係上、持点が減少したときに遊技用装置側からの指令を待って遊技禁止状態に制御する方法を採用した場合は、スロットマシンにおける持点が減少しその減少状態が遊技用装置に送信されて初めて遊技用装置において持点が減少したことを把握できるのであり、その間のタイムラグだけ遊技禁止状態に制御する時期が遅れてしまう虞があるが、スロットマシンにおける持点が減少したときにはスロットマシン側においてその旨を判別して遊技禁止状態にしているために、前述のタイムラグによる不都合を防止することができる。しかも、所定情報が遊技用装置から送信されてきたことによっても遊技禁止状態になるために、遊技用装置からの指令にも対応することができる。
(5−3) 前記情報送信手段は、前記更新情報を送信してから前記持点対応遊技禁止手段によって前記遊技禁止状態するまでの間に前記特定手段により特定された前記変化量を特定可能な更新情報を前記遊技用装置へ送信する(図51;「持点数=3、加算数=0、減算数=3」の1つ目の動作応答を送信してから、3BETされることによって賭数操作無効状態になるまでの間に変化した変化量である「持点数=0、加算数=0、減算数=3」の動作応答がさらに送信されている)。
このような構成によれば、前回の更新情報の送信時点から遊技禁止状態となるまでの間における持点の変化量を遊技用装置側において把握でき、遊技禁止状態になった後の最終的な持点を遊技用装置側において管理可能となる。
(5−4) スロットマシンの前面を開閉可能に覆っている前面部材(前面扉2b)と、
該前面部材を閉塞状態でロックするロック手段(前面扉開放ソレノイド110、係合突起6a、6b、係合受け片7a、7b)とをさらに含み、
前記所定情報は、前記ロック手段によるロックの解除を指示するときに送信される情報(図24;動作要求Bit3=1の遊技禁止要求、図54;禁止要求有)である。
このような構成によれば、前面部材のロックを解除して開放するときに、遊技用装置からの指令に対応して遊技禁止状態にすることができる。
(5−5) 前記所定情報は、前記遊技用装置に遊技終了を要求するときに送信される情報(図24;動作要求Bit3=1の遊技禁止要求、図52;禁止要求有を含む動作指示)である。
このような構成によれば、遊技終了を要求する信号が入力されたときに、遊技用装置からの指令に対応して遊技禁止状態にすることができる。
(6−1) 本発明は、記録媒体(カード)を受付けて該記録媒体に記録されている記録情報により特定される遊技者所有の有価価値(プリペイド残高、持点数、あるいは貯メダル数)を遊技に使用可能にする遊技用装置(カードユニット3)と通信する通信部(S台通信制御部82)と、表示状態が変化可能な可変表示装置とを備え、1ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより1ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となるスロットマシン(スロットマシン2S)であって、
遊技者毎に遊技履歴データを集計する遊技履歴データ集計手段(図109;遊技履歴データ管理部291の通常モード処理部と表示器用演出制御部292の現遊技者遊技履歴データ記憶部)と、
該遊技履歴データ集計手段により集計された遊技履歴データを記憶する遊技履歴データ記憶手段(図109;遊技データ記憶部392の現遊技者遊技履歴データ記憶部とバックアップデータ記憶部)とを含み、
該遊技履歴データ記憶手段は、前記遊技用装置に受付けられている前記記録媒体が排出された後においても前記遊技履歴データの記憶を保持し(図109;バックアップデータ記憶部に遊技履歴データの記憶を保持し)、
前記遊技履歴データ集計手段は、同一の遊技者であることを示す指令情報(同一コマンド)を前記遊技用装置から受信したことを条件として(図110;S22によりYの判定がなされ)、前記遊技履歴データ記憶手段に記憶されている遊技履歴データに対して新たな遊技履歴データを累積して集計する引継集計手段(図110;S12)を含む。
このような構成によれば、前の遊技者と今回の遊技者とが同一の場合に、前の遊技者の遊技履歴データとして集計された遊技履歴データに対して今回の遊技者の遊技履歴データを累積して集計するために、遊技をしていた遊技者が一旦離席して再度戻ってきて遊技を再開した場合に、同一の遊技者であると判定されて離席前における遊技履歴データを引継いで遊技履歴データの累積集計が可能となり、同一の遊技者であるにも拘らず離席の前後で遊技履歴データが途切れてしまう不都合を防止することができる。
(6−2) 上記(6−1)のスロットマシンにおいて、前記記録媒体が排出された後に遊技が再開されるときにおいて前記指令情報が前記遊技用装置から送信されてこないこと(図110;相違コマンドが送信されてきてS22によりNの判定がなされたこと)を条件として、前記記録媒体の排出前に遊技を行なっていた遊技者の遊技履歴データを消去する遊技履歴データ消去手段(図110;S15)を含むように構成されてもよい。
このような構成によれば、前の遊技者と今回の遊技者とが同一の場合に、前回の遊技者の遊技履歴データがスロットマシンに送信されてくるために、それを受信したスロットマシンにおいて、その受信した遊技履歴データに対して今回の遊技者の遊技履歴データを累積して集計できるために、遊技をしていた遊技者が一旦離席して再度戻ってきて遊技を再開した場合に、同一の遊技者であると判定されて離席前における遊技履歴データを引継いで遊技履歴データの累積集計が可能となり、同一の遊技者であるにも拘らず離席の前後で遊技履歴データが途切れてしまう不都合を防止することができる。
(6−3) 上記(6−1)または(6−2)のスロットマシンにおいて、前記遊技履歴データ集計手段は、
遊技中の遊技者の遊技履歴データを記憶する遊技中データ記憶手段(図109;表示器用演出制御部292の現遊技者遊技履歴データ記憶部)と、
遊技を終了した遊技者の遊技履歴データをバックアップするための終了データ記憶手段(図109;表示器用演出制御部292のバックアップデータ記憶部)と、
前記遊技用装置から前記記録媒体が排出されたことに応じて、前記遊技中データ記憶手段に記憶されている遊技履歴データを遊技を終了した遊技者の遊技履歴データとして前記終了データ記憶手段によりバックアップし(図109;カード返却通知の受信により、現遊技者遊技履歴データ記憶部の記憶データをバックアップデータ記憶部にシフトさせて記憶し)、前記遊技用装置から前記指令情報を受信したときに、前記終了データ記憶手段によりバックアップされている遊技履歴データを前記遊技中データ記憶手段により遊技中の遊技者の遊技履歴データとして記憶する状態に切換えるデータ記憶切換え手段(図109、図110;S12)とを含むように構成されてもよい。
このような構成によれば、遊技者が同一であると判定されたときに、終了データ記憶手段によりバックアップされている遊技履歴データが遊技中データ記憶手段により遊技中の遊技者の遊技履歴データとして記憶する状態に切換えられるために、それ以降の遊技においてその遊技中データ記憶手段に記憶されている遊技履歴データを引継いでそれに新たな遊技履歴データを加算更新して累積記憶することができる。
(6−4) 上記(6−1)〜(6−3)のいずれかのスロットマシンにおいて、前記引継集計手段は、会員の遊技者に発行された会員用記録媒体が前記遊技用装置に受付けられたことを条件として、前記遊技履歴データ記憶手段に記憶されている当該会員の遊技履歴データに対して新たな遊技履歴データを累積して集計する(図109;会員カードのC-IDの場合のみ現遊技者遊技履歴データに記憶して遊技履歴を集計する)ように構成されてもよい。
このような構成によれば、会員用記録媒体が記録媒体受付部に受付けられたことを条件として同一と判定された遊技者に対応する遊技履歴データに対して新たな遊技履歴データが累積して集計されるために、遊技履歴データの引継ぎ集計の利点を会員の遊技者に限定することができ、遊技者が会員になることを促進させることができる。
(7−1) 本発明は、持点による遊技が可能であり、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部(S台通信制御部82)と、表示状態が変化可能な可変表示装置とを備え、1ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより1ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となり、入賞の発生に応じて持点が加算されるスロットマシン(スロットマシン2S)であって、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段(スロットマシン制御用のマイクロコンピュータ、加算数カウンタ、減算数カウンタ)と、
持点を記憶する持点記憶手段(持点数カウンタ)と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段(払出制御部117)と、
前記変化量を特定可能な更新情報と前記持点記憶手段に記憶されている持点とを前記通信部から前記遊技用装置へ送信する制御を行なう情報送信制御手段(図50;加算数、減算数を含む動作応答を送信)と、
遊技を行なう遊技者を特定する遊技者特定情報を記憶する遊技者特定情報記憶手段(図109;表示器用演出制御部292の現遊技者遊技履歴データ記憶部)と、
前記遊技用装置との通信の開始の際に前記遊技者特定情報記憶手段に記憶されている遊技者特定情報を前記通信部から前記遊技用装置へ送信する制御を行なう遊技者特定情報送信制御手段(図33、図43、図68〜図85;C-IDを含むリカバリ応答を送信)とを備えた。
このような構成によれば、遊技用装置がスロットマシンと接続されて通信が開始された際に、スロットマシンと前記遊技用装置との接続後遊技を行なう遊技者と該接続前に遊技を行なっていた遊技者との同一性を判定するための情報として、遊技者特定情報記憶手段に記憶されている遊技者特定情報が通信部から遊技用装置へ送信されるために、接続後遊技を行なう遊技者と該接続前に遊技を行なっていた遊技者との同一性を判定でき、異なる遊技者であるにも拘らず同一の遊技者とみなしてしまう不都合を防止することができる。
(7−2) 上記(7−1)のスロットマシンにおいて、前記情報送信制御手段は、前記更新情報と前記持点記憶手段に記憶されている持点とを前記通信部から前記遊技用装置へ定期的(図30;200ms毎)に送信する制御を行ない、
前記通信部は、前記遊技用装置による前記更新情報に基づいた持点の更新結果と、前記持点記憶手段に記憶されている持点との整合性の判定の結果、不整合との判定のときに該遊技用装置から送信されてくる補正情報を受信し(補正指示コマンドの受信)、
該受信した補正情報に基づいて前記持点記憶手段が記憶している持点を補正する持点補正手段(払出制御部117が持点数を補正指示コマンドに従って補正)をさらに備えている、ように構成されてもよい。
このような構成によれば、不正行為、その他の原因によってスロットマシン側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点とスロットマシン側で記憶している持点とが整合しなくなった場合でも、スロットマシン側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
(8−1) 本発明は、遊技者所有の有価価値を遊技に使用可能にする遊技用装置と通信する通信部(S台通信制御部82)と、表示状態が変化可能な可変表示装置とを備え、1ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより1ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となるスロットマシン遊(スロットマシン2S)であって、
当該遊技機での遊技の実行により生成される遊技履歴データを記憶する遊技履歴データ記憶手段(図7;表示器用演出制御部292の当S台遊技履歴データ記憶部)と、
該遊技履歴データ記憶手段に記憶されている遊技履歴データを表示する遊技履歴データ表示手段(表示器51)と、
前記遊技履歴データ記憶手段に記憶されている遊技履歴データの少なくとも一部を消去する遊技履歴データ消去手段(RAMクリアスイッチ293)と、
該遊技履歴データ消去手段により遊技履歴データが消去されたときに、前記遊技用装置において遊技履歴データに基づいて実行する履歴表示をクリアするためのクリア指令を前記遊技用装置へ送信する制御を行なうクリア指令送信制御手段(図7;クリア通知を送信する遊技履歴データ管理部291)とを含む。
このような構成によれば、スロットマシン側において遊技履歴データの少なくとも一部が消去された場合にクリア指令が遊技用装置に送信され、遊技用装置側においてそのクリア指令に従って履歴表示のクリア処理が行なわれるために、スロットマシン側と遊技用装置側とにおける履歴表示の齟齬を防止することができる。
(8−2) 上記(8−1)のスロットマシンにおいて、前記遊技履歴データ記憶手段は、
本日の遊技履歴データを記憶する本日履歴データ記憶部(10日分の記憶エリアの内の本日の記憶エリア)と、
前日以前の遊技履歴データを記憶する過去履歴データ記憶部(10日分の記憶エリアの内の本日以外の記憶エリア)とを含み、
前記遊技履歴データ消去手段は、本日データ記憶部の記憶データを過去履歴データ記憶部にシフトして記憶させるとともに本日履歴データ記憶部の記憶データを消去する(10日分の記憶エリアの内の1番古い記憶エリアのデータを消去して各記憶エリアのデータを1つずつ古い記憶エリアにシフトすることにより、本日の記憶エリアデータを消去する)。
このような構成によれば、スロットマシン側において、本日履歴データ記憶部に記憶されている本日の遊技履歴データを、前日以前の遊技履歴データを記憶する過去履歴データ記憶部にシフトして記憶させるとともに本日履歴データ記憶部の記憶データが消去されるために、スロットマシン側において、本日の遊技履歴データを前日以前の過去の遊技履歴データとして記憶保持することができ、その過去の遊技履歴データを有効利用することも可能となる。
(8−3) 上記(8−1)または(8−2)のスロットマシンにおいて、遊技中に発生する遊技データを前記遊技用装置へ送信する制御を行なう遊技データ送信制御手段(遊技データを送信する遊技履歴データ管理部291)をさらに含むように構成されてもよい。
このような構成によれば、スロットマシンから送信されてきた遊技中に発生する遊技データに基づいて遊技用装置側において遊技履歴データを更新して記憶することができ、遊技用装置において表示する遊技履歴データを遊技機とは別に更新記憶することができる。
(9−1) 本発明は、記録媒体(カード)を受付けて該記録媒体に記録されている記録情報により特定される遊技者所有の有価価値プリペイド残高、持点数、あるいは貯メダル数)を遊技に使用可能にする遊技用装置(カードユニット3)と通信する通信部(S台通信制御部82)と、表示状態が変化可能な可変表示装置とを備え、1ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより1ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となるスロットマシン(スロットマシン2S)であって、
スロットマシンの動作確認を行なうテストモードの通知を前記遊技用装置から受けていない通常遊技中に遊技者が遊技を行なうことにより生成される遊技履歴データを更新する通常遊技中データ更新手段(図8;表示器用演出制御部292の当S台遊技履歴データ記憶部)を含み、
前記テストモードの通知を前記遊技用装置から受けたことに基づいて、前記通常遊技中データ更新手段による遊技履歴データの更新をさせない状態にする(図7、図109;試打モード処理部の働きにより、遊技履歴データを当P台遊技履歴データ記憶部や当S台遊技履歴データ記憶部に記憶させるのではなく試打遊技履歴データ記憶部に記憶させる)。
このような構成によれば、スロットマシンの動作確認を行なうテストモードの通知を受けていない通常遊技中に遊技者が遊技を行なうことにより生成される遊技履歴データを更新する通常遊技中データ更新手段が設けられているために、スロットマシンにおいて通常遊技中における遊技履歴データの集計が可能となる。
しかも、スロットマシンがテストモードの通知を受けたことに基づいて、通常遊技中データ更新手段による遊技履歴データの更新をさせない状態になるために、テストモードでの遊技履歴データとは区別して通常遊技中における遊技履歴データだけを集計することが可能となる。
(9−2) 上記(9−1)に記載のスロットマシンにおいて、前記テストモード中の遊技履歴データを前記遊技用装置へ送信する制御を行なうテストモード中データ送信制御手段(図7、図109;試打モード中の遊技データを送信する遊技履歴データ管理部291)を含むように構成されてもよい。
このような構成によれば、テストモード中の遊技履歴データが遊技用装置により表示されるために、その遊技用装置に表示されたテストモード中の遊技履歴データを見ながら各種調整作業を行なうことが可能となり、作業効率が向上する。
(9−3) 上記(9−1)または(9−2)に記載のスロットマシンにおいて、前記通常遊技中に遊技者が遊技を行なうことにより生成される遊技履歴データとは別に、前記テストモード中の遊技履歴データを記憶するテストモード中データ記憶手段(図7、図109;表示器用演出制御部292の試打遊技履歴データ記憶部)を含むように構成されてもよい。
このような構成によれば、スロットマシンが、通常遊技中の遊技履歴データとは別にテストモード中の遊技履歴データを記憶するテストモード中データ記憶手段を含んでいるために、通常遊技中の遊技履歴データとは区別してテストモード中の遊技履歴データを記憶しておくことが可能となる。
(9−4) 上記(9−3)に記載のスロットマシンにおいて、前記テストモード中データ記憶手段は、前記テストモード中に所定操作(表示器312に表示されている再集計ボタンのアイコンのタッチ操作)が行なわれたことに基づいて、記憶している遊技履歴データを一旦クリアした後新たに前記テストモード中の遊技履歴データの記憶を再開する(再集計通知の受信に基づいて試打モード処理部が試打遊技履歴データ記憶部の記憶をクリアする)ように構成されてもよい。
このような構成によれば、テストモード中に所定操作が行なわれたことに基づいて、テストモード中データ記憶手段が記憶している遊技履歴データを一旦クリアした後新たにテストモード中の遊技履歴データの記憶が再開されるために、たとえばテストモードによる遊技履歴データに基づいて各種調整作業を行なった後その調整後の稼動データを集計するべく再度新たにテストモードによる遊技履歴データを集計する等のように、テストモードによる遊技履歴の集計を最初からやり直すことが可能となる。
(9−5) 上記(9−4)のスロットマシンにおいて、前記スロットマシンは、前記テストモード中データ記憶手段に記憶されている前記テストモード中の遊技履歴データを表示する制御を行なうテストモード中データ表示制御手段(表示器51に試打モード時の遊技履歴データを表示させる制御を行なう試打モード処理部)を含むように構成されてもよい。
このような構成によれば、スロットマシンにおいてテストモード中の遊技履歴データが表示されるために、そのスロットマシンにおいて表示されたテストモード中の遊技履歴データを見て各種調整作業を行なうことが可能となる。
(9−6) 上記(9−1)〜(9−5)のいずれかのスロットマシンにおいて、遊技に使用される持点を遊技に伴って更新する持点更新手段(持点数カウンタ)を含み、
該持点更新手段は、前記テストモード中においては持点が所定値以下にならないように更新する(持点数加算指令の受信に基づいて持点数の加算を行なう)ように構成されてもよい。
このような構成によれば、テストモード中においては持点が所定値以下にならないために持点に拘らずテストモードによる遊技履歴の集計を継続することが可能となる。
(9−7) 上記(9−6)のスロットマシンにおいて、前記持点更新手段は、前記テストモード中において持点が所定値となったときに前記スロットマシンに対して持点を所定値を超える値にするための指令(持点数加算指令)を前記遊技用装置から受信したことに基づいて、持点が所定値以下にならないように更新する(持点数加算指令の受信に基づいて持点数の加算を行なう)ように構成されてもよい。
このような構成によれば、テストモード中において持点が所定値となったときにスロットマシンに対して持点を所定値を超える値にするための指令を遊技用装置から受信したことに基づいて、持点が所定値以下にならないように更新されるために、テストモード中において持点が所定値となった後においても遊技履歴データを集計するための指令を出力する機能を有する遊技用装置を提供することができる。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。