JP6395361B2 - 遊技用装置 - Google Patents

遊技用装置 Download PDF

Info

Publication number
JP6395361B2
JP6395361B2 JP2013208387A JP2013208387A JP6395361B2 JP 6395361 B2 JP6395361 B2 JP 6395361B2 JP 2013208387 A JP2013208387 A JP 2013208387A JP 2013208387 A JP2013208387 A JP 2013208387A JP 6395361 B2 JP6395361 B2 JP 6395361B2
Authority
JP
Japan
Prior art keywords
card
medal
medals
game
cpu
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.)
Active
Application number
JP2013208387A
Other languages
English (en)
Other versions
JP2015070956A (ja
Inventor
小倉　敏男
敏男 小倉
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
Original Assignee
Sankyo Co Ltd
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 filed Critical Sankyo Co Ltd
Priority to JP2013208387A priority Critical patent/JP6395361B2/ja
Publication of JP2015070956A publication Critical patent/JP2015070956A/ja
Application granted granted Critical
Publication of JP6395361B2 publication Critical patent/JP6395361B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Pinball Game Machines (AREA)
  • Slot Machines And Peripheral Devices (AREA)

Description

本発明は、遊技用装置に関する。詳しくは、遊技者所有の有価価値を用いて遊技機での遊技媒体を用いた遊技を可能にするための遊技可能化処理を実行可能な遊技用装置に関する。
従来、貯玉数および金額に対応する度数を特定可能な会員用ＩＣカードを受付け可能な台間機があった（たとえば、特許文献１）。また、各パチンコ機やスロットマシンに対応して設置される計数装置があった（たとえば、特許文献１）。
また、出玉数推定値が所定数に達したら打止めに近いことを報知する遊技機があった（たとえば、特許文献２）。
特開２００７−２２９１１１号公報 特開２００３−７９８５５号公報
しかし、特許文献１および特許文献２の装置では、悪意をもった者が不正に持ち込んだ大量のパチンコ玉やメダルなどの遊技媒体を遊技用装置で計数させて記録媒体で特定可能に処理することを防止したり、遊技用装置を不正に動作させて大量の遊技媒体の数を記録媒体で特定可能に処理することを防止したりすることはできないといった問題があった。
この発明はかかる事情に鑑み考え出されたものであり、その目的は、大量の遊技媒体の数を不正に特定可能とされた記録媒体が利用されることを防止することが可能な遊技用装置を提供することである。
（１） 遊技者所有の有価価値（たとえば、プリペイド残額、持玉、貯玉）を用いて遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）での遊技媒体（たとえば、メダル、パチンコ玉）を用いた遊技を可能にするための遊技可能化処理（たとえば、図３０の貸出処理、再プレイ処理）を実行可能な遊技用装置（たとえば、メダル貸出機１００、カードユニット７５０）であって、
複数種類の記録媒体を受付け可能な受付手段（たとえば、カードリーダライタ１８７。携帯端末をかざすものであってもよい。）と、
遊技に使用可能な遊技媒体の数を所持遊技媒体の数（たとえば、持ちメダル数（持玉数）。入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能な遊技機における遊技点であってもよい。）として計数するための計数処理（たとえば、図３０の計数処理）を実行する計数処理手段と、
所定の記録媒体処理操作（たとえば、カードの返却操作）を検出したとき（たとえば、図３０のステップＳｂ５でＹＥＳと判断されたとき）に、前記計数処理により得られた前記所持遊技媒体の数を記録媒体に対応して特定可能に処理する記録媒体処理手段（たとえば、図３０の返却処理。携帯端末をかざすことで持玉を特定可能とするものであってもよい。）と、
前記計数処理により得られた前記所持遊技媒体の数が規定数（たとえば、メダル６０００枚、パチンコ玉３００００玉）に達しているか否かを判定する規定数判定手段（たとえば、図３１のステップＳｂ１４）と、
前記規定数判定手段により前記所持遊技媒体の数が前記規定数に達していると判定されたときに、前記所定の記録媒体処理操作に基づいた前記記録媒体処理手段の処理を不能動化する不能動化手段（たとえば、図３１のステップＳｂ１５で持玉超過フラグがオンにされた結果、図３４のステップＳｍ３１〜ステップＳｍ３３でカードの返却が中断されることで不能動化される。）と、
記録媒体に関する注意喚起表示を表示可能な表示手段とを備え、
前記不能動化手段は、
前記受付手段で受付けられた記録媒体の種類に応じて、前記記録媒体処理手段の処理の不能動化の実行の有無が異なり、
前記規定数判定手段により前記所持遊技媒体の数が前記規定数に達していると判定されたことに対応して前記記録媒体処理手段の処理の不能動化を実行後、前記所持遊技媒体の数が前記規定数未満となったか否かに関わらず、所定の解除条件が成立するまで前記記録媒体処理手段の処理の不能動化を継続する。
不正としては、外部からの持込玉を計数すること、遊技用装置または遊技媒体を計数する計数装置に電波などを照射して異常動作を発生させることおよび遊技機、遊技用装置または計数装置に不正基板を仕込むことなどが考えられる。また、記録媒体が一旦遊技者の手に渡ってしまうと不正を発見するのが困難になってしまう。このような構成によれば、所定の記録媒体処理操作が検出されたときであっても、計数処理で計数された所持遊技媒体の数が規定数に達していると判定されたときには、受付けられた記録媒体で当該所持遊技媒体の数を特定可能にする処理が不能動化される。その結果、大量の遊技媒体の数を不正に特定可能とされた記録媒体が利用されることを防止することが可能な遊技用装置を提供することができる。また、固有情報に基づいて遊技枠を認証することによって、不正な遊技枠を用いた遊技を防止できる。
（２） 上記（１）の遊技用装置において、
前記記録媒体処理手段の処理が不能動化された不能動化状態を解除するための特殊操作（たとえば、リモコンでの確認操作）を検出する特殊操作検出手段（たとえば、図３４のステップＳｍ３３）と、
前記特殊操作検出手段により前記特殊操作が検出されたときに前記不能動化状態を解除する解除手段（たとえば、図３４のステップＳｍ３３でリモコンでの確認操作があったと判断された場合、以後のカードを返却する処理に進む。）とをさらに備える。
このような構成によれば、所持遊技媒体の数を記録媒体で特定可能にする処理が不能動化されたような不正の可能性がある場合には、不能動化状態を解除するための特殊操作が検出されることで、不能動化を解除できるようにすることができる。その結果、特殊操作が遊技場の店員によってのみ行なえるようにすることで、不正の可能性があるような状況において、実際には不正があるか否かを確認した後に不能動化をそのような状況を解消することができる。
（３） 上記（１）または（２）の遊技用装置において、
前記受付手段は、前記記録媒体を内部に保持することで受付け、
前記記録媒体処理手段は、前記所定の記録媒体処理操作を検出したときに、前記計数処理により得られた前記所持遊技媒体の数を特定可能とした前記記録媒体を排出し、
前記受付手段が受付けた記録媒体が遊技者を特定可能に処理された会員用記録媒体であるか、当該会員用記録媒体と異なる一般用記録媒体であるかを判別する判別手段（たとえば、図３１のステップＳｂ１２）と、
前記判別手段により判別された記録媒体が前記会員用記録媒体であるとき（たとえば、図３１のステップＳｂ１２でＹＥＳと判断されたとき）には、前記不能動化手段による前記記録媒体処理手段の処理の不能動化を規制する規制手段（たとえば、図３１のステップＳｂ１５で持玉超過フラグをオンにしない結果、図３４のステップＳｍ３1でＮＯと判断され、ステップＳｍ３３での不能動化が実行されない。）とをさらに備える。
遊技者を特定可能に処理された会員用記録媒体は、遊技者を特定することができるため、このような会員用記録媒体を用いた不正は行なわれ難いと考えられる。このような構成によれば、会員用記録媒体が用いられているような場合は、所持遊技媒体の数を会員用記録媒体で特定可能にする処理の不能動化を規制することができる。その結果、会員用記録媒体を所持している遊技者の利便性を損なわないようにすることができる。
（４） 上記（３）の遊技用装置において、
前記規制手段の規制の有無を設定するための設定手段（たとえば、図３１のステップＳｂ１３で説明する会員カード返却分割不能許可設定）をさらに備える。
このような構成によれば、所持遊技媒体の数を会員用記録媒体で特定可能にする処理の不能動化を規制するか否かを遊技場が選択することができる。その結果、不正のチェックの厳しさおよび遊技者の利便性のいずれを優先するかを遊技場で選択することができる。
（５） 上記（１）〜（４）の遊技用装置において、
前記計数処理により得られた前記所持遊技媒体の数が前記規定数に達しているときに特殊報知（たとえば、図３４のステップＳｍ３２で示したカード返却のために遊技場の店員を呼出すことを促す旨の報知）をする報知手段（たとえば、図３４のステップＳｍ３２。ホールコンピュータ５４０および無線放送システム２０のインカム９経由で店員に報知するようにしてもよい。）をさらに備える。
このような構成によれば、所持遊技媒体の数が規定数に達していることを遊技者に知らせることができる。その結果、所定の記録媒体処理操作を行なっても、所持遊技媒体の数を記録媒体で特定可能にするための処理を実行させることができないことを遊技者に分からせることができる。
（６） 上記（１）〜（５）の遊技用装置において、
前記規定数判定手段により前記計数処理により得られた前記所持遊技媒体の数が前記規定数に達していると判定されたときに、判定結果を前記不能動化手段による不能動化が実行されるまで記憶可能な判定結果記憶手段（たとえば、図３１のステップＳｂ１５でオンにされ、図３４のステップＳｍ３４でオフにされる持玉超過フラグ）をさらに備え、
前記不能動化手段は、前記判定結果記憶手段に前記判定結果が記憶されていると、前記所定の記録媒体処理操作に基づいた前記記録媒体処理手段の処理を不能動化する（たとえば、図３１のステップＳｂ１５で持玉超過フラグがオンにされた結果、図３４のステップＳｍ３１〜ステップＳｍ３３でカードの返却が中断されることで不能動化される。）。
不正の可能性があるために所持遊技媒体の数を記録媒体で特定可能とする処理が不能動化されたにも関わらず、故意に、所持遊技媒体の数が規定数を下回るように所持遊技媒体数を減らすことで不能動化を回避できるとすると、不正の防止の実効性を上げることができなくなってしまう。このような構成によれば、一度、所持遊技媒体の数が規定数に達すると、必ず、所持遊技媒体の数を記録媒体で特定可能にするための処理が不能動化される。その結果、不正の防止の実効性を向上させることができる。
（７） 上記（１）〜（６）の遊技用装置において、
前記計数処理により得られた前記所持遊技媒体の数が前記規定数に達していることを示す情報（たとえば、図３１のステップＳｂ１６で示した持玉数が規定数を超過した旨の情報）を外部出力する出力手段（たとえば、図３１のステップＳｂ１６。遊技用装置が音声やランプで直接、報知するようにしてもよい。）をさらに備える。
このような構成によれば、所持遊技媒体の数が規定数に達して不正の可能性があることを外部（たとえば、遊技場の店員）に報知することができる。
（８） 遊技者所有の有価価値を用いて遊技機での遊技媒体を用いた遊技を可能にするための遊技可能化処理を実行可能な記録媒体処理装置であって、
貸与操作（たとえば、メダル貸出機１００のメダル貸出ボタン１１６の操作、パチンコ遊技機７０１の玉貸ボタン７５１の操作）を受付けたことを示す貸与要求信号（たとえば、ＢＲＤＹ信号のＬＯＷレベル、遊技玉加算要求がＯＮであることを示し加算玉数を含む状態情報要求のコマンド）を前記遊技機に送信する送信手段と、
前記遊技機で遊技媒体の貸与（たとえば、実際のパチンコ玉の払出、遊技玉数の加算）が実行され、完了した場合に送信され遊技媒体の貸与の完了を示す貸与完了信号（たとえば、ＥＸＳ信号のＨＩＧＨレベル、遊技玉加算結果がＯＫであることを示し遊技玉数を含む状態情報応答のレスポンス）を受信する受信手段と、
記録媒体を受付ける受付手段と、
遊技に使用可能な遊技媒体の数を所持遊技媒体の数として計数するための計数処理を実行する計数処理手段と、
所定の記録媒体処理操作を検出したときに、前記計数処理により得られた前記所持遊技媒体の数を前記受付手段で受付けられた前記記録媒体で特定可能に処理する記録媒体処理手段と、
前記計数処理により得られた前記所持遊技媒体の数が規定数に達しているか否かを判定する規定数判定手段と、
前記規定数判定手段により前記所持遊技媒体の数が前記規定数に達していると判定されたときに、前記所定の記録媒体処理操作に基づいた前記記録媒体処理手段の処理を不能動化する不能動化手段とを備える。
このような構成によれば、大量の遊技媒体の数を不正に特定可能とされた記録媒体が利用されることを防止することが可能な記録媒体処理装置を提供することができる。
（９） 遊技者所有の有価価値を用いて遊技機での遊技媒体を用いた遊技を可能にするための遊技可能化処理を実行可能な遊技用装置を管理する管理装置（たとえば、カード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０、または、これらのいずれか２つもしくは３つを組合せたコンピュータ）あって、
遊技に使用可能な遊技媒体の数を所持遊技媒体の数として計数するために前記遊技用装置で実行された計数処理により得られた前記所持遊技媒体の数を、前記遊技用装置で所定の記録媒体処理操作が検出されたときに、前記遊技用装置で受付けられた記録媒体で特定可能に管理する管理手段を備え、
前記計数処理により得られた前記所持遊技媒体の数が規定数に達していると判定されたときに、前記所持遊技媒体の数を前記記録媒体で特定可能にする処理が不能動化される。
このような構成によれば、大量の遊技媒体の数を不正に特定可能とされた記録媒体が利用されることを防止することが可能な管理装置を提供することができる。
実施の形態における遊技用システムの全体像を示すシステム構成図である。 スロットマシンおよびメダル貸出機を示す正面図である。 メダル貸出機の内部機構を示す左側面図である。 スロットマシンおよびメダル貸出機の要部を示す斜視図である。 メダル貸出機の前面板を開放した状態を示す斜視図である。 メダル貸出機の要部の構造を示す一部破断左側面図である。 メダル貸出機を示す要部正面図である。 図６のＡ−Ａ断面図である。 （ａ）は開放状態の受入部を示す斜視図、（ｂ）は閉鎖状態の受入部を示す斜視図である。 計数装置の内部構造を示す斜視図である。 （ａ）は開放状態の受入部を示す縦断側面図、（ｂ）は閉鎖状態の受入部を示す縦断側面図である。 （ａ）は開放状態の受入部を示す側面図および受入部のａ−ａ断面図、（ｂ）は閉鎖状態の受入部を示す側面図および受入部のｂ−ｂ断面図である。 導入経路カバーの底部を示す縦断側面図である。 スロットマシンおよびメダル貸出機の配置状態を示す平面図である。 変形例としてのメダル貸出機を示す要部正面図である。 図１５のメダル貸出機の一部縦断面図である。 変形例としての維持手段を示す縦断側面図である。 変形例としての維持手段を示す縦断正面図である。 メダル貸出機の構成を示すブロック図である。 （ａ）は、メダル貸出機のカードテーブルを示す図であり、（ｂ）は、メダル貸出機のカード受付け中遊技情報を示す図であり、（ｃ）は、メダル貸出機のメダル情報を示す図であり、（ｄ）は、メダル貸出機のカウンタ情報を示す図である。 カード管理コンピュータの構成を示すブロック図である。 （ａ）は、カード管理コンピュータの会員カードテーブルを示す図であり、（ｂ）は、カード管理コンピュータのビジターカードテーブルを示す図である。 メダル管理コンピュータの構成を示すブロック図である。 （ａ）は、メダル管理コンピュータの会員貯蓄管理テーブルを示す図であり、（ｂ）は、メダル管理コンピュータのビジター貯蓄管理テーブルを示す図である。 メダル管理コンピュータのユニット管理テーブルを示す図である。 （ａ）は、メダル管理コンピュータの会員情報テーブルを示す図であり、（ｂ）は、メダル管理コンピュータの会員別遊技履歴テーブルを示す図である。 メダル管理コンピュータにおける不正メダル関係設定画面を示す図である。 メダル管理コンピュータにおける営業終了処理画面を示す図である。 メダル管理コンピュータにおける不正メダル使用者顔画像画面を示す図である。 メダル貸出機において実行される処理内容を示すフロー図である。 メダル貸出機において実行される持玉超過設定処理の処理内容を示すフロー図である。 メダル貸出機において実行されるカード受付け処理の処理内容を示すフロー図である。 メダル貸出機において実行される発行・入金処理の処理内容を示すフロー図である。 メダル貸出機において実行される返却処理の処理内容を示すフロー図である。 メダル貸出機において実行されるカードロック照合処理の処理内容を示すフロー図である。 メダル貸出機において実行される再プレイ処理の処理内容を示すフロー図である。 メダル貸出機において実行される計数処理の処理内容を示すフロー図である。 メダル貸出機において実行される不正メダル処理の処理内容を示すフロー図である。 メダル貸出機において実行されるメダル貯留処理の処理内容を示すフロー図である。 メダル貸出機において実行される締め関連処理の処理内容を示すフロー図である。 メダル貸出機のディスプレイに表示されるメニュー画面の一例を示す表示画面図である。 メダル貸出機において実行されるタッチパネル操作処理の処理内容を示すフロー図である。 メダル貸出機において実行される残額取出処理の処理内容を示すフロー図である。 メダル貸出機において実行されるカード後挿入処理の処理内容を示すフロー図である。 メダル貸出機において実行されるカードロック処理の処理内容を示すフロー図である。 メダル貸出機において実行される持玉分割処理の処理内容を示すフロー図である。 第２の実施の形態におけるパチンコ遊技機およびカードユニットを示す正面図である。 第２の実施の形態におけるパチンコ遊技機およびカードユニットの構成を示すブロック図である。 第３の実施の形態におけるカードユニットが行なう玉貸指令処理においてパチンコ機との間で送受される信号の一例を表す図である。 第３の実施の形態におけるカード管理コンピュータのディスプレイに表示される設定画面の一例を表す図である。 第３の実施の形態におけるカードユニットが行なう注意喚起表示処理の一例を表すフローチャートである。 第３の実施の形態におけるカードユニットが行なう返却処理の一例を表すフローチャートである。 第４の実施の形態におけるカードユニットが記憶している所定額テーブルの一例を表す図である。 第４の実施の形態におけるカードユニットが記憶している表示基準額対応商品テーブルの一例を表す図である。 第４の実施の形態におけるカード管理コンピュータが記憶しているカードＤＢの一例を表す図である。 第４の実施の形態におけるホールコンピュータが記憶している遊技者ＤＢの一例を表す図である。 第４の実施の形態におけるカードユニットが行なう処理の一例を表すフローチャートである。 第５の実施の形態における封入式遊技機の認証の概略を示すブロック図である。 カードユニットおよびパチンコ機を示す正面図である。 パチンコ機のガラス扉と前枠とを開放した状態を示す斜視図である。 遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。 カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。 カードユニットにカードが挿入されたときにカードユニットが実行する挿入時処理を示すフローチャート図である。 挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。 遊技玉を計数するときのカードユニットとパチンコ機との通常の処理の一例を示す図である。 遊技場が閉店した時に自動的に行なう計数処理を説明するためのシーケンス図である。 遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの計数応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの計数要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。 玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。 加算通番に関するＰ台およびＣＵの動作を説明するための概念図である。 計数通番に関するＰ台およびＣＵの動作を説明するための概念図である。 第１および第２チェック処理に関する動作の一例を説明するための図である。 第３チェック処理に関する動作の一例を説明するための図である。 要求通番に関する動作の一例を説明するための図である。 要求通番に関する動作の別の一例を説明するための図である。 鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵を説明するための図である。 ＣＵ制御部とセキュリティチップ（ＳＣ）との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 ＣＵ制御部とセキュリティチップ（ＳＣ）との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 ＣＵ制御部の電源投入・ホール設置時の立上の処理を説明するための図である。 ＣＵ制御部の電源投入・通常立上の処理を説明するための図である。 ＣＵ制御部の電源投入・工場出荷時立上の処理を説明するための図である。 基板メーカコードの認証シーケンスの処理を説明するための図である。 基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。 基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。 遊技機チップ情報問合せシーケンスの処理を説明するための図である。 基板認証鍵認証異常のシーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。 遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。 ＳＣと通信制御ＩＣとの間の業務電文シーケンスの処理を説明する図である。 通信制御ＩＣの認証シーケンスの処理を説明する図である。 第１認証シーケンスの処理を説明する図である。 遊技機チップ情報認証シーケンスの処理を説明する図である。 通信制御ＩＣの認証異常シーケンスの処理を説明する図である。 ＣＵ制御部３２３Ｆの電源投入・ホール設置時の立上の処理を説明するための図である。 ＣＵ制御部３２３Ｆの電源投入・通常立上の処理を説明するための図である。 ＣＵ制御部３２３Ｆの電源投入・工場出荷時立上の処理を説明するための図である。 基板メーカコードの認証シーケンスの処理を説明するための図である。 基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。 基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。 遊技機チップ情報問合せシーケンスの処理を説明するための図である。 基板認証鍵認証異常のシーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。 遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。 基板認証鍵の認証の処理を説明するためのフローチャートである。 通信モードの切替処理を説明するためのフローチャートの一例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 通信モードの切替処理を説明するためのフローチャートの他の例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 統一店舗コードのチェックの認証動作を説明するためのフローチャートである。 基板メーカコードの認証動作を説明するためのフローチャートである。 受信間隔監視処理を説明するためのフローチャートである。 異常電文監視処理を説明するためのフローチャートである。 遊技機チップ問合せ処理を説明するためのフローチャートである。 本実施の形態に係る遊技用システムにおいて時限運用機能を解除する処理を説明するための図である。 本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。 主制御部、払出制御部、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。 払出制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。 主制御部と暗号通信するための通信制御回路の構成を説明するためのブロック図である。 通信制御ＩＣと暗号通信するための通信制御回路の構成を説明するためのブロック図である。 リカバリ完了確認処理を説明するためのフローチャートである。 主制御部と払出制御部との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 主制御部と払出制御部との間の通信シーケンスを示す図である。 電源断、通信回線断線があって、主制御部から払出制御部への遊技状態通知のコマンドが未到達のときの処理の一例を示す図である。 本実施形態に係るパチンコ機の開放検出および接続検出を説明するためのブロック図である。 計数カウンタの制御回路を示すブロック図である。 本実施形態に係るパチンコ機の開放検出および接続検出を説明するためのブロック図である。 ＲＡＭに記憶されているデータの記憶状態と、ＣＳ信号およびＣＬＫ信号の入力に従ってデータ信号が出力される状態とを説明する説明図である。 計数カウンタのＣＰＵの制御動作を示すフローチャートである。 払出制御部による計数表示処理の具体的制御内容を示すフローチャートである。 電源オン／オフ時にＰ台の不正検知アラームについて説明するための図である。 断線時にＰ台の不正検知アラームについて説明するための図である。 集計処理の手順を示すフローチャートである。 発射強度の補正処理の詳細な手順を示すフローチャートである。 発射強度Ｔの変化と集計中断期間との関係を例示した図である。 集計処理の結果で得られる集計データの内容を例示した図（その１）である。 集計処理の結果で得られる集計データの内容を例示した図（その２）である。 集計処理の結果で得られる集計データの内容を例示した図（その３）である。 集計処理の結果で得られる集計データの内容を例示した図（その４）である。 発射異常判定処理の手順を示すフローチャートである。 打込領域特定処理の手順を示すフローチャートである。 打込領域と発射強度しきい範囲との対応を例示した図である。 しきい範囲設定処理の詳細な手順を示すフローチャートである。 計測処理の手順を示すフローチャートである。 ホールコンおよび中央管理装置を含むシステムを説明するためのブロック図である。 まとめ集計処理の手順を示すフローチャートである。 まとめ集計データの内容を例示した図である。 しきい範囲記憶処理によってホールコンの内部メモリに記憶されるデータを例示した図である。 機種別表示処理の手順を示すフローチャートである。 機種別データを模式的に例示した図である。 スロットマシンの前面扉を開放した状態を示す斜視図である。 カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
［第１の実施の形態］
本発明の実施の形態を図面に基づいて以下に説明する。本発明の遊技用システムの実施の形態を図面に基づいて説明すると、先ず、図１は、本発明の実施の形態の遊技用システムの全体像を示すシステム構成図である。遊技用システムは、スロットマシン１と、メダル貸出機１００と、カード管理コンピュータ５００と、メダル管理コンピュータ５５０と、ホールコンピュータ５４０と、呼出ランプ２００と、景品交換ＰＯＳ５７０と、精算装置５８０とから主に構成されている。
スロットマシン１は、遊技場内に複数配置される各遊技島（図示略）に並設される遊技機である。メダル貸出機１００は、スロットマシン１の所定側の側方位置に該スロットマシン１に対して１対１に対応設置され、主に会員登録をしていない一般の遊技者を対象として発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（計数記録媒体）や、該遊技機に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カード（計数記録媒体）を受付けて、遊技機における遊技に使用される遊技媒体であるメダルを貸し出すための処理や、対応するスロットマシン１における遊技にて獲得されたメダルを計数するとともに、該計数済みのメダル数の範囲内のメダルの払出し（返却）を行なう本発明の遊技用装置である。カード管理コンピュータ５００は、メダル貸出機１００にて使用されるビジターカードや会員カード並びにメダル貸出機１００の管理等を行なう。メダル管理コンピュータ５５０は、各メダル貸出機１００において計数された計数済メダル数の管理や、会員カードを所持する会員遊技者が再度の遊技に使用可能に所有する貯蓄メダル数やビジターカードに記録された持ちメダル数の管理を行なう本発明の管理装置である。ホールコンピュータ５４０は、遊技場内に設置された各スロットマシン１の台データ等の遊技情報を管理する。
呼出ランプ２００は、遊技場の店員を呼出すための操作ボタン、ならびに、遊技機から遊技に関する情報を受信して、大当りやビッグボーナスの回数や前回の大当りやビッグボーナスからの回転数などの遊技状況および遊技履歴などを表示するための表示部を備える。景品交換ＰＯＳ５７０は、遊技場の店員がいるカウンタに設置され、店員によって操作されて、会員カードまたはビジターカードなどに対応付けられた持ちメダル数および貯蓄メダル数に対応する遊技価値を、景品に交換するための処理を実行する。精算装置５８０は、会員カードまたはビジターカードを受付けて、これらのカードに対応付けられたプリペイド残額を現金に精算するための処理を実行する。
そして、これら本実施の形態の遊技用システムを構成する各装置は、図１に示すように、ハブ（ＨＵＢ）７０並びに通信ケーブル８０を介して双方向のデータ通信が可能に接続されていて、各接続機器にはそれぞれローカルＩＰアドレスが付与されてローカルエリアネットワーク（ＬＡＮ）が形成されており、該ローカルエリアネットワーク（ＬＡＮ）に接続されているこれら各装置には、当該装置を個々に識別可能な装置ＩＤが付与されているとともに、各装置が装置（ユニット）ＩＤとローカルＩＰアドレスとが対応付けられたＩＰアドレステーブルや後述するユニット管理テーブル（図２５参照）等を有することで、該装置（ユニット）ＩＤから特定される各ローカルＩＰアドレスを送信データに付与して送受信することにより、互いにデータの送受を実行できるようになっている。
尚、本実施の形態のカード管理コンピュータ５００は、上述したように、各会員カード並びに各ビジターカードに残存するプリペイド残額（遊技用価値）を管理しているとともに、通信回線８１を介して、これら会員カードやビジターカードを管理する遊技場外のカード管理会社に設置された管理サーバ８２と双方向のデータ通信を実行できるように接続されていて、これら管理サーバ８２に対してカード管理コンピュータ５００から、各種の管理情報が送信されることにより、カード管理会社は、該管理サーバ８２にて各遊技場の会員カード並びにビジターカードによる売り上げ等を把握できるようになっている。
また、本実施の形態のホールコンピュータ５４０には、図１に示すように、遊技場内を監視するための監視カメラシステム２１が接続されており、該監視カメラシステム２１にて撮像された遊技場内の監視画像が、各スロットマシン１の台データ等とともに記憶、管理されるようになっている。更に、本実施の形態のホールコンピュータ５４０には、遊技場の店員が使用するインカム９を制御する無線放送システム２０が接続されており、ホールコンピュータ５４０は、無線放送システム２０を介して店員のインカム９に対し、自動音声メッセージを送信することができる。
次に、遊技機の一例であるスロットマシンおよび遊技用装置の一例であるメダル貸出機について説明する。図２は、スロットマシン１およびメダル貸出機を示す正面図である。図３は、メダル貸出機の内部機構を示す左側面図である。図４は、スロットマシンおよびメダル貸出機の要部を示す斜視図である。図５は、メダル貸出機の前面板を開放した状態を示す斜視図である。図６は、メダル貸出機の要部の構造を示す一部破断左側面図である。図７は、メダル貸出機を示す要部正面図である。図８は、図６のＡ−Ａ断面図である。図９は、（ａ）は開放状態の受入部を示す斜視図、（ｂ）は閉鎖状態の受入部を示す斜視図である。図１１は、（ａ）は開放状態の受入部を示す縦断側面図、（ｂ）は閉鎖状態の受入部を示す縦断側面図である。図１２は、（ａ）は開放状態の受入部を示す側面図および受入部のａ−ａ断面図、（ｂ）は閉鎖状態の受入部を示す側面図および受入部のｂ−ｂ断面図である。図１３は、導入経路カバーの底部を示す縦断側面図である。図１４は、スロットマシンおよびメダル貸出機の配置状態を示す平面図である。
図２に示すように、スロットマシン１は、遊技場内に複数配置される各遊技島（図示略）に複数並設されており、前面が開口する筐体１ａと、この筐体１ａの左側辺に回動自在に枢支された前面扉１ｂと、から構成されている。筐体１ａの内部上方位置には、外周に複数種類の図柄が配列されたリール２Ｌ，２Ｃ，２Ｒが水平方向に並設されており、これらリール２Ｌ，２Ｃ，２Ｒに配列された図柄のうち連続する３つの図柄が透視窓３から見えるように配置されている。
スロットマシン１においてゲーム（遊技）を行なう場合には、まず、円盤状の遊技媒体の一例であるメダルＭをメダル投入部４から投入するか、あるいはクレジットを使用して賭数を設定する。クレジットを使用するにはＭＡＸＢＥＴスイッチ６を操作すれば良い。遊技状態に応じて定められた規定数の賭数が設定されると、入賞ラインＬ１〜Ｌ５が有効となり、スタートスイッチ７の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。本実施の形態では、規定数の賭数として遊技状態に関わらず３枚が定められて規定数の賭数が設定されると入賞ラインＬ１〜Ｌ５が有効となる。尚、遊技状態に対応する規定数のうち最大数を超えてメダルＭが投入された場合には、その分はクレジットに加算される。
入賞ラインとは、各リール２Ｌ，２Ｃ，２Ｒの透視窓３に表示された図柄の組合せが入賞図柄の組合せであるかを判定するために設定されるラインである。ここでは、リール２Ｌ，２Ｃ，２Ｒの下段に並んだ図柄に跨って設定された入賞ラインＬのみが入賞ラインとして定められている。尚、本実施の形態では入賞ラインを１本としているが、複数の入賞ラインを定めても良い。
ゲームが開始可能な状態でスタートスイッチ７を操作すると、各リール２Ｌ，２Ｃ，２Ｒが回転し、各リール２Ｌ，２Ｃ，２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ，８Ｃ，８Ｒを操作すると、対応するリール２Ｌ，２Ｃ，２Ｒの回転が停止し、透視窓３に表示結果が導出表示される。
そして全てのリール２Ｌ，２Ｃ，２Ｒが停止されることで１ゲームが終了し、入賞ラインＬ１〜Ｌ５のいずれかに予め定められた図柄の組合せ（役とも呼ぶ）が各リール２Ｌ，２Ｃ，２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた枚数のメダルＭが遊技者に対して付与され、クレジットに加算される。また、クレジットが上限数（たとえば、５０）に達した場合には、メダルＭが直接メダル払出口９から前面扉１ｂの下部に前方に突出するように設けられた下皿５に払いだされるようになっている。また、入賞ラインＬ１〜Ｌ５のいずれかに、遊技状態の移行を伴う図柄の組合せが各リール２Ｌ，２Ｃ，２Ｒの表示結果として停止した場合には、図柄の組合せに応じた遊技状態（たとえば、レギュラーボーナスやビッグボーナスボーナス等）に移行するようになっている。
次に、メダル貸出機１００について説明すると、メダル貸出機１００は、スロットマシン１に１対１に対応するように設けられている。尚、本実施の形態では、１台のスロットマシン１に対応するメダル貸出機１００が、該スロットマシン１の右側に配置されている。また、本実施の形態では、メダル貸出機１００はスロットマシン１に１対１に対応するように設けられているが、たとえば、メダル貸出機１００を２台のスロットマシン１，１の間に２対１に対応するように設け、１台のメダル貸出機１００を左右２台のスロットマシン１，１により共用してもよい。
メダル貸出機１００は、スロットマシン１の所定側（本実施の形態では、スロットマシン１に向かって右側）の側方位置に対応設置され、紙幣、または会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、遊技機における遊技に使用される円盤状の遊技媒体であるメダルＭを貸し出すための処理と、遊技者がスロットマシン１での遊技にて獲得したメダルＭを受付けて、該受付けたメダルＭを計数するための処理と、該計数した獲得メダル枚数をビジターカードや会員カードから特定可能とするための処理等を行なう。
尚、メダル貸出機１００は、メダル貸出機１００にて使用されるビジターカードや会員カード並びにメダル貸出機１００の管理等を行なうカード管理コンピュータ５００や、貯蓄メダル数や持ちメダル数の管理を行なうメダル管理コンピュータ５５０や、遊技場内に設置された各スロットマシン１の台データ等の遊技情報を管理するホールコンピュータ５４０等の各種のコンピュータが接続されており、これら各コンピュータとの間において双方向のデータ通信が可能とされている。
本実施の形態に使用されるビジターカード並びに会員カードには、種々のデータを記憶するための不揮発性メモリと、これら記録情報の書き換えや読み出しを実行するとともに、外部のリーダライタ装置との非接触通信を実行する制御部とを有するＩＣチップが搭載されたＩＣカードを使用しており、これらビジターカード並びに会員カードには、個々のカードを識別可能なカードＩＤ、具体的には、ビジターカードにはＶＣで始まるカードＩＤが、会員カードには、ＫＣで始まる会員カードＩＤが予め書き換え不能に記憶されていて、その種別がカードＩＤから識別可能とされているとともに、プリペイド残額を特定可能なプリペイド残額データ等の各種データが記憶されている。
尚、会員カードは、遊技場に会員登録を実施した会員遊技者に対して発行されるものであり、該会員に対して付与される会員ＩＤが書き換え不能に記憶されている。また、該会員カードを使用して会員遊技者は、一度獲得して計数したメダルＭをその翌日以降においても再度遊技に使用できる貯蓄メダルを行なうことができるようになっているが、これら会員カードには、該貯蓄メダルのデータである貯蓄メダル数は直接記録されておらず、これら貯蓄メダル数は、貯蓄メダルの情報を管理するメダル管理コンピュータ５５０において、カードＩＤと会員ＩＤとに対応付けて記憶されることで、該カードＩＤや会員ＩＤから特定されるようになっている。
また、貯蓄メダルと同様に、当日において計数された持ちメダルについても、メダル管理コンピュータ５５０において、カードＩＤと会員ＩＤと持ちメダルの情報が対応付けて記憶されることで、該カードＩＤや会員ＩＤから持ちメダルの数を特定できるようになっている。また、これら持ちメダルについては、会員カードだけではなく、ビジターカードについても同様に、メダル管理コンピュータ５５０において、カードＩＤに対応付けて持ちメダルの情報が記憶されていて、ビジターカードには、持ちメダルの情報は記録されないようになっている。しかし、本発明はこれに限定されるものではなく、ビジターカードにも、持ちメダルの情報を記憶して、メダル管理コンピュータ５５０の持ちメダルの情報とを照合できるようにしても良い。
また、ビジターカードは、遊技場内に設置された図示しないカード発行・入金機にて、購入、発行されるとともに、メダル貸出機１００においても発行される。
次に、本実施の形態のメダル貸出機１００について、図２〜図５に基づいて説明する。図２および図３に示すように、本実施の形態のメダル貸出機１００は、正面視縦長長方形状をなす前面が開口する筐体１０１と、該筐体１０１の前面下部開口の開閉可能とする開閉板１０２と、から構成され、内部には後述する各種装置が内蔵されている。
図２に示すように、開閉板１０２の前面上部には、紙幣を挿入するための紙幣挿入口１１０が設けられ、その下方位置には、タッチパネル１２４付きの液晶表示器１２３が設けられている。タッチパネル１２４付きの液晶表示器１２３においては、メダル貸出機１００に対する各種操作が受付けられ、これらの操作に伴なう情報、ならびに、プリペイド残額、持ちメダル数、および、貯蓄メダル数などの情報が表示される。タッチパネル１２４付きの液晶表示器１２３の下方位置には、フルカラーＬＥＤにより構成されて複数の色に点灯することでメダル貸出機１００の状態等を報知可能とされた状態報知ランプ１１１や、会員カードやビジターカードを挿入するためのカード挿入口１１２が設けられている。
状態報知ランプ１１１の下方位置には、入金の利用可能状態を報知する入金可ランプ１１３と、挿入中の会員カードやビジターカードを排出する返却ボタン１１４と、カード残高やエラーコード等を表示するカード残高表示部１１５と、メダルＭの払い出しが行なわれるメダル貸出ボタン１１６と、メダルＭの貸出が可能なことを表示するメダル貸出ランプ１１７と、後述する貸出メダル貯留部１８３（図３参照）の状態を報知するメダル切れランプ１１８と、会員カードの暗証番号等を入力するためのテンキー１２０と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ並びに会員ＩＤにより特定される貯蓄メダル数を用いた再プレイ遊技を実施するための再プレイボタン１２１と、再プレイ遊技を実施する際に入力する暗証番号が表示される暗証番号表示部１１９と、対応するスロットマシン１にて遊技を行なっている遊技者の顔画像を撮影できる顔画像撮影カメラ１８８（遊技者撮像手段）と、が配設されている。
これら各種操作部の下方位置には、貸出メダル貯留部１８３にメダルＭを補給する際に開閉板１０２の一部を開放するためのメダル補給扉１３０が、下辺を回動軸として開閉可能に設けられている。このメダル補給扉１３０は、遊技場の店員等が携帯する所定の鍵（図示略）をメダル補給扉鍵１３１に差し込まない限り開放できないようになっている。
メダル補給扉１３０の下方位置には、遊技者が遊技により獲得したメダルＭを受け入れて計数するための受入部１４０が設けられているとともに、該受入部１４０の下部からは、受入部１４０にて受け入れたメダルＭを下方に誘導して後述する計数装置１９０の導入口１４２に導入するための導入経路を構成する導入経路カバー１４１が下方に向けて延設されている。
また、この導入経路カバー１４１の上下方向の中央位置よりもやや下方には、払出装置１８２から払い出されたメダルＭをスロットマシン１の下皿５に誘導する誘導部材の一例であるノズル１５０が、導入経路カバー１４１の前後方向に挿通されている。
図３〜図５に示すように、メダル貸出機１００内の上部位置には、紙幣挿入口１１０に連設され、該紙幣挿入口１１０に投入された紙幣を取り込んでその真贋や紙幣種別の識別を実行し、その識別結果を制御ユニット１８１に出力する紙幣識別ユニット１８０が設けられており、該紙幣識別ユニット１８０にて各種紙幣（１万円、５千円、２千円、千円の各紙幣）の受付が可能とされている。
紙幣識別ユニット１８０の下方位置には、カード挿入口１１２に対応する位置に内蔵される内部カードリーダライタ（図示略）、該メダル貸出機１００を構成する各部と接続しやすいように該メダル貸出機１００の動作を制御する制御ユニット１８１、回収したビジターカードを貯留するカードストック部（図示略）等が一体に組み付けられた制御ユニット１８１が配設されている。尚、制御ユニット１８１は、メダル補給扉１３０を開放することにより前方に引き出し可能に設けられており、筐体１０１から引き出してメンテナンス等を実施できるようになっている。
内部カードリーダライタ１８７は、カード挿入口１１２から挿入される会員カード並びにビジターカードに記録されている（会員）カードＩＤや、会員ＩＤ（会員カードのみ）、プリペイド残額データ等の記録情報の読み出し並びに書き込みを行なうとともに、発行に使用するビジターカード（回収したカードを含む）を貯留するカードストック部（図示略）を有しており、該カードストック部（図示略）に貯留されたカードを発行可能とされている。
制御ユニット１８１の下方位置、つまり、筐体１０１の上下方向略中央位置には、払い出すメダルＭを貯留する貸出メダル貯留部１８３が設けられている。貸出メダル貯留部１８３は、該貸出メダル貯留部１８３に貯留されるメダルＭを払い出す払出装置１８２の上部に設けられた上向きに開口するメダルホッパー１８３ａと、該メダルホッパー１８３ａの上方に形成される空間部と、から構成されており、貸出メダル貯留部１８３に貯留されたメダルＭは、メダルホッパー１８３ａにより払出装置１８２に向けて整列誘導された後、内部に設けられた図示しない回転ディスク（図示略）によって前面に形成されたメダル排出口１８２ａから排出され、ノズル１５０を介して下皿５に払い出されるようになっている。
図３に示すように、メダルホッパー１８３ａの上方位置には、メダル補給扉１３０が配設されており、メダル補給扉１３０を開放することで貸出メダル貯留部１８３にメダルＭを補給できるようになっている。尚、本実施の形態では、メダル補給扉１３０を開放して貸出メダル貯留部１８３にメダルＭを補給できるようになっているが、図示しない遊技機設置島に設けられたメダル補給装置（図示略）からメダルＭが自動補給されるようにしてもよい。
また、払出装置１８２の下方位置には、導入されたメダルＭの枚数を計数する計数装置１９０が配設されている。図１０に示すように、計数装置１９０は、上面に開口する計数口１９１が形成され、該計数口１９１から受け入れたメダルＭは、導入傾斜部１９１ａに沿って滑り落ちるようになっており、さらにメダルＭは回転ディスク１９０ｇに投入され、この回転ディスク１９０ｇから１枚ずつ吐出されたメダルＭが整列されて、計数傾斜部１９１ｂに沿って流れ落ちるようになっている。そして、このメダルＭの流路の途中に、メダルＭの存在を検出するフォトセンサ１９０ｅが設けられるとともに、フォトセンサ１９０ｅによりメダルＭの端部を検知した瞬間に当該メダルＭの画像を撮影するメダル撮影カメラ１９０ｃ（遊技媒体撮像手段）が設けられている。
そして、計数装置１９０のコントローラ１９０ａ（適正判定手段）は、メダル撮影カメラ１９０ｃにより撮影したメダル画像に基づいて、メダルＭの真贋（正規メダルか不正メダルか）を瞬時に判定し、その判定結果であるメダル判定情報を制御ユニット１８１に送信するとともに、メダルＭの流路を流路切換器１９０ｄにより切り換えて、正規メダルＭは、正規メダルＭとして計数されて排出口１９２に向けて流し、不正メダルＭは、不正メダルと計数されて計数装置１９０にセットされたメダル貯留ボックス１９４に向けて流すようになっている。このように不正メダルは、計数された後に排出口１９２から排出されずに、メダル貯留ボックス１９４内に貯留されるようになっており、非正規メダルが循環して再使用されてしまうことが防止されている。このように、計数装置１９０に導入されたメダルＭは、その真贋が判定され、かつ計数されるようになっている。また、排出口１９２から排出されたメダルＭは、筐体１０１の下面に形成された開口を介して図示しない遊技機設置島内に排出され、該遊技機設置島内に設けられた回収装置（図示略）に回収されるようになっている。
また、後述するように、不正メダルがメダル貯留ボックス１９４内に所定枚数（たとえば、１００枚）貯留された場合に、所定のエラー信号が遊技機設置島の島コントローラやホールコンピュータ５４０等に出力されてエラー報知が行なわれるようになっており、遊技場の店員等が定期的に確認しなくても、不正メダルを適宜回収することができる。さらに、本実施の形態では、後述するように、営業終了時にメダル貯留ボックス１９４に所定量の不正メダルＭが貯留されている場合に、その旨を店員に対して通知することができるようになっている。
また、本実施の形態における不正メダル（不適正遊技媒体）とは、他店等の外部から持ち込まれたメダル（偽メダル（第２不適正遊技媒体））のみならず、自店において所定の領域で使用するメダルに対し他の領域で使用するメダルなども不正メダルに含まれる。
たとえば、１枚５円の価値を有する第１メダルを使用して遊技を行なうスロットマシンが設置されている第１領域と、１枚２０円の価値を有する第２メダルを使用して遊技を行なうスロットマシンが設置されている第２領域と、が設けられている一の遊技場において、たとえば、第２領域において第１メダルを持ち込んで使用する場合、貸出レートが低い第１領域にて借り受けた第１メダルを貸出レートが高い第２領域にて使用することで遊技者は不正に利益を得ることが可能となるため、このような場合、第２領域において第１メダルが不正メダルとなる。
更に、計数装置１９０に対して正規に使用されるメダルの識別情報を登録する際には、所定のメダル登録モードにおいて、計数装置１９０に１００枚程度の正規メダルを投入し、メダル撮影カメラ１９０ｃにて撮影させて、正規メダルの画像情報をメモリ１９０ｂ（図１９参照）に登録させる。そして、計数装置１９０は、メモリ１９０ｂに記憶された正規メダルの画像と判定対象となっているメダルの画像とを比較して真贋を判定するようになっている。尚、前述した自店の他の領域の遊技島のメダル（自店メダル）を登録する場合も同様に、予め自店メダルを計数装置１９０に１００枚程度投入して、自店メダルの画像をメモリ１９０ｂに登録させる。
尚、このように自店における複数の遊技領域それぞれに対応するメダルを登録しておくことで、たとえば、遊技場において機種変更などに伴って第１遊技領域に対応するメダルと第２遊技領域に対応するメダルとを交換する場合に、その都度、遊技領域に対応するメダルを登録しなくても、既に登録されているメダルのいずれかを適正メダルとして設定するだけでよいので、機種変更のたびにメダルを登録する手間がない。
尚、所定のメダル登録モードへの移行は、メダル貸出機１００の外部側からは不能とされ、メダル貸出機１００の内部に収納されている計数装置１９０を取り出して、所定の操作を行なうことで可能とされており、遊技者等が不正にメダル登録モードに移行して、登録を変更することができないようになっている。
また、１台のメダル貸出機１００の計数装置１９０において登録した正規メダルまたは自店メダルの画像情報をメダル管理コンピュータ５５０に送信し、これらの画像情報を、メダル管理コンピュータ５５０を介して他の複数のメダル貸出機１００に送信することで、各メダル貸出機１００の計数装置１９０に正規メダルまたは自店メダルの画像情報を登録させるようにしてもよい。このようにすることで、特に、多数のメダル貸出機１００が設置されているような場合に、正規メダルまたは自店メダルの画像情報の登録作業が容易に行なえる。更に、メダル管理コンピュータ５５０において、正規メダルおよび自店メダルの設定を適宜変更することもできる（遊技媒体種別設定手段）。
尚、計数装置１９０のコントローラ１９０ａは、メモリ１９０ｂに記憶された正規メダルの画像と判定対象となっているメダルの画像とを比較する際に、メダルの表面に施された装飾や文字等に基づく各種特徴を抽出し、該抽出した各種特徴量の一致状況に基づいて類似度を算出する。これら各種の顔の特徴量に基づいて、それぞれの差分和、平均比率、または比率和などを類似度として求める。この類似度の値が所定の閾値以上ならば、正規メダルとして判定する。
また、計数装置１９０のコントローラ１９０ａ（遊技媒体種別設定手段）は、不正メダルとして判定したメダルの画像に対して、メモリ１９０ｂに記憶された自店メダルの画像との比較を行なうようになっている。この自店メダルであるか否かの判定においても、正規メダルの判定と同様に、各種特徴量の一致状況に基づいて類似度を算出して比較を行なうようになっている。尚、前述の各種特徴には、メダルの直径等の情報も含まれており、大きさが異なるメダル（たとえば、φ２５のメダルとφ３０のメダル）についても比較して識別できるようになっている。
計数口１９１の前辺には、正面視上向きコ字形をなす導入部材１９３が設けられており、後述するように受入部１４０にて受け入れて落下してきたメダルＭを、計数口１９１に導入する。
また、筐体１０１における制御ユニット１８１の背面には、筐体１０１内に設けられた各種装置に電力を供給するための電源ユニット１９８が、筐体１０１の背面から突出するように設けられている。
図２に示すように、遊技者がスロットマシン１にて遊技を行なう場合、紙幣挿入口１１０に紙幣を挿入することで、１０００円分のメダルＭ（たとえば、５０枚）が払出装置１８２から排出され、ノズル１５０を介してスロットマシン１の下皿５に払い出されるため、これを使用して遊技を行なうことができる。また、高額紙幣（２０００円、５０００円、１００００円）が挿入された場合は、受付け中のビジターカードがなければ、１０００円分のメダルＭが払い出され、残額は新たに発行されるビジターカードに記録され、受付け中のビジターカードまたは会員カードがある場合には、該受付け金額が受付け中のビジターカードまたは会員カードの残額に加算更新される。また、受付け中のビジターカードまたは会員カードに１０００円分以上のカード残額がある場合は、貸出ボタン１１６を押圧することで１０００円分のメダルＭ（たとえば、５０枚）が払出装置１８２から払い出され、残額が減算更新される。また、受付け中の会員カードまたはビジターカードに所定数以上の持ちメダルまたは貯蓄メダルがある場合には、暗証番号による認証がＯＫであることを条件に、再プレイボタン１２１を押圧することで１０００円分のメダルＭ（たとえば、５０枚）が払出装置１８２から払い出され、持ちメダル数または貯蓄メダル数が減算更新される。
また、遊技者が遊技にてメダルＭを獲得した場合、下皿５に払い出された獲得メダルを手で受入部１４０に投入することで、受け入れたメダルＭは導入経路カバー１４１内を落下した後、計数装置１９０の導入部である計数口１９１に導入される。計数装置１９０内に導入されたメダルＭは、該計数装置１９０内に設けられたメダル検出センサ（図示略）により検出され、該メダル検出センサによりメダルＭが検出されたことに基づいて、回転ディスク（図示略）が駆動して導入されたメダル枚数が計数され、該計数されたメダル枚数が受付け中の会員カードやビジターカードから特定される持ちメダル数に加算更新されるとともに、計数されたメダルＭは排出口１９２から遊技機設置島（図示略）内に排出される。
尚、本実施の形態では、計数装置１９０内に設けられた図示しないメダル検出センサによりメダルＭが検出されたことに基づいて計数が開始されるようになっていたが、たとえば開閉板１０２の前面に遊技者が操作可能な計数ボタン等を設け、該計数ボタンが操作されたことに基づいて計数が開始されるようにしてもよい。
遊技者が遊技を終了する場合、遊技者は返却ボタン１１４を操作して、受付け中（現金の投入によって発行されたビジターカードを含む）の会員カードやビジターカードを返却させる。遊技にて獲得して計数済みのメダル数（持ちメダル数）がある場合には、返却する会員カードまたはビジターカードのカードＩＤと持ちメダル数とを含む持ちメダル数更新要求がメダル管理コンピュータ５５０に送信されて、該会員カードまたはビジターカードのカードＩＤに対応する持ちメダル数に、メダル数更新要求に含まれる持ちメダル数が加算更新されるため、遊技場のカウンタ等において、会員カードまたはビジターカードから持ちメダル数を特定して、該持ちメダル数に相当する景品等に交換、または別の遊技に使用することができる。また、プリペイド残額がある場合には、遊技場に設置されている精算装置５８０等にてプリペイド残額を精算することができる。
このように、本実施の形態のメダル貸出機１００にあっては、対応するスロットマシン１にて遊技を開始する際にメダルＭの貸出を実行するだけでなく、遊技の終了時に精算を実行することができるため、遊技者はスロットマシン１から移動することなく、遊技の開始および精算を行なうことができる。
次に、図４〜図１４に基づいて、開閉板１０２に設けられた各種部材の詳細な構造について説明する。
開閉板１０２は、図４および図５に示すように、前面板１０２ａと、該前面板１０２ａの左右側辺から後側に屈曲形成された屈曲片１０２ｂと、から平面視後向きコ字形に形成され、筐体１０１の前面下部に形成される開口を閉塞したときに、左右の屈曲片１０２ｂが筐体１０１の左右側板の前端内側に嵌合されるようになっている。また、本実施の形態では、屈曲片１０２ｂの上下に設けられた係止溝１０３を筐体１０１の側板内面に突設された係止ピン１０４に係止することで閉鎖位置に取り付けられている。
この開閉板１０２の上端には、開閉板鍵１０６が設けられ、この開閉板鍵１０６により施錠することで、開閉板１０２がメダル貸出機１００の前面側に取り外し不能に取り付けられる。尚、遊技場の店員等が携帯する所定の鍵（図示略）を開閉板鍵１０６に差し込まない限り、開閉板１０２を取り外せないようになっている。
尚、開閉板１０２は、貸出メダル貯留部１８３および計数装置１９０の前面側、つまり、筐体１０１の前面開口におけるメダル補給扉１３０よりも下側を被覆可能に構成され、その上側は、紙幣識別ユニット１８０および制御ユニット１８１の前面によりメダル貸出機１００の前面の一部が構成されている。
開閉板１０２における導入部材１９３に対応する高さ位置には、横長長方形状の導入口１４２が左右方向の略中央位置に形成されている。また、導入口１４２の上方位置には、横長長方形状をなし、ノズル１５０を挿通可能な大きさを有する後挿通孔１４３ｂが形成されている。また、背面左右側上下位置には、長孔１０５ａが形成されるとともに、該長孔１０５ａの背面には視縦長長方形状の係止筒１０５がそれぞれ突設されている。
導入経路カバー１４１は、正面視縦長長方形状の前面板１４１ａと、前面板１４１ａの左右側辺から背面側に屈曲される側板１４１ｂと、前面板１４１ａの下端から下方に向けて後側に傾斜する傾斜板１４１ｃ（第２底面部）と、左右の側板１４１ｂの下端から下方に向けて中央側に傾斜する傾斜板１４１ｄと、から背面および上面が開口する縦長箱状に形成され、導入口１４２から上方に向けて延設されている。下部は、導入口１４２に向けて漸次背面中央側に向けて傾斜するように形成されている。尚、本実施の形態では、左右の側板１４１ｂの内面が導入経路の内側を形成する壁面のうち対向する２つの側壁面を構成している。
また、傾斜板１４１ｃの上方位置には、この傾斜板１４１ｃから所定寸法離間して重畳配置された傾斜板１４１ｃ’（第１底面部）が設けられている。これら２枚の傾斜板１４１ｃ，１４１ｃ’により、導入経路カバー１４１の底部を形成している。尚、上方側の傾斜板１４１ｃ’は、下方側の傾斜板１４１ｃよりも計数装置１９０に向かって延設されている。そして、後述するように、これらの傾斜板１４１ｃ，１４１ｃ’には、打抜き加工により貫通された複数の小径のパンチング穴１４８，１４８’（貫通孔）が形成されている。尚、各パンチング穴１４８，１４８’の直径は、メダルＭの直径２Ｒよりも小さい直径に形成されている。
側板１４１ｂの後端における長孔１０５ａに対応する位置には、外向きの係止爪１４４が突設されており、これら係止爪１４４を長孔１０５ａの前面側から挿入することで係止筒１０５の後端に係止され、導入経路カバー１４１が開閉板１０２の前面に取り付けられる。取り付けられた状態において、傾斜板１４１ｃ’の後端は導入口１４２を挿通して背面側に突出し、導入部材１９３の上方に後端が重なるように配置される。このように係止爪１４４は開閉板１０２の背面で係止されていることで、開閉板１０２を開放しない限り導入経路カバー１４１を開閉板１０２から取り外すことはできないため、導入経路カバー１４１を取り外して導入口１４２から計数装置１９０に不正にアクセスすることが防止されている。
このように、導入経路カバー１４１が開閉板１０２の前面に取り付けられることで、導入経路カバー１４１の背面開口が開閉板１０２により閉鎖され、受入部１４０にて受け入れたメダルＭを計数装置１９０の導入口１４２に導入させる上下方向に延びるメダルＭの導入経路Ｋが構成される。
また、前面板１４１ａにおける後挿通孔１４３ｂに対応する位置のやや下方位置には、後挿通孔１４３ｂとほぼ同形の前挿通孔１４３ａが形成されており、ノズル１５０を挿通可能としている。尚、このノズル１５０を挿通するための前挿通孔１４３ａおよび後挿通孔１４３ｂは、導入経路Ｋにおける左右幅方向の一端側（たとえば右側）に形成され、ノズル１５０の他端（左端）側にのみ幅狭経路Ｋ１が形成されている。
保護部材１４５の上方左右側には、円柱状の棒状部材１４６ａ，１４６ｂが前後方向、つまり側板１４１ｂに対して略平行に設けられているとともに、これら棒状部材１４６ａ，１４６ｂ間の上方位置には、棒状部材１４６ｃが前後方向、つまり、側板１４１ｂに対して略平行に設けられている。これら棒状部材１４６ａ〜１４６ｃは、側板１４１ｂからメダルＭの直径２Ｒよりも離れた位置に配設されていることで、棒状部材１４６ａ〜１４６ｃと側板１４１ｂとの間にメダルＭが詰まることがない。そして、このような棒状部材１４６ａ〜１４６ｃが前後方向に向けて架け渡されることで、落下してきたメダルＭの姿勢を、表裏面が側板１４１ｂ側を向く横向き姿勢に整列させる。
ノズル１５０は、払出装置１８２の前面から後挿通孔１４３ｂおよび前挿通孔１４３ａを挿通する基部１５１と、該基部１５１に連設され前挿通孔１４３ａから遊技者側に向けて突出するように延設される突出部１５２と、を含み、基部１５１は変形不能に形成され、突出部１５２は該基部１５１に対し少なくともスロットマシン１側に変形可能に形成されている。
具体的には、基部１５１は、四角筒状に形成され、メダル排出口１８２ａから前方に向けて下方に傾斜するように、開閉板１０２の背面にネジ（図示略）等により固設されている。取り付けられた状態において、後端開口はメダル排出口１８２ａを覆うように配置され、後挿通孔１４３ｂおよび前挿通孔１４３ａを挿通して先端が前方に突出される。
突出部１５２は、上向きコ字形をなす複数の樋部材１５２ａが互いにユニバーサルジョイント（自在継手）により上下および左右方向に回動可能に接続されてなり、後側の樋部材１５２ａは基部１５１の前端にユニバーサルジョイント（自在継手）により上下および左右方向に回動可能に接続されている。すなわち、基部１５１は、導入経路カバー１４１の長手方向、つまり、メダルＭの移動（落下）方向に対して交差する前後方向に向けて延設された状態で固定されているのに対し、この基部１５１の先端に接続された突出部１５２は、左右方向（図２参照）および上下方向（図３参照）に回動（変形）可能とされている。
このように、導入経路カバー１４１内を挿通する基部１５１は変形不能であることで、メダルＭの落下を妨げることがないとともに、突出部１５２はスロットマシン１側に変形させることができることで、払い出されたメダルＭをスロットマシン１に直接誘導させることが可能となるため、使い勝手が向上する。
図８に示すように。受入部１４０の間口１４０ａに投入されたメダルＭは、受入部１４０により導入経路カバー１４１内に誘導され、導入経路カバー１４１および開閉板１０２からなる導入経路Ｋ内を下方に向けて落下していく。落下途中において、前後方向を向く棒状部材１４６ａ〜１４６ｃにメダルＭが衝突することで、メダルＭの姿勢が、表裏面が左右側板１４１ｂ側を向く横向き姿勢に変更される。
そして、図８に示すように、前挿通孔１４３ａの上方位置には、上方から落下してくるメダルＭをノズル１５０の左側方に誘導して該ノズル１５０に衝突しないように迂回させる保護部材１４５が設けられている。この保護部材１４５は、右側から左側に向けて下方に傾斜する誘導傾斜面１４５ｂを有し、かつ、ノズル１５０を取り囲むように形成されている。このようにノズル１５０を前後方向に挿通するための前挿通孔１４３ａおよび後挿通孔１４３ｂは、左右幅方向の一端側（本実施の形態では右側）に偏って形成される。尚、ノズル１５０を避けるように形成される幅狭経路Ｋ１は、左側でなく右側に形成されるようにしてもよい。
また、前記実施の形態では、ノズル１５０の基部１５１は、前挿通孔１４３ａよりも前方に突出され、該前挿通孔１４３ａよりも前方位置にて突出部１５２が回動可能に接続されていたが、導入経路Ｋ内において基部１５１に対し回動可能に接続されていてもよい。この場合、突出部１５２Ａの移動を許容できるように前挿通孔１４３ａを大きくする必要があるが、その隙間からメダルＭが流出する虞があるため、保護部材１４５によりノズル１５０を取り囲むようにすればよい。
また、このように保護部材１４５によりノズル１５０の周囲を筒状に取り囲むことで、保護部材１４５内にメダルＭが進入してくることがないので、ノズル１５０の突出部１５２Ａを基部１５１に対して回動可能に設けても、メダルＭの落下に悪影響が及ぶことがない。
次に、遊技者により投入されたメダルＭを受け入れる受入部１４０について詳述する。図４に示すように、この受入部１４０は、導入経路カバー１４１の上端に設けられて上方に開口するようになっている。また、図９（ａ）に示すように、受入部１４０は、前述した導入経路カバー１４１を構成する前面板１４１ａと、この前面板１４１ａの側辺に設けられる側板１４１ｂと、導入経路カバー１４１が取り付けられる開閉板１０２と、により形成されている。
図７および図９（ａ）に示すように、左右の側板１４１ｂの上端縁の高さ位置は、それぞれ異なっており、左右の側板１４１ｂには、上下寸法Ｖの高低差が設けられている。更に、左右の側板１４１ｂのうち、左側の側板１４１ｂ、すなわち、当該メダル貸出機１００に対応するスロットマシン１側に設けられる一方の側板１４１ｂは、右側に設けられる他方の側板１４１ｂよりも高く形成されている。尚、左側の側板１４１ｂの上端縁は、上方に膨出するように湾曲されて形成されるとともに、右側の側板１４１ｂの上端縁は、下方に凹むように湾曲されて形成されている。
また、図９（ａ）および図９（ｂ）に示すように、受入部１４０には、メダルＭの受け入れを可能とする開放状態とメダルＭの受け入れを不可能とする閉鎖状態とに開閉可能に設けられた蓋部材１６０（蓋体）が設けられている。そして、蓋部材１６０は、受入部１４０の開口１４０’を閉鎖する略板状をなす蓋板１６０ａ（主蓋部）と、この蓋板１６０ａの左右両側辺に設けられる蓋部材側板１６０ｂ（蓋部側壁部）と、を有している。尚、蓋部材１６０における左右の蓋部材側板１６０ｂは、受入部１４０における左右の側板１４１ｂの内側に重畳および接触して配置されている（図１２の断面図参照）。尚、本実施の形態では、導入経路カバー１４１の上端に形成される開口が受入部１４０の開口１４０’となっている。
また、蓋部材１６０の左右の蓋部材側板１６０ｂは、導入経路カバー１４１における左右の側板１４１ｂの前部側に設けられた枢軸孔１４９に対して枢支される枢軸１６１を有しており、この枢軸１６１を軸心として蓋部材１６０が前後方向に回動可能に取り付けられている。そして、蓋部材１６０は、枢軸１６１を軸心として回動されることで、受入部１４０を開放する開放位置と（図９（ａ），図１１（ａ），図１２（ａ）参照）、受入部１４０を閉鎖する閉鎖位置と（図９（ｂ），図１１（ｂ），図１２（ｂ）参照）で変位可能となっている。尚、蓋部材１６０は、開放位置において蓋板１６０ａの前面側が前述の導入経路カバー１４１の前面板１４１ａの上端縁に当接されることで、所定の開放角度に維持されるようになっている。
また、図９（ａ）に示すように、開放状態の蓋部材１６０の左右の蓋部材側板１６０ｂの上端縁の高さ位置は、それぞれ異なっており、前述の導入経路カバー１４１の左右の側板１４１ｂと同様に、上下寸法の高低差が設けられている。更に、前述の導入経路カバー１４１の左右の側板１４１ｂと同様に、左右の蓋部材側板１６０ｂのうち、左側の蓋部材側板１６０ｂ、すなわちスロットマシン１側に設けられる一方の蓋部材側板１６０ｂは、右側に設けられる他方の蓋部材側板１６０ｂよりも高く形成されている。尚、左側の蓋部材側板１６０ｂの上端縁は、上方に膨出するように湾曲されて形成されるとともに、右側の蓋部材側板１６０ｂの上端縁は、下方に凹むように湾曲されて形成されている。尚、後述するように、右側の蓋部材側板１６０ｂの下端縁も凹むように湾曲されて形成されている。
また、導入経路カバー１４１の右側の側板１４１ｂの上端縁の湾曲形状と、蓋部材１６０の右側の蓋部材側板１６０ｂの上端縁の湾曲形状は、略同一をなしており、蓋部材１６０の開放状態では、受入部１４０の右側の側板１４１ｂ，１６０ｂに湾曲した大きな凹みが形成される。この凹みは、導入経路カバー１４１の右側の側板１４１ｂと蓋部材１６０の右側の蓋部材側板１６０ｂとの間の継ぎ目の位置（図９（ａ）中において側板１４１ｂと蓋部材側板１６０ｂとが重なる位置）に段差が生じないように、蓋部材１６０の開放状態で、導入経路カバー１４１の右側の側板１４１ｂの上端縁と蓋部材１６０の右側の蓋部材側板１６０ｂの上端縁とが連続する湾曲形状に形成される。すなわち、導入経路カバー１４１の右側の側板１４１ｂにおいて、枢軸孔１４９から側板１４１ｂの継ぎ目の位置の上端縁までの距離と、蓋部材１６０の右側の蓋部材側板１６０ｂにおいて、枢軸１６１から蓋部材側板１６０ｂの継ぎ目の位置の上端縁までの距離と、が略同一距離となっている。
尚、たとえば、遊技者がスロットマシン１の下皿５に払いだされたメダルＭを、右方側にある受入部１４０に投入する際には、右手でメダルＭを掴んで投入する動作を行なう。その際に、蓋部材１６０の開放状態では、受入部１４０の右側、つまり、当該スロットマシン１の反対側の側板１４１ｂ，１６０ｂに湾曲した大きな凹みが形成されることで、遊技者がメダルＭを握って受入部１４０からメダルＭを投入する際に、メダルＭを握った手の小指側が右側の側板１４１ｂ，１６０ｂに邪魔されにくくなり、メダルＭの投入作業をスムーズに行なうことができる。また、受入部１４０の左側、つまり、当該スロットマシン１側の側板１４１ｂ，１６０ｂが高く形成されることで、投入されたメダルＭは、この高く形成された左側の側板１４１ｂ，１６０ｂに当たって受入部１４０内に導かれるようになるため、メダルＭの飛散が防止される。
すなわち、遊技者が右手でメダルＭを掴んで投入する際には、該遊技者の肩や肘等を中心として右手が受入部１４０の右側から左側に向けて回り込むように動作することになるので、受入部１４０の右側の側板１４１ｂ，１６０ｂに湾曲した大きな凹みが形成されることで、側板１４１ｂ，１６０ｂにメダルＭが引っ掛かり受入部１４０の右側にこぼれ落ちることが防止されるとともに、受入部１４０の右側から左側に向けて移動する右手から離されたメダルＭが勢いで受入部１４０の左側にこぼれ落ちそうになっても、高く形成された左側の側板１４１ｂ，１６０ｂに阻まれて受入部１４０内に導かれるようになるため、メダルＭの飛散が防止される。
尚、本実施の形態では、左側の側板１４１ｂ，１６０ｂが高く形成されるとともに、右側の側板１４１ｂ，１６０ｂに湾曲した大きな凹みが形成されているが、左側の側板１４１ｂ，１６０ｂの上端縁辺のうちの最も高い部位から右側の側板１４１ｂ，１６０ｂの上端縁辺のうちの最も低い部位まで高低差は、約４ｃｍとなっている。これは、遊技者の人の手のひらの平均左右幅寸法が約８ｃｍであるとした場合に、この手のひらにメダルＭを握った状態で受入部１４０に該メダルＭを投入するときに親指側が上がるように若干傾ける（傾斜角度約３０°）と想定した場合、その手における親指側と小指側との高低差が約４ｃｍとなる。そのため、左側の側板１４１ｂ，１６０ｂの上端縁辺のうちの最も高い部位から右側の側板１４１ｂ，１６０ｂの上端縁辺のうちの最も低い部位まで高低差を約４ｃｍとすることで、メダルＭが手の親指側からこぼれ落ちないようになる。
尚、本実施の形態では、蓋部材１６０の開放状態では、受入部１４０の右側の側板１４１ｂ，１６０ｂに湾曲した大きな凹みが形成されるようになっているが、この凹みの形状は、湾曲形状に限らず、受入部１４０の右側の側板１４１ｂ，１６０ｂに略Ｖ字形状に切り欠かれた大きな凹みとなっていてもよいし、矩形状の凹部として形成されていてもよい。
また、図９（ｂ）および図１１（ｂ）に示すように、右側の蓋部材側板１６０ｂにおいて、蓋部材１６０を閉鎖状態にしたときに、右側の蓋部材側板１６０ｂの上端縁となる部位（開放状態における右側の蓋部材側板１６０ｂの下端縁）は、凹むように湾曲されて形成されている。そして、導入経路カバー１４１の右側の側板１４１ｂの上端縁の湾曲形状と、蓋部材１６０の右側の蓋部材側板１６０ｂの上端縁の湾曲形状は、略同一をなしており、閉鎖状態にしたときに、この蓋部材側板１６０ｂの上端縁と導入経路カバー１４１の右側の側板１４１ｂの上端縁とが略面一をなすように、両側板１４１ｂ，１６０ｂが重なるようになっている。つまり蓋部材１６０の右側の蓋部材側板１６０ｂは、導入経路カバー１４１の右側の側板１４１ｂに重畳されて覆われるようになっている。
更に、図１２（ｂ）に示すように、蓋部材１６０を閉鎖状態にしたときに、蓋部材１６０の左側の蓋部材側板１６０ｂは、導入経路カバー１４１の左側の側板１４１ｂに重畳されて覆われるようになっている。そのため、蓋部材１６０が閉鎖状態のときに、導入経路カバー１４１の左右両側板１４１ｂにより左右両蓋部材側板１６０ｂが外方から触れられなくなるので、遊技者等が蓋部材１６０の蓋部材側板１６０ｂを摘むことができなくなり、後述する維持手段としてのネジ１０７を用いなくても、不正に蓋部材側板１６０ｂが操作されて蓋部材１６０が開放状態とされることを防止できる。尚、本実施の形態では、蓋部材１６０が開放状態とされることを完全に防止できるものでなくてもよく、少なくとも蓋部材１６０が開放され難くなったり、蓋部材１６０の開放に時間が掛かったりするように開放が困難となるものであってもよい。
また、図１２に示すように、蓋部材１６０における左側の蓋部材側板１６０ｂの側面には、ネジ１０７が螺合される雌ネジ孔１６２が前後２箇所に設けられている。更に、受入部１４０における左側の側板１４１ｂには、ネジ１０７が挿通するネジ挿通孔１０８ａ，１０８ｂが２箇所に形成されている。それぞれのネジ挿通孔１０８ａ，１０８ｂは、蓋部材１６０の開放状態および閉鎖状態において用いられるようになっている。蓋部材１６０が開放状態のときには、蓋部材側板１６０ｂの雌ネジ孔１６２が、前方位置に設けられた一方のネジ挿通孔１０８ａに対応して配置され、ネジ１０７により蓋部材側板１６０ｂを側板１４１ｂに対して固定することで、蓋部材１６０の開放状態が維持される（図１２（ａ）参照）。尚、ネジ１０７とこのネジ１０７が挿通するネジ挿通孔１０８ａ，１０８ｂとネジ１０７が螺合される雌ネジ孔１６２とにより本実施の形態における維持手段が構成される。
また、蓋部材１６０が閉鎖状態のときには、蓋部材側板１６０ｂの雌ネジ孔１６２が、後方位置に設けられた他方のネジ挿通孔１０８ｂに対応して配置され、ネジ１０７により蓋部材側板１６０ｂを側板１４１ｂに対して固定することで、蓋部材１６０の閉鎖状態が維持される（図１２（ｂ）参照）。つまり、ネジ１０７の雄ネジ部および蓋部材側板１６０ｂの雌ネジ孔１６２により本実施の形態における固定手段を構成している。
図４および図６に示すように、受入部１４０の蓋部材１６０が開放された状態では、メダルＭを受け入れることができる間口１４０ａが上方に開口する皿状に形成され、導入経路カバー１４１内の導入経路Ｋに向かって連通されている。また、この上面開口である間口１４０ａは平面視略正方形に形成され、導入経路カバー１４１から前方に拡大して形成されている。つまり、間口１４０ａは、導入経路カバー１４１の前後幅寸法Ｌ１０よりも、蓋部材１６０および受入部１４０を含めた前後幅寸法Ｌ１２の方が長いため（図６参照、Ｌ１０＜Ｌ１２）、このように間口１４０ａは、導入経路カバー１４１の上面開口に対し遊技者側に近づくため、メダルＭを投入しやすくなる。また、蓋部材１６０および受入部１４０を含めた上下幅寸法Ｌ１３は導入経路カバー１４１の前後幅寸法Ｌ１０よりも短寸とされている（図６参照、Ｌ１０＞Ｌ１３）。
また、図１４に示すように、遊技場に設置する場合には、スロットマシン１とメダル貸出機１００は、左右方向の交互に配置される。尚、前述したように、メダル貸出機１００は対応するスロットマシン１の右側に設けられ、メダル貸出機１００と他の右側に配設されたスロットマシン１との間は、所定距離離間されており、所定のスペーサ部材１０が設けられている。
また、前述したように、蓋部材１６０を閉鎖状態にすることで、蓋部材１６０が導入経路カバー１４１よりも前方に突出しないので、当該メダル貸出機１００の右側に配設されたスロットマシン１の前面扉１ｂを左側に開放したときに、突出している蓋部材１６０の先端に前面扉１ｂが接触して蓋部材１６０が破損したり、前面扉１ｂの開放の邪魔になることが防止される。尚、スロットマシン１の前面扉１ｂは、遊技場の店員等の作業者が携帯する所定の鍵（図示略）を前面扉鍵１ｃ（図２参照）に差し込まない限り開放できないようになっている。
尚、前面扉１ｂが閉鎖されたスロットマシン１に対応するメダル貸出機１００では、その受入部１４０における左側の側板１４１ｂと前面扉１ｂとの間の間隙Ｓが狭くなっており、前述した蓋部材１６０の開放状態または閉鎖状態を維持する維持手段および固定手段としてのネジ１０７のネジ頭（操作部）に対し、作業者がドライバーＤ等の工具をアクセスできないようになっている。また、前面扉１ｂが開放されたスロットマシン１に対応するメダル貸出機１００では、その受入部１４０における左側の側板１４１ｂのネジ１０７のネジ頭に対してドライバーＤ等の工具をアクセスできるようになる。
このように、前面扉１ｂが閉鎖されたスロットマシン１に対応するメダル貸出機１００では、遊技者がドライバーＤ等の工具を用いて蓋部材１６０を不正に開閉しようとしても、左側の側板１４１ｂと前面扉１ｂとの間の間隙Ｓが狭くなっているため、不正な開閉操作が防止される。また、スロットマシン１の前面扉１ｂを開放することができる遊技場の店員等の作業者は、前面扉１ｂを開放することで、左側の側板１４１ｂに対してドライバーＤ等の工具をアクセスさせることができ、蓋部材側板１６０ｂを側板１４１ｂに固定しているネジ１０７を操作することができ、蓋部材１６０を開放状態または閉鎖状態に切り換えることができる。
また、本実施の形態では、蓋部材１６０を開放状態または閉鎖状態に維持する維持手段としてのネジ１０７が受入部１４０の左側、つまりスロットマシン１が配置されている側からドライバーＤ等の工具により操作可能となっており、このネジ１０７による蓋部材１６０の維持状態を受入部１４０の正面側（遊技者側）から解除操作することが困難に設けられている。そのため、遊技者等により蓋部材１６０の閉鎖状態が故意に解除されることを困難とすることができる。
また、図４および図９（ａ）に示すように、開閉板１０２における受入部１４０の開口１４０’近傍の部位および蓋部材１６０の内面側（開放状態における上方側）の部位には、それ以外の部位である導入経路カバー１４１における受入部１４０の開口１４０’近傍の外周面（周囲部）および開閉板１０２における受入部１４０の近傍部位（周囲部）の色彩よりも明度が高い色彩に着色された高明度部１０９，１０９’が設けられている。
尚、本実施の形態では、導入経路カバー１４１における受入部１４０の開口１４０’近傍の外周面（周囲部）および開閉板１０２における受入部１４０の近傍部位（周囲部）は、黒色に着色されているとともに、高明度部１０９，１０９’は、白色または灰色等の明度の高い色彩に着色されている。このように高明度部１０９，１０９’を設けることで、スロットマシン１が設置される遊技店内の照明が暗くても、遊技者は高明度部１０９，１０９’を頼りにメダルＭを受入部１４０に投入することができる。
尚、本実施の形態では、高明度部１０９，１０９’が白色または灰色に着色されているが、高明度部の色彩は、白色または灰色に限らず、導入経路カバー１４１および開閉板１０２におけるその他の部位の色彩よりも明度が高ければ、その他の色彩を用いてもよいし、照明が暗くても、視認し易い蛍光色等であってもよい。
また、開閉板１０２における受入部１４０の間口１４０ａに対応する位置、つまり受入部１４０の開口１４０’の入り側には、計数装置１９０にてメダルＭが計数された際に発光する発光部１６５が設けられている。尚、この発光部１６５は、開閉板１０２に設けられた横長長方形状の開口から前面側に露呈している。図５に示すように、計数装置１９０の前部には、メダルＭが計数された際に発光するＬＥＤユニット１６６が設けられ、開閉板１０２の背面側には、計数装置１９０のＬＥＤユニット１６６の発光を受光する受光部１６８が設けられている。また、受光部１６８には、導入された光を発光部１６５に導光する装飾用光ファイバ１６７が接続され、この光ファイバ１６７が開閉板１０２の背面に沿って上方に延設されて発光部１６５に接続されている。
このように発光部１６５を設けることで、メダルＭが計数装置１９０で計数されていることを遊技者に知らせることができる。また、対応するスロットマシン１にてメダルＭが払い出されていることを発光により周囲の遊技者に知らせることができるので、演出効果を高めることができるとともに、周囲の遊技者の視線を集めることで、不正なメダル（贋メダル）等が受入部１４０に投入されることを抑止できる。
また、ＬＥＤユニット１６６を計数装置１９０に設けて、光ファイバ１６７によって発光部１６５までＬＥＤユニット１６６の発光を発光部１６５まで導くことで、計数装置１９０と開閉板１０２との間の配線を不要にできるので、発光部１６５に直接ＬＥＤランプを設けることと比較して、構造を簡略化することができ、開閉板１０２の着脱作業も容易となる。
また、図９（ｂ）に示すように、蓋部材１６０を閉鎖状態にすると、発光部１６５が蓋部材１６０により隠蔽されるようになっている。尚、前述した高明度部１０９，１０９’も蓋部材１６０により隠蔽されるようになっている。このようにすることで、受入部１４０を使用しないとき、つまり計数装置１９０を使用しないときには、発光部１６５および高明度部１０９，１０９’を蓋部材１６０により保護することができ、発光部１６５および高明度部１０９，１０９’が汚れたり埃が付着したりすることを防止できる。更に、高明度部１０９，１０９’が隠蔽されて受入部１４０が目立たないようにできる。また、たとえば、メダル貸出機１００の移動作業や設置作業の際に蓋部材１６０を閉鎖状態とすることで、作業中に発光部１６５に他の部材が当たって破損したり疵ついたりすることを防止でき、更に、高明度部１０９，１０９’を構成する塗料等に疵や汚れが着いて見栄えが悪くなることを防止できる。
図１３に示すように、導入経路カバー１４１の底部には、前述したように、下方側の傾斜板１４１ｃ（第２底面部）と、この傾斜板１４１ｃから所定寸法離間して重畳配置された上方側の傾斜板１４１ｃ’（第１底面部）と、が設けられている。そして、前述したように、傾斜板１４１ｃ，１４１ｃ’に複数の小径のパンチング穴１４８，１４８’（貫通孔）が形成されていることで、受入部１４０から遊技者が所持する飲料等の液体等が投入された場合に、導入経路カバー１４１の底部に到達した液体が傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’から外部に流出するようになり、計数装置１９０に液体が入り込むことを防止できる。
また、上方側の傾斜板１４１ｃ’には、前部側の領域にパンチング穴１４８’が設けられ、下方側の傾斜板１４１ｃには、後部側の領域にパンチング穴１４８が設けられている。そして、これら各傾斜板１４１ｃ，１４１ｃ’においてパンチング穴１４８，１４８’が形成された領域が上下に重ならないようになっていることで、各傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’が上下（鉛直方向）に重ならないように配置されている。このようにすることで、遊技者が、傾斜板１４１ｃのパンチング穴１４８から棒状部材または針金等の線状部材を計数装置１９０に向かって挿入しようとしても、これらの部材の挿入を阻止することができる。
尚、本実施の形態では、各傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’が形成される領域が前後方向にずれて設けられているが、各傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’が形成される領域が左右方向にずれて設けられていてもよいし、各傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’が形成される領域が前後または左右方向に交互に設けられることで、棒状部材または線状部材の挿入を阻止するようにしてもよい。
尚、本実施の形態では、各傾斜板１４１ｃ，１４１ｃ’のパンチング穴１４８，１４８’が形成されているが、本発明における第１および第２底面部の貫通孔は、パンチング穴１４８，１４８’に限らず、スリット状の貫通孔であってもよいし、各傾斜板１４１ｃ，１４１ｃ’を網状または格子状に形成した略板部材として、これら網状または格子状に形成される通過孔であってもよい。
以上説明したように、本発明の実施の形態としてのメダル貸出機１００（遊技用装置）にあっては、受入部１４０の開口１４０’を閉鎖状態とすることで、受入部１４０の開口１４０’に遊技者が間違ってメダルＭ（遊技媒体）を投入してしまったり、故意にゴミ等を投入することを防止できる。また、遊技店において計数装置１９０を用いる運用形態から計数装置１９０を用いない運用形態に変更する場合、受入部１４０の開口１４０’を閉鎖状態とするだけで、メダル貸出機１００の入れ替え等を行なうことなくメダルＭの投入を防止できるとともに、蓋部材１６０が容易に開放状態とされることを防止できる。尚、本発明では、蓋部材１６０が開放状態とされることを完全に防止できるものでなくてもよく、少なくとも蓋部材１６０が開放され難くなったり、蓋部材１６０の開放に時間が掛かったりするようになればよい。
尚、遊技店において計数装置１９０を用いる運用形態から計数装置１９０を用いない運用形態に変更する場合とは、たとえば、メダル貸出機１００を設置した後に、メダル貯留箱（いわゆるドル箱）を用いる営業形態に変更した場合や、特定のメダル貸出機１００が故障して一時的に使用中止する場合などが考えられる。
また、本実施の形態では、受入部１４０を閉鎖する蓋部材１６０において、受入部１４０の開口１４０’を閉鎖する蓋板１６０ａが略板状となっているが、蓋部材１６０の蓋板１６０ａは略板状に限らず、メダルＭの通過を不可能または困難にするものであればどのような態様であってもよく、たとえば、蓋板１６０ａを網状または格子状に形成した部材としてもよい。
また、本実施の形態では、蓋部材１６０が受入部１４０内に向かって折り畳まれるようにして閉鎖状態となるため、開放状態では、受入部１４０から蓋部材１６０が前方へ突出されることなく、かつ開放状態で略漏斗状をなす間口１４０ａを、閉鎖状態では、無くすことができるようになり、この間口１４０ａに遊技者が間違ってメダルＭ（遊技媒体）を投入してしまったり、故意にゴミ等を投入することを防止できる。
また、前記実施の形態では、受入部１４０が開閉板１０２の前面側に突出するように設けられた前面板１４１ａと側板１４１ｂとにより形成された上方に開口するメダル投入口となっているが、この受入部１４０の形状はこれに限られることなく、たとえば、前述の下辺を中心として開閉可能に設けられたメダル補給扉１３０と同様に、閉鎖状態では、開閉板１０２と面一をなす漏斗状の開閉蓋部材を設け、この開閉蓋部材の下片を中心として前後方向に開閉されるようにし、開放された状態では、上方に開口するメダル投入口となる形態に受入部を形成してもよい。尚、この場合には、開閉板１０２に形成される開口が本発明における受入部の開口をなし、この開閉板１０２の開口からメダル貸出機１００の内部側に形成されるメダル通路が本発明における導入経路をなす。
また、前記実施の形態では、導入経路カバー１４１における左右の側板１４１ｂに対して、蓋部材１６０が左右方向を向く回動軸を中心として前後方向に回動可能に取り付けられているが、前後方向を向く回動軸を中心として左右方向に回動可能に取り付けられていてもよい。さらに、蓋部材１６０の移動態様は回動動作のみならず、蓋部材１６０がスライド移動するものであってもよい。
また、前記実施の形態では、蓋部材１６０が枢軸１６１を軸心として前後方向に回動可能に導入経路カバー１４１における左右の側板１４１ｂに取り付けられ、蓋部材１６０が前方に回動されることで、受入部１４０の開口１４０’が開放され、後方に回動されることで、受入部１４０の開口１４０’が閉鎖されるようになっているが、本発明はこれに限定されるものではなく、たとえば、蓋部材１６０の上辺側に回動動作の軸心となる枢軸を設け、この枢軸を開閉板１０２における導入経路カバー１４１の上方位置に軸支して、蓋部材１６０が後方に回動されることで、受入部１４０の開口１４０’が開放され、前方に回動されることで、受入部１４０の開口１４０’が閉鎖される構成であってもよい。
また、前記実施の形態では、蓋部材１６０が導入経路カバー１４１に軸支されているが、蓋部材１６０が導入経路カバー１４１に着脱されることで、受入部１４０の開口１４０’が開閉される構成であってもよい。
また、前記実施の形態では、遊技場の店員等の作業者が蓋部材１６０の開閉を手動で行なっているが、蓋部材１６０を駆動源にて開閉駆動する構成とし、たとえば、排出口１９２から排出されたメダルＭが詰まったり、遊技機設置島内に設けられた回収装置（図示略）が不具合により回収不能となった場合等、計数装置１９０によりメダルＭの計数ができない状況が発生したときに、蓋部材１６０を自動で閉鎖できるようにする構成としてもよい。
また、図１１（ｂ）に示すように、蓋部材１６０を閉鎖状態にしたときに、蓋部材１６０の蓋板１６０ａの前面側が傾斜された状態で受入部１４０が閉鎖されることで、この蓋部材１６０の蓋板１６０ａの前面側にゴミ等の物が置かれても滑り落ちるようになっているため、蓋板１６０ａの上にゴミ等の物が置かれることを防止できる。
また、導入経路カバー１４１は、導入口１４２から上方に向けて延設され、ノズル１５０をメダルＭの導入（移動）方向に対し交差する前後方向に挿通可能な前挿通孔１４３ａ，後挿通孔１４３ｂが形成されており、受入部１４０は、前挿通孔１４３ａ，後挿通孔１４３ｂよりも上方位置に設けられている。よって、メダル貯留部１８３の貯留スペースを確保しつつ、誘導部材であるノズル１５０をスロットマシン１に対応した位置に配設できるとともに、計数装置１９０をメダル貯留部１８３よりも下方位置に配設しても、受入部１４０を前挿通孔１４３ａ，後挿通孔１４３ｂ、つまり、ノズル１５０よりも上方位置に受入部１４０を配設することができるので、メダルＭの投入時にノズル１５０が邪魔になることがない。
また、計数装置１９０をメダル貯留部１８３の上方位置に配置する必要がないので、メダル貯留部１８３の貯留スペースを十分に確保することができるばかりか、メダル貯留部１８３に貯留されたメダルＭをノズル１５０まで揚送する必要もないので、装置が大掛かりになることもない。
また、本実施の形態においては、図２に示すように、受入部１４０は、隣接配置されるスロットマシン１のゲームを進行するために操作される遊技用操作部としてのメダル投入部４、ＭＡＸＢＥＴスイッチ６、スタートスイッチ７、ストップスイッチ８Ｌ，８Ｃ，８Ｒとほぼ同高さ位置に配設されているため、メダルＭを投入する際に遊技者に違和感を与えないばかりか、ゲームの操作を行ないながらでもメダルＭを投入しやすくなる。
また、受入部１４０がノズル１５０よりも上方位置に配設されることで、計数装置１９０への導入口１４２からの距離が長くなるため、導入口１４２から手や異物等を挿入したとしても、導入口１４２から計数装置１９０にアプローチすることが困難となるため、不正な計数行為等を抑制できるばかりか、誤って手指を計数装置１９０内に挿入して怪我する危険性を回避できる。
また、受入部１４０は、図４に示すように、導入経路カバー１４１より少なくとも遊技者側に向けて拡がるように形成されていることで、投入口が遊技者側に近づくので、メダルＭを投入しやすくなる。
また、スロットマシン１は、筐体１ａと、該筐体１ａの左側辺を中心として開閉可能に設けられた前面扉１ｂと、から構成され、受入部１４０は、左右方向を向く回動軸１４７を中心として回動可能に設けられていることで、受入部１４０を回動させることで、上方に折り畳んで退避させることができるため、前面扉１ｂの開放時に干渉することを防止できる。
また、導入経路カバー１４１の内部におけるノズル１５０よりも上方の所定箇所には、受入部１４０にて受け入れられたメダルＭの姿勢を、該メダルＭの表裏面がメダルＭの導入方向（上下方向）に対し交差する方向（前後方向）に沿う横向き姿勢に変更させる棒状部材１４６ａ〜１４６ｃが設けられていることで受入部１４０にて受け入れられて落下するメダルＭの姿勢が、ノズル１５０よりも上方位置にいて横向き姿勢に変更されることで、メダルＭが幅狭経路Ｋ１を通過しやすくなるばかりか、導入口１４２に到達するまでにメダルＭの姿勢が揃い、整列された状態で計数装置１９０に導入されるため、計数装置１９０でのメダル詰まりの発生を抑制できる。
また、棒状部材１４６ａ〜１４６ｃは、導入経路カバー１４１の側板１４１ｂに対し所定の隙間（Ｋ１の左右幅＞２Ｒ）を隔てて略平行、すなわち、メダルＭの導入方向（上下方向）に対し交差する方向（前後方向）に沿うように設けられることで、簡単な構成でメダルＭの姿勢を変更することができる。
また、ノズル１５０は、払出装置１８２から前挿通孔１４３ａ，後挿通孔１４３ｂまで延設される基部１５１と、該基部１５１に連設され前挿通孔１４３ａから遊技者側に向けて延設される突出部１５２と、を含み、基部１５１は変形不能に形成され、突出部１５２は該基部１５１に対し少なくともスロットマシン１側に変形可能に形成されている。よって、導入経路カバー１４１内を挿通する基部１５１は変形不能であることで、メダルＭの落下を妨げることがないとともに、突出部１５２はスロットマシン１側に変形させることができることで、払い出されたメダルＭをスロットマシン１に直接誘導させることが可能となるため、使い勝手が向上する。
尚、本実施の形態では、導入経路カバー１４１の受入部１４０の開口１４０’が蓋部材１６０により開閉されるようになっているが、計数装置１９０の導入口１４２を開閉する蓋部材を設けるようにしてもよい。また、導入経路カバー１４１の底面部を構成する各傾斜板１４１ｃ，１４１ｃ’を着脱可能な蓋部材として構成し、各傾斜板１４１ｃ，１４１ｃ’を取り外した際には、計数装置１９０の導入口１４２へのメダルＭの導入が不可能になる構成としてもよい。
図１５〜図１６には、本発明の変形例としてのメダル貸出機１００が示されている。図１５は、本発明の変形例としてのメダル貸出機を示す要部正面図である。図１６は、図１５のメダル貸出機の一部縦断面図である。
前記実施の形態では、ノズル１５０を挿通するための前挿通孔１４３ａおよび後挿通孔１４３ｂを、導入経路Ｋにおける左右幅方向の一端側（たとえば右側）に形成し、ノズル１５０の他端（左端）側にのみ幅狭経路Ｋ１が形成されるようにしていたが、図１５および図１６に示すように、ノズル１５０を挿通するための前挿通孔１４３ａおよび後挿通孔１４３ｂを、導入経路Ｋにおける左右幅方向の略中央位置に形成し、ノズル１５０の左右両側に幅狭経路Ｋ２，Ｋ２が形成するようにしてもよい。
そして、前挿通孔１４３ａの上方位置に、上方から落下してくるメダルＭをノズル１５０の左右側方に誘導して該ノズル１５０に衝突しないように迂回させる保護部材１４５Ａを、前後方向に架け渡すように設けられていてもよい。この保護部材１４５Ａは、中央から左右方向それぞれに向けて下方に傾斜する誘導傾斜面１４５ａ，１４５ａにより正面視略への字形の板材にて形成されている。
また、保護部材１４５Ａの誘導傾斜面１４５ａ，１４５ａによってメダルＭが誘導されることによっても、メダルＭの姿勢が横向き姿勢に変更されるため、誘導傾斜面１４５ａ，１４５ａは姿勢変更手段を構成している。
ここで、導入経路Ｋの左右幅Ｌ２０に対し、ノズル１５０を保護する保護部材１４５Ａの左右幅Ｌ２１は約半分を占めている（Ｌ２１≒２／Ｌ２０）。尚、導入経路Ｋの前後幅Ｌ１０（図６参照）はメダルＭの直径２Ｒよりも幅広とされている（Ｌ１０＞２Ｒ）。そして、ノズル１５０および保護部材１４５Ａは、導入経路Ｋの左右方向の略中央位置に配置されていることで、導入経路Ｋは二股状に分かれ、ノズル１５０および保護部材１４５Ａの左右側に幅狭経路Ｋ２，Ｋ２が形成される。この幅狭経路Ｋ２の左右幅Ｌ２２は、メダルＭの直径２Ｒよりも幅広とされているため（Ｌ２２＞２Ｒ）、メダルＭが詰まることはないが、この幅狭経路Ｋ２，Ｋ２よりも上方位置で棒状部材１４６ａ〜１４６ｃにより姿勢変更されているため、スムーズに通過される。
よって、保護部材１４５Ａ上に落下したメダルＭは、左右の誘導傾斜面１４５ａにより左右いずれかに誘導され、ノズル１５０と左右側板１４１ｂとの間の幅狭経路Ｋ２，Ｋ２を通過していく。このように保護部材１４５Ａにより保護されることで、メダルＭがノズル１５０に直接落下することがないので、ノズル１５０が損傷などしてメダルＭの払い出しに悪影響を及ぼすことが防止される。
幅狭経路Ｋ２，Ｋ２を通過したメダルＭは、下部において傾斜板１４１ｃにより後側に、かつ、傾斜板１４１ｄにより左右方向の中央に誘導された後、導入口１４２を通過して開閉板１０２の背面側に誘導される。そして、傾斜板１４１ｃ上を滑り落ちて計数口１９１から計数装置１９０内に落下される。
また、導入経路カバー１４１の内部には、ノズル１５０の上方を覆う保護部材１４５Ａが設けられ、保護部材１４５Ａは、受入部１４０から落下してくるメダルＭをノズル１５０の左右側方を通過可能に誘導する誘導傾斜面１４５ａを備えることで、導入経路カバー１４１内を挿通するノズル１５０に落下してくるメダルＭが衝突することにより破損すること等が防止されるばかりか、誘導傾斜面１４５ａによりノズル１５０を避ける方向にメダルＭを誘導するため、メダルＭの落下を妨げることがない。
また、前記実施の形態では、棒状部材１４６ａ〜１４６ｃにより姿勢変更されるようにしていたが、前述したように、保護部材１４５Ａの誘導傾斜面１４５ａのように、メダルＭの移動方向に対し傾斜して設けられる板状部材であってもよい。また、たとえば螺旋状の線状部材や、先端に向けて先細りテーパ状に形成されたノズル等、種々の姿勢変更手段を採用してもよい。
また、前記実施の形態では、維持手段としてのネジ１０７が挿通するネジ挿通孔１０８ａ，１０８ｂが、受入部１４０における左側の側板１４１ｂに設けられ、このネジ挿通孔１０８ａ，１０８ｂを挿通したネジ１０７が、蓋部材側板１６０ｂの側面に設けられた雌ネジ孔１６２に螺合されるようになっているが、図１７の変形例に示すように、維持手段としてのネジ１０７’が挿通するネジ挿通孔１０８ｃが、受入部１４０における背面側の開閉板１０２に貫通して設けられ、このネジ挿通孔１０８ｃを挿通したネジ１０７’が螺合される雌ネジ孔１６２’を、肉厚に形成された蓋部材側板１６０ｂの先端に設けるようにしてもよい。このようにすることで、開閉板１０２を取り外すことができる遊技場の店員等の作業者以外がネジ１０７を操作することができないようになり、遊技者による蓋部材１６０の不正な開放を阻止することができる。
また、前記実施の形態では、維持手段としてのネジ１０７が挿通するネジ挿通孔１０８ａ，１０８ｂが、受入部１４０における左側の側板１４１ｂに設けられ、このネジ挿通孔１０８ａ，１０８ｂを挿通したネジ１０７が、蓋部材側板１６０ｂの側面に設けられた雌ネジ孔１６２に螺合されるようになっているが、維持手段はネジ１０７を用いる態様に限らず、その他の手段を用いてもよい。たとえば、図１８の変形例に示すように、蓋部材側板１６０ｂの側面に凹部１７０を設け、この凹部１７０内にバネ１７１等の付勢手段により外方に突出する係合凸部１７２を設け、この係合凸部１７２が受入部１４０の側板１４１ｂに形成された係合孔部１７３に係合されるようにして、蓋部材１６０の開放状態または閉鎖状態を維持する維持手段を構成してもよい。この場合には、係合凸部１７２が係合孔部１７３に対応する位置に蓋部材１６０が移動すると、バネ１７１の付勢力により自動的に係合凸部１７２と係合孔部１７３とが係合される。尚、この係合状態を解除する際には、外方からドライバーＤ等の工具を係合孔部１７３に挿入して、係合凸部１７２をバネ１７１の付勢力に抗して凹部１７０内に没入させ、蓋部材１６０を移動させるようにする。
尚、本実施の形態では、蓋部材１６０の開放状態または閉鎖状態を維持する維持手段としてネジ１０７やバネ１７１等により付勢された係合凸部１７２が用いられているが、本発明の維持手段はネジ１０７やバネ１７１等を用いる態様に限らず、その他の態様であってもよい。たとえば、閉鎖状態にしたときに、蓋部材１６０の先端が接触する受入部１４０の部位に、粘着力を有する粘着部材を設け、この粘着部材により蓋部材１６０の閉鎖状態を維持するようにしてもよいし、蓋部材１６０を鉄等の着磁可能金属で構成して、閉鎖状態にしたときに、蓋部材１６０の先端が接触する受入部１４０の部位に、磁石部材を設け、この磁石部材により蓋部材１６０の閉鎖状態を維持するようにしてもよい。また、維持手段は、蓋部材１６０の閉鎖状態を完全に維持できるものでなくてもよく、少なくとも蓋部材１６０が開放され難くなったり、蓋部材１６０の開放に時間が掛かったりするものであればよく、蓋部材１６０が若干動かされても容易に開放できなければよい。
また、前記実施の形態では、導入経路Ｋを構成する導入経路部材は、導入経路カバー１４１および開閉板１０２を含んでいたが、導入経路Ｋは単一の筒状部材等により構成されていてもよい。
図１９は、本実施の形態のメダル貸出機１００の構成を示すブロック図である。本実施の形態の制御ユニット１８１は、制御プログラムを実行可能な中央演算処理回路（ＣＰＵ）１８１ａや、内部カードリーダライタ１８７に受付け中のビジターカードや会員カードの（会員）カードＩＤ並びにプリペイド残額や、持ちメダル数、貯蓄メダル数、来店ポイント数、対応するスロットマシン１の台データ、遊技中の会員の遊技情報等の各種のデータを記憶可能なＲＡＭ１８１ｂや、中央演算処理回路（ＣＰＵ）１８１ａが実行する制御プログラムや、当該メダル貸出機１００の装置ＩＤを含む設定情報を書き換え記憶可能な不揮発性メモリであるＥＥＰＲＯＭ１８１ｃや、その時点の時刻情報やカレンダ情報等を出力可能なリアルタイムクロック（ＲＴＣ）１８１ｄを含み、ＲＡＭ１８１ｂは図示しない電池によりバックアップされており、電源が遮断されても、所定期間において記憶されているデータが保持される。また、制御ユニット１８１は、通信部１８４並びに前述したＨＵＢ７０を介して各種コンピュータとの双方向のデータ通信が可能とされている。
また、制御ユニット１８１には、前述した液晶表示器１２３およびタッチパネル１２４を制御するための表示制御基板１２９や、紙幣識別ユニット１８０や、状態報知ランプ１１１や、内部カードリーダライタ１８７や、顔画像撮影カメラ１８８や、払出装置１８２や、スピーカ（図示せず）を制御するための音声制御基板（図示せず）が接続されている。スピーカでは、メダル貸出機１００からの報知が音声によって行なわれる。なお、メダル貸出機１００自体には、音声を出力するための手段を設けずに、呼出ランプ２００のスピーカから報知を行なうための制御信号を出力可能なように構成してもよい。更に、制御ユニット１８１には、後述するメダル情報の総メダル貯留数、自店メダル貯留数、偽メダル貯留数の値をリセットするためのリセットスイッチ１８６が接続されている。このリセットスイッチ１８６は、筐体１０１の内部に設けられ、筐体１０１の前面下部の開閉板１０２（図２参照）を開放した場合に操作できる。
この開閉板１０２（図２参照）の上端には、開閉板鍵１０６が設けられ、この開閉板鍵１０６により施錠することで、開閉板１０２がメダル貸出機１００の前面側に取り外し不能に取り付けられる。尚、遊技場の店員等が携帯する所定の鍵（図示略）を開閉板鍵１０６に差し込まない限り、開閉板１０２を取り外せないようになっている。そして、リセットスイッチ１８６は、店員が後述するメダル貯留ボックス１９４を空にしたときに、押圧操作されるようになっている。
また、制御ユニット１８１には、貸出操作基板１８９が接続されており、この貸出操作基板１８９には、前述したカード残高表示部１１５に対応するカード残高表示器１１５’と、メダル貸出ボタン１１６に対応するメダル貸出ボタンスイッチ１１６’と、返却ボタン１１４に対応する返却ボタンスイッチ１１４’と、入金可ランプ１１３と、メダル貸出ランプ１１７と、メダル切れランプ１１８と、が設けられている。
また、制御ユニット１８１には、再プレイ操作基板１８５が接続されており、この再プレイ操作基板１８５には、前述した暗証番号表示部１１９に対応する暗証番号表示器１１９’と、テンキー１２０に対応するテンキースイッチ１２０’と、再プレイボタン１２１に対応する再プレイボタンスイッチ１２１’と、が設けられている。
また、制御ユニット１８１は、当該メダル貸出機１００の下部位置に設けられている計数装置１９０に接続され、該計数装置１９０による各計数信号が入力可能とされている。この計数装置１９０からの計数信号の入力に応じて、後述する各種テーブルの更新を行なうようになっている。この計数装置１９０には、前述したメダル撮影カメラ１９０ｃや、流路切換器１９０ｄが設けられるとともに、後述する発光部１６５に対応するＬＥＤユニット１６６が設けられている。さらに計数装置１９０には、メダル撮影カメラ１９０ｃで撮影したメダル画像等を一時的に記憶するメモリ１９０ｂや、これらのデバイスを制御し、かつメダルＭの真贋を判定するコントローラ１９０ａが設けられている。
本実施の形態のＲＡＭ１８１ｂに記憶されているカードテーブルには、図２０（ａ）に示すように、カードリーダライタ１８７に挿入されたビジターカードや会員カードから読み出した（会員）カードＩＤと、会員ＩＤ（会員カードのみ）と、暗証番号（会員カードのみ）と、（会員）カードＩＤ並びにプリペイド残額データに基づくプリペイド残額と、カードＩＤから特定される持ちメダル数と、（会員）カードＩＤと会員ＩＤから特定される貯蓄メダル数（会員のみ）と、会員ＩＤから特定される来店ポイント数（会員のみ）と、当該カードが入金残額対応カードであるか否かを示す入金残額対応フラグと、当該カードに対するカードロック機能が有効か無効かを示すカードロック有効フラグと、盗難カード制限機能において当該カードが盗難された旨の登録がされたカードであるか否かを示す盗難カードフラグと、当該カードに対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数と、当該カードに対する少量貸し機能が有効か無効かを示す少量貸し有効フラグが記憶される。
入金残額対応カードとは、後述する図４１の「残額取出」ボタンが操作されることで図４２のステップＳｇ１１で実行される図４３のステップＳｈ１５で排出される会員カードまたはビジターカードであり、入金残額対応カードの旨が対応付けられる。
カードロック機能とは、暗証番号の入力が無い限り、当該カードを返却や、カードロック機能の有効から無効への切替えなどができないようにする機能である。なお、本実施の形態においては、カードロック機能が有効とされている場合は、暗証番号の入力が無い限り、後述する持玉分割機能およびカード後挿入機能も実行できないようにされる。しかし、これに限定されず、カードロック機能が有効である場合に実行が制限される機能は、いずれの機能であってもよい。
盗難カード制限機能とは、盗難されたカードを登録しておくことで、盗難カードが使用できないように制限する機能である。盗難カードの登録については、次のように行なわれる。
たとえば、カード管理コンピュータ５００でメダル貸出機１００の装置ＩＤおよび当該カードを使用していた時間などが入力されることで、メダル管理コンピュータ５５０の図２５のユニット管理テーブルなどで受付けられていたカードＩＤなどが検索されて、図２２の会員カードテーブルまたはビジターカードテーブルに、当該カードＩＤの盗難カードフラグがオン状態として登録される。
または、盗難された直後に、店員がリモコンでカードが盗難された旨をメダル貸出機１００に入力することで、図２２の会員カードテーブルまたはビジターカードテーブルの、直前に使用されていたカードのカードＩＤに対応する盗難カードフラグがオン状態として登録される。
遊技履歴集計機能とは、当該カードのカードＩＤに対応付けて、遊技の履歴（たとえば、大当り回数、大当り間変動回数、リーチ回数など）を集計する機能である。少量貸し機能とは、通常の貸出単位額分よりも小額の金額分のメダルを貸出す機能であり、たとえば、通常は１０００円単位でメダルを貸出すが、少量貸し機能で１０００円以下の設定した金額、たとえば、１００円単位での貸出しが可能となる。
また、ＲＡＭ１８１ｂに記憶されているカード受付け中遊技情報には、図２０（ｂ）に示すように、カードリーダライタ１８７に会員カードまたはビジターカードが挿入された時点からの遊技情報、つまり、該挿入された会員カードまたビジターカードを所持する遊技者の遊技に関する遊技情報が集計される。
具体的には、遊技者が遊技を開始した開始時間（カードの受付け時刻）と、遊技者が遊技を終了した終了時間（カードの返却時刻）と、遊技者の遊技時間と、遊技者のカードを受付けてから使用した持ちメダル数を示す使用持ちメダル数と、遊技者のカードを受付けてから再プレイに使用した再プレイメダル数（会員のみ）と、遊技者のカードを受け付けてから計数装置１９０に投入されたメダルが不正メダルとして判定された場合にその不正メダルと判定された累積数を示す累積不正メダル数と、が記憶され、対応するスロットマシン１で遊技中の遊技者が遊技を開始してからの遊技情報を把握できるようになっている。
また、ＲＡＭ１８１ｂ（記憶手段）に記憶されているメダル情報には、図２０（ｃ）に示すように、払出装置１８２から本日に払い出されたメダルの総数である払出総メダル数と、計数装置１９０に本日に投入されたメダルの総数である計数総メダル数（計数遊技媒体数）と、計数装置１９０にて不正メダルであると判定されたメダルの総数である総不正メダル数と、計数装置１９０にて不正メダルであると判定されてメダル貯留ボックス１９４に貯留されたメダルの総数である総メダル貯留数と、この総メダル貯留数のうち、自店の他の領域で用いられるメダルである自店メダルの貯留数を示す自店メダル貯留数と、他店等の外部から持ち込まれたメダルである偽メダルの貯留数を示す偽メダル貯留数と、が記憶される。
また、ＲＡＭ１８１ｂには、図２０（ｄ）に示すように、計数装置１９０に投入されたメダルが連続して不正メダルであると判定された場合に、１が加算更新（インクリメント）される連続不正メダルカウンタが設定されている。
次に、本実施の形態のカード管理コンピュータ５００について、図２１に基づき説明する。まず、本実施の形態に用いたカード管理コンピュータ５００は、図２１に示すように、コンピュータ内部にてデータの送受を行なうデータバス５０１に、該カード管理コンピュータ５００が実行する各種処理を行なうＣＰＵ５０２、ワークメモリ等として使用されるＲＡＭ５０３、時刻情報やカレンダ情報を出力するＲＴＣ５０４、ハードディスク等からなる記憶装置５０５、キーボードやマウス等の入力装置５０６、各種の画面を表示出力する表示装置５０７、各種情報をプリント出力するプリンタ５０８、ローカルエリアネットワーク（ＬＡＮ）に接続されたメダル貸出機１００（制御ユニット１８１）やカード発行・入金機等の各装置とのデータ通信を行なう通信部５０９、カード会社に設置された管理サーバ８２とのデータ通信を行なうデジタルサービスユニット（ＤＳＵ）５１０が接続された通常のコンピュータである。
記憶装置５０５には、カード管理コンピュータ５００において実行される各種処理を行なうための処理内容が記述された処理プログラムに加えて、会員カードに残存するプリペイド残額を管理するための会員カードテーブル（図２２（ａ）参照）と、ビジターカードに残存するプリペイド残額を管理するためのビジターカードテーブル（図２２（ｂ）参照）と、が記憶されている。
会員カードテーブルには、図２２（ａ）に示すように、各会員カードを個々に識別可能な会員カードＩＤに対応付けて、当該会員カードの発行を受けた会員遊技者の会員ＩＤと、プリペイド残額と、当該会員カードが使用不可であるか否かを示す使用不可フラグと、当該会員カードが入金残額対応カードであるか否かを示す入金残額対応フラグと、カードロック機能等に用いられる暗証番号と、当該カードに対するカードロック機能が有効か無効かを示すカードロック有効フラグと、盗難カード制限機能において当該カードが盗難された旨の登録がされたカードであるか否かを示す盗難カードフラグとが記憶されている。これにより、会員カードに記憶されている会員カードＩＤ若しくは会員ＩＤから、プリペイド残額、当該会員カードの使用可否、当該会員カードが入金残額対応カードであるか否か、暗証番号、カードロック機能が有効か無効か、および、盗難カードである旨の登録がされたカードであるか否かを特定できるようになっている。本実施の形態においては会員カードの暗証番号は、会員カードの発行時に、予め設定される。
また、ビジターカードテーブルには、図２２（ｂ）に示すように、各ビジターカードを個々に識別可能なカードＩＤに対応付けて、当該ビジターカードの状況（利用中であるか保管中であるか）と、当該会員カードまたはビジターカードが発行された最新の日時である最新発行日時と、プリペイド残額と、当該カードが使用不可であるか否かを示す使用不可フラグと、当該会員カードが入金残額対応カードであるか否かを示す入金残額対応フラグと、当該カードに対するカードロック機能が有効か無効かを示すカードロック有効フラグと、カードロック機能等に用いられる暗証番号と、盗難カード制限機能において当該カードが盗難された旨の登録がされたカードであるか否かを示す盗難カードフラグとが記憶されている。これにより、ビジターカードに記憶されているカードＩＤから、プリペイド残額、当該ビジターカードの使用可否、当該会員カードが入金残額対応カードであるか否か、最新発行日時、カードロック機能が有効か無効か、暗証番号、および、盗難カードである旨の登録がされたカードであるか否かを特定できるようになっている。
本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００における会員カードまたはビジターカードの受付けに応じて各メダル貸出機１００から送信される、該メダル貸出機１００の装置ＩＤ並びに該受付けた会員カードまたはビジターカードから読み出した（会員）カードＩＤ並びにプリペイド残額を含むカード受付け通知の受信に応じて、該会員カードまたはビジターカードの使用の可否を判定してメダル貸出機１００に返信するカード受付け処理を実行する。
また、本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００における貸出処理の実行に伴い送信される貸出完了通知の受信に応じて、該受信した貸出完了通知に含まれる（会員）カードＩＤに対応して会員カードテーブル若しくはビジターカードテーブルに記憶されているプリペイド残額から、該貸出完了通知に含まれる税込使用額を減算更新する減算更新処理を行なう。
また、本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００或いはカード発行・入金機における発行・入金処理の実行に伴い送信されるカード入金通知の受信に応じて、該受信したカード入金通知に含まれる（会員）カードＩＤに対応して会員カードテーブル若しくはビジターカードテーブルに記憶されているプリペイド残額に、該カード入金通知に含まれる入金金額を加算更新する入金更新処理を行なう。
次に、本実施の形態のメダル管理コンピュータ５５０について、図２３に基づき説明する。まず、本実施の形態に用いたメダル管理コンピュータ５５０は、図２３に示すように、コンピュータ内部にてデータの送受を行なうデータバス５５１に、該メダル管理コンピュータ５５０が実行する各種処理を行なう中央演算処理装置（ＣＰＵ）５５２、ワークメモリ等として使用されるＲＡＭ５５３、時刻情報やカレンダ情報を出力するリアルタイムクロック（ＲＴＣ）５５４、ハードディスク等からなる記憶装置５５５、キーボードやマウス等の入力装置５５６、各種の画面を表示出力する表示装置５５７、各種情報をプリント出力するプリンタ５５８、ローカルエリアネットワーク（ＬＡＮ）に接続されたメダル貸出機１００とのデータ通信を行なう通信部５５９が接続された通常のコンピュータである。
記憶装置５５５には、メダル管理コンピュータ５５０において実行される各種処理を行なうための処理内容が記述された処理プログラムに加えて、会員カードを所持する会員遊技者が所有する営業当日において当該会員遊技者により獲得された持ちメダル数、並びに営業当日前に当該会員遊技者により獲得された貯蓄メダル数を管理するための会員貯蓄管理テーブル（図２４（ａ）参照）と、ビジターカードに記録されている該ビジターカードを所持する遊技者により営業当日において獲得された持ちメダル数を管理するためのビジター貯蓄管理テーブル（図２４（ｂ）参照）と、遊技場内の各メダル貸出機１００におけるその時点の総不正メダル数等と各メダル貸出機１００に受付け中のカードとを管理するためのユニット管理テーブル（図２５参照）と、会員カードを所有する会員遊技者に関する会員情報が格納される会員情報テーブル（図２６（ａ）参照）と、会員遊技者を特定可能な会員ＩＤごとに、当該会員遊技者の遊技情報を含む遊技履歴が格納される会員別遊技履歴テーブル（図２６（ｂ）参照）と、が記憶されている。
会員貯蓄管理テーブルには、図２４（ａ）に示すように、各会員カードＩＤに対応付けて、当該会員カードの発行を受けた会員遊技者を個々に識別可能な会員識別情報である会員ＩＤと、当該会員遊技者がその営業当日において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である持ちメダル数と、当該会員遊技者がその営業当日前において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である貯蓄メダル数と、当該カードに対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数とが記憶されている。これにより、会員カードに記憶されているカードＩＤ若しくは会員ＩＤから、当該会員遊技者が所有する持ちメダル数、貯蓄メダル数および本日の大当り回数を特定できるようになっている。
尚、会員貯蓄管理テーブルに管理されている持ちメダル数は、その営業当日のみ持ちメダル数として管理されており、営業終了後の締め処理において会員貯蓄管理テーブルに存在する持ちメダル数は、貯蓄メダル数に加算更新された後、全てリセットされる。また、会員貯蓄管理テーブルに管理されている大当り回数は、営業終了後に、図２６（ｂ）の会員別遊技履歴テーブルの累計大当り回数に加算更新された後、リセットされる。
また、ビジター貯蓄管理テーブルには、図２４（ｂ）に示すように、各ビジターカードを個々に識別可能なカードＩＤに対応付けて、当該ビジターカードの最新発行日時と、該ビジターカードを所持する遊技者がその営業当日において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である持ちメダル数と、当該カードに対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数とが記憶されている。これにより、ビジターカードに記憶されているカードＩＤから、当該遊技者が所有する持ちメダル数および本日の大当り回数を特定できるようになっている。
尚、ビジター貯蓄管理テーブルに管理されている持ちメダル数は、その営業当日のみ有効とされており、営業終了後の締め処理においてビジター貯蓄管理テーブルに存在する持ちメダル数が全てリセットされることにより、無効化される。また、ビジター貯蓄管理テーブルに管理されている大当り回数は、その営業当日のみ有効とされており、営業終了後に、リセットされる。
ユニット管理テーブルには、図２５に示すように、遊技場内に設置された各メダル貸出機１００に固有に付与された装置ＩＤに対応付けて、メダル貸出機１００のローカルＩＰアドレスが格納されるローカルＩＰと、当該メダル貸出機１００が設置されている遊技島の島番号が格納される設置島と、当該メダル貸出機１００がカードの受付け中であるか待機中であるかが格納される状況と、当該メダル貸出機１００が対応するスロットマシン１の台番号が格納される対応台番号と、受付け中の会員カードまたはビジターカードのカードＩＤが格納される受付ＩＤと、その時点における各メダル貸出機１００にて計数された総不正メダル数と、各メダル貸出機１００に貯留されるメダルの総メダル貯留数、自店メダル貯留数、偽メダル貯留数とが記憶されており、これらメダル関連情報は、メダル管理コンピュータ５５０にて実行される後述の計数処理において定期的に各メダル貸出機１００から送信されることで、最新のメダル関連情報が管理されるようになっている。
会員情報テーブルには、図２６（ａ）に示すように、会員カードを所持する会員遊技者の会員ＩＤに対応付けて、本人確認のための暗証番号と、会員カードの受付けに応じて一日に１回所定の来店ポイントが加算更新される来店ポイントと、来店状況等に基づくランクと、会員の氏名（名字並びに名前）、性別、年齢、誕生日、職業、住所、電子メールアドレスからなる会員属性情報（個人情報）とが登録されている。
また、会員別遊技履歴テーブルには、図２６（ｂ）に示すように、会員ＩＤごとに、当該会員遊技者の遊技履歴、具体的には、来店日、遊技を行なったスロットマシン１の台番号、機種名、遊技開始時間（時刻）、遊技終了時間（時刻）、遊技開始から終了までの間の遊技時間、再プレイメダル数、使用持ちメダル数、計数メダル数、累計大当り回数からなる遊技履歴が格納されている。会員別遊技履歴テーブルの来店日には、ＲＴＣ５５４から出力されるカレンダ情報に基づく当該遊技履歴の記憶時点の年月日が格納されるとともに、遊技開始時間、遊技終了時間、遊技時間の遊技履歴は、カードの返却時にメダル貸出機１００から送信される会員遊技履歴データに基づいて記憶される。
ここで、本実施の形態のメダル管理コンピュータ５５０にて実行可能な不正メダル関係の設定について、図２７に基づいて説明すると、本実施の形態のメダル管理コンピュータ５５０では、遊技場内のメダル貸出機１００にて実行される不正メダル検出時の報知や動作条件に関する各種設定が、図２７に示す不正メダル関係設定画面（閾値設定手段）において可能とされている。
本実施の形態の不正メダル関係設定画面には、図２７に示すように、画面上部に、「台単位設定」および「島単位設定」の設定項目が設けられており、該不正メダル関係設定画面において設定対象とするスロットマシン１を、台単位または島単位で指定できるようになっている。
たとえば、「台単位設定」を用いれば、設定対象とするスロットマシン１を１台ずつ台番号にて指定することができ、「島単位設定」を用いれば、設定対象とするスロットマシン１を複数台ずつ島番号で指定することができる。尚、「島単位設定」を用いれば、１枚５円の価値を有するメダルにて遊技を実施可能な遊技領域や、１枚２０円の価値を有するメダルにて遊技を実施可能な遊技領域などを遊技島ごとに指定できるようになっている。尚、「島単位設定」においては、一の遊技島の一面に設置されている複数のスロットマシン１と他面に設置されている複数のスロットマシン１とを個別に設定できるように島単位が区分けされている。
また、不正メダル関係設定画面に設けられた「不正メダル検出報知条件」の項目には、各メダル貸出機１００において、計数装置１９０に投入されたメダルが不正メダルと判定されたときに、報知を行なう条件である「総不正メダル数」、「累積不正メダル数」、「連続不正メダル検出回数」を設定するための選択入力部が設けられている。
また、「不正メダル検出報知条件」の項目において、「総不正メダル数」の選択入力部では、遊技場の営業開始の時点から計数装置１９０にて不正メダルとして判定されたメダルの総数、つまり前述したメダル情報の総不正メダル数（図２０（ｃ）参照）が、所定枚数（本実施の形態では１０枚）になった時点で報知を行なうように設定できる。
また、「不正メダル検出報知条件」の項目において、「累積不正メダル数」の選択入力部では、遊技者が会員カードまたはビジターカードをメダル貸出機１００に挿入した時点からから計数装置１９０にて不正メダルとして判定されたメダルの総数、つまり前述したカード受付け中遊技情報の累積不正メダル数（図２０（ｂ）参照）が、所定枚数（本実施の形態では１０枚）になった時点で報知を行なうように設定できる。
また、「不正メダル検出報知条件」の項目において、「連続不正メダル検出回数」の選択入力部では、計数装置１９０にて連続して不正メダルとして判定された回数、つまり前述したカウンタ情報の連続不正メダルカウンタ（図２０（ｄ）参照）が、所定回数になった時点（本実施の形態では不正メダルが３回連続して検出された時点）で報知を行なうように設定できる。
このように、「総不正メダル数」、「累積不正メダル数」、「連続不正メダル検出回数」を設定しておくことで、メダル貸出機１００の払出装置１８２から払い出されたメダルに数枚の不正メダルが紛れ込んでおり、これら不正メダルが紛れ込んでいることを気づかずに遊技者が計数した場合（故意ではない場合）などに、不正メダルとして報知されずに済むようになる。尚、不正メダルが１枚でも検出された時点で報知を行なうように設定をすることもできる。
また、不正メダル関係設定画面に設けられた「不正メダル検出時動作」の項目では、前述の「不正メダル検出報知条件」の項目において設定された条件になったときに、アラーム報知（状態報知ランプ１１１の点灯およびメダル管理コンピュータ５５０に通知）のみを行なうか、アラーム報知および計数装置１９０の計数停止を行なうか、を選択するためのチェックボックスが設けられている。
また、不正メダル関係設定画面に設けられた「不正メダル取り扱い」の項目では、計数装置１９０において不正メダル（自店メダルまたは偽メダル）が検出された際に、該不正メダルをメダル貯留ボックス１９４（貯留部）に貯留するか否かの設定をすることができる。この「不正メダル取り扱い」には、「貯留部無効」と「貯留部満タン時に不正メダルを島内へ排出」と「貯留部満タン時にエラー停止」のチェックボックスが設けられている。
ここで、「貯留部無効」のチェックボックスにチェックすると、計数装置１９０にて不正メダルを検出したときに、メダル貯留ボックス１９４に貯留せずに、排出口１９２から遊技島に排出するようにできる。この「貯留部無効」の設定は、遊技島に別途にメダル真贋判定機を設けて不正メダルを回収する装置がある場合に用いられる設定となっている。
また、「貯留部満タン時に不正メダルを島内へ排出」のチェックボックスにチェックすると、メダル貯留ボックス１９４（貯留部）が満タンになった場合のみ、メダル貯留ボックス１９４に貯留せずに、排出口１９２から遊技島に排出するようにできる。
また、「貯留部満タン時にエラー停止」のチェックボックスにチェックすると、メダル貯留ボックス１９４（貯留部）が満タンになった場合に、計数装置１９０の計数処理を停止してエラー報知を行なうように設定できる。
また、不正メダル関係設定画面に設けられた「貯留部状態報知条件」の項目には、「満タン時報知条件」となる枚数を設定する選択入力部と、「閉店時報知条件」となる枚数を設定する選択入力部とが設けられている。
ここで、「満タン時報知条件」では、メダル貯留ボックス１９４（貯留部）が満タンになったと判定する基準となるメダルの枚数である第１閾値（第１貯留量）の設定が行なえる。たとえば、本実施の形態では、「満タン時報知条件」として「１００枚」と設定されており、これはメダル貯留ボックス１９４に１００枚の不正メダルが貯留されたとき、つまり前述のメダル情報の総メダル貯留数（図２０（ｃ）参照）が１００枚となった時点で、満タンになったと判定する設定となっている。尚、メダル貸出機１００は、「満タン時報知条件」が成立した時点で、後述するように、状態報知ランプ１１１を点灯させて報知を行なうとともに、メダル管理コンピュータ５５０に通知する。
また、本実施の形態では、遊技場の閉店時（営業終了時）にメダル貯留ボックス１９４（貯留部）に所定枚数のメダルが貯留されている場合に、メダル貯留ボックス１９４からメダルを回収する対象となっているメダル貸出機１００であることを、状態報知ランプ１１１を点灯させて報知を行なうとともに、メダル管理コンピュータ５５０に通知するようになっている。「閉店時報知条件」では、メダル貯留ボックス１９４からメダルを回収する対象となっているメダル貸出機１００か否かを判定する基準となるメダルの枚数である第２閾値（第２貯留量）の設定が行なえる。たとえば、本実施の形態では、「閉店時報知条件」として「５０枚」（満タン時の５０％）と設定されており、これは閉店時（営業終了時）において、メダル貯留ボックス１９４に５０枚の不正メダルが貯留されたとき、つまり前述のメダル情報の総メダル貯留数（図２０（ｃ）参照）が５０枚となっている場合に報知を行なう設定となっている。
本実施の形態では、「満タン時報知条件」および「閉店時報知条件」において、閾値となる枚数を適宜設定することで、大きさが異なるメダル（たとえば、φ２５のメダルとφ３０のメダル）について、メダル貯留ボックス１９４（貯留部）の大きさに合わせて設定することができる。たとえば、同じ枚数のメダルが貯留された場合でも、メダルの大きさに応じてメダル貯留ボックス１９４（貯留部）の貯留量は変わる（たとえば、φ２５のメダルならば１００枚で満杯になるが、φ３０のメダルならば８０枚程度で満杯になる）ので、メダルの大きさに応じて閾値を変えることにより適正なレベルで報知することができる。
以下、本実施の形態のメダル貸出機１００の動作について、図３０〜図４６を用いて説明する。
まず、図３０に示すように、メダル貸出機１００の制御ユニット１８１は、メダル貸出機１００への電源投入により起動されることで、Ｓｂ１の起動処理を実行して、各種テーブルの初期化並びに各部の接続状況の確認や、カード管理コンピュータ５００やホールコンピュータ５４０、メダル管理コンピュータ５５０への接続確認要求の送信、並びに該接続確認要求の送信に応じてカード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０から返信される設定情報に基づく各設定データに初期値等の設定等を実行する。
そして、該起動処理の完了後においてＳｂ２〜Ｓｂ９の処理を巡回実行することで、カード挿入口１１２への会員カード或いはビジターカードの挿入であるカード受付け（Ｓｂ２）、遊技者（会員またはビジター）による貸出ボタンの操作（Ｓｂ３）、紙幣挿入口１１０からの紙幣の投入による現金受付け（Ｓｂ４）、遊技者による返却ボタンの操作（Ｓｂ５）、再プレイボタン１２１の操作（Ｓｂ６）、計数装置１９０に対するメダル投入の検出（Ｓｂ７）、所定のエラー信号の検出（Ｓｂ８）、タッチパネル１２４の操作（Ｓｂ９）を検知する待機状態となる。
これらＳｂ２〜Ｓｂ９の待機状態において、遊技者が、ビジターカードまたは会員カードをカード挿入口１１２に挿入した場合には、該ビジターカード或いは会員カードの挿入に伴う挿入検知情報がカードリーダライタ１８７から制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ２においてカード受付け有りと判断してＳｂ２０のステップに進み、カード受付け処理を実行する。
図３２は、メダル貸出機において実行されるカード受付け処理の処理内容を示すフロー図である。図３２を参照して、このＳｂ２０における本実施の形態のカード受付け処理においては、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カード挿入口１１２に挿入された会員カードまたはビジターカードの取り込み指示をカードリーダライタ１８７に出力して、挿入された会員カード或いはビジターカードをカードリーダライタ１８７内に取り込んで、該会員カード或いはビジターカードに記憶されている記憶データ、具体的には、当該会員カード或いはビジターカードの（会員）カードＩＤと会員ＩＤ（会員カードのみ）とプリペイド残額データ、持ちメダル数データ（ビジターカードのみ）等を読み出す（ステップＳｎ１）。
そして、制御ユニット１８１のＣＰＵ１８１ａは、受付けた会員カードまたはビジターカードから読出した（会員）カードＩＤと当該メダル貸出機１００の装置ＩＤとを含む盗難カード確認要求をカード管理コンピュータ５００に送信する（ステップＳｎ２１）。
カード管理コンピュータ５００のＣＰＵ５０２は、図２２で説明した会員カードテーブルまたはビジターカードテーブルに基づいて、盗難カード確認要求に含まれる（会員）カードＩＤに対応する盗難カードフラグがオン状態であることを示す「１」であるか否かを確認する。そして、確認結果に基づいて、盗難カードであるか否かを示す情報を、盗難カード確認要求に含まれる装置ＩＤのメダル貸出機１００に送信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受信した盗難カードであるか否かを示す情報に基づいて、受付けたカードが盗難カードであるか否かを判断する（ステップＳｎ２２）。
盗難カードである（ステップＳｎ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、盗難カードを受付けた旨の情報および当該メダル貸出機１００の装置ＩＤを、ホールコンピュータ５４０に送信する（ステップＳｎ２３）。
ホールコンピュータ５４０では、当該情報の受信に基づいて、無線放送システム２０を制御して、店員が装着しているインカム９から、盗難カードが受付けられた旨、および、そのメダル貸出機１００の装置ＩＤを報知する音声を出力するとともに、監視カメラシステム２１を制御して、当該メダル貸出機１００に盗難カードを挿入した遊技者を撮影する。これにより、盗難の疑いのあるカードを使用しようとした遊技者を特定することができるとともに、当該盗難カードの使用の証拠を残すことができる。
この後、メダル貸出機１００のＣＰＵ１８１ａは、店員が所持するリモコンからのリセット信号を受信したか否かを判断することによって、リセット操作があったか否かを判断する（ステップＳｎ２４）。リセット操作がない（ステップＳｎ２４でＮＯ）と判断した場合、ＣＰＵ１８１ａはこの処理を繰返す。
一方、店員が当該メダル貸出機１００に駆け付けてリセット操作をした（ステップＳｎ２４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードを返却するようカードリーダライタ１８７を制御して（ステップＳｎ４）、当該カード受付け処理の呼出元に処理を戻す。
一方、盗難カードでない（ステップＳｎ２２でＮＯ）と判断した場合、制御ユニット１８１のＣＰＵ１８１ａは、受付けた会員カードまたはビジターカードから読み出した（会員）カードＩＤとプリペイド残額データと装置ＩＤとを含む認証要求をカード管理コンピュータ５００に送信する（ステップＳｎ２）。そして、カード管理コンピュータ５００からの認証結果を受信するカード認証処理を実行し、認証ＮＧであるか否かを判断する（ステップＳｎ３）。
カード管理コンピュータ５００から返信された認証結果が「認証ＮＧ」である場合（ステップＳｎ３でＹＥＳである場合）に、メダル貸出機１００は、受付けた会員カード或いはビジターカードの排出指示をカードリーダライタ１８７に出力して、挿入された会員カード或いはビジターカードを返却させてカード受付け処理を終了する（ステップＳｎ４）。一方、返信された認証結果が「認証ＯＫ」である場合（ステップＳｎ３でＮＯである場合）には、受付けたカードから読み出した（会員）カードＩＤと会員ＩＤ（会員のみ）とプリペイド残額とをカードテーブルに格納するとともに、メダル管理コンピュータ５５０に対して、受付けた会員カード或いはビジターカードから読み出した（会員）カードＩＤと装置ＩＤと持ちメダル数（ビジターカードのみ）とを含むカード受付け通知を送信し、カード管理コンピュータ５００に対して、受付けた会員カード或いはビジターカードから読み出した（会員）カードＩＤと装置ＩＤとを含むカード受付け通知を送信する（ステップＳｎ５）。
次いで、メダル管理コンピュータ５５０は、受信したカード受付け通知に含まれる（会員）カードＩＤに対応する持ちメダル数、貯蓄メダル数（会員のみ）および本日の大当り回数を、会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルにおいて該（会員）カードＩＤに対応して記憶されている各データから特定するとともに、該カードＩＤが会員カードＩＤである場合には、該会員カードＩＤに対応して会員情報テーブルに記憶されている暗証番号と来店ポイントとを更に特定し、これら特定した持ちメダル数、貯蓄メダル数（会員のみ）、来店ポイント（会員のみ）、暗証番号（会員のみ）および（会員）カードＩＤを含む受付け処理完了通知を、受信したカード受付け通知の送信元のメダル貸出機１００に対して返信する。
また、カード管理コンピュータ５００は、受信したカード受付け通知に含まれる（会員）カードＩＤに対応する暗証番号、カードロック有効フラグ、盗難カードフラグを、会員カードテーブルまたはビジターカードテーブルにおいて該（会員）カードＩＤに対応して記憶されている各データから特定し、これら特定した暗証番号、カードロック有効フラグおよび盗難カードフラグを含む受付け処理完了通知を、受信したカード受付け通知の送信元のメダル貸出機１００に対して返信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０およびカード管理コンピュータ５００から処理完了通知を受信したか否かを判断する（ステップＳｎ６）。この受付け処理完了通知の受信に応じて（ステップＳｎ６でＹＥＳとなったことに応じて）、メダル貸出機１００の制御ユニット１８１（記憶処理手段）のＣＰＵ１８１ａは、受信した受付け処理完了通知に含まれる持ちメダル数、貯蓄メダル数（会員のみ）、来店ポイント（会員のみ）、暗証番号、本日の大当り回数、カードロック有効フラグ、盗難カードフラグを、カードテーブルに格納するとともに、カードテーブルに記憶されているプリペイド残額を残額表示部１１５に表示し、更に、カード受付け中遊技情報（図２０（ｂ）参照）をリセットするとともに、その時点の時刻を「開始時刻」に格納する（ステップＳｎ７）。なお、会員については、メダル管理コンピュータ５５０およびカード管理コンピュータ５００から同じ暗証番号が受信される。
そして、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受付けたカードが入金残額対応カードであるか否かを判断する（ステップＳｎ１１）。入金残額対応カードであるか否かは、会員カードの場合は、カード管理コンピュータ５００の図２２で示した会員カードテーブルに記憶されている入金残額対応フラグが「１」つまりオンの状態であるか否かを、カード管理コンピュータ５００に問合せることによって判断される。ビジターカードの場合は、同方法に加えて、カード自体にも入金残額対応フラグを記録するので、これを参照して判断されるようにしてもよい。
入金残額対応カードである（ステップＳｎ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入金残額対応カードの排出時である後述する図４３の残額取出処理の実行時にステップＳｈ１４で記憶されるカードＩＤと、今回、受付けられたカードのカードＩＤが一致するか否かを判断する（ステップＳｎ１２））。一致する（ステップＳｎ１２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カードである場合は、カード管理コンピュータ５００の会員カードテーブルの入金残額対応フラグをオフの状態にして、ビジターカードである場合は、加えて、カード自体に記録された入金残額対応フラグもオフの状態にする（ステップＳｎ１３）。
ＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグがオン状態であるか否かを判断する（ステップＳｎ１４）。残額排出フラグがオン状態であると判断した場合（ステップＳｎ１４でＹＥＳ）、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｎ１５）。その後、ステップＳｂ２〜Ｓｂ９の待機状態に戻る。
ここでは、入金残額も持ちメダル数もメダル貸出機１００に記憶されていない状態で外部からカードが受付けられた状態であり、もはや、入金残額対応カードに、後から持ちメダル数や入金残額を追加で書込む必要性が無くなった状態であるので、ステップＳｎ１３およびステップＳｎ１５で、入金残額対応フラグおよび残額排出フラグをオフにする。
また、遊技者が貸出ボタンの操作を実施した場合には、該遊技者による貸出ボタン１１６の操作を検知するための貸出ボタンスイッチ１１６’からの信号が制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ２〜Ｓｂ９の待機状態におけるＳｂ３のステップにおいて貸出ボタンの操作有りと判断してＳｂ２１のステップに進み、前述したように１０００円分のメダルＭを貸し出す貸出処理を実行する。
また、前述したＳｂ２〜Ｓｂ９の待機状態において、遊技者が紙幣挿入口１１２から現金（紙幣）を投入した場合には、該現金（紙幣）の投入に伴う貨幣識別情報が紙幣識別ユニット１８０から制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ４のステップにおいて現金の受付け有りと判断してＳｂ２２のステップに進み、発行・入金処理を実行する。
図３３は、メダル貸出機において実行される発行・入金処理の処理内容を示すフロー図である。図３３を参照して、この発行・入金処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグがオン状態であるか否かを判断する（ステップＳｋ１）。
残額排出フラグがオン状態である（ステップＳｋ１でＹＥＳ)と判断した場合、ＣＰＵ１８１ａは、入金残額が対応付けられた入残残額対応カードを排出済みの旨、および、このまま入金を継続するか否かを確認する旨を、液晶表示器１２３に表示して報知する。報知は、スピーカ等から音声で報知してもよい。液晶表示器１２３での表示には、入金を継続する旨を入力するためのボタンと、入金を継続しない旨を入力するためのボタンとが表示される。
液晶表示器１２３のタッチパネル１２４で入金を継続するまたはしない旨のいずれの入力がされたかが判断され、入金を継続しない旨の入力がされた（ステップＳｋ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、紙幣を返却するよう紙幣識別ユニット１８０を制御する。その後、ステップＳｂ２〜Ｓｂ９の待機状態に戻る。
一方、残額排出フラグがオン状態でない（ステップＳｋ１でＮＯ）と判断した場合、および、入金を継続する旨の入力がされた（ステップＳｋ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、発行・入金メイン処理として以下の処理を実行する（ステップＳｋ５）。
発行・入金メイン処理において、まず、入力された貨幣識別情報から投入された貨幣の投入金額を特定するとともに、カードリーダライタ１８７に受付け中の会員カード或いはビジターカードが存在するか否かを判定する。
そして、受付け中の会員カード或いはビジターカードが存在しないとの判定の場合に制御ユニット１８１は、カード貯留部（図示略）に収納されているビジターカードをカード挿入口１１２内の所定の読み取り位置に移動させて、当該ビジターカードのカードＩＤを読み出し、該読み出したカードＩＤと、投入金額と、当該メダル貸出機１００の装置ＩＤとを含む発行要求をカード管理コンピュータ５００に送信する。
この発行要求の受信に応じてカード管理コンピュータ５００は、受信した発行要求に含まれるカードＩＤが、ビジターカードテーブルに存在するか否かを判定し、存在する場合には、該カードＩＤに対応するビジターカードテーブルの「状況」を「利用中」に更新し、ＲＴＣ１８１ｄから出力されるその時点の日時を最新発行日時に格納するとともに、受信した投入金額を「残存金額」にプリペイド残額として格納して、「発行許諾」を該発行要求の送信元のメダル貸出機１００に対して返信する。尚、受信したカードＩＤが、ビジターカードテーブルに存在しない場合には、「発行不可」が返信される。
また、「発行許諾」の送信に伴いカード管理コンピュータ５００は、メダル管理コンピュータ５５０に対して、格納した最新発行日時と受信した発行要求に含まれるカードＩＤと装置ＩＤとを含む発行通知をメダル管理コンピュータ５５０に通知することで、メダル管理コンピュータ５５０は、受信した発行通知に含まれるカードＩＤに対応するビジター貯蓄管理テーブルの最新発行日時に、該受信した発行通知に含まれる最新発行日時を格納するとともに、受信した発行通知に含まれる装置ＩＤに対応するユニット管理テーブルの「状況」を「受付け中」に更新するとともに、「受付ＩＤ」に当該受信したカードＩＤを格納してユニット管理テーブルを更新する。
上記した「発行許諾」の受信に応じてメダル貸出機１００の制御ユニット１８１（排出・発行処理手段）は、カード挿入口１１２に移動させたビジターカードに、投入金額に相当するプリペイド残額を書き込み記憶するとともに、カードテーブルに、該ビジターカードのカードＩＤと投入金額に相当するプリペイド残額とを記憶、並びに残額表示器に該プリペイド残額を表示した後、該発行・入金処理を終了してＳｂ２〜Ｓｂ９の待機状態に戻る。
前述したＳｂ２〜Ｓｂ９の待機状態が一巡した後、制御ユニット１８１は、持玉超過設定処理を実行する（ステップＳｂ１１）。図３１は、メダル貸出機において実行される持玉超過設定処理の処理内容を示すフロー図である。
遊技者がメダルＭをメダル投入部４から投入すると、図３０のステップＳｂ７でメダル投入の検出があったと判断され、後述する図３７の計数処理が実行される。その結果、計数されたメダル数が、持ちメダル数に加算される。持玉超過設定処理は、この持ちメダル数が所定の規定数（ここでは、メダル６０００枚）に達したか否かを判定する処理である。
図３１を参照して、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カードリーダライタ１８７で会員カードを受付中であるか否かを判断する（ステップＳｂ１２）。
会員カード受付中である（ステップＳｂ１２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード返却分割不能許可設定がされているか否かを判断する（ステップＳｂ１３）。
会員カード返却分割不能許可設定とは、会員カードが受付けられているときに持ちメダル数（持玉数）が所定の規定数を超えている場合に、当該会員カードの返却および当該会員カードからの持ちメダル数の分割処理を不能動化することを許可する設定である。
メダル貸出機１００は、会員カード返却分割不能許可設定が、遊技場全体のメダル貸出機１００で一括して、グループ化されたメダル貸出機１００でグループごとに一括して、または、メダル貸出機１００ごとに、遊技場の店員によって予め設定可能なように構成されている。
会員カード返却分割不能許可設定がされていない（ステップＳｂ１３でＮＯと判断した場合）、ＣＰＵ１８１ａは、実行する処理をこの持玉超過設定処理の呼出元の処理に戻す。
会員カード返却分割不能許可設定がされている（ステップＳｂ１３でＹＥＳ）と判断した場合、および、会員カード受付中でないと判断した場合（ステップＳｂ１２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、持ちメダル数（持玉数）が所定の規定数（ここではメダル６０００枚）以上となったか否かを判断する（ステップＳｂ１４）。
持ちメダル数（持玉数）が所定の規定数以上となっていない（ステップＳｂ１４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこの持玉超過設定処理の呼出元の処理に戻す。
一方、持ちメダル数（持玉数）が所定の規定数以上となった（ステップＳｂ１４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持玉超過フラグをオン状態とする（ステップＳｂ１５）。
持玉超過フラグとは、持ちメダル（持玉）が所定の規定数に達したことを示すフラグであり、メダル貸出機１００の制御ユニット１８１のＲＡＭ１８１ｂに記憶される。持玉超過フラグは、後述する図３４のステップＳｍ３４で受付中のカードが返却されない限りオフ状態とされず、持ちメダルの遊技への使用によって持ちメダル数（持玉数）が所定の規定数を下回ってもオフ状態とされない。
次に、ＣＰＵ１８１ａは、持玉数が規定数を超過した旨をホールコンピュータ５４０に送信する（ステップＳｂ１６）。ステップＳｂ１６の後、ＣＰＵ１８１ａは、実行する処理をこの持玉超過設定処理の呼出元の処理に戻す。
ホールコンピュータ５４０は、持玉数が規定数を超過した旨を受信すると、当該情報を送信したメダル貸出機１００に対応するスロットマシン１の台番号とともにその旨を報知する自動音声メッセージを生成して、無線放送システムを介して店員が装着しているインカム９に愛して自動音声メッセージを送信する。これにより、インカム９を通じて通知を受けた店員は、持玉数（持ちメダル数）が規定数に達したスロットマシン１およびメダル貸出機１００を特定することができる。
また、前述したＳｂ２〜Ｓｂ９の待機状態において、遊技者が返却ボタン１１４の操作を実施した場合には、遊技者による返却ボタン１１４の操作を検知するための返却ボタンスイッチ１１４’からの信号が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ５において返却ボタンの操作有りと判断してＳｂ２３に進み、返却処理を実行する。
図３４は、メダル貸出機において実行される返却処理の処理内容を示すフロー図である。図３４を参照して、この返却処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カードリーダライタ１８７に受付け中の会員カード或いはビジターカードが存在するか否かを判定する（ステップＳｍ１）。存在しない場合（ステップＳｍ１でＮＯの場合）には当該操作を無効とし、ステップＳｂ２〜Ｓｂ９の待機状態に戻す。
一方、存在する場合（ステップＳｍ１でＹＥＳの場合）には、ＣＰＵ１８１ａは、図３１のステップＳｂ１５で説明した持玉超過フラグがオン状態であるか否かを判断する（ステップＳｍ３１）。オン状態でない（ステップＳｍ３１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｍ２１に進める。
一方、持玉超過フラグがオン状態である（ステップＳｍ３１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード返却のために店員を呼出すことを促す旨（たとえば、「持玉数が規定数に達したためカード返却できません。店員を呼んでください。」といったメッセージ）を表示するよう液晶表示器１２３を制御する（ステップＳｍ３２）。
そして、ＣＰＵ１８１ａは、店員によるリモコンでの確認操作があったか否かを判断する（ステップＳｍ３３）。確認操作がない（ステップＳｍ３３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｍ３３の処理を繰返す。
一方、確認操作があった（ステップＳｍ３３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｍ２１に進める。
次に、ＣＰＵ１８１ａは、カードロック機能が有効か無効かを照合するためのカードロック照合処理を実行する（ステップＳｍ２１）。
図３５は、メダル貸出機において実行されるカードロック照合処理の処理内容を示すフロー図である。図３５を参照して、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、図２０のカードテーブルのカードロック有効フラグに基づいて、カードロック機能が有効か無効かを判断する（ステップＳｓ１）。無効である（ステップＳｓ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、このカードロック照合処理を終了して、呼出元に処理を戻す。
一方、有効である（ステップＳｓ１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、暗証番号の入力またはロックに用いた携帯端末をかざすことを遊技者に促す旨を報知するよう液晶表示器１２３を制御する。そして、ＣＰＵ１８１ａは、暗証番号の入力があったか、または、かざされた携帯端末を検知したか否かを判断する（ステップＳｓ３）。いずれもない（ステップＳｓ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、この処理を繰返す。
一方、いずれかがあった（ステップＳｓ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入力された暗証番号またはかざされた携帯端末の端末ＩＤが、図２０のカードテーブルの暗証番号に一致するか否かを照合する（ステップＳｓ４）。その後、このカードロック照合処理を終了して、呼出元に処理を戻す。
図３４に戻って、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カードロック照合処理の結果、カードロック機能が無効である、または、暗証番号の照合で一致したか否かを判断する。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｍ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｍ２３）。その後、ＣＰＵ１８１ａは、実行する処理をこの処理の呼出元に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｍ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、返却ボタン１１４の操作を無効とするとともに、計数装置１９０に対して計数禁止指示を出力して、新たな計数を禁止する（ステップＳｍ２）。
そして、制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０に対して、当該メダル貸出機１００の装置ＩＤ、返却したカードのカードＩＤ、カードテーブルに記憶されている持ちメダル数、貯蓄メダル数（会員のみ）および大当り回数を含む返却通知を送信する（ステップＳｍ３）。
この返却通知の受信に応じてメダル管理コンピュータ５５０は、会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルにおいて、受信した返却通知に含まれる（会員）カードＩＤに対応して記憶されている持ちメダル数、貯蓄メダル数（会員のみ）および大当り回数を、受信した返却通知に含まれる持ちメダル数、貯蓄メダル数および大当り回数に更新するとともに、ユニット管理テーブルにおいて受信した装置ＩＤに対応する「状況」を「待機中」に変更し、「受付けＩＤ」に格納されているカードＩＤを削除して、該返却通知の送信元のメダル貸出機１００に対して更新完了通知を送信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０から更新完了通知を受信したか否かを判断する（ステップＳｍ４）。この更新完了通知の受信に応じて（ステップＳｍ４でＹＥＳとなったことに応じて）、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受付け中のカードがビジターカードであるか否かを判定する（ステップＳｍ１１）。ビジターカードである場合（ステップＳｍ１１でＹＥＳの場合）には、該ビジターカードに、カード受付け中遊技情報の累積不正メダル数を記録する（ステップＳｍ１２）。
そして、ＣＰＵ１８１ａは、残額排出フラグがオン状態であるか否かを判断する（ステップＳｍ１３）。オン状態である（ステップＳｍ１３でＹＥＳ）と判断した場合、入金残額が対応付けられた入金残額対応カードを排出済みの旨を液晶表示器１２３で表示することで報知する（ステップＳｍ１４）。報知は、スピーカから音声で出力するようにしてもよい。
そして、入金残額対応カードが排出されて存在している旨を受付け中のビジターカードに記録する（ステップＳｍ１５）。次に、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｍ１６）。
残額排出フラグがオン状態でない（ステップＳｍ１３でＮＯ）と判断した場合、および、ステップＳｍ１６の後、ＣＰＵ１８１ａは、排出指示をカードリーダライタ１８７に出力して、受付け中のビジターカードまたは会員カードをカード挿入口１１２から排出させ（ステップＳｍ１７）、図３１のステップＳｂ１５でオン状態にされた持玉超過フラグをオフ状態にする（ステップＳｍ３４）。次に、ＣＰＵ１８１ａは、カードテーブルをリセットし、返却ボタン１１４の操作無効を解除して有効化するとともに計数禁止を解除する（ステップＳｍ１８）。そして、ステップＳｂ２〜Ｓｂ９の待機状態に戻る。
尚、本実施の形態では、カード受付け中遊技情報の累積不正メダル数をビジターカードに記録することで、所定の遊技者が不正メダルをどの程度計数したかを把握し管理することができる。
また、前述したＳｂ２〜Ｓｂ９の待機状態において、遊技者が再プレイボタン１２１の操作を実施した場合には、該再プレイボタン１２１の操作を検知した再プレイ操作基板１８５から再プレイ操作情報が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ６において再プレイボタン１２１の操作有りと判断してＳｂ２４に進み、再プレイ処理を実行する。
図３６は、メダル貸出機において実行される再プレイ処理の処理内容を示すフロー図である。図３６を参照して、この再プレイ処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、再プレイメイン処理を実行する（ステップＳｐ１）。
再プレイメイン処理においては、メダル管理コンピュータ５５０で管理されている持ちメダル数または貯蓄メダル数を減算して、減算した分を払出すよう払出装置１８２を制御する。なお、持ちメダルが有る場合は、持ちメダルから、持ちメダルが無く、貯蓄メダルが有る場合は、貯蓄メダルから、払出される。いずれも無い場合は、再プレイボタン１２１が操作されても何も払出されない。
再プレイメイン処理の後、ＣＰＵ１８１ａは、持ちメダル数が０になったか否かを判断する（ステップＳｐ２）。持ちメダル数が０になった（ステップＳｐ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入金残額が対応付けられた入金残額対応カードを排出済みの旨を液晶表示器１２３で表示することで報知する（ステップＳｐ４）。報知は、スピーカから音声で出力するようにしてもよい。
次に、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｐ５）。持ちメダル数が０になっていない（ステップＳｐ２でＮＯ）と判断した場合、および、ステップＳｐ５の後、ステップＳｂ２〜Ｓｂ９の待機状態に戻る。
また、前述したＳｂ２〜Ｓｂ９の待機状態において、計数装置１９０にメダルが投入された場合には、該メダルの投入を検出した計数装置１９０から検出信号が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ７においてメダル投入検出有りと判断してＳｂ２５に進み、後述する計数処理を実行する（図３７参照）。
また、前述したＳｂ２〜Ｓｂ９の待機状態において、各デバイスから所定のエラー信号が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ８においてエラー検出有りと判断してＳｂ２６に進み、エラー報知処理を実行する。
図３７は、メダル貸出機１００の制御ユニット１８１が実行する計数処理を示すフローチャートである。計数処理では、制御ユニット１８１は、以下に説明するＳｃ１〜Ｓｃ１３の処理を実行する。
まず、計数処理のＳｃ１において、制御ユニット１８１は、会員カードまたはビジターカードが受付け中であるか否かを判定する。ここで、会員カードまたはビジターカードが受付け中である場合にはＳｃ２に進み、会員カードまたはビジターカードが受付け中でない場合にはＳｃ１１に進む。尚、Ｓｃ１１において、制御ユニット１８１は状態報知ランプ１１１の点灯などにより遊技者に対して会員カードまたはビジターカードの挿入を促す報知を実行して処理を終了する。
また、本実施の形態では、会員カードまたはビジターカードが受付け中である場合にのみ、Ｓｃ２以降のステップに進んでメダルの計数処理が実行されるようになっているが、会員カードまたはビジターカードが受付け中でないときにメダルが投入された場合でも計数処理が実行されるようにしてもよい。この場合、投入メダルが検出されたときに会員カードまたはビジターカードが受付け中でなければ計数処理を実行し、該計数処理が終了した後にビジターカードを発行し、該ビジターカードに対応付けて持ちメダル数を記憶するようにすればよい。
Ｓｃ２において、制御ユニット１８１は、カウンタ情報（図２０（ｄ）参照）の連続不正メダルカウンタの値をリセットするとともにＳｃ３に進む。Ｓｃ３において、制御ユニット１８１は、計数装置１９０からメダル判定情報を取得してＳｃ４に進む。尚、計数装置１９０から取得したメダル判定情報には、メダル撮影カメラ１９０ｃで撮影されたメダル画像に基づいて判定されたメダルの真贋情報（正規メダルか不正メダルかの情報）が含まれる。
Ｓｃ４において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の計数総メダル数に１を加算してＳｃ５に進む。Ｓｃ５において、制御ユニット１８１は、カードテーブル（図２０（ａ）参照）の持ちメダル数に１を加算してＳｃ６に進む。
Ｓｃ６において、制御ユニット１８１は、計数装置１９０から取得したメダル判定情報に基づいて、計数されたメダルが不正メダルであるか否かを判定する。ここで、制御ユニット１８１は、メダル判定情報に含まれるメダルの真贋情報を参照し、不正メダルである場合にはＳｃ１２に進み、正規メダルである場合にはＳｃ７に進む。
Ｓｃ１２において、制御ユニット１８１は、後述する不正メダル処理を実行してＳｃ１３に進む。Ｓｃ１３において、制御ユニット１８１は、後述するメダル貯留処理を実行してＳｃ９に進む。
Ｓｃ７において、制御ユニット１８１は、カウンタ情報（図２０（ｄ）参照）の連続不正メダルカウンタの値をリセットするとともにＳｃ８に進む。Ｓｃ８において、制御ユニット１８１は、正規メダルと判定されたメダルを排出口１９２から遊技島に排出してＳｃ９に進む。
Ｓｃ９において、制御ユニット１８１は、計数装置１９０に投入されたメダルのうち、未だ計数されていないメダルがあるか否かを判定する。ここで、未計数のメダルがない場合にはＳｃ１０に進み、未計数のメダルがある場合にはＳｃ３に戻って未計数のメダルが無くなるまでＳｃ３〜Ｓｃ９、Ｓｃ１２、Ｓｃ１３の処理を繰り返す。
Ｓｃ１０において、制御ユニット１８１は、各テーブルの更新情報や後述する満タン報知フラグの情報や後述する通知用画像などをメダル管理コンピュータ５５０へ送信して処理を終了する。
図３８は、メダル貸出機１００の制御ユニット１８１が実行する不正メダル処理を示すフローチャートである。不正メダル処理では、制御ユニット１８１は、以下に説明するＳｄ１〜Ｓｄ１８の処理を実行する。
まず、不正メダル処理のＳｄ１において、制御ユニット１８１は、顔画像撮影カメラ１８８を用いて不正メダルを投入した遊技者の顔画像を撮影してＳｄ２に進む。Ｓｄ２において、制御ユニット１８１は、計数装置１９０からメダルの真贋判定に用いられたメダル画像を取得してＳｄ３に進む。
Ｓｄ３において、制御ユニット１８１は、遊技者の顔画像とメダル画像を並列に組み合わせて１枚の通知用画像（図２９参照）を生成し、この通知用画像をＲＡＭ１８１ｂ（撮像データ記憶手段）に記憶してＳｄ４に進む。Ｓｄ４において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の総不正メダル数に１を加算してＳｄ５に進む。
Ｓｄ５において、制御ユニット１８１は、カウンタ情報（図２０（ｄ）参照）の連続不正メダルカウンタに１を加算してＳｄ６に進む。Ｓｄ６において、制御ユニット１８１は、カード受付け中遊技情報（図２０（ｂ）参照）の累積不正メダル数に１を加算してＳｄ７に進む。
Ｓｄ７において、制御ユニット１８１は、カード受付け中遊技情報（図２０（ｂ）参照）の累積不正メダル数の値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図２７参照）において、「不正メダル検出報知条件」の「累積不正メダル数」の項目にて「１０枚」を設定している。つまり遊技者が会員カードまたはビジターカードを挿入してから不正メダルとして判定された累積値が１０となった場合に累積不正メダル数の値が設定された閾値となる。ここで、累積不正メダル数の値が設定された閾値である場合（１０枚である場合）にはＳｄ８に進み、累積不正メダル数の値が設定された閾値でない場合（１０枚未満である場合）にはＳｄ１５に進む。
Ｓｄ８において、制御ユニット１８１は、カードテーブル（図２０（ａ）参照）の持ちメダル数から累積不正メダル数の値を減算してＳｄ９に進む。本実施の形態では、スロットマシン１から払い出され計数したメダルの中に不正メダルが紛れていた場合、不正メダル検出報知条件（不適正条件）が成立しなければ不正メダルも計数されるため、意図せずに不正メダルを使用した遊技者が不利益を被ることが防止されるとともに、不正メダル検出報知条件が成立した場合、それまでに計数された不正メダルの累積枚数が無効となるため、不正メダルにより持ちメダル数が加算されてしまうことを防止できる。
Ｓｄ９において、制御ユニット１８１は、カード受付け中遊技情報（図２０（ｂ）参照）の累積不正メダル数の値をリセットしてＳｄ１０に進む。Ｓｄ１０において、制御ユニット１８１は、カウンタ情報（図２０（ｄ）参照）の連続不正メダルカウンタの値をリセットしてＳｄ１１に進む。
Ｓｄ１５において、制御ユニット１８１は、カウンタ情報（図２０（ｄ）参照）の連続不正メダルカウンタの値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図２７参照）において、「不正メダル検出報知条件」の「連続不正メダル検出回数」の項目にて「３回」を設定している。つまり３回連続して不正メダルが検出された場合に、連続不正メダルカウンタの値が設定された閾値となる。ここで、連続不正メダルカウンタの値が設定された閾値である場合（３回である場合）にはＳｄ８に進み、連続不正メダルカウンタの値が設定された閾値でない場合（３回未満である場合）にはＳｄ１６に進む。
Ｓｄ１６において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の総不正メダル数の値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図２７参照）において、「不正メダル検出報知条件」の「総不正メダル数」の項目にて「１０枚」を設定している。つまり遊技場の営業開始の時点から計数装置１９０にて不正メダルとして判定されたメダルの総数の値が１０となった場合に総不正メダル数の値が設定された閾値となる。ここで、総不正メダル数の値が設定された閾値である場合（１０枚である場合）にはＳｄ１１に進み、総不正メダル数の値が設定された閾値でない場合（１０枚未満である場合）には処理を終了する。
Ｓｄ１１において、制御ユニット１８１は、メダル管理コンピュータ５５０に対して既に不正報知通知済みなのか否かを判定する。ここで、既に不正報知通知済みの場合には処理を終了し、不正報知通知が未だ通知されていない場合にはＳｄ１２に進む。
Ｓｄ１２において、制御ユニット１８１は、メダル管理コンピュータ５５０に対して不正メダルが使用されていることを伝える不正報知通知を行なうとともにＳｄ１３に進む。Ｓｄ１３において、制御ユニット１８１は、状態報知ランプ１１１を点灯させるとともにＳｄ１４に進む。尚、状態報知ランプ１１１を点灯させる際に、明らかに異常事態を知らせる態様（たとえば、早い点滅や赤色の表示）で点灯させてしまうと、不正メダルを使用している不正遊技者に対して不正報知通知を行なっていることが気づかれて逃げられてしまう可能性があるので、状態報知ランプ１１１を点灯させる際には、不正遊技者に対して不正報知通知を行なっていることが気づかれ難い態様（たとえば、ゆっくりした点滅や青色の表示）で点灯させるようにする。
尚、メダル貸出機１００の制御ユニット１８１から不正報知通知を受信したメダル管理コンピュータ５５０は、ホールコンピュータ５４０に対して店員に報知を行なうように要求する報知要求を不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１の台番号とともに送信する。
また、メダル管理コンピュータ５５０から報知要求を受信したホールコンピュータ５４０は、不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１の台番号とともにその旨を報知する自動音声メッセージを生成して、無線放送システムを介して店員が装着しているインカム９に対して自動音声メッセージを送信する。インカム９を通じて通知を受けた店員は、不正メダルを使用している遊技者を特定することができる。また、ホールコンピュータ５４０は、監視カメラシステム２１を操作して、不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１のズームイン映像を自動的に撮影（または録画）する。そして、この監視カメラシステム２１を介して店員が不正遊技者を特定してその行動を監視（または記録）することができる。
Ｓｄ１４において、制御ユニット１８１は、前述した不正メダル関係設定画面（図２７参照）の「不正メダル検出時動作」の項目にて、不正メダル検出時に、アラーム報知および計数装置１９０の計数停止（エラー停止）を行なう旨の選択がなされているか否かの判定を行なう。ここで、エラー停止を行なう旨の選択がなされている場合にはＳｄ１７に進み、エラー停止を行なう旨の選択がなされていない場合には処理を終了する。
Ｓｄ１７において、制御ユニット１８１は、各テーブルの更新情報や後述する満タン報知フラグの情報や通知用画像などをメダル管理コンピュータ５５０へ送信してＳｄ１８に進む。Ｓｄ１８において、制御ユニット１８１は、計数装置１９０にてメダルの計数を停止する計数停止処理を行なう。この計数停止処理は店員がメダル貸出機１００のリセットスイッチ１８６（図１９参照）を操作するまで維持される。
図３９は、メダル貸出機１００の制御ユニット１８１が実行するメダル貯留処理を示すフローチャートである。メダル貯留処理では、制御ユニット１８１は、以下に説明するＳｅ１〜Ｓｅ１４の処理を実行する。
まず、メダル貯留処理のＳｅ１において、制御ユニット１８１は、前述した不正メダル関係設定画面（図２７参照）の「不正メダル取り扱い」の項目にて、「貯留部無効」の設定になっているか否かを判定する。ここで、「貯留部無効」の設定になっていない場合にはＳｅ２に進み、「貯留部無効」の設定になっている場合にはＳｅ１４に進む。
Ｓｅ２において、制御ユニット１８１は、満タン報知フラグがセットされているか否かを判定する。ここで、満タン報知フラグがセットされていない場合にはＳｅ３に進み、満タン報知フラグがセットされている場合にはＳｅ１４に進む。
Ｓｅ１４において、制御ユニット１８１は、不正メダルと判定されたメダルを排出口１９２から遊技島に排出させる、つまり、計数装置１９０を介して流路切換器１９０ｄにより流路を切り替えさせずに処理を終了する。
Ｓｅ３において、制御ユニット１８１は、計数装置１９０を介してメダルの流路を前述した流路切換器１９０ｄにより切り換えさせて、不正メダルと判定されたメダルをメダル貯留ボックス１９４（貯留部）に貯留されるようにしてＳｅ４に進む。Ｓｅ４において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の総メダル貯留数に１を加算（貯留媒体計数手段）してＳｅ５に進む。
Ｓｅ５において、制御ユニット１８１は、不正メダルと判定されたメダルが、自店の他の領域から持ち込まれたメダル、即ち自店メダルか否かを判定する。ここで、自店メダルである場合にはＳｅ６に進んで、メダル情報（図２０（ｃ）参照）の自店メダル貯留数に１を加算してＳｅ７に進む。自店メダルでない場合にはＳｅ１１に進んで、メダル情報（図２０（ｃ）参照）の偽メダル貯留数に１を加算してＳｅ７に進む。尚、本実施の形態では、自店メダルと偽メダルとをそれぞれ計数するようになっており、メダル貯留ボックス１９４（貯留部）に貯留された不正メダルのうち自店メダルがどの程度あるのかを把握しやすくなることで、早期に回収して適正なメダルとして判定される領域に戻すことが可能となる。
Ｓｅ７において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の総メダル貯留数が第１閾値（満タン）であるか否かを判定する（第１判定手段）。尚、本実施の形態では、前述した不正メダル関係設定画面（図２７参照）において、「貯留部状態報知条件」の「満タン時報知条件」の項目にて「１００枚」を設定している。つまりメダル貯留ボックス１９４（貯留部）に貯留されたメダルの枚数である総メダル貯留数が１００枚となっているときに、第１閾値（満タン）であると判定される。ここで、総メダル貯留数が第１閾値（満タン）である場合（１００枚である場合）にはＳｅ８に進み、総メダル貯留数が第１閾値（満タン）でない場合（１００枚未満である場合）には処理を終了する。
Ｓｅ８において、制御ユニット１８１は、満タン報知フラグをセットしてＳｅ９に進む。Ｓｅ９において、制御ユニット１８１は、状態報知ランプ１１１を点灯（第１報知手段）してＳｅ１０に進む。
Ｓｅ１０において、制御ユニット１８１は、前述した不正メダル関係設定画面（図２７参照）の「不正メダル取り扱い」の項目にて、「貯留部満タン時にエラー停止」の設定になっているか否かを判定する。ここで、貯留部満タン時にエラー停止」の設定になっている場合にはＳｅ１２に進み、貯留部満タン時にエラー停止」の設定になっていない場合には処理を終了する。
Ｓｅ１２において、制御ユニット１８１は、各テーブルの更新情報や満タン報知フラグの情報や通知用画像などをメダル管理コンピュータ５５０へ送信してＳｅ１３に進む。Ｓｅ１３において、制御ユニット１８１は、計数装置１９０にてメダルの計数を停止する計数停止処理を行なう。この計数停止処理は店員がメダル貸出機１００のリセットスイッチ１８６（図１９参照）を操作するまで維持される。
次に、本実施の形態のメダル管理コンピュータ５５０にて表示される不正メダル使用者顔画像画面について、図２９に基づいて説明する。前述の不正メダル処理において生成された遊技者の顔画像とメダル画像を並列に組み合わせた通知用画像がメダル貸出機１００から送信され、この通知用画像を受信したメダル管理コンピュータ５５０は、不正メダル使用者顔画像画面にて通知用画像を表示させることができる。
本実施の形態の不正メダル使用者顔画像画面では、図２９に示すように、通知用画像とともに、該通知用画像が撮影された日時と、該通知用画像を撮影したメダル貸出機１００の装置ＩＤと、該メダル貸出機１００に対応するスロットマシン１の台番号と、会員カードを使用して遊技をした場合には会員ＩＤとが表示される。このようにすることで、所定の遊技者がメダル貸出機１００のメダル貯留ボックス１９４（貯留部）に貯留されたメダルのうちいずれを使用したかを特定できるので、不正行為を特定しやすくなる。
本実施の形態では、遊技場の閉店時（営業終了時）に、メダル管理コンピュータ５５０から各メダル貸出機１００に対して、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求（所定の信号）が送信される。この締め関連処理要求を受信した各メダル貸出機１００の制御ユニット１８１は、締め関連処理（営業終了処理）を実行する。
図４０は、メダル貸出機１００の制御ユニット１８１が実行する締め関連処理を示すフローチャートである。締め関連処理では、制御ユニット１８１は、以下に説明するＳｆ１〜Ｓｆ４の処理を実行する。
まず、締め関連処理のＳｆ１において、制御ユニット１８１は、各種履歴を送信するようになっている。たとえば、プリペイド残額の利用履歴等の情報をカード管理コンピュータ５００に送信するとともに、離席における強制解除履歴データ等のデータを、カード管理コンピュータ５００並びにメダル管理コンピュータ５５０の双方に送信してＳｆ２に進む。
Ｓｆ２において、制御ユニット１８１は、メダル情報（図２０（ｃ）参照）の総メダル貯留数が所定枚数（第２閾値）以上であるか否かを判定する（第２判定手段）。尚、本実施の形態では、前述した不正メダル関係設定画面（図２７参照）において、「貯留部状態報知条件」の「閉店時報知条件」の項目にて「５０枚」を設定している。つまりメダル貯留ボックス１９４（貯留部）に貯留された不正メダルの枚数である総メダル貯留数が５０枚以上となっているときに、第２閾値であると判定される。ここで、総メダル貯留数が第２閾値以上である場合（５０枚以上である場合）にはＳｆ３に進み、総メダル貯留数が第２閾値でない場合（５０枚未満である場合）には処理を終了する。
Ｓｆ３において、制御ユニット１８１は、状態報知ランプ１１１を点灯（第２報知手段）させてＳｆ４に進む。Ｓｆ４において、制御ユニット１８１は、メダル管理コンピュータ５５０に対してメダル貯留ボックス１９４（貯留部）の不正メダルの貯留数が所定枚数（第２閾値）以上となっている旨を知らせる通知を送信して処理を終了する。
図２８に示すように、メダル貸出機１００（制御ユニット１８１）から不正メダルの貯留数が所定枚数（第２閾値）以上となっている旨を知らせる通知を受信したメダル管理コンピュータ５５０は、営業終了処理（不正メダル）画面を表示する。この営業終了処理（不正メダル）画面には、貯留数が所定枚数（第２閾値）以上となっているメダル貸出機１００の装置ＩＤとともに、対応するスロットマシン１の台番号が表示される。店員はこの営業終了処理（不正メダル）画面に基づいて不正メダルを回収するメダル貸出機１００を特定することができる。
図４１は、メダル貸出機１００のディスプレイ１２３に表示されるメニュー画面の一例を示す表示画面図である。図４１を参照して、メニュー画面には、「残額取出」ボタン、「カード後挿入」ボタン、「少量貸し」ボタン、「カードロック」ボタン、「持玉分割」ボタン、および、「情報照会」ボタンが表示される。
図４２は、メダル貸出機１００において実行されるタッチパネル操作処理の処理内容を示すフロー図である。このタッチパネル操作処理は、図３０で説明した処理のステップＳｂ２７で実行される処理である。
図４２を参照して、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、液晶表示器１２３に表示された「残額取出」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ１）。「残額取出」ボタンが操作された（ステップＳｇ１でＹＥＳ)と判断した場合、ＣＰＵ１８１ａは、残額取出処理を実行する（ステップＳｇ１１）。
図４３は、メダル貸出機１００において実行される残額取出処理の処理内容を示すフロー図である。図４３を参照して、まず、ＣＰＵ１８１ａは、貸出ボタン１１６の操作を無効化する（ステップＳｈ１）。
これにより、この後に、返却ボタン１１４を操作する必要があるが、誤って貸出ボタン１１６を操作してしまって、今から取出そうとしている入金残額を使用してメダルの貸出しが行なわれてしまうことを防止することができる。また、返却ボタン１１４と貸出ボタン１１６との位置が近いことから生じる誤操作も防止することができる。
次に、ＣＰＵ１８１ａは、図２０（ａ）のカードテーブルを参照して、プリペイド残額（入金残額）が有るか否かを判断する（ステップＳｈ２）。無い（ステップＳｈ２でＮＯ）と判断した場合、入金残額を取出すことができないので、ＣＰＵ１８１ａは、入金残額が無く、入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ３）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
一方、入金残額が有る（ステップＳｈ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが有るか否かを判断する（ステップＳｈ４）。無い（ステップＳｈ４でＮＯ）と判断した場合、入金残額を取出しても持ちメダル対応カードを発行する必要性が無いので、ＣＰＵ１８１ａは、持ちメダルが無く、入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ５）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
持ちメダルが有る（ステップＳｈ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図３４のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｈ２１〜ステップＳｈ２３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｈ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｈ２３）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｈ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、返却ボタン１１４を操作する旨を液晶表示器１２３に表示するよう制御する（ステップＳｈ６）。
なお、残額取出処理においては、カードロック機能の有効であっても暗証番号の照合はせず、カードロック機能が有効である場合には、ステップＳｈ６以降の処理に進めず、カードロック機能が無効であると判断した場合のみ、ステップＳｈ６以降の処理に進めるようにしてもよい。つまり、予めカードロック機能を無効としてからでないと、残額取出しができないようにしてもよい。
そして、ＣＰＵ１８１ａは、返却ボタン１１４の操作が有ったか否かを判断する（ステップＳｈ７）。操作が無い（ステップＳｈ７でＮＯ）と判断した場合、ＣＰＵ１８１ａは、所定時間（たとえば、１分）が経過したか否かを判断する（ステップＳｈ８）。なお、この所定時間は、後述する図４２のステップＳｇ１５の持玉分割処理の入力操作のタイムアウト時間よりも短く設定される。これにより、遊技が行なわれない時間を、極力、短くすることができる。経過していない場合（ステップＳｈ８でＮＯと判断した場合）は、ステップＳｈ７およびステップＳｈ８の処理を繰返す。
返却ボタン１１４の操作が無いまま、所定時間が経過した（ステップＳｈ８でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、時間オーバで入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ９）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
所定時間が経過するまでに、返却ボタン１１４の操作が有った（ステップＳｈ７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｈ１１）。
会員カード受付け中である（ステップＳｈ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、当該カードが入金残額対応カードである旨および入金残額を、カード管理コンピュータ５００に登録するために送信する。
カード管理コンピュータ５００においては、図２２（ａ）で示したように、会員カードテーブルの当該カードのカードＩＤに対応する、プリペイド残額を、受信した入金残額に更新し、入金残額対応フラグをオン状態（値「１」）に変更する。
一方、会員カード受付け中でない、つまり、ビジターカード受付け中である（ステップＳｈ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、当該カードが入金残額対応カードである旨および入金残額を、カード管理コンピュータ５００に登録するために送信するとともに、当該ビジターカードに、それらの情報を記録する（ステップＳｈ１３）。
カード管理コンピュータ５００においては、図２２（ｂ）で示したように、ビジターカードテーブルの当該カードのカードＩＤに対応する、プリペイド残額を、受信した入金残額に更新し、入金残額対応フラグをオン状態（値「１」）に変更する。
ステップＳｈ１２およびステップＳｈ１３の後、ＣＰＵ１８１ａは、当該入金残額対応カードのカードＩＤを、ＲＡＭ１８１ｂに記憶させる（ステップＳｈ１４）。次いで、ＣＰＵ１８１ａは、入金残額対応カードとしての受付け中の会員カードまたはビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｈ１５）。次に、ＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグをオン状態にする（ステップＳｈ１６）。
そして、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶されている入金残額を削除する（ステップＳｈ１７）。次に、ＣＰＵ１８１ａは、持ちメダル数がある状態であるので、カードリーダライタ１８７に貯留されているビジターカードを読書き位置に移動させて、発行処理を行なうために、カードＩＤをメダル管理コンピュータ５５０に送信し、発行可能であれば、持ちメダル数およびカードＩＤなどを、メダル管理コンピュータ５５０に送信するとともに、持ちメダル数をビジタカードに記録する（ステップＳｈ１８）。
ステップＳｈ１９では、ＣＰＵ１８１ａは、貸出ボタン１１６の操作を有効化する。その後、ＣＰＵ１８１ａは、実行する処理をこの残額取出処理の呼出元の図４２のタッチパネル操作処理に戻す。
このように、図４２のステップＳｇ１での「残額取出」ボタンの操作および図４３のステップＳｈ７での返却ボタン１１４の操作のみで、持ちメダル数をメダル貸出機１００に残したまま、プリペイド残額を排出することができる。後述する持玉分割またはプリペイド残額の分割の場合には、分割を指示する操作に加えて、分割する数量を指定する操作を行なう必要がある。その結果、持ちメダル数を残したまま、残額を排出する場合に、数量を指定するような複雑な操作を必要とせず、簡単な操作で行なうことができる。
図４２に戻って、「残額取出」ボタンが操作されていない（ステップＳｇ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「カード後挿入」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ２）。「カード後挿入」ボタンが操作された（ステップＳｇ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード後挿入処理を実行する（ステップＳｇ１２）。
図４４は、メダル貸出機１００において実行されるカード後挿入処理の処理内容を示すフロー図である。図４４を参照して、まず、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｊ１）。会員カード受付け中である（ステップＳｊ１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるので、カード後挿入ボタンの操作の受付けを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ２）。その後、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｊ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された計数された持ちメダルが有るか否かを判断する（ステップＳｊ３）。持ちメダルが無い（ステップＳｊ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが無く、カード後挿入ボタンの操作の受付けを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ４）。その後、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、持ちメダルが有る（ステップＳｊ３でＹＥＳ）と判断した場合、図３４のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｊ２１〜ステップＳｊ２３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｊ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｊ２３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｊ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードリーダライタ１８７の読取り位置のビジターカードを無効に変更して、カード貯留部に戻す（ステップＳｊ５）。そして、ＣＰＵ１８１ａは、会員カードまたはビジターカードを挿入する旨を、液晶表示器１２３に表示する（ステップＳｊ６）。
次に、ＣＰＵ１８１ａは、カードを受付けたか否かを判断する（ステップＳｊ７）。受付けていない（ステップＳｊ７でＮＯ）と判断した場合、ＣＰＵ１８１ａは、所定時間（たとえば、１分）が経過したか否かを判断する（ステップＳｊ８）。経過していない場合（ステップＳｊ８でＮＯと判断した場合）は、ステップＳｊ７およびステップＳｊ８の処理を繰返す。
カードの受付けが無いまま、所定時間が経過した（ステップＳｊ８でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、時間オーバでカード後挿入を中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ９）。その後、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。
所定時間が経過するまでに、カードが受付けられた（ステップＳｊ７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された残額排出フラグがオン状態であるか否かを判断する（ステップＳｊ１１）。
残額排出フラグがオン状態である（ステップＳｊ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、受付けたカードが入金残額対応カードであるか否かを判断する（ステップＳｊ１２）。入金残額対応カードであるか否かは、カード管理コンピュータ５００に問合せて、図２２で説明した会員カードテーブルまたはビジターカードテーブルの入金残額対応フラグがオン状態であるか否かを確認することで判断される。
入金残額対応カードである（ステップＳｊ１２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、受付けたカードのカードＩＤが、ＲＡＭ１８１ｂに記憶している入金残額対応カードのカードＩＤに一致するか否かを判断する（ステップＳｊ１３）。
受付カードのカードＩＤが記憶しているものと一致した（ステップＳｊ１３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード管理コンピュータ５００に記憶された入金残額対応フラグ、および、ビジターカードの場合はカードに記録された入金残額対応フラグを、オフ状態にする（ステップＳｊ１４）。
なお、入金残額対応フラグをオフにした場合であっても、入金残額対応フラグがオン状態またはオフ状態になった履歴は、記憶しておくようにしてもよい。これにより、そのカードについて、所定期間（特定の日またはある期間）に、何回、「残額取出」操作されたかを把握することができる。
そして、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された残額排出フラグをオフ状態にして、入金残額対応カードのカードＩＤを削除する（ステップＳｊ１５）。
ステップＳｊ１５の後、および、残額排出フラグがオン状態でない（ステップＳｊ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、メダル貸出機１００のＲＡＭ１８１ｂの図２０（ａ）のカードテーブルに記憶された持ちメダル数を、受付けられたカードのカードＩＤに対応付けて図２４の会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルに登録するために、カードＩＤおよび持ちメダル数などの情報をメダル管理コンピュータ５５０に送信し、受付けられたカードがビジターカードである場合は、持ちメダル数を当該ビジターカードに記録する（ステップＳｊ１６）。
また、カード貯留部に戻された前のカードの特定の機能の設定および処理を、受付けられた後のカードに引継がせる（ステップＳｊ２０）。
具体的には、特定の機能がカードロック機能の場合は、前のカードのカードロック有効フラグを、後のカードに引継がせるとともに、受付けられたカードが会員カードでない場合は、前のカードの暗証番号を、後のカードに引継がせる。
特定の機能が盗難カード制限機能の場合は、前のカードの盗難カードフラグを、後のカードに引継がせる。特定の機能が少量貸し機能の場合は、前のカードの少量貸し有効フラグを、後のカードに引継がせる。
特定の機能が遊技履歴集計機能である場合は、前のカードで実行されていた履歴集計処理が後のカードに引継がれる。つまり、履歴集計処理で集計されていた遊技履歴である大当り回数およびＡＲＴ回数などが引継がれる。また、この引継ぎにおいては、たとえば、大当り遊技状態およびＡＲＴ状態の途中で、後からカードが挿入された場合には、当該途中の遊技状態の回数がダブルカウントされないようにされる。
この履歴集計処理は、メダル管理コンピュータ５００などの管理装置で管理されるようする。つまり、メダル管理コンピュータ５００の図２４の会員貯蓄管理テーブルおよびビジター貯蓄管理テーブルに大当り回数が記憶されるようにする。そして、メダル管理コンピュータ５００などの管理装置は、前のカードに対して実行されていた履歴集計処理が後のカードに引継がれた場合には後のカードのカードＩＤに対応付けて大当り回数を記憶するようにすることで、前のカードに対する機能の実行されている処理が後のカードに対して引継がれたことを管理する。
特定の機能が持玉払出機能である場合は、前のカードで実行されていた持玉払出処理が引継がれる。たとえば、再プレイボタン１２１の操作に応じて、持ちメダルまたは貯蓄メダルを返却する持玉払出処理が実行されているときに、持ちメダルおよび貯蓄メダルの数が貸出単位額分に相当する数に満たない場合に、カード後挿入処理が実行されるようにして、後のカードに不足する分の持ちメダルおよび貯蓄メダルがあれば、前のカードと後のカードとで合算された貸出単位額分の持ちメダルおよび貯蓄メダルが払出される。
ステップＳｊ２０の後、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、入金残額対応カードでない（ステップＳｊ１２でＮＯ）、または、受付カードのカードＩＤが記憶しているものと一致しない（ステップＳｊ１３でＮＯ）と判断した場合、受付けられたカードが正しい入金残額対応カードでない旨を、液晶表示器１２３に表示して報知する（ステップＳｊ１７）。そして、エラーが発生した旨を、液晶表示器１２３およびスピーカで報知する（ステップＳｊ１８）。
そして、ＣＰＵ１８１ａは、店員によってエラーのリセット操作が行なわれたか否かを判断する（ステップＳｊ１９）。リセット操作が行なわれた（ステップＳｊ１９）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図４２のタッチパネル操作処理に戻す。これにより、遊技者によって不正に持ちメダルが取得されるかも知れない状況において、店員が対応することができる。
なお、図４４で示したカード後挿入処理においては、持ちメダル数が有る場合に、後に挿入されるカードに、当該持ちメダル数を対応付ける処理を行なうようにした。一方、持ちメダル数が無い場合には、プリペイド残額があっても、後に挿入されるカードに、当該プリペイド残額を対応付ける処理を行なわないようにした。しかし、これに限定されず、持ちメダル数が無い場合であっても、プリペイド残額があれば、後に挿入されるカードに、当該プリペイド残額を対応付ける処理を行なうようにしてもよい。
図４２に戻って、「カード後挿入」ボタンが操作されていない（ステップＳｇ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「少量貸し」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ３）。「少量貸し」ボタンが操作された（ステップＳｇ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、少量貸し処理を実行する（ステップＳｇ１３）。
少量貸し処理においては、通常の貸出ボタン１１６の操作で貸出されるメダル数よりも少ない量のメダルが貸し出される。たとえば、通常は、１０００円に相当するメダルＭ（たとえば、５０枚）が貸し出されるが、「少量貸し」ボタンが操作されて実行される少量貸し処理においては、２００円に相当するメダルＭ（たとえば、１０枚）が貸し出される。この少量貸し処理において、貸し出される量を、店員が予め設定可能なようにしてもよいし、遊技者が設定可能なようにしてもよい。
また、少量貸し処理においては、貸出し量が通常よりも少なく設定されるのみで、少量貸し処理の実行後、貸出ボタン１１６が操作されることで、少量のメダルの貸出しが行なわれるようにしてもよい。この場合は、次に、少量貸し処理が実行されることで、貸出し量が通常の量に戻されるようにしてもよい。これにより、大当り確定で少しメダルが足りないような場合などに、通常の量まで借りるといった無駄なことを回避して、少量だけ借りることができる。
「少量貸し」ボタンが操作されていない（ステップＳｇ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「カードロック」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ４）。「カードロック」ボタンが操作された（ステップＳｇ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードロック処理を実行する（ステップＳｇ１４）。
図４５は、メダル貸出機において実行されるカードロック処理の処理内容を示すフロー図である。図４５を参照して、カードロック処理においては、受付けられているカードを返却ボタン１１４を操作するだけでは返却されないようにロックする。具体的には、暗証番号を設定する。これにより、返却ボタン１１４が操作された場合に、暗証番号の入力を求め、正しい暗証番号が入力された場合に、受付けられているカードを排出するようにする。また、カードロック処理において、非接触ＩＣチップを内蔵した携帯端末から当該携帯端末の識別情報が受付けられた場合に、カードをロックして、返却ボタン１１４が操作された場合に、当該携帯端末から当該識別情報が受付けられれば、受付けられているカードを排出するようにしてもよい。これにより、受付けられているカードの盗難を防止することができる。
まず、図３４のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｑ１〜ステップＳｑ３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｑ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｑ３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｑ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付中であるか否かを判断する（ステップＳｑ４）。
会員カード受付け中である（ステップＳｑ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードロックしてよいかを確認する旨を表示するよう液晶表示器１２３を制御する（ステップＳｑ５）。そして、カードロックしてよいかの選択が「ＹＥＳ」であるか否かを判断する（ステップＳｑ６）。選択が「ＹＥＳ」でない（ステップＳｑ６でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、選択が「ＹＥＳ」である（ステップＳｑ６でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図２０（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし（ステップＳｑ７）、有効化した旨をカード管理コンピュータ５００に送信する（ステップＳｑ８）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図２２の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにする。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｑ４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ビジターカード受付中であるか否かを判断する（ステップＳｑ１１）。ビジターカード受付け中でない（ステップＳｑ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、ビジターカード受付け中である（ステップＳｑ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、ロック方法を、暗証番号を用いた方法にするか、非接触式ＩＣチップを内蔵した携帯端末を用いた方法にするかを選択する旨を表示するよう液晶表示器１２３を制御する（ステップＳｑ１２）。
まず、ＣＰＵ１８１ａは、暗証番号を用いた方法が選択されたか否かを判断する（ステップＳｑ１３）。選択されていない（ステップＳｑ１３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、非接触式ＩＣチップを内蔵した携帯端末を検知したか否かを判断する（ステップＳｑ１４）。検知していない（ステップＳｑ１４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｑ１３に戻す。
携帯端末を検知した（ステップＳｑ１４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、携帯端末の接触式ＩＣチップから携帯端末の端末ＩＤを取得する（ステップＳｑ１５）。そして、ＣＰＵ１８１ａは、図２０（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし、取得した端末ＩＤを暗証番号として記憶させ（ステップＳｑ１６）、有効化した旨および取得した端末ＩＤを、カード管理コンピュータ５００に送信する（ステップＳｑ１７）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図２２の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにし、端末ＩＤを暗証番号として記憶させる。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、ロック方法として暗証番号を用いた方法が選択された（ステップＳｑ１３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、暗証番号の入力画面を表示するよう液晶表示器１２３を制御する（ステップＳｑ２１）。そして、ＣＰＵ１８１ａは、暗証番号が入力されたか否かを判断する（ステップＳｑ２２）。入力されていない（ステップＳｑ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｑ２２の処理を繰返す。
一方、暗証番号が入力された（ステップＳｑ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図２０（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし、入力された暗証番号を記憶させ（ステップＳｑ２３）、有効化した旨および入力された暗証番号を、カード管理コンピュータ５００に送信する（ステップＳｑ２４）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図２２の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにし、暗証番号を記憶させる。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
なお、カードロック機能が有効とされた場合には、ディスプレイ１２３に、カードロック機能が有効である旨の表示（たとえば、記号）などを表示しておくことが好ましい。これにより、遊技者は、カードロック機能が有効であることを認識することができる。
図４２に戻って、「カードロック」ボタンが操作されていない（ステップＳｇ４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「持玉分割」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ５）。「持玉分割」ボタンが操作された（ステップＳｇ５でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持玉分割処理を実行する（ステップＳｇ１５）。
図４６は、メダル貸出機において実行される持玉分割処理の処理内容を示すフロー図である。図４６を参照して、持玉分割処理においては、現在の持ちメダル数または貯蓄メダル数のうち遊技者が指定するメダル数を、別のビジターカードに対応付けることで、分割する。分割するメダル数の指定は、数値を入力可能なようにしてもよいし、選択肢から選択可能なようにしてもよい。
まず、図３４のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｒ１〜ステップＳｒ３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｒ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｒ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダル数が貸出単位額に相当する数の２倍以上あるか否かを判断する（ステップＳｒ１１）。持ちメダル数が貸出単位額に相当する数に満たない場合は、通常は持ちメダルを払出すことができないため、当該カードと分割するカードとの分を合わせて、持ちメダル数が、貸出単位額に相当する数の２倍以上あることが必要である。
持ちメダル数が貸出単位額に相当する数の２倍以上でない（ステップＳｒ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが不足している旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ１２）。
一方、２倍以上である（ステップＳｒ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図３１のステップＳｂ１５で説明した持玉超過フラグがオン状態であるか否かを判断する（ステップＳｒ４１）。オン状態でない（ステップＳｒ４１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｒ１３に進める。
一方、持玉超過フラグがオン状態である（ステップＳｒ４１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持玉の分割のために店員を呼出すことを促す旨（たとえば、「持玉数が規定数に達したため分割できません。店員を呼んでください。」といったメッセージ）を表示するよう液晶表示器１２３を制御する（ステップＳｒ４２）。
そして、ＣＰＵ１８１ａは、店員によるリモコンでの確認操作があったか否かを判断する（ステップＳｒ４３）。確認操作がない（ステップＳｒ４３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｒ４３の処理を繰返す。
一方、確認操作があった（ステップＳｒ４３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｒ１３に進める。
次に、ＣＰＵ１８１ａは、分割する持ちメダルの数を入力するための画面を表示するよう液晶表示器１２３を制御する（ステップＳｒ１３）。分割数は、選択肢から選択できるようにしてもよいし、増加または減少ボタンを操作することで貸出単位額に相当する数単位で増減させて入力できるようにしてもよいし、直接、数値入力できるようにしてもよい。そして、分割数が入力されたか否かを判断する（ステップＳｒ１４）。分割数が入力されていない（ステップＳｒ１４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｒ１４の処理を繰返す。
一方、分割数が入力された（ステップＳｒ１４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｒ２１）。会員カード受付け中である（ステップＳｒ２１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダル数から分割数を減算するとともに、減算後の持ちメダル数をメダル管理コンピュータ５５０に送信する（ステップＳｒ２２）。メダル管理コンピュータ５５０は、図２４の会員貯蓄管理テーブルの持ちメダル数を更新する。次いで、ＣＰＵ１８１ａは、会員カードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ２３）。
次に、ＣＰＵ１８１ａは、カードリーダライタ１８７のカード貯留部からビジターカードを読取り位置に取出し、取出したビジターカードの発行処理を行なう（ステップＳｒ２４）。具体的には、カード管理コンピュータ５００のビジターカードテーブルの状況を利用中に変更して、最新発行日時を更新して、メダル管理コンピュータ５５０のビジター貯蓄管理テーブルの最新発行日時を更新し、両テーブルのその他の項目をリセットする。
そして、ＣＰＵ１８１ａは、分割数を持ちメダル数として当該ビジターカードに対応付ける（ステップＳｒ２５）。具体的には、メダル貸出機１００のカードテーブルの持ちメダル数として分割数を記憶させ、メダル管理コンピュータ５５０のビジター貯蓄管理テーブルの持ちメダル数として分割数を記憶させる。次いで、ＣＰＵ１８１ａは、当該ビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ２６）。
次に、ＣＰＵ１８１ａは、先に排出された会員カードの再挿入を促す旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ２７）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｒ２１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、受付中のビジターカードの図２０（ａ）のカードテーブルなどに記憶されているカード情報を、一旦、他のメモリ領域に退避させる（ステップＳｒ３１）。
そして、ＣＰＵ１８１ａは、受付中の読書き位置のビジターカードのカード情報をリセットして、ステップＳｒ２４で説明したような発行処理を行なう（ステップＳｒ３２）。次いで、ＣＰＵ１８１ａは、ステップＳｒ２５と同様、分割数を持ちメダル数として当該ビジターカードに対応付け（ステップＳｒ３３）、当該ビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ３４）。
次に、ＣＰＵ１８１ａは、ステップＳｒ２４と同様に、カードリーダライタ１８７のカード貯留部からビジターカードを読取り位置に取出し、取出したビジターカードの発行処理を行なう（ステップＳｒ３５）。そして、ＣＰＵ１８１ａは、ステップＳｒ３１で退避させたカード情報を当該ビジターカードに対応付ける（ステップＳｒ３６）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図４２のタッチパネル操作処理に戻す。
「持玉分割」ボタンが操作されていない（ステップＳｇ５でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「情報照会」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ６）。「情報照会」ボタンが操作された（ステップＳｇ６でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、情報照会処理を実行する（ステップＳｇ１６）。
情報照会処理においては、遊技者の操作に応じて、プリペイド残額（入金残額）、持ちメダル数、貯蓄メダル数、および、メダル管理コンピュータ５５０、ホールコンピュータ５４０、および、カード管理コンピュータ５００で管理しているその他の情報などを液晶表示器１２３に表示する。
「情報照会」ボタンが操作されていない（ステップＳｇ６でＮＯ）と判断した場合、および、ステップＳｇ１１〜ステップＳｇ１６の後、ＣＰＵ１８１ａは、実行する処理をタッチパネル操作処理の呼出元の図３０の処理に戻す。
景品交換ＰＯＳ５７０において、会員カードまたはビジターカードが受付けられた場合、当該カードに対応付けられた持ちメダル数および貯蓄メダル数がメダル管理コンピュータ５５０に問合せられ、持ちメダル数および貯蓄メダル数の全部または一部の価値を景品に交換するための処理が行なわれる。具体的には、交換する景品の価値に応じて、持ちメダル数または貯蓄メダル数が減算される。なお、このときに、当該カードに対するカードロック機能が有効であれば、暗証番号の入力が遊技者に求められる。
この景品交換ＰＯＳ５７０において、持ちメダル対応カードが受付けられた場合、持ちメダル対応カードが排出されている場合には入金残額対応カードが存在するはずであるので、入金残額対応カードの存在を報知する（ここでは、その旨の景品交換ＰＯＳ５７０の表示部への表示、および、音声の出力）。
入金残額対応カードが排出された後、持ちメダル対応カードが排出されるまでには、時間が経過している場合が多くなる。このため、持ちメダルまたは貯蓄メダルを景品に交換するときに、入金残額対応カードで特定される残額の精算を遊技者に喚起することができる。その結果、残額の精算忘れを防止することができる。
精算装置５８０において、会員カードまたはビジターカードが受付けられた場合、当該カードに対応付けられたプリペイド残額がカード管理コンピュータ５００に問合せられ、当該プリペイド残額を貨幣に精算するための処理が行なわれる。なお、このときに、当該カードに対するカードロック機能が有効であれば、暗証番号の入力が遊技者に求められる。
この精算装置５８０において、入金残額対応カードが受付けられた場合、場合によっては、入金残額対応カードに対応する持ちメダル対応カードも存在してる可能性があるので、持ちメダル対応カードの有無に関わらず、持ちメダル対応カードが存在するかも知れない旨を報知する（ここでは、その旨の精算装置５８０の表示部への表示、および、音声の出力）。
入金残額対応カードと持ちメダル対応カードとの２つのカードが排出されている場合がある。このため、入金残額対応カードで特定される残額を精算するときに、持ちメダル対応カードで特定される持ちメダル数のメダルの景品への交換を遊技者に喚起することができる。その結果、景品交換忘れを防止することができる。
以上説明したように、本発明の実施の形態としてのメダル貸出機１００（遊技用装置）にあっては、不正メダル（適正ではない遊技媒体）が満タン（第１貯留量）に達したときにはその旨が報知されることで、メダル貯留ボックス１９４（貯留部）から不正メダルを回収することができるとともに、少なくとも遊技場の営業終了時において、所定枚数（第２貯留量）に達しているときにはその旨が報知されることで、満タンに達する前の段階で不正メダルを回収することができるばかりか、貯留に未だ余裕がある貯留部からメダルを回収せずに済むので、回収の作業効率が向上される。よって、営業時間中にメダルの貯留量が満タンに達することが抑制されるため、満タンに達したメダル貯留ボックス１９４（貯留部）から不正メダルを回収しきれずに循環してしまうことを防止できる。
具体的には、遊技場にメダル貸出機１００が多数（たとえば、１０００台など）設置されている場合において、メダル貯留ボックス１９４におけるメダルの貯留量が報知されないと、定期的に全てのメダル貸出機１００のメダル貯留ボックス１９４を確認して回る必要があるが、たとえば１〜２枚程度のメダルしかメダル貯留ボックス１９４に貯留されていないメダル貸出機１００も確認することになるため、非常に効率が悪く膨大な手間がかかることになるが、所定枚数に達したときにはその旨が報知されることで、不正メダルを効率よく回収することができる。
また、不正メダルが満タン（第１貯留量）に達したときには、営業中であってもその旨が報知されることで迅速に回収することができるので、満タンのまま放置されてメダルが遊技島内に排出され循環してしまうことが防止される。
また、少なくとも遊技場の営業終了時において所定枚数（第２貯留量）に達しているときにはその旨が報知されることで、満タンに達する前の段階で不正メダルを回収することができるため、営業中において少量の不正メダルが貯留されることで満タンになることを極力回避できるため、営業中に不正メダルを回収する際に遊技者に迷惑をかけることが防止される。
また、計数装置１９０のコントローラ１９０ａは、適正ではないと判定したメダルであって、当該遊技場で使用可能な自店メダルと当該遊技場で使用不能な偽メダルとを含む複数種類の不正メダルを識別可能であり、予め自店メダルが計数装置１９０に１００枚程度投入されることで、自店メダルの画像をメモリ１９０ｂに登録させる。そして制御ユニット１８１は、図３９のメダル貯留処理のＳｅ４においてメダル情報（図２０（ｃ）参照）の総メダル貯留数に１を加算するとともに、図３９のメダル貯留処理のＳｅ５において、自店メダルか否かを判定し、自店メダルである場合にはＳｅ６に進んで、メダル情報（図２０（ｃ）参照）の自店メダル貯留数に１を加算し、自店メダルでない場合にはＳｅ１１に進んで、メダル情報（図２０（ｃ）参照）の偽メダル貯留数に１を加算するようにすることで、メダル貯留ボックス１９４に貯留された不正メダルのうち自店メダルがどの程度あるのかを把握しやすくなることで、早期に回収して適正メダルとして判定される領域に戻すことが可能となる。
また、制御ユニット１８１は、計数したメダルが適正ではないと判定したときに、図３８の不正メダル処理のＳｄ３において、遊技者の顔画像とメダル画像を並列に組み合わせて１枚の通知用画像（図２９参照）を生成し、この通知用画像をＲＡＭ１８１ｂに記憶するようにしていることで、所定の遊技者がメダル貯留ボックス１９４に貯留されたメダルのうちいずれを使用したかを特定できるので、不正行為を特定しやすくなる。
尚、図３８の不正メダル処理のＳｄ３において、遊技者の顔画像とメダル画像を並列に組み合わせて１枚の通知用画像（図２９参照）を生成するようにしているが、制御ユニット１８１において、必ずしも通知用画像を生成する必要はなく、たとえば、顔画像とメダル画像のそれぞれにＩＤを付与し、顔画像とメダル画像とを別個にメダル管理コンピュータ５５０に送信して、メダル管理コンピュータ５５０にて互いの画像のＩＤ同士を対応付けて記憶させるようにしてもよい。
また、制御ユニット１８１は、図３７の計数処理のＳｃ６において、計数装置１９０から取得したメダル判定情報に基づいて、計数されたメダルが不正メダルであるか否かを判定し、いずれかの不適正条件が成立したことを条件に、該不適正条件が成立するまでに計数したメダル数のうち適正ではないと判定された不正メダル数を無効とする（たとえば、図３８の不正メダル処理のＳｄ８において、制御ユニット１８１は、カードテーブル（図２０（ａ）参照）の持ちメダル数から累積不正メダル数の値を減算する）ことで、スロットマシン１から払い出され計数したメダルの中に適正でないメダルが紛れていた場合、不適正条件が成立しなければ該適正でないメダルも計数されるため、意図せずに不正メダルを使用した遊技者が不利益を被ることが防止されるとともに、不適正条件が成立した場合、それまでに計数されたメダル数が無効となるため、不正にメダルが獲得されてしまうことを防止できる。
また、制御ユニット１８１は、図３８の不正メダル処理のＳｄ６において、カード受付け中遊技情報（図２０（ｂ）参照）の累積不正メダル数に１を加算するとともに、図３０のＳｂ２０のカード受付け処理において、受信した受付け処理完了通知に含まれる持ちメダル数、貯蓄メダル数（会員のみ）、来店ポイント（会員のみ）、暗証番号（会員のみ）を、カードテーブルに格納する。一方、図３０のＳｂ２３の返却処理において、受付け中のカードがビジターカードであるか否かを判定し、ビジターカードである場合には、該ビジターカードに、カードテーブルのカード受付け中遊技情報の累積不正メダル数を記録するとともに、カードに記録して排出する際に、該記録されたメダル数のうちメダル貯留ボックス１９４に貯留されたメダル数を特定可能な情報を記録することで、所定の遊技者が適正でないメダルをどの程度計数したかを把握し管理することができる。
［第２の実施の形態］
第１の実施の形態においては、スロットマシン１に対応して設けられるメダル貸出機１００に発明を適用する場合について説明した。第２の実施の形態においては、パチンコ遊技機７０１に対応して設けられるカードユニット７５０に発明を適用する場合について説明する。
図４７は、第２の実施の形態におけるパチンコ遊技機７０１およびカードユニット７５０を示す正面図である。図４８は、パチンコ遊技機７０１およびカードユニット７５０の構成を示すブロック図である。
パチンコ遊技機７０１は、縦長の方形状に形成された外枠（図示せず）と、外枠の内側に開閉可能に取付けられた遊技枠とで構成される。また、パチンコ遊技機７０１は、遊技枠に開閉可能に設けられている額縁状に形成されたガラス扉枠７０２を有する。遊技枠は、外枠に対して開閉自在に設置される前面枠（図示せず）と、機構部品等が取付けられる機構板（図示せず）と、それらに取付けられる種々の部品（後述する遊技盤７０６を除く）とを含む構造体である。
ガラス扉枠７０２の下部表面には打球供給皿（上皿）３がある。打球供給皿７０３の下部には、打球供給皿７０３に収容しきれない遊技球を貯留する余剰球受皿７０４、および、打球を発射する打球操作ハンドル（操作ノブ）７０５等が設けられている。また、ガラス扉枠７０２の背面には、遊技盤７０６が着脱可能に取付けられている。遊技盤７０６は、それを構成する板状体と、その板状体に取付けられた種々の部品とを含む構造体である。また、遊技盤７０６の前面には、打込まれた遊技球が流下可能な遊技領域７０７が形成されている。
余剰球受皿（下皿）７０４を形成する部材には、たとえば下皿本体の上面における手前側の所定位置（たとえば下皿の中央部分）等に、スティック形状（棒形状）に構成され、遊技者が把持して複数方向（前後左右）に傾倒する操作が可能なスティックコントローラ７１２２が取付けられている。なお、スティックコントローラ７１２２には、遊技者がスティックコントローラ７１２２の操作桿を操作手（たとえば左手等）で把持した状態において、所定の操作指（たとえば人差し指等）で押引操作すること等により所定の指示操作が可能なトリガボタン７１２５（図４８参照）が設けられている。また、スティックコントローラ７１２２には、スティックコントローラ７１２２を振動動作させるためのバイブレータ用モータ７１２６（図４８参照）が内蔵されている。
打球供給皿（上皿）７０３を形成する部材には、たとえば上皿本体の上面における手前側の所定位置（たとえばスティックコントローラ７１２２の上方）等に、遊技者が押下操作等により所定の指示操作を可能なプッシュボタン７１２０が設けられている。
打球供給皿７０３の上面には、球貸しを受ける場合に操作する球貸ボタン７５１と、カード残額や獲得玉数等を特定可能にしてカードの返却を受ける場合に操作する返却ボタン７５２と、カードの残度数を表示する残度数表示部７５３が設けられる。
遊技領域７０７の中央付近には、各々を識別可能な複数種類の識別情報としての演出図柄を変動表示（可変表示ともいう）可能な演出表示装置７０９が設けられている。遊技領域７０７における演出表示装置７０９の右側方には、各々を識別可能な複数種類の識別情報としての第１特別図柄を変動表示する第１特別図柄表示器７０８ａと、各々を識別可能な複数種類の識別情報としての第２特別図柄を変動表示する第２特別図柄表示器７０８ｂとが設けられている。
第１特別図柄表示器７０８ａおよび第２特別図柄表示器７０８ｂのそれぞれは、数字および文字を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で構成されている。演出表示装置７０９は、液晶表示装置（ＬＣＤ）で構成されており、表示画面において、第１特別図柄または第２特別図柄の変動表示に同期した演出図柄の変動表示等の各種画像を表示する表示領域が設けられる。このような表示領域には、たとえば「左」、「中」、「右」の３つの装飾用（演出用）の演出図柄を変動表示する図柄表示領域が形成される。
第１特別図柄表示器７０８ａおよび第２特別図柄表示器７０８ｂのそれぞれは、主基板（遊技制御基板）に搭載されている遊技制御用マイクロコンピュータによって制御される。演出表示装置７０９は、演出制御基板に搭載されている演出制御用マイクロコンピュータによって制御される。第１特別図柄表示器７０８ａで第１特別図柄の変動表示が実行されているときに、その変動表示に伴なって演出表示装置７０９で演出表示が実行され、第２特別図柄表示器７０８ｂで第２特別図柄の変動表示が実行されているときに、その変動表示に伴なって演出表示装置７０９で演出表示が実行されるので、遊技の進行状況を把握しやすくすることができる。
第１特別図柄表示器７０８ａに特定表示結果としての大当り表示結果（大当り図柄）が導出表示されたとき、または、第２特別図柄表示器７０８ｂに特定表示結果としての大当り表示結果（大当り図柄）が導出表示されたときには、演出表示装置７０９においても、特定表示結果としての大当り表示結果（大当り図柄の組合せ）が導出表示される。このように変動表示の表示結果として特定表示結果が表示されたときには、遊技者にとって有利な価値（有利価値）が付与される有利状態としての特定遊技状態（大当り遊技状態）に制御される。
また、演出表示装置７０９において、最終停止図柄（たとえば左右中図柄のうち中図柄）となる図柄以外の図柄が、所定時間継続して、大当り図柄（たとえば左中右の図柄が同じ図柄で揃った図柄の組合せ）と一致している状態で停止、揺動、拡大縮小もしくは変形している状態、または、複数の図柄が同一図柄で同期して変動したり、表示図柄の位置が入れ替わっていたりして、最終結果が表示される前で大当り発生の可能性が継続している状態（以下、これら状態をリーチ状態という。）で行なわれる演出をリーチ演出という。
ここで、リーチ状態は、演出表示装置７０９の表示領域において停止表示された演出図柄が大当り組合せの一部を構成しているときに未だ停止表示されていない演出図柄の変動が継続している表示状態、または、全部もしくは一部の演出図柄が大当り組合せの全部または一部を構成しながら同期して変動している表示状態である。言い換えると、リーチとは、複数の変動表示領域において識別情報が特定表示結果を構成しているが少なくとも一部の変動領域が変動表示中である状態をいう。この実施形態において、リーチ状態は、たとえば、左，右の図柄表示領域で同じ図柄が停止し、中の図柄表示領域で図柄が停止していない状態で形成される。リーチ状態が形成されるときの左，右の図柄表示領域で停止された図柄は、リーチ形成図柄、または、リーチ図柄と呼ばれる。
そして、リーチ状態における表示演出が、リーチ演出表示（リーチ演出）である。また、リーチの際に、通常と異なる演出がランプや音で行なわれることがある。この演出をリーチ演出という。また、リーチの際に、キャラクタ（人物等を模した演出表示であり、図柄（演出図柄等）とは異なるもの）を表示させたり、演出表示装置７０９の背景画像の表示態様（たとえば、色等）を変化させたりすることがある。このキャラクタの表示や背景の表示態様の変化をリーチ演出表示という。また、リーチの中には、それが出現すると、通常のリーチに比べて、大当りが発生しやすいように設定されたものがある。このような特別のリーチをスーパーリーチという。
演出表示装置７０９の右方には、各々を識別可能な識別情報としての第１特別図柄を変動表示する第１特別図柄表示器（第１変動表示部）７０８ａが設けられている。第１特別図柄表示器７０８ａは、０〜９の数字等の特別図柄を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。また、演出表示装置７０９の右方（第１特別図柄表示器７０８ａの右隣）には、各々を識別可能な識別情報としての第２特別図柄を変動表示する第２特別図柄表示器（第２変動表示部）７０８ｂが設けられている。第２特別図柄表示器７０８ｂは、０〜９の数字等の特別図柄を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。
以下、第１特別図柄と第２特別図柄とを特別図柄と総称することがあり、第１特別図柄表示器７０８ａと第２特別図柄表示器７０８ｂとを特別図柄表示器（変動表示部）と総称することがある。
なお、この実施の形態では、２つの特別図柄表示器７０８ａ，７０８ｂを備える場合を示しているが、遊技機は、特別図柄表示器を１つのみ備えるものであってもよい。
第１特別図柄または第２特別図柄の変動表示は、変動表示の実行条件である第１始動条件または第２始動条件が成立（たとえば、遊技球が第１始動入賞口７１３または第２始動入賞口７１４を通過（入賞を含む）したこと）した後、変動表示の開始条件（たとえば、保留記憶数が０でない場合であって、第１特別図柄および第２特別図柄の変動表示が実行されていない状態であり、かつ、大当り遊技が実行されていない状態）が成立したことに基づいて開始され、変動表示時間（変動時間）が経過すると表示結果（停止図柄）を導出表示する。なお、遊技球が通過するとは、入賞口やゲート等の予め入賞領域として定められている領域を遊技球が通過したことであり、入賞口に遊技球が入った（入賞した）ことを含む概念である。また、表示結果を導出表示するとは、図柄（識別情報の例）を最終的に停止表示させることである。
演出表示装置７０９の下方には、第１始動入賞口７１３を有する入賞装置が設けられている。第１始動入賞口７１３に入賞した遊技球は、遊技盤７０６の背面に導かれ、第１始動口スイッチ７１３ａによって検出される。
また、第１始動入賞口（第１始動口）７１３を有する入賞装置の下方には、遊技球が入賞可能な第２始動入賞口７１４を有する可変入賞球装置７１５が設けられている。第２始動入賞口（第２始動口）７１４に入賞した遊技球は、遊技盤７０６の背面に導かれ、第２始動口スイッチ７１４ａによって検出される。可変入賞球装置７１５は、ソレノイド７１６によって開状態とされる。可変入賞球装置７１５が開状態になることによって、遊技球が第２始動入賞口７１４に入賞可能になり（始動入賞し易くなり）、遊技者にとって有利な状態になる。可変入賞球装置７１５が開状態になっている状態では、第１始動入賞口７１３よりも、第２始動入賞口７１４に遊技球が入賞しやすい。また、可変入賞球装置７１５が閉状態になっている状態では、遊技球は第２始動入賞口７１４に入賞しない。したがって、可変入賞球装置７１５が閉状態になっている状態では、第２始動入賞口７１４よりも、第１始動入賞口７１３に遊技球が入賞しやすい。なお、可変入賞球装置７１５が閉状態になっている状態において、入賞はしづらいものの、入賞することは可能である（すなわち、遊技球が入賞しにくい）ように構成されていてもよい。以下、第１始動入賞口７１３と第２始動入賞口７１４とを総称して始動入賞口または始動口ということがある。
第２特別図柄表示器７０８ｂの上方には、第２始動入賞口７１４に入った有効入賞球数すなわち第２保留記憶数を表示する４つの表示器からなる第２特別図柄保留記憶表示器７１８ｂが設けられている。第２特別図柄保留記憶表示器７１８ｂは、有効始動入賞があるごとに、点灯する表示器の数を１増やす。そして、第２特別図柄表示器７０８ｂでの変動表示が開始されるごとに、点灯する表示器の数を１減らす。
また、第２特別図柄保留記憶表示器７１８ｂのさらに上方には、第１始動入賞口７１３に入った有効入賞球数すなわち第１保留記憶数（保留記憶を、始動記憶または始動入賞記憶ともいう。）を表示する４つの表示器からなる第１特別図柄保留記憶表示器７１８ａが設けられている。第１特別図柄保留記憶表示器７１８ａは、有効始動入賞があるごとに、点灯する表示器の数を１増やす。そして、第１特別図柄表示器７０８ａでの変動表示が開始されるごとに、点灯する表示器の数を１減らす。
遊技機には、遊技者が打球操作ハンドル７０５を操作することに応じて駆動モータを駆動し、駆動モータの回転力を利用して遊技球を遊技領域７０７に発射する打球発射装置（図示せず）が設けられている。打球発射装置から発射された遊技球は、遊技領域７０７を囲むように円形状に形成された打球レールを通って遊技領域７０７に入り、その後、遊技領域７０７を下りてくる。遊技球が第１始動入賞口７１３に入り第１始動口スイッチ７１３ａで検出されると、第１特別図柄の変動表示を開始できる状態であれば（たとえば、特別図柄の変動表示が終了し、第１の開始条件が成立したこと）、第１特別図柄表示器７０８ａにおいて第１特別図柄の変動表示（変動）が開始されるとともに、演出表示装置７０９において演出図柄の変動表示が開始される。すなわち、第１特別図柄および演出図柄の変動表示は、第１始動入賞口７１３への入賞に対応する。第１特別図柄の変動表示を開始できる状態でなければ、第１保留記憶数が上限値に達していないことを条件として、第１保留記憶数を１増やす。
遊技球が第２始動入賞口７１４に入り第２始動口スイッチ７１４ａで検出されると、第２特別図柄の変動表示を開始できる状態であれば（たとえば、特別図柄の変動表示が終了し、第２の開始条件が成立したこと）、第２特別図柄表示器７０８ｂにおいて第２特別図柄の変動表示（変動）が開始されるとともに、演出表示装置７０９において演出図柄の変動表示が開始される。すなわち、第２特別図柄および演出図柄の変動表示は、第２始動入賞口７１４への入賞に対応する。第２特別図柄の変動表示を開始できる状態でなければ、第２保留記憶数が上限値に達していないことを条件として、第２保留記憶数を１増やす。
演出表示装置７０９は、第１特別図柄表示器７０８ａによる第１特別図柄の変動表示時間中、および第２特別図柄表示器７０８ｂによる第２特別図柄の変動表示時間中に、装飾用（演出用）の図柄としての演出図柄の変動表示を行なう。第１特別図柄表示器７０８ａにおける第１特別図柄の変動表示と、演出表示装置７０９における演出図柄の変動表示とは同期している。また、第２特別図柄表示器７０８ｂにおける第２特別図柄の変動表示と、演出表示装置７０９における演出図柄の変動表示とは同期している。また、第１特別図柄表示器７０８ａにおいて大当り図柄が停止表示されるときと、第２特別図柄表示器７０８ｂにおいて大当り図柄が停止表示されるときには、演出表示装置７０９において大当りを想起させるような演出図柄の組合せが停止表示される。
また、演出表示装置７０９の表示画面の下部には、第１保留記憶数を表示する第１保留記憶表示部と、第２保留記憶数を表示する第２保留記憶表示部とが形成される。なお、第１保留記憶数と第２保留記憶数との合計である合計数（合算保留記憶数）を表示する領域（合算保留記憶表示部）が設けられるようにしてもよい。そのように、合計数を表示する合算保留記憶表示部が設けられているようにすれば、変動表示の開始条件が成立していない実行条件の成立数の合計を把握しやすくすることができる。
また、図１に示すように、可変入賞球装置７１５の下方には、特別可変入賞球装置７２０が設けられている。特別可変入賞球装置７２０は開閉板を備え、第１特別図柄表示器７０８ａに特定表示結果（大当り図柄）が導出表示されたときと、第２特別図柄表示器７０８ｂに特定表示結果（大当り図柄）が導出表示されたときに生起する特定遊技状態（大当り遊技状態）においてソレノイド７２１によって開閉板が開放状態に制御されることによって、入賞領域となる大入賞口が開放状態になる。大入賞口に入賞した遊技球はカウントスイッチ７２３で検出される。
大当り遊技状態においては、特別可変入賞球装置７２０が開放状態と閉鎖状態とを繰返す繰返し継続制御が行なわれる。繰返し継続制御において、特別可変入賞球装置７２０が開放されている状態が、ラウンドと呼ばれる。これにより、繰返し継続制御は、ラウンド制御とも呼ばれる。本実施の形態では、大当りの種別が複数設けられており、大当りとすることが決定されたときには、いずれかの大当り種別が選択される。
演出表示装置７０９の左方には、各々を識別可能な普通図柄を変動表示する普通図柄表示器７１０が設けられている。この実施の形態では、普通図柄表示器７１０は、０〜９の数字を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。すなわち、普通図柄表示器７１０は、０〜９の数字（または、記号）を変動表示するように構成されている。また、小型の表示器は、たとえば方形状に形成されている。
遊技球がゲート７３２を通過しゲートスイッチ７３２ａで検出されると、普通図柄表示器７１０の表示の変動表示が開始される。そして、普通図柄表示器７１０における停止図柄が所定の図柄（当り図柄。たとえば、図柄「７」。）である場合に、可変入賞球装置７１５が所定回数、所定時間だけ遊技者にとって不利な閉状態から遊技者にとって有利な開状態に変化する。普通図柄表示器７１０の近傍には、ゲート７３２を通過した入賞球数を表示する４つのＬＥＤによる表示部を有する普通図柄保留記憶表示器７４１が設けられている。ゲート７３２への遊技球の通過があるごとに、すなわちゲートスイッチ７３２ａによって遊技球が検出されるごとに、普通図柄保留記憶表示器７４１は点灯するＬＥＤを１増やす。そして、普通図柄表示器７１０の変動表示が開始されるごとに、点灯するＬＥＤを１減らす。
遊技盤７０６の下部には、入賞しなかった打球が取込まれるアウト口７２６がある。また、遊技領域７０７の外側の左右上部および左右下部には、所定の音声出力として効果音や音声を発声する４つのスピーカ７２７が設けられている。遊技領域７０７の外周には、前面枠に設けられた枠ＬＥＤ７２８が設けられている。
また、カード（会員カード、ビジターカード）が挿入されることによって球貸しを可能にするカードユニット７５０が、パチンコ遊技機７０１に隣接して設置される。このカードユニット７５０は、遊技者による遊技に使用可能な価値としてのカード残額や、遊技の結果、遊技者が獲得した獲得価値としての獲得玉数を記録したカードから、カード残額や獲得玉数の引落としを受付けて、その引落額に応じた貸玉としてのパチンコ玉をパチンコ遊技機７０１の球払出装置７９７に払出させることを指示する制御信号をパチンコ遊技機７０１の払出制御基板７３７に出力し、そのパチンコ玉の使用により、遊技者によるパチンコ遊技機７０１での遊技を可能にするものである。このようにカードユニット７５０からパチンコ遊技機７０１に出力される制御信号は、カードに記録された価値に基づいたパチンコ玉の貸出指令の一例である。しかし、このようなカードユニット７５０とパチンコ遊技機７０１などの遊技機とでやり取りされる信号に限定されず、カードユニットが遊技機に内蔵される場合は、貸出指令は、遊技機内部でやり取りされる制御信号であってもよい。
カードユニット７５０には、たとえば、使用可能状態であるか否かを示す使用可表示ランプ、カードユニットがいずれの側のパチンコ遊技機７０１に対応しているのかを示す連結台方向表示器、カードユニット内にカードが投入されていることを示すカード投入表示ランプ、記録媒体としてのカードが挿入されるカード挿入口、およびカード挿入口の裏面に設けられているカードリーダライタの機構を点検する場合にカードユニットを解放するためのカードユニット錠が設けられている。
パチンコ遊技機７０１において、遊技者が遊技を行なう場合には、遊技に使用可能な遊技用のカードを用いる。カードとしては、遊技場において会員として登録された遊技者に対して個別に発行された会員カードと、すべての遊技者が利用できるビジターカードとの２種類のカードがある。
会員カードは、ＩＣカードよりなる記録媒体である。会員カードには、カードＩＤが記録されている。遊技者の投入代金の対価としてのカード残額、獲得玉数情報、貯玉数情報、および、会員個人を特定する会員情報等の各種情報（カード情報）が、カードＩＤに対応付けて後述する獲得玉管理サーバに記録されている。獲得玉管理サーバは、会員カードに基づいて対応する各種カード情報を割出すことができる。カード残額、貯玉数情報、来店ポイント数情報、および、会員情報等のカード情報は、獲得玉管理サーバにより、カードＩＤを用いて管理される。
ここで、貯玉とは、遊技者が獲得した獲得玉等の獲得価値を遊技場側に預入れる行為およびその預入れられた価値をいう。貯玉数情報とは、その会員カードを所有している遊技者の貯玉の数を示す情報である。獲得玉とは、遊技者が遊技により獲得した点数または玉等を示す価値をいう。獲得玉数情報とは、その会員カードを所有している遊技者の獲得玉の数を示す情報である。また、再プレイとは、遊技者が貯玉または遊技場に預入れていない獲得玉を用いて玉貸しを受けて遊技を行なうことをいう。
遊技者が遊技を行なう場合は、まず、貨幣（１０００円）を貨幣挿入口に挿入する。すると、その挿入された貨幣が判別されて適正貨幣の場合に、球貸しボタン７５１が操作されると、挿入貨幣の金額の範囲内で遊技玉が貸出されて遊技が可能となる。なお、貨幣としては１０００円札以外の貨幣も使用可能である。カードの返却を受ける場合は、挿入された会員カードのカードＩＤで特定される獲得玉数に、遊技者が獲得した獲得玉数を加算更新することができる。会員カードが挿入されていない場合には、カードユニット７５０からビジターカードが発行される。遊技者が獲得した獲得玉数がそのビジターカードに記録されて遊技者に排出される。このように、会員カードおよびビジターカードには、入金額から遊技に使用した額を差し引いた残額が特定可能に記憶される。
遊技者がビジターカードを用いて遊技を行なう場合には、カードユニット７５０に設けられているカード口にビジターカードを挿入する。すると、その挿入されたビジターカードに記録されているカード残額や獲得玉数等のカード情報がカードユニット７５０に設けられたカードリーダライタにより読取られる。そして、読取られたカード情報に基づいて、カード残額がパチンコ遊技機７０１に設けられている残度数表示部７５３に表示され、獲得玉数が、カードユニット７５０に設けられている計数表示部７５５５に表示される。計数表示部７５５５は、カード残額や獲得玉数を所定の桁数で表示するように構成されている。この表示されたカード残額や獲得玉数を用いて遊技が可能となる。
遊技者が会員カードを用いて遊技を行なう場合には、カードユニット７５０に設けられているカード口に会員カードを挿入する。すると、その挿入された会員カードに記録されているカードＩＤがカードリーダライタにより読取られる。そして、読取られたカードＩＤに基づいて獲得玉管理サーバが特定した玉数データ（獲得玉数データ、貯玉数データ）が計数表示部７５５５に表示される。この表示されたカード残額や獲得玉数や貯玉数を用いて遊技が可能となる。
カードユニット７５０には、貯玉や獲得玉を用いて玉貸しを受ける場合、すなわち、再プレイをする場合に操作する再プレイボタン７５５４が設けられている。
球貸ボタン７５１が操作されれば、残度数表示部７５３に表示さているカード残額から、予め定められた貸出単位額分の額が引落されて減額され、それと引換えに、貸出単位額分の玉がパチンコ遊技機７０１から貸玉として払出される。また、カード残額が、残度数表示部７５３に表示される。このような操作は、玉貸し操作と呼ばれる。
カード口にカードが挿入されている状態において、再プレイボタン７５５４が操作されれば、計数表示部７５５５に表示されている獲得玉数または貯玉数から、予め定められた返却単位数分の玉数が引落とされて減算され、それと引換えに、返却単位数分の玉がパチンコ遊技機７０１の球払出装置７９７から返却される。このような操作は、再プレイ操作と呼ばれる。このように払出される玉を返却玉と呼ぶ。
カード口に会員カードが挿入されている状態において、返却ボタン７５２が操作されれば、その時点での獲得玉数、カード残額、および、貯玉数等の情報が獲得玉数管理サーバに記憶され、その記憶情報を特定するカードＩＤが記録された会員カードがカード口から排出されて遊技者に返却される。
カードユニット７５０から貸玉として払出される玉は、パチンコ遊技機７０１の内部に設けられている球払出装置７９７から、パチンコ遊技機７０１に設けられている打球供給皿７０３上に払出される。
遊技においては、遊技者がパチンコ遊技機７０１に設けられている打球操作ハンドル７０５を操作して、打球供給皿７０３に貯留された玉を弾発発射し、遊技領域７０７に打込む。そして、遊技領域７０７に打込まれた玉が上述したような各種の入賞領域に入賞すれば、入賞領域別に予め定められた個数の景品玉が打球供給皿７０３に払出される。打球供給皿７０３が満タンになった場合には、その下方に設けられている余剰球受皿７０４に玉が送られて貯留される。
このパチンコ遊技機７０１においては、各台計数機７０５と呼ばれるパチンコ玉の計数装置が各パチンコ遊技機７０１に対応して設けられている。各台計数機７０５は、パチンコ遊技機７０１の下方に設けられた計数用玉貯留部７９４とを含む。
計数用玉貯留部７９４は、余剰球受皿７０４の下方に設けられており、余剰球受皿７０４から排出された玉を受けて貯留することが可能な形状に構成されている。貯留玉が満杯になったこと等の理由により、余剰球受皿７０４に設けられた排出レバーが操作されると、余剰球受皿７０４に貯留されていた玉が、余剰球受皿７０４の底面の開口部から下方へ排出され、計数用玉貯留部７９４に受けられる。
計数用玉貯留部７９４においては、遊技者による操作が可能な計数シャッタ７９４ａが設けられている。計数シャッタ７９４ａは、計数用玉貯留部７９４の底部に設けられた開口部を開閉するための部材であり、一体形成されたレバー部７９４ｂの操作に応じて開閉される。計数シャッタ７９４ａは、通常状態において閉成されて計数用玉貯留部７９４を玉の貯留が可能な状態にし、遊技者によってレバー部７９４ｂが操作された場合に開放される。計数シャッタ７９４ａが開かれると、計数用玉貯留部７９４に貯留されていた玉が、計数用玉貯留部７９４の底部に連結されている玉排出用通路７５２０に排出される。玉排出用通路７５２０の入側には、計数用玉貯留部７９４から排出された玉（以下、「獲得玉」という）を計数するために検出する通過検出用センサよりなる獲得玉検出スイッチ７５０１が設けられている。
獲得玉検出スイッチ７５０１により玉が検出され、計数されれば、カードユニット７５０に設けられた計数表示部７５５５にその計数値が表示される。この計数値（「獲得玉数」ともいう）は、遊技終了時に獲得玉数情報としてビジターカードに記録され、景品交換等の各種目的のために使用することが可能である。また、会員カードにおいては、その会員カードのカードＩＤに対応付けて獲得玉管理サーバに記憶され、景品交換等の各種目的のために使用することが可能である。また、獲得玉数情報で示される獲得玉数を貯玉数に変換し、貯玉数情報としてに記録しておくことが可能である。
返却を行なう場合には、遊技者により返却ボタン７５２が操作される。返却ボタン７５２が操作された場合は、前述した獲得玉検出スイッチ７５０１による計数値の全てが景品交換のために精算され、その精算された計数値（言い換えると獲得玉数）等の情報が、カードリーダライタによりビジターカードに書込まれ、そのビジターカードが、カード口から排出されて遊技者に返却される。一方、遊技者が会員カードをカード口に挿入して返却操作した場合には、その会員カードのカードＩＤに対応付けて計数値（言い換えると獲得玉数）等の情報が獲得玉管理サーバに記憶される。
「大当り」のうち、大当り遊技状態に制御された後、特別遊技状態として、通常状態（確変状態でない通常の遊技状態（低確率状態））に比べて大当りとすることに決定される確率が高い状態である確変状態（確率変動状態の略語であり、高確率状態ともいう）に移行する大当りの種類（種別）は、「確変大当り」と呼ばれる。
ラウンド数が異なる大当り遊技状態としては、通常大当りおよび確変大当りによる１５ラウンドの大当り遊技状態、ならびに、突然確変大当りによる２ラウンドの大当り遊技状態の、複数種類の大当り遊技状態が設けられている。また、ラウンド数が同じであるが各ラウンドの開放時間が異なる大当り遊技状態としては、通常大当りおよび確変大当りによる開放時間が２９秒の大当り遊技状態と、突然確変大当りによる開放時間が０．５秒の大当り遊技状態との、複数種類の大当り遊技状態が設けられている。小当りにおいては、突然確変大当りと同様の開放回数（２回）および開放時間（０．５秒）の小当り遊技状態となる。
具体的に、通常大当りおよび確変大当りの大当り遊技状態においては、特別可変入賞球装置７２０が、開放状態とされた後、所定の開放状態の終了条件（開放状態において所定期間（たとえば２９秒間）が経過したこと、または、所定個数（たとえば１０個）の入賞球が発生したという開放終了条件）が成立したことに応じて閉鎖状態とされる。そして、開放終了条件が成立すると、継続権が発生し、特別可変入賞球装置７２０の開放が再度行なわれる。継続権の発生は、大当り遊技状態における開放回数が予め定められた上限値となる１５ラウンド（最終ラウンド）に達するまで繰返される。
また、突然確変大当りの大当り遊技状態においては、特別可変入賞球装置７２０が、開放状態とされた後、所定の開放状態の終了条件（開放状態において所定期間（たとえば０．５秒間）が経過したこと、または、所定個数（たとえば９個）の入賞球が発生したという開放終了条件）が成立したことに応じて閉鎖状態とされる。そして、開放終了条件が成立すると、継続権が発生し、特別可変入賞球装置７２０の開放が再度行なわれる。継続権の発生は、大当り遊技状態における開放回数が予め定められた上限値となる２ラウンド（最終ラウンド）に達するまで繰返される。
このように、突然確変大当りは、大入賞口の開放回数が１５ラウンドよりも少ない回数（この実施の形態では２回）まで許容されるとともに、大入賞口の開放時間が短い（たとえば、０．５秒間）大当り種類（種別）である。
また、本実施の形態では、確変大当りに基づく特別遊技状態としては、確変状態に付随して、特別図柄や演出図柄の変動時間（変動表示期間）が非時短状態（通常変動時間状態）よりも短縮される時短状態に制御される。また、本実施の形態では、通常大当りに基づく特別遊技状態としては、時短状態に制御される。
このように、時短状態に移行することによって、特別図柄や演出図柄の変動時間が短縮されるので、時短状態となったときには、有効な始動入賞が発生しやすくなり大当り遊技が行なわれる可能性が高まる。
なお、「大当り」のうち、１５ラウンドの大当り遊技状態に制御された後、確変状態に移行しない大当りの種類（種別）は、「通常大当り」と呼ばれる。
また、確変大当りおよび通常大当りに基づく特別遊技状態としては、可変入賞球装置７１５が開状態になる頻度を高くすることにより可変入賞球装置７１５に遊技球が進入する頻度を高くして可変入賞球装置７１５への入賞を容易化（高進入化、高頻度化）する電チューサポート制御状態に制御される。一方、突然確変大当りに基づく特別遊技状態としては、確変状態に制御されるが、電チューサポート制御状態に制御されない。
ここで、電チューサポート制御について説明する。電チューサポート制御としては、普通図柄の変動時間（変動表示開始時から表示結果の導出表示時までの時間）を短縮して早期に表示結果を導出表示させる制御（普通図柄短縮制御）、普通図柄の停止図柄が当り図柄になる確率を高める制御（普通図柄確変制御）、可変入賞球装置７１５の開放時間を長くする制御（開放時間延長制御）、および、可変入賞球装置７１５の開放回数を増加させる制御（開放回数増加制御）が行なわれる。このような制御が行なわれると、当該制御が行なわれていないときと比べて、可変入賞球装置７１５が開状態となっている時間比率が高くなるので、第２始動入賞口７１４への入賞頻度が高まり、遊技球が始動入賞しやすくなる（特別図柄表示器７０８ａ，７０８ｂや演出表示装置７０９における変動表示の実行条件が成立しやすくなる）。また、このような制御によって第２始動入賞口７１４への入賞頻度が高まることにより、第２始動条件の成立頻度および／または第２特別図柄の変動表示の実行頻度が高まる遊技状態となる。
このような電チューサポート制御により第２始動入賞口７１４への入賞頻度が高められた状態（高頻度状態）は、発射球数に対して入賞に応じて賞球として払出される遊技球数の割合である「ベース」が、当該制御が行なわれないときと比べて、高い状態であるので、「高ベース状態」と呼ばれる。また、このような制御が行なわれないときは、「低ベース状態」と呼ばれる。また、このような制御は、可変入賞球装置７１５、すなわち、電動チューリップにより入賞をサポートすることにより可変入賞球装置７１５への入賞を容易化する制御であり、「電チューサポート制御」と呼ばれる。
この実施の形態においては、大当り確率の状態を示す用語として、「高確率状態（確変状態）」と、「低確率状態（非確変状態）」とを用い、ベースの状態の組合せを示す用語として、「高ベース状態（電チューサポート制御状態）」と、「低ベース状態（非電チューサポート制御状態）」とを用いる。
さらに、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうちのいずれか複数を組合せた状態に移行させることによって、高ベース状態に移行するようにしてもよい。また、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうちのいずれか１つの状態に移行させることによって、高ベース状態に移行するようにしてもよい。このように、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうち、いずれか１つの状態、いずれか複数（すべての組合せを除く）を組合せた状態、または、すべてを組合せた状態に制御するものであれば、どのような制御を行なうようにしてもよい。
本実施の形態では、確変大当りに基づく特別遊技状態として、確変状態に制御されることに付随して、時短状態および電チューサポート制御状態に制御される。その他、特別遊技状態における時短状態と電チューサポート制御状態との関係としては、時短状態に付随して電チューサポート制御状態に制御されるようにしてもよく、時短状態に独立して電チューサポート制御状態に制御されるようにしてもよい。
この実施の形態の場合は、突然確変大当りのように大当り遊技状態の終了後において、特別遊技状態として、確変状態に制御されたときに時短状態および電チューサポート制御状態に制御されない場合がある。また、大当り遊技状態の終了後において、確変状態に制御されず通常状態となるときは、変動表示回数により期間が制限されずに、次回の大当りが発生するまでの間、時短状態および電チューサポート制御状態に制御されるようにしてもよい。
この実施の形態においては、大当り確率の状態を示す用語として、「高確率状態（確変状態）」と、「低確率状態（非確変状態）」とを用い、ベースの状態を示す用語として、「高ベース状態（電チューサポート制御状態）」と、「低ベース状態（非電チューサポート制御状態）」とを用いる。
また、この実施の形態においては、大当り確率の状態およびベースの状態の組合せを示す用語として、「低確低ベース状態」、「低確高ベース状態」、「高確低ベース状態」、および、「高確高ベース状態」を用いる。「低確低ベース状態」とは、大当り確率の状態が低確率状態で、かつ、ベースの状態が低ベース状態であることを示す状態である。「低確高ベース状態」とは、大当り確率の状態が低確率状態で、かつ、ベースの状態が高ベース状態であることを示す状態である。「高確低ベース状態」とは、大当り確率の状態が高確率状態で、かつ、ベースの状態が低ベース状態であることを示す状態である。「高確高ベース状態」とは、大当り確率の状態が高確率状態で、かつ、ベースの状態が高ベース状態であることを示す状態である。
通常大当りは、１５ラウンドの大当り遊技状態の終了後に、非確変状態、時短状態、および、電チューサポート制御状態（低確高ベース状態）に制御される大当りである。確変大当りは、１５ラウンドの大当り遊技状態の終了後に、確変状態、時短状態、および、電チューサポート制御状態（高確高ベース状態）に移行する制御が行なわれる大当りである。
突然確変大当りは、開放時間が極めて短い２ラウンドの大当り遊技状態の終了後に、確変状態に移行する制御が行なわれ、時短状態、および、電チューサポート制御状態（高確率／高ベース状態）に移行する制御が行なわれずに非時短状態、および、非電チューサポート制御状態（高確率／低ベース状態）に制御される大当りである。
確変大当りにおいては、確変状態、時短状態、および、電チューサポート制御状態が、次回の大当りが発生するまでという条件が成立するまでの期間継続する。また、通常大当りにおいては、時短状態が、変動表示が１００回という所定回数実行されるまでという条件と、次回の大当りが発生するまでという条件とのいずれか早い方の条件が成立するまでの期間継続する。このように時短状態が継続する変動表示の回数は、時短回数とも呼ばれる。
また、突然確変大当りの場合は、確変状態よりなる特別遊技状態が、次回の大当りが発生するまでという条件が成立するまでの期間継続する。
また、小当りとなったときには、小当り遊技状態終了後に、小当り遊技状態の開始前における遊技状態としての大当り確率およびベース状態が維持される。また、この実施の形態において、小当りは、小当り遊技状態において、突然確変大当りと同一の開放回数および同一の開放時間で特別可変入賞球装置７２０を開放する当りである例を示すが、これに限らず、小当りとしては、特別可変入賞球装置７２０の開放態様が、突然確変大当りのときの開放態様と完全に一致するものでないが、突然確変大当りのときの開放態様と区別しにくいように見えるものであってもよい。つまり、小当りとしては、特別可変入賞球装置７２０の開放態様が、突然確変大当りと略同一の開放回数および略同一の開放時間で特別可変入賞球装置７２０を開放する当りであればよい。
突然確変大当りと、小当りとは、特別可変入賞球装置７２０の開放回数および開放時間が同じであるので、大当り遊技状態および小当り遊技状態中に、突然確変大当りであるか小当りであるかを遊技者が認識しにくい。これにより、突然確変大当りの大当り遊技状態の終了後および小当り遊技状態の終了後において、確変状態となっていることを報知しない共通の演出が行なわれるときには、確変状態となっているか否かを遊技者が認識しにくい。また、突然確変大当りは、大当り遊技状態の終了後に低ベースとなるので、小当り遊技状態の終了後にベースが変更されない小当りと比べると、突然確変大当りの大当り遊技状態の終了後と、小当り遊技状態の終了後とで、遊技者が動作状況を区別しにくい。このような制御状態は、確変状態が潜伏しているような状態であるので、潜伏状態と呼ばれ、このような潜伏状態にする制御が潜伏制御と呼ばれる。なお、高確低ベース状態において発生した突然確変大当り時には、大当り遊技状態の終了後に、時短状態に制御され、電チューサポート制御に制御されるものを設けてもよい。このように、高確高ベース状態に移行する場合には、後述する潜伏演出を行なわないようにすることが望ましい。
この実施形態によるパチンコ遊技機７０１においては、演出制御用ＣＰＵ７１０１において、大当り遊技状態の終了後および小当り遊技状態の終了後に、確変状態となっているか否かを報知しない共通の演出をする潜伏演出が行なわれる。たとえば、演出制御用ＣＰＵ７１０１では、大当り終了時において、小当り／突然確変大当り終了指定コマンドを受信したときは、大当り遊技状態（小当りの場合は小当り遊技状態）の終了後において共通の背景画像を表示する等、共通の演出を行なう。このような潜伏演出が行なわれることにより、遊技者に対して確変状態であるか否かについての期待感を持たせることができ、遊技の興趣を向上させることができる。なお、潜伏演出は、遊技制御用マイクロコンピュータ７１００から潜伏演出の実行を指示するコマンドを送信し、当該コマンドに応じて、演出制御用ＣＰＵ７１０１が潜伏演出を実行するようにしてもよい。
図４８は、主基板（遊技制御基板）７３１における回路構成の一例を示すブロック図である。なお、図４８は、払出制御基板７３７および演出制御基板７８０等も示されている。主基板７３１には、プログラムにしたがってパチンコ遊技機７０１を制御する遊技制御用マイクロコンピュータ（遊技制御手段に相当）７５６０が搭載されている。遊技制御用マイクロコンピュータ７５６０は、ゲーム制御（遊技進行制御）用のプログラム等を記憶するＲＯＭ７５４、ワークメモリとして使用される記憶手段としてのＲＡＭ７５５、プログラムにしたがって制御動作を行なうＣＰＵ７５６およびＩ／Ｏポート部７５７を含む。遊技制御用マイクロコンピュータ７５６０は、ＲＯＭ７５４およびＲＡＭ７５５が内蔵された１チップマイクロコンピュータである。遊技制御用マイクロコンピュータ７５６０には、さらに、ハードウェア乱数（ハードウェア回路が発生する乱数）を発生する乱数回路７５０３が内蔵されている。
また、ＲＡＭ７５５は、その一部または全部が電源基板７９１０において作成されるバックアップ電源によってバックアップされている不揮発性記憶手段としてのバックアップＲＡＭである。すなわち、遊技機に対する電力供給が停止しても、所定期間（バックアップ電源としてのコンデンサが放電してバックアップ電源が電力供給不能になるまで）は、ＲＡＭ７５５の一部または全部の内容は保存される。特に、少なくとも、遊技状態すなわち遊技制御手段の制御状態に応じたデータ（特別図柄プロセスフラグ等）と未払出賞球数を示すデータは、バックアップＲＡＭに保存される。
なお、遊技制御用マイクロコンピュータ７５６０においてＣＰＵ７５６がＲＯＭ７５４に格納されているプログラムにしたがって制御を実行するので、以下、遊技制御用マイクロコンピュータ７５６０（またはＣＰＵ７５６）が実行する（または、処理を行なう）ということは、具体的には、ＣＰＵ７５６がプログラムにしたがって制御を実行することである。このことは、主基板７３１以外の他の基板に搭載されているマイクロコンピュータについても同様である。
乱数回路７５０３は、特別図柄の変動表示の表示結果により大当りとするか否か判定するための判定用の乱数を発生するために用いられるハードウェア回路である。乱数回路７５０３は、初期値（たとえば、０）と上限値（たとえば、６５５３５）とが設定された数値範囲内で、数値データを、設定された更新規則にしたがって更新し、ランダムなタイミングで発生する始動入賞時が数値データの読出（抽出）時であることに基づいて、読出される数値データが乱数値となる乱数発生機能を有する。また、遊技制御用マイクロコンピュータ７５６０は、乱数回路７５０３が更新する数値データの初期値を設定する機能を有している。
また、ゲートスイッチ７３２ａ、第１始動口スイッチ７１３ａ、第２始動口スイッチ７１４ａ、カウントスイッチ７２３からの検出信号を遊技制御用マイクロコンピュータ７５６０に与える入力ドライバ回路７５８も主基板７３１に搭載されている。また、可変入賞球装置７１５を開閉するソレノイド７１６、および大入賞口を形成する特別可変入賞球装置７２０を開閉するソレノイド７２１を遊技制御用マイクロコンピュータ７５６０からの指令にしたがって駆動する出力回路７５９も主基板７３１に搭載されている。
また、遊技制御用マイクロコンピュータ７５６０は、特別図柄を変動表示する第１特別図柄表示器７０８ａ、第２特別図柄表示器７０８ｂ、普通図柄を変動表示する普通図柄表示器７１０、第１特別図柄保留記憶表示器７１８ａ、第２特別図柄保留記憶表示器７１８ｂおよび普通図柄保留記憶表示器７４１の表示制御を行なう。
演出制御基板７８０は、演出制御用マイクロコンピュータ７１００、ＲＯＭ７１０２、ＲＡＭ７１０３、ＶＤＰ７１０９、および、Ｉ／Ｏポート部７１０５等を搭載している。ＲＯＭ７１０２は、表示制御等の演出制御用のプログラムおよびデータ等を記憶する。ＲＡＭ７１０３は、ワークメモリとして使用される。ＲＯＭ７１０２およびＲＡＭ７１０３は、演出制御用マイクロコンピュータ７１００に内蔵されてもよい。ＶＤＰ７１０９は、演出制御用マイクロコンピュータ７１００と共動して演出表示装置７０９の表示制御を行なう。
演出制御用マイクロコンピュータ７１００は、主基板７３１から演出制御基板７８０の方向への一方向にのみ信号を通過させる中継基板７７７を介して、遊技制御用マイクロコンピュータ７５６０から演出内容を指示する演出制御コマンドを受信し、演出表示装置７０９の変動表示制御を行なう他、ランプドライバ基板７３５を介して、枠側に設けられている枠ＬＥＤ７２８の表示制御を行なうとともに、音声出力基板７７０を介してスピーカ７２７からの音出力の制御を行なう等、各種の演出制御を行なう。
また、演出制御用ＣＰＵ７１０１は、スティックコントローラ７１２２のトリガボタン７１２５に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、トリガセンサ７１２１から入力する。また、演出制御用ＣＰＵ７１０１は、プッシュボタン７１２０に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、プッシュセンサ７１２４から入力する。また、演出制御用ＣＰＵ７１０１は、スティックコントローラ７１２２の操作桿に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、傾倒方向センサユニット７１２３から入力する。また、演出制御用ＣＰＵ７１０１は、バイブレータ用モータ７１２６に駆動信号を出力することにより、スティックコントローラ７１２２を振動動作させる。
払出制御基板７３７には、インタフェース基板７６６を介して、カードユニット７５０が接続される。カードユニット７５０は、払出制御基板７３７に対して貸玉、獲得玉および貯玉などの遊技球の払出しを指示する信号を出力する。カードユニット７５０には、各台計数機７０５が接続される。各台計数機７０５は、獲得玉検出スイッチ７５０１による獲得玉数を特定可能な信号を、カードユニット７５０に出力する。
［第３の実施の形態］
以下、発明の第３の実施の形態を、図面を参照して説明する。本発明は、図４７に示すように、遊技機（パチンコ遊技機７０１）に対応して設けられ、遊技に使用可能な遊技用価値の大きさ（カード残額）を特定可能な情報（カードＩＤ）が記録された遊技用記録媒体（会員カードまたはビジターカード）の挿入を受け付けて、該遊技用価値の大きさを前記対応する遊技機での遊技に使用させるための処理（玉貸処理）を行なう使用処理手段（カードリーダライタ，カードユニット７５０の制御部）と、前記挿入された遊技用記録媒体を返却するための操作を受け付ける返却操作手段（返却ボタン７５２）の操作を受け付けたことに基づいて、該遊技用記録媒体を返却する返却処理を行なう返却処理手段（カードリーダライタ，カードユニット７５０の制御部）と、を備える遊技用装置（カードユニット７５０）に係り、特に前記挿入された遊技用記録媒体の返却を確認するための確認操作を受け付ける確認操作手段（タッチパネル式のディスプレイ７１２３）と、前記確認操作を受け付けたことを条件として前記返却処理を行なう第１返却処理か、または、前記確認操作を受け付けたことを条件とせずに前記返却処理を行なう第２返却処理の、いずれを実行するかを設定する返却設定手段（カード管理コンピュータ５００で設定された「確認操作が必要か否か」を記憶するカードユニット７５０の制御部）と、をさらに備え、前記返却処理手段は、前記返却操作手段の操作を受け付けたこと（図５２において、Ｓ２０２の返却要求信号を受信したこと）に基づいて、前記返却設定手段により設定されている前記第１返却処理または前記第２返却処理を実行する（Ｓ２０４で「確認操作必要」の設定が有るか否かを判定し、設定無しならばＳ２０９で直ちにカードを返却し、設定有りならばＳ２０８で確認ボタン操作有りと判定するとＳ２０９でカードを返却する）ことを特徴とする遊技用装置である。
以下においては、遊技機がパチンコ遊技機７０１であり、遊技媒体がパチンコ玉であり、遊技媒体の貸与が玉貸である例について説明する。また、以下においては、データベースを「ＤＢ」，リーダ／ライタを「Ｒ／Ｗ」，ステップを「Ｓ」と略記する場合がある。
会員カードまたはビジターカードは遊技用記録媒体の一例であって、遊技（パチンコ玉の貸与）に使用可能なカード残額を特定可能な情報が記録されたものであり、ここでは該情報として、該会員カードまたはビジターカードを個々に識別可能なカードＩＤと、当該カード残額とが記録される。この会員カードまたはビジターカードは、長方形状を呈するプラスチック製の薄板における所定の部位に、カードＩＤおよびカード残額等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路（ＩＣチップ）を搭載したＩＣカードである。
パチンコ遊技機７０１の払出制御基板７３７およびカードユニット７５０は、インタフェース基板７６６を介して接続されている。カードユニット７５０と払出制御基板７３７との間には、ＰＳＩ信号線，ＰＲＤＹ信号線，ＢＲＤＹ信号線，ＢＲＱ信号線，および、ＥＸＳ信号線が設けられている。
ＰＳＩ信号線は、カードユニット７５０とパチンコ遊技機７０１との接続確認を行なうための信号線である。このＰＳＩ信号線を介して接続確認信号が送信されることにより、パチンコ遊技機７０１において発射ハンドルの操作が可能となる。
ＰＲＤＹ信号線は、パチンコ遊技機７０１から対応するカードユニット７５０に対して、該パチンコ遊技機７０１とカードユニット７５０との間における通信が可能な状態（スタンバイ状態）である旨を示す払出可能信号を送信する信号線である。具体的には、図４９のＳ１に示すように、該ＰＲＤＹ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、払出可能信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
ＢＲＤＹ信号線は、カードユニット７５０が前記払出可能信号を受信しているスタンバイ状態において玉貸操作があったときに、カードユニット７５０から対応するパチンコ遊技機７０１に対して、玉貸可能信号を送信する信号線である。具体的には、図４９のＳ２に示すように、該ＢＲＤＹ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、玉貸可能信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
またＢＲＤＹ信号線は、１回の玉貸操作に伴う所定度数分（本例では５度数分）の玉貸処理が終了したときに、カードユニット７５０からパチンコ遊技機７０１に対して、玉貸終了信号を送信する信号線である。具体的には、図４９のＳ７に示すように、該ＢＲＤＹ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸終了信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
ＢＲＱ信号線は貸与指令信号線（＝玉貸指令信号線）の一例であって、カードユニット７５０から対応するパチンコ遊技機７０１に対して、遊技媒体の貸与を要求する貸与要求信号（＝玉貸要求信号）を送信する信号線である。具体的には、図４９のＳ３に示すように、該ＢＲＱ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、玉貸要求信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
またＢＲＱ信号線は、カードユニット７５０から対応するパチンコ遊技機７０１に対して、パチンコ玉の貸与を指令する貸与指令信号（＝玉貸指令信号）を送信する信号線である。具体的には、図４９のＳ５に示すように、該ＢＲＱ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸指令信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
ＥＸＳ信号線は要求了解信号線の一例であって、パチンコ遊技機７０１からカードユニット７５０に対して、玉貸の要求を了解した旨（即ち玉貸要求信号を受信した旨）を示す要求了解信号を送信する信号線である。具体的には、パチンコ遊技機７０１が玉貸要求信号を受信してから、該パチンコ遊技機７０１がパチンコ玉を貸与する準備が整っている（即ち玉切れがなく、エラーがない）旨を確認した後に、図４９のＳ４に示すように、該ＥＸＳ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、要求了解信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
またＥＸＳ信号線は、１度数分の玉貸処理が完了したときに、パチンコ遊技機７０１からカードユニット７５０に対して、該玉貸処理が完了した旨を示す玉貸完了信号を送信する信号線である。具体的には、玉貸処理が完了したとき、即ちパチンコ玉の払出が完了したときに、図４９のＳ６に示すように、該ＥＸＳ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸完了信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
つまり、カードユニット７５０は、遊技機（たとえば、パチンコ遊技機７０１）による遊技媒体（たとえば、パチンコ玉）の貸与が可能であることを示す貸与準備信号（たとえば、ＰＲＤＹ信号のＬＯＷレベル）を前記遊技機から受信する第１受信手段と、貸与操作（たとえば、パチンコ遊技機７０１の玉貸ボタン７５１の操作）を受付けたことを示す貸与要求信号（たとえば、ＢＲＤＹ信号のＬＯＷレベル）を前記遊技機に送信する第１送信手段と、前記貸与要求信号の送信後、遊技媒体の貸与を指令する貸与指令信号（たとえば、ＢＲＱ信号のＬＯＷレベル）を前記遊技機に送信する第２送信手段と、前記貸与要求信号および前記貸与指令信号に応じて前記遊技機から送信され遊技媒体の貸与ができることを示す貸与可能信号（たとえば、ＥＸＳ信号のＬＯＷレベル）を受信する第２受信手段と、貸与可能信号の受信の確認を示す貸与確認信号（たとえば、ＢＲＱ信号のＨＩＧＨレベル）を前記遊技機に送信する第３送信手段と、前記貸与確認信号に応じて前記遊技機で遊技媒体の貸与（たとえば、実際のパチンコ玉の払出、遊技玉数の加算）が実行され、完了した場合に送信され遊技媒体の貸与の完了を示す貸与完了信号（たとえば、ＥＸＳ信号のＨＩＧＨレベル）を受信する第３受信手段と、貸与要求の終了を示す貸与要求終了信号（たとえば、ＢＲＤＹ信号のＨＩＧＨレベル）を前記遊技機に送信する第４送信手段とを備える。
タッチパネル式のディスプレイ７１２３は、遊技者からの操作を受け付けると共に、各種の情報を表示するためのものである。具体的には、図５１のＤ０に示すように、会員カードまたはビジターカードの返却に関する注意喚起表示を行なう表示手段として機能し、また図５２のＤ１に示すように、返却ボタン７５２が操作された旨を報知する返却操作報知手段として機能し、さらに図５２のＤ２に示すように、挿入された会員カードまたはビジターカードの返却を確認するための確認操作を受け付ける確認操作手段として機能するものである。
カード管理コンピュータ５００において設定モードが起動されると、図５０に示す設定画面がディスプレイ３５に表示される。この設定画面では、前記確認操作が必要であるか不要であるかを設定するためのラジオボタンと、前記注意喚起表示をするかしないかを設定するためのラジオボタンとが表示される。そしてカード管理コンピュータ５００の入力装置を操作して、確認操作が必要であるか不要であるかおよび注意喚起表示をするかしないかをラジオボタンで選択して「設定」ボタンを操作すると、該設定内容が各カードユニット７５０に対して送信されてカードユニット７５０の制御部のＥＥＰＲＯＭで記憶される。
ここで、カードユニット７５０の制御部のＥＥＰＲＯＭは、確認操作を受け付けたことを条件として前記返却処理を行なう第１返却処理か、または、前記確認操作を受け付けたことを条件とせずに前記返却処理を行なう第２返却処理の、いずれを実行するかを設定する返却設定手段として機能するものであり、カード管理コンピュータ５００から受信した設定内容に従って、確認操作が必要（即ち第１返却処理を行なう）と設定されたか、または、確認操作が不要（即ち第２返却処理を行なう）と設定されたかを記憶する。またカードユニット７５０の制御部のＥＥＰＲＯＭは、注意喚起表示を行なうか否かを設定する表示設定手段として機能するものであり、カード管理コンピュータ５００から受信した設定内容に従って、注意喚起表示をするか、または、注意喚起表示をしないかを記憶する。
次に、カードユニット７５０の作用（即ちカードユニット７５０の制御部が行なう処理）を説明する。
カードユニット７５０の制御部が行なう玉貸処理について説明する。カードユニット７５０が会員カードまたはビジターカードに記録されているカード残額が１度数分以上である状態で玉貸操作を受け付けると、カードユニット７５０の制御部は、まずＢＲＱ信号線を介して、パチンコ遊技機７０１の払出制御基板７３７に玉貸要求信号（図４９のＳ３）を送信し、ＥＸＳ信号線を介してパチンコ遊技機７０１の払出制御基板７３７から送信されてくる要求了解信号（Ｓ４）の受信を待機する。この要求了解信号の受信が有ると判定した場合には、ＢＲＱ信号線を介して、パチンコ遊技機７０１の払出制御基板７３７に玉貸指令信号（Ｓ５）を送信し、ＥＸＳ信号線を介してパチンコ遊技機７０１の払出制御基板７３７から送信されてくる玉貸完了信号（Ｓ６）の受信を待機する。この玉貸完了信号の受信が有ると判定された場合には、カードリーダライタにより、会員カードまたはビジターカードに記録されているカード残額から１度数分の金額を減算更新し、残度数表示部７５３における残度数の表示を１度数減算表示して、処理を終了する。このカードユニット７５０の制御部は、挿入を受け付けた会員カードまたはビジターカードの記録情報から特定されるカード残額を対応するパチンコ遊技機７０１での遊技に使用させるための処理（玉貸処理）を行なう使用処理手段をして機能するものである。
次に、図５１を参照して、カードユニット７５０の制御部が行なう注意喚起表示処理について説明する。カードユニット７５０が会員カードまたはビジターカードを受け付けている（即ち挿入されている）と、カードユニット７５０の制御部は、前記表示設定手段として機能するＥＥＰＲＯＭの記憶内容に基づいて、「注意喚起表示をする」と設定されているか否かを判定する（Ｓ１０１）。ここで「注意喚起表示をしない」と設定されている（ＮＯ）と判定した場合には、処理を終了する。一方、「注意喚起表示をする」と設定されている（ＹＥＳ）と判定した場合には、表示タイミング（たとえば２分間ごと）を待機し（Ｓ１０２）、該表示タイミングであれば（ＹＥＳ）、注意喚起表示（たとえばＤ０に示す『カードの取り忘れや盗難にご注意下さい』）をディスプレイ７１２３に表示して（Ｓ１０３）、処理を終了する。つまり「注意喚起表示をする」と設定されていれば、表示タイミングごとに、注意喚起表示が表示されることになる。これによれば、第１返却処理または第２返却処理のいずれを行なうかにかかわらず、注意喚起表示を行なうことができる。なお表示タイミングは、任意に設定可能である。
次に、図５２を参照して、カードユニット７５０の制御部が行なう返却処理について説明する。カードユニット７５０が会員カードまたはビジターカードを受け付けている（即ち挿入されている）状態で、パチンコ遊技機７０１で返却操作（返却ボタン７５２の操作）が有ると（Ｓ２０１でＹＥＳ）、該パチンコ遊技機７０１からカードユニット７５０に対して前記返却要求信号が送信され（Ｓ２０２）、カードユニット７５０が該返却要求信号を受信すると、返却処理を開始して、返却操作有り報知（たとえばＤ１に示す『返却ボタンが操作されました』）をディスプレイ７１２３に表示する。このように、返却要求を受信したことに基づいて、返却処理を実行することにより、パチンコ遊技機７０１は返却ボタン７５２の操作により返却要求信号を発信するという通常の処理を行なうだけなので、該パチンコ遊技機７０１を変更する必要が無い。また返却ボタン７５２が操作された旨が報知されるので、他人が返却ボタン７５２を操作した旨を遊技者が発見することができる。
次にカードユニット７５０の制御部は、前記返却設定手段として機能するＥＥＰＲＯＭの記憶内容に基づいて、「確認操作が必要」と設定されているか否かを判定する（Ｓ２０４）。ここで「確認操作が不要」と設定されている（ＮＯ）と判定した場合、即ち確認操作を受け付けたことを条件とせずに返却処理を行なう第２返却処理を実行すると設定されている場合には、前記受け付けている（即ち挿入されている）会員カードまたはビジターカードを返却し、返却表示（たとえばＤ３に示す『カードをお取り下さい』）をディスプレイ７１２３に表示して（Ｓ２０９）、処理を終了する。
一方、「確認操作が必要」と設定されている（ＹＥＳ）と判定した場合、即ち確認操作を受け付けたことを条件として前記返却処理を行なう第１返却処理を実行すると設定されている場合には、計時を開始して（Ｓ２０５）、確認操作要求表示（たとえばＤ２に示す『確認ボタンを押して下さい』および確認ボタン）をディスプレイ７１２３に表示して（Ｓ２０７）、タイムアップ（たとえば１０秒間経過）するまで確認ボタンの操作を待機する（Ｓ２０７，Ｓ２０８）。
ここでタイムアップするまでに確認ボタンの操作が無い（Ｓ２０７でＮＯ）と判定した場合には、処理を終了する。一方、タイムアップするまでに確認ボタンの操作が有る（Ｓ２０８でＹＥＳ）と判定した場合には、前記Ｓ２０９に進んで、処理を終了する。ここでＳ２０５の処理を行なうカードユニット７５０の制御部は、該返却要求信号の受信に基づいて計時を開始する計時手段として機能するものであり、Ｓ２０７〜Ｓ２０９の処理を行なうカードユニット７５０の制御部は、前記返却設定手段により第１返却処理を実行すると設定されている場合（Ｓ２０４でＹＥＳ）に、計時手段による計時時間が所定時間以内に確認操作を受け付けたことを条件として返却処理を行なう返却処理手段として機能するものである。これによれば、所定時間以内に確認操作がなければ会員カードまたはビジターカードが返却されないので、他人による会員カードまたはビジターカードの盗難を困難にすることができる。なお所定時間は、任意に設定可能であるが、遊技者が返却ボタン７５２を操作してから確認ボタンを操作するまでに要する時間よりも長く、会員カードまたはビジターカードの盗難を狙う他人が返却ボタン７５２を操作してから確認ボタンを操作するまでに要する時間よりも短いのが好ましい。
また確認ボタンは、返却ボタン７５２から所定間隔離れた箇所に設けられていることが好ましい。ここで所定間隔とは、たとえば遊技者が返却ボタン７５２と確認ボタンの両方を視界に捉えられる範囲内である。これによれば、返却ボタン７５２を操作した他人が遊技者に気付かれることなく確認ボタンを操作することが困難なので、より有効に会員カードまたはビジターカードの盗難を防止することができる。なお返却ボタン７５２はパチンコ遊技機７０１の右側に設けられていることが多いため、確認ボタンは、パチンコ遊技機７０１の左側に配置されるカードユニット７５０のみならず、当該パチンコ遊技機７０１自体の左側や、当該パチンコ遊技機７０１の上側に設置されている呼出ランプ２００に設けられていても良い。
以上に説明したように、挿入された会員カードまたはビジターカードの返却を確認するための確認操作を受け付ける確認操作手段（タッチパネル式のディスプレイ７１２３に表示される確認ボタン）と、確認操作を受け付けたことを条件として返却処理を行なう第１返却処理または確認操作を受け付けたことを条件とせずに返却処理を行なう第２返却処理のいずれを実行するかを設定する返却設定手段とを備え、返却ボタン７５２の操作を受け付けたことに基づいて、第１返却処理または第２返却処理を実行するように構成したので、遊技中における遊技用記録媒体の盗難を防止するために、店員の密な監視により盗難を防止する運用を行なう遊技場は第２返却処理の実行を設定すれば良く、店員の監視負担を減らすが遊技者に手間を取らせることで盗難を防止する運用を希望する遊技場は第１返却処理の実行を設定すればよいので、両遊技場に対応可能なカードユニット７５０を提供することができる。
なお遊技用装置に、遊技者が獲得した獲得遊技媒体数（持玉数）を計数する各台計数装置を備え、該遊技用装置にカード残額と持玉数とが記憶されて表示されている場合に、カード残額の記憶および表示は消去して該カード残額のみを特定可能な残額カード（本発明の会員カードまたはビジターカードに相当）を排出し、持玉数の記憶および表示は残すような遊技用装置を構成することが考えられる。これによれば、対応するパチンコ遊技機７０１で大当り等が発生した場合に、とりあえず残額カードを排出させることができるので、カード残額の盗難を防止できる。なお持玉数については盗難のおそれがあるが、遊技者に返却するカードが２枚になってしまうと取り回しが面倒になるので、持玉数については遊技用装置で記憶しておき、大当り終了後には該持玉数を特定可能な持玉カードを排出させることができる。しかしながら、このような遊技用装置だと、持玉数の記憶および表示が消去されずに残額カードを排出させることが可能なので、他人により残額カードが盗難されても遊技者が気付きにくいところ、本発明を適用して第１返却処理を行なう（確認操作が必要）と設定すれば、残額カードの盗難が困難となるので、特に有効である。
次に、上記の実施の形態の変形例について説明する。
上記の実施形態では、会員カードまたはビジターカードに記録されているカード残額と、該会員カードまたはビジターカードのカードＩＤと対応付けてカード管理コンピュータ５００で管理されているカード残額との照合が行なわれ、照合ＯＫであるときに、会員カードまたはビジターカードに記録されているカード残額を使用した玉貸が行なわれる例について説明した。
しかし、これに限らず、たとえば会員カードまたはビジターカードにはカード残額を記録せずに、該会員カードまたはビジターカードのカードＩＤと対応付けてカード管理コンピュータ５００で管理されているカード残額を使用した玉貸が行なわれるようにしても良く、逆にカード管理コンピュータ５００ではカード残額を管理せずに、会員カードまたはビジターカードに記録されているカード残額を使用した玉貸が行なわれるようにしても良い。
上記の実施形態では、返却操作手段（返却ボタン７５２）と返却確認手段（タッチパネル式のディスプレイ７１２３に表示される確認ボタン）とが別個である例について説明したが、これに限らず、両者は同一のボタンであっても良い。
上記の実施形態では、返却確認手段が、タッチパネル式のディスプレイ７１２３に表示される確認ボタンである例について説明したが、これに限らず、該返却確認手段は、カードユニット７５０の所定箇所に設けられる独立したボタンであっても良い。
また返却確認手段を、該タッチパネル式のディスプレイ７１２３に表示されるテンキー（またはカードユニット７５０に別途設けられるテンキー）とし、遊技者が希望する暗証番号を該テンキーで入力して記憶しておき、確認操作が要求された際にテンキーで暗証番号の入力を受け付け、該入力された暗証番号と前記記憶している暗証番号とが一致すると判定されたことにより、確認操作を受け付けるものであっても良い。これによれば、遊技者の手間は増えるが、遊技者が記憶させた暗証番号が入力されなければ確認操作が受け付けられないので、遊技用記録媒体の盗難を確実に防止できる。
また返却確認手段を、カードユニット７５０に設けられるＩＣチップＲ／Ｗとし、遊技者が所持している携帯端末に内蔵されているＩＣチップの識別情報を該ＩＣチップＲ／Ｗで予め読み取らせて記憶しておき、確認操作が要求された際に携帯端末のＩＣチップからＩＣチップＲ／Ｗで識別情報を読み取り、該読み取った識別情報と前記記憶している識別情報とが一致すると判定されたことにより、確認操作を受け付けるものであっても良い。これによれば、遊技者の携帯端末でなければ確認操作が受け付けられないので、遊技用記録媒体の盗難を確実に防止できる。
上記の実施形態では、図５０に示すように、カード管理コンピュータ５００において、確認操作が必要であるか不要であるか、および、注意喚起表示をするかしないかが設定され、該設定内容が各カードユニット７５０に送信されてカードユニット７５０の制御部のＥＥＰＲＯＭで記憶（設定）される例について説明した。しかし、これに限らず、確認操作が必要であるか不要であるか、および、注意喚起表示をするかしないかの設定を、各カードユニット７５０において設定するものであっても良い。たとえば各カードユニット７５０にディップスイッチを設けて設定したり、各カードユニット７５０に対してリモコンで設定したり、タッチパネル式のディスプレイ７１２３で設定しても良い。これによれば、カード管理コンピュータ５００と各カードユニット７５０とがオフラインであっても、これらの設定を行なうことができる。なおタッチパネル式のディスプレイ７１２３での設定は、遊技場の店員のみならず、遊技者が設定できるものであっても良い。
また、遊技場内に備えられる全部のカードユニット７５０について同じ設定をするのではなく、各カードユニット７５０ごとに異なる設定をするものであっても良い。たとえば、ある遊技島のカードユニット７５０については確認操作が必要である（即ち第１返却処理を行なう）と設定して、店員の監視を減らす一方、ある遊技島のカードユニット７５０については確認操作が不要である（即ち第２返却処理を行なう）と設定して、店員の監視を密にするようにすることもできる。この場合においては、上記の如く、各カードユニット７５０において設定するものには限らず、カード管理コンピュータ５００において各カードユニット７５０ごとに設定可能とすることもできる。
上記の実施形態において、第１返却処理（確認操作が必要）が設定されているか、第２返却処理（確認操作が不要）が設定されているかを示す設定内容画面を、ディスプレイ７１２３に表示するようにしても良い。この設定内容画面は、確認ボタンに近い位置に表示したり、または残度数（および各台計数機付きのカードユニット７５０にあっては持玉数）が表示される画面と共に表示する。遊技用記録媒体を盗難する不正者は、画面を見て盗難をするか否かを決めることが多いが、この設定内容画面が表示されることにより、盗難を断念することが期待できる。
上記の実施形態において、ディスプレイ７１２３で残度数や持玉数を表示すると共に、カードユニット７５０にカメラを設け、該カメラが遊技をしている遊技者以外にカードユニット７５０に近付く人間を感知したら、残度数や持玉数の表示を消すようにしても良い。これによれば、不正者が直ちに残度数や持玉数を把握できないようになるため、盗難の防止に繋がる。ここで残度数や持玉数の表示を消す代わりに、注意喚起表示をするとさらに好ましい。
上記の実施形態では、図５２のＳ２０８に示すように、確認操作（確認ボタンの操作）を１回受け付けると会員カードまたはビジターカードの返却が行なわれる例について説明したが、これに限らず、確認操作を複数回受け付けると会員カードまたはビジターカードの返却が行なわれるようにしても良い。
上記の実施形態では、図５２に示すように、返却操作（返却ボタン７５２の操作）を受け付けてから確認操作（確認ボタンの操作）を受け付けると、会員カードまたはビジターカードが返却される例について説明したが、これに限らず、確認操作を受け付けてから返却操作を受け付けると、会員カードまたはビジターカードが返却されるようにしても良く、これによれば、確認操作を受け付けていなければ、球貸しボタン７５１を押そうと思って、誤って返却ボタン７５２を押しても、会員カードまたはビジターカードが返却されない。即ち、返却操作と確認操作の順序は、特に限定されない。
上記の実施形態において、カードユニット７５０に会員カードまたはビジターカードが挿入されたままでパチンコ遊技機７０１の稼働が所定時間無い場合（たとえば遊技者が会員カードまたはビジターカードを返却せずに休憩に入って離席した場合）には、会員カードまたはビジターカードの盗難やカード残額の使用を防止するために、返却ボタン７５２や球貸しボタン７５１の操作が制限されるセーフモードに入るようにしても良い。具体的には、パチンコ遊技機７０１の稼働が停止してからセーフモードの計時を開始し、該計時時間が所定時間（たとえば１０分間）に達すると、セーフモードに入る。この所定時間は任意に設定可能である。なおセーフモードの計時中に返却ボタン７５２が操作されると、該計時は一旦停止し、図５２のＳ２０７でタイムアップする前に確認ボタンが操作されると会員カードまたはビジターカードは返却されるが、確認ボタンが操作されずにタイムアップすると、前記一旦停止した計時が再開される。そして、セーフモードから復帰するには、遊技場の店員によるリモコン操作や、暗証番号の入力等を受け付ける。
［第４の実施の形態］
以下、本発明の第４の実施の形態を、図面を参照して説明する。本発明は、図５７に示すように、遊技機（パチンコ遊技機７０１）に対応して設けられ、遊技者が所有する価値（紙幣，会員カードまたはビジターカード）を受け付けたこと（Ｓ１０１，Ｓ１０２でＹＥＳ）に基づいて、該受け付けた受付価値（受付額，カード残額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段（Ｓ１１７，Ｓ１０８の処理を行なうカードユニット７５０の制御部）と、該使用可能処理により使用可能とされた使用可能価値（残度数）を前記対応する遊技機での遊技に使用させる使用処理（玉貸処理）を行なう使用処理手段（Ｓ１３５の処理を行なうカードユニット７５０の制御部）と、前記使用可能価値から該使用処理に供された使用価値を減じた使用後残価値を特定可能な記録媒体を返却するための返却処理を行なう返却処理手段（Ｓ１２６の処理を行なうカードユニット７５０の制御部）と、を有する遊技用装置（カードユニット７５０）である。
そして、第４の実施の形態の第１実施形態に係る遊技用装置では、前記使用可能処理手段は、前記使用可能処理として、前記受付価値が所定価値未満であること（Ｓ１１６でＮＯ）を条件として、該受付価値の全部を前記使用可能価値とする全部使用可能処理（Ｓ１１７）を行なうと共に、前記受付価値が所定価値以上であること（Ｓ１１６でＹＥＳ）を条件として、該受付価値のうちの一部を前記使用可能価値とする一部使用可能処理（Ｓ１１８）を行ない、前記返却処理手段は、返却操作を受け付けたこと（Ｓ１２５でＹＥＳ）に基づいて、前記返却処理を行なう一方、前記一部使用可能処理が行なわれたことに基づいて、返却操作を受け付けることなく、前記受付価値のうちの前記使用可能価値とされなかった受付時残価値を特定可能な前記記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なうことにより、遊技への価値の使い過ぎを防止することを特徴とする。
また、第４の実施の形態の第２実施形態に係る遊技用装置では、前記使用価値の累計である累計価値を各遊技者について特定可能とするための累計価値特定処理を行なう累計価値特定処理手段（Ｓ１３６の処理を行なうカードユニット７５０の制御部）をさらに有し、前記返却処理手段は、返却操作を受け付けたこと（Ｓ１２５でＹＥＳ）に基づいて、前記返却処理を行なう一方、前記価値を受け付けたこと（Ｓ１０１でＹＥＳ）に基づいて、前記累計価値が所定価値以上であること（Ｓ１１６’でＹＥＳ）を条件として、返却操作を受け付けることなく、前記受付価値のうちの一部または全部を特定可能な前記記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なうことにより、遊技への価値の使い過ぎを防止することを特徴とする。
カードユニット７５０の制御部のＥＥＰＲＯＭは、図５３に示す所定額テーブルを記憶している。この所定額テーブルでは、遊技者の年代（本例では２０代，３０代，４０代，５０代，および６０台以上）ごとに、第４の実施の形態の第１実施形態において一部使用可能処理および価値受付時返却処理を行なうか否かを判定するために受付額と比較する第１所定額と、第４の実施の形態の第２実施形態において価値受付時返却処理を行なうか否かを判定するために累計額と比較する第２所定額と、両実施形態において後述する価値受付禁止処理を行なうか否かを判定するために累計額と比較する特定額とが設定されて記憶されている。
ここで、第１所定額，第２所定額，および特定額は、各遊技者について（本例では遊技者の年代ごとに）異なる値が設定されており、具体的には、たとえば低所得者や使い過ぎし易い年代（本例では２０代と６０代以上）の遊技者については、その他の年代の遊技者よりも、低額に設定されている。これによれば、たとえば低所得者や使い過ぎし易い遊技者について、遊技への価値の使い過ぎを防止できる。
前記所定価値は、予め設定された高額金種の貨幣に相当する額であり、具体的には、２０代と６０代以上の遊技者については５０００円であり、その他の年代の遊技者については１００００円である。これによれば、高額金種の貨幣を受け付けた際に、一部使用可能処理および価値受付時返却処理が行なわれるので、遊技への価値の使い過ぎを防止できる。
また、カードユニット７５０の制御部のＥＥＰＲＯＭは、図５４に示す表示基準額対応商品テーブルも記憶している。この表示基準額対応商品テーブルでは、後述する商品報知処理を行なうか否かを判定するために累計額と比較する表示基準額（本例では１００００円，２００００円，３００００円…）ごとに、各種ジャンルの商品が設定されて記憶されている。
カードリーダライタは記録媒体受付手段の一例であって、カード挿入口２５ａから挿入された会員カードまたはビジターカードを受け付けて、該受け付けた会員カードまたはビジターカードに記録されているカードＩＤおよびカード残額を読み取るものである。このカードリーダライタは、前記ＩＣカードである会員カードまたはビジターカードのＩＣチップに対応したＩＣチップＲ／Ｗを備えている。そしてカードリーダライタは、図５７に示すように、入金が行なわれたときに、受付中の会員カードまたはビジターカードに記録されているカード残額に受付額を加算更新し（Ｓ１１７）、玉貸が行なわれたときに、該カード残額から玉貸使用額を減算更新する（Ｓ１３５）。またカードリーダライタから会員カードまたはビジターカードが返却されると（Ｓ１２６）、カード貯留部に収納されているビジターカードであるストックカードがカードリーダライタに搬送されて留保カードとなる（Ｓ１２７）。
顔画像撮影カメラは、カードユニット７５０に対応するパチンコ遊技機７０１で遊技をする遊技者を撮像するためのものである。この顔画像撮影カメラにより撮像した遊技者の顔画像から、カードユニット７５０の制御部の画像認識処理により顔データが抽出される。
次に、カード管理コンピュータ５００は、遊技場内の所定箇所（たとえば管理事務所等）に設けられるコンピュータである。このカード管理コンピュータ５００は、図５５に示すカードＤＢを記憶している。このカードＤＢでは、各会員カードまたはビジターカードのカードＩＤごとに、カード残額と入金時返却フラグとを記憶している。この入金時返却フラグが「１」であれば、前記価値受付時返却処理で返却された会員カードまたはビジターカードである旨を示す。なお、カード残額は、当日の営業終了後もクリアされないが、入金時返却フラグは、当日の営業終了後にクリアされて「０」になる。
次に、ホールコンピュータ５４０も、遊技場内の所定箇所（たとえば管理事務所等）に設けられるコンピュータである。このホールコンピュータ５４０は、図５６に示す遊技者ＤＢを記憶している。この遊技者ＤＢでは、前記顔画像撮影カメラにより撮像された遊技者の顔画像から抽出された顔データごと（即ち遊技者ごと）に、当該顔データに基づいて判別される遊技者の年代と、当該遊技者が遊技に使用した使用額を累計した累計額とを記憶している。なお、遊技者ＤＢの記憶内容は、当日の営業終了後にクリアされる。
次に、精算装置５８０は、遊技場内の所定箇所（たとえば景品交換カウンタの近傍等）に設けられ、会員カードまたはビジターカードを受け付けると、該会員カードまたはビジターカードのカードＩＤをカード管理コンピュータ５００に対して送信し、該カードＩＤに対応付けてカードＤＢで記憶されているカード残額をカード管理コンピュータ５００から受信すると、該受信したカード残額と前記会員カードまたはビジターカードに記録されているカード残額とが一致するか否かを判定し、一致しなければエラー処理を行ない、一致すれば該カード残額分の貨幣を払い出す精算処理を行なうものである。
なお、該精算処理において、前記受け付けた会員カードまたはビジターカードのカードＩＤに対応付けてカードＤＢで記憶されている入金時返却フラグもカード管理コンピュータ５００から受信して、該受信した入金時返却フラグが「１」、即ち前記受け付けた会員カードまたはビジターカードが価値受付時返却処理で返却された１枚目のカードならば、通常の返却処理で返却された２枚目のカードの受付を促す報知を行なうようにしても良い。これによれば、該２枚目のカードの精算を忘れることがないため、遊技者の利便性を向上できる。
次に、図５７を参照して、本発明に係る遊技用装置であるカードユニット７５０の作用（即ちカードユニット７５０の制御部が行なう処理）を説明する。ここではまず、第４の実施の形態の第１実施形態について説明し、次に、第４の実施の形態の第２実施形態について第４の実施の形態の第１実施形態と異なる点についてのみ説明する。
まず、カードユニット７５０は、紙幣の受付（Ｓ１０１），または会員カードまたはビジターカードの受付（Ｓ１０２）を待機する。このＳ１０１で紙幣の受付が有ると（ＹＥＳ）、該受け付けた紙幣を識別して（Ｓ１１１）、識別ＮＧならば紙幣を返却する一方、識別ＯＫならば遊技者識別処理を行なう（Ｓ１１２）。この遊技者識別処理では、顔画像撮影カメラにより遊技者を撮像して、該撮像した遊技者の顔画像から画像認識処理により顔データを抽出し、該抽出した顔データをホールコンピュータ５４０に対して送信する。
該顔データを受信したホールコンピュータ５４０は、該顔データが遊技者ＤＢで登録されているか否かを判定し、登録されていれば、該顔データに対応する年代と累計額をカードユニット７５０に対して返信し、登録されていなければ、該顔データに基づいて遊技者の年代を特定すると共に、該顔データに対応付けて該特定した年代を記憶して、該顔データに対応する年代と累計額（ここでは零）をカードユニット７５０に対して返信する。
次に、カードユニット７５０は、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した年代に対応付けて所定額テーブルで記憶している所定額（ここでは第１所定額）と特定額とを特定して（Ｓ１１３）、ホールコンピュータ５４０から受信した累計額が該特定した特定額以上であるか否かを判定する（Ｓ１１４）。このＳ１１４で累計額が特定額未満である（ＮＯ）と判定した場合には、前記受け付けた紙幣を返却して（Ｓ１１５）、処理を終了する。
このＳ１１５の処理を行なうカードユニット７５０の制御部は、累計価値が特定価値以上であることを条件として、価値の受付を禁止するための価値受付禁止処理（ここではＳ１１５で紙幣を返却する処理）を行なう価値受付禁止処理手段として機能するものである。これによれば、累計価値が特定価値以上ならば、価値の受付が禁止されるので、遊技への価値の使い過ぎを防止できる。
一方、Ｓ１１４で累計額が特定額以上である（ＹＥＳ）と判定した場合には、前記受付額が前記特定した所定額以上であるか否かを判定する（Ｓ１１６）。このＳ１１６で受付額が所定額未満である（ＮＯ）と判定した場合には、受付額を残度数に記憶すると共に、受付額を留保カードに記録して、Ｓ１２２に進む。一方、Ｓ１１６で受付額が所定額以上である（ＹＥＳ）と判定した場合には、受付額の半額を残度数に記憶し（Ｓ１１８）、受付額の半額を留保カードに記録して返却して（Ｓ１１９）、Ｓ１２０に進む。
このＳ１１７およびＳ１１８の処理を行なうカードユニット７５０の制御部は、遊技者が所有する価値（紙幣）を受け付けたことに基づいて、該受け付けた受付価値（受付額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段として機能するものであり、該使用可能処理として、受付価値が所定価値未満であることを条件として、該受付価値の全部を使用可能価値とする全部使用可能処理（Ｓ１１７）を行なうと共に、受付価値が所定価値以上であることを条件として、該受付価値のうちの一部（ここでは半額）を使用可能価値とする一部使用可能処理（Ｓ１１８）を行なうものである。
また、Ｓ１１９の処理を行なうカードユニット７５０の制御部は、前記一部使用可能処理が行なわれたことに基づいて、返却操作を受け付けることなく、前記受付価値のうちの前記使用可能価値とされなかった受付時残価値（ここでは受付額の半額）を特定可能な記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なう返却処理手段として機能するものである。
これによれば、受付価値が所定価値以上ならば、該受付価値のうちの一部を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
次に、カードユニット７５０は、Ｓ１１９で返却した会員カードまたはビジターカードのカードＩＤと該会員カードまたはビジターカードに記録したカード残額（ここでは受付額の半額）とを含む入金時返却通知をカード管理コンピュータ５００に対して送信し（Ｓ１２０）、カード貯留部で収納している会員カードまたはビジターカードの１枚をカードリーダライタに搬送して留保し、該留保カードに使用可能価値（ここでは受付額の半額）を記録して（Ｓ１２１）、Ｓ１２２に進む。
ここでＳ１２０の入金時返却通知を受信したカード管理コンピュータ５００は、カードＤＢにおいて、該受信した入金時返却通知に含まれるカードＩＤに対応付けて、該受信した入金時返却通知に含まれるカード残額を記憶すると共に、入金時返却フラグ「１」を記憶する。このＳ１２０の処理を行なうカードユニット７５０の制御部は、価値受付時返却処理（Ｓ１１９）で返却した記録媒体であることを特定可能な価値受付時返却特定処理を行なう返却処理手段として機能するものである。
前記Ｓ１０２で会員カードまたはビジターカードの受付が有ると（ＹＥＳ）、カードリーダライタで留保されている会員カードまたはビジターカード（留保カード）をカード貯留部に収納して（Ｓ１０３）、前記受け付けた会員カードまたはビジターカードのカードＩＤとカード残額を読み取り（Ｓ１０４）、照合処理を行なう（Ｓ１０５）。
この照合処理では、前記読み取ったカードＩＤをカード管理コンピュータ５００に対して送信して、該カードＩＤに対応付けてカードＤＢで記憶されているカード残額と入金時返却フラグをカード管理コンピュータ５００から受信すると、該受信したカード残額と前記読み取ったカード残額とが一致するか否かを判定し、一致しなければエラー処理を行ない、一致すればＳ１０５に進む。
次に、カードユニット７５０は、Ｓ１０５の照合処理で受信した入金時返却フラグが「１」であるか否か、即ち前記受け付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものであるか否かを判定する（Ｓ１０６）。このＳ１０６で入金時返却フラグが「０」である（ＮＯ）、即ち前記受け付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものでないと判定した場合には、前記読み取ったカード残額を残度数に記憶して（Ｓ１０８）、Ｓ１２２に進む。
このＳ１０８の処理を行なうカードユニット７５０の制御部は、遊技者が所有する価値（会員カードまたはビジターカード）を受け付けたことに基づいて、該受け付けた受付価値（カード残額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段として機能するものである。
一方、Ｓ１０６で入金時返却フラグが１である（ＹＥＳ）、即ち前記受け付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものであると判定した場合には、注意喚起報知（たとえばＤ０に示す『使いすぎていないですか？』）をディスプレイ７１２３に表示して（Ｓ１０７）、前記Ｓ１０８に進む。
このＳ１０７の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、価値受付時返却処理（Ｓ１１９）で返却されて価値受付時返却特定処理（Ｓ１２０）が行なわれた記録媒体を受け付けたことに基づいて、注意を喚起する報知を行なう注意喚起報知手段として機能するものである。これによれば、価値受付時返却処理で返却した記録媒体を受け付けると注意を喚起する報知が行なわれるので、遊技への価値の使い過ぎを防止できる。
次にカードユニット７５０は、球貸しボタン７５１の操作（Ｓ１２２），紙幣の受付（Ｓ１２３），会員カードまたはビジターカードの受付（Ｓ１２４），または返却ボタン７５２の操作（Ｓ１２５）を待機する。このＳ１２２で球貸しボタン７５１の操作が有ると（ＹＥＳ）、所定の確認条件が成立したか否かを判定する（Ｓ１３１）。ここで確認条件は、たとえば「前記累計値が一定値以上であること」であり、具体的には、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した累計額が表示基準額対応商品テーブルで記憶している表示基準額のいずれかに到達していることである。
このＳ１３１で確認条件が成立している（ＹＥＳ）と判定した場合には、Ｄ２に示すように、累計額と、前記到達している表示基準額に対応付けて表示基準額対応商品テーブルで記憶している商品と、確認ボタンとをディスプレイ７１２３に表示して（Ｓ１３２）、Ｓ１３３に進む。
ここでＳ１３２の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、確認条件（ここでは累計価値が一定価値以上であること）が満たされたことを条件として、累計価値を表示する累計価値表示手段として機能するものである。これによれば、累計価値を遊技者に把握させることにより、遊技への価値の使い過ぎを防止できる。
またＳ１３２の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、累計価値に相当する商品を報知する商品報知手段として機能するものである。これによれば、遊技に使用した価値で買えた商品が報知されるので、遊技への価値の使い過ぎを防止できる。
次にカードユニット７５０は、前記Ｄ２の表示と、『確認ボタンを押して下さい』と確認ボタンとを表示するＤ２’の表示とを所定間隔（たとえば３秒ごと）で切り換えつつ、該確認ボタンの操作を待機し（Ｓ１３３）、確認ボタンの操作が有ると（ＹＥＳ）、Ｄ２およびＤ２’の表示を消去して、玉貸処理を行なう（Ｓ１３５）。また前記Ｓ１３１で確認条件が成立していない（ＮＯ）と判定した場合にも、玉貸処理を行なう（Ｓ１３５）。この玉貸処理については、第３の実施の形態で説明した。
このＳ１３５の処理を行なうカードユニット７５０の制御部は、前記使用可能処理（Ｓ１１７，Ｓ１１８，Ｓ１０８）により使用可能とされた使用可能価値（残度数）を前記対応する遊技機での遊技に使用させる使用処理を行なう使用処理手段として機能するものであり、ここでは使用操作（球貸しボタン７５１の操作）を受け付けたこと（Ｓ１２２でＹＥＳ）に基づいて、前記使用処理を行なうと共に、累計価値が一定価値以上であること（Ｓ１３１でＹＥＳ）を条件として、使用操作を受け付け、かつ、該使用操作とは異なる特定操作（確認ボタンの操作）をさらに受け付けたこと（Ｓ１３３でＹＥＳ）に基づいて、前記使用処理を行なうものである。これによれば、累計価値が一定価値以上ならば、使用処理を行なうための操作が増えるので、遊技への価値の使い過ぎを防止できる。
次に、カードユニット７５０は、玉貸処理に使用された玉貸使用額と留保カードのカードＩＤとを含む玉貸使用額通知をカード管理コンピュータ５００に対して送信すると共に、玉貸使用額と顔データとを含む玉貸使用額通知をホールコンピュータ５４０に対して送信し（Ｓ１３６）、玉貸処理後の残度数が零であるか否かを判定し（Ｓ１３７）、零でなければ（ＮＯ）Ｓ１２２に戻り、零であれば（ＹＥＳ）処理を終了する。
この玉貸使用額通知を受信したカード管理コンピュータ５００は、該通知に含まれるカードＩＤに対応付けてカードＤＢで記憶しているカード残額から該通知に含まれる玉貸使用額を減算する。また玉貸使用額通知を受信したホールコンピュータ５４０は、該通知に含まれる顔データに対応付けて遊技者ＤＢで記憶している累計額に該通知に含まれる玉貸使用額を加算する。
このＳ１３６の処理を行なうカードユニット７５０の制御部は、使用価値の累計である累計価値を各遊技者について特定可能とするための累計価値特定処理を行なう累計価値特定処理手段として機能するものである。これによれば、累計価値に基づく各種処理を行なうことができる。
前記Ｓ１２３で紙幣の受付が有ると（ＹＥＳ）、前記Ｓ１１１に進む。また前記Ｓ１２４で会員カードまたはビジターカードの受付が有ると（ＹＥＳ）、前記Ｓ１０３に進む。また前記Ｓ１２５で返却ボタン７５２の操作が有ると（ＹＥＳ）、カードリーダライタで留保している会員カードまたはビジターカードを返却し（Ｓ１２６）、カード貯留部で収納している会員カードまたはビジターカードの１枚をカードリーダライタに搬送し留保して、処理を終了する。
次に、第４の実施の形態の第２実施形態について、第４の実施の形態の第１実施形態と異なる点を説明する。
上記の第４の実施の形態の第１実施形態では、図５７のＳ１１３において、第１所定額を特定したが、第４の実施の形態の第２実施形態では、Ｓ１１３において、第２所定額を特定する。具体的には、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した年代に対応付けて所定額テーブルで記憶している所定額（ここでは第２所定額）と特定額を特定する。
また、上記の第４の実施の形態の第１実施形態では、図５７のＳ１１６において、受付額が第１所定額以上であるか否かを判定したが、第４の実施の形態の第２実施形態では、該Ｓ１１６に代わるＳ１１６’において、累計額が第２所定値以上であるか否かを判定し、累計額が第２所定値未満ならば（ＮＯ）、前記Ｓ１１７に進み、累計額が第２所定値以上ならば（ＹＥＳ）、前記Ｓ１１８に進み、前記Ｓ１１９で価値受付時返却処理を行なう。本例では、該価値受付時返却処理で、受付額の半額を留保カードに記録して返却しているが、受付額の全額を留保カードに記録して返却しても良い。
即ち、第４の実施の形態の第２実施形態においてＳ１１９の処理を行なうカードユニット７５０の制御部は、価値を受け付けたこと（Ｓ１０１でＹＥＳ）に基づいて、累計価値が所定価値以上であること（Ｓ１１６’でＹＥＳ）を条件として、返却操作を受け付けることなく、受付価値のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理を行なう返却処理手段として機能するものである。
これによれば、価値を受け付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
最後に、本発明の第４の実施の形態の変形例について説明する。
上記の第２から第４の実施の形態では、遊技機がパチンコ遊技機７０１である例について説明したが、これに限らず、該遊技機は、たとえば遊技媒体としてメダルを使用するスロットマシン，遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
上記の第２から第４の実施の形態では、遊技媒体の貸与が、パチンコ玉を貸与する玉貸である例について説明したが、これに限らず、該遊技媒体の貸与は、前記メダルを貸与するメダル貸出や、前記画像式のパチンコ機やスロットマシンにおいてカード残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
上記の第２から第４の実施の形態では、貨幣が紙幣である例について説明したが、これに限らず、該貨幣は、硬貨であっても良く、紙幣と硬貨の両方であっても良い。また有体物である貨幣の入金を受け付ける例には限られず、無体物である貨幣（たとえば電子マネー等の貨幣金額に相当する金額データ，デビットカードの記録情報から特定される預金口座の残高，またはクレジットカードの記録情報から特定される与信金額等）の入金を接触または非接触で受け付けるようにしても良い。さらに、遊技用装置（カードユニット７５０）は、貨幣を受付不能（即ち入金不能）なものであっても良い。
上記第１から第４の実施の形態において、貨幣受付手段（紙幣識別機２４）により受け付けられた貨幣（紙幣）が遊技用装置（カードユニット７５０）外部に排出されて、紙幣搬送機構により搬送されるようにしてもよいし、該受け付けられた貨幣が、遊技用装置内部に貯留されるようにしてもよい。
上記の第１から第４の実施の形態では、会員カードまたはビジターカードが、非接触式のＩＣチップにより情報を記録するＩＣカードである例について説明したが、これに限らず、該会員カードまたはビジターカードは、接触式のＩＣチップ，磁気ストライプ，二次元コード（たとえばバーコード），三次元コード，または光干渉（たとえばホログラム）等により情報を記録するものでも良い。またこれらの形状はカード型には限られず、コイン型であっても良い。さらに遊技用記録媒体は、会員カードまたはビジターカードではなく、ＩＣチップを搭載した携帯電話等であっても良い。
上記の実施形態では、会員カードまたはビジターカードにカード残額が記録されている例について説明したが、これに限らず、会員カードまたはビジターカードにはカード残額を記録せず、カード管理コンピュータ５００のみでカード残額を管理するもの（完全ＩＤ管理）であっても良い。
上記の実施形態では、記録媒体が会員カードまたはビジターカードである例について説明したが、これに限らず、該記録媒体は、獲得した遊技媒体数（持玉数，貯玉数）を特定可能な情報が記録された持玉カードや会員カードであっても良い。即ち記録媒体は、遊技者が所有する価値を特定可能な情報が記録されたものであれば良い。
ここで記録媒体が持玉カードである場合には、該持玉カードのカードＩＤに対応付けて持玉数が持玉管理装置で管理されており、カードユニット７５０において持玉カードを受け付けると、該持玉カードのカードＩＤを持玉管理装置に対して送信して、該カードＩＤに対応付けて管理されている持玉数を受信し、第４の実施の形態の第１実施形態においては、該受信した持玉数に相当する持玉数相当額が第１所定額以上ならば（Ｓ１１６でＹＥＳ）、持玉数の半分を使用可能持玉数として記憶して（Ｓ１１８）、持玉数の半分を特定可能な前記持玉カードを返却する（Ｓ１１９）。
これによれば、受付価値（持玉数）が所定価値以上ならば、該受付価値のうちの一部（本例では持玉数の半分）を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値（本例では持玉数の半分）を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、第４の実施の形態の第２実施形態においては、累計額が第２所定値以上ならば（Ｓ１１６’でＹＥＳ）、該Ｓ１１８およびＳ１１９の処理を行なう。これによれば、価値（持玉カード）を受け付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値（持玉数）のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、記録媒体が会員カードである場合には、該会員カードに記録されている会員ＩＤに対応付けて貯玉数が貯玉管理装置で管理されており、カードユニット７５０において会員カードを受け付けると、該会員カードの会員ＩＤを貯玉管理装置に対して送信して、該会員ＩＤに対応付けて管理されている貯玉数を受信し、第４の実施の形態の第１実施形態においては、該受信した貯玉数に相当する貯玉数相当額が第１所定額以上ならば（Ｓ１１６でＹＥＳ）、貯玉数の半分を使用可能貯玉数として記憶して（Ｓ１１８）、貯玉数の半分を特定可能な前記会員カードを返却する（Ｓ１１９）。
これによれば、受付価値（貯玉数）が所定価値以上ならば、該受付価値のうちの一部（本例では貯玉数の半分）を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値（本例では貯玉数の半分）を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、第２実施形態においては、累計額が第２所定値以上ならば（Ｓ１１６’でＹＥＳ）、該Ｓ１１８およびＳ１１９の処理を行なう。これによれば、価値（会員カード）を受け付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値（貯玉数）のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
上記の第２から第４の実施の形態では、図４７に示すように、残度数表示部７５３，球貸しボタン７５１，および返却ボタン７５２が、パチンコ遊技機７０１に設けられている例について説明した。しかし、これに限らず、これらの一部または全部がカードユニット７５０に設けられるようにしても良い。
上記の実施形態では、図５３の所定額テーブルにおいて、第１所定額，第２所定額，および特定額を、遊技者の年代ごとに設定している例について説明した。しかし、これに限らず、該第１所定額，第２所定額，および特定額は、遊技者の年代によらずに一律であっても良く、逆に遊技者個々に異なる値を設定していても良い。これによれば、たとえば低所得者や使い過ぎし易い遊技者について、遊技への価値の使い過ぎをさらに効果的に防止できる。
上記の実施形態では、図５６の遊技者ＤＢにおいて、遊技者の顔データに対応付けて、年代や累計額を記憶している例について説明した。しかし、これに限らず、遊技者の顔データに代えて、会員カードまたはビジターカードのカードＩＤや、あるいは会員カードの会員ＩＤなど、遊技者を個々に識別可能な情報に対応付けて記憶するものであっても良い。
上記の実施形態では、図５７のＳ１０６で入金時返却フラグが「１」である、即ち受け付けた会員カードまたはビジターカードが価値受付時返却処理（Ｓ１１９）で返却されたものであると判定されると、Ｓ１０７で注意喚起報知が行なわれる例について説明した。しかし、これに限らず、入金時返却フラグが「０」である、即ち受け付けた会員カードまたはビジターカードが通常の返却処理（Ｓ１２６）で返却されたものであると判定された場合にも、注意喚起報知を行なうものであっても良い。
上記の実施形態では、図５７のＳ１１６で受付額が第１所定額以上であると判定された場合と、Ｓ１１６’で累計額が第２所定額以上であると判定された場合に、Ｓ１１９で価値受付時返却処理が行なわれる例について説明したが、これに限らず、Ｓ１１６やＳ１１６’の判定を行なわずに、常に価値受付時返却処理が行なわれるものであっても良い。これによれば、該価値受付時返却処理が常に行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
上記の実施形態では、図５７のＳ１１８に示すように、一部使用可能処理において、受付額の半額を残度数に記憶する例について説明した。しかし、受付額の半額には限らず、受付額の一部を残度数に記憶するものであれば良い。即ち使用可能処理手段は、受付価値が所定価値以上であることを条件として、該受付価値のうちの一部を使用可能価値とする一部使用可能処理を行なうものであれば良い。
上記の実施形態では、図５７のＳ１３１に示す確認条件が、「累計価値が一定価値以上であること」である例について説明した。しかし、これに限らず、該確認条件は、「遊技をしている時間が一定時間以上であること」、または、「遊技中に所定時間が経過したこと」であっても良い。
ここで、確認条件が「遊技をしている時間が一定時間以上であること」である場合には、たとえばホールコンピュータ５４０の遊技者ＤＢにおいて、顔データに対応付けて、遊技をしている時間を記憶しておき、該遊技をしている時間が一定時間（たとえば２時間）以上である場合に、確認条件が満たされたとして、Ｓ１３２の処理を行なう。
また、確認条件が「遊技中に所定時間が経過したこと」である場合には、たとえばホールコンピュータ５４０の遊技者ＤＢにおいて、顔データに対応付けて、遊技を開始した時刻を記憶しておき、該記憶している時刻から所定時間（たとえば１時間）が経過するごとに、確認条件が満たされたとして、Ｓ１３２の処理を行なう。
これによれば、累計価値を遊技者に把握させることにより、遊技への価値の使い過ぎを防止できる。
また遊技をしている時間が一定時間以上であること、または、遊技中に所定時間が経過したことを条件として、使用操作（球貸しボタン７５１の操作）を受け付け、かつ、該使用操作とは異なる特定操作（確認ボタンの操作）をさらに受け付けたこと（Ｓ１３３でＹＥＳ）に基づいて、使用処理（Ｓ１３５の玉貸処理）を行なう。これによれば、遊技をしている時間が一定時間以上、または、遊技中に所定時間が経過したならば、使用処理を行なうための操作が増えるので、遊技への価値の使い過ぎを防止できる。
上記の実施形態では、図５７のＳ１３１に示す確認条件が成立したことを条件として、玉貸処理を行なうためにＳ１３３で特定操作（確認ボタンの操作）を受け付ける例について説明した。しかし、これに限らず、確認条件が成立したか否かにかかわらず、玉貸処理を行なうために常に特定操作を受け付けるものであっても良い。これによれば、玉貸処理を行なうためにはひと手間増えるため、遊技への価値の使い過ぎを防止できる。その際に累計額をディスプレイ７１２３に表示することで、使い過ぎを意識させるようにするのも効果的である。
上記の実施形態では、特定操作が、図５７のＤ２またはＤ２’に示す確認ボタンの操作である例について説明した。しかし、該確認ボタンは、タッチパネル式のディスプレイ７１２３に表示されるものには限らず、カードユニット７５０の所定箇所に設けられる独立したボタンであっても良い。また特定操作は、返却ボタン７５２の再操作であっても良い。即ち、特定操作は、使用操作とは異なる特定操作であれば良い。
以上に説明したように、本発明は、遊技への価値の使い過ぎを防止することを目的としているが、該使い過ぎの防止は、以下の手法でも達成できる。
累計額が一定額に達したら、エラーダウンする。これによれば、エラー対処までの間、一定時間を置くことで、遊技者に冷静になってもらうことができるので、使い過ぎを防止できる。
高額金種の紙幣（５０００円，１００００円）の受付後、設定額（たとえば５０００円）以下の使用希望額を表示し、選択した額まで使用可能とし、選択した額まで使用した後は、球貸しボタン７５１を無効とする。これによれば、入金時に使用希望額を遊技者自身に決めてもらうことで、使い過ぎを防止できる。
遊技者個々に、金種別の入金回数を管理し、一の金種について設定枚数まで入金済みの遊技者が当該金種の紙幣を挿入すると、該紙幣を返却する。これによれば、入金回数を制限することで、使い過ぎを防止できる。
紙幣を挿入するごとに、確認操作（たとえばディスプレイ７１２３に表示される入金ボタンの操作）を受け付ける。これによれば、入金にひと手間加えることで、使い過ぎを防止できる。その際に累計額をディスプレイ７１２３に表示することで、使い過ぎを意識させるようにするのも効果的である。
会員カードまたはビジターカードの挿入から返却までの遊技時間をディスプレイ７１２３に表示する。これによれば、遊技時間を表示して遊技者に意識させることで、のめり込みを抑止できる。
［第５の実施の形態］
第２から第４の実施の形態においては、入賞球の検出に応答して所定数の賞球を払出す払出式遊技機であるパチンコ遊技機７０１に発明を適用する場合について説明した。第５の実施の形態においては、遊技球を封入し入賞球の検出に応答して得点を付与する封入式遊技機に発明を適用することもできる。
具体的に、上記の実施の形態の遊技機は、遊技者に景品として遊技球が払出され、遊技者が払出された遊技球または貸し球を遊技領域に発射して遊技が行なわれる遊技機であったが、会員カードやビジターカード等の遊技用記録媒体の記録情報により特定される大きさの遊技価値である度数を使用して、遊技に使用するための遊技得点を付与するとともに、付与された遊技得点または遊技による入賞により付与された遊技得点を使用して遊技機内に封入された遊技球を遊技領域に打込んで遊技者が遊技を行なう遊技機にも本発明を適用することができる。
すなわち、始動領域を遊技媒体（遊技球）が通過した後に、変動表示の開始を許容する開始条件の成立に基づいて、各々を識別可能な複数種類の識別情報の変動表示を行ない表示結果を導出表示する変動表示装置を備え、該変動表示装置に特定表示結果が導出表示されたときに遊技者にとって有利な特定遊技状態に移行させる遊技機であるが、遊技得点が０でないときに遊技得点を使用して遊技機内に封入された遊技球を遊技領域に打込んで遊技が行なわれ、遊技球の打込みに応じて遊技得点を減算し、遊技領域に設けられた入賞領域に遊技球が入賞することに応じて遊技得点を加算する遊技機にも本発明を適用することができる。そのような遊技機は、遊技得点の加算に使用可能な遊技用価値の大きさを特定可能な情報が記録された遊技用記録媒体を挿入するための遊技用記録媒体挿入口と、遊技用記録媒体挿入口に挿入された遊技用記録媒体に記録されている記録情報の読出しを行なう遊技用記録媒体処理手段とを備えていてもよい。
図５８は、第５の実施の形態における封入式遊技機の認証の概略を示すブロック図である。図５８を参照して、このような封入式遊技機においては、パチンコ遊技機７０１およびカードユニット７５０が不正に改造されていないかを認証するための仕組みが定められている。
この仕組みにおいては、パチンコ遊技機７０１の主基板７３１の認証・通信制御回路７３１１は、払出制御基板７３７の認証・通信制御回路７３７１、および、インターフェース基板７６６、ならびに、カードユニット７５０の制御ユニット７５１０の認証・通信制御回路７５０１、ならびに、ホールサーバ５９０を介して、鍵管理サーバ６００と通信可能に接続されている。また、主基板７３１と鍵管理サーバ６００との途中の機器についても、鍵管理サーバ６００と通信可能に接続されている。
これらの機器では、鍵管理サーバ６００との間で認証用の情報をやり取りすることによって、これらの機器が不正に改造されていないかを認証することができる。これにより、パチンコ遊技機７０１およびカードユニット７５０のセキュリティの向上に寄与することができる。
また、パチンコ遊技機７０１は、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能である。カードユニット７５０によって、玉貸しボタン７５１の操作が受付けられたことに基づいて、受付けられた貨幣のうちの少なくとも一部を用いて加算する遊技点を特定可能な情報がパチンコ遊技機７０１に送信される。カードユニット７５０によって、各台計数機７０５での計数操作を受付けたことに基づいて、パチンコ遊技機７０１が記憶している遊技点を特定可能な情報がパチンコ遊技機７０１から受信される。このため、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能なパチンコ遊技機７０１などの遊技機に対応することができる。
また、カードユニット７５０は、パチンコ遊技機７０１およびホールコンピュータ５４０と通信可能に接続される。カードユニット７５０は、パチンコ遊技機７０１により生成された情報をホールコンピュータ５４０向けに変換して送信するための外部出力端子（図示せず）を備える。このため、パチンコ遊技機７０１により生成された情報が従来のホールコンピュータ５４０向けの情報でないとしても、パチンコ遊技機７０１により生成された情報を従来のホールコンピュータ５４０向けに変換して送信するので、従来のホールコンピュータ５４０を用いることができる。
なお、カードユニット７５０は、パチンコ遊技機７０１により生成された情報をホールコンピュータ５４０向けに変換して送信するための外部出力端子に替えて、ホールコンピュータ５４０向けに変換する変換装置に、パチンコ遊技機７０１により生成された情報を中継する外部出力端子を備えるようにしてもよい。
［変形例］
次に、以上に説明した実施の形態の変形例や特徴点等を以下に列挙する。
（１） たとえば、前記実施の形態では、遊技媒体の一例としてメダルが適用されていたが、球状のパチンコ球（遊技球）を適用してもよい。
（２） また、前記実施の形態では、メダル貸出機１００が設置される遊技場としてスロットマシン１やパチンコ機等が設置されるパチンコ店を例示しているが、本発明が適用される遊技場はゲームセンタなどであってもよい。
（３） また、前記実施の形態では、計数された正規メダルは排出口１９２から遊技島に排出、回収されるようになっていたが、正規メダルを不正メダルと同様に筐体１０１内に貯留し、適宜回収するようにしてもよい。
（４） また、前記実施の形態では、計数装置１９０によりメダルが計数されたときに、制御ユニット１８１は、カードテーブル（図２０（ａ）参照）の持ちメダル数に１を加算し（図３７の計数処理のＳｃ５参照）、不正メダル検出報知条件が成立したときに、制御ユニット１８１は、カードテーブル（図２０（ａ）参照）の持ちメダル数から累積不正メダル数の値を減算するようになっているが（図３８の不正メダル処理のＳｄ８参照）、その他の態様であってもよい。たとえば、計数装置１９０によりメダルが計数されたときに、制御ユニット１８１は、持ちメダル数に１を加算することを保留して保留カウント値に記録しておき、不正メダル検出報知条件が成立しなかったときに、保留カウント値を持ちメダル数に加算するようにしてもよい。
（５） また、前記実施の形態では、計数装置１９０により計数されるメダルの真贋を判定するようにしているが、払出装置１８２によりメダルが払い出される際に、該メダルの真贋を判定するようにし、不正メダルを払出装置１８２内の貯留部に貯留して、不正メダルの払い出しを防止するようにしてもよい。そして、払出装置１８２内の貯留部が満タンになったとき、および閉店時（営業終了時）に所定量のメダルが貯留されているときに、払出装置１８２内の貯留部の不正メダルを回収するように促す報知を行なうようにしてもよい。
すなわち、本発明の遊技用装置は、メダルなどの遊技媒体を計数する計数装置および遊技媒体を払い出す（貸し出す）払出装置（貸出装置）のうちいずれか一方または双方を備える遊技用装置を含む。
（６） また、前記実施の形態では、遊技場の営業終了時において、メダル管理コンピュータ５５０から各メダル貸出機１００に対して、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求を受信したときに、メダル貯留ボックス１９４（貯留部）のメダルの枚数が所定枚数（第２貯留量）に達しているときにはその旨が報知されるようになっているが、所定枚数（第２貯留量）に達しているときに報知するタイミングは、遊技場の営業終了時のみならず、営業時間中に報知を行なってもよいし、対応するスロットマシン１が待機状態（遊技が行なわれていない状態）であるときに報知を行なうようにしてもよい。
（７） また、前記実施の形態では、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求の受信に基づいて、メダル貯留ボックス１９４のメダルの枚数が第２貯留量に達しているときにはその旨が報知されるようになっているが、締め関連処理要求以外の他の要求を受信したことに基づいて報知を行なうことを可能としてもよい。
さらに、前記実施の形態では、締め関連処理においてメダル貯留ボックス１９４のメダルの枚数が第２閾値（第２貯留量）に達しているか否かを判定し、第２閾値に達しているときに報知するようになっていたが、第２閾値に達しているか否かを判定するタイミングは種々に変更可能であり、第２閾値に達しているか否かを常時判定するようにし、達したと判定した場合にその旨を記憶（たとえば所定のフラグを設定するなど）しておき、遊技場の営業終了に際して達したと判定した旨が記憶されているか否か（所定のフラグが設定されているか否か）を判定し、記憶されていれば報知を行なうようにしてもよい。
（８） また、前記実施の形態では、メダル貯留ボックス１９４（貯留部）のメダルの枚数が回収が必要となる所定枚数である第１閾値（第１貯留量）に達したときにその旨が報知されるようになっているが、達したときに報知を行なわなくても、たとえば、営業終了後に報知するようにしてもよく、たとえば、締め関連処理において第１閾値に達した旨が報知されるようにしてもよい。
（９） また、前記実施の形態では、不正メダル関係設定画面において設定を行なう際に、第１閾値（第１貯留量）としての「満タン時報知条件」に「１００枚」と設定され、第２閾値（第２貯留量）としての「閉店時報知条件」に「５０枚」と設定されており、第１閾値と第２閾値とが異なる枚数として設定されているが、第１閾値と第２閾値とが同じ枚数になるように設定してもよい。
（１０） また、前記実施の形態では、メダル貸出機１００は、メダル貯留ボックス１９４のメダル貯留量が第１閾値（第１貯留量）または第２閾値（第２貯留量）になった旨を光により報知する状態報知ランプ１１１を備えていたが、音を出力可能なスピーカや所定の画像にて報知する表示装置を備えていてもよい。さらに、メダル貸出機１００は、メダル貯留ボックス１９４のメダル貯留量が第１閾値または第２閾値になった旨を外部機器（メダル管理コンピュータ５５０など）に出力可能な機能を有していれば、必ずしもこのような報知手段を備えていなくても、電気的に接続された外部機器などに備えられていてもよい。
（１１） また、前記実施の形態では、各メダル貸出機１００において、個々に正規メダルの登録を実施する形態を例示しているが、本発明はこれに限定されるものではなく、これらの正規メダルの画像を、メダル管理コンピュータ５５０から各メダル貸出機１００に配信して、一斉に登録できるようにしても良いし、正規メダルの画像が記憶されたフラッシュメモリ等の記憶媒体を個々のメダル貸出機１００に装着して登録を実施するようにしても良い。
（１２） 前述した実施の形態においては、持ちメダル数（持玉数）をメダル貸出機１００（カードユニット７５０）に残したまま、プリペイド残額のみが入金残額対応カードに対応付けられて外部に排出されるようにした。その結果、計数されたメダル（遊技球）がある場合に、受付けられた貨幣のうちメダルの貸与に用いられていないプリペイド残額を用いたメダル貸しが誤って行なわれてしまうことを防止することができる。
一般に、プリペイド残額を用いてメダル等の遊技媒体を貸与する場合の遊技媒体の単価の方が、持ちメダルを景品に交換するときの遊技媒体の単価よりも高い。このため、単価の低い持ちメダルを用いて遊技をした方が、単価の高い貸与されたメダルを用いて遊技をするよりも、少ない価値でより多くの遊技をすることができるため、遊技者にとって有利である。したがって、持ちメダルがあるのに、プリペイド残額を用いたメダル貸しが誤って行なわれてしまうことを防止できることは、遊技者にとっては有効である。
（１３） カードユニット７５０は、カードの返却操作があったときに、その旨を示す信号をパチンコ遊技機７０１へ送信するようにしてもよい。パチンコ遊技機７０１は、その信号を受けて、カードが排出されている旨を報知するようにしてもよい。このようにすれば、誤って返却ボタンに触れてしまった場合であっても、カードが排出されている旨が報知されるので、カードの取得忘れが無く、カードの盗難を防止することができる。カードの返却操作が有った旨を示す信号をパチンコ遊技機７０１ではなく、呼出ランプ２００に送信して、呼出ランプ２００で、カードが排出されている旨を報知するようにしてもよい。
（１４） 前述した実施の形態においては、会員カードが完全ＩＤ管理方式、ビジターカードが完全ＩＤ方式に加えてカードにも情報を記録する方式であることとした。完全ＩＤ管理方式とは、カードには、カードＩＤなどの識別情報のみを記録し、残額、持玉、および、貯玉などの管理は、当該識別情報に対応付けて管理コンピュータで行なう方式である。
しかし、これに限定されず、会員カード、ビジターカードが、いずれも完全ＩＤ管理、いずれもカードに記憶、いずれも併用、いずれか一方が完全ＩＤ管理、他方がカードに記憶、いずれか一方が併用、他方が完全ＩＤ管理、いずれか一方が併用、他方がカードに記憶など、残額、持玉、貯玉の管理方式として、様々な方式を採用することが可能である。
（１５） 図４３の残額取出処理のステップＳｈ１５で入金残額対応カードを排出する際に遊技者の顔を撮像して記憶しておくようにしてもよい。そして、図３３の発行・入金処理のステップＳｋ１、図３４の返却処理のステップＳｍ１３、図３６の再プレイ処理のステップＳｐ３、図４４のカード後挿入処理のステップＳｊ１１などで、残額排出フラグがオン状態であるか否かを判断することに加えて、残額排出時の遊技者の顔と現在の遊技者の顔とが一致するか否かを判断して、オン状態であり、かつ、顔が一致した場合に、以後の処理に進むようにしてもよい。これにより、顔が一致せず、入金残額対応カードを所持していない遊技者であるような場合は、以後の処理に進む必要がないので、無駄な処理を実行しないようにすることができる。
特に、図４４のカード後挿入処理の場合は、入金残額対応カードを遊技者がカード挿入口から出た状態のまま放置しているような場合に、他者が、図４１の「カード後挿入」ボタンを操作して、そのカードを挿入したとしても、顔が一致しないため、当該カードにメダル貸出機１００の内部の持ちメダル数を対応付ける処理が行なわれないので、当該持ちメダルを盗み取ることができない。
（１６） 前述した実施の形態においては、図４３の残額取出処理において、ステップＳｈ１５で入金残額対応カードを排出した後、ステップＳｈ１８で持ちメダル対応カードを発行するようにした。このときに、図２２で示した会員カードテーブルまたはビジターカードテーブルにおいて、入金残額対応カードのカードＩＤと、持ちメダル対応カードのカードＩＤとを、対応付けるようにしてもよい。または、対応する入金残額対応カードまたは持ちメダル対応カードが存在するか否かを示すフラグを記憶するようにしてもよい。
つまり、入金残額対応カード、および、対応する持ちメダル対応カードを、対応付けて管理するようにしてもよい。この管理は、カード管理コンピュータ５００などの管理装置で行なわれるようにしてもよいし、メダル貸出機１００などの遊技用装置で行なわれるようにしてもよい。
そして、精算装置５８０で、入金残額対応カードが受付けられた場合に、プリペイド残額の問合せ時に、当該カードＩＤに対応して当該フラグが記憶されているか否かを、カード管理コンピュータ５００に問合せて、持ちメダル対応カードが存在する旨の応答があった場合のみ、持ちメダル対応カードの存在を報知するようにしてもよい。
これにより、入金残額対応カードで特定される残額を精算するときに、必要な場合のみ、持ちメダル対応カードで特定される持ちメダル数のメダルの景品への交換を遊技者に喚起することができる。その結果、無駄な報知を行なうことなく、景品交換忘れを防止することができる。
また、別のメダル貸出機１００またはカードユニット７５０などの遊技用装置で、入金残額対応カードまたは持ちメダル対応カードが受付けられた場合に、対応する持ちメダル対応カードまたは入金残額対応カードが存在するか否かを、カード管理コンピュータ５００に問合せて、存在する旨の応答があれば、その旨を遊技者に報知するようにしてもよい。
これにより、遊技者が他の遊技機に移った場合であっても、対応する持ちメダル対応カードまたは入金残額対応カードが存在を報知することができる。その結果、持ちメダル対応カードで特定される持ちメダルがあるのに、入金残額対応カードで特定されるプリペイド残額が使用されて遊技媒体の貸与が行なわれてしまうことを防止することができる。また、持ちメダル対応カードで特定される持ちメダルが無くなった場合に、入金残額対応カードで特定されるプリペイド残額が有る旨を遊技者に報知することができるので、無駄な入金を防止することができる。
（１７） 前述した実施の形態においては、会員カードまたはビジターカードに対する機能の設定および実行されている処理は、当該遊技場のみで引継がれるようにした。しかし、これに限定されず、他の遊技場でも引継がれるように構成してもよい。
（１８） 前述した図４４のステップＳｊ２０で説明した特定の機能として、メダル貸出機１００などの遊技用装置は、メダル貸出機１００のディスプレイ１２３および呼出ランプ２００での大当り回数および大当り間変動回数などの遊技情報の表示方法（たとえば、表示内容、レイアウトなど）をカスタマイズする表示画面カスタム機能を備えるようにしてもよい。遊技者によって重視する指標などが異なるが、当該機能を備えることによって、遊技者の希望に合わせた遊技情報の表示とすることができ、遊技者の遊技意欲を向上させることができる。また、この機能での表示方法などの設定も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、さらに他の機能を備えるようにしてもよい。たとえば、特定の機能として、ディスプレイ１２３または呼出ランプ２００に表示させるアバターおよび背景などの表示のデザインをカスタマイズする表示デザインカスタム機能を備えるようにしてもよい。これにより、遊技者の趣向にあった表示デザインとすることができるので、遊技者の遊技意欲を向上させることができる。この機能でのデザイン内容の設定も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、１玉当りの単価の低い（たとえば、１玉１円）低貸玉遊技機（たとえば、１メダル５円のスロットマシン、１玉１円のパチンコ遊技機）での遊技を優先するか、１玉当りの単価が通常である通常貸玉遊技機（たとえば、１メダル２０円のスロットマシン、１玉４円のパチンコ遊技機）での遊技を優先するかを選択設定しておき、設定と異なる遊技機のメダル貸出機またはカードユニットに、当該機能の設定がされたカードが挿入された場合に、設定と異なる旨を報知する機能を備えるようにしてもよい。これにより、遊技をしたい玉単価の遊技機の選択を遊技者が誤らないようにすることができる。この機能での選択の設定も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、持玉での遊技を優先するか、貯玉での遊技を優先するかを選択設定しておき、設定された持玉または貯玉を優先して使用する機能を備えるようにしてもよい。これにより、優先したい持玉または貯玉を用いて遊技をすることができる。この機能での選択の設定も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、遊技を開始してからの遊技に使用した金額が、所定の金額（遊技者が設定した金額であってもよいし、予め定められた金額、たとえば、３００００円などであってもよい）以上（または超）となったときに、その旨を報知または遊技を制限するめり込み制限機能を備えるようにしてもよい。これにより、遊技者の遊技へののめり込みを制限することができる。この機能での所定の金額の設定も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、前述した図４４のステップＳｊ２０で説明した特定の処理として、こののめり込み制限機能において、遊技を開始してからの遊技に使用した金額を積算する処理を実行するようにしてもよい。この機能での使用金額の積算処理も、図４４のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、遊技において他の遊技者との玉またはメダルなどの遊技媒体の共有が禁止されているような場合に、顔認証により異なる遊技者であると判断した場合に、その旨を店員に報知または遊技を制限する共有禁止機能を備えるようにしてもよい。これにより、共有の禁止を確実にすることができることに伴ない、遊技店側に不利な状況を抑制できる。さらに、これに伴ない遊技店側がスロットマシンの遊技の抽選確率の設定を高くすることなどができるようになるので、遊技者にとって有利な状態とすることもできる。
また、特定の機能としての各台計数機能において、メダルまたはパチンコ玉などの遊技媒体の計数する処理が実行されているときに、会員カードが受付けられていない状態であれば、会員カードの挿入を促し、後から挿入された会員カードに、当該遊技媒体の計数処理が引継がれるようにしてもよい。これにより、会員カードでの貯玉および貯メダルのための処理を行ない易くすることができる。
また、特定の機能としてドリンク注文機能において、ドリンクを提供する係員が先に受付けられているカードの持玉数からドリンクの対価を精算する処理が実行されている途中で、持玉が足りないために、持玉が記録されたカードが後から挿入された場合は、精算する処理が引継がれるようにして、後から挿入されたカードから、足りない分の対価を後挿入されたカードの持玉から精算するようにしてもよい。
（１９） 図４４のステップＳｊ２０の処理で、機能の設定および機能の実行されている処理を、後から挿入されたカードに引継ぐか否かを確認する処理を実行するようにしてもよい。
（２０） メダル管理コンピュータ５５０またはカード管理コンピュータ５００で、記録媒体に対する機能の設定および実行されている処理が管理されるようにした。しかし、これに限定されず、ホールコンピュータ５４０などの他の管理装置で管理されるようにしてもよい。
（２１） 前述した実施の形態においては、少量貸し有効フラグは、メダル貸出機１００などの遊技用装置の図２０で示したようなカードテーブルのみに記憶されるようにして、カード管理コンピュータ５００などの管理装置の図２２で示したような会員カードテーブルまたはビジターカードテーブルには記憶されないようにした。つまり、少量貸し機能は、管理装置では管理しないようにした。しかし、これに限定されず、少量貸し機能についても、他の機能と同様、管理装置で管理するようにしてもよい。
（２２） 図２２（ｂ）のビジターカードテーブルに記憶されている機能の設定（たとえば、カードロック有効フラグ、暗証番号など）は、当該ビジターカードの利用状況が利用中でなく保管中になった場合、および、遊技店の締め処理時に、クリアされる。図２２（ａ）の会員カードテーブルに記憶されている機能の設定（たとえば、カードロック有効フラグ）は、遊技店の締め処理時にクリアされるようにしてもよいし、されないようにしてもよい。
また、特定の機能の設定（たとえば、盗難カード制限機能の盗難カードフラグ）は、遊技店の締め処理時であっても、クリアされないようにすることが好ましい。後日、盗難カードが使用された場合であっても、当該カードの使用を制限するためである。
（２３） 前述した実施の形態においては、図４４で示したように、後から挿入されたカードに、前のカードの持ちメダル数を合算するようにした。しかし、これに限定されず、後から挿入されたカードに、前のカードのプリペイド残額を合算するようにしてもよいし、持ちメダル数およびプリペイド残額を合算するようにしてもよい。
（２４） 前述したメダル管理コンピュータ５５０、ホールコンピュータ５４０、および、カード管理コンピュータ５００などの管理装置は、いずれか少なくとも２つが兼用されるようにしてもよい。
（２５） 前述した実施の形態においては、図２２で示したように、カード管理コンピュータ５００で、カードロック機能の設定であるカードロック有効フラグおよび暗証番号、ならびに、盗難カード制限機能の設定である盗難カードフラグが管理されるようにした。また、図２４および図２６で示したように、メダル管理コンピュータ５５０で、遊技履歴集計機能の実行されている処理である履歴集計処理が管理されるようにした。また、図２０で示したように、メダル貸出機１００で、少量貸し機能の設定である少量貸しフラグが記憶されるようにした。
しかし、これに限定されず、各機能の設定および各機能の実行されている処理は、いずれの管理装置で管理されるようにしてもよいし、メダル貸出機１００またはカードユニット７５０などの遊技用装置でのみ記憶されるようにしてもよい。
（２６） 遊技用装置には、メダル貸出機１００およびカードユニット７５０の他、各台計数機能のみを有し、持玉数または持ちメダル数を特定可能な情報（たとえば、持玉数または持ちメダル数自体、または、管理装置で対応付けて記憶された持玉数または持ちメダル数を特定可能なカードＩＤ）がカードに記録されるような装置も含まれる。
（２７） 遊技履歴集計機能で集計されている遊技履歴を、メダル貸出機１００またはカードユニット７５０などの遊技用装置から有線または無線で、遊技者の携帯端末に送信できるように構成してもよい。
（２８） 前述した実施の形態においては、図４４のステップＳｊ２０で説明したように、後挿入されたカードが会員カードである場合は、カードロック機能の暗号番号の設定を、引継がないようにした。つまり、後挿入された記録媒体が会員用の記録媒体である場合、先に挿入されていた記録媒体に対する機能の設定を、後挿入された記録媒体に引継がないようにした。
しかし、これに限定されず、後挿入された記録媒体が会員用であっても非会員用であっても、先に挿入されていた記録媒体に対する機能の設定を、後挿入された記録媒体に引継がないようにしてもよい。
また、先に挿入されていた記録媒体に対する機能の設定自体をそのままでは引継がずに、内容や形式が変更された設定を、後挿入された記録媒体に対して引継ぐようにしてもよい。たとえば、図４４のステップＳｊ２０において、先に挿入されていたビジターカードの暗証番号の設定をそのままでは引継がずに、後に挿入された会員カードに対して予め設定された暗号番号の設定を、後挿入された会員カードに対して引継ぐようにしていると考えることもできる。
（２９） 前述した実施の形態においては、記録媒体処理装置が、記録媒体としてカードを用いるメダル貸出機１００およびカードユニット７５０であることとして実施の形態を説明した。しかし、記録媒体処理装置が用いる記録媒体は、カードに限定されず、他の記録媒体であってもよい。たとえば、コイン状の記録媒体であってもよいし、メモリカード状の記録媒体であってもよいし、遊技者が所持する携帯端末を記録媒体として用いるものであってもよい。
（３０） 前述した実施の形態においては、会員カードがカードリーダライタ１８７で受付けられることで、会員カードに関する処理が実行可能となるように構成された。
しかし、これに限定されず、スマートフォンなどの携帯端末に会員カードの機能を持たせ、メダル貸出機１００およびカードユニット７５０などの遊技用装置に携帯端末の非接触ＩＣチップと通信する機能を設け、遊技用装置の当該機能の通信部分に携帯端末がかざされ、携帯端末が受付けられることで、会員カードに関する処理が実行可能となるように構成されるようにしてもよい。
たとえば、会員カードとしての携帯端末が受付けられることで、図３０のステップＳｂ２１，Ｓｂ２４，Ｓｂ２５および図４２のステップＳＳｇ１３，Ｓｇ１５，Ｓｇ１６で示した貸出処理、再プレイ処理、計数処理、少量貸し処理、持玉分割処理、情報照会処理が実行可能となるように構成されるようにしてもよい。
（３１） 前述した実施の形態においては、図３１のステップＳｂ１４，ステップＳｂ１５で示したように、持ちメダル数（持玉数）が所定の規定数に達したときに、持玉超過フラグをオン状態にするようにした。しかし、これに限定されず、持玉超過フラグをオン状態にするのを、持玉（持ちメダル）の増加率（たとえば、１時間増加率）が異常値に達したときにしてもよいし、１回のパチンコ遊技機の大当り状態、高ベース状態（たとえば時短状態など）またはスロットマシンのボーナスもしくはＡＲＴ状態などの遊技者にとって有利な遊技状態での持玉（持ちメダル）の増加数もしくは増加率が異常値に達したときにしてもよい。
（３２） 前述した実施の形態においては、図３４のステップＳｍ３２で、カード返却のために店員を呼出す旨を報知するようにした。また、図４６のステップＳ４２で、分割のために店員を呼出す旨を報知するようにした。しかし、これに限定されず、店員を呼出す旨を報知することに替えて、または、店員を呼出す旨を報知するとともに、ホールコンピュータ５４０に、無線放送システム２０のインカム９経由でその旨を報知させるための情報を送信するようにしてもよい。これにより、より確実に当該メダル貸出機１００などの遊技用装置に店員を向かわせることができる。
（３３） 前述した実施の形態においては、図３０のステップＳｂ５でカードの返却操作があったと判断された場合に図３４の返却処理においてカードが返却される前にステップＳｍ３１〜ステップＳｍ３３において、所持遊技媒体数（持玉数、持ちメダル数）が規定数を超えている場合に店員を呼出して店員による確認操作があった場合に、カード返却のための処理（ステップＳｍ３３以降の処理）に進むようにした。
また、図４２のステップＳｇ５で持玉分割の操作があったと判断された場合に図４６の持玉分割処理において持玉が分割される前にステップＳｒ４１〜ステップＳｒ４３において、所持遊技媒体数（持玉数、持ちメダル数）が規定数を超えている場合に店員を呼出して店員による確認操作があった場合に、持玉の分割のための処理（ステップＳｒ４３以降の処理）に進むようにした。
しかし、これに限定されず、以下のように構成してもよい。所持遊技媒体数が規定数を超えたとき（図３１のステップＳｂ１４でＹＥＳと判断されたとき）に、図３４のステップＳｍ３２，ステップＳｍ３３や図４６のステップＳｒ４２，ステップＳｒ４３と同様に、店員を呼出すことを促す旨を報知して、店員によるリモコンでの確認操作があった場合に、所持遊技媒体数が規定数を超えたことを店員が確認済みであることを示す持玉超過確認済フラグをオン状態にする。そして、カード返却操作があったと判断された場合に、当該持玉超過確認済フラグがオン状態であれば、カード返却のための処理に進むようにする。また、持玉分割の操作があったと判断された場合に、当該持玉超過確認済フラグがオン状態であれば、持玉の分割のための処理に進むようにする。
（３４） 前述した実施の形態において図３４のステップＳｍ３３および図４６のステップＳｒ４３で店員によるリモコンでの確認操作があったときと判断されたときに、確認操作があった旨の情報が、メダル貸出機１００などの遊技用装置からホールコンピュータ５４０などの管理装置に送信されるようにしてもよい。
さらに、このような確認操作があった旨の情報が遊技用装置から受信されていないのに、対応するカードを返却するための処理（図３４のＳｍ３３以降の処理）が実行されたり、持玉分割のための処理（図４６のＳｒ４３以降の処理）が実行されたりした場合は、カード返却処理や持玉分割処理の完了前または完了後に、異常と判断するようにしてもよい。異常と判断した場合には、その旨を、ホールコンピュータ５４０などの管理装置で報知したり、ホールコンピュータ５４０により無線放送システム２０のインカム９で店員に報知したりしてもよいし、カード返却処理や持玉分割処理の完了前であれば、それらの処理を中断させたりしてもよい。
［第６の実施の形態］
第６の実施の形態として、第５の実施の形態で説明した封入式遊技機およびカードユニットの詳細な例と、それらを管理するシステムの例とを説明する。なお、以下の第６の実施の形態として説明する遊技機、カードユニット、およびそれらを管理するシステムは、第１〜第５の実施の形態として説明した遊技機およびカードユニット（メダル貸出機を含む）のいずれに適用してもよい。
以下で説明する実施の形態により示される本発明は、遊技場に設置されたサーバと、遊技者所有の遊技用価値を用いて遊技機による遊技を可能とする遊技用装置とを備えた遊技用システム、および前記遊技用装置に関する。
従来において、遊技場に設置される遊技機器の一例である遊技機の主制御基板が適正なものであるか否かを認証するものとして、主制御基板のチップＩＤを場内管理装置を介してセンタ管理装置に対して送信し、センタ管理装置において、その送信されてきたチップＩＤが予め記憶されている正規のチップＩＤと一致するか否かを照合するものがあった（特開２０１０−１６２４２５号公報）。
従来においては、センタ管理装置にチップＩＤが登録されるタイミングは、当該チップＩＤを搭載した遊技機が遊技場に設置される時より前に行なわれるのが一般的ではあるが、当該タイミングが遅れる場合がある。この場合、遊技機を遊技場に設置してもチップＩＤの照合を行なうことができないため遊技機を稼働することができず遊技場に不利益を与えることになる。そこで、センタ管理装置に登録したチップＩＤと照合を行なわなくても、時限的に遊技機を稼働する時限運用を可能にしてある。
しかし、センタ管理装置に登録したチップＩＤとの照合を行なわずに時限運用を長期間利用して遊技機を稼働させるは、本来の稼働状態に比べてセキュリティ低下する問題があった。同様に、本来、上位のセンタ管理装置から暗号鍵を取得するなどして遊技機を稼働させる場合に、工場出荷に与えられた暗号鍵などを用いて時限運用で遊技機を長期間稼働させることによりセキュリティ低下する問題があった。さらに、センタ管理装置との接続を故意の回避して、意図的に時限運用を利用して遊技機を稼働させるような不正が行なわれる可能性もあった。
本発明は、係る実情に鑑み考え出されたものであり、その目的は、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げないように安定した遊技用システムおよび遊技用装置の稼働を可能にする。
（１） 本発明は、遊技者により遊技が行なわれる遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２Ｆ）、メダル不要のスロットマシン（Ｓ台２ＳＦ））と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ、呼出しランプ装置など）を備える遊技用システムであって、
前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置（たとえば、図６３に示す鍵管理サーバ８００Ｆ）を含み、
前記遊技用装置は、
前記管理装置に記憶された前記認証用情報を受信できないときに、所定の制限の下で遊技を許容する時限運用を前記遊技機に対して許可する運用許可手段（図１２９：鍵管理サーバ８００Ｆからのヘルスチェック要求がＣＵ制御部３２３Ｆに到達しない場合に時限運用機能を許可する）と、
所定のタイミングで前記遊技機および前記遊技用装置の状態を監視するための状態監視要求を前記管理装置から受信する状態監視要求受信手段（図１２９：ＣＵ３ＦおよびＰ台２Ｆの状態を監視するため鍵管理サーバ８００Ｆからのヘルスチェック要求を送信する）と含み、
前記運用許可手段は、前記状態監視要求受信手段が状態監視要求を受信できない状態が無効条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３Ｆに到達しない状態が１０日間）を満たすと、前記遊技機に対して許可した前記時限運用を無効にする（図１２９：ＳＣ３２５ｂＦは、時限運用機能を利用することを無効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できない状態が無効条件を満たすと、遊技機に対して許可した時限運用を無効にするので、時限運用機能を利用した遊技機の稼働を長期間使用することができないように制限することが可能となり、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定した遊技用システムおよび遊技用装置の稼働を可能にすることができる。
（２） 上記（１）において、
前記運用許可手段は、
前記状態監視要求受信手段が状態監視要求を受信できる状態が復帰条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３Ｆに到達した状態が３日間）を満たすと、前記遊技機に対して無効にした前記時限運用の許可を有効にする（図１３０：ＳＣ３２５ｂＦは、時限運用機能を利用することを有効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できる状態が復帰条件を満たすと、時限運用の許可を有効にするので、時限運用が無効になった遊技機に対して店員が個別に操作を行なうことなく自動的に時限運用を復帰させることができる。
（３） 上記（２）において、
前記無効条件は、前記状態監視要求受信手段が状態監視要求を受信できない期間が第１期間に達したことであり、前記復帰条件は、前記状態監視要求受信手段が状態監視要求を受信できる期間が第２期間に達したことであり、前記第１期間（たとえば、ヘルスチェック要求がＣＵ制御部３２３Ｆに到達しない状態が１０日間）は、前記第２期間（たとえば、ヘルスチェック要求がＣＵ制御部３２３Ｆに到達した状態が３日間）に比べて長い期間とする。
上記構成によれば、無効条件の第１期間に比べて復帰条件の第２期間の方が長いため、時限運用機能を無効にされ難く、無効となっても時限運用機能を有効にしやすくすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げないより安定したＣＵ３ＦおよびＰ台２Ｆの稼働が可能になる。
（４） 上記（１）〜（３）において、
第１制御手段（ＣＵ制御部３２３Ｆ、またはＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂＦ、またはＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等）とを含み、
前記第１制御手段と前記第２制御手段との間で仮認証鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図９４の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図９１：鍵管理サーバから取得）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図９５の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図９４：基板シリアルＩＤ認証シーケンスおよび機器認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンスを実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（５） 上記（１）〜（３）において、
遊技場に設置され、当該遊技場を識別するための遊技場識別情報を前記遊技用装置へ送信する遊技場識別情報送信手段を有するサーバ（図９１のホールサーバ）を含み、
前記サーバは、当該サーバが設置されている遊技場を識別するための遊技場識別情報（統一店舗コード）を前記遊技用装置へ送信する遊技場識別情報送信手段（図９１の統一店舗コードを送信するホールサーバのＣＰＵと入出力インターフェイス）を含み、
前記遊技用装置は、
仮認証データ（基板初期鍵、仮認証鍵）を用いた認証処理を行なう認証処理手段（図９８の基板初期鍵／出荷鍵認証、図１０５の仮認証鍵を用いた通信制御ＩＣ認証シーケンス）と、
該認証処理手段による認証結果が適正であることを条件として本認証データ（基板認証鍵、本認証鍵）を取得して記憶する処理を行なう本認証データ取得記憶手段（図９１の基板認証鍵を受信するＣＵ制御部、図９４と図９５のセキュリティ基板情報問合せシーケンス、図１２２（ａ）のＳＦ２１１とＳＦ２１２、図１２３（ａ）のＳＦ２２４、図９１のＣＵ制御部から更新情報を受信して本認証鍵を生成して記憶するＳＣ、図１２２（ｂ）のＳＦ２１６とＳＦ２１７、図１２３（ｂ）のＳＦ２２６、ＳＦ２２７）と、
該本認証データ取得記憶手段により記憶されている本認証データを利用しての認証処理を実行する本認証処理手段（図９９の基板認証鍵認証、図１０５の本認証鍵を用いた通信制御ＩＣ認証シーケンス）と、
前記遊技場識別情報送信手段から今回送信されてきた遊技場識別情報と前回送信されてきた遊技場識別情報とを比較して一致するか否かを判定する一致判定手段（図１２４のＳＦ１１０２）と、
前記本認証処理手段による認証処理が実行される状態で前記一致判定手段により一致しないと判定されたときに、前記本認証データ取得記憶手段に記憶されている本認証データを消去するとともに、前記本認証データを利用しての認証処理から前記仮認証データを利用しての認証処理に切換える認証処理切換手段（図１２４のＳＦ１１０４、ＳＦ２２０５）とを含む。
上記の構成によれば、遊技用装置自体が記憶している仮認証データや本認証データを用いて認証処理を行なうために、認証の度にセンタ管理装置に問合せて認証する必要がなく、処理の煩雑化を招く不都合を防止することができる。さらに、遊技用装置が他の遊技場に移設されたときには、遊技場識別情報送信手段から今回送信されてきた遊技場を識別するための遊技場識別情報と前回送信されてきた遊技場識別情報とが一致しないと一致判定手段により判定され、本認証データ取得記憶手段に記憶されている本認証データが消去されるとともに、本認証データを利用しての認証処理から仮認証データを利用しての認証処理に切換えられる。その結果、移設前に使用していた本認証データが移設先の遊技場において漏洩する不都合を防止できるとともに、仮認証データを利用しての認証処理によりセキュリティを担保することも可能になる。
（６） 本発明は、遊技者により遊技が行なわれる遊技機（パチンコ機、スロットマシン、封入循環式パチンコ機（Ｐ台２Ｆ）、メダル不要のスロットマシン（Ｓ台２ＳＦ））と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ、呼出しランプ装置など）であって、
前記遊技用装置の正当性を認証するために用いる認証用情報が記憶された管理装置（たとえば、図６３に示す鍵管理サーバ８００Ｆ）に記憶された前記認証用情報を受信できないときに、所定の制限の下で遊技を許容する時限運用を前記遊技機に対して許可する運用許可手段（図１２９：鍵管理サーバ８００Ｆからのヘルスチェック要求がＣＵ制御部３２３Ｆに到達しない場合に時限運用機能を許可する）と、
所定のタイミングで前記遊技機および前記遊技用装置の状態を監視するための状態監視要求を前記管理装置から受信する状態監視要求受信手段（図１２９：ＣＵ３ＦおよびＰ台２Ｆの状態を監視するため鍵管理サーバ８００Ｆからのヘルスチェック要求を送信する）と含み、
前記運用許可手段は、前記状態監視要求受信手段が状態監視要求を受信できない状態が無効条件（たとえば、ヘルスチェック要求がＣＵ制御部３２３Ｆに到達しない状態が１０日間）を満たすと、前記遊技機に対して許可した前記時限運用を無効にする（図１２９：ＳＣ３２５ｂＦは、時限運用機能を利用することを無効にする）。
上記構成によれば、状態監視要求受信手段が状態監視要求を受信できない状態が無効条件を満たすと、遊技機に対して許可した時限運用を無効にするので、時限運用機能を利用した遊技機の稼働を長期間使用することができないように制限することで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定した遊技用システムおよび遊技用装置の稼働を可能にすることができる。
（７） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ）と、前記遊技機と通信可能に接続され、遊技者所有の有価価値を用いて前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技点を記憶する遊技点記憶手段（図６４：遊技玉数カウンタ）と、
前記遊技点を所定の持点に計数するための操作（たとえば、図７３に示す「計数」ボタン押下）に基づいて、前記遊技点記憶手段に記憶する前記遊技点を前記持点に計数する計数要求を前記遊技用装置へ送信する計数要求送信手段（図７３：Ｐ台２Ｆは、計数開始時の計数玉の払出要求がある場合、計数要求＝ＯＮの情報を含む状態情報応答のコマンドをＣＵ３Ｆに送信する。）とを含み、
前記遊技用装置は、
前記計数要求送信手段からの前記計数要求に基づき、前記遊技点を前記持点に計数する計数処理手段（図７３：ＣＵ３Ｆは、計数要求＝ＯＮの情報を含む状態情報応答を受信すると、要求されている計数玉数を持玉数に加算する。）と、
遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段（図５９：カードを受け付けるカード挿入／排出口３０９Ｆ）と、
前記計数処理手段で計数した前記持点を前記記録媒体受付手段で受付けた前記記録媒体で特定可能に処理する記録媒体処理手段（図７３：ＣＵ３Ｆはカード挿入／排出口３０９Ｆに挿入してあったカードに持玉数を記憶させる。）と、
前記記録媒体処理手段で処理された記録媒体を返却する記録媒体返却手段（図７３：ＣＵ３Ｆは、持玉数を記憶させたカードを返却する。）と、
前記記録媒体返却手段により返却された前記記録媒体の取り外し待ち状態であることを前記遊技機に通知する取り外し待ち状態通知手段（図７３：ＣＵ３Ｆは、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。）とを含む。
上記構成によれば、記録媒体返却手段により返却された記録媒体が取り外し待ち状態であることを、取り外し待ち状態通知手段が遊技機に通知するので、遊技機が遊技者に対して記録媒体の取り外しを促す報知を行なうことが可能となり、記録媒体の取り外し忘れを防止することができる。また、記録媒体の取り外し忘れによる盗難防止のための注意喚起を行なうことができる。
（８） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、該遊技機と通信可能に接続され、遊技者所有の有価価値（残高、貯玉、遊技玉数、現金など）を用いて該遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
遊技を行なう遊技者を特定する遊技者特定情報（Ｃ-ＩＤ（カードＩＤ）等）を読取る遊技者特定情報読取手段（カードリーダライタ）と、
該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段（ＣＵ制御部３２３Ｆは、カードリーダライタで読み取ったカードＩＤを記憶）と、
遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段（図７７のカード挿入通知によりカードＩＤを通知）とを含み、
前記遊技機は、
前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を記憶する記憶手段（図７７：カードＩＤをバックアップ）と、
遊技を終了するときに、前記記憶手段に記憶されている遊技者特定情報を前記遊技用装置へ送信する制御を行なう送信制御手段（図７３：Ｐ台２Ｆは、カード返却応答によって、バックアップしているＣ−ＩＤを送信）と、
前記遊技点を記憶する遊技点記憶手段（図６４の遊技玉数カウンタ）と、
前記遊技点を所定の持点に変換するための操作（計数）に基づいて前記遊技点を前記持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（図７３：Ｐ台２Ｆは、計数要求＝ＯＮの状態情報要求を送信）とを含み、
前記遊技用装置は、
前記変換要求送信手段から送信されてきた変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する（図７３：計数玉数を持玉数に加算）とともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する（図７３：計数応答＝ＯＮの状態情報要求を送信）変換処理手段と、
前記送信制御手段の制御により送信されてきた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段（図７３：ＣＵ３Ｆ側でカード挿入時から記憶しているＣ−ＩＤと、カード返却応答で通知されたＣ−ＩＤとの一致判別）とをさらに含む。
このような構成によれば、変換操作に基づいて遊技点を持点に変換し、遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することで遊技開始時の遊技者を特定する情報と遊技終了時の遊技者を特定する情報との同一性の判定を可能となる。また、その判定結果によって、遊技終了とすることが可能となり、遊技開始時の遊技者とは異なる遊技者によって遊技が終了されてしまう不都合を防止できる。
（９） 本発明は、遊技媒体を遊技領域へ発射して遊技を行なうことが可能な遊技機と通信可能な情報管理装置（たとえばＣＵ３Ｆ、ホールコン９００Ｆ、呼び出しランプ）であって、
前記遊技機から出力された、遊技媒体の発射強度を示す信号（たとえば、発射強度を示す状態情報応答）と、遊技媒体が前記遊技領域に設けられた第１領域（たとえば普通入賞口２７２Ｆ〜２７４Ｆ、大入賞口２７１Ｆ、始動入賞口２７５Ｆ〜２７７Ｆ、普通図柄ゲート、ステージ入口の少なくともいずれか１つを含む複数の領域のうちの１つの領域）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）と、遊技媒体が前記遊技領域に設けられた第２領域（たとえば普通入賞口２７２Ｆ〜２７４Ｆ、大入賞口２７１Ｆ、始動入賞口２７５Ｆ〜２７７Ｆ、普通図柄ゲート、ステージ入口の少なくともいずれか１つを含む複数の領域のうちの１つの領域であって第１領域とは異なる領域）を通過したことを示す信号（たとえば、通過領域を示す状態情報応答）とを取得する取得手段（図１４７のＳＦ６１０）と、
前記取得手段が受信した信号を用いて、遊技媒体が前記第１領域を通過した回数および割合の少なくとも一方と遊技媒体が前記第２領域を通過した回数および割合の少なくとも一方とをそれぞれ前記発射強度別に集計する集計処理を行なう集計手段（たとえば図１４７のＳＦ６１３）とを備える。
上記構成によれば、遊技媒体が第１領域を通過した回数および割合の少なくとも一方と遊技媒体が第２領域を通過した回数および割合の少なくとも一方とを発射強度別に集計する。そのため、発射強度に応じて遊技媒体がどの領域を通過する傾向にあるのか（発射強度に応じた各領域の通過し易さ）を把握することができる。なお、発射強度に応じた各領域の通過し易さを把握する際には、たとえば第１領域の通過回数と第２領域の通過割合とを比較するようにしてもよい。
以下、図面を参照して第６の実施の形態（以下、単に“実施の形態”という）を以下に説明する。
＜パチンコ機の構成＞
まず、図５９を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２Ｆが併設されている。なお、Ｐ台２Ｆの所定側の側方位置には、該Ｐ台２Ｆに対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３Ｆが１対１に対応設置されている。なお、本実施の形態に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、Ｐ台２Ｆと接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行なう呼出しランプ装置などであってもよい。
Ｐ台２Ｆは、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５Ｆを操作することにより、発射モータ１８Ｆ（図６２参照）を駆動させて封入玉を１発ずつ遊技盤２６Ｆ前面の遊技領域２７Ｆに打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５Ｆの周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５Ｆを操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８Ｆが駆動される。この状態で、遊技者による打球操作ハンドル２５Ｆの回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７Ｆ内に発射される。
パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５Ｆの回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。
図５９に示すＰ台２Ｆは、いわゆる第１種のパチンコ機であって、遊技領域２７Ｆの中央に可変表示装置（特別図柄とも言う）２７８Ｆが設けられている。また、遊技領域２７Ｆには、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図５９に示す遊技領域２７Ｆには、１つの大入賞口（可変入賞球装置）２７１Ｆと、３つの普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆと、３つの始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆとが示されている。特に、始動入賞口２７６Ｆは、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
可変表示装置２７８Ｆは、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１Ｆが開放する。
大入賞口２７１Ｆ内には、確変入賞口２７１ａＦが配置される。大入賞口２７１Ｆに入賞したパチンコ玉がさらに確変入賞口２７１ａＦにも入賞すると、現在の大当り状態の終了後に大当りが発生する確率が向上する状態（以下、確率変動状態、あるいは単に確変状態ともいう）が発生する。
また、可変表示装置２７８Ｆの表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
遊技領域２７Ｆ内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４Ｆに回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４Ｆに回収されたパチンコ玉は再度Ｐ台２Ｆ内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５Ｆを操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７Ｆ内に打込まれる。
Ｐ台２Ｆにおける遊技領域２７Ｆの下方位置には、表示器５４Ｆが設けられている。表示器５４Ｆは、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８Ｆの表示と連動した様々な演出画像を遊技者に表示する。なお、表示器５４Ｆは、図５９に示すようにＣＵ（カードユニット）３Ｆから独立してＰ台（パチンコ機）２Ｆに取付けられる構成でも、ＣＵ（カードユニット）３Ｆと一体に形成され、Ｐ台（パチンコ機）２Ｆの前面に嵌合させる構成でもよい。ＣＵ３Ｆの表示器５４Ｆを、Ｐ台２Ｆの前面に嵌合させる構成であれば、ＣＵ３ＦとＰ台２Ｆとをより強く連結することができるので、さらに不正を防止することができる。この場合、表示器５４Ｆとの連結係止を、ガラス扉６Ｆまたは打球操作ハンドル２５Ｆが設けられた下扉を開かないと解除することができないようにすることで、さらに不正を防止することができる。
また、この表示器５４Ｆの下方部分に７セグ表示器５０Ｆが設けられている。７セグ表示器５０Ｆは７セグメントＬＥＤディスプレイで構成されており、後述の払出制御部１７１Ｆによって制御される。この７セグ表示器５０Ｆにより、後述する遊技玉数や発生したエラーのエラー番号等が表示される。
さらに、Ｐ台２Ｆにおける打球操作ハンドル２５Ｆの左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８Ｆが設けられている。本実施の形態では、計数ボタン２８Ｆを押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８Ｆを１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行なう場合にさらに向上し、スムーズなカード返却処理を実現している。
このように、計数ボタン２８ＦをＰ台（パチンコ機）２Ｆ側に設けているため、計数ボタン２８ＦをＣＵ（カードユニット）３Ｆ側に設ける場合に比較して、Ｐ台２Ｆに正対して座っている遊技者の操作性を向上できる。また、Ｐ台２Ｆは、遊技領域２７Ｆの右上位置および左上位置に、可変表示装置２７８Ｆで表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０Ｆが設けてある。なお、スピーカの位置および個数は、図５９に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
計数ボタン２８Ｆの右上方には、遊技玉数を表示するための遊技玉数表示器２９Ｆが設けられている。遊技玉数表示器２９Ｆは、７セグメント式のディスプレイである。なお、遊技玉数表示器２９Ｆは、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
本実施の形態に係るＰ台２Ｆは、遊技盤２６Ｆとそれ以外の前枠（遊技枠）５Ｆとに分けることができる。特に、遊技盤２６Ｆは、各社が開発するパチンコ機の機種毎に異なるものである一方、前枠５Ｆは、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６Ｆのみの交換で事足りる。
＜カードユニットの構成＞
次に、引続き図５９を参照して、本実施の形態に係るＣＵ３Ｆの構成を説明する。このＣＵ３Ｆは、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
それらのカードを受付けたＣＵ３Ｆは、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２Ｆでは、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
ＣＵ３Ｆの前面側には、紙幣を挿入するための紙幣挿入口３０２Ｆ、装置前面より装置前方方向に突出形成された突出部３０５Ｆ、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９Ｆなどが設けられている。このカード挿入／排出口３０９Ｆに挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。
前述の突出部３０５Ｆにおいて、遊技者と対向する面には、表示器３１２Ｆと、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９Ｆとが設けられている。
表示器３１２Ｆは、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２Ｆの表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン３１９Ｆを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２Ｆによる遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２Ｆによる遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９Ｆとは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９Ｆは貯玉引落とし専用のボタンとしてもよい。
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１Ｆにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１Ｆにカード番号と対応させて記憶させてもよい。このホールサーバ８０１Ｆにカード番号と対応させて記憶させる際に、ホールサーバ８０１Ｆに記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８Ｆが操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
また、遊技者が遊技を終えてＣＵ３Ｆからカードを返却したときには、ＣＵ３Ｆに記憶していた持玉が一旦貯玉としてホールサーバ８０１Ｆに記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３Ｆにカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３Ｆに記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
紙幣挿入口３０２Ｆに挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
ＣＵ３Ｆの前面側には、さらに、ＩＲ（Infrared）感光ユニット（ＩＲ受光ユニットとも言う）３２０Ｆと、玉貸ボタン（貸出ボタンとも言う）３２１Ｆと、カード返却ボタン３２２Ｆとが設けられている。ＩＲ感光ユニット３２０Ｆは、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ感光ユニット３２０Ｆである。玉貸ボタン３２１Ｆは、挿入されたカードに記録されている残額を引落としてＰ台２Ｆによる遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。カード返却ボタン３２２Ｆは、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。
次に、図６０を参照して、Ｐ台２Ｆは、額縁状の外枠４Ｆに対して、前枠（以下、セルとも言う）５とガラス扉６Ｆとがその左側縁を揺動中心として開閉可能に設けられている。
前枠５Ｆにおける揺動中心とは反対側の端縁付近（遊端側）には、上下１対の係合突起６ａＦ、６ｂＦが設けられている。この係合突起６ａＦ、６ｂＦは、図示しないばねによって下方向に押圧されている。一方、外枠４Ｆの係合突起６ａＦ、６ｂＦに対向する位置に、係合受け片７ａＦ、７ｂＦが設けられている。開放状態の前枠５Ｆを外枠４Ｆに押付けることにより係合突起６ａＦ、６ｂＦが係合受け片７ａＦ、７ｂＦを乗越え、乗越えた状態でばねの付勢力により係合突起６ａＦ、６ｂＦが下方に移動し、ロック状態となる。
そして、遊技場の係員が図５９に示した鍵穴１０に鍵を挿入して解錠操作（たとえば時計回り回転）することにより、ばねの付勢力に抗して上下１対の係合突起６ａＦ、６ｂＦが上方に押上げられ、その結果係合受け片７ａＦ、７ｂＦに対する係合突起６ａＦ、６ｂＦの係合が解除されてロック解除状態となり、前枠５Ｆが開放される。
さらに、前枠５Ｆにはガラス扉６Ｆ用の係合突起８Ｆも設けられており、その係合突起８Ｆに対向するガラス扉６Ｆ部分には、係合穴９Ｆが設けられている。係合突起８Ｆは、図示しないばねによって下方に押圧されており、開放状態のガラス扉６Ｆを前枠５Ｆに押付けることにより係合穴９Ｆの下縁部分によって係合突起８Ｆが押上げられて乗越えることにより、ばねの付勢力により係合突起８Ｆが押下げられ、係合突起８Ｆと係合穴９Ｆとが係合されてロック状態となる。この状態で、遊技場の係員が図５９に示した鍵穴１０に鍵を挿入して解錠操作（たとえば反時計回り回転）することにより、ばねの付勢力に抗して係合突起８Ｆが引上げられ、係合突起８Ｆと係合穴９Ｆとの係合が解除されてロック解除状態となり、ガラス扉６Ｆが開放される。
前枠５Ｆの下方部分における外枠４Ｆと接触する箇所に前枠開放検出スイッチ１３Ｆが設けられており、前枠５Ｆが開放されたことが検出される。また、前枠５Ｆの上方部分におけるガラス扉６Ｆとの接触部分にガラス扉開放検出スイッチ１２Ｆが設けられており、ガラス扉６Ｆが開放されたことがこのガラス扉開放検出スイッチ１２Ｆにより検出される。
ガラス扉開放検出スイッチ１２Ｆおよび前枠開放検出スイッチ１３Ｆの開放回数は、図１３９（ｂ）に示す計数カウンタ１２０Ｆにより計数される。計数カウンタ１２０Ｆは、ＣＰＵ，ＲＯＭ，ＲＡＭ等が搭載され、Ｐ台２Ｆの電源供給が途切れたときでもバックアップ電源により動作可能で、夜間等の電源ＯＦＦ時でもガラス扉６Ｆや前枠５Ｆの開放検出回数を計数してその計数値を払出制御部１７１Ｆへ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２Ｆ内に設けられたキャパシタや蓄電池である。
遊技盤２６Ｆの裏面（ガラス扉６Ｆと対向する面とは反対側の面）に、主制御基板１６Ｆが設けられている。外枠４Ｆの裏面は閉じられているため、まず前枠５Ｆを開放して前枠５Ｆから遊技盤２６Ｆを取外すことで、主制御基板１６Ｆが遊技盤２６Ｆから着脱可能な状態になる。つまり、遊技盤２６Ｆより主制御基板１６Ｆを取外す、または主制御基板１６Ｆに設けた半導体チップを交換する作業を行なうためには、前枠５Ｆを開放する必要があるため前枠開放検出スイッチ１３Ｆで当該作業を必ず検出することができる。よって、遊技盤２６Ｆより主制御基板１６Ｆを不正に取外す、または主制御基板１６Ｆに設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３Ｆで検出することができる。
さらに、前枠５Ｆの裏面に、払出制御基板１７Ｆが設けられている。払出制御基板１７Ｆも、まず前枠５Ｆを開放してから、前枠５Ｆの裏面より取外す必要がある。よって、前枠５Ｆの裏面より払出制御基板１７Ｆを不正に取外す、または払出制御基板１７Ｆに設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３Ｆで検出することができる。
次に、遊技盤２６Ｆを前枠５Ｆに設置する構成について説明する。図６１は、遊技盤２６Ｆが前枠５Ｆに取付けられる前と取付けられた後の様子を示す図である。図６１に示すように前枠５Ｆの裏面には、取付機構３４ａＦ、３４ｂＦがそれぞれヒンジ３５ａＦ、３５ｂＦを中心に開閉自在に設けられている。取付機構３４ａＦ、３４ｂＦは、コの時型をしており、遊技盤２６Ｆに対応した幅の底を持つ。遊技盤２６Ｆを前枠５Ｆに対して図６１（ｂ）の矢印方向に押し込むことで、図６１（ａ）に示すように遊技盤２６Ｆが取付機構３４ａＦ、３４ｂＦにより固定される。遊技盤２６Ｆが取付機構３４ａＦ、３４ｂＦにより固定されるときに、遊技盤２６Ｆ側に設けた凸型ドロアコネクタ３２Ｆが前枠５Ｆ側に設けた凹型ドロアコネクタ３３Ｆと結合する。ここで、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆは、位置ずれに対してフレキシブル性を有するフローティングコネクタである。
また、遊技盤２６Ｆを前枠５Ｆに設置する際に、凸型ドロアコネクタ３２Ｆが凹型ドロアコネクタ３３Ｆと結合することで、遊技盤２６Ｆ側の主制御基板１６Ｆと、前枠５Ｆ側の払出制御基板１７Ｆとが接続されることになる。さらに、遊技盤２６Ｆは決まった位置に固定されるとともに、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆはある程度の位置ずれに対してフレキシブル性を有しているので、凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの位置関係を意識することなくこれらが結合することができる。なお、取付機構３４ａＦ、３４ｂＦを設けず、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆのみで、遊技盤２６Ｆを前枠５Ｆに設置する構成であっても、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆ自体がフレキシブル性を有するフローティングコネクタであるため、遊技盤２６Ｆと前枠５Ｆとの位置関係を意識することなくこれらが結合することができる。ここで、凸型ドロアコネクタ３２Ｆは、遊技盤２６Ｆの内部配線（図示せず）を介して主制御基板１６Ｆに接続され、凹型ドロアコネクタ３３Ｆは、信号ケーブル３６Ｆを介して、図６０に示す払出制御基板１７Ｆに接続されている。
＜カードユニットとパチンコ機との構成＞
図６２は、ＣＵ３ＦとＰ台２Ｆとの構成を示すブロック図である。図６２を参照して、ＣＵ３ＦとＰ台２Ｆとの制御回路の概略を説明する。
ＣＵ３Ｆには、マイクロコンピュータ等から構成されたＣＵ制御部３２３Ｆが設けられている。このＣＵ制御部３２３Ｆは、ＣＵ３Ｆの主制御機能部であり、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
ＣＵ制御部３２３Ｆには、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ８０１Ｆ（図６３参照）と通信を行なうための外部通信部（図示省略）が設けられている。ＣＵ制御部３２３Ｆには、Ｐ台２Ｆの払出制御基板１７Ｆとセキュリティを確保しながら通信を行なうためのセキュリティ基板（ＳＣ基板）３２５Ｆが接続される。セキュリティ基板３２５Ｆは、ＣＵ３Ｆのセキュリティ監視機能部である。なお、セキュリティ基板３２５Ｆ上にＣＵ制御部３２３Ｆを設けてもよく、あるいは、セキュリティ基板３２５Ｆとは別の基板にＣＵ制御部３２３Ｆを設けてもよい。ＣＵ３ＦにはＰ台２Ｆ側への接続部（図示省略）が設けられており、Ｐ台２ＦにはＣＵ３Ｆ側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。
ＣＵ３Ｆ側のセキュリティ基板３２５ＦとＰ台２Ｆ側の払出制御基板１７Ｆとは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５Ｆには、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとの通信を制御するための通信制御ＩＣ３２５ａＦと、Ｐ台２Ｆのセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂＦが設けられている。さらに、ＳＣ３２５ｂＦは、不正検知部１３２５Ｆを備え、不正検知部１３２５ＦがＣＵ制御部３２３ＦからＰ台２Ｆに通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８００Ｆ（図６３参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００Ｆから基板制御情報として通知される。
ＣＵ制御部３２３Ｆには、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３Ｆには、遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０Ｆが受光すれば、その受光信号が入力される。ＣＵ制御部３２３Ｆには、挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３Ｆからカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードＩＤが含まれる。ＣＵ制御部３２３Ｆは、カードリーダライタが読み取ったカードＩＤを遊技終了まで記憶する。
ＣＵ制御部３２３Ｆは、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３Ｆから残額あるいは遊技玉数等のデータが表示制御部３５０Ｆに出力され、表示制御部３５０Ｆで表示用データに変換される。Ｐ台２Ｆに対し、表示制御部３５０Ｆで変換した表示用データが送信される。Ｐ台２Ｆに送信された表示用データは、中継基板１４Ｆを介して表示器３１２Ｆに入力される。表示器３１２Ｆには、その表示用データに応じた画像が表示される。また、表示器３１２Ｆの表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０Ｆを介してＣＵ制御部３２３Ｆに入力される。遊技者が玉貸ボタン３２１Ｆを操作することにより、その操作信号がＣＵ制御部３２３Ｆに入力される。なお、玉貸ボタン３２１Ｆは、ＣＵ３Ｆに設ける構成に限定されるものではなく、Ｐ台２Ｆに設けて操作信号をＣＵ制御部３２３Ｆに入力する構成であっても良い。遊技者が再プレイボタン３１９Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。遊技者がカード返却ボタン３２２Ｆを操作することによりその操作信号がＣＵ制御部３２３Ｆに入力される。
Ｐ台２Ｆには、Ｐ台２Ｆの遊技の進行制御を行なう主制御基板１６Ｆと、遊技玉を管理・記憶する払出制御基板１７Ｆと、払出制御基板１７Ｆの指令に基づいて発射モータ１８Ｆを駆動制御する発射制御基板３１Ｆと、可変表示装置２７８Ｆと、主制御基板１６Ｆから送信されてくるコマンドに基づいて可変表示装置２７８Ｆを表示制御する演出制御基板１５Ｆとが備えられている。
主制御基板１６Ｆおよび演出制御基板１５Ｆは、遊技盤２６Ｆに設けてある。主制御基板１６Ｆには主制御部１６１Ｆである遊技制御用マイクロコンピュータが搭載されている。主制御部１６１Ｆは、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１Ｆは、遊技盤２６Ｆに設けられている入賞センサ１６２Ｆ、および電波センサ１６３Ｆと接続してある。
主制御部１６１Ｆは、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに玉が入賞すると、大当り（あるいはさらに小当りを含む）／外れを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、４である。主制御部１６１Ｆは、可変表示装置２７８Ｆで新たな可変表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行なうとともに可変開始から表示結果の導出に至るまでの可変表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１Ｆは、その大当り判定の結果（確変にするか否かを含む）、および可変表示時間に関する情報をコマンドとして演出制御基板１５Ｆに搭載された演出制御部１５１Ｆへ送信する。
主制御部１６１Ｆから演出制御部１５１Ｆへ送信される可変表示に関するコマンドには、可変表示の開始を示す可変開始コマンド、可変表示の結果を示す表示結果コマンド（大当り／外れ）、可変表示パターンを特定可能な可変表示時間コマンド、可変表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１Ｆから演出制御部１５１Ｆへ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
演出制御部１５１Ｆは、主制御部１６１Ｆから送信されてくるこれらのコマンドに基づいて可変表示装置２７８Ｆの可変表示内容を決定する。たとえば、演出制御部１５１Ｆは、主制御部１６１Ｆから送信されてくるコマンドに基づいて可変表示結果および可変表示時間を特定し、停止図柄を決定するとともに可変表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１Ｆは、決定した可変表示内容に従って可変表示装置２７８Ｆを表示制御する。
演出制御基板１５Ｆは、前枠５Ｆ側の中継基板１４Ｆを介して、表示器５４Ｆとも接続されている。演出制御部１５１Ｆは、可変表示装置２７８Ｆに対して可変表示等のための表示制御信号を送信するとともに、可変表示装置２７８Ｆの表示と連動する表示を行なうための表示制御信号を表示器５４Ｆへ送信可能である。なお、中継基板１４Ｆおよび表示器５４Ｆは、ＣＵ３Ｆ側に設けるようにしてもよい。この場合、Ｐ台２Ｆ側の演出制御基板１５Ｆは、ＣＵ３Ｆに設けた中継基板１４Ｆと接続される。
払出制御基板１７Ｆは、前枠５Ｆに設けてある。払出制御基板１７Ｆには、払出制御部１７１Ｆである払出制御用マイクロコンピュータが搭載されている。払出制御部１７１Ｆは、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Memory）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
また、払出制御基板１７Ｆに対し、発射玉検出スイッチ９０３Ｆ、アウト玉検出スイッチ７０１Ｆ、ファール玉検出スイッチ３３ＡＦ、計数ボタン２８Ｆ、電波センサ１７３Ｆが電気的に接続された状態で設けられている。この電波センサ１７３Ｆは、電波を不正に発信して主に玉上げスイッチ（上）４１ａＦを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３Ｆの検出信号が払出制御基板１７Ｆの入力ポート（図示省略）を介して払出制御部１７１Ｆへ入力される。玉上げスイッチ（上）４１ａＦは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１Ｆが、遊技玉数を「１」減算する。
したがって、不正電波によりこの玉上げスイッチ（上）４１ａＦが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３Ｆにより検知する。
主制御基板１６Ｆから払出制御基板１７Ｆに対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
主制御チップＩＤ（メインチップＩＤとも言う）は、Ｐ台２Ｆの主制御基板１６Ｆに記録されているチップＩＤのことであり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２Ｆの電源投入時に払出制御基板１７Ｆに対して送信される。
接続確認信号は、主制御基板１６Ｆと払出制御基板１７Ｆとが接続されていることを確認するための信号であり、主制御基板１６Ｆから払出制御基板１７Ｆへ所定の電圧の信号が常時供給されており、払出制御基板１７Ｆがその所定電圧信号を受信していることを条件として払出制御基板１７Ｆが動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７Ｆは、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６Ｆが遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７Ｆへ通知するための情報である。
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
払出制御基板１７Ｆから主制御基板１６Ｆへ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６Ｆが正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
アウト玉検出スイッチ７０１Ｆから払出制御基板１７Ｆへアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７Ｆは、後述するように遊技中玉数（遊技領域２７Ｆに浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３ＡＦからファール玉検出信号が入力された払出制御基板１７Ｆでは、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ９０３Ｆから払出制御基板１７Ｆへ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７Ｆは、遊技中玉数を減算更新する。
ＣＵ３Ｆのセキュリティ基板３２５ＦとＰ台２Ｆの払出制御基板１７Ｆとが電気的に接続されており、セキュリティ基板３２５Ｆから払出制御基板１７Ｆへ、後述するように各種コマンドが送信される。逆に、払出制御基板１７Ｆからセキュリティ基板３２５Ｆへ、後述するように各種レスポンスが送信される。
前枠５Ｆには、払出制御基板１７Ｆの他、中継基板１４Ｆ、発射制御基板３１Ｆ、発射モータ１８Ｆ、遊技玉数表示器２９Ｆが設けられている。なお、遊技玉数表示器２９Ｆは前枠５Ｆに直接取り付けてもよいが、玉が払い出される通常のパチンコ機の前面側に設けられた上皿や下皿のように、前枠５Ｆに対して回動可能な態様で設けるようにしてもよい。この点は、表示器５４Ｆについても同様である。払出制御基板１７Ｆの払出制御部１７１Ｆは遊技玉数表示器２９Ｆに遊技者が現在所有している遊技玉数を表示する。
払出制御基板１７Ｆから発射制御基板３１Ｆへ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１Ｆは、発射装置の発射モータ１８Ｆを励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７Ｆへ弾発発射される状態となる。発射制御基板３１Ｆは、遊技者が打球操作ハンドル２５Ｆに触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８Ｆを駆動させる。
発射強度センサ１９Ｆは、発射モータ１８Ｆによるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９Ｆは、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９Ｆの検出結果は、発射制御基板３１Ｆ経由で払出制御基板１７ＦおよびＣＵ３Ｆに出力される。
前枠５Ｆには、表示器５４Ｆが設けられている。表示器５４Ｆは、中継基板１４Ｆを介してＣＵ３Ｆの表示制御部３５０Ｆからの表示データ（表示制御信号）を受信する。さらに、表示器５４Ｆは、中継基板１４Ｆを介して演出制御基板１５Ｆからの表示データ（表示制御信号）を受信する。
中継基板１４Ｆには演出制御基板１５Ｆおよび表示制御部３５０Ｆのうち一方からの表示制御信号を表示器５４Ｆへ出力して表示器５４Ｆに演出制御基板１５Ｆまたは表示制御部３５０Ｆからの表示制御信号に基づく画像を表示するための切換回路１４１Ｆが搭載されている。
なお、本実施の形態では、Ｐ台２Ｆ側の表示器５４ＦがＣＵ側で制御されるように構成されているが、これに代えて、Ｐ台２Ｆ側に表示器５４Ｆを表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１Ｆの指令に基づいて表示器５４Ｆを表示制御する。
ＲＡＭクリアスイッチ２９３Ｆは、Ｐ台２ＦのＲＡＭに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３Ｆは、たとえばカードが排出された後に店員により操作される。
＜パチンコ玉の循環経路＞
ここでは、図５９および図６２を参照して、Ｐ台２Ｆにおけるパチンコ玉の循環経路を概説する。
遊技者が打球操作ハンドル２５Ｆを操作すると、発射モータ１８Ｆが駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７Ｆに打込まれる。
遊技玉の発射検出は、玉上げスイッチ（上）４１ａＦがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１Ｆが設けられている払出制御基板１７Ｆ（図６２参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１Ｆが、遊技玉数を「１」減算する。
遊技領域２７Ｆに打込まれた玉のうち、アウト口１５４Ｆ（図５９参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１Ｆによって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３ＡＦによって検出される。
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ９０３Ｆが設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ９０３Ｆによって検出される。つまり、発射玉検出スイッチ９０３Ｆは、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８Ｆにより弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
そこで、本実施の形態では、発射玉検出スイッチ９０３Ｆの検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７Ｆに打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７Ｆを転動中であるか、遊技領域の釘等の間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判断できる。
＜カードユニットおよびパチンコ機に発生した異常の通知処理＞
図６３は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
図６３を参照して、ＣＵ制御部３２３Ｆ、セキュリティ基板３２５Ｆ、払出制御部１７１Ｆ、あるいは主制御基板１６Ｆにおいて異常が発生した場合には、図６３の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３Ｆ、セキュリティ基板３２５Ｆ、払出制御部１７１Ｆ、あるいは主制御基板１６Ｆを、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図６３に示される鍵管理サーバ８００Ｆは、ＣＵ３Ｆ内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００Ｆは、主制御基板１６Ｆと互いに通信可能なサーバである。
まず、ＣＵ３Ｆのセキュリティ基板３２５Ｆにより異常が発生した場合には、前述したＣＵ制御部３２３Ｆとセキュリティ基板３２５Ｆとの間で行なわれる相互認証の結果、ＣＵ制御部３２３Ｆが異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
シリアルＩＤは、セキュリティ基板３２５ＦのシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５Ｆのセキュリティチップ３２５ｂＦを製造する段階において、該セキュリティチップ３２５ｂＦのＲＯＭに記憶されている。また、ＣＵ３Ｆが遊技場に搬入された後、ホールサーバ８０１Ｆに接続されたときに、鍵管理センタの鍵管理サーバ８００Ｆからホールサーバ８０１Ｆ経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３Ｆに記憶される。
ＣＵ制御部３２３Ｆがセキュリティ基板３２５Ｆの異常を検知した場合、ＣＵ制御部３２３Ｆはホールサーバ８０１Ｆにその旨を通知するとともに、ＣＵ３Ｆの表示制御部３５０Ｆに異常報知コマンドを送信する。ＣＵ制御部３２３Ｆは、表示器３１２Ｆに異常発生した旨の表示を行なう制御を表示制御部３５０Ｆに行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３Ｆは、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
ＣＵ３ＦのＣＵ制御部３２３Ｆにより異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５Ｆが異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１Ｆに通知する。払出制御部１７１Ｆはそれを受けて異常発生した旨を主制御基板１６Ｆへ通知する。主制御基板１６Ｆは、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
セキュリティ基板３２５Ｆが払出制御部１７１Ｆの異常を検知した場合には、その旨をＣＵ制御部３２３Ｆへ通知し、ＣＵ制御部３２３Ｆがその旨をホールサーバ８０１Ｆへ通知する。
このように、セキュリティ基板３２５Ｆは、ＣＵ制御部３２３Ｆの異常を検知したときにはその旨を払出制御部１７１Ｆへ通知する一方、払出制御部１７１Ｆの異常を検知したときには、その旨をＣＵ制御部３２３Ｆへ通知するものであり、セキュリティ基板３２５Ｆによる異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５Ｆは、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、セキュリティ基板３２５Ｆからの異常発生の通知を受けた払出制御部１７１Ｆは、その旨を主制御基板１６Ｆへ通知する。主制御基板１６Ｆはその通知を受けて、前述と同様の異常報知のための制御を行なう。
払出制御部１７１Ｆに異常が発生した場合には、その旨がセキュリティ基板３２５Ｆにより検知され、異常が発生した旨がＣＵ制御部３２３Ｆへ通知され、ＣＵ制御部３２３Ｆは前述した異常報知制御を行なうとともにホールサーバ８０１Ｆへ異常が発生した旨を通知する。また、払出制御部１７１Ｆに異常が発生した場合には、主制御基板１６Ｆが異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
払出制御基板１７Ｆは、前述したように、セキュリティ基板３２５Ｆに異常が発生した場合にはそれを検知して主制御基板１６Ｆへ通知する一方、主制御基板１６Ｆに異常が発生した場合にはそれを検知してセキュリティ基板３２５Ｆへ異常が発生した旨を通知する。この払出制御基板１７Ｆも、前述したセキュリティ基板３２５Ｆと同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５Ｆと払出制御基板１７Ｆとに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
＜カードユニット側とパチンコ機側との送受信態様＞
次に、図６４は、ＣＵ３Ｆ側とＰ台２Ｆ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図６４を参照して、ＣＵ（カードユニット）３Ｆ側とＰ台（パチンコ機）２Ｆ側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、Ｐ台２Ｆ側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３Ｆ側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２Ｆ側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残額（残額）は、ＣＵ３Ｆ側において管理・記憶している。
図６４では、ＣＵ３Ｆ側のＣＵ制御部３２３Ｆに設けられているＲＡＭの記憶データと、Ｐ台２Ｆ側の払出制御基板１７Ｆに搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ機）２ＦとＣＵ（カードユニット）３Ｆとが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２Ｆ側の払出制御基板１７Ｆは、主制御基板１６ＦからメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３Ｆ側に送信するとともに、払出制御基板１７Ｆ自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３Ｆ側へ送信する。
ＣＵ３Ｆ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３Ｆ側とＰ台２Ｆ側とが接続されて通信が開始された時刻のデータがＣＵ３Ｆ側からＰ台２Ｆ側へ送信され、Ｐ台２Ｆ側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３Ｆ側で識別された接続時刻の３つの情報がＣＵ３Ｆ側とＰ台２Ｆ側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２Ｆ側からＣＵ３Ｆ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
ＣＵ３Ｆ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２Ｆが接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３Ｆ側とＰ台２Ｆ側との通信が開始された新たな接続時刻データがＣＵ３Ｆ側からＰ台２Ｆ側へ送信されてその新たな接続時刻データをＰ台２Ｆ側において記憶することとなる。
ＣＵおよびＰ台の双方は、電文に「通番」を付加して送信する。また、ＣＵおよびＰ台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３Ｆ側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２Ｆ側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３ＦがＰ台２Ｆに対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２ＦがＣＵ３Ｆに対して遊技玉の計数を要求する際に用いられる通番である。
通常通番の更新権はＣＵ３Ｆのみが有する。ＣＵ３Ｆは、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３Ｆのみが有する。ＣＵ３Ｆは、加算要求をする場合には、それまで通信に用いていた加算通番に+１した加算通番をＰ台２Ｆへ送信する。Ｐ台２Ｆは、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２Ｆのみが有する。Ｐ台２Ｆは、計数要求をする場合には、それまで通信に用いていた計数通番に+１した計数通番をＣＵ３Ｆへ送信する。ＣＵ３Ｆは、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
以下では、「通常通番」について、ＣＵ３Ｆが送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２ＦおよびＣＵ３Ｆのそれぞれが、またはＰ台２Ｆが送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
Ｐ台２Ｆ側からＣＵ３Ｆ側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２Ｆ側の払出制御部１７１Ｆ（図６２参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２Ｆ側からＣＵ３Ｆ側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４Ｆを通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
たとえば、遊技領域２７Ｆに打込まれたパチンコ玉が入賞して主制御基板１６Ｆから入賞情報が払出制御基板１７Ｆへ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。また、パチンコ玉が遊技領域２７Ｆ内に発射されていることによる玉上げスイッチ（上）４１ａＦのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。
あるいは、払出制御部１７１Ｆは、計数ボタン２８Ｆの押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２Ｆ側からＣＵ３Ｆ側へ送信する。
Ｐ台２Ｆ側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３Ｆ側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１ＦのＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３Ｆ側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２Ｆ側からＣＵ３Ｆ側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
また、払出制御基板１７Ｆは、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３Ｆ側に送信する。
ＣＵ３Ｆ側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
Ｐ台２Ｆ側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２Ｆ側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２Ｆから送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３Ｆは、Ｐ台２Ｆより逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
ＣＵ３Ｆは、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２Ｆ側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３Ｆは、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３Ｆは、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
その結果、たとえば、異常報知ランプや表示器３１２Ｆによりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３Ｆ側で記憶している遊技玉数をＰ台２Ｆ側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３Ｆ側で管理している遊技玉数と、Ｐ台２Ｆ側で記憶している遊技玉数との平均値に補正してもよい。
このように、本実施の形態では、ＣＵ３Ｆ側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２Ｆ側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３Ｆ側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２Ｆ側で記憶している遊技玉数がＣＵ３Ｆ側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３Ｆ側にその判定機能を設けたが、たとえば、ＣＵ３Ｆと接続されるホールサーバ８０１Ｆまたはホール用管理コンピュータによって、ＣＵ３Ｆ側で記憶している遊技玉数とＰ台２Ｆ側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
図６４に示すように、ＣＵ３Ｆは、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３Ｆ（図６２参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
ＣＵ制御部３２３Ｆ（図６２参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３Ｆに設けられた再プレイボタン３１９Ｆの押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３Ｆ（図６２参照）は、カード残額の使用を要求する入力（たとえば、玉貸ボタン３２１Ｆの押圧入力）に応じてカード残額を記憶する記憶領域から所定値を減算する。
遊技者所有の遊技用価値（たとえばプリペイド残額、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３Ｆ側からＰ台２Ｆ側へ送信される。Ｐ台２Ｆ側では、それを受けて、遊技玉数カウンタを加算更新する。
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２Ｆ側からＣＵ３Ｆ側へ送信される。ＣＵ３Ｆ側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
＜通信で用いられるフレーム構成＞
次に、本実施の形態に係るＣＵ３ＦとＰ台２Ｆとの間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図６５を参照して、ＣＵ（カードユニット）３ＦとＰ台（パチンコ機）２Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
図６５には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
＜＜１．リカバリ要求、２．リカバリ応答＞＞
まず、ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２Ｆに対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３Ｆに対してリカバリ情報を通知するものである。
リカバリ要求のコマンドは、ＣＵ３Ｆが認証を完了した後にＣＵ３ＦからＰ台２Ｆに対して送信される。リカバリ要求のコマンドは、ＣＵ３ＦからＰ台２Ｆに対してリカバリ情報を要求し、ＣＵ３Ｆが認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」、「前回最終送信計数通番」、「店舗コード」および「ＳＣ基板ＩＤ」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
「前回最終送信通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆにおいて状態情報応答受信時に「通番」をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信通番（通番）として記憶する通番である。
「前回最終送信計数通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２Ｆにおいて状態情報応答を送信時に、ＣＵ３Ｆに状態情報応答受信時に計数通番をＰ台２Ｆ、ＣＵ３Ｆ側ともに前回最終送信計数通番として記憶する通番である。
Ｐ台２Ｆのリカバリ処理（計数玉数）において、セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。不一致の場合には、計数要求玉数＝０を、減算レジスタにセットしてユーザプログラムに通知する。
Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信計数通番」を参照して、ＣＵ３Ｆが計数要求に対する計数処理を実施していなかった場合は計数要求玉数＝０を、減算レジスタにセットしてＰ台２Ｆで実行されるユーザプログラムに通知する。ＣＵ３Ｆが計数処理を実施済の場合はＣＵ３Ｆに通知した計数要求玉数を、減算レジスタにセットしてユーザプログラムに通知する。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。また、セキュリティ基板３２５Ｆから通知された「店舗コード」とＰ台２Ｆで保持している「店舗コード」とが不一致の場合、レジスタを介して店舗コード不一致をユーザプログラム側に通知する。
リカバリ応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「遊技情報格納有無」、「前回遊技台情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「前回最終送信通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２Ｆの払出制御部１７１Ｆは、ＣＵ３Ｆから送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３Ｆに対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
「前回遊技台情報」は、ＣＵ３Ｆに前回通知した遊技台情報であり、「遊技玉数」、「遊技玉情報」、「計数要求玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３Ｆに前回通知した遊技玉数である。「遊技玉情報」は、前回通知した遊技玉情報である。遊技玉情報には、たとえばＣＵ３Ｆに前回通知した発射玉数、アウト口通過玉数や総賞球玉数などの情報である。「計数要求玉数」は、計数要求する遊技玉数である。「計数通番」は、ＣＵ３Ｆに前回通知した計数通番である。
「前回遊技情報」は、ＣＵ３Ｆに前回通知した遊技情報であり、「遊技情報数」、「遊技情報１」〜「遊技情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３Ｆに前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「遊技情報１」は、ＣＵ３Ｆに前回通知した遊技情報１である。「遊技情報ｎ」は、ＣＵ３Ｆに前回通知した遊技情報ｎである。遊技情報ｎには、たとえば、ＣＵ３Ｆに前回通知した種別情報や遊技賞球情報などが含まれる。
なお、「前回最終送信加算通番」は、ＣＵ３Ｆにおいて状態情報要求を送信時、Ｐ台２Ｆにおいて状態情報要求受信時に、ＣＵ３Ｆ側、Ｐ台２Ｆともに前回最終送信加算通番として記憶する通番である。
Ｐ台２Ｆのリカバリ処理（遊技情報）において、セキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行なう。
遊技情報のリカバリデータがある時は「遊技情報格納有無」を格納有：０ｘ０１にし、「前回遊技台情報」および「前回遊技情報」にＰ台２Ｆが保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、「前回遊技台情報」および「前回遊技情報」をＡＬＬ“０”をセットする。ただし、遊技玉数は前回通知した遊技玉数をセットする。なお、Ｐ台２Ｆが保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。
なお、また、ＣＵ３Ｆは、Ｐ台２Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３Ｆは、前回遊技台情報のみ使用してリカバリ処理を行なう。ただし、計数玉数のリカバリは実施しない。
また、通信相手の不一致等（たとえばＣＵ３ＦまたはＰ台２Ｆの交換等）でリカバリ処理が実施できない場合、Ｐ台２Ｆの表示情報を元にＰＯＳで手補正することが考えられる。たとえば、Ｐ台２Ｆの表示情報は、可変表示装置２７８Ｆの液晶表示画面を利用して表示することが考えられる。あるいは、Ｐ台２Ｆに対して、払出制御部１７１Ｆが制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、ＰＯＳとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、ＰＯＳは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理（Point Of Sales system）であってもよい。
＜＜３．リカバリ要求２、４．リカバリ応答２＞＞
ＣＵ３ＦからＰ台２Ｆに対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２ＦからＣＵ３Ｆに対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３Ｆに対して加算リカバリ情報の処理結果を通知するものである。
リカバリ要求２のコマンドは、Ｐ台２Ｆに対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２Ｆにおいて加算玉リカバリ処理を実施する必要有とＣＵ３Ｆが判定したときに送信される。ＣＵ３Ｆは、Ｐ台２Ｆより受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２Ｆに対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
次に、Ｐ台２Ｆのリカバリ処理について詳しく説明する。Ｐ台２Ｆのリカバリ処理は、Ｐ台２Ｆがリカバリ要求２に基づいて、ＣＵ３Ｆより通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう処理である。
リカバリ応答２のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆで加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果の処理ＯＫ、“０ｘ０１”の場合リカバリ結果の処理ＮＧである。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
Ｐ台２Ｆのリカバリ処理（加算玉数）を行なう場合、Ｐ台２ＦはＣＵ３Ｆより通知された「前回最終送信加算通番」の処理を実施していなかった場合、ＣＵ３Ｆに「リカバリ結果」として処理ＯＫを応答し、ＣＵ３Ｆより通知された加算玉数を、加算レジスタにセットして、ユーザプログラムに通知する。ただし、後述する状態情報要求のＣＵ状態が遊技玉加算要求中（Ｂｉｔ＝１）の時に状態情報応答で遊技台状態１が遊技玉加算結果（Ｂｉｔ５=１）と応答した場合，ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答し、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知する。
ＣＵ３Ｆより通知された「前回最終送信加算通番」が、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」と同一の場合、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知し、ＣＵ３Ｆに「リカバリ結果」として処理ＮＧを応答する。
また、リカバリ処理が完了するタイミング（たとえば、リカバリ完了フラグをセットするタイミング）で、リカバリ結果に係らず、ＣＵ３Ｆより通知された「前回最終送信加算通番」を、レジスタを介してユーザプログラムに通知する。なお、リカバリ要求２の受信がない場合は、Ｐ台２Ｆのチップが保持している「前回最終送信加算通番」を、リカバリ処理が完了するタイミングでユーザプログラムに通知する。
＜＜５．通信開始要求、６．通信開始応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２Ｆに対して通信開始を要求するものである。この通信開始要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３Ｆに対して通信開始を応答するものである。
通信開始要求のコマンドは、Ｐ台２Ｆに対して正常に通信開始したことを通知するものである。通信開始要求を受信したＰ台２Ｆは、それまで記憶していたリカバリ情報をクリアする。通信開始要求のコマンドは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、通信開始要求後、計数通番を“０”（初期値）に、Ｐ台２Ｆも通信開始要求受信後、計数通番を“０”（初期値）にする。
通信開始応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信開始したことを通知するものであり、ＣＵ３Ｆが、リカバリ情報をクリアする。通信開始応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
＜＜７．通信終了要求、８．通信終了応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２Ｆに対して通信終了を要求するものである。この通信終了要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３Ｆに対して通信終了を応答するものである。
通信終了要求のコマンドは、Ｐ台２Ｆに対して正常に通信終了したことを通知するものであり、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
通信終了応答のレスポンスは、ＣＵ３Ｆに対して、正常に通信終了したことを通知するものであり、ＣＵ３ＦおよびＰ台２Ｆが、該通知以降、通信を停止し再起動待ちとする。通信終了応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
＜＜９．状態情報要求＞＞
ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２Ｆに対してＣＵ３Ｆの状態を要求するものである。ＣＵ３Ｆはこのコマンドを使用して、Ｐ台２Ｆの状態を定期的に確認する。また、状態情報要求のコマンドには、図６４に示したＣＵ３Ｆ側からＰ台２Ｆ側へ向かう加算玉数が含まれている。
この状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」および「計数通番」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「ＣＵ状態」は、Ｐ台２Ｆに対して通知するＣＵ３Ｆの状態を表わし、Ｂｉｔ０が“１”のときにカード挿入中を、“０”のときカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３Ｆにカード（一般カード／会員カード）が挿入されている状態を表わしている。また、ＣＵ３Ｆのカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３Ｆの状態により、Ｐ台２Ｆに対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２Ｆは同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３Ｆは、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２Ｆに対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２Ｆは、計数ボタン２８Ｆの操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３Ｆに通知する。
Ｂｉｔ３が“１”のとき遊技玉加算要求を、“０”のとき遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２Ｆに通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。
Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３Ｆからカード抜き取り待ちとなっている状態をＰ台２Ｆに通知する。なお、Ｂｉｔ６〜Ｂｉｔ７は未使用である。
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
＜＜１０．状態情報応答＞＞
状態情報要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３Ｆに対してＰ台２Ｆの情報・状態を通知するものである。状態情報応答のレスポンスには、図６４に示した最新遊技台情報や遊技玉数が含まれている。
この状態情報応答の具体的データには、「通番」、「コマンド」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」「計数通番」、「遊技台状態」、「不正検知情報」および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉数」は、ＣＵ３Ｆが後述する「総賞球玉数」「発射玉数」および「計数玉数」を使用してＣＵ３Ｆの保持している遊技玉数を計算する。その後、ＣＵ３Ｆは、計算したＣＵ３Ｆの遊技玉数と、Ｐ台２Ｆの遊技玉数とが一致するかをチェックする。
「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。つまり、「発射玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算するデータである。カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。
「アウト口通過玉数」は、アウト口１５４Ｆを通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。
「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。なお、「総賞球玉数」（加算）は、ＣＵ３Ｆより送信する「加算要求玉数」は含まない。また、ＣＵ３Ｆは保持している遊技玉数に総賞球玉数のデータを加算する。カードを保持していない状態で総賞球玉数のデータを受信した場合、ＣＵ３Ｆは遊技玉数の加算は行なわない。
「計数要求玉数」は、計数要求した遊技玉の個数である。つまり「計数玉数」（減算）は、ＣＵ３Ｆが保持している遊技玉数から減算し、カード持玉数に加算するデータである。なお、Ｐ台２ＦからＣＵ３Ｆに送信する減算玉数のデータに計数玉数は利用しない。また、カードを保持してない状態で該データを受信した場合、ＣＵ３Ｆは遊技玉数の減算を行なわない。また、ＣＵ３Ｆは、ＣＵ３Ｆ自体の保持している遊技玉数が０玉の場合、減算を行なわない。
ただし、カードユニット開店状態が開店中から閉店中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット開店状態が開店中のときには計数ボタン２８Ｆの操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、カードユニット開店状態が開店中から閉店中に変化した場合は、計数ボタン２８Ｆの操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する。
「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。
「遊技台状態」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの状態を示し、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、および「遊技台エラー状態」の情報を含んでいる。
「遊技台状態１」のＢｉｔ０は、遊技を許可しているか、禁止しているかを示しており、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。Ｂｉｔ１は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示しており、０”のとき待機中（ファンが球を発射してない状態）、“１”のとき遊技中（ファンが球を発射している状態）である。ただし、遊技玉が有り、発射ハンドル（打球操作ハンドル２５Ｆ）をタッチした状態（タッチセンサに触れた状態）で遊技中となる。
Ｂｉｔ２は、遊技玉の有無（遊技玉無の検知）を示している。“０”のとき遊技玉数有、“１”のとき遊技玉数無である。Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。つまり、遊技領域２７Ｆ内の浮遊玉が全て回収されたか否か示している。ただし、発射停止スイッチ（単発打ちスイッチとも言う）による玉の発射停止は除く。“０”のとき遊技未完了（全ての玉の行方が未確定の状態）、“１”のとき遊技完了（全ての玉の行方が確定している状態）である。なお、Ｐ台２Ｆは、玉の発射を停止してから１５秒以上遊技の完了を確認できなかった場合、タイムアウトし、遊技完了とする。
Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。“０”のとき遊技玉未確定（全ての玉の行方が未確定の状態）、“１”のとき遊技玉確定（全ての玉の行方が確定している状態）を示している。ここで、Ｐ台２Ｆは玉の発射を停止してから、たとえば１５秒以上遊技玉の行方が確認出来なかった場合、タイムアウトし、遊技玉確定とする。また、Ｐ台２Ｆは電源オン時またはＲＡＭクリア時は遊技玉の行方が確定している状態（遊技玉確定）にセットする。
Ｂｉｔ４は、遊技玉の計数要求の有無（計数ボタン押下の有無）を示しており、“０”のとき要求無、“１”のとき計数開始時の計数玉の払出要求がある場合である。Ｐ台は、計数操作が検出されたときに、この計数要求ＯＮの状態情報応答をＣＵ３Ｆへ送信し、計数要求が受領されたか否かを確認する。“１”のとき計数要求である。Ｂｉｔ５は、遊技玉加算の処理結果を示しており、“０”のとき加算ＯＫ、“１”のとき加算ＮＧである。なお、Ｐ台２Ｆは加算ＮＧ応答する場合は加算通番を更新しないで通知する。Ｂｉｔ６は、発射停止スイッチの押下状態を示しており、“０”のときイッチ解除状態、“１”のときスイッチ押下状態である。Ｂｉｔ７は予備である。
「遊技台状態２」のＢｉｔ０は、大当り情報の大当り１（全ての大当り）を表わし、全ての大当り中“１”をセットする。Ｂｉｔ１は、大当り情報の大当り２（大当り＋小当り）を表わし、全ての大当り中および小当り中“１”をセットする。Ｂｉｔ２は、大当り情報の大当り３（出玉大の大当り）を表わし、出玉が大きい大当り中“１”をセットする。Ｂｉｔ３は、大当り情報の大当り４（出玉小の大当り）を表わし、出玉が小さい大当り中“１”をセットする。Ｂｉｔ４は、大当り情報の大当り５（出玉中の大当り）を表わし、出玉が中間の大当り中“１”をセットする。Ｂｉｔ５〜Ｂｉｔ７は予備である。
「遊技台状態３」のＢｉｔ０は、遊技状態情報の大当り中＋時短中を表わし、大当り中および時短中“１”をセットする。Ｂｉｔ１は、遊技状態情報の確変中を表わし、確変中“１”をセットする。Ｂｉｔ２は、遊技状態情報の時短中を表わし、時短中“１”をセットする。Ｂｉｔ３は、遊技状態情報の変動中を表わし、変動中“１”をセットする。Ｂｉｔ４〜Ｂｉｔ７は予備である。
「遊技台エラー状態」は、Ｐ台２Ｆで発生中のエラーコードを示し、Ｂｉｔ０〜Ｂｉｔ５を用いて各エラーコードを表現している。なお、Ｂｉｔ０〜Ｂｉｔ５が全て“０”のときにはエラー無である。Ｂｉｔ６は、エラーが発生している場所を特定する情報であり、“０”のとき払出制御、“１”のとき主制御をそれぞれ表わしている。Ｂｉｔ７は、エラーの出力方法を示し、“０”のとき発報のみ、“１”のとき発報＋ホールサーバ８０１Ｆへの出力を表わしている。
「不正検知情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆで検知した情報であり、「不正検知状態１」、「不正検知状態２」、「不正検知情報１」〜「不正検知情報４」および「加算通番」の情報を含んでいる。
「不正検知状態１」は、主制御基板１６Ｆの不正検知情報である。「不正検知状態１」のＢｉｔ０は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき磁気センサ検知不の正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき不正入賞検知の不正検知情報であることを表わしている。Ｂｉｔ３〜Ｂｉｔ７は予備である。
「不正検知状態２」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態２」のＢｉｔ０は、“１”のときガラス板開放の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき枠本体開放の不正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ３は、“１”のとき近接センサ異常の不正検知情報であることを表わしている。Ｂｉｔ４は、“１”のとき賞球ゴト検知の不正検知情報であることを表わしている。ここで、「ゴト」とは、パチンコ機やスロットマシンにおいて不正な方法で出玉を獲得する不正行為のことである。Ｂｉｔ５は、“１”のとき複合ゴト検知の不正検知情報であることを表わしている。Ｂｉｔ６は、“１”のとき不正加算検知の不正検知情報であることを表わしている。Ｂｉｔ７は、“１”のとき夜間枠開放・監視ＳＷ異常検知の不正検知情報であることを表わしている。
「不正検知情報１」は、賞球センサゴト検知（入賞不整合玉数）の情報を示すデータである。「不正検知情報１」は、「不正検知状態２」のＢｉｔ４が“１”のとき有効となる。「不正検知情報２」は、複合センサゴト検知（発射／ＯＵＴ不整合玉数）の情報を示すデータである。つまり、発射玉数とアウト玉数（アウト口通過玉数）との不整合を検知したときの情報を示すデータである。「不正検知情報２」は、「不正検知状態２」のＢｉｔ５が“１”のとき有効となる。「不正検知情報３」は、不正加算検知（不正加算玉数）の情報を示すデータである。「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となる。「不正検知情報４」は、夜間枠開放情報を示すデータである。「不正検知情報４」は、「不正検知状態２」のＢｉｔ７が“１”のとき有効となる。
「不正検知情報４」のＢｉｔ７は、夜間監視スイッチ異常４が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常４発生を表わしている。Ｂｉｔ６は、夜間監視スイッチ異常３が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常３発生を表わしている。Ｂｉｔ５は、夜間監視スイッチ異常２が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常２発生を表わしている。Ｂｉｔ４は、夜間監視スイッチ異常１が発生しているかを示す情報で、“０”のとき正常、“１”のとき異常１発生を表わしている。Ｂｉｔ０〜３は、本体枠開放回数を示す情報で、“０”のとき開放なし、“１”〜“１５”は開放回数を表わしている。なお、開放回数は、１５回までカウントし、１６回以降のカウントは１５回でホールドされる。
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は加算ＮＧを通知する。
「不正検知状態３」は、払出制御基板１７Ｆの不正検知情報である。「不正検知状態３」のＢｉｔ０は、“１”のとき他店舗遊技玉検知の不正検知情報であることを表わしている。Ｂｉｔ１〜Ｂｉｔ７は予備である。なお、他店舗遊技玉検知は、たとえばＰ台の回収玉通過経路にセンサが設けてあり、当該センサが遊技玉に設けてある識別情報（表面の刻印など）を読取り、自店舗の遊技玉の識別情報と一致するか否かを判定する。不一致の場合、遊技玉に他店舗の遊技玉が混入しているとして「不正検知状態３」のＢｉｔ０を“１”にして、ＣＵ３Ｆに通知する。
「遊技情報」は、ＣＵ３ＦからＰ台２Ｆに対して状態情報要求のコマンドが送信された時点の、Ｐ台２Ｆの情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「カウント情報１」〜「カウント報ｎ」を含んでいる。
「遊技情報数」は、種別情報・カウント情報の個数（ｎ）であり、ｎ＝０〜２２（可変長）である。「種別情報１」〜「種別情報ｎ」は、遊技種別情報１〜遊技種別情報ｎをそれぞれ示している。種別情報は、Ｂｉｔ４からＢｉｔ７までがデータ種別の情報で、遊技情報のデータ種別を示しており、“０”のとき情報無、“１”のとき始動口、“２”のとき大入賞口、“３”のとき入賞口、“４”のとき図柄停止回数、“５”のとき大当り、“６”のとき小当りである。Ｂｉｔ０からＢｉｔ３までがデータ番号の情報で、遊技情報のデータ種別毎のデータ番号を示しており、“０”のとき情報無、“１”〜“１５”のときそれぞれのデータ番号を表わしている。たとえば、データ種別が“５”の大当りのとき、データ番号は“１”のとき出玉大、“２”のとき出玉小、“３”のとき出玉中、“４”〜“６”のとき予備である。また、データ種別が“６”の小当りのとき、データ番号は“１”のとき小当り、“２”〜“１５”のとき予備である。
「カウント情報１」〜「カウント情報ｎ」は、遊技カウント情報１〜遊技カウント情報ｎをそれぞれ示している。
ここで、カウント情報は、データ種別が始動口、大入賞口、および小入賞口の場合、Ｂｉｔ４からＢｉｔ７までが賞球玉数の情報で、遊技情報の種別情報毎に入賞時の賞球玉数を示しており、“１”〜“１５”のとき賞球玉数のデータをそれぞれ表わしている。また、Ｂｉｔ０からＢｉｔ３までが入賞個数の情報で、遊技台情報の種別情報毎に入賞個数（累計）を示しており、“１”〜“１５”のとき入賞個数のデータをそれぞれ表わしている。カウント情報は、データ種別が図柄停止回数の場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが図柄停止回数を示しており、“１”〜“１５”のとき図柄停止回数を表わしている。カウント情報は、データ種別が大当り、小当りの場合、Ｂｉｔ４からＢｉｔ７までが“０”に固定され、Ｂｉｔ０からＢｉｔ３までが当り回数を示しており、“１”〜“１５”のとき当り回数を表わしている。
さらに、状態情報応答のレスポンスには、「発射強度信号」、「通過領域信号」、「変動中信号」、「ハンドルタッチ信号」が含まれている。
「発射強度信号」は、上述の発射強度センサ１９Ｆの検出結果である発射強度Ｔを示している。上述したように、本実施の形態においては、発射強度Ｔは、ハンドル操作量に応じて０（最小値）から９９（最大値）まで変化する可変値である。なお、パチンコ玉の発射間隔（はたとえば０．６ｓｅｃ）よりもＰ台２ＦとＣＵ３Ｆとの通信間隔（たとえば２００ｍｓｅｃ）が短い場合には、基本的に１玉ごとに発射強度信号が出力されることになる。また、実際に発射されたか否かを示すデータとセットで発射強度信号が出力されるようにしてもよい。
「通過領域信号」は、上述した通過領域信号を示している。なお、上述したように、本実施の形態においては、通過領域信号は通過領域信号Ａ１〜Ａ８のいずれかである。なお、各通過領域信号には、各通過領域信号が検出された時点の発射強度Ｔが紐付けされている。
「変動中信号」は、パチンコ玉が始動入賞口２７５Ｆ、２７６Ｆ、２７７Ｆのいずれかを通過したことに伴って可変表示装置２７８Ｆに表示される図柄が変動していることを示している。
「ハンドルタッチ信号」は、遊技者が打球操作ハンドル２５Ｆに触れていることがタッチセンサによって検出されていることを示している。
＜＜１１．カード挿入通知、１２．カード挿入応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２Ｆに対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３Ｆに対してカード挿入通知を受信した旨の応答である。
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２Ｆに対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「カードＩＤ」は、ＣＵ３Ｆに挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３Ｆのカード挿入／排出口３０９Ｆ（図５９参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２Ｆ保持の遊技玉が当日玉か過去玉かの判断に使用する。
「店舗コード」は、ＣＵ３Ｆが設置されている店舗識別コードであり、Ｐ台２Ｆが保持している遊技玉との紐付に使用する。また、ＣＵ３Ｆが店舗移動されたか否かを判定するためにも使用する。ＣＵ３Ｆは、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５Ｆより情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３Ｆを識別するためのＳＣ基板ＩＤであり、ＣＵ３Ｆが交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５Ｆより情報付加してＰ台２Ｆに通知する。Ｐ台２Ｆの払出制御部１７１Ｆは、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻等のカード挿入通知コマンドで通知される情報を記憶する。
カード挿入応答のレスポンスは、ＣＵ３Ｆに対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
カード挿入／返却通知時のＰ台２Ｆの動作について説明する。まず、ＣＵ３Ｆのカード挿入／排出口３０９Ｆに会員カードまたは一般カードが挿入されるか、一般０円０玉カードへの入金が行なわれるかすることで、カード挿入通知としてＰ台２Ｆに対してカードＩＤやカード挿入時刻などの情報が通知される。Ｐ台２Ｆは、カード挿入通知があると当該カードＩＤやカード挿入時刻などの情報をバックアップする。ただし、カード挿入通知コマンドを受信し、且つＣＵ３Ｆの状態がカード挿入中状態（ＣＵ状態のＢｉｔ０＝１）の情報を含む状態情報要求を受信した場合（Ｐ台２Ｆでカード挿入中状態と判断する場合）、Ｐ台２ＦはカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する。また、ＣＵ３Ｆのカード返却ボタン３２２Ｆが押下されると、Ｐ台２Ｆに対してカード返却通知が行なわれ、Ｐ台２ＦはバックアップしてあるカードＩＤやカード挿入時刻などの情報をクリアする。
＜＜１３．カード返却通知、１４．カード返却応答＞＞
ＣＵ３ＦからＰ台２Ｆに対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２ＦからＣＵ３Ｆに対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却を応答するものである。
カード返却通知のコマンドは、Ｐ台２Ｆに対してカード返却を通知するもので、ＣＵ３Ｆが、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
カード返却応答のレスポンスは、ＣＵ３Ｆに対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３Ｆは、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行なわない、持玉のカードへの書込みを禁止するなどの処理を行なう。
ここで、カード挿入通知時またはカード返却通知時のＰ台２Ｆの動作について説明する。カード挿入通知時に、ＣＵ３Ｆで会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のバックアップを行なう。カード返却通知時に、ＣＵ３Ｆで「カード返却」ボタンの押下の操作を行なうと、Ｐ台２ＦはカードＩＤおよびカード挿入時刻のクリアを行なう。
＜＜１５．通信テスト要求、１６．通信テスト応答＞＞
ＣＵ３ＦからＰ台２Ｆに対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。この通信テスト要求に対応して、Ｐ台２ＦからＣＵ３Ｆに対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３Ｆに対してテストデータを応答するものである。
通信テスト要求のコマンドは、Ｐ台２Ｆに対してテストデータを通知するものである。なお、Ｐ台２Ｆに対して通知するテストデータは暗号化していない。通信テスト要求のコマンドは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、Ｐ台２Ｆに対して通知するテスト用のデータで任意のデータである。
通信テスト応答のレスポンスは、ＣＵ３Ｆに対してテストデータを通知するものである。なお、ＣＵ３Ｆに対して通知するテストデータも暗号化していない。通信テスト応答のレスポンスは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、ＣＵ３Ｆに対して通知するテスト用のデータで任意のデータである。
＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３ＦとＰ台２Ｆとの間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３Ｆ（１次局）からＰ台２Ｆ（２次局）に対してコマンドが送信され、Ｐ台２Ｆはそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。つまり、業務電文の送信は、ＣＵ３Ｆを１次局、Ｐ台２Ｆを２次局としたコマンド／レスポンス方式である。
ＣＵ３ＦからＰ台２Ｆへの最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２ＦからＣＵ３Ｆへのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
このように、ＣＵ３ＦとＰ台２Ｆとの間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２Ｆは、打球操作ハンドル２５Ｆを操作することによって、１分間に１００発のパチンコ玉が遊技領域２７Ｆ内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
それゆえ、Ｐ台２ＦからＣＵ３Ｆへは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２Ｆは、遊技玉数の変化量を細やかにＣＵ３Ｆに対して通知可能となる。
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２Ｆの発射時間間隔と一致させることも考えられる。
＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３Ｆ側で通信断が検知された場合の処理について説明する。ＣＵ３ＦがＰ台２Ｆに対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２Ｆに送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２Ｆに送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２Ｆに再送する。１４回目の再送を行なってもＰ台２Ｆからレスポンスを受信できなかった場合、ＣＵ３Ｆは３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２Ｆの電源断などの原因が考えられる。ＣＵ３Ｆは、コマンドの再送時に通番のカウントアップを行なわない。
＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２Ｆ側で通信断を検知した場合の処理について説明する。ＣＵ３ＦからＰ台２Ｆへコマンドが送信され、Ｐ台２Ｆではそのコマンドに応答してレスポンスをＣＵ３Ｆに返信する。その後ＣＵ３ＦからのコマンドがＰ台２Ｆに送信されてこない状態が３秒間継続した場合、Ｐ台２Ｆは通信断と判断し、発射モータ１８Ｆの駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３ＦのコネクタとＰ台２Ｆのコネクタとの離脱、接続配線の断線、あるいはＣＵ３Ｆの電源断などが考えられる。
なお、Ｐ台２Ｆ側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。
＜＜電源投入＞＞
次に、電源投入時の接続シーケンスの処理について説明する。図６６に示すシーケンス処理は、ＣＵ３ＦとＰ台２Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３Ｆの電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。
まず、電源を投入する。電源投入時においては、Ｐ台２Ｆでは発射モータ１８Ｆを停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリ情報を要求する。Ｐ台２Ｆは、ＣＵ３Ｆより通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｐ台２Ｆは、前回最終送信計数通番を参照して、ＣＵ３Ｆが計数処理を実施していなかった場合、計数要求をなかったものとし、ＣＵ３Ｆが計数処理を実施済の場合、計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。
計数リカバリ処理の実行後、Ｐ台２Ｆは、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３Ｆの加算リカバリ処理を実施する。ＣＵ３Ｆは、加算玉リカバリ処理を実施する場合、Ｐ台２Ｆに対して、リカバリ要求２をＰ台２Ｆへ送信し、Ｐ台２Ｆに対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算玉数が含まれている。
それを受けたＰ台２Ｆでは、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答２）。なお、Ｐ台２Ｆが加算玉数を受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。
このリカバリ処理は、ＣＵ３ＦとＰ台２Ｆとの間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。
ＣＵ３Ｆは、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２Ｆは、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３Ｆがコマンドを再送したと判断する。ＣＵ３Ｆはコマンドの送信し、同じ通番のレスポンスがＰ台２Ｆから通知された時に通番をバックアップする。Ｐ台２Ｆは、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３Ｆに通知する。Ｐ台２Ｆはレスポンスの送信時に通番をバックアップする。
ＣＵ３Ｆは、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３Ｆに返信する。さらに、ＣＵ３Ｆは、通番を“２”としてリカバリ要求２のコマンドをＰ台２Ｆに送信する。Ｐ台２Ｆは、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３Ｆに返信する。
その後、ＣＵ３Ｆは、通番をカウントアップして“３”として、通信開始要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｐ台２Ｆでは、それを受けて、リカバリデータをクリアする。そして、Ｐ台２Ｆは、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３Ｆへ返信する。これ以降、ＣＵ３ＦとＰ台２Ｆとの間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。
ＣＵ３Ｆは、通番をカウントアップして“４”として、状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆは、それを受けて、遊技台情報、遊技情報および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｐ台２Ｆは、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。
ＣＵ３Ｆは、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。
その後、ＣＵ３Ｆは、通番をカウントアップして“５”として、状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３Ｆに返信する。
＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３ＦおよびＰ台２Ｆの処理について説明する。図６７に示すＣＵ３Ｆは、カード挿入前、通番＝ｎ、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
その後、ＣＵ３Ｆでは、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報（カードＩＤ等）をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。なお、カードリーダライタが読取ったカードに記録されている情報（カードＩＤ等）をＣＵ３Ｆで記憶してもよい。
ＣＵ３Ｆは、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残額等をたとえばホールサーバ８０１Ｆに問合せて認証している最中であることを表示器３１２Ｆに表示するとともにＰ台２Ｆ側の表示器５４Ｆに表示させる処理を実行している最中であることを意味している。
ＣＵ３Ｆは、表示器３１２Ｆに挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。Ｐ台２Ｆでは、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆ側の表示器５４Ｆは、ＣＵ３Ｆの表示制御部３５０Ｆにより表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。
その後、ＣＵ３Ｆは、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３ＦのＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、店舗コードおよびＳＣ基板ＩＤは、カード挿入通知のコマンドがセキュリティ基板３２５Ｆを通過するときに当該コマンドに付加される情報である。Ｐ台２Ｆでは、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップするとともに、通番＝ｎ＋２を含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、挿入されたカードのカードＩＤをＣＵ制御部３２３ＦのＲＡＭ等に記憶する。
ＣＵ３Ｆは、それを受けて、通番＝ｎ＋３、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信することで、カード挿入中である状態をＰ台２Ｆに対して通知する。Ｐ台２Ｆは、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信することで、遊技許可中である状態をＣＵ３Ｆに対して通知する。
カード挿入中、ＣＵ３Ｆは、通番＝ｎ＋４、カード返却準備状態＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
さらに、カード挿入中に、ＣＵ３ＦからＰ台２Ｆに対してカード挿入通知のコマンドが送信される場合について説明する。まず、ＣＵ３Ｆは、通番＝ｎ＋ｘ、カードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤを含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。なお、カード挿入中にカード挿入通知のコマンドが送信される場合、送信されるカードＩＤやカード挿入時刻は、挿入中のカードのカードＩＤやカード挿入時刻と異なることが多く、Ｐ台２Ｆに記憶しているカードＩＤやカード挿入時刻を意図的に変更しようとする不正が行なわれている可能性が高い。
そこで、Ｐ台２Ｆでは、それを受けて受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップを行なわない。なお、Ｐ台２Ｆでのカード挿入中か否かの判断は、状態情報要求のコマンドに含まれるカード返却準備状態＝ＯＮの情報に基づき容易に判断することができる。
次に、Ｐ台２Ｆは、受信したカードＩＤ、カード挿入時刻などのバックアップを行なわずに、通番＝ｎ＋ｘを含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。なお、ＣＵ３Ｆにおいても、カード挿入通知のコマンドで送信したカードＩＤ、カード挿入時刻などをＣＵ制御部３２３ＦのＲＡＭ等に記憶しない。これにより、カード挿入中にカードＩＤを意図的にＰ台２Ｆへ送信されて、Ｐ台２Ｆで記憶しているカードＩＤを改ざんするなどの不正行為を防止することができ、セキュリティを向上させることができる。
図６８は、ＣＵ３Ｆにカードが挿入されたときにＣＵ３Ｆが実行する挿入時処理を示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図６８において、ＳＦ１〜ＳＦ７の各ステップはＣＵ３Ｆが実行する。またＳＦ８〜ＳＦ１０、ＳＦ１２〜ＳＦ１５はＰ台２Ｆが実行する。より具体的には、ＳＦ８〜ＳＦ１０、ＳＦ１２、ＳＦ１３、ＳＦ１５の削除処理は、Ｐ台２Ｆに設けられている演出制御基板１５Ｆが実行し、ＳＦ１４とＳＦ１５の送信処理は、演出制御部１５１Ｆが設けられた演出制御基板１５Ｆが払出制御部１７１Ｆへ送信して払出制御部１７１ＦがＣＵ３Ｆへ送信する。
まずＣＵは、ステップ（以下単にＳという）１により、中断中であるか否かの判定を行なう。この中断中であるか否かは、中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、ＳＦ２により、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致するか否か判定し、一致しない場合にはＳＦ５によりその挿入されたカードを排出して待機中へ移行する。なお、図６８では上記「種別」の図示を省略している。
一方、挿入されたカードのＣ−ＩＤおよび種別と中断操作されたカードのＣ−ＩＤおよび種別とが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がＳＦ４へ進み、中断状態を解除し、ＳＦ６により遊技を再開する処理が実行される。
一方、ＳＦ１により中断中でないと判断された場合には、ＳＦ３ａで既にカードが挿入中であるか否かの判定を行なう。この挿入中であるか否かは、カード挿入／排出口３０９Ｆに設けてあるカードリーダがカードを受け付けているか否かにより判断する。ＳＦ３ａにより挿入中でないと判断された場合には、挿入されたカードのＣ−ＩＤと種別を記憶するとともにＰ台２Ｆへ送信する処理がＳＦ３により行なわれる。Ｐ台２Ｆでは、そのＣ−ＩＤ，種別を受信し、その受信したＣ−ＩＤおよび種別とバックアップエリア（たとえば、図６２に示す演出制御基板１５Ｆに設けたバックアップデータ記憶部）に記憶されているＣ−ＩＤおよび種別とを比較する（ＳＦ８）。そしてＳＦ９によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。
ＳＦ３ａにより挿入中であると判断された場合には、挿入中のカードのＣ−ＩＤおよび種別と異なるＣ−ＩＤおよび種別がＣＵ３ＦやＰ台２Ｆに上書き記憶されるのを防止するために、ＳＦ３での処理をスキップする。
このように、遊技者特定情報（Ｃ−ＩＤ）を記憶する遊技者特定情報記憶手段（現遊技者遊技履歴データ記憶部）と同一判定処理を行なう同一判定手段（ＳＦ８、ＳＦ９）とが遊技機の表示制御手段（演出制御部１５１Ｆが設けられた演出制御基板１５Ｆ）に設けられているために、通信手段側（払出制御部１７１Ｆ側）には同一判定処理機能を設けなくて事足り、表示制御手段を有する遊技機と表示制御手段を有しない遊技機との間で共通の通信手段を使用でき、通信手段の少品種大量生産か可能になる。
なお、変形例の制御内容として、ＳＦ１５とＳＦ７との処理を行なってもよい。ＳＦ１５により、バックアップエリア（バックアップデータ記憶部）に記憶されている遊技履歴データとＣ−ＩＤおよび種別とをＣＵ３Ｆへ送信した後削除する。ＣＵ３Ｆでは、それを受信して、受信したデータを上位サーバ８０１Ｆへ送信する。上位サーバ８０１Ｆでは、その受信した遊技履歴データとＣ−ＩＤおよび種別とをバックアップ記憶する。
一方、ＳＦ９により一致すると判定された場合にはＳＦ１２へ進み、バックアップエリア（バックアップデータ記憶）の遊技履歴データを現エリア（たとえば、図６２に示す演出制御基板１５Ｆに設けたバックアップデータ記憶部）に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。
なお、変形例の制御内容として、ＳＦ１０、ＳＦ１３、ＳＦ１４の処理を行なってもよい。ＳＦ９でＹＥＳの場合には、制御はＳＦ１０へ進み、前回のカードが排出されてから所定時間（たとえば２０分間）経過したか否かの判断がなされ、経過していないＳＦ１０により所定時間が経過していると判断された場合には、ＳＦ１３により、バックアップエリア（バックアップデータ記憶部）の遊技履歴データとＣ−ＩＤおよび種別とを削除する処理がなされる。また、ＳＦ１２の後、ＳＦ１４により、遊技者が同一である旨の通知をＣＵへ送信する。なお、変形例の制御内容として、ＳＦ１０、ＳＦ１３、ＳＦ１４の処理およびＳＦ１５、ＳＦ７の処理を全て行なうように制御してもよい。
＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図６９に示すシーケンス処理では、挿入されたカードに記録されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３Ｆは、残額の５００円分すなわち１２５玉の貸出を行なう。ＣＵ３Ｆは、玉貸ボタン（貸出ボタン）３２１が押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行なわれた段階でＣＵ３Ｆ側単独で確定する。その後、ＣＵ３Ｆは加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４Ｆに表示させる。
次に、ＣＵ３Ｆは、Ｐ台２Ｆに対して遊技玉の加算要求を行なう。そのため、ＣＵ３Ｆは、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行なうため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３Ｆは、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、ＣＵ３Ｆに対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。
その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋５、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答は、通番をカウントアップするが、加算通番はカウントアップしない。
＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図７０では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９Ｆを押下すると、ＣＵ３Ｆは、持玉または貯玉からの１２５玉分の消費を確定させる。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９Ｆを押下する操作がなされた段階でＣＵ３Ｆ側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。
この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。
ＣＵ３Ｆは、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２Ｆに通知する。具体的に、ＣＵ３Ｆは、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信する。遊技玉の加算要求を行なうため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３Ｆは、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２Ｆは、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２Ｆは、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに“ｍ＋１”のままとする。
その後、ＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信し、Ｐ台２Ｆは、通番＝ｎ＋２、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
＜＜遊技玉計数（通常）＞＞
次に、遊技玉の一部を計数して減算する通常時の計数処理について説明する。この図７１では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３ＦからＰ台２Ｆへ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。
また、この図７１では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。
なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。
まず、ＣＵ３Ｆは、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
ＣＵ３Ｆから送信された通番ｎに対して、Ｐ台２Ｆから通番ｎ＋１が返信されている。ＣＵ３Ｆから送信された計数通番ｍに対して、Ｐ台２Ｆからは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。
その後、遊技者が、計数ボタン２８Ｆを押下する。この図７１では、計数ボタン２８Ｆを１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３ＦからＰ台２Ｆへ送信されている。
Ｐ台２Ｆは、計数ボタン２８Ｆの操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を示す電文であるため、計数通番が“ｍ＋１”にカウントアップされている。Ｐ台２Ｆは、このとき、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
通番ｎ＋１の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。すなわち、ＣＵ制御部３２３Ｆは、表示制御部３５０Ｆに対して計数表示の指令を送信する。表示制御部３５０Ｆは、その指令を受けてＰ台２Ｆ側の表示器５４Ｆを表示制御する。その結果、表示器５４Ｆには、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。
この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰返したり、種々の演出表示が考えられる。
さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋１”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋２、計数通番ｍ＋１、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
この状態情報要求を受信したＰ台２Ｆは、ようやく、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を８００から７００に更新する。この段階で、Ｐ台２Ｆは計数要求状態がＯＦＦとなるが、計数ボタンの押下が継続しているため、Ｐ台２Ｆは２度目の計数要求をＣＵ３Ｆへ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３Ｆへ送信する。ただし、この段階でもＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝７００とされている。また、この状態情報応答は、新たな計数要求として送信される電文であるため、計数通番を“ｍ＋２”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
通番ｎ＋２の状態情報応答を受信したＣＵ３Ｆは、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を２００に更新する。さらに、ＣＵ３Ｆは、前回最終送信計数通番を“ｍ＋２”に更新して、そのデータをバックアップする。続いて、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通番ｎ＋３、計数通番ｍ＋２、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
この状態情報要求を受信したＰ台２Ｆは、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９Ｆの表示を７００から６００に更新する。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、Ｐ台２Ｆは計数完了を通番ｎ＋３の状態情報応答でＣＵ３Ｆへ通知する。すなわち、現在の遊技玉数＝６００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３Ｆへ送信する。また、計数要求に対応するすべての計数動作が済んでいるため、この状態情報応答に含まれる計数通番もｍ＋２のままで更新されていない。
この状態情報応答を受信したＣＵ３Ｆは、計数完了と判定する。図示を省略しているが、ＣＵ３Ｆは、通番ｎ＋４、計数通番ｍ＋２、カード返却準備状態＝ＯＦＦ、計数応答＝ＯＦＦの状態情報応答をＰ台２Ｆへ送信する。
このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっている。
＜＜遊技玉計数（自動計数）＞＞
閉店時、カードが挿入されておらずＰ台２Ｆに遊技玉が残っている場合、店員が遊技玉の残っているＰ台２Ｆを回り１台１台に店舗カードを挿入して計数操作を行なって残った遊技玉を回収する必要があり、閉店時の作業が煩雑であった。また、従来のように物理的な遊技玉が払出される遊技機とカードユニットとの構成であれば、残った遊技玉を回収してカードユニットをリセットする作業を行なうだけで閉店時の作業を行なうことができる。しかし、本実施の形態のようにＰ台２ＦとＣＵ３Ｆとが相互認証して通信を行ない遊技玉（遊技点）を管理する構成では、カードユニットを単にリセットする作業だけでは残った遊技玉を回収することができず閉店時の作業を行なうことができない。そこで、図７２を参照して、閉店時の遊技玉の自動計数処理について説明する。
図７２は、遊技場が閉店した時に自動的に行なう計数処理を説明するためのシーケンス図である。まず、ＣＵ３Ｆは、カード持玉＝０玉でストックカードが無い状態である。一方、Ｐ台２Ｆは、遊技玉＝５０玉でＣＵ３Ｆにカードが挿入されていないことを認識している。そして、ＣＵ３Ｆは、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード挿入状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
ＣＵ３ＦおよびＰ台２Ｆが設置されている遊技場において閉店が設定されたときに、カードが挿入されておらずＰ台２Ｆに遊技玉が残っていると判断すると、以下に説明する処理を行なう。なお、カードが挿入されていないことは、状態情報要求のコマンドに含まれるカード挿入状態＝ＯＦＦの情報から判断することができ、Ｐ台２Ｆに遊技玉が残っていることは、状態情報応答のレスポンスに含まれる遊技玉数＝５０の情報から判断することができる。
ＣＵ３Ｆは、通番＝ｎ＋１、カードＩＤ＝０、カード挿入時刻＝０を含むカード挿入通知のコマンドをＰ台２Ｆへ送信する。つまり、仮想カードであるカードＩＤ＝０のカードが、ＣＵ３Ｆのカードリーダにカード挿入時刻＝０に挿入されたことをＰ台２Ｆに対して通知する。このように仮想カードがＣＵ３Ｆに挿入されるので、店員が遊技玉の残っているＰ台２Ｆを回り１台１台に店舗カードを挿入する作業が不要になる。これを受けてＰ台２Ｆは、ＣＵ３Ｆにカードが挿入されたと認識して以下の処理が実行される。それを受けて、Ｐ台２Ｆは、通番＝ｎ＋１を含むカード挿入応答のレスポンスをＣＵ３Ｆに返信する。
次に、ＣＵ３ＦはＰ台２Ｆに対して、ＣＵ開店状態ＯＦＦを通知する。具体的には、通番＝ｎ＋２、ＣＵ開店状態＝ＯＦＦ、カード返却準備状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信する。
なお、遊技場における閉店設定は、たとえば、当該遊技場に設置されているホール用管理コンピュータまたはホールサーバ８０１Ｆから各ＣＵ３Ｆへ閉店する旨の閉店コマンドを一斉配信することによりＣＵ制御部３２３Ｆが遊技場での営業の終了を判定して行なわれる。具体的には、ホール用管理コンピュータまたはホールサーバ８０１Ｆを係員が閉店操作することにより、各ＣＵ３Ｆへ閉店する旨の閉店コマンドが一斉配信される。また、ホール用管理コンピュータまたはホールサーバ８０１Ｆに閉店時間を設定記憶させておき、その閉店時刻になれば自動的に各ＣＵ３Ｆへ閉店コマンドが一斉配信されるように制御してもよい。他の方法としては、店員による営業終了のリモコン操作によって営業終了信号をＩＲ感光ユニット３２０Ｆに送信し、ＣＵ制御部３２３Ｆが遊技場での営業の終了を判定するようにしてもよい。さらなる他の方法としては、各ＣＵ３Ｆに時計機能を設け、閉店時間（たとえば１０時）である場合にその閉店時間の所定時間（たとえば２０分）経過後の時間（たとえば１０時２０分）が時計機能により計時されたときに、各ＣＵ３ＦからＣＵ開店状態＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信するように制御してもよい。
それを受けたＰ台２Ｆでは、通番＝ｎ＋２、現時点における遊技玉数＝５０、受信した計数通番ｍに対して「１」加算更新したｍ＋１の計数通番、計数玉数＝５０および計数要求＝ＯＮを含む状態情報応答をＣＵ３Ｆへ送信する。つまり、Ｐ台２Ｆは、ＣＵ３Ｆに対して残っている遊技玉の計数を要求するため、遊技玉数＝５０、計数受付要求、および計数通番カウントアップの情報をＣＵ３Ｆに通知し、前回最終送信計数通番更新、および計数玉要求状態ＯＮの情報をバックアップする。
それを受けたＣＵ３Ｆは、Ｐ台２Ｆから送られてきた計数玉数＝５０を持玉数に加算する。なお、持玉数に加算した計数玉数＝５０は確定しておらず、ＣＵ３Ｆは、現時点の持玉数＝０としたまま、前回最終送信計数通番更新の情報をバックアップする。そして、ＣＵ３Ｆは、計数玉受け取りを通知するため、Ｐ台２Ｆへ返信する。具体的には、通番＝ｎ＋３、ＣＵ開店状態＝ＯＦＦ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１、および計数応答＝ＯＮを含む状態情報要求をＰ台２Ｆへ送信する。Ｐ台２Ｆから受け取った計数玉は、仮想カードであるカードＩＤ＝０、カード挿入時刻＝０のカードの持玉数としてＣＵ３Ｆの記憶手段（たとえばＲＡＭなど）に記憶させる。
それを受信したＰ台２Ｆでは、計数玉数を遊技玉数から減算して（遊技玉数＝５０−計数玉数＝５０）、遊技玉数＝０の表示を行なう。そして、Ｐ台２Ｆは、計数玉数を遊技玉数から減算し、残った遊技玉が無く（遊技玉数＝０）計数要求が不要である状態（計数要求状態ＯＦＦ）を通知するため、通番＝ｎ＋３、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答をＣＵ３Ｆへ送信する。
残った遊技玉をすべて計数した場合、ＣＵ３Ｆに挿入されている仮想カード（カードＩＤ＝０、カード挿入時刻＝０）を返却する処理が行なわれる。具体的に、ＣＵ３Ｆは、仮想カード（カードＩＤ＝０、カード挿入時刻＝０）を返却したことをＰ台２Ｆに通知するため、通番＝ｎ＋４を含むカード返却通知をＰ台２Ｆへ送信する。これを受信したＰ台は、ＣＵ３Ｆに挿入された仮想カードが返却されたと認識し、通番＝ｎ＋４、カードＩＤ＝０、およびカード挿入時刻＝０を含むカード返却応答のレスポンスをＣＵ３Ｆに送信する。
次に、ＣＵ３Ｆは、ＣＵ状態がカード挿入状態＝ＯＦＦになったことをＰ台２Ｆに通知する。具体的にＣＵ３Ｆは、通番＝ｎ＋５、およびカード挿入状態＝ＯＦＦを含む状態情報要求をＰ台２Ｆへ送信する。これを受けて、Ｐ台２Ｆは、通番＝ｎ＋５、遊技玉数＝０、計数通番＝ｍ＋１、および計数玉数＝０を含む状態情報応答をＣＵ３Ｆに送信する。
このように、遊技場における閉店時の計数処理の場合には、店員がカードを挿入して計数ボタン２８Ｆの押下操作を行なうことなく、自動的に計数処理が実行されるとともに、残った遊技玉数のすべてが一括して仮想カード（カードＩＤ＝０、カード挿入時刻＝０）の持玉数に計数されＣＵ３Ｆの記憶手段に保管することができる。なお、ＣＵ３Ｆは、残った遊技玉数を計数した持玉数を、Ｐ台２ＦまたはＣＵ３Ｆの識別情報とともに上位サーバ８０１Ｆに送信してもよい。上位サーバ８０１Ｆでは、ＣＵ３Ｆから送られてきた持玉数を日付、Ｐ台２ＦまたはＣＵ３Ｆ別に記憶しておくことで、後日、当該持玉を遊技者に返却することが可能になる。また、ＣＵ３Ｆは、閉店直前に挿入されていたカードＩＤを、計数した持玉数（残った遊技玉）と関連付けて上位サーバ８０１Ｆに送信してもよい。残った遊技玉は、閉店直前に挿入されていたカードＩＤの遊技者の遊技玉である可能性が高いため、計数した持玉数の持ち主を特定する作業を軽減することができ、後日、計数した持玉数を遊技者に返却することがさらに容易に行なうことができる。
前述の実施例では、カードが挿入されておらずＰ台２Ｆに遊技玉が残っている場合の閉店処理を説明したが、カードが挿入されている場合の閉店処理は後述する「遊技玉計数（カード返却）」（図７３参照）の処理と同じ処理が実行される。ただし、残った遊技玉の計数処理について、店員が計数ボタン２８Ｆの押下操作を行なって計数処理しても、閉店設定により自動的に計数処理してもよい。いずれにしても、カードが挿入されている場合、閉店処理によりカードが返却され抜き取り待ち状態となるので、当該カードを店員が回収する必要がある。
＜＜遊技玉計数（カード返却）＞＞
次に、カードを返却する際の遊技玉の計数処理について説明する。図７３は、遊技者がカード返却操作を行なった場合の計数処理を説明するためのシーケンス図である。図７３では、挿入された記録媒体（会員用カード等）により特定されるカード持玉数が０玉であり、当初の遊技玉数が８００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
その後、遊技者が、遊技を止める場合や別の遊技台に移動する場合に「カード返却」ボタンを押下する。しかし、遊技者が「カード返却」ボタンを押下した時点では、Ｐ台２Ｆの遊技玉数が８００玉で、ＣＵ３ＦはＰ台２Ｆの遊技玉数が０玉でないと判定する。また、ＣＵ３Ｆは、遊技者が「カード返却」ボタンを押下したのでカード返却準備状態＝ＯＮとして、通番＝ｎ＋１、ＣＵ開店状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。なお、ＣＵ３Ｆは、カード返却準備状態＝ＯＮの通知を１０秒間、Ｐ台２Ｆに通知する。さらに、ＣＵ３Ｆは、Ｐ台２Ｆの遊技玉数が８００玉で、０玉でないため、カード返却待機として、表示器５４Ｆ等に計数操作を促す表示を行なう。
計数操作を促す表示を受けて、遊技者が計数ボタン２８Ｆを押下して、遊技玉を持玉に変換する操作を行なう。Ｐ台２Ｆは、計数ボタン２８Ｆを押下する計数操作が、カード返却準備状態＝ＯＮでの計数操作であると判定し、たとえば１００玉単位での計数ではなく、一括して計数を処理する。
Ｐ台２Ｆは、遊技玉数８００玉の計数受付要求および遊技玉数８００玉を一括計数した計数玉数８００玉をＣＵ３Ｆに通知するために、通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝８００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、この段階でＰ台２Ｆは計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求の電文であるため、Ｐ台２Ｆは、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
これを受けて、ＣＵ３Ｆは、計数玉数８００玉を持玉数に加算して、計数玉数８００玉を遊技玉数８００玉から０玉に減算する。また、ＣＵ３Ｆは、更新した前回最終送信計数通番のデータをバックアップする。そして、ＣＵ３Ｆは、計数玉受取りを通知するため、通番＝ｎ＋２、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。
Ｐ台２Ｆは、ＣＵ３Ｆからの応答を受けて、計数玉数８００玉を遊技玉数８００玉から減算して遊技玉数０玉を表示器５４Ｆ等に表示する。さらに、Ｐ台２Ｆは、遊技玉数０玉、計数完了した旨をＣＵ３Ｆに通知するために、通番＝ｎ＋２、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、計数要求がＯＦＦとなるので、計数通番はｍ＋１のままカウントアップせずにＣＵ３Ｆに送信される。
ＣＵ３Ｆは、遊技者がカード返却ボタン３２２Ｆを押下してから１０秒経過する前、つまり、カード返却準備状態中に、計数ボタン２８Ｆを押下して遊技玉を持玉に一括計数して遊技玉数を０玉にしているので、カード返却処理を実行する。つまり、ＣＵ３Ｆは、通番＝ｎ＋３を含むカード返却通知のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ＋３、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３Ｆに返信する。カードＩＤおよびカード挿入時刻をＣＵ３Ｆに返信後、払出制御基板１７Ｆに保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。
それを受けて、ＣＵ３Ｆは、挿入しているカードに記憶しているカードＩＤと、Ｐ台２Ｆから受信したカードＩＤとの一致判別を行ない、一致した場合は挿入しているカードを返却し、不一致の場合エラー処理を行ないホールサーバ８０１Ｆなどに報告する。ＣＵ３Ｆは、カードＩＤが一致した場合、カード挿入／排出口３０９Ｆに挿入してあったカード（挿入カード）に持玉数８００を記憶させてそのカードを遊技者に返却する。また、遊技者がカード挿入／排出口３０９Ｆにカードを挿入することなく入金操作により遊技を開始している場合には、ＣＵ３Ｆに設けられているカードストック部にストックされているカード（ストックカード）に持玉数８００を記憶させてそのカードを遊技者に返却する。挿入カードまたはストックカードの返却の際、ＣＵ３Ｆは当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１Ｆへ送信し、ホールサーバ８０１Ｆが当該カードのカードＩＤに対応付けて持玉数のデータを記憶してもよい。
その後、ＣＵ３Ｆから返却されたカードは、カード挿入／排出口３０９Ｆから抜き取り可能となるため、カードの一部がカード挿入／排出口３０９Ｆから突き出た状態（カード抜き取り可能状態）で保持される。ＣＵ３Ｆは、カード抜き取り可能状態であるか否かを判定することが可能なセンサをカード挿入／排出口３０９Ｆの近傍に取り付けてあり、当該センサの信号がＯＮ状態の場合、カード抜き取り可能状態と判定し、ＯＦＦ状態の場合、カード抜き取り完了状態と判定する。
そして、ＣＵ３Ｆは、カード返却処理が実行され、カード抜き取り可能状態となった場合、カード返却準備状態ＯＦＦおよびカード抜き取り待ち中ＯＮの情報をＰ台２Ｆに通知する。そのため、ＣＵ３Ｆは、通番＝ｎ＋４、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、カード抜き取り待ち中＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。これを受けて、Ｐ台２Ｆは、カード抜き取り忘れを防止するため、遊技者に対して「カード抜き取って下さい」と可変表示装置２７８Ｆに表示する。また、Ｐ台２Ｆは、カードの抜き取りを報知するため、ＬＥＤを点灯させたり、スピーカ２７０Ｆで「カード抜き取って下さい」と音声出力させたりしてもよい。さらに、Ｐ台２Ｆは、通番＝ｎ＋４、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数応答＝ＯＦＦを含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。
カード挿入／排出口３０９Ｆの近傍に取り付けたセンサがＯＮ状態であれば、ＣＵ３Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。しかし、遊技者がカード挿入／排出口３０９Ｆからカードを抜き取った場合、カード挿入／排出口３０９Ｆの近傍に取り付けたセンサがＯＦＦ状態となるので、ＣＵ３Ｆは、通番＝ｎ＋５およびカード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。
これを受けて、Ｐ台２Ｆは、可変表示装置２７８Ｆに表示していた「カード抜き取って下さい」の表示を止め、カードの抜き取りの報知を終了する。なお、カードの抜き取りの報知は、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまで報知を継続する。さらに、Ｐ台２Ｆは、通番＝ｎ＋５を含む状態情報応答のコマンドをＣＵ３Ｆへ送信する。
なお、図７３で説明したカードを返却する際の遊技玉の計数処理のシーケンスは、カード返却時に限定されるものではなく、簡易離席・食事休憩時にも同様の処理を適用することができる。ここで、簡易離席とは、遊技者が小用を済ませるために５〜１０分程度の短い時間遊技を中断するものである。食事休憩とは、簡易離席よりも長いたとえば３０分間等遊技を中断して食事や休憩を行なうものである。
＜＜異常系シーケンス１＞＞
次に、図７４を参照して、電源断／通信回線断により状態情報要求が未到達となったときの遊技玉数のリカバリ処理について説明する。図７４は、電源断、通信回線断線があって、カードユニットからパチンコ機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断／通信回線断線（たとえば、Ｐ台２Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報要求が未到達（ＣＵ３ＦからＰ台２Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
図７４を参照して、遊技中において電源断が発生する前に、ＣＵ３Ｆは、通番＝ｎを含む状態情報要求をＰ台２Ｆに送信している。それを受けて、Ｐ台２Ｆは、遊技台情報ＣＵ３Ｆに通知するため、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答をＣＵ３Ｆに送信する。Ｐ台２Ｆは、前回遊技台情報となる前回最終送信通番を“ｎ”に更新する。
ＣＵ３Ｆは、通番＝ｎの状態情報応答を受け、前回最終送信通番を“ｎ”に更新してバックアアップする。また、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３の情報に基づいて、自ら記憶している遊技玉数や加算玉数、減算玉数を更新する。
そして、遊技中においてＰ台２Ｆに電源断が発生した後に、通番＝ｎ＋１を含む状態情報要求がＣＵ３ＦからＰ台２Ｆへ送信された場合に、Ｐ台２Ｆが電源断の状態であるためにその状態情報要求を受信できない。それ以降Ｐ台２Ｆからの状態情報応答が送信されてこないためにＣＵ３Ｆは、３秒後に通信回線断を検知して停止する制御を行なう。Ｐ台２Ｆが状態情報応答のレスポンスをＣＵ３Ｆに送信してから、電源断発生までの間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
その後、Ｐ台２Ｆの電源断が復旧してＯＮの状態になってＰ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、前回最終送信通番＝ｎ、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが一致しているか否かを判定する。一致している場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していると判断でき、この場合には、その状態情報応答に含まれる遊技情報に基づいてＣＵ３Ｆ側でも遊技情報が更新されていることになる。このため、この場合には、Ｐ台２Ｆは、遊技情報格納無（具体的には前回遊技台情報無）としてリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。仮に、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとが不一致の場合には、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できるため、このような場合には、遊技情報格納有（具体的には前回遊技台情報有）として遊技情報を含むリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
図７４において、ＣＵ３Ｆは、リカバリ応答に含まれる遊技情報格納がないため、加算リカバリ処理は行なわない。なお、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。遊技情報格納がないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（最新遊技台情報である遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
＜＜異常系シーケンス２＞＞
次に、図７５を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数のリカバリ処理について説明する。図７５は、電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断／通信回線断線（たとえば、Ｐ台２Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２ＦからＣＵ３Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
図７５を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２ＦからＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３Ｆからの状態情報要求が送信されてこないためにＰ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。この３秒間の間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
一方、ＣＵ３Ｆでは、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その際、現時点における持玉数をカードに記憶させて排出する。なお、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３Ｆから持玉数を受信してバックアップ記憶しているホールサーバ８０１Ｆの記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。その後、ＣＵ３Ｆの電源断が復旧してＯＮの状態になってＣＵ３Ｆが動作を開始する。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、前回最終送信通番＝ｎ−１、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信通番＝ｎ−１と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとを比較判定する。その結果、両者が不一致であるので、電源断の発生前に最後に送信した状態情報応答がＣＵ３Ｆへ到達していないものと判断する。そこで、Ｐ台２Ｆは、ＣＵ３Ｆに対して未通知の遊技情報を有しているとして遊技情報格納有（具体的には前回遊技台情報有）を含むリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。つまり、前回遊技台情報である遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３をリカバリ応答に含めてＣＵ３Ｆへ送信する。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
ＣＵ３Ｆは、リカバリ応答に含まれる遊技情報に基づいてリカバリ処理を実行する。ただし、通信回線断を検知する直前に遊技玉の加算要求を送信していないため、加算リカバリ処理は不要である。このため、リカバリ応答を受信した後、リカバリ要求２を送信することなく、通信開始要求を送信する。ＣＵ３Ｆは、この通信開始要求の送信前に、第１チェック処理を実行する。第１チェック処理では、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆによって、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かがチェックされる。この第１チェック処理は、図８７（ａ）に基づいて後述する。ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、電源断の発生前にＣＵ３Ｆにまで到達しなかった状態情報応答に含まれる未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
なお、再挿入されたカードのカードＩＤがカード情報読取処理により適正に読取られた場合に、その読取ったカードＩＤとリカバリ応答に含まれているカードＩＤとを照合して一致しているか否かをＣＵ３ＦのＣＵ制御部３２３Ｆが判定するとともに、電源断発生前の遊技開始時に挿入されたカードの挿入時刻をＣＵ制御部３２３ＦのＲＡＭが記憶しておりその記憶しているカードの挿入時刻とリカバリ応答に含まれているカード挿入時刻とを比較して一致するか否かをＣＵ３ＦのＣＵ制御部３２３Ｆが判定してもよい。その場合、両者一致すると判定し、加算リカバリが無い場合には、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３Ｆへ返信する。
本実施例では、この遊技者の同一性を判断するときの遊技者を特定可能な遊技者特定情報として、カードＩＤとカード挿入時刻とを用いている。このカードＩＤは、会員の遊技者個人を特定する会員用カードのカードＩＤばかりでなく、ビジターとして来店した遊技者が用いるビジターカードのカードＩＤも含む。このビジターカードの場合には、不特定の遊技者に使用されるものであり、特定の遊技者個人を特定するものではない。つまり、このカードＩＤの場合には、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者とが同一の遊技者であるか否かは特定できるが、その遊技者がどの特定の個人であるかまでは特定できない。よって、上記「遊技者特定情報」とは、特定の遊技者個人を特定するものに限らず、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者との同一性が判別できる情報をも含む広い概念である。
＜＜異常系シーケンス３＞＞
次に、図７６を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数の別のリカバリ処理について説明する。図７６は、電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断／通信回線断線（たとえば、ＣＵ３Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２ＦからＣＵ３Ｆへコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図が示してある。この電源のＯＦＦ，ＯＮは、たとえばＣＵ３Ｆの故障、または電源を手動でＯＦＦ，ＯＮする、あるいはＣＵ３Ｆをカードユニットホルダから抜き差しすることによっても、電源がＯＦＦ，ＯＮとなる。
図７６を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２ＦからＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３Ｆからの状態情報要求が送信されてこないためにＰ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。この３秒間の間、Ｐ台２Ｆにおいて遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
一方、ＣＵ３Ｆでは、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その後、ＣＵ３Ｆの電源断が復旧してＯＮの状態になり、さらにＣＵ３Ｆを交換して新たなＣＵ３Ｆが動作を開始する。
なお、ＣＵ交換前に稼働していたＣＵ３Ｆが持玉数を記憶していたときには、その持玉数を別のカード（たとえば、ＣＵ内部のカード）に記憶させて排出するようにしてもよい。その際に、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３Ｆから持玉数を受信してバックアップ記憶しているホールサーバ８０１Ｆの記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。
交換後のＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１Ｆを経由して鍵管理サーバ８００Ｆ）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。しかし、ＣＵ３Ｆは、交換したため前回最終送信通番を有していない。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、交換後のＣＵ３Ｆから送信される前回最終送信通番＝０と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信通番＝ｎとを比較判定する。その結果、両者が不一致であるので、リカバリ処理を行なうためＰ台２Ｆに格納してある遊技情報をＣＵ３Ｆへ送信する。具体的に、Ｐ台２Ｆは、交換後のＣＵ３Ｆに対してリカバリ処理を行なうため遊技情報を有しているとして遊技情報格納有を含むリカバリ応答（通番＝１）をＣＵ３Ｆへ返信する。このリカバリ応答でＣＵ３Ｆに通知するリカバリ情報には、前回最終送信通番＝ｎ、挿入されていたカードのカードＩＤ、カード挿入時間、前回遊技台情報として前回最終送信加算通番＝ｍおよび前回遊技台情報が含まれている。前回遊技台情報には、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含んでいる。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を使用してリカバリ処理（遊技玉数＝４８０、加算玉数累計＝＋３、減算玉数累計＝＋２３）を行ない、前回最終送信通番を更新して、当該データおよびカードＩＤ、カード挿入時刻をバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３Ｆは、未通知の遊技台情報を含む状態情報応答を受けて、前回挿入中だったカードの挿入待ち、または店員リモコン操作（遊技玉計数）待ちの状態となる。この状態でカードが挿入されると、ＣＵ３Ｆは、その挿入されたカードのＩＤをカードリーダライタにより読み取る。そして、読み取ったカードＩＤと、リカバリ応答に基づいて記憶しているリカバリカードＩＤ（前回挿入されていたカードのカードＩＤ）とが一致しているか否かを判定する。一致していると判定した場合には、遊技を再開させるための店員のリモコン操作待ちとなる。リモコン操作があれば、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３ＦからＰ台２Ｆへ送信される。Ｐ台２Ｆでは、通信断以前の前回のカード挿入時に受信した店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１ＦのＲＡＭ等にバックアップしており、そのバックアップしているデータとＣＵ３Ｆから送信されてきた店舗コードおよびＳＣ基板ＩＤとを比較して一致するか否か判別する。一致していれば、遊技が再開可能となる。なお、リモコン操作を待つことなく、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３ＦからＰ台２Ｆへ送信されるようにしてもよい。不一致の場合には、たとえばＰ台２Ｆの遊技玉数データを無効にする等のエラー処理が行なわれる。あるいは、これに代えて、またはこれに加えてエラー報知がなされるようにしてもよい。さらには、挿入されているカードを強制的に排出して遊技者に返却する制御を行なうようにしてもよい。
なお、状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
＜＜異常系シーケンス４＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数のリカバリ処理について説明する。図７７は、電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３ＦからＰ台２Ｆへの加算要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図７７では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３Ｆは、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３Ｆは、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
しかし、Ｐ台２Ｆは、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの状態情報要求のコマンドを受信することができない。
ＣＵ３Ｆは、Ｐ台２Ｆが停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３Ｆは、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２Ｆで電源断が復旧し、Ｐ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、リカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する。ここでは、前回最終送信加算通番＝ｍが送信される。
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３Ｆは、Ｐ台２Ｆのリカバリデータの最終送信加算通番＝ｍに比べて、バックアップしているＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１の方が大きい値（新しい）の場合（不一致）、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。
具体的な加算リカバリ処理としては、Ｐ台２Ｆに対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３Ｆは、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２Ｆへ送信する。
Ｐ台２Ｆは、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。このタイミングで、電源断によって実現されなかった加算処理が実現され、ＣＵ３Ｆ側とＰ台２Ｆ側とで遊技玉数が整合する。さらに、Ｐ台２Ｆでは、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３Ｆへ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３Ｆは、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、前述のリカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図８８に基づいて後述する。
さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３Ｆへ返信する。また、ＣＵ３Ｆは、状態情報要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝１７５）を状態情報応答でＣＵ３Ｆに通知する。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス５＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数のリカバリ処理について説明する。図７８は、電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２ＦからＣＵ３Ｆへの加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図７８では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３Ｆは、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３Ｆは、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
その後、ＣＵ３Ｆで電源断が発生し、ＣＵ３Ｆの動作が停止する。しかし、Ｐ台２Ｆは、ＣＵ３Ｆで電源断が発生した直後、ＣＵ３Ｆの動作が停止していることを検知することができない。Ｐ台２Ｆが通信回線断を検知するには、１秒以上ＣＵ３Ｆから次のコマンドを受信できない期間が必要である。
そのため、Ｐ台２Ｆでは、ＣＵ３Ｆの動作が停止していることを知らずに、ＣＵ３Ｆの状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、ＣＵ３Ｆに返信した状態情報応答のレスポンスは、ＣＵ３Ｆの動作が停止しているため、ＣＵ３Ｆへ未到達となる。なお、Ｐ台２Ｆでは、ＣＵ３Ｆへ状態情報応答のレスポンスを返信するとともに、前回最終送信加算通番を更新し、更新したデータおよび遊技玉数＝１７５のデータをバックアップする。
その後、ＣＵ３Ｆで電源断が復旧し、ＣＵ３Ｆが動作を開始する。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ＋１））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍ＋１が含まれている。
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致した場合、加算リカバリ処理を要求せず、加算要求状態をクリアする。また、リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。
ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致するか否かにより、加算リカバリ処理を行なうか否かの加算リカバリ処理判定を行なっている。加算リカバリ処理判定では、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致する場合、加算リカバリ処理を行なわないと判定し、それ以外の場合加算リカバリ処理を行なうと判定する。
ＣＵ３Ｆは、基本的に加算リカバリ処理判定で加算リカバリ処理を行なわないと判定した場合、リカバリ要求２のコマンドをＰ台２Ｆに送信することはない。しかし、ＣＵ３Ｆは、加算リカバリ処理判定で加算リカバリ処理を行なわないと判定した場合にも関わらず、誤ってリカバリ要求２のコマンドがＰ台２Ｆに送信されてしまうとリカバリ処理が行なわれ、本来と異なる遊技玉数に変更されてしまう不都合が生じる。
そこで、本実施の形態では、ＣＵ３Ｆが加算リカバリ処理判定の判定後にリカバリ要求２のコマンドをＰ台２Ｆに送信した場合、Ｐ台２Ｆは、リカバリ要求２のコマンドに含まれる前回最終送信加算通番と、Ｐ台２Ｆで記憶している前回最終送信加算通番とが一致するか否かを判定して加算リカバリ処理を行なうか否かの再判定を行なう。
具体的に、ＣＵ３Ｆは、通番＝２、前回最終送信加算通番＝ｍ＋１、および加算玉数＝１２５を含むリカバリ要求２のコマンドをＰ台２Ｆへ送信する。それを受けたＰ台２Ｆは、ＣＵ３Ｆのリカバリ要求２のコマンドに含まれる前回最終送信加算通番＝ｍ＋１と、Ｐ台２Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが一致するので、加算リカバリ処理を行なわないと判定して処理ＮＧの情報をＣＵ３Ｆに通知する。そのため、Ｐ台２Ｆは、通番＝２、処理結果＝処理ＮＧを含むリカバリ応答２をＣＵ３Ｆに送信する。
さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、通信開始応答をＣＵ３Ｆへ返信する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス６＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数の別のリカバリ処理について説明する。図７９は、電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２ＦからＣＵ３Ｆへの加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図７９では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３Ｆは、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３Ｆは、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
その後、ＣＵ３Ｆで電源断が発生し、ＣＵ３Ｆの動作が停止する。しかし、Ｐ台２Ｆは、ＣＵ３Ｆで電源断が発生した直後、ＣＵ３Ｆの動作が停止していることを検知することができない。Ｐ台２Ｆが通信回線断を検知するには、１秒以上ＣＵ３Ｆから次のコマンドを受信できない期間が必要である。
そのため、Ｐ台２Ｆでは、ＣＵ３Ｆの動作が停止していることを知らずに、ＣＵ３Ｆの状態情報要求のコマンドを受けて、加算要求を処理する。ところが、何らかの原因（たとえば、遊技玉数が上限値に達しているなど）によって、遊技玉を加算できない状況が発生する。この場合、Ｐ台２Ｆは、通番＝ｎ＋１、遊技玉数＝５０、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。ただし、ＣＵ３Ｆに返信した状態情報応答のレスポンスは、ＣＵ３Ｆの動作が停止しているため、ＣＵ３Ｆへ未到達となる。なお、Ｐ台２Ｆでは、遊技玉加算異常が発生しているので、ＣＵ３Ｆからの加算玉を処理することができず、前回最終送信加算通番＝ｍのままで更新していない。
その後、ＣＵ３Ｆで電源断が復旧し、ＣＵ３Ｆが動作を開始する。なお、Ｐ台２Ｆでは、遊技玉加算異常の状態である。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍが含まれている。
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３Ｆは、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２Ｆのリカバリデータの前回最終送信加算通番＝ｍと、ＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、加算リカバリ処理を要求する。そのため、ＣＵ３Ｆは、前回最終送信加算通番＝ｍ＋１、加算玉数＝１２５を含むリカバリ要求２をＰ台２Ｆに送信する。
それを受けてＰ台２Ｆは、遊技玉加算異常により、遊技玉加算が処理されていないこと（遊技玉加算ＮＧ）をリカバリ応答２で通知する。リカバリ応答２には、リカバリ結果＝処理ＮＧが含まれている。
それを受けたＣＵ３Ｆは、リカバリ結果＝処理ＮＧを含むリカバリ応答２を受信した場合、遊技玉加算要求状態をクリアしてＯＦＦ状態にして、後述する第３チェックを行なう。さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、通信開始応答をＣＵ３Ｆへ返信する。
さらに、ＣＵ３Ｆは、遊技玉加算要求状態がクリアされてＯＦＦ状態になっているため、Ｐ台２Ｆに再度加算要求を通知せずに、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍ＋１を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆは、加算異常状態のため、リカバリ要求２の加算玉数＝１２５を遊技玉数＝５０に加算できない場合、加算せずに現時点の遊技玉数＝５０をＣＵ３Ｆに通知する。具体的に、Ｐ台２Ｆは、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答をＣＵ３Ｆに送信する。なお、加算通番は、遊技玉加算結果がＮＧであるため、状態情報要求で送信されてきた「ｍ＋１」に更新せずに「ｍ」のままである。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。ＣＵ３Ｆは、Ｐ台２Ｆから送信される状態情報応答に含まれる現時点の遊技玉数＝５０の情報に基づき、確定させた貯玉の消費を取消す処理を行なう。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス７＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数の別のリカバリ処理について説明する。図８０は、電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３ＦからＰ台２Ｆへの加算要求のコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図が示してある。
この図８０では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３Ｆは、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３Ｆは、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
しかし、Ｐ台２Ｆは、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの状態情報要求のコマンドを受信することができない。
ＣＵ３Ｆは、Ｐ台２Ｆが停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３Ｆは、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２Ｆで電源断が復旧し、さらにＰ台２Ｆを交換して新たなＰ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。なお、ＣＵ３Ｆは、Ｐ台２Ｆが交換されても加算リカバリは実施する。
認証シーケンス後、ＣＵ３Ｆは、リカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、受信したリカバリ要求のコマンドに基づいて、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３Ｆへ返信する。しかし、Ｐ台２Ｆは、新たに交換したため前回最終送信加算通番はバックアップしておらず、初期値“０”をＣＵ３Ｆに送信することになる。
リカバリ応答を受けたＣＵ３Ｆでは、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３Ｆは、Ｐ台２Ｆのリカバリデータの最終送信加算通番＝０と、バックアップしているＣＵ３Ｆで記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。具体的な加算リカバリ処理としては、Ｐ台２Ｆに対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３Ｆは、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２Ｆへ送信する。
Ｐ台２Ｆは、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。さらに、Ｐ台２Ｆでは、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３Ｆへ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３Ｆは、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、前述のリカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図８８に基づいて後述する。
さらに、ＣＵ３Ｆは、通信開始要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３Ｆへ返信する。また、ＣＵ３Ｆは、状態情報要求をＰ台２Ｆへ送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝１７５）を状態情報応答でＣＵ３Ｆに通知する。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス８＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数のリカバリ処理について説明する。図８１は、電源断、通信回線断線があって、パチンコ機からカードユニットへの計数応答のレスポンスが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３ＦからＰ台２Ｆへの計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図８１では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
それを受けてＣＵ３Ｆは、計数玉数を持玉数に加算して持玉数＝１００にし、前回最終送信計数通番を更新し、更新したデータをバックアップする。しかし、Ｐ台２Ｆは、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの通番＝ｎ＋１、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドを受信することができない。つまり、Ｐ台２Ｆは、ＣＵ３Ｆからの計数応答が未到達となる。
ＣＵ３Ｆは、Ｐ台２Ｆが停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３Ｆは、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２Ｆで電源断が復旧し、Ｐ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、前回最終送信計数通番＝ｍ＋１、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信計数通番＝ｍ＋１と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致しているので、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していると判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行し、計数要求状態をＯＦＦにする。つまり、Ｐ台２Ｆは、この時点で遊技玉数＝５００から遊技玉数＝４００に更新される。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。なお、ＣＵ３Ｆは、加算リカバリ処理は行なわないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝４００）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４００を含む。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
＜＜異常系シーケンス９＞＞
次に、電源断／通信回線断により計数要求が未到達となったときの計数玉数のリカバリ処理について説明する。図８２は、電源断、通信回線断線があって、パチンコ機からカードユニットへの計数要求のコマンドが未到達のときの処理の一例を示す図である。特に、電源断、通信回線断線により、計数要求が未到達（Ｐ台２ＦからＣＵ３Ｆへの計数要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図８２では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
しかし、ＣＵ３Ｆは、状態情報応答のコマンドを受信する前に、電源断が発生し、動作が停止する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆからの計数要求が未到達となる。それ以降、ＣＵ３Ｆからの状態情報要求が送信されてこないために、Ｐ台２Ｆは、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１Ｆが発射制御基板３１Ｆへ停止コマンドを送信し、発射制御基板３１Ｆが発射モータ１８Ｆの回転駆動を停止する。
その後、ＣＵ３Ｆで電源断が復旧し、ＣＵ３Ｆが動作を開始する。ＣＵ３Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、前回最終送信計数通番＝ｍ、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信計数通番＝ｍと、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致していないので（不一致）、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにする。つまり、Ｐ台２Ｆは、電断発生直前に送信した計数要求を取り消し、この時点で遊技玉数＝５００のまま維持する。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。ＣＵ３Ｆは、加算リカバリ処理は行なわないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝５００）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝５００を含む。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
＜＜異常系シーケンス１０＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数の別のリカバリ処理について説明する。図８３は、電源断、通信回線断線があって、カードユニットからパチンコ機への計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３ＦからＰ台２Ｆへの計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図が示してある。
この図８３では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。その後、Ｐ台２Ｆでは、計数ボタン２８Ｆが押下され、ＣＵ３Ｆに対して計数要求を送信する。具体的には、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００、計数通番ｍ＋１および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、Ｐ台２Ｆでは、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３Ｆに通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
それを受けてＣＵ３Ｆは、計数玉数を持玉数に加算する処理を実行するが、何らかの異常が発生して加算処理ができない。このため、ＣＵ３Ｆからは計数通番＝ｍおよび計数応答＝ＯＦＦ（計数異常状態のため）を含む状態情報要求のコマンドが送信される。ところが、Ｐ台２Ｆは、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止している。そのため、Ｐ台２Ｆは、ＣＵ３Ｆからの状態情報要求のコマンドを受信することができない。つまり、Ｐ台２Ｆは、ＣＵ３Ｆからの計数応答が未到達となる。
ＣＵ３Ｆは、Ｐ台２Ｆが停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３Ｆは、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２Ｆで電源断が復旧し、Ｐ台２Ｆが動作を開始する。Ｐ台２Ｆが動作を開始すると、まず、ＣＵ３ＦとＰ台２Ｆとの間で認証シーケンスが開始され、Ｐ台２ＦからＣＵ３Ｆに対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３Ｆは、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３Ｆは、通番＝１、前回最終送信計数通番＝ｍ、店舗コードおよびＳＣ基板ＩＤを含むリカバリ要求をＰ台２Ｆへ送信する。つまり、ＣＵ３Ｆは、Ｐ台２Ｆに対してリカバリ情報の通知を要求する。それを受けたＰ台２Ｆでは、まずＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合には以下の処理を行なう。Ｐ台２Ｆは、受信したリカバリ要求の前回最終送信計数通番＝ｍ（計数異常のため“ｍ”のままの更新されていない）と、Ｐ台２Ｆ内部（具体的には払出制御基板１７Ｆ）でバックアップしている前回最終送信計数通番＝ｍ＋１とが一致していないので（不一致）、通信断の前にＰ台２ＦからＣＵ３Ｆに対して最後に送信した状態情報応答はＣＵ３Ｆに到達していないと判断できる。この場合には、Ｐ台２Ｆは、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにして、前回最終送信計数通番を１つ減らす（−１）。Ｐ台２Ｆは、この時点で電断発生前の計数要求を取り消して遊技玉数＝５００のまま維持する。また、Ｐ台２Ｆは、受信したリカバリ要求のコマンドに基づいて、レスポンスであるリカバリ応答をＣＵ３Ｆへ返信する。なお、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」とが不一致の場合、遊技の継続を禁止する。
リカバリ応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図８７（ａ）に基づいて後述する。ＣＵ３Ｆは、加算リカバリ処理は行なわないため、ＣＵ３Ｆは、リカバリ要求２をＰ台２Ｆに送信することなく、通番＝２を含む通信開始要求をＰ台２Ｆに送信する。なお、ＣＵ３Ｆは、Ｐ台２Ｆから受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３Ｆが通信開始要求のコマンドをＰ台２Ｆに送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２Ｆは、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３Ｆへ送信する。また、Ｐ台２Ｆは、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３Ｆは、Ｐ台２Ｆとの通信が開始されると、通番＝３を含む状態情報要求をＰ台２Ｆに送信する。それを受けたＰ台２Ｆでは、未通知の遊技台情報（遊技玉数＝５００）を状態情報応答でＣＵ３Ｆに通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝５００を含む。状態情報応答を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図８７（ｂ）に基づいて後述する。
＜＜加算要求異常＞＞
次に、加算要求異常の処理について説明する。図８４は、玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。特に、玉貸・持玉払出・貯玉払出時の遊技玉の加算結果が異常である場合の処理を説明するためのシーケンス図が示してある。
この図８４では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３Ｆは、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２Ｆへ送信する。それを受けて、Ｐ台２Ｆは、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３Ｆに送信される。
その後、遊技者が持玉払出ボタンを押下する。そのため、ＣＵ３Ｆは、持玉・貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ送信して、持玉・貯玉を遊技玉に変換した情報（加算玉数＝１２５玉）を通知する。その際、ＣＵ３Ｆは、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５、更新した前回最終送信加算通番および加算要求状態ＯＮのデータをバックアップする。
その後、Ｐ台２Ｆで遊技玉を加算する処理に異常が発生する。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。Ｐ台２Ｆは、ＣＵ３Ｆに対して遊技玉加算結果＝ＮＧ、前回最終送信加算通番の情報を通知する。
遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを受信したＣＵ３Ｆは、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ再送する。なお、ＣＵ３Ｆは、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋１からｎ＋２へカウントアップし、加算通番はｍ＋１のままで状態情報要求のコマンドを再送する。
しかし、Ｐ台２Ｆは、遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの再送した状態情報要求のコマンドを受けて、通番＝ｎ＋２、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
さらに、遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを再度受信したＣＵ３Ｆは、通番＝ｎ＋３、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ２回目の再送を行なう。なお、ＣＵ３Ｆは、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋２からｎ＋３へカウントアップし、加算通番はｍ＋１のままで状態情報要求のコマンドを再送する。
Ｐ台２Ｆは、まだ遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２Ｆは、ＣＵ３Ｆの再送した状態情報要求のコマンドを受けて、通番＝ｎ＋３、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３Ｆに返信する。
ＣＵ３Ｆは、状態情報要求のコマンドを２回再送しても、Ｐ台２Ｆから遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスの応答を受信する場合、Ｐ台２Ｆで遊技玉を加算する処理に異常が発生しているとして、加算異常復旧待ちの状態となる。
Ｐ台２Ｆにおいて加算異常が復旧後、ＣＵ３Ｆは、通番＝ｎ＋Ｘ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２Ｆへ再送を行なう。Ｐ台２Ｆでは、加算異常が復旧しているので、遊技玉への加算処理を実施して遊技玉数＝５０（遊技玉加算前の遊技玉数）＋１２５（加算玉数）＝１７５とし、前回最終送信加算通番を更新して、当該データをバックアップする。
遊技玉への加算処理を実施後、Ｐ台２Ｆは、通番＝ｎ＋Ｘ、遊技玉数＝１７５、加算通番＝ｍ＋１および遊技玉加算結果＝ＯＫを含む状態情報応答をＣＵ３Ｆに送信する。これを受けて、ＣＵ３Ｆは、加算要求状態をＯＦＦにする。
＜加算通番に関する動作＞
図８５は、加算通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。遊技玉の加算要求が発生していないときには、ＣＵ３ＦとＰ台２Ｆとの間で、図８５の（１）〜（４）に示すような通常通番および加算通番を含む電文が送受信される。
（１）では、ＣＵ３ＦからＰ台２Ｆに対して、通常通番ｎ、加算通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２Ｆは、（２）のように、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（２）の電文を返信する。
（２）の電文を受信したＣＵ３Ｆは、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、加算通番ｍ）を送信する。（３）の電文を受信したＰ台２Ｆは、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（４）の電文を返信する。
このようにＣＵ３Ｆは、Ｐ台２Ｆから電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２Ｆは通常通番を更新しない。また、加算要求が発生しない限り、加算通番は更新されない。
次に、加算要求（玉貸し操作や貯玉引き落とし操作による）が発生したときには、ＣＵ３ＦからＰ台２Ｆに対して加算通番が１つ更新された（５）の要求電文が送信される（通常通番ｎ＋２、加算通番ｍ＋１）。この要求電文には加算要求ビットをＯＮにしたデータも含まれている。なお、ＣＵ３Ｆは、この段階で既に加算要求に対する処理（カード残高の引き落としや貯玉の引き落とし）を確定させている。
Ｐ台２Ｆは、（５）の要求電文を受信し、加算通番が前回から１つ更新されていることに基づいて加算要求を認識する。その上で、今回の加算要求を承諾するか否かを判定する。この判定は、たとえば、Ｐ台２Ｆの払出制御部１７１Ｆが行なう。払出制御部１７１Ｆは、Ｐ台２Ｆ側で遊技玉を加算する処理が可能であるか否かを判定する。遊技玉の加算処理が可能でない場合とは、たとえば、遊技玉が既に予め定めた上限値に達している場合である。
要求を承諾する場合には、（６）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（６）の２つの電文のうちの拒否電文を送信する。承諾電文では、加算通番が（５）の要求電文に含まれていた加算通番ｍ＋１とされている。一方、拒否電文では、加算通番が（６）よりも１つ前に送受信した電文に含まれる加算通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文に含まれていたｎ＋２である。
ＣＵ３Ｆは、直前の送信電文に含めた加算通番をバックアップ記憶するエリアと、受信電文に含まれる通常通番をバックアップ記憶するエリアとを備えている。これらのエリアは、たとえば、ＣＵ３ＦのＣＵ制御部３２３Ｆのマイクロコンピュータ内に設けられている。（６）の電文を受信したＣＵ３ＦのＣＵ制御部３２３Ｆは、バックアップ記憶している加算通番と、（６）の電文に含まれる加算通番とを比較判定する。その結果、記憶している加算通番と送信されてきた電文に含まれる加算通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた加算通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。
図８５の（５）’は、要求電文がノイズその他の要因によりＰ台２Ｆに到達しなかった場合について示している。この場合、Ｐ台２ＦはＣＵ３Ｆからの電文到達を待つため、Ｐ台２ＦからＣＵ３Ｆに対して電文が送信されることはない。ＣＵ３Ｆは、（５）’の要求電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２Ｆからの応答がないので、同じ要求電文（５）’’を再送する。
＜計数通番に関する動作＞
図８６は、計数通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。計数要求が発生していないときには、ＣＵ３ＦとＰ台２Ｆとの間で、図８６の（１）〜（３）に示すような通常通番および計数通番を含む電文が送受信される。
（１）では、ＣＵ３ＦからＰ台２Ｆに対して、通常通番ｎ、計数通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２Ｆは、（２）のように、受信した電文と同じ通常通番ｎおよび計数通番ｍを含む（２）の電文を返信する。
（２）の電文を受信したＣＵ３Ｆは、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、計数通番ｍ）を送信する。このようにＣＵ３Ｆは、Ｐ台２Ｆから電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２Ｆは通常通番を更新しない。また、計数要求が発生しない限り、計数通番は更新されない。
次に、計数要求（計数操作の検出）が発生したときには、Ｐ台２ＦからＣＵ３Ｆに対して計数通番が１つ更新された（４）の要求電文が送信される（通常通番ｎ＋１、計数通番ｍ＋１）。この要求電文には計数要求ビットをＯＮにしたデータも含まれている。なお、Ｐ台２Ｆは、この段階では計数処理を実行していない。
Ｐ台２Ｆは、（４）の要求電文を受信し、計数通番が前回から１つ更新されていることに基づいて計数要求を認識する。その上で、今回の計数要求を承諾するか否かを判定する。この判定は、たとえば、ＣＵ３ＦのＣＵ制御部３２３Ｆが行なう。ＣＵ制御部３２３Ｆは、計数処理（持玉の加算処理）が可能であるか否かを判定する。計数処理が可能でない場合とは、たとえば、持玉を用いた処理（ワゴンサービスなど）の途中である場合である。
要求を承諾する場合には、（５）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（５）の２つの電文のうちの拒否電文を送信する。承諾電文では、計数通番が（４）の要求電文に含まれていた計数通番ｍ＋１とされている。一方、拒否電文では、計数通番が（４）よりも１つ前に送受信した電文に含まれる計数通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文から更新されており、ｎ＋２である。
Ｐ台２Ｆは、直前の送信電文に含めた計数通番と通常通番とをバックアップ記憶するエリアを備えている。このようなエリアは、たとえば、Ｐ台２Ｆの払出制御部１７１Ｆのマイクロコンピュータ内に設けられている。（５）の電文を受信したＰ台２Ｆの払出制御部１７１Ｆは、バックアップ記憶している計数通番と、（５）の電文に含まれる計数通番とを比較判定する。その結果、記憶している計数通番と送信されてきた電文に含まれる計数通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた計数通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。
図８６の（４）’は、要求電文がノイズその他の要因によりＰ台２Ｆに到達しなかった場合について示している。この場合、ＣＵ３Ｆは、（３）の電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２Ｆからの応答がないので、同じ電文（３）を再送する。再送されてきた（３）の電文を受けたＰ台２Ｆは、その電文に含まれる通常通番がｎ＋１であり、先に（４）’の要求電文を送信しているにも関わらず、通常通番が変化していないことから、（４）’の要求電文が到達しなかったと判定する。そして、Ｐ台２Ｆは、（４）’と同じ要求電文（４）’’を再送する。
以上、説明したように、本実施の形態では、通常通番とは別の要求通番（加算通番、計数通番）が電文に含められて送信される。これらの要求通番は、通信相手に対して加算要求や計数要求等の動作を要求するときに加算更新され、それ以外では、電文の送受信が行なわれても加算更新されない。
これに対して、通常通番は、通信相手に対する要求の有無に関わらず、ＣＵ３Ｆから電文が送信されるごとに更新される（なお、通常の通番は、ＣＵ３ＦおよびＰ台２Ｆの双方で互いに更新する動作をしてもよい。）。
このため、通常通番の場合、送信した要求電文が相手に届いたか否かを相手先からの受信電文に含まれる通番を用いて判定できるものの、その受信電文が要求承諾を示す承諾電文であるのか、要求拒絶を示す拒否電文であるのかまでは特定できない。
ところが、上記のとおり、本実施の形態のように加算通番や計数通番といった要求通番を利用して、要求通番を更新した要求電文を送信し、これに対する応答として要求電文に含まれていた要求通番と同じ要求通番を含む電文を受信した場合には、その通番の値によって、送信した要求電文が相手に届いたか否かのみならず、相手から返信されてきた電文が承諾電文であるのか否かまでを特定できる。もちろん、本実施の形態のように、要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータが含まれるため、このデータを判定することでも、受信電文が承諾電文であるのか拒否電文であるのかを特定できる。しかしながら、要求通番を利用すれば、このような要求ビットを電文から削除することも可能である。これによって電文データ量を削減でき、また、電文データの要求ビットを判定する処理も不要とすることができる。
なお、本実施の形態では、要求が発生したときの要求通番に対する更新値を＋１としているが、これは一例であって、＋２や＋３、−１や−２などの他の更新値を採用してもよい。
＜第１〜第３チェック処理＞
次に、図８７（ａ）、（ｂ）、図８８に基づいて、ＣＵ制御部３２３Ｆにより実行される第１チェック処理、第２チェック処理および第３チェック処理について説明する。
まず図８７（ａ）を参照して、第１チェック処理を説明する。ステップＳ（以下単にＳという）３００により、遊技台情報の格納があるか否かの判断がなされる。これは、Ｐ台２Ｆから送信されてきたリカバリ応答の中に遊技台情報が含まれているか否かを判断するものであり、前述した図７５、図７６の場合に遊技台情報（具体的には前回遊技台情報）が含まれているために、ＳＦ３００によりＹＥＳの判断がなされる。遊技台情報が含まれていないと判断された場合にはこの第１チェック処理が終了する。
遊技台情報の格納があると判断された場合には制御がＳＦ３０１へ進み、その受信した遊技台情報（具体的には前回遊技台情報）に含まれている加算玉数が予め定められた閾値Ｎ１以上であるか否かの判断がなされる。この閾値Ｎ１は、ＣＵ３ＦとＰ台２Ｆとの間での状態情報要求と状態情報応答との１周期（２００ｍｓ）の間に入賞に伴う遊技玉の加算数の最大（たとえば大当り時の最大加算玉数１２０）よりも少し大きい値（たとえば１２５）に設定されている。したがって、正常な場合には、受信した加算玉数がこの閾値Ｎ１よりも小さな値になっている筈である。ところが、閾値Ｎ１よりも大きな加算玉数となっているということは、オフライン中にＰ台２Ｆに不正等が行なわれて不正に増加した加算玉数および遊技玉数を含む遊技台情報がリカバリ応答としてＣＵ３Ｆへ送信されてきた虞がある。その場合には、制御がＳＦ３０４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳＦ３０５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図６６参照）と同じ状態に復帰する。
ＳＦ３０１、ＳＦ３０３のチェック処理の結果異常判定されたとしても、その原因が通信断後にＣＵ３ＦまたはＰ台２Ｆを新たなものに交換し、その後通信を復旧させたことにより、ＣＵ３Ｆ側が記憶している情報とリカバリ処理時にＰ台２Ｆから送信されてくる情報とが全く食い違っていることに起因する場合がある。このような不正行為ではないにも拘らず異常判定する場合があり、そのために、遊技場の係員によるリモコン操作によってリセット待ち状態を解除できるようにし、遊技場の係員による人為的な判断を介在させて正常な対応ができるようにしている。
一方、ＳＦ３０１によりＮＯの判断がなされた場合には制御がＳＦ３０２へ進み、ＣＵ制御部３２３Ｆが記憶している遊技玉数に対してＰ台から受信した加算玉数を加算するとともに減算玉数を減算してその算出結果であるＲ１を算出する演算が行なわれる。すなわち、Ｐ台２Ｆから受信した遊技台情報に含まれている加算玉数が適正であると判断された場合には、その加算玉数と減算玉数とを用いて最新の遊技玉数Ｒ１を算出するのである。次にＳＦ３０３により、その算出されたＲ１−受信した遊技玉数の絶対値すなわちＲ１と受信した遊技玉数との差を演算し、その差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３０４以降に進む。
一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３ＦのＲＡＭが記憶する。
次に図８７（ｂ）に基づいて第２チェック処理を説明する。通信開始応答直後の状態情報要求に対して返信されてくるＰ台２Ｆからの状態情報応答に含まれている遊技台情報（具体的には今回遊技台情報）の中の加算玉数が予め定められた閾値Ｎ３以上であるか否かの判断がＳＦ３１０により行なわれる。この受信した加算玉数は、Ｐ台がＣＵ３Ｆへ最後に状態情報応答を送信してからＰ台に電源断が発生するまであるいはＰ台が通信回線断を検知して遊技が停止するまでの間において変動した加算玉数であり、このような比較的短い限られた期間内の加算玉数の変動量はそれほど大きな値にはならず、ある決まった上限の範囲内となる。故に、その上限（たとえば１２０）よりも少し大きな値（たとえば１２５）を閾値Ｎ３と定めている。そして、受信した加算玉数がその閾値Ｎ３以上の場合には、制御がＳＦ３１４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳＦ３１５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図６６参照）と同じ状態に復帰する。
一方、ＳＦ３１０によりＮＯの判断がなされた場合には制御がＳＦ３１１へ進み、ＣＵ制御部３２３Ｆが記憶している遊技玉数に対して受信した加算玉数を加算するとともに受信した減算玉数を減算してＲ２を算出する演算が行なわれる。なお、ここでいう「記憶している遊技玉数」とは、前述したように、ＳＦ３０３によりＮＯの判断がなされたときのＰ台２Ｆから受信した遊技玉数のことである。そして、ＳＦ３１２により、そのＲ２とＰ台２Ｆから受信した遊技玉数との差が予め定められた閾値Ｎ４以上であるか否かの判断がなされる。本来、Ｒ２と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ４と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ４以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３１４以降に進む。
ＳＦ３１２によりＮＯの判断がなされた場合には制御がＳＦ３１３へ進み、ＣＵ制御部３２３Ｆは、Ｐ台２Ｆから受信した遊技玉数を初期値の遊技玉数として記憶した後、この第２チェック処理の制御が終了する。
このＳＦ３１３の処理がなされた後には、ＣＵ３ＦとＰ台２Ｆとの間で通常の状態情報要求および状態情報応答の送受信が行なわれるのであり、その際、ＣＵ制御部３２３Ｆは、ＳＦ３１３により初期値の遊技玉数として記憶された遊技玉数を初期値として、加算玉数と減算玉数とに基づいて現在の遊技玉数を算出し、その現在の遊技玉数に基づいてＰ台２Ｆから送信されてくる遊技玉数との差が予め定められた誤差玉数（たとえば５）を超えているか否か判定し、超えている場合には異常判定して、前述のＳＦ３０４、ＳＦ３０５、ＳＦ３１４、ＳＦ３１５と同様の制御を行なう。
次に、図８８に基づいて第３チェック処理の制御を説明する。ＣＵ制御部３２３Ｆは、Ｐ台２Ｆからリカバリ応答２を受信した直後にこの第３チェック処理を実行する（図７７、図７９、図８０参照）。
このリカバリ要求２およびリカバリ応答２は、前述したように、ＣＵ３ＦがＰ台２Ｆに対して遊技玉数の加算要求を出力したにも拘らずＰ台２Ｆがその遊技玉加算要求に従った遊技玉の加算処理を行なっていない場合にその遊技玉数の加算リカバリを行なうためのものである。そして、Ｐ台２ＦからＣＵ３Ｆへ送られてくるリカバリ応答２によりその加算リカバリの処理が正常に行なわれたか否かの処理結果が通知される。ＣＵ制御部３２３Ｆは、ＳＦ３２０により、そのリカバリ結果が処理ＮＧであるか否かの判断を行なう。処理ＮＧすなわち加算リカバリが正常に行なわれなかった場合には、制御がＳＦ３２４へ進み、エラーの発生を異常報知ランプや表示器３１２Ｆにより報知する制御が行なわれるとともに、ホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１Ｆの代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳＦ３２５へ進み、ＣＵ制御部３２３Ｆがリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０Ｆに入力されるまでＣＵ制御部３２３Ｆが制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３Ｆがリセット状態となって電源投入（図６６参照）と同じ状態に復帰する。
一方、リカバリ結果が処理ＯＫであった場合には制御がＳＦ３２１へ進み、ＣＵ制御部３２３Ｆが現在記憶している遊技玉数に対してＰ台２Ｆへ送信した加算玉数を加算する処理を行なう。これは、ＣＵ３Ｆが出力した遊技玉加算要求での加算玉数分の加算リカバリがＰ台２Ｆにおいて正常に行なわれたために、その加算玉数を遊技玉数に加算して現時点における正常な遊技玉数を算出するための処理である。
次に制御がＳＦ３２２へ進み、その加算後の遊技玉数に対してＰ台２Ｆから送信されてきた加算玉数を加算するとともに減算玉数を減算してＲ３を算出する演算が行なわれる。この加算玉数と減算玉数とは、リカバリ応答としてＰ台２Ｆから送信されてくる遊技台情報（具体的には前回遊技台情報）であり、リカバリ応答にその前回遊技台情報が含まれていない場合には、加算玉数と減算玉数とは共にゼロであり、その結果、加算後の遊技玉数＝Ｒ３を算出することとなる。
次にＳＦ３２３により、その算出されたＲ３とＣＵ３Ｆが受信した遊技玉数との差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳＦ３２４以降に進む。
一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３Ｆが記憶する。
以上説明したように、Ｐ台２ＦからＣＵ３Ｆへ、遊技台情報として前回遊技台情報が先に送信され、その後今回遊技台情報が送信され、ＣＵ３Ｆ側において両遊技台情報を区別可能となるように送信されるために、ＣＵ制御部３２３Ｆにおいては、その両遊技台情報のそれぞれの適性を判別することが可能となる。その結果、Ｐ台２Ｆから送られてくる前回遊技台情報中のたとえば遊技玉数データは、ＣＵ制御部３２３Ｆが現時点で記憶している遊技玉数データと大きな差はない筈であり、また、その後に送られてくる今回遊技台データ中のたとえば遊技玉数データも、ＣＵ３Ｆが受信した前回遊技台情報中の遊技玉数データとそれほど大きな差はない筈である。もし、これらのデータの差に大きな開きがある場合には、不正に遊技玉数データが水増しされていると異常判別することができる。
仮に、前回遊技台データと今回遊技データとを合算した合算データがＰ台２ＦからＣＵ３Ｆへ一括送信される場合には、前回遊技台データと今回遊技台データとをそれぞれ個別に判別する場合に比べて大まかな判別しかできず、その分不正を判別しにくくなる。このような不都合を防止するべく、遊技台データを２段階で送信してＣＵ制御部３２３Ｆにおいてそれら両データを区別できるようにし、それぞれの遊技台データについての木目細かな異常判別を可能とし、異常判別しやすくしている。
なお、前述した第１チェック処理〜第３チェック処理においては、先に加算玉数の適否を判定した後、適正である場合にその加算玉数に基づいて現在の遊技玉数を算出してその遊技玉数とＰ台２Ｆから送信されてきた遊技玉数を比較して送信されてきた遊技玉数が適正であるか否かの判定を行なっているが、単に、Ｐ台２Ｆから送信されてきた遊技玉数をＣＵ３Ｆが記憶している遊技玉数と比較してその適否判定を行なうようにしてもよい。
さらに、ＣＵ３Ｆは、リカバリ処理以前に記憶している最終の遊技玉数（以下「ＣＵ遊技玉数」と言う）と、Ｐ台２Ｆから受信した前回遊技台情報中の遊技玉数（以下「Ｐ台前回遊技玉数」と言う）と、Ｐ台２Ｆから受信した最新遊技台情報中の遊技玉数（以下「Ｐ台最新遊技玉数」と言う）との３者間で比較判定して適否判定を行なうようにしてもよい。３者間での比較判定の具体例としては、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければそのＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定する。あるいは、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。さらには、先にＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定し、さらにＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。
なお、上記の第１チェック処理〜第３チェック処理は、ＣＵ３ＦやＰ台２Ｆの交換（入替え）が行なわれていないときに実行するのが望ましい。通信断時に交換（入替え）が行なわれているときには、リカバリ処理でＣＵ側とＰ台側との遊技玉数が大幅に相違するのが一般的であるために、それが原因で上記の第１チェック処理〜第３チェック処理の結果エラー判定されるためである。ゆえに、通信断後にＣＵ３ＦまたはＰ台２Ｆを交換した場合に、通信復旧時におけるリカバリ処理において第１チェック処理〜第３チェック処理を行なわないように制御してもよい。具体的には、リカバリ応答としてＰ台２Ｆから送信されてくる前回最終送信通番とＣＵ制御部３２３Ｆが記憶している前回最新送信通番との差が２以上の場合に、ＣＵ３ＦまたはＰ台２Ｆが交換されたとＣＵ制御部３２３Ｆが判断し、ＣＵ制御部３２３Ｆが第１チェック処理〜第３チェック処理を行なわないように制御する。
さらに、ＣＵ３ＦまたはＰ台２Ｆの交換であるか否かに拘らず、リカバリ時にはＣＵ３Ｆ側で前回遊技台データおよび今回遊技台データのチェックを一切行なわないように制御してもよい。このようにすれば、ＣＵ３ＦまたはＰ台２Ｆの交換に起因したチェック異常判定が生ずる煩わしさを防止することができる。
＜要求通番に関する動作＞
次に、図６４〜図８６で示した通信シーケンスで説明した通番の更新方法は一例であり、当該方法に限定されるものではない。たとえば、以下に説明するような通番の更新方法を図６４〜図８６で示した通信シーケンスに適用してもよい。
＜＜通番および要求通番をともに更新＞＞
図８９は、要求通番に関するＰ台２ＦおよびＣＵ３Ｆの動作を説明するための概念図である。図８９に示すＡ装置およびＢ装置の一方はＰ台２Ｆであり他方はＣＵ３Ｆである。相手方に対しての要求が発生する装置をＡ装置とし、Ａ装置からの要求を受信する装置をＢ装置としている。
Ａ装置がＣＵ３ＦでＢ装置がＰ台２Ｆの場合には、要求通番は加算通番であり、要求は遊技玉の加算要求である。この場合の具体的な通信シーケンスは図６９に示したとおりである。
Ａ装置がＰ台２ＦでＢ装置がＣＵ３Ｆの場合には、要求通番は計数通番であり、要求は遊技玉の計数要求である。この場合の具体的な通信シーケンスは図７１に示したとおりである。
ここでは、これらの双方の場合を概念化して説明する。Ａ装置は、Ｂ装置に対する要求がない間は、（１）のとおり、要求通番ｍが更新されていない電文を送信する。ただし、通常の通番ｎは電文の送信ごとに更新する。Ｂ装置は、これを受信して、（２）のとおり電文を返信する。この電文では、通常の通番がｎ＋１に更新されている。しかし、要求通番はｍのまま更新されていない。
Ａ装置で要求が発生しない間は、（１）（２）のように、通常の通番を更新しつつ、双方で電文を送信し合う。この間は、相手から受けた電文に含まれる通常の通番を見て、直前に送信した電文が相手にまで到達したか否かを判定する。
Ａ装置で要求が発生すると、Ａ装置は要求通番をｍ＋１に更新し、（３）に示すように更新後の要求通番ｍ＋１を含む要求電文をＢ装置へ送信する。このとき、通常の通番もｎ＋２に更新されている。なお、この要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータも含まれている。
要求通番ｍ＋１を含む要求電文を受信したＢ装置は、要求を承諾するか否かを判定する。たとえば、計数要求であれば、ＣＵ３Ｆ側で持玉を加算する処理が可能であるか否かを判定する。あるいは、加算要求であれば、Ｐ台２Ｆ側で遊技玉を加算する処理が可能であるか否かを判定する。持玉の加算処理が可能でない場合とは、たとえば、持玉を用いた処理（ワゴンサービスなど）の途中である場合である。また、遊技玉の加算処理が可能でない場合とは、たとえば、遊技玉が既に予め定めた上限値に達している場合である。
要求を承諾する場合には、（４）の上に記載のとおり、要求通番をｍ＋２に更新した承諾電文をＡ装置へ送信する。これに対して、要求を拒絶する場合には、（４）の下に記載のとおり、要求通番がｍ＋１のまま更新されていない拒絶電文（拒否電文ともいう。以下、同じ。）をＡ装置へ送信する。通常の通番は、いずれの場合にもｎ＋３に更新される。
Ａ装置は、直前の送信電文に含めた要求通番を記憶する記憶手段を備えている。（４）の電文を受信したＡ装置は、記憶手段に記憶している要求通番と、（４）の電文に含まれる要求通番とを比較判定する。その結果、記憶している要求通番と送信されてきた電文に含まれる要求通番とが同じ（この例ではｍ＋１）であれば、要求が拒否されたと判定する。これに対して、記憶している要求通番に所定数（この例では１）を加えた値と送信されてきた電文に含まれる要求通番とが同じ（この例ではｍ＋２）であれば（換言すると、送信されてきた要求通番が１つ進んでいれば）、要求が承諾されたと判定する。なお、要求が承諾されたと判定した場合には、さらに要求通番を１つ更新し、具体的な要求値（計数玉数や加算玉数）を含む電文をＢ装置へ送信する。一方、要求が拒否されたと判定した場合には、受信した要求通番を含む電文をＢ装置へ送信する。
仮に、（３）の要求電文がノイズその他の要因によりＢ装置に到達しなかった場合について、図８９の（３）’に示している。この場合、Ｂ装置は（２）の電文を送信してから所定の待機時間（たとえば、２００ｍｓ）が経過したときに無応答と判定して、（２）の電文を再送する。その結果、（３）’を送信したＡ装置には（２）の電文が届く。すると、Ａ装置は、要求通番ｍ＋１の要求電文を送信したにも関わらず、これに対する返信電文の要求通番が要求承諾および要求拒否のいずれにも該当しないため（要求電文に含めた要求通番より１遅れた要求通番であるため）、要求電文が到達していないと判定する。なお、このような判定は、通常の通番の方を利用してすることも可能である。すなわち、要求通番に含めた通常の通番はｎ＋３であるのに対して、返信電文に含まれる通常の通番はｎ＋２であるため、このような状況に基づいて要求電文の未到達と判定できる。
Ａ装置は、要求電文が到達していないと判定したときには、（３）の要求電文を再送する。
以上、説明したように、本実施の形態では、通常の通番とは別に要求通番が電文に含められて送信される。この要求通番は、通信相手に対して加算要求や計数要求等の動作を要求するときを契機として更新が開始され、要求動作の終了時あるいは要求に対する拒絶の際に更新が停止する。それ以外の間では、電文の送受信が行なわれても更新されない。
これに対して、通常の通番は、通信相手に対する要求の有無に関わらず、電文がやりとりされるごとに更新される（なお、通常の通番は、Ａ装置およびＢ装置の一方でのみ更新され、他方は相手から受けた通番をそのまま返信する動作をしてもよい。）。
このため、通常の通番の場合、送信した要求電文が相手に届いたか否かを相手先からの受信電文に含まれる通番を用いて判定できるものの、その受信電文が要求承諾を示す承諾電文であるのか、要求拒絶を示す拒絶電文であるのかまでは特定できない。
ところが、上記のとおり、本実施の形態のように要求通番を利用した場合には、要求通番によって、送信した要求電文が相手に届いたか否かのみならず、相手から返信されてきた電文が承諾電文であるのか拒絶電文であるのかまでを特定できる。もちろん、本実施の形態のように、要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータが含まれるため、このデータを判定することでも、受信電文が承諾電文であるのか拒絶電文であるのかを特定できる。しかしながら、要求通番を利用すれば、このような要求ビットを電文から削除することも可能である。これによって電文データ量を削減でき、また、電文データの要求ビットを判定する処理も不要とすることができる。
＜＜通番と要求通番とのうち、一方のみ更新＞＞
図９０は、通常の通番および要求通番に関するＰ台２ＦおよびＣＵ３Ｆの動作の変形例を説明するための図である。この変形例は、要求通番が更新されるときには通常の通番は更新されていない点で、図８９に示した例と相違する。
つまり、この変形例は、通常の通番と要求通番とのうち、要求が発生していないときには通常の通番のみが更新されて電文がやりとりされる。ところが、要求が発生すると、通常の通番の更新が停止して要求通番のみが更新される。その後、要求に対する一連の処理が終了するか、若しくは要求に対する拒絶電文が送信されるときに要求通番の更新が停止して、代わりに通常の通番の更新が開始される。
このため、図９０の（１）（２）に示される、要求発生前の電文のやりとりでは、通常の通番がｎ、ｎ＋１に更新されている一方で要求通番ｍは更新されていない。ところが、要求の発生によって送信される（３）の要求電文では、通常の通番がｎ＋１のままで更新されていない一方、要求通番がｍ＋１に更新されている。同様に、要求電文に対する（４）の承諾電文および拒絶電文のいずれも、通常の通番はｎ＋１のままで更新されていない。
この場合でも、（４）の電文を受信したＡ装置は、その電文に含まれる要求通番を判定することによって、その電文が承諾電文であるか拒絶電文であるかを判断できる。
また、（３）’に示すように、要求電文がＢ装置に届かずにＢ装置から（２）の電文が再送されてきた場合にも、Ａ装置は、要求通番に基づいて要求電文が到達しなかったことを判定できる。
この変形例のように、要求発生時から要求に対する処理が終了するまで、通常の通番の更新を停止しても、その間は、要求通番が通常の通番の機能を肩代わりするために、何ら問題が生じない。また、その間は、通常の通番を更新したり、通常の通番を照合したりする処理が不要になるという効果も奏される。
＜鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵＞
次に、鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵について説明する。図９１は、鍵管理サーバから通信制御ＩＣ３２５ａＦまでの間の通信に使用される暗号鍵を説明するための図である。まず、鍵管理サーバから通信制御ＩＣ３２５ａＦまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵（商用）、通信鍵１（セッション鍵）および通信鍵２（セッション鍵）がある。基板出荷鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、ＣＵ制御部−ＳＣの通信に利用され、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆが受信し、ＣＵ制御部３２３ＦのＲＡＭに記憶される。ＳＣ３２５ｂＦは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。基板初期鍵を用いた認証用通信（基板初期鍵モード）は限られた期間のみ許容（時限的運用）される。ここで、基板初期鍵モードは、前述したように、ホールサーバと少なくとも１回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。
ここで、「限られた期間」とは、たとえば、２日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに鍵管理サーバとの鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝９時〜１７時までの間という具合に、１日の中での定めた期間を設定してもよい。
なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額（カード残額、あるいは現金）を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。
基板認証鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、鍵管理サーバより基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用（通常運用）に通信モード（基板認証鍵モード）が切換わる。この基板認証鍵は、ＣＵ制御部のＲＡＭとＳＣのＲＡＭとに記憶される。
基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバに記憶された有効鍵をＣＵ制御部３２３Ｆが受信し、ＳＣ３２５ｂＦがその有効鍵を通信制御ＩＣ３２５ａＦに対して設定することによりＰ台とＣＵとの間の通信が可能となることで実現される。
本認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、鍵管理サーバから受信した更新情報から、ＳＣ３２５ｂＦにより生成されてＳＣ３２５ｂＦのＲＡＭに記憶されるとともに、通信制御ＩＣ３２５ａＦにおいてもＳＣ３２５ｂＦと同様に更新情報から生成されて通信制御ＩＣ３２５ａＦのＲＡＭに記憶される。なお、この本認証鍵は、鍵管理サーバなどから本認証鍵そのものを取得するようにしてもよい。また、鍵管理サーバなどから更新情報を受信することなくＣＵ制御部３２３Ｆと通信制御ＩＣ３２５ａＦとが自ら生成してもよい。さらに、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３Ｆと通信制御ＩＣ３２５ａＦとが自ら所定の第２データを生成し、それら第１データと第２データとから本認証鍵を生成するようにしてもよい。
仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂＦおよび通信制御ＩＣ３２５ａＦは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆ経由でＳＣ３２５ｂＦが受信し、通信制御ＩＣ３２５ａＦに対して送信（設定）する鍵である。有効鍵が設定されることによってＰ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａＦ活性化用のデータである。換言すると、有効鍵は、ＣＵとＰ台との間の通信を許可するための許可情報である。
通信鍵１（セッション鍵）は、ＣＵ制御部−ＳＣの間の通信に利用され、対遊技機用の業務電文通信に用いられ、ＳＣ３２５ｂＦが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値（乱数）や日時情報などを用いてもよい。通信鍵２（セッション鍵）は、ＳＣ−通信制御ＩＣの間の通信に利用され、対遊技機用の業務電文通信に用いられる。
なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。
次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、ＳＣ３２５ｂＦは、ホールサーバとの最初の通信時にＣＵ制御部３２３Ｆ経由で有効鍵を取得する。ＳＣ３２５ｂＦは、取得した有効鍵を通信制御ＩＣ３２５ａＦに対して送信（設定）することで、Ｐ台との通信が可能になる。ＣＵ制御部３２３Ｆはホールサーバとの最初の通信時に基板初期鍵を受信し、ＣＵ制御部３２３ＦのＲＡＭに記憶される。ＳＣ３２５ｂＦは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。ＳＣ３２５ｂＦは、取得した基板初期鍵を用いてＣＵ制御部３２３Ｆと暗号認証を行ない、該基板初期鍵を用いて時限的にＣＵ制御部３２３Ｆと暗号通信を行なう。また、電源投入時にＣＵ制御部３２３Ｆから送られてきた接続要求を受信したホールサーバは、当該ホールサーバが設置されている遊技場を識別するための統一店舗コードをＣＵ制御部３２３Ｆへ返信する。具体的には、ホールサーバのＣＰＵの制御にしたがってホールサーバの入出力インターフェイスからＣＵ制御部３２３Ｆへ統一店舗コードが送信される。
一方、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板３２５Ｆを製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる（図９７参照）。ＣＵ制御部３２３ＦからＳＣ３２５ｂＦへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりＳＣ３２５ｂＦが統一店舗コードを取得する。
次に、ＣＵ制御部３２３Ｆは、鍵管理サーバに対して基板セキュリティ情報を要求し、鍵管理サーバがホールサーバを介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。ＣＵ制御部は、取得した基板認証鍵を用いてＳＣと暗号認証を行ない、該基板認証鍵を用いてＳＣと暗号通信を行なう。なお、ＣＵ制御部３２３Ｆは、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。
この基板認証鍵は、鍵管理サーバなどから取得する代わりに、ＣＵ制御部３２３Ｆが自ら生成してもよく、また、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３Ｆが自ら所定の第２データを生成し、それら第１データと第２データとから基板認証鍵を生成するようにしてもよい。
次に、ＳＣ３２５ｂＦは、記憶してある仮認証鍵を用いて通信制御ＩＣ３２５ａＦと暗号通信を行なう。そして、ＳＣは、基板認証鍵を用いてＣＵ制御部と暗号通信を行なうことで鍵管理サーバから取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。ＳＣは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御ＩＣ３２５ａＦと暗号通信を行なう。なお、本認証鍵は、通信制御ＩＣ３２５ａＦにおいても出荷時から記憶されているものではなく、ＳＣ３２５ｂＦと同様に更新情報から生成される。
次に、ＳＣは、ＣＵ制御部に対して通信鍵１を通知し、以降のＣＵ制御部との間の通信を、通信鍵１を用いて行なうことで、遊技機との業務電文通信が可能となる。また、ＳＣは、通信制御ＩＣに対して有効鍵を設定することで、通信制御ＩＣから通信鍵２の通知を受け、以降の通信制御ＩＣとの間の通信を、通信鍵２を用いて行なうことで、遊技機との業務電文通信が可能となる。
＜ＣＵ制御部とＳＣとの間で送受信するコマンドおよびレスポンス＞
次に、図６２に示したＣＵ３Ｆ内での通信について説明する。特に、ＣＵ制御部３２３Ｆと、セキュリティ基板３２５Ｆのセキュリティチップ（ＳＣ）３２５ｂＦとの間の通信について説明する。まず、図９２、図９３を参照して、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
図９２、図９３には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
まず、ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、ＳＣ３２５ｂＦに対して遊技機（Ｐ台２Ｆ）との接続を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板接続要求の応答を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板メーカコード認証要求１のコマンドが送信される。基板メーカコードとは、セキュリティ基板３２５Ｆを製造したメーカを特定するコードであり、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとに記憶されている。この基板メーカコード認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板メーカコードの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板メーカコード認証応答１のレスポンスが送信される。この基板メーカコード認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板メーカコード認証要求２のコマンドが送信される。この基板メーカコード認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板メーカコード認証応答２のレスポンスが送信される。この基板メーカコード認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板メーカコードの認証情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板シリアルＩＤ認証要求１のコマンドが送信される。この基板シリアルＩＤ認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板シリアルＩＤ認証応答１のレスポンスが送信される。この基板シリアルＩＤ認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板シリアルＩＤ認証要求２のコマンドが送信される。この基板シリアルＩＤ認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板シリアルＩＤ認証応答２のレスポンスが送信される。この基板シリアルＩＤ認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板シリアルＩＤの認証情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板初期鍵認証要求１のコマンドが送信される。この基板初期鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板初期鍵認証応答１のレスポンスが送信される。この基板初期鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板初期鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板初期鍵認証要求２のコマンドが送信される。この基板初期鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板初期鍵認証応答２のレスポンスが送信される。この基板初期鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板初期鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証鍵認証要求１のコマンドが送信される。この基板認証鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答１のレスポンスが送信される。この基板認証鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板認証鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証鍵認証要求２のコマンドが送信される。この基板認証鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答２のレスポンスが送信される。この基板認証鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板認証鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵認証要求１のコマンドが送信される。この基板出荷鍵認証要求１のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証鍵認証応答１のレスポンスが送信される。この基板出荷鍵認証応答１のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板出荷鍵認証要求２のコマンドが送信される。この基板出荷鍵認証要求２のコマンドは、ＳＣ３２５ｂＦに対して基板出荷鍵の認証を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板出荷鍵認証応答２のレスポンスが送信される。この基板出荷鍵認証応答２のレスポンスは、ＣＵ制御部３２３Ｆに対して基板出荷鍵の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してバージョン情報通知のコマンドが送信される。このバージョン情報通知のコマンドは、ＳＣ３２５ｂＦに対して基板認証鍵のバージョンを通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してバージョン情報応答のレスポンスが送信される。このバージョン情報応答のレスポンスは、ＣＵ制御部３２３Ｆに対してバージョン情報を受信したことを通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、ＳＣ３２５ｂＦに対してＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間の認証結果を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、ＣＵ制御部３２３Ｆに対してＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間の認証結果を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、ＳＣ３２５ｂＦに対してセキュリティ基板問合せ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、ＣＵ制御部３２３Ｆに対してセキュリティ基板問合せ情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、ＳＣ３２５ｂＦに対してセキュリティ基板情報を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、ＣＵ制御部３２３Ｆに対してセキュリティ基板情報を受信したことを通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、ＳＣ３２５ｂＦに対してカウンタ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、ＣＵ制御部３２３Ｆに対してカウンタ情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、ＳＣ３２５ｂＦに対して通信鍵を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、ＣＵ制御部３２３Ｆに対して通信鍵を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、ＳＣ３２５ｂＦに対して遊技機チップの問合せ情報を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、ＣＵ制御部３２３Ｆに対して遊技機チップの問合せ情報を通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、ＳＣ３２５ｂＦに対して遊技機チップ情報の照合結果を通知するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、ＣＵ制御部３２３Ｆに対して遊技機チップ照合結果を受信したことを通知するものである。
ＣＵ制御部３２３ＦからＳＣ３２５ｂＦに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、ＳＣ３２５ｂＦに対して基板状態を要求するものである。ＳＣ３２５ｂＦからＣＵ制御部３２３Ｆに対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、ＣＵ制御部３２３Ｆに対して基板状態を通知するものである。
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図９４〜図１０４に基づいて、ＣＵ制御部３２３ＦにおけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂＦで実行される処理とを説明する。
まず、図９４を参照して、ＣＵ制御部３２３Ｆの電源投入・ホール設置時の立上の処理を説明する。この図９４は、ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的にはホールサーバより）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてＣＵ制御部３２３Ｆに記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。遊技機と業務電文通信を行なうことにより、遊技機での遊技が許容されることになる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂＦからＣＵ制御部３２３Ｆ、ホールサーバを経由して鍵管理サーバへ通知される。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、リカバリ要求を行ない、Ｐ台２Ｆは、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３Ｆに返信する。
次に、図９５を参照して、ＣＵ制御部３２３Ｆの電源投入・通常立上の処理を説明する。この図９５は、ＣＵ３Ｆが遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的には鍵管理サーバより、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報をさらに取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
次に、図９６を参照して、ＣＵ制御部３２３Ｆの電源投入・工場出荷時立上の処理を説明する。この図９６は、ＣＵ３Ｆが遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦにおける処理である。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３Ｆが設置されていないため、遊技場のホールサーバより基盤初期鍵をＣＵ制御部３２３Ｆが取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
その後、ＣＵ制御部３２３Ｆは、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにセキュリティ基板３２５Ｆのテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂＦに送信する。ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３Ｆに送信する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にＳＣ３２５ｂＦより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通信テスト要求を行ない、Ｐ台２Ｆは通信テスト応答をＣＵ３Ｆに送信する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３Ｆが遊技場に納入されて最初の電源立上時のシーケンスが図９４で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図９５で説明した通常立上シーケンスである。
次に、図９７を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂＦに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。このとき、ＣＵ制御部３２３Ｆは、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂＦが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる（図１２５参照）。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂＦが通信制御ＩＣ３２５ａＦと認証を行なうことはなく、工場で修理を行なうこととなる。
ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆからの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図９４参照）に遷移する。このとき、ＣＵ制御部３２３Ｆは、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図９８を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。
まず、図９８に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図９８において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図９８において基盤出荷鍵を用いた認証が行われることになる。よって、図９８の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３Ｆは、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図９９を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板メシリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂＦに通知する。
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メシリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３Ｆは、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂＦに対して通知する。
基板認証結果通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３Ｆは、基板認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図１００は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図１００を参照して、まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３Ｆとホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
ＳＣ３２５ｂＦは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３Ｆに通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、ＣＵ制御部３２３Ｆは、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３Ｆは、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図１０１を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。遊技機チップ情報問合せシーケンスでは、遊技機から取得した遊技機チップ情報に基づいた認証の処理が実行される。まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、図３２を用いて説明したシーケンスに従い遊技機チップ情報の取得を完了していると、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、ＣＵ制御部３２３Ｆは、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ：図９１参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せる。遊技機チップ情報問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
上位装置は、受信した主制御チップＩＤおよび払出制御チップＩＤと、登録されている主制御チップＩＤおよび払出制御チップＩＤとを比較して、主制御チップＩＤと払出チップＩＤとが正規に登録されているか否か認証する。これによって、遊技機チップ情報の認証が行なわれる。上位装置は、たとえば、ホール内のホールサーバ８０１Ｆであり、あるいは、ホールサーバ８０１Ｆを経由して通信接続されている鍵管理サーバ８００Ｆである。上位装置での照合結果（認証結果）は、上位装置からＣＵ制御部３２３Ｆに送信される。その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
ＳＣ３２５ｂＦは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３Ｆに通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。以上の処理を行なうことで、遊技機チップ情報問合せシーケンスが完了し、遊技機チップ情報に基づいた認証を終える。これにより、図９４および図９５に示したホール設置時立上シーケンスやＣＵ制御部電源投入・通常立上シーケンス内の遊技機チップ情報問合せシーケンスが完了する。また、遊技機チップ情報問合せシーケンスにおける遊技機チップ情報に基づいた認証に成功することによって、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。これにより、ＣＵ３Ｆは、遊技機での遊技を許容することになる。
次に、図１０２を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂＦは、認証異常として、基板認証鍵情報をクリアする。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図９４に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、ＳＣ３２５ｂＦは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ８０１に通知する。
次に、図１０３は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
次に、図１０４は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
以上の図９４〜図１０４に基づいて説明したＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
ＣＵ３Ｆが遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図９４参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図９４参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図９５参照）。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図９４参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３Ｆを遊技場に出荷するときにそのＣＵ３Ｆの基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３Ｆがセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３Ｆとの間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３Ｆがホールサーバに接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図９８に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図９８に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
＜通信制御ＩＣとセキュリティチップとの通信における主なシーケンス＞
次に、図１０６は、通信制御ＩＣ３２５ａＦの認証シーケンスの処理を説明する図である。図１０６を参照して、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、第１認証シーケンスが実行される。たとえば、この第１認証シーケンスによりＳＣ３２５ｂＦのシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているＳＣ３２５ｂＦのＳＩＤの認証が行なわれる。次に、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、第２認証シーケンスが実行される。たとえば、この第２認証シーケンスによりＩＣ３２５ａＦのシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているＩＣ３２５ａＦのＳＩＤの認証が行なわれる。
その後、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、バージョン管理情報シーケンスが実行される。ＳＣ３２５ｂＦは、鍵バージョンをチェックするために、ＩＣ３２５ａＦに対してバージョン管理情報要求のコマンドを送信する。なお、バージョン管理情報要求のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
バージョン管理情報要求のコマンドを受信したＩＣ３２５ａＦは、ＳＣ３２５ｂＦに対して最新の鍵バージョンを通知するために、バージョン管理情報応答のレスポンスを送信する。なお、バージョン管理情報応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
その後、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、ＩＣ認証結果シーケンスが実行される。ＳＣ３２５ｂＦは、ＩＣ３２５ａＦに対してＩＣ認証結果通知のコマンドを送信する。このＩＣ認証結果通知のコマンドによって、第１認証シーケンスからバージョン管理情報応答までの認証結果が総括してＩＣ３２５ａＦに通知される。なお、ＩＣ認証結果通知のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
ＩＣ認証結果通知のコマンドを受信したＩＣ３２５ａＦは、ＳＣ３２５ｂＦに対してＩＣ認証結果応答のレスポンスを送信する。ここでＩＣ認証結果応答のレスポンスによって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括してＳＣ３２５ｂＦに通知される。なお、ＩＣ認証結果応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
その後、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、カウンタ情報シーケンスが実行される。ＳＣ３２５ｂＦは、ＩＣ３２５ａＦに対してカウンタ情報要求のコマンドを送信する。このカウンタ情報要求のコマンドによって、現在時刻の情報がＩＣ３２５ａＦに通知される。なお、カウンタ情報要求のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
カウンタ情報要求のコマンドを受信したＩＣ３２５ａＦは、ＳＣ３２５ｂＦに対してカウンタ情報応答のレスポンスを送信する。ここでカウンタ情報応答のレスポンスによって暗号化で使用するカウンタの初期ベクタ値を生成してＳＣ３２５ｂＦに通知される。なお、カウンタ情報応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
次に、図１０７に基づいて前述の第１認証シーケンスの制御内容の一例を説明する。まずＳＣ３２５ｂＦから通信制御ＩＣ３２５ａＦへ認証鍵乱数が通知される。この認証鍵乱数は認証鍵（具体的には本認証鍵）を生成するためのデータである。それを受信した通信制御ＩＣ３２５ａＦは、ＳＣ３２５ｂＦに対して認証鍵乱数を受信したことを示す認証鍵乱数通知応答を返信する。次に、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとは、互いの認証鍵乱数を用いて認証鍵（具体的には本認証鍵）を生成する。上記認証鍵乱数の通知から認証鍵（具体的には本認証鍵）の生成までのシーケンスは、仮認証鍵を使用している時のみ、すなわち未だ本認証鍵が生成されていない時のみ実行される。本認証鍵が既に生成されて使用されているときには、上記認証鍵乱数の通知から認証鍵（具体的には本認証鍵）の生成までのシーケンスを実行することなくＳＣシリアルＩＤ認証要求１からシーケンスを実行する。
次に、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの間でＳＣシリアルＩＤ認証要求とＳＣシリアルＩＤ認証応答とを繰り返すことにより、ＳＣシリアルＩＤの認証を行なう。
図１０８は、遊技機チップ情報認証シーケンスの処理を説明する図である。図１０８を参照して、遊技機チップ情報認証シーケンスの一例を説明する。
まずＳＣ３２５ｂＦから通信制御ＩＣ３２５ａＦへ遊技機認証結果要求が送信される。遊技機認証結果要求は、通信制御ＩＣ３２５ａＦに対してＰ台２Ｆとの認証結果を要求するコマンドである。通信制御ＩＣ３２５ａＦは、Ｐ台２Ｆの払出制御部１７１Ｆとの相互認証を実行しており、相互認証に成功することを条件に、通信制御ＩＣ３２５ａＦは遊技機チップ情報（払出制御チップＩＤ、主制御チップＩＤ）をＰ台２Ｆ側から取得可能となる。ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとＰ台２Ｆとの相互認証が完了するまで待機する。
通信制御ＩＣ３２５ａＦは、Ｐ台２Ｆとの間の相互認証状況を遊技機認証結果応答のレスポンスでＳＣ３２５ｂＦに通知する。相互認証状況には、相互認証の成功を示す「認証ＯＫ」、相互認証の処理途中であることを示す「認証処理中」、相互認証の失敗を示す「認証異常」、通信制御ＩＣ３２５ａＦとＰ台２Ｆとの間での通信線の断線のため相互認証不能であることを示す「断線検知」、および通信制御ＩＣ３２５ａＦとＰ台２Ｆとの間での通信異常のため相互認証不能であることを示す「通信異常」が含まれる。通信制御ＩＣ３２５ａＦは、これらの相互認証状況のいずれかを遊技機認証結果応答に含めてＳＣ３２５ｂＦに返信する。図では「認証ＯＫ」を例示している。
ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから「認証ＯＫ」の遊技機認証結果応答を受信していることを条件に、遊技機チップ情報要求のコマンドを通信制御ＩＣ３２５ａＦへ送信し、通信制御ＩＣ３２５ａＦがＰ台２Ｆから遊技機チップ情報（払出制御チップＩＤと主制御チップＩＤ）を取得できるまで待機する。遊技機チップ情報要求のコマンドは、ＳＣ３２５ｂＦがＣＵ制御部３２３Ｆから遊技機チップ問合せ指示通知を受信することを受けて送信される。
通信制御ＩＣ３２５ａＦは、Ｐ台２Ｆとの相互認証に成功することを条件として、Ｐ台２Ｆの払出制御部１７１Ｆに対して遊技機チップ情報の送信指示を送る。払出制御部１７１Ｆは、その指示を受けて、主制御部１６１Ｆに主制御チップＩＤの送信指示を送る。主制御部１６１Ｆは、その指示に応じて自身が記憶している主制御チップＩＤを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、主制御チップＩＤと自身が記憶している払出制御チップＩＤとを通信制御ＩＣ３２５ａＦへ送信する。
通信制御ＩＣ３２５ａＦは、ＳＣ３２５ｂＦから遊技機チップ情報要求のコマンドを受けると、遊技機チップ情報応答をＳＣ３２５ｂＦに返信する。遊技機チップ情報応答のレスポンスには、遊技機チップ情報取得の成功を示す「取得ＯＫ」、遊技機チップ情報取得の処理途中であることを示す「取得処理中」、遊技機チップ情報取得の失敗を示す「取得ＮＧ」、通信制御ＩＣ３２５ａＦとＰ台２Ｆとの間での通信線の断線のため遊技機チップ情報取得不能であることを示す「断線検知」、および通信制御ＩＣ３２５ａＦとＰ台２Ｆとの間での通信異常のため遊技機チップ情報取得不能であることを示す「通信異常」が含まれる。また、「取得ＯＫ」の遊技機チップ情報応答には、取得された遊技機チップ情報（払出制御チップＩＤと主制御チップＩＤ）が含まれる。
なお、ＳＣ３２５ｂＦは、「取得ＯＫ」の遊技機チップ情報応答を受信すると、図１３３を用いて後述するように、ＣＵ制御部３２３Ｆへ遊技機チップ問合せ結果のレスポンスを送信し、取得した遊技機チップ情報をＣＵ制御部３２３Ｆへ受け渡す。遊技機チップ問合せ結果には、主制御チップＩＤ、払出制御チップＩＤ、メーカーコード、型式コード等が含まれる。ＣＵ制御部３２３Ｆは受信した遊技機チップ情報を上位装置へ送信する。上位装置は、受信した主制御チップＩＤおよび払出制御チップＩＤと、登録されている主制御チップＩＤおよび払出制御チップＩＤとを比較して、主制御チップＩＤと払出チップＩＤとが正規に登録されているか否か認証する（図１１７参照）。これによって、遊技機チップ情報の認証が行なわれる。上位装置は、たとえば、ホール内のホールサーバ８０１Ｆであり、あるいは、ホールサーバ８０１Ｆを経由して通信接続されている鍵管理サーバ８００Ｆである。上位装置での照合結果（認証結果）は、上位装置からＣＵ制御部３２３Ｆに送信される。すると、ＣＵ制御部３２３Ｆは、遊技機チップ情報通知のコマンドによって、その認証結果をＳＣ３２５ｂＦに通知する（図１１７参照）。
ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから認証結果を受信すると、通信制御ＩＣ３２５ａＦに遊技機チップ情報認証結果通知のコマンドを送信して認証結果（ＮＧ，ＯＫ）を通信制御ＩＣ３２５ａＦに通知する。すると、通信制御ＩＣ３２５ａＦは、認証結果を取得したことを示す遊技機チップ情報認証結果応答のレスポンスをＳＣ３２５ｂＦに返信する。
なお、遊技機チップ情報認証結果応答のレスポンスを受信したＳＣ３２５ｂＦは、図１１７を用いて後述するように、遊技機チップ情報結果のレスポンスをＣＵ制御部３２３Ｆに送信する。ＣＵ制御部３２３Ｆは、遊技機チップ情報結果を受けることによって、遊技機チップ情報の問い合わせからその認証結果を通信制御ＩＣ３２５ａＦに把握させるまでの認証処理履歴情報（認証ログ情報）を取得することになる（図１１７参照）。
図１０９は、通信制御ＩＣ認証異常シーケンスの処理を説明する図である。図１０９を参照して、図１０６において説明をした第１認証シーケンス〜バージョン管理情報応答が実行される。この第１認証シーケンス〜バージョン管理情報応答は、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化されている。なお、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとは共にＳＣのシリアルＩＤと通信制御ＩＣのシリアルＩＤとを記憶しており、第１認証シーケンス〜バージョン管理情報応答のうち、いずれか１つはチャレンジ／レスポンス方式を用いてＳＣのシリアルＩＤを認証するシーケンスであり、また第１認証シーケンス〜バージョン管理情報応答のうち、いずれか１つはチャレンジ／レスポンス方式を用いて通信制御ＩＣのシリアルＩＤを認証するシーケンスである。これらＳＣのシリアルＩＤと通信制御ＩＣのシリアルＩＤと前述の基板シリアルＩＤとは、それぞれ異なるＩＤで構成されている。
これらの認証シーケンスが終了後、次にＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの間で、ＩＣ認証結果シーケンスが実行される。ＳＣ３２５ｂＦから通信制御ＩＣ３２５ａＦへＩＣ認証結果通知が送信される。このＩＣ認証結果通知によって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括して通知される。一方、通信制御ＩＣ３２５ａＦからＳＣ３２５ｂＦへＩＣ認証結果応答が送信される。ＩＣ認証結果応答によって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括して通知される。このＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正（ＮＧ）である場合は、以下の制御が行なわれる。
第１認証シーケンスからバージョン管理情報応答までの認証を仮認証鍵を用いて行なっていた場合には、前述した第１認証シーケンスからバージョン管理情報応答までの処理がリトライされる。そのリトライ回数は２回が限度であり、その２回のリトライ後でもこのＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正である場合には、ＳＣ３２５ｂＦは「通信制御ＩＣ認証異常」を上位装置（鍵管理センターの鍵管理サーバ８００Ｆ）に通知を行ない、上位装置のリセット処理開始まで待機する（リセット待ち）。
複数（ここでは２回）のリトライ後でもＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正である場合には、リセット処理（たとえばリセットボタン（図示省略）の操作や電源再投入）により復帰する。しかしこれに限らず、リセット待ちの状態のときに、ＳＣ３２５ｂＦが上位装置である鍵管理サーバ８００Ｆやホールサーバ８０１Ｆとの認証が取れたことを条件に復帰させてもよい。
次に、更新直後の認証鍵すなわち図１０７の第１認証シーケンスの結果生成された認証鍵（具体的には本認証鍵）を用いて第１認証シーケンスからバージョン管理情報応答までの認証を行なっていた場合には、その生成された認証鍵（具体的には本認証鍵）が異常であることを示す本認証鍵更新異常のアラームを鍵管理センタの鍵管理サーバ８００Ｆへ通知して、第１認証シーケンスより仮認証鍵を用いて実行する。それら認証結果が適正であった場合には、前述したように、或る限られた期間（例えば２日）のみ許容される時限運用処理が行なわれ、その期間に限り遊技機との業務電文通信が可能となる。時限運用期間が過ぎた段階で上位装置（鍵管理センターの鍵管理サーバ８００Ｆ）に通知を行ない、上位装置のリセット処理開始まで待機状態（リセット待ち）となる。なお、時限運用は、時間の限定に代えてまたはそれに加えて、制御内容（遊技内容）等を制限してもよい。例えば、遊技玉数に上限を設け、その上限に足した時点で持玉数に一旦変換（計数）しなければ遊技の続行を許容しない等が考えられる。
以上説明したＣＵ制御部３２３ＦとＩＳＣ３２５Ｆとの間のシーケンスおよびＩＳＣ３２５Ｆと通信制御ＩＣ３２５ａＦとの間のシーケンスについて、その制御動作を以下にまとめて記載する。
通信制御ＩＣ３２５ａＦは、当該通信制御ＩＣ３２５ａＦを識別するためのＩＣ３２５ａＦ識別情報と、ＳＣ３２５ｂＦ識別情報とを記憶しており（ＩＤ情報等を記憶しており）、ＳＣ３２５ｂＦは、ＳＣ３２５ｂＦ識別情報（基板シリアルＩＤ）と、ＩＣ３２５ａＦ識別情報（ＩＤ情報等）とを記憶している。そして、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、ＳＣ３２５ｂＦにおいて記憶しているＳＣ３２５ｂＦ識別情報を用いてチャレンジコードを生成してＩＣ３２５ａＦに送信し、該ＩＣ３２５ａＦにおいて、記憶しているＳＣ３２５ｂＦ識別情報を用いて、受信したチャレンジコードからレスポンスコードを生成してＳＣ３２５ｂＦへ返信し、ＳＣ３２５ｂＦにおいて、記憶しているＳＣ３２５ｂＦ識別情報を用いて受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（図１０６の第１認証シーケンス）と、ＩＣ３２５ａＦにおいて記憶しているＩＣ３２５ａＦ識別情報を用いてチャレンジコードを生成してＳＣ３２５ｂＦに送信し、該ＳＣ３２５ｂＦにおいて、記憶しているＩＣ３２５ａＦ識別情報を用いて、受信したチャレンジコードからレスポンスコードを生成してＩＣ３２５ａＦへ返信し、ＩＣ３２５ａＦにおいて、記憶しているＩＣ３２５ａＦ識別情報を用いて受信したレスポンスコードの適否を判定する第３チャレンジレスポンス認証処理（図１０６の第２認証シーケンス）とを行なう。
このような動作制御によれば、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間において、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、制御手段間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した制御手段に対する不正行為を極力防止することができる。
また、互いに暗号通信を行なうＳＣ３２５ｂＦとＩＣ３２５ａＦとを備えた遊技用システムまたは遊技機器（ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等）は、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの間で、認証方式の異なる複数種類の相互認証処理を行なう相互認証処理手段（図１０９の第１認証シーケンス〜バージョン管理情報応答）と、該相互認証処理手段により行なわれる複数種類の相互認証処理における各相互認証単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知する総括通知手段（図１０９：第１認証シーケンス〜バージョン管理情報応答までの認証シーケンスを総括して通知する）とを含んでいる。そして、相互認証処理手段は、総括通知手段により異常を総括して通知した後、該異常のあった制御手段間で複数種類の相互認証処理を再度行なう再認証処理を実行する（図１０９：第１認証シーケンス〜バージョン管理情報応答までの認証シーケンスを最大２回リトライする）。
このような動作制御によれば、認証方式の異なる複数種類の相互認証処理が第１の制御手段と第２の制御手段との間およびＩＣ３２５ａＦとＩＣ３２５ａＦとの間で行なわれるために、或る１つの認証方式による相互認証のセキュリティがたとえ破られたとしても、他の異なる認証方式による相互認証によって相互認証のセキュリティを保つことができる。
また、たとえば、複数種類の相互認証処理の各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知した場合には、どの種類の相互認証で不適正だったのかがわかってしまいセキュリティ上好ましくないが、総括通知手段の働きにより、各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の遊技者に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知するために、どの種類の相互認証で異常が発生したかを見破れないようにして、セキュリティを向上させることができる。
さらに、異常を総括通知した後に、異常のあった制御手段間で再度行なう再認証処理が実行されるために、相互認証が本当に異常となるかを再度確認することができ、相互認証の信頼性を向上させることができる。
また、上記遊技用システムまたは遊技機器は、相互認証処理手段による再認証処理の結果が不適正であることを条件として、不適正な制御手段間で以降の処理を停止する停止手段（図１０９：リセット待ちとする）をさらに含む。
このような動作制御によれば、再認証処理の結果が不適正という信頼性の高い不適正認証の結果を条件として、不適正な制御手段間で以降の処理が停止するために、不適正でないにも拘らず以降の処理を停止する不都合を極力減少させることができる。
また、上記遊技用システムまたは遊技機器は、相互認証処理手段による再認証処理の結果が不適正であることを条件として、管理用のサーバへ異常発生の通知を行なうための処理を実行する異常通知処理手段（図１０９：「通信制御ＩＣ認証異常」を上位装置に通知）をさらに含む。
このような動作制御によれば、再認証処理の結果が不適正という信頼性の高い不適正認証の結果を条件として、管理用のサーバへ異常発生の通知が行なわれるために、不適正でないにも拘らず管理用のサーバへ異常発生の通知を行なう不都合を極力減少することができる。
上記の遊技用システムまたは遊技機器における相互認証処理手段は、ＩＣ３２５ａＦにおいてチャレンジコードを生成してＳＣ３２５ｂＦに送信し、該ＳＣ３２５ｂＦにおいて記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成してＩＣ３２５ａＦへ返信し、ＩＣ３２５ａＦにおいて、記憶している識別情報を用いて受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（図１０６の第１認証シーケンス）と、ＳＣ３２５ｂＦにおいてチャレンジコードを生成してＩＣ３２５ａＦに送信し、該ＩＣ３２５ａＦにおいて記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成してＳＣ３２５ｂＦへ返信し、ＳＣ３２５ｂＦにおいて、記憶している識別情報を用いて受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（図１０６の第２認証シーケンス）とを行なう。
このような動作制御によれば、ＳＣ３２５ｂＦとＩＣ３２５ａＦとにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両遊技手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した遊技手段に対する不正行為を極力防止することができる。
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図１１０〜図１２０に基づいて、ＣＵ制御部３２３ＦにおけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂＦで実行される処理とを説明する。
まず、図１１０を参照して、ＣＵ制御部３２３Ｆの電源投入・ホール設置時の立上の処理を説明する。この図１１０は、ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的にはホールサーバより）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバからダウンロードしてＣＵ制御部３２３Ｆに記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。遊技機と業務電文通信を行なうことにより、遊技機での遊技が許容されることになる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂＦからＣＵ制御部３２３Ｆ、ホールサーバを経由して鍵管理サーバへ通知される。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、リカバリ要求を行ない、Ｐ台２Ｆは、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３Ｆに返信する。
次に、図１１１を参照して、ＣＵ制御部３２３Ｆの電源投入・通常立上の処理を説明する。この図１１１は、ＣＵ３Ｆが遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的には鍵管理サーバより、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報をさらに取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
次に、図１１２を参照して、ＣＵ制御部３２３Ｆの電源投入・工場出荷時立上の処理を説明する。この図１１２は、ＣＵ３Ｆが遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦにおける処理である。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３Ｆが設置されていないため、遊技場のホールサーバより基盤初期鍵をＣＵ制御部３２３Ｆが取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
その後、ＣＵ制御部３２３Ｆは、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにセキュリティ基板３２５Ｆのテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂＦに送信する。ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３Ｆに送信する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にＳＣ３２５ｂＦより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通信テスト要求を行ない、Ｐ台２Ｆは通信テスト応答をＣＵ３Ｆに送信する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３Ｆが遊技場に納入されて最初の電源立上時のシーケンスが図１１０で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図１１１で説明した通常立上シーケンスである。
次に、図１１３を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂＦに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。このとき、ＣＵ制御部３２３Ｆは、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂＦが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂＦが通信制御ＩＣ３２５ａＦと認証を行なうことはなく、工場で修理を行なうこととなる。
ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆからの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図１１０参照）に遷移する。このとき、ＣＵ制御部３２３Ｆは、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図１１４を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。
まず、図１１４に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図１１４において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図１１４において基盤出荷鍵を用いた認証が行われることになる。よって、図１１４の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３Ｆは、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図１１５を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板シリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂＦに通知する。
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板シリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３Ｆは、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂＦに対して通知する。
基板認証結果通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３Ｆは、基板認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図１１６は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図１１６を参照して、まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３Ｆとホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
ＳＣ３２５ｂＦは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３Ｆに通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、ＣＵ制御部３２３Ｆは、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３Ｆは、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図１１７を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。遊技機チップ情報問合せシーケンスでは、遊技機から取得した遊技機チップ情報に基づいた認証の処理が実行される。まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、図１０８を用いて説明したシーケンスに従い遊技機チップ情報の取得を完了していると、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、ＣＵ制御部３２３Ｆは、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ：図６３参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せる。遊技機チップ情報問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
上位装置は、受信した主制御チップＩＤおよび払出制御チップＩＤと、登録されている主制御チップＩＤおよび払出制御チップＩＤとを比較して、主制御チップＩＤと払出チップＩＤとが正規に登録されているか否か認証する。これによって、遊技機チップ情報の認証が行なわれる。上位装置は、たとえば、ホール内のホールサーバ８０１Ｆであり、あるいは、ホールサーバ８０１Ｆを経由して通信接続されている鍵管理サーバ８００Ｆである。上位装置での照合結果（認証結果）は、上位装置からＣＵ制御部３２３Ｆに送信される。その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
ＳＣ３２５ｂＦは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３Ｆに通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。以上の処理を行なうことで、遊技機チップ情報問合せシーケンスが完了し、遊技機チップ情報に基づいた認証を終える。これにより、図１１０および図１１１に示したホール設置時立上シーケンスやＣＵ制御部電源投入・通常立上シーケンス内の遊技機チップ情報問合せシーケンスが完了する。また、遊技機チップ情報問合せシーケンスにおける遊技機チップ情報に基づいた認証に成功することによって、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。これにより、ＣＵ３Ｆは、遊技機での遊技を許容することになる。
次に、図１１８を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂＦは、認証異常として、基板認証鍵情報をクリアする。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図１１０に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、ＳＣ３２５ｂＦは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ８００Ｆに通知する。
次に、図１１９は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
次に、図１２０は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
以上の図１１０〜図１２０に基づいて説明したＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
ＣＵ３Ｆが遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図１１０参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図１１０参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図１１１参照）。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図１１０参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３Ｆを遊技場に出荷するときにそのＣＵ３Ｆの基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３Ｆがセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３Ｆとの間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３Ｆがホールサーバに接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図１１４に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図１１４に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
図１２１は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図１２１を参照して、以下説明する一連の処理は、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間において行なわれる。
ステップＳＦ２０１において、チャレンジレスポンス方式を用い、基板シリアルＩＤを使用した認証処理(単体認証）が行なわれる（図９９の基板シリアルＩＤ認証要求／応答１，２参照）。
そして、ステップＳＦ２０１の単体認証が完了すると、次のステップＳＦ２０２において鍵バージョンのチェックが行なわれる（図９９のバージョン情報通知／応答参照）。
そして、ステップＳＦ２０２の鍵バージョンのチェックが完了すると、次のステップＳＦ２０３において、基板認証鍵を使用した機器認証が行なわれる（図９９の基板認証鍵認証要求／応答１，２参照）。
そして、ステップＳＦ２０３の機器認証処理が完了すると、次のステップＳＦ２０４において、ステップＳＦ２０１〜ＳＦ２０３の認証結果を相互に通知を行ない、次のステップＳＦ２０５に処理が進む（図９９の基板認証結果通知／応答参照）。
ステップＳＦ２０５において、通知された認証結果が正常か否かを判断され、認証結果が正常である場合にはステップＳＦ２０６に処理が進み、認証結果が正常でない場合にはステップＳＦ２０７に処理が進む。
ステップＳＦ２０６において、ＣＵ制御部３２３ＦがＳＣ３２５ｂＦから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップＳＦ２０９に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップＳＦ２１０に処理が進む。
ステップＳＦ２０９においては、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップＳＦ２１０は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間は遊技機チップ情報の照合の処理が行なわれる。
一方、ステップＳＦ２０５において、認証結果が正常でない場合には、ステップＳＦ２０６に処理が進み。このステップＳＦ２０６においてこのリトライ回数が３回目か否かが判断され、リトライ回数が３回目である場合には、ステップＳＦ２０８に処理が進み、リトライ回数が３回目でない（リトライ回数が１回目か２回目である）場合には、処理がステップＳＦ２０１に戻り、再度認証処理が行なわれる。
ステップＳＦ２０８において、ＳＣ３２５ｂＦ基板認証異常として、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード（基板初期鍵モード）で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は１日中この基板初期鍵モードで運用され、翌日の電源立上時に再度鍵管理サーバに対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる（図１０３）。また、ステップＳＦ２０８ａに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
図１２２（ａ）は、ＣＵ制御部−ＳＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図１２２（ａ）を参照して、ステップＳＦ２１１において、ＣＵ制御部３２３Ｆは鍵管理サーバに基板認証鍵の要求を行ない、次のステップＳＦ２１２に処理が進む。
そして、ステップＳＦ２１２において、ＣＵ制御部３２３Ｆは鍵管理サーバから送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をＳＣ３２５ｂＦへ送信し、次のステップＳＦ２１３に処理が進む。
ステップＳＦ２１３において、ＣＵ制御部３２３Ｆは遊技機が非稼動状態か否かの判定を行なう。次のステップＳＦ２１４のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップＳＦ２１４のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、ＣＵに遊技者のカードが挿入されていないか挿入されているかで判断する。カードが挿入されていない場合には遊技機が非稼働状態と判断する一方、カードが挿入されている場合には遊技機が稼働状態と判断する。ＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態である場合には、ステップＳＦ２１４に処理が進み、ＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップＳＦ２１３の処理が行なわれる。
ステップＳＦ２１４において、ＣＵ制御部３２３Ｆは、ステップＳＦ２１２において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
図１２２（ｂ）は、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図１２２（ｂ）を参照して、ステップＳＦ２１６において、ＳＣ３２５ｂＦがＣＵ制御部３２３Ｆからの更新情報を取得する。前述したようにＣＵ制御部３２３ＦはステップＳＦ２１２により更新情報をＳＣ３２５ｂＦへ送信する。それを受けたＳＣ３２５ｂＦは、その更新情報を取得する。次に、ステップＳＦ２１７においてＳＣ３２５ｂＦは、取得した更新情報から本認証鍵を生成する。次に、前述のステップＳＦ２１３と同様に、ステップＳＦ２１８においてＳＣ３２５ｂＦは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップＳＦ２１９の処理を実行する。ステップＳＦ２１９においてＳＣ３２５ｂＦは、生成した本認証鍵に基づいて、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、ＣＵの正当性が鍵管理サーバに登録された基板認証鍵によって認証される前に通常の通信モードとなってカード残額等を用いたＰ台での遊技が可能となることを防止できる。さらに、鍵管理サーバに登録された基板認証鍵を受信できないときでも、制限通信モードとなり、Ｐ台での遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、鍵管理サーバに記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
図１２３（ａ）（ｂ）は、通信モードの切替処理を説明するためのフローチャートの他の例である。ＣＵ制御部−ＳＣ間での通信モードの切替処理を示す図１２３（ａ）を参照して、ステップＳＦ２２１において、ＣＵ制御部３２３Ｆは鍵管理サーバにセキュリティ基板情報の要求を行ない、次のステップＳＦ２２２に処理が進む。
そして、ステップＳＦ２２２において、ＣＵ制御部３２３Ｆが鍵管理サーバに要求したセキュリティ基板情報をホールサーバが鍵管理サーバから取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバが取得する。次に、ステップＳＦ２２３においてホールサーバは、前述のステップＳＦ２１３と同様の趣旨より、セキュリティ基板情報を要求したＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバはステップＳＦ２２４において、取得した基板認証鍵をＣＵ制御部３２３Ｆへ送信し、それを受けたＣＵ制御部３２３Ｆはセキュリティ基板情報中の更新情報をＳＣ３２５ｂＦへ送信する。次に、ステップＳＦ２２５においてＣＵ制御部３２３Ｆは、ステップＳＦ２２２４において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
次に、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を示す図１２３（ｂ）を参照して、ステップＳＦ２２６において、ＳＣ３２５ｂＦがＣＵ制御部３２３Ｆからの更新情報を取得する。前述したようにＣＵ制御部３２３ＦはステップＳＦ２２４により更新情報をＳＣ３２５ｂＦへ送信する。それを受けたＳＣ３２５ｂＦは、その更新情報を取得する。次に、ステップＳＦ２２７においてＳＣ３２５ｂＦは、取得した更新情報から本認証鍵を生成する。次に、ステップＳＦ２２８においてＳＣ３２５ｂＦは、生成した本認証鍵に基づいて、ＳＣ３２５ｂＦと通信制御ＩＣ３２５ａＦとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、制限通信モードにおいてホールサーバが鍵管理サーバから基板認証鍵を受信したときでも、Ｐ台が稼動中のときには、即座にその基板認証鍵がＣＵに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバからＣＵに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
＜ＳＣ３２５ｂＦとＣＵ制御部３２３Ｆとの認証動作＞
次に、統一店舗コードのチェック、基板メーカコードの認証についてさらに詳しく説明する。
まず、図１２４を参照して、ＳＣ３２５ｂＦによる統一店舗コードのチェック処理を説明する。この処理は、ＳＣ３２５ｂＦが、基板接続要求時に通知される統一店舗コードと前回通知された統一店舗コードをチェックして、不一致の場合に設置された店舗が変わったと判断する認証動作である。ＳＣ３２５ｂＦは、記憶している前回の統一店舗コードがダミーコードであるか否かを判断する（ステップＳＦ１１０１）。なお、統一店舗コードのダミーコードは、たとえば、すべてのデータが“０ｘＦＦ”である。このダミーコードは、ＣＵ３Ｆが遊技場（店舗）に設置される前の出荷時の段階で通常の統一店舗コードの代わりに用いられるものであり、出荷時の段階でＳＣ３２５ｂＦに既に記憶されている。そして出荷時にダミーコードをＣＵ制御部３２３Ｆ経由でＳＣ３２５ｂＦに入力して、ＳＣ３２５ｂＦがその入力されたダミーコードと記憶しているダミーコードとを一致判定して認証する。また、ダミーコードは、新装開店の遊技場(ホール)のため未だ統一店舗コードを取得していない場合に仮の店舗コードとして当該遊技場のホールサーバにデフォルトとして記憶されている。そして、新装開店の遊技場に設置されたＣＵ３ＦにホールサーバからダミーコードをダウンロードさせてＳＣ３２５ｂＦがそのダウンロードされたダミーコードと記憶しているダミーコードとを一致判定して認証し、Ｐ台２Ｆによる遊技を可能にする。
正規の統一店舗コードを取得したホールサーバはＣＵ制御部３２３Ｆへその統一店舗コードを送信する。それを受けたＣＵ制御部３２３Ｆは、次の電源投入時における基板接続要求時にその統一店舗コードをＳＣ３２５ｂＦへ送信する。それを受けたＳＣ３２５ｂＦは、記憶している前回の統一店舗コードがダミーコードであると判断した場合（ステップＳＦ１１０１：ＹＥＳ）、基板接続要求時にホールサーバから通知された統一店舗コードに記憶を更新するが、基板認証鍵、本認証鍵情報を初期化しないで、前回の各認証モードを引継いで動作する。その後、ＳＣ３２５ｂＦは、認証ログ情報を保存する（ステップＳＦ１１０６）。基板認証鍵、本認証鍵情報の初期化は、或る遊技場に設置されていたＣＵ３Ｆが他の遊技場に移設されたときに必要となる処理であるが、ＳＣ３２５ｂＦに記憶されているダミーコードを統一店舗コードに更新する場合には、前述した新装開店の遊技場が正規に統一店舗コードを取得してその統一店舗コードをＣＵ３Ｆにダウンロードした場合であり、店舗が代わったわけではなく、基板認証鍵、本認証鍵情報の初期化は不要である。逆にこのような場合に基板認証鍵、本認証鍵情報の初期化すると、再度基板認証鍵の取得要求が必要となり、１営業日での基板初期鍵運用（時限運用）が多くなり、時限運用猶予期間が少なくなる不都合が生じる。このような不都合を回避するために基板認証鍵、本認証鍵情報の初期化を行なわないように制御している。
一方、ＳＣ３２５ｂＦは、記憶している前回の統一店舗コードがダミーコードでないと判断した場合（ステップＳＦ１１０１：ＮＯ）、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致しているか否かを判断する（ステップＳＦ１１０２）。
ＳＣ３２５ｂＦは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していると判断した場合（ステップＳＦ１１０２：ＹＥＳ）、認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移する（ステップＳＦ１１０３）。なお、ＳＣ３２５ｂＦは、前回の認証モードが基板認証鍵モードである場合、基板認証鍵認証シーケンスへ遷移し、前回の認証モードがそれ以外の認証モードである場合、基板初期鍵認証シーケンスへ遷移する。
一方、ＳＣ３２５ｂＦは、基板接続要求時にホールサーバから通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していないと判断した場合（ステップＳＦ１１０２：ＮＯ）、基板認証鍵情報、および本認証鍵情報を初期化（クリア）する（ステップＳＦ１１０４）。このような統一店舗コードの不一致は、或る遊技場に設置されていたＣＵ３Ｆが他の遊技場に移設されたときに生じる。ＣＵ３Ｆが他の遊技場に移設されたため、前の遊技場で使用していた基板認証鍵情報および本認証鍵情報を初期化（クリア）してセキュリティを担保するのである。なお、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから通知される統一店舗コードが変更になった場合、本認証鍵の初期化（クリア）を通信制御ＩＣ３２５ａＦに設定して、仮認証鍵による認証を開始する。なお、ＳＣ３２５ｂＦが本認証鍵情報を初期化（クリア）した場合に、通信制御ＩＣ３２５ａＦも本認証鍵情報を初期化（クリア）するように制御してもよく、また、特にそのような制御を行なうことなく次回の通信制御ＩＣ３２５ａＦとの認証のときにＳＣ３２５ｂＦが本認証鍵でないため仮認証鍵での認証に戻るようにしてもよい。
また、ＳＣ３２５ｂＦは、ステップＳＦ１１０４で基板認証鍵情報、および本認証鍵情報を初期化（クリア）した後、認証処理を基板初期鍵認証シーケンスおよび仮認証鍵シーケンスへ遷移する（ステップＳＦ１１０５）。
ＳＣ３２５ｂＦは、ステップＳＦ１１０３で認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移した後、ステップＳＦ１１０４で認証処理を基板初期鍵認証シーケンスへ遷移した後、認証ログ情報を保存する（ステップＳＦ１１０６）。
図１２５は、基板メーカコードの認証動作を説明するためのフローチャートである。基板メーカコードの認証は、ＳＣ３２５ｂＦとＣＵ制御部３２３Ｆとが、それぞれ初期情報として記憶している基板メーカコードを使用した認証を行なう認証動作である。図１２５を参照して、まず、ＳＣ３２５ｂＦとＣＵ制御部３２３Ｆとは、記憶している基板メーカコードを使用したチャレンジ／レスポンス方式による単体認証を行なう。（ステップＳＦ１２０１）。なお、単体認証時に生成するレスポンスコードは、たとえば、記憶している基板メーカコードを鍵にしてチャレンジコードをブロック暗号化した後にハッシュ関数でハッシュ化することで生成される。
ＳＣ３２５ｂＦは、生成したチャレンジコードに対してＣＵ制御部３２３Ｆが生成したレスポンスコードをチェックした認証結果が正常か否かの判断を行なう（ステップＳＦ１２０２）。ＳＣ３２５ｂＦは、認証結果が正常であると判断した場合（ステップＳＦ１２０２：ＹＥＳ）、既に基板認証鍵で認証済みであるか否かを判断する（ステップＳＦ１２０３）。一方、ＳＣ３２５ｂＦは、認証結果が正常でない（異常）と判断した場合（ステップＳＦ１２０２：ＮＯ）、ｎ回（たとえば３回）連続して異常であるか否かを判断する（ステップＳＦ１２０４）。
ＳＣ３２５ｂＦは、既に基板認証鍵で認証済みであると判断した場合（ステップＳＦ１２０３：ＹＥＳ）、基板認証鍵の認証処理へ遷移し、基板認証鍵認証シーケンスを維持する（ステップＳＦ１２０５）。一方、ＳＣ３２５ｂＦは、既に基板認証鍵で認証済みでないと判断した場合（ステップＳＦ１２０３：ＮＯ）、基板初期鍵の認証処理へ遷移する（ステップＳＦ１２０６）。
ＳＣ３２５ｂＦは、ｎ回連続して異常でないと判断した場合（ステップＳＦ１２０４：ＮＯ）、処理をステップＳＦ１２０１に戻す。一方、ＳＣ３２５ｂＦは、ｎ回連続して異常であると判断した場合（ステップＳＦ１２０４：ＹＥＳ）、セキュリティを担保するために基板認証鍵情報および本認証鍵情報を初期化（クリア）する（ステップＳＦ１２０７）。これにより、基板認証鍵情報および本認証鍵情報が盗用される不都合を防止できる。その後、ＳＣ３２５ｂＦは、基板初期鍵の認証処理へ遷移する（ステップＳＦ１２０８）。
ＳＣ３２５ｂＦは、ステップＳＦ１２０５で基板認証鍵認証シーケンスを維持、またはステップＳＦ１２０６、ＳＦ１２０８で基板初期鍵の認証処理へ遷移した後、認証ログ情報を保存する（ステップＳＦ１２０９）。
図１２６は、受信間隔監視処理を説明するためのフローチャートである。受信間隔監視処理は、ＳＣ３２５ｂＦが実行する処理である。はじめに、ＳＣ３２５ｂＦは電文を受信したか否かを判定する（ＳＦ８１０）。
ＣＵ制御部３２３Ｆは規定時間を計時するタイマ（計時手段）と、ＳＣ３２５ｂＦと接続され電文を送信するための通信部（通信手段）とを備えており、ＳＣ３２５ｂＦに対して規定時間間隔（たとえば、２００ｍｓ）毎に電文を送信する。このため、ＣＵ制御部３２３Ｆは、ある電文を送信してから規定時間だけその電文に対する応答電文の受信を待機し、応答電文を受けて次の電文を送信する。また、ＣＵ制御部３２３Ｆは、ある電文を送信してから規定時間だけその電文に対する応答電文の受信を待機し、もし、応答電文を受信できなければ、同じ内容の電文を再送する。そして、２回目の電文の再送に対して応答電文を受信できなければ、通信断と判定する。
一方、ＳＣ３２５ｂＦはＣＵ制御部３２３Ｆから規定時間間隔（たとえば、２００ｍｓ）毎に各種の要求電文を受けて、それに対応する応答電文を返信する。ＳＦ８１０においてＮＯの場合、処理が終了する。ＳＦ８１０においてＹＥＳの場合、規定時間間隔前の受信であるかを判定する（ＳＦ８１１）。
ＳＦ８１１において、前回の電文受信時から規定時間間隔前の受信であると判定したときには、このように規定時間間隔前の電文を受信する回数が連続してｎ１（ただし、ｎ１＞１）回目に達したか否かを判定する（ＳＦ８１２）。このように、本来、規定時間間隔毎に受信されるべき電文が、連続して規定時間間隔前に次々と送信されてくるような状況は、通常発生し得ない。このような状況は、たとえば、ＳＣ３２５ｂＦの動作を不正解析する目的で、短時間で次々と様々な電文を外部から送信しているような場合に発生し得る。そこで、ＳＦ８１２においてＮＯの場合には処理が終了するが、ＹＥＳの場合にはエラー情報を送信する（ＳＦ８１３）。
このエラー情報は、たとえば、ＩＣ３２５ａＦ経由でＰ台２Ｆの払出制御部１７１Ｆへ送信される。エラー情報を受けた払出制御部１７１Ｆは、発射制御基板３１Ｆを介して発射モータ１８Ｆを停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、エラー情報をＰ台２Ｆの表示器５４Ｆに表示するようにしてもよい。あるいは、ＳＦ８１３においては、エラー情報をＣＵ制御部３２３Ｆに送信するものとしてもよい。
ＳＦ８１３の処理の後、ＳＦ８１０で受信した電文に対する応答電文の送信を禁止する（ＳＦ８１４）。さらに、ＣＵ制御部３２３Ｆからの電文の受信機能を停止する（ＳＦ８１５）。ＳＦ８１４およびＳＦ８１５の結果、解析目的で応答電文を得ようとする不正行為を防止できる。
なお、このフローチャートでは、規定時間間隔前の電文を受信する回数が連続してｎ１回目に達した場合に連続回数としたが、規定時間間隔前の電文を１回でも受信すると、ＳＦ８１２でＮＯと判定されるようにしてもよい。
また、ＳＦ８１３〜ＳＦ８１５のいずれか１つまたは２つの処理のみが実行されるようにしてもよい。さらには、ＳＦ８１４およびＳＦ８１５の処理に代えて、受信した電文に対して応答するタイミングを通常時よりも遅らせるようにしてもよい。たとえば、通常は、相手（ＣＵ制御部３２３Ｆ）が電文を送信してから２００ｍｓで応答電文が相手に到達するように応答電文を送信するが、その間隔を長く（たとえば通常の３倍等）するようにしてもよい。これにより、仮に電文を通常より短い時間間隔で送るような不正行為が行なわれたとしても、それに対する応答がスローになるため、不正解析の効率を極めて悪いものとして、不正改正を困難にすることができる。
さらに、応答電文の送信をスローにする処理と、応答電文の送信を禁止する処理（ＳＦ８１４）とを組み合せてもよい。たとえば、ＳＦ８１２でＹＥＳと判定されたときには、応答電文の送信をスローにする処理を実行し、その後、応答電文の送信から規定時間間隔以内の電文受信を所定数検出したときに、ＳＦ８１４の応答電文の送信を禁止する処理を実行するようにしてもよい。
また、図１２６に示すような受信間隔監視処理は、ＳＣ３２５ｂＦのみではなく、相手からの電文を受信するいずれの装置が行なうようにしてもよい。たとえば、ＣＵ制御部３２３Ｆは、上位サーバ（たとえば、鍵管理サーバ）から送信されてくる電文に関して受信間隔監視処理を実行してもよい。また、ＩＣ３２５ａＦは、ＳＣ３２５ｂＦから送信されてくる電文に対して受信間隔監視処理を実行してもよい。あるいは、払出制御部１７１Ｆは、ＩＣ３２５ａＦから送信されてくる電文に対して受信間隔監視処理を実行してもよい。この場合には、ＣＵ３Ｆと遊技機（たとえば、Ｐ台２Ｆ）との間で受信間隔監視処理が実行されることになる。その他、ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信の処理においてこの処理を適用してもよい。
図１２７は、異常電文監視処理を説明するためのフローチャートである。異常電文監視処理は、ＳＣ３２５ｂＦが実行する処理である。はじめに、ＳＣ３２５ｂＦは電文を受信したか否かを判定する（ＳＦ８２０）。ＳＦ８２０においてＮＯの場合、処理が終了する。ＳＦ８２０においてＹＥＳの場合、受信した電文がコマンド異常電文であるか否かを判定し（ＳＦ８２１）、コマンド異常電文でない場合には、受信電文が通信異常電文であるか否かを判定する（ＳＦ８２６）。
ここで、通信異常電文とは、ＣＲＣ(Cyclic Redundancy Check)により誤り検出された電文や、データ長が予め定められた長さと異なることが検出された電文など、本来は正規の電文で送信されあるいは送信される予定であったにも関わらず電文生成過程でのエラー発生あるいは通信回線上のノイズ等の影響を受けて本来の電文からデータ化けして到着した電文である。
これに対して、コマンド異常電文とは、データ長が正しく、ＣＲＣでの誤りも検出されないものの、電文に含まれるコマンドコードが予め定められたものとは異なる電文である。そうであるから、コマンド異常電文は、不正な動作を引き起こすこと等を目的とした不正電文の可能性がある。
ＳＦ８２６で通信異常電文でもないと判断された場合には、正常な電文を受信したことになるから、異常電文監視処理を終了する。これに対して、ＳＦ８２６で通信異常電文と判定したときには、このような通信異常電文の連続受信回数がｎ３回に達したか否かを判定する（ＳＦ８２７）。ここで、ｎ３はたとえば「３」である。そして、ｎ３回に達していない場合にはＣＵ制御部３２３Ｆへ電文の再送を要求する（ＳＦ８２５）。つまり、通信異常電文を受信した場合には、２回の再送が許される。
そして、初回の電文の受信を含めて、合計、ｎ３回だけ受信した電文のすべてが通信異常電文である場合には、ＳＦ８２７でＹＥＳとなり、ＣＵ‐ＳＣ間通信異常と判定する（ＳＦ８２８）。この場合、ＣＵ‐ＳＣ間通信異常情報を送信する（ＳＦ８２９）。
ＣＵ‐ＳＣ間通信異常情報は、たとえば、通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの払出制御部１７１Ｆへ送信される。ＣＵ‐ＳＣ間コマンド異常情報を受けた払出制御部１７１Ｆは、発射制御基板３１Ｆを介して発射モータ１８Ｆを停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、ＣＵ‐ＳＣ間コマンド異常情報をＰ台２Ｆの表示器５４Ｆに表示するようにしてもよい。あるいは、ＳＦ８２９においては、ＣＵ‐ＳＣ間通信異常情報をＣＵ制御部３２３Ｆに送信するものとしてもよい。
一方、ＳＦ８２１において受信電文がコマンド異常電文と判定すると、このようなコマンド異常電文の連続受信回数がｎ２回に達したか否かを判定する（ＳＦ８２２）。ここで、ｎ２はたとえば「４」であり、通信異常電文に関する閾値ｎ３を「３」とした場合に比べて、その閾値が１つ大きい。
ＳＦ８２２においてＮＯと判定した場合にはＣＵ制御部３２３Ｆに対して電文の再送を要求する。つまり、コマンド異常電文を受信した場合には、４回の再送が許される。
そして、初回の電文の受信を含めて、合計、ｎ２回だけ受信した電文のすべてがコマンド異常電文である場合には、ＳＦ８２２でＹＥＳとなり、ＣＵ‐ＳＣ間コマンド異常（不正）と判定する（ＳＦ８２３）。この場合、ＣＵ‐ＳＣ間コマンド異常情報を送信する（ＳＦ８２４）。
ＣＵ‐ＳＣ間コマンド異常情報は、たとえば、通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの払出制御部１７１Ｆへ送信される。ＣＵ‐ＳＣ間コマンド異常情報を受けた払出制御部１７１Ｆは、発射制御基板３１Ｆを介して発射モータ１８Ｆを停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、ＣＵ‐ＳＣ間コマンド異常情報をＰ台２Ｆの表示器５４Ｆに表示するようにしてもよい。あるいは、ＳＦ８２９においては、ＣＵ‐ＳＣ間通信異常情報をＣＵ制御部３２３Ｆに送信するものとしてもよい。
このように、コマンド異常電文に関する閾値を通信異常電文に関する閾値と異ならせることにより、単なるデータ化けによる電文の再送と、不正コマンドが送信されている可能性とを区別することができる。特に、コマンド異常電文に関する閾値を、単なるデータ化けによる電文の再送の場合の閾値よりも大きくすることによって、通常のデータの再送制限回数（初回を入れてｎ３）を超えてもなお異常なコマンドコードを含む電文が繰り返し送信されてきていることを確認できることになり、不正の可能性が高い状況を判定でき、その判定に基づいて不正の可能性があることを通知できる。
図１２８は、遊技機チップ問合せ処理を説明するためのフローチャートである。遊技機チップ問合せ処理は、ＣＵ制御部３２３Ｆが実行する処理である。この処理の一例は、図１１７（遊技機チップ情報問合せシーケンス）と図１２０（遊技機チップ情報問合せタイムアウトシーケンス）とに示した。
はじめに、ＣＵ制御部３２３Ｆは遊技機チップ問合せ指示通知を送信する（ＳＦ８３０）。これによって、ＳＣ３２５ｂＦに対して、鍵管理サーバに問合せする遊技機チップ情報を要求する。なお、この遊技機チップ問合せ指示通知を受けたＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆに対して遊技機チップ情報を要求する。
次に、問合せ待ちタイマをリセットする（ＳＦ８３１）。問合せ待ちタイマは、遊技機チップ問合せ指示通知に対する応答待ち時間を計時するためのタイマであり、遊技機チップ問合せ指示通知の送信毎にリセットされ、新たに計時が開始される。
次に、ＳＣ３２５ｂＦより遊技機チップ問合せ結果を受信したか否かを判定する（ＳＦ８３２）。遊技機チップ問合せ結果には、チップ情報の取得できたか否かを示す取得結果、メーカコード、基板シリアル番号、主制御チップＩＤ、払出チップＩＤ等が含まれる。遊技機チップ問合せ結果を受信していない場合には、問合せタイマがタイムアウトしたか否かを判定する（ＳＦ８３３）。タイムアウトした場合にはタイムアウト処理を実行する（ＳＦ８３８）。タイムアウト処理では、図１３６に示したように状態情報要求が送信され、状態情報応答（チップ情報問合せ有）の待ち状態となる。
ＳＦ８３３において問合せタイマがタイムアウトしていない場合には鍵管理サーバより、動作指定が遊技機チップ情報問合せ要求であるヘルスチェックを受信したか否かを判定する（ＳＦ８３４）。つまり、鍵管理サーバから遊技機チップ情報の問合せ要求を受けたか否かを判定する。鍵管理サーバから遊技機チップ情報の問合せ要求を受けていた場合には、遊技機チップ問合せ指示通知をＳＣ３２５ｂＦへ送信し（ＳＦ８３５）、問合せ待ちタイマをリセットする（ＳＦ８３６）。これによって、問合せ待ちタイマによる計時が最初から開始される。その後、ＳＦ８３２に移行する。
つまり、既に遊技機チップ問合せ指示通知を送信済みであって、それに対する応答待ちの間であっても、それとは別個に新たに鍵管理サーバから遊技機チップ情報の問合せ要求を受けた場合には、改めて遊技機チップ問合せ指示通知を送信する。
このように処理することによって、全国に存在する数多くのホール（ホール内のＣＵ）と接続されている鍵管理サーバからの要求に対して迅速に応答を返信することが可能になる。すなわち、ヘルスチェック要求による「遊技機チップ情報問い合わせ要求」は鍵管理サーバからの強制指示であるので、ＣＵ制御部３２３Ｆからの要求に応じてＳＣ３２５ｂＦが遊技機チップ情報問い合わせ中モードでも確実に鍵管理サーバに情報が届くまでＣＵ制御部３２３Ｆは遊技機チップ情報の問い合わせを実行する。
ＳＦ８３４において、鍵管理サーバよりヘルスチェック（動作指定＝遊技機チップ情報問合せ要求）を受信してない場合、ＳＦ８３２に戻り、遊技機チップ問合せ結果を受信したか否かを判定するステップに移行する。
やがて、ＳＦ８３２において、遊技機チップ問合せ結果を受信すると、その結果を上位サーバ（鍵管理サーバ）へ送信し（ＳＦ８３７）、処理を終える。
なお、ここでは、ヘルスチェック（動作指定＝遊技機チップ情報問合せ要求）の場合を例に挙げて説明したが、上記の処理は、ＣＵ制御部３２３Ｆがヘルスチェック（動作指定＝セキュリティ基板情報問合せ要求）を受信した場合にも同様に行なわれる。
すなわち、図１１６および図１１９を参照して、ＣＵ制御部３２３Ｆは、セキュリティ基板問合せ指示通知をＳＣ３２５ｂＦに送信し、セキュリティ基板情報問合せタイムアウトまでＳＣ３２５ｂＦからの応答を待つ。ただし、タイムアウトする前に、上位サーバ（鍵管理サーバ）よりヘルスチェック（動作指定＝セキュリティ基板情報問合せ要求）を受信すると、ＣＵ制御部３２３Ｆは、タイムアウトを待つことなく、セキュリティ基板問合せ指示通知をＳＣ３２５ｂＦに再送する。
＜ヘルスチェック＞
次に、本実施の形態に係る遊技用システムでは、たとえばＣＵ３ＦまたはＰ台２Ｆと鍵管理サーバとの通信が不通となった場合であっても、安定してＣＵ３ＦまたはＰ台２Ｆを稼働させるために時限運用機能を利用して稼働を継続することが可能である。しかし、時限運用機能を意図的に利用して、鍵管理サーバと通信を行なうことなくＣＵ３ＦやＰ台２Ｆを稼働させて不正な営業が行なわれる可能性があった。そこで、本実施の形態では、時限運用機能を利用して稼働しているＣＵ３ＦまたはＰ台２Ｆが、鍵管理サーバとの通信が不通となった状態が所定の期間継続した場合、当該時限運用機能を無効にするように構成している。また、本実施の形態では、ＣＵ３ＦまたはＰ台２Ｆの時限運用機能が無効にされても、鍵管理サーバとの通信が回復し所定の条件を満たせば再び時限運用機能の設定を有効にする構成にしてある。
図１２９は、本実施の形態に係る遊技用システムにおいて時限運用機能を無効にする処理を説明するための図である。図１２９を参照して、時限運用機能を無効にする処理について説明する。時限運用機能を無効にする処理は、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間、ホールサーバ８０１Ｆ−ＣＵ制御部３２３Ｆ間、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間において所定の処理が行なわれる。
まず、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦを含むＣＵ３ＦがＰ台２Ｆと通信を行なうことで、遊技者がＰ台２Ｆで遊技を行なうことが可能となっている。このとき、たとえばＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれており、ＣＵ制御部３２３Ｆからの状態情報要求のコマンドも、ＳＣ３２５ｂＦ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されている。
この秘匿鍵Ａは、鍵管理サーバ８００Ｆからのヘルスチェックにより定期的に更新することで、正常にＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信を行なうことが可能となる。図１２９に示す鍵管理サーバ８００Ｆは、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間で正常に通信を行なっているときに、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦに対してヘルスチェックを行なうべくヘルスチェック要求のコマンドを送信しているが、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間の通信が不通のため当該ヘルスチェック要求のコマンドがＣＵ制御部３２３Ｆに到達していない。
鍵管理サーバ８００Ｆからのヘルスチェックは、たとえば１日１回行なわれ、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない場合であっても再送信せずに次の日にヘルスチェック要求を送信することになる。
ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信は、鍵管理サーバ８００Ｆからのヘルスチェックが行なわれず秘匿鍵Ａが更新されない場合であっても、時限運用機能のため何ら制限を受けることなく継続して通信を行なうことができる。そのため、ＣＵ３ＦとＰ台２Ｆとの通信も正常に行なうことができ、ＣＵ３ＦやＰ台２Ｆを正常に稼働させてＰ台２Ｆでの営業を可能にすることができる。
しかし、鍵管理サーバ８００Ｆがヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３Ｆに到達しない状態が、たとえば１０日間（１日１回ヘルスチェックを行なう場合であれば１０回）継続した場合、ヘルスチェック要求時限オーバーと判断される。ヘルスチェック要求時限オーバーと判断されると、ＳＣ３２５ｂＦは時限運用機能を無効にして、秘匿鍵Ａを用いたＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信を行なうことができなくなる。ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信において秘匿鍵Ａを利用できない場合、通信内容が大幅に制限され、ＣＵ３ＦとＰ台２Ｆとの通信も制限される。そのため、ＣＵ３ＦやＰ台２Ｆの稼働を不可にさせたり、大幅に制限を加えて稼働させたりすることができる。
ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれておらず、ＣＵ制御部３２３Ｆからの状態情報要求のコマンドも、ＳＣ３２５ｂＦ間からの状態情報応答のレスポンスも秘匿鍵Ａに基づいて暗号化されていない。その代わりに、たとえばＣＵ制御部３２３ＦまたはＳＣ３２５ｂＦに保持されている初期鍵Ａに基づいて暗号して通信を行なってもよい。その場合、たとえばＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間で通信できるコマンドが大幅に制限される。
以上のように、本実施の形態では、鍵管理サーバとの通信が不通となった状態が所定の期間継続してヘルスチェックできない場合、時限運用機能を無効にするので、時限運用機能を利用して不正にＰ台２Ｆを稼働させて営業することを防止することができる。なお、時限運用機能を無効にする無効条件は、ヘルスチェックできない期間が１０日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できなかった回数が所定回数になったことを条件にしてもよい。
次に、時限運用機能を無効にした遊技用システムに対して、時限運用機能を有効にするための処理について説明する。図１３０は、本実施の形態に係る遊技用システムにおいて時限運用機能を有効にする処理を説明するための図である。図１３０を参照して、時限運用機能を有効にする処理について説明する。時限運用機能を有効にする処理は、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間、ホールサーバ８０１Ｆ−ＣＵ制御部３２３Ｆ間、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間において所定の処理が行なわれる。
まず、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦを含むＣＵ３ＦがＰ台２Ｆと通信を行ない、ＣＵ制御部３２３Ｆから状態情報要求のコマンドをＳＣ３２５ｂＦに送信し、それを受けてＳＣ３２５ｂＦ間から状態情報応答のレスポンスをＣＵ制御部３２３Ｆに送信している。なお、このときＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間の通信が不通のため送信したヘルスチェック要求に対するヘルスチェック応答が得られない状態で無効条件が成立して時限運用機能が無効にされている。
その後、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間の回線が復旧して通信可能となった場合、鍵管理サーバ８００Ｆから送信したヘルスチェック要求に対するヘルスチェック応答が得られる。このような鍵管理サーバ８００Ｆからのヘルスチェックが可能となった状態が３日間経過し、４日目のヘルスチェック要求を鍵管理サーバ８００Ｆが行なう。なお、ヘルスチェックが可能となった状態であれば、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の通信では、秘匿鍵Ａに基づく暗号通信が行なわれている。
具体的に、鍵管理サーバ８００Ｆは、ホールサーバ８０１Ｆに対してヘルスチェック要求のコマンドを送信し、当該コマンドを受けたホールサーバ８０１ＦがＣＵ制御部３２３Ｆに対してヘルスチェック要求のコマンドを送信する。さらに、ＣＵ制御部３２３Ｆは、ホールサーバ８０１Ｆからのコマンドを受けて、付加情報としてヘルスチェック要求を含む基板状態要求のコマンドをＳＣ３２５ｂＦに送信する。
ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから基板状態要求のコマンドを受けると、回線が復旧して正常にヘルスチェックが３日間行なわれたので、無効にしてある時限運用機能を有効にする。時限運用機能を有効にすることで、今後、鍵管理サーバ８００Ｆ−ホールサーバ８０１Ｆ間の通信が不通となりヘルスチェックが行なえなくなっても、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、時限運用機能を利用して秘匿鍵Ａに基づく通信を行なうことが可能となる。これにより、ＣＵ３ＦおよびＰ台２Ｆは、鍵管理サーバ８００Ｆとの通信断などの障害が生じたとしても安定して稼働させることができる。
さらに、ＳＣ３２５ｂＦは、基板状態要求のコマンドを受けて、付加情報としてヘルスチェック応答を含む基板状態応答のレスポンスをＣＵ制御部３２３Ｆに送信する。ヘルスチェック応答には、ＳＣ３２５ｂＦの状態情報が含まれるとともに、Ｐ台２Ｆから受信したＰ台２Ｆの状態情報が含まれている。なお、図９３には示していないが、ＳＣ３２５ｂＦがＰ台２Ｆに対してヘルスチェック要求を行ない、Ｐ台２Ｆからヘルスチェック応答を受信することで、Ｐ台２Ｆの状態情報を取得する。
ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦから基板状態応答のレスポンスを受けて、ホールサーバ８０１Ｆに対してヘルスチェック応答のレスポンスを送信する。当該ヘルスチェック応答のレスポンスには、たとえばＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の認証状態の情報が含まれている。さらに、ホールサーバ８０１Ｆが、ＣＵ制御部３２３Ｆからヘルスチェック応答のレスポンスを受けて、鍵管理サーバ８００Ｆに対してヘルスチェック応答のレスポンスを送信する。
以上のように、本実施の形態では、鍵管理サーバとの回線が復旧し通信が可能となった状態が所定の期間継続してヘルスチェックを行なうことができる場合、無効である時限運用機能を有効にするので、時限運用機能を利用して遊技場の営業を妨げない安定した稼働が可能となる。また、無効である時限運用機能を有効にするために店員が各ＣＵ３ＦやＰ台２Ｆを操作する必要が無いため、店員の作業を軽減することができる。なお、時限運用機能を有効にする復帰条件は、ヘルスチェックが可能となった期間が３日間あることを条件としたが、これに限られずヘルスチェック要求のコマンドを送信してヘルスチェック応答のレスポンスが受信できた回数が所定回数になったことを条件にしてもよい。また、時限運用機能を無効にする無効条件であるヘルスチェックできない期間（たとえば１０日間）は、時限運用機能を有効にする復帰条件であるヘルスチェックが可能となった期間（たとえば３日間）に比べて長くすることで、時限運用機能の不正利用を防止しつつ、遊技場の営業を妨げない安定したＣＵ３ＦおよびＰ台２Ｆの稼働が可能になる。
＜主制御部−払出制御部間の通信＞
次に、Ｐ台２Ｆにおける主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信についてさらに詳しく説明する。まず、図６２に示すＰ台２Ｆにおいて、遊技盤２６Ｆに設けられた主制御基板１６Ｆと、前枠５Ｆに設けられた払出制御基板１７Ｆとの通信は、主制御基板１６Ｆに設けられた主制御部１６１Ｆと前枠５Ｆに設けられた払出制御部１７１Ｆとの間で行なわれる。図１３１は、主制御部１６１Ｆ、払出制御部１７１Ｆ、および通信制御ＩＣとの間で行なわれる通信について説明するための概略図である。
図１３１に示す主制御部１６１Ｆおよび払出制御部１７１Ｆは、ワンチップで構成されているものとして以下説明するが、複数のチップで同様の機能を構成してもよい。主制御部１６１Ｆは、主制御回路１６１ａＦ、通信制御回路１６１ｂＦ、主制御記憶部１６１ｃＦを備えている。主制御回路１６１ａＦは、主制御部１６１Ｆで様々な処理（たとえば、入賞センサ１６２Ｆからの信号に基づいて入賞球をカウントしたり、電波センサ１６３Ｆからの信号に基づいて不正を検出したりする処理など）を行なうための制御プログラムを実行する回路である。通信制御回路１６１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信を行なうための回路である。主制御記憶部１６１ｃＦは、主制御部１６１Ｆで実行するためのユーザプログラム、制御プログラムやデータを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭ（Ferroelectric Random Access Memory）などで構成されている。なお、主制御記憶部１６１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。
一方、払出制御部１７１Ｆは、払出制御回路１７１ａＦ、通信制御回路１７１ｂＦ、払出制御記憶部１７１ｃＦを備えている。払出制御回路１７１ａＦは、払出制御部１７１Ｆで様々な処理（発射制御基板３１Ｆを介して発射モータ１８Ｆを制御したり、計数ボタン２８Ｆからの信号に基づいてＣＵ３Ｆに対して遊技玉から持玉への変換を要求したりする処理など）を行なうための制御プログラムを実行する回路である。通信制御回路１７１ｂＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間で暗号通信、および払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間の暗号通信を行なうための回路である。払出制御記憶部１７１ｃＦは、払出制御部１７１Ｆで実行するためのユーザプログラム、制御プログラムやデータなどを記憶するための記憶装置であり、たとえば不揮発メモリのＦｅＲＡＭなどで構成されている。なお、払出制御記憶部１７１ｃＦはＦｅＲＡＭを含む構成であるので、ＦｅＲＡＭに記憶した情報は外部電源によるバックアップが不要となる。
さらに、通信制御回路１６１ｂＦ，１７１ｂについて詳しく説明する。図１３２は、払出制御部１７１Ｆと暗号通信するための通信制御回路１６１ｂＦの構成を説明するためのブロック図である。まず、通信制御回路１６１ｂＦは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。
認証通信機能は、前枠５Ｆの払出制御部１７１Ｆとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて主制御部１６１Ｆの情報を、払出制御部１７１Ｆに渡し、払出制御部１７１Ｆの情報を受取ることも可能である。
割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部６００Ｆにて払出制御部１７１Ｆとのリカバリ通信を行なう機能である。また、通信制御回路１６１ｂＦは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。
次に、通信制御回路１６１ｂＦは、図１３２に示すように主制御回路１６１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部６００Ｆを有している。
通信制御回路１６１ｂＦに含まれるレジスタには、たとえば認証ステータスレジスタ６１１Ｆ、認証割込み設定レジスタ６１２Ｆ、送信データバッファ６１３Ｆ、送信データ数レジスタ６１４Ｆ、情報送信クリアレジスタ６１５Ｆ、主制御遊技情報レジスタ６１６Ｆ、払出制御遊技情報レジスタ６１７Ｆ、リカバリ通信完了レジスタ６１８Ｆおよび暗号通信データクリア要求／完了レジスタ６１９Ｆなどを有している。
認証ステータスレジスタ６１１Ｆは、主制御部１６１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ６１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
送信データバッファ６１３Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆに送信する遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で遊技情報が書込まれる。また、送信データバッファ６１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該バッファに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ６１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ６１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要である。送信データバッファ６１３Ｆ以外のレジスタは揮発メモリで構成している。
送信データ数レジスタ６１４Ｆは、主制御部１６１Ｆ払出制御部１７１Ｆへ送信したデータ数を書込むレジスタであり、送信データバッファ６１３Ｆ内のデータ数をモニタしている。情報送信クリアレジスタ６１５Ｆは、送信データバッファ６１３Ｆのデータをクリアする要求を書込むレジスタである。
主制御遊技情報レジスタ６１６Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されるデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ６１６Ｆに書込まれたデータは、暗号通信制御部６００Ｆで暗号化されて払出制御部１７１Ｆへ送信される。払出制御遊技情報レジスタ６１７Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ６１７Ｆに書込まれたデータは、暗号通信制御部６００Ｆで復号化されたデータである。
リカバリ通信完了レジスタ６１８Ｆは、主制御部−払出制御部間でリカバリ通信が完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ６１９Ｆは、払出制御部１７１Ｆと通信を行なっている暗号通信制御部６００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
通信制御回路１７１ｂＦは、主制御部１６１Ｆと暗号通信するための構成と、通信制御ＩＣ３２５ａＦと暗号通信するための構成とに分けられ、主制御部１６１Ｆと暗号通信するための構成の部分を通信制御回路１７１ｂ１Ｆ、通信制御ＩＣ３２５ａＦと暗号通信するための構成の部分を通信制御回路１７１ｂ２Ｆとして以下説明する。
まず、図１３３は、主制御部１６１Ｆと暗号通信するための通信制御回路１７１ｂ１Ｆの構成を説明するためのブロック図である。まず、通信制御回路１７１ｂ１Ｆは、複数の機能を有しており、たとえば認証通信機能、暗号通信機能、割込み機能やリカバリ機能などを有している。
認証通信機能は、遊技盤２６Ｆの主制御部１６１Ｆとの相互認証、およびＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの相互認証する機能である。暗号通信機能は、主制御部１６１Ｆと払出制御部１７１Ｆとの間の電文を暗号化したり復号化したりする機能である。暗号通信機能は、改ざん防止コードの電文に自動的に挿入したり、通信エラーを検出するためのコードを自動的に挿入したりすることが可能である。また、暗号通信機能は、通信インターバル設定により定期にて払出制御部１７１Ｆの情報を、主制御部１６１Ｆに渡し、主制御部１６１Ｆの情報を受取ることも可能である。
割込み機能は、たとえば電文の復号が完了した後に割込みを通知したり、認証状態が変化した場合に割込みを通知したりする。リカバリ機能は、ユーザからの要求により暗号通信制御部７００Ｆにて主制御部１６１Ｆおよび通信制御ＩＣ３２５ａＦとのリカバリ通信を行なう機能である。また、通信制御回路１７１ｂ１Ｆは、通信応答のタイムアウト時間を設定したり、主制御部１６１Ｆと払出制御部１７１Ｆとの間の通信間隔を設定したりすることができる。
次に、通信制御回路１７１ｂ１Ｆは、図１３３に示すように払出制御回路１７１ａＦで実行した制御プログラムとの間で入出力を行なう複数のレジスタ、払出制御部１７１Ｆとの暗号通信を行なうための暗号通信制御部７００Ｆを有している。
通信制御回路１７１ｂ１Ｆに含まれるレジスタには、たとえば認証ステータスレジスタ７１１Ｆ、認証割込み設定レジスタ７１２Ｆ、データ受信レジスタ７１３Ｆ、受信データ数レジスタ７１４Ｆ、情報受信クリアレジスタ７１５Ｆ、払出制御遊技情報レジスタ７１６Ｆ、主制御遊技情報レジスタ７１７Ｆ、リカバリ要求／完了レジスタ７１８Ｆおよび暗号通信データクリア要求／完了レジスタ７１９Ｆなどを有している。
認証ステータスレジスタ７１１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７１２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
データ受信レジスタ７１３Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信した遊技情報を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で遊技情報が書込まれる。また、データ受信レジスタ７１３Ｆを不揮発メモリで構成することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間で通信断が生じ、通信不能によって未送信となった当該レジスタに書込まれた遊技情報は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、データ受信レジスタ７１３Ｆに書込まれた遊技情報を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、主制御部１６１Ｆの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、データ受信レジスタ７１３Ｆは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。データ受信レジスタ７１３Ｆ以外のレジスタは揮発メモリで構成している。
受信データ数レジスタ７１４Ｆは、主制御部１６１Ｆから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７１３Ｆ内のデータ数をモニタしている。情報受信クリアレジスタ７１５Ｆは、データ受信レジスタ７１３Ｆのデータをクリアする要求を書込むレジスタである。
払出制御遊技情報レジスタ７１６Ｆは、払出制御部１７１Ｆから主制御部１６１Ｆへ送信されるデータが書込まれるレジスタである。なお、払出制御遊技情報レジスタ７１６Ｆに書込まれたデータは、暗号通信制御部７００Ｆで暗号化されて主制御部１６１Ｆへ送信される。主制御遊技情報レジスタ７１７Ｆは、主制御部１６１Ｆから払出制御部１７１Ｆへ送信されてきたデータが書込まれるレジスタである。なお、主制御遊技情報レジスタ７１７Ｆに書込まれたデータは、暗号通信制御部７００Ｆで復号化されたデータである。
リカバリ要求／完了レジスタ７１８Ｆは、主制御部−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７１９Ｆは、主制御部１６１Ｆと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
通信制御回路１７１ｂ１Ｆには、その他、通信タイムアウト時間設定レジスタ７１９ａＦ、通信インターバル時間設定レジスタ７１９ｂＦ、および主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦが含まれている。
主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に、主制御部１６１Ｆの送信データバッファ６１３Ｆのデータをデータ受信レジスタ７１３Ｆに書込むことができる有効時間を設定するレジスタである。当該レジスタを設定することで、データ受信レジスタ７１３Ｆへの書込みは、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても設定した有効時間（たとえば、５秒から１５秒程度）行なうことができる。これにより、たとえば、電源断や断線などにより認証が切れた場合において浮遊玉（遊技領域２７Ｆの釘等の間に引っ掛かって落下していない玉）が存在しても、当該浮遊玉が入賞したことの情報を確実に記憶して保護することができる。なお、玉の滞留時間が長いステージを有する遊技機の場合でも、浮遊玉が入賞したことの情報を確実に記憶することができるように有効期間を長めに設定することができるものとする。
本来、データ受信レジスタ７１３Ｆには、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後、セキュリティの観点から暗号通信制御部７００Ｆ介して情報を書き込むことができない。しかし、データ受信レジスタ７１３Ｆでは、たとえば、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後に浮遊玉が入賞したことの情報を書き込む必要があった。そこで、通信制御回路１７１ｂ１Ｆは、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦに対して有効時間を設定し、暗号通信制御部７００Ｆで本設定することで、主制御部１６１Ｆと払出制御部１７１Ｆとの間の認証が切れた後であっても有効期間内であれば暗号通信制御部７００Ｆを介して情報をデータ受信レジスタ７１３Ｆに書き込むことができる。なお、主制御部送信バッファ書込有効時間設定レジスタ７１９ｃＦの設定値は、暗号通信制御部７００Ｆで本設定された後であれば読み出すことができる。
図１３４は、通信制御ＩＣ３２５ａＦと暗号通信するための通信制御回路１７１ｂ２Ｆの構成を説明するためのブロック図である。通信制御回路１７１ｂ２Ｆは、図１３４に示すように、通信制御ＩＣ３２５ａＦと暗号通信するために、たとえば認証ステータスレジスタ７２１Ｆ、認証割込み設定レジスタ７２２Ｆ、送信データバッファ７２３ａＦ、データ受信レジスタ７２３ｂＦ、送信データ数レジスタ７２４Ｆ、受信データ数レジスタ７２５Ｆ、リカバリ通信加算球要求レジスタ７２６Ｆ、リカバリ通信減算球要求レジスタ７２７Ｆ、リカバリ要求／完了レジスタ７２８Ｆ、暗号通信データクリア要求／完了レジスタ７２９Ｆ、通信タイムアウトタイマ−プリスケーラ設定レジスタ７２９ａＦおよび通信タイムアウト時間設定レジスタ７２９ｂＦなどを有している。
認証ステータスレジスタ７２１Ｆは、払出制御部１７１ＦのチップＩＤが認証されているか否かの状態、カードユニット−払出制御部間の通信および認証の状態、主制御部−払出制御部間の通信および認証の状態が書込まれている。認証割込み設定レジスタ７２２Ｆは、チップＩＤ認証、カードユニット−払出制御部間の認証、および主制御部−払出制御部間の認証の状態を変化させる割込みを許可するか否かが設定されている。
送信データバッファ７２３ａＦは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信する業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で業務電文が書込まれる。データ受信レジスタ７２３ｂＦは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信した業務電文を書込むバッファ（たとえば、記憶容量が１２８ｂｙｔｅ）であり、当該バッファにＦＩＦＯ（First In,First Out）で業務電文が書込まれる。
なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦを不揮発メモリで構成することで、払出制御部１７１Ｆと通信制御ＩＣ３２５ａＦとの間で通信断が生じ、通信不能によって未送信となった当該バッファおよびレジスタに書込まれた業務電文は、復帰後も保持される。そのため、リカバリ通信を行なう場合であっても、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦに書込まれた業務電文を生成するためにユーザプログラムを再度実行するなどのリカバリ処理が不要となり、払出制御部１７１Ｆや通信制御ＩＣ３２５ａＦの処理の負担を軽減することができる。また、リカバリ処理において必要となるデータ量を抑えることができる。なお、送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦは不揮発メモリで構成しているので、外部電源によるバックアップが不要となる。送信データバッファ７２３ａＦおよびデータ受信レジスタ７２３ｂＦ以外のレジスタは揮発メモリで構成している。
送信データ数レジスタ７２４Ｆは、払出制御部１７１Ｆから通信制御ＩＣ３２５ａＦに送信したデータ数を書込むレジスタであり、送信データバッファ７２３ａＦ内のデータ数をモニタしている。受信データ数レジスタ７２５Ｆは、通信制御ＩＣ３２５ａＦから送信され払出制御部１７１Ｆで受信したデータ数を書込むレジスタであり、データ受信レジスタ７２３ｂＦ内のデータ数をモニタしている。
リカバリ通信加算球要求レジスタ７２６Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて加算球が発生した場合に加算球数が書込まれるレジスタである。なお、リカバリ通信加算球要求レジスタ７２６Ｆは、リカバリ通信完了時のみ更新される。リカバリ通信減算球要求レジスタ７２７Ｆは、電源断復帰後の通信制御ＩＣ−払出制御部間のリカバ通信結果にて減算球が発生した場合に減算球数が書込まれるレジスタである。なお、リカバリ通信減算球要求レジスタ７２７Ｆも、リカバリ通信完了時のみ更新される。
リカバリ要求／完了レジスタ７２８Ｆは、通信制御ＩＣ−払出制御部間でリカバリ通信を要求するか否か、および完了したか否かを示す情報が書込まれるレジスタである。暗号通信データクリア要求／完了レジスタ７２９Ｆは、通信制御ＩＣ３２５ａＦと通信を行なっている暗号通信制御部７００Ｆで保持している通番等のデータのクリアを要求する情報、および当該データが消去されたこと（クリア完了）を示す情報が書込まれるレジスタである。
＜リカバリ完了確認処理＞
次に、主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、電源断などの通信不能な状態から復帰するとき、主制御部１６１Ｆおよび払出制御部１７１Ｆは、主制御記憶部１６１ｃＦおよび払出制御記憶部１７１ｃＦに記憶された所定情報を送信するリカバリ処理を実行する。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理の終了を条件に、ユーザプログラムの実行による所定情報の生成を再開するリカバリ完了確認処理を行なう。具体的に、リカバリ完了確認処理についてフローチャートを用いて説明する。図１３５は、リカバリ完了確認処理を説明するためのフローチャートである。
まず、主制御部１６１Ｆおよび払出制御部１７１Ｆは、電源断などの通信不能な状態から復帰させるために電源が投入されると、主制御回路１６１ａＦおよび払出制御回路１７１ａＦが認証シーケンスの処理を開始し、認証が完了すると主制御部１６１Ｆおよび払出制御部１７１Ｆのそれぞれの認証ステータスレジスタ６１１Ｆ，７１１に認証結果が書込まれる。そして、主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１に認証完了が書込まれているか否かを確認する（ステップＳＦ２９１）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１に認証完了が書込まれていない場合（ステップＳＦ２９１：ＮＯ）、ステップＳＦ２９１の処理に戻る。
主制御部１６１Ｆおよび払出制御部１７１Ｆは、それぞれの認証ステータスレジスタ６１１Ｆ，７１１に認証完了が書込まれている場合（ステップＳＦ２９１：ＹＥＳ）、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれているか否かを確認する（ステップＳＦ２９２）。主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれていない場合（ステップＳＦ２９２：ＮＯ）、ステップＳＦ２９２の処理に戻る。
主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ通信完了レジスタ６１８Ｆおよびリカバリ要求／完了レジスタ７１８Ｆにリカバリ完了を示すフラグが書込まれている場合（ステップＳＦ２９２：ＹＥＳ）、ユーザプログラムの処理を開始する（ステップＳＦ２９３）。なお、ユーザプログラムの処理を開始させる手段として、たとえばユーザプログラムの処理を開始させる信号を送信して当該ユーザプログラムの処理を開始させる手段や、ユーザプログラムの処理を停止する停止手段を設け、当該停止手段を解除することで当該ユーザプログラムの処理を開始させる手段などがある。
前述のように、主制御部１６１Ｆおよび払出制御部１７１Ｆは、リカバリ処理が完了するまでユーザプログラムの処理を開始しないため、リカバリ処理によって復帰させる情報が確定する前にユーザプログラムの処理による新たな情報が書込まれないようにすることでユーザプログラムの処理を適切に再開することができる。
＜主制御部と払出制御部との間で送受信するコマンドおよびレスポンス＞
次に図１３６を参照して、主制御部１６１Ｆと払出制御部１７１Ｆとの間で送受信されるコマンドおよびレスポンスの概略を説明する。
図１３６には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
まず、主制御部１６１Ｆから払出制御部１７１Ｆに対して電源投入通知という名称のコマンドが送信される。この電源投入通知のコマンドは、払出制御部１７１Ｆに対して電源が投入され通信が開始されることを通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して電源投入受信という名称のレスポンスが送信される。この電源投入受信のレスポンスは、主制御部１６１Ｆに対して電源投入通知を受信し、通信が開始されることの応答である。
次に、主制御部１６１Ｆから払出制御部１７１Ｆに対して遊技状態通知という名称のコマンドが送信される。この遊技状態通知のコマンドは、払出制御部１７１Ｆに対して遊技状態を通知するものである。払出制御部１７１Ｆから主制御部１６１Ｆに対して遊技状態応答という名称のレスポンスが送信される。この遊技状態応答のレスポンスは、主制御部１６１Ｆに対して遊技状態通知を受信したことの応答である。
＜主制御部と払出制御部との間で処理される主なシーケンス＞
次に、図１３７および図１３８に基づいて、主制御部１６１Ｆおよび払出制御部１７１Ｆで実行される処理による主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理される主なシーケンスについて説明する。
＜＜通信シーケンス＞＞
まず、図１３７を参照して、電源投入時、主制御部１６１Ｆと払出制御部１７１Ｆとの間で処理されるシーケンスを説明する。図１３７に示すシーケンスは、主制御部１６１Ｆと払出制御部１７１Ｆとの通信が正常に終了した後の通信再開時に実行される処理である。
また、主制御部１６１Ｆと払出制御部１７１Ｆとの通信は、主制御部１６１Ｆを一次局としたポーリング方式による通信を行ない、ポーリング間隔は２００ｍｓである。なお、電源投入通知および電源投入受信の通信については除く。払出制御部１７１Ｆは、応答を送信してから１秒経過しても主制御部１６１Ｆからの要求コマンドが受信できなかった場合に「通信回線断」とし、遊技を停止させる。
さらに、払出制御部１７１Ｆは正常なデータを受信した場合のみ、主制御部１６１Ｆへ応答コマンドを送信する。主制御部１６１Ｆはポーリング間隔時間内に応答コマンドを受信しなかった場合、初回を含めて最大３回までコマンドを再送する。送受信に用いる通番は、主制御部１６１Ｆ、払出制御部１７１Ｆともに記憶部に保存しておき、コマンドの正常性確認、電源断復旧時および通信回線断復旧に用いる。
具体的に、通信シーケンスを説明すると、まず、電源を投入すると主制御部１６１Ｆと払出制御部１７１Ｆとの間で電源投入通知および電源投入受信の通信が行なわれ、さらに認証新シーケンスが開始される。認証シーケンスは、前述したように主制御部１６１Ｆおよび払出制御部１７１ＦのチップＩＤが認証され、主制御部−払出制御部間の通信が認証されたことが認証ステータスレジスタ６１１Ｆ，７１１に書込まれる。さらに、当該認証シーケンスにより、主制御部１６１Ｆと払出制御部１７１Ｆとの暗号通信に用いる暗号鍵および復号鍵を生成する処理を行なう。当該処理を行なった以降の主制御部１６１Ｆと払出制御部１７１Ｆとの通信には、生成された暗号鍵および復号鍵を用いて暗号通信が行なわれる。
次に、主制御部１６１Ｆは、認証シーケンスが終了した後、通番を「ｎ」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。さらに、主制御部１６１Ｆは、通番を「ｎ＋１」として遊技状態通知のコマンドを払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋１」として遊技状態受信のレスポンスを主制御部１６１Ｆに返信する。
その後、主制御部１６１Ｆは、通番をカウントアップして「ｎ＋２」として、遊技状態通知のコマンドを払出制御部１７１Ｆへ送信する。そして、払出制御部１７１Ｆは、通番をカウントアップせずに「ｎ＋２」として、遊技状態受信のレスポンスを主制御部１６１Ｆへ返信する。
主制御部１６１Ｆと払出制御部１７１Ｆとの通信において、通番「ｎ」の遊技状態通知のコマンド送信から通番「ｎ＋１」の遊技状態通知のコマンド送信までの間隔、通番「ｎ＋１」の遊技状態通知のコマンド送信から通番「ｎ＋２」の遊技状態通知のコマンド送信までの間隔は、それぞれ２００ｍｓ間隔である。
＜＜電源断後のシーケンス＞＞
次に、図１３８を参照して、電源断／通信回線断により状態情報要求が未到達となったときの処理について説明する。図１３８は、特に、電源断／通信回線断線（たとえば、払出制御部１７１Ｆの電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、遊技状態通知が未到達（主制御部１６１Ｆから払出制御部１７１Ｆへコマンドが未到達）で、復旧後通信相手が一致する場合の処理を説明するためのシーケンス図である。
図１３８を参照して、遊技中において電源断が発生する前に、主制御部１６１Ｆは、通番＝ｎを含む遊技状態通知を払出制御部１７１Ｆに送信している。それを受けて、払出制御部１７１Ｆは、通番＝ｎを含む遊技状態受信を主制御部１６１Ｆに送信する。
そして、遊技中において払出制御部１７１Ｆに電源断が発生した後に、通番＝ｎ＋１を含む遊技状態通知が主制御部１６１Ｆから払出制御部１７１Ｆへ送信された場合に、払出制御部１７１Ｆが電源断の状態であるためにその遊技状態通知を受信できない。それ以降、払出制御部１７１Ｆからの遊技状態受信が送信されてこないために主制御部１６１Ｆは、１秒後に電源断が発生したとして通信を停止する制御を行なう。
その後、電源投入および主制御部１６１Ｆと払出制御部１７１Ｆとの間で認証シーケンスが開始されると、主制御部１６１Ｆは、通番＝１および主制御通番（前回最終送信通番）＝ｎ＋１を含む電源投入通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、電源断が発生する前に主制御部１６１Ｆに送信した遊技状態受信の通番が「ｎ」であったため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎとなる。そのため、払出制御部１７１Ｆでバックアップしている払出制御通番＝ｎと、主制御部１６１Ｆでバックアップしている主制御通番＝ｎ＋１とが不一致である。払出制御部１７１Ｆは、通番が不一致であるとき、主制御部１６１Ｆから送信された電源投入通知に含まれるリカバリ遊技情報に基づき払出制御部１７１Ｆの情報をリカバリ処理する。その後、払出制御部１７１Ｆは、通番＝１を含む電源投入受信を主制御部１６１Ｆに送信する。
主制御部１６１Ｆは、通番＝２を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、リカバリ処理後の内容で処理を行なうとともに、通番＝２を含む遊技状態受信を払出制御部１７１Ｆに送信する。以降同様に、主制御部１６１Ｆは、通番＝３を含む遊技状態通知を払出制御部１７１Ｆに送信する。払出制御部１７１Ｆは、通番＝３を含む遊技状態受信を払出制御部１７１Ｆに送信する。
なお、前述のリカバリ処理は、通番が不一致であったので実施する構成であったが、リカバリ遊技情報に含まれる情報（たとえば、遊技情報数や賞球情報など）が主制御部１６１Ｆと払出制御部１７１Ｆとで不一致であってもリカバリ処理を行なってもよい。
＜開放検出および接続検出の構成＞
次に、本実施形態に係るＰ台２Ｆの開放検出および接続検出の構成について説明する。本実施形態に係るＰ台２Ｆは、ガラス扉６Ｆの開放検出、前枠５Ｆの開放検出、および前枠５Ｆと遊技盤２６Ｆとの接続検出を行なう構成を有している。図１３９は、本実施形態に係るＰ台２Ｆの開放検出および接続検出を説明するためのブロック図である。図１３９（ａ）に示す前枠５Ｆと遊技盤２６Ｆとは、前枠５Ｆ側に設けた凹型ドロアコネクタ３３Ｆと遊技盤２６Ｆ側に設けた凸型ドロアコネクタ３２Ｆとにより電気的に接続されている。前枠５Ｆは、ループ状の電力線５００Ｆにより直列に接続された開放検出部５３Ｆ、前枠中継基板５２Ｆ、払出制御基板１７Ｆおよび凹型ドロアコネクタ３３Ｆを有している。つまり、前枠５Ｆに設けられている開放検出部５３Ｆ、前枠中継基板５２Ｆ、払出制御基板１７Ｆおよび凹型ドロアコネクタ３３Ｆには電力線５００Ｆが配線されており、それぞれの接続が切れる（例えば、断線やコネクタ外れなど）と、当該電力線５００Ｆに電流が流れなくなる。遊技盤２６Ｆは、凸型ドロアコネクタ３２Ｆと、主制御基板１６Ｆとを有している。凸型ドロアコネクタ３２Ｆを凹型ドロアコネクタ３３Ｆに接続することで、ループ状の電力線５００Ｆに主制御基板１６Ｆも直列に接続される。つまり、遊技盤２６Ｆに設けられている凸型ドロアコネクタ３２Ｆ、および主制御基板１６Ｆにも電力線５００Ｆが配線されており、それぞれの接続が切れる（例えば、断線やコネクタ外れなど）と、当該電力線５００Ｆに電流が流れなくなる。なお、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆは、接続が外れることで前枠５Ｆと遊技盤２６Ｆとの電気的な接続を検出することができる盤接続検出手段に対応する。
電力線５００Ｆは、前枠５Ｆと遊技盤２６Ｆとの間で信号を送受信する信号ケーブル（たとえば、図６１に示した信号ケーブル３６Ｆなど）内の配線に含まれている。そして、前枠５Ｆの信号ケーブルと遊技盤２６Ｆの信号ケーブルとは、２６ピンまたは３２ピンの凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆにより接続される。なお、図１３９（ａ）には、信号ケーブルは図示しておらず、ループ状の電力線５００Ｆのみ図示してある。
図１３９（ｂ）は、開放検出部５３Ｆの構成を説明するためのブロック図である。開放検出部５３Ｆは、開放検出スイッチ１２ａＦ、電流検出器１２ｂＦおよび計数カウンタ１２０Ｆを有している。開放検出スイッチ１２ａＦは、ガラス扉６Ｆの開放を検出するガラス扉開放検出スイッチ１２Ｆおよび前枠５Ｆの開放を検出する前枠開放検出スイッチ１３Ｆで、ガラス扉６Ｆまたは前枠５Ｆが開放されると（ＯＦＦ状態）ループ状の電力線５００Ｆの接続が切れるように直列に接続されている。なお、図１３９（ｂ）では、説明を簡単にするために開放検出スイッチ１２ａＦを１つ図示した場合を示したが、実際の構成では、ガラス扉開放検出スイッチ１２Ｆおよび前枠開放検出スイッチ１３Ｆのそれぞれに対応して開放検出スイッチ１２ａＦが設けられている。
電流検出器１２ｂＦは、ループ状の電力線５００Ｆに対して直列に接続され、ループ状の電力線５００Ｆに流れる電流を検出している。電流検出器１２ｂＦは、ループ状の電力線５００Ｆに流れる電流が検出されなくなると、開放検出スイッチ１２ａＦがＯＦＦ状態、または凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外れた状態であると検出することができる。電流検出器１２ｂＦは、開放検出スイッチ１２ａＦがＯＦＦ状態、または凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外れた状態を検出すると、検出信号を計数カウンタ１２０Ｆに出力する。なお、電流検出器１２ｂＦは、Ｐ台２Ｆの電源回路からメイン電源の電力が供給されるとともに、そのメイン電源がＯＦＦ（たとえば、夜間）になったとしても動作可能となるようにするためにバックアップ電源の電力が供給されている。
計数カウンタ１２０Ｆは、電流検出器１２ｂＦからの検出信号に基づき、ガラス扉６Ｆの開放回数、前枠５Ｆの開放回数、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外された回数を計数する。図１４０は、図１３９（ｂ）に示した計数カウンタ１２０Ｆの制御回路を示すブロック図である。図１４０を参照して、計数カウンタ１２０Ｆは、制御中枢としてのＣＰＵ（Central Processing Unit）１０ａＦと、そのＣＰＵ１０ａＦの動作プログラムや制御データを記憶しているＲＯＭ（Read Only Memory）１０ｂＦと、ＣＰＵ１０ａＦのワークエリアとして機能するＲＡＭ（Random Access Memory）１０ｃＦと、Ｉ／Ｏポート（Input/Output Port）１０ｄＦとが設けられている。
計数カウンタ１２０Ｆは、Ｐ台２Ｆの電源回路からメイン電源の電力が供給されるとともに、そのメイン電源がＯＦＦ（たとえば、夜間）になったとしても動作可能となるようにするためにバックアップ電源の電力が供給されている。また図６２に示した払出制御基板１７Ｆからクロック信号（ＣＬＫ信号）とチップセレクト信号（ＣＳ信号）とが入力されるとともに、計数カウンタ１２０Ｆで計数した検出回数の値を示すデータ信号が払出制御部１７１Ｆへ出力される。
計数カウンタ１２０Ｆは、ガラス扉６Ｆの開放回数、前枠５Ｆの開放回数、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外された回数の合計を計数して検出回数の値を示すデータ信号を出力する。なお、計数カウンタ１２０Ｆは、ガラス扉６Ｆの開放回数、前枠５Ｆの開放回数、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外された回数を個別に検出して、計数できるように構成してもよい。また、遊技盤２６Ｆの電力線５００Ｆと主制御基板１６Ｆの電力線５００Ｆとの接続部分が主制御接続検出手段として機能させることで、遊技盤２６Ｆから主制御基板１６Ｆを取外した回数も、計数カウンタ１２０Ｆで検出することができる。遊技盤２６Ｆの電力線５００Ｆと主制御基板１６Ｆの電力線５００Ｆとの接続部分は、ドロアコネクタなどコネクタで接続されていても、直接はんだ付けされて接続されていてもよい。ここで、主制御基板１６Ｆの電力線５００Ｆは、ループ状の電力線５００Ｆの一部として構成されている。
次に、図１４１に基づいて、ガラス扉６Ｆまたは前枠５Ｆの開放、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続の外れの検出について説明する。図１４１（ａ）に示すＰ台２Ｆでは、ガラス扉６Ｆまたは前枠５Ｆが開放され、開放検出部５３Ｆと前枠中継基板５２Ｆとが電気的に切断されている様子が示されている。開放検出部５３Ｆと前枠中継基板５２Ｆとが電気的に切断されることでループ状の電力線５００Ｆに電流が流れなくなり、電流検出器１２ｂＦがガラス扉６Ｆまたは前枠５Ｆの開放を検出することができる。
また、図１４１（ｂ）に示すＰ台２Ｆでは、凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外され、凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとが電気的に切断されている様子が示されている。凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとが電気的に切断されることでループ状の電力線５００Ｆに電流が流れなくなり（つまり、電力線５００Ｆを構成する配線が切断されることにより電流が流れなくなり）、電流検出器１２ｂＦが凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続の外れを検出することができる。図１４１に示したように、ガラス扉６Ｆまたは前枠５Ｆの開放検出スイッチ１２ａＦと、凸型ドロアコネクタ３２Ｆおよび凹型ドロアコネクタ３３Ｆの盤接続検出手段とがループ状の電力線５００Ｆにより直列に接続されている。そのため、開放検出部５３Ｆは、ガラス扉６Ｆまたは前枠５Ｆの開放を検出するだけでなく、前枠５Ｆと遊技盤２６Ｆとの接続が外れたことも検出することができる。
次に、図１４２に基づいて、ＲＡＭ１０ｃＦに記憶されているデータの記憶状態と、ＣＳ信号およびＣＬＫ信号の入力に従ってデータ信号が出力される状態とを説明する。
ＲＡＭ１０ｃＦ内には、１〜１８の１８ビット分のデータを記憶する記憶エリアが用意されている。図１４２のＲＡＭ１０ｃＦ内イメージの図において、１と２のビット記憶エリアは、ＣＵ３Ｆとの断線時かあるいは断線されていない正常時かを記憶するエリアであり、正常時においては０１が記憶され、電断時においては０１以外の値が記憶される。
ＲＡＭ１０ｃＦ内イメージの図において３〜８のビットデータ記憶エリアは、Ｐ台２Ｆの電源ＯＦＦの開始時点におけるガラス扉６Ｆまたは前枠５Ｆの開放回数、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外された（切断された）回数（以下、単に検出回数ともいう）を記憶する記憶値エリアである。この記憶値は、００００００〜１１１１１０の範囲の値をとり、この範囲を超えたオーバフロー時には１１１１１１の値となる。
ＲＡＭ１０ｃＦ内イメージにおける９〜１４のビットデータ記憶エリアは、検出回数の現在値を記憶する現在値記憶エリア（現在値テーブル）である。この現在値は、００００００〜１１１１１０の範囲の値をとる。この現在値記憶エリア（現在値テーブル）の記憶は、外部からの操作によって初期化されることがない。ただし、図１４３（ｃ）に基づいて説明するように、Ｐ台２Ｆの電源がＯＮになっている通常時では、現在値が上限まで達すると再度初期値からカウントアップされてループする。
ＲＡＭ１０ｃＦ内イメージの図における１５と１６とのビットデータ記憶エリアは、電断時でない通常時においては０１の値をとり、電断時においては１０の値をとる。ＲＡＭ１０ｃＦ内イメージの図における１７と１８のビットデータ記憶エリアは、検出回数を払出制御部１７１Ｆへ送信した後においては０１の値をとり、送信する前においては１０の値をとる。
図１４３（ｂ）に基づいて後に詳しく説明するが、現在値記憶エリア（現在値テーブル）は、電断時（電源ＯＦＦ時）においては、ガラス扉６Ｆまたは前枠５Ｆが開放される、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外される（以下単に、ガラス扉６Ｆまたは前枠５Ｆが開放等されるとも言う）毎に、３〜８の記憶エリアに記憶されている記憶値をｎと表わす。ガラス扉６Ｆまたは前枠５Ｆが開放等される毎にｎ＋１，ｎ＋２，…とカウントアップされ、その上限であるｎ＋６１までカウントアップされた後にさらにガラス扉６Ｆまたは前枠５Ｆが開放等されることにより６３の値（一周フラグが立つ値）となり、それ以上のカウントアップは行なわれない状態となる。
そして、Ｐ台２Ｆの電源立上げ時に、図１４２に示すように１〜１２の１２ビットのデータとして払出制御部１７１Ｆへ出力される。このデータ出力は、図示１と２のビットデータが０１のときには正常時、０１以外のときにはＣＵ３Ｆとの断線時が示される。３〜８のビットデータでは、前述したオーバフロー時以外のときには、記憶値から現在値を引いた値を差分値としてその差分値（００００００〜１１１１１０の範囲の値）が出力される。一方オーバフロー時においては、１１１１１１の値が出力される。
なお、現在値記憶エリア（現在値テーブル）がその上限であるｎ＋６１までカウントアップされた後にさらにガラス扉６Ｆまたは前枠５Ｆが開放等されることにより６３の値（一周フラグが立つ値）となった後においても、カウントアップを継続してもよい。その場合には、払出制御部１７１Ｆへ出力時に最終カウント値を出力するのではなく前述のオーバフロー時の値「１１１１１１」を出力する。
９と１０のビットデータは、通常時に０１、電断時に１０の値となっている。この９と１０のビットデータの出力が１０となっていることにより、たとえば夜間に計数カウンタ１２０Ｆが交換されたことがわかる。つまり、これら計数カウンタ１２０Ｆが交換されることによりそれら計数カウンタ１２０Ｆにメイン電源とバックアップ電源の両方が供給されない状態が生ずるために、その場合にこの９と１０のビットデータが１０となり、この１０が出力されてくることにより払出制御部１７１Ｆにおいて夜間に不正に計数カウンタ１２０Ｆが交換されたことを判別することが可能となる。
１１と１２のビットデータは、データを払出制御部１７１Ｆへ送信した後においては０１となり送信する前においては１０となっている。
次に、払出制御部１７１Ｆへ出力されるデータ信号と、払出制御基板１７Ｆから入力されるＣＬＫ信号およびＣＳ信号との関係を説明する。計数カウンタ１２０ＦのＲＡＭ１０ｃＦは、遊技場の営業が終了してＰ台２Ｆの電源をＯＦＦにした後翌朝の営業開始時における電源立上げ時までの間における検出回数の現在値を記憶している。そして、Ｐ台２Ｆの電源が立上げられた後、払出制御部１７１Ｆが検出回数を入手するべくＣＳ信号およびＣＬＫ信号を計数カウンタ１２０Ｆへ送信する。
ＣＳ信号とＣＬＫ信号とを受信した計数カウンタ１２０ＦのＣＰＵ１０ａＦは、ＣＳ信号の立上げによりデータをＣＬＫ信号に合わせてＣＳ信号の立下げまで繰返しループして払出制御部１７１Ｆへ出力する。払出制御部１７１Ｆは、繰返して送信されてきたデータ信号をたとえば３回読取って３回とも同一のデータであった場合に適正なデータ信号を受信したと判定する。
一方、図１４２に示すように、ＣＳ信号の立上がっている期間においてたとえば１００μの間ＣＬＫ信号がなかった場合（ローレベルになっている場合）、次のＣＬＫ信号の立上がりに合わせてデータを１ビット目から排出する制御が行なわれる。
この１００μは、遊技機メーカが計数カウンタ１２０Ｆのレジスタに入力設定できるように構成されている。なお、遊技場側においてレジスタに入力設定できるように構成してもよい。
また、ＣＳ信号とＣＬＫ信号とが所定動作した後、一周フラグが立っている場合には計数カウンタ１２０ＦのＲＡＭ１０ｃＦの記憶値をクリアして値を００００００にする制御が行なわれる。たとえば、ＣＳ信号がローレベルとなった後ＣＬＫ信号が所定回数ＯＮ，ＯＦＦを繰返した段階で、ＣＰＵ（レジスタ）１０ａＦの記憶値をクリアする。
なお、Ｐ台２Ｆの電源ＯＦＦ時においてもガラス扉６Ｆまたは前枠５Ｆが開放等されることを検出してその計数値を記憶するためにメモリとしてバックアップ可能なＲＡＭを用いているが、Ｐ台２Ｆが常に電源ＯＮである場合には、ＲＡＭの代わりにレジスタを用いてもよい。
次に、図１４３に基づいて、計数カウンタ１２０ＦのＣＰＵ１０ａＦの制御動作を説明する。まず図１４３（ａ）を参照して、ステップＳ（以下単にＳと言う）１により、Ｐ台２Ｆのメイン電源がＯＦＦでバックアップ電源がＯＮになっているか否かの判断がなされる。遊技場における通常の営業時間であればメイン電源がＯＮになっているために、ＳＦ５０１によりＮＯの判断がなされて制御がＳＦ５０７へ進み、ガラス扉６Ｆまたは前枠５Ｆの開放に伴う検出信号の立上がりを契機として開放される毎にその開放回数をカウントアップする処理が行なわれ、および凸型ドロアコネクタ３２Ｆと凹型ドロアコネクタ３３Ｆとの接続が外されたことに伴う検出信号の立上がりを契機として接続が外される毎にその回数をカウントアップする処理が行なわれる。このカウントアップは、図１４２で説明した現在値記憶領域（現在値テーブル）においてカウントアップされる。この電源ＯＮ時における通常時の現在値テーブルのカウントアップの対応が、図１４３（ｃ）に示されている。現在値テーブルでは、０からカウントアップしてその上限である６２までカウントアップした後再度０からカウントアップし直すというように、カウント値がループするように計数される。そして、このＳＦ５０７によりカウントアップされた現在値テーブルの値が７セグ表示器５０Ｆにより表示される。
一方、遊技場の営業が終了してＰ台のメイン電源がＯＦＦとなった後翌朝の営業開始時におけるメイン電源の立上げ時点までの間においては、ＳＦ５０１によりＹＥＳの判断がなされて制御がＳＦ５０２へ進む。ＳＦ５０２では、図１４２に示した現在値記憶領域（現在値テーブル）の値（現在値）を記憶する領域（図１４２の３〜８）に記憶値として記憶させる制御が行なわれる。次にＳＦ５０３により、以降、現在値テーブルにおいて、記憶値へ戻るまで、検出信号の立上がりを契機として、開放毎または接続が外される毎に現在値テーブルの現在値をカウントアップする制御が行なわれる。このメイン電源がＯＦＦとなっている監視時における現在値テーブルのカウントアップ動作の態様が、図１４３（ｂ）に示されている。記憶値をｎとし、ｎからカウントアップしてその上限であるｎ＋６１までカウントアップし、その状態でさらに検出信号の立上がりがあれば一周フラグが立つ値として６３を記憶する。そして、この一周フラグが立つ値まで記憶値が達すると、以降検出信号の立上がりがあってもカウント動作を何ら行なわず記憶値を「６３」の値のまま保持する。
次に制御がＳＦ５０４へ進み、メイン電源がＯＮでバックアップ電源がＯＦＦになったか否かの判断がなされ、なるまでＳＦ５０３の動作を繰返し実行する。遊技場において翌朝の営業開始時にＰ台２Ｆのメイン電源を立上げたときに、ＳＦ５０４によりＹＥＳの判断がなされて制御がＳＦ５０５へ進み、払出制御基板１７Ｆからの呼出を契機に、ＲＡＭの記憶値と現在値とをもとに差分値を算出してその差分値を払出制御基板１７Ｆへ出力する制御が行なわれる。この出力は、図１４２に基づいて説明したように、ＣＳ信号の立上がり中（ハイレベル中）は同データを常時繰返してループ状に出力する。またＣＬＫ信号は、前述したようにたとえば１００μｓでタイムアウトし、次のＣＬＫ信号の立上げに同期して１ビット目からデータを出力する制御が行なわれる。
次にＳＦ５０６により、データ出力（ＣＳ、ＣＬＫ所定動作）後、一周フラグが立っている際には、そのフラグをクリアし、ＲＡＭの３〜８のビット記憶領域に記憶されている記憶値を０にクリアする。一方、一周フラグが立っていない場合には記憶値をクリアすることなくそのまま継続する制御が行なわれ、ＳＦ５０７へ進む。
なお、前述のＳＦ５０６において、記憶値を０にクリアする前に、その記憶値を現在値に上書き保存した後その記憶値を０にクリアするように制御してもよい。また、記憶値の現在値への上書き保存や記憶値の０クリアを行なうタイミングは、電源投入時を契機にしてもよいが、その他、検出回数データの払出制御部１７１Ｆへの送信後等、差分値のデータ等が正常に出力可能であればどのようなタイミングであってもよい。
次に、図１４４に基づいて、払出制御部１７１Ｆによる計数表示処理の具体的制御内容を説明する。まずＳＦ５１０により、Ｐ台２Ｆの電源投入時に、計数カウンタ１２０Ｆからの差分値等のデータを受信する。次にＳＦ５１１により、その受信した値が一周フラグの立つ値（＝６３）であるか否かの判定がなされる。受信した値が一周フラグの立つ値（＝６３）でない場合には制御がＳＦ５１２へ進み、その受信値を７セグ表示器５０Ｆに表示する制御が行なわれる。一方、受信した値が一周フラグの立つ値（＝６３）である場合には制御がＳＦ５１３へ進み、エラー番号を７セグ表示器５０Ｆに表示する制御が行なわれる。このエラー番号は、夜間等のＰ台２Ｆの電源がＯＦＦの期間中において、ガラス扉６Ｆや前枠５Ｆが開放されて現在値テーブルの計数値が一周する開放回数に達している異常を表わす番号である。次にＳＦ５１４により、ＣＵ３Ｆへそのエラー番号を送信する制御が行なわれる。ＣＵ３Ｆでは、そのエラー番号を受信し、異常報知ランプ等により異常報知するとともに表示器３１２Ｆによりそのエラー番号を表示し、さらに上位装置（たとえばホール用管理コンピュータやホールサーバ８０１Ｆ等）へそのエラー番号を送信する制御を行なう。
また、エラー番号を受信したＣＵ３Ｆは、ＣＵ３Ｆ自身であるいは上位装置からの指令を受けて、Ｐ台２Ｆによる遊技を停止させたりあるいは一部の機能を制限させたりする制御を行なってもよい。
＜Ｐ台の不正検知アラーム＞
次に、Ｐ台２Ｆで不正を検知したことによるアラーム（報知）の制御について説明する。Ｐ台２Ｆで夜間に前枠５Ｆが開放されたり、Ｐ台２ＦとＣＵ３Ｆとの回線断が生じたりする不正を検知した場合、Ｐ台２Ｆは、Ｐ台２Ｆ自体に設けられた表示器やスピーカなどを用いて報知を行なうように設定しても、ＣＵ３Ｆ（より具体的にはＣＵ制御部３２３Ｆ、以下、単にＣＵ３Ｆと記載する）が報知を行なうように設定してもよい。たとえば、Ｐ台２Ｆで不正を検知した場合に、Ｐ台２ＦがＣＵ３Ｆに対してアラーム設定を要求する通知を行ない、ＣＵ３Ｆは当該通知に基づきアラーム設定を保持する。ＣＵ３Ｆは、アラーム設定を保持している間、設けられた表示器やスピーカなどを用いてアラーム報知を行なう。
図１４５は、電源オン／オフ時にＰ台の不正検知アラームについて説明するための図である。図１４５には、Ｐ台２Ｆで夜間に前枠５Ｆが開放されたことを検知する夜間枠開放フラグ、Ｐ台２ＦとＣＵ３Ｆとの回線断が生じたことを検知するＰ台回線断フラグ、ＣＵ３Ｆでのアラーム設定状態を示すＣＵアラーム設定、およびアラーム設定に基づくＣＵ３Ｆでの報知状態を示すＣＵアラーム報知の時間変化が図示されている。まず、図１４５を参照して、本実施の形態以前（従来）のＰ台の不正検知アラームの制御について説明する。Ｐ台２Ｆで夜間に前枠５Ｆが開放されると前枠開放検出スイッチ１３Ｆが前枠５Ｆの開放を検出して、Ｐ台２Ｆに対する不正を検知する。図１４５に示す夜間枠開放フラグは、Ｐ台２Ｆで夜間に前枠５Ｆが開放されたことを検知したタイミングでＨレベルとなる。Ｐ台２Ｆは、不正を検知すると当該不正（夜間枠開放）に基づくアラーム設定の要求をＣＵ３Ｆに通知する。ＣＵ３Ｆは、当該通知に基づき図１４５に示す夜間枠開放のアラーム設定（従来）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、当該アラーム設定により図１４５に示す夜間枠開放のアラーム報知（従来）を行なう。具体的に、ＣＵ３Ｆは、夜間枠開放のアラーム報知（従来）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
次に、Ｐ台２Ｆの電源がオフ状態となり、Ｐ台２ＦとＣＵ３Ｆとの通信において回線断が生じると、図１４５に示すＰ台回線断フラグがＨレベルとなる。そして、Ｐ台２Ｆは、Ｐ台回線断（オフ状態）に基づくアラーム設定の要求をＣＵ３Ｆに通知する。つまり、Ｐ台２Ｆは、ＣＵ３Ｆとの通信が正常であるとき一定の間隔でＣＵ３Ｆに対して所定の信号（たとえば、クロック信号）を送信しているが、Ｐ台２Ｆの電源がオフ状態となりＰ台２ＦからＣＵ３Ｆへ所定の信号が送信できなくなる。このことにより、Ｐ台２Ｆ（特に、払出制御部１７１Ｆ）は、ＣＵ３Ｆ（特に、通信制御ＩＣ３２５ａＦ）との回線断（オフ状態）を検知し、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦは、Ｐ台２Ｆから信号を受取れなくなったことで回線断（オフ状態）の検知に基づくアラーム設定がＰ台２Ｆから通知されたものと見なすことができる。
ＣＵ３Ｆは、Ｐ台２Ｆからの通知に基づき図１４５に示すＰ台回線断のアラーム設定（従来）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、Ｐ台回線断（オフ状態）のアラーム設定により図１４５に示す夜間枠開放に替えてＰ台回線断のアラーム報知（従来）を行なう。具体的に、ＣＵ３Ｆは、Ｐ台回線断のアラーム報知（従来）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
Ｐ台２Ｆの電源がオフ状態になると、図１４５に示す夜間枠開放フラグがリセットされＬレベルとなる。なお、図１４５に示す例では、Ｐ台２Ｆの電源がオフ状態からオン状態になるまでの間に前枠５Ｆが閉じられているので、電源がオン状態になっても夜間枠開放フラグはＬレベルのままである。しかし、Ｐ台２Ｆは、電源がオフ状態の間、夜間枠開放フラグがＬレベルになったことにより夜間枠開放のアラーム設定を解除するための解除設定をＣＵ３Ｆに通知することができない。そのため、図１４５に示す夜間枠開放のアラーム設定（従来）は、Ｐ台２Ｆの電源がオフ状態になった後も解除されずに保持されることになる。
その後、Ｐ台２Ｆの電源がオン状態となると、図１４５に示すＰ台回線断フラグがＬレベルとなる。Ｐ台２Ｆは、Ｐ台回線断（オフ状態）のアラーム設定を解除する解除設定の要求をＣＵ３Ｆに通知する。つまり、Ｐ台２Ｆは、オフ状態によりＣＵ３Ｆとの通信が行なわれていないとき所定の信号が送信されていないが、Ｐ台２Ｆの電源がオン状態となるとＰ台２ＦからＣＵ３Ｆへ一定の間隔で所定の信号が送信され始める。このことにより、Ｐ台２Ｆ（特に、払出制御部１７１Ｆ）は、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの回線復旧を検知し、ＣＵ３Ｆ（特に、通信制御ＩＣ３２５ａＦ）は、Ｐ台２Ｆから信号を受取ることで回線断（オフ状態）の検知に基づくアラーム設定を解除する解除設定がＰ台２Ｆから通知されたものと見なすことができる。
ＣＵ３Ｆは、Ｐ台２Ｆからの通知に基づき図１４５に示すＰ台回線断のアラーム設定（従来）の解除が行なわれ、当該アラーム設定が解除される。ＣＵ３Ｆは、Ｐ台回線断（オフ状態）のアラーム報知（従来）を停止する。一方、ＣＵ３Ｆは、Ｐ台回線断（オフ状態）のアラーム設定（従来）と無関係に、夜間枠開放のアラーム設定（従来）が継続して維持されている。この夜間枠開放のアラーム設定（従来）は、Ｐ台２ＦとＣＵ３Ｆとの通信が開始されて当該アラーム設定の解除信号がＰ台２ＦからＣＵ３Ｆに通知されるまで保持され続ける（夜間枠開放解除）。そのため、ＣＵ３Ｆは、図１４５に示す回線断（オフ状態）のアラーム報知（従来）が停止しても、夜間枠開放のアラーム報知（従来）が継続して行なわれてしまう不具合があった。つまり、回線断（オフ状態）のアラーム報知（従来）と、夜間枠開放のアラーム報知（従来）とが同じ報知手段を利用しているのであれば、店員はＰ台２Ｆの電源をオン状態にしたにもかかわらず報知が継続しているものと誤認する可能性があった。
次に、本実施の形態のＰ台の不正検知アラームの制御について説明する。本実施の形態では、Ｐ台２Ｆが不正を検知すると不正（夜間枠開放）に基づくアラーム設定の要求をＣＵ３Ｆに通知する。ＣＵ３Ｆは、当該通知に基づき図１４５に示す夜間枠開放のアラーム設定（本実施）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、当該アラーム設定により図１４５に示す夜間枠開放のアラーム報知（本実施）を行なう。具体的に、ＣＵ３Ｆは、夜間枠開放のアラーム報知（本実施）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
さらに、Ｐ台２Ｆの電源がオフ状態となり、Ｐ台回線断（オフ状態）に基づくアラーム設定の要求をＣＵ３Ｆに通知する場合、夜間枠開放のアラーム設定（本実施）を解除する解除設定もＣＵ３Ｆに通知したものとみなす。そのため、ＣＵ３Ｆは、当該通知に基づき図１４５に示すＰ台回線断（オフ状態）のアラーム設定（本実施）を行なうとともに、夜間枠開放のアラーム設定（本実施）を解除する。つまり、ＣＵ３Ｆは、図１４５に示す夜間枠開放のアラーム報知（本実施）を停止させてから、回線断（オフ状態）のアラーム報知（本実施）を行なう。よって、ＣＵ３Ｆは、Ｐ台２Ｆの電源がオン状態となり、図１４５に示す回線断（オフ状態）のアラーム設定（本実施）が解除され当該アラーム報知が停止すると、すべてのアラーム報知が停止した状態となる。つまり、本実施の形態は、夜間枠開放のアラーム報知（従来）がＰ台２Ｆの電源がオン状態になった後も継続して行なわれる不具合を改善することができる。たとえ回線断（オフ状態）のアラーム報知と、夜間枠開放のアラーム報知とが同じ報知手段であっても、店員はＰ台２Ｆの電源をオン状態にしたことで報知が停止するので誤認する可能性を軽減することができる。
次に、図１４６は、断線時にＰ台の不正検知アラームについて説明するための図である。図１４６には、Ｐ台２Ｆで夜間に前枠５Ｆが開放されたことを検知する夜間枠開放フラグ、Ｐ台２ＦとＣＵ３Ｆとの回線断が生じたことを検知するＰ台回線断フラグ、ＣＵ３Ｆでのアラーム設定状態を示すＣＵアラーム設定、およびアラーム設定に基づくＣＵ３Ｆでの報知状態を示すＣＵアラーム報知の時間変化が図示されている。まず、図１４６を参照して、本実施の形態以前（従来）のＰ台の不正検知アラームの制御について説明する。Ｐ台２Ｆで夜間に前枠５Ｆが開放されると前枠開放検出スイッチ１３Ｆが前枠５Ｆの開放を検出して、Ｐ台２Ｆに対する不正を検知する。図１４６に示す夜間枠開放フラグは、Ｐ台２Ｆで夜間に前枠５Ｆが開放されたことを検知したタイミングでＨレベルとなる。Ｐ台２Ｆは、不正を検知すると当該不正（夜間枠開放）に基づくアラーム設定の要求をＣＵ３Ｆに通知する。ＣＵ３Ｆは、当該通知に基づき図１４６に示す夜間枠開放のアラーム設定（従来）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、当該アラーム設定により図１４６に示す夜間枠開放のアラーム報知（従来）を行なう。具体的に、ＣＵ３Ｆは、夜間枠開放のアラーム報知（従来）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
次に、Ｐ台２ＦとＣＵ３Ｆとの通信配線に断線が生じて、Ｐ台２ＦとＣＵ３Ｆとの通信において回線断が生じると図１４６に示すＰ台回線断フラグがＨレベルとなる。そして、ＣＵ３ＦはＰ台回線断（断線）に基づくアラーム設定の要求をＰ台２Ｆから受取る。つまり、Ｐ台２Ｆは、ＣＵ３Ｆとの通信が正常であるとき一定の間隔でＣＵ３Ｆに対して当該通信配線を介して所定の信号（たとえば、クロック信号）を送信しているが、当該通信配線が断線することでＰ台２ＦからＣＵ３Ｆへ所定の信号が送信できなくなる。このことにより、Ｐ台２Ｆ（特に、払出制御部１７１Ｆ）は、ＣＵ３Ｆ（特に、通信制御ＩＣ３２５ａＦ）との回線断（断線）を検知し、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦは、Ｐ台２Ｆから信号を受取れなくなったことで回線断（断線）の検知に基づくアラーム設定がＰ台２Ｆから通知されたものと見なすことができる。また、ＣＵ３Ｆは、回線断（断線）の検知に基づくアラーム設定の通知を、設定してある不正（夜間枠開放）に基づくアラーム設定を解除する解除設定の通知と見なして当該設定を解除する。
ＣＵ３Ｆは、Ｐ台２Ｆからの通知に基づき図１４６に示すＰ台回線断のアラーム設定（従来）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、Ｐ台回線断（断線）のアラーム設定により図１４６に示す夜間枠開放に替えてＰ台回線断のアラーム報知（従来）を行なう。具体的に、ＣＵ３Ｆは、Ｐ台回線断のアラーム報知（従来）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
Ｐ台２ＦとＣＵ３Ｆとの通信において回線断が生じても、前枠５Ｆの開放状態が継続されているので図１４６に示す夜間枠開放フラグはＨレベルのままである。なお、図１４６に示す例では、通信配線の断線が復旧（断線復旧）してＰ台２ＦとＣＵ３Ｆとの通信が開始されても前枠５Ｆの開放状態が継続しているので、断線復旧時以降も夜間枠開放フラグはＬレベルのままである。
その後、当該通信配線の断線が復旧することでＰ台２ＦとＣＵ３Ｆとの通信が行なわれると図１４６に示すＰ台回線断フラグがＬレベルとなる。ＣＵ３Ｆは、Ｐ台回線断（断線）のアラーム設定を解除する解除設定をＰ台２Ｆから受取る。つまり、Ｐ台２Ｆは、断線によりＣＵ３Ｆとの通信が行なわれていないとき所定の信号が送信されていないが、断線が復旧するとＰ台２ＦからＣＵ３Ｆへ一定の間隔で所定の信号が送信され始める。このことにより、Ｐ台２Ｆ（特に、払出制御部１７１Ｆ）は、ＣＵ３Ｆの通信制御ＩＣ３２５ａＦとの回線復旧を検知し、ＣＵ３Ｆ（特に、通信制御ＩＣ３２５ａＦ）は、Ｐ台２Ｆから信号を受取ることで回線断（断線）の検知に基づくアラーム設定を解除する解除設定がＰ台２Ｆから通知されたものと見なすことができる。
ＣＵ３Ｆは、Ｐ台２Ｆからの通知に基づき図１４６に示すＰ台回線断のアラーム設定（従来）の解除が行なわれ、当該アラーム設定が解除される。ＣＵ３Ｆは、Ｐ台回線断（断線）のアラーム報知（従来）を停止する。一方、ＣＵ３Ｆは、Ｐ台回線断（断線）のアラーム設定（従来）と無関係に、夜間枠開放のアラーム設定（従来）が継続して維持されている。この夜間枠開放のアラーム設定（従来）は、ＣＵ３Ｆとの断線が復旧後も継続して保持され続ける。そのため、ＣＵ３Ｆは、図１４６に示す回線断（断線）のアラーム報知（従来）が停止しても、夜間枠開放のアラーム報知（従来）が継続して行なわれてしまう不具合があった。つまり、回線断（断線）のアラーム報知（従来）と、夜間枠開放のアラーム報知（従来）とが同じ報知手段を利用しているのであれば、店員はＰ台２ＦとＣＵ３Ｆとの断線が復旧したにもかかわらず報知が継続しているものと誤認する可能性があった。
次に、本実施の形態のＰ台の不正検知アラームの制御について説明する。本実施の形態では、Ｐ台２Ｆが不正を検知すると不正（夜間枠開放）に基づくアラーム設定の要求をＣＵ３Ｆに通知する。ＣＵ３Ｆは、当該通知に基づき図１４６に示す夜間枠開放のアラーム設定（本実施）が行なわれ、当該アラーム設定が保持される。ＣＵ３Ｆは、当該アラーム設定により図１４６に示す夜間枠開放のアラーム報知（本実施）を行なう。具体的に、ＣＵ３Ｆは、夜間枠開放のアラーム報知（本実施）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。
さらに、Ｐ台２ＦとＣＵ３Ｆとの通信において回線断が生じて、Ｐ台回線断（断線）に基づくアラーム設定の要求をＣＵ３Ｆに通知する場合、夜間枠開放のアラーム設定（本実施）を解除する解除設定もＣＵ３Ｆに通知する。そのため、ＣＵ３Ｆは、当該通知に基づき図１４６に示すＰ台回線断（断線）のアラーム設定（本実施）を行なうとともに、夜間枠開放のアラーム設定（本実施）を解除する。つまり、ＣＵ３Ｆは、図１４６に示す夜間枠開放のアラーム報知（本実施）を停止させてから、回線断（断線）のアラーム報知（本実施）を行なう。よって、ＣＵ３Ｆは、通信配線の断線が復旧してＰ台２ＦとＣＵ３Ｆとの通信が開始され、図１４６に示す回線断（断線）のアラーム設定（本実施）が解除され当該アラーム報知が停止すると、すべてのアラーム報知が停止した状態となる。つまり、本実施の形態は、夜間枠開放のアラーム報知（従来）が断線復旧後も継続して行なわれる不具合を改善することができる。たとえ回線断（断線）のアラーム報知と、夜間枠開放のアラーム報知とが同じ報知手段であっても、店員はＰ台２Ｆの電源をオン状態にしたことで報知が停止するので誤認する可能性を軽減することができる。
なお、Ｐ台２Ｆにおいて前枠５Ｆの開放状態がＣＵ３Ｆとの断線が復旧後も継続している場合（夜間枠開放保持）、Ｐ台２ＦとＣＵ３Ｆとの通信が開始されて当該夜間枠開放に基づくアラーム設定がＰ台２ＦからＣＵ３Ｆに再度通知される。ＣＵ３Ｆは、再度通知されたＰ台回線断（断線）のアラーム設定により図１４６に示す夜間枠開放のアラーム報知（本実施）を行なう。具体的に、ＣＵ３Ｆは、夜間枠開放のアラーム報知（本実施）として表示器５４Ｆで異常を報知したり、上位サーバに異常信号を送信して報知を行なったりする。つまり、回線断（断線）のアラーム報知と、夜間枠開放のアラーム報知とが同じ報知手段であっても、店員はＰ台２ＦとＣＵ３Ｆとの断線が復旧したことで報知が停止し、その後Ｐ台２ＦとＣＵ３Ｆとの通信が開始されてから回線断（断線）に基づくアラーム設定による報知が行なわれるので両方の報知を誤認する可能性を軽減することができる。
さらに、Ｐ台２ＦとＣＵ３Ｆとの断線が復旧した後Ｐ台２ＦとＣＵ３Ｆとの通信が開始されるまでの時間が短い場合、前述の構成であっても店員が両方の報知を誤認する可能性がある。そこで、Ｐ台２Ｆは、回線断（断線）のアラーム設定を解除してから所定の期間を経過後に、改めて夜間枠開放のアラーム設定を行ないＣＵ３Ｆに通知する。これにより、Ｐ台２ＦとＣＵ３Ｆとの断線が復旧した後Ｐ台２ＦとＣＵ３Ｆとの通信が開始されるまでの時間が短い場合でも店員が両方の報知を誤認することを確実に防止することができる。
前述の実施の形態では、Ｐ台２Ｆに対する不正の検知として夜間に前枠５Ｆが開放されることを検知する場合を説明したが、これに限定されるものではなく、Ｐ台２Ｆに対する不正の検知であれば賞球ゴト検知、不正加算検知、不正入賞検知、および電波センサ検知などであってもよい。また、前述の実施の形態では、Ｐ台２Ｆで不正を検知しアラーム設定の要求をＣＵ３Ｆに通知する場合について説明したが、Ｐ台２Ｆで不正を検知し当該検知結果をＣＵ３Ｆに通知することでＣＵ３Ｆでアラーム設定を行なう構成でもよい。さらに、前述の実施の形態では、Ｐ台回線断をＰ台２Ｆで検知しアラーム設定の要求をＣＵ３Ｆに通知する場合について説明したが、ＣＵ３ＦでＰ台回線断を検知してアラーム設定を行なってもよい。
＜カードユニットが行なう集計処理＞
次に、本実施の形態に係るＣＵ３Ｆは、Ｐ台２Ｆから受信した状態情報応答のレスポンスを用いて、パチンコ玉が各領域を通過した回数および割合を発射強度別に集計する集計処理を行なうことについて説明する。
図１４７は、ＣＵ３Ｆ（より具体的にはＣＵ制御部３２３Ｆ）が行なう集計処理の手順を示すフローチャートである。
ステップ（以下、ステップを「Ｓ」と略す）１０にて、ＣＵ３Ｆは、Ｐ台２Ｆより状態情報応答のレスポンスを受信したか否かを判定する。状態情報応答のレスポンスを受信した場合（ＳＦ６１０にてＹＥＳ）は処理がＳＦ６１１に移され、そうでない場合（ＳＦ６１０にてＮＯ）は処理がＳＦ６１５に移される。
ＳＦ６１１にて、ＣＵ３Ｆは、発射強度の補正処理を行なう。なお、この処理は、ハンドル操作量が略零（ハンドル非操作時の値）である場合の発射強度Ｔを０（最小値）に補正する処理である。この補正処理を行なうことによって、打球操作ハンドル２５Ｆの遊びやガタ等によりハンドル操作量と発射強度Ｔとの間にばらつきが存在する場合であっても、発射強度Ｔを正確に検出することができる。
図１４８は、発射強度の補正処理の詳細な手順を示すフローチャートである。
ＳＦ１１１にて、ＣＵ３Ｆは、Ｐ台２Ｆの電源投入直後であるか否かを判定する。たとえば、ＣＵ３Ｆは、電源投入時の接続シーケンスの処理が行なわれている場合に、Ｐ台２Ｆの電源投入直後であると判定する。
Ｐ台２Ｆの電源投入直後である場合（ＳＦ１１１にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ１１２にて、現時点の発射強度Ｔを初期発射強度Ｔ０として内部メモリに記憶する。初期発射強度Ｔ０とは、ハンドル操作量が０である時の発射強度Ｔである。すなわち、ＣＵ３Ｆは、Ｐ台２Ｆの電源投入直後はハンドル操作量が０であるものとし、その値を内部メモリに記憶する。その後、処理はＳＦ１１４に移される。
一方、Ｐ台２Ｆの電源投入直後でない場合（ＳＦ１１１てＮＯ）、ＣＵ３Ｆは、ＳＦ１１３にて、内部メモリに記憶されている初期発射強度Ｔ０を読み出す。その後、処理はＳＦ１１４に移される。
ＳＦ１１４にて、ＣＵ３Ｆは、現時点の発射強度Ｔから初期発射強度Ｔ０を減じた値を、補正後の発射強度Ｔとして算出する。その後、集計処理を行なうために処理は図１４７のＳＦ６１２に移される。この補正処理後の発射強度Ｔを用いて以下の集計処理が行なわれるため、集計処理精度が向上される。
図１４７に戻って、ＣＵ３Ｆは、ＳＦ６１２にて、集計処理を中断すべき期間（以下、集計中断期間という）中であるか否かを判定する。
図１４９は、発射強度Ｔの変化と集計中断期間との関係を例示した図である。図１４９に示す例では、比較的小さい値で安定していた発射強度Ｔが時刻ｔ１で増加し始め、時刻ｔ３で最大値「９９」に達し、時刻ｔ３以降も最大値「９９」に維持されている。
発射強度Ｔが変化するとパチンコ玉の通過領域も変化するが、変化後の発射強度Ｔで発射されたパチンコ玉の通過領域が検出されるまでにはタイムラグが存在する。そのため、発射強度Ｔが変化した場合、その後に発射強度Ｔの変化が安定した（ある値に収束した）としても、しばらくの間（上記のタイムラグに相当する時間）は発射強度Ｔとパチンコ玉の通過領域との対応関係が不安定となり、集計処理結果の信頼性が低下する可能性がある。そこで、本実施の形態においては、発射強度Ｔが所定量変化した時点から所定期間が経過する時点までの期間を集計中断期間とする。なお、「所定量」および「所定期間」については、固定値としてもよいし、外部から任意に設定および変更可能な可変値としてもよい。
図１４９では、集計中断期間を例示してある。図１４９には、集計中断期間として、期間αが例示されている。この期間αは、発射強度Ｔがしきい値Ｔ１よりも低い値からしきい値Ｔ１に達する量（上記の「所定量」）だけ増加した時刻ｔ１から上記の「所定期間」が経過した時刻ｔ４までの期間である。なお、「所定期間」は、期間αの開始時点から、期間αの開始後に発射強度Ｔが安定しかつ発射強度Ｔの安定前に発射されたパチンコ玉がすべて遊技領域２７Ｆを通過し終えると予測される時点までの期間よりも長い期間であることが望ましい。
なお、図１４９には、他の集計中断期間の例として、期間β，γも例示されている。期間βは、発射強度Ｔが変化し始めた時点（時刻ｔ１）から次に発射強度Ｔが安定し始める時点（時刻ｔ３）までの期間である。期間γは、発射強度Ｔが変化し始めた後、次に安定し始めた時刻ｔ３から所定期間が経過した時刻ｔ５までの期間である。なお、期間γの設定に用いられる「所定期間」も、期間αの設定に用いられる「所定期間」と同様の考え方で設定することができる。期間β，γの少なくともいずれかを期間αに適宜組み合わせた期間を集計中断期間としてもよい。
図１４７に戻って、集計中断期間中である場合（ＳＦ６１２にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ６１４にて、集計処理を中断する。その後、処理はＳＦ６１５に移される。
一方、集計中断期間中でない場合（ＳＦ６１２にてＮＯ）、ＣＵ３Ｆは、ＳＦ６１３にて、パチンコ玉が各領域を通過した回数および割合を発射強度別に集計する処理を実行する。その後、処理はＳＦ６１５に移される。
図１５０〜図１５３は、集計処理の結果で得られる集計データの内容を例示した図である。
図１５０に示す集計データでは、各領域（具体的には、始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆ、普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆ、大入賞口２７１Ｆ、確変入賞口２７１ａＦ）の通過回数が、発射強度Ｔ別（図１５０に示す例では発射強度Ｔの可変領域０〜９９を１０ごとに区切った領域別、図１５１〜図１５３についても同様）に集計されている。
図１５１、図１５２に示す集計データでは、各領域（具体的には、始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆ、普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆ、大入賞口２７１Ｆ）の通過割合が、発射強度Ｔ別に集計されている。なお、図１５１では、各領域の合計通過回数を１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に示されている。これに対し、図１５２では、各領域の発射強度Ｔ別の合計通過回数をそれぞれ１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に示されている。
図１５３に示す集計データでは、各領域（具体的には、始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆ、普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆ、大入賞口２７１Ｆ、確変入賞口２７１ａＦ）の通過回数をそれぞれ１００パーセントとしたときの各領域の通過割合が発射強度Ｔ別に集計されている。なお、図１５３において、確変入賞口２７１ａＦの通過割合を示す欄の括弧内に示された割合は、大入賞口２７１Ｆの通過回数を１００パーセントとしたときの確変入賞口２７１ａＦの通過割合（すなわち、大入賞口２７１Ｆの通過回数に対する確変入賞口２７１ａＦの通過回数の割合）を発射強度Ｔ別に示したものである。
図１５０〜図１５３に示すような集計データを参照することにより、発射強度Ｔとパチンコ玉の通過領域との対応関係（発射強度Ｔに応じてパチンコ玉がどの領域を通過し易いのか）を適切に把握することができる。そのため、Ｐ台２Ｆを設置している店舗側では、これらの集計結果を参照してＰ台２Ｆの釘調整を行なうことができる。
なお、図１５０〜図１５３に示す集計データは、あくまで例示であれって、これに限定されるものではない。また、必ずしも図１５０〜図１５３に示す集計データをすべて集計する必要はなく、必要に応じて適宜選択するようにしてもよい。
図１４７に戻って、ＳＦ６１５にて、ＣＵ３Ｆは、集計結果の表示要求の有無を判定する。なお、集計結果の表示要求は、たとえば遊技場の店員によってＣＵ３Ｆ、Ｐ台２Ｆ、ホールサーバ８０１Ｆなどに入力される。集計結果の表示要求があった場合（ＳＦ６１５にてＹＥＳ）は処理がＳＦ６１６に移され、そうでない場合（ＳＦ６１５にてＮＯ）は処理が終了する。
ＳＦ６１６にて、ＣＵ３Ｆは、集計結果（図１５０〜図１５３に示したような集計データ）を表示する。なお、表示場所は、たとえば表示器５４Ｆであってもよいし、他の図示しないディスプレイであってもよい。
以上のように、本実施の形態に係るＣＵ３Ｆは、Ｐ台２Ｆから受信した状態情報応答のレスポンスを用いて、パチンコ玉が各領域を通過した回数および割合を発射強度Ｔ別に集計する集計処理を行なう。これにより、発射強度Ｔに応じて、パチンコ玉がどの領域を通過し易いか（あるいは通過し難いか）を把握することができる。そのため、集計結果をＰ台２Ｆの釘調整に利用することができる。
特に、本実施の形態に係るＰ台２Ｆのように、上撃ち構造を有するパチンコ機においては、下撃ち構造を有するパチンコ機に比べて、パチンコ玉が発射されてから遊技領域２７Ｆに入るまでの距離が短いため、発射強度Ｔの変化に対してパチンコ玉の通過領域がより大きく変化する傾向にある。このような上撃ち構造を有するＰ台２Ｆにおいて、発射強度Ｔと通過領域との対応を集計するため、釘調整に非常に有効である。
＜カードユニットが行なう発射異常判定処理＞
本実施の形態に係るＣＵ３Ｆは、Ｐ台２Ｆから受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、パチンコ玉の発射異常（カラ打ち異常）の有無を判定する発射異常判定処理を行なう。ここで、カラ打ち異常とは、発射装置にパチンコ玉が供給されていない状態であるのに発射モータ１８Ｆが作動している異常である。カラ打ち異常は、ハンドル操作量が略零よりも大きい状態で打球操作ハンドル２５Ｆを固定装置などによって固定したまま遊技者が離席した場合などに生じ得る。
図１５４は、ＣＵ３Ｆ（より具体的にはＣＵ制御部３２３Ｆ）が行なう発射異常判定処理の手順を示すフローチャートである。
ＳＦ２０にて、ＣＵ３Ｆは、発射強度Ｔが０（最小値）よりも大きいか否かを判定する。発射強度Ｔが０よりも大きい場合（ＳＦ２０にてＹＥＳ）は処理がＳＦ２１に移され、そうでない場合（ＳＦ２０にてＮＯ）は処理が終了する。
ＳＦ２１にて、ＣＵ３Ｆは、発射玉数およびアウト口通過玉数が変化しているか否かを判定する。なお、ＣＵ３Ｆは、遊技開始直後に常に異常と判定されるのを回避するため、発射強度Ｔが０（最小値）よりも大きいと判定されてから一定時間が経過した後に、発射玉数およびアウト口通過玉数が変化しているか否かを判定する。
発射玉数およびアウト口通過玉数が変化している場合（ＳＦ２１にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ２２にて、発射正常である（すなわちカラ打ち異常が生じていない）と判定する。
一方、発射玉数およびアウト口通過玉数の少なくとも一方が変化していない場合（ＳＦ２２にてＮＯ）、ＣＵ３Ｆは、ＳＦ２３にて、発射異常である（すなわちカラ打ち異常が生じている）と判定する。
このように、本実施の形態に係るＣＵ３Ｆは、発射強度Ｔが０（最小値）よりも大きくかつ発射玉数およびアウト口通過玉数が変化しない場合、パチンコ玉の発射異常であると判定する。そのため、発射異常（カラ打ち異常）を適切に検出することができる。
＜カードユニットが行なう打込領域特定処理＞
本実施の形態に係るＣＵ３Ｆは、Ｐ台２Ｆから受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、パチンコ玉が遊技領域２７Ｆのどの領域に打ち込まれたかを特定する打込領域特定処理を行なう。
図１５５は、ＣＵ３Ｆ（より具体的にはＣＵ制御部３２３Ｆ）が行なう打込領域特定処理の手順を示すフローチャートである。
ＳＦ３０にて、ＣＵ３Ｆは、打込領域特定要求の有無を判定する。なお、打込領域特定要求は、たとえば遊技場の店員によってＣＵ３Ｆ、Ｐ台２Ｆ、ホールサーバ８０１Ｆなどに入力される。打込領域特定要求があった場合（ＳＦ３０にてＹＥＳ）は処理がＳＦ３１に移され、そうでない場合（ＳＦ３０にてＮＯ）は処理が終了される。
ＳＦ３１にて、ＣＵ３Ｆは、打込領域を特定するために用いられる「発射強度しきい範囲」を設定する処理（以下、しきい範囲設定処理という）を行なう。
図１５６は、打込領域と発射強度しきい範囲との対応を例示した図である。図１５６においては、打込領域が「右打領域」、「左打領域」、「ぶっ込み領域」に分けられている。なお、本実施の形態において、「右打領域」とは遊技領域２７Ｆの右側の領域であり、「左打領域」とは遊技領域２７Ｆの左側の領域である。また、「ぶっ込み領域」とは、この領域にパチンコ玉が打ち込まれることでパチンコ玉が始動入賞口２７６Ｆの方へ流れやすいとされる領域である。「ぶっ込み領域」は、一般的には可変表示装置２７８Ｆの左上周辺に配置されるが、釘構成により位置調整が可能である。
図１５６に示すように、各打込領域に対して、発射強度しきい範囲がそれぞれ設定されている。具体的には、右打領域特定用の発射強度しきい範囲ＡＲ（下限値ＡＲｌｏｗ〜上限値ＡＲｈｉ）、左打領域特定用の発射強度しきい範囲ＡＬ（下限値ＡＬｌｏｗ〜上限値ＡＬｈｉ）、ぶっ込み領域特定用の発射強度しきい範囲ＡＢ（下限値ＡＢｌｏｗ〜上限値ＡＢｈｉ）である。これらの発射強度しきい範囲ＡＲ、ＡＬ、ＡＢは、ＣＵ３Ｆの内部メモリ（ＲＯＭあるいはＲＡＭ）に記憶されている。
図１５７は、しきい範囲設定処理の詳細な手順を示すフローチャートである。
ＳＦ７１１にて、ＣＵ３Ｆは、発射強度しきい範囲の変更要求の有無を判定する。なお、この変更要求は、たとえば遊技場の店員によってＣＵ３Ｆ、Ｐ台２Ｆ、ホールサーバ８０１Ｆなどに入力される。
変更要求があった場合（ＳＦ７１１にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ７１２にて、発射強度しきい範囲を変更する。なお、具体的な変更（どのしきい範囲をどの程度変更するか）については、たとえば変更要求を行なった店員が手動操作またはダウンロードによって入力した値に従って行なわれる。なお、変更後の発射強度しきい範囲は、ＣＵ３Ｆの内部メモリに記憶（更新）される。その後、処理は図１５５のＳＦ３２に移される。
一方、変更要求がない場合（ＳＦ７１１にてＮＯ）、ＣＵ３Ｆは、ＳＦ７１３にて、内部メモリに記憶されている発射強度しきい範囲を読み出す。その後、処理は図１５５のＳＦ３２に移される。
図１５５に戻って、ＳＦ３２にて、ＣＵ３Ｆは、Ｐ台２Ｆから発射強度Ｔを受信する。その後、ＣＵ３Ｆは、ＳＦ３３にて、受信した発射強度Ｔと発射強度しきい範囲とを比較した結果で、パチンコ玉が遊技領域２７Ｆのどの領域に打ち込まれたかを特定する。具体的には、発射強度Ｔがしきい範囲ＡＲに含まれる（下限値ＡＲｌｏｗ以上かつ上限値ＡＲｈｉ未満である）場合、打込領域を「右打領域」と特定する。発射強度Ｔがしきい範囲ＡＬに含まれる（下限値ＡＬｌｏｗ以上かつ上限値ＡＬｈｉ未満である）場合、打込領域を「左打領域」と特定する。発射強度Ｔがしきい範囲ＡＢに含まれる（下限値ＡＢｌｏｗ以上かつ上限値ＡＢｈｉ未満である場合）、打込領域を「ぶっ込み領域」と特定する。
このように、本実施の形態に係るＣＵ３Ｆは、発射強度Ｔが発射強度しきい範囲に含まれるか否かに応じて、パチンコ玉の打込領域を特定する。これにより、発射強度Ｔに応じて、遊技者がどの領域を狙って打ち込んでいるかを特定することができる。
なお、本実施の形態では、発射強度Ｔが発射強度しきい範囲に含まれるか否かに応じてパチンコ玉の打込領域を特定したが、発射強度Ｔがしきい値以上であるか否かに応じてパチンコ玉の打込領域を特定するようにしてもよい。
また、ぶっこみ領域は右打領域または左打領域の一部と重なっている領域であるので、ぶっこみ領域の発射強度しきい範囲も、右打領域または左打領域の発射強度しきい範囲と、一部、重なっている。このため、打込領域の特定においては、右打領域または左打領域に加えて、ぶっこみ領域と特定される場合がある。
＜カードユニットが行なう計測処理＞
本実施の形態に係るＣＵ３Ｆは、Ｐ台２Ｆから受信した状態情報応答のレスポンスに含まれる発射強度Ｔ等の信号を用いて、遊技者が遊技を開始してから可変表示装置２７８Ｆの図柄が変動し始めるまでの時間を計測する計測処理を行なう。
図１５８は、ＣＵ３Ｆ（より具体的にはＣＵ制御部３２３Ｆ）が行なう計測処理の手順を示すフローチャートである。
ＳＦ４０にて、ＣＵ３Ｆは、Ｐ台２Ｆより変動中信号を受信したか否かを判定する。変動中信号を受信している場合（ＳＦ４０にてＹＥＳ）、処理は終了される。
一方、変動中信号を受信していない場合（ＳＦ４０にてＮＯ）、ＣＵ３Ｆは、ＳＦ４１にて、発射強度Ｔが０から増加し始めたか否か（すなわち遊技者が遊技を開始したか否か）を判定する。発射強度Ｔが０から増加し始めていない場合（ＳＦ４１にてＮＯ）、処理は終了される。
発射強度Ｔが０から増加し始めた場合（ＳＦ４１にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ４２にて、時間計測を開始する。
時間計測を開始した後、ＣＵ３Ｆは、ＳＦ４３にて、Ｐ台２Ｆより変動中信号を受信したか否か（すなわち可変表示装置２７８Ｆの図柄が変動し始めたか否か）を判定する。変動中信号を受信していない場合（ＳＦ４３にてＮＯ）、ＣＵ３Ｆは、処理をＳＦ４４に移し、時間計測を継続する。その後、処理はＳＦ４３に戻され、変動中信号を受信するまで時間計測が継続される。
変動中信号を受信した場合（ＳＦ４３にてＹＥＳ）、ＣＵ３Ｆは、ＳＦ４５にて、時間計測を終了する。この結果、ＣＵ３Ｆは、遊技者が遊技を開始してから可変表示装置２７８Ｆの図柄が変動し始めるまでの時間を計測することができる。
このように、本実施の形態に係るＣＵ３Ｆは、変動中信号を受信していない状態で発射強度Ｔが略零から増加し始めた時点（すなわち遊技者が遊技を開始した時点）から、次に変動中信号を受信した時点（すなわちパチンコ玉が始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆのいずれかに入賞して可変表示装置２７８Ｆの図柄が変動し始めた時点）までの時間を計測する。これにより、遊技者が遊技を始めてから、どの程度の時間でパチンコ玉が始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆのいずれかに入賞して可変表示装置２７８Ｆの図柄が変動し始めるのかを把握することができる。
＜ホール用管理コンピュータおよび中央管理装置を含むシステム＞
次に、ホール用管理コンピュータおよび中央管理装置を含むシステムについて説明する。
図１５９は、ホール用管理コンピュータ（以下、ホールコンという）９００Ｆおよび中央管理装置１０００Ｆを含むシステムを説明するためのブロック図である。
１つの遊技場には、複数のＰ台２ＦおよびＣＵ３Ｆが設置されるとともに、これらの複数のＰ台２ＦおよびＣＵ３Ｆに接続されるホールサーバ８０１Ｆおよびホールコン９００Ｆがそれぞれ１つずつ設置されている。
ホールコン９００Ｆは、ホールサーバ８０１Ｆに直接接続されている。ホールコン９００Ｆは、図示しない演算装置および内部メモリを備え、当該内部メモリに記憶されたデータ等に基づいて所定の演算処理を実行するように構成される。ホールサーバ８０１Ｆは、複数のＣＵ３Ｆと接続されており、複数のＣＵ３Ｆからの出力信号を取りまとめてホールコン９００Ｆに送信する。
中央管理装置１０００Ｆは、各遊技場とは別の場所に設置される。中央管理装置１０００Ｆは、複数の遊技場にそれぞれ設置される複数のホールコン９００Ｆと通信可能に接続される。中央管理装置１０００Ｆは、各遊技場のＣＵ３Ｆが上述の集計処理によって集計した複数の集計データ（図１５０〜図１５３参照）を、Ｐ台２Ｆの機種別に、複数の遊技場から取得して管理する。
＜ホールコンが行なうまとめ集計処理＞
ホールコン９００Ｆは、自店（自らが設置された遊技場）内の各ＣＵ３Ｆが行なった集計処理の結果（上述の図１５０〜図１５３参照）を機種別および遊技機別に集約する処理（以下、まとめ集計処理という）を行なう。
図１６０は、ホールコン９００Ｆが行なうまとめ集計処理の手順を示すフローチャートである。
ＳＦ５０にて、ホールコン９００Ｆは、自店内の各ＣＵ３Ｆが行なった集計処理の結果を、遊技機の機種および台番号に対応付けて集約する。なお、集約するタイミングについては、たとえば各ＣＵ３Ｆが集計処理を行なう毎に集約するようにしてもよいし、当日の営業終了時に一括して集約するようにしてもよい。
ＳＦ５１にて、ホールコン９００Ｆは、集約されたデータを用いて、まとめ集計処理を実行する。
図１６１は、まとめ集計処理の結果で得られる、まとめ集計データの内容を例示した図である。図１６１に示すように、ホールコン９００Ｆは、各ＣＵ３Ｆによる集計処理の結果（上述の図１５０〜図１５３に例示した集約データ参照）を、遊技機の機種（機種Ｘ、機種Ｙ、機種Ｚ…）別および台番号（００１，００２…）別に集約する。さらに、ホールコン９００Ｆは、図１６１に示すように、機種別の合計および平均も併せて集計する。
図１６０に戻って、ＳＦ５２にて、ホールコン９００Ｆは、まとめ集計結果の表示要求の有無を判定する。なお、まとめ集計結果の表示要求は、たとえば自店の店員によって入力される。まとめ集計結果の表示要求があった場合（ＳＦ５２にてＹＥＳ）は処理がＳＦ５３に移され、そうでない場合（ＳＦ５２にてＮＯ）は処理が終了する。
ＳＦ５２にて、ホールコン９００Ｆは、まとめ集計結果を表示する。なお、表示場所は、たとえば図示しないディスプレイであってもよい。
以上のように、本実施の形態に係るホールコン９００Ｆは、自店内の各遊技機の集計処理の結果を、機種別および遊技機（台番号）別に集約する。この集約結果を参照することで、自店内の各遊技機の釘調整の状態を一括して把握することができる。そのため、この集約結果を、自店内の各遊技機の釘調整の全体のバランスを決めるのに有効に利用することができる。
＜ホールコンが行なうしきい範囲記憶処理＞
ホールコン９００Ｆは、自店内の各ＣＵ３Ｆがしきい値範囲設定処理（図１５７のフロー参照）を行なう際に用いられる発射強度しきい範囲（図１５６参照）を、各ＣＵ３Ｆから取得して機種別および遊技機別に記憶する処理（以下、しきい範囲記憶処理という）を行なう。
図１６２は、しきい範囲記憶処理によってホールコン９００Ｆの内部メモリに記憶されるデータを例示した図である。図１６２に示すように、ホールコン９００Ｆは、各打込領域に対する発射強度しきい範囲を、遊技機の機種（機種Ｘ、機種Ｙ、機種Ｚ…）別および台番号（００１，００２…）別に記憶する。
これにより、遊技場内の各遊技機の釘調整の状態（発射強度しきい範囲）を一括して管理することできる。
＜ホールコンが行なう他店機種別表示処理＞
ホールコン９００Ｆは、他店（自らが設置された遊技場とは別の遊技場）の機種別の集計データを中央管理装置１０００Ｆから取得して表示する処理（以下「他店機種別表示処理」という）を行なう。
図１６３は、ホールコン９００Ｆが行なう他店機種別表示処理の手順を示すフローチャートである。
ＳＦ６０にて、ホールコン９００Ｆは、他店機種別データ表示要求があるか否かを判定する。なお、この他店機種別データ表示要求は、たとえば遊技場の店員によってＣＵ３Ｆ、Ｐ台２Ｆ、ホールサーバ８０１Ｆなどに入力される。他店機種別データ表示要求がない場合（ＳＦ６０にてＮＯ）は処理が終了する。
他店機種別データ表示要求がある場合（ＳＦ６０にてＹＥＳ）、ホールコン９００Ｆは、ＳＦ６１にて、中央管理装置１０００Ｆから他店機種別データを取得する。
図１６４は、他店機種別データを模式的に例示した図である。図１６４に示すように、他店機種別データには、他店（Ａホール、Ｂホール、Ｃホール…）の集計データが、各機種（機種Ｘ、機種Ｙ、機種Ｚ…）別に層別されている。なお、他店機種別データの各欄には、上述の図１５０〜図１５３に例示したような集計データが入力されている。
図１６３に戻って、ホールコン９００Ｆは、ＳＦ６２にて、中央管理装置１０００Ｆから取得した他店機種別データを用いて、他の遊技場の機種別の集計データを表示する。なお、表示場所は、たとえば、ホールコン９００Ｆに接続された図示しないディスプレイとしてもよいし、いずれかのＰ台２Ｆの表示器５４Ｆであってもよい。
このように、本実施の形態に係るホールコン９００Ｆは、他店の機種別の集計データを中央管理装置１０００Ｆから取得して表示する機種別表示処理を行なう。これにより、他店の機種別の釘調整の状態を参考にして、自らの遊技場の釘調整を行なうことができる。
なお、ホールコン９００Ｆが中央管理装置１０００Ｆから取得するデータは、図１６４に示すものに限定されない。
たとえば、中央管理装置１０００Ｆが各遊技場のまとめ集計データ（図１６１参照）を集約して遊技場の所在地域別の平均データを算出する場合には、当該地域別の平均データをホールコン９００Ｆが中央管理装置１０００Ｆから取得し、自店の釘調整等に活用するようにしてもよい。これにより、たとえば自店と同じ地域にある他店がどのような釘調整を行なっているのかを参考にして、自店の遊技場の釘調整を行なうことができる。
また、中央管理装置１０００Ｆが他店のホールコン９００Ｆに記憶されているしきい範囲記憶処理の結果（図１６２参照）を集約したデータを保有している場合には、当該他店のデータを自店のホールコン９００Ｆが中央管理装置１０００Ｆから取得（ダウンロード）して記憶しておくようにしてもよい。これにより、他店の発射強度しきい範囲の設定状況を参考にして、自店の発射強度しきい範囲を設定することができる。また、ホールコン９００Ｆが、中央管理装置１０００Ｆから取得した他店のデータに基づいて、自店の発射強度しきい範囲を自動設定するようにしてもよい。
＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図１６５は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。
遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
図１６５を参照して、スロットマシン（以下、遊技機、またはＳ台と略称することもある）２Ｓは、本体枠２ａＳＦに対して前面扉２ｂＳＦがその左側縁を揺動中心として開閉可能に設けられている。図１６５では図示を省略しているが、Ｓ台２ＳＦの図面左隣には、Ｐ台と同様にＣＵが接続される。
Ｓ台２ＳＦでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２ＳＦにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２ＳＦには、メダル投入口およびメダル払出口が設けられていない。
Ｓ台２ＳＦの筐体内部には、外周に複数種の図柄が配列されたリール２ＬＦ、２ＣＦ、２ＲＦ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２ＬＦ、２ＣＦ、２ＲＦに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳＦに設けられた透視窓から見えるように配置されている。リール２ＬＦ、２ＣＦ、２ＲＦの外周部には、複数種類の図柄が所定の順序で描かれている。
前面扉２ｂＳＦの各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分には、タッチパネル式の表示器５１０Ｆが設けられている。この表示器５１０Ｆは、Ｐ台の表示器５４Ｆに相当する表示器であり、表示器５４Ｆと同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０Ｆは、図６２の表示器５４Ｆと同様にＣＵの表示制御部３５０Ｆに接続されており、ＣＵ側で表示制御される。なお、この表示器５１０Ｆは、各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図１６５に示されるスタートスイッチ７ＳＦよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。
また、前面扉２ｂＳＦには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５ＳＦ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６ＳＦ、ゲームを開始する際に操作されるスタートスイッチ７ＳＦ、リール２ＬＦ、２ＣＦ、２ＲＦの回転を各々停止する際に操作されるストップスイッチ８ＬＦ、８ＣＦ、８ＲＦがそれぞれ設けられている。
Ｓ台２ＳＦにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５ＳＦ、またはＭＡＸＢＥＴスイッチ６ＳＦを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０Ｆの遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７ＳＦの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ゲームが開始可能な状態でスタートスイッチ７ＳＦを操作すると、各リール２ＬＦ、２ＣＦ、２ＲＦが回転し、各リール２ＬＦ、２ＣＦ、２ＲＦの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８ＬＦ、８ＣＦ、８ＲＦを操作すると、対応するリール２ＬＦ、２ＣＦ、２ＲＦの回転が停止し、透視窓に表示結果が導出表示される。
そして全てのリール２ＬＦ、２ＣＦ、２ＲＦが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２ＬＦ、２ＣＦ、２ＲＦの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０Ｆの遊技点の表示も加算更新される。
Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図５９に示すとおり、Ｓ台２ＳＦには、遊技点を計数して持点に変換するための計数ボタン２８ＦＳが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図６２参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０Ｆに行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０Ｆに表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３Ｆへ直接入力されるようにしてもよく、あるいは、Ｐ台２ＦやＳ台（スロットマシン）２ＳＦを経由して状態情報応答としてＣＵ３Ｆへ送信されるようにしてもよい。
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２ＳＦを制御する主制御部（Ｓ台の主制御部１６１Ｆに相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。
Ｓ台２ＳＦの払出制御部は払出制御基板（図示省略）に搭載されている。この払出制御基板は、枠メーカによって本体枠２ａＳＦに取り付けられた状態で枠メーカからホールに納品される。
一方、Ｓ台２ＳＦのメイン制御基板（図示省略）は、配線を接続するための基板取付盤に取り付けられた状態で、本体枠２ａＳＦとは別にスロットマシンメーカからホールに納品される。基板取付盤は、図６１に示した遊技盤２６Ｆに対応する盤であり、遊技盤２６Ｆに設けられた凸型ドロアコネクタ３２Ｆと同様のコネクタを備えている。
Ｓ台２ＳＦの本体枠２ａＳＦ内の所定位置（たとえば、リール２ＬＦ、２ＣＦ、２ＲＦの下方）には、基板取付盤を取り付けるための取付機構と、基板取付盤側の凸型ドロアコネクタを接続するためのコネクタが設けられている。この取付機構およびコネクタは図６１に示した取付機構３４ａＦ、３４ｂＦおよび凹型ドロアコネクタ３３Ｆと同様の構造であって、基板取付盤を容易に取付機構に固定できるように工夫されている。凹型ドロアコネクタから延びる配線は、リール２ＬＦ、２ＣＦ、２ＲＦや各種操作スイッチ（ボタン）などに接続されている。
また、Ｓ台２ＳＦは、図１３９と同様に、Ｐ台２Ｆの前枠５Ｆに相当する前面扉２ｂＳＦの開放検出、および本体枠２ａＳＦと基板取付盤との接続検出を行なう構成を有しており、ループ状の電力線５００Ｆにメイン制御基板も直列に接続されている。
Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
図１６６は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図１６６に示した送受信態様は、Ｐ台の構成として説明した図６４の用語をＳ台用に置き換えたものであり、その態様は、図６４を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
（１） 本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。
また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。たとえば、図７１の例の場合には、計数完了を示す最後の状態情報応答に含める計数通番をｍ＋２ではなく、予め定めた初期値にすることが考えられる。
また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２ＦおよびＣＵ３Ｆの双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。
（２） 上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の前枠に対応する。ただし、Ｓ台には、図６２に示した前枠の各種検出スイッチ４１ａＦ、７０１Ｆ、３３Ｆ、発射制御基板３１Ｆ、および発射モータ１８Ｆは、不要である。
従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０Ｆあるいは表示器２９ＳＦには、これら４種類のデータを表示する。
まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５ＳＦの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６ＳＦの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
（３） 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
（４） 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
（５） 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
（６） 遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
（７） 本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。
（８） 大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。
（９） 大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。
（１０） 遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
（１１） 「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。
また、上述した「持点として所定の処理が可能となるように処理するための記録媒体処理操作」とは、たとえば、カードの返却操作である。また、「所定の処理」とは、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。
（１２） 玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるようにしてもよい。また、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
また、遊技中であるか否かを玉の発射動作が検出されているか否かで判断してもよく、遊技中球数（遊技領域２７Ｆ内で浮遊している浮遊玉）が０になっているか（遊技中でない）否か（遊技中）で、判断してもよい。さらに、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２ＬＦ、２ＣＦ、２ＲＦが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２ＬＦ、２ＣＦ、２ＲＦが停止するまでの期間である。
（１３） 図７１を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。
（１４） 図７３の計数操作を促す表示としては、文章にて「遊技玉が残っているので計数して下さい」という表示であってもよく、あるいは画面上に計数ボタン２８Ｆを表示させて点滅するような表示であってもよい。また、カード返却準備状態ＯＮを受けたＰ台２Ｆは、遊技玉数表示器２９Ｆの遊技玉を点滅表示させるなどしてもよく、あるいは、遊技玉数表示器２９Ｆを画像表示装置で構成した場合には、上記実施の形態として説明したメッセージを遊技玉数表示器２９Ｆに表示して計数操作を促すようにしてもよい。
（１５） 計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
（１６） 遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
（１７） 遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカ２７０Ｆから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
（１８） 計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
（１９） 本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
（２０） 本実施の形態では、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
（２１） 表示器５４Ｆで行なう計数表示や各種の報知は、同様に表示器３１２Ｆで行なうようにしてもよい。
（２２） ＣＵ３Ｆにおいて、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。
（２３） 貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。
（２４） 打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
（２５） 玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。
（２６） 本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点（持玉）を分割して共有する処理（持点を他人に分割譲渡する処理）を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、ＣＵ又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。
（２７） 図６６〜図８６で示したシーケンス制御は、ＣＵ３Ｆ、Ｐ台２Ｆ、Ｓ台２ＳＦ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。また、図８９、図９０に示した要求通番の制御は、ＣＵ３Ｆの内部のＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用してもよい。
たとえば、遊技玉の加算要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆが送信し、これに対する承諾または拒否電文をＳＣ３２５ｂＦがＰ台２Ｆ側の応答に基づいて通信制御ＩＣ３２５ａＦ経由で返信する。
遊技玉の加算要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆ経由でセキュリティチップ（ＳＣ）３２５ｂＦが送信し、これに対する承諾または拒否電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の応答に基づいて返信する。
計数要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間に適用した場合には、計数要求電文をＳＣ３２５ｂＦがＰ台２Ｆ側の要求に基づいて通信制御ＩＣ３２５ａＦ経由でＣＵ制御部３２３Ｆに送信し、これに対する承諾または拒否電文をＣＵ制御部３２３Ｆが返信する。
計数要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用した場合には、計数要求電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の要求に基づいて送信し、これに対する承諾または拒否電文をセキュリティチップ（ＳＣ）３２５ｂＦがＣＵ制御部３２３Ｆの指示に基づいて返信する。
（２８） 前述の実施の形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。
（２９） 前述の実施の形態では、カードＩＤと挿入時刻とが一致することを条件に遊技機から送信された得点をＣＵが現時点での得点として記憶しているが、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）を計時するタイマをＣＵ制御部３２３Ｆに設け、遊技機とＣＵ３Ｆとの通信の開始時（復旧時）に該タイマが未だ計時中（タイムアップしていない状態）であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御する。
また、挿入時刻の代わりに、ＣＵ３ＦとＰ台２Ｆとの間で用いられた最終通番等の一致を条件に遊技機から送信された得点をＣＵが現時点での得点として記憶するようにしてもよい。
（３０） 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
（３１） 前述の実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
（３２） 本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、ＣＵと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。
（３３） ＣＵ制御部３２３Ｆは、ホールサーバ８０１Ｆを介して鍵管理サーバ８００Ｆから基板セキュリティ情報（基板認証鍵や更新情報を含む）を受信する。しかしながら、これに代えて、鍵管理サーバ８００ＦとＣＵ制御部３２３Ｆとの間にホールサーバ８０１Ｆを介することなく、鍵管理サーバ８００ＦからＣＵ制御部３２３Ｆへ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ８００ＦとＣＵとを直接、回線接続することや、鍵管理サーバ８００Ｆと各ＣＵとの間にホールサーバ８０１Ｆと異なる中継用の通信装置を設けることが考えられる。
（３４） 前述の実施の形態では、遊技の中断操作（簡易離席操作または食事休憩操作）に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込み排出することで、中断処理を行ない、その後、遊技を中断した遊技者が戻ってきて、そのカードを再度元のＣＵ３Ｆに挿入し、持玉を遊技玉に変換する操作により、１２５玉ずつ遊技玉に変換されて遊技が可能になるものを示した。しかし、それに代えて、中断操作時に自動計数された計数玉を遊技玉や持玉とは別の預かり玉（Ｃ−ＩＤと挿入時刻も記憶）としてＣＵ３Ｆが記憶し、持玉加算せず、持玉を記録させることなくカードを排出することで中断処理を行ない。その排出カードが再挿入されると、預かり玉がすべて一括で自動的にＰ台の遊技玉に変換されて遊技可能となるように制御してもよい。あるいは、この場合の預かり玉は、中断操作に基づいてＰ台からＣＵへと送信され、ＣＵ側またはホールサーバ側で記憶しておき、カードが再度挿入されたときにＣＵまたはホールサーバから自動的にＰ台側へ預かり玉の情報が送信されて遊技玉としてＰ台側に記憶されるものとしてもよい。また、この場合に預かり玉の情報を送信する際には、遊技玉の加算指令としてＣＵからＰ台に送信してやればよい。
さらに、上記実施の形態では、中断操作に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込んで排出したとき、そのカードに中断中フラグを記録しておくことによって、そのカードでは景品交換できないようにした。このように景品交換を禁止する手法としては、カードの中断中フラグを利用する以外の次のような手法を採用することも考えられる。
まず、中断操作が行なわれたときに、ＣＵからホールサーバにその情報（カードＩＤを含む）を送信し、ホールサーバ側で中断中の遊技者のカードを中断カードとして記憶する。景品交換時にはＰＯＳなどからホールサーバに問合せをし、景品交換に用いられているカードが中断カードであるか否かをホールサーバが判定する。あるいは、全中断カード情報を予めホールサーバからＰＯＳ側に送信しておいてもよい。その上で、景品交換に用いられているカードが中断カードであれば、当該カードを用いた景品交換を禁止する。
（３５） 上記実施の形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に（遊技点＝０）、前記遊技点を前記持点として遊技用装置（ＣＵ）が所定の処理（景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理）をするための記録媒体処理操作（カード返却操作（カード返却ボタン３２２Ｆの操作））を有効化する有効化手段」を含む。
（３６） 本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置２７８Ｆや表示器５４Ｆなどの可変表示手段（可変表示装置）に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからＣＵあるいはＰ台へダウンロードするようにしてもよい。
（３７） 遊技玉数表示器２９Ｆでは、玉の発射または計数動作に連動して玉数が１つずつ減っていく表示がなされる。また、遊技玉数表示器２９Ｆでは、玉貸操作等に応じて玉数が１つずつあるいは所定単位数ずつ増加する表示がなされる。遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、単に遊技玉数をデジタル表示するのではなく、遊技玉数の変化が弾球によるものであるのか、計数によるものであるのか、入賞の発生によるものであるのか、貯玉の引き落としによるものであるのか、貸出操作によるものであるか、など、その種類に応じた画像を遊技玉数の表示更新と併せて表示するようにしてもよい。
また、計数操作が行われた場合、遊技玉数表示器２９Ｆでは、計数動作に連動した計数表示が行われるが、遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、表示器５４Ｆと同様に、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示を行なうようにしてもよい。この場合、先の表示器５４Ｆの表示の変形例として説明したように、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示（たとえば、棒グラフの表示）や、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰り返したりすることが考えられる。
（３８） 図７３に示したように、上記の実施の形態では、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されることによって、計数処理完了後に有効化されてカード返却処理に移行する。
一方、待機期間が経過しても計数操作が検出されない場合の処理としては、たとえば、先のカード返却操作を無効とすることが考えられる。この場合、ＣＵ３ＦあるいはＰ台２Ｆ側の表示器には待機期間が経過しても計数操作が検出されないため、カード返却操作が無効化された旨を表示してもよい。
あるいは、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されるか否かに関わらず、無効化してもよい。この場合には、カード返却操作が検出された後の計数操作に応じて全遊技玉を計数し終えた後、再度、カード返却操作を実行することによってカード返却処理を実行するものとしてもよい。あるいは、全遊技玉の計数を終えたとき、または、その前後で、カード返却操作を促す表示をＣＵ３ＦあるいはＰ台２Ｆ側の表示器で行なうようにしてもよい。
また、本実施の形態では、カード返却操作が検出されたときに遊技玉が１点でも残っていると、図７３に示した処理が実行される。しかしながら、カード返却操作が検出されたときに残っている遊技玉の数が２以上の予め定めた数であるときに、図７３に示した処理が実行されるようにしてもよい。
また、カード返却操作が検出された後の計数操作では遊技玉の計数表示速度を通常時よりも早くしてもよい。たとえば、通常の計数操作では遊技玉が１つずつ計数される表示をする一方、カード返却操作が検出された後の計数操作では、遊技玉が複数ずつまとめて計数される表示、あるいは、全遊技玉が一括して計数される表示をするようにすることが考えられる。
さらに、カード返却操作が検出された後の計数操作では全遊技玉が計数対象とされるのではなく、通常の計数操作のときよりも多い数の所定数の遊技玉が計数対象とされるものとしてもよい。たとえば、通常時には１回の計数操作で最大１００点の遊技玉が計数対象とされるが、カード返却操作が検出された後の計数操作では、それよりも多い２００点の遊技玉が計数対象とされるようにしてもよい。この場合でも、事前にカード返却操作があった場合にはカード返却操作がなかった場合に比べると、全遊技玉を計数するための計数操作回数が減り、早期に全遊技玉を計数完了させることができる。
また、遊技玉が残っている状態でカード返却操作が検出された場合には、計数操作の検出がなくても、全遊技玉の計数を開始させ、その後にカード返却処理に移行するようにしてもよい。この場合、全遊技玉の計数を開始させるときに、全遊技玉の計数を開始させる旨をＰ台２ＦあるいはＣＵ３Ｆで表示してもよい。あるいは、全遊技玉の計数を開始させてもよいか否かを確認するメッセージを表示し、所定操作（たとえば、Ｐ台２ＦあるいはＣＵ３Ｆのタッチパネルでの操作、再度のカード返却操作など）が検出されたことを条件として、全遊技玉の計数を開始させるようにしてもよい。
また、遊技中（玉の発射中）の場合に検出されたカード返却操作を無効にしてもよいが、カード返却操作を無効にするのではなく、Ｐ台側の方で遊技中の計数操作に基づいた計数の処理を無効にしてもよい。
さらに、上記実施の形態では、カード返却操作が検出されたときに遊技玉数が０であるか否かをＣＵ３Ｆが判定している。しかしながら、このような判定をＰ台２Ｆが行なうようにしてもよい。この場合、たとえば、カード返却操作が検出されたときに、カード返却操作有を示すデータをＣＵ３ＦからＰ台２Ｆへ送信し、それを受けたＰ台２Ｆが自ら記憶している遊技玉数が０であるか否かを判定する。０であれば、遊技玉数が０であることまたはカード返却を許可するデータをＣＵ３Ｆへ送信する一方、０でなければ、遊技玉数が０でないことまたはカード返却の待機あるいはカード返却の禁止を示すデータをＣＵ３Ｆへ送信する。
また、上記実施の形態では、計数ボタンの操作が検出されたときに、その操作の検出前にカード返却操作が検出されているか否かをＰ台２Ｆが判定する。しかしながら、このような判定手段をＣＵ３Ｆが備えるようにしてもよい。この場合、たとえば、Ｐ台２Ｆは、計数ボタンの操作が検出されたときに、その旨を示すデータをＣＵ３Ｆへ送信する。それを受けたＣＵ３Ｆは、そのデータを受信する前の所定期間内にカード返却操作があったか否かを判定するようにすることが考えられる。
また、上記の実施の形態では、計数操作をＰ台２Ｆが検出する一方、カード返却操作をＣＵ３Ｆが検出するが、計数操作をＣＵ３Ｆが検出する一方、カード返却操作をＰ台２Ｆが検出する構成としてもよく、両操作共にＰ台２ＦあるいはＣＵ３Ｆが検出する構成としてもよい。また、計数ボタンおよびカードカード返却ボタンの取り付け位置は、双方共にＣＵ３ＦとしてもＰ台２Ｆとしてもよく、一方がＣＵ３ＦまたはＰ台２Ｆとしてもよい。
（３９） 持玉または遊技玉の数の変化の有無をＣＵまたはＰ台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
（４０） あるいは、カードがＣＵに挿入されていないにも関わらず、遊技者の遊技玉が変化した場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、遊技を終えてカードを排出した後に、遊技盤に引っ掛かっていた玉が入賞して遊技玉が払い出されたまま放置されているような台を店員が把握しやすくする。
（４１） 本実施の形態において、ＣＵ３ＦはＰ台２Ｆからの前回遊技台情報と最新遊技台情報とを自ら記憶しているデータと比較判定して、Ｐ台２Ｆ側のデータに不正水増しのないことを確認してデータを補正する。仮に、ＣＵ３Ｆ側でエラー判定されると、このような状況は、単にＣＵ３Ｆの交換が要因（交換後のＣＵ３Ｆには比較対象の正規のデータが記憶されていない）であって、不正行為に基づくものではない可能性もあるため、ホールの店員が確認の上で、リモコン等の携帯型端末装置でエラーを解除する。ただし、このように、ＣＵ３Ｆが新たなものに交換されていたときには、当該ＣＵ３Ｆは上記のエラー判定を一切しないようにしてもよい。また、あるいは、ＣＵ３Ｆには、交換されたものであるか否かに関わらず、上記のエラー判定機能を設けないようにしてもよい。
（４２） 本実施の形態において、遊技者所有の有価価値を特定可能な記録媒体であるカードを、遊技開始時にカード挿入／排出口３０９Ｆに挿入し、遊技終了後にカード挿入／排出口３０９Ｆから抜き取る構成について説明した。しかし、本発明はこれに限られず、カードを、遊技開始時にカード読み取り部に載置し、遊技終了後にカード読み取り部から外す構成であってもよい。つまり、遊技者所有の有価価値を特定可能な記録媒体を受付ける記録媒体受付手段に対して、遊技開始時に記録媒体受付手段に取り付け、遊技終了後に記録媒体受付手段から取り外す構成であればよい。
（４３） 本実施の形態において、ＣＵ３Ｆは、Ｐ台２Ｆに対してカード抜き取り待ち中の情報を通知し、当該情報の通知を受けたＰ台２Ｆが「カード抜き取って下さい」と可変表示装置２７８Ｆに表示するなど、カードの抜き取りの報知を行なう構成について説明した。しかし、本発明はこれに限られず、ＣＵ３Ｆは、Ｐ台２Ｆに対してカード抜き取り待ち中の情報を通知しつつ、表示器５４Ｆおよび／または表示器３１２Ｆに「カード抜き取って下さい」と表示するように制御してＣＵ側でカードの抜き取りの報知を行なう構成であってもよい。
（４４） 本実施の形態において、Ｐ台２Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまでカードの抜き取りの報知を継続する構成について説明した。しかし、本発明はこれに限られず、Ｐ台２Ｆは、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、一定期間カードの抜き取りの報知を行なっても、カード抜き取り待ち中＝ＯＮを含む状態情報要求のコマンドを受取ってから、カード抜き取り待ち中＝ＯＦＦを含む状態情報要求のコマンドを受取るまでの間、カードの抜き取りの報知を間欠的に行なってもよい。
（４５） 本実施の形態において、Ｐ台２Ｆは、カードを受付けたとき、および通信復旧したときに、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成について説明した。しかし、本発明はこれに限られず、Ｐ台２Ｆは、ＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「店舗コード」と、Ｐ台２Ｆで保持している「店舗コード」との一致判定を行なう、またはＣＵ３Ｆのセキュリティ基板３２５Ｆから通知された「ＳＣ基板ＩＤ」と、Ｐ台２Ｆで保持している「ＳＣ基板ＩＤ」との一致判定を行ない、一致している場合にはリカバリ処理を行ない、不一致の場合、遊技の継続を禁止する構成であってもよい。
（４６） 本実施形態では、ループ状の電力線５００Ｆが主制御基板１６Ｆ内にも配線（電力線５００Ｆ）されているので、遊技盤２６Ｆの電力線５００Ｆと主制御基板１６Ｆの電力線５００Ｆとの接続部分が主制御接続検出手段として機能し、遊技盤２６Ｆと主制御基板１６Ｆとの電気的な接続検出することができる例（図１３９（ａ）参照）を示した。しかし、これに限られず、たとえば、主制御基板１６Ｆに設けた主制御部１６１Ｆの主制御用半導体チップ１６ａ内にもループ状の電力線５００Ｆの配線を行なってもよい。これにより、主制御用半導体チップ１６ａの取替えも検出することができる。
（４７） 本実施形態では、ループ状の電力線５００Ｆが払出制御基板１７Ｆ内にも配線されているので、前枠５Ｆと払出制御基板１７Ｆとの接続部分が払出制御接続検出手段として機能し、前枠５Ｆと払出制御基板１７Ｆとの電気的な接続検出することができる例（図１３９（ａ）参照）を示した。しかし、これに限られず、たとえば、払出制御基板１７Ｆに設けた払出制御部１７１Ｆの払出制御用半導体チップ１７ａ内にもループ状の電力線５００Ｆの配線を行なってもよい。これにより、払出制御用半導体チップ１７ａの取替えも検出することができる。ここで、払出制御基板１７Ｆ、払出制御部１７１Ｆ、および払出制御用半導体チップ１７ａなどが払出制御手段に含まれる。
（４８） 本実施の形態では、上述の集計処理、発射強度の補正処理、発射異常判定処理、打込領域特定処理、および計測処理を行なう主体をいずれもＰ台２Ｆからの信号を直接受信可能なＣＵ３Ｆとしたが、これらの処理を行なう主体はＣＵ３Ｆに限定されるものではない。
たとえば、必要に応じて、これらの処理の全部または一部を行なう主体を、Ｐ台２Ｆからの信号を台端末や島端末などを介して間接的に取得可能なホールコン９００Ｆ、ホールサーバ８０１Ｆ、あるいは中央管理装置１０００Ｆとしてもよい。たとえば、ホールコン９００Ｆが、各遊技機の集計処理（図１４７のフロー）を直接行なうようにしてもよい。
また、必要に応じて、これらの処理の全部または一部を行なう主体を、各Ｐ台２Ｆに対して設けられた呼び出しランプ（図示省略）としてもよい。呼び出しランプは、遊技機ごとに設けられ、遊技者によってボタン操作されることで遊技場の係員を呼出す機能、および、大当り回数や大当り間の変動回数などの遊技履歴を表示する機能などを有する装置である。
（４９） また、パチンコ玉にＩＣタグを付けるようにしてもよい。これにより、発射時、および、いずれかの入賞領域（入賞口またはゲート）の通過時に、いずれのパチンコ玉であるかを特定することが可能となる。このため、集計処理において、ＩＣタグによって特定された同じパチンコ玉の発射強度Ｔと通過領域との対応関係を特定することができる。その結果、より正確に、発射強度に応じてパチンコ玉がどの領域を通過する傾向にあるのかを把握することができる。
（５０） 遊技者によって打球操作ハンドル２５Ｆが固定されていると、上述の発射強度の補正処理を行なうことができない。そこで、打球操作ハンドル２５Ｆが固定されていることを検出して報知するようにしてもよい。また、発射強度が一定値に安定している場合は、打球操作ハンドル２５Ｆが固定されていると判定するようにしてもよい。
（５１） たとえば、遊技者が打球操作ハンドル２５Ｆに触れているか否かは、タッチセンサで検知可能である。
そのため、たとえば、遊技者が打球操作ハンドル２５Ｆに触れていないことが検知された時に、上述の発射強度の補正処理を行なうようにしてもよい。
また、発射異常判定処理において、遊技者が打球操作ハンドル２５Ｆに触れていないことが検知され、かつ打球操作ハンドル２５Ｆが固定されていることが検出された場合に、発射異常であると判定するようにしてもよい。
（５２） 本実施の形態ではホールコン９００ＦがＣＵ３Ｆ経由でＰ台２Ｆの情報を取得する構成であったが、ホールコン９００ＦがＣＵ３Ｆを経由せずにＰ台２Ｆの情報をＰ台２Ｆから直接取得する構成であってもよい。
（５３） 払出制御部１７１Ｆが、一周フラグが立つ値（＝６３）を受信したとき異常制御処理として、以下のａ〜ｃに列挙するもののうちから１つまたは２つ以上を採用して実行するように制御してもよい。
ａ 払出制御部１７１Ｆまたはその払出制御部１７１Ｆから異常情報を受けた主制御部１６１Ｆにより、Ｐ台２Ｆの表示器（たとえば７セグ表示器５０Ｆや識別情報（図柄）を可変表示する可変表示装置）により表示する。
ｂ 払出制御部１７１Ｆから異常情報を受信したＣＵ３Ｆにおいてエラー番号等の異常報知を行なう。
ｃ ＣＵ３Ｆから異常情報を受信したホール用管理コンピュータ等の上位装置においてエラー番号等の異常報知を行なう。
（５４） 本実施の形態では、ＣＵ３Ｆの状態がカード挿入中状態中にカード挿入通知コマンドを受信した場合、Ｐ台２ＦはカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する構成について説明した。しかし、本発明はこれに限定されず、ＣＵ３Ｆの状態がカード挿入中状態中にカード挿入通知コマンドを受信した場合、警告を表示器５４Ｆ等に表示して報知を行なったり、上位サーバに当該旨の報知を行なったりしてもよい。
（５５） 本実施の形態では、「閉店」設定されるとカードが挿入されておらずＰ台２Ｆに遊技玉が残っている遊技機に対して、カードＩＤ＝０、カード挿入時刻＝０の仮想カードが挿入されたとみなして、残った遊技玉を計数し当該カードに記憶して返却する計数処理が行なわれる構成を説明した。しかし、本発明はこれに限定されず、挿入されたとみなされる仮想カードのカードＩＤを、閉店直前に挿入されていたカードのカードＩＤとして計数処理を行ない、残った遊技玉を閉店直前に挿入されていたカードと自動的に関連付ける構成であってもよい。
（５６） 本実施の形態では、ＣＵ３Ｆでリカバリ要求が不要であると判断されたにも拘らずリカバリ要求２のコマンドがＰ台２Ｆに送信された場合、Ｐ台２Ｆで再度リカバリ処理の判定を行ない不要の場合に処理ＮＧをＣＵ３Ｆに通知する構成を説明した。しかし、本発明はこれに限定されず、Ｐ台２Ｆで再度リカバリ処理の判定を行ない不要の場合に、警告を表示器５４Ｆ等に表示して報知を行なったり、上位サーバに当該旨の報知を行なったりしてもよい。
（５７） 本実施の形態では、鍵管理サーバ８００Ｆがヘルスチェック要求のコマンドを送信してもＣＵ制御部３２３Ｆに到達しない状態が、たとえば１０日間継続した場合、ヘルスチェック要求時限オーバーと判断され、ＣＵ３ＦまたはＰ台２Ｆの時限運用機能が無効にされる構成を説明した。しかし、本発明はこれに限定されず、ＣＵ３ＦまたはＰ台２Ｆの時限運用機能が無効にされるまでの日数を表示器５４Ｆに表示させたり、複数の制限レベルを有する時限運用機能を段階的に無効するようにしたりしてもよい。
（５８） 本実施の形態では、Ｐ台２Ｆに対する不正に基づくアラーム設定とＰ台回線断に基づくアラーム設定との関係において、アラーム設定の設定および解除の制御について説明した。しかし、本発明はこれに限定されず、Ｐ台２Ｆに対する不正に基づくアラーム設定とＰ台２Ｆに対する別の不正に基づくアラーム設定との関係において、アラーム設定の設定および解除の制御に適用しても、Ｐ台２Ｆに対する複数の不正に基づくアラーム設定とＰ台回線断に基づくアラーム設定との三つ以上の関係において、アラーム設定の設定および解除の制御に適用してもよい。
（５９） 本実施の形態では、遊技盤側の固有情報の一例となる主制御チップＩＤと枠側の固有情報の一例となる払出制御チップＩＤとを示し、これらの両ＩＤをＣＵ３Ｆにて取得して上位装置（鍵管理サーバまたはホールサーバ）で認証し、認証に成功すれば、遊技機での遊技が許容される状態となる。しかしながら、上位装置から予め正規の両ＩＤをＣＵ３Ｆ（たとえば、ＣＵ制御部３２３Ｆ）が取得しておき、ＣＵ３Ｆは、それらの正規の両ＩＤと、遊技機から取得した両ＩＤとを比較照合する認証をしてもよい。すなわち、両ＩＤの認証を直接、ＣＵ３Ｆが実行するようにしてもよい。
また、遊技盤および枠の固有情報として、主制御チップＩＤおよび払出制御チップＩＤとは別のＩＤを遊技盤および枠の所定箇所（払出制御部１７１Ｆおよび主制御部１６１Ｆ以外の箇所）に埋め込んでおき、そのＩＤを利用して上記したような認証を行なうものとしてもよい。さらに、遊技盤側の固有情報および枠側の固有情報のいずれか一方の固有情報を利用して上記した認証を行ない、認証に成功すれば、遊技機による遊技を許容するものとしてもよい。また、認証に失敗した場合であっても、一定の条件の元でＣＵ３Ｆは遊技機による遊技を許容するものとしてもよい。たとえば、所定期間が経過するまでは遊技を許容し、所定期間が経過すると遊技を不能動化する、カード残額や持点の使用が所定数に達するまでは遊技を許容し、所定数に達すると、それ以降のカード残額や持点の使用を禁止する、といったことが考えられる。
なお、上記各実施の形態として説明したような、「遊技機の一例となるスロットマシン１と、遊技用装置の一例となるメダル貸出機１００」とについても、あるいは、「遊技機の一例となるパチンコ遊技機７０１と、遊技用装置の一例となるカードユニット７５０」とについても、「Ｐ台２ＦやＳ台２ＳＦと、ＣＵ３Ｆ」との関係として説明したように、遊技機からの固有情報を遊技用装置が取得し、その固有情報に基づいた認証に成功したことを条件に、遊技機での遊技が許容されるものとしてもよい。たとえば、パチンコ遊技機７０１の場合には、パチンコ遊技機７０１をＰ台２Ｆと同様に遊技枠と遊技盤とで構成し、主制御部および払出制御部のそれぞれにＩＤを埋め込むようにすればよい。スロットマシン１の場合には、スロットマシン１の遊技制御を実行する遊技制御マイクロコンピュータにＩＤを埋め込むようにすればよい。カードユニット７５０の場合には、ＣＵ３Ｆと同様の構成とし、また、メダル貸出機１００の場合には、制御ユニット１８１をＣＵ３Ｆと同様にＣＵ制御部３２３Ｆとセキュリティ基板３２５Ｆとで構成すればよい。また、遊技盤と遊技枠とで認証に用いる固有情報（ＩＤ）が別であっても共通であってもよい。
また、パチンコ遊技機の場合には遊技枠と遊技盤とを備えており、遊技枠には払出制御チップＩＤが埋め込まれた払出制御部が、遊技盤には主制御チップＩＤが埋め込まれた主制御部が、それぞれ設けられる。これに対して、スロットマシンの場合にも、遊技枠と遊技盤とを具備させる。スロットマシンにおける遊技盤とは、たとえば、遊技制御を実行する遊技制御基板が搭載された盤面である。また、スロットマシンにおける遊技枠とは、たとえば、スロットマシンの前面扉を含む筺体であって、前面扉を開放した所定箇所に遊技制御基板が搭載された盤面を取り付けるための取り付け箇所が設けられた枠である。遊技枠には、パチンコ遊技機と同様に遊技点を制御するための払出制御基板が搭載されている。スロットマシンの遊技制御基板は、パチンコ遊技機と同様に主制御チップＩＤが埋め込まれた主制御部を含み、スロットマシンの払出制御基板は、パチンコ遊技機と同様に払出制御チップＩＤが埋め込まれた払出制御部を含む。
本実施の形態では、「割合（比率、確率）」を例示したが、「割合（比率、確率）」は、これに限るものではなく、たとえば０％〜１００％の範囲内の値のうち、０％を含む値や、１００％を含む値、０％および１００％を含まない値であってもよい。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１ スロットマシン、１００ メダル貸出機、１０７，１０７’ ネジ、１０８ａ，１０８ｂ ネジ挿通孔、１０９，１０９’ 高明度部、１４０ 受入部、１４１ 導入経路カバー、１４１ａ 前面板、１４１ｂ 側板、１４１ｃ 傾斜板、１４１ｄ 傾斜板、１４８，１４８’ パンチング穴、１６０ 蓋部材、１６０ａ 蓋板、１６０ｂ 蓋部材側板、１６２，１６２’ 雌ネジ孔、１６５ 発光部、１８２ 払出装置、１９０ 計数装置、５００ カード管理コンピュータ、５４０ ホールコンピュータ、５５０ メダル管理コンピュータ、７０１ パチンコ遊技機、７５０ カードユニット、２Ｆ パチンコ機、２ＳＦ スロットマシン、３Ｆ カードユニット、１６Ｆ 主制御基板、１７Ｆ 払出制御基板、２６Ｆ 遊技盤、５４Ｆ，３１２Ｆ 表示器、３０９Ｆ カード挿入／排出口、３１９Ｆ 再プレイボタン、３２０Ｆ ＩＲ受光ユニット、３２１Ｆ 貸出ボタン、３２２Ｆ 返却ボタン、１６１Ｆ 主制御部、３２５Ｆ 表示制御部、１７１Ｆ 払出制御部、３２３Ｆ ＣＵ制御部。

Claims (1)

  1. 遊技者所有の有価価値を用いて遊技機での遊技媒体を用いた遊技を可能にするための遊技可能化処理を実行可能な遊技用装置であって、
    複数種類の記録媒体を受付け可能な受付手段と、
    遊技に使用可能な遊技媒体の数を所持遊技媒体の数として計数するための計数処理を実行する計数処理手段と、
    所定の記録媒体処理操作を検出したときに、前記計数処理により得られた前記所持遊技媒体の数を記録媒体に対応して特定可能に処理する記録媒体処理手段と、
    前記計数処理により得られた前記所持遊技媒体の数が規定数に達しているか否かを判定する規定数判定手段と、
    前記規定数判定手段により前記所持遊技媒体の数が前記規定数に達していると判定されたときに、前記所定の記録媒体処理操作に基づいた前記記録媒体処理手段の処理を不能動化する不能動化手段と、
    記録媒体に関する注意喚起表示を表示可能な表示手段とを備え、
    前記不能動化手段は、
    前記受付手段で受付けられた記録媒体の種類に応じて、前記記録媒体処理手段の処理の不能動化の実行の有無が異なり、
    前記規定数判定手段により前記所持遊技媒体の数が前記規定数に達していると判定されたことに対応して前記記録媒体処理手段の処理の不能動化を実行後、前記所持遊技媒体の数が前記規定数未満となったか否かに関わらず、所定の解除条件が成立するまで前記記録媒体処理手段の処理の不能動化を継続する、遊技用装置。
JP2013208387A 2013-10-03 2013-10-03 遊技用装置 Active JP6395361B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013208387A JP6395361B2 (ja) 2013-10-03 2013-10-03 遊技用装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013208387A JP6395361B2 (ja) 2013-10-03 2013-10-03 遊技用装置

Publications (2)

Publication Number Publication Date
JP2015070956A JP2015070956A (ja) 2015-04-16
JP6395361B2 true JP6395361B2 (ja) 2018-09-26

Family

ID=53013810

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013208387A Active JP6395361B2 (ja) 2013-10-03 2013-10-03 遊技用装置

Country Status (1)

Country Link
JP (1) JP6395361B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016086822A (ja) * 2014-10-29 2016-05-23 京楽産業．株式会社 遊技機
JP6671774B2 (ja) * 2016-01-15 2020-03-25 株式会社ユニバーサルエンターテインメント 遊技機
CN111615086B (zh) * 2019-02-26 2024-06-18 北京奇虎科技有限公司 可联网的游戏手柄配对方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4611353B2 (ja) * 2007-07-11 2011-01-12 株式会社藤商事 遊技機
JP5070580B2 (ja) * 2007-07-13 2012-11-14 株式会社大一商会 遊技機
JP2009268581A (ja) * 2008-05-01 2009-11-19 Glory Ltd 台間装置、記録媒体発行システムおよび記録媒体発行方法
JP4865827B2 (ja) * 2009-03-25 2012-02-01 株式会社三共 遊技用装置
JP5710219B2 (ja) * 2010-11-15 2015-04-30 株式会社三共 遊技用システムおよび遊技用装置
JP5823150B2 (ja) * 2011-03-30 2015-11-25 株式会社三共 遊技用システムおよび遊技用装置
JP5912331B2 (ja) * 2011-08-08 2016-04-27 グローリー株式会社 遊技システム及び不正検知方法
JP5579289B2 (ja) * 2013-02-13 2014-08-27 株式会社三共 遊技用装置
JP6282821B2 (ja) * 2013-08-23 2018-02-21 株式会社三共 遊技用装置

Also Published As

Publication number Publication date
JP2015070956A (ja) 2015-04-16

Similar Documents

Publication Publication Date Title
JP6345425B2 (ja) 遊技機
JP6291184B2 (ja) 遊技用装置
JP6395361B2 (ja) 遊技用装置
JP6289005B2 (ja) 管理装置
JP2018086308A (ja) 遊技機
JP2015036028A (ja) 遊技用装置
JP6282821B2 (ja) 遊技用装置
JP6290573B2 (ja) 遊技機
JP6401442B2 (ja) 記録媒体処理装置
JP6276507B2 (ja) 管理装置
JP6325781B2 (ja) 遊技用装置
JP6310669B2 (ja) 遊技用装置
JP6358786B2 (ja) 遊技用装置
JP6129539B2 (ja) 管理装置および遊技用システム
JP6345395B2 (ja) 遊技用装置
JP2014161696A (ja) 記録媒体処理装置
JP6257921B2 (ja) 管理装置
JP6291185B2 (ja) 遊技用装置
JP6291186B2 (ja) 遊技用装置
JP6401900B2 (ja) 管理装置
JP6401899B2 (ja) 管理装置
JP6401441B2 (ja) 記録媒体処理装置
JP6129538B2 (ja) 記録媒体処理装置および遊技用システム
JP6129537B2 (ja) 遊技用装置および遊技用システム
JP6190615B2 (ja) 遊技用装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160901

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171006

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A132

Effective date: 20180327

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180525

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180828

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180828

R150 Certificate of patent or registration of utility model

Ref document number: 6395361

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250