JP6291185B2 - 遊技用装置 - Google Patents

遊技用装置 Download PDF

Info

Publication number
JP6291185B2
JP6291185B2 JP2013167739A JP2013167739A JP6291185B2 JP 6291185 B2 JP6291185 B2 JP 6291185B2 JP 2013167739 A JP2013167739 A JP 2013167739A JP 2013167739 A JP2013167739 A JP 2013167739A JP 6291185 B2 JP6291185 B2 JP 6291185B2
Authority
JP
Japan
Prior art keywords
card
medal
display
game
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013167739A
Other languages
English (en)
Other versions
JP2015036031A5 (ja
JP2015036031A (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 JP2013167739A priority Critical patent/JP6291185B2/ja
Publication of JP2015036031A publication Critical patent/JP2015036031A/ja
Publication of JP2015036031A5 publication Critical patent/JP2015036031A5/ja
Application granted granted Critical
Publication of JP6291185B2 publication Critical patent/JP6291185B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Pinball Game Machines (AREA)
  • Slot Machines And Peripheral Devices (AREA)
  • Game Rules And Presentations Of Slot Machines (AREA)

Description

本発明は、遊技用装置に関し、詳しくは、記録媒体に記録された媒体識別情報に対応付けられた有価価値を用いて遊技機での遊技を可能にするための遊技可能化処理を実行可能な遊技用装置に関する。
特開２０１０−２５３０５５号公報（特許文献１）には、予め登録された携帯端末がかざされたことに応じて持玉を払出すカードユニットが開示されている。このカードユニットは、携帯端末が最初にかざされたときには暗証番号の入力および払出操作を条件として持玉を払出すが、その後は、携帯端末がかざされただけで持玉を払出す。
特開２０１０−２５３０５５号公報
たとえば、カードが挿入されたことによって当該カードを受付けている状態にする構成においては、カードが排出された時に当該カードを受付けている状態を終了すればよい。
ところが、特許文献１に記載のように、携帯端末がかざされたことによって当該携帯端末を受付けている状態にする構成においては、「携帯端末が排出される」という概念が存在しないため、どのタイミングで当該携帯端末を受付けている状態を終了すればよいかが不明である。したがって、たとえば、一旦受付けている状態となった携帯端末に関する情報をディスプレイなどに表示する場合、その情報を不必要に表示し続けると、他の遊技者に見られてしまうおそれがある。しかしながら、上記の特許文献１には、このような課題およびその課題を解決するための手段について何ら示されていない。
本発明は、係る実情に鑑み考え出されたものであり、その目的は、かざされたことによって非接触で取得された記録媒体の詳細情報を他の遊技者に表示不能にすることが可能な遊技用装置を提供することである。
（１） 記録媒体（たとえば、遊技者が所有する携帯端末１７１）に記録された媒体識別情報（たとえば、端末ＩＤ）に対応付けられた有価価値（たとえば、プリペイド残額、持玉、貯玉、遊技得点）を用いて遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）での遊技を可能にするための遊技可能化処理を実行可能な遊技用装置（たとえば、スロットマシン１、カードユニット７５０）であって、
前記記録媒体がかざされたことに応じて前記記録媒体から媒体識別情報を非接触で取得する取得手段（たとえば、図１７のステップＳｎａ２）と、
前記取得手段によって取得された媒体識別情報に対応付けられた有価価値を用いて前記遊技可能化処理を実行するための遊技可能化手段（たとえば、図１７のステップＳｎａ７）と、
前記遊技可能化処理の実行に基づいて、前記取得手段によって取得された媒体識別情報に対応付けられた有価価値の情報（たとえば、遊技可能なプリペイド残額、持玉数、貯玉数、遊技得点）を表示させるための処理を実行する第１表示処理手段（たとえば、図１７のステップＳｎａ８）と、
前記取得手段によって媒体識別情報が取得され（たとえば、図３２のステップＳｔａ１にて端末ＩＤ受付けありと判定され）、かつ所定の表示開始操作がなされた（たとえば、図２７のステップＳｇ６にて情報照会操作ありと判定された）ことに基づいて、取得された媒体識別情報に対応付けられた媒体詳細情報（たとえば、端末詳細情報）を表示させるための第２表示処理を実行する第２表示処理手段（たとえば、図３２のステップＳｔａ２）とを備え、
前記第２表示処理手段は、前記第２表示処理の実行後（たとえば、図３２のステップＳｔａ４にて端末詳細情報表示時間の計時が開始された後）に、前記媒体詳細情報を表示不能にするための表示不能処理を実行し（たとえば、図３４のステップＳｕ８の処理を行なう）、前回取得された媒体識別情報と同じ媒体識別情報が当該表示不能処理の実行中に新たに取得されたことに基づいて（たとえば、図３４のステップＳｕ７にてＹＥＳと判定された場合）、再度、前記第２表示処理を実行し（たとえば、図３４のステップＳｕ５の処理を行なう）、
前記第２表示処理手段は、前記第２表示処理として、取得された媒体識別情報に対応付けられた遊技媒体の種類（たとえば、メダル、パチンコ玉）および単価（たとえば、１玉１円、１玉２円、１玉４円、１枚５円、１枚２０円など）の少なくとも一方ごとの遊技媒体数を管理装置（たとえば、カード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０）から取得し、取得した遊技媒体数を前記媒体詳細情報として表示させるための処理（たとえば、図３３（ｃ）に示す端末詳細情報画面を表示させる処理）を実行する。
このような構成によれば、媒体識別情報が取得され、かつ所定の表示開始操作がなされたことに基づいて、取得された媒体識別情報に対応付けられた媒体詳細情報を第２表示処理によって表示するが、第２表示処理の実行後に媒体詳細情報を表示不能にする。このため、媒体詳細情報を他の遊技者に表示不能にすることが可能な遊技用装置を提供することができる。しかも、前回取得された媒体識別情報と同じ媒体識別情報が当該表示不能処理の実行中に新たに取得されたことに基づいて、再度、第２表示処理が実行されるため、同じ遊技者が媒体詳細情報を再表示させることが可能となる。また、取得された媒体識別情報に対応付けられた遊技媒体の種類および単価の少なくとも一方ごとの遊技媒体数が管理装置から取得され、取得された遊技媒体数が媒体詳細情報として表示される。このため、当該遊技用装置に対応する遊技機で遊技可能な種類または単価の遊技媒体だけではなく、他の遊技機で遊技可能な種類または単価の遊技媒体数をも遊技者に見せることができる。その結果、遊技者の利便性を向上させることができる。
前記遊技用装置は、遊技者を撮像可能な撮像手段をさらに備える。
前記遊技用装置は、特定条件が成立した場合に遊技者の遊技へののめり込みを防止するための表示を行なう表示手段をさらに備える。
（２） 上記（１）に記載の遊技用装置において、
前記表示不能処理は、前記第２表示処理を開始してから所定時間が経過したという条件（たとえば、図３４のステップＳｕ２に示す条件）の成立により実行される。
このような構成によれば、第２表示処理を開始してから所定時間が経過した場合に、媒体詳細情報を他の遊技者に表示不能にすることができる。
（３） 上記（１）に記載の遊技用装置において、
前記表示不能処理は、遊技が終了したという条件（たとえば、図３４のステップＳｕ３に示す条件）の成立により実行される。
このような構成によれば、遊技が終了した場合に、媒体詳細情報を他の遊技者に表示不能にすることができる。
（４） 上記（１）に記載の遊技用装置において、
前記表示不能処理は、前記入力手段に所定の表示終了操作がなされたという条件（たとえば、図３４のステップＳｕ４に示す条件）の成立により実行される。
このような構成によれば、表示終了操作がなされた場合に、媒体詳細情報を他の遊技者に表示不能にすることができる。
（５） 上記（１）〜（４）のいずれかに記載の遊技用装置において、
前記第２表示処理手段は、前記表示不能処理の実行条件が成立した場合であっても、前回取得された媒体識別情報と同じ媒体識別情報が新たに取得された場合（たとえば、図３４のステップＳｕ７にてＹＥＳと判定された場合）には、前記表示不能処理を実行しない（たとえば、図３４のステップＳｕ５の処理を行なう）。
このような構成によれば、第２表示処理の開始後に表示不能処理の実行条件が成立した場合であっても、同じ記録媒体がかざされた場合には表示不能処理を実行しない。そのため、同じ遊技者が媒体詳細情報を再表示させることが可能となる。
（６） 上記（１）〜（５）のいずれかに記載の遊技用装置において、
前記遊技可能化手段は、前記取得手段に前記媒体識別情報が取得された場合、操作がなくても、前記遊技可能化処理を実行し（たとえば、図１７において、ステップＳｎａ２にて端末ＩＤが受付けられた場合、操作がなくてもステップＳｎａ７にて再プレイ処理を実行する）、
前記第２表示処理手段は、前記表示開始操作がなされ、かつその後に前記取得手段に前記媒体識別情報が取得された場合（たとえば、図２７のステップＳｇ６にて情報照会操作ありと判定され、その後に図３２のステップＳｔａ１にて端末ＩＤ受付けありと判定された場合）に、前記第２表示処理を実行する（たとえば、図３２のステップＳｔａ２の処理を行なう）。
このような構成によれば、遊技者は、表示開始操作の後に記録媒体をかざすという簡易な操作で媒体詳細情報を表示させることができる。そのため、遊技者の利便性を向上させることができる。
（７） 上記（６）に記載の遊技用装置において、
前記受付手段は、
新たに取得された媒体識別情報が前回取得された媒体識別情報と一致しない場合（たとえば、図１７のステップＳｎａ１にてＮＯと判定された場合）には暗証番号の入力を遊技者に要求し（たとえば、図１７のステップＳｎａ３にて暗証番号の入力を促すメッセージを表示し）、入力された暗証番号が認証されたことを条件として新たに取得された媒体識別情報を受付け（たとえば、図１７のステップＳｎａ５にて暗証番号が正当であると判定された場合にステップＳｎａ２にて端末ＩＤを受付ける）、
新たに取得された媒体識別情報が前回取得された媒体識別情報と一致する場合（たとえば、図１７のステップＳｎａ１にてＹＥＳと判定された場合）には暗証番号の入力を遊技者に要求することなく新たに取得された媒体識別情報を受付ける（たとえば、図１７のステップＳｎａ３、ステップＳｎａ４、ステップＳｎａ４の処理を行なうことなくステップＳｎａ２にて端末ＩＤを受付ける）。
このような構成によれば、新たにかざされた記録媒体が前回取得された記録媒体と同じである場合には、暗証番号の入力が不要となる。そのため、遊技者の利便性を向上させることができる。
（８） 上記（１）〜（７）のいずれかに記載の遊技用装置において、
前記遊技可能化手段は、前記遊技可能化処理として、遊技機での遊技に用いられる遊技媒体（たとえば、メダルＭ、パチンコ玉）を払い出すための処理を実行し、
前記遊技用装置は、前記媒体識別情報に対応付けられた遊技媒体の種類（たとえば、メダル、パチンコ玉）および単価（たとえば、１玉１円、１玉２円、１玉４円、１枚５円、１枚２０円など）の少なくとも一方ごとの遊技媒体数を前記媒体識別情報ごとに管理する管理装置（たとえば、カード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０）との通信が可能な通信手段（たとえば、メダル貸出機１００の通信部１８４）をさらに備え、
前記第２表示処理手段は、前記第２表示処理として、取得された媒体識別情報に対応付けられた遊技媒体の種類および単価の少なくとも一方ごとの遊技媒体数を前記管理装置から取得し、取得した遊技媒体数を前記媒体詳細情報として表示させるための処理（たとえば、図３３（ｃ）に示す端末詳細情報画面を表示させる処理）を実行する。
このような構成によれば、取得された媒体識別情報に対応付けられた遊技媒体の種類および単価の少なくとも一方ごとの遊技媒体数が管理装置から取得され、取得された遊技媒体数が媒体詳細情報として表示される。このため、当該遊技用装置に対応する遊技機で遊技可能な種類または単価の遊技媒体だけではなく、他の遊技機で遊技可能な種類または単価の遊技媒体数をも遊技者に見せることができる。その結果、遊技者の利便性を向上させることができる。
（９） 上記（１）〜（８）のいずれかに記載の遊技用装置において、
前記遊技用装置は、前記遊技機から払出された遊技媒体を計数するための計数処理（たとえば、内蔵の計数装置１９０、外付けの各台計数機を制御する処理）を実行する計数制御手段（たとえば、制御ユニット１８１、図１５のステップＳｂ２８で実行される図２２の計数処理）をさらに備え、
前記遊技可能化手段は、取得された媒体識別情報に対応付けられた遊技媒体数および前記計数処理によって計数された遊技媒体数の少なくとも一方に基づいて遊技媒体を払出すための払出処理（たとえば、図１７のステップＳｎａ７）と、前記有価価値に基づいて遊技機での遊技に用いられる遊技媒体を貸与するための貸出処理（たとえば、図１５のステップＳｂ２１）との少なくとも一方を実行し、
前記計数制御手段は、前記媒体詳細情報の表示中は前記計数処理を不能動化し（たとえば、図２２のステップＳｃ２６で玉情報表示フラグがオンであると判断された場合、ステップＳｃ４，ステップＳｃ５の計数のための処理が実行されない。）、
前記遊技可能化手段は、前記媒体詳細情報の表示中は前記払出処理を不能動化する（たとえば、図２１のステップＳｐ１０で玉情報表示フラグがオンであると判断された場合、ステップＳｐ１の再プレイメイン処理が実行されない。）一方、前記貸出処理を不能動化しない（たとえば、玉情報表示フラグがオンであってもオフであっても、図１５のステップＳｂ２１の貸出処理が実行可能とされる。）。
このような構成によれば、媒体詳細情報の表示中に、計数処理および払出処理を不能動化するよう制御される一方、貸出処理を不能動化しないよう制御される。このため、媒体詳細情報の表示中は、媒体詳細情報が変動しないようにすることができるとともに、遊技媒体を貸与することができる。その結果、媒体詳細情報の表示中であっても、遊技者に不信感を与えたり不便を掛けたりすることを回避することができる。
（１０） 上記（９）に記載の遊技用装置において、
前記遊技可能化手段は、前記貸出処理として、通常の貸与単位額（たとえば、５００円）分よりも少額の有価価値（たとえば、１００円）を受付けて遊技媒体を貸与するための少額貸出処理（たとえば、少量貸し機能）を実行可能であり（たとえば、図２７のステップＳｇ１３）、
前記遊技可能化手段は、前記媒体詳細情報の表示中には、前記少額貸出処理を不能動化しない（たとえば、玉情報表示フラグがオンであってもオフであっても、図２７のステップＳｇ１３の少量貸し処理が実行可能とされる。）。
このような構成によれば、媒体詳細情報の表示中に、緊急的に遊技媒体の貸与を受けたい場合に、遊技媒体の貸与を最小限とすることができる。その結果、遊技者の利便性を向上させることができる。
（１１） 前記記録媒体がかざされたことに応じて記録媒体から非接触で取得された媒体識別情報（たとえば、端末ＩＤ）に対応付けられた有価価値（たとえば、プリペイド残額、持玉、貯玉、遊技得点）を用いて遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）での遊技を可能にするための遊技可能化処理を実行可能な遊技用装置（たとえば、メダル貸出機１００、カードユニット７５０）との通信が可能な管理装置であって、
前記遊技可能化処理の実行に応じて、前記記録媒体の媒体識別情報に対応付けられた有価価値の情報（たとえば、遊技可能なプリペイド残額、持玉数、貯玉数、遊技得点）を前記遊技用装置により表示させるための第１表示情報を送信する第１表示情報送信手段（たとえば、メダル管理コンピュータ５５０の通信部５５９、カード管理コンピュータ５００の通信部５０９、ホールコンピュータ５４０の通信部、または、カード管理コンピュータ５００、ホールコンピュータ５４０およびメダル管理コンピュータ５５０のいずれか２つもしくは３つを組合せたコンピュータの通信部）と、
前記遊技用装置によって媒体識別情報が取得され、かつ所定の表示開始操作がなされたことに基づいて、取得された媒体識別情報に対応付けられた媒体詳細情報（たとえば、端末詳細情報）を前記遊技用装置により表示させるとともに当該媒体詳細情報の表示後に所定条件が成立した場合に当該媒体詳細情報を前記遊技用装置により表示不能にさせるための第２表示情報を送信する第２表示情報送信手段（たとえば、メダル管理コンピュータ５５０の通信部５５９、カード管理コンピュータ５００の通信部５０９、ホールコンピュータ５４０の通信部、または、カード管理コンピュータ５００、ホールコンピュータ５４０およびメダル管理コンピュータ５５０のいずれか２つもしくは３つを組合せたコンピュータの通信部）とを備える。
このような構成によれば、管理装置は、第２表示情報を遊技用装置に送信することによって、遊技用装置が非接触で取得した媒体識別情報に対応付けられた媒体詳細情報を遊技用装置に表示させるとともに、その後に所定条件が成立した場合に当該媒体詳細情報を表示不能にさせることができる。このため、媒体詳細情報を他の遊技者に表示不能にすることが可能な管理装置を提供することができる。
（１２） 上記（１１）に記載の管理装置において、
前記遊技用装置は、前記遊技機から払出された遊技媒体を計数するための計数処理（たとえば、内蔵の計数装置１９０、外付けの各台計数機を制御する処理）を実行可能であるとともに、前記遊技可能化処理として、取得された媒体識別情報に対応付けられた遊技媒体数（たとえば、管理コンピュータまたはカードから取得された持玉数、貯玉数）および前記計数処理によって計数された遊技媒体数（たとえば、計数された持玉数）の少なくとも一方に基づいて遊技媒体を払出すための払出処理（たとえば、再プレイ操作基板１８５、払出装置１８２、パチンコ遊技機７０１の球払出装置７９７を制御する処理）と、前記有価価値に基づいて遊技機での遊技に用いられる遊技媒体を貸与するための貸出処理（たとえば、貸出操作基板１８９、払出装置１８２、パチンコ遊技機７０１の球払出装置７９７を制御する処理）との少なくとも一方を実行可能であり、
前記第２表示情報は、前記遊技用装置が前記媒体詳細情報の表示中は前記払出処理を不能動化する一方、前記貸出処理を不能動化しないようにするための情報である。
このような構成によれば、管理装置は、遊技用装置による媒体詳細情報の表示中に、遊技用装置による計数処理および払出処理を不能動化する一方、遊技用装置による貸出処理を不能動化しないようにすることができる。
（１−１） 所定の遊技媒体（たとえば、メダルＭ、パチンコ玉）を用いて遊技を行なうことが可能な遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）に対応して設けられ、貨幣（たとえば、紙幣）を受付けて遊技媒体を貸与し、返却操作（たとえば、返却ボタン１１４，７５２の操作）を受付けたことに基づいて、受付けられた前記貨幣のうち遊技媒体の貸与に用いられていない残額（たとえば、プリペイド残額）を特定可能な残額特定情報（たとえば、カードＩＤもしくは会員ＩＤまたはプリペイド残額データ）と、遊技媒体を計数可能な計数装置（たとえば、計数装置１９０、各台計数機７０５）で計数された計数遊技媒体数（たとえば、持ちメダル数、持玉数）を特定可能な計数特定情報（たとえば、会員ＩＤ、カードＩＤ、持ちメダル数，持玉数自体）とを特定可能な記録媒体（たとえば、会員カード、ビジターカード（登録商標））を排出可能な遊技用装置（たとえば、メダル貸出機１００、カードユニット７５０）を管理する管理装置（たとえば、カード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０、または、これらのいずれか２つもしくは３つを組合せたコンピュータ）であって、
前記遊技用装置で受付けられている前記記録媒体に対する機能（たとえば、カードロック機能、盗難カード制限機能、少量貸し機能）の設定（たとえば、機能有効無効の設定、暗証番号の設定）を管理する管理手段（たとえば、図２７のステップＳｇ１４で実行される図３０のステップＳｑ５〜ステップＳｑ８，ステップＳｑ１２〜ステップＳｑ１７，ステップＳｑ２１〜ステップＳｑ２４で変更された設定を管理する。具体的には、カード管理コンピュータ５００の図７の会員カードテーブルおよびビジターカードテーブルで、それぞれの機能の設定である暗証番号、カードロック有効フラグ、盗難カードフラグが記憶される。）を備え、
前記管理手段は、前記遊技用装置で第１の記録媒体が受付けられている状態において第２の記録媒体が受付けられることによって、前記第１の記録媒体を無効にする処理と、前記第１の記録媒体で特定可能な前記残額または前記計数遊技媒体数を前記第２の記録媒体で特定可能な前記残額または前記計数遊技媒体数に合算する処理（たとえば、図２７のステップＳｇ１２で実行される図２９のステップＳｊ１６）と、前記第１の記録媒体に対する機能の設定を前記第２の記録媒体に引継ぐ処理とが前記遊技用装置によって実行されたとき、前記第１の記録媒体に対する機能の設定が前記第２の記録媒体に引継がれたことをさらに管理する（たとえば、管理装置または遊技用装置に記憶されている第１の記録媒体に対する機能の設定を第２の記録媒体に対応付ける。図２７のステップＳｇ１２で実行される図２９のステップＳｊ２０）。
このような構成によれば、第１の記録媒体が第２の記録媒体に統合される場合であっても、第１の記録媒体に対する機能の設定が、第２の記録媒体に引継がれる。その結果、複数の記録媒体を統合する場合であっても、改めて機能の設定をする必要がなく、便利な管理装置を提供することができる。
（１−２） 所定の遊技媒体（たとえば、メダルＭ、パチンコ玉）を用いて遊技を行なうことが可能な遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）に対応して設けられ、貨幣（たとえば、紙幣）を受付けて遊技媒体を貸与し、返却操作（たとえば、返却ボタン１１４，７５２の操作）を受付けたことに基づいて、受付けられた前記貨幣のうち遊技媒体の貸与に用いられていない残額（たとえば、プリペイド残額）を特定可能な残額特定情報（たとえば、カードＩＤもしくは会員ＩＤまたはプリペイド残額データ）と、遊技媒体を計数可能な計数装置（たとえば、計数装置１９０、各台計数機７０５）で計数された計数遊技媒体数（たとえば、持ちメダル数、持玉数）を特定可能な計数特定情報（たとえば、会員ＩＤ、カードＩＤ）とを特定可能な記録媒体（たとえば、会員カード、ビジターカード）を排出可能な遊技用装置（たとえば、メダル貸出機１００、カードユニット７５０）であって、
前記計数遊技媒体数と前記残額とを記憶する記憶手段（たとえば、メダル貸出機１００の制御ユニット１８１のＲＡＭ１８１ｂに記憶される図５（ａ）のカードテーブル。メダル貸出機１００の制御ユニット１８１のＲＡＭ１８１ｂ）と、
前記計数装置での計数に基づいて前記記憶手段に記憶された前記計数遊技媒体数を更新する更新手段（たとえば、図１５のステップＳｂ２５で実行される図２２の計数処理）と、
前記残額および前記計数遊技媒体数がある状態において、所定操作（たとえば、入金残額取出操作）を受付けたこと（たとえば、図２７のタッチパネル操作処理のステップＳｇ１でＹＥＳと判断され、図２８の残額取出処理のステップＳｈ７でＹＥＳと判断されること）に基づいて、前記計数遊技媒体数は前記記憶手段に記憶した状態のまま、前記記憶手段に記憶された前記残額を削除するとともに、当該残額を特定可能な前記残額特定情報を特定可能な残額記録媒体（たとえば、入金残額対応カード、会員カード受付時は、会員カード、非受付時は、ビジターカード）の排出を制御するための残額排出制御処理を実行する残額排出制御手段（たとえば、図２７のステップＳｇ１１で実行される図２８の残額取出処理のステップＳｈ１２，ステップＳｈ１３，ステップＳｈ１５，ステップＳｈ１７）とを備え、
前記更新手段は、前記残額排出制御手段によって前記残額記録媒体が排出された状態であっても、前記記憶手段に記憶された前記計数遊技媒体数を更新可能である（たとえば、図２８の残額取出処理のステップＳｈ１５での入金残額対応カードの排出後、ステップＳｈ１８でビジターカードにそのときの持玉数が反映され、以後、持玉数が更新可能となる）。
このような構成によれば、所定操作をすることによって、計数遊技媒体数を遊技用装置に残したまま、残額のみが遊技用装置の外部に排出される。その結果、計数された遊技媒体がある場合に、受付けられた貨幣のうち遊技媒体の貸与に用いられていない残額を用いた玉貸しが誤って行なわれてしまうことを防止することが可能な遊技用装置を提供することができる。
（１−３） 所定の遊技媒体（たとえば、メダルＭ、パチンコ玉）を用いて遊技を行なうことが可能な遊技機（たとえば、スロットマシン１、パチンコ遊技機７０１）に対応して設けられ、貨幣（たとえば、紙幣）を受付けて遊技媒体を貸与し、返却操作（たとえば、返却ボタン１１４，７５２の操作）を受付けたことに基づいて、受付けられた前記貨幣のうち遊技媒体の貸与に用いられていない残額（たとえば、プリペイド残額）を特定可能な残額特定情報（たとえば、カードＩＤもしくは会員ＩＤまたはプリペイド残額データ）と、遊技媒体を計数可能な計数装置（たとえば、計数装置１９０、各台計数機７０５）で計数された計数遊技媒体数（たとえば、持ちメダル数、持玉数）を特定可能な計数特定情報（たとえば、会員ＩＤ、カードＩＤ）とを特定可能な記録媒体（たとえば、会員カード、ビジターカード）を排出可能な遊技用装置（たとえば、メダル貸出機１００、カードユニット７５０）であって、
前記計数遊技媒体数と前記残額とを記憶する記憶手段（たとえば、メダル貸出機１００の制御ユニット１８１のＲＡＭ１８１ｂに記憶される図５（ａ）のカードテーブル。メダル貸出機１００の制御ユニット１８１のＲＡＭ１８１ｂ）と、
前記計数装置での計数に基づいて前記記憶手段に記憶された前記計数遊技媒体数を更新する更新手段（たとえば、図１５のステップＳｂ２５で実行される図２２の計数処理）と、
前記残額および前記計数遊技媒体数がある状態において、所定操作（たとえば、入金残額取出操作）を受付けたこと（たとえば、図２７のタッチパネル操作処理のステップＳｇ１でＹＥＳと判断され、図２８の残額取出処理のステップＳｈ７でＹＥＳと判断されること）に基づいて、前記計数遊技媒体数は前記記憶手段に記憶した状態のまま、前記記憶手段に記憶された前記残額を削除するとともに、当該残額を特定可能な前記残額特定情報を特定可能な残額記録媒体（たとえば、入金残額対応カード、会員カード受付時は、会員カード、非受付時は、ビジターカード）の排出を制御するための残額排出制御処理を実行する残額排出制御手段（たとえば、図２７のステップＳｇ１１で実行される図２８の残額取出処理のステップＳｈ１２，ステップＳｈ１３，ステップＳｈ１５，ステップＳｈ１７）と、
前記残額記録媒体を受付けた場合、前記記憶手段に記憶された前記残額を特定可能な前記残額特定情報と前記記憶手段に記憶された前記計数遊技媒体数を特定可能な前記計数特定情報とを当該残額記録媒体で特定可能な状態に変更する変更手段（たとえば、図２７のステップＳｇ１２で実行される図２９のカード後挿入処理のステップＳｊ１６）とを備え、
前記更新手段は、前記残額排出制御手段によって前記残額記録媒体が排出された状態であっても、前記記憶手段に記憶された前記計数遊技媒体数を更新可能である（たとえば、図２８の残額取出処理のステップＳｈ１５での入金残額対応カードの排出後、ステップＳｈ１８でビジターカードにそのときの持玉数が反映され、以後、持玉数が更新可能となる）。
このような構成によれば、所定操作をすることによって、計数遊技媒体数を遊技用装置に残したまま、残額のみが遊技用装置の外部に排出される。また、残額記録媒体が遊技用装置によって受付けられた場合、遊技用装置に記憶されている残額を特定可能な残額特定情報と計数遊技媒体数を特定可能な計数特定情報とが、当該残額記録媒体で特定可能な状態に変更されるので、遊技用装置に存在していた残額および計数遊技媒体数が残額記録媒体にまとめられる。その結果、計数された遊技媒体がある場合に、受付けられた貨幣のうち遊技媒体の貸与に用いられていない残額を用いた玉貸しが誤って行なわれてしまうことを防止することが可能であるとともに、残額を用いた玉貸しが誤って行なわれてしまわない状況において不便でないようにすることが可能な遊技用装置を提供することができる。
（１−４） 上記の遊技用装置もしくは管理装置において、
前記遊技用装置は、さらに、
前記貨幣を受付けたことに基づいて、受付けた受付価値（たとえば、受付額）を前記遊技に使用可能とする使用可能処理（たとえば、残度数記憶処理）を行なう使用可能処理手段（たとえば、図４５のステップＳ１１７，ステップＳ１０８）と、
前記使用可能処理によって使用可能とされた使用可能価値（たとえば、残度数）を、前記遊技媒体の貸与に用いる使用処理（たとえば、玉貸処理）を行なう使用処理手段（たとえば、図４５のステップＳ１３５）と、
前記使用可能価値から前記使用処理に用いられた使用価値を減じた前記残額を特定可能な記録媒体を排出する排出制御手段（たとえば、図４５のステップＳ１２６）とを備え、
前記使用可能処理手段は、前記使用可能処理として、前記受付価値が所定価値未満であること（たとえば、図４５のステップＳ１１６でＮＯと判断されること）を条件として、前記受付価値の全部を前記使用可能価値とする全部使用可能処理を行なう（たとえば、図４５のステップＳ１１７）とともに、前記受付価値が所定価値以上であること（たとえば、図４５のステップＳ１１６でＹＥＳと判断されること）を条件として、前記受付価値のうちの一部を前記使用可能価値とする一部使用可能処理を行ない（たとえば、図４５のステップＳ１１８）、
前記排出制御手段は、前記返却操作を受付けたこと（たとえば、図４５のステップＳ１２５でＹＥＳと判断されること）に基づいて、記録媒体を排出する一方、前記一部使用可能処理が行なわれたことに基づいて、前記返却操作を受付けることなく、前記受付価値のうちの前記使用可能価値とされなかった前記残額を特定可能な前記記録媒体を排出するための価値受付時返却処理を行なう（たとえば、図４５のステップＳ１１９）。
このような構成によれば、受付価値が所定価値以上ならば、該受付価値のうちの一部を使用可能価値とする一部使用可能処理が行なわれるとともに、受付価値のうちの使用可能価値とされなかった残額を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれる。このため、残額を遊技に使用するためには記録媒体の受付が必要である。その結果、遊技への価値の使い過ぎを防止できる。
（１−５） 上記の遊技用装置もしくは管理装置において、
前記遊技用装置は、前記遊技機および管理装置と通信可能に接続され、
前記遊技用装置は、さらに、
前記遊技機により生成された情報を前記管理装置に送信する送信手段を備え、
前記送信手段は、前記遊技機により生成された情報を前記管理装置向けに変換して送信するまたは変換する装置に中継するための情報変換手段（たとえば、外部出力端子）を含む。
このような構成によれば、遊技用装置は、遊技機および管理装置と通信可能に接続され、遊技用装置によって、遊技機により生成された情報が管理装置向けに変換して送信されるまたは変換する装置に中継される。このため、遊技機により生成された情報が従来の管理装置向けの情報でないとしても、遊技機により生成された情報が従来の管理装置向けに変換されるので、従来の管理装置を用いることができる。
（１−６） 上記の遊技用装置もしくは管理装置において、
前記遊技機は、入賞の発生により所定の遊技点を付与するとともに前記遊技点を用いた遊技が可能であり、
前記遊技用装置は、さらに、
貸与操作を受付けたことに基づいて、受付けられた前記貨幣のうちの少なくとも一部を用いて加算する遊技点を特定可能な情報を前記遊技機に送信する遊技点送信手段（たとえば、カードユニット７５０によって、玉貸しボタン７５１の操作が受付けられたことに基づいて、受付けられた貨幣のうちの少なくとも一部を用いて加算する遊技点を特定可能な情報がパチンコ遊技機７０１に送信される。）と、
計数操作を受付けたことに基づいて、前記遊技機が記憶している遊技点を特定可能な情報を前記遊技機から受信する遊技点受信手段（たとえば、カードユニット７５０によって、各台計数機７０５での計数操作を受付けたことに基づいて、パチンコ遊技機７０１が記憶している遊技点を特定可能な情報がパチンコ遊技機７０１から受信される。）とを備える。
このような構成によれば、遊技機は、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能であり、遊技用装置によって、貸与操作が受付けられたことに基づいて、受付けられた貨幣のうちの少なくとも一部を用いて加算する遊技点を特定可能な情報が遊技機に送信され、計数操作を受付けたことに基づいて、遊技機が記憶している遊技点を特定可能な情報が遊技機から受信される。このため、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能な遊技機に対応することができる。
（１−７） 上記の遊技用装置もしくは管理装置において、
前記遊技用装置は、前記遊技機および管理装置（たとえば、鍵管理サーバ６００）と通信可能に接続され、
前記遊技用装置は、さらに、
前記遊技機を認証するための前記遊技機および前記管理装置の通信のやり取りにおいてデータを転送する認証データ転送手段（たとえば、認証・通信制御回路７５０１）を備える。
このような構成によれば、遊技用装置は、遊技機および管理装置と通信可能に接続され、遊技用装置によって、遊技機を認証するための遊技機および管理装置の通信のやり取りにおいてデータが転送される。このため、遊技機のセキュリティの向上に寄与することが可能な遊技用装置を提供することができる。
（１−８） 上記の遊技用装置もしくは管理装置において、
前記管理装置は、前記遊技機から出力される、遊技媒体の発射強度を示す信号を受信する受信手段をさらに備える。
このような構成によれば、管理装置において、発射強度に関連する情報を集計することができる。
（１−９） 上記の遊技用装置もしくは管理装置において、
前記管理装置は、前記遊技機から出力される、各々を識別可能な複数の識別情報が変動表示していることを示す変動中信号を受信する受信手段をさらに備える。
このような構成によれば、管理装置において、識別情報が変動中であることに応じた情報を集計することができる。
実施の形態における遊技用システムの全体像を示すシステム構成図である。 スロットマシンおよびメダル貸出機を示す正面図である。 メダル貸出機の構造を示す一部断面図である。 メダル貸出機の構成を示すブロック図である。 （ａ）は、メダル貸出機のカードテーブルを示す図であり、（ｂ）は、メダル貸出機のカード受付け中遊技情報を示す図であり、（ｃ）は、メダル貸出機のメダル情報を示す図であり、（ｄ）は、メダル貸出機のカウンタ情報を示す図である。 カード管理コンピュータの構成を示すブロック図である。 （ａ）は、カード管理コンピュータの会員カードテーブルを示す図であり、（ｂ）は、カード管理コンピュータのビジターカードテーブルを示す図である。 メダル管理コンピュータの構成を示すブロック図である。 （ａ）は、メダル管理コンピュータの会員貯蓄管理テーブルを示す図であり、（ｂ）は、メダル管理コンピュータのビジター貯蓄管理テーブルを示す図である。 メダル管理コンピュータのユニット管理テーブルを示す図である。 （ａ）は、メダル管理コンピュータの会員情報テーブルを示す図であり、（ｂ）は、メダル管理コンピュータの会員別遊技履歴テーブルを示す図である。 メダル管理コンピュータにおける不正メダル関係設定画面図である。 メダル管理コンピュータにおける営業終了処理画面を示す図である。 メダル管理コンピュータにおける不正メダル使用者顔画像画面図である。 メダル貸出機において実行される処理内容を示すフロー図である。 カード受付け処理の処理内容を示すフロー図である。 端末受付け処理の内容を示すフロー図である。 発行・入金処理の処理内容を示すフロー図である。 返却処理の処理内容を示すフロー図である。 カードロック照合処理の処理内容を示すフロー図である。 再プレイ処理の処理内容を示すフロー図である。 計数処理の処理内容を示すフロー図である。 不正メダル処理の処理内容を示すフロー図である。 メダル貯留処理の処理内容を示すフロー図である。 締め関連処理の処理内容を示すフロー図である。 メニュー画面の一例を示す表示画面図である。 タッチパネル操作処理の処理内容を示すフロー図である。 残額取出処理の処理内容を示すフロー図である。 カード後挿入処理の処理内容を示すフロー図である。 カードロック処理の処理内容を示すフロー図である。 持玉分割処理の処理内容を示すフロー図である。 情報照会処理の処理内容を示すフロー図である。 端末詳細情報の表示手順を説明するための図である。 端末詳細情報表示不能処理の処理内容を示すフロー図である。 パチンコ遊技機およびカードユニットを示す正面図である。 パチンコ遊技機およびカードユニットの構成を示すブロック図である。 カードユニットとパチンコ機との間で送受される信号を表す図である。 カード管理コンピュータのディスプレイに表示される設定画面図である。 注意喚起表示処理の一例を表すフローチャートである。 返却処理の一例を表すフローチャートである。 所定額テーブルの一例を表す図である。 表示基準額対応商品テーブルの一例を表す図である。 カードＤＢの一例を表す図である。 遊技者ＤＢの一例を表す図である。 カードユニットが行なう処理の一例を表すフローチャートである。 封入式遊技機の認証の概略を示すブロック図である。 ホールサーバおよびホールコンの構成を示すブロック図である。 ホールサーバおよびホールコンの別の構成を示すブロック図である。 加算玉数の送信処理を説明するためのフローチャートである。 遊技情報の送信処理を説明するためのフローチャートである。 カードユニットおよびパチンコ機を示す正面図である。 カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。 遊技玉数表示器および表示器の表示制御を説明するためのブロック図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。 挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。 遊技玉を計数するときのカードユニットとパチンコ機との通常の処理の一例を示す図である。 遊技玉を計数するときのカードユニットとパチンコ機との処で計数ＮＧとなる一例を示す図である。 遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への計数応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの計数要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。 玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。 加算通番に関するＰ台およびＣＵの動作を説明するための概念図である。 計数通番に関するＰ台およびＣＵの動作を説明するための概念図である。 第１および第２チェック処理に関する動作の一例を説明するための図である。 第３チェック処理に関する動作の一例を説明するための図である。 ＳＣと通信制御ＩＣとの間の業務電文シーケンスの処理を説明する図である。 通信制御ＩＣの認証シーケンスの処理を説明する図である。 第１認証シーケンスの処理を説明する図である。 遊技機チップ情報認証シーケンスの処理を説明する図である。 通信制御ＩＣの認証異常シーケンスの処理を説明する図である。 ＣＵ制御部の電源投入・ホール設置時の立上の処理を説明するための図である。 ＣＵ制御部の電源投入・通常立上の処理を説明するための図である。 ＣＵ制御部の電源投入・工場出荷時立上の処理を説明するための図である。 基板メーカコードの認証シーケンスの処理を説明するための図である。 基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。 基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。 遊技機チップ情報問合せシーケンスの処理を説明するための図である。 基板認証鍵認証異常のシーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。 遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。 基板認証鍵の認証の処理を説明するためのフローチャートである。 通信モードの切替処理を説明するためのフローチャートの一例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理を説明する図である。 通信モードの切替処理を説明するためのフローチャートの他の例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理を説明する図である。 スロットマシンの前面扉を開放した状態を示す斜視図である。 カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
［第１の実施の形態］
本発明の実施の形態を図面に基づいて以下に説明する。本発明の遊技用システムの実施の形態を図面に基づいて説明すると、先ず、図１は、本発明の実施の形態の遊技用システムの全体像を示すシステム構成図である。遊技用システムは、スロットマシン１と、メダル貸出機１００と、カード管理コンピュータ５００と、メダル管理コンピュータ５５０と、ホールコンピュータ５４０と、呼出ランプ２００と、景品交換ＰＯＳ５７０と、精算装置５８０とから主に構成されている。
スロットマシン１は、遊技場内に複数配置される各遊技島（図示略）に並設される遊技機である。メダル貸出機１００は、スロットマシン１の所定側の側方位置に該スロットマシン１に対して１対１に対応設置され、主に会員登録をしていない一般の遊技者を対象として発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（登録商標）や、該遊技機に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カード、さらには該会員カードと同等の機能を有する遊技用記録媒体として会員遊技者が予め登録した、会員遊技者が所有する携帯電話などの端末（以下「会員携帯端末」という）を受付けて、遊技機における遊技に使用される遊技媒体であるメダルを貸し出すための処理や、対応するスロットマシン１における遊技にて獲得されたメダルを計数するとともに、該計数済みのメダル数の範囲内のメダルの払出し（返却）を行なう本発明の遊技用装置である。
なお、以下の説明では、ビジターカードと会員カードと会員携帯端末とを区別することなく「カード類」と記載する場合がある。また、会員カードと会員携帯端末とを区別することなく「会員カード類」と記載する場合がある。
カード管理コンピュータ５００は、メダル貸出機１００にて使用されるカード類並びにメダル貸出機１００の管理等を行なう。メダル管理コンピュータ５５０は、各メダル貸出機１００において計数された計数済メダル数の管理や、会員カードあるいは会員携帯端末を所持する会員遊技者が再度の遊技に使用可能に所有する貯蓄メダル数（以下、貯玉数ともいう）やビジターカードに記録された持ちメダル数（以下、持玉数ともいう）の管理を行なう本発明の管理装置である。ホールコンピュータ５４０は、遊技場内に設置された各スロットマシン１の台データ等の遊技情報を管理する。
呼出ランプ２００は、遊技場の店員を呼出すための操作ボタン、ならびに、遊技機から遊技に関する情報を受信して、大当りやビッグボーナスの回数や前回の大当りやビッグボーナスからの回転数などの遊技状況および遊技履歴などを表示するための表示部を備える。景品交換ＰＯＳ５７０は、遊技場の店員がいるカウンタに設置され、店員によって操作されて、カード類に対応付けられた持ちメダル数および貯蓄メダル数に対応する遊技価値を、景品に交換するための処理を実行する。精算装置５８０は、カード類を受付けて、これらのカードに対応付けられたプリペイド残額を現金に精算するための処理を実行する。
そして、これら本実施の形態の遊技用システムを構成する各装置は、図１に示すように、ハブ（ＨＵＢ）７０並びに通信ケーブル８０を介して双方向のデータ通信が可能に接続されていて、各接続機器にはそれぞれローカルＩＰアドレスが付与されてローカルエリアネットワーク（ＬＡＮ）が形成されており、該ローカルエリアネットワーク（ＬＡＮ）に接続されているこれら各装置には、当該装置を個々に識別可能な装置ＩＤが付与されているとともに、各装置が装置（ユニット）ＩＤとローカルＩＰアドレスとが対応付けられたＩＰアドレステーブルや後述するユニット管理テーブル（図１０参照）等を有することで、該装置（ユニット）ＩＤから特定される各ローカルＩＰアドレスを送信データに付与して送受信することにより、互いにデータの送受を実行できるようになっている。
尚、本実施の形態のカード管理コンピュータ５００は、上述したように、各カード類に残存するプリペイド残額（遊技用価値）を管理しているとともに、通信回線８１を介して、これらカード類を管理する遊技場外のカード管理会社に設置された管理サーバ８２と双方向のデータ通信を実行できるように接続されていて、これら管理サーバ８２に対してカード管理コンピュータ５００から、各種の管理情報が送信されることにより、カード管理会社は、該管理サーバ８２にて各遊技場のカード類による売り上げ等を把握できるようになっている。
また、本実施の形態のホールコンピュータ５４０には、図１に示すように、遊技場内を監視するための監視カメラシステム２１が接続されており、該監視カメラシステム２１にて撮像された遊技場内の監視画像が、各スロットマシン１の台データ等とともに記憶、管理されるようになっている。更に、本実施の形態のホールコンピュータ５４０には、遊技場の店員が使用するインカム９を制御する無線放送システム２０が接続されており、ホールコンピュータ５４０は、無線放送システム２０を介して店員のインカム９に対し、自動音声メッセージを送信することができる。
次に、遊技機の一例であるスロットマシンおよび遊技用装置の一例であるメダル貸出機について説明する。図２は、スロットマシン１およびメダル貸出機を示す正面図である。
図２に示すように、スロットマシン１は、遊技場内に複数配置される各遊技島（図示略）に複数並設されており、前面が開口する筐体１ａと、この筐体１ａの左側辺に回動自在に枢支された前面扉１ｂと、から構成されている。筐体１ａの内部上方位置には、外周に複数種類の図柄が配列されたリール２Ｌ，２Ｃ，２Ｒが水平方向に並設されており、これらリール２Ｌ，２Ｃ，２Ｒに配列された図柄のうち連続する３つの図柄が透視窓３から見えるように配置されている。
スロットマシン１においてゲーム（遊技）を行なう場合には、まず、円盤状の遊技媒体の一例であるメダルＭをメダル投入部４から投入するか、あるいはクレジットを使用して賭数を設定する。クレジットを使用するにはＭＡＸＢＥＴスイッチ６を操作すれば良い。遊技状態に応じて定められた規定数の賭数が設定されると、入賞ラインＬ１〜Ｌ５が有効となり、スタートスイッチ７の操作が有効な状態、すなわち、ゲームが開始可能な状態となる。本実施の形態では、規定数の賭数として遊技状態に関わらず３枚が定められて規定数の賭数が設定されると入賞ラインＬ１〜Ｌ５が有効となる。尚、遊技状態に対応する規定数のうち最大数を超えてメダルＭが投入された場合には、その分はクレジットに加算される。
メダル貸出機１００は、スロットマシン１の所定側（本実施の形態では、スロットマシン１に向かって右側）の側方位置に対応設置され、紙幣、またはカード類を受付けて、遊技機における遊技に使用される円盤状の遊技媒体であるメダルＭを貸し出すための処理と、遊技者がスロットマシン１での遊技にて獲得したメダルＭを受付けて、該受付けたメダルＭを計数するための処理と、該計数した獲得メダル枚数をカード類から特定可能とするための処理等を行なう。
尚、メダル貸出機１００は、メダル貸出機１００にて使用されるカード類並びにメダル貸出機１００の管理等を行なうカード管理コンピュータ５００や、貯蓄メダル数や持ちメダル数の管理を行なうメダル管理コンピュータ５５０や、遊技場内に設置された各スロットマシン１の台データ等の遊技情報を管理するホールコンピュータ５４０等の各種のコンピュータが接続されており、これら各コンピュータとの間において双方向のデータ通信が可能とされている。
本実施の形態に使用されるカード類には、種々のデータを記憶するための不揮発性メモリと、これら記録情報の書き換えや読み出しを実行するとともに、外部のリーダライタ装置との非接触通信を実行する制御部とを有するＩＣチップが搭載されたＩＣカードを使用しており、これらカード類には、個々のカード類を識別可能なカードＩＤ、具体的には、ビジターカードにはＶＣで始まるカードＩＤが、会員カード類（会員カードおよび会員携帯端末）には、ＫＣで始まる会員カードＩＤが予め書き換え不能に記憶されていて、その種別がカードＩＤから識別可能とされているとともに、プリペイド残額を特定可能なプリペイド残額データ等の各種データが記憶されている。
尚、会員カードは、遊技場に会員登録を実施した会員遊技者に対して発行されるものであり、該会員に対して付与される会員ＩＤが書き換え不能に記憶されている。また、会員携帯端末は、会員カードと同等の機能を会員遊技者が所有する携帯電話などの端末に持たせたものであり、会員カードＩＤおよび会員ＩＤが書き換え不能に記憶されている。会員遊技者は会員カード類を使用して一度獲得して計数したメダルＭをその翌日以降においても再度遊技に使用できる貯蓄メダルを行なうことができるようになっているが、会員カード類には、該貯蓄メダルのデータである貯蓄メダル数は直接記録されておらず、これら貯蓄メダル数は、貯蓄メダルの情報を管理するメダル管理コンピュータ５５０において、カードＩＤと会員ＩＤとに対応付けて記憶されることで、該カードＩＤや会員ＩＤから特定されるようになっている。
また、貯蓄メダルと同様に、当日において計数された持ちメダルについても、メダル管理コンピュータ５５０において、カードＩＤと会員ＩＤと持ちメダルの情報が対応付けて記憶されることで、該カードＩＤや会員ＩＤから持ちメダルの数を特定できるようになっている。また、これら持ちメダルについては、会員カード類だけではなく、ビジターカードについても同様に、メダル管理コンピュータ５５０において、カードＩＤに対応付けて持ちメダルの情報が記憶されていて、ビジターカードには、持ちメダルの情報は記録されないようになっている。しかし、本発明はこれに限定されるものではなく、ビジターカードにも、持ちメダルの情報を記憶して、メダル管理コンピュータ５５０の持ちメダルの情報とを照合できるようにしても良い。
また、ビジターカードは、遊技場内に設置された図示しないカード発行・入金機にて、購入、発行されるとともに、メダル貸出機１００においても発行される。
次に、本実施の形態のメダル貸出機１００について、図２、図３に基づいて説明する。図２に示すように、本実施の形態のメダル貸出機１００は、正面視縦長長方形状をなす前面が開口する筐体１０１と、該筐体１０１の前面下部開口の開閉可能とする開閉板１０２と、から構成され、内部には後述する各種装置が内蔵されている。
図２に示すように、開閉板１０２の前面上部には、紙幣を挿入するための紙幣挿入口１１０が設けられ、その下方位置には、タッチパネル１２４付きの液晶表示器１２３が設けられている。タッチパネル１２４付きの液晶表示器１２３においては、メダル貸出機１００に対する各種操作が受付けられ、これらの操作に伴なう情報、ならびに、プリペイド残額、持ちメダル数、および、貯蓄メダル数などの情報が表示される。タッチパネル１２４付きの液晶表示器１２３の下方位置には、フルカラーＬＥＤにより構成されて複数の色に点灯することでメダル貸出機１００の状態等を報知可能とされた状態報知ランプ１１１や、会員カードやビジターカードを挿入するためのカード挿入口１１２が設けられている。
状態報知ランプ１１１の下方位置には、入金の利用可能状態を報知する入金可ランプ１１３と、挿入中の会員カードやビジターカードを排出する返却ボタン１１４と、カード残高やエラーコード等を表示するカード残高表示部１１５と、メダルＭの払い出しが行なわれるメダル貸出ボタン１１６と、メダルＭの貸出が可能なことを表示するメダル貸出ランプ１１７と、貸出メダル貯留部（図示せず）の状態を報知するメダル切れランプ１１８と、会員カード類の暗証番号等を入力するためのテンキー１２０と、会員カード類を受付けた場合において、該会員カード類に記録された会員カードＩＤ並びに会員ＩＤにより特定される貯蓄メダル数を用いた再プレイ遊技を実施するための再プレイボタン１２１と、再プレイ遊技を実施する際に入力する暗証番号が表示される暗証番号表示部１１９と、対応するスロットマシン１にて遊技を行なっている遊技者の顔画像を撮影できる顔画像撮影カメラ１８８（遊技者撮像手段）と、メダルＭの計数を手動で開始させるための計数ボタン１２２とが配設されている。
これら各種操作部の下方位置には、会員携帯端末に記憶された会員カードＩＤおよび会員ＩＤを、会員携帯端末から取得する（読み出す）ための端末リーダライタ１７０が配設されている。
端末リーダライタ１７０の下方には、貸出メダル貯留部１８３にメダルＭを補給する際に開閉板１０２の一部を開放するためのメダル補給扉１３０が、下辺を回動軸として開閉可能に設けられている。このメダル補給扉１３０は、遊技場の店員等が携帯する所定の鍵（図示略）をメダル補給扉鍵１３１に差し込まない限り開放できないようになっている。
メダル補給扉１３０の下方位置には、遊技者が遊技により獲得したメダルＭを受け入れて計数するための受入部１４０が設けられているとともに、該受入部１４０の下部からは、受入部１４０にて受け入れたメダルＭを下方に誘導して後述する計数装置１９０の導入口１４２に導入するための導入経路を構成する導入経路カバー１４１が下方に向けて延設されている。
また、この導入経路カバー１４１の上下方向の中央位置よりもやや下方には、払出装置１８２（図４参照）から払い出されたメダルＭをスロットマシン１の下皿５に誘導するノズル１５０が、導入経路カバー１４１の前後方向に挿通されている。
図３は、メダル貸出機１００の構造を示す一部断面図である。図３に示すように。受入部１４０の間口１４０ａに投入されたメダルＭは、受入部１４０により導入経路カバー１４１内に誘導され、導入経路カバー１４１および開閉板１０２からなる導入経路Ｋ内を下方に向けて落下していく。落下途中において、前後方向を向く棒状部材１４６ａ〜１４６ｃにメダルＭが衝突することで、メダルＭの姿勢が、表裏面が左右側板１４１ｂ側を向く横向き姿勢に変更される。
そして、図３に示すように、前挿通孔１４３ａの上方位置には、上方から落下してくるメダルＭをノズル１５０の左側方に誘導して該ノズル１５０に衝突しないように迂回させる保護部材１４５が設けられている。この保護部材１４５は、右側から左側に向けて下方に傾斜する誘導傾斜面１４５ｂを有し、かつ、ノズル１５０を取り囲むように形成されている。このようにノズル１５０を前後方向に挿通するための前挿通孔１４３ａおよび後挿通孔１４３ｂは、左右幅方向の一端側（本実施の形態では右側）に偏って形成される。尚、ノズル１５０を避けるように形成される幅狭経路Ｋ１は、左側でなく右側に形成されるようにしてもよい。
また、前記実施の形態では、ノズル１５０の基部１５１は、前挿通孔１４３ａよりも前方に突出され、該前挿通孔１４３ａよりも前方位置にて突出部１５２が回動可能に接続されていたが、導入経路Ｋ内において基部１５１に対し回動可能に接続されていてもよい。この場合、突出部１５２Ａの移動を許容できるように前挿通孔１４３ａを大きくする必要があるが、その隙間からメダルＭが流出する虞があるため、保護部材１４５によりノズル１５０を取り囲むようにすればよい。
また、このように保護部材１４５によりノズル１５０の周囲を筒状に取り囲むことで、保護部材１４５内にメダルＭが進入してくることがないので、突出部１５２Ａを基部１５１に対して回動可能に設けても、メダルＭの落下に悪影響が及ぶことがない。
また、開閉板１０２における受入部１４０の間口１４０ａに対応する位置、つまり受入部１４０の開口１４０’の入り側には、計数装置１９０にてメダルＭが計数された際に発光する発光部１６５が設けられている。尚、この発光部１６５は、開閉板１０２に設けられた横長長方形状の開口から前面側に露呈している。図４に示すように、計数装置１９０の前部には、メダルＭが計数された際に発光するＬＥＤユニット１９０ｆが設けられ、開閉板１０２の背面側には、計数装置１９０のＬＥＤユニット１９０ｆの発光を受光する受光部１６８が設けられている。また、受光部１６８には、導入された光を発光部１６５に導光する装飾用光ファイバ１６７が接続され、この光ファイバ１６７が開閉板１０２の背面に沿って上方に延設されて発光部１６５に接続されている。
このように発光部１６５を設けることで、メダルＭが計数装置１９０で計数されていることを遊技者に知らせることができる。また、対応するスロットマシン１にてメダルＭが払い出されていることを発光により周囲の遊技者に知らせることができるので、演出効果を高めることができるとともに、周囲の遊技者の視線を集めることで、不正なメダル（贋メダル）等が受入部１４０に投入されることを抑止できる。
また、ＬＥＤユニット１９０ｆを計数装置１９０に設けて、光ファイバ１６７によって発光部１６５までＬＥＤユニット１９０ｆの発光を発光部１６５まで導くことで、計数装置１９０と開閉板１０２との間の配線を不要にできるので、発光部１６５に直接ＬＥＤランプを設けることと比較して、構造を簡略化することができ、開閉板１０２の着脱作業も容易となる。
また、幅狭経路Ｋ１には、図３（Ａ）および図３（Ｂ）で示すように、メダル検出センサ１９０ｈが設けられる。メダル検出センサ１９０ｈは、幅狭経路Ｋ１をメダルＭが通過したか否かを検出する。本実施の形態においては、メダル検出センサ１９０ｈは、幅狭経路Ｋ１の矩形断面の対角線の両端に設けられるフォトセンサの発光部と受光部との対で構成される。しかし、メダル検出センサ１９０ｈはこのような構造に限定されず、幅狭経路Ｋ１をメダルＭが通過したか否かを検出可能な構造であれば他の構造であってもよい。
図４は、本実施の形態のメダル貸出機１００の構成を示すブロック図である。メダル貸出機１００は、紙幣識別ユニット１８０、内部カードリーダライタ１８７、端末リーダライタ１７０、貸出操作基板１８９、再プレイ操作基板１８５、計数装置１９０、払出装置１８２、制御ユニット１８１などを含んで構成される。
紙幣識別ユニット１８０は、紙幣挿入口１１０に連設され、該紙幣挿入口１１０に投入された紙幣を取り込んでその真贋や紙幣種別の識別を実行し、その識別結果を制御ユニット１８１に出力する。該紙幣識別ユニット１８０は、各種紙幣（１万円、５千円、２千円、千円の各紙幣）の受付が可能である。
内部カードリーダライタ１８７は、カード挿入口１１２に対応する位置に内蔵される。内部カードリーダライタ１８７は、カード挿入口１１２から挿入される会員カード並びにビジターカードに記録されているカードＩＤや、会員ＩＤ（会員カードのみ）、プリペイド残額データ等の記録情報の読み出し並びに書き込みを行なうとともに、発行に使用するビジターカード（回収したカードを含む）を貯留するカードストック部（図示略）を有しており、該カードストック部（図示略）に貯留されたカードを発行可能とされている。
端末リーダライタ１７０は、会員携帯端末がかざされる（所定距離以内に近づけられる）と、会員携帯端末との間で無線通信を実行し、会員携帯端末からカードＩＤ、会員ＩＤ、プリペイド残額データ等の記録情報の読み出し並びに書き込みを非接触で行なう。
このように、本実施の形態によるメダル貸出機１００は、ビジターカードあるいは会員カードを受付ける手段（カード挿入口１１２、内部カードリーダライタ１８７等）と、会員携帯端末を受付ける手段（端末リーダライタ１７０等）との双方を備える。なお、ビジターカードあるいは会員カードを受付ける手段を備えずに、会員携帯端末を受付ける手段のみを備える構成であってもよい。
計数装置１９０は、導入されたメダルＭの枚数を計数する。計数装置１９０に導入されたメダルＭは、回転ディスク１９０ｇに投入され、この回転ディスク１９０ｇから１枚ずつ吐出されたメダルＭが整列されて、フォトセンサ１９０ｅによって検知される。フォトセンサ１９０ｅによりメダルＭが検知された瞬間に当該メダルＭの画像がメダル撮影カメラ１９０ｃによって撮像される。
そして、計数装置１９０のコントローラ１９０ａは、メダル撮影カメラ１９０ｃにより撮影したメダル画像に基づいて、メダルＭの真贋（正規メダルか不正メダルか）を瞬時に判定し、その判定結果であるメダル判定情報を制御ユニット１８１に送信するとともに、メダルＭの流路を流路切換器１９０ｄにより切り換えて、正規メダルＭは、正規メダルＭとして計数されて排出口（図示せず）に向けて流し、不正メダルＭは、不正メダルと計数されてメダル貯留ボックス（図示せず）に向けて流すようになっている。このように不正メダルは、計数された後に排出口から排出されずに、メダル貯留ボックス内に貯留されるようになっており、非正規メダルが循環して再使用されてしまうことが防止されている。このように、計数装置１９０に導入されたメダルＭは、その真贋が判定され、かつ計数されるようになっている。また、排出口から排出されたメダルＭは、筐体１０１の下面に形成された開口を介して図示しない遊技機設置島内に排出され、該遊技機設置島内に設けられた回収装置（図示略）に回収されるようになっている。
制御ユニット１８１は、メダル貸出機１００の各機器の動作を制御する。制御ユニット１８１は、制御プログラムを実行可能な中央演算処理回路（ＣＰＵ）１８１ａや、カード類のカードＩＤ、プリペイド残額や、持ちメダル数、貯蓄メダル数、来店ポイント数、対応するスロットマシン１の台データ、遊技中の会員の遊技情報等の各種のデータを記憶可能なＲＡＭ１８１ｂや、中央演算処理回路（ＣＰＵ）１８１ａが実行する制御プログラムや、当該メダル貸出機１００の装置ＩＤを含む設定情報を書き換え記憶可能な不揮発性メモリであるＥＥＰＲＯＭ１８１ｃや、その時点の時刻情報やカレンダ情報等を出力可能なリアルタイムクロック（ＲＴＣ）１８１ｄを含む。ＲＡＭ１８１ｂは図示しない電池によりバックアップされており、電源が遮断されても、所定期間において記憶されているデータが保持される。また、制御ユニット１８１は、通信部１８４並びに前述したＨＵＢ７０を介して各種コンピュータとの双方向のデータ通信が可能とされている。
また、制御ユニット１８１には、前述した液晶表示器１２３およびタッチパネル１２４を制御するための表示制御基板１２９や、紙幣識別ユニット１８０や、状態報知ランプ１１１や、内部カードリーダライタ１８７や、端末リーダライタ１７０や、顔画像撮影カメラ１８８や、払出装置１８２や、スピーカ（図示せず）を制御するための音声制御基板（図示せず）が接続されている。スピーカでは、メダル貸出機１００からの報知が音声によって行なわれる。なお、メダル貸出機１００自体には、音声を出力するための手段を設けずに、呼出ランプ２００のスピーカから報知を行なうための制御信号を出力可能なように構成してもよい。更に、制御ユニット１８１には、後述するメダル情報の総メダル貯留数、自店メダル貯留数、偽メダル貯留数の値をリセットするためのリセットスイッチ１８６が接続されている。このリセットスイッチ１８６は、筐体１０１の内部に設けられ、筐体１０１の前面下部の開閉板１０２（図２参照）を開放した場合に操作できる。
この開閉板１０２（図２参照）の上端には、開閉板鍵１０６が設けられる。この開閉板鍵１０６により施錠することで、開閉板１０２がメダル貸出機１００の前面側に取り外し不能に取り付けられる。尚、遊技場の店員等が携帯する所定の鍵（図示略）を開閉板鍵１０６に差し込まない限り、開閉板１０２を取り外せないようになっている。
また、制御ユニット１８１には、貸出操作基板１８９が接続されている。この貸出操作基板１８９には、前述したカード残高表示部１１５に対応するカード残高表示器１１５’と、メダル貸出ボタン１１６に対応するメダル貸出ボタンスイッチ１１６’と、返却ボタン１１４に対応する返却ボタンスイッチ１１４’と、入金可ランプ１１３と、メダル貸出ランプ１１７と、メダル切れランプ１１８と、計数ボタン１２２に対応する計数ボタンスイッチ１２２’が設けられている。
また、制御ユニット１８１には、再プレイ操作基板１８５が接続されている。この再プレイ操作基板１８５には、前述した暗証番号表示部１１９に対応する暗証番号表示器１１９’と、テンキー１２０に対応するテンキースイッチ１２０’と、再プレイボタン１２１に対応する再プレイボタンスイッチ１２１’と、が設けられている。
また、制御ユニット１８１は、当該メダル貸出機１００の下部位置に設けられている計数装置１９０に接続され、該計数装置１９０による各計数信号が入力可能とされている。この計数装置１９０からの計数信号の入力に応じて、後述する各種テーブルの更新を行なうようになっている。この計数装置１９０には、前述したメダル撮影カメラ１９０ｃ、流路切換器１９０ｄ、ＬＥＤユニット１９０ｆが設けられている。さらに計数装置１９０には、メダル撮影カメラ１９０ｃで撮影したメダル画像等を一時的に記憶するメモリ１９０ｂや、これらのデバイスを制御し、かつメダルＭの真贋を判定するコントローラ１９０ａが設けられている。また、計数装置１９０には、開閉センサ１９０ｋおよびメダル検出センサ１９０ｈが設けられている。
図５は、制御ユニット１８１のＲＡＭ１８１ｂに記憶されている情報（カードテーブル、カード受付け中遊技情報、メダル情報、カウンタ情報）を示す図である。本実施の形態のＲＡＭ１８１ｂに記憶されているカードテーブルには、図５（ａ）に示すように、カード類から読み出したカードＩＤと、会員ＩＤ（会員カード類のみ）と、暗証番号（会員カード類のみ）と、カードＩＤ並びにプリペイド残額データに基づくプリペイド残額と、カードＩＤから特定される持ちメダル数と、カードＩＤと会員ＩＤから特定される貯蓄メダル数（会員カード類のみ）と、会員ＩＤから特定される来店ポイント数（会員カード類のみ）と、当該カード類が入金残額対応カードであるか否かを示す入金残額対応フラグと、当該カード類に対するカードロック機能が有効か無効かを示すカードロック有効フラグと、盗難カード制限機能において当該カード類が盗難された旨の登録がされたカードであるか否かを示す盗難カードフラグと、当該カード類に対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数と、当該カード類に対する少量貸し機能が有効か無効かを示す少量貸し有効フラグが記憶される。
入金残額対応カードとは、後述する図２６の「残額取出」ボタンが操作されることで図２７のステップＳｇ１１で実行される図２８のステップＳｈ１５で排出される会員カードまたはビジターカードであり、入金残額対応カードの旨が対応付けられる。
カードロック機能とは、暗証番号の入力が無い限り、当該カードを返却や、カードロック機能の有効から無効への切替えなどができないようにする機能である。なお、本実施の形態においては、カードロック機能が有効とされている場合は、暗証番号の入力が無い限り、後述する持玉分割機能およびカード後挿入機能も実行できないようにされる。しかし、これに限定されず、カードロック機能が有効である場合に実行が制限される機能は、いずれの機能であってもよい。
盗難カード制限機能とは、盗難されたカードを登録しておくことで、盗難カードが使用できないように制限する機能である。盗難カードの登録は、次のように行なわれる。
たとえば、カード管理コンピュータ５００でメダル貸出機１００の装置ＩＤおよび当該カードを使用していた時間などが入力されることで、メダル管理コンピュータ５５０の図１０のユニット管理テーブルなどで受付けられていたカードＩＤなどが検索されて、図７の会員カードテーブルまたはビジターカードテーブルに、当該カードＩＤの盗難カードフラグがオン状態として登録される。
または、盗難された直後に、店員がリモコンでカードが盗難された旨をメダル貸出機１００に入力することで、図７の会員カードテーブルまたはビジターカードテーブルの、直前に使用されていたカードのカードＩＤに対応する盗難カードフラグがオン状態として登録される。
遊技履歴集計機能とは、当該カード類のカードＩＤに対応付けて、遊技の履歴（たとえば、大当り回数、大当り間変動回数、リーチ回数など）を集計する機能である。少量貸し機能とは、通常の貸出単位額分よりも小額の金額分のメダルを貸出す機能であり、たとえば、通常は１０００円単位でメダルを貸出すが、少量貸し機能で１０００円以下の設定した金額、たとえば、１００円単位での貸出しが可能となる。
また、ＲＡＭ１８１ｂに記憶されているカード受付け中遊技情報には、図５（ｂ）に示すように、カードリーダライタ１８７に会員カードまたはビジターカードが挿入された時点からの遊技情報、つまり、該挿入された会員カードまたビジターカードを所持する遊技者の遊技に関する遊技情報が集計される。
具体的には、遊技者が遊技を開始した開始時間（カードの受付け時刻）と、遊技者が遊技を終了した終了時間（カードの返却時刻）と、遊技者の遊技時間と、遊技者のカードを受付けてから使用した持ちメダル数を示す使用持ちメダル数と、遊技者のカードを受付けてから再プレイに使用した再プレイメダル数（会員のみ）と、遊技者のカードを受付けてから計数装置１９０に投入されたメダルが不正メダルとして判定された場合にその不正メダルと判定された累積数を示す累積不正メダル数と、が記憶され、対応するスロットマシン１で遊技中の遊技者が遊技を開始してからの遊技情報を把握できるようになっている。
また、ＲＡＭ１８１ｂに記憶されているメダル情報には、図５（ｃ）に示すように、払出装置１８２から本日に払い出されたメダルの総数である払出総メダル数と、計数装置１９０に本日に投入されたメダルの総数である計数総メダル数（計数遊技媒体数）と、計数装置１９０にて不正メダルであると判定されたメダルの総数である総不正メダル数と、計数装置１９０にて不正メダルであると判定されてメダル貯留ボックスに貯留されたメダルの総数である総メダル貯留数と、この総メダル貯留数のうち、自店の他の領域で用いられるメダルである自店メダルの貯留数を示す自店メダル貯留数と、他店等の外部から持ち込まれたメダルである偽メダルの貯留数を示す偽メダル貯留数と、が記憶される。
また、ＲＡＭ１８１ｂに記憶されているカウンタ情報には、図５（ｄ）に示すように、計数装置１９０に投入されたメダルが連続して不正メダルであると判定された場合に、１が加算更新（インクリメント）される連続不正メダルカウンタが設定されている。
＜＜＜カード管理コンピュータ５００＞＞＞
次に、本実施の形態のカード管理コンピュータ５００について、図６に基づき説明する。まず、本実施の形態に用いたカード管理コンピュータ５００は、図６に示すように、コンピュータ内部にてデータの送受を行なうデータバス５０１に、該カード管理コンピュータ５００が実行する各種処理を行なうＣＰＵ５０２、ワークメモリ等として使用されるＲＡＭ５０３、時刻情報やカレンダ情報を出力するＲＴＣ５０４、ハードディスク等からなる記憶装置５０５、キーボードやマウス等の入力装置５０６、各種の画面を表示出力する表示装置５０７、各種情報をプリント出力するプリンタ５０８、ローカルエリアネットワーク（ＬＡＮ）に接続されたメダル貸出機１００（制御ユニット１８１）やカード発行・入金機等の各装置とのデータ通信を行なう通信部５０９、カード会社に設置された管理サーバ８２とのデータ通信を行なうデジタルサービスユニット（ＤＳＵ）５１０が接続された通常のコンピュータである。
記憶装置５０５には、カード管理コンピュータ５００において実行される各種処理を行なうための処理内容が記述された処理プログラムに加えて、会員カード類に残存するプリペイド残額を管理するための会員カードテーブル（図７（ａ）参照）と、ビジターカードに残存するプリペイド残額を管理するためのビジターカードテーブル（図７（ｂ）参照）と、が記憶されている。
会員カードテーブルには、図７（ａ）に示すように、各会員カード類を個々に識別可能な会員カードＩＤに対応付けて、当該会員カード類を所持する会員遊技者の会員ＩＤと、プリペイド残額と、当該会員カード類が使用不可であるか否かを示す使用不可フラグと、当該会員カード類が入金残額対応カードであるか否かを示す入金残額対応フラグと、カードロック機能等に用いられる暗証番号と、当該会員カード類に対するカードロック機能が有効か無効かを示すカードロック有効フラグと、盗難カード制限機能において当該会員カード類が盗難された旨の登録がされたカード類であるか否かを示す盗難カードフラグとが記憶されている。これにより、会員カード類に記憶されている会員カードＩＤ若しくは会員ＩＤから、プリペイド残額、当該会員カード類の使用可否、当該会員カード類が入金残額対応カードであるか否か、暗証番号、カードロック機能が有効か無効か、および、盗難された旨の登録がされたカード類であるか否かを特定できるようになっている。本実施の形態においては会員カード類の暗証番号は、会員カード類の発行時に、予め設定される。
また、ビジターカードテーブルには、図７（ｂ）に示すように、各ビジターカードを個々に識別可能なカードＩＤに対応付けて、当該ビジターカードの状況（利用中であるか保管中であるか）と、当該ビジターカードが発行された最新の日時である最新発行日時と、プリペイド残額と、当該ビジターカードが使用不可であるか否かを示す使用不可フラグと、当該ビジターカードが入金残額対応カードであるか否かを示す入金残額対応フラグと、当該ビジターカードに対するカードロック機能が有効か無効かを示すカードロック有効フラグと、カードロック機能等に用いられる暗証番号と、盗難カード制限機能において当該ビジターカードが盗難された旨の登録がされたカードであるか否かを示す盗難カードフラグとが記憶されている。これにより、ビジターカードに記憶されているカードＩＤから、プリペイド残額、当該ビジターカードの使用可否、当該ビジターカードが入金残額対応カードであるか否か、最新発行日時、カードロック機能が有効か無効か、暗証番号、および、盗難された旨の登録がされたカードであるか否かを特定できるようになっている。
本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００におけるカード類の受付けに応じて各メダル貸出機１００から送信される、該メダル貸出機１００の装置ＩＤ並びに該受付けたカード類から読み出した（会員）カードＩＤ並びにプリペイド残額を含むカード受付け通知の受信に応じて、該カード類の使用の可否を判定してメダル貸出機１００に返信する処理を実行する。
また、本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００における貸出処理の実行に伴い送信される貸出完了通知の受信に応じて、該受信した貸出完了通知に含まれる（会員）カードＩＤに対応して会員カードテーブル若しくはビジターカードテーブルに記憶されているプリペイド残額から、該貸出完了通知に含まれる税込使用額を減算更新する処理を行なう。
また、本実施の形態のカード管理コンピュータ５００（ＣＰＵ５０２）は、メダル貸出機１００或いはカード発行・入金機における発行・入金処理の実行に伴い送信されるカード入金通知の受信に応じて、該受信したカード入金通知に含まれる（会員）カードＩＤに対応して会員カードテーブル若しくはビジターカードテーブルに記憶されているプリペイド残額に、該カード入金通知に含まれる入金金額を加算更新する処理を行なう。
次に、本実施の形態のメダル管理コンピュータ５５０について、図８に基づき説明する。まず、本実施の形態に用いたメダル管理コンピュータ５５０は、図８に示すように、コンピュータ内部にてデータの送受を行なうデータバス５５１に、該メダル管理コンピュータ５５０が実行する各種処理を行なう中央演算処理装置（ＣＰＵ）５５２、ワークメモリ等として使用されるＲＡＭ５５３、時刻情報やカレンダ情報を出力するリアルタイムクロック（ＲＴＣ）５５４、ハードディスク等からなる記憶装置５５５、キーボードやマウス等の入力装置５５６、各種の画面を表示出力する表示装置５５７、各種情報をプリント出力するプリンタ５５８、ローカルエリアネットワーク（ＬＡＮ）に接続されたメダル貸出機１００とのデータ通信を行なう通信部５５９が接続された通常のコンピュータである。
記憶装置５５５には、メダル管理コンピュータ５５０において実行される各種処理を行なうための処理内容が記述された処理プログラムに加えて、会員カード類を所持する会員遊技者が所有する営業当日において当該会員遊技者により獲得された持ちメダル数、並びに営業当日前に当該会員遊技者により獲得された貯蓄メダル数を管理するための会員貯蓄管理テーブル（図９（ａ）参照）と、ビジターカードに記録されている該ビジターカードを所持する遊技者により営業当日において獲得された持ちメダル数を管理するためのビジター貯蓄管理テーブル（図９（ｂ）参照）と、遊技場内の各メダル貸出機１００におけるその時点の総不正メダル数等と各メダル貸出機１００に受付け中のカード類とを管理するためのユニット管理テーブル（図１０参照）と、会員カード類を所有する会員遊技者に関する会員情報が格納される会員情報テーブル（図１１（ａ）参照）と、会員遊技者を特定可能な会員ＩＤごとに、当該会員遊技者の遊技情報を含む遊技履歴が格納される会員別遊技履歴テーブル（図１１（ｂ）参照）と、が記憶されている。
会員貯蓄管理テーブルには、図９（ａ）に示すように、各会員カードＩＤに対応付けて、当該会員カード類を所持する会員遊技者を個々に識別可能な会員識別情報である会員ＩＤと、当該会員遊技者がその営業当日において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である持ちメダル数と、当該会員遊技者がその営業当日前において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である貯蓄メダル数と、当該会員カード類に対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数とが記憶されている。これにより、会員カード類に記憶されているカードＩＤ若しくは会員ＩＤから、当該会員遊技者が所有する持ちメダル数、貯蓄メダル数および本日の大当り回数を特定できるようになっている。
尚、会員貯蓄管理テーブルに管理されている持ちメダル数は、その営業当日のみ持ちメダル数として管理されており、営業終了後の締め処理において会員貯蓄管理テーブルに存在する持ちメダル数は、貯蓄メダル数に加算更新された後、全てリセットされる。また、会員貯蓄管理テーブルに管理されている大当り回数は、営業終了後に、図１１（ｂ）の会員別遊技履歴テーブルの累計大当り回数に加算更新された後、リセットされる。
また、ビジター貯蓄管理テーブルには、図９（ｂ）に示すように、各ビジターカードを個々に識別可能なカードＩＤに対応付けて、当該ビジターカードの最新発行日時と、該ビジターカードを所持する遊技者がその営業当日において獲得した獲得メダル数の合計であって遊技や景品交換に未使用のメダル数である持ちメダル数と、当該ビジターカードに対する遊技履歴集計機能の履歴集計処理で集計されている本日の大当り回数とが記憶されている。これにより、ビジターカードに記憶されているカードＩＤから、当該遊技者が所有する持ちメダル数および本日の大当り回数を特定できるようになっている。
尚、ビジター貯蓄管理テーブルに管理されている持ちメダル数は、その営業当日のみ有効とされており、営業終了後の締め処理においてビジター貯蓄管理テーブルに存在する持ちメダル数が全てリセットされることにより、無効化される。また、ビジター貯蓄管理テーブルに管理されている大当り回数は、その営業当日のみ有効とされており、営業終了後に、リセットされる。
ユニット管理テーブルには、図１０に示すように、遊技場内に設置された各メダル貸出機１００に固有に付与された装置ＩＤに対応付けて、メダル貸出機１００のローカルＩＰアドレスが格納されるローカルＩＰと、当該メダル貸出機１００が設置されている遊技島の島番号が格納される設置島と、当該メダル貸出機１００がカードの受付け中であるか待機中であるかが格納される状況と、当該メダル貸出機１００が対応するスロットマシン１の台番号が格納される対応台番号と、受付け中のカード類のカードＩＤが格納される受付ＩＤと、その時点における各メダル貸出機１００にて計数された総不正メダル数と、各メダル貸出機１００に貯留されるメダルの総メダル貯留数、自店メダル貯留数、偽メダル貯留数とが記憶されており、これらメダル関連情報は、メダル管理コンピュータ５５０にて実行される後述の計数処理において定期的に各メダル貸出機１００から送信されることで、最新のメダル関連情報が管理されるようになっている。
会員情報テーブルには、図１１（ａ）に示すように、会員カード類を所持する会員遊技者の会員ＩＤに対応付けて、本人確認のための暗証番号と、会員カード類の受付けに応じて一日に１回所定の来店ポイントが加算更新される来店ポイントと、来店状況等に基づくランクと、会員の氏名（名字並びに名前）、性別、年齢、誕生日、職業、住所、電子メールアドレスからなる会員属性情報（個人情報）とが登録されている。
また、会員別遊技履歴テーブルには、図１１（ｂ）に示すように、会員ＩＤごとに、当該会員遊技者の遊技履歴、具体的には、来店日、遊技を行なったスロットマシン１の台番号、機種名、遊技開始時間（時刻）、遊技終了時間（時刻）、遊技開始から終了までの間の遊技時間、再プレイメダル数、使用持ちメダル数、計数メダル数、累計大当り回数からなる遊技履歴が格納されている。会員別遊技履歴テーブルの来店日には、ＲＴＣ５５４から出力されるカレンダ情報に基づく当該遊技履歴の記憶時点の年月日が格納されるとともに、遊技開始時間、遊技終了時間、遊技時間の遊技履歴は、カードの返却時にメダル貸出機１００から送信される会員遊技履歴データに基づいて記憶される。
ここで、本実施の形態のメダル管理コンピュータ５５０にて実行可能な不正メダル関係の設定について、図１２に基づいて説明すると、本実施の形態のメダル管理コンピュータ５５０では、遊技場内のメダル貸出機１００にて実行される不正メダル検出時の報知や動作条件に関する各種設定が、図１２に示す不正メダル関係設定画面（閾値設定手段）において可能とされている。
本実施の形態の不正メダル関係設定画面には、図１２に示すように、画面上部に、「台単位設定」および「島単位設定」の設定項目が設けられており、該不正メダル関係設定画面において設定対象とするスロットマシン１を、台単位または島単位で指定できるようになっている。
たとえば、「台単位設定」を用いれば、設定対象とするスロットマシン１を１台ずつ台番号にて指定することができ、「島単位設定」を用いれば、設定対象とするスロットマシン１を複数台ずつ島番号で指定することができる。尚、「島単位設定」を用いれば、１枚５円の価値を有するメダルにて遊技を実施可能な遊技領域や、１枚２０円の価値を有するメダルにて遊技を実施可能な遊技領域などを遊技島ごとに指定できるようになっている。尚、「島単位設定」においては、一の遊技島の一面に設置されている複数のスロットマシン１と他面に設置されている複数のスロットマシン１とを個別に設定できるように島単位が区分けされている。
また、不正メダル関係設定画面に設けられた「不正メダル検出報知条件」の項目には、各メダル貸出機１００において、計数装置１９０に投入されたメダルが不正メダルと判定されたときに、報知を行なう条件である「総不正メダル数」、「累積不正メダル数」、「連続不正メダル検出回数」を設定するための選択入力部が設けられている。
また、「不正メダル検出報知条件」の項目において、「総不正メダル数」の選択入力部では、遊技場の営業開始の時点から計数装置１９０にて不正メダルとして判定されたメダルの総数、つまり前述したメダル情報の総不正メダル数（図５（ｃ）参照）が、所定枚数（本実施の形態では１０枚）になった時点で報知を行なうように設定できる。
また、「不正メダル検出報知条件」の項目において、「累積不正メダル数」の選択入力部では、遊技者が会員カードまたはビジターカードをメダル貸出機１００に挿入した時点からから計数装置１９０にて不正メダルとして判定されたメダルの総数、つまり前述したカード受付け中遊技情報の累積不正メダル数（図５（ｂ）参照）が、所定枚数（本実施の形態では１０枚）になった時点で報知を行なうように設定できる。
また、「不正メダル検出報知条件」の項目において、「連続不正メダル検出回数」の選択入力部では、計数装置１９０にて連続して不正メダルとして判定された回数、つまり前述したカウンタ情報の連続不正メダルカウンタ（図５（ｄ）参照）が、所定回数になった時点（本実施の形態では不正メダルが３回連続して検出された時点）で報知を行なうように設定できる。
このように、「総不正メダル数」、「累積不正メダル数」、「連続不正メダル検出回数」を設定しておくことで、メダル貸出機１００の払出装置１８２から払い出されたメダルに数枚の不正メダルが紛れ込んでおり、これら不正メダルが紛れ込んでいることを気づかずに遊技者が計数した場合（故意ではない場合）などに、不正メダルとして報知されずに済むようになる。尚、不正メダルが１枚でも検出された時点で報知を行なうように設定をすることもできる。
また、不正メダル関係設定画面に設けられた「不正メダル検出時動作」の項目では、前述の「不正メダル検出報知条件」の項目において設定された条件になったときに、アラーム報知（状態報知ランプ１１１の点灯およびメダル管理コンピュータ５５０に通知）のみを行なうか、アラーム報知および計数装置１９０の計数停止を行なうか、を選択するためのチェックボックスが設けられている。
また、不正メダル関係設定画面に設けられた「不正メダル取り扱い」の項目では、計数装置１９０において不正メダル（自店メダルまたは偽メダル）が検出された際に、該不正メダルをメダル貯留ボックスに貯留するか否かの設定をすることができる。この「不正メダル取り扱い」には、「貯留部無効」と「貯留部満タン時に不正メダルを島内へ排出」と「貯留部満タン時にエラー停止」のチェックボックスが設けられている。
ここで、「貯留部無効」のチェックボックスにチェックすると、計数装置１９０にて不正メダルを検出したときに、メダル貯留ボックスに貯留せずに、排出口から遊技島に排出するようにできる。この「貯留部無効」の設定は、遊技島に別途にメダル真贋判定機を設けて不正メダルを回収する装置がある場合に用いられる設定となっている。
また、「貯留部満タン時に不正メダルを島内へ排出」のチェックボックスにチェックすると、メダル貯留ボックスが満タンになった場合のみ、メダル貯留ボックスに貯留せずに、排出口から遊技島に排出するようにできる。
また、「貯留部満タン時にエラー停止」のチェックボックスにチェックすると、メダル貯留ボックスが満タンになった場合に、計数装置１９０の計数処理を停止してエラー報知を行なうように設定できる。
また、不正メダル関係設定画面に設けられた「貯留部状態報知条件」の項目には、「満タン時報知条件」となる枚数を設定する選択入力部と、「閉店時報知条件」となる枚数を設定する選択入力部とが設けられている。
ここで、「満タン時報知条件」では、メダル貯留ボックスが満タンになったと判定する基準となるメダルの枚数である第１閾値（第１貯留量）の設定が行なえる。たとえば、本実施の形態では、「満タン時報知条件」として「１００枚」と設定されており、これはメダル貯留ボックスに１００枚の不正メダルが貯留されたとき、つまり前述のメダル情報の総メダル貯留数（図５（ｃ）参照）が１００枚となった時点で、満タンになったと判定する設定となっている。尚、メダル貸出機１００は、「満タン時報知条件」が成立した時点で、後述するように、状態報知ランプ１１１を点灯させて報知を行なうとともに、メダル管理コンピュータ５５０に通知する。
また、本実施の形態では、遊技場の閉店時（営業終了時）にメダル貯留ボックスに所定枚数のメダルが貯留されている場合に、メダル貯留ボックスからメダルを回収する対象となっているメダル貸出機１００であることを、状態報知ランプ１１１を点灯させて報知を行なうとともに、メダル管理コンピュータ５５０に通知するようになっている。「閉店時報知条件」では、メダル貯留ボックスからメダルを回収する対象となっているメダル貸出機１００か否かを判定する基準となるメダルの枚数である第２閾値（第２貯留量）の設定が行なえる。たとえば、本実施の形態では、「閉店時報知条件」として「５０枚」（満タン時の５０％）と設定されており、これは閉店時（営業終了時）において、メダル貯留ボックスに５０枚の不正メダルが貯留されたとき、つまり前述のメダル情報の総メダル貯留数（図５（ｃ）参照）が５０枚となっている場合に報知を行なう設定となっている。
本実施の形態では、「満タン時報知条件」および「閉店時報知条件」において、閾値となる枚数を適宜設定することで、大きさが異なるメダル（たとえば、φ２５のメダルとφ３０のメダル）について、メダル貯留ボックスの大きさに合わせて設定することができる。たとえば、同じ枚数のメダルが貯留された場合でも、メダルの大きさに応じてメダル貯留ボックスの貯留量は変わる（たとえば、φ２５のメダルならば１００枚で満杯になるが、φ３０のメダルならば８０枚程度で満杯になる）ので、メダルの大きさに応じて閾値を変えることにより適正なレベルで報知することができる。
＜メダル貸出機１００の動作＞
以下、本実施の形態のメダル貸出機１００の動作について、図１５〜図３１を用いて説明する。まず、図１５に示すように、メダル貸出機１００の制御ユニット１８１は、メダル貸出機１００への電源投入により起動されることで、Ｓｂ１の起動処理を実行して、各種テーブルの初期化並びに各部の接続状況の確認や、カード管理コンピュータ５００やホールコンピュータ５４０、メダル管理コンピュータ５５０への接続確認要求の送信、並びに該接続確認要求の送信に応じてカード管理コンピュータ５００、ホールコンピュータ５４０、メダル管理コンピュータ５５０から返信される設定情報に基づく各設定データに初期値等の設定等を実行する。
そして、該起動処理の完了後においてＳｂ２〜Ｓｂ８の処理を巡回実行することで、カード挿入口１１２への会員カード或いはビジターカードの挿入であるカード受付け（Ｓｂ２）、会員遊技者によって会員携帯端末が端末リーダライタ１７０にかざされた場合に行なわれる端末ＩＤ受信（Ｓｂａ２）、遊技者（会員またはビジター）による貸出ボタンの操作（Ｓｂ３）、紙幣挿入口１１０からの紙幣の投入による現金受付け（Ｓｂ４）、遊技者による返却ボタンの操作（Ｓｂ５）、再プレイボタン１２１の操作（Ｓｂ６）、計数装置１９０に対するメダル投入の検出（Ｓｂ７）、所定のエラー信号の検出（Ｓｂ８）を検知する待機状態となる。
＜＜カード受付け処理＞＞
これらＳｂ２〜Ｓｂ８の待機状態において、遊技者が、ビジターカードまたは会員カードをカード挿入口１１２に挿入した場合には、該ビジターカード或いは会員カードの挿入に伴う挿入検知情報がカードリーダライタ１８７から制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ２においてカード受付け有りと判断してＳｂ２０のステップに進み、カード受付け処理を実行する。
図１６は、メダル貸出機において実行されるカード受付け処理の処理内容を示すフロー図である。図１６を参照して、このＳｂ２０における本実施の形態のカード受付け処理においては、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カード挿入口１１２に挿入された会員カードまたはビジターカードの取り込み指示をカードリーダライタ１８７に出力して、挿入された会員カード或いはビジターカードをカードリーダライタ１８７内に取り込んで、該会員カード或いはビジターカードに記憶されている記憶データ、具体的には、当該会員カード或いはビジターカードの（会員）カードＩＤと会員ＩＤ（会員カードのみ）とプリペイド残額データ、持ちメダル数データ（ビジターカードのみ）等を読み出す（ステップＳｎ１）。
そして、制御ユニット１８１のＣＰＵ１８１ａは、受付けた会員カードまたはビジターカードから読出した（会員）カードＩＤと当該メダル貸出機１００の装置ＩＤとを含む盗難カード確認要求をカード管理コンピュータ５００に送信する（ステップＳｎ２１）。
カード管理コンピュータ５００のＣＰＵ５０２は、図７で説明した会員カードテーブルまたはビジターカードテーブルに基づいて、盗難カード確認要求に含まれる（会員）カードＩＤに対応する盗難カードフラグがオン状態であることを示す「１」であるか否かを確認する。そして、確認結果に基づいて、盗難カードであるか否かを示す情報を、盗難カード確認要求に含まれる装置ＩＤのメダル貸出機１００に送信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受信した盗難カードであるか否かを示す情報に基づいて、受付けたカードが盗難カードであるか否かを判断する（ステップＳｎ２２）。
盗難カードである（ステップＳｎ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、盗難カードを受付けた旨の情報および当該メダル貸出機１００の装置ＩＤを、ホールコンピュータ５４０に送信する（ステップＳｎ２３）。
ホールコンピュータ５４０では、当該情報の受信に基づいて、無線放送システム２０を制御して、店員が装着しているインカム９から、盗難カードが受付けられた旨、および、そのメダル貸出機１００の装置ＩＤを報知する音声を出力するとともに、監視カメラシステム２１を制御して、当該メダル貸出機１００に盗難カードを挿入した遊技者を撮影する。これにより、盗難の疑いのあるカードを使用しようとした遊技者を特定することができるとともに、当該盗難カードの使用の証拠を残すことができる。
この後、メダル貸出機１００のＣＰＵ１８１ａは、店員が所持するリモコンからのリセット信号を受信したか否かを判断することによって、リセット操作があったか否かを判断する（ステップＳｎ２４）。リセット操作がない（ステップＳｎ２４でＮＯ）と判断した場合、ＣＰＵ１８１ａはこの処理を繰返す。
一方、店員が当該メダル貸出機１００に駆け付けてリセット操作をした（ステップＳｎ２４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードを返却するようカードリーダライタ１８７を制御して（ステップＳｎ４）、当該カード受付け処理の呼出元に処理を戻す。
一方、盗難カードでない（ステップＳｎ２２でＮＯ）と判断した場合、制御ユニット１８１のＣＰＵ１８１ａは、受付けた会員カードまたはビジターカードから読み出した（会員）カードＩＤとプリペイド残額データと装置ＩＤとを含む認証要求をカード管理コンピュータ５００に送信する（ステップＳｎ２）。そして、カード管理コンピュータ５００からの認証結果を受信するカード認証処理を実行し、認証ＮＧであるか否かを判断する（ステップＳｎ３）。
カード管理コンピュータ５００から返信された認証結果が「認証ＮＧ」である場合（ステップＳｎ３でＹＥＳである場合）に、メダル貸出機１００は、受付けた会員カード或いはビジターカードの排出指示をカードリーダライタ１８７に出力して、挿入された会員カード或いはビジターカードを返却させてカード受付け処理を終了する（ステップＳｎ４）。一方、返信された認証結果が「認証ＯＫ」である場合（ステップＳｎ３でＮＯである場合）には、受付けたカードから読み出した（会員）カードＩＤと会員ＩＤ（会員のみ）とプリペイド残額とをカードテーブルに格納するとともに、メダル管理コンピュータ５５０に対して、受付けた会員カード或いはビジターカードから読み出した（会員）カードＩＤと装置ＩＤと持ちメダル数（ビジターカードのみ）とを含むカード受付け通知を送信し、カード管理コンピュータ５００に対して、受付けた会員カード或いはビジターカードから読み出した（会員）カードＩＤと装置ＩＤとを含むカード受付け通知を送信する（ステップＳｎ５）。
次いで、メダル管理コンピュータ５５０は、受信したカード受付け通知に含まれる（会員）カードＩＤに対応する持ちメダル数（遊技媒体の全種類および全単価）、貯蓄メダル数（会員のみ）（遊技媒体の全種類および全単価）および本日の大当り回数を、会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルにおいて該（会員）カードＩＤに対応して記憶されている各データから特定するとともに、該カードＩＤが会員カードＩＤである場合には、該会員カードＩＤに対応して会員情報テーブルに記憶されている暗証番号と来店ポイントとを更に特定し、これら特定した持ちメダル数、貯蓄メダル数（会員のみ）、来店ポイント（会員のみ）、暗証番号（会員のみ）および（会員）カードＩＤを含む受付け処理完了通知を、受信したカード受付け通知の送信元のメダル貸出機１００に対して返信する。
また、カード管理コンピュータ５００は、受信したカード受付け通知に含まれる（会員）カードＩＤに対応する暗証番号、カードロック有効フラグ、盗難カードフラグを、会員カードテーブルまたはビジターカードテーブルにおいて該（会員）カードＩＤに対応して記憶されている各データから特定し、これら特定した暗証番号、カードロック有効フラグおよび盗難カードフラグを含む受付け処理完了通知を、受信したカード受付け通知の送信元のメダル貸出機１００に対して返信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０およびカード管理コンピュータ５００から処理完了通知を受信したか否かを判断する（ステップＳｎ６）。この受付け処理完了通知の受信に応じて（ステップＳｎ６でＹＥＳとなったことに応じて）、メダル貸出機１００の制御ユニット１８１（記憶処理手段）のＣＰＵ１８１ａは、受信した受付け処理完了通知に含まれる持ちメダル数（遊技媒体の全種類および全単価）、貯蓄メダル数（会員のみ）（遊技媒体の全種類および全単価）、来店ポイント（会員のみ）、暗証番号、本日の大当り回数、カードロック有効フラグ、盗難カードフラグを、カードテーブルに格納するとともに、カードテーブルに記憶されているプリペイド残額を残額表示部１１５に表示し、更に、カード受付け中遊技情報（図５（ｂ）参照）をリセットするとともに、その時点の時刻を「開始時刻」に格納する（ステップＳｎ７）。なお、会員については、メダル管理コンピュータ５５０およびカード管理コンピュータ５００から同じ暗証番号が受信される。
そして、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受付けたカードが入金残額対応カードであるか否かを判断する（ステップＳｎ１１）。入金残額対応カードであるか否かは、会員カードの場合は、カード管理コンピュータ５００の図７で示した会員カードテーブルに記憶されている入金残額対応フラグが「１」つまりオンの状態であるか否かを、カード管理コンピュータ５００に問合せることによって判断される。ビジターカードの場合は、同方法に加えて、カード自体にも入金残額対応フラグを記録するので、これを参照して判断されるようにしてもよい。
入金残額対応カードである（ステップＳｎ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入金残額対応カードの排出時である後述する図２８の残額取出処理の実行時にステップＳｈ１４で記憶されるカードＩＤと、今回、受付けられたカードのカードＩＤが一致するか否かを判断する（ステップＳｎ１２））。一致する（ステップＳｎ１２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カードである場合は、カード管理コンピュータ５００の会員カードテーブルの入金残額対応フラグをオフの状態にして、ビジターカードである場合は、加えて、カード自体に記録された入金残額対応フラグもオフの状態にする（ステップＳｎ１３）。
ＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグがオン状態であるか否かを判断する（ステップＳｎ１４）。残額排出フラグがオン状態であると判断した場合（ステップＳｎ１４でＹＥＳ）、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｎ１５）。その後、ステップＳｂ２〜Ｓｂ８の待機状態に戻る。
ここでは、入金残額も持ちメダル数もメダル貸出機１００に記憶されていない状態で外部からカードが受付けられた状態であり、もはや、入金残額対応カードに、後から持ちメダル数や入金残額を追加で書込む必要性が無くなった状態であるので、ステップＳｎ１３およびステップＳｎ１５で、入金残額対応フラグおよび残額排出フラグをオフにする。
また、遊技者が貸出ボタンの操作を実施した場合には、該遊技者による貸出ボタン１１６の操作を検知するための貸出ボタンスイッチ１１６’からの信号が制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ２〜Ｓｂ８の待機状態におけるＳｂ３のステップにおいて貸出ボタンの操作有りと判断してＳｂ２１のステップに進み、前述したように１０００円分のメダルＭを貸し出す貸出処理を実行する。
貸出処理は、液晶表示器１２３に持玉数および貯玉数などが表示されているときであっても、不能動化されない。具体的には、玉情報表示フラグがオン状態であってもオフ状態であっても、ステップＳｂ２１の処理が実行される。
＜＜端末受付け処理＞＞
また、前述した図１５のＳｂ２〜Ｓｂ８の待機状態において、会員遊技者によって会員携帯端末が端末リーダライタ１７０にかざされた場合には、会員携帯端末に記憶されている会員カードＩＤおよび会員ＩＤ（以下、単に「端末ＩＤ」ともいう）が端末リーダライタ１７０に非接触（無線）で送信される。端末リーダライタ１７０は、会員携帯端末から取得（受信）した端末ＩＤを制御ユニット１８１に出力する。
制御ユニット１８１は、端末リーダライタ１７０から端末ＩＤを受信した場合（図１５のＳｂａ２にてＹＥＳ）、端末受付け処理を実行する（図１５のＳｂａ２０）。
図１７は、制御ユニット１８１によって行なわれる端末受付け処理（図１５のＳｂａ２０の処理）の詳細内容を示すフロー図である。ステップＳｎａ１にて、制御ユニット１８１は、今回受信された端末ＩＤが前回受付けられた端末ＩＤと一致するか否かを判定する。今回受信された端末ＩＤが前回受付けられた端末ＩＤと一致する場合（ステップＳｎａ１にてＹＥＳ）、制御ユニット１８１は、今回受信された端末ＩＤを受付ける（ステップＳｎａ２）。一方、今回受信された端末ＩＤが前回受付けられた端末ＩＤと一致しない場合（ステップＳｎａ１にてＮＯ）、制御ユニット１８１は、暗証番号の入力を促すメッセージを液晶表示器１２３に表示する（ステップＳｎａ３）。なお、表示場所は、液晶表示器１２３以外の場所であってもよい。
ステップＳｎａ４にて、制御ユニット１８１は、暗証番号が入力されたか否かを判定する。暗証番号が入力されていない場合（ステップＳｎａ４にてＮＯ）、処理はステップＳｎａ３に戻され、暗証番号の入力を促すメッセージの表示が継続される。暗証番号が入力された場合（ステップＳｎａ４にてＹＥＳ）、制御ユニット１８１は、入力された暗証番号を認証するか否か（正当であると認めるか否か）を判定する（ステップＳｎａ５）。たとえば、制御ユニット１８１は、入力された暗証番号が今回受信された端末ＩＤに対応付けられた暗証番号（図７のテーブル参照）と一致する場合に、入力された暗証番号を認証し（正当であると認め）、そうでない場合に、入力された暗証番号を認証しない（正当であると認めない）。
入力された暗証番号が認証された場合（ステップＳｎａ５にてＹＥＳ）、制御ユニット１８１は、今回受信された端末ＩＤを受付ける（ステップＳｎａ２）。一方、入力された暗証番号が認証されない場合（ステップＳｎａ５にて）、制御ユニット１８１は、今回受信された端末ＩＤを受付けない（ステップＳｎａ６）。
ステップＳｎａ２にて端末ＩＤを受付けたことに応じて、制御ユニット１８１は、再プレイ処理を実行する（ステップＳｎａ７）。再プレイ処理とは、カードＩＤおよび会員ＩＤに対応付けられた有価価値を用いて遊技機での遊技を可能にするための処理（以下「遊技可能化処理」ともいう）の１つである。再プレイ処理の詳細手順については後述の図２１で詳述する。
再プレイ処理の実行に応じて、制御ユニット１８１は、受付けられた端末ＩＤに対応付けられた有価価値情報のうちから端末ＩＤを受付けたメダル貸出機１００に対応するスロットマシン１で遊技可能なものの情報をメダル管理コンピュータ５５０から取得（受信）してディスプレイ１２３に表示させる（Ｓｎａ８）。なお、本処理において、有価価値情報を表示するたびにはメダル管理コンピュータ５５０に問合せないようにしてもよい。たとえば、メダル貸出機１００がメダル管理コンピュータ５５０から取得して記憶している有価価値情報を、遊技の進行に応じてローカルで（メダル貸出機１００内で）増減させた情報を表示するようにしてもよい。また、本処理における有価価値情報の表示は、少なくともメダルの払出しが終了するまで継続され、メダルの払出しが終了した時またはメダルの払出しが終了したことを契機として終了される。
＜＜発行・入金処理＞＞
また、前述したＳｂ２〜Ｓｂ８の待機状態において、遊技者が紙幣挿入口１１２から現金（紙幣）を投入した場合には、該現金（紙幣）の投入に伴う貨幣識別情報が紙幣識別ユニット１８０から制御ユニット１８１に出力されることで、制御ユニット１８１は、Ｓｂ４のステップにおいて現金の受付け有りと判断してＳｂ２２のステップに進み、発行・入金処理を実行する。
図１８は、メダル貸出機において実行される発行・入金処理の処理内容を示すフロー図である。図１８を参照して、この発行・入金処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグがオン状態であるか否かを判断する（ステップＳｋ１）。
残額排出フラグがオン状態である（ステップＳｋ１でＹＥＳ)と判断した場合、ＣＰＵ１８１ａは、入金残額が対応付けられた入残残額対応カードを排出済みの旨、および、このまま入金を継続するか否かを確認する旨を、液晶表示器１２３に表示して報知する。報知は、スピーカ等から音声で報知してもよい。液晶表示器１２３での表示には、入金を継続する旨を入力するためのボタンと、入金を継続しない旨を入力するためのボタンとが表示される。
液晶表示器１２３のタッチパネル１２４で入金を継続するまたはしない旨のいずれの入力がされたかが判断され、入金を継続しない旨の入力がされた（ステップＳｋ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、紙幣を返却するよう紙幣識別ユニット１８０を制御する。その後、ステップＳｂ２〜Ｓｂ８の待機状態に戻る。
一方、残額排出フラグがオン状態でない（ステップＳｋ１でＮＯ）と判断した場合、および入金を継続する旨の入力がされた（ステップＳｋ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、発行・入金メイン処理として以下の処理を実行する（ステップＳｋ５）。
発行・入金メイン処理において、まず、入力された貨幣識別情報から投入された貨幣の投入金額を特定するとともに、カードリーダライタ１８７に受付け中の会員カード或いはビジターカードが存在するか否かを判定する。
そして、受付け中の会員カード或いはビジターカードが存在しないとの判定の場合に制御ユニット１８１は、カード貯留部（図示略）に収納されているビジターカードをカード挿入口１１２内の所定の読み取り位置に移動させて、当該ビジターカードのカードＩＤを読み出し、該読み出したカードＩＤと、投入金額と、当該メダル貸出機１００の装置ＩＤとを含む発行要求をカード管理コンピュータ５００に送信する。
この発行要求の受信に応じてカード管理コンピュータ５００は、受信した発行要求に含まれるカードＩＤが、ビジターカードテーブルに存在するか否かを判定し、存在する場合には、該カードＩＤに対応するビジターカードテーブルの「状況」を「利用中」に更新し、ＲＴＣ１８１ｄから出力されるその時点の日時を最新発行日時に格納するとともに、受信した投入金額を「残存金額」にプリペイド残額として格納して、「発行許諾」を該発行要求の送信元のメダル貸出機１００に対して返信する。尚、受信したカードＩＤが、ビジターカードテーブルに存在しない場合には、「発行不可」が返信される。
また、「発行許諾」の送信に伴いカード管理コンピュータ５００は、メダル管理コンピュータ５５０に対して、格納した最新発行日時と受信した発行要求に含まれるカードＩＤと装置ＩＤとを含む発行通知をメダル管理コンピュータ５５０に通知することで、メダル管理コンピュータ５５０は、受信した発行通知に含まれるカードＩＤに対応するビジター貯蓄管理テーブルの最新発行日時に、該受信した発行通知に含まれる最新発行日時を格納するとともに、受信した発行通知に含まれる装置ＩＤに対応するユニット管理テーブルの「状況」を「受付け中」に更新するとともに、「受付ＩＤ」に当該受信したカードＩＤを格納してユニット管理テーブルを更新する。
「発行許諾」の受信に応じてメダル貸出機１００の制御ユニット１８１（排出・発行処理手段）は、カード挿入口１１２に移動させたビジターカードに、投入金額に相当するプリペイド残額を書き込み記憶するとともに、カードテーブルに、該ビジターカードのカードＩＤと投入金額に相当するプリペイド残額とを記憶、並びに残額表示器に該プリペイド残額を表示した後、該発行・入金処理を終了してＳｂ２〜Ｓｂ８の待機状態に戻る。
＜＜返却処理＞＞
また、前述したＳｂ２〜Ｓｂ８の待機状態において、遊技者が返却ボタン１１４の操作を実施した場合には、遊技者による返却ボタン１１４の操作を検知するための返却ボタンスイッチ１１４’からの信号が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ５において返却ボタンの操作有りと判断してＳｂ２３に進み、返却処理を実行する。
図１９は、メダル貸出機において実行される返却処理の処理内容を示すフロー図である。図１９を参照して、この返却処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カードリーダライタ１８７に受付け中の会員カード或いはビジターカードが存在するか否かを判定する（ステップＳｍ１）。存在しない場合（ステップＳｍ１でＮＯの場合）には当該操作を無効とし、ステップＳｂ２〜Ｓｂ８の待機状態に戻す。
一方、存在する場合（ステップＳｍ１でＹＥＳの場合）には、カードロック機能が有効か無効かを照合するためのカードロック照合処理を実行する（ステップＳｍ２１）。
図２０は、メダル貸出機において実行されるカードロック照合処理の処理内容を示すフロー図である。図２０を参照して、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、図５のカードテーブルのカードロック有効フラグに基づいて、カードロック機能が有効か無効かを判断する（ステップＳｓ１）。無効である（ステップＳｓ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、このカードロック照合処理を終了して、呼出元に処理を戻す。
一方、有効である（ステップＳｓ１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、暗証番号の入力またはロックに用いた携帯端末をかざすことを遊技者に促す旨を報知するよう液晶表示器１２３を制御する。そして、ＣＰＵ１８１ａは、暗証番号の入力があったか、または、かざされた携帯端末を検知したか否かを判断する（ステップＳｓ３）。いずれもない（ステップＳｓ３でＮＯ）と判断した場合、ＣＰＵ１８１ａはこの処理を繰返す。
一方、いずれかがあった（ステップＳｓ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入力された暗証番号またはかざされた携帯端末の端末ＩＤが、図５のカードテーブルの暗証番号に一致するか否かを照合する（ステップＳｓ４）。その後、このカードロック照合処理を終了して、呼出元に処理を戻す。
図１９に戻って、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、カードロック照合処理の結果、カードロック機能が無効である、または、暗証番号の照合で一致したか否かを判断する。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｍ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｍ２３）。その後、ＣＰＵ１８１ａは、実行する処理をこの処理の呼出元に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｍ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、返却ボタン１１４の操作を無効とするとともに、計数装置１９０に対して計数禁止指示を出力して、新たな計数を禁止する（ステップＳｍ２）。
そして、制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０に対して、当該メダル貸出機１００の装置ＩＤ、返却したカードのカードＩＤ、カードテーブルに記憶されている持ちメダル数、貯蓄メダル数（会員のみ）および大当り回数を含む返却通知を送信する（ステップＳｍ３）。
この返却通知の受信に応じてメダル管理コンピュータ５５０は、会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルにおいて、受信した返却通知に含まれる（会員）カードＩＤに対応して記憶されている持ちメダル数、貯蓄メダル数（会員のみ）および大当り回数を、受信した返却通知に含まれる持ちメダル数、貯蓄メダル数および大当り回数に更新するとともに、ユニット管理テーブルにおいて受信した装置ＩＤに対応する「状況」を「待機中」に変更し、「受付けＩＤ」に格納されているカードＩＤを削除して、該返却通知の送信元のメダル貸出機１００に対して更新完了通知を送信する。
メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、メダル管理コンピュータ５５０から更新完了通知を受信したか否かを判断する（ステップＳｍ４）。この更新完了通知の受信に応じて（ステップＳｍ４でＹＥＳとなったことに応じて）、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、受付け中のカードがビジターカードであるか否かを判定する（ステップＳｍ１１）。ビジターカードである場合（ステップＳｍ１１でＹＥＳの場合）には、該ビジターカードに、カード受付け中遊技情報の累積不正メダル数を記録する（ステップＳｍ１２）。
そして、ＣＰＵ１８１ａは、残額排出フラグがオン状態であるか否かを判断する（ステップＳｍ１３）。オン状態である（ステップＳｍ１３でＹＥＳ）と判断した場合、入金残額が対応付けられた入金残額対応カードを排出済みの旨を液晶表示器１２３で表示することで報知する（ステップＳｍ１４）。報知は、スピーカから音声で出力するようにしてもよい。
そして、入金残額対応カードが排出されて存在している旨を受付け中のビジターカードに記録する（ステップＳｍ１５）。次に、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｍ１６）。
残額排出フラグがオン状態でない（ステップＳｍ１３でＮＯ）と判断した場合、および、ステップＳｍ１６の後、ＣＰＵ１８１ａは、排出指示をカードリーダライタ１８７に出力して、受付け中のビジターカードまたは会員カードをカード挿入口１１２から排出させる（ステップＳｍ１７）次に、ＣＰＵ１８１ａは、カードテーブルをリセットし、返却ボタン１１４の操作無効を解除して有効化するとともに計数禁止を解除する（ステップＳｍ１８）。そして、ステップＳｂ２〜Ｓｂ８の待機状態に戻る。
尚、本実施の形態では、カード受付け中遊技情報の累積不正メダル数をビジターカードに記録することで、所定の遊技者が不正メダルをどの程度計数したかを把握し管理することができる。
＜＜再プレイ処理＞＞
また、前述した図１５のＳｂ２〜Ｓｂ８の待機状態において、遊技者が再プレイボタン１２１の操作を実施した場合には、該再プレイボタン１２１の操作を検知した再プレイ操作基板１８５から再プレイ操作情報が制御ユニット１８１に入力されることで、制御ユニット１８１は、図１５のＳｂ６において再プレイボタン１２１の操作有りと判断して図１５のＳｂ２４に進み、再プレイ処理を実行する。
また、上述したように、制御ユニット１８１は、図１７のステップＳｎａ２にて端末ＩＤを受付けたことに応じて、図１７のＳｎａ７に進み、再プレイ処理を実行する。
図２１は、メダル貸出機において実行される再プレイ処理の処理内容を示すフロー図である。図２１を参照して、この再プレイ処理においては、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、玉情報表示フラグがオン状態であるか否かを判断する（ステップＳｐ１０）。玉情報表示フラグは、カード詳細情報画面あるいは端末詳細情報画面（後述の図３３（ｃ）参照）を表示中であるか否かを示すフラグであり、詳しくは後述する。
玉情報表示フラグがオン状態である（ステップＳｐ１０でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、この再プレイ処理を終了し、実行する処理を呼出元の処理に戻す。つまり、カード詳細情報画面あるいは端末詳細情報画面を表示中は、再プレイの実行を不能動化する。
一方、玉情報表示フラグがオン状態でない（ステップＳｐ１０でＮＯ）と判断した場合、ＣＰＵ１８１ａは、再プレイメイン処理を実行する（ステップＳｐ１）。
再プレイメイン処理においては、メダル管理コンピュータ５５０で管理されている持ちメダル数または貯蓄メダル数を減算して、減算した分を払出すよう払出装置１８２を制御する。なお、持ちメダルが有る場合は、持ちメダルから、持ちメダルが無く、貯蓄メダルが有る場合は、貯蓄メダルから、払出される。いずれも無い場合は、再プレイボタン１２１が操作されても何も払出されない。
再プレイメイン処理の後、ＣＰＵ１８１ａは、持ちメダル数が０になったか否かを判断する（ステップＳｐ２）。持ちメダル数が０になった（ステップＳｐ２でＹＥＳ）と判断した場合、ＣＵＰ１８１ａは、図１６で示した残額排出フラグがオン状態であるか否かを判断する（ステップＳｐ３）。残額排出フラグがオン状態である（ステップＳｐ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、入金残額が対応付けられた入金残額対応カードを排出済みの旨を液晶表示器１２３で表示することで報知する（ステップＳｐ４）。報知は、スピーカから音声で出力するようにしてもよい。
次に、ＣＰＵ１８１ａは、残額排出フラグをオフ状態とし、記憶している入金残額対応カードのカードＩＤを削除する（ステップＳｐ５）。持ちメダル数が０になっていない（ステップＳｐ２でＮＯ）または残額排出フラグがオン状態でない（ステップＳｐ３でＮＯ）と判断した場合、および、ステップＳｐ５の後、ステップＳｂ２〜Ｓｂ８の待機状態に戻る。
また、前述したＳｂ２〜Ｓｂ８の待機状態において、各デバイスから所定のエラー信号が制御ユニット１８１に入力されることで、制御ユニット１８１は、Ｓｂ８においてエラー検出有りと判断してＳｂ２６に進み、エラー報知処理を実行する。
＜＜タッチパネル操作処理＞＞
また、前述した図１５のＳｂ２〜Ｓｂ８の待機状態の後、ＣＵＰ１８１ａは、タッチパネル操作処理を実行する（図１５のステップＳｂ２７）。タッチパネル操作処理については、後述する図２７で詳述する。
＜＜係数処理＞＞
図１５のステップＳｂ２７にてタッチパネル操作処理を実行した後、ＣＰＵ１８１ａは、計数処理を実行する。
図２２は、メダル貸出機１００の制御ユニット１８１が実行する計数処理を示すフローチャートである。図２２を参照して、まず、制御ユニット１８１のＣＰＵ１８１ａは、回転ディスク１９０ｇが停止中であるか否かを判断する（ステップＳｃ２１）。回転ディスクが停止中である（ステップＳｃ２１でＹＥＳ）と判断した場合、つまり、メダルＭの計数中でないと判断した場合、ＣＰＵ１８１ａは、計数ボタン１２２が操作されたか否かを判断する（ステップＳｃ２２）。
計数ボタン１２２が操作された（ステップＳｃ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、手動計数処理を開始するため、手動計数フラグをオン状態に変更して（ステップＳｃ２３）、実行する処理をステップＳｃ２７に進める。
一方、計数ボタン１２２が操作されていない（ステップＳｃ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｃ２４からステップＳｃ２５で自動計数処理を開始可能な条件が成立しているか否かを判断する。
具体的には、ＣＰＵ１８１ａは、蓋部材が開状態であるか否かを判断し（ステップＳｃ２４）、メダル検出センサ１９０ｈでメダルが検出されたか否かを判断する（ステップＳｃ２５）。
いずれかの条件が成立していない（ステップＳｃ２４でＮＯ、ステップＳｃ２５でＮＯ）と判断した場合、ＣＰＵ１８１ａは、計数処理を終了して、実行する処理をこの処理の呼出元の処理に戻す。
一方、いずれの条件も成立した（ステップＳｃ２４でＹＥＳ、かつ、ステップＳｃ２５でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、前述した玉情報表示フラグがオン状態でないか否かを判断する（ステップＳｃ２６）。玉情報表示フラグがオン状態である（ステップＳｃ２６でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、計数処理を終了して、実行する処理をこの処理の呼出元の処理に戻す。
玉情報表示フラグがオン状態でない（ステップＳｃ２６でＮＯ）と判断した場合、ＣＰＵ１８１ａは、回転ディスク１９０ｇを回転させる残り時間をカウントするための計数中タイマに１０秒相当の値を代入し（ステップＳｃ２７）、回転ディスク１９０ｇの駆動を開始する（ステップＳｃ２８）。
これにより、ステップＳｃ２２で計数ボタンが操作されたと判断された場合には、手動計数処理が開始されたこととなり、計数ボタンが操作されていないと判断された場合には、自動計数処理が開始されたこととなる。
ステップＳｃ２８の後、つまり、手動計数処理または自動計数処理を開始させた後、および、回転ディスク１９０ｇが停止中でない（ステップＳｃ２１でＮＯ）と判断した場合、つまり、メダルＭを計数中であると判断した場合、ＣＰＵ１８１ａは、メダル検出センサ１９０ｈでメダルＭを検出したか否かを判断する（ステップＳｃ３１）。
検出した（ステップＳｃ３１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、計数中タイマに１０秒相当の値を代入する（ステップＳｃ３２）ことで、回転ディスクを回転させる残り時間を１０秒にリセットする。
メダル検出センサ１９０ｈでメダルを検出してない（ステップＳｃ３１でＮＯ）と判断した場合、および、ステップＳｃ３２の後、ＣＰＵ１８１ａは、計数中タイマを１減算する（ステップＳｃ３３）。
そして、ＣＰＵ１８１ａは、ステップＳｃ３４からステップＳｃ３７で計数を終了させる条件が成立したか否かを判断する。具体的には、ＣＰＵ１８１ａは、計数中タイマの値が０を超えていないか否かを判断し（ステップＳｃ３４）、玉情報表示フラグがオン状態になったか否かを判断し（ステップＳｃ３５）、玉情報表示フラグがオン状態でなく、かつ、手動計数フラグがオン状態であるか否かを判断し（ステップＳｃ３５，ステップＳｃ３６）、玉情報表示フラグがオン状態でなく、かつ、手動計数フラグがオン状態でなく（つまり自動計数処理中）かつ蓋部材１６０が開状態でなくなったか否かを判断する（ステップＳｃ３５〜ステップＳｃ３７）。
いずれかの条件が成立した（ステップＳｃ３４でＮＯ、ステップＳｃ３４でＹＥＳかつステップＳｃ３５でＹＥＳ、ステップＳｃ３４でＹＥＳかつステップＳｃ３５でＮＯかつステップＳｃ３６でＹＥＳ、または、ステップＳｃ３４でＹＥＳかつステップＳｃ３５でＮＯかつステップＳｃ３６でＮＯかつステップＳｃ３７でＮＯ）と判断した場合、ＣＰＵ１８１ａは、回転ディスク１９０ｇの駆動を停止させ（ステップＳｃ３８）、手動計数処理または自動計数処理を終了させ、実行する処理をこの処理の呼出元の処理に戻す。
一方、いずれの条件も成立していない（ステップＳｃ３４でＹＥＳかつステップＳｃ３５でＮＯかつステップＳｃ３６でＹＥＳ、または、ステップＳｃ３４でＹＥＳかつステップＳｃ３５でＮＯかつステップＳｃ３６でＮＯかつステップＳｃ３７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、計数装置１９０からメダル判定情報を取得する（ステップＳｃ２）。尚、計数装置１９０から取得したメダル判定情報には、メダル撮影カメラ１９０ｃで撮影されたメダル画像に基づいて判定されたメダルの真贋情報（正規メダルか不正メダルかの情報）が含まれる。
そして、ＣＰＵ１８１ａは、メダル判定情報が有るか否かを判断する（ステップＳｃ３）。無い（ステップＳｃ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、この処理を終了して、実行する処理をこの処理の呼出元の処理に戻す。
一方、メダル判定情報が有る（ステップＳｃ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、メダル情報（図５（ｃ）参照）の計数総メダル数に１を加算し（ステップＳｃ５）、カードテーブル（図５（ａ）参照）の持ちメダル数に１を加算する（ステップＳｃ６）。
次に、制御ユニット１８１のＣＰＵ１８１ａは、計数装置１９０から取得したメダル判定情報に基づいて、計数されたメダルが不正メダルであるか否かを判定する（ステップＳｃ６）。ここで、制御ユニット１８１は、メダル判定情報に含まれるメダルの真贋情報を参照する。不正メダルである（ステップＳｃ６でＹＥＳ）と判断した場合には、ＣＰＵ１８１ａは、後述する不正メダル処理を実行し（ステップＳｃ１２）、後述するメダル貯留処理を実行する（ステップＳｃ１３）。
一方、不正メダルでない（ステップＳｃ６でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カウンタ情報（図５（ｄ）参照）の連続不正メダルカウンタの値をリセットし（ステップＳｃ７）、正規メダルと判定されたメダルを排出口から遊技島に排出する（ステップＳｃ８）。ステップＳｃ１３およびステップＳｃ８の後、ＣＰＵ１８１ａは、実行する処理をこの処理の呼出元の処理に戻す。
図２３は、メダル貸出機１００の制御ユニット１８１が実行する不正メダル処理を示すフローチャートである。不正メダル処理では、制御ユニット１８１は、以下に説明するＳｄ１〜Ｓｄ１８の処理を実行する。
まず、不正メダル処理のＳｄ１において、制御ユニット１８１は、顔画像撮影カメラ１８８を用いて不正メダルを投入した遊技者の顔画像を撮影してＳｄ２に進む。Ｓｄ２において、制御ユニット１８１は、計数装置１９０からメダルの真贋判定に用いられたメダル画像を取得してＳｄ３に進む。
Ｓｄ３において、制御ユニット１８１は、遊技者の顔画像とメダル画像を並列に組み合わせて１枚の通知用画像（図１４参照）を生成し、この通知用画像をＲＡＭ１８１ｂ（撮像データ記憶手段）に記憶してＳｄ４に進む。Ｓｄ４において、制御ユニット１８１は、メダル情報（図５（ｃ）参照）の総不正メダル数に１を加算してＳｄ５に進む。
Ｓｄ５において、制御ユニット１８１は、カウンタ情報（図５（ｄ）参照）の連続不正メダルカウンタに１を加算してＳｄ６に進む。Ｓｄ６において、制御ユニット１８１は、カード受付け中遊技情報（図５（ｂ）参照）の累積不正メダル数に１を加算してＳｄ７に進む。
Ｓｄ７において、制御ユニット１８１は、カード受付け中遊技情報（図５（ｂ）参照）の累積不正メダル数の値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図１２参照）において、「不正メダル検出報知条件」の「累積不正メダル数」の項目にて「１０枚」を設定している。つまり遊技者が会員カードまたはビジターカードを挿入してから不正メダルとして判定された累積値が１０となった場合に累積不正メダル数の値が設定された閾値となる。ここで、累積不正メダル数の値が設定された閾値である場合（１０枚である場合）にはＳｄ８に進み、累積不正メダル数の値が設定された閾値でない場合（１０枚未満である場合）にはＳｄ１５に進む。
Ｓｄ８において、制御ユニット１８１は、カードテーブル（図５（ａ）参照）の持ちメダル数から累積不正メダル数の値を減算してＳｄ９に進む。本実施の形態では、スロットマシン１から払い出され計数したメダルの中に不正メダルが紛れていた場合、不正メダル検出報知条件（不適正条件）が成立しなければ不正メダルも計数されるため、意図せずに不正メダルを使用した遊技者が不利益を被ることが防止されるとともに、不正メダル検出報知条件が成立した場合、それまでに計数された不正メダルの累積枚数が無効となるため、不正メダルにより持ちメダル数が加算されてしまうことを防止できる。
Ｓｄ９において、制御ユニット１８１は、カード受付け中遊技情報（図５（ｂ）参照）の累積不正メダル数の値をリセットしてＳｄ１０に進む。Ｓｄ１０において、制御ユニット１８１は、カウンタ情報（図５（ｄ）参照）の連続不正メダルカウンタの値をリセットしてＳｄ１１に進む。
Ｓｄ１５において、制御ユニット１８１は、カウンタ情報（図５（ｄ）参照）の連続不正メダルカウンタの値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図１２参照）において、「不正メダル検出報知条件」の「連続不正メダル検出回数」の項目にて「３回」を設定している。つまり３回連続して不正メダルが検出された場合に、連続不正メダルカウンタの値が設定された閾値となる。ここで、連続不正メダルカウンタの値が設定された閾値である場合（３回である場合）にはＳｄ８に進み、連続不正メダルカウンタの値が設定された閾値でない場合（３回未満である場合）にはＳｄ１６に進む。
Ｓｄ１６において、制御ユニット１８１は、メダル情報（図５（ｃ）参照）の総不正メダル数の値が設定された閾値であるか否かを判定する。尚、本実施の形態では、前述した不正メダル関係設定画面（図１２参照）において、「不正メダル検出報知条件」の「総不正メダル数」の項目にて「１０枚」を設定している。つまり遊技場の営業開始の時点から計数装置１９０にて不正メダルとして判定されたメダルの総数の値が１０となった場合に総不正メダル数の値が設定された閾値となる。ここで、総不正メダル数の値が設定された閾値である場合（１０枚である場合）にはＳｄ１１に進み、総不正メダル数の値が設定された閾値でない場合（１０枚未満である場合）には処理を終了する。
Ｓｄ１１において、制御ユニット１８１は、メダル管理コンピュータ５５０に対して既に不正報知通知済みなのか否かを判定する。ここで、既に不正報知通知済みの場合には処理を終了し、不正報知通知が未だ通知されていない場合にはＳｄ１２に進む。
Ｓｄ１２において、制御ユニット１８１は、メダル管理コンピュータ５５０に対して不正メダルが使用されていることを伝える不正報知通知を行なうとともにＳｄ１３に進む。Ｓｄ１３において、制御ユニット１８１は、状態報知ランプ１１１を点灯させるとともにＳｄ１４に進む。尚、状態報知ランプ１１１を点灯させる際に、明らかに異常事態を知らせる態様（たとえば、早い点滅や赤色の表示）で点灯させてしまうと、不正メダルを使用している不正遊技者に対して不正報知通知を行なっていることが気づかれて逃げられてしまう可能性があるので、状態報知ランプ１１１を点灯させる際には、不正遊技者に対して不正報知通知を行なっていることが気づかれ難い態様（たとえば、ゆっくりした点滅や青色の表示）で点灯させるようにする。
尚、メダル貸出機１００の制御ユニット１８１から不正報知通知を受信したメダル管理コンピュータ５５０は、ホールコンピュータ５４０に対して店員に報知を行なうように要求する報知要求を不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１の台番号とともに送信する。
また、メダル管理コンピュータ５５０から報知要求を受信したホールコンピュータ５４０は、不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１の台番号とともに、その旨を報知する自動音声メッセージを生成して、無線放送システムを介して店員が装着しているインカム９に対して自動音声メッセージを送信する。インカム９を通じて通知を受けた店員は、不正メダルを使用している遊技者を特定することができる。また、ホールコンピュータ５４０は、監視カメラシステム２１を操作して、不正メダルが使用されているメダル貸出機１００に対応するスロットマシン１のズームイン映像を自動的に撮影（または録画）する。そして、この監視カメラシステム２１を介して店員が不正遊技者を特定してその行動を監視（または記録）することができる。
Ｓｄ１４において、制御ユニット１８１は、前述した不正メダル関係設定画面（図１２参照）の「不正メダル検出時動作」の項目にて、不正メダル検出時に、アラーム報知および計数装置１９０の計数停止（エラー停止）を行なう旨の選択がなされているか否かの判定を行なう。ここで、エラー停止を行なう旨の選択がなされている場合にはＳｄ１７に進み、エラー停止を行なう旨の選択がなされていない場合には処理を終了する。
Ｓｄ１７において、制御ユニット１８１は、各テーブルの更新情報や後述する満タン報知フラグの情報や通知用画像などをメダル管理コンピュータ５５０へ送信してＳｄ１８に進む。Ｓｄ１８において、制御ユニット１８１は、計数装置１９０にてメダルの計数を停止する計数停止処理を行なう。この計数停止処理は店員がメダル貸出機１００のリセットスイッチ１８６（図４参照）を操作するまで維持される。
図２４は、メダル貸出機１００の制御ユニット１８１が実行するメダル貯留処理を示すフローチャートである。メダル貯留処理では、制御ユニット１８１は、以下に説明するＳｅ１〜Ｓｅ１４の処理を実行する。
まず、メダル貯留処理のＳｅ１において、制御ユニット１８１は、前述した不正メダル関係設定画面（図１２参照）の「不正メダル取り扱い」の項目にて、「貯留部無効」の設定になっているか否かを判定する。ここで、「貯留部無効」の設定になっていない場合にはＳｅ２に進み、「貯留部無効」の設定になっている場合にはＳｅ１４に進む。
Ｓｅ２において、制御ユニット１８１は、満タン報知フラグがセットされているか否かを判定する。ここで、満タン報知フラグがセットされていない場合にはＳｅ３に進み、満タン報知フラグがセットされている場合にはＳｅ１４に進む。
Ｓｅ１４において、制御ユニット１８１は、不正メダルと判定されたメダルを排出口から遊技島に排出させる、つまり、計数装置１９０を介して流路切換器１９０ｄにより流路を切り替えさせずに処理を終了する。
Ｓｅ３において、制御ユニット１８１は、計数装置１９０を介してメダルの流路を前述した流路切換器１９０ｄにより切り換えさせて、不正メダルと判定されたメダルをメダル貯留ボックスに貯留されるようにしてＳｅ４に進む。Ｓｅ４において、制御ユニット１８１は、メダル情報（図５（ｃ）参照）の総メダル貯留数に１を加算（貯留媒体計数手段）してＳｅ５に進む。
Ｓｅ５において、制御ユニット１８１は、不正メダルと判定されたメダルが、自店の他の領域から持ち込まれたメダル、即ち自店メダルか否かを判定する。ここで、自店メダルである場合にはＳｅ６に進んで、メダル情報（図５（ｃ）参照）の自店メダル貯留数に１を加算してＳｅ７に進む。自店メダルでない場合にはＳｅ１１に進んで、メダル情報（図５（ｃ）参照）の偽メダル貯留数に１を加算してＳｅ７に進む。尚、本実施の形態では、自店メダルと偽メダルとをそれぞれ計数するようになっており、メダル貯留ボックスに貯留された不正メダルのうち自店メダルがどの程度あるのかを把握しやすくなることで、早期に回収して適正なメダルとして判定される領域に戻すことが可能となる。
Ｓｅ７において、制御ユニット１８１は、メダル情報（図５（ｃ）参照）の総メダル貯留数が第１閾値（満タン）であるか否かを判定する（第１判定手段）。尚、本実施の形態では、前述した不正メダル関係設定画面（図１２参照）において、「貯留部状態報知条件」の「満タン時報知条件」の項目にて「１００枚」を設定している。つまりメダル貯留ボックスに貯留されたメダルの枚数である総メダル貯留数が１００枚となっているときに、第１閾値（満タン）であると判定される。ここで、総メダル貯留数が第１閾値（満タン）である場合（１００枚である場合）にはＳｅ８に進み、総メダル貯留数が第１閾値（満タン）でない場合（１００枚未満である場合）には処理を終了する。
Ｓｅ８において、制御ユニット１８１は、満タン報知フラグをセットしてＳｅ９に進む。Ｓｅ９において、制御ユニット１８１は、状態報知ランプ１１１を点灯（第１報知手段）してＳｅ１０に進む。
Ｓｅ１０において、制御ユニット１８１は、前述した不正メダル関係設定画面（図１２参照）の「不正メダル取り扱い」の項目にて、「貯留部満タン時にエラー停止」の設定になっているか否かを判定する。ここで、貯留部満タン時にエラー停止」の設定になっている場合にはＳｅ１２に進み、貯留部満タン時にエラー停止」の設定になっていない場合には処理を終了する。
Ｓｅ１２において、制御ユニット１８１は、各テーブルの更新情報や満タン報知フラグの情報や通知用画像などをメダル管理コンピュータ５５０へ送信してＳｅ１３に進む。Ｓｅ１３において、制御ユニット１８１は、計数装置１９０にてメダルの計数を停止する計数停止処理を行なう。この計数停止処理は店員がメダル貸出機１００のリセットスイッチ１８６（図４参照）を操作するまで維持される。
次に、本実施の形態のメダル管理コンピュータ５５０にて表示される不正メダル使用者顔画像画面について、図１４に基づいて説明する。前述の不正メダル処理において生成された遊技者の顔画像とメダル画像を並列に組み合わせた通知用画像がメダル貸出機１００から送信され、この通知用画像を受信したメダル管理コンピュータ５５０は、不正メダル使用者顔画像画面にて通知用画像を表示させることができる。
本実施の形態の不正メダル使用者顔画像画面では、図１４に示すように、通知用画像とともに、該通知用画像が撮影された日時と、該通知用画像を撮影したメダル貸出機１００の装置ＩＤと、該メダル貸出機１００に対応するスロットマシン１の台番号と、会員カードを使用して遊技をした場合には会員ＩＤとが表示される。このようにすることで、所定の遊技者がメダル貸出機１００のメダル貯留ボックスに貯留されたメダルのうちいずれを使用したかを特定できるので、不正行為を特定しやすくなる。
＜＜締め関連処理＞＞
本実施の形態では、遊技場の閉店時（営業終了時）に、メダル管理コンピュータ５５０から各メダル貸出機１００に対して、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求（所定の信号）が送信される。締め関連処理要求を受信した各メダル貸出機１００の制御ユニット１８１は、締め関連処理（営業終了処理）を実行する。
図２５は、メダル貸出機１００の制御ユニット１８１が実行する締め関連処理を示すフローチャートである。締め関連処理では、制御ユニット１８１は、以下に説明するＳｆ１〜Ｓｆ４の処理を実行する。
まず、締め関連処理のＳｆ１において、制御ユニット１８１は、各種履歴を送信するようになっている。たとえば、プリペイド残額の利用履歴等の情報をカード管理コンピュータ５００に送信するとともに、離席における強制解除履歴データ等のデータを、カード管理コンピュータ５００並びにメダル管理コンピュータ５５０の双方に送信してＳｆ２に進む。
Ｓｆ２において、制御ユニット１８１は、メダル情報（図５（ｃ）参照）の総メダル貯留数が所定枚数（第２閾値）以上であるか否かを判定する（第２判定手段）。尚、本実施の形態では、前述した不正メダル関係設定画面（図１２参照）において、「貯留部状態報知条件」の「閉店時報知条件」の項目にて「５０枚」を設定している。つまりメダル貯留ボックスに貯留された不正メダルの枚数である総メダル貯留数が５０枚以上となっているときに、第２閾値であると判定される。ここで、総メダル貯留数が第２閾値以上である場合（５０枚以上である場合）にはＳｆ３に進み、総メダル貯留数が第２閾値でない場合（５０枚未満である場合）には処理を終了する。
Ｓｆ３において、制御ユニット１８１は、状態報知ランプ１１１を点灯（第２報知手段）させてＳｆ４に進む。Ｓｆ４において、制御ユニット１８１は、メダル管理コンピュータ５５０に対してメダル貯留ボックスの不正メダルの貯留数が所定枚数（第２閾値）以上となっている旨を知らせる通知を送信して処理を終了する。
図１３に示すように、メダル貸出機１００（制御ユニット１８１）から不正メダルの貯留数が所定枚数（第２閾値）以上となっている旨を知らせる通知を受信したメダル管理コンピュータ５５０は、営業終了処理（不正メダル）画面を表示する。この営業終了処理（不正メダル）画面には、貯留数が所定枚数（第２閾値）以上となっているメダル貸出機１００の装置ＩＤとともに、対応するスロットマシン１の台番号が表示される。店員はこの営業終了処理（不正メダル）画面に基づいて不正メダルを回収するメダル貸出機１００を特定することができる。
図２６は、メダル貸出機１００のディスプレイ１２３に表示されるメニュー画面の一例を示す表示画面図である。図２６を参照して、メニュー画面には、「残額取出」ボタン、「カード後挿入」ボタン、「少量貸し」ボタン、「カードロック」ボタン、「持玉分割」ボタン、および、「情報照会」ボタンが表示される。
＜＜タッチパネル操作処理＞＞
図２７は、メダル貸出機１００において実行されるタッチパネル操作処理の処理内容を示すフロー図である。このタッチパネル操作処理は、図１５で説明した処理のステップＳｂ２７で実行される処理である。
図２７を参照して、まず、メダル貸出機１００の制御ユニット１８１のＣＰＵ１８１ａは、液晶表示器１２３に表示された「残額取出」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ１）。
＜＜＜残額取出処理＞＞＞
「残額取出」ボタンが操作された（ステップＳｇ１でＹＥＳ)と判断した場合、ＣＰＵ１８１ａは、残額取出処理を実行する（ステップＳｇ１１）。
図２８は、メダル貸出機１００において実行される残額取出処理の処理内容を示すフロー図である。図２８を参照して、まず、ＣＰＵ１８１ａは、貸出ボタン１１６の操作を無効化する（ステップＳｈ１）。
これにより、この後に、返却ボタン１１４を操作する必要があるが、誤って貸出ボタン１１６を操作してしまって、今から取出そうとしている入金残額を使用してメダルの貸出しが行なわれてしまうことを防止することができる。また、返却ボタン１１４と貸出ボタン１１６との位置が近いことから生じる誤操作も防止することができる。
次に、ＣＰＵ１８１ａは、図５（ａ）のカードテーブルを参照して、プリペイド残額（入金残額）が有るか否かを判断する（ステップＳｈ２）。無い（ステップＳｈ２でＮＯ）と判断した場合、入金残額を取出すことができないので、ＣＰＵ１８１ａは、入金残額が無く、入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ３）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
一方、入金残額が有る（ステップＳｈ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが有るか否かを判断する（ステップＳｈ４）。無い（ステップＳｈ４でＮＯ）と判断した場合、入金残額を取出しても持ちメダル対応カードを発行する必要性が無いので、ＣＰＵ１８１ａは、持ちメダルが無く、入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ５）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
持ちメダルが有る（ステップＳｈ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図１９のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｈ２１〜ステップＳｈ２３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｈ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｈ２３）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｈ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、返却ボタン１１４を操作する旨を液晶表示器１２３に表示するよう制御する（ステップＳｈ６）。
なお、残額取出処理においては、カードロック機能の有効であっても暗証番号の照合はせず、カードロック機能が有効である場合には、ステップＳｈ６以降の処理に進めず、カードロック機能が無効であると判断した場合のみ、ステップＳｈ６以降の処理に進めるようにしてもよい。つまり、予めカードロック機能を無効としてからでないと、残額取出しができないようにしてもよい。
そして、ＣＰＵ１８１ａは、返却ボタン１１４の操作が有ったか否かを判断する（ステップＳｈ７）。操作が無い（ステップＳｈ７でＮＯ）と判断した場合、ＣＰＵ１８１ａは、所定時間（たとえば、１分）が経過したか否かを判断する（ステップＳｈ８）。なお、この所定時間は、後述する図２７のステップＳｇ１５の持玉分割処理の入力操作のタイムアウト時間よりも短く設定される。これにより、遊技が行なわれない時間を、極力、短くすることができる。経過していない場合（ステップＳｈ８でＮＯと判断した場合）は、ステップＳｈ７およびステップＳｈ８の処理を繰返す。
返却ボタン１１４の操作が無いまま、所定時間が経過した（ステップＳｈ８でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、時間オーバで入金残額取出しを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｈ９）。その後、ＣＰＵ１８１ａは、実行する処理をステップＳｈ１９に進める。
所定時間が経過するまでに、返却ボタン１１４の操作が有った（ステップＳｈ７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｈ１１）。
会員カード受付け中である（ステップＳｈ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、当該カードが入金残額対応カードである旨および入金残額を、カード管理コンピュータ５００に登録するために送信する。
カード管理コンピュータ５００においては、図７（ａ）で示したように、会員カードテーブルの当該カードのカードＩＤに対応する、プリペイド残額を、受信した入金残額に更新し、入金残額対応フラグをオン状態（値「１」）に変更する。
一方、会員カード受付け中でない、つまり、ビジターカード受付け中である（ステップＳｈ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、当該カードが入金残額対応カードである旨および入金残額を、カード管理コンピュータ５００に登録するために送信するとともに、当該ビジターカードに、それらの情報を記録する（ステップＳｈ１３）。
カード管理コンピュータ５００においては、図７（ｂ）で示したように、ビジターカードテーブルの当該カードのカードＩＤに対応する、プリペイド残額を、受信した入金残額に更新し、入金残額対応フラグをオン状態（値「１」）に変更する。
ステップＳｈ１２およびステップＳｈ１３の後、ＣＰＵ１８１ａは、当該入金残額対応カードのカードＩＤを、ＲＡＭ１８１ｂに記憶させる（ステップＳｈ１４）。次いで、ＣＰＵ１８１ａは、入金残額対応カードとしての受付け中の会員カードまたはビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｈ１５）。次に、ＣＰＵ１８１ａは、入金残額対応カードを排出したことを示す残額排出フラグをオン状態にする（ステップＳｈ１６）。
そして、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶されている入金残額を削除する（ステップＳｈ１７）。次に、ＣＰＵ１８１ａは、持ちメダル数がある状態であるので、カードリーダライタ１８７に貯留されているビジターカードを読書き位置に移動させて、発行処理を行なうために、カードＩＤをメダル管理コンピュータ５５０に送信し、発行可能であれば、持ちメダル数およびカードＩＤなどを、メダル管理コンピュータ５５０に送信するとともに、持ちメダル数をビジターカードに記録する（ステップＳｈ１８）。
ステップＳｈ１９では、ＣＰＵ１８１ａは、貸出ボタン１１６の操作を有効化する。その後、ＣＰＵ１８１ａは、実行する処理をこの残額取出処理の呼出元の図２７のタッチパネル操作処理に戻す。
このように、図２７のステップＳｇ１での「残額取出」ボタンの操作および図２８のステップＳｈ７での返却ボタン１１４の操作のみで、持ちメダル数をメダル貸出機１００に残したまま、プリペイド残額を排出することができる。後述する持玉分割またはプリペイド残額の分割の場合には、分割を指示する操作に加えて、分割する数量を指定する操作を行なう必要がある。その結果、持ちメダル数を残したまま、残額を排出する場合に、数量を指定するような複雑な操作を必要とせず、簡単な操作で行なうことができる。
図２７に戻って、「残額取出」ボタンが操作されていない（ステップＳｇ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「カード後挿入」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ２）。
＜＜＜カード後挿入処理＞＞＞
「カード後挿入」ボタンが操作された（ステップＳｇ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード後挿入処理を実行する（ステップＳｇ１２）。
図２９は、メダル貸出機１００において実行されるカード後挿入処理の処理内容を示すフロー図である。図２９を参照して、まず、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｊ１）。会員カード受付け中である（ステップＳｊ１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるので、カード後挿入ボタンの操作の受付けを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ２）。その後、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｊ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された計数された持ちメダルが有るか否かを判断する（ステップＳｊ３）。持ちメダルが無い（ステップＳｊ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが無く、カード後挿入ボタンの操作の受付けを中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ４）。その後、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、持ちメダルが有る（ステップＳｊ３でＹＥＳ）と判断した場合、図１９のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｊ２１〜ステップＳｊ２３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｊ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｊ２３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｊ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードリーダライタ１８７の読取り位置のビジターカードを無効に変更して、カード貯留部に戻す（ステップＳｊ５）。そして、ＣＰＵ１８１ａは、会員カードまたはビジターカードを挿入する旨を、液晶表示器１２３に表示する（ステップＳｊ６）。
次に、ＣＰＵ１８１ａは、カードを受付けたか否かを判断する（ステップＳｊ７）。受付けていない（ステップＳｊ７でＮＯ）と判断した場合、ＣＰＵ１８１ａは、所定時間（たとえば、１分）が経過したか否かを判断する（ステップＳｊ８）。経過していない場合（ステップＳｊ８でＮＯと判断した場合）は、ステップＳｊ７およびステップＳｊ８の処理を繰返す。
カードの受付けが無いまま、所定時間が経過した（ステップＳｊ８でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、時間オーバでカード後挿入を中止する旨を、液晶表示器１２３に表示して報知する（ステップＳｊ９）。その後、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。
所定時間が経過するまでに、カードが受付けられた（ステップＳｊ７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された残額排出フラグがオン状態であるか否かを判断する（ステップＳｊ１１）。
残額排出フラグがオン状態である（ステップＳｊ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、受付けたカードが入金残額対応カードであるか否かを判断する（ステップＳｊ１２）。入金残額対応カードであるか否かは、カード管理コンピュータ５００に問合せて、図７で説明した会員カードテーブルまたはビジターカードテーブルの入金残額対応フラグがオン状態であるか否かを確認することで判断される。
入金残額対応カードである（ステップＳｊ１２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、受付けたカードのカードＩＤが、ＲＡＭ１８１ｂに記憶している入金残額対応カードのカードＩＤに一致するか否かを判断する（ステップＳｊ１３）。
受付カードのカードＩＤが記憶しているものと一致した（ステップＳｊ１３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード管理コンピュータ５００に記憶された入金残額対応フラグ、および、ビジターカードの場合はカードに記録された入金残額対応フラグを、オフ状態にする（ステップＳｊ１４）。
なお、入金残額対応フラグをオフにした場合であっても、入金残額対応フラグがオン状態またはオフ状態になった履歴は、記憶しておくようにしてもよい。これにより、そのカードについて、所定期間（特定の日またはある期間）に、何回、「残額取出」操作されたかを把握することができる。
そして、ＣＰＵ１８１ａは、ＲＡＭ１８１ｂに記憶された残額排出フラグをオフ状態にして、入金残額対応カードのカードＩＤを削除する（ステップＳｊ１５）。
ステップＳｊ１５の後、および、残額排出フラグがオン状態でない（ステップＳｊ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、メダル貸出機１００のＲＡＭ１８１ｂの図５（ａ）のカードテーブルに記憶された持ちメダル数を、受付けられたカードのカードＩＤに対応付けて図９の会員貯蓄管理テーブルまたはビジター貯蓄管理テーブルに登録するために、カードＩＤおよび持ちメダル数などの情報をメダル管理コンピュータ５５０に送信し、受付けられたカードがビジターカードである場合は、持ちメダル数を当該ビジターカードに記録する（ステップＳｊ１６）。
また、カード貯留部に戻された前のカードの特定の機能の設定および処理を、受付けられた後のカードに引継がせる（ステップＳｊ２０）。
具体的には、特定の機能がカードロック機能の場合は、前のカードのカードロック有効フラグを、後のカードに引継がせるとともに、受付けられたカードが会員カードでない場合は、前のカードの暗証番号を、後のカードに引継がせる。
特定の機能が盗難カード制限機能の場合は、前のカードの盗難カードフラグを、後のカードに引継がせる。特定の機能が少量貸し機能の場合は、前のカードの少量貸し有効フラグを、後のカードに引継がせる。
特定の機能が遊技履歴集計機能である場合は、前のカードで実行されていた履歴集計処理が後のカードに引継がれる。つまり、履歴集計処理で集計されていた遊技履歴である大当り回数およびＡＲＴ回数などが引継がれる。また、この引継ぎにおいては、たとえば、大当り遊技状態およびＡＲＴ状態の途中で、後からカードが挿入された場合には、当該途中の遊技状態の回数がダブルカウントされないようにされる。
この履歴集計処理は、メダル管理コンピュータ５５０などの管理装置で管理されるようする。つまり、メダル管理コンピュータ５５０の図９の会員貯蓄管理テーブルおよびビジター貯蓄管理テーブルに大当り回数が記憶されるようにする。そして、メダル管理コンピュータ５５０などの管理装置は、前のカードに対して実行されていた履歴集計処理が後のカードに引継がれた場合には後のカードのカードＩＤに対応付けて大当り回数を記憶するようにすることで、前のカードに対する機能の実行されている処理が後のカードに対して引継がれたことを管理する。
特定の機能が持玉払出機能である場合は、前のカードで実行されていた持玉払出処理が引継がれる。たとえば、再プレイボタン１２１の操作に応じて、持ちメダルまたは貯蓄メダルを返却する持玉払出処理が実行されているときに、持ちメダルおよび貯蓄メダルの数が貸出単位額分に相当する数に満たない場合に、カード後挿入処理が実行されるようにして、後のカードに不足する分の持ちメダルおよび貯蓄メダルがあれば、前のカードと後のカードとで合算された貸出単位額分の持ちメダルおよび貯蓄メダルが払出される。
ステップＳｊ２０の後、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、入金残額対応カードでない（ステップＳｊ１２でＮＯ）、または、受付カードのカードＩＤが記憶しているものと一致しない（ステップＳｊ１３でＮＯ）と判断した場合、受付けられたカードが正しい入金残額対応カードでない旨を、液晶表示器１２３に表示して報知する（ステップＳｊ１７）。そして、エラーが発生した旨を、液晶表示器１２３およびスピーカで報知する（ステップＳｊ１８）。
そして、ＣＰＵ１８１ａは、店員によってエラーのリセット操作が行なわれたか否かを判断する（ステップＳｊ１９）。リセット操作が行なわれた（ステップＳｊ１９）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカード後挿入処理の呼出元の図２７のタッチパネル操作処理に戻す。これにより、遊技者によって不正に持ちメダルが取得されるかも知れない状況において、店員が対応することができる。
なお、図２９で示したカード後挿入処理においては、持ちメダル数が有る場合に、後に挿入されるカードに、当該持ちメダル数を対応付ける処理を行なうようにした。一方、持ちメダル数が無い場合には、プリペイド残額があっても、後に挿入されるカードに、当該プリペイド残額を対応付ける処理を行なわないようにした。しかし、これに限定されず、持ちメダル数が無い場合であっても、プリペイド残額があれば、後に挿入されるカードに、当該プリペイド残額を対応付ける処理を行なうようにしてもよい。
図２７に戻って、「カード後挿入」ボタンが操作されていない（ステップＳｇ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「少量貸し」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ３）。
＜＜＜少量貸し処理＞＞＞
「少量貸し」ボタンが操作された（ステップＳｇ３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、少量貸し処理を実行する（ステップＳｇ１３）。
少量貸し処理においては、通常の貸出ボタン１１６の操作で貸出されるメダル数よりも少ない量のメダルが貸し出される。たとえば、通常は、１０００円に相当するメダルＭ（たとえば、５０枚）が貸し出されるが、「少量貸し」ボタンが操作されて実行される少量貸し処理においては、２００円に相当するメダルＭ（たとえば、１０枚）が貸し出される。この少量貸し処理において、貸し出される量を、店員が予め設定可能なようにしてもよいし、遊技者が設定可能なようにしてもよい。
また、少量貸し処理においては、貸出し量が通常よりも少なく設定されるのみで、少量貸し処理の実行後、貸出ボタン１１６が操作されることで、少量のメダルの貸出しが行なわれるようにしてもよい。この場合は、次に、少量貸し処理が実行されることで、貸出し量が通常の量に戻されるようにしてもよい。これにより、大当り確定で少しメダルが足りないような場合などに、通常の量まで借りるといった無駄なことを回避して、少量だけ借りることができる。
また、前述の図１５のステップＳｂ２１の貸出処理と同様、液晶表示器１２３に持玉数および貯玉数などが表示されているときであっても、少量貸し処理は不能動化されない。具体的には、玉情報表示フラグがオン状態であってもオフ状態であっても、ステップＳｇ１３の処理が実行される。
＜＜＜カードロック処理＞＞＞
「少量貸し」ボタンが操作されていない（ステップＳｇ３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「カードロック」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ４）。「カードロック」ボタンが操作された（ステップＳｇ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードロック処理を実行する（ステップＳｇ１４）。
図１５は、メダル貸出機において実行されるカードロック処理の処理内容を示すフロー図である。図１５を参照して、カードロック処理においては、受付けられているカードを返却ボタン１１４を操作するだけでは返却されないようにロックする。具体的には、暗証番号を設定する。これにより、返却ボタン１１４が操作された場合に、暗証番号の入力を求め、正しい暗証番号が入力された場合に、受付けられているカードを排出するようにする。また、カードロック処理において、非接触ＩＣチップを内蔵した携帯端末から当該携帯端末の識別情報が受付けられた場合に、カードをロックして、返却ボタン１１４が操作された場合に、当該携帯端末から当該識別情報が受付けられれば、受付けられているカードを排出するようにしてもよい。これにより、受付けられているカードの盗難を防止することができる。
まず、図１９のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｑ１〜ステップＳｑ３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｑ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｑ３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｑ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付中であるか否かを判断する（ステップＳｑ４）。
会員カード受付け中である（ステップＳｑ４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カードロックしてよいかを確認する旨を表示するよう液晶表示器１２３を制御する（ステップＳｑ５）。そして、カードロックしてよいかの選択が「ＹＥＳ」であるか否かを判断する（ステップＳｑ６）。選択が「ＹＥＳ」でない（ステップＳｑ６でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、選択が「ＹＥＳ」である（ステップＳｑ６でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図５（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし（ステップＳｑ７）、有効化した旨をカード管理コンピュータ５００に送信する（ステップＳｑ８）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図７の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにする。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｑ４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ビジターカード受付中であるか否かを判断する（ステップＳｑ１１）。ビジターカード受付け中でない（ステップＳｑ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、ビジターカード受付け中である（ステップＳｑ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、ロック方法を、暗証番号を用いた方法にするか、非接触式ＩＣチップを内蔵した携帯端末を用いた方法にするかを選択する旨を表示するよう液晶表示器１２３を制御する（ステップＳｑ１２）。
まず、ＣＰＵ１８１ａは、暗証番号を用いた方法が選択されたか否かを判断する（ステップＳｑ１３）。選択されていない（ステップＳｑ１３でＮＯ）と判断した場合、ＣＰＵ１８１ａは、非接触式ＩＣチップを内蔵した携帯端末を検知したか否かを判断する（ステップＳｑ１４）。検知していない（ステップＳｑ１４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、実行する処理をステップＳｑ１３に戻す。
携帯端末を検知した（ステップＳｑ１４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、携帯端末の非接触式ＩＣチップから携帯端末の端末ＩＤを取得する（ステップＳｑ１５）。そして、ＣＰＵ１８１ａは、図５（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし、取得した端末ＩＤを暗証番号として記憶させ（ステップＳｑ１６）、有効化した旨および取得した端末ＩＤを、カード管理コンピュータ５００に送信する（ステップＳｑ１７）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図７の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにし、端末ＩＤを暗証番号として記憶させる。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、ロック方法として暗証番号を用いた方法が選択された（ステップＳｑ１３でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、暗証番号の入力画面を表示するよう液晶表示器１２３を制御する（ステップＳｑ２１）。そして、ＣＰＵ１８１ａは、暗証番号が入力されたか否かを判断する（ステップＳｑ２２）。入力されていない（ステップＳｑ２２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｑ２２の処理を繰返す。
一方、暗証番号が入力された（ステップＳｑ２２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、図５（ａ）のカードテーブルの当該カードのカードロック有効フラグをオンにし、入力された暗証番号を記憶させ（ステップＳｑ２３）、有効化した旨および入力された暗証番号を、カード管理コンピュータ５００に送信する（ステップＳｑ２４）。カード管理コンピュータ５００のＣＰＵ５０２は、この受信に伴ない、図７の会員カードテーブルまたはビジターカードテーブルのカードロック有効フラグをオンにし、暗証番号を記憶させる。その後、メダル貸出機１００のＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
なお、カードロック機能が有効とされた場合には、ディスプレイ１２３に、カードロック機能が有効である旨の表示（たとえば、記号）などを表示しておくことが好ましい。これにより、遊技者は、カードロック機能が有効であることを認識することができる。
図２７に戻って、「カードロック」ボタンが操作されていない（ステップＳｇ４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「持玉分割」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ５）。
＜＜＜持玉分割処理＞＞＞
「持玉分割」ボタンが操作された（ステップＳｇ５でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持玉分割処理を実行する（ステップＳｇ１５）。
図３１は、メダル貸出機において実行される持玉分割処理の処理内容を示すフロー図である。図３１を参照して、持玉分割処理においては、現在の持ちメダル数または貯蓄メダル数のうち遊技者が指定するメダル数を、別のビジターカードに対応付けることで、分割する。分割するメダル数の指定は、数値を入力可能なようにしてもよいし、選択肢から選択可能なようにしてもよい。
まず、図１９のステップＳｍ２１〜ステップＳｍ２３と同様の処理を実行する（ステップＳｒ１〜ステップＳｒ３）。カードロック機能が有効であり、暗証番号の照合で一致しない（ステップＳｒ２でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カードロック機能の照合が不一致であった旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ３）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、カードロック機能が無効である、または、暗証番号の照合で一致した（ステップＳｒ２でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダル数が貸出単位額に相当する数の２倍以上あるか否かを判断する（ステップＳｒ１１）。持ちメダル数が貸出単位額に相当する数に満たない場合は、通常は持ちメダルを払出すことができないため、当該カードと分割するカードとの分を合わせて、持ちメダル数が、貸出単位額に相当する数の２倍以上あることが必要である。
持ちメダル数が貸出単位額に相当する数の２倍以上でない（ステップＳｒ１１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、持ちメダルが不足している旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ１２）。
一方、２倍以上である（ステップＳｒ１１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、分割する持ちメダルの数を入力するための画面を表示するよう液晶表示器１２３を制御する（ステップＳｒ１３）。分割数は、選択肢から選択できるようにしてもよいし、増加または減少ボタンを操作することで貸出単位額に相当する数単位で増減させて入力できるようにしてもよいし、直接、数値入力できるようにしてもよい。そして、分割数が入力されたか否かを判断する（ステップＳｒ１４）。分割数が入力されていない（ステップＳｒ１４でＮＯ）と判断した場合、ＣＰＵ１８１ａは、ステップＳｒ１４の処理を繰返す。
一方、分割数が入力された（ステップＳｒ１４でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、会員カード受付け中であるか否かを判断する（ステップＳｒ２１）。会員カード受付け中である（ステップＳｒ２１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、持ちメダル数から分割数を減算するとともに、減算後の持ちメダル数をメダル管理コンピュータ５５０に送信する（ステップＳｒ２２）。メダル管理コンピュータ５５０は、図９の会員貯蓄管理テーブルの持ちメダル数を更新する。次いで、ＣＰＵ１８１ａは、会員カードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ２３）。
次に、ＣＰＵ１８１ａは、カードリーダライタ１８７のカード貯留部からビジターカードを読取り位置に取出し、取出したビジターカードの発行処理を行なう（ステップＳｒ２４）。具体的には、カード管理コンピュータ５００のビジターカードテーブルの状況を利用中に変更して、最新発行日時を更新して、メダル管理コンピュータ５５０のビジター貯蓄管理テーブルの最新発行日時を更新し、両テーブルのその他の項目をリセットする。
そして、ＣＰＵ１８１ａは、分割数を持ちメダル数として当該ビジターカードに対応付ける（ステップＳｒ２５）。具体的には、メダル貸出機１００のカードテーブルの持ちメダル数として分割数を記憶させ、メダル管理コンピュータ５５０のビジター貯蓄管理テーブルの持ちメダル数として分割数を記憶させる。次いで、ＣＰＵ１８１ａは、当該ビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ２６）。
次に、ＣＰＵ１８１ａは、先に排出された会員カードの再挿入を促す旨を報知するよう液晶表示器１２３を制御する（ステップＳｒ２７）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
一方、会員カード受付け中でない（ステップＳｒ２１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、受付中のビジターカードの図５（ａ）のカードテーブルなどに記憶されているカード情報を、一旦、他のメモリ領域に退避させる（ステップＳｒ３１）。
そして、ＣＰＵ１８１ａは、受付中の読書き位置のビジターカードのカード情報をリセットして、ステップＳｒ２４で説明したような発行処理を行なう（ステップＳｒ３２）。次いで、ＣＰＵ１８１ａは、ステップＳｒ２５と同様、分割数を持ちメダル数として当該ビジターカードに対応付け（ステップＳｒ３３）、当該ビジターカードを排出するようカードリーダライタ１８７を制御する（ステップＳｒ３４）。
次に、ＣＰＵ１８１ａは、ステップＳｒ２４と同様に、カードリーダライタ１８７のカード貯留部からビジターカードを読取り位置に取出し、取出したビジターカードの発行処理を行なう（ステップＳｒ３５）。そして、ＣＰＵ１８１ａは、ステップＳｒ３１で退避させたカード情報を当該ビジターカードに対応付ける（ステップＳｒ３６）。その後、ＣＰＵ１８１ａは、実行する処理をこのカードロック処理の呼出元の図２７のタッチパネル操作処理に戻す。
「持玉分割」ボタンが操作されていない（ステップＳｇ５でＮＯ）と判断した場合、ＣＰＵ１８１ａは、液晶表示器１２３に表示された「情報照会」ボタンの操作がタッチパネル１２４で検出されたか否かを判断する（ステップＳｇ６）。「情報照会」ボタンの操作がされていない（ステップＳｇ６でＮＯ）と判断した場合、ＣＰＵ１８１ａは、玉情報表示フラグがオン状態であるか否かを判断する（ステップＳｇ７）。なお、玉情報表示フラグについては後に詳述する。
＜＜＜情報照会処理＞＞＞
「情報照会」ボタンが操作された（ステップＳｇ６でＹＥＳ）または玉情報表示フラグがオン状態である（ステップＳｇ７でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、情報照会処理を実行する（ステップＳｇ１６）。
図３２は、メダル貸出機１００において実行される情報照会処理の処理内容を示すフロー図である。図３２を参照して、まず、制御ユニット１８１のＰＣＵ１８１ａは、カード受付中であるか否かを判断する（ステップＳｔ１）。
カード受付中である（ステップＳｔ１でＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、カード受付時にメダル管理コンピュータ５５０から取得されメモリに記憶されているカード詳細情報をディスプレイ１２３に表示するよう制御する（ステップＳｔ２）。カード詳細情報には、レート別の持玉数および貯玉数、遊技履歴などが含まれる（後述の図３３（ｃ）参照）。レートとは、１枚のメダルや１個のパチンコ玉の貸出しに必要な単価であり、たとえば、パチンコ玉１玉１円、１玉２円、１玉４円、ならびに、メダル１枚５円、１枚２０円などである。
なお、ここでは、遊技媒体の全種類および全単価の持玉数および貯玉数は、図１５のステップＳｂ２０で実行される図１６のカード受付け処理のステップＳｎ７でメダル管理コンピュータ５５０から受信してメモリに記憶されていることとする。
しかし、これに限定されず、遊技媒体の全種類および全単価の持玉数および貯玉数は、ステップＳｔ２の処理が実行されるときに、メダル管理コンピュータ５５０から取得されるようにしてもよい。その場合は、図１６のステップＳｎ７では、当該メダル貸出機１００で扱われる種類および単価の遊技媒体に関する持玉数および貯玉数のみが取得される。
ステップＳｔ２の後、ＣＰＵ１８１ａは、玉情報表示フラグをオン状態に変更し（ステップＳｔ３）、表示時間の計時を開始する（ステップＳｔ４）。
ステップＳｔ４の後、ＣＰＵ１８１ａは、カード詳細情報画面の表示を開始してから所定時間（たとえば、１分）が経過したか否かを判断する（ステップＳｔ５）。カード詳細情報画面の表示から所定時間が経過していない（ステップＳｔ５でＮＯ）と判断した場合、ＣＰＵ１８１ａは、カード詳細情報画面の表示を終了させる操作が行なわれたか否か、具体的にはカード詳細情報画面で「戻る」ボタンが操作されたか否か、を判断する（ステップＳｔ６）。
カード詳細情報画面の表示から所定時間が経過した（ステップＳｔ５）、または、「戻る」ボタンが操作された（ステップＳｔ６）と判断した場合、ＣＰＵ１８１ａは、玉情報表示フラグをオフ状態にし（ステップＳｔ７）、図２６で示したメインメニュー画面をディスプレイ１２３に表示するよう制御する（ステップＳｔ８）。
このように、本実施の形態では、カード詳細情報画面の表示時間が所定時間を超えた場合にカード詳細情報画面の表示は終了される。しかしながら、カード詳細情報画面の表示に関しては、表示時間が所定時間を超えた場合であっても必ずしも終了させる必要はない（すなわち図３２のステップＳｔ５の判断処理を省略してもよい）。
一方、カード受付中でない（ステップＳｔ１でＮＯ）と判断した場合、ＣＰＵ１８１ａは、会員遊技者が会員携帯端末を端末リーダライタ１７０にかざしたことに応じて、端末ＩＤが受付けられたか否かを判定する（ステップＳｔａ１）。
端末ＩＤが受付けられた（ステップＳｔａ１にてＹＥＳ）と判断した場合、ＣＰＵ１８１ａは、受付けられた端末ＩＤに対応付けられた端末詳細情報をメダル管理コンピュータ５５０から取得し、取得した端末詳細情報をディスプレイ１２３に表示するよう制御する（ステップＳｔａ２）。本実施の形態においては、ＣＰＵ１８１ａは、端末詳細情報を表示するたびにメダル管理コンピュータ５５０に問合せて端末詳細情報を取得する。なお、端末詳細情報を表示するたびには、メダル管理コンピュータ５５０に問合せない構成であってもよい。たとえば、端末ＩＤが受付けられた時点でメダル貸出機１００が端末詳細情報をメダル管理コンピュータ５５０から取得して記憶しておき、その後に端末詳細情報を表示するたびに記憶しておいた端末詳細情報を表示するようにしてもよい。
このように、端末詳細情報は、「情報照会」ボタンが操作され（図２７のステップＳｇ６でＹＥＳ）、かつ端末ＩＤが受付けられた場合（図３２のステップＳｔａ１にてＹＥＳの場合）に表示される。したがって、端末詳細情報は、再プレイ処理の実行とは関係のないタイミング（すなわち図１７のＳｎａ８における有価価値情報の表示タイミングとは関係のないタイミング）で表示される。また、端末詳細情報の表示は、メダルの払出しとは関係のないタイミング（すなわち図１７のＳｎａ８における有価価値情報の表示終了タイミングとは関係のないタイミング）で終了される。
図３３は、端末詳細情報の表示手順を説明するための図である。端末詳細情報を表示させるために、遊技者は、まず、ディスプレイ１２３に表示されるメニュー画面上で「情報照会」ボタンにタッチする操作を行なう（図３３（ａ）参照）。これにより、図２７のステップＳｇ６にてＹＥＳと判定され、図２７のステップＳｇ１６（図３２）の情報照会処理が開始される。
次に、遊技者は、自らが所有する会員携帯端末１７１を端末リーダライタ１７０にかざす操作を行なう（図３３（ｂ）参照）。これにより、会員携帯端末１７１から端末ＩＤが取得され、取得された端末ＩＤが受付けられたか否かが判定される（図３２のステップＳｔａ１）。
そして、取得された端末ＩＤが受付けられた場合（図３２のステップＳｔａ１にてＹＥＳ）、図３３（ｃ）に示すような端末詳細情報画面がディスプレイ１２３に表示される（図３２のステップＳｔａ２）。
このように、遊技者は、メニュー画面上の「情報照会」ボタンをタッチした後に会員携帯端末を端末リーダライタ１７０にかざすという簡易な操作で端末詳細情報を表示させることができる。なお、会員携帯端末をかざした後に「情報照会」ボタンがタッチするという操作で端末詳細情報を表示させるようにしてもよい。
端末詳細情報画面には、図３３（ｃ）に示すように、カード詳細情報と同様、レート別の持玉数および貯玉数、遊技履歴などが含まれる。画面の冒頭には、当該メダル貸出機１００で貸出されるレートである１枚２０円（図では２０スロと記載）のメダルの持玉および貯玉の数が、表示される。また、その下には、他のメダル貸出機１００やカードユニットで貸出されるレートであるパチンコ玉１玉４円、パチンコ玉１玉１円、メダル１枚５円（図ではそれぞれ４パチ、１パチ、５スロと記載）のパチンコ玉またはメダルの持玉および貯玉の数が表示される。また、その下には、遊技履歴（図１１（ｂ）参照）の情報が表示される。また、右下部には、表示画面をメインメニュー画面（図２６参照）に戻すための「戻る」ボタンが表示される。なお、図３３（ｃ）に示す端末詳細情報の内容およびレイアウトはあくまで一例であって、これに限定されるものではない。
図３２に戻って、端末詳細情報の表示後、ＣＰＵ１８１ａは、玉情報表示フラグをオン状態に変更し（ステップＳｔａ３）、端末詳細情報表示時間の計時を開始する（ステップＳｔａ４）。なお、端末詳細情報表示時間の計時を開始した後に、遊技者が端末詳細情報画面上で照会を行なう操作（たとえば、端末詳細情報画面を次の画面に送る操作、端末詳細情報を選択する操作など）を行なった場合には、端末詳細情報表示時間を所定時間延長するようにしてもよい。
端末ＩＤの受付けによって端末詳細情報表示時間の計時を開始した後、あるいは今回のサイクルでは端末ＩＤが受付けられていない場合（ステップＳｔａ１にてＮＯ）、ＣＰＵ１８１ａは、端末詳細情報表示不能処理を実行する（ステップＳｔａ５）。
図３４は、端末詳細情報表示不能処理の詳細手順を示すフロー図である。ステップＳｕ１にて、ＣＰＵ１８１ａは、詳細端末情報を表示した履歴があるか否かを判断する。
詳細端末情報を表示した履歴がある場合（ステップＳｕ１にてＹＥＳ）、ＣＰＵ１８１ａは、端末詳細情報表示時間が所定の表示可能時間（たとえば、１分）を超えたか否かを判断する（ステップＳｕ２）。
端末詳細情報表示時間が表示可能時間を超えていない場合（ステップＳｕ２にてＮＯ）、ＣＰＵ１８１ａは、顔画像撮影カメラ１８８による撮像画像に基づいて、遊技が終了したか否かを判断する（ステップＳｕ３）。たとえば、ＣＰＵ１８１ａは、顔画像撮影カメラ１８８による撮像画像に遊技者が映らなくなってから所定時間（たとえば３０分）が経過した場合に、遊技が終了したと判断する。なお、顔画像撮影カメラ１８８による撮像画像に映っていた遊技者が代わった場合に、遊技が終了したと判断するようにしてもよい。
遊技が終了していない場合（ステップＳｕ３にてＮＯ）、ＣＰＵ１８１ａは、遊技者が端末詳細情報画面上の「戻る」ボタンをタッチする操作（端末詳細情報の表示を終了させる操作）をしたか否かを判断する（ステップＳｕ４）。
端末詳細情報表示時間が表示可能時間を超えておらず、かつ遊技が終了しておらず、かつ遊技者が「戻る」ボタンのタッチ操作をしていない場合（ステップステップＳｕ２，ステップＳｕ３，ステップＳｕ４のいずれにおいてもＮＯと判断された場合）、ＣＰＵ１８１ａは、端末詳細情報表示不能処理を実行しない（ステップＳｕ５）。
一方、端末詳細情報表示時間が表示可能時間を超えた場合（ステップＳｕ２にてＹＥＳ）、あるいは遊技が終了した場合（ステップＳｕ３にてＹＥＳ）、あるいは遊技者が「戻る」ボタンのタッチ操作をした場合（ステップＳｕ４にてＹＥＳ）、ＣＰＵ１８１ａは、端末ＩＤが新たに受付けられたか否かを判断する（ステップＳｕ６）。
端末ＩＤが新たに受付けられた場合（ステップＳｕ６にてＹＥＳ）、ＣＰＵ１８１ａは、新たに受付けられた端末ＩＤが前回受付けられた端末ＩＤと一致するか否かを判定する（ステップＳｕ７）。
新たに受付けられた端末ＩＤが前回受付けられた端末ＩＤと一致する場合（ステップＳｕ７にてＹＥＳ）、ＣＰＵ１８１ａは、端末詳細情報表示不能処理を実行しない（ステップＳｕ５）。
端末ＩＤが新たに受付けられていない場合（ステップＳｕ６にてＮＯ）、あるいは新たに受付けられた端末ＩＤが前回受付けられた端末ＩＤと一致しない場合（ステップＳｕ７にてＮＯ）、ＣＰＵ１８１ａは、端末詳細情報表示不能処理を実行する（ステップＳｕ８）。端末詳細情報表示不能処理が実行されることによって、端末詳細情報が表示不能となる。表示中の端末詳細情報については、その表示が終了されるとともに、その後の再表示が抑制される。また、既に表示が終了されていた端末詳細情報についても、その後の再表示が抑制される。
端末詳細情報表示不能処理の実行後、ＣＰＵ１８１ａは、端末詳細情報表示時間を「０」にリセットする（ステップＳｕ９）。
ステップＳｕ５またはステップＳｕ９の処理後、ＣＰＵ１８１ａは、実行する処理をこの処理の呼出元の処理に戻す。
以上説明したように、本発明の実施の形態によるメダル貸出機１００は、会員携帯端末がかざされたことに応じて会員携帯端末を受付け、受付けられた会員携帯端末に対応付けられた端末詳細情報をメダル管理コンピュータ５５０から取得してディスプレイ１２３に表示する。そして、端末詳細情報の表示開始後に、端末詳細情報表示時間が表示可能時間を超えたという条件、遊技者が遊技を終了したという条件、遊技者が端末詳細情報の表示を終了させる操作を行なったという条件のいずれかが成立すると、端末詳細情報を表示不能にする。このため、端末詳細情報を適切なタイミングで他の遊技者に表示不能にすることができる。なお、メダル貸出機１００は、同じ会員携帯端末が再びかざされた場合には表示不能処理を実行しない。そのため、同じ遊技者が端末詳細情報を再表示させることが可能となる。
なお、本実施の形態では、表示不能処理を実行する条件として、端末詳細情報表示時間が所定の表示可能時間を超えたという条件、遊技者が遊技を終了したという条件、遊技者が端末詳細情報の表示を終了させる操作を行なったという条件を例示したが、表示不能処理を実行する条件はこれらの条件に限定されるものではない。たとえば、図３３（ｃ）に示した端末詳細情報画面に「詳細情報表示不能」ボタンを新たに設け、この「詳細情報表示不能」バタンのタッチ操作が行なわれたという条件を、表示不能処理を実行する条件とするようにしてもよい。
また、本実施の形態では、図１７のＳｎａ８の処理（有価価値情報表示）、図３２のＳｔａ２の処理（端末詳細情報表示）、図３４のＳｕ７の処理（表示不能処理）を、メダル貸出機１００が行なうが、これらの処理をメダル貸出機１００に行なわせるための信号をメダル管理コンピュータ５５０などの管理装置がメダル貸出機１００に送信するようにしてもよい。
［第２の実施の形態］
第１の実施の形態においては、スロットマシン１に対応して設けられるメダル貸出機１００に発明を適用する場合について説明した。第２の実施の形態においては、パチンコ遊技機７０１に対応して設けられるカードユニット７５０に発明を適用する場合について説明する。
図３５は、第２の実施の形態におけるパチンコ遊技機７０１およびカードユニット７５０を示す正面図である。図３６は、パチンコ遊技機７０１およびカードユニット７５０の構成を示すブロック図である。
パチンコ遊技機７０１は、縦長の方形状に形成された外枠（図示せず）と、外枠の内側に開閉可能に取付けられた遊技枠とで構成される。また、パチンコ遊技機７０１は、遊技枠に開閉可能に設けられている額縁状に形成されたガラス扉枠７０２を有する。遊技枠は、外枠に対して開閉自在に設置される前面枠（図示せず）と、機構部品等が取付けられる機構板（図示せず）と、それらに取付けられる種々の部品（後述する遊技盤７０６を除く）とを含む構造体である。
ガラス扉枠７０２の下部表面には打球供給皿（上皿）３がある。打球供給皿７０３の下部には、打球供給皿７０３に収容しきれない遊技球を貯留する余剰球受皿７０４、および、打球を発射する打球操作ハンドル（操作ノブ）７０５等が設けられている。また、ガラス扉枠７０２の背面には、遊技盤７０６が着脱可能に取付けられている。遊技盤７０６は、それを構成する板状体と、その板状体に取付けられた種々の部品とを含む構造体である。また、遊技盤７０６の前面には、打込まれた遊技球が流下可能な遊技領域７０７が形成されている。
余剰球受皿（下皿）７０４を形成する部材には、たとえば下皿本体の上面における手前側の所定位置（たとえば下皿の中央部分）等に、スティック形状（棒形状）に構成され、遊技者が把持して複数方向（前後左右）に傾倒する操作が可能なスティックコントローラ７１２２が取付けられている。なお、スティックコントローラ７１２２には、遊技者がスティックコントローラ７１２２の操作桿を操作手（たとえば左手等）で把持した状態において、所定の操作指（たとえば人差し指等）で押引操作すること等により所定の指示操作が可能なトリガボタン７１２５（図３６参照）が設けられている。また、スティックコントローラ７１２２には、スティックコントローラ７１２２を振動動作させるためのバイブレータ用モータ７１２６（図３６参照）が内蔵されている。
打球供給皿（上皿）７０３を形成する部材には、たとえば上皿本体の上面における手前側の所定位置（たとえばスティックコントローラ７１２２の上方）等に、遊技者が押下操作等により所定の指示操作を可能なプッシュボタン７１２０が設けられている。
打球供給皿７０３の上面には、球貸しを受ける場合に操作する球貸ボタン７５１と、カード残額や獲得玉数等を特定可能にしてカードの返却を受ける場合に操作する返却ボタン７５２と、カードの残度数を表示する残度数表示部７５３が設けられる。
遊技領域７０７の中央付近には、各々を識別可能な複数種類の識別情報としての演出図柄を変動表示（可変表示ともいう）可能な演出表示装置７０９が設けられている。遊技領域７０７における演出表示装置７０９の右側方には、各々を識別可能な複数種類の識別情報としての第１特別図柄を変動表示する第１特別図柄表示器７０８ａと、各々を識別可能な複数種類の識別情報としての第２特別図柄を変動表示する第２特別図柄表示器７０８ｂとが設けられている。
第１特別図柄表示器７０８ａおよび第２特別図柄表示器７０８ｂのそれぞれは、数字および文字を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で構成されている。演出表示装置７０９は、液晶表示装置（ＬＣＤ）で構成されており、表示画面において、第１特別図柄または第２特別図柄の変動表示に同期した演出図柄の変動表示等の各種画像を表示する表示領域が設けられる。このような表示領域には、たとえば「左」、「中」、「右」の３つの装飾用（演出用）の演出図柄を変動表示する図柄表示領域が形成される。
第１特別図柄表示器７０８ａおよび第２特別図柄表示器７０８ｂのそれぞれは、主基板（遊技制御基板）に搭載されている遊技制御用マイクロコンピュータによって制御される。演出表示装置７０９は、演出制御基板に搭載されている演出制御用マイクロコンピュータによって制御される。第１特別図柄表示器７０８ａで第１特別図柄の変動表示が実行されているときに、その変動表示に伴なって演出表示装置７０９で演出表示が実行され、第２特別図柄表示器７０８ｂで第２特別図柄の変動表示が実行されているときに、その変動表示に伴なって演出表示装置７０９で演出表示が実行されるので、遊技の進行状況を把握しやすくすることができる。
第１特別図柄表示器７０８ａに特定表示結果としての大当り表示結果（大当り図柄）が導出表示されたとき、または、第２特別図柄表示器７０８ｂに特定表示結果としての大当り表示結果（大当り図柄）が導出表示されたときには、演出表示装置７０９においても、特定表示結果としての大当り表示結果（大当り図柄の組合せ）が導出表示される。このように変動表示の表示結果として特定表示結果が表示されたときには、遊技者にとって有利な価値（有利価値）が付与される有利状態としての特定遊技状態（大当り遊技状態）に制御される。
また、演出表示装置７０９において、最終停止図柄（たとえば左右中図柄のうち中図柄）となる図柄以外の図柄が、所定時間継続して、大当り図柄（たとえば左中右の図柄が同じ図柄で揃った図柄の組合せ）と一致している状態で停止、揺動、拡大縮小もしくは変形している状態、または、複数の図柄が同一図柄で同期して変動したり、表示図柄の位置が入れ替わっていたりして、最終結果が表示される前で大当り発生の可能性が継続している状態（以下、これら状態をリーチ状態という。）で行なわれる演出をリーチ演出という。
ここで、リーチ状態は、演出表示装置７０９の表示領域において停止表示された演出図柄が大当り組合せの一部を構成しているときに未だ停止表示されていない演出図柄の変動が継続している表示状態、または、全部もしくは一部の演出図柄が大当り組合せの全部または一部を構成しながら同期して変動している表示状態である。言い換えると、リーチとは、複数の変動表示領域において識別情報が特定表示結果を構成しているが少なくとも一部の変動領域が変動表示中である状態をいう。この実施形態において、リーチ状態は、たとえば、左，右の図柄表示領域で同じ図柄が停止し、中の図柄表示領域で図柄が停止していない状態で形成される。リーチ状態が形成されるときの左，右の図柄表示領域で停止された図柄は、リーチ形成図柄、または、リーチ図柄と呼ばれる。
そして、リーチ状態における表示演出が、リーチ演出表示（リーチ演出）である。また、リーチの際に、通常と異なる演出がランプや音で行なわれることがある。この演出をリーチ演出という。また、リーチの際に、キャラクタ（人物等を模した演出表示であり、図柄（演出図柄等）とは異なるもの）を表示させたり、演出表示装置７０９の背景画像の表示態様（たとえば、色等）を変化させたりすることがある。このキャラクタの表示や背景の表示態様の変化をリーチ演出表示という。また、リーチの中には、それが出現すると、通常のリーチに比べて、大当りが発生しやすいように設定されたものがある。このような特別のリーチをスーパーリーチという。
演出表示装置７０９の右方には、各々を識別可能な識別情報としての第１特別図柄を変動表示する第１特別図柄表示器（第１変動表示部）７０８ａが設けられている。第１特別図柄表示器７０８ａは、０〜９の数字等の特別図柄を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。また、演出表示装置７０９の右方（第１特別図柄表示器７０８ａの右隣）には、各々を識別可能な識別情報としての第２特別図柄を変動表示する第２特別図柄表示器（第２変動表示部）７０８ｂが設けられている。第２特別図柄表示器７０８ｂは、０〜９の数字等の特別図柄を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。
以下、第１特別図柄と第２特別図柄とを特別図柄と総称することがあり、第１特別図柄表示器７０８ａと第２特別図柄表示器７０８ｂとを特別図柄表示器（変動表示部）と総称することがある。
なお、この実施の形態では、２つの特別図柄表示器７０８ａ，７０８ｂを備える場合を示しているが、遊技機は、特別図柄表示器を１つのみ備えるものであってもよい。
第１特別図柄または第２特別図柄の変動表示は、変動表示の実行条件である第１始動条件または第２始動条件が成立（たとえば、遊技球が第１始動入賞口７１３または第２始動入賞口７１４を通過（入賞を含む）したこと）した後、変動表示の開始条件（たとえば、保留記憶数が０でない場合であって、第１特別図柄および第２特別図柄の変動表示が実行されていない状態であり、かつ、大当り遊技が実行されていない状態）が成立したことに基づいて開始され、変動表示時間（変動時間）が経過すると表示結果（停止図柄）を導出表示する。なお、遊技球が通過するとは、入賞口やゲート等の予め入賞領域として定められている領域を遊技球が通過したことであり、入賞口に遊技球が入った（入賞した）ことを含む概念である。また、表示結果を導出表示するとは、図柄（識別情報の例）を最終的に停止表示させることである。
演出表示装置７０９の下方には、第１始動入賞口７１３を有する入賞装置が設けられている。第１始動入賞口７１３に入賞した遊技球は、遊技盤７０６の背面に導かれ、第１始動口スイッチ７１３ａによって検出される。
また、第１始動入賞口（第１始動口）７１３を有する入賞装置の下方には、遊技球が入賞可能な第２始動入賞口７１４を有する可変入賞球装置７１５が設けられている。第２始動入賞口（第２始動口）７１４に入賞した遊技球は、遊技盤７０６の背面に導かれ、第２始動口スイッチ７１４ａによって検出される。可変入賞球装置７１５は、ソレノイド７１６によって開状態とされる。可変入賞球装置７１５が開状態になることによって、遊技球が第２始動入賞口７１４に入賞可能になり（始動入賞し易くなり）、遊技者にとって有利な状態になる。可変入賞球装置７１５が開状態になっている状態では、第１始動入賞口７１３よりも、第２始動入賞口７１４に遊技球が入賞しやすい。また、可変入賞球装置７１５が閉状態になっている状態では、遊技球は第２始動入賞口７１４に入賞しない。したがって、可変入賞球装置７１５が閉状態になっている状態では、第２始動入賞口７１４よりも、第１始動入賞口７１３に遊技球が入賞しやすい。なお、可変入賞球装置７１５が閉状態になっている状態において、入賞はしづらいものの、入賞することは可能である（すなわち、遊技球が入賞しにくい）ように構成されていてもよい。以下、第１始動入賞口７１３と第２始動入賞口７１４とを総称して始動入賞口または始動口ということがある。
第２特別図柄表示器７０８ｂの上方には、第２始動入賞口７１４に入った有効入賞球数すなわち第２保留記憶数を表示する４つの表示器からなる第２特別図柄保留記憶表示器７１８ｂが設けられている。第２特別図柄保留記憶表示器７１８ｂは、有効始動入賞があるごとに、点灯する表示器の数を１増やす。そして、第２特別図柄表示器７０８ｂでの変動表示が開始されるごとに、点灯する表示器の数を１減らす。
また、第２特別図柄保留記憶表示器７１８ｂのさらに上方には、第１始動入賞口７１３に入った有効入賞球数すなわち第１保留記憶数（保留記憶を、始動記憶または始動入賞記憶ともいう。）を表示する４つの表示器からなる第１特別図柄保留記憶表示器７１８ａが設けられている。第１特別図柄保留記憶表示器７１８ａは、有効始動入賞があるごとに、点灯する表示器の数を１増やす。そして、第１特別図柄表示器７０８ａでの変動表示が開始されるごとに、点灯する表示器の数を１減らす。
遊技機には、遊技者が打球操作ハンドル７０５を操作することに応じて駆動モータを駆動し、駆動モータの回転力を利用して遊技球を遊技領域７０７に発射する打球発射装置（図示せず）が設けられている。打球発射装置から発射された遊技球は、遊技領域７０７を囲むように円形状に形成された打球レールを通って遊技領域７０７に入り、その後、遊技領域７０７を下りてくる。遊技球が第１始動入賞口７１３に入り第１始動口スイッチ７１３ａで検出されると、第１特別図柄の変動表示を開始できる状態であれば（たとえば、特別図柄の変動表示が終了し、第１の開始条件が成立したこと）、第１特別図柄表示器７０８ａにおいて第１特別図柄の変動表示（変動）が開始されるとともに、演出表示装置７０９において演出図柄の変動表示が開始される。すなわち、第１特別図柄および演出図柄の変動表示は、第１始動入賞口７１３への入賞に対応する。第１特別図柄の変動表示を開始できる状態でなければ、第１保留記憶数が上限値に達していないことを条件として、第１保留記憶数を１増やす。
遊技球が第２始動入賞口７１４に入り第２始動口スイッチ７１４ａで検出されると、第２特別図柄の変動表示を開始できる状態であれば（たとえば、特別図柄の変動表示が終了し、第２の開始条件が成立したこと）、第２特別図柄表示器７０８ｂにおいて第２特別図柄の変動表示（変動）が開始されるとともに、演出表示装置７０９において演出図柄の変動表示が開始される。すなわち、第２特別図柄および演出図柄の変動表示は、第２始動入賞口７１４への入賞に対応する。第２特別図柄の変動表示を開始できる状態でなければ、第２保留記憶数が上限値に達していないことを条件として、第２保留記憶数を１増やす。
演出表示装置７０９は、第１特別図柄表示器７０８ａによる第１特別図柄の変動表示時間中、および第２特別図柄表示器７０８ｂによる第２特別図柄の変動表示時間中に、装飾用（演出用）の図柄としての演出図柄の変動表示を行なう。第１特別図柄表示器７０８ａにおける第１特別図柄の変動表示と、演出表示装置７０９における演出図柄の変動表示とは同期している。また、第２特別図柄表示器７０８ｂにおける第２特別図柄の変動表示と、演出表示装置７０９における演出図柄の変動表示とは同期している。また、第１特別図柄表示器７０８ａにおいて大当り図柄が停止表示されるときと、第２特別図柄表示器７０８ｂにおいて大当り図柄が停止表示されるときには、演出表示装置７０９において大当りを想起させるような演出図柄の組合せが停止表示される。
また、演出表示装置７０９の表示画面の下部には、第１保留記憶数を表示する第１保留記憶表示部と、第２保留記憶数を表示する第２保留記憶表示部とが形成される。なお、第１保留記憶数と第２保留記憶数との合計である合計数（合算保留記憶数）を表示する領域（合算保留記憶表示部）が設けられるようにしてもよい。そのように、合計数を表示する合算保留記憶表示部が設けられているようにすれば、変動表示の開始条件が成立していない実行条件の成立数の合計を把握しやすくすることができる。
また、図１に示すように、可変入賞球装置７１５の下方には、特別可変入賞球装置７２０が設けられている。特別可変入賞球装置７２０は開閉板を備え、第１特別図柄表示器７０８ａに特定表示結果（大当り図柄）が導出表示されたときと、第２特別図柄表示器７０８ｂに特定表示結果（大当り図柄）が導出表示されたときに生起する特定遊技状態（大当り遊技状態）においてソレノイド７２１によって開閉板が開放状態に制御されることによって、入賞領域となる大入賞口が開放状態になる。大入賞口に入賞した遊技球はカウントスイッチ７２３で検出される。
大当り遊技状態においては、特別可変入賞球装置７２０が開放状態と閉鎖状態とを繰返す繰返し継続制御が行なわれる。繰返し継続制御において、特別可変入賞球装置７２０が開放されている状態が、ラウンドと呼ばれる。これにより、繰返し継続制御は、ラウンド制御とも呼ばれる。本実施の形態では、大当りの種別が複数設けられており、大当りとすることが決定されたときには、いずれかの大当り種別が選択される。
演出表示装置７０９の左方には、各々を識別可能な普通図柄を変動表示する普通図柄表示器７１０が設けられている。この実施の形態では、普通図柄表示器７１０は、０〜９の数字を変動表示可能な簡易で小型の表示器（たとえば７セグメントＬＥＤ）で実現されている。すなわち、普通図柄表示器７１０は、０〜９の数字（または、記号）を変動表示するように構成されている。また、小型の表示器は、たとえば方形状に形成されている。
遊技球がゲート７３２を通過しゲートスイッチ７３２ａで検出されると、普通図柄表示器７１０の表示の変動表示が開始される。そして、普通図柄表示器７１０における停止図柄が所定の図柄（当り図柄。たとえば、図柄「７」。）である場合に、可変入賞球装置７１５が所定回数、所定時間だけ遊技者にとって不利な閉状態から遊技者にとって有利な開状態に変化する。普通図柄表示器７１０の近傍には、ゲート７３２を通過した入賞球数を表示する４つのＬＥＤによる表示部を有する普通図柄保留記憶表示器７４１が設けられている。ゲート７３２への遊技球の通過があるごとに、すなわちゲートスイッチ７３２ａによって遊技球が検出されるごとに、普通図柄保留記憶表示器７４１は点灯するＬＥＤを１増やす。そして、普通図柄表示器７１０の変動表示が開始されるごとに、点灯するＬＥＤを１減らす。
遊技盤７０６の下部には、入賞しなかった打球が取込まれるアウト口７２６がある。また、遊技領域７０７の外側の左右上部および左右下部には、所定の音声出力として効果音や音声を発声する４つのスピーカ７２７が設けられている。遊技領域７０７の外周には、前面枠に設けられた枠ＬＥＤ７２８が設けられている。
また、カード類（ビジターカード、会員カード、会員携帯端末）を受付けたことによって球貸しを可能にするカードユニット７５０が、パチンコ遊技機７０１に隣接して設置される。このカードユニット７５０は、遊技者による遊技に使用可能な価値としてのカード残額や、遊技の結果、遊技者が獲得した獲得価値としての獲得玉数を記録したカードから、カード残額や獲得玉数の引落としを受付けて、その引落額に応じた貸玉としてのパチンコ玉をパチンコ遊技機７０１の球払出装置７９７に払出させることを指示する制御信号をパチンコ遊技機７０１の払出制御基板７３７に出力し、そのパチンコ玉の使用により、遊技者によるパチンコ遊技機７０１での遊技を可能にするものである。このようにカードユニット７５０からパチンコ遊技機７０１に出力される制御信号は、カード類に記録された価値に基づいたパチンコ玉の貸出指令の一例である。しかし、このようなカードユニット７５０とパチンコ遊技機７０１などの遊技機とでやり取りされる信号に限定されず、カードユニットが遊技機に内蔵される場合は、貸出指令は、遊技機内部でやり取りされる制御信号であってもよい。
カードユニット７５０には、たとえば、使用可能状態であるか否かを示す使用可表示ランプ、カードユニットがいずれの側のパチンコ遊技機７０１に対応しているのかを示す連結台方向表示器、カードユニット内にカードが投入されていることを示すカード投入表示ランプ、記録媒体としてのカードが挿入されるカード挿入口、およびカード挿入口の裏面に設けられているカードリーダライタの機構を点検する場合にカードユニットを解放するためのカードユニット錠が設けられている。
パチンコ遊技機７０１において、遊技者は、カード類（ビジターカード、会員カード、会員携帯端末）を用いて遊技を行なうことが可能である。
会員カードは、ＩＣカードよりなる記録媒体である。会員カードには、カードＩＤが記録されている。遊技者の投入代金の対価としてのカード残額、獲得玉数情報、貯玉数情報、および、会員個人を特定する会員情報等の各種情報（カード情報）が、カードＩＤに対応付けて後述する獲得玉管理サーバに記録されている。獲得玉管理サーバは、会員カードに基づいて対応する各種カード情報を割出すことができる。カード残額、貯玉数情報、来店ポイント数情報、および、会員情報等のカード情報は、獲得玉管理サーバにより、カードＩＤを用いて管理される。
ここで、貯玉とは、遊技者が獲得した獲得玉等の獲得価値を遊技場側に預入れる行為およびその預入れられた価値をいう。貯玉数情報とは、その会員カードを所有している遊技者の貯玉の数を示す情報である。獲得玉とは、遊技者が遊技により獲得した点数または玉等を示す価値をいう。獲得玉数情報とは、その会員カードを所有している遊技者の獲得玉の数を示す情報である。また、再プレイとは、遊技者が貯玉または遊技場に預入れていない獲得玉を用いて玉貸しを受けて遊技を行なうことをいう。
遊技者が遊技を行なう場合は、まず、貨幣（１０００円）を貨幣挿入口に挿入する。すると、その挿入された貨幣が判別されて適正貨幣の場合に、球貸しボタン７５１が操作されると、挿入貨幣の金額の範囲内で遊技玉が貸出されて遊技が可能となる。なお、貨幣としては１０００円札以外の貨幣も使用可能である。カードの返却を受ける場合は、挿入された会員カードのカードＩＤで特定される獲得玉数に、遊技者が獲得した獲得玉数を加算更新することができる。会員カードが挿入されていない場合には、カードユニット７５０からビジターカードが発行される。遊技者が獲得した獲得玉数がそのビジターカードに記録されて遊技者に排出される。このように、会員カードおよびビジターカードには、入金額から遊技に使用した額を差し引いた残額が特定可能に記憶される。
遊技者がビジターカードを用いて遊技を行なう場合には、カードユニット７５０に設けられているカード口にビジターカードを挿入する。すると、その挿入されたビジターカードに記録されているカード残額や獲得玉数等のカード情報がカードユニット７５０に設けられたカードリーダライタにより読取られる。そして、読取られたカード情報に基づいて、カード残額がパチンコ遊技機７０１に設けられている残度数表示部７５３に表示され、獲得玉数が、カードユニット７５０に設けられている計数表示部７５５５に表示される。計数表示部７５５５は、カード残額や獲得玉数を所定の桁数で表示するように構成されている。この表示されたカード残額や獲得玉数を用いて遊技が可能となる。
遊技者が会員カードを用いて遊技を行なう場合には、カードユニット７５０に設けられているカード口に会員カードを挿入する。すると、その挿入された会員カードに記録されているカードＩＤがカードリーダライタにより読取られる。そして、読取られたカードＩＤに基づいて獲得玉管理サーバが特定した玉数データ（獲得玉数データ、貯玉数データ）が計数表示部７５５５に表示される。この表示されたカード残額や獲得玉数や貯玉数を用いて遊技が可能となる。
遊技者が会員携帯端末を用いて遊技を行なう場合には、カードユニット７５０に設けられている端末リーダライタ７１７０に会員携帯端末をかざす。すると、かざされた会員携帯端末に記録されているカードＩＤが端末リーダライタ７１７０により非接触で読取られる。そして、読取られたカードＩＤに基づいて獲得玉管理サーバが特定した玉数データ（獲得玉数データ、貯玉数データ）が計数表示部７５５５に表示される。この表示されたカード残額や獲得玉数や貯玉数を用いて遊技が可能となる。
カードユニット７５０には、貯玉や獲得玉を用いて玉貸しを受ける場合、すなわち、再プレイをする場合に操作する再プレイボタン７５５４が設けられている。
球貸ボタン７５１が操作されれば、残度数表示部７５３に表示さているカード残額から、予め定められた貸出単位額分の額が引落されて減額され、それと引換えに、貸出単位額分の玉がパチンコ遊技機７０１から貸玉として払出される。また、カード残額が、残度数表示部７５３に表示される。このような操作は、玉貸し操作と呼ばれる。
カード口にカードが挿入されている状態において、再プレイボタン７５５４が操作されれば、計数表示部７５５５に表示されている獲得玉数または貯玉数から、予め定められた返却単位数分の玉数が引落とされて減算され、それと引換えに、返却単位数分の玉がパチンコ遊技機７０１の球払出装置７９７から返却される。このような操作は、再プレイ操作と呼ばれる。このように払出される玉を返却玉と呼ぶ。
カード口に会員カードが挿入されている状態において、返却ボタン７５２が操作されれば、その時点での獲得玉数、カード残額、および、貯玉数等の情報が獲得玉数管理サーバに記憶され、その記憶情報を特定するカードＩＤが記録された会員カードがカード口から排出されて遊技者に返却される。
カードユニット７５０から貸玉として払出される玉は、パチンコ遊技機７０１の内部に設けられている球払出装置７９７から、パチンコ遊技機７０１に設けられている打球供給皿７０３上に払出される。
遊技においては、遊技者がパチンコ遊技機７０１に設けられている打球操作ハンドル７０５を操作して、打球供給皿７０３に貯留された玉を弾発発射し、遊技領域７０７に打込む。そして、遊技領域７０７に打込まれた玉が上述したような各種の入賞領域に入賞すれば、入賞領域別に予め定められた個数の景品玉が打球供給皿７０３に払出される。打球供給皿７０３が満タンになった場合には、その下方に設けられている余剰球受皿７０４に玉が送られて貯留される。
このパチンコ遊技機７０１においては、各台計数機７０５と呼ばれるパチンコ玉の計数装置が各パチンコ遊技機７０１に対応して設けられている。各台計数機７０５は、パチンコ遊技機７０１の下方に設けられた計数用玉貯留部７９４とを含む。
計数用玉貯留部７９４は、余剰球受皿７０４の下方に設けられており、余剰球受皿７０４から排出された玉を受けて貯留することが可能な形状に構成されている。貯留玉が満杯になったこと等の理由により、余剰球受皿７０４に設けられた排出レバーが操作されると、余剰球受皿７０４に貯留されていた玉が、余剰球受皿７０４の底面の開口部から下方へ排出され、計数用玉貯留部７９４に受けられる。
計数用玉貯留部７９４においては、遊技者による操作が可能な計数シャッタ７９４ａが設けられている。計数シャッタ７９４ａは、計数用玉貯留部７９４の底部に設けられた開口部を開閉するための部材であり、一体形成されたレバー部７９４ｂの操作に応じて開閉される。計数シャッタ７９４ａは、通常状態において閉成されて計数用玉貯留部７９４を玉の貯留が可能な状態にし、遊技者によってレバー部７９４ｂが操作された場合に開放される。計数シャッタ７９４ａが開かれると、計数用玉貯留部７９４に貯留されていた玉が、計数用玉貯留部７９４の底部に連結されている玉排出用通路７５２０に排出される。玉排出用通路７５２０の入側には、計数用玉貯留部７９４から排出された玉（以下、「獲得玉」という）を計数するために検出する通過検出用センサよりなる獲得玉検出スイッチ７５０１が設けられている。
獲得玉検出スイッチ７５０１により玉が検出され、計数されれば、カードユニット７５０に設けられた計数表示部７５５５にその計数値が表示される。この計数値（「獲得玉数」ともいう）は、遊技終了時に獲得玉数情報としてビジターカードに記録され、景品交換等の各種目的のために使用することが可能である。また、会員カードにおいては、その会員カードのカードＩＤに対応付けて獲得玉管理サーバに記憶され、景品交換等の各種目的のために使用することが可能である。また、獲得玉数情報で示される獲得玉数を貯玉数に変換し、貯玉数情報として記録しておくことが可能である。
返却を行なう場合には、遊技者により返却ボタン７５２が操作される。返却ボタン７５２が操作された場合は、前述した獲得玉検出スイッチ７５０１による計数値の全てが景品交換のために精算され、その精算された計数値（言い換えると獲得玉数）等の情報が、カードリーダライタによりビジターカードに書込まれ、そのビジターカードが、カード口から排出されて遊技者に返却される。一方、遊技者が会員カードをカード口に挿入して返却操作した場合には、その会員カードのカードＩＤに対応付けて計数値（言い換えると獲得玉数）等の情報が獲得玉管理サーバに記憶される。
「大当り」のうち、大当り遊技状態に制御された後、特別遊技状態として、通常状態（確変状態でない通常の遊技状態（低確率状態））に比べて大当りとすることに決定される確率が高い状態である確変状態（確率変動状態の略語であり、高確率状態ともいう）に移行する大当りの種類（種別）は、「確変大当り」と呼ばれる。
ラウンド数が異なる大当り遊技状態としては、通常大当りおよび確変大当りによる１５ラウンドの大当り遊技状態、ならびに、突然確変大当りによる２ラウンドの大当り遊技状態の、複数種類の大当り遊技状態が設けられている。また、ラウンド数が同じであるが各ラウンドの開放時間が異なる大当り遊技状態としては、通常大当りおよび確変大当りによる開放時間が２９秒の大当り遊技状態と、突然確変大当りによる開放時間が０．５秒の大当り遊技状態との、複数種類の大当り遊技状態が設けられている。小当りにおいては、突然確変大当りと同様の開放回数（２回）および開放時間（０．５秒）の小当り遊技状態となる。
具体的に、通常大当りおよび確変大当りの大当り遊技状態においては、特別可変入賞球装置７２０が、開放状態とされた後、所定の開放状態の終了条件（開放状態において所定期間（たとえば２９秒間）が経過したこと、または、所定個数（たとえば１０個）の入賞球が発生したという開放終了条件）が成立したことに応じて閉鎖状態とされる。そして、開放終了条件が成立すると、継続権が発生し、特別可変入賞球装置７２０の開放が再度行なわれる。継続権の発生は、大当り遊技状態における開放回数が予め定められた上限値となる１５ラウンド（最終ラウンド）に達するまで繰返される。
また、突然確変大当りの大当り遊技状態においては、特別可変入賞球装置７２０が、開放状態とされた後、所定の開放状態の終了条件（開放状態において所定期間（たとえば０．５秒間）が経過したこと、または、所定個数（たとえば９個）の入賞球が発生したという開放終了条件）が成立したことに応じて閉鎖状態とされる。そして、開放終了条件が成立すると、継続権が発生し、特別可変入賞球装置７２０の開放が再度行なわれる。継続権の発生は、大当り遊技状態における開放回数が予め定められた上限値となる２ラウンド（最終ラウンド）に達するまで繰返される。
このように、突然確変大当りは、大入賞口の開放回数が１５ラウンドよりも少ない回数（この実施の形態では２回）まで許容されるとともに、大入賞口の開放時間が短い（たとえば、０．５秒間）大当り種類（種別）である。
また、本実施の形態では、確変大当りに基づく特別遊技状態としては、確変状態に付随して、特別図柄や演出図柄の変動時間（変動表示期間）が非時短状態（通常変動時間状態）よりも短縮される時短状態に制御される。また、本実施の形態では、通常大当りに基づく特別遊技状態としては、時短状態に制御される。
このように、時短状態に移行することによって、特別図柄や演出図柄の変動時間が短縮されるので、時短状態となったときには、有効な始動入賞が発生しやすくなり大当り遊技が行なわれる可能性が高まる。
なお、「大当り」のうち、１５ラウンドの大当り遊技状態に制御された後、確変状態に移行しない大当りの種類（種別）は、「通常大当り」と呼ばれる。
また、確変大当りおよび通常大当りに基づく特別遊技状態としては、可変入賞球装置７１５が開状態になる頻度を高くすることにより可変入賞球装置７１５に遊技球が進入する頻度を高くして可変入賞球装置７１５への入賞を容易化（高進入化、高頻度化）する電チューサポート制御状態に制御される。一方、突然確変大当りに基づく特別遊技状態としては、確変状態に制御されるが、電チューサポート制御状態に制御されない。
ここで、電チューサポート制御について説明する。電チューサポート制御としては、普通図柄の変動時間（変動表示開始時から表示結果の導出表示時までの時間）を短縮して早期に表示結果を導出表示させる制御（普通図柄短縮制御）、普通図柄の停止図柄が当り図柄になる確率を高める制御（普通図柄確変制御）、可変入賞球装置７１５の開放時間を長くする制御（開放時間延長制御）、および、可変入賞球装置７１５の開放回数を増加させる制御（開放回数増加制御）が行なわれる。このような制御が行なわれると、当該制御が行なわれていないときと比べて、可変入賞球装置７１５が開状態となっている時間比率が高くなるので、第２始動入賞口７１４への入賞頻度が高まり、遊技球が始動入賞しやすくなる（特別図柄表示器７０８ａ，７０８ｂや演出表示装置７０９における変動表示の実行条件が成立しやすくなる）。また、このような制御によって第２始動入賞口７１４への入賞頻度が高まることにより、第２始動条件の成立頻度および／または第２特別図柄の変動表示の実行頻度が高まる遊技状態となる。
このような電チューサポート制御により第２始動入賞口７１４への入賞頻度が高められた状態（高頻度状態）は、発射球数に対して入賞に応じて賞球として払出される遊技球数の割合である「ベース」が、当該制御が行なわれないときと比べて、高い状態であるので、「高ベース状態」と呼ばれる。また、このような制御が行なわれないときは、「低ベース状態」と呼ばれる。また、このような制御は、可変入賞球装置７１５、すなわち、電動チューリップにより入賞をサポートすることにより可変入賞球装置７１５への入賞を容易化する制御であり、「電チューサポート制御」と呼ばれる。
この実施の形態においては、大当り確率の状態を示す用語として、「高確率状態（確変状態）」と、「低確率状態（非確変状態）」とを用い、ベースの状態の組合せを示す用語として、「高ベース状態（電チューサポート制御状態）」と、「低ベース状態（非電チューサポート制御状態）」とを用いる。
さらに、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうちのいずれか複数を組合せた状態に移行させることによって、高ベース状態に移行するようにしてもよい。また、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうちのいずれか１つの状態に移行させることによって、高ベース状態に移行するようにしてもよい。このように、電チューサポート制御としては、普通図柄短縮制御状態、普通図柄確変制御状態、開放時間延長制御状態、および、開放回数増加制御状態のうち、いずれか１つの状態、いずれか複数（すべての組合せを除く）を組合せた状態、または、すべてを組合せた状態に制御するものであれば、どのような制御を行なうようにしてもよい。
本実施の形態では、確変大当りに基づく特別遊技状態として、確変状態に制御されることに付随して、時短状態および電チューサポート制御状態に制御される。その他、特別遊技状態における時短状態と電チューサポート制御状態との関係としては、時短状態に付随して電チューサポート制御状態に制御されるようにしてもよく、時短状態に独立して電チューサポート制御状態に制御されるようにしてもよい。
この実施の形態の場合は、突然確変大当りのように大当り遊技状態の終了後において、特別遊技状態として、確変状態に制御されたときに時短状態および電チューサポート制御状態に制御されない場合がある。また、大当り遊技状態の終了後において、確変状態に制御されず通常状態となるときは、変動表示回数により期間が制限されずに、次回の大当りが発生するまでの間、時短状態および電チューサポート制御状態に制御されるようにしてもよい。
この実施の形態においては、大当り確率の状態を示す用語として、「高確率状態（確変状態）」と、「低確率状態（非確変状態）」とを用い、ベースの状態を示す用語として、「高ベース状態（電チューサポート制御状態）」と、「低ベース状態（非電チューサポート制御状態）」とを用いる。
また、この実施の形態においては、大当り確率の状態およびベースの状態の組合せを示す用語として、「低確低ベース状態」、「低確高ベース状態」、「高確低ベース状態」、および、「高確高ベース状態」を用いる。「低確低ベース状態」とは、大当り確率の状態が低確率状態で、かつ、ベースの状態が低ベース状態であることを示す状態である。「低確高ベース状態」とは、大当り確率の状態が低確率状態で、かつ、ベースの状態が高ベース状態であることを示す状態である。「高確低ベース状態」とは、大当り確率の状態が高確率状態で、かつ、ベースの状態が低ベース状態であることを示す状態である。「高確高ベース状態」とは、大当り確率の状態が高確率状態で、かつ、ベースの状態が高ベース状態であることを示す状態である。
通常大当りは、１５ラウンドの大当り遊技状態の終了後に、非確変状態、時短状態、および、電チューサポート制御状態（低確高ベース状態）に制御される大当りである。確変大当りは、１５ラウンドの大当り遊技状態の終了後に、確変状態、時短状態、および、電チューサポート制御状態（高確高ベース状態）に移行する制御が行なわれる大当りである。
突然確変大当りは、開放時間が極めて短い２ラウンドの大当り遊技状態の終了後に、確変状態に移行する制御が行なわれ、時短状態、および、電チューサポート制御状態（高確率／高ベース状態）に移行する制御が行なわれずに非時短状態、および、非電チューサポート制御状態（高確率／低ベース状態）に制御される大当りである。
確変大当りにおいては、確変状態、時短状態、および、電チューサポート制御状態が、次回の大当りが発生するまでという条件が成立するまでの期間継続する。また、通常大当りにおいては、時短状態が、変動表示が１００回という所定回数実行されるまでという条件と、次回の大当りが発生するまでという条件とのいずれか早い方の条件が成立するまでの期間継続する。このように時短状態が継続する変動表示の回数は、時短回数とも呼ばれる。
また、突然確変大当りの場合は、確変状態よりなる特別遊技状態が、次回の大当りが発生するまでという条件が成立するまでの期間継続する。
また、小当りとなったときには、小当り遊技状態終了後に、小当り遊技状態の開始前における遊技状態としての大当り確率およびベース状態が維持される。また、この実施の形態において、小当りは、小当り遊技状態において、突然確変大当りと同一の開放回数および同一の開放時間で特別可変入賞球装置７２０を開放する当りである例を示すが、これに限らず、小当りとしては、特別可変入賞球装置７２０の開放態様が、突然確変大当りのときの開放態様と完全に一致するものでないが、突然確変大当りのときの開放態様と区別しにくいように見えるものであってもよい。つまり、小当りとしては、特別可変入賞球装置７２０の開放態様が、突然確変大当りと略同一の開放回数および略同一の開放時間で特別可変入賞球装置７２０を開放する当りであればよい。
突然確変大当りと、小当りとは、特別可変入賞球装置７２０の開放回数および開放時間が同じであるので、大当り遊技状態および小当り遊技状態中に、突然確変大当りであるか小当りであるかを遊技者が認識しにくい。これにより、突然確変大当りの大当り遊技状態の終了後および小当り遊技状態の終了後において、確変状態となっていることを報知しない共通の演出が行なわれるときには、確変状態となっているか否かを遊技者が認識しにくい。また、突然確変大当りは、大当り遊技状態の終了後に低ベースとなるので、小当り遊技状態の終了後にベースが変更されない小当りと比べると、突然確変大当りの大当り遊技状態の終了後と、小当り遊技状態の終了後とで、遊技者が動作状況を区別しにくい。このような制御状態は、確変状態が潜伏しているような状態であるので、潜伏状態と呼ばれ、このような潜伏状態にする制御が潜伏制御と呼ばれる。なお、高確低ベース状態において発生した突然確変大当り時には、大当り遊技状態の終了後に、時短状態に制御され、電チューサポート制御に制御されるものを設けてもよい。このように、高確高ベース状態に移行する場合には、後述する潜伏演出を行なわないようにすることが望ましい。
この実施形態によるパチンコ遊技機７０１においては、演出制御用ＣＰＵ７１０１において、大当り遊技状態の終了後および小当り遊技状態の終了後に、確変状態となっているか否かを報知しない共通の演出をする潜伏演出が行なわれる。たとえば、演出制御用ＣＰＵ７１０１では、大当り終了時において、小当り／突然確変大当り終了指定コマンドを受信したときは、大当り遊技状態（小当りの場合は小当り遊技状態）の終了後において共通の背景画像を表示する等、共通の演出を行なう。このような潜伏演出が行なわれることにより、遊技者に対して確変状態であるか否かについての期待感を持たせることができ、遊技の興趣を向上させることができる。なお、潜伏演出は、遊技制御用マイクロコンピュータ７１００から潜伏演出の実行を指示するコマンドを送信し、当該コマンドに応じて、演出制御用ＣＰＵ７１０１が潜伏演出を実行するようにしてもよい。
図３６は、主基板（遊技制御基板）７３１における回路構成の一例を示すブロック図である。なお、図３６は、払出制御基板７３７および演出制御基板７８０等も示されている。主基板７３１には、プログラムにしたがってパチンコ遊技機７０１を制御する遊技制御用マイクロコンピュータ（遊技制御手段に相当）７５６０が搭載されている。遊技制御用マイクロコンピュータ７５６０は、ゲーム制御（遊技進行制御）用のプログラム等を記憶するＲＯＭ７５４、ワークメモリとして使用される記憶手段としてのＲＡＭ７５５、プログラムにしたがって制御動作を行なうＣＰＵ７５６およびＩ／Ｏポート部７５７を含む。遊技制御用マイクロコンピュータ７５６０は、ＲＯＭ７５４およびＲＡＭ７５５が内蔵された１チップマイクロコンピュータである。遊技制御用マイクロコンピュータ７５６０には、さらに、ハードウェア乱数（ハードウェア回路が発生する乱数）を発生する乱数回路７５０３が内蔵されている。
また、ＲＡＭ７５５は、その一部または全部が電源基板７９１０において作成されるバックアップ電源によってバックアップされている不揮発性記憶手段としてのバックアップＲＡＭである。すなわち、遊技機に対する電力供給が停止しても、所定期間（バックアップ電源としてのコンデンサが放電してバックアップ電源が電力供給不能になるまで）は、ＲＡＭ７５５の一部または全部の内容は保存される。特に、少なくとも、遊技状態すなわち遊技制御手段の制御状態に応じたデータ（特別図柄プロセスフラグ等）と未払出賞球数を示すデータは、バックアップＲＡＭに保存される。
なお、遊技制御用マイクロコンピュータ７５６０においてＣＰＵ７５６がＲＯＭ７５４に格納されているプログラムにしたがって制御を実行するので、以下、遊技制御用マイクロコンピュータ７５６０（またはＣＰＵ７５６）が実行する（または、処理を行なう）ということは、具体的には、ＣＰＵ７５６がプログラムにしたがって制御を実行することである。このことは、主基板７３１以外の他の基板に搭載されているマイクロコンピュータについても同様である。
乱数回路７５０３は、特別図柄の変動表示の表示結果により大当りとするか否か判定するための判定用の乱数を発生するために用いられるハードウェア回路である。乱数回路７５０３は、初期値（たとえば、０）と上限値（たとえば、６５５３５）とが設定された数値範囲内で、数値データを、設定された更新規則にしたがって更新し、ランダムなタイミングで発生する始動入賞時が数値データの読出（抽出）時であることに基づいて、読出される数値データが乱数値となる乱数発生機能を有する。また、遊技制御用マイクロコンピュータ７５６０は、乱数回路７５０３が更新する数値データの初期値を設定する機能を有している。
また、ゲートスイッチ７３２ａ、第１始動口スイッチ７１３ａ、第２始動口スイッチ７１４ａ、カウントスイッチ７２３からの検出信号を遊技制御用マイクロコンピュータ７５６０に与える入力ドライバ回路７５８も主基板７３１に搭載されている。また、可変入賞球装置７１５を開閉するソレノイド７１６、および大入賞口を形成する特別可変入賞球装置７２０を開閉するソレノイド７２１を遊技制御用マイクロコンピュータ７５６０からの指令にしたがって駆動する出力回路７５９も主基板７３１に搭載されている。
また、遊技制御用マイクロコンピュータ７５６０は、特別図柄を変動表示する第１特別図柄表示器７０８ａ、第２特別図柄表示器７０８ｂ、普通図柄を変動表示する普通図柄表示器７１０、第１特別図柄保留記憶表示器７１８ａ、第２特別図柄保留記憶表示器７１８ｂおよび普通図柄保留記憶表示器７４１の表示制御を行なう。
演出制御基板７８０は、演出制御用マイクロコンピュータ７１００、ＲＯＭ７１０２、ＲＡＭ７１０３、ＶＤＰ７１０９、および、Ｉ／Ｏポート部７１０５等を搭載している。ＲＯＭ７１０２は、表示制御等の演出制御用のプログラムおよびデータ等を記憶する。ＲＡＭ７１０３は、ワークメモリとして使用される。ＲＯＭ７１０２およびＲＡＭ７１０３は、演出制御用マイクロコンピュータ７１００に内蔵されてもよい。ＶＤＰ７１０９は、演出制御用マイクロコンピュータ７１００と共動して演出表示装置７０９の表示制御を行なう。
演出制御用マイクロコンピュータ７１００は、主基板７３１から演出制御基板７８０の方向への一方向にのみ信号を通過させる中継基板７７７を介して、遊技制御用マイクロコンピュータ７５６０から演出内容を指示する演出制御コマンドを受信し、演出表示装置７０９の変動表示制御を行なう他、ランプドライバ基板７３５を介して、枠側に設けられている枠ＬＥＤ７２８の表示制御を行なうとともに、音声出力基板７７０を介してスピーカ７２７からの音出力の制御を行なう等、各種の演出制御を行なう。
また、演出制御用ＣＰＵ７１０１は、スティックコントローラ７１２２のトリガボタン７１２５に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、トリガセンサ７１２１から入力する。また、演出制御用ＣＰＵ７１０１は、プッシュボタン７１２０に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、プッシュセンサ７１２４から入力する。また、演出制御用ＣＰＵ７１０１は、スティックコントローラ７１２２の操作桿に対する遊技者の操作行為を検出したことを示す情報信号としての操作検出信号を、傾倒方向センサユニット７１２３から入力する。また、演出制御用ＣＰＵ７１０１は、バイブレータ用モータ７１２６に駆動信号を出力することにより、スティックコントローラ７１２２を振動動作させる。
払出制御基板７３７には、インタフェース基板７６６を介して、カードユニット７５０が接続される。カードユニット７５０は、払出制御基板７３７に対して貸玉、獲得玉および貯玉などの遊技球の払出しを指示する信号を出力する。カードユニット７５０には、各台計数機７０５が接続される。各台計数機７０５は、獲得玉検出スイッチ７５０１による獲得玉数を特定可能な信号を、カードユニット７５０に出力する。
このような遊技機において、ディスプレイ７１２３に図３３（ｃ）で説明したような詳細情報画面が表示されている場合には、再プレイボタン７５５４の操作が行なわれても再プレイのための処理が行なわれないようにされ、レバー部７９４ｂの操作が不能とされることで獲得玉検出スイッチ７５０１で計数が行なわれないようにされる一方、球貸しボタン７５１の操作に応じた玉貸処理は実行されないようにはされない。
［第３の実施の形態］
以下、発明の第３の実施の形態を、図面を参照して説明する。本発明は、図３７に示すように、遊技機（パチンコ遊技機７０１）に対応して設けられ、遊技に使用可能な遊技用価値の大きさ（カード残額）を特定可能な情報（カードＩＤ）が記録された遊技用記録媒体（会員カードまたはビジターカード）の挿入を受付けて、該遊技用価値の大きさを前記対応する遊技機での遊技に使用させるための処理（玉貸処理）を行なう使用処理手段（カードリーダライタ，カードユニット７５０の制御部）と、前記挿入された遊技用記録媒体を返却するための操作を受付ける返却操作手段（返却ボタン７５２）の操作を受付けたことに基づいて、該遊技用記録媒体を返却する返却処理を行なう返却処理手段（カードリーダライタ，カードユニット７５０の制御部）と、を備える遊技用装置（カードユニット７５０）に係り、特に前記挿入された遊技用記録媒体の返却を確認するための確認操作を受付ける確認操作手段（タッチパネル式のディスプレイ７１２３）と、前記確認操作を受付けたことを条件として前記返却処理を行なう第１返却処理か、または、前記確認操作を受付けたことを条件とせずに前記返却処理を行なう第２返却処理の、いずれを実行するかを設定する返却設定手段（カード管理コンピュータ５００で設定された「確認操作が必要か否か」を記憶するカードユニット７５０の制御部）と、をさらに備え、前記返却処理手段は、前記返却操作手段の操作を受付けたこと（図４０において、Ｓ２０２の返却要求信号を受信したこと）に基づいて、前記返却設定手段により設定されている前記第１返却処理または前記第２返却処理を実行する（Ｓ２０４で「確認操作必要」の設定が有るか否かを判定し、設定無しならばＳ２０９で直ちにカードを返却し、設定有りならばＳ２０８で確認ボタン操作有りと判定するとＳ２０９でカードを返却する）ことを特徴とする遊技用装置である。
以下においては、遊技機がパチンコ遊技機７０１であり、遊技媒体がパチンコ玉であり、遊技媒体の貸与が玉貸である例について説明する。また、以下においては、データベースを「ＤＢ」，リーダ／ライタを「Ｒ／Ｗ」，ステップを「Ｓ」と略記する場合がある。
会員カードまたはビジターカードは遊技用記録媒体の一例であって、遊技（パチンコ玉の貸与）に使用可能なカード残額を特定可能な情報が記録されたものであり、ここでは該情報として、該会員カードまたはビジターカードを個々に識別可能なカードＩＤと、当該カード残額とが記録される。この会員カードまたはビジターカードは、長方形状を呈するプラスチック製の薄板における所定の部位に、カードＩＤおよびカード残額等が記録される記録領域が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路（ＩＣチップ）を搭載したＩＣカードである。
パチンコ遊技機７０１の払出制御基板７３７およびカードユニット７５０は、インタフェース基板７６６を介して接続されている。カードユニット７５０と払出制御基板７３７との間には、ＰＳＩ信号線，ＰＲＤＹ信号線，ＢＲＤＹ信号線，ＢＲＱ信号線，および、ＥＸＳ信号線が設けられている。
ＰＳＩ信号線は、カードユニット７５０とパチンコ遊技機７０１との接続確認を行なうための信号線である。このＰＳＩ信号線を介して接続確認信号が送信されることにより、パチンコ遊技機７０１において発射ハンドルの操作が可能となる。
ＰＲＤＹ信号線は、パチンコ遊技機７０１から対応するカードユニット７５０に対して、該パチンコ遊技機７０１とカードユニット７５０との間における通信が可能な状態（スタンバイ状態）である旨を示す払出可能信号を送信する信号線である。具体的には、図３７のＳ１に示すように、該ＰＲＤＹ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、払出可能信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
ＢＲＤＹ信号線は、カードユニット７５０が前記払出可能信号を受信しているスタンバイ状態において玉貸操作があったときに、カードユニット７５０から対応するパチンコ遊技機７０１に対して、玉貸可能信号を送信する信号線である。具体的には、図３７のＳ２に示すように、該ＢＲＤＹ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、玉貸可能信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
またＢＲＤＹ信号線は、１回の玉貸操作に伴う所定度数分（本例では５度数分）の玉貸処理が終了したときに、カードユニット７５０からパチンコ遊技機７０１に対して、玉貸終了信号を送信する信号線である。具体的には、図３７のＳ７に示すように、該ＢＲＤＹ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸終了信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
ＢＲＱ信号線は貸与指令信号線（＝玉貸指令信号線）の一例であって、カードユニット７５０から対応するパチンコ遊技機７０１に対して、遊技媒体の貸与を要求する貸与要求信号（＝玉貸要求信号）を送信する信号線である。具体的には、図３７のＳ３に示すように、該ＢＲＱ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、玉貸要求信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
またＢＲＱ信号線は、カードユニット７５０から対応するパチンコ遊技機７０１に対して、パチンコ玉の貸与を指令する貸与指令信号（＝玉貸指令信号）を送信する信号線である。具体的には、図３７のＳ５に示すように、該ＢＲＱ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸指令信号がカードユニット７５０からパチンコ遊技機７０１に対して送信される。
ＥＸＳ信号線は要求了解信号線の一例であって、パチンコ遊技機７０１からカードユニット７５０に対して、玉貸の要求を了解した旨（即ち玉貸要求信号を受信した旨）を示す要求了解信号を送信する信号線である。具体的には、パチンコ遊技機７０１が玉貸要求信号を受信してから、該パチンコ遊技機７０１がパチンコ玉を貸与する準備が整っている（即ち玉切れがなくエラーがない）旨を確認した後に、図３７のＳ４に示すように、該ＥＸＳ信号線に印加されている電圧レベルがＨＩＧＨからＬＯＷに切り替えられることにより、要求了解信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
またＥＸＳ信号線は、１度数分の玉貸処理が完了したときに、パチンコ遊技機７０１からカードユニット７５０に対して、該玉貸処理が完了した旨を示す玉貸完了信号を送信する信号線である。具体的には、玉貸処理が完了したとき、即ちパチンコ玉の払出が完了したときに、図３７のＳ６に示すように、該ＥＸＳ信号線に印加されている電圧レベルがＬＯＷからＨＩＧＨに切り替えられることにより、玉貸完了信号がパチンコ遊技機７０１からカードユニット７５０に対して送信される。
つまり、カードユニット７５０は、遊技機（たとえば、パチンコ遊技機７０１）による遊技媒体（たとえば、パチンコ玉）の貸与が可能であることを示す貸与準備信号（たとえば、ＰＲＤＹ信号のＬＯＷレベル）を前記遊技機から受信する第１受信手段と、貸与操作（たとえば、パチンコ遊技機７０１の玉貸ボタン７５１の操作）を受付けたことを示す貸与要求信号（たとえば、ＢＲＤＹ信号のＬＯＷレベル）を前記遊技機に送信する第１送信手段と、前記貸与要求信号の送信後、遊技媒体の貸与を指令する貸与指令信号（たとえば、ＢＲＱ信号のＬＯＷレベル）を前記遊技機に送信する第２送信手段と、前記貸与要求信号および前記貸与指令信号に応じて前記遊技機から送信され遊技媒体の貸与ができることを示す貸与可能信号（たとえば、ＥＸＳ信号のＬＯＷレベル）を受信する第２受信手段と、貸与可能信号の受信の確認を示す貸与確認信号（たとえば、ＢＲＱ信号のＨＩＧＨレベル）を前記遊技機に送信する第３送信手段と、前記貸与確認信号に応じて前記遊技機で遊技媒体の貸与（たとえば、実際のパチンコ玉の払出、遊技玉数の加算）が実行され、完了した場合に送信され遊技媒体の貸与の完了を示す貸与完了信号（たとえば、ＥＸＳ信号のＨＩＧＨレベル）を受信する第３受信手段と、貸与要求の終了を示す貸与要求終了信号（たとえば、ＢＲＤＹ信号のＨＩＧＨレベル）を前記遊技機に送信する第４送信手段とを備える。
タッチパネル式のディスプレイ７１２３は、遊技者からの操作を受付けると共に、各種の情報を表示するためのものである。具体的には、図３９のＤ０に示すように、会員カードまたはビジターカードの返却に関する注意喚起表示を行なう表示手段として機能し、また図４０のＤ１に示すように、返却ボタン７５２が操作された旨を報知する返却操作報知手段として機能し、さらに図４０のＤ２に示すように、挿入された会員カードまたはビジターカードの返却を確認するための確認操作を受付ける確認操作手段として機能するものである。
カード管理コンピュータ５００において設定モードが起動されると、図３８に示す設定画面がディスプレイ３５に表示される。この設定画面では、前記確認操作が必要であるか不要であるかを設定するためのラジオボタンと、前記注意喚起表示をするかしないかを設定するためのラジオボタンとが表示される。そしてカード管理コンピュータ５００の入力装置を操作して、確認操作が必要であるか不要であるかおよび注意喚起表示をするかしないかをラジオボタンで選択して「設定」ボタンを操作すると、該設定内容が各カードユニット７５０に対して送信されてカードユニット７５０の制御部のＥＥＰＲＯＭで記憶される。
ここで、カードユニット７５０の制御部のＥＥＰＲＯＭは、確認操作を受付けたことを条件として前記返却処理を行なう第１返却処理か、または、前記確認操作を受付けたことを条件とせずに前記返却処理を行なう第２返却処理の、いずれを実行するかを設定する返却設定手段として機能するものであり、カード管理コンピュータ５００から受信した設定内容に従って、確認操作が必要（即ち第１返却処理を行なう）と設定されたか、または、確認操作が不要（即ち第２返却処理を行なう）と設定されたかを記憶する。またカードユニット７５０の制御部のＥＥＰＲＯＭは、注意喚起表示を行なうか否かを設定する表示設定手段として機能するものであり、カード管理コンピュータ５００から受信した設定内容に従って、注意喚起表示をするか、または、注意喚起表示をしないかを記憶する。
次に、カードユニット７５０の作用（即ちカードユニット７５０の制御部が行なう処理）を説明する。
カードユニット７５０の制御部が行なう玉貸処理について説明する。カードユニット７５０が会員カードまたはビジターカードに記録されているカード残額が１度数分以上である状態で玉貸操作を受付けると、カードユニット７５０の制御部は、まずＢＲＱ信号線を介して、パチンコ遊技機７０１の払出制御基板７３７に玉貸要求信号（図３７のＳ３）を送信し、ＥＸＳ信号線を介してパチンコ遊技機７０１の払出制御基板７３７から送信されてくる要求了解信号（Ｓ４）の受信を待機する。この要求了解信号の受信が有ると判定した場合には、ＢＲＱ信号線を介して、パチンコ遊技機７０１の払出制御基板７３７に玉貸指令信号（Ｓ５）を送信し、ＥＸＳ信号線を介してパチンコ遊技機７０１の払出制御基板７３７から送信されてくる玉貸完了信号（Ｓ６）の受信を待機する。この玉貸完了信号の受信が有ると判定された場合には、カードリーダライタにより、会員カードまたはビジターカードに記録されているカード残額から１度数分の金額を減算更新し、残度数表示部７５３における残度数の表示を１度数減算表示して、処理を終了する。このカードユニット７５０の制御部は、挿入を受付けた会員カードまたはビジターカードの記録情報から特定されるカード残額を対応するパチンコ遊技機７０１での遊技に使用させるための処理（玉貸処理）を行なう使用処理手段をして機能するものである。
次に、図３９を参照して、カードユニット７５０の制御部が行なう注意喚起表示処理について説明する。カードユニット７５０が会員カードまたはビジターカードを受付けている（即ち挿入されている）と、カードユニット７５０の制御部は、前記表示設定手段として機能するＥＥＰＲＯＭの記憶内容に基づいて、「注意喚起表示をする」と設定されているか否かを判定する（Ｓ３０１）。ここで「注意喚起表示をしない」と設定されている（ＮＯ）と判定した場合には、処理を終了する。一方、「注意喚起表示をする」と設定されている（ＹＥＳ）と判定した場合には、表示タイミング（たとえば２分間ごと）を待機し（Ｓ３０２）、該表示タイミングであれば（ＹＥＳ）、注意喚起表示（たとえばＤ０に示す『カードの取り忘れや盗難にご注意下さい』）をディスプレイ７１２３に表示して（Ｓ３０３）、処理を終了する。つまり「注意喚起表示をする」と設定されていれば、表示タイミングごとに、注意喚起表示が表示されることになる。これによれば、第１返却処理または第２返却処理のいずれを行なうかにかかわらず、注意喚起表示を行なうことができる。なお表示タイミングは、任意に設定可能である。
次に、図４０を参照して、カードユニット７５０の制御部が行なう返却処理について説明する。カードユニット７５０が会員カードまたはビジターカードを受付けている（即ち挿入されている）状態で、パチンコ遊技機７０１で返却操作（返却ボタン７５２の操作）が有ると（Ｓ２０１でＹＥＳ）、該パチンコ遊技機７０１からカードユニット７５０に対して前記返却要求信号が送信され（Ｓ２０２）、カードユニット７５０が該返却要求信号を受信すると、返却処理を開始して、返却操作有り報知（たとえばＤ１に示す『返却ボタンが操作されました』）をディスプレイ７１２３に表示する。このように、返却要求を受信したことに基づいて、返却処理を実行することにより、パチンコ遊技機７０１は返却ボタン７５２の操作により返却要求信号を発信するという通常の処理を行なうだけなので、該パチンコ遊技機７０１を変更する必要が無い。また返却ボタン７５２が操作された旨が報知されるので、他人が返却ボタン７５２を操作した旨を遊技者が発見することができる。
次にカードユニット７５０の制御部は、前記返却設定手段として機能するＥＥＰＲＯＭの記憶内容に基づいて、「確認操作が必要」と設定されているか否かを判定する（Ｓ２０４）。ここで「確認操作が不要」と設定されている（ＮＯ）と判定した場合、即ち確認操作を受付けたことを条件とせずに返却処理を行なう第２返却処理を実行すると設定されている場合には、前記受付けている（即ち挿入されている）会員カードまたはビジターカードを返却し、返却表示（たとえばＤ３に示す『カードをお取り下さい』）をディスプレイ７１２３に表示して（Ｓ２０９）、処理を終了する。
一方、「確認操作が必要」と設定されている（ＹＥＳ）と判定した場合、即ち確認操作を受付けたことを条件として前記返却処理を行なう第１返却処理を実行すると設定されている場合には、計時を開始して（Ｓ２０５）、確認操作要求表示（たとえばＤ２に示す『確認ボタンを押して下さい』および確認ボタン）をディスプレイ７１２３に表示して（Ｓ２０７）、タイムアップ（たとえば１０秒間経過）するまで確認ボタンの操作を待機する（Ｓ２０７，Ｓ２０８）。
ここでタイムアップするまでに確認ボタンの操作が無い（Ｓ２０７でＮＯ）と判定した場合には、処理を終了する。一方、タイムアップするまでに確認ボタンの操作が有る（Ｓ２０８でＹＥＳ）と判定した場合には、前記Ｓ２０９に進んで、処理を終了する。ここでＳ２０５の処理を行なうカードユニット７５０の制御部は、該返却要求信号の受信に基づいて計時を開始する計時手段として機能するものであり、Ｓ２０７〜Ｓ２０９の処理を行なうカードユニット７５０の制御部は、前記返却設定手段により第１返却処理を実行すると設定されている場合（Ｓ２０４でＹＥＳ）に、計時手段による計時時間が所定時間以内に確認操作を受付けたことを条件として返却処理を行なう返却処理手段として機能するものである。これによれば、所定時間以内に確認操作がなければ会員カードまたはビジターカードが返却されないので、他人による会員カードまたはビジターカードの盗難を困難にすることができる。なお所定時間は、任意に設定可能であるが、遊技者が返却ボタン７５２を操作してから確認ボタンを操作するまでに要する時間よりも長く、会員カードまたはビジターカードの盗難を狙う他人が返却ボタン７５２を操作してから確認ボタンを操作するまでに要する時間よりも短いのが好ましい。
また確認ボタンは、返却ボタン７５２から所定間隔離れた箇所に設けられていることが好ましい。ここで所定間隔とは、たとえば遊技者が返却ボタン７５２と確認ボタンの両方を視界に捉えられる範囲内である。これによれば、返却ボタン７５２を操作した他人が遊技者に気付かれることなく確認ボタンを操作することが困難なので、より有効に会員カードまたはビジターカードの盗難を防止することができる。なお返却ボタン７５２はパチンコ遊技機７０１の右側に設けられていることが多いため、確認ボタンは、パチンコ遊技機７０１の左側に配置されるカードユニット７５０のみならず、当該パチンコ遊技機７０１自体の左側や、当該パチンコ遊技機７０１の上側に設置されている呼出ランプ２００に設けられていても良い。
以上に説明したように、挿入された会員カードまたはビジターカードの返却を確認するための確認操作を受付ける確認操作手段（タッチパネル式のディスプレイ７１２３に表示される確認ボタン）と、確認操作を受付けたことを条件として返却処理を行なう第１返却処理または確認操作を受付けたことを条件とせずに返却処理を行なう第２返却処理のいずれを実行するかを設定する返却設定手段とを備え、返却ボタン７５２の操作を受付けたことに基づいて、第１返却処理または第２返却処理を実行するように構成したので、遊技中における遊技用記録媒体の盗難を防止するために、店員の密な監視により盗難を防止する運用を行なう遊技場は第２返却処理の実行を設定すれば良く、店員の監視負担を減らすが遊技者に手間を取らせることで盗難を防止する運用を希望する遊技場は第１返却処理の実行を設定すればよいので、両遊技場に対応可能なカードユニット７５０を提供することができる。
なお遊技用装置に、遊技者が獲得した獲得遊技媒体数（持玉数）を計数する各台計数装置を備え、該遊技用装置にカード残額と持玉数とが記憶されて表示されている場合に、カード残額の記憶および表示は消去して該カード残額のみを特定可能な残額カード（本発明の会員カードまたはビジターカードに相当）を排出し、持玉数の記憶および表示は残すような遊技用装置を構成することが考えられる。これによれば、対応するパチンコ遊技機７０１で大当り等が発生した場合に、とりあえず残額カードを排出させることができるので、カード残額の盗難を防止できる。なお持玉数については盗難のおそれがあるが、遊技者に返却するカードが２枚になってしまうと取り回しが面倒になるので、持玉数については遊技用装置で記憶しておき、大当り終了後には該持玉数を特定可能な持玉カードを排出させることができる。しかしながら、このような遊技用装置だと、持玉数の記憶および表示が消去されずに残額カードを排出させることが可能なので、他人により残額カードが盗難されても遊技者が気付きにくいところ、本発明を適用して第１返却処理を行なう（確認操作が必要）と設定すれば、残額カードの盗難が困難となるので、特に有効である。
次に、上記の実施の形態の変形例について説明する。
上記の実施形態では、会員カードまたはビジターカードに記録されているカード残額と、該会員カードまたはビジターカードのカードＩＤと対応付けてカード管理コンピュータ５００で管理されているカード残額との照合が行なわれ、照合ＯＫであるときに、会員カードまたはビジターカードに記録されているカード残額を使用した玉貸が行なわれる例について説明した。
しかし、これに限らず、たとえば会員カードまたはビジターカードにはカード残額を記録せずに、該会員カードまたはビジターカードのカードＩＤと対応付けてカード管理コンピュータ５００で管理されているカード残額を使用した玉貸が行なわれるようにしても良く、逆にカード管理コンピュータ５００ではカード残額を管理せずに、会員カードまたはビジターカードに記録されているカード残額を使用した玉貸が行なわれるようにしても良い。
上記の実施形態では、返却操作手段（返却ボタン７５２）と返却確認手段（タッチパネル式のディスプレイ７１２３に表示される確認ボタン）とが別個である例について説明したが、これに限らず、両者は同一のボタンであっても良い。
上記の実施形態では、返却確認手段が、タッチパネル式のディスプレイ７１２３に表示される確認ボタンである例について説明したが、これに限らず、該返却確認手段は、カードユニット７５０の所定箇所に設けられる独立したボタンであっても良い。
また返却確認手段を、該タッチパネル式のディスプレイ７１２３に表示されるテンキー（またはカードユニット７５０に別途設けられるテンキー）とし、遊技者が希望する暗証番号を該テンキーで入力して記憶しておき、確認操作が要求された際にテンキーで暗証番号の入力を受付け、該入力された暗証番号と前記記憶している暗証番号とが一致すると判定されたことにより、確認操作を受付けるものであっても良い。これによれば、遊技者の手間は増えるが、遊技者が記憶させた暗証番号が入力されなければ確認操作が受付けられないので、遊技用記録媒体の盗難を確実に防止できる。
また返却確認手段を、カードユニット７５０に設けられるＩＣチップＲ／Ｗとし、遊技者が所持している携帯端末に内蔵されているＩＣチップの識別情報を該ＩＣチップＲ／Ｗで予め読み取らせて記憶しておき、確認操作が要求された際に携帯端末のＩＣチップからＩＣチップＲ／Ｗで識別情報を読み取り、該読み取った識別情報と前記記憶している識別情報とが一致すると判定されたことにより、確認操作を受付けるものであっても良い。これによれば、遊技者の携帯端末でなければ確認操作が受付けられないので、遊技用記録媒体の盗難を確実に防止できる。
上記の実施形態では、図３８に示すように、カード管理コンピュータ５００において、確認操作が必要であるか不要であるか、および、注意喚起表示をするかしないかが設定され、該設定内容が各カードユニット７５０に送信されてカードユニット７５０の制御部のＥＥＰＲＯＭで記憶（設定）される例について説明した。しかし、これに限らず、確認操作が必要であるか不要であるか、および、注意喚起表示をするかしないかの設定を、各カードユニット７５０において設定するものであっても良い。たとえば各カードユニット７５０にディップスイッチを設けて設定したり、各カードユニット７５０に対してリモコンで設定したり、タッチパネル式のディスプレイ７１２３で設定しても良い。これによれば、カード管理コンピュータ５００と各カードユニット７５０とがオフラインであっても、これらの設定を行なうことができる。なおタッチパネル式のディスプレイ７１２３での設定は、遊技場の店員のみならず、遊技者が設定できるものであっても良い。
また、遊技場内に備えられる全部のカードユニット７５０について同じ設定をするのではなく、各カードユニット７５０ごとに異なる設定をするものであっても良い。たとえば、ある遊技島のカードユニット７５０については確認操作が必要である（即ち第１返却処理を行なう）と設定して、店員の監視を減らす一方、ある遊技島のカードユニット７５０については確認操作が不要である（即ち第２返却処理を行なう）と設定して、店員の監視を密にするようにすることもできる。この場合においては、上記の如く、各カードユニット７５０において設定するものには限らず、カード管理コンピュータ５００において各カードユニット７５０ごとに設定可能とすることもできる。
上記の実施形態において、第１返却処理（確認操作が必要）が設定されているか、第２返却処理（確認操作が不要）が設定されているかを示す設定内容画面を、ディスプレイ７１２３に表示するようにしても良い。この設定内容画面は、確認ボタンに近い位置に表示したり、または残度数（および各台計数機付きのカードユニット７５０にあっては持玉数）が表示される画面と共に表示する。遊技用記録媒体を盗難する不正者は、画面を見て盗難をするか否かを決めることが多いが、この設定内容画面が表示されることにより、盗難を断念することが期待できる。
上記の実施形態において、ディスプレイ７１２３で残度数や持玉数を表示すると共に、カードユニット７５０にカメラを設け、該カメラが遊技をしている遊技者以外にカードユニット７５０に近付く人間を感知したら、残度数や持玉数の表示を消すようにしても良い。これによれば、不正者が直ちに残度数や持玉数を把握できないようになるため、盗難の防止に繋がる。ここで残度数や持玉数の表示を消す代わりに、注意喚起表示をするとさらに好ましい。
上記の実施形態では、図４０のＳ２０８に示すように、確認操作（確認ボタンの操作）を１回受付けると会員カードまたはビジターカードの返却が行なわれる例について説明したが、これに限らず、確認操作を複数回受付けると会員カードまたはビジターカードの返却が行なわれるようにしても良い。
上記の実施形態では、図４０に示すように、返却操作（返却ボタン７５２の操作）を受付けてから確認操作（確認ボタンの操作）を受付けると、会員カードまたはビジターカードが返却される例について説明したが、これに限らず、確認操作を受付けてから返却操作を受付けると、会員カードまたはビジターカードが返却されるようにしても良く、これによれば、確認操作を受付けていなければ、球貸しボタン７５１を押そうと思って、誤って返却ボタン７５２を押しても、会員カードまたはビジターカードが返却されない。即ち、返却操作と確認操作の順序は、特に限定されない。
上記の実施形態において、カードユニット７５０に会員カードまたはビジターカードが挿入されたままでパチンコ遊技機７０１の稼働が所定時間無い場合（たとえば遊技者が会員カードまたはビジターカードを返却せずに休憩に入って離席した場合）には、会員カードまたはビジターカードの盗難やカード残額の使用を防止するために、返却ボタン７５２や球貸しボタン７５１の操作が制限されるセーフモードに入るようにしても良い。具体的には、パチンコ遊技機７０１の稼働が停止してからセーフモードの計時を開始し、該計時時間が所定時間（たとえば１０分間）に達すると、セーフモードに入る。この所定時間は任意に設定可能である。なおセーフモードの計時中に返却ボタン７５２が操作されると、該計時は一旦停止し、図４０のＳ２０７でタイムアップする前に確認ボタンが操作されると会員カードまたはビジターカードは返却されるが、確認ボタンが操作されずにタイムアップすると、前記一旦停止した計時が再開される。そして、セーフモードから復帰するには、遊技場の店員によるリモコン操作や、暗証番号の入力等を受付ける。
［第４の実施の形態］
以下、本発明の第４の実施の形態を、図面を参照して説明する。本発明は、図４５に示すように、遊技機（パチンコ遊技機７０１）に対応して設けられ、遊技者が所有する価値（紙幣，会員カードまたはビジターカード）を受付けたこと（Ｓ１０１，Ｓ１０２でＹＥＳ）に基づいて、該受付けた受付価値（受付額，カード残額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段（Ｓ１１７，Ｓ１０８の処理を行なうカードユニット７５０の制御部）と、該使用可能処理により使用可能とされた使用可能価値（残度数）を前記対応する遊技機での遊技に使用させる使用処理（玉貸処理）を行なう使用処理手段（Ｓ１３５の処理を行なうカードユニット７５０の制御部）と、前記使用可能価値から該使用処理に供された使用価値を減じた使用後残価値を特定可能な記録媒体を返却するための返却処理を行なう返却処理手段（Ｓ１２６の処理を行なうカードユニット７５０の制御部）と、を有する遊技用装置（カードユニット７５０）である。
そして、第４の実施の形態の第１実施形態に係る遊技用装置では、前記使用可能処理手段は、前記使用可能処理として、前記受付価値が所定価値未満であること（Ｓ１１６でＮＯ）を条件として、該受付価値の全部を前記使用可能価値とする全部使用可能処理（Ｓ１１７）を行なうと共に、前記受付価値が所定価値以上であること（Ｓ１１６でＹＥＳ）を条件として、該受付価値のうちの一部を前記使用可能価値とする一部使用可能処理（Ｓ１１８）を行ない、前記返却処理手段は、返却操作を受付けたこと（Ｓ１２５でＹＥＳ）に基づいて、前記返却処理を行なう一方、前記一部使用可能処理が行なわれたことに基づいて、返却操作を受付けることなく、前記受付価値のうちの前記使用可能価値とされなかった受付時残価値を特定可能な前記記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なうことにより、遊技への価値の使い過ぎを防止することを特徴とする。
また、第４の実施の形態の第２実施形態に係る遊技用装置では、前記使用価値の累計である累計価値を各遊技者について特定可能とするための累計価値特定処理を行なう累計価値特定処理手段（Ｓ１３６の処理を行なうカードユニット７５０の制御部）をさらに有し、前記返却処理手段は、返却操作を受付けたこと（Ｓ１２５でＹＥＳ）に基づいて、前記返却処理を行なう一方、前記価値を受付けたこと（Ｓ１０１でＹＥＳ）に基づいて、前記累計価値が所定価値以上であること（Ｓ１１６’でＹＥＳ）を条件として、返却操作を受付けることなく、前記受付価値のうちの一部または全部を特定可能な前記記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なうことにより、遊技への価値の使い過ぎを防止することを特徴とする。
カードユニット７５０の制御部のＥＥＰＲＯＭは、図４１に示す所定額テーブルを記憶している。この所定額テーブルでは、遊技者の年代（本例では２０代，３０代，４０代，５０代，および６０台以上）ごとに、第４の実施の形態の第１実施形態において一部使用可能処理および価値受付時返却処理を行なうか否かを判定するために受付額と比較する第１所定額と、第４の実施の形態の第２実施形態において価値受付時返却処理を行なうか否かを判定するために累計額と比較する第２所定額と、両実施形態において後述する価値受付禁止処理を行なうか否かを判定するために累計額と比較する特定額とが設定されて記憶されている。
ここで、第１所定額，第２所定額，および特定額は、各遊技者について（本例では遊技者の年代ごとに）異なる値が設定されており、具体的には、たとえば低所得者や使い過ぎし易い年代（本例では２０代と６０代以上）の遊技者については、その他の年代の遊技者よりも、低額に設定されている。これによれば、たとえば低所得者や使い過ぎし易い遊技者について、遊技への価値の使い過ぎを防止できる。
前記所定価値は、予め設定された高額金種の貨幣に相当する額であり、具体的には、２０代と６０代以上の遊技者については５０００円であり、その他の年代の遊技者については１００００円である。これによれば、高額金種の貨幣を受付けた際に、一部使用可能処理および価値受付時返却処理が行なわれるので、遊技への価値の使い過ぎを防止できる。
また、カードユニット７５０の制御部のＥＥＰＲＯＭは、図４２に示す表示基準額対応商品テーブルも記憶している。この表示基準額対応商品テーブルでは、後述する商品報知処理を行なうか否かを判定するために累計額と比較する表示基準額（本例では１００００円，２００００円，３００００円…）ごとに、各種ジャンルの商品が設定されて記憶されている。
カードリーダライタは記録媒体受付手段の一例であって、カード挿入口２５ａから挿入された会員カードまたはビジターカードを受付けて、該受付けた会員カードまたはビジターカードに記録されているカードＩＤおよびカード残額を読み取るものである。このカードリーダライタは、前記ＩＣカードである会員カードまたはビジターカードのＩＣチップに対応したＩＣチップＲ／Ｗを備えている。そしてカードリーダライタは、図４５に示すように、入金が行なわれたときに、受付中の会員カードまたはビジターカードに記録されているカード残額に受付額を加算更新し（Ｓ１１７）、玉貸が行なわれたときに、該カード残額から玉貸使用額を減算更新する（Ｓ１３５）。またカードリーダライタから会員カードまたはビジターカードが返却されると（Ｓ１２６）、カード貯留部に収納されているビジターカードであるストックカードがカードリーダライタに搬送されて留保カードとなる（Ｓ１２７）。
顔画像撮影カメラは、カードユニット７５０に対応するパチンコ遊技機７０１で遊技をする遊技者を撮像するためのものである。この顔画像撮影カメラにより撮像した遊技者の顔画像から、カードユニット７５０の制御部の画像認識処理により顔データが抽出される。
次に、カード管理コンピュータ５００は、遊技場内の所定箇所（たとえば管理事務所等）に設けられるコンピュータである。このカード管理コンピュータ５００は、図４３に示すカードＤＢを記憶している。このカードＤＢでは、各会員カードまたはビジターカードのカードＩＤごとに、カード残額と入金時返却フラグとを記憶している。この入金時返却フラグが「１」であれば、前記価値受付時返却処理で返却された会員カードまたはビジターカードである旨を示す。なお、カード残額は、当日の営業終了後もクリアされないが、入金時返却フラグは、当日の営業終了後にクリアされて「０」になる。
次に、ホールコンピュータ５４０も、遊技場内の所定箇所（たとえば管理事務所等）に設けられるコンピュータである。このホールコンピュータ５４０は、図４４に示す遊技者ＤＢを記憶している。この遊技者ＤＢでは、前記顔画像撮影カメラにより撮像された遊技者の顔画像から抽出された顔データごと（即ち遊技者ごと）に、当該顔データに基づいて判別される遊技者の年代と、当該遊技者が遊技に使用した使用額を累計した累計額とを記憶している。なお、遊技者ＤＢの記憶内容は、当日の営業終了後にクリアされる。
次に、精算装置５８０は、遊技場内の所定箇所（たとえば景品交換カウンタの近傍等）に設けられ、会員カードまたはビジターカードを受付けると、該会員カードまたはビジターカードのカードＩＤをカード管理コンピュータ５００に対して送信し、該カードＩＤに対応付けてカードＤＢで記憶されているカード残額をカード管理コンピュータ５００から受信すると、該受信したカード残額と前記会員カードまたはビジターカードに記録されているカード残額とが一致するか否かを判定し、一致しなければエラー処理を行ない、一致すれば該カード残額分の貨幣を払い出す精算処理を行なうものである。
なお、該精算処理において、前記受付けた会員カードまたはビジターカードのカードＩＤに対応付けてカードＤＢで記憶されている入金時返却フラグもカード管理コンピュータ５００から受信して、該受信した入金時返却フラグが「１」、即ち前記受付けた会員カードまたはビジターカードが価値受付時返却処理で返却された１枚目のカードならば、通常の返却処理で返却された２枚目のカードの受付を促す報知を行なうようにしても良い。これによれば、該２枚目のカードの精算を忘れることがないため、遊技者の利便性を向上できる。
次に、図４５を参照して、本発明に係る遊技用装置であるカードユニット７５０の作用（即ちカードユニット７５０の制御部が行なう処理）を説明する。ここではまず、第４の実施の形態の第１実施形態について説明し、次に、第４の実施の形態の第２実施形態について第４の実施の形態の第１実施形態と異なる点についてのみ説明する。
まず、カードユニット７５０は、紙幣の受付（Ｓ１０１），または会員カードまたはビジターカードの受付（Ｓ１０２）を待機する。このＳ１０１で紙幣の受付が有ると（ＹＥＳ）、該受付けた紙幣を識別して（Ｓ１１１）、識別ＮＧならば紙幣を返却する一方、識別ＯＫならば遊技者識別処理を行なう（Ｓ１１２）。この遊技者識別処理では、顔画像撮影カメラにより遊技者を撮像して、該撮像した遊技者の顔画像から画像認識処理により顔データを抽出し、該抽出した顔データをホールコンピュータ５４０に対して送信する。
該顔データを受信したホールコンピュータ５４０は、該顔データが遊技者ＤＢで登録されているか否かを判定し、登録されていれば、該顔データに対応する年代と累計額をカードユニット７５０に対して返信し、登録されていなければ、該顔データに基づいて遊技者の年代を特定すると共に、該顔データに対応付けて該特定した年代を記憶して、該顔データに対応する年代と累計額（ここでは零）をカードユニット７５０に対して返信する。
次に、カードユニット７５０は、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した年代に対応付けて所定額テーブルで記憶している所定額（ここでは第１所定額）と特定額とを特定して（Ｓ１１３）、ホールコンピュータ５４０から受信した累計額が該特定した特定額以上であるか否かを判定する（Ｓ１１４）。このＳ１１４で累計額が特定額未満である（ＮＯ）と判定した場合には、前記受付けた紙幣を返却して（Ｓ１１５）、処理を終了する。
このＳ１１５の処理を行なうカードユニット７５０の制御部は、累計価値が特定価値以上であることを条件として、価値の受付を禁止するための価値受付禁止処理（ここではＳ１１５で紙幣を返却する処理）を行なう価値受付禁止処理手段として機能するものである。これによれば、累計価値が特定価値以上ならば、価値の受付が禁止されるので、遊技への価値の使い過ぎを防止できる。
一方、Ｓ１１４で累計額が特定額以上である（ＹＥＳ）と判定した場合には、前記受付額が前記特定した所定額以上であるか否かを判定する（Ｓ１１６）。このＳ１１６で受付額が所定額未満である（ＮＯ）と判定した場合には、受付額を残度数に記憶すると共に、受付額を留保カードに記録して、Ｓ１２２に進む。一方、Ｓ１１６で受付額が所定額以上である（ＹＥＳ）と判定した場合には、受付額の半額を残度数に記憶し（Ｓ１１８）、受付額の半額を留保カードに記録して返却して（Ｓ１１９）、Ｓ１２０に進む。
このＳ１１７およびＳ１１８の処理を行なうカードユニット７５０の制御部は、遊技者が所有する価値（紙幣）を受付けたことに基づいて、該受付けた受付価値（受付額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段として機能するものであり、該使用可能処理として、受付価値が所定価値未満であることを条件として、該受付価値の全部を使用可能価値とする全部使用可能処理（Ｓ１１７）を行なうと共に、受付価値が所定価値以上であることを条件として、該受付価値のうちの一部（ここでは半額）を使用可能価値とする一部使用可能処理（Ｓ１１８）を行なうものである。
また、Ｓ１１９の処理を行なうカードユニット７５０の制御部は、前記一部使用可能処理が行なわれたことに基づいて、返却操作を受付けることなく、前記受付価値のうちの前記使用可能価値とされなかった受付時残価値（ここでは受付額の半額）を特定可能な記録媒体を返却するための価値受付時返却処理（Ｓ１１９）を行なう返却処理手段として機能するものである。
これによれば、受付価値が所定価値以上ならば、該受付価値のうちの一部を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
次に、カードユニット７５０は、Ｓ１１９で返却した会員カードまたはビジターカードのカードＩＤと該会員カードまたはビジターカードに記録したカード残額（ここでは受付額の半額）とを含む入金時返却通知をカード管理コンピュータ５００に対して送信し（Ｓ１２０）、カード貯留部で収納している会員カードまたはビジターカードの１枚をカードリーダライタに搬送して留保し、該留保カードに使用可能価値（ここでは受付額の半額）を記録して（Ｓ１２１）、Ｓ１２２に進む。
ここでＳ１２０の入金時返却通知を受信したカード管理コンピュータ５００は、カードＤＢにおいて、該受信した入金時返却通知に含まれるカードＩＤに対応付けて、該受信した入金時返却通知に含まれるカード残額を記憶すると共に、入金時返却フラグ「１」を記憶する。このＳ１２０の処理を行なうカードユニット７５０の制御部は、価値受付時返却処理（Ｓ１１９）で返却した記録媒体であることを特定可能な価値受付時返却特定処理を行なう返却処理手段として機能するものである。
前記Ｓ１０２で会員カードまたはビジターカードの受付が有ると（ＹＥＳ）、カードリーダライタで留保されている会員カードまたはビジターカード（留保カード）をカード貯留部に収納して（Ｓ１０３）、前記受付けた会員カードまたはビジターカードのカードＩＤとカード残額を読み取り（Ｓ１０４）、照合処理を行なう（Ｓ１０５）。
この照合処理では、前記読み取ったカードＩＤをカード管理コンピュータ５００に対して送信して、該カードＩＤに対応付けてカードＤＢで記憶されているカード残額と入金時返却フラグをカード管理コンピュータ５００から受信すると、該受信したカード残額と前記読み取ったカード残額とが一致するか否かを判定し、一致しなければエラー処理を行ない、一致すればＳ１０５に進む。
次に、カードユニット７５０は、Ｓ１０５の照合処理で受信した入金時返却フラグが「１」であるか否か、即ち前記受付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものであるか否かを判定する（Ｓ１０６）。このＳ１０６で入金時返却フラグが「０」である（ＮＯ）、即ち前記受付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものでないと判定した場合には、前記読み取ったカード残額を残度数に記憶して（Ｓ１０８）、Ｓ１２２に進む。
このＳ１０８の処理を行なうカードユニット７５０の制御部は、遊技者が所有する価値（会員カードまたはビジターカード）を受付けたことに基づいて、該受付けた受付価値（カード残額）を前記対応する遊技機での遊技に使用可能とする使用可能処理（残度数記憶処理）を行なう使用可能処理手段として機能するものである。
一方、Ｓ１０６で入金時返却フラグが１である（ＹＥＳ）、即ち前記受付けた会員カードまたはビジターカードが価値受付時返却処理で返却されたものであると判定した場合には、注意喚起報知（たとえばＤ０に示す『使いすぎていないですか？』）をディスプレイ７１２３に表示して（Ｓ１０７）、前記Ｓ１０８に進む。
このＳ１０７の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、価値受付時返却処理（Ｓ１１９）で返却されて価値受付時返却特定処理（Ｓ１２０）が行なわれた記録媒体を受付けたことに基づいて、注意を喚起する報知を行なう注意喚起報知手段として機能するものである。これによれば、価値受付時返却処理で返却した記録媒体を受付けると注意を喚起する報知が行なわれるので、遊技への価値の使い過ぎを防止できる。
次にカードユニット７５０は、球貸しボタン７５１の操作（Ｓ１２２），紙幣の受付（Ｓ１２３），会員カードまたはビジターカードの受付（Ｓ１２４），または返却ボタン７５２の操作（Ｓ１２５）を待機する。このＳ１２２で球貸しボタン７５１の操作が有ると（ＹＥＳ）、所定の確認条件が成立したか否かを判定する（Ｓ１３１）。ここで確認条件は、たとえば「前記累計値が一定値以上であること」であり、具体的には、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した累計額が表示基準額対応商品テーブルで記憶している表示基準額のいずれかに到達していることである。
このＳ１３１で確認条件が成立している（ＹＥＳ）と判定した場合には、Ｄ２に示すように、累計額と、前記到達している表示基準額に対応付けて表示基準額対応商品テーブルで記憶している商品と、確認ボタンとをディスプレイ７１２３に表示して（Ｓ１３２）、Ｓ１３３に進む。
ここでＳ１３２の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、確認条件（ここでは累計価値が一定価値以上であること）が満たされたことを条件として、累計価値を表示する累計価値表示手段として機能するものである。これによれば、累計価値を遊技者に把握させることにより、遊技への価値の使い過ぎを防止できる。
またＳ１３２の処理を行なうカードユニット７５０の制御部およびディスプレイ７１２３は、累計価値に相当する商品を報知する商品報知手段として機能するものである。これによれば、遊技に使用した価値で買えた商品が報知されるので、遊技への価値の使い過ぎを防止できる。
次にカードユニット７５０は、前記Ｄ２の表示と、『確認ボタンを押して下さい』と確認ボタンとを表示するＤ２’の表示とを所定間隔（たとえば３秒ごと）で切り換えつつ、該確認ボタンの操作を待機し（Ｓ１３３）、確認ボタンの操作が有ると（ＹＥＳ）、Ｄ２およびＤ２’の表示を消去して、玉貸処理を行なう（Ｓ１３５）。また前記Ｓ１３１で確認条件が成立していない（ＮＯ）と判定した場合にも、玉貸処理を行なう（Ｓ１３５）。この玉貸処理については、第３の実施の形態で説明した。
このＳ１３５の処理を行なうカードユニット７５０の制御部は、前記使用可能処理（Ｓ１１７，Ｓ１１８，Ｓ１０８）により使用可能とされた使用可能価値（残度数）を前記対応する遊技機での遊技に使用させる使用処理を行なう使用処理手段として機能するものであり、ここでは使用操作（球貸しボタン７５１の操作）を受付けたこと（Ｓ１２２でＹＥＳ）に基づいて、前記使用処理を行なうと共に、累計価値が一定価値以上であること（Ｓ１３１でＹＥＳ）を条件として、使用操作を受付け、かつ、該使用操作とは異なる特定操作（確認ボタンの操作）をさらに受付けたこと（Ｓ１３３でＹＥＳ）に基づいて、前記使用処理を行なうものである。これによれば、累計価値が一定価値以上ならば、使用処理を行なうための操作が増えるので、遊技への価値の使い過ぎを防止できる。
次に、カードユニット７５０は、玉貸処理に使用された玉貸使用額と留保カードのカードＩＤとを含む玉貸使用額通知をカード管理コンピュータ５００に対して送信すると共に、玉貸使用額と顔データとを含む玉貸使用額通知をホールコンピュータ５４０に対して送信し（Ｓ１３６）、玉貸処理後の残度数が零であるか否かを判定し（Ｓ１３７）、零でなければ（ＮＯ）Ｓ１２２に戻り、零であれば（ＹＥＳ）処理を終了する。
この玉貸使用額通知を受信したカード管理コンピュータ５００は、該通知に含まれるカードＩＤに対応付けてカードＤＢで記憶しているカード残額から該通知に含まれる玉貸使用額を減算する。また玉貸使用額通知を受信したホールコンピュータ５４０は、該通知に含まれる顔データに対応付けて遊技者ＤＢで記憶している累計額に該通知に含まれる玉貸使用額を加算する。
このＳ１３６の処理を行なうカードユニット７５０の制御部は、使用価値の累計である累計価値を各遊技者について特定可能とするための累計価値特定処理を行なう累計価値特定処理手段として機能するものである。これによれば、累計価値に基づく各種処理を行なうことができる。
前記Ｓ１２３で紙幣の受付が有ると（ＹＥＳ）、前記Ｓ１１１に進む。また前記Ｓ１２４で会員カードまたはビジターカードの受付が有ると（ＹＥＳ）、前記Ｓ１０３に進む。また前記Ｓ１２５で返却ボタン７５２の操作が有ると（ＹＥＳ）、カードリーダライタで留保している会員カードまたはビジターカードを返却し（Ｓ１２６）、カード貯留部で収納している会員カードまたはビジターカードの１枚をカードリーダライタに搬送し留保して、処理を終了する。
次に、第４の実施の形態の第２実施形態について、第４の実施の形態の第１実施形態と異なる点を説明する。
上記の第４の実施の形態の第１実施形態では、図４５のＳ１１３において、第１所定額を特定したが、第４の実施の形態の第２実施形態では、Ｓ１１３において、第２所定額を特定する。具体的には、Ｓ１１２の遊技者識別処理でホールコンピュータ５４０から受信した年代に対応付けて所定額テーブルで記憶している所定額（ここでは第２所定額）と特定額を特定する。
また、上記の第４の実施の形態の第１実施形態では、図４５のＳ１１６において、受付額が第１所定額以上であるか否かを判定したが、第４の実施の形態の第２実施形態では、該Ｓ１１６に代わるＳ１１６’において、累計額が第２所定値以上であるか否かを判定し、累計額が第２所定値未満ならば（ＮＯ）、前記Ｓ１１７に進み、累計額が第２所定値以上ならば（ＹＥＳ）、前記Ｓ１１８に進み、前記Ｓ１１９で価値受付時返却処理を行なう。本例では、該価値受付時返却処理で、受付額の半額を留保カードに記録して返却しているが、受付額の全額を留保カードに記録して返却しても良い。
即ち、第４の実施の形態の第２実施形態においてＳ１１９の処理を行なうカードユニット７５０の制御部は、価値を受付けたこと（Ｓ１０１でＹＥＳ）に基づいて、累計価値が所定価値以上であること（Ｓ１１６’でＹＥＳ）を条件として、返却操作を受付けることなく、受付価値のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理を行なう返却処理手段として機能するものである。
これによれば、価値を受付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
最後に、本発明の第４の実施の形態の変形例について説明する。
上記の第２から第４の実施の形態では、貨幣が紙幣である例について説明したが、これに限らず、該貨幣は、硬貨であっても良く、紙幣と硬貨の両方であっても良い。また有体物である貨幣の入金を受付ける例には限られず、無体物である貨幣（たとえば電子マネー等の貨幣金額に相当する金額データ，デビットカードの記録情報から特定される預金口座の残高，またはクレジットカードの記録情報から特定される与信金額等）の入金を接触または非接触で受付けるようにしても良い。さらに、遊技用装置（カードユニット７５０）は、貨幣を受付不能（即ち入金不能）なものであっても良い。
上記第１から第４の実施の形態において、貨幣受付手段（紙幣識別機２４）により受付けられた貨幣（紙幣）が遊技用装置（カードユニット７５０）外部に排出されて、紙幣搬送機構により搬送されるようにしてもよいし、該受付けられた貨幣が、遊技用装置内部に貯留されるようにしてもよい。
上記の第１から第４の実施の形態では、会員カードまたはビジターカードが、非接触式のＩＣチップにより情報を記録するＩＣカードである例について説明したが、これに限らず、該会員カードまたはビジターカードは、接触式のＩＣチップ，磁気ストライプ，二次元コード（たとえばバーコード），三次元コード，または光干渉（たとえばホログラム）等により情報を記録するものでも良い。またこれらの形状はカード型には限られず、コイン型であっても良い。さらに遊技用記録媒体は、会員カードまたはビジターカードではなく、ＩＣチップを搭載した携帯電話等であっても良い。
上記の実施形態では、記録媒体が会員カードまたはビジターカードである例について説明したが、これに限らず、該記録媒体は、獲得した遊技媒体数（持玉数，貯玉数）を特定可能な情報が記録された持玉カードや会員カードであっても良い。即ち記録媒体は、遊技者が所有する価値を特定可能な情報が記録されたものであれば良い。
ここで記録媒体が持玉カードである場合には、該持玉カードのカードＩＤに対応付けて持玉数が持玉管理装置で管理されており、カードユニット７５０において持玉カードを受付けると、該持玉カードのカードＩＤを持玉管理装置に対して送信して、該カードＩＤに対応付けて管理されている持玉数を受信し、第４の実施の形態の第１実施形態においては、該受信した持玉数に相当する持玉数相当額が第１所定額以上ならば（Ｓ１１６でＹＥＳ）、持玉数の半分を使用可能持玉数として記憶して（Ｓ１１８）、持玉数の半分を特定可能な前記持玉カードを返却する（Ｓ１１９）。
これによれば、受付価値（持玉数）が所定価値以上ならば、該受付価値のうちの一部（本例では持玉数の半分）を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値（本例では持玉数の半分）を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、第４の実施の形態の第２実施形態においては、累計額が第２所定値以上ならば（Ｓ１１６’でＹＥＳ）、該Ｓ１１８およびＳ１１９の処理を行なう。これによれば、価値（持玉カード）を受付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値（持玉数）のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、記録媒体が会員カードである場合には、該会員カードに記録されている会員ＩＤに対応付けて貯玉数が貯玉管理装置で管理されており、カードユニット７５０において会員カードを受付けると、該会員カードの会員ＩＤを貯玉管理装置に対して送信して、該会員ＩＤに対応付けて管理されている貯玉数を受信し、第４の実施の形態の第１実施形態においては、該受信した貯玉数に相当する貯玉数相当額が第１所定額以上ならば（Ｓ１１６でＹＥＳ）、貯玉数の半分を使用可能貯玉数として記憶して（Ｓ１１８）、貯玉数の半分を特定可能な前記会員カードを返却する（Ｓ１１９）。
これによれば、受付価値（貯玉数）が所定価値以上ならば、該受付価値のうちの一部（本例では貯玉数の半分）を使用可能価値とする一部使用可能処理が行なわれると共に、受付価値のうちの使用可能価値とされなかった受付時残価値（本例では貯玉数の半分）を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、受付時残価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
また、第２実施形態においては、累計額が第２所定値以上ならば（Ｓ１１６’でＹＥＳ）、該Ｓ１１８およびＳ１１９の処理を行なう。これによれば、価値（会員カード）を受付けた際に、使用価値の累計である累計価値が所定価値以上ならば、受付価値（貯玉数）のうちの一部または全部を特定可能な記録媒体を返却するための価値受付時返却処理が行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要であるため、遊技への価値の使い過ぎを防止できる。
上記の第２から第４の実施の形態では、図３５に示すように、残度数表示部７５３，球貸しボタン７５１，および返却ボタン７５２が、パチンコ遊技機７０１に設けられている例について説明した。しかし、これに限らず、これらの一部または全部がカードユニット７５０に設けられるようにしても良い。
上記の実施形態では、図４１の所定額テーブルにおいて、第１所定額，第２所定額，および特定額を、遊技者の年代ごとに設定している例について説明した。しかし、これに限らず、該第１所定額，第２所定額，および特定額は、遊技者の年代によらずに一律であっても良く、逆に遊技者個々に異なる値を設定していても良い。これによれば、たとえば低所得者や使い過ぎし易い遊技者について、遊技への価値の使い過ぎをさらに効果的に防止できる。
上記の実施形態では、図４４の遊技者ＤＢにおいて、遊技者の顔データに対応付けて、年代や累計額を記憶している例について説明した。しかし、これに限らず、遊技者の顔データに代えて、会員カードまたはビジターカードのカードＩＤや、あるいは会員カードの会員ＩＤなど遊技者を個々に識別可能な情報に対応付けて記憶するものであっても良い。
上記の実施形態では、図４５のＳ１０６で入金時返却フラグが「１」である、即ち受付けた会員カードまたはビジターカードが価値受付時返却処理（Ｓ１１９）で返却されたものであると判定されると、Ｓ１０７で注意喚起報知が行なわれる例について説明した。しかし、これに限らず、入金時返却フラグが「０」である、即ち受付けた会員カードまたはビジターカードが通常の返却処理（Ｓ１２６）で返却されたものであると判定された場合にも、注意喚起報知を行なうものであっても良い。
上記の実施形態では、図４５のＳ１１６で受付額が第１所定額以上であると判定された場合と、Ｓ１１６’で累計額が第２所定額以上であると判定された場合に、Ｓ１１９で価値受付時返却処理が行なわれる例について説明したが、これに限らず、Ｓ１１６やＳ１１６’の判定を行なわずに、常に価値受付時返却処理が行なわれるものであっても良い。これによれば、該価値受付時返却処理が常に行なわれることにより、該返却された価値を遊技に使用するためには記録媒体の受付が必要である（即ちひと手間増える）ため、遊技への価値の使い過ぎを防止できる。また返却された記録媒体の価値を精算装置５８０で精算する機会があるので、遊技への価値の使い過ぎを防止できる。
上記の実施形態では、図４５のＳ１１８に示すように、一部使用可能処理において、受付額の半額を残度数に記憶する例について説明した。しかし、受付額の半額には限らず、受付額の一部を残度数に記憶するものであれば良い。即ち使用可能処理手段は、受付価値が所定価値以上であることを条件として、該受付価値のうちの一部を使用可能価値とする一部使用可能処理を行なうものであれば良い。
上記の実施形態では、図４５のＳ１３１に示す確認条件が、「累計価値が一定価値以上であること」である例について説明した。しかし、これに限らず、該確認条件は、「遊技をしている時間が一定時間以上であること」、または、「遊技中に所定時間が経過したこと」であっても良い。
ここで、確認条件が「遊技をしている時間が一定時間以上であること」である場合には、たとえばホールコンピュータ５４０の遊技者ＤＢにおいて、顔データに対応付けて、遊技をしている時間を記憶しておき、該遊技をしている時間が一定時間（たとえば２時間）以上である場合に、確認条件が満たされたとして、Ｓ１３２の処理を行なう。
また、確認条件が「遊技中に所定時間が経過したこと」である場合には、たとえばホールコンピュータ５４０の遊技者ＤＢにおいて、顔データに対応付けて、遊技を開始した時刻を記憶しておき、該記憶している時刻から所定時間（たとえば１時間）が経過するごとに、確認条件が満たされたとして、Ｓ１３２の処理を行なう。
これによれば、累計価値を遊技者に把握させることにより、遊技への価値の使い過ぎを防止できる。
また遊技をしている時間が一定時間以上であること、または、遊技中に所定時間が経過したことを条件として、使用操作（球貸しボタン７５１の操作）を受付け、かつ、該使用操作とは異なる特定操作（確認ボタンの操作）をさらに受付けたこと（Ｓ１３３でＹＥＳ）に基づいて、使用処理（Ｓ１３５の玉貸処理）を行なう。これによれば、遊技をしている時間が一定時間以上、または、遊技中に所定時間が経過したならば、使用処理を行なうための操作が増えるので、遊技への価値の使い過ぎを防止できる。
上記の実施形態では、図４５のＳ１３１に示す確認条件が成立したことを条件として、玉貸処理を行なうためにＳ１３３で特定操作（確認ボタンの操作）を受付ける例について説明した。しかし、これに限らず、確認条件が成立したか否かにかかわらず、玉貸処理を行なうために常に特定操作を受付けるものであっても良い。これによれば、玉貸処理を行なうためにはひと手間増えるため、遊技への価値の使い過ぎを防止できる。その際に累計額をディスプレイ７１２３に表示することで、使い過ぎを意識させるようにするのも効果的である。
上記の実施形態では、特定操作が、図４５のＤ２またはＤ２’に示す確認ボタンの操作である例について説明した。しかし、該確認ボタンは、タッチパネル式のディスプレイ７１２３に表示されるものには限らず、カードユニット７５０の所定箇所に設けられる独立したボタンであっても良い。また特定操作は、返却ボタン７５２の再操作であっても良い。即ち、特定操作は、使用操作とは異なる特定操作であれば良い。
以上に説明したように、本発明は、遊技への価値の使い過ぎを防止することを目的としているが、該使い過ぎの防止は、以下の手法でも達成できる。
累計額が一定額に達したら、エラーダウンする。これによれば、エラー対処までの間、一定時間を置くことで、遊技者に冷静になってもらうことができるので、使い過ぎを防止できる。
高額金種の紙幣（５０００円，１００００円）の受付後、設定額（たとえば５０００円）以下の使用希望額を表示し、選択した額まで使用可能とし、選択した額まで使用した後は、球貸しボタン７５１を無効とする。これによれば、入金時に使用希望額を遊技者自身に決めてもらうことで、使い過ぎを防止できる。
遊技者個々に、金種別の入金回数を管理し、一の金種について設定枚数まで入金済みの遊技者が当該金種の紙幣を挿入すると、該紙幣を返却する。これによれば、入金回数を制限することで、使い過ぎを防止できる。
紙幣を挿入するごとに、確認操作（たとえばディスプレイ７１２３に表示される入金ボタンの操作）を受付ける。これによれば、入金にひと手間加えることで、使い過ぎを防止できる。その際に累計額をディスプレイ７１２３に表示することで、使い過ぎを意識させるようにするのも効果的である。
会員カードまたはビジターカードの挿入から返却までの遊技時間をディスプレイ７１２３に表示する。これによれば、遊技時間を表示して遊技者に意識させることで、のめり込みを抑止できる。
［第５の実施の形態］
第２から第４の実施の形態においては、入賞球の検出に応答して所定数の賞球を払出す払出式遊技機であるパチンコ遊技機７０１に発明を適用する場合について説明した。第５の実施の形態においては、遊技球を封入し入賞球の検出に応答して得点を付与する封入式遊技機に発明を適用することもできる。
具体的に、上記の実施の形態の遊技機は、遊技者に景品として遊技球が払出され、遊技者が払出された遊技球または貸し球を遊技領域に発射して遊技が行なわれる遊技機であったが、会員カードやビジターカード等の遊技用記録媒体の記録情報により特定される大きさの遊技価値である度数を使用して、遊技に使用するための遊技得点を付与するとともに、付与された遊技得点または遊技による入賞により付与された遊技得点を使用して遊技機内に封入された遊技球を遊技領域に打込んで遊技者が遊技を行なう遊技機にも本発明を適用することができる。
すなわち、始動領域を遊技媒体（遊技球）が通過した後に、変動表示の開始を許容する開始条件の成立に基づいて、各々を識別可能な複数種類の識別情報の変動表示を行ない表示結果を導出表示する変動表示装置を備え、該変動表示装置に特定表示結果が導出表示されたときに遊技者にとって有利な特定遊技状態に移行させる遊技機であるが、遊技得点が０でないときに遊技得点を使用して遊技機内に封入された遊技球を遊技領域に打込んで遊技が行なわれ、遊技球の打込みに応じて遊技得点を減算し、遊技領域に設けられた入賞領域に遊技球が入賞することに応じて遊技得点を加算する遊技機にも本発明を適用することができる。そのような遊技機は、遊技得点の加算に使用可能な遊技用価値の大きさを特定可能な情報が記録された遊技用記録媒体を挿入するための遊技用記録媒体挿入口と、遊技用記録媒体挿入口に挿入された遊技用記録媒体に記録されている記録情報の読出しを行なう遊技用記録媒体処理手段とを備えていてもよい。
図４６は、第５の実施の形態における封入式遊技機の認証の概略を示すブロック図である。図４６を参照して、このような封入式遊技機においては、パチンコ遊技機７０１およびカードユニット７５０が不正に改造されていないかを認証するための仕組みが定められている。
この仕組みにおいては、パチンコ遊技機７０１の主基板７３１の認証・通信制御回路７３１１は、払出制御基板７３７の認証・通信制御回路７３７１、および、インタフェース基板７６６、ならびに、カードユニット７５０の制御ユニット７５１０の認証・通信制御回路７５０１、ならびに、ホールサーバ５９０を介して、鍵管理サーバ６００と通信可能に接続されている。また、主基板７３１と鍵管理サーバ６００との途中の機器についても、鍵管理サーバ６００と通信可能に接続されている。
これらの機器では、鍵管理サーバ６００との間で認証用の情報をやり取りすることによって、これらの機器が不正に改造されていないかを認証することができる。これにより、パチンコ遊技機７０１およびカードユニット７５０のセキュリティの向上に寄与することができる。
また、パチンコ遊技機７０１は、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能である。カードユニット７５０によって、玉貸しボタン７５１の操作が受付けられたことに基づいて、受付けられた貨幣のうちの少なくとも一部を用いて加算する遊技点を特定可能な情報がパチンコ遊技機７０１に送信される。カードユニット７５０によって、各台計数機７０５での計数操作を受付けたことに基づいて、パチンコ遊技機７０１が記憶している遊技点を特定可能な情報がパチンコ遊技機７０１から受信される。このため、入賞の発生により所定の遊技点を付与するとともに遊技点を用いた遊技が可能なパチンコ遊技機７０１などの遊技機に対応することができる。
次に、複数の遊技機を設置した遊技場には、各遊技機の出玉などを管理するためにホールコン９００が、ホールサーバ８０１とは別に設けられている。図４７は、Ｐ台７０１およびＣＵ７５０と接続されるホールサーバ８０１およびホールコン９００の構成を説明するためのブロック図である。
遊技機メーカによってＰ台７０１のデータ出力フォーマットが異なっている。そのため、ＣＵ７５０は、その種々のフォーマットの出力データを、所定のフォーマットに演算（変換）して台端末装置９０１経由でホールコン９００に出力する。その演算（変換）のための設定データがＣＵ制御部３２３に入力されて記憶されるように構成されている。
また、ホールコンメーカによってホールコン９００のデータ受信フォーマットが異なっている。そこで、図４７に示すホールコン９００は、台端末装置９０１を介してＣＵ７５０に接続してある。台端末装置９０１は、ＣＵ７５０からの出力データのフォーマットを、各種ホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する。なお、ホールコン９００によるＰ台７０１の台番号管理は、台端末装置９０１に関連付けてホールコン９００に設定している。具体的には、ホールコン９００にはＣＰＵとＲＯＭとＲＡＭとＥＥＰＲＯＭとが内蔵されており、ＣＰＵは、定員等の操作に応じて、台番号管理データとしてＰ台７０１の台番号と台端末装置９０１の番号とを対応付けてＥＥＰＲＯＭに記憶させる。Ｐ台７０１とＣＵ７５０との間ではシリアル通信が行なわれ、ＣＵ７５０と台端末装置９０１との間ではＣＵ７５０の複数の出力ピンから出力されるパラレル通信が行なわれ、台端末装置９０１とホールコン９００との間ではシリアル通信が行なわれる。ただし、各種ホールコン９００にマッチするフォーマットに変換する機能をＣＵ７５０またはホールコン９００内に持たせることで、台端末装置９０１を介在させなくてもよい。
次に、ホールコン９００がホールサーバ８０１に直接接続される構成について説明する。図４８は、Ｐ台７０１およびＣＵ７５０と接続されるホールサーバ８０１およびホールコン９００の別の構成を説明するためのブロック図である。
ＣＵ７５０が、ホールコンで管理する情報を、ホールサーバ８０１を経由してホールコン９００に送信できるように、ホールコン９００がホールサーバ８０１に直接接続されている。なお、ホールサーバ８０１には、複数のＣＵ７５０が接続されており、ホールサーバ８０１が複数のＣＵ７５０からの出力信号を取りまとめてホールコン９００に送信する。この場合、前述の各種ホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する台端末装置９０１機能はホールサーバ８０１が担う。なお、所定のフォーマットに変換してホールコン９００に送信する台端末装置９０１機能を全てＣＵ７５０が担ってもよく、またホールサーバ８０１とＣＵ７５０とでどの情報を変換するか等の役割分担を行なうように制御してもよい。さらには、ホールサーバ８０１が複数のＣＵ７５０からの出力信号を取りまとめてホールコン９００に送信する際に、送信する情報の内容をまとめた情報として送信してもよい。たとえば、ホールサーバ８０１が、複数のＣＵ７５０から受信した信号を定期的に（たとえば１０秒毎に）ホールコン９００に送信する場合に、その１０秒間に受信したすべてのＣＵ７５０の情報を一括してホールコン９００に送信する。
ホールサーバ８０１は、持玉や貯玉を管理する関係上必ずＣＵ７５０と接続されている必要があり、図４８に示すように、複数のＣＵ７５０からの情報をホールサーバ８０１がまとめてホールコン９００へ送信する場合には、複数のＣＵ７５０からホールサーバ８０１までの配線は既存のものを有効利用でき、ホールサーバ８０１とホールコン９００とを結ぶ配線だけ新設すれば事足り、配線数の低減を図ることができる。また、各遊技機からの遊技情報をたとえば島端末装置がまとめてホールコン９００へ出力する場合には遊技機設置島毎にまとめる必要があるため、遊技機の設置レイアウトに制約があるという不都合が生じるが、図４８の場合には、遊技機設置島毎にまとめる必要がなく、遊技機の設置レイアウトに制約がなくなる。さらに、遊技機設置島のレイアウトの制約もなくなる。
図４７、図４８において、ＣＵ７５０を取付けて設置するための取付枠（ホルダ）に記憶されたＩＤであるホルダＩＤに対応付けてホールコン９００で台番号を管理してもよい。この取付枠（ホルダ）は、ＣＵ７５０を新たなものに交換しても取付枠（ホルダ）自体が交換されることはなく、引き続き従前のものが使用される。このホルダＩＤに対応付けてホールコン９００で台番号を管理する場合には、新たな台番号のＰ台７０１に交換されたときに、ＣＵ７５０がそのＰ台７０１の台番号と取付枠（ホルダ）のホルダＩＤとを読取ってホールコン９００へ送信する（図４８の場合にはホールサーバ８０１経由でホールコン９００へ送信する）。それを受けたホールコン９００のＣＰＵは、Ｐ台７０１の台番号とホルダＩＤとを対応付けてＥＥＰＲＯＭに設定記憶させる。なお、Ｐ台７０１の台番号とホルダＩＤとを係員が手動でホールコン９００に入力するようしてもよい。また、ホールサーバ８０１は、ＣＰＵ，ＲＯＭ，ＲＡＭ、入出力インタフェースを有しており、ＣＵ７５０から送信されてきた情報を入出力インタフェースで受信する。また、図４８の場合にはＣＰＵの制御によりその受信情報を入出力インタフェースから出力してホールコン９００へ送信する。
また、他の管理方法として次のようにしてもよい。図４７で説明したように、Ｐ台７０１の主制御チップＩＤや払出制御チップＩＤ等のＩＤデータがＣＵ７５０、ホールサーバ８０１を経由して鍵管理サーバ８００へ送信される。また、盤交換されて新たな主制御基板に代わったときもＰ台７０１の主制御チップＩＤ等のＩＤデータがＣＵ７５０、ホールサーバ８０１を経由して鍵管理サーバ８００へ送信される。ゆえに、鍵管理サーバ８００へ送信される途中でホールサーバ８０１が主制御チップＩＤを取得してホールコン９００へ送信することが可能である。
そこで、図４８に示すシステムでは、送信されてきた主制御チップＩＤをホールサーバ８０１がホールコン９００に送信し、ホールコン９００においてその主制御チップＩＤデータにより遊技機台番号を管理する。台交換（盤交換）した場合に、たとえば、その台交換（盤交換）された後の主制御チップＩＤ等のＩＤデータと台交換（盤交換）前の主制御チップＩＤ等のＩＤデータとをＣＵ７５０がホールコン９００に送信し、ホールコン９００のＣＰＵが、ＥＥＰＲＯＭに遊技機台番号に対応付けて記憶されているＩＤデータを台交換（盤交換）された後のＩＤデータに更新する。また、図４７のシステムでも同様に、ＣＵ７５０が、Ｐ台７０１の主制御チップＩＤ等のＩＤデータをホールコン９００のにも送信して、ホールコン９００がＩＤデータを利用した台番号管理を行なうようにしてもよい。具体的には、図４７、図４８において、ホールコン９００のＣＰＵが、Ｐ台７０１から送られてきた主制御チップＩＤやセキュリティ基板のＩＤデータを受信し、そのＩＤデータに対応付けてＰ台７０１の台番号をホールコン９００のＥＥＰＲＯＭに設定記憶して台番号管理を行なう。
さらに、図４７および図４８に示すシステムでは、ホールコン９００が、遊技機台番号に対応付けて当該遊技機の機種も記憶した遊技機台番号の管理データを格納し、その管理データに基づいて同じ機種の遊技機に対応するカードユニットを割出し、所定のフォーマットに演算（変換）するための設定データを一括ＣＵ７５０へダウンロードして一括設定するように制御してもよい。
また、図４８に示すシステムは、ＣＵ７５０とホールコン９００との間に台端末装置９０１が介在しないため、ＣＵ７５０からの出力データのフォーマットをホールサーバ８０１がホールコン９００にマッチするフォーマットに変換してホールコン９００に送信する。なお、ホールコンメーカによる規格が統一されれば、ホールサーバ８０１でのフォーマット変換は不要になる。
ホールコン９００によるＰ台７０１の台番号管理は、ＣＵ７５０のホルダに記憶されたホルダＩＤに対応付けてホールコン９００に設定したり、またＰ台７０１から送られてくる主制御チップＩＤやセキュリティ基板のＩＤ等により台番号管理してもよい。その台番号管理データに基づいて、同じ機種のＰ台７０１に対応したＣＵ７５０群に、ホールサーバ８０１経由で一括設定データをダウンロードして一括設定してもよい。
前述したように、Ｐ台７０１の遊技盤を交換（盤交換）した場合、新たな遊技盤２６に設けられた主制御基板の主制御チップＩＤがＣＵ７５０、ホールサーバ８０１、鍵管理サーバ８００に送信される。そのため、主制御チップＩＤに基づいて新台の台番号を管理することで、主制御チップＩＤに基づいて新台の台番号の設定変更がなされているか否かをホールコン９００が確認し、設定のし忘れの場合に報知して設定のし忘れを防止することができる。
次に、ＣＵ７５０からホールコン９００にデータを送信する処理について説明する。Ｐ台７０１は、ＣＵ７５０で受付けたカード残額を引き落とすことで遊技に用いる遊技点を加算し、また、獲得した遊技点を持点に変換するための計数機能を有している。これらの処理のシーケンスの詳細については、図５９および図６１を用いて後述する。ここでは、Ｐ台７０１で遊技玉を加算したときの加算玉数をホールコン９００に送信する処理を説明する。図４９は、ＣＵ制御部３２３による加算玉数の送信処理を説明するためのフローチャートである。なお、当該フローチャートによる処理は、図４７および図４８のいずれのシステムについても適用することができる。
ＣＵ７５０からホールコン９００に送信するデータのうち、ＣＵ制御部３２３による加算玉数について説明する。まず、ＣＵ制御部３２３は、Ｐ台７０１から加算玉数の情報を受信する（ステップＳ３５１）。
ＣＵ制御部３２３は、受信した加算玉数を所定のフォーマットに変換（たとえば、加算玉数１０個を１パルスの信号に変換）し、送信する（ステップＳ３５２）。
なお、上記Ｓ３５１で受信する情報は、加算玉数に加えてまたはそれに代えて、発射玉数であってもよい。さらには、Ｓ３５１で受信する情報の他の例としては、ａ：可変表示装置の可変停止時の図柄確定回数、ｂ：各種入賞口への玉の入賞回数でもよい。
また、受信した加算玉数を所定のフォーマットに変換して出力する方法としては、前述の１０個を１パルスの信号に変換するのもに限定されるものではない。たとえば、どの種類の信号をどの出力ピンに割当てるかや信号の出力長さ、さらには、複数種類の信号を１つの出力ピンにまとめて出力のように変換するような出力方式でもよい。
さらに、前述のａの図柄確定回数の場合に、所定回数（たとえば１０回）図柄が確定すれば１パルス出力するように制御し、また、ｂの玉の入賞回数の情報の場合に、所定個数（たとえば１０個）の玉が入賞すれば１パルス出力するように制御してもよい。
以上のように、Ｓ３５２により所定のフォーマットに変換する情報は種々の情報が考えられる。それら情報が所定の数（たとえば１０）に達するまでＣＵ７５０ではＰ台７０１からの定期的に送られてくる情報を累積加算し、その加算値が所定の数（たとえば１０）に達っしたときに１パルスを出力するとともにそれまで累積加算値をクリアし、また次の情報の累積加算を開始する。この「累積加算値のクリア」は、累積加算値から所定の数（たとえば１０）を減算してもよい。なお、この「１パルス」の信号は、シリアル信号であるため送信情報（たとえば加算玉数）が所定の数（たとえば１０）であることを示す特定のＢｉｔを「１」にしたデータで出力する。
次に、ＣＵ制御部３２３による遊技情報の処理について説明する。図５０は、ＣＵ制御部３２３による遊技情報の処理を説明するためのフローチャートである。なお、当該フローチャートによる処理は、図４７および図４８のいずれのシステムについても適用することができる。
まず、ＣＵ制御部３２３は、ＣＵ７５０から出力する遊技情報の出力方式即ち遊技情報を所定のフォーマットに演算（変換）して出力するための設定データについて入力があるか否かを判断する（ステップＳ３６１）。ＣＵ制御部３２３は、リモコンなどの設定手段から出力方式について入力があったと判断した場合（ステップＳ３６１：ＹＥＳ）、入力した出力方式に基づいて、ＣＵ７５０から出力する遊技情報についてのビット位置、出力期間、出力有無、情報の変換などの出力方式を設定する（ステップＳ３６２）。一方、ＣＵ制御部３２３は、出力方式について入力がないと判断した場合（ステップＳ３６１：ＮＯ）、ステップＳ３６２の処理をスキップして、前回設定した出力方式を利用する。
上記ステップＳ３６２で設定される出力方式は、遊技機メーカによって異なるデータ出力フォーマットの遊技機情報を、ホールコンメーカによって異なるデータ受信ファーマットに変換して、ホールコン９００に出力するためのものである。
なお、前述したリモコンなどによる出力方式の入力の代わりに、ホールコン９００から出力方式のデータをダウンロードしてＣＵ制御部３２３に記憶させるようにしてもよい。さらには、ＣＵ７５０に接続されているＰ台７０１のメーカのサーバから出力方式のデータをダウンロードしてＣＵ制御部３２３に記憶させるようにしてもよい。その場合のダウンロードの経路としては、メーカのサーバからの出力方式のデータを鍵管理サーバ８００およびホールサーバ８０１を経由してＣＵ制御部３２３にダウンロードすることが考えられる。Ｐ台７０１のメーカのサーバから出力方式のデータをダウンロードする場合には、当該Ｐ台７０１を設計製造した者がホールコン９００へ出力しようと意図する遊技情報を意図どおりにＣＵ７５０に設定できるため、遊技場側で設定する必要がなくなるという利点がある。
ＣＵ制御部３２３は、Ｐ台７０１から遊技情報（たとえば、遊技台状態２，３）を受信したか否かを判断する（ステップＳ３６３）。ＣＵ制御部３２３は、Ｐ台７０１から遊技情報を受信しないと判断した場合（ステップＳ３６３：ＮＯ）、処理を終了する。一方、ＣＵ制御部３２３は、Ｐ台７０１から遊技情報を受信したと判断した場合（ステップＳ３６３：ＹＥＳ）、受信した遊技情報を設定した出力方式に変換する（ステップＳ３６４）。ここで、ＣＵ制御部３２３は、設定した出力方式により、ホールコン９００にマッチしたフォーマットに遊技情報を変換するので、遊技機メーカによって異なるデータ出力フォーマットの遊技機情報を、ホールコンメーカによって異なるデータ受信ファーマットに変換して、ホールコン９００に出力することができる。
遊技情報を変換後、ＣＵ制御部３２３は、変換した遊技情報をホールコン９００に送信するために出力する（ステップＳ３６５）。ＣＵ制御部３２３は、Ｐ台７０１から受信した遊技情報のうち、表示器３１２で表示させる情報が含まれているか否かを判断する（ステップＳ３６６）。
ＣＵ制御部３２３は、表示器で表示させる情報が含まれていると判断した場合（ステップＳ３６６：ＹＥＳ）、遊技情報を表示器で表示する制御を行なう（ステップＳ３６７）。一方、ＣＵ制御部３２３は、表示器で表示させる情報が含まれていないと判断した場合（ステップＳ３６６：ＮＯ）、処理を終了する。
なお、カードユニット７５０は、パチンコ遊技機７０１およびホールコンピュータ５４０と通信可能に接続されるようにして、パチンコ遊技機７０１により生成された情報をホールコンピュータ５４０向けに変換して送信するための外部出力端子（図示せず）を備えるようにしてもよい。このため、パチンコ遊技機７０１により生成された情報が従来のホールコンピュータ５４０向けの情報でないとしても、パチンコ遊技機７０１により生成された情報を従来のホールコンピュータ５４０向けに変換して送信するので、従来のホールコンピュータ５４０を用いることができる。
また、カードユニット７５０は、パチンコ遊技機７０１により生成された情報をホールコンピュータ５４０向けに変換して送信するための外部出力端子に替えて、ホールコンピュータ５４０向けに変換する変換装置に、パチンコ遊技機７０１により生成された情報を中継する外部出力端子を備えるようにしてもよい。
このような封入式遊技機において、カードユニット７５０の表示器に図３３で説明したような詳細情報画面が表示されている場合には、再プレイのための操作が行なわれても、再プレイのための処理が行なわれないようにされ、計数玉数を持玉数に加算するための操作が行なわれても、計数玉数を持玉数に加算するための処理が行なわれないようにされる一方、玉貸のための操作に応じた玉貸処理は実行されないようにはされない。
なお、詳細情報画面の表示中に、再プレイのための操作が行なえないようにしてもよいし、計数玉数を持玉数に加算するための操作が行なえないようにしてもよい。
［変形例］
次に、以上に説明した実施の形態の変形例や特徴点等を以下に列挙する。
（１） たとえば、前記実施の形態では、遊技媒体の一例としてメダルが適用されていたが、球状のパチンコ球（遊技球）を適用してもよい。
（２） また、前記実施の形態では、メダル貸出機１００が設置される遊技場としてスロットマシン１やパチンコ機等が設置されるパチンコ店を例示しているが、本発明が適用される遊技場はゲームセンタなどであってもよい。
（３） また、前記実施の形態では、計数された正規メダルは排出口から遊技島に排出、回収されるようになっていたが、正規メダルを不正メダルと同様に筐体１０１内に貯留し、適宜回収するようにしてもよい。
（４） また、前記実施の形態では、計数装置１９０によりメダルが計数されたときに、制御ユニット１８１は、カードテーブル（図５（ａ）参照）の持ちメダル数に１を加算し（図２２の計数処理のＳｃ５参照）、不正メダル検出報知条件が成立したときに、制御ユニット１８１は、カードテーブル（図５（ａ）参照）の持ちメダル数から累積不正メダル数の値を減算するようになっているが（図２３の不正メダル処理のＳｄ８参照）、その他の態様であってもよい。たとえば、計数装置１９０によりメダルが計数されたときに、制御ユニット１８１は、持ちメダル数に１を加算することを保留して保留カウント値に記録しておき、不正メダル検出報知条件が成立しなかったときに、保留カウント値を持ちメダル数に加算するようにしてもよい。
（５） また、前記実施の形態では、計数装置１９０により計数されるメダルの真贋を判定するようにしているが、払出装置１８２によりメダルが払い出される際に、該メダルの真贋を判定するようにし、不正メダルを払出装置１８２内の貯留部に貯留して、不正メダルの払い出しを防止するようにしてもよい。そして、払出装置１８２内の貯留部が満タンになったとき、および閉店時（営業終了時）に所定量のメダルが貯留されているときに、払出装置１８２内の貯留部の不正メダルを回収するように促す報知を行なうようにしてもよい。すなわち、本発明の遊技用装置は、メダルなどの遊技媒体を計数する計数装置および遊技媒体を払い出す（貸し出す）払出装置（貸出装置）のうちいずれか一方または双方を備える遊技用装置を含む。
（６） また、前記実施の形態では、遊技場の営業終了時において、メダル管理コンピュータ５５０から各メダル貸出機１００に対して、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求を受信したときに、メダル貯留ボックスのメダルの枚数が所定枚数（第２貯留量）に達しているときにはその旨が報知されるようになっているが、所定枚数（第２貯留量）に達しているときに報知するタイミングは、遊技場の営業終了時のみならず、営業時間中に報知を行なってもよいし、対応するスロットマシン１が待機状態（遊技が行なわれていない状態）であるときに報知を行なうようにしてもよい。
（７） また、前記実施の形態では、締め関連処理（営業終了処理）を実行する要求を行なう締め関連処理要求の受信に基づいて、メダル貯留ボックスのメダルの枚数が第２貯留量に達しているときにはその旨が報知されるようになっているが、締め関連処理要求以外の他の要求を受信したことに基づいて報知を行なうことを可能としてもよい。
さらに、前記実施の形態では、締め関連処理においてメダル貯留ボックスのメダルの枚数が第２閾値（第２貯留量）に達しているか否かを判定し、第２閾値に達しているときに報知するようになっていたが、第２閾値に達しているか否かを判定するタイミングは種々に変更可能であり、第２閾値に達しているか否かを常時判定するようにし、達したと判定した場合にその旨を記憶（たとえば所定のフラグを設定するなど）しておき、遊技場の営業終了に際して達したと判定した旨が記憶されているか否か（所定のフラグが設定されているか否か）を判定し、記憶されていれば報知を行なうようにしてもよい。
（８） また、前記実施の形態では、メダル貯留ボックスのメダルの枚数が回収が必要となる所定枚数である第１閾値（第１貯留量）に達したときにその旨が報知されるようになっているが、達したときに報知を行なわなくても、たとえば、営業終了後に報知するようにしてもよく、たとえば、締め関連処理において第１閾値に達した旨が報知されるようにしてもよい。
（９） また、前記実施の形態では、不正メダル関係設定画面において設定を行なう際に、第１閾値（第１貯留量）としての「満タン時報知条件」に「１００枚」と設定され、第２閾値（第２貯留量）としての「閉店時報知条件」に「５０枚」と設定されており、第１閾値と第２閾値とが異なる枚数として設定されているが、第１閾値と第２閾値とが同じ枚数になるように設定してもよい。
（１０） また、前記実施の形態では、メダル貸出機１００は、メダル貯留ボックスのメダル貯留量が第１閾値（第１貯留量）または第２閾値（第２貯留量）になった旨を光により報知する状態報知ランプ１１１を備えていたが、音を出力可能なスピーカや所定の画像にて報知する表示装置を備えていてもよい。さらに、メダル貸出機１００は、メダル貯留ボックスのメダル貯留量が第１閾値または第２閾値になった旨を外部機器（メダル管理コンピュータ５５０など）に出力可能な機能を有していれば、必ずしもこのような報知手段を備えていなくても、電気的に接続された外部機器などに備えられていてもよい。
（１１） また、前記実施の形態では、各メダル貸出機１００において、個々に正規メダルの登録を実施する形態を例示しているが、本発明はこれに限定されるものではなく、これらの正規メダルの画像を、メダル管理コンピュータ５５０から各メダル貸出機１００に配信して、一斉に登録できるようにしても良いし、正規メダルの画像が記憶されたフラッシュメモリ等の記憶媒体を個々のメダル貸出機１００に装着して登録を実施するようにしても良い。
（１２） 前述した実施の形態においては、持ちメダル数（持玉数）をメダル貸出機１００（カードユニット７５０）に残したまま、プリペイド残額のみが入金残額対応カードに対応付けられて外部に排出されるようにした。その結果、計数されたメダル（遊技球）がある場合に、受付けられた貨幣のうちメダルの貸与に用いられていないプリペイド残額を用いたメダル貸しが誤って行なわれてしまうことを防止することができる。
一般に、プリペイド残額を用いてメダル等の遊技媒体を貸与する場合の遊技媒体の単価の方が、持ちメダルを景品に交換するときの遊技媒体の単価よりも高い。このため、単価の低い持ちメダルを用いて遊技をした方が、単価の高い貸与されたメダルを用いて遊技をするよりも、少ない価値でより多くの遊技をすることができるため、遊技者にとって有利である。したがって、持ちメダルがあるのに、プリペイド残額を用いたメダル貸しが誤って行なわれてしまうことを防止できることは、遊技者にとっては有効である。
（１３） カードユニット７５０は、カードの返却操作があったときに、その旨を示す信号をパチンコ遊技機７０１へ送信するようにしてもよい。パチンコ遊技機７０１は、その信号を受けて、カードが排出されている旨を報知するようにしてもよい。このようにすれば、誤って返却ボタンに触れてしまった場合であっても、カードが排出されている旨が報知されるので、カードの取得忘れが無く、カードの盗難を防止することができる。カードの返却操作が有った旨を示す信号をパチンコ遊技機７０１ではなく、呼出ランプ２００に送信して、呼出ランプ２００で、カードが排出されている旨を報知するようにしてもよい。
（１４） 前述した実施の形態においては、会員カードが完全ＩＤ管理方式、ビジターカードが完全ＩＤ方式に加えてカードにも情報を記録する方式であることとした。完全ＩＤ管理方式とは、カードには、カードＩＤなどの識別情報のみを記録し、残額、持玉、および、貯玉などの管理は、当該識別情報に対応付けて管理コンピュータで行なう方式である。
しかし、これに限定されず、会員カード、ビジターカードが、いずれも完全ＩＤ管理、いずれもカードに記憶、いずれも併用、いずれか一方が完全ＩＤ管理、他方がカードに記憶、いずれか一方が併用、他方が完全ＩＤ管理、いずれか一方が併用、他方がカードに記憶など、残額、持玉、貯玉の管理方式として、様々な方式を採用することが可能である。
（１５） 図２８の残額取出処理のステップＳｈ１５で入金残額対応カードを排出する際に遊技者の顔を撮像して記憶しておくようにしてもよい。そして、図１８の発行・入金処理のステップＳｋ１、図１９の返却処理のステップＳｍ１３、図２１の再プレイ処理のステップＳｐ３、図２９のカード後挿入処理のステップＳｊ１１などで、残額排出フラグがオン状態であるか否かを判断することに加えて、残額排出時の遊技者の顔と現在の遊技者の顔とが一致するか否かを判断して、オン状態であり、かつ、顔が一致した場合に、以後の処理に進むようにしてもよい。これにより、顔が一致せず、入金残額対応カードを所持していない遊技者であるような場合は、以後の処理に進む必要がないので、無駄な処理を実行しないようにすることができる。
特に、図２９のカード後挿入処理の場合は、入金残額対応カードを遊技者がカード挿入口から出た状態のまま放置しているような場合に、他者が、図２６の「カード後挿入」ボタンを操作して、そのカードを挿入したとしても、顔が一致しないため、当該カードにメダル貸出機１００の内部の持ちメダル数を対応付ける処理が行なわれないので、当該持ちメダルを盗み取ることができない。
（１６） 前述した実施の形態においては、図２８の残額取出処理において、ステップＳｈ１５で入金残額対応カードを排出した後、ステップＳｈ１８で持ちメダル対応カードを発行するようにした。このときに、図７で示した会員カードテーブルまたはビジターカードテーブルにおいて、入金残額対応カードのカードＩＤと、持ちメダル対応カードのカードＩＤとを、対応付けるようにしてもよい。または、対応する入金残額対応カードまたは持ちメダル対応カードが存在するか否かを示すフラグを記憶するようにしてもよい。
つまり、入金残額対応カード、および、対応する持ちメダル対応カードを、対応付けて管理するようにしてもよい。この管理は、カード管理コンピュータ５００などの管理装置で行なわれるようにしてもよいし、メダル貸出機１００などの遊技用装置で行なわれるようにしてもよい。
そして、精算装置５８０で、入金残額対応カードが受付けられた場合に、プリペイド残額の問合せ時に、当該カードＩＤに対応して当該フラグが記憶されているか否かを、カード管理コンピュータ５００に問合せて、持ちメダル対応カードが存在する旨の応答があった場合のみ、持ちメダル対応カードの存在を報知するようにしてもよい。
これにより、入金残額対応カードで特定される残額を精算するときに、必要な場合のみ、持ちメダル対応カードで特定される持ちメダル数のメダルの景品への交換を遊技者に喚起することができる。その結果、無駄な報知を行なうことなく、景品交換忘れを防止することができる。
また、別のメダル貸出機１００またはカードユニット７５０などの遊技用装置で、入金残額対応カードまたは持ちメダル対応カードが受付けられた場合に、対応する持ちメダル対応カードまたは入金残額対応カードが存在するか否かを、カード管理コンピュータ５００に問合せて、存在する旨の応答があればその旨を遊技者に報知するようにしてもよい。
これにより、遊技者が他の遊技機に移った場合であっても、対応する持ちメダル対応カードまたは入金残額対応カードが存在を報知することができる。その結果、持ちメダル対応カードで特定される持ちメダルがあるのに、入金残額対応カードで特定されるプリペイド残額が使用されて遊技媒体の貸与が行なわれてしまうことを防止することができる。また、持ちメダル対応カードで特定される持ちメダルが無くなった場合に、入金残額対応カードで特定されるプリペイド残額が有る旨を遊技者に報知することができるので、無駄な入金を防止することができる。
（１７） 前述した実施の形態においては、会員カードまたはビジターカードに対する機能の設定および実行されている処理は、当該遊技場のみで引継がれるようにした。しかし、これに限定されず、他の遊技場でも引継がれるように構成してもよい。
（１８） 前述した図２９のステップＳｊ２０で説明した特定の機能として、メダル貸出機１００などの遊技用装置は、メダル貸出機１００のディスプレイ１２３および呼出ランプ２００での大当り回数および大当り間変動回数などの遊技情報の表示方法（たとえば、表示内容、レイアウトなど）をカスタマイズする表示画面カスタム機能を備えるようにしてもよい。遊技者によって重視する指標などが異なるが、当該機能を備えることによって、遊技者の希望に合わせた遊技情報の表示とすることができ、遊技者の遊技意欲を向上させることができる。また、この機能での表示方法などの設定も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、さらに他の機能を備えるようにしてもよい。たとえば、ディスプレイ１２３または呼出ランプ２００に表示させるアバターおよび背景などの表示のデザインをカスタマイズする表示デザインカスタム機能を備えるようにしてもよい。これにより、遊技者の趣向にあった表示デザインとすることができるので、遊技者の遊技意欲を向上させることができる。この機能でのデザイン内容の設定も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、１玉当りの単価の低い（たとえば、１玉１円）低貸玉遊技機（たとえば、１メダル５円のスロットマシン、１玉１円のパチンコ遊技機）での遊技を優先するか、１玉当りの単価が通常である通常貸玉遊技機（たとえば、１メダル２０円のスロットマシン、１玉４円のパチンコ遊技機）での遊技を優先するかを選択設定しておき、設定と異なる遊技機のメダル貸出機またはカードユニットに、当該機能の設定がされたカードが挿入された場合に、設定と異なる旨を報知する機能を備えるようにしてもよい。これにより、遊技をしたい玉単価の遊技機の選択を遊技者が誤らないようにすることができる。この機能での選択の設定も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、持玉での遊技を優先するか、貯玉での遊技を優先するかを選択設定しておき、設定された持玉または貯玉を優先して使用する機能を備えるようにしてもよい。これにより、優先したい持玉または貯玉を用いて遊技をすることができる。この機能での選択の設定も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、遊技を開始してからの遊技に使用した金額が、所定の金額（遊技者が設定した金額であってもよいし、予め定められた金額、たとえば、３００００円などであってもよい）以上（または超）となったときに、その旨を報知または遊技を制限するめり込み制限機能を備えるようにしてもよい。これにより、遊技者の遊技へののめり込みを制限することができる。この機能での所定の金額の設定も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、前述した図２９のステップＳｊ２０で説明した特定の処理として、こののめり込み制限機能において、遊技を開始してからの遊技に使用した金額を積算する処理を実行するようにしてもよい。この機能での使用金額の積算処理も、図２９のステップＳｊ２０の処理で、後から挿入されたカードに引継がれるようにしてもよい。
また、特定の機能として、遊技において他の遊技者との玉またはメダルなどの遊技媒体の共有が禁止されているような場合に、顔認証により異なる遊技者であると判断した場合に、その旨を店員に報知または遊技を制限する共有禁止機能を備えるようにしてもよい。これにより、共有の禁止を確実にすることができることに伴ない、遊技店側に不利な状況を抑制できる。さらに、遊技店側がスロットマシンの遊技の抽選確率の設定を高くすることなどができるようになるので、遊技者にとって有利な状態とすることもできる。
また、特定の機能としての各台計数機能において、メダルまたはパチンコ玉などの遊技媒体の計数する処理が実行されているときに、会員カードが受付けられていない状態であれば、会員カードの挿入を促し、後から挿入された会員カードに、当該遊技媒体の計数処理が引継がれるようにしてもよい。これにより、会員カードでの貯玉および貯メダルのための処理を行ない易くすることができる。
また、特定の機能としてドリンク注文機能において、ドリンクを提供する係員が先に受付けられているカードの持玉数からドリンクの対価を精算する処理が実行されている途中で、持玉が足りないために、持玉が記録されたカードが後から挿入された場合は、精算する処理が引継がれるようにして、後から挿入されたカードから、足りない分の対価を後挿入されたカードの持玉から精算するようにしてもよい。
（１９） 図２９のステップＳｊ２０の処理で、機能の設定および機能の実行されている処理を、後から挿入されたカードに引継ぐか否かを確認する処理を実行するようにしてもよい。
（２０） メダル管理コンピュータ５５０またはカード管理コンピュータ５００で、記録媒体に対する機能の設定および実行されている処理が管理されるようにした。しかし、これに限定されず、ホールコンピュータ５４０などの他の管理装置で管理されるようにしてもよい。
（２１） 前述した実施の形態においては、少量貸し有効フラグは、メダル貸出機１００などの遊技用装置の図５で示したようなカードテーブルのみに記憶されるようにして、カード管理コンピュータ５００などの管理装置の図７で示したような会員カードテーブルまたはビジターカードテーブルには記憶されないようにした。つまり、少量貸し機能は、管理装置では管理しないようにした。しかし、これに限定されず、少量貸し機能についても、他の機能と同様、管理装置で管理するようにしてもよい。
（２２） 図７（ｂ）のビジターカードテーブルに記憶されている機能の設定（たとえばカードロック有効フラグ、暗証番号など）は、当該ビジターカードの利用状況が利用中でなく保管中になった場合、および遊技店の締め処理時に、クリアされる。図７（ａ）の会員カードテーブルに記憶されている機能の設定（たとえばカードロック有効フラグ）は、遊技店の締め処理時にクリアされるようにしてもよいし、されないようにしてもよい。
また、特定の機能の設定（たとえば、盗難カード制限機能の盗難カードフラグ）は、遊技店の締め処理時であっても、クリアされないようにすることが好ましい。後日、盗難カードが使用された場合であっても、当該カードの使用を制限するためである。
（２３） 前述した実施の形態においては、図２９で示したように、後から挿入されたカードに、前のカードの持ちメダル数を合算するようにした。しかし、これに限定されず、後から挿入されたカードに、前のカードのプリペイド残額を合算するようにしてもよいし、持ちメダル数およびプリペイド残額を合算するようにしてもよい。
（２４） 前述したメダル管理コンピュータ５５０、ホールコンピュータ５４０、および、カード管理コンピュータ５００などの管理装置は、いずれか少なくとも２つが兼用されるようにしてもよい。
（２５） 前述した実施の形態においては、図７で示したように、カード管理コンピュータ５００で、カードロック機能の設定であるカードロック有効フラグおよび暗証番号、ならびに、盗難カード制限機能の設定である盗難カードフラグが管理されるようにした。また、図９および図１１で示したように、メダル管理コンピュータ５５０で、遊技履歴集計機能の実行されている処理である履歴集計処理が管理されるようにした。また、図５で示したように、メダル貸出機１００で、少量貸し機能の設定である少量貸しフラグが記憶されるようにした。
しかし、これに限定されず、各機能の設定および各機能の実行されている処理は、いずれの管理装置で管理されるようにしてもよいし、メダル貸出機１００またはカードユニット７５０などの遊技用装置でのみ記憶されるようにしてもよい。
（２６） 遊技用装置には、メダル貸出機１００およびカードユニット７５０の他、各台計数機能のみを有し、持玉数または持ちメダル数を特定可能な情報（たとえば、持玉数または持ちメダル数自体、または、管理装置で対応付けて記憶された持玉数または持ちメダル数を特定可能なカードＩＤ）がカードに記録されるような装置も含まれる。
（２７） 遊技履歴集計機能で集計されている遊技履歴を、メダル貸出機１００またはカードユニット７５０などの遊技用装置から有線または無線で、遊技者の携帯端末に送信できるように構成してもよい。
（２８） 前述した実施の形態においては、図２９のステップＳｊ２０で説明したように、後挿入されたカードが会員カードである場合は、カードロック機能の暗号番号の設定を、引継がないようにした。つまり、後挿入された記録媒体が会員用の記録媒体である場合、先に挿入されていた記録媒体に対する機能の設定を、後挿入された記録媒体に引継がないようにした。
しかし、これに限定されず、後挿入された記録媒体が会員用であっても非会員用であっても、先に挿入されていた記録媒体に対する機能の設定を、後挿入された記録媒体に引継がないようにしてもよい。
また、先に挿入されていた記録媒体に対する機能の設定自体をそのままでは引継がずに、内容や形式が変更された設定を、後挿入された記録媒体に対して引継ぐようにしてもよい。たとえば、図２９のステップＳｊ２０において、先に挿入されていたビジターカードの暗証番号の設定をそのままでは引継がずに、後に挿入された会員カードに対して予め設定された暗号番号の設定を、後挿入された会員カードに対して引継ぐようにしていると考えることもできる。
（２９） 前述した実施の形態においては、記録媒体処理装置が、記録媒体としてカードを用いるメダル貸出機１００およびカードユニット７５０であることとして実施の形態を説明した。しかし、記録媒体処理装置が用いる記録媒体は、カードに限定されず、他の記録媒体であってもよい。たとえば、コイン状の記録媒体であってもよいし、メモリカード状の記録媒体であってもよいし、遊技者が所持する携帯端末を記録媒体として用いるものであってもよい。
（３０） 前述した実施の形態においては、メダル貸出機１００のような遊技用装置によって、持玉数および貯玉数はメダル管理コンピュータ５５０のような管理装置から取得されるようにした。しかし、これに限定されず、遊技用装置によって、会員カードおよびビジターカードのような記録媒体から取得されるようにしてもよい。
（３１） 前述したメダル貸出機１００およびカードユニット７５０などの遊技用装置、ならびに、メダル管理コンピュータ５５０、ホールコンピュータ５４０およびカード管理コンピュータ５００などの管理装置のそれぞれで実行される機能は、遊技用装置および管理装置のいずれで実行されるようにしてもよい。
（３２） 前述した実施の形態においては、図２２の計数処理のステップＳｃ３１およびステップＳｃ３２で説明したように、メダル検出センサ１９０ｈでメダルが検出されるたびに、計数する残り時間を１０秒にリセットするようにした。しかし、これに限定されず、計数対象のメダルが無くなったと判断できるまで計数するようにすれば、他の方法であってもよい。たとえば、図４のフォトセンサ１９０ｅでメダルが検出されるたびに、計数する残り時間を所定時間（たとえば、１０秒）にリセットするようにしてもよい。
（３３） 前述した実施の形態においては、図２２の計数処理で回転ディスク１９０ｇが回転されている場合であっても、図１５のステップＳｂ２１の貸出処理およびステップＳｂ２４の再プレイ処理でのメダルの払出しにおいて払出装置１８２の動作を特に不能動化させていない。しかし、これに限定されず、回転ディスク１９０ｇおよび払出装置１８２のいずれか一方が動作中は他方の動作を不能動化させるようにしてもよい。それぞれの動作にはモータを駆動させる必要があるが一方しか動作させないようにすることによって、必要な電力量を抑制することができる。なお、パチンコ玉を計数する場合は、モータ等を用いる必要はないので、計数と払出しとを同時に行なうようにしても、電力量の問題が生じることはない。
（３４） 前述した実施の形態においては、メダル貸出機１００などの遊技用装置において、会員カードやビジターカードなどのカード、および、携帯端末といった２つの記録媒体を受付けることが可能であることとした。そして、一方の記録媒体に対応する持玉および貯玉などの遊技媒体数が表示されているときには、他方の記録媒体に基づく遊技媒体の払出しも不能動化するように制御した。
しかし、これに限定されず、両方の記録媒体に対応する持玉および貯玉などの遊技媒体が異なるものである場合は、一方の記録媒体に対応する遊技媒体数が表示されているときには、他方の記録媒体に基づく遊技媒体の払出しを不能動化しないようにしてもよい。これにより、一方の記録媒体での再プレイができない場合であっても、他方の記録媒体での再プレイができる。その結果、遊技の流れで緊急的に遊技媒体が必要になったときなどに、有価価値に基づいて遊技媒体の貸与を受ける必要を無くすることができるので、遊技者の利便性を向上させることができる。
（３５） 前述した第１の実施の形態から第５の実施の形態の技術は、矛盾しない限り、相互に自由に組合せることができる。
（３６） 前述した実施の形態においては、メダル貸出機１００に内蔵で計数装置１９０が備えられるようにした。しかし、これに限定されず、メダル貸出機１００などの遊技用装置の外付けとして各台計数機が備えられるようにしてもよい。
（３７） 前述した実施の形態においては、メダル貸出機１００などの遊技用装置から、有価価値（プリペイド残額もしくは貨幣）または持玉数もしくは貯玉数に基づいて遊技媒体（メダル）が払出されるもの、および、遊技用装置からの制御信号に従ってパチンコ遊技機７０１から、有価価値（プリペイド残額もしくは貨幣）または持玉数もしくは貯玉数に基づいて遊技媒体（パチンコ玉）が払出されるものを示した。しかし、これに限定されず、有価価値または持玉数もしくは貯玉数に基づく遊技媒体が、異なる装置（たとえば、異なる遊技用装置）から払出されるものであってもよい。
［第６の実施の形態］
第６の実施の形態として、第５の実施の形態で説明した封入式遊技機およびカードユニットの詳細な例と、それらを管理するシステムの例とを説明する。なお、以下の第６の実施の形態として説明する遊技機、カードユニット、およびそれらを管理するシステムは、第１〜第５の実施の形態として説明した遊技機およびカードユニット（メダル貸出機を含む）のいずれに適用してもよい。
以下で説明する実施の形態により示される本発明は、遊技機と、前記遊技機での遊技を可能にする遊技用装置とを備える遊技用システム、前記遊技用装置、および前記遊技機に関する。
遊技点による遊技が可能であり、入賞の発生に応じて遊技点が加算される遊技機としては、封入球式のパチンコ機が知られている。また、遊技者所有の遊技用価値を用いて遊技点を加算するとともに前記遊技機と通信可能に接続される遊技用装置としては、カード残高を使用して遊技点を加算するとともに封入球式のパチンコ機と通信可能に接続されるカードユニットが知られている。
このような従来の遊技機および遊技用装置に関して、封入球式の遊技機およびその左側に隣接して設けられたターミナル装置があった（特開平１０−３３７３７１号公報）。
同様に、封入球遊技機および玉貸機があった（特開２００６−２５４９５５号公報）。
遊技に使用される遊技点は、入賞の発生あるいはカード残高の引落しによって加算される一方、パチンコ球を弾発発射することなどによって減算される。このように遊技状況に応じて変動する遊技点数は、従来においては、遊技機自体が管理していた。
たとえば、遊技の終了に応じて遊技機のクレジット制御装置が最終の持ち球数をターミナル装置へ送信することによって、最終持ち球数が書込まれた遊技用カードがターミナル装置から排出されることがある（特開平１０−３３７３７１号公報）。
ところで、遊技点は不正防止の観点から厳重に管理すべき重要情報である。然るに、前述の従来のものの場合には、その重要情報である遊技点数を遊技機側においてのみ管理しており、重要情報の管理としては不十分であるという不都合が生ずる。
そこで、この重要情報である遊技点数を遊技機ばかりでなくカードユニット等の遊技用装置側においても管理するべく、遊技に伴って変動する遊技情報である遊技点数のデータを順次遊技機から遊技用装置へ送信し、その変化する遊技点数データを遊技用装置側においても随時記憶して管理するように構成することが考えられる。
しかし、このように構成した場合において、電源断や故障等に起因して遊技機と遊技用装置との間での通信が一旦途絶えた後復旧した場合に、遊技機側と遊技用装置側とでの記憶している遊技点数が食い違う場合が生ずる。その原因の１つとして、たとえば、遊技中において遊技機側で随時遊技点数が変動しているときに遊技用装置との通信断が発生して遊技機から遊技用装置へ遊技点数の変動を特定する情報が送信されず、遊技機側においてのみ遊技点数の変動が進行するような場合が想定される。
そこで、通信が復旧した段階で、遊技機側から送られてくる遊技点数を特定する情報を遊技用装置が受信し、その受信した情報に基づいて遊技用装置側の記憶している遊技点数を正しいものに更新する制御を行なうようにすることが考えられる。
しかし、このように構成した場合において、たとえば通信復旧時点で実際よりも多くの水増しされた遊技点数（遊技情報）を遊技機から遊技用装置へ送信するという不正行為が行なわれた場合に、その不適正な遊技点数（遊技情報）を遊技用装置側が記憶してしまうという不都合が生ずることが予想される。
本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技が行なわれることにより変化する遊技情報を遊技機側と遊技用装置側との両者において記憶するものにおいて、通信復旧時において遊技用装置が不適正な遊技情報を記憶してしまう不都合を防止することである。
（１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報（遊技台情報（遊技玉数、加算玉数、減算玉数））を前記遊技用装置へ送信する情報送信手段（図６４〜図６６、払出制御部１７１Ｆの入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図５５：払出制御部１７１ＦのＲＡＭ）とを含み、
前記遊技用装置は、
前記遊技情報を記憶する情報記憶手段（図５５：ＣＵ制御部３２３ＦのＲＡＭ）と、
前記情報記憶手段が記憶している情報を前記情報送信手段から送信されてきた遊技特定情報に基づいて更新する情報更新手段（図５５：ＣＵ制御部３２３ＦのＣＰＵ）とを含み、
前記情報送信手段は、前記遊技機と前記遊技用装置とが通信できない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図６５、図６６参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３１１、ＳＦ３１２、ＳＦ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（ＳＦ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３ＦのＲＡＭ、ＳＦ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（２） 本発明の他の態様は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
前記遊技機で遊技が行なわれることにより変化する遊技情報を記憶する情報記憶手段（図５５：ＣＵ制御部３２３ＦのＲＡＭ）と、
前記遊技情報を特定するための遊技特定情報を前記遊技機より受信する情報受信手段（図６４〜図６６、通信制御ＩＣ３２５ａＦ）と、
前記情報記憶手段が記憶している情報を前記情報受信手段により受信された遊技特定情報に基づいて更新する情報更新手段（図５５：ＣＵ制御部３２３ＦのＣＰＵ）とを含み、
前記情報受信手段は、前記遊技機と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報として前記遊技機から送信されてくる送信前遊技特定情報と該送信前遊技特定情報より１回前の前記遊技特定情報である送信済遊技特定情報とを区別できる態様で受信する遊技特定情報区別受信手段（図６５、図６６参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別受信手段により受信された前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３１１、ＳＦ３１２、ＳＦ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（ＳＦ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３ＦのＲＡＭ、ＳＦ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（３） 本発明のさらに他の態様は、遊技機での遊技を可能にする遊技用装置と通信可能な遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）であって、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報を前記遊技用装置へ送信する情報送信手段（図６４〜図６６、払出制御部１７１Ｆの入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図５５：払出制御部１７１ＦのＲＡＭ）とを含み、
前記情報送信手段は、前記遊技用装置と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図６５、図６６参照）を含む。
上記構成によれば、遊技用装置は、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定することができ、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、遊技用装置は、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（４） 上記（１）の遊技用システムまたは上記（２）の遊技用装置において、
前記遊技用装置は、
当該遊技用装置が設置されている遊技場を特定可能な遊技場特定情報（図５８：店舗コード）を記憶する遊技場特定情報記憶手段（払出制御部１７１ＦのＲＡＭ）と、
当該遊技用装置に設けられている制御装置を特定可能な制御装置特定情報（図５８：ＳＣ基板ＩＤ）を記憶する制御装置特定情報記憶手段（払出制御部１７１ＦのＲＡＭ）と、
遊技者所有の遊技用価値（プリペイド残額、持玉、貯玉）を特定可能な記録媒体（カード）を受付ける記録媒体受付手段（カードリーダライタ）と、
該記録媒体受付手段により記録媒体が受付けられたときに、前記遊技場特定情報記憶手段に記憶されている遊技場特定情報と前記制御装置特定情報記憶手段に記憶されている制御装置特定情報とを前記遊技機へ送信する送信手段（図５８：通信制御ＩＣ３２５ａＦ）とをさらに含む。
上記構成によれば、通信復旧時以前の記録媒体受付時に遊技用装置から送信されてきた遊技場特定情報および制御装置特定情報と、通信復旧時後の記録媒体受付時に送信されてきた遊技場特定情報および制御装置特定情報とを遊技機側が比較して両者が整合しているか否かを判断することが可能となる。
（５） 上記（１）（４）の遊技用システムまたは上記（３）の遊技機において、
前記遊技機は、
前記情報送信手段が繰返し送信した遊技特定情報がどの繰返し段階まで前記遊技用装置に受信されたかを特定可能な順序情報（通番（通常通番））を、前記通信復旧時に前記遊技用装置より受信する順序情報受信手段（払出制御部１７１Ｆの入出力インターフェイス）と、
該順序情報受信手段により受信された順序情報に基づいて、前記遊技特定情報が最後の繰返し段階まで前記遊技用装置に受信されたか否かを判定する遊技特定情報受信判定手段（図６４〜図６６：ＣＵ側とＰ台側との前回最終送信通番を比較して判定）とをさらに含み、
前記遊技特定情報区別送信手段は、前記遊技特定情報受信判定手段により遊技特定情報が最後の繰返し段階までは受信されていないと判定されたときに、前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する（図６５：前回遊技台情報をリカバリ応答に含めて送信した後通信開始応答後の最初の状態情報応答で最新遊技台情報を送信する）。
上記構成によれば、遊技特定情報が最後の繰返し段階までは遊技用装置に受信されていないと判定されたときに、送信前遊技特定情報と送信済遊技特定情報とを遊技用装置が区別できる態様で送信されるために、遊技用装置側においては、受信されていなかった遊技特定情報をも含めて遊技情報の整合性を取ることが可能となる。しかも、遊技特定情報が最後の繰返し段階まで受信されていると判定されたときには送信済遊技特定情報を無駄に遊技用装置へ送信せず、その分情報送信に伴う負担を軽減することができる。
（６） 上記（１）（４）（５）の遊技用システムまたは上記（２）（４）の遊技用装置において、
前記遊技用装置は、
前記遊技機より現時点の前記遊技情報を受信する遊技情報受信手段（図５５、図６４：遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の状態情報応答を受信する）と、
前記情報受信手段により受信された遊技特定情報に基づいて、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する遊技情報適否判定手段（図５５：ＣＵ３Ｆは記憶している遊技玉数とＰ台２Ｆから送信されてきた遊技玉数とを比較して一致判定する）とをさらに含み、
前記遊技情報適否判定手段は、
前記通信復旧時に前記遊技情報受信手段により受信された前記遊技情報を初期値とし、該初期値と前記遊技特定情報とに基づいて現時点の遊技情報を算出する遊技情報算出手段（図７７（ｂ）のＳＦ３１３で記憶された初期値の遊技玉数に対して、図５５に示すＰ台２Ｆから送られてきた加算玉数を加算し減算玉数を減算して現時点の遊技玉数を算出する）と、
該遊技情報算出手段により算出された遊技情報と前記遊技情報受信手段により受信された現時点の遊技情報とを比較することにより、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する（図５５：ＣＵ３Ｆは記憶している遊技玉数とＰ台２Ｆから送信されてきた遊技玉数とを比較して一致判定する）。
上記構成によれば、通信復旧時に遊技機より受信した現時点の遊技情報を遊技用装置が初期値とし、その初期値と遊技特定情報とに基づいて現時点の遊技情報を算出するために、その算出された遊技情報が遊技機側の遊技情報との誤差が解消された新たな遊技情報となり、その新たな遊技情報と遊技機側から送信されてきた現時点の遊技情報と比較することにより適否判断を正確に行なうことが可能となる。
（７） 上記（１）（４）（５）（６）の遊技用システムまたは上記（２）（４）（６）の遊技用装置において、
前記適否判定手段は、
前記遊技特定情報区別受信手段により受信された前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とを比較して該送信済遊技特定情報が適正な情報であるか否か判定する第１判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３２３）と、
前記情報記憶手段が記憶している情報であって前記第１判定手段により適正と判定された前記送信済遊技特定情報に基づいて更新された情報と前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報とを比較して該送信前遊技特定情報が適正な情報であるか否か判定する第２判定手段（ＳＦ３１１、ＳＦ３１２）とを含む。
上記構成によれば、第１判定手段により前記送信前遊技特定情報の適否判定を行ない、第２判定手段により前記送信済遊技特定情報の適否判定を行なうことにより、両遊技特定情報の適否判定を着実に行なうことができる。
以下、図面を参照して第６の実施の形態（以下、単に“実施の形態”という）を以下に説明する。
＜パチンコ機の構成＞
まず、図５１を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２Ｆが併設されている。なお、Ｐ台２Ｆの所定側の側方位置には、該Ｐ台２Ｆに対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３Ｆが１対１に対応設置されている。
Ｐ台２Ｆは、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５Ｆを操作することにより、発射モータ１８Ｆ（図５２参照）を駆動させて封入玉を１発ずつ遊技盤２６Ｆ前面の遊技領域２７Ｆに打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５Ｆの周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５Ｆを操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８Ｆが駆動される。この状態で、遊技者による打球操作ハンドル２５Ｆの回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７Ｆ内に発射される。
図５１に示すＰ台２Ｆは、いわゆる第１種のパチンコ機であって、遊技領域２７Ｆの中央に可変表示装置（特別図柄とも言う）２７８Ｆが設けられている。また、遊技領域２７Ｆには、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図５１に示す遊技領域２７Ｆには、１つの大入賞口（可変入賞球装置）２７１Ｆと、３つの普通入賞口２７２Ｆ，２７３Ｆ，２７４Ｆと、３つの始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆとが示されている。特に、始動入賞口２７６Ｆは、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
可変表示装置２７８Ｆは、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５Ｆ，２７６Ｆ，２７７Ｆに入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１Ｆが開放する。
また、可変表示装置２７８Ｆの表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
遊技領域２７Ｆ内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４Ｆに回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４Ｆに回収されたパチンコ玉は再度Ｐ台２Ｆ内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５Ｆを操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７Ｆ内に打込まれる。
Ｐ台２Ｆにおける遊技領域２７Ｆの下方位置には、表示器５４Ｆが設けられている。表示器５４Ｆは、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８Ｆの表示と連動した様々な演出画像を遊技者に表示する。なお、表示器５４Ｆは、図１に示すようにＣＵ（カードユニット）３Ｆから独立してＰ台（パチンコ機）２Ｆに取付けられる構成でも、ＣＵ（カードユニット）３Ｆと一体に形成され、Ｐ台（パチンコ機）２Ｆの前面に嵌合させる構成でもよい。ＣＵ３Ｆの表示器５４Ｆを、Ｐ台２Ｆの前面に嵌合させる構成であれば、ＣＵ３ＦとＰ台２Ｆとをより強く連結することができるので、さらに不正を防止することができる。この場合、表示器５４Ｆとの連結係止を、ガラス扉６Ｆまたは打球操作ハンドル２５Ｆが設けられた下扉を開かないと解除することができないようにすることで、さらに不正を防止することができる。
また、この表示器５４Ｆの下方部分に７セグ表示器５０が設けられている。７セグ表示器５０は７セグメントＬＥＤディスプレイで構成されており、後述の払出制御部１７１Ｆによって制御される。この７セグ表示器５０により、後述する遊技玉数や発生したエラーのエラー番号等が表示される。
さらに、Ｐ台２Ｆにおける打球操作ハンドル２５Ｆの左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８Ｆが設けられている。本実施の形態では、計数ボタン２８Ｆを押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８Ｆを１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。
このように、計数ボタン２８ＦをＰ台（パチンコ機）２Ｆ側に設けているため、計数ボタン２８ＦをＣＵ（カードユニット）３Ｆ側に設ける場合に比較して、Ｐ台２Ｆに正対して座っている遊技者の操作性を向上できる。
計数ボタン２８Ｆの右上方には、遊技玉数を表示するための遊技玉数表示器２９Ｆが設けられている。遊技玉数表示器２９Ｆは、７セグメント式のディスプレイである。なお、遊技玉数表示器２９Ｆは、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
本実施の形態に係るＰ台２Ｆは、遊技盤２６Ｆとそれ以外の前枠（遊技枠）５Ｆとに分けることができる。特に、遊技盤２６Ｆは、各社が開発するパチンコ機の機種毎に異なるものである一方、前枠５Ｆは、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６Ｆのみの交換で事足りる。
＜カードユニットの構成＞
次に、引続き図５１を参照して、本実施の形態に係るＣＵ３Ｆの構成を説明する。このＣＵ３Ｆは、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
それらのカードを受付けたＣＵ３Ｆは、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２Ｆでは、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
ＣＵ３Ｆの前面側には、紙幣を挿入するための紙幣挿入口３０２Ｆ、装置前面より装置前方方向に突出形成された突出部３０５Ｆ、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９Ｆなどが設けられている。このカード挿入／排出口３０９Ｆに挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。
前述の突出部３０５Ｆにおいて、遊技者と対向する面には、表示器３１２Ｆと、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９Ｆとが設けられている。
表示器３１２Ｆは、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２Ｆの表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン３１９Ｆを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２Ｆによる遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２Ｆによる遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９Ｆとは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９Ｆは貯玉引落とし専用のボタンとしてもよい。
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１Ｆにカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１Ｆにカード番号と対応させて記憶させてもよい。このホールサーバ８０１Ｆにカード番号と対応させて記憶させる際に、ホールサーバ８０１Ｆに記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバに記憶させるタイミングは、たとえば、計数ボタン２８Ｆが操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
また、遊技者が遊技を終えてＣＵ３Ｆからカードを返却したときには、ＣＵ３Ｆに記憶していた持玉が一旦貯玉としてホールサーバ８０１Ｆに記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３Ｆにカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３Ｆに記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
紙幣挿入口３０２Ｆに挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
ＣＵ３Ｆの前面側には、さらに、ＩＲ（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）の暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にホールサーバより取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。遊技機と業務電文通信を行なうことにより、遊技機での遊技が許容されることになる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂＦからＣＵ制御部３２３Ｆ、ホールサーバを経由して鍵管理サーバへ通知される。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、リカバリ要求を行ない、Ｐ台２Ｆは、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３Ｆに返信する。
次に、図８５を参照して、ＣＵ制御部３２３Ｆの電源投入・通常立上の処理を説明する。この図８５は、ＣＵ３Ｆが遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ３Ｆが遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３Ｆは、上位装置より（具体的には鍵管理サーバより、ホールサーバを経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報をさらに取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
次に、図８６を参照して、ＣＵ制御部３２３Ｆの電源投入・工場出荷時立上の処理を説明する。この図８６は、ＣＵ３Ｆが遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦにおける処理である。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３Ｆが設置されていないため、遊技場のホールサーバより基盤初期鍵をＣＵ制御部３２３Ｆが取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
その後、ＣＵ制御部３２３Ｆは、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにセキュリティ基板３２５Ｆのテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂＦに送信する。ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆから基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３Ｆに送信する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵にＳＣ３２５ｂＦより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦとの間で認証を実行する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂＦは、通信制御ＩＣ３２５ａＦから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報には、主制御チップ番号や払出制御チップ番号などが含まれている。なお、遊技機チップ情報問合せシーケンスの詳細な処理については、後述する。
その後、ＣＵ３Ｆは、Ｐ台２Ｆに対して、通信テスト要求を行ない、Ｐ台２Ｆは通信テスト応答をＣＵ３Ｆに送信する。
以上の処理を行なうことで、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３Ｆが遊技場に納入されて最初の電源立上時のシーケンスが図８４で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図８５で説明した通常立上シーケンスである。
次に、図８７を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂＦに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。このとき、ＣＵ制御部３２３Ｆは、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂＦが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂＦが通信制御ＩＣ３２５ａＦと認証を行なうことはなく、工場で修理を行なうこととなる。
ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆからの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３Ｆに対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図８４参照）に遷移する。このとき、ＣＵ制御部３２３Ｆは、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図８８を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。
まず、図８８に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図８８において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図８８において基盤出荷鍵を用いた認証が行われることになる。よって、図８８の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３Ｆは、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図８９を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、チャレンジコードを要求する。
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂＦは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３Ｆに通知する。
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板シリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂＦに通知する。
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂＦは、レスポンスコードをチェックして（具体的には基板シリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３Ｆに通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３Ｆは、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３Ｆは、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
その後、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂＦに対して通知する。
基板認証結果通知のコマンドを受信したＳＣ３２５ｂＦは、ＣＵ制御部３２３Ｆに対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３Ｆは、基板認証結果などの認証ログ情報をＳＣ３２５ｂＦから取得する。
次に、図９０は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。図９０を参照して、まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３Ｆとホールサーバとが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
ＳＣ３２５ｂＦは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３Ｆに通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、ＣＵ制御部３２３Ｆは、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３Ｆは、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図９１を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。遊技機チップ情報問合せシーケンスでは、遊技機から取得した遊技機チップ情報に基づいた認証の処理が実行される。まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、図８２を用いて説明したシーケンスに従い遊技機チップ情報の取得を完了していると、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、ＣＵ制御部３２３Ｆは、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ：図４参照）に、主制御チップ番号および払出制御チップ番号を含む遊技機チップ情報を問合せる。遊技機チップ情報問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
上位装置は、受信した主制御チップＩＤおよび払出制御チップＩＤと、登録されている主制御チップＩＤおよび払出制御チップＩＤとを比較して、主制御チップＩＤと払出チップＩＤとが正規に登録されているか否か認証する。これによって、遊技機チップ情報の認証が行なわれる。上位装置は、たとえば、ホール内のホールサーバ８０１Ｆであり、あるいは、ホールサーバ８０１Ｆを経由して通信接続されている鍵管理サーバ８００Ｆである。上位装置での照合結果（認証結果）は、上位装置からＣＵ制御部３２３Ｆに送信される。その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂＦに通知する。具体的に、ＣＵ制御部３２３Ｆは、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂＦに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
ＳＣ３２５ｂＦは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３Ｆに通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。以上の処理を行なうことで、遊技機チップ情報問合せシーケンスが完了し、遊技機チップ情報に基づいた認証を終える。これにより、図８４および図８６に示したホール設置時立上シーケンスやＣＵ制御部電源投入・通常立上シーケンス内の遊技機チップ情報問合せシーケンスが完了する。また、遊技機チップ情報問合せシーケンスにおける遊技機チップ情報に基づいた認証に成功することによって、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、遊技機と業務電文通信が可能となる。これにより、ＣＵ３Ｆは、遊技機での遊技を許容することになる。
次に、図９２を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。
まず、ＣＵ３Ｆの電源を投入すると、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦが起動される。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂＦは、認証異常として、基板認証鍵情報をクリアする。
その後、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、基板初期鍵認証シーケンスを実行する。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図８４に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、ＳＣ３２５ｂＦは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラームを鍵管理サーバ８００Ｆに通知する。
次に、図９３は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
その後、ＣＵ制御部３２３Ｆは、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、セキュリティ基板情報を鍵管理センタに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３Ｆに通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）にセキュリティ基板３２５Ｆの情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
次に、図９４は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、ＳＣ３２５ｂＦは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３Ｆに返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３ＦおよびＳＣ３２５ｂＦは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、ＣＵ制御部３２３Ｆは、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３ＦはＰ台２Ｆの状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂＦは通信制御ＩＣ３２５ａＦ経由でＰ台２Ｆの遊技機チップ情報を取得する。
そしてＳＣ３２５ｂＦは、ＣＵ３Ｆに対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂＦは、遊技機チップ情報の鍵管理センタへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３Ｆは、ＳＣ３２５ｂＦに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂＦは、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３Ｆに通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３Ｆに再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３Ｆは、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
以上の図８４〜図９４に基づいて説明したＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
ＣＵ３Ｆが遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図８４参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図８４参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図８５参照）。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図８４参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３Ｆを遊技場に出荷するときにそのＣＵ３Ｆの基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３Ｆがセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３Ｆとの間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバやホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバに記憶されているものであるため、少なくともＣＵ制御部３２３Ｆがホールサーバに接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図８８に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図８８に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう機器認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
図９５は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図９５を参照して、以下説明する一連の処理は、ＣＵ制御部３２３ＦとＳＣ３２５ｂＦとの間において行なわれる。
ステップＳＦ２０１において、チャレンジレスポンス方式を用い、基板シリアルＩＤを使用した認証処理(単体認証）が行なわれる（図８９の基板シリアルＩＤ認証要求／応答１，２参照）。
そして、ステップＳＦ２０１の単体認証が完了すると、次のステップＳＦ２０２において鍵バージョンのチェックが行なわれる（図８９のバージョン情報通知／応答参照）。
そして、ステップＳＦ２０２の鍵バージョンのチェックが完了すると、次のステップＳＦ２０３において、基板認証鍵を使用した機器認証が行なわれる（図８９の基板認証鍵認証要求／応答１，２参照）。
そして、ステップＳＦ２０３の機器認証処理が完了すると、次のステップＳＦ２０４において、ステップＳＦ２０１〜ＳＦ２０３の認証結果を相互に通知を行ない、次のステップＳＦ２０５に処理が進む（図８９の基板認証結果通知／応答参照）。
ステップＳＦ２０５において、通知された認証結果が正常か否かが判断され、認証結果が正常である場合にはステップＳＦ２０６に処理が進み、認証結果が正常でない場合にはステップＳＦ２０７に処理が進む。
ステップＳＦ２０６において、ＣＵ制御部３２３ＦがＳＣ３２５ｂＦから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップＳＦ２０９に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップＳＦ２１０に処理が進む。
ステップＳＦ２０９においては、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップＳＦ２１０は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、ＣＵ制御部３２３Ｆ−ＳＣ３２５ｂＦ間は遊技機チップ情報の照合の処理が行なわれる。
一方、ステップＳＦ２０５において、認証結果が正常でない場合には、ステップＳＦ２０６に処理が進み。このステップＳＦ２０６においてこのリトライ回数が３回目か否かが判断され、リトライ回数が３回目である場合には、ステップＳＦ２０８に処理が進み、リトライ回数が３回目でない（リトライ回数が１回目か２回目である）場合には、処理がステップＳＦ２０１に戻り、再度認証処理が行なわれる。
ステップＳＦ２０８において、ＳＣ３２５ｂＦ基板認証異常として、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード（基板初期鍵モード）で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は１日中この基板初期鍵モードで運用され、翌日の電源立上時に再度鍵管理サーバに対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる（図９３）。また、ステップＳＦ２０８ａに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
図９６（ａ）は、ＣＵ制御部−ＳＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図９６（ａ）を参照して、ステップＳＦ２１１において、ＣＵ制御部３２３Ｆは鍵管理サーバに基板認証鍵の要求を行ない、次のステップＳＦ２１２に処理が進む。
そして、ステップＳＦ２１２において、ＣＵ制御部３２３Ｆは鍵管理サーバから送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をＳＣ３２５ｂＦへ送信し、次のステップＳＦ２１３に処理が進む。
ステップＳＦ２１３において、ＣＵ制御部３２３Ｆは遊技機が非稼動状態か否かの判定を行なう。次のステップＳＦ２１４のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップＳＦ２１４のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、ＣＵに遊技者のカードが挿入されていないか挿入されているかで判断する。カードが挿入されていない場合には遊技機が非稼働状態と判断する一方、カードが挿入されている場合には遊技機が稼働状態と判断する。ＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態である場合には、ステップＳＦ２１４に処理が進み、ＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップＳＦ２１３の処理が行なわれる。
ステップＳＦ２１４において、ＣＵ制御部３２３Ｆは、ステップＳＦ２１２において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
図９６（ｂ）は、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図９６（ｂ）を参照して、ステップＳＦ２１６において、ＳＣ３２５ｂＦがＣＵ制御部３２３Ｆからの更新情報を取得する。前述したようにＣＵ制御部３２３ＦはステップＳＦ２１２により更新情報をＳＣ３２５ｂＦへ送信する。それを受けたＳＣ３２５ｂＦは、その更新情報を取得する。次に、ステップＳＦ２１７においてＳＣ３２５ｂＦは、取得した更新情報から本認証鍵を生成する。次に、前述のステップＳＦ２１３と同様に、ステップＳＦ２１８においてＳＣ３２５ｂＦは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップＳＦ２１９の処理を実行する。ステップＳＦ２１９においてＳＣ３２５ｂＦは、生成した本認証鍵に基づいて、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、ＣＵの正当性が鍵管理サーバに登録された基板認証鍵によって認証される前に通常の通信モードとなってカード残額等を用いたＰ台での遊技が可能となることを防止できる。さらに、鍵管理サーバに登録された基板認証鍵を受信できないときでも、制限通信モードとなり、Ｐ台での遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、鍵管理サーバに記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
図９７（ａ）（ｂ）は、通信モードの切替処理を説明するためのフローチャートの他の例である。ＣＵ制御部−ＳＣ間での通信モードの切替処理を示す図９７（ａ）を参照して、ステップＳＦ２２１において、ＣＵ制御部３２３Ｆは鍵管理サーバにセキュリティ基板情報の要求を行ない、次のステップＳＦ２２２に処理が進む。
そして、ステップＳＦ２２２において、ＣＵ制御部３２３Ｆが鍵管理サーバに要求したセキュリティ基板情報をホールサーバが鍵管理サーバから取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバが取得する。次に、ステップＳＦ２２３においてホールサーバは、前述のステップＳＦ２１３と同様の趣旨より、セキュリティ基板情報を要求したＣＵ制御部３２３Ｆに対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバはステップＳＦ２２４において、取得した基板認証鍵をＣＵ制御部３２３Ｆへ送信し、それを受けたＣＵ制御部３２３Ｆはセキュリティ基板情報中の更新情報をＳＣ３２５ｂＦへ送信する。次に、ステップＳＦ２２５においてＣＵ制御部３２３Ｆは、ステップＳＦ２２２４において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切替て、処理が終了する。
次に、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を示す図９７（ｂ）を参照して、ステップＳＦ２２６において、ＳＣ３２５ｂＦがＣＵ制御部３２３Ｆからの更新情報を取得する。前述したようにＣＵ制御部３２３ＦはステップＳＦ２２４により更新情報をＳＣ３２５ｂＦへ送信する。それを受けたＳＣ３２５ｂＦは、その更新情報を取得する。次に、ステップＳＦ２２７においてＳＣ３２５ｂＦは、取得した更新情報から本認証鍵を生成する。次に、ステップＳＦ２２８においてＳＣ３２５ｂＦは、生成した本認証鍵に基づいて、ＳＣ３２５ｂＦとＩＣ３２５ａＦとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、制限通信モードにおいてホールサーバが鍵管理サーバから基板認証鍵を受信したときでも、Ｐ台が稼動中のときには、即座にその基板認証鍵がＣＵに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバからＣＵに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図９８は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。
遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点、持玉を持点と称する。
図９８を参照して、Ｓ台２ＳＦは、本体枠２ａＳＦに対して前面扉２ｂＳＦがその左側縁を揺動中心として開閉可能に設けられている。図９８では図示を省略しているが、Ｓ台２ＳＦの図面左隣には、Ｐ台と同様にＣＵが接続される。
Ｓ台２ＳＦでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、Ｓ台２ＳＦにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、Ｓ台２ＳＦには、メダル投入口およびメダル払出口が設けられていない。
Ｓ台２ＳＦの筐体内部には、外周に複数種の図柄が配列されたリール２ＬＦ、２ＣＦ、２ＲＦ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２ＬＦ、２ＣＦ、２ＲＦに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳＦに設けられた透視窓から見えるように配置されている。リール２ＬＦ、２ＣＦ、２ＲＦの外周部には、複数種類の図柄が所定の順序で描かれている。
前面扉２ｂＳＦの各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分には、タッチパネル式の表示器５１０Ｆが設けられている。この表示器５１０Ｆは、Ｐ台の表示器５４Ｆに相当する表示器であり、表示器５４Ｆと同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０Ｆは、図５２の表示器５４Ｆと同様にＣＵの表示制御部３５０Ｆに接続されており、ＣＵ側で表示制御される。なお、この表示器５１０Ｆは、各リール２ＬＦ、２ＣＦ、２ＲＦを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図９８に示されるスタートスイッチ７ＳＦよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。
また、前面扉２ｂＳＦには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５ＳＦ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６ＳＦ、ゲームを開始する際に操作されるスタートスイッチ７ＳＦ、リール２ＬＦ、２ＣＦ、２ＲＦの回転を各々停止する際に操作されるストップスイッチ８ＬＦ、８ＣＦ、８ＲＦがそれぞれ設けられている。
Ｓ台２ＳＦにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５ＳＦ、またはＭＡＸＢＥＴスイッチ６ＳＦを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０Ｆの遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７ＳＦの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ゲームが開始可能な状態でスタートスイッチ７ＳＦを操作すると、各リール２ＬＦ、２ＣＦ、２ＲＦが回転し、各リール２ＬＦ、２ＣＦ、２ＲＦの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８ＬＦ、８ＣＦ、８ＲＦを操作すると、対応するリール２ＬＦ、２ＣＦ、２ＲＦの回転が停止し、透視窓に表示結果が導出表示される。
そして全てのリール２ＬＦ、２ＣＦ、２ＲＦが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２ＬＦ、２ＣＦ、２ＲＦの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０Ｆの遊技点の表示も加算更新される。
Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図５１に示すとおり、Ｓ台２ＳＦには、遊技点を計数して持点に変換するための計数ボタン２８ＦＳが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図５２参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０Ｆに行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０Ｆに表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３Ｆへ直接入力されるようにしてもよく、あるいは、Ｐ台２ＦやＳ台（スロットマシン）２ＳＦを経由して状態情報応答としてＣＵ３Ｆへ送信されるようにしてもよい。
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、Ｓ台２ＳＦを制御する主制御部（Ｓ台の主制御部１６１Ｆに相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。
すなわち、Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
図９９は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図９９は、Ｐ台の構成として説明した図５５の用語をＳ台用に置き換えたものであり、その態様は、図５５を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
（１） 本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。
また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。たとえば、図６１の例の場合には、計数完了を示す最後の状態情報応答に含める計数通番をｍ＋６ではなく、予め定めた初期値にすることが考えられる。
また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２ＦおよびＣＵ３Ｆの双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。
（２） 上記遊技用システムに遊技機の一例となるＳ台（スロットマシン）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の前枠に対応する。ただし、Ｓ台には、図５２に示した前枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１Ｆ、および発射モータ１８Ｆは、不要である。
従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０Ｆあるいは表示器２９ＳＦには、これら４種類のデータを表示する。
まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５ＳＦの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６ＳＦの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０Ｆあるいは表示器２９ＳＦにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
（３） 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
（４） 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
（５） 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
（６） 遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
（７） 本実施の形態では、カード返却操作をしたときに、未計数の遊技点が残っているときには、Ｐ台あるいはＣＵ側の表示器にて計数を促すメッセージを表示する。しかし、このような構成に代えて、カード返却操作をしたときに、未計数の遊技点が残っているときには、自動的に計数表示を開始するとともに、Ｐ台あるいはＣＵ側の表示器にて、未計数の遊技点が残っているために自動計数を開始したこと、あるいは、さらにそれに加えて、自動計数が完了した後にカードが返却されることを報知してもよい。
あるいは、カード返却操作をしたときに、未計数の遊技点が残っているときには、遊技者が一時的に離席する可能性があると判断し、表示器（ＣＵ側あるいはＰ台側）に、一時的な離席であるか否かを確認するメッセージを表示してもよい。さらに、表示器をタッチパネルで構成し、そのメッセージに対して遊技者が応答入力できるようにしてもよい。さらに、その応答入力が遊技終了であれば、計数操作を促すメッセージを表示する。一方、応答入力が一時離席であれば、ＣＵ側あるいはＰ台側または双方でカードのＩＤを記憶した状態のままで一旦、カードを排出するようにしてもよい。その後、同じＩＤのカードが挿入されたときには、元の状態から遊技を再開させる。
（８） 大当り中は、遊技玉数が満タンと判断するための判断基準値を上げてもよい。つまり、大当り中とそうでないときとで、満タン判断の判断基準値を異ならせてもよい。これによって、大当り中に遊技玉数が急激に多くなり、すぐに満タン判断がなされて発射停止してしまうことを防止できる。
（９） 大当りが発生したときの遊技玉数を記憶しておき、大当り中は、満タンの判断基準値を超えた場合であっても、大当りが発生してから増加した遊技玉数が許容値（たとえば、１０００玉）以内であれば、満タン判定しないものとしてもよい。
（１０） 遊技玉を計数するための計数操作手段としては、２回以上の所定回数操作したときに、計数機能を発揮するようなものを採用してもよい。これによって、誤操作を防止できる。また、この場合、１回操作では、計数機能とは異なる他の機能を発揮させるようにしてもよい。たとえば、１回操作をしてから所定時間（たとえば、１秒以内）、操作が無い場合には、店員を呼び出すためのランプを点灯させるような機能を発揮させ、１操作から１秒以内に２回目の操作が検出されたときには、計数機能を発揮させることも考えられる。
（１１） 「所定の記録媒体処理操作を検出したときに、前記遊技点を前記持点として、所定の処理が可能となるように処理する記録媒体処理手段」の「所定の処理」は、たとえば、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理（カードで特定可能に記録された持玉を引き落として遊技玉に変換する処理や持玉共有処理、あるいはワゴンサービス処理等）を意味する。あるいはまた、「所定の処理」とは、景品交換用の景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理であってもよい。
また、上述した「持点として所定の処理が可能となるように処理するための記録媒体処理操作」とは、たとえば、カードの返却操作である。また、「所定の処理」とは、カードの返却操作を検出したときに、ＣＵに挿入されているカードに持点を特定可能に記録し、当該カードを返却する処理である。ここで、「特定可能に記録」とは、カードに直接、持点を記録することの他、カードには持点を記録せずにカードのＩＤと持点とをＣＵに接続されたサーバに送信し、サーバ内でＩＤと持点とを対応付けて記憶するような方式を含む。
（１２） 玉の発射中に計数操作をすると、そのときの遊技玉数が基準値以下の場合には、計数操作が無効とされるようにしてもよい。また、玉の発射中に計数操作が検出されたときの遊技玉数が基準値を超える場合であっても、１回の計数操作で計数される玉数が所定数に定められている場合において、計数操作が検出されたときの遊技玉数からその所定数を差し引いた値が前記基準値に満たない場合には、計数操作を無効とするようにしてもよい。
また、遊技中であるか否かを玉の発射動作が検出されているか否かで判断してもよく、遊技中球数（遊技領域２７Ｆ内で浮遊している浮遊玉）が０になっているか（遊技中でない）否か（遊技中）で、判断してもよい。さらに、可変表示装置が変動中であるか否か、大当り中であるか否か、アタッカーが開いているか否か、などで遊技中であるか否かを判定することも考えられる。
さらに、遊技機としてＳ台を適用して遊技中の計数操作を無効とする場合の「遊技中」とは、たとえば、リール２ＬＦ、２ＣＦ、２ＲＦが回転開始してから停止するまでの期間である。あるいは、スタート操作が検出されてからリール２ＬＦ、２ＣＦ、２ＲＦが停止するまでの期間である。
（１３） 図６１を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。
（１４） 図６３の計数操作を促す表示としては、文章にて「遊技玉が残っているので計数して下さい」という表示であってもよく、あるいは画面上に計数ボタン２８Ｆを表示させて点滅するような表示であってもよい。また、カード返却準備状態ＯＮを受けたＰ台２Ｆは、遊技玉数表示器２９Ｆの遊技玉を点滅表示させるなどしてもよく、あるいは、遊技玉数表示器２９Ｆを画像表示装置で構成した場合には、上記実施の形態として説明したメッセージを遊技玉数表示器２９Ｆに表示して計数操作を促すようにしてもよい。
（１５） 計数ボタンを押し続ける時間に応じて、１回の操作で持点変換する遊技点数が異なるようにするために、たとえば、長押し（たとえば、１秒以上連続操作）のときには遊技点のすべてが計数される一方、短押し（たとえば、１秒未満の連続操作）のときには、２００玉だけが計数されるようにしてもよい。ただし、この場合には、遊技玉の残数が少ない場合、たとえば、２００玉未満の場合には、計数ボタンの操作ですべての遊技玉が計数されるようにするのが望ましい。
（１６） 遊技点の残数に応じて、計数ボタンの１回の短押下操作で計数される点数が異なるようにする場合、たとえば、次のようにすることが考えられる。たとえば、遊技点が２００点未満のときには、計数ボタンの１回の短押下操作ですべての遊技点が計数されるようにする。遊技点が２００以上１０００未満のときには、１回の短押下操作で２００点が計数されるようにする。遊技点が１０００以上５０００未満のときには、１回の短押下操作で１０００点が計数されるようにする。遊技点が５０００以上１００００未満のときには、１回の短押下操作で２０００点が計数されるようにする。遊技点が１００００以上のときには、１回の短押下操作で２５００点が計数されるようにする。なお、以上の数値は具体例であって、適宜、設定できる。
（１７） 遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
（１８） 計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
（１９） 本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
（２０） 本実施の形態では、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
（２１） 表示器５４Ｆで行なう計数表示や各種の報知は、同様に表示器３１２Ｆで行なうようにしてもよい。
（２２） ＣＵ３Ｆにおいて、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）および減算玉数カウンタの値（減算玉数）に基づいて、記憶している遊技玉数を更新し、Ｐ台側から送信されてきた計数玉数カウンタの値に基づいて記憶している遊技玉数を減算したときに、遊技玉数の値がマイナスになる場合には、エラー（異常）判定し、エラー処理を行なうようにしてもよい。エラー処理の具体例として、異常報知ランプ等によりエラー報知が行なわれたり、あるいは、ホール用管理コンピュータやホールサーバ８０１Ｆにエラーが発生した旨のエラー通知信号が送信されたりする（この場合、ホール用管理コンピュータやホールサーバ８０１Ｆによるエラー報知が行なわれるようにしてもよい）。
（２３） 貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。
（２４） 打球操作ハンドルにタッチセンサを設けて、遊技者が打球操作ハンドルを握っていることがタッチセンサによって検出されている間は、計数操作を無効にしてもよい。計数操作を無効とは、計数操作を検出するが、その検出出力に基づいた計数動作を実行しないこと、あるいは、計数操作の検出自体をしないことの双方を意味する。または、遊技者が打球操作ハンドルに触れているだけでは計数操作を無効にせず、打球操作ハンドルを玉発射の駆動パルスが出力される程度にまで回している場合に、計数操作を無効にしてもよい。
これらの場合には、計数操作が検出されると、「ハンドルを放してください」というメッセージを遊技機あるいはＣＵの表示器に表示するようにしてもよい。あるいは、計数操作ボタンをタッチパネルの画面上のアイコンで表示するようにしたときには、計数操作ボタンをグレーアウトして、操作不能であることを遊技者に通知するようにしてもよい。
（２５） 玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。
（２６） 本実施の形態に係る遊技用システムは、持点を使用した所定の持点使用処理を実行するための持点使用操作手段を含む。ここで、所定の持点使用処理とは、ワゴンサービスを実行するための処理や、あるいは、持点（持玉）を分割して共有する処理（持点を他人に分割譲渡する処理）を含む概念である。また、持点使用操作手段は、たとえば、タッチパネルである。あるいは、持点使用操作手段は、ＣＵ又は遊技機に対して持点使用処理の実行を指令するために遊技店の係員に与えられるリモコンであってもよい。
（２７） 図５７〜図７５で示したシーケンス制御は、ＣＵ３Ｆ、Ｐ台２Ｆ、Ｓ台２ＳＦ等の遊技機器単体内の制御装置間の送受信シーケンスに限定されるものではなく、たとえば、ＣＵ３Ｆ、Ｐ台２Ｆ、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信シーケンスに適用してもよい。また、図７６、図７７に示した要求通番の制御は、ＣＵ３Ｆの内部のＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用してもよい。
たとえば、遊技玉の加算要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆが送信し、これに対する承諾または拒否電文をＳＣ３２５ＦｂがＰ台２Ｆ側の応答に基づいて通信制御ＩＣ３２５ａＦ経由で返信する。
遊技玉の加算要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用した場合には、遊技玉の加算要求電文をＣＵ制御部３２３Ｆ経由でセキュリティチップ（ＳＣ）３２５ｂＦが送信し、これに対する承諾または拒否電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の応答に基づいて返信する。
計数要求に関する処理を、ＣＵ制御部３２３Ｆとセキュリティチップ（ＳＣ）３２５ｂＦとの間に適用した場合には、計数要求電文をＳＣ３２５ＦｂがＰ台２Ｆ側の要求に基づいて通信制御ＩＣ３２５ａＦ経由でＣＵ制御部３２３Ｆに送信し、これに対する承諾または拒否電文をＣＵ制御部３２３Ｆが返信する。
計数要求に関する処理を、セキュリティチップ（ＳＣ）３２５ｂＦと通信制御ＩＣ３２５ａＦとの間に適用した場合には、計数要求電文を通信制御ＩＣ３２５ａＦがＰ台２Ｆ側の要求に基づいて送信し、これに対する承諾または拒否電文をセキュリティチップ（ＳＣ）３２５ｂＦがＣＵ制御部３２３Ｆの指示に基づいて返信する。
（２８） 前述の実施の形態では、カードＩＤにより遊技者の同一性の判別を行なっているが、それに代えてまたはそれに加えて、遊技者の指紋や網膜等のバイオマスにより遊技者の同一性の判別を行なってもよい。
（２９） 前述の実施の形態では、カードＩＤと挿入時刻とが一致することを条件に遊技機から送信された得点をＣＵが現時点での得点として記憶しているが、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）が経過するまでに通信が開始されたことを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御してもよい。具体的には、遊技機とＣＵ３Ｆとの通信が途絶えてから所定時間（たとえば２０分）を計時するタイマをＣＵ制御部３２３Ｆに設け、遊技機とＣＵ３Ｆとの通信の開始時（復旧時）に該タイマが未だ計時中（タイムアップしていない状態）であるか否か判定し、計時中との判定結果であることを更なる条件として、遊技機から送信された得点をＣＵが現時点での得点として記憶するように制御する。
また、挿入時刻の代わりに、ＣＵ３ＦとＰ台２Ｆとの間で用いられた最終通番等の一致を条件に遊技機から送信された得点をＣＵが現時点での得点として記憶するようにしてもよい。
（３０） 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
（３１） 前述の実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
（３２） 本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、ＣＵと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。
（３３） ＣＵ制御部３２３Ｆは、ホールサーバ８０１Ｆを介して鍵管理サーバ８００Ｆから基板セキュリティ情報（基板認証鍵や更新情報を含む）を受信する。しかしながら、これに代えて、鍵管理サーバ８００ＦとＣＵ制御部３２３Ｆとの間にホールサーバ８０１Ｆを介することなく、鍵管理サーバ８００ＦからＣＵ制御部３２３Ｆへ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ８００ＦとＣＵとを直接、回線接続することや、鍵管理サーバ８００Ｆと各ＣＵとの間にホールサーバ８０１Ｆと異なる中継用の通信装置を設けることが考えられる。
（３４） 前述の実施の形態では、遊技の中断操作（簡易離席操作または食事休憩操作）に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込み排出することで、中断処理を行ない、その後、遊技を中断した遊技者が戻ってきて、そのカードを再度元のＣＵ３Ｆに挿入し、持玉を遊技玉に変換する操作により、１２５玉ずつ遊技玉に変換されて遊技が可能になるものを示した。しかし、それに代えて、中断操作時に自動計数された計数玉を遊技玉や持玉とは別の預かり玉（Ｃ−ＩＤと挿入時刻も記憶）としてＣＵ３Ｆが記憶し、持玉加算せず、持玉を記録させることなくカードを排出することで中断処理を行ない。その排出カードが再挿入されると、預かり玉がすべて一括で自動的にＰ台の遊技玉に変換されて遊技可能となるように制御してもよい。あるいは、この場合の預かり玉は、中断操作に基づいてＰ台からＣＵへと送信され、ＣＵ側またはホールサーバ側で記憶しておき、カードが再度挿入されたときにＣＵまたはホールサーバから自動的にＰ台側へ預かり玉の情報が送信されて遊技玉としてＰ台側に記憶されるものとしてもよい。また、この場合に預かり玉の情報を送信する際には、遊技玉の加算指令としてＣＵからＰ台に送信してやればよい。
さらに、上記実施の形態では、中断操作に基づいて自動的に計数処理された計数玉数を一旦、持玉に加算してカードに書込んで排出したとき、そのカードに中断中フラグを記録しておくことによって、そのカードでは景品交換できないようにした。このように景品交換を禁止する手法としては、カードの中断中フラグを利用する以外の次のような手法を採用をすることも考えられる。
まず、中断操作が行なわれたときに、ＣＵからホールサーバにその情報（カードＩＤを含む）を送信し、ホールサーバ側で中断中の遊技者のカードを中断カードとして記憶する。景品交換時にはＰＯＳなどからホールサーバに問合せをし、景品交換に用いられているカードが中断カードであるか否かをホールサーバが判定する。あるいは、全中断カード情報を予めホールサーバからＰＯＳ側に送信しておいてもよい。その上で、景品交換に用いられているカードが中断カードであれば、当該カードを用いた景品交換を禁止する。
（３５） 上記実施の形態において、遊技機は、「全遊技点に対する変換処理が終了したことを条件に（遊技点＝０）、前記遊技点を前記持点として遊技用装置（ＣＵ）が所定の処理（景品交換機でカードを受付けて当該カードで特定される持点を消費して景品交換を可能とする処理、ＣＵから排出されたカードを他の遊技機に接続された別のＣＵに挿入して使用する場合のＣＵの処理）をするための記録媒体処理操作（カード返却操作（カード返却ボタン３２２Ｆの操作））を有効化する有効化手段」を含む。
（３６） 本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置２７８Ｆや表示器５４Ｆなどの可変表示手段（可変表示装置）に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからＣＵあるいはＰ台へダウンロードするようにしてもよい。
（３７） 遊技玉数表示器２９Ｆでは、玉の発射または計数動作に連動して玉数が１つずつ減っていく表示がなされる。また、遊技玉数表示器２９Ｆでは、玉貸操作等に応じて玉数が１つずつあるいは所定単位数ずつ増加する表示がなされる。遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、単に遊技玉数をデジタル表示するのではなく、遊技玉数の変化が弾球によるものであるのか、計数によるものであるのか、入賞の発生によるものであるのか、貯玉の引き落としによるものであるのか、貸出操作によるものであるか、など、その種類に応じた画像を遊技玉数の表示更新と併せて表示するようにしてもよい。
また、計数操作が行われた場合、遊技玉数表示器２９Ｆでは、計数動作に連動した計数表示が行われるが、遊技玉数表示器２９Ｆを液晶表示装置などの画像表示器で構成した場合には、表示器５４Ｆと同様に、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示を行なうようにしてもよい。この場合、先の表示器５４Ｆの表示の変形例として説明したように、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示（たとえば、棒グラフの表示）や、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰り返したりすることが考えられる。
（３８） 図６３に示したように、上記の実施の形態では、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されることによって、計数処理完了後に有効化されてカード返却処理に移行する。
一方、待機期間が経過しても計数操作が検出されない場合の処理としては、たとえば、先のカード返却操作を無効とすることが考えられる。この場合、ＣＵ３ＦあるいはＰ台２Ｆ側の表示器には待機期間が経過しても計数操作が検出されないため、カード返却操作が無効化された旨を表示してもよい。
あるいは、遊技玉が残っている状態で検出されたカード返却操作は、所定の待機期間で計数操作が検出されるか否かに関わらず、無効化してもよい。この場合には、カード返却操作が検出された後の計数操作に応じて全遊技玉を計数し終えた後、再度、カード返却操作を実行することによってカード返却処理を実行するものとしてもよい。あるいは、全遊技玉の計数を終えたとき、または、その前後で、カード返却操作を促す表示をＣＵ３ＦあるいはＰ台２Ｆ側の表示器で行なうようにしてもよい。
また、本実施の形態では、カード返却操作が検出されたときに遊技玉が１点でも残っていると、図６３に示した処理が実行される。しかしながら、カード返却操作が検出されたときに残っている遊技玉の数が２以上の予め定めた数であるときに、図６３に示した処理が実行されるようにしてもよい。
また、カード返却操作が検出された後の計数操作では遊技玉の計数表示速度を通常時よりも早くしてもよい。たとえば、通常の計数操作では遊技玉が１つずつ計数される表示をする一方、カード返却操作が検出された後の計数操作では、遊技玉が複数ずつまとめて計数される表示、あるいは、全遊技玉が一括して計数される表示をするようにすることが考えられる。
さらに、カード返却操作が検出された後の計数操作では全遊技玉が計数対象とされるのではなく、通常の計数操作のときよりも多い数の所定数の遊技玉が計数対象とされるものとしてもよい。たとえば、通常時には１回の計数操作で最大１００点の遊技玉が計数対象とされるが、カード返却操作が検出された後の計数操作では、それよりも多い２００点の遊技玉が計数対象とされるようにしてもよい。この場合でも、事前にカード返却操作があった場合にはカード返却操作がなかった場合に比べると、全遊技玉を計数するための計数操作回数が減り、早期に全遊技玉を計数完了させることができる。
また、遊技玉が残っている状態でカード返却操作が検出された場合には、計数操作の検出がなくても、全遊技玉の計数を開始させ、その後にカード返却処理に移行するようにしてもよい。この場合、全遊技玉の計数を開始させるときに、全遊技玉の計数を開始させる旨をＰ台２ＦあるいはＣＵ３Ｆで表示してもよい。あるいは、全遊技玉の計数を開始させてもよいか否かを確認するメッセージを表示し、所定操作（たとえば、Ｐ台２ＦあるいはＣＵ３Ｆのタッチパネルでの操作、再度のカード返却操作など）が検出されたことを条件として、全遊技玉の計数を開始させるようにしてもよい。
また、遊技中（玉の発射中）の場合に検出されたカード返却操作を無効にしてもよいが、カード返却操作を無効にするのではなく、Ｐ台側の方で遊技中の計数操作に基づいた計数の処理を無効にしてもよい。
さらに、上記実施の形態では、カード返却操作が検出されたときに遊技玉数が０であるか否かをＣＵ３Ｆが判定している。しかしながら、このような判定をＰ台２Ｆが行なうようにしてもよい。この場合、たとえば、カード返却操作が検出されたときに、カード返却操作有を示すデータをＣＵ３ＦからＰ台２Ｆへ送信し、それを受けたＰ台２Ｆが自ら記憶している遊技玉数が０であるか否かを判定する。０であれば、遊技玉数が０であることまたはカード返却を許可するデータをＣＵ３Ｆへ送信する一方、０でなければ、遊技玉数が０でないことまたはカード返却の待機あるいはカード返却の禁止を示すデータをＣＵ３Ｆへ送信する。
また、上記実施の形態では、計数ボタンの操作が検出されたときに、その操作の検出前にカード返却操作が検出されているか否かをＰ台２Ｆが判定する。しかしながら、このような判定手段をＣＵ３Ｆが備えるようにしてもよい。この場合、たとえば、Ｐ台２Ｆは、計数ボタンの操作が検出されたときに、その旨を示すデータをＣＵ３Ｆへ送信する。それを受けたＣＵ３Ｆは、そのデータを受信する前の所定期間内にカード返却操作があったか否かを判定するようにすることが考えられる。
また、上記の実施の形態では、計数操作をＰ台２Ｆが検出する一方、カード返却操作をＣＵ３Ｆが検出するが、計数操作をＣＵ３Ｆが検出する一方、カード返却操作をＰ台２Ｆが検出する構成としてもよく、両操作共にＰ台２ＦあるいはＣＵ３Ｆが検出する構成としてもよい。また、計数ボタンおよびカードカード返却ボタンの取り付け位置は、双方共にＣＵ３ＦとしてもＰ台２Ｆとしてもよく、一方がＣＵ３ＦまたはＰ台２Ｆとしてもよい。
（３９） 持玉または遊技玉の数の変化の有無をＣＵまたはＰ台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
（４０） あるいは、カードがＣＵに挿入されていないにも関わらず、遊技者の遊技玉が変化した場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、遊技を終えてカードを排出した後に、遊技盤に引っ掛かっていた玉が入賞して遊技玉が払い出されたまま放置されているような台を店員が把握しやすくする。
（４１） 本実施の形態において、ＣＵ３ＦはＰ台２Ｆからの前回遊技台情報と最新遊技台情報とを自ら記憶しているデータと比較判定して、Ｐ台２Ｆ側のデータに不正水増しのないことを確認してデータを補正する。仮に、ＣＵ３Ｆ側でエラー判定されると、このような状況は、単にＣＵ３Ｆの交換が要因（交換後のＣＵ３Ｆには比較対象の正規のデータが記憶されていない）であって、不正行為に基づくものではない可能性もあるため、ホールの店員が確認の上で、リモコン等の携帯型端末装置でエラーを解除する。ただし、このように、ＣＵ３Ｆが新たなものに交換されていたときには、当該ＣＵ３Ｆは上記のエラー判定を一切しないようにしてもよい。また、あるいは、ＣＵ３Ｆには、交換されたものであるか否かに関わらず、上記のエラー判定機能を設けないようにしてもよい。
（４２） 本実施の形態では、遊技盤側の固有情報の一例となる主制御チップＩＤと枠側の固有情報の一例となる払出制御チップＩＤとを示し、これらの両ＩＤをＣＵ３Ｆにて取得して上位装置（鍵管理サーバまたはホールサーバ）で認証し、認証に成功すれば、遊技機での遊技が許容される状態となる。しかしながら、上位装置から予め正規の両ＩＤをＣＵ３Ｆ（たとえば、ＣＵ制御部３２３Ｆ）が取得しておき、ＣＵ３Ｆは、それらの正規の両ＩＤと、遊技機から取得した両ＩＤとを比較照合する認証をしてもよい。すなわち、両ＩＤの認証を直接、ＣＵ３Ｆが実行するようにしてもよい。
また、遊技盤および枠の固有情報として、主制御チップＩＤおよび払出制御チップＩＤとは別のＩＤを遊技盤および枠の所定箇所（払出制御部１７１Ｆおよび主制御部１６１Ｆ以外の箇所）に埋め込んでおき、そのＩＤを利用して上記したような認証を行なうものとしてもよい。さらに、遊技盤側の固有情報および枠側の固有情報のいずれか一方の固有情報を利用して上記した認証を行ない、認証に成功すれば、遊技機による遊技を許容するものとしてもよい。また、認証に失敗した場合であっても、一定の条件の元でＣＵ３Ｆは遊技機による遊技を許容するものとしてもよい。たとえば、所定期間が経過するまでは遊技を許容し、所定期間が経過すると遊技を不能動化する、カード残額や持点の使用が所定数に達するまでは遊技を許容し、所定数に達すると、それ以降のカード残額や持点の使用を禁止する、といったことが考えられる。
なお、上記各実施の形態として説明したような、「遊技機の一例となるスロットマシン１と、遊技用装置の一例となるメダル貸出機１００」とについても、あるいは、「遊技機の一例となるパチンコ遊技機７０１と、遊技用装置の一例となるカードユニット７５０」とについても、「Ｐ台２ＦやＳ台２ＳＦと、ＣＵ３Ｆ」との関係として説明したように、遊技機からの固有情報を遊技用装置が取得し、その固有情報に基づいた認証に成功したことを条件に、遊技機での遊技が許容されるものとしてもよい。たとえば、パチンコ遊技機７０１の場合には、パチンコ遊技機７０１をＰ台２Ｆと同様に遊技枠と遊技盤とで構成し、主制御部および払出制御部のそれぞれにＩＤを埋め込むようにすればよい。スロットマシン１の場合には、スロットマシン１の遊技制御を実行する遊技制御マイクロコンピュータにＩＤを埋め込むようにすればよい。カードユニット７５０の場合には、ＣＵ３Ｆと同様の構成とし、また、メダル貸出機１００の場合には、制御ユニット１８１をＣＵ３Ｆと同様にＣＵ制御部３２３Ｆとセキュリティ基板３２５Ｆとで構成すればよい。
（４３） 本実施の形態は以下の発明を含む。
（１−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
前記遊技機による所定の動作（遊技玉の加算動作）を要求する動作要求電文（遊技玉加算要求ＯＮの状態情報要求）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（加算通番；遊技玉加算要求ＯＮのときには元の加算通番に＋１したもの、遊技玉加算要求ＯＦＦのときには元の加算通番）を含む電文を送信する電文送信手段（図５９、図６０、図７５参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する電文判定手段（図７５；加算通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）とを含み、
前記遊技機は、
前記動作要求電文を受信したときに、要求を承諾する場合には承諾電文を送信し、要求を拒否する場合には拒否電文を送信する応答電文送信手段（図５９、図６０、図７５参照）を含み、
前記応答電文送信手段は、
前記動作要求電文に含まれて送信されてきた更新情報を、前記承諾電文の更新情報として送信し（図７５；要求承諾であればｍ＋１を送信）、
前記動作要求電文に含まれて送信されてきた更新情報を所定情報（＋１）で更新して得られる情報または更新情報の更新前の情報を前記拒否電文の更新情報として送信する（図７５；要求拒否であればｍを送信）。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、それが同じ更新情報であれば、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。
（１−２） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）での遊技を可能にするための遊技制御装置（ＣＵ３ＦまたはＣＵ制御部３２３Ｆ）であって、
前記遊技機による所定の動作（遊技玉の加算動作）を要求する動作要求電文（遊技玉加算要求ＯＮの状態情報要求）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（加算通番；遊技玉加算要求ＯＮのときには元の加算通番に＋１したもの、遊技玉加算要求ＯＦＦのときには元の加算通番）を含む電文を送信する電文送信手段（図５９、図６０、図７５参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する電文判定手段（図７５；加算通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）とを含む。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、それが同じ更新情報であれば、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。
（１−３） 本発明は、遊技を可能にするための遊技制御装置（Ｐ台２Ｆ、Ｓ台２ＳＦ、またはＳＣ３２５Ｆｂと通信制御ＩＣ３２５ａＦとの間での通信制御ＩＣ３２５ａＦ）であって、
所定の動作（遊技玉の加算動作）を要求する動作要求電文（遊技玉加算要求ＯＮの状態情報要求）を受信したときに、要求を承諾する場合には承諾電文を送信し、要求を拒否する場合には拒否電文を送信する応答電文送信手段（図５９、図６０、図７５参照）を含み、
前記応答電文送信手段は、
前記動作要求電文に含まれて送信されてきた更新情報を、前記承諾電文の更新情報として送信し（図７５；要求承諾であればｍ＋１を送信）、
前記動作要求電文に含まれて送信されてきた更新情報を所定情報（＋１）で更新して得られる情報または更新情報の更新前の情報を前記拒否電文の更新情報として送信する（図７５；要求拒否であればｍを送信）。
このような構成によれば、動作要求電文に対する応答電文に含める更新情報を相手方に参照させることによって、それが相手方から送信されてきた更新情報と同じ更新情報であれば、動作要求電文が到達しているか否かを判定させることができるばかりでなく、返信した電文が動作要求電文に対する承諾電文であるのか否かまでを判定させることができる。
（１−４） 上記（１−１）の遊技用システムであって、
前記遊技機は、
前記遊技用装置へ送信した遊技情報（遊技玉数、加算玉数、減算玉数等）を記憶する送信済情報記憶手段（図５５や図６５の前回遊技台情報を記憶するエリア、図６５や図６７等のリカバリデータ（リカバリ情報）を記憶するエリア）と、
前記遊技用装置へ送信する前の遊技情報を記憶する送信前情報記憶手段（図５５の最新遊技台情報を記憶するエリア）と、
前記送信前情報記憶手段に記憶されている遊技情報を前記遊技用装置へ送信する遊技情報送信手段（図６７等の状態情報応答の送信）と、
前記遊技用装置との通信ができない通信不能状態から回復した後に、前記通信不能状態となる前に最後に送信した電文に含まれる更新情報（図６７の前回最終送信加算通番ｍ）を含むリカバリ電文（図６５、図６７等のリカバリ応答）を送信するリカバリ電文送信手段とを含み、
前記リカバリ電文送信手段は、前記送信済情報記憶手段に記憶されている遊技情報を前記リカバリ電文に含めて送信し（図６５のリカバリ応答によってリカバリデータ（遊技情報）が通知される）、
前記遊技用装置は、遊技機との通信ができない通信不能状態から回復した後に前記遊技機から送信されてくるリカバリ電文（図６５、図６７等のリカバリ応答）に基づいて、前記遊技機と遊技情報の整合性をとる（図６５において、受信したリカバリ応答（遊技情報格納有）に基づいて前回遊技台情報を処理して遊技情報（遊技玉数等）の整合をとる）とともに前記通信不能状態となる前に最後に送信した前記動作要求電文に基づいた所定動作が前記遊技機で実行されているか否かを判定し（図６７においてＣＵは前回最終送信加算通番に基づいてＣＵとＰ台との加算通番の不一致を検出）、
前記所定動作が前記遊技機で実行されていないと判定したときには前記所定動作の要求を再送（図６７のリカバリ要求２を送信することで、加算要求を再送）した後に、前記送信済情報記憶手段に記憶されている遊技情報を初期化するための初期化電文を送信し（図６７の通信開始要求を送信）、
前記所定動作が前記遊技機で実行されていると判定したときには、前記所定動作の要求を再送することなく前記初期化電文（図６５の通信開始要求を送信）を送信する。
このような構成によれば、リカバリ電文に基づいて、遊技機と遊技情報の整合性をとることが可能になるのみならず通信不能状態となる前に最後に送信した動作要求電文に基づいた所定動作が遊技機で実行されているか否かを判定可能となる。そして、所定動作が遊技機で実行されていなかったときには、送信済情報記憶手段が記憶している遊技情報を初期化する前に所定動作の要求を再送することで所定動作の実行を遊技機に促すことが可能となる。
（１−５） 上記（１−１）の遊技用システム、または上記（１−２）（１−３）の遊技制御装置であって、
前記電文送信手段は、前記動作要求電文を送信するときには、直前に受信した電文に含まれる更新情報を所定情報（＋１）で更新して得られる情報または更新情報の更新前の情報を送信電文の更新情報として送信し、前記動作要求電文以外の電文を送信するときには、直前に受信した電文に含まれる更新情報を送信電文の更新情報として送信する（図５９、図６０、図７５参照）。
このような構成によれば、送信されてきた電文に含まれる更新情報の更新の有無に基づいて、動作要求電文であるか否かを相手先に判別可能とすることができる。
（１−６） 上記（１−１）（１−４）（１−５）に記載の遊技用システムであって、
前記電文送信手段および前記応答電文送信手段は、電文の送信順を特定可能な送信順情報（通常通番ｎ）を前記更新情報と別に各電文に含めて送信する（図６０等）。
このような構成によれば、動作要求電文に関わる通信以外においても、電文の到達確認を行なうことが可能となる。
（２−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技用装置による所定の動作（持玉の加算動作（計数動作））を要求する動作要求電文（計数要求ＯＮの状態情報応答）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（計数通番；計数要求ＯＮのときには元の計数通番に＋１したもの、計数要求ＯＦＦのときには元の計数通番）を含む電文を送信する電文送信手段（図６１、図６２、図７６参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する電文判定手段（図７６；計数通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）とを含み、
前記遊技用装置は、
前記動作要求電文を受信したときに、要求を承諾する場合には承諾電文を送信し、要求を拒否する場合には拒否電文を送信する応答電文送信手段（図６１、図６２、図７６参照）を含み、
前記応答電文送信手段は、
前記動作要求電文に含まれて送信されてきた更新情報を、前記承諾電文の更新情報として送信し（図７６；要求承諾であればｍ＋１を送信）、
前記動作要求電文に含まれて送信されてきた更新情報を所定情報で更新して得られる情報または更新情報の更新前の情報を前記拒否電文の更新情報として送信する（図７６；要求拒否であればｍを送信）。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、それが同じ更新情報であれば、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。
（２−２） 本発明は、遊技を可能にするための遊技制御装置（Ｐ台２Ｆ、またはＳＣ３２５Ｆｂと通信制御ＩＣ３２５ａＦとの間の通信制御ＩＣ３２５ａＦ）であって、
遊技機と通信可能に接続される遊技用装置（ＣＵ３Ｆ）による所定の動作（持玉の加算動作（計数動作））を要求する動作要求電文（計数要求ＯＮの状態情報応答）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（計数通番；計数要求ＯＮのときには元の計数通番に＋１したもの、計数要求ＯＦＦのときには元の計数通番）を含む電文を送信する電文送信手段（図６１、図６２、図７６参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する電文判定手段（図７６；計数通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）とを含む。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、それが同じ更新情報であれば、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。
（２−３） 本発明は、遊技を可能にするための遊技制御装置（ＣＵ３ＦとＰ台２Ｆとの間でのＣＵ３Ｆ、またはＳＣ３２５Ｆｂと通信制御ＩＣ３２５ａＦとの間でのＳＣ３２５Ｆｂ）であって、
遊技機（Ｐ台２Ｆ）と通信可能に接続される遊技用装置（ＣＵ３Ｆ）による所定の動作（持玉の加算動作（計数動作））を要求する動作要求電文（計数要求ＯＮの状態情報応答）を受信したときに、要求を承諾する場合には承諾電文を送信し、要求を拒否する場合には拒否電文を送信する応答電文送信手段（図６１、図６２、図７６参照）を含み、
前記応答電文送信手段は、
前記動作要求電文に含まれて送信されてきた更新情報を、前記承諾電文の更新情報として送信し（図７６；要求承諾であればｍ＋１を送信）、
前記動作要求電文に含まれて送信されてきた更新情報を所定情報（＋１）で更新して得られる情報または更新情報の更新前の情報を前記拒否電文の更新情報として送信する（図７６；要求拒否であればｍを送信）。
このような構成によれば、動作要求電文に対する応答電文に含める更新情報を相手方に参照させることによって、それが相手方から送信されてきた更新情報と同じ更新情報であれば、動作要求電文が到達しているか否かを判定させることができるばかりでなく、返信した電文が動作要求電文に対する承諾電文であるのか否かまでを判定させることができる。
（２−４） 上記（２−１）の遊技機または上記（２−２）（２−３）の遊技制御装置において、
前記電文送信手段は、前記動作要求電文を送信するときには、直前に受信した電文に含まれる更新情報を所定情報（＋１）で更新して得られる情報または更新情報の更新前の情報を送信電文の更新情報として送信し、前記動作要求電文以外の電文を送信するときには、直前に受信した電文に含まれる更新情報を送信電文の更新情報として送信する（図６１、図６２、図７６参照）。
このような構成によれば、送信されてきた電文に含まれる更新情報の更新の有無に基づいて、動作要求電文であるか否かを相手先に判別可能とすることができる。
（２−５） 上記（２−１）（２−４）に記載の遊技用システムであって、
前記電文送信手段および前記応答電文送信手段は、電文の送信順を特定可能な送信順情報（通常通番ｎ）を前記更新情報と別に各電文に含めて送信する（図６０等）。
このような構成によれば、動作要求電文に関わる通信以外においても、電文の到達確認を行なうことが可能となる。
（３−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、遊技者所有の遊技用価値（カード残高、持玉、貯玉）を使用して前記遊技機での遊技に必要な遊技点（遊技玉）を付与するための遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
前記遊技機による前記遊技点の加算動作（遊技玉の加算動作）を要求する動作要求電文（遊技玉加算要求ＯＮの状態情報要求）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（加算通番；遊技玉加算要求ＯＮのときには元の加算通番に＋１したもの、遊技玉加算要求ＯＦＦのときには元の加算通番）を含む電文を送信する電文送信手段（図５９、図６０、図７５参照）と、
前記動作要求電文を送信したときに前記遊技用価値の使用を確定させる価値使用確定手段（図５９のプリペイド消費を確定、図６０の持玉・貯玉の消費を確定）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報に基づいて要求承諾であるか否かを判定する電文判定手段（図７５；加算通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）とを含み、
前記遊技機は、
前記動作要求電文を受信したときに、要求を承諾する場合と要求を拒否する場合とで異なる更新情報を含む拒否電文を送信する応答電文送信手段（図５９、図６０、図７５参照）と、
前記遊技用装置との通信ができない通信不能状態から回復した後に、前記通信不能状態となる前に最後に送信した電文に含まれる更新情報（図６７、図６８のリカバリ応答に含まれる前回最終送信加算通番）を含むリカバリ電文を送信するリカバリ電文送信手段（図６７、図６８のリカバリ応答）とを含み、
前記遊技用装置は、
前記リカバリ電文を受信したときに、当該リカバリ電文に含まれる前記更新情報（図６７、図６８のリカバリ応答に含まれる前回最終送信加算通番）と、前記通信不能状態となる前に最後に送信した前記動作要求電文に含めた前記更新情報（図６７、図６８のＣＵ側で記憶している前回最終送信加算通番）とに基づいて、前記通信不能状態となる前に最後に送信した動作要求電文に基づいた前記遊技点の加算動作の実行の有無を判定する加算実行判定手段（図６７では前回最終送信加算通番がＣＵとＰ台とで不一致であり加算動作実行有（加算リカバリ実施）と判定、図６８では前回最終送信加算通番がＣＵとＰ台とで一致し加算動作実行無（加算玉数のリカバリを要求しない）と判定）をさらに含み、
前記電文送信手段は、前記加算実行判定手段により前記加算動作が実行されていないと判定されたときに、実行されていない加算動作を要求する電文を前記遊技機へ送信する（図６７のリカバリ要求２を送信）。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。しかも、遊技用装置側では遊技用価値の使用を早期の段階で確定できる一方、通信不能状態が発生することによって確定させた遊技用価値の使用に対応する動作要求電文が遊技機に到達したか否か不明となった場合であっても、通信不能状態から回復したときに更新情報に基づいて遊技機側での加算動作の実行有無を判定でき、必要に応じて既に確定分の加算動作の実行を要求する電文を再度送信できるため、通信不能状態の発生により遊技用装置と遊技機との間で処理が整合しない状態が発生することを防止できる。
（３−２） 本発明は、遊技者所有の遊技用価値（カード残高、持玉、貯玉）を使用して遊技機での遊技に必要な遊技点（遊技玉）を付与するための遊技制御装置（ＣＵ３Ｆ）であって、
前記遊技機による前記遊技点の加算動作（遊技玉の加算動作）を要求する動作要求電文（遊技玉加算要求ＯＮの状態情報要求）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（加算通番；遊技玉加算要求ＯＮのときには元の加算通番に＋１したもの、遊技玉加算要求ＯＦＦのときには元の加算通番）を含む電文を送信する電文送信手段（図５９、図６０、図７５参照）と、
前記動作要求電文を送信したときに前記遊技用価値の使用を確定させる価値使用確定手段（図５９のプリペイド消費を確定、図６０の持玉・貯玉の消費を確定）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報に基づいて要求承諾であるか否かを判定する電文判定手段（図７５；加算通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）と、
前記遊技機との通信ができない通信不能状態から回復した後に、前記通信不能状態となる前に前記遊技機が最後に送信した電文に含めた更新情報を含むリカバリ電文（図６７、図６８の前回最終送信加算通番を含むリカバリ応答）を前記遊技機より受信したときに、当該リカバリ電文に含まれる前記更新情報と、前記通信不能状態となる前に最後に送信した前記動作要求電文に含めた前記更新情報（図６７、図６８のＣＵ側で記憶している前回最終送信加算通番）とに基づいて、前記通信不能状態となる前に最後に送信した動作要求電文に基づいた前記遊技点の加算動作の実行の有無を判定する加算実行判定手段（図６７では前回最終送信加算通番がＣＵとＰ台とで不一致であり加算動作実行有（加算リカバリ実施）と判定、図６８では前回最終送信加算通番がＣＵとＰ台とで一致し加算動作実行無（加算玉数のリカバリを要求しない）と判定）とを含み、
前記電文送信手段は、前記加算実行判定手段により前記加算動作が実行されていないと判定されたときに、実行されていない加算動作を要求する電文を前記遊技機へ送信する（図６７のリカバリ要求２を送信）。
このような構成によれば、動作要求電文の送信後に受信した電文の更新情報を参照することによって、動作要求電文が到達しているか否かを判定できるばかりでなく、返信されてきた電文が動作要求電文に対する承諾電文であるのか否かまでを判定できる。しかも、遊技制御装置側では遊技用価値の使用を早期の段階で確定できる一方、通信不能状態が発生することによって確定させた遊技用価値の使用に対応する動作要求電文が遊技機に到達したか否か不明となった場合であっても、通信不能状態から回復したときに更新情報に基づいて遊技機側での加算動作の実行有無を判定でき、必要に応じて既に確定分の加算動作の実行を要求する電文を再度送信できるため、通信不能状態の発生により遊技制御装置と遊技機との間で処理が整合しない状態が発生することを防止できる。
（３−３） 上記（３−１）の遊技用システムであって、
前記遊技機は、
前記遊技用装置へ送信した遊技情報（遊技玉数、加算玉数、減算玉数等）を記憶する送信済情報記憶手段（図５５や図６５の前回遊技台情報を記憶するエリア、図６５や図６７等のリカバリデータ（リカバリ情報）を記憶するエリア）と、
前記遊技用装置へ送信する前の遊技情報を記憶する送信前情報記憶手段（図５５の最新遊技台情報を記憶するエリア）と、
前記送信前情報記憶手段に記憶されている遊技情報を前記遊技用装置へ送信する遊技情報送信手段（図６７等の状態情報応答の送信）とを含み、
前記リカバリ電文送信手段は、前記送信済情報記憶手段に記憶されている遊技情報を前記リカバリ電文に含めて送信し（図６５のリカバリ応答によってリカバリデータ（遊技情報）が通知される）、
前記遊技用装置は、
前記リカバリ電文に含まれる遊技情報に基づいて、前記遊技機と遊技情報の整合性をとる整合手段（図６５において、受信したリカバリ応答（遊技情報格納有）に基づいて前回遊技台情報を処理して遊技情報（遊技玉数等）の整合をとる）をさらに含み、
前記電文送信手段は、前記リカバリ電文の受信後に、前記送信済情報記憶手段に記憶されている遊技情報を初期化するための初期化電文を送信する初期化電文送信手段（図６５、図６７の通信開始要求を送信）を含み、
前記初期化電文送信手段は、前記加算実行判定手段により前記加算動作が実行されていないと判定されたときには、実行されていない加算動作を要求する電文の送信後に、前記初期化電文を送信する（図６７のリカバリ要求２を送信することで、加算要求を再送し、その後に通信開始要求を送信）。
このような構成によれば、遊技用装置側では、通信不能状態から回復した後、リカバリ電文に基づいて遊技機との間で遊技情報の整合をとることができるとともに、遊技機側では通信不能状態回復後の遊技に向けて送信済情報記憶手段を初期化でき、さらには、通信不能状態回復前に要求した加算動作が実行されていないときには、その実行の要求を出した後で、その初期化を促すことが可能になる。
（３−４） 上記（３−１）に記載の遊技用システムまたは上記（３−２）に記載の遊技制御装置であって、
前記電文判定手段は、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する（図７５；加算通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）。
このような構成によれば、受信電文に含まれる更新情報と動作要求電文に含めた更新情報との一致不一致の単純判定によって要求承諾であるか否かを判定可能となる。
（３−５） 上記（３−１）に記載の遊技用システムまたは上記（３−２）に記載の遊技制御装置であって、
前記電文送信手段および前記応答電文送信手段は、電文の送信順を特定可能な送信順情報（通常通番ｎ）を前記更新情報と別に各電文に含めて送信する（図６０等）。
このような構成によれば、動作要求電文に関わる通信以外においても、電文の到達確認を行なうことが可能となる。
（３−６） 上記（３−３）に記載の遊技用システムであって、
前記初期化電文送信手段は、実行されていない加算動作を要求する電文（図６９のリカバリ要求２）の送信後に、当該加算動作の要求を拒否する電文（図６９のリカバリ応答２（リカバリ結果＝処理ＮＧ））を受信したときにも、前記初期化電文を送信する（図６９において、リカバリ結果＝処理ＮＧのリカバリ応答２を受信しても通信開始要求を送信する）。
このような構成によれば、加算動作の要求を拒否する電文を受信したときでも、通信不能状態回復後の新たな遊技に向けて、遊技機側の送信済情報記憶手段に記憶されている遊技情報を初期化することが可能となる。
（４−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、遊技者所有の遊技用価値（カード残高、持玉、貯玉）を使用して前記遊技機での遊技に必要な遊技点（遊技玉）を付与するための遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技用装置による前記遊技点の変換動作（持玉の加算動作）を要求する動作要求電文（計数要求ＯＮの状態情報応答）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（計数通番；計数要求ＯＮのときには元の計数通番に＋１したもの、計数要求ＯＦＦのときには元の計数通番）を含む電文を送信する電文送信手段（図６１、図６２、図７６参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報に基づいて要求承諾であるか否かを判定する電文判定手段（図７６；計数通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）と、
前記電文判定手段により要求承諾と判定されたときに前記変換動作に伴う遊技点の減点を確定させる減点確定手段（図６１で計数応答ＯＮの状態情報要求を受けて、Ｐ台は計数玉数を要求玉数から減算）とを含み、
前記遊技用装置は、
前記動作要求電文を受信したときに、要求を承諾する場合には承諾電文を送信し、要求を拒否する場合には拒否電文を送信する応答電文送信手段（図６１、図６２、図７６参照）と、
前記遊技機との通信ができない通信不能状態から回復した後に、前記通信不能状態となる前に最後に送信した電文に含まれる更新情報（図７１のリカバリ要求に含まれる前回最終送信計数通番）を含むリカバリ電文を送信するリカバリ電文送信手段（図７１のリカバリ要求を送信）とを含み、
前記遊技機は、
前記リカバリ電文を受信したときに、当該リカバリ電文に含まれる前記更新情報（図７１のリカバリ要求に含まれる前回最終送信計数通番）と、前記通信不能状態となる前に最後に送信した前記動作要求電文に含めた前記更新情報（図７１のＰ台側で記憶している前回最終送信計数通番）とに基づいて、前記通信不能状態となる前に最後に送信した動作要求電文に基づいた前記遊技点の変換動作の実行の有無を判定する変換実行判定手段（図７１で前回最終送信計数通番がＣＵとＰ台とで一致でありＣＵ側で持玉加算動作実行有と判定し、Ｐ台側でも遊技玉の減算を実行する。図７２で前回最終送信計数通番がＣＵとＰ台とで不一致でありＣＵ側で持玉加算動作実行無と判定し、Ｐ台側で遊技玉の減算を実行しない。）をさらに含み、
前記減点確定手段は、前記変換実行判定手段により前記遊技点の変換動作が実行されていると判定されたときに、前記変換動作に伴う遊技点の減点を確定させる（図７１で前回最終送信計数通番がＣＵとＰ台とで一致でありＣＵ側で持玉加算動作実行有と判定し、Ｐ台側でも遊技玉の減算を実行する。）。
このような構成によれば、遊技点の変換動作の要求が発生した後に通信不能状態となり、その要求が遊技用装置側で承諾されているか否か不明であっても、その時点では遊技機側で変換動作の要求に対応する遊技点の減点を確定させていないため、変換動作の要求が承諾されていないにも関わらず遊技点が減点されてしまい、遊技者が不利益を被ることを防止できる。また、通信不能状態から回復したときに更新情報に基づいて遊技用装置側での変換動作の実行の有無を判定でき、変換動作が実行されていれば、その段階で、先の変換動作の要求に伴う遊技点の減点が確定されるため、遊技用装置側では変換動作が実行されていたにも関わらず遊技機側で遊技点が減点されないという状態が発生することを防止できる。
（４−２） 本発明は、遊技者所有の遊技用価値（カード残高、持玉、貯玉）を使用して遊技に必要な遊技点（遊技玉）を付与するための遊技用装置（ＣＵ３Ｆ）と接続可能な遊技制御装置（Ｐ台２Ｆ、Ｓ台２ＳＦ）であって、
前記遊技用装置による前記遊技点の変換動作（持玉の加算動作）を要求する動作要求電文（計数要求ＯＮの状態情報応答）を送信するか当該動作要求電文以外の電文を送信するかで異なる更新情報（計数通番；計数要求ＯＮのときには元の計数通番に＋１したもの、計数要求ＯＦＦのときには元の計数通番）を含む電文を送信する電文送信手段（図６１、図６２、図７６参照）と、
前記動作要求電文の送信後に電文を受信したときに、受信電文に含まれる更新情報に基づいて要求承諾であるか否かを判定する電文判定手段（図７６；計数通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）と、
前記電文判定手段により要求承諾と判定されたときに前記変換動作に伴う遊技点の減点を確定させる減点確定手段（図６１で計数応答ＯＮの状態情報要求を受けて、Ｐ台は計数玉数を要求玉数から減算）と、
前記遊技用装置との通信ができない通信不能状態から回復した後に、前記通信不能状態となる前に前記遊技用装置が最後に送信した電文に含めた更新情報（図７１のリカバリ要求に含まれる前回最終送信計数通番）を含むリカバリ電文（図７１のリカバリ要求）を前記遊技用装置より受信したときに、当該リカバリ電文に含まれる前記更新情報（図７１のリカバリ要求に含まれる前回最終送信計数通番）と、前記通信不能状態となる前に最後に送信した前記動作要求電文に含めた前記更新情報（図７１のＰ台側で記憶している前回最終送信計数通番）とに基づいて、前記通信不能状態となる前に最後に送信した動作要求電文に基づいた前記遊技点の変換動作の実行の有無を判定する変換実行判定手段（図７１で前回最終送信計数通番がＣＵとＰ台とで一致でありＣＵ側で持玉加算動作実行有と判定し、Ｐ台側でも遊技玉の減算を実行する。図７２で前回最終送信計数通番がＣＵとＰ台とで不一致でありＣＵ側で持玉加算動作実行無と判定し、Ｐ台側で遊技玉の減算を実行しない。）とを含み、
前記減点確定手段は、前記変換実行判定手段により前記遊技点の変換動作が実行されていると判定されたときに、前記変換動作に伴う遊技点の減点を確定させる（図７１で前回最終送信計数通番がＣＵとＰ台とで一致でありＣＵ側で持玉加算動作実行有と判定し、Ｐ台側でも遊技玉の減算を実行する。）。
このような構成によれば、遊技点の変換動作の要求が発生した後に通信不能状態となり、その要求が遊技用装置側で承諾されているか否か不明であっても、その時点では遊技制御装置側で変換動作の要求に対応する遊技点の減点を確定させていないため、変換動作の要求が承諾されていないにも関わらず遊技点が減点されてしまい、遊技者が不利益を被ることを防止できる。また、通信不能状態から回復したときに更新情報に基づいて遊技用装置側での変換動作の実行の有無を判定でき、変換動作が実行されていれば、その段階で、先の変換動作の要求に伴う遊技点の減点が確定されるため、遊技用装置側では変換動作が実行されていたにも関わらず遊技制御装置側で遊技点が減点されないという状態が発生することを防止できる。
（４−３） 上記（４−１）に記載の遊技用システムまたは上記（４−２）に記載の遊技制御装置であって、
前記電文判定手段は、受信電文に含まれる更新情報が前記動作要求電文に含めて送信した更新情報と一致する場合には要求承諾と判定し、不一致の場合には要求承諾以外と判定する（図７６；計数通番がｍ＋１であれば要求承諾、ｍであれば要求拒否と判定）。
このような構成によれば、受信電文に含まれる更新情報と動作要求電文に含めた更新情報との一致不一致の単純判定によって要求承諾であるか否かを判定可能となる。
（４−４） 上記（４−１）に記載の遊技用システムまたは上記（４−２）に記載の遊技制御装置であって、
前記電文送信手段および前記応答電文送信手段は、電文の送信順を特定可能な送信順情報（通常通番ｎ）を前記更新情報と別に各電文に含めて送信する（図６０等）。
このような構成によれば、動作要求電文に関わる通信以外においても、電文の到達確認を行なうことが可能となる。
（４−５） 上記（４−１）に記載の遊技用システムであって、
前記遊技機は、
前記遊技用装置へ送信した遊技情報（遊技玉数、加算玉数、減算玉数等）を記憶する送信済情報記憶手段（図５５や図６５の前回遊技台情報を記憶するエリア、図６５や図６７等のリカバリデータ（リカバリ情報）を記憶するエリア）と、
前記遊技用装置へ送信する前の遊技情報を記憶する送信前情報記憶手段（図５５の最新遊技台情報を記憶するエリア）と、
前記送信前情報記憶手段に記憶されている遊技情報を前記遊技用装置へ送信する遊技情報送信手段（図６７等の状態情報応答の送信）と、
前記リカバリ電文（リカバリ要求）に基づいて前記遊技用装置が記憶している遊技情報を前記送信済情報記憶手段の記憶と整合させる必要があるか否かを判定する整合判定手段（図６４ではリカバリ要求に基づいてＰ台とＣＵとで前回最終送信通番一致と判定し、
整合の必要無しと判定して、遊技情報格納無のリカバリ応答を送信する。図６５ではリカバリ要求に基づいてＰ台とＣＵとで前回最終送信通番不一致と判定し、整合の必要有と判定して、遊技情報格納有のリカバリ応答を送信する。）とをさらに含み、
前記電文送信手段は、前記整合判定手段により整合させる必要有と判定されたときに、前記遊技用装置が記憶している遊技情報を前記送信済情報記憶手段の記憶と整合させるための電文（リカバリ応答）を前記遊技用装置へ送信する（図６５において、遊技情報格納有のリカバリ応答を送信する。
このような構成によれば、通信不能状態から回復した後、遊技用装置側で記憶している遊技情報を整合性のある情報にすることが可能になる。
（５−１） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、該遊技機と通信可能に接続され、遊技者所有の有価価値（残高、貯玉、遊技玉数、現金など）を用いて該遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
遊技を行なう遊技者を特定する遊技者特定情報（Ｃ-ＩＤ等）を読取る遊技者特定情報読取手段（カードリーダライタ）と、
該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段（ＣＵ制御部３２３Ｆは、カードリーダライタで読み取ったカードＩＤを記憶）と、
遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段（図５８のカード挿入通知によりカードＩＤを通知）とを含み、
前記遊技機は、
前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を記憶する記憶手段（図５８；カードＩＤをバックアップ）
遊技を終了するときに、前記記憶手段に記憶されている遊技者特定情報を前記遊技用装置へ送信する制御を行なう送信制御手段（図６３；Ｐ台２Ｆは、カード返却応答によって、バックアップしているＣ−ＩＤを送信）と
前記遊技点を記憶する遊技点記憶手段（図５５の遊技玉数カウンタ）と、
前記遊技点を所定の持点に変換するための操作（計数）に基づいて前記遊技点を前記持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（図５９；Ｐ台２Ｆは、計数要求＝ＯＮの状態情報要求を送信）とを含み、
前記遊技用装置は、
前記変換要求送信手段から送信されてきた変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する（図６１；計数玉数を持玉数に加算）とともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する（図６１；計数応答＝ＯＮの状態情報要求を送信）変換処理手段と、
前記送信制御手段の制御により送信されてきた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段（図６３；ＣＵ３Ｆ側でカード挿入時から記憶しているＣ−ＩＤと、カード返却応答で通知されたＣ−ＩＤとの一致判別）とをさらに含む。
このような構成によれば、変換操作に基づいて遊技点を持点に変換し、遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することで遊技開始時の遊技者を特定する情報と遊技終了時の遊技者を特定する情報との同一性の判定を可能となる。また、その判定結果によって、遊技終了とすることが可能となり、遊技開始時の遊技者とは異なる遊技者によって遊技が終了されてしまう不都合を防止できる。
（５−２） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と通信可能に接続するための接続部を備え、遊技者所有の有価価値（残高、貯玉、遊技玉数、現金など）を用いて該遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
遊技を行なう遊技者を特定する遊技者特定情報（Ｃ-ＩＤ等）を読取る遊技者特定情報読取手段（カードリーダライタ）と、
該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段（ＣＵ制御部３２３Ｆは、カードリーダライタで読み取ったカードＩＤを記憶）と、
遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段（図５８のカード挿入通知によりカードＩＤを通知）と、
前記遊技者特定情報送信制御手段の制御により送信された遊技者特定情報を記憶した遊技機から、遊技を終了するときに送信されてきた遊技者特定情報と、前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより、同一の遊技者が特定されるか否かを判定する同一判定手段（図６３；ＣＵ３Ｆ側でカード挿入時から記憶しているＣ−ＩＤと、カード返却応答で通知されたＣ−ＩＤとの一致判別）と、
前記遊技点を所定の持点に変換するための操作（計数操作）に基づいた前記遊技機からの変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する（図６１；計数玉数を持玉数に加算）とともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する（図６１；計数応答＝ＯＮの状態情報要求を送信）変換処理手段とを含む。
このような構成によれば、変換操作に基づいて遊技点を持点に変換し、遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することで遊技開始時の遊技者を特定する情報と遊技終了時の遊技者を特定する情報との同一性の判定を可能となる。また、その判定結果によって、遊技終了とすることが可能となり、遊技開始時の遊技者とは異なる遊技者によって遊技が終了されてしまう不都合を防止できる。
（５−３） 上記（５−１）の遊技用システムまたは上記（５−２）の遊技用装置において、
前記遊技用装置は、
当該遊技用装置が設置されている遊技場を特定可能な遊技場特定情報を記憶する遊技場特定情報記憶手段（ＣＵ３Ｆは、自らが設置されている店舗コードを記憶）と、
当該遊技用装置に設けられている制御装置（セキュリティチップ３２５ｂＦ）を特定可能な制御装置特定情報（ＳＣ基板ＩＤ）を記憶する制御装置特定情報記憶手段（ＣＵ３Ｆは、ＳＣ基板ＩＤを記憶）と、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段（カード挿入／排出口３０９Ｆ）と、
該記録媒体受付手段により記録媒体が受付けられたときに、前記遊技場特定情報記憶手段に記憶されている遊技場特定情報と前記制御装置特定情報記憶手段に記憶されている制御装置特定情報とを前記遊技機へ送信する送信手段（図５８；カード挿入時にカード挿入通知によって店舗コードとＳＣ基板ＩＤとを送信）とをさらに含む。
このような構成によれば、遊技場特定情報および制御装置特定情報まで同一であるか否かを判定することができる。
（５−４） 上記（１）の遊技用システムまたは上記（５−２）の遊技用装置において、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段（カード挿入／排出口３０９Ｆ）を含み、
前記記録媒体受付手段は、前記変換要求送信手段から送信されてきた変換要求に基づいて全ての前記遊技点を前記持点に変換した場合に限り、受付けた前記記録媒体を返却する（図６３；カード返却操作時に遊技点が残っていると、計数ボタン操作を促し、計数操作により遊技玉が０になったことを条件にカード返却処理実行）。
このような構成によれば、遊技機に遊技点が残ったまま記録媒体が返却されてしまうことを防止することができる。
（６−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報（遊技台情報（遊技玉数、加算玉数、減算玉数））を前記遊技用装置へ送信する情報送信手段（図６４〜図６６、払出制御部１７１Ｆの入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図５５：払出制御部１７１ＦのＲＡＭ）とを含み、
前記遊技用装置は、
前記遊技情報を記憶する情報記憶手段（図５５：ＣＵ制御部３２３ＦのＲＡＭ）と、
前記情報記憶手段が記憶している情報を前記情報送信手段から送信されてきた遊技特定情報に基づいて更新する情報更新手段（図５５：ＣＵ制御部３２３ＦのＣＰＵ）とを含み、
前記情報送信手段は、前記遊技機と前記遊技用装置とが通信できない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図６５、図６６参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３１１、ＳＦ３１２、ＳＦ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（ＳＦ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３ＦのＲＡＭ、ＳＦ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（６−２） 本発明の他の態様は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
前記遊技機で遊技が行なわれることにより変化する遊技情報を記憶する情報記憶手段（図５５：ＣＵ制御部３２３ＦのＲＡＭ）と、
前記遊技情報を特定するための遊技特定情報を前記遊技機より受信する情報受信手段（図６４〜図６６、通信制御ＩＣ３２５ａＦ）と、
前記情報記憶手段が記憶している情報を前記情報受信手段により受信された遊技特定情報に基づいて更新する情報更新手段（図５５：ＣＵ制御部３２３ＦのＣＰＵ）とを含み、
前記情報受信手段は、前記遊技機と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報として前記遊技機から送信されてくる送信前遊技特定情報と該送信前遊技特定情報より１回前の前記遊技特定情報である送信済遊技特定情報とを区別できる態様で受信する遊技特定情報区別受信手段（図６５、図６６参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別受信手段により受信された前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３１１、ＳＦ３１２、ＳＦ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（ＳＦ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３ＦのＲＡＭ、ＳＦ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（６−３） 本発明のさらに他の態様は、遊技機での遊技を可能にする遊技用装置と通信可能な遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）であって、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報を前記遊技用装置へ送信する情報送信手段（図６４〜図６６、払出制御部１７１Ｆの入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図５５：払出制御部１７１ＦのＲＡＭ）とを含み、
前記情報送信手段は、前記遊技用装置と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図６５、図６６参照）を含む。
上記構成によれば、遊技用装置は、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定することができ、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、遊技用装置は、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（６−４） 上記（１）の遊技用システムまたは上記（６−２）の遊技用装置において、
前記遊技用装置は、
当該遊技用装置が設置されている遊技場を特定可能な遊技場特定情報（図５８：店舗コード）を記憶する遊技場特定情報記憶手段（払出制御部１７１ＦのＲＡＭ）と、
当該遊技用装置に設けられている制御装置を特定可能な制御装置特定情報（図５８：ＳＣ基板ＩＤ）を記憶する制御装置特定情報記憶手段（払出制御部１７１ＦのＲＡＭ）と、
遊技者所有の遊技用価値（プリペイド残額、持玉、貯玉）を特定可能な記録媒体（カード）を受付ける記録媒体受付手段（カードリーダライタ）と、
該記録媒体受付手段により記録媒体が受付けられたときに、前記遊技場特定情報記憶手段に記憶されている遊技場特定情報と前記制御装置特定情報記憶手段に記憶されている制御装置特定情報とを前記遊技機へ送信する送信手段（図５８：通信制御ＩＣ３２５ａＦ）とをさらに含む。
上記構成によれば、通信復旧時以前の記録媒体受付時に遊技用装置から送信されてきた遊技場特定情報および制御装置特定情報と、通信復旧時後の記録媒体受付時に送信されてきた遊技場特定情報および制御装置特定情報とを遊技機側が比較して両者が整合しているか否かを判断することが可能となる。
（６−５） 上記（６−１）（６−４）の遊技用システムまたは上記（６−３）の遊技機において、
前記遊技機は、
前記情報送信手段が繰返し送信した遊技特定情報がどの繰返し段階まで前記遊技用装置に受信されたかを特定可能な順序情報（通番（通常通番））を、前記通信復旧時に前記遊技用装置より受信する順序情報受信手段（払出制御部１７１Ｆの入出力インターフェイス）と、
該順序情報受信手段により受信された順序情報に基づいて、前記遊技特定情報が最後の繰返し段階まで前記遊技用装置に受信されたか否かを判定する遊技特定情報受信判定手段（図６４〜図６６：ＣＵ側とＰ台側との前回最終送信通番を比較して判定）とをさらに含み、
前記遊技特定情報区別送信手段は、前記遊技特定情報受信判定手段により遊技特定情報が最後の繰返し段階までは受信されていないと判定されたときに、前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する（図６５：前回遊技台情報をリカバリ応答に含めて送信した後通信開始応答後の最初の状態情報応答で最新遊技台情報を送信する）。
上記構成によれば、遊技特定情報が最後の繰返し段階までは遊技用装置に受信されていないと判定されたときに、送信前遊技特定情報と送信済遊技特定情報とを遊技用装置が区別できる態様で送信されるために、遊技用装置側においては、受信されていなかった遊技特定情報をも含めて遊技情報の整合性を取ることが可能となる。しかも、遊技特定情報が最後の繰返し段階まで受信されていると判定されたときには送信済遊技特定情報を無駄に遊技用装置へ送信せず、その分情報送信に伴う負担を軽減することができる。
（６−６） 上記（６−１）（６−４）（６−５）の遊技用システムまたは上記（６−２）（６−４）の遊技用装置において、
前記遊技用装置は、
前記遊技機より現時点の前記遊技情報を受信する遊技情報受信手段（図５５、図６４：遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の状態情報応答を受信する）と、
前記情報受信手段により受信された遊技特定情報に基づいて、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する遊技情報適否判定手段（図５５：ＣＵ３Ｆは記憶している遊技玉数とＰ台２Ｆから送信されてきた遊技玉数とを比較して一致判定する）とをさらに含み、
前記遊技情報適否判定手段は、
前記通信復旧時に前記遊技情報受信手段により受信された前記遊技情報を初期値とし、該初期値と前記遊技特定情報とに基づいて現時点の遊技情報を算出する遊技情報算出手段（図７７（ｂ）のＳＦ３１３で記憶された初期値の遊技玉数に対して、図５５に示すＰ台２Ｆから送られてきた加算玉数を加算し減算玉数を減算して現時点の遊技玉数を算出する）と、
該遊技情報算出手段により算出された遊技情報と前記遊技情報受信手段により受信された現時点の遊技情報とを比較することにより、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する（図５５：ＣＵ３Ｆは記憶している遊技玉数とＰ台２Ｆから送信されてきた遊技玉数とを比較して一致判定する）。
上記構成によれば、通信復旧時に遊技機より受信した現時点の遊技情報を遊技用装置が初期値とし、その初期値と遊技特定情報とに基づいて現時点の遊技情報を算出するために、その算出された遊技情報が遊技機側の遊技情報との誤差が解消された新たな遊技情報となり、その新たな遊技情報と遊技機側から送信されてきた現時点の遊技情報と比較することにより適否判断を正確に行なうことが可能となる。
（６−７） 上記（６−１）（６−４）（６−５）（６−６）の遊技用システムまたは上記（６−２）（６−４）（６−６）の遊技用装置において、
前記適否判定手段は、
前記遊技特定情報区別受信手段により受信された前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とを比較して該送信済遊技特定情報が適正な情報であるか否か判定する第１判定手段（ＳＦ３０１、ＳＦ３０３、ＳＦ３２３）と、
前記情報記憶手段が記憶している情報であって前記第１判定手段により適正と判定された前記送信済遊技特定情報に基づいて更新された情報と前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報とを比較して該送信前遊技特定情報が適正な情報であるか否か判定する第２判定手段（ＳＦ３１１、ＳＦ３１２）とを含む。
上記構成によれば、第１判定手段により前記送信前遊技特定情報の適否判定を行ない、第２判定手段により前記送信済遊技特定情報の適否判定を行なうことにより、両遊技特定情報の適否判定を着実に行なうことができる。
（７−１） 本発明は、入賞の発生に応じて遊技点が加算される遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０、２２０と接続配線）される遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた遊技点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ、加算数カウンタ、減算数カウンタ）と、
遊技点を記憶する第１遊技点記憶手段（遊技玉数カウンタ）と、
前記第１遊技点記憶手段が記憶している遊技点を前記変化量に応じて更新する遊技点更新手段（払出制御部１７１Ｆ）と、
前記変化量を特定可能な更新情報（加算玉数、減算玉数）と前記第１遊技点記憶手段に記憶されている遊技点（遊技玉数）とを前記遊技用装置へ送信する制御を行なう情報送信制御手段（払出制御部１７１Ｆは、状態情報応答をＣＵ３Ｆへ送信）と、
当該遊技機で遊技を行なっている遊技者を特定可能な遊技者特定情報（Ｃ-ＩＤ）を記憶する遊技者特定情報記憶手段（払出制御部１７１ＦはＣＵ３Ｆに挿入されているカードのＣ-ＩＤを記憶）と、
前記遊技用装置との通信の開始の際に前記遊技者特定情報記憶手段に記憶されている遊技者特定情報を前記遊技用装置へ送信する制御を行なう遊技者特定情報送信制御手段（払出制御部１７１Ｆは、リカバリ応答に「前回挿入中カードＩＤ」を含めてＣＵ３Ｆへ送信（図６６、図６８、図６９等））と、
遊技点を持点に変換するための操作（計数操作）に基づいて遊技点を持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（計数要求＝ＯＮの状態情報応答を送信（図６１等））とを含み、
前記遊技用装置は、
持点を記憶する持点記憶手段（図５５のＣＵ側のカード持玉数を記憶する領域）と、
遊技点を記憶する第２遊技点記憶手段（図５５のＣＵ側の遊技玉数を記憶する領域）と、
前記更新情報を受信する情報受信手段（図６４等においてＣＵ３ＦはＰ台２Ｆからの状態情報応答を受信）と、
前記第２遊技点記憶手段が記憶している遊技点を前記更新情報に基づいて更新する遊技点更新手段（図５５において、ＣＵ３Ｆは、Ｐ台２Ｆより送信される加算玉数、減算玉数に基づいて遊技玉数等を更新する）と、
前記変換要求送信手段から送信されてきた変換要求に基づいて遊技点を持点に変換するための変換処理（持玉数を加算）を実行するとともに、前記変換要求を承諾した旨の変換承諾（計数応答＝ＯＮの状態情報要求）を前記遊技機へ返信する変換処理手段（図６１参照）と、
前記遊技者特定情報を読取る遊技者特定情報読取手段（ＣＵ３Ｆのカードリーダライタ）と、
前記遊技機と接続されて通信が開始された際に、前記遊技者特定情報読取手段により読取られた遊技者特定情報と前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段（図６６；ＣＵ３Ｆは、リカバリ応答によってＰ台２Ｆから送信されてきたカードＩＤ（リカバリカードＩＤ）と、挿入カードＩＤとの一致判定をする）と、
該同一判定手段により同一の遊技者が特定されると判定されたときに、遊技可能な状態に移行させる状態移行手段（図６６；一致判定時にはリモコン操作待ちとなり、リモコン操作があれば、遊技を再開可能とする）とを含む。
このような構成によれば、遊技機と遊技用装置との通信が一旦途絶えた後に再度、通信が開始された際、遊技者特定情報読取手段により読取られた遊技者特定情報と遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報とにより同一の遊技者が特定されると判定されたときに、遊技可能な状態に移行するため、通信断の回復後に前に遊技をしていた遊技者とは異なる遊技者によって遊技が再開されてしまう不都合を防止する。
（７−２） 本発明は、入賞の発生に応じて遊技点が加算される遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と通信する通信部を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（ＣＵ３Ｆ）であって、
持点を記憶する持点記憶手段（図５５のＣＵ側のカード持玉数を記憶する領域）と、
遊技点を記憶する遊技点記憶手段（図５５のＣＵ側の遊技玉数を記憶する領域）と、
前記遊技機により遊技を行なう遊技者を特定する遊技者特定情報を読取る遊技者特定情報読取手段（ＣＵ３Ｆのカードリーダライタ）とを備え、
前記通信部は、遊技への使用および入賞の発生に応じた遊技点の変化量を特定可能な更新情報（加算玉数、減算玉数）と、遊技への使用および入賞の発生に応じて前記遊技機側で更新している遊技点（遊技玉数）と、遊技点を持点に変換するための変換操作手段（計数ボタン２８Ｆ）の操作による前記遊技機からの変換要求（図６１；計数要求＝ＯＮの状態情報応答）と、前記遊技機で記憶されている遊技者特定情報（Ｃ-ＩＤ）とを前記遊技機より受信し、
前記遊技用装置は、さらに、
前記遊技点記憶手段が記憶している遊技点を前記通信部により受信された前記更新情報に基づいて更新する遊技点更新手段（図５５において、ＣＵ３Ｆは、Ｐ台２Ｆより送信される加算玉数、減算玉数に基づいて遊技玉数等を更新する）と、
前記通信部により受信された前記変換要求に基づいて遊技点を持点に変換するための変換処理（持玉数を加算）を実行するとともに、前記変換要求を承諾した旨の変換承諾（計数応答＝ＯＮの状態情報要求）を前記遊技機へ返信する変換処理手段（図６１参照）を前記遊技機へ返信する変換処理手段（図６１参照）と、
前記遊技機と接続されて通信が開始された際に、前記遊技者特定情報読取手段により読取られた遊技者特定情報と前記通信部により受信された遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段（図６６；ＣＵ３Ｆは、リカバリ応答によってＰ台２Ｆから送信されてきたカードＩＤ（リカバリカードＩＤ）と、挿入カードＩＤとの一致判定をする）と、
該同一判定手段により同一の遊技者が特定されると判定されたときに、遊技可能な状態に移行させる状態移行手段（図６６；一致判定時にはリモコン操作待ちとなり、リモコン操作があれば、遊技を再開可能とする）とを含む。
このような構成によれば、遊技機と遊技用装置との通信が一旦途絶えた後に再度、通信が開始された際、遊技者特定情報読取手段により読取られた遊技者特定情報と遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報とにより同一の遊技者が特定されると判定されたときに、遊技可能な状態に移行するため、通信断の回復後に前に遊技をしていた遊技者とは異なる遊技者によって遊技が再開されてしまう不都合を防止する。
（７−３） 上記（７−１）の遊技用システムまたは上記（７−２）の遊技用装置において、
前記遊技用装置は、
前記同一判定手段により同一でないと判定されたときに所定のエラー処理を実行するエラー処理手段（図６６のエラー処理（Ｐ台２Ｆの遊技玉数データを無効、エラー報知等））を含む。
このような構成によれば、遊技者の同一性が担保されない場合にはエラー処理が実行されるために通信断の回復後に前に遊技をしていた遊技者とは異なる遊技者によって遊技が再開されてしまう不都合を防止できる。
（７−４） 上記（７−１）の遊技用システムまたは上記（７−２）の遊技用装置において、
前記遊技用装置は、
前記遊技機と接続されて通信が開始された際に、前記情報送信制御手段の制御により送信されてきた更新情報および遊技点とともに、前記遊技機で記憶されている遊技者特定情報を前記遊技機より受信する（図６６；リカバリ応答にて遊技玉を含む遊技情報とともにカードＩＤを受信）。
このような構成によれば、通信開始の際に遊技者特定情報を受信できるために、同一判定手段による判定を早いタイミングで行なうことが可能となる。
（８−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、遊技者所有の遊技用価値（プリペイド残額、持玉、貯玉）を使用して前記遊技機での遊技に必要な遊技点を付与するための遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技機は、
前記遊技点を記憶する遊技点記憶手段（払出制御部１７１ＦのＲＡＭ）と、
前記遊技点を所定の持点に変換するための変換操作手段の操作に基づいて前記遊技点を前記持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（図６１：通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝１００、計数要求＝ＯＮを含む状態情報応答をＣＵ３Ｆへ送信する）とを含み、
前記遊技用装置は、
前記変換要求送信手段から送信されてきた変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行するとともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する変換処理手段（図６１：計数玉数を持玉数に加算し、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ＋１、計数応答＝ＯＮを含む状態情報要求をＰ台２Ｆへ送信する）とを含み、
前記遊技機は、
前記変換要求の送信から前記変換承諾の受信までの一連の変換動作の途中で前記遊技用装置と通信できない通信不能状態が発生し該通信不能状態から回復した後の通信復旧時に、前記変換要求が前記遊技用装置に受信されたか否かを特定可能な受信特定情報（前回最終送信計数通番）を前記遊技用装置より受信し、該受信特定情報に基づいて前記変換要求が前記遊技用装置に受信されたか否か判定する判定手段（図７１〜図７３：Ｐ台側の前回最終送信計数通番とＣＵから送られてきた前回最終送信計数通番とを比較して判定）と、
該判定手段により前記変換要求が前記遊技用装置に受信されたと判定されたことを条件として前記遊技点記憶手段に記憶されている遊技点を減算する減算手段（図７１：Ｐ台側の前回最終送信計数通番とＣＵから送られてきた前回最終送信計数通番とが一致することを条件として遊技玉数の減算を実行）とをさらに含む。
上記構成によれば、一連の変換動作の途中で通信不能状態が発生してその通信不能状態から回復した後の通信復旧時において、変換要求が遊技用装置に受信されたか否かを特定可能な受信特定情報を遊技用装置より遊技機が受信して変換要求が遊技用装置に受信されたか否かを判定し、変換要求が遊技用装置に受信されたと判定されたことを条件として遊技機側において記憶されている遊技点を減算するために、変換要求が遊技用装置に受信されていないにも拘らず遊技機側において遊技点を誤って減算する不都合を極力防止することができる。
（８−２） 本発明の他の態様は、遊技者所有の遊技用価値（プリペイド残額、持玉、貯玉）を使用して遊技に必要な遊技点を付与するための遊技用装置（ＣＵ３Ｆ）と通信可能に接続される遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）であって、
前記遊技点を記憶する遊技点記憶手段（払出制御部１７１ＦのＲＡＭ）と、
前記遊技点を所定の持点に変換するための変換操作手段の操作に基づいて前記遊技点を前記持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（図６１：通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝１００、計数要求＝ＯＮを含む状態情報要求をＣＵ３Ｆへ送信する）と、
前記変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する前記遊技用装置から前記変換要求を承諾した旨の変換承諾を受信する変換承諾受信手段（図６１：通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ＋１、計数応答＝ＯＮを含む状態情報要求を受信する）と、
前記変換要求の送信から前記変換承諾の受信までの一連の変換動作の途中で前記遊技用装置と通信できない通信不能状態が発生し該通信不能状態から回復した後の通信復旧時に、前記変換要求が前記遊技用装置に受信されたか否かを特定可能な受信特定情報（前回最終送信計数通番）を前記遊技用装置より受信し、該受信特定情報に基づいて前記変換要求が前記遊技用装置に受信されたか否か判定する判定手段（図７１〜図７３：Ｐ台側の前回最終送信計数通番とＣＵから送られてきた前回最終送信計数通番とを比較して判定）と、
該判定手段により前記変換要求が前記遊技用装置に受信されたと判定されたことを条件として前記遊技点記憶手段に記憶されている遊技点を減算する減算手段（図７１：Ｐ台側の前回最終送信計数通番とＣＵから送られてきた前回最終送信計数通番とが一致することを条件として遊技玉数の減算を実行）とを含む。
上記構成によれば、一連の変換動作の途中で通信不能状態が発生してその通信不能状態から回復した後の通信復旧時において、変換要求が遊技用装置に受信されたか否かを特定可能な受信特定情報を遊技用装置より遊技機が受信して変換要求が遊技用装置に受信されたか否かを判定し、変換要求が遊技用装置に受信されたと判定されたことを条件として遊技機側において記憶されている遊技点を減算するために、変換要求が遊技用装置に受信されていないにも拘らず遊技機側において遊技点を誤って減算する不都合を極力防止することができる。
（８−３） 上記（８−１）の遊技用システムまたは上記（８−２）の遊技機において、
前記遊技機は、前記一連の変換動作の間繰返し前記遊技用装置へ送信する情報がどの繰返し段階まで前記遊技用装置に受信されたかを特定可能な順序情報（前回最終送信計数通番）を前記受信特定情報として前記遊技用装置より受信する順序情報受信手段（図７１〜図７３：通番＝１と前回最終送信計数通番とを含むリカバリ要求を受信）をさらに含み、
前記判定手段は、前記順序情報に基づいて前記変換要求が前記遊技用装置に受信されたか否か判定する（ｐ台側の前回最終送信計数通番とＣＵ３Ｆから送られてきた前回最終送信計数通番との一致判定を行なって変定する）。
上記構成によれば、一連の変換動作の間繰返し遊技用装置へ送信される情報がどの繰返し段階まで遊技用装置に受信されたかを特定可能な順序情報に基づいて変換要求が遊技用装置に受信されたか否かを適正に判定することが可能となる。
（８−４） 上記（８−１）（８−３）の遊技用システムまたは上記（８−２）（８−３）の遊技機において、
前記変換要求送信手段は、
前記持点として所定の処理が可能となるように処理するための記録媒体処理が行なわれているときには、前記記録媒体処理が行なわれていないときに比べて、前記遊技点記憶手段に記憶されている前記遊技点のうちより多くの前記遊技点（遊技者が所有しているすべての遊技玉，遊技点）を前記変換処理の対象とするための変換要求を送信する。
上記構成によれば、記録媒体処理が行なわれているときには多くの遊技点が持点に変換でき、遊技点の変換時間を短縮することが可能となる。
（８−５） 上記（８−１）（８−３）（８−４）の遊技用システムまたは上記（８−２）（８−３）（８−４）の遊技機において、
前記変換要求送信手段は、
前記持点として所定の処理が可能となるように処理するための記録媒体処理が行なわれていないときには、遊技点記憶手段に記憶されている前記遊技点を複数回に分けて前記持点に変換するための変換要求を複数回送信する複数回変換要求送信手段（図６１）と、
前記記録媒体処理が行なわれているときには、遊技点記憶手段に記憶されている前記遊技点を一括前記持点に変換するための変換要求を１回送信する一括変換要求送信手段（図６３）とを含む。
上記構成によれば、記録媒体処理が行なわれていないときには遊技点を複数回に分けて持点に変換できる一方、記録媒体処理が行なわれているときには遊技点を一括持点に変換でき、遊技点の変換時間を短縮することが可能となる。
（９−１） 本発明は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３Ｆ）とを備える遊技用システムであって、
前記遊技用装置は、
互いに通信可能な第１制御手段（ＳＣ３２５Ｆｂ）と第２制御手段（通信制御ＩＣ３２５ａＦ）と、
前記第１制御手段と前記第２制御手段とで互いに認証を行なう相互認証手段（図７９の通信制御ＩＣ認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記遊技機の真正を確認するための識別情報（主制御チップＩＤと払出制御チップＩＤ）を前記遊技機から受信して該識別情報に基づいて該遊技機の真正を認証するための処理を行なう遊技機識別情報認証手段（図７９の遊技機チップ情報認証シーケンス）と、
該遊技機識別情報認証手段による前記認証するための処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（図７９の対遊技機業務電文用通信鍵を生成）とを含み、
前記第１制御手段と前記第２制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（通信制御ＩＣ３２５ａＦが生成した通信鍵をＳＣ３２５Ｆｂへ送信して両者間でこの通信鍵を用いて暗号通信する）。
上記構成によれば、第１制御手段と第２制御手段とでの間での暗号通信に用いる通信鍵の生成が、第１制御手段と第２制御手段とでの相互認証で適正な結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視を掻い潜るという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。また、遊技機の真正を確認するための識別情報を遊技機から受信してその識別情報に基づいて遊技機の真正を認証するための処理が何ら実行されないまま通信鍵が生成されることを防止することができる。
（９−２） 本願発明の他の態様は、遊技機（Ｐ台２Ｆ、Ｓ台２ＳＦ）での遊技を可能にする遊技用装置（ＣＵ３Ｆ）であって、
互いに通信可能な第１制御手段（ＳＣ３２５Ｆｂ）と第２制御手段（通信制御ＩＣ３２５ａＦ）と、
前記第１制御手段と前記第２制御手段とで互いに認証を行なう相互認証手段（図７９の通信制御ＩＣ認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記遊技機の真正を確認するための識別情報（主制御チップＩＤと払出制御チップＩＤ）を前記遊技機から受信して該識別情報に基づいて該遊技機の真正を認証するための処理を行なう遊技機識別情報認証手段（図７９の遊技機チップ情報認証シーケンス）と、
該遊技機識別情報認証手段による前記認証するための処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（図７９の対遊技機業務電文用通信鍵を生成）とを含み、
前記第１制御手段と前記第２制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（通信制御ＩＣ３２５ａＦが生成した通信鍵をＳＣ３２５Ｆｂへ送信して両者間でこの通信鍵を用いて暗号通信する）。
上記構成によれば、第１制御手段と第２制御手段とでの間での暗号通信に用いる通信鍵の生成が、第１制御手段と第２制御手段とでの相互認証で適正な結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視を掻い潜るという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。また、遊技機の真正を確認するための識別情報を遊技機から受信してその識別情報に基づいて遊技機の真正を認証するための処理が何ら実行されないまま通信鍵が生成されることを防止することができる。
（９−３） 上記（９−１）の遊技用システムまたは上記（９−２）の遊技用装置において、
前記遊技用装置は、前記第２制御手段と前記遊技機との間で通信を可能にするための通信活性化情報（有効鍵）を設定する通信活性化情報設定処理を行なう設定手段（図７９のセキュリティ情報更新シーケンス）をさらに含み、
前記通信鍵生成手段は、前記認証するための処理が実行されかつ前記通信活性化情報設定処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する（図７９）。
上記構成によれば、第２制御手段と遊技機との間での通信の活性化が行なわれていないにも拘らず通信鍵が生成される不都合を防止することができる。
（９−４） 上記（９−１）（９−３）の遊技用システムまたは上記（９−２）（９−３）の遊技用装置において、
前記通信鍵生成手段は、所定期間毎に前記通信鍵を新たに生成する繰返し生成処理を実行し（ＳＣ３２５Ｆｂが通信鍵の更新周期を検知したときに対遊技機業務電文用通信鍵を更新する制御を行なう）、該繰返し生成処理は、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵を生成する（現在時刻データと乱数を用いて通信鍵を生成する）。
上記構成によれば、所定期間毎に通信鍵を新たに生成する繰返し生成処理が、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵が生成されるために、仮に通信鍵が一度漏洩してしまったとしても、その漏洩した通信鍵の生成時とは異なる変化可能な変化データを用いて新たな通信鍵が生成されてその新たな通信鍵により暗号通信が行なわれるために、その新たな通信鍵による通信を漏洩した鍵で解読しようと試みても解読ができず、セキュリティを向上させることができる。
（１０−１） 本発明は、第１制御手段（ＳＣ３２５Ｆｂ）と、該第１制御手段と通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａＦ）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段との間で相互認証に用いる認証鍵を生成し、該認証鍵を用いて第１相互認証処理を行なう第１相互認証処理手段（図８０、図８２：更新直後の認証鍵（本認証鍵）を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）と、
前記第１相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる運用処理を実行する運用処理手段（図７９、図８０：第１認証シ−ケンスと第２認証シーケンスとを含む通信制御ＩＣ認証シーケンスによる認証結果が適正であるときに遊技機と業務電文通信が可能となる）と、
前記第１相互認証処理による認証結果が不適正であるときに（図８２：第１認証シーケンス〜バージョン管理情報応答のシーケンスによる認証結果が不適正の場合）、前記第１制御手段と前記第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理を行なう第２相互認証処理手段（図８２：仮認証鍵を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）とを備え、
前記運用処理手段は、前記第２相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる制限付きの運用処理を実行する（期限が限られた時限運用処理を実行する）。
上記構成によれば、認証鍵を生成して第１制御手段と第２制御手段との間で相互認証を行なう第１相互認証処理による認証結果が不適正であるときに、第１制御手段と第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理が行なわれ、その第２相互認証処理による認証結果が適正であるときに第１制御手段と第２制御手段とによる制限付きの運用処理が実行されるために、第１認証処理による認証結果が不適正であるときにおける運用処理が全くできなくなる不都合を防止することができる。しかも、第１相互認証処理の認証結果が不適正であるときに無制限に運用処理の実行を許容するのではなく、制限付きの運用処理に留めることにより、セキュリティ上不完全のまま無制限に運用処理が行なわれる不都合も防止することができる。
（１０−２） 本発明の他の態様は、第１制御手段（ＳＣ３２５Ｆｂ）と、該第１制御手段と通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａＦ）とを備えた遊技制御装置であって、
前記第１制御手段と前記第２制御手段との間で相互認証に用いる認証鍵を生成し、該認証鍵を用いて第１相互認証処理を行なう第１相互認証処理手段（図８０、図８２：更新直後の認証鍵（本認証鍵）を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）と、
前記第１相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる運用処理を実行する運用処理手段（図７９、図８０：第１認証シ−ケンスと第２認証シーケンスとを含む通信制御ＩＣ認証シーケンスによる認証結果が適正であるときに遊技機と業務電文通信が可能となる）と、
前記第１相互認証処理による認証結果が不適正であるときに（図８２：第１認証シーケンス〜バージョン管理情報応答のシーケンスによる認証結果が不適正の場合）、前記第１制御手段と前記第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理を行なう第２相互認証処理手段（図８２：仮認証鍵を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）とを備え、
前記運用処理手段は、前記第２相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる制限付きの運用処理を実行する（期限が限られた時限運用処理を実行する）。
上記構成によれば、認証鍵を生成して第１制御手段と第２制御手段との間で相互認証を行なう第１相互認証処理による認証結果が不適正であるときに、第１制御手段と第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理が行なわれ、その第２相互認証処理による認証結果が適正であるときに第１制御手段と第２制御手段とによる制限付きの運用処理が実行されるために、第１認証処理による認証結果が不適正であるときにおける運用処理が全くできなくなる不都合を防止することができる。しかも、第１相互認証処理の認証結果が不適正であるときに無制限に運用処理の実行を許容するのではなく、制限付きの運用処理に留めることにより、セキュリティ上不完全のまま無制限に運用処理が行なわれる不都合も防止することができる。
（１０−３） 上記（１０−１）の遊技用システムまたは上記（１０−２）の遊技制御装置において、
前記第１相互認証処理による認証結果が不適正であったときに、異常が発生した旨の通知を管理サーバへ送る異常通知手段（図８２：「本認証鍵更新異常」のアラームを鍵管理センタに通知する）をさらに備える。
上記構成によれば、第１相互認証処理による認証結果が不適正であったことを管理サーバが掌握することができる。
（１０−４） 上記（１０−１）（１０−３）の遊技用システムまたは上記（１０−２）（１０−３）の遊技制御装置において、
前記運用処理手段は、前記制限付きの運用処理として、予め定められた期間内（例えば２日）でのみ前記運用処理を実行する。
上記構成によれば、制限付きの運用処理として予め定められた期間内でのみ運用処理が実行されるために、第１認証処理の認証結果が不適正というセキュリティ上不安定な状態での運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（１１） 本実施の形態では、遊技盤側の固有情報の一例となる主制御チップＩＤと枠側の固有情報の一例となる払出制御チップＩＤとを示し、これらの両ＩＤをＣＵ３Ｆにて取得して上位装置（鍵管理サーバまたはホールサーバ）で認証し、認証に成功すれば、遊技機での遊技が許容される状態となる。しかしながら、上位装置から予め正規の両ＩＤをＣＵ３Ｆ（たとえば、ＣＵ制御部３２３Ｆ）が取得しておき、ＣＵ３Ｆは、それらの正規の両ＩＤと、遊技機から取得した両ＩＤとを比較照合する認証をしてもよい。すなわち、両ＩＤの認証を直接、ＣＵ３Ｆが実行するようにしてもよい。
また、遊技盤および枠の固有情報として、主制御チップＩＤおよび払出制御チップＩＤとは別のＩＤを遊技盤および枠の所定箇所（払出制御部１７１Ｆおよび主制御部１６１Ｆ以外の箇所）に埋め込んでおき、そのＩＤを利用して上記したような認証を行なうものとしてもよい。さらに、遊技盤側の固有情報および枠側の固有情報のいずれか一方の固有情報を利用して上記した認証を行ない、認証に成功すれば、遊技機による遊技を許容するものとしてもよい。また、認証に失敗した場合であっても、一定の条件の元でＣＵ３Ｆは遊技機による遊技を許容するものとしてもよい。たとえば、所定期間が経過するまでは遊技を許容し、所定期間が経過すると遊技を不能動化する、カード残額や持点の使用が所定数に達するまでは遊技を許容し、所定数に達すると、それ以降のカード残額や持点の使用を禁止する、といったことが考えられる。
なお、上記各実施の形態として説明したような、「遊技機の一例となるスロットマシン１と、遊技用装置の一例となるメダル貸出機１００」とについても、あるいは、「遊技機の一例となるパチンコ遊技機７０１と、遊技用装置の一例となるカードユニット７５０」とについても、「Ｐ台２ＦやＳ台２ＳＦと、ＣＵ３Ｆ」との関係として説明したように、遊技機からの固有情報を遊技用装置が取得し、その固有情報に基づいた認証に成功したことを条件に、遊技機での遊技が許容されるものとしてもよい。たとえば、パチンコ遊技機７０１の場合には、パチンコ遊技機７０１をＰ台２Ｆと同様に遊技枠と遊技盤とで構成し、主制御部および払出制御部のそれぞれにＩＤを埋め込むようにすればよい。スロットマシン１の場合には、スロットマシン１の遊技制御を実行する遊技制御マイクロコンピュータにＩＤを埋め込むようにすればよい。カードユニット７５０の場合には、ＣＵ３Ｆと同様の構成とし、また、メダル貸出機１００の場合には、制御ユニット１８１をＣＵ３Ｆと同様にＣＵ制御部３２３Ｆとセキュリティ基板３２５Ｆとで構成すればよい。また、遊技盤と遊技枠とで認証に用いる固有情報（ＩＤ）が別であっても共通であってもよい。
また、パチンコ遊技機の場合には遊技枠と遊技盤とを備えており、遊技枠には払出制御チップＩＤが埋め込まれた払出制御部が、遊技盤には主制御チップＩＤが埋め込まれた主制御部が、それぞれ設けられる。これに対して、スロットマシンの場合にも、遊技枠と遊技盤とを具備させる。スロットマシンにおける遊技盤とは、たとえば、遊技制御を実行する遊技制御基板が搭載された盤面である。また、スロットマシンにおける遊技枠とは、たとえば、スロットマシンの前面扉を含む筺体であって、前面扉を開放した所定箇所に遊技制御基板が搭載された盤面を取り付けるための取り付け箇所が設けられた枠である。遊技枠には、パチンコ遊技機と同様に遊技点を制御するための払出制御基板が搭載されている。スロットマシンの遊技制御基板は、パチンコ遊技機と同様に主制御チップＩＤが埋め込まれた主制御部を含み、スロットマシンの払出制御基板は、パチンコ遊技機と同様に払出制御チップＩＤが埋め込まれた払出制御部を含む。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
１ スロットマシン、１００ メダル貸出機、１１４ 返却ボタン、１２０ テンキー、１２１ 再プレイボタン、１２２ 計数ボタン、１２３ 液晶表示器、１２４ タッチパネル、１７０，７１７０ 端末リーダライタ、１９０ 計数装置、５００ カード管理コンピュータ、５４０ ホールコンピュータ、５５０ メダル管理コンピュータ、７０１ パチンコ遊技機、７５０ カードユニット、 ２Ｆ パチンコ機、２ＳＦ スロットマシン、３Ｆ カードユニット、１６Ｆ 主制御基板、１７Ｆ 払出制御基板、２６Ｆ 遊技盤、５４Ｆ，３１２Ｆ 表示器、３０９Ｆ カード挿入／排出口、３１９Ｆ 再プレイボタン、３２０Ｆ ＩＲ受光ユニット、３２１Ｆ 貸出ボタン、３２２Ｆ 返却ボタン、１６１Ｆ 主制御部、３２５Ｆ 表示制御部、１７１Ｆ 払出制御部、３２３Ｆ ＣＵ制御部。

Claims (3)

  1. 記録媒体に記録された媒体識別情報に対応付けられた有価価値を用いて遊技機での遊技を可能にするための遊技可能化処理を実行可能な遊技用装置であって、
    前記記録媒体がかざされたことに応じて前記記録媒体から媒体識別情報を非接触で取得可能な取得手段と、
    前記取得手段によって取得された媒体識別情報に対応付けられた有価価値を用いて前記遊技可能化処理を実行するための遊技可能化手段と、
    前記遊技可能化処理の実行に基づいて、前記取得手段によって取得された媒体識別情報に対応付けられた有価価値の情報を表示させるための処理を実行する第１表示処理手段と、
    前記取得手段によって媒体識別情報が取得され、かつ所定の表示開始操作がなされたことに基づいて、取得された媒体識別情報に対応付けられた媒体詳細情報を表示させるための第２表示処理を実行する第２表示処理手段とを備え、
    前記第２表示処理手段は、前記第２表示処理の実行後に、前記媒体詳細情報を表示不能にするための表示不能処理を実行し、前回取得された媒体識別情報と同じ媒体識別情報が当該表示不能処理の実行中に新たに取得されたことに基づいて、再度、前記第２表示処理を実行し、
    前記第２表示処理手段は、前記第２表示処理として、取得された媒体識別情報に対応付けられた遊技媒体の種類および単価の少なくとも一方ごとの遊技媒体数を管理装置から取得し、取得した遊技媒体数を前記媒体詳細情報として表示させるための処理を実行する、遊技用装置。
  2. 遊技者を撮像可能な撮像手段をさらに備える、請求項１に記載の遊技用装置。
  3. 特定条件が成立した場合に遊技者の遊技へののめり込みを防止するための表示を行なう表示手段をさらに備える、請求項１または請求項２に記載の遊技用装置。
JP2013167739A 2013-08-12 2013-08-12 遊技用装置 Active JP6291185B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013167739A JP6291185B2 (ja) 2013-08-12 2013-08-12 遊技用装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013167739A JP6291185B2 (ja) 2013-08-12 2013-08-12 遊技用装置

Publications (3)

Publication Number Publication Date
JP2015036031A JP2015036031A (ja) 2015-02-23
JP2015036031A5 JP2015036031A5 (ja) 2017-03-02
JP6291185B2 true JP6291185B2 (ja) 2018-03-14

Family

ID=52686753

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013167739A Active JP6291185B2 (ja) 2013-08-12 2013-08-12 遊技用装置

Country Status (1)

Country Link
JP (1) JP6291185B2 (ja)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5133152B2 (ja) * 2008-07-03 2013-01-30 株式会社三共 遊技用システム
JP5841307B2 (ja) * 2009-08-10 2016-01-13 グローリー株式会社 遊技客サービス提供システム

Also Published As

Publication number Publication date
JP2015036031A (ja) 2015-02-23

Similar Documents

Publication Publication Date Title
JP6166909B2 (ja) 遊技用装置
JP6291184B2 (ja) 遊技用装置
JP6289005B2 (ja) 管理装置
JP2015036028A (ja) 遊技用装置
JP6245824B2 (ja) 遊技用システム、および、管理装置
JP6395361B2 (ja) 遊技用装置
JP6325781B2 (ja) 遊技用装置
JP2015039595A (ja) 遊技用装置
JP6345395B2 (ja) 遊技用装置
JP6401442B2 (ja) 記録媒体処理装置
JP6276507B2 (ja) 管理装置
JP6257921B2 (ja) 管理装置
JP6291185B2 (ja) 遊技用装置
JP6291186B2 (ja) 遊技用装置
JP2014217580A (ja) 遊技用システム、記録媒体処理装置、管理装置、および、携帯端末プログラム
JP6190615B2 (ja) 遊技用装置
JP6310669B2 (ja) 遊技用装置
JP6257920B2 (ja) 記録媒体処理装置
JP2014161696A (ja) 記録媒体処理装置
JP6358786B2 (ja) 遊技用装置
JP6129539B2 (ja) 管理装置および遊技用システム
JP6376737B2 (ja) 記録媒体処理装置
JP6401899B2 (ja) 管理装置
JP6401900B2 (ja) 管理装置
JP6401441B2 (ja) 記録媒体処理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160701

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170620

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170621

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170818

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: 20180206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180209

R150 Certificate of patent or registration of utility model

Ref document number: 6291185

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