(57)【特許請求の範囲】
【請求項１】
管理サーバと、遊技者により遊技が行なわれる遊技機と、前記管理サーバおよび前記遊技機に通信可能に接続され、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置とを備えた遊技用システムであって、
前記管理サーバは、前記遊技機の真正を確認するための管理サーバ側識別情報を登録する識別情報登録手段を含み、
前記遊技用装置は、
前記遊技機の識別情報に対応する前記管理サーバ側識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段と、
前記登録確認手段による確認処理が実行されたときの遊技機の識別情報を遊技用装置側識別情報として記憶する識別情報記憶手段と、
前記遊技用装置側識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバと通信不能なオフライン状態であったときには、前記識別情報記憶手段に記憶されている前記遊技用装置側識別情報と遊技機の識別情報とが一致するか否かを判定するオフライン時記憶判定手段とを含み、
前記遊技許容手段は、前記オフライン時記憶判定手段により一致と判定されたときにも遊技を許容する、遊技用システム。
【請求項２】
遊技機の真正を確認するための管理サーバ側識別情報を登録する管理サーバおよび前記遊技機と通信可能な通信部を含み、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置であって、
前記遊技機の識別情報に対応する前記管理サーバ側識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段と、
前記登録確認手段による確認処理が実行されたときの遊技機の識別情報を遊技用装置側識別情報として記憶する識別情報記憶手段と、
前記遊技用装置側識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバと通信不能なオフライン状態であったときには、前記識別情報記憶手段に記憶されている前記遊技用装置側識別情報と遊技機の識別情報とが一致するか否かを判定するオフライン時記憶判定手段とを備え、
前記遊技許容手段は、前記オフライン時記憶判定手段により一致と判定されたときにも遊技を許容する、遊技用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバと、遊技者により遊技が行なわれる遊技機と、前記管理サーバおよび前記遊技機に通信可能に接続され、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置とを備えた遊技用システム、および、前記遊技用装置に関する。
【背景技術】
【０００２】
従来において、遊技機の真正を確認するための識別情報の一例としてのチップＩＤをカードユニット経由でセンタ管理装置に送信し、センタ管理装置において、その送信されてきたチップＩＤが予め記憶されている正規のチップＩＤと一致するか否かを照合するものがあった（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１６２４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に記載のものにおいては、センタ管理装置において遊技機の真正を認証することが可能となるが、センタ管理装置とカードユニットとの間がオフライン状態となっているときには認証ができず、認証ができるまでの間遊技機が稼働できない恐れが生じる。
【０００５】
すなわち、従来のものにおいては、センタ管理装置等の管理サーバとカードユニット等の遊技用装置との間においてオフライン状態のときなど、管理サーバにより識別情報に基づいた遊技機の真正の認証を得ることができない場合に、当該遊技機の稼働ができない恐れがあるという欠点があった。
【０００６】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止することである。
【課題を解決するための手段の具体例およびその効果】
【０００７】
（１）  本発明は、管理サーバ（上位サーバ８０１）と、遊技者により遊技が行なわれる遊技機（パチンコ機２、スロットマシン２Ｓ）と、前記管理サーバおよび前記遊技機に通信可能に接続され、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）とを備えた遊技用システムであって、
前記管理サーバは、前記遊技機の真正を確認するための管理サーバ側識別情報（メインチップＩＤ、払出チップＩＤ）を登録する識別情報登録手段（認証情報記憶部）を含み、
前記遊技用装置は、
前記遊技機の識別情報に対応する前記管理サーバ側識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）と、
前記登録確認手段による確認処理が実行されたときの遊技機の識別情報を遊技用装置側識別情報として記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
前記遊技用装置側識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバと通信不能なオフライン状態であったときには、前記識別情報記憶手段に記憶されている前記遊技用装置側識別情報と遊技機の識別情報とが一致するか否かを判定するオフライン時記憶判定手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した遊技機チップ情報を認証用情報記憶部に記憶された遊技機チップ情報と照合する）とを含み、
前記遊技許容手段は、前記オフライン時記憶判定手段により一致と判定されたときにも遊技を許容する。
【０００８】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【０００９】
さらに、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【００１０】
（２）  上記（１）の遊技用システムにおいて、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記遊技用装置は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）を含む。
【００１１】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下を極力防止することができる。
【００１２】
（３）  本発明における他の態様は、遊技機の真正を確認するための管理サーバ側識別情報（メインチップＩＤ、払出チップＩＤ）を登録する管理サーバ（上位サーバ８０１）および前記遊技機（パチンコ機２、スロットマシン２Ｓ）と通信可能な通信部を含み、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）であって、
前記遊技機の識別情報に対応する前記管理サーバ側識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）と、
前記登録確認手段による確認処理が実行されたときの遊技機の識別情報を遊技用装置側識別情報として記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
前記遊技用装置側識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバと通信不能なオフライン状態であったときには、前記識別情報記憶手段に記憶されている前記遊技用装置側識別情報と遊技機の識別情報とが一致するか否かを判定するオフライン時記憶判定手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した遊技機チップ情報を認証用情報記憶部に記憶された遊技機チップ情報と照合する）とを備え、
前記遊技許容手段は、前記オフライン時記憶判定手段により一致と判定されたときにも遊技を許容する。
【００１３】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、確認処理の結果登録済の確認ができなかったときにも、予め定められた限定期間の範囲内で遊技機による遊技が許容されるために、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【００１４】
さらに、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【００１５】
（４）  上記（３）の遊技用装置において、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記限定許容手段は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段を含む（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）。
【００１６】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下を極力防止することができる。
【図面の簡単な説明】
【００１７】
【図１】カードユニットおよびパチンコ機を示す正面図である。
【図２】カードユニット側とパチンコ機側とにおける記憶している各種データおよびその送受信を説明するための説明図である。
【図３】ＣＵ側とＰ台側とのそれぞれで遊技履歴データの記憶を行なう制御態様を説明するための説明図である。
【図４】相互認証の結果異常を検知した場合の通知処理を説明するための説明図である。
【図５】通信で用いられるフレーム構成を示す図である。
【図６】電源起動時におけるカードユニットとパチンコ機とでの処理の一例を示す図である。
【図７】（ａ）（ｂ）は、図６に示された認証シーケンスのサブルーチンプログラムの処理の一例を示す図であり、（ａ）はＣＵ電源起動時の認証シーケンス、（ｂ）は遊技機電源起動時の認証シーケンスである。
【図８】図７に示されたチップＩＤ認証シーケンスのサブルーチンプログラムの処理の一例を示す図である。
【図９】シリアルＩＤ認証シーケンスの認証鍵更新時のサブルーチンプログラムを示すフローチャートである。
【図１０】図７（ａ）（ｂ）に示したチップＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。
【図１１】シリアルＩＤ認証シーケンスで認証鍵の更新に異常がある場合を説明するためのフローチャートである。
【図１２】シリアルＩＤ認証シーケンスでＣＵ通信制御部の認証結果が異常である場合を説明するためのフローチャートである。
【図１３】シリアルＩＤ認証シーケンスでＣＵ通信制御部の有効鍵が異常である場合を説明するためのフローチャートである。
【図１４】正常時のシリアルＩＤ認証シーケンスを説明するためのフローチャートである。
【図１５】払出制御認証結果が異常である場合のチップＩＤ認証シーケンスを説明するためのフローチャートである。
【図１６】図８に示したＢＢシリアルＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。
【図１７】図８に示したＣＵ通信制御部シリアルＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。
【図１８】図８に示した機器認証シーケンスのサブルーチンプログラムを示すフローチャートである。
【図１９】認証鍵のＥＥＰＲＯＭへの記憶設定を示すフローチャートである。
【図２０】（ａ）は正常時における業務電文シーケンスの処理の一例を示す図であり、（ｂ）は異常時における業務電文シーケンスの処理の一例を示す図である。
【図２１】カードユニットとパチンコ機とを再接続したときの処理の一例を示す図である。
【図２２】カードが挿入されたときのＣＵとＰ台との処理を説明するためのフローチャートである。
【図２３】図１６に示した挿入時処理のサブルーチンプログラムを示すフローチャート図である。
【図２４】プリペイドカードの残高を消費するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図２５】再プレイ時におけるカードユニットとパチンコ機との処理の一例を示す図である。
【図２６】カードユニット側の指示による遊技玉数の減算を行なう場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図２７】大当り中におけるカードユニットとパチンコ機との処理の一例を示す図である。
【図２８】遊技中においてパチンコ機での遊技玉数がなくなった場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図２９】カードを返却するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３０】遊技を中断するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３１】パチンコ機におけるガラス扉のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３２】パチンコ機におけるガラス扉のロックを解除して開放するときのカードユニットとパチンコ機との処理の変形例を示す図である。
【図３３】パチンコ機のセル（前枠）のロックを解除して開放するときのカードユニットとパチンコ機との処理の一例を示す図である。
【図３４】カードユニットがカード保持中の状態で電源を起動したときにパチンコ機が未接続であった場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３５】カードユニットからの動作指示（要求動作無）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３６】パチンコ機からの動作応答（要求動作無に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３７】カードユニットからの動作指示（加算要求に対する応答）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３８】パチンコ機からの動作応答（加算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図３９】カードユニットからの動作指示（減算要求）がパチンコ機に到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４０】パチンコ機からの動作応答（減算要求に対する応答）がカードユニットに到達しない場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４１】カードユニットの加算要求に対してパチンコ機が加算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４２】カードユニットの減算要求に対してパチンコ機が減算拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４３】カードユニットのクリア指示要求に対してパチンコ機がクリア拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４４】カードユニットの遊技許可要求に対してパチンコ機が許可拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４５】カードユニットの遊技禁止要求に対してパチンコ機が禁止拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４６】カードユニットのガラス扉開放要求に対してパチンコ機がガラス扉開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４７】カードユニットのセル（前枠）開放要求に対してパチンコ機がセル（前枠）開放拒否の応答を返した場合のカードユニットとパチンコ機との処理の一例を示す図である。
【図４８】入金処理についての説明するためのフローチャートである。
【図４９】モード変更（試打モード）を説明するためのフローチャートである。
【図５０】加減算データに関する動作応答到達後のカードユニットにおける電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５１】動作指示到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５２】加減算データに関する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５３】加算要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５４】加算要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５５】減算要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５６】減算要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５７】クリア要求到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５８】クリア要求に対する動作応答到達前にカードユニットで電源断が発生した場合のカードユニットとパチンコ機とのリカバリ処理の一例を示す図である。
【図５９】カードユニットにカードが挿入されたときのカードユニットとパチンコ機との処理に連動して表示される動作状態の表示画面を説明する図である。
【図６０】カードユニットと払出制御部との間の通信シーケンスの代表例を示す図である。
【図６１】カードユニットと払出制御部との間の通信シーケンスの代表例を示す図である。
【図６２】ＬＳＩと表示器用演出制御基板との間の通信シーケンスの代表例を示す図である。
【図６３】ＬＳＩと表示器用演出制御基板との間の通信シーケンスの代表例を示す図である。
【図６４】ＬＳＩと表示器用演出制御基板との間の通信シーケンスの代表例を示す図である。
【図６５】ＬＳＩと表示器用演出制御基板との間の通信シーケンスの代表例を示す図である。
【図６６】表示器における表示例を示す図である。
【図６７】（ａ）は、ＳＥ２モードの暗号化および復号に用いられるカウンタを示す図であり、（ｂ）は、ＳＥ２モードによるブロック暗号の暗号化の仕組を説明する説明図である。
【図６８】ＳＥ２モードによるブロック暗号の復号の仕組を説明する説明図である。
【図６９】暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信を示す図である。
【図７０】ＣＵ通信制御部からメイン制御部への動作応答が到達しなかった場合の異常時の処理を示す図である。
【図７１】メイン制御部からＣＵ通信制御部への動作指示が到達しなかった場合の異常時の処理を示す図である。
【図７２】図７０に示した動作応答未到達の異常時における変形例の処理を示す図である。
【図７３】動作指示が未到達の異常時における処理の変形例を示す図である。
【図７４】（ａ）は、ＳＥ２モードによる暗号処理を示すフローチャート、（ｂ）は、ＳＥ２モードによる復号処理を示すフローチャートである。
【図７５】（ａ）は図７０、図７１に示したカウンタ修復処理の具体的制御内容を示すフローチャートであり、（ｂ）は図７２、図７３に示した変形例の修復処理の具体的制御内容を示すフローチャートである。
【図７６】上位サーバ８０１とＣＵ３との間で通信されるコマンドおよびレスポンス等の通信データを説明するための説明図である。
【図７７】認証問合せＡＴＴの内容を説明するための説明図である。
【図７８】認証結果ＣＭＤの内容を説明するための説明図である。
【図７９】認証制御情報ＣＭＤの内容を説明するための説明図である。
【図８０】認証動作指定ＣＭＤの内容を説明するための説明図である。
【図８１】ＣＵの電源投入時からオンラン状態となるまでのシーケンスとしての立上シーケンスの処理を示す図である。
【図８２】ＣＵとメイン制御部とがオンライン状態となった後にセキュリティ関連情報の設定値の変更等の情報の変更がされたときのシーケンスとしての設定値変更シーケンスの処理を示す図である。
【図８３】オンライン状態であるときにおいてメイン制御部とＣＵ通信制御部との間の認証が実施されていないときの認証シーケンスで運用許可がされた例を示す図である。
【図８４】オンライン状態であるときにおいてメイン制御部とＣＵ通信制御部との間の認証が実施されていないときの認証シーケンスで期限付運用許可がされた例を示す図である。
【図８５】オンライン状態であるときにおいてメイン制御部３２３とＣＵ通信制御部との間の認証が実施されていないときの認証シーケンスで運用不可とされた例を示す図である。
【図８６】ベース異常検知設定値に基づいてベース異常が検知されたときのエラー通知シーケンスを示す図である。
【図８７】ＣＵ故障時の持点を上位サーバ経由でＰＯＳを用いて遊技者所有のカードに記録する制御を行なう場合の主要構成を示すブロック図である。
【図８８】ＣＵ故障時制御が行なわれるときにＣＵ、上位サーバ、および、ＰＯＳのそれぞれで実行される処理を示すフローチャートである。
【図８９】スロットマシンの前面扉を開放した状態を示す斜視図である。
【図９０】カードユニットおよびスロットマシンのそれぞれにおいて記憶している各種データおよびその送受信態様を説明するための説明図である。
【図９１】Ｓ台とＣＵとにおける遊技履歴データの記憶制御を示す図である。
【図９２】他の例におけるカードユニットおよびパチンコ機を示す正面図である。
【図９３】変形例におけるＣＵ側とＰ台側とのそれぞれで遊技履歴データの記憶を行なう制御態様を説明するための説明図である。
【図９４】変形例におけるＳ台とＣＵとにおける遊技履歴データの記憶制御を示す図である。
【図９５】図８に示した挿入時処理の変形例でのサブルーチンプログラムを示すフローチャート図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明に係る実施の形態を説明する。なお、本実施の形態で用いる用語の概念として、「遊技機器」は、遊技機（パチンコ機やスロットマシン等）、カードユニット、Ｚカウンタ、カード発行装置、清算装置、ホール用管理装置、景品交換装置等の遊技場に設置される全ての機器を含む概念であり、「遊技用装置」は、上記、「遊技機器」から遊技機のみを排除した概念である。
【００１９】
まず、図１を参照して、遊技場内に複数配置されている各遊技島（図示略）に遊技機の一例の封入循環式パチンコ機（以下パチンコ機またはＰ台と略称する）２が併設されており、そのパチンコ機２の所定側の側方位置に該パチンコ機２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。このカードユニット３は、会員登録をしていない一般の遊技者に対して発行される遊技用記録媒体であるプリペイド機能を備えるビジターカードや、該遊技場に会員登録した会員遊技者に対して発行される遊技用記録媒体である会員カードを受付けて、それらカードの記録情報により特定される遊技者所有の遊技価値（たとえばカード残高、持玉数、あるいは貯玉数等）を用いて対応するパチンコ機２における封入玉を弾発発射させて遊技ができるようにするための機能を有する。なお、ビジターカードや会員カードはＩＣカードで構成されている。パチンコ機２は、遊技媒体封入部の一例のパチンコ玉封入部を備えており、そのパチンコ玉封入部に封入されているパチンコ玉が循環して遊技領域に発射され、遊技領域から回収されたパチンコ玉が再びパチンコ玉封入部に還元される。
【００２０】
このパチンコ機２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、打球発射モータ（図示略）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。
【００２１】
この図１に示すパチンコ機２は、いわゆる第１種のパチンコ機であり、図示を省略しているが、遊技領域２７内に打込まれたパチンコ玉が入賞可能な始動口（１）と始動口（２）とが設けられ、それら各始動口に入賞した始動入賞玉の検出信号に基づいて変動表示する可変表示装置が設けられているとともに、該可変表示装置の表示結果が予め定められた特定の識別情報の組合せ（たとえばぞろ目）になることにより開放する可変入賞球装置（大入賞口ともいう）などが設けられている。始動口（２）は、遊技者にとって有利な第１
の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【００２２】
可変入賞球装置が開放することにより大当り状態となる。また、可変表示装置の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７等の確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。大入賞口は、大入賞口（１）と大入賞口（２）との２つ設けられている。たとえば、始動口（１）への入賞に基づいて大当りが発生したときには大入賞口（１）が第１の状態となり、始動口（２）への入賞に基づいて大当りが発生したときには大入賞口（２）が第１の状態となる。さらに、遊技領域２には、４つの通常入賞口（１）〜（４）が設けられている。
【００２３】
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口（図示略）に回収される。入賞口に入賞したパチンコ玉およびアウト口（図示略）に回収されたパチンコ玉は再度パチンコ機２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
【００２４】
カードユニット３の前面側には、紙幣を挿入するための紙幣挿入口３０２、装置前面より装置前方方向に突出形成された突出部３０５、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがカードリーダライタ（図示省略）に受付けられ、そのカードに記録されている情報が読取られる。前述の突出部３０５において、遊技者と対向する面には、表示器３１２と、会員カードを受付けた場合において、該会員カードに記録された会員カードＩＤならびに会員ＩＤにより特定される貯玉数を用いた再プレイ遊技を実施するための再プレイボタン３１９と、遊技場の係員が所持するリモコン（図示省略）から赤外線信号を受信して電子信号に変換して出力するＩＲ受光ユニット（図示省略）が設けられている。
【００２５】
さらに、表示器３１２と再プレイボタン３１９との間に、貸出ボタン３２１、返却ボタン３２２、呼出ボタン７９８が設けられている。貸出ボタン３２１は、挿入されているカードにより特定されるプリペイド残高を引落して遊技に使用するために操作されるボタンである。返却ボタン３２２は、カード挿入／排出口３０９に挿入されているカードを返却するときに操作されるボタンである。呼出ボタン７９８は、遊技場の係員を呼出すときに遊技者によって操作されるボタンである。
【００２６】
表示器３１２は、挿入された遊技用記録媒体（カード）に記録されているプリペイド残高（カード残高または単に残高とも言う）を表示するものであるが、後述する遊技玉数やその他の各種情報を表示可能であるとともに、表面が透明タッチパネルで構成されており、表示器３１２の表示部に表示された各種表示項目を指でタッチすることにより各種操作が入力可能となるように構成されている。
【００２７】
再プレイボタン３１９を操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記録されているときにはその持玉数から引落としてパチンコ機による遊技を行なうことが可能となるとともに、挿入されたカードが会員カードであり持玉数が記録されておらずかつ貯玉がホール用管理コンピュータ１等に記録されている場合には、その貯玉から引落としてパチンコ機２による遊技が可能となる。
【００２８】
なお、「貯玉」とは、遊技場に預入れられた遊技媒体であり、一般的に当該遊技場に設
置されたホール用管理コンピュータ１やその他の管理コンピュータにより管理される。一方、「持玉数」とは、遊技者が遊技機により遊技を行なった結果遊技者の所有となった遊技玉数をカードに記録したものであって、未だに遊技場に預入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預入れられた玉数を「貯玉」と言う。
【００２９】
なお、この持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預入れるための貯玉操作が行なわれて遊技場に預入れられた玉数であるか、あるいは、未だに遊技場に預入れられていない段階の玉数であるかの点である。
【００３０】
本実施形態では、貯玉データは会員カードに直接記録させずホール用管理コンピュータ１等の上位サーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記録している。しかし、それに限定されるものではなく、両者ともに上位サーバにカード番号と対応付けて記憶させてもよい。
【００３１】
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。
【００３２】
パチンコ機２における遊技領域２７の下方位置には、表示器５４とチャンスボタン５６およびジョグダイヤル５７が設けられている。表示器５４は、液晶表示装置で構成されており、図５９で後述するような表示画面を遊技者に表示する。ジョグダイヤル５７は、遊技者が回動操作することにより表示器５４に表示されている表示画面における各種表示項目（アイコン）等を選択指定するものである。そして、遊技者がこのジョグダイヤル５７を回動操作することにより表示器５４に表示される表示画面上の各種表示項目において選択対象となるものが順次移動表示され、このジョグダイヤル５７を回動操作して遊技者が選択したい表示項目を指定した上でチャンスボタン５６を遊技者が押圧操作することにより、その選択された表示項目が指定されて遊技者の選択が確定されることになる。
【００３３】
次に図２を参照して、ＣＵ側とＰ台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【００３４】
本実施の形態においては、ＣＵ側においてＰ台側の遊技玉数の変動を算出して現在の遊技玉数を管理している。Ｐ台側においても現在の遊技玉数の算出・記憶を行なっているが、その遊技玉数はＰ台側において遊技玉数が０となったときにＰ台自ら打球発射を迅速に停止させる制御を行なうためだけに用いられる副次的なものである。遊技玉数の主たる管理をＣＵ側において行なっているために、Ｐ台側に遊技玉数の厳重に管理するための機能を設ける必要がなく、その分Ｐ台のコストを極力抑えることができる。
【００３５】
特に、ＣＵに比べてＰ台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、Ｐ台側における遊技玉数に関する主管理機能をＣＵ側に持たせてＰ台側のコストを抑えることにより、封入式遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【００３６】
図２では、ＣＵ側のメイン制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台側の払出制御部１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台（パチンコ機２）とＣＵ（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台側の払出制御部１７（図４参照）は、主制御基板１６からメインチップＩＤを送信してもらい、そのメインチップＩＤをＣＵ側に送信す
るとともに、払出制御部１７自身が記憶している払出チップＩＤをＣＵ側へ送信する。
【００３７】
ＣＵ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ側とＰ台側とが接続されて通信が開始された時刻のデータがＣＵ側からＰ台側へ送信され、Ｐ台側ではその送信されてきた接続時刻を記憶する。
【００３８】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ側で識別された接続時刻の３つの情報がＣＵ側とＰ台側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台側からＣＵ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【００３９】
ＣＵ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ側とＰ台側との通信が開始された新たな接続時刻データがＣＵ側からＰ台側へ送信されてその新たな接続時刻データをＰ台側において記憶することとなる。
【００４０】
また、ＣＵ側とＰ台側とにおいて動作指示および動作応答の送信が行なわれる毎にシーケンスナンバー（ＳＱＮ）が「１」ずつ加算更新され、そのシーケンスナンバーがＣＵ側とＰ台側とにおいて記憶される。このＳＱＮとは、ＣＵとＰ台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終ＳＱＮとは、その更新される通信番号の最後に更新された番号のことである。
【００４１】
本実施の形態におけるＣＵとＰ台とにおけるＳＱＮのバックアップの具体的態様を説明する。ＣＵは、動作指示でＰ台へ送信したＳＱＮをバックアップ記憶し、次にＰ台からのＳＱＮを受信すると、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているＳＱＮを１加算更新してＰ台へ送信し、その送信済みのＳＱＮをバックアップ記憶する。ＣＵではこのような処理を繰返す。
【００４２】
Ｐ台でも同様に、動作指示でＣＵから受信したＳＱＮをバックアップ記憶し、次にＰ台からＣＵへ動作応答を送信するときに、バックアップ記憶しているＳＱＮを１加算更新して送信し、その送信済みのＳＱＮをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。Ｐ台ではこのような処理を繰返す。
【００４３】
そして、後述する図４１、図５０〜図５８のように、通信途中で通信断が発生したときには、通信の再接続までの間ＳＱＮがバックアップ記憶されるのであるが、Ｐ台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため（図４１、図５０〜図５８参照）、通信の再接続までの間バックアップ記憶しているＳＱＮは常に最後に送信したＳＱＮとなっている。一方、ＣＵ側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため（図４１、図５０〜図５８参照）、通信の再接続までの間バックアップ記憶しているＳＱＮは最後に送信したものまたは最後に受信したもののいずれかとなる。
【００４４】
たとえば、ＣＵ側からＰ台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーｎを送信し、Ｐ台側ではその送信されてきたシーケンスナンバーｎを記憶する。そして、動作応答をＰ台側からＣＵ側へ返信するときにその記憶しているシーケンスナンバーｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ側では返信されてきたシーケンスナンバーｎ＋１が既に記憶していたシーケンスナンバーｎより１加算され
ているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを＋１してｎ＋２のシーケンスナンバーをＰ台側へ送る。
【００４５】
次に、Ｐ台側からＣＵ側へ現在玉関連情報（カウント中の玉関連情報）を送信する。この現在玉関連情報は、ＲＡＭの現在玉関連情報記憶領域に記憶されている。具体的には、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から加算玉数情報が払出制御部１７へ送信されてきたときに加算玉数カウンタでその加算玉数をカウントしておき、その加算玉数カウンタの値（加算玉数）をＰ台側からＣＵ側へ送信する。また、パチンコ玉が遊技領域２７内に発射されてその発射玉が発射玉検出スイッチにより検出されればその検出信号に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台側からＣＵ側へ送信する。
【００４６】
さらに、始動口（１）または始動口（２）にパチンコ玉が入賞して始動口（１）入賞信号または始動口（２）入賞信号が主制御基板１６から払出制御部１７へ送信されてきた場合には、払出制御部１７において始動口１入賞数カウンタまたは始動口２入賞数カウンタによりそれら入賞数をＰ台側でカウントし、そのカウント値をＰ台側からＣＵ側へ送信する。さらに、払出制御部１７では、加算玉数と減算玉数とに基づいて現時点における遊技玉数を遊技玉数カウンタで計数しており、その遊技玉数カウンタのカウント値をＰ台側からＣＵ側へ送信する。
【００４７】
Ｐ台側においては、加算玉数カウンタ、減算玉数カウンタ、始動口１入賞数カウンタ、始動口２入賞数カウンタ、および遊技玉数カウンタの値をＣＵ側へ送信する毎に、それらカウント値を前回玉関連情報記憶領域にバックアップデータとして記憶（書換え）した後、現在玉関連情報としての加算玉数カウンタ、減算玉数カウンタ、始動口１入賞数カウンタおよび始動口２入賞数カウンタの値を０クリアする。なお、本実施の形態において「クリア」とは「初期化」と同じ意味である。
【００４８】
その結果、前回玉関連情報（直前に送信した現在玉関連情報）の記憶エリアに、直前にＣＵ側に送信した現在玉関連情報である、加算玉数、減算玉数、始動口１入賞数、および始動口２入賞数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台側からＣＵ側へ現在玉関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
【００４９】
ＣＵ側においては、ＲＡＭ内の累計データ記憶領域に、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、始動口（１）総入賞数（始動口（１）回数累計）、始動口（２）総入賞数（始動口（２）回数累計）、遊技玉数を記憶している。
【００５０】
Ｐ台側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数および遊技玉数を更新する。また、Ｐ台側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数と遊技玉数とを更新する。さらに、Ｐ台から送信されてきた始動口１入賞数カウンタの値に基づいて始動口（１）総入賞数を更新するとともに、Ｐ台側から送信されてきた始動口２入賞数カウンタの値に基づいて始動口（２）総入賞数を更新する。このように、ＣＵは、Ｐ台より逐一送信されてくる現在玉関連情報によって遊技玉数を更新することで最新の遊技玉数を管理をすることが可能となる。同様に、ＣＵは、Ｐ台より逐一送信されてくる現在玉関連情報によって総加算玉数、総減算玉数、始動口（１），（２）総入賞数を更新することで最新のそれらの情報を管理をすることが可能となる。
【００５１】
なお、「加算玉数」の内訳は、遊技玉獲得個数情報とバック玉加算情報とである。バッ
ク玉とはファール玉のことである。また、「減算玉数」を遊技玉発射個数情報とも言う。
【００５２】
なお、ＣＵは、Ｐ台側から加算玉数カウンタおよび減算玉数カウンタの値に加えて遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信しているが、自ら記憶している遊技玉数は加算玉数カウンタおよび減算玉数カウンタの値に基づいて更新し、Ｐ台側から送られる遊技玉数カウンタのカウント値は利用しない。このため、仮に、Ｐ台側から送られてきた遊技玉数とＣＵ側で管理している遊技玉数とが一致しない場合でも、ＣＵ側の遊技玉数がＰ台側から送られてきた遊技玉数で更新されてしまうことはない。
【００５３】
さらに、ＣＵは、Ｐ台側から送信されてきた遊技玉数カウンタの値とＣＵ側において更新されている現在の遊技玉数とを照合して一致するか否かの整合性の判定を行なう。
【００５４】
一致するとの判定（一致確認）が行なわれたことを条件として、ＣＵはＰ台との間で通常の（正常時の）動作要求（コマンド）の送信および通常の（正常時の）動作応答（レスポンス）の受信を継続する。一方、一致しないとの判定が行なわれたときには、ＣＵは、エラー状態に移行する制御を行なう。
【００５５】
エラー状態に移行する制御として、ＣＵは、リカバリ処理を行なって通信開始要求のコマンドをＰ台へ送信し、そのコマンドに含まれているデータ補正要求のＢｉｔ１のデータによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行なう。なお、補正する処理としては、ＣＵ側で管理している遊技玉数に補正するのであるが、それに代えて、ＣＵ側で管理している遊技玉数と、Ｐ台側で記憶している遊技玉数との平均値に補正してもよい。
【００５６】
また、このような補正処理に代えて、たとえば、表示器３１２によりエラー報知を行なったり、あるいは、ホール用管理コンピュータ１にエラーが発生した旨のエラー通知信号を送信し（この場合、ホール用管理コンピュータ１によるエラー報知が行なわれるようにしてもよい）、係員による人為的な対応を促す所定の報知を行なうようにしてもよい。
【００５７】
このように、ＣＵは、Ｐ台側から送信されてくる各種カウンタの値を受信し、現時点における遊技玉数を特には加減算玉数カウンタの値に基づいて算出して管理するという遊技玉数の主管理機能を有している。このため、Ｐ台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、遊技玉数が０になったときに即座に遊技を禁止できるようにするなどの目的のために、Ｐ台側にも遊技玉数を記憶させている。しかしながら、Ｐ台側に遊技玉数を記憶するための遊技玉数カウンタを設けないようにしてもよい。
【００５８】
ＣＵは、算出された現時点における遊技玉数とＰ台側から送信されてきた遊技玉数カウンタの値とを照合して一致するか否かの判定を行なう遊技玉数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御（不一致時エラー制御）を行なう機能とを有する。
【００５９】
このように、本実施の形態では、Ｐ台側にも遊技玉数を記憶させているが、その遊技玉数がＣＵ側で管理記憶している遊技玉数と整合するか否かの判定を行なえるようにしている（ＣＵ側機能）。そのため、仮に不正行為その他の事情で遊技機側で記憶している遊技玉数がＣＵ側で管理記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ側にその判定機能を設けたが、たとえば、ＣＵと接続されるホール用管理コンピュータ１によって、ＣＵ側で記憶している遊技玉数とＰ台側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行なうものとして
もよい。
【００６０】
図２に示すように、ＣＵは、持玉（貯玉）を記憶する記憶領域と、受け付けた（挿入された）カードのカード残高を記憶する記憶領域とをさらに有する。ＣＵのメイン制御部３２３（図４参照）は、持玉の使用を要求する入力（たとえば、ＣＵに設けられた再プレイボタン（再プレーボタンとも言う）３１９の押圧入力）に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。また、ＣＵのメイン制御部３２３は、カード残高の使用を要求する入力（たとえば、貸出しボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。
【００６１】
また、このような遊技者所有の遊技用価値（たとえばプリペイド残高、持玉数、あるいは貯玉数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算要求玉数がＣＵ側からＰ台側へ送信される。Ｐ台側では、それを受けて、遊技玉数カウンタを加算更新する。
【００６２】
一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダ等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求玉数がＣＵ側からＰ台側へ送信される。Ｐ台側では、それを受けて、遊技玉数カウンタを減算更新する。
【００６３】
図３は、ＣＵ側とＰ台側とのそれぞれで遊技履歴データの記憶を行なう制御態様を説明するための説明図である。なお、遊技履歴データとは、遊技者がＰ台２により遊技を行なうことにより生成される遊技状態の履歴を示すデータのことであり、たとえば、可変表示装置の可変表示回数であるスタート回数（可変表示装置の変動開始回数）、大当りの発生回数、前回の大当りから今回の大当りまでのスタート回数、ベースの値等である。この遊技履歴データは、当該Ｐ台での一日を通しての遊技履歴データと、当該Ｐ台において遊技者毎に集計される遊技履歴データとがある。そして、後に詳しく説明するが、前者の遊技履歴データはＰ台側およびＣＵ側の両方に設けられた当Ｐ台遊技履歴データ記憶部に記憶され、後者の遊技履歴データはＰ台側およびＣＵ側の両方に設けられた現遊技者遊技履歴データ記憶部またはＰ台側のみに設けられたバックアップ記憶部に記憶される。つまり、当該Ｐ台での一日を通しての遊技履歴データと、当該Ｐ台において遊技者毎に集計される遊技履歴データとが、ＣＵ３とＰ台２の両方において記憶されている。
【００６４】
図３を参照して、遊技者がＰ台２により遊技を行なうことにより大当りやスタート（可変表示装置の変動開始）等の各種遊技データが発生しその遊技データが遊技履歴データ管理部２９１に入力される。この遊技者がＰ台で遊技を行なった結果発生する通常の遊技データは、例えば払出制御部１７に設けられた遊技履歴データ管理部２９１の通常モード処理部により集計され、その集計された遊技履歴データが表示器用演出制御基板（図示省略）に設けられた表示器用演出制御部２９２に入力され、その遊技履歴データが当Ｐ台遊技履歴データ記憶部に累積記憶される。この当Ｐ台遊技履歴データ記憶部は、本日の遊技履歴データを含めて１０日分の遊技履歴データが記憶可能である。前述したジョグダイヤル５７およびチャンスボタン５６を遊技者が操作して表示させたい日の遊技履歴データを選択操作することにより、その選択された日の遊技履歴データが表示器５４により表示される。この表示器用演出制御部２９２と遊技履歴データ管理部２９１との間での通信は、遊技履歴データ管理部２９１から表示器用演出制御部２９２への一方向通信である。
【００６５】
一方、遊技履歴データ管理部２９１に入力された前述の遊技データは、ＣＵ３のＣＵ通信制御部８０を経由して、例えばメイン制御部３２３に設けられた遊技履歴データ管理部３９１にも送信され、遊技履歴データ管理部３９１の通常モード処理部によりその遊技データが集計処理される。その集計処理された遊技履歴データがデータ記憶部３９２の当Ｐ
台遊技履歴データ記憶部に記憶される。このＣＵ３側の当Ｐ台遊技履歴データ記憶部は、当日の遊技履歴データのみが記憶可能に構成されている。そしてタッチパネルで構成されている表示器３１２を遊技者がタッチ操作して当Ｐ台遊技履歴データを表示させる操作が行なわれれば、その操作信号が遊技履歴データ管理部３９１に入力され、遊技履歴データ管理部３９１の制御により、当Ｐ台遊技履歴データ記憶部に記憶されている当日の遊技履歴データが表示器３１２により表示される。
【００６６】
一方、ＣＵ３では、遊技場に設置されている他のＰ台２の遊技履歴データも表示器３１２により表示できるように構成されている。具体的には、遊技者が表示器３１２に表示されている他Ｐ台情報表示の操作ボタンアイコンをタッチ操作することにより、その操作信号が遊技履歴データ管理部３９１に入力され、他Ｐ台情報処理部の働きにより他Ｐ台遊技履歴データ要求通知が遊技履歴データ管理部３９１からホール用管理コンピュータ１へ送信される。ホール用管理コンピュータ１は、他Ｐ台２の遊技履歴データを他ＣＵ３を経由して受信し、その受信した他Ｐ台遊技履歴データを遊技履歴データ管理部３９１へ返信する。遊技履歴データ管理部３９１は、その返信されてきた他Ｐ台遊技履歴データを他Ｐ台情報処理部により処理してその処理された他Ｐ台遊技履歴データをデータ記憶部３９２の他Ｐ台遊技履歴データ記憶部に記憶させる。そしてその記憶された他Ｐ台遊技履歴データを表示器３１２により表示する。
【００６７】
さらに本実施の形態においては、Ｐ台２で遊技を行なった遊技者毎に遊技履歴データを集計してその遊技者毎遊技履歴データを表示器５４、３１２により表示させることが可能である。その遊技者毎の遊技履歴データの集計を行なうには、Ｐ台２で遊技を行なっている遊技者を区別する必要がある。その遊技者を区別するための遊技者識別情報として、会員である遊技者が所持している会員用カードに記憶されているＣ−ＩＤ（カードＩＤ）を利用する。Ｃ−ＩＤとは、カードに記憶されカード同士を識別するＩＤのことである。会員用カードは遊技場において会員になった遊技者に発行されるものであり会員と会員用カードとは一対一の対応関係である。そのため、会員用カードに記憶されているＣ−ＩＤは、当該会員用カードを識別するだけでなく、会員遊技者をも識別可能である。よって、会員用カードに記憶されているＣ−ＩＤは、遊技者を識別するための遊技者識別情報として機能する。
【００６８】
後に詳しく説明するが、会員である遊技者が会員カードをＣＵ３へ挿入すれば、その挿入された会員カードに記憶されているＣ−ＩＤが読取られてそのＣ−ＩＤがデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記憶される。一方、読取られたＣ−ＩＤはＣＵ３からＰ台２へ送信され、Ｐ台２では、その受信したＣ−ＩＤを遊技履歴データ管理部２９１から表示器用演出制御部２９２に送信し、表示器用演出制御部２９２の現遊技者遊技履歴データ記憶部に記憶させる。
【００６９】
この状態で、遊技者がＰ台２により遊技を行なうことにより、Ｃ−ＩＤが現遊技者遊技履歴データ記憶部に記憶されたときからの遊技履歴データが表示器用演出制御部２９２の現遊技者遊技履歴データ記憶部に累積記憶される。そして、遊技者が前述したジョグダイヤル５７とチャンスボタン５６とを操作して自分の遊技履歴データを表示する操作を行なえば、現遊技者遊技履歴データ記憶部に記憶されている遊技履歴ａが表示器５４により表示される。また、遊技履歴データ管理部３９１も、Ｐ台２から送信されてきた遊技データに基づいて通常モード処理部が遊技履歴データを集計し、データ記憶部３９２の現遊技者遊技履歴データ記憶部にＣ−ＩＤとしてＡが記憶された段階から通常モード処理部により集計された遊技履歴データが現遊技者遊技履歴データ記憶部に累積記憶される。そして遊技者がタッチパネルからなる表示器３１２をタッチ操作して、自分の遊技履歴データを表示させる操作を行なえば、その操作検出信号が遊技履歴データ管理部３９１に入力されて遊技履歴データ管理部３９１がデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記
憶されている遊技履歴ａを表示器３１２に表示させる制御を行なう。
【００７０】
以上説明したように、当該Ｐ台での一日を通しての遊技履歴データと当該Ｐ台において遊技者毎に集計される遊技履歴データとは、Ｐ台側およびＣＵ側の両方において、表示切換え操作により一方の遊技履歴データと他方の遊技履歴データとが切換え表示される。
【００７１】
Ｐ台２により遊技を行なっている遊技者が挿入している会員カードを返却するべく返却ボタン３２２を押圧操作すればＣＵ３から会員カードが排出される。すると、遊技履歴データ管理部３９１はデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記憶されているＣ−ＩＤと遊技履歴データとを消去する。その結果、表示器３１２を操作して現遊技者遊技履歴データ記憶部に記憶されている遊技履歴ａを表示するための操作を行なったとしても、表示器３１２にその遊技履歴ａが表示されない。
【００７２】
一方、会員カードがＣＵ３から排出されるとＣＵからＰ台２に対してカード返却通知が送信され、そのカード返却通知を受けた遊技履歴データ管理部２９１は、表示器用演出制御部２９２にカード返却通知を送信する。それを受けた表示器用演出制御部２９２は、現遊技者遊技履歴データ記憶部に記憶されているＣ−ＩＤとしてのＡと遊技履歴データａとをバックアップデータ記憶部に記憶させ、現遊技者遊技履歴データ記憶部のＣ−ＩＤと遊技履歴データとを消去する。その結果、表示器５４に遊技履歴データａを表示させる操作が行なわれたとしても表示器５４には遊技履歴データａが表示されない。
【００７３】
返却ボタン３２２は通常は当該Ｐ台２による遊技を終了させるときに操作されるが、遊技者が遊技を一旦中断して小用を済ませ再び遊技を行なっていたＰ台２へ戻ってきて遊技を再開する場合がある。そのような場合には、通常は後述する遊技中断操作を行なった後にカードを排出してそのカードを持参して遊技者が小用を済ませ、再度同じＰ台２に戻ってきてカードをＣＵ３へ挿入するのであるが、そのような遊技中断の操作を行なうことなく遊技者が返却ボタン３２２を押圧操作してカードを抜き取りＰ台２から離席する場合がある。
【００７４】
そのような場合に当該Ｐ台２で他の遊技者が遊技を行なうことなく離席した同じ遊技者が当該Ｐ台２へ戻ってきて再度会員カードをＣＵ３へ挿入した場合には、離席する前の当該遊技者の遊技履歴データを引継いでその遊技履歴データにさらに遊技再開後の遊技履歴データを加算更新して累積記憶するのが望ましい。それを実現するために、前述した表示器用演出制御部２９２に設けられているバックアップデータ記憶部にＣ−ＩＤと遊技履歴データとをバックアップ記憶させているのである。そして、Ｐ台２に戻ってきた遊技者が会員カードをＣＵ３へ挿入すれば、その会員カードのカード情報が読取られてその会員カードのＣ−ＩＤを含む挿入カード情報がＣＵ３からＰ台２へ送信される。Ｐ台２では、その挿入カード情報に含まれているＣ−ＩＤを遊技履歴データ管理部２９１が受信し、その受信したＣ−ＩＤを表示器用演出制御部２９２へ伝送する。表示器用演出制御部２９２では、その伝送されてきたＣ−ＩＤとバックアップデータ記憶部に記憶されているＣ−ＩＤとを照合し、一致するか否かを判定する。一致する場合には離席した遊技者と同じ遊技者が再度遊技を再開したと判断し、バックアップデータ記憶部に記憶されているＣ−ＩＤとしてのＡと遊技履歴データとしてのａとを現遊技者遊技履歴データ記憶部に復帰させて現遊技者遊技履歴データ記憶部に記憶させる。そして、バックアップデータ記憶部の記憶データを削除する。バックアップデータ記憶部に記憶されていた遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されて引継がれた状態で、遊技者がＰ台２により遊技を行なうことによりそれ以降発生した遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データａに対して加算更新されて累積記憶される。
【００７５】
一方、ＣＵ３から送信されてきた挿入カード情報に含まれているＣ−ＩＤとバックアッ
プデータ記憶部に記憶されているＣ−ＩＤとの比較結果両者が一致しないと判定された場合には、バックアップデータ記憶部に記憶されているＣ−ＩＤとしてのＡと遊技履歴データとしてのａとが消去される。
【００７６】
なお、変形例として、遊技履歴データ管理部２９１と表示器用演出制御部２９２との間での通信を双方向通信にした上で、次のような制御を行なってもよい。
【００７７】
表示器用演出制御部２９２によりバックアップデータ記憶部に記憶されているＣ−ＩＤとＣＵ３から送信されてきたＣ−ＩＤとの比較結果、両者が一致するか否かの判定結果が表示器用演出制御部２９２、遊技履歴データ管理部２９１を経由してＣＵ３の遊技履歴データ管理部３９１へ送信される。遊技履歴データ管理部３９１では、その送信されてきたＣ−ＩＤ判定結果が一致する旨の判定結果の場合には、その一致すると判定されたＣ−ＩＤをデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記憶させる。またＣ−ＩＤ判定結果が一致するとの判定結果の場合にはそのＣ−ＩＤ判定結果の中に遊技履歴データａも含まれている。その遊技履歴データａを受信した遊技履歴データ管理部３９１はその遊技履歴データａをデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記憶させる。それ以降Ｐ台２により遊技者が遊技を行なえば、当該遊技データが遊技履歴データ管理部３９１へ送信され、遊技履歴データ管理部３９１の通常モード処理部により集計されてその集計された遊技履歴データが現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データａに加算更新されて累積記憶される。その状態で、遊技者が表示器３１２をタッチ操作して自分の遊技履歴データを表示させる操作を行なえば、前述と同様に現遊技者遊技履歴データ記憶部に記憶されている遊技履歴データが表示器３１２により表示される。
【００７８】
なお、表示器用演出制御部２９２のバックアップデータ記憶部は、所定時間（たとえば２０分）が経過した時点で記憶しているバックアップデータを消去するように制御してもよい。
【００７９】
さらに本実施の形態では、試打モード（テストモード）処理機能が備えられている。この試打モードとは、遊技機メーカにおける遊技機製造時の出荷検査や遊技場における遊技機設置時の動作確認、セーフ／アウト等の玉数表示、釘調整時のベース確認等を行なうモードである。遊技場の係員がＣＵ３に対してリモコンにより非稼働モードの一例の試打モードへの移行操作を行なえば、遊技履歴データ管理部３９１の試打モード処理部が試打モードに移行するための処理を行なう。具体的には、試打モード通知をＰ台２へ送信し、その試打モード通知を受信した遊技履歴データ管理部２９１は試打モード処理部の働きにより試打モード通知を表示器用演出制御部２９２へ伝送する。それを受けた表示器用演出制御部２９２では、それ以降発生する遊技データに基づく遊技履歴データを試打遊技履歴データ記憶部に記憶する。この試打遊技履歴データ記憶部は、前述した当Ｐ台遊技履歴データ記憶部や現遊技者遊技履歴データ記憶部やバックアップデータ記憶部とは異なる記憶エリアで構成されており、この試打遊技履歴データ記憶部に試打モード中の遊技履歴データが記憶される。
【００８０】
そして、その試打遊技履歴データ記憶部に記憶されている遊技履歴データが表示器５４により表示される。
【００８１】
ＣＵ３においても、遊技履歴データ管理部３９１の試打モード処理部の働きにより、Ｐ台２から送信されてきたＰ台遊技履歴データを試打モード時の遊技履歴データとして表示器３１２により表示させる制御が行なわれる。遊技データに基づいた遊技履歴データが集計されてその集計された遊技履歴データが試打モード時の遊技履歴データとして表示器３１２により表示される。
【００８２】
この試打モード時においては、現在玉関連情報としての加算玉数および減算玉数と、前回玉関連情報としての加算玉数および減算玉数と、遊技玉数とが、Ｐ台２からＣＵ３へ送信されず、ＣＵ３では、図２で説明した総加算玉数、総減算玉数、および遊技玉数の更新を行なわない。そして、試打モード中においてＰ台側で遊技玉数の加減算の管理を行なう場合は、以下のような制御を行なう。
【００８３】
ＣＵ３から試打モード通知を受信したＰ台２は、遊技者が遊技を行なっている通常モード時に記憶している図２示した遊技玉数を試打モード時用記憶エリアに退避させた上で、通常モード時の遊技玉数をクリアする。そして、そのクリアされた通常モード時の記憶エリアに試打モード中の遊技玉数を記憶させて加減算する。リモコンにより試打モードの解除操作が行なわれてＣＵ３から通常モード復帰通知が送信されてくれば、Ｐ台２は、試打モード中に加減算された遊技玉数をクリアした上で、前述の試打モード時用記憶エリアに退避させている遊技玉数を通常モード時の遊技玉数の記憶エリアに復帰させ、その復帰された遊技玉数を引継いで遊技者による遊技が再開される。遊技者による遊技が再開されると、図２に基づいて説明したように、現在玉関連情報としての加算玉数および減算玉数と、前回玉関連情報としての加算玉数および減算玉数と、遊技玉数とが、Ｐ台２からＣＵ３へ送信され、ＣＵ３では、試打モード直前の総加算玉数、総減算玉数、および遊技玉数から新たな玉数の更新を再開する。
【００８４】
他の制御方法として、試打モード時においても、現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを、Ｐ台２からＣＵ３へ送信するようにしてもよい。その場合には、ＣＵ３から試打モード通知を受信したＰ台２は、遊技者が遊技を行なっている通常モード時に記憶している図２示した現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを試打モード時用記憶エリアに退避させた上で、通常モード時のそれら玉数情報をクリアする。そして、そのクリアされた通常モード時の記憶エリアに試打モード中の加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを記憶させて加減算する。ＣＵ３では、試打モード移行時に総加算玉数、総減算玉数、および遊技玉数を試打モード時用記憶エリアに退避させた上で、通常モード時のそれら玉数情報をクリアする。そして、Ｐ台２から送信されてきた試打モード中の現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とに基づいて、試打モード中における総加算玉数、総減算玉数、および遊技玉数を演算して記憶保持する。一方、試打モード終了時には、Ｐ台では、試打モード中に加減算された現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とをクリアした上で、前述の試打モード時用記憶エリアに退避させている現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを通常モード時の遊技玉数の記憶エリアに復帰させ、その復帰された玉数情報を引継いで遊技者による遊技が再開される。さらに、ＣＵ３でも同様に、試打モード終了時には、試打モード中における総加算玉数、総減算玉数、および遊技玉数をクリアした上で、前述の試打モード時用記憶エリアに退避させている試打モード移行時に総加算玉数、総減算玉数、および遊技玉数とを通常モード時の遊技玉数の記憶エリアに復帰させ、その復帰された玉数情報を引継いで遊技が再開される。
【００８５】
試打モード時においても、現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを、Ｐ台２からＣＵ３へ送信する場合のさらなる他の例としては、モード変更時にＣＵ３からＰ台２へ玉数情報の補正をさせる動作指令を送信するようにしてもよい。具体的には、ＣＵ３は試打モード通知とともに玉数情報をクリアさせる動作指令を送信をＰ台２へ送信する。それを受けたＰ台２は、現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての
加算玉数および減算玉数とを、ＣＵ３へ送信した後、それら玉数情報をクリアする。ＣＵ３はＰ台２から送信されてきた現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とに基づいて総加算玉数、総減算玉数、および遊技玉数とを演算してそれらの玉数情報を試打モード時用記憶エリアに退避させた上で、通常モード時のそれら玉数情報をクリアする。そして、Ｐ台２から送信されてきた試打モード中の現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とに基づいて、試打モード中における総加算玉数、総減算玉数、および遊技玉数を演算して記憶保持する。一方、試打モード終了時には、ＣＵ３は、試打モード中の総加算玉数、総減算玉数、および遊技玉数をクリアするとともに試打モード時用記憶エリアに退避していた総加算玉数、総減算玉数、および遊技玉数を通常モード時の記憶エリアに復帰させる。そして、ＣＵ３は、復帰させた遊技玉数通知および通常モードへの復帰通知とともに玉数情報をクリアさせる動作指令をＰ台２へ送信する。それを受けたＰ台２は、試打モード中に算出した現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とをクリアするとともに、受信した遊技玉数を記憶し、その遊技玉数を引継いで遊技が再開される。
【００８６】
上記のように、試打モード中においてＰ台側で遊技玉数の加減算の管理を行なう場合は、試打モード中にその加減算された遊技玉数をＰ台２の表示器５４で表示する制御を行なう。また、試打モード時においても、現在玉関連情報としての加算玉数、減算玉数および遊技玉数と、前回玉関連情報としての加算玉数および減算玉数とを、Ｐ台２からＣＵ３へ送信するようにした場合には、ＣＵ３の表示器３１２においても遊技玉数を表示する制御を行なうようにしてもよい。
【００８７】
なお、試打モードから通常モードへ復帰させるときに、出玉に影響するＰ台２側の設定情報（高確率状態等）は退避させないようにしてもよい。つまり、試打モード中に高確率状態等になりその状態で試打モードを終了する場合には、高確率状態等のまま通常モードが開始されるようにしてもよい。
【００８８】
表示器３１２では、再集計ボタン等の操作ボタンアイコンも表示されており、集計表示された試打モード中の遊技履歴データを見た釘師がそれに基づいて釘調整をした後、改めて試打モードによる遊技履歴データを集計してそれを表示させて釘調整の結果を確認したい場合がある。そのような場合には、再集計ボタンのアイコンがタッチ操作される。するとその操作検出信号が遊技履歴データ管理部３９１に入力され、遊技履歴データ管理部３９１から再集計通知がＰ台２の遊技履歴データ管理部２９１へ送信される。それを受けた遊技履歴データ管理部２９１は、表示器用演出制御部２９２に再集計指令を送信する。それを受けた表示器用演出制御部２９２は、試打遊技履歴データ記憶部に記憶されている遊技履歴データを一旦消去した後、それ以降発生した遊技データに基づいた遊技データを改めて試打遊技履歴データ記憶部に記憶させる制御が行なわれる。そしてその改めて集計された試打遊技履歴データ記憶部の遊技データが表示器５４により表示される。一方、ＣＵ３側においても、再集計ボタンのアイコンのタッチ操作の検出信号が遊技データ管理部３９１に入力された後にＰ台２から送信されてきた遊技データに基づいて試打モード処理部が遊技履歴データを集計してその改めて集計し直された試打モード遊技履歴データが表示器３１２により表示される。
【００８９】
そして、リモコンが操作されて試打モードが解除されることにより、試打モードを解除する通知が遊技履歴データ管理部３９１からＰ台２へ送信され、その通知を受けた遊技履歴データ管理部２９１がその通知を表示器用演出制御部２９２へ送信し、それを受けた表示器用演出制御部２９２が試打遊技履歴データ記憶部に記憶されている遊技履歴データを消去する。
【００９０】
試打モード中において遊技玉がなくなったときにはＣＵ側から遊技玉加算指令をＰ台へ送ることにより遊技玉の加算を行なって遊技を可能としている。なお、試打モード中において遊技玉がなくなったときには、ＣＵ側から遊技玉加算指令をＰ台へ送ることなく遊技機側で自動的に遊技玉の加算を行なって遊技を可能としてもよい。さらには、遊技機側で自動的に遊技玉の加算を行なうのではなく、遊技玉が０になっても引き続き遊技を続行できるように制御してもよい。
【００９１】
後述するスロットマシン２Ｓの場合も同様に、試打モード中において持点数がなくなったときにはＣＵ側から持点数加算指令をＳ台へ送ることにより持点数の加算を行なって遊技を可能としている。
【００９２】
Ｐ台２には、ＲＡＭクリアスイッチ２９３が設けられている。このＲＡＭクリアスイッチ２９３は、スイッチ操作されることにより、前述した主制御基板１６や払出制御部１７に対してＲＡＭクリアの信号を出力してＲＡＭの記憶データのクリアを行なうためのものである。ＲＡＭクリア出力信号が遊技履歴データ管理部２９１に入力されれば、そのＲＡＭクリア信号が表示器用演出制御部２９２に入力され、表示器用演出制御部２９２のバックアップデータ記憶部に記憶されているデータが消去されるとともに、当Ｐ台遊技履歴データ記憶部の１０日分の記憶データのうち一番古い記憶データが消去され、残りの９日分の記憶データが１つずつ古い日の記憶エリアにシフト記憶される。その結果、一番新しい記憶エリア（当日記憶エリア）が空きエリアとなる。この空きエリア（当日記憶エリア）に本日の遊技履歴データが記憶されることとなる。なお、ＲＡＭクリア信号の出力に応じて、当Ｐ台遊技履歴データ記憶部の一番新しい日の遊技履歴データ（古い日にシフトする前の遊技履歴データ）が表示器用演出制御部２９２、遊技履歴データ管理部２９１、遊技履歴データ管理部３９１を経由してホール用管理コンピュータ１へ送信され、ホール用管理コンピュータ１においてそのデータがバックアップ記憶されるように制御してもよい。
【００９３】
またＲＡＭクリア処理部２９３からＲＡＭクリア信号を受信した遊技履歴データ管理部２９１は、クリア通知をＣＵ３へ送信し、そのクリア通知を受信した遊技履歴データ管理部３９１は、データ記憶部３９２の当Ｐ台遊技履歴データ記憶部に記憶されている遊技履歴データを消去する制御を行なう。その結果、表示器３１２による当Ｐ台遊技履歴データの表示が消去（クリア）される。
【００９４】
なお、カードがＣＵ３に挿入されたカード保持中においては、ＲＡＭクリアスイッチ２９３からＲＡＭクリア信号が出力されたとしても、遊技履歴データのクリア処理は行なわない。
【００９５】
図４は、相互認証の結果異常を検知した場合の通知処理を説明するための説明図である。
【００９６】
図４を参照して、メイン制御部３２３、ＣＵ通信制御部８０、Ｐ台通信制御部８１、払出制御部１７、あるいは主制御基板１６において異常が発生した場合には、図４の矢印で示す通知が行なわれる。ここに言う異常は、メイン制御部３２３、ＣＵ通信制御部８０、Ｐ台通信制御部８１、払出制御部１７、あるいは主制御基板１６を、不正製造された他のものに差し替えるとか、あるいはノイズ等により誤作動したり故障したりした場合や、断線等によるオフライン状態が含まれる。図４に示される鍵管理サーバ８００は、メイン制御部のＳＩＤ毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵管理サーバである。また、鍵管理サーバ８０３は、主制御基板１６と互いに通信可能な鍵管理サーバである。
【００９７】
まず、カードユニット３のＣＵ通信制御部８０により異常が発生した場合には、前述したメイン制御部３２３とＣＵ通信制御部８０との間で行なわれる相互認証の結果、メイン制御部３２３が異常を検知する。この相互認証では、前述したシリアルＩＤ認証と機器認証の他に、後述するセッション鍵による機器認証（図６参照）も含まれている。。
【００９８】
シリアルＩＤ（ＳＩＤとも言う）には、メイン制御部３２３のシリアルＩＤ（ＢＢシリアルＩＤとも言う）とＣＵ通信制御部８０のシリアルＩＤとがあり、ＣＵ通信制御部８０のＲＯＭのチップ製造段階において、ＣＵ通信制御部のＳＩＤ８０（固有ＩＤ）が記憶される。また、ＣＵ３の製造段階において、ＲＯＭライタ等によりＥＥＰＲＯＭ８０８にメイン制御部のシリアルＩＤが書込まれる。シリアルＩＤ認証には、ＢＢシリアルＩＤ認証とＣＵ通信制御部シリアルＩＤ認証とがあり、これらについては後述する。
【００９９】
メイン制御部３２３がＣＵ通信制御部８０の異常を検知した場合には、メイン制御部３２３は上位サーバ８０１にその旨を通知するとともに、カードユニット３の表示制御部７９７に異常報知コマンドを送信し、表示器３１２に異常発生した旨の表示を行なう制御を表示制御部７９７に行なわせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行なう。さらに、メイン制御部３２３は外部通信部からホール用管理コンピュータ１へ異常が発生した旨の信号を送信する。
【０１００】
また、ＣＵ通信制御部８０により異常が発生したことはＰ台通信制御部８１によっても検知される。Ｐ台通信制御部８１が異常発生を検知した場合には、その旨を払出制御部１７に通知し、払出制御部１７がさらにその旨を主制御基板１６へ通知する。主制御基板１６では、その異常発生信号を受けて、膜板等に設けられた異常報知ランプを点灯または点滅する信号を出力するとともに、ホール用管理コンピュータ１に対して異常が発生した旨の信号を送信する。
【０１０１】
カードユニット３のメイン制御部３２３により異常が発生した場合には、前述した相互認証によりＣＵ通信制御部８０が異常発生を検知し、その旨を示す信号（異常通知信号）をＰ台通信制御部８１に通知する。Ｐ台通信制御部８１はそれを受けて異常発生した旨を払出制御部１７へ通知する。払出制御部１７はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行なうとともにホール用管理コンピュータ１へ異常が発生した旨の信号を送信する。
【０１０２】
ＣＵ通信制御部８０がＰ台通信制御部８１の異常を検知した場合には、その旨をメイン制御部３２３へ通知し、メイン制御部３２３がその旨を上位サーバ８０１へ通知する。
【０１０３】
このように、ＣＵ通信制御部８０は、メイン制御部３２３の異常を検知したときにはその旨をＰ台通信制御部８１へ通知する一方、Ｐ台通信制御部８１の異常を検知したときには、その旨をメイン制御部３２３へ通知するのであり、ＣＵ通信制御部８０による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行なわれず、異常防止対策にはならないためである。しかも、ＣＵ通信制御部８０は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行なえず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行なうのである。なお、ＣＵ通信制御部８０からの異常発生の通知を受けたＰ台通信制御部８１は、その旨を払出制御部１７へ通知し、払出制御部１７は異常が発生した旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行なう。
【０１０４】
Ｐ台通信制御部８１に異常が発生した場合には、その旨がＣＵ通信制御部８０により検
知され、異常が発生した旨がメイン制御部３２３へ通知され、メイン制御部３２３は前述した異常報知制御を行なうとともに上位サーバ８０１へ異常が発生した旨を通知する。また、Ｐ台通信制御部８１に異常が発生して払出制御部１７には異常が発生していない場合には、払出制御部１７が異常発生した旨を検知し、その異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、その通知を受けて前述した異常発生報知用の制御を行なう。
【０１０５】
払出制御部１７に異常が発生した場合には、主制御基板１６がその異常を検知し、前述した異常発生報知用の制御を行なう。また払出制御部１７に異常が発生してＰ台通信制御部８１に異常が発生していない場合には、その異常発生をＰ台通信制御部８１が検知し、異常が発生した旨をＣＵ通信制御部８０へ通知する。ＣＵ通信制御部８０は、その通知を受けて異常が発生した旨をメイン制御部３２３へ通知する。メイン制御部３２３はその通知を受けて前述した異常発生報知用の制御を行なうとともに上位サーバ８０１へ異常が発生した旨を通知する。
【０１０６】
Ｐ台通信制御部８１と払出制御部１７との両方に異常が発生した場合には、その異常発生を主制御基板１６が検知するとともにＣＵ通信制御部８０も異常が発生したことを検知する。
【０１０７】
主制御基板１６に異常が発生した場合には、払出制御部１７がその異常を検知してＰ台通信制御部８１へ異常が発生した旨を通知する。Ｐ台通信制御部８１はそれを受けてＣＵ通信制御部８０へ異常発生した旨の通知を行ない、ＣＵ通信制御部８０は、それを受けてメイン制御部３２３へ異常が発生した旨を通知する。メイン制御部３２３はそれを受けて前述した異常発生報知の制御を行なうとともに、上位サーバ８０１へ異常が発生した旨を通知する。
【０１０８】
ＬＳＩ７９９は、前述したように、ＣＵ通信制御部８０に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してＣＵ通信制御部８０へ異常が発生した旨を通知する。このＬＳＩ７９９も、前述したＣＵ通信制御部８０と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行なっても異常報知用の制御が行なわれないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行なう。なお、ＣＵ通信制御部８０とＬＳＩ７９９，９９９とは、異常報知ランプや異常報知用表示器等の異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。
【０１０９】
以上説明した図３、図４の制御では、遊技機の一例としてパチンコ２を示したが、遊技機の一例としては後述するスロットマシン２Ｓであってもよい。
【０１１０】
図５は、この遊技機器内の通信で用いられるフレームの構成を示す図である。図５において、送信データ（業務案文）は、必ず１フレーム単位で送信される。１フレームの送信データは、データ長、コマンドコード、コマンドサイズ、コマンドデータ、乱数、ＭＡＣ、ＣＲＣを含む。
【０１１１】
「データ長」は、送信データ（コマンドコード〜ＭＡＣ）のデータ長を示す。「コマンドコード」は、業務案文のコマンドコードである。「コマンドサイズ」は、コマンドデータのデータサイズである。「コマンドデータ」は、業務案文のデータである。「乱数」は、暗号化用パディング文字用の乱数である。暗号化用パディング文字とは、暗号対象となる電文（平文）をデータ長１６バイトの暗号鍵で暗号化できるようにするべく、電文（平文）に所定のデータ長の暗号化用パディング文字を追加して暗号鍵のデータ長に合わせる
ためのものである。
【０１１２】
「ＭＡＣ」は、メッセージ認証コード（Message Authentication Code）である。「ＣＲＣ」は、ＣＲＣ−ＩＴＵ−Ｔ方式であり、通信フレームの誤り検出に用いられる。
【０１１３】
コマンドサイズ、コマンドデータ、および乱数がＭＡＣ対象範囲である。コマンドサイズ、コマンドデータ、乱数、およびＭＡＣが暗号化対象範囲である。ＣＲＣの演算対象範囲は、コマンドコード〜ＭＡＣである。データ長、コマンドコード、コマンドサイズの各々のデータ長は、１バイトである。ＭＡＣのデータ長は１６バイトであり、ＣＲＣのデータ長は２バイトである。乱数およびＭＡＣは、暗号化時のみ付加される。
【０１１４】
次に、図示はしていないが、カードユニットとパチンコ機との間で行なわれるコマンドおよびレスポンスの概略を説明する。
【０１１５】
送信方向がＣＵからＰ台のデータはコマンドであり、送信方向がＰ台からＣＵのデータはレスポンスである。
【０１１６】
メイン制御部３２３からＣＵ通信制御部８０に対してリカバリ要求のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台に対してリカバリ情報の送信を要求するものである。
【０１１７】
ＣＵ通信制御部８０からメイン制御部３２３に対してリカバリ応答のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵに対してＰ台で保持しているリカバリ情報を送信するものである。
【０１１８】
ＣＵからＰ台に対し通信開始要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、第２セキュリティモード（以下、ＳＥ２モードと称す）でセッション鍵を用いて暗号化された暗号文が送信される。ＳＥ２モードは、平文に対してエクスクルーシブオア（排他的論理和）を行なうデータの元となるカウント値（鍵）を加算更新する高セキュリティーモードである。この通信開始要求は、Ｐ台に対してリカバリ情報のクリアおよび接続ＩＤ（通信開始時刻）のバックアップを要求するものである。
【０１１９】
Ｐ台からＣＵに対し通信開始応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この通信開始応答は、ＣＵに対してリカバリ情報のクリアおよび接続ＩＤ（通信開始時刻）のバックアップが終了したことを通知するものである。
【０１２０】
ＣＵからＰ台に対し動作指示が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この動作指示は、Ｐ台に対して遊技動作を指示するとともに、遊技玉等の遊技台情報の送信を要求するものである。
【０１２１】
Ｐ台からＣＵに対し動作応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この動作応答は、ＣＵに対して遊技動作指示の実行結果を通知するとともに、遊技玉等の遊技台情報を通知するものである。
【０１２２】
ＣＵからＰ台に対し通信切断要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この通信切断要求は、Ｐ台に対して通信コネクションの切断を要求するもの
である。
【０１２３】
Ｐ台からＣＵに対し通信切断応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この通信切断応答は、ＣＵに対し通信切断要求コマンドを受信したことを通知するものである。
【０１２４】
ＣＵからＰ台に対し、カード挿入要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このカード挿入要求は、Ｐ台に対して挿入されたカードのＩＤ、種類を通知するものである。カードの種類としては、一般カード、会員カードがある。
【０１２５】
Ｐ台からＣＵに対しカード挿入応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このカード挿入応答は、ＣＵに対してカード挿入要求の応答を送信するものである。具体的には、カード挿入要求の処理結果として、ＯＫまたはＮＧが送信される。ただし、現状ではＮＧ応答はない。
【０１２６】
ＣＵからＰ台に対しカード返却要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このカード返却要求は、Ｐ台に対してカード返却要求を送信するものである。
【０１２７】
Ｐ台からＣＵに対しカード返却応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このカード返却応答は、ＣＵに対してカード返却要求の応答を送信するものである。具体的には、カード返却要求の処理結果として、ＯＫまたはＮＧが送信される。ただし、現状ではＮＧ応答はない。また、返却されたカードのＩＤ、種類も送信される。
【０１２８】
ＣＵからＰ台に対しモード変更要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このモード変更要求は、Ｐ台に対して動作モードの移行を要求するものである。具体的には、動作モードの種別、モード移行時の詳細内容が送信される。動作モードの種別としては、営業モード、試打モード、メンテナンスモード、テストモードがある。モード移行先がメンテナンスモードまたはテストモードの場合に、移行付加情報で詳細内容を通知する。また、テストモードはＣＵからは要求しないようにしてもよい。
【０１２９】
Ｐ台からＣＵに対しモード変更応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このモード変更応答は、ＣＵに対してモード変更要求の応答を送信するものである。具体的には、モード変更要求の処理結果として、ＯＫまたはＮＧが送信される。Ｐ台は、既に指定された動作モードであった場合は、処理結果としてＯＫを応答する。
【０１３０】
また、メイン制御部３２３とＣＵ通信制御部８０との間で行なわれるコマンドおよびレスポンスの概略を説明する。図示はしていないが、送信方向がメイン制御部３２３からＣＵ通信制御部８０はコマンドであり、送信方向がＣＵ通信制御部８０からメイン制御部３２３のデータはレスポンスである。
【０１３１】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＢＢシリアルＩＤの認証を要求
するＢＢシリアルＩＤ認証要求１が送信される。このＢＢシリアルＩＤ認証要求については、後に詳しく説明する。なお、ＢＢシリアルＩＤは前述したメイン制御部３２３のＳＩＤのことである。このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１３２】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＢＢシリアルＩＤの認証情報を通知するＢＢシリアルＩＤ認証応答１が送信される。このレスポンスの内容の詳細も、後述する。
【０１３３】
メイン制御部３２３からＣＵ通信制御部８０に対して、２回目のＢＢシリアルＩＤ認証要求２が送信される。
【０１３４】
ＣＵ通信制御部８０からメイン制御部３２３に対して、２回目のＢＢシリアルＩＤ認証応答２が送信される。
【０１３５】
次に、メイン制御部３２３からＣＵ通信制御部８０に対してＣＵ通信制御部シリアルＩＤの認証を要求するＣＵ通信制御部シリアルＩＤ認証要求１が送信される。このＣＵ通信制御部シリアルＩＤ認証要求については、後に詳しく説明する。なお、ＣＵ通信制御部シリアルＩＤは前述したＣＵ通信制御部８０のＳＩＤのことである。
【０１３６】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＣＵ通信制御部シリアルＩＤの認証情報を通知するＣＵ通信制御部シリアルＩＤ認証応答１が送信される。このレスポンスの内容の詳細も、後述する。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１３７】
メイン制御部３２３からＣＵ通信制御部８０に対して、２回目のＣＵ通信制御部シリアルＩＤ認証要求２が送信される。
【０１３８】
ＣＵ通信制御部８０からメイン制御部３２３に対して、２回目のＣＵ通信制御部シリアルＩＤ認証応答２が送信される。このＣＵ通信制御部シリアルＩＤ認証応答２は、ＯＫかＮＧかの認証結果を含む。ただし、ＮＧは通知しない。これは、複数の認証結果について後でまとめてＮＧを通知するためである。
【０１３９】
メイン制御部３２３からＣＵ通信制御部８０に対して、ライタ管理情報を要求するライタ管理情報要求が送信される。
【０１４０】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ライタ管理情報を通知するライタ管理情報応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、第１セキュリティーモード（以下、ＳＥ１モードと称す）で本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。ＳＥ１モードは、鍵を加算更新せず、常に固定の鍵を用いて暗号化する低セキュリティーモードの暗号方式である。本認証鍵と仮認証鍵については後述する。
【０１４１】
ライタ管理情報要求およびライタ管理情報応答については、後述する図８、図９に基づいて説明する。なお、ライタ管理情報応答に含まれるデータとしては、コマンドコード、コマンドサイズ、ライタＩＤ（ＲＯＭライタのＩＤ）、認証鍵のバージョン、乱数（暗号用パディング文字）、ＭＡＣ等である。
【０１４２】
メイン制御部３２３からＣＵ通信制御部８０に対して、機器認証を要求するコマンド（機器認証要求１）が送信される。この機器認証は、メイン制御部３２３とＣＵ通信制御部
８０とに記憶されている認証鍵（共通鍵）が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１４３】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＳＥ１モードで認証鍵を用いて、機器認証結果を通知するレスポンス（機器認証応答１）が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１４４】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ１モードで認証鍵を用いて、２回目の機器認証を要求するコマンド（機器認証要求２）が送信される。このコマンドは、ＯＫかＮＧかの認証結果を含む。ただし、ＮＧは通知しない。これは、複数の認証結果について後でまとめてＮＧを通知するためである。
【０１４５】
ＣＵ通信制御部８０からメイン制御部３２３に対して、２回目の機器認証結果を通知するレスポンス（機器認証応答２）が送信される。ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。このレスポンスは、ＯＫかＮＧかの認証結果を含む。ただし、ＮＧは通知しない。これは、複数の認証結果について後でまとめてＮＧを通知するためである。
【０１４６】
機器認証要求１、２および機器認証応答１および２については、後述する図８および図１８に基づいて説明する。
【０１４７】
メイン制御部３２３からＣＵ通信制御部８０に対して、カウンタ情報を通知するカウンタ情報通知が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。
【０１４８】
ＣＵ通信制御部８０からメイン制御部３２３に対して、カウンタ情報通知結果を通知するカウンタ情報通知応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。
【０１４９】
カウンタ情報通知およびカウンタ情報通知応答については、後述する図８、図９に基づいて説明する。
【０１５０】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ１モードで認証鍵を用いて、認証鍵更新を要求する認証鍵更新要求が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信される。
【０１５１】
認証鍵更新要求に含まれるデータとしては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタＩＤ（ＲＯＭライタのＩＤ）、認証鍵のバージョン、認証鍵、Ｈ−ＭＡＣ用鍵であるＭＡＣ鍵、ＭＡＣ、乱数（暗号用パディング文字）が含まれている。
【０１５２】
ＣＵ通信制御部８０からメイン制御部３２３に対して、認証鍵更新結果を通知する認証鍵更新応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ１モードで本認証鍵（または仮認証鍵）を用いて暗号化された暗号文が送信され
る。認証鍵更新応答に含まれるデータとしては、コマンドコード、コマンドサイズ、更新結果、乱数（暗号用パディング文字）、ＭＡＣが含まれている。認証鍵更新要求と認証鍵更新応答については、後述する図９に基づいて説明する。
【０１５３】
メイン制御部３２３からＣＵ通信制御部８０に対して、現在時刻を通知するコマンド（時刻通知）が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。
【０１５４】
ＣＵ通信制御部８０からメイン制御部３２３に対して、時刻通知のコマンドを受信した旨の通知であるレスポンス（時刻応答）が送信される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。
【０１５５】
メイン制御部３２３からＣＵ通信制御部８０に対して、Ｐ台通信制御部８１との認証を要求するコマンド（Ｐ台通信制御部認証要求）が送信される。ＣＵ通信制御部８０とＰ台通信制御部８１との間では、互いに相互認証を行なっている。その相互認証の結果であるＣＵ通信制御部８０によるＰ台通信制御部８１の認証結果の要求がメイン制御部３２３によって行なわれる。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１５６】
ＣＵ通信制御部８０からメイン制御部３２３に対して、Ｐ台通信制御部８１との認証結果を通知するレスポンス（Ｐ台通信制御部認証応答）が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。ＣＵ通信制御部８０は、主制御基板１６およびＬＳＩ７９９のチップＩＤ等の情報を取得してから認証結果をメイン制御部３２３へ返信する。認証結果としては、認証ＯＫ、認証ＮＧ、認証処理中、断線検知がある。
【０１５７】
メイン制御部３２３からＣＵ通信制御部８０に対して、機器情報を要求する機器情報要求が送信される。
【０１５８】
ＣＵ通信制御部８０からメイン制御部３２３に対して、機器情報を通知する機器情報応答が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。この応答は、コマンドコード、コマンドサイズ、取得結果、チップＩＤ、ＭＡＣを含む。取得結果としては、ＯＫ（機器情報有）、ＮＧ（機器情報無）、取得処理中、断線検知がある。
【０１５９】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＣＵ通信制御部８０に通信（送信）状態を要求するコマンド（通信状態要求）が送信される。この通信（送信）状態は、メイン制御部３２３とＣＵ通信制御部８０との間での通信状態が正常であるか否かを要求するコマンドである。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１６０】
ＣＵ通信制御部８０からメイン制御部３２３に対して、通信（送信）状態を通知するレスポンス（通信状態応答）が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このレスポンスは、メイン制御部３２３とＣＵ通信制御部８０との間での通信状態が適正であるか否かをＣＵ通信制御部８０が判定し、その判定結果をメイン制御部３２３に返信するレスポンスである。判定結果としては、ＯＫ、ＮＧ、断線検知等がある。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１６１】
メイン制御部３２３からＣＵ通信制御部８０に対して、Ｐ台通信制御部８１との再認証を要求するコマンド（Ｐ台通信制御部再認証要求）が送信される。ＣＵ通信制御部８０とＰ台通信制御部８１との間では、互いに相互認証を行なっている。その相互認証の結果であるＣＵ通信制御部８０によるＰ台通信制御部８１の認証結果の要求がメイン制御部３２３によって行なわれる。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１６２】
ＣＵ通信制御部８０からメイン制御部３２３に対して、Ｐ台通信制御部再認証要求電文の応答を通知するレスポンス（Ｐ台通信制御部再認証応答）が送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。ＣＵ通信制御部８０はＰ台通信制御部８１間での認証を再度実行し、メイン制御部３２３はＰ台通信制御部８１再認証応答を受信することにより認証結果を取得する。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１６３】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ２モードで認証鍵を用いて、遊技機の認証結果を通知する遊技機認証結果通知が送信される。この通知は、コマンドコード、コマンドサイズ、ＯＫかＮＧかの認証結果、ＭＡＣを含む。
【０１６４】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＳＥ２モードで認証鍵を用いて、遊技機認証結果通知書電文のレスポンスが送信される。このレスポンスは、コマンドコード、コマンドサイズ、通知結果（ＯＫ）、ＭＡＣを含む。
【０１６５】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ１モードで認証鍵を用いて、メイン制御部３２３とＣＵ通信制御部８０間の認証結果を通知するＣＵ通信制御部認証結果通知が送信される。この通知は、コマンドコード、コマンドサイズ、ＯＫかＮＧかの認証結果、乱数（暗号用パディング文字）、ＭＡＣを含む。
【０１６６】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＳＥ１モードで認証鍵を用いて、メイン制御部３２３とＣＵ通信制御部８０間の認証結果を通知するＣＵ通信制御部認証結果応答が送信される。この応答は、コマンドコード、コマンドサイズ、ＯＫかＮＧかの認証結果、乱数（暗号用パディング文字）、ＭＡＣを含む。
【０１６７】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ１モードで認証鍵を用いて、ＣＵ通信制御部８０の有効鍵が通知される。この通知は、コマンドコード、コマンドサイズ、有効鍵、乱数（暗号用パディング文字）、ＭＡＣを含む。
【０１６８】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＳＥ１モードで認証鍵を用いて、ＣＵ通信制御部８０の有効鍵通知の応答が送信される。この応答は、コマンドコード、コマンドサイズ、ＯＫかＮＧかの通知結果、乱数（暗号用パディング文字）、ＭＡＣを含む。
【０１６９】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＢＢシリアルＩＤの認証を要求するＢＢシリアルＩＤ認証要求Ａが送信される。このＢＢシリアルＩＤ認証要求Ａについては、後に詳しく説明する。このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１７０】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＢＢシリアルＩＤの認証情報を通知するＢＢシリアルＩＤ認証応答Ａが送信される。このレスポンスの内容の詳細も、後
述する。
【０１７１】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＢＢシリアルＩＤの認証を要求するＢＢシリアルＩＤ認証要求Ｂが送信される。このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１７２】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＢＢシリアルＩＤの認証情報を通知するＢＢシリアルＩＤ認証応答Ｂが送信される。
【０１７３】
ＢＢシリアルＩＤ認証要求ＡおよびＢ、ＢＢシリアルＩＤ認証応答ＡおよびＢは、図１９に基づいて後述する。機器認証要求ＡおよびＢ、機器認証応答ＡおよびＢは、図１９に基づいて後述する。
【０１７４】
メイン制御部３２３からＣＵ通信制御部８０に対して、機器認証を要求するコマンド（機器認証要求Ａ）が送信される。この機器認証は、メイン制御部３２３とＣＵ通信制御部８０とに記憶されている認証鍵（共通鍵）が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１７５】
ＣＵ通信制御部８０からメイン制御部３２３に対して、機器認証結果を通知するレスポンス（機器認証応答Ａ）が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１７６】
メイン制御部３２３からＣＵ通信制御部８０に対して、機器認証を要求するコマンド（機器認証要求Ｂ）が送信される。この機器認証は、メイン制御部３２３とＣＵ通信制御部８０とに記憶されている認証鍵（共通鍵）が同一の鍵であるか否かを認証するためのものであり、後に詳しく説明する。なお、このコマンドはＰ台まで送信されるものではなく、例外的なものである。
【０１７７】
ＣＵ通信制御部８０からメイン制御部３２３に対して、機器認証結果を通知するレスポンス（機器認証応答Ｂ）が送信される。このレスポンスの内容の詳細は、後述する。なお、このレスポンスはＰ台から送信されてくるものではなく、例外的なものである。
【０１７８】
ＣＵ通信制御部８０からメイン制御部３２３に対して、ＳＥ１モードでＢＢシリアルＩＤを用いて、認証鍵更新を要求する認証鍵設定要求が送信される。認証鍵設定要求は、メイン制御部３２３に対して認証鍵設定情報を通知するレスポンスであり、専用ＩＣライタ（ＲＯＭライタ）から書込まれた認証鍵情報（ＥＥＰＲＯＭ（図示略）に記憶されている認証鍵）をＣＵ通信制御部８０からメイン制御部３２３へ送信するレスポンスである。認証鍵設定要求に含まれる情報としては、コマンドコード、コマンドサイズ、出荷メーカコード、ライタＩＤ（ＲＯＭライタのＩＤ）、認証鍵のバージョン、認証鍵、Ｈ−ＭＡＣ用鍵としてのＭＡＣ鍵、暗号用パディング文字（乱数）、ＭＡＣである。これらのコード情報は、コマンドコード以外については、ＳＥ１のブロック暗号モードを用いて暗号鍵としてＢＢシリアルＩＤを使用して暗号化して送信する。
【０１７９】
メイン制御部３２３からＣＵ通信制御部８０に対して、ＳＥ１モードでＢＢシリアルＩＤを用いて、認証鍵更新結果を通知する認証鍵設定応答が送信される。認証鍵設定応答は、ＣＵ通信制御部８０に対して認証鍵情報設定結果を通知するコマンドである。認証鍵設定応答に含まれる情報としては、コマンドコード、コマンドサイズ、更新結果、暗号用パディング文字（乱数）、ＭＡＣが含まれる。コマンドコード以外については、ＳＥ１のブロック暗号モードを用いて暗号鍵としてＢＢシリアルＩＤを使用して暗号化して送信する
。
【０１８０】
次に、コマンド／レスポンスのうち、特に、リカバリ応答、通信開始要求、動作指示、動作応答について、その内容を詳細に説明する。
【０１８１】
ＣＵからＰ台に対して、リカバリ情報の送信が要求される。その際、メイン制御部３２３からＣＵ通信制御部８０への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。Ｐ台からＣＵへ、カバリ応答のレスポンスが送信される。その際、ＣＵ通信制御部８０からメイン制御部３２３への通信は、ＳＥ２モードでセッション鍵を用いて暗号化された暗号文が送信される。このリカバリ応答のレスポンスは、ＣＵに対して、Ｐ台で保持しているリカバリ情報（リカバリデータとも言う）を送信するものである。この「リカバリ情報」とは、ＣＵがリカバリ処理の実行に伴ってＰ台に対してリカバリ要求のコマンドを送信したときにＰ台がＣＵへリカバリ応答として送信するためにバックアップ記憶しているデータのことである。Ｐ台からＣＵへ送信されるリカバリ情報としては、接続時刻、最終シーケンスナンバー、Ｃ−ＩＤ、前回玉関連情報および現在玉関連情報である。
【０１８２】
この暗号に用いる鍵は、セッション鍵（電文鍵または通信鍵とも言う）を用いており、これについては後述する。
【０１８３】
接続時刻は、Ｐ台でバックアップしている接続時刻（通信開始時にＣＵから受信した接続時刻のデータ）である。最終シーケンスナンバーとは、Ｐ台でバックアップしていたシーケンスナンバーのことである。Ｃ−ＩＤとは、Ｐ台でバックアップしていたＣ−ＩＤである。前回玉関連情報は、前回通知した玉関連情報のことである。具体的には、前回通知した遊技玉獲得個数情報、前回通知したバック玉加算情報、前回通知した遊技玉発射個数情報、前回通知した図柄確定回数１、前回通知した図柄確定回数２、前回通知した始動口１回数、前回通知した始動口２回数、前回通知した大入賞口１回数、前回通知した大入賞口２回数、前回通知した入賞口１〜４回数である。このように、図柄確定回数１と図柄確定回数２はＢｉｔで分けているが、これをバイトで分けて送信してもよい。
【０１８４】
「遊技玉獲得個数情報」とは、入賞によって遊技玉に加算される加算玉数の情報のことである。「バック玉加算情報」とは、ファール玉検出スイッチ（図示略）より検出されたファール玉を遊技玉に加算する加算情報のことである。「遊技玉発射個数情報」とは、発射部（図示略）により発射されたパチンコ玉の個数情報のことである。「アウト玉通過情報」とは、アウト玉検出スイッチによりアウト玉が通過して検出されたことを示す情報である。
【０１８５】
図２および図６〜図５９のフローチャートでは、「遊技玉獲得個数情報」と「バック玉加算情報」と総称して「加算玉数」と表現している。また、「遊技玉発射個数情報」を「減算玉数」と表現している。
【０１８６】
「図柄確定回数１」とは、前回通知した図柄確定回数１のことである。「図柄確定回数２」とは、前回通知した図柄確定回数２のことである。
【０１８７】
「始動口回数１」とは、始動口１へのパチンコ玉の入賞回数のことである。「始動口回数２」とは、始動口２へのパチンコ玉の入賞回数のことである。
【０１８８】
「大入賞口１回数」とは、大入賞口１の開放回数（ラウンド回数）のことである。「大入賞口２回数」とは、大入賞口２の開放回数（ラウンド回数）のことである。
【０１８９】
「入賞口１〜４回数」とは、入賞口１〜４の各入賞口へのパチンコ玉の入賞回数のことである。
【０１９０】
さらに、Ｐ台からＣＵへ送信されるリカバリ応答の情報として、最新の玉関連情報としての現在玉関連情報がある。現在玉関連情報は、具体的には、現在Ｐ台で保持している遊技玉トータル個数情報（遊技玉数ともいう）、現在Ｐ台で保持している遊技玉獲得個数情報、現在Ｐ台で保持しているバック玉加算情報、現在Ｐ台で保持している遊技玉発射個数情報、現在Ｐ台で保持している図柄確定回数１、現在Ｐ台で保持している図柄確定回数２、現在Ｐ台で保持している始動口１回数、現在Ｐ台で保持している始動口２回数、現在Ｐ台で保持している大入賞口１回数、現在Ｐ台で保持している大入賞口２回数、現在Ｐ台で保持している入賞口１〜４回数である。
【０１９１】
前回玉関連情報以外の情報については、Ｐ台でバックアップするデータであり、工場出荷時およびバックアップデータが不定の場合にはＡＬＬ０をセットする。
【０１９２】
各種玉数の意味および確定ポイントの内容に関しては後ほど詳細するが、以下に簡単に説明をする。
【０１９３】
遊技玉トータル個数情報とは、Ｐ台の保持している遊技玉数のことである。なお、Ｐ台の遊技玉数とＣＵの補正後の遊技玉数とが一致するかをＣＵがチェックし、不一致の場合には、ＣＵはＰ台に対して通信切断要求のコマンドを送信して通信切断状態にするとともにＰ台の遊技を停止させる（図４１等参照）。そして、ＣＵはリカバリ処理を実行し、通信開始要求をＰ台に送信することによって（図２１参照）、その通信開始要求のコマンドに含まれているデータ補正要求に従って遊技玉補正要求をＰ台に送信し、Ｐ台の遊技玉をＣＵ側において補正した後の遊技玉数に補正させる処理を行なう。
【０１９４】
図柄確定回数１および図柄確定回数２は、それぞれ始動口１および始動口２へのパチンコ玉の入賞に対する図柄確定情報のことであり、ＣＵは遊技台（Ｐ台）のスタート回数の集計にこのデータを使用する。
【０１９５】
始動口１回数および始動口２回数は、Ｐ台の始動口１および始動口２へのパチンコ玉の入賞した回数のことであり、ＣＵは遊技台の稼動状態のチェックにこのデータを使用する。
【０１９６】
大入賞口１回数および大入賞口２回数はＰ台の大入賞口１および大入賞口２へのパチンコ玉の入賞した回数（個数）のことであり、ＣＵは遊技台（Ｐ台）の稼動状態のチェックにこのデータを使用する。
【０１９７】
入賞口１回数〜入賞口４回数は、Ｐ台の通常入賞口１〜４へのパチンコ玉の入賞した回数（個数）のことであり、ＣＵは遊技台の稼動状態のチェックにこのデータを使用する。
【０１９８】
ＣＵからＰ台に送信される通信開始要求のコマンドは、Ｐ台に対して遊技玉およびシーケンスナンバーの補正および新規通信ＩＤ（通信開始時刻）のバックアップを要求するものである。このコマンドは、メイン制御部３２３からＣＵ通信制御部８０への間では、ＳＥ２モードでセッション鍵を用いて暗号化されて送信される。
【０１９９】
この通信開始要求の具体的データとしては、接続時刻とデータ補正要求とシーケンスナンバーと遊技玉のデータがある。接続時刻とは、ＣＵとＰ台との通信が開始されたときの時刻のことであり、ＣＵが保持しており、ＣＵからＰ台へ送信される。そしてこの接続時刻が通信の接続ＩＤとして使用される。
【０２００】
データ補正要求とは、ＣＵがＰ台に対してデータの補正を要求するものであり、Ｂｉｔ０〜Ｂｉｔ７の８ビットで構成されている。Ｂｉｔ０は、クリア要求の有無を指定するビットであり、「０」のときにはクリア要求無し、「１」のときにはクリア要求有が指定される。クリア要求有のときには、「遊技玉」「シーケンスナンバー」「加算玉数」「減算玉数」等のＰ台側で保持しているバックアップデータを０クリアする要求がＰ台に対してなされる。
【０２０１】
Ｂｉｔ１は、シーケンスナンバーの補正要求があるか否かを指定するビットであり、「０」の場合にはシーケンスナンバー補正要求無し、「１」のときにはシーケンスナンバー補正要求有が指定される。
【０２０２】
Ｂｉｔ２は、遊技玉補正要求の有無を指定するビットであり、「０」のときには遊技玉補正要求有、「１」のときには遊技玉補正要求無しが指定される。
【０２０３】
なお、図６以降のフローチャートでは、要求の有無を指定するＢｉｔが、「０」のときには当該要求無と表現され、「１」のときには当該要求有と表現されている。たとえば、データ補正要求のＢｉｔ０が、「１」のときは「クリア要求有」、「０」のときには「クリア要求無」と表現される。また、データ補正要求の欄に括弧書で示しているように、「クリア要求」を「リカバリクリア」、「シーケンスナンバー補正要求」を「ＳＱＮ補正」、「遊技玉補正要求」を「遊技玉補正」と表現している。
【０２０４】
シーケンスナンバー（ＳＱＮとも言う）は、ＣＵで記憶しているシーケンスナンバーのことである。遊技玉とは、ＣＵで記憶している遊技玉数のことである。
【０２０５】
ＣＵはこの通信開始要求のコマンド送信時に、接続時刻のバックアップおよび、「メインチップＩＤ」および「払出チップＩＤ」のバックアップを行なう。
【０２０６】
Ｐ台は、この通信開始要求を受信した際には次の処理を行なう。クリア要求ＯＮの場合、「遊技玉」「シーケンスナンバー」「加算玉数」「減算玉数」等のＰ台側で保持しているバックアップデータを０クリアする。
【０２０７】
シーケンスナンバー補正要求ＯＮの場合、通知されたシーケンスナンバーにＰ台で保持しているシーケンスナンバーを上書きする。
【０２０８】
遊技玉補正要求ＯＮの場合、通知された遊技玉にＰ台で保持している遊技玉を上書きする。
【０２０９】
接続時刻のバックアップを行なう。なお、上記Ｐ台で行なわれる各処理は、上から順に実行される。
【０２１０】
ＣＵからＰ台へ送信される動作指示のコマンドは、Ｐ台に対して「遊技玉の加算」、「遊技玉の減算」、「遊技許可／禁止」、「遊技玉およびシーケンスナンバーのクリア」動作を指示するとともに、各種遊技台情報の送信を要求するものである。ＣＵはこのコマンドを使用して、Ｐ台の状態を定期的に確認する。このコマンドは、メイン制御部３２３からＣＵ通信制御部８０への間では、ＳＥ２モードでセッション鍵を用いて暗号化されて送信される。
【０２１１】
動作要求としてＢｉｔ０〜Ｂｉｔ７の８ビットのデータがＣＵからＰ台へ送信される。Ｂｉｔ０について、「１」のときに遊技玉数加算要求有が指示され「０」のときに遊技玉
数加算要求無が指示される。Ｂｉｔ１について、「１」のときに遊技玉数減算要求有が指示され「０」のときに遊技玉数減算要求無が指示される。Ｂｉｔ２について、「１」のときに遊技許可要求有が指示され「０」のときに遊技許可要求無が指示される。
【０２１２】
Ｂｉｔ３について、「１」のときに遊技禁止要求有が指示され「０」のときに遊技禁止要求無が指示される。Ｂｉｔ４について、「１」のときに遊技玉数およびシーケンスナンバーのクリア要求有が指示され、「０」のときに遊技玉数およびシーケンスナンバーのクリア要求無が指示される。
【０２１３】
Ｂｉｔ５はガラス扉開要求に用いられ、Ｂｉｔ６はセル（前枠）開要求に用いられる。Ｂｉｔ７は予備に設けられたものである。
【０２１４】
なお、「遊技玉数加算要求」を単に「加算」とも言い、「遊技玉数減算要求」を単に「減算」とも言い、「遊技禁止要求」を単に「禁止要求」とも言い、「遊技玉数およびシーケンスナンバーのクリア要求」を単に「クリア要求」とも言い、「ガラス扉開要求」を単に「ガラス開要求」とも言う。
【０２１５】
このＢｉｔ０〜Ｂｉｔ７のうちの複数のビットが「１」となっている場合には、Ｐ台はＢｉｔ０から順に実行する。
【０２１６】
上記動作要求の各Ｂｉｔの台に対応するＣＵの状態としては、Ｂｉｔ０が「１」のときにはカード保持中であり、Ｂｉｔ１が「１」のときにはカード挿入処理中であり、Ｂｉｔ２が「１」のときには加算表示中であり、Ｂｉｔ３が「１」のときには減算表示中であり、Ｂｉｔ４が「１」のときにはクリア表示中であり、Ｂｉｔ５が「１」のときには試打モード中である。
【０２１７】
このＣＵ状態は、Ｂｉｔ０〜Ｂｉｔ５の６ビットで構成されているが、Ｂｉｔ０〜Ｂｉｔ１５の１６ビットで構成し、各ビットで次のような情報を送信できるようにしてもよい。
【０２１８】
Ｂｉｔ０が「１」のときは、カード挿入処理中表示が指示される。これは、ＣＵへカードが挿入されてから残高が確定するまでの状態を示す（上位装置への問合せ中状態）。
【０２１９】
Ｂｉｔ１が「１」のときは、カード返却処理中表示が指示される。これは、カード返却ボタンが押下されてからカードが返却されるまでの状態を示す。
【０２２０】
Ｂｉｔ２が「１」のときは、入金処理中表示が指示される。これは、ＣＵへ現金が挿入されてから確定するまでの状態を示す。
【０２２１】
Ｂｉｔ３が「１」のときは、加算表示中（カード挿入）が送信される。これは、ＣＵへカードが挿入されてから遊技球加算（カード挿入）を表現している状態を示す。
【０２２２】
Ｂｉｔ４が「１」のときは、加算表示中（プリペイド貸出）が送信される。これは、ＣＵで遊技球加算（プリペイド貸出）を表現している状態を示す。
【０２２３】
Ｂｉｔ５が「１」のときは、加算表示中（再プレイ払出）が送信される。これは、ＣＵで遊技球加算（再プレイ払出）を表現している状態を示す。
【０２２４】
Ｂｉｔ６が「１」のときは、減算表示中（持玉分割）が送信される。これは、ＣＵで遊技球加算（持玉分割）を表現している状態を示す。
【０２２５】
Ｂｉｔ７が「１」のときは、減算表示中（ワゴンサービス）が送信される。これは、ＣＵで遊技球加算（ワゴンサービス）を表現している状態を示す。
【０２２６】
Ｂｉｔ８が「１」のときは、クリア表示中が送信される。これは、遊技球およびシーケンスナンバーのクリア要求後、ＣＵでクリアを表現している状態を示す。
【０２２７】
Ｂｉｔ９が「１」のときは、休憩表示中が送信される。これは、ＣＵで休憩中を表現している状態を示す。
【０２２８】
Ｂｉｔ１５〜１０は、未使用である。
また、動作要求のＢｉｔ０が「１」のときにのみ有効となる加算要求玉数のデータがＣＵからＰ台へ送信される。この加算要求玉数のデータは、遊技玉数に加算する値を示すものである。
【０２２９】
動作要求のＢｉｔ１が「１」のときにのみ有効となる減算要求玉数のデータがＣＵからＰ台へ送信される。この減算要求玉数のデータは、遊技玉数より減算する値を示すものである。
【０２３０】
また、ＣＵに挿入されているカードの残高を示すカード残高のデータがＣＵからＰ台へ送信される。また、ＣＵからＰ台へ送信されるＣ−ＩＤは、状態に応じて次のようなデータが設定される。カード未挿入時には「ＡＬＬ００ｈ」が設定される。カード保持中にはカードのＣ−ＩＤが設定される。試打モード中には「ＡＬＬＦＦｈ」が設定される。
【０２３１】
なお、このカード保持中を、ＣＵに挿入されているカードが会員カードである場合とビジターカードである場合とで、両者が区別できるようなデータとなるようにしてもよい。たとえば、「カード保持中」を２Ｂｉｔで構成し、会員カード保持中では１Ｂｉｔ目、ビジターカード保持中では２Ｂｉｔ目を「１」にする。さらに、ビジターカードの場合には基本的には、ＣＵ内に常時カードが保持されている状態となっているために、ビジターカードの場合にはそのビジターカードに残額がある場合にだけカード保持中として（Ｂｉｔを１として）Ｃ−ＩＤを送信するように制御してもよい。また、ビジターカードにはＣ−ＩＤを記憶させず、会員カードにのみＣ−ＩＤを記憶させるようにしてもよい。
【０２３２】
また、ＣＵからＰ台には、ＣＵで表示中のエラーコードが送信される。ＣＵエラーとしては、持玉異常、ベース異常、減算玉異常、加算玉異常、マイナス玉異常、遊技停止時間超過がある。持玉異常とは、ＣＵとＰ台の持玉に１玉以上の差異が発生したことを言う。ベース異常とは、低ベース、高ベースの各状態において発射玉に対するセーフ玉の割合が閾値を超えたことを言う。減算玉異常とは、発射玉がない状態で５玉以上連続して入賞を検知したことを言う。マイナス玉発生とは、Ｐ台から受信した加算／減算玉数の計算でＣＵの持玉がマイナスとなったことを言う。遊技停止時間超過とは、一定時間以上、挿入中カードの持玉に変化がなかったことを言う。なお、エラー未発生中のＣＵエラーコードのデータとしては「ＡＬＬ００ｈ」が送信される。
【０２３３】
Ｐ台からＣＵへ動作応答のレスポンスが送信される。その動作応答のレスポンスは、ＣＵに対して指示動作の実行結果および遊技玉数等の遊技台情報を通知するものである。このレスポンスは、ＣＵ通信制御部８０からメイン制御部３２３への間では、ＳＥ２モードでセッション鍵を用いて暗号化されて送信される。
【０２３４】
実行結果としては、Ｂｉｔ０〜Ｂｉｔ６の７ビットのデータとしてＰ台からＣＵへ送信される。Ｂｉｔ０について、「１」のときには遊技玉数加算拒否の実行結果が示され、「
０」のときには遊技玉数の加算を拒否しない旨の実行結果が示される。Ｂｉｔ１について、「１」のときには遊技玉数減算拒否の実行結果が示され、「０」のときには遊技玉数の減算を拒否しなかった旨の実行結果が示される。Ｂｉｔ２について、「１」のときには遊技許可拒否の実行結果が示され、「０」のときには遊技許可を拒否しなかった旨の実行結果が示される。
【０２３５】
Ｂｉｔ３について、「１」のときには遊技禁止拒否の実行結果が示され、「０」のときには遊技禁止を拒否しなかった旨の実行結果が示される。
【０２３６】
Ｂｉｔ４について、「１」のときには遊技玉数およびシーケンスナンバークリア拒否の実行結果が示され、「０」のときには遊技玉数およびシーケンスナンバークリアを拒否しなかった旨の実行結果が示される。
【０２３７】
Ｂｉｔ５について、「１」のときにはガラス扉の開放を拒否した旨の実行結果が示され、「０」のときにはガラス扉の開放を拒否しなかった旨の実行結果が示される。
【０２３８】
Ｂｉｔ６について、「１」のときにはセルの開放を拒否した旨の実行結果が示され、「０」のときにはセルの開放を拒否しなかった旨の実行結果が示される。
【０２３９】
なお、「遊技玉数加算拒否」を単に「加算拒否」とも言い、「遊技玉数減算拒否」を単に「減算拒否」とも言い、「遊技許可拒否」を単に「許可拒否」とも言い、「遊技禁止拒否」を単に「禁止拒否」とも言い、「遊技玉数およびシーケンスナンバーのクリア拒否」を単に「クリア拒否」とも言い、「ガラス扉開拒否」を単に「ガラス開拒否」とも言う。
【０２４０】
「遊技玉トータル個数情報」とは、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「遊技玉獲得個数情報」とは、獲得した遊技玉の個数のことであり、送信時に複数の入賞がある場合は合算した個数情報である。ＣＵ３は、現在保持している遊技玉数に遊技玉獲得個数情報のデータを加算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の加算は行なわない。
【０２４１】
「バック玉加算情報」とは、発射部（図示略）により発射したときのバック玉（ファール玉）の個数のことであり、送信時に複数のバック玉がある場合には合算した数の情報である。ＣＵ３は、現在保持している遊技玉数にバック玉加算情報のデータを加算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の加算は行わない。「遊技玉発射個数情報」とは、発射部（図示略）により発射された玉の個数のことであり、送信時に複数発射された玉がある場合は合算した数の情報である。ＣＵ３は、現在保持している遊技玉数から遊技玉発射個数情報のデータを減算するが、カードを保持していない状態で本データを受信した場合は遊技玉数の減算は行わない。また、ＣＵ３は、自身の保持している遊技玉数が０玉の場合、遊技玉数の減算は行わない。「アウト玉通過情報」とは、アウト玉検出スイッチにより検出されたアウト玉の個数であり、送信時に複数のアウト玉がある場合は合算した個数である。「図柄確定回数１」とは、始動口１の入賞に対する図柄確定情報のことであり、図柄変動停止時に「１」を加算する。「図柄確定回数２」とは、始動口２の入賞に対する図柄確定情報のことであり、図柄変動停止時に「１」を加算する。
【０２４２】
ＣＵは、「遊技玉獲得個数情報」「バック玉加算情報」「遊技玉発射個数情報」を使用した遊技玉補正処理を行なう。具体的には、遊技玉数＋遊技玉獲得個数情報＋バック玉加算情報−遊技玉発射個数情報を算出し、その算出結果を新たな遊技玉数（遊技玉トータル個数）に補正する。そして、Ｐ台から送信されてきた遊技玉トータル個数情報とその補正後の遊技玉数（遊技玉トータル個数情報）とが一致するか否かチェックし、一致しない場
合には、リカバリ処理を行なって通信開始要求のコマンドをＰ台へ送信し、そのコマンドに含まれているデータ補正要求のデータ（Ｂｉｔ２が「１」のデータ）とＣＵが記憶している遊技玉数のデータとによりＰ台の遊技玉数（遊技玉トータル個数情報）をＣＵ側における補正後の遊技玉数（遊技玉トータル個数情報）に補正する処理を行なう。
【０２４３】
遊技台エラー状態２としてＢｉｔ０〜３の各ビットが用意されているが、これは予備として設けられており、実際のエラー状態の指定には用いられていないメーカ固有のエラー情報に対応するためのものである。
【０２４４】
遊技台状態１の各ビットの内容は後ほど詳細するが、以下簡単に説明を行なう。
遊技台状態１のＢｉｔ０における遊技許可状態／遊技禁止状態は、ＣＵにより遊技が許可されているか禁止されているかを示すものであり、ＣＵからのコマンドによる指示を受けたＰ台は、その指示された状態へ遷移する。また通信異常が発生した場合には、Ｐ台は自ら遊技禁止状態へ遷移する。
【０２４５】
Ｂｉｔ１における待機中／遊技中は、ファン（遊技者）がプレイ中（玉を発射している）か否かを示すデータであり、ファン（遊技者）が玉を発射していない状態が待機中であり、ファン（遊技者）が玉を発射している状態が遊技中である。Ｂｉｔ３の遊技完了は、Ｐ台において玉の発射が停止し、その後遊技領域２７に打込まれていたパチンコ玉がすべて回収されてすべての発射した玉の行方が確定しているか否かを表わすものである。全ての玉の行方が未確定の状態が遊技未完了（Ｂｉｔ３＝０）であり、全ての玉の行方が確定している状態が遊技の完了（Ｂｉｔ３＝１）である。また、Ｐ台が玉の発射を停止してから１５秒以上を確認出来なかった場合、タイムアウトし、遊技完了とする。
【０２４６】
なお、１５秒以上遊技の完了を確認できなかった場合にタイムアウトして遊技完了した後に、遊技領域内において発生していた玉詰まりが解消して玉が入賞した場合等には、前回のカードを再挿入することを促す表示を表示器３１２や表示器５４により表示させるようにし、前回のカードが再挿入されるまで他のカードを受付けないように制御してもよい。そして、前回のカードが再挿入された後に遊技店員等による遊技玉数の手補正（手動補正）を行なう。
【０２４７】
Ｂｉｔ４における遊技台リセットは、遊技機（Ｐ台）の初期リセット信号を示すものであり、Ｐ台の起動後３０秒間「１」をセットする。Ｂｉｔ５における遊技台履歴情報ありは、Ｐ台で「スタート回数」「大当り回数」等の遊技台履歴情報を保持しているか否かを示すデータであり、「０」のときには遊技台履歴情報無しが示され、「１」のときには遊技台履歴情報有りが示される。Ｐ台はＲＡＭクリアにより遊技台履歴情報をクリアしたら本データをＯＦＦとする。また、ＲＡＭクリア後「スタート回数」、「大当り回数」等のデータを加算したタイミングで本データをＯＮにする。なお、Ｐ台との遊技台履歴データを合わせるため、ＣＵ３は本データＯＦＦを検知したらＣＵ３で保持している遊技台履歴データもクリアする。
【０２４８】
遊技台状態２の各ビットの内容は後ほど詳細するが、以下簡単に説明を行なう。
Ｂｉｔ０の大当り１は、大当り中および小当り中に「１」がセットされる。Ｂｉｔ１の大当り２は、大当り中、小当り中および高ベース中に「１」がセットされる。Ｂｉｔ２の大当り３は、大当り中（高ベースになる大当りのみ）に「１」がセットされる。
【０２４９】
Ｂｉｔ３の大当り４は、大当り中（高ベースになる大当りのみ）および高ベース中に「１」がセットされる。Ｂｉｔ４の大当り終了表示は、大当り終了表示中に「１」がセットされる。Ｂｉｔ５の高ベースは、高ベース中に「１」がセットされる。Ｂｉｔ６の高確率は、高確率中に「１」がセットされる。Ｂｉｔ７の客待ちは、客待ち中（デモ中）に「１
」がセットされる。
【０２５０】
また、Ｐ台のエラーとしては、以下のものがある。メイン制御部３２３のエラーとして、不正入賞エラー、電波センサエラー、磁石センサエラーがある。払出制御部１７のエラーとして、カードユニット未接続エラー、メイン制御部電源断１、メイン制御部電源断２、払出制御部のＩＤ認証エラー、カードユニット認証エラー、ＣＵ通信制御部認証エラー、対カードユニット通信回線断、対メイン制御部通信回線断１対メイン制御部受信コマンド異常１、、対メイン制御部通信回線断２、対メイン制御部受信コマンド異常２、枠本体／ガラス扉開放エラー、発射モータ作動エラー、発射モータ原点検知エラー、遊技球不足エラー１、遊技球搬送エラー１、遊技球不足エラー２、遊技球搬送エラー２、遊技球搬送エラー３、遊技球数過多エラー、遊技終了検知エラー１、遊技終了検知エラー２、遊技球数過少エラー、遊技盤球詰りエラー、ファール玉検知エラー１、ファール玉検知エラー２、アウト玉検知エラー１、アウト玉検知エラー２、玉抜きスイッチエラー、玉抜きモータ原点センサエラー、玉抜きエラーがある。
【０２５１】
ＣＵ通信制御部８０からメイン制御部３２３へ送信されるレスポンス（通信状態応答）は、１６進数列で示され、０ｘ００で通信状態がＯＫ（適正）であることが示される。これ以外の場合、すなわち、０ｘ０１、０ｘ０２、０ｘ０３、０ｘ０４、０ｘ１０の場合には、異常であることが示される。ＣＲＣ−ＮＧとは、パリティチェックの結果ＮＧすなわち異常であることを意味している。また、ＭＡＣ−ＮＧとは、Message Authentication CodeのＮＧのことである。復号ＮＧとは、暗号化されて送信されてきたデータを復号した結果適正なデータにならず異常であることを意味している。データ長ＮＧとは、受信したデータの長さが正規の長さでない異常であることを意味している。断線検知とは、Ｐ台とＣＵとの間の断線の発生を検知した異常であることを意味している。
【０２５２】
ＣＵ通信制御部８０からメイン制御部３２３へ送信される機器情報応答のレスポンスは、コマンドコード、コマンドサイズ、取得結果、主制御チップＩＤ、メーカコード、形式コード、払出制御チップＩＤ、メーカコード、形式コード、および、ＭＡＣである。
【０２５３】
ＣＵ通信制御部８０からＣＵへ機器情報応答のレスポンスが送信される。この機器情報応答のレスポンスは、ＣＵに対して主制御チップＩＤと払出制御チップＩＤとの情報を送信するものである。コマンドコードにより、コマンドのコードが特定される。コードサイズにより、コマンドのデータサイズが特定される。取得結果により、ＯＫ（収集済情報有）と、ＮＧ（収集済情報無）と、未収集とのいずれかが特定される。主制御チップＩＤとは、Ｐ台の主制御基板１６に記録されているチップＩＤのことであり、払出制御チップＩＤとは、払出制御部１７に記憶されているＰ台の払出チップＩＤのことである。
【０２５４】
次に、図６〜図５９に基づいて、ＣＵのメイン制御部３２３におけるＣＰＵで実行される処理と、払出制御部１７に搭載されたＣＰＵで実行される処理とを説明する。
【０２５５】
次に図６を参照して、電源起動時の接続シーケンスの処理を説明する。この図６の接続シーケンスの処理は、ＣＵとＰ台との通信が正常に終了した後の通信再開時に実行される処理である。具体的には、カードが挿入されていない待機中において、ＣＵの電源をＯＦＦにした後の通信再開時に実行される。典型例としては、遊技場において１日の営業が終了して電源を立下げ、翌日営業開始時に電源を立上げた場合である。
【０２５６】
まず、電源起動時においては、Ｐ台では打球発射モータ（図示略）を停止させて遊技を停止させてから通信を開始する。ＣＵでは、まず認証シーケンスの処理が実行される。この認証シーケンスの処理の具体的制御内容は、図７〜図２０に示すサブルーチンプログラムのフローチャートにおいて示される。この認証シーケンスの処理により、ＣＵからＰ台
に対して、機器情報要求のコマンドが送信される。Ｐ台では、それを受けて、機器情報応答のレスポンスを返信する。この機器情報応答のレスポンスには、メインチップＩＤと払出チップＩＤとが含まれている。
【０２５７】
機器情報応答を受信したＣＵは、機器情報応答に含まれる情報を記憶し、応答があったＰ台（受信したメインチップＩＤと払出チップＩＤとにより特定されるＰ台）に対して、認証要求のデータをＰ台へ送信する。
【０２５８】
認証要求を受信したＰ台は、認証応答をＣＵへ返信する。
次に、図６に示した認証シーケンスの処理の具体的制御内容を図７〜図２０に基づいて説明する。
【０２５９】
図７の（ａ）と（ｂ）とは、図６に示した認証シーケンスのサブルーチンプログラムを示すフローチャートである。図６に示した認証シーケンスは、ＣＵの電源が起動されたときの認証シーケンスとＰ台（遊技機）の電源が起動されたときの認証シーケンスとの２種類がある。ＣＵの電源が起動されたときの認証シーケンスは、図７（ａ）に示されている。図７（ａ）を参照して、メイン制御部３２３は、上位サーバ８０１との認証を完了してＣＵ通信制御部情報（たとえばＣＵ通信制御部情報のチップＩＤ等）を取得してから通信を開始する。ＣＵ通信制御部８０は、Ｐ台通信制御部８１との認証を行なう。その後通信を開始する。そして、メイン制御部３２３とＣＵ通信制御部８０との間で、まずシリアルＩＤ認証シーケンスが実行され、次にチップＩＤ認証シーケンスが実行される。それ以降、Ｐ台との通信が可能となる。メイン制御部３２３からＣＵ通信制御部８０へ時刻通知がなされる。この時刻通知は、暗号鍵として本認証鍵を用いてＳＥ２モードで暗号化されて送信される。次に、ＣＵ通信制御部８０からメイン制御部３２３へ時刻応答がなされる。この時刻応答は、暗号鍵として本認証鍵を用いてＳＥ２モードで暗号化されて送信される。以降は、メイン制御部３２３とＣＵ通信制御部８０とは、セッション鍵（通信鍵）を使用して暗号通信を行なう。このセッション鍵（通信鍵）は、乱数と本認証鍵とから生成される。なお、時刻通知によって共有された時刻データと本認証鍵とからセッション鍵（通信鍵）を生成してもよい。
【０２６０】
Ｐ台（遊技機）の電源が起動されたときの認証シーケンスは図７（ｂ）に示されている。図７（ｂ）を参照して、ＣＵ通信制御部８０において、Ｐ台との通信断が検出された後、メイン制御部３２３はＣＵ通信制御部８０へ、ＳＥ２モードにより通信鍵で動作指示を暗号化して送信する。さらにＳＥ２モードにより通信鍵で通信状態要求を暗号化して送信する。その後、ＣＵ通信制御部８０はメイン制御部３２３へ、ＳＥ２モードにより通信鍵で通信状態応答（断線検知）を暗号化して送信する。その後メイン制御部３２３は、Ｐ台との通信断を検知し、ＣＵ通信制御部８０は、払出制御チップの認証を行なう。その後、メイン制御部３２３とＣＵ通信制御部８０との間で、チップＩＤ認証シーケンスが実行される。
【０２６１】
図８は、図７（ａ）に示したシリアルＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。図８を参照して、メイン制御部３２３は上位サーバ８０１との認証を完了してから通信を開始する。本認証鍵未取得時には仮認証鍵を暗号化する。仮認証鍵とは、図１８で後述する機器認証シーケンスの結果適正な認証結果を得ることができた鍵のことである。この仮認証鍵を後に更新したものが本認証鍵である。そして、メイン制御部３２３とＣＵ通信制御部８０との間で、ＢＢシリアルＩＤ認証シーケンスが実行される。このＢＢシリアルＩＤ認証シーケンスによりＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤの認証が行なわれる。次に、メイン制御部３２３は、上位サーバ８０１よりＣＵ通信制御部のシリアルＩＤを取得している場合にのみ、ＣＵ通信制御部シリアルＩＤ認証シーケンスを実行する。このＣＵ通信制御
部シリアルＩＤ認証シーケンスによりＣＵ通信制御部シリアルＩＤの認証が行なわれる。
【０２６２】
次にメイン制御部３２３からＣＵ通信制御部８０へライタ管理情報要求のコマンドが送信される。このライタ管理情報とは、ＥＥＰＲＯＭ（図示略）への認証用情報の書込の際に使用したＲＯＭライタに関する情報である。たとえば、ＲＯＭライタのＩＤ、ＲＯＭライタのメーカコード、ＲＯＭライタが記憶している鍵のバージョン等のデータである。
【０２６３】
メイン制御部３２３は、ＳＥ１モードにより本認証鍵で暗号化されたライタ管理情報応答をＣＵ通信制御部８０から受信し、そのライタ管理情報応答に含まれているライタ管理情報とメイン制御部３２３が記憶しているライタ管理情報とを照合し両者が整合するか否かチェックする。このライタ管理情報による照合チェックの結果、偶々メイン制御部３２３とＣＵ通信制御部８０との認証鍵が一致する場合であっても或る程度のセキュリティが確保され、セキュリティが向上する。
【０２６４】
次にメイン制御部３２３とＣＵ通信制御部８０との間で、認証鍵による機器認証シーケンス（本認証鍵）が実行される。
【０２６５】
ＢＢシリアルＩＤ認証シーケンスから機器認証シーケンスまでの異常を総括して通知するＣＵ通信制御部認証結果通知のコマンドがメイン制御部３２３からＣＵ通信制御部８０へ送信される。つまり、上記ＢＢシリアルＩＤ認証から機器認証までの各認証結果が異常であっても各認証結果の通知の際には異常通知を行なわず、上記ＢＢシリアルＩＤ認証から機器認証までのいずれかの認証で異常が発生しておれば、どの認証で異常が発生したかを通知することなく全体として異常が発生した旨を総括的に通知する。その結果、暗号通信が傍受されたとしても、どの種類の認証で異常が生じたかを察知されず、セキュリティが向上する。その後、ＣＵ通信制御部結果応答のコマンドが、同様にＢＢシリアルＩＤ認証シーケンスから機器認証シーケンスまでの異常が、上記と同様に総括して通知される。
【０２６６】
次に、ＣＵ通信制御部有効鍵通知のコマンドがメイン制御部３２３からＣＵ通信制御部８０へ送信される。なお、メイン制御部３２３は、ＣＵ通信制御部有効鍵を設定済みの場合はＣＵ通信制御部有効鍵通知のコマンドを送信しない。その後、ＣＵ通信制御部有効鍵応答のレスポンスが、ＣＵ通信制御部８０からメイン制御部３２３へ通知される。
【０２６７】
次に、メイン制御部３２３からＣＵ通信制御部８０へカウンタ情報通知のコマンドが送信される。このコマンドは、図６７（ａ）で後述するＳＥ２モードで使用されるカウンタの初期ベクタＲを通知するものであり、ＳＥ１モードにより本認証鍵で暗号化されて送信される。それを受信したＣＵ通信制御部８０は、ＳＥ１モードにより本認証鍵で暗号化されたカウンタ情報通知応答をメイン制御部３２３へ送信する。
【０２６８】
単純なブロック暗号の利用モードであるＳＥ１モードを用いる場合には、或る鍵で同一の平文を暗号化すると、同一の暗号文になるために、暗号対象となる平文の或る部分が他の部分と同じであるかどうかが暗号文の比較によって判断できてしまうという不都合があり、それを解消するためにＳＥ２モードの初期ベクタをＣＵ通信制御部８０へ通知して、メイン制御部３２３とＣＵ通信制御部８０とでカウンタ値を共有する。このカウンタ情報の通知により暗号化のモード設定が行なわれる。この暗号化のモード設定は遊技場においての毎日の電源立上げ毎に再設定されるので、セキュリティが向上する。
【０２６９】
図９は、シリアルＩＤ認証シーケンスの認証鍵更新時のサブルーチンプログラムを示すフローチャートである。図９を参照して、メイン制御部３２３が上位サーバ８０１より更新情報を取得している場合にのみ、メイン制御部３２３とＣＵ通信制御部８０との間で認証鍵更新シーケンスが実行される。この認証鍵更新シーケンスにより、認証鍵を新たなも
のに変更することができる。
【０２７０】
メイン制御部３２３からＣＵ通信制御部８０へ、ＳＥ１モードにより仮認証鍵で暗号化された認証鍵更新要求のコマンドが送信される。このコマンド送信は、メイン制御部３２３が上位サーバより更新情報を取得している場合にのみ実行される。それを受信したＣＵ通信制御部８０は、認証鍵と鍵バージョンとを更新して、認証鍵更新応答（ＯＫ）のレスポンスをメイン制御部３２３へ送信する。このレスポンスは、ＳＥ１モードにより仮認証鍵で暗号化されて送信される。その後ＢＢシリアルＩＤ認証シーケンス、ＣＵ通信制御部シリアルＩＤ認証シーケンスが実行される。
【０２７１】
次に、メイン制御部３２３からＣＵ通信制御部８０へライタ管理情報要求のコマンドが送信される。このライタ管理情報とは、ＥＥＰＲＯＭ（図示略）への認証用情報の書込の際に使用したＲＯＭライタに関する情報である。たとえば、ＲＯＭライタのＩＤ、ＲＯＭライタのメーカコード、ＲＯＭライタが記憶している鍵のバージョン等のデータである。
【０２７２】
このコマンドを受信したＣＵ通信制御部８０は、記憶保持している最新のライタ管理情報のレスポンスをメイン制御部３２３へ返信する。このレスポンスは、ＳＥ１モードにより仮認証鍵で暗号化されて送信される。
【０２７３】
メイン制御部３２３は、ＣＵ通信制御部８０から送信されてきたライタ管理情報応答に含まれているライタ管理情報とメイン制御部３２３が記憶しているライタ管理情報とを照合し両者が整合するか否かチェックする。このライタ管理情報による照合チェックの結果、偶々メイン制御部３２３とＣＵ通信制御部８０との認証鍵が一致する場合であっても或る程度のセキュリティが確保され、セキュリティが向上する。
【０２７４】
その後、機器認証シーケンスが実行される。次に、メイン制御部３２３からＣＵ通信制御部認証結果が適合（ＯＫ）としてＣＵ通信制御部認証結果通知のコマンドが送信される。このコマンドにより、上記ＢＢシリアルＩＤ認証から機器認証までの認証結果の異常が総括としてメイン制御部３２３からＣＵ通信制御部８０へ通知される。つまり、上記ＢＢシリアルＩＤ認証から機器認証までの各認証結果が異常であっても各認証結果の通知の際には異常通知を行なわず、上記ＢＢシリアルＩＤ認証から機器認証までのいずれかの認証で異常が発生しておれば、どの認証で異常が発生したかを通知することなく全体として異常が発生した旨を総括的に通知する。その結果、暗号通信が傍受されたとしても、どの種類の認証で異常が生じたかを察知されず、セキュリティが向上する。
【０２７５】
また、ＣＵ通信制御部８０からもＣＵ通信制御部認証結果が適合（ＯＫ）としてＣＵ通信制御部認証結果通知のレスポンスが送信される。このレスポンスも、上記ＢＢシリアルＩＤ認証から機器認証までのいずれかの認証で異常が発生しておれば、どの認証で異常が発生したかを通知することなく全体として異常が発生した旨を総括的に通知するものである。以降本認証鍵をして暗号通信が行われる。
【０２７６】
次に、メイン制御部３２３からＣＵ通信制御部有効鍵通知がＣＵ通信制御部８０へ送信される。なお、メイン制御部３２３は、ＣＵ通信制御部有効鍵を設定済みの場合は通知を行なわない。一方、ＣＵ通信制御部８０からＣＵ通信制御部有効鍵応答（ＯＫ）がメイン制御部３２３へ送信される。
【０２７７】
次にメイン制御部３２３からＣＵ通信制御部８０へカウンタ情報通知のコマンドが送信される。このカウンタ情報通知には、前述したＳＥ２モードの初期ベクタの値が含まれている。そして、ＣＵ通信制御部８０はカウンタ情報通知応答をメイン制御部３２３へ返信する。
【０２７８】
図１０は、図７（ａ）（ｂ）に示したチップＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。図１０を参照して、メイン制御部３２３は、ＣＵ通信制御部８０との認証を完了してから通信を開始し、本認証鍵未取得時には仮認証鍵を暗号化する。そして、メイン制御部３２３からＣＵ通信制御部８０へ払出制御認証結果要求のコマンドが送信される。この払出制御認証結果要求のコマンドは、Ｐ台２のＬＳＩ７９９に設けられているＰ台通信制御部８１をＣＵ通信制御部８０が認証したその認証結果を要求するものである。ＣＵ通信制御部８０と払出制御チップ（ＬＳＩ）のＰ台通信制御部８１との間での認証処理中はこの払出制御認証結果要求のコマンドが繰り返し送信され、両者間での認証が完了するまでメイン制御部３２３は待機する。ＣＵ通信制御部８０は、認証が完了した段階で、払出制御チップ（ＬＳＩ）のＰ台通信制御部８１との認証結果を通知するための払出制御認証結果応答のレスポンスをメイン制御部３２３へ送信する。払出制御認証結果応答のレスポンスは、ＳＥ２モードにより本認証鍵で暗号化されて送信される。
【０２７９】
次にメイン制御部３２３からＣＵ通信制御部８０へ機器情報要求のコマンドが送信される。この機器情報要求のコマンドは、ＣＵ通信制御部のチップＩＤを要求するものである。ＣＵ通信制御部８０が機器情報を取得するまでこの機器情報要求のコマンドが繰り返し送信され、機器情報の取得が完了するまでメイン制御部３２３は待機する。ＣＵ通信制御部８０は、払出制御チップと主制御チップのチップ情報（チップＩＤ等）を機器情報応答としてメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、上位サーバ８０１に機器情報（チップＩＤ）を照合するべく問合せする。メイン制御部３２３は、上位サーバ８０１への問合せの結果にしたがった認証結果（運用可否）のコマンド（遊技機認証結果通知）をＣＵ通信制御部８０へ送信する。ＮＧ（運用否時）のときにはＰ台のリセット待ちとなる。ＮＧでない場合には、以降、Ｐ台に対して業務電文の送信が可能となり、メイン制御部３２３とＣＵ通信制御部８０との間で、リカバリ要求、リカバリ応答、動作指示、動作応答のコマンドレスポンスの送受信が実行される。
【０２８０】
図１１は、シリアルＩＤ認証シーケンスで認証鍵の更新に異常がある場合を説明するためのフローチャートである。
【０２８１】
メイン制御部３２３からＣＵ通信制御部８０へ、認証鍵更新要求のコマンドが送信される。このコマンドは、ＳＥ１モードにより仮認証鍵で暗号化されて送信される。それを受信したＣＵ通信制御部８０から認証鍵更新応答が、ＳＥ１モードにより仮認証鍵で暗号化されてメイン制御部３２３へ送信される。この認証鍵更新応答がＮＧの場合（ＣＵ通信制御部８０側で更新できなかった場合等）には、メイン制御部３２３は最大２回までは再試行を行なう。２回の再試行の結果ＮＧであった場合には、メイン制御部３２３はＣＵ通信制御部認証異常の処理を行なう。
【０２８２】
次に、図１２は、シリアルＩＤ認証シーケンスでＣＵ通信制御部の認証結果が異常である場合を説明するためのフローチャートである。
【０２８３】
図１２を参照して、メイン制御部３２３からＣＵ通信制御部８０へ、認証鍵更新要求のコマンドが、ＳＥ１モードにより仮認証鍵で暗号化して送信される。ＣＵ通信制御部８０からメイン制御部３２３へ、ＳＥ１モードにより仮認証鍵で認証鍵更新応答（ＯＫ）が暗号化されて送信される。その後ＢＢシリアルＩＤ認証シーケンス、ＣＵ通信制御部シリアルＩＤ認証シーケンスが実行される。
【０２８４】
次に、メイン制御部３２３からＣＵ通信制御部８０へライタ管理情報要求のコマンドが送信される。このライタ管理情報とは、ＥＥＰＲＯＭ（図示略）への認証用情報の書込の
際に使用したＲＯＭライタに関する情報である。たとえば、ＲＯＭライタのＩＤ、ＲＯＭライタのメーカコード、ＲＯＭライタが記憶している鍵のバージョン等のデータである。ＣＵ通信制御部８０からメイン制御部３２３へ、ＳＥ１モードにより仮認証鍵でライタ管理情報応答が暗号化されて送信される。
【０２８５】
メイン制御部３２３は、ＣＵ通信制御部８０から送信されてきたライタ管理情報応答に含まれているライタ管理情報とメイン制御部３２３が記憶しているライタ管理情報とを照合し両者が整合するか否かチェックする。このライタ管理情報による照合チェックの結果、偶々メイン制御部３２３とＣＵ通信制御部８０との認証鍵が一致する場合であっても或る程度のセキュリティが確保され、セキュリティが向上する。
【０２８６】
その後、機器認証シーケンスが実行される。次に、メイン制御部３２３からＣＵ通信制御部認証結果が不適合（ＮＧ）としてＣＵ通信制御部認証結果通知のコマンドが送信される。上記ＢＢシリアルＩＤ認証から機器認証までの各認証結果が異常であっても各認証結果の通知の際には異常通知を行なわず、上記ＢＢシリアルＩＤ認証から機器認証までのいずれかの認証で異常が発生しておれば、どの認証で異常が発生したかを通知することなく全体として異常が発生した旨を総括的に通知する。その結果、暗号通信が傍受されたとしても、どの種類の認証で異常が生じたかを察知されず、セキュリティが向上する。同様に、ＢＢシリアルＩＤ認証シーケンスから機器認証シーケンスまでの異常が、ＣＵ通信制御部認証結果通知（ＮＧ）のコマンドとしてＣＵ通信制御部８０からメイン制御部３２３へ送信される。
【０２８７】
なお、このように双方が不適合（ＮＧ）の判断をした場合には、ＢＢシリアルＩＤ認証シーケンスへ戻り、ＢＢシリアルＩＤ認証シーケンスから再試行をする。ただし、再試行は最大２回までしか行なわない。２回の再試行の結果ＮＧであった場合には、メイン制御部３２３はＣＵ通信制御部認証異常の処理を行なう。
【０２８８】
図１３は、シリアルＩＤ認証シーケンスでＣＵ通信制御部の有効鍵が異常である場合を説明するためのフローチャートである。図１２の機器認証シーケンスまでのステップは同じため説明は繰返さない。したがって、ＣＵ通信制御部認証結果通知のステップから説明を行なう。
【０２８９】
ここで、メイン制御部３２３からＣＵ通信制御部認証結果が適合（ＯＫ）としてＣＵ通信制御部認証結果通知のコマンドが送信される。一方、ＣＵ通信制御部８０からもＣＵ通信制御部認証結果が適合（ＯＫ）としてＣＵ通信制御部認証結果通知のレスポンスが送信される。
【０２９０】
次に、メイン制御部３２３からＣＵ通信制御部有効鍵通知がＣＵ通信制御部８０へ送信される。一方、ＣＵ通信制御部８０からＣＵ通信制御部有効鍵応答が不適合（ＮＧ）としてメイン制御部３２３へ送信される。なお、メイン制御部３２３は、この不適合を受信した際は、最大２回まで、ＣＵ通信制御部有効鍵通知をＣＵ通信制御部８０へ再送信する。２回の再試行の結果ＮＧであった場合には、メイン制御部３２３はＣＵ通信制御部認証異常の処理を行なう。
【０２９１】
図１４は、正常時のシリアルＩＤ認証シーケンスを説明するためのフローチャートである。ここでは、以下の要求および応答は、ＳＥ１モードにより本認証鍵で暗号化して送信をしている。
【０２９２】
ＢＢシリアルＩＤ認証シーケンスおよびＣＵ通信制御部シリアルＩＤ認証シーケンスが実行された後、メイン制御部３２３からライタ管理情報要求のコマンドがＣＵ通信制御部
８０へ送信される。ＣＵ通信制御部８０が保持している最新のライタ管理情報をライタ管理情報応答として送信する。メイン制御部は自ライタ管理情報とライタ管理情報応答とを確認をする。その後、機器認証シーケンスが実行される。
【０２９３】
次に、ＢＢシリアルＩＤ認証シーケンスから機器認証シーケンスまでが適合（ＯＫ）であるＣＵ通信制御部認証結果通知のコマンドがＣＵ通信制御部８０に送信される。一方、ＢＢシリアルＩＤ認証シーケンスから機器認証シーケンスまでが適合（ＯＫ）であるＣＵ通信制御部認証結果応答のレスポンスがメイン制御部３２３に送信される。
【０２９４】
次に、ＣＵ通信制御部有効鍵通知のコマンドがメイン制御部３２３からＣＵ通信制御部８０へ送信され、一方、ＣＵ通信制御部８０からメイン制御部３２３へＣＵ通信制御部有効鍵が適合（ＯＫ）であるＣＵ通信制御部有効鍵応答のレスポンスが送信される。
【０２９５】
次に、メイン制御部３２３からＣＵ通信制御部８０へカウンタ情報通知のコマンドが送信される。このコマンドは、図６７（ａ）で後述するＳＥ２モードで使用されるカウンタの初期ベクタＲを通知するものであり、ＳＥ１モードにより本認証鍵で暗号化されて送信される。それを受信したＣＵ通信制御部８０は、ＳＥ１モードにより本認証鍵で暗号化されたカウンタ情報通知応答をメイン制御部３２３へ送信する。
【０２９６】
図１５は、払出制御認証結果が異常である場合のチップＩＤ認証シーケンスを説明するためのフローチャートである。図１５を参照して、メイン制御部３２３から払出制御認証結果要求のコマンドがＣＵ通信制御部８０に送信される。
【０２９７】
次に、ＣＵ通信制御部８０は、払出制御チップ（払出制御部１７）との認証結果が不適合（ＮＧ）である払出制御認証結果応答を送信する。それを受信したメイン制御部３２３は、払出制御チップ（払出制御部１７）とＣＵ通信制御部８０との間の認証異常処理を行なう。
【０２９８】
図１６は、図８に示したＢＢシリアルＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートであり、チャレンジレスポンス方式の認証が行なわれる。チャレンジレスポンス方式の認証とは、一般的に、文字列等に特殊な処理を施すことにより、通信途中にＩＤなどが盗聴されるのを防ぐ認証方式のことであり、たとえば、認証する側が認証を受けたい側に対してランダムな数値列（これを「チャレンジコード」と呼ぶ）を送信し、そのチャレンジコードを受信した側がＩＤ等とその受信したチャレンジコードとを所定のアルゴリズムに従って合成してレスポンスコードを生成して返信する。そのレスポンスコードを受信した側では、送信したチャレンジコードと予め記憶しているＩＤ等から同じようにレスポンスコードを生成し、送られてきたレスポンスコードと生成したレスポンスコードとを比較して一致するか否か判定する認証を行なう。
【０２９９】
本実施の形態においては、まずメイン制御部３２３からＣＵ通信制御部８０へＢＢシリアルＩＤ要求１のコマンドが送信される。それを受けたＣＵ通信制御部８０は、ＢＢシリアルＩＤ認証応答１としてチャレンジコードを要求するレスポンスを送信する。それを受けたメイン制御部３２３は、ＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤを用いてチャレンジコードを生成し、そのチャレンジコードをＢＢシリアルＩＤ認証要求としてＣＵ通信制御部８０へ送信する。それを受けたＣＵ通信制御部８０は、ＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤを用いてレスポンスコードを生成し、そのレスポンスコードをＢＢシリアルＩＤ認証応答２としてメイン制御部３２３へ送信する。それを受けたメイン制御部３２３では、そのレスポンスコードをチェックして適正であるか否かを判定する。不適正（ＮＧ）のときには以降の通信を行なわないように制御する。
【０３００】
このチャレンジコードの生成とレスポンスコードの生成とのアルゴリズムは、どのようなものであってもよいのであるが、その一例を以下に記載する。チャレンジコードの生成として、ＢＢシリアルＩＤのコードデータ（２進数）に対して同じデータ長の乱数（２進数）を生成し、ＢＢシリアルＩＤと乱数とのエクスクルーシブオア（排他的論理和）を算出し、その算出結果をチャレンジコードとしてＣＵ通信制御部８０へ送信する。一方、ＣＵ通信制御部８０におけるレスポンスコードの生成としては、受信したチャレンジコードに対してＢＢシリアルＩＤ（２進数）のエクスクルーシブオアを算出する。メイン制御部３２３側のＢＢシリアルＩＤとＣＵ通信制御部８０側のＢＢシリアルＩＤとが一致しておれば、乱数に対して２回同じＢＢシリアルＩＤのイクスクルシブオアを演算したこととなり、その結果は元の乱数となる。そしてその元の乱数をレスポンスコードとしてメイン制御部３２３へ送信する。メイン制御部３２３は、生成した乱数とレスポンスコードとして送られてきた乱数とが一致するか否かを判定し、一致する場合には適正と判定する一方一致しない場合には不適正（ＮＧ）と判定する。
【０３０１】
図２３は、図８に示したＣＵ通信制御部シリアルＩＤ認証シーケンスのサブルーチンプログラムを示すフローチャートである。まずメイン制御部３２３からＣＵ通信制御部８０へＣＵ通信制御部シリアルＩＤ認証要求１が送信される。それを受けたＣＵ通信制御部８０は、ＣＵ通信制御部シリアルＩＤすなわち図４に示したＲＯＭ８０９に記憶されているＣＵ通信制御部のＳＩＤを用いてチャレンジコードＡを生成し、そのチャレンジコードＡをＣＵ通信制御部シリアルＩＤ認証応答１としてメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、ＣＵ通信制御部シリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているＣＵ通信制御部のＳＩＤを用いてレスポンスコードＡを生成し、そのレスポンスコードＡをＣＵ通信制御部シリアルＩＤ認証要求２としてＣＵ通信制御部８０へ送信する。それを受けた通信制御部８０は、そのレスポンスコードＡをチェックして適正であるか否かを判定する。そしてその判定結果（チェック結果）とチャレンジコードＢの要求を含むＣＵ通信制御部シリアルＩＤ認証応答２をメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、チェック結果が不適正（ＮＧ）であった場合には、以降の通信を行なわないように制御する。
【０３０２】
この図２３に示したチャレンジコードの生成およびレスポンスコードの生成のアルゴリズムは、どのようなものであってもよいが、たとえば図１６で説明したエクスクルーシブオアを用いたアルゴリズムを使用することができる。
【０３０３】
チャレンジレスポンス方式の認証のアルゴリズムは上記のものに限らず、次のようなものでもよい。たとえば、ＣＵ通信制御部８０において乱数Ｒ１を生成し、ＣＵ通信制御部８０に記憶さているＣＵ通信制御部のＳＩＤ（ＳＩＤＭという）を鍵として乱数Ｒ１を暗号化してチャレンジコードＡを生成する。式で示せば、チャレンジコードＡ＝ＥＳＩＤＭ（Ｒ１）  となる。これをメイン制御部３２３へ送信し。メイン制御部３２３において記憶しているＳＩＤＭで復号してレスポンスコードＡを生成する。式で表わせば、レスポンスコードＡ＝ＤＳＩＤＭ（チャレンジコードＡ）＝ＤＳＩＤＭ（ＥＳＩＤＭ（Ｒ１））＝Ｒ１  となる。これを通信制御部８０へ返信し、通信制御部８０において先に生成していた乱数Ｒ１と返信されてきたレスポンスコードＡ（＝Ｒ１）とが一致するか否か照合し、一致することを条件に認証成功と判断する。
【０３０４】
さらに、メイン制御部３２３において乱数Ｒ２を生成し、メイン制御部３２３に記憶さているメイン制御部のＳＩＤ（ＳＩＤＴという）を鍵として乱数Ｒ２を暗号化してチャレンジコードＢを生成する。式で示せば、チャレンジコードＢ＝ＥＳＩＤＴ（Ｒ２）  となる。これを通信制御部８０へ送信し、通信制御部８０において記憶しているＳＩＤＴで復号してレスポンスコードＢを生成する。式で表わせば、レスポンスコードＢ＝ＤＳＩＤＴ
（チャレンジコードＢ）＝ＤＳＩＤＴ（ＥＳＩＤＴ（Ｒ２））＝Ｒ２  となる。これをメイン制御部３２３へ返信し、メイン制御部３２３において先に生成していた乱数Ｒ２と返信されてきたレスポンスコードＢ（＝Ｒ２）とが一致するか否か照合し、一致することを条件に認証成功と判断する。
【０３０５】
図１８は、図８に示した機器認証シーケンスのサブルーチンプログラムを示すフローチャートである。この機器認証シーケンスは、暗号鍵（認証鍵）を使用した暗号化・復号化認証シーケンスであり、ブロック暗号モードとしてＳＥ１モードを用いる。まずメイン制御部３２３は機器認証要求１をＣＵ通信制御部８０へ送信する。それを受けたＣＵ通信制御部８０は、乱数Ａを生成しその乱数ＡをＥＥＰＲＯＭ（図示略）に記憶されている認証鍵により暗号化する。またＭＡＣを作成する。このＭＡＣとは、Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅのことである。たとえば、生成した乱数Ａを所定のハッシュ関数を利用して演算した値をＭＡＣとする。つまり生成した乱数Ａのメッセージ・ダイジェストがＭＡＣとなる。そしてＣＵ通信制御部８０はメイン制御部３２３に対して暗号化乱数ＡとＭＡＣとを機器認証応答１として送信する。
【０３０６】
それを受けたメイン制御部３２３は、受信した暗号化乱数ＡをＥＥＰＲＯＭ（図示略）に記憶している認証鍵により復号して元の平文の乱数Ａを生成し、その乱数Ａを前記所定のハッシュ関数を利用してＭＡＣを計算する。そして計算したＭＡＣとＣＵ通信制御部８０から送信されてきたＭＡＣとが一致するか否かをチェックする。一致すれば適正と判断し一致しない場合には不適正（ＮＧ）と判断する。
【０３０７】
次にメイン制御部３２３は、乱数Ｂを生成し、ＥＥＰＲＯＭ（図示略）に記憶されている認証鍵を用いてその乱数Ｂを暗号化する。さらに乱数Ｂを所定のハッシュ関数を利用して演算してＭＡＣを作成する。そしてその暗号化乱数ＢとＭＡＣとをさらに機器認証応答１に基づいた認証結果とを機器認証要求２としてＣＵ通信制御部８０へ送信する。それを受けたＣＵ通信制御部８０は、ＥＥＰＲＯＭ（図示略）に記憶されている認証鍵を用いて受信した暗号化乱数Ｂを復号して元の平文の乱数Ｂにする。そしてその乱数Ｂを所定のハッシュ関数を利用して演算してＭＡＣを計算する。その計算されたＭＡＣと受信したＭＡＣとが一致するか否かをチェックし、一致する場合には適正と判定し不一致の場合には不適正（ＮＧ）と判定する。そしてその判定結果を機器認証応答２としてメイン制御部３２３へ送信する。判定結果が不適正（ＮＧ）の場合には、以降の通信を行なわないように制御する。
【０３０８】
図１９は、認証鍵のＥＥＰＲＯＭ（図示略）への記憶設定を示すフローチャートであり、ＣＵ通信制御部８０から認証鍵をメイン制御部３２３へ送信してもらい、メイン制御部３２３のＥＥＰＲＯＭ（図示略）にその認証鍵を記憶する。
【０３０９】
図１９を参照して、この認証鍵設定シーケンスは、カードユニット（ＣＵ）製造時の認証鍵書込シーケンスである。まずメイン制御部３２３は、ＣＵ通信制御部８０との認証鍵が書込まれていないことを条件として、ＣＵ通信制御部８０から認証鍵情報の送信を待つ。ＣＵ通信制御部８０は、専用のＩＣライタ（ＲＯＭライタ）からの要求により通信を開始する。そしてＣＵ通信制御部８０からＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤの認証要求Ａをメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、ＣＵ通信制御部８０に対してチャレンジコードを要求するためのＢＢシリアルＩＤ認証応答ＡをＣＵ通信制御部８０へ送信する。それを受けた通信制御部８０は、ＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤを用いてチャレンジコードを生成し、そのチャレンジコードをＢＢシリアルＩＤ認証要求Ｂとしてメイン制御部３２３へ送信する。
【０３１０】
それを受けたメイン制御部３２３は、ＢＢシリアルＩＤすなわちＥＥＰＲＯＭ（図示略）に記憶されているメイン制御部のＳＩＤを用いてレスポンスコードを生成し、そのレスポンスコードをＢＢシリアルＩＤ認証応答ＢとしてＣＵ通信制御部８０へ送信する。それを受けたＣＵ通信制御部８０は、そのレスポンスコードが適正であるか否かを判定し、適正（ＯＫ）のときのみ、以降に示す認証鍵情報の送信を行なう。この図１９に示したチャレンジレスポンス認証も、図１６や図１７に示したチャレンジレスポンス認証と同じアルゴリズム（例えばエクスクルーシブオア）を用いることができる。
【０３１１】
そして、ＣＵ通信制御部８０は、認証結果適正であると判断したときに、専用ＩＣライタ（ＲＯＭライタ）から書込まれた認証鍵情報すなわちＥＥＰＲＯＭ（図示略）に記憶されている認証鍵の情報を認証鍵設定要求としてメイン制御部３２３へ送信する。それを受けたメイン制御部３２３は、送信されてきた認証鍵をＥＥＰＲＯＭ（図示略）に記憶させ、記憶させた旨を示す認証鍵設定応答をＣＵ通信制御部８０へ送信する。
【０３１２】
これにより、メイン制御部３２３とＣＵ通信制御部８０との間で共通の認証鍵（共通鍵）が記憶されたこととなる。そして、ＣＵ通信制御部８０は、その共通の認証鍵を使用して以降機器認証を行なう。この機器認証は、図１８に示した機器認証シーケンスと同様のものである。そして機器認証の結果適正であると判定された場合に、以降の通信は行なわず、リセット待ちの状態となる。
【０３１３】
次に、図６に戻り、認証応答を受信したＣＵは、次にリカバリ要求をＰ台へ送信する。それを受けたＰ台では、Ｐ台内部（具体的には払出制御部１７）でバックアップしているリカバリデータをレスポンスとしてＣＵへ返信する。このリカバリデータとしては、接続時刻、最終ＳＱＮ（シーケンスナンバー）、Ｃ−ＩＤ、前回玉関連情報、および現在玉関連情報が含まれている。なお、以降のフローチャートで「リカバリデータ」と言えば、正確には先に述べた各種データのことである。なお、本実施例では、リカバリデータに含まれている「最終ＳＱＮ」とは、前述したように、Ｐ台が最後に送信したＳＱＮのことである。
【０３１４】
このリカバリ応答を受信したＣＵはその時点からリカバリ処理を開始する。このリカバリ処理とは、ＣＵとＰ台との間での互いのデータの整合性を回復するための処理であり、電源起動時に実行されるばかりでなく、後述するようにトラブルが発生し復旧したときにも、実行される。
【０３１５】
ＣＵは、「動作指示」を送信する度にこのＳＱＮ（シーケンスナンバー）をカウントアップする。ただし、動作指示の再送時の際にはカウントアップしない。ＣＵは「動作要求」の送信時にＳＱＮおよびその要求内容をバックアップする。Ｐ台は、「動作指示」で受信したＳＱＮを記憶し、そのまま「動作応答」にてＣＵへ送り返す。Ｐ台は、前回受信したＳＱＮと同じＳＱＮの動作指示を受信した場合には、通信不良が発生してＣＵが動作指示を再送したその再送電文と判断する。
【０３１６】
ＣＵは、リカバリ処理が終了した後、メインチップＩＤ、払出チップＩＤ、接続時刻をＰ台から受信した値に更新するとともに、ＳＱＮを「０」に更新し、通信開始要求（リカバリクリアＯＮ）のコマンドとして、ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、ＳＱＮ＝０、遊技玉＝０のコマンドをＰ台へ送信する。Ｐ台では、それを受けて、Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報にあわせる（ＳＱＮ＝０、遊技玉＝０）。また、通知された「接続時刻」をバックアップする。そして、Ｐ台は、通信開始応答をＣＵへ返信する。これ以降、ＣＵとＰ台との間で、動作指示のコマンドおよび動作応答のレスポンスの送受信が行なわれる。
【０３１７】
ＣＵは、前述したように、この動作指示を送信する毎にシーケンスナンバー（ＳＱＮ）を１ずつカウントアップする。まず最初の動作指示において、遊技許可要求無、ＳＱＮ＝０の動作指示コマンドをＰ台へ送信する。Ｐ台では、それを受けて、ＳＱＮ＝１、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０のデータをバックアップする。また、Ｐ台は、現在玉関連情報である加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタの値を０クリアする。そして、Ｐ台は、動作応答として、ＳＱＮ＝１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技禁止（遊技停止状態）のレスポンスをＣＵへ送信する。
【０３１８】
その動作応答を受けたＣＵは、その動作応答に基づき、ＳＱＮ＝１をバックアップし、現在の遊技玉数０＋受信した加算玉数０−受信した減算玉数０を算出して現在の遊技玉数０をバックアップするとともに、加算玉数累計＝０、減算玉数累計＝０、始動口（１）回数累計＝０、および始動口（２）回数累計＝０をバックアップする。
【０３１９】
次に、ＣＵ側で起動処理が終了した段階でＣＵは、遊技許可要求有、ＳＱＮ＝ｎの動作指示をＰ台へ送信し、それを受けたＰ台は、動作応答として、遊技可拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、および遊技許可のレスポンスをＣＵへ返信する。
【０３２０】
図７のセッション鍵による認証シーケンスの結果適正な認証結果が得られた場合に、図２０に示す業務電文シーケンスを実行する。図２０（ａ）は業務電文シーケンスが正常の場合を示しており、図２０（ｂ）は業務電文シーケンスが異常の場合を示している。
【０３２１】
まず図２０（ａ）を参照して、メイン制御部３２３からＣＵ通信制御部８０に対して、動作指示のコマンドが送信された後、その動作指示電文の通信状態の確認要求（通信状態要求）をＣＵ通信制御部８０へ送信する。ＣＵ通信制御部８０は、動作指示電文の受信状況（ＭＡＣ異常、ＣＲＣ異常、復号異常、データ長異常、断線検知）を通信状態応答としてメイン制御部３２３へ通知する（図示略）。
【０３２２】
メイン制御部３２３は、その受信した通信状態応答に基づいて通信状態を確認し、正常な場合には正常と判断する。
【０３２３】
一方、ＣＵ通信制御部８０は、前述の動作指示のコマンドを受信したことに基づいてその動作指示のコマンドをＰ台（具体的にはＰ台通信制御部８１）へ送信する。それを受けたＰ台では、動作応答をＣＵ通信制御部８０へ返信し、ＣＵ通信制御部８０はそれを受けてその動作応答のレスポンスをメイン制御部３２３へ送信する。
【０３２４】
一方、業務電文シーケンスが異常の場合が図２０（ｂ）に示されている。図２０（ａ）との相違点としては、ＣＵ通信制御部８０から送信されてきた通信状態応答を受信したメイン制御部３２３が、その通信状態応答に基づいて通信状態を確認し、異常と判断する点である。これは、送信されてきた通信状態応答のレスポンスが、０ｘ００以外の数値データであった場合に、異常と判断される。メイン制御部３２３は、異常と判断した場合には、通信状態の確認のリトライを実行する。具体的には、再度動作指示のコマンドをＣＵ通信制御部８０へ送信した後、再度通信状態要求をＣＵ通信制御部８０へ送信し、ＣＵ通信制御部８０から返信されてきた通信状態応答に基づいて通信状態の異常が発生しているか否かを判断する。メイン制御部３２３が、リトライを実行した結果なお通信状態の異常であると判断した場合には、通信状態の異常報知制御を行なう。この通信状態の異常報知制御としては、たとえば、表示制御部７９７へ異常報知コマンドを送信して表示器３１２により通信状態の異常報知を行なったり、異常報知ランプ（図示せず）を点灯または点滅制
御したり、あるいは、ホール用管理コンピュータ１に通信状態の異常が発生した旨の信号を送信したりすることが考えられる。このリトライの実行回数は、図２０（ｂ）では１回のものを示したが、２回以上実行するものであってもよい。
【０３２５】
次に、図２１を参照して、ＣＵとＰ台とを再接続した際の接続シーケンスの処理を説明する。ここで言う「再接続時」とはＣＵとＰ台との通信が異常終了した後の通信再開時のことである。この「異常終了」は、後述する、図３４のカード保持中に電源が起動したとき、図４１のＰ台が加算拒否したときにＣＵ自ら通信を切断したとき、図５０〜図５８のＣＵ側に電源断が生じた場合である。後述するように、ＣＵは接続シーケンスを再開するときに、ａ.待機中以外の状態での接続シーケンスの再開である、ｂ.自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開である（図４１参照）、または、ｃ.ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが不整合であるか否かを判断し、a〜ｃのいずれかと判断したときに、正常な通信の終了でない（異常終了）と判断し、図６ではなく図２１の再接続時の接続シーケンスを実行する。
【０３２６】
この再接続時の接続シーケンスは、図６で説明した電源起動時の接続シーケンスと類似しており、ここでは主に相違点を説明する。
【０３２７】
まず、Ｐ台が遊技を禁止してから通信を開始する時期が、ＣＵからの機器情報要求のコマンドを受信した直後となる。これは、ＣＵからの機器情報要求をＰ台が受けて初めて再接続されたことをＰ台が認識できるためである。
【０３２８】
次に、図６の接続シーケンスは電源起動時であるために、ＣＵからＰ台に対してリカバリクリアＯＮの通信開始要求のコマンドを送信し、Ｐ台でそれを受けてリカバリデータのクリアを行なうとともに、最初の動作指示で送られてくるＳＱＮ＝０に従ってシーケンスナンバー（ＳＱＮ）を１にし、前回玉関連情報および現在玉関連情報等をすべて「０」にクリアする。
【０３２９】
しかし、図２１の接続シーケンスの場合には、再接続時であるために、Ｐ台内部でバックアップしているリカバリ情報とＣＵ側で記憶している情報とが一致しない場合がある。そこで、ＣＵでは、リカバリ処理を開始した後、リカバリ応答に含まれているＰ台側のリカバリデータ（前回玉関連情報、現在玉関連情報等）の内容に合せて、遊技玉等の補正を行なう処理を実行する。具体的には、Ｐ台から送られてきたリカバリデータに含まれている遊技玉獲得個数情報、バック玉加算情報および遊技玉発射個数情報に基づいて、遊技玉数＋遊技玉獲得個数情報＋バック玉加算情報−遊技玉発射個数情報を演算し、記憶している遊技玉数をその演算された新たな遊技玉数に補正する処理を行ない、その補正後の遊技玉数とＰ台からリカバリデータとして送信されてきた遊技玉トータル個数情報とを比較し、一致するか否かを判断する。不一致の場合には、通信開始要求として遊技玉補正ＯＮすなわちデータ補正要求のＢｉｔ２を「１」にしたコマンドをＰ台へ送信する。また、Ｐ台から送られてきたリカバリデータに含まれている最終ＳＱＮとＣＵが記憶している最終ＳＱＮとを比較して一致するか否かを判断し、一致しない場合には通信開始要求としてＳＱＮ補正ＯＮすなわちデータ補正要求のＢｉｔ１を「１」としたコマンドをＰ台へ送信する。また、補正すべき正しい遊技玉数＝３００とＳＱＮ＝３とを通信開始要求に含めてＰ台へ送信する。
【０３３０】
Ｐ台は、その通信開始要求のコマンドを受信し、Ｐ台でバックアップしていた「シーケンスナンバー」および「遊技玉」をＣＵの情報に合せる補正処理を行なう。具体的には、ＳＱＮ＝３、遊技玉＝３００に補正し、また通知された「接続時刻」をバックアップする処理を行なう。
【０３３１】
そして、ＣＵでは、リカバリ処理が終了した段階で、Ｐ台から送信されてきたメインチップＩＤ、払出チップＩＤをバックアップするとともに、再接続時の時刻である接続時刻をバックアップする。そして、シーケンスナンバーについては、Ｐ台から送信されてきた最終ＳＱＮが異常でない場合に、そのシーケンスナンバー（ＳＱＮ）を継続する。
【０３３２】
一方、ＣＵにおいて、リカバリ処理を開始した後、通信相手であるＰ台が一致しないと判断された場合、またはＳＱＮが異常であると判断された場合には、Ｐ台から送信されてきたリカバリ応答に含まれている現遊技玉数を、一端持玉へ変換する。持玉とは、遊技者所有の遊技用記録媒体（カード等）に記録した遊技玉数のことである。そして、その記録媒体に持玉が記録された後、その記録媒体の持玉を使用するべく再プレイボタン３１９を操作し、その持玉を遊技玉に変換した後再遊技を可能とする。その際には、図６に示した電源起動時の接続シーケンスと同様に、ＣＵからＰ台へ送信される通信開始要求として、リカバリクリアＯＮが送信され、Ｐ台はそれを受けてリカバリデータをクリアする。またＣＵでは、シーケンスナンバーを「０」とし、最初の動作指示においてＳＱＮ＝１をＰ台に送信し、Ｐ台ではそのＳＱＮ＝１をバックアップする。また、Ｐ台では、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０をバックアップするとともに、加算玉数、減算玉数、始動口（１）回数、始動口（２）回数の各カウンタ値を０クリアする。
【０３３３】
図２２を参照して、カードが挿入されたときのＣＵとＰ台との処理を説明する。
ＣＵでは、カードが挿入されると、カードリーダライタにカードを取込む指令信号を出力するとともに、取込んだカードに記録されている情報をカードリーダライタが読取って、その読取り情報を受信する等の、カード挿入時処理が実行される。
【０３３４】
この挿入時処理においては、挿入されたカードに記録されているＣ−ＩＤをＣＵが読取ってそのＣ−ＩＤをＰ台へ送信するカード挿入要求のコマンドがＰ台へ送信される。それを受けたＰ台では、ＣＵに対してＣ−ＩＤの受信が終了したことを通知するカード挿入応答のレスポンスがＣＵへ返信される。さらに、この挿入時処理として、後述する図２３に示すような制御が実行される。
【０３３５】
ＣＵは、カードの挿入が行なわれた後所定期間カード残高問合せ中の状態になる。これは、挿入されたカードの適否や当該遊技場で登録されている会員カードであるか否か、あるいは持玉やプリペイド残高等をたとえばホール用管理コンピュータ１等の上位のサーバに問合せて認証している最中であることを表示器３１２に表示するとともにＰ台側の表示器５４に表示させる処理を実行している最中であることを意味している。ＣＵは、図５９等で後述するように、表示器３１２に挿入されたカードの問合せ中であることを表示するとともに、カード保持中ＯＮ、Ｃ−ＩＤ、カード挿入処理中ＯＮを含む動作指示をＰ台へ送信する。Ｐ台では、その動作指示のコマンドを受信することにより、払出制御部１７がカード保持中ＯＮおよびカード挿入処理中ＯＮを含む表示器制御コマンドを表示器用演出制御基板５３に送信し、表示器用演出制御基板５３が表示器５４に挿入されたカードの問合せ中である旨を表示させる制御を行なう（図５９参照）。
【０３３６】
その後Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口１回数＝０、始動口２回数＝０、遊技禁止と特賞と確変とがＯＦＦを含むレスポンスをＣＵへ送信する。特賞と確変とがＯＦＦとは、具体的には、遊技台状態２におけるＢｉｔ０〜４がすべて０の状態である。
【０３３７】
ＣＵでは、カード残高の問合せの結果挿入されたカードの残高および持玉が確認できた段階で残高および持玉を確定させる。ＣＵでは、その確定したカードのプリペイド残高を表示器３１２に表示させる制御を行なうとともに、確定した持玉（５０００）を遊技玉と
して遊技機（Ｐ台）へ送信している最中である加算表示中の表示を表示器３１２に表示させる（図５９参照）。
【０３３８】
そして、ＳＱＮ＝ｎ＋４、遊技玉＝０（更新前遊技玉数）＋５０００（加算要求玉数）＝５０００および持玉＝０をバックアップする。この時点で持玉の消費を確定させる。
【０３３９】
次に、動作指示として、加算有、カード保持中ＯＮ、カード挿入処理中ＯＦＦ、加算表示中ＯＮ、ＳＱＮ＝ｎ＋４、  加算要求玉数＝５０００およびカード残高＝７０００を含むコマンドをＰ台へ送信する。なお、カード保持中とカード挿入処理中の動作指示は、会員カードとビジターカードとで分けてこれらカードの種類毎に区別して動作指示を送信し、Ｐ台において、カードの種類毎に区別して動作の表示を行なうようにしてもよい。Ｐ台では、加算表示中ＯＮと加算要求玉数＝５０００とを含む動作指示のコマンドを払出制御部１７が受信することにより、加算表示中ＯＮと加算要求玉数＝５０００とを含む表示器制御コマンドを払出制御部１７から表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉として５０００玉を加算中である旨の表示（加算表示中）を行なう（図５９参照）。
【０３４０】
図２３は、図８に示した挿入時処理のサブルーチンプログラムを示すフローチャート図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。また、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図２３において、Ｓ１〜Ｓ７の各ステップはＣＵが実行する。またＳ８〜Ｓ１０、Ｓ１２〜Ｓ１５はＰ台が実行する。より具体的には、Ｓ８〜Ｓ１０、Ｓ１２、Ｓ１３、Ｓ１５の削除処理は、Ｐ台に設けられている表示器用演出制御基板５３が実行し、Ｓ１４とＳ１５の送信処理は、表示器用演出制御基板５３が払出制御部１７へ送信して払出制御部１７がＣＵへ送信する。
【０３４１】
まずＣＵは、ステップ（以下単にＳという）１により、中断中であるか否かの判定を行なう。この中断中であるか否かは、後述する図３０に示した中断操作が行なわれて遊技中断のシーケンスが実行されたか否かにより判断する。中断中である場合には、Ｓ２により、挿入されたカードのＣ−ＩＤと中断操作されたカードのＣ−ＩＤとが一致するか否か判定し、一致しない場合にはＳ５によりその挿入されたカードを排出して待機中へ移行する。
【０３４２】
一方、挿入されたカードのＣ−ＩＤと中断操作されたカードのＣ−ＩＤとが一致する場合には、中断操作した遊技者が再びその遊技機に戻ってきて遊技を開始したと判断されるために、制御がＳ４へ進み、中断状態を解除し、Ｓ６により遊技を再開する処理が実行される。
【０３４３】
一方、Ｓ１により中断中でないと判断された場合には、挿入されたカードのＣ−ＩＤをＰ台へ送信する処理がＳ３により行なわれる。Ｐ台では、そのＣ−ＩＤを受信し、その受信したＣ−ＩＤとバックアップエリア（図３に示すバックアップデータ記憶部）に記憶されているＣ−ＩＤとを比較する（Ｓ８）。そしてＳ９によりその比較結果が一致するか否か判定し、一致しない場合には、離席した遊技者とは異なる遊技者が遊技を開始したと判断し、この挿入時処理のサブルーチンプログラムが終了する。
【０３４４】
このように、遊技者特定情報（Ｃ−ＩＤ）を記憶する遊技者特定情報記憶手段（現遊技者遊技履歴データ記憶部）と同一判定処理を行なう同一判定手段（Ｓ８、Ｓ９）とが遊技機の表示制御手段（表示器用演出制御基板５３）に設けられているために、通信手段側（払出制御部１７側）には同一判定処理機能を設けなくて事足り、表示制御手段を有する遊技機と表示制御手段を有しない遊技機との間で共通の通信手段を使用でき、通信手段の少
品種大量生産か可能になる。
【０３４５】
なお、変形例の制御内容として、Ｓ１５とＳ７との処理を行なってもよい。Ｓ１５により、バックアップエリア（バックアップデータ記憶部）に記憶されている遊技履歴データとＣ−ＩＤとをＣＵへ送信した後削除する。ＣＵでは、それを受信して、受信したデータを上位サーバ８０１へ送信する。上位サーバ８０１では、その受信した遊技履歴データとＣ−ＩＤとをバックアップ記憶する。
【０３４６】
一方、Ｓ９により一致すると判定された場合にはＳ１２へ進み、バックアップエリア（バックアップデータ記憶）の遊技履歴データを現エリア（図３に示す遊技者遊技履歴データ記憶部）に戻し、その遊技履歴データから新たに遊技履歴データの加算更新を開始する。
【０３４７】
なお、変形例の制御内容として、Ｓ１０、Ｓ１３、Ｓ１４の処理を行なってもよい。Ｓ９でＹＥＳの場合には、制御はＳ１０へ進み、前回のカードが排出されてから所定時間（たとえば２０分間）経過したか否かの判断がなされ、経過していないＳ１０により所定時間が経過していると判断された場合には、Ｓ１３により、バックアップエリア（バックアップデータ記憶部）の遊技履歴データとＣ−ＩＤとを削除する処理がなされる。また、Ｓ１２の後、Ｓ１５により、遊技者が同一である旨の通知をＣＵへ送信する。なお、変形例の制御内容として、Ｓ１０、Ｓ１３、Ｓ１４の処理およびＳ１５、Ｓ７の処理を全て行なうように制御してもよい。
【０３４８】
次に、図２４を参照して、挿入された記録媒体（カード）に記録されているプリペイド残高を消費するときの処理を説明する。この図２４の処理では、プリペイド残高が「１０００」で、現時点における遊技玉が「５０」となっている。まずＣＵからＰ台に対し、動作指示として、加算無、加算表示中ＯＦＦ、ＳＱＮ＝ｎ、加算要求玉数＝０、および減算要求玉数＝０のコマンドが送信される。それを受けたＰ台では、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスが返信される。
【０３４９】
一方、ＣＵにおいては、１回の貸出操作（玉貸操作）により、５００円分すなわち１２５玉の貸出を行なう。ＣＵにおいて貸出しボタン（貸出しボタン）３２１が押下操作された場合に、ＳＱＮ＝ｎ＋２、遊技玉数＝５０（更新前遊技玉数）＋１２５（加算要求玉数）＝１７５および残高＝５００をバックアップする。このように、残高消費は、貸出操作が行なわれた段階でＣＵ側単独で確定する。次に、ＣＵは加算表示中となる。この加算表示中では、残高から１２５玉分引落して遊技玉に加算している最中であることを表示器３１２に表示させる。
【０３５０】
そして、ＣＵは、動作指示として、加算有、加算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５、および減算要求玉数＝０のコマンドをＰ台へ送信する。それを受けたＰ台では、その動作指示のコマンドに含まれている加算表示中ＯＮと加算要求玉数１２５とを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉数１２５を加算中である画面を表示させる。
【０３５１】
次に、Ｐ台は、ＳＱＮ＝ｎ＋２、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、および前始動口（２）回数＝０をバックアップするとともに、レスポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアし、現在の遊技玉数５０に対して加算要求玉数１２５を加えた１７５の値に遊技玉数を更新する。
【０３５２】
そして、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋３、遊技玉数＝１７５、残高＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスを返信する。
【０３５３】
それを受けたＣＵでは、ＳＱＮ＝ｎ＋３、遊技玉数＝１７５（更新前遊技玉数）＋０（加算要求玉数）−０（減算玉数）＝１７５を計算してバックアップするとともに、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。
【０３５４】
このように、残高消費の確定とは異なり、遊技玉数の確定は、Ｐ台からの動作応答のレスポンスを待って確定させる。
【０３５５】
なお、Ｐ台では、加算有および加算要求玉数を含む動作指示のコマンドを受けた場合に、その加算が、持玉消費（貯玉再プレイ）とプリペイド残高の消費とを区別することなく、同じシーケンスで以降の処理を実行する。
【０３５６】
次に、図２５を参照して、貯玉を消費する再プレイ時における処理を説明する。この図２５では、挿入された記録媒体（会員用カード等）により特定される貯玉が「１０００」であり、当初の遊技玉が「０」の状態となっている。この図２５における再プレイの処理は、図２４で示した残高の消費のときの処理と類似している。ＣＵ側では、遊技者所有の遊技用記録媒体（会員用カード等）が挿入されてそのカードにより特定される貯玉が存在する状態で、再プレイボタン３１９が押下操作された場合に、ＳＱＮ＝ｎ＋２、遊技玉数＝０（更新前遊技玉数）＋１２５（加算要求玉数）＝１２５、貯玉＝８７５をバックアップする。貯玉＝８７５は、当初の貯玉＝１０００から１２５（加算要求玉数）を引落したため、１０００−１２５で８７５となる。これは図２４の場合の残高が金額単位のデータである一方、図２５の持玉が玉数単位のデータであるために、単純に１０００−１２５の引き算をするだけで事足りるためである。
【０３５７】
そして、ＣＵは、動作指示として、加算有、加算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５、貯玉＝８７５、減算要求玉数＝０を含むコマンドをＰ台へ送信する。それを受けたＰ台では、その動作指示のコマンドに含まれている加算表示中ＯＮと加算要求玉数１２５とを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉数１２５を加算中である画面を表示させる。
【０３５８】
その他の処理においては、図２４の処理と同様である。以上説明したように、持玉の消費はＰ台からの動作応答のレスポンスを待つことなく再プレイボタン３１９の押下操作が行なわれた時点でＣＵ側単独で確定し、貯玉数（遊技玉数も同じ）は、Ｐ台からの動作応答のレスポンスを待って確定する。
【０３５９】
次に、図２６を参照して、ＣＵ側の指示による遊技玉数の減算（ワゴンサービス等）の処理を説明する。遊技場においては、遊技者所有の遊技玉を消費してドリンク等を遊技者に提供するというワゴンサービスが行なわれている。このようなワゴンサービスを遊技者が受ける場合には、遊技者が表示器３１２をタッチ操作し、ワゴンオーダーをすることにより、遊技者が注文したオーダー内容がカードユニット３のＩＲ感光ユニット３２０から赤外線信号として遊技場の店員が所持しているリモコンに入力される。
【０３６０】
遊技場の店員はリモコンに入力されたオーダー内容に従ってワゴンサービスを行なう。図２６においては、遊技者所有の遊技玉が「１０００」ある状態で、使用遊技玉数「３０
０」を消費するワゴンオーダーが発生した場合を示している。ワゴンオーダーが発生すると、ＣＵは、ＳＱＮ＝ｎ＋２、加算要求玉数＝０、減算要求玉数としてワゴンオーダー発生に伴う遊技玉の使用玉数である「３００」をバックアップする処理を行なう。この段階では、ＣＵは遊技玉から実際に３００の減算は行なわず、単に減算要求玉数として「３００」をバックアップするのみである。そして、ＣＵからＰ台へ、動作指示として、減算有、減算表示中ＯＮ、ＳＱＮ＝ｎ＋２、加算要求玉数＝０および減算要求玉数＝３００のコマンドを送信する。そして、ＣＵは、減算中である旨の表示（表示中）を表示器３１２に表示させる（図示略）。
【０３６１】
コマンドを受けたＰ台は、自身が記憶している遊技玉数カウンタの値が、減算要求数以上であるか否かを判定する。なお、この判定は払出制御部１７により実行される。図２６では、遊技玉数カウンタの値が、減算要求数以上である場合を想定している。Ｐ台では、減算表示中ＯＮと減算要求玉数＝３００とを含む動作指示のコマンドを払出制御部１７が受信することにより、減算表示中ＯＮと減算要求玉数＝３００とを含む表示器制御コマンドを払出制御部１７から表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４に遊技玉として３００玉を減算中である旨の表示（減算表示中）を行なう。
【０３６２】
次に、Ｐ台は、ＳＱＮ＝ｎ＋３、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０および前始動口（２）回数＝０をバックアップするとともに、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタの値を０クリアする。そして、減算要求玉数＝３００に従って、現在の遊技玉数１０００から減算玉数３００を減算した「７００」に遊技玉数を更新する。
【０３６３】
そして、Ｐ台からＣＵへ、動作応答として、減算拒否ＯＦＦ、ＳＱＮ＝ｎ＋３、現遊技玉数＝７００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスを返信する。
【０３６４】
そして、ＣＵでは、ＳＱＮ＝ｎ＋３、遊技玉数＝１０００（更新前遊技玉数）−３００（減算要求玉数）＋０（加算玉数）−０（減算玉数）＝７００を算出し、遊技玉数を「７００」に修正してバックアップする。このように、遊技玉数の減算は、Ｐ台からの動作応答のレスポンスを待って初めて確定する。
【０３６５】
また、ＣＵは、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。
【０３６６】
一方、Ｐ台が、自身が記憶している遊技玉数カウンタの値が減算要求数未満であると判定した場合には、Ｐ台は、減算要求数に応じた遊技玉数の減算を実行しない。また、この場合、Ｐ台はＣＵに対して、動作応答として、減算拒否ＯＮの動作応答を返信する。これにより、ＣＵには、Ｐ台が減算要求を拒否したために減算要求に基づく遊技玉の減算が行なわれなかったことが通知される。
【０３６７】
以上、図２５を用いて説明したように、ＣＵの指示に基づいた遊技玉数の減算は、Ｐ台からの動作応答のレスポンスを待って初めて確定する。一方、図２４を用いて説明したように、ＣＵの指示に基づいた貯玉（持玉）消費は、ＣＵが持玉消費を受け付けた時点で確定する。
【０３６８】
このように、「ＣＵの指示に基づいた遊技玉数の減算」と「ＣＵの指示に基づいた貯玉（持玉）消費」とで確定時期を異ならせたのは、以下の理由による。
【０３６９】
ＣＵがワゴンオーダーなどの遊技玉数の減算処理を受け付けた段階では遊技玉数に余裕があったために減算指示を送信したものの、減算指示をＰ台が受けた段階で遊技玉が遊技に用いられた結果、減算指示に対応する遊技玉数が残っていない場合もある。
【０３７０】
このような場合に、ＣＵが減算処理を受け付けた段階でＣＵで記憶している遊技玉数に基づいて減算を確定してしまうと、実際には遊技機側で遊技玉数が残っていないにもかかわらず減算が確定されることとなり、矛盾が生じてしまう。そこで、本実施の形態では、「ＣＵの指示に基づいた遊技玉数の減算」については、Ｐ台からの動作応答のレスポンスを待って確定させるようにしている。
【０３７１】
これに対して、「ＣＵの指示に基づいた貯玉（持玉）消費」については、遊技玉数を加算する指示になるので、その指示がＰ台に届いた時点でＰ台が記憶している遊技玉数が変動したとしても、加算指示に対応する遊技玉を加算することに問題は生じない。このため、処理の迅速化の観点より、「ＣＵの指示に基づいた貯玉（持玉）消費」についてはＣＵが貯玉（持玉）消費を受け付けた時点で確定させるようにしている。
【０３７２】
次に、図２７を参照して、遊技中に大当りが発生した場合の処理を説明する。この図２７では、当初の遊技玉数が１０１０であり、遊技中のＰ台とＣＵとの間で動作指示および動作応答の送受信が行なわれている最中に、確変大当りが発生し、当該大当りの制御が終了した後大当り発生確率が向上した確変がスタートした状態が示されている。
【０３７３】
まず、ＣＵにおいて、ＳＱＮ＝ｎをバックアップし、ＣＵからＰ台に対して、動作指示として、加算無、減算無、ＳＱＮ＝ｎのコマンドを送信する。それを受けたＰ台では、ＳＱＮ＝ｎ＋１、前加算玉数＝３、前減算玉数＝１３、前始動口（１）回数＝１、および前始動口（２）回数＝１をバックアップするとともに、遊技玉数＝１０１０＋３（加算玉数）−１３（減算玉数）＝１０００を算出して、遊技玉数を１０００に更新する。さらに、レスポンスの作成後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０３７４】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝１０００、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、始動口（２）回数＝１、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。このように、Ｐ台は、減算玉数および加算玉数のみならず、遊技玉数もＣＵへ送信している。その結果、ＣＵは、Ｐ台で記憶している遊技玉数が、ＣＵで管理している遊技玉数と一致しているか否かを判定できる。
【０３７５】
なお、本実施の形態におけるＰ台では、前述したとおり、１分間に１００発のパチンコ玉を遊技領域２７内に打込むものであるために、０．６秒で１発のパチンコ玉を遊技領域に打込むこととなる。そして、コマンド／レスポンスは２００ｍｓ間隔で送信されるために、前回のレスポンスの送信から今回のレスポンスの送信までの間での減算玉数は０または１となる。よって、Ｐ台からＣＵへ送信される減算玉数も、０または１のいずれかとなる。しかし、減算玉数をこのような小さな値にしたのでは、遊技玉数があまり変化しないこととなり、わかりにくい処理フローとなってしまう。ゆえに、本実施の形態における処理フローの図面では、わかりやすくするために便宜上減算玉数および必要に応じて加算玉数の変化を大げさに記載している。
【０３７６】
動作応答のレスポンスを受けたＣＵでは、遊技玉数＝１０１０＋３−１３＝１０００を計算してその１０００を遊技玉数としてバックアップするとともに、加算玉数累計＝３、減算玉数累計＝１３、始動口（１）累計＝１、および始動口（２）累計＝１をバックアップする。
【０３７７】
このような動作指示のコマンドおよび動作応答のレスポンスの送受信を繰返し実行している最中に、Ｐ台において確変大当りが発生し、玉関連情報が、遊技玉数＝１１００、加算玉数＝１２０、減算玉数＝２０、始動口（１）回数＝２、および始動口（２）回数＝２に変動する。そしてＰ台において大当りが終了した後確変がスタートする。ＣＵにおいては、ＳＱＮ＝ｎ＋２をバックアップし、動作指示として、加算無、減算無、ＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。
【０３７８】
Ｐ台においては、ＳＱＮ＝ｎ＋３をバックアップするとともに、前加算玉数＝１２０、前減算玉数＝２０、前始動口（１）回数＝２、および前始動口（２）回数＝２をバックアップするとともに、遊技玉数＝１０００＋１２０−２０＝１１００を算出してその１１００に遊技玉数を更新する。さらに、レスポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０３７９】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝１１００、加算玉数＝１２０、減算玉数＝２０、始動口（１）回数＝２、始動口（２）回数＝２、遊技可、特賞ＯＮ、および特賞ＯＮのレスポンスをＣＵへ送信する。
【０３８０】
ＣＵは、それを受けて、ＳＱＮ＝ｎ＋３、遊技玉数＝１０００＋１２０−２０＝１１００を計算してその１１００に遊技玉数を修正してバックアップするとともに、加算玉数累計＝１２０、減算玉数累計＝２０、始動口（１）累計＝２、および始動口（２）累計＝２をバックアップする。また、ＣＵは、「特賞」がスタートしたことを検知する。
【０３８１】
次に、図２８を参照して、Ｐ台で遊技をしている最中に遊技玉がなくなったことが検知された場合の処理を説明する。当初の遊技玉数＝２０とし、まずＣＵは、ＳＱＮ＝ｎをバックアップし、動作指示として、加算無、減算無、およびＳＱＮ＝ｎのコマンドをＰ台へ送信する。Ｐ台においては、ＳＱＮ＝ｎ＋１、前加算玉数＝３、前減算玉数＝１８、前始動口（１）回数＝１、および前始動口（２）回数＝１をバックアップする。そしてレスポンス作成後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０３８２】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５、加算玉数＝３、減算玉数＝１８、始動口（１）回数＝１、始動口（２）回数＝１、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。ＣＵでは、ＳＱＮ＝ｎ＋１、遊技玉数＝２０＋３−１８＝５を算出してその後に遊技玉数を修正してバックアップするとともに、加算玉数累計＝３、減算玉数累計＝１８、始動口（１）累計＝０、および始動口（２）累計＝０をバックアップする。その後、Ｐ台において、減算玉数＝５となったために、遊技玉数＝５−５＝０を算出して遊技玉数＝０となり、加算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０に変動する。この遊技玉数＝０になった段階で、Ｐ台においては、玉なしが検出され、払出制御部１７は自動的に打球発射モータの駆動を停止させて玉を遊技領域に打込めない遊技禁止状態に制御する。なお、打球発射が停止するのみで、その段階で既に可変表示装置が可変表示中であった場合にはその可変表示を続行する。また発射停止制御を行なった段階で始動口（１）回数または始動口（２）回数に始動記憶がある場合には、その記憶に基づいた可変表示装置の可変表示制御が続行される。
【０３８３】
ＣＵでは、ＳＱＮ＝ｎ＋２をバックアップし、動作指示として、加算無、減算無、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。
【０３８４】
Ｐ台では、ＳＱＮ＝ｎ＋３をバックアップするとともに、前加算玉数＝０、前減算玉数＝５、前始動口（１）回数＝０、および前始動口（２）回数＝０をバックアップし、レス
ポンスを作成した後、加算玉数、減算玉数、始動口（１）回数、および始動口（２）回数の各カウンタ値を０クリアする。
【０３８５】
そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝０、加算玉数＝０、減算玉数＝５、始動口（１）回数＝０、始動口（２）回数＝０、遊技可、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。
【０３８６】
ＣＵでは、それを受けて、遊技玉数＝５＋０−５＝０を算出して遊技玉数を０に修正してバックアップするとともに、加算玉数累計＝０、減算玉数累計＝５、始動口（１）累計＝１、および始動口（２）累計＝０に修正する。
【０３８７】
このように、遊技玉数の主たる管理はＣＵで行なっているが、Ｐ台において遊技玉数が０になったことに伴う遊技禁止制御（発射停止制御）を行なうときにのみ、Ｐ台側における遊技玉数が０になったことを判定して遊技禁止制御（発射停止制御）を行なう。その後、動作応答として、最終的な玉関連情報をＣＵに送信して最終的な遊技玉数「０」をＣＵ側において確定させる。このように制御する理由は、Ｐ台側において遊技玉数が０になった瞬間に打球発射停止制御を行なう必要があるためである。
【０３８８】
たとえば、遊技玉数の主たる管理を行なっているＣＵ側において、Ｐ台側から送られてくる遊技玉数＝０になったときの加算玉数および減算玉数を含む動作応答のレスポンスの受信を待って、ＣＵ側において最終的な遊技玉数を算出してそれが０となることにより、遊技を禁止させるための禁止要求有の動作指示のコマンドをＰ台側へ送信し、それを受けて初めてＰ台側において打球発射停止制御を行なった場合には、レスポンスおよびコマンドの送受信の間に、パチンコ玉が弾発発射されてその間に新たな減算玉数が発生する可能性があり、Ｐ台側において、遊技玉数が既に「０」になっているにも拘らず新たな減算玉数が発生して結局遊技玉数がマイナスになってしまうという不都合が生じる。このような不都合を防止するため、遊技玉数が０になったときの打球発射停止制御のみ、Ｐ台側における遊技玉数に基づいて制御している。
【０３８９】
このように、打球発射停止制御に代表されるような遊技制御は、Ｐ台自身が記憶している遊技玉数に基づいて行なうために、ＣＵで管理記憶している遊技玉数に基づいてこのような遊技制御を行なう場合に比較して、遊技玉数の変動に即した遊技制御をリアルタイムで行なうことができる。
【０３９０】
なお、ここでは、打球発射停止制御を払出制御部１７が行なう例を示しているが、主制御基板１６が打球発射停止制御を行なうように構成してもよい。
【０３９１】
この場合、たとえば、払出制御部１７は、遊技玉数０を判定した段階で遊技玉数が０であることを示す信号を主制御基板１６へ送信する。主制御基板１６は、この信号を受けて、打球発射モータ（図示略）の駆動を禁止する。
【０３９２】
次に図２９を参照して、カードの返却操作があったときの処理を説明する。当初遊技玉数＝５００の状態で、ＣＵからＰ台への動作指示、それに応えてＰ台からＣＵへの動作応答が行なわれた段階で、返却ボタン３２２が押下操作された場合に、ＣＵは、次の動作指示として、遊技を禁止させるための禁止要求有、クリア要求無、クリア表示中ＯＦＦ、ＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。Ｐ台では、そのコマンドに含まれる禁止要求有の指示に従って、打球発射モータ（図示略）の駆動を停止させて打球発射停止状態に制御する。その後、既に発射されている玉が遊技領域２７内を流下してアウト玉にすべて流れるまでの時間すなわち浮遊玉処理待ち時間を考慮して、１５秒のウエイトを設ける。この１５秒のウエイト時間の間、Ｐ台とＣＵとの間でポーリングを継続する。ウエイト時間
中の動作応答として、Ｐ台は、禁止拒否ＯＦＦ、ＳＱＮ＝ｎ＋Ｎ、遊技玉数＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＦＦ、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。ウエイト時間中の動作指示として、ＣＵは、禁止要求無、クリア要求無、クリア表示中ＯＦＦ，ＳＱＮ＝ｎ＋Ｎ＋１をＰ台へ送信する。
【０３９３】
そして、１５秒経過した後のレスポンスとして、Ｐ台は、ＳＱＮ＝ｎ＋Ｎ＋２、遊技玉数＝５００、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦ、および確変ＯＦＦの動作応答をＣＵへ送信する。この「遊技完了ＯＮ」は、Ｐ台において遊技玉数の初期化を指示するための情報の受け付けが可能であることを示す初期化可能情報としての役割を有している。また、このときに送信される遊技玉数が、遊技終了時の最終の遊技玉数となる。なお、このシーケンス例は、浮遊玉によって加算玉数も減算玉数も共に変化しなかった場合を示している。仮に浮遊玉によって入賞が発生した場合、あるいはファール玉が発生した場合には、その入賞に応じた払出数、あるいはファール玉数が「加算玉数」としてＣＵへ送信されることになる。
【０３９４】
動作応答のレスポンスを受けたＣＵは、遊技完了を検知し、ＳＱＮ＝ｎ＋Ｎ＋３とクリア要求有のデータとをバックアップする。さらに、動作応答に含まれる、「加算玉数、減算玉数、始動口（１）回数、始動口（２）回数」に応じて、記憶している「遊技玉数、総加算玉数、総減算玉数、始動口（１）総入賞数、始動口（２）総入賞数」の各データを更新する。これによって、遊技終了時の遊技玉数がＣＵ側で確定されることになる。このように、最終の遊技玉数をＣＵ側で確定しているために、Ｐ台側に持点管理機能を設ける必要がなく、その分、Ｐ台のコストを極力抑えることができる。
【０３９５】
そして、ＣＵは、動作指示として、クリア要求有、クリア表示中ＯＮ，ＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信する。その後、ＣＵはクリア中である旨の表示（クリア表示中）を表示器３１２に表示させる（図示略）。この「クリア要求有」が、Ｐ台の遊技玉数の初期化を指示するデータである。
【０３９６】
Ｐ台では、ＣＵから送信されてきたコマンドに含まれているクリア表示中ＯＮを含む表示器制御コマンドを払出制御部１７が表示器用演出制御基板５３へ送信する。表示器用演出制御基板５３は、それを受けて、表示器５４にクリア中である表示画面（クリア表示中の画面）を表示させる。
【０３９７】
なお、この例では、ＣＵは、返却ボタン３２２の操作に基づいた「遊技終了を要求する信号」の入力を受けて、遊技終了時の遊技玉数を確定させている。しかしながら、「遊技終了を要求する信号」としては、返却ボタン３２２の操作に基づいた信号に限られない。
【０３９８】
たとえば、ＣＵに、遊技者の指紋を認証する指紋認証部を設ける。遊技機の開始時には、指紋認証部による認証を必須とし、遊技者が遊技開始時にＣＵに挿入した遊技カードにより特定される指紋情報と、指紋認証部により検出された指紋情報とが一致することを条件として遊技を許可する。さらに、遊技終了時にも指紋認証部による認証を必須とし、指紋認証部により検出された指紋情報が遊技開始時に検出された指紋情報と一致することを条件として遊技を終了させる。この場合には、「遊技終了を要求する信号」は、指紋認証部で検出される指紋情報となる。
【０３９９】
その他、遊技機設置島全体を管理するサーバ等から遊技終了要求信号がＣＵに入力された場合には、返却ボタン３２２の操作の有無に関わらず、遊技を終了させてもよい。この場合、サーバから入力される遊技終了要求信号によって「遊技終了を要求する信号」が構
成される。
【０４００】
図２３の説明に戻る。クリア要求有、クリア表示中、ＳＱＮ＝ｎ＋Ｎ＋３、のコマンドを受信したＰ台は、現在記憶エリアに更新記憶されている遊技履歴データをバックアップエリアにシフトして記憶する。
【０４０１】
次に、Ｐ台は、動作応答として、クリア要求を拒否しない旨のクリア拒否ＯＦＦ、ＳＱＮ＝０、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦ、および確変ＯＦＦのレスポンスをＣＵへ送信する。そしてＣＵは、ＳＱＮ＝０、遊技玉＝０、持玉＝５００をバックアップする。この持玉＝５００は、クリア要求直前に受信した遊技玉数である５００を持玉に加算した値である。
【０４０２】
その後、ＣＵは、挿入されているカードに持玉＝５００を記録して排出して遊技者に返却する。そして、動作指示として、禁止要求無、クリア要求無、クリア表示中ＯＦＦ、ＳＱＮ＝ｍを含むコマンドをＰ台へ送信する。その後、Ｐ台は、動作応答として、ＳＱＮ＝ｍ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、始動口（２）回数＝０、遊技禁止、遊技完了ＯＮ、特賞ＯＦＦおよび確変ＯＦＦのレスポンスをＣＵへ送信する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、ＣＵが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵが記憶している遊技玉数に対応する値に更新する。その後ＣＵがカードを排出する。このように、カードの持点を直接カードに記録することと、上位サーバにてカード番号に対応付けて持点を記憶することの両者を総称して、カードに持点を「対応付ける」と表現する。また、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するとともに、カードの持点を直接カードに記録する構成を採用してもよい。
【０４０３】
図２３においてＰ台側で浮遊玉処理待ち時間のために１５秒のウエイトを設けたものを示したが、それに加えて、Ｐ台側において、発射玉数−ファール玉数−アウト玉数−入賞玉数＝０を判定し、または、発射玉数−ファール玉数−アウト玉検出スイッチによる検出玉数＝０を判定して、浮遊玉の処理が終了したと判断するようにしてもよい。このような判定と１５秒の経過との早い方の条件が成立した時点で浮遊玉の処理が終了したと判断して遊技完了ＯＮにしてもよい。さらに、１５秒の経過に基づいて遊技完了ＯＮにした場合に、その遊技完了ＯＮを受信したＣＵにおいて、カード返却操作等からたとえば２０秒経過した時点でタイムアウトしてカード排出処理を実行してもよい。また、１５秒の経過に基づいて遊技完了ＯＮにする際または２０秒経過した時点でカード排出処理を実行する際に、発射玉数−ファール玉数−アウト玉数−入賞玉数≦所定の閾値、または、発射玉数−ファール玉数−アウト玉検出スイッチによる検出玉数≦ 所定の閾値、であることを条件として実行するようにしてもよい。
【０４０４】
図３０は、遊技を中断するときのカードユニットとパチンコ機との処理の一例を示す図である。
【０４０５】
図２３のカードを返却するときのカードユニットとパチンコ機との処理に類似しており、相違点としては、返却ボタンの押下の代わりに中断操作が行なわれる。この中断操作は、遊技者が小用を済ませるべく遊技を一時中断するための操作であり、遊技者が遊技場の店員を呼び、店員に遊技中断のためのリモコン操作を行なってもらう。すると、そのリモコンから出力された赤外線信号をＩＲ受光ユニット３１５が受光して電子信号に変換してメイン制御部３２３に入力する。また、この遊技中断処理の場合には、ＣＵが遊技完了を
検知してもクリア要求をＰ台へ送信しない。その結果、Ｐ台においては、中断した遊技者に関するデータ（Ｃ−ＩＤ、遊技玉数等）を記憶保持している。そしてＣＵはカードを排出するときに、持点０のカードを排出して遊技者に返却する。その後、中断中は他の遊技者の遊技が禁止される（図２３参照）。
【０４０６】
図３１を参照して、ガラス扉６のロックを解除して開放するときの処理を説明する。まず、最初の動作指示としては、ガラス扉の開放要求のないガラス開要求無の指示を含むコマンドがＣＵからＰ台へ送信される。それを受けたＰ台は、動作応答として、遊技玉数＝５００を含む通常のレスポンスをＣＵへ返信する。この段階で、たとえばＰ台において遊技領域２７に打込まれたパチンコ玉が遊技盤面において引っかかるなどのトラブルが発生し、遊技者が遊技場の係員を呼出した場合に、遊技場の係員は、所持しているリモコンを操作してガラス扉６のロックを解除して開放させるための赤外線信号をＩＲ感光ユニット３２０に送信する。それを受けたＩＲ感光ユニット３２０は、受信した赤外線信号に含まれるガラス扉開放指示信号をメイン制御部３２３へ入力する。そのガラス扉開の指示入力を受けたＣＵは、動作指示として、遊技を停止させるための禁止要求有、ガラス開要求無、およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。つまり、ガラス扉６を実際に開放する前にまずＰ台において打球発射停止制御を行なわせるべく、禁止要求有、およびガラス開要求無の動作指示をＰ台へ送るのである。
【０４０７】
Ｐ台は、それを受けて、打球発射モータ（図示略）の駆動を停止させて打球発射停止状態に制御する。次に、Ｐ台は、動作応答として、遊技禁止を拒否しない旨の禁止拒否ＯＦＦと、遊技禁止状態にした旨を示す遊技禁止のデータを含むレスポンスをＣＵへ返信する。
【０４０８】
一方、ＣＵでは、前述の禁止要求有を含む動作指示のコマンドをＰ台へ送信した後、Ｐ台において遊技領域２７に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわち浮遊玉処理待ち時間を考慮して、１０秒のウエイトを設け、この間、ＣＵはＰ台に対して遊技禁止すなわち禁止要求有の指示を含むコマンドを送信してポーリングを継続する。
【０４０９】
そして、１０秒のウエイト時間が経過した段階で、動作指示として、ガラス扉６のロックを解除して開放させるためのガラス開要求有、ＳＱＮ＝ｎ＋Ｎの指示を含むコマンドをＰ台へ送信する。
【０４１０】
それを受けたＰ台では、ガラス扉開放ソレノイドを励磁してガラス扉６のロックを解除してガラス扉６を開放するとともに、ガラス扉開発生中のビットをＯＮにし、以降、ガラス扉６が閉じるまで（ガラス扉閉鎖検出器１２からの検出信号が入力されるまで）ＯＮのまま維持する。そして、Ｐ台は、動作応答として、ガラス開拒否ＯＦＦ、ＳＱＮ＝ｎ＋Ｎ＋１、遊技禁止、およびガラス開発生中等の応答を含むレスポンスをＣＵへ返信する。
【０４１１】
ＣＵでは、ガラス開要求のコマンドに対して拒否されなければすなわちガラス開拒否ＯＮの応答を含むレスポンスが返信されてこなければ、ガラス扉６は開放されたと判断する。そして、以降、動作指示として、ガラス開要求無を含むコマンドをＰ台へ送信する。
【０４１２】
図３２は、図３１に示したガラス扉開放処理の変形例を示している。図３１の処理に比べた相違点としては、ＣＵにおいてガラス扉開放の指示入力が検出されたときに、遊技の禁止要求を指示する禁止要求有ばかりでなく、ガラス扉６のロックを解除して開放要求を指示するガラス開要求有のコマンドがＰ台に送信される点である。Ｐ台は、このコマンド受けて、打球発射モータ（図示略）の駆動を停止して打球発射停止状態に制御するとともに、遊技領域２７に発射された玉がすべてアウト玉に流れて回収されるまでの時間すなわ
ち浮遊玉処理待ち時間を考慮して、１０秒のウエイトを設ける。この１０秒のウエイト時間の間、ＣＵとＰ台とは動作指示／動作応答の送受信を継続する。そして１０秒のウエイト時間が経過した段階で、ガラス扉開放ソレノイドを励磁してガラス扉６のロックを解除してガラス扉６を開放する。そして、ガラス扉開発生中のビットをＯＮにし、以降、ガラス扉６が閉じるまで（ガラス扉閉鎖検出器１２からの検出信号が入力されるまで）ＯＮのまま維持する。
【０４１３】
そしてＰ台は、動作応答として、ガラス扉の開放を拒否しないガラス開拒否ＯＦＦと、打球発射停止状態となっている旨を示す遊技禁止と、ガラス扉のロックが解除されて開放中である旨を示すガラス開発生中等のデータを含むレスポンスをＣＵへ送信する。
【０４１４】
ＣＵは、ガラス開拒否ＯＦＦの動作応答を受信することにより、ガラス扉６が開かれたと判断する。
【０４１５】
このように、図３２に示す変形例では、浮遊玉処理待ち時間を考慮した１０秒のウエイト処理を、ＣＵ側ではなくＰ台側で実行している点が、特徴である。
【０４１６】
次に、図３３を参照して、セル（前枠）５のロックを解除して開放する処理を説明する。このセル（前枠）６の開放処理は、図３１に示したガラス扉の６の開放処理と同様の処理がなされる。ここでは相違点を主に説明する。
【０４１７】
遊技場の係員がリモコンを操作して前枠（セル）５のロックを解除して開放させるための操作を行なえば、そのリモコンからＩＲ感光ユニット３２０に対してセル開放指令信号を含む赤外線が出力される。ＩＲ感光ユニット３２０は、それを受けて、セル開放指令信号をメイン制御部３２３へ出力する。その結果、ＣＵにおいて、セルを開放するためのセル開の指示入力が検出されたと判断される。そして、ＣＵは、動作指示として、遊技を禁止させるための禁止要求有およびセル開要求無等のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、打球発射モータの駆動を停止させて、打球発射停止状態に制御する。
【０４１８】
ＣＵでは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設けて、その１０秒のウエイト時間が終了した段階で、セルのロックを解除して開放する指示であるセル開要求有のデータを含むコマンドをＰ台へ送信する。それを受けたＰ台では、前枠開放ソレノイドを励磁して前枠５のロックを解除して前枠５を開放する。そして、セル開発生中のビットをＯＮにし、以降、セルが閉じるまで（前枠閉鎖検出器からの検出信号が入力されるまで）ＯＮを維持する。
【０４１９】
そして、Ｐ台は、動作応答として、セルの開放要求を拒否しないセル開拒否ＯＦＦ、打球発射停止状態となっている旨を示す遊技禁止、セルの開成中であることを示すセル開発生中等のデータを含むレスポンスをＣＵへ送信する。
【０４２０】
ＣＵは、セル開要求に対して拒否されていなければ、すなわちセル開拒否ＯＦＦを含むレスポンスが返信されてくれば、セルは開かれたと判断する。
【０４２１】
なお、この図３３に示したセルを開放するときの処理においても、図３２に示した変形例と同様に、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設ける機能をＰ台側に持たせ、セル開の指示入力が検出されたときにＣＵが禁止要求有とセル開要求有との指示を含むコマンドをＰ台に送信し、Ｐ台側でそれを受けて打球発射禁止制御を行なった後、１０秒のウエイト期間ＣＵとＰ台とで動作指示／動作応答の継続を行ない、１０秒のウエイト時間が経過した段階で、前枠開放ソレノイドを励磁制御して前枠５のロックを解除して
開放し、その後、セル開拒否ＯＦＦ、セル開発生中のデータを含むレスポンスをＣＵへ送信するようにしてもよい。
【０４２２】
以上、図３１〜図３３を用いて説明したとおり、本実施の形態によれば、Ｐ台の前面部材の具体例となるガラス扉あるいはセルの閉塞状態について、遊技進行に影響を与えることなく解除可能となる。
【０４２３】
次に図３４を参照して、ＣＵがカード保持中に電源起動されてそのときにＰ台が接続されていない異常が発生したときの処理を説明する。カードが挿入されてＰ台で遊技をしている最中にＣＵとＰ台との間の通信断が発生したために、ＣＵの電源を再起動した段階で、ＣＵからリカバリ要求のコマンドがＰ台へ送信される。しかし、Ｐ台の未接続異常が発生しているために、Ｐ台からのレスポンスがＣＵに返信されてこない。すると、ＣＵは、リカバリ要求のコマンドをＰ台に再送する。それにも拘らずＰ台からのレスポンスが返信されてこない場合には、２回目のリカバリ要求をＰ台に再送する。その２回目の再送に対してもＰ台からレスポンスが返信されてこない場合には、この段階でＣＵは、通信異常と判断し、未接続によりエラーが発生した旨の表示を表示器３１２により行なわせる制御を実行するとともに異常報知ランプを点灯または点滅させる制御を行なう。なお、リカバリ要求の代わりに、機器情報要求のコマンドを送信するようにしてもよい。
【０４２４】
この状態で、遊技場の店員がそのＣＵに対してリモコン操作し、挿入されているカードを強制的に排出する赤外線信号をＩＲ感光ユニット３２０へ出力すると、その強制排出信号がメイン制御部３２３へ入力される。ＣＵはそれを受けて、ＣＵでバックアップしている「遊技玉数」を挿入されているカードの「持玉」に加算するとともに、ＣＵの「遊技玉数」「接続時刻」を０クリアしたうえで、挿入されているカードを排出する指令をカードリーダライタへ出力する。それを受けたカードリーダライタは、取込んでいるカードを排出する。なお、カードの持点を直接カードに記録するのではなくて、上位サーバにて当該カードのカード番号に対応付けて持点を記憶するようにしてもよい。その場合には、ＣＵが記憶している遊技玉数と挿入されている当該カードのカード番号とを上位サーバへ送信し、上位サーバにて受信したカード番号に対応付けて記憶している持点を検索し、その持点をＣＵが記憶している遊技玉数に対応する値に更新する。その後ＣＵがカードを排出する。
【０４２５】
なお、ＣＵが故障したときに手動でカードを強制排出する手動排出機構を設けてもよい。
【０４２６】
その後、ＣＵは、Ｐ台に対してリカバリ要求のコマンドを送信して接続シーケンス（図２１参照）の再開処理を行なう。ＣＵは、カードが挿入された状態（待機中以外の状態）での接続シーケンスの再開であると判断し、図６の電源起動時の接続シーケンスではなく図２１の再接続時の接続シーケンスを実行する。Ｐ台の未接続異常が発生してから接続シーケンス（図２１参照）の再開処理が実行されて最初の動作応答をＰ台が送信するまでの間に、加算玉数（たとえばｊ）または減算玉数（たとえばｒ）が発生している場合の処理は、図２１の再開処理で行なわれる。図２１を参照して、ＣＵは、リカバリ応答をＰ台から受信することにより、遊技玉数＝０＋ｊ（加算玉数）＋ｒ（減算玉数）を算出して、その算出結果である遊技玉数＝ｊ＋ｒをバックアップする。そして、図２１で説明したように、ＳＱＮ補正ＯＮ、遊技玉補正ＯＮ、およびＳＱＮの値と遊技玉の値とを含む通信開始要求をＰ台に送信して、Ｐ台のＳＱＮと遊技玉数とを補正させる。
【０４２７】
次に図３５を参照して、ＣＵからの動作指示（要求動作無）がＰ台に未到達の場合の処理を説明する。
【０４２８】
図２７等で説明したように、Ｐ台は、ＣＵからの動作指示のコマンドを受信したことにより、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを、前玉関連情報記憶領域に、前加算減算玉数および前始動口回数としてバックアップ記憶させ、現在玉関連情報記憶領域に記憶されている現加算減算玉数および現始動口回数のデータを０クリアするというバックアップクリア処理を行なうのであるが、図３５の場合にはＣＵからの動作指示がＰ台に未到達である。ゆえに、Ｐ台では、前述のバックアップクリア処理が行なわれない。その結果、加算玉数および減算玉数さらには始動入賞が発生するたびに、それらデータを現在玉関連情報記憶領域に現在玉関連情報として累積加算記憶する。
【０４２９】
まず、現時点の遊技玉数＝５２０の状態で、ＣＵが動作指示として要求無、ＳＱＮ＝ｎのコマンドをＰ台に送信する。しかし、そのコマンドがＰ台に到達しないために、Ｐ台からのレスポンスがＣＵに返信されない。その結果、ＣＵは同じ動作指示のコマンドを再度Ｐ台へ送信する。この再度の送信もＰ台に到達しなかった場合に、Ｐ台からのレスポンスがＣＵに返信されないために、ＣＵは同じ動作指示について２回目の再送信を行なう。この再送信が繰返されるときには、ＳＱＮの値がｎで維持され、「１」の加算更新は行なわれない。
【０４３０】
２回目の再送信でコマンドがＰ台に到達した場合に、その動作指示の到達までの間において、Ｐ台は、前述したように、加算減算玉数および始動口回数のデータを現在玉関連情報として累積記憶している。そして、その累積記憶されている加算玉数＝６、減算玉数＝３６を用いて、現時点における遊技玉数＝５２０＋６−３６＝４９０を計算し、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝４９０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１の動作応答のレスポンスをＣＵへ送信する。
【０４３１】
ＣＵはそれを受けて、遊技玉数＝５２０＋６（加算玉数）−３６（減算玉数）＝４９０を算出し、その４９０に遊技玉数を修正して記憶する処理を行なう。
【０４３２】
次に図３６を参照して、Ｐ台からの動作応答（要求動作無に対する応答）がＣＵに未到達の場合の処理を説明する。この図３６に示す場合には、ＣＵからのコマンドがＰ台に入力されるために、前述したバックアップクリア処理が実行されるが、次回のＣＵからＰ台に送信されてくるコマンドのＳＱＮの値（＝ｎ）が前回のＳＱＮの値（＝ｎ）と同じであるために、Ｐ台は、ＣＵへ送信した動作応答のレスポンスがＣＵに到達していないことによる再送であると判断し、前回玉関連情報である前加算減算玉数および前始動口回数のデータを０クリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数を累積加算する。
【０４３３】
具体的には、現時点の遊技玉数＝５２０として、まずＣＵが動作指示として要求無、ＳＱＮ＝ｎのコマンドをＰ台へ送信する。それを受けたＰ台では、前述のバックアップクリア処理を行なって、現時点の遊技玉数＝５２０−１３＋３＝５１０を算出し、その遊技玉数＝５１０をバックアップし、ＳＱＮ＝ｎ＋１をバックアップするとともに、現加算減算玉数および現始動口回数のデータを前加算減算玉数および前始動口回数にバックアップ記憶させ、動作応答のコマンドを作成して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを０クリアする。また、現時点の遊技玉数５１０を動作応答のレスポンスのデータに含める。そして、Ｐ台は、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５１０、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０４３４】
ところが、そのレスポンスがＣＵに到達しないために、ＣＵでは、前回と同じ動作指示すなわち要求無、ＳＱＮ＝ｎのコマンドをＰ台へ送信する。
【０４３５】
それを受けたＰ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であるために、送信した動作応答のレスポンスがＣＵに到達しなかったことによる再送であると判断し、前回玉関連情報としての前加算減算玉数および前始動口回数のデータをクリアすることなくそれらデータに対して現在玉関連情報としての現加算減算玉数および現始動口回数のデータを累積加算してバックアップする。その結果、前加算玉数＝３＋３＝６、前減算玉数＝１３＋８＝２１、前始動口（１）回数＝１＋０＝１、前始動口（２）回数＝０＋１＝１となる。これらデータからなる動作応答のレスポンスを作成した後、現加算減算玉数および現始動口回数のデータを０クリアする。そして、動作応答として、Ｐ台は、ＳＱＮ＝ｎ＋１、遊技玉数＝５０５、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、始動口（２）回数＝１のレスポンスをＣＵへ送信する。しかし、このレスポンスもＣＵに到達しないために、ＣＵでは、再度同じ動作指示（要求無、ＳＱＮ＝ｎ）のコマンドをＰ台へ送信する。
【０４３６】
それを受けたＰ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知する。その結果、Ｐ台では、前述と同様の、前回玉関連情報に対する累積加算記憶を行ない、動作応答のレスポンスを作成してＣＵへ返信する。具体的には、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝４８５、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、始動口（２）回数＝２のレスポンスをＣＵへ送信する。
【０４３７】
この動作応答のレスポンスがＣＵに到達したために、ＣＵでは、遊技玉数＝５２０＋１２−４７＝４８５を算出し、その４８５に遊技玉のデータを修正して記憶する処理を行なう。
【０４３８】
このように、先に送信した動作応答がＣＵに到達しなかったときには、Ｐ台は、未達の動作応答を再送した上で次の動作応答を送信するのではなく、未達であった情報を合算した後の情報を次の動作応答として送信する。その結果、遊技用装置では、遊技玉数および始動口入賞数に関する情報を確実かつ効率的に収集可能となる。なお、図３６の例では、Ｐ台からの動作応答が１回未達の場合について説明したが、仮に動作応答が２回未達であった場合には、３回目に送信される動作応答には、２回目に送信された動作応答の情報を合算した合算値が含められることになる。
【０４３９】
次に図３７を参照して、ＣＵからの動作指示（加算要求）がＰ台に未到達の場合の処理を説明する。現時点での遊技玉数＝５２０とし、貯玉再プレイまたはプリペイド残高からの引落とし操作があった場合の加算要求玉数＝１２５とし、まずＣＵが動作指示として、加算要求有、ＳＱＮ＝ｎ、および加算要求玉数＝１２５のデータを含むコマンドをＰ台へ送信する。しかしそのコマンドがＰ台に到達しないために、Ｐ台からのレスポンスがＣＵに返信されてこない。その結果、前述と同様に、ＣＵは同じ動作指示のコマンドを再送信する。その再送信のコマンドもＰ台に到達しなかったためにそれに対応するＰ台からのレスポンスがＣＵに送信されてこない。よって、前述と同様にＣＵは同じ動作指示のコマンドについて２回目の再送信を行なう。この２回目の再送信コマンドがＰ台に到達する。ＣＵからの動作指示のコマンドの未到達期間においては、Ｐ台では、前述のバックアップクリア処理を行なうことなく、現在玉関連情報としての現加算減算玉数および現始動口回数に加減算データおよび始動口回数データを累積加算して記憶する。
【０４４０】
そして、Ｐ台は、現時点の遊技玉数＝５２０＋１２５（加算要求玉数）＋６（現加算玉数）−３６（現減算玉数）＝６１５を算出し、現時点の遊技玉数データを６１５とし、動作応答のレスポンスを作成する。具体的には、Ｐ台は、動作応答として、加算拒否ＯＦＦ
、ＳＱＮ＝ｎ＋１、遊技玉数＝６１５、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信する。
【０４４１】
ＣＵは、それを受けて、遊技玉数＝５２０＋１２５＋６−３６＝６１５を算出し、その６１５に遊技玉数データを修正して記憶する。
【０４４２】
次に図３８を参照して、Ｐ台からの動作応答（加算要求に対する応答）が未到達の場合の処理を説明する。当初の遊技玉数＝５２０で、貯玉再プレイまたはプリペイド残高から引落として遊技使用するための操作が行なわれて１２５玉数の加算要求が発生した場合を説明する。まずＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ、および加算要求玉数＝１２５のコマンドをＰ台へ送信する。それを受けたＰ台は、現在玉関連情報としての、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０、ならびにＳＱＮ＝ｎ＋１のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数＝５２０＋１２５＋３−１３＝６３５を算出して遊技玉数＝６３５を記憶する。
【０４４３】
そして、Ｐ台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを０クリアし、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６３５、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０４４４】
しかし、そのレスポンスがＣＵに到達しなかったために、ＣＵは、前回と同じ動作指示のコマンドをＰ台に再送信する。その再送信に際しては、ＳＱＮを「１」加算更新することなく前回と同じ値ｎのＳＱＮをＰ台へ送信する。
【０４４５】
Ｐ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知し、受信したコマンドに加算要求玉数＝１２５が含まれているもののそのコマンドに基づいた遊技玉の加算更新を行なわない。つまり、加算要求に応じた加算更新は２重実行しない。
【０４４６】
また、Ｐ台では、コマンドの再送検知を行なったために、図３６の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数＝３、減算玉数＝８、始動口（１）回数＝０、始動口（２）回数＝１を、累積加算して記憶する。そして、遊技玉数＝６３５＋３−８＝６３０を算出し、遊技玉数を６３０に修正したうえで記憶する。
【０４４７】
その後、Ｐ台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６３０、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、および始動口（２）回数＝１をレスポンスとしてＣＵへ送信する。
【０４４８】
このレスポンスもＣＵに到達しなかったために、ＣＵは同じ動作指示のコマンドについて２度目の再送信を行なう。
【０４４９】
Ｐ台では、前述と同様に再送検知を行ない、加算要求玉数＝１２５を受信しつつもそれに伴う加算更新は行なわず、加算要求に応じた加算更新の２重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の０クリアを行なった後、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝６１０、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンス
がＣＵに到達したために、ＣＵでは、遊技玉数＝５２０＋１２５＋１２−４７＝６１０を算出し、遊技玉数を６１０に修正して記憶する。
【０４５０】
このように、Ｐ台では、ＣＵから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）である場合には、再送信であると判断し、追加の加算要求であると判断せず、遊技玉の加算更新を行なわず、加算要求に応じた加算更新の２重実行を行なわない。
【０４５１】
次に図３９を参照して、ＣＵからの動作指示（減算要求）がＰ台に到達しなかった場合の処理を説明する。当初の遊技玉数＝５２０で、ワゴンオーダー等の発生により３００玉数の減算要求が発生した場合を説明する。まずＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ、および減算要求玉数＝３００のコマンドをＰ台へ送信する。ところがそのコマンドがＰ台に到達しなかったために、Ｐ台からのレスポンスがＣＵへ返信されない。よって、ＣＵは再度同じ動作指示のコマンドをＰ台へ送信する。この再送信のコマンドもＰ台に到達しなかったためにＰ台からのレスポンスがＣＵへ返信されない。そこでＣＵは同じ動作指示のコマンドについて、２回目の再送信を行なう。この２回目の再送信のコマンドがＰ台に到達する。
【０４５２】
Ｐ台では、ＣＵからの動作指示のコマンドが未到達の期間中、図３５の処理と同様に、加算減算玉数および始動入賞が発生するたびに現在玉関連情報記憶領域にそれらデータを累積記憶する。そして、２回目の動作指示のコマンドがＰ台に入力された段階で、遊技玉＝５２０−３００＋６−３６＝１９０を算出して、その遊技玉＝１９０を記憶する。そして、動作応答として、減算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝１９０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信する。
【０４５３】
ＣＵではそれを受けて、遊技玉＝５２０−３００＋６−３６＝１９０を算出し、その１９０に遊技玉を修正して記憶する。
【０４５４】
このように、ＣＵは、遊技玉からの減算を行なう際には、まず減算要求有および減算要求玉数のデータを含む動作指示のコマンドをＰ台へ送信し、それに対する動作応答としてのレスポンスがＣＵへ返信されてきたのを待って、減算要求分を遊技玉から減算する。遊技玉を加減算して現在の遊技玉を管理する主管理機能はＣＵ側にあるものの、Ｐ台において遊技の進行に伴い刻々変化する遊技玉に対してＣＵ側ではＰ台からの加減算玉数を含む動作応答が返信されてきて初めて遊技玉の加減算を行なって現在の遊技玉を算出することができるのであり、そのＰ台からの動作応答を待つ期間分、Ｐ台に比べてＣＵでの遊技玉の算出時期が遅れる。したがって、ＣＵ側での現時点の遊技玉データはＰ台に対して時間遅れのあるデータであり、仮にＣＵ側での現時点の遊技玉が減算要求玉数分あるからといっても、Ｐ台側では実際には減算要求玉数分の遊技玉が残っていない恐れもある。ゆえに、本実施の形態においては、遊技玉の減算に際しては、ＣＵはＰ台からの動作応答のレスポンスを待って、減算要求分の遊技玉の減算を行なうようにしているのである。
【０４５５】
次に図４０を参照して、Ｐ台からの動作応答（減算要求に対する応答）がＣＵに到達しなかった場合の処理を説明する。当初の遊技玉数＝５２０、減算要求玉数＝３００として、まずＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ、および減算要求玉数＝３００のコマンドをＰ台へ送信する。それを受けたＰ台は、現在玉関連情報としての、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０、ならびにＳＱＮ＝ｎ＋１のデータを、前回玉関連情報記憶領域にバックアップ記憶させるとともに、遊技玉数＝５２０ー３００＋３−１３＝２１０を算出して遊技玉数＝２１０を記憶する。
【０４５６】
そして、Ｐ台は、動作応答のレスポンスを作成した後、現在玉関連情報記憶領域の記憶データを０クリアし、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２１０、加算玉数＝３、減算玉数＝１３、始動口（１）回数＝１、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。
【０４５７】
しかし、そのレスポンスがＣＵに到達しなかったために、ＣＵは、前回と同じ動作指示のコマンドをＰ台に再送信する。その再送信に際しては、ＳＱＮを「１」加算更新することなく前回と同じ値ｎのＳＱＮをＰ台へ送信する。
【０４５８】
Ｐ台では、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であることを判断して動作応答のレスポンスがＣＵに到達していないための再送信であることを検知し、受信したコマンドに減算要求玉数＝３００が含まれているもののそのコマンドに基づいた遊技玉の減算更新を行なわない。つまり、減算要求に応じた減算更新は２重実行しない。
【０４５９】
また、Ｐ台では、コマンドの再送検知を行なったために、図３６の処理と同様に、前回玉関連情報記憶領域に既に記憶されている前回玉関連情報に対して現在玉関連情報記憶領域に記憶されているデータすなわち加算玉数＝３、減算玉数＝８、始動口（１）回数＝０、始動口（２）回数＝１を、累積加算して記憶する。そして、遊技玉数＝２１０＋３−８＝２０５を算出し、遊技玉数を２０５に修正したうえで記憶する。
【０４６０】
その後、Ｐ台は、動作応答のレスポンスを作成する。具体的には、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２０５、加算玉数＝６、減算玉数＝２１、始動口（１）回数＝１、および始動口（２）回数＝１をレスポンスとしてＣＵへ送信する。
【０４６１】
このレスポンスもＣＵに到達しなかったために、ＣＵは同じ動作指示のコマンドについて２度目の再送信を行なう。
【０４６２】
Ｐ台では、前述と同様に再送検知を行ない、減算要求玉数＝３００を受信しつつもそれに伴う減算更新は行なわず、減算要求に応じた減算更新の２重実行を行なわない。そして前述と同様に、前回玉関連情報記憶領域への累積記憶、遊技玉数の算出、レスポンスの生成、現在玉関連情報記憶領域の０クリアを行なった後、動作応答として、加算拒否ＯＦＦ、ＳＱＮ＝ｎ＋１、遊技玉数＝２０５＋６−２６＝１８５、加算玉数＝１２、減算玉数＝４７、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達したために、ＣＵでは、遊技玉数＝５２０−３００＋１２−４７＝１８５を算出し、遊技玉数を１８５に修正して記憶する。
【０４６３】
このように、Ｐ台では、ＣＵから送信されてきた加算要求玉数データを含むコマンドを受信しても、今回受信したＳＱＮがバックアップしているＳＱＮ（＝ｎ＋１）よりも１つ前の値（＝ｎ）であった場合には、再送信であると判断し、追加の減算要求であると判断せず、遊技玉の減算更新を行なわず、減算要求に応じた減算更新の２重実行を行なわない。
【０４６４】
次に図４１を参照して、ＣＵの加算要求に対してＰ台が加算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０、ＣＵに挿入されている遊技用記録媒体（カード）の残高＝１０００円とし、まずＣＵから動作指示として、要求無、ＳＱＮ＝ｎのコマンドがＰ台へ送信される。Ｐ台は、遊技玉＝５２０＋３−２３＝５００を算出してその遊技玉数、加算玉数、減算玉数、始動口（１）回数、始動口（２）回数、ＳＱＮ＝ｎ＋１のデータを含む動作応答をＣＵへ返信する。ＣＵはその動作応答に基づいて遊技玉を算出
して遊技玉＝５００に修正する。
【０４６５】
次に貸出しボタン３２１が押下操作され、ＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、Ｃ−ＩＤ、残高＝５００および加算要求玉数＝１２５を含むコマンドをＰ台へ送信する。Ｐ台では、何らかの理由で、加算を拒否する加算拒否ＯＮを含む動作応答のレスポンスをＣＵへ返信する。
【０４６６】
ＣＵは、加算拒否ＯＦＦを含む動作応答を受信したために、Ｐ台において遊技玉の加算ができず、Ｐ台とＣＵとの間に遊技玉の差異が生じたことを判別し、通信コネクションを切断するために、通信切断要求のコマンドをＰ台へ送信する。それを受けたＰ台は、通信切断応答のレスポンスをＣＵへ返信し、通信コネクションを切断するとともに、払出制御部１７から発射制御基板３１へ発射を停止させるための発射制御信号を送信し、それを受けた発射制御基板３１が発射モータ１８の駆動を停止させて遊技を停止させる。
【０４６７】
Ｐ台は、さらに、リカバリデータとして、ＳＱＮ＝ｎ＋３、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝４６０、現加算玉数＝３、現減算玉数＝１３、現始動口（１）回数＝１、現始動口（２）回数＝１のデータを記憶する。
【０４６８】
次に、ＣＵとＰ台との間で、チップＩＤ認証を行なった後、リカバリ要求のコマンド、リカバリ応答のレスポンスの送受信が行なわれる。このリカバリ応答のレスポンスでは、Ｐ台側において記憶している前述したリカバリデータがＣＵ側に送信される。
【０４６９】
ＣＵは、そのリカバリデータ（現加算玉数＝３、現減算玉数＝１３）に従って、遊技玉数＝５９５＋３−１３＝５８３を算出してバックアップする。以降、図２１に示した再接続時（接続シーケンス）の処理に移行し、ＣＵは、通信開始要求において、遊技玉補正ＯＮ、遊技玉＝５８３を含むコマンドをＰ台へ送信する。Ｐ台はこれを受けて、遊技玉＝５８３に補正する。ＣＵは、自ら通信切断要求を送信して通信を切断した後での接続シーケンスの再開であると判断し、図６の電源起動時の接続シーケンスではなく図２１の再接続時の接続シーケンスを実行する。
【０４７０】
この図４１の処理においても、残高の消費は、Ｐ台からの動作応答のレスポンスを待つことなくＣＵ側で確定するものであるために、Ｐ台からの動作応答として加算拒否ＯＮを含むレスポンスが返信されてきたとしても、それ以前の段階で既に残高消費がＣＵ側において確定している。
【０４７１】
次に図４２を参照して、ＣＵの減算要求に対してＰ台が減算拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０として、動作指示のコマンドおよび動作応答のレスポンスをＣＵとＰ台との間で１往復送受信した段階で、加算玉数＝３、減算玉数＝１３になっているために、遊技玉＝５２０＋３−１３＝５１０となる。
【０４７２】
この段階でワゴンサービスのオーダー等が発生して５００玉分の減算要求が生じた場合に、ＣＵは、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝５００のコマンドをＰ台へ送信する。このコマンドを受けた段階では、Ｐ台において、加算玉数＝６、減算玉数＝３６となっており、現時点における遊技玉数＝５１０＋６−３６＝４８０となっている。その結果、減算要求玉数（５００）に対して現時点の遊技玉数（４８０）の方が少ないために、５００の減算要求に応えることができない。よって、Ｐ台は、動作応答として、減算要求を拒否する旨を示す減算拒否ＯＮ、ＳＱＮ＝ｎ＋３、遊技玉数＝４８０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。
【０４７３】
ＣＵは、それを受けて、遊技玉＝５１０＋６−３６＝４８０を算出して遊技玉を４８０に修正する。そして、減算拒否の検知を行ない、減算キャンセルの処理を行なう。この減算キャンセルの処理は、たとえば、表示器３１２により、「遊技玉不足で減算できません」などのメッセージを表示する。
【０４７４】
そして以降通常の動作指示および動作応答のポーリングを行なう。
次に図４３を参照して、ＣＵのクリア指示要求に対してＰ台がクリア拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０で返却ボタン３２２が押下操作されたときに、図２３の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして、図２３の処理と同様に、Ｐ台において、１０秒ウエイトを設けてこの１０秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０４７５】
その後ＣＵは、クリア要求有およびＳＱＮ＝ｎ＋Ｎ＋３の動作指示のコマンドをＰ台へ送信する。それを受けたＰ台は、何らかの理由でクリアできない旨を示すクリア拒否ＯＮ、ＳＱＮ＝ｎ＋Ｎ+４、遊技玉数＝４８０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝１、始動口（２）回数＝２の動作応答のレスポンスをＣＵへ送信する。この段階で遊技玉＝４８０となっている。そしてＣＵはクリア拒否を検知し、動作指示として要求無およびＳＱＮ＝ｎ＋Ｎ＋４のコマンドをＰ台へ送信し、クリアキャンセルの処理を行なう。このクリアキャンセルの処理は、たとえば「返却操作されましたがクリアできずキャンセルします」などのメッセージを表示器３１２に表示する等の処理である。以降ＣＵとＰ台との間で動作指示および動作応答の通常のポーリングを行なう。
【０４７６】
図４４を参照して、ＣＵの遊技許可要求に対してＰ台が許可拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０とし、何らかの遊技禁止要因が発生したトラブル状態において、Ｐ台の遊技が禁止されている状態で動作指示のコマンドおよび動作応答のレスポンスがＣＵとＰ台との間で送受信され、図４４の「遊技禁止要因解消」の段階で遊技禁止要因が解消されたとする。
【０４７７】
そのときに、ＣＵは、動作指示として、遊技許可要求有およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。しかし、Ｐ台は、何らかの理由で、打球発射できない状態すなわち遊技許可要求を拒否する遊技拒否ＯＮを含む動作応答のコマンドをＣＵへ返信する。
【０４７８】
ＣＵは、それを受けて、遊技許可されるまで、動作指示として遊技許可要求有を含むコマンドをＰ台へ繰返し送信する。
【０４７９】
次に図４５を参照して、ＣＵの遊技禁止要求に対してＰ台が禁止拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０とし、ＣＵとＰ台との間で通常の動作指示のコマンドおよび通常の動作応答のレスポンスの送受信が行なわれ、図４５の「遊技禁止要因発生」の段階で、たとえば返却ボタン３２２が操作される等の遊技禁止要因が発生したとする。この段階でＣＵは、動作指示として、遊技禁止要求有およびＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。Ｐ台では、何らかの理由で遊技禁止要求を拒否する禁止拒否ＯＮを含む動作応答のレスポンスをＣＵへ返信する。ＣＵは、それを受けて遊技禁止拒否を検知し、遊技禁止されるまで、動作指示として、遊技禁止要求有を含むコマンドをＰ台へ送信する。
【０４８０】
次に図４６を参照して、ＣＵのガラス開要求に対してＰ台がガラス開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０としてガラス扉６の開放指示の入力
が検知された場合に、図４６では図示されていないが、図３１の処理と同様に、ＣＵはまず動作指示として、禁止要求有およびガラス開要求無のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、打球発射モータ（図示略）の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否ＯＦＦおよび遊技禁止を含むレスポンスをＣＵへ送信する。ＣＵは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設け、この１０秒間、ＣＵはＰ台に対して動作指示（遊技禁止）でポーリングを継続する。そしてＣＵは、１０秒のウエイトが終了した段階で、ガラス開要求有およびＳＱＮ＝ｎ＋２の動作指示のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、何らかの理由でガラス扉６のロックを解除して開放することを拒否するガラス開拒否ＯＮを含む動作応答のレスポンスをＣＵへ送信する。
【０４８１】
ＣＵはそれを受けてガラス開拒否を検知し、動作指示として要求無を含むコマンドをＰ台へ送信するとともに、ガラス開キャンセルの処理を行なった後以降通常のポーリングを実行する。このガラス開キャンセルの処理は、たとえば、「ガラス扉の開放ができません」などのメッセージを表示器３１２により表示させる等の処理である。
【０４８２】
次に図４７を参照して、ＣＵのセル開要求に対してＰ台がセル開拒否の応答を返信した場合の処理を説明する。当初の遊技玉数＝５２０としてセルの開放指示の入力が検知された場合に、図４７では図示されていないが、図３３の処理と同様に、ＣＵはまず動作指示として、禁止要求有およびセル開要求無のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、打球発射モータ（図示略）の駆動を停止する制御を行なうとともに、動作応答として、禁止拒否ＯＦＦおよび遊技禁止を含むレスポンスをＣＵへ送信する。ＣＵは、浮遊玉処理待ち時間を考慮した１０秒のウエイトを設け、この１０秒間、ＣＵはＰ台に対して動作指示（遊技禁止）でポーリングを継続する。そしてＣＵは、１０秒のウエイトが終了した段階で、セル開要求有およびＳＱＮ＝ｎ＋２の動作指示のコマンドをＰ台へ送信する。Ｐ台は、それを受けて、何らかの理由でセルのロックを解除して開放することを拒否するセル開拒否ＯＮを含む動作応答のレスポンスをＣＵへ送信する。
【０４８３】
ＣＵはそれを受けてセル開拒否を検知し、動作指示として要求無を含むコマンドをＰ台へ送信するとともに、セル開キャンセルの処理を行なった後以降通常のポーリングを実行する。このセル開キャンセルの処理は、たとえば、「セルの開放ができません」などのメッセージを表示器３１２により表示させる等の処理である。
【０４８４】
図４８は、入金処理についての説明するためのフローチャートである。図４８を参照して、ＣＵ側での入金処理について説明する。
【０４８５】
動作指示として、加算要求なし、入金処理中ＯＦＦ、ＳＱＮ＝ｎ、加算要求玉数＝０、減算要求玉数＝０を含むデータをＣＵがＰ台へ送信する。Ｐ台が、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口１回数＝０、始動口２回数＝０、遊技可、特賞ＯＦＦ、確変ＯＦＦを含むレスポンスをＣＵへ送信する。
【０４８６】
ここで、ＣＵ側に紙幣が挿入され、入金がされた場合は、Ｐ台側は、ＳＱＮ＝ｎ＋２、入金処理中ＯＮを含むデータを送信する。Ｐ台の動作応答は、加算拒否ＯＦＦ、その他は、最初の動作応答と同一のレスポンスとなり、ＣＵ側から各指示がなされるが、Ｐ台からのレスポンスは同一なので説明は繰り返さない。その後、入金処理表示が終了すると、ＣＵ側から、入金処理中表示ＯＦＦの動作指示がなされるので、それに対応する動作応答がＰ台から送信される。入金処理により、加算要求はなされていないことになる。
【０４８７】
図４９は、モード変更（試打モード）を説明するためのフローチャートである。試打モードは、遊技台２の調整の際に用いられるモードである。図４９を参照して、ＣＵは、動作指示として、加算無、ＳＱＮ＝ｎ、加算要求玉数＝０、減算要求玉数＝０をＰ台へ送信
する。カードが挿入されていないことを確認し、Ｐ台が、ＳＱＮ＝ｎ＋１、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口１回数＝０、始動口２回数＝０、遊技可、特賞ＯＦＦ、確変ＯＦＦのデータをＣＵ側に動作応答として送信する。
【０４８８】
次に、ＣＵ側でのリモコン操作により試打モードに設定をするため、モード変更要求をＰ台に送信する。Ｐ台は、モード変更要求に基づき、モード変更応答をＣＵ側に送信する。以後、Ｐ台は、次のモード変更要求があるまで試打モードでの動作となる。
【０４８９】
試打モード中においては、ＣＵは遊技玉の加減算更新は行なわない。その関係上、Ｐ台は、動作応答として、遊技玉数＝０、加算玉数＝０、減算玉数＝０をＣＵへ送信する。
【０４９０】
次に、遊技台２の調整が終了すると、営業モードに変更するためにＣＵ側は、リモコン操作によって、試打モードを解除する。同時に営業モードへのモード変更要求をＰ台に送信し、Ｐ台は、営業モードに変更したモード変更応答を返信する。
【０４９１】
次に図５０を参照して、加減算データに関する動作応答到達後のＣＵ側での電源断発生時のリカバリ処理を説明する。当初の遊技玉数＝５２０でＳＱＮ＝ｎの状態で動作指示のコマンドをＰ台に送信し、Ｐ台が、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５００、加算玉数＝３、減算玉数＝２３の加減算データを含むレスポンスをＣＵへ送信する。そのレスポンスがＣＵに到達したことによって、ＳＱＮ＝ｎ＋１、遊技玉数＝５００に修正した後、ＣＵで電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝５００＋６−３６＝４７０が算出されてその遊技玉＝４７０が記憶される。
【０４９２】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１の処理と同様に、シリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０４９３】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０４９４】
ＣＵでは、通信相手が同じでありかつ双方のＳＱＮが一致していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０４９５】
次に図５１を参照して、動作指示到達前のＣＵ側における電源断発生時のリカバリ処理を説明する。当初の遊技玉数＝５２０として、動作指示のコマンドを受けたＰ台が、動作応答として、ＳＱＮ＝ｎ＋１、遊技玉数＝５００、加算玉数＝３、減算玉数＝２３、始動口（１）回数＝１、および始動口（２）回数＝１のレスポンスをＣＵへ送信し、ＣＵがそれに伴ってＳＱＮ＝ｎ＋２、遊技玉＝５００に修正した後、ＣＵは、動作指示として、要求無、ＳＱＮ＝ｎ＋２のコマンドをＰ台へ送信する。そのコマンドがＰ台に到達せず、その直後にＣＵにおいて電源断が発生した場合に、Ｐ台は、最後のレスポンスを送信した後４秒間以上コマンドが受信できなかった場合に、通信断と判断して未接続状態へ遷移する
とともに、打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。
【０４９６】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１の処理と同様に、シリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０４９７】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝５００＋６−３６＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０４９８】
ＣＵでは、通信相手が同じであり動作指示送信中でなく、かつＰ台側のＳＱＮよりもＣＵ側のＳＱＮの方が１つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０４９９】
次に図５２を参照して、加減算データに関する動作応答到達前にＣＵ側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０として、通常の動作指示および通常の動作応答をＣＵとＰ台との間でい往復送受信した後、要求無、ＳＱＮ＝ｎ＋２の動作指示のコマンドがＰ台に送信された後、Ｐ台が動作応答として、ＳＱＮ＝ｎ＋３、Ｃ−ＩＤ、遊技玉数＝４７０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、始動口（２）回数＝２のレスポンスをＣＵに送信した。しかし、そのレスポンスがＣＵに到達せず、そのレスポンスに従った動作応答処理をＣＵが実行する前にＣＵで電源断が発生した場合に、Ｐ台は、最後のレスポンス送信後４秒経過した時点でコマンドが送信されてこなければ切断を検知して打球発射モータ（図示略）の駆動を停止してプレイ停止状態とする。
【０５００】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１の処理と同様に、シリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０５０１】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝４７０−３＝４６７、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０５０２】
ＣＵでは、通信相手が同じでありかつＰ台のＳＱＮが１進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）＋０（現加算玉数）−３６（現減算玉数）−３（現減算玉数）＝４６７、加算玉数累計＝６（現加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（現減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０５０３】
次に図５３を参照して、加算要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０でプリペイド残高が１０００円として、通常の動作指示と通常の動作応答とをＣＵとＰ台との間で送受信し、その間に生じた
加算玉数および減算玉数に基づいて遊技玉＝５００となった段階で、貸出しボタン３２１が押下操作された。すると、ＣＵは、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５とし、残高＝１０００円−５００円＝５００円を算出して残高を５００円に更新して残高の消費をこの段階で確定する。そしてＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、残高＝５００および加算要求玉数＝１２５を含むコマンドをＰ台へ送信する。このコマンドがＰ台へ到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。
【０５０４】
一方、ＣＵでは、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０５０５】
再接続シーケンスを開始した後には、図２１の処理と同様に、シリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０５０６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０５０７】
ＣＵでは、通信相手が同じであり、かつＰ台側のＳＱＮよりもＣＵ側のＳＱＮより１つ進んでいるため、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝６２５（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝５９５、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０５０８】
次に図５４を参照して、加算要求に対する動作応答到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０、プリペイド残高＝１０００円とし、通常の動作指示および通常の動作応答がＣＵとＰ台との間で送受信され、その間に生じた加算減算玉数に基づいて遊技玉＝５００となった後に、貸出しボタン３２１が押下操作された。するとＣＵでは、ＳＱＮ＝ｎ＋２、加算要求玉数＝１２５にするとともに、残高＝１０００円−５００円＝５００円を算出し、残高を５００円にしてこの段階で残高の消費を確定させる。そして、ＣＵは、動作指示として、加算要求有、ＳＱＮ＝ｎ＋２、Ｃ−ＩＤ、残高＝５００、および加算要求玉数＝１２５のコマンドをＰ台へ送信する。それを受けたＰ台は、動作応答として、ＳＱＮ＝ｎ＋３、遊技玉数＝５９５、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達せず、ＣＵにおいてこのレスポンスに応じた動作応答処理を行なう前に電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝５９５−３＝５９２が算出されてその遊技玉＝５９２が記憶される。
【０５０９】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１の処理と同様に、シリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカ
バリ応答の送受信とをＣＵとＰ台とが行なう。
【０５１０】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝５９２、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０５１１】
ＣＵでは、通信相手が同じであり動作指示送信中で、Ｐ台のＳＱＮが１進んでいると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝６２５（ＣＵの遊技玉数）＋６（前加算玉数）＋０（現加算玉数）−３６（前減算玉数）−３（現減算玉数）＝５９２、加算玉数累計＝６（前加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（前減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０５１２】
次に図５５を参照して、減算要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０として、ＣＵとＰ台との間で通常の動作指示および通常の動作応答の送受信が行なわれ、その間における加減算玉数に応じて遊技玉数＝５００になった段階で、ワゴンサービスの要求等によって３００玉分の減算要求が発生した場合に、ＣＵでは、ＳＱＮ＝ｎ＋２、減算要求玉数＝３００として、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝３００のコマンドをＰ台へ送信する。
【０５１３】
このコマンドがＰ台に到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。
【０５１４】
一方、ＣＵでは、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０５１５】
再接続シーケンスを開始した後には、チップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０５１６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋１、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝３、前減算玉数＝２３、前始動口（１）回数＝１、前始動口（２）回数＝１、現在玉数としての、現遊技玉数＝４７０、現加算玉数＝６、現減算玉＝３６、現始動口（１）回数＝２、現始動口（２）回数＝２を記憶し、リカバリ応答としてＣＵへ送信する。
【０５１７】
ＣＵでは、通信相手が同じであり、かつＣＵ側のＳＱＮが１進んでいるため、減算要求がＰ台において実行されていないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（現加算玉数）−３６（現減算玉数）＝４７０、加算玉数累計＝６、減算玉数累計＝３６、始動口（１）累計＝２、始動口（２）累計＝２に修正する。
【０５１８】
このように、ＣＵは、ＳＱＮの値に基づいてＰ台において減算要求が実行されていないと判断したことにより、リカバリ処理に伴うバックアップ値の修正において、３００玉数分の減算要求が発生しておりながらも遊技玉数から減算要求玉数３００の減算を行なわない。
【０５１９】
次に図５６を参照して、減算要求に対する動作応答の到達前の段階においてＣＵ側で電源断が発生したときのリカバリ処理を説明する。当初の遊技玉数＝５２０とし、ＣＵとＰ台との間で通常の動作指示および通常の動作応答の送受信がなされ、その間に発生した加算減算玉数に応じて遊技玉数＝５００となった段階で、３００玉数分のワゴンサービスの要求が発生した場合に、ＣＵは、ＳＱＮ＝ｎ＋２、減算要求玉数＝３００とし、動作指示として、減算要求有、ＳＱＮ＝ｎ＋２、および減算要求玉数＝３００のコマンドをＰ台へ送信する。
【０５２０】
Ｐ台は、それを受けて、ＳＱＮ＝ｎ＋３、遊技玉数＝１７０、加算玉数＝６、減算玉数＝３６、始動口（１）回数＝２、および始動口（２）回数＝２のレスポンスをＣＵへ送信する。そのレスポンスがＣＵに到達せず、ＣＵにおいてそのレスポンスに応じた動作応答の処理が実行される前に電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移するとともに、打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。前回の加減算データを含む動作応答のレスポンスをＰ台が送信した後における加減算データおよび始動口回数の累積記憶が現在玉関連情報記憶領域でなされ、それに伴って遊技玉＝１７０−３＝１６７が算出されてその遊技玉＝１６７とＳＱＮ＝ｎ＋３とが記憶される。
【０５２１】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１と同様にシリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０５２２】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋３、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝６、前減算玉数＝３６、前始動口（１）回数＝２、前始動口（２）回数＝２、現在玉数としての、現遊技玉数＝１６７、現加算玉数＝０、現減算玉＝３、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０５２３】
ＣＵでは、通信相手が同じであり動作指示送信中で、かつＰ台のＳＱＮが１進んでいるために、Ｐ台が減算指示を受信していると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵの遊技玉数）＋６（前加算玉数）＋０（現加算玉数）−３６（前減算玉数）−３（現減算玉数）＝４６７、加算玉数累計＝６（前加算玉数）＋０（現加算玉数）、減算玉数累計＝３６（前減算玉数）＋３（現減算玉数）、始動口（１）累計＝２（前始動口（１）回数）＋０（現始動口（１）回数）、始動口（２）累計＝２（前始動口（２）回数）＋０（現始動口（２）回数）に修正する。
【０５２４】
ＣＵは、電源起動時に機器情報要求を送信して接続シーケンスを再開させるのであるが、ＣＵがバックアップしているＳＱＮとＰ台から送信されてきたＳＱＮとが整合しないと判断して、図６の電源起動時の接続シーケンスではなく図２１の再接続時の接続シーケンスを実行する。その結果、ＣＵは、リカバリ後の動作指示で、Ｐ台側に減算キャンセル分の遊技玉を強制加算させるとともにＳＱＮを補正させるべく、遊技玉補正ＯＮ、遊技玉＝４６７、ＳＱＮ補正ＯＮ，ＳＱＮ＝ｎ＋２を含む通信開始要求をＰ台へ送信する（図２１参照）。Ｐ台は、それを受けて、遊技玉＝４６７、ＳＱＮ＝ｎ＋３に修正して記憶する。
【０５２５】
このように、Ｐ台が減算指示を受信していると判断した場合においても、減算キャンセルの処理を行なう理由は、減算指示を受信したＰ台側において必ずその減算指示に従った減算処理を行なっているとは限らず、Ｐ台側で減算の拒否が行なわれた可能性もある。このようなＰ台側での減算の拒否が行なわれた場合には、ＣＵ側において減算を確定してし
まうと遊技玉の残数がマイナス値となるという不都合が生じる。このような理由により、減算キャンセルを行なう。その結果、このようなＣＵ側電源断発生時において、Ｐ台側では持点残数が不足するために減算指示を拒否したはずであるにもかかわらず、減算が行なわれたこととなって遊技機側の遊技玉の残数がマイナス値になってしまう不都合を防止できる。
【０５２６】
次に図５７を参照して、クリア要求到達前の段階でＣＵ側において電源断が発生したときのリカバリ処理を説明する。挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図５７では、図２３の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして図２３の処理と同様に、Ｐ台において、１５秒ウエイトを設けてこの１５秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０５２７】
そして、ＣＵが、ＳＱＮ＝ｎ＋Ｎ＋３にし、動作指示として、クリア要求有、クリア表示中、ＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信したが、そのコマンドがＰ台に到達しなかった場合に、Ｐ台は、最後のレスポンスを送信してからコマンドを受信しない状態が４秒継続した段階で、切断を検知して打球発射モータ（図示略）の駆動を停止してプレイ停止状態にする。
【０５２８】
一方、ＣＵでは、コマンドの未到達に伴ってＰ台からのレスポンスがない場合に、同じコマンドを繰返し送信し、２回目の再送を行なった後においてもレスポンスが返信されてこないときに、通信異常（通信断）を検知し、それから５秒後に再接続シーケンスを開始する。
【０５２９】
再接続シーケンスを開始した後には、図２１と同様にシリアルＩＤ認証シーケンスおよびチップＩＤ認証シーケンスの実行と、リカバリ要求およびリカバリ応答の送受信とをＣＵとＰ台とが行なう。
【０５３０】
Ｐ台では、リカバリデータとして、ＳＱＮ＝ｎ＋Ｎ＋２、前回玉数としての、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０、現在玉数としての、現遊技玉数＝５００、現加算玉数＝０、現減算玉＝０、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０５３１】
ＣＵでは、通信相手が同じであり、かつＣＵ側のＳＱＮが１進んでいるため、クリア要求は到達していないと判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（現遊技玉数）＋０（現加算玉数）−０（現減算玉数）＝５００、加算玉数累計＝０、減算玉数累計＝０、始動口（１）累計＝０、始動口（２）累計＝０に修正する。
【０５３２】
次に図５８を参照して、クリア要求に対する動作応答の到達前の段階でＣＵ側において電源断が発生した場合のリカバリ処理を説明する。挿入されている記録媒体（カード）を返却するための返却ボタン３２２が押下操作された段階で遊技玉数＝５００である。図５８では、図２３の処理と同様に、ＣＵはＰ台に対して、動作指示として、遊技を禁止するための禁止要求有およびクリア要求無のデータを含むコマンドをＰ台へ送信する。Ｐ台では、それを受けて、動作応答として、禁止拒否ＯＦＦおよび遊技禁止のデータを含むレスポンスをＣＵへ返信する。そして図２３の処理と同様に、Ｐ台において、１５秒ウエイトを設けてこの１５秒ウエイトの間、Ｐ台とＣＵとの間でポーリングを継続する。
【０５３３】
そして、ＣＵが、ＳＱＮ＝ｎ＋Ｎ＋３にし、動作指示として、クリア要求有、クリア表示中ＯＮ、およびＳＱＮ＝ｎ＋Ｎ＋３を含むコマンドをＰ台へ送信する。
【０５３４】
そして、Ｐ台は、この動作指示を受けて、クリア要求に従って遊技玉を０クリアして遊技玉＝０にするとともに、ＳＱＮも０クリアしてＳＱＮ＝０にした上で、動作応答として、ＳＱＮ＝０、遊技玉数＝０、加算玉数＝０、減算玉数＝０、始動口（１）回数＝０、および始動口（２）回数＝０のレスポンスをＣＵへ送信する。このレスポンスがＣＵに到達せず、ＣＵにおいて、そのレスポンスに応じた動作応答処理を行なう前の段階で電源断が発生した場合に、以降ＣＵからのコマンドがＰ台へ送信されなくなる。Ｐ台では、４秒後以上コマンドを受信できなかった場合には、通信断と判断し、未接続状態へ遷移する。
【０５３５】
次にＣＵにおいて電源断が復旧して起動した場合に、図２１の処理と同様に接続シーケンスを再開させ、機器情報要求、機器情報応答、認証要求、認証応答、リカバリ要求、リカバリ応答の送受信をＣＵとＰ台とが行なう。
【０５３６】
Ｐ台では、リカバリデータとして、ＳＱＮ＝０、Ｃ−ＩＤ、前回玉数としての、前加算玉数＝０、前減算玉数＝０、前始動口（１）回数＝０、前始動口（２）回数＝０、現在玉数としての、現遊技玉数＝０、現加算玉数＝０、現減算玉＝０、現始動口（１）回数＝０、現始動口（２）回数＝０を記憶し、リカバリ応答としてＣＵへ送信する。
【０５３７】
ＣＵでは、Ｐ台側のＳＱＮが０のため、Ｐ台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵのバックアップ値）＋０（現加算玉数）−０（現減算玉数）＝５００、加算玉数累計＝０（現加算玉数）、減算玉数累計＝０（現減算玉数）、始動口（１）累計＝０（現始動口（１）回数）、始動口（２）累計＝０（現始動口（２）回数）に修正する。
【０５３８】
ＣＵでは、Ｐ台側のＳＱＮが０のため、Ｐ台はクリアされていると判断し、リカバリ応答で送信されてきたリカバリデータを基にバックアップ値を修正する処理を行なう。具体的には、遊技玉数＝５００（ＣＵのバックアップ値）＋０（現加算玉数）−０（現減算玉数）＝５００、加算玉数累計＝０（現加算玉数）、減算玉数累計＝０（現減算玉数）、始動口（１）累計＝０（現始動口（１）回数）、始動口（２）累計＝０（現始動口（２）回数）に修正する。
【０５３９】
図５９は、図１６に示したカードの挿入時における制御動作に対応してＣＵ側とＰ台側とでの表示画面の遷移を示す図である。図５９を参照して、まずカードが挿入されていない状態では、待機中、動作要求なしの動作指示のコマンドがＣＵからＰ台へ送信され、動作応答として待機中、遊技玉＝０のレスポンスがＰ台からＣＵへ返信される。このようなコマンドおよびレスポンスの送受信中においては、図５９左上の[通常画面（カード未挿入）]に示すように、ＣＵの表示器３１２に、「カード種別」のタイトルの欄に「なし」、「遊技玉」のタイトルの欄に「０発」が表示される。またＰ台の表示器５４には、図５９右上の[通常画面（カード未挿入）]に示すように、「遊技玉」のタイトルの欄に「０玉」、カード残高」のタイトルの欄に「０円」が表示される。なお、表示器３１２および表示器４３には、現時点におけるＰ台の遊技状態を示す各種データが表示される。たとえば、図５９では、スタート回数、大当り回数、確変回数、最高連チャンの回数が表示されるとともに、特賞間スタート回数（或る回の大当りと次の回の大当りとの間での有効始動入賞回数）が棒グラフとして表示される。さらに、ＣＵ側の表示器３１２には、貸玉金額設定の金額表示部、カード残高の金額表示部、再プレイ玉数の表示部、貯玉の玉数の表示部、貸玉のレートの表示部が設けられている。
【０５４０】
さらにＣＵ側の表示器３１２は、前述したようにタッチパネルで構成されており、各表示画面の左上に、「台情報」「設定変更」「注文メニュー」の表示項目が表示されており、そのいずれかを選択してタッチ操作することにより、そのタッチ操作された表示画面に切換わる。図５９では、「台情報」が選択された状態の画面が表示されている。
【０５４１】
またＣＵ側の表示器３１２には、各表示画面の下方部分に、「返却」「貸出」「再プレイ」「呼出」の選択操作表示部が設けられており、遊技者がこれら表示部のいずれかを選択してタッチ操作することにより、ＣＵに指令を入力することができる。たとえば「返却」をタッチすれば、挿入されているカードが返却され、「貸出」をタッチすれば、挿入されたカードに記録されているプリペイド残高からの遊技玉の貸出が行なわれる。また「再プレイ」をタッチすれば、挿入されているカード（会員カード）の持玉あるいは貯玉を用いた再プレイを行なうことができる。「呼出」をタッチすれば、遊技場の係員を呼出すための報知がなされる。
【０５４２】
カードが挿入された時点でＣＵは動作指示としてカード挿入処理中、動作要求なしのコマンドをＰ台へ送信する。Ｐ台では、それを受けて、ＣＵ側でカード挿入処理が開始されたことを検知する。この動作指示のコマンドの送受信以降、上位サーバ（たとえばホール用管理コンピュータ１）への問合せ中の状態となる。この問合せ中の状態では、ＣＵ側の表示器３１２では、上から２番目の[カード残高問合せ中画面]に示されているように「問合せ中」の表示が行なわれ、またＰ台側の表示器５４では、上から２番目の[通常画面（カード残高問合せ中）]に示されているように画面左下隅に、サーバからＩＣへの矢印表示がなされて挿入されているカードをサーバに問合せている絵が表示される。なお表示画面中の「ＩＣ」は、カード（ＩＣカード）を示している。
【０５４３】
前述の動作指示を受信したＰ台では、動作応答として待機中、遊技玉＝０のレスポンスをＣＵへ返信する。
【０５４４】
ＣＵでは、サーバへ問合せることによって挿入されているカードの照合がなされてその挿入されているカードの持玉（＝５０００）と残高（＝７０００）とが確定すれば、動作指示として、カード保持中、加算要求玉数＝５０００、カード残高＝７０００のコマンドをＰ台へ送信する。このコマンドの送信以降ＣＵは加算表示中となる。このコマンドを受信したＰ台では、ＣＵ側でカード残高および持玉が確定したことを検知し、それ以降加算表示中となる。
【０５４５】
加算表示中においては、ＣＵの表示器３１２では、上から３番目の[玉貸し中画面]に示されているように持玉の表示欄に「５０００玉」が表示されて遊技機に向かって矢印表示がなされ、持玉５０００玉を遊技機へ送信している最中であることが遊技者に表示される。一方、Ｐ台においては、表示器５４により、上から３番目の[通常画面（玉貸し中）]に示されているように、ＩＣから遊技玉表示部およびカード残高表示部に向かって矢印表示され、これにより玉貸しに伴う加算中である表示（加算表示中）がなされる。そして、遊技玉表示部に「５０００玉」、カード残高表示部に「７０００円」が表示される。
【０５４６】
次に、Ｐ台からＣＵへ、動作応答として遊技玉＝５０００を含むレスポンスが送信される。ＣＵでは、加算表示中を示す玉の移動表示を開始してから２〜３秒経過した段階で、加算表示中を終了させ、表示器３１２に挿入されているカード種別を示す「会員」、遊技玉として「５０００発」を表示する状態に切換わる。一方、Ｐ台では、加算表示中としての玉の移動表示を開始してから２〜３秒経過後に加算表示中を終了させ、表示器５４による玉の移動表示を終了させる。
【０５４７】
このように、問合せ中や加算表示中などの動作処理の開始の表示は、ＣＵとＰ台とでタ
イミングを合せて開始させる一方、それら動作処理の表示の終了は、ＣＵからＰ台へなんら終了指令等を送信せず、Ｐ台側において独自のタイミングで終了させることができ、ＣＵ側での終了タイミングに拘束されることがない。その結果、Ｐ台側独自の個性的な表示を行なうことができる。
【０５４８】
次に、払出制御部１７と表示器用演出制御基板５３との間の通信コマンドの詳細例を説明する。（Ａ）の起動指示（払出制御部→表示器用演出制御基板）、（Ｂ）の遊技機情報通知（払出制御基板→表示器用演出制御基板）、および、（Ｃ）のカード挿入要求（払出制御基板→表示器用演出制御基板）に関するコマンドがある。
【０５４９】
上記（Ａ）〜（Ｃ）においては、各種コマンドについて、送信するコマンドの情報の提供元、送信元、および、受信先等の情報が表形式で対応付けられている。払出制御部１７と表示器用演出制御基板５３との間で通信されるコマンドは、基本的に、送信データ（業務電文）、および、サム（ＳＵＭ）値（通信フレームの誤り検出用データ）のデータがこの順序で配されたフレーム構成よりなるフレームデータである。当該コマンドにおいて、サム値は、サム値以外の全データの加算結果により算出される。
【０５５０】
コマンド（Ａ）の起動指示のコマンドは、払出制御部１７から表示器用演出制御基板５３に送信されるコマンドであり、表示器用演出制御基板５３に対して電源が投入されたことを通知する。起動指示のコマンドには、送信データとして、コマンドコードが含まれている。
【０５５１】
コマンド（Ｂ）の遊技機情報通知は、払出制御部１７から表示器用演出制御基板５３に送信されるコマンドであり、表示器用演出制御基板５３に対して遊技機情報を通知する。遊技機情報通知には、送信データとして、コマンドコード、遊技玉トータル個数情報、遊技玉獲得個数情報、バック玉加算情報（加算）、遊技玉発射個数情報（減算）、アウト玉通過情報、図柄確定回数１、図柄確定回数２、始動口１回数、始動口２回数、始動口３回数、大入賞口１回数、大入賞口２回数、入賞口１回数、入賞口２回数、入賞口３回数、入賞口４回数、遊技機状態１、遊技機状態２、遊技機エラー状態１、遊技機エラー状態２、ＣＵ状態、カード残高、動作モード切替準備指定、動作モード切替指定、遊技玉トータル個数情報、および、メンテナンス内容又はテスト内容が含まれている。
【０５５２】
遊技玉トータル個数情報、遊技玉獲得個数情報、バック玉加算情報（加算）、遊技玉発射個数情報（減算）、アウト玉通過情報、図柄確定回数１、図柄確定回数２、始動口１回数、始動口２回数、始動口３回数、大入賞口１回数、大入賞口２回数、入賞口１回数、入賞口２回数、入賞口３回数、および、入賞口４回数が含まれている。払出制御部１７では、主制御基板１６等から提供された各データに基づいて、これらデータを得ることができ、これらデータを遊技機情報通知のデータとして送信する。
【０５５３】
遊技機状態２については、Ｂｉｔ０〜Ｂｉｔ７の１バイトにより、「大当り１中」、「大当り２中」、「大当り３中」、「大当り４中」、「大当り終了表示中」、「高ベース中」、「高確率中」、および、「客待ち中」が指示される。払出制御部１７では、主制御基板１６から提供された遊技台状態２のデータから得ることができる。
【０５５４】
遊技機エラー状態１については、Ｂｉｔ０〜Ｂｉｔ７の１バイトにより、「磁石センサエラー発生中」、「電波センサエラー発生中」、および、「不正入賞エラー発生中了」（Ｂｉｔ１〜０，７〜５は「予備」）が指示される。払出制御部１７では、主制御基板１６から提供された遊技台エラー状態１に基づいて、遊技機エラー状態１のデータを得ることができる。
【０５５５】
遊技機エラー状態２については、Ｂｉｔ０〜Ｂｉｔ７の１バイトにより、「機器間共通エラー番号」（Ｂｉｔ０〜６）が指示され、主制御基板でのエラー（Ｂｉｔ７：１）または払出制御部でのエラー（Ｂｉｔ７：０）が指示される。払出制御部１７では、主制御基板１６から提供された遊技台エラー状態２のデータから得ることができる。
【０５５６】
ＣＵ状態については、この例では、Ｂｉｔ０〜Ｂｉｔ１５の２バイトにより、「カード挿入処理中」、「現金投入処理中」、「一般カード保持中」、「会員カード保持中」、「プリペイド貸出表示中」、「再プレイ貸出表示中」、「持玉分割表示中」、「ワゴンサービス表示中」、「クリア表示中」、および、「休憩中」（Ｂｉｔ７〜５、Ｂｉｔ１５〜１４は「予備」）が指示される。払出制御部１７では、カードユニット３から提供されたＣＵ状態のデータから得ることができる。
【０５５７】
カードユニット３に挿入されているカードの残高を示すカード残高については、２バイトにより残高が指定される。
【０５５８】
動作モード切替準備指定については、Ｂｉｔ０〜Ｂｉｔ７の１バイトにより、遊技機の動作モードの切替準備指定が指示される。
【０５５９】
動作モードとしては、遊技者が遊技を行なう状態の「営業モード」と、日常清掃、消耗品交換、および、機器の故障・修理を行なう「メンテナンスモード」と、釘調整・ベース調整の結果確認、設置時の動作確認を行なう「試打モード」と、遊技機の生産時、市場返品時の動作解析に使用する「テストモード」との複数のモードが設けられている。動作モードは、後述するような所定の切替条件が成立したときに切替えられる。
【０５６０】
動作モード切替準備指定としては、Ｂｉｔ０が「１」のときには営業モード準備指定であり、Ｂｉｔ２が「１」のときにはメンテナンスモード準備指定であり、Ｂｉｔ３が「１」のときには試打モード準備指定であり、Ｂｉｔ４が「１」のときにはテストモード準備指定である（Ｂｉｔ７〜５は予備）。Ｂｉｔ１は未使用である。カードユニット３から提供された動作モード切替準備指定のデータから得ることができる。
【０５６１】
動作モード切替指定については、Ｂｉｔ０〜Ｂｉｔ７の１バイトにより、遊技機の動作モードの切替指定が指示される。
【０５６２】
動作モード切替指定としては、Ｂｉｔ０が「１」のときには営業モード切替指定であり、Ｂｉｔ２が「１」のときにはメンテナンスモード切替指定であり、Ｂｉｔ３が「１」のときには試打モード切替指定であり、Ｂｉｔ４が「１」のときにはテストモード切替指定である（Ｂｉｔ７〜５は予備）。Ｂｉｔ１は未使用である。カードユニット３から提供された動作モード切替指定のデータから得ることができる。
【０５６３】
メンテナンス内容またはテスト内容については、動作モード切替指定でＢｉｔ２「１」となってメンテナンスモード切替指定がされたときには、Ｂｉｔ０〜７の１バイトにより、メンテナンス内容１〜４が指示される（Ｂｉｔ７〜４は予備）。一方、動作モード切替指定でＢｉｔ４「１」となってテストモード切替指定がされたときには、Ｂｉｔ０〜７の１バイトにより、テスト内容１〜４が指示される（Ｂｉｔ７〜４は予備）。カードユニット３からコマンドにより提供されたメンテナンス内容またはテスト内容のデータから得ることができる。
【０５６４】
コマンド（Ｃ）のカード挿入要求は、カードユニット３から払出制御部１７表に送信されるデータであり、カードＩＤ（Ｃ−ＩＤ）を送信する。カード挿入要求のコマンドには、送信データとして、コマンドコード、および、カードＩＤが含まれている。
【０５６５】
カードＩＤについては、前述した動作モード切替指定と同様のデータであり、前述のように、カードユニット３から提供されたカードＩＤのデータから得ることができる。
【０５６６】
次に、カードユニット３とＬＳＩ（払出制御部含む）７９９との間の通信シーケンス、ＬＳＩ（払出制御部含む）７９９と主制御基板１６との間の通信シーケンス、および、ＬＳＩ（払出制御部含む）７９９と表示器用演出制御基板５３との間の通信シーケンスの代表例を説明する。
【０５６７】
図６０および図６１は、カードユニット３と払出制御部１７との間の通信シーケンスの代表例を示す図である。図６２〜図６５は、払出制御部１７と表示器用演出制御基板５３との間の通信シーケンスの代表例を示す図である。図６６は、表示器５４における表示例を示す図である。本実施の形態において破線で示すステップは変形例の制御内容を示している。
【０５６８】
図６０および図６２には、カードの挿入に基づいて、カードユニット３と払出制御部１７との間、および、払出制御部１７と主制御基板１６との間で実行される通信シーケンスが示されている。
【０５６９】
図６０を参照して、カードユニット３では、カードが挿入されると、挿入されたカードに記録されているカード残高およびカードＩＤ等の情報がカードリーダライタにより読取られる。そして、カードユニット３から払出制御部１７に、図示はしていないが、動作指示として、シーケンスナンバー、カード保持中ＯＮ（一般カード保持中、会員カード保持中）、および、カード挿入中処理ＯＮで、加算表示中（プリペイド貸出し表示中、再プレイ貸出し表示中）ＯＦＦを含むデータが送信される。
【０５７０】
このような動作指示を受信した払出制御部１７では、動作指示に対するレスポンスである動作応答として、加算更新したシーケンスナンバーを含むデータがカードユニット３に送信される。
【０５７１】
また、図６２を参照して、このような動作指示を受信した払出制御部１７では、カード情報問合せ中の状態であり、払出制御部１７から表示器用演出制御基板５３に、遊技機情報通知として、カード挿入処理中表示ＯＮを含むデータが送信される。図６２を参照して、表示器用演出制御基板５３では、カードが挿入されていない状態で、表示器５４において客待ちアニメ表示をさせ、このような遊技機情報通知を受信したときに、表示器５４の表示を、通信中アニメ表示（カードユニット３と通信中であることを示すアニメ表示）に切替える制御が行なわれる。
【０５７２】
図６０を参照して、カード情報の読取りが終了すると、カードユニット３では、カード挿入要求として、読取ったカードＩＤを含むデータが払出制御部１７に送信される。そして、カードユニット３では、上位サーバ８０１に対して、読取ったカードＩＤの正常性を照会する処理が行なわれる。
【０５７３】
カードユニット３からこのようなカード挿入要求を受信した払出制御部１７では、受信したカードＩＤについて、払出制御部１７のカードＩＤ記憶部に記憶（保持）するとともに、図６２に示すように、カード挿入要求として、受信したカードＩＤを含むデータが表示器用演出制御基板５３に送信される。このように、挿入されたカードのカードＩＤが通知される。
【０５７４】
図６２を参照して、カード挿入要求を受信した表示器用演出制御基板５３では、受信し
たカードＩＤに基づいて、カードユニット３に挿入された会員カード、一般カードを、取得し、表示器用演出制御基板５３のカードＩＤ記憶部に記憶（保存）する。
【０５７５】
そして、表示器用演出制御基板５３では、受信したカードＩＤが、前回記憶されたカードＩＤと一致するか否かを判定し、一致したときは、今後の遊技結果を、前回記憶された個人遊技履歴データと合算して用いる処理を行なう。一方、不一致のときは、前回記憶された個人遊技履歴データをクリアし、今後の遊技結果は新たな個人遊技履歴データとして用いる処理を行なう。
【０５７６】
なお、表示器用演出制御基板５３では、前述したように、カードＩＤに対応付けて遊技履歴データを累積記憶するが、表示器用演出制御基板５３とは別に、払出制御部１７においても、ＬＳＩ７９９に遊技履歴データ記憶部を設け、当該遊技履歴データ記憶部にカードＩＤに対応付けて遊技履歴データを累積記憶するようにしてもよい。具体的は、払出制御部１７において、カードユニット３から受信したカードＩＤを記憶するときに、払出制御部１７に設けられた遊技履歴データ管理部２９１により集計された遊技履歴データを、当該カードＩＤに対応付けて遊技履歴データ記憶部に記憶すればよい。このような構成を採用した場合は、図６２において破線で示されるように、払出制御部１７においても、表示器用演出制御基板５３と同様に、カードＩＤの取得・保存を行なうとともに、受信したカードＩＤが、前回記憶されたカードＩＤと一致するか否かを判定し、一致したときは、今後の遊技結果を、前回記憶された個人遊技履歴データと合算して用いる処理を行なう。一方、不一致のときは、前回記憶された個人遊技履歴データをクリアし、今後の遊技結果は新たな個人遊技履歴データとして用いる処理を行なう。
【０５７７】
また、このようなカード挿入要求を受信した払出制御部１７では、カード挿入要求に対するレスポンスとしてのカード挿入応答を、カードユニット３に送信する。
【０５７８】
カードユニット３では、カード挿入応答を受信し、カードＩＤが正常である旨の照会結果が得られた場合に、動作指示として、シーケンスナンバー、カード保持中ＯＮ、カード挿入処理中ＯＦＦ、加算表示中ＯＮ、加算要求玉数、および、カード残高を含むデータを払出制御部１７に送信するとともに、送信データにおけるシーケンスナンバーのデータと遊技玉数（加算要求玉数）のデータとをバックアップ記録領域に記憶する。また、このような状態になると、カードユニット３では、表示器３１２において遊技玉の加算中であることを示す加算中表示を行なう制御が実行される。
【０５７９】
払出制御部１７では、このような動作指示をカードユニット３から受信すると、受信したデータに応じて、遊技玉数関連情報、カード残高、カード挿入処理中表示ＯＦＦ、加算表示中ＯＮを含む遊技機情報通知を表示器用演出制御基板５３に送信する。表示器用演出制御基板５３では、このような遊技機情報通知を受信すると、表示器５４の表示を、加算中アニメ表示（加算中であることを示すアニメ表示）に切替える制御が行なわれる。
【０５８０】
また、このような動作指示を受信した払出制御部１７では、動作指示に対するレスポンスである動作応答として、シーケンスナンバーおよび遊技玉数を含むデータをカードユニット３に送信する。
【０５８１】
その後、カードユニット３では、加算表示が終了し、動作指示として、シーケンスナンバー、カード保持中ＯＮ、カード挿入処理中ＯＦＦ、加算表示中ＯＦＦ、加算要求玉数、および、カード残高を含むデータを払出制御部１７に送信する。
【０５８２】
払出制御部１７では、このような動作指示をカードユニット３から受信すると、受信したデータに応じて、加算表示中ＯＦＦを含む遊技機情報通知を表示器用演出制御基板５３
に送信する。表示器用演出制御基板５３では、このような遊技機情報通知を受信すると、表示器５４において、加算中アニメ表示を終了する制御が行なわれる。
【０５８３】
また、このような動作指示を受信した払出制御部１７では、動作指示に対するレスポンスである動作応答として、シーケンスナンバーおよび遊技玉数を含むデータをカードユニット３に送信する。
【０５８４】
次に、図６１を参照して、動作モードが営業モードから各種動作モードへの移行するときの通信シーケンスについて説明する。
【０５８５】
図６１を参照して、カードユニット３では、リモコン操作により各動作モードへのモード変更要求のコマンドが払出制御部１７に送信される。具体的には、カードユニット３から払出制御部１７に、動作指示として、移行先モードおよび付加情報を含むデータが送信される。なお、モード変更要求は、カードユニット３側において残高０円、遊技玉０発の場合に限りコマンドが送信される。
【０５８６】
この動作指示を受信した払出制御部１７は、動作指示に対するレスポンスである動作応答として、（１）残高０円、遊技玉０発、（２）遊技中の玉数（浮遊玉数）が０発、（３）主制御基板１６からのモード変更応答結果がＯＫの全て条件を満たす場合に、許可（ＯＫ）のコマンドを送信する。この（３）の条件を満たすか否かは次のようにして判断される。払出制御部１７から主制御基板１６へモード変更指示の動作指示を送信し、それを受けた主制御基板１６が条件を満たしているか否か判断し、その判断結果であるモード変更応答が払出制御部１７へ返信される。モード変更指示の動作指示を受信した主制御基板１６は、（３．１）図柄変動中でない、（３．２）大当たり中ではない、（３．３）小当たり中ではないこと、の全て条件を満たす場合に、モード変更応答結果がＯＫの動作応答を払出制御部１７へ返信する。なお、条件（１）、（２）、（３．１）〜（３．３）は例示であるため、他の条件とすることも可能である。他の条件としては、例えば、遊技領域２７内の浮遊玉がないこと等が考えられる。
【０５８７】
払出制御部１７から許可（ＯＫ）のモード変更応答をカードユニット３が受信すると、カードユニット３はリモコンで指定した動作モードで稼動する。
【０５８８】
その後、再度営業モードに変更する場合には、リモコン操作により営業モードに設定するため、払出制御部１７にモード変更要求のコマンドが送信される。具体的には、カードユニット３から払出制御部１７に、動作指示として、営業モードおよび付加情報を含むデータが送信される。
【０５８９】
この動作指示を受信した払出制御部１７は、動作指示に対するレスポンスである動作応答として、（１）残高０円、遊技玉０発、（２）遊技中の玉数（浮遊玉数）が０発、（３）主制御基板１６からのモード変更応答結果がＯＫの全て条件を満たす場合に、許可（ＯＫ）のコマンドを送信する。この（３）の条件を満たすか否かは次のようにして判断される。払出制御部１７から主制御基板１６へモード変更指示の動作指示を送信し、それを受けた主制御基板１６が条件を満たしているか否か判断し、その判断結果であるモード変更応答が払出制御部１７へ返信される。モード変更指示の動作指示を受信した主制御基板１６は、（３．１）図柄変動中でない、（３．２）大当たり中ではない、（３．３）小当たり中ではないこと、の全て条件を満たす場合に、モード変更応答結果がＯＫの動作応答を払出制御部１７へ返信する。なお、条件（１）、（２）、（３．１）〜（３．３）は例示であるため、他の条件とすることも可能である。他の条件としては、例えば、遊技領域２７内の浮遊玉がないこと等が考えられる。
【０５９０】
払出制御部１７から許可（ＯＫ）のモード変更応答をカードユニット３が受信すると、カードユニット３は営業モードで稼動する。
【０５９１】
次に、図６３を参照して、加算要求時における払出制御部１７と表示器用演出制御基板５３との間の通信シーケンスについて説明する。
【０５９２】
カードユニット３において、貸出しボタン３２１の操作によるプリペイド貸出し操作、または、再プレイボタン３１９の操作による再プレイ貸出し操作が行なわれると、遊技玉の加算要因が発生し、遊技者所有の遊技玉が加算される。それらの場合には、図示はしていないが、動作指示に示される加算要求玉数を含む遊技玉数関連情報、ＣＵ状態（プリペイド貸出し表示中または再プレイ貸出し表示中のデータ（加算表示中）がＯＮ）、および、カード残高等のデータが動作指示として、カードユニット３から払出制御部１７に送信される。このように、カードユニット３から払出制御部１７には、加算要因を特定したデータ（プリペイド貸出し表示中、再プレイ貸出し表示中）を含む動作指示が送信される。
【０５９３】
プリペイド貸出し操作または再プレイ貸出し操作に基づく加算が行なわれたときには、カードユニット３の表示器３１２において、図５８に示すような加算表示中の画像が表示される。
【０５９４】
遊技玉の加算要因が発生したときに、払出制御部１７は、カードユニット３から受信したデータに基づいて、遊技機情報通知に示される遊技玉トータル個数等を含む遊技玉数関連情報、ＣＵ状態（プリペイド貸出し表示または再プレイ貸出し表示のデータ（加算表示）がＯＮ）、および、カード残高等のデータが遊技機情報通知として、払出制御部１７から表示器用演出制御基板５３に送信される。このように、払出制御部１７から表示器用演出制御基板５３には、加算要因を特定したデータ（プリペイド貸出し表示、再プレイ貸出し表示）を含む遊技機情報通知が送信される。
【０５９５】
表示器用演出制御基板５３では、遊技機情報通知を受信したときに、加算要因を特定したデータに基づいて、遊技玉の加算要因が、プリペイド貸出しと、再プレイ貸出しとのどちらに該当するかを判定する。
【０５９６】
そして、表示器用演出制御基板５３では、遊技玉の加算要因の判定結果に基づいて、遊技玉の加算要因がプリペイド貸出しであるときには、表示器５４において、図６６の（Ａ１）〜（Ａ３）に示すようなプリペイド貸出しアニメ表示をさせる表示制御を行なう。プリペイド貸出しアニメ表示は、図６６の（Ａ１）のようなプリペイド貸出し前の表示から、図６６の（Ａ２）のようなプリペイド貸出し中の表示となり、その後、図６６の（Ａ３）のようなプリペイド貸出し後の表示となる。プリペイド貸出し中の表示においては、カード残高（図中「残高」）の数値が、徐々に持玉（図中「持ち玉」）の数値に変換されて、持玉が増加していくアニメーション表示がなされる。そして、このようなアニメーション表示が終了すると、図６６の（Ａ３）のようなプリペイド貸出し後の表示となる。このように、プリペイド貸出しアニメ表示では、カード残高の数値が変更されて持玉が増加する表示がされることにより、加算要因がプリペイド貸出しであることが特定される。
【０５９７】
また、表示器用演出制御基板５３では、遊技玉の加算要因の判定結果に基づいて、遊技玉の加算要因が再プレイ貸出しであるときには、表示器５４において、図６６の（Ｂ１）〜（Ｂ３）に示すような再プレイ貸出しアニメ表示をさせる表示制御を行なう。再プレイ貸出しアニメ表示は、図６６の（Ｂ１）のような再プレイ貸出し前の表示から、図６６の（Ｂ２）のような再プレイ貸出し中の表示となり、その後、図６６の（Ｂ３）のような再プレイ貸出し後の表示となる。再プレイ貸出し中の表示においては、カード残高（図中「残高」）の数値が変更されず、徐々に持玉（図中「持ち玉」）が増加していくアニメーシ
ョン表示がなされる。そして、このようなアニメーション表示が終了すると、図６６の（Ｂ３）のような再プレイ貸出し後の表示となる。このように、再プレイ貸出しアニメ表示では、カード残高の数値が変更されずに持玉が増加する表示がされることにより、加算要因が再プレイ貸出しであることが特定される。
【０５９８】
カードユニット３で加算表示中の画像表示が終了すると、払出制御部１７に送信される動作指示においてＣＵ状態に含まれるプリペイド貸出し表示中または再プレイ貸出し表示中のデータ（加算表示中）がＯＦＦとなり、それに応じて、払出制御部１７から表示器用演出制御基板５３に送信される遊技機情報通知においてＣＵ状態に含まれるプリペイド貸出し表示または再プレイ貸出し表示のデータ（加算表示）がＯＦＦとされる。表示器用演出制御基板５３では、遊技機情報通知においてプリペイド貸出し表示または再プレイ貸出し表示のデータがＯＦＦとなったときに、加算アニメ表示を終了させる制御を行なう。
【０５９９】
次に、図６４を参照して、減算要求時における払出制御部１７と表示器用演出制御基板５３との間の通信シーケンスについて説明する。
【０６００】
カードユニット３において、持玉共有（持玉分割）の指定操作による持玉分割操作、または、ワゴンオーダーの指定操作によるワゴンオーダー操作が行なわれると、遊技玉の減算要因が発生し、遊技者所有の遊技玉が減算される。それらの場合には、動作指示に示される減算要求玉数を含む遊技玉数関連情報、ＣＵ状態（持玉分割表示中またはワゴンサービス表示中のデータ（減算表示中）がＯＮ）、および、カード残高等のデータが動作指示として、カードユニット３から払出制御部１７に送信される。このように、カードユニット３から払出制御部１７には、減算要因を特定したデータ（持玉分割表示中またはワゴンサービス表示中）を含む動作指示が送信される。
【０６０１】
たとえば、ワゴンオーダー操作が行なわれたときには、カードユニット３の表示器３１２において、ワゴンサービス表示の減算を示す画像等の減算表示中の画像が表示される（図示略）。また、持玉分割操作が行なわれたときには、カードユニット３の表示器３１２において、持玉分割が行なわれることによる減算を示す画像等の減算表示中の画像が表示される。
【０６０２】
遊技玉の減算要因が発生したときに、払出制御部１７は、カードユニット３から受信したデータに基づいて、遊技機情報通知に示される遊技玉トータル個数等を含む遊技玉数関連情報、ＣＵ状態（持玉分割表示またはワゴンサービス表示のデータ（減算表示）がＯＮ）、および、カード残高等のデータが遊技機情報通知として、払出制御部１７から表示器用演出制御基板５３に送信される。このように、払出制御部１７から表示器用演出制御基板５３には、減算要因を特定したデータ（持玉分割表示またはワゴンサービス表示）を含む遊技機情報通知が送信される。
【０６０３】
表示器用演出制御基板５３では、遊技機情報通知を受信したときに、減算要因を特定したデータに基づいて、遊技玉の減算要因が、持玉分割と、ワゴンオーダとのどちらに該当するかを判定する。
【０６０４】
そして、表示器用演出制御基板５３では、遊技玉の減算要因の判定結果に基づいて、遊技玉の減算要因が持玉分割であるときには、表示器５４において、持玉の数値が、徐々に分割玉の数値に変換されて、持玉が減少していくアニメーション表示がなされる。一方、表示器用演出制御基板５３では、遊技玉の減算要因の判定結果に基づいて、遊技玉の減算要因がワゴンオーダーであるときには、表示器５４において、持玉の数値が、徐々に分ワゴンオーダーの数値に変換されて、持玉が減少していくアニメーション表示がなされる。このように減算要因に基づいて持玉が減少する表示が、減算アニメ表示と呼ばれる。この
ように、減算アニメ表示では、減算要因が特定される。
【０６０５】
カードユニット３で減算表示中の画像表示が終了すると、払出制御部１７に送信される動作指示においてＣＵ状態に含まれる持玉分割表示中またはワゴンサービス表示中のデータ（減算表示中）がＯＦＦとなり、それに応じて、払出制御部１７から表示器用演出制御基板５３に送信される遊技機情報通知においてＣＵ状態に含まれる持玉分割表示またはワゴンサービス表示のデータ（加算表示）がＯＦＦとされる。表示器用演出制御基板５３では、遊技機情報通知において持玉分割表示またはワゴンサービス表示のデータ（減算表示）がＯＦＦとなったときに、減算アニメ表示を終了させる制御を行なう。
【０６０６】
次に、図６５を参照して、遊技中における払出制御部１７と表示器用演出制御基板５３との間の通信シーケンスについて説明する。
【０６０７】
カードユニット３において、大当りが発生するまでの遊技状態では、表示器用演出制御基板５３により、表示器５４において、遊技中に表示されるアニメーション表示である遊技中アニメ表示をするための表示制御が行なわれる。そして、大当りが発生すると、遊技制御基板１６から払出制御部１７に、台状態照会応答として、遊技情報通知に含まれる大当り１〜４中ＯＮと同様の大当り中ＯＮを含むデータが送信される。
【０６０８】
このような大当り中ＯＮを含む台状態照会応答を受信したときに、払出制御部１７は、遊技機情報通知に示される遊技玉トータル個数等を含む遊技玉数関連情報、大当り中（大当り１〜４中を含む）ＯＮ、および、大当り終了表示ＯＦＦを含むデータが遊技機情報通知として、払出制御部１７から表示器用演出制御基板５３に送信される。このように、払出制御部１７から表示器用演出制御基板５３には、遊技状態を特定したデータを含む遊技機情報通知が送信される。
【０６０９】
表示器用演出制御基板５３では、大当り中ＯＮを含む遊技機情報通知を受信したときに、表示器５４において、大当りの遊技中に表示されるアニメーション表示である大当り中アニメ表示をするための表示制御が行なわれる。
【０６１０】
そして、大当りの遊技状態が終了する前には、遊技制御基板１６から払出制御部１７に、台状態照会応答として、遊技情報通知に含まれる大当り終了表示中ＯＮと同様の大当り終了表示中ＯＮを含むデータが送信される。
【０６１１】
このような大当り終了表示中ＯＮを含む台状態照会応答を受信したときに、払出制御部１７は、遊技機情報通知に含まれる大当り終了表示のデータをＯＮとする（大当り中のデータはＯＮで継続）。
【０６１２】
表示器用演出制御基板５３では、大当り中ＯＮおよび大当り終了表示ＯＮを含む遊技機情報通知を受信したときに、表示器５４において、大当り中アニメ表示を終了させ、大当り終了時に表示されるアニメーション表示である大当り終了アニメ表示をするための表示制御が行なわれる。
【０６１３】
そして、大当りの遊技状態が終了したときには、遊技制御基板１６から払出制御部１７に、台状態照会応答として、遊技情報通知に含まれる大当り中ＯＦＦおよび大当り終了表示中ＯＦＦを含むデータが送信される。
【０６１４】
このような大当り中ＯＦＦおよび大当り終了表示中ＯＦＦを含む台状態照会応答を受信したときに、払出制御部１７は、遊技機情報通知に含まれる大当り中のデータおよび大当り終了表示のデータをＯＦＦとする。
【０６１５】
表示器用演出制御基板５３では、大当り中ＯＦＦおよび大当り終了表示ＯＦＦを含む遊技機情報通知を受信したときに、表示器５４において、大当り終了アニメ表示を終了させ、遊技中アニメ表示をするための表示制御が行なわれる。
【０６１６】
次に、図６７〜図７５に基づいて、本実施の形態において用いられるＳＥ２モードの暗号通信の詳細を説明する。このＳＥ２モードの暗号通信は、ＣＵ３のメイン制御部３２３とＣＵ通信制御部８０との間で行なわれるが、その他に、ＣＵ通信制御部８０とパチンコ機２のＰ台通信制御部８１との間、パチンコ機２の払出制御部１７と主制御基板１６との間、主制御基板１６と鍵管理サーバ８０３との間、カードユニット３のメイン制御部３２３と上位サーバ８０１との間、上位サーバ８０１と鍵管理サーバ８００との間等においても、行なってもよい。さらには、遊技場に設置された各種機器、たとえばホール用管理コンピュータ１、Ｚカウンタ、カード発行装置、精算装置、景品交換装置（ＰＯＳ端末）等の間において、行なってもよい。
【０６１７】
まず図６７を参照して、ＳＥ２モードの暗号化の仕組を説明する。図６７の（ａ）は、ＳＥ２モードの暗号化および復号に用いられるカウンタを示している。このカウンタは、１６バイトで構成され、８バイトからなる初期ベクタ部Ｒ、７バイトからなる電文カウンタ部Ｎ、１バイトからなる暗号ブロックカウンタ部Ｉとで構成されている。
【０６１８】
初期ベクタ部Ｒは、図８、図９、図１４に基づいて説明したように、メイン制御部３２３からＣＵ通信制御部８０へ送信される。その結果、メイン制御部３２３とＣＵ通信制御部８０との間でこの初期ベクタ部Ｒの値が共有されることとなる。暗号ブロックカウンタ部Ｉと電文カウンタ部Ｎとは後述するように加算更新されるが、この初期ベクタ部Ｒは加算更新されることがない。
【０６１９】
電文カウンタ部Ｎおよび暗号ブロックカウンタ部Ｉの初期値は０である。このようなカウンタが、前述したように、互いに暗号通信を行なう機器（たとえばメイン制御部３２３とＣＵ通信制御部８０）の間で共有されている。１ブロック（１６バイト）ずつに分割された平文が１ブロックずつ暗号化される度に暗号ブロックカウンタ部Ｉがカウントアップされる。１回の動作指示または動作応答で送信される電文の全てのブロックを暗号化したときに、該暗号文が送信されるとともに電文カウンタ部Ｎが「１」カウントアップされ、かつ暗号ブロックカウンタ部Ｉが「０」となる。このようなカウントアップ動作が繰返される。
【０６２０】
図６７の（ｂ）を参照して、ＳＥ２モードによるブロック暗号の仕組を説明する。図６７の（ｂ）では、１回の動作指示または動作応答で送信される電文が平文１〜３の３ブロックにより構成されている例を示す。まず送信対象となる平文のデータ（図５参照）を１６バイト毎のブロックの平文（平文１、平文２、…）に分割する。そして、現在のカウンタの値Ｒ，Ｎ，０を、鍵Ｋを用いて暗号化する。この鍵Ｋは、図７、図１０、図１５で説明したように、本認証鍵または通信鍵（セッション鍵）である。そして、暗号化された値（１６バイト）と平文１のブロック（１６バイト）とでエクスクルーシブオア（排他的論理和）の演算を行なう。その演算結果が暗号文１（１６バイト）となる。
【０６２１】
次の平文２を暗号化するときには、カウンタが「１」加算更新される。その結果、カウンタの値はＲ，Ｎ，１となる。この値を前述と同様に鍵Ｋで暗号化し、その暗号結果のデータと平文２とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文２を生成する。
【０６２２】
次の平文３を暗号化する際には、さらにカウンタの値が「１」加算更新され、その値が
Ｒ，Ｎ，２となる。この値を鍵Ｋで暗号化してその暗号結果の値と平文３とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文３を生成する。以上の平文１〜３の３ブロックにより１回の動作指示または動作応答で送信される電文の全フレームが構成されており、この平文１〜３を暗号化することにより、該暗号文が送信されるとともに電文カウンタ部Ｎが「１」カウントアップされ、かつ暗号ブロックカウンタ部Ｉが「０」となる。
【０６２３】
よって、次に送信する動作指示または動作応答の平文１を暗号化する際に、カウンタの値が｛Ｒ，Ｎ＋１，Ｉ＝０」となる。その値を鍵Ｋで暗号化した値と平文１とでエクスクルーシブオア（排他的論理和）の演算を行ない、暗号文４を生成する。
【０６２４】
以降、平文２、平文３、…と随時カウンタの値を加算更新しつつ暗号化していく。
次に、図６８に基づいて復号処理を説明する。暗号文の受信側においては、受信した１ブロックの暗号文１（１６バイト）を復号する際に、まずカウンタの値（Ｒ，Ｎ，０）を鍵Ｋで暗号化し、その暗号化された値と暗号文１とでエクスクルーシブオア（排他的論理和）を演算して復号し、平文１を得る。
【０６２５】
エクスクルーシブオア（排他的論理和）の演算の特質として、バイナリデータ（２進数のデータ）に対して或る２進数の値（Ａという）でエクスクルーシブオアの演算を行ない、その演算結果のデータに対してさらに同じ２進数の値（Ａ）でエクスクルーシブオアの演算を行なえば、１回目のエクスクルーシブオアの演算を行なう前の元のバイナリデータに戻る性質がある。このＳＥ２モードの暗号，復号処理は、このようなエクスクルーシブオアの特質を利用して暗号化および復号処理を行なっている。
【０６２６】
２ブロック目の暗号文２（１６バイト）を復号する際には、カウンタの値が「１」加算更新される。その結果、カウンタの値がＲ，Ｎ，１となり、そのＲ，Ｎ，１を鍵Ｋで暗号化して、その結果の値と暗号文２とでエクスクルーシブオアの演算を行なって復号し、平文２を生成する。
【０６２７】
同様に、暗号文３を復号する際にもカウンタの値が「１」加算更新される。この復号の際のカウンタの加算更新方法も、暗号化の場合と同様に、１回の動作指示または動作応答で送信される電文の各ブロックを復号する毎に暗号ブロックカウンタ部Ｉが「１」ずつカウントアップされ、１回の動作指示または動作応答で送信されてきた電文の全ブロックの復号が完了したときに電文カウンタ部Ｎが「１」加算更新されるとともにＩの値がゼロクリアされる。
【０６２８】
以上説明したように、ＳＥ１モードの場合は、平文Ｍに対して同じデータ長の鍵でエクスクルーシブオアの演算を行なって暗号化し、その暗号文に対して同じデータ長の鍵でエクスクルーシブオアの演算を行なって復号しているだけのため、平文Ｍに対してエクスクルーシブオアの演算を行なうデータ（鍵）が一定で変化しないものであるため、それほど高いセキュリティーは望めない。しかし、ＳＥ２モードの場合は、平文Ｍに対してエクスクルーシブオアの演算を行なうデータ（カウンタの値としての鍵）が更新されて変化するものであるため、高いセキュリティーを期待することができる。
【０６２９】
次に、図６９〜図７３に基づいて、メイン制御部３２３とＣＵ通信制御部８０との間での動作指示（コマンド）と動作応答（レスポンス）との実際の暗号通信の動作を説明する。図６９は暗号通信文を受信した受信側において適正に復号された場合の定常時における暗号通信が示されている。図７０は、ＣＵ通信制御部８０からメイン制御部３２３への動作応答が到達しなかった場合の異常時の処理が示されている。図７１は、メイン制御部３２３からＣＵ通信制御部８０への動作指示が到達しなかった場合の異常時の処理が示され
ている。図７２は、図７０に示した動作応答未到達の異常時における変形例の処理が示されている。図７３は、図７１に示した動作指示未到達の異常時処理における変形例が示されている。
【０６３０】
まず図６９に基づいて正常時の処理を説明する。メイン制御部３２３とＣＵ通信制御部８０との間での動作指示および動作応答として、データ長が４８バイトの倍数の一例の９６バイトのものを取り上げて説明する。
【０６３１】
図６７で説明したように、メイン制御部３２３では、９６バイトの平文を１６バイト毎の６つのブロックに分割し、各ブロックの平文１〜６を１つずつ暗号化する。最初のブロックである平文１は、カウンタの値がＲ，Ｎ，０となっており、そのカウンタの値を前述したように暗号化し、その暗号化された値と平文１とでエクスクルーシブオアの演算を行なって暗号文１を生成する。同様に、暗号文２の生成に際してはＲ，Ｎ，１のカウンタの値を用い、暗号文２の生成に際してはＲ，Ｎ，２のカウンタの値を用い、暗号文４の生成に際してはＲ，Ｎ，３のカウンタの値を用い、暗号文５の生成に際してはＲ，Ｎ，４のカウンタの値を用い、暗号文６の生成に際してはＲ，Ｎ，５のカウンタの値を用いる。
【０６３２】
この６つのブロックからなる暗号文１〜６を受信したＣＵ通信制御部８０では、図６８で説明したようにカウンタの値を更新しながら随時暗号文を復号して平文を生成する。復号開始時のカウンタの値すなわち最初の暗号文１を復号するのに用いるカウンタの値がＲ，Ｎ，０となっており、その値を暗号化してその暗号化した値と暗号文１とのエクスクルーシブオアを演算して復号し、平文１を生成する。同様に、暗号文２、暗号文３、暗号文４、暗号文５、暗号文６も、随時暗号ブロックカウンタ部の値を「１」ずつ加算更新し、復号処理を行なう。具体的には、暗号文２に対してはＲ，Ｎ，１のカウンタ値を用い、暗号文３に対してはＲ，Ｎ，２のカウンタ値を用い、暗号文４に対してはＲ，Ｎ，３のカウンタ値を用い、暗号文５に対してはＲ，Ｎ，４のカウンタ値を用い、暗号文６に対してはＲ，Ｎ，５のカウンタ値を用いて復号する。
【０６３３】
次にＣＵ通信制御部８０が動作応答（レスポンス）を暗号化してメイン制御部３２３へ送信する。その際に、ＣＵ通信制御部８０が前回の復号処理に用いて最後の電文カウンタ部の値がＮであるために、今回の暗号文の生成に際しては、その最後の電文カウンタ部の値であるＮが「１」加算更新されてＮ＋１となる。よって、「Ｒ，Ｎ＋１，０」のカウンタ値が最初に用いられる。このカウンタ値を暗号化してその暗号化された値と動作応答の最初の平文１とでエクスクルーシブオアの演算を行ない暗号文１を生成する。次にＣＵ通信制御部８０は、暗号ブロックカウンタ部を「１」加算更新してＲ，Ｎ＋１，１の値を用いて暗号文２を生成する。同様に、暗号ブロックカウンタ部を「１」ずつ加算更新しながら、暗号文３、暗号文４、暗号文５、暗号文６を生成し、それら暗号文からなる動作応答をメイン制御部３２３へ送信する。
【０６３４】
メイン制御部３２３では、前回送信した暗号文の生成に用いた電文カウンタ部の値「Ｎ＋１」に対して「１」加算更新し、Ｒ，Ｎ＋２，０のカウンタ値を用いて、動作応答の最初の暗号文１を復号する。そして、前述と同様に、暗号ブロックカウンタ部を随時加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時復号して平文２、平文３、平文４、平文５、平文６を生成する。
【０６３５】
このような方法により、メイン制御部３２３とＣＵ通信制御部８０との間で、送信データの暗号化および受信データの復号処理を行なう。
【０６３６】
次に図７０を参照して、ＣＵ通信制御部８０からメイン制御部３２３への動作応答が到達しなかった異常時における処理を説明する。まずメイン制御部３２３からＣＵ通信制御
部８０へ６ブロックの暗号文１〜６からなる動作指示が送信される。その各ブロックに用いられるカウンタの値は、最初がＲ，Ｎ，０であり、暗号ブロックカウンタ部が「１」ずつ加算されて最後の値がＲ，Ｎ，５となっている。この暗号文を受信したＣＵ通信制御部８０は、暗号開始時のカウンタ値Ｒ，Ｎ，０を用いてまず暗号文１を復号して平文１を生成する。次に暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を随時暗号ブロックカウンタ部を加算更新しながら復号して平文２、平文３、平文４、平文５、平文６を生成する。
【０６３７】
そしてＣＵ通信制御部８０は、前回の暗号文の復号に用いた電文カウンタ部の値Ｎを「１」加算更新して、「Ｒ，Ｎ＋１，０」の値を用いて、動作応答の最初のブロックの平文１を暗号化して暗号文１を生成する。次に暗号ブロックカウンタ部の値を「１」ずつ加算更新して暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してメイン制御部３２３へ送信する。その暗号文１〜６からなる動作応答がメイン制御部３２３に到達しなかった場合には、メイン制御部３２３は、前回送信した動作指示と同じ動作指示のデータをＣＵ通信制御部８０へ再送信する。その再送信された暗号文をＣＵ通信制御部８０が復号する際に、ＣＵ通信制御部８０の前回の暗号文の生成の際に用いた電文カウンタ部の値がＮ＋１であるために、今回復号するに際して、最初に用いるカウンタの値として「Ｒ，Ｎ＋２，０」が用いられることとなる。
【０６３８】
ＣＵ通信制御部８０では、そのカウンタの値「Ｒ，Ｎ＋２，０」を用いて再送信された暗号文のうちの最初の暗号文１の復号を試みる。しかし、その暗号文１は、カウンタの値「Ｒ，Ｎ＋１，０」を用いて暗号化されたデータであり、この暗号文１を異なるカウンタ値である「Ｒ，Ｎ＋２，０」を用いて復号を試みても、正しい平文に復号することができず復号失敗となる。正しい平文に復号することができたか否かの判断は、ＭＡＣによる一般的なチェックに基づいて行なう。簡単に説明すると、ＣＵ通信制御部８０では、最初のカウンタ値であるＲ，Ｎ＋２，０を鍵で暗号化してその値と最初の暗号文１とのエクスクルーシブオアを演算する。このような復号処理を、カウンタ値を「１」加算更新しながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６について順次実行し、その処理結果のデータに含まれているＭＡＣのデータ（図５参照）を用いてＭＡＣチェックを行なう。具体的には、復号処理結果のデータからＭＡＣアルゴリズムに従ってＭＡＣを生成し、その生成されたＭＡＣとメイン制御部３２３からの送信データに含まれているＭＡＣのデータとを比較し、一致するか否かチェックする。正常に復号されておれば一致するが、この場合には、復号に用いられるカウンタの値が狂っているために、正常に復号されておらず、ＭＡＣチェックの結果両者が一致しないと判定されてＭＡＣ異常すなわち復号失敗と判定される。
【０６３９】
このようなＭＡＣ異常すなわち復号失敗と判定された場合には、ＣＵ通信制御部８０では、その狂ったカウンタ値を正しいカウンタ値に修復する修復処理が実行される。ＣＵ通信制御部８０では、復号失敗と判断された暗号文の復号に最初に用いられた復号開始時のカウンタ値である「Ｒ，Ｎ＋２，０」に対して、その電文カウンタ部Ｎの値を「１」ずつ減算更新しながら順次その減算されたカウンタ値を用いて順次暗号文の復号処理を行なって前述のＭＡＣチェックを行ない、正しく復号されたか否かの判断を行なう。このカウンタ値の減算処理を所定回数行なってもＭＡＣチェックの結果ＭＡＣ異常と判定された場合に、ＣＵ通信制御部８０は、次に、復号開始時のカウンタ値である「Ｒ，Ｎ＋２，０」に対してその電文カウンタ部Ｎを「１」ずつ加算更新して順次その加算されたカウンタ値を用いた復号処理を行なってＭＡＣチェックを行なう。そしてＭＡＣチェックで適正と判断されて復号成功と判断された場合には、その復号が成功した平文を適正な動作指示として取り込む。そして、復号成功と判断されたときに用いた電文カウンタ部の値に対して「１」加算更新したカウンタ値を次の動作応答データの最初の平文１の暗号化に用いる。
【０６４０】
この図７０の場合には、復号開始時のカウンタ値である「Ｒ，Ｎ＋２，０」から電文カウンタ部Ｎを１回減算更新したカウンタ値「Ｒ，Ｎ＋１，０」を用いて復号することにより、ＭＡＣ正常と判断されて復号成功と判断されることとなる。
【０６４１】
その復号成功と判断されたときに用いた電文カウンタ部の値Ｎ＋１に対して「１」加算更新したＲ，Ｎ＋２，０のカウンタ値を用いて次に送信する動作応答の最初の平文１を暗号化して暗号文１を生成する。次に「１」ずつ暗号ブロックカウンタ部を加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してメイン制御部３２３へ送信する。
【０６４２】
それを受けたメイン制御部３２３では、再送信時の暗号文の生成時に用いた電文カウンタ部の値Ｎ＋１に対して「１」加算したカウンタ値である「Ｒ，Ｎ＋２，０」を復号開始時の最初のカウンタ値として、受信した暗号文の最初の暗号文１を復号する。最初の暗号文１はカウンタ値「Ｒ，Ｎ＋２，０」のカウンタ値を用いて暗号化されたものであるために、同じカウンタ値を用いて適正に復号することが可能である。そしてメイン制御部３２３は、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号する。
【０６４３】
前述したカウンタの修復処理におけるカウンタ値への減算回数は、動作応答未到達時におけるメイン制御部３２３が動作コマンドの再送信（リトライ）を行なうリトライ回数に一致する。本実施の形態の場合には、そのリトライ回数は２回が限度であり、その２回のリトライに起因して生ずるカウンタ値の狂い以上に電文カウンタ部Ｎの減算更新を行なう必要はない。よって、２回を限度にカウンタ値の減算更新が行なわれる。
【０６４４】
次に図７１に基づいて、メイン制御部３２３からＣＵ通信制御部８０への動作指示が未到達の異常時における処理を説明する。まずメイン制御部３２３がカウンタ値Ｒ，Ｎ，０〜Ｒ，Ｎ＋１，２を用いて暗号文１〜暗号文６の６ブロックの暗号文を生成してＣＵ通信制御部８０へ送信する。しかし、その暗号文がＣＵ通信制御部８０へ到達しなかった場合には、メイン制御部３２３は同じ内容の動作指示を再び暗号化してＣＵ通信制御部８０へ再送信するというリトライを試みる。この再送信時における暗号化に用いられる電文カウンタ部は、前回の動作指示の送信時に暗号化に用いた電文カウンタ部の値Ｎに「１」を加算したＮ＋１が用いられる。よって、「Ｒ，Ｎ＋１，０」のカウンタ値を用いてメイン制御部３２３は再送信する動作指示の最初の平文１のブロックを暗号化して暗号文１を生成する。次に、メイン制御部３２３は、その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２，暗号文３，暗号文４，暗号文５，暗号文６を生成してＣＵ通信制御部８０へ再送信する。
【０６４５】
しかしその再送信された暗号文もＣＵ通信制御部８０へ到達しなかった場合には、メイン制御部３２３は、再度同じ内容の動作指示を暗号化してＣＵ通信制御部８０へ再送信するという２回目のリトライを試みる。この２回目のリトライで送信された動作指示がＣＵ通信制御部８０へ到達し、ＣＵ通信制御部８０は、その暗号文の復号を試みる。ＣＵ通信制御部８０は、前回メイン制御部３２３へ送信した動作応答の暗号化に用いた最後のカウンタ値に対して「１」加算更新した値である「Ｒ，Ｎ，０」を用いて暗号文の最初のブロックを復号する処理を行ない、そのカウンタ値「Ｒ，Ｎ，０」に対して暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６の復号を試みる。
【０６４６】
しかし、メイン制御部３２３の２回に亘ってのリトライの結果、メイン制御部３２３側のカウンタ値とＣＵ通信制御部８０側のカウンタ値とが狂っているために、適正な平文に復号することができず、前述したＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断
される。
【０６４７】
するとＣＵ通信制御部８０は、前述と同様に、狂ったカウンタの修復処理を行なう。復号失敗と判断された暗号文に対して最初に用いたカウント値である「Ｒ，Ｎ，０」に対して、電文カウンタ部Ｎを「１」ずつ減算更新しながら順次再送信されてきた暗号文の復号を試みてＭＡＣチェックを行なう。この減算更新の実行回数は、前述したように、リトライ回数である２回を限度に実行される。この２回に亘ってのカウンタ値の減算更新による復号を試みたとしても復号に成功しなかった場合には、ＣＵ通信制御部８０は、カウンタ値「Ｒ，Ｎ，０」の電文カウンタ部に対して「１」ずつ加算更新しながら順次暗号文を復号する処理を試みる。この加算更新を試みる回数は、動作指示未到達時におけるメイン制御部３２３による再送信を実行するリトライ回数に一致する。本実施の形態においては、２回を限度にリトライを行なう。その結果、カウンタ値の加算更新は、リトライ回数である２回を限度に加算更新される。
【０６４８】
そして、２回目の加算更新の結果カウンタ値が「Ｒ，Ｎ＋２，０」となり、このカウンタ値を用いて暗号文１を復号し、順次暗号ブロックカウンタ部の加算更新を行ないながら暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号することにより、適正な平文に復号することができ、ＭＡＣチェックの結果適正と判断されて復号成功と判断される。その復号成功と判断された平文の動作指示をＣＵ通信制御部８０が取り込む。そしてそれに対する動作応答のデータを暗号化してメイン制御部３２３へ送信する。その暗号化に際しては、復号成功と判断された復号処理に用いられた電文カウンタ部の値「Ｎ＋２」に対して「１」を加算更新した「Ｎ＋３」の値を用いる。よって、「Ｒ，Ｎ＋３，０」を用いて最初のブロックを暗号化して暗号文１を生成する。次に、暗号ブロックカウンタ部のカウント値を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してメイン制御部３２３へ送信する。メイン制御部３２３は、２回目のリトライで送信した暗号文に用いた電文カウンタ部の値「Ｎ＋２」に対して「１」を加算した「Ｎ＋３」の値を用いて暗号文の復号を行なう。すなわち「Ｒ，Ｎ＋３，０」を用いて最初のブロックの暗号文１を復号する。その暗号ブロックカウンタ部を「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号する。
【０６４９】
次に、図７２に基づいて動作応答未到達時の異常時における処理の変形例を説明する。この図７２は、前述した図７０に対する変形例であり、ここでは主に相違点について説明する。ＣＵ通信制御部８０からメイン制御部３２３への動作応答が未到達の場合にメイン制御部３２３は前回と同じ動作指示を再送信するリトライを実行する。そのリトライによって再送信された動作指示（暗号文）がＣＵ通信制御部８０に到達した場合に、図７０と同様に、メイン制御部３２３とＣＵ通信制御部８０との間でのカウンタの値が食い違っている。その結果、ＣＵ通信制御部８０においてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーの動作応答をメイン制御部３２３へ送信する。その際に、ＣＵ通信制御部８０では、復号エラーの動作応答を鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文をメイン制御部３２３へ送信する。メイン制御部３２３では、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数Ｒを生成してその乱数の値を初期ベクタ部ＲとしてＣＵ通信制御部８０へ送信する。その際に、鍵Ｋを用いてその初期ベクタ部Ｒの値をＳＥ１モードにより暗号化してその暗号文をＣＵ通信制御部８０へ送信する。ＣＵ通信制御部８０では、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部Ｒを取得する。これにより、メイン制御部３２３とＣＵ通信制御部８０との間で初期化されたカウンタの値である「Ｒ，０，０」が共有されることとなる。
【０６５０】
次にＣＵ通信制御部８０は、初期ベクタ部Ｒの更新を完了した旨の動作応答を鍵Ｋを用いてＳＥ１モードにより暗号化してメイン制御部３２３へ送信する。
【０６５１】
それを受けたメイン制御部３２３では、前回再送信した動作指示と同じデータをＳＥ２モードにより暗号化してＣＵ通信制御部８０へ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ通信制御部８０へ送信する。
【０６５２】
ＣＵ通信制御部８０では、初期化されたカウンタ値すなわち「Ｒ，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
【０６５３】
次に図７３に基づいて、動作指示が未到達の異常時における処理の変形例を説明する。この図７３は、前述した図７１の動作指示未到達時の処理の変形例であり、ここでは主に相違点について説明する。メイン制御部３２３による２回目のリトライによって動作指示がＣＵ通信制御部８０に到達した場合に、メイン制御部３２３とＣＵ通信制御部８０との間でのカウンタの値が食い違っている。その結果、ＣＵ通信制御部８０においてその暗号文の復号を試みた場合にＭＡＣチェックの結果ＭＡＣ異常となり復号失敗と判断される。この変形例においては、その復号失敗のときに復号不能と判断して復号エラーの動作応答をメイン制御部３２３へ送信する。
【０６５４】
その際に、ＣＵ通信制御部８０では、復号エラーの動作応答を鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文をメイン制御部３２３へ送信する。メイン制御部３２３では、それを受信して共通鍵である鍵Ｋを用いてその暗号文を復号し、復号エラーが発生したことを判断する。そして、カウンタの値を初期化するべく新たな乱数Ｒを生成してその乱数の値を初期ベクタ部ＲとしてＣＵ通信制御部８０へ送信する。その際に、鍵Ｋを用いてその初期ベクタ部Ｒの値をＳＥ１モードにより暗号化してその暗号文をＣＵ通信制御部８０へ送信する。ＣＵ通信制御部８０では、その受信した暗号文を鍵Ｋを用いてＳＥ１モードにより復号し、初期ベクタ部Ｒを取得する。これにより、メイン制御部３２３とＣＵ通信制御部８０との間で初期化されたカウンタの値である「Ｒ，０，０」が共有されることとなる。
【０６５５】
次にＣＵ通信制御部８０は、初期ベクタ部Ｒの更新を完了した旨の動作応答を鍵Ｋを用いてＳＥ１モードにより暗号化してメイン制御部３２３へ送信する。
【０６５６】
それを受けたメイン制御部３２３では、前回再送信した動作指示と同じデータをＳＥ２モードにより暗号化してＣＵ通信制御部８０へ送信する。その際に、最初のブロックを暗号化するのに初期化されたカウンタ値すなわち「Ｒ，０，０」を用いて暗号化する。そして、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を生成してＣＵ通信制御部８０へ送信する。
【０６５７】
ＣＵ通信制御部８０では、初期化されたカウンタ値すなわち「Ｒ，０，０」を用いて暗号文の最初のブロックを復号する。次に、その暗号ブロックカウンタ部に対して「１」ずつ加算更新しながら順次暗号文２、暗号文３、暗号文４、暗号文５、暗号文６を復号して平文を生成する。
【０６５８】
次に、図７４（ａ）（ｂ）に基づいて、ＳＥ２モードによる暗号処理と復号処理とを説明する。まず図７４（ａ）のＳ１００により、暗号鍵の発行が行なわれる。この暗号鍵は
、本認証鍵または通信鍵（セッション鍵）のことであり、以下単に「鍵」と言う。その鍵がメイン制御部３２３とＣＵ通信制御部８０との間で共有されることとなる。
【０６５９】
次にＳ１０１により、乱数Ｒが発行される。この乱数Ｒは、メイン制御部３２３により生成される。次にＳ１０２により、カウンタの電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとがリセットされて「０」となる。次にＳ１０３により、Ｓ１００により発行された鍵によりＳＥ１モードで乱数Ｒを暗号化して、メイン制御部３２３からＣＵ通信制御部８０へ送信される。
【０６６０】
ＣＵ通信制御部８０では、図７４（ｂ）のＳ１３０に示すように、その送信されてきた暗号化されたＲを鍵を用いてＳＥ１モードで復号して平文のＲを生成し、Ｓ１３１によりそのＲを初期ベクタ部として記憶するとともに、電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとをリセットして「０」の値にする。
【０６６１】
暗号文の送信側においては、図７４（ａ）のＳ１０４において、送信する電文（平文）を生成する。その生成された平文を１６ビット毎のブロックに分けて、各ブロック毎にカウンタの現在の値を用いて暗号化して暗号文を生成する（Ｓ１０５）。そして１ブロックの暗号化が完了した段階で、制御がＳ１０６へ進み、Ｓ１０４により生成された平文の電文の全フレームすなわち全ブロックの暗号化が終了したか否かの判断がなされる。未だ終了していない場合には制御がＳ１０７へ進み、暗号ブロックカウンタ部Ｉを「１」加算更新した後にＳ１０５に移行する。Ｓ１０５による次のブロックの暗号化を行なって暗号文を生成する。
【０６６２】
このＳ１０５→Ｓ１０６→Ｓ１０７→Ｓ１０５のループを巡回することにより、電文の全フレームの暗号化が終了した場合には、制御がＳ１０８へ進み、電文カウンタ部Ｎが「１」加算更新される。次にＳ１０９により暗号ブロックカウンタ部Ｉがクリアされて「０」となる。
【０６６３】
次に制御がＳ１１０へ進み、その暗号文を相手側に送信する処理が行なわれる。次にＳ１１１により、復号エラーを受信したか否かの判断がなされる。この復号エラーは、暗号文の受信側において復号に失敗したときに後述するＳ１６２またはＳ１７０により送信されてくるものであり、それを受信すれば、Ｓ１１２によりエラー処理が行なわれる。このエラー処理は、たとえば、表示装置によりエラー表示を行なったり上位サーバへエラーが発生した旨を通知するとともに、以降の動作制御を停止させる等の処理である。
【０６６４】
Ｓ１１０により送信されてきた暗号文を図７４（ｂ）のＳ１３２により受信した後、Ｓ１３３により復号処理が行なわれる。この復号処理は、前述したように、カウンタの現在のカウンタ値を用いてブロック毎に復号する処理である。そして全フレームについて復号処理を行なった後前述したようにＭＡＣチェックを行なって復号が成功したか否かの判定を行なう。復号が失敗した場合には、Ｓ１３５によるカウンタ修復処理が実行される。
【０６６５】
図７５は、前述のＳ１３５に示したカウンタ修復処理の具体的制御内容を示すフローチャートである。図７５（ａ）は図７０、図７１に示したカウンタ修復処理であり、図７５（ｂ）は図７２、図７３に示した変形例の修復処理を示している。
【０６６６】
まず図７５（ａ）を参照してカウンタ修復処理１を説明する。まずＳ１５０により、復号に失敗した暗号文の最初のブロックの復号処理に用いたカウンタの値における電文カウンタ部Ｎを「１」減算更新する。次にＳ１５１により、その減算更新されたカウンタの値を用いてブロック毎に復号処理を実行し、ＭＡＣチェックを行なって復号が成功したか否か判定する。復号が成功していない場合には、Ｓ１５４により、修復カウンタＳＫの値を
「１」加算更新する。この修復カウンタＳＫとは、何回修復を試みたかを計数するためのカウンタである。次にＳ１５５により、その修復カウンタＳＫが所定値に達したか否かの判断がなされる。この所定値とは、前述したように、暗号文の送信側におけるリトライ回数２の値である。
【０６６７】
未だ所定値に達していない場合には、制御がＳ１５０に戻り、Ｓ１５０〜Ｓ１５５の制御を繰返し実行する。その繰返し実行の途中で復号に成功した場合にはＳ１５２によりＹＥＳの判断がなされて制御がＳ１５３へ進み、修復カウンタＳＫをリセットして「０」にする処理がなされる。
【０６６８】
一方、Ｓ１５０〜Ｓ１５５の処理を繰返し実行して修復カウンタＳＫの値が所定値に達した場合には、Ｓ１５５によりＹＥＳの判断がなされて制御がＳ１５６へ進み、現在の電文カウンタＮに対して修復カウンタＳＫの値を加算する。その結果、電文カウンタ部Ｎの値は、復号失敗のときに用いた最後のカウンタ値の電文カウンタ部Ｎの値となる。そしてＳ１５７により、その電文カウンタ部Ｎに対して「１」加算更新され、Ｓ１５８によりそのカウンタ値を用いた復号処理が行なわれる。次にＳ１５９により、ＭＡＣチェックを行なって復号が成功したか否かの判断がなされ、成功していない場合にはＳ１６０により修復カウンタＳＫを「１」減算更新し、Ｓ１６１により修復カウンタＳＫの値が「０」になったか否かの判断がなされ、なっていない場合には制御がＳ１５７に戻り、Ｓ１５７〜Ｓ１６１の制御を繰返し実行する。
【０６６９】
この繰返し実行が行なわれている途中で、Ｓ１５９により復号が成功したと判断された場合には、制御がＳ１５３へ進み、修復カウンタＳＫをリセットする処理がなされる。この復号成功と判断された平文が、正しい平文となる。
【０６７０】
一方、Ｓ１５７〜Ｓ１６１の処理を繰返し実行することによって修復カウンタＳＫの値が「０」になった場合には、カウンタの修復を所定回数実行したことになり、その場合には制御がＳ１６２に進み、復号エラーを示す情報を鍵Ｋを用いてＳＥ１モードにより暗号化してその暗号文を送信する処理が行なわれる。
【０６７１】
この復号エラーの情報は前述した図７４（ａ）のＳ１１２により受信してＹＥＳの判断がなされることとなる。
【０６７２】
次に図７５（ｂ）に基づいて変形例のカウンタ修復処理２を説明する。Ｓ１７０により、復号エラーを示す情報を鍵Ｋを用いてＳＥ１モードにより暗号化する処理が行なわれ、その暗号化された情報を相手側に送信する処理が行なわれる。この復号エラーを受信すれば、図７４（ａ）のＳ１１２によりＹＥＳの判断がなされ、この変形例の場合には、Ｓ１１２によりＹＥＳの判断がなされた場合には制御がＳ１０１へ進む。そしてＳ１０１により新たな乱数Ｒが生成されてＳ１０２による電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとのリセットが行なわれた後にＳ１０３により、その乱数Ｒを暗号化して初期ベクタ部の値として相手側に送信する処理が行なわれる。その送信されてきた暗号化された初期ベクタ部の値を図７５（ｂ）のＳ１７１により受信する。次にＳ１７２により、初期ベクタ部Ｒの更新が完了した旨を示す情報を、鍵Ｋを用いてＳＥ１モードにより暗号化し、その暗号文を相手側に送信する処理がなされ、その後制御が図７４（ｂ）のＳ１３０へ移行する。
【０６７３】
Ｓ１３０では、前述したＳ１７１により受信した初期ベクタ部Ｒの暗号文を鍵Ｋを用いてＳＥ１モードで復号する処理が行なわれる。そして復号した結果生成された平文の初期ベクタ部Ｒの値を記憶するとともに、電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉとをリセットして「０」とする処理が行なわれる（Ｓ１３１）。
【０６７４】
そしてそれらＲ、０、０の値を用いて、Ｓ１３２で受信した暗号文をＳ１３３で復号する処理が行なわれる。
【０６７５】
なお、受信したデータのデータ長が異常の場合やＣＲＣのチェックの結果ＣＲＣ異常が発生した場合には、受信側においてはカウンタの値を更新することなくその受信した電文を破棄する処理が行なわれる。そして再送信の要求を返信する処理が行なわれる。それを受信した側においては、カウンタの現在のカウント値における電文カウンタ部Ｎの値を「１」だけ減算して同じ電文を復号して再送信する処理が行なわれる。
【０６７６】
次に、図７６を参照して、上位サーバ８０１とＣＵ３との間で通信されるコマンドおよびレスポンス等の通信データの概略を説明する。図７６は、上位サーバ８０１とＣＵ３との間で通信されるコマンドおよびレスポンス等の通信データを説明するための説明図である。
【０６７７】
上位サーバ８０１とＣＵ３との間において、上位サーバ８０１からＣＵ３に送信される動作要求のデータがコマンド（ＣＭＤ）であり、コマンドに対する動作応答としてＣＵ３から上位サーバ８０１に送信されるデータがレスポンス（ＲＥＳ）である。
【０６７８】
図７６には、送信方向と送信情報の名称とその概略とが示されている。上位サーバ８０１からＣＵ３のメイン制御部３２３に対して認証制御情報ＣＭＤが送信される。この認証制御情報ＣＭＤは、ＣＵ３に対してセキュリティ関連の制御情報を通知するものである。ＣＵ３のメイン制御部３２３から上位サーバ８０１に対して認証制御情報ＲＥＳが送信される。この認証制御情報ＲＥＳは、上位サーバ８０１に対して認証制御情報ＣＭＤが正常に処理できたことを通知するものである。
【０６７９】
上位サーバ８０１からＣＵ３のメイン制御部３２３に対して認証動作指定情報ＣＭＤが送信される。この認証動作指定情報ＣＭＤは、ＣＵ３に対してセキュリティ関連の動作指定値を通知するものである。ＣＵ３のメイン制御部３２３から上位サーバ８０１に対して認証動作指定ＲＥＳが送信される。この認証制御情報ＲＥＳは、上位サーバ８０１に対して認証動作指定ＣＭＤが正常に処理できたことを通知するものである。以下の説明において、セキュリティ関連情報を、セキュリティ関連情報と呼ぶ。
【０６８０】
ＣＵ３のメイン制御部３２３から上位サーバ８０１に対して認証問合せＡＴＴが送信される。この認証問合せＡＴＴは、上位サーバ８０１に対して認証動作の問合せをするものである。上位サーバ８０１からＣＵ３のメイン制御部３２３に対して認証結果通知ＣＭＤが送信される。この認証結果通知ＣＭＤは、ＣＵ３に対して認証動作の問合せ結果を送信するものである。
【０６８１】
このようなセキュリティ関連情報は、上位サーバ８０１およびＣＵ３のそれぞれに設けられたセキュリティ関連情報記憶部において、情報の版数を示す版数情報と対応付けられて記憶される。このようなセキュリティ関連情報記憶部は、上位サーバ８０１およびＣＵ３のそれぞれにおいては、フラッシュメモリ装置、ハードディスク装置、および、バックアップＲＡＭ等の電源断状態でも次回の電源投入時まで記憶情報の記憶保持が可能な記憶媒体に設けられている。
【０６８２】
ＣＵ３のメイン制御部３２３から上位サーバ８０１に対してエラー通知ＡＴＴが送信される。このエラー通知ＡＴＴは、上位サーバ８０１に対してセキュリティ関連のエラー情報を通知するものである。
【０６８３】
上位サーバ８０１からＣＵ３のメイン制御部３２３に対してトレースリカバリＣＭＤが送信される。このトレースリカバリＣＭＤは、ＣＵ３に対してセキュリティ関連のトレースデータの送信を要求するものである。ＣＵ３のメイン制御部３２３から上位サーバ８０１に対してトレースリカバリＲＥＳが送信される。このトレースリカバリＲＥＳは、上位サーバ８０１に対して認証動作指定ＣＭＤが正常に処理できたことを通知するものである。
【０６８４】
上位サーバ８０１からＣＵ３のメイン制御部３２３に対して版数要求２ＣＭＤが送信される。この版数要求２ＣＭＤは、ＣＵ３に対して認証制御情報および認証動作指定情報の版数を示す版数情報を要求するものである。ＣＵ３のメイン制御部３２３から上位サーバ８０１に対して版数情報送信２ＲＥＳが送信される。この版数情報送信２ＲＥＳは、上位サーバ８０１に対してＣＵ３で記憶保持されているセキュリティ関連情報の版数情報を通知するものである。
【０６８５】
このようなセキュリティ関連情報のそれぞれについては、標準的な設定情報がデフォルトデータ（後述する各種情報の「初期値」のデータ）として予め設定されており、上位サーバ８０１に設けられたキーボード等よりなる入力操作部において、遊技場の管理者がデータを入力することによりデータを変更（更新）することが可能である。したがって、上位サ−バ８０１においてセキュリティ関連情報について何ら変更操作が行なわれていないときは、セキュリティ関連情報が「初期値」のデータに設定される。上位サーバ８０１においてセキュリティ関連情報を入力する場合には、たとえば、遊技場における各遊技機について遊技機ごとに入力したり、あるいは、機種ごとに統一された閾値を入力設定したりすることが可能である。
【０６８６】
なお、上位サーバ８０１においては、次のようにセキュリティ関連情報を取得して用いるようにしてもよい。遊技機の機種情報とセキュリティ関連情報の設定情報とが予め対応付けられている場合、すなわち、機種情報とセキュリティ関連情報の設定情報とが１対１で対応している場合に、設定情報を入力設定する上位サーバ８０１よりもさらに上位のサーバから機種情報が上位サーバ８０１にダウンロードされ、そのダウンロードされた機種情報を上位サーバ８０１が記憶することによりその機種情報に１対１で対応しているセキュリティ関連情報を上位サーバ８０１が選択して記憶し、当該セキュリティ関連情報を用いるようにしてもよい。また、このようなセキュリティ関連情報は、入力によらず、予め設定されたタイミング（たとえば、定期的なタイミング）で、予め定められたデータに自動的に変更（更新）することが可能となるようにしてもよい。
【０６８７】
次に、図７７〜図８０に基づいて、図７６に示した通信データのうち、主なものについてその内容を詳細に説明する。
【０６８８】
図７７を参照して、認証問合せＡＴＴとしては、ＣＵ通信制御部８０のＳＩＤの情報である通信制御ＩＣ情報の認証問合せＡＴＴと、Ｐ台２におけるメインチップＩＤおよび払出チップＩＤに関する情報である遊技機チップ情報の認証問合せＡＴＴとがある。認証問合せＡＴＴには、共通部、および、トレースデータ（認証問合せ）が含まれている。共通部のデータにより、メイン制御部３２３のシリアル番号等のデータが示される。トレースデータには、問合せ種別、メイン制御部３２３で保持されている通信制御ＩＣ情報、ならびに、Ｐ台から取得したメインチップＩＤおよび払出チップＩＤ等の遊技機チップ情報が含まれている。
【０６８９】
図７８を参照して、認証結果ＣＭＤとしては、通信制御ＩＣ情報の認証問合せＡＴＴに応じて送信する通信制御ＩＣ情報問合せ結果ＣＭＤと、遊技機チップ情報の認証問合せＡＴＴに応じて送信する遊技機チップ情報問合せ結果ＣＭＤとがある。認証結果ＣＭＤには
、応答種別、通信制御ＩＣ情報問合せ結果、問合せ結果、遊技機チップ情報問合せ結果、問合せ結果１、および、問合せ結果２が含まれている。
【０６９０】
応答種別のデータにより、通信制御ＩＣ情報問合せ結果と、遊技機チップ情報問合せ結果とのどちらの種別であるかが示される。通信制御ＩＣ情報問合せ結果である場合には、通信制御ＩＣ情報の問合せ結果として、問合せられた通信制御ＩＣ情報（ＣＵ通信制御部８０のＳＩＤ）の上位サーバ８０１における有無が示される。遊技機チップ情報問合せ結果である場合には、遊技機チップ情報通信制御ＩＣ情報問合せ結果の問合せ結果１のデータにより、問合せられたメインチップＩＤ（主制御チップ情報）の上位サーバ８０１における有無が示される。そして、遊技機チップ情報問合せ結果である場合には、遊技機チップ情報通信制御ＩＣ情報問合せ結果の問合せ結果２のデータにより、問合せられた払出チップＩＤ（払出制御チップ情報）の上位サーバ８０１における有無が示される。
【０６９１】
図７９を参照して、認証制御情報ＣＭＤは、ＣＵ３がすでに同じ版数の情報を記憶保持している場合には送信されない。認証制御情報ＣＭＤには、認証制御情報版数、ＣＵ認証ＮＧ時の運用許可日数、遊技機認証ＮＧ時の運用許可日数、および、通信制御ＩＣ有効化鍵のデータが含まれている。
【０６９２】
認証制御情報版数は、上位サーバ８０１で記憶されている認証制御情報の版数である。ＣＵ認証ＮＧ時の運用許可日数は、ＣＵ３から認証問合せＡＴＴにより上位サーバ８０１に問合せがあった通信制御ＩＣ情報が上位サーバ８０１に登録されていない場合（認証ＮＧ時）の運用許可日数を示すものであり、０日〜１４日の範囲内で設定される。ここで、運用許可日数が０日のときは、運用が許可されない。また、遊技機認証ＮＧ時の運用許可日数は、ＣＵ３から認証問合せＡＴＴにより上位サーバ８０１に問合せがあった遊技機チップ情報が上位サーバ８０１に登録されていない場合（認証ＮＧ時）の運用許可日数を示すものであり、０日〜１４日の範囲内で設定される。ここで、運用許可日数が０日のときは、運用が許可されない。通信制御ＩＣ有効化鍵は、ＣＵ通信制御部８０を有効化（活性化）するために用いられる鍵を示すものである。
【０６９３】
図８０を参照して、認証動作指定ＣＭＤは、ＣＵ３がすでに同じ版数の情報を保持している場合には送信されない。認証動作指定ＣＭＤには、認証動作指定版数、低ベース状態におけるベース異常検知閾値、高ベース状態におけるベース異常検知閾値、遊技機試打モードの有無、および、減算玉異常検知設定値のデータが含まれている。
【０６９４】
認証動作指定版数は、上位サーバ８０１で記憶されている認証動作指定情報の版数である。
【０６９５】
ここで、ベースとは、遊技玉について、発射個数に対して入賞に応じて遊技玉に加算されることにより遊技者が獲得した獲得個数の割合であり、たとえば、「獲得個数／発射個数×１００」（％）というような演算式に基づいて算出される。ベース異常検知閾値は、ＣＵ３でベースの異常状態を検知するときのベース異常検知の有無およびその定数（閾値）を設定するためのデータである。ベース異常検知閾値としては、低ベース状態時にベース異常検知設定値として用いる低ベース時閾値と、高ベース状態時にベース異常検知設定値として用いる高ベース時閾値とが含まれる。
【０６９６】
低ベース時閾値は、設定値が０〜１００％の範囲内であり、初期値が３０％である。このような低ベース時閾値は、０％に設定されたときに「検知無」を示し、０％以外に設定されたときに「検知有」を示すものである。これにより、低ベース時閾値が０％以外のときは設定された低ベース時閾値を用いたベース異常検知が行なわれ、低ベース時閾値が０％のときは低ベース時閾値を用いたベース異常検知が行なわれない。
【０６９７】
高ベース時閾値は、設定値が０〜１５０％の範囲内であり、初期値が１２０％である。このような高ベース時閾値は、０％に設定されたときに「検知無」を示し、０％以外に設定されたときに「検知有」を示すものである。これにより、高ベース時閾値が０％以外のときは設定された高ベース時閾値を用いたベース異常検知が行なわれ、高ベース時閾値が０％のときは高ベース時閾値を用いたベース異常検知が行なわれない。
【０６９８】
遊技機試打モード設定値は、遊技機釘調整等の試打モードの有無を設定するためのデータである。遊技機試打モード設定値では、「試打モード有」または「試打モード無」が示され、初期値が「試打モード無」である。
【０６９９】
減算玉異常検知設定値は、ＣＵ３での減算玉数（発射検出信号に基づいて遊技玉数から減算される玉数）の異常状態の検知の有無およびその定数（閾値）を設定するためのデータである。ここで設定される減算玉の異常状態は、遊技玉の発射がないにもかかわらず、設定された玉数分連続して遊技玉の入賞が生じたことに基づいて検知される。減算玉異常検知設定値の閾値は、減算玉数の異常状態と判断される連続入賞した入賞玉数を設定するためのデータである。減算玉異常検知設定値は、設定値が０〜９９玉の範囲内であり、初期値が５玉である。このような減算玉異常検知設定値は、０玉に設定されたときに「検知無」を示し、０玉以外に設定されたときに「検知有」を示すものである。これにより、減算玉異常検知設定値が０玉以外のときは設定された減算玉数の閾値を用いて減算玉異常検知が行なわれ、減算玉異常検知設定値が０玉のときは減算玉異常検知が行なわれない。
【０７００】
次に、図８１〜図８６を用いて、上位サーバ８０１と、ＣＵ３のメイン制御部３２３と、ＣＵ３のＣＵ通信制御部８０とで行なわれるセキュリティ関連の制御情報に関する代表的な処理を説明する。
【０７０１】
図８１は、ＣＵ３の電源投入時からオンラン状態となるまでのシーケンスとしての立上シーケンスの処理を示す図である。図８１には、上位サーバ８０１が稼動している状態で、ＣＵ３の電源が投入された以後の上位サーバ８０１およびメイン制御部３２３で実行される処理が示されている。
【０７０２】
上位サーバ８０１とメイン制御部３２３との間で通信状態確立状態となった後値、上位サーバ８０１とメイン制御部３２３との間で、次のようなコマンドとレスポンスとの通信が行なわれる。認証ＣＭＤの送信およびこれに対する認証ＲＥＳの返信、版数情報要求ＣＭＤの送信およびこれに対する版数情報送信ＲＥＳの返信、版数情報要求２ＣＭＤの送信およびこれに対する版数情報送信２ＲＥＳの返信、時刻設定ＣＭＤの送信およびこれに対する認証ＲＥＳの返信、制御情報ＣＭＤの送信およびこれに対する制御情報ＲＥＳの返信、ならびに、ＢＢ動作指定ＣＭＤの送信およびこれに対するＢＢ動作指定ＲＥＳの返信が実行される。
【０７０３】
このようなデータのうち、版数情報要求２ＣＭＤは、上位サーバ８０１とメイン制御部３２３との両方で記憶されている認証制御情報および認証動作指定のそれぞれのデータの版数情報が一致するか否かを確認するために、上位サーバ８０１が、認証制御情報および認証動作指定のそれぞれの版数情報の返信をメイン制御部３２３に要求するコマンドである。そして、版数情報送信２ＲＥＳは、版数情報要求２ＣＭＤに応じてメイン制御部３２３が、記憶保持している認証制御情報および認証動作指定のそれぞれの版数情報を返信するレスポンスである。
【０７０４】
上位サーバ８０１では、認証制御情報および認証動作指定について、上位サーバ８０１で記憶されている版数情報と、受信した版数情報送信２ＲＥＳに基づいてメイン制御部３
２３で記憶されている版数情報とが一致するか否かを判断する。そして、認証制御情報および認証動作指定のうち、一致しない情報については、上位サーバ８０１が記憶している情報を前述した認証制御情報ＣＭＤおよび認証動作指定ＣＭＤのようにメイン制御部３２３に送信する。
【０７０５】
このようにセキュリティ関連情報の版数が一致しない場合としては、ＣＵ３の電源がオフ状態のときにおいて上位サーバ８０１でセキュリティ関連情報が設定変更されたとき、ＣＵ３の交換等のＣＵ側装置の交換がされたとき、ＣＵ３の電源がオン状態のときにおいて通信障害により誤ったセキュリティ関連情報がＣＵ３に記憶されたとき、および、ＣＵ３の電源がオン状態のときにおいてノイズ等によりＣＵ３で記憶されているセキュリティ関連情報が不適正な情報に変化したとき等が含まれている。
【０７０６】
メイン制御部３２３では、認証制御情報ＣＭＤを受信した場合に、記憶している認証制御情報を、受信したコマンドが示す認証制御情報のデータに変更し、認証動作指定ＣＭＤを受信した場合に、記憶している認証動作指定を、受信したコマンドが示す認証動作指定のデータに変更する。これにより、ＣＵ３の電源投入時において、上位サーバ８０１とメイン制御部３２３とで、記憶している認証制御情報および認証動作指定のデータが異なる場合には、メイン制御部３２３側のデータが変更されることにより、両者が記憶しているセキュリティ関連情報が一致させられることとなる。
【０７０７】
メイン制御部３２３において、認証制御情報ＣＭＤに応じた認証制御情報の変更が完了したときには、認証制御情報ＲＥＳが上位サーバ８０１へ送信される。
また、メイン制御部３２３において、認証動作指定ＣＭＤに応じた認証動作指定の変更が完了したときには、認証動作指定ＲＥＳが上位サーバ８０１へ送信される。
【０７０８】
その後、上位サーバ８０１とメイン制御部３２３との間では、トレースリカバリＣＭＤの送信およびこれに対するトレースリカバリＲＥＳの返信、トレースリカバリ（セキュリティ）ＣＭＤの送信およびこれに対するトレースリカバリ（セキュリティ）ＲＥＳの返信、ならびに、開始ＣＭＤおよびこれに対する開始ＲＥＳの返信が実行され、オンライン状態となる。
【０７０９】
図８２は、ＣＵ３とメイン制御部３２３とがオンライン状態となった後にセキュリティ関連情報の設定値の変更等の情報の変更がされたときのシーケンスとしての設定値変更シーケンスの処理を示す図である。
【０７１０】
前述したように、上位サーバ８０１においては、認証制御情報および認証動作指定のようなセキュリティ関連情報の設定値の変更等の情報変更を行なうことが可能である。図８２においては、オンライン状態においてそのような情報の変更が行なれたときに、上位サーバ８０１およびメイン制御部３２３で実行される処理が示されている。
【０７１１】
オンライン状態において、認証制御情報および認証動作指定のようなセキュリティ関連情報の情報の変更が行なれた場合は、制御情報ＣＭＤの送信およびこれに対する制御情報ＲＥＳの返信が行なわれた後、認証制御情報ＣＭＤおよび認証動作指定ＣＭＤのうち、変更された設定値を示すコマンドが上位サーバ８０１からメイン制御部３２３に送信される。そして、メイン制御部３２３では、前述した立上げシーケンスの場合と同様に、記憶している認証制御情報および認証動作指定のうち、受信したコマンドが示す情報を変更する。
【０７１２】
これにより、オンライン状態において、認証制御情報および認証動作指定のようなセキュリティ関連情報の変更が上位サーバ８０１で行なわれた場合は、認証制御情報ＣＭＤお
よび認証動作指定ＣＭＤのようなコマンドに基づいて、ＣＵ３のメイン制御部３２３が記憶しているセキュリティ関連情報が変更される。
【０７１３】
次に、上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいてメイン制御部３２３とＣＵ通信制御部８０との間の認証が実施されていないときの認証シーケンスの例を説明する。
【０７１４】
図８３は、オンライン状態であるときにおいてメイン制御部３２３とＣＵ通信制御部８０との間の認証が実施されていないときの認証シーケンスで運用許可がされた例を示す図である。
【０７１５】
上位サーバ８０１では、ＲＡＭ、フラッシュメモリ装置、ハードディスク装置、および、バックアップメモリ等の所定の記憶媒体よりなる認証情報記憶部において、上位サーバ８０１が設けられた遊技場で使用される（現在使用しているもの、および、予備として保管しているものを含む）各ＣＵ３のＣＵ通信制御部８０についての通信制御ＩＣ情報が記憶されている。上位サーバ８０１では、このような通信制御ＩＣ情報のデータに基づいて、メイン制御部３２３から通信制御ＩＣ情報に関する問合せに応じて、当該通信制御ＩＣ情報が認証情報記憶部において登録されているかどうかが検索可能である。ＣＵ製造メーカにおいては、ＣＵ３の出荷段階でこのようなＣＵに関する情報を登録するＣＵ情報登録サーバが設けられている。このようなＣＵ情報登録サーバが、上位サーバ８０１と通信可能に接続されており、ＣＵ３を出荷するに際して、ＣＵ情報登録サーバから当該ＣＵに関する情報を上位サーバ８０１にオンライン配信することで、遊技場に導入された各ＣＵ３のメイン制御部３２３に対応する通信制御ＩＣ情報（ＣＵ通信制御部８０のＳＩＤ）が認証情報記憶部に追加記憶されていく。このようなＣＵ情報登録サーバは、遊技場およびメーカ以外の第３者機関に設けられ、ＣＵに関する情報をオンライン配信するようにしてもよい。
【０７１６】
また、上位サーバ８０１では、認証情報記憶部において、すべての遊技機メーカで製造された遊技機について、チップＩＤ（メインチップＩＤ、払出チップＩＤ）、メーカコード、形式コード等のデータが対応付けられた遊技機チップ情報のデータが記憶されている。上位サーバ８０１では、メイン制御部３２３から遊技機チップ情報から問合せがあった場合に、当該遊技機チップ情報が認証情報記憶部の記憶データにおいて登録されているかどうかがチップＩＤ等のデータに基づいて、検索可能である。Ｐ台製造メーカにおいては、Ｐ台２の出荷段階でこのようなＰ台に関する情報を登録するＰ台情報登録サーバが設けられている。このようなＰ台情報登録サーバが、上位サーバ８０１と通信可能に接続されており、Ｐ台２を出荷するに際して、Ｐ台情報登録サーバから当該Ｐ台に関する情報を上位サーバ８０１にオンライン配信することで、各Ｐ台に関する遊技機チップ情報が認証情報記憶部に追加記憶されていく。このようなＰ台情報登録サーバは、遊技場およびメーカ以外の第３者機関に設けられ、Ｐ台に関する情報をオンライン配信するようにしてもよい。なお、前述したＣＵ情報登録サーバと、Ｐ台情報登録サーバとは、別個に設けたサーバにより構成してもよく、１つのサーバにより構成してもよい。
【０７１７】
なお、認証情報記憶部においては、上位サーバ８０１が設けられた遊技場で使用する（現在使用しているもの、および、予備として保管しているものを含む）各Ｐ台２の遊技機チップ情報が記憶されるようにしてもよい。
【０７１８】
また、通信制御ＩＣ情報と遊技機チップ情報とは、同じ記憶部ではなく、異なる記憶部に記憶されるようにしてもよい。
【０７１９】
図８３を参照して、上位サーバ８０１とメイン制御部３２３との間がオンライン状態で
あり、メイン制御部３２３とＣＵ通信制御部８０との間の認証が実施されていないときには、メイン制御部３２３から上位サーバ８０１に、メイン制御部３２３に接続されているＣＵ通信制御部８０が有する通信制御ＩＣ情報（ＣＵ通信制御部８０のＳＩＤ）が登録されているかどうかを問合せるための問合せＡＴＴが送信される。メイン制御部３２３では、ＣＵ３の製造後、たとえば、遊技場への導入時等の所定のタイミングで、接続されているＣＵ通信制御部８０の通信制御ＩＣ情報（ＳＩＤ）が各ＥＥＰＲＯＭ８０８に書込まれる。このようにＥＥＰＲＯＭ８０８に書込まれたＳＩＤが問合せＡＴＴにより送信される。
【０７２０】
上位サーバ８０１では、認証問合せＡＴＴが受信されると、問合せＡＴＴにより特定される通信制御ＩＣ情報が、上位サーバ８０１に設けられた認証情報記憶部に記憶された通信制御ＩＣ情報のデータ中から検索される。
【０７２１】
上位サーバ８０１では、認証情報記憶部において、上位サーバ８０１が設けられた遊技場で使用する（現在使用しているもの、および、予備として保管しているものを含む）ＣＵ３のＣＵ通信制御部８０についての通信制御ＩＣ情報がメイン制御部３２３のＳＩＤに対応付けて記憶されており、受信した認証問合せＡＴＴにより特定されるメイン制御部３２３のＳＩＤに基づいて、認証情報記憶部の記憶データにおいて対応する通信制御ＩＣ情報が登録されているかどうか検索されるのである。
【０７２２】
上位サーバ８０１では、検索の結果、対応する通信制御ＩＣ情報が登録されていたときには、通信制御ＩＣ情報有を特定した認証結果ＣＭＤをメイン制御部３２３へ送信する。一方、上位サーバ８０１では、検索の結果、対応する通信制御ＩＣ情報が登録されていなかったときには、通信制御ＩＣ情報無を特定した認証結果ＣＭＤをメイン制御部３２３へ送信する。
【０７２３】
メイン制御部３２３では、認証結果ＣＭＤを受信したときに、受信した認証結果ＣＭＤに基づいて、接続されているＣＵ通信制御部８０の通信制御ＩＣ情報が登録されているか否かを確認する。
【０７２４】
通信制御ＩＣ情報が登録されているとメイン制御部３２３で判断されたときには、メイン制御部３２３と、ＣＵ通信制御部８０との間で、図９に示すような通信制御ＩＣ認証シーケンスが実行されることにより、メイン制御部３２３とＣＵ通信制御部８０との間での相互認証が行なわれる。一方、メイン制御部３２３において通信制御ＩＣ情報が登録されていないとメイン制御部３２３で判断されたときには、通信制御ＩＣ認証シーケンスが実行されない。
【０７２５】
そして、相互認証の結果が正常である場合には、図１０に示すようなメイン制御部３２３による機器情報要求および当該機器情報要求に応じたＣＵ通信制御部８０による機器情報応答等を行なうことによりメインチップＩＤおよび払出チップＩＤ等の情報を取得する遊技機チップ情報取得シーケンスが実行される。
【０７２６】
遊技機チップ情報が取得されると、メイン制御部３２３から上位サーバ８０１に、取得した遊技機チップ情報が登録されているかどうかを問合せるための問合せＡＴＴが送信される。
【０７２７】
上位サーバ８０１では、認証問合せＡＴＴが受信されると、問合せＡＴＴにより特定される遊技機チップ情報であるメインチップＩＤおよび払出チップＩＤが、前述の認証情報記憶部に記憶された遊技機チップ情報のデータ中から検索される。
【０７２８】
上位サーバ８０１では、検索の結果、問合せのあった遊技機チップ情報が登録されていたときには、遊技機チップ情報有を特定した認証結果ＣＭＤをメイン制御部３２３へ送信する。一方、上位サーバ８０１では、検索の結果、問合せのあった通信制御ＩＣ情報が登録されていなかったときには、遊技機チップ情報無を特定した認証結果ＣＭＤをメイン制御部３２３へ送信する。
【０７２９】
メイン制御部３２３では、認証結果ＣＭＤを受信したときに、受信した認証結果ＣＭＤに基づいて、ＣＵ３が接続されている遊技機の遊技機チップ情報が登録されているか否かを確認する。
【０７３０】
遊技機チップ状態が登録されているとメイン制御部３２３で判断されたときには、遊技機の認証結果が正常であることを示す遊技機認証結果通知がメイン制御部３２３からＣＵ通信制御部８０に送信される。ＣＵ通信制御部８０では、遊技機認証結果通知を受信したことに応じて、遊技機認証結果応答を送信する。このような情報の通信がメイン制御部３２３からＣＵ通信制御部８０との間で実行された以降、ＣＵ３とＰ台２との間が通信可能な状態となり、ＣＵ３へのカードの挿入および入金が可能となる。
【０７３１】
このように、通信制御ＩＣ情報が上位サーバ８０１に登録されていることを条件として遊技を行なうことが許容されるので、ＣＵ通信制御部８０を構成するＩＣチップが不正なものにすり替えられた場合に、遊技が許容されなくなる。これにより、ＣＵ通信制御部８０を構成するＩＣチップが不正なものにすり替えられたおそれがあるか否かを確認することができる。また、遊技機チップ情報が上位サーバ８０１に登録されていることを条件として遊技を行なうことが許容されるので、メインチップＩＤおよび払出チップＩＤのような遊技機チップが不正なものにすり替えられた場合に、遊技が許容されなくなる。これにより、遊技機チップが不正なものにすり替えられたおそれがあるか否かを確認することができる。
【０７３２】
さらに、通信制御ＩＣ情報が上位サーバ８０１に登録されていること、および、遊技機チップ情報が上位サーバ８０１に登録されていることを条件として遊技を行なうことが許容されるので、ＣＵ３およびＰ台２におけるＩＣチップに関するセキュリティをより向上させることができる。
【０７３３】
次に、上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいて、上位サーバ８０１から通信制御ＩＣ情報無を特定した認証結果ＣＭＤをメイン制御部３２３が受信したときの例を説明する。
【０７３４】
図８４は、オンライン状態であるときにおいてメイン制御部３２３とＣＵ通信制御部８０との間の認証が実施されていないときの認証シーケンスで期限付運用許可がされた例を示す図である。
【０７３５】
上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいて、上位サーバ８０１から通信制御ＩＣ情報無を特定した認証結果ＣＭＤをメイン制御部３２３が受信したとき、メイン制御部３２３は、通信制御ＩＣ情報が登録されていないと判断する。
【０７３６】
このように、オンライン状態であるときに通信制御ＩＣ情報が登録されていない場合、メイン制御部３２３は、前述のセキュリティ関連情報におけるＣＵ認証ＮＧ時の運用許可日数の範囲内において、ＣＵ通信制御部８０との間で前述したような通信制御ＩＣ認証シーケンスの実行を許可する。その場合には、認証用情報記憶部と同様の記憶媒体においてＣＵ認証ＮＧ時運用許可日数計数部を設け、当該登録無情報が最初に登録されたときに、
初期値としてＣＵ認証ＮＧ時の運用許可日数の値を記憶しておき、日数の経過に応じて運用許可日数をダウンカウントすることで、運用許可日数の範囲内であるか否かが判断される。なお、ＣＵ認証ＮＧ時運用許可日数計数部のデータは、認証用情報記憶部において、登録無情報と対応付けて記憶するようにしてもよい。
【０７３７】
また、上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいて、上位サーバ８０１から遊技機チップ情報無を特定した認証結果ＣＭＤをメイン制御部３２３が受信したときに、メイン制御部３２３は、遊技機チップ情報が登録されていないと判断する。
【０７３８】
このように、オンライン状態であるときに遊技機チップ情報が登録されていない場合、メイン制御部３２３は、前述の遊技機認証ＮＧ時の運用許可日数の範囲内において、前述したような遊技機の認証結果が正常であることを示す遊技機認証結果通知をＣＵ通信制御部８０に送信することを許可する。その場合には、認証用情報記憶部と同様の記憶媒体において遊技機認証ＮＧ時運用許可日数計数部を設け、当該登録無情報が最初に登録されたときに、初期値として遊技機認証ＮＧ時の運用許可日数の値を記憶しておき、日数の経過に応じて運用許可日数をダウンカウトすることで、運用許可日数の範囲内であるか否かが判断される。なお、遊技機認証ＮＧ時運用許可日数計数部のデータは、認証用情報記憶部において、登録無情報と対応付けて記憶するようにしてもよい。
【０７３９】
このような制御が行なわれることにより、オンライン状態であるときに通信制御ＩＣ情報と遊技機チップ情報との少なくとも一方が登録されていない場合でも、メイン制御部３２３は、前述の遊技機認証ＮＧ時の運用許可日数の範囲内において、ＣＵ３とＰ台２との通信が可能となり、カードの挿入および入金が可能となる。
【０７４０】
このように、上位サーバ８０１に通信制御ＩＣ情報と遊技機チップ情報との少なくとも一方が登録されていない場合でも、限定された期間内は、当該通信制御ＩＣ情報と遊技機チップ情報とに基づいて遊技を行なうことが許容される。これにより、たとえば、上位サーバ８０１における情報の登録の遅れ、および、通信状態の異常により、上位サーバ８０１に登録されていることが確認できなかった通信制御ＩＣ情報と遊技機チップ情報とがある場合でも、期間限定で遊技を行なうことができるので、遊技機が稼動できない状態を極力低減することができる。なお、上位サーバ８０１に通信制御ＩＣ情報と遊技機チップ情報との少なくとも一方が登録されていない場合において、入金することについては、不正に行なわれることが考えにくいので、期間を限定することなく許可するようにしてもよい。
【０７４１】
図８５は、オンライン状態であるときにおいてメイン制御部３２３とＣＵ通信制御部８０との間の認証が実施されていないときの認証シーケンスで運用不可とされた例を示す図である。
【０７４２】
上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいて、上位サーバ８０１から通信制御ＩＣ情報無を特定した認証結果ＣＭＤをメイン制御部３２３が受信し、メイン制御部３２３が、通信制御ＩＣ情報が登録されていないと判断して、ＣＵ認証ＮＧ時の運用許可日数において通信制御ＩＣ認証シーケンスの実行が許可されている場合に、運用許可日数範囲外となったときには、通信制御ＩＣ認証シーケンスの実行が禁止される。そして、このような場合には、通信制御ＩＣ認証異常を示すエラー通知ＡＴＴが、メイン制御部３２３から上位サーバ８０１に送信される。このような場合は、ＣＵ３とＰ台２との通信が不可能となり、カードの挿入および入金が不可能となる。そして、ＣＵ３において、表示器３７２で当該エラー内容を特定したエラーメッセージを表示する等、エラー報知が行なわれる。
【０７４３】
エラー通知ＡＴＴには、発生日時、エラーコード、エラー情報、メイン制御部のＳＩＤ、メインチップＩＤ、および、払出チップＩＤのデータが含まれている。
【０７４４】
上位サーバ８０１とメイン制御部３２３との間がオンライン状態であるときにおいて、上位サーバ８０１から通信制御ＩＣ情報無を特定した認証結果ＣＭＤをメイン制御部３２３が受信し、メイン制御部３２３が、遊技機チップ情報が登録されていないと判断して、遊技機認証ＮＧ時の運用許可日数において遊技機の認証結果が正常であることを示す遊技機認証結果通知をＣＵ通信制御部８０に送信することが許可されている場合に、運用許可日数範囲外となったときには、そのような遊技機認証結果通知の送信が禁止される。そして、このような場合には、遊技機認証異常を示すエラー通知ＡＴＴが、メイン制御部３２３から上位サーバ８０１に送信される。
【０７４５】
このように、上位サーバ８０１に通信制御ＩＣ情報と遊技機チップ情報との少なくとも一方が登録されていないことにより期間限定で遊技を行なうことができるようにされた場合でも、当該期間外となった場合には、エラー状態となって遊技が許容されなくなる。こにより、予め定められた期間を超えても通信制御ＩＣ情報と遊技機チップ情報とのうち少なくとも一方が登録されていると判断できない場合に、当該情報を不正なものであるとみなして遊技が許容されなくなるので、不正な通信制御ＩＣ情報と遊技機チップ情報とを用いた遊技が継続されるのを防ぐことができる。
【０７４６】
次に、上位サーバ８０１とメイン制御部３２３との間が前述のようなオンライン状態ではなくオフライン状態であるときに、通信制御ＩＣ情報の認証および遊技機チップ情報の認証を行なう例を説明する。この場合のオフライン状態としては、停電および断線等の各種のオフライン要因に基づいて生じるものが含まれる。
【０７４７】
この例においては、通信制御ＩＣ情報有を特定した認証結果ＣＭＤを受信したとき、メイン制御部３２３は、メイン制御部３２３に設けられた認証用情報記憶部において、当該通信制御ＩＣ情報を、上位サーバ８０１に登録されていることを特定する情報（以下、登録有情報という）と対応付けて記憶する。認証用情報記憶部は、フラッシュメモリ装置、ハードディスク装置、および、バックアップＲＡＭ等の電源断状態でも次回の電源投入時まで記憶情報の記憶保持が可能な記憶媒体により構成されている。一方、通信制御ＩＣ情報無を特定した認証結果ＣＭＤを受信したとき、メイン制御部３２３は、認証用情報記憶部において、当該通信制御ＩＣ情報を、上位サーバ８０１に登録されていないことを特定する情報（以下、登録無情報という）と対応付けて記憶する。
【０７４８】
また、この例においては、遊技機チップ情報有を特定した認証結果ＣＭＤを受信したとき、メイン制御部３２３は、認証用情報記憶部において、当該遊技機チップ情報を登録有情報と対応付けて記憶する。一方、遊技機チップ情報無を特定した認証結果ＣＭＤを受信したとき、メイン制御部３２３は、認証用情報記憶部において、当該遊技機チップ情報を、登録無情報と対応付けて記憶する。なお、このような遊技機チップ情報は、通信制御ＩＣ情報と同じ記憶部ではなく、異なる記憶部に記憶されるようにしてもよい。
【０７４９】
上位サーバ８０１とメイン制御部３２３との間がオフライン状態であるときに、前述の通信制御ＩＣ情報の登録確認は、メイン制御部３２３が、前述のようにＥＥＰＲＯＭ８０８に記憶した通信制御ＩＣ情報を、認証用情報記憶部に記憶された通信制御ＩＣ情報と照合することにより行なわれる。
【０７５０】
そして、照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録有情報である場合には、通信制御ＩＣ情報有として判断し、通信制御ＩＣ認証シーケン
スの実行が許可される。また、照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される。この場合の運用許可日数の計数は、前述したオンライン時と同様に行われる。一方、照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されていない場合には、通信制御ＩＣ認証シーケンスの実行が禁止される。このようにすればオフライン状態であるときにも、通信制御ＩＣ情報の認証を行なうことができる。
【０７５１】
また、上位サーバ８０１とメイン制御部３２３との間がオフライン状態であるときに、前述の遊技機チップ情報の登録確認は、メイン制御部３２３が、前述のように取得した遊技機チップ情報を、認証用情報記憶部に記憶された遊技機チップ情報と照合することにより行なわれる。
【０７５２】
そして、照合対象の遊技機チップ情報が認証用情報記憶部に記憶されており、かつ、登録有情報である場合には、遊技機チップ情報有として判断し、前述の遊技機の認証結果が正常であることを示す遊技機認証結果通知の送信が許可される。また、照合対象の遊技機チップ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、遊技機チップ情報無として判断し、遊技機認証ＮＧ時の運用許可日数の範囲内で前述の遊技機の認証結果が正常であることを示す遊技機認証結果通知の送信が許可される。この場合の運用許可日数の計数は、前述したオンライン時と同様に行われる。一方、照合対象の遊技機チップ情報が認証用情報記憶部に記憶されていない場合には、遊技機チップ情報無として判断し、通信制御ＩＣ認証シーケンスの実行が禁止される。このようにすればオフライン状態であるときにも、遊技機チップ情報の認証を行なうことができる。
【０７５３】
なお、照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録有情報である場合には、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可されるようにしてもよい。また、照合対象の遊技機チップ情報が認証用情報記憶部に記憶されており、かつ、登録有情報である場合には、遊技機認証ＮＧ時の運用許可日数の範囲内で前述の遊技機の認証結果が正常であることを示す遊技機認証結果通知の送信が許可されるようにしてもよい。
【０７５４】
また、ＣＵ認証ＮＧ時の運用許可日数および遊技機認証ＮＧ時の運用許可日数のそれぞれについては、オンライン状態で認められた場合と、オフライン状態で認められた場合とで日数の設定値が異なるように設定してもよい（たとえば、オンライン状態設定値＞オフライン状態設定値）。同様に、遊技機認証ＮＧ時の運用許可日数については、オンライン状態で認められた場合と、オフライン状態で認められた場合とで日数の設定値が異なるようにしてもよい（たとえば、オンライン状態設定値＞オフライン状態設定値）。
【０７５５】
このように、上位サーバ８０１とメイン制御部３２３との間がオフライン状態であっても、メイン制御部３２３において通信制御ＩＣ情報と遊技機チップ情報とが記憶されている等、所定条件が成立したことに基づいて、限定された期間内で遊技を行なうことが許容される。これにより、このようなオフライン状態であっても、期間限定で遊技を行なうことができるので、遊技機が稼動できない状態を極力低減することができる。
【０７５６】
次に、前述のベース異常検知設定値に基づいてベース異常が検知されたときのエラー通知シーケンスの例を説明する。図８６は、ベース異常検知設定値に基づいてベース異常が検知されたときのエラー通知シーケンスを示す図である。
【０７５７】
上位サーバ８０１とメイン制御部３２３との間がオンライン状態で、Ｐ台２が遊技中であるときに、メイン制御部３２３において、算出されたベースの値が、ベース異常検知設
定値以上となったときに、ベース異常であると判定され、ベース異常を示すエラー通知ＡＴＴが、メイン制御部３２３から上位サーバ８０１に送信される。このような場合は、Ｐ台２との通信が不可能な状態に制御される。
【０７５８】
次に、上位サーバ８０１で各カードのカード番号に対応付けて持点を記憶するとともに、カードの持点を直接カードに記録する構成を採用した場合に行なわれる特徴的な制御の例を説明する。
【０７５９】
ここでは、ＣＵ３故障時の持点を上位サーバ８０１経由で所定のカード受付手段を用いて遊技者所有のカードに記録する制御を説明する。一例として景品処理装置としてのＰＯＳ（Point  Of  Sales)端末装置を用いて、持点をカードに記録する例を説明する。
【０７６０】
上位サーバにて当該カードのカード番号に対応付けて持点を記憶するとともに、カードの持点を直接カードに記録する構成を採用した場合に行われる特徴的な制御を説明する。なお、上位サーバとは別に、カードの持点を管理する単一機能型の持点サーバを設け、その持点サーバにより各カードのカード番号に対応付けて持点を記憶するようにしてもよい。このような持点サーバを設ける場合には、当該持点サーバの管理を、遊技場およびメーカ以外の第３者機関による管理に委ねるようにしてもよい。図８７は、ＣＵ３故障時の持点を上位サーバ８０１経由でＰＯＳ端末装置を用いて遊技者所有のカードに記録する制御を行なう場合の主要構成を示すブロック図である。
【０７６１】
上位サーバ８０１は、前述したように、各遊技者の持点を管理する持点管理機能を有する。持点管理機能は、持点を管理するために実行される持点管理プログラムの処理ステップが実行されることにより能動化される。
【０７６２】
ＣＵ３が故障していない通常状態では、ＣＵ３にカードが挿入されて当該カードの挿入に基づくＣＵ３と上位サーバ８０１との通信開始時において、当該カードから読出された遊技玉数の情報が持点情報として、カード番号（Ｃ−ＩＤ）の情報とともに、ＣＵ３から上位サーバ８０１に送信される。そして、ＣＵ３が故障していない通常状態では、遊技が開始されＰ台２からＣＵ３に遊技玉数、加算玉数、減算玉数等の持点に関する情報がＣ−ＩＤの情報とともに送信されてＣＵ３で遊技玉数が更新記憶される。ＣＵ３から上位サーバ８０１には、所定周期で最新の遊技玉数の情報としての持点情報がＣ−ＩＤとともに、ＣＵ３から上位サーバ８０１に送信される。ＣＵ３から上位サーバ８０１への持点情報の送信周期は、たとえば、５秒間等の所定周期に設定されている。この場合の所定周期は、あまりに短い周期に設定されれば、データの送受信処理の負担がＣＵ３および上位サーバ８０１において増加するとともに、上位サーバ８０１において管理する持点のデータの更新処理の負担が増加する。一方、この場合の所定周期があまりに長い周期に設定されると、上位サーバ８０１とＣＵ３とで記憶保持する持点数の差異が大きくなるという不都合がある。したがって、ＣＵ３から上位サーバ８０１への持点情報の送信周期は、たとえば、平均的に１球程度の入賞があると予想される５秒間程度に設定されている。このように持点情報の送信周期を設定すると、上位サーバ８０１およびＣＵ３の処理負担を軽減することができ、かつ、上位サーバ８０１とＣＵ３とで記憶保持する持点数の差異が小さくなるようにすることができる。
【０７６３】
なお、ＣＵ３から上位サーバ８０１への持点情報の送信周期は、たとえば５ｍｓｅｃ等のように、リアルタイムにより近いような短い周期に設定してもよい。また、ＣＵ３から上位サーバ８０１への持点情報の送信は、ＣＵ３において記憶している持点のデータを、Ｐ台２から送信された持点のデータに基づいて更新されるごとに行なうようにしてもよい。
【０７６４】
上位サーバ８０１では、カードの各Ｃ−ＩＤに対応して持点のデータが記憶され管理されている。ＣＵ３からの持点情報が受信されるごとに、受信したＣ−ＩＤに対応する持点のデータ（持点記憶情報）が更新記憶される。これにより、上位サーバ８０１では、Ｃ−ＩＤごとに最新の持点が管理されることとなる。このような上位サーバ８０１での持点管理機能を利用すれば、ＣＵ３故障時の持点を上位サーバ８０１経由で所定のカード受付手段を用いて遊技者所有のカードに記録する制御を行なうことが可能となる。
【０７６５】
遊技場においては、景品交換所に、景品処理装置として用いられるＰＯＳ端末装置であるＰＯＳ８１０が設けられている。ＰＯＳ８１０には、マイクロコンピュータ、カードリーダライタ、ＬＣＤよりなる表示部、および、タッチパネルよりなる操作部が設けられている。マイクロコンピュータには、制御中枢としてのＣＰＵ４５、ＣＰＵ４５の制御動作プログラムを格納しているＲＯＭ４８、ＣＰＵのワークエリアとしてのＲＡＭ、外部機器との信号の入出力を行なうための入出力インターフェイス、画像制御専用のＶＤＰ４６、画像表示用のキャラクタＲＯＭ、および、画像表示用のＶＲＡＭ４９が備えられている。
【０７６６】
遊技者所有のカードがカードリーダライタ部に挿入されて受付けられた場合に、カードの記録情報を読出す処理と、カードに各種情報を書込む処理とを行なうことが可能である。
【０７６７】
ＰＯＳ８１０においてカードがカードリーダライタ部に受付けられたときに、遊技者の要求に応じて、景品交換を指定する操作を係員が操作部において行なうことにより、カードに記録された持点を景品に交換するための処理が行なわれる。
【０７６８】
また、ＣＵ３の故障時に強制的に排出されたカードを遊技者が持参してきた場合に、ＰＯＳ８１０において、当該カードがカードリーダライタ部に受付けられたときに、遊技者の要求に応じて、持点の書込みを指定する操作を係員が操作部において行なえば、以下に説明するように、ＣＵ３の故障時に強制的カードについてリカバリデータに基づく最新の持点情報をカードに書込むための処理が行なわれる。
【０７６９】
電源断状態、および、通信断状態等のＣＵ３が正常に動作しない故障が発生した場合には、ＣＵ３に挿入されている遊技者所有のカードに対して、持点等の各種情報についての最新情報を書込むことができなくなる。特に、持点の情報については、ＣＵ３の故障により更新できないと遊技者が損害を受ける場合があるので、遊技者の損害を防ぐための制御を行なう必要がある。そこで、ＣＵ３が故障した場合に、最新の持点の情報を上位サーバ８０１経由で他のカード処理手段により遊技者所有のカードに書込むＣＵ故障時制御が行なわれる。
【０７７０】
ＣＵ故障時制御が行なわれるときには、故障したＣＵ３を新たなＣＵ３に交換したときに、Ｐ台２から前述のようなＰ台２で保持しているリカバリ情報（リカバリデータ）がＣＵ３に送信され、そのリカバリデータがＣＵ３から上位サーバ８０１に送信される。このように送信されるリカバリデータには、故障時にＣＵ３に故障発生時における最新の持点情報が含まれている。
【０７７１】
図８８は、ＣＵ故障時制御が行なわれるときにＣＵ３、上位サーバ８０１、および、ＰＯＳ８０１のそれぞれで実行される処理を示すフローチャートである。
【０７７２】
図８８においては、（Ａ）にＣＵ３における故障時処理が示され、（Ｂ）に上位サーバ８０１における持点管理処理が示され、（Ｃ）にＰＯＳ８１０における持点書込み処理が示されている。
【０７７３】
図８８においては、（Ａ）にＣＵ３における故障時処理が示され、（Ｂ）に上位サーバ８０１における持点管理処理が示され、（Ｃ）にＰＯＳ８１０における持点書込み処理が示されている。ＣＵ３が故障した場合に、これら故障時処理持点管理処理、および、持点書込み処理が実行されることにより、最新の持点の情報が上位サーバ８０１経由でＰＯＳ８１０により遊技者所有のカードに書込まれる。
【０７７４】
図８８（Ａ）の故障時処理は、ＣＵ３のメイン制御部３２３において実行される。まず、メイン制御部３２３による故障検出時であるか否かが判断される（Ｓ７０１）。メイン制御部３２３では、電源断状態を検出する処理、および、通信断状態を検出する処理等の故障の発生を検出する処理が実行されるように構成されている。そのような故障検出処理により故障が検出されると、故障時処理においてカードを強制的に排出する処理を行なうために、故障検出フラグがセットされ、故障検出時であることが示される。Ｓ７０１では、そのような故障検出フラグの状態を確認することにより、故障が検出されたか否かが判断される。Ｓ７０１で検出される故障の具体例としては、たとえば、カードリーダライタの故障（動作停止、異常動作等）、表示制御部の異常（動作停止、異常動作等）、および、貸出ボタン、再プレイボタン、返却ボタン等の操作手段の異常（断線、固着等）等の各種故障がある。
【０７７５】
また、メイン制御部３２３においては、故障が発生したときに、故障時処理が実行される他に、エラー報知処理が実行されて故障が発生したことを報知する所定のエラー報知が行なわれる等、故障が発生したことを報知するための処理が行なわれる。これにより、遊技場の係員がＣＵ３に故障が発生したことを認識することができ、故障したＣＵ３を新たなＣＵ３に交換する作業を行なうことができる。
【０７７６】
Ｓ７０１で故障検出時であると判断されたときは、カード挿入／排出口３０９に挿入されているカードを強制的に排出する処理が行なわれ（Ｓ７０２）、処理が終了する。これにより、カードが遊技者に強制的に返却される。
【０７７７】
また、Ｓ７０１で故障検出時でないとき（たとえば、故障が発生していないとき、および、ＣＵ３の交換後のとき等）は、交換したＣＵ３の起動時であるか否かが判断される。ＣＵ３が交換されたときには、起動時において、前述の立上シーケンスの処理においてＣＵ３の交換に起因するセキュリティ関連情報の版数不一致に基いて上位サーバ８０１から認証動作指定情報ＣＭＤ等のセキュリティ関連情報がＣＵ３に送信され、かつ、ＣＵ３自らがバックアップ記憶していないと判断されるリカバリデータ（Ｃ−ＩＤを含む）が、Ｐ台２からＣＵ３に送信されるので、そのような状態であるときに、Ｓ７０３で、交換したＣＵ３の起動時であると判断される。なお、ＣＵ３が交換されたときの判断としては、ＣＵ３の立上シーケンスの処理において、上位サーバ８０１において、前回認証時の時において確認したＣＵ３の認証情報と、今回立上げ時において確認したＣＵ３の認証情報とが異なっているか否かを判断し、異なっているときにＣＵ３が交換されたと認識して、交換したＣＵ３の起動時であることを示すコマンドをＣＵ３に送信し、このようなコマンドを受信したときにＣＵ３側で、交換直後のＣＵ起動時であると判断できるようにしてもよい。このように、交換したＣＵ３の起動時であるか否かは、上位サーバ８０１の判断処理に基づいて行なうようにしてもよい。
【０７７８】
Ｓ７０３で、交換したＣＵ３の起動時ではないと判断されたとき、すなわち、ＣＵ３の起動時において上位サーバ８０１からセキュリティ関連情報がＣＵ３に送信されてきており、かつ、ＣＵ３の起動時においてＣＵ３自らがバックアップ記憶していないと判断されるリカバリデータが送信されてきていないときは、処理が終了する。一方、Ｓ７０３で、交換したＣＵ３の起動時であると判断されたとき、すなわち、ＣＵ３の起動時において上位サーバ８０１からセキュリティ関連情報がＣＵ３に送信されてきており、かつ、ＣＵ３
の起動時においてＣＵ３自らがバックアップ記憶していないと判断されるリカバリデータが送信されてきているときは、Ｐ台２からＣＵ３に送信されてきたリカバリデータに基づいて、故障時に挿入されていたカードを特定するＣ−ＩＤを含むリカバリデータが上位サーバ８０１に送信され（Ｓ７０４）、処理が終了する。
【０７７９】
図８８（Ｂ）の持点管理処理は、上位サーバ８０１において、Ｃ−ＩＤごとに持点を管理するために実行される。図８８（Ｂ）では、定常的に実行される持点管理処理の内容のうち、ＣＵ３の故障時に関連する処理として一部の処理が示されている。
【０７８０】
持点管理処理においては、ＣＵ３からリカバリデータ以外の持点情報およびＣ−ＩＤのデータを受信したときであるか否かが判断される（Ｓ８０１）。つまり、Ｓ８０１では、ＣＵ３が正常に動作しているときに持点情報がＣ−ＩＤとともに受信されたときであるか否かが判断される。ＣＵ３からリカバリデータ以外の持点情報およびＣ−ＩＤのデータを受信したときには、受信したＣ−ＩＤに対応して上位サーバ８０１で記憶している持点記憶情報が検索され、対応する持点記憶情報が、受信された持点情報に基づいて更新記憶され（Ｓ８０３）、処理が終了する。
【０７８１】
一方、Ｓ８０１で、ＣＵ３からリカバリデータ以外の持点情報およびＣ−ＩＤのデータを受信したときでないときには、ＣＵ３からＣ−ＩＤを含むリカバリデータを受信したときであるか否かが判断される（Ｓ８０４）。つまり、Ｓ８０４では、ＣＵ３が故障発生に起因して交換されたときに送信されるリカバリデータが受信されたときであるか否かが判断される。
【０７８２】
Ｓ８０４で、ＣＵ３からリカバリデータを受信したときであると判断されたときは、受信した持点情報と、上位サーバ８０１で記憶されている持点記憶情報との持点差が算出されて当該持点差が所定数以内であるか否かが判断される（Ｓ８０５）。Ｓ８０５で判断される所定数は、たとえば、ＣＵ３が正常であるときにＰ台２から受信される持点情報により増加する持点数と認められる上限値に設定されている。
【０７８３】
Ｓ８０５で、持点差が所定数以内であると判断されたときは、受信した持点情報により記憶されていた持点記憶情報を更新する（Ｓ８０６）。これにより、ＣＵ３において故障が発生したときのＣ−ＩＤの最新の持点情報が、リカバリデータに基づいて、上位サーバ８０１の持点記憶情報として記憶される。そして、当該更新された持点記憶情報を、ＰＯＳ８１０からの読出許可状態とする処理が行なわれ（Ｓ８０７）、処理が終了する。これにより、ＣＵ３において故障が発生したときのＣ−ＩＤの最新の持点情報に基づく持点記憶情報が、上位サーバ８０１から読出し可能な状態とされる。なお、Ｓ８０５では、ＣＵ３が正常であるときにＰ台２から受信される持点情報により増加する持点数の上限値と大きな誤差がないような値であれば、持点記憶情報を更新するためにＳ８０６に進むようにしてもよい。
【０７８４】
一方、Ｓ８０５で、持点差が所定数以内ではないと判断されたときは、処理を終了する。これにより、リカバリデータに基づいて明らかに誤ったデータにより持点記憶情報が更新されることが防がれる。
【０７８５】
また、前述のＳ８０４で、ＣＵ３からリカバリデータを受信したときでないと判断されたときは、ＰＯＳ８１０からＣ−ＩＤを特定した持点読出要求コマンドが受信されたときであるか否かが判断される（Ｓ８０８）。ＰＯＳ８１０においては、ＣＵ３の故障時に強制的に排出されたカードを遊技者が持参してきたカードが受付けられ、所定の操作が行なわれると、当該カードのＣ−ＩＤに対応し、Ｓ８０１で読出許可状態とされた持点記憶情報を読出すことを要求する持点読出要求コマンドが上位サーバ８０１に向けて送信される
。Ｓ８０８では、このような持点読出要求コマンドが受信されたときであるか否かを判断するのである。
【０７８６】
Ｓ８０８で、持点読出要求コマンドが受信されたときでないと判断されたときは、処理が終了する。一方、Ｓ８０８で、持点読出要求コマンドが受信されたときであると判断されたときは、ＰＯＳ８１０に対して、持点読出要求コマンドにより特定されたＣ−ＩＤに対応する持点記憶情報が送信される（Ｓ８１０）。そして、当該Ｃ−ＩＤに対応する持点記憶情報の読出許可状態が解除され、処理が終了する（Ｓ８１１）。
【０７８７】
図８８（Ｃ）の持点書込み処理は、ＰＯＳ８１０において、ＣＵ３の故障時に強制的に排出され遊技者が持参したカードに対して、リカバリされた最新の持点のデータを書込むために実行される。
【０７８８】
持点書込み処理においては、カードリーダライタ部に挿入されて処理対象となっているカードについて、ＣＵ３の故障時に強制的に排出されたカードに最新の持点を書込むことを要求するための持点書込要求操作が、ＰＯＳ８１０の操作部において行なわれたか否かが判断される（Ｓ９０１）。Ｓ９０１で、持点書込要求操作が行なわれたと判断されたときは、Ｃ−ＩＤを特定した持点読出要求コマンドが上位サーバ８０１へ送信され（Ｓ９０２）、処理が終了する。このように、持点読出要求コマンドが送信されると、上位サーバ８０１では、前述のＳ８０９〜Ｓ８１１の処理が行なわれることで、Ｃ−ＩＤに対応した持点記憶情報が読出許可状態とされているときに、当該持点記憶情報がＰＯＳ８１０に送信されることとなる。
【０７８９】
また、Ｓ９０１で、持点書込要求操作が行なわれていないと判断されたときは、上位サーバ８０１から、持点読出要求コマンドに応答して送信された持点記憶情報の受信時であるか否かが判断される（Ｓ９０３）。Ｓ９０３で、持点記憶情報の受信時ではないと判断されたときは、処理が終了する。一方、Ｓ９０３で、持点記憶情報の受信時であると判断されたときは、前述のように受付けられているカードに、受信した持点記憶情報が書込まれ（Ｓ９０４）、処理が終了する。このように、ＣＵ３の故障時処理により強制的に排出されたカードは、遊技者がＰＯＳ８１０に持参し、ＰＯＳ８１０において、カードリーダライタ部に受付けられ、所定の操作が行なわれた場合に、リカバリデータにより更新された最新の持点記憶情報が上位サーバ８０１から読出され、ＰＯＳ８１０で書込まれることとなる。これにより、ＣＵ３が故障した場合には、最新の持点記憶情報が上位サーバ８０１を経由してＰＯＳ８１０で書込まれるので、遊技者に不利益が生じないようにすることができる。また、リカバリデータによる持点がＣＵ３の交換後に別のカードに書込まれてしまうのを防ぐことができる。
【０７９０】
なお、ＣＵ３が故障したときに上位サーバ８０１に記憶された最新の持点記憶情報は、ＰＯＳ８１０以外に、たとえば、その他のＣＵ３等のカードリーダライタ部（カード受付手段）を備えたその他の装置においてカードに書込まれるようにしてもよい。また、上位サーバ８０１に記憶された最新の持点記憶情報は、故障したＣＵ３の交換後のＣＵ３において書込まれるようにしてもよい。これらの場合には、上位サーバ８０１に記憶された最新の持点記憶情報を書込む装置において、ＰＯＳ８１０における持点書込み処理と同様の処理が行なわれる。
【０７９１】
また、ＣＵ故障時制御に用いる上位サーバ８０１としては、持点管理機能を有するサーバであればよく、持点管理サーバとして独立した単一機能型サーバであってもよく、セキュリティ管理機能等のその他の管理機能と、持点管理機能とを併せ持った多機能型サーバであってもよい。
【０７９２】
また、ＣＵ３故障時の持点を上位サーバ８０１経由で所定のカード受付手段を用いて遊技者所有のカードに記録する制御としては、故障したＣＵ３から上位サーバ８０１に送信されたリカバリデータについて、上位サーバ８０１に記憶された持点記憶情報を更新せずに、ＰＯＳ８１０に送信して、ＰＯＳ８１０において記憶しておいてもよい。その場合には、ＰＯＳ８１０において持点の書込みを指定する操作が操作部で行なわれたとき、ＰＯＳ８１０に記憶されたリカバリデータのＣ−ＩＤと、ＰＯＳ８１０に受付けられたカードのＣ−ＩＤとが一致するときに、リカバリデータにより特定される持点記憶情報を持点のデータとしてカードに書込ませるとともに、当該持点記憶情報のデータをＣ−ＩＤのデータとともに上位サーバ８０１に送信して、上位サーバ８０１が当該Ｃ−ＩＤの持点記憶情報を受信したデータに更新するようにしてもよい。このようにすれば、不正なデータ等の誤ったデータにより上位サーバ８０１で管理している持点記憶情報のセキュリティを向上させることができる。なお、ＣＵ３故障時の持点をＰ台２の表示部（表示器５４、可変表示装置等の所定の表示部）に表示させる制御を行ない、故障時の持点が表示されたＰ台２まで係員が持点の表示を見に行って故障時の持点を確認し、確認した持点を係員がＰＯＳ８０１において手動入力することで、ＰＯＳ８０１に受付けられたカード（故障発生時にＣＵ３に受付けられていたカード）に当該持点を書込むようにしてもよい。その場合、カードに当該持点が書込まれた後、手動入力した持点をＰＯＳ８０１から上位サーバ８０１に送信する。そして、上位サーバ８０１では、このように送信されてきた手動入力された持点を、持点記憶情報とは別管理で記憶し、送信されてきた手動入力された持点に基づいて、持点記憶情報を更新する。このようにすれば、別管理で記憶したデータに基づいて、故障に起因して持点記憶情報が変更された履歴を管理することができる。なお、ＰＯＳ端末が携帯可能なものである場合においては、ＣＵ３故障時の持点をＰ台２の表示部（表示器５４、可変表示装置等の所定の表示部）に表示させる制御を行ない、故障時の持点が表示されたＰ台２まで係員がＰＯＳ端末を持って行き、その場合で、表示されている持点を係員が見ながらＰＯＳ端末で当該持点を手動入力することで、ＰＯＳ端末に受付けられたカード（故障発生時にＣＵ３に受付けられていたカード）に当該持点を書込むようにしてもよい。また、リカバリデータについては、上位サーバ８０１に記憶された持点記憶情報を更新せずに、上位サーバ８０１に一時的に記憶させておき、ＰＯＳ８１０から持点読出要求情報が送信されてきた場合に、ＰＯＳ８１０に送信するようにしてもよい。
【０７９３】
また、ＣＵ３故障時点において、Ｐ台２からＣＵ３に未送信の持点のデータ（遊技中においてＰ台２で持点が更新されたが未だＣＵ３にその更新データが送信されていない場合のデータ）が存在する場合には、Ｐ台２の表示部（表示器５４、可変表示装置等の所定の表示部）において、当該未送信の持点のデータを表示させる制御を行ない、故障時の未送信のデータが表示されたＰ台２まで係員が持点の表示を見に行って故障時点で未送信の持点を確認し、確認した持点をＰＯＳ８０１において手動入力することで、ＰＯＳ８０１に受付けられたカード（故障発生時にＣＵ３に受付けられていたカード）に記録された持点数を当該手動入力した持点で加算更新して持点数を補正するようにしてもよい。その場合、カードに当該持点が書込まれた後、手動入力した持点をＰＯＳ８０１から上位サーバ８０１に送信する。そして、上位サーバ８０１では、このように送信されてきた手動入力された持点を、持点記憶情報とは別管理で記憶し、送信されてきた手動入力された持点に基づいて、持点記憶情報を加算更新する。
【０７９４】
次に、遊技機の他の例としてスロットマシンを説明する。図８９を参照して、スロットマシン２Ｓは、本体枠２ａに対して前面扉２ｂがその左側縁を揺動中心として開閉可能に設けられている。
【０７９５】
前面扉２ｂＳにおける揺動中心とは反対側の端縁付近には、上下１対の係合突起６ａＳ、６ｂＳが設けられている。この係合突起６ａＳ、６ｂＳは、図示しないばねによって下方向に押圧されている。一方、係合突起６ａＳ、６ｂＳに対向する本体枠２ａＳの位置に
は係合受け片７ａＳ、７ｂＳが設けられている。開放状態の前面扉２ｂＳを本体枠２ａＳに押付けることにより係合突起６ａＳ、６ｂＳが係合受け片７ａＳ、７ｂＳを乗越え、乗越えた状態でばねの付勢力により係合突起６ａＳ、６ｂＳが下方に移動し、ロック状態となる。
【０７９６】
そして、前面扉２ｂＳの裏面側に前面扉開放ソレノイド１１０（図示略）が設けられており、この前面扉開放ソレノイド１１０が励磁されることによりばねの付勢力に抗して上下１対の係合突起６ａＳ、６ｂＳが上方に押上げられ、その結果係合受け片７ａＳ、７ｂＳに対する係合突起６ａＳ、６ｂＳの係合が解除されてロック解除状態となり、前面扉２ｂが開放される。
【０７９７】
本体枠２ａＳの上方部分における前面扉２ｂＳと接触する箇所に前面扉閉鎖検出器１１２（図示略）が設けられており、前面扉２ｂＳが本体枠２ａＳに押付けられてロック状態となったことが検出される。
【０７９８】
次に図９０を参照して、ＣＵ側とＳ台側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０７９９】
本実施の形態においては、ＣＵ側においてＳ台側の持点数の変動を算出して現在の持点数を管理している。Ｓ台側においても現在の持点数の算出・記憶を行なっている。ただし、Ｓ台側において、その持点数は、持点数が賭数設定に最低限必要な数未満（たとえば、０）となったときに極力早い段階で新たにゲームを開始できないようにするためだけに用いられる副次的なものである。本実施の形態においては、持点数の主たる管理をＣＵ側において行なっているために、Ｓ台側に持点数の厳重に管理するための機能を設ける必要がなく、その分Ｓ台のコストを極力抑えることができる。
【０８００】
特に、ＣＵに比べてＳ台は遊技場における入替えサイクルが短く早期に入替えが行なわれる。その関係上、Ｓ台側における持点数に関する主管理機能をＣＵ側に持たせてＳ台側のコストを抑えることにより、Ｓ台を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０８０１】
図９０では、ＣＵ側のメイン制御部３２３に設けられているＲＡＭの記憶データと、Ｓ台側の払出制御部１１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｓ台（スロットマシン２Ｓ）とＣＵ（カードユニット３）とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｓ台側の払出制御部１１７は、主制御基板１１６からメインチップＩＤを送信してもらい、そのメインチップＩＤをＣＵ側に送信するとともに、払出制御部１１７自身が記憶している払出チップＩＤをＣＵ側へ送信する。
【０８０２】
ＣＵ側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ側とＳ台側とが接続されて通信が開始された時刻のデータがＣＵ側からＳ台側へ送信され、Ｓ台側ではその送信されてきた接続時刻を記憶する。
【０８０３】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ側で識別された接続時刻の３つの情報がＣＵ側とＳ台側とに記憶されることとなる。それ以降の電源投入時においては、Ｓ台側からＣＵ側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０８０４】
ＣＵ側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＳ台が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上
げられる度にＣＵ側とＳ台側との通信が開始された新たな接続時刻データがＣＵ側からＳ台側へ送信されてその新たな接続時刻データをＳ台側において記憶することとなる。
【０８０５】
また、ＣＵ側とＳ台側とにおいて動作指示および動作応答の送信が行なわれる毎にＣＵ側とＳ台側とにおいてシーケンスナンバー（ＳＱＮ）が「１」ずつ加算更新され、そのシーケンスナンバーがＣＵ側とＳ台側とにおいて記憶される。このＳＱＮとは、ＣＵとＳ台との間でのデータの送受信が行なわれる毎に番号が更新されて通信が適正に行なわれているか否かを確認するための通信番号のことであり、最終ＳＱＮとは、その更新される通信番号の最後に更新された番号のことである。
【０８０６】
本実施の形態におけるＣＵとＳ台とにおけるＳＱＮのバックアップの具体的態様を説明する。ＣＵは、動作指示でＳ台へ送信したＳＱＮをバックアップ記憶し、次にＳ台からのＳＱＮを受信すると、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。そして、次の動作指示を送信するときに、バックアップ記憶しているＳＱＮを１加算更新してＳ台へ送信し、その送信済みのＳＱＮをバックアップ記憶する。ＣＵではこのような処理を繰返す。
【０８０７】
Ｓ台でも同様に、動作指示でＣＵから受信したＳＱＮをバックアップ記憶し、次にＳ台からＣＵへ動作応答を送信するときに、バックアップ記憶しているＳＱＮを１加算更新して送信し、その送信済みのＳＱＮをバックアップ記憶する。そして、次の動作応答を受信したときに、バックアップ記憶しているＳＱＮをその受信したＳＱＮに書換えて記憶する。Ｓ台ではこのような処理を繰返す。
【０８０８】
そして、通信途中で通信断が発生したときには、通信の再接続までの間ＳＱＮがバックアップ記憶されるのであるが、Ｓ台側では、通信断の発生時期にかかわらず常に動作応答を送信した状態となっているため、通信の再接続までの間バックアップ記憶しているＳＱＮは常に最後に送信したＳＱＮとなっている。一方、ＣＵ側では、通信断の発生時期に応じて動作指示を送信した状態または動作指示を受信した状態となっているため、通信の再接続までの間バックアップ記憶しているＳＱＮは最後に送信したものまたは最後に受信したもののいずれかとなる。
【０８０９】
たとえば、ＣＵ側からＳ台側に対して、ある動作指示を送信するとともにそのときのシーケンスナンバーｎを送信し、Ｓ台側ではその送信されてきたシーケンスナンバーｎを記憶する。そして、動作応答をＳ台側からＣＵ側へ返信するときにその記憶しているシーケンスナンバーｎに１加算したもの（ｎ＋１）も合わせて送信する。ＣＵ側では返信されてきたシーケンスナンバーｎ＋１が既に記憶していたシーケンスナンバーｎより１加算されているためにデータの交信が正常に行なわれたと判断し、次に動作指示を送るときにはシーケンスナンバーを＋１してｎ＋２のシーケンスナンバーをＳ台側へ送る。
【０８１０】
次に、Ｓ台側からＣＵ側へ現在持点関連情報（カウント中の持点関連情報）を送信する。この現在持点関連情報は、ＲＡＭの現在持点関連情報記憶領域において各カウンタによって記憶されている。
【０８１１】
ＲＡＭの現在持点関連情報記憶領域には、図９０に示されるように、加算数カウンタと、減算数カウンタと、外部出力情報カウンタと、持点数カウンタとの合計４種類のカウンタが設けられている。
【０８１２】
加算数カウンタは、入賞の発生に応じて加算すべき持点数をカウントとするためのカウンタである。Ｓ台において入賞が発生すると、主制御基板１１６から持点加算数を特定可能な加算数信号が払出制御部１１７へ送信される。払出制御部１１７は、加算数信号に基
づいて加算数カウンタを加算更新する。
【０８１３】
減算数カウンタは、賭数設定に応じて減算すべき持点数をカウントするためのカウンタである。賭数設定操作が検出されると、主制御基板１１６から払出制御部１１７へ賭数設定信号が送信される。払出制御部１１７は、賭数設定信号に基づいて減算数カウンタを加算更新する。
【０８１４】
外部出力情報カウンタは、遊技状態に変化が生じた回数をカウントするためのカウンタである。外部出力情報カウンタとしては、１枚ＢＥＴスイッチ５００あるいはＭＡＸＢＥＴスイッチ６００の操作により設定された賭数をカウントするカウンタ、リール２Ｌ、２Ｃ、２Ｒの回転が開始したときにカウントアップするカウンタ、スタート操作により内部抽選が実行されたときの内部当選役を入賞役別にカウントするカウンタ、リールの停止操作が行なわれたときに、その操作を第１〜第３停止操作別にカウントするカウンタ、表示結果が確定した時点でカウントアップするカウンタ、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタ、およびエラーが発生した時点でそのエラー種類別にカウントアップするカウンタが含まれる。
【０８１５】
なお、遊技状態が変化した時点でその遊技状態別にカウントアップするカウンタには、ＢＢに対応するカウンタ、ＲＢに対応するカウンタ、ＲＴに対応するカウンタなどが含まれる。払出制御部１１７は、主制御基板１１６から送信されてくる各種の外部出力情報に基づいて対応する外部出力情報カウンタを加算更新する。
【０８１６】
持点カウンタは、現時点での遊技者の持点（持点総数）を記憶するためのカウンタである。払出制御部１１７は、加算数カウンタを加算更新する際に持点カウンタを加算数カウンタの加算分だけ加算更新し、減算数カウンタを加算更新する際に持点カウンタを減算数カウンタの加算分だけ減算更新する。
【０８１７】
ＣＵからＳ台へは、一定時間間隔でデータの送信を要求するコマンドが送信される。Ｓ台は、そのコマンドを受信したタイミングで上記４種類のカウンタ（加算数カウンタ、減算数カウンタ、外部出力情報カウンタ、持点数カウンタ）の値をＣＵへ送信する。さらに、Ｓ台は、上記４種類のカウンタのうちの持点数カウンタを除く３種類のカウンタについては、データ送信毎にそのカウンタ値を「前回持点関連情報」の記憶エリアにバックアップする。
【０８１８】
すなわち、加算数カウンタの値は「加算数」として、減算数カウンタの値は「減算数」として、外部出力情報カウンタの値は「外部出力情報」として、それぞれ「前回持点関連情報」の記憶エリアに記憶される。なお、当該記憶エリアへの記憶の際には、それ以前に記憶されていたデータは消去される。すなわち、「前回持点関連情報」の記憶エリアには、新たなデータが上書き保存（書換え）される。
【０８１９】
「前回持点関連情報」の記憶エリアにカウンタ値がバックアップされた加算数カウンタ、減算数カウンタ、および外部出力情報カウンタは、その後に初期化（０クリア）されて、次のデータのカウントに備えられる。
【０８２０】
その結果、加算数カウンタ、減算数カウンタ、および外部出力情報カウンタには、前回、ＣＵに対してデータ送信して以降の各データ（持点、外部出力情報）の変化量（ＣＵへの未送信データ）が記憶されることになる。そして、次回、ＣＵからデータの送信要求を受けたときには、前回、データの送信要求を受けたときから、今回、データの送信要求を受けたときまでのデータの変化量がＣＵへ送られることになる。一方、データ送信毎に初期化されない持点カウンタには、上記のとおり、現段階での持点総数が記憶されることに
なる。そして、ＣＵからデータの送信要求を受ける毎に、現段階での持点総数がＣＵへ送信されることになる。すなわち、Ｓ台は、データ変化量の送信を指示するコマンドを受信する毎に、当該コマンドを前回受信してから今回受信するまでの間のデータ変化量を送信する。
【０８２１】
換言すると、前回持点関連情報（直前に送信した現在持点関連情報）の記憶エリアに、直前にＣＵ側に送信した現在持点関連情報である、加算数、減算数、外部出力情報のデータがバックアップデータとして記憶される。このバックアップデータは、Ｓ台側からＣＵ側へ現在持点関連情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。
【０８２２】
ＣＵ側においては、ＲＡＭ内の累計データ記憶領域に、総加算数（加算累計）、総減算数（減算累計）、外部出力情報累計、持点数を記憶している。
【０８２３】
ＣＵは、Ｓ台側から送信されてきた加算数カウンタの値に基づいて総加算数と持点数とを更新する。また、Ｓ台側から送信されてきた減算数カウンタの値に基づいて総減算数と持点数とを更新する。さらに、Ｓ台から送信されてきた外部出力情報カウンタの値に基づいて外部出力情報累計数を更新する。なお、外部出力情報累計数は、各外部出力情報カウンタの種類別に更新される。その結果、ＣＵ側では、「賭数」、「リール始動」、「入賞役別の内部当選」、「第１〜第３停止操作」、「表示結果」、「遊技状態の変化」別に、その数（回数）が累計される。
【０８２４】
このように、ＣＵは、Ｓ台より逐一送信されてくる現在持点関連情報によって持点数を更新することで最新の持点数を管理をすることが可能となる。同様に、ＣＵは、Ｓ台より逐一送信されてくる現在持点関連情報によって総加算数、総減算数、外部出力情報総数を更新することで最新のそれらの情報を管理をすることが可能となる。
【０８２５】
なお、ＣＵは、Ｓ台側から加算数カウンタおよび減算数カウンタの値に加えて持点数カウンタのカウント値も受信しているが、自ら記憶している持点数は加算数カウンタおよび減算数カウンタの値に基づいて更新し、Ｓ台側から送られる持点数カウンタのカウント値は利用しない。このため、仮に、Ｓ台側から送られてきた持点数とＣＵ側で管理している持点数とが一致しない場合でも、ＣＵ側の持点数がＳ台側から送られてきた持点数で更新されてしまうことはない。
【０８２６】
さらに、ＣＵは、Ｓ台側から送信されてきた持点数カウンタの値とＣＵ側において更新されている現在の持点数とを照合して一致するか否かの整合性の判定を行なう。
【０８２７】
一致するとの判定（一致確認）が行なわれたことを条件として、ＣＵはＳ台との間で通常の（正常時の）動作要求（コマンド）の送信および通常の（正常時の）動作応答（レスポンス）の受信を継続する。一方、一致しないとの判定が行なわれたときには、ＣＵは、エラー状態に移行する制御を行なう。
【０８２８】
エラー状態に移行する制御としては、たとえば、表示器３１２によりエラー報知を行なうこと、あるいは、ホール用管理コンピュータ１にエラーが発生した旨のエラー通知信号を送信すること（この場合、ホール用管理コンピュータ１によるエラー報知が行なわれるようにしてもよい）、係員による人為的な対応を促す所定の報知をすること等が考えられる。
【０８２９】
あるいは、一致しないとの判定が行なわれたときには、ＣＵは、持点数をＣＵ側が管理
している持点数に補正指示するためのコマンドを生成の上で、Ｓ台へ送信するようにすることも考えられる。この場合、Ｓ台には、自身が記憶している持点数を補正指示コマンドに従って補正する機能を設ける。なお、補正指示コマンドとしては、ＣＵ側で管理している持点数を指定したコマンドとしても、あるいは、ＣＵ側で管理している持点数と、Ｓ台側で記憶している持点数との差を示すコマンドとしてもよい。
【０８３０】
このように、ＣＵは、Ｓ台側から送信されてくる各種カウンタの値を受信し、現時点における持点数を特には加減算数カウンタの値に基づいて算出して管理するという持点数の主管理機能を有している。このため、Ｓ台には主管理機能を設ける必要がない。その分、遊技機の製造コストを低減できる。なお、本実施の形態では、持点数が０になったときに即座に遊技を禁止できるようにするなどの目的のために、Ｓ台側にも持点数を記憶させている。しかしながら、Ｓ台側に持点数を記憶するための持点数カウンタを設けないようにしてもよい。
【０８３１】
ＣＵは、算出された現時点における持点数とＳ台側から送信されてきた持点数カウンタの値とを照合して一致するか否かの判定を行なう持点数一致判定処理を行なう機能と、一致しないときにエラー状態に移行する制御（不一致時エラー制御）を行なう機能とを有する。
【０８３２】
このように、本実施の形態では、Ｓ台側にも持点数を記憶させているが、その持点数がＣＵ側で管理記憶している持点数と整合するか否かの判定を行なえるようにしている（ＣＵ側機能）。そのため、仮に不正行為その他の事情で遊技機側で記憶している持点数がＣＵ側で管理記憶している持点数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ側にその判定機能を設けたが、たとえば、ＣＵと接続されるホール用管理コンピュータ１によって、ＣＵ側で記憶している持点数とＳ台側で記憶している持点数とを受信し、両者が整合しているか否かの判定を行なうものとしてもよい。
【０８３３】
また、図９０に示すように、ＣＵは、貯メダルを記憶する記憶領域と、受け付けた（挿入された）プリペイドカード（遊技カード）のカード残高を記憶する記憶領域とをさらに有する。ＣＵのメイン制御部３２３は、貯メダルの使用を要求する入力（たとえば、ＣＵに設けられた再プレイボタン３１９の押圧入力）に応じて貯メダルを記憶する記憶領域から所定数の貯メダルを減算する。また、ＣＵのメイン制御部３２３は、カード残高の使用を要求する入力（たとえば、貸出ボタン３２１の押圧入力）に応じてカード残高を記憶する記憶領域から所定値を減算する。
【０８３４】
また、このような遊技者所有の遊技用価値（たとえばプリペイド残高、カードに記録された持点、あるいは貯メダル数）から価値を引落として遊技に使用する操作を遊技者が行なった場合に、その引落とし分の持点数を持点数カウンタに加算するための加算要求数がＣＵ側からＳ台側へ送信される。Ｓ台側では、それを受けて、持点数カウンタを加算更新する。
【０８３５】
一方、遊技者所有の遊技用価値を引落としてドリンク等に交換するといういわゆるワゴンサービスのオーダー等を行なう操作が実行されたときに、その遊技者所有の遊技用価値の減算要求数がＣＵ側からＳ台側へ送信される。Ｓ台側では、それを受けて、持点数カウンタを減算更新する。
【０８３６】
図９１は、図３に示したＰ台とＣＵとにおける遊技履歴データの記憶制御に対応する説明図であり、Ｓ台とＣＵとにおける遊技履歴データの記憶制御を示す図である。図３と同様の制御が行なわれ、Ｐ台の代わりにＳ台となっている点である。その他は同様であるために、ここでは図面開示のみに留め説明の繰返しを省略する。
【０８３７】
次に、以上説明した実施の形態における変形例や特徴点等を以下に説明する。
（１）  図９２は、図１に示したカードユニット３の変形例を示しており、カードユニット３がパチンコ機２の内部に組込まれているものを示している。
【０８３８】
遊技領域２７の下方位置に、破線で示すようにカードユニット３が組込まれている。そして、カードユニット３に設けられているカード挿入／排出口３０９から遊技者がカードを挿入でき、またカードユニット３に設けられている紙幣挿入口３０２から遊技者が紙幣を挿入できるように構成されている。さらに、カードユニット３の表示器３１２が遊技機の表示器５４の隣に遊技者が視認可能な状態で設けられている。また図中、３２０はＩＲ感光ユニット、３１９は再プレイボタン、３２１は貸出ボタン、３２２は返却ボタン、７９８は呼出ボタンである。
【０８３９】
この図９２に示したカードユニットの変形例は、遊技機の一例のパチンコ機２に組込んだものを示したが、組込み対象となる遊技機としてはパチンコ機２に限らず、図８９〜図９１に示したスロットマシン２Ｓであってもよい。
【０８４０】
（２）  次に、図３、図２３、図９１で説明した実施の形態の変形例を説明する。図９３は、図３に示したＣＵ側とＰ台側とのそれぞれの遊技履歴データの記憶を行なう制御態様の変形例を説明するための説明図である。ここでは、図３、図２３、図９１との相違点を主に説明する。
【０８４１】
図３の場合には、Ｐ台２に設けられたＲＡＭクリアスイッチ２９３を操作することにより遊技履歴データをクリアするものを示したが、この図９３に示す変形例においては、ホール用管理コンピュータ１からＣＵ３へ送信されてくるクリア指令に基づいて遊技履歴データをクリアする。遊技履歴データのクリアは、遊技場の営業開始前に当該遊技場に設置された各遊技機について行なう必要がある。ゆえに、各遊技機毎に設置されているＲＡＭクリアスイッチの操作ではなく、ホール用管理コンピュータ１からの各ＣＵ３へのクリア指令信号の一斉配信による遊技履歴データのクリアの方が便利である。
【０８４２】
遊技場の係員がホール用管理コンピュータ１を操作して、またはホール用管理コンピュータ１に内蔵されているクロック機能によって遊技場の営業開始時刻前の所定時刻になることにより、ホール用管理コンピュータ１から各ＣＵ３へクリア指令信号が一斉配信される。そのクリア指令信号を受信したＣＵ３は、遊技履歴データ管理部３９１に設けられているクリア処理部の働きにより、データ記憶部３９２の当Ｐ台遊技履歴データ記憶部の記憶を消去する。その結果、表示器３１２による当Ｐ台遊技履歴データの表示が消去（クリア）される。また、クリア処理部の働きにより、クリア指令信号をＰ台２の遊技履歴データ管理部２９１へ送信する。
【０８４３】
クリア指令信号を受信した遊技履歴データ管理部２９１は、クリア処理部の働きにより、表示器用演出制御部２９２のバックアップデータ記憶部に記憶されているデータが消去されるとともに、当Ｐ台遊技履歴データ記憶部の１０日分の記憶データのうち一番古い記憶データが消去され、残りの９日分の記憶データが１つずつ古い日の記憶エリアにシフト記憶される。その結果、一番新しい記憶エリア（当日記憶エリア）が空きエリアとなる。この空きエリア（当日記憶エリア）に本日の遊技履歴データが記憶されることとなる。
【０８４４】
また、この図９３に示す変形例においては、遊技者が離席した後当該離席した遊技者と次に遊技を行なう遊技者との同一性の判断をＣＵ３側において行なっている。離席した遊技者の遊技者特定情報であるＣ−ＩＤがデータ記憶部３９２の現遊技者遊技履歴データ記憶部に記憶されている。その後離席したＰ台２において再度遊技を行なうべく遊技者がカ
ードをＣＵ３に挿入した場合に、その挿入されたカードの情報が読取られてその挿入カード情報に含まれるＣ−ＩＤと現遊技者遊技履歴データ記憶部に記憶されている離席した遊技者のＣ−ＩＤとが比較されて両者が一致するか否かが判定される。両者が一致すると判定された場合にはＣＵ３の遊技履歴データ管理部３９１からＰ台２の遊技履歴データ管理部２９１に対して同一コマンドが送信される一方、両者が一致しないと判定された場合には、相違コマンドが送信される。
【０８４５】
それら同一／相違コマンドを受信した遊技履歴データ管理部２９１は、同一コマンドである場合にはバックアップデータ記憶部に記憶されているＣ−ＩＤと遊技履歴データとを現遊技者遊技履歴データ記憶部に復帰させて記憶させる制御を行なう。一方、相違コマンドを受信した場合には、バックアップデータ記憶部に記憶されているバックアップデータを消去する制御を行なう。
【０８４６】
図９４は、図９３に示したＰ台とＣＵとにおける遊技履歴データの記憶制御に対応する変形例の説明図であり、Ｓ台とＣＵとにおける遊技履歴データの記憶制御を示す図である。図９２と同様の制御が行なわれ、相違点としては、Ｐ台の代わりにＳ台となっている点である。その他は同様であるため、ここでは図面開示のみに留め説明の繰返しを省略する。この図９３、図９４も、前述した図３、図９１と同様に、ビジターカードではなく会員カードのＣ-ＩＤが読取られた場合にのみ遊技者の同一性を確認して現遊技者遊技履歴データに記憶して遊技履歴を引継いで集計する。
【０８４７】
図９５は、図９３および図９４に示した変形例における挿入時処理の制御を示すフローチャートである。この図９５の制御は、図２３に示した制御の一部を変更したものであり、同一の制御ステップについては同一のステップ番号を付しており、ここでは主に相違点について説明する。この図９５においても、実線の矢印は制御の流れを示し、二点差線の矢印は送信される情報の流れを示している。図９５において、Ｓ１、Ｓ２、Ｓ４〜Ｓ７、Ｓ２０、Ｓ２１の各ステップはＣＵが実行し、Ｓ２２、Ｓ１０、Ｓ１２、Ｓ１３、Ｓ１５はＰ台が実行する。
【０８４８】
Ｓ１により中断中でないと判断された場合には制御がＳ２０へ進み、今回挿入されたカードと前回挿入されたカードとのＣ−ＩＤを比較し一致するか否か判定する。次にＳ２１により、その判定結果に基づくコマンドをＰ台へ送信する制御が行なわれる。具体的には、一致するとの判定結果の場合には同一コマンド、一致しないとの判定結果の場合には相違コマンドがＰ台へ送信される。
【０８４９】
Ｐ台においては、その送信されてきたコマンドが一致コマンドであるか否かの判定がＳ２２により行なわれ、一致することを条件として、バックアップエリア（バックアップデータ記憶部）の遊技履歴データを現エリア（現遊技者遊技履歴データ記憶部）に戻し、遊技履歴データの更新を再開する制御（Ｓ１２）が行なわれる。
【０８５０】
なお、この図９５に示す変形例においては、図２３に示したＳ１４の制御は実行されない。
【０８５１】
この変形例において、前述の同一コマンドの送信の代わりに、データ記憶部３９２の現エリア（現遊技者遊技履歴データ記憶部）に記憶されている遊技履歴データａを遊技機（Ｐ台２やＳ台２Ｓ）へ送信してもよい。遊技履歴データａを受信した遊技機（Ｐ台２やＳ台２Ｓ）では、その受信した遊技履歴データａを現エリア（現遊技者遊技履歴データ記憶部）に記憶し、遊技履歴データａを引継いで新たな遊技履歴データを加算更新する。この場合には、遊技機（Ｐ台２やＳ台２Ｓ）においてバックアップエリア（バックアップデータ記憶部）が不要になる。
【０８５２】
（３）  上記した実施の形態には、以下の構成の発明が開示されている。
遊技者により遊技が行なわれる遊技機（パチンコ機２、スロットマシン２Ｓ）と、該遊技機と通信可能に接続された遊技用装置（カードユニット３）とを備える遊技用システムであって、
前記遊技機は、
該遊技機を制御する第１の制御手段（主制御基板１６，１１６）と、
該第１の制御手段と通信可能に接続された第２の制御手段（ＬＳＩ７９９，９９９）とを含み、
前記第１の制御手段は、
前記遊技機の制御中に発生するエラーを判定するエラー判定手段（主制御基板１６，１１６のＣＰＵ）と、
該エラー判定手段によりエラーの発生が判定されたときに異常を報知する制御を行なう異常報知制御手段（主制御基板１６，１１６のＣＰＵ、Ｉ／Ｏポート）とを含み、
前記第２の制御手段は、
前記遊技用装置と通信可能に接続され（コネクタ３８０、２０、またはコネクタ３３０、２２０により接続され）、
前記第１の制御手段の異常を判定する異常判定手段（図８の認証シーケンス）を含み、さらに、
前記異常判定手段により前記第１の制御手段の異常が判定されたときに異常が発生したことを通知する異常通知情報を前記遊技用装置へ出力する出力手段（主制御基板１６，１１６の異常を検知した払出制御部１７，１１７がＰ台通信制御部８１，Ｓ台通信制御部８２からＣＵ通信制御部８０へ通知する）を含み、
前記遊技用装置は、前記異常通知情報を受信したときに異常を報知する制御を行なうことを特徴とする。
【０８５３】
このような構成によれば、遊技機の制御中にエラーが発生した場合に異常を報知する制御機能を有する第１の制御手段自体の異常が第２の制御手段によって判定され、その第１の制御手段自体の異常が発生したことが第１の制御手段から遊技用装置へ出力され、遊技用装置において異常を報知する制御を行なうために、異常発生時に異常報知制御機能を有する第１の制御手段自体に異常が存在する場合においても、良好に異常報知制御を行なうことができる。
【０８５４】
（４）  上記実施の形態においては、ＣＵ通信制御部８０やＰ台通信制御部８１は、メイン制御部３２３や払出制御部１７から送られてきた情報を受信してそのままその情報をＰ台あるいはＣＵへ送信するが、受信した情報を加工（プロトコル変換やシリアル／パラレル変換等）してその加工した情報を送信するものであってもよい。
【０８５５】
（５）  図７〜図２０の認証シーケンスと業務電文シーケンスは、メイン制御部３２３と通信制御部８０との制御であるが、図７〜図２０の認証シーケンスと業務電文シーケンスとの制御を、パチンコ機２の払出制御部１７とＰ台通信制御部８１とで行ってもよく、またスロットマシン２Ｓの払出制御部１１７とＳ台通信制御部８２とで行ってもよく、さらには、遊技場に設置されたその他の遊技機器（カード発行装置、清算装置、ホール用管理装置、景品交換装置等）において行ってもよい。
【０８５６】
また、図２０に示した業務電文シーケンスを、たとえば、ホール用管理コンピュータ１に接続された島コンピュータと遊技機のコンピュータとの間で行ってもよく、また、メイン制御部と通信制御部を備えたＺカウンタにおいて、その通信制御部が景品管理装置に接続されており、メイン制御部と通信制御部との間で行ってもよい。さらには、たとえば貯玉管理装置と接続された通信制御部をカードユニットに設け、その通信制御部とカードユ
ニットのメイン制御部との間において図２０に示した業務電文シーケンスを実行してもよい。
【０８５７】
（６）  図１６に示したＢＢシリアルＩＤ認証シーケンスは、メイン制御部のＳＩＤとＣＵ通信制御部のＳＩＤとの２種類のＳＩＤを用いた認証であるが、１種類のＳＩＤ（たとえばＣＵ用ＳＩＤ）を用いてメイン制御部とＣＵ通信制御部との認証を行なってもよい。この場合には、互いに同じＳＩＤを記憶していることの認証が行なわれることになる。
【０８５８】
（７）  前述の実施の形態においては、遊技玉数をＣＵ側に設けた表示器３１２により表示させるようにしているとともに、Ｐ台側の表示器５４により遊技玉数の表示を行なうようにしている。遊技玉数をＣＵ側の表示器により表示する場合には、表示部のないＰ台にも、本実施の形態におけるＣＵを適用して遊技玉数の表示ができるというメリットがある。一方、Ｐ台側に遊技玉数表示部を設ける場合には、その表示制御をＣＵ側で行なってもよい。あるいは、その表示制御をＰ台側で行なってもよい。表示制御をＰ台側で行なう場合には、表示すべき遊技玉数の情報をＣＵ側からもらい受けるようにすることによって、遊技玉数表示部にはＣＵで管理している遊技玉数を表示することが可能となる。また、このように、表示制御をＰ台側で行なうと、装飾的（演出的）価値の高い遊技玉数の表示を行なうことが可能になるというメリットがある。なお、表示制御をＰ台側で行なう場合、表示すべき遊技玉数の情報をＣＵ側からもらい受けるのではなく、Ｐ台自身が記憶している遊技玉数カウンタの値に基づいて、遊技玉数の表示制御をするものとしてもよい。
【０８５９】
（８）  図３２においてＰ台側で浮遊玉処理待ち時間のために１０秒のウエイトを設けたものを示したが、その代わりに、Ｐ台側において、発射玉数−ファール玉数−アウト玉数−入賞玉数＝０を判定し、または、発射玉数−ファール玉数−アウト玉検出スイッチによる検出玉数＝０を判定して、浮遊玉の処理が終了したと判断するようにしてもよい。
【０８６０】
（９）  前述の実施の形態においては、禁止要求のコマンドを受けたＰ台において、打球発射モータ（図示略）の駆動を停止して打球発射停止状態にし、変動中の可変表示装置の停止あるいは始動入賞記憶に基づいた可変表示装置の変動までは停止しないものを示したが、その代わりに、可変表示装置の変動をも停止させるようにしてもよい。
【０８６１】
（１０）  前述の実施の形態においては、ワゴンサービス等によって遊技玉を減算する際に、図２６等に基づいて説明したように、Ｐ台からの応答を待って減算確定するものを示した。しかし、これに限らず、ＣＵ側において記憶している遊技玉の数が減算要求の玉数に比べて十分多い場合（たとえば３０玉数以上多い場合）、Ｐ台からの応答を待つことなくＣＵ側単独で遊技玉の減算処理を行なって、その後にＰ台に対して減算要求の動作指示を送信するようにしてもよい。
【０８６２】
（１１）  前述した実施の形態においては、ＣＵからＰ台にコマンドを送信してＰ台がそれに応えてレスポンスをＣＵに返信するものを示したが、逆に、Ｐ台からコマンドをＣＵに送信し、ＣＵがそれに応えてレスポンスをＰ台へ返信する通信形態であってもよい。
【０８６３】
具体的には、払出制御部１７，１１７で生成されたコマンド（動作指示）をＰ台通信制御部８１，Ｓ台通信制御部８２へ送信し、そのコマンド（動作指示）をＰ台通信制御部８１，Ｓ台通信制御部８２からＣＵへ送信する。そのコマンド（動作指示）に応じたレスポンス（動作応答）がＣＵからＰ台通信制御部８１，Ｓ台通信制御部８２へ返信され、そのレスポンス（動作応答）をＰ台通信制御部８１，Ｓ台通信制御部８２が払出制御部１７，１１７へ送信する。
【０８６４】
この場合には、コマンドの再送（図示略）を払出制御部１７，１１７が実行する。つま
り、払出制御部１７，１１７は、コマンド送信後１秒間レスポンスをＰ台通信制御部８１，Ｓ台通信制御部８２から受信できなかった場合にはコマンドをＰ台通信制御部８１，Ｓ台通信制御部８２へ再送する。さらに、図２０（ａ）（ｂ）で示した通信状態要求の送信および通信状態の確認のリトライも払出制御部１７，１１７が実行する。つまり、払出制御部１７，１１７は、動作指示をＰ台通信制御部８１，Ｓ台通信制御部８２へ送信した後通信状態要求を送信し、Ｐ台通信制御部８１，Ｓ台通信制御部８２から返信されてくる通信状態応答に基づいて通信状態を確認する。そして、確認結果異常と判断した場合は、再度動作指示を送信した後通信状態要求を送信し、通信状態の確認のリトライを実行する。
【０８６５】
（１２）  さらに、前述の実施の形態においては、定期的（たとえば２００ｍｓ）毎にＣＵとＰ台との間で通信を行なっているが、それに代えて、通信の必要性が生じたときにＣＵまたはＰ台の一方から他方にデータを送信して交信するようにしてもよい。
【０８６６】
（１３）  前述の実施の形態においては、Ｐ台からＣＵに対して、加算拒否ＯＮ、減算拒否ＯＮ、クリア拒否ＯＮなどの要求に従わない拒否信号を含む動作応答をＣＵに返信し、ＣＵ側でその拒否ＯＮに基づいて要求が拒否されたことを判別するようにしている。しかしこれに限定されるものではなく、拒否ＯＮの動作応答をＰ台が返信する代わりに、ＣＵからの要求に従っていない加算減算玉数や遊技玉のデータを含む動作応答をＣＵへ返信し、ＣＵ側で、その返信されてきたデータ（加算減算玉数や遊技玉等）が要求に従ったものであるか否かを判別し、それにより要求が拒否されたか否かを判別するようにしてもよい。
【０８６７】
（１４）  前述の実施の形態においては、ＣＵでの電源断やＣＵとＰ台との間での通信断が検知された場合に、Ｐ台側において打球発射を停止させてプレイ停止状態にするものを示したが、それに限定されるものではなく、Ｐ台側において打球発射を停止させることなく遊技が続行できる状態に制御してもよい。その場合に、通信断が発生してからそれら異常が復旧して起動するまでの間において続行された遊技に伴って生成された加算減算玉数および始動口回数のデータをＰ台側で累積記憶しておき、起動時にそれらデータおよび遊技玉のデータをＣＵに送信してＣＵ側のデータのバックアップ値を修正するようにしてもよい。
【０８６８】
（１５）  前述の実施の形態においては、Ｐ台は、ＣＵからのコマンドが所定時間（たとえば４秒間）送信されてこないときに、所定の処理によって通信断と判断している。しかし、次のような方法で通信断の判断を行なってもよい。
【０８６９】
パチンコ機２とカードユニット３とが電気的に接続されているか否かを検出する接続検出器をパチンコ機２に設ける。ＣＵ通信制御部８０と払出制御部１７とは前述したように信号線で接続されているが、その信号線の他にカードユニット３からの所定電圧（たとえば５Ｖ）がパチンコ機２側に入力される接続検知用信号線を設ける。この接続検知用信号線とＣＵ通信制御部８０および払出制御部１７の間での信号線とが、同じケーブルで構成されており、そのケーブルの断線あるいはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じた場合には、接続検知用信号線の電圧が０Ｖとなるために、それを接続検出器が検出し、その検出信号が払出制御部１７に入力されるように構成する。払出制御部１７は、その検出信号が入力されたことにより、ケーブルの断線あるいはコネクタ３３０、２０の離脱さらにはカードユニット３の電源断が生じたことを判定する。
【０８７０】
（１６）  図２１の処理において、Ｐ台は、補正ＯＮを含む通信開始要求（補正要求）を受けたときに、Ｐ台でその補正要求を拒否できないようにプログラムされている。しかし、Ｐ台において、補正ＯＮを含む通信開始要求（補正要求）を受けたにもかかわらず、遊技玉等の補正ができない重度のエラーが発生している場合もある。このような重度のエ
ラー状態を考慮して、ＣＵ側において、補正ＯＮを含む通信開始要求（補正要求）の送信後、Ｐ台から送信されてくる動作応答の内容をチェックして、Ｐ台側の遊技玉等が正しく修正されているか否かを判定し、修正されていないときには、エラー状態に移行する制御を行なうようにしてもよい。
【０８７１】
つまり、ＣＵは、図２１の補正ＯＮを含む通信開始要求（補正要求）を受信した後においても未だ遊技機（たとえばＰ台）において遊技玉等の加算ができないことを判別したときに、予め定められたエラー状態に移行する制御を行なうエラー制御手段を含む。
【０８７２】
エラー状態に移行する制御としては、たとえば、表示器３１２により重度のエラー報知を行なうとともに、ホール用管理コンピュータ１に重度のエラーが発生した旨の通知を行なってホール用管理コンピュータ１によるエラー報知を行なって、係員による人為的な対応を促す等が考えられる。
【０８７３】
（１７）  Ｐ台側では、次のようにして加算玉数をカウントしてもよい。
Ｐ台側に加算玉数をカウントするためのカウンタとして、カウンタＡとカウンタＢとを設ける。初めに、カウンタＡによって加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＡのカウント値をＣＵへ送信する。その後、カウンタＡの値は維持し、以降はカウンタＢにて加算玉数をカウントする。加算玉数の送信タイミングになれば、カウンタＢのカウント値をＣＵへ送信する。その後、カウンタＢの値は維持する一方、カウンタＡのカウント値を０クリアし、以降はカウンタＡにて加算玉数をカウントする。以下、カウンタＡ、Ｂによる上記のカウントを繰り返す。
【０８７４】
以上のカウント方法は、Ｐ台側での減算玉数のカウントに利用してもよい。あるいは、始動口１入賞数、始動口２入賞数のカウントに利用してもよい。
【０８７５】
（１８）  Ｐ台は、加算玉数と減算玉数との２つの情報をＣＵに送信するのではなく、加算玉数と減算玉数とを加減算した後の１つの情報をＣＵに送信してもよい。つまり、このような情報によっても、「前記変化量を特定可能な更新情報」が構成される。
【０８７６】
（１９）  通信方式は、上記のコマンド-レスポンス方式に限定されるものではない。Ｐ台は、ＣＵからのコマンドを待つことなく所定時間間隔で遊技玉等の玉関連情報をＣＵに送信するものとしてもよい。あるいは、Ｐ台は、所定時間間隔で玉関連情報を送信するのではなく、予め定めた情報量が得られる毎に、玉関連情報をＣＵに送信するものとしてもよい。たとえば、加算玉であれば、１つあるいは２つ以上の予め定めた数の加算玉数が生じる毎に加算玉数をＣＵに送信するように構成することが考えられる。
【０８７７】
（２０）  本実施の形態では、Ｐ台側に加算玉数カウンタと減算玉数カウントとの２つのカウンタを設けた。しかしながら、これらの２つのカウンタに代えて、遊技玉の増加（入賞の発生等）により加算し、遊技玉の減少（弾発発射等）により減算する１つの加減算カウンタを用いるようにしてもよい。この場合には、この１つの加減算カウンタの値をＰ台からＣＵへ送信する。
【０８７８】
（２１）  本実施の形態は、次の構成を含む。
前記遊技用装置は、持点の減算を指示するためのコマンドを前記遊技機へ送信した後、当該コマンドに対する応答を受信する前に、前記遊技機との間での通信コネクションを再確立させる処理に移行した場合、通信コネクションを再確立させる処理において前記遊技機側から送信されてきたデータに基づいて、持点の減算を指示するためのコマンドが前記遊技機へ到達していたか否かを判定する到達判定手段を含み、前記コマンド送信手段は、持点の減算を指示するためのコマンドが到達していたと前記到達判定手段により判定され
たとき、当該コマンドによる持点の減算指示をキャンセルするためのコマンドを前記遊技機へ送信し、前記副持点更新手段は、持点の減算を指示するためのコマンドによる持点の減算指示をキャンセルするためのコマンドを受信したとき、持点の減算を指示するためのコマンドに基づいて既に持点を減算済みである場合および持点不足により持点を減算していない場合のいずれであっても、前記副持点記憶手段が記憶している持点に減算指示のキャンセル分に対応する持点を加算する。
【０８７９】
（２２）  本実施の形態では、返却ボタン３２２の操作により、遊技終了を要求する信号がＣＵに入力される。しかし、ＣＵは、遊技終了を要求する信号を管理コンピュータなどから入力可能に構成してもよい。
【０８８０】
（２３）  ＣＵとＰ台とは、有線接続でなく、無線により通信可能に接続してもよい。
（２４）  払出制御部１７の機能を主制御基板１６に設けることによって、払出制御部１７をパチンコ機２に設けないようにしてもよい。
【０８８１】
（２５）  払出制御部１７は、パチンコ機２側で記憶している遊技玉数カウンタが０になった段階で打球発射モータ（図示略）の駆動を停止する制御を行なう。しかしながら、払出制御部１７は、遊技玉数カウンタが０以外の所定値になった段階でその制御を実行するものとしてもよい。たとえば、前記所定値を遊技者が遊技機の所定の操作スイッチを用いて予め指定入力できるようにする。払出制御部１７は、遊技玉数カウンタが遊技者指定の所定値に達した段階で、打球発射モータ（図示略）の駆動を停止する。これにより、遊技者は、遊技玉の残数が予め指定した玉数になった段階で自動的に遊技を停止させることが可能となる。
【０８８２】
（２６）  前述した実施の形態では、パチンコ機２側に演出部が設けられており表示器５４により各種表示がなされるものを示したが、この演出部を備えていないパチンコ機２０であってもよい。その場合には、前述したカード挿入処理中ＯＮ、加算表示中ＯＮ、電算表示中ＯＮ、クリア表示中ＯＮ等の動作指示を含むコマンドがＰ台２へ送信されてきても、Ｐ台２では、そのコマンドに応じた表示制御は行なわず、ＣＵ側の表示器３１２のみによる表示となる。
【０８８３】
（２７）  図３に示すＲＡＭクリアスイッチ２９３による手動操作によるＲＡＭクリアの代わりに、クロック機能を設けて遊技場の営業開始時刻になると自動的にＲＡＭクリア信号が出力されるようにしてもよい。その自動的に出力されたＲＡＭクリア信号により前述したように遊技履歴データがクリアされる。
【０８８４】
（２８）  前述した実施の形態においては、図柄確定回数１、２、始動口１〜３、大入賞口１、２、入賞口１〜４等の遊技履歴玉数のリカバリ処理において、ＣＵ側のデータに合せる制御を行なっているが、これら遊技履歴データについてはＰ台が管理している情報であるため、基本的に一致、不一致に関係なく、Ｐ台側が保持している遊技履歴データに基づいてＣＵ側の遊技履歴データを更新するように制御してもよい。但し、トータルの遊技玉数、加算玉累計および減算玉累計のデータについては、ＣＵ側の記憶データに合せる。
【０８８５】
（２９）  前述した実施の形態においては、試打モードへの移行は遊技場の店員によるリモコン操作によって行なっていたが、それに代えてあるいはそれに加えて、テストカードをＣＵに挿入することにより試打モードへの移行を行なうように制御してもよい。このようなリモコン操作による試打モードへの移行は、客待ち中（確変中でもよい）においてリモコン操作により試打モードに移行させることが可能となる。そして、試打モードとして、遊技場における営業外のイベントとして使用する第１試打モードと、釘調整後の確認
のための第２試打モードとの、２種類設けてもよい。
【０８８６】
さらに、前述の実施の形態においては、試打モード中において遊技玉（または持点数）がなくなったときにはＣＵ側から遊技玉加算指令（または持点数加算指令）をＰ台（またはＳ台）へ送ることにより遊技玉の加算（または持点数の加算）を行なって遊技を可能としているが、ＣＵ側からの遊技玉加算指令（または持点数加算指令）を送ることなく、Ｐ台（またはＳ台）において遊技玉（または持点数）がなくなっても継続して遊技ができるように制御してもよい。
【０８８７】
（３０）  前述したＣ−ＩＤは、変化することのない固定のコードデータで構成されたものであるが、それに代えて、カードから読み取られるＣ−ＩＤがその読取時刻に応じて変化する動的ＩＤコードであってもよい。そして、ＣＵにカードが挿入されてＣＵがＣ−ＩＤを読取ったときにその読取時刻とともにＣ−ＩＤをＣＵが記憶しておき、その読取時刻とＣ−ＩＤとの両データに基づいて遊技者が特定できるように構成してもよい。例えば、ＣＵがＣ−ＩＤを読取る際に、現在時刻Ｔをカードに入力し、カード内において、Ｃ−ＩＤをＴで暗号化ＥＴ（Ｃ−ＩＤ）し、そのＥＴ（Ｃ−ＩＤ）とＴとをペアで出力する。ＣＵは、そのＥＴ（Ｃ−ＩＤ）をＴで復号ＤＴ（ＥＴ（Ｃ−ＩＤ））してＣ−ＩＤを抽出する。
【０８８８】
（３１）  前述の実施の形態においては、Ｃ−ＩＤに基づいて遊技者が特定されて同一の遊技者が遊技を行なっているか否かの判定を行なうようにしたが、それに代えてあるいはそれに加えて、遊技者の指紋や静脈等の生体情報を読取る生体情報読取手段をＣＵあるいはＰ台に設け、その生体情報読取手段により読取られた生体情報読取手段に基づいて遊技者の同一性を判別するバイオメトリクス認証を採用してもよい。
【０８８９】
（３２）  前述の実施の形態においては、図３に示したように、カードの返却に伴って、現遊技者遊技履歴データ記憶部に記憶されているデータをバックアップデータ記憶部にシフトして記憶させるものを示したが、その代わりに、カードの返却に伴って、現遊技者遊技履歴データ記憶部をバックアップデータ記憶部に切換えてかつバックアップデータ記憶部を現遊技者遊技履歴データ記憶部に切換えるように制御してもよい。その場合には、切換えられた現遊技者遊技履歴データ記憶部の記憶データが表示器５４により表示されることとなる。
【０８９０】
（４１）  前述の実施の形態においては、図３等に基づいて説明したように、Ｃ−ＩＤの一致判定をＰ台側において行なっていたが、その一致判定をＣＵ側において行なってもよい。その場合には、Ｐ台２のバックアップデータ記憶部に記憶されているＣ−ＩＤをＣＵ側に送信してもらい、それを受信したＣＵ側において、挿入されたカードに記録されているＣ−ＩＤを読取り、その読取ったＣ−ＩＤとＰ台から送信されたＣ−ＩＤとの一致判定を行なう。そして、ＣＵ３において、Ｃ−ＩＤが不一致であると判定した場合に、Ｐ台２に対してクリアコマンドを送信する。そのクリアコマンドを受信したＰ台２では、バックアップデータ記憶部に記憶されているデータを消去する。
【０８９１】
一方、ＣＵ３において、Ｃ−ＩＤが一致すると判定された場合には、Ｐ台２に対し、バックアップデータ記憶部に記憶されている遊技履歴データを現遊技者遊技履歴データ記憶部に復帰させてその遊技履歴データを引継いで新たな遊技履歴データの加算更新を行なうための指令情報をＣＵ３からＰ台２へ送信する。この指令情報は、引継ぎ指令情報等のようなコードデータであってもよいが、引継ぐためのバックアップ遊技履歴データすなわちＰ台２のバックアップデータ記憶部に記憶されている遊技履歴データをＣＵ側において記憶しておき、そのバックアップされている遊技履歴データを引継ぎ指令情報としてＰ台２へ送信するようにしてもよい。その場合には、Ｐ台におけるバックアップデータ記憶部は
不要となる。
【０８９２】
（３３）  前述の実施の形態においては、図４５〜図４７、図５０、図５１、図５４、図５５、図５８、図５９に示したように、Ｃ−ＩＤの同一性の判定をＣＵ側で行なうものを示したが、この同一性判定をＰ台側で行なうようにしてもよい。つまり、以下のような構成を持たせた遊技機にしてもよい。
【０８９３】
持点による遊技が可能であり、遊技領域に遊技媒体を発射して遊技が行なわれ、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部を備え、入賞の発生に応じて持点が加算される遊技機であって、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段と、
持点を記憶する持点記憶手段と、
前記持点記憶手段が記憶している持点を前記変化量に応じて更新する持点更新手段と、
前記変化量を特定可能な更新情報と前記持点記憶手段に記憶されている持点とを前記通信部から前記遊技用装置へ送信する制御を行なう情報送信制御手段と、
遊技を行なう遊技者を特定する遊技者特定情報を記憶する遊技者特定情報記憶手段と、
前記遊技用装置と接続されて通信が開始された際に、遊技者特定情報読取手段により読取られた遊技者特定情報と前記遊技者特定情報記憶手段に記憶されている遊技者特定情報とにより同一の遊技者が特定されるか否かを判定する同一判定手段と、
該同一判定手段による判定結果を前記通信部から前記遊技用装置へ送信する制御を行なう同一判定結果送信制御手段とを備えた、遊技機。
【０８９４】
（３４）  前述した実施の形態においては、動作指示および動作応答にＣ−ＩＤを含めて送受信している。その送受信の最中に異なるＣ−ＩＤがＰ台からＣＵへ送信されてきたときには、エラーと判定して、ＣＵ側において加算玉数および減算玉数の更新を行なわないように制御してもよい。このように制御した場合には、コマンドおよびレスポンスの送受信の最中にノイズによってＣ−ＩＤが一時的に狂ったデータとなる虞がある。その場合に、たとえばＣＵ側において受信した動作応答中に含まれているＣ−ＩＤがコマンドとして送信したＣ−ＩＤと異なっていた場合には、ＣＵ側においてはエラーと判定してその送信されてきた動作応答に含まれている加算玉数や減算玉数に基づいて加減算更新制御を実行しない。その結果、次回のコマンドおよびレスポンスの送受信においてノイズで狂っていないＣ−ＩＤがＰ台側から送信されてきた場合に、Ｃ−ＩＤが一致して正常であると判定されながらも、その動作応答に含まれている遊技玉数（トータル遊技玉数）とＣＵが記憶しているトータル遊技玉数とが食い違うこととなり、前述の実施の形態では、そのような場合には、ＣＵが記憶している遊技玉数に補正するコマンドをＰ台へ送信し、Ｐ台が記憶している遊技玉数がＣＵ側の記憶玉数に書替えられる。その結果、ノイズによりＣ−ＩＤが狂う１つ前のレスポンスに基づいて更新された１つ前の古い遊技玉数にＰ台の遊技玉数が書替えられることとなり、正しい遊技玉数が誤った遊技玉数に書替えられる場合が生ずる。
【０８９５】
このような不都合を解消するために、レスポンスに含まれているＣ−ＩＤがＣＵ側のＣ−ＩＤと異なったとしても、１回のレスポンスだけで判断するのではなく、数回（たとえば２回）続けてレスポンス中のＣ−ＩＤがＣＵ側のＣ−ＩＤと狂った場合に限り、異常と判定するように制御するのが望ましい。これを実現する具体的方法としては、以下の２つの方法が考えられる。
【０８９６】
まず第１の方法として、１回目のレスポンスに含まれているＣ−ＩＤがＣＵ側のＣ−ＩＤと食い違っている場合に、次のコマンドの送信に際してＳＱＮを加算更新することなくそのままＰ台へ送信する。すると、Ｐ台においては、図３６に基づいて説明したように、
レスポンスがＣＵに到達していないと判断して加算玉数等に前回送信データを追加してその追加された加算玉数等を次回のレスポンスとしてＣＵへ送信する制御を行なう。ＣＵにおいては、その次回のレスポンスに含まれているＣ−ＩＤがＣＵ側のＣ−ＩＤと一致している場合には、適正と判断して、その前回送信データを追加した加算玉数等に基づいて玉数の更新制御を行なう。その結果、正しい遊技玉数に更新することが可能となる。一方、次回のレスポンスにふくまれているＣ−ＩＤもＣＵ側のＣ−ＩＤと異なっていた場合には、２回連続してＣ−ＩＤが異なっているためにＣＵは異常と判定し、そのレスポンスに含まれる加算玉数や減算玉数に基づいて遊技玉数の更新を行なわず、以降所定のエラー処理制御を行なうようにしてもよい。
【０８９７】
第２の方法としては、Ｃ−ＩＤの不一致の間ＣＵ側で別個に加算更新しておき、正しいＣ−ＩＤを受信したときにその別個に加算更新されているデータを遊技玉トータル数等に一括加算更新する。
【０８９８】
以上説明した変形例の構成をまとめると、以下のようになる。
遊技用装置は、
持点を記憶する持点記憶手段と、
所定の識別情報を記録する遊技用装置側識別情報記憶手段と、
該遊技用装置側識別情報記憶手段に記憶されている識別情報を定期的に前記遊技機へ送信する制御を行なう遊技用装置側識別情報送信制御手段とを含み、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量を特定する特定手段と、
前記変化量を特定可能な更新情報を前記遊技用装置へ送信する情報送信手段と、
前記遊技用装置側識別情報送信制御手段の制御により送信されてきた識別情報を記憶する遊技機側識別情報記憶手段と、
該遊技機側識別情報記憶手段に記憶されている識別情報を定期的に前記遊技用装置へ送信する制御を行なう遊技機側識別情報送信制御手段とを含み、
前記遊技用装置は、
前記更新情報を受信する情報受信手段と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段と、
前記遊技機側識別情報送信制御手段の制御により送信されてきた識別情報と前記遊技用装置側識別情報記憶手段に記憶されている識別情報とを照合して整合しているか否かを判定する整合判定手段と、
該整合判定手段の判定結果所定回数連続して整合していない旨の判定が行なわれれたときに異常判定を行なう異常判定手段とを含み、
前記持点更新手段は、
前記異常判定手段による異常判定が行なわれたときに、前記整合判定手段により不整合であると判定された期間中における前記遊技機での持点の変化量の合計に相当する持点の更新を行なわず、
前記異常判定手段による異常判定が行なわれる以前に送信されてきた識別情報に基づいて前記整合判定手段が正常であるとの判定を行なったときに、前記整合判定手段により不整合であると判定された期間中における前記遊技機での持点の変化量の合計に基づいた持点の更新を行なう。
【０８９９】
このような構成によれば、適正な識別情報が送信されたにもかかわらずノイズ等により一時的に狂った識別情報が受信されたとしても、遊技用装置において異常と誤判定して更新情報に基づく持点の更新を行なわないことによる不都合を防止できる。
【０９００】
（３５）  前述の実施の形態では、表示器３１２に表示された再集計ボタン等の操作ボ
タンアイコンがタッチ操作されることにより、改めて試打モードによる遊技履歴データの再集計を行なうものを示したが、その代わりにまたはそれに加えて、ガラス扉６の開放を検出することにより改めて試打モードによる遊技履歴データの再集計を行なうように制御してもよい。
【０９０１】
（３６）  前述の実施の形態の内容は、パチンコ遊技機ばかりでなくスロットマシンのような遊技機にも適用できる。
【０９０２】
ここに、パチンコ遊技機タイプの遊技機とは、記録媒体（カード）を受付けて該記録媒体に記録されている記録情報により特定される遊技者所有の有価価値（プリペイド残高、持玉数、あるいは貯玉数）を遊技に使用可能にする遊技用装置（カードユニット３）と通信する通信部（Ｐ台通信制御部８１）を備え、遊技領域に遊技媒体を発射して遊技が行なわれる遊技機（パチンコ機２）である。
【０９０３】
また、他の表現をすれば、パチンコ遊技機タイプの遊技機とは、持点による遊技が可能であり、遊技領域に遊技媒体を発射して遊技が行なわれ、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部を備え、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）である。
【０９０４】
一方、スロットマシンタイプの遊技機とは、記録媒体（カード）を受付けて該記録媒体に記録されている記録情報により特定される遊技者所有の有価価値プリペイド残高、持玉数、あるいは貯玉数）を遊技に使用可能にする遊技用装置（カードユニット３）と通信する通信部（Ｐ台通信制御部８１）と、表示状態が変化可能な可変表示装置とを備え、１ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより１ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となる遊技機（スロットマシン２Ｓ）である。
【０９０５】
また、他の表現をすれば、スロットマシンタイプの遊技機とは、持点による遊技が可能であり、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置と通信する通信部（Ｓ台通信制御部８２）と、表示状態が変化可能な可変表示装置とを備え、１ゲームに対して賭数を設定することによりゲームが開始可能となるとともに、可変表示装置の表示結果が導出表示されることにより１ゲームが終了し、導出表示された表示結果が予め定められた特定の表示結果となったときに入賞が発生可能となり、入賞の発生に応じて持点が加算される遊技機（スロットマシン２Ｓ）である。
【０９０６】
（３７）  前述の実施の形態においては、図２、図９０で説明したように、ＣＵが記憶している遊技玉数や持点数と遊技機から送られてきた遊技玉数や持点数とが一致するか否かＣＵが判断し、不一致の場合には遊技機側の遊技玉数や持点数をＣＵ側の遊技玉数や持点数に合わせる補正用のコマンドを送信しているが、コマンド送信の判断基準としてＣ−ＩＤの一致不一致をさらに付加してもよい。例えば、ＣＵが記憶している遊技玉数や持点数と遊技機から送られてきた遊技玉数や持点数とが不一致であってもそれだけでは補正用のコマンドを送信せず、さらに遊技機から送られてきたＣ−ＩＤがＣＵの記憶しているＣ−ＩＤと不一致であるとＣＵが判断した場合に、補正用のコマンドを送信する。これにより、ノイズ等何らかの原因でＣ−ＩＤのデータが狂うような異常が生じた場合に、補正用のコマンドを送信して遊技機側での遊技玉数や持点数を正しい値に補正することができる。
【０９０７】
さらに遊技機から送られてきたＣ−ＩＤがＣＵの記憶しているＣ−ＩＤと一致するとＣＵが判断した場合に、補正用のコマンドを送信するようにしてもよい。これにより遊技者
が代わっていない状態で遊技機側の遊技玉数や持点数が狂うという異常が生じた場合に、補正用のコマンドを送信して遊技機側での遊技玉数や持点数を正しい値に補正することができる。
【０９０８】
（３８）  前述の実施の形態においては、ＲＡＭクリアスイッチ２９３のスイッチ操作により、当Ｐ台遊技履歴データ記憶部の１０日分の記憶データのうち一番古い記憶データが消去され、残りの９日分の記憶データが１つずつ古い日の記憶エリアにシフト記憶されるが、このような当Ｐ台遊技履歴データのシフト制御を実行する条件として、遊技場の開店前の時間帯であることを付加してもよい。つまり、遊技場の開店前の所定時間帯にＲＡＭクリアスイッチ２９３のスイッチ操作が行なわれたことを条件として、当Ｐ台遊技履歴データのシフト制御を実行する。
【０９０９】
（３９）  前述の実施の形態においては、シリアルＩＤ認証シーケンスをメイン制御部３２３とＣＵ通信制御部８０との間で実行しているが、それに加えて、遊技機のＬＳＩ７９９、９９９と主制御基板１６、１１６との間、払出制御部１７、１１７とＰ台通信制御部８１、８２との間で実行してもよい。
【０９１０】
（４０）  図９３、図９４で説明した変形例においては、ホール用管理コンピュータ１から送信されてきたクリア指令がＣＵ３に入力されるものを示したが、その代わりにまたはそれに加えて、ＣＵ３にクリアスイッチを設け、クリアスイッチを操作することにより、前述した遊技履歴データをクリアする処理を行なうようにしてもよい。また、リモコン操作により遊技履歴データをクリアできるようにしてもよい。具体的には、遊技場の係員がＣＵ３のＩＲ感光ユニット３２０にリモコンを向けてクリア操作することにより、その操作信号（赤外線）をＩＲ感光ユニット３２０が受光し、遊技履歴データをクリアする処理を行なう。
【０９１１】
（４１）  上記実施の形態では、持点方式のスロットマシンとして、遊技においてメダルなどの物理的な遊技媒体を一切用いる必要のないスロットマシンを例に挙げて説明した。このようなスロットマシンを採用した場合には、遊技媒体が不要になるため、スロットマシンに遊技媒体の搬送経路や遊技媒体の貯留部を設ける必要がない。その結果、スロットマシンの構造を簡略化でき、スロットマシンの小型化あるいは低コスト化を図ることが可能になる。
【０９１２】
しかしながら、このようなスロットマシンに換えて、持点方式を採用しつつも、メダルあるいは遊技玉などの遊技媒体を所定方向へ移動させることに連動して持点を更新させるようなスロットマシンを採用することも考えられる。
【０９１３】
たとえば、スロットマシン内に多数の遊技媒体を封入し、その封入した遊技媒体を所定方向に循環させる循環経路を設ける。なお、循環経路の所定箇所には必要に応じて遊技媒体を排出・投入可能な排出・投入部を設けてもよい。
【０９１４】
持点の加算条件が成立すると、スロットマシンは、循環経路内の複数の遊技媒体のうち、加算する持点数に応じた数の遊技媒体を循環経路内の所定の第１の箇所から第２の箇所へと移動させるとともに、記憶している持点を加算更新し、かつ、持点を加算するための応答コマンドをＣＵへ送信する。ＣＵは、記憶している持点数を加算更新する。
【０９１５】
また、持点の減算条件が成立すると、スロットマシンは、循環経路内の複数の遊技媒体のうち、減算する持点数に応じた数の遊技媒体を循環経路内の前記第２の箇所から前記第１の箇所へと移動させるとともに、記憶している持点を減算更新し、かつ、持点を減算するための応答コマンドをＣＵへ送信する。ＣＵは、記憶している持点数を減算更新する。
【０９１６】
なお、減算条件が成立した場合にも、加算条件が成立した場合と同じく、第１の箇所から第２の箇所へと遊技媒体と移動させるものとしてもよい。あるいは、加算条件が成立した場合にのみ、遊技媒体の移動を行なうものとしてもよく、または、減算条件が成立した場合にのみ、遊技媒体の移動を行なうものとしてもよい。
【０９１７】
また、遊技媒体の移動に対応して持点が更新されていることを遊技者に認識させるために、前記第１の箇所と前記第２の箇所との間を移動する遊技媒体を透視可能な透視部をスロットマシンの正面側の所定位置に設けることが望ましい。
【０９１８】
さらに、前記第１の箇所と前記第２の箇所との間には遊技媒体を移動させるための移動通路を複数条設けておけば、１回の加算条件あるいは減算条件の成立で更新すべき持点の更新数が多い場合（たとえば、入賞に基づく払出数が多い場合、貸出指令に基づく加算数が多い場合、賭数がＭＡＸ値である場合）に、持点の更新数に対応する遊技媒体を速やかに移動させることができる。その結果、持点の更新表示が終了しているにも関わらず遊技媒体の移動が延々と続くような違和感のある動作になることを防止できる。
【０９１９】
また、前記第１の箇所と前記第２の箇所とが鉛直方向上部と下部との関係になるように配置すれば、前記第１の箇所から前記第２の箇所へと遊技媒体を自重による自然落下させることができ、遊技媒体の移動機構を単純化できる。この場合には、持点の加算更新および減算更新の双方共に遊技媒体を前記第１の箇所から前記第１の箇所へと流下させるものとする。または、持点の加算更新と持点の減算更新との一方の場合にのみ、遊技媒体を前記第１の箇所から前記第１の箇所へと流下させるものとしてもよい。あるいは、持点の加算更新用の流下経路と、持点の減算更新用の流下経路とを別個に設けて、加算更新視認用の透視窓と、減算更新視認用の透視窓をそれぞれ設けてもよい。
【０９２０】
特に、上記遊技媒体として、遊技球を用いた場合には、遊技媒体が球形であることからメダルを用いた場合よりも遊技媒体の循環をスムーズに行なえる。また、遊技球としては、遊技店でごく普通に用いられるパチンコ玉を採用することが考えられる。この場合、たとえば、スロットマシンのメダル１枚の価値（持点＝１の価値）に対してパチンコ玉５球が対応するものとすれば、持点数が更新される場合には更新持点数の５倍のパチンコ玉を第１の箇所と第２箇所との間で移動させることになる。また、第１の箇所と第２の箇所との間に設けた透視窓から視認されるパチンコ玉は、専ら、持点の更新が行なわれていることを遊技者に示すための“見せ玉”として機能することになる。
【０９２１】
（４２）  前述した実施の形態では、発射玉検出スイッチ９０３が規定時間以上（たとえば２秒以上）オン状態であることを払出制御部１７が検知した場合には、補給されている遊技玉の数が所定個数（たとえば５０個）以上であるエラーが発生していると判断しているが、遊技玉が多すぎてオン状態が継続しているのではなく、発射玉検出スイッチ９０３自体が故障して検出信号を継続して出力している状態になっている可能性も考えられる。そこで、この投受光方式の発射玉検出スイッチ９０３の投受光箇所を、回収玉通過経路９０１の玉が通過するセンターラインから脇に少しずらした位置にするように構成してもよい。このように構成した場合には、封入玉が多過ぎて数珠繋ぎ状となった遊技玉のセンターラインから少し脇にずれた位置を光が投光されてその光を受光することとなり、数珠繋ぎ状の遊技玉が発射されて下方に移動することに伴って発射玉検出スイッチ９０３から脈動する検出信号が払出制御部１７に入力されることとなり、その脈動信号の入力に基づいて払出制御部１７が、発射玉検出スイッチ９０３の故障ではなく封入玉の個数が多過ぎる異常が発生したと判定するように制御してもよい。
【０９２２】
（４３）  前述した実施の形態では、発射部（図示略）は、駆動源としてモータ（発射
モータ１８）を用いているが、その代わりに、駆動源としてソレノイドを用いてもよい。その場合に、ソレノイドの非励磁状態のときのプランジャ位置を原点として原点センサにより検出するようにし、その原点センサの検出出力に基づいて前述した各種エラーを払出制御部１７が判定するようにしてもよい。
【０９２３】
前述した実施の形態では、Ｓ１０１の「客待ち状態が６０秒異常経過？」のステップとＳ１０２の「カード挿入中？」（またはＳ１０２Ａの「持点＝０？」のステップ）との両方を有するものを示したが、その代わりに、Ｓ１０１の「客待ち状態が６０秒異常経過？」のステップのみ、または、Ｓ１０２の「カード挿入中？」（またはＳ１０２Ａの「持点＝０？」）のステップのみにしてもよい。
【０９２４】
（４４）  前述した実施の形態では、中継基板９２１に設けられた玉抜きスイッチ９２２を操作することにより、パチンコ機２設置時における搬送モータ４０を駆動してのパチンコ玉の装填や、玉抜きモータ１９５ａを駆動しての封入玉の玉抜きを行なっているが、それに代えてまたはそれに加えて、遊技場の係員が所持しているリモコンを操作して発せられた赤外線をカードユニット３のＩＲ感光ユニット３２０が受光することにより、カードユニット３からパチンコ機２へ所定のコマンドが送信され、それを受けたパチンコ機２の払出制御部１７が、パチンコ機２設置時における搬送モータ４０を駆動してのパチンコ玉の装填や、玉抜きモータ１９５ａを駆動しての封入玉の玉抜きを行なってもよい。
【０９２５】
（４５）  遊技機の出荷時に、遊技機の真正を確認するための識別情報の一例のチップＩＤ（メインチップＩＤ、払出チップＩＤ）を遊技機メーカから上位サーバ８０１へ送信して上位サーバ８０１に登録してもらう際に、遊技機メーカによる電子証明書付きチップＩＤを送信するようにし、登録対象の遊技機のメーカ以外の者が不正に登録することを防止できるようにしてもよい。
【０９２６】
（４６）  図６７〜図７５で説明したＳＥ２モードの暗号方式においては、共通鍵暗号方式を採用しているが、それに限定されるものではなく、例えば公開鍵暗号方式を採用してもよい。具体的には、電文（平文）を公開鍵で暗号化して送信し、受信側において秘密鍵で復号する。そして、暗号文の送受信毎に公開鍵と秘密鍵のペアを互いに更新し、セキュリティを向上させる。
【０９２７】
（４７）  前述の実施の形態では、試打モード等の非稼働モードへの変更をリモコン操作により行なっていたが、それに代えてまたはそれに加えて、非稼働モードへの変更用のカード（テストカード）をＣＵに挿入してモード変更を行なうようにしてもよい。
【０９２８】
（４８）  前述の実施の形態では、セッション鍵の生成を、乱数や時刻情報等の変動するデータと本認証鍵とで生成しているが、変動するデータの他の例としては、現在までのセッションの確立回数であってもよい。
【０９２９】
（４９）  前述の実施の形態では、ＳＥ２モードにおいて、本認証鍵やセッション鍵を用た暗号化を行なっているが、その暗号化したものを、さらに初期ベクタ部Ｒの値、電文カウンタ部Ｎの値、あるいは暗号ブロックカウンタ部Ｉの値などを鍵として用いて暗号化（重複暗号化）してもよい。この重複暗号化のアルゴリズムとして前述のエクスクルーシブオアを用いている場合には、暗号化に用いた複数の鍵と同じ鍵を用いてエクスクルーシブオアの演算をすることにより、復号が可能になる。
【０９３０】
（５０）  前述の実施の形態では、ＳＥ２モードにおいて、ＭＡＣチェックの結果異常の場合に、カウンタの修復処理あるいは初期化処理を行なっていたが、ＭＡＣチェックは必ずしも必須ではなく、暗号文の受信側において復号できなかったことにより、カウンタ
の修復処理あるいは初期化処理を行なうようにしてもよい。
【０９３１】
以下、本実施の形態に含まれる各種手段等および各種手段等の組合せから奏される作用効果を列挙する。
【０９３２】
（１−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続（コネクタ３３０、２０と接続配線）される遊技用装置（カードユニット３）とからなる遊技用システムであって、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報（加算玉数および減算玉数を含む動作応答）を前記遊技用装置へ送信する情報送信手段（払出制御部１７）とを含み、
前記遊技用装置は、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０９３３】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０９３４】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０９３５】
（１−２）  前記遊技機は、
持点を記憶する副持点記憶手段（遊技玉数カウンタ）と、
前記副持点記憶手段が記憶している持点を前記変化量に応じて更新する副持点更新手段（払出制御部１７）とを含み、
前記遊技機は、前記副持点記憶手段が記憶している持点に基づいた遊技制御（遊技玉数カウンタが０になれば打球発射モータ（図示略）の駆動停止）を行なう一方、
前記遊技用装置は、遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記主持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（メイン制御部３２３；図２９）を含む。
【０９３６】
このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０９３７】
（１−３）  前記遊技用装置は、
前記主持点記憶手段が記憶している持点を表示する持点表示部（表示器３１２）と、
前記更新情報の送信を指示するための情報（動作指示）を前記遊技機へ送信する指示情報送信手段（ＣＵ通信制御部８０）とを含み、
前記遊技機は、
前記更新情報の送信を指示するための情報を受信する指示情報受信手段（払出制御部１７）を含み、
前記情報送信手段は、前記更新情報の送信を指示するための情報を受信する毎に、当該情報を前回受信してから今回受信するまでの間の前記変化量（現在玉関連情報）を示す更新情報を送信する（図２の加算玉数カウンタおよび減算玉数カウンタの値、図２７）。
【０９３８】
このような構成によれば、遊技用装置の指示に応じて、遊技機から遊技用装置に対して、前回の更新情報の送信時を基準とした前記変化量を示す更新情報が逐一送信される。このため、遊技用装置は、逐一送信されてくる更新情報によって持点を更新することによって最新の持点管理をすることが可能となる。
【０９３９】
（１−４）  前記情報送信手段は、前記副持点記憶手段が記憶している持点（遊技玉数カウンタの値）を前記遊技用装置へ送信し（図２の遊技玉数カウンタの値、図２７）、
前記遊技用装置は、
前記主持点記憶手段が記憶している持点と、前記副持点記憶手段が記憶している持点との整合性を判定する判定手段（図２；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）を実行する。
【０９４０】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０９４１】
（１−５）  前記指示情報送信手段は、前記判定手段によって不整合と判定されたときに、前記副持点記憶手段が記憶している持点を前記主持点記憶手段が記憶している持点に補正するための補正情報（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求）を前記遊技機へ送信し、
前記指示情報送信手段は、前記補正情報を前記遊技機へ送信し（遊技玉補正ＯＮと遊技玉数とを含む通信開始要求のＰ台への送信）、
前記遊技機は、前記補正情報に基づいて前記副持点記憶手段が記憶している持点を補正する持点補正手段（払出制御部１７；遊技玉数を遊技玉補正ＯＮと遊技玉数とに従って補正）を含む。
【０９４２】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０９４３】
（１−６）  前記遊技機は弾球遊技機（パチンコ機２）であって、
前記情報送信手段は、前記更新情報を遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔で順次送信する。
【０９４４】
このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されるために、更新情報によって通知される持点の変化量が極力小さいものとされる。その結果、遊技用装置に対して、持点の変化量を細やかに通知することが可能となる。
【０９４５】
（１−７）  前記遊技機は、遊技の続行に必要な持点残数の有無を前記副持点記憶手段
が記憶している持点に基づいて判定する持点残数判定手段（払出制御部１７、図２８）を含む。
【０９４６】
このような構成によれば、判定時に更新情報の送信が間に合わないことによって、遊技用装置側で記憶している持点と実際の持点（遊技機側で記憶している遊技玉数）との間にズレが生じていても、実際の持点に基づいた判定をすることができる。
【０９４７】
（１−８）  前記指示情報送信手段は、遊技禁止を指示するための情報を前記遊技機へ送信し（図３１〜図３３の動作指示（禁止要求有））、
前記遊技機は、遊技禁止を指示するための情報を受信したときに、持点による遊技が行なわれない状態にするための遊技禁止手段（払出制御部１７は打球発射モータ（図示略）の駆動を停止、図３１〜図３２の「遊技禁止」）を含む。
【０９４８】
このような構成によれば、遊技用装置側で遊技機による遊技の禁止をコントロールできる。
【０９４９】
（１−９）  前記指示情報送信手段は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を前記遊技機へ送信し（図２９の動作指示（クリア要求有））、
前記遊技機は、前記副持点記憶手段が記憶している持点の値を初期値にすることを指示するための情報を受信したことに基づいて前記副持点記憶手段が記憶している持点の値を初期値にする持点初期化手段（図２９（払出制御部１７は、遊技玉数カウンタの値を０に初期化する）を含む。
【０９５０】
このような構成によれば、遊技機に記憶されている持点を遊技用装置側で初期化指示することができる。
【０９５１】
（１−１０）  持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と通信可能に接続するための接続部（コネクタ３３０）を備え、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含む。
【０９５２】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０９５３】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【０９５４】
（１−１１）  遊技終了を要求する信号（返却ボタン３２２の操作信号）が入力されたときに、前記持点記憶手段が記憶している持点を遊技終了時の持点として確定させる持点確定手段（メイン制御部３２３；図２９）を含む。
【０９５５】
このような構成によれば、遊技終了時の持点を遊技用装置側で確定させているために、遊技機側に持点確定機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【０９５６】
（１−１２）  遊技への使用および入賞の発生に応じて前記遊技機側で更新している持点を前記遊技機より受信したときに、当該受信した持点と、前記持点記憶手段が記憶している持点との整合性を判定する判定手段（図２；遊技玉数の一致を判定）を含み、
前記判定手段によって不整合と判定されたときに、所定の不整合発生時処理（表示器３１２によりエラー報知、リカバリ処理を行なってデータ補正要求のＢｉｔ２が「１」のデータ（遊技玉補正ＯＮ）とＣＵが記憶している遊技玉数のデータを含む通信開始要求をＰ台へ送信し、Ｐ台の遊技玉数の記憶をＣＵの遊技玉数に合わせる補正を行なうなど）を実行する。
【０９５７】
このような構成によれば、遊技機側で記憶している持点が遊技用装置側で記憶している持点と整合しない異常を検出できる。さらに、そのような異常が発生した場合には、不整合発生時処理による対処が可能となる。
【０９５８】
（１−１３）  前記判定手段によって不整合と判定されたときに、前記遊技機が記憶している持点を前記持点記憶手段が記憶している持点に補正するための補正情報を前記遊技機へ送信する補正情報送信手段（遊技玉補正ＯＮと遊技玉数との送信）を含む。
【０９５９】
このような構成によれば、不正行為、その他の原因によって遊技機側で記憶している持点の大きさに異常が生じることによって遊技用装置側で記憶している持点と遊技機側で記憶している持点とが整合しなくなった場合でも、遊技機側で記憶している持点を遊技用装置側で記憶している持点に補正可能となる。
【０９６０】
（１−１４）  前記遊技用装置は、前記更新情報の送信を指示するための情報を前記遊技機における遊技玉の発射時間間隔（０．６ｓで１発）よりも短い間隔で順次前記遊技機へ送信し、
前記持点更新手段は、順次受信される前記更新情報に基づいて前記持点記憶手段が記憶している持点を順次更新する（メイン制御部３２３、図２７）。
【０９６１】
このような構成によれば、遊技玉の発射時間間隔よりも短い間隔で更新情報が送信されてくるために、遊技用措置は、遊技機側での持点の変化を細やかに反映させた持点管理が可能となる。
【０９６２】
（２−１）  本発明は、管理サーバ（上位サーバ８０１）と、遊技者により遊技が行なわれる遊技機（パチンコ機２、スロットマシン２Ｓ）と、前記管理サーバおよび前記遊技機に通信可能に接続され、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）とを備えた遊技用システムであって、
前記管理サーバは、前記遊技機の真正を確認するための識別情報（メインチップＩＤ、払出チップＩＤ）を登録する識別情報登録手段（認証情報記憶部）を含み、
前記遊技用装置は、
前記遊技機の識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）とを含み、
該遊技許容手段は、前記登録確認手段による確認処理の結果登録済の確認ができなかったときには、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段（図８４のカード挿入・入金可処理）を含む。
【０９６３】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、確認処理の結果登録済の確認ができなかったときにも、予め定められた限定期間の範囲内で遊技機による遊技が許容されるために、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【０９６４】
（２−２）  上記（２−１）の遊技用システムにおいて、前記遊技用装置は、
前記限定許容手段により遊技が許容されている遊技機での遊技が前記限定期間内であるか否かを判定する許容期間判定手段（図８４の通信制御ＩＣ情報無時の運用許可日数範囲内であればＣＵ通信制御部との認証を実施する処理）と、
該許容期間判定手段により前記限定期間を超えていると判定されたときに、当該遊技機による遊技を禁止する遊技禁止手段（図８５の通信制御ＩＣ情報無時の運用許可日数範囲外であればＣＵ通信制御部との認証を実施しないで上位サーバにエラー通知ＡＴＴを送信する処理）とを含む。
【０９６５】
このような構成によれば、限定期間の範囲内で遊技が許容されている遊技機への遊技がその限定期間を超えていると判定されたときに、当該遊技機による遊技が禁止されるために、限定期間を超えての遊技を許容することによるセキュリティの低下を極力防止することができる。
【０９６６】
（２−３）  上記（２−１）または（２−２）の遊技用システムにおいて、前記遊技用装置は、
前記限定許容手段により遊技が許容されている遊技機での遊技が前記限定期間内であるか否かを判定する許容期間判定手段（図８４の通信制御ＩＣ情報無時の運用許可日数範囲内であればＣＵ通信制御部との認証を実施する処理）と、
該許容期間判定手段により前記限定期間を超えていると判定されたときに、前記管理サーバへ異常が発生したことを通知する異常通知手段（図８５の通信制御ＩＣ情報無時の運用許可日数範囲外であればＣＵ通信制御部との認証を実施しないで上位サーバにエラー通知ＡＴＴを送信する処理）を含む。
【０９６７】
このような構成によれば、限定期間の範囲内で遊技が許容されている遊技機での遊技がその限定期間を超えていると判定されたときに、管理サーバへ異常が発生したことが通知されるために、限定期間を超えている異常の発生を管理サーバにおいて掌握することができ、セキュリティを向上させることができる。
【０９６８】
（２−４）  上記（２−１）〜（２−３）のいずれかの遊技用システムにおいて、前記遊技用装置は、
前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した遊技機チップ情報を認証用情報記憶部に記憶された遊技機チップ情報と照合する）とを含む。
【０９６９】
このような構成によれば、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行な
う際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【０９７０】
（２−５）  上記（２−４）の遊技用システムにおいて、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記限定許容手段は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、前記限定期間の範囲内で遊技を許容する（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）。
【０９７１】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下を極力防止することができる。
【０９７２】
（２−６）  本発明における他の態様は、遊技機の真正を確認するための識別情報（メインチップＩＤ、払出チップＩＤ）を登録する管理サーバ（上位サーバ８０１）および前記遊技機（パチンコ機２、スロットマシン２Ｓ）と通信可能な通信部を含み、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）であって、
前記遊技機の識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）とを備え、
該遊技許容手段は、前記登録確認手段による確認処理の結果登録済の確認ができなかったときには、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段（図８４のカード挿入・入金可処理）を含む。
【０９７３】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、確認処理の結果登録済の確認ができなかったときにも、予め定められた限定期間の範囲内で遊技機による遊技が許容されるために、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【０９７４】
（２−７）  上記（２−６）の遊技用装置において、前記限定許容手段により遊技が許容されている遊技機での遊技が前記限定期間内であるか否かを判定する許容期間判定手段（図８４の通信制御ＩＣ情報無時の運用許可日数範囲内であればＣＵ通信制御部との認証を実施する処理）と、
該許容期間判定手段により前記限定期間を超えていると判定されたときに、当該遊技機による遊技を禁止する遊技禁止手段（図８５の通信制御ＩＣ情報無時の運用許可日数範囲外であればＣＵ通信制御部との認証を実施しないで上位サーバにエラー通知ＡＴＴを送信する処理）とを含む。
【０９７５】
このような構成によれば、限定期間の範囲内で遊技が許容されている遊技機への遊技がその限定期間を超えていると判定されたときに、当該遊技機による遊技が禁止されるために、限定期間を超えての遊技を許容することによるセキュリティの低下を極力防止することができる。
【０９７６】
（２−８）  上記（２−７）の遊技用装置において、前記限定許容手段により遊技が許容されている遊技機での遊技が前記限定期間内であるか否かを判定する許容期間判定手段（図８４の通信制御ＩＣ情報無時の運用許可日数範囲内であればＣＵ通信制御部との認証を実施する処理）と、
該許容期間判定手段により前記限定期間を超えていると判定されたときに、前記管理サーバへ異常が発生したことを通知する異常通知手段（図８５の通信制御ＩＣ情報無時の運用許可日数範囲外であればＣＵ通信制御部との認証を実施しないで上位サーバにエラー通知ＡＴＴを送信する処理）を含む。
【０９７７】
このような構成によれば、限定期間の範囲内で遊技が許容されている遊技機での遊技がその限定期間を超えていると判定されたときに、管理サーバへ異常が発生したことが通知されるために、限定期間を超えている異常の発生を管理サーバにおいて掌握することができ、セキュリティを向上させることができる。
【０９７８】
（２−９）  上記（２−７）または（２−８）の遊技用装置において、前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭ８０８に記憶した通信制御ＩＣ情報を認証用情報記憶部に記憶された通信制御ＩＣ情報と照合する）とを含む。
【０９７９】
このような構成によれば、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【０９８０】
（２−１０）  上記（２−９）の遊技用装置において、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記限定許容手段は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、前記限定期間の範囲内で遊技を許容する（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）。
【０９８１】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下
を極力防止することができる。
【０９８２】
（３−１）  本発明は、管理サーバ（上位サーバ８０１）と、遊技者により遊技が行なわれる遊技機（パチンコ機２、スロットマシン２Ｓ）と、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）とを備えた遊技用システムであって、
前記遊技用装置は、
前記管理サーバと通信可能な第１の制御手段（メイン制御部３２３）と、
前記遊技機と通信可能な第２の制御手段（ＣＵ通信制御部８０）とを含み、
前記管理サーバは、前記遊技機の真正を確認するための遊技機識別情報（メインチップＩＤ、払出チップＩＤ）と、前記第２の制御手段の真正を確認するための制御手段識別情報（ＣＵ通信制御部８０のＳＩＤである通信制御ＩＣ情報）とを登録する識別情報登録手段（認証情報記憶部）を含み、
前記遊技用装置は、さらに、
前記遊技機識別情報および前記制御手段識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図７８、図７９の通信制御ＩＣ情報問合せと遊技機チップ情報問合せ）と、
前記第１の制御手段と前記第２の制御手段との間での認証処理を行なう相互認証処理手段（図７８、図７９のＣＵ通信制御部認証シーケンス）と、
前記確認処理および前記認証処理の結果に基づいて前記遊技機による遊技を許容する遊技許容手段（図７８、図７９のカード挿入・入金可処理）とを含む。
【０９８３】
このような構成によれば、管理サーバが、遊技機識別情報ばかりでなく、遊技用装置に設けられている第２の制御手段の真正を確認するための制御手段識別情報をも登録しており、遊技機識別情報ばかりでなく制御手段識別情報が管理サーバに登録済であるか否かの確認処理を行なうとともに、遊技用装置に設けられた第１の制御手段と第２の制御手段との間での認証処理を行ない、それら確認処理および認証処理の結果に基づいて遊技機による遊技を許容する制御を行なうために、遊技用装置自体への不正行為に基づいて遊技機識別情報の登録確認処理の結果の信憑性が低下する不都合を極力防止することができる。
【０９８４】
（３−２）  上記（３−１）の遊技用システムにおいて、前記相互認証処理手段は、
前記第２の制御手段においてチャレンジコード（図１７のチャレンジコードＡ）を生成して前記第１の制御手段に送信し（ＣＵ通信制御部シリアルＩＤ認証応答１）、該第１の制御手段において記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１７のレスポンスコードＡ）を生成して前記第２の制御手段へ返信し、前記第２の制御手段において、記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて前記受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（ＣＵ通信制御部８０では、受信したレスポンスコードの適否をＣＵ通信制御部のＳＩＤを用いて判定する）と、
前記第１の制御手段においてチャレンジコードを生成して前記第２の制御手段に送信し（図１６のチャレンジコード）、該第２の制御手段において記憶している識別情報（メイン制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１６のレスポンスコード）を生成して前記第１の制御手段へ返信（ＢＢシリアルＩＤ認証応答２）し、前記第１の制御手段において、記憶している識別情報を用いて前記受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（メイン制御部３２３では、受信したレスポンスコードの適否をメイン制御部のＳＩＤを用いて判定する）とを行なう。
【０９８５】
このような構成によれば、第１の制御手段と第２の制御手段とにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している
識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両制御手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した制御手段に対する不正行為を極力防止することができる。
【０９８６】
（３−３）  上記（３−１）または（３−２）の遊技用システムにおいて、前記第１の制御手段と前記第２の制御手段とは、互いの認証に用いるペアの認証用情報（共通鍵からなる認証鍵）を記憶し、
前記相互認証処理手段は、さらに、
第１の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第２の制御手段へ送信し（メイン制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ｂを暗号化した暗号化乱数Ｂを生成してＭＡＣとともに機器認証要求２としてＣＵ通信制御部へ送信し）、該第２の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該演算処理の結果データを前記第１の制御手段へ返信し、該第１の制御手段において返信されてきた結果データと前記送信した結果データとの整合性をチェックする第１認証処理（ＣＵ通信制御部では、受信した乱数Ｂを複合した平文の乱数ＢとしてＭＡＣとの整合性の判定を行なう）と、
第２の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第１の制御手段へ送信し（ＣＵ通信制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ａを暗号化した暗号化乱数Ａを生成してＭＡＣとともに機器認証応答１としてメイン制御部へ送信し）、該第１の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該結果データとの整合性をチェックする第２認証処理（メイン通信制御部では、受信した乱数Ａを複合した平文の乱数ＡとしてＭＡＣとの整合性の判定を行なう）とを行なう。
【０９８７】
このような構成によれば、第１の制御手段と第２の制御手段とに記憶されている互いの認証に用いるペアの認証用情報を用いた認証処理も実行されるために、より一層確かな相互認証が可能となり、セキュリティが向上する。しかも、この認証処理も、記憶している認証用情報を用いて演算処理を実行したその結果データを送受信しているために、送受信される結果データがたとえ漏洩したとしても、そこから認証用情報を特定することが困難であり、情報漏洩に起因した制御手段に対する不正行為を極力防止することができる。
【０９８８】
（３−４）  上記（３−１）〜（３−３）のいずれかの遊技用システムにおいて、前記遊技用装置は、
前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図７８、図７９の通信制御ＩＣ情報の記憶処理と遊技機チップ情報の記憶処理）と、
識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した通信制御ＩＣ情報および遊技機チップ情報を認証用情報記憶部に記憶された通信制御ＩＣ情報および遊技機チップ情報と照合する）とを含む。
【０９８９】
このような構成によれば、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【０９９０】
（３−５）  本発明の他の態様は、第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）とを備え、遊技者所有の有価価値を使用して遊技機による遊技を可能にする遊技用装置（カードユニット３）であって、
前記第１の制御手段は、前記遊技機の真正を確認するための遊技機識別情報と、前記第２の制御手段の真正を確認するための制御手段識別情報とを登録する管理サーバ（上位サーバ８０１）と通信可能であり、
前記第２の制御手段は、前記遊技機と通信可能であり（図４；ＣＵ通信制御部８０よＰ台通信制御部８１とが通信可能）、
前記遊技用装置は、さらに、
前記遊技機識別情報および前記制御手段識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図７８、図７９の通信制御ＩＣ情報問合せと遊技機チップ情報問合せ）と、
前記第１の制御手段と前記第２の制御手段との間での認証処理を行なう相互認証処理手段（図７８、図７９のＣＵ通信制御部認証シーケンス）と、
前記確認処理および前記認証処理の結果に基づいて前記遊技機による遊技を許容する遊技許容手段（図７８、図７９のカード挿入・入金可処理）とを備えている。
【０９９１】
このような構成によれば、管理サーバが、遊技機識別情報ばかりでなく、遊技用装置に設けられている第２の制御手段の真正を確認するための制御手段識別情報をも登録しており、遊技機識別情報ばかりでなく制御手段識別情報が管理サーバに登録済であるか否かの確認処理を行なうとともに、遊技用装置に設けられた第１の制御手段と第２の制御手段との間での認証処理を行ない、それら確認処理および認証処理の結果に基づいて遊技機による遊技を許容する制御を行なうために、遊技用装置自体への不正行為に基づいて遊技機識別情報の登録確認処理の結果の信憑性が低下する不都合を極力防止することができる。
【０９９２】
（３−６）  上記（３−５）の遊技用装置において、前記相互認証処理手段は、
前記第２の制御手段においてチャレンジコード（図１７のチャレンジコードＡ）を生成して前記第１の制御手段に送信し（ＣＵ通信制御部シリアルＩＤ認証応答１）、該第１の制御手段において記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１７のレスポンスコードＡ）を生成して前記第２の制御手段へ返信し、前記第２の制御手段において、記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて前記受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（ＣＵ通信制御部８０では、受信したレスポンスコードの適否をＣＵ通信制御部のＳＩＤを用いて判定する）と、
前記第１の制御手段においてチャレンジコードを生成して前記第２の制御手段に送信し（図１６のチャレンジコード）、該第２の制御手段において記憶している識別情報（メイン制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１６のレスポンスコード）を生成して前記第１の制御手段へ返信（ＢＢシリアルＩＤ認証応答２）し、前記第１の制御手段において、記憶している識別情報を用いて前記受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（メイン制御部３２３では、受信したレスポンスコードの適否をメイン制御部のＳＩＤを用いて判定する）とを行なう。
【０９９３】
このような構成によれば、第１の制御手段と第２の制御手段とにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両制御手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した制御手段に
対する不正行為を極力防止することができる。
【０９９４】
（３−７）  上記（３−６）の遊技用装置において、前記第１の制御手段と前記第２の制御手段とは、互いの認証に用いるペアの認証用情報（共通鍵からなる認証鍵）を記憶し、
前記相互認証処理手段は、さらに、
第１の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第２の制御手段へ送信し（メイン制御部がＥＥＰＲＯＭ８０８に記憶されている認証鍵を用いて乱数Ｂを暗号化した暗号化乱数Ｂを生成してＭＡＣとともに機器認証要求２としてＣＵ通信制御部へ送信し）、該第２の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該演算処理の結果データを前記第１の制御手段へ返信し、該第１の制御手段において返信されてきた結果データと前記送信した結果データとの整合性をチェックする第１認証処理（ＣＵ通信制御部では、受信した乱数Ｂを複合した平文の乱数ＢとしてＭＡＣとの整合性の判定を行なう）と、
第２の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第１の制御手段へ送信し（ＣＵ通信制御部がＥＥＰＲＯＭ８１３に記憶されている認証鍵を用いて乱数Ａを暗号化した暗号化乱数Ａを生成してＭＡＣとともに機器認証応答１としてメイン制御部へ送信し）、該第１の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該結果データとの整合性をチェックする第２認証処理（メイン通信制御部では、受信した乱数Ａを複合した平文の乱数ＡとしてＭＡＣとの整合性の判定を行なう）とを行なう。
【０９９５】
このような構成によれば、第１の制御手段と第２の制御手段とに記憶されている互いの認証に用いるペアの認証用情報を用いた認証処理も実行されるために、より一層確かな相互認証が可能となり、セキュリティが向上する。しかも、この認証処理も、記憶している認証用情報を用いて演算処理を実行したその結果データを送受信しているために、送受信される結果データがたとえ漏洩したとしても、そこから認証用情報を特定することが困難であり、情報漏洩に起因した制御手段に対する不正行為を極力防止することができる。
【０９９６】
（３−８）  上記（３−７）の遊技用装置において、前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図８５、図８６の通信制御ＩＣ情報の記憶処理と遊技機チップ情報の記憶処理）と、
識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した通信制御ＩＣ情報および遊技機チップ情報を認証用情報記憶部に記憶された通信制御ＩＣ情報および遊技機チップ情報と照合する）とをさらに備える。
【０９９７】
このような構成によれば、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【０９９８】
（４−１）  本発明は、互いに通信可能な第１の制御手段（メイン制御部３２３、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）と第２の制御手段（ＣＵ通信制御部８０、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１の制御手段と前記第２の制御手段とで互いに認証を行なう相互認証手段（図８
３、図８４のＣＵ通信制御部認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記第１の制御手段と前記第２の制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（図７、図２０のセッション鍵を本認証鍵と乱数とから生成する）とを備え、
前記第１の制御手段と前記第２の制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（図７、図２０のセッション鍵を使用して通信する）。
【０９９９】
このような構成によれば、第１の制御手段と第２の制御手段とで相互認証手段による認証を行なってその認証結果が適正なことを条件として第１の制御手段と第２の制御手段との間での暗号通信に用いる通信鍵が生成されて暗号通信が行なわれるために、暗号通信に用いられる通信鍵が適正である旨の相互認証結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視をかいくぐるという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。
【１０００】
（４−２）  上記（４−１）の遊技用システムにおいて、前記通信鍵生成手段は、所定条件の成立により前記通信鍵を新たに生成する繰返し生成処理（図６の電源起動時のシーケンスが実行される毎に図７、図２０のセッション鍵を本認証鍵と乱数とから生成する）を実行し、該繰返し生成処理は、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵を生成する（乱数等を用いて生成する）。
【１００１】
このような構成によれば、所定条件の成立により通信鍵を新たに生成する繰返し生成処理が実行され、その繰返し生成処理が、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵が生成されるために、仮に通信鍵が一度漏洩してしまったとしても、その漏洩した通信鍵の生成時とは異なる変化可能な変化データを用いて新たな通信鍵が生成されてその新たな通信鍵により暗号通信が行なわれるために、その新たな通信鍵による通信を漏洩した鍵で解読しようと試みても解読ができず、セキュリティを向上させることができる。
【１００２】
（４−３）  本発明の他の態様は、遊技場に設置された遊技用装置（カードユニット３）であって、
互いに通信可能に接続された第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）と、
前記第１の制御手段と前記第２の制御手段とで互いに認証を行なう相互認証手段（図８３、図８４のＣＵ通信制御部認証シーケンス）と、
該相互認証手段による認証結果が適正なことを条件として、前記第１の制御手段と前記第２の制御手段との間での暗号通信に用いる通信鍵を生成する通信鍵生成手段（図７、図２０のセッション鍵を本認証鍵と乱数とから生成する）とを備え、
前記第１の制御手段と前記第２の制御手段とは、前記通信鍵生成手段により生成された通信鍵を用いて暗号通信を行なう（図７、図２０のセッション鍵を使用して通信する）。
【１００３】
このような構成によれば、第１の制御手段と第２の制御手段とで相互認証手段による認証を行なってその認証結果が適正なことを条件として第１の制御手段と第２の制御手段との間での暗号通信に用いる通信鍵が生成されて暗号通信が行なわれるために、暗号通信に用いられる通信鍵が適正である旨の相互認証結果が得られた後であり、たとえ暗号通信時において通信鍵が万一漏洩したとしても、その鍵を悪用して相互認証の監視をかいくぐるという不正行為を極力防止することができ、セキュリティ上の脆弱性を極力克服することができる。
【１００４】
（４−４）  上記（４−３）の遊技用装置において、前記通信鍵生成手段は、所定期間
毎に前記通信鍵を新たに生成する繰返し生成処理を実行し（図６の電源起動時のシーケンスが実行される毎に図７、図２０のセッション鍵を本認証鍵と乱数とから生成する）、該繰返し生成処理は、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵を生成する（乱数等を用いて生成する）。
【１００５】
このような構成によれば、所定期間毎に通信鍵を新たに生成する繰返し生成処理が実行され、その繰返し生成処理が、前回の通信鍵の生成時と今回の通信鍵の生成時とで変化可能な変化データを用いて通信鍵が生成されるために、仮に通信鍵が一度漏洩してしまったとしても、その漏洩した通信鍵の生成時とは異なる変化可能な変化データを用いて新たな通信鍵が生成されてその新たな通信鍵により暗号通信が行なわれるために、その新たな通信鍵による通信を漏洩した鍵で解読しようと試みても解読ができず、セキュリティを向上させることができる。
【１００６】
（４−５）  上記（４−３）または（４−４）の遊技用装置において、前記遊技用装置は、遊技者所有の有価価値を使用して遊技機による遊技を可能とする装置（カードユニット３）である。
【１００７】
このような構成によれば、遊技者所有の有価価値を使用して遊技機による遊技を可能とする装置におけるセキュリティの脆弱性を克服することができる。
【１００８】
（５−１）  本発明は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２、スロットマシン２Ｓ）と、遊技者所有の有価価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続された遊技用装置（カードユニット３）と、持点を管理する持点管理サーバ（上位サーバ８０１）とを備える遊技用システムであって、
前記遊技機は、遊技の進行に応じて更新される持点を記憶する持点記憶手段（遊技玉数カウンタ、持点数カウンタ）を含み、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な情報が記録されている記録媒体を受付ける記録媒体受付手段（カードリーダライタ）と、
該記録媒体受付手段により受付けられている記録媒体を、遊技用装置の故障時において強制的に排出する強制排出手段（手動排出機構、Ｓ７０２）と、
前記遊技機との通信の開始の際に該遊技機から送信されてきた持点の情報（Ｃ−ＩＤと持点記憶情報とを含むＰ台リカバリデータ）を前記持点管理サーバへ送信する持点送信手段（図８８（Ａ）のＳ７０４）とを含み、
前記持点管理サーバは、前記持点送信手段から送信されてきた持点を、前記強制排出された記録媒体の記録情報により特定可能な状態にする特定可能処理を行なう処理手段（図８８のＳ８０４〜Ｓ８１１）を含む。
【１００９】
このような構成によれば、遊技用装置に受付けられている記録媒体をその遊技用装置の故障時において強制排出手段によって強制的に排出し、新たな遊技用装置に取替えて遊技機との通信を開始した際に、その遊技機から送信されてきた持点の情報が遊技用装置を経由して、持点管理サーバへ送信され、持点管理サーバは、その送信されてきた持点を、強制排出された記録媒体の記録情報により特定可能な状態にする処理を行なうために、遊技用装置の故障前の段階で遊技を行なった当該遊技者の持点が強制排出された記録媒体の記録情報により特定可能な状態になり、遊技者が不利益を被ることなく遊技を続行することが可能となる。
【１０１０】
（５−２）  本発明の他の態様は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機（パチンコ機２、スロットマシン２Ｓ）と、遊技者所有の有価価値
を用いて持点を加算するとともに前記遊技機と通信可能に接続された遊技用装置（カードユニット３）と、持点を管理する持点管理サーバ（上位サーバ８０１）と、該持点管理サーバに通信可能に接続され、遊技者所有の遊技用価値を特定可能な情報が記録される記録媒体を受付けて処理する記録媒体受付処理装置（ＰＯＳ８１０）とを備える遊技用システムであって、
前記遊技機は、遊技の進行に応じて更新される持点を記憶する持点記憶手段（遊技玉数カウンタ、持点数カウンタ）を含み、
前記遊技用装置は、
遊技者所有の遊技用価値を特定可能な情報が記録される記録媒体を受付ける記録媒体受付手段（カードリーダライタ）と、
該記録媒体受付手段により受付けられている記録媒体を、遊技用装置の故障時において強制的に排出する強制排出手段（手動排出機構、Ｓ７０２）と、
前記遊技機との通信の開始の際に該遊技機から送信されてきた持点の情報Ｃ−ＩＤと持点記憶情報とを含むＰ台リカバリデータ）を前記持点管理サーバへ送信する持点送信手段（図８８（Ａ）のＳ７０４）とを含み、
前記記録媒体受付処理装置は、前記強制排出手段により排出された前記記録媒体を受付け、前記持点送信手段から前記持点管理サーバへ送信されてきた持点を該受付けた記録媒体の記録情報により特定可能な状態に処理する記録媒体処理手段（図８８（Ｃ）のＳ９０１〜Ｓ９０４）を含む。
【１０１１】
このような構成によれば、遊技用装置に受付けられている記録媒体をその遊技用装置の故障時において強制排出手段によって強制的に排出し、新たな遊技用装置に取替えて遊技機との通信を開始した際に、その遊技機から送信されてきた持点の情報が遊技用装置を経由して、持点管理サーバへ送信され、記録媒体受付処理装置は、持点管理サーバへ送信された持点を、強制排出された記録媒体の記録情報により特定可能な状態にする処理を行なうために、遊技用装置の故障前の段階で遊技を行なった当該遊技者の持点が強制排出された記録媒体の記録情報により特定可能な状態になり、遊技者が不利益を被ることなく遊技を続行することが可能となる。
【１０１２】
（５−３）  上記（５−１）の遊技用システムにおいて、前記持点管理サーバは、稼動中の前記遊技機から前記遊技用装置を経由して送信されてくる持点情報に基づいて持点を更新記憶する持点更新記憶手段（図８８（Ｂ）のＳ８０６）を含み、
前記処理手段は、前記持点送信手段により送信されてきた持点と前記持点更新記憶手段に記憶されている持点との差が所定数以内であることを条件として、前記特定可能処理を行なう（図８８（Ｂ）のＳ８０５でＹＥＳのときにＳ８０６〜Ｓ８１１の処理を行なう）。
【１０１３】
このような構成によれば、持点管理サーバが、稼働中の遊技機から遊技用装置を経由して送信されてくる持点情報に基づいて持点を更新記憶する持点更新記憶手段を含み、前記遊技機との通信の開始の際に遊技機から送信されてきた持点と持点更新記憶手段に記憶されている持点との差は、正常であれば所定数以内に収まるはずであり、この差が所定数以上の場合には何らかの異常が発生したことになる。そして、上記差が所定数以内である正常状態時であることを条件として、特定可能処理が行なわれ、異常状態が発生しているにもかかわらずその異常な持点を記録媒体の記録上により特定可能な状態にする不都合を防止することができる。
【１０１４】
（５−４）  上記（５−２）の遊技用システムにおいて、前記記録媒体受付処理装置は、受付けた記録媒体の記録情報により特定される持点に基づく景品交換処理を行なう景品交換装置（ＰＯＳ８１０）である。
【１０１５】
このような構成によれば、景品交換装置によって、持点送信手段から持点管理サーバへ送信されてきた持点を記録媒体の記録情報により特定可能な状態に処理することが可能となる。
【１０１６】
（６−１）  本発明は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）と第２の制御手段（ＣＵ通信制御部８０、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
暗号通信に用いる暗号鍵（図６７（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７３のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６８）、図７４（ｂ）のＳ１３３）とを含み、
前記鍵更新手段は暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、
前記復号手段は、前記第１の制御手段の鍵更新手段と前記第２の制御手段の鍵更新手段との間で前記鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、該復号ができなかった方の制御手段に含まれている鍵を更新することにより復号を所定回数の範囲内で試みる鍵更新復号処理（図７０、図７１、図７５（ａ）のＳ１５０〜Ｓ１６２）を行なう。
【１０１７】
このような構成によれば、第１の制御手段の鍵更新手段と第２の制御手段の鍵更新手段との間で鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、復号ができなかった方の制御手段に含まれている鍵を更新することにより復号所定回数の範囲内で試みるために、互いの鍵が一旦食い違った後において、鍵を更新しながら復号を試みて鍵の食い違いを修復する処理が行なわれ、これにより鍵の食い違いを修復して復帰することが可能となる。
【１０１８】
（６−２）  上記（６−１）の遊技用システムにおいて、前記第１の制御手段と前記第２の制御手段とは、ともに、前記鍵更新復号処理を所定回数行なったとしても前記復号手段による適正な平文への復号ができなかったときに、エラー処理を実行するエラー処理手段（図７５（ａ）のＳ１６２）をさらに含む。
【１０１９】
このような構成によれば、鍵更新復号処理を所定回数行なったとしても適正な平文への復号ができなかったときに、エラー処理が行なわれるために、所定回数の鍵更新復号処理を行なったにもかかわらず適正な平文への復号ができないという異常事態に対処することが可能となる。
【１０２０】
（６−３）  上記（６−１）または（６−２）の遊技用システムにおいて、前記第１の制御手段と前記第２の制御手段との間での暗号通信は、暗号通信文が受信できなかったときに暗号通信文の再送信を予め定められた規定回数（２回）の範囲内で実行し、
前記復号手段は、前記規定回数に応じた実行回数の範囲内で前記鍵更新復号処理（図７５（ａ）のＳ１５５、Ｓ１６１）を実行する。
【１０２１】
このような構成によれば、鍵更新手段による鍵更新処理が暗号文の送受信に応じて行なわれるために、その鍵更新処理の齟齬が、暗号文が受信できなかったときの暗号通信文の
再送信が原因で生ずることとなる。ゆえに、鍵更新復号処理は、その暗号文の再送信が実行される規定回数に応じた実行回数の範囲内で行なえば齟齬が解消されるはずである。ゆえに、鍵更新復号処理をその規定回数に応じた実行回数の範囲内で実行するようにし、みだりに多くの回数鍵更新復号処理を行なうことによるセキュリティの低下を極力防止することができる。
【１０２２】
（６−４）  本発明の他の態様は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）とを備えた遊技用装置（カード処理装置３）であって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
暗号通信に用いる暗号鍵（図６７（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７３のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６８）、図７４（ｂ）のＳ１３３）とを含み、
前記鍵更新手段は暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、
前記復号手段は、前記第１の制御手段の鍵更新手段と前記第２の制御手段の鍵更新手段との間で前記鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、該復号ができなかった方の制御手段に含まれている鍵を更新することにより復号を所定回数の範囲内で試みる鍵更新復号処理（図７０、図７１、図７５（ａ）のＳ１５０〜Ｓ１６２）を行なう。
【１０２３】
このような構成によれば、第１の制御手段の鍵更新手段と第２の制御手段の鍵更新手段との間で鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、復号ができなかった方の制御手段に含まれている鍵を更新することにより復号所定回数の範囲内で試みるために、互いの鍵が一旦食い違った後において、鍵を更新しながら復号を試みて鍵の食い違いを修復する処理が行なわれ、これにより鍵の食い違いを修復して復帰することが可能となる。
【１０２４】
（６−５）  上記（６−４）の遊技用装置において、前記第１の制御手段と前記第２の制御手段とは、ともに、前記鍵更新復号処理を所定回数行なったとしても前記復号手段による適正な平文への復号ができなかったときに、エラー処理を実行するエラー処理手段（図７５（ａ）のＳ１６２）をさらに含む。
【１０２５】
このような構成によれば、鍵更新復号処理を所定回数行なったとしても適正な平文への復号ができなかったときに、エラー処理が行なわれるために、所定回数の鍵更新復号処理を行なったにもかかわらず適正な平文への復号ができないという異常事態に対処することが可能となる。
【１０２６】
（６−６）  上記（６−４）または（６−５）の遊技用装置において、前記第１の制御手段と前記第２の制御手段との間での暗号通信は、暗号通信文が受信できなかったときに暗号通信文の再送信を予め定められた規定回数（２回）の範囲内で実行し、
前記復号手段は、前記規定回数に応じた実行回数の範囲内で前記鍵更新復号処理（図７５（ａ）のＳ１５５、Ｓ１６１）を実行する。
【１０２７】
このような構成によれば、鍵更新手段による鍵更新処理が暗号文の送受信に応じて行な
われるために、その鍵更新処理の齟齬が、暗号文が受信できなかったときの暗号通信文の再送信が原因で生ずることとなる。ゆえに、鍵更新復号処理は、その暗号文の再送信が実行される規定回数に応じた実行回数の範囲内で行なえば齟齬が解消されるはずである。ゆえに、鍵更新復号処理をその規定回数に応じた実行回数の範囲内で実行するようにし、みだりに多くの回数鍵更新復号処理を行なうことによるセキュリティの低下を極力防止することができる。
【１０２８】
（７−１）  本発明は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）と第２の制御手段（ＣＵ通信制御部８０、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
暗号通信に用いる暗号鍵（図６７（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７３のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６８）、図７４（ｂ）のＳ１３３）とを含み、
前記鍵更新手段は、
暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、さらに、
前記第１の制御手段の鍵更新手段と前記第２の制御手段の鍵更新手段との間で前記鍵更新処理の齟齬が生じて前記復号手段による暗号文の復号ができなかったときに、互いの鍵の初期化処理を行なう初期化処理手段（図７２、図７３、図７４（ａ）、図７５（ｂ））を含む。
【１０２９】
このような構成によれば、第１の制御手段の鍵更新手段と第２の制御手段の鍵更新手段との間で鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、互いの鍵の初期化処理が行なわれ、これにより鍵の食い違いを修復して復帰することが可能となる。
【１０３０】
（７−２）  上記（７−１）の遊技用システムにおいて、前記初期化処理手段は、乱数を生成して該乱数を用いて初期の鍵を生成し（図７４（ａ）のＳ１０１）、該鍵を前記第１の制御手段と前記第２の制御手段との間で共有する処理を行なう（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）。
【１０３１】
このような構成によれば、初期化処理によって、乱数が生成されてその乱数を用いて初期の鍵が生成され、その鍵を第１の制御手段と第２の制御手段との間で共有されるために、初期の鍵自体乱数を生成してランダムな鍵が生成されることとなり、初期化処理時におけるセキュリティを極力保つことが可能となる。
【１０３２】
（７−３）  上記（７−２）の遊技用システムにおいて、前記初期化処理手段による前記共有する処理は、前記鍵更新手段により更新された鍵による暗号化方式とは異なる予め定められた鍵（本認証鍵）を用いて前記初期の鍵を暗号化して該暗号化された初期の鍵を相手の制御手段へ送信して鍵を共有する処理である（図７４（ａ）のＳ１０３によりＳＥ１モードで本認証鍵を用いてＲを暗号化し、図７４（ｂ）のＳ１３０によりＳＥ１モードで本認証鍵を用いてＲを復号し、Ｓ１３１で平文のＲを記憶する）。
【１０３３】
このような構成によれば、初期化処理手段による鍵を共有する処理が、鍵更新手段により更新された鍵による暗号化方式とは異なる予め定められた鍵を用いて初期化の鍵を暗号化して相手の制御手段へ送信するために、その初期化の鍵の送信時における鍵の漏洩に対するセキュリティを保つことができる。
【１０３４】
（７−４）  本発明の他の態様は互いに暗号通信を行なう第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）とを備えた遊技用装置（カード処理装置３）であって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
暗号通信に用いる暗号鍵（図６７（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７３のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６８）、図７４（ｂ）のＳ１３３）とを含み、
前記鍵更新手段は、
暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、さらに、
前記第１の制御手段の鍵更新手段と前記第２の制御手段の鍵更新手段との間で前記鍵更新処理の齟齬が生じて前記復号手段による暗号文の復号ができなかったときに、互いの鍵の初期化処理を行なう初期化処理手段（図７２、図７３、図７４（ａ）、図７５（ｂ））を含む。
【１０３５】
このような構成によれば、第１の制御手段の鍵更新手段と第２の制御手段の鍵更新手段との間で鍵更新処理の齟齬が生じて受信した暗号文の復号ができなかったときに、互いの鍵の初期化処理が行なわれ、これにより鍵の食い違いを修復して復帰することが可能となる。
【１０３６】
（７−５）  上記（７−４）の遊技用装置において、前記初期化処理手段は、乱数を生成して該乱数を用いて初期の鍵を生成し（図７４（ａ）のＳ１０１）、該鍵を前記第１の制御手段と前記第２の制御手段の間で共有する処理を行なう（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）。
【１０３７】
このような構成によれば、初期化処理によって、乱数が生成されてその乱数を用いて初期の鍵が生成され、その鍵を第１の制御手段と第２の制御手段との間で共有されるために、初期の鍵自体乱数を生成してランダムな鍵が生成されることとなり、初期化処理時におけるセキュリティを極力保つことが可能となる。
【１０３８】
（７−６）  上記（７−５）の遊技用装置において、前記初期化処理手段による前記共有する処理は、前記鍵更新手段により更新された鍵による暗号化方式とは異なる予め定められた鍵（本認証鍵）を用いて前記初期の鍵を暗号化して該暗号化された初期の鍵を相手の制御手段へ送信して鍵を共有する処理である（図７４（ａ）のＳ１０３によりＳＥ１モードで本認証鍵を用いてＲを暗号化し、図７４（ｂ）のＳ１３０によりＳＥ１モードで本認証鍵を用いてＲを復号し、Ｓ１３１で平文のＲを記憶する）。
【１０３９】
このような構成によれば、初期化処理手段による鍵を共有する処理が、鍵更新手段により更新された鍵による暗号化方式とは異なる予め定められた鍵を用いて初期化の鍵を暗号化して相手の制御手段へ送信するために、その初期化の鍵の送信時における鍵の漏洩に対
するセキュリティを保つことができる。
【１０４０】
（８−１）  本発明は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）と第２の制御手段（ＣＵ通信制御部８０、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
認証方式の異なる複数種類の相互認証処理を前記第１の制御手段と前記第２の制御手段との間で行なう相互認証処理手段（図７（ａ）のＣＵ通信制御部認証シーケンス）と、
該相互認証処理手段による各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知せず、前記複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知する総括通知手段（図９、図１２、図１４、の異常を総括して通知する処理）とを含む。
【１０４１】
このような構成によれば、認証方式の異なる複数種類の相互認証処理が第１の制御手段と第２の制御手段との間で行なわれるために、或る１つの認証方式による相互認証のセキュリティがたとえ破られたとしても、他の異なる認証方式による相互認証によって相互認証のセキュリティを保つことができる。
【１０４２】
また、たとえば、複数種類の相互認証処理の各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知した場合には、どの種類の相互認証で不適正だったのかがわかってしまいセキュリティ上好ましくないが、総括通知手段の働きにより、各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の遊技者に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知するために、どの種類の相互認証で異常が発生したかを見破れないようにして、セキュリティを向上させることができる。
【１０４３】
（８−２）  （８−１）の遊技用システムにおいて、前記相互認証処理手段は、
前記第２の制御手段においてチャレンジコード（図１７のチャレンジコードＡ）を生成して前記第１の制御手段に送信し（ＣＵ通信制御部シリアルＩＤ認証応答１）、該第１の制御手段において記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１７のレスポンスコードＡ）を生成して前記第２の制御手段へ返信し、前記第２の制御手段において、記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて前記受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（ＣＵ通信制御部８０では、受信したレスポンスコードの適否をＣＵ通信制御部のＳＩＤを用いて判定する）と、
前記第１の制御手段においてチャレンジコードを生成して前記第２の制御手段に送信し（図１６のチャレンジコード）、該第２の制御手段において記憶している識別情報（メイン制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１６のレスポンスコード）を生成して前記第１の制御手段へ返信（ＢＢシリアルＩＤ認証応答２）し、前記第１の制御手段において、記憶している識別情報を用いて前記受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（メイン制御部３２３では、受信したレスポンスコードの適否をメイン制御部のＳＩＤを用いて判定する）とを行なう。
【１０４４】
このような構成によれば、第１の制御手段と第２の制御手段とにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両遊技手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記
憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した遊技手段に対する不正行為を極力防止することができる。
【１０４５】
（８−３）  （８−１）または（８−２）の遊技用システムにおいて、前記第１の制御手段と前記第２の制御手段とは、互いの認証に用いるペアの認証用情報（共通鍵からなる認証鍵）を記憶し、
前記相互認証処理手段は、さらに、
第１の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第２の制御手段へ送信し（メイン制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ｂを暗号化した暗号化乱数Ｂを生成してＭＡＣとともに機器認証要求２としてＣＵ通信制御部へ送信し）、該第２の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該演算処理の結果データを前記第１の制御手段へ返信し、該第１の制御手段において返信されてきた結果データと前記送信した結果データとの整合性をチェックする第１認証処理（ＣＵ通信制御部では、受信した乱数Ｂを複合した平文の乱数ＢとしてＭＡＣとの整合性の判定を行なう）と、
第２の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第１の制御手段へ送信し（ＣＵ通信制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ａを暗号化した暗号化乱数Ａを生成してＭＡＣとともに機器認証応答１としてメイン制御部へ送信し）、該第１の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該結果データとの整合性をチェックする第２認証処理（メイン通信制御部では、受信した乱数Ａを複合した平文の乱数ＡとしてＭＡＣとの整合性の判定を行なう）とを行なう。
【１０４６】
このような構成によれば、第１の制御手段のと第２の制御手段とに記憶されている互いの認証に用いるペアの認証用情報を用いた認証処理も実行されるために、より一層確かな相互認証が可能となり、セキュリティが向上する。しかも、この認証処理も、記憶している認証用情報を用いて演算処理を実行したその結果データを送受信しているために、送受信される結果データがたとえ漏洩したとしても、そこから認証用情報を特定することが困難であり、情報漏洩に起因した遊技手段に対する不正行為を極力防止することができる。
【１０４７】
（８−４）  本発明の他の態様は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）とを備えた遊技用装置（カードユニット３）であって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
認証方式の異なる複数種類の相互認証処理を前記第１の制御手段と前記第２の制御手段との間で行なう相互認証処理手段（図７（ａ）のＣＵ通信制御部認証シーケンス）と、
該相互認証処理手段による各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知せず、前記複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知する総括通知手段（図９、図１２、図１４、の異常を総括して通知する処理）とを含む。
【１０４８】
このような構成によれば、認証方式の異なる複数種類の相互認証処理が第１の制御手段と第２の制御手段との間で行なわれるために、或る１つの認証方式による相互認証のセキュリティがたとえ破られたとしても、他の異なる認証方式による相互認証によって相互認証のセキュリティを保つことができる。
【１０４９】
また、たとえば、複数種類の相互認証処理の各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証相手の制御手段に通知した場合には、どの種類の相互認証で不適正だったのかがわかってしまいセキュリティ上好ましくないが、総括通知手段の働きにより、各相互認証の単独での認証結果が不適正な場合に該単独での認証結果を認証
相手の制御手段に通知せず、複数種類の相互認証すべてを実行した結果の異常を総括して、認証相手の制御手段に通知するために、どの種類の相互認証で異常が発生したかを見破れないようにして、セキュリティを向上させることができる。
【１０５０】
（８−５）  上記（８−４）の遊技用装置において、前記相互認証処理手段は、
前記第２の制御手段においてチャレンジコード（図１７のチャレンジコードＡ）を生成して前記第１の制御手段に送信し（ＣＵ通信制御部シリアルＩＤ認証応答１）、該第１の制御手段において記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１７のレスポンスコードＡ）を生成して前記第２の制御手段へ返信し、前記第２の制御手段において、記憶している識別情報（ＣＵ通信制御部のＳＩＤ）を用いて前記受信したレスポンスコードの適否を判定する第１チャレンジレスポンス認証処理（ＣＵ通信制御部８０では、受信したレスポンスコードの適否をＣＵ通信制御部のＳＩＤを用いて判定する）と、
前記第１の制御手段においてチャレンジコードを生成して前記第２の制御手段に送信（図１６のチャレンジコード）し、該第２の制御手段において記憶している識別情報（メイン制御部のＳＩＤ）を用いて受信したチャレンジコードからレスポンスコード（図１６のレスポンスコード）を生成して前記第１の制御手段へ返信（ＢＢシリアルＩＤ認証応答２）し、前記第１の制御手段において、記憶している識別情報を用いて前記受信したレスポンスコードの適否を判定する第２チャレンジレスポンス認証処理（メイン制御部３２３では、受信したレスポンスコードの適否をメイン制御部のＳＩＤを用いて判定する）とを行なう。
【１０５１】
このような構成によれば、第１の制御手段と第２の制御手段とにおいて、一方の制御手段からチャレンジコードを他方の制御手段へ送信し他方の制御手段において記憶している識別情報を用いて受信したチャレンジコードからレスポンスコードを生成して一方の制御手段へ返信するという、チャレンジレスポンス方式の認証を行なっているために、両制御手段の間を送受信されるチャレンジコードやレスポンスコードが漏洩されたとしても、記憶している識別情報を特定することが困難であり、識別情報の漏洩に起因した制御手段に対する不正行為を極力防止することができる。
【１０５２】
（８−６）  上記（８−４）または（８−５）の遊技用装置において、前記第１の制御手段と前記第２の制御手段とは、互いの認証に用いるペアの認証用情報（共通鍵からなる認証鍵）を記憶し、
前記相互認証処理手段は、さらに、
第１の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第２の制御手段へ送信し（メイン制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ｂを暗号化した暗号化乱数Ｂを生成してＭＡＣとともに機器認証要求２としてＣＵ通信制御部へ送信し）、該第２の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該演算処理の結果データを前記第１の制御手段へ返信し、該第１の制御手段において返信されてきた結果データと前記送信した結果データとの整合性をチェックする第１認証処理（ＣＵ通信制御部では、受信した乱数Ｂを複合した平文の乱数ＢとしてＭＡＣとの整合性の判定を行なう）と、
第２の制御手段が前記認証用情報を用いて演算処理を実行して該演算処理の結果データを第１の制御手段へ送信し（ＣＵ通信制御部がＥＥＰＲＯＭに記憶されている認証鍵を用いて乱数Ａを暗号化した暗号化乱数Ａを生成してＭＡＣとともに機器認証応答１としてメイン制御部へ送信し）、該第１の制御手段が前記結果データに対し前記認証用情報を用いて演算処理を施して該結果データとの整合性をチェックする第２認証処理（メイン通信制御部では、受信した乱数Ａを複合した平文の乱数ＡとしてＭＡＣとの整合性の判定を行なう）とを行なう。
【１０５３】
このような構成によれば、第１の制御手段のと第２の制御手段とに記憶されている互いの認証に用いるペアの認証用情報を用いた認証処理も実行されるために、より一層確かな相互認証が可能となり、セキュリティが向上する。しかも、この認証処理も、記憶している認証用情報を用いて演算処理を実行したその結果データを送受信しているために、送受信される結果データがたとえ漏洩したとしても、そこから認証用情報を特定することが困難であり、情報漏洩に起因した制御手段に対する不正行為を極力防止することができる。
【１０５４】
（９−１）  本発明は、管理サーバ（上位サーバ８０１）と、遊技者により遊技が行なわれる遊技機（パチンコ機２、スロットマシン２Ｓ）と、前記管理サーバおよび前記遊技機に通信可能に接続され、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）とを備えた遊技用システムであって、
前記管理サーバは、前記遊技機の真正を確認するための識別情報（メインチップＩＤ、払出チップＩＤ）を登録する識別情報登録手段（認証情報記憶部）を含み、
前記遊技用装置は、
前記遊技機の識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）と、
前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
確認の対象である識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている確認の対象である識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した遊技機チップ情報を認証用情報記憶部に記憶された遊技機チップ情報と照合する）とを含む。
【１０５５】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【１０５６】
さらに、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【１０５７】
（９−２）  上記（９−１）の遊技用システムにおいて、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記遊技用装置は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）を含む。
【１０５８】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理
サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下を極力防止することができる。
【１０５９】
（９−３）  本発明における他の態様は、遊技機の真正を確認するための識別情報（メインチップＩＤ、払出チップＩＤ）を登録する管理サーバ（上位サーバ８０１）および前記遊技機（パチンコ機２、スロットマシン２Ｓ）と通信可能な通信部を含み、遊技者所有の有価価値を使用して前記遊技機による遊技を可能にする遊技用装置（カードユニット３）であって、
前記遊技機の識別情報が前記管理サーバに登録済であるか否かを確認するための確認処理を行なう登録確認手段（図８３、図８４の遊技機チップ情報問合せ）と、
該登録確認手段による確認処理の結果登録済であるときには前記遊技機による遊技を許容する遊技許容手段（図８３のカード挿入・入金可処理）と、
前記登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報を記憶する識別情報記憶手段（図８３、図８４の遊技機チップ情報の記憶処理）と、
確認の対象である識別情報が前記識別情報記憶手段に記憶された以降において、前記登録確認手段による確認処理を行なう際に前記管理サーバとオフライン状態であったときには、前記識別情報記憶手段に記憶されている確認の対象である識別情報と前記遊技機の識別情報とを照合することによって確認処理を行なうオフライン時確認手段（オフライン時にメイン制御部３２３のＥＥＰＲＯＭに記憶した遊技機チップ情報を認証用情報記憶部に記憶された遊技機チップ情報と照合する）とを備えた。
【１０６０】
このような構成によれば、遊技機の識別情報が管理サーバに登録済であるか否かを確認するための確認処理の結果登録済であるときには遊技機による遊技が許容される一方、確認処理の結果登録済の確認ができなかったときにも、予め定められた限定期間の範囲内で遊技機による遊技が許容されるために、管理サーバにより識別情報に基づいた遊技機が真正である旨の認証を得ることができない場合の遊技機の稼働ができない状態となる不都合を極力防止できる。
【１０６１】
さらに、登録確認手段による確認処理が実行されたときの当該確認の対象である識別情報が遊技用装置に記憶され、それ以降において、登録の確認処理を行なう際に管理サーバとオフライン状態であったときに、その遊技用装置に記憶されている識別情報と遊技機の識別情報とが照合されてオフライン時の確認処理が可能となり、オフライン時におけるセキュリティの低下を極力防止することができる。
【１０６２】
（９−４）  上記（９−３）の遊技用装置において、前記識別情報記憶手段は、確認対象である前記識別情報を記憶する際に、前記管理サーバによる登録済の識別情報かあるいは未登録の識別情報かも併せて記憶し（メイン制御部３２３の認証用情報記憶部において当該通信制御ＩＣ情報を登録有情報と対応付けて記憶する）、
前記限定許容手段は、前記オフライン時確認手段による確認処理の結果前記遊技機が未登録の識別情報に対応するものであると判定されたときに、予め定められた限定期間の範囲内で前記遊技機による遊技を許容する限定許容手段を含む（照合対象の通信制御ＩＣ情報が認証用情報記憶部に記憶されており、かつ、登録無情報である場合には、通信制御ＩＣ情報無として判断し、ＣＵ認証ＮＧ時の運用許可日数の範囲内で通信制御ＩＣ認証シーケンスの実行が許可される）。
【１０６３】
このような構成によれば、確認対象である識別情報を遊技用装置が記憶する際に、管理サーバによる登録済の識別情報であるか未登録の識別情報であるかも併せて記憶し、オフ
ライン時における遊技用装置での確認処理の結果未登録の識別情報に対応するものであると判定されたときには、限定期間の範囲内で遊技を許容するために、オフライン時においても限定期間内で限定された遊技を実現でき、オフライン時におけるセキュリティの低下を極力防止することができる。
【１０６４】
（１０−１）  本発明は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）と第２の制御手段（ＣＵ通信制御部８０、またはＣＵ３、Ｐ台２、Ｚカウンタ、ＰＯＳ端末等）とを備えた遊技用システムであって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
互いに暗号通信を行なう第１暗号通信処理手段（図８、図９、図１１、図１２、図１３、図１４、図１９のＳＥ１モードによる暗号通信）と、
前記第１暗号通信処理手段による暗号通信の後に、該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段（図７、図１５のＳＥ２モードによる暗号通信）とを備える。
【１０６５】
このような構成によれば、第１暗号通信処理手段による暗号通信が行なわれるとともに、その暗号通信の後に、該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段による暗号通信が行なわれるために、たとえ第１暗号通信処理手段による暗号通信のセキュリティが破られたとしても、その後に行なわれるよりセキュリティレベルの高い暗号通信である第２暗号通信処理手段による暗号通信が可能であり、その第２暗号通信処理手段による高セキュリティレベルの暗号通信によりセキュリティを保つことが可能となる。
【１０６６】
（１０−２）  上記（１０−１）の遊技用システムにおいて、前記第２暗号通信処理手段は、
暗号通信に用いる暗号鍵（図６９（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７３のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６８）、図７４（ｂ）のＳ１３３）とを含み、
前記鍵更新手段は暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、
前記第１の制御手段と前記第２の制御手段とは、ともに、
前記鍵更新手段による更新される前の初期の鍵を前記第１暗号通信処理手段により暗号化して相手制御手段に配信して鍵を共有する鍵共有手段（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）を備える。
【１０６７】
このような構成によれば、暗号通信に用いる暗号鍵が、第１の制御手段と第２の制御手段とで同じ更新方法により独自に更新されるために、変化しない固定の鍵による暗号通信に比べてセキュリティが向上する。
【１０６８】
（１０−３）  上記（１０−２）の遊技用システムにおいて、前記暗号鍵は、前記初期の鍵のデータを更新することなく引継ぐ初期ベクタ部（図６７（ａ）も初期ベクタ部Ｒ）と、更新される更新部（電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉ）とを含み、
前記鍵更新手段は、前記初期ベクタ部は更新せず前記更新部を更新し（図７４（ａ）のＳ１０７、Ｓ１０８、Ｓ１０９）、
前記鍵共有手段は、前記初期ベクタ部を前記初期の鍵として配信して共有する（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）。
【１０６９】
このような構成によれば、更新されることのない初期ベクタ部が初期の鍵として配信されて共有されるために、復号手段による復号ができなくなったときの原因として、鍵更新手段により更新される更新部が食い違ったのか、あるいは初期ベクタ部がなんらかの原因で食い違ったのかという原因を突き止めることが可能となる。
【１０７０】
（１０−４）  本発明の他の態様は、互いに暗号通信を行なう第１の制御手段（メイン制御部３２３）と第２の制御手段（ＣＵ通信制御部８０）とを備えた遊技用装置（カードユニット３）であって、
前記第１の制御手段と前記第２の制御手段とは、ともに、
互いに暗号通信を行なう第１暗号通信処理手段（図８、図９、図１１、図１２、図１３、図１４、図１９のＳＥ１モードによる暗号通信）と、
該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段（図７、図１５のＳＥ２モードによる暗号通信）とを備える。
【１０７１】
このような構成によれば、第１暗号通信処理手段による暗号通信が行なわれるとともに、その暗号通信の後に、該第１暗号通信処理手段による暗号通信よりもセキュリティレベルの高い暗号通信を行なう第２暗号通信処理手段による暗号通信が行なわれるために、たとえ第１暗号通信処理手段による暗号通信のセキュリティが破られたとしても、その後に行なわれるよりセキュリティレベルの高い暗号通信である第２暗号通信処理手段による暗号通信が可能であり、その第２暗号通信処理手段による高セキュリティレベルの暗号通信によりセキュリティを保つことが可能となる。
【１０７２】
（１０−５）  上記（１０−４）の遊技用装置において、前記第２暗号通信処理手段は、
暗号通信に用いる暗号鍵（図６７（ａ）のカウンタ）を、前記第１の制御手段と前記第２の制御手段とで同じ更新方法により独自に更新する鍵更新処理を行なう鍵更新手段（図６７（ｂ）〜図７５のカウンタの更新処理）と、
該鍵更新手段により更新された鍵を用いて暗号文を生成する暗号手段と、
該暗号手段により生成された暗号文を受信して前記鍵更新手段により更新された鍵を用いて復号する復号手段（図６７（ｂ）、図７４（ａ）のＳ１０５）とを含み、
前記鍵更新手段は暗号文の送受信に応じて前記鍵更新処理を行ない（図６７（ｂ）〜図７３；１回の送信または受信で（暗号文のデータ長９６バイト）／（鍵長１６バイト）＝６だけ加算更新）、
前記第１の制御手段と前記第２の制御手段とは、ともに、
前記鍵更新手段による更新される前の初期の鍵を前記第１暗号通信処理手段により暗号化して相手制御手段に配信して鍵を共有する鍵共有手段（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）を備える。
【１０７３】
このような構成によれば、暗号通信に用いる暗号鍵が、第１の制御手段と第２の制御手段とで同じ更新方法により独自に更新されるために、変化しない固定の鍵による暗号通信に比べてセキュリティが向上する。
【１０７４】
（１０−６）  上記（１０−４）または（１０−５）の遊技用装置において、前記暗号鍵は、前記初期の鍵のデータを更新することなく引継ぐ初期ベクタ部（図６７（ａ）も初期ベクタ部Ｒ）と、更新される更新部（電文カウンタ部Ｎと暗号ブロックカウンタ部Ｉ）とを含み、
前記鍵更新手段は、前記初期ベクタ部は更新せず前記更新部を更新し（図７４（ａ）のＳ１０７、Ｓ１０８、Ｓ１０９）、
前記鍵共有手段は、前記初期ベクタ部を前記初期の鍵として配信して共有する（図７４（ａ）のＳ１０３、図７４（ｂ）のＳ１３０、Ｓ１３１）。
【１０７５】
このような構成によれば、更新されることのない初期ベクタ部が初期の鍵として配信されて共有されるために、復号手段による復号ができなくなったときの原因として、鍵更新手段により更新される更新部が食い違ったのか、あるいは初期ベクタ部がなんらかの原因で食い違ったのかという原因を突き止めることが可能となる。
【１０７６】
（１１−１）  持点による遊技が可能であり、入賞の発生に応じて持点が加算される遊技機（パチンコ機２）と、遊技者所有の遊技用価値（プリペイド残高、持玉数、あるいは貯玉数）を用いて持点を加算するとともに前記遊技機と通信可能に接続される遊技用装置（カードユニット３）とからなる遊技用システムであって、
遊技者が遊技を行なうことが可能な営業モードと非営業モードとのいずれかに切換えるモード切換手段（図４９の試打モード変更要求）を備え、
前記遊技機は、
遊技への使用および入賞の発生に応じた持点の変化量（加算玉数、減算玉数）を特定する特定手段（遊技機制御用のマイクロコンピュータ、加算玉数カウンタ、減算玉数カウンタ）と、
前記変化量を特定可能な更新情報（加算玉数および減算玉数を含む動作応答）を前記遊技用装置へ送信する情報送信手段（玉数制御部１７）とを含み、
前記遊技用装置は、
持点を記憶する主持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
前記更新情報を受信する情報受信手段（ＣＵ通信制御部８０）と、
前記主持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含み、
前記持点更新手段は、前記非営業モード時においては持点の更新を行なわない（試打モード中はＰ台２から加算玉数と減算玉数と遊技玉数とが送信されずＣＵ３において遊技玉数の更新を行なわない）。
【１０７７】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【１０７８】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【１０７９】
また、非営業モード時においては持点の更新が行なわれないため、遊技者が遊技を行なうことが可能な営業モードと非営業モードへ移行しさらに営業モードに復帰したときに、非営業モードに移行する直前の持点数と同じ持点数になり、持点数の狂いを防止することができる。
【１０８０】
（１１−２）  上記（１１−１）の遊技用システムにおいて、前記遊技用装置は、
前記営業モードから前記非営業モードへ移行した場合に、前記営業モードにおける持点データを保存する持点保存手段（図２の総加算玉数と総減算玉数と遊技玉数とを記憶するＲＡＭ、図９０の総加算数と総減算数と持点数とを記憶するＲＡＭ）と、
前記非営業モードを解除する操作が行なわれたときに、前記持点保存手段に保存され
ている持点のデータに基づいて前記営業モード時の持点に復帰させて遊技を再開させる遊技状態復帰手段（非営業モード復帰時には、総加算玉数と総減算玉数と遊技玉数、または、総加算数と総減算数と持点数に基づいて、遊技を再開する）とを含む。
【１０８１】
このような構成によれば、営業モードから非営業モードへ移行しさらに営業モードに復帰したときに、非営業モードに移行する直前の持点数から遊技が再開できる。
【１０８２】
（１１−３）  上記（１１−１）または（１１−２）の遊技用システムにおいて、前記遊技機は、
遊技媒体が発射される遊技領域（遊技領域２７）と、
前記非営業モードを解除する操作が行なわれたときに、前記発射された遊技媒体の入賞の有無が確定したことを条件として、前記非営業モードを解除する非営業モード解除手段（図６１；遊技が完了したらカードユニットへ「動作応答」にてモード切替準備完了を通知する）を含む。
【１０８３】
このような構成によれば、発射された遊技媒体の入賞の有無が確定していないにも拘らず非営業モードが解除される不都合を防止することができる。
【１０８４】
（１１−４）  上記（１１−１）〜（１１−３）のいずれかの遊技用システムにおいて、前記遊技機は、
表示状態が変化可能な可変表示装置（可変表示装置）を含み、該可変表示装置の表示結果が予め定められた特定の表示態様となったときに遊技者にとって有利な特定遊技状態（大当り）となり、さらに、
前記可変表示装置の可変表示中または前記特定遊技状態の最中に前記非営業モードへの移行の指令を受けたときには、前記可変表示装置が可変表示しておらずかつ前記特定遊技状態でない通常遊技状態となった後に、前記非営業モードへ移行させる制御を行なう非営業モード移行制御手段（図６２；図柄変動中でなく大当り中でないことを確認後、払出制御部へ主制御基板の動作モード切替準備完了を送信する）を含む。
【１０８５】
このような構成によれば、可変表示装置の可変表示中または特定遊技状態の最中であるにも拘らず非営業モードへ移行されてしまう不都合を防止することができる。
【１０８６】
（１１−５）  本発明の他の態様は、持点による遊技が可能であり入賞の発生に応じて持点が加算される遊技機と通信可能に接続するための接続部を備え、遊技者所有の遊技用価値を用いて持点を加算する遊技用装置（カードユニット３）であって、
持点を記憶する持点記憶手段（「遊技玉数」を記憶するＲＡＭ）と、
遊技への使用および入賞の発生に応じた持点の変化量を特定可能な更新情報を前記遊技機より受信する情報受信手段（ＣＵ通信制御部８０）と、
前記持点記憶手段が記憶している持点を前記更新情報に基づいて更新する持点更新手段（メイン制御部３２３）とを含み、
前記持点更新手段は、前記遊技機が、遊技者が遊技を行なうことが可能な営業モードから非営業モードへ移行しているときにおいては、持点の更新を行なわない（試打モード中はＰ台２から加算玉数と減算玉数と遊技玉数とが送信されずＣＵ３において遊技玉数の更新を行なわない）。
【１０８７】
このような構成によれば、持点管理を遊技用装置側において行なっているために、遊技機側に持点管理機能を設ける必要がなく、その分、遊技機のコストを極力抑えることができる。
【１０８８】
特に、遊技機は、より趣向性の高い遊技をいち早く提供できるようにするために遊技場
における入替えサイクルが遊技用装置に比べて短い傾向にある。その関係上、持点管理機能を遊技機側ではなく遊技用装置側に持たせて遊技機のコストを抑えることにより、遊技機を導入する遊技場のランニングコストを軽減することができるという利点がある。
【１０８９】
また、非営業モード時においては持点の更新が行なわれないため、遊技者が遊技を行なうことが可能な営業モードと非営業モードへ移行しさらに営業モードに復帰したときに、非営業モードに移行する直前の持点数と同じ持点数になり、持点数の狂いを防止することができる。
【１０９０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【１０９１】
２  パチンコ機、２Ｓ  スロットマシン、３  カードユニット、４  木枠、５  前枠、６  ガラス扉、１２  ガラス扉閉鎖検出器、１６，１１６  主制御基板、１７，１１７  払出制御部、２６  遊技盤、３０９  カード挿入／排出口、３１２  表示器、３１９  再プレイボタン、３２１  貸出ボタン、３２２  返却ボタン、３２３  メイン制御部、５４
表示器。
【図１】
0005431402.tif 000002
【図２】
0005431402.tif 000003
【図３】
0005431402.tif 000004
【図４】
0005431402.tif 000005
【図５】
0005431402.tif 000006
【図６】
0005431402.tif 000007
【図７】
0005431402.tif 000008
【図８】
0005431402.tif 000009
【図９】
0005431402.tif 000010
【図１０】
0005431402.tif 000011
【図１１】
0005431402.tif 000012
【図１２】
0005431402.tif 000013
【図１３】
0005431402.tif 000014
【図１４】
0005431402.tif 000015
【図１５】
0005431402.tif 000016
【図１６】
0005431402.tif 000017
【図１７】
0005431402.tif 000018
【図１８】
0005431402.tif 000019
【図１９】
0005431402.tif 000020
【図２０】
0005431402.tif 000021
【図２１】
0005431402.tif 000022
【図２２】
0005431402.tif 000023
【図２３】
0005431402.tif 000024
【図２４】
0005431402.tif 000025
【図２５】
0005431402.tif 000026
【図２６】
0005431402.tif 000027
【図２７】
0005431402.tif 000028
【図２８】
0005431402.tif 000029
【図２９】
0005431402.tif 000030
【図３０】
0005431402.tif 000031
【図３１】
0005431402.tif 000032
【図３２】
0005431402.tif 000033
【図３３】
0005431402.tif 000034
【図３４】
0005431402.tif 000035
【図３５】
0005431402.tif 000036
【図３６】
0005431402.tif 000037
【図３７】
0005431402.tif 000038
【図３８】
0005431402.tif 000039
【図３９】
0005431402.tif 000040
【図４０】
0005431402.tif 000041
【図４１】
0005431402.tif 000042
【図４２】
0005431402.tif 000043
【図４３】
0005431402.tif 000044
【図４４】
0005431402.tif 000045
【図４５】
0005431402.tif 000046
【図４６】
0005431402.tif 000047
【図４７】
0005431402.tif 000048
【図４８】
0005431402.tif 000049
【図４９】
0005431402.tif 000050
【図５０】
0005431402.tif 000051
【図５１】
0005431402.tif 000052
【図５２】
0005431402.tif 000053
【図５３】
0005431402.tif 000054
【図５４】
0005431402.tif 000055
【図５５】
0005431402.tif 000056
【図５６】
0005431402.tif 000057
【図５７】
0005431402.tif 000058
【図５８】
0005431402.tif 000059
【図５９】
0005431402.tif 000060
【図６０】
0005431402.tif 000061
【図６１】
0005431402.tif 000062
【図６２】
0005431402.tif 000063
【図６３】
0005431402.tif 000064
【図６４】
0005431402.tif 000065
【図６５】
0005431402.tif 000066
【図６６】
0005431402.tif 000067
【図６７】
0005431402.tif 000068
【図６８】
0005431402.tif 000069
【図６９】
0005431402.tif 000070
【図７０】
0005431402.tif 000071
【図７１】
0005431402.tif 000072
【図７２】
0005431402.tif 000073
【図７３】
0005431402.tif 000074
【図７４】
0005431402.tif 000075
【図７５】
0005431402.tif 000076
【図７６】
0005431402.tif 000077
【図７７】
0005431402.tif 000078
【図７８】
0005431402.tif 000079
【図７９】
0005431402.tif 000080
【図８０】
0005431402.tif 000081
【図８１】
0005431402.tif 000082
【図８２】
0005431402.tif 000083
【図８３】
0005431402.tif 000084
【図８４】
0005431402.tif 000085
【図８５】
0005431402.tif 000086
【図８６】
0005431402.tif 000087
【図８７】
0005431402.tif 000088
【図８８】
0005431402.tif 000089
【図８９】
0005431402.tif 000090
【図９０】
0005431402.tif 000091
【図９１】
0005431402.tif 000092
【図９２】
0005431402.tif 000093
【図９３】
0005431402.tif 000094
【図９４】
0005431402.tif 000095
【図９５】
0005431402.tif 000096