JP2016077610A - 遊技用システムおよび遊技機 - Google Patents

遊技用システムおよび遊技機 Download PDF

Info

Publication number
JP2016077610A
JP2016077610A JP2014212905A JP2014212905A JP2016077610A JP 2016077610 A JP2016077610 A JP 2016077610A JP 2014212905 A JP2014212905 A JP 2014212905A JP 2014212905 A JP2014212905 A JP 2014212905A JP 2016077610 A JP2016077610 A JP 2016077610A
Authority
JP
Japan
Prior art keywords
board
key
control unit
authentication
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2014212905A
Other languages
English (en)
Inventor
小倉　敏男
Toshio Ogura
敏男 小倉
柳　漢呉
Kango Yanagi
漢呉 柳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sankyo Co Ltd
Nippon Game Card Corp
Original Assignee
Sankyo Co Ltd
Nippon Game Card Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sankyo Co Ltd, Nippon Game Card Corp filed Critical Sankyo Co Ltd
Priority to JP2014212905A priority Critical patent/JP2016077610A/ja
Publication of JP2016077610A publication Critical patent/JP2016077610A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Slot Machines And Peripheral Devices (AREA)

Abstract

【課題】本発明は、遊技者所有の有価価値および遊技機で遊技に使用する持点を特定可能な記録媒体を受付けることが可能な遊技用システム、および遊技機を提供することである。【解決手段】コイン残高および持点を特定可能なコイン（会員コイン、ビジターコインなど）を受付け、コイン認識基板３３１がコインに記録されている情報を、リーダライタを介して読取る。払出制御部１７１は、コインから読出した残高をメダル点に変換しＲＡＭに記憶する。投入されたコインに記録されている残高を引落し、コイン投入時持点数から持点払出数を減算する。主制御部１６１は、賭数を１追加し、メダル点を１減算させる。入賞の発生により払い出されたメダル点数は加算され、メダル点から持点へ精算した計数遊技持点数も加算される。【選択図】図３

Description

