以下、図面を参照して本発明に係る実施の形態を説明する。
<パチンコ機の構成>
まず、図1を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場(ホール)内に複数配置されている各遊技島(図示略)には、遊技機の一例の封入循環式パチンコ機(以下、遊技機、パチンコ機またはP台と略称する)2が併設されている。なお、パチンコ機2の所定側の側方位置には、該パチンコ機2に対して遊技用装置の一例のカードユニット(以下CUと略称することもある)3が1対1に対応設置されている。
パチンコ機2は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル25を操作することにより、発射モータ18(図2参照)を駆動させて封入玉を1発ずつ遊技盤26前面の遊技領域27に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル25の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル25を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ18が駆動される。この状態で、遊技者による打球操作ハンドル25の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域27内に発射される。
図1に示すパチンコ機2は、いわゆる第1種のパチンコ機であって、遊技領域27の中央に可変表示装置(特別図柄とも言う)278が設けられている。また、遊技領域27には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図1に示す遊技領域27には、1つの大入賞口(可変入賞球装置)271と、3つの普通入賞口272,273,274と、3つの始動入賞口275,276,277とが示されている。特に、始動入賞口276は、遊技者にとって有利な第1の状態(たとえば開成状態)と遊技者にとって不利な第2の状態(たとえば閉成状態)とに変化可能な電動チューリップで構成されている。
可変表示装置278は、各始動入賞口275,276,277に入賞した始動入賞玉の検出信号に基づいて変動表示する。可変表示装置の表示結果が特定の識別情報の組合せ(たとえばぞろ目)になると、大当り状態となり、大入賞口271が開放する。
また、可変表示装置の表示結果が大当り図柄の組合せ(ぞろ目)のうちの予め定められた特別の識別情報の組合せ(たとえば777等の確変図柄の組合せ)となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態(確変状態)が発生する。
遊技領域27内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口(図示略)に回収される。入賞口に入賞したパチンコ玉およびアウト口に回収されたパチンコ玉は再度パチンコ機2内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル25を操作することにより再びその打球発射位置のパチンコ玉が遊技領域27内に打込まれる。
パチンコ機2における遊技領域27の下方位置には、表示器54が設けられている。表示器54は、液晶表示装置で構成されており、図70で後述するような表示画面を遊技者に表示する。
さらに、パチンコ機2における打球操作ハンドル25の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン28が設けられている。詳しくは後述するが、計数ボタン28は、1度押下すると、たとえば100玉だけ遊技玉から持玉への計数が行なわれ、長い期間押下(長押し)すると、現在有している遊技玉を考慮して押下している時間に対応した玉数だけ遊技玉から持玉への計数が行なわれる。
このように、計数ボタン28をP台側に設けているため、計数ボタン28をCU側に設ける場合に比較して、P台に正対して座っている遊技者の操作性を向上できる。
<カードユニットの構成>
次に、引き続き図1を参照して、本実施の形態に係るカードユニットの構成を説明する。このカードユニット3は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード(一般カードとも言う)や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはICカードで構成されている。
それらのカードを受付けたカードユニット3は、カードの記録情報により特定される遊技者所有の遊技価値(たとえばカード残高、持玉数、あるいは貯玉数等)を“遊技玉のデータ”に変換する機能を有する。パチンコ機2では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
カードユニット3の前面側には、紙幣を挿入するための紙幣挿入口302、装置前面より装置前方方向に突出形成された突出部305、会員カードやビジターカードを挿入するためのカード挿入/排出口309などが設けられている。このカード挿入/排出口309に挿入された会員カードやビジターカードがカードリーダライタ(図示略)に受付けられ、そのカードに記録されている情報が読取られる。
前述の突出部305において、遊技者と対向する面には、表示器312と、会員カードを受付けた場合において、該会員カードに記録された会員カードID(単に、カードIDとも言う)ならびに会員カードIDにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン319と、遊技場の係員が所持するリモコン(図示略)から赤外線信号をIR(Infrared)感光ユニット320で受信して電子信号に変換して出力するIR受光ユニットが設けられている。
表示器312は、挿入された遊技用記録媒体(カード)に記録されているプリペイド残高(カード残高または単に残高とも言う)を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器312の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン319を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落して遊技玉に変換し、変換した遊技玉に基づいてパチンコ機2による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落されて遊技玉に変換され、パチンコ機2による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持点との双方が記憶されている場合には、持玉が優先的に引落される。なお、再プレイボタン319とは別に、持玉を引き落とすための専用の持玉払出ボタンを設け、再プレイボタン319は貯玉引き落とし専用のボタンとしてもよい。
ここで、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
「遊技玉」とは、遊技機で発射可能な玉数のデータである。このデータは、既に説明したとおり、プリペイドカードの残高、持玉、あるいは貯玉を引落すことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたホールサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバにカード番号と対応させて記憶させてもよい。このホールサーバにカード番号と対応させて記憶させる際に、ホールサーバに記憶させた時刻を特定できるデータをカード(会員カード、ビジターカード)に書込んで排出してもよい。また、プリペイド残高についてはカード(会員カード、ビジターカード)に直接書込んで排出する。
なお、持玉を、カード(会員カード、ビジターカード)、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン28が操作されて計数処理が行なわれるたびにリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどがある。
紙幣挿入口302に挿入された紙幣は、貨幣識別器(図示略)により取込まれてその真贋や紙幣種別の識別がなされる。
カードユニット3の前面側には、さらに、玉貸ボタン(貸出ボタンとも言う)321と返却ボタン322とが設けられている。玉貸ボタン321は、挿入されたカードに記録されている残高を引落してパチンコ機2による遊技に用いるための操作(遊技玉への変換操作)を行なうボタンである。返却ボタン322は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数(カード挿入時の持玉数−遊技玉への変換数+計数操作によって計数された持玉数)を記憶させて排出するための操作ボタンである。
<カードユニットとパチンコ機との構成>
図2は、カードユニット3とパチンコ機2との構成を示すブロック図である。図2を参照して、カードユニット3とパチンコ機2との制御回路の概略を説明する。
カードユニット3には、マイクロコンピュータ等から構成されたCU制御部323が設けられている。このCU制御部323は、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
CU制御部323には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ801(図63参照)と通信を行なうための外部通信部(図示略)が設けられているとともに、パチンコ機2の払出制御基板17とセキュリティを確保しながら通信を行なうためのセキュリティ基板325が設けられている。カードユニット3にはパチンコ機2側への接続部(図示略)が設けられており、パチンコ機2にはカードユニット3側への接続部(図示略)が設けられている。これら接続部は、たとえばコネクタ等で構成されている。
CU側のセキュリティ基板325とP台側の払出制御基板17とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板325には、セキュリティ基板325と払出制御基板17との通信を制御するための通信制御IC325aと、パチンコ機2のセキュリティを監視するためのセキュリティチップ(SC)325bが設けられている。さらに、SC325bは、不正検知部1325を備え、不正検知部1325がCU制御部323からP台2に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ800(図63参照)に通知する。また、不正検知用の設定値(定数)は鍵管理サーバ800から基板制御情報として通知される。
前述した貨幣識別器により紙幣の真贋および種類が識別されてその識別結果信号がCU制御部323に入力される。遊技場の係員が所持しているリモコンから発せられた赤外線をIR感光ユニット320が受光すれば、その受光信号がCU制御部323に入力される。挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報がCU制御部323に入力されるとともに、CU制御部323からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。
CU制御部323は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。CU制御部323から残高あるいは遊技玉数等のデータが表示制御部350に出力され、表示制御部350で表示用データに変換される。表示器312に対し、表示制御部350で変換した表示用データが出力され、その出力された表示用データを表示器312が表示する。また、表示器312の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部350を介してCU制御部323に入力される。遊技者が玉貸ボタン321を操作することにより、その操作信号がCU制御部323に入力される。なお、玉貸ボタン321は、CU3に設ける構成に限定されるものではなく、P台2に設けて操作信号をCU制御部323に入力する構成であっても良い。遊技者が再プレイボタン319を操作することによりその操作信号がCU制御部323に入力される。遊技者が返却ボタン322を操作することによりその操作信号がCU制御部323に入力される。
パチンコ機2には、パチンコ機2の遊技の進行制御を行なう主制御基板16と、遊技玉を管理・記憶する払出制御基板17と、払出制御基板17の指令に基づいて発射モータ18を駆動制御する発射制御基板31と、可変表示装置278とが備えられている。なお、図2では、主制御基板16の指令に基づいて可変表示装置を表示制御する表示制御基板(演出制御基板ともいう)の図示を省略している。
主制御基板16は、遊技盤26に設けてある。主制御基板16には主制御部161である遊技制御用マイクロコンピュータが搭載されている。遊技機制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部161は、遊技盤26に設けられている入賞センサ162、および電波センサ163と接続してある。なお、遊技盤26には、さらに可変表示装置278等を制御する表示制御基板(演出制御基板)が設けられている。
払出制御基板17は、前枠6(遊技枠)に設けてある。払出制御基板17には、払出制御部171である払出制御用マイクロコンピュータが搭載されている。払出制御用マイクロコンピュータは、制御中枢としてのCPU(Central Processing Unit)、CPUが動作するためのプログラムや制御データ等を記憶しているROM(Read Only Memory)、CPUのワークエリアとして機能するRAM(Random Access Memory)、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
また、払出制御基板17に対し、発射玉検出スイッチ(図示略)、アウト玉検出スイッチ701、ファール玉検出スイッチ33、計数ボタン28、電波センサ173が電気的に接続された状態で設けられている。この電波センサ173は、電波を不正に発信して主に玉上げスイッチ(上)41aを常時オン状態にする不正行為を検知するためのものである。この電波センサ173の検出信号が払出制御基板17の入力ポート(図示略)を介して払出制御部171へ入力される。玉上げスイッチ(上)41aは、前述したように、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部171が、遊技玉数を「1」減算する。従って、不正電波によりこの玉上げスイッチ(上)41aが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ173により検知する。なお、玉上げスイッチ(上)41aばかりでなく、発射玉検出スイッチも電波による不正の対象となる虞がある。つまり、玉上げスイッチ(上)41aだけ不正電波により常時オン状態にした場合には、玉の発射が検出されなくなる一方、実際に発射された玉が回収されて発射玉検出スイッチで検出された場合には、発射玉と回収玉(アウト玉)との個数に齟齬が生じ、異常が検知されて「発射/OUT不整合玉数」の不正検知情報がP台2からCU3へ送信されることになる。しかし、この発射玉検出スイッチにも不正電波を発信して検出不能状態にすることにより、上記「発射/OUT不整合玉数」の不正検知情報がP台2からCU3へ送信されなくなる不都合が生じる。本実施の形態では、このような発射玉検出スイッチに対して発信される不正電波も、電波センサ173で検出するため、前述の不都合を防止し得る。
主制御基板16から払出制御基板17に対し、主制御チップID、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
主制御チップID(メインチップIDとも言う)は、パチンコ機2の主制御基板16に記録されているチップIDのことであり、パチンコ機2の電源投入時に払出制御基板17に対して送信される情報である。入賞口情報は、入賞口の種類(始動入賞口、普通入賞口、大入賞口)と、賞球数(入賞口に遊技玉が入ったときの払出玉数)とを含む情報であり、パチンコ機2の電源投入時に払出制御基板17に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、パチンコ機2の電源投入時に払出制御基板17に対して送信される。
接続確認信号は、主制御基板16と払出制御基板17とが接続されていることを確認するための信号であり、主制御基板16から払出制御基板17へ所定の電圧の信号が常時供給されており、払出制御基板17がその所定電圧信号を受信していることを条件として払出制御基板17が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板17は、その入賞玉1個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。このことに関しては後に詳しく説明する。
始動入賞口入賞情報とは、始動入賞口1または始動入賞口2のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板16が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板17へ通知するための情報である。
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば15ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態(可変表示装置の可変表示時間を短縮する制御状態)が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変(突確)のような、或る遊技機メーカのみが採用している大当り状態のことである。
払出制御基板17から主制御基板16へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板16が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
アウト玉検出スイッチ701から払出制御基板17へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板17は、後述するように遊技中玉数(遊技領域27に浮遊している浮遊玉の玉数)を減算更新する。ファール玉検出スイッチ33からファール玉検出信号が入力された払出制御基板17では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチから払出制御基板17へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板17は、遊技中玉数を減算更新する。
カードユニット3のセキュリティ基板325とパチンコ機2の払出制御基板17とが電気的に接続されており、セキュリティ基板325から払出制御基板17へ、後述するように、リカバリ要求、リカバリ詳細要求、通信開始要求、通信終了要求、状態情報要求、カード挿入通知、カード返却通知、通信テスト要求の各種コマンドが送信される。
リカバリ要求は、後述するように、パチンコ機2に対してリカバリ情報の通知を要求するコマンドである。払出制御基板17は、リカバリ要求を受けてパチンコ機2のリカバリ情報をカードユニット3に通知する。リカバリ詳細要求は、パチンコ機2に対してリカバリ詳細情報の通知を要求するコマンドである。払出制御基板17は、リカバリ詳細要求を受けてパチンコ機2のリカバリ詳細情報をカードユニット3に通知する。通信開始要求は、パチンコ機2に対して通信開始を要求するコマンドである。払出制御基板17は、通信開始要求を受けてカードユニット3に対して通信開始を応答する。通信終了要求は、パチンコ機2に対して通信終了を要求するコマンドである。払出制御基板17は、通信終了要求を受けてカードユニット3に対して通信終了を応答する。
状態情報要求は、パチンコ機2に対して状態情報の通知を要求するコマンドである。払出制御基板17は、状態情報要求を受けてパチンコ機2の状態情報をカードユニット3に通知する。カード挿入通知は、パチンコ機2に対してカード挿入されたことを通知するコマンドである。払出制御基板17は、カード挿入通知を受けてカードユニット3に対してカード挿入されたことの応答をする。カード返却通知は、パチンコ機2に対してカード返却されたことを通知するコマンドである。払出制御基板17は、カード返却通知を受けてカードユニット3に対してカード返却されたことの応答をする。通信テスト要求は、パチンコ機2に対してテストデータを通知するコマンドである。払出制御基板17は、通信テスト要求を受けてカードユニット3に対してテストデータを応答する。
払出制御基板17からセキュリティ基板325へ、リカバリ応答、リカバリ詳細応答、通信開始応答、通信終了応答、状態情報応答、カード挿入応答、カード返却応答、通信テスト応答の各種レスポンスが送信される。
前枠6(遊技枠)には、発射制御基板31、発射モータ18が設けられている。発射制御基板31は、遊技者が打球操作ハンドル25に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ18励磁出力を発し、発射モータ18を駆動させる。
払出制御基板17から発射制御基板31へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板31は、発射モータ18を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域27へ弾発発射される状態となる。
前枠6(遊技枠)には、表示器54が設けられている。表示器54は、カードユニット3の表示制御部350からの表示データを受信し、表示画面を表示させる。なお、このように、本実施の形態では、P台側の表示器54がCU側で制御されるように構成されているが、これに代えて、P台側に表示器54を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部171の指令に基づいて表示器54を表示制御する。
<カードユニット側とパチンコ機側との送受信態様>
次に、図3は、カードユニット3側とパチンコ機2側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図3を参照して、カードユニット3側(CU側)とパチンコ機2側(P台側)とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、P台2側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。CU3側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はP台2側から送信されてきた情報に基づいたものである。一方、持玉(カード持玉数)や貯玉数、カード残高(残高)は、CU3側において管理・記憶している。
図3では、CU3側のCU制御部323に設けられているRAMの記憶データと、P台2側の払出制御基板17に搭載されているRAMの記憶データとを示している。まず、P台2(パチンコ機2)とCU3(カードユニット3)とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、P台2側の払出制御基板17は、主制御基板16からメインチップID(主制御チップID)を送信してもらい、そのメインチップIDをCU3側に送信するとともに、払出制御基板17自体が記憶している払出チップID(払出制御チップID)をCU3側へ送信する。
CU3側では、それら送信されてきたメインチップIDと払出チップIDとを記憶する。次に、接続時刻すなわちCU3側とP台2側とが接続されて通信が開始された時刻のデータがCU3側からP台2側へ送信され、P台2側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップID、払出チップIDおよびCU3側で識別された接続時刻の3つの情報がCU3側とP台2側とに記憶されることとなる。それ以降の電源投入時においては、P台2側からCU3側へそれら3つの情報、すなわち、メインチップIDと払出チップIDと前回の接続時刻データとが送信される。
CU3側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じP台2が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にCU3側とP台2側との通信が開始された新たな接続時刻データがCU3側からP台2側へ送信されてその新たな接続時刻データをP台2側において記憶することとなる。
また、CU3側とP台2側とにおいてコマンドおよびレスポンスの送信が行なわれる毎に通番が“1”ずつ加算更新され、その通番がCU3側とP台2側とにおいて記憶される。この通番とは、CU3とP台2との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終通番とは、その更新される通信番号の最後に更新された番号のことである。
本実施の形態におけるCU3とP台2とにおける通番のバックアップの具体的態様を説明する。CU3は、コマンドでP台2へ送信した通番をバックアップ記憶し、次にP台2からの通番を受信すると、バックアップ記憶している通番をその受信した通番に書換えて記憶する。そして、次のコマンドを送信するときに、バックアップ記憶している通番を1加算更新してP台2へ送信し、その送信済みの通番をバックアップ記憶する。CU3ではこのような処理を繰返す。
P台2でも同様に、コマンドでCU3から受信した通番をバックアップ記憶し、次にP台2からCU3へレスポンスを送信するときに、バックアップ記憶している通番を1加算更新して送信し、その送信済みの通番をバックアップ記憶する。そして、次のレスポンスを受信したときに、バックアップ記憶している通番をその受信した通番に書換えて記憶する。P台2ではこのような処理を繰返す。
たとえば、CU3側からP台2側に対して、あるコマンドを送信するとともにそのときの通番nを送信し、P台2側ではその送信されてきた通番nを記憶する。そして、レスポンスをP台2側からCU3側へ返信するときにその記憶している通番nに1加算したもの(n+1)も合わせて送信する。CU3側では返信されてきた通番n+1が既に記憶していた通番nより1加算されているためにデータの交信が正常に行なわれたと判断し、次にコマンドを送るときには通番を+1してn+2の通番をP台2側へ送る。
P台2側からCU3側へは、最新遊技台情報(カウント中の遊技台情報)が送信される。この最新遊技台情報は、P台2側の払出制御部171(図2参照)のRAMの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてP台2側からCU3側へ送信している。
これらのカウンタの情報が、まとめてレスポンスとしてCU側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ(上)41aのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。
たとえば、遊技領域27に打込まれたパチンコ玉が入賞して主制御基板16から入賞情報が払出制御基板17へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値(加算玉数)をP台2側からCU3側へ送信する。また、パチンコ玉が遊技領域27内に発射されていることによる玉上げスイッチ(上)41aのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値(減算玉数)をP台2側からCU3側へ送信する。
あるいは、払出制御部171は、計数ボタン28の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値(計数玉数)をP台2側からCU3側へ送信する。
P台2側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をCU3側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域(払出制御部171のRAM等)にバックアップデータとして記憶(書換え)した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を0クリアする(遊技玉数カウンタを除く)。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技台情報(直前に送信した遊技台情報)の記憶エリアに、直前にCU3側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、P台2側からCU3側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
また、払出制御基板17は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生(遊技玉から持玉への変換)に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてCU3側に送信する。
CU3側においては、RAM内の累計データ記憶領域に、遊技玉数、カード持玉数(単に、持玉数とも言う)、貯玉数、残高、総加算玉数(加算玉数累計)、総減算玉数(減算玉数累計)、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数(カード持玉数から遊技玉数に変換した玉数)を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
P台2側から送信されてきた加算玉数カウンタの値(加算玉数)に基づいて総加算玉数を加算して玉数を更新する。また、P台2側から送信されてきた減算玉数カウンタの値(減算玉数)に基づいて総減算玉数を減算して玉数を更新する。さらに、P台2から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、CU3は、P台2より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
CU3は、図示のとおり、遊技玉を記憶する領域を備えているとともに、P台2側から遊技玉数カウンタのカウント値(遊技玉数または遊技玉トータル個数情報とも言う)も受信している。CU3は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、CU3は、P台側から送信されてきた加算玉数カウンタの値(加算玉数)、減算玉数カウンタの値(減算玉数)、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでP台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
その結果、たとえば、異常報知ランプや表示器312によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ801にエラーが発生した旨のエラー通知信号が送信される(この場合、ホール用管理コンピュータやホールサーバ801によるエラー報知が行なわれるようにしてもよい)。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
なお、エラー状態に移行して遊技を停止させることに代えて、CU3側で記憶している遊技玉数をP台2側から送信されてきた遊技玉数カウンタのカウント値に置換えるようにしてもよい。または、それに代えて、CU3側で管理している遊技玉数と、P台2側で記憶している遊技玉数との平均値に補正してもよい。
このように、本実施の形態では、CU3側にも遊技玉数を記憶させているが、その遊技玉数がP台2側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている(CU3側機能)。そのため、仮に不正行為その他の事情で、P台2側で記憶している遊技玉数がCU3側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、CU3側にその判定機能を設けたが、たとえば、CU3と接続されるホールサーバ801またはホール用管理コンピュータによって、CU3側で記憶している遊技玉数とP台2側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
図3に示すように、CU3は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた(挿入された)カードのカード残高を記憶する記憶領域と、総加算玉数(加算玉数累計)、総減算玉数(減算玉数累計)およびカード挿入時持玉を記憶する記憶領域をさらに有する。CU制御部323(図2参照)は、貯玉の使用を要求する入力(たとえば、CU3に設けられた再プレイボタン319の押圧入力(ただし、持玉無しのとき))に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
CU制御部323(図2参照)は、持玉の使用を要求する入力(たとえば、持玉有のときのCU3に設けられた再プレイボタン319の押圧入力(ただし、持玉有のとき))に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、CU制御部323(図2参照)は、カード残高の使用を要求する入力(たとえば、玉貸ボタン321の押圧入力)に応じてカード残高を記憶する記憶領域から所定値を減算する。
遊技者所有の遊技用価値(たとえばプリペイド残高、持玉数、あるいは貯玉数)から価値を引落して遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がCU3側からP台2側へ送信される。P台2側では、それを受けて、遊技玉数カウンタを加算更新する。
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落してドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がP台2側からCU3側へ送信される。CU3側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
<CUとP台との間で送受信するコマンドおよびレスポンス>
次に図4を参照して、カードユニット(CU)3とパチンコ機(P台)2との間で送受信されるコマンドおよびレスポンスの概略を説明する。
図4には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
まず、CU3からP台2に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、P台2に対してリカバリ情報を要求するものである。P台2からCU3に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、CU3に対してリカバリ情報を通知するものである。
CU3からP台2に対してリカバリ詳細要求という名称のコマンドが送信される。このリカバリ詳細要求のコマンドは、P台2に対してリカバリ詳細情報を要求するものである。P台2からCU3に対してリカバリ詳細応答という名称のレスポンスが送信される。このリカバリ詳細応答のレスポンスは、CU3に対してリカバリ詳細情報を通知するものである。これらリカバリ詳細要求とリカバリ詳細応答とは、リカバリ処理を実行するときにしか送受信されない。具体的には、前述のリカバリ応答を受信したCU3がそのリカバリ応答の情報に基づいてリカバリ処理を実行すると判断した場合にのみCU3がP台2にリカバリ詳細要求のコマンドを送信する。このことは後に詳述する。リカバリ処理は、CU3やP台2に電断が発生して通信回線断が検知されたときに実行する必要が生じる。本実施の形態では、遊技場の営業開始時に電源を立ち上げたときにもリカバリ処理を実行しているが(図10参照)、営業開始時に電源を立ち上げ時には実行せずCU3やP台2に電断が発生して通信回線断が検知されたときに実行するように制御してもよい。
CU3からP台2に対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、P台2に対して通信開始を要求するものである。P台2からCU3に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、CU3に対して通信開始を応答するものである。
CU3からP台2に対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、P台2に対して通信終了を要求するものである。P台2からCU3に対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、CU3に対して通信終了を応答するものである。
CU3からP台2に対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、P台2に対してCU3の状態を要求するものである。CU3はこのコマンドを使用して、P台2の状態を定期的に確認する。また、状態情報要求のコマンドには、図3に示したCU側からP台側へ向かう加算玉数が含まれている。
P台2からCU3に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、CU3に対してP台2の情報・状態を通知するものである。情報応答のレスポンスには、図3に示した最新遊技台情報や遊技玉数が含まれている。
CU3からP台2に対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、P台2に対してカード挿入を通知するものである。P台2からCU3に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、CU3に対してカード挿入を応答するものである。
CU3からP台2に対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、P台2に対してカード返却を通知するものである。P台2からCU3に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、CU3に対してカード返却を応答するものである。
CU3からP台2に対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、P台2に対してテストデータを通知するものである。P台2からCU3に対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、CU3に対してテストデータを応答するものである。
次に、図4に示したコマンド/レスポンスのうちのうち重要なものを説明する。
まず、図5を参照して、CU3からP台2に状態情報要求のコマンドが送信される。送信される状態情報要求のコマンドは、P台2に対してCU3の状態を通知するものである。なお、CU3は、このコマンドを使用してP台2の情報・状態を定期的に収集する。
この状態情報要求の具体的データには、図5の下方に示されているように、通番、コマンド、CU状態、加算玉数、CUエラー状態のデータが含まれている。通番は、コマンドのシーケンス番号で、1から255(サイクリック)までの値である。CU3は、初期値を“1”として送信時に受信した通番をカウントアップ(+1)して送信する。ただし、再送時は、通番をカウントアップしない。コマンドは、状態情報要求のコマンドコードであり、16進表現のバイナリデータで“0x06”である。
CU状態は、P台2に対して通知するCU3の状態を表わし、Bit0が“1”のときにカード挿入処理中を、Bit1が“1”のとき遊技許可要求を、Bit2が“1”のとき遊技禁止要求を、Bit3が“1”のとき遊技玉加算要求を、Bit4が“1”のとき計数玉受領完了をそれぞれ表わしている。なお、Bit5〜Bit7は未使用である。
また、CU状態のBit3が“1”のときにのみ加算玉数のデータが有効となり、この加算玉数のデータがCU3からP台2へ送信される。また、この加算玉数のデータは、遊技玉数に加算する値を示すものである。
CUエラー状態は、CU3で発生中のエラーコードを表わし、“0x00”のときにはエラー無を、“0x01”−“0xFF”のときエラー発生中であることをそれぞれ表わしている。
図6は、CU状態の各Bitについて、さらに詳しく説明した図である。図6に示すBit0は、データ名がカード挿入処理中であり、“1”のときカード挿入中を、“0”のときカード未挿入をそれぞれ示している。つまり、Bit0は、CU3にカード(一般カード/会員カード)が挿入されている状態を示している。なお、予めCUにストックされているストックカード(一般0円0玉カード)への入金により一般カード挿入中となる。
Bit1は、データ名が遊技許可要求であり、“1”のとき遊技許可要求、“0”のとき遊技許可要求無をそれぞれ示している。つまり、Bit1は、CU3の状態により、P台2に対して遊技許可要求する。遊技許可のタイミングは、たとえば、離席解除時がある。
Bit2は、データ名が遊技禁止要求であり、“1”のとき遊技禁止要求、“0”のとき遊技禁止要求無をそれぞれ示している。つまり、Bit2は、CU3の状態により、P台2に対して遊技禁止要求する。遊技禁止のタイミングは、たとえば離席中や、その他、運用不可エラー発生時などがある。
Bit3は、データ名が遊技玉加算要求であり、“1”のとき遊技玉加算要求、“0”のとき遊技玉加算要求無をそれぞれ示している。つまり、Bit3は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算(加算玉数)を要求する。
Bit4は、データ名が計数玉受領完了であり、“1”計数玉受領完了、“0”のとき計数玉受領無をそれぞれ示している。つまり、Bit4は、遊技玉計数時の計数玉数をP台2より受領完了したことを通知する。なお、Bit4は、後述する状態情報応答のレスポンスにおける「計数玉数」の送達確認用に用いる。
<CUとP台との通信における主なシーケンス>
次に、図7〜図16に基づいて、CU制御部323におけるCPUで実行される処理と、払出制御基板17に搭載されたCPUで実行される処理とを説明する。
先ず、図7を参照して、カードが挿入されたときのCU3とP台2との処理を説明する。まず、CU3は、カード挿入前、通番=n、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2では、それを受けて、通番=n+1、遊技禁止を含む状態情報応答のレスポンスをCU3に返信する。
その後、CU3では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
CU3は、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残高等をたとえばホールサーバ801に問合せて認証している最中であることを表示器312に表示するとともにP台2側の表示器54に表示させる処理を実行している最中であることを意味している。
CU3は、表示器312に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番=n+2、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2では、それを受けて、通番=n+3、遊技禁止を含む状態情報応答のレスポンスをCU3に返信する。なお、P台2側の表示器54は、CU3の表示制御部350により表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。
その後、CU3は、挿入されたカードが認証されると、通番=n+4、カードID、カード挿入時刻を含むカード挿入通知のコマンドをP台2へ送信する。P台2では、それを受けて、受信したカードID、カード挿入時刻のデータを払出制御部171のRAM等にバックアップするとともに、通番=n+5を含むカード挿入応答のレスポンスをCU3に返信する。なお、CU3においても、挿入されたカードのカードIDをCU制御部323のRAM等に記憶する。
CU3は、それを受けて、通番=n+6、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信することで、カード挿入中である状態をP台2に対して通知する。P台2は、カード挿入中である状態の通知を受けて遊技を許可し、通番=n+7、遊技許可を含む状態情報応答のレスポンスをCU3に返信する。
カード挿入中、CU3は、通番=n+8、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信し、P台2は、通番=n+9、遊技許可を含む状態情報応答のレスポンスをCU3に返信する。
次に、図8を参照して、挿入されたカードのプリペイド残高から遊技玉を貸出すときの処理を説明する。つまり、挿入されたカードに記録されているプリペイド残高を消費するときの処理を説明する。この図8の処理では、現在の遊技玉数が「50」玉となっている。まず、CU3は、通番=n、遊技玉加算要求=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が1回「貸出」ボタンを押下する貸出操作(玉貸操作)を行なうことにより、CU3は、500円分すなわち125玉の貸出を行なう。CU3は、玉貸ボタン(貸出ボタン)321が押下操作された場合、500円分のプリペイド消費を確定させるとともに、遊技玉数=50(更新前遊技玉数)+125(加算玉数)=175のデータをバックアップする。このように、残高消費は、貸出操作が行なわれた段階でCU3側単独で確定する。その後、CU3は加算表示中となる。この加算表示中では、残高から125玉分引落して遊技玉に加算している最中であることを表示器54に表示させる。
次に、CU3は、通番=n+2、遊技玉加算要求=ON、加算玉数=125を含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、遊技玉数=50(現在の遊技玉数)+125(加算玉数)=175に遊技玉数を更新し、通番=n+3、加算玉数=175、遊技玉加算結果=OKを含む状態情報応答のレスポンスをCU3に返信する。
その後、CU3は、通番=n+4、遊技玉加算要求=OFFを含む状態情報要求のコマンドをP台2へ送信し、P台2は、通番=n+5、加算玉数=175を含む状態情報応答のレスポンスをCU3に返信する。
次に、図9を参照して、持玉払出、貯玉払出をして再プレイする処理を説明する。この図9では、当初の遊技玉数が「50」玉の状態となっている。この図39における再プレイの処理は、図38で示した残高の消費のときの処理と類似している。まず、CU3は、通番=n、遊技玉加算要求=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=50を含む状態情報応答のレスポンスをCU3に返信する。
その後、持玉または貯玉が存在する状態で、遊技者が再プレイボタン319を押下すると、CU3は、持玉または貯玉からの125玉分の消費を確定させ、遊技玉数を更新し、遊技玉数=50(更新前遊技玉数)+125(加算玉数)=175のデータをバックアップする。このように、持玉または貯玉の消費は、再プレイボタン319を押下する操作がなされた段階でCU3側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。
この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉(貯メダル)から遊技玉(遊技点)を得るための貯玉(貯メダル)再プレイボタンと、持玉(持点)から遊技玉(遊技点)を得るための持玉(持点)再プレイボタンとの2つで構成してもよい。また、持玉払出ボタンをCU3に設け、持玉払出ボタンを押下することで、持玉(持点)から遊技玉(遊技点)へ変換しても良い。
その後、CU3は遊技玉の加算表示中にするとともに、通番=n+2、遊技玉加算要求=ON、加算玉数=125を含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、遊技玉数=50(現在の遊技玉数)+125(加算玉数)=175に遊技玉数を更新し、通番=n+3、加算玉数=175、遊技玉加算結果=OKを含む状態情報応答のレスポンスをCU3に返信する。
なお、CU3は、持玉または貯玉から125玉分引落して遊技玉に加算している最中であることを表示器54に表示させることによって、遊技玉の加算表示中であることを示す。
その後、CU3は、通番=n+4、遊技玉加算要求=OFFを含む状態情報要求のコマンドをP台2へ送信し、P台2は、通番=n+5、加算玉数=175を含む状態情報応答のレスポンスをCU3に返信する。
次に、図10を参照して、遊技玉の一部を計数して減算する処理を説明する。この図10では、挿入された記録媒体(会員用カードまたはビジターカード)により特定される持玉数が「0」玉であり、当初の遊技玉数が「800」玉の状態となっている。まず、CU3は、通番=n、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=800、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が、計数ボタン28を1回押下し、遊技玉を持玉に変換する操作を行なう。この1回押下は、1秒未満の短押下のことであり、後述の図11で説明する1秒以上の長押下とは異なる。計数ボタン28が押下されるとP台2の払出制御部171においてその押下時間を計測し、1秒未満の短押下かまたは1秒以上の長押下かを判別する。図10の「「計数」ボタン1回押下」は、払出制御部171が1秒未満の短押下と判別したときを示しており、その場合には、遊技玉数のうち100玉が計数され計数玉としてカウントされる。当初の遊技玉数が「800」玉の場合、計数ボタン28を1回短押下することで、遊技玉数が「700」玉、計数玉が「100」玉となる。
なお、計数ボタン28を1回短押下する操作において、計数ボタン28を短押下している時間で、計数玉として計数する玉数を変化させてもよい。たとえば、計数ボタン28を短押下している時間が0.5秒未満の短押下の場合、計数玉として計数する玉数を100玉とする。また、計数ボタン28を短押下している時間が0.5秒以上の短押下の場合は、計数玉として計数する玉数を400玉とする。また、計数ボタン28を押下している時間が0.5秒以上の短押下の場合、遊技玉の残数の全てを計数玉として計数してもよい。
計数ボタン28を1回短押下する操作がなされた直後に、CU3は、通番=n+2、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。
それを受けて、P台2は、遊技玉数=700、計数玉数=100の状態をCU3に通知するために、通番=n+3、遊技玉数=700、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(0玉)に加算して持玉数=100に更新し、遊技玉数=800(更新前遊技玉数)−100(計数玉数)=700のデータをバックアップする。
さらに、CU3は、状態情報応答のレスポンスを受けて、100個の遊技玉を計数する表示を開始させる。すなわち、CU制御部323は、表示制御部350に対して計数表示の指令を送信する。表示制御部350は、その指令を受けてP台2側の表示器54を表示制御する。その結果、表示器54には、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰り返したり、種々の演出表示が考えられる。
さらに、遊技者が、計数ボタン28を1回短押下し、遊技玉を持玉に変換する操作を行なう。計数ボタン28を1回短押下することで、遊技玉数のうち100玉が計数され計数玉としてカウントされる。現在の遊技玉数が「700」玉の場合、計数ボタン28を1回短押下することで、遊技玉数が「600」玉、計数玉が「100」玉となる。
計数ボタン28を1回短押下する操作がなされた直後に、CU3は、通番=n+4、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。
それを受けて、P台2は、遊技玉数=600、計数玉数=100の状態をCU3に通知するために、通番=n+5、遊技玉数=600、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(100玉)に加算して持玉数=200に更新し、遊技玉数=700(更新前遊技玉数)−100(計数玉数)=600のデータをバックアップする。
さらに、CU3は、状態情報応答のレスポンスを受けて、100個の遊技玉を計数する表示を開始させる。なお、先の100個分の計数表示が終了する前にさらに100個の計数を示す状態情報応答が受信されていた場合には、先の遊技玉100個分の計数表示に連続させて、今回の状態情報応答に基づいた100個分の計数表示を行なう。
その後、CU3は、通番=n+6、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。それを受けて、P台2は、通番=n+7、遊技玉数=600、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
ここで、計数ボタン28を1回短押下することで、遊技玉数のうち100玉が計数され計数玉としてカウントされる場合について説明したが、計数ボタン28を1回短押下することで計数される計数玉は100玉に限定されるものではない。たとえば、計数ボタン28を1回短押下することで、遊技玉数のうち200玉、または300玉などが計数され計数玉としてカウントされる構成でもよい。
次に、図11を参照して、遊技玉の全部を計数して減算する処理を説明する。この図11では、挿入された記録媒体(会員用カード等)により特定される持玉数が「0」玉であり、当初の遊技玉数が「200」玉の状態となっている。まず、CU3は、通番=n、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=200、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が、計数ボタン28を長押下(ボタンを1秒以上押下し続ける操作)し、遊技玉を持玉に変換する操作を行なう。図11の「「計数」ボタン長押下」は、払出制御部171が1秒以上の長押下と判別したときを示しており、その場合には、1回のコマンド/レスポンスの期間(200ms)に遊技玉数のうち100玉が計数され計数玉としてカウントされる。当初の遊技玉数が「200」玉の場合、1回のコマンド/レスポンスの期間に、遊技玉数が「100」玉、計数玉が「100」玉となる。
計数ボタン28を長押下する操作がなされた直後に、CU3は、通番=n+2、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。
それを受けて、P台2は、遊技玉数=100、計数玉数=100の状態をCU3に通知するために、通番=n+3、遊技玉数=100、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(0玉)に加算して持玉数=100に更新し、遊技玉数=200(更新前遊技玉数)−100(計数玉数)=100のデータをバックアップする。
さらに、CU3は、状態情報応答のレスポンスを受けて、100個の遊技玉を計数する表示を開始させる。
その後、CU3は、通番=n+4、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。
計数ボタン28を長押下中のP台2は、遊技玉数=0、計数玉数=100の状態をCU3に通知するために、通番=n+5、遊技玉数=0、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(100玉)に加算して持玉数=200に更新し、遊技玉数=100(更新前遊技玉数)−100(計数玉数)=0のデータをバックアップする。
また、CU3は、状態情報応答のレスポンスを受けて、先の100個の遊技玉を計数する表示に連続して、さらに100個の遊技玉を計数する表示を行なう。
さらに、CU3は、通番=n+6、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。
それを受けて、P台2は、遊技玉数=0、計数玉数=0の状態をCU3に通知するために、通番=n+7、遊技玉数=0、計数玉数=0、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(0玉)を持玉数(200玉)に加算して持玉数=200に更新し、遊技玉数=0(更新前遊技玉数)−0(計数玉数)=0のデータをバックアップする。
計数表示が進行すると、やがて、表示器54での表示上の遊技玉数も0になる。遊技者は、遊技玉数が0玉になったことを確認して、計数ボタン28を離す。計数ボタン28を離すことで、遊技玉を持玉に変換する操作が終了する。
その後、CU3は、通番=n+8、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=OFFとなるのは、前回の状態情報応答のレスポンスで受信した計数玉数が0玉で、計数玉の受領をP台2に通知する必要がないためである。それを受けて、P台2は、通番=n+9、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
ここで、計数ボタン28を長押下することで、1回のコマンド/レスポンスの期間(200ms)に、遊技玉数のうち100玉が計数され計数玉としてカウントされる場合について説明したが、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉は100玉に限定されるものではない。たとえば、計数ボタン28を長押下することで、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉が200玉、300玉などであってもよい。
また、現在の遊技玉数にかかわらず、計数ボタン28を長押下する操作を5秒程度(25回のコマンド/レスポンスの期間)行なうことで、遊技玉の全部を計数する構成でもよい。なお、計数ボタン28を長押下する操作時間により計数処理する遊技玉数を変更してもよい。つまり、現在の遊技玉数が多いときには、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉を多くし、現在の遊技玉数が少ないときには、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉を少なくする。具体的に、現在の遊技玉数が10000玉のとき、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉を400玉にし、現在の遊技玉数が1000玉のとき、1回のコマンド/レスポンスの期間(200ms)に計数される計数玉を40玉にする。
次に、図12を参照して、遊技玉の自動計数処理を説明する。この図12では、遊技者が離席した際に遊技玉を自動的に計数して、持玉としてカードに書込む処理について説明する。挿入された記録媒体(会員用カード等)により特定される持玉数が「0」玉であり、当初の遊技玉数が「500」玉の状態となっている。まず、CU3は、通番=n、CU準備状態=ON、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=500、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が、所用のため遊技を中断し離席するため係員を呼び、当該係員がリモコンなどを操作して、それをCU3のIR感光ユニット320で受信して「離席」を設定する。なお、P台2にIR感光ユニットを設けてリモコンからの離席操作信号をP台2のIR感光ユニットが受信して離席処理を行なうようにしてもよい。また、リモコン操作の代わりにまたはそれに加えて、離席操作ボタンをCU3およびP台2の少なくとも一方に設け、その離席操作ボタンの操作により離席処理を行なうように制御してもよい。
「離席」を設定した直後に、CU3は、通番=n+2、CU準備状態=OFF、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。
CU準備状態=OFFを受けたP台2は、自動的に計数処理を行なって遊技玉数500を計数玉数に変換する処理を行なって遊技玉数=0玉、計数玉数=500玉とする。そして、遊技玉数=0玉、計数玉数=500玉の状態をCU3に通知するために、通番=n+3、遊技玉数=0、計数玉数=500、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。なお、表示器54での表示は、遊技玉数=500玉のままである。CU3は、状態情報応答のレスポンスを受けて、計数玉数(500玉)を持玉数(0玉)に加算して持玉数=500に更新し、遊技玉数=500(更新前遊技玉数)−500(計数玉数)=0のデータをバックアップする。
その後、CU3は、通番=n+4、CU準備状態=OFF、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。このとき、表示器54での表示は、遊技玉数=0玉となる。なお、このような離席中の場合には、表示器54では、遊技玉数=0玉を表示するのではなく、離席前の遊技玉数(この例の場合には遊技玉数=500玉)を表示しておくものとしてもよい。これにより、離席中であることを他の遊技者や遊技場の係員が理解し易くなる。あるいは、この場合には、離席中に特有の表示態様(点滅、あるいは色を変えるなど)で遊技玉数を表示するようにしてもよい。これにより、より一層、離席中であることを他の遊技者や遊技場の係員が理解し易くなる。
それを受けて、P台2は、通番=n+6、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、遊技者に挿入しているカードを返却するために、通番=n+5を含むカード返却通知のコマンドをP台2に送信する。それを受けて、P台2は、カード挿入時に記憶したカードIDと挿入時刻をCU3に通知するために、通番=n+7、カードID、挿入時刻を含むカード返却応答のレスポンスをCU3に返信する。CU3は、カード返却応答のレスポンスに含まれるカードID、挿入時刻と、CU3に挿入されているカード自体のカードID、その挿入時刻とが一致するか否かの所定のチェック処理を行なって適正である場合にカードを返却する。このカードの返却の際にCU3は、返却するカードの離席中フラグをONにする制御を行なってカードに記憶されている離席中フラグをONの状態にした上でカードを排出する。これにより、遊技者がそのカードを用いて景品交換するべくPOSにカードを挿入しても、カードに記憶されている離席中フラグがONのため、POSがそのカードによる景品交換を禁止し、景品交換が行なわれない。
なお、このようなカードIDおよびその挿入時刻の少なくともいずれか一方が一致しない不適正状態は、必ずしも不正行為が原因で発生するとは限らない。このため、このようなトラブルが発生したときには、店員が介在して遊技玉のデータを適正な値に補正する。
カードIDおよびその挿入時刻の少なくともいずれか一方が一致しない不適正時には、CU3がトラブルモードになりカードを返却を行なわず内部にカードを保留した状態にする。なお、不適正時には、P台2から送信されてきた計数玉数=500の持玉数への加算更新を行なわないように制御してもよい。その場合には、P台2は、計数玉数=500と共にカードIDと挿入時刻とをCU3へ送信し、CU3をそれを受け取った時点で前述のチェック処理を行ない、不適正時には計数玉数=500の持玉数への加算更新を行なわないように制御する。
カードを返却した後、CU3は、通番=n+8、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+9、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
遊技者が所用を済ませ戻ってきて、返却されたカードを再度挿入すると、CU3は、そのカードのカードIDを読取って記憶しているカードIDと比較して一致するか否か判定する。CU3は、離席時に排出するカードのカードIDを記憶しており(図18のS308参照)、その記憶しているカードIDと挿入されたカードのカードIDとの一致判定を行なう。CU3は、一致しない場合にそのカードを排出して「離席時のカードではないためカードを返却します」等のメッセージを表示器54により表示させる。一方、一致する場合には、CU3の「離席中」の状態を解除するとともに、挿入されたカードの離席中フラグをOFFにする制御が行なわれる。その後、CU3は、通番=n+10、CU準備状態=ONを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+11、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。そして、遊技者が遊技を再開する場合、離席時に計数されて変換された持玉から遊技玉を引き落とすための持玉引き落とし操作、あるいは、玉貸し操作や再プレイ操作を行なうことにより、P台2側の遊技玉が加算され、遊技が可能となる。なお、「離席中」の状態で所定時間(たとえば30分)経過しても遊技者が戻ってこず返却されたカードの再挿入が行なわれなかった場合には、自動的に「離席中」の状態を解除するように制御してもよい。
自動的に「離席中」の状態を解除した場合には、CU3は離席中を自動解除した旨を示す離席解除信号と離席時に排出したカードのカードIDとをPOSへ送信し、POSにおいてそのカードIDを離席解除記憶エリアに記憶する。そして、POSは、カードを受付けたときに、そのカードの離席中フラグがONになっている場合に、そのカードのカードIDを読取って離席解除記憶エリアのカードIDと照合し、一致するものがあるか否か判定する。一致するものがあれば、挿入されたカードの離席中フラグをOFFに切換えて景品交換やプリペイド残高の清算を許容する。
なお、ホールサーバ801で離席中のカードIDを記憶しておき、POSが離席中のカードを受付たときにホールサーバ801にアクセスするようにしてもよい。具体的には、CU3は離席中を自動解除した旨を示す離席解除信号と離席時に排出したカードのカードIDとをホールサーバ801へ送信し、ホールサーバ801においてそのカードIDを離席解除記憶エリアに記憶しておき、POSがカードを受付けたときに、そのカードの離席中フラグがONになっている場合に、そのカードのカードIDを読取ってホールサーバ801に送信し、ホールサーバ801にて離席解除記憶エリアのカードIDと照合し、一致するものがあるか否か判定してその判定結果をPOSへ返信する。一致するとの返信結果をPOSが受け取ると、挿入されたカードの離席中フラグをOFFに切換えて景品交換やプリペイド残高の清算を許容する。また、POSが離席中フラグがONになっているカードを受付けたときに、ホールサーバ801の離席解除記憶エリアのカードIDをダウンロードし、POSにてダウンロードしたカードIDと読取ったカードIDとの一致判定をするように制御してもよい。また、離席した遊技者が戻ってきてカードを挿入すると、遊技者による持玉引き落とし操作がなくても自動的に持玉が引き落とされて離席前の遊技玉数が確保されるように制御してもよい。
離席時の計数処理は、計数ボタン28が操作されたときに行なわれる計数処理(図10、図11参照)と比べて異なる処理となっている。具体的には、計数ボタン28が操作されたときに行なわれる計数処理の場合には、遊技玉数を徐々に計数玉数に変換してその変換されるプロセスを表示するが(図10、図11参照)、離席時の計数処理は、上記したように全遊技玉を一瞬で計数玉数に変換してその変換された全計数玉数を表示する。しかし、計数ボタン28が操作されたときに行なわれる計数処理と離席時の計数処理とを同じにてもよい。
次に、図13を参照して、会員カード・一般残高有カード・一般持玉有カードの返却処理を説明する。この図13では、挿入された記録媒体(会員用カード等)により特定される持玉数が「0」玉であり、当初の遊技玉数が「200」玉の状態となっている。まず、CU3は、通番=n、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=200、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が、計数ボタン28を長押下(ボタンを1秒以上押続ける操作)し、遊技玉を持玉に変換する操作を行なう。計数ボタン28を長押下することで、1回のコマンド/レスポンスの期間(200ms)に遊技玉数のうち100玉が計数され計数玉としてカウントされる。当初の遊技玉数が「200」玉の場合、1回のコマンド/レスポンスの期間に、遊技玉数が「100」玉、計数玉が「100」玉となる。
ただし、表示器54にて行なう計数表示では瞬時に遊技玉数と計数玉数とをそのような数に変更するのではなく、あくまでも、遊技玉が徐々に計数されて減少し、これと連動して持玉が徐々に増加するような演出が行なわれる。このため、計数表示が終了するまでは、表示器54での表示上の遊技単数および持点数と、CU側およびP台側のメモリ上の遊技玉数および持点数とは一致しない。
しかしながら、このような制御に代えて、表示上の持点の計数状況(変換状況)と実際のデータの変換処理とが同期するようにしてもよい。この場合、データの計数処理(変換処理)は即座に完了させることが可能であるため、これと同期する計数表示(変換表示)もまた直ぐに終わってしまうことになる。これでは、データの計数が行なわれたことを遊技者に十分に通知することができないおそれがある。そこで、計数表示をしつつ、その途中から「計数が終了しました」という表示に切換えてもよい。また、その場合、「計数が終了しました」という表示が開始された段階からカードの返却操作を有効化してもよい。
計数ボタン28を長押下する操作がなされた直後に、CU3は、通番=n+2、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。
それを受けて、P台2は、遊技玉数=100、計数玉数=100の状態をCU3に通知するために、通番=n+3、遊技玉数=100、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(0玉)に加算して持玉数=100に更新し、遊技玉数=200(更新前遊技玉数)−100(計数玉数)=100のデータをバックアップする。
また、CU3は、状態情報応答のレスポンスを受けて、先の100個の遊技玉を計数する表示に連続して、さらに100個の遊技玉を計数する表示を行なう。
その後、CU3は、通番=n+4、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。
計数ボタン28を長押下中のP台2は、遊技玉数=0、計数玉数=100の状態をCU3に通知するために、通番=n+5、遊技玉数=0、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(100玉)に加算して持玉数=200に更新し、遊技玉数=100(更新前遊技玉数)−100(計数玉数)=0のデータをバックアップする。
また、CU3は、状態情報応答のレスポンスを受けて、先の100個の遊技玉を計数する表示に連続して、さらに100個の遊技玉を計数する表示を行なう。
計数表示が進行すると、やがて、表示器54での表示上の遊技玉数も0になる。遊技者は、遊技玉数が0玉になったことを確認して、計数ボタン28を離す。計数ボタン28を離すことで、遊技玉を持玉に変換する操作が終了する。
その後、遊技者は、返却ボタン322を押下する操作を行なう。CU3は、遊技者が返却ボタン322を押下する操作を行なうことで、通番=n+6を含むカード返却通知のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+7、払出制御基板17に保持してあるカードIDおよびカード挿入時刻を含むカード返却応答のレスポンスをCU3に返信する。
それを受けて、CU3は、返信されてきたカードIDおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードIDおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、カード挿入/排出口309に挿入してあったカードを遊技者に返却する。その際、CU3は当該カードのカードIDと持玉数のデータとをホールサーバ801へ送信し、ホールサーバ801が当該カードのカードIDに対応付けて持玉数のデータを記憶する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをCU3内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバ801への異常発生の通知等を行なう。なお、カードの返却時に、ホールサーバ801が当該カードのカードIDに対応付けて持玉数のデータを記憶する代わりに、持玉数のデータをカードに書込み記録して排出するように制御してもよい。
その後、CU3は、通番=n+8、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2は、カード挿入状態=OFFを含む状態情報応答を受信したとき、払出制御基板17に保持してあるカードIDおよびカード挿入時刻のデータをクリアする。それを受けて、P台2は、通番=n+9、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
次に、図14を参照して、会員カード・一般残高有カード(プレイペイド残額が残っているカード)・一般持玉有カード(持玉が残っているカード)の返却処理の変形例を説明する。
本実施の形態では、遊技玉数の計数が完了して遊技玉数が0になることを条件として、会員カード等の遊技者のカードの返却操作が有効となる。特に、図14では、遊技玉数が0であるか否かの判定手段、および遊技玉数が0であることに基づいてカードの返却操作を有効化する有効化手段をP台が備えるようにした変形例を説明する。すなわち、この変形例では、P台側で遊技玉が0か否かを判定し、遊技玉が0の場合に、カード返却を有効化するための情報をCUへ送信することによって、カードの返却操作が有効化される。
図14では、挿入された記録媒体(会員用カード等)により特定される持玉数が「100」玉であり、当初の遊技玉数が「0」玉の状態となっている。まず、CU3は、通番=nを含む状態情報要求のコマンドをP台2へ送信する。一方、P台2は、遊技玉数が「0」玉であるか否かを判定し、「0」玉である場合(Y)、通番=n+1、遊技玉数=0、カード排出操作許可ONを含む状態情報応答のレスポンスをCU3に返信する。これに対して、P台2は、「0」玉でない場合(N)、カード排出操作許可OFFを含む状態情報応答のレスポンスをCU3に返信して、カードの排出を禁止する。
CU3は、カード排出操作許可ONを含む状態情報応答のレスポンスを受信した場合、カード排出操作を有効化する。その後、遊技者による返却ボタン322の押下操作が検出されたものとする。すると、CU3は、返却ボタン322を押下する操作を検出したときに、カード排出操作許可ONをP台から受信していたかカード排出操作許可OFFをP台から受信していたかを判定し、カード排出操作許可ONをP台から受信していたことを条件として、通番=n+2を含むカード返却通知のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+3、払出制御基板17に保持してあるカードIDおよびカード挿入時刻を含むカード返却応答のレスポンスをCU3に返信する。
それを受けて、CU3は、返信されてきたカードIDおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードIDおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、カード挿入/排出口309に挿入してあったカードを遊技者に返却する。その際、CU3は当該カードのカードIDと持玉数のデータとをホールサーバ801へ送信し、ホールサーバ801が当該カードのカードIDに対応付けて持玉数のデータを記憶する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをCU3内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバ801への異常発生の通知等を行なう。なお、カードの返却時に、ホールサーバ801が当該カードのカードIDに対応付けて持玉数のデータを記憶する代わりに、持玉数のデータをカードに書込み記録して排出するように制御してもよい。
その後、CU3は、通番=n+4、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2は、カード挿入状態=OFFを含む状態情報応答を受信したとき、払出制御基板17に保持してあるカードIDおよびカード挿入時刻のデータをクリアする。それを受けて、P台2は、通番=n+5、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
以上、説明したとおり、P台は、遊技玉数を監視しており、遊技玉数が0になった場合には状態情報要求に対する状態情報応答に「遊技玉数=0」および「カード排出操作許可ON」の情報を含める。CUは、この情報を受信した場合にはカード排出操作を有効化する。このため、図14に示されるように、それ以降で返却ボタンの操作が検出された場合には、その操作に応答して既に図13を用いて説明したシーケンスと同じシーケンスでカードの返却操作が実行される。一方、遊技玉数=0でないときには、P台は「遊技玉数=0」および「カード排出操作許可ON」の情報を送信せず、これによって、カード排出禁止状態となる。また、一旦、「遊技玉数=0」および「カード排出操作許可ON」の情報を送信してからカード返却操作が検出されるまでの間に遊技玉数が0ではなくなった場合には、その時点の遊技玉数と「カード排出操作許可OFF」の情報とを含む状態情報応答がP台からCUに対して送信される。
なお、上記の変形例の場合には、遊技玉数が0となればP台からCUからカード排出操作許可ONを含む状態情報応答のレスポンスが返信され、遊技玉数が1以上となればP台からCUからカード排出操作許可OFFを含む状態情報応答のレスポンスが返信されるものである。しかしながら、このような制御に代えて、CUは、カードの返却操作を検出すると、P台に対してカード返却通知を送信し、その時点でP台が遊技玉数=0か否かを判定し、0の場合にはCUに対してカード返却応答を返信することによってカード返却を有効とする一方、0でない場合にはCUに対してカード返却無効応答を返信することによってカード返却を無効(禁止)とするものとしてもよい。
次に、図15を参照して、会員カード・一般残高有カード・一般持玉有カードを返却するときに計数操作を促す処理を説明する。この図15では、挿入された記録媒体(会員用カード等)により特定される持玉数が「0」玉であり、当初の遊技玉数が「200」玉の状態となっている。まず、CU3は、通番=n、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+1、遊技玉数=200、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者は、返却ボタン322を押下する操作を行なう。しかし、CU3は、保持している遊技玉数が200玉で0玉でないため、カード返却の操作を禁止し、遊技者に計数操作を促すために、表示器54に「遊技玉が残っています。計数操作を行なってください。」などの情報を表示する。このように、計数操作を促す表示が行なわれることによって、カードの返却操作ができない理由を遊技者に察知させることができる。CU3は、通番=n+2、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+3、遊技玉数=200、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
その後、遊技者が、計数ボタン28を長押下(ボタンを1秒以上押続ける操作)し、遊技玉を持玉に変換する操作を行なう。計数ボタン28を長押下することで、1回のコマンド/レスポンスの期間(200ms)に遊技玉数のうち100玉が計数され計数玉としてカウントされる。当初の遊技玉数が「200」玉の場合、1回のコマンド/レスポンスの期間に、遊技玉数が「100」玉、計数玉が「100」玉となる。
計数ボタン28を長押下する操作がなされた直後に、CU3は、通番=n+4、計数玉受領=OFFを含む状態情報要求のコマンドをP台2へ送信する。
それを受けて、P台2は、遊技玉数=100、計数玉数=100の状態をCU3に通知するために、通番=n+5、遊技玉数=100、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(0玉)に加算して持玉数=100に更新し、遊技玉数=200(更新前遊技玉数)−100(計数玉数)=100のデータをバックアップする。
さらに、CU3は、状態情報応答のレスポンスを受けて、100個の遊技玉を計数する表示を開始させる。
その後、CU3は、通番=n+6、計数玉受領=ONを含む状態情報要求のコマンドをP台2へ送信する。なお、計数玉受領=ONとなるのは、前回の状態情報応答のレスポンスに応答して、計数玉の受領をP台2に通知するためである。
計数ボタン28を長押下中のP台2は、遊技玉数=0、計数玉数=100の状態をCU3に通知するために、通番=n+7、遊技玉数=0、計数玉数=100、計数中=ONを含む状態情報応答のレスポンスをCU3に返信する。CU3は、状態情報応答のレスポンスを受けて、計数玉数(100玉)を持玉数(100玉)に加算して持玉数=200に更新し、遊技玉数=100(更新前遊技玉数)−100(計数玉数)=0のデータをバックアップする。
また、CU3は、状態情報応答のレスポンスを受けて、先の100個の遊技玉を計数する表示に連続して、さらに100個の遊技玉を計数する表示を行なう。
計数表示が進行すると、やがて、表示器54での表示上の遊技玉数も0になる。遊技者は、遊技玉数が0玉になったことを確認して、計数ボタン28を離す。計数ボタン28を離すことで、遊技玉を持玉に変換する操作が終了する。
その後、遊技者は、返却ボタン322を押下する操作を行なう。CU3は、遊技者が返却ボタン322を押下する操作を行なうことで、通番=n+8を含むカード返却通知のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+9、払出制御基板17に保持してあるカードIDおよびカード挿入時刻を含むカード返却応答のレスポンスをCU3に返信する。
それを受けて、CU3は、返信されてきたカードIDおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードIDおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、カード挿入/排出口309に挿入してあったカードを遊技者に返却する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをCU3内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバ801への異常発生の通知等を行なう。
その後、CU3は、通番=n+10、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2は、カード挿入状態=OFFを含む状態情報応答を受信したとき、払出制御基板17に保持してあるカードIDおよびカード挿入時刻のデータをクリアする。それを受けて、P台2は、通番=n+11、遊技玉数=0、計数玉数=0、計数中=OFFを含む状態情報応答のレスポンスをCU3に返信する。
このように、本実施の形態によれば、遊技により得られた遊技玉を遊技者の操作によって持玉に変換する表示を経て、ようやく、カードの返却操作が可能となる。このため、遊技により得られた玉を各台計数器にて計数してから計数結果をカードによって特定可能にする従来の遊技用システムに慣れている遊技者に混乱を与えることなく、遊技玉というデータを用いた新たな遊技システムを提供できる。しかも、全遊技玉の変換表示が終了しないと、カードの返却操作が有効にならないため、遊技玉が残っている状態で誤って遊技機を後にして立ち去ってしまう可能性のないシステムであると遊技者に思わせることができ、遊技者に安心感を与えられる。
また、遊技玉が計数されていく様子は、遊技機側の表示器54で表示されるために、遊技機に正対して座っている遊技者が計数の様子を見易くなる。さらに、上記のとおり、遊技機側の表示器54を表示制御する表示制御部350は、CU側に設けているため、遊技機側の表示制御負担を軽減できる。
次に、図16を参照して、残高0円、持玉0玉になった一般カードを自動回収する処理を説明する。この図16では、挿入された記録媒体(会員用カード等)により特定される残高が「0」円、持玉数が「0」玉であり、当初の遊技玉数が「50」玉の状態となっている。まず、CU3は、通番=n、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、遊技台情報をCU3に通知するため、通番=n+1、遊技玉無=OFF、遊技完了=OFF、遊技玉数=20、加算玉数=0、減算玉数=30を含む状態情報応答のレスポンスをCU3に返信する。CU3は、P台2からの通知を受けて、遊技玉数=20、加算玉数累計=+0、減算玉数累計=+30のデータをバックアップする。
その後、P台2は、遊技者が遊技を行なうことで遊技玉が減少して0玉となったことを検知(遊技玉数=0)する。
CU3は、通番=n+2、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+3、遊技玉無=ON、遊技完了=OFF、遊技玉数=0、加算玉数=0、減算玉数=20を含む状態情報応答のレスポンスをCU3に返信する。CU3は、P台2からの通知を受けて、遊技玉数=0、加算玉数累計=+0、減算玉数累計=+20のデータをバックアップする。
その後、P台2は、遊技玉数が0玉となり、遊技領域27内の浮遊玉(遊技中球数)がなくなるのを待って遊技完了したことを検知する。なお、浮遊玉(遊技中球数)がなくなることにより「遊技完了ON」の状態情報応答がP台2から送信されてきたときに、CU3が表示器54にたとえば「遊技を終了しますか?」のメッセージ表示を行ない、「YES」の表示を遊技者がタッチ操作することにより一般カードを回収するようにしてもよい。
CU3は、通番=n+4、カード挿入状態=ONを含む状態情報要求のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+5、遊技玉無=ON、遊技完了=ON、遊技玉数=0、加算玉数=0、減算玉数=0を含む状態情報応答のレスポンスをCU3に返信する。
その後、CU3は、通番=n+6を含むカード返却通知のコマンドをP台2へ送信する。それを受けて、P台2は、通番=n+7、払出制御基板17に保持してあるカードIDおよびカード挿入時刻を含むカード返却応答のレスポンスをCU3に返信する。
それを受けて、CU3は、返信されてきたカードIDおよびカード挿入時刻と、カード挿入時にバックアップ記憶しておいたカードIDおよびカード挿入時刻とを比較し、両者が一致しているか否か判定する。一致することを条件に、曾遊されている一般カードを回収する。一致しない場合には、エラー判定し、エラー処理を実行する。このエラー処理としては、たとえば、返却操作に応じたカードの返却を禁止する制御を行なってカードをCU3内部に保持したり、あるいは、持玉のカードへの書込み処理を禁止したりする。さらには、異常報知ランプ等によるエラーの報知や、ホールサーバ801への異常発生の通知等を行なう。
その後、CU3は、通番=n+8、カード挿入状態=OFFを含む状態情報要求のコマンドをP台2へ送信する。P台2は、カード挿入状態=OFFを含む状態情報応答を受信したとき、払出制御基板17に保持してあるカードIDおよびカード挿入時刻のデータをクリアする。それを受けて、P台2は、通番=n+9、遊技玉無=ON、遊技完了=ON、遊技玉数=0、加算玉数=0、減算玉数=0を含む状態情報応答のレスポンスをCU3に返信する。
<遊技用システムの構成の組合わせ>
前述した遊技用システムの構成は、図2に示すように計数ボタン28をP台2に設けてあり、持玉の管理をP台2で行なわずCU3で行なう一方、遊技玉の管理を主にP台2で行ない、表示器54,312をP台2およびCU3に設け、表示制御部350をCU3のみに設けて、表示器54,312の表示制御をCU3側で行なっている。しかし、本発明に係る遊技用システムは、前述の構成に限定されるものではない。たとえば、別の遊技用システムの構成として、計数ボタン28をP台2に設け、遊技玉・持玉の管理をP台2で行なわずCU3で行ない、表示器をP台2およびCU3に設け、表示制御部350をP台2のみに設けて、表示器の表示制御をP台2側で行なってもよい。遊技用システムの構成の組合わせは、その他多く存在する。図17は、このような遊技用システムの構成の組合せ例を示した図である。
図2に示す遊技用システムの構成は、図17に示す組合わせのNo.8であり、前述した別の遊技用システムの構成は、図17に示す組合わせのNo.2である。なお、図17では、遊技用システムの構成の組合わせが63通り記載してある。ただし、No.23からNo.41まで、No.44からNo.62までの組合わせは、No.2からNo.20までの組合わせの計数ボタンの欄をCU、・P台に置換えることができるため、記載を省略してある。
なお、玉の管理(持玉の管理、遊技玉の管理)をCU、P台のいずれで行なうかということの意義は、一つには、玉のデータをいずれで記憶するかという点にある。たとえば、持玉はCUのみで記憶し、遊技玉はP台のみで記憶するような遊技システムの場合には、持玉の管理はCU、遊技玉の管理はP台ということになる。
あるいはまた、玉の管理(持玉の管理、遊技玉の管理)をCU、P台のいずれで行なうかということの意義は、玉のデータをCUとP台との双方で記憶しつつも、双方のデータに相違が生じた場合に、いずれのデータに基づいてデータを修正するかという点にある。たとえば、図3に示す遊技用システムの場合には、遊技玉をCUとP台との双方で記憶しているが、双方のデータに相違が生じた場合、P台側のデータに基づいて遊技玉を修正する。この場合、遊技玉の管理はP台ということになる。
なお、図17では、考えられるすべての組合せを列挙したが、これに限定されるものではなく、本実施の形態に開示された技術的思想に応じて不必要な組合せを削除してもよい。たとえば、CU3が遊技玉を表示制御することが必須の技術的思想の場合には、「表示制御」の欄が「CU」のみに限定される。
また、前述の本実施の形態では、持玉と遊技玉とを区別して別々のものとした内容にしているが、これらを区別することなく1つの共通の価値データにしてもよい。たとえば、カード自体によって共通の価値データが特定され、その共通の価値データを引落してCU3からP台2へ送信し、それを受けたP台2が共通の価値データとして記憶し、遊技の進行に応じてその共通の価値データを更新し、最終的に更新された共通の価値データを遊技終了時にCU3がカードに記録して排出するように制御してもよい。そして、この「共通の価値データ」と「持玉」と「遊技玉」とを総称して、「点数」と言う。
次に、図18、図19は離席制御処理のフローチャートを示す図である。先ず図18を参照して、遊技者が、トイレなどの所要で遊技台(P台2)の前から離席するような場合の制御処理を説明する。
ステップS301において、リモコンからの離席操作信号の入力がある否かが判断される。具体的には、遊技者が遊技場の係員を呼んで離席する旨を伝えることにより、その係員がリモコンを操作して離席操作信号(赤外線)をCU3へ発信し、その離席操作信号をIR感光ユニット320が受光すれば、S301によりYESの判断がなされるが、リモコンからの離席操作信号の入力が無い場合には、制御処理Aに処理が進む。この制御処理Aについては、後ほど説明する。
一方、S301によりリモコンからの離席操作信号の入力が有ると判断される場合には、ステップS302に処理が進む。ステップS302において、CU制御部323は、遊技玉計数要求(図5、図12に示すカードユニット(CU)準備状態=OFF)をP台2へ送信し、ステップS303の処理に進む。ステップS303において、CU制御部323は、P台2からのカードID、挿入時間等を受信し、次のステップS304に処理が進む。
ステップS304において、受信したカードIDおよび挿入時刻と、すでに記憶しているカードIDおよび挿入時刻とが一致しているかどうかが判断される。
ここで、カードIDおよび挿入時間が一致していると判断される場合には、ステップS305に処理が進む。一方、カードIDおよび挿入時間が一致していると判断される場合には、ステップS309に処理が進む。
ステップS305において、受信したカードIDおよび挿入時間と記憶しているカードIDと挿入時間とが一致していることから、受信した計数玉数を持玉に加算してカードに書込み、次のステップS306に処理が進む。ここで、ステップS305の代わりにステップS305aを用いて、受信した計数玉数をP台2の預り玉として記憶させてもよい。
次に、ステップS306において、カードの離席中フラグをONにする指令をカードに出力して次のステップS307に処理が進む。ここで、ステップS306の代わりに、ステップS306aを用いて、カードIDと離席中カードである旨をホールサーバ801に送信してもよい。
ステップS307において、上記出力されたカードが排出され、次のステップS308において、離席中フラグをONにし、排出したカードのカードIDを記憶し、図19に示す制御処理Aを行なう。
再びステップS304に戻って、受信したカードIDおよび挿入時間と記憶しているカードIDと挿入時間とが一致していない場合には、ステップS309において、計数玉数の持玉数への加算を保留して、次のステップS310に処理が進む。ステップS310において、受信したカードIDおよび挿入時間と記憶しているカードIDと挿入時間とが一致していないため、エラー処理が行われ、処理が終了する。エラー処理としては、たとえば、異常報知ランプや表示器312によりエラー報知を行なったり、あるいは、ホールコン(ホール用管理コンピュータ)900やホールサーバ801にエラーが発生した旨のエラー通知信号を送信する等の処理である。
次に、図19を参照して、ステップS311においてカードの挿入が有るか否かが判断される。たとえば、遊技者が離席した後に再び遊技台に戻ってきて、離籍時のカードを再挿入すれば、S311によりYESと判断されれ、次のステップS312に処理が進む。
ステップS312において、CU制御部323は、カードに記録されたカードIDを読取り、次のステップS313に処理が進む。
そして、ステップS313において、読取ったカードIDと、記憶しているカードIDとが一致しているか否かが判断される。読取ったカードIDと、記憶しているカードIDとが一致していると判断される場合には、ステップS314に処理が進む。
ステップS314において、カードの離席中フラグをOFFにする指令をカードに出力し、次のステップS315に処理が進む。そして、ステップS315において、CU制御部323は、持玉払出、貯玉払出(再プレイ)処理(図9)に移行して、処理が終了する。なお、このステップS315において、遊技者の選択に応じてプリペイド貸出処理(図8)に移行するように制御してもよい。また、前述したS306aのステップを実行した場合には、ステップS315の代わりにステップS315aを用いて、P台2の預かり玉を遊技玉数への加算玉数としてP台2へ送信して遊技中処理に移行させる。
遊技者が離席時のカードとは異なるカードを挿入した場合には、ステップS313において、読取ったカードIDと記憶しているカードIDとが一致していないと判定され、ステップS316に処理が進む。ステップS316において、遊技玉計数要求(CU準備状態=OFF)をP台2へ送信し、カードが排出され、処理が終了する。
以上図18、図19で示したように、離席制御処理として、離席操作に基づいて自動的に計数処理された計数玉数を持玉に加算してカードに書込み排出し、そのカードを再度元のカードユニットに挿入して持玉を遊技玉に変換する操作により125玉ずつ遊技玉に変換されて遊技が可能になる。
また、離席操作時に自動計数された計数玉をP台預かり玉(C−IDと挿入時刻も記憶)としてCUが記憶し、持玉加算せず、持玉を記録させることなくカードを排出する。その排出カードが再挿入されると、P台預かり玉がすべて一括P台の遊技玉に変換されて遊技可能となる。
次に図20は、POSによる景品交換処理(1)のフローチャートを示す図である。図20を参照して、遊技者が所有するカードを用いて、景品交換を行なうなどする場合に、この処理が行われる。ステップS321において、カードが挿入されているか否かが判断される。カードが挿入されていると判断されれば、次のステップS322に処理が進む。なお、カードが挿入されていないと判断されれば、処理は終了する。
ステップS322において、カードが記憶している離席中フラグがONしているか否かが判断される。具体的には、離席中フラグがONしていると判断されれば、ステップS323に処理が進む。ステップS323において、離席中フラグがONしているということは、遊技者が離席して遊技を一時中断しているだけであって、遊技が終了していない状態であることを意味するため、このような場合にはPOSは景品交換を認めることを禁止するべく、挿入されていたカードを排出させ、エラー表示を行ない、処理が終了する。
一方、ステップS322に戻って、離席中フラグがONしていない場合には、ステップS324に処理が進む。ステップS324において、離席中フラグがONしていないということは、最終的に遊技が終了していることを意味するため、このような場合にはPOSは景品交換を行ない、処理が終了する。
次に図21は、POSによる景品交換処理(2)のフローチャートを示す図である。この景品交換処理(2)は、図18のS306aのステップが実行された場合に行なわれる処理である。図21を参照して、ステップS321において、カードが挿入されているか否かが判断される。カードが挿入されていると判断されれば、次のステップS321aに処理が進む。なお、カードが挿入されていないと判断されれば、処理は当然に終了する。
ステップS321aにおいて、挿入されたカードのカードIDが離席中であるか否かをホールサーバに照会し、次のステップS322に処理が進む。以下の処理は、図21に示したPSOによる景品交換処理(1)と同様なため、ここでは、説明は繰返さない。
以上説明したように、図20の処理では、POSによる景品交換処理として、離席操作に基づいて排出されるカードには離席中フラグを立てて排出し、その離席中フラグに基づいて、POSは景品交換を禁止する。一方、図21の処理では、離席排出されたカードをホールサーバ801がそのカードIDに基づいて管理して景品交換を禁止する。また、図20や図21において、景品交換の禁止に加えてプリペイド残高の清算も同様の方法で禁止してもよい。さらに、離席しているP台2以外のP台2に対応するCU3に離席中のカードが挿入された場合にも、CU3はそのカードの離席中フラグがONになっていることによりそのカードを排出して遊技を禁止する。
<スロットマシン>
次に、遊技機の他の例としてスロットマシンを説明する。図22は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を“P台”と略称したこととの関係上、スロットマシンを以下では、“S台”とも略称する。
遊技玉および持玉を用いた上記の遊技用システムは、S台にも同様に適用される。ただし、S台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
図22を参照して、スロットマシン2Sは、本体枠2aSに対して前面扉2bSがその左側縁を揺動中心として開閉可能に設けられている。図22では図示を省略しているが、スロットマシン2Sの図面左隣には、P台と同様にCUが接続される。
スロットマシン2Sでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、スロットマシン2Sにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、スロットマシン2Sには、メダル投入口およびメダル払出口が設けられていない。
スロットマシン2Sの筐体内部には、外周に複数種の図柄が配列されたリール2L、2C、2R(以下、左リール、中リール、右リールともいう)が水平方向に並設されており、これらリール2L、2C、2Rに配列された図柄のうち連続する3つの図柄が前面扉2bSに設けられた透視窓10から見えるように配置されている。リール2L、2C、2Rの外周部には、複数種類の図柄が所定の順序で描かれている。
前面扉2bSの各リール2L、2C、2Rを取り囲む部分には、タッチパネル式の表示器510が設けられている。この表示器510は、P台の表示器54に相当する表示器であり、表示器54と同種の各種情報(遊技点や持点など)が表示される他、ゲームにおいて設定された賭数などが表示される。表示器510は、図2の表示器54と同様にCUの表示制御部350に接続されており、CU側で表示制御される。なお、この表示器510は、各リール2L、2C、2Rを取り囲む部分に設けるのではなく、P台と同様にさらに下方のパネル部分(図22に示されるスタートスイッチ7Sよりも下方の位置の、従来のS台のメダル払出口が設けられたパネル部分)に設けてもよい。
また、前面扉2bSには、メダル1枚分に相当する「遊技点=1」を用いて賭数を設定する際に操作される1枚BETスイッチ5S、遊技状態に応じて定められた最大の賭数(たとえば、BB発生前の通常遊技状態およびリプレイの当選確率が高確率となるRT(Replay Time)においては「遊技点=3」、ボーナスにおいては「遊技点=2」)を設定する際に操作されるMAXBETスイッチ6S、ゲームを開始する際に操作されるスタートスイッチ7S、リール2L、2C、2Rの回転を各々停止する際に操作されるストップスイッチ8L、8C、8Rがそれぞれ設けられている。
スロットマシン2Sにおいてゲームを行なう場合には、まず、P台と同様に、隣接されたCUを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、CUに挿入されたプリペイドカードの残高、持点、あるいは遊技場に預け入れている貯メダル(P台の貯玉に相当)を引落すことによって得られる。遊技点を使用するには1枚BETスイッチ5S、またはMAXBETスイッチ6Sを操作すればよい。本実施の形態では、たとえば、賭数を1設定することによって遊技点が1減点され、表示器510の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ7Sの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ゲームが開始可能な状態でスタートスイッチ7Sを操作すると、各リール2L、2C、2Rが回転し、各リール2L、2C、2Rの図柄が連続的に変動する。この状態でいずれかのストップスイッチ8L、8C、8Rを操作すると、対応するリール2L、2C、2Rの回転が停止し、透視窓10に表示結果が導出表示される。
そして全てのリール2L、2C、2Rが停止されることで1ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ(以下、役とも呼ぶ)が各リール2L、2C、2Rの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器510の遊技点の表示も加算更新される。
S台の場合にも、P台と同様に遊技点を計数することが可能である。図22に示すとおり、スロットマシン2Sには、遊技点を計数して持点に変換するための計数ボタン28Sが設けられている。なお、玉貸ボタン、返却ボタン、および再プレイボタンは、CU側に設けられている(図2参照)。遊技者は任意のタイミング、あるいは、P台と同様に計数操作を促す表示が表示器510に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器510に表示される。なお、玉貸ボタンは、CU側ではなくP台側およびS台側に設けてもよい。その場合に、玉貸ボタンの操作信号が直接CU2へ入力されるようにしてもよく、あるいは、P台2やS台(スロットマシン)2Sを経由して状態情報応答としてCU3へ送信されるようにしてもよい。
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス(BB)、レギュラーボーナス(RB)への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役(リプレイ)とがある。
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、スロットマシン2Sを制御する主制御部(S台の主制御部161に相当)によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、3つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する(遊技点を加算する)。
すなわち、S台により、遊技用価値を用いて1ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより1ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
図23は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図23は、P台の構成として説明した図3の用語をS台用に置換えたものであり、その態様は、図3を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
<変形例や特徴点など>
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
(1) 上記遊技用システムに遊技機の一例となるスロットマシン(S台)を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがP台の遊技盤に対応し、それ以外の構成がP台の遊技枠に対応する。ただし、S台には、図2に示した遊技枠の各種検出スイッチ41a、701、33、発射制御基板31、および発射モータ18は、不要である。
従来のS台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
一方、本実施の形態に係るS台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のS台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るS台にはホッパーを設ける必要がない。
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
他方、S台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、S台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
遊技機としてS台を適用した場合、「持点」および「遊技点」の2種類と、「クレジット」および「クレジット超過点」の2種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、S台の表示器510には、これら4種類のデータを表示する。
まず、プリペイドカードの残高、貯メダル、または持点からの変換操作(貸出操作、貯メダル払出し操作、持点払出し操作)が検出された場合には、夫々が引落されて、遊技点に変換される。
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器510には遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作(たとえば、メダルを押し込むような操作)が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が1つ設定される。このような擬似メダル投入操作が3度行なわれることによって、賭数が最大値の3に設定される。
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値(たとえば、50)が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、1枚BETスイッチ5Sの操作があれば、賭数設定値が1加算され、クレジットが1減算される。また、MAXBETスイッチ6Sの操作があれば、賭数が3に設定され、クレジットが賭数設定に応じて減算される。
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器510にはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作(たとえば、メダルを押し込むような操作)が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数+遊技点+クレジット+クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点(現時点で遊技者が所有している持玉数)である。
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の4種類のデータは、CUとS台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はCU側のみで、それ以外はS台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
(2) 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉(貯メダル)を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点(計数玉、計数メダル)には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
(3) 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は1:1である。しかしながら、変換される場合の変換率を1:1以外としてもよい。たとえば、遊技点100点を変換した場合、そのうちの3点を差し引いた97点が持点に変換されるようにしてもよい。または、持点に対して10割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
(4) 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、CUに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているIDをCUが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がIDを通じて遊技者の持点に加算されるようにする。
(5) 遊技点を計数するための操作手段は、CU側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
(6) 本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、P台あるいはCU側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、P台あるいはCU側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器(CU側あるいはP台側)に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、CU側あるいはP台側または双方でカードのIDを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じIDのカードが挿入されたときには、元の状態から遊技を再開させる。
(7) 計数操作を開始してから計数表示が完了するまでの計数時間は、遊技点が第1基準値よりも少ないときと、遊技点が第1基準値を超えるときとで、遊技点に対する計数時間の増加割合が小さくなるようにしてもよい。これによって、実球を計数するかのような計数表示という演出をできながらも、遊技点が多くなることで計数完了までにあまりに時間がかかってしまうことを防止できる。また、遊技点がある基準値を超えた場合には、計数時間がすべて同一になるようにしてもよい。あるいは、基準値を設けることなく、遊技点の多少に関わらす一律に同じ計数時間を採用してもよい。
(8) 大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。
(9) 大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値(たとえば、1000玉)以内であれば、満タン判定しないものとしてもよい。
(10) 遊技玉を計数するための計数操作手段としては、2回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、1回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、1回操作をしてから所定時間(たとえば、1秒以内)、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、1操作から1秒以内に2回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
(11) 本実施の形態では、計数操作ボタンを所定時間未満操作(短時間操作)すると、たとえば、第1の玉数が計数される一方、所定時間以上操作(長時間操作)すると、その操作時間に応じて前記第1の玉数よりも多い第の玉数が計数される。たとえば、短時間操作では100玉が計数される一方、長時間操作では100玉を超える所定数、たとえば、200玉や400玉が計数されるようにすることが考えられる。また、計数操作ボタンの長押し時間によって、計数対象の遊技点数が異なるように制御してもよい。たとえば、1秒の長押しで100玉が計数され始め、さらにそのまま5秒間の長押しが継続すると、残りのすべての玉が計数されるようにすることが考えられる。あるいは、1回の操作で所定個数が計数され、5回目の操作では残りのすべての玉が計数されるように制御してもよい。
(12) 「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理(カードで特定可能に記録された持玉を引落して遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等)を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。
また、上述した「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理」とは、たとえば、カードの返却操作を検出したときに、CUに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのIDと持点とをCUに接続されたサーバに送信し、サーバ内でIDと持点とを対応付けて記憶するような方式を含む。
(13) 本実施の形態では、(A)「所定点数」以上の遊技点が記憶されていないことには、計数操作をしても、遊技点の計数が行なわれず、また、その旨の報知が行なわれる。また、本実施の形態の形態では、(B)記憶している遊技点が「所定点数」に至るまで遊技点の計数が実行されると、それ以上の計数ができなくなるとともに、その旨の報知が行われる。これら(A)(B)2つの場合の所定点数、すなわち、基準値は、同じものを採用してもよいし、異ならせてもよい。
(14) 本実施の形態では、玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされる。しかしながら、さらに、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、1回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
また、本実施の形態では、遊技中の計数操作を無効とするために、遊技中であるか否かを玉の発射動作が検出されているか否かで判断したが、これに代えて、あるいは、これに加えて、遊技中球数(遊技領域27内で浮遊している浮遊玉)が0になっている(遊技中でない)か否か(遊技中)で、遊技中であるか否かを判定するようにしてもよい。さらに、加えて、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
さらに、遊技機としてS台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール2L、2C、2Rが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール2L、2C、2Rが停止するまでの期間である。
(15) 大当り中であるか否かに関わらず、遊技玉数が所定数より多いときには、計数操作を促す表示が行なわれるようにしてもよい。
また、計数操作を促す表示が行なわれてから所定時間が経過しても計数操作が検出されない場合、遊技玉の発射を強制的に停止させてもよく、また発射の強制停止までは行なわないようにしてもよい。
(16) 図3を参照して、P台は、計数された計数玉(持玉)を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、P台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、CU側には、カード持玉(計数玉)を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をCU側にさらに設けてもよい。CUは、この場合、遊技が開始してからP台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。
(17) 図15の計数操作を促す表示としては、文章にて「遊技玉が残っているので計数してから返却操作をして下さい」という表示であってもよく、あるいは画面上に計数ボタン28を表示させて点滅するような表示であってもよい。
(18) 本実施の形態では、遊技玉が所定玉数以上(3000玉以上)であるときに、「所定の報知制御」として、「表示器にて計数操作を促す表示を行なう制御」が実行される。ここで、「計数操作を促す」とは、たとえば、「遊技玉数が上限に達したため、計数操作して下さい」と表示するものや、単に「計数操作が必要です。」と表示するものであってもよい。また、「所定の報知制御」としては、スピーカから計数操作を促す報知音を出力する制御であってもよい。さらに、「報知」としては、「計数操作を促す報知」ではなく、単に、「遊技玉数が上限に達したこと」を通知するのみ(計数操作を促す報知まではしない)であってもよい。
また、遊技点が所定の第1基準値以上(3000玉以上)であるときに、「所定の報知制御」をし、さらに、その後、遊技点が第1基準値よりも多い第2基準値に達した時点で遊技不能状態に制御し、遊技点が前記第1基準値から前記第2基準値に達するまでは遊技を許容(発射禁止しない)するように制御してもよい。なお、遊技機がスロットマシンである場合には、スタートレバーを操作してリールが回転開始しない、あるいは、賭数設定が無効化される、などの制御によって遊技不能状態を実現できる。
(19) 本実施の形態では、遊技点を用いた遊技が行なわれているとき(玉の発射継続中)は、遊技点が所定点数(たとえば、250点)以上残っていないと、計数操作が有効化されない。ここで、所定点数は、250点に限られるものではなく、1点以上であれば、どのような点数であってもよい。ただし、たとえば、1点など、あまりに少なすぎる点数を設定した場合には発射のタイミングと計数のタイミングとがほぼ同時に生じたときに、不具合が生じるため、2〜3点以上とするのが望ましい。あるいは、点数が所定点数以下(たとえば、10点以下)で発射が継続しているときに計数操作が検出された場合には、5点を発射用として残し、残りの点数を計数対象とするように制御してもよい。
また、遊技点が所定点数以上、残っていないために計数操作が無効化されていることに気づいた遊技者が玉の発射動作を停止させたことが検出された際には、先に無効化された計数操作を有効化して計数動作が自動的に開始されるようにしてもよい。つまり、この場合には、計数操作が無効化されたことに気づいた遊技者は、発射操作を停止さえすればよく、再度、計数操作をやり直す必要がない。
(20) 計数ボタンを押し続ける時間に応じて、1回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し(たとえば、1秒以上連続操作)のときには遊技点のすべてが計数される一方、短押し(たとえば、1秒未満の連続操作)のときには、200玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、200玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
(21) 遊技点の残数に応じて、計数ボタンの1回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が200点未満のときには、計数ボタンの1回の短押下操作ですべての遊技点が計数されるようにする。遊技点が200以上1000未満のときには、1回の短押下操作で200点が計数されるようにする。遊技点が1000以上5000未満のときには、1回の短押下操作で1000点が計数されるようにする。遊技点が5000以上10000未満のときには、1回の短押下操作で2000点が計数されるようにする。遊技点が10000以上のときには、1回の短押下操作で2500点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
(22) 遊技玉(遊技点)を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が1つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
(23) 計数操作に基づいて遊技点を持点に変換する変換表示(遊技玉を計数していき、持玉が増えていく様を示す表示)を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からCUに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
(24) 本実施の形態では、CUと遊技機との間の通信において、CUを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
(25) 図3あるいは図23において、遊技機側およびCU側の双方で遊技玉(遊技点)を記憶するようにしているが、遊技玉(遊技点)は遊技機側のみで記憶し、CU側では記憶しないようにしてもよい。一方、カード持玉(持点)は、CU側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉(遊技点)は遊技機側のみで記憶し、一方、カード持玉(持点)は、CU側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
(26) 表示器54で行なう計数表示や各種の報知は、同様に表示器312で行なうようにしてもよい。
(27) CU3において、P台側から送信されてきた加算玉数カウンタの値(加算玉数)および減算玉数カウンタの値(減算玉数)に基づいて、記憶している遊技玉数を更新し、P台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー(異常)判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ801にエラーが発生した旨のエラー通知信号が送信される(この場合、ホール用管理コンピュータやホールサーバ801によるエラー報知が行なわれるようにしてもよい)。
(28) 貸出操作あるいは持点(持玉)から遊技点(遊技玉)への変換操作(貸出操作)が検出された場合、遊技点は、1点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点(たとえば、100円相当の25点)ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、P台あるいはS台の表示器のタッチパネルを利用することが考えられる。
(29) 計数操作が実行されたとき、持点のカウントアップが開始してから所定時間が経過すると、持点が加速度的にカウントアップするようにしてもよい。あるいは、計数表示を加速させるための速度アップボタンをCU側あるいは遊技機側のタッチパネルの表示器に表示し、その操作が検出されることによって、加速計数表示をしてもよい。このように持点の加速計数表示を行なうことにより、多数の遊技点を計数する際の遊技者の待ち時間を短くすることができる。
(30) 打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。係数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはCUの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
(31) 玉貸ボタン、返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも1つ、あるいはすべては、遊技機側に設けてもよく、あるいはCU側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはCU側の表示器に表示することが考えられる。
(32) 図11〜図30で示したシーケンス制御は、特にセキュリティに関する処理については、CU3、P台2、S台2S等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、CU3、P台2、ジェットカウンタ、POS端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。
(33) 前述の実施の形態では、カードIDにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。
(34) 前述の実施の形態では、図25、図27、図29等で説明したように、カードIDと挿入時刻とが一致することを条件に遊技機から送信された得点をCUが現時点での得点として記憶しているが、遊技機とCU3との通信が途絶えてから所定時間(たとえば20分)が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をCUが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とCU3との通信が途絶えてから所定時間(たとえば20分)を計時するタイマをCU制御部323に設け、遊技機とCU3との通信の開始時(復旧時)に該タイマが未だ計時中(タイムアップしていない状態)であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をCUが現時点での得点として記憶するように制御する。
また、挿入時刻の代わりに、CU3とP台2との間で用いられた最終通番等の一致を条件に遊技機から送信された得点をCUが現時点での得点として記憶するようにしてもよい。
(35) 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
(36) 前述の実施の形態では、遊技者所有の有価価値(プリペイド残高、持玉、貯玉)の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
(37) 前述の実施の形態では、離席操作に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込み排出することで、離席処理を行ない、その後、離席した遊技者が戻ってきて、そのカードを再度元のカードユニットに挿入し、持玉を遊技玉に変換する操作により、125玉ずつ遊技玉に変換されて遊技が可能になるものを示した。しかし、それに代えて、離席操作時に自動計数された計数玉を遊技玉や持玉とは別の預かり玉(C−IDと挿入時刻も記憶)としてCUが記憶し、持玉加算せず、持玉を記録させることなくカードを排出することで離席処理を行ない。その排出カードが再挿入されると、預かり玉がすべて一括で自動的にP台の遊技玉に変換されて遊技可能となるように制御してもよい。あるいは、この場合の預かり玉は、離席操作に基づいてP台からCUへと送信され、CU側またはホールサーバ側で記憶しておき、カードが再度挿入されたときにCUまたはホールサーバから自動的にP台側へ預かり玉の情報が送信されて遊技玉としてP台側に記憶されるものとしてもよい。また、この場合に預かり玉の情報を送信する際には、遊技玉の加算指令としてCUからP台に送信してやればよい。
さらに、上記実施の形態では、離席操作が行なわれたときに、CUからホールサーバにその情報(カードIDを含む)を送信し、ホールサーバ側で離席中の遊技者のカードを離席カードとして記憶し、景品交換時にはPOSなどからホールサーバに問合せをし、景品交換に用いられているカードが離席カードであるか否かをホールサーバが判定し、景品交換に用いられているカードが離席カードであれば、当該カードを用いた景品交換を禁止するように制御している。しかし、その代わりに、全離席カード情報を予めホールサーバからPOS側に送信しておいて、POS側でカードが離席カードか否かを判断するようにしてもよい。
(38) 上記実施の形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に(遊技点=0)、前記遊技点を前記持点として遊技用装置(CU)が所定の処理(景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理)をするための記録媒体処理操作(カード返却操作(返却ボタン322の操作))を有効化する有効化手段」を含む。
ここで、前記有効化手段は、たとえば、図49を用いて説明したように、たとえば、「P台側で遊技点0を確認してCUへカード排出操作許可ONを送信する手段」、あるいは、「CUからカード返却通知を受信したときに遊技玉数=0か否かを判定し、0の場合にはCUに対してカード返却応答を返信することによってカード返却を有効とする手段」、さらには、「計数操作等が行なわれることによって遊技玉数=0とし、そのことによって結果的にカード返却を有効とする条件を成立させる手段」を含む概念である。
<実施の形態に含まれる各種の構成>
(1) 本発明は、入賞の発生により所定の遊技点を付与する遊技機(P台2、S台2S)による遊技を可能とするための遊技用システムであって、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段(カードリーダライタ)と、
遊技者が離席するときの離席操作を受付ける離席操作受付手段(図18のS301、IR感光ユニット320)と、
前記遊技点を記憶する遊技点記憶手段(図3の遊技玉数を記憶するエリア、図23の遊技点数を記憶するエリア)と、
前記遊技点を所定の持点に変換するための変換操作手段(計数ボタン28,28S)と、
該変換操作手段の操作が検出されたことに基づいて、前記遊技点の前記所定の持点への変換処理を行なう変換処理手段(CU制御部323、払出制御部171)と、
所定の記録媒体処理操作(カード返却操作(返却ボタン322の操作))を検出したときに、前記変換処理が終了したことを条件(図13参照)に、前記遊技点を前記持点として所定の処理(景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理)が可能となるように処理する記録媒体処理(カードのIDで持玉を特定可能にする処理、たとえば、カードに持玉を記録、あるいは持玉をコンピュータにてID管理)を行なう記録媒体処理手段(CU制御部323)と、
前記離席操作受付手段により離席操作が受付けられたときに、変換処理を行なって前記記録媒体を排出する制御を行なう離席時制御手段(図12の遊技玉自動計数、図18の離席制御処理を行なうCU制御部323)とを備える。
上記の構成によれば、遊技により得られた遊技点を遊技者の操作によって一旦持点に変換する処理を経て、記録媒体処理操作が可能となる。このため、遊技により得られた遊技媒体を計数して計数結果を記録媒体により特定可能にする従来の遊技用システムに慣れている遊技者に混乱を与えることなく、遊技点を用いた新たなシステムを提供できる。しかも、離席操作が受付けられたときには、変換処理が行なわれて記録媒体が排出されるために、遊技者がその記録媒体を所持して遊技機から離席することができる。
(2) 本発明の他の態様は、入賞の発生により所定の遊技点を付与する遊技機(P台2、S台2S)による遊技を可能とするための遊技用装置(CU3)であって、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段(カードリーダライタ)と、
前記遊技機に記憶されている前記遊技点を所定の持点に変換するための変換操作に基づいて、前記遊技点の前記所定の持点への変換処理を行なう変換処理手段(CU制御部323)と、
所定の記録媒体処理操作(カード返却操作(返却ボタン322の操作))を検出したときに、前記変換処理が終了したことを条件(図16参照)に、前記遊技点を前記持点として所定の処理(景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、CUから排出されたカードを他の遊技機に接続された別のCUに挿入して使用する場合のCUの処理)が可能となるように処理する記録媒体処理(カードのIDで持玉を特定可能にする処理、たとえば、カードに持玉を記録、あるいは持玉をコンピュータにてID管理)を行なう記録媒体処理手段(CU制御部323)と、
遊技者が離席するときの離席操作が受付けられたときに、変換処理を行なって前記記録媒体を排出する制御を行なう離席時制御手段(図12の遊技玉自動計数、図18の離席制御処理を行なうCU制御部323)とを備える。
上記の構成によれば、遊技により得られた遊技点を遊技者の操作によって一旦持点に変換する処理を経て、記録媒体処理操作が可能となる。このため、遊技により得られた遊技媒体を計数して計数結果を記録媒体により特定可能にする従来の遊技用システムに慣れている遊技者に混乱を与えることなく、遊技点を用いた新たな遊技用装置を提供できる。しかも、離席操作が受付けられたときには、変換処理が行なわれて記録媒体が排出されるために、遊技者がその記録媒体を所持して遊技機から離席することができる。
(3) 上記(1)の遊技用システムまたは上記(2)の遊技用装置において、
前記記録媒体受付手段は、前記離席時制御手段の制御により前記記録媒体の排出が行なわれた後の離席中(図18のS308により離席中フラグがONになっているとき)においては、当該離席時制御手段の制御により排出された記録媒体以外の記録媒体の受付を禁止する(図19のS316)。
上記の構成によれば、離席した遊技者以外の他の遊技者離席中の遊技機で遊技を行なおうとしても、その遊技者が所持している記録媒体が記録媒体受付手段に受付けられないため、他の遊技者による遊技を阻止することができる。
(4) 上記(1)(3)の遊技用システムまたは上記(2)(3)の遊技用装置において、
前記離席時制御手段の制御により排出された記録媒体を用いた景品交換を禁止する禁止手段(図18のS306またはS306a)を含む。
上記の構成によれば、離席した遊技者が離席中の遊技機に戻ることなく景品交換を行なうことを禁止でき、一旦離席中の遊技機に戻ることを促すことができる。
(5) 上記(1)〜(4)の遊技用システムまたは上記(2)〜(4)の遊技用装置において、
前記離席時制御手段の制御による前記記録媒体の排出が行なわれた後の離席中においては、当該排出された記録媒体を前記記録媒体受付手段が受付けた(図19のS313によりYESと判断された)ことを条件として前記遊技機による遊技を可能とする(図19のS315またはS315a)。
上記の構成によれば、離席した遊技者が離席中の遊技機に戻って離席時に排出された記録媒体を用いて遊技を再開することができる。
(6) 上記(1)〜(5)の遊技用システムまたは上記(2)〜(5)の遊技用装置において、
前記記録媒体受付手段により受付けられた前記記録媒体で遊技を行なう遊技者を特定可能な遊技者特定情報を記憶する遊技者特定情報記憶手段(図7:挿入されたカードのカードIDと挿入時刻とを記憶するCU制御部323)と、
前記遊技者特定情報を前記遊技機へ送信する遊技者特定情報送信手段(図7:カード挿入通知でカードIDと挿入時刻とをP台へ送信するCU制御部323)と、
離席操作が受付けられたときに前記遊技機が記憶している前記遊技者特定情報を受信し、該遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている前記遊技者特定情報とに基づいて同一の遊技者が特定されるかを判定する一致判定手段(図18のS303、S304)とを含み、
前記離席時制御手段は、前記一致判定手段により同一の遊技者が特定されるとの判定結果が得られた(S304によりYESと判定された)ことを条件に前記記録媒体を排出する制御を行なう(図18のS307)。
上記の構成によれば、遊技機が記憶している遊技者特定情報と遊技者特定情報記憶手段に記憶されている遊技者特定情報とに基づいて同一の遊技者が特定されない異常事態が発生したときには、離席操作が受付けられたとしても記録媒体を排出する制御を行なわないようにし、異常事態に対処できる。