JP2015089399A - 遊技用システムおよび遊技用装置 - Google Patents

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

Info

Publication number
JP2015089399A
JP2015089399A JP2013229358A JP2013229358A JP2015089399A JP 2015089399 A JP2015089399 A JP 2015089399A JP 2013229358 A JP2013229358 A JP 2013229358A JP 2013229358 A JP2013229358 A JP 2013229358A JP 2015089399 A JP2015089399 A JP 2015089399A
Authority
JP
Japan
Prior art keywords
game
authentication
information
key
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2013229358A
Other languages
English (en)
Inventor
小倉　敏男
Toshio Ogura
敏男 小倉
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 JP2013229358A priority Critical patent/JP2015089399A/ja
Publication of JP2015089399A publication Critical patent/JP2015089399A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

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

Abstract

【課題】遊技者に無償で遊技をさせること。
【解決手段】記録媒体は、価値として、遊技者に無償で与えられない第一類価値と、遊技者に無償で与えられる第二類価値とを特定可能であり、遊技機で遊技をするための価値を特定可能な記録媒体を受付けて記録媒体で特定される価値を用いて遊技を可能にする遊技用装置によって、第一類価値および第二類価値に含まれる価値のいずれを用いて遊技を可能にするかが設定される（ステップＳ５２７）。
【選択図】図７８

Description

本発明は、遊技機と、前記遊技機で遊技をするための価値を特定可能な記録媒体を受付けて前記記録媒体で特定される価値を用いて遊技を可能にする遊技用装置とを含む遊技用システム、および、当該遊技用システムに含まれる遊技用装置に関する。
従来、遊技媒体の一例となる複数の玉を遊技機内で循環させる循環経路が形成されているとともに、遊技点を記憶する記憶部が設けられており、玉貸操作に応じて遊技点が記憶部に加算され、玉の発射操作に応じて遊技点が記憶部から減算され、入賞の発生に応じて遊技点が記憶部に加算される遊技機があった（たとえば、特許文献１）。
特開２０１３−４２８０１号公報
しかし、特許文献１のような遊技機では、遊技者に無償で遊技をさせるといったことができなかった。
本発明は、係る実情に鑑み考え出されたものであり、その目的は、遊技者に無償で遊技をさせることが可能な遊技用システムおよび遊技用装置を提供することである。
（１） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）と、前記遊技機で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）とを含む遊技用システムであって、
前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを特定可能であり（たとえば、図７７参照）、
前記遊技用装置は、
前記第一類価値および前記第二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用システムを提供することができる。
（２） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）であって、
前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを特定可能であり（たとえば、図７７参照）、
前記第一類価値および前記第二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用装置を提供することができる。
（３） 上記（１）の遊技用システムまたは（２）の遊技用装置において、
前記第二類価値は前記第一類価値に変換不能とされる（たとえば、図７９のステップＳ５４１，ステップＳ５４２）。
このような構成によれば、遊技者に無償で与えられる第二類価値は、遊技者に無償で与えられない第一類価値に変換不能とすることができる。その結果、遊技者に無償で遊技をさせることができるとともに、遊技場の負担を防止することができる。
（４） 上記（１）の遊技用システムまたは（２）の遊技用装置において、
前記第二類価値の少なくとも一部は前記第一類価値に変換可能とされる（たとえば、図７９のステップＳ５４１，ステップＳ５４２では、変換不能としたが、無料持玉で獲得した玉の少なくとも一部を通常の持玉に変換可能とするようにしてもよい。たとえば、１００００玉を超えたら５００円分の所定レートの価値に交換できるようにしてもよい。）。
このような構成によれば、遊技者に無償で与えられる第二類価値の少なくとも一部が景品等に交換可能な第一類価値に交換可能とすることができる。その結果、遊技者に無償で遊技をさせることができるとともに、さらに第二類価値を第一類価値に変換して遊技者に有効に利用させることができる。
（５） 上記（１）から（４）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値との引換えでの遊技で獲得した価値、または、前記第一類価値は、前記第二類価値に変換不能とされる（たとえば、図７９のステップＳ５４５，ステップＳ５４６）。
このような構成によれば、遊技者に与えられた第二類価値を増加させないようにすることができる。このため、第二類価値での遊技を必要以上に行なわせないようにすることができる。その結果、遊技場の必要以上の負担を防止することができる。
（６） 上記（１）から（５）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値は、所定無効条件が成立（たとえば、日を跨ぐ、所定時間経過する、別の遊技機に移動するなど）したことを条件に無効とされる（たとえば、無料持玉は、通常の持玉と同様の扱いであるので、当日のみ有効とされる。）。
このような構成によれば、所定無効条件が成立すると第二類価値は無効とされる。このため、第二類価値での遊技を必要以上に行なわせないようにすることができる。その結果、遊技場の必要以上の負担を防止することができる。
（７） 上記（１）から（６）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値は、前記第一類価値と同様の態様で前記記録媒体で特定可能とされる（たとえば、図７７参照。遊技者に無料で与えられるプリペイド残額，持玉，貯玉は、通常のプリペイド残額，持玉，貯玉がカードで特定可能とされる態様と同様の態様で特定可能とされる。会員カードの場合は、遊技者に無料で与えられる貯玉は、通常の貯玉と同様、カードＩＤに対応付けてホール用管理コンピュータに記憶される。会員カード，ビジターカードの遊技者に無料で与えられるプリペイド残額，持玉は、通常のプリペイド残額，持玉と同様に扱われる。）。
このような構成によれば、第二類価値は、第一類価値と同様の態様で遊技に用いることが可能となる（たとえば、第二類価値が第一類価値の持玉と同様の態様で特定可能とされる場合、第一類価値と同様の再プレイ操作で第二類価値を用いることができる。また、第二類価値が第一類価値のプリペイド残額と同様の態様で特定可能とされる場合、第一類価値と同様の玉貸操作で第二類価値を用いることができる。）。その結果、第一類価値と同様に第二類価値を遊技者が容易に用いることを可能とすることができる。
（８） 上記（１）から（７）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値が、前記遊技用装置で現金が受付けられたときの残高と同様の態様で前記記録媒体で特定可能とされる場合であっても、残高は精算不能とされる（たとえば、通常のプリペイド残額は精算可能であるが、遊技者に無償で与えられるプリペイド残額は精算不能とされる）。
このような構成によれば、無償で与えられた第二類価値が残高と同様の態様で扱われる場合であっても精算不能とできる。このため、第二類価値を遊技者に与えても、遊技者は第二類価値をそのまま精算することができず、与える側の遊技場が損害を被ることがないので、第二類価値を手軽に遊技者に与えることができる。その結果、手軽に与えることができる第二類価値で、第一類価値の残高の用い方を遊技者に慣れさせることができる。
（９） 上記（１）から（８）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記設定手段は、遊技が行なわれていないと判断される場合（たとえば、遊技玉数が０になって所定時間、経過しており、図柄変動中でなく、特定遊技状態や特別遊技状態中でない場合）に、設定の変更を可能とする（たとえば、図７８のステップＳ５２３で遊技動作中でないと判断されることを条件としてステップＳ５２７でレート切替設定が行なわれる）。
このような構成によれば、第一類価値または第二類価値が用いられて遊技が行なわれているときには他方の価値への設定変更ができないようにされる。その結果、第一類価値および第二類価値が混ざってしまわないようにすることができる。
（１０） 上記（１）から（９）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値を用いて遊技が行なわれている場合、または、前記第二類価値と引換えでの遊技で遊技者にとって有利な特定遊技状態とするか否かの抽選の演出が行われている場合に、その旨を報知または示唆する報知手段をさらに備える（たとえば、図７８のステップＳ５１７。遊技機側で報知してもよいし、遊技用装置で報知してもよい。）。
このような構成によれば、第一類価値または第二類価値のいずれが用いられて遊技が行なわれているかを遊技者に分からせることができる。
（１１） 上記（１）から（１０）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記遊技用装置は、さらに、
前記設定手段による設定を示す情報を前記遊技機に送信する遊技用装置側送信手段（たとえば、図７８のステップＳ５１８。状態情報要求に第一類価値であるか第二類価値であるか否かが含められて送信されるようにしてもよい。）を備える。
このような構成によれば、第一類価値または第二類価値のいずれが用いられて遊技が行なわれるかに応じた対応を遊技機に実行させることができる（たとえば、第一類価値および第二類価値のいずれが用いられて遊技が行われているかを遊技機に表示させることができる）。
（１２） 上記（１１）の遊技用システムまたは遊技用装置において、
前記遊技機は、
遊技の結果を前記遊技用装置に送信するときに、前記遊技用装置側送信手段から受信した設定を示す情報で示される設定を合わせて送信する遊技機側送信手段（たとえば、図１２で計数の処理が行なわれるときに状態情報応答に第一類価値であるか第二類価値であるかが含められて送信されるようにする。）を備える。
このような構成によれば、遊技用装置で設定された遊技に用いられる価値と遊技機から受信した遊技に用いられている価値との一致を遊技用装置が判断することができる。その結果、両者が一致しないといった不正や異常を発見することができる。
（１３） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）と、前記遊技機で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）とを含む遊技用システムであって、
前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを合算した価値を特定可能であり（たとえば、図８１参照）、
前記遊技用装置は、
前記第一類価値および前記第二類価値（この第二類価値は、カードに記録する態様以外の方法で付与される。）に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用システムを提供することができる。
（１４） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）であって、
前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを合算した価値を特定可能であり（たとえば、図８１参照）、
前記第一類価値および前記第二類価値（この第二類価値は、カードに記録する態様以外の方法で付与される。）に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用装置を提供することができる。
（１５） 上記（１）から（１４）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第二類価値は、所定付与条件が成立したことを条件に遊技者に付与される（たとえば、図７７のステップＳ４０２、図８１のステップＳ４０２Ａ）。
このような構成によれば、遊技者に無償で与えられる第二類価値を用いた遊技を適宜、実施させることができる。
（１−１） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（パチンコ機２、スロットマシン２Ｓ）と、該遊技機と通信可能に接続され、遊技者所有の有価価値（残高、貯玉、遊技玉数、現金など）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技用装置は、
遊技を行なう遊技者を特定する遊技者特定情報（Ｃ-ＩＤ等）を読取る遊技者特定情報読取手段（カードリーダライタ）と、
該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段（ＣＵ制御部３２３は、カードリーダライタで読み取ったカードＩＤを記憶）と、
遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段（図９のカード挿入通知によりカードＩＤを通知）とを含み、
前記遊技機は、
前記遊技者特定情報送信制御手段の制御により送信されてきた遊技者特定情報を記憶する記憶手段（図９；カードＩＤをバックアップ）と、
遊技を終了するときに、前記記憶手段に記憶されている遊技者特定情報を前記遊技用装置へ送信する制御を行なう送信制御手段（図１４；Ｐ台２は、カード返却応答によって、バックアップしているＣ−ＩＤを送信）と、
前記遊技点を記憶する遊技点記憶手段（図６の遊技玉数カウンタ）と、
前記遊技点を所定の持点に変換するための操作（計数）に基づいて前記遊技点を前記持点に変換するための変換要求を前記遊技用装置へ送信する変換要求送信手段（図１２；Ｐ台２は、計数要求＝ＯＮの状態情報要求を送信）とを含み、
前記遊技用装置は、
前記変換要求送信手段から送信されてきた変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する（図１２；計数玉数を持玉数に加算）とともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する（図１２；計数応答＝ＯＮの状態情報要求を送信）変換処理手段と、
前記送信制御手段の制御により送信されてきた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段（図１４；ＣＵ３側でカード挿入時から記憶しているＣ−ＩＤと、カード返却応答で通知されたＣ−ＩＤとの一致判別）とをさらに含む。
このような構成によれば、変換操作に基づいて遊技点を持点に変換し、遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することで遊技開始時の遊技者を特定する情報と遊技終了時の遊技者を特定する情報との同一性の判定を可能となる。また、その判定結果によって、遊技終了とすることが可能となり、遊技開始時の遊技者とは異なる遊技者によって遊技が終了されてしまう不都合を防止できる。
（１−２） 本発明は、入賞の発生により所定の遊技点を付与する遊技機（パチンコ機２、スロットマシン２Ｓ）と通信可能に接続するための接続部を備え、遊技者所有の有価価値（残高、貯玉、遊技玉数、現金など）を用いて該遊技機での遊技を可能にする遊技用装置（カードユニット３）であって、
遊技を行なう遊技者を特定する遊技者特定情報（Ｃ-ＩＤ等）を読取る遊技者特定情報読取手段（カードリーダライタ）と、
該遊技者特定情報読取手段により読取られた遊技者特定情報を記憶する遊技者特定情報記憶手段（ＣＵ制御部３２３は、カードリーダライタで読み取ったカードＩＤを記憶）と、
遊技を開始するときに、前記遊技者特定情報読取手段により読取られた遊技者特定情報を前記遊技機へ送信する制御を行なう遊技者特定情報送信制御手段（図９のカード挿入通知によりカードＩＤを通知）と、
前記遊技者特定情報送信制御手段の制御により送信された遊技者特定情報を記憶した遊技機から、遊技を終了するときに送信されてきた遊技者特定情報と、前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより、同一の遊技者が特定されるか否かを判定する同一判定手段（図１４；ＣＵ３側でカード挿入時から記憶しているＣ−ＩＤと、カード返却応答で通知されたＣ−ＩＤとの一致判別）と、
前記遊技点を所定の持点に変換するための操作（計数操作）に基づいた前記遊技機からの変換要求に基づいて前記遊技点を前記持点に変換するための変換処理を実行する（図１２；計数玉数を持玉数に加算）とともに、前記変換要求を承諾した旨の変換承諾を前記遊技機へ返信する（図１２；計数応答＝ＯＮの状態情報要求を送信）変換処理手段とを含む。
このような構成によれば、変換操作に基づいて遊技点を持点に変換し、遊技機から送信されてきた遊技者特定情報と遊技開始時に記憶していた遊技者特定情報とにより同一の遊技者が特定されるか否かを判定することで遊技開始時の遊技者を特定する情報と遊技終了時の遊技者を特定する情報との同一性の判定を可能となる。また、その判定結果によって、遊技終了とすることが可能となり、遊技開始時の遊技者とは異なる遊技者によって遊技が終了されてしまう不都合を防止できる。
（１−３） 上記（１−１）の遊技用システムまたは上記（１−２）の遊技用装置において、
前記遊技用装置は、
当該遊技用装置が設置されている遊技場を特定可能な遊技場特定情報を記憶する遊技場特定情報記憶手段（ＣＵ３は、自らが設置されている店舗コードを記憶）と、
当該遊技用装置に設けられている制御装置（セキュリティチップ３２５ｂ）を特定可能な制御装置特定情報（ＳＣ基板ＩＤ）を記憶する制御装置特定情報記憶手段（ＣＵ３は、ＳＣ基板ＩＤを記憶）と、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段（カード挿入／排出口３０９）と、
該記録媒体受付手段により記録媒体が受付けられたときに、前記遊技場特定情報記憶手段に記憶されている遊技場特定情報と前記制御装置特定情報記憶手段に記憶されている制御装置特定情報とを前記遊技機へ送信する送信手段（図９；カード挿入時にカード挿入通知によって店舗コードとＳＣ基板ＩＤとを送信）とをさらに含む。
このような構成によれば、遊技場特定情報および制御装置特定情報まで同一であるか否かを判定することができる。
（１−４） 上記（１−１）の遊技用システムまたは上記（１−２）の遊技用装置において、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な記録媒体を受付ける記録媒体受付手段（カード挿入／排出口３０９）を含み、
前記記録媒体受付手段は、前記変換要求送信手段から送信されてきた変換要求に基づいて全ての前記遊技点を前記持点に変換した場合に限り、受付けた前記記録媒体を返却する（図１４；カード返却操作時に遊技点が残っていると、計数ボタン操作を促し、計数操作により遊技玉が０になったことを条件にカード返却処理実行）。
このような構成によれば、遊技機に遊技点が残ったまま記録媒体が返却されてしまうことを防止することができる。
（２−１） 本発明は、遊技機（Ｐ台２、Ｓ台２Ｓ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３）とを備える遊技用システムであって、
前記遊技機は、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報（遊技台情報（遊技玉数、加算玉数、減算玉数））を前記遊技用装置へ送信する情報送信手段（図１５〜図１７、払出制御部１７１の入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図６：払出制御部１７１のＲＡＭ）とを含み、
前記遊技用装置は、
前記遊技情報を記憶する情報記憶手段（図６：ＣＵ制御部３２３のＲＡＭ）と、
前記情報記憶手段が記憶している情報を前記情報送信手段から送信されてきた遊技特定情報に基づいて更新する情報更新手段（図６：ＣＵ制御部３２３のＣＰＵ）とを含み、
前記情報送信手段は、前記遊技機と前記遊技用装置とが通信できない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図１６、図１７参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（図２８のＳ３０１、Ｓ３０３、Ｓ３１１、Ｓ３１２、図２９のＳ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（図２８のＳ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３のＲＡＭ、図２８のＳ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（２−２） 本発明の他の態様は、遊技機（Ｐ台２、Ｓ台２Ｓ）での遊技を可能にする遊技用装置（ＣＵ３）であって、
前記遊技機で遊技が行なわれることにより変化する遊技情報を記憶する情報記憶手段（図６：ＣＵ制御部３２３のＲＡＭ）と、
前記遊技情報を特定するための遊技特定情報を前記遊技機より受信する情報受信手段（図１５〜図１７、通信制御ＩＣ３２５ａ）と、
前記情報記憶手段が記憶している情報を前記情報受信手段により受信された遊技特定情報に基づいて更新する情報更新手段（図６：ＣＵ制御部３２３のＣＰＵ）とを含み、
前記情報受信手段は、前記遊技機と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報として前記遊技機から送信されてくる送信前遊技特定情報と該送信前遊技特定情報より１回前の前記遊技特定情報である送信済遊技特定情報とを区別できる態様で受信する遊技特定情報区別受信手段（図１６、図１７参照）を含み、
前記遊技用装置は、
前記遊技特定情報区別受信手段により受信された前記送信前遊技特定情報と前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とに基づいて前記送信前遊技特定情報と前記送信済遊技特定情報とが適正な情報であるか否か判定する適否判定手段（図２８のＳ３０１、Ｓ３０３、Ｓ３１１、Ｓ３１２、図２９のＳ３２３）と、
該適否判定手段により適正であると判定されたことを条件として、前記送信前遊技特定情報と前記送信済遊技特定情報とに基づいて前記遊技機と遊技情報の整合性をとる整合手段（図２８のＳ３０３でＮＯのときに受信した遊技玉数を新たな遊技玉数として記憶するＣＵ制御部３２３のＲＡＭ、図２８のＳ３１３）とをさらに含む。
上記構成によれば、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定し、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（２−３） 本発明のさらに他の態様は、遊技機での遊技を可能にする遊技用装置と通信可能な遊技機（Ｐ台２、Ｓ台２Ｓ）であって、
遊技が行なわれることにより変化する遊技情報を特定するための遊技特定情報を前記遊技用装置へ送信する情報送信手段（図１５〜図１７、払出制御部１７１の入出力インターフェイス）と、
前記遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報（最新遊技台情報（カウント中の遊技台情報））を記憶するとともに前記遊技用装置へ送信した遊技特定情報である送信済遊技特定情報（前回遊技台情報）を記憶する遊技特定情報記憶手段（図６：払出制御部１７１のＲＡＭ）とを含み、
前記情報送信手段は、前記遊技用装置と通信ができない通信不能状態から回復した後の通信復旧時（リカバリ時）に、前記遊技特定情報記憶手段が記憶している前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する遊技特定情報区別送信手段（図１６、図１７参照）を含む。
上記構成によれば、遊技用装置は、通信復旧時に遊技機から送られてきた送信前遊技特定情報と送信済遊技特定情報と遊技用装置側が記憶している情報とを比較してそれら送信前遊技機特定情報と送信済遊技特定情報とが適正な情報であるか否かを判定することができ、適正であると判定されたことを条件として遊技機と遊技情報の整合性を取るために、不適正であると判定された送信前遊技特定情報や送信済遊技特定情報に基づく遊技用装置側の遊技情報の不適正な復旧処理が行なわれることを極力防止することができる。
しかも、遊技用装置は、通信復旧時に遊技機側から送られてくる遊技特定情報が、遊技用装置へ送信する前の遊技特定情報である送信前遊技特定情報と遊技用装置へ送信した遊技特定情報である送信済遊技特定情報とに区別して送信されてくるために、両者を併せて一括して遊技特定情報が送信されてくる場合に比べて、それぞれの遊技特定情報の適否を個別に判断することができ、きめ細かな適否判断による適正な判断結果を得ることができる。
（２−４） 上記（２−１）の遊技用システムまたは上記（２−２）の遊技用装置において、
前記遊技用装置は、
当該遊技用装置が設置されている遊技場を特定可能な遊技場特定情報（図９：店舗コード）を記憶する遊技場特定情報記憶手段（払出制御部１７１のＲＡＭ）と、
当該遊技用装置に設けられている制御装置を特定可能な制御装置特定情報（図９：ＳＣ基板ＩＤ）を記憶する制御装置特定情報記憶手段（払出制御部１７１のＲＡＭ）と、
遊技者所有の遊技用価値（プリペイド残額、持玉、貯玉）を特定可能な記録媒体（カード）を受付ける記録媒体受付手段（カードリーダライタ）と、
該記録媒体受付手段により記録媒体が受付けられたときに、前記遊技場特定情報記憶手段に記憶されている遊技場特定情報と前記制御装置特定情報記憶手段に記憶されている制御装置特定情報とを前記遊技機へ送信する送信手段（図９：通信制御ＩＣ３２５ａ）とをさらに含む。
上記構成によれば、通信復旧時以前の記録媒体受付時に遊技用装置から送信されてきた遊技場特定情報および制御装置特定情報と、通信復旧時後の記録媒体受付時に送信されてきた遊技場特定情報および制御装置特定情報とを遊技機側が比較して両者が整合しているか否かを判断することが可能となる。
（２−５） 上記（２−１）（２−４）の遊技用システムまたは上記（２−３）の遊技機において、
前記遊技機は、
前記情報送信手段が繰返し送信した遊技特定情報がどの繰返し段階まで前記遊技用装置に受信されたかを特定可能な順序情報（通番（通常通番））を、前記通信復旧時に前記遊技用装置より受信する順序情報受信手段（払出制御部１７１の入出力インターフェイス）と、
該順序情報受信手段により受信された順序情報に基づいて、前記遊技特定情報が最後の繰返し段階まで前記遊技用装置に受信されたか否かを判定する遊技特定情報受信判定手段（図１５〜図１７：ＣＵ側とＰ台側との前回最終送信通番を比較して判定）とをさらに含み、
前記遊技特定情報区別送信手段は、前記遊技特定情報受信判定手段により遊技特定情報が最後の繰返し段階までは受信されていないと判定されたときに、前記送信前遊技特定情報と前記送信済遊技特定情報とを前記遊技用装置が区別できる態様で送信する（図１６：前回遊技台情報をリカバリ応答に含めて送信した後通信開始応答後の最初の状態情報応答で最新遊技台情報を送信する）。
上記構成によれば、遊技特定情報が最後の繰返し段階までは遊技用装置に受信されていないと判定されたときに、送信前遊技特定情報と送信済遊技特定情報とを遊技用装置が区別できる態様で送信されるために、遊技用装置側においては、受信されていなかった遊技特定情報をも含めて遊技情報の整合性を取ることが可能となる。しかも、遊技特定情報が最後の繰返し段階まで受信されていると判定されたときには送信済遊技特定情報を無駄に遊技用装置へ送信せず、その分情報送信に伴う負担を軽減することができる。
（２−６） 上記（２−１）（２−４）（２−５）の遊技用システムまたは上記（２−２）（２−４）の遊技用装置において、
前記遊技用装置は、
前記遊技機より現時点の前記遊技情報を受信する遊技情報受信手段（図６、図１５：遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の状態情報応答を受信する）と、
前記情報受信手段により受信された遊技特定情報に基づいて、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する遊技情報適否判定手段（図６：ＣＵ３は記憶している遊技玉数とＰ台２から送信されてきた遊技玉数とを比較して一致判定する）とをさらに含み、
前記遊技情報適否判定手段は、
前記通信復旧時に前記遊技情報受信手段により受信された前記遊技情報を初期値とし、該初期値と前記遊技特定情報とに基づいて現時点の遊技情報を算出する遊技情報算出手段（図２８（ｂ）のＳ３１３で記憶された初期値の遊技玉数に対して、図６に示すＰ台２から送られてきた加算玉数を加算し減算玉数を減算して現時点の遊技玉数を算出する）と、
該遊技情報算出手段により算出された遊技情報と前記遊技情報受信手段により受信された現時点の遊技情報とを比較することにより、前記遊技情報受信手段により受信された現時点の遊技情報の適否を判定する（図６：ＣＵ３は記憶している遊技玉数とＰ台２から送信されてきた遊技玉数とを比較して一致判定する）。
上記構成によれば、通信復旧時に遊技機より受信した現時点の遊技情報を遊技用装置が初期値とし、その初期値と遊技特定情報とに基づいて現時点の遊技情報を算出するために、その算出された遊技情報が遊技機側の遊技情報との誤差が解消された新たな遊技情報となり、その新たな遊技情報と遊技機側から送信されてきた現時点の遊技情報と比較することにより適否判断を正確に行なうことが可能となる。
（２−７） 上記（２−１）（２−４）（２−５）（２−６）の遊技用システムまたは上記（２−２）（２−４）（２−６）の遊技用装置において、
前記適否判定手段は、
前記遊技特定情報区別受信手段により受信された前記送信済遊技特定情報と前記情報記憶手段が記憶している情報とを比較して該送信済遊技特定情報が適正な情報であるか否か判定する第１判定手段（図２８のＳ３０１、Ｓ３０３、図２９のＳ３２３）と、
前記情報記憶手段が記憶している情報であって前記第１判定手段により適正と判定された前記送信済遊技特定情報に基づいて更新された情報と前記遊技特定情報区別送信手段により送信されてきた前記送信前遊技特定情報とを比較して該送信前遊技特定情報が適正な情報であるか否か判定する第２判定手段（図２８のＳ３１１、Ｓ３１２）とを含む。
上記構成によれば、第１判定手段により前記送信前遊技特定情報の適否判定を行ない、第２判定手段により前記送信済遊技特定情報の適否判定を行なうことにより、両遊技特定情報の適否判定を着実に行なうことができる。
（３−１） 本発明は、第１制御手段（ＳＣ３２５ｂ）と、前記第１制御手段と通信可能に接続された第２制御手段（ＣＵ制御部３２３）とを備え、遊技機（Ｐ台２、Ｓ台２Ｓ）による遊技を可能とするための遊技用システムであって、
前記第１制御手段は、前記第２制御手段から受信した電文の受信間隔を監視する監視手段（図６６のＳ１１）と、
前記電文の受信間隔が規定期間未満となることが前記監視手段によって所定回検知されたとき（図６６のＳ１２でＹＥＳ）に、所定のエラー処理（エラー情報を送信、受信電文に対する応答電文の送信を禁止、ＣＵ制御部３２３からの電文受信を停止）を実行するエラー処理実行手段（図６６のＳ１３〜Ｓ１５）とを備える。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、所定のエラー処理が実行されるために、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−２） 遊技機（Ｐ台２、Ｓ台２Ｓ）による遊技を可能とするための遊技用装置（ＣＵ制御部３２３）であって、
前記遊技用装置から受信した電文の受信間隔が規定期間未満となることが所定回検知されたとき（図６６のＳ１２でＹＥＳ）に、所定のエラー処理（エラー情報を送信、受信電文に対する応答電文の送信を禁止、ＣＵ制御部３２３からの電文受信を停止）を実行する遊技制御装置（ＳＣ３２５ｂ）と通信する通信手段（ＣＵ制御部３２３が備える通信部）を備え、
前記通信手段は、前記遊技制御装置に対して前記規定期間以上の間隔で前記電文を送信する（通信部は、ＣＵ制御部３２３が備えるタイマが計時する２００ｍｓの間隔で電文を送信）。
このような構成によれば、遊技用装置は規定期間以上の間隔で電文を送信するために、これと接続される遊技制御装置側で、仮に、電文の受信間隔が規定時間未満となることが所定回検知されると所定のエラー処理が実行され、正規の遊技用装置であるか否かをエラー処理の実行で識別させることが可能となる。その結果、遊技用装置の動作に似せた不正な解析用の装置を遊技制御装置に接続して様々なデータを送信することにより得られる応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−３） 本発明は、遊技機による遊技を可能にするための遊技制御装置（ＳＣ３２５ｂ）であって、
前記遊技機（Ｐ台２、Ｓ台２Ｓ）の制御に必要な電文を受信する受信手段（図６６のＳ１０）と、
前記受信手段が受信した電文の受信間隔を監視する監視手段（図６６のＳ１１）と、
前記電文の受信間隔が規定期間未満となることが前記監視手段によって所定回検知されたとき（図６６のＳ１２でＹＥＳ）に、所定のエラー処理（エラー情報を送信、受信電文に対する応答電文の送信を禁止、ＣＵ制御部３２３からの電文受信を停止）を実行するエラー処理実行手段（図６６のＳ１３〜Ｓ１５）を実行するエラー処理実行手段とを備える。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、所定のエラー処理が実行されるために、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−４） 上記（３−１）（３−２）において、前記エラー処理実行手段は、前記所定のエラー処理として、前記電文の受信機能を停止させる（図６６のＳ１５）。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、電文の受信機能が停止するために、その電文に対する応答電文が送信されなくなり、これによって、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−５） 上記（３−１）（３−３）（３−４）のいずれかにおいて、
前記エラー処理実行手段は、前記所定のエラー処理として、前記電文の受信機能を停止させるとともに、エラー情報を前記遊技機へ送信するための処理を実行する（図６６のＳ１３、Ｓ１５）。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、電文の受信機能が停止するとともにエラー情報が遊技機へ送信されるために、その電文に対する応答電文が送信されなくなり、また、エラー情報が遊技機へ送信されるため、これによって、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−６） 上記（３−１）（３−３）において、通信のリトライ回数（図６７のＳ２２、Ｓ２７）に基づいて異常種別（通信エラー、コマンド異常（不正））を判定する異常種別判定手段（図６７のＳ２３、Ｓ２４）をさらに含む。
このような構成によれば、通信のリトライ回数に着目して異常種別をすることが可能になる。
（３−７） 上記（３−１）（３−２）において、
前記第２制御手段（前記遊技装置）は、前記遊技機が記憶している識別情報を照合するための照合用情報（メインチップＩＤ、払出チップＩＤ）の送信を前記遊技機に対して要求する照合要求手段（図６８のＳ３０）を備え、
前記照合要求手段は、前記照合用情報の送信を前記遊技機に対して要求してから所定の待機期間（問合せ待ちタイマ時間）が経過しても要求に対する応答がないときに（図６８のＳ３３でＹＥＳ）前記要求を再送する（図６８のＳ３８のタイムアウト処理（図６０に示すように、状態情報要求（Ｐ台）送信後に遊技機チップ問合せ指示通知再送））とともに、前記待機期間中に外部から照合要求指令（ヘルスチェック（動作指定＝遊技機チップ情報問合せ要求））を受信したときには前記待機期間の経過を待たずに前記要求を再送する（図６８のＳ３５）。
このような構成によれば、待機期間の経過前であっても外部からの照合要求指令を受けて照合用情報の送信が要求されるために、外部からの要求に迅速に応えることができる。
（３−８） 上記（３−１）（３−３）（３−６）において、
前記エラー処理実行手段は、前記所定のエラー処理として、受信された電文に対する応答期間間隔を所定期間よりも長い間隔に変更する（通常は、相手（ＣＵ制御部３２３）が電文を送信してから２００ｍｓで応答電文が相手に到達するように応答電文を送信するが、その間隔を長く（たとえば通常の３倍等）するようにしてもよい。）。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、受信された電文に対する応答期間間隔が所定期間よりも長い間隔に変更されるため、応答電文の解析に時間がかかるようになり、これによって、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−９） 上記（３−１）（３−３）（３−６）において、
前記エラー処理実行手段は、前記所定のエラー処理として、受信された電文に対する応答期間間隔を前記規定期間を超える間隔に変更する（通常は、相手（ＣＵ制御部３２３）が電文を送信してから２００ｍｓで応答電文が相手に到達するように応答電文を送信するが、その間隔を長く（たとえば通常の３倍等）するようにしてもよい。）。
このような構成によれば、電文の受信間隔が規定期間未満となることが所定回検知されると、受信された電文に対する応答期間間隔が規定期間を超える間隔に変更されるため、応答電文の解析に時間がかかるようになり、これによって、様々な送信データに対する応答を利用したセキュリティの不正解析を困難にすることが可能となる。
（３−１０） 上記（３−１）（３−３）（３−５）（３−６）（３−８）（３−９）において、
前記エラー処理実行手段は、電文の受信間隔が規定期間未満となることが前記監視手段によって所定回連続（図６６のＳ１２：ｎ１は２回以上の予め定められた回数）して検知されたときに、所定のエラー処理を実行する。
このような構成によれば、電文の受信間隔が規定時間未満となることが連続発生したときに所定のエラー処理が実行されるため、不正でなく制御上の不具合等によってたまたま受信間隔が正規のものとずれてしまったときにエラー処理が実行されてしまう不都合を防止できる。
（３−１１） 本発明は、遊技機（Ｐ台２、Ｓ台２Ｓ）と、前記遊技機での遊技を可能にする遊技用装置（ＣＵ３）とを備える遊技用システムであって、
前記遊技用装置は、
互いに通信可能な第１制御手段（ＳＣ３２５ｂ）と第２制御手段（通信制御ＩＣ３２５ａ）と、
前記第１制御手段と前記第２制御手段とで互いに認証を行なう相互認証手段（図３３の通信制御ＩＣ認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記遊技機の真正を確認するための識別情報（メインチップＩＤと払出制御チップＩＤ）を前記遊技機から受信して該識別情報に基づいて該遊技機の真正を認証するための処理を行なう遊技機識別情報認証手段（図３３の遊技機チップ情報認証シーケンス）と、
該遊技機識別情報認証手段による前記認証するための処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（遊技機と業務電文を通信するための通信鍵（セッション鍵）を生成）とを含み、
前記第１制御手段と前記第２制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（通信制御ＩＣ３２５ａが生成した通信鍵をＳＣ３２５ｂへ送信して両者間でこの通信鍵を用いて暗号通信する）。
上記構成によれば、第１制御手段と第２制御手段とでの間での暗号通信に用いる通信鍵の生成が、第１制御手段と第２制御手段とでの相互認証で適正な結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視を掻い潜るという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。また、遊技機の真正を確認するための識別情報を遊技機から受信してその識別情報に基づいて遊技機の真正を認証するための処理が何ら実行されないまま通信鍵が生成されることを防止することができる。
（３−１２） 本願発明の他の態様は、遊技機（Ｐ台２、Ｓ台２Ｓ）での遊技を可能にする遊技用装置（ＣＵ３）であって、
互いに通信可能な第１制御手段（ＳＣ３２５ｂ）と第２制御手段（通信制御ＩＣ３２５ａ）と、
前記第１制御手段と前記第２制御手段とで互いに認証を行なう相互認証手段（図３３の通信制御ＩＣ認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記遊技機の真正を確認するための識別情報（メインチップＩＤと払出制御チップＩＤ）を前記遊技機から受信して該識別情報に基づいて該遊技機の真正を認証するための処理を行なう遊技機識別情報認証手段（図３３の遊技機チップ情報認証シーケンス）と、
該遊技機識別情報認証手段による前記認証するための処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（図３３の対遊技機業務電文用通信鍵を生成）とを含み、
前記第１制御手段と前記第２制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（通信制御ＩＣ３２５ａが生成した通信鍵をＳＣ３２５ｂへ送信して両者間でこの通信鍵を用いて暗号通信する）。
上記構成によれば、第１制御手段と第２制御手段とでの間での暗号通信に用いる通信鍵の生成が、第１制御手段と第２制御手段とでの相互認証で適正な結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視を掻い潜るという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。また、遊技機の真正を確認するための識別情報を遊技機から受信してその識別情報に基づいて遊技機の真正を認証するための処理が何ら実行されないまま通信鍵が生成されることを防止することができる。
（３−１３） 上記（３−１１）の遊技用システムまたは上記（３−１２）の遊技用装置において、
前記遊技用装置は、前記第２制御手段と前記遊技機との間で通信を可能にするための通信活性化情報（有効鍵）を設定する通信活性化情報設定処理を行なう設定手段（図３３のセキュリティ情報更新シーケンス）をさらに含み、
前記通信鍵生成手段は、前記認証するための処理が実行されかつ前記通信活性化情報設定処理が実行された上で、前記第１制御手段と前記第２制御手段との間での暗号通信に用いる通信鍵を生成する（図３３）。
上記構成によれば、第２制御手段と遊技機との間での通信の活性化が行なわれていないにも拘らず通信鍵が生成される不都合を防止することができる。
（３−１４） 上記（３−１１）（３−１３）の遊技用システムまたは上記（３−１２）（３−１３）の遊技用装置において、
前記通信鍵生成手段は、所定期間毎に前記通信鍵を新たに生成する繰返し生成処理を実行し（ＳＣ３２５ｂが通信鍵の更新周期を検知したときに対遊技機業務電文用通信鍵を更新する制御を行なう）、該繰返し生成処理は、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵を生成する（現在時刻データと乱数を用いて通信鍵を生成する）。
上記構成によれば、所定期間毎に通信鍵を新たに生成する繰返し生成処理が、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵が生成されるために、仮に通信鍵が一度漏洩してしまったとしても、その漏洩した通信鍵の生成時とは異なる変化可能な変化データを用いて新たな通信鍵が生成されてその新たな通信鍵により暗号通信が行なわれるために、その新たな通信鍵による通信を漏洩した鍵で解読しようと試みても解読ができず、セキュリティを向上させることができる。
（３−１５） 本発明は、第１制御手段（ＳＣ３２５ｂ）と、該第１制御手段と通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａ）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段との間で相互認証に用いる認証鍵を生成し、該認証鍵を用いて第１相互認証処理を行なう第１相互認証処理手段（図３４、図３６：更新直後の認証鍵（本認証鍵）を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）と、
前記第１相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる運用処理を実行する運用処理手段（図３３、図３４：第１認証シ−ケンスと第２認証シーケンスとを含む通信制御ＩＣ認証シーケンスによる認証結果が適正であるときに遊技機と業務電文通信が可能となる）と、
前記第１相互認証処理による認証結果が不適正であるときに（図３６：第１認証シーケンス〜バージョン管理情報応答のシーケンスによる認証結果が不適正の場合）、前記第１制御手段と前記第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理を行なう第２相互認証処理手段（図３６：仮認証鍵を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）とを備え、
前記運用処理手段は、前記第２相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる制限付きの運用処理を実行する（期限が限られた時限運用処理を実行する）。
上記構成によれば、認証鍵を生成して第１制御手段と第２制御手段との間で相互認証を行なう第１相互認証処理による認証結果が不適正であるときに、第１制御手段と第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理が行なわれ、その第２相互認証処理による認証結果が適正であるときに第１制御手段と第２制御手段とによる制限付きの運用処理が実行されるために、第１認証処理による認証結果が不適正であるときにおける運用処理が全くできなくなる不都合を防止することができる。しかも、第１相互認証処理の認証結果が不適正であるときに無制限に運用処理の実行を許容するのではなく、制限付きの運用処理に留めることにより、セキュリティ上不完全のまま無制限に運用処理が行なわれる不都合も防止することができる。
（３−１６） 本発明の他の態様は、第１制御手段（ＳＣ３２５ｂ）と、該第１制御手段と通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａ）とを備えた遊技制御装置であって、
前記第１制御手段と前記第２制御手段との間で相互認証に用いる認証鍵を生成し、該認証鍵を用いて第１相互認証処理を行なう第１相互認証処理手段（図３４、図３６：更新直後の認証鍵（本認証鍵）を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）と、
前記第１相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる運用処理を実行する運用処理手段（図３３、図３４：第１認証シ−ケンスと第２認証シーケンスとを含む通信制御ＩＣ認証シーケンスによる認証結果が適正であるときに遊技機と業務電文通信が可能となる）と、
前記第１相互認証処理による認証結果が不適正であるときに（図３６：第１認証シーケンス〜バージョン管理情報応答のシーケンスによる認証結果が不適正の場合）、前記第１制御手段と前記第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理を行なう第２相互認証処理手段（図３６：仮認証鍵を用いて第１認証シ−ケンスと第２認証シーケンスとを行なう）とを備え、
前記運用処理手段は、前記第２相互認証処理による認証結果が適正であるときに前記第１制御手段と前記第２制御手段とによる制限付きの運用処理を実行する（期限が限られた時限運用処理を実行する）。
上記構成によれば、認証鍵を生成して第１制御手段と第２制御手段との間で相互認証を行なう第１相互認証処理による認証結果が不適正であるときに、第１制御手段と第２制御手段とに製造段階から記憶されている認証鍵を用いて第２相互認証処理が行なわれ、その第２相互認証処理による認証結果が適正であるときに第１制御手段と第２制御手段とによる制限付きの運用処理が実行されるために、第１認証処理による認証結果が不適正であるときにおける運用処理が全くできなくなる不都合を防止することができる。しかも、第１相互認証処理の認証結果が不適正であるときに無制限に運用処理の実行を許容するのではなく、制限付きの運用処理に留めることにより、セキュリティ上不完全のまま無制限に運用処理が行なわれる不都合も防止することができる。
（３−１７） 上記（３−１５）の遊技用システムまたは上記（３−１６）の遊技制御装置において、
前記第１相互認証処理による認証結果が不適正であったときに、異常が発生した旨の通知を管理サーバへ送る異常通知手段（図３６：「本認証鍵更新異常」のアラームを鍵管理サーバに通知する）をさらに備える。
上記構成によれば、第１相互認証処理による認証結果が不適正であったことを管理サーバが掌握することができる。
（３−１８） 上記（３−１５）（３−１７）の遊技用システムまたは上記（３−１６）（３−１７）の遊技制御装置において、
前記運用処理手段は、前記制限付きの運用処理として、予め定められた期間内（例えば２日）でのみ前記運用処理を実行する。
上記構成によれば、制限付きの運用処理として予め定められた期間内でのみ運用処理が実行されるために、第１認証処理の認証結果が不適正というセキュリティ上不安定な状態での運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（４−１） 本発明は、第１制御手段（ＳＣ３２５ｂ）と、前記第１制御手段と通信可能に接続された第２制御手段（ＣＵ制御部３２３）とを備え、遊技機（Ｐ台２、Ｓ台２Ｓ）による遊技を可能とするための遊技用システムであって、
前記第１制御手段および前記第２制御手段は、互いの認証用情報（図６１のＳ２０３の基板認証鍵）を用いて一方と他方とで相互認証処理を行なうための相互認証処理手段（図６１のＳ２０１〜Ｓ２０５）を含み、
前記認証用情報を記憶する認証用情報記憶手段（ＣＵ制御部３２３およびＳＣ３２５ｂの鍵記憶エリア）と、
前記認証用情報記憶手段に記憶されている認証用情報を更新する認証用情報更新手段（図６２（ａ）、図６３（ａ））と、
前記第１制御手段と前記第２制御手段とが前記相互認証処理に失敗したときに（図６１のＳ２０７でＹＥＳ）、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかを判別する認証用情報判別手段（図６１のＳ２０７１）と、
前記認証用情報判別手段の判別結果に応じたエラー情報を含む認証結果を送信する認証結果送信手段（図６１のＳ２０７４）とを備える。
上記構成によれば、相互認証処理に失敗したときに、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかの判別結果に応じたエラー情報を含む認証結果が送信されるため、当該認証結果を参照することによって認証に失敗したときの原因を推測可能となる。
（４−２） 本発明は、遊技機による遊技を可能とするための遊技用装置（ＣＵ制御部３２３またはＳＣ３２５ｂ）であって、
認証用情報（図６１のＳ２０３の基板認証鍵）を用いて通信装置（ＳＣ３２５ｂ）と相互認証処理を行なうための相互認証処理手段（図６１のＳ２０１〜Ｓ２０５）と、
前記認証用情報を記憶する認証用情報記憶手段（ＣＵ制御部３２３またはＳＣ３２５ｂの鍵記憶エリア）と、
前記認証用情報記憶手段に記憶されている認証用情報を更新する認証用情報更新手段（図６２（ａ）、図６３（ａ））と、
前記相互認証処理に失敗したときに（図６１のＳ２０７でＹＥＳ）、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかを判別する認証用情報判別手段（図６１のＳ２０７１）と、
前記認証用情報判別手段の判別結果に応じたエラー情報を含む認証結果を送信する認証結果送信手段（図６１のＳ２０７４）とを備える。
上記構成によれば、相互認証処理に失敗したときに、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかの判別結果に応じたエラー情報を含む認証結果が送信されるため、当該認証結果を参照することによって認証に失敗したときの原因を推測可能となる。
（４−３） 本発明は、遊技機による遊技を可能とするための遊技制御装置（ＣＵ制御部３２３またはＳＣ３２５ｂ）であって、
更新後に認証実績のない認証用情報を用いた認証で相互認証処理に失敗したのか、更新後に認証実績のある認証用情報を用いた認証で相互認証処理に失敗したのかを判別して（図６１のＳ２０７１）判別結果に応じたエラー情報を含む認証結果を送信する（図６１のＳ２０７４）遊技用装置（ＣＵ制御部３２３またはＳＣ３２５ｂ）と相互認証処理を行なうための相互認証処理手段（図６１のＳ２０１〜Ｓ２０５）と、
前記認証用情報を記憶する認証用情報記憶手段（ＣＵ制御部３２３またはＳＣ３２５ｂの鍵記憶エリア）と、
前記認証用情報記憶手段に記憶されている認証用情報を更新する認証用情報更新手段（図６２（ａ）、図６３（ａ））とを備える。
上記構成によれば、相互認証処理に失敗したときに、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかの判別結果に応じたエラー情報を含む認証結果が遊技用装置より送信されるため、当該認証結果を参照することによって認証に失敗したときの原因を推測可能となる。
（４−４） 上記（４−１）（４−２）において、
前記認証結果送信手段は、更新後に認証実績のない認証用情報を用いた認証で失敗したと前記認証用情報判別手段により判別されたときには前記認証用情報の更新異常を示すエラー情報を送信し（図６２のＳ２０７３）、更新後に認証実績のある認証用情報を用いた認証で失敗したと前記認証用情報判別手段により判別されたときには前記認証用情報記憶手段の記憶異常を示すエラー情報を送信する（図６２のＳ２０７２）。
上記構成によれば、エラー情報に基づいて、認証に失敗したときの原因が認証用情報の更新異常であるのか認証用情報記憶手段の記憶異常であるのかを推測可能となる。
（４−５） 上記（４−１）において、前記第１の制御手段と前記第２の制御手段とは、ともに、
互いに暗号通信を行なう第１暗号通信処理手段（ＳＥ１モード）と、
前記第１暗号通信処理手段による暗号通信の後に、該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段（ＳＥ２モード）とを備え、
前記第１の制御手段（ＳＣ３２５ｂ）は、前記第２暗号通信処理手段による暗号通信に用いる第１の暗号鍵（上りカウンタ）を前記第１の制御手段から前記第２の制御手段への電文の送信が完了する毎に更新する第１の暗号鍵更新手段を含み、
前記第２の制御手段（ＣＵ制御部３２３）は、前記第２暗号通信処理手段による暗号通信に用いる第２の暗号鍵（下りカウンタ）を前記第２の制御手段から前記第１の制御手段への電文の送信が完了する毎に更新する第２の暗号鍵更新手段を含む。
上記構成によれば、第１の制御手段と第２の制御手段とは通信方向により異なる暗号鍵を用いて通信するために、通信方向に関わらず共通の暗号鍵を用いる場合と比較して通信のセキュリティを高めることができる。
（４−６） 上記（４−５）において、前記第１の暗号鍵更新手段は、前記第２の制御手段（ＣＵ制御部３２３）から電文を受信したことに基づいて前記第１の暗号鍵（上りカウンタ）を所定値だけカウントアップし（＋１）、
前記第２の暗号鍵更新手段は、前記第１の制御手段から電文を受信したことに基づいて前記第２の暗号鍵を所定値だけカウントアップし（＋１）、
前記第１の制御手段および前記第２の制御手段は、前記第１の暗号鍵（上りカウンタ）および前記第２の暗号鍵（下りカウンタ）を記憶する暗号鍵記憶手段（ＣＵ制御部３２３およびＳＣ３２５ｂのカウンタ記憶エリア）を含み、当該暗号鍵記憶手段が記憶している暗号鍵で復号異常が発生したときに当該暗号鍵を前記所定値だけカウントアップして成る暗号鍵にて復号を再試行する（図４５のＳ１５２、Ｓ１５４、Ｓ１５６〜Ｓ１５８、図７５、図７６）。
上記構成によれば、復号異常が発生した場合であっても、暗号鍵を所定値だけカウントアップして成る暗号鍵にて復号が再試行され、その結果、復号を成功させることも可能となるために、通信品質の一時的な劣化等の影響によって復号異常が発生しても、暗号鍵を自動修復させて通信を継続可能となる。
（４−７） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段とが互いの認証用情報（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９、図５１の基板初期鍵認証シーケンス）を備え、
前記第１制御手段と前記第２制御手段との少なくとも一方は、製造段階で前記認証用情報を記憶しておらず（ＣＵ制御部が基板初期鍵を記憶しておらず）、遊技場に搬入された後サーバと通信可能になった段階で該サーバから前記認証用情報を取得して記憶し（図４９：ＣＵ制御部が上位装置よりダウンロードした基板初期鍵を記憶する）、
前記相互認証処理手段は、前記第１制御手段と前記第２制御手段との少なくとも一方が前記認証用情報を記憶していないときには不適正な認証結果を導出し（図５１：基板初期鍵の取得なしの状態で基板初期鍵認証をすれば認証結果がＮＧとなる）、
前記第１制御手段と前記第２制御手段とは、
前記認証用情報が記憶された後において、前記相互認証処理および該相互認証処理後の各種処理を実行し（図４９の基板初期鍵認証シーケンスおよびその後の通信鍵交換シーケンス等を実行）、
前記認証用情報が記憶される前においても前記相互認証処理を実行し（図５１の基板初期鍵認証シーケンスを実行し）、該相互認証処理により不適正な認証結果（ＮＧ）が導出されることにより、前記認証用情報が記憶される前の段階で実行するために用意されている処理（図５１：基板出荷鍵による通信テスト電文の通信）を実行する。
上記構成によれば、遊技場に搬入された後、サーバと通信可能になった段階でサーバから認証用情報を取得してその認証用情報を用いて第１制御手段と第２制御手段とが相互認証処理を行ない、セキュリティが担保される。一方、前記認証用情報が未だ記憶されていない段階でも相互認証処理が実行され、その結果不適正な認証結果が導出され、これにより認証用情報が記憶される前の段階で実行するために用意されている処理を実行するように制御される。つまり、認証用情報を取得した後にセキュリティの担保のために実行される相互認証処理を、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別にも有効利用し、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別を行なう特別の判別ステップを設けることによる制御の複雑化を防止することができる。
（４−８） 上記（４−７）の遊技用システムにおいて、前記認証用情報の記憶は、遊技場に搬入されて最初の電源投入時に実行される（図４９）。
上記構成によれば、遊技場に搬入されて最初の電源投入時に認証用情報の記憶がなされるために、それ以降遊技場での実稼動時には第１制御手段と第２制御手段との間でのセキュリティを担保するための相互認証処理が実行されることとなり、実稼動時におけるセキュリティが担保できる。
（４−９） 上記（４−７）または（４−８）の遊技用システムにおいて、前記認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理である（図５１の通信テスト電文の通信）。
上記構成によれば、認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理であり、その結果、遊技場に搬入される前の段階ではこのテスト処理が実行されることとなり、テスト処理を実行したテスト済のものを遊技場に搬入することができる。
（４−１０） 上記（４−９）の遊技用システムにおいて、前記テスト処理は、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行する処理である（図５１：基板出荷鍵を用いた通信テスト電文の通信）。
上記構成によれば、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行してテスト処理が行なわれるために、テスト電文のセキュリティ自体も担保することができる。
（４−１１） 本発明の他の態様は、第１制御手段と、該第１制御手段と通信可能に接続された第２制御手段とを備えた遊技機器（ＣＵ３、Ｐ台２、Ｓ台２Ｓ、ジェットカウンタ、ＰＯＳ等）であって、
前記第１制御手段と前記第２制御手段とが互いの認証用情報を用いて相互認証処理を行なう相互認証処理手段（図４９、図５１の基板初期鍵認証シーケンス）を備え、
前記第１制御手段と前記第２制御手段との少なくとも一方は、製造段階で前記認証用情報を記憶しておらず（ＣＵ制御部が基板初期鍵を記憶しておらず）、遊技場に搬入された後サーバと通信可能になった段階で該サーバから前記認証用情報を取得して記憶し（図４９：ＣＵ制御部が上位装置よりダウンロードした基板初期鍵を記憶する）、
前記相互認証処理手段は、前記第１制御手段と前記第２制御手段との少なくとも一方が前記認証用情報を記憶していないときには不適正な認証結果を導出し（図５１：基板初期鍵の取得なしの状態で基板初期鍵認証をすれば認証結果がＮＧとなる）、
前記第１制御手段と前記第２制御手段とは、
前記認証用情報が記憶された後において、前記相互認証処理および該相互認証処理後の各種処理を実行し（図４９の基板初期鍵認証シーケンスおよびその後の通信鍵交換シーケンス等を実行）、
前記認証用情報が記憶される前においても前記相互認証処理を実行し（図５１の基板初期鍵認証シーケンスを実行し）、該相互認証処理により不適正な認証結果（ＮＧ）が導出されることにより、前記認証用情報が記憶される前の段階で実行するために用意されている処理（図５１：基板出荷鍵による通信テスト電文の通信）を実行する。
上記構成によれば、遊技場に搬入された後、サーバと通信可能になった段階でサーバから認証用情報を取得してその認証用情報を用いて第１制御手段と第２制御手段とが相互認証処理を行ない、セキュリティが担保される。一方、前記認証用情報が未だ記憶されていない段階でも相互認証処理が実行され、その結果不適正な認証結果が導出され、これにより認証用情報が記憶される前の段階で実行するために用意されている処理を実行するように制御される。つまり、認証用情報を取得した後にセキュリティの担保のために実行される相互認証処理を、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別にも有効利用し、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別を行なう特別の判別ステップを設けることによる制御の複雑化を防止することができる。
（４−１２） 上記（４−１１）の遊技機器において、前記認証用情報の記憶は、遊技場に搬入されて最初の電源投入時に実行される（図４９）。
上記構成によれば、遊技場に搬入されて最初の電源投入時に認証用情報の記憶がなされるために、それ以降遊技場での実稼動時には第１制御手段と第２制御手段との間でのセキュリティを担保するための相互認証処理が実行されることとなり、実稼動時におけるセキュリティが担保できる。
（４−１３） 上記（４−１１）または（４−１２）の遊技機器において、前記認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理である（図５１の通信テスト電文の通信）。
上記構成によれば、認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理であり、その結果、遊技場に搬入される前の段階ではこのテスト処理が実行されることとなり、テスト処理を実行したテスト済のものを遊技場に搬入することができる。
（４−１４） 上記（４−１３）の遊技機器において、前記テスト処理は、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行する処理である（図５１：基板出荷鍵を用いた通信テスト電文の通信）。
上記構成によれば、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行してテスト処理が行なわれるために、テスト電文のセキュリティ自体も担保することができる。
（４−１５） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段との間で仮運用鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図４９と図５５のセキュリティ基板情報問合せシーケンス）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図５０の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図４９：セキュリティ基板情報問合せシーケンスおよび基板初期鍵認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンス（図５７）を実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（４−１６） 上記（４−１５）の遊技用システムにおいて、前記仮運用処理手段は、予め定められた期間内でのみ前記仮の運用処理を実行する（たとえば２日間に限定して運用を許容する）。
上記構成によれば、予め定められた期間内にのみ仮の運用処理が実行されるために、本認証鍵の取得不能時というセキュリティ上不安定な状態での仮の運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（４−１７） 上記（４−１５）または（４−１６）の遊技用システムにおいて、前記本認証鍵取得手段は、識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）に対し、識別番号（基板シリアル番号）を送信して該識別番号に対応する前記本認証鍵を取得する処理を行なう（図５５）。
上記構成によれば、識別番号に対応付けて本認証鍵がサーバに記憶されており、そのサーバに対して識別番号を送信してその識別番号に対応する本認証鍵が取得されるために、サーバに識別番号に対応付けて正規に本認証鍵が記憶されている場合に限りその本認証鍵が取得可能となり、本認証鍵が登録された正規の識別番号を送信した場合に限り本認証鍵を取得することができるようにし、セキュリティが担保される。
（４−１８） 上記（４−１７）の遊技用システムにおいて、前記識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）をさらに備え、
該サーバは、前記本認証鍵を取得して記憶する装置を製造したメーカが出荷する該装置に用いられる識別番号（基板シリアルＩＤ）と前記本認証鍵とを含む情報を受信し、該情報に含まれる識別番号に対応付けて該本認証鍵を記憶する（基板シリアルＩＤに対応付けて基板認証鍵を記憶）。
上記構成によれば、本認証鍵を取得して記憶する装置を製造したメーカが出荷する該装置に用いられる識別番号と前記本認証鍵とを含む情報をサーバが受信し、その情報に含まれる識別番号に対応付けて本認証鍵をサーバが記憶するために、メーカが出荷した正規の装置に限り本認証鍵をサーバから取得でき、メーカが出荷する正規の装置以外の装置が本認証鍵を取得できてしまう不都合を極力防止することによりセキュリティを担保できる。
（４−１９） 本発明の他の態様は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技機器（ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）であって、
前記第１制御手段と前記第２制御手段との間で仮運用鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図４９と図５５のセキュリティ基板情報問合せシーケンス）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図５０の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図４９：基板シリアルＩＤ認証シーケンスおよび基板初期鍵認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンス（図５７）を実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（４−２０） 上記（４−１９）の遊技機器において、前記仮運用処理手段は、予め定められた期間内でのみ前記仮の運用処理を実行する（たとえば２日間に限定して運用を許容する）。
上記構成によれば、予め定められた期間内にのみ仮の運用処理が実行されるために、本認証鍵の取得不能時というセキュリティ上不安定な状態での仮の運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（４−２１） 上記（４−１９）または（４−２０）の遊技機器において、前記本認証鍵取得手段は、識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）に対し、識別番号（基板シリアル番号）を送信して該識別番号に対応する前記本認証鍵を取得する処理を行なう（図５５）。
上記構成によれば、識別番号に対応付けて本認証鍵がサーバに記憶されており、そのサーバに対して識別番号を送信してその識別番号に対応する本認証鍵が取得されるために、サーバに識別番号に対応付けて正規に本認証鍵が記憶されている場合に限りその本認証鍵が取得可能となり、本認証鍵が登録された正規の識別番号を送信した場合に限り本認証鍵を取得することができるようにし、セキュリティが担保される。
（４−２２） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
遊技場への出荷前の段階で、前記第１制御手段と前記第２制御手段との間でテスト用鍵を利用して出荷前処理を行なう出荷前処理手段（図５１：基板出荷鍵による通信テスト電文の通信）と、
遊技場に納入された後に、前記第１制御手段と前記第２制御手段との間で認証鍵（基板認証鍵）を利用して遊技場での実稼働時の処理を行なう実稼働処理手段（図５０の遊技機との業務電文通信）とを備える。
上記構成によれば、出荷前処理はテスト用鍵を利用して行なわれる一方、実稼動時の処理は認証鍵を利用して行なわれるために、たとえテスト用鍵が漏洩したとしても、実稼動時における認証鍵が漏洩しない限り実稼動時のセキュリティを保つことが可能となる。
（４−２３） 上記（４−２２）の遊技用システムにおいて、遊技場に納入され最初の電源投入時に初期鍵（基板初期鍵）をサーバ（ホールサーバ８０１）から取得して該初期鍵を利用した処理を実行する初期鍵利用処理手段（図４９の基板初期鍵認証シーケンスとセキュリティ基板情報問合せシーケンス）をさらに備える。
上記構成によれば、遊技場に搬入されて最初の電源投入時に初期鍵を取得して該初期鍵を利用した処理が実行されるため、以降初期鍵を利用してのセキュリティを担保した処理が可能となる。
（４−２４） 上記（４−２３）の遊技用システムにおいて、前記初期鍵利用処理手段は、前記認証鍵をサーバから取得するための処理を実行する（図４９と図５５のセキュリティ基板情報問合せシーケンス）。
上記構成によれば、実稼動時の処理に利用される認証鍵をサーバから取得するにおいては、それに先立って初期鍵をサーバから取得しその初期鍵を利用した処理を実行することにより認証鍵をサーバから取得するための処理が行なわれることとなり、認証鍵をサーバから取得するための処理自体が初期鍵を利用したセキュリティを担保した処理にすることができ、より一層セキュリティを向上させることができる。
（４−２５） 本発明の他の態様は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技機器（ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）であって、
遊技場への出荷前の段階で、前記第１制御手段と前記第２制御手段との間でテスト用鍵を利用して出荷前処理を行なう出荷前処理手段（図５１：基板出荷鍵による通信テスト電文の通信）と、
遊技場に納入された後に、前記第１制御手段と前記第２制御手段との間で認証鍵（基板認証鍵）を利用して遊技場での実稼働時の処理を行なう実稼働処理手段（図５０の遊技機との業務電文通信）とを備える。
上記構成によれば、出荷前処理はテスト用鍵を利用して行なわれる一方、実稼動時の処理は認証鍵を利用して行なわれるために、たとえテスト用鍵が漏洩したとしても、実稼動時における認証鍵が漏洩しない限り実稼動時のセキュリティを保つことが可能となる。
（４−２６） 上記（４−２５）の遊技機器において、遊技場に納入され最初の電源投入時に初期鍵（基板初期鍵）をサーバ（ホールサーバ８０１）から取得して該初期鍵を利用した処理を実行する初期鍵利用処理手段（図４９の基板初期鍵認証シーケンスとセキュリティ基板情報問合せシーケンス）をさらに備える。
上記構成によれば、遊技場に搬入されて最初の電源投入時に初期鍵を取得して該初期鍵を利用した処理が実行されるため、以降初期鍵を利用してのセキュリティを担保した処理が可能となる。
（４−２７） 上記（４−２６）の遊技機器において、前記初期鍵利用処理手段は、前記認証鍵をサーバから取得するための処理を実行する（図４９と図５５のセキュリティ基板情報問合せシーケンス）。
上記構成によれば、実稼動時の処理に利用される認証鍵をサーバから取得するにおいては、それに先立って初期鍵をサーバから取得しその初期鍵を利用した処理を実行することにより認証鍵をサーバから取得するための処理が行なわれることとなり、認証鍵をサーバから取得するための処理自体が初期鍵を利用したセキュリティを担保した処理にすることができ、より一層セキュリティを向上させることができる。
ＣＵ３により記録媒体処理装置が構成されている。ＣＵ制御部３２３またはＳＣ３２５ｂにより、遊技機による遊技を可能とするための遊技用装置が構成されている。また、ＣＵ制御部３２３またはＳＣ３２５ｂにより、遊技機による遊技を可能とするための遊技制御装置が構成されている。
遊技用装置は、相互認証処理に失敗したときに、更新後に認証実績のない認証用情報を用いた認証で失敗したのか、更新後に認証実績のある認証用情報を用いた認証で失敗したのかを判別する認証用情報判別手段（図６１のＳ２０７１）と、前記認証用情報判別手段の判別結果に応じたエラー情報を含む認証結果を送信する認証結果送信手段（図６１のＳ２０７４）とを含んでいる。
一方、遊技制御装置は、上記遊技用装置と相互認証処理を行なうための相互認証処理手段を含んでいる。
すなわち、前記遊技用装置は前記認証用情報判別手段および前記認証結果送信手段を含む装置である一方、前記遊技制御装置は、そのような手段を備える装置と通信可能と通信し相互認証処理を行なう装置である。
本実施の形態の場合には、遊技用装置の一例となるＣＵ制御部３２３は、前記ＳＣ３２５ｂとの関係において前記遊技用装置としての機能をも備えている。また、遊技制御装置の一例となるＳＣ３２５ｂは、ＣＵ制御部３２３との関係において前記遊技用装置としての機能も備えている。
（５−１） 本発明は、第１制御手段（セキュリティチップ：ＳＣ３２５ｂ、ＣＵ制御部３２３、通信制御ＩＣ３２５ａおよび払出制御部１７１など）と、前記第１制御手段とシリアル通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａ、ＳＣ３２５ｂ、払出制御部１７１および主制御部１６１など）とを備えた遊技用システムであって（ＳＣ−通信制御ＩＣ間、ＣＵ制御部−ＳＣ間、通信制御ＩＣ−払出制御部間および払出制御部−主制御部間のそれぞれにおいて通信可能）、
前記第１制御手段から前記第２制御手段に確認電文を送信して、前記第２制御手段の状態確認を行なう状態確認手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３０〜図３２：状態確認要求の送信）と、
前記状態確認手段により送信された前記確認電文に対する応答電文を前記第２制御手段から前記第１制御手段に送信して、前記第２制御手段の状態確認の応答を行なう状態確認応答手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３０〜図３２：状態確認応答の送信）と、
前記第１制御手段において、前記確認電文を送信した後に電文を読出す電文読出手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ３２５ｂ側での電文の読出し）と、
前記電文読出手段で読出した電文の２バイト目の情報が、前記読出した電文の１バイト目の反転情報と異なる状態が所定の設定条件（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ−通信制御ＩＣ断線検知時間）が成立するまで連続すると、前記第１制御手段と前記第２制御手段との間で断線が生じていると判定する断線判定手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ３２５ｂが断線が生じていると判定）とを備える。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常が発生したことの原因が、制御手段同士を繋ぐ配線が断線したことであると容易に検知することが可能となる。
（５−２） 本発明は、遊技機による遊技を可能とするための遊技用装置（ＣＵ）であって（ＳＣ−通信制御ＩＣ間およびＣＵ制御部−ＳＣ間のそれぞれにおいて通信可能）、
第１制御手段（セキュリティチップ：ＳＣ３２５ｂ、ＣＵ制御部３２３）と、
前記第１制御手段とシリアル通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａ、ＳＣ３２５ｂ）と、
前記第１制御手段から前記第２制御手段に確認電文を送信して、前記第２制御手段の状態確認を行なう状態確認手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３０〜図３２：状態確認要求の送信）と、
前記状態確認手段により送信された前記確認電文に対する応答電文を前記第２制御手段から前記第１制御手段に送信して、前記第２制御手段の状態確認の応答を行なう状態確認応答手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３０〜図３２：状態確認応答の送信）と、
前記第１制御手段において、前記確認電文を送信した後に電文を読出す電文読出手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ３２５ｂ側での電文の読出し）と、
前記電文読出手段で読出した電文の２バイト目の情報が、前記読出した電文の１バイト目の反転情報と異なる状態が所定の設定条件（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ−通信制御ＩＣ断線検知時間）が成立するまで連続すると、前記第１制御手段と前記第２制御手段との間で断線が生じていると判定する断線判定手段（たとえばＳＣ−通信制御ＩＣ間の通信において、図３２：ＳＣ３２５ｂが断線が生じていると判定）とを備える。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常が発生したことの原因が、制御手段同士を繋ぐ配線が断線したことであると容易に検知することが可能となる。
（５−３） 本発明は、通信制御手段（通信制御ＩＣ３２５ａ）とシリアル通信可能に接続し、遊技機による遊技を可能とするための遊技制御装置（セキュリティチップ：ＳＣ３２５ｂ）であって、
前記通信制御手段に確認電文を送信して当該通信制御手段の状態確認を行なう状態確認手段（図３０〜図３２：状態確認要求の送信）と、
前記通信制御手段から前記確認電文を送信した後に、電文を読出す電文読出手段（図３２：ＳＣ３２５ｂ側での電文の読出し）と、
前記電文読出手段で読出した電文の２バイト目の情報が、前記読出した電文の１バイト目の反転情報と異なる状態が所定の設定条件（たとえば、図３２：ＳＣ−通信制御ＩＣ断線検知時間）が成立するまで連続すると、前記通信制御手段との間で断線が生じていると判定する断線判定手段（図３２：ＳＣ３２５ｂが断線が生じていると判定）とを備える。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常が発生したことの原因が、制御手段同士を繋ぐ配線が断線したことであると容易に検知することが可能となる。
（５−４） 本発明は、セキュリティ制御手段（セキュリティチップ：ＳＣ３２５ｂ）とシリアル通信可能に接続し、遊技機による遊技を可能とするための遊技制御装置（通信制御ＩＣ３２５ａ）であって、
前記セキュリティ制御手段より確認電文を受信したときに応答電文を前記セキュリティ制御手段へ返信する応答電文返信手段（図３０〜図３２：状態確認応答の送信）を備え、
前記応答電文返信手段は、前記応答電文の２バイト目の情報を当該応答電文の１バイト目の反転情報として前記セキュリティ制御手段に送信することによって、前記セキュリティ制御手段が読出した電文の２バイト目の情報が、前記読出した電文の１バイト目の反転情報と異なる状態が所定の設定条件（たとえば、図３２：ＳＣ−通信制御ＩＣ断線検知時間）が成立するまで連続すると、前記遊技制御装置との間で断線が生じていると前記セキュリティ制御手段（図３２：ＳＣ３２５ｂが断線が生じていると判定）が判定可能にする。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常が発生したことの原因が、制御手段同士を繋ぐ配線が断線したことであると容易に検知することが可能となる。
（５−５） 上記（５−１）〜（５−３）において、
前記第１制御手段と前記前記第２制御手段とをシリアル通信可能に接続する配線は、クロック信号を通信するためのクロック線（マスタから出力したシリアル・クロックを、スレーブに入力するためのクロック線）と、電文を通信するためのデータ線（マスタから出力したデータを、スレーブに入力するための第１データ線、スレーブから出力したデータを、マスタに入力するための第２データ線）とを少なくとも含み、
前記断線判定手段は、前記クロック線および前記データ線のうち少なくとも一本の配線が切断されたか否かを判定する。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常が発生したことの原因が、制御手段同士を繋ぐクロック線およびデータ線のうち少なくとも一本の配線が断線したことであると容易に検知することが可能となる。
（５−６） 上記（５−１）、（５−２）において、
前記第１制御手段は、前記第２制御手段に対して送信した電文の応答が無応答の場合に、前記第２制御手段に対して前記電文を再度送信（図３１：業務電文送信（再送））する。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常を容易に検知することが可能となる。
（５−７） 上記（５−６）において、
前記第２制御手段は、前記第１制御手段に対して前記電文の応答を再度送信することなく、
前記第１制御手段が、前記第２制御手段に対してのみ前記電文を再度送信する。
上記構成によれば、制御手段同士で互いにシリアル通信を行なう場合に、通信異常を容易に検知することが可能となる。また、第２制御手段から第１制御手段に対して電文の応答を再度送信することがないので、第２制御手段から電文の応答を意図的に取得する不正行為を防止することができる。
（５−８） 上記（５−１）において、前記第１の制御手段と前記第２の制御手段とは、ともに、
互いに暗号通信を行なう第１暗号通信処理手段（ＳＥ１モード）と、
前記第１暗号通信処理手段による暗号通信の後に、該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段（ＳＥ２モード）とを備え、
前記第１の制御手段（ＳＣ３２５ｂ）は、前記第２暗号通信処理手段による暗号通信に用いる第１の暗号鍵（上りカウンタ）を前記第１の制御手段から前記第２の制御手段への電文の送信が完了する毎に更新する第１の暗号鍵更新手段を含み、
前記第２の制御手段（ＣＵ制御部３２３）は、前記第２暗号通信処理手段による暗号通信に用いる第２の暗号鍵（下りカウンタ）を前記第２の制御手段から前記第１の制御手段への電文の送信が完了する毎に更新する第２の暗号鍵更新手段を含む。
上記構成によれば、第１の制御手段と第２の制御手段とは通信方向により異なる暗号鍵を用いて通信するために、通信方向に関わらず共通の暗号鍵を用いる場合と比較して通信のセキュリティを高めることができる。
（５−９） 上記（５−８）において、前記第１の暗号鍵更新手段は、前記第２の制御手段（ＣＵ制御部３２３）から電文を受信したことに基づいて前記第１の暗号鍵（上りカウンタ）を所定値だけカウントアップし（＋１）、
前記第２の暗号鍵更新手段は、前記第１の制御手段から電文を受信したことに基づいて前記第２の暗号鍵を所定値だけカウントアップし（＋１）、
前記第１の制御手段および前記第２の制御手段は、前記第１の暗号鍵（上りカウンタ）および前記第２の暗号鍵（下りカウンタ）を記憶する暗号鍵記憶手段（ＣＵ制御部３２３およびＳＣ３２５ｂのカウンタ記憶エリア）を含み、当該暗号鍵記憶手段が記憶している暗号鍵で復号異常が発生したときに当該暗号鍵を前記所定値だけカウントアップして成る暗号鍵にて復号を再試行する（図４５のＳ１５２、Ｓ１５４、Ｓ１５６〜Ｓ１５８、図４７、図４８）。
上記構成によれば、復号異常が発生した場合であっても、暗号鍵を所定値だけカウントアップして成る暗号鍵にて復号が再試行され、その結果、復号を成功させることも可能となるために、通信品質の一時的な劣化等の影響によって復号異常が発生しても、暗号鍵を自動修復させて通信を継続可能となる。
（５−１０） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段とが互いの認証用情報（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９、図５１の基板初期鍵認証シーケンス）を備え、
前記第１制御手段と前記第２制御手段との少なくとも一方は、製造段階で前記認証用情報を記憶しておらず（ＣＵ制御部が基板初期鍵を記憶しておらず）、遊技場に搬入された後サーバと通信可能になった段階で該サーバから前記認証用情報を取得して記憶し（図４９：ＣＵ制御部が上位装置よりダウンロードした基板初期鍵を記憶する）、
前記相互認証処理手段は、前記第１制御手段と前記第２制御手段との少なくとも一方が前記認証用情報を記憶していないときには不適正な認証結果を導出し（図５１：基板初期鍵の取得なしの状態で基板初期鍵認証をすれば認証結果がＮＧとなる）、
前記第１制御手段と前記第２制御手段とは、
前記認証用情報が記憶された後において、前記相互認証処理および該相互認証処理後の各種処理を実行し（図４９の基板初期鍵認証シーケンスおよびその後の通信鍵交換シーケンス等を実行）、
前記認証用情報が記憶される前においても前記相互認証処理を実行し（図５１の基板初期鍵認証シーケンスを実行し）、該相互認証処理により不適正な認証結果（ＮＧ）が導出されることにより、前記認証用情報が記憶される前の段階で実行するために用意されている処理（図５１：基板出荷鍵による通信テスト電文の通信）を実行する。
上記構成によれば、遊技場に搬入された後、サーバと通信可能になった段階でサーバから認証用情報を取得してその認証用情報を用いて第１制御手段と第２制御手段とが相互認証処理を行ない、セキュリティが担保される。一方、前記認証用情報が未だ記憶されていない段階でも相互認証処理が実行され、その結果不適正な認証結果が導出され、これにより認証用情報が記憶される前の段階で実行するために用意されている処理を実行するように制御される。つまり、認証用情報を取得した後にセキュリティの担保のために実行される相互認証処理を、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別にも有効利用し、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別を行なう特別の判別ステップを設けることによる制御の複雑化を防止することができる。
（５−１１） 上記（５−１０）の遊技用システムにおいて、前記認証用情報の記憶は、遊技場に搬入されて最初の電源投入時に実行される（図４９）。
上記構成によれば、遊技場に搬入されて最初の電源投入時に認証用情報の記憶がなされるために、それ以降遊技場での実稼動時には第１制御手段と第２制御手段との間でのセキュリティを担保するための相互認証処理が実行されることとなり、実稼動時におけるセキュリティが担保できる。
（５−１２） 上記（５−１０）または（５−１１）の遊技用システムにおいて、前記認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理である（図５１の通信テスト電文の通信）。
上記構成によれば、認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理であり、その結果、遊技場に搬入される前の段階ではこのテスト処理が実行されることとなり、テスト処理を実行したテスト済のものを遊技場に搬入することができる。
（５−１３） 上記（５−１２）の遊技用システムにおいて、前記テスト処理は、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行する処理である（図５１：基板出荷鍵を用いた通信テスト電文の通信）。
上記構成によれば、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行してテスト処理が行なわれるために、テスト電文のセキュリティ自体も担保することができる。
（５−１４） 本発明の他の態様は、第１制御手段と、該第１制御手段と通信可能に接続された第２制御手段とを備えた遊技機器（ＣＵ３、Ｐ台２、Ｓ台２Ｓ、ジェットカウンタ、ＰＯＳ等）であって、
前記第１制御手段と前記第２制御手段とが互いの認証用情報を用いて相互認証処理を行なう相互認証処理手段（図４９、図５１の基板初期鍵認証シーケンス）を備え、
前記第１制御手段と前記第２制御手段との少なくとも一方は、製造段階で前記認証用情報を記憶しておらず（ＣＵ制御部が基板初期鍵を記憶しておらず）、遊技場に搬入された後サーバと通信可能になった段階で該サーバから前記認証用情報を取得して記憶し（図４９：ＣＵ制御部が上位装置よりダウンロードした基板初期鍵を記憶する）、
前記相互認証処理手段は、前記第１制御手段と前記第２制御手段との少なくとも一方が前記認証用情報を記憶していないときには不適正な認証結果を導出し（図５１：基板初期鍵の取得なしの状態で基板初期鍵認証をすれば認証結果がＮＧとなる）、
前記第１制御手段と前記第２制御手段とは、
前記認証用情報が記憶された後において、前記相互認証処理および該相互認証処理後の各種処理を実行し（図４９の基板初期鍵認証シーケンスおよびその後の通信鍵交換シーケンス等を実行）、
前記認証用情報が記憶される前においても前記相互認証処理を実行し（図５１の基板初期鍵認証シーケンスを実行し）、該相互認証処理により不適正な認証結果（ＮＧ）が導出されることにより、前記認証用情報が記憶される前の段階で実行するために用意されている処理（図５１：基板出荷鍵による通信テスト電文の通信）を実行する。
上記構成によれば、遊技場に搬入された後、サーバと通信可能になった段階でサーバから認証用情報を取得してその認証用情報を用いて第１制御手段と第２制御手段とが相互認証処理を行ない、セキュリティが担保される。一方、前記認証用情報が未だ記憶されていない段階でも相互認証処理が実行され、その結果不適正な認証結果が導出され、これにより認証用情報が記憶される前の段階で実行するために用意されている処理を実行するように制御される。つまり、認証用情報を取得した後にセキュリティの担保のために実行される相互認証処理を、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別にも有効利用し、認証用情報が記憶される前の段階で実行するために用意されている処理を実行するか否かの判別を行なう特別の判別ステップを設けることによる制御の複雑化を防止することができる。
（５−１５） 上記（５−１４）の遊技機器において、前記認証用情報の記憶は、遊技場に搬入されて最初の電源投入時に実行される（図４９）。
上記構成によれば、遊技場に搬入されて最初の電源投入時に認証用情報の記憶がなされるために、それ以降遊技場での実稼動時には第１制御手段と第２制御手段との間でのセキュリティを担保するための相互認証処理が実行されることとなり、実稼動時におけるセキュリティが担保できる。
（５−１６） 上記（５−１４）または（５−１５）の遊技機器において、前記認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理である（図５１の通信テスト電文の通信）。
上記構成によれば、認証用情報が記憶される前の段階で実行するために用意されている処理は、遊技場に出荷する前に実行するテスト処理であり、その結果、遊技場に搬入される前の段階ではこのテスト処理が実行されることとなり、テスト処理を実行したテスト済のものを遊技場に搬入することができる。
（５−１７） 上記（５−１６）の遊技機器において、前記テスト処理は、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行する処理である（図５１：基板出荷鍵を用いた通信テスト電文の通信）。
上記構成によれば、予め記憶されているテスト用鍵を用いてテスト電文の暗号通信を実行してテスト処理が行なわれるために、テスト電文のセキュリティ自体も担保することができる。
（５−１８） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１制御手段と前記第２制御手段との間で仮運用鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図４９と図５５のセキュリティ基板情報問合せシーケンス）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図５０の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図４９：セキュリティ基板情報問合せシーケンスおよび基板初期鍵認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンス（図５７）を実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（５−１９） 上記（５−１８）の遊技用システムにおいて、前記仮運用処理手段は、予め定められた期間内でのみ前記仮の運用処理を実行する（たとえば２日間に限定して運用を許容する）。
上記構成によれば、予め定められた期間内にのみ仮の運用処理が実行されるために、本認証鍵の取得不能時というセキュリティ上不安定な状態での仮の運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（５−２０） 上記（５−１８）または（５−１９）の遊技用システムにおいて、前記本認証鍵取得手段は、識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）に対し、識別番号（基板シリアル番号）を送信して該識別番号に対応する前記本認証鍵を取得する処理を行なう（図５５）。
上記構成によれば、識別番号に対応付けて本認証鍵がサーバに記憶されており、そのサーバに対して識別番号を送信してその識別番号に対応する本認証鍵が取得されるために、サーバに識別番号に対応付けて正規に本認証鍵が記憶されている場合に限りその本認証鍵が取得可能となり、本認証鍵が登録された正規の識別番号を送信した場合に限り本認証鍵を取得することができるようにし、セキュリティが担保される。
（５−２１） 上記（５−２０）の遊技用システムにおいて、前記識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）をさらに備え、
該サーバは、前記本認証鍵を取得して記憶する装置を製造したメーカが出荷する該装置に用いられる識別番号（基板シリアルＩＤ）と前記本認証鍵とを含む情報を受信し、該情報に含まれる識別番号に対応付けて該本認証鍵を記憶する（基板シリアルＩＤに対応付けて基板認証鍵を記憶）。
上記構成によれば、本認証鍵を取得して記憶する装置を製造したメーカが出荷する該装置に用いられる識別番号と前記本認証鍵とを含む情報をサーバが受信し、その情報に含まれる識別番号に対応付けて本認証鍵をサーバが記憶するために、メーカが出荷した正規の装置に限り本認証鍵をサーバから取得でき、メーカが出荷する正規の装置以外の装置が本認証鍵を取得できてしまう不都合を極力防止することによりセキュリティを担保できる。
（５−２２） 本発明の他の態様は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技機器（ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）であって、
前記第１制御手段と前記第２制御手段との間で仮運用鍵（基板初期鍵）を用いて相互認証処理を行なう相互認証処理手段（図４９の基板初期鍵認証シーケンス）と、
該相互認証処理手段による認証結果が適正であることを条件として本認証鍵（基板認証鍵）を取得する処理を行なう本認証鍵取得手段（図４９と図５５のセキュリティ基板情報問合せシーケンス）と、
該本認証鍵取得手段により取得した本認証鍵を利用しての運用処理を実行する本運用処理手段（図５０の遊技機との業務電文通信）と、
前記本認証鍵取得手段による処理の結果前記本認証鍵を取得できなかったときに、前記仮認証鍵を利用しての仮の運用処理を実行する仮運用処理手段（図４９：基板シリアルＩＤ認証シーケンスおよび基板初期鍵認証シーケンスを実行することなく基板初期鍵を用いて通信鍵交換シーケンス（図５７）を実行する）とを備えた。
上記構成によれば、仮認証鍵を用いて相互認証処理を行なってその認証結果が適正であることを条件として本認証鍵を取得する処理が実行されるために、高いセキュリティを担保することが可能となる。しかも、その本認証鍵の取得処理の結果本認証鍵を取得できなかったときには、前記仮認証鍵を利用して仮の運用処理が実行されるために、本認証鍵の取得不能時における運用処理が全くできなくなる不都合をも防止することができる。
（５−２３） 上記（５−２２）の遊技機器において、前記仮運用処理手段は、予め定められた期間内でのみ前記仮の運用処理を実行する（たとえば２日間に限定して運用を許容する）。
上記構成によれば、予め定められた期間内にのみ仮の運用処理が実行されるために、本認証鍵の取得不能時というセキュリティ上不安定な状態での仮の運用処理を無期限に許容することによるセキュリティ上の問題を軽減することができる。
（５−２４） 上記（５−２２）または（５−２３）の遊技機器において、前記本認証鍵取得手段は、識別番号に対応付けて本認証鍵を記憶しているサーバ（鍵管理サーバ８００）に対し、識別番号（基板シリアル番号）を送信して該識別番号に対応する前記本認証鍵を取得する処理を行なう（図５５）。
上記構成によれば、識別番号に対応付けて本認証鍵がサーバに記憶されており、そのサーバに対して識別番号を送信してその識別番号に対応する本認証鍵が取得されるために、サーバに識別番号に対応付けて正規に本認証鍵が記憶されている場合に限りその本認証鍵が取得可能となり、本認証鍵が登録された正規の識別番号を送信した場合に限り本認証鍵を取得することができるようにし、セキュリティが担保される。
（５−２５） 本発明は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
遊技場への出荷前の段階で、前記第１制御手段と前記第２制御手段との間でテスト用鍵を利用して出荷前処理を行なう出荷前処理手段（図５１：基板出荷鍵による通信テスト電文の通信）と、
遊技場に納入された後に、前記第１制御手段と前記第２制御手段との間で認証鍵（基板認証鍵）を利用して遊技場での実稼働時の処理を行なう実稼働処理手段（図５０の遊技機との業務電文通信）とを備える。
上記構成によれば、出荷前処理はテスト用鍵を利用して行なわれる一方、実稼動時の処理は認証鍵を利用して行なわれるために、たとえテスト用鍵が漏洩したとしても、実稼動時における認証鍵が漏洩しない限り実稼動時のセキュリティを保つことが可能となる。
（５−２６） 上記（５−２５）の遊技用システムにおいて、遊技場に納入され最初の電源投入時に初期鍵（基板初期鍵）をサーバ（ホールサーバ８０１）から取得して該初期鍵を利用した処理を実行する初期鍵利用処理手段（図４９の基板初期鍵認証シーケンスとセキュリティ基板情報問合せシーケンス）をさらに備える。
上記構成によれば、遊技場に搬入されて最初の電源投入時に初期鍵を取得して該初期鍵を利用した処理が実行されるため、以降初期鍵を利用してのセキュリティを担保した処理が可能となる。
（５−２７） 上記（５−２６）の遊技用システムにおいて、前記初期鍵利用処理手段は、前記認証鍵をサーバから取得するための処理を実行する（図４９と図５５のセキュリティ基板情報問合せシーケンス）。
上記構成によれば、実稼動時の処理に利用される認証鍵をサーバから取得するにおいては、それに先立って初期鍵をサーバから取得しその初期鍵を利用した処理を実行することにより認証鍵をサーバから取得するための処理が行なわれることとなり、認証鍵をサーバから取得するための処理自体が初期鍵を利用したセキュリティを担保した処理にすることができ、より一層セキュリティを向上させることができる。
（５−２８） 本発明の他の態様は、第１制御手段（ＣＵ制御部３２３、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）と、該第１制御手段と通信可能に接続された第２制御手段（セキュリティチップ３２５ｂ、またはＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）とを備えた遊技機器（ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）であって、
遊技場への出荷前の段階で、前記第１制御手段と前記第２制御手段との間でテスト用鍵を利用して出荷前処理を行なう出荷前処理手段（図５１：基板出荷鍵による通信テスト電文の通信）と、
遊技場に納入された後に、前記第１制御手段と前記第２制御手段との間で認証鍵（基板認証鍵）を利用して遊技場での実稼働時の処理を行なう実稼働処理手段（図５０の遊技機との業務電文通信）とを備える。
上記構成によれば、出荷前処理はテスト用鍵を利用して行なわれる一方、実稼動時の処理は認証鍵を利用して行なわれるために、たとえテスト用鍵が漏洩したとしても、実稼動時における認証鍵が漏洩しない限り実稼動時のセキュリティを保つことが可能となる。
（５−２９） 上記（５−２８）の遊技機器において、遊技場に納入され最初の電源投入時に初期鍵（基板初期鍵）をサーバ（ホールサーバ８０１）から取得して該初期鍵を利用した処理を実行する初期鍵利用処理手段（図４９の基板初期鍵認証シーケンスとセキュリティ基板情報問合せシーケンス）をさらに備える。
上記構成によれば、遊技場に搬入されて最初の電源投入時に初期鍵を取得して該初期鍵を利用した処理が実行されるため、以降初期鍵を利用してのセキュリティを担保した処理が可能となる。
（５−３０） 上記（５−２９）の遊技機器において、前記初期鍵利用処理手段は、前記認証鍵をサーバから取得するための処理を実行する（図４９と図５５のセキュリティ基板情報問合せシーケンス）。
上記構成によれば、実稼動時の処理に利用される認証鍵をサーバから取得するにおいては、それに先立って初期鍵をサーバから取得しその初期鍵を利用した処理を実行することにより認証鍵をサーバから取得するための処理が行なわれることとなり、認証鍵をサーバから取得するための処理自体が初期鍵を利用したセキュリティを担保した処理にすることができ、より一層セキュリティを向上させることができる。
ＣＵ３ｂにより、遊技機による遊技を可能とするための遊技用装置が構成されている。また、通信制御ＩＣ３２５ａまたはＳＣ３２５ｂにより、遊技機による遊技を可能とするための遊技制御装置が構成されている。
遊技用装置は、第１制御手段（セキュリティチップ：ＳＣ３２５ｂ）と、前記第１制御手段とシリアル通信可能に接続された第２制御手段（通信制御ＩＣ３２５ａ）と、前記第１制御手段から前記第２制御手段に確認電文を送信して、前記第２制御手段の状態確認を行なう状態確認手段（図３０〜図３２：状態確認要求の送信）と、前記状態確認手段により送信された前記確認電文に対する応答電文を前記第２制御手段から前記第１制御手段に送信して、前記第２制御手段の状態確認の応答を行なう状態確認応答手段（図３０〜図３２：状態確認応答の送信）と、前記第１制御手段において、前記確認電文を送信した後に電文を読出す電文読出手段（図３２：ＳＣ３２５ｂ側での電文の読出し）と、前記電文読出手段で読出した電文の２バイト目の情報が、前記読出した電文の１バイト目の反転情報と異なる状態が所定の設定条件（たとえば、図３２：ＳＣ−通信制御ＩＣ断線検知時間）が成立するまで連続すると、前記第１制御手段と前記第２制御手段との間で断線が生じていると判定する断線判定手段（図３２：ＳＣ３２５ｂが断線が生じていると判定）とを備える。
一方、遊技制御装置は、上記遊技用装置に含まれる装置であり、状態確認手段と、電文読出手段と、断線判定手段とを備える装置、または当該装置とシリアル通信可能に接続した装置である。
本実施の形態の場合には、遊技用装置の一例となるＣＵ３は、通信制御ＩＣ３２５ａおよびＳＣ３２５ｂを含み、前記遊技用装置としての機能をも備えている。
カードユニットおよびパチンコ機を示す正面図である。 カードユニットおよびパチンコ機に用いられる制御回路を示すブロック図である。 遊技玉数表示器および表示器の表示制御を説明するためのブロック図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵を説明するための図である。 カードユニット側とパチンコ機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 電源投入時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理の一例を示す図である。 挿入したカードのプリペイド残額から玉貸したときのカードユニットとパチンコ機との処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニットとパチンコ機との処理の一例を示す図である。 遊技玉を計数するときのカードユニットとパチンコ機との通常の処理の一例を示す図である。 遊技玉を計数するときのカードユニットとパチンコ機との処で計数ＮＧとなる一例を示す図である。 遊技者がカード返却操作を行なった場合の計数処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への状態情報要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへ状態情報応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの加算応答のレスポンスが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への加算要求のコマンドが未到達のときの処理の別の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの計数応答のレスポンスが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、カードユニットからパチンコ機への計数要求のコマンドが未到達のときの処理の一例を示す図である。 電源断、通信回線断線があって、パチンコ機からカードユニットへの計数応答のレスポンスが未到達のときの処理の別の一例を示す図である。 玉貸・持玉払出・貯玉払出時の遊技玉加算結果異常のときの処理の一例を示す図である。 加算通番に関するＰ台およびＣＵの動作を説明するための概念図である。 計数通番に関するＰ台およびＣＵの動作を説明するための概念図である。 第１および第２チェック処理に関する動作の一例を説明するための図である。 第３チェック処理に関する動作の一例を説明するための図である。 ＳＣと通信制御ＩＣとの間の業務電文の送信処理を説明する図である。 ＳＣと通信制御ＩＣとの間の通信異常検知の処理を説明する図である。 ＳＣと通信制御ＩＣとの間の通信回線断検知の処理を説明する図である。 ＳＣと通信制御ＩＣとの間の業務電文シーケンスの処理を説明する図である。 通信制御ＩＣの認証シーケンスの処理を説明する図である。 第１認証シーケンスの処理を説明する図である。 通信制御ＩＣの認証異常シーケンスの処理を説明する図である。 （ａ）（ｂ）は、ＳＥ２モードの暗号化および復号に用いられるカウンタを示す図であり、（ｃ）は、ＳＥ２モードによるブロック暗号の暗号化の仕組を説明する説明図である。 ＳＥ２モードによるブロック暗号の復号の仕組を説明する説明図である。 暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信を示す図である。 ＳＣからＣＵ制御部へのレスポンスが到達しなかった場合の異常時の処理を示す図である。 ＣＵ制御部からＳＣへのコマンドが到達しなかった場合の異常時の処理を示す図である。 図４０に示したレスポンス未到達の異常時における変形例の処理を示す図である。 コマンドが未到達の異常時における処理の変形例を示す図である。 （ａ）は、ＳＥ２モードによる暗号処理を示すフローチャート、（ｂ）は、ＳＥ２モードによる復号処理を示すフローチャートである。 （ａ）は図４０、図４１に示したカウンタ修復処理の具体的制御内容を示すフローチャートであり、（ｂ）は図４２、図４３に示した変形例の修復処理の具体的制御内容を示すフローチャートである。 ＳＥ２モードによる復号処理のカウンタ動作を説明するための図である。 ＳＥ２モード時のカウンタの自動修復（ＣＵ側）を説明するためのシーケンス図である。 ＳＥ２モード時のカウンタの自動修復（ＳＣ側）を説明するためのシーケンス図である。 ＣＵ制御部の電源投入・ホール設置時の立上の処理を説明するための図である。 ＣＵ制御部の電源投入・通常立上の処理を説明するための図である。 ＣＵ制御部の電源投入・工場出荷時立上の処理を説明するための図である。 基板メーカコードの認証シーケンスの処理を説明するための図である。 基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明するための図である。 基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。 遊技機チップ情報問合せシーケンスの処理を説明するための図である。 通信交換鍵シーケンスを説明する図である。 基板認証鍵認証異常のシーケンスの処理を説明するための図である。 セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。 遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。 基板認証鍵の認証の処理を説明するためのフローチャートである。 通信モードの切替処理を説明するためのフローチャートの一例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 通信モードの切替処理を説明するためのフローチャートの他の例であり、（ａ）はＣＵ制御部−ＳＣ間の通信モード切替処理、（ｂ）はＳＣ−通信制御ＩＣ間の通信モード切替処理である。 統一店舗コードのチェックの認証動作を説明するためのフローチャートである。 基板メーカコードの認証動作を説明するためのフローチャートである。 受信間隔監視処理を説明するためのフローチャートである。 異常電文監視処理を説明するためのフローチャートである。 遊技機チップ問合せ処理を説明するためのフローチャートである。 暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信を示す図である。 ＳＣからＣＵ制御部へのレスポンスが到達しなかった場合の異常時の処理を示す図である。 ＣＵ制御部からＳＣへのコマンドが到達しなかった場合の異常時の処理を示す図である。 図７０に示したレスポンス未到達の異常時における変形例の処理を示す図である。 コマンドが未到達の異常時における処理の変形例を示す図である。 ＳＥ２モードによる復号処理のカウンタ動作を説明するための図である。 ＳＥ２モード時のカウンタの自動修復（ＣＵ側）を説明するためのシーケンス図である。 ＳＥ２モード時のカウンタの自動修復（ＳＣ側）を説明するためのシーケンス図である。 贈与処理の流れを示すフローチャートおよび遊技者所有の価値を管理するための記憶テーブルの説明図である。 レート関連処理の流れを示すフローチャートである。 変換処理の流れを示すフローチャートである。 返却可否判定処理の流れを示すフローチャートである。 変形例としての贈与処理の流れを示すフローチャートおよび遊技者所有の価値を管理するための記憶テーブルの説明図である。 スロットマシンの前面扉を開放した状態を示す斜視図である。 カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
以下、図面を参照して本発明に係る実施の形態を以下に説明する。
＜パチンコ機の構成＞
まず、図１を参照して、本実施の形態に係るパチンコ機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ機（以下、遊技機、パチンコ機またはＰ台と略称する）２が併設されている。なお、パチンコ機２の所定側の側方位置には、該パチンコ機２に対してカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。
パチンコ機２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図２参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。
図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であって、遊技領域２７の中央に可変表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
可変表示装置２７８は、複数種類の識別情報（図柄）を可変表示可能な可変表示部を備えており、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の可変表示を開始させる。可変表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態となり、大入賞口２７１が開放する。
また、可変表示装置２７８の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４に回収されたパチンコ玉は再度パチンコ機２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
パチンコ機２における遊技領域２７の下方位置には、表示器５４が設けられている。表示器５４は、液晶表示装置で構成されており、持点やカード残額、あるいは可変表示装置２７８の表示と連動した様々な演出画像を遊技者に表示する。
さらに、パチンコ機２における打球操作ハンドル２５の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。本実施の形態では、計数ボタン２８を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行なわれるようにしてもよく、あるいは、計数ボタン２８を１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。
このように、計数ボタン２８をパチンコ機（Ｐ台）２側に設けているため、計数ボタン２８をカードユニット（ＣＵ）３側に設ける場合に比較して、パチンコ機２に正対して座っている遊技者の操作性を向上できる。
計数ボタン２８の右上方には、遊技玉数を表示するための遊技玉数表示器２９が設けられている。遊技玉数表示器２９は、７セグメント式のディスプレイである。なお、遊技玉数表示器２９は、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
本実施の形態に係るパチンコ機２は、遊技盤２６とそれ以外の遊技枠（前枠）６とに分けることができる。特に、遊技盤２６は、各社が開発するパチンコ機の機種毎に異なるものである一方、遊技機枠６は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６のみの交換で事足りる。
＜カードユニットの構成＞
次に、引続き図１を参照して、本実施の形態に係るカードユニット３の構成を説明する。このカードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
それらのカードを受付けたカードユニット３は、カードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残額、持玉数、あるいは貯玉数等）を“遊技玉のデータ”に変換する機能を有する。パチンコ機２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。
前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤ（単に、カードＩＤ、Ｃ-ＩＤとも言う）ならびに会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９とが設けられている。
表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残額（カード残額または単に残額とも言う）を表示するものであるが、遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてパチンコ機２による遊技を行なうことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ等に記録されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、パチンコ機２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。なお、再プレイボタン３１９とは別に、持玉を引落とすための専用の持玉払出ボタンを設け、再プレイボタン３１９は貯玉引落とし専用のボタンとしてもよい。
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設置されたホール用管理コンピュータやその他の管理コンピュータにより管理される。
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
「遊技玉」とは、遊技機で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ等の遊技場に設置されたホールサーバ８０１（上位サーバ）８０１（図４参照）に会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともにホール内に設置されたホールサーバ８０１にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記録している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１にカード番号と対応させて記憶させてもよい。このホールサーバ８０１にカード番号と対応させて記憶させる際に、ホールサーバ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバ８０１に記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行なわれる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
また、遊技者が遊技を終えてカードユニット３からカードを返却したときには、カードユニット３に記憶していた持玉が一旦貯玉としてホールサーバ８０１に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のカードユニット３にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのカードユニット３に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
カードユニット３の前面側には、さらに、ＩＲ（Infrared）感光ユニット（ＩＲ受光ユニットとも言う）３２０と、玉貸ボタン（貸出ボタンとも言う）３２１と、カード返却ボタン３２２とが設けられている。ＩＲ感光ユニット３２０は、遊技場の係員が所持するリモコン（図示略）から赤外線信号を受信して電子信号に変換して出力するＩＲ感光ユニット３２０である。玉貸ボタン３２１は、挿入されたカードに記録されている残額を引落としてパチンコ機２による遊技に用いるための操作（遊技玉への変換操作）を行なうボタンである。カード返却ボタン３２２は、遊技者が遊技を終了するときに操作され、挿入されているカードに遊技終了時の確定した遊技玉数（カード挿入時の持玉数−遊技玉への変換数＋計数操作によって計数された持玉数）を記憶させて排出するための操作ボタンである。
＜カードユニットとパチンコ機との構成＞
図２は、カードユニット３とパチンコ機２との構成を示すブロック図である。図２を参照して、カードユニット３とパチンコ機２との制御回路の概略を説明する。
カードユニット３には、マイクロコンピュータ等から構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、カードユニット３の主制御機能部であり、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
ＣＵ制御部３２３には、ホール用管理コンピュータやセキュリティ上の管理を行なうホールサーバ８０１（図４参照）と通信を行なうための外部通信部（図示省略）が設けられている。ＣＵ制御部３２３には、パチンコ機２の払出制御基板１７とセキュリティを確保しながら通信を行なうためのセキュリティ基板（ＳＣ基板）３２５が接続される。セキュリティ基板３２５は、カードユニット３のセキュリティ監視機能部である。なお、セキュリティ基板３２５上にＣＵ制御部３２３を設けてもよく、あるいは、セキュリティ基板３２５とは別の基板にＣＵ制御部３２３を設けてもよい。カードユニット３にはパチンコ機２側への接続部（図示省略）が設けられており、パチンコ機２にはカードユニット３側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタ等で構成されている。
カードユニット３側のセキュリティ基板３２５とパチンコ機２側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、パチンコ機２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。さらに、ＳＣ３２５ｂは、不正検知部１３２５を備え、不正検知部１３２５がＣＵ制御部３２３からパチンコ機２に通知される遊技玉の加算要求情報を監視することにより不正検知を行ない、不正検知時に鍵管理サーバ８００（図４参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００から基板制御情報として通知される。
ＣＵ制御部３２３には、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３には、遊技場の係員が所持しているリモコンから発せられた赤外線をＩＲ感光ユニット３２０が受光すれば、その受光信号が入力される。ＣＵ制御部３２３には、挿入されたカードの記録情報をカードリーダライタが読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３からカードリーダライタに対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタはそのデータを挿入されているカードに書込む。カードの記録情報には、カードＩＤが含まれる。ＣＵ制御部３２３は、カードリーダライタが読み取ったカードＩＤを遊技終了まで記憶する。
ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３から残額あるいは遊技玉数等のデータが表示制御部３５０に出力され、表示制御部３５０で表示用データに変換される。パチンコ機２に対し、表示制御部３５０で変換した表示用データが送信される。パチンコ機２に送信された表示用データは、中継基板１４を介して表示器３１２に入力される。表示器３１２には、その表示用データに応じた画像が表示される。また、表示器３１２の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が表示制御部３５０を介してＣＵ制御部３２３に入力される。遊技者が玉貸ボタン３２１を操作することにより、その操作信号がＣＵ制御部３２３に入力される。なお、玉貸ボタン３２１は、ＣＵ３に設ける構成に限定されるものではなく、パチンコ機２に設けて操作信号をＣＵ制御部３２３に入力する構成であっても良い。遊技者が再プレイボタン３１９を操作することによりその操作信号がＣＵ制御部３２３に入力される。遊技者がカード返却ボタン３２２を操作することによりその操作信号がＣＵ制御部３２３に入力される。
パチンコ機２には、パチンコ機２の遊技の進行制御を行なう主制御基板１６と、遊技玉を管理・記憶する払出制御基板１７と、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１と、可変表示装置２７８と、主制御基板１６から送信されてくるコマンドに基づいて可変表示装置２７８を表示制御する演出制御基板１５とが備えられている。
主制御基板１６および演出制御基板１５は、遊技盤２６に設けてある。主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。主制御部１６１は、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。主制御部１６１は、遊技盤２６に設けられている入賞センサ１６２、および電波センサ１６３と接続してある。
主制御部１６１は、各始動入賞口２７５，２７６，２７７に玉が入賞すると、大当り（あるいはさらに小当りを含む）／外れを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、４である。主制御部１６１は、可変表示装置２７８で新たな可変表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行なうとともに可変開始から表示結果の導出に至るまでの可変表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１は、その大当り判定の結果（確変にするか否かを含む）、および可変表示時間に関する情報をコマンドとして演出制御基板１５に搭載された演出制御部１５１へ送信する。
主制御部１６１から演出制御部１５１へ送信される可変表示に関するコマンドには、可変表示の開始を示す可変開始コマンド、可変表示の結果を示す表示結果コマンド（大当り／外れ）、可変表示パターンを特定可能な可変表示時間コマンド、可変表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１から演出制御部１５１へ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
演出制御部１５１は、主制御部１６１から送信されてくるこれらのコマンドに基づいて可変表示装置２７８の可変表示内容を決定する。たとえば、演出制御部１５１は、主制御部１６１から送信されてくるコマンドに基づいて可変表示結果および可変表示時間を特定し、停止図柄を決定するとともに可変表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１は、決定した可変表示内容に従って可変表示装置２７８を表示制御する。
演出制御基板１５は、遊技機枠６側の中継基板１４を介して、表示器５４とも接続されている。演出制御部１５１は、可変表示装置２７８に対して可変表示等のための表示制御信号を送信するとともに、可変表示装置２７８の表示と連動する表示を行なうための表示制御信号を表示器５４へ送信可能である。なお、中継基板１４および表示器５４は、ＣＵ３側に設けるようにしてもよい。この場合、Ｐ台２側の演出制御基板１５は、ＣＵ３に設けた中継基板１４と接続される。
払出制御基板１７は、前枠６（遊技枠）に設けてある。払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御部１７１は、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ（Central Processing Unit）、ＣＰＵが動作するためのプログラムや制御データ等を記憶しているＲＯＭ（Read Only Member）、ＣＰＵのワークエリアとして機能するＲＡＭ（Random Access Memory）、周辺機器との信号の整合性を保つための入出力インターフェイス等が設けられている。
また、払出制御基板１７に対し、発射玉検出スイッチ９０３、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示省略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
したがって、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。
主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、メーカ固有大当りの情報が送信される。
主制御チップＩＤ（メインチップＩＤとも言う）は、パチンコ機２の主制御基板１６に記録されているチップＩＤのことであり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、パチンコ機２の電源投入時に払出制御基板１７に対して送信される。
接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行なう。
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行なっている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。
図柄確定回数とは、各始動入賞口への入賞に対する可変表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報とメーカ固有の大当りを示すメーカ固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当り等のように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（可変表示装置の可変表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。メーカ固有大当りとは、たとえば突然確変（突確）のような、或る遊技機メーカのみが採用している大当り状態のことである。
払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３からファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ９０３から払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。
カードユニット３のセキュリティ基板３２５とパチンコ機２の払出制御基板１７とが電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように各種コマンドが送信される。逆に、払出制御基板１７からセキュリティ基板３２５へ、後述するように各種レスポンスが送信される。
前枠６（遊技枠）には、払出制御基板１７の他、中継基板１４、発射制御基板３１、発射モータ１８、遊技玉数表示器２９が設けられている。なお、遊技玉数表示器２９は前枠６に直接取り付けてもよいが、玉が払い出される通常のパチンコ機の前面側に設けられた上皿や下皿のように、前枠６に対して回動可能な態様で設けるようにしてもよい。この点は、表示器５４についても同様である。払出制御基板１７の払出制御部１７１は遊技玉数表示器２９に遊技者が現在所有している遊技玉数を表示する。
払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。
前枠６（遊技枠）には、表示器５４が設けられている。表示器５４は、中継基板１４を介してカードユニット３の表示制御部３５０からの表示データ（表示制御信号）を受信する。さらに、表示器５４は、中継基板１４を介して演出制御基板１５からの表示データ（表示制御信号）を受信する。
中継基板１４には演出制御基板１５および表示制御部３５０のうち一方からの表示制御信号を表示器５４へ出力して表示器５４に演出制御基板１５または表示制御部３５０からの表示制御信号に基づく画像を表示するための切換回路１４１が搭載されている。
なお、本実施の形態では、パチンコ機２側の表示器５４がＣＵ側で制御されるように構成されているが、これに代えて、パチンコ機２側に表示器５４を表示制御するための表示制御用基板を設けてもよい。この場合、表示制御用基板は、払出制御部１７１の指令に基づいて表示器５４を表示制御する。
ＲＡＭクリアスイッチ２９３は、Ｐ台２のＲＡＭに記憶している遊技台情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３は、たとえばカードが排出された後に店員により操作される。
＜パチンコ玉の循環経路＞
ここでは、図１および図２を参照して、パチンコ機２におけるパチンコ玉の循環経路を概説する。
遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。
遊技玉の発射検出は、玉上げスイッチ（上）４１ａがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１が設けられている払出制御基板１７（図２参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
遊技領域２７に打込まれた玉のうち、アウト口１５４（図１参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３によって検出される。
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ９０３が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ９０３によって検出される。つまり、発射玉検出スイッチ９０３は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
そこで、本実施の形態では、発射玉検出スイッチ９０３の検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７に打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７を転動中であるか、遊技領域の釘等の間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判断できる。
＜表示器（タッチパネル）の表示制御＞
図３は、遊技玉数表示器２９および表示器５４の表示制御を説明するためのブロック図である。この図３では、図２に示したＣＵ３およびＰ台２の各種構成のうち、遊技玉数表示器２９および表示器５４の表示制御に関わる主要な構成のみを図示している。
主制御基板１６に搭載されている主制御部１６１は、遊技制御に伴い変化する各種の遊技情報を払出制御基板１７の払出制御部１７１へ送信する。払出制御部１７１は、主制御部１６１から送信されてくる遊技情報に基づいて玉数情報等をＣＵ制御部３２３へ送信するとともに、遊技玉数表示器２９を表示制御する。その結果、遊技玉数表示器２９には、遊技者が現在所有している遊技玉数が表示され、玉の発射あるいは計数操作に基づいて遊技玉数の表示が減算更新され、入賞の発生あるいは貸玉操作等に基づいて遊技玉数の表示が加算更新される。
ＣＵ制御部３２３は、払出制御部１７１から送信されてくる玉数情報等に基づいて自ら記憶している遊技玉数等の遊技情報を更新する。また、ＣＵ制御部３２３はカード残額や遊技者の持玉を記憶しており、Ｐ台２側の表示器５４にそれら記憶している遊技情報に基づいた表示をするための情報を表示制御部３５０へ送信する。表示制御部３５０は、その情報に基づいた表示制御信号をＰ台２側の中継基板１４へ送信する。
一方、中継基板１４には、演出制御基板１５の演出制御部１５１からの表示制御信号も入力される。演出制御部１５１は、主制御部１６１から受信する各種の可変表示コマンドに基づいて可変表示装置２７８を表示制御するための表示制御信号を可変表示装置２７８へ送信するとともに、表示器５４を表示制御するための表示制御信号を中継基板１４へも送信する。
中継基板１４には、通常、ＣＵ３の表示制御部３５０側のみから表示制御信号が送信されており、演出制御部１５１からは表示制御信号は送信されない。その結果、通常は、表示器５４にはＣＵ３の表示制御部３５０からの表示制御信号に基づいた持点やカード残額などの情報が表示される。ところが、演出制御部１５１は、主制御部１６１から送信されてくるコマンドに基づいて遊技機の遊技状態の変化を検出すると、その遊技状態の変化に応じた表示制御信号を中継基板１４へ送信する。
切換回路１４１は、演出制御部１５１からの表示制御信号の入力があると、表示制御部３５０から入力される表示制御信号ではなく、演出制御部１５１から入力される表示制御信号を表示器５４へ送信するように回路を切換える。その結果、表示器５４には通常時はＣＵ３側の表示制御に基づいた持点等の表示がなされ、たとえば、可変表示装置２７８に大当り表示がなされるなどして遊技状態が変化すると、表示器５４の表示が大当り表示などの可変表示装置２７８の表示と連動するものに切換えられる。また、その後、演出制御部１５１から中継基板１４への表示制御信号の送信が停止すると、切換回路１４１は、信号の入力元を切換え元に戻す。その結果、表示器５４には、再び、ＣＵ３側の表示制御に基づいた情報が表示される。
つまり、上記の例は、切換回路１４１は、演出制御部１５１および表示制御部３５０のうち、演出制御部１５１から入力される表示制御信号を優先して表示器５４へ送信する構成である。通常時は表示制御部３５０のみから表示制御信号が切換回路１４１へと入力されるので、表示器５４にはＣＵ３側の表示制御に基づいた情報が表示され、大当り発生などの切換条件が成立して演出制御部１５１から表示制御信号が入力されると、その表示制御信号が優先されて表示器５４へ送信され、表示器５４の表示が切換えられる。
しかしながら、これに代えて、切換回路１４１は、演出制御部１５１および表示制御部３５０のうち、表示制御部３５０から入力される表示制御信号を優先して表示器５４へ送信する構成を採用してもよい。
すなわち、切換回路１４１は、通常時は演出制御部１５１から常時受信する表示制御信号に基づいて表示器５４に可変表示装置２７８の表示と連動する演出表示を行ない、遊技点や持点が残り少なくなどの所定の切換条件が成立してＣＵ３側からその旨を表示するための表示制御信号が入力されると、信号の入力元を演出制御部１５１から表示制御部３５９に切換えることにより、表示器５４が遊技演出画面から遊技点や持点が残り少ない旨等を報知する画面に変化するようにしてもよい。
本実施の形態では、遊技玉数を表示する遊技玉数表示器２９の表示制御はＣＵ３ではなく、遊技玉数の変動に直接的に関わるＰ台２によって行なわれるため、遊技玉数が遊技で使用されて減算され、あるいは遊技によって加算された場合に、その更新後の遊技玉数を即座に遊技玉数表示器２９に反映させることができる。
仮に、遊技玉数表示器２９の表示制御をＣＵ３が行なうものとした場合には、Ｐ台２からＣＵ３に対して送信する遊技玉数の情報に基づいてＣＵ３から遊技玉数表示器２９へと表示制御信号が送られるものとなる、しかし、その場合、ＣＵ３とＰ台２との通信状況等によって、実際には遊技玉数が変化しているものの、その変化が遊技玉数表示器２９にすぐに反映されないものとなるという不都合が生じるおそれがある。本実施の形態によれば、このような不都合が生じることを防止できる。
一方、表示器５４はＣＵ３側で表示制御するために、遊技玉数表示器２９を表示制御するＰ台２がさらに表示器５４をも表示制御する場合と比較して、Ｐ台２の表示制御負担を軽減できる。
ここで、表示器５４の表示を切り替える具体例を挙げる。たとえば、通常時は表示器（タッチパネル）５４にＣＵ３の表示制御部３５０の表示制御に基づいたカード残額等の表示をし、大当り発生等の遊技状態の変化に応じて表示器５４の表示を可変表示装置２７８の表示と連動したものに切換える例を挙げることができる。
あるいは、通常時は表示器（タッチパネル）５４に可変表示装置２７８の表示と連動した表示（演出制御部１５１の表示制御に基づく）をし、遊技点の減少に応じて表示器５４に遊技点が残り少ないことを報知する画像を表示する例を挙げることができる。
なお、演出制御部１５１から中継基板１４に送信される表示制御信号で表示器５４が表示動作する場合には、中継基板１４は単に演出制御部１５１から送信されてきた信号を中継してそのまま表示器５４に送信する機能を備えておけばよい。これに対して、表示器５４を表示動作させるための表示制御信号の信号形態と、演出制御部１５１から送信される表示制御信号との信号形態とが異なる場合も考えられ、この場合には、中継基板１４に切換回路１４１に加えて信号形態を変換する変換回路を設ければよい。
さらに、切換え条件成立時に演出制御部１５１から送信される表示制御信号によって表示器５４に表示される演出画像と、同じく演出制御部１５１から送信される表示制御信号によって可変表示装置２７８に表示される画像とが同じものであってもよく、異なるものであってもよい。異なるものとした場合には、演出制御部１５１には可変表示装置２７８用の画像データと表示器５４用の画像データとの２種類の画像データを記憶させておく必要がある。
また、遊技玉数表示器２９は、主制御部１６１が表示制御する構成としてもよく、あるいは、主制御部１６１から演出制御部１５１へ遊技玉数に関するコマンドを送信することによって演出制御部１５１が表示制御する構成としてもよい。
以上、説明した本実施の形態によれば、Ｐ台２の表示器５４には可変表示に関する演出情報を表示可能であるために、可変表示装置２７８と併せて演出効果の高い遊技を提供できる。しかも、表示器５４にＣＵ３側から送られてくる遊技情報を表示する条件が成立したときには、ＣＵ３によってその遊技情報を表示器５４に表示するための表示制御が実行されるため、その条件の成立の際には表示器５４を遊技演出ばかりでなくＣＵ３による遊技情報の表示にも活用でき、しかも遊技情報の表示に伴うＰ台２の表示制御負担も軽減できる。
＜カードユニットおよびパチンコ機に発生した異常の通知処理＞
図４は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
図４を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図４の矢印で示す方向に対して通知が行なわれる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態などが含まれる。図４に示される鍵管理サーバ８００は、カードユニット３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ制御部３２３のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。鍵管理サーバ８００は、全国の複数のホールのホールサーバ８０１と通信可能に接続されている。
まず、カードユニット３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行なわれる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と基板認証鍵認証の他に、セッション鍵による認証も含まれている。
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のＳＣ３２５ｂを製造する段階において、該ＳＣ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、鍵管理センタの鍵管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、カードユニット３の表示制御部３５０に異常報知コマンドを送信する。ＣＵ制御部３２３は、表示器３１２に異常発生した旨の表示を行なう制御を表示制御部３５０に行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、ＣＵ制御部３２３は、外部通信部からホール用管理コンピュータへ異常が発生した旨の信号を送信する。
カードユニット３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータへ異常が発生した旨の信号を送信する。
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはその旨を払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、セキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行なう。
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行なうとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行なう。
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
＜鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵＞
次に、鍵管理サーバから通信制御ＩＣまでの間の通信に使用される暗号鍵について説明する。図５は、鍵管理サーバから通信制御ＩＣ３２５ａまでの間の通信に使用される暗号鍵を説明するための図である。まず、鍵管理サーバから通信制御ＩＣ３２５ａまでの間の通信に使用される暗号鍵には、主に基板出荷鍵、基板初期鍵、基板認証鍵、本認証鍵、仮認証鍵、有効鍵（商用）、通信鍵１（セッション鍵）および通信鍵２（セッション鍵）がある。
基板出荷鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、出荷以前での通信テスト電文の暗号にのみ使用される。基板初期鍵は、ＣＵ制御部−ＳＣの通信に利用され、ホールサーバ８０１との最初の通信時にＣＵ制御部３２３が受信し、ＣＵ制御部３２３のＲＡＭに記憶される。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。基板初期鍵を用いた認証用通信（基板初期鍵モード）は限られた期間のみ許容（時限的運用）される。ここで、基板初期鍵モードは、前述したように、ホールサーバ８０１と少なくとも１回は正常に通信して、基板初期鍵を取得する必要があるため、セキュリティ性は担保されている。
ここで、「限られた期間」とは、たとえば、２日間という限定的期間である。このように、時限的運用を可能にすることによって、ホールにシステムを導入した段階ですぐに鍵管理サーバとの鍵交換ができない場合であっても、システムの導入直後からホールは営業を開始することが可能となる。なお、限定的期間としては、たとえば、毎朝９時〜１７時までの間という具合に、１日の中での定めた期間を設定してもよい。
なお、前述の基板初期鍵モードは、基板初期鍵を用いた認証用通信を限られた期間可能にする制限を設けているが、本発明はこれに限定されるものではなく、使用できる金額（カード残額、あるいは現金）を制限してもよい。あるいは、可変表示装置における図柄の変動回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。または、大当たりの累積回数が一定回数に達した場合にゲームを強制終了させて遊技機を不能動化状態に制御してもよい。その他、現金を投入することによる遊技のみを許容してカード残額を使用した遊技ができないようにしてもよく、持玉を使用した遊技のみに制限するようにしてもよい。
基板認証鍵は、ＣＵ制御部−ＳＣの間の通信に利用され、鍵管理サーバより基板セキュリティ情報の一部として受信する暗号鍵である。基板認証鍵を用いた認証用通信を行なうことで、基板初期鍵を用いた時限的運用から恒久的運用（通常運用）に通信モード（基板認証鍵モード）が切換わる。この基板認証鍵は、ＣＵ制御部のＲＡＭとＳＣのＲＡＭとに記憶される。
基板初期鍵を用いた時限的運用および基板認証鍵を用いた恒久的運用のいずれについても、ホールサーバ８０１に記憶された有効鍵をＣＵ制御部３２３が受信し、ＳＣ３２５ｂがその有効鍵を通信制御ＩＣ３２５ａに対して設定することによりＰ台とＣＵとの間の通信が可能となることで実現される。
本認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、鍵管理サーバから受信した更新情報から、ＳＣ３２５ｂにより生成されてＳＣ３２５ｂのＲＡＭに記憶されるとともに、通信制御ＩＣ３２５ａにおいてもＳＣ３２５ｂと同様に更新情報から生成されて通信制御ＩＣ３２５ａのＲＡＭに記憶される。なお、この本認証鍵は、鍵管理サーバなどから本認証鍵そのものを取得するようにしてもよい。また、鍵管理サーバなどから更新情報を受信することなくＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら生成してもよい。さらに、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３と通信制御ＩＣ３２５ａとが自ら所定の第２データを生成し、それら第１データと第２データとから本認証鍵を生成するようにしてもよい。
仮認証鍵は、ＳＣ−通信制御ＩＣの間の通信に利用され、本認証鍵が生成されるまでの間（又は設定された許容時間（たとえば２日）が経過するまでの間）、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での暗号通信に使用される。この仮認証鍵による暗号通信（仮認証鍵モード）は限られた期間（たとえば２日）のみ許容（時限的運用）される。ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、製造段階から仮認証鍵をそれぞれのＲＯＭに記憶している。有効鍵（商用）は、ホールサーバ８０１との最初の通信時にＣＵ制御部３２３経由でＳＣ３２５ｂが受信し、通信制御ＩＣ３２５ａに対して送信（設定）する鍵である。有効鍵が設定されることによってＰ台との通信が可能になる。なお、有効鍵は、通信制御ＩＣ３２５ａ活性化用のデータである。換言すると、有効鍵は、ＣＵとＰ台との間の通信を許可するための許可情報である。
通信鍵１（セッション鍵）は、ＣＵ制御部−ＳＣの間の通信に利用され、対遊技機用の業務電文通信に用いられ、ＳＣ３２５ｂが何らかの変数を用いて、毎営業日作成している。該変数として、たとえば、カウンタ値（乱数）や日時情報などを用いてもよい。通信鍵２（セッション鍵）は、ＳＣ−通信制御ＩＣの間の通信に利用され、対遊技機用の業務電文通信に用いられる。
なお、前述に説明した鍵は、鍵のデータがそれぞれの部分にそのまま埋込まれている構成であっても、鍵のデータを生成するための情報がそれぞれの部分に記憶されていて、該情報を利用いて鍵のデータを生成する構成であってもよい。
次に、暗号鍵の取得方法と、取得した暗号鍵を用いて暗号通信を行なう方法について説明する。まず、ＳＣ３２５ｂは、ホールサーバ８０１との最初の通信時にＣＵ制御部３２３経由で有効鍵を取得する。ＳＣ３２５ｂは、取得した有効鍵を通信制御ＩＣ３２５ａに対して送信（設定）することで、Ｐ台との通信が可能になる。ＣＵ制御部３２３はホールサーバ８０１との最初の通信時に基板初期鍵を受信し、ＣＵ制御部３２３のＲＡＭに記憶される。このＣＵ制御部３２３のＲＡＭ内の記憶エリアによって鍵を記憶する鍵記憶エリアが構成されている。ＳＣ３２５ｂは、製造時の埋め込み情報から基板初期鍵を生成してＲＡＭに記憶する。このＳＣ３２５ｂのＲＡＭ内の記憶エリアによって鍵を記憶する鍵記憶エリアが構成されている。ＳＣ３２５ｂは、取得した基板初期鍵を用いてＣＵ制御部３２３と暗号認証を行ない、該基板初期鍵を用いて時限的にＣＵ制御部３２３と暗号通信を行なう。
また、電源投入時にＣＵ制御部３２３から送られてきた接続要求を受信したホールサーバ８０１は、当該ホールサーバ８０１が設置されている遊技場を識別するための統一店舗コードをＣＵ制御部３２３へ返信する。具体的には、ホールサーバ８０１のＣＰＵの制御にしたがってホールサーバ８０１の入出力インターフェイスからＣＵ制御部３２３へ統一店舗コードが送信される。
一方、ＣＵ制御部３２３とＳＣ３２５ｂとの間では、両者に初期情報として記憶されている基板メーカコードを用いた認証が行なわれる。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードのことである。基板メーカコードを用いた認証に成功したことを条件として、基板接続要求と基板接続応答とのやり取りが行なわれる（図５２参照）。ＣＵ制御部３２３からＳＣ３２５ｂへ送信される基板接続要求の中に上記統一店舗コードが含まれており、基板接続要求を受信することによりＳＣ３２５ｂが統一店舗コードを取得する。
次に、ＣＵ制御部３２３は、鍵管理サーバに対して基板セキュリティ情報を要求し、鍵管理サーバがホールサーバ８０１を介して送信してきた基板セキュリティ情報を受信することで、該基板セキュリティ情報に含まれる基板認証鍵を取得する。ＣＵ制御部は、取得した基板認証鍵を用いてＳＣと暗号認証を行ない、該基板認証鍵を用いてＳＣと暗号通信を行なう。なお、ＣＵ制御部３２３は、基板認証鍵を取得後すぐに基板初期鍵から基板認証鍵に鍵を変更するのではなく、後述するように遊技機が非稼動状態になっていることを条件にして鍵を変更する。
この基板認証鍵は、鍵管理サーバなどから取得する代わりに、ＣＵ制御部３２３が自ら生成してもよく、また、鍵管理サーバなどから所定の第１データを取得するとともにＣＵ制御部３２３が自ら所定の第２データを生成し、それら第１データと第２データとから基板認証鍵を生成するようにしてもよい。
次に、ＳＣ３２５ｂは、記憶してある仮認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。そして、ＳＣは、基板認証鍵を用いてＣＵ制御部と暗号通信を行なうことで鍵管理サーバから取得した更新情報を仮認証鍵で復号し、基板問合せ番号を照会する。ＳＣは、照会した基板問合せ番号が一致した場合、更新情報から本認証鍵を生成し、生成した本認証鍵を用いて通信制御ＩＣ３２５ａと暗号通信を行なう。なお、本認証鍵は、通信制御ＩＣ３２５ａにおいても出荷時から記憶されているものではなく、ＳＣ３２５ｂと同様に更新情報から生成される。
次に、ＳＣは、ＣＵ制御部に対して通信鍵１を通知し、以降のＣＵ制御部との間の通信を通信鍵１を用いて行なうことで、遊技機との業務電文通信が可能となる。また、ＳＣは、通信制御ＩＣに対して有効鍵を設定することで、通信制御ＩＣから通信鍵２の通知を受け、以降の通信制御ＩＣとの間の通信を通信鍵２を用いて行なうことで、遊技機との業務電文通信が可能となる。
＜カードユニット側とパチンコ機側との送受信態様＞
次に、図６は、カードユニット３側とパチンコ機２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図６を参照して、カードユニット３側（ＣＵ側）とパチンコ機２側（Ｐ台側）とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施の形態においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、カード残額（残額）は、ＣＵ３側において管理・記憶している。
図６では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２（パチンコ機２）とＣＵ３（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。
ＣＵおよびＰ台の双方は、電文に「通番」を付加して送信する。また、ＣＵおよびＰ台の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＰ台２に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２がＣＵ３に対して遊技玉の計数を要求する際に用いられる通番である。
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に+１した加算通番をＰ台２へ送信する。Ｐ台２は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２のみが有する。Ｐ台２は、計数要求をする場合には、それまで通信に用いていた計数通番に+１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２およびＣＵ３のそれぞれが、またはＰ台２が送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
Ｐ台２側からＣＵ３側へは、最新遊技台情報（カウント中の遊技台情報）が送信される。この最新遊技台情報は、Ｐ台２側の払出制御部１７１（図２参照）のＲＡＭの最新遊技台情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技台情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技台情報に含めてもよい。
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。
あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。
Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技台情報記憶領域（払出制御部１７１のＲＡＭ等）にバックアップデータとして記憶（書換え）した後、最新遊技台情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技台情報（直前に送信した遊技台情報）の記憶エリアに、直前にＣＵ３側に送信した遊技台情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技台情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技台情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。
ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技台情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行なう。
その結果、たとえば、異常報知ランプや表示器３１２によりエラー報知が行なわれ、あるいは、ホール用管理コンピュータやホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、ホール用管理コンピュータやホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行なわれる。
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。
このように、本実施の形態では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１またはホール用管理コンピュータによって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
図６に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのカード残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図２参照）は、貯玉の使用を要求する入力（たとえば、ＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
ＣＵ制御部３２３（図２参照）は、持玉の使用を要求する入力（たとえば、持玉有のときのＣＵ３に設けられた再プレイボタン３１９の押圧入力（ただし、持玉有のとき））に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図２参照）は、カード残額の使用を要求する入力（たとえば、玉貸ボタン３２１の押圧入力）に応じてカード残額を記憶する記憶領域から所定値を減算する。
遊技者所有の遊技用価値（たとえばプリペイド残額、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。
本実施の形態に係る遊技システムでは、一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入式のパチンコ機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施の形態では、ワゴンサービスを行なう操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
＜通信で用いられるフレーム構成（ＣＵ制御部−ＳＣ間）＞
次に、本実施の形態に係るＣＵ制御部３２３とＳＣ３２５ｂとの間での通信について詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
ＣＵ制御部３２３とＳＣ３２５ｂとの間でやりとりされる電文のフレームには、送信データのデータ長と通番と電文種別を示すコマンドコードと業務電文データが格納されたデータ部とＭＡＣ（Message Authentication Code）とＣＲＣ（Cyclic Redundancy Check）とが含まれる。ＭＡＣはメッセージ認証コードであり、その対象範囲はデータ部である。ＭＡＣは暗号化時のみ付加される。
＜ＣＵ制御部とＳＣとの間で送受信するコマンドおよびレスポンス＞
次に、ＣＵ制御部３２３とＳＣ３２５ｂとの間で送受信されるコマンドおよびレスポンスの概略を説明する。ＣＵ制御部３２３がＳＣ３２５ｂに対して電文を送信すると、ＳＣ３２５ｂはこれに対して応答する電文を送信する。このため、ＣＵ制御部３２３からＳＣ３２５ｂに送信される電文がコマンドであり、逆方向の電文がレスポンスである。コマンドおよびレスポンスの双方の電文には、通番および電文名のデータが含まれている。通番は、シーケンス番号で、１から２５５（サイクリック）まで値である。ＳＣ３２５ｂは、送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、通番をカウントアップしない。
＜＜１．基板接続要求、２．基板接続応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板接続要求という名称のコマンドが送信される。この基板接続要求のコマンドは、ＳＣ３２５ｂに対して遊技機（Ｐ台２）との接続を要求するもの（カードユニット情報を通知して接続要求するもの）である。この基板接続要求の具体的データには、通番、コマンド、統一店舗コード、台番号、および現在時刻データが含まれている。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板接続応答という名称のレスポンスが送信される。この基板接続応答のレスポンスは、ＣＵ制御部３２３に対して基板接続要求の応答を通知するもの（接続結果を通知するもの）である。基板接続応答のタイムアウトは３秒である。
＜＜３．基板出荷鍵要求、４．基板出荷鍵応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵要求のコマンドが送信される。この基板出荷鍵要求のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板の基板出荷鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵応答のレスポンスが送信される。この基板出荷鍵応答のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵を通知するものであり、基板出荷鍵と基板出荷用ＭＡＣ鍵とが含まれる。
＜＜５．基板メーカコード認証要求１、６．基板メーカコード認証応答１＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求１のコマンドが送信される。基板メーカコードとは、セキュリティ基板３２５を製造したメーカを特定するコードであり、ＣＵ制御部３２３とＳＣ３２５ｂとに記憶されている。この基板メーカコード認証要求１のコマンドは、ＳＣ３２５ｂに対して基板メーカコードの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答１のレスポンスが送信される。この基板メーカコード認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板メーカコードの認証情報を応答するものであり、チャレンジコード（検証側の乱数値）が含まれる。
＜＜７．基板メーカコード認証要求２、８．基板メーカコード認証応答２＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板メーカコード認証要求２のコマンドが送信される。この基板メーカコード認証要求２のコマンドは、ＳＣ３２５ｂに対して基板メーカコードの認証を要求するものであり、レスポンスコード（レスポンス計算結果）、レスポンス計算データ（レスポンス計算に使用した乱数値）が含まれる。
ＳＣ３２５ｂからＣＵ制御部３２３に対して基板メーカコード認証応答２のレスポンスが送信される。この基板メーカコード認証応答２のレスポンスは、ＣＵ制御部３２３に対してレスポンスコードのチェック結果を通知するものであり、認証結果、および認証ログ情報（秘匿情報）が含まれる。
＜＜９．基板シリアルＩＤ認証要求１、１０．基板シリアルＩＤ認証応答１＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求１のコマンドが送信される。この基板シリアルＩＤ認証要求１のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答１のレスポンスが送信される。この基板シリアルＩＤ認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板シリアルＩＤの認証情報を応答するものであり、チャレンジコード（検証側の乱数値）が含まれる。
＜＜１１．基板シリアルＩＤ認証要求２、１２．基板シリアルＩＤ認証応答２＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板シリアルＩＤ認証要求２のコマンドが送信される。この基板シリアルＩＤ認証要求２のコマンドは、ＳＣ３２５ｂに対して基板シリアルＩＤの認証を要求するものであり、レスポンスコード（レスポンス計算結果）、およびレスポンス計算データ（レスポンス計算に使用した乱数値）が含まれる。
ＳＣ３２５ｂからＣＵ制御部３２３に対して基板シリアルＩＤ認証応答２のレスポンスが送信される。この基板シリアルＩＤ認証応答２のレスポンスは、ＣＵ制御部３２３に対してレスポンスコードのチェック結果を通知するものであり、認証結果、および認証ログ情報（秘匿情報）が含まれる。
＜＜１３．基板初期鍵認証要求１、１４．基板初期鍵認証応答１＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求１のコマンドが送信される。この基板初期鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答１のレスポンスが送信される。この基板初期鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して認証情報を通知するものである。
この基板初期鍵認証応答１の具体的データには、認証情報および乱数のデータが含まれている。認証情報は、乱数Ａである。乱数は、暗号用パディング文字である。暗号用パディング文字とは、暗号対象となる電文（平文）をデータ長１６バイトの暗号鍵で暗号化できるようにするべく、電文（平文）に所定のデータ長の暗号用パディング文字を追加して暗号鍵のデータ長に合わせるためのものである。ＭＡＣは、メッセージ認証コードである。たとえば、生成した乱数Ａを所定のハッシュ関数を利用して演算した値をＭＡＣとする。つまり生成した乱数Ａのメッセージ・ダイジェストがＭＡＣとなる。なお、基板初期鍵認証応答１の通信には、後述する第１セキュリティーモード（以下、ＳＥ１モードと称する）で基板初期鍵、基板認証鍵または基板出荷鍵（以下、基板初期鍵／認証鍵／出荷鍵と称する）を用いて暗号化された暗号文が送信される。
＜＜１５．基板初期鍵認証要求２、１６．基板初期鍵認証応答２＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板初期鍵認証要求２のコマンドが送信される。この基板初期鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板初期鍵の認証結果と認証情報を要求するものであり、認証結果、認証情報（乱数Ｂ）、乱数（暗号用パディング文字）が含まれる。
ＳＣ３２５ｂからＣＵ制御部３２３に対して基板初期鍵認証応答２のレスポンスが送信される。この基板初期鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板初期鍵の認証結果を通知するものであり、認証結果、認証ログ情報（秘匿情報）、乱数（暗号用パディング文字）が含まれる。
＜＜１７．基板認証鍵認証要求１、１８．基板認証鍵認証応答１＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求１のコマンドが送信される。この基板認証鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板認証鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものであり、認証情報（乱数Ａ）、乱数（暗号用パディング文字）が含まれる。
＜＜１９．基板認証鍵認証要求２、２０．基板認証鍵認証応答２＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証鍵認証要求２のコマンドが送信される。この基板認証鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板認証鍵の認証結果と認証情報を通知するものであり、認証結果、認証情報（乱数Ｂ）、乱数（暗号用パディング文字）が含まれる。
ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答２のレスポンスが送信される。この基板認証鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板認証鍵の認証結果を通知するものであり、認証結果、認証ログ情報（秘匿情報）、乱数（暗号用パディング文字）が含まれる。
＜＜２１．基板出荷鍵認証要求１、２２．基板出荷鍵認証応答１＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求１のコマンドが送信される。この基板出荷鍵認証要求１のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証鍵認証応答１のレスポンスが送信される。この基板出荷鍵認証応答１のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証情報を通知するものであり、認証情報（乱数Ａ）、乱数（暗号用パディング文字）が含まれる。
る。
＜＜２３．基板出荷鍵認証要求２、２４．基板出荷鍵認証応答２＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板出荷鍵認証要求２のコマンドが送信される。この基板出荷鍵認証要求２のコマンドは、ＳＣ３２５ｂに対して基板出荷鍵の認証結果と認証情報を通知するものであり、認証結果、認証情報（乱数Ｂ）、乱数（暗号用パディング文字）が含まれる。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板出荷鍵認証応答２のレスポンスが送信される。この基板出荷鍵認証応答２のレスポンスは、ＣＵ制御部３２３に対して基板出荷鍵の認証結果を通知するものであり、認証結果、認証ログ情報（秘匿情報）、乱数（暗号用パディング文字）が含まれる。
＜＜２５．基板バージョン情報通知、２６．基板バージョン情報応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板バージョン情報通知のコマンドが送信される。この基板バージョン情報通知のコマンドは、ＳＣ３２５ｂに対して基板認証鍵のバージョンを通知するものであり、基板バージョン（基板認証鍵のバージョン）、乱数（パディング文字）が含まれる。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板バージョン情報応答のレスポンスが送信される。この基板バージョン情報応答のレスポンスは、ＣＵ制御部３２３に対してバージョン情報を受信したことを通知するものである。
＜＜２７．基板認証結果通知、２８．基板認証結果応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板認証結果通知のコマンドが送信される。この基板認証結果通知のコマンドは、ＳＣ３２５ｂに対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものであり、認証結果、乱数（暗号用パディング文字）が含まれる。ＳＣ３２５ｂからＣＵ制御部３２３に対して基板認証結果応答のレスポンスが送信される。この基板認証結果応答のレスポンスは、ＣＵ制御部３２３に対してＣＵ制御部３２３とＳＣ３２５ｂとの間の認証結果を通知するものであり、認証結果、認証ログ情報（秘匿情報）、乱数（暗号用パディング文字）が含まれる。
＜＜２９．セキュリティ基板問合せ指示通知、３０．セキュリティ基板問合せ結果＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板問合せ指示通知のコマンドが送信される。このセキュリティ基板問合せ指示通知のコマンドは、ＳＣ３２５ｂに対して鍵管理サーバから取得するセキュリティ基板情報の問合せデータを要求するものであり、有効鍵（通信制御ＩＣ有効鍵）を含む。ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板問合せ結果のレスポンスが送信される。このセキュリティ基板問合せ結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板問合せ情報の問合せデータを通知するものであり、問合せ種別（ホールサーバ８０１問合せ無、鍵管理センター問合せ有）、基板種別（セキュリティ基板情報の種別）、基板シリアル番号、問合せ情報（セキュリティ基板問合せ情報）、乱数（暗号用パディング文字）を含む。
以上のうち、基板初期鍵認証要求２、基板初期鍵認証応答２、基板認証鍵認証応答１、基板認証鍵認証要求２、基板認証鍵認証応答２、基板出荷鍵認証要求２、基板出荷鍵認証応答２、基板バージョン情報通知、基板バージョン情報応答、基板認証結果通知、基板認証結果応答、セキュリティ基板問合せ指示通知、セキュリティ基板問合せ結果は、後述するＳＥ１モードで通信される。
＜＜３１．セキュリティ基板情報通知、３２．セキュリティ基板情報結果＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対してセキュリティ基板情報通知のコマンドが送信される。このセキュリティ基板情報通知のコマンドは、ＳＣ３２５ｂに対して鍵管理サーバから取得したセキュリティ基板情報を通知するものであり、問合せ結果、基板情報が含まれている。問合せ結果は、基板情報の問合せ結果を示すもので、応答有（基板情報有）と応答有（基板情報無）と応答無（管理サーバ〜ＣＵ制御部オフライン）との３種類のいずれかである。基板情報は、セキュリティ基板情報である。この情報は、上記問合せ結果が基板情報有時のみ有効である。なお、この情報は秘匿情報とされる。
ＳＣ３２５ｂからＣＵ制御部３２３に対してセキュリティ基板情報結果のレスポンスが送信される。このセキュリティ基板情報結果のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板情報を受信したことを通知するものであり、受信結果（ＯＫ（鍵更新有）、ＯＫ（鍵更新無）、ＮＧ）、認証ログ情報（秘匿情報）が含まれる。
なお、セキュリティ基板情報通知およびセキュリティ基板情報結果の通信には、後述する第２セキュリティモード（ＳＥ２モード）で通信鍵（セッション鍵）を用いて暗号化された暗号文が送信される。通信鍵は、ＣＵ制御部３２３とＳＣ３２５ｂとの間の通信に用いる暗号鍵である。
＜＜３３．カウンタ情報要求、３４．カウンタ情報応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対してカウンタ情報要求のコマンドが送信される。このカウンタ情報要求のコマンドは、ＳＣ３２５ｂに対してカウンタ情報を要求するものである。ここで、カウンタ情報とは、後述する第２セキュリティモード（以下、ＳＥ２モードと称する）のカウンタ（初期ベクタ）値である。
ＳＣ３２５ｂからＣＵ制御部３２３に対してカウンタ情報応答のレスポンスが送信される。このカウンタ情報応答のレスポンスは、ＣＵ制御部３２３に対してカウンタ情報を通知するものである。
カウンタ情報応答には、処理結果と、カウンタ値と、認証ログ情報と乱数（暗号用パディング文字）とが含まれ、後述するＳＥ１モードで通信される。処理結果は処理完了または処理中を示すデータである。カウンタ値は上記のとおり、初期ベクタ値である。ここで、カウンタ値としては、上り方向（ＳＣ３２５ｂからＣＵ制御部３２３に向かう方向）と下り方向（ＣＵ制御部３２３からＳＣ３２５ｂに向かう方向）とで別のカウンタ値が設定されている。
ＳＣ３２５ｂは、通信制御ＩＣとの認証処理完了後にカウンタ値を通知する。一方、ＣＵ制御部３２３は処理結果が処理完了となるまで待ち合せする。なお、カウンタ値、認証ログ情報は、処理結果が処理完了時のみ有効である。
＜＜３５．通信鍵要求、３６．通信鍵応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して通信鍵要求のコマンドが送信される。この通信鍵要求のコマンドは、ＳＣ３２５ｂに対して通信鍵を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して通信鍵応答のレスポンスが送信される。この通信鍵応答のレスポンスは、ＣＵ制御部３２３に対して通信鍵を通知するものであり、通信鍵と認証ログ情報（秘匿情報）とが含まれる。なお、通信鍵応答は後述するＳＥ２モードで通信される。
＜＜３７．遊技機チップ問合せ指示通知、３８．遊技機チップ問合せ結果＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ問合せ指示通知のコマンドが送信される。この遊技機チップ問合せ指示通知のコマンドは、ＳＣ３２５ｂに対して鍵管理サーバに問合せする遊技機チップの情報を要求するものである。ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ問合せ結果のレスポンスが送信される。この遊技機チップ問合せ結果のレスポンスは、ＣＵ制御部３２３に対して鍵管理サーバに問合せする遊技機チップの情報を通知するものである。
遊技機チップ問合せ結果のデータには、通番、取得結果、メーカコード、型式コード、問合せ種別、基板種別、基板シリアル番号、主制御チップＩＤ、主制御問合せ情報、払出制御チップＩＤ、払出制御問合せ情報が含まれる。
取得結果は、遊技機チップ情報取得結果であり、取得ＯＫ、取得ＮＧ、取得処理中のいずれかである。メーカーコードは主制御チップメーカコードであり、型式コードは主制御チップ型式コードである。問合せ種別は遊技機チップ情報問合せ種別であり、ホールサーバ８０１問合せ無、ホールサーバ８０１問合せ有、鍵管理サーバ問合せ有のいずれかである。なお、遊技機チップ問合せ結果は後述するＳＥ２モードで通信される。
＜＜３９．遊技機チップ情報通知、４０．遊技機チップ情報結果＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して遊技機チップ情報通知のコマンドが送信される。この遊技機チップ情報通知のコマンドは、ＳＣ３２５ｂに対して鍵管理サーバから取得した遊技機チップ情報の照合結果を通知するものである。遊技機チップ情報通知のデータには、通番、照合結果、主制御照合結果、払出制御照合結果が含まれる。照合結果は、チップ情報照合結果であり、応答有または応答無(ホールサーバ８０１〜ＣＵ制御部３２３オフライン)である。主制御照合結果は遊技機主制御チップ照合結果情報であり、払出制御照合結果は遊技機払出制御チップ照合結果情報である。なお、遊技機チップ情報通知は後述するＳＥ２モードで通信される。
ＳＣ３２５ｂからＣＵ制御部３２３に対して遊技機チップ情報結果のレスポンスが送信される。この遊技機チップ情報結果のレスポンスは、ＣＵ制御部３２３に対して遊技機チップ照合結果を受信したことを通知するものである。遊技機チップ情報結果のデータには、通番、遊技機チップ情報通知結果が含まれる。なお、遊技機チップ情報結果は後述するＳＥ２モードで通信される。
＜＜４１．基板状態要求、４２．基板状態応答＞＞
ＣＵ制御部３２３からＳＣ３２５ｂに対して基板状態要求のコマンドが送信される。この基板状態要求のコマンドは、ＳＣ３２５ｂに対してセキュリティ基板及び、遊技機の状態を要求するものである。基板状態要求のコマンドには、基板状態要求（付加情報無）と、ヘルスチェックを要求する基板状態要求（ヘルスチェック要求）、動作停止通知をするための基板状態要求（動作停止通知）との３種類がある。いずれも後述するＳＥ２モードで通信される。
ＳＣ３２５ｂからＣＵ制御部３２３に対して基板状態応答のレスポンスが送信される。この基板状態応答のレスポンスは、ＣＵ制御部３２３に対してセキュリティ基板及び遊技機の状態を通知するものであり、基板状態応答（付加情報無）と、基板状態要求（ヘルスチェック応答）と、アラーム情報を通知するための基板状態応答（アラーム情報通知）と、セキュリティ基板問合せ結果を通知する基板状態応答（セキュリティ基板問合せ結果）の４種類がある。また、いずれも後述するＳＥ２モードで通信される。
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ制御部３２３とＳＣ３２５ｂとの間でのコマンドおよびレスポンスの送信について説明する。ＣＵ制御部３２３（１次局）からＳＣ３２５ｂ（２次局）に対してコマンドが送信され、ＳＣ３２５ｂはそのコマンドに応答してレスポンスをＣＵ制御部３２３に返信する。つまり、業務電文の送信は、ＣＵ制御部３２３を１次局、ＳＣ３２５ｂを２次局としたコマンド／レスポンス方式である。
ＣＵ制御部３２３からＳＣ３２５ｂへのコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＳＣ３２５ｂからＣＵ制御部３２３へのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＳＣ３２５ｂの発射時間間隔と一致させることも考えられる。
また、ＣＵ制御部３２３は、鍵管理サーバへ問合せ情報を送信し、その応答をＳＣ３２５ｂに通知する制御も可能である。すなわち、ＣＵ制御部３２３からＳＣ３２５ｂに対して問合せ・通知情報要求を送信し、これに対するＳＣ３２５ｂからの問合せ・通知情報の応答を受け、その応答に基づいてＣＵ制御部３２３は鍵管理サーバに問合せを行なう。問合せ結果が得られると、ＣＵ制御部３２３は、問合せ・通知結果通知をＳＣ３２５ｂに送信し、その応答である問合せ・通知結果応答をＳＣ３２５ｂから受信する。
＜＜ＣＵ制御部側の通信回線断検知＞＞
次に、ＣＵ制御部３２３側で通信断が検知された場合の処理について説明する。ＣＵ制御部３２３がＳＣ３２５ｂに対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＳＣ３２５ｂに送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＳＣ３２５ｂに送信するという２回目の再送を行なう。同じコマンドを最大２回までＳＣ３２５ｂに再送する。２回目の再送を行なってもＳＣ３２５ｂからレスポンスを受信できなかった場合、ＣＵ制御部３２３は「通信断」と判断する。なお、再送時の通番はカウントアップしない。
＜＜基板状態要求の送信＞＞
ＣＵ制御部３２３はＳＣ３２５ｂとの認証完了後、Ｐ台と通信中に応答が受信できない場合、基板状態要求をＳＣ３２５ｂに送信することにより、ＳＣ３２５ｂから基板状態応答（エラー状態）を受信することでＰ台の通信状態を取得できる。ただし、ＣＵ制御部３２３とＳＣ３２５ｂとの間に通信断等が発生している場合はこの限りではない。
＜＜暗号モード＞＞
本実施の形態では、セキュリティの高さの異なる複数種類の暗号方式が利用される。ひとつは、第１セキュリティーモード（ＳＥ１モード）である。ＳＥ１モードは、鍵を加算更新せず、常に固定の鍵を用いて暗号化する低セキュリティーモードの暗号方式である。もうひとつは第２セキュリティモード（ＳＥ２モード）である。ＳＥ２モードは、平文に対してエクスクルーシブオア（排他的論理和）を行なうデータの元となるカウント値（鍵）を加算更新する高セキュリティーモードである。
ＳＥ２モードは、たとえば、カウンタを使った暗号方式であり、そのカウンタは、初期ベクタ値と、電文カウンタ部と暗号ブロックカウンタ部とで構成される。初期ベクタ値は後述のカウンタ情報応答電文で通知する。電文カウンタ部は初期ベクタ値受信時に初期化される。暗号ブロックカウンタ部は電文フレーム作成時に初期化され、ブロック暗号処理完了後に更新される。
電文カウンタ部は送信カウンタと受信カウンタ（上り用カウンタと下り用カウンタ）との２つのカウンタで構成されている。この場合、送信カウンタ（電文カウンタ部）は、電文送信時に更新（＋１）されるが、再送時には更新されない。受信カウンタ（電文カウンタ部）は、電文受信時に更新されるが、電文受信時にデータ長ＮＧ等が発生した場合には更新されない。また、電文受信時にＭＡＣ異常が発生した場合は、カウンタを更新して復号する（カウンタの自動修復）が、それでも復号できない場合はＭＡＣ異常とする。なお、ＭＡＣ異常判定した場合はカウンタを−２する。
＜通信で用いられるフレーム構成（ＣＵ−Ｐ台間）＞
次に、本実施の形態に係るＣＵ３とＰ台２との間での通信について、詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行なわない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
＜ＣＵとＰ台との間で送受信するコマンドおよびレスポンス＞
次に図７を参照して、カードユニット（ＣＵ）３とパチンコ機（Ｐ台）２との間で送受信されるコマンドおよびレスポンスの概略を説明する。図７には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。
＜＜１．リカバリ要求、２．リカバリ応答＞＞
まず、ＣＵ３からＰ台２に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２に対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２からＣＵ３に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３に対してリカバリ情報を通知するものである。
リカバリ要求のコマンドは、ＣＵ３が認証を完了をした後にＣＵ３からＰ台２に対して送信される。リカバリ要求のコマンドは、ＣＵ３からＰ台２に対してリカバリ情報を要求し、ＣＵ３が認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」および「前回最終送信計数通番」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、状態情報要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
「前回最終送信通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３において状態情報応答受信時に「通番」をＰ台２、ＣＵ３側ともに前回最終送信通番（通番）として記憶する通番である。
「前回最終送信計数通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３に状態情報応答受信時に計数通番をＰ台２、ＣＵ３側ともに前回最終送信計数通番として記憶する通番である。
Ｐ台２のリカバリ処理（計数玉数）において、Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数要求に対する計数処理を実施していなかった場合は計数要求がなかったものとする。この場合、Ｐ台２は自らＣＵ３に通知した計数要求に対応する遊技玉の減算処理を実行しない。一方、Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数処理を実施済と判定したときには計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。
リカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「遊技情報格納有無」、「前回遊技台情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「前回最終送信通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２の払出制御部１７１は、ＣＵ３から送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
「前回遊技台情報」は、ＣＵ３に前回通知した遊技台情報であり、「遊技玉数」、「発射玉数」、「アウト口通過玉数」、「総賞球玉数」、「計数玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３に前回通知した遊技玉数である。「発射玉数」は、ＣＵ３に前回通知した発射玉数である。「アウト口通過玉数」は、ＣＵ３に前回通知したアウト口通過玉数である。「総賞球玉数」は、ＣＵ３に前回通知した総賞球玉数である。「計数玉数」は、ＣＵ３に前回通知した計数玉数である。「計数通番」は、ＣＵ３に前回通知した計数通番である。
「前回遊技情報」は、ＣＵ３に前回通知した遊技情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「賞球情報１」〜「賞球情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３に前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「種別情報１」は、ＣＵ３に前回通知した遊技種別情報１である。「種別情報ｎ」は、ＣＵ３に前回通知した遊技種別情報ｎである。「賞球情報１」は、ＣＵ３に前回通知した遊技賞球情報１である。「賞球情報ｎ」は、ＣＵ３に前回通知した遊技賞球情報ｎである。
なお、「前回最終送信加算通番」は、ＣＵ３において状態情報要求を送信時、Ｐ台２において状態情報要求受信時に、ＣＵ３側、Ｐ台２ともに前回最終送信加算通番として記憶する通番である。
Ｐ台２はＣＵ３から先に受信するリカバリ要求に含まれる「前回最終送信通番」と、Ｐ台２が記憶している前回最終送信通番とを比較して、両者が一致しているか否かを判定する。一致している場合にはリカバリ情報の送信の必要無と判断し、不一致の場合にはリカバリ情報の送信の必要有と判断する。前者の場合には、リカバリ応答内の情報を「遊技情報格納無」としてリカバリデータ（遊技情報）を含まないリカバリ応答をＣＵ３へ返信する。一方、後者の場合には、リカバリ応答内の情報を「遊技情報格納有」としてリカバリデータ（遊技情報）を含むリカバリ応答をＣＵ３へ返信する。
なお、遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、「前回遊技台情報」および「前回遊技情報」をＡＬＬ“０”をセットする。また、ＣＵ３は、Ｐ台２より通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技台情報を使用してリカバリ処理を行なう。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３は、前回遊技台情報のみ使用してリカバリ処理を行なう。ただし、計数玉数のリカバリは実施しない。
また、通信相手の不一致等（たとえばＣＵ３またはＰ台２の交換等）でリカバリ処理が実施できない場合、Ｐ台２の表示情報を元にＰＯＳで手補正することが考えられる。たとえば、Ｐ台２の表示情報は、可変表示装置２７８の液晶表示画面を利用して表示することが考えられる。あるいは、Ｐ台２に対して、払出制御部１７１が制御する表示器をさらに設けておき、その表示器に対して手補正のための情報を表示することも考えられる。なお、ＰＯＳとは、景品管理システムのことであり、景品交換や景品の管理を行なうものである。また、ＰＯＳは、景品交換や景品の管理を行なうものに限定されず、店舗で商品を販売するごとに商品の販売情報を記録し、集計結果を在庫管理やマーケティング材料として用いる一般的な販売時点管理（Point Of Sales system）であってもよい。
＜＜３．リカバリ要求２、４．リカバリ応答２＞＞
ＣＵ３からＰ台２に対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２からＣＵ３に対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３に対して加算リカバリ情報の処理結果を通知するものである。
リカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２において加算玉リカバリ処理を実施する必要有とＣＵ３が判定したときに送信される。ＣＵ３は、Ｐ台２より受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
次に、Ｐ台２のリカバリ処理について詳しく説明する。Ｐ台２のリカバリ処理は、Ｐ台２がリカバリ要求２に基づいて、ＣＵ３より通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行なう処理である。
リカバリ応答２のレスポンスは、ＣＵ３に対してＰ台２で加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果ＯＫ、“０ｘ０１”の場合リカバリ結果ＮＧである。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
＜＜５．通信開始要求、６．通信開始応答＞＞
ＣＵ３からＰ台２に対して通信開始要求のコマンドが送信される。この通信開始要求のコマンドは、Ｐ台２に対して通信開始を要求するものである。この通信開始要求に対応して、Ｐ台２からＣＵ３に対して通信開始応答のレスポンスが送信される。この通信開始応答のレスポンスは、ＣＵ３に対して通信開始を応答するものである。
通信開始要求のコマンドは、Ｐ台２に対して正常に通信開始したことを通知するものである。通信開始要求を受信したＰ台２は、それまで記憶していたリカバリ情報をクリアする。通信開始要求のコマンドは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、通信開始要求後、計数通番を“０”（初期値）に、Ｐ台２も通信開始要求受信後、計数通番を“０”（初期値）にする。
通信開始応答のレスポンスは、ＣＵ３に対して、正常に通信開始したことを通知するものであり、ＣＵ３が、リカバリ情報をクリアする。通信開始応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
＜＜７．通信終了要求、８．通信終了応答＞＞
ＣＵ３からＰ台２に対して通信終了要求のコマンドが送信される。この通信終了要求のコマンドは、Ｐ台２に対して通信終了を要求するものである。この通信終了要求に対応して、Ｐ台２からＣＵ３に対して通信終了応答のレスポンスが送信される。この通信終了応答のレスポンスは、ＣＵ３に対して通信終了を応答するものである。
通信終了要求のコマンドは、Ｐ台２に対して正常に通信終了したことを通知するものであり、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
通信終了応答のレスポンスは、ＣＵ３に対して、正常に通信終了したことを通知するものであり、ＣＵ３およびＰ台２が、該通知以降、通信を停止し再起動待ちとする。通信終了応答のレスポンスは、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
＜＜９．状態情報要求＞＞
ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図６に示したＣＵ３側からＰ台２側へ向かう加算玉数が含まれている。
この状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」および「計数通番」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「ＣＵ状態」は、Ｐ台２に対して通知するＣＵ３の状態を表わし、Ｂｉｔ０が“１”のときにカード挿入中を、“０”のときカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３にカード（一般カード／会員カード）が挿入されている状態を表わしている。また、ＣＵ３のカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３の状態により、Ｐ台２に対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２は同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３は、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２に対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２は、計数ボタン２８の操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
Ｂｉｔ３が“１”のとき遊技玉加算要求を、“０”のとき遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２に通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。なお、Ｂｉｔ５〜Ｂｉｔ７は未使用である。
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
＜＜１０．状態情報応答＞＞
状態情報要求に対応して、Ｐ台２からＣＵ３に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。状態情報応答のレスポンスには、図６に示した最新遊技台情報や遊技玉数が含まれている。
この状態情報要求の具体的データには、「通番」、「コマンド」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」「計数通番」、「発射強度」、「遊技台状態」、「不正検知情報」および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉数」は、ＣＵ３が後述する「総賞球玉数」「発射玉数」および「計数玉数」を使用してＣＵ３の保持している遊技玉数を計算する。その後、ＣＵ３は、計算したＣＵ３の遊技玉数と、Ｐ台２の遊技玉数とが一致するかをチェックする。
「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。ただし、バック玉数がある場合はバック玉数分を減算する。つまり、「発射玉数」（減算）は、ＣＵ３が保持している遊技玉数から減算するデータである。カードを保持してない状態で該データを受信した場合、ＣＵ３は遊技玉数の減算を行なわない。また、ＣＵ３は、ＣＵ３自体の保持している遊技玉数が０玉の場合、減算を行なわない。
「アウト口通過玉数」は、アウト口１５４を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。
「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。この賞球情報１−ｎとは、たとえば始動口、大入賞口、入賞口（普通入賞口）等の入賞口種別毎の賞球玉数のことである。なお、「総賞球玉数」（加算）は、ＣＵ３より送信する「加算要求玉数」は含まない。また、ＣＵ３は保持している遊技玉数に総賞球玉数のデータを加算する。カードを保持していない状態で総賞球玉数のデータを受信した場合、ＣＵ３は遊技玉数の加算は行なわない。
「計数要求玉数」は、計数要求した遊技玉の個数である。つまり「計数玉数」（減算）は、ＣＵ３が保持している遊技玉数から減算し、カード持玉数に加算するデータである。なお、Ｐ台２からＣＵ３に送信する減算玉数のデータに計数玉数は利用しない。また、カードを保持してない状態で該データを受信した場合、ＣＵ３は遊技玉数の減算を行なわない。また、ＣＵ３は、ＣＵ３自体の保持している遊技玉数が０玉の場合、減算を行なわない。
ただし、カードユニット開店状態が開店中から閉店中に変化した場合は、遊技機が保持している遊技玉を計数して計数玉数として設定する。カードユニット開店状態が開店中のときには計数ボタン２８の操作が行なわれたことにより遊技玉を計数して計数玉数として設定する。しかし、カードユニット開店状態が開店中から閉店中に変化した場合は、計数ボタン２８の操作を待つことなく自動的に遊技玉を計数して計数玉数として設定する。
「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。
「発射強度」は、遊技玉の発射するための強度である。
「遊技台状態」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の状態を示し、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、および「遊技台エラー状態」の情報を含んでいる。
「遊技台状態１」のＢｉｔ０は、遊技を許可しているか、禁止しているかを示しており、“０”のときに遊技許可中であり、“１”のとき遊技禁止中である。Ｂｉｔ１は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示しており、０”のとき待機中（ファンが球を発射してない状態）、“１”のとき遊技中（ファンが球を発射している状態）である。ただし、遊技玉が有り、発射ハンドル（打球操作ハンドル２５）をタッチした状態（タッチセンサに触れた状態）で遊技中となる。
Ｂｉｔ２は、遊技玉の有無（遊技玉無の検知）を示している。“０”のとき遊技玉数有、“１”のとき遊技玉数無である。Ｂｉｔ３は、玉の発射が停止している状態で、全ての発射した玉の行方が確定しているか否かを示している。つまり、遊技領域２７内の浮遊玉が全て回収されたか否か示している。ただし、発射停止スイッチ（単発打ちスイッチとも言う）による玉の発射停止は除く。“０”のとき遊技未完了（全ての玉の行方が未確定の状態）、“１”のとき遊技完了（全ての玉の行方が確定している状態）である。なお、Ｐ台２は、玉の発射を停止してから１５秒以上遊技の完了を確認できなかった場合、タイムアウトし、遊技完了とする。
Ｂｉｔ４は、遊技玉の計数要求の有無（計数ボタン押下の有無）を示しており、“０”のとき要求無、“１”のとき計数開始時の計数受付要求有または計数玉の払出要求有である。Ｐ台は、計数操作が検出されたときに、この計数要求ＯＮの状態情報応答をＣＵへ送信し、計数要求が受領されたか否かを確認する。“１”のとき計数要求である。Ｂｉｔ５は、遊技玉加算の処理結果を示しており、“０”のとき加算ＯＫ、“１”のとき加算ＮＧである。Ｂｉｔ６〜Ｂｉｔ７は予備である。
「遊技台状態２」のＢｉｔ０は、大当り情報の大当り１（全ての大当り）を表わし、全ての大当り中“１”をセットする。Ｂｉｔ１は、大当り情報の大当り２（大当り＋小当り）を表わし、全ての大当り中および小当り中“１”をセットする。Ｂｉｔ２は、大当り情報の大当り３（出玉大の大当り）を表わし、出玉が大きい大当り中“１”をセットする。Ｂｉｔ３は、大当り情報の大当り４（出玉小の大当り）を表わし、出玉が小さい大当り中“１”をセットする。Ｂｉｔ４は、大当り情報の大当り５（出玉中の大当り）を表わし、出玉が中間の大当り中“１”をセットする。Ｂｉｔ５〜Ｂｉｔ７は予備である。
「遊技台状態３」のＢｉｔ０は、遊技状態情報の大当り中＋時短中を表わし、大当り中および時短中“１”をセットする。Ｂｉｔ１は、遊技状態情報の確変中を表わし、確変中“１”をセットする。Ｂｉｔ２は、遊技状態情報の時短中を表わし、時短中“１”をセットする。Ｂｉｔ３〜Ｂｉｔ７は予備である。
「遊技台エラー状態」は、Ｐ台２で発生中のエラーコードを示し、Ｂｉｔ０〜Ｂｉｔ５を用いて各エラーコードを表現している。なお、Ｂｉｔ０〜Ｂｉｔ５が全て“０”のときにはエラー無である。Ｂｉｔ６は、エラーが発生している場所を特定する情報であり、“０”のとき払出制御、“１”のとき主制御をそれぞれ表わしている。Ｂｉｔ７は、エラーの出力方法を示し、“０”のとき発報のみ、“１”のとき発報＋ホールサーバ８０１への出力を表わしている。
「不正検知情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２で検知した情報であり、「不正検知状態１」、「不正検知状態２」、「不正検知情報１」〜「不正検知情報４」および「加算通番」の情報を含んでいる。
「不正検知状態１」は、主制御基板１６の不正検知情報である。「不正検知状態１」のＢｉｔ０は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき磁気センサ検知不の正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき不正入賞検知の不正検知情報であることを表わしている。Ｂｉｔ３〜Ｂｉｔ７は予備である。
「不正検知状態２」は、払出制御基板１７の不正検知情報である。「不正検知状態２」のＢｉｔ０は、“１”のときガラス板開放の不正検知情報であることを表わしている。Ｂｉｔ１は、“１”のとき枠本体開放の不正検知情報であることを表わしている。Ｂｉｔ２は、“１”のとき電波センサ検知の不正検知情報であることを表わしている。Ｂｉｔ３は、“１”のとき近接センサ異常の不正検知情報であることを表わしている。Ｂｉｔ４は、“１”のとき賞球ゴト検知の不正検知情報であることを表わしている。ここで、「ゴト」とは、パチンコやスロットマシンにおいて不正な方法で出玉を獲得する不正行為のことである。Ｂｉｔ５は、“１”のとき複合ゴト検知の不正検知情報であることを表わしている。Ｂｉｔ６は、“１”のとき不正加算検知の不正検知情報であることを表わしている。Ｂｉｔ７は、“１”のとき扉・枠開放検知（夜間）の不正検知情報であることを表わしている。
「不正検知情報１」は、賞球センサゴト検知（入賞不整合玉数）の情報を示すデータである。「不正検知情報１」は、「不正検知状態２」のＢｉｔ４が“１”のとき有効となる。「不正検知情報２」は、複合センサゴト検知（発射／ＯＵＴ不整合玉数）の情報を示すデータである。つまり、発射玉数とアウト玉数（アウト口通過玉数）との不整合を検知したときの情報を示すデータである。「不正検知情報２」は、「不正検知状態２」のＢｉｔ５が“１”のとき有効となる。「不正検知情報３」は、不正加算検知（不正加算玉数）の情報を示すデータである。「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となる。「不正検知情報４」は、夜間、枠本体開放回数の情報を示すデータである。「不正検知情報４」は、「不正検知状態２」のＢｉｔ７が“１”のとき有効となる。
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は無応答となる。
「遊技情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「賞球情報１」〜「賞球情報ｎ」を含んでいる。
「遊技情報数」は、種別情報・賞球情報の個数（ｎ）であり、ｎ＝０〜２２（可変長）である。種別情報は、Ｂｉｔ４からＢｉｔ７までがデータ種別の情報で、遊技情報のデータ種別を示しており、“０”のとき情報無、“１”のとき始動口、“２”のとき大入賞口、“３”のとき入賞口、“４”のとき図柄停止回数である。Ｂｉｔ０からＢｉｔ３までがデータ番号の情報で、遊技情報のデータ種別毎のデータ番号を示しており、“０”のとき情報無、“１”〜“１５”のときそれぞれのデータ番号を表わしている。
「種別情報１」〜「種別情報ｎ」は、遊技種別情報１〜遊技種別情報ｎをそれぞれ示し、「賞球情報１」〜「賞球情報ｎ」は、遊技賞球情報１〜遊技賞球情報ｎをそれぞれ示している。
ここで、賞球情報は、Ｂｉｔ０からＢｉｔ３までが賞球玉数の情報で、遊技情報のデータ種別毎に入賞時の賞球玉数を示しており、“０”のとき情報無、“１”〜“１５”のとき賞球玉数のデータをそれぞれ表わしている。Ｂｉｔ４からＢｉｔ７までが入賞個数の情報で、遊技情報のデータ種別毎に入賞個数（累計）を示しており、“０”のとき情報無、“１”〜“１５”のとき入賞個数のデータをそれぞれ表わしている。
＜＜１１．カード挿入通知、１２．カード挿入応答＞＞
ＣＵ３からＰ台２に対してカード挿入通知のコマンドが送信される。このカード挿入通知のコマンドは、Ｐ台２に対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２からＣＵ３に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３に対してカード挿入通知を受信した旨の応答である。
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２に対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「カードＩＤ」は、ＣＵ３に挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２が保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３のカード挿入／排出口３０９（図１参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２保持の遊技玉が当日玉か過去玉かの判断に使用する。
「店舗コード」は、ＣＵ３が設置されている店舗識別コードであり、Ｐ台２が保持している遊技玉との紐付に使用する。また、ＣＵ３が店舗移動されたか否かを判定するためにも使用する。ＣＵ３は、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５より情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３を識別するためのＳＣ基板ＩＤであり、ＣＵ３が交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５より情報付加してＰ台２に通知する。Ｐ台２の払出制御部１７１は、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻等のカード挿入通知コマンドで通知される情報を記憶する。
カード挿入応答のレスポンスは、ＣＵ３に対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
＜＜１３．カード返却通知、１４．カード返却応答＞＞
ＣＵ３からＰ台２に対してカード返却通知のコマンドが送信される。このカード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２からＣＵ３に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してカード返却を応答するものである。
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するもので、ＣＵ３が、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
カード返却応答のレスポンスは、ＣＵ３に対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行なわない、持玉のカードへの書込みを禁止するなどの処理を行なう。
ここで、カード挿入通知時またはカード返却通知時のＰ台２の動作について説明する。カード挿入通知時に、ＣＵ３で会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行なうと、Ｐ台２はカードＩＤおよびカード挿入時刻のバックアップを行なう。カード返却通知時に、ＣＵ３で「カード返却」ボタンの押下の操作を行なうと、Ｐ台２はカードＩＤおよびカード挿入時刻のクリアを行なう。
＜＜１５．通信テスト要求、１６．通信テスト応答＞＞
ＣＵ３からＰ台２に対して、通信テスト要求のコマンドが送信される。この通信テスト要求のコマンドは、Ｐ台２に対してテストデータを通知するものである。この通信テスト要求に対応して、Ｐ台２からＣＵ３に対して、通信テスト応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してテストデータを応答するものである。
通信テスト要求のコマンドは、Ｐ台２に対してテストデータを通知するものである。なお、Ｐ台２に対して通知するテストデータは暗号化していない。通信テスト要求のコマンドは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、Ｐ台２に対して通知するテスト用のデータで任意のデータである。
通信テスト応答のレスポンスは、ＣＵ３に対してテストデータを通知するものである。なお、ＣＵ３に対して通知するテストデータも暗号化していない。通信テスト応答のレスポンスは、「通番」、「コマンド」、および「テストデータ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「テストデータ」は、ＣＵ３に対して通知するテスト用のデータで任意のデータである。
＜ＣＵとＰ台との通信における主なシーケンス＞
＜＜コマンド、レスポンスの送信＞＞
まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。
ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行なった後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。
＜＜ＣＵ側の通信回線断検知＞＞
次に、ＣＵ３側で通信断が検知された場合の処理について説明する。ＣＵ３がＰ台２に対してコマンドを送信してから２００ｍｓ間にレスポンスを受信できなかった場合、再度同じコマンドをＰ台２に送信する。さらにその２００ｍｓ後までの間にレスポンスを受信できなかった場合には、同じコマンドをＰ台２に送信するという２回目の再送を行なう。同じコマンドを最大１４回までＰ台２に再送する。１４回目の再送を行なってもＰ台２からレスポンスを受信できなかった場合、ＣＵ３は３秒後に通信異常と判断して「通信断」とする。この通信異常は、ＣＵ３のコネクタとＰ台２のコネクタとが離脱している場合あるいは接続配線の断線さらにはＰ台２の電源断などの原因が考えられる。ＣＵ３は、コマンドの再送時に通番のカウントアップを行なわない。
＜＜Ｐ台側の通信回線断検知＞＞
Ｐ台２側で通信断を検知した場合の処理について説明する。ＣＵ３からＰ台２へコマンドが送信され、Ｐ台２ではそのコマンドに応答してレスポンスをＣＵ３に返信する。その後ＣＵ３からのコマンドがＰ台２に送信されてこない状態が３秒間継続した場合、Ｐ台２は通信断と判断し、発射モータ１８の駆動を停止させて遊技を停止する。この通信断の発生原因も、ＣＵ３のコネクタとＰ台２のコネクタとの離脱、接続配線の断線、あるいはＣＵ３の電源断などが考えられる。
なお、Ｐ台２側で通信断を検知するコマンド、レスポンスには、リカバリ要求／リカバリ応答、リカバリ要求２／リカバリ応答２、通信開始要求／通信開始応答、通知終了要求／通信終了応答、および通信テスト要求／通信テスト応答のコマンド、レスポンスを含まない。
＜＜電源投入＞＞
次に、電源投入時の接続シーケンスの処理について説明する。図８に示すシーケンス処理は、ＣＵ３とＰ台２との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵ３の電源をＯＦＦにした後の通信再開時に実行される。典型例は、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げる場合である。
まず、電源を投入する。電源投入時においては、Ｐ台２では発射モータ１８を停止させて遊技を停止させてから通信を開始する。その後、認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、前回最終送信通番および前回最終送信計数通番を含むリカバリ要求をＰ台２へ送信し、Ｐ台２に対してリカバリ情報を要求する。Ｐ台２は、ＣＵ３より通知された前回最終送信計数通番を参照して、計数リカバリ処理を実行する。具体的に、Ｐ台２は、前回最終送信計数通番を参照して、ＣＵ３が計数処理を実施していなかった場合、計数要求をなかったものとし、ＣＵ３が計数処理を実施済の場合、計数前の遊技玉数から計数玉数を減算して遊技玉を確定する。
計数リカバリ処理の実行後、Ｐ台２は、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしている遊技情報リカバリデータをレスポンスとしてＣＵ３へ返信する（リカバリ応答）。リカバリ情報としては、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻、前回最終送信加算通番および前回遊技台情報などが含まれている。
リカバリ応答を受けたＣＵ３では、リカバリ情報に含まれる前回最終送信加算通番の処理を実行していなかった場合、リカバリ情報に含まれる前回遊技台情報を使用してＣＵ３の加算リカバリ処理を実施する。ＣＵ３は、加算玉リカバリ処理を実施する場合、Ｐ台２に対して、リカバリ要求２をＰ台２へ送信し、Ｐ台２に対してリカバリデータを送信する。このリカバリデータには、前回最終送信通番、および加算玉数が含まれている。
それを受けたＰ台２では、受信したリカバリデータに基づいて加算リカバリ処理を実行し、その結果をレスポンスとしてＣＵ３へ返信する（リカバリ応答２）。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果としてリカバリ処理ＮＧを応答する。
このリカバリ処理は、ＣＵ３とＰ台２との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、トラブルが発生し復旧したときにも、実行される。
ＣＵ３は、リカバリ要求などのコマンドを送信する度に通番をカウントアップする。ただし、コマンドの再送時の際にはカウントアップしない。Ｐ台２は、前回受信した通番と同じ通番のコマンドを受信した場合には、通信不良が発生してＣＵ３がコマンドを再送したと判断する。ＣＵ３はコマンドの送信し、同じ通番のレスポンスがＰ台２から通知された時に通番をバックアップする。Ｐ台２は、受信したコマンドに対応するレスポンスを送信する際に、受信した通番をそのままＣＵ３に通知する。Ｐ台２はレスポンスの送信時に通番をバックアップする。
ＣＵ３は、認証シーケンスが終了した後、通番を“１”としてリカバリ要求のコマンドをＰ台２に送信する。Ｐ台２は、受信した通番“１”をそのままリカバリ応答のレスポンスとしてＣＵ３に返信する。さらに、ＣＵ３は、通番を“２”としてリカバリ要求２のコマンドをＰ台２に送信する。Ｐ台２は、受信した通番“２”をそのままリカバリ応答２のレスポンスをＣＵ３に返信する。
その後、ＣＵ３は、通番をカウントアップして“３”として、通信開始要求のコマンドをＰ台２へ送信する。なお、ＣＵ３は、リカバリ要求２を送信しなかった場合、通番は１カウントダウン（−１）した“２”となる。Ｐ台２では、それを受けて、リカバリデータをクリアする。そして、Ｐ台２は、受信した通番“３”のまま、通信開始応答のレスポンスをＣＵ３へ返信する。これ以降、ＣＵ３とＰ台２との間で、状態情報要求のコマンドと状態情報応答のレスポンスとの送受信が行なわれる。
ＣＵ３は、通番をカウントアップして“４”として、状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２は、それを受けて、遊技台情報、遊技情報および前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの送信毎にバックアップする。そして、Ｐ台２は、受信した通番“４”のまま、状態情報応答のレスポンスをＣＵ３に返信する。
ＣＵ３は、それを受けて、前回最終送信通番を更新し、更新したデータを状態情報応答のレスポンスの受信毎にバックアップする。
その後、ＣＵ３は、通番をカウントアップして“５”として、状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、受信した通番“５”のまま、状態情報応答のレスポンスをＣＵ３に返信する。
＜＜カード挿入＞＞
カードが挿入されたときのＣＵ３およびＰ台２の処理について説明する。図９に示すＣＵ３は、カード挿入前、通番＝ｎ、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。
その後、ＣＵ３では、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報（カードＩＤ等）をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
ＣＵ３は、カードの挿入が行なわれた後の所定期間、カード情報問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉、貯玉やカード残額等をたとえばホールサーバ８０１に問合せて認証している最中であることを表示器３１２に表示するとともにＰ台２側の表示器５４に表示させる処理を実行している最中であることを意味している。
ＣＵ３は、表示器３１２に挿入されたカードの問合せ中であることを表示している間、挿入されたカードを認証していないので、通番＝ｎ＋１、カード挿入状態＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。Ｐ台２では、それを受けて、通番＝ｎ＋１、遊技禁止を含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２側の表示器５４は、ＣＵ３の表示制御部３５０により表示制御が行なわれ、カードの問合せ中である旨の表示がなされる。
その後、ＣＵ３は、挿入されたカードが認証されると、そのカードのカードＩＤとカード挿入時刻とをＣＵ制御部３２３のＲＡＭに記憶させるとともに、通番＝ｎ＋２、カードＩＤ、カード挿入時刻を含むカード挿入通知のコマンドをＰ台２へ送信する。なお、カード挿入通知のコマンドには、セキュリティ基板３２５で付加した店舗コードおよびＳＣ基板ＩＤも含まれている。Ｐ台２では、それを受けて、受信したカードＩＤ、カード挿入時刻、店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１のＲＡＭ等にバックアップするとともに、通番＝ｎ＋２を含むカード挿入応答のレスポンスをＣＵ３に返信する。なお、ＣＵ３においても、挿入されたカードのカードＩＤをＣＵ制御部３２３のＲＡＭ等に記憶する。
ＣＵ３は、それを受けて、通番＝ｎ＋３、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信することで、カード挿入中である状態をＰ台２に対して通知する。Ｐ台２は、カード挿入中である状態の通知を受けて遊技を許可し、通番＝ｎ＋３、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信することで、遊技許可中である状態をＣＵ３に対して通知する。
カード挿入中、ＣＵ３は、通番＝ｎ＋４、カード挿入状態＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋４、遊技許可を含む状態情報応答のレスポンスをＣＵ３に返信する。
＜＜プリペイド貸出＞＞
次に、挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理について説明する。図１０に示すシーケンス処理では、挿入されたカードに記録されているプリペイド残額が５００円で、遊技玉数が５０玉である。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦ、加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０、加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
その後、遊技者が１回「貸出」ボタンを押下する貸出操作（玉貸操作）を行なうことにより、ＣＵ３は、後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレートが１玉４円である場合は、残額の５００円分すなわち１２５玉の貸出を行なう。他のレートである場合は、レートに応じた玉数の貸出を行なう。ＣＵ３は、玉貸ボタン（貸出ボタン）３２１が押下操作された場合、５００円分のプリペイド消費を確定させるとともに、加算玉数＝１２５のデータをバックアップする。このように、残額消費は、貸出操作が行なわれた段階でＣＵ３側単独で確定する。その後、ＣＵ３は加算表示中となる。この加算表示中では、残額から１２５玉分引落して遊技玉に加算している最中であることを表示器５４に表示させる。
次に、ＣＵ３は、Ｐ台２に対して遊技玉の加算要求を行なう。そのため、ＣＵ３は、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。通番をカウントアップして“ｎ＋１”とするとともに、遊技玉の加算要求を行なうため、加算通番もカウントアップして“ｍ＋１”とする。ＣＵ３は、加算通番を“ｍ＋１”にカウントアップするとともに、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、ＣＵ３に対して遊技玉数＝１７５および遊技玉加算結果＝ＯＫを通知するため、通番＝ｎ＋１、遊技玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに、そのまま“ｍ＋１”とする。
その後、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋５、遊技玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求がＯＦＦの場合、状態情報要求および状態情報応答は、通番をカウントアップするが、加算通番はカウントアップしない。
＜＜持玉払出・貯玉払出（再プレイ）＞＞
次に、持玉払出、貯玉払出をして再プレイする処理について説明する。この図１１では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。このように、加算要求が発生していない間は、加算通番が更新されることはない。
その後、持玉または貯玉が存在する状態で、遊技者が持玉払出ボタンまたは再プレイボタン３１９を押下すると、ＣＵ３は、持玉または貯玉からのレートに応じた玉数分（１玉４円のレートの場合、１２５玉分）の消費を確定させる。つまり、後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレート（ここでは１玉４円のレート）に応じた持玉または貯玉からレートに応じた玉数を減算する。このように、持玉または貯玉の消費は、持玉払出ボタンまたは再プレイボタン３１９を押下する操作がなされた段階でＣＵ３側単独で確定する。なお、持玉と貯玉との双方が存在する場合には、持玉消費が優先される。
この持玉を優先して消費する制御に代えて、貯玉再プレイボタンと持玉再プレイボタンとを設け、遊技者が選択して操作することにより、貯玉消費または持玉消費のいずれかを選べるようにしてもよい。すなわち、再プレイボタンは、貯玉（貯メダル）から遊技玉（遊技点）を得るための貯玉（貯メダル）再プレイボタンと、持玉（持点）から遊技玉（遊技点）を得るための持玉（持点）再プレイボタンとの２つで構成してもよい。
ＣＵ３は、持玉または貯玉からの消費を確定させた後、加算玉数＝１２５の加算要求をＰ台２に通知する。具体的に、ＣＵ３は、遊技玉の加算処理中であることを表示するとともに、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信する。遊技玉の加算要求を行なうため、通番をカウントアップして“ｎ＋１”とするとともに、加算通番もカウントアップして“ｍ＋１”とする。さらに、ＣＵ３は、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。それを受けて、Ｐ台２は、遊技玉数＝５０（現在の遊技玉数）＋１２５（加算玉数）＝１７５に遊技玉数を更新し、前回最終送信加算通番を“ｍ＋１”に更新して、そのデータをバックアップする。そして、Ｐ台２は、通番＝ｎ＋１、加算玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１含む状態情報応答のレスポンスをＣＵ３に返信する。遊技玉の加算要求に対する応答であるため、加算通番をカウントアップせずに“ｍ＋１”のままとする。
その後、ＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信し、Ｐ台２は、通番＝ｎ＋２、加算玉数＝１７５および加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。
＜＜遊技玉計数（通常）＞＞
次に、遊技玉の一部を計数して減算する通常時の計数処理について説明する。この図１２では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３からＰ台２へ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。
また、この図１２では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。
なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。
まず、ＣＵ３は、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。
ＣＵ３から送信された通番ｎに対して、Ｐ台２から通番ｎ＋１が返信されている。ＣＵ３から送信された計数通番ｍに対して、Ｐ台２からは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。
その後、遊技者が、計数ボタン２８を押下する。この図１２では、計数ボタン２８を１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３からＰ台２へ送信されている。
Ｐ台２は、計数ボタン２８の操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３へ送信する。ただし、この段階でＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を示す電文であるため、計数通番が“ｍ＋１”にカウントアップされている。Ｐ台２は、このとき、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
通番ｎ＋１の状態情報応答を受信したＣＵ３は、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。すなわち、ＣＵ制御部３２３は、表示制御部３５０に対して計数表示の指令を送信する。表示制御部３５０は、その指令を受けてＰ台２側の表示器５４を表示制御する。その結果、表示器５４には、遊技玉が計数されてその数が減少する一方で、持玉が増加する画像表示が行なわれる。
この場合、遊技玉が一発ずつ、各台計数器に案内されて計数されていくような演出表示を行なうことが考えられる。この演出表示の他の例としては、遊技玉数のデータが持玉数のデータに経時的に変換されていく表示であってもよい。たとえば、遊技玉数のデータと持玉数のデータとを棒グラフで示し、遊技玉数の棒グラフを減少させつつ持玉数の棒グラフを増加させたり、遊技玉数の棒グラフの一部を持玉数の棒グラフに移動させる表示を繰返したりしてもよい。さらに演出表示の他の例としては、現在の遊技玉数のデータと持玉数のデータをそのままデジタル表示し、遊技玉数を減少させつつ持玉数を増加させたり、遊技玉数の一部を持玉数に移動させる表示を繰返したり、種々の演出表示が考えられる。
さらに、ＣＵ３は、前回最終送信計数通番を“ｍ＋１”に更新して、そのデータをバックアップする。続いて、ＣＵ３は、Ｐ台２に対して、通番ｎ＋２、計数通番ｍ＋１、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
この状態情報要求を受信したＰ台２は、ようやく、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９の表示を８００から７００に更新する。この段階で、Ｐ台２は計数要求状態がＯＦＦとなるが、計数ボタンの押下が継続しているため、Ｐ台２は２度目の計数要求をＣＵ３へ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３へ送信する。ただし、この段階でもＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝７００とされている。また、この状態情報応答は、新たな計数要求として送信される電文であるため、計数通番を“ｍ＋２”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
通番ｎ＋２の状態情報応答を受信したＣＵ３は、要求されている計数玉数相当の後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレート（ここでは、１玉４円のレート）の持玉を加算するとともに、持玉の表示を２００に更新する。さらに、ＣＵ３は、前回最終送信計数通番を“ｍ＋２”に更新して、そのデータをバックアップする。続いて、ＣＵ３は、Ｐ台２に対して、通番ｎ＋３、計数通番ｍ＋２、計数応答＝ＯＮの状態情報要求を送信し、要求された計数を終えたことを通知する。
この状態情報要求を受信したＰ台２は、計数玉数＝１００に対応する数だけ遊技玉数を減算し、遊技玉数表示器２９の表示を７００から６００に更新する。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、Ｐ台２は計数完了を通番ｎ＋３の状態情報応答でＣＵ３へ通知する。すなわち、現在の遊技玉数＝６００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３へ送信する。また、計数要求に対応するすべての計数動作が済んでいるため、この状態情報応答に含まれる計数通番もｍ＋２のままで更新されていない。
この状態情報応答を受信したＣＵ３は、計数完了と判定する。図示を省略しているが、ＣＵ３は、通番ｎ＋４、計数通番ｍ＋２、カード返却準備状態＝ＯＦＦ、計数応答＝ＯＦＦの状態情報応答をＰ台２へ送信する。
このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっている。
＜＜遊技玉計数（計数ＮＧ）＞＞
次に、遊技玉の一部を計数して減算する計数処理において計数処理がＮＧとなる場合について説明する。この図１３では、カード返却の操作が検出されることなく計数ボタンが押下された場合を示している。それゆえ、ＣＵ３からＰ台２へ送信されるカード返却準備状態のビットは、いずれもＯＦＦ（＝０）となっている。このため、以下ではカード返却準備状態のビットの説明を省略する。
また、この図１３では、挿入された記録媒体（会員用カードまたはビジターカード）により特定される持玉数が「０」玉であり、当初の遊技玉数が「８００」玉の状態となっている。
なお、ここでは、計数ボタンの操作が検出されている間、１００点単位での計数が継続し、計数ボタンの操作が検出されなくなった段階で計数動作が終了する例を説明する。
まず、ＣＵ３は、通番＝ｎ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０、計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。
ＣＵ３から送信された通番ｎに対して、Ｐ台２から通番ｎ＋１が返信されている。ＣＵ３から送信された計数通番ｍに対して、Ｐ台２からは同じ計数通番ｍが返信されている。これは、計数通番が、計数要求の発生を契機として更新され、計数の完了をもって更新が終了される特別な通番だからである。
その後、遊技者が、計数ボタン２８を押下する。この図１３では、計数ボタン２８を１回押下する操作がなされた直後に、通番＝ｎ＋１、カード返却準備状態＝ＯＦＦ、計数通番＝ｍ、計数応答＝ＯＦＦを含む状態情報要求のコマンドがＣＵ３からＰ台２へ送信されている。
Ｐ台２は、計数ボタン２８の操作を検出した場合、状態情報要求のコマンドに対する応答として、計数要求値を具体的に１００に設定した通番ｎ＋１の状態情報応答をＣＵ３へ送信する。ただし、この段階でＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求を契機として送信される電文であるため、Ｐ台２は、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
通番ｎ＋１の状態情報応答を受信したＣＵ３は、通常、要求されている計数玉数相当の持玉を加算するとともに、持玉の表示を１００に更新する。しかし、ＣＵ３は、通信エラーなどによりＰ台２からの状態情報応答を受信できず、計数玉を受取ることができなかった場合、Ｐ台２に対して計数受取りＮＧを返答する。具体的に、ＣＵ３は、Ｐ台２に対して、通番ｎ＋２、計数通番ｍ、計数応答＝ＯＦＦの状態情報要求を送信し、要求された計数玉を受取れなかったことを通知する。なお、ＣＵ３は、要求された計数玉を受取れなかったため、前回最終送信計数通番を更新せずに、前回最終送信計数通番ｍを計数通番として状態情報要求を送信する。
この状態情報要求を受信したＰ台２は、計数玉数＝１００に対応する数だけ遊技玉数を減算を実行せずに、前回最終送信計数通番を１つカウントダウン（−１）して、そのデータをバックアップする。この段階で、計数ボタンの押下が継続しているため、Ｐ台２は２度目の計数要求をＣＵ３へ送信する。すなわち、計数要求値を具体的に１００に設定した通番ｎ＋２の状態情報応答をＣＵ３へ送信する。ただし、この段階でもＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋２の状態情報応答では、遊技玉数＝８００とされている。また、この状態情報応答は、再度の計数要求であるため、計数通番を前回と同じｍ＋１にして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
これに対して、ＣＵ３は、Ｐ台２に対して計数受取りＮＧを返答する。具体的に、ＣＵ３は、Ｐ台２に対して、通番ｎ＋３、計数通番ｍ、計数応答＝ＯＦＦの状態情報要求を送信し、要求の拒否を通知する。なお、ＣＵ３は、要求を拒否したため、前回最終送信計数通番を更新せずに、前回最終送信計数通番ｍを計数通番として状態情報要求を送信する。
この状態情報要求を受信したＰ台２は、計数玉数＝１００に対応する数だけ遊技玉数を減算を実行せずに、前回最終送信計数通番を１つカウントダウン（−１）して、そのデータをバックアップする。ところが、この段階で、計数ボタンから遊技者の手が離れており、計数操作が終了している。このため、このため、Ｐ台２は計数ＯＦＦ状態を通番ｎ＋３の状態情報応答でＣＵ３へ通知する。すなわち、現在の遊技玉数＝８００とともに、計数要求＝ＯＦＦ、計数玉数＝０の状態情報応答をＣＵ３へ送信する。
このように、本実施の形態では、計数玉数を通知する情報状態応答をＰ台からＣＵへ送信する際に、Ｐ台側で早々と計数玉分の遊技玉の減算を行なっているのではなく、計数玉数を通知する情報状態応答を送信してからこれに対する受領確認をＣＵから受けた段階で、Ｐ台は遊技玉の減算を行なっているので、計数ＮＧの場合に計数リカバリ処理を行なう必要がない。
＜＜遊技玉計数（カード返却）＞＞
次に、カードを返却する際の遊技玉の計数処理について説明する。図１４は、遊技者がカード返却操作を行なった場合の計数処理を説明するためのシーケンス図である。図１４では、挿入された記録媒体（会員用カード等）により特定されるカード持玉数が０玉であり、当初の遊技玉数が８００玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＦＦ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝８００、計数通番＝ｍ、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。
その後、遊技者が、遊技を止める場合や別の遊技台に移動する場合に「カード返却」ボタンを押下する。しかし、遊技者が「カード返却」ボタンを押下した時点では、Ｐ台２の遊技玉数が８００玉で、ＣＵ３はＰ台２の遊技玉数が０玉でないと判定する。また、ＣＵ３は、遊技者が「カード返却」ボタンを押下したのでカード返却準備状態＝ＯＮとして、通番＝ｎ＋１、ＣＵ開店状態＝ＯＮ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。なお、ＣＵ３は、カード返却準備状態＝ＯＮの通知を１０秒間、Ｐ台２に通知する。さらに、ＣＵ３は、Ｐ台２の遊技玉数が８００玉で、０玉でないため、カード返却待機として、表示器５４等に計数操作を促す表示を行なう。
計数操作を促す表示を受けて、遊技者が計数ボタン２８を押下して、遊技玉を持玉に変換する操作を行なう。Ｐ台２は、計数ボタン２８を押下する計数操作が、カード返却準備状態＝ＯＮでの計数操作であると判定し、たとえば１００玉単位での計数ではなく、一括して計数を処理する。
Ｐ台２は、遊技玉数８００玉の計数受付要求および遊技玉数８００玉を一括計数した計数玉数８００玉をＣＵ３に通知するために、通番＝ｎ＋１、遊技玉数＝８００、計数通番＝ｍ＋１、計数玉数＝８００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、この段階でＰ台２は計数要求分の計数を実行しない。このため、通番ｎ＋１の状態情報応答では、依然として遊技玉数＝８００とされている。また、この状態情報応答は、計数要求の電文であるため、Ｐ台２は、計数通番を“ｍ＋１”にカウントアップして、前回最終送信計数通番を更新し、更新した前回最終送信計数通番と計数要求状態ＯＮとのデータをバックアップする。
これを受けて、ＣＵ３は、計数玉数８００玉を後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレート（ここでは１玉４円のレート）の持玉数に加算して、計数玉数８００玉を遊技玉数８００玉から０玉に減算する。また、ＣＵ３は、更新した前回最終送信計数通番のデータをバックアップする。そして、ＣＵ３は、計数玉受取りを通知するため、通番＝ｎ＋２、ＣＵ開店状態＝ＯＮ、カード返却準備状態＝ＯＮ、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドをＰ台２へ送信する。
Ｐ台２は、ＣＵ３からの応答を受けて、計数玉数８００玉を遊技玉数８００玉から減算して遊技玉数０玉を表示器５４等に表示する。さらに、Ｐ台２は、遊技玉数０玉、計数完了した旨をＣＵ３に通知するために、通番＝ｎ＋２、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数要求＝ＯＦＦを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、計数要求がＯＦＦとなるので、計数通番はｍ＋１のままカウントアップせずにＣＵ３に送信される。
ＣＵ３は、遊技者がカード返却ボタン３２２を押下してから１０秒経過する前、つまり、カード返却準備状態中に、計数ボタン２８を押下して遊技玉を持玉に一括計数して遊技玉数を０玉にしているので、カード返却処理を実行する。つまり、ＣＵ３は、通番＝ｎ＋３を含むカード返却通知のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ＋３、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻を含むカード返却応答のレスポンスをＣＵ３に返信する。カードＩＤおよびカード挿入時刻をＣＵ３に返信後、払出制御基板１７に保持してあるカードＩＤおよびカード挿入時刻のデータをクリアする。
それを受けて、ＣＵ３は、挿入しているカードに記憶しているカードＩＤと、Ｐ台２から受信したカードＩＤとの一致判別を行ない、一致した場合は挿入しているカードを返却し、不一致の場合エラー処理を行ないホールサーバ８０１などに報告する。ＣＵ３は、カードＩＤが一致した場合、カード挿入／排出口３０９に挿入してあったカード（挿入カード）に持玉数８００を記憶させてそのカードを遊技者に返却する。また、遊技者がカード挿入／排出口３０９にカードを挿入することなく入金操作により遊技を開始している場合には、ＣＵ３に設けられているカードストック部にストックされているカード（ストックカード）に持玉数８００を記憶させてそのカードを遊技者に返却する。挿入カードまたはストックカードの返却の際、ＣＵ３は当該カードのカードＩＤと持玉数のデータとをホールサーバ８０１へ送信し、ホールサーバ８０１が当該カードのカードＩＤに対応付けて持玉数のデータを記憶してもよい。
その後、ＣＵ３は、カード挿入状態ＯＦＦをＰ台２に通知するために、通番＝ｎ＋４、ＣＵ開店状態＝ＯＮ、カード挿入状態＝ＯＦＦ、計数通番＝ｍ＋１および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。これを受けて、ＣＵ３は、通番＝ｎ＋４、遊技玉数＝０、計数通番＝ｍ＋１、計数玉数＝０および計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。
なお、図１４で説明したカードを返却する際の遊技玉の計数処理のシーケンスは、カード返却時に限定されるものではなく、簡易離席・食事休憩時にも同様の処理を適用することができる。ここで、簡易離席とは、遊技者が小用を済ませるために５〜１０分程度の短い時間遊技を中断するものである。食事休憩とは、簡易離席よりも長いたとえば３０分間等遊技を中断して食事や休憩を行なうものである。
＜＜異常系シーケンス１＞＞
次に、図１５を参照して、電源断／通信回線断により状態情報要求が未到達となったときの遊技玉数のリカバリ処理について説明する。図１５は、特に、電源断／通信回線断線（たとえば、Ｐ台２の電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報要求が未到達（ＣＵ３からＰ台２へコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
図１５を参照して、遊技中において電源断が発生する前に、ＣＵ３は、通番＝ｎを含む状態情報要求をＰ台２に送信している。それを受けて、Ｐ台２は、遊技台情報ＣＵ３に通知するため、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答をＣＵ３に送信する。Ｐ台２は、前回遊技台情報となる前回最終送信通番を“ｎ”に更新する。
ＣＵ３は、通番＝ｎの状態情報応答を受け、前回最終送信通番を“ｎ”に更新してバックアアップする。また、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３の情報に基づいて、自ら記憶している遊技玉数や加算玉数、減算玉数を更新する。
そして、遊技中においてＰ台２に電源断が発生した後に、通番＝ｎ＋１を含む状態情報要求がＣＵ３からＰ台２へ送信された場合に、Ｐ台２が電源断の状態であるためにその状態情報要求を受信できない。それ以降Ｐ台２からの状態情報応答が送信されてこないためにＣＵ３は、３秒後に通信回線断を検知して停止する制御を行なう。Ｐ台２が状態情報応答のレスポンスをＣＵ３に送信してから、電源断発生までの間、Ｐ台２において遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
その後、Ｐ台２の電源断が復旧してＯＮの状態になってＰ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１を経由して鍵管理サーバ８００）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、通番＝１、前回最終送信通番＝ｎを含むリカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしている前回最終送信通番＝ｎとが一致しているか否かを判定する。一致している場合には、通信断の前にＰ台２からＣＵ３に対して最後に送信した状態情報応答はＣＵ３に到達していると判断でき、この場合には、その状態情報応答に含まれる遊技情報に基づいてＣＵ３側でも遊技情報が更新されていることになる。このため、この場合には、遊技情報格納無（具体的には前回遊技台情報無）としてリカバリ応答（通番＝１）をＣＵ３へ返信する。仮に、受信したリカバリ要求の前回最終送信通番＝ｎと、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしている前回最終送信通番＝ｎとが不一致の場合には、通信断の前にＰ台２からＣＵ３に対して最後に送信した状態情報応答はＣＵ３に到達していないと判断できるため、このような場合には、遊技情報格納有（具体的には前回遊技台情報有）として遊技情報を含むリカバリ応答（通番＝１）をＣＵ３へ返信する。
図１５において、ＣＵ３は、リカバリ応答に含まれる遊技情報格納がないため、加算リカバリ処理は行なわない。なお、リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。遊技情報格納がないため、ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、未通知の遊技台情報（最新遊技台情報である遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３に通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３は、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
＜＜異常系シーケンス２＞＞
次に、図１６を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数のリカバリ処理について説明する。図１６は、特に、電源断／通信回線断線（たとえば、Ｐ台２の電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２からＣＵ３へコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
図１６を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２からＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３からの状態情報要求が送信されてこないためにＰ台２は、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１が発射制御基板３１へ停止コマンドを送信し、発射制御基板３１が発射モータ１８の回転駆動を停止する。この３秒間の間、Ｐ台２において遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
一方、ＣＵ３では、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その際、現時点における持玉数を後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートに応じた持玉数としてカードに記憶させて排出する。なお、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３から持玉数を受信してバックアップ記憶しているホールサーバ８０１の記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。その後、ＣＵ３の電源断が復旧してＯＮの状態になってＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１を経由して鍵管理サーバ８００）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、通番＝１を含むリカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求の前回最終送信通番＝ｎ−１と、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしている前回最終送信通番＝ｎとを比較判定する。その結果、両者が不一致であるので、電源断の発生前に最後に送信した状態情報応答がＣＵ３へ到達していないものと判断する。そこで、Ｐ台２は、ＣＵ３に対して未通知の遊技情報を有しているとして遊技情報格納有（具体的には前回遊技台情報有）を含むリカバリ応答（通番＝１）をＣＵ３へ返信する。つまり、前回遊技台情報である遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３をリカバリ応答に含めてＣＵ３へ送信する。
ＣＵ３は、リカバリ応答に含まれる遊技情報に基づいてリカバリ処理を実行する。ただし、通信回線断を検知する直前に遊技玉の加算要求を送信していないため、加算リカバリ処理は不要である。このため、リカバリ応答を受信した後、リカバリ要求２を送信することなく、通信開始要求を送信する。ＣＵ３は、この通信開始要求の送信前に、第１チェック処理を実行する。第１チェック処理では、リカバリ応答を受信したＣＵ３のＣＵ制御部３２３によって、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かがチェックされる。この第１チェック処理は、図２８（ａ）に基づいて後述する。ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３は、Ｐ台２から受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、電源断の発生前にＣＵ３にまで到達しなかった状態情報応答に含まれる未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３に通知するとともに、前回最終送信通番を更新して、当該データをバックアップする。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３は、未通知の遊技台情報を含む状態情報応答を受けて、前回最終送信通番を更新して、当該データをバックアップする。なお、状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
なお、再挿入されたカードのカードＩＤがカード情報読取処理により適正に読取られた場合に、その読取ったカードＩＤとリカバリ応答に含まれているカードＩＤとを照合して一致しているか否かをＣＵ３のＣＵ制御部３２３が判定するとともに、電源断発生前の遊技開始時に挿入されたカードの挿入時刻をＣＵ制御部３２３のＲＡＭが記憶しておりその記憶しているカードの挿入時刻とリカバリ応答に含まれているカード挿入時刻とを比較して一致するか否かをＣＵ３のＣＵ制御部３２３が判定してもよい。その場合、両者一致すると判定し、加算リカバリが無い場合には、ＣＵ３は、通信開始要求をＰ台２へ送信する。それを受けたＰ台２では、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３へ返信する。
本実施例では、この遊技者の同一性を判断するときの遊技者を特定可能な遊技者特定情報として、カードＩＤとカード挿入時刻とを用いている。このカードＩＤは、会員の遊技者個人を特定する会員用カードのカードＩＤばかりでなく、ビジターとして来店した遊技者が用いるビジターカードのカードＩＤも含む。このビジターカードの場合には、不特定の遊技者に使用されるものであり、特定の遊技者個人を特定するものではない。つまり、このカードＩＤの場合には、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者とが同一の遊技者であるか否かは特定できるが、その遊技者がどの特定の個人であるかまでは特定できない。よって、上記「遊技者特定情報」とは、特定の遊技者個人を特定するものに限らず、電源断／通信回線断の発生前に遊技を行なっていた遊技者と電源断復旧後に遊技を行なおうとしている遊技者との同一性が判別できる情報をも含む広い概念である。
＜＜異常系シーケンス３＞＞
次に、図１７を参照して、電源断／通信回線断により状態情報応答が未到達となったときの遊技玉数の別のリカバリ処理について説明する。図１７は、特に、電源断／通信回線断線（たとえば、ＣＵ３の電源が一旦ＯＦＦにした後再度ＯＮになった場合）があって、状態情報応答が未到達（Ｐ台２からＣＵ３へコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図である。この電源のＯＦＦ，ＯＮは、たとえばＣＵ３の故障、または電源を手動でＯＦＦ，ＯＮする、あるいはＣＵ３をカードユニットホルダから抜き差しすることによっても、電源がＯＦＦ，ＯＮとなる。
図１７を参照して、遊技中において電源断が発生した後に、通番＝ｎ、遊技玉数＝４８０、加算玉数＝３および減算玉数＝２３を含む状態情報応答がＰ台２からＣＵへ送信された場合に、ＣＵが電源断の状態であるためにその状態情報応答をＣＵが受信できない。それ以降ＣＵ３からの状態情報要求が送信されてこないためにＰ台２は、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１が発射制御基板３１へ停止コマンドを送信し、発射制御基板３１が発射モータ１８の回転駆動を停止する。この３秒間の間、Ｐ台２において遊技が続行されて遊技台情報が変化し、遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６となり、これが最新遊技台情報となる。一方、既に送信した遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３の遊技台情報は前回遊技台情報となる。
一方、ＣＵ３では、電源断が発生したために、挿入されているカードを強制的に排出して遊技者に返却する制御を行なう。その後、ＣＵ３の電源断が復旧してＯＮの状態になり、さらにＣＵ３を交換して新たなＣＵ３が動作を開始する。
なお、ＣＵ交換前に稼働していたＣＵ３が持玉数を記憶していたときには、その持玉数を別のカード（たとえば、ＣＵ内部のカード）に記憶させて排出するようにしてもよい。その際に、ＣＵの故障等が原因で持玉数をカードに記憶させることができない場合は、定期的に（たとえば５秒毎に）ＣＵ３から持玉数を受信してバックアップ記憶しているホールサーバ８０１の記憶データ（持玉数）を基に遊技者に損失補填するようにしてもよい。
交換後のＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバ（ホールサーバ８０１を経由して鍵管理サーバ８００）へ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照合してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、通番＝１を含むリカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。しかし、ＣＵ３は、交換したため前回最終送信通番を有していない。それを受けたＰ台２では、ＣＵ３に対して未通知の遊技情報を有しているとして遊技情報格納有を含むリカバリ応答（通番＝１）をＣＵ３へ返信する。このリカバリ応答でＣＵ３に通知するリカバリ情報には、前回最終送信通番＝ｎ、挿入されていたカードのカードＩＤ、カード挿入時間、前回最終送信加算通番＝ｍおよび前回遊技台情報が含まれている。前回遊技台情報には、遊技玉数＝４８０、加算玉数＝３、減算玉数＝２３を含んでいる。
リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３は、Ｐ台２から受信した前回遊技台情報を使用してリカバリ処理（遊技玉数＝４８０、加算玉数累計＝＋３、減算玉数累計＝＋２３）を行ない、前回最終送信通番を更新して、当該データおよびカードＩＤ、カード挿入時刻をバックアップする。ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝４５０、加算玉数＝６、減算玉数＝３６）を状態情報応答でＣＵ３に通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４５０、加算玉数＝６および減算玉数＝３６を含む。ＣＵ３は、未通知の遊技台情報を含む状態情報応答を受けて、前回挿入中だったカードの挿入待ち、または店員リモコン操作（遊技玉計数）待ちの状態となる。この状態でカードが挿入されると、ＣＵ３は、その挿入されたカードのＩＤをカードリーダライタにより読み取る。そして、読み取ったカードＩＤと、リカバリ応答に基づいて記憶しているリカバリカードＩＤ（前回挿入されていたカードのカードＩＤ）とが一致しているか否かを判定する。一致していると判定した場合には、遊技を再開させるための店員のリモコン操作待ちとなる。リモコン操作があれば、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３からＰ台２へ送信される。Ｐ台２では、通信断以前の前回のカード挿入時に受信した店舗コードおよびＳＣ基板ＩＤのデータを払出制御部１７１のＲＡＭ等にバックアップしており、そのバックアップしているデータとＣＵ３から送信されてきた店舗コードおよびＳＣ基板ＩＤとを比較して一致するか否か判別する。一致していれば、遊技が再開可能となる。なお、リモコン操作を待つことなく、店舗コードおよびＳＣ基板ＩＤ等を含むカード挿入通知のコマンドがＣＵ３からＰ台２へ送信されるようにしてもよい。不一致の場合には、たとえばＰ台２の遊技玉数データを無効にする等のエラー処理が行なわれる。あるいは、これに代えて、またはこれに加えてエラー報知がなされるようにしてもよい。さらには、挿入されているカードを強制的に排出して遊技者に返却する制御を行なうようにしてもよい。
なお、状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
＜＜異常系シーケンス４＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数のリカバリ処理について説明する。図１８は、特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３からＰ台２への加算要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図１８では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３に送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
しかし、Ｐ台２は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。
ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する。ここでは、前回最終送信加算通番＝ｍが送信される。
リカバリ応答を受けたＣＵ３では、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３は、Ｐ台２のリカバリデータの最終送信加算通番＝ｍに比べて、バックアップしているＣＵ３で記憶している前回最終送信加算通番＝ｍ＋１の方が大きい値（新しい）の場合（不一致）、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。
具体的な加算リカバリ処理としては、Ｐ台２に対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３は、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２へ送信する。
Ｐ台２は、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。このタイミングで、電源断によって実現されなかった加算処理が実現され、ＣＵ３側とＰ台２側とで遊技玉数が整合する。さらに、Ｐ台２では、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３へ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３は、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ２のＣＵ制御部３２３は、前述のリカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図２９に基づいて後述する。
さらに、ＣＵ３は、通信開始要求をＰ台２へ送信する。それを受けたＰ台２では、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３へ返信する。また、ＣＵ３は、状態情報要求をＰ台２へ送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝１７５）を状態情報応答でＣＵ３に通知する。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス５＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数のリカバリ処理について説明する。図１９は、特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２からＣＵ３への加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図１９では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３に送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができない。Ｐ台２が通信回線断を検知するには、１秒以上ＣＵ３から次のコマンドを受信できない期間が必要である。
そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝１７５、遊技玉加算結果＝ＯＫおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。なお、Ｐ台２では、ＣＵ３へ状態情報応答のレスポンスを返信するとともに、前回最終送信加算通番を更新し、更新したデータおよび遊技玉数＝１７５のデータをバックアップする。
その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ＋１））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍ＋１が含まれている。
リカバリ応答を受けたＣＵ３では、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２のリカバリデータの前回最終送信加算通番＝ｍ＋１と、ＣＵ３で記憶している前回最終送信加算通番＝ｍ＋１とが一致した場合、加算リカバリ処理を要求せず、加算要求状態をクリアする。また、リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。
さらに、ＣＵ３は、通信開始要求をＰ台２へ送信する。それを受けたＰ台２では、通信開始応答をＣＵ３へ返信する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス６＞＞
次に、電源断／通信回線断により加算応答が未到達となったときの加算玉数の別のリカバリ処理について説明する。図２０は、特に、電源断、通信回線断線により、加算応答が未到達（Ｐ台２からＣＵ３への加算応答のレスポンスが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図２０では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３に送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
その後、ＣＵ３で電源断が発生し、ＣＵ３の動作が停止する。しかし、Ｐ台２は、ＣＵ３で電源断が発生した直後、ＣＵ３の動作が停止していることを検知することができない。Ｐ台２が通信回線断を検知するには、１秒以上ＣＵ３から次のコマンドを受信できない期間が必要である。
そのため、Ｐ台２では、ＣＵ３の動作が停止していることを知らずに、ＣＵ３の状態情報要求のコマンドを受けて、加算要求を処理する。ところが、何らかの原因（たとえば、遊技玉数が上限値に達しているなど）によって、遊技玉を加算できない状況が発生する。この場合、Ｐ台２は、通番＝ｎ＋１、遊技玉数＝５０、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。ただし、ＣＵ３に返信した状態情報応答のレスポンスは、ＣＵ３の動作が停止しているため、ＣＵ３へ未到達となる。なお、Ｐ台２では、遊技玉加算異常が発生しているので、ＣＵ３からの加算玉を処理することができず、前回最終送信加算通番＝ｍのままで更新していない。
その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。なお、Ｐ台２では、遊技玉加算異常の状態である。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、前回最終送信通番＝ｎ＋１を含むリカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する（リカバリ応答（前回最終送信通番＝ｎ＋１、前回最終送信加算通番＝ｍ））。このリカバリ情報としては、前回最終送信通番＝ｎ＋１、カードＩＤ、カード挿入時刻および前回最終送信加算通番＝ｍが含まれている。
リカバリ応答を受けたＣＵ３では、リカバリ情報のカードＩＤ、およびカード挿入時刻と、記憶しているカードＩＤおよびカード挿入時刻と一致しているか否かを判断する。ＣＵ３は、カードＩＤおよびカード挿入時刻が一致し、Ｐ台２のリカバリデータの前回最終送信加算通番＝ｍと、ＣＵ３で記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、加算リカバリ処理を要求する。そのため、ＣＵ３は、前回最終送信加算通番＝ｍ＋１、加算玉数＝１２５を含むリカバリ要求２をＰ台２に送信する。
それを受けてＰ台２は、遊技玉加算異常により、遊技玉加算が処理されていないこと（遊技玉加算ＮＧ）をリカバリ応答２で通知する。リカバリ応答２には、リカバリ結果＝処理ＮＧが含まれている。
それを受けたＣＵ３は、後述する第３チェックを行ない。さらに、ＣＵ３は、通信開始要求をＰ台２へ送信する。それを受けたＰ台２では、通信開始応答をＣＵ３へ返信する。
さらに、ＣＵ３は、Ｐ台２に再度加算要求を通知するために、遊技玉加算要求＝ＯＮ、加算玉数＝１２５、加算通番＝ｍ＋１を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２は、加算異常状態のため、遊技玉数＝５０、遊技玉加算結果＝ＮＧ、加算通番＝ｍを含む状態情報応答をＣＵ３に送信する。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス７＞＞
次に、電源断／通信回線断により加算要求が未到達となったときの加算玉数の別のリカバリ処理について説明する。図２１は、特に、電源断、通信回線断線により、加算要求が未到達（ＣＵ３からＰ台２への加算要求のコマンドが未到達）で、復旧後通信相手が不一致の場合の計数処理を説明するためのシーケンス図である。
この図２１では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３に送信される。
その後、遊技者が再プレイボタンを押下する。そのため、ＣＵ３は、貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信して、貯玉を遊技玉に変換した情報を通知する。その際、ＣＵ３は、貯玉の消費を確定し、加算玉数＝１２５とし、前回最終送信加算通番、および加算要求状態ＯＮのデータをバックアップする。
しかし、Ｐ台２は、遊技者が再プレイボタンを押下した後、状態情報要求のコマンドを受信する前に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。
ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２で電源断が復旧し、さらにＰ台２を交換して新たなＰ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。なお、ＣＵ３は、Ｐ台２が交換されても加算リカバリは実施する。
認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する。しかし、Ｐ台２は、新たに交換したため前回最終送信加算通番はバックアップしておらず、初期値“０”をＣＵ３に送信することになる。
リカバリ応答を受けたＣＵ３では、リカバリ情報の前回最終送信加算通番と、記憶している前回最終送信加算通番と一致しているか否かを判断する。ＣＵ３は、Ｐ台２のリカバリデータの最終送信加算通番＝０と、バックアップしているＣＵ３で記憶している前回最終送信加算通番＝ｍ＋１とが不一致の場合、前回の状態情報要求のコマンドが未到達であったと判断して加算リカバリ処理を行なう。具体的な加算リカバリ処理としては、Ｐ台２に対して加算玉数＝１２５玉のリカバリを要求する。そのため、ＣＵ３は、リカバリ要求２（加算玉数＝１２５、前回最終送信加算通番＝ｍ＋１）をＰ台２へ送信する。
Ｐ台２は、リカバリ要求２に含まれる加算玉数への加算処理を実施し、前回最終送信加算通番を更新して、当該テータをバックアップする。さらに、Ｐ台２では、加算処理がＯＫであった旨をリカバリ応答２としてＣＵ３へ返信する（リカバリ応答２（処理結果＝処理ＯＫ））。それを受けたＣＵ３は、加算要求状態をクリアする。なお、リカバリ応答２を受信したＣＵ２のＣＵ制御部３２３は、前述のリカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第３チェック処理を実行する。この第３チェック処理は、図２９に基づいて後述する。
さらに、ＣＵ３は、通信開始要求をＰ台２へ送信する。それを受けたＰ台２では、リカバリデータ（遊技情報）をクリアして、通信開始応答をＣＵ３へ返信する。また、ＣＵ３は、状態情報要求をＰ台２へ送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝１７５）を状態情報応答でＣＵ３に通知する。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
ここでは、貯玉払出によって遊技を開始する再プレイボタンを押下した場合について説明したが、持玉払出によって遊技を開始する持玉払出ボタンを押下した場合も同様な動作となる。
＜＜異常系シーケンス８＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数のリカバリ処理について説明する。図２２は、特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３からＰ台２への計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図２２では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。その後、Ｐ台２では、計数ボタン２８が押下され、ＣＵ３に対して計数要求を送信する。具体的には、Ｐ台２は、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２では、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３に通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
それを受けてＣＵ３は、後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレート（ここでは１玉４円のレート）の持玉数に計数玉数を加算して持玉数＝１００にし、前回最終送信計数通番を更新し、更新したデータをバックアップする。しかし、Ｐ台２は、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止する。そのため、Ｐ台２は、ＣＵ３からの通番＝ｎ＋１、計数通番＝ｍ＋１および計数応答＝ＯＮを含む状態情報要求のコマンドを受信することができない。つまり、Ｐ台２は、ＣＵ３からの計数応答が未到達となる。
ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する。Ｐ台２は、記憶している前回最終送信計数通番＝ｍ＋１と、ＣＵ３から受信した前回最終送信計数通番＝ｍ＋１とが一致しているので、計数した玉数を遊技玉数から減算する処理を実行し、計数要求状態をＯＦＦにする。つまり、Ｐ台２は、この時点で遊技玉数＝５００から遊技玉数＝４００に更新される。
リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。なお、ＣＵ３は、加算リカバリ処理は行なわないため、ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３は、Ｐ台２から受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝４００）を状態情報応答でＣＵ３に通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝４００を含む。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
＜＜異常系シーケンス９＞＞
次に、電源断／通信回線断により計数要求が未到達となったときの計数玉数のリカバリ処理について説明する。図２３は、特に、電源断、通信回線断線により、計数要求が未到達（Ｐ台２からＣＵ３への計数要求のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図２３では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。その後、Ｐ台２では、計数ボタン２８が押下され、ＣＵ３に対して計数要求を送信する。具体的には、Ｐ台２は、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２では、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３に通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
しかし、ＣＵ３は、状態情報応答のコマンドを受信する前に、電源断が発生し、動作が停止する。つまり、ＣＵ２は、Ｐ台２からの計数要求が未到達となる。それ以降、ＣＵ３からの状態情報要求が送信されてこないために、Ｐ台２は、３秒後に通信回線断を検知して遊技を停止する制御を行なう。具体的には、払出制御部１７１が発射制御基板３１へ停止コマンドを送信し、発射制御基板３１が発射モータ１８の回転駆動を停止する。
その後、ＣＵ３で電源断が復旧し、ＣＵ３が動作を開始する。ＣＵ３が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する。Ｐ台２は、記憶している前回最終送信計数通番＝ｍ＋１と、ＣＵ３から受信した前回最終送信計数通番＝ｍとが不一致なので、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにする。つまり、Ｐ台２は、電断発生直前に送信した計数要求を取り消し、この時点で遊技玉数＝５００のまま維持する。
リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。ＣＵ３は、加算リカバリ処理は行なわないため、ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３は、Ｐ台２から受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝５００）を状態情報応答でＣＵ３に通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝５００を含む。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
＜＜異常系シーケンス１０＞＞
次に、電源断／通信回線断により計数応答が未到達となったときの計数玉数の別のリカバリ処理について説明する。図２４は、特に、電源断、通信回線断線により、計数応答が未到達（ＣＵ３からＰ台２への計数応答のコマンドが未到達）で、復旧後通信相手が一致する場合の計数処理を説明するためのシーケンス図である。
この図２４では、当初の持玉数が０玉、遊技玉数が５００玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、計数通番＝ｍおよび計数応答＝ＯＦＦを含む状態情報要求のコマンドをＰ台２へ送信する。その後、Ｐ台２では、計数ボタン２８が押下され、ＣＵ３に対して計数要求を送信する。具体的には、Ｐ台２は、通番＝ｎ、遊技玉数＝５００、計数通番ｍ＋１、計数玉数＝１００、計数通番ｍ＋１および計数要求＝ＯＮを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、Ｐ台２では、遊技玉数＝５００、計数玉数＝１００およびカウントアップした計数通番＝ｍ＋１をＣＵ３に通知するとともに、前回最終送信計数通番を更新し、更新したデータおよび計数要求状態ＯＮのデータをバックアップする。
それを受けてＣＵ３は、計数玉数を持玉数に加算する処理を実行するが、何らかの異常が発生して加算処理ができない。このため、ＣＵ３からは計数通番＝ｍおよび計数応答＝ＯＦＦ（計数異常状態のため）を含む状態情報要求のコマンドが送信される。ところが、Ｐ台２は、状態情報要求のコマンドを受信した後に、電源断が発生し、動作が停止している。そのため、Ｐ台２は、ＣＵ３からの状態情報要求のコマンドを受信することができない。つまり、Ｐ台２は、ＣＵ３からの計数応答が未到達となる。
ＣＵ３は、Ｐ台２が停止しているので、コマンド送信後２００ミリ秒間レスポンスを受信できないので、最大１４回までコマンドを再送信する。ＣＵ３は、コマンドを再送信してもレスポンスを受信できないことにより、通信回線断を検知する。
その後、Ｐ台２で電源断が復旧し、Ｐ台２が動作を開始する。Ｐ台２が動作を開始すると、まず、ＣＵ３とＰ台２との間で認証シーケンスが開始され、Ｐ台２からＣＵ３に対して、メインチップＩＤと払出チップＩＤとが含まれる情報が送信される。ＣＵ３は、受信したメインチップＩＤと払出チップＩＤとを上位の管理サーバへ送信してメインチップＩＤと払出チップＩＤとが正規に登録されているか否か照会してもらいその結果を返信してもらう。正規に登録されていれば適正な認証結果となる。
認証シーケンス後、ＣＵ３は、リカバリ要求をＰ台２へ送信する。つまり、ＣＵ３は、Ｐ台２に対してリカバリ情報の通知を要求する。それを受けたＰ台２では、受信したリカバリ要求のコマンドに基づいて、Ｐ台２内部（具体的には払出制御基板１７）でバックアップしているリカバリ情報をレスポンスとしてＣＵ３へ返信する。Ｐ台２は、記憶している前回最終送信計数通番＝ｍ＋１と、ＣＵ３から受信した前回最終送信計数通番＝ｍ（計数異常のため“ｍ”のままの更新されていない）とが不一致なので、計数した玉数を遊技玉数から減算する処理を実行せず、計数要求状態をＯＦＦにし、前回最終送信計数通番を１つ減らす（−１）。Ｐ台２は、この時点で電断発生前の計数要求を取り消して遊技玉数＝５００のまま維持する。
リカバリ応答を受信したＣＵ３のＣＵ制御部３２３は、リカバリ応答としてＰ台２から送信されてくる遊技台情報に含まれている遊技玉数が適正な値になっているか否かをチェックする第１チェック処理を実行する。この第１チェック処理は、図２８（ａ）に基づいて後述する。ＣＵ３は、加算リカバリ処理は行なわないため、ＣＵ３は、リカバリ要求２をＰ台２に送信することなく、通番＝２を含む通信開始要求をＰ台２に送信する。なお、ＣＵ３は、Ｐ台２から受信した前回遊技台情報を処理して、前回最終送信通番を更新して、当該データをバックアップする。ＣＵ３が通信開始要求のコマンドをＰ台２に送信する際、計数通番は“０”（初期値）にクリアされる。Ｐ台２は、通信開始要求を受け、通番＝２を含む通信開始応答をＣＵ３へ送信する。また、Ｐ台２は、通信開始要求を受信後、リカバリデータ（遊技情報）をクリアするとともに、計数通番も“０”（初期値）にクリアする。
ＣＵ３は、Ｐ台２との通信が開始されると、通番＝３を含む状態情報要求をＰ台２に送信する。それを受けたＰ台２では、未通知の遊技台情報（遊技玉数＝５００）を状態情報応答でＣＵ３に通知する。具体的には、状態情報応答として送信通番＝３、遊技玉数＝５００を含む。状態情報応答を受信したＣＵ３のＣＵ制御部３２３は、状態情報応答として送信されてくる遊技台情報に含まれている遊技玉数が適正な値であるか否かをチェックする第２チェック処理を実行する。この第２チェック処理は、図２８（ｂ）に基づいて後述する。
＜＜加算要求異常＞＞
次に、加算要求異常の処理について説明する。図２５は、特に、玉貸・持玉払出・貯玉払出時の遊技玉の加算結果が異常である場合の処理を説明するためのシーケンス図である。
この図２５では、当初の遊技玉数が５０玉の状態となっている。まず、ＣＵ３は、通番＝ｎ、遊技玉加算要求＝ＯＦＦおよび加算通番＝ｍを含む状態情報要求のコマンドをＰ台２へ送信する。それを受けて、Ｐ台２は、通番＝ｎ、遊技玉数＝５０および加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。なお、状態情報応答のレスポンスに含まれる計数要求がＯＦＦ（図示せず）であるので、計数通番はｍのまま、カウントアップすることなくＣＵ３に送信される。
その後、遊技者が持玉払出ボタンを押下する。そのため、ＣＵ３は、持玉・貯玉の消費を確定し、通番＝ｎ＋１、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ送信して、後述する図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、判定されたレートに応じた持玉・貯玉を遊技玉に変換した情報（ここでは、１玉４円のレートの持玉・貯玉を遊技玉に変換した加算玉数＝１２５玉）を通知する。その際、ＣＵ３は、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算玉数）＝１７５、更新した前回最終送信加算通番および加算要求状態ＯＮのデータをバックアップする。
その後、Ｐ台２で遊技玉を加算する処理に異常が発生する。そのため、Ｐ台２は、ＣＵ３の状態情報要求のコマンドを受けて、通番＝ｎ＋１、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍ＋１を含む状態情報応答のレスポンスをＣＵ３に返信する。Ｐ台２は、ＣＵ３に対して遊技玉加算結果＝ＮＧ、前回最終送信加算通番の情報を通知する。
遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを受信したＣＵ３は、通番＝ｎ＋２、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ再送する。なお、ＣＵ３は、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋１からｎ＋２へカウントアップし、加算通番はｍ＋１ままで状態情報要求のコマンドを再送する。
しかし、Ｐ台２は、遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２は、ＣＵ３の再送した状態情報要求のコマンドを受けて、通番＝ｎ＋２、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。
さらに、遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスを再度受信したＣＵ３は、通番＝ｎ＋３、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ２回目の再送を行なう。なお、ＣＵ３は、状態情報要求のコマンドの再送であるが、通番は更新されｎ＋２からｎ＋３へカウントアップし、加算通番はｍ＋１ままで状態情報要求のコマンドを再送する。
Ｐ台２は、まだ遊技玉を加算する処理に異常が発生している状態のままである。そのため、Ｐ台２は、ＣＵ３の再送した状態情報要求のコマンドを受けて、通番＝ｎ＋３、遊技玉数＝５０（遊技玉加算前の遊技玉数）、遊技玉加算結果＝ＮＧおよび加算通番＝ｍを含む状態情報応答のレスポンスをＣＵ３に返信する。
ＣＵ３は、状態情報要求のコマンドを２回再送しても、Ｐ台２から遊技玉加算結果＝ＮＧを含む状態情報応答のレスポンスの応答を受信する場合、Ｐ台２で遊技玉を加算する処理に異常が発生しているとして、加算異常復旧待ちの状態となる。
Ｐ台２において加算異常が復旧後、ＣＵ３は、通番＝ｎ＋Ｘ、遊技玉加算要求＝ＯＮ、加算玉数＝１２５玉および加算通番＝ｍ＋１を含む状態情報要求のコマンドをＰ台２へ再送を行なう。Ｐ台２では、加算異常が復旧しているので、遊技玉への加算処理を実施して遊技玉数＝５０（遊技玉加算前の遊技玉数）＋１２５（加算玉数）＝１７５とし、前回最終送信加算通番を更新して、当該データをバックアップする。
遊技玉への加算処理を実施後、Ｐ台２は、通番＝ｎ＋Ｘ、遊技玉数＝１７５、加算通番＝ｍ＋１および遊技玉加算結果＝ＯＫを含む状態情報応答をＣＵ３に送信する。これを受けて、ＣＵ３は、加算要求状態をＯＦＦにする。
＜加算通番に関する動作＞
図２６は、加算通番に関するＰ台２およびＣＵ３の動作を説明するための概念図である。遊技玉の加算要求が発生していないときには、ＣＵ３とＰ台２との間で、図２６の（１）〜（４）に示すような通常通番および加算通番を含む電文が送受信される。
（１）では、ＣＵ３からＰ台２に対して、通常通番ｎ、加算通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２は、（２）のように、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（２）の電文を返信する。
（２）の電文を受信したＣＵ３は、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、加算通番ｍ）を送信する。（３）の電文を受信したＰ台２は、受信した電文と同じ通常通番ｎおよび加算通番ｍを含む（４）の電文を返信する。
このようにＣＵ３は、Ｐ台２から電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２は通常通番を更新しない。また、加算要求が発生しない限り、加算通番は更新されない。
次に、加算要求（玉貸し操作や貯玉引き落とし操作による）が発生したときには、ＣＵ３からＰ台２に対して加算通番が１つ更新された（５）の要求電文が送信される（通常通番ｎ＋２、加算通番ｍ＋１）。この要求電文には加算要求ビットをＯＮにしたデータも含まれている。なお、ＣＵ３は、この段階で既に加算要求に対する処理（カード残高の引き落としや貯玉の引き落とし）を確定させている。
Ｐ台２は、（５）の要求電文を受信し、加算通番が前回から１つ更新されていることに基づいて加算要求を認識する。その上で、今回の加算要求を承諾するか否かを判定する。この判定は、たとえば、Ｐ台２の払出制御部１７１が行なう。払出制御部１７１は、Ｐ台２側で遊技玉を加算する処理が可能であるか否かを判定する。遊技玉の加算処理が可能でない場合とは、たとえば、遊技玉が既に予め定めた上限値に達している場合である。
要求を承諾する場合には、（６）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（６）の２つの電文のうちの拒否電文を送信する。承諾電文では、加算通番が（５）の要求電文に含まれていた加算通番ｍ＋１とされている。一方、拒否電文では、加算通番が（６）よりも１つ前に送受信した電文に含まれる加算通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文に含まれていたｎ＋２である。
ＣＵ３は、直前の送信電文に含めた加算通番をバックアップ記憶するエリアと、受信電文に含まれる通常通番をバックアップ記憶するエリアとを備えている。これらのエリアは、たとえば、ＣＵ３のＣＵ制御部３２３のマイクロコンピュータ内に設けられている。（６）の電文を受信したＣＵ３のＣＵ制御部３２３は、バックアップ記憶している加算通番と、（６）の電文に含まれる加算通番とを比較判定する。その結果、記憶している加算通番と送信されてきた電文に含まれる加算通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた加算通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。
図２６の（５）’は、要求電文がノイズその他の要因によりＰ台２に到達しなかった場合について示している。この場合、Ｐ台２はＣＵ３からの電文到達を待つため、Ｐ台２からＣＵ３に対して電文が送信されることはない。ＣＵ３は、（５）’の要求電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２からの応答がないので、同じ要求電文（５）’’を再送する。
＜計数通番に関する動作＞
図２７は、計数通番に関するＰ台２およびＣＵ３の動作を説明するための概念図である。計数要求が発生していないときには、ＣＵ３とＰ台２との間で、図２７の（１）〜（３）に示すような通常通番および計数通番を含む電文が送受信される。
（１）では、ＣＵ３からＰ台２に対して、通常通番ｎ、計数通番ｍを含む電文が送信される。（１）の電文を受信したＰ台２は、（２）のように、受信した電文と同じ通常通番ｎおよび計数通番ｍを含む（２）の電文を返信する。
（２）の電文を受信したＣＵ３は、通常通番が１つ更新された（３）の電文（通常通番ｎ＋１、計数通番ｍ）を送信する。このようにＣＵ３は、Ｐ台２から電文を受信するごとに、通常通番を１つ更新して次の電文を送信する。一方、Ｐ台２は通常通番を更新しない。また、計数要求が発生しない限り、計数通番は更新されない。
次に、計数要求（計数操作の検出）が発生したときには、Ｐ台２からＣＵ３に対して計数通番が１つ更新された（４）の要求電文が送信される（通常通番ｎ＋１、計数通番ｍ＋１）。この要求電文には計数要求ビットをＯＮにしたデータも含まれている。なお、Ｐ台２は、この段階では計数処理を実行していない。
Ｐ台２は、（４）の要求電文を受信し、計数通番が前回から１つ更新されていることに基づいて計数要求を認識する。その上で、今回の計数要求を承諾するか否かを判定する。この判定は、たとえば、ＣＵ３のＣＵ制御部３２３が行なう。ＣＵ制御部３２３は、計数処理（持玉の加算処理）が可能であるか否かを判定する。計数処理が可能でない場合とは、たとえば、持玉を用いた処理（ワゴンサービスなど）の途中である場合である。
要求を承諾する場合には、（５）の２つの電文のうちの承諾電文を送信し、要求を拒否する場合には、（５）の２つの電文のうちの拒否電文を送信する。承諾電文では、計数通番が（４）の要求電文に含まれていた計数通番ｍ＋１とされている。一方、拒否電文では、計数通番が（４）よりも１つ前に送受信した電文に含まれる計数通番ｍとされている。なお、通常通番は、承諾電文および拒否電文のいずれも（５）の要求電文から更新されており、ｎ＋２である。
Ｐ台２は、直前の送信電文に含めた計数通番と通常通番とをバックアップ記憶するエリアを備えている。このようなエリアは、たとえば、Ｐ台２の払出制御部１７１のマイクロコンピュータ内に設けられている。（５）の電文を受信したＰ台２の払出制御部１７１は、バックアップ記憶している計数通番と、（５）の電文に含まれる計数通番とを比較判定する。その結果、記憶している計数通番と送信されてきた電文に含まれる計数通番とが同じ（この例ではｍ＋１）であれば、要求が承諾されたと判定する。これに対して、送信されてきた計数通番の方が１つ遅れている場合（この例ではｍ）には、要求が拒否されたと判定する。
図２７の（４）’は、要求電文がノイズその他の要因によりＰ台２に到達しなかった場合について示している。この場合、ＣＵ３は、（３）の電文を送信してから所定期間（２００ｍｓ）だけ待機し、Ｐ台２からの応答がないので、同じ電文（３）を再送する。再送されてきた（３）の電文を受けたＰ台２は、その電文に含まれる通常通番がｎ＋１であり、先に（４）’の要求電文を送信しているにも関わらず、通常通番が変化していないことから、（４）’の要求電文が到達しなかったと判定する。そして、Ｐ台２は、（４）’と同じ要求電文（４）’’を再送する。
以上、説明したように、本実施の形態では、通常通番とは別の要求通番（加算通番、計数通番）が電文に含められて送信される。これらの要求通番は、通信相手に対して加算要求や計数要求等の動作を要求するときに加算更新され、それ以外では、電文の送受信が行なわれても加算更新されない。
これに対して、通常通番は、通信相手に対する要求の有無に関わらず、ＣＵ３から電文が送信されるごとに更新される（なお、通常の通番は、ＣＵ３およびＰ台２の双方で互いに更新する動作をしてもよい。）。
このため、通常通番の場合、送信した要求電文が相手に届いたか否かを相手先からの受信電文に含まれる通番を用いて判定できるものの、その受信電文が要求承諾を示す承諾電文であるのか、要求拒絶を示す拒否電文であるのかまでは特定できない。
ところが、上記のとおり、本実施の形態のように加算通番や計数通番といった要求通番を利用して、要求通番を更新した要求電文を送信し、これに対する応答として要求電文に含まれていた要求通番と同じ要求通番を含む電文を受信した場合には、その通番の値によって、送信した要求電文が相手に届いたか否かのみならず、相手から返信されてきた電文が承諾電文であるのか否かまでを特定できる。もちろん、本実施の形態のように、要求電文には要求ビット（加算要求ビットあるいは計数要求ビット）をＯＮにしたデータが含まれるため、このデータを判定することでも、受信電文が承諾電文であるのか拒否電文であるのかを特定できる。しかしながら、要求通番を利用すれば、このような要求ビットを電文から削除することも可能である。これによって電文データ量を削減でき、また、電文データの要求ビットを判定する処理も不要とすることができる。
なお、本実施の形態では、要求が発生したときの要求通番に対する更新値を＋１としているが、これは一例であって、＋２や＋３、−１や−２などの他の更新値を採用してもよい。
＜第１〜第３チェック処理＞
次に、図２８（ａ）、（ｂ）、図２９に基づいて、ＣＵ制御部３２３により実行される第１チェック処理、第２チェック処理および第３チェック処理について説明する。
まず図２８（ａ）を参照して、第１チェック処理を説明する。ステップＳ（以下単にＳという）３００により、遊技台情報の格納があるか否かの判断がなされる。これは、Ｐ台２から送信されてきたリカバリ応答の中に遊技台情報が含まれているか否かを判断するものであり、前述した図１６、図１７の場合に遊技台情報（具体的には前回遊技台情報）が含まれているために、Ｓ３００によりＹＥＳの判断がなされる。遊技台情報が含まれていないと判断された場合にはこの第１チェック処理が終了する。
遊技台情報の格納があると判断された場合には制御がＳ３０１へ進み、その受信した遊技台情報（具体的には前回遊技台情報）に含まれている加算玉数が予め定められた閾値Ｎ１以上であるか否かの判断がなされる。この閾値Ｎ１は、ＣＵ３とＰ台２との間での状態情報要求と状態情報応答との１周期（２００ｍｓ）の間に入賞に伴う遊技玉の加算数の最大（たとえば大当り時の最大加算玉数１２０）よりも少し大きい値（たとえば１２５）に設定されている。したがって、正常な場合には、受信した加算玉数がこの閾値Ｎ１よりも小さな値になっている筈である。ところが、閾値Ｎ１よりも大きな加算玉数となっているということは、オフライン中にＰ台２に不正等が行なわれて不正に増加した加算玉数および遊技玉数を含む遊技台情報がリカバリ応答としてＣＵ３へ送信されてきた虞がある。その場合には、制御がＳ３０４へ進み、エラーの発生を異常報知ランプや表示器３１２により報知する制御が行なわれるとともに、ホールサーバ８０１にエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１の代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳ３０５へ進み、ＣＵ制御部３２３がリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０に入力されるまでＣＵ制御部３２３が制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３がリセット状態となって電源投入（図８参照）と同じ状態に復帰する。
Ｓ３０１、Ｓ３０３のチェック処理の結果異常判定されたとしても、その原因が通信断後にＣＵ３またはＰ台２を新たなものに交換し、その後通信を復旧させたことにより、ＣＵ３側が記憶している情報とリカバリ処理時にＰ台２から送信されてくる情報とが全く食い違っていることに起因する場合がある。このような不正行為ではないにも拘らず異常判定する場合があり、そのために、遊技場の係員によるリモコン操作によってリセット待ち状態を解除できるようにし、遊技場の係員による人為的な判断を介在させて正常な対応ができるようにしている。
一方、Ｓ３０１によりＮＯの判断がなされた場合には制御がＳ３０２へ進み、ＣＵ制御部３２３が記憶している遊技玉数に対してＰ台から受信した加算玉数を加算するとともに減算玉数を減算してその算出結果であるＲ１を算出する演算が行なわれる。すなわち、Ｐ台２から受信した遊技台情報に含まれている加算玉数が適正であると判断された場合には、その加算玉数と減算玉数とを用いて最新の遊技玉数Ｒ１を算出するのである。次にＳ３０３により、その算出されたＲ１−受信した遊技玉数の絶対値すなわちＲ１と受信した遊技玉数との差を演算し、その差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳ３０４以降に進む。
一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３のＲＡＭが記憶する。
次に図２８（ｂ）に基づいて第２チェック処理を説明する。通信開始応答直後の状態情報要求に対して返信されてくるＰ台２からの状態情報応答に含まれている遊技台情報（具体的には今回遊技台情報）の中の加算玉数が予め定められた閾値Ｎ３以上であるか否かの判断がＳ３１０により行なわれる。この受信した加算玉数は、Ｐ台がＣＵ３へ最後に状態情報応答を送信してからＰ台に電源断が発生するまであるいはＰ台が通信回線断を検知して遊技が停止するまでの間において変動した加算玉数であり、このような比較的短い限られた期間内の加算玉数の変動量はそれほど大きな値にはならず、ある決まった上限の範囲内となる。故に、その上限（たとえば１２０）よりも少し大きな値（たとえば１２５）を閾値Ｎ３と定めている。そして、受信した加算玉数がその閾値Ｎ３以上の場合には、制御がＳ３１４へ進み、エラーの発生を異常報知ランプや表示器３１２により報知する制御が行なわれるとともに、ホールサーバ８０１にエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１の代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳ３１５へ進み、ＣＵ制御部３２３がリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０に入力されるまでＣＵ制御部３２３が制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３がリセット状態となって電源投入（図８参照）と同じ状態に復帰する。
一方、Ｓ３１０によりＮＯの判断がなされた場合には制御がＳ３１１へ進み、ＣＵ制御部３２３が記憶している遊技玉数に対して受信した加算玉数を加算するとともに受信した減算玉数を減算してＲ２を算出する演算が行なわれる。なお、ここでいう「記憶している遊技玉数」とは、前述したように、Ｓ３０３によりＮＯの判断がなされたときのＰ台２から受信した遊技玉数のことである。そして、Ｓ３１２により、そのＲ２とＰ台２から受信した遊技玉数との差が予め定められた閾値Ｎ４以上であるか否かの判断がなされる。本来、Ｒ２と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ４と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ４以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳ３１４以降に進む。
Ｓ３１２によりＮＯの判断がなされた場合には制御がＳ３１３へ進み、ＣＵ制御部３２３は、Ｐ台２から受信した遊技玉数を初期値の遊技玉数として記憶した後、この第２チェック処理の制御が終了する。
このＳ３１３の処理がなされた後には、ＣＵ３とＰ台２との間で通常の状態情報要求および状態情報応答の送受信が行なわれるのであり、その際、ＣＵ制御部３２３は、Ｓ３１３により初期値の遊技玉数として記憶された遊技玉数を初期値として、加算玉数と減算玉数とに基づいて現在の遊技玉数を算出し、その現在の遊技玉数に基づいてＰ台２から送信されてくる遊技玉数との差が予め定められた誤差玉数（たとえば５）を超えているか否か判定し、超えている場合には異常判定して、前述のＳ３０４、Ｓ３０５、Ｓ３１４、Ｓ３１５と同様の制御を行なう。
次に、図２９に基づいて第３チェック処理の制御を説明する。ＣＵ制御部３２３は、Ｐ台２からリカバリ応答２を受信した直後にこの第３チェック処理を実行する（図１８、図２０、図２１参照）。
このリカバリ要求２およびリカバリ応答２は、前述したように、ＣＵ３がＰ台２に対して遊技玉数の加算要求を出力したにも拘らずＰ台２がその遊技玉加算要求に従った遊技玉の加算処理を行なっていない場合にその遊技玉数の加算リカバリを行なうためのものである。そして、Ｐ台２からＣＵ３へ送られてくるリカバリ応答２によりその加算リカバリの処理が正常に行なわれたか否かの処理結果が通知される。ＣＵ制御部３２３は、Ｓ３２０により、そのリカバリ結果が処理ＮＧであるか否かの判断を行なう。処理ＮＧすなわち加算リカバリが正常に行なわれなかった場合には、制御がＳ３２４へ進み、エラーの発生を異常報知ランプや表示器３１２により報知する制御が行なわれるとともに、ホールサーバ８０１にエラーが発生した旨のエラー通知信号を送信する制御がなされる（この場合、ホールサーバ８０１によるエラー報知が行なわれるようにしてもよい）。なお、ホールサーバ８０１の代わりにまたはそれに加えて、ホール用管理コンピュータへエラー通知信号を送信するように制御してもよい。
次に制御がＳ３２５へ進み、ＣＵ制御部３２３がリセット待ち状態となる。このリセット待ち状態となった後は、遊技場の係員によるリモコン操作によってリセット解除信号がＩＲ感光ユニット３２０に入力されるまでＣＵ制御部３２３が制御を停止し、リセット信号が入力されたときにＣＵ制御部３２３がリセット状態となって電源投入（図８参照）と同じ状態に復帰する。
一方、リカバリ結果が処理ＯＫであった場合には制御がＳ３２１へ進み、ＣＵ制御部３２３が現在記憶している遊技玉数に対してＰ台２へ送信した加算玉数を加算する処理を行なう。これは、ＣＵ３が出力した遊技玉加算要求での加算玉数分の加算リカバリがＰ台２において正常に行なわれたために、その加算玉数を遊技玉数に加算して現時点における正常な遊技玉数を算出するための処理である。
次に制御がＳ３２２へ進み、その加算後の遊技玉数に対してＰ台２から送信されてきた加算玉数を加算するとともに減算玉数を減算してＲ３を算出する演算が行なわれる。この加算玉数と減算玉数とは、リカバリ応答としてＰ台２から送信されてくる遊技台情報（具体的には前回遊技台情報）であり、リカバリ応答にその前回遊技台情報が含まれていない場合には、加算玉数と減算玉数とは共にゼロであり、その結果、加算後の遊技玉数＝Ｒ３を算出することとなる。
次にＳ３２３により、その算出されたＲ３とＣＵ３が受信した遊技玉数との差が予め定められた閾値Ｎ２以上であるか否かの判断がなされる。本来、Ｒ１と受信した遊技玉数とは同じ値の筈であり、その差はゼロとなる筈である。しかし、遊技中におけるＣＵ側とＰ台側とでの制御の進行に伴って両者間に誤差玉が発生する場合がある。その誤差玉（たとえば５個）を閾値Ｎ２と定めている。よって、Ｒ１と受信した遊技玉数との差がこの閾値Ｎ２以上である場合には、前述と同様に不正行為の発生の虞が想定され、前述と同様に制御がＳ３２４以降に進む。
一方、Ｒ１と受信した遊技玉数との差が閾値Ｎ２未満であった場合には、受信した遊技玉数が適正な値であると判断され、その受信した遊技玉数を新たな遊技玉数としてＣＵ制御部３２３が記憶する。
以上説明したように、Ｐ台２からＣＵ３へ、遊技台情報として前回遊技台情報が先に送信され、その後今回遊技台情報が送信され、ＣＵ３側において両遊技台情報を区別可能となるように送信されるために、ＣＵ制御部３２３においては、その両遊技台情報のそれぞれの適性を判別することが可能となる。その結果、Ｐ台２から送られてくる前回遊技台情報中のたとえば遊技玉数データは、ＣＵ制御部３２３が現時点で記憶している遊技玉数データと大きな差はない筈であり、また、その後に送られてくる今回遊技台データ中のたとえば遊技玉数データも、ＣＵ３が受信した前回遊技台情報中の遊技玉数データとそれほど大きな差はない筈である。もし、これらのデータの差に大きな開きがある場合には、不正に遊技玉数データが水増しされていると異常判別することができる。
仮に、前回遊技台データと今回遊技データとを合算した合算データがＰ台２からＣＵ３へ一括送信される場合には、前回遊技台データと今回遊技台データとをそれぞれ個別に判別する場合に比べて大まかな判別しかできず、その分不正を判別しにくくなる。このような不都合を防止するべく、遊技台データを２段階で送信してＣＵ制御部３２３においてそれら両データを区別できるようにし、それぞれの遊技台データについての木目細かな異常判別を可能とし、異常判別しやすくしている。
なお、前述した第１チェック処理〜第３チェック処理においては、先に加算玉数の適否を判定した後、適正である場合にその加算玉数に基づいて現在の遊技玉数を算出してその遊技玉数とＰ台２から送信されてきた遊技玉数を比較して送信されてきた遊技玉数が適正であるか否かの判定を行なっているが、単に、Ｐ台２から送信されてきた遊技玉数をＣＵ３が記憶している遊技玉数と比較してその適否判定を行なうようにしてもよい。
さらに、ＣＵ３は、リカバリ処理以前に記憶している最終の遊技玉数（以下「ＣＵ遊技玉数」と言う）と、Ｐ台２から受信した前回遊技台情報中の遊技玉数（以下「Ｐ台前回遊技玉数」と言う）と、Ｐ台２から受信した最新遊技台情報中の遊技玉数（以下「Ｐ台最新遊技玉数」と言う）との３者間で比較判定して適否判定を行なうようにしてもよい。３者間での比較判定の具体例としては、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければそのＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定する。あるいは、ＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。さらには、先にＰ台前回遊技玉数とＰ台最新遊技玉数とを比較判定して正しければＣＵ遊技玉数とＰ台前回遊技玉数とを比較判定し、さらにＣＵ遊技玉数とＰ台最新遊技玉数とを比較判定する。
なお、上記の第１チェック処理〜第３チェック処理は、ＣＵ３やＰ台２の交換（入替え）が行なわれていないときに実行するのが望ましい。通信断時に交換（入替え）が行なわれているときには、リカバリ処理でＣＵ側とＰ台側との遊技玉数が大幅に相違するのが一般的であるために、それが原因で上記の第１チェック処理〜第３チェック処理の結果エラー判定されるためである。ゆえに、通信断後にＣＵ３またはＰ台２を交換した場合に、通信復旧時におけるリカバリ処理において第１チェック処理〜第３チェック処理を行なわないように制御してもよい。具体的には、リカバリ応答としてＰ台２から送信されてくる前回最終送信通番とＣＵ制御部３２３が記憶している前回最新送信通番との差が２以上の場合に、ＣＵ３またはＰ台２が交換されたとＣＵ制御部３２３が判断し、ＣＵ制御部３２３が第１チェック処理〜第３チェック処理を行なわないように制御する。
さらに、ＣＵ３またはＰ台２の交換であるか否かに拘らず、リカバリ時にはＣＵ３側で前回遊技台データおよび今回遊技台データのチェックを一切行なわないように制御してもよい。このようにすれば、ＣＵ３またはＰ台２の交換に起因したチェック異常判定が生ずる煩わしさを防止することができる。
＜ＳＣとＩＣとの通信における主なシーケンス＞
次に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信における主なシーケンスについて説明する。まず、図３０は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文の送信処理を説明する図である。図３０を参照して、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で業務電文を送信するための行われる処理について説明する。
まず、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求（ＴＹＰＥ＝’１’）を送信する。通信制御ＩＣ３２５ａは、ＳＣ３２５ｂから状態確認要求（ＴＹＰＥ＝’１’）が送信されると、状態確認応答（ＲＤＹ＝’１’）をＳＣ３２５ｂに対して送信する。ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから状態確認応答（ＲＤＹ＝’１’）が送信されると、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信が可能であると判断して、業務電文送信要求を通信制御ＩＣ３２５ａに対して送信する。
さらに、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求（ＴＹＰＥ＝’１’）を送信し、通信制御ＩＣ３２５ａは、当該状態確認要求（ＴＹＰＥ＝’１’）に対する状態確認応答（ＲＤＹ＝’１’）をＳＣ３２５ｂに送信する。その後、通信制御ＩＣ３２５ａは、業務電文送信要求に対する業務電文応答をＳＣ３２５ｂに送信する。
つまり、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で業務電文を送信する場合、業務電文送信要求および業務電文応答を送信する毎に、状態確認要求（ＴＹＰＥ＝’１’）および状態確認応答（ＲＤＹ＝’１’）を送信してＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信が可能か否かを確認している。
次に、図３１は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の通信異常検知の処理を説明する図である。図３１を参照して、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信異常が発生したのか否かを検知するために行われる処理について説明する。
まず、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求（ＴＹＰＥ＝’１’）を送信する。通信制御ＩＣ３２５ａは、ＳＣ３２５ｂから状態確認要求（ＴＹＰＥ＝’１’）が送信されると、状態確認応答（ＲＤＹ＝’１’）をＳＣ３２５ｂに対して送信する。ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから状態確認応答（ＲＤＹ＝’１’）が送信されると、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信が可能であると判断して、業務電文を通信制御ＩＣ３２５ａに対して送信する。
さらに、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求（ＴＹＰＥ＝’１’）を送信し、通信制御ＩＣ３２５ａは、当該状態確認要求（ＴＹＰＥ＝’１’）に対する状態確認応答（ＲＤＹ＝’１’）をＳＣ３２５ｂに送信する。その後、通信制御ＩＣ３２５ａは、業務電文送信要求に対する業務電文応答をＳＣ３２５ｂに送信する。しかし、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信異常が発生し、通信制御ＩＣ３２５ａからＳＣ３２５ｂに送信する業務電文応答が、業務電文無応答（データ長＝’０’）となる。
ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから業務電文無応答（データ長＝’０’）が送信されると、業務電文送信要求を再度送信する。なお、ＳＣ３２５ｂが、通信制御ＩＣ３２５ａに業務電文送信要求を再度送信する前に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、状態確認要求（ＴＹＰＥ＝’１’）および状態確認応答（ＲＤＹ＝’１’）を送信する。
さらに、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求（ＴＹＰＥ＝’１’）を送信し、通信制御ＩＣ３２５ａは、当該状態確認要求（ＴＹＰＥ＝’１’）に対する状態確認応答（ＲＤＹ＝’１’）をＳＣ３２５ｂに送信する。その後、通信制御ＩＣ３２５ａは、業務電文送信要求（再送）に対する業務電文応答をＳＣ３２５ｂに送信する。しかし、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信異常が継続しているので、通信制御ＩＣ３２５ａからＳＣ３２５ｂに送信する業務電文応答が、業務電文無応答（データ長＝’０’）のままとなる。
さらに、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから業務電文無応答（データ長＝’０’）が送信されると、業務電文送信要求を再度送信するが、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信異常が継続しているので、通信制御ＩＣ３２５ａからＳＣ３２５ｂに送信する業務電文応答が、業務電文無応答（データ長＝’０’）のままとなる。
ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから３回業務電文無応答（データ長＝’０’）が送信されたので、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信異常が発生したことを検知する。
次に、図３２は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の通信回線断検知の処理を説明する図である。図３２を参照して、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で通信回線断（ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でをシリアル通信可能に接続する配線のうち少なくとも一本の配線が断線すること）が発生したのか否かを検知するために行われる処理について説明する。
まず、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求を送信する。通信制御ＩＣ３２５ａは、ＳＣ３２５ｂから状態確認要求が送信されると、状態確認応答（’０ｘ２０’、’０ｘＤＦ’）をＳＣ３２５ｂに対して送信する。なお、状態確認応答の’０ｘ２０’、’０ｘＤＦ’が、通信制御ＩＣ３２５ａからＳＣ３２５ｂに送信されるデータセットの１つで、当該データセットの２バイト目の情報’０ｘＤＦ’が、データセットの１バイト目の情報’０ｘ２０’の反転情報となっている。
しかし、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が発生した場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して状態確認要求を送信するが、通信制御ＩＣ３２５ａは、状態確認応答（’０ｘ２０’、’０ｘ２０’）をＳＣ３２５ｂに対して送信する。ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が発生しているので、状態確認応答の２バイト目の情報’０ｘ２０’が、データセットの１バイト目の情報’０ｘ２０’の反転情報となっていない。
なお、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が発生した場合であっても、図３２においては、ＳＣ３２５ｂが、通信制御ＩＣ３２５ａに対して状態確認要求を送信し、通信制御ＩＣ３２５ａが、状態確認応答をＳＣ３２５ｂに対して送信する様子が図示されている。しかし、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が発生している場合、実際には、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で状態確認要求および状態確認応答の送信は行われていない。図３２では、マスタであるＳＣ３２５ｂが、シリアル・クロックのタイミングで第２データ線の状態を読出すため、あたかもＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で状態確認要求および状態確認応答の送信は行われているように図示している。
たとえば、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間に設けたクロック線が断線した場合、ＳＣ３２５ｂから通信制御ＩＣ３２５ａにシリアル・クロックが送信されなくなるため、通信制御ＩＣ３２５ａから状態確認応答の電文が送信されない。しかし、ＳＣ３２５ｂは、シリアル・クロックのタイミングで第２データ線の状態を読出すが、状態確認応答の電文が送信されていないため、読出される電文は１バイト目の情報と２バイト目の情報とが反転していない電文となる。
また、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間に設けた第１データ線が断線した場合、ＳＣ３２５ｂから通信制御ＩＣ３２５ａにデータが送信されなくなるため、通信制御ＩＣ３２５ａから状態確認応答の電文が送信されない。そのため、ＳＣ３２５ｂは、シリアル・クロックのタイミングで、第２データ線の状態を読出しても、１バイト目の情報と２バイト目の情報とが反転していない、無応答の電文となる。
さらに、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間に設けた第２データ線が断線した場合、通信制御ＩＣ３２５ａからＳＣ３２５ｂへの応答が送信できなくなるため、通信制御ＩＣ３２５ａから状態確認応答の電文が送信されない。そして、第２データ線が断線されているため、電位がＨレベルまたはＬレベルに固定され、第２データ線の状態を読出しても、１バイト目の情報と２バイト目の情報とが反転していない電文となる。
その後も、ＳＣ３２５ｂは、シリアル・クロックのタイミングで状態確認応答の電文を読出すが、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が発生しているため、読出す状態確認応答は、２バイト目の情報’０ｘ２０’が、データセットの１バイト目の情報’０ｘ２０’の反転情報となっていない。
ＳＣ３２５ｂは、このような状態がＳＣ−通信制御ＩＣ断線検知時間経過（所定の設定条件が成立）するまで連続すると、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線が生じていると判定する。なお、ＳＣ−通信制御ＩＣ断線検知時間は、２バイト目の情報が１バイト目の情報の反転情報となっていないデータを最初に検出してから、ＳＣ−通信制御ＩＣ断線と判定するまでの時間であり、予め定められた時間（たとえば、３０秒）である。また、所定の設定条件は、ＳＣ−通信制御ＩＣ断線検知時間だけではなく、ＳＣ−通信制御ＩＣ間の通信回数など他の条件であっても、複数の条件を組合わせてもよい。さらに、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で断線は、クロック線、第１データ線および第２データ線のうち、少なくとも一本の配線が断線した状態である。
次に、図３３は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の業務電文シーケンスの処理を説明する図である。図３３を参照して、ＣＵ３の電源投入後のＳＣ３２５ｂおよび通信制御ＩＣ３２５ａの処理について説明する。
まず、ＣＵ３の電源を投入すると、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａが起動される。ＳＣ３２５ｂは、起動するとＣＵ制御部３２３と認証が実施され、通信制御ＩＣ３２５ａは、起動すると遊技機（たとえばＰ台２）と認証が実施される。
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に認証鍵を用い、通信制御ＩＣ認証シーケンスを行なう。この通信制御ＩＣ認証シーケンスはＳＥ１モードにて行なわれる。認証鍵には、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａの製造段階から予め記憶されている仮認証鍵と、鍵管理サーバから送られてくる所定データに基づいてＳＣ３２５ｂおよび通信制御ＩＣ３２５ａが生成する本認証鍵とがある。仮認証鍵は、本認証鍵が生成されるまでの間、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間の通信に用いる暗号鍵である。この仮認証鍵を使用しての認証の下での遊技機の運用は、或る限られた期間（例えば２日）のみ許容される時限運用処理が行なわれ、時限運用期間が過ぎた段階で上位装置（鍵管理センターの鍵管理サーバ８００）に通知を行ない、上位装置のリセット処理開始まで待機状態（リセット待ち）となる。なお、通信制御ＩＣ認証シーケンスの詳細な処理については、後述する。
その後、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、暗号鍵に本認証鍵または仮認証鍵を用い、セキュリティ情報更新シーケンスを行なう。このセキュリティ情報更新シーケンスはＳＥ２モードにて行なわれる。このセキュリティ情報更新シーケンスは、ＳＣ３２５ｂが通信制御ＩＣ３２５ａに対して、上位装置（具体的には、ホールサーバ８０１）から取得した有効鍵を設定する処理である。有効鍵は、通信制御ＩＣ３２５ａが遊技機との通信を活性化するためのデータであり、この有効鍵がなければ通信制御ＩＣ３２５ａが遊技機と通信できない。さらに、ＳＣ３２５ｂおよび通信制御ＩＣ３２５ａは、遊技機チップ情報認証シーケンスを行なう。この遊技機チップ情報認証シーケンスはＳＥ２モードにて行なわれる。遊技機（たとえばＰ台２）に搭載されている主制御チップのチップＩＤ（主制御チップＩＤ）と払出制御チップのチップＩＤ（払出制御チップＩＤ）とを通信制御ＩＣ３２５ａが受信し、それら主制御チップＩＤと払出制御チップＩＤとの真正を照合するための処理である。
この遊技機チップ情報認証シーケンスは最初鍵管理サーバ８００に主制御チップＩＤと払出制御チップＩＤとの照会を行なってもらう関係上時間がかかる場合があり、その間遊技機チップ情報認証待ちの仮運用が実行され、鍵管理サーバ８００からの照会を待つことなく通信鍵要求以降の運用処理が実行される。
その後、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して通信鍵を要求する通信鍵要求のコマンドを送信する。通信鍵要求のコマンドは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。
通信鍵要求のコマンドを受信した通信制御ＩＣ３２５ａは、遊技機と業務電文を通信するための通信鍵（セッション鍵）を生成し、生成した通信鍵を通信鍵応答のレスポンスでＳＣ３２５ｂに通知する。通信鍵要求および通信鍵応答はＳＥ２モードにて行なわれる。なお、返信する通信鍵応答のレスポンスは、暗号鍵に本認証鍵または仮認証鍵を用いて、暗号化してある。通信鍵（セッション鍵）の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この現在時刻のデータは、通信制御ＩＣ３２５ａ自ら生成してもよくまた他の装置からもらい受けてもよい。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、前述の相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。また、通信制御ＩＣ３２５ａではなくＳＣ３２５ｂの方が生成して通信制御ＩＣ３２５ａへ通知するように制御してもよい。
以降、ＳＣ３２５ｂと通信制御ＩＣ３２５ａの両者間で通信鍵（セッション鍵）が共有されて両者間で業務電文の暗号通信が行なわれるとともに、通信制御ＩＣ３２５ａと遊技機（Ｐ台２）との業務電文通信もこの通信鍵（セッション鍵）を使用して暗号通信が行なわれる。
このように、電源投入の度に通信鍵（セッション鍵）が更新されてセキュリティを担保できる。さらに、通信鍵（セッション鍵）更新は、電源投入時以外に、更新周期毎（定期的）にも実行される。つまり、ＳＣ３２５ｂが通信鍵の更新周期を検知したときに通信鍵（セッション鍵）を更新する制御を行なう。具体的には、ホールサーバ８０１（または鍵管理サーバ８００）から更新周期毎に鍵更新指令がＣＵ３へ送信され、それを受けたＣＵ３のＳＣ３２５ｂが通信鍵要求を通信制御ＩＣ３２５ａへ送信して前述と同様に通信鍵（セッション鍵）を更新する制御を行なう。この更新周期毎に鍵更新も乱数と現在時刻のデータとを用いて生成するため、電源投入時に更新された通信鍵（セッション鍵）とは異なる鍵に更新され、より一層セキュリティが向上する。
次に、図３４は、通信制御ＩＣ３２５ａの認証シーケンスの処理を説明する図である。図３４を参照して、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、第１認証シーケンスが実行される。第１認証シーケンスはＳＥ１モードにて行なわれる。たとえば、この第１認証シーケンスによりＳＣ３２５ｂのシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているＳＣ３２５ｂのＳＩＤの認証が行なわれる。次に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、第２認証シーケンスが実行される。第２認証シーケンスはＳＥ１モードにて行なわれる。たとえば、この第２認証シーケンスにより通信制御ＩＣ３２５ａのシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されている通信制御ＩＣ３２５ａのＳＩＤの認証が行なわれる。
その後、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、バージョン管理情報シーケンスが実行される。バージョン管理情報シーケンスはＳＥ１モードにて行なわれる。ＳＣ３２５ｂは、鍵バージョンをチェックするために、通信制御ＩＣ３２５ａに対してバージョン管理情報要求のコマンドを送信する。なお、バージョン管理情報要求のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
バージョン管理情報要求のコマンドを受信した通信制御ＩＣ３２５ａは、ＳＣ３２５ｂに対して最新の鍵バージョンを通知するために、バージョン管理情報応答のレスポンスを送信する。なお、バージョン管理情報応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
その後、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、ＩＣ認証結果シーケンスが実行される。ＩＣ認証結果シーケンスはＳＥ１モードにて行なわれる。ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対してＩＣ認証結果通知のコマンドを送信する。このＩＣ認証結果通知のコマンドによって、第１認証シーケンスからバージョン管理情報応答までの認証結果が総括して通信制御ＩＣ３２５ａに通知される。なお、ＩＣ認証結果通知のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
ＩＣ認証結果通知のコマンドを受信した通信制御ＩＣ３２５ａは、ＳＣ３２５ｂに対してＩＣ認証結果応答のレスポンスを送信する。ここでＩＣ認証結果応答のレスポンスによって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括してＳＣ３２５ｂに通知される。なお、ＩＣ認証結果応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
その後、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、カウンタ情報シーケンスが実行される。カウンタ情報シーケンスはＳＥ１モードにて行なわれる。ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対してカウンタ情報要求のコマンドを送信する。このカウンタ情報要求のコマンドによって、現在時刻の情報が通信制御ＩＣ３２５ａに通知される。なお、カウンタ情報要求のコマンドは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
カウンタ情報要求のコマンドを受信した通信制御ＩＣ３２５ａは、ＳＣ３２５ｂに対してカウンタ情報応答のレスポンスを送信する。ここでカウンタ情報応答のレスポンスによって暗号化で使用するカウンタの初期ベクタ値を生成してＳＣ３２５ｂに通知される。なお、カウンタ情報応答のレスポンスは、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化してある。
次に、図３５に基づいて前述の第１認証シーケンスの制御内容の一例を説明する。この第１認証シーケンスはＳＥ１モードにて行なわれる。まずＳＣ３２５ｂから通信制御ＩＣ３２５ａへ認証鍵乱数が通知される。この認証鍵乱数は認証鍵（具体的には本認証鍵）を生成するためのデータである。それを受信した通信制御ＩＣ３２５ａは、ＳＣ３２５ｂに対して認証鍵乱数を受信したことを示す認証鍵乱数通知応答を返信する。次に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとは、互いの認証鍵乱数を用いて認証鍵（具体的には本認証鍵）を生成する。上記認証鍵乱数の通知から認証鍵（具体的には本認証鍵）の生成までのシーケンスは、仮認証鍵を使用している時のみ、すなわち未だ本認証鍵が生成されていない時のみ実行される。本認証鍵が既に生成されて使用されているときには、上記認証鍵乱数の通知から認証鍵（具体的には本認証鍵）の生成までのシーケンスを実行することなくＳＣシリアルＩＤ認証要求１からシーケンスを実行する。
次に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でＳＣシリアルＩＤ認証要求１とＳＣシリアルＩＤ認証応答１とがやり取りされ、さらにＳＣシリアルＩＤ認証要求２とＳＣシリアルＩＤ認証応答２とがやり取りされることにより、ＳＥ１モードでのＳＣシリアルＩＤの認証が行なわれる。
図３６は、通信制御ＩＣ認証異常シーケンスの処理を説明する図である。通信制御ＩＣ認証異常シーケンスはＳＥ１モードにて行なわれる。図３６を参照して、図３４において説明をした第１認証シーケンス〜バージョン管理情報応答が実行される。この第１認証シーケンス〜バージョン管理情報応答は、暗号鍵として認証鍵（具体的には本認証鍵または仮認証鍵）を用いて、暗号化されている。なお、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとは共にＳＣのシリアルＩＤと通信制御ＩＣのシリアルＩＤとを記憶しており、第１認証シーケンス〜バージョン管理情報応答のうち、いずれか１つはチャレンジ／レスポンス方式を用いてＳＣのシリアルＩＤを認証するシーケンスであり、また第１認証シーケンス〜バージョン管理情報応答のうち、いずれか１つはチャレンジ／レスポンス方式を用いて通信制御ＩＣのシリアルＩＤを認証するシーケンスである。これらＳＣのシリアルＩＤと通信制御ＩＣのシリアルＩＤと前述の基板シリアルＩＤとは、それぞれ異なるＩＤで構成されている。
これらの認証シーケンスが終了後、次にＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、ＩＣ認証結果シーケンスが実行される。ＳＣ３２５ｂから通信制御ＩＣ３２５ａへＩＣ認証結果通知が送信される。このＩＣ認証結果通知によって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括して通知される。一方、通信制御ＩＣ３２５ａからＳＣ３２５ｂへＩＣ認証結果応答が送信される。ＩＣ認証結果応答によって第１認証シーケンスからバージョン管理情報応答までの認証結果を総括して通知される。このＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正（ＮＧ）である場合は、以下の制御が行なわれる。
第１認証シーケンスからバージョン管理情報応答までの認証を仮認証鍵を用いて行なっていた場合には、前述した第１認証シーケンスからバージョン管理情報応答までの処理がリトライされる。そのリトライ回数は２回が限度であり、その２回のリトライ後でもこのＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正である場合には、ＳＣ３２５ｂは「通信制御ＩＣ認証異常」を上位装置（鍵管理センターの鍵管理サーバ８００）に通知を行ない、上位装置のリセット処理開始まで待機する（リセット待ち）。
複数（ここでは２回）のリトライ後でもＩＣ認証結果通知および／またはＩＣ認証結果応答が不適正である場合には、リセット処理（たとえばリセットボタン（図示省略）の操作や電源再投入）により復帰する。しかしこれに限らず、リセット待ちの状態のときに、ＳＣ３２５ｂが上位装置である鍵管理サーバ８００やホールサーバ８０１との認証が取れたことを条件に復帰させてもよい。
次に、更新直後の認証鍵すなわち図３５の第１認証シーケンスの結果生成された認証鍵（具体的には本認証鍵）を用いて第１認証シーケンスからバージョン管理情報応答までの認証を行なっていた場合には、その生成された認証鍵（具体的には本認証鍵）が異常であることを示す本認証鍵更新異常のアラームを鍵管理センターの鍵管理サーバ８００へ通知して、第１認証シーケンスより仮認証鍵を用いて実行する。それら認証結果が適正であった場合には、前述したように、或る限られた期間（例えば２日）のみ許容される時限運用処理が行なわれ、その期間に限り遊技機との業務電文通信が可能となる。時限運用期間が過ぎた段階で上位装置（鍵管理センターの鍵管理サーバ８００）に通知を行ない、上位装置のリセット処理開始まで待機状態（リセット待ち）となる。なお、時限運用は、時間の限定に代えてまたはそれに加えて、制御内容（遊技内容）等を制限してもよい。例えば、遊技玉数に上限を設け、その上限に足した時点で持玉数に一旦変換（計数）しなければ遊技の続行を許容しない等が考えられる。
＜暗号モードについて＞
次に、図３７〜図４５に基づいて、ＳＥ２モードの暗号通信の詳細を説明する。このＳＥ２モードの暗号通信は、通信制御ＩＣ３２５ａとＳＣ３２５ｂとの間で行なわれるが、その他に、ＣＵ制御部３２３とＳＣ３２５ｂとの間、セキュリティ基板３２５とパチンコ機２の払出制御部１７１との間、パチンコ機２の払出制御部１７１と主制御基板１６との間、主制御基板１６と鍵管理サーバ８０３との間、ＣＵ制御部３２３とホールサーバ８０１や鍵管理サーバ８００との間等においても、行なってもよい。さらには、遊技場に設置された各種機器、たとえばホール用管理コンピュータ１、ジェットカウンタ、カード発行装置、精算装置、景品交換装置（ＰＯＳ端末）等の間において、行なってもよい。
まず図３７を参照して、ＳＥ２モードの暗号化の仕組を説明する。図３７の（ａ）は、ＳＣ３２５ｂから通信制御ＩＣ３２５ａへの通信のときに使用されるＳＥ２モードの暗号化および復号に用いられる下り用カウンタを示している。この下り用カウンタは、１６バイトで構成され、８バイトからなる初期ベクタ部Ｒ１、７バイトからなる電文カウンタ部Ｎ、１バイトからなる暗号ブロックカウンタ部Ｉとで構成されている。
初期ベクタ部の値（初期ベクタ値）Ｒ１は、通信制御ＩＣ３２５ａからＳＣ３２５ｂに対してカウンタ情報応答によって送信される。その結果、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でこの初期ベクタ値Ｒ１の値が共有されることとなる。暗号ブロックカウンタ部Ｉと電文カウンタ部Ｎとは後述するように加算更新されるが、この初期ベクタ部の値Ｒ１は加算更新されることがない。
電文カウンタ部Ｎおよび暗号ブロックカウンタ部Ｉの初期値は０である。このような下り用カウンタが、前述したように、互いに暗号通信を行なう機器（たとえばＳＣ３２５ｂと通信制御ＩＣ３２５ａ）の間で共有されている。１ブロック（１６バイト）ずつに分割された平文が１ブロックずつ暗号化される度に暗号ブロックカウンタ部Ｉがカウントアップされる。１回のコマンドまたはレスポンスで送信される電文の全てのブロックを暗号化したときに、該暗号文が送信されるとともに電文カウンタ部Ｎが「１」カウントアップされ、かつ暗号ブロックカウンタ部Ｉが「０」となる。このようなカウントアップ動作が繰返される。
図３７の（ｂ）は、通信制御ＩＣ３２５ａからＳＣ３２５ｂへの通信に使用されるＳＥ２モードの暗号化および復号に用いられる上り用カウンタを示している。この上り用カウンタは、上述した初期ベクタ部の値Ｒ１の代わりに初期ベクタ部の値Ｒ２を使用する。初期ベクタ部の値Ｒ２および上り用カウンタの構成については初期ベクタ部の値Ｒ１および下り用カウンタの構成の同様なため説明は繰返さない。
図３７の（ｃ）を参照して、ＳＥ２モードによるブロック暗号の仕組を説明する。図３７の（ｃ）では、ＳＣ３２５ｂから通信制御ＩＣ３２５ａへの通信のときの例を示しており、１回のコマンドまたはレスポンスで送信される電文が平文１〜３の３ブロックにより構成されている例を示す。まず送信対象となる平文のデータ（図８×参照）を１６バイト毎のブロックの平文（平文１、平文２、…）に分割する。そして、現在の下り用カウンタの値Ｒ１，Ｎ，０を、鍵Ｋを用いて暗号化する。この鍵Ｋは、基板初期鍵、認証鍵または通信鍵（セッション鍵）である。そして、暗号化された値（１６バイト）と平文１のブロック（１６バイト）とでエクスクルーシブオア（排他的論理和）の演算を行なう。その演算結果が暗号文１（１６バイト）となる。なお、ここでは、エクスクルーシブオア（排他的論理和）を用いた暗号化の方法を説明したが、他の論理演算を使用して暗号化を行ってもよい。
次の平文２を暗号化するときには、下り用カウンタが「１」加算更新される。その結果、下り用カウンタの値はＲ１，Ｎ，１となる。この値を前述と同様に鍵Ｋで暗号化し、その暗号結果のデータと平文２とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文２を生成する。
次の平文３を暗号化する際には、さらに下り用カウンタの値が「１」加算更新され、その値がＲ１，Ｎ，２となる。この値を鍵Ｋで暗号化してその暗号結果の値と平文３とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文３を生成する。以上の平文１〜３の３ブロックにより１回のコマンドまたはレスポンスで送信される電文の全フレームが構成されており、この平文１〜３を暗号化することにより、該暗号文が送信されるとともに電文カウンタ部Ｎが「１」カウントアップされ、かつ暗号ブロックカウンタ部Ｉが「０」となる。
よって、次に送信するコマンドまたはレスポンスの平文１を暗号化する際に、カウンタの値が｛Ｒ１，Ｎ＋１，Ｉ＝０」となる。その値を鍵Ｋで暗号化した値と平文１とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文４を生成する。
以降、平文２、平文３、…と随時カウンタの値を加算更新しつつ暗号化していく。
下り用カウンタを用いて暗号化の仕組を説明したが、上り用カウンタにおいてもその仕組みは同様であるため説明は繰返さない。
次に、図３８に基づいて復号処理を説明する。暗号文の受信側においては、受信した１ブロックの暗号文１（１６バイト）を復号する際に、まず下り用カウンタの値（Ｒ１，Ｎ，０）を鍵Ｋで暗号化し、その暗号化された値と暗号文１とでエクスクルーシブオア（排他的論理和）を演算して復号し、平文１を得る。
エクスクルーシブオア（排他的論理和）の演算の特質として、バイナリデータ（２進数のデータ）に対して或る２進数の値（Ａという）でエクスクルーシブオアの演算を行ない、その演算結果のデータに対してさらに同じ２進数の値（Ａ）でエクスクルーシブオアの演算を行なえば、１回目のエクスクルーシブオアの演算を行なう前の元のバイナリデータに戻る性質がある。このＳＥ２モードの暗号，復号処理は、このようなエクスクルーシブオアの特質を利用して暗号化および復号処理を行なっている。
２ブロック目の暗号文２（１６バイト）を復号する際には、カウンタの値が「１」加算更新される。その結果、カウンタの値がＲ１，Ｎ，１となり、そのＲ１，Ｎ，１を鍵Ｋで暗号化して、その結果の値と暗号文２とでエクスクルーシブオアの演算を行なって復号し、平文２を生成する。
同様に、暗号文３を復号する際にもカウンタの値が「１」加算更新される。この復号の際のカウンタの加算更新方法も、暗号化の場合と同様に、１回のコマンドまたはレスポンスで送信される電文の各ブロックを復号する毎に暗号ブロックカウンタ部Ｉが「１」ずつカウントアップされ、１回のコマンドまたはレスポンスで送信されてきた電文の全ブロックの復号が完了したときに電文カウンタ部Ｎが「１」加算更新されるとともにＩの値がゼロクリアされる。
通信制御ＩＣ３２５ａからＳＣ３２５ｂへの通信に使用されるＳＥ２モードの暗号化および復号に用いられる上り用カウンタの場合についても下り用カウンタと同様なため説明は繰返さない。
以上説明したように、ＳＥ１モードの場合は、平文Ｍに対して同じデータ長の鍵でエクスクルーシブオアの演算を行なって暗号化し、その暗号文に対して同じデータ長の鍵でエクスクルーシブオアの演算を行なって復号しているだけのため、平文Ｍに対してエクスクルーシブオアの演算を行なうデータ（鍵）が一定で変化しないものであるため、それほど高いセキュリティは望めない。しかし、ＳＥ２モードの場合は、平文Ｍに対してエクスクルーシブオアの演算を行なうデータ（カウンタの値としての鍵）が更新されて変化するものであるため、高いセキュリティを期待することができる。
次に、図３９〜図４３に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でのコマンドとレスポンスとの実際の暗号通信の動作を説明する。図３９は暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信が示されている。図４０は、通信制御ＩＣ３２５ａからＳＣ３２５ｂへのレスポンスが到達しなかった場合の異常時の処理が示されている。図４１は、ＳＣ３２５ｂから通信制御ＩＣ３２５ａへのコマンドが到達しなかった場合の異常時の処理が示されている。図４２は、図４０に示したレスポンス未到達の異常時における変形例の処理が示されている。図４３は、図４１に示したコマンド未到達の異常時処理における変形例が示されている。
以下、図３９〜図４３の暗号化処理を説明するが、ＳＣ３２５ｂから通信制御ＩＣ３２５ａへの暗号化通信を行なうときは初期ベクタ部の値Ｒ１の下り用カウンタが使用され、通信制御ＩＣ３２５ａからＳＣ３２５ｂへの暗号化通信を行なうときは初期ベクタ部の値Ｒ２の上り用カウンタが使用される。
まず図３９に基づいて正常時の処理を説明する。ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での動作指示およびレスポンスとして、データ長が４８バイトの倍数の一例の９６バイトのものを取り上げて説明する。
図３９を参照して、ＳＣ３２５ｂでは、９６バイトの平文を１６バイト毎の６つのブロックに分割し、各ブロックの平文１〜６を１つずつ暗号化する。最初のブロックである平文１は、下り用カウンタの値がＲ１，Ｎ，０となっており、そのカウンタの値を前述したように暗号化し、その暗号化された値と平文１とでエクスクルーシブオアの演算を行なって暗号文１を生成する。同様に、暗号文２の生成に際してはＲ１，Ｎ，１の下り用カウンタの値を用い、暗号文２の生成に際してはＲ１，Ｎ，２の下り用カウンタの値を用い、暗号文４の生成に際してはＲ１，Ｎ，３の下り用カウンタの値を用い、暗号文５の生成に際してはＲ１，Ｎ，４の下り用カウンタの値を用い、暗号文６の生成に際してはＲ１，Ｎ，５の下り用カウンタの値を用いる。
この６つのブロックからなる暗号文１〜６を受信した通信制御ＩＣ３２５ａでは、図３８で説明したようにカウンタの値を更新しながら随時暗号文を復号して平文を生成する。復号開始時の下り用カウンタの値すなわち最初の暗号文１を復号するのに用いるカウンタの値がＲ１，Ｎ，０となっており、その値を暗号化してその暗号化した値と暗号文１とのエクスクルーシブオアを演算して復号し、平文１を生成する。同様に、暗号文２、暗号文３、暗号文４、暗号文５、暗号文６も、随時暗号ブロックカウンタ部の値を「１」ずつ加算更新し、復号処理を行なう。具体的には、暗号文２に対してはＲ１，Ｎ，１の下り用カウンタ値を用い、暗号文３に対してはＲ１，Ｎ，２の下り用カウンタ値を用い、暗号文４に対してはＲ１，Ｎ，３の下り用カウンタ値を用い、暗号文５に対してはＲ１，Ｎ，４の下り用カウンタ値を用い、暗号文６に対してはＲ１，Ｎ，５の下り用カウンタ値を用いて復号する。
次に通信制御ＩＣ３２５ａがレスポンスを暗号化してＳＣ３２５ｂへ送信する。その際に、通信制御ＩＣ３２５ａは上り用カウンタを用いるため「Ｒ２，Ｎ，０」のカウンタ値が最初に用いられる。この上り用カウンタのカウンタ値を暗号化してその暗号化された値とレスポンスの最初の平文１とでエクスクルーシブオアの演算を行ない暗号文１を生成する。次に通信制御ＩＣ３２５ａは、暗号ブロックカウンタ部を「１」加算更新してＲ２，Ｎ＋１，１の値を用いて暗号文２を生成する。同様に、暗号ブロックカウンタ部を「１」ずつ加算更新しながら、暗号文３、暗号文４、暗号文５、暗号文６を生成し、それら暗号文からなるレスポンスをＳＣ３２５ｂへ送信する。
この６つのブロックからなる暗号文１〜６を受信したＳＣ３２５ｂでは、図３８で説明したようにカウンタの値を更新しながら随時暗号文を復号して平文を生成する。復号開始時の上り用カウンタの値すなわち最初の暗号文１を復号するのに用いるカウンタの値がＲ２，Ｎ，０となっており、その値を暗号化してその暗号化した値と暗号文１とのエクスクルーシブオアを演算して復号し、平文１を生成する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
次回以降は、通信制御ＩＣ３２５ａでは、前回受信した暗号文の復号に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ１，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初の暗号文１を復号する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
また、ＳＣ３２５ｂでは、前回受信した暗号文の復号に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ２，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初の暗号文１を復号する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
このような方法により、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、下り用カウンタ、上り用カウンタをそれぞれ用い、送信データの暗号化および受信データの復号処理を行なう。
次に図４０を参照して、通信制御ＩＣ３２５ａからＳＣ３２５ｂへのレスポンスが到達しなかった異常時における処理を説明する。まずＳＣ３２５ｂから通信制御ＩＣ３２５ａへ６ブロックの暗号文１〜６からなるコマンドが送信される。その各ブロックに用いられる下り用カウンタのカウンタの値は、最初がＲ１，Ｎ，０であり、暗号ブロックカウンタ部が「１」ずつ加算されて最後の値がＲ１，Ｎ，５となっている。この暗号文を受信した通信制御ＩＣ３２５ａは、暗号開始時のカウンタ値Ｒ１，Ｎ，０を用いてまず暗号文１を復号して平文１を生成する。次に暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時暗号ブロックカウンタ部を加算更新しながら復号して平文２、平文３、平文４、平文５、平文６を生成する。
そして通信制御ＩＣ３２５ａは、上り用カウンタのカウンタ値である「Ｒ２，Ｎ，０」の値を用いて、レスポンスの最初のブロックの平文１を暗号化して暗号文１を生成する。次に暗号ブロックカウンタ部の値を「１」ずつ加算更新して暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。その暗号文１〜６からなるレスポンスがＳＣ３２５ｂに到達しなかった場合には、ＳＣ３２５ｂは、前回送信したコマンドと同じコマンドのデータを通信制御ＩＣ３２５ａへ再送信する。その再送信された暗号文を通信制御ＩＣ３２５ａが復号する際に、通信制御ＩＣ３２５ａの前回受信した暗号文の復号に用いた電文カウンタ部の値がＮであるために、今回復号するに際して、最初に用いる下り用カウンタのカウンタの値として「Ｒ１，Ｎ＋１，０」が用いられることとなる。
通信制御ＩＣ３２５ａでは、カウンタ値Ｒ１，Ｎ＋１，０を用いてまず暗号文１を復号して平文１を生成する。次に暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時暗号ブロックカウンタ部を加算更新しながら復号して平文２、平文３、平文４、平文５、平文６を生成する。
次に通信制御ＩＣ３２５ａは、前回の暗号文の生成に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ２，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初のブロックの平文１を暗号化して暗号文１を生成する。次に暗号ブロックカウンタ部の値を「１」ずつ加算更新して暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。
ＳＣ３２５ｂでは、前回の通信制御ＩＣ３２５ａからのレスポンスを受信していないため、その前回のレスポンスの復号のためのカウンタ値「Ｒ２，Ｎ，０」を用いて復号しようと試みる。しかし、その暗号文１は、カウンタの値「Ｒ２，Ｎ＋１，０」を用いて暗号化されたデータであり、ＳＣ３２５ｂの復元開始のカウンタ値が「Ｒ２，Ｎ，０」であるため、このカウンタ値を用いて復号を試みても、正しい平文に復号することができず復号失敗となる。
正しい平文に復号することができたか否かの判断は、ＭＡＣによる一般的なチェックに基づいて行なう。簡単に説明すると、ＳＣ３２５ｂでは、最初のカウンタ値であるＲ２，Ｎ，０を鍵で暗号化してその値と最初の暗号文１とのエクスクルーシブオアを演算する。このような復号処理を、カウンタ値を「１」加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６について順次実行し、その処理結果のデータに含まれているＭＡＣのデータを用いてＭＡＣチェックを行なう。具体的には、復号処理結果のデータからＭＡＣアルゴリズムに従ってＭＡＣを生成し、その生成されたＭＡＣと通信制御ＩＣ３２５ａからの送信データに含まれているＭＡＣのデータとを比較し、一致するか否かチェックする。正常に復号されておれば一致するが、この場合には、復号に用いられるカウンタの値が狂っているために、正常に復号されておらず、ＭＡＣチェックの結果両者が一致しないと判定されてＭＡＣ異常すなわち復号失敗と判定される。
このようなＭＡＣ異常すなわち復号失敗と判定された場合には、ＳＣ３２５ｂでは、その狂ったカウンタ値を正しいカウンタ値に修復する修復処理が実行される。ＳＣ３２５ｂでは、復号失敗と判断された暗号文の復号に最初に用いられた復号開始時のカウンタ値である「Ｒ２，Ｎ，０」に対して、その電文カウンタ部Ｎの値を「１」ずつ減算更新しながら順次その減算されたカウンタ値を用いて順次暗号文の復号処理を行なって前述のＭＡＣチェックを行ない、正しく復号されたか否かの判断を行なう。このカウンタ値の減算処理を所定回数行なってもＭＡＣチェックの結果ＭＡＣ異常と判定された場合に、ＳＣ３２５ｂは、次に、復号開始時のカウンタ値である「Ｒ２，Ｎ，０」に対してその電文カウンタ部Ｎを「１」ずつ加算更新して順次その加算されたカウンタ値を用いた復号処理を行なってＭＡＣチェックを行なう。そしてＭＡＣチェックで適正と判断されて復号成功と判断された場合には、その復号が成功した平文を適正なコマンドとして取り込む。そして、復号成功と判断されたときに用いた電文カウンタ部のカウンタ値を次のレスポンスデータの最初の平文１の暗号化に用いる。
この図４０の場合には、復号開始時のカウンタ値である「Ｒ２，Ｎ，０」から電文カウンタ部Ｎを１回加算更新したカウンタ値「Ｒ２，Ｎ＋１，０」を用いて復号することにより、ＭＡＣ正常と判断されて復号成功と判断されることとなる。
その復号成功と判断されたときに用いた電文カウンタ部の値ＮのＲ２，Ｎ＋１，０のカウンタ値の電文カウンタ部の値を「１」ずつ加算更新したカウンタ値Ｒ１，Ｎ＋２，０を用いて次に送信するレスポンスの最初の平文１を暗号化して暗号文１を生成する。次に「１」ずつ暗号ブロックカウンタ部を加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成して通信制御ＩＣ３２５ａへ送信する。
それを受けた通信制御ＩＣ３２５ａでは、「Ｒ１，Ｎ＋２，０」のカウンタ値を用いて、受信した暗号文の最初の暗号文１を復号する。最初の暗号文１はカウンタ値「Ｒ１，Ｎ＋２，０」のカウンタ値を用いて暗号化されたものであるために、同じカウンタ値を用いて適正に復号することが可能である。そして通信制御ＩＣ３２５ａは、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号する。
前述したカウンタの修復処理におけるカウンタ値への減算回数は、レスポンス未到達時におけるＳＣ３２５ｂが動作コマンドの再送信（リトライ）を行なうリトライ回数に一致する。本実施の形態の場合には、そのリトライ回数は２回が限度であり、その２回のリトライに起因して生ずるカウンタ値の狂い以上に電文カウンタ部Ｎの減算更新を行なう必要はない。よって、２回を限度にカウンタ値の減算更新あるいは加算更新が行なわれる。
次に図４１に基づいて、ＳＣ３２５ｂから通信制御ＩＣ３２５ａへのコマンドが未到達の異常時における処理を説明する。まずＳＣ３２５ｂがカウンタ値Ｒ１，Ｎ，０〜Ｒ１，Ｎ，５を用いて暗号文１〜暗号文６の６ブロックの暗号文を生成して通信制御ＩＣ３２５ａへ送信する。しかし、その暗号文が通信制御ＩＣ３２５ａへ到達しなかった場合には、ＳＣ３２５ｂは同じ内容のコマンドを再び暗号化して通信制御ＩＣ３２５ａへ再送信するというリトライを試みる。この再送信時における暗号化に用いられる電文カウンタ部は、前回のコマンドの送信時に暗号化に用いた電文カウンタ部の値Ｎに「１」を加算したＮ＋１が用いられる。よって、「Ｒ１，Ｎ＋１，０」のカウンタ値を用いてＳＣ３２５ｂは再送信するコマンドの最初の平文１のブロックを暗号化して暗号文１を生成する。次に、ＳＣ３２５ｂは、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２，暗号文３，暗号文４，暗号文５，暗号文６を生成して通信制御ＩＣ３２５ａへ再送信する。
しかしその再送信された暗号文も通信制御ＩＣ３２５ａへ到達しなかった場合には、ＳＣ３２５ｂは、再度同じ内容のコマンドを暗号化して通信制御ＩＣ３２５ａへ再送信するという２回目のリトライを試みる。この２回目のリトライで送信されたコマンドが通信制御ＩＣ３２５ａへ到達し、通信制御ＩＣ３２５ａは、その暗号文の復号を試みる。
通信制御ＩＣ３２５ａは、ＳＣ３２５ｂへ前回受信したコマンドの復号に用いた最後のカウンタ値に対して「１」加算更新した値である「Ｒ１，Ｎ，０」を用いて暗号文の最初のブロックを復号する処理を行ない、そのカウンタ値「Ｒ１，Ｎ，０」に対して暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６の復号を試みる。
しかし、ＳＣ３２５ｂの２回に亘ってのリトライの結果、ＳＣ３２５ｂ側のカウンタ値と通信制御ＩＣ３２５ａ側のカウンタ値とが狂っているために、適正な平文に復号することができず、前述したＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。
すると通信制御ＩＣ３２５ａは、前述と同様に、狂ったカウンタの修復処理を行なう。復号失敗と判断された暗号文に対して最初に用いたカウント値である「Ｒ１，Ｎ，０」に対して、電文カウンタ部Ｎを「１」ずつ減算更新しながら順次再送信されてきた暗号文の復号を試みてＭＡＣチェックを行なう。この減算更新の実行回数は、前述したように、リトライ回数である２回を限度に実行される。この２回に亘ってのカウンタ値の減算更新による復号を試みたとしても復号に成功しなかった場合には、通信制御ＩＣ３２５ａは、カウンタ値「Ｒ１，Ｎ，０」の電文カウンタ部に対して「１」ずつ加算更新しながら順次暗号文を復号する処理を試みる。この加算更新を試みる回数は、コマンド未到達時におけるＳＣ３２５ｂによる再送信を実行するリトライ回数に一致する。本実施の形態においては、２回を限度にリトライを行なう。その結果、カウンタ値の加算更新は、リトライ回数である２回を限度に加算更新される。
そして、２回目の加算更新の結果カウンタ値が「Ｒ１，Ｎ＋２，０」となり、このカウンタ値を用いて暗号文１を復号し、順次暗号ブロックカウンタ部の加算更新を行ないながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号することにより、適正な平文に復号することができ、ＭＡＣチェックの結果適正と判断されて復号成功と判断される。その復号成功と判断された平文のコマンドを通信制御ＩＣ３２５ａが取り込む。そしてそれに対するレスポンスのデータを暗号化してＳＣ３２５ｂへ送信する。その暗号化に際しては、復号成功と判断された復号処理に用いられた電文カウンタ部の値「Ｎ＋２」と異なり、最初に用いたカウント値である「Ｒ２，Ｎ，０」の「Ｎ」の値を用いる。よって、「Ｒ２，Ｎ，０」を用いて最初のブロックを暗号化して暗号文１を生成する。次に、暗号ブロックカウンタ部のカウント値を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。ＳＣ３２５ｂは、「Ｒ２，Ｎ，０」を用いて暗号文の最初のブロックを復号する処理を行ない、そのカウンタ値「Ｒ２，Ｎ，０」に対して暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６の復号を試みる。
次に、図４２に基づいてレスポンス未到達時の異常時における処理の変形例を説明する。この図４２は、前述した図４０に対する変形例であり、ここでは主に相違点について説明する。通信制御ＩＣ３２５ａからＳＣ３２５ｂへのレスポンスが未到達の場合にＳＣ３２５ｂは前回と同じコマンドを再送信するリトライを実行する。そのリトライによって再送信されたコマンド（暗号文）が通信制御ＩＣ３２５ａに到達した場合に、図４０と同様に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でのカウンタの値が食い違っている。その結果、通信制御ＩＣ３２５ａにおいてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーのコマンドを通信制御ＩＣ３２５ａへ送信する。その際に、ＳＣ３２５ｂでは、復号エラーのレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文を通信制御ＩＣ３２５ａへ送信する。通信制御ＩＣ３２５ａでは、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数を生成し、その乱数の値を初期ベクタ部の値Ｒ２としてＳＣ３２５ｂへ送信する。その際に、鍵Ｋを用いてその初期ベクタ部の値Ｒ２の値をＳＥ１モードにより暗号化してその暗号文をセキュリティチップ３２５Ｂへ送信する。ＳＣ３２５ｂでは、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部の値Ｒ２を取得する。これにより、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で初期化されたカウンタの値である「Ｒ２，０，０」が共有されることとなる。
次にＳＣ３２５ｂは、初期ベクタ部の値Ｒ２の更新を完了した旨のレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化して通信制御ＩＣ３２５ａへ送信する。
それを受けた通信制御ＩＣ３２５ａでは、前回再送信したコマンドと同じデータをＳＥ２モードにより暗号化してＳＣ３２５ｂへ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ２，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。
ＳＣ３２５ｂでは、初期化されたカウンタ値すなわち「Ｒ２，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
次に図４３に基づいて、コマンドが未到達の異常時における処理の変形例を説明する。この図４３は、前述した図４１のコマンド未到達時の処理の変形例であり、ここでは主に相違点について説明する。ＳＣ３２５ｂによる２回目のリトライによってコマンドが通信制御ＩＣ３２５ａに到達した場合に、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でのカウンタの値が食い違っている。その結果、通信制御ＩＣ３２５ａにおいてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーのレスポンスをＳＣ３２５ｂへ送信する。
その際に、通信制御ＩＣ３２５ａでは、復号エラーのレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文をＳＣ３２５ｂへ送信する。ＳＣ３２５ｂでは、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数を生成し、その乱数の値を初期ベクタ部の値Ｒ１として通信制御ＩＣ３２５ａへ送信する。その際に、鍵Ｋを用いてその初期ベクタ部の値Ｒ１をＳＥ１モードにより暗号化してその暗号文を通信制御ＩＣ３２５ａへ送信する。通信制御ＩＣ３２５ａでは、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部の値Ｒ１を取得する。これにより、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で初期化されたカウンタの値である「Ｒ１，０，０」が共有されることとなる。このように、暗号文が復元できない場合に行われるカウンタの値の初期化（再設定）としては、復号不能となった（ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で齟齬が生じた）カウンタの初期ベクタ部のみを再設定してもよいが、下り用カウンタの初期ベクタ部Ｒ１と上り用カウンタの初期ベクタ部Ｒ２との両者を再設定してもよい。
次に通信制御ＩＣ３２５ａは、初期ベクタ部の値Ｒ１の更新を完了した旨のレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化してＳＣ３２５ｂへ送信する。
それを受けたＳＣ３２５ｂでは、前回再送信したコマンドと同じデータをＳＥ２モードにより暗号化して通信制御ＩＣ３２５ａへ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ１，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成して通信制御ＩＣ３２５ａへ送信する。
通信制御ＩＣ３２５ａでは、初期化されたカウンタ値すなわち「Ｒ１，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
次に、図４４（ａ）（ｂ）に基づいて、ＳＥ２モードによる暗号処理と復号処理とを説明する。まず図４４（ａ）のＳ１００により、暗号鍵の発行が行なわれる。この暗号鍵は、基板初期鍵、認証鍵または通信鍵（セッション鍵）のことであり、以下単に「鍵」と言う。その鍵がＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で共有されることとなる。
次にＳ１０１により、下り用カウンタ、上り用カウンタにそれぞれ対応する初期ベクタ部の値Ｒ１，Ｒ２が発行される。この初期ベクタ部の値Ｒ１，Ｒ２は、通信制御ＩＣ３２５ａによりそれぞれ生成される。次にＳ１０２により、カウンタの電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとがリセットされて「０」となる。次にＳ１０３により、Ｓ１００により発行された鍵によりＳＥ１モードで初期ベクタ部の値Ｒ１，Ｒ２を暗号化して、下り用初期ベクタ部の値Ｒ１および上り用初期ベクタ部の値Ｒ２は通信制御ＩＣ３２５ａからＳＣ３２５ｂへ送信される。ここでは、初期ベクタ部Ｒ１，Ｒ２について通信制御ＩＣ３２５ａによりそれぞれ生成されるとして説明したが、ＳＣ３２５ｂで初期ベクタ部の値Ｒ１を生成し、通信制御ＩＣ３２５ａに送信し、通信制御ＩＣ３２５ａはこの送信された初期ベクタ部の値Ｒ１を生成したアルゴリズムを元に初期ベクタ部の値Ｒ２を生成し、ＳＣ３２５ｂへ送信する。また、初期ベクタ部の値Ｒ１，Ｒ２がＳＣ３２５ｂで生成され、初期ベクタ部のＲ１，Ｒ２を通信制御ＩＣ３２５ａに送信してもよい。さらに、この初期ベクタ部の値Ｒ１，Ｒ２を生成するアルゴリズムは両方を同じアルゴリズムを用いてもよいし、一方から送信された初期ベクタ部の値が生成されたアルゴリズムを用いて他方の初期ベクタ部の値を生成することもできる。
通信制御ＩＣ３２５ａでは、図４４（ｂ）のＳ１３０に示すように、その送信されてきた暗号化されたＲ１，Ｒ２を鍵を用いてＳＥ１モードで復号して平文のＲ１，Ｒ２をそれぞれ生成し、Ｓ１３１によりそのＲ１，Ｒ２を初期ベクタ部の値として記憶するとともに、電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとをリセットして「０」の値にする。
暗号文の送信側においては、図４４（ａ）のＳ１０４において、送信する電文（平文）を生成する。その生成された平文を１６ビット毎のブロックに分けて、各ブロック毎にカウンタの現在の値を用いて暗号化して暗号文を生成する（Ｓ１０５）。そして１ブロックの暗号化が完了した段階で、制御がＳ１０６へ進み、Ｓ１０４により生成された平文の電文の全フレームすなわち全ブロックの暗号化が終了したか否かの判断がなされる。未だ終了していない場合には制御がＳ１０７へ進み、暗号ブロックカウンタ部Ｉを「１」加算更新した後にＳ１０５に移行する。Ｓ１０５による次のブロックの暗号化を行なって暗号文を生成する。
このＳ１０５→Ｓ１０６→Ｓ１０７→Ｓ１０５のループを巡回することにより、電文の全フレームの暗号化が終了した場合には、制御がＳ１０８へ進み、電文カウンタ部Ｎが「１」加算更新される。次にＳ１０９により暗号ブロックカウンタ部Ｉがクリアされて「０」となる。
次に制御がＳ１１０へ進み、その暗号文を相手側に送信する処理が行なわれる。次にＳ１１１により、復号エラーを受信したか否かの判断がなされる。この復号エラーは、暗号文の受信側において復号に失敗したときに後述するＳ１６２またはＳ１７０により送信されてくるものであり、それを受信すれば、Ｓ１１２によりエラー処理が行なわれる。このエラー処理は、たとえば、表示装置によりエラー表示を行なったり上位サーバへエラーが発生した旨を通知するとともに、以降の動作制御を停止させる等の処理である。
Ｓ１１０により送信されてきた暗号文を図４４（ｂ）のＳ１３２により受信した後、Ｓ１３３により復号処理が行なわれる。この復号処理は、前述したように、カウンタの現在のカウンタ値を用いてブロック毎に復号する処理である。そして全フレームについて復号処理を行なった後前述したようにＭＡＣチェックを行なって復号が成功したか否かの判定を行なう。復号が失敗した場合には、Ｓ１３５によるカウンタ修復処理が実行される。
図４５は、前述のＳ１３５に示したカウンタ修復処理の具体的制御内容を示すフローチャートである。図４５（ａ）は図４０、図４１に示したカウンタ修復処理であり、図４５（ｂ）は図４２、図４３に示した変形例の修復処理を示している。
まず図４５（ａ）を参照してカウンタ修復処理１を説明する。まずＳ１５０により、復号に失敗した暗号文の最初のブロックの復号処理に用いたカウンタの値における電文カウンタ部Ｎを「１」減算更新する。次にＳ１５１により、その減算更新されたカウンタの値を用いてブロック毎に復号処理を実行し、ＭＡＣチェックを行なって復号が成功したか否か判定する。復号が成功していない場合には、Ｓ１５４により、修復カウンタＳＫの値を「１」加算更新する。この修復カウンタＳＫとは、何回修復を試みたかを計数するためのカウンタである。次にＳ１５５により、その修復カウンタＳＫが所定値に達したか否かの判断がなされる。この所定値とは、前述したように、暗号文の送信側におけるリトライ回数２の値である。
未だ所定値に達していない場合には、制御がＳ１５０に戻り、Ｓ１５０〜Ｓ１５５の制御を繰返し実行する。その繰返し実行の途中で復号に成功した場合にはＳ１５２によりＹＥＳの判断がなされて制御がＳ１５３へ進み、修復カウンタＳＫをリセットして「０」にする処理がなされる。
一方、Ｓ１５０〜Ｓ１５５の処理を繰返し実行して修復カウンタＳＫの値が所定値に達した場合には、Ｓ１５５によりＹＥＳの判断がなされて制御がＳ１５６へ進み、現在の電文カウンタＮに対して修復カウンタＳＫの値を加算する。その結果、電文カウンタ部Ｎの値は、復号失敗のときに用いた最後のカウンタ値の電文カウンタ部Ｎの値となる。そしてＳ１５７により、その電文カウンタ部Ｎに対して「１」加算更新され、Ｓ１５８によりそのカウンタ値を用いた復号処理が行なわれる。次にＳ１５９により、ＭＡＣチェックを行なって復号が成功したか否かの判断がなされ、成功していない場合にはＳ１６０により修復カウンタＳＫを「１」減算更新し、Ｓ１６１により修復カウンタＳＫの値が「０」になったか否かの判断がなされ、なっていない場合には制御がＳ１５７に戻り、Ｓ１５７〜Ｓ１６１の制御を繰返し実行する。
この繰返し実行が行なわれている途中で、Ｓ１５９により復号が成功したと判断された場合には、制御がＳ１５３へ進み、修復カウンタＳＫをリセットする処理がなされる。この復号成功と判断された平文が、正しい平文となる。
一方、Ｓ１５７〜Ｓ１６１の処理を繰返し実行することによって修復カウンタＳＫの値が「０」になった場合には、カウンタの修復を所定回数実行したことになり、その場合には制御がＳ１６２に進み、復号エラーを示す情報を鍵Ｋを用いてＳＥ１モードにより暗号化してその暗号文を送信する処理が行なわれる。
この復号エラーの情報は前述した図４４（ａ）のＳ１１２により受信してＹＥＳの判断がなされることとなる。
次に図４５（ｂ）に基づいて変形例のカウンタ修復処理２を説明する。Ｓ１７０により、復号エラーを示す情報を鍵Ｋを用いてＳＥ１モードにより暗号化する処理が行なわれ、その暗号化された情報を相手側に送信する処理が行なわれる。この復号エラーを受信すれば、図４４（ａ）のＳ１１２によりＹＥＳの判断がなされ、この変形例の場合には、Ｓ１１２によりＹＥＳの判断がなされた場合には制御がＳ１０１へ進む。そしてＳ１０１により新たな乱数が生成されてＳ１０２による電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとのリセットが行なわれた後にＳ１０３により、その乱数を暗号化して初期ベクタ部の値Ｒ１、Ｒ２として相手側に送信する処理が行なわれる。その送信されてきた暗号化された初期ベクタ部の値を図４５（ｂ）のＳ１７１により受信する。次にＳ１７２により、初期ベクタ部の値Ｒ１またはＲ２の更新が完了した旨を示す情報を、鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文を相手側に送信する処理がなされ、その後制御が図４４（ｂ）のＳ１３０へ移行する。
Ｓ１３０では、前述したＳ１７１により受信した初期ベクタ部の値Ｒ１，Ｒ２の暗号文を鍵Ｋを用いてＳＥ１モードで復号する処理が行なわれる。そして復号した結果生成された平文の初期ベクタ部の値Ｒ１、Ｒ２の値を記憶するとともに、電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとをリセットして「０」とする処理が行なわれる（Ｓ１３１）。
そしてそれらＲ１、０、０あるいはＲ２，０，０の値を用いて、Ｓ１３２で受信した暗号文をＳ１３３で復号する処理が行なわれる。
なお、受信したデータのデータ長が異常の場合やＣＲＣのチェックの結果ＣＲＣ異常が発生した場合には、受信側においてはカウンタの値を更新することなくその受信した電文を破棄する処理が行なわれる。そして再送信の要求を返信する処理が行なわれる。それを受信した側においては、カウンタの現在のカウント値における電文カウンタ部Ｎの値を「１」だけ減算して同じ電文を復号して再送信する処理が行なわれる。
次に、図４６に基づいて、ＳＥ２モードによる復号処理のカウンタ動作を説明する。前述の実施の形態では、下り用カウンタと上り用カウンタとの２種類のものを示した（図３７参照）。その２種類の場合を図４６（ｂ）に示している。一方、下り用と上り用とで共通のカウンタを用いるものを図４６（ａ）に示している。先ず図４６（ａ）に基づいて共通カウンタを用いるものを説明する。
共通カウンタの場合、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間でクロス送信が発生した場合の両者間でのカウンタ値の食い違いが生ずる不都合がある。通常の送信では、たとえば通信制御ＩＣ３２５ａからの応答（レスポンス）がＳＣ３２５ｂに送信されてきた後次の要求（コマンド）をＳＣ３２５ｂが通信制御ＩＣ３２５ａへ送信する。これに対し、クロス送信では、通信制御ＩＣ３２５ａからの応答（レスポンス）の出力とＳＣ３２５ｂからの次の要求（コマンド）の出力とが殆ど同時になされて、ＳＣ３２５ｂからの次の要求（コマンド）の出力がなされた後に通信制御ＩＣ３２５ａからの応答（レスポンス）をＳＣ３２５ｂが受信し、通信制御ＩＣ３２５ａからの応答（レスポンス）の出力がなされた後にＳＣ３２５ｂからの次の要求（コマンド）が通信制御ＩＣ３２５ａに受信される。
そして、共通カウンタの場合に、前述のクロス送信が生じたときには、たとえばＳＣ３２５ｂ側において通信制御ＩＣ３２５ａからの応答（レスポンス）を受信する前に次の要求（コマンド）を送信することによってカウンタ値が１つ更新された状態（カウンタ値＝３）となっており、カウンタ値（＝２）で暗号化された応答（レスポンス）をその１つ更新された後のカウンタ値（＝３）により復号するために、ＳＣ３２５ｂ側と通信制御ＩＣ３２５ａ側とでのカウンタ値が食い違った状態となり、適正に復号できないという不都合が生ずる。
そこで、一方、下り用カウンタと上り用カウンタとの２種類のものを用いる場合には、前述のクロス送信が生じたときに、図４６（ｂ）を参照して、たとえばＳＣ３２５ｂ側において通信制御ＩＣ３２５ａからの応答を受信する前に次の情報を送信することによって下り用カウンタ値が１つ更新された状態（下り用カウンタ値＝２）となったとしても、その更新されたカウンタ値はＳＣ３２５ｂから通信制御ＩＣ３２５ａへ送信する暗号文の生成に用いられる下り用カウンタ値が更新されるだけであって上り用カウンタ値は更新されないために（上り用カウンタ値＝１）、上り用カウンタ値（＝１）によって暗号化された通信制御ＩＣ３２５ａからの応答（レスポンス）を同じ上り用カウンタ値（＝１）を用いてＳＣ３２５ｂ側において適正に復号することが可能となる。
以上説明したように、第１制御手段（ＳＣ３２５ｂ等）から第２制御手段（通信制御ＩＣ３２５ａ等）へ送信する暗号文の生成に用いる第１鍵（下りカウンタ）と、第２制御手段（通信制御ＩＣ３２５ａ等）から第１制御手段（ＳＣ３２５ｂ等）へ送信する暗号文の生成に用いる第２鍵（上りカウンタ）とが、それぞれ独自に更新されるために、第１制御手段（ＳＣ３２５ｂ等）と第２制御手段（通信制御ＩＣ３２５ａ等）との間でクロス送信が発生した場合の両制御手段間での鍵の食い違いが生ずる不都合を防止することができる。第２制御手段（通信制御ＩＣ３２５ａ等）からの応答が第１制御手段（ＳＣ３２５ｂ等）に送信されてきた後次の情報を第１制御手段（ＳＣ３２５ｂ等）が第２制御手段（通信制御ＩＣ３２５ａ等）へ送信するのが通常送信であるのに対し、クロス送信とは、第２制御手段（通信制御ＩＣ３２５ａ等）からの応答の出力と第１制御手段（ＳＣ３２５ｂ等）からの次の情報の出力とが殆ど同時になされて、第１制御手段（ＳＣ３２５ｂ等）からの次の情報の出力がなされた後に第２制御手段（通信制御ＩＣ３２５ａ等）からの応答を第１制御手段（ＳＣ３２５ｂ等）が受信し、第２制御手段（通信制御ＩＣ３２５ａ等）からの応答の出力がなされた後に第１制御手段（ＳＣ３２５ｂ等）からの次の情報が第２制御手段（通信制御ＩＣ３２５ａ等）に受信される送受信状態を言う（たとえば図４６（ａ）（ｂ）参照）。たとえば、第１制御手段（ＳＣ３２５ｂ等）と第２制御手段（通信制御ＩＣ３２５ａ等）との間で送信する暗号文の生成に用いる鍵を１種類の鍵にして第１制御手段（ＳＣ３２５ｂ等）から第２制御手段（通信制御ＩＣ３２５ａ等）への送信の度および第２制御手段（通信制御ＩＣ３２５ａ等）から第１制御手段（ＳＣ３２５ｂ等）への送信の度にその１種類の鍵を互いに更新するようにした場合に、前述のクロス送信が生じたときには、たとえば第１制御手段（ＳＣ３２５ｂ等）側において第２制御手段（通信制御ＩＣ３２５ａ等）からの応答を受信する前に次の情報を送信することによって鍵が１つ更新された状態となっており、第２制御手段（通信制御ＩＣ３２５ａ等）から送信されてきた応答情報をその１つ更新された後の鍵により復号するために、第１制御手段（ＳＣ３２５ｂ等）側と第２制御手段（通信制御ＩＣ３２５ａ等）側とでの鍵が食い違った状態となり、適正に復号できないという不都合が生ずる。
そこで、第１制御手段（ＳＣ３２５ｂ等）から第２制御手段（通信制御ＩＣ３２５ａ等）へ送信する暗号文の生成に用いる第１鍵（下りカウンタ）と、第２制御手段（通信制御ＩＣ３２５ａ等）から第１制御手段（ＳＣ３２５ｂ等）へ送信する暗号文の生成に用いる第２鍵（上りカウンタ）との、２種類の鍵を用いることにした。その結果、前述のクロス送信が生じたときに、たとえば第１制御手段（ＳＣ３２５ｂ等）側において第２制御手段（通信制御ＩＣ３２５ａ等）からの応答を受信する前に次の情報を送信することによって鍵が１つ更新された状態となったとしても、その更新された鍵は第１制御手段（ＳＣ３２５ｂ等）から第２制御手段（通信制御ＩＣ３２５ａ等）へ送信する暗号文の生成に用いられる第１鍵（下りカウンタ）が更新されるだけであって第２鍵（上りカウンタ）は更新されないために、第２鍵（上りカウンタ）によって暗号化された第２制御手段（通信制御ＩＣ３２５ａ等）からの応答情報を同じ第２鍵（上りカウンタ）を用いて第１制御手段（ＳＣ３２５ｂ等）側において適正に復号することが可能となる。
次に、図４７および図４８を参照して、ＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。図４７は、ＳＣ３２５ｂ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスである。また、図４８は、通信制御ＩＣ３２５ａ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスである。また、両図において、業務電文要求は何らかのコマンドを、業務電文応答は何らかのレスポンスを示す。
初めに図４７を参照して、ＳＣ３２５ｂ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。ＳＣ３２５ｂは、業務電文要求１を下りカウンタ＝０にて送信し、それを受けた通信制御ＩＣ３２５ａは業務電文応答１を上りカウンタ＝０でＳＣ３２５ｂへ送信する。
すると、ＳＣ３２５ｂは、業務電文要求２を下りカウンタ＝１にて送信し、それを受けた通信制御ＩＣ３２５ａは業務電文応答２を上りカウンタ＝１でＳＣ３２５ｂへ送信する。このようなやりとりがなされる途中で、通信制御ＩＣ３２５ａから送信された上りカウンタ＝２の業務電文応答３がＳＣ３２５ｂへ未到達となった場合、ＳＣ３２５ｂは、業務電文要求３を再送する。このとき、下りカウンタは更新せずに下りカウンタ＝２で送信する。
通信制御ＩＣ３２５ａは、既に受信済みの業務電文要求３が再送されてきたため、業務電文応答３を再送する。しかし、再び、この応答が未着であった場合にはＳＣ３２５ｂによる２度目の電文の再送が前回と同様に実行され、２度目の再送でもなお、ＳＣ３２５ｂに対して通信制御ＩＣ３２５ａからの応答が届かないと、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して基板状態要求を送信する。この基板状態要求は、通信制御ＩＣ３２５ａに対してセキュリティ基板及び、遊技機の状態を要求するものである。また、このときの下りカウンタは、再送を試みたカウンタ値に１を加えた３に設定される。
基板状態要求を受信した通信制御ＩＣ３２５ａは、既に受信している業務電文要求３の下りカウンタ（＝２）に１を加えた下りカウンタ値（＝３）でこれを復号し、その復号に成功する。その上で、通信制御ＩＣ３２５ａは、基板状態応答（上りカウンタ＝３）をＳＣ３２５ｂに返信する。ところが、ＳＣ３２５ｂは、業務電文応答３（上りカウンタ＝２）を受信できておらず、直近で受信した電文の上りカウンタは１である。このため、受信した基板状態応答をその上りカウンタに１加えた値（＝２）で復号すると復号異常が検出される。そこで、図４５のＳ１５６のとおり、上りカウンタ（＝２）にさらに＋１した値である３で基板状態応答を復号し、その復号に成功する。
次に、図４８を参照して、通信制御ＩＣ３２５ａ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。ＳＣ３２５ｂは、業務電文要求１を下りカウンタ＝０にて送信し、それを受けた通信制御ＩＣ３２５ａは業務電文応答１を上りカウンタ＝０でＳＣ３２５ｂへ送信する。
すると、ＳＣ３２５ｂは、業務電文要求２を下りカウンタ＝１にて送信し、それを受けた通信制御ＩＣ３２５ａは業務電文応答２を上りカウンタ＝１でＳＣ３２５ｂへ送信する。このようなやりとりがなされる途中で、ＳＣ３２５ｂから送信された下りカウンタ＝２の業務電文要求３に対する応答が通信制御ＩＣ３２５ａから返ってこない場合、ＳＣ３２５ｂは、業務電文要求３を再送する。このとき、下りカウンタは更新せずに下りカウンタ＝２で送信する。
しかし、再び、この業務電文要求３に対する応答も返らない場合にはＳＣ３２５ｂによる２度目の電文の再送が前回と同様に実行され、２度目の再送でもなお、ＳＣ３２５ｂに対して通信制御ＩＣ３２５ａからの応答が届かないと、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａに対して基板状態要求を送信する。この基板状態要求は、通信制御ＩＣ３２５ａに対してセキュリティ基板及び、遊技機の状態を要求するものである。また、このときの下りカウンタは、再送を試みたカウンタ値に１を加えた３に設定される。
ところが、通信制御ＩＣ３２５ａは、業務電文要求３（下りカウンタ＝２）を受信できておらず、直近で受信した電文の下りカウンタは１である。このため、受信した基板状態要求をその下りカウンタに１加えた値（＝２）で復号すると復号異常が検出される。そこで、図４５のＳ１５６のとおり、下りカウンタに＋１した値である３で基板状態要求が復号され、その復号に成功する。一方、基板状態応答（上りカウンタ＝２）を受信したＳＣ３２５ｂは、既に業務電文応答２（上りカウンタ＝１）を受信しているので、その上りカウンタに１を加えた値（＝２）で復号を試み、復号に成功する。
なお、図４７および図４８の処理では、復号異常となったときに、カウンタに＋１した値で復号を再試行して成功した例を示したが、失敗した場合には、たとえば、図４５（ａ）に示す処理が適用される。すなわち、図４５（ａ）に示したように、初めに＋１して試行し、復号失敗の場合にはさらに＋１して試行し、このような試行を複数回繰り返し、それでも復号失敗の場合には、元のカウンタ値に戻してその値から−１して試行し、復号失敗の場合にはさらに−１して試行することを繰り返す。また、カウンタの更新値は１に限られず、２や３等の値を更新値としてもよい。
＜ＣＵ制御部とＳＣとの通信における主なシーケンス＞
次に、図４９〜図６０に基づいて、ＣＵ制御部３２３におけるＣＰＵで実行される処理と、セキュリティチップ（ＳＣ）３２５ｂで実行される処理とを説明する。
まず、図４９を参照して、ＣＵ制御部３２３の電源投入・ホール設置時の立上の処理を説明する。この図４９は、ＣＵ３が遊技場に設置されて最初に電源を立上げたときのシーケンスであり、特に、基板初期鍵を用いたホール設置時の立上シーケンスについて説明する。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的にはホールサーバ８０１より）基板初期鍵Ａ、基板初期鍵ＡのＭＡＣ鍵、有効鍵（商用／Ｐ台出荷用）を取得する。ここで、基板初期鍵Ａは、遊技場に納入されてから最初に上位装置へ通信する時、ホールサーバ８０１からダウンロードしてＣＵ制御部３２３に記憶する暗号鍵であり、鍵管理センタに設置された鍵管理サーバに記憶されている基板情報（基板シリアルＩＤと基板認証鍵）が取得されるまで、ＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。なお、基板初期鍵Ａは、基板メーカコードを用いて復号され、一方、基板初期鍵ＡのＭＡＣ鍵も同様に、基板メーカコードを用いて復号される。これらの復号は、ＡＥＳ（Advanced Encryption Standard）の暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。基板初期鍵認証シーケンスおよびセキュリティ基板情報問合せシーケンスいずれのシーケンスもＳＥ１モードにて行なわれる。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、基板初期鍵認証シーケンスを行ない、基板初期鍵認証が完了した場合に認証ＯＫとなる。なお、基板初期鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、セキュリティ基板情報問合せシーケンスを行ない、セキュリティ基板情報を取得することができた場合に取得ＯＫとなる。セキュリティ基板情報は、鍵管理センタの鍵管理サーバから取得し、基板シリアルＩＤや基板認証鍵などを含んでいる。なお、セキュリティ基板情報問合せシーケンスの詳細な処理については、後述する。基板認証鍵は、鍵管理センタに設置された鍵管理サーバからダウンロードしてＣＵ制御部３２３とＳＣ３２５ｂとの通信に利用する暗号鍵である。鍵管理サーバは、基板シリアル番号等に対応付けて基板認証鍵を記憶している。
セキュリティ基板情報問合せシーケンスでセキュリティ基板情報を取得することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にホールサーバ８０１より取得した基板初期鍵を用い、通信鍵交換シーケンスを行ない、業務電文通信用の通信鍵を交換する。通信鍵交換シーケンスはＳＥ１モードにて行なわれる。
ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスでは、基板情報取得シーケンスで基板情報を取得できた場合、基板認証鍵を暗号鍵に用いるが、基板情報を取得できなかった場合、基板初期鍵を時限的に暗号鍵に用いる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報問合せシーケンスはＳＥ２モードにて行なわれる。遊技機チップ情報には、主制御チップＩＤや払出制御チップＩＤなどが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）を利用して運用される。このときの通信は、前述したように、時限的な通信であり、一定期間（たとえば、２日）のみ許容される。以上の処理を経て行なわれる通信モードが制限通信モード（基板初期鍵モード（基板初期鍵運用））である。この時限運用のまま一定期間（たとえば、２日）がオーバーした場合には仮運用が停止されるとともに、オーバーしたことがＳＣ３２５ｂからＣＵ制御部３２３、ホールサーバ８０１を経由して鍵管理サーバへ通知される。
その後、ＣＵ３は、Ｐ台２に対して、リカバリ要求を行ない、Ｐ台２は、前回最終送信通番、前回挿入中カードＩＤ、前回カード挿入時刻を含むリカバリ応答のレスポンス（リカバリ応答）をＣＵ３に返信する。
次に、図５０を参照して、ＣＵ制御部３２３の電源投入・通常立上の処理を説明する。この図５０は、ＣＵ３が遊技場に設置された後、通常に電源を立上げたときのシーケンスであり、特に、基板認証鍵を用いた立上シーケンスについて説明する。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ３が遊技場に設置されて最初に電源を立上げたときに、ＣＵ制御部３２３は、上位装置より（具体的には鍵管理サーバより、ホールサーバ８０１を経由して）基板シリアルＩＤ鍵、基板認証鍵バージョン、基板認証鍵Ａ、基板認証鍵ＡのＭＡＣ鍵を取得する。なお、基板シリアルＩＤ鍵は、基板初期鍵で復号され、基板初期鍵Ａは、基板シリアルＩＤを用いて復号され、さらに、基板初期鍵ＡのＭＡＣ鍵も同様に、基板シリアルＩＤを用いて復号される。これらの復号は、ＡＥＳの暗号方式に則った復号方式で行なわれる。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンス、セキュリティ基板情報問合せシーケンスを実行する。基板認証鍵認証シーケンスおよびセキュリティ基板情報問合せシーケンスはいずれもＳＥ１モードにて行なわれる。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。なお、基板認証鍵認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、鍵の更新が有る場合にのみ、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、セキュリティ基板情報問合せシーケンスを行なう。
基板認証鍵認証シーケンスで基板認証鍵を認証でき鍵更新が無かった場合や、鍵更新が有り、セキュリティ基板情報問合せシーケンスで認証ができると、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板認証鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスはＳＥ１モードにて行なわれる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成することができた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報をさらに取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報問合せシーケンスはＳＥ２モードにて行なわれる。遊技機チップ情報には、主制御チップＩＤや払出制御チップＩＤなどが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と業務電文通信が可能となる。この遊技機と業務電文通信を行なうことにより遊技機において遊技が可能となる。この遊技機との業務電文通信には、通信鍵（セッション鍵）が利用される。このときの通信は、制限通信モードのような制限のない通常通信モード（基板認証鍵モード（基板認証鍵運用））である。
次に、図５１を参照して、ＣＵ制御部３２３の電源投入・工場出荷時立上の処理を説明する。この図５１は、ＣＵ３が遊技場に出荷される前の工場出荷時のシーケンスを示し、特に、基板出荷鍵を用いた工場出荷立上シーケンスについて説明する。当該シーケンスは、工場出荷時、上位装置に接続していない状態のＣＵ制御部３２３およびＳＣ３２５ｂにおける処理である。
まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板初期鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板初期鍵を用い、基板初期鍵認証シーケンスを行なう。基板初期鍵認証シーケンスはＳＥ１モードにて行なわれる。しかし、工場出荷時の段階のため未だ遊技場にＣＵ３が設置されていないため、遊技場のホールサーバ８０１より基盤初期鍵をＣＵ制御部３２３が取得できておらず、その結果、基板初期鍵認証の結果がＮＧとなる。
その後、ＣＵ制御部３２３は、基板初期鍵認証シーケンスが認証ＮＧとなったため、ＣＵ制御部３２３は、ＳＣ３２５ｂにセキュリティ基板３２５のテストに用いる基板出荷鍵を要求する、基板出荷鍵要求のコマンドをＳＣ３２５ｂに送信する。ＳＣ３２５ｂは、ＣＵ制御部３２３から基板出荷鍵要求のコマンドを受信後、基板出荷鍵を含む基板出荷鍵応答のレスポンスをＣＵ制御部３２３に送信する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵にＳＣ３２５ｂより取得した基板出荷鍵を用い、基板出荷鍵認証シーケンスを行なう。基板出荷鍵認証シーケンスはＳＥ１モードにて行なわれる。なお、基板出荷鍵認証シーケンスの詳細な処理については、後述する。
基板出荷鍵認証シーケンスで基板出荷鍵を認証できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間で認証を実行する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に基板出荷鍵を用い、通信鍵交換シーケンスを行ない、通信鍵を生成する。通信鍵交換シーケンスはＳＥ１モードにて行なわれる。通信鍵の生成方法は、具体的には、乱数と現在時刻のデータとを用いて生成する。この通信鍵（セッション鍵）の生成方法は、乱数と現在時刻のデータとに限らず、暗号通信を行なう装置間での相互認証に用いた鍵以外の可変データであれば、いかなるものを用いてもよい。なお、通信鍵交換シーケンスは、遊技機による遊技を可能にするために遊技機との暗号通信に用いる鍵（通信化鍵）を交換するものであり、その詳細な処理については、後述する。
通信鍵交換シーケンスで通信鍵を生成できた場合、ＳＣ３２５ｂは、通信制御ＩＣ３２５ａから遊技機チップ情報を取得する。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に通信鍵交換シーケンスより取得した通信鍵を用い、遊技機チップ情報問合せシーケンスを行ない、遊技機チップ情報を問合せ／通知する。遊技機チップ情報問合せシーケンスはＳＥ２モードにて行なわれる。遊技機チップ情報には、主制御チップＩＤや払出制御チップＩＤなどが含まれている。なお、遊技機チップ情報認証シーケンスの詳細な処理については、後述する。
その後、ＣＵ３は、Ｐ台２に対して、通信テスト要求を行ない、Ｐ台２は通信テスト応答をＣＵ３に送信する。
以上の処理を行なうことで、ＣＵ制御部３２３およびＳＣ３２５ｂは、遊技機と通信テスト電文のみの通信が可能となる。この通信テスト電文の通信を行なうことにより工場出荷時の通信テストが行われる。この工場出荷時の通信テストに合格したＣＵ３が遊技場に納入されて最初の電源立上時のシーケンスが図４９で説明したホール設置立上シーケンスであり、その後基板認証鍵の取得後に実行されるシーケンスが図５０で説明した通常立上シーケンスである。
次に、図５２を参照して、基板メーカコードの認証シーケンスの処理を説明する。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板メーカコードの認証を要求する基板メーカコード認証要求１のコマンドを送信する。なお、基板メーカコード認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
基板メーカコード認証要求１のコマンドを受信したＳＣ３２５ｂは、基板メーカコードに基づくチャレンジコードを生成し、生成したチャレンジコードを基板メーカコード認証応答１のレスポンスでＣＵ制御部３２３に通知する。
基板メーカコード認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し、生成したレスポンスコードを基板メーカコード認証要求２のコマンドでＳＣ３２５ｂに通知する。具体的には、基板メーカコードを鍵として受信したチャレンジコードを暗号化してレスポンスコードを生成する。
基板メーカコード認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メーカコードを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板メーカコード認証応答２のレスポンスでＣＵ制御部３２３に通知する。このとき、ＣＵ制御部３２３は、基板メーカコード認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
一方、チャレンジコードが一致しなければチェック結果がＮＧ（不適正）であるとする。その場合に、ｎ回際認証を繰り返し、ｎ回連続でＮＧの場合にＳＣ３２５ｂが無応答状態（ＨＡＬＴ）となり、基板認証鍵と本認証鍵とがクリアされる（図６５参照）。この無応答状態（ＨＡＬＴ）となった後には、ＳＣ３２５ｂが通信制御ＩＣ３２５ａと認証を行なうことはなく、工場で修理を行なうこととなる。
ＣＵ制御部３２３は、ＳＣ３２５ｂにＣＵ制御部固有情報（統一店舗コード、台番、現在時刻）を通知して、遊技機との接続を要求する基板接続要求のコマンドを送信する。
ＳＣ３２５ｂは、ＣＵ制御部３２３からの基板接続要求のコマンドを受信後、統一店舗コード、台晩、現在時刻の情報を保持し、前回の統一店舗コードが一致しているときは、ＣＵ制御部３２３に対して接続要求を受付けた（ＯＫ）ことを通知する基板接続応答のレスポンスを返信する。
一方、前回の統一店舗コードと不一致であるときは、ＣＵ制御部３２３に対して接続要求を受付けていない（ＮＧ）ことを通知する基板接続応答のレスポンスを返信し、ＲＡＭに記憶されている基板認証鍵をクリアするとともに、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モード（図４９参照）に遷移する。このとき、ＣＵ制御部３２３は、基板接続要求結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図５３を参照して、基板初期鍵または基板出荷鍵の認証シーケンスの処理を説明する。このシーケンスはＳＥ１モードにて行なわれる。
まず、図５３に示すように、基板初期鍵を暗号鍵として処理を進めるモードである基板初期鍵モードの状態の場合には、図５３において基盤初期鍵を用いた認証が行われるが、基板出荷鍵を暗号鍵として処理を進めるモードである基板出荷鍵モードの状態の場合には、図５３において基盤出荷鍵を用いた認証が行われることになる。よって、図５３の「／」はいずれか一方を表す記号である。ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板初期鍵／基板出荷鍵認証要求１のコマンドを送信する。なお、基板初期鍵／基板出荷鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板初期鍵／基板出荷鍵を用いて、暗号化してもよい。
基板初期鍵／基板出荷鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証応答１のレスポンスで返信する。
基板初期鍵／基板出荷鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板初期鍵または基板出荷鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板初期鍵／基板出荷鍵認証要求２のコマンドで送信する。なお、基板初期鍵／基板出荷鍵認証要求２のコマンドは、暗号鍵に基板初期鍵または基板出荷鍵を用いて、暗号化してある。
基板初期鍵／基板出荷鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板初期鍵または基板出荷鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板初期鍵／基板出荷鍵認証応答２のレスポンスで返信する。このとき、ＣＵ制御部３２３は、基板初期鍵認証結果、基板出荷鍵認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図５４を参照して、基板シリアルＩＤおよび基板認証鍵の認証シーケンスの処理を説明する。このシーケンスはＳＥ１モードにて行なわれる。
まず、ＣＵ制御部３２３とＳＣ３２５ｂとの通信は、基板認証鍵を暗号鍵として処理を進めるモードである基板認証鍵モードの状態において、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板シリアルＩＤの認証を要求する基板シリアルＩＤ認証要求１のコマンドを送信する。なお、基板シリアルＩＤ認証は、チャレンジ／レスポンス方式を用いて行なうため、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、チャレンジコードを要求する。
基板シリアルＩＤ認証要求１のコマンドを受信したＳＣ３２５ｂは、基板シリアルＩＤに基づくチャレンジコードを生成し、生成したチャレンジコードを基板シリアルＩＤ認証応答１のレスポンスでＣＵ制御部３２３に通知する。
基板シリアルＩＤ認証応答１のコマンドを受信したＣＵ制御部３２３は、チャレンジコードに基づくレスポンスコードを生成し（具体的には基板メシリアルＩＤを鍵としてチャレンジコードを暗号化してレスポンスコードを生成し）、生成したレスポンスコードを基板シリアルＩＤ認証要求２のコマンドでＳＣ３２５ｂに通知する。
基板シリアルＩＤ認証要求２のコマンドを受信したＳＣ３２５ｂは、レスポンスコードをチェックして（具体的には基板メシリアルＩＤを鍵としてレスポンスコードを復号してチャレンジコードを抽出して）、チャレンジコードが一致すればチェック結果がＯＫであるとする。そして、当該チェック結果を基板シリアルＩＤ認証応答２のレスポンスでＣＵ制御部３２３に通知する。なお、チェック結果がＮＧの場合、ＳＣ３２５ｂは、ＣＵ制御部３２３に対してチェック結果を、基板認証結果通知および基板認証結果応答での認証結果に含め、ＮＧを通知する。このとき、ＣＵ制御部３２３は、基板シリアルＩＤ認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵のバージョン情報を通知するためにバージョン情報通知のコマンドを送信する。なお、バージョン情報通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
バージョン情報通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して基板認証鍵のバージョン情報を受信したことを通知するために、バージョン情報応答のレスポンスを返信する。なお、バージョン情報応答のレスポンスは暗号化していないが、暗号鍵に基板認証鍵を用いて暗号化してもよい。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、認証情報を要求する基板認証鍵認証要求１のコマンドを送信する。なお、基板認証鍵認証要求１のコマンドは暗号化していないが、暗号鍵に基板認証鍵を用いて、暗号化してもよい。
基板認証鍵認証要求１のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵で認証情報の乱数Ａを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証応答１のレスポンスで返信する。
基板認証鍵認証応答１のコマンドを受信したＣＵ制御部３２３は、基板認証鍵を検証するため、認証情報の乱数Ａを復号化し、ＭＡＣをチェックする。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証鍵で認証情報の乱数Ｂを暗号化し、ＭＡＣ鍵でＨ−ＭＡＣを算出して、基板認証鍵認証要求２のコマンドで送信する。なお、基板認証鍵認証要求２のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。
基板認証鍵認証要求２のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板認証鍵を検証するため、認証情報の乱数Ｂを復号化し、ＭＡＣをチェックする。そして、ＳＣ３２５ｂは、ＣＵ制御部３２３に対して、認証結果を基板認証鍵認証応答２のレスポンスで返信する。
その後、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、基板認証結果を通知するために、基板認証結果通知のコマンドを送信する。なお、基板認証結果通知のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。基板認証結果通知のコマンドは、基板シリアルＩＤ認証と基板認証鍵の認証結果をＳＣ３２５ｂに対して通知する。
基板認証結果通知のコマンドを受信したＳＣ３２５ｂは、ＣＵ制御部３２３に対して、基板シリアルＩＤ認証と基板認証鍵の認証結果を通知するために、基板認証結果応答のコマンドを送信する。なお、基板認証結果応答のコマンドは、暗号鍵に基板認証鍵を用いて、暗号化してある。このとき、ＣＵ制御部３２３は、基板認証結果などの認証ログ情報をＳＣ３２５ｂから取得する。
次に、図５５は、セキュリティ基板情報の問合せを行なう場合の処理を説明するための図である。このシーケンスはＳＥ１モードにて行なわれる。図５５を参照して、まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、ＣＵ制御部３２３とホールサーバ８０１とが復号できない鍵（以下「秘匿用鍵」と言う）で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行し、セキュリティ基板情報を受信したときに必要な処理を実施する。
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信すると、セキュリティ基板情報をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、問合せ結果である基板シリアルＩＤおよび基板認証鍵を含むセキュリティ基板情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信するセキュリティ基板情報通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
ＳＣ３２５ｂは、セキュリティ基板情報通知のコマンドを受信後、問合せ番号を確認して、セキュリティ基板情報通知のコマンドを正常に受信したことをＣＵ制御部３２３に通知するために、セキュリティ基板情報結果のレスポンスを返信する。なお、鍵更新情報は、次回リセット時に使用される。返信するセキュリティ基板情報結果のレスポンスは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に基板初期鍵または基板認証鍵を用いる。
その後、ＣＵ制御部３２３は、受信結果がＯＫの場合には、基板シリアルＩＤ鍵および基板認証鍵Ａを保存して、次回リセット時に認証鍵情報として使用する。また、ＣＵ制御部３２３は、基板情報問合せおよび基板情報通知の認証ログ情報を取得する。
次に、図５６を参照して、遊技機チップ情報問合せシーケンスの処理を説明する。このシーケンスはＳＥ２モードにて行なわれる。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して遊技機チップ情報を問合せる遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号化しなくてもよいが、暗号化する場合、暗号鍵に通信鍵を用いる。
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得する。その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、遊技機チップ情報の取得を完了しているので、遊技機チップ問合せ結果＝ＯＫの情報を含む遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に返信する。遊技機チップ情報には、主制御チップＩＤ、払出制御チップＩＤなどが含まれている。なお、返信する遊技機チップ問合せ結果のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用いて、暗号化してある。
その後、ＣＵ制御部３２３は、返信された遊技機チップ問合せ結果のレスポンスを受信した場合、上位装置（鍵管理サーバまたはホールサーバ８０１：図５参照）に、主制御チップＩＤおよび払出制御チップＩＤを含む遊技機チップ情報を問合せ、上位装置からの応答を待つ。遊技機チップ情報問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を持たずに、次のステップの処理（遊技機との業務電文処理）を実行する。遊技機チップ情報の問合せには時間（たとえば２時間程度）がかかるため、その間遊技機の稼働を停止しておくわけにはいかないために、上位装置からの応答を持たずに次のステップの処理（遊技機との業務電文処理）を実行する。なお、遊技機チップ情報問合せ中は、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）が行なわれても、再度遊技機チップ問合せ指示通知の要求は出されない。
その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の照合結果を受信すると、当該照合結果をＳＣ３２５ｂに通知する。具体的に、ＣＵ制御部３２３は、照合結果を含む遊技機チップ情報通知のコマンドをＳＣ３２５ｂに送信する。なお、送信する遊技機チップ照合結果通知のコマンドは、暗号鍵に通信鍵を用いて、暗号化してある。
ＳＣ３２５ｂは、遊技機チップ情報通知のコマンドを受信後、照合結果がＯＫのとき、遊技機メーカコードおよび型式コードをＣＵ制御部３２３に通知するため、遊技機チップ情報結果のレスポンスを返信する。なお、返信する遊技機チップ情報結果のレスポンスは、暗号鍵に通信鍵を用いて、暗号化してある。
同時に、ＣＵ制御部３２３は、ＳＣ３２５ｂからの遊技機チップ情報結果に含まれる遊技機チップ情報問合せ、遊技機チップ情報照合結果などの認証ログを取得する。
次に、図５７を参照して、通信鍵交換シーケンスの処理を説明する。ＣＵ制御部３２３は、ＳＣ３２５ｂに対して、ＳＥ２モードで使用するカウンタの初期ベクタ部の値（上り用初期ベクタ部の値、下り用初期ベクタ部の値）を要求するカウンタ情報要求を送信する。ＣＵ制御部３２３は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間での認証処理が完了するまで待ち合せする。ＳＣ３２５ｂはＳＥ２モードで使用するカウンタの初期ベクタ値（上り用初期ベクタ値と下り用初期ベクタ値）を生成してカウンタ情報応答にてＣＵ制御部３２３へ通知する。なお、応答は、暗号鍵に基板初期鍵または基板認証鍵を用い、ＳＥ１モードで暗号化してある。
ＣＵ制御部３２３は認証ログ情報を取得する。これは通信制御ＩＣ３２５ａの認証結果を含む。続いて、ＣＵ制御部３２３は通信鍵要求をＳＣ３２５ｂへ送信する。すると、ＳＣ３２５ｂは通信鍵（セッション鍵）を生成してこれを通信鍵応答にてＣＵ制御部３２３へ通知する。この通信はＳＥ２モードにて行なわれる。なお、通信鍵（セッション鍵）の生成方法は、具体的には、基板初期鍵を用いる場合にはその基板初期鍵と乱数とから通信鍵（セッション鍵）を生成し、認証鍵を用いる場合にはその認証鍵と乱数とから通信鍵（セッション鍵）を生成する。なお、乱数の代わりに現在時刻のデータを用いてもよい。
ＣＵ制御部３２３は認証ログ情報を取得する。これには有効鍵設定結果と認証鍵設定結果（結果のみ）とが含まれる。以降、通信鍵（セッション鍵）を使用した通信が行なわれる。
次に、図５８を参照して、基板認証鍵認証異常のシーケンスの処理を説明する。まず、ＣＵ３の電源を投入すると、ＣＵ制御部３２３およびＳＣ３２５ｂが起動される。その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板メーカコード認証シーケンス、基板認証鍵認証シーケンスを実行する。
基板メーカコード認証シーケンスは、チャレンジ／レスポンス方式を用いて、ＣＵ制御部３２３とＳＣ３２５ｂとの間で基板メーカコードを認証する。基板メーカコード認証シーケンスの処理後、ＣＵ制御部３２３およびＳＣ３２５ｂは、暗号鍵に鍵管理サーバより取得した基板認証鍵を用い、基板認証鍵認証シーケンスを行なう。基板認証鍵認証シーケンスはＳＥ１モードにて行なわれる。ここで、基板認証鍵認証が認証ＮＧとなった場合には、ＳＣ３２５ｂは、認証異常として、基板認証鍵情報をクリアする。
その後、ＣＵ制御部３２３およびＳＣ３２５ｂは、基板初期鍵認証シーケンスを実行する。基板初期鍵認証シーケンスはＳＥ１モードにて行なわれる。このとき、基板初期鍵認証シーケンスの通信は、暗号鍵として基板初期鍵を用いて、暗号化してある。
この基板初期鍵認証シーケンスの認証が認証ＯＫのときは、その後は図４９に示したホール設置時立上シーケンスの処理と同様に、セキュリティ基板情報問合せシーケンス、通信鍵交換シーケンス、遊技機チップ情報問合せシーケンスなどの処理が行われ、遊技機と業務電文通信が可能となる。以後の通信は、暗号鍵として、通信鍵を用いて、暗号化してある。
なお、ＳＣ３２５ｂは、基板認証鍵シーケンスの認証が認証ＮＧになったことを示す「基板認証鍵更新異常」のアラーム（エラー情報）を鍵管理サーバ８０１に通知する。
次に、図５９は、セキュリティ基板情報の問合せタイムアウトシーケンスの処理を説明する図である。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に返信する。このシーケンスはＳＥ１モードにて行なわれる。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待つ。セキュリティ基板情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、遊技機チップ情報の認証処理、遊技機との業務電文処理等）を実行する。
その後、ＣＵ制御部３２３は、上位装置からセキュリティ基板情報の問合せ結果（基板シリアルＩＤおよび基板認証鍵）を受信する前に、セキュリティ基板情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＰ台２の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＰ台２の遊技機チップ情報を取得する。
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、セキュリティ基板情報を鍵管理センターに問合せを要求する旨の「基板問合せ有」を含む状態情報応答を返信する。状態情報要求／応答のシーケンスはＳＥ２モードにて行なわれる。
上記のセキュリティ基板問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、セキュリティ基板問合せ指示通知のコマンドを送信する。なお、送信するセキュリティ基板問合せ指示通知のコマンドは、暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化してある。
セキュリティ基板問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に問合せる情報（基板シリアル番号および問合せ情報）をＣＵ制御部３２３に通知するために、セキュリティ基板問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。セキュリティ基板問合せ指示通知／セキュリティ基板問合せ結果のシーケンスはＳＥ２モードにて行なわれる。なお、返信するセキュリティ基板問合せ指示通知のレスポンスは、基板シリアル番号を暗号鍵に基板初期鍵または基板認証鍵を用い、暗号化しているとともに、秘匿用鍵で問合せ情報を暗号化している。その結果、問合せ情報は鍵管理サーバのみが復号して解読できる。
セキュリティ基板問合せ結果のレスポンスを受信したＣＵ制御部３２３は、基板シリアル番号および問合せ情報に基づき、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）にセキュリティ基板３２５の情報（基板シリアル番号および問合せ情報）を問合せ、上位装置からの応答を待ち続ける。
次に、図６０は、遊技機チップ情報の問合せ（照合）タイムアウトシーケンスの処理を説明する図である。このシーケンスはＳＥ２モードにて行なわれる。
まず、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報（具体的には遊技機チップ情報）を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
一方、ＳＣ３２５ｂは、通信制御ＩＣから遊技機チップ情報を取得し、その後、遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果（認証ＯＫ）のレスポンスをＣＵ制御部３２３に返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待つ。遊技機チップ情報を問合せ中、ＣＵ制御部３２３およびＳＣ３２５ｂは、上位装置からの応答を待たずに、次のステップの処理（たとえば、通信制御ＩＣの認証処理、セキュリティ基板情報の認証処理、遊技機との業務電文処理等）を実行し、遊技機チップ情報を受信したときに必要な処理を実施する。
しかしながら、その後、ＣＵ制御部３２３は、上位装置から遊技機チップ情報の問合せ結果（主制御チップ情報および払出制御チップ情報）を受信する前に、遊技機チップ情報問合せの待ち時間がタイムアウトした場合には、ＣＵ３はＰ台２の状態に関する情報を要求する状態情報要求のコマンドを送信する。なお、この状態情報要求のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。状態情報要求のコマンドを受信したＳＣ３２５ｂは通信制御ＩＣ３２５ａ経由でＰ台２の遊技機チップ情報を取得する。
そしてＳＣ３２５ｂは、ＣＵ３に対して、状態情報応答のレスポンスを返信する。このとき、ＳＣ３２５ｂは、遊技機チップ情報の鍵管理センターへの問合せを要求する旨の「チップ情報問合せ有」を含む状態情報応答を返信する。
上記の遊技機チップ情報問合せに対して、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して上位装置に問合せる情報を要求するために、遊技機チップ問合せ指示通知のコマンドを送信する。なお、送信する遊技機チップ問合せ指示通知のコマンドは、暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ指示通知のコマンドを受信したＳＣ３２５ｂは、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に問合せる情報（主制御チップ情報および払出制御チップ情報）をＣＵ制御部３２３に通知するために、遊技機チップ問合せ結果のレスポンスをＣＵ制御部３２３に再度返信する。なお、返信する遊技機チップ問合せ指示通知のレスポンスは、主制御チップＩＤと払出制御チップＩＤとが秘匿用鍵で暗号化され、その他の情報は暗号鍵に通信鍵を用い、暗号化してある。
遊技機チップ問合せ結果のレスポンスを受信したＣＵ制御部３２３は、主制御チップ情報および払出制御チップ情報に基づき、上位装置（具体的にはホールサーバ８０１経由で鍵管理サーバ）に遊技機チップ情報（主制御チップ情報および払出制御チップ情報）を問合せ、上位装置からの応答を待ち続ける。
以上の図４９〜図６０に基づいて説明したＣＵ制御部３２３とＳＣ３２５ｂとの間でのシーケンスにおいて、特徴的な部分を以下にまとめて説明する。
ＣＵ３が遊技場に入荷されて設置された後に実行されるシーケンスとして、「基板初期鍵認証シーケンス」がある（図４９参照）。この「基板初期鍵認証シーケンス」は、遊技場に搬入されて設置された最初の電源投入時においては、上位装置（ホールサーバ８０１）から基板初期鍵をダウンロード取得し、その基板初期鍵を用いて認証されるシーケンスである。この基板初期鍵認証シーケンスの認証結果がＯＫであることを条件として、この基板初期鍵を用いて「セキュリティ基板情報問合せシーケンス」が実行される（図４９参照）。このセキュリティ基板情報問合せシーケンスにより基板認証鍵が上位装置（鍵管理サーバ）からダウンロード記憶され、以降、この基板認証鍵を利用して各種認証シーケンスや通信鍵交換シーケンス等が実行されてその通信鍵を用いて遊技機と業務電文通信が実行される（図５０参照）。
一方、基板初期鍵を用いてのセキュリティ基板情報問合せシーケンス（図４９参照）を実行した結果、基板認証鍵を取得できない場合がある。この基板認証鍵は、ＣＵメーカがＣＵ３を遊技場に出荷するときにそのＣＵ３の基板認証鍵を鍵管理サーバへ送信して鍵管理サーバに記憶してもらい、遊技場に搬入されたＣＵがその事前に鍵管理サーバに記憶されている基板認証鍵をダウンロード記憶するのであるが、ＣＵメーカから鍵管理サーバへの基板認証鍵の送信が何らかの理由により遅れている場合がある。また、遊技場に搬入されて設置されたＣＵ３がセキュリティ基板情報問合せシーケンスを実行して基板認証鍵をダウンロードしようとしたときに鍵管理サーバとＣＵ３との間で不測の事態が発生して通信不能のオフライン状態となっている場合もある。このような場合には、基板認証鍵をダウンロードすることができない。
基板認証鍵をダウンロードできない場合に、それ以降の遊技機との業務電文通信等の実稼動の運用が一切できないとなれば、遊技場における稼動率の低下等の運用上の問題が生じる。そこで、このような不測の事態が発生した場合には、仮の認証鍵である基板初期鍵を利用して実稼動の仮運用ができるように制御される。具体的には、上位装置（具体的にはホールサーバ８０１）より取得済の基板初期鍵を用いて、通信鍵交換シーケンスを実行し、乱数と時刻データとを用いて通信鍵（セッション鍵）を生成し、ＣＵ制御部３２３とＳＣ３２５ｂとの間でその通信鍵（セッション鍵）を共有し、その通信鍵（セッション鍵）を使用して業務電文通信を行なって実稼動制御が行なわれる。この基板初期鍵を利用して交換した通信鍵による実稼動制御は、あくまで基板初期鍵が仮の鍵であり基板認証鍵が取得できない不安定な状態であるために、一定の期間だけ許容される仮運用の制御がなされる。具体的には、２日間のみこの基板初期鍵を用いた実稼動制御を許容し、３日目の電源立上げ時においても基板認証鍵を取得できなかったときには、それ以降の制御を停止させ、異常が発生した旨を報知するとともにホールサーバ８０１やホール用管理コンピュータへ異常発生した旨の通知を行なうように制御する。なお、基板初期鍵での一定の期間（たとえば２日）だけ許容される仮運用の時限制御は、基板初期鍵がホールサーバ８０１に記憶されているものであるため、少なくともＣＵ制御部３２３がホールサーバ８０１に接続されていることが担保されている状態で許容される。
また、前述の「基板初期鍵／出荷鍵認証シーケンス」は、図５１に示した工場出荷時すなわち未だ遊技場に搬入されていない段階でも実行される。この段階で基板初期鍵認証シーケンスを実行した場合には、未だ基板初期鍵が取得されていないために、基板初期鍵を用いたこの基板初期鍵認証シーケンスの実行の結果ＮＧの認証結果が導出される。すると、図５３に示した基板出荷鍵要求、基板出荷鍵応答以降の各シーケンスが実行され、遊技機と通信テスト電文の通信が実行される状態となる。すなわち、「基板初期鍵／出荷鍵認証シーケンス」により、基板初期鍵が取得されている段階かあるいは取得されていない工場出荷時の段階かを判断しているのであり、本来相互認証を行なう基板初期鍵認証シーケンスを、基板初期鍵が取得された段階かあるいは取得されていない工場出荷時の段階かの判別にも有効利用している。
さらに、以上説明したＣＵ制御部３２３とＳＣ３２５ｂとの間のシーケンスおよびＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間のシーケンスについて、その制御動作を以下にまとめて記載する。
通信制御ＩＣ３２５ａは、当該通信制御ＩＣ３２５ａを識別するための通信制御ＩＣ３２５ａ識別情報と、ＳＣ３２５ｂ識別情報とを記憶しており（ＩＤ情報等を記憶しており）、ＳＣ３２５ｂは、ＳＣ３２５ｂ識別情報（基板シリアルＩＤ）と、通信制御ＩＣ３２５ａ識別情報（ＩＤ情報等）とを記憶している。そして、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、ＳＣ３２５ｂにおいて記憶しているＳＣ３２５ｂ識別情報を用いてチャレンジコードを生成して通信制御ＩＣ３２５ａに送信し、該通信制御ＩＣ３２５ａにおいて、記憶しているＳＣ３２５ｂ識別情報を用いて、受信したチャレンジコードからレスポンスコードを生成してＳＣ３２５ｂへ返信し、ＳＣ３２５ｂにおいて、記憶しているＳＣ３２５ｂ識別情報を用いて受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（図３４の第１認証シーケンス）と、通信制御ＩＣ３２５ａにおいて記憶している通信制御ＩＣ３２５ａ識別情報を用いてチャレンジコードを生成してＳＣ３２５ｂに送信し、該ＳＣ３２５ｂにおいて、記憶している通信制御ＩＣ３２５ａ識別情報を用いて、受信したチャレンジコードからレスポンスコードを生成して通信制御ＩＣ３２５ａへ返信し、通信制御ＩＣ３２５ａにおいて、記憶している通信制御ＩＣ３２５ａ識別情報を用いて受信したレスポンスコードの適否を判定する第３チャレンジレスポンス認証処理（図３４の第２認証シーケンス）とを行なう。
このような動作制御によれば、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間において、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、制御手段間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した制御手段に対する不正行為を極力防止することができる。
また、互いに暗号通信を行なうＳＣ３２５ｂと通信制御ＩＣ３２５ａとを備えた遊技用システムまたは遊技機器（ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等）は、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの間で、認証方式の異なる複数種類の相互認証処理を行なう相互認証処理手段（図３６の第１認証シーケンス〜バージョン管理情報応答）と、該相互認証処理手段により行なわれる複数種類の相互認証処理における各相互認証単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知する総括通知手段（図３６：第１認証シーケンス〜バージョン管理情報応答までの認証シーケンスを総括して通知する）とを含んでいる。そして、相互認証処理手段は、総括通知手段により異常を総括して通知した後、該異常のあった制御手段間で複数種類の相互認証処理を再度行なう再認証処理を実行する（図３６：第１認証シーケンス〜バージョン管理情報応答までの認証シーケンスを最大２回リトライする）。
このような動作制御によれば、認証方式の異なる複数種類の相互認証処理が第１の制御手段と第２の制御手段との間および通信制御ＩＣ３２５ａと通信制御ＩＣ３２５ａとの間で行なわれるために、或る１つの認証方式による相互認証のセキュリティがたとえ破られたとしても、他の異なる認証方式による相互認証によって相互認証のセキュリティを保つことができる。
また、たとえば、複数種類の相互認証処理の各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知した場合には、どの種類の相互認証で不適正だったのかがわかってしまいセキュリティ上好ましくないが、総括通知手段の働きにより、各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の遊技者に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知するために、どの種類の相互認証で異常が発生したかを見破れないようにして、セキュリティを向上させることができる。
さらに、異常を総括通知した後に、異常のあった制御手段間で再度行なう再認証処理が実行されるために、相互認証が本当に異常となるかを再度確認することができ、相互認証の信頼性を向上させることができる。
また、上記遊技用システムまたは遊技機器は、相互認証処理手段による再認証処理の結果が不適正であることを条件として、不適正な制御手段間で以降の処理を停止する停止手段（図３６：リセット待ちとする）をさらに含む。
このような動作制御によれば、再認証処理の結果が不適正という信頼性の高い不適正認証の結果を条件として、不適正な制御手段間で以降の処理が停止するために、不適正でないにも拘らず以降の処理を停止する不都合を極力減少させることができる。
また、上記遊技用システムまたは遊技機器は、相互認証処理手段による再認証処理の結果が不適正であることを条件として、管理用のサーバへ異常発生の通知を行なうための処理を実行する異常通知処理手段（図３６：「認証結果異常」を上位装置に通知）をさらに含む。
このような動作制御によれば、再認証処理の結果が不適正という信頼性の高い不適正認証の結果を条件として、管理用のサーバへ異常発生の通知が行なわれるために、不適正でないにも拘らず管理用のサーバへ異常発生の通知を行なう不都合を極力減少することができる。
上記の遊技用システムまたは遊技機器における相互認証処理手段は、通信制御ＩＣ３２５ａにおいてチャレンジコードを生成してＳＣ３２５ｂに送信し、該ＳＣ３２５ｂにおいて記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して通信制御ＩＣ３２５ａへ返信し、通信制御ＩＣ３２５ａにおいて、記憶している識別情報を用いて受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（図３４の第１認証シーケンス）と、ＳＣ３２５ｂにおいてチャレンジコードを生成して通信制御ＩＣ３２５ａに送信し、該通信制御ＩＣ３２５ａにおいて記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成してＳＣ３２５ｂへ返信し、ＳＣ３２５ｂにおいて、記憶している識別情報を用いて受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（図３４の第２認証シーケンス）とを行なう。
このような動作制御によれば、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両遊技手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した遊技手段に対する不正行為を極力防止することができる。
図６１は、「基板認証鍵による認証」の具体的制御を説明するためのフローである。図６１を参照して、以下説明する一連の処理は、ＣＵ制御部３２３とＳＣ３２５ｂとの間において行なわれる。
ステップＳ２０１において、チャレンジレスポンス方式を用い、基板シリアルＩＤを使用した認証処理(単体認証）が行なわれる（図５４の基板シリアルＩＤ認証要求／応答１，２参照）。
そして、ステップＳ２０１の単体認証が完了すると、次のステップＳ２０２において鍵バージョンのチェックが行なわれる（図５４のバージョン情報通知／応答参照）。
そして、ステップＳ２０２の鍵バージョンのチェックが完了すると、次のステップＳ２０３において、基板認証鍵を使用した認証が行なわれる（図５４の基板認証鍵認証要求／応答１，２参照）。
そして、ステップＳ２０３の認証処理が完了すると、次のステップＳ２０４において、ステップＳ２０１〜Ｓ２０３の認証結果を相互に通知を行ない、次のステップＳ２０５に処理が進む（図５４の基板認証結果通知／応答参照）。
ステップＳ２０５において、通知された認証結果が正常か否かが判断され、認証結果が正常である場合にはステップＳ２０６に処理が進み、認証結果が正常でない場合にはステップＳ２０７に処理が進む。
ステップＳ２０６において、ＣＵ制御部３２３がＳＣ３２５ｂから取得するセキュリティ基板情報を有しているか否かがさらに判断され、取得するセキュリティ基板情報を有している場合には、ステップＳ２０９に処理が進み、取得するセキュリティ基板情報を有していない場合には、ステップＳ２１０に処理が進む。
ステップＳ２０９においては、ＣＵ制御部３２３−ＳＣ３２５ｂ間の基板認証鍵の認証処理について、さらにセキュリティ基板情報の問合せ処理へ遷移し、処理が終了する。一方、ステップＳ２１０は、基板認証鍵モードの認証を正常に終了し、処理が終了する。なお、この場合には、ＣＵ制御部３２３−ＳＣ３２５ｂ間は遊技機チップ情報の照合の処理が行なわれる。
一方、ステップＳ２０５において、認証結果が正常でない場合には、ステップＳ２０６に処理が進み。このステップＳ２０６においてこのリトライ回数が３回目か否かが判断され、リトライ回数が３回目でない（リトライ回数が１回目か２回目である）場合には、処理がステップＳ２０１に戻り、再度認証処理が行なわれる。
Ｓ２０７にてリトライ回数が３回目と判断された場合には、Ｓ２０７１に進み、現在の基板認証鍵での認証実績があるか否かが判断される。すなわち、今回、認証結果が異常と判断された基板認証鍵が前回の認証では正常に認証された実績があるか、あるいは、その基板認証鍵が更新直後で初めて認証判定された鍵であって認証実績のない鍵であるか、が判断される。
認証実績が有ると判断された場合には、Ｓ２０７２に進み、鍵記憶エリア不良と判別される。これは、認証実績の有る鍵が今回の認証で異常と判定されたということは、その鍵を記憶しているエリア自体に異常が発生した結果、鍵が前回のものとは異なるものとなったと考えられるからである。これに対して、認証実績がないと判断された場合には、Ｓ２０７３に進み、基板認証鍵更新異常と判別される。これは、認証実績がない鍵であって更新直後の鍵であることから、鍵の更新過程に異常が発生したと考えられるからである。
その後、Ｓ２０７４に進み、Ｓ２０７２およびＳ２０７３のそれぞれの判別結果に対応するエラー情報を含む認証結果が鍵管理サーバ８０１（図４参照）へ送信される。その後、Ｓ２０８に進む。ここで、エラー情報は、基板認証鍵シーケンスの認証が認証ＮＧになったことをその原因（鍵記憶エリア不良、基板認証鍵更新異常）とともに示す「基板認証鍵認証異常」である。
たとえば、Ｓ２０５、Ｓ２０７、Ｓ２０７１〜Ｓ２０７３の判定をＳＣ３２５ｂが行なった場合には、Ｓ２０７４ではＳＣ３２５ｂがエラー情報を認証結果に含めて送信する。一方、それらの判定をＣＵ制御部３２３が行なった場合には、Ｓ２０７４ではＣＵ制御部３２３がエラー情報を認証結果に含めて送信する。その場合、ＳＣ３２５ｂおよびＣＵ制御部３２３のいずれにおいてエラー判定されたかを特定可能なデータをエラー情報に含めて送信するようにしてもよい。なお、この実施の形態では、Ｓ２０７１〜Ｓ２０７４の処理をＣＵ制御部３２３およびＳＣ３２５ｂの双方で互いに実行するものとしているが、このような処理を実行する機能をＳＣ３２５ｂのみに設けてもよく、あるいはＣＵ制御部３２３のみに設けてもよい。
また、エラー情報は、鍵管理サーバ８０１に代えて、あるいは鍵管理サーバ８０１に加えて、たとえば、通信制御ＩＣ３２５ａ経由でＰ台２の払出制御部１７１へ送信されるようにしてもよい。この場合、エラー情報を受けた払出制御部１７１は、発射制御基板３１を介して発射モータ１８を停止させ、遊技不能状態とするようにしてもよい。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、エラー情報をＰ台２の表示器５４に表示するようにしてもよい。
さらには、ＳＣ３２５ｂ側で認証結果異常と判定された場合には、ＳＣ３２５ｂは認証結果（失敗）をＣＵ制御部３２３に通知するとともに上記のエラー情報を通信制御ＩＣ３２５ａ経由でＰ台２の払出制御部１７１へ送信するようにし、ＣＵ制御部３２３側で認証結果異常と判定された場合には、ＣＵ制御部３２３は認証結果（失敗）ＳＣ３２５ｂに通知するとともに上記のエラー情報を鍵管理サーバ８０１に送信するようにしてもよい。
ステップＳ２０８において、認証異常として、リセット動作（たとえば、リセットボタン（図示省略）の操作や電源再投入など）まで待機状態となる。リセット動作後において、再度基板初期鍵を暗号鍵として認証処理を行なうモード（基板初期鍵モード）で起動され、各認証処理が行なわれ、処理が終了する。この場合には、その日の営業は１日中この基板初期鍵モードで運用され、翌日の電源立上時に再度鍵管理サーバに対しセキュリティ基板情報取得要求を出し、セキュリティ基板情報の取得を試みる（図５９）。また、ステップＳ２０８ａに示したように、翌日の電源立上を待つことなくこの時点でセキュリティ基板情報の問合せ処理を再度実行してもよい。この場合には、基板初期鍵モードでの運用により遊技を進行させつつセキュリティ基板情報の問合せ処理も並行して進行させる。
図６２（ａ）は、ＣＵ制御部−ＳＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図６２（ａ）を参照して、ステップＳ２１１において、ＣＵ制御部３２３は鍵管理サーバに基板認証鍵の要求を行ない、次のステップＳ２１２に処理が進む。
そして、ステップＳ２１２において、ＣＵ制御部３２３は鍵管理サーバから送られてきたセキュリティ基板情報の中から基板認証鍵を取得するとともに、セキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信し、次のステップＳ２１３に処理が進む。
ステップＳ２１３において、ＣＵ制御部３２３は遊技機が非稼動状態か否かの判定を行なう。次のステップＳ２１４のモード切替処理を行なったときにはその切替処理の実行中遊技機との加減算玉数の通信処理ができなくなるため、ステップＳ２１４のモード切替処理を行なう前に遊技機が非稼動状態か否かの判定を行なうのである。遊技機が非稼動状態か否かは、ＣＵに遊技者のカードが挿入されていないか挿入されているかで判断する。カードが挿入されていない場合には遊技機が非稼働状態と判断する一方、カードが挿入されている場合には遊技機が稼働状態と判断する。ＣＵ制御部３２３に対応する遊技機が非稼動状態である場合には、ステップＳ２１４に処理が進み、ＣＵ制御部３２３に対応する遊技機が非稼動状態でない場合には、遊技機が非稼動状態になるまでステップＳ２１３の処理が行なわれる。
ステップＳ２１４において、ＣＵ制御部３２３は、ステップＳ２１２において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切り替えて、処理が終了する。
図６２（ｂ）は、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を説明するためのフローチャートの一例である。図６２（ｂ）を参照して、ステップＳ２１６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２１２により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２１７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、前述のステップＳ２１３と同様に、ステップＳ２１８においてＳＣ３２５ｂは、遊技機が非稼動状態か否かの判定を行ない、非稼動状態であることを条件として、ステップＳ２１９の処理を実行する。ステップＳ２１９においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、ＣＵの正当性が鍵管理サーバに登録された基板認証鍵によって認証される前に通常の通信モードとなってカード残額等を用いたＰ台での遊技が可能となることを防止できる。さらに、鍵管理サーバに登録された基板認証鍵を受信できないときでも、制限通信モードとなり、Ｐ台での遊技が許容されるため、柔軟な運用が可能となる。しかも、その場合には通常通信モードに比べて所定の制限の下で遊技が許容されるものとなるため、鍵管理サーバに記憶された基板認証鍵での認証が必要とされることなく運用が続けられてしまうことを防止できる。
図６３（ａ）（ｂ）は、通信モードの切替処理を説明するためのフローチャートの他の例である。ＣＵ制御部−ＳＣ間での通信モードの切替処理を示す図６３（ａ）を参照して、ステップＳ２２１において、ＣＵ制御部３２３は鍵管理サーバにセキュリティ基板情報の要求を行ない、次のステップＳ２２２に処理が進む。
そして、ステップＳ２２２において、ＣＵ制御部３２３が鍵管理サーバに要求したセキュリティ基板情報をホールサーバ８０１が鍵管理サーバから取得し、そのセキュリティ基板情報の中から基板認証鍵をホールサーバ８０１が取得する。次に、ステップＳ２２３においてホールサーバ８０１は、前述のステップＳ２１３と同様の趣旨より、セキュリティ基板情報を要求したＣＵ制御部３２３に対応する遊技機が非稼動状態か否か判定する。遊技機が非稼動状態になったときにホールサーバ８０１はステップＳ２２４において、取得した基板認証鍵をＣＵ制御部３２３へ送信し、それを受けたＣＵ制御部３２３はセキュリティ基板情報中の更新情報をＳＣ３２５ｂへ送信する。次に、ステップＳ２２５においてＣＵ制御部３２３は、ステップＳ２２２４において取得した基板認証鍵に基づいて、基板初期鍵を暗号鍵として処理を進めるモード（基板初期鍵モード）から基板認証鍵を暗号鍵として処理を進めるモード（基板認証鍵モード）へ通信モードを切り替えて、処理が終了する。
次に、ＳＣ−通信制御ＩＣ間での通信モードの切替処理を示す図６３（ｂ）を参照して、ステップＳ２２６において、ＳＣ３２５ｂがＣＵ制御部３２３からの更新情報を取得する。前述したようにＣＵ制御部３２３はステップＳ２２４により更新情報をＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、その更新情報を取得する。次に、ステップＳ２２７においてＳＣ３２５ｂは、取得した更新情報から本認証鍵を生成する。次に、ステップＳ２２８においてＳＣ３２５ｂは、生成した本認証鍵に基づいて、ＳＣ３２５ｂと通信制御ＩＣ３２５ａとの通信モードについて仮認証鍵を暗号鍵として処理を進めるモード（仮認証鍵モード）から本認証鍵を暗号鍵として処理を進めるモード（本認証鍵モード）へ切替える。
このような実施の形態によれば、制限通信モードにおいてホールサーバ８０１が鍵管理サーバから基板認証鍵を受信したときでも、Ｐ台が稼動中のときには、即座にその基板認証鍵がＣＵに送信されて通常通信モードに切り換わるのではなく、遊技機が非稼働状態になったことを条件にして基板認証鍵がホールサーバ８０１からＣＵに送信されて通常通信モードに切り換わるため、制限通信モードにおいて提供されていた遊技に何らかの影響を与えてしまい、遊技者が不利益を被ることを防止できる。
＜ＳＣ３２５ｂとＣＵ制御部３２３との認証動作＞
次に、統一店舗コードのチェック、基板メーカコードの認証についてさらに詳しく説明する。
まず、図６４を参照して、ＳＣ３２５ｂによる統一店舗コードのチェック処理を説明する。この処理は、ＳＣ３２５ｂが、基板接続要求時に通知される統一店舗コードと前回通知された統一店舗コードをチェックして、不一致の場合に設置された店舗が変わったと判断する認証動作である。ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであるか否かを判断する（ステップＳ１１０１）。なお、統一店舗コードのダミーコードは、たとえば、すべてのデータが“０ｘＦＦ”である。このダミーコードは、ＣＵ３が遊技場（店舗）に設置される前の出荷時の段階で通常の統一店舗コードの代わりに用いられるものであり、出荷時の段階でＳＣ３２５ｂに既に記憶されている。そして出荷時にダミーコードをＣＵ制御部３２３経由でＳＣ３２５ｂに入力して、ＳＣ３２５ｂがその入力されたダミーコードと記憶しているダミーコードとを一致判定して認証する。また、ダミーコードは、新装開店の遊技場(ホール)のため未だ統一店舗コードを取得していない場合に仮の店舗コードとして当該遊技場のホールサーバ８０１にデフォルトとして記憶されている。そして、新装開店の遊技場に設置されたＣＵ３にホールサーバ８０１からダミーコードをダウンロードさせてＳＣ３２５ｂがそのダウンロードされたダミーコードと記憶しているダミーコードとを一致判定して認証し、Ｐ台２による遊技を可能にする。
正規の統一店舗コードを取得したホールサーバ８０１はＣＵ制御部３２３へその統一店舗コードを送信する。それを受けたＣＵ制御部３２３は、次の電源投入時における基板接続要求時にその統一店舗コードをＳＣ３２５ｂへ送信する。それを受けたＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードであると判断した場合（ステップＳ１１０１：ＹＥＳ）、基板接続要求時にホールサーバ８０１から通知された統一店舗コードに記憶を更新するが、基板認証鍵、本認証鍵情報を初期化しないで、前回の各認証モードを引継いで動作する。その後、ＳＣ３２５ｂは、認証ログ情報を保存する（ステップＳ１１０６）。基板認証鍵、本認証鍵情報の初期化は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに必要となる処理であるが、ＳＣ３２５ｂに記憶されているダミーコードを統一店舗コードに更新する場合には、前述した新装開店の遊技場が正規に統一店舗コードを取得してその統一店舗コードをＣＵ３にダウンロードした場合であり、店舗が代わったわけではなく、基板認証鍵、本認証鍵情報の初期化は不要である。逆にこのような場合に基板認証鍵、本認証鍵情報の初期化すると、再度基板認証鍵の取得要求が必要となり、１営業日での基板初期鍵運用（時限運用）が多くなり、時限運用猶予期間が少なくなる不都合が生じる。このような不都合を回避するために基板認証鍵、本認証鍵情報の初期化を行なわないように制御している。
一方、ＳＣ３２５ｂは、記憶している前回の統一店舗コードがダミーコードでないと判断した場合（ステップＳ１１０１：ＮＯ）、基板接続要求時にホールサーバ８０１から通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致しているか否かを判断する（ステップＳ１１０２）。
ＳＣ３２５ｂは、基板接続要求時にホールサーバ８０１から通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していると判断した場合（ステップＳ１１０２：ＹＥＳ）、認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移する（ステップＳ１１０３）。なお、ＳＣ３２５ｂは、前回の認証モードが基板認証鍵モードである場合、基板認証鍵認証シーケンスへ遷移し、前回の認証モードがそれ以外の認証モードである場合、基板初期鍵認証シーケンスへ遷移する。
一方、ＳＣ３２５ｂは、基板接続要求時にホールサーバ８０１から通知された統一店舗コードと、記憶している前回の統一店舗コードとが一致していないと判断した場合（ステップＳ１１０２：ＮＯ）、基板認証鍵情報、および本認証鍵情報を初期化（クリア）する（ステップＳ１１０４）。このような統一店舗コードの不一致は、或る遊技場に設置されていたＣＵ３が他の遊技場に移設されたときに生じる。ＣＵ３が他の遊技場に移設されたため、前の遊技場で使用していた基板認証鍵情報および本認証鍵情報を初期化（クリア）してセキュリティを担保するのである。なお、ＳＣ３２５ｂは、ＣＵ制御部３２３から通知される統一店舗コードが変更になった場合、本認証鍵の初期化（クリア）を通信制御ＩＣ３２５ａに設定して、仮認証鍵による認証を開始する。なお、ＳＣ３２５ｂが本認証鍵情報を初期化（クリア）した場合に、通信制御ＩＣ３２５ａも本認証鍵情報を初期化（クリア）するように制御してもよく、また、特にそのような制御を行なうことなく次回の通信制御ＩＣ３２５ａとの認証のときにＳＣ３２５ｂが本認証鍵がないため仮認証鍵での認証に戻るようにしてもよい。
また、ＳＣ３２５ｂは、ステップＳ１１０４で基板認証鍵情報、および本認証鍵情報を初期化（クリア）した後、認証処理を基板初期鍵認証シーケンスおよび仮認証鍵シーケンスへ遷移する（ステップＳ１１０５）。
ＳＣ３２５ｂは、ステップＳ１１０３で認証処理を基板初期鍵認証シーケンスへ遷移、あるいは、基板認証鍵認証シーケンスへ遷移した後、ステップＳ１１０４で認証処理を基板初期鍵認証シーケンスへ遷移した後、認証ログ情報を保存する（ステップＳ１１０６）。
図６５は、基板メーカコードの認証動作を説明するためのフローチャートである。基板メーカコードの認証は、ＳＣ３２５ｂとＣＵ制御部３２３とが、それぞれ初期情報として記憶している基板メーカコードを使用した認証を行なう認証動作である。図６５を参照して、まず、ＳＣ３２５ｂとＣＵ制御部３２３とは、記憶している基板メーカコードを使用したチャレンジ／レスポンス方式による単体認証を行なう。（ステップＳ１２０１）。なお、単体認証時に生成するレスポンスコードは、たとえば、記憶している基板メーカコードを鍵にしてチャレンジコードをブロック暗号化した後にハッシュ関数でハッシュ化することで生成される。
ＳＣ３２５ｂは、生成したチャレンジコードに対してＣＵ制御部３２３が生成したレスポンスコードをチェックした認証結果が正常か否かの判断を行なう（ステップＳ１２０２）。ＳＣ３２５ｂは、認証結果が正常であると判断した場合（ステップＳ１２０２：ＹＥＳ）、既に基板認証鍵で認証済みであるか否かを判断する（ステップＳ１２０３）。一方、ＳＣ３２５ｂは、認証結果が正常でない（異常）と判断した場合（ステップＳ１２０２：ＮＯ）、ｎ回（たとえば３回）連続して異常であるか否かを判断する（ステップＳ１２０４）。
ＳＣ３２５ｂは、既に基板認証鍵で認証済みであると判断した場合（ステップＳ１２０３：ＹＥＳ）、基板認証鍵の認証処理へ遷移し、基板認証鍵認証シーケンスを維持する（ステップＳ１２０５）。一方、ＳＣ３２５ｂは、既に基板認証鍵で認証済みでないと判断した場合（ステップＳ１２０３：ＮＯ）、基板初期鍵の認証処理へ遷移する（ステップＳ１２０６）。
ＳＣ３２５ｂは、ｎ回連続して異常でないと判断した場合（ステップＳ１２０４：ＮＯ）、処理をステップＳ１２０１に戻す。一方、ＳＣ３２５ｂは、ｎ回連続して異常であると判断した場合（ステップＳ１２０４：ＹＥＳ）、セキュリティを担保するために基板認証鍵情報および本認証鍵情報を初期化（クリア）する（ステップＳ１２０７）。これにより、基板認証鍵情報および本認証鍵情報が盗用される不都合を防止できる。その後、ＳＣ３２５ｂは、基板初期鍵の認証処理へ遷移する（ステップＳ１２０８）。
ＳＣ３２５ｂは、ステップＳ１２０５で基板認証鍵認証シーケンスを維持、またはステップＳ１２０６、Ｓ１２０８で基板初期鍵の認証処理へ遷移した後、認証ログ情報を保存する（ステップＳ１２０９）。
図６６は、受信間隔監視処理を説明するためのフローチャートである。受信間隔監視処理は、ＳＣ３２５ｂが実行する処理である。はじめに、ＳＣ３２５ｂは電文を受信したか否かを判定する（Ｓ１０）。
ＣＵ制御部３２３は規定時間を計時するタイマ（計時手段）と、ＳＣ３２５ｂと接続され電文を送信するための通信部（通信手段）とを備えており、ＳＣ３２５ｂに対して規定時間間隔（たとえば、２００ｍｓ）毎に電文を送信する。このため、ＣＵ制御部３２３は、ある電文を送信してから規定時間だけその電文に対する応答電文の受信を待機し、応答電文を受けて次の電文を送信する。また、ＣＵ制御部３２３は、ある電文を送信してから規定時間だけその電文に対する応答電文の受信を待機し、もし、応答電文を受信できなければ、同じ内容の電文を再送する。そして、２回目の電文の再送に対して応答電文を受信できなければ、通信断と判定する。
一方、ＳＣ３２５ｂはＣＵ制御部３２３から規定時間間隔（たとえば、２００ｍｓ）毎に各種の要求電文を受けて、それに対応する応答電文を返信する。Ｓ１０においてＮＯの場合、処理が終了する。Ｓ１０においてＹＥＳの場合、規定時間間隔前の受信であるかを判定する（Ｓ１１）。
Ｓ１１において、前回の電文受信時から規定時間間隔前の受信であると判定したときには、このように規定時間間隔前の電文を受信する回数が連続してｎ１（ただし、ｎ１＞１）回目に達したか否かを判定する（Ｓ１２）。このように、本来、規定時間間隔毎に受信されるべき電文が、連続して規定時間間隔前に次々と送信されてくるような状況は、通常発生し得ない。このような状況は、たとえば、ＳＣ３２５ｂの動作を不正解析する目的で、短時間で次々と様々な電文を外部から送信しているような場合に発生し得る。そこで、Ｓ１２においてＮＯの場合には処理が終了するが、ＹＥＳの場合にはエラー情報を送信する（Ｓ１３）。
このエラー情報は、たとえば、通信制御ＩＣ３２５ａ経由でＰ台２の払出制御部１７１へ送信される。エラー情報を受けた払出制御部１７１は、発射制御基板３１を介して発射モータ１８を停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、エラー情報をＰ台２の表示器５４に表示するようにしてもよい。あるいは、Ｓ１３においては、エラー情報をＣＵ制御部３２３に送信するものとしてもよい。
Ｓ１３の処理の後、Ｓ１０で受信した電文に対する応答電文の送信を禁止する（Ｓ１４）。さらに、ＣＵ制御部３２３からの電文の受信機能を停止する（Ｓ１５）。Ｓ１４およびＳ１５の結果、解析目的で応答電文を得ようとする不正行為を防止できる。
なお、このフローチャートでは、規定時間間隔前の電文を受信する回数が連続してｎ１回目に達した場合に連続回数としたが、規定時間間隔前の電文を１回でも受信すると、Ｓ１２でＮＯと判定されるようにしてもよい。
また、Ｓ１３〜Ｓ１５のいずれか１つまたは２つの処理のみが実行されるようにしてもよい。さらには、Ｓ１４およびＳ１５の処理に代えて、受信した電文に対して応答するタイミングを通常時よりも遅らせるようにしてもよい。たとえば、通常は、相手（ＣＵ制御部３２３）が電文を送信してから２００ｍｓで応答電文が相手に到達するように応答電文を送信するが、その間隔を長く（たとえば通常の３倍等）するようにしてもよい。これにより、仮に電文を通常より短い時間間隔で送るような不正行為が行なわれたとしても、それに対する応答がスローになるため、不正解析の効率を極めて悪いものとして、不正改正を困難にすることができる。
さらに、応答電文の送信をスローにする処理と、応答電文の送信を禁止する処理（Ｓ１４）とを組み合せてもよい。たとえば、Ｓ１２でＹＥＳと判定されたときには、応答電文の送信をスローにする処理を実行し、その後、応答電文の送信から規定時間間隔以内の電文受信を所定数検出したときに、Ｓ１４の応答電文の送信を禁止する処理を実行するようにしてもよい。
また、図６６に示すような受信間隔監視処理は、ＳＣ３２５ｂのみではなく、相手からの電文を受信するいずれの装置が行なうようにしてもよい。たとえば、ＣＵ制御部３２３は、上位サーバ（たとえば、鍵管理サーバ）から送信されてくる電文に関して受信間隔監視処理を実行してもよい。また、通信制御ＩＣ３２５ａは、ＳＣ３２５ｂから送信されてくる電文に対して受信間隔監視処理を実行してもよい。あるいは、払出制御部１７１は、通信制御ＩＣ３２５ａから送信されてくる電文に対して受信間隔監視処理を実行してもよい。この場合には、ＣＵ３と遊技機（たとえば、Ｐ台２）との間で受信間隔監視処理が実行されることになる。その他、ＣＵ３、Ｐ台２、ジェットカウンタ、ＰＯＳ端末等の複数の遊技機器間の送受信の処理においてこの処理を適用してもよい。
図６７は、異常電文監視処理を説明するためのフローチャートである。異常電文監視処理は、ＳＣ３２５ｂが実行する処理である。はじめに、ＳＣ３２５ｂは電文を受信したか否かを判定する（Ｓ２０）。Ｓ２０においてＮＯの場合、処理が終了する。Ｓ２０においてＹＥＳの場合、受信した電文がコマンド異常電文であるか否かを判定し（Ｓ２１）、コマンド異常電文でない場合には、受信電文が通信異常電文であるか否かを判定する（Ｓ２６）。
ここで、通信異常電文とは、ＣＲＣ(Cyclic Redundancy Check)により誤り検出された
電文や、データ長が予め定められた長さと異なることが検出された電文など、本来は正規の電文で送信されあるいは送信される予定であったにも関わらず電文生成過程でのエラー発生あるいは通信回線上のノイズ等の影響を受けて本来の電文からデータ化けして到着した電文である。
これに対して、コマンド異常電文とは、データ長が正しく、ＣＲＣでの誤りも検出されないものの、電文に含まれるコマンドコードが予め定められたものとは異なる電文である。そうであるから、コマンド異常電文は、不正な動作を引き起こすこと等を目的とした不正電文の可能性がある。
Ｓ２６で通信異常電文でもないと判断された場合には、正常な電文を受信したことになるから、異常電文監視処理を終了する。これに対して、Ｓ２６で通信異常電文と判定したときには、このような通信異常電文の連続受信回数がｎ３回に達したか否かを判定する（Ｓ２７）。ここで、ｎ３はたとえば「３」である。そして、ｎ３回に達していない場合にはＣＵ制御部３２３へ電文の再送を要求する（Ｓ２５）。つまり、通信異常電文を受信した場合には、２回の再送が許される。
そして、初回の電文の受信を含めて、合計、ｎ３回だけ受信した電文のすべてが通信異常電文である場合には、Ｓ２７でＹＥＳとなり、ＣＵ‐ＳＣ間通信異常と判定する（Ｓ２８）。この場合、ＣＵ‐ＳＣ間通信異常情報を送信する（Ｓ２９）。
ＣＵ‐ＳＣ間通信異常情報は、たとえば、通信制御ＩＣ３２５ａ経由でＰ台２の払出制御部１７１へ送信される。ＣＵ‐ＳＣ間コマンド異常情報を受けた払出制御部１７１は、発射制御基板３１を介して発射モータ１８を停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、ＣＵ‐ＳＣ間コマンド異常情報をＰ台２の表示器５４に表示するようにしてもよい。あるいは、Ｓ２９においては、ＣＵ‐ＳＣ間通信異常情報をＣＵ制御部３２３に送信するものとしてもよい。
一方、Ｓ２１において受信電文がコマンド異常電文と判定すると、このようなコマンド異常電文の連続受信回数がｎ２回に達したか否かを判定する（Ｓ２２）。ここで、ｎ２はたとえば「４」であり、通信異常電文に関する閾値ｎ３を「３」とした場合に比べて、その閾値が１つ大きい。
Ｓ２２においてＮＯと判定した場合にはＣＵ制御部３２３に対して電文の再送を要求する。つまり、コマンド異常電文を受信した場合には、４回の再送が許される。
そして、初回の電文の受信を含めて、合計、ｎ２回だけ受信した電文のすべてがコマンド異常電文である場合には、Ｓ２２でＹＥＳとなり、ＣＵ‐ＳＣ間コマンド異常（不正）と判定する（Ｓ２３）。この場合、ＣＵ‐ＳＣ間コマンド異常情報を送信する（Ｓ２４）。
ＣＵ‐ＳＣ間コマンド異常情報は、たとえば、通信制御ＩＣ３２５ａ経由でＰ台２の払出制御部１７１へ送信される。ＣＵ‐ＳＣ間コマンド異常情報を受けた払出制御部１７１は、発射制御基板３１を介して発射モータ１８を停止させ、遊技不能状態とする。なお、遊技不能状態とすることに代えて、あるいはこれに加えて、ＣＵ‐ＳＣ間コマンド異常情報をＰ台２の表示器５４に表示するようにしてもよい。あるいは、Ｓ２９においては、ＣＵ‐ＳＣ間通信異常情報をＣＵ制御部３２３に送信するものとしてもよい。
このように、コマンド異常電文に関する閾値を通信異常電文に関する閾値と異ならせることにより、単なるデータ化けによる電文の再送と、不正コマンドが送信されている可能性とを区別することができる。特に、コマンド異常電文に関する閾値を、単なるデータ化けによる電文の再送の場合の閾値よりも大きくすることによって、通常のデータの再送制限回数（初回を入れてｎ３）を超えてもなお異常なコマンドコードを含む電文が繰り返し送信されてきていることを確認できることになり、不正の可能性が高い状況を判定でき、その判定に基づいて不正の可能性があることを通知できる。
図６８は、遊技機チップ問合せ処理を説明するためのフローチャートである。遊技機チップ問合せ処理は、ＣＵ制御部３２３が実行する処理である。この処理の一例は、図５６（遊技機チップ情報問合せシーケンス）と図６０（遊技機チップ情報問合せタイムアウトシーケンス）とに示した。
はじめに、ＣＵ制御部３２３は遊技機チップ問合せ指示通知を送信する（Ｓ３０）。これによって、ＳＣ３２５ｂに対して、鍵管理サーバに問合せする遊技機チップ情報を要求する。なお、この遊技機チップ問合せ指示通知を受けたＳＣ３２５ｂは、通信制御ＩＣ３２５ａ経由でＰ台２に対して遊技機チップ情報を要求する。
次に、問合せ待ちタイマをリセットする（Ｓ３１）。問合せ待ちタイマは、遊技機チップ問合せ指示通知に対する応答待ち時間を計時するためのタイマであり、遊技機チップ問合せ指示通知の送信毎にリセットされ、新たに計時が開始される。
次に、ＳＣ３２５ｂより遊技機チップ問合せ結果を受信したか否かを判定する（Ｓ３２）。遊技機チップ問合せ結果には、チップ情報の取得できたか否かを示す取得結果、メーカコード、基板シリアル番号、メインチップＩＤ、払出チップＩＤ等が含まれる。遊技機チップ問合せ結果を受信していない場合には、問合せタイマがタイムアウトしたか否かを判定する（Ｓ３３）。タイムアウトした場合にはタイムアウト処理を実行する（Ｓ３８）。タイムアウト処理では、図６０に示したように状態情報要求が送信され、状態情報応答（チップ情報問合せ有）の待ち状態となる。
Ｓ３３において問合せタイマがタイムアウトしていない場合には鍵管理サーバより、動作指定が遊技機チップ情報問合せ要求であるヘルスチェックを受信したか否かを判定する（Ｓ３４）。つまり、鍵管理サーバから遊技機チップ情報の問合せ要求を受けたか否かを判定する。鍵管理サーバから遊技機チップ情報の問合せ要求を受けていた場合には、遊技機チップ問合せ指示通知をＳＣ３２５ｂへ送信し（Ｓ３５）、問合せ待ちタイマをリセットする（Ｓ３６）。これによって、問合せ待ちタイマによる計時が最初から開始される。その後、Ｓ３２に移行する。
つまり、既に遊技機チップ問合せ指示通知を送信済みであって、それに対する応答待ちの間であっても、それとは別個に新たに鍵管理サーバから遊技機チップ情報の問合せ要求を受けた場合には、改めて遊技機チップ問合せ指示通知を送信する。
このように処理することによって、全国に存在する数多くのホール（ホール内のＣＵ）と接続されている鍵管理サーバからの要求に対して迅速に応答を返信することが可能になる。すなわち、ヘルスチェック要求による「遊技機チップ情報問い合わせ要求」は鍵管理サーバからの強制指示であるので、ＣＵ制御部３２３からの要求に応じてＳＣ３２５ｂが遊技機チップ情報問い合わせ中モードでも確実に鍵管理サーバに情報が届くまでＣＵ制御部３２３は遊技機チップ情報の問い合わせを実行する。
Ｓ３４において、鍵管理サーバよりヘルスチェック（動作指定＝遊技機チップ情報問合せ要求）を受信してない場合、Ｓ３２に戻り、遊技機チップ問合せ結果を受信したか否かを判定するステップに移行する。
やがて、Ｓ３２において、遊技機チップ問合せ結果を受信すると、その結果を上位サーバ（鍵管理サーバ）へ送信し（Ｓ３７）、処理を終える。
なお、ここでは、ヘルスチェック（動作指定＝遊技機チップ情報問合せ要求）の場合を例に挙げて説明したが、上記の処理は、ＣＵ制御部３２３がヘルスチェック（動作指定＝セキュリティ基板情報問合せ要求）を受信した場合にも同様に行なわれる。
すなわち、図５５および図５９を参照して、ＣＵ制御部３２３は、セキュリティ基板問合せ指示通知をＳＣ３２５ｂに送信し、セキュリティ基板情報問合せタイムアウトまでＳＣ３２５ｂからの応答を待つ。ただし、タイムアウトする前に、上位サーバ（鍵管理サーバ）よりヘルスチェック（動作指定＝セキュリティ基板情報問合せ要求）を受信すると、ＣＵ制御部３２３は、タイムアウトを待つことなく、セキュリティ基板問合せ指示通知をＳＣ３２５ｂに再送する。
＜暗号モードについて＞
次に、図６９〜図７３に基づいて、ＣＵ制御部３２３とＳＣ３２５ｂとの間でのコマンドとレスポンスとの実際の暗号通信の動作を説明する。図６９は暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信が示されている。図７０は、ＳＣ３２５ｂからＣＵ制御部３２３へのレスポンスが到達しなかった場合の異常時の処理が示されている。図７１は、ＣＵ制御部３２３からＳＣ３２５ｂへのコマンドが到達しなかった場合の異常時の処理が示されている。図７２は、図７０に示したレスポンス未到達の異常時における変形例の処理が示されている。図７３は、図７１に示したコマンド未到達の異常時処理における変形例が示されている。
以下、図６９〜図７３の暗号化処理を説明するが、ＣＵ制御部３２３からＳＣ３２５ｂへの暗号化通信を行なうときは初期ベクタ部の値Ｒ１の下り用カウンタが使用され、ＳＣ３２５ｂからＣＵ制御部３２３への暗号化通信を行なうときは初期ベクタ部の値Ｒ２の上り用カウンタが使用される。
まず図６９に基づいて正常時の処理を説明する。ＣＵ制御部３２３とＳＣ３２５ｂとの間での動作指示およびレスポンスとして、データ長が４８バイトの倍数の一例の９６バイトのものを取り上げて説明する。
図６９を参照して、ＣＵ制御部３２３では、９６バイトの平文を１６バイト毎の６つのブロックに分割し、各ブロックの平文１〜６を１つずつ暗号化する。最初のブロックである平文１は、下り用カウンタの値がＲ１，Ｎ，０となっており、そのカウンタの値を前述したように暗号化し、その暗号化された値と平文１とでエクスクルーシブオアの演算を行なって暗号文１を生成する。同様に、暗号文２の生成に際してはＲ１，Ｎ，１の下り用カウンタの値を用い、暗号文２の生成に際してはＲ１，Ｎ，２の下り用カウンタの値を用い、暗号文４の生成に際してはＲ１，Ｎ，３の下り用カウンタの値を用い、暗号文５の生成に際してはＲ１，Ｎ，４の下り用カウンタの値を用い、暗号文６の生成に際してはＲ１，Ｎ，５の下り用カウンタの値を用いる。
この６つのブロックからなる暗号文１〜６を受信したＳＣ３２５ｂでは、図３８で説明したようにカウンタの値を更新しながら随時暗号文を復号して平文を生成する。復号開始時の下り用カウンタの値すなわち最初の暗号文１を復号するのに用いるカウンタの値がＲ１，Ｎ，０となっており、その値を暗号化してその暗号化した値と暗号文１とのエクスクルーシブオアを演算して復号し、平文１を生成する。同様に、暗号文２、暗号文３、暗号文４、暗号文５、暗号文６も、随時暗号ブロックカウンタ部の値を「１」ずつ加算更新し、復号処理を行なう。具体的には、暗号文２に対してはＲ１，Ｎ，１の下り用カウンタ値を用い、暗号文３に対してはＲ１，Ｎ，２の下り用カウンタ値を用い、暗号文４に対してはＲ１，Ｎ，３の下り用カウンタ値を用い、暗号文５に対してはＲ１，Ｎ，４の下り用カウンタ値を用い、暗号文６に対してはＲ１，Ｎ，５の下り用カウンタ値を用いて復号する。
次にＳＣ３２５ｂがレスポンスを暗号化してＣＵ制御部３２３へ送信する。その際に、ＳＣ３２５ｂは上り用カウンタを用いるため「Ｒ２，Ｎ，０」のカウンタ値が最初に用いられる。この上り用カウンタのカウンタ値を暗号化してその暗号化された値とレスポンスの最初の平文１とでエクスクルーシブオアの演算を行ない暗号文１を生成する。次にＳＣ３２５ｂは、暗号ブロックカウンタ部を「１」加算更新してＲ２，Ｎ＋１，１の値を用いて暗号文２を生成する。同様に、暗号ブロックカウンタ部を「１」ずつ加算更新しながら、暗号文３、暗号文４、暗号文５、暗号文６を生成し、それら暗号文からなるレスポンスをＣＵ制御部３２３へ送信する。
この６つのブロックからなる暗号文１〜６を受信したＣＵ制御部３２３では、図３８で説明したようにカウンタの値を更新しながら随時暗号文を復号して平文を生成する。復号開始時の上り用カウンタの値すなわち最初の暗号文１を復号するのに用いるカウンタの値がＲ２，Ｎ，０となっており、その値を暗号化してその暗号化した値と暗号文１とのエクスクルーシブオアを演算して復号し、平文１を生成する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
次回以降は、ＳＣ３２５ｂでは、前回受信した暗号文の復号に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ１，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初の暗号文１を復号する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
また、ＣＵ制御部３２３では、前回受信した暗号文の復号に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ２，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初の暗号文１を復号する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
このような方法により、ＣＵ制御部３２３とＳＣ３２５ｂとの間で、下り用カウンタ、上り用カウンタをそれぞれ用い、送信データの暗号化および受信データの復号処理を行なう。
次に図７０を参照して、ＳＣ３２５ｂからＣＵ制御部３２３へのレスポンスが到達しなかった異常時における処理を説明する。まずＣＵ制御部３２３からＳＣ３２５ｂへ６ブロックの暗号文１〜６からなるコマンドが送信される。その各ブロックに用いられる下り用カウンタのカウンタの値は、最初がＲ１，Ｎ，０であり、暗号ブロックカウンタ部が「１」ずつ加算されて最後の値がＲ１，Ｎ，５となっている。この暗号文を受信したＳＣ３２５ｂは、暗号開始時のカウンタ値Ｒ１，Ｎ，０を用いてまず暗号文１を復号して平文１を生成する。次に暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時暗号ブロックカウンタ部を加算更新しながら復号して平文２、平文３、平文４、平文５、平文６を生成する。
そしてＳＣ３２５ｂは、上り用カウンタのカウンタ値である「Ｒ２，Ｎ，０」の値を用いて、レスポンスの最初のブロックの平文１を暗号化して暗号文１を生成する。次に暗号ブロックカウンタ部の値を「１」ずつ加算更新して暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ制御部３２３へ送信する。その暗号文１〜６からなるレスポンスがＣＵ制御部３２３に到達しなかった場合には、ＣＵ制御部３２３は、前回送信したコマンドと同じコマンドのデータをＳＣ３２５ｂへ再送信する。その再送信された暗号文をＳＣ３２５ｂが復号する際に、ＳＣ３２５ｂの前回受信した暗号文の復号に用いた電文カウンタ部の値がＮであるために、今回復号するに際して、最初に用いる下り用カウンタのカウンタの値として「Ｒ１，Ｎ＋１，０」が用いられることとなる。
ＳＣ３２５ｂでは、カウンタ値Ｒ１，Ｎ＋１，０を用いてまず暗号文１を復号して平文１を生成する。次に暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時暗号ブロックカウンタ部を加算更新しながら復号して平文２、平文３、平文４、平文５、平文６を生成する。
次にＳＣ３２５ｂは、前回の暗号文の生成に用いた電文カウンタ部の値「Ｎ」に対して「１」加算更新し、Ｒ２，Ｎ＋１，０のカウンタ値を用いて、レスポンスの最初のブロックの平文１を暗号化して暗号文１を生成する。次に暗号ブロックカウンタ部の値を「１」ずつ加算更新して暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ制御部３２３へ送信する。
ＣＵ制御部３２３では、前回のＳＣ３２５ｂからのレスポンスを受信していないため、その前回のレスポンスの復号のためのカウンタ値「Ｒ２，Ｎ，０」を用いて復号しようと試みる。しかし、その暗号文１は、カウンタの値「Ｒ２，Ｎ＋１，０」を用いて暗号化されたデータであり、ＣＵ制御部３２３の復元開始のカウンタ値が「Ｒ２，Ｎ，０」であるため、このカウンタ値を用いて復号を試みても、正しい平文に復号することができず復号失敗となる。
正しい平文に復号することができたか否かの判断は、ＭＡＣによる一般的なチェックに基づいて行なう。簡単に説明すると、ＣＵ制御部３２３では、最初のカウンタ値であるＲ２，Ｎ，０を鍵で暗号化してその値と最初の暗号文１とのエクスクルーシブオアを演算する。このような復号処理を、カウンタ値を「１」加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６について順次実行し、その処理結果のデータに含まれているＭＡＣのデータを用いてＭＡＣチェックを行なう。具体的には、復号処理結果のデータからＭＡＣアルゴリズムに従ってＭＡＣを生成し、その生成されたＭＡＣとＳＣ３２５ｂからの送信データに含まれているＭＡＣのデータとを比較し、一致するか否かチェックする。正常に復号されておれば一致するが、この場合には、復号に用いられるカウンタの値が狂っているために、正常に復号されておらず、ＭＡＣチェックの結果両者が一致しないと判定されてＭＡＣ異常すなわち復号失敗と判定される。
このようなＭＡＣ異常すなわち復号失敗と判定された場合には、ＣＵ制御部３２３では、その狂ったカウンタ値を正しいカウンタ値に修復する修復処理が実行される。ＣＵ制御部３２３では、復号失敗と判断された暗号文の復号に最初に用いられた復号開始時のカウンタ値である「Ｒ２，Ｎ，０」に対して、その電文カウンタ部Ｎの値を「１」ずつ減算更新しながら順次その減算されたカウンタ値を用いて順次暗号文の復号処理を行なって前述のＭＡＣチェックを行ない、正しく復号されたか否かの判断を行なう。このカウンタ値の減算処理を所定回数行なってもＭＡＣチェックの結果ＭＡＣ異常と判定された場合に、ＣＵ制御部３２３は、次に、復号開始時のカウンタ値である「Ｒ２，Ｎ，０」に対してその電文カウンタ部Ｎを「１」ずつ加算更新して順次その加算されたカウンタ値を用いた復号処理を行なってＭＡＣチェックを行なう。そしてＭＡＣチェックで適正と判断されて復号成功と判断された場合には、その復号が成功した平文を適正なコマンドとして取り込む。そして、復号成功と判断されたときに用いた電文カウンタ部のカウンタ値を次のレスポンスデータの最初の平文１の暗号化に用いる。
この図７０の場合には、復号開始時のカウンタ値である「Ｒ２，Ｎ，０」から電文カウンタ部Ｎを１回加算更新したカウンタ値「Ｒ２，Ｎ＋１，０」を用いて復号することにより、ＭＡＣ正常と判断されて復号成功と判断されることとなる。
その復号成功と判断されたときに用いた電文カウンタ部の値ＮのＲ２，Ｎ＋１，０のカウンタ値の電文カウンタ部の値を「１」ずつ加算更新したカウンタ値Ｒ１，Ｎ＋２，０を用いて次に送信するレスポンスの最初の平文１を暗号化して暗号文１を生成する。次に「１」ずつ暗号ブロックカウンタ部を加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。
それを受けたＳＣ３２５ｂでは、「Ｒ１，Ｎ＋２，０」のカウンタ値を用いて、受信した暗号文の最初の暗号文１を復号する。最初の暗号文１はカウンタ値「Ｒ１，Ｎ＋２，０」のカウンタ値を用いて暗号化されたものであるために、同じカウンタ値を用いて適正に復号することが可能である。そしてＳＣ３２５ｂは、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号する。
前述したカウンタの修復処理におけるカウンタ値への減算回数は、レスポンス未到達時におけるＣＵ制御部３２３が動作コマンドの再送信（リトライ）を行なうリトライ回数に一致する。本実施の形態の場合には、そのリトライ回数は２回が限度であり、その２回のリトライに起因して生ずるカウンタ値の狂い以上に電文カウンタ部Ｎの減算更新を行なう必要はない。よって、２回を限度にカウンタ値の減算更新あるいは加算更新が行なわれる。
次に図７１に基づいて、ＣＵ制御部３２３からＳＣ３２５ｂへのコマンドが未到達の異常時における処理を説明する。まずＣＵ制御部３２３がカウンタ値Ｒ１，Ｎ，０〜Ｒ１，Ｎ，５を用いて暗号文１〜暗号文６の６ブロックの暗号文を生成してＳＣ３２５ｂへ送信する。しかし、その暗号文がＳＣ３２５ｂへ到達しなかった場合には、ＣＵ制御部３２３は同じ内容のコマンドを再び暗号化してＳＣ３２５ｂへ再送信するというリトライを試みる。この再送信時における暗号化に用いられる電文カウンタ部は、前回のコマンドの送信時に暗号化に用いた電文カウンタ部の値Ｎに「１」を加算したＮ＋１が用いられる。よって、「Ｒ１，Ｎ＋１，０」のカウンタ値を用いてＣＵ制御部３２３は再送信するコマンドの最初の平文１のブロックを暗号化して暗号文１を生成する。次に、ＣＵ制御部３２３は、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２，暗号文３，暗号文４，暗号文５，暗号文６を生成してＳＣ３２５ｂへ再送信する。
しかしその再送信された暗号文もＳＣ３２５ｂへ到達しなかった場合には、ＣＵ制御部３２３は、再度同じ内容のコマンドを暗号化してＳＣ３２５ｂへ再送信するという２回目のリトライを試みる。この２回目のリトライで送信されたコマンドがＳＣ３２５ｂへ到達し、ＳＣ３２５ｂは、その暗号文の復号を試みる。
ＳＣ３２５ｂは、ＣＵ制御部３２３へ前回受信したコマンドの復号に用いた最後のカウンタ値に対して「１」加算更新した値である「Ｒ１，Ｎ，０」を用いて暗号文の最初のブロックを復号する処理を行ない、そのカウンタ値「Ｒ１，Ｎ，０」に対して暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６の復号を試みる。
しかし、ＣＵ制御部３２３の２回に亘ってのリトライの結果、ＣＵ制御部３２３側のカウンタ値とＳＣ３２５ｂ側のカウンタ値とが狂っているために、適正な平文に復号することができず、前述したＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。
するとＳＣ３２５ｂは、前述と同様に、狂ったカウンタの修復処理を行なう。復号失敗と判断された暗号文に対して最初に用いたカウント値である「Ｒ１，Ｎ，０」に対して、電文カウンタ部Ｎを「１」ずつ減算更新しながら順次再送信されてきた暗号文の復号を試みてＭＡＣチェックを行なう。この減算更新の実行回数は、前述したように、リトライ回数である２回を限度に実行される。この２回に亘ってのカウンタ値の減算更新による復号を試みたとしても復号に成功しなかった場合には、ＳＣ３２５ｂは、カウンタ値「Ｒ１，Ｎ，０」の電文カウンタ部に対して「１」ずつ加算更新しながら順次暗号文を復号する処理を試みる。この加算更新を試みる回数は、コマンド未到達時におけるＣＵ制御部３２３による再送信を実行するリトライ回数に一致する。本実施の形態においては、２回を限度にリトライを行なう。その結果、カウンタ値の加算更新は、リトライ回数である２回を限度に加算更新される。
そして、２回目の加算更新の結果カウンタ値が「Ｒ１，Ｎ＋２，０」となり、このカウンタ値を用いて暗号文１を復号し、順次暗号ブロックカウンタ部の加算更新を行ないながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号することにより、適正な平文に復号することができ、ＭＡＣチェックの結果適正と判断されて復号成功と判断される。その復号成功と判断された平文のコマンドをＳＣ３２５ｂが取り込む。そしてそれに対するレスポンスのデータを暗号化してＣＵ制御部３２３へ送信する。その暗号化に際しては、復号成功と判断された復号処理に用いられた電文カウンタ部の値「Ｎ＋２」と異なり、最初に用いたカウント値である「Ｒ２，Ｎ，０」の「Ｎ」の値を用いる。よって、「Ｒ２，Ｎ，０」を用いて最初のブロックを暗号化して暗号文１を生成する。次に、暗号ブロックカウンタ部のカウント値を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ制御部３２３へ送信する。ＣＵ制御部３２３は、「Ｒ２，Ｎ，０」を用いて暗号文の最初のブロックを復号する処理を行ない、そのカウンタ値「Ｒ２，Ｎ，０」に対して暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６の復号を試みる。
次に、図７２に基づいてレスポンス未到達時の異常時における処理の変形例を説明する。この図７２は、前述した図７０に対する変形例であり、ここでは主に相違点について説明する。ＳＣ３２５ｂからＣＵ制御部３２３へのレスポンスが未到達の場合にＣＵ制御部３２３は前回と同じコマンドを再送信するリトライを実行する。そのリトライによって再送信されたコマンド（暗号文）がＳＣ３２５ｂに到達した場合に、図７０と同様に、ＣＵ制御部３２３とＳＣ３２５ｂとの間でのカウンタの値が食い違っている。その結果、ＳＣ３２５ｂにおいてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーのコマンドをＳＣ３２５ｂへ送信する。その際に、ＣＵ制御部３２３では、復号エラーのレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文をＳＣ３２５ｂへ送信する。ＳＣ３２５ｂでは、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数を生成し、その乱数の値を初期ベクタ部の値Ｒ２としてＣＵ制御部３２３へ送信する。その際に、鍵Ｋを用いてその初期ベクタ部の値Ｒ２の値をＳＥ１モードにより暗号化してその暗号文をセキュリティチップ３２５Ｂへ送信する。ＣＵ制御部３２３では、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部の値Ｒ２を取得する。これにより、ＣＵ制御部３２３とＳＣ３２５ｂとの間で初期化されたカウンタの値である「Ｒ２，０，０」が共有されることとなる。
次にＣＵ制御部３２３は、初期ベクタ部の値Ｒ２の更新を完了した旨のレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化してＳＣ３２５ｂへ送信する。
それを受けたＳＣ３２５ｂでは、前回再送信したコマンドと同じデータをＳＥ２モードにより暗号化してＣＵ制御部３２３へ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ２，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ制御部３２３へ送信する。
ＣＵ制御部３２３では、初期化されたカウンタ値すなわち「Ｒ２，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
次に図７３に基づいて、コマンドが未到達の異常時における処理の変形例を説明する。この図７３は、前述した図７１のコマンド未到達時の処理の変形例であり、ここでは主に相違点について説明する。ＣＵ制御部３２３による２回目のリトライによってコマンドがＳＣ３２５ｂに到達した場合に、ＣＵ制御部３２３とＳＣ３２５ｂとの間でのカウンタの値が食い違っている。その結果、ＳＣ３２５ｂにおいてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーのレスポンスをＣＵ制御部３２３へ送信する。
その際に、ＳＣ３２５ｂでは、復号エラーのレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文をＣＵ制御部３２３へ送信する。ＣＵ制御部３２３では、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数を生成し、その乱数の値を初期ベクタ部の値Ｒ１としてＳＣ３２５ｂへ送信する。その際に、鍵Ｋを用いてその初期ベクタ部の値Ｒ１をＳＥ１モードにより暗号化してその暗号文をＳＣ３２５ｂへ送信する。ＳＣ３２５ｂでは、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部の値Ｒ１を取得する。これにより、ＣＵ制御部３２３とＳＣ３２５ｂとの間で初期化されたカウンタの値である「Ｒ１，０，０」が共有されることとなる。このように、暗号文が復元できない場合に行われるカウンタの値の初期化（再設定）としては、復号不能となった（ＣＵ制御部３２３とＳＣ３２５ｂとの間で齟齬が生じた）カウンタの初期ベクタ部のみを再設定してもよいが、下り用カウンタの初期ベクタ部Ｒ１と上り用カウンタの初期ベクタ部Ｒ２との両者を再設定してもよい。
次にＳＣ３２５ｂは、初期ベクタ部の値Ｒ１の更新を完了した旨のレスポンスを鍵Ｋを用いてＳＥ１モードにより暗号化してＣＵ制御部３２３へ送信する。
それを受けたＣＵ制御部３２３では、前回再送信したコマンドと同じデータをＳＥ２モードにより暗号化してＳＣ３２５ｂへ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ１，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＳＣ３２５ｂへ送信する。
ＳＣ３２５ｂでは、初期化されたカウンタ値すなわち「Ｒ１，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
次に、図７４に基づいて、ＳＥ２モードによる復号処理のカウンタ動作を説明する。前述の実施の形態では、下り用カウンタと上り用カウンタとの２種類のものを示した（図３７参照）。その２種類の場合を図７４（ｂ）に示している。一方、下り用と上り用とで共通のカウンタを用いるものを図７４（ａ）に示している。先ず図７４（ａ）に基づいて共通カウンタを用いるものを説明する。
共通カウンタの場合、ＣＵ制御部３２３とＳＣ３２５ｂとの間でクロス送信が発生した場合の両者間でのカウンタ値の食い違いが生ずる不都合がある。通常の送信では、たとえばＳＣ３２５ｂからの応答（レスポンス）がＣＵ制御部３２３に送信されてきた後次の要求（コマンド）をＣＵ制御部３２３がＳＣ３２５ｂへ送信する。これに対し、クロス送信では、ＳＣ３２５ｂからの応答（レスポンス）の出力とＣＵ制御部３２３からの次の要求（コマンド）の出力とが殆ど同時になされて、ＣＵ制御部３２３からの次の要求（コマンド）の出力がなされた後にＳＣ３２５ｂからの応答（レスポンス）をＣＵ制御部３２３が受信し、ＳＣ３２５ｂからの応答（レスポンス）の出力がなされた後にＣＵ制御部３２３からの次の要求（コマンド）がＳＣ３２５ｂに受信される。
そして、共通カウンタの場合に、前述のクロス送信が生じたときには、たとえばＣＵ制御部３２３側においてＳＣ３２５ｂからの応答（レスポンス）を受信する前に次の要求（コマンド）を送信することによってカウンタ値が１つ更新された状態（カウンタ値＝３）となっており、カウンタ値（＝２）で暗号化された応答（レスポンス）をその１つ更新された後のカウンタ値（＝３）により復号するために、ＣＵ制御部３２３側とＳＣ３２５ｂ側とでのカウンタ値が食い違った状態となり、適正に復号できないという不都合が生ずる。
そこで、一方、下り用カウンタと上り用カウンタとの２種類のものを用いる場合には、前述のクロス送信が生じたときに、図７４（ｂ）を参照して、たとえばＣＵ制御部３２３側においてＳＣ３２５ｂからの応答を受信する前に次の情報を送信することによって下り用カウンタ値が１つ更新された状態（下り用カウンタ値＝２）となったとしても、その更新されたカウンタ値はＣＵ制御部３２３からＳＣ３２５ｂへ送信する暗号文の生成に用いられる下り用カウンタ値が更新されるだけであって上り用カウンタ値は更新されないために（上り用カウンタ値＝１）、上り用カウンタ値（＝１）によって暗号化されたＳＣ３２５ｂからの応答（レスポンス）を同じ上り用カウンタ値（＝１）を用いてＣＵ制御部３２３側において適正に復号することが可能となる。
以上説明したように、第１制御手段（ＣＵ制御部３２３等）から第２制御手段（ＳＣ３２５ｂ等）へ送信する暗号文の生成に用いる第１鍵（下りカウンタ）と、第２制御手段（ＳＣ３２５ｂ等）から第１制御手段（ＣＵ制御部３２３等）へ送信する暗号文の生成に用いる第２鍵（上りカウンタ）とが、それぞれ独自に更新されるために、第１制御手段（ＣＵ制御部３２３等）と第２制御手段（ＳＣ３２５ｂ等）との間でクロス送信が発生した場合の両制御手段間での鍵の食い違いが生ずる不都合を防止することができる。第２制御手段（ＳＣ３２５ｂ等）からの応答が第１制御手段（ＣＵ制御部３２３等）に送信されてきた後次の情報を第１制御手段（ＣＵ制御部３２３等）が第２制御手段（ＳＣ３２５ｂ等）へ送信するのが通常送信であるのに対し、クロス送信とは、第２制御手段（ＳＣ３２５ｂ等）からの応答の出力と第１制御手段（ＣＵ制御部３２３等）からの次の情報の出力とが殆ど同時になされて、第１制御手段（ＣＵ制御部３２３等）からの次の情報の出力がなされた後に第２制御手段（ＳＣ３２５ｂ等）からの応答を第１制御手段（ＣＵ制御部３２３等）が受信し、第２制御手段（ＳＣ３２５ｂ等）からの応答の出力がなされた後に第１制御手段（ＣＵ制御部３２３等）からの次の情報が第２制御手段（ＳＣ３２５ｂ等）に受信される送受信状態を言う（たとえば図７４（ａ）（ｂ）参照）。たとえば、第１制御手段（ＣＵ制御部３２３等）と第２制御手段（ＳＣ３２５ｂ等）との間で送信する暗号文の生成に用いる鍵を１種類の鍵にして第１制御手段（ＣＵ制御部３２３等）から第２制御手段（ＳＣ３２５ｂ等）への送信の度および第２制御手段（ＳＣ３２５ｂ等）から第１制御手段（ＣＵ制御部３２３等）への送信の度にその１種類の鍵を互いに更新するようにした場合に、前述のクロス送信が生じたときには、たとえば第１制御手段（ＣＵ制御部３２３等）側において第２制御手段（ＳＣ３２５ｂ等）からの応答を受信する前に次の情報を送信することによって鍵が１つ更新された状態となっており、第２制御手段（ＳＣ３２５ｂ等）から送信されてきた応答情報をその１つ更新された後の鍵により復号するために、第１制御手段（ＣＵ制御部３２３等）側と第２制御手段（ＳＣ３２５ｂ等）側とでの鍵が食い違った状態となり、適正に復号できないという不都合が生ずる。
そこで、第１制御手段（ＣＵ制御部３２３等）から第２制御手段（ＳＣ３２５ｂ等）へ送信する暗号文の生成に用いる第１鍵（下りカウンタ）と、第２制御手段（ＳＣ３２５ｂ等）から第１制御手段（ＣＵ制御部３２３等）へ送信する暗号文の生成に用いる第２鍵（上りカウンタ）との、２種類の鍵を用いることにした。その結果、前述のクロス送信が生じたときに、たとえば第１制御手段（ＣＵ制御部３２３等）側において第２制御手段（ＳＣ３２５ｂ等）からの応答を受信する前に次の情報を送信することによって鍵が１つ更新された状態となったとしても、その更新された鍵は第１制御手段（ＣＵ制御部３２３等）から第２制御手段（ＳＣ３２５ｂ等）へ送信する暗号文の生成に用いられる第１鍵（下りカウンタ）が更新されるだけであって第２鍵（上りカウンタ）は更新されないために、第２鍵（上りカウンタ）によって暗号化された第２制御手段（ＳＣ３２５ｂ等）からの応答情報を同じ第２鍵（上りカウンタ）を用いて第１制御手段（ＣＵ制御部３２３等）側において適正に復号することが可能となる。
次に、図７５および図７６を参照して、ＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。図７５は、ＣＵ制御部３２３側におけるＳＥ２モード時のカウンタの自動修復のシーケンスである。また、図７６は、ＳＣ３２５ｂ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスである。また、両図において、業務電文要求は何らかのコマンドを、業務電文応答は何らかのレスポンスを示す。
初めに図７５を参照して、ＣＵ制御部３２３側におけるＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。ＣＵ制御部３２３は、業務電文要求１を下りカウンタ＝０にて送信し、それを受けたＳＣ３２５ｂは業務電文応答１を上りカウンタ＝０でＣＵ制御部３２３へ送信する。
すると、ＣＵ制御部３２３は、業務電文要求２を下りカウンタ＝１にて送信し、それを受けたＳＣ３２５ｂは業務電文応答２を上りカウンタ＝１でＣＵ制御部３２３へ送信する。このようなやりとりがなされる途中で、ＳＣ３２５ｂから送信された上りカウンタ＝２の業務電文応答３がＣＵ制御部３２３へ未到達となった場合、ＣＵ制御部３２３は、業務電文要求３を再送する。このとき、下りカウンタは更新せずに下りカウンタ＝２で送信する。
ＳＣ３２５ｂは、既に受信済みの業務電文要求３が再送されてきたため、業務電文応答３を再送する。しかし、再び、この応答が未着であった場合にはＣＵ制御部３２３による２度目の電文の再送が前回と同様に実行され、２度目の再送でもなお、ＣＵ制御部３２３に対してＳＣ３２５ｂからの応答が届かないと、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して基板状態要求を送信する。この基板状態要求は、ＳＣ３２５ｂに対してセキュリティ基板及び、遊技機の状態を要求するものである。また、このときの下りカウンタは、再送を試みたカウンタ値に１を加えた３に設定される。
基板状態要求を受信したＳＣ３２５ｂは、既に受信している業務電文要求３の下りカウンタ（＝２）に１を加えた下りカウンタ値（＝３）でこれを復号し、その復号に成功する。その上で、ＳＣ３２５ｂは、基板状態応答（上りカウンタ＝３）をＣＵ制御部３２３に返信する。ところが、ＣＵ制御部３２３は、業務電文応答３（上りカウンタ＝２）を受信できておらず、直近で受信した電文の上りカウンタは１である。このため、受信した基板状態応答をその上りカウンタに１加えた値（＝２）で復号すると復号異常が検出される。そこで、図４５のＳ１５６のとおり、上りカウンタ（＝２）にさらに＋１した値である３で基板状態応答を復号し、その復号に成功する。
次に、図７６を参照して、ＳＣ３２５ｂ側におけるＳＥ２モード時のカウンタの自動修復のシーケンスを説明する。ＣＵ制御部３２３は、業務電文要求１を下りカウンタ＝０にて送信し、それを受けたＳＣ３２５ｂは業務電文応答１を上りカウンタ＝０でＣＵ制御部３２３へ送信する。
すると、ＣＵ制御部３２３は、業務電文要求２を下りカウンタ＝１にて送信し、それを受けたＳＣ３２５ｂは業務電文応答２を上りカウンタ＝１でＣＵ制御部３２３へ送信する。このようなやりとりがなされる途中で、ＣＵ制御部３２３から送信された下りカウンタ＝２の業務電文要求３に対する応答がＳＣ３２５ｂから返ってこない場合、ＣＵ制御部３２３は、業務電文要求３を再送する。このとき、下りカウンタは更新せずに下りカウンタ＝２で送信する。
しかし、再び、この業務電文要求３に対する応答も返らない場合にはＣＵ制御部３２３による２度目の電文の再送が前回と同様に実行され、２度目の再送でもなお、ＣＵ制御部３２３に対してＳＣ３２５ｂからの応答が届かないと、ＣＵ制御部３２３は、ＳＣ３２５ｂに対して基板状態要求を送信する。この基板状態要求は、ＳＣ３２５ｂに対してセキュリティ基板及び、遊技機の状態を要求するものである。また、このときの下りカウンタは、再送を試みたカウンタ値に１を加えた３に設定される。
ところが、ＳＣ３２５ｂは、業務電文要求３（下りカウンタ＝２）を受信できておらず、直近で受信した電文の下りカウンタは１である。このため、受信した基板状態要求をその下りカウンタに１加えた値（＝２）で復号すると復号異常が検出される。そこで、図４５のＳ１５６のとおり、下りカウンタに＋１した値である３で基板状態要求が復号され、その復号に成功する。一方、基板状態応答（上りカウンタ＝２）を受信したＣＵ制御部３２３は、既に業務電文応答２（上りカウンタ＝１）を受信しているので、その上りカウンタに１を加えた値（＝２）で復号を試み、復号に成功する。
なお、図７５および図７６の処理では、復号異常となったときに、カウンタに＋１した値で復号を再試行して成功した例を示したが、失敗した場合には、たとえば、図４５（ａ）に示す処理が適用される。すなわち、図４５（ａ）に示したように、初めに＋１して試行し、復号失敗の場合にはさらに＋１して試行し、このような試行を複数回繰り返し、それでも復号失敗の場合には、元のカウンタ値に戻してその値から−１して試行し、復号失敗の場合にはさらに−１して試行することを繰り返す。また、カウンタの更新値は１に限られず、２や３等の値を更新値としてもよい。
＜＜無償遊技および所定レートでの遊技の切替え＞＞
次に、無償遊技および所定レートでの遊技の切替えについて説明する。レートとは、遊技媒体（パチンコ玉、スロットマシンで用いられるメダルなど）の貸与を受ける際の遊技媒体の単価のことをいう。レートには、たとえば、パチンコ玉１玉４円、パチンコ玉１玉１円、メダル１枚２０円、メダル１枚５円などがある。
なお、本実施の形態における遊技機は、封入循環式パチンコ機および後述するようなメダルを用いないスロットマシンである。このため、遊技媒体の貸与の概念には、パチンコ機においては遊技玉の貸与、および、スロットマシンにおいては遊技点の貸与の概念を含めるようにする。なお、遊技玉とは実物の玉ではなく仮想的な玉である。
図７７は、贈与処理の流れを示すフローチャートおよび遊技者所有の価値を管理するための記憶テーブルの説明図である。図７７（Ａ）を参照して、贈与処理は、ホールサーバ８０１などの遊技場内のサーバのＣＰＵによって実行される。
贈与処理においては、まず、ホールサーバ８０１のＣＰＵは、無料持玉の贈与条件が成立したか否かを判断する（ステップＳ４０１）。無料持玉は、遊技者に無償で付与される遊技用価値であり、通常の持玉と同様、再プレイボタン３１９の操作で遊技に用いることができる。ただし、本実施の形態においては、計数ボタン２８の操作に応じた無料持玉への加算はできない。なお、計数ボタン２８の操作に応じた無料持玉への加算ができるようにしてもよい。
無料持玉は、所定無効条件が成立（たとえば、日を跨ぐ、所定時間経過する、別の遊技機に移動するなど）したことを条件に無効とされる（たとえば、無料持玉は、通常の持玉と同様の扱いであるので、当日のみ有効とされる。）。
無料持玉の贈与条件は、たとえば、ホールサーバ８０１で会員情報として管理されている遊技者の誕生日であるという条件、特定日（レディースデイ）であるという条件遊技場に来店したという条件、遊技場に所定頻度以上、および、来店したという条件などである。
贈与条件が成立した（ステップＳ４０１でＹＥＳ）と判断した場合、ホールサーバ８０１のＣＰＵは、対象のカードＩＤに対応付けて、所定量（たとえば、１００玉）の無料持玉を、無料持玉を記憶する記憶領域に記憶させる（ステップＳ４０２）。贈与条件が成立していない（ステップＳ４０１でＮＯ）と判断した場合、および、ステップＳ４０２の後、ホールサーバ８０１のＣＰＵは、実行する処理を呼出元の処理に戻す。
図７７（Ｂ）を参照して、ホールサーバ８０１の記憶部には、会員残高・持玉・貯玉テーブルで示されるような情報が記憶される。このテーブルで示されるように、会員の会員カードのカードＩＤと対応付けて、プリペイド残額ならびにレートごとの持玉数および貯玉数を記憶可能な記憶領域が設けられるとともに、無料持玉を記憶する記憶領域が設けられる。
レートＡ，Ｂは、それぞれ、たとえば、パチンコ玉１玉４円のレートおよびパチンコ玉１玉１円のレートである。
また、図７７（Ｃ）を参照して、ホールサーバ８０１の記憶部には、ビジター残高・持玉テーブルで示されるような情報が記憶される。このテーブルで示されるように、ビジターカードのカードＩＤと対応付けて、プリペイド残額ならびにレートごとの持玉数を記憶可能な記憶領域が設けられるとともに、無料持玉を記憶する記憶領域が設けられる。
このような会員カードおよびビジターカードがＣＵ３で受付けられることでＣＵ３からホールサーバ８０１にカードＩＤが送信され、カードＩＤに対応するプリペイド残額、ならびに、レートごとの持玉数および貯玉数、ならびに、無料持玉の数が、ＣＵ３に送信される。
このように、会員カードおよびビジターカードは、価値として、遊技者に無償で与えられない種類の価値（たとえば、プリペイド残額、持玉、貯玉）と、遊技者に無償で与えられる種類の価値（ここでは、無料持玉）とを特定可能である。後者は、無償遊技に使用可能な価値ともいえ、前者は、無償遊技でない通常遊技に使用可能な価値ともいえる。
遊技者に無償で与えられる種類の価値は、遊技者に無償で与えられない価値と同様の態様で、会員カードおよびビジターカードで特定可能とされる。具体的には、図７７で示したように、遊技者に無償で与えられる持玉は、遊技者に無償で与えられない持玉と同様の態様、つまり持玉として、会員カードおよびビジターカードで特定可能とされる。なお、ここでは、無償で与えられる持玉が、無償で与えられない持玉に合算されて、会員カードおよびビジターカードで特定可能とされるのではなく、それぞれ、独立して特定可能とされる。
また、会員カードおよびビジターカードは、価値として、高レート（ここでは、レートＡ）での遊技を可能とする種類の価値（たとえば、プリペイド残額、レートＡの持玉／貯玉）と、低レート（ここでは、レートＢ）での遊技を可能とする種類の価値（たとえば、プリペイド残額、レートＢの持玉／貯玉）とを特定可能である。
図７８は、レート関連処理の流れを示すフローチャートである。図７８を参照して、レート関連処理は、ＣＵ３のＣＵ制御部３２３によって実行される。
レート関連処理においては、まず、ＣＵ制御部３２３は、会員カードの受付時であるか否かを判断する（ステップＳ５０１）。会員カードの受付時である（ステップＳ５０１でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、受付けられた会員カードのカードＩＤに対応付けて無料持玉が記憶されているかをホールサーバ８０１に問合せる（ステップＳ５０２）。
次に、ＣＵ制御部３２３は、受付けられた会員カードに対応付く無料持玉が記憶されている旨の情報がホールサーバ８０１から応答されたか否かを判断する（ステップＳ５０３）。
無料持玉が記憶されている旨の情報が応答された（ステップＳ５０３でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、表示器５４（または表示器３１２）に、無料持玉が贈与されている旨を表示することで遊技者に報知する（ステップＳ５０４）。
会員カードの受付時でない（ステップＳ５０１でＮＯ）と判断した場合、および、ステップＳ５０４の後、ＣＵ制御部３２３は、レート変換操作を受付けたか否かを判断する（ステップＳ５１１）。レート変換操作は、遊技者の持玉／貯玉のうち、あるレートの持玉／貯玉を他のレートに変換させるための操作であって、表示器５４（または表示器３１２）のタッチパネルで受付けられる。
レート変換操作を受付けた（ステップＳ５１１でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、遊技玉数が０でないか否かを判断する（ステップＳ５１２）。遊技玉数が０でない（ステップＳ５１２でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、計数操作を促すよう表示器５４（または表示器３１２）に表示する（ステップＳ５１３）。
一方、遊技玉数が０である（ステップＳ５１２でＮＯ）と判断した場合、ＣＵ制御部３２３は、遊技動作中であるか否かを判断する（ステップＳ５１４）。
遊技玉数が０になってから（つまり、最後の遊技玉に対応するパチンコ玉が遊技領域に打込まれてから）所定時間、経過しており、かつ、図柄変動中でなく、かつ、大当り状態などの特定遊技状態でなく、かつ、確変状態や時短状態などの特別遊技状態中でない場合（これらの判断は、ＣＵ制御部３２３で行なわれるようにしてもよいし、遊技機で行なわれるようにしてもよい。遊技機で行なわれる場合は、遊技動作中であるか否かを示す情報がＣＵ３に送信されるようにする。）に、ＣＵ制御部３２３は、遊技動作中でないと判断する。所定時間は、パチンコ玉が発射されてからいずれかの口（いずれかの入賞口、アウト口１５４など）に入るまでに十分な時間であり、たとえば３０秒である。
遊技動作中でない（ステップＳ５１４でＮＯ）と判断した場合、ＣＵ制御部３２３は、ステップＳ５１１で受付けられたレート間の変換処理を実行する（ステップＳ５１５）。変換処理は、後述の図７９で説明する。
次に、ＣＵ制御部３２３は、変換後のレートでの遊技可能となるように切替設定をする（ステップＳ５１６）。レートの切替設定においては、ＣＵ制御部３２３は、記憶している現在のレートを示す情報を切替え後のレートを示すように変更する。
次いで、ＣＵ制御部３２３は、設定されたレートを表示器５４（または表示器３１２）で表示することで遊技者に報知することを開始する（ステップＳ５１７）。なお、ＣＵ３の表示器ではなくパチンコ機２などの遊技機の表示装置（ここでは、可変表示装置２７８）で表示するようにしてもよい。
さらに、ＣＵ制御部３２３は、対応する遊技機（ここではパチンコ機２）に切替え後のレートを示す情報を送信する。遊技機は、受信した切替え後のレートを示す情報を記憶しておく。
遊技機においては、レートに応じた遊技が行なわれるようにしてもよく、たとえば、パチンコ機２においては、レートに応じたパチンコ玉の発射間隔や可変表示装置２７８での図柄の変動時間となるようにしてもよい（たとえば、低レートの場合は、発射間隔や変動時間を短くする）。また、後述する遊技機の別の例であるスロットマシン２Ｓにおいては、レートに応じたウェイト時間や演出時間となるようにしてもよい。
ウェイト時間とは、１ゲームが終了してから次のゲームのスタート操作が可能になるまでの時間である。この時間は、たとえば、４．１秒等である。ウェイト時間が経過する前にスタート操作を検出した場合には、ウェイト時間の経過後にリールが回転を開始する。また、演出時間は、たとえば、ＡＴのためのナビストックが付与される可能性やナビストック付与数を示唆するために複数ゲームに亘って実行される連続演出や１ゲームで単発的に行なわれる演出（キャラクタを用いて１ゲームまたは複数ゲームに亘り実行されるバトル演出など）に要する時間である。
また、所定のタイミングでＣＵ制御部３２３が遊技機からレートを示す情報を取得して、取得した情報で示されるレートが、ＣＵ制御部３２３が記憶しているレートと異なる場合に、不正や異常と判断するようにしてもよい。たとえば、１玉４円のレートで設定されているＣＵ３に、１玉１円のレートの遊技機が不正に接続されたような場合に、１玉１円の遊技玉数が１玉４円としてカードで特定可能とされてしまうことが考えられるが、このような不正を防止することができる。
レート変換操作を受付けていない（ステップＳ５１１でＮＯ）と判断した場合、ステップＳ５１３の後、遊技動作中である（ステップＳ５１４でＹＥＳ）と判断した場合、および、ステップＳ５１８の後、ＣＵ制御部３２３は、実行する処理をステップＳ５２０に進める。
次に、ＣＵ制御部３２３は、レート切替操作を受付けたか否かを判断する。レート切替操作は、遊技に用いられる遊技媒体のレートを他のレートに切替えるための操作であって、表示器５４（または表示器３１２）のタッチパネルで受付けられる。本実施の形態においては、無料、レートＡ，レートＢ・・・のいずれかに切替えることが可能である。
レート切替操作を受付けた（ステップＳ５２０でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、遊技玉数が０でないか否かを判断する（ステップＳ５２１）。遊技玉数が０でない（ステップＳ５２１でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、計数操作を促すよう表示器５４（または表示器３１２）に表示する（ステップＳ５２２）。
一方、遊技玉数が０である（ステップＳ５２１でＮＯ）と判断した場合、ＣＵ制御部３２３は、ステップＳ５１４と同様に、遊技動作中であるか否かを判断する（ステップＳ５２３）。
遊技動作中でない（ステップＳ５２３でＮＯ）と判断した場合、ＣＵ制御部３２３は、無料のレートへの切替えであるか否かを判断する（ステップＳ５２４）。無料のレートへの切替えである（ステップＳ５２４でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、無料持玉が０であるか否かを判断する（ステップＳ５２５）。
無料持玉が０である（ステップＳ５２５でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、無料持玉が無い旨を表示器５４（または表示器３１２）に表示することで遊技者に報知する（ステップＳ５２６）。
次に、ＣＵ制御部３２３は、受付けたレートでの遊技が可能となるように切替設定をする（ステップＳ５２７）。レートの切替設定においては、ＣＵ制御部３２３は、記憶している現在のレートを示す情報を切替え後のレートを示すように変更する。ステップＳ５２８およびステップＳ５２９の処理は、それぞれ、前述したステップＳ５１７およびステップＳ５１８の処理と同様である。
遊技理においては、レートに応じた遊技が行なわれるようにしてもよく、たとえば、無料のレートへ切替えられた場合は、無料でないレートでの入賞に対する賞球数と異ならせる（たとえば、５個を１個に減らす）ようにしてもよい。
また、無償遊技であることの報知においては、直接的に、無償遊技であることを報知するようにしてもよいし、無償遊技であることを示唆するように報知してもよい（たとえば、「お試し中です」と報知する）。
レート切替操作を受付けていない（ステップＳ５２０でＮＯ）と判断した場合、ステップＳ５２２の後、遊技動作中である（ステップＳ５２３でＹＥＳ）と判断した場合、ステップＳ５２６の後、および、ステップＳ５２９の後、ＣＵ制御部３２３は、実行する処理をこのレート関連処理の呼出元の処理に戻す。
図７９は、変換処理の流れを示すフローチャートである。図７９を参照して、変換処理は、ＣＵ３のＣＵ制御部３２３によって、前述の図７８のステップＳ５１５または後述の図８０のステップＳ５５４で呼出されて実行される。
変換処理においては、まず、ＣＵ制御部３２３は、レートの変換元が無料のレート（本実施の形態においては、無料持玉）であるか否かを判断する（ステップＳ５４１）。変換元が無料のレートである（ステップＳ５４１でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、無料のレートからは変換できない旨を表示器５４（または表示器３１２）に表示することで遊技者に報知する（ステップＳ５４２）。
一方、変換元が無料のレートでない（ステップＳ５４１でＮＯ）と判断した場合、ＣＵ制御部３２３は、変換元の価値が０であるか否かを判断する（ステップＳ５４３）。変換元の価値が０である（ステップＳ５４３でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、変換元の価値が０である旨を表示器５４（または表示器３１２）に表示することで遊技者に報知する（ステップＳ５４４）。
一方、変換元の価値が０でない（ステップＳ５４３でＮＯ）と判断した場合、ＣＵ制御部３２３は、変換先が無料のレート（本実施の形態においては、無料持玉）であるか否かを判断する（ステップＳ５４５）。変換先が無料のレートである（ステップＳ５４５でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、無料持玉へは変換できない旨を表示器５４（または表示器３１２）に表示することで遊技者に報知する（ステップＳ５４６）。
一方、変換先が無料のレートでない（ステップＳ５４５でＮＯ）と判断した場合、ＣＵ制御部３２３は、変換元の持玉または貯玉を、変換先のレートに変換したものを、変換先の持玉または貯玉に加算する（ステップＳ５４７）。
たとえば、１玉４円の持玉が１００玉あり、１玉１円の持玉が２００玉ある場合に、１玉４円の持玉を１円の持玉に変換するレート変換操作が受付けられた場合、４円の持玉１００玉を１円の持玉４００玉に変換して、変換した４００玉を元からある１玉１円の持玉２００玉に加算して、１玉１円の持玉を６００玉とする。
ステップＳ５４２の後、ステップＳ５４４の後、ステップＳ５４６の後、および、ステップＳ５４７の後、ＣＵ制御部３２３は、実行する処理をこの変換処理の呼出元の処理に戻す。
図８０は、返却可否判定処理の流れを示すフローチャートである。図８０を参照して、返却可否判定処理は、図１４で説明した処理において、「カード返却」ボタン押下の直後に、ＣＵ３のＣＵ制御部３２３によって呼出されて実行される。
返却可否判定処理においては、まず、ＣＵ制御部３２３は、会員カードの受付中であるか否かを判断する（ステップＳ５５１）。会員カードの受付中でない（ステップＳ５５１でＮＯ）と判断した場合、ＣＵ制御部３２３は、各レートのいずれかの持玉および貯玉を合算した価値が５００円相当以上であるか否かを判断する（ステップＳ５５２）。
各レートのいずれかの価値も５００円相当以上でない（ステップＳ５５２でＮＯ）と判断した場合、各レートのいずれかの持玉および貯玉を合算した価値が５００円相当未満であるか否かを判断する（ステップＳ５５３）。
各レートのいずれかの価値が５００円相当未満である（ステップＳ５５３でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、少ないレートの価値（持玉および貯玉）を、最も多い価値のレートに変換する変換処理を実行する（ステップＳ５５４）。変換処理は、図７９で説明した。
ステップＳ５５４の後、ＣＵ制御部３２３は、最も価値が多いレートの価値が５００円相当未満であるか否かを判断する（ステップＳ５５５）。最も価値が多いレートの価値が５００円相当未満である（ステップＳ５５５でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、遊技場の係員の呼出を促す旨を、表示器５４（または表示器３１２）に表示することで遊技者に報知する（ステップＳ５５６）。
そして、ＣＵ制御部３２３は、係員の所持するリモコンによる報知を解除する操作が行なわれたか否かを判断する（ステップＳ５５７）。操作が行なわれていない（ステップＳ５５７でＮＯ）と判断した場合、ＣＵ制御部３２３は、ステップＳ５５７の処理を繰返す。
会員カード受付中である（ステップＳ５５１でＹＥＳ）と判断した場合、各レートのいずれかの価値が５００円相当以上である（ステップＳ５５２でＹＥＳ）と判断した場合、各レートのいずれの価値も５００円相当未満でない（ステップＳ５５３でＮＯ）と判断した場合、最も価値が多いレートの価値が５００円相当未満でない（ステップＳ５５５でＮＯ）と判断した場合、および、係員のリモコンによる報知を解除する操作が行なわれた（ステップＳ５５７でＹＥＳ）と判断した場合、ＣＵ制御部３２３は、実行する処理をこの処理の呼出元の処理に戻す。
会員カードは遊技者専用のカードであるので廃棄されてしまうことは考え難いが、排出されたビジターカードが廃棄されたり破損されたりしてしまうことが考えられる。カードの単価は数百円（たとえば５００円）であるので、廃棄されたり破損されたりしてしまうと遊技場の損害となってしまう。このため、上述のような返却可否判定処理を実行することによって、カードで特定可能な遊技用価値がカードの単価未満である可能性が高いカードの排出を制限する。その結果、遊技場の損害を回避することができる。
＜変形例＞
次に、以上説明した無償遊技および所定レートでの遊技の切替えの変形例について説明する。
（１） 上述した実施の形態においては、無料持玉の数は、他のレートの価値（プリペイド残額、持玉、貯玉）とは分けて特定可能なように構成した。変形例においては、無料持玉の数は、いずれかのレートの価値に合算されて特定可能なように構成する。
以下に具体的に説明する。図８１は、変形例としての贈与処理の流れを示すフローチャートおよび遊技者所有の価値を管理するための記憶テーブルの説明図である。図８１は、図７７で説明した内容の変形例である。
図８１（Ａ）を参照して、贈与処理は、ホールサーバ８０１などの遊技場内のサーバのＣＰＵによって実行される。
変形例の贈与処理においては、まず、ホールサーバ８０１のＣＰＵは、図７７のステップＳ４０１と同様の処理を実行する。
贈与条件が成立した（ステップＳ４０１でＹＥＳ）と判断した場合、ホールサーバ８０１のＣＰＵは、対象のカードＩＤに対応付けて、所定量（たとえば、１００玉）の無料持玉を、無料でないレート（ここではレートＡ）の持玉数を記憶する記憶領域に記憶させる（ステップＳ４０２Ａ）。このとき、無料持玉１玉を無料でないレートの玉１玉として記憶させるようにしてもよいし、無料持玉１０玉を無料でないレートの玉１玉として記憶させるようにしてもよい。
贈与条件が成立していない（ステップＳ４０１でＮＯ）と判断した場合、および、ステップＳ４０２Ａの後、ホールサーバ８０１のＣＰＵは、実行する処理を呼出元の処理に戻す。
図８１（Ｂ）を参照して、ホールサーバ８０１の記憶部には、会員残高・持玉・貯玉テーブルで示されるような情報が記憶される。このテーブルで示されるように、会員の会員カードのカードＩＤと対応付けて、プリペイド残額ならびにレートごとの持玉数および貯玉数を記憶可能な記憶領域が設けられる一方、無料持玉の数は、レートＡの持玉の数に合算されて記憶される。
また、図７７（Ｃ）を参照して、ホールサーバ８０１の記憶部には、ビジター残高・持玉テーブルで示されるような情報が記憶される。このテーブルで示されるように、ビジターカードのカードＩＤと対応付けて、プリペイド残額ならびにレートごとの持玉数を記憶可能な記憶領域が設けられる一方、無料持玉の数は、レートＡの持玉の数に合算されて記憶される。
このような会員カードおよびビジターカードがＣＵ３で受付けられることでＣＵ３からホールサーバ８０１にカードＩＤが送信され、カードＩＤに対応するプリペイド残額、ならびに、レートごとの持玉数および貯玉数が、ＣＵ３に送信される。
このように、会員カードおよびビジターカードは、価値として、遊技者に無償で与えられない種類の価値（たとえば、プリペイド残額、持玉、貯玉）と、遊技者に無償で与えられる種類の価値（ここでは、無料持玉）とを合算した価値を特定可能である。後者は、無償遊技に使用可能な価値ともいえ、前者は、無償遊技でない通常遊技に使用可能な価値ともいえる。
（２） 前述した実施の形態においては、遊技者に付与される無償遊技に用いることが可能な遊技用価値は、無料持玉であることとした。しかしこれに限定されず、遊技者に付与される無償遊技に用いることが可能な遊技用価値は、貯玉であってもよいし、プリペイド残額（カード残額）であってもよい。貯玉とする場合は、有効期間を短くする（たとえば、当日または翌日のみ）。また、プリペイド残額とする場合、精算して現金に交換することはできないようにする。
（３） 前述した実施の形態においては、図７７（Ａ）で説明したように、ホールサーバ８０１のＣＰＵによって、遊技者に無償で与えられる価値（たとえば、無料持玉）の贈与条件が成立したと判断された場合に、当該価値が付与されるようにした。
しかし、これに限定されず、遊技者に無償で与えられる価値は、遊技場の広告に２次元コードを掲示して、遊技者が当該２次元コードを携帯端末で読込むことで所定のサイト（たとえば、遊技場のサイト）にアクセスすることによって付与されるようにしてもよい。また、所定のサイトに直接アクセスして所定の条件を満たす（たとえば、ゲームをして所定条件をクリアする）ことで付与されるようにしてもよい。
また、所定のサイトは、遊技場のサイトに限定されず、遊技者の遊技情報をスマートフォンやＰＣなど会員の端末および店舗のＣＵ３に提供するサービスのサイトであってもよい。この場合、当該サービスを提供する会社から遊技場を経由して遊技者に無償で与えられる価値が付与されるようにする。
また、無償で遊技者に価値を付与するか否かを、遊技場の外部の会社から設定できるようにしてもよい。この場合、無償遊技の対価は、遊技場の外部の会社から遊技場に支払われるようにする。
（４） 前述した実施の形態においては、遊技者に無償で与えられる価値は、会員であるか否かに関わらず付与されるようにした。しかし、これに限定されず、会員のみに付与されるようにしてもよい。
（５） 前述した実施の形態においては、図７７で示したように、所定の贈与条件が成立すると、自動的に無償で与えられる価値が付与されるようにした。しかし、これに限定されず、遊技場の係員の操作によって無償で与えられる価値が付与されるようにしてもよい。
（６） 遊技者に無償で与えられる価値が用いられて無償遊技が行なわれる場合に、遊技の方法や価値（プリペイド残額、持玉、貯玉）の遊技への用い方のガイダンスが表示されるようにしてもよい。これにより、無償遊技を初心者の遊技者の練習モードとして用いることができる。
（７） 前述した実施の形態においては、図７８のステップＳ５２０からステップＳ５２７で示したように、遊技者による無償遊技への切替え操作が受付けられた場合に、無償遊技へ切替えるようにした。しかし、これに限定されず、受付けられたカードで無料持玉などの無償で遊技者に与えられる価値が有ることが特定される場合に、ＣＵ３のＣＵ制御部３２３が自動的に無償遊技へ切替えるようにしてもよい。また、無償で与えられる価値が遊技者に与えられている場合に、遊技場の係員が無償遊技へ切替えるようにしてもよい。
（８） 前述した実施の形態においては、図７８のステップＳ５２１で示したように、無料持玉が残っている場合には、計数操作を経た後でないと、他のレートに切替えることができない。しかし、これに限定されず、無料持玉を放棄して、他のレートに切替えることができるようにしてもよい。
（９） 無料持玉は、景品交換できないこととしてもよいし、景品交換できることとしてもよい。景品交換できる場合には、通常の持玉と比較して、価値の低いものに交換できるようにしてもよいし、無料配布されるようなものと交換できるようにしてもよいし、遊技機の携帯連動サイトで用いることができるポイントやコインなどと交換できるようにしてもよい。
（１０） 前述した実施の形態においては、遊技者に無償で与えられる価値は、どの遊技機でもどの機種でも使えることとした。また、別の遊技機に移動した場合であっても使えることとした。しかし、これに限定されず、特定の機種でのみ使えることとしてもよい。
（１１） 前述した実施の形態においては、どの遊技機においてもいずれのレートへも切替え可能であることとした。しかし、これに限定されず、機種ごとまたは遊技機ごとに、切替え可能なレートを制限するようにしてもよい。たとえば、新しく設置された遊技機では高レートのままレートの切替えは不可とし、以前から設置されている遊技機ではレートの切替えが可能なようにしてもよい。
（１２） たとえば、遊技者に無償で与えられる価値を、所定時刻となったときに付与するようにしてもよい。この場合、ホールサーバ８０１に予め付与する所定時刻を設定しておき、所定時刻になったときに、ＣＵ３で受付けられているカードに対して価値を付与する。また、特定の機種の遊技機のみに付与するようにしてもよいし、特定の位置に設置されている遊技機（たとえば、特定の遊技機設置島に設置されている遊技機）のみに付与するようにしてもよい。また、特定の性別（たとえば、女性）の会員のみに付与するようにしてもよいし、会員のみに付与するようにしてもよい。また、来店ポイントを付与する装置で付与するようにしてもよい。また、遊技機で所定条件が成立した場合（たとえば、ＲＴＣの時刻が所定時刻となった場合）にＣＵ３にその旨の信号を送信し、付与するようにしてもよい。
（１３） 前述した実施の形態においては、ビジターカードに対しても遊技者に無償で与えられる価値を付与するようにした。しかし、プリペイド残額および持玉数が０であっても、無償で与えられる価値がビジターカードに残っている場合は、ビジターカードをＣＵ３の内部に回収することができない。このような場合に、遊技者に、無償で与えられる価値のみを特定可能なビジターカードを排出するか否かを問合せ、遊技者が不要である場合は、当該ビジターカードで特定される無償で与えられた価値を消去して、当該ビジターカードを内部に回収するようにしてもよい。
（１４） 前述した実施の形態においては、ビジターカードに対しても遊技者に無償で与えられる価値を付与するようにした。しかし、これに限定されず、会員カードに対してのみ遊技者に無償で与えられる価値を付与するようにしてもよい。この場合に、遊技者に無償で与えられる価値を遊技者が会員になったことを条件に付与するようにすれば、新規会員の増加に寄与することができる。
（１５） 前述した実施の形態においては、遊技者に無償で与えられる価値を持玉数で付与するようにした。しかし、これに限定されず、所定時間（たとえば３分）の遊技が可能となる価値として付与するようにしてもよい。
（１６） 前述した実施の形態においては、図７８のステップＳ５２３で示したように、遊技動作中でない場合にレートを切替え可能であることとした。しかし、これに限定されず、遊技動作中であってもレートを切替え可能であることとしてもよい。また、遊技動作中である場合にレート切替操作は受付け可能として、レート切替操作が受付けられた場合は、遊技動作中でなくなってから、レートを切替えるようにしてもよい。
（１７） 前述した実施の形態においては、図７８のステップＳ５２１，ステップＳ５２２で示したように、レート切替操作が受付けられたときに遊技玉数が０でない場合は、計数操作を促すようにした。しかし、これに限定されず、レート切替操作が受付けられたときに遊技玉数が０でない場合は、ＣＵおよび遊技機が、自動的に計数を行なって、計数終了後にレートを切替えるようにしてもよい。
（１８） 前述した実施の形態においては、ＣＵ３でレート切替操作が受付けられることとした。しかし、これに限定されず、遊技機でレート切替操作が受付けられることとしてもよい。
（１９） 前述した実施の形態においては、図７８で示したように、レート切替操作が受付けられたときに遊技玉数が０でなければ、レートが切替えられないようにした。しかし、これに限定されず、レート切替操作が受付けられたときの遊技玉数のレートを変換してそのまま遊技に用いることができるようにしてもよい。たとえば、レート切替操作が受付けられたときに１玉４円のレートの遊技玉が１００玉ある場合に、１玉１円のレートの遊技玉４００玉に変換して、そのまま遊技を継続可能とする。
（２０） 前述した実施の形態において、レート変換する場合に玉数が足りない場合にその旨を報知するようにしてもよい。たとえば、１玉１円のレートの玉が４玉未満の場合は、１玉４円のレートには変換できない旨を報知する。また、すべてのレートで一律に最低価値を設定しておくようにしてもよい。たとえば、１玉４円換算で２５玉未満の場合はレート変換できない旨を報知するようにしてもよい。また、レートごとにレート変換可能な最低価値を設定できるようにしてもよい。
（２１） 前述した実施の形態においては、会員カードおよびビジターカードで、レートごとに遊技用価値を特定可能なようにした。しかし、これに限定されず、レートごとに遊技用価値を特定可能にせず、最低レートの遊技用価値として特定可能であることとしてもよい。
（２２） 前述した実施の形態においては、図７８のステップＳ５１４およびステップＳ５２３で説明したように、遊技玉数が０になってから所定時間、経過しており、かつ、図柄変動中でなく、かつ、大当り状態などの特定遊技状態でなく、かつ、確変状態や時短状態などの特別遊技状態中でない場合に、ＣＵ制御部３２３は、遊技動作中でないと判断するようにした。そして、遊技動作中でない場合に、レートの変換処理やレートの切替を行なうようにした。
しかし、これに限定されず、遊技動作中であるか否かの判断に、人感センサによって遊技機の前の椅子に人が座っているか否かの判断を加えるようにしてもよい。すなわち、人がいない場合には、遊技状態中ではないが、レート変換操作やレート切替操作を無効にするようにしてもよい。
また、遊技動作中であるか否かの判断に、ハンドルの操作量が０でないか否かの判断、または、ハンドルのタッチセンサで手の接触を検知しているか否かの判断を加えるようにしてもよい。すなわち、少なくともハンドルの操作量が０でなければ、遊技操作中でないと判断しないようにする。または、少なくともタッチセンサで手の接触を検知していれば、遊技操作中でないと判断しないようにする。
＜効果＞
（Ａ−１） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）と、前記遊技機で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）とを含む遊技用システムであって、
前記記録媒体は、価値として、遊技者に無償で与えられない第Ａ一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第Ａ二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを特定可能であり（たとえば、図７７参照）、
前記遊技用装置は、
前記第Ａ一類価値および前記第Ａ二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用システムを提供することができる。
（Ａ−２） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）であって、
前記記録媒体は、価値として、遊技者に無償で与えられない第Ａ一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第Ａ二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを特定可能であり（たとえば、図７７参照）、
前記第Ａ一類価値および前記第Ａ二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用装置を提供することができる。
（Ａ−３） 上記（Ａ−１）の遊技用システムまたは（Ａ−２）の遊技用装置において、
前記第Ａ二類価値は前記第Ａ一類価値に変換不能とされる（たとえば、図７９のステップＳ５４１，ステップＳ５４２）。
このような構成によれば、遊技者に無償で与えられる第Ａ二類価値は、遊技者に無償で与えられない第Ａ一類価値に変換不能とすることができる。その結果、遊技者に無償で遊技をさせることができるとともに、遊技場の負担を防止することができる。
（Ａ−４） 上記（Ａ−１）の遊技用システムまたは（Ａ−２）の遊技用装置において、
前記第Ａ二類価値の少なくとも一部は前記第Ａ一類価値に変換可能とされる（たとえば、図７９のステップＳ５４１，ステップＳ５４２では、変換不能としたが、無料持玉で獲得した玉の少なくとも一部を通常の持玉に変換可能とするようにしてもよい。たとえば、１００００玉を超えたら５００円分の所定レートの価値に交換できるようにしてもよい。）。
このような構成によれば、遊技者に無償で与えられる第Ａ二類価値の少なくとも一部が景品等に交換可能な第Ａ一類価値に交換可能とすることができる。その結果、遊技者に無償で遊技をさせることができるとともに、さらに第Ａ二類価値を第Ａ一類価値に変換して遊技者に有効に利用させることができる。
（Ａ−５） 上記（Ａ−１）から（Ａ−４）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値との引換えでの遊技で獲得した価値、または、前記第Ａ一類価値は、前記第Ａ二類価値に変換不能とされる（たとえば、図７９のステップＳ５４５，ステップＳ５４６）。
このような構成によれば、遊技者に与えられた第Ａ二類価値を増加させないようにすることができる。このため、第Ａ二類価値での遊技を必要以上に行なわせないようにすることができる。その結果、遊技場の必要以上の負担を防止することができる。
（Ａ−６） 上記（Ａ−１）から（Ａ−５）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値は、所定無効条件が成立（たとえば、日を跨ぐ、所定時間経過する、別の遊技機に移動するなど）したことを条件に無効とされる（たとえば、無料持玉は、通常の持玉と同様の扱いであるので、当日のみ有効とされる。）。
このような構成によれば、所定無効条件が成立すると第Ａ二類価値は無効とされる。このため、第Ａ二類価値での遊技を必要以上に行なわせないようにすることができる。その結果、遊技場の必要以上の負担を防止することができる。
（Ａ−７） 上記（Ａ−１）から（Ａ−６）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値は、前記第Ａ一類価値と同様の態様で前記記録媒体で特定可能とされる（たとえば、図７７参照。遊技者に無料で与えられるプリペイド残額，持玉，貯玉は、通常のプリペイド残額，持玉，貯玉がカードで特定可能とされる態様と同様の態様で特定可能とされる。会員カードの場合は、遊技者に無料で与えられる貯玉は、通常の貯玉と同様、カードＩＤに対応付けてホール用管理コンピュータに記憶される。会員カード，ビジターカードの遊技者に無料で与えられるプリペイド残額，持玉は、通常のプリペイド残額，持玉と同様に扱われる。）。
このような構成によれば、第Ａ二類価値は、第Ａ一類価値と同様の態様で遊技に用いることが可能となる（たとえば、第Ａ二類価値が第Ａ一類価値の持玉と同様の態様で特定可能とされる場合、第Ａ一類価値と同様の再プレイ操作で第Ａ二類価値を用いることができる。また、第Ａ二類価値が第Ａ一類価値のプリペイド残額と同様の態様で特定可能とされる場合、第Ａ一類価値と同様の玉貸操作で第Ａ二類価値を用いることができる。）。その結果、第Ａ二類価値を遊技者が容易に用いることを可能とすることができる。
（Ａ−８） 上記（Ａ−１）から（Ａ−７）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値が、前記遊技用装置で現金が受付けられたときの残高と同様の態様で前記記録媒体で特定可能とされる場合であっても、残高は精算不能とされる（たとえば、通常のプリペイド残額は精算可能であるが、遊技者に無償で与えられるプリペイド残額は精算不能とされる）。
このような構成によれば、無償で与えられた第Ａ二類価値が残高と同様の態様で扱われる場合であっても精算不能とできる。このため、第Ａ二類価値を遊技者に与えても、遊技者は第Ａ二類価値をそのまま精算することができず、与える側の遊技場が損害を被ることがないので、第Ａ二類価値を手軽に遊技者に与えることができる。その結果、手軽に与えることができる第Ａ二類価値で、第Ａ一類価値の残高の用い方を遊技者に慣れさせることができる。
（Ａ−９） 上記（Ａ−１）から（Ａ−８）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記設定手段は、遊技が行なわれていないと判断される場合（たとえば、遊技玉数が０になって所定時間、経過しており、図柄変動中でなく、特定遊技状態や特別遊技状態中でない場合）に、設定の変更を可能とする（たとえば、図７８のステップＳ５２３で遊技動作中でないと判断されることを条件としてステップＳ５２７でレート切替設定が行なわれる）。
このような構成によれば、第Ａ一類価値または第Ａ二類価値が用いられて遊技が行なわれているときには他方の価値への設定変更ができないようにされる。その結果、第Ａ一類価値および第Ａ二類価値が混ざってしまわないようにすることができる。
（Ａ−１０） 上記（Ａ−１）から（Ａ−９）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値を用いて遊技が行なわれている場合、または、前記第Ａ二類価値と引換えでの遊技で遊技者にとって有利な特定遊技状態とするか否かの抽選の演出が行われている場合に、その旨を報知または示唆する報知手段をさらに備える（たとえば、図７８のステップＳ５１７。遊技機側で報知してもよいし、遊技用装置で報知してもよい。）。
このような構成によれば、第Ａ一類価値または第Ａ二類価値のいずれが用いられて遊技が行なわれているかを遊技者に分からせることができる。
（Ａ−１１） 上記（Ａ−１）から（Ａ−１０）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記遊技用装置は、さらに、
前記設定手段による設定を示す情報を前記遊技機に送信する遊技用装置側送信手段（たとえば、図７８のステップＳ５１８。状態情報要求に第Ａ一類価値であるか第Ａ二類価値であるか否かが含められて送信されるようにしてもよい。）を備える。
このような構成によれば、第Ａ一類価値または第Ａ二類価値のいずれが用いられて遊技が行なわれるかに応じた対応を遊技機に実行させることができる（たとえば、第Ａ一類価値および第Ａ二類価値のいずれが用いられて遊技が行われているかを遊技機に表示させることができる）。
（Ａ−１２） 上記（Ａ−１１）の遊技用システムまたは遊技用装置において、
前記遊技機は、
遊技の結果を前記遊技用装置に送信するときに、前記遊技用装置側送信手段から受信した設定を示す情報で示される設定を合わせて送信する遊技機側送信手段（たとえば、図１２で計数の処理が行なわれるときに状態情報応答に第Ａ一類価値であるか第Ａ二類価値であるかが含められて送信されるようにする。）を備える。
このような構成によれば、遊技用装置で設定された遊技に用いられる価値と遊技機から受信した遊技に用いられている価値との一致を遊技用装置が判断することができる。その結果、両者が一致しないといった不正や異常を発見することができる。
（Ａ−１３） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）と、前記遊技機で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）とを含む遊技用システムであって、
前記記録媒体は、価値として、遊技者に無償で与えられない第Ａ一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第Ａ二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを合算した価値を特定可能であり（たとえば、図８１参照）、
前記遊技用装置は、
前記第Ａ一類価値および前記第Ａ二類価値（この第Ａ二類価値は、カードに記録する態様以外の方法で付与される。）に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用システムを提供することができる。
（Ａ−１４） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）であって、
前記記録媒体は、価値として、遊技者に無償で与えられない第Ａ一類価値（たとえば、プリペイド残額，持玉，貯玉。通常遊技に使用可能な価値。）と、遊技者に無償で与えられる第Ａ二類価値（たとえば、遊技者に無料で与えられるプリペイド残額，持玉，貯玉。無償遊技に使用可能な価値。）とを合算した価値を特定可能であり（たとえば、図８１参照）、
前記第Ａ一類価値および前記第Ａ二類価値（この第Ａ二類価値は、カードに記録する態様以外の方法で付与される。）に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）を備える。
このような構成によれば、遊技用装置によって遊技者に無償で与えられる価値を用いて遊技を可能にすることができる。その結果、遊技者に無償で遊技をさせることが可能な遊技用装置を提供することができる。
（Ａ−１５） 上記（Ａ−１）から（Ａ−１４）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ａ二類価値は、所定付与条件が成立したことを条件に遊技者に付与される（たとえば、図７７のステップＳ４０２、図８１のステップＳ４０２Ａ）。
このような構成によれば、遊技者に無償で与えられる第Ａ二類価値を用いた遊技を適宜、実施させることができる。
（Ｂ−１） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）と、前記遊技機で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）とを含む遊技用システムであって、
前記記録媒体は、価値として、高レート（たとえば、パチンコ玉１玉４円のレート、コイン１枚２０円のレート）での遊技を可能とする第Ｂ一類価値（たとえば、プリペイド残額，４パチの持玉，４パチの貯玉）と低レート（たとえば、パチンコ玉１玉４円未満のレート、コイン１枚２０円未満のレート）での遊技を可能とする第Ｂ二類価値（たとえば、プリペイド残額，１パチの持玉，１パチの貯玉）とを特定可能であり（たとえば、図７７参照）、
前記遊技用装置は、
前記高レートおよび前記低レートのいずれの遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）と、
前記設定手段による設定に応じて遊技で獲得した価値を前記第Ｂ一類価値および前記第Ｂ二類価値のいずれかに含まれる価値に加算する加算手段（たとえば、図１２参照。図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、獲得した価値を判定されたレートの第一類価値または第二類価値に加算する。１パチ，４パチの両方で使用可能なプリペイド残額での遊技で獲得した価値を４パチの持玉に加算してもよいし、４パチの貯玉での遊技機獲得した価値を４パチの持玉に加算してもよい。）とを備える。
このような構成によれば、遊技用装置によって複数のレートを流動的に設定して遊技を可能にすることができる。その結果、複数のレートに流動的に対応することが可能な遊技用システムを提供することができる。
（Ｂ−２） 遊技機（たとえば、パチンコ機２、スロットマシン２Ｓ）で遊技をするための価値（たとえば、プリペイド残額、持玉、貯玉）を特定可能な記録媒体（たとえば、会員カード、ビジターカード）を受付けて前記記録媒体で特定される価値を用いて遊技を可能（たとえば、遊技玉数，遊技点数を加算）にする遊技用装置（たとえば、カードユニット３）であって、
前記記録媒体は、価値として、高レート（たとえば、パチンコ玉１玉４円のレート、コイン１枚２０円のレート）での遊技を可能とする第Ｂ一類価値（たとえば、プリペイド残額，４パチの持玉，４パチの貯玉）と低レート（たとえば、パチンコ玉１玉４円未満のレート、コイン１枚２０円未満のレート）での遊技を可能とする第Ｂ二類価値（たとえば、プリペイド残額，１パチの持玉，１パチの貯玉）とを特定可能であり（たとえば、図７７参照）、
前記高レートおよび前記低レートのいずれの遊技を可能にするかを設定する設定手段（たとえば、図７８のステップＳ５２７）と、
前記設定手段による設定に応じて遊技で獲得した価値を前記第Ｂ一類価値および前記第Ｂ二類価値のいずれかに含まれる価値に加算する加算手段（たとえば、図１２参照。図７８のステップＳ５１６またはステップＳ５２７で設定されたレートを判定して、獲得した価値を判定されたレートの第一類価値または第二類価値に加算する。１パチ，４パチの両方で使用可能なプリペイド残額での遊技で獲得した価値を４パチの持玉に加算してもよいし、４パチの貯玉での遊技機獲得した価値を４パチの持玉に加算してもよい。）とを備える。
このような構成によれば、遊技用装置によって複数のレートを流動的に設定して遊技を可能にすることができる。その結果、複数のレートに流動的に対応することが可能な遊技用装置を提供することができる。
（Ｂ−３） 上記（Ｂ−１）の遊技用システムまたは（Ｂ−２）の遊技用装置において、
前記遊技用装置は、さらに、
前記記録媒体の返却操作を受付ける返却操作受付手段（たとえば、図１４の「カード返却」ボタン押下）と、
前記記録媒体で特定される前記第Ｂ一類価値が第１閾値未満であるか、および、
前記記録媒体で特定される前記第Ｂ二類価値が第２閾値未満であるかを判定する判定手段（たとえば、図８０のステップＳ５５３）と、
前記返却操作受付手段によって前記返却操作が受付けられたときに、前記判定手段によって前記第Ｂ一類価値が前記第１閾値未満であるか、前記第Ｂ二類価値が前記第２閾値未満であると判定された場合は、前記記録媒体の返却を制限する返却制限手段（たとえば、図８０のステップＳ５５６，ステップＳ５５７で係員の操作がない限り返却不可とする。）とを備える。
このような構成によれば、記録媒体で特定される第Ｂ一類価値が第１閾値未満であるか第Ｂ二類価値が第２閾値未満である場合は、記録媒体の返却が制限される。その結果、閾値未満の第Ｂ一類価値または第Ｂ二類価値を特定可能な記録媒体の排出を防止することができる。
（Ｂ−４） 上記（Ｂ−１）の遊技用システムまたは（Ｂ−２）の遊技用装置において、
前記遊技用装置は、さらに、
前記記録媒体の返却操作を受付ける返却操作受付手段（たとえば、図１４の「カード返却」ボタン押下）と、
前記記録媒体で特定される前記第Ｂ一類価値が第１閾値未満であるか、および、
前記記録媒体で特定される前記第Ｂ二類価値が第２閾値未満であるかを判定する判定手段（たとえば、図８０のステップＳ５５３）と、
前記返却操作受付手段によって前記返却操作が受付けられたときに、前記判定手段によって前記第Ｂ一類価値が前記第１閾値未満、および、前記第Ｂ二類価値が前記第２閾値未満のいずれかと判定された場合は、価値の少ない方を多い方に変換して合算する合算手段（たとえば、図８０のステップＳ５５４、図７９のステップＳ５４７）とを備え、
前記判定手段は、前記合算手段によって合算された価値が、前記第Ｂ一類価値であれば前記第１閾値未満であるかを判定し、前記第Ｂ二類価値であれば前記第２閾値未満であるかを判定し（たとえば、図８０のステップＳ５５５）、
前記遊技用装置は、さらに、
前記判定手段によって前記合算された価値が前記第１閾値または前記第２閾値未満であると判定された場合は、前記記録媒体の返却を制限し、未満でないと判定された場合は、前記記録媒体を返却する返却手段（たとえば、図８０のステップＳ５５６，ステップＳ５５７、図１４の返却可否判定処理の後の処理）を備える。
このような構成によれば、記録媒体で特定される第Ｂ一類価値と第Ｂ二類価値とを合算した価値が閾値未満である場合は、記録媒体の返却が制限される。その結果、閾値未満の第Ｂ一類価値または第Ｂ二類価値を特定可能な記録媒体の排出を防止することができる。
（Ｂ−５） 上記（Ｂ−１）の遊技用システムまたは（Ｂ−２）の遊技用装置において、
前記遊技用装置は、さらに、
前記記録媒体の返却操作を受付ける返却操作受付手段（たとえば、図１４の「カード返却」ボタン押下）と、
前記記録媒体で特定される前記第Ｂ一類価値が第１閾値以上であるか、および、
前記記録媒体で特定される前記第Ｂ二類価値が第２閾値以上であるかを判定する判定手段（たとえば、図８０のステップＳ５５２）と、
前記返却操作受付手段によって前記返却操作が受付けられたときに、前記判定手段によって前記第Ｂ一類価値が前記第１閾値以上であるか、前記第Ｂ二類価値が前記第２閾値以上であると判定された場合は、前記記録媒体を返却する返却手段（たとえば、図１４の返却可否判定処理の後の処理）とを備える。
このような構成によれば、記録媒体で特定される第Ｂ一類価値が第１閾値以上であるか第Ｂ二類価値が第２閾値以上である場合に、記録媒体が返却可能とされる。その結果、閾値未満の第Ｂ一類価値または第Ｂ二類価値を特定可能な記録媒体の排出を防止することができる。
（Ｂ−６） 上記（Ｂ−１）の遊技用システムまたは（Ｂ−２）の遊技用装置において、
前記遊技用装置は、さらに、
前記記録媒体の返却操作を受付ける返却操作受付手段（たとえば、図１４の「カード返却」ボタン押下）と、
前記記録媒体で特定される前記第Ｂ一類価値と前記第Ｂ二類価値との和が閾値未満であるかを判定する判定手段（たとえば、図８０のステップＳ５５３においては各レートの持玉が５００円相当未満であるかを判断するようにしたが、各レートの持玉を合算したものが５００円相当未満であるかを判断するようにしてもよい。）と、
前記返却操作受付手段によって前記返却操作が受付けられたときに、前記判定手段によって前記和が前記閾値未満であると判定された場合は、前記記録媒体の返却を制限し、未満でないと判定された場合は、前記記録媒体を返却する返却手段（たとえば、図８０のステップＳ５５６，ステップＳ５５７、図１４の返却可否判定処理の後の処理）とを備える。
このような構成によれば、記録媒体で特定される第Ｂ一類価値と第Ｂ二類価値との和が閾値未満である場合は、記録媒体の返却が制限され、未満でない場合は、記録日値が返却可能とされる。その結果、閾値未満の第Ｂ一類価値または第Ｂ二類価値を特定可能な記録媒体の排出を防止することができる。
（Ｂ−７） 上記（Ｂ−３）から（Ｂ−６）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記判定手段は、前記返却操作受付手段によって返却操作が受付けられたときに、前記第Ｂ一類価値および前記第Ｂ二類価値のいずれにも加算されていない価値があるときは、当該加算されていない価値を前記第Ｂ一類価値および前記第Ｂ二類価値のいずれかに加算したものに対して判定する（たとえば、図８０のステップＳ５５３においては各レートの持玉が５００円相当未満であるかを判断するようにしたが、各レートの持玉および未計数の遊技玉を合算したものが５００円相当未満であるかを判断するようにしてもよい。）。
このような構成によれば、記録媒体で特定される第Ｂ一類価値および第Ｂ二類価値が閾値未満であるかを、記録媒体で未だ特定可能とされていない価値も加味して判定することができる。その結果、より有効な判定をすることができる。
（Ｂ−８） 上記（Ｂ−１）から（Ｂ−７）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記第Ｂ一類価値および前記第Ｂ二類価値は、互いに変換可能とされる（たとえば、図７８のステップＳ５１１〜ステップＳ５１５、図７９のステップＳ５４７）。
このような構成によれば、一方のレートの価値が無くなった場合に他方のレートの価値があれば、その他方のレートの価値を一方のレートの価値に変換することができる。その結果、遊技者の利便性を向上させることができる。
（Ｂ−９） 上記（Ｂ−８）の遊技用システムまたは遊技用装置において、
前記第Ｂ一類価値および前記第Ｂ二類価値が互いに変換可能とされるのは、遊技が行なわれていないと判断される場合（たとえば、遊技玉数が０になって所定時間、経過しており、図柄変動中でなく、特定遊技状態や特別遊技状態中でない場合）である（たとえば、図７８のステップＳ５１４で遊技動作中でないと判断されたときである）。
このような構成によれば、第Ｂ一類価値または第Ｂ二類価値が用いられて遊技が行なわれているときには他方の価値への変換ができないようにされる。その結果、第Ｂ一類価値および第Ｂ二類価値が混ざってしまわないようにすることができる。
（Ｂ−１０） 上記（Ｂ−１）から（Ｂ−９）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記設定手段は、遊技が行なわれていないと判断される場合（たとえば、遊技玉数が０になって所定時間、経過しており、図柄変動中でなく、特定遊技状態や特別遊技状態中でない場合）に、設定の変更を可能とする（たとえば、図７８のステップＳ５２３で遊技動作中でないと判断されることを条件としてステップＳ５２７でレート切替設定が行なわれる）。
このような構成によれば、第Ｂ一類価値または第Ｂ二類価値が用いられて遊技が行なわれているときには他方の価値への設定変更ができないようにされる。その結果、第Ｂ一類価値および第Ｂ二類価値が混ざってしまわないようにすることができる。
（Ｂ−１１） 上記（Ｂ−１）から（Ｂ−１０）の遊技用システムおよび遊技用装置のいずれかにおいて、
遊技が行なわれていると判断される場合、または、遊技で遊技者にとって有利な特定遊技状態とするか否かの抽選の演出が行われている場合に、前記第Ｂ一類価値または前記第Ｂ二類価値のいずれを用いて遊技が行なわれているかを報知または示唆する報知手段をさらに備える（たとえば、図７８のステップＳ５１７。遊技機側で報知してもよいし、遊技用装置で報知してもよい。）。
このような構成によれば、第Ｂ一類価値または第Ｂ二類価値のいずれが用いられて遊技が行なわれているかを遊技者に分からせることができる。
（Ｂ−１２） 上記（Ｂ−１）から（Ｂ−１１）の遊技用システムおよび遊技用装置のいずれかにおいて、
前記遊技用装置は、さらに、
前記設定手段による設定を示す情報を前記遊技機に送信する遊技用装置側送信手段（たとえば、図７８のステップＳ５１８。状態情報要求に第Ｂ一類価値であるか第Ｂ二類価値であるか否かが含められて送信されるようにしてもよい。）を備える。
このような構成によれば、第Ｂ一類価値または第Ｂ二類価値のいずれが用いられて遊技が行なわれるかに応じた対応を遊技機に実行させることができる（たとえば、第Ｂ一類価値および第Ｂ二類価値のいずれが用いられて遊技が行われているかを遊技機に表示させることができる）。
（Ｂ−１３） 上記（Ｂ−１２）の遊技用システムまたは遊技用装置において、
前記遊技機は、
遊技の結果を前記遊技用装置に送信するときに、前記遊技用装置側送信手段から受信した設定を示す情報で示される設定を合わせて送信する遊技機側送信手段（たとえば、図１２で計数の処理が行なわれるときに状態情報応答に第Ｂ一類価値であるか第Ｂ二類価値であるかが含められて送信されるようにする。）を備える。
このような構成によれば、遊技用装置で設定された遊技に用いられる価値と遊技機から受信した遊技に用いられている価値との一致を遊技用装置が判断することができる。その結果、両者が一致しないといった不正や異常を発見することができる。
＜スロットマシン＞
次に、遊技機の他の例としてスロットマシンを説明する。図８２は、スロットマシンの前面扉を開放した状態を示す斜視図である。これまでの説明において、パチンコ機を“Ｐ台”と略称したこととの関係上、スロットマシンを以下では、“Ｓ台”とも略称する。
遊技玉および持玉を用いた上記の遊技用システムは、Ｓ台にも同様に適用される。ただし、Ｓ台では、玉を使わずにゲームが行なわれる関係上、以下では、遊技玉を遊技点（遊技玉数である遊技玉数を、遊技点の数である遊技点数）、持玉を持点と称する。
図８２を参照して、スロットマシン２Ｓは、本体枠２ａＳに対して前面扉２ｂＳがその左側縁を揺動中心として開閉可能に設けられている。図８２では図示を省略しているが、スロットマシン２Ｓの図面左隣には、Ｐ台と同様にＣＵが接続される。
スロットマシン２Ｓでは、遊技点を用いることによって賭数が設定され、入賞に応じてその遊技点が加算更新される。このため、スロットマシン２Ｓにおいて遊技をする際には、メダルの投入操作は不要である。ゆえに、スロットマシン２Ｓには、メダル投入口およびメダル払出口が設けられていない。
スロットマシン２Ｓの筐体内部には、外周に複数種の図柄が配列されたリール２Ｌ、２Ｃ、２Ｒ（以下、左リール、中リール、右リールともいう）が水平方向に並設されており、これらリール２Ｌ、２Ｃ、２Ｒに配列された図柄のうち連続する３つの図柄が前面扉２ｂＳに設けられた透視窓から見えるように配置されている。リール２Ｌ、２Ｃ、２Ｒの外周部には、複数種類の図柄が所定の順序で描かれている。
前面扉２ｂＳの各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分には、タッチパネル式の表示器５１０が設けられている。この表示器５１０は、Ｐ台の表示器５４に相当する表示器であり、表示器５４と同種の各種情報（遊技点や持点など）が表示される他、ゲームにおいて設定された賭数などが表示される。表示器５１０は、図２の表示器５４と同様にＣＵの表示制御部３５０に接続されており、ＣＵ側で表示制御される。なお、この表示器５１０は、各リール２Ｌ、２Ｃ、２Ｒを取り囲む部分に設けるのではなく、Ｐ台と同様にさらに下方のパネル部分（図８２に示されるスタートスイッチ７Ｓよりも下方の位置の、従来のＳ台のメダル払出口が設けられたパネル部分）に設けてもよい。
また、前面扉２ｂＳには、メダル１枚分に相当する「遊技点＝１」を用いて賭数を設定する際に操作される１枚ＢＥＴスイッチ５Ｓ、遊技状態に応じて定められた最大の賭数（たとえば、ＢＢ発生前の通常遊技状態およびリプレイの当選確率が高確率となるＲＴ（Replay Time）においては「遊技点＝３」、ボーナスにおいては「遊技点＝２」）を設定する際に操作されるＭＡＸＢＥＴスイッチ６Ｓ、ゲームを開始する際に操作されるスタートスイッチ７Ｓ、リール２Ｌ、２Ｃ、２Ｒの回転を各々停止する際に操作されるストップスイッチ８Ｌ、８Ｃ、８Ｒがそれぞれ設けられている。
スロットマシン２Ｓにおいてゲームを行なう場合には、まず、Ｐ台と同様に、隣接されたＣＵを利用して遊技点を確保の上で、その遊技点を使用して賭数を設定する。遊技点は、ＣＵに挿入されたプリペイドカードの残額、持点、あるいは遊技場に預け入れている貯メダル（Ｐ台の貯玉に相当）を引落とすことによって得られる。遊技点を使用するには１枚ＢＥＴスイッチ５Ｓ、またはＭＡＸＢＥＴスイッチ６Ｓを操作すればよい。本実施の形態では、たとえば、賭数を１設定することによって遊技点が１減点され、表示器５１０の遊技点の表示も減算更新される。賭数が設定されると、賭数および遊技状態に応じて定められた入賞ラインが有効となり、スタートスイッチ７Ｓの操作が有効な状態、すなわち、ゲームが開始可能な状態となる。
ゲームが開始可能な状態でスタートスイッチ７Ｓを操作すると、各リール２Ｌ、２Ｃ、２Ｒが回転し、各リール２Ｌ、２Ｃ、２Ｒの図柄が連続的に変動する。この状態でいずれかのストップスイッチ８Ｌ、８Ｃ、８Ｒを操作すると、対応するリール２Ｌ、２Ｃ、２Ｒの回転が停止し、透視窓に表示結果が導出表示される。
そして全てのリール２Ｌ、２Ｃ、２Ｒが停止されることで１ゲームが終了し、有効化された入賞ライン上に予め定められた図柄の組合せ（以下、役とも呼ぶ）が各リール２Ｌ、２Ｃ、２Ｒの表示結果として停止した場合には入賞が発生し、その入賞に応じて定められた遊技点が遊技者に対して付与され、表示器５１０の遊技点の表示も加算更新される。
Ｓ台の場合にも、Ｐ台と同様に遊技点を計数することが可能である。図１に示すとおり、スロットマシン２Ｓには、遊技点を計数して持点に変換するための計数ボタン２８Ｓが設けられている。なお、玉貸ボタン、カード返却ボタン、および再プレイボタンは、ＣＵ側に設けられている（図２参照）。遊技者は任意のタイミング、あるいは、Ｐ台と同様に計数操作を促す表示が表示器５１０に行なわれたことに基づいて、計数操作を実行する。すると、遊技点が計数されて遊技点が減少する一方で持点が増加する様子が表示器５１０に表示される。なお、玉貸ボタンは、ＣＵ側ではなくＰ台側およびＳ台側に設けてもよい。その場合に、玉貸ボタンの操作信号がＣＵ３へ直接入力されるようにしてもよく、あるいは、Ｐ台２やＳ台（スロットマシン）２Ｓを経由して状態情報応答としてＣＵ３へ送信されるようにしてもよい。
入賞となる役の種類は、遊技状態に応じて定められているが、大きく分けて、ビッグボーナス（ＢＢ）、レギュラーボーナス（ＲＢ）への移行を伴う特別役と、メダルの払い出しを伴う小役と、賭数の設定を必要とせずに次のゲームを開始可能となる再遊技役（リプレイ）とがある。
複数種類の入賞役のうちのいずれを当選させるか、あるいはいずれの入賞役も当選しない外れとするかは、たとえば、スタート操作が検出されたときに、スロットマシン２Ｓを制御する主制御部（Ｓ台の主制御部１６１に相当）によって決定される。この決定は、たとえば、所定の乱数発生器から発生され、あるいはソフトウエア上で生成される乱数を抽選することによって決定される。
その後、主制御部は、遊技者によるリールの停止操作を待ち、停止操作時を基準にして、所定のコマ数範囲に当選役に対応する図柄があればそれを引き込み、なければ、他の図柄を引込む制御を行ない、３つの図柄を停止させ、入賞の有無を判定する。主制御基部は、入賞と判定した場合には、入賞の種類に応じた遊技点を遊技者に付与する（遊技点を加算する）。
すなわち、Ｓ台により、遊技用価値を用いて１ゲームに対して所定数の賭数を設定することによりゲームが開始可能となるとともに、各々が識別可能な複数種類の識別情報を変動表示可能な可変表示装置に表示結果が導出されることにより１ゲームが終了し、該可変表示装置に導出された表示結果に応じて入賞が発生可能とされたスロットマシンであって、前記可変表示装置に表示結果が導出される前に、複数種類の入賞について発生を許容するか否かを決定する事前決定手段と、前記事前決定手段の決定結果に応じて、前記可変表示装置に表示結果を導出させる制御を行なう導出制御手段と、前記入賞が発生した場合に遊技価値を付与する付与手段とを含むスロットマシンが構成されている。
図８３は、カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。この図８３は、Ｐ台の構成として説明した図６の用語をＳ台用に置き換えたものであり、その態様は、図６を用いて説明したものと同様であるので、ここでは、これ以上の説明を省略する。
＜変形例や特徴点など＞
次に、以上、説明した本実施の形態の変形例や特徴点などを列挙する。
（１） ＳＣ−通信制御ＩＣ間断線検知機能
ＳＣ３２５ｂは、通信制御ＩＣ３２５ａとの間でＳＰＩ（Serial Peripheral Interface）通信によりデータを送受信する。この場合、ＳＣ３２５ｂがマスタ側で通信制御ＩＣ３２５ａがスレーブ側である。マスタ側のＳＣ３２５ｂは、シフトクロックを発生することによってマスタ側のシフトレジスタとスレーブ側のシフトレジスタとを変位させ、データの送受信を行なう。ＳＰＩ通信では、正常な場合は１バイト目と２バイト目は必ず反転している関係となっているが、両者の間で断線が発生しているとＳＣ３２５ｂのデータ受信ラインは不安定（LowかHighのどちらか）な状態となる。このため、断線状態の場合は１バイト目と２バイト目とが反転する関係が成立しない。このことを利用して、ＳＣ３２５ｂは、受信データが一定時間内に変化しない場合には、断線と判定する。
（２） 本実施の形態では、加算通番と計数通番とはそれぞれ別のデータとして電文フォーマットに規定されているが、これらを要求通番として共通化してもよい。特に、遊技玉の加算と遊技玉の計数とは逆の処理であるため、両処理が同時に発生することは考えにくく、その観点からも両通番を共通化して電文データ量を削減することは可能である。
また、本実施の形態では、要求通番は、予め定めた上限値に達するまで、新たな要求が発生した場合には、先に更新済みの値を元にして通番更新が行なわれる。しかながら、このような制御に代えて、１つの要求に対応する処理がすべて終了した場合には、要求通番を予め定めた初期値に初期化するようにしてもよい。たとえば、図１２の例の場合には、計数完了を示す最後の状態情報応答に含める計数通番をｍ＋６ではなく、予め定めた初期値にすることが考えられる。
また、加算通番や計数通番といった要求通番、さらには通常の通番は、１ずつカウントアップされるのではなく、Ｐ台２およびＣＵ３の双方が記憶している所定の規則に従って更新（加算更新、減算更新、その他の演算式による更新）するものであってもよい。この場合、通番は、１，２，３といった“連続する番号”ではなく、Ａ、Ｂ、Ｃなどといった概念で更新されるデータとなる。
（３） 上記遊技用システムに遊技機の一例となるスロットマシン（Ｓ台）を適用した場合、たとえば、リールおよびリールに付属する各種センサ部分とリールを制御する主制御基板とがＰ台の遊技盤に対応し、それ以外の構成がＰ台の遊技枠に対応する。ただし、Ｓ台には、図２に示した遊技枠の各種検出スイッチ４１ａ、７０１、３３、発射制御基板３１、および発射モータ１８は、不要である。
従来のＳ台にはクレジット機能が設けられており、これが有効になっているときには、賭数を設定するとクレジットが減算され、入賞が発生するとクレジットが加算される。ただし、クレジットには上限が定められており、クレジット数が上限値に達している状態で入賞が発生すると、ホッパーからメダルが払い出される。
一方、本実施の形態に係るＳ台では、賭数を設定すると遊技点が減算され、入賞が発生すると遊技点が加算される。また、遊技点が所定数に達すると、計数操作を促す表示がなされ、計数操作をすることによって、遊技点が持点に変換される。このため、従来のＳ台のようにクレジットが上限に達してメダルを払い出す必要がない。その結果、本実施の形態に係るＳ台にはホッパーを設ける必要がない。
その結果、遊技場は、大量のメダルを確保する必要がなく、経済的負担が軽減される。また、遊技場は、メダルの補充・回収といった業務やメダル詰まりなどに対応するためのメンテナンス業務からも解放される。遊技客は、クレジットが満タンになった後で賭け操作毎にメダルを投入する煩わしさから解放され、遊技に集中しやすくなる。
他方、Ｓ台がメダルレスになった場合には、大量のメダルを獲得した遊技者が席の脇にメダルが入った箱を積み上げて自身の腕を誇示するような行為をすることができなくなるという不都合が生じる。しかしながら、本実施の形態では、上記のとおりドル箱表示する機能が設けられているため、このような不都合が生じることも防止できる。なお、Ｓ台の場合のドル箱表示は、多数の玉に代えて多数のメダルが積載されているようにするのが望ましい。
遊技機としてＳ台を適用した場合、「持点」および「遊技点」の２種類と、「クレジット」および「クレジット超過点」の２種類のデータとを用いて、以下のように各データが変換されるような遊技用システムを構成することも可能である。なお、Ｓ台の表示器５１０あるいは表示器２９Ｓには、これら４種類のデータを表示する。
まず、プリペイドカードの残額、貯メダル、または持点からの変換操作（貸出操作、貯メダル払出し操作、持点払出し操作）が検出された場合には、夫々が引き落とされて、遊技点に変換される。
遊技点は、従来のスロットマシンにおけるメダルに対応するデータである。このため、たとえば、表示器５１０あるいは表示器２９Ｓには遊技点の点数を表示するとともに、遊技点相当の数のメダル画像を表示することが望ましい。たとえば、このメダル画像に遊技者が触れてスロットマシンに投入するような擬似投入メダル操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、遊技点が減算されて、代わりに賭数が１つ設定される。このような擬似メダル投入操作が３度行なわれることによって、賭数が最大値の３に設定される。
その後、さらに擬似メダル投入操作が検出されると、その検出に応じて、クレジットが加算される。クレジットには上限値（たとえば、５０）が設定されており、クレジットが上限値を超えたときには、クレジット超過点が加算される。
賭数設定は、遊技点を用いて上記のように行なうことが可能である他、クレジットを用いて行なうことも可能である。すなわち、１枚ＢＥＴスイッチ５Ｓの操作があれば、賭数設定値が１加算され、クレジットが１減算される。また、ＭＡＸＢＥＴスイッチ６Ｓの操作があれば、賭数が３に設定され、クレジットが賭数設定に応じて減算される。
ゲームの結果、入賞が発生すると、入賞に応じた数の得点がクレジットに加算される。なお、クレジットの上限値をオーバーする入賞が発生したときには、そのオーバー分の点数がクレジット超過点として記憶される。このクレジット超過点は、従来のスロットマシンにおける、クレジットの上限を超えて入賞が発生したときに払い出されるメダルに相当する。このため、たとえば、表示器５１０あるいは表示器２９Ｓにはクレジット超過点を表示するとともに、クレジット超過点相当の数のメダル画像を表示することが望ましい。また、このメダル画像は、遊技点に対応するメダル画像と区別できるように色を変えるなどすることが望ましい。
また、クレジット超過点は、遊技者の操作によって遊技点に変換されるようにすることが望ましい。たとえば、クレジット超過点に対応するメダル画像に遊技者が触れて遊技点に変換するような擬似メダル変換操作（たとえば、メダルを押し込むような操作）が検出されると、メダル画像が消え、クレジット超過点が減算されて遊技点が加算されるものとする。
あるいは、クレジットが上限値未満になれば、自動的にクレジット超過点がクレジットに変換されるようにしてもよい。
遊技者が計数操作を実行すると、遊技点、クレジット、およびクレジット超過点の各々が計数されて持点に変換される。その結果、遊技者の持点は、「カード持玉数＋遊技点＋クレジット＋クレジット超過点」と掲載される。なお、“カード持玉数”とは、遊技点に変換していない変換前の持点（現時点で遊技者が所有している持玉数）である。
以上の説明において、持点、遊技点、クレジット、およびクレジット超過点の４種類のデータは、ＣＵとＳ台とでデータのやりとりをすることによって双方で記憶してもよく、あるいは、持点はＣＵ側のみで、それ以外はＳ台側のみで記憶してもよい。また、クレジット超過点をドル箱表示の対象としてもよい。
また、以上の説明では、クレジット超過点を用いる例を説明したが、クレジット超過点を用いなくてもよい。この場合、クレジットの上限を超えるような場合には、遊技点に加算するようにしてもよい。
（４） 本実施の形態では、カード度数を消費することによって、遊技点が加算される。あるいは、貯玉（貯メダル）を消費することによって、遊技点が加算される。つまり、カード度数あるいは貯玉から遊技点に変換される。一方、カード度数および貯玉から持点（計数玉、計数メダル）には変換されない。しかしながら、カード度数および貯玉から一旦、持点に変換されるようにしてもよい。
（５） 本実施の形態では、計数操作によって、遊技点が持点に変換される。この場合の変換率は１：１である。しかしながら、変換される場合の変換率を１：１以外としてもよい。たとえば、遊技点１００点を変換した場合、そのうちの３点を差し引いた９７点が持点に変換されるようにしてもよい。または、持点に対して１０割未満の所定割合を乗じて得られた数の遊技玉に変換されるようにしてもよい。
（６） 持点を特定可能に記録するための記録媒体は、スマートフォンなどの携帯端末を利用したものとしてもよい。この場合、ＣＵに携帯端末と通信するための通信部を設けて、携帯端末を通信部にかざすことによって、携帯端末内に記憶されているＩＤをＣＵが認識し、後は本実施の形態に記載したような手順で遊技を可能とする。一方、遊技終了時には、再度、携帯端末を通信部にかざすことによって、遊技終了時の持点がＩＤを通じて遊技者の持点に加算されるようにする。
（７） 遊技点を計数するための操作手段は、ＣＵ側に設けてもよい。その場合の操作手段は、タッチパネルに表示されるものとしてもよく、物理的なスイッチで構成してもよい。
（８） 図１２を参照して、Ｐ台は、計数された計数玉（持玉）を一時記憶する計数玉数カウンタを備えているものの、計数玉の累積値を記憶するカウンタを備えていない。しかしながら、Ｐ台側に、計数玉の累積値を記憶する計数玉累積記憶カウンタを備えてもよい。また、ＣＵ側には、カード持玉（計数玉）を記憶する領域が備えられているが、この領域には、挿入されたカード自体に持玉が記録されていた場合には、そのカード持玉も含めて現在の遊技者の持玉数が記憶される。このため、この領域のみでは、今回の遊技で遊技者が計数した計数玉の数を特定できない。そこで、今回の遊技で遊技者が計数した計数玉の数を記憶する領域をＣＵ側にさらに設けてもよい。ＣＵは、この場合、遊技が開始してからＰ台から送られてくる計数玉数の情報に基づいて当該領域に持玉を加算し、持玉が遊技玉に変換されると、当該領域から持玉を減算する。
（９） 遊技玉（遊技点）を計数して持点変換する際には、計数表示のみならず、計数音をスピーカから出力する制御をしてもよい。また、遊技点の計数の際には、玉が１つずつ、玉貯留皿から計数器へと落下していくような画像表示を行なうことが考えられる。
（１０） 計数操作に基づいて遊技点を持点に変換する変換表示（遊技玉を計数していき、持玉が増えていく様を示す表示）を行なうタイミングと、データ上で遊技点を減算し、持点を加算する演算を行なうタイミングとは様々なものとすることができる。変換表示が終わってから、前記演算を実行してもよい。また、そのために、変換表示が終わった後に遊技機からＣＵに対して計数データが送信されるようにしてもよい。なお、このような変形例は、持点を遊技点に変換する場合についても同様に適用可能である。
（１１） 本実施の形態では、ＣＵと遊技機との間の通信において、ＣＵを一次局、遊技機を二次局とするコマンド−レスポンス方式が採用されているが、一次局と二次局との関係を逆にしてもよい。あるいは、このような主従の関係がある通信方式を採用するのではなく、通信すべき要求が生じたときに双方が相手にデータを送信するような方式を採用してもよい。
（１２） 本実施の形態では、遊技機側およびＣＵ側の双方で遊技玉（遊技点）を記憶するようにしているが、遊技玉（遊技点）は遊技機側のみで記憶し、ＣＵ側では記憶しないようにしてもよい。一方、カード持玉（持点）は、ＣＵ側でのみ記憶しているが、遊技機側でも記憶するようにしてもよい。特に、遊技玉（遊技点）は遊技機側のみで記憶し、一方、カード持玉（持点）は、ＣＵ側でのみ記憶するようにして、データの記憶管理の役割分担を明確にしてもよい。
（１３） 貸出操作あるいは持点（持玉）から遊技点（遊技玉）への変換操作（貸出操作）が検出された場合、遊技点は、１点ずつカウントアップするようにしてもよいが、遊技者の待ち時間を短くするために、複数点（たとえば、１００円相当の２５点）ずつカウントアップするように表示してもよい。また、逆に、遊技点の計数操作が実行されたときにも、複数点ずつ持点がカウントアップするように表示してもよい。さらに、遊技点あるいは持点をカウントアップ表示するときの単位数を複数種類の中から設定できるようにしてもよい。その設定の際には、Ｐ台あるいはＳ台の表示器のタッチパネルを利用することが考えられる。
（１４） 玉貸ボタン、カード返却ボタン、再プレイボタン、および計数ボタンのうちの少なくとも１つ、あるいはすべては、遊技機側に設けてもよく、あるいはＣＵ側に設けてもよい。また、そのボタンは、タッチパネル式の表示器として説明した遊技機側あるいはＣＵ側の表示器に表示することが考えられる。
（１５） 前述の実施の形態では、入賞の発生により直接遊技玉数や遊技点を加算するものを示したが、その代わりに、入賞の発生により持点を加算し、その加算された持点を引落して遊技玉数や遊技点を加算するように制御してもよい。
（１６） 前述の実施の形態では、遊技者所有の有価価値（プリペイド残額、持玉、貯玉）の範囲内で価値を引落して該引落し相当分の遊技点を加算するにおいて、引落した価値と同じ価値の遊技点を加算するものを示したが、その代わりに、たとえば、実際に引落した価値に対し消費税相当額分少ない遊技点を加算するように制御してもよい。
（１７） 本実施の形態では、遊技場から離れた鍵管理センタに鍵管理サーバを設置した。しかしながら、鍵管理サーバは遊技場内に設置してもよい。これにより、遊技場外に鍵管理サーバを設置する場合と比較すると、ＣＵと鍵管理サーバとの通信を高速化し易く、また、通信障害の発生率を低減できる。
（１８） ＣＵ制御部３２３は、ホールサーバ８０１を介して鍵管理サーバ８００から基板セキュリティ情報（基板認証鍵や更新情報を含む）を受信する。しかしながら、これに代えて、鍵管理サーバ８００とＣＵ制御部３２３との間にホールサーバ８０１を介することなく、鍵管理サーバ８００からＣＵ制御部３２３へ基板セキュリティ情報が送信される構成とてもよい。たとえば、鍵管理サーバ８００とＣＵとを直接、回線接続することや、鍵管理サーバ８００と各ＣＵとの間にホールサーバ８０１と異なる中継用の通信装置を設けることが考えられる。
（１９） 本実施の形態では、遊技情報の一例として、持玉、遊技玉、カードの残額、貯玉、その他、玉数情報や遊技台情報を挙げて説明した。しかしながら、遊技情報は、遊技機での遊技に関連したその他の情報をも含む。たとえば、遊技者が選択あるいはカスタマイズした遊技者の好みのキャラクタを可変表示装置２７８や表示器５４などの可変表示手段（可変表示装置）に表示可能にした場合には、そのキャラクタを特定可能な情報も遊技情報に含まれる。このような遊技者の嗜好に合うキャラクタを含む画面デザインの情報は、たとえば、遊技者のカードＩＤと対応付けて遊技の終了時にサーバに送信して記憶させ、新たに遊技を開始する際にはサーバからＣＵあるいはＰ台へダウンロードするようにしてもよい。
（２０） 遊技玉数表示器２９では、玉の発射または計数動作に連動して玉数が１つずつ減っていく表示がなされる。また、遊技玉数表示器２９では、玉貸操作等に応じて玉数が１つずつあるいは所定単位数ずつ増加する表示がなされる。遊技玉数表示器２９を液晶表示装置などの画像表示器で構成した場合には、単に遊技玉数をデジタル表示するのではなく、遊技玉数の変化が弾球によるものであるのか、計数によるものであるのか、入賞の発生によるものであるのか、貯玉の引き落としによるものであるのか、貸出操作によるものであるか、など、その種類に応じた画像を遊技玉数の表示更新と併せて表示するようにしてもよい。
（２１） 持玉または遊技玉の数の変化の有無をＣＵまたはＰ台でチェックし、所定期間、持玉または遊技玉の数が変化しない場合には、ＣＵまたはＰ台でその旨を報知するようにしてもよい。あるいは、報知のための信号を外部装置（ホールコンピュータ、Ｐ台上の呼び出しランプ）に出力してもよい。これにより、たとえば、残り僅かな玉が放置されたままで遊技放棄された台を店員が把握しやすくする。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
２ パチンコ機、２Ｓ スロットマシン、３ カードユニット、１６ 主制御基板、１７ 払出制御基板、２６ 遊技盤、５４，３１２ 表示器、３０９ カード挿入／排出口、３１９ 再プレイボタン、３２０ ＩＲ受光ユニット、３２１ 貸出ボタン、３２２ 返却ボタン、１６１ 主制御部、３２５ 表示制御部、１７１ 払出制御部、３２３ ＣＵ制御部。

Claims (2)

  1. 遊技機と、前記遊技機で遊技をするための価値を特定可能な記録媒体を受付けて前記記録媒体で特定される価値を用いて遊技を可能にする遊技用装置とを含む遊技用システムであって、
    前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値と、遊技者に無償で与えられる第二類価値とを特定可能であり、
    前記遊技用装置は、
    前記第一類価値および前記第二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段を備える、遊技用システム。
  2. 遊技機で遊技をするための価値を特定可能な記録媒体を受付けて前記記録媒体で特定される価値を用いて遊技を可能にする遊技用装置であって、
    前記記録媒体は、価値として、遊技者に無償で与えられない第一類価値と、遊技者に無償で与えられる第二類価値とを特定可能であり、
    前記第一類価値および前記第二類価値に含まれる価値のいずれを用いて遊技を可能にするかを設定する設定手段を備える、遊技用装置。
JP2013229358A 2013-11-05 2013-11-05 遊技用システムおよび遊技用装置 Pending JP2015089399A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013229358A JP2015089399A (ja) 2013-11-05 2013-11-05 遊技用システムおよび遊技用装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013229358A JP2015089399A (ja) 2013-11-05 2013-11-05 遊技用システムおよび遊技用装置

Publications (1)

Publication Number Publication Date
JP2015089399A true JP2015089399A (ja) 2015-05-11

Family

ID=53193213

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013229358A Pending JP2015089399A (ja) 2013-11-05 2013-11-05 遊技用システムおよび遊技用装置

Country Status (1)

Country Link
JP (1) JP2015089399A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015107273A (ja) * 2013-12-05 2015-06-11 株式会社大一商会 遊技機
JP2017042235A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2017042234A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2017042233A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2018175968A (ja) * 2018-08-27 2018-11-15 株式会社大一商会 遊技機
JP2019187828A (ja) * 2018-04-26 2019-10-31 株式会社ユニバーサルエンターテインメント 遊技システム、遊技機及び遊技媒体管理装置
JP7440791B2 (ja) 2018-08-17 2024-02-29 サミー株式会社 遊技機

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10309370A (ja) * 1997-05-12 1998-11-24 Ace Denken:Kk 台間玉貸機
JP2014000277A (ja) * 2012-06-19 2014-01-09 Glory Ltd 台間装置、遊技システム及び遊技管理方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10309370A (ja) * 1997-05-12 1998-11-24 Ace Denken:Kk 台間玉貸機
JP2014000277A (ja) * 2012-06-19 2014-01-09 Glory Ltd 台間装置、遊技システム及び遊技管理方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015107273A (ja) * 2013-12-05 2015-06-11 株式会社大一商会 遊技機
JP2017042235A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2017042234A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2017042233A (ja) * 2015-08-24 2017-03-02 株式会社三共 遊技用システムおよび遊技用装置
JP2019187828A (ja) * 2018-04-26 2019-10-31 株式会社ユニバーサルエンターテインメント 遊技システム、遊技機及び遊技媒体管理装置
JP7166590B2 (ja) 2018-04-26 2022-11-08 株式会社ユニバーサルエンターテインメント 遊技機
JP7440791B2 (ja) 2018-08-17 2024-02-29 サミー株式会社 遊技機
JP2018175968A (ja) * 2018-08-27 2018-11-15 株式会社大一商会 遊技機

Similar Documents

Publication Publication Date Title
JP2015089399A (ja) 遊技用システムおよび遊技用装置
JP5284405B2 (ja) 遊技用システムおよび遊技用装置
JP5243572B2 (ja) 遊技用システムおよび遊技用装置
JP6592229B2 (ja) 遊技用システムおよび遊技用装置
JP2017080576A (ja) 遊技用システム
JP5940376B2 (ja) 遊技用システム、および遊技用装置
JP2015077170A (ja) 遊技用システム
JP6143452B2 (ja) 遊技用システム、遊技用装置、および遊技制御装置
JP6153730B2 (ja) 遊技用システム、遊技用装置、および遊技制御装置
JP6062230B2 (ja) 遊技用システム、および遊技制御装置
JP2020089788A (ja) 遊技用システム
JP2017042233A (ja) 遊技用システムおよび遊技用装置
JP2014028183A (ja) 遊技用システムおよび遊技用装置
JP6096086B2 (ja) 遊技用システム、および遊技制御装置
JP5525009B2 (ja) 遊技用システム、および遊技制御装置
JP5369223B2 (ja) 遊技用システム、および遊技制御装置
JP5420021B2 (ja) 遊技用システム、および遊技用装置
JP2017042234A (ja) 遊技用システムおよび遊技用装置
JP2019042562A (ja) 遊技用システム
JP5883522B2 (ja) 遊技用システム、および遊技用装置
JP5961211B2 (ja) 遊技用システム、および遊技制御装置
JP2019022860A (ja) 遊技用システム
JP2017144281A (ja) 遊技用システム
JP5706852B2 (ja) 遊技用システム、および遊技用装置
JP5356446B2 (ja) 遊技用システムおよび遊技用装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161003

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170721

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171010

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180206

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20180821