本発明は、遊技者により遊技が行なわれる遊技機と、遊技機と通信可能に接続される管理装置とを備える遊技用システム、および遊技機に関する。
従来、遊技機では、コインを１個投入することによりゲームを開始できつつ、ゲームの値段の改定に容易に対応することができる装置が考案されている（特許文献１）。具体的に、遊技機は、金額に応じた度数が予め書き込まれたコイン型ＩＣカードを投入することにより、度数が不足していなければ、ゲームを楽しむことができる。さらに、遊技機は、使用した度数分を減算してコイン型ＩＣカードに書き込み、１ゲームの値段を改定する場合に、遊技者に貸し出される前にコイン型ＩＣカードに予め書き込まれる金額に応じた度数を変更する。
特開平１１−１９３３０号公報
この特許文献１に記載された遊技機では、コイン型ＩＣカードに金額に応じた度数を単に記録しているだけで、遊技を行って得た持点をコイン型ＩＣカードに書込んだり、コイン型ＩＣカードから持点を読出したりして遊技を行うことはできない。つまり、特許文献１に記載された遊技機は、金額に応じた度数の残高を書込んだコイン型ＩＣカードを受付けるだけで、持点については何ら考慮されていない。
本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技者所有の有価価値および遊技機で遊技に使用する持点を特定可能な記録媒体を受付けることが可能な遊技用システム、および遊技機を提供することである。
（１） 本発明は、遊技者により遊技が行なわれる遊技機（例えば、メダル不要のスロットマシン（Ｓ台２Ｓ））と、前記遊技機と通信可能に接続される管理装置（例えば、管理サーバ８００）とを備える遊技用システムであって、
前記遊技機は、
遊技者所有の有価価値（例えば、コイン残高）および前記遊技機で遊技に使用する持点（例えば、持点）を特定可能な記録媒体（例えば、会員コイン、ビジターコイン）を受付ける受付手段（例えば、リーダライタ）と、
前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す読出手段（例えば、コイン認識基板３３１がコインに記録されている情報を、リーダライタを介して読取る）と、
前記読出手段で読出した有価価値を持点に変換する変換手段（例えば、払出制御部１７１は、コインから読出した残高をメダル点に変換する）と、
前記変換手段の変換で得た持点および前記読出手段で読出した持点を記憶する持点記憶手段（例えば、メダル点を記憶する払出制御部１７１のＲＡＭ）と、
前記記録媒体が記録している有価価値を減算する有価価値減算手段（例えば、投入されたコインに記録されている残高を引落す）と、
前記記録媒体が記録している持点を減算する持点減算手段（例えば、コイン投入時持点数から持点払出数（コイン持点数からメダル点数に変換した点数）を減算する）と、
遊技への使用のために前記持点記憶手段から持点を減算する記憶持点減算手段（例えば、主制御部１６１は、賭数を１追加し、メダル点を１減算させる）と、
遊技結果に応じて前記持点記憶手段へ持点を加算する記憶持点加算手段（例えば、入賞の発生により払い出されたメダル点数を加算する）と、
前記持点記憶手段が記憶している持点を、前記記録媒体が記録している持点に加算する持点加算手段（例えば、コイン投入時持点数に計数遊技持点数を加算する）とを含む。
上記構成によれば、遊技者所有の有価価値および遊技機で遊技に使用する持点を特定可能な記録媒体を受付けることが可能なり、記録媒体の利便性が向上する。
（２） 上記（１）において、
前記遊技機は、
前記遊技機での遊技を制御する遊技制御手段（例えば、主制御部１６１）と、
前記持点記憶手段の持点を制御する持点制御手段（例えば、払出制御部１７１）とをさらに含み、
前記持点制御手段は、前記遊技制御手段との間で相互認証を行う（例えば、主制御部１６１と払出制御部１７１との間で相互認証を行う）。
上記構成によれば、遊技制御手段と持点制御手段との間でセキュリティ性が向上する。
（３） 上記（２）において、
前記持点制御手段を介して前記遊技機と通信可能に接続される遊技用装置（例えば、ＣＵ３）をさらに備え、
前記遊技用装置は、前記相互認証に必要な相互認証情報（例えば、ＳＣ３２５ｂから得られる認証情報）を前記持点制御手段に提供する。
上記構成によれば、遊技制御手段と持点制御手段との間で更にセキュリティ性が向上する。
（４） 上記（２）または（３）において、
前記持点制御手段は、少なくとも前記読出手段を制御して前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す（例えば、払出制御部１７１は、コイン認識基板３３１を制御して投入されたコインから記録情報を読出したり、コインに情報を書込ませたりする）。
上記構成によれば、機種変更して遊技制御手段を交換しても、持点制御手段側に前記読出手段が残るため、記録媒体からの有価価値および持点の読出しを共通化できる。
（５） 上記（３）において、
前記持点制御手段は、前記遊技制御手段で取得した遊技に関する遊技情報（例えば、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）を前記遊技用装置に出力する。
上記構成によれば、遊技用装置側で遊技情報を把握することができる。
（６） 上記（２）〜（４）において、
前記遊技制御手段は、取得した遊技に関する遊技情報（例えば、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）を前記管理装置（例えば、管理サーバ８００）に出力する。
上記構成によれば、管理装置側で遊技情報を把握することができる。
（７） 上記（３）において、
前記管理装置は、前記遊技用装置の正当性を認証するために用いる認証用情報が管理記憶部に記憶され、
前記遊技用装置は、
前記管理記憶部に記憶された前記認証用情報を受信できないときに、所定の制限の下で遊技を許容する時限運用を前記遊技機に対して許可する運用許可手段（図２５：管理サーバ８００からのヘルスチェック要求がＣＵ制御部３２３に到達しない場合に時限運用機能を許可する）と、
所定のタイミングで前記遊技機および前記遊技用装置の状態を監視するための状態監視要求を前記管理記憶部から受信する状態監視要求受信手段（図２５：ＣＵ３およびＳ台２Ｓの状態を監視するため管理サーバ８００からのヘルスチェック要求を送信する）と含み、
前記運用許可手段は、前記状態監視要求受信手段が状態監視要求を受信できない状態が無効条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３に到達しない状態が１０日間）を満たすと、前記遊技機に対して許可した前記時限運用を無効にする（図２５：ＳＣ３２５ｂは、時限運用機能を利用することを無効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できない状態が無効条件を満たすと、遊技機に対して許可した時限運用を無効にするので、時限運用機能を利用した遊技機の稼働を長期間使用することができないように制限することが可能となり、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定した遊技用システムおよび遊技用装置の稼働を可能にすることができる。
（８） 本発明は、遊技者により遊技が行なわれる遊技機（例えば、メダル不要のスロットマシン（Ｓ台２Ｓ））であって、
遊技者所有の有価価値（例えば、コイン残高）および遊技に使用する持点（例えば、持点）を特定可能な記録媒体（例えば、会員コイン、ビジターコイン）を受付ける受付手段（例えば、リーダライタ）と、
前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す読出手段（例えば、コイン認識基板３３１がコインに記録されている情報を、リーダライタを介して読取る）と、
前記読出手段で読出した有価価値を持点に変換する変換手段（例えば、払出制御部１７１は、コインから読出した残高をメダル点に変換する）と、
前記変換手段の変換で得た持点および前記読出手段で読出した持点を記憶する持点記憶手段（例えば、メダル点を記憶する払出制御部１７１のＲＡＭ）と、
前記記録媒体が記録している有価価値を減算する有価価値減算手段（例えば、投入されたコインに記録されている残高を引落す）と、
前記記録媒体が記録している持点を減算する持点減算手段（例えば、コイン投入時持点数から持点払出数（コイン持点数からメダル点数に変換した点数）を減算する）と、
遊技への使用のために前記持点記憶手段から持点を減算する記憶持点減算手段（例えば、主制御部１６１は、賭数を１追加し、メダル点を１減算させる）と、
遊技結果に応じて前記持点記憶手段へ持点を加算する記憶持点加算手段（例えば、入賞の発生により払い出されたメダル点数を加算する）と、
前記持点記憶手段が記憶している持点を、前記記録媒体が記録している持点に加算する持点加算手段（例えば、コイン投入時持点数に計数遊技持点数を加算する）とを含む。
上記構成によれば、遊技者所有の有価価値および遊技機で遊技に使用する持点を特定可能な記録媒体を受付けることが可能なり、記録媒体の利便性が向上する。
（９） 上記（８）において、
遊技を制御する遊技制御手段（例えば、主制御部１６１）と、
前記持点記憶手段の持点を制御する持点制御手段（例えば、払出制御部１７１）とをさらに含み、
前記持点制御手段は、前記遊技制御手段と間で相互認証を行う（例えば、主制御部１６１と払出制御部１７１との間で相互認証を行う）。
上記構成によれば、遊技制御手段と持点制御手段との間でセキュリティ性が向上する。
（１０） 上記（９）において、
前記持点制御手段は、遊技用装置（例えば、ＣＵ３）と通信可能に接続され、前記遊技用装置から前記相互認証に必要な相互認証情報（例えば、ＳＣ３２５ｂから得られる認証情報）を取得する。
上記構成によれば、遊技制御手段と持点制御手段との間で更にセキュリティ性が向上する。
（１１） 上記（９）または（１０）において、
前記持点制御手段は、少なくとも前記読出手段を制御して前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す（例えば、払出制御部１７１は、コイン認識基板３３１を制御して投入されたコインから記録情報を読出したり、コインに情報を書込ませたりする。）。
上記構成によれば、機種変更して遊技制御手段を交換しても、持点制御手段側に前記読出手段が残るため、記録媒体からの有価価値および持点の読出しを共通化できる。
（１２） 上記（１０）において、
前記持点制御手段は、前記遊技制御手段で取得した遊技に関する遊技情報（例えば、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）を前記遊技用装置に出力する。
上記構成によれば、遊技用装置側で遊技情報を把握することができる。
（１３） 上記（９）〜（１１）において、
前記遊技制御手段は、取得した遊技に関する遊技情報（例えば、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）を前記遊技機と通信可能に接続される管理装置（例えば、管理サーバ８００）に出力する。
上記構成によれば、管理装置側で遊技情報を把握することができる。
（１４） 上記（１０）において、
前記遊技用装置は、
前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置に記憶された前記認証用情報を受信できないときに、所定の制限の下で遊技を許容する時限運用を前記遊技機に対して許可する運用許可手段（図２５：管理サーバ８００からのヘルスチェック要求がＣＵ制御部３２３に到達しない場合に時限運用機能を許可する）と、
所定のタイミングで前記遊技機および前記遊技用装置の状態を監視するための状態監視要求を前記管理装置から受信する状態監視要求受信手段（図２５：ＣＵ３およびＳ台２Ｓの状態を監視するため管理サーバ８００からのヘルスチェック要求を送信する）と含み、
前記運用許可手段は、前記状態監視要求受信手段が状態監視要求を受信できない状態が無効条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３に到達しない状態が１０日間）を満たすと、前記遊技機に対して許可した前記時限運用を無効にする（図２５：ＳＣ３２５ｂは、時限運用機能を利用することを無効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できない状態が無効条件を満たすと、遊技機に対して許可した時限運用を無効にするので、時限運用機能を利用した遊技機の稼働を長期間使用することができないように制限することが可能となり、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定した遊技用システムおよび遊技用装置の稼働を可能にすることができる。
（１５） 上記（７）において、
前記運用許可手段は、
前記状態監視要求受信手段が状態監視要求を受信できる状態が復帰条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３に到達した状態が３日間）を満たすと、前記遊技機に対して無効にした前記時限運用の許可を有効にする（図２６：ＳＣ３２５ｂは、時限運用機能を利用することを有効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できる状態が復帰条件を満たすと、時限運用の許可を有効にするので、時限運用が無効になった遊技機に対して店員が個別に操作を行なうことなく自動的に時限運用を復帰させることができる。
（１６） 上記（７）において、
前記無効条件は、前記状態監視要求受信手段が状態監視要求を受信できない期間が第１期間に達したことであり、前記復帰条件は、前記状態監視要求受信手段が状態監視要求を受信できる期間が第２期間に達したことであり、前記第１期間（たとえば、ヘルスチェック要求がＣＵ制御部３２３に到達しない状態が１０日間）は、前記第２期間（たとえば、ヘルスチェック要求がＣＵ制御部３２３に到達した状態が３日間）に比べて長い期間とする。
上記構成によれば、無効条件の第１期間に比べて復帰条件の第２期間の方が長いため、時限運用機能を無効にされ難く、無効となっても時限運用機能を有効にしやすくすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げないより安定したＣＵ３およびＳ台２Ｓの稼働が可能になる。
（１７） 上記（７）、（１５）、（１６）において、
第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｓ台２Ｓ等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｓ台２Ｓ等）とを含み、
前記第１制御手段と前記第２制御手段との間で仮認証鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図８の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図５：管理サーバ８００から取得）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図９の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図８：基板シリアルＩＤ認証シーケンスおよび機器認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンスを実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（１８） 上記（７）、（１５）、（１６）において、
遊技場に設置され、当該遊技場を識別するための遊技場識別情報を前記遊技用装置へ送信する遊技場識別情報送信手段を有するサーバ（図５のホールサーバ）を含み、
前記サーバは、当該サーバが設置されている遊技場を識別するための遊技場識別情報（統一店舗コード）を前記遊技用装置へ送信する遊技場識別情報送信手段（統一店舗コードを送信するホールサーバのＣＰＵと入出力インターフェイス）を含み、
前記遊技用装置は、
仮認証データ（基板初期鍵、仮認証鍵）を用いた認証処理を行なう認証処理手段（図１２の基板初期鍵／出荷鍵認証、図１９の仮認証鍵を用いた通信制御ＩＣ認証シーケンス）と、
該認証処理手段による認証結果が適正であることを条件として本認証データ（基板認証鍵、本認証鍵）を取得して記憶する処理を行なう本認証データ取得記憶手段（基板認証鍵を受信するＣＵ制御部、図８と図９のセキュリティ基板情報問合せシーケンス、図２１（ａ）のＳ２１１とＳ２１２、図２２（ａ）のＳ２２４、ＣＵ制御部から更新情報を受信して本認証鍵を生成して記憶するＳＣ、図２１（ｂ）のＳ２１６とＳ２１７、図２２（ｂ）のＳ２２６、Ｓ２２７）と、
該本認証データ取得記憶手段により記憶されている本認証データを利用しての認証処理を実行する本認証処理手段（図１３の基板認証鍵認証、図１９の本認証鍵を用いた通信制御ＩＣ認証シーケンス）と、
前記遊技場識別情報送信手段から今回送信されてきた遊技場識別情報と前回送信されてきた遊技場識別情報とを比較して一致するか否かを判定する一致判定手段（図２３のＳ１１０２）と、
前記本認証処理手段による認証処理が実行される状態で前記一致判定手段により一致しないと判定されたときに、前記本認証データ取得記憶手段に記憶されている本認証データを消去するとともに、前記本認証データを利用しての認証処理から前記仮認証データを利用しての認証処理に切換える認証処理切換手段（図２３のＳ１１０４、Ｓ２２０５）とを含む。
上記の構成によれば、遊技用装置自体が記憶している仮認証データや本認証データを用いて認証処理を行なうために、認証の度にセンタ管理装置に問合せて認証する必要がなく、処理の煩雑化を招く不都合を防止することができる。さらに、遊技用装置が他の遊技場に移設されたときには、遊技場識別情報送信手段から今回送信されてきた遊技場を識別するための遊技場識別情報と前回送信されてきた遊技場識別情報とが一致しないと一致判定手段により判定され、本認証データ取得記憶手段に記憶されている本認証データが消去されるとともに、本認証データを利用しての認証処理から仮認証データを利用しての認証処理に切換えられる。その結果、移設前に使用していた本認証データが移設先の遊技場において漏洩する不都合を防止できるとともに、仮認証データを利用しての認証処理によりセキュリティを担保することも可能になる。
ユニットおよびスロットマシンを示す正面図である。 リールに配列された図柄を示す図である。 ユニットとスロットマシンとの構成を示すブロック図である。 第２表示器に機種関連情報を表示するための制御の概要を説明するための図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 ユニット側とスロットマシン側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。 電源投入時におけるユニットとスロットマシンとでの処理の一例を示す図である。 ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明するための図である。 ＣＵ制御部３２３の電源投入・通常立上の処理を説明するための図である。 ＣＵ制御部３２３の電源投入・工場出荷時立上の処理を説明するための図である。 基板メーカコードの認証シーケンスの処理を説明するための図である。 基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。 基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。 遊技機チップ情報問合せシーケンスの処理を説明するための図である。 基板認証鍵認証異常のシーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。 遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。 ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文シーケンスの処理を説明する図である。 基板認証鍵の認証の処理を説明するためのフローチャートである。 通信モードの切替処理を説明するためのフローチャートの一例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 通信モードの切替処理を説明するためのフローチャートの他の例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 統一店舗コードのチェックの認証動作を説明するためのフローチャートである。 基板メーカコードの認証動作を説明するためのフローチャートである。 本実施の形態に係る遊技用システムにおいて時限運用機能を解除する処理を説明するための図である。 本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。 変形例のスロットマシンとの構成を示すブロック図である。
以下、図面を参照して本発明に係る実施の形態を説明する。
＜スロットマシンの構成＞
図１は、遊技用装置の一例となるユニットおよび遊技機の一例となるスロットマシンを示す正面図である。
図１を参照して、遊技場内に複数配置されている各遊技島（図示略）には、スロットマシン（以下、Ｓ台と略称する）２Ｓが併設されており、そのＳ台２Ｓの所定側の側方位置に該Ｓ台２Ｓに対して遊技用装置の一例のユニット（以下ＣＵと略称する）３が１対１に対応設置されている。
Ｓ台２Ｓの内部には、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、図１に示すように、これらリール２Ｌ、２Ｃ、２Ｒに配列された図柄のうち連続する３つの図柄が透視窓１０から見えるように配置されている。
図２は、リール２Ｌ、２Ｃ、２Ｒに配列された図柄を示す図である。リール２Ｌ、２Ｃ、２Ｒの外周部には、図２に示すように、それぞれ「黒７」、「網７（図中網掛け７）」、「白７」、「ＢＡＲ」、「リプレイ」、「スイカ」、「黒チェリー」、「白チェリー」、「ベル」、「オレンジ」といった互いに識別可能な複数種類の図柄が所定の順序で、それぞれ２１個ずつ描かれている。リール２Ｌ、２Ｃ、２Ｒの外周部に描かれた図柄は、透視窓１０において各々上中下三段に表示される。
各リール２Ｌ、２Ｃ、２Ｒは、各々対応して設けられたリールモータ３２Ｌ、３２Ｃ、３２Ｒ（図３参照）によって回転する。これにより、各リール２Ｌ、２Ｃ、２Ｒの図柄が透視窓１０に連続的に変化しつつ表示される。また、各リール２Ｌ、２Ｃ、２Ｒの回転を停止させることで、透視窓１０に３つの連続する図柄が表示結果として導出表示されるようになっている。
リール２Ｌ、２Ｃ、２Ｒの内側には、リール２Ｌ、２Ｃ、２Ｒそれぞれに対して、基準位置を検出するリールセンサ３３Ｌ、３３Ｃ、３３Ｒ（図３参照）と、リール２Ｌ、２Ｃ、２Ｒを背面から照射するリールＬＥＤ（図示せず）と、が設けられている。また、リールＬＥＤは、リール２Ｌ、２Ｃ、２Ｒの連続する３つの図柄に対応する１２のＬＥＤからなり、各図柄をそれぞれ独立して照射可能とされている。
透視窓１０よりも下方の所定位置からは奥から手前側へと緩やかに傾斜する傾斜面１４が形成され、そこからさらに手前側に張り出すように操作部９が形成されている。操作部９の上面には１ＢＥＴスイッチ５、ＭＡＸＢＥＴスイッチ６、メダル点使用スイッチ１２、コイン投入口１３が設けられ、操作部９の手前側側面にはスタートスイッチ７（スタートレバー）、ストップスイッチ８Ｌ,８Ｃ,８Ｒ、および貸出スイッチ３２１、持点スイッチ３２４、再プレイスイッチ３１９、クレジット精算スイッチ１１ａ、メダル点精算スイッチ１１ｂが設けられている。コイン投入口１３は、遊技者がここから後述するコインを投入するものであり、投入指示表示部（図示せず）が点灯しているときにコインの投入がコイン認識基板３３１（図３参照）によって検出されると、コインに記録されている残高や持点が特定され貸出スイッチ３２１、持点スイッチ３２４などの操作が可能となる。
傾斜面１４には第１表示器５４が取り付けられている。この第１表示器５４の表示面は正面から見て奥行き方向に傾斜しており、その奥行き方向を有効活用して、画面サイズが大きい第１表示器５４を取付けられるように工夫されている。また、画面が傾斜しているため、遊技者がその画面を見易くなるという効果も奏される。第１表示器５４はタッチパネル式の液晶表示装置である。第１表示器５４の表示画面には、表示面に対する遊技者からの指示（たとえば、タッチ操作）を検出し、当該位置（たとえば、タッチ操作された位置）を特定するためのタッチパネル（図示省略）が設けられている。第１表示器５４には、ゲームにおいて設定されたメダル点の賭数、入賞発生時に獲得したメダル点である獲得点数、その他の各種の情報が表示される。
操作部９の下方には、第２表示器５５が設けられている。第２表示器５５も第１表示器５４と同様にタッチパネル式の液晶表示装置が採用されている。メダルを用いて遊技が行なわれるメダル払出し方式のスロットマシンの場合には、第２表示器５５に対応する箇所にその機種のキャラクタなどのデザインが施された前面パネルが取り付けられている。第２表示器５５には、そのような前面パネルに表示されるキャラクタなどの他、その機種の入賞役の説明、ゲーム方法、あるいは攻略情報など、様々な情報が表示される。
Ｓ台２Ｓは、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターコイン（一般コインとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員コインをコイン投入口１３に投入することで受付ける。ビジターコインや会員コインはＩＣが埋め込まれたコイン型のカードで構成されている。コイン投入口１３に投入された会員コインやビジターコインがリーダライタ（図示省略）に受付けられ、そのコインに記録されている情報を、リーダライタを介してコイン認識基板３３１（図３参照）が読取る。コインの記録情報には、コインＩＤが含まれる。払出制御部１７１は、コイン認識基板３３１が読取ったコインＩＤを遊技終了まで記憶する。投入されたコインの記録情報（コインＩＤ、残高、持点など）をコイン認識基板３３１が読取って、その読取り情報を払出制御部１７１のＲＡＭに記憶させる。逆に、コイン認識基板３３１は、払出制御部１７１から投入されているコインに書込むデータ（更新後の残高、更新後の持点など）が伝送されたときに、そのデータを、リーダライタを介して投入されているコインに書込む。なお、本実施の形態では、コイン投入口１３にコインを投入する例を説明したが、コイン投入口１３に代えてカード挿入口とし、当該カード挿入口にＩＣが埋め込まれた長方形型のカードを挿入する構成などでもよい。
それらのコインを受け付けたＳ台２Ｓは、コインの記録情報により特定される遊技者所有の遊技価値（たとえば残高、持点、あるいは貯メダル等）を“メダル点”に変換する機能を有する。具体的に、払出制御部１７１は、コインから読出した残高の全部または一部を所定の交換レートでメダル点に変換しＲＡＭに記憶する。コインから読出した遊技価値が持点、あるいは貯メダルの場合、読出した持点、あるいは貯メダルをメダル点として払出制御部１７１のＲＡＭに記憶する。つまり、コインから読出した持点をメダル点とする場合、コインから読出した持点をＳ台２Ｓで記憶する点数と読み替えたに過ぎない。Ｓ台２Ｓでは、メダル点から変換されたクレジットを用いてゲームが行なわれる。ただし、Ｓ台２Ｓでは、クレジットがなく賭数も設定されていない場合、メダル点を用いて直接賭数が設定されゲームが行なわれる。また、メダル点からクレジットへの変換は、単にメダル点の点数をクレジットの点数として記憶する場合も含まれる。
そこで、本実施の形態では、メダル払出し方式ではなく得点付与式を採用することによって不要となったメダル払出関連の構造部分のスペースを有効活用し、前面パネル部分に第２表示器５５を設け、ただし、第２表示器５５は、図示した位置以外の任意の箇所に設けてもよい。たとえば、第２表示器５５を上方のスピーカ５２、５３の間に設けてもよい。ここで、メダル払出し方式のスロットマシンとは、従来からあるスロットマシンで、物理的に存在するメダルをスロットマシンに投入して賭数を設定し、入賞発生時にメダルが払出される遊技機である。そのため、メダル払出し方式のスロットマシンの場合には、筐体内部にメダルを払い出すためのホッパーが設ける必要がある。一方、得点付与式のスロットマシンとは、物理的に存在するメダルに代えて仮想的なメダル点を用いて賭数を設定し、入賞発生時にメダル点が加算される遊技機である。そのため、メダルを払い出さない得点付与式のＳ台２Ｓは、ホッパーが不要であり、また、前面側にメダル投入口やメダル払出し口を設ける必要もない。それゆえ、メダル投入口からホッパー、あるいはホッパーからメダル払出し口へとメダルを案内するための流路構造を設ける必要もない。
操作部９に設けられた各種の操作手段について説明する。１枚ＢＥＴスイッチ５は、メダル１枚分に相当する「クレジット＝１」を用いて賭数を設定する際に操作されるスイッチである。ＭＡＸＢＥＴスイッチ６は、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「クレジット＝３」、ボーナスにおいては「クレジット＝２」）を設定する際に操作されるスイッチである。
スタートスイッチ７は、賭数設定後にリールを回転開始させるためのスイッチである。ストップスイッチ８Ｌ、８Ｃ、８Ｒは、回転中のリールを停止操作するためのスイッチであり、８Ｌが左、８Ｃが中、８Ｒが右のそれぞれのリールに対応する。
メダル点使用スイッチ１２は、メダル点を使用する際に操作されるスイッチである。クレジット精算スイッチ１１ａは、クレジットを計数してメダル点に変換する際に操作されるスイッチである。メダル点精算スイッチ１１ｂは、メダル点を計数して持点に変換する際に操作されるスイッチである。なお、払出制御部１７１のＲＡＭに記憶されている持点が更新される度に、投入されたコインの記録も更新される。しかしながら、これに代えてメダル点を計数して持点に変換した場合に、払出制御部１７１のＲＡＭに記憶されている持点が更新されるだけで投入されたコインに記録されず、後述する返却スイッチ３２２が押下されたときに投入されたコインに記録されてもよい。
操作部９の手前側側面には、さらに、貸出スイッチ３２１と返却スイッチ３２２とが設けられている。貸出スイッチ３２１は、投入されたコインに記録されている残高を引落としてメダル点を得るための操作（メダル点への変換操作）を行なうスイッチである。返却スイッチ３２２は、遊技者が遊技を終了するときに操作され、投入されているコインに遊技終了時の確定した持点数（コイン投入時の持点数−持点からメダル点（遊技点）への変換数＋精算操作によって計数された点数）を記憶させて排出するための操作スイッチである。返却スイッチ３２２の操作により、投入されているコインをコイン投入口１３から排出してもよいが、Ｓ台２Ｓの下部に設けた返却口（図示せず）から投入されているコインを排出してもよい。
持点スイッチ３２４を操作した場合、投入されたコインに記録されている持点数の一部または全部が引落とされてメダル点に変換される。なお、コイン投入時に、コインに記録されている持点数の一部または全部を自動的にメダル点に変換してもよい。
再プレイスイッチ３１９を操作した場合、ホール用管理コンピュータ等に記録されている貯メダルの一部が引落とされてメダル点に変換される。
ここで、「メダル点」とは、賭数設定に使用可能であるとともに、「クレジット」および「持点」に変換可能なデータである。「メダル点」は、コインの残高、持点、あるいは貯メダルを引落とすことと引き換えにして生成される。
「持点」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となったメダル点数を計数変換したものである。この「持点」は、遊技者のコインによって特定可能に記録される。なお、持点数を遊技場に設定された持点数管理用の管理装置で管理してもよい。
「貯メダル」とは、遊技場に預入れられた持点である。遊技者が遊技で獲得した持点は、当日中は持点として管理されるが、獲得した翌日以降は「貯メダル」として管理される。すなわち、遊技場において当日遊技者が獲得して計数したメダル点数を「持点」と言い、前日以前に遊技者が獲得して遊技場に預入れられた持点を「貯メダル」と言う。この「貯メダル」は、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
以上の「残高」、「貯メダル」、「持点」、「メダル点」、「クレジット」の各データの変換可能方向を矢印で表すと、「『残高、貯メダル、持点』→『メダル点』→『クレジット』→『メダル点』→『持点』→『貯メダル』」となる。このため、たとえば、「残高、貯メダル、持点」と「クレジット」との間での直接変換はできない。なお、「クレジット」を設けずに、「メダル点」から直接、賭数設定を行う構成であってもよい。
本実施形態では、貯メダルデータは会員コインに直接記録させずホール用管理コンピュータ等の上位サーバに会員コイン番号と対応付けて記憶させ、会員コイン番号に基づいて対応する貯メダルを検索できるように構成されている。一方、持点は、コインに直接記録している。
しかし、両者ともに上位サーバにコイン番号と対応付けて記憶させてもよい。ビジターコインの場合も、持点は、ビジターコインに直接記録している。しかし、持点を上位サーバにコイン番号と対応させて記憶させてもよい。この上位サーバにコイン番号と対応させて記憶させる際に、上位サーバに記憶させた時刻を特定できるデータをコイン（会員コイン、ビジターコイン）に書込んで排出してもよい。また、プリペイド残高についてはコイン（会員コイン、ビジターコイン）に直接書込んで排出する。
なお、持点を、コイン（会員コイン、ビジターコイン）、または上位サーバに記憶させるタイミングは、たとえば、メダル点精算スイッチ１１ｂが操作されて計数処理が行なわれるタイミングである。しかしながら、これに代えて、コインを返却するときに一括して記録させるようにしてもよい。なお、コインは、使用できる店舗または店舗グループに限定してもよい。例えば、コインに使用可能な鍵情報（店舗コードなど）を記憶させておき、当該コインをＳ台２Ｓに投入するとＳ台２Ｓに予め記憶してある鍵情報（店舗コードなど）と一致するか否か、または所定の関係（同じ店舗グループなど）であるか否かを判断して遊技可能にするようにしてもよい。
以上、説明したように、本実施の形態に係るＳ台２Ｓによれば、コインで特定される持点を用いてメダル点が付与され、そのメダル点をクレジットに変換し、さらにはクレジットを用いて賭数設定が可能となるため、メダルの貸し出しを受けて、そのメダルを投入してクレジットを確保し、そのクレジットを用いて賭数設定が行なわれるような旧来のスロットマシンに慣れている遊技者に混乱を与えることなく、メダルを用いることがない新たなスロットマシンによる遊技を提供できる。
次に、Ｓ台２Ｓにおけるゲームの流れについて説明する。Ｓ台２Ｓにおいてゲームを行なう場合には、まず、コイン投入口１３に投入したコイン（会員コイン、ビジターコイン）からメダル点を確保する。貸出スイッチ３２１または持点スイッチ３２４を操作してメダル点を確保する操作は、メダル払出し方式のスロットマシンにおいて、現実のメダルの貸出を受けることに対応する操作である。つまり、メダル払出し方式のスロットマシンにおいて貸し出される現実のメダルが、本実施の形態におけるメダル点に対応する。
メダル点を用いて賭数を設定するためには、メダル点使用スイッチ１２を１回押圧する。すると主制御部１６１は、賭数を１追加し、メダル点を１減算させる。賭数が上限に達してからさらにメダル点使用スイッチ１２を操作すると、操作の度にメダル点が１減算されてクレジットが１加算される。
本実施の形態では、メダル点およびクレジットの上限が定められており、メダル点は１０万点まで、クレジットは５０点までそれぞれ保持可能で、クレジット数が５０に達してからメダル点使用スイッチ１２を押してもクレジット数およびメダル点は変化しない。なお、クレジットの上限を５０としてあるのは、旧来のスロットマシンに慣れている遊技者に混乱を与えることなく遊技を行えるようにするためであり、クレジットの上限を設けなくてもよい。
クレジットが存在する状態で１ＢＥＴスイッチ５を操作すると賭数が１追加されてクレジットが１減算される。また、クレジットが存在する状態でＭＡＸＢＥＴスイッチ６を操作すると、クレジットの範囲で賭数が最大数になるように追加設定され、クレジットがその追加設定分だけ減算される。
賭数が設定されると、入賞ラインＬ１〜Ｌ５のうち賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ここで、入賞ラインとは、各リール２Ｌ、２Ｃ、２Ｒの透視窓１０に表示された図柄の組合せが入賞図柄の組合せであるかを判定するために設定されるラインである。本実施の形態では、図１に示すように、各リール２Ｌ、２Ｃ、２Ｒの中段に並んだ図柄に跨って設定された入賞ラインＬ１、各リール２Ｌ、２Ｃ、２Ｒの上段に並んだ図柄に跨って設定された入賞ラインＬ２、各リール２Ｌ、２Ｃ、２Ｒの下段に並んだ図柄に跨って設定された入賞ラインＬ３、リール２Ｌの上段、リール２Ｃの中段、リール２Ｒの下段、すなわち右下がりに並んだ図柄に跨って設定された入賞ラインＬ４、リール２Ｌの下段、リール２Ｃの中段、リール２Ｒの上段、すなわち右上がりに並んだ図柄に跨って設定された入賞ラインＬ５の５種類が入賞ラインとして定められている。なお、入賞ラインは、Ｌ１〜Ｌ５に示すラインに限らず、他のラインであってもよい。
ゲームが開始可能な状態でスタートスイッチ７を操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応するリール２Ｌ、２Ｃ、２Ｒの回転が停止し、透視窓１０に表示結果が導出表示される。
全てのリール２Ｌ、２Ｃ、２Ｒが停止することで１ゲームが終了し、有効化されたいずれかの入賞ラインＬ１〜Ｌ５上に予め定められた図柄の組合せが各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には入賞が発生する。
入賞が発生すると、その入賞に応じて定められた点数が遊技者に対して付与される。この点数は、クレジットが上限値に達するまではクレジットに加算される。クレジットが上限値に達して以降は、メダル点に加算される。本実施の形態では、そのような態様で点数の加算動作を行なうため、上限値に達するまでクレジット加算してそれ以降はメダルを払い出すメダル払出し式のスロットマシンの動作に対応する動作を実現できる。
クレジットは、クレジット精算スイッチ１１ａを操作することによって、その一部または全部を計数し、メダル点に変換することができる。メダル点に変換することによって、メダル点の一部を他の遊技者に分け与えるようなメダル点共有処理や、メダル点をジュースなどと交換できるワゴンサービスを受けることが可能となる。
クレジット精算スイッチ１１ａを長押し操作（たとえば、３秒以上の操作）すると、全クレジットが計数されてメダル点に変換される。一方、クレジット精算スイッチ１１ａを長押し操作検出時間に満たない時間だけ操作（以下、これを“短押し操作”と称する）すると、１回の操作でクレジット１点のみが計数されてメダル点１点に変換される。なお、短押し操作１回で２点あるいはそれ以上の複数点が計数されるようにしてもよい。
メダル点は、メダル点精算スイッチ１１ｂを操作することによって、その一部または全部を計数し、持点に変換することができる。持点に変換することによって、遊技終了時にはその持点をコイン（会員コイン、ビジターコイン）に記録することが可能となる。
メダル点精算スイッチ１１ｂを長押し操作（たとえば、３秒以上の操作）すると、全メダル点が計数されて持点に変換される。一方、メダル点精算スイッチ１１ｂを長押し操作の検出時間に満たない時間だけ操作（以下、これを“短押し操作”と称する）すると、１回の操作でメダル点１点のみが計数されて持点１点に変換される。なお、短押し操作１回で２点あるいはそれ以上の複数点が計数されるようにしてもよい。
＜ユニットの構成＞
次に、引き続き図１を参照して、本実施の形態に係るユニットの構成を説明する。このＣＵ３は、Ｓ台２Ｓの払出制御基板１７（図３参照）とセキュリティを確保しながら通信を行なうためのセキュリティ基板３２５（図３参照）が設けられている。そして、Ｓ台２Ｓの払出制御基板１７と主制御基板１６との相互認証に必要な相互認証情報を払出制御基板１７に提供する。さらに、ＣＵ３は、入金金額を書込んだコイン（会員コイン、ビジターコイン）払出すコイン払出機３３３（図３参照）を含んでいる。コイン払出機３３３は、入金金額をビジターコインの残高として書込んで払出すか、遊技者が所有している会員コインをコイン挿入／排出口に挿入して会員コインの残高に書込んで払出す。なお、コイン払出機３３３をＣＵ３に設けず、１つの遊技島に対してコイン払出機３３３を１台設ける構成でも、ホールの所定の場所にコイン払出機３３３を複数台設ける構成でもよい。
ＣＵ３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員コインの挿入、会員コインやビジターコインを排出するためのコイン挿入／排出口３０９などが設けられている。このコイン挿入／排出口３０９に挿入された会員コインがリーダライタ（図示省略）に受付けられ、紙幣挿入口３０２に紙幣が挿入されると、挿入された紙幣の金額の情報が会員コインに書込まれて、コイン挿入／排出口３０９から会員コインが排出される。一方、ビジターコインの場合、紙幣挿入口３０２に紙幣が挿入されると、挿入された紙幣の金額の情報が予め用意されている空のビジターコイン（情報が記録されていないビジターコイン）に書込まれて、コイン挿入／排出口３０９から書込まれたビジターコインが排出される。
前述の突出部３０５には、遊技者と対向する面に表示器３１２が設けられ、突出部３０５の上側には、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ感光ユニット３２０が設けられている。
表示器３１２は、コイン払出機３３３の表示器として必要な情報を表示可能で、かつＳ台２Ｓ側の第１表示器５４と同様に、コイン投入口１３に投入された遊技用記録媒体（コイン）に記録されているプリペイド残高（コイン残高または単に残高とも言う）や、メダル点、クレジット、その他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されている。表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器３３４（図３参照）により取込まれてその真贋や紙幣種別の識別がなされる。
＜ユニットとスロットマシンとの構成＞
図３は、ＣＵ３とＳ台２Ｓとの構成を示すブロック図である。図３を参照して、ＣＵ３とＳ台２Ｓとの制御回路の概略を説明する。
ＣＵ３にはＳ台２Ｓ側への接続部３２７が設けられており、Ｓ台２ＳにはＣＵ３側への接続部３２８が設けられている。これら接続部は、たとえばコネクタ等で構成されている。ＣＵ３とＳ台２Ｓとは、接続部３２７−３２８間を接続する通信ケーブル３２９で接続されている。
ＣＵ３とＳ台２Ｓとでは、この通信ケーブル３２９を介して、Ｓ台２Ｓの払出制御基板１７と主制御基板１６との相互認証に必要な相互認証情報を払出制御基板１７に提供する。また、ＣＵ３とＳ台２Ｓとでは、この通信ケーブル３２９を介して、第１表示器５４および第２表示器５５の情報が表示制御部３５０に送信される。
ＣＵ３には、マイクロコンピュータ等から構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
ＣＵ制御部３２３には、Ｓ台２Ｓの払出制御基板１７とセキュリティを確保しながら通信を行なうため、およびＳ台２Ｓの払出制御基板１７と主制御基板１６との相互認証に必要な相互認証情報を払出制御基板１７に提供するためにセキュリティ基板３２５が設けられている。ＣＵ３側のセキュリティ基板３２５とＳ台２Ｓ側の払出制御基板１７とは、接続部３２７，３２８および通信ケーブル（接続配線）３２９を介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、Ｓ台２Ｓのセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂとが設けられている。
前述した貨幣識別器３３４により紙幣の真贋および種類が識別されてその識別結果信号がＣＵ制御部３２３に入力される。ＣＵ制御部３２３は、貨幣識別器３３４からの識別結果信号に基づき、コイン払出機３３３に対して入金金額をコインに書込むように制御する。コイン払出機３３３は、ＣＵ制御部３２３の制御に基づき、入金金額をコインに書込みコイン挿入／排出口３０９からコインを排出する。また、遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号がＣＵ制御部３２３に入力される。
ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の各種の遊技データを払出制御基板１７から受信してもよい。また、第１表示器５４から残高、持点、メダル点、クレジット等のデータが表示制御部３５０に出力され、表示制御部３５０で表示用データに変換される。ＣＵ側の表示器３１２に対し、表示制御部３５０で変換した表示用データが出力され、その出力された表示用データを表示器３１２が表示する。その結果、可変表示装置（リール２Ｌ，２Ｃ，２Ｒ）と操作部９との間に設けられた第１表示器５４に表示された残高、持点、メダル点、クレジット等のデータが、ＣＵ側の表示器３１２にも表示される。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０を介してＣＵ制御部３２３に入力され、Ｓ台２Ｓに送信されてもよい。Ｓ台２Ｓは、受信した操作信号に基づき所定の操作が実行されてもよい。
ＣＵ制御部３２３には、通信制御装置であるＴ−ＢＯＸ（ターミナルボックス）４００を介して、ホールに設置されたホール用管理コンピュータやホールの外部で各ホールを集中管理する管理サーバ８００と通信を行なうための通信制御部３２６が設けられている。
Ｔ−ＢＯＸ４００と管理サーバ８００とは、インターネットを介して接続されている。管理サーバ８００は、機種関連情報を記憶しており、ＣＵ制御部３２３が払出制御基板１７から受信した、遊技者の各種の遊技データを収集することができる。さらに、管理サーバ８００は、ＣＵ３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ制御部３２３のＳＩＤと認証鍵とを記憶している鍵の管理サーバとしても機能する。
ＣＵ制御部３２３は、貸出操作に伴う残高の使用額を特定可能な残高使用情報を管理サーバ８００あるいはホール用管理コンピュータへ送信してもよい。ＣＵ制御部３２３は、持点使用操作に伴う持点の使用数を特定可能な持点使用情報を管理サーバ８００あるいはホール用管理コンピュータへ送信してもよい。ＣＵ制御部３２３は、貯メダル使用操作に伴う貯メダルの使用数を特定可能な貯メダル使用情報を管理サーバ８００あるいはホール用管理コンピュータへ送信してもよい。
Ｓ台２Ｓには、Ｓ台２Ｓの遊技の進行制御を行なう主制御基板１６と、メダル点およびクレジットを記憶する払出制御基板１７と、受付けたコインから残高および持点を読出し、メダル点に変換するコイン認識基板３３１と、第１表示器５４と、第２表示器５５と、各種操作スイッチと、各リール４Ｌ，４Ｃ，４Ｒを駆動するためのリールモータ３２Ｌ，３２Ｃ，３２Ｒと、各リール４Ｌ，４Ｃ，４Ｒの停止位置を特定するためのリールセンサ３３Ｌ，３３Ｃ，３３Ｒと、スピーカ５２、５３となどが設けられている。
第１表示器５４、第２表示器５５は、ともにＳ台２Ｓに設けた表示制御部（図示せず）に表示されるとともに、ＣＵ３側の表示制御部３５０に表示信号を送信することができる。なお、これに代えて、Ｓ台２Ｓが第１表示器５４、第２表示器５５の双方または一方を表示制御するものとしてもよい。
主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。主制御部１６１は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
主制御部１６１には、１枚ＢＥＴスイッチ５、ＭＡＸＢＥＴスイッチ６、スタートスイッチ７、ストップスイッチ８Ｌ，８Ｃ，８Ｒ、リールセンサ３３Ｌ，３３Ｃ，３３Ｒ、および設定スイッチ５６の検出信号が入力される。
さらに、主制御部１６１には、メダル点使用スイッチ１２と、クレジット精算スイッチ１１ａと、メダル点精算スイッチ１１ｂとが接続されている。主制御部１６１には、これらのメダル点使用スイッチ１２、クレジット精算スイッチ１１ａ、およびメダル点精算スイッチ１１ｂの検出信号が入力される。主制御部１６１は、これらの検出信号を払出制御部１７１へ送信する。
設定スイッチ５６は、係員が鍵を用いてＳ台２Ｓの前面扉を開けないと操作できないよう、Ｓ台２Ｓの内部に設けられている。この設定スイッチ５６を操作することによって、ビッグボーナス後の自動精算の有無、ビッグボーナス後の打止の有無を設定できる。
ビッグボーナス後の自動精算とは、ビッグボーナスが終了した際に自動的に全クレジットをメダル点に計数変換の上、さらには自動的に全メダル点を持点に計数変換する機能である。打止機能との相違は、自動精算後、再び同じ遊技者が遊技を行なうことが許容されている点である。再度遊技を行ないたい遊技者は、持点を引き落とすなどしてメダル点を入手すればよい。このような自動精算機能をＯＮにすることによって、遊技者に対して遊技の一区切りを示し、その台での遊技を終える契機を遊技者に与えることができる。
ビッグボーナス後の打止とは、ビッグボーナスが終了した後に、その台を遊技ができない遊技禁止状態にすることである。本実施の形態では、ビッグボーナス終了後の自動精算が終わり、遊技者のコインを排出した後、打止状態となる。この打止機能をＯＮにすることによって、ビッグボーナス終了後に遊技者が同じ台で続けて遊技することを禁止できる。
打止状態の解除は、設定スイッチ５６の操作により行なうことが可能である。係員がＳ台２Ｓの設定スイッチ５６の操作により打止の解除操作をすると、その信号が主制御部１６１に入力される。すると、主制御部１６１は、打止状態（遊技禁止状態）を解除するとともに、解除を通知する信号を払出制御部１７１へ送信する。払出制御部１７１はこれを受けて、再度コインを受付可能となる。なお、打止状態の解除操作を行なうための解除操作スイッチを別個にＳ台２Ｓに設けてもよい。
主制御部１６１は、スタートスイッチ７より検出信号が入力されると、リールモータ３２Ｌ，３２Ｃ，３２Ｒを回転駆動させるとともに、入賞役の抽選を行なう。
入賞役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
主制御部１６１は、入賞役の抽選をし、リールを回転駆動させた後、遊技者によるリールの停止操作を待つ。主制御部１６１は、いずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒが操作されたときに、当該ストップスイッチ８Ｌ、８Ｃ、８Ｒに対応するリールの回転を停止させる。ストップスイッチ８Ｌ、８Ｃ、８Ｒの操作から対応するリール２Ｌ、２Ｃ、２Ｒの回転を停止するまでの最大停止遅延時間は１９０ｍｓ（ミリ秒）である。
リール２Ｌ、２Ｃ、２Ｒは、１分間に８０回転し、８０×２１（１リール当たりの図柄コマ数）＝１６８０コマ分の図柄を変動させるので、１９０ｍｓの間では最大で４コマの図柄を引き込むことができることとなる。つまり、停止図柄として選択可能なのは、ストップスイッチ８Ｌ、８Ｃ、８Ｒが操作されたときに表示されている図柄と、そこから４コマ先までにある図柄、合計で５コマ分の図柄である。
このため、たとえば、ストップスイッチ８Ｌ、８Ｃ、８Ｒのいずれかが操作されたときに当該ストップスイッチに対応するリールの下段に表示されている図柄を基準とした場合、当該図柄から４コマ先までの図柄を下段に表示させることができるため、その結果として当該図柄から６コマ先までの図柄を上段に表示させることができる。すなわち、リール２Ｌ、２Ｃ、２Ｒ各々において、ストップスイッチ８Ｌ、８Ｃ、８Ｒのうちいずれかが操作されたときに当該ストップスイッチに対応するリールの下段に表示されている図柄を含めて７コマ以内に配置されている図柄を入賞ライン上に引込んで停止表示させることができる。このようなリールの制御を引込み制御と称する。
このように主制御部１６１は、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御部１６１は、入賞と判定した場合には、入賞の種類に応じた点数をクレジットまたはメダル点として遊技者に付与する。
主制御部１６１は、メダル点の加算時に、スピーカ５２、５３からメダルの払出音を出力する。さらに、メダル点使用スイッチ１２が操作されてメダル点が減算される時にはスピーカ５２、５３からメダルの投入音を出力する。また、主制御部１６１は、メダル点精算スイッチ１１ｂが操作されてメダル点が計数される際には、スピーカ５２、５３からメダルの精算音（計数音）を出力する。これらの払出し音、投入音、および精算音は、たとえば、メダル点１点の変動に対して１つの音が出力されるものである。これにより、点数というデータを用いながらも、あたかもメダルの投入・払出し・精算が行なわれているような感覚を遊技者に与えることができる。
払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御部１７１は、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
払出制御部１７１には、コイン認識基板３３１と、再プレイスイッチ３１９と、貸出スイッチ３２１と、返却スイッチ３２２と、持点スイッチ３２４とが接続されている。払出制御部１７１は、コイン認識基板３３１を制御して投入されたコインから記録情報を読出したり、コインに情報を書込ませたりする。
払出制御部１７１にはメダル点とクレジットとが記憶されており、さらには、メダル点の精算に伴う持点の加算数も記憶されている。主制御部１６１から払出制御部１７１へは１枚ＢＥＴスイッチ５やＭＡＸＢＥＴスイッチ６、メダル点使用スイッチ１２、クレジット精算スイッチ１１ａ、メダル点精算スイッチ１１ｂ、再プレイスイッチ３１９、貸出スイッチ３２１、返却スイッチ３２２、持点スイッチ３２４などの操作手段の操作を示す情報などが送信される。さらに、主制御部１６１から払出制御部１７１へは遊技状態（リール回転開始、リール停止、入賞発生、ビッグボーナス終了など）を示す情報も送信される。
払出制御部１７１は、主制御部１６１を介してメダル点使用スイッチ１２から入力される検出信号に基づいて、メダル点を減算しクレジット数を加算する、またはメダル点を減算し主制御部１６１へ賭数設定を指示する情報を送信する。払出制御部１７１は、主制御部１６１を介してクレジット精算スイッチ１１ａから入力される検出信号に基づいて、クレジットを減算し、メダル点を加算する。払出制御部１７１は、主制御部１６１を介してメダル点精算スイッチ１１ｂから入力される検出信号に基づいて、メダル点を減算し、その分を持点に加算する。
図４は、第２表示器５５に機種関連情報を表示するための制御の概要を説明するための図である。第２表示器５５には、Ｓ台２Ｓの機種関連情報が表示される。
この機種関連情報は、Ｓ台の各機種に対応する情報である。ＣＵ３は、Ｓ台２Ｓから送信されてくる遊技機チップ情報に基づいてＳ台の機種を特定する。さらに、ＣＵ３は、ネットワークによって接続されている管理サーバ８００から機種に応じた各種の機種関連情報を受信し、その機種関連情報をＳ台２Ｓの第２表示器５５に表示する。
以下、図４に基づいて、機種関連情報を表示するためのＣＵ３、Ｓ台２Ｓ、および管理サーバ８００の間での制御について説明する。Ｓ台２Ｓの主制御部１６１は主制御チップ情報を記憶し、払出制御部１７１は払出制御チップ情報を記憶している。主制御チップ情報および払出制御チップ情報を併せて遊技機チップ情報という。主制御チップ情報および払出制御チップ情報の各々は、図４に示されるように、チップＩＤと遊技台メーカコードと遊技台型式コードとを含んでいる。
ＣＵ３のセキュリティチップ３２５ｂは、電源投入時あるいは任意のタイミングにおいて、通信制御ＩＣ３２５ａを介してＳ台２Ｓへ遊技機チップ情報を要求する。Ｓ台２Ｓの払出制御部１７１はＣＵ３からの要求を受けて主制御部１６１へ主制御チップ情報を要求する。主制御部１６１は、これを受けて払出制御部１７１へ主制御チップ情報を送信する。払出制御部１７１は、主制御部１６１より受信した主制御チップ情報および自ら記憶している払出制御チップ情報をＣＵ３へ送信する。
ＣＵ３のセキュリティチップ３２５ｂは、通信制御ＩＣ３２５ａを介して遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を受信し、その遊技機チップ情報をＣＵ制御部３２３へ送信する。ＣＵ制御部３２３は、受信した遊技機チップ情報を記憶する。
これにより、ＣＵ制御部３２３は、ＣＵ３に接続されているＳ台２Ｓの機種等（遊技台メーカー、遊技台型式）を特定可能となる。さらに、ＣＵ制御部３２３は、その機種に応じた機種関連情報の送信を管理サーバ８００に対して要求する。図３に示したように、ＣＵ３には、Ｔ−ＢＯＸ４００を介して管理サーバ８００と通信するための通信制御部３２６が設けられており、この通信制御部３２６を介して管理サーバ８００と接続されている。
この管理サーバ８００は、たとえば、各社のスロットマシンの機種関連情報を機種別に管理する管理装置でもある。本サーバは、たとえば、スロットマシンのメーカ各社の管理コンピュータと接続されており、各社から機種関連情報を収集して記憶している。あるいは、管理サーバ８００は、スロットマシンのメーカ各社に設置された複数台のサーバであってもよい。
図４に示したように、管理サーバ８００には、機種のキャラクタ画像のデータ、機種紹介用の動画のデータ、入賞図柄の説明用データ、攻略方法など、様々な機種関連情報が記憶されており、メーカ各社からの情報提供によって、その情報の内容が日々更新されている。管理サーバ８００は、ＣＵ３からの要求に応じた機種の機種関連情報をＣＵ３へ送信する。
ＣＵ制御部３２３は、通信制御部３２６を介して機種関連情報を受信する。ＣＵ制御部３２３は受信した機種関連情報を表示制御部３５０へ送信する。表示制御部３５０は、この機種関連情報の表示制御情報を、接続部３２７を介してＳ台２Ｓに送信する。Ｓ台２Ｓは、この表示制御情報を、接続部３２８を介して受信し、その受信情報は第２表示器５５に入力される。第２表示器５５は、その受信情報に従い、機種関連情報を画面に表示する。このように、第２表示器５５は、ＣＵ３で表示制御するため、表示制御に関するＳ台２Ｓ側の処理負担を軽減できる。もちろん、表示制御部３５０は、Ｓ台２Ｓの表示制御部に表示制御情報を送信し、Ｓ台２Ｓの表示制御部が受信した当該表示制御情報に基づき第２表示器５５の表示制御を行ってもよい。
なお、第２表示器５５の表示画面にはタッチパネルが設けられているため、タッチパネルを利用して、機種関連情報に対する遊技者の応答を入力できるようにしてもよい。たとえば、機種に関するアンケートなどの入力受付画面に表示し、入力受付画面への遊技者の入力結果を、表示制御部３５０を介してＣＵ制御部３２３が収集できるようにする。この場合、ＣＵ制御部３２３は、遊技者の入力結果を管理サーバ８００へ送信するものとし、管理サーバ８００はこれを集計できるようにしてもよい。
以上のように構成することで、ＣＵ３は、Ｔ−ＢＯＸ４００を介した管理サーバ８００との通信に用いる通信制御部３２６を利用して、サーバから機種関連情報を入手できるため、ＣＵ３の通信制御部３２６を有効利用して、Ｓ台２Ｓに様々な機種関連情報を表示可能となる。
また、Ｓ台２Ｓは、通信により得られる数多くの機種関連情報を表示できるために、特定の機種関連情報が予め描かれた表示パネルを前面に設けた場合よりも多種多様な機種関連情報を遊技者に知らせることができる。しかも、機種関連情報は、ＣＵ３に設けられたＴ−ＢＯＸ４００との通信部、およびＳ台２ＳとＣＵ３との接続部３２７、３２８間の既存の接続構成を利用して取得できるため、外部の装置と通信して機種関連情報を得るための専用の通信部をＳ台２Ｓに設ける必要がなく、Ｓ台２Ｓのコストダウンを図ることができる。
さらに、Ｓ台２Ｓは、ＣＵ３に対して払出制御部１７１および主制御部１６１に記憶されたチップ情報を送信することによって、機種をＣＵ３に特定させるため、Ｓ台２Ｓの機種をわざわざホールの係員などがＣＵ３に入力するなどの手間を省くことができる。
なお、上記の構成では、機種を特定するためのチップ情報は、払出制御部１７１および主制御部１６１の夫々に記憶しているが、一方のみに記憶させてもよい。あるいは、双方に記憶しつつも、機種特定のためにはいずれか一方の情報のみをＣＵ３へ送信するようにしてもよい。
＜ユニットおよびスロットマシンに発生した異常の通知処理＞
図５は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
図５を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図５の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図５に示される管理サーバ８００は、ＣＵ３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。
まず、ＣＵ３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行なわれる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、管理センタの管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、ＣＵ３の表示制御部３５０に異常報知コマンドを送信する。ＣＵ制御部３２３は、表示器３１２に異常発生した旨の表示を行なう制御を表示制御部３５０に行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３は、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
ＣＵ３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはその旨を払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、セキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行なう。
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行なうとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
＜ユニット側とスロットマシン側との送受信態様＞
次に、図６は、ＣＵ３側とＳ台２Ｓ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図６を参照して、ＣＵ（ユニット）３側とＳ台（スロットマシン）２Ｓ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、Ｓ台２Ｓ側において遊技点数（メダル点数）の変動を算出して現在の最新の遊技点数を記憶・管理している。一方、持点数（コイン持点数）や貯メダル数、コイン残額（残額）も、Ｓ台２Ｓ側において管理・記憶している。
図６では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｓ台２Ｓ側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｓ台２ＳとＣＵ３とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｓ台２Ｓ側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＳ台２Ｓ側とが接続されて通信が開始された時刻のデータがＣＵ３側からＳ台２Ｓ側へ送信され、Ｓ台２Ｓ側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＳ台２Ｓ側とに記憶されることとなる。それ以降の電源投入時においては、Ｓ台２Ｓ側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＳ台２Ｓが接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＳ台２Ｓ側との通信が開始された新たな接続時刻データがＣＵ３側からＳ台２Ｓ側へ送信されてその新たな接続時刻データをＳ台２Ｓ側において記憶することとなる。
ＣＵ３およびＳ台２Ｓの双方は、電文に「通番（シーケンスナンバー）」を付加して送信する。また、ＣＵ３およびＳ台２Ｓの双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番（通常シーケンスナンバー）」、「加算通番（加算シーケンスナンバー）」および「計数通番（計数シーケンスナンバー）」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｓ台２Ｓ側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＳ台２Ｓに対してデータの加算を要求する際に用いられる通番である。「計数通番」は、Ｓ台２ＳがＣＵ３に対してデータの計数を要求する際に用いられる通番である。
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に＋１した加算通番をＳ台２Ｓへ送信する。Ｓ台２Ｓは、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＳ台２Ｓのみが有する。Ｓ台２Ｓは、計数要求をする場合には、それまで通信に用いていた計数通番に＋１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｓ台２ＳおよびＣＵ３のそれぞれが、またはＳ台２Ｓが送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
Ｓ台２Ｓ側では、主制御部１６１と払出制御部１７１との間で最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｓ台２Ｓ側の主制御部１６１（図３参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算数カウンタの情報と、減算数カウンタの情報と、計数遊技持点数カウンタの情報とが含まれる。なお、遊技点（メダル点）数は、最新遊技台情報に含まれず、後述するように遊技点数カウンタのカウント値として主制御部１６１側から払出制御部１７１側へ送信している。しかし、これに代えて、あるいは遊技点数カウンタに加えて、遊技点数も最新遊技台情報に含めてもよい。
これらのカウンタの情報が、まとめてレスポンスとして払出制御部１７１側へ送信される。加算数カウンタは、遊技点（メダル点）に加算する加算数をカウントするカウンタである。加算数は、入賞の発生により払い出された（入賞の発生により遊技点数に加算された）「払出点数」である。つまり、加算数とは、加算数カウンタが遊技点数に加算すべき数を示す。減算数カウンタは、遊技点（メダル点）から減算する減算数をカウントするカウンタである。減算数は、「賭数」である。つまり、１ＢＥＴスイッチ５またはＭＡＸＢＥＴスイッチ６を操作することで賭数として追加された数である。なお、「減算数」には、「計数遊技持点数」は含まれない。計数遊技持点数カウンタは、遊技点（メダル点）から持点へ精算する計数遊技持点数をカウントするカウンタである。計数遊技持点数は、「計数操作（メダル精算操作）によって遊技点から持点に変換された点数」である。ここで、「払出点数」は、入賞の種類に応じた数の遊技点数である。
たとえば、主制御部１６１が入賞と判定した場合には、その入賞情報に基づいて遊技点を加算すべき加算数を加算数カウンタがカウントし、その加算数カウンタの値（加算数）を主制御部１６１側から払出制御部１７１側へ送信する。また、１ＢＥＴスイッチ５またはＭＡＸＢＥＴスイッチ６を操作したことに基づいて減算数カウンタが賭数を減算数としてカウントし、その減算数カウンタの値（減算数）を主制御部１６１側から払出制御部１７１側へ送信する。
あるいは、払出制御部１７１は、メダル点精算スイッチ１１ｂの押下により、遊技点数を計数遊技持点数としてカウントし、その計数遊技持点数カウンタの値（計数遊技持点数）を主制御部１６１側から払出制御部１７１側へ送信する。
主制御部１６１側においては、加算数カウンタ、減算数カウンタ、および計数遊技持点数カウンタの値を払出制御部１７１側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（主制御部１６１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算数カウンタ、減算数カウンタ、および計数遊技持点数カウンタの値を０クリアする（遊技点数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前に払出制御部１７１側に送信した遊技台情報である、加算数、減算数、および計数遊技持点数のデータがバックアップデータとして記憶される。このバックアップデータは、主制御部１６１側から払出制御部１７１側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技点数をさらに加えて記憶するようにしてもよい。
また、主制御部１６１は、入賞の発生、賭数の設定、および計数遊技持点数の発生（遊技点から持点への変換）に応じて、遊技点数カウンタの値を更新し、その更新後の遊技点数カウンタの値を遊技点数として払出制御部１７１側に送信する。
払出制御部１７１側においては、ＲＡＭ内の累計データ記憶領域に、遊技点数、コイン持点数（単に、持点数とも言う）、貯メダル数、残額、総加算数（加算数累計）、総減算数（減算数累計）、およびコイン投入時持点数を記憶している。なお、コイン持点数は、コイン投入時持点数から持点払出数（コイン持点数から遊技点数に変換した点数）を減算し、計数遊技持点数を加算した点数である。つまり、コイン持点数は、現時点でコインに記録され遊技者が所有している持点数である。
主制御部１６１側から送信されてきた加算数カウンタの値（加算数）に基づいて総加算数を加算して点数を更新する。また、主制御部１６１側から送信されてきた減算数カウンタの値（減算数）に基づいて総減算数を減算して点数を更新する。さらに、主制御部１６１から送信されてきた計数遊技持点数カウンタの値に基づいてコイン持点数を加算して更新する。このように、払出制御部１７１は、主制御部１６１より逐一送信されてくる最新遊技台情報によって総加算数、総減算数、コイン持点数を更新することで最新のそれらの情報を管理することが可能となる。
払出制御部１７１は、図示のとおり、遊技点を記憶する領域を備えているとともに、主制御部１６１側から遊技点数カウンタのカウント値（遊技点数または遊技点トータル個数情報とも言う）も受信している。払出制御部１７１は、遊技点を記憶する領域を以下の手順で更新する。すなわち、払出制御部１７１は、主制御部１６１側から送信されてきた加算数カウンタの値（加算数）、減算数カウンタの値（減算数）、および計数遊技持点数カウンタの値に基づいて、記憶している遊技点数を更新するとともに、同じタイミングで主制御部１６１側から送信されてきた遊技点数カウンタのカウント値と、更新後の遊技点数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
その結果、たとえば、異常報知ランプや第１表示器５４によりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
なお、エラー状態に移行して遊技を停止させることに代えて、主制御部１６１側で記憶している遊技点数を払出制御部１７１側から送信されてきた遊技点数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、主制御部１６１側で管理している遊技点数と、払出制御部１７１側で記憶している遊技点数との平均値に補正してもよい。
このように、本実施の形態では、払出制御部１７１側にも遊技点数を記憶させているが、その遊技点数が主制御部１６１側で管理記憶している遊技点数と整合するか否かの判定を行なえるようにしている（払出制御部１７１側機能）。そのため、仮に不正行為その他の事情で、主制御部１６１側で記憶している遊技点数が払出制御部１７１側で記憶している遊技点数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、払出制御部１７１側にその判定機能を設けたが、たとえば、払出制御部１７１と接続されるホールサーバ８０１またはホール用管理コンピュータによって、払出制御部１７１側で記憶している遊技点数と主制御部１６１側で記憶している遊技点数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
図６に示すように、払出制御部１７１は、コイン持点数、貯メダル数を記憶する記憶領域と、受付けた（投入された）コインの残額を記憶する記憶領域と、総加算数（加算数累計）、総減算数（減算数累計）およびコイン投入時持玉を記憶する記憶領域をさらに有する。払出制御部１７１は、貯メダルの使用を要求する入力（たとえば、Ｓ台２Ｓに設けられた再プレイスイッチ３１９の押圧入力（ただし、持玉無しのとき））に応じて貯メダルを記憶する記憶領域から所定数の貯メダルを減算する。
払出制御部１７１は、持点の使用を要求する入力（たとえば、持点有のときの払出制御部１７１に設けられた持点スイッチ３２４の押圧入力（ただし、持点有のとき））に応じて持点を記憶する記憶領域から所定数の持玉を減算する。さらに、払出制御部１７１は、残額の使用を要求する入力（たとえば、貸出スイッチ３２１の押圧入力）に応じて残額を記憶する記憶領域から所定値を減算する。
遊技者所有の遊技用価値（たとえば残額、持点数、あるいは貯メダル数）から価値を引き落として遊技に使用する操作を遊技者が行なった場合に、引き落とされる価値に応じてＳ台２Ｓの遊技点数が加算される。Ｓ台２Ｓは、払出制御部１７１から加算数の情報を受け取ることで、引き落とし分の玉数を遊技点数カウンタに加算更新することができる。
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引き落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技点やクレジットでワゴンサービスを受けることが制限されており、持点でしかワゴンサービスを受けることができない。これは、メダルが払出される従来のスロットマシンにおいて、皿に残っている計数前のメダルを手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持点数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に精算操作（クレジット精算スイッチ１１ａまたはメダル点精算スイッチ１１ｂの操作）を促すように構成されている。その際に遊技者が精算操作を実行すると、その操作に基づく計数遊技持点数が主制御部１６１側から払出制御部１７１側へ送信される。払出制御部１７１側では、それを受けて、遊技点数を減算し、コイン持点数を加算して更新する。
＜通信で用いられるフレーム構成＞
次に、本実施の形態に係る主制御部１６１と払出制御部１７１との間での通信、ＣＵ３とＳ台２Ｓとの間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
＜電源投入＞
本実施の形態での通信について、電源投入時のＣＵ３とＳ台２Ｓとの間で行われる通信を一例として説明する。図７は、電源投入時におけるユニットとスロットマシンとでの処理の一例を示す図である。図７に示すシーケンス処理は、ＣＵ３とＳ台２Ｓとの通信が正常に終了した後の通信再開時に実行される処理である。具体的には、Ｓ台２Ｓにコインが投入されていない待機中において、ＣＵ３の電源をＯＮにした後に通信が再開される場合の処理である。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。
まず、電源を投入する。電源投入時においては、Ｓ台２Ｓではリールモータ３２Ｌ，３２Ｃ，３２Ｒを停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｓ台２ＳからＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。なお、主制御部１６１と払出制御部１７１との間での通信では、メインチップＩＤと払出チップＩＤとが正規で適正な認証結果であるとの情報がＣＵ３からＳ台２Ｓに提供された場合に相互認証を行い、通信を行う構成としてもよい。
認証シーケンス後、ＣＵ３は、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＳ台２Ｓへ送信し、Ｓ台２Ｓに対してリカバリ情報を要求する。Ｓ台２Ｓは、ＣＵ３より通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｓ台２Ｓは、前回最終送信計数通番を参照して、ＣＵ３が計数処理を実施していなかった場合、計数処理がなかったものとし、ＣＵ３が計数処理を実施済の場合、計数データをリカバリ処理する。
計数リカバリ処理の実行後、Ｓ台２Ｓは、Ｓ台２Ｓ内部（具体的には払出制御基板１７）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回投入中コインＩＤ、前回コイン投入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。
リカバリ応答を受けたＣＵ３では、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３の加算リカバリ処理を実施する。ＣＵ３は、加算リカバリ処理を実施する場合、Ｓ台２Ｓに対して、リカバリ要求２をＳ台２Ｓへ送信し、Ｓ台２Ｓに対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算データが含まれている。
それを受けたＳ台２Ｓでは、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３へ返信する（リカバリ応答２）。なお、Ｓ台２Ｓが加算データを受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。
このリカバリ処理は、ＣＵ３とＳ台２Ｓとの間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。
ＣＵ３は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｓ台２Ｓは、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３がコマンドを再送したと判断する。ＣＵ３はコマンドの送信し、同じ通番のレスポンスがＳ台２Ｓから通知された時に通番をバックアップする。Ｓ台２Ｓは、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３に通知する。Ｓ台２Ｓはレスポンスの送信時に通番をバックアップする。
ＣＵ３は、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＳ台２Ｓに送信する。Ｓ台２Ｓは、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３に返信する。さらに、ＣＵ３は、通番を“２”としてリカバリ要求２のコマンドをＳ台２Ｓに送信する。Ｓ台２Ｓは、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３に返信する。
その後、ＣＵ３は、通番をカウントアップして“３”として、通信開始要求のコマンドをＳ台２Ｓへ送信する。なお、ＣＵ３は、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｓ台２Ｓでは、それを受けて、リカバリデータをクリアする。そして、Ｓ台２Ｓは、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３へ返信する。これ以降、ＣＵ３とＳ台２Ｓとの間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。
ＣＵ３は、通番をカウントアップして“４”として、状態情報要求のコマンドをＳ台２Ｓへ送信する。Ｓ台２Ｓは、それを受けて、遊技台情報（一例として、持点、コイン残額、貯メダル、その他、玉数情報など）、遊技情報（一例として、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｓ台２Ｓは、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｓ台２Ｓは、遊技台情報を更新することで、遊技中の点数を把握し、最新の点数の情報を管理することが可能となる。また、Ｓ台２Ｓは、例えば遊技情報を外部に出力することで、当該情報を集計して遊技状態を把握し、管理させることができる。
ＣＵ３は、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。
その後、ＣＵ３は、通番をカウントアップして“５”として、状態情報要求のコマンドをＳ台２Ｓへ送信し、Ｓ台２Ｓは、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３に返信する。
＜管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵＞
次に、管理サーバ８００から通信制御ＩＣまでの間の通信に使用される暗号鍵について説明する。まず、管理サーバ８００から通信制御ＩＣ３２５ａまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵（商用）、通信鍵１（セッション鍵）および通信鍵２（セッション鍵）がある。基板出荷鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、ＣＵ制御部−ＳＣの通信に利用され、ホールサーバとの最初の通信時にＣＵ制御部３２３が受信し、ＣＵ制御部３２３のＲＡＭに記憶される。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。基板初期鍵を用いた認証用通信（基板初期鍵モード）は限られた期間のみ許容（時限的運用）される。ここで、基板初期鍵モードは、前述したように、ホールサーバと少なくとも１回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。
ここで、「限られた期間」とは、たとえば、２日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに管理サーバ８００との鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝９時〜１７時までの間という具合に、１日の中での定めた期間を設定してもよい。
なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額（カード残額、あるいは現金）を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。
基板認証鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、管理サーバ８００より基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用（通常運用）に通信モード（基板認証鍵モード）が切換わる。この基板認証鍵は、ＣＵ制御部のＲＡＭとＳＣのＲＡＭとに記憶される。
基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバに記憶された有効鍵をＣＵ制御部３２３が受信し、ＳＣ３２５ｂがその有効鍵を通信制御ＩＣ３２５ａに対して設定することによりＳ台とＣＵとの間の通信が可能となることで実現される。
本認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、管理サーバ８００から受信した更新情報から、ＳＣ３２５ｂにより生成されてＳＣ３２５ｂのＲＡＭに記憶されるとともに、通信制御ＩＣ３２５ａにおいてもＳＣ３２５ｂと同様に更新情報から生成されて通信制御ＩＣ３２５ａのＲＡＭに記憶される。なお、この本認証鍵は、管理サーバ８００などから本認証鍵そのものを取得するようにしてもよい。また、管理サーバ８００などから更新情報を受信することなくＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら生成してもよい。さらに、管理サーバ８００などから所定の第１データを取得するとともにＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら所定の第２データを生成し、それら第１データと第２データとから本認証鍵を生成するようにしてもよい。
仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバとの最初の通信時にＣＵ制御部３２３経由でＳＣ３２５ｂが受信し、通信制御ＩＣ３２５ａに対して送信（設定）する鍵である。有効鍵が設定されることによってＳ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａ活性化用のデータである。換言すると、有効鍵は、ＣＵとＳ台との間の通信を許可するための許可情報である。
通信鍵１（セッション鍵）は、ＣＵ制御部−ＳＣの間の通信に利用され、対遊技機用の業務電文通信に用いられ、ＳＣ３２５ｂが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値（乱数）や日時情報などを用いてもよい。通信鍵２（セッション鍵）は、ＳＣ−通信制御ＩＣの間の通信に利用され、対遊技機用の業務電文通信に用いられる。
なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。
次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、ＳＣ３２５ｂは、ホールサーバとの最初の通信時にＣＵ制御部３２３経由で有効鍵を取得する。ＳＣ３２５ｂは、取得した有効鍵を通信制御ＩＣ３２５ａに対して送信（設定）することで、Ｓ台との通信が可能になる。ＣＵ制御部３２３はホールサーバとの最初の通信時に基板初期鍵を受信し、ＣＵ制御部３２３のＲＡＭに記憶される。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。ＳＣ３２５ｂは、取得した基板初期鍵を用いてＣＵ制御部３２３と暗号認証を行ない、該基板初期鍵を用いて時限的にＣＵ制御部３２３と暗号通信を行なう。また、電源投入時にＣＵ制御部３２３から送られてきた接続要求を受信したホールサーバは、当該ホールサーバが設置されている遊技場を識別するための統一店舗コードをＣＵ制御部３２３へ返信する。具体的には、ホールサーバのＣＰＵの制御にしたがってホールサーバの入出力インターフェイスからＣＵ制御部３２３へ統一店舗コードが送信される。
一方、ＣＵ制御部３２３とＳＣ３２５ｂとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる（図１１参照）。ＣＵ制御部３２３からＳＣ３２５ｂへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりＳＣ３２５ｂが統一店舗コードを取得する。
次に、ＣＵ制御部３２３は、管理サーバ８００に対して基板セキュリティ情報を要求し、管理サーバ８００がホールサーバを介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。ＣＵ制御部は、取得した基板認証鍵を用いてＳＣと暗号認証を行ない、該基板認証鍵を用いてＳＣと暗号通信を行なう。なお、ＣＵ制御部３２３は、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。
この基板認証鍵は、管理サーバ８００などから取得する代わりに、ＣＵ制御部３２３が自ら生成してもよく、また、管理サーバ８００などから所定の第１データを取得するとともにＣＵ制御部３２３が自ら所定の第２データを生成し、それら第１データと第２データとから基板認証鍵を生成するようにしてもよい。
次に、ＳＣ３２５ｂは、記憶してある仮認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。そして、ＳＣは、基板認証鍵を用いてＣＵ制御部と暗号通信を行なうことで管理サーバ８００から取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。ＳＣは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。なお、本認証鍵は、通信制御ＩＣ３２５ａにおいても出荷時から記憶されているものではなく、ＳＣ３２５ｂと同様に更新情報から生成される。
次に、ＳＣは、ＣＵ制御部に対して通信鍵１を通知し、以降のＣＵ制御部との間の通信を、通信鍵１を用いて行なうことで、遊技機との業務電文通信が可能となる。また、ＳＣは、通信制御ＩＣに対して有効鍵を設定することで、通信制御ＩＣから通信鍵２の通知を受け、以降の通信制御ＩＣとの間の通信を、通信鍵２を用いて行なうことで、遊技機との業務電文通信が可能となる。
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図８〜図１８に基づいて、ＣＵ３内において、ＣＵ制御部３２３のＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂとの間で実行される処理とを説明する。
まず、図８を参照して、ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明する。この図８は、ＣＵ３が遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的にはホールサーバや管理サーバ８００などより）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｓ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてＣＵ制御部３２３に記憶する暗号鍵であり、管理センタに設置された管理サーバ８００に記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、管理センタの管理サーバ８００から取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、管理センタに設置された管理サーバ８００からダウンロードしてＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。管理サーバ８００は、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂからＣＵ制御部３２３、ホールサーバを経由して管理サーバ８００へ通知される。
その後、ＣＵ３は、Ｓ台２Ｓに対して、リカバリ要求を行ない、Ｓ台２Ｓは、前回最終送信通番、前回投入中コインＩＤ、前回コイン投入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３に返信する。
次に、図９を参照して、ＣＵ制御部３２３の電源投入・通常立上の処理を説明する。この図９は、ＣＵ３が遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的には管理サーバ８００より、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に管理サーバ８００より取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、鍵の更新が有る場合にのみ、暗号鍵に管理サーバ８００より取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報をさらに取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
次に、図１０を参照して、ＣＵ制御部３２３の電源投入・工場出荷時立上の処理を説明する。この図１０は、ＣＵ３が遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３およびＳＣ３２５ｂにおける処理である。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３が設置されていないため、遊技場のホールサーバより基盤初期鍵をＣＵ制御部３２３が取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
その後、ＣＵ制御部３２３は、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３は、ＳＣ３２５ｂにセキュリティ基板３２５のテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂに送信する。ＳＣ３２５ｂは、ＣＵ制御部３２３から基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３に送信する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にＳＣ３２５ｂより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ３は、Ｓ台２Ｓに対して、通信テスト要求を行ない、Ｓ台２Ｓは通信テスト応答をＣＵ３に送信する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３が遊技場に納入されて最初の電源立上時のシーケンスが図８で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図９で説明した通常立上シーケンスである。
次に、図１１を参照して、基板メーカコードの認証シーケンスの処理を説明する。図１１は、基板メーカコードの認証シーケンスの処理を説明するための図である。まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３に通知する。
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３に通知する。このとき、ＣＵ制御部３２３は、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる（図２４参照）。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂが通信制御ＩＣ３２５ａと認証を行なうことはなく、工場で修理を行なうこととなる。
ＣＵ制御部３２３は、ＳＣ３２５ｂにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
ＳＣ３２５ｂは、ＣＵ制御部３２３からの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３に対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３に対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図８参照）に遷移する。このとき、ＣＵ制御部３２３は、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図１２を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。図１２は、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。
まず、図１２に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図１２において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図１２において基盤出荷鍵を用いた認証が行われることになる。よって、図１２の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３は、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図１３を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。図１３は、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。
まず、ＣＵ制御部３２３とＳＣ３２５ｂとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３に通知する。
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板メシリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂに通知する。
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メシリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３に通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂは、ＣＵ制御部３２３に対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３は、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂに対して通知する。
基板認証結果通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３は、基板認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図１４は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図１４を参照して、まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３とホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は管理サーバ８００のみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で管理サーバ８００）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
ＳＣ３２５ｂは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３に通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、ＣＵ制御部３２３は、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３は、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図１５を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。図１５は、遊技機チップ情報問合せシーケンスの処理を説明するための図である。まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、ＣＵ制御部３２３は、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（管理サーバ８００またはホールサーバ：図５参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
ＳＣ３２５ｂは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３に通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。
次に、図１６を参照して、図１６は、基板認証鍵認証異常のシーケンスの処理を説明するための図である。基板認証鍵認証異常のシーケンスの処理を説明する。まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に管理サーバ８００より取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂは、認証異常として、基板認証鍵情報をクリアする。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、
暗号化してある。
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図８に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、ＳＣ３２５ｂは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを管理サーバ８００に通知する。
次に、図１７は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は管理サーバ８００のみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で管理サーバ８００）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＳ台２Ｓの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＳ台２Ｓの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、セキュリティ基板情報を管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は管理サーバ８００のみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で管理サーバ８００）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
次に、図１８は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３に返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＳ台２Ｓの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＳ台２Ｓの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、遊技機チップ情報の管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で管理サーバ８００）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
以上の図８〜図１８に基づいて説明したＣＵ制御部３２３とＳＣ３２５ｂとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
ＣＵ３が遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図８参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図８参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（管理サーバ８００）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図９参照）。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図８参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３を遊技場に出荷するときにそのＣＵ３の基板認証鍵を管理サーバ８００へ送信して管理サーバ８００に記憶してもらい、遊技場に搬入されたＣＵがその事前に管理サーバ８００に記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから管理サーバ８００への基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３がセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに管理サーバ８００とＣＵ３との間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３とＳＣ３２５ｂとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３がホールサーバに接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図１２に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図１２に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
＜通信制御ＩＣとセキュリティチップとの通信における主なシーケンス＞
次に、図１９は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文シーケンスの処理を説明する図である。図１９を参照して、ＣＵ３の電源投入後のＳＣ３２５ｂおよび通信制御ＩＣ３２５ａの処理について説明する。
まず、ＣＵ３の電源を投入すると、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａが起動される。ＳＣ３２５ｂは、起動するとＣＵ制御部３２３と認証が実施され、通信制御ＩＣ３２５ａは、起動すると遊技機と認証が実施される。
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、通信制御ＩＣ認証シーケンスを行なう。仮認証鍵モードの場合には仮認証鍵を用い、本認証鍵が生成され後の本認証鍵モードの場合には本認証鍵を用いる。
ここで、仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバとの最初の通信時にＣＵ制御部３２３経由でＳＣ３２５ｂが受信し、通信制御ＩＣ３２５ａに対して送信（設定）する鍵である。有効鍵が設定されることによってＳ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａ活性化用のデータである。換言すると、有効鍵は、ＣＵ３とＳ台２Ｓとの間の通信を許可するための許可情報である。
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、セキュリティ情報更新シーケンスを行なう。さらに、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、遊技機チップ情報認証シーケンスを行なう。
その後、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して通信鍵を要求する通信鍵要求のコマンドを送信する。通信鍵要求のコマンドは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。
通信鍵要求のコマンドを受信した通信制御ＩＣ３２５ａは、遊技機と業務電文を通信するための通信鍵（セッション鍵）を生成し、生成した通信鍵を通信鍵応答のレスポンスでＳＣ３２５ｂに通知する。なお、返信する通信鍵応答のレスポンスは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。通信鍵（セッション鍵）の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この現在時刻のデータは、通信制御ＩＣ３２５ａ自ら生成してもよくまた他の装置からもらい受けてもよい。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、前述の相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。
なお、上記の処理終了以降、遊技機と業務電文通信が可能となる。図２０は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図２０を参照して、以下説明する一連の処理は、ＣＵ制御部３２３とＳＣ３２５ｂとの間において行なわれる。
ステップＳ２０１において、チャレンジレスポンス方式を用い、基板シリアルＩＤを使用した認証処理(単体認証）が行なわれる（図１３の基板シリアルＩＤ認証要求／応答１，２参照）。
そして、ステップＳ２０１の単体認証が完了すると、次のステップＳ２０２において鍵バージョンのチェックが行なわれる（図１３のバージョン情報通知／応答参照）。
そして、ステップＳ２０２の鍵バージョンのチェックが完了すると、次のステップＳ２０３において、基板認証鍵を使用した機器認証が行なわれる（図１３の基板認証鍵認証要求／応答１，２参照）。
そして、ステップＳ２０３の機器認証処理が完了すると、次のステップＳ２０４において、ステップＳ２０１〜Ｓ２０３の認証結果を相互に通知を行ない、次のステップＳ２０５に処理が進む（図１３の基板認証結果通知／応答参照）。
ステップＳ２０５において、通知された認証結果が正常か否かを判断され、認証結果が正常である場合にはステップＳ２０６に処理が進み、認証結果が正常でない場合にはステップＳ２０７に処理が進む。
ステップＳ２０６において、ＣＵ制御部３２３がＳＣ３２５ｂから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップＳ２０９に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップＳ２１０に処理が進む。
ステップＳ２０９においては、ＣＵ制御部３２３−ＳＣ３２５ｂ間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップＳ２１０は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、ＣＵ制御部３２３−ＳＣ３２５ｂ間は遊技機チップ情報の照合の処理が行なわれる。
一方、ステップＳ２０５において、認証結果が正常でない場合には、ステップＳ２０６に処理が進み。このステップＳ２０６においてこのリトライ回数が３回目か否かが判断され、リトライ回数が３回目である場合には、ステップＳ２０８に処理が進み、リトライ回数が３回目でない（リトライ回数が１回目か２回目である）場合には、処理がステップＳ２０１に戻り、再度認証処理が行なわれる。
ステップＳ２０８において、ＳＣ３２５ｂ基板認証異常として、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード（基板初期鍵モード）で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は１日中この基板初期鍵モードで運用され、翌日の電源立上時に再度管理サーバ８００に対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる（図１７）。また、ステップＳ２０８ａに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
図２１は、通信モードの切替処理を説明するためのフローチャートの一例である。図２１（ａ）は、ＣＵ制御部−ＳＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図２１（ａ）を参照して、ステップＳ２１１において、ＣＵ制御部３２３は管理サーバ８００に基板認証鍵の要求を行ない、次のステップＳ２１２に処理が進む。
そして、ステップＳ２１２において、ＣＵ制御部３２３は管理サーバ８００から送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信し、次のステップＳ２１３に処理が進む。
ステップＳ２１３において、ＣＵ制御部３２３は遊技機が非稼動状態か否かの判定を行なう。次のステップＳ２１４のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップＳ２１４のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、Ｓ台２Ｓに遊技者のコインが投入されていないか投入されているかで判断する。コインが投入されていない場合には遊技機が非稼働状態と判断する一方、コインが投入されている場合には遊技機が稼働状態と判断する。ＣＵ制御部３２３に対応する遊技機が非稼動状態である場合には、ステップＳ２１４に処理が進み、ＣＵ制御部３２３に対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップＳ２１３の処理が行なわれる。
ステップＳ２１４において、ＣＵ制御部３２３は、ステップＳ２１２において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
図２１（ｂ）は、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図２１（ｂ）を参照して、ステップＳ２１６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２１２により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２１７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、前述のステップＳ２１３と同様に、ステップＳ２１８においてＳＣ３２５ｂは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップＳ２１９の処理を実行する。ステップＳ２１９においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、ＣＵの正当性が管理サーバ８００に登録された基板認証鍵によって認証される前に通常の通信モードとなって残額等を用いたＳ台２Ｓでの遊技が可能となることを防止できる。さらに、管理サーバ８００に登録された基板認証鍵を受信できないときでも、制限通信モードとなり、Ｓ台２Ｓでの遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、管理サーバ８００に記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
図２２は、通信モードの切替処理を説明するためのフローチャートの他の例である。ＣＵ制御部−ＳＣ間での通信モードの切替処理を示す図２２（ａ）を参照して、ステップＳ２２１において、ＣＵ制御部３２３は管理サーバ８００にセキュリティ基板情報の要求を行ない、次のステップＳ２２２に処理が進む。
そして、ステップＳ２２２において、ＣＵ制御部３２３が管理サーバ８００に要求したセキュリティ基板情報をホールサーバが管理サーバ８００から取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバが取得する。次に、ステップＳ２２３においてホールサーバは、前述のステップＳ２１３と同様の趣旨より、セキュリティ基板情報を要求したＣＵ制御部３２３に対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバはステップＳ２２４において、取得した基板認証鍵をＣＵ制御部３２３へ送信し、それを受けたＣＵ制御部３２３はセキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信する。次に、ステップＳ２２５においてＣＵ制御部３２３は、ステップＳ２２２４において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
次に、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を示す図２２（ｂ）を参照して、ステップＳ２２６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２２４により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２２７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、ステップＳ２２８においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、制限通信モードにおいてホールサーバが管理サーバ８００から基板認証鍵を受信したときでも、Ｓ台２Ｓが稼動中のときには、即座にその基板認証鍵がＣＵに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバからＣＵに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
＜ＳＣ３２５ｂとＣＵ制御部３２３との認証動作＞
次に、統一店舗コードのチェック、基板メーカコードの認証についてさらに詳しく説明する。
まず、図２３を参照して、ＳＣ３２５ｂによる統一店舗コードのチェック処理を説明する。図２３は、統一店舗コードのチェックの認証動作を説明するためのフローチャートである。この処理は、ＳＣ３２５ｂが、基板接続要求時に通知される統一店舗コードと前回通知された統一店舗コードをチェックして、不一致の場合に設置された店舗が変わったと判断する認証動作である。ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであるか否かを判断する（ステップＳ１１０１）。なお、統一店舗コードのダミーコードは、たとえば、すべてのデータが“０ｘＦＦ”である。このダミーコードは、ＣＵ３が遊技場（店舗）に設置される前の出荷時の段階で通常の統一店舗コードの代わりに用いられるものであり、出荷時の段階でＳＣ３２５ｂに既に記憶されている。そして出荷時にダミーコードをＣＵ制御部３２３経由でＳＣ３２５ｂに入力して、ＳＣ３２５ｂがその入力されたダミーコードと記憶しているダミーコードとを一致判定して認証する。また、ダミーコードは、新装開店の遊技場(ホール)のため未だ統一店舗コードを取得していない場合に仮の店舗コードとして当該遊技場のホールサーバにデフォルトとして記憶されている。そして、新装開店の遊技場に設置されたＣＵ３にホールサーバからダミーコードをダウンロードさせてＳＣ３２５ｂがそのダウンロードされたダミーコードと記憶しているダミーコードとを一致判定して認証し、Ｓ台２Ｓによる遊技を可能にする。
正規の統一店舗コードを取得したホールサーバはＣＵ制御部３２３へその統一店舗コードを送信する。それを受けたＣＵ制御部３２３は、次の電源投入時における基板接続要求時にその統一店舗コードをＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであると判断した場合（ステップＳ１１０１：ＹＥＳ）、基板接続要求時にホールサーバから通知された統一店舗コードに記憶を更新するが、基板認証鍵、本認証鍵情報を初期化しないで、前回の各認証モードを引継いで動作する。その後、ＳＣ３２５ｂは、認証ログ情報を保存する（ステップＳ１１０６）。基板認証鍵、本認証鍵情報の初期化は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに必要となる処理であるが、ＳＣ３２５ｂに記憶されているダミーコードを統一店舗コードに更新する場合には、前述した新装開店の遊技場が正規に統一店舗コードを取得してその統一店舗コードをＣＵ３にダウンロードした場合であり、店舗が代わったわけではなく、基板認証鍵、本認証鍵情報の初期化は不要である。逆にこのような場合に基板認証鍵、本認証鍵情報の初期化すると、再度基板認証鍵の取得要求が必要となり、１営業日での基板初期鍵運用（時限運用）が多くなり、時限運用猶予期間が少なくなる不都合が生じる。このような不都合を回避するために基板認証鍵、本認証鍵情報の初期化を行なわないように制御している。
一方、ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードでないと判断した場合（ステップＳ１１０１：ＮＯ）、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致しているか否かを判断する（ステップＳ１１０２）。
ＳＣ３２５ｂは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していると判断した場合（ステップＳ１１０２：ＹＥＳ）、認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移する（ステップＳ１１０３）。なお、ＳＣ３２５ｂは、前回の認証モードが基板認証鍵モードである場合、基板認証鍵認証シーケンスへ遷移し、前回の認証モードがそれ以外の認証モードである場合、基板初期鍵認証シーケンスへ遷移する。
一方、ＳＣ３２５ｂは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していないと判断した場合（ステップＳ１１０２：ＮＯ）、基板認証鍵情報、および本認証鍵情報を初期化（クリア）する（ステップＳ１１０４）。このような統一店舗コードの不一致は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに生じる。ＣＵ３が他の遊技場に移設されたため、前の遊技場で使用していた基板認証鍵情報および本認証鍵情報を初期化（クリア）してセキュリティを担保するのである。なお、ＳＣ３２５ｂは、ＣＵ制御部３２３から通知される統一店舗コードが変更になった場合、本認証鍵の初期化（クリア）を通信制御ＩＣ３２５ａに設定して、仮認証鍵による認証を開始する。なお、ＳＣ３２５ｂが本認証鍵情報を初期化（クリア）した場合に、通信制御ＩＣ３２５ａも本認証鍵情報を初期化（クリア）するように制御してもよく、また、特にそのような制御を行なうことなく次回の通信制御ＩＣ３２５ａとの認証のときにＳＣ３２５ｂが本認証鍵でないため仮認証鍵での認証に戻るようにしてもよい。
また、ＳＣ３２５ｂは、ステップＳ１１０４で基板認証鍵情報、および本認証鍵情報を初期化（クリア）した後、認証処理を基板初期鍵認証シーケンスおよび仮認証鍵シーケンスへ遷移する（ステップＳ１１０５）。
ＳＣ３２５ｂは、ステップＳ１１０３で認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移した後、ステップＳ１１０４で認証処理を基板初期鍵認証シーケンスへ遷移した後、認証ログ情報を保存する（ステップＳ１１０６）。
図２４は、基板メーカコードの認証動作を説明するためのフローチャートである。基板メーカコードの認証は、ＳＣ３２５ｂとＣＵ制御部３２３とが、それぞれ初期情報として記憶している基板メーカコードを使用した認証を行なう認証動作である。図２４を参照して、まず、ＳＣ３２５ｂとＣＵ制御部３２３とは、記憶している基板メーカコードを使用したチャレンジ／レスポンス方式による単体認証を行なう。（ステップＳ１２０１）。なお、単体認証時に生成するレスポンスコードは、たとえば、記憶している基板メーカコードを鍵にしてチャレンジコードをブロック暗号化した後にハッシュ関数でハッシュ化することで生成される。
ＳＣ３２５ｂは、生成したチャレンジコードに対してＣＵ制御部３２３が生成したレスポンスコードをチェックした認証結果が正常か否かの判断を行なう（ステップＳ１２０２）。ＳＣ３２５ｂは、認証結果が正常であると判断した場合（ステップＳ１２０２：ＹＥＳ）、既に基板認証鍵で認証済みであるか否かを判断する（ステップＳ１２０３）。一方、ＳＣ３２５ｂは、認証結果が正常でない（異常）と判断した場合（ステップＳ１２０２：ＮＯ）、ｎ回（たとえば３回）連続して異常であるか否かを判断する（ステップＳ１２０４）。
ＳＣ３２５ｂは、既に基板認証鍵で認証済みであると判断した場合（ステップＳ１２０３：ＹＥＳ）、基板認証鍵の認証処理へ遷移し、基板認証鍵認証シーケンスを維持する（ステップＳ１２０５）。一方、ＳＣ３２５ｂは、既に基板認証鍵で認証済みでないと判断した場合（ステップＳ１２０３：ＮＯ）、基板初期鍵の認証処理へ遷移する（ステップＳ１２０６）。
ＳＣ３２５ｂは、ｎ回連続して異常でないと判断した場合（ステップＳ１２０４：ＮＯ）、処理をステップＳ１２０１に戻す。一方、ＳＣ３２５ｂは、ｎ回連続して異常であると判断した場合（ステップＳ１２０４：ＹＥＳ）、セキュリティを担保するために基板認証鍵情報および本認証鍵情報を初期化（クリア）する（ステップＳ１２０７）。これにより、基板認証鍵情報および本認証鍵情報が盗用される不都合を防止できる。その後、ＳＣ３２５ｂは、基板初期鍵の認証処理へ遷移する（ステップＳ１２０８）。
ＳＣ３２５ｂは、ステップＳ１２０５で基板認証鍵認証シーケンスを維持、またはステップＳ１２０６、Ｓ１２０８で基板初期鍵の認証処理へ遷移した後、認証ログ情報を保存する（ステップＳ１２０９）。
＜ヘルスチェック＞
次に、本実施の形態に係る遊技用システムでは、たとえばＣＵ３またはＳ台２Ｓと管理サーバ８００との通信が不通となった場合であっても、安定してＣＵ３またはＳ台２Ｓを稼働させるために時限運用機能を利用して稼働を継続することが可能である。しかし、時限運用機能を意図的に利用して、管理サーバ８００と通信を行なうことなくＣＵ３やＳ台２Ｓを稼働させて不正な営業が行なわれる可能性があった。そこで、本実施の形態では、時限運用機能を利用して稼働しているＣＵ３またはＳ台２Ｓが、管理サーバ８００との通信が不通となった状態が所定の期間継続した場合、当該時限運用機能を無効にするように構成している。また、本実施の形態では、ＣＵ３またはＳ台２Ｓの時限運用機能が無効にされても、管理サーバ８００との通信が回復し所定の条件を満たせば再び時限運用機能の設定を有効にする構成にしてある。
図２５は、本実施の形態に係る遊技用システムにおいて時限運用機能を無効にする処理を説明するための図である。図２５を参照して、時限運用機能を無効にする処理について説明する。時限運用機能を無効にする処理は、管理サーバ８００−ホールサーバ８０１間、ホールサーバ８０１−ＣＵ制御部３２３間、ＣＵ制御部３２３−ＳＣ３２５ｂ間において所定の処理が行なわれる。
まず、ＣＵ制御部３２３およびＳＣ３２５ｂを含むＣＵ３がＳ台２Ｓと通信を行なうことで、遊技者がＳ台２Ｓで遊技を行なうことが可能となっている。このとき、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれており、ＣＵ制御部３２３からの状態情報要求のコマンドも、ＳＣ３２５ｂ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されている。
この秘匿鍵Ａは、管理サーバ８００からのヘルスチェックにより定期的に更新することで、正常にＣＵ制御部３２３−ＳＣ３２５ｂ間の通信を行なうことが可能となる。図２５に示す管理サーバ８００は、ＣＵ制御部３２３−ＳＣ３２５ｂ間で正常に通信を行なっているときに、ＣＵ制御部３２３およびＳＣ３２５ｂに対してヘルスチェックを行なうべくヘルスチェック要求のコマンドを送信しているが、管理サーバ８００−ホールサーバ８０１間の通信が不通のため当該ヘルスチェック要求のコマンドがＣＵ制御部３２３に到達していない。
管理サーバ８００からのヘルスチェックは、たとえば１日１回行なわれ、管理サーバ８００−ホールサーバ８０１間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない場合であっても再送信せずに次の日にヘルスチェック要求を送信することになる。
ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信は、管理サーバ８００からのヘルスチェックが行なわれず秘匿鍵Ａが更新されない場合であっても、時限運用機能のため何ら制限を受けることなく継続して通信を行なうことができる。そのため、ＣＵ３とＳ台２Ｓとの通信も正常に行なうことができ、ＣＵ３やＳ台２Ｓを正常に稼働させてＳ台２Ｓでの営業を可能にすることができる。
しかし、管理サーバ８００がヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３に到達しない状態が、たとえば１０日間（１日１回ヘルスチェックを行なう場合であれば１０回）継続した場合、ヘルスチェック要求時限オーバーと判断される。ヘルスチェック要求時限オーバーと判断されると、ＳＣ３２５ｂは時限運用機能を無効にして、秘匿鍵Ａを用いたＣＵ制御部３２３−ＳＣ３２５ｂ間の通信を行なうことができなくなる。ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信において秘匿鍵Ａを利用できない場合、通信内容が大幅に制限され、ＣＵ３とＳ台２Ｓとの通信も制限される。そのため、ＣＵ３やＳ台２Ｓの稼働を不可にさせたり、大幅に制限を加えて稼働させたりすることができる。
ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれておらず、ＣＵ制御部３２３からの状態情報要求のコマンドも、ＳＣ３２５ｂ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されていない。その代わりに、たとえばＣＵ制御部３２３またはＳＣ３２５ｂに保持されている初期鍵Ａに基づいて暗号して通信を行なってもよい。その場合、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間で通信できるコマンドが大幅に制限される。
以上のように、本実施の形態では、管理サーバ８００との通信が不通となった状態が所定の期間継続してヘルスチェックできない場合、時限運用機能を無効にするので、時限運用機能を利用して不正にＳ台２Ｓを稼働させて営業することを防止することができる。なお、時限運用機能を無効にする無効条件は、ヘルスチェックできない期間が１０日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できなかった回数が所定回数になったことを条件にしてもよい。
次に、時限運用機能を無効にした遊技用システムに対して、時限運用機能を有効にするための処理について説明する。図２６は、本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。図２６を参照して、時限運用機能を有効にする処理について説明する。時限運用機能を有効にする処理は、管理サーバ８００−ホールサーバ８０１間、ホールサーバ８０１−ＣＵ制御部３２３間、ＣＵ制御部３２３−ＳＣ３２５ｂ間において所定の処理が行なわれる。
まず、ＣＵ制御部３２３およびＳＣ３２５ｂを含むＣＵ３がＳ台２Ｓと通信を行ない、ＣＵ制御部３２３から状態情報要求のコマンドをＳＣ３２５ｂに送信し、それを受けてＳＣ３２５ｂ間から状態情報応答のレスポンスをＣＵ制御部３２３に送信している。なお、このときＣＵ制御部３２３およびＳＣ３２５ｂは、管理サーバ８００−ホールサーバ８０１間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない状態で無効条件が成立して時限運用機能が無効にされている。
その後、管理サーバ８００−ホールサーバ８０１間の回線が復旧して通信可能となった場合、管理サーバ８００から送信したヘルスチェック要求に対するヘルスチェック応答が得られる。このような管理サーバ８００からのヘルスチェックが可能となった状態が３日間経過し、４日目のヘルスチェック要求を管理サーバ８００が行なう。なお、ヘルスチェックが可能となった状態であれば、ＣＵ制御部３２３−ＳＣ３２５ｂ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれている。
具体的に、管理サーバ８００は、ホールサーバ８０１に対してヘルスチェック要求のコマンドを送信し、当該コマンドを受けたホールサーバ８０１がＣＵ制御部３２３に対してヘルスチェック要求のコマンドを送信する。さらに、ＣＵ制御部３２３は、ホールサーバ８０１からのコマンドを受けて、付加情報としてヘルスチェック要求を含む基板状態要求のコマンドをＳＣ３２５ｂに送信する。
ＳＣ３２５ｂは、ＣＵ制御部３２３から基板状態要求のコマンドを受けると、回線が復旧して正常にヘルスチェックが３日間行なわれたので、無効にしてある時限運用機能を有効にする。時限運用機能を有効にすることで、今後、管理サーバ８００−ホールサーバ８０１間の通信が不通となりヘルスチェックが行なえなくなっても、ＣＵ制御部３２３およびＳＣ３２５ｂは、時限運用機能を利用して秘匿鍵Ａに基づく通信を行なうことが可能となる。これにより、ＣＵ３およびＳ台２Ｓは、管理サーバ８００との通信断などの障害が生じたとしても安定して稼働させることができる。
さらに、ＳＣ３２５ｂは、基板状態要求のコマンドを受けて、付加情報としてヘルスチェック応答を含む基板状態応答のレスポンスをＣＵ制御部３２３に送信する。ヘルスチェック応答には、ＳＣ３２５ｂの状態情報が含まれるとともに、Ｓ台２Ｓから受信したＳ台２Ｓの状態情報が含まれている。なお、ＳＣ３２５ｂがＳ台２Ｓに対してヘルスチェック要求を行ない、Ｓ台２Ｓからヘルスチェック応答を受信することで、Ｓ台２Ｓの状態情報を取得する。
ＣＵ制御部３２３は、ＳＣ３２５ｂから基板状態応答のレスポンスを受けて、ホールサーバ８０１に対してヘルスチェック応答のレスポンスを送信する。当該ヘルスチェック応答のレスポンスには、たとえばＣＵ制御部３２３−ＳＣ３２５ｂ間の認証状態の情報が含まれている。さらに、ホールサーバ８０１が、ＣＵ制御部３２３からヘルスチェック応答のレスポンスを受けて、管理サーバ８００に対してヘルスチェック応答のレスポンスを送信する。
以上のように、本実施の形態では、管理サーバ８００との回線が復旧し通信が可能となった状態が所定の期間継続してヘルスチェックを行なうことができる場合、無効である時限運用機能を有効にするので、時限運用機能を利用して遊技場の営業を妨げない安定した稼働が可能となる。また、無効である時限運用機能を有効にするために店員が各ＣＵ３やＳ台２Ｓを操作する必要が無いため、店員の作業を軽減することができる。なお、時限運用機能を有効にする復帰条件は、ヘルスチェックが可能となった期間が３日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できた回数が所定回数になったことを条件にしてもよい。また、時限運用機能を無効にする無効条件であるヘルスチェックできない期間（たとえば１０日間）は、時限運用機能を有効にする復帰条件であるヘルスチェックが可能となった期間（たとえば３日間）に比べて長くすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定したＣＵ３およびＳ台２Ｓの稼働が可能になる。
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
（１）本実施の形態では、図３に示すようにＳ台２Ｓに通信可能に接続するＣＵ３（遊技用装置）を備える遊技用システムについて説明したが、これに限定されない。例えば、ＣＵ３の構成をＳ台２Ｓに含め、Ｓ台２ＳがＴ−ＢＯＸ４００を介して管理サーバ８００に接続する遊技用システムであってもよい。具体的に、図２７は、変形例のＳ台２Ｓとの構成を示すブロック図である。図２７に示すＳ台２Ｓは、図３に示す払出制御基板１７、ＣＵ制御部３２３、セキュリティ基板３２５の機能を主制御基板１６に含めた構成である。図２７に示す主制御基板１６には、特に払出制御基板１７、ＣＵ制御部３２３、セキュリティ基板３２５の構成を図示していないが、それぞれの機能は含んでおり、例えば図２７で払出制御基板１７に接続されていたコイン認識基板３３１が直接接続されている。また、図２７に示す主制御基板１６は、外部接続端子３３２を介してＴ−ＢＯＸ４００に接続され、当該Ｔ−ＢＯＸ４００を介して管理サーバ８００に接続されている。そのため、主制御基板１６は、管理サーバ８００と通信可能であり、前述したＣＵ制御部３２３、セキュリティ基板３２５の機能を実現することが可能であり、同様の効果を得ることができる。なお、図２７に示すＳ台２Ｓは、図３に示すＣＵ３の構成をすべて含んでいるのではなく、コイン払出機３３３、貨幣識別器３３４は含んでいない。この場合、コイン払出機３３３は、１つの遊技島に対してコイン払出機３３３を１台設ける構成、またはホールの所定の場所にコイン払出機３３３を複数台設ける構成となる。
（２）本実施の形態では、図３に示すようにＳ台２ＳにＣＵ３が通信可能に接続され、ＣＵ３を介して管理サーバ８００と通信する共に、外部接続端子３３２を介して管理サーバ８００と通信することが可能である。そのため、Ｓ台２Ｓは、管理サーバ８００などの外部に遊技情報（例えば、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数など）を出力する場合、ＣＵ３を介して管理サーバ８００に出力しても、外部接続端子３３２を介して管理サーバ８００に出力してもよい。もちろん、Ｓ台２Ｓは、同じ遊技情報を、ＣＵ３を介する経路と、外部接続端子３３２を介する経路との両方を利用して主力してもよい。
（３）本実施の形態では、リーダライタで受付けたコイン（記録媒体）に記録された持点をＳ台２Ｓの持点記憶手段である払出制御部１７１のＲＡＭに読み出した場合、読み出した持点をメダル点として記憶し、メダル点使用スイッチ１２を押下することで当該メダル点を遊技への使用のためのクレジットとして変換されると説明した。さらに、本実施の形態では、クレジットの上限を設け、上限以上はメダル点がクレジットに変換されないようにして、メダル払出し方式のスロットマシンに慣れた遊技者に違和感を与えないような構成について説明した。しかし、これに限定されるものではなく、リーダライタで受付けたコインに記録された持点を払出制御部１７１のＲＡＭに読み出した場合、Ｓ台２Ｓの持点であるメダル点としてではなく、クレジットして記憶してもよい。なお、この場合クレジットには上限を設けずにコインに記録された持点の全部を変換できるようにする。
（４）本実施の形態では、主制御部１６１と払出制御部１７１との間で相互認証を行う。相互認証に必要な認証情報は、予め主制御部１６１および払出制御部１７１に記憶してあってもよいが、ＳＣ３２５ｂから必要な認証情報を得るようにしてもよい。具体的な認証シーケンスとしては、前述したように主制御部１６１および払出制御部１７１のチップＩＤが管理サーバ８００により認証され、主制御部−払出制御部間の通信が認証されたことがそれぞれの認証ステータスレジスタに書込まれる。さらに、当該認証シーケンスにより、主制御部１６１と払出制御部１７１との暗号通信に用いる暗号鍵および復号鍵を生成する処理を行なう。当該処理を行なった以降の主制御部１６１と払出制御部１７１との通信には、生成された暗号鍵および復号鍵を用いて暗号通信が行なわれる。
（５）本実施の形態では、コイン残高を消費することによって、メダル点が加算される。あるいは、貯メダルを消費することによって、メダル点が加算される。つまり、コイン残高あるいは貯メダルからメダル点に変換される。一方、コイン残高および貯メダルから持点には変換されない。しかしながら、コイン残高および貯メダルから一旦、持点に変換されるようにしてもよい。
（６）持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、Ｓ台２Ｓに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＳ台２Ｓが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
（７）Ｓ台２Ｓが遊技中の精算操作を無効とする場合の「遊技中」とは、たとえば、リール２Ｌ、２Ｃ、２Ｒが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２Ｌ、２Ｃ、２Ｒが停止するまでの期間である。
（８）本実施の形態では、ＣＵ３とＳ台２Ｓとの間の通信において、ＣＵ３を一次局、Ｓ台２Ｓを二次局とするコマンド−レスポンス方式が採用され、ＣＵ制御部３２３とＳＣ３２５ｂとの間の通信において、ＣＵ制御部３２３を一次局、ＳＣ３２５ｂを二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
（９）本実施の形態では、Ｓ台２Ｓ側のみでメダル点を記憶するようにしているが、メダル点はＳ台２Ｓ側およびＣＵ３側の双方で記憶してもよい。また、本実施の形態では、主制御部１６１側のみでメダル点を記憶するようにしているが、メダル点は主制御部１６１側および払出制御部１７１側の双方で記憶してもよい。一方、持点は、払出制御部１７１側のみでメダル点を記憶するようにしているが、持点は主制御部１６１側および払出制御部１７１側の双方で記憶してもよい。また、メダル点は主制御部１６１側のみで記憶し、一方、持点は、払出制御部１７１側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
（１０）本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点（持玉）を分割して共有する処理（持点を他人に分割譲渡する処理）を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、ＣＵ又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。
（１１）本実施の形態では、コインＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。
（１２）本実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
（１３）本実施の形態では、遊技場から離れた管理センタに管理サーバ８００を設置した。しかしながら、管理サーバ８００は遊技場内に設置してもよい。これにより、遊技場外に管理サーバ８００を設置する場合と比較すると、ＣＵ３と管理サーバ８００との通信を高速化し易く、また、通信障害の発生率を低減できる。
（１４）本実施の形態では、遊技情報の一例として、リール位置、遊技状態（ＡＴ中など）、大当り、異常の報知、入賞回数、メダル点数などを挙げて説明した。しかしながら、遊技情報は、持点、コイン残額、貯メダル、その他、玉数情報、遊技台情報など遊技に関連したその他の情報を含んでもよい。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを第１表示器５４や第２表示器５５などに表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のコインＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際には管理サーバ８００などからＳ台２Ｓへダウンロードするようにしてもよい。
（１５）持点またはメダル点の数の変化の有無をＳ台２Ｓでチェックし、所定期間、持点またはメダル点の数が変化しない場合には、Ｓ台２Ｓでその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｓ台２Ｓ上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
（１６）コインがＳ台２Ｓに投入されていないにも関わらず、遊技者のメダル点が変化した場合には、Ｓ台２Ｓでその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｓ台２Ｓ上の呼び出しランプ）に出力してもよい。これにより、たとえば、遊技を終えてコインを排出した後に、メダル点が払い出されたまま放置されているような台を店員が把握しやすくする。
（１７）本実施の形態では、遊技者が貸出スイッチ３２１を押下することでコインに記録されている残高の全部または一部を引落としてメダル点に変換し、遊技者が持点スイッチ３２４を押下することでコインに記録されている持点の全部または一部を引落としてメダル点に変換する構成を説明した。しかし、これに限定されず、例えばコインをコイン投入口１３に投入すると、コインに記録されている残高または持点の全部または一部が自動的に引落とされてメダル点に変換する構成でもよい。
（１８）本実施の形態では、遊技者が貸出スイッチ３２１を押下することでコインに記録されている残高の全部または一部を引落したり、遊技者が持点スイッチ３２４を押下することでコインに記録されている持点の全部または一部を引落したりした場合、引落したタイミングで引落した残高または持点をコインに記録している。しかしながら、これに代えて、返却スイッチ３２２が押下されコインを返却するときに一括して引落した残高または持点をコインに記録させるようにしてもよい。また、本実施の形態では、メダル点精算スイッチ１１ｂが操作されて計数処理が行なわれるタイミングで計数された持点がコインに記録されている。しかしながら、これに代えて、返却スイッチ３２２が押下されコインを返却するときに一括して計数された持点をコインに記録させるようにしてもよい。
（１９）本実施の形態では、Ｓ台２Ｓの持点記憶手段として払出制御部１７１のＲＡＭにメダル点およびクレジットを記憶される構成を説明した。しかし、これに限定されず、例えば、払出制御部１７１のＲＡＭにメダル点、主制御部１６１のＲＡＭにクレジットを記憶させてもよい。また、例えばクレジットを記憶させる領域を設けずに、メダル点から直接賭数を設定できるようにしてもよい。さらに、払出制御部１７１のＲＡＭにメダル点およびクレジットを記憶させる領域を設けずに、リーダライタで受付けたコインに記録された持点を直接読み出して賭数の設定に利用できるようにしてもよい。つまり、Ｓ台２Ｓは、メダル点やクレジットを介することなく、コインに記録された持点を直接使用して遊技を行ってもよい。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
２Ｓ スロットマシン、３ ユニット、１１ａ クレジット精算スイッチ、１１ｂ メダル点精算スイッチ、１２ メダル点使用スイッチ、１３ コイン投入口、１６ 主制御基板、１７ 払出制御基板、５４ 第１表示器、５５ 第２表示器、１６１ 主制御部、１７１ 払出制御部、３０９ コイン挿入／排出口、３１２ 表示器、３１９ 再プレイスイッチ、３２０ ＩＲ受光ユニット、３２１ 貸出スイッチ、３２２ 返却スイッチ、３２３ ＣＵ制御部、３５０ 表示制御部。

Claims (2)

  1. 遊技者により遊技が行なわれる遊技機と、前記遊技機と通信可能に接続される管理装置とを備える遊技用システムであって、
    前記遊技機は、
    遊技者所有の有価価値および前記遊技機で遊技に使用する持点を特定可能な記録媒体を受付ける受付手段と、
    前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す読出手段と、
    前記読出手段で読出した有価価値を持点に変換する変換手段と、
    前記変換手段の変換で得た持点および前記読出手段で読出した持点を記憶する持点記憶手段と、
    前記記録媒体が記録している有価価値を減算する有価価値減算手段と、
    前記記録媒体が記録している持点を減算する持点減算手段と、
    遊技への使用のために前記持点記憶手段から持点を減算する記憶持点減算手段と、
    遊技結果に応じて前記持点記憶手段へ持点を加算する記憶持点加算手段と、
    前記持点記憶手段が記憶している持点を、前記記録媒体が記録している持点に加算する持点加算手段とを含む、遊技用システム。
  2. 遊技者所有の有価価値および遊技に使用する持点を特定可能な記録媒体を受付ける受付手段と、
    前記受付手段で受付けた前記記録媒体から有価価値および持点を読出す読出手段と、
    前記読出手段で読出した有価価値を持点に変換する変換手段と、
    前記変換手段の変換で得た持点および前記読出手段で読出した持点を記憶する持点記憶手段と、
    前記記録媒体が記録している有価価値を減算する有価価値減算手段と、
    前記記録媒体が記録している持点を減算する持点減算手段と、
    遊技への使用のために前記持点記憶手段から持点を減算する記憶持点減算手段と、
    遊技結果に応じて前記持点記憶手段へ持点を加算する記憶持点加算手段と、
    前記持点記憶手段が記憶している持点を、前記記録媒体が記録している持点に加算する持点加算手段とを含む、遊技機。
JP2014212905A 2014-10-17 2014-10-17 遊技用システムおよび遊技機 Pending JP2016077610A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014212905A JP2016077610A (ja) 2014-10-17 2014-10-17 遊技用システムおよび遊技機

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014212905A JP2016077610A (ja) 2014-10-17 2014-10-17 遊技用システムおよび遊技機

Publications (1)

Publication Number Publication Date
JP2016077610A true JP2016077610A (ja) 2016-05-16

Family

ID=55955428

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014212905A Pending JP2016077610A (ja) 2014-10-17 2014-10-17 遊技用システムおよび遊技機

Country Status (1)

Country Link
JP (1) JP2016077610A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019041988A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041991A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041992A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041990A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041989A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019187832A (ja) * 2018-04-26 2019-10-31 株式会社ユニバーサルエンターテインメント 遊技システム、遊技機及び遊技媒体管理装置
JP2021141981A (ja) * 2020-03-10 2021-09-24 サミー株式会社 遊技機

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06254238A (ja) * 1993-03-09 1994-09-13 Master Seimitsu Kogyo Kk Ｉｃカードを用いた一体型遊技機
JP2002239080A (ja) * 2001-02-20 2002-08-27 Sankyo Kk 遊技用記録媒体および遊技用記録媒体発行装置
JP2003154056A (ja) * 2001-11-26 2003-05-27 Sophia Co Ltd 遊技装置
JP2012034962A (ja) * 2010-08-10 2012-02-23 Sankyo Co Ltd スロットマシン
JP2013056058A (ja) * 2011-09-08 2013-03-28 Sankyo Co Ltd スロットマシン
JP2014064679A (ja) * 2012-09-25 2014-04-17 Universal Entertainment Corp 遊技システム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06254238A (ja) * 1993-03-09 1994-09-13 Master Seimitsu Kogyo Kk Ｉｃカードを用いた一体型遊技機
JP2002239080A (ja) * 2001-02-20 2002-08-27 Sankyo Kk 遊技用記録媒体および遊技用記録媒体発行装置
JP2003154056A (ja) * 2001-11-26 2003-05-27 Sophia Co Ltd 遊技装置
JP2012034962A (ja) * 2010-08-10 2012-02-23 Sankyo Co Ltd スロットマシン
JP2013056058A (ja) * 2011-09-08 2013-03-28 Sankyo Co Ltd スロットマシン
JP2014064679A (ja) * 2012-09-25 2014-04-17 Universal Entertainment Corp 遊技システム

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019041988A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041991A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041992A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041990A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019041989A (ja) * 2017-08-31 2019-03-22 株式会社高尾 回胴式遊技機
JP2019187832A (ja) * 2018-04-26 2019-10-31 株式会社ユニバーサルエンターテインメント 遊技システム、遊技機及び遊技媒体管理装置
JP7061009B2 (ja) 2018-04-26 2022-04-27 株式会社ユニバーサルエンターテインメント 遊技機
JP2021141981A (ja) * 2020-03-10 2021-09-24 サミー株式会社 遊技機
JP7071663B2 (ja) 2020-03-10 2022-05-19 サミー株式会社 遊技機

Similar Documents

Publication Publication Date Title
JP5328942B2 (ja) 遊技用装置
JP2019195517A (ja) 遊技機
JP2016077610A (ja) 遊技用システムおよび遊技機
JP2019187772A (ja) 遊技機
JP5343139B2 (ja) 遊技機および遊技枠
JP2019187773A (ja) 遊技機
JP2017000853A (ja) 遊技用システムおよび遊技用装置
JP5940498B2 (ja) 遊技用装置
JP6163639B2 (ja) 遊技用システムおよび遊技用装置
JP5624565B2 (ja) 遊技用システムおよび遊技用装置
JP2015077170A (ja) 遊技用システム
JP6062230B2 (ja) 遊技用システム、および遊技制御装置
JP6026349B2 (ja) 遊技用システムおよび遊技用装置
JP2016123531A (ja) 遊技用システム、および遊技機
JP6499861B2 (ja) 遊技用システム
JP5624566B2 (ja) 遊技用システムおよび遊技用装置
JP5231624B2 (ja) 遊技用システムおよび遊技用装置
JP6422301B2 (ja) 遊技用装置および処理基板
JP5284496B2 (ja) 遊技用システムおよび遊技用装置
JP5260761B2 (ja) 遊技用システムおよび遊技用装置
JP2017192789A (ja) 遊技用システム
JP5952221B2 (ja) 遊技用システムおよび遊技用装置
JP2016154978A (ja) 遊技用システムおよび遊技用装置
JP2015003247A (ja) 遊技用システムおよび遊技用装置
JP2017131787A (ja) 遊技用システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170908

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180604

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180709

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180731

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180927

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20190219