JP2018153271A - 遊技用装置 - Google Patents

遊技用装置 Download PDF

Info

Publication number
JP2018153271A
JP2018153271A JP2017050659A JP2017050659A JP2018153271A JP 2018153271 A JP2018153271 A JP 2018153271A JP 2017050659 A JP2017050659 A JP 2017050659A JP 2017050659 A JP2017050659 A JP 2017050659A JP 2018153271 A JP2018153271 A JP 2018153271A
Authority
JP
Japan
Prior art keywords
information
game
liquid crystal
error
command
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2017050659A
Other languages
English (en)
Other versions
JP6904741B2 (ja
Inventor
小倉　敏男
Toshio Ogura
敏男 小倉
柳　漢呉
Kango Yanagi
漢呉 柳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sankyo Co Ltd
Nippon Game Card Corp
Original Assignee
Sankyo Co Ltd
Nippon Game Card Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sankyo Co Ltd, Nippon Game Card Corp filed Critical Sankyo Co Ltd
Priority to JP2017050659A priority Critical patent/JP6904741B2/ja
Publication of JP2018153271A publication Critical patent/JP2018153271A/ja
Application granted granted Critical
Publication of JP6904741B2 publication Critical patent/JP6904741B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Pinball Game Machines (AREA)

Abstract

【課題】外部機器において情報管理を適切に行うことを可能とする遊技用装置を提供する。【解決手段】ＣＵは、Ｐ台からの遊技情報を受信する。シリアル通信部は、ＣＵ制御部の制御に従って、受信した遊技情報そのまま又は受信した遊技情報のうちの一部の情報を含む外部送信データ（第２種外部送信データ）を、管理コンピュータや呼び出しランプ等の外部機器に送信する（Ｃ５）。また、ＣＵ制御部は、受信した遊技情報に基づく集計処理を実行し（Ｃ１１）、シリアル通信部は、要求に応じて、ＣＵ制御部の制御に従って、集計処理による集計結果に対応するリカバリ用情報を含む外部送信データ（第１種外部送信データや第３種外部送信データ）を外部機器に送信する（Ｃ１３）。【選択図】図５３

Description

本発明は、遊技機からの遊技情報を受信可能な遊技用装置に関する。
昨今、遊技媒体を指触不能に封入された封入式遊技機が開発されている。このような封入式遊技機では、従来の遊技媒体を指触可能な遊技機と比べて、情報の管理が複雑であるという問題がある。
例えば、特許文献１には、遊技用装置の一種であるカードユニットから遊技情報を管理装置に送信することで、該管理装置で遊技情報を管理することを可能とする技術が開示されている。
特開２０１７−６２５６号公報
ところで、遊技機が設置される店舗には、管理装置の他にも、遊技機に対応して呼び出しランプ等の外部機器が設けられるのが一般的である。特許文献１に開示されている技術を上記の封入式遊技機を備える遊技用システムに適用することを考えると、カードユニット等の遊技用装置から管理装置や呼び出しランプ等の外部機器に対して情報を送信する場合に、遊技用装置から送信される情報を外部機器において正しく受信することができなければ、適切な情報管理を実現することができないという問題がある。
本発明は上記の課題に鑑みてなされたものであり、その目的とするところは、外部機器において情報管理を適切に行うことを可能とする遊技用装置を提供することにある。
本発明は、上記の課題を解決するために、次のような手段を採る。なお、後述する発明を実施するための形態の説明及び図面で使用した符号を参考のために付記するが、本発明の構成要素は該符号を付したものには限定されない。
手段１に係る発明は、
遊技機からの遊技情報（遊技機データに含まれる遊技情報等）を受信可能な遊技用装置（ＣＵ３等）であって、
受信した遊技情報に基づく集計処理（図５３のＣ１１等）を実行可能な集計処理手段（ＣＵ制御部３２３等）と、
情報（遊技情報等）を外部機器（管理コンピュータ９００、呼び出しランプ１０００、中継装置１２００等）に送信可能な送信手段（シリアル通信部３３４等）と、
を備え、
前記送信手段は、
受信した遊技情報に対応する第１情報（外部送信データ：遊技情報そのもの、遊技情報のうちの一部の情報等）を前記外部機器に送信可能（図５３のＣ５等）な第１送信手段（シリアル通信部３３４等）と、
要求（データ異常通知、データ受信不能通知、データ再送通知等）に応じて、前記集計処理による集計結果（遊技情報累積値等）に対応する第２情報（外部送信データ：リカバリ用情報等）を前記外部機器に送信可能（図５３のＣ１３等）な第２送信手段（シリアル通信部３３４等）と、
を有する、
ことを特徴とする遊技用装置である。
これによれば、遊技機から受信した遊技情報に対応する第１情報を外部機器に送信し、要求に応じて、集計処理による集計結果に対応する第２情報を外部機器に送信することで、外部機器において情報管理を適切に行うことが可能となる。
また、手段２に係る発明として、
手段１に記載した遊技用装置であって、
遊技機からの遊技情報を所定周期（２００ｍｓ等）で受信し、
前記集計処理手段は、遊技情報を受信する毎に前記集計処理を実行し（図４７のＡ３→Ａ７；Ｎｏ→Ａ３等）、
前記送信手段は、前記所定周期と同じ周期（２００ｍｓ等）で情報を送信する（図４７のＡ５→Ａ７；Ｎｏ→Ａ５等）ことを特徴とする遊技用装置を構成してもよい。
これによれば、遊技機から遊技情報を受信する周期と同じ周期で、遊技用装置から外部機器に対して周期的に情報を送信することができる。
また、手段３に係る発明として、
手段１又は２に記載した遊技用装置であって、
前記送信手段は、前記集計処理の処理時間（図４４：αｍｓ等）分の情報送信の遅延を調整可能に情報を送信する（データの転送速度を上げる、データ量を削減する等）ことを特徴とする遊技用装置を構成してもよい。
これによれば、集計処理の処理時間分の情報送信の遅延を調整することで、送信効率を向上させることができる。
また、手段４に係る発明として、
手段３に記載した遊技用装置であって、
非調整時に情報送信が完了するタイミングを第１タイミング（図４５の外部送信データの送信完了のタイミング等）とし、
前記送信手段は、前記第１タイミングよりも早い第２タイミング（図４６の第１タイミングよりもβ１ｍｓやβ２ｍｓ早いタイミング等）で情報送信が完了するように調整することを特徴とする遊技用装置を構成してもよい。
これによれば、非調整時に情報送信が完了するタイミングである第１タイミングよりも早い第２タイミングで情報送信が完了するように調整することで、送信効率を向上させることができる。
また、手段５に係る発明として、
手段１〜４のいずれか１つに記載した遊技用装置であって、
前記第１送信手段は、受信した遊技情報に含まれる情報のうちの一部の情報（図４９の遊技情報管理用テーブル３２３４のランクの低い情報：発射情報等）に対応する情報を前記第１情報として送信することを特徴とする遊技用装置を構成してもよい。
これによれば、外部機器に送信する第１情報の情報量を削減することができる。
また、手段６に係る発明として、
手段１〜５のいずれか１つに記載した遊技用装置であって、
前記集計処理手段は、受信した遊技情報に含まれる情報のうちの一部の情報（図４９の遊技情報管理用テーブル３２３４の特定の遊技情報：発射情報、エラー情報等）を対象として前記集計処理を実行し、
前記第２送信手段は、前記一部の情報についての前記集計処理による集計結果に対応する情報を前記第２情報として送信する、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、外部機器に通知する必要性の高い情報についてのみ集計処理を実行して第２情報を送信することができる。
また、手段７に係る発明として、
手段１〜６のいずれか１つに記載した遊技用装置であって、
遊技機を識別可能な遊技機識別情報（台番号３２３７等）を記憶可能な記憶手段（ＣＵ記憶部３２３１等）と、
前記記憶手段が記憶している遊技機識別情報が変化したことに基づいて（図５８のＫ１→Ｋ３；Ｙｅｓ等）、前記集計処理による集計結果を初期化する初期化処理（図５８のＫ５等）を実行可能な初期化処理手段（ＣＵ制御部３２３等）と、
をさらに備えることを特徴とする遊技用装置を構成してもよい。
これによれば、遊技用装置を移設したことで遊技機識別情報が変化したような場合であっても、集計結果を適切に管理することができる。
また、手段８に係る発明として、
手段７に記載した遊技用装置であって、
自装置と接続可能に構成され遊技情報を集計した集計情報（遊技情報累積データ５０２５等）を記憶可能（液晶ユニット記憶部５０２１、呼び出しランプ１０００の記憶部等）であり所定の表示装置（液晶ユニット５００、呼び出しランプ１０００等）を表示制御可能な表示制御装置（液晶ユニット制御部５０２、液晶表示制御部５０３、呼び出しランプ１０００の表示制御部等）から情報を取得可能な取得手段（ＣＵ制御部３２３等）をさらに備え、
前記取得手段は、前記初期化処理手段によって前記初期化処理が実行された場合に、前記表示制御装置から集計情報を取得する（図５８のＫ７等）、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、遊技用装置を移設したことで集計結果を初期化したような場合であっても、表示制御装置から最新の集計情報を取得することで、移設先の遊技機の遊技情報の集計結果を管理することができる。
また、手段９に係る発明として、
手段８に記載した遊技用装置であって、
前記集計処理手段は、前記取得手段によって取得された集計情報を基準情報として、受信した遊技情報に基づく集計処理を実行する、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、遊技用装置を移設したことで集計結果を初期化したような場合に、表示制御装置から取得した最新の集計情報を基準情報として移設先の遊技機から受信した遊技情報に基づく集計処理を実行して、該遊技機に関する集計結果を管理することが可能となる。
また、手段１０に係る発明として、
手段１〜９のいずれか１つに記載した遊技用装置であって、
受信した遊技情報を記憶可能（ＣＵ記憶部３２３１：遊技機データベース３２３８）であり、所定の制御（ＣＵ３の統括的な制御等）を実行可能な制御手段（ＣＵ制御部３２３）と、
前記制御手段から取得した遊技情報を記憶可能（液晶ユニット記憶部５０２１：遊技情報データ５０２４等）であり、該記憶している遊技情報と前記制御手段から新たに取得した遊技情報とに基づき、所定の表示装置（液晶ユニット５００等）を表示制御可能な表示制御手段（液晶ユニット制御部５０２、液晶表示制御部５０３等）と、
を備え、
前記表示制御手段は、上位装置（管理コンピュータ９００等）から出力される所定情報（消去指示情報）に基づいて、記憶している遊技情報のうちの少なくとも一部の情報（遊技情報データ５０２４（台データ）のうちの少なくとも一部の情報等）を消去可能である、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、上位装置からの指令に応じて、記憶している遊技情報のうちの少なくとも一部の情報を消去することができる。
手段１１に係る発明は、
遊技機からの遊技情報（遊技機データに含まれる遊技情報等）を受信可能な遊技用装置（ＣＵ３等）であって、
受信した遊技情報に基づく集計処理（図４７のＡ３等）を実行可能な集計処理手段（ＣＵ制御部３２３等）と、
受信した遊技情報に対応する第１情報（外部送信データ：遊技情報そのもの、遊技情報のうちの一部の情報等）及び前記集計処理による集計結果（遊技情報累積値等）に対応する第２情報（外部送信データ：リカバリ用情報等）を外部機器（管理コンピュータ９００、呼び出しランプ１０００、中継装置１２００等）に送信可能（図４７のＡ５等）な送信手段（シリアル通信部３３４等）と、
を備えることを特徴とする遊技用装置である。
これによれば、遊技機から受信した遊技情報に対応する第１情報及び受信した遊技情報に基づく集計処理による集計結果に対応する第２情報を外部機器に送信することで、外部機器において情報管理を適切に行うことが可能となる。
手段１２に係る発明は、
遊技機からの遊技情報を受信可能な遊技用装置であって、
遊技機を識別可能な遊技機識別情報（台番号３２３７等）を記憶可能な記憶手段（ＣＵ記憶部３２３１等）と、
受信した遊技情報に基づく集計処理（図４７のＡ３等）を実行可能な集計処理手段（ＣＵ制御部３２３等）と、
前記記憶手段が記憶している遊技機識別情報が変化したことに基づいて（図５８のＫ１→Ｋ３；Ｙｅｓ等）、前記集計処理による集計結果を初期化する初期化処理（図５８のＫ５等）を実行可能な初期化処理手段（ＣＵ制御部３２３等）と、
を備えることを特徴とする遊技用装置である。
これによれば、遊技用装置を移設したことで遊技機識別情報が変化したような場合であっても、集計結果を適切に管理することができる。
また、手段１３に係る発明として、
手段１２に記載した遊技用装置であって、
自装置と接続可能に構成され遊技情報を集計した集計情報（遊技情報累積データ５０２５等）を記憶可能であり所定の表示装置（液晶ユニット５００、呼び出しランプ１０００等）を表示制御可能な表示制御装置（液晶ユニット制御部５０２、液晶表示制御部５０３、呼び出しランプ１０００の表示制御部等）から情報を取得可能な取得手段（ＣＵ制御部３２３等）をさらに備え、
前記取得手段は、前記初期化処理手段によって前記初期化処理が実行された場合に、前記表示制御装置から最新の集計情報を取得する（図５８のＫ７等）、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、遊技用装置を移設したことで集計結果を初期化したような場合であっても、表示制御装置から最新の集計情報を取得することで、移設先の遊技機の遊技情報の集計結果を管理することができる。
また、手段１４に係る発明として、
手段１２又は１３に記載した遊技用装置であって、
前記集計処理手段は、前記取得手段によって取得された集計情報を基準情報として、受信した遊技情報に基づく集計処理を実行する、
ことを特徴とする遊技用装置を構成してもよい。
これによれば、遊技用装置を移設したことで集計結果を初期化したような場合に、表示制御装置から取得した最新の集計情報を基準情報として移設先の遊技機から受信した遊技情報に基づく集計処理を実行して、該遊技機に関する集計結果を管理することが可能となる。
また、手段１５に係る発明として、
手段１２〜１４のいずれか１つに記載した遊技用装置であって、
受信した遊技情報に対応する第１情報（外部送信データ：遊技情報そのもの、遊技情報のうちの一部の情報等）及び前記集計処理による集計結果（遊技情報累積値等）に対応する第２情報（外部送信データ：リカバリ用情報等）を外部機器（管理コンピュータ９００、呼び出しランプ１０００、中継装置１２００等）に送信可能（図４７のＡ５等）な送信手段（シリアル通信部３３４等）をさらに備えることを特徴とする遊技用装置を構成してもよい。
これによれば、遊技機から受信した遊技情報に対応する第１情報及び受信した遊技情報に基づく集計処理による集計結果に対応する第２情報を外部機器に送信することで、外部機器において情報管理を適切に行うことが可能となる。
また、他の手段に係る発明として、
遊技機（例えば、Ｐ台２）に対応して設けられる遊技用装置（例えば、ＣＵ３及び液晶ユニット５００）であって、
所定の制御（例えば、カードや紙幣の受け付け、遊技玉の貸出等）を行うとともに、対応する遊技機（例えば、Ｐ台２）から出力される遊技に関する情報を記憶可能な第１制御手段（例えば、ＣＵ制御部３２３）と、
少なくとも対応する遊技機における遊技に関する情報を表示可能な表示ユニット（例えば、液晶ユニット５００）と、
前記表示ユニットの動作を制御するとともに、前記第１制御手段から取得した遊技に関する情報を記憶可能であって、該記憶している情報と前記第１制御手段から取得した情報とにもとづいて、対応する遊技機における遊技に関する情報を前記表示ユニットに表示する制御を実行可能な第２制御手段（例えば、液晶ユニット制御部５０２）と、
を備え、
前記第２制御手段は、消去情報（例えば、台データクリア指示）を入力可能な消去情報入力手段（例えば、図３３に示すように、台データクリア指示を受信する部分）を含み、前記第１制御手段と前記第２制御手段は、前記消去情報入力手段に前記消去情報が入力されたことにもとづいて、記憶している遊技に関する情報の少なくとも一部を消去する（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示を受信したことに基づいて、液晶ユニット制御部５０２の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とＣＵ制御部３２３の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ａ））に記憶されている遊技情報をクリアする部分）ことを特徴とする遊技用装置を構成してもよい。
これによれば、表示を適切に初期化することができる。
また、他の手段に係る発明として、
遊技機（例えば、Ｐ台２）と、該遊技機に対応して設けられる遊技用装置（例えば、ＣＵ３及び液晶ユニット５００）と、を含む遊技用システムであって、
前記遊技用装置は、
所定の制御（例えば、カードや紙幣の受け付け、遊技玉の貸出等）を行うとともに、前記遊技機から出力される遊技に関する情報を記憶可能な第１制御手段（例えば、ＣＵ制御部３２３）と、
少なくとも対応する遊技機における遊技に関する情報を表示可能な表示ユニット（例えば、液晶ユニット５００）と、
前記表示ユニットの動作を制御するとともに、前記第１制御手段から取得した遊技に関する情報を記憶可能であって、該記憶している情報と前記第１制御手段から取得した情報とにもとづいて、対応する遊技機における遊技に関する情報を前記表示ユニットに表示する制御を実行可能な第２制御手段（例えば、液晶ユニット制御部５０２）と、
を備え、
前記第２制御手段は、消去情報（例えば、台データクリア指示）を入力可能な消去情報入力手段（例えば、図３３に示すように、台データクリア指示を受信する部分）を含み、
前記第１制御手段と前記第２制御手段は、前記消去情報入力手段に前記消去情報が入力されたことにもとづいて、記憶している遊技に関する情報の少なくとも一部を消去する（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示を受信したことに基づいて、液晶ユニット制御部５０２の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とＣＵ制御部３２３の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ａ））に記憶されている遊技情報をクリアする部分）ことを特徴とする遊技用装置を構成してもよい。
これによれば、表示を適切に初期化することができる。
また、上記の手段に係る発明において、
前記消去を、前記第２制御手段が前記第１制御手段よりも先に行う（例えば、図３３に示すように、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアする部分）ようにしてもよい。
これによれば、消去情報が入力される第２制御手段における消去を先に行うことで、これら消去に係わる処理を簡素化することができる。
また、上記の手段に係る発明において、
前記第２制御手段は、前記第１制御手段に対して遊技に関する情報の消去要求を送信可能な消去要求送信手段（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）を含み、
前記消去要求送信手段は、前記消去要求の出力に応じて消去が完了した旨の消去完了通知を前記第１制御手段から受信しなかった場合には、前記消去要求を再度送信する（例えば、図３３に示すように、液晶ユニット制御部５０２は、ＣＵ３から台データクリア状態（完了）のデータを含む状態要求コマンドを受信しなければ繰り返し台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）ようにしてもよい。
これによれば、第１制御手段に記憶されている遊技に関する情報の消去を、より確実に行うことができる。
また、上記の手段に係る発明において、
前記第１制御手段は、前記第２制御手段に対して、該第２制御手段の状態に関する情報の送信を要求する状態要求（例えば、図３３に示す状態要求コマンド）を送信し、
前記消去要求送信手段は、前記消去要求を、前記状態要求に対する応答である状態応答（例えば、図３３に示す状態応答コマンド）として送信するようにしてもよい。
これによれば、状態要求への応答である状態応答として消去要求を送信することで、消去要求が確実に第１制御手段において受信されるようにできる。
また、上記の手段に係る発明において、
前記消去情報は、前記遊技用装置を管理する管理装置から出力される（例えば、図３３に示すように、液晶ユニット制御部３２３が、情報配信サーバ９０１から出力された台データクリア指示を受信したことに基づいて遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアする部分）ようにしてもよい。
これによれば、遊技に関する情報の消去を管理装置において指示できる。
また、上記の手段に係る発明において、
前記遊技用装置は、
複数の信号出力部（例えば、外部出力ポート１〜外部出力ポート４）を有し、各信号出力部から異なる種別の信号（例えば、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等）を外部に出力可能な外部信号出力手段（例えば、外端出力部３３１）と、
前記信号出力部の各々から出力すべき信号の種別についての出力設定情報（例えば、図３０に示す端子設定データ）を、外部（例えば、持玉管理サーバ９０２）から取得する出力設定情報取得手段（例えば、図２９に示すように、ＣＵ制御部３２３が持玉管理サーバ９０２から端子設定データを取得する部分）と、
前記出力設定情報取得手段にて取得した出力設定情報にもとづいて、前記信号出力部の各々に対して、出力する信号の種別を設定する信号種別設定手段（例えば、図２９に示すように、受信した端子設定データに基づいて、ＣＵ制御部３２３が各外部出力ポート１〜外部出力ポート４に接続されている第１端子３３３ａ〜第４端子３３３ｄを各信号に割当設定を行う部分）と、
を備えるようにしてもよい。
これによれば、信号線の結線作業を省力化できる。
また、上記の手段に係る発明において、
前記表示ユニットは、エラー（例えば、電波エラー、不正入賞エラー、磁石エラー、振動エラー等）の発生を報知するためのエラー報知表示を表示可能であって（例えば、図２７に示すように、液晶表示器５０４においてエラー表示を行う部分）、
前記遊技用装置は、
対応する遊技機において記憶されている機種情報（例えば、メインチップＩＤ）を受信する機種情報受信手段（例えば、図２５に示すように、情報配信サーバ９０１がＣＵ３からメインチップＩＤのデータを含むエラー表示データ要求コマンドを受信する部分）と、
遊技機の機種に対応した情報であって、遊技機において発生したエラーの種類毎のエラー報知表示を特定可能なエラー表示情報（例えば、エラー表示データ）を、該遊技機の機種情報に対応付けて記憶する外部装置に対して前記機種情報受信手段にて受信した機種情報を送信して、該機種情報に対応付けて記憶されているエラー表示情報を取得するエラー表示情報取得手段（例えば、図２５に示すように、ＣＵ３が情報配信サーバ９０１に対してメインチップＩＤを含むエラー表示データ要求コマンドを送信し、情報配信サーバ９０１においてメインチップＩＤが示す機種に対応して記憶されているエラー表示データを液晶ユニット５００が取得する部分）と、
対応する遊技機において発生したエラーの種類を特定可能なエラー発生情報例えば、遊技台エラー情報）を受信するエラー発生情報受信手段（例えば、図２７に示すように、液晶ユニット制御部５０２がＣＵ３から遊技台エラー情報を含む状態要求コマンドを受信する部分）と、
前記エラー発生情報受信手段において受信したエラー発生情報から特定される種類のエラーに対応するエラー報知表示を、前記エラー表示情報にもとづいて特定するエラー報知表示特定手段（例えば、図２７に示すように、液晶ユニット制御部５０２が受信した遊技台エラー情報からＰ台２にて検知されたエラーを特定する部分）と、
前記エラー報知表示特定手段にて特定したエラー報知表示を前記表示ユニットに表示する表示制御手段（例えば、図２７に示すように、液晶ユニット制御部５０２が特定したエラーに応じたエラー表示データを用いて液晶表示器５０４におけるエラー表示を実行する部分）と、
を備えるようにしてもよい。
これによれば、遊技機外の遊技用装置においても、遊技機の機種に対応したエラー報知表示を表示することができる。
なお、上記の手段に記載した発明は、それぞれ組み合わせた手段としてもよく、対応する手段と同様の作用効果を奏する遊技用装置を提供することができる。
カードユニット、液晶ユニット及びパチンコ遊技機を示す正面図である。 パチンコ遊技機のガラス扉と前枠とを開放した状態を示す斜視図である。 遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。 遊技用システムのシステム構成を示す図である。 第１実施例におけるカードユニット、液晶ユニット及びパチンコ遊技機に用いられる制御回路を示すブロック図である。 相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。 カードユニット側とパチンコ遊技機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。 カードユニットとパチンコ遊技機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。 状態情報要求の内容を説明するための説明図である。 状態情報応答の内容を説明するための説明図である。 状態情報応答の内容を説明するための説明図である。 カードユニットと液晶ユニットとの間で送受信されるコマンドの概略を説明する説明図である。 遊技台接続通知コマンドの概略を説明する説明図である。 状態要求コマンドの概略を説明する説明図である。 状態応答コマンドの概略を説明する説明図である。 カードユニットにカードが挿入されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 カードが返却されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。 カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態およびカードの挿入状態の関係を説明するための概念図である。 挿入したカードのプリペイド残額から玉貸したときのカードユニット、液晶ユニット及びパチンコ遊技機の処理の一例を示す図である。 持玉払出・貯玉払出をしたときのカードユニット、液晶ユニット及びパチンコ遊技機の処理の一例を示す図である。 状態情報要求受信処理を説明するためのフローチャートである。 遊技システムにおいて報知可能なエラーの種類を説明するための図である。 カードユニットと液晶ユニットとＰ台の処理の一例を示す図である。 情報配信サーバがコンテンツを配信する際の情報配信サーバと液晶ユニットとの処理の一例を示す図である。 ＣＵ及び液晶ユニットに電源が投入されたときのＣＵ、液晶ユニット及び情報配信サーバの処理の一例を示す図である。 （Ａ）は機種特定テーブルを示す図であり、（Ｂ）はエラー表示データ記憶テーブルを示す図であり、（Ｃ）はサポートデータ記憶テーブルを示す図である。 Ｐ台においてエラーが発生した場合におけるＰ台、ＣＵ及び液晶ユニットにおける処理の一例を示す図である。 エラー記憶テーブルを示す図である。 ＣＵに電源が投入されたときのＣＵ及び持玉管理サーバの処理の一例を示す図である。 端子設定データ記憶テーブルを示す図である。 端子設定データの設定画面を示す図である。 ＣＵと液晶ユニットに電源を投入してから台データクリアを行うまでのＣＵと液晶ユニットの処理一例を示す図である。 ＣＵと液晶ユニットに電源を投入してから台データクリアを行うまでのＣＵと液晶ユニットの処理一例を示す図である。 遊技情報記憶テーブルを示す図である。 液晶ユニットタイマ割込処理の一例を示すフロ−チャートである。 液晶表示器に表示される画面の一例を示す図である。 エラーが発生した場合の変動表示装置及び液晶表示器の画面の一例を示す図である。 エラーが発生した場合の液晶表示器の画面の一例を示す図である。 エラーが発生した場合の液晶表示器の画面の一例を示す図である。 リモコンによってＣＵにエラー履歴表示指示信号を送信する場合を示す図である。 液晶表示器にエラー履歴を表示する場合の図である。_ 第１実施例におけるカードユニット、液晶ユニット及びパチンコ遊技機に用いられる制御回路を示すブロック図である。 外部送信データの構成の一例を示す図である。 データ部の構成の一例を示す図である。 Ｐ台からの遊技機データの受信及びＣＵからの外部送信データの送信の原理を説明するためのタイミングチャートである。 Ｐ台からの遊技機データの受信及びＣＵからの外部送信データの送信の原理を説明するためのタイミングチャートである。 第２実施例におけるＣＵ処理及びホールサーバ処理の流れの一例を示すフローチャートである。 ＣＵ記憶部の構成の一例を示す図である。 遊技情報管理用テーブルのテーブル構成の一例を示す図である。 外部送信データ管理用テーブルのテーブル構成の一例を示す図である。 各種の外部送信データの構成の一例を示す図である。 ユニット設定用データのデータ構成の一例を示す図である。 第３実施例におけるＣＵ処理及びホールサーバ処理の流れの一例を示すフローチャートである。 第３実施例における呼び出しランプ処理の流れの一例を示すフローチャートである。 呼び出しランプにおけるリカバリ方法の説明図である。 呼び出しランプにおけるリカバリ方法の説明図である。 液晶ユニット記憶部の構成の一例を示す図である。 第４実施例における液晶ユニット例外処理、ＣＵ処理及び呼び出しランプ処理の流れの一例を示すフローチャートである。 外部送信データの他の構成の一例を示す図である。 変形例としての呼び出しランプにおけるリカバリ方法の説明図である。
以下、本発明に係る遊技機及び遊技用システムを実施するための形態を実施例に基づいて以下に説明する。尚、本実施例におけるフローチャートの各ステップの説明において、例えば「ステップ＊１」と記載する箇所を「＊１」と略記する場合がある。
［１．第１実施例］
まず、図１を参照して、本実施例に係るパチンコ遊技機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ遊技機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２が併設されている。なお、Ｐ台２の所定側の側方位置には、該Ｐ台２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。なお、本実施例に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、Ｐ台２と接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行う呼び出しランプ（呼び出しランプ装置）などであってもよい。
Ｐ台２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図５参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。
パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５の回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。
図１に示すＰ台２は、いわゆる第１種のパチンコ遊技機であって、遊技領域２７の中央に変動表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
変動表示装置２７８は、複数種類の識別情報（図柄）を変動表示（可変表示ともいう）可能な変動表示部を備えており、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の変動表示を開始させる。変動表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態（大当り遊技状態ともいう）となり、大入賞口２７１が開放される。尚、大入賞口２７１は、遊技玉が所定数（例えば１０玉）入賞すること、または所定時間（例えば２９秒）経過することによって閉鎖される。そして、大入賞口２７１の開放と閉鎖が所定回数（例えば１０回や１５回）繰り返し実施されると、大入賞口２７１が閉鎖されて大当り状態が終了する。
また、変動表示装置２７８の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７などの確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４に回収されたパチンコ玉は再度Ｐ台２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
Ｐ台２は、ＣＵ３を側方位置に設置することでＣＵ３から伸びる液晶ユニット５００をＰ台２の前面に配置させる。そのため、Ｐ台２における遊技領域２７の下方位置には、液晶ユニット５００が設けられている。液晶ユニット５００は、液晶表示器５０４を有しており、持玉数や貯玉数、プリペイド残額（カード残額または単に残額とも言う）、あるいはＰ台２の状態に応じた様々な画像を遊技者に表示可能となっている。
また、Ｐ台２における遊技領域２７の下方位置には、遊技玉数を表示するための遊技玉数表示器２９が設けられている。遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイで構成されており、後述の払出制御部１７１によって制御される。この遊技玉数表示器２９により、後述する遊技玉数や発生したエラーのエラー番号などが表示される。さらに、後述するように、ＣＵ３にカードが挿入されていないにもかかわらず、遊技玉の加算要求が行われた場合には、不正玉貸玉数を特定可能な情報が遊技玉数表示器２９に表示される。なお、遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイに限定されず、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
さらに、Ｐ台２における遊技玉数表示器２９の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。本実施例では、計数ボタン２８を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行われるようにしてもよく、あるいは、計数ボタン２８を１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行う場合にさらに向上し、スムーズなカード返却処理を実現している。
このように、計数ボタン２８をＰ台２側に設けているため、計数ボタン２８をＣＵ３側に設ける場合と比較して、Ｐ台２に正対して座っている遊技者の操作性を向上できる。また、Ｐ台２は、遊技領域２７の右上位置および左上位置に、変動表示装置２７８で表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０が設けられている。なお、スピーカの位置および個数は、図１に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
本実施例に係るＰ台２は、遊技盤２６とそれ以外の前枠（遊技枠）５とに分けることができる。特に、遊技盤２６は、各社が開発するパチンコ遊技機の機種毎に異なるものである一方、前枠５は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６のみの交換で事足りる。
次に、引続き図１を参照して、本実施例に係るＣＵ３の構成を説明する。このＣＵ３は、会員登録をしていない一般の遊技者に対して発行される遊技用記憶媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記憶媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
それらのカードを受付けたＣＵ３は、カードの記憶情報により特定される遊技者所有の遊技価値（たとえばプリペイド残額、持玉数、あるいは貯玉数など）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
ＣＵ３の前面側には、紙幣を挿入するための紙幣挿入口３０２、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがＣＵ３内に設けられたカードリーダライタ３３７に受付けられ、そのカードに記憶されている情報が読取られる。尚、本実施例のカードリーダライタ３３７は、発行に使用する所定枚数（例えば１０枚）のビジターカードを収納可能な収納部を備え、現金の受付けによってプリペイド残金が存在する場合に返却操作がされた場合や、プリペイド残金が存在しなくても持玉数が存在する場合に返却操作がされた場合には、該収納部に収納されているビジターカードをカード挿入／排出口３０９から排出（発行）する。
尚、本実施例のＣＵ３においては、液晶ユニット５００に表示される再プレイボタン（再プレイ表示）を操作したことが液晶表示器５０４（図５参照）を介して検出されることによって、会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施可能となっている。本実施例における液晶ユニット５００では、詳細は後述するが、ＣＵ３や情報配信サーバ９０１から特定のコマンドや信号を受信することにより、液晶表示器５０４において大当り回数、小当り回数、確変回数、スタート回数、大当り確率、持玉数、貯玉数、遊技玉数の表示、Ｐ台２の低ベース時におけるベース、貸玉ボタンの強調表示、Ｐ台２による遊技時間が長くなった場合の警告表示、遊技場の閉店告知表示等を実行可能となっている。
再プレイボタンを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記憶されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２による遊技を行うことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記憶されておらずかつ貯玉が管理コンピュータ９００などに記憶されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預け入れられた遊技媒体であり、一般的に当該遊技場に設置された管理コンピュータ９００（図５参照）やその他の管理コンピュータにより管理される。
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者がＰ台２により遊技を行った結果遊技者の所有となった遊技玉数をカードに記憶したものであって、未だに遊技場に預け入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預け入れられた玉数を「貯玉」と言う。
「遊技玉」とは、Ｐ台２で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預け入れるための貯玉操作が行われて遊技場に預け入れられた玉数であるか、あるいは、未だに遊技場に預け入れられていない段階の玉数であるかの点である。
本実施例では、貯玉データは会員カードに直接記憶させず管理コンピュータ９００などの遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記憶している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１（図５参照）にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記憶している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１にカード番号と対応させて記憶させてもよい。このホールサーバ８０１にカード番号と対応させて記憶させる際に、ホールサーバ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバ８０１に記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行われる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
また、遊技者が遊技を終えてＣＵ３からカードを返却したときには、ＣＵ３に記憶していた持玉が一旦貯玉としてホールサーバ８０１に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。ＣＵ３の前面側には、さらに、該ＣＵ３の操作を行うためのリモコン等から発せられる赤外線を受講可能な赤外線受光部３２４が設けられている。
次に、図２を参照して、Ｐ台２は、額縁状の外枠４に対して、前枠（以下、セルとも言う）５とガラス扉６とがその左側縁を揺動中心として開閉可能に設けられている。
前枠５における揺動中心とは反対側の端縁付近（遊端側）には、上下１対の係合突起６ａ、６ｂが設けられている。この係合突起６ａ、６ｂは、図示しないバネによって下方向に押圧されている。一方、外枠４の係合突起６ａ、６ｂに対向する位置に、係合受け片７ａ、７ｂが設けられている。開放状態の前枠５を外枠４に押付けることにより係合突起６ａ、６ｂが係合受け片７ａ、７ｂを乗越え、乗越えた状態でバネの付勢力により係合突起６ａ、６ｂが下方に移動し、ロック状態となる。
そして、遊技場の係員が図１に示した鍵穴１０に鍵を挿入して解錠操作（たとえば時計回り回転）することにより、バネの付勢力に抗して上下１対の係合突起６ａ、６ｂが上方に押上げられ、その結果係合受け片７ａ、７ｂに対する係合突起６ａ、６ｂの係合が解除されてロック解除状態となり、前枠５が開放される。
さらに、前枠５にはガラス扉６用の係合突起８も設けられており、その係合突起８に対向するガラス扉６部分には、係合穴９が設けられている。係合突起８は、図示しないバネによって下方に押圧されており、開放状態のガラス扉６を前枠５に押付けることにより係合穴９の下縁部分によって係合突起８が押上げられて乗越えることにより、バネの付勢力により係合突起８が押下げられ、係合突起８と係合穴９とが係合されてロック状態となる。この状態で、遊技場の係員が図１に示した鍵穴１０に鍵を挿入して解錠操作（たとえば反時計回り回転）することにより、バネの付勢力に抗して係合突起８が引上げられ、係合突起８と係合穴９との係合が解除されてロック解除状態となり、ガラス扉６が開放される。
前枠５の下方部分における外枠４と接触する箇所に前枠開放検出スイッチ１３が設けられており、前枠５が開放されたことが検出される。また、前枠５の上方部分におけるガラス扉６との接触部分にガラス扉開放検出スイッチ１２が設けられており、ガラス扉６が開放されたことがこのガラス扉開放検出スイッチ１２により検出される。
ガラス扉開放検出スイッチ１２および前枠開放検出スイッチ１３の開放回数は、図示しない計数カウンタにより計数される。計数カウンタは、ＣＰＵ（Central Processing Unit），ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory）などが搭載され、Ｐ台２の電源供給が途切れたときでもバックアップ電源により動作可能で、夜間などの電源ＯＦＦ時でもガラス扉６や前枠５の開放検出回数を計数してその計数値を払出制御部１７１へ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２内に設けられたキャパシタや蓄電池である。
遊技盤２６の裏面（ガラス扉６と対向する面とは反対側の面）に、主制御基板１６が設けられている。外枠４の裏面は閉じられているため、まず前枠５を開放して前枠５から遊技盤２６を取外すことで、主制御基板１６が遊技盤２６から着脱可能な状態になる。つまり、遊技盤２６より主制御基板１６を取外す、または主制御基板１６に設けた半導体チップを交換する作業を行うためには、前枠５を開放する必要があるため前枠開放検出スイッチ１３で当該作業を必ず検出することができる。よって、遊技盤２６より主制御基板１６を不正に取外す、または主制御基板１６に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３で検出することができる。
さらに、前枠５の裏面に、払出制御基板１７が設けられている。払出制御基板１７も、まず前枠５を開放してから、前枠５の裏面より取外す必要がある。よって、前枠５の裏面より払出制御基板１７を不正に取外す、または払出制御基板１７に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３で検出することができる。
次に、遊技盤２６を前枠５に設置する構成について説明する。図３は、遊技盤２６が前枠５に取付けられる前と取付けられた後の様子を示す図である。図３に示すように前枠５の裏面には、取付機構３４ａ、３４ｂがそれぞれヒンジ３５ａ、３５ｂを中心に開閉自在に設けられている。取付機構３４ａ、３４ｂは、コの字型をしており、遊技盤２６に対応した幅の底を持つ。遊技盤２６を前枠５に対して図３（ｂ）の矢印方向に押し込むことで、図３（ａ）に示すように遊技盤２６が取付機構３４ａ、３４ｂにより固定される。遊技盤２６が取付機構３４ａ、３４ｂにより固定されるときに、遊技盤２６側に設けた凸型ドロアコネクタ３２が前枠５側に設けた凹型ドロアコネクタ３３と結合する。ここで、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３は、位置ずれに対してフレキシブル性を有するフローティングコネクタである。
また、遊技盤２６を前枠５に設置する際に、凸型ドロアコネクタ３２が凹型ドロアコネクタ３３と結合することで、遊技盤２６側の主制御基板１６と、前枠５側の払出制御基板１７とが接続されることになる。さらに、遊技盤２６は決まった位置に固定されるとともに、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３はある程度の位置ずれに対してフレキシブル性を有しているので、凸型ドロアコネクタ３２と凹型ドロアコネクタ３３との位置関係を意識することなくこれらが結合することができる。なお、取付機構３４ａ、３４ｂを設けず、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３のみで、遊技盤２６を前枠５に設置する構成であっても、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３自体がフレキシブル性を有するフローティングコネクタであるため、遊技盤２６と前枠５との位置関係を意識することなくこれらが結合することができる。ここで、凸型ドロアコネクタ３２は、遊技盤２６の内部配線（図示せず）を介して主制御基板１６に接続され、凹型ドロアコネクタ３３は、信号ケーブル３６を介して、図２に示す払出制御基板１７に接続されている。
図５は、ＣＵ３およびＰ台２に用いられる制御回路を示すブロック図である。図５を参照して、ＣＵ３とＰ台２及び液晶ユニット５００の制御回路の概略を説明する。
ＣＵ３には、ＣＵ制御基板３２０が設けられており、該ＣＵ制御基板３２０には、マイクロコンピュータなどから構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、ＣＵ３の主制御機能部であり、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。尚、ＣＵ制御部３２３内のＲＯＭには、予めＣＵ３が対応して設けられているＰ台２の台番号のデータが記憶されている。
また、ＣＵ制御基板３２０には、情報配信サーバ９０１や持玉管理サーバ９０２、コンテンツ管理サーバ９０３、Ｔ−ＢＯＸ９０４（図４参照。尚、「Ｔ−ＢＯＸ」は（売り上げ管理用の）ターミナルボックスの略称である）とローカルエリアネットワークを用いて通信を行うための第１ＬＡＮ通信部３２８と、管理コンピュータ９００やセキュリティ上の管理を行うホールサーバ８０１（図６参照）とローカルエリアネットワーク（ＬＡＮ）を用いて通信を行うための第２ＬＡＮ通信部３２９と、後述する呼び出しランプ１０００と通信を行うための呼び出しランプ用通信部３２７と、が設けられている。ＣＵ制御部３２３には、Ｐ台２の払出制御基板１７とセキュリティを確保しながら通信を行うためのセキュリティ基板（ＳＣ基板）３２５が接続される。セキュリティ基板３２５は、ＣＵ３のセキュリティ監視機能部である。なお、セキュリティ基板３２５上にＣＵ制御部３２３を設けてもよく、あるいは、セキュリティ基板３２５とは別の基板にＣＵ制御部３２３を設けてもよい。ＣＵ３にはＰ台２側への接続部（図示省略）が設けられており、Ｐ台２にはＣＵ３側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタなどで構成されている。
ＣＵ３側のセキュリティ基板３２５とＰ台２側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、Ｐ台２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。さらに、ＳＣ３２５ｂは、内部に図示しない不正検知部を備え、該不正検知部がＣＵ制御部３２３からＰ台２に通知される遊技玉の加算要求情報を監視することにより不正検知を行い、不正検知時に鍵管理サーバ８００（図６参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００から基板制御情報として通知される。
また、本実施例のＣＵ３には、日付や時刻を測定可能なＲＴＣ（リアルタイムクロック）３３０、ＣＵ３（より具体的にはＣＵ制御部３２３）からの信号を外部に出力するための外端出力部３３１、ＣＵ３と液晶ユニット５００との間でコマンド（データ）を送受信するためのコマンド送受信部３３５が設けられており、これらＲＴＣ３３０、外端出力部３３１、コマンド送受信部３３５はＣＵ制御基板３２０に接続されている。
外端出力部３３１には、ＣＵ３からの信号を外部に出力するための制御を行う外部出力回路３３２と、該外部出力回路３３２に接続された外部出力ポート１〜４とが設けられている。更に、各外部出力ポート１〜４には、第１端子３３３ａ〜第４端子３３３ｄのいずれかが接続されている。つまり、これら第１端子３３３ａ〜第４端子３３３ｄに外部装置の入力端子を接続することによってＣＵ３からの信号を外部に出力可能となっている。尚、本実施例において第１端子３３３ａ〜第４端子３３３ｄを介してＣＵ３からの信号を出力する先の外部装置は、例えば、Ｐ台２における遊技情報（例えば、大当り回数やスタート回数、発生したエラー等）を管理可能な管理コンピュータ９０１やホールサーバ８０１や、Ｐ台２における大当り回数やスタート回数等の遊技情報の少なくとも一部を表示可能な呼び出しランプ１０００等であればよい。
また、液晶ユニット５００には、液晶制御基板５０１が設けられており、該液晶制御基板５０１には、マイクロコンピュータなどから構成された液晶ユニット制御部５０２が設けられている。更に、液晶制御基板５０１には、液晶ユニット５００に設けられた液晶表示器５０４における画像の表示を制御するための液晶表示制御部５０３と、情報配信サーバ９０１（図４参照）とローカルエリアネットワーク（ＬＡＮ）を用いて通信を行うためのＬＡＮ通信部５０５と、日付や時刻を測定可能なＲＴＣ（リアルタイムクロック）５０７と、が設けられている。また、液晶ユニット５００には、該液晶ユニット５００とＣＵ３との間でコマンド（データ）の送受信を行うためのコマンド送受信部５０６も設けられている。尚、本実施例における液晶表示器５０４はタッチパネルを備えており、該タッチパネルによって遊技者等の操作を検出可能となっている。
ＣＵ制御部３２３には、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３には、遊技場の係員が所持しているリモコンから発せられた赤外線を赤外線受光部３２４で受光すれば、その受光信号が入力される。ＣＵ制御部３２３には、挿入されたカードの記憶情報をカードリーダライタ３３７が読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３からカードリーダライタ３３７に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ３３７はそのデータを挿入されているカードに書込む。カードの記憶情報には、カードＩＤが含まれる。ＣＵ制御部３２３は、カードリーダライタ３３７が読み取ったカードＩＤを遊技終了まで記憶する。
ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３から残額あるいは遊技玉数などのデータが液晶ユニット５００に出力され、液晶表示制御部５０３で表示用データに変換される。
また、液晶表示器５０４の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が液晶表示制御部５０３、コマンド送受信部５０６及びコマンド送受信部３３５を介してＣＵ制御部３２３に入力される。つまり、本実施例では、液晶表示器５０４に表示されている貸玉ボタン（玉貸表示）、再プレイボタン（再プレイ表示）、カード返却ボタン（カード返却表示）等が遊技者によって操作されたことをタッチパネルによって検出することで、これら操作の操作信号がＣＵ制御部３２３に入力されるようになっている。
Ｐ台２には、Ｐ台２の遊技の進行制御を行う主制御基板１６と、遊技玉を管理・記憶する払出制御基板１７と、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１と、変動表示装置２７８と、主制御基板１６から送信されてくるコマンドに基づいて変動表示装置２７８を表示制御する演出制御基板１５とが備えられている。
主制御基板１６および演出制御基板１５は、遊技盤２６に設けられている。主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。主制御部１６１は、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。主制御部１６１は、遊技盤２６に設けられている入賞センサ１６２、電波センサ１６３、振動センサ、１６４、磁気センサ１６５に接続されている。
主制御部１６１は、各始動入賞口２７５，２７６，２７７に玉が入賞すると、大当り（あるいはさらに小当りを含む）／はずれを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、「４」である。主制御部１６１は、変動表示装置２７８で新たな変動表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行うとともに可変開始から表示結果の導出に至るまでの変動表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１は、その大当り判定の結果（確変にするか否かを含む）、および変動表示時間に関する情報をコマンドとして演出制御基板１５に搭載された演出制御部１５１へ送信する。
主制御部１６１から演出制御部１５１へ送信される変動表示に関するコマンドには、変動表示の開始を示す可変開始コマンド、変動表示の結果を示す表示結果コマンド（大当り／はずれ）、変動表示パターンを特定可能な変動表示時間コマンド、変動表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１から演出制御部１５１へ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
演出制御部１５１は、主制御部１６１から送信されてくるこれらのコマンドに基づいて変動表示装置２７８の変動表示内容を決定する。たとえば、演出制御部１５１は、主制御部１６１から送信されてくるコマンドに基づいて変動表示結果および変動表示時間を特定し、停止図柄を決定するとともに変動表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１は、決定した変動表示内容に従って変動表示装置２７８を表示制御する。
払出制御基板１７は、前枠５に設けられている。払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御部１７１は、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。
また、払出制御基板１７に対し、発射玉検出スイッチ７０３、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３Ａ、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示省略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
したがって、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。
主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、機種固有大当りの情報が送信される。
主制御チップＩＤ（メインチップＩＤとも言う）は、Ｐ台２の主制御基板１６に記憶されているチップＩＤのことであり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。
接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行う。
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行っている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。
図柄確定回数とは、各始動入賞口への入賞に対する変動表示装置の表示結果として確定した図柄の情報である。
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報と機種固有大当りを示す機種固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当りなどのように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（変動表示装置の変動表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。機種固有大当りとは、たとえば突然確変（突確）や遊技玉が特定の領域を通過したことに応じて制御される大当りのような、或る機種のみが採用している大当り状態のことである。尚、本実施例では、時短状態を高ベース状態（或いは単に高ベース）と記すことがある。
払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３Ａからファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ７０３から払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。
ＣＵ３のセキュリティ基板３２５とＰ台２の払出制御基板１７とは、遊技枠（前枠）１７に設けられたコマンド通信部１８０及びＣＵ３に設けられたＰＩＦ回路３２６を介して電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように各種コマンドが送信される。逆に、払出制御基板１７からセキュリティ基板３２５へ、後述するように各種レスポンスが送信される。
前枠５には、払出制御基板１７の他、発射制御基板３１、発射モータ１８、遊技玉数表示器２９が設けられている。なお、遊技玉数表示器２９は前枠５に直接取り付けてもよいが、玉が払い出される通常のパチンコ遊技機の前面側に設けられた上皿や下皿のように、前枠５に対して回動可能な態様で設けるようにしてもよい。この点は、液晶ユニット５００についても同様である。払出制御基板１７の払出制御部１７１は遊技玉数表示器２９に遊技者が現在所有している遊技玉数を表示する。
払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射装置の発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。また、発射制御基板３１には、発射強度センサ１９と発射停止スイッチ２０が接続されている。
発射強度センサ１９は、発射モータ１８によるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９は、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９の検出結果は、発射制御基板３１経由で払出制御基板１７およびＣＵ３に出力される。
また、発射停止スイッチ２０は、発射モータ１８による遊技玉の発射を停止するためのスイッチであり、遊技者が操作可能なように打球操作ハンドル２５に設けられている。発射停止スイッチ２０が操作される（ＯＮ状態となる）と、該操作されたことが発射制御基板３１にて検知され、打球操作ハンドル２５の操作量（発射強度センサ１９による発射強度Ｔ）にかかわらず発射モータ１８による遊技玉の発射を停止する。
液晶ユニット５００は、コマンド送受信部３３５，５０６を介してＣＵ３からの表示データ（表示制御信号）を受信する。
ＲＡＭクリアスイッチ２９３は、Ｐ台２のＲＡＭに記憶している遊技機情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３は、たとえばカードが排出された後に店員により操作される。
ここでは、図１および図５を参照して、Ｐ台２におけるパチンコ玉の循環経路を概説する。遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。
遊技玉の発射検出は、玉上げスイッチ（上）４１ａがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１が設けられている払出制御基板１７（図５参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
遊技領域２７に打込まれた玉のうち、アウト口１５４（図１参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３Ａによって検出される。
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ７０３が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ７０３によって検出される。つまり、発射玉検出スイッチ７０３は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
そこで、本実施例では、発射玉検出スイッチ７０３の検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７に打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７を転動中であるか、遊技領域の釘などの間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判定できる。
以上、図４に示すように、Ｐ台２はＣＵ３と通信可能に接続されている。また、ＣＵ３は、遊技場において各Ｐ台２に１対１で対応して設けられた呼び出しランプ１０００にも通信可能に接続されている。尚、本実施例における呼び出しランプ１０００は、ＣＵ３から出力される信号を受信することによって、ＣＵ３が接続されているＰ台２における大当り回数、確変回数、スタート回数及び持玉数を更新表示可能となっている。更に、ＣＵ３は、ＨＵＢ（集線装置）１００１を介して管理コンピュータ９００及びホールサーバ８０１と通信可能に接続されており、ＨＵＢ（集線装置）１００２を介して情報配信サーバ９０１、持玉管理サーバ９０２及びＴ−ＢＯＸ９０４と接続されている、尚、情報配信サーバ９０１は、主に液晶ユニット５００に対して液晶表示器５０４において表示するためのコンテンツデータを配信するためのサーバである。持玉管理サーバ９０２は、会員カードを所持する遊技者（会員遊技者）が再度の遊技に使用可能に所有する貯玉数や、各ビジターカードと会員カードとに記録された持玉数の管理を行うためのサーバである。
Ｔ−ＢＯＸ９０４は、ＣＵ３にて使用されるビジターカードや会員カード並びにＣＵ３の管理等を行うコントローラである。尚、本実施例のＴ−ＢＯＸ９０４は、各会員カード並びに各ビジターカードに残存するプリペイド残額（遊技用価値）を管理しているとともに、通信回線１１を介して、これら会員カードやビジターカードを管理する遊技場外のカード管理会社に設置された決済サーバ９０５とデータ通信を実施できるように接続されていて、これら決済サーバ９０５に対してＴ−ＢＯＸ９０４から、各種の管理情報が送信されることにより、カード管理会社は、該決済サーバ９０５にて各遊技場の会員カード並びにビジターカードによる売り上げ等を把握できるようになっている。
次に、本実施例にて使用されるビジターカードと会員カードとについて、簡潔に説明すると、本実施例に使用されるビジターカード並びに会員カードには、種々のデータを記憶するための不揮発性メモリと、これら記録情報の書き換えや読み出しを実施するとともに、外部のリーダライタ装置との非接触通信を実施する制御部とを有するＩＣチップが搭載されたＩＣカードを使用しており、これらビジターカード並びに会員カードには、個々のカードを識別可能なカードＩＤ、具体的には、ビジターカードにはＶＣで始まるカードＩＤが、会員カードには、ＫＣで始まる会員カードＩＤが予め書き換え不能に記憶されていて、その種別がカードＩＤから識別可能とされているとともに、プリペイド残額を特定可能なプリペイド残額データが記憶されている。
尚、会員カードは、遊技場に会員登録を実施した会員遊技者に対して発行されるものであり、該会員に対して付与される会員ＩＤが書き換え不能に記憶されている。また、該会員カードを使用して会員遊技者は、後述するように、一度獲得して計数した遊技玉を、その翌日以降においても再度遊技に使用できる貯玉を行うことができるようになっているが、これら会員カードには、該貯玉のデータである貯玉数や持玉のデータである持玉数は直接記憶されておらず、これら貯玉数は、持玉管理サーバ９０２において、会員カードＩＤと会員ＩＤとに対応付けて記憶されることで、該会員カードＩＤや会員ＩＤから特定されるようになっている。
また、ビジターカードは、遊技場内に設置された図示しないカード発行・入金機にて、購入、発行されるとともに、ＣＵ３においても発行される。尚、ビジターカードには、該ビジターカードを所有する遊技者が計数した計数済玉数（獲得遊技媒体数）に基づく持玉数と日付とが記憶されており、該持玉数をその当日においてのみ、遊技場内の各ＣＵ３において使用できるようになっている。
また、本実施例では、上述したように、ビジターカードのみに持玉数を書き込み記録するようにしているが、本発明はこれに限定されるものではなく、ビジターカードを会員カードと同様に、持玉数を記憶せずに、カードＩＤから持玉数を特定できるようにしても良い。
尚、遊技者がビジターカードまたは会員カードをカード挿入／排出口３０９に挿入した場合、ＣＵ制御部３２３は、当該会員カード或いはビジターカードの（会員）カードＩＤと会員ＩＤ（会員カードのみ）とプリペイド残額データ、持玉数データ（ビジターカードのみ）等を読み出す。そしてＣＵ制御部３２３は、該受付けた会員カード又はビジターカードから読み出した（会員）カードＩＤとプリペイド残額データと装置ＩＤとを含む認証要求をＴ−ＢＯＸ９０４に送信する。
Ｔ−ＢＯＸ９０４は、受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されているか否か、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致しているか否かを判定し、挿入されたビジターカードまたは会員カードを認証するか否かを判定する。受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されている場合や、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致している場合は、Ｔ−ＢＯＸ９０４は、挿入されたビジターカードまたは会員カード認証した旨を示すコマンドをＣＵ制御部３２３に対して送信し、受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されていない場合や、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致しない場合は、Ｔ−ＢＯＸ９０４は、挿入されたビジターカードまたは会員カードを認証しない旨を示すコマンドをＣＵ制御部３２３に対して送信する。
そしてＣＵ制御部３２３は、Ｔ−ＢＯＸ９０４から挿入されたビジターカードまたは会員カードを認証する旨のコマンドを受信した場合は、持玉管理サーバ９０２にカード受付通知を送信することによって持玉や貯玉を遊技玉として払出し可能となり、Ｔ−ＢＯＸ９０４から挿入されたビジターカードまたは会員カードを認証する旨のコマンドを受信した場合は、挿入されたビジターカードまたは会員カードをカード挿入／排出口３０９から排出する。
ホールサーバ８０１は、更に鍵管理サーバ８００及び遊技機管理サーバ８０２と通信可能に接続されており、情報配信サーバ９０１及び持玉管理サーバ９０２は、コンテンツ管理サーバ９０３と通信可能に接続されている。コンテンツ管理サーバ９０３は、例えば、複数の遊技機メーカが加盟する団体によって運営される遊技機を管理する組織に設けられたサーバであり、主に各情報配信サーバ９０１に対してコンテンツデータを配信するためのサーバである。
図６は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。図６を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図６の矢印で示す方向に対して通知が行われる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズなどにより誤作動したり故障したりした場合や、断線などによるオフライン状態などが含まれる。図６に示される鍵管理サーバ８００は、ＣＵ３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。
まず、ＣＵ３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行われる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、鍵管理センタの鍵管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、液晶ユニット５００に異常報知コマンドを送信する。液晶ユニット制御部５０２は、異常発生した旨の表示を行う制御を液晶表示制御部５０３に行わせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行う。さらに、ＣＵ制御部３２３は、外部通信部から管理コンピュータ９００へ異常が発生した旨の信号を送信する。
ＣＵ３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。なお、セキュリティ基板３２５は、パラレルインタフェイス回路であるＰＩＦ回路３２６を介してパラレル信号で払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行うとともに管理コンピュータ９００へ異常が発生した旨の信号を送信する。
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはその旨をＰＩＦ回路３２６を介して払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行われず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行えず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行うのである。なお、ＰＩＦ回路３２６を介してセキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行う。
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行うとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行う。
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行っても異常報知用の制御が行われないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行う。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器などの異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器などの異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
図６に示される遊技機管理サーバ８０２は、たとえば、複数の遊技機メーカが加盟する団体によって運営される遊技機を管理する組織に設けられ、遊技場に設置された遊技機が設計値と異なる異常な状態となっていないかを確認することによって遊技機を管理するサーバである。遊技機管理サーバ８０２は、他の組織に設けられるようにしてもよい。遊技機管理サーバ８０２は、ホールサーバ８０１、ＣＵ（カードユニット）３およびＰ台２と通信可能である。
本実施例において、情報配信サーバ９０１は、メインチップＩＤなどの遊技機を各々、識別する情報に対応付けて、遊技機（Ｐ台２）の設計値の一部として、遊技機の異常を判定するための判定値を記憶している。
次に、図７は、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図７を参照して、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
本実施例においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行っているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、プリペイド残額（残額）は、ＣＵ３側において管理・記憶している。
図７では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２とＣＵ３とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。
ＣＵ３およびＰ台２の双方は、電文に「通番」を付加して送信する。また、ＣＵ３およびＰ台２の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＰ台２に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２がＣＵ３に対して遊技玉の計数を要求する際に用いられる通番である。
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に＋１した加算通番をＰ台２へ送信する。Ｐ台２は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２のみが有する。Ｐ台２は、計数要求をする場合には、それまで通信に用いていた計数通番に＋１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２およびＣＵ３のそれぞれが、またはＰ台２が送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
Ｐ台２側からＣＵ３側へは、最新遊技機情報（カウント中の遊技機情報）が送信される。この最新遊技機情報は、Ｐ台２側の払出制御部１７１（図５参照）のＲＡＭの最新遊技機情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技機情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技機情報に含めてもよい。
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ３側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。
あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。
Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技機情報記憶領域（払出制御部１７１のＲＡＭなど）にバックアップデータとして記憶（書換え）した後、最新遊技機情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施例において「クリア」とは「初期化」と同じ意味である。
その結果、前回遊技機情報（直前に送信した遊技機情報）の記憶エリアに、直前にＣＵ３側に送信した遊技機情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技機情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技機情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。
ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技機情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台２側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行う。
その結果、たとえば、異常報知ランプや液晶ユニット５００によりエラー報知が行われ、あるいは、管理コンピュータ９００やホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、管理コンピュータ９００やホールサーバ８０１によるエラー報知が行われるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行われる。
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。
このように、本実施例では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行えるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１または管理コンピュータ９００によって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行うものとしてもよい。
図７に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのプリペイド残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図５参照）は、貯玉の使用を要求する入力（たとえば、液晶表示器における再プレイボタン（再プレイ表示）の操作（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
ＣＵ制御部３２３（図５参照）は、持玉の使用を要求する入力（たとえば、液晶表示器における再プレイボタン（再プレイ表示）の操作）に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図５参照）は、プリペイド残額の使用を要求する入力（たとえば、貸玉ボタン３２１の押圧入力）に応じてプリペイド残額を記憶する記憶領域から所定値を減算する。
遊技者所有の所有価値（たとえば持玉数、貯玉数、あるいはプリペイド残額）から所定の大きさの価値を引落として遊技に使用する操作を遊技者が行った場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。
本実施例に係る遊技用システムでは、一方、遊技者所有の所有価値を引落としてドリンクなどに交換するといういわゆるワゴンサービスのオーダなどを受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ遊技機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
このため、本実施例では、ワゴンサービスを行う操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
次に、本実施例に係るＣＵ３とＰ台２との間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行わない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
次に図８を参照して、ＣＵ３とＰ台２との間で送受信されるコマンドおよびレスポンスの概略を説明する。
図８には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。
ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行った後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。
まず、ＣＵ３からＰ台２に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２に対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２からＣＵ３に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３に対してリカバリ情報を通知するものである。
リカバリ要求のコマンドは、ＣＵ３が認証を完了した後にＣＵ３からＰ台２に対して送信される。リカバリ要求のコマンドは、ＣＵ３からＰ台２に対してリカバリ情報を要求し、ＣＵ３が認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」および「前回最終送信計数通番」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
「前回最終送信通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３において状態情報応答受信時に「通番」をＰ台２、ＣＵ３側ともに前回最終送信通番（通番）として記憶する通番である。
「前回最終送信計数通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３に状態情報応答受信時に計数通番をＰ台２、ＣＵ３側ともに前回最終送信計数通番として記憶する通番である。
Ｐ台２のリカバリ処理（計数玉数）において、後述する計数履歴シーケンスでセキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行い、一致している場合には以下の処理を行う。不一致の場合には、計数要求玉数＝０を、減算レジスタにセットしてユーザプログラムに通知する。
Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数要求に対する計数処理を実施していなかった場合は計数要求玉数＝０を、減算レジスタにセットしてＰ台２で実行されるユーザプログラムに通知する。ＣＵ３が計数処理を実施済の場合はＣＵ３に通知した計数要求玉数を、減算レジスタにセットしてユーザプログラムに通知する。なお、Ｐ台２が保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。また、セキュリティ基板３２５から通知された「店舗コード」とＰ台２で保持している「店舗コード」とが不一致の場合、レジスタを介して店舗コード不一致をユーザプログラム側に通知する。なお、Ｐ台２は、ＣＵ３よりリカバリ要求のコマンドを受信した場合、レジスタを介してユーザプログラム側に通知する。
リカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「玉単価」、「遊技情報格納有無」、「前回遊技機情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「前回最終送信通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２の払出制御部１７１は、ＣＵ３から送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「玉単価」は、Ｐ台２で遊技している１玉あたりの玉単価（０．０１円〜９９．９９円）である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
「前回遊技機情報」は、ＣＵ３に前回通知した遊技機情報であり、「遊技玉数」、「遊技玉情報」、「計数要求玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３に前回通知した遊技玉数である。「遊技玉情報」は、前回通知した遊技玉情報である。遊技玉情報には、たとえばＣＵ３に前回通知した発射玉数、アウト口通過玉数や総賞球玉数などの情報である。「計数要求玉数」は、計数要求する遊技玉数である。「計数通番」は、ＣＵ３に前回通知した計数通番である。
「前回遊技情報」は、ＣＵ３に前回通知した遊技情報であり、「遊技情報数」、「遊技情報１」〜「遊技情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３に前回通知した遊技情報の個数（１〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「遊技情報１」は、ＣＵ３に前回通知した遊技情報１である。「遊技情報ｎ」は、ＣＵ３に前回通知した遊技情報ｎである。遊技情報ｎには、たとえば、ＣＵ３に前回通知した種別情報や遊技賞球情報などが含まれる。
なお、「前回最終送信加算通番」は、ＣＵ３において状態情報要求を送信時、Ｐ台２において状態情報要求受信時に、ＣＵ３側、Ｐ台２ともに前回最終送信加算通番として記憶する通番である。
Ｐ台２のリカバリ処理（遊技情報）において、後述する計数履歴シーケンスでセキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行い、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行う。
遊技情報のリカバリデータがあるときは「遊技情報格納有無」を格納有：０ｘ０１にし、前回の「遊技玉数」、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」、前回の「遊技情報数」および前回の「遊技情報１〜ｎ」にＰ台２が保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」および前回の「遊技情報数」をＡＬＬ“０”をセットする。ただし、遊技玉数は前回通知した遊技玉数をセットする。なお、Ｐ台２が保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。
セキュリティ基板３２５から通知された「店舗コード」と、Ｐ台２で保持している店舗コードと不一致と判定した場合、カード無しとして処理する。つまり、「前回挿入中カードＩＤ」、「前回カード挿入時刻」をＡＬＬ“０”をセットする。
Ｐ台２は、状態情報要求応答時の通番を前回最終送信通番として記憶する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信通番＝０として通知する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信通番を通知する。
Ｐ台２は、状態情報応答の送信時に計数通番を前回最終送信計数通番として記憶する。ＳＣ３２５ｂから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信計数通番＝０として通知する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信計数通番を通知する。
なお、また、ＣＵ３は、Ｐ台２より通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技機情報を使用してリカバリ処理を行う。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３は、前回遊技機情報のみ使用してリカバリ処理を行う。ただし、計数玉数のリカバリは実施しない。
ＣＵ３からＰ台２に対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２からＣＵ３に対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３に対して加算リカバリ情報の処理結果を通知するものである。
リカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２において加算玉リカバリ処理を実施する必要有とＣＵ３が判定したときに送信される。ＣＵ３は、Ｐ台２より受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
次に、Ｐ台２のリカバリ処理について詳しく説明する。Ｐ台２のリカバリ処理は、Ｐ台２がリカバリ要求２に基づいて、ＣＵ３より通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行う処理である。
リカバリ応答２のレスポンスは、ＣＵ３に対してＰ台２で加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果の処理ＯＫ、“０ｘ０１”の場合リカバリ結果の処理ＮＧである。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
Ｐ台２のリカバリ処理（加算玉数）を行う場合、Ｐ台２はＣＵ３より通知された「前回最終送信加算通番」の処理を実施していなかった場合、ＣＵ３に「リカバリ結果」として処理ＯＫを応答し、ＣＵ３より通知された加算玉数を、加算レジスタにセットして、ユーザプログラムに通知する。ＣＵ３から通知された加算玉数＝０の場合、加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３に処理ＯＫを応答する。ただし、後述する状態情報要求のＣＵ状態が遊技玉加算要求中（Ｂｉｔ＝１）の時に状態情報応答で遊技機状態１が遊技玉加算結果（Ｂｉｔ５=１）と応答した場合，ＣＵ３に「リカバリ結果」として処理ＮＧを応答し、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知する。
ＣＵ３より通知された「前回最終送信加算通番」が、Ｐ台２のチップが保持している「前回最終送信加算通番」と同一の場合、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知し、ＣＵ３に「リカバリ結果」として処理ＮＧを応答する。ＣＵ３より通知された「前回最終送信加算通番」＝０の場合は、ＣＵ３から通知された加算玉数に関わらず加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３に処理ＯＫを応答する。
また、リカバリ処理が完了するタイミング（たとえば、リカバリ完了フラグをセットするタイミング）で、リカバリ結果に係らず、ＣＵ３より通知された「前回最終送信加算通番」を、レジスタを介してユーザプログラムに通知する。なお、リカバリ要求２の受信がない場合は、Ｐ台２のチップが保持している「前回最終送信加算通番」を、リカバリ処理が完了するタイミングでユーザプログラムに通知する。
ＣＵ３からＰ台２に対しては、所定間隔（たとえば、２００ｍｓ）毎に状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図７に示したＣＵ３側からＰ台２側へ向かう加算玉数が含まれている。
図９を参照しながら、状態情報要求について説明する。図９は、状態情報要求の内容を説明するための説明図である。状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」、「計数通番」、および「玉単価」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「ＣＵ状態」は、Ｐ台２に対して通知するＣＵ３の状態を表し、Ｂｉｔ０が“１”のときにカード挿入状態がＯＮ、すなわちカード挿入中を、“０”のときにカード挿入状態がＯＦＦ、すなわちカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３にカード（一般カード／会員カード）が挿入されている状態（カード挿入状態）を表している。また、ＣＵ３のカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３の状態により、Ｐ台２に対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２は同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３は、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２に対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２は、計数ボタン２８の操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
Ｂｉｔ３が“１”のときに遊技玉加算要求がＯＮ、すなわち遊技玉加算要求有を、“０”のときに遊技玉加算要求がＯＦＦ、すなわち遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２に通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。Ｐ台２は、計数玉受領完了を受信したときに計数通番もＰ台２と同じ通番かをチェックし、通番が不一致の場合は遊技玉数を減算しないでＣＵ３に通知する。
Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３からカード抜き取り待ちとなっている状態をＰ台２に通知する。なお、Ｂｉｔ６およびＢｉｔ７は未使用である。
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
「玉単価」は、Ｐ台２で遊技する遊技玉の１玉当りの玉単価（０．０１円〜９９．９９円）である。ＣＵ３からＰ台２へ通知する玉単価は、たとえばＰ台２の払出制御基板１７のＲＡＭに記憶される。そして、Ｐ台２は、所定の条件が成立したときにＲＡＭに記憶された玉単価を状態情報応答にてＣＵ３に通知する。具体的には、通信不能な状態から復帰するためのリカバリ情報がＣＵ３からＰ台２に対して要求（リカバリ要求コマンドがＣＵ３から送信）されたときに、Ｐ台２は、リカバリ応答のレスポンスに玉単価をセットしてＣＵ３に送信する。すなわち、玉単価は、リカバリ応答時にＣＵ３に通知する以外は外部に出力されない。Ｐ台２に記憶された玉単価は、リカバリ要求コマンドがＣＵ３から送信された場合のリカバリ応答のレスポンスにセットされ、ＣＵ３に送信される。これにより、リカバリ前にＰ台２で遊技していた遊技玉の玉単価を正確に把握することができ、リカバリ後に遊技者に対して適正な遊技価値で遊技を再開して貰うことができる。また、Ｐ台２に記憶された玉単価をリカバリ応答時にＣＵ３に通知する以外は外部に出力しないことで、不正に玉単価が変更されないようにセキュリティを確保している。さらに、Ｐ台２に記憶された玉単価は、Ｐ台２が遊技玉数を保持している場合、新たな玉単価に上書きすることを禁止している。なお、Ｐ台２が遊技玉数を保持している場合でも、Ｐ台２に記憶された玉単価の上書きを許可して、保持している遊技玉数を上書きした玉単価に換算して表示を更新する構成でもよい。
状態情報要求に対応して、Ｐ台２からＣＵ３に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。状態情報応答のレスポンスには、図７に示した最新遊技機情報や遊技玉数が含まれている。
図１０及び図１１を参照しながら、状態情報応答について説明する。図１０及び図１１は、状態情報応答の内容を説明するための説明図である。状態情報応答の具体的データには、「通番」、「コマンド」、「ＣＵ制御部要求情報」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「発射強度」、「遊技機状態」、「遊技機エラー状態」、「不正検知情報」、「不正検知状態」、「加算通番」、および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。「アウト口通過玉数」は、アウト口１５４を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。「計数要求玉数」は、計数要求した遊技玉の個数である。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。「第１入賞口入賞」は、普通入賞口２７２への入賞の情報である。「第２入賞口入賞」は、普通入賞口２７３への入賞の情報である。「第３入賞口入賞」は、普通入賞口２７４への入賞の情報である。「第４入賞口入賞」は、始動入賞口２７５への入賞の情報である。「第５入賞口入賞」は、始動入賞口２７６への入賞の情報である。「第６入賞口入賞」は、始動入賞口２７７への入賞の情報である。「大入賞口入賞」は、大入賞口２７１への入賞の情報である。
「発射強度」は、遊技玉の発射強度の情報である。「遊技機状態」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の状態を示し、「遊技機状態１」、「遊技機状態２」、「遊技機状態３」、および「遊技機エラー状態」の情報を含んでいる。
たとえば、「遊技機状態１」のＢｉｔ５は、ＣＵ３から受け付けた加算要求に従って、Ｐ台２が遊技玉を加算したか否かの結果を示す。遊技玉が正常に加算されたときにはＢｉｔ５が“０”に設定され、正常に加算されなかったときにはＢｉｔ５が“１”に設定される。
「不正検知情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２で検知した情報であり、「不正検知状態１」、「不正検知状態２」、および「不正検知情報１」〜「不正検知情報４」の情報を含んでいる。
たとえば、「不正検知状態２」のＢｉｔ６は、不正玉貸検知フラグであり、ＣＵ３にカードが挿入されていない状態で加算要求を受けたか否かを示す。ＣＵ３にカードが挿入された状態で加算要求を受け付けたときにはＢｉｔ６が“０”に設定され、ＣＵ３にカードが挿入されていない状態で加算要求を受け付けたときにはＢｉｔ６が“１”に設定される。具体的に、払出制御部１７１は、後述の状態情報要求受信処理（図２１参照）において、加算要求を受け付けたにも関わらずＣＵ３にカードが挿入されていないと判定したときにはＢｉｔ６を“１”に設定する。なお、「不正検知状態２」のＢｉｔ６は、一旦、“１”に設定されると、Ｐ台２の電源が切断されるまで“１”に設定された状態で維持される。
また、「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となり、カード未挿入状態で玉貸されようとした玉数（不正玉貸玉数とも言う）が蓄積された結果を表している。
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は加算ＮＧを通知する。
「不正検知状態３」は、払出制御基板１７の不正検知情報である。たとえば、「不正検知状態３」のＢｉｔ１は、“１”のとき鉄玉検知の不正検知情報であることを表している。
「遊技情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「カウント情報１」〜「カウント情報ｎ」を含んでいる。
カード挿入通知のコマンドは、Ｐ台２に対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２からＣＵ３に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３に対してカード挿入通知を受信した旨の応答である。
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２に対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
「カードＩＤ」は、ＣＵ３に挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２が保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３のカード挿入／排出口３０９（図１参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２保持の遊技玉が当日玉か過去玉かの判定に使用する。
「店舗コード」は、ＣＵ３が設置されている店舗識別コードであり、Ｐ台２が保持している遊技玉との紐付に使用する。また、ＣＵ３が店舗移動されたか否かを判定するためにも使用する。ＣＵ３は、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５より情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３を識別するためのＳＣ基板ＩＤであり、ＣＵ３が交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５より情報付加してＰ台２に通知する。Ｐ台２の払出制御部１７１は、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻などのカード挿入通知コマンドで通知される情報を記憶する。なお、「店舗コード」および「ＳＣ基板ＩＤ」はユーザプログラム側に通知せず、払出制御回路内で削除される。
カード挿入応答のレスポンスは、ＣＵ３に対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」、および「結果」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「結果」は、払出制御部１７１がカード挿入通知を受信したときに、カードＩＤおよびカード挿入時刻などを正常に上書きしたか否か、すなわちカード挿入通知を正常に受け付けたか否かの情報を示している。カード挿入通知が正常に受け付けられたときには「結果」としてＯＫが示され、カード挿入通知が正常に受け付けられなかったときには「結果」としてＮＧが示される。なお、カード挿入通知によって特定される「カード挿入時刻」が所定の形式からなる値（たとえば、ＢＣＤ値（２進化１０進数））以外の形式からなる値である場合には、「結果」としてＮＧが示される。
ここで、カード挿入／返却通知時のＰ台２の動作について説明する。まず、ＣＵ３のカード挿入／排出口３０９に会員カードまたは一般カードが挿入されるか、一般０円０玉カードへの入金が行われるかすることで、カード挿入通知としてＰ台２に対してカードＩＤやカード挿入時刻などの情報が通知される。Ｐ台２は、カード挿入通知があると当該カードＩＤやカード挿入時刻などの情報をバックアップする。ただし、カード挿入通知コマンドを受信し、且つＣＵ３の状態がカード挿入状態（ＣＵ状態のＢｉｔ０＝１）の情報を含む状態情報要求を受信した場合（Ｐ台２でカード挿入中状態と判定する場合）、Ｐ台２はカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する。また、ＣＵ３のカード返却ボタン３２２が押下されると、Ｐ台２に対してカード返却通知が行われ、Ｐ台２はバックアップしてあるカードＩＤやカード挿入時刻などの情報をクリアする。なお、カード挿入中状態が解除される条件は、Ｐ台２がカード返却通知コマンドを受信したときである。
Ｐ台２は、カードＩＤおよびカード挿入時刻などを正常に上書きした、すなわちカード挿入通知を正常に受け付けたときには、カードが挿入状態であることを示すカード挿入中フラグを払出制御部１７１のＲＡＭに設定する。
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２からＣＵ３に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してカード返却を応答するものである。
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するもので、ＣＵ３が、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
カード返却応答のレスポンスは、ＣＵ３に対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行わない、持玉のカードへの書込みを禁止するなどの処理を行う。
ここで、カード挿入通知時またはカード返却通知時のＰ台２の動作について説明する。カード挿入通知時に、ＣＵ３で会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のバックアップを行う。カード返却通知時に、ＣＵ３で「カード返却」ボタンの押下の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のクリアを行う。さらに、Ｐ台２は、払出制御部１７１のＲＡＭに設定していたカード挿入中フラグをクリアする。
設計値取得要求のコマンドは、ＣＵ３に対して各入賞口に対する賞球数等の設計値（Ｐ台２の異常を判定するための判定値を除く設計値）の取得を要求するものであり、遊技機の起動時に送信される。尚、本実施例における設計値取得要求のコマンドには、各入賞口に対する賞球数等の設計値のデータが含まれている。つまり、ＣＵ３は、Ｐ台２から設計値取得要求コマンドを受信することで各入賞口に対する賞球数等の設計値のデータを取得する。
この設計値取得要求に対応して、ＣＵ３からＰ台２に対して設計値取得応答という名称のレスポンスが送信される。この設計値取得応答のレスポンスは、Ｐ台２に対して各入賞口に対する賞球数等の設計値の取得を応答するものであり、ＣＵ３の設計値の取得に応じて送信される。
試打モード要求のコマンドは、ＣＵ３からＰ台２に対して後述する試打モードへの制御を要求するものであり、電源が投入された際に持玉管理サーバ９０２から試打モード信号を受信した場合に送信される。この試打モード要求に対応してＰ台２からＣＵ３に対して試打モード応答のレスポンスが送信される。この試打モード応答のレスポンスは、ＣＵ３に対してＰ台２が試打モードに制御されたことを応答するものである。
営業モード要求のコマンドは、ＣＵ３からＰ台２に対して後述する営業モードへの制御を要求するものであり、電源が投入された際に持玉管理サーバ９０２から営業モード信号を受信した場合に送信される。この営業モード要求に対応してＰ台２からＣＵ３に対して営業モード応答のレスポンスが送信される。この営業モード応答のレスポンスは、ＣＵ３に対してＰ台２が営業モードに制御されたことを応答するものである。
前述した図１１の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。
また、本実施例においては、ベースの他に、役物比率、連続役物比率の異常も判定する。役物比率および連続役物比率の定義は、遊技機の認定および型式の認定等に関する規則で規定されている。
役物比率（役比ともいう）とは、１０時間に発射させた遊技球により獲得する遊技球のうち役物の作動によるものの割合をいう。上述の規則において、役物比率は７０％以下でなければならないことが定められている。本実施例においては、役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである電動チューリップで構成される始動入賞口２７６、および、役物の１つである可変入賞球装置で構成される大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。
連続役物比率（「連比」ともいう。）とは、１０時間に発射させた遊技球により獲得する遊技球の数のうち役物が連続して作動する場合における当該役物の作動によるものの割合をいう。上述の規則において、連続役物比率は６０％以下でなければならないことが定められている。本実施例においては、連続役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである可変入賞球装置が設けられた大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。
前述した図１１の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。
次に、図１２を参照して、ＣＵ３（ＣＵ制御部３２３）と液晶ユニット５００（液晶ユニット制御部５０２）との間で送受信されるコマンドの概略を説明する。
図１２には、送信方向および送信されるコマンドと、各コマンドの名称とその概略が示されている。まず、ＣＵ３と液晶ユニット５００との間でのコマンドの送信について説明する。ＣＵ３から液晶ユニット５００に対してコマンドが送信され、液晶ユニット５００はそのコマンドに応答してコマンドを返信する。
ＣＵ３から液晶ユニット５００への最初のコマンドの送信から次のコマンドの送信までの期間は、２００ｍｓすなわち０．２秒に制御される。また液晶ユニット５００からＣＵ３へのコマンドの送信を行った後次のコマンドの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
まず、接続要求のコマンドは、ＣＵ３と液晶ユニット５００とが接続されたときにＣＵ３から液晶ユニット５００への表示指示及びデータを送信するためのコマンドであり、接続応答のコマンドは、接続要求のコマンドに対する応答を示すコマンドである。
遊技台接続通知のコマンドは、ＣＵ３と遊技台（Ｐ台２）とが接続されたときにＣＵ３から液晶ユニット５００へ該遊技台接続時のデータを送信するためのコマンドであり、遊技台接続応答のコマンドは、遊技台接続通知のコマンドに対する応答を示すコマンドである。尚、図１３に示すように、遊技台接続通知コマンドの具体的データには、「遊技機チップＩＤ」、「遊技機メーカコード」、「遊技機型式コード」、「入賞口賞球数１」、「入賞口賞球数２」、「大入賞口賞球数」等のデータが含まれている。
立上通知のコマンドは、ＣＵ３から液晶ユニット５００へ起動画面の表示指示及びデータを送信するためのコマンドであり、立上応答のコマンドは、立上通知のコマンドに対する応答を示すコマンドである。
待機中表示通知のコマンドは、ＣＵ３から液晶ユニット５００へ待機中画面の表示指示及びデータを送信するためのコマンドであり、待機中表示応答のコマンドは、待機中表示通知のコマンドに対する応答を示すコマンドである。
画面切替通知のコマンドは、ＣＵ３から液晶ユニット５００へ各種表示画面への切替指示を送信するためのコマンドであり、画面切替応答のコマンドは、画面切替通知のコマンドに対する応答を示すコマンドである。
状態要求のコマンドは、ＣＵ３から液晶ユニット５００へ画面切替動作なし時の通知内容を送信するためのコマンドであり、状態応答のコマンドは、状態要求のコマンドに対する応答を示すコマンドである。尚、図１４に示すように、状態要求のコマンドには、「遊技玉数」、「発射玉数」、「アウト通過玉数」、「総賞球数１」、「玉発射ボリューム」、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、「遊技台エラー状態」、「入賞口１」、「入賞口２」、「入賞口３」、「入賞口４」、「入賞口５」、「入賞口６」、「大入賞口」、「イベントモード設定有無」、「試打モード指定玉数」等のデータが含まれている。また、図１５に示すように、状態応答コマンドには、「液晶制御通知イベント」等のデータが含まれている。
尚、本実施例におけるＰ台２は、遊技者による入金や遊技玉の貸出操作、持玉や貯玉の払出し操作を受け付けて遊技玉の貸出を行うことで遊技可能となる営業モードと、遊技者による入金や遊技玉の貸出操作、持玉や貯玉の払出操作等を受け付けず、且つ賞球の払出しを行わず、遊技玉が自動発射される試打モード、遊技者による入金を伴わずに遊技玉の貸出操作を受け付けて遊技玉の貸出を行うことで遊戯可能となる一方で賞球の払出しを行わないイベントモードと、に切り替え可能となっている。「イベントモード設定有無」のデータは、Ｐ台２がこれら営業モード、試打モード、イベントモードのいずれかに制御された（切り替えられた）かを液晶ユニット５００に対して通知するためのデータである。
カード情報通知のコマンドは、ＣＵ３から液晶ユニット５００へカード挿入中画面の表示指示及びデータを送信するためのコマンドであり、カード情報応答のコマンドは、カード情報通知のコマンドに対する応答を示すコマンドである。
入金検知通知のコマンドは、ＣＵ３から液晶ユニット５００へ入金中画面の表示指示及びデータを送信するためのコマンドであり、入金検知応答のコマンドは、入金検知通知のコマンドに対する応答を示すコマンドである。
入金完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ入金完了画面の表示指示及びデータを送信するためのコマンドであり、入金完了応答のコマンドは、入金完了通知のコマンドに対する応答を示すコマンドである。
消費完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ消費中画面の表示指示及びデータを送信するためのコマンドであり、消費完了応答のコマンドは、消費完了通知のコマンドに対する応答を示すコマンドである。
計数完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ計数中画面の表示指示及びデータを送信するためのコマンドであり、計数完了応答のコマンドは、計数完了通知のコマンドに対する応答を示すコマンドである。
払出完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ払出中画面の表示指示及びデータを送信するためのコマンドであり、払出完了応答のコマンドは、払出完了通知のコマンドに対する応答を示すコマンドである。
エラー通知のコマンドは、ＣＵ３から液晶ユニット５００へエラー画面の表示指示及びデータを送信するためのコマンドであり、エラー応答のコマンドは、エラー通知のコマンドに対する応答を示すコマンドである。
共有情報通知のコマンドは、ＣＵ３から液晶ユニット５００へ共有開始画面の表示指示及びデータを送信するためのコマンドであり、共有情報応答のコマンドは、共有情報通知のコマンドに対する応答を示すコマンドである。
共有通知のコマンドは、ＣＵ３から液晶ユニット５００へ共有処理中の表示指示及びデータを送信するためのコマンドであり、共有応答のコマンドは、共有通知のコマンドに対する応答を示すコマンドである。
総玉数通知のコマンドは、ＣＵ３から液晶ユニット５００へ総玉数画面の表示指示及びデータを送信するためのコマンドであり、総玉数応答のコマンドは、総玉数通知のコマンドに対する応答を示すコマンドである。
ポイント通知のコマンドは、ＣＵ３から液晶ユニット５００へポイント画面の表示指示及びデータを送信するためのコマンドであり、ポイント応答のコマンドは、ポイント通知のコマンドに対する応答を示すコマンドである。
カードＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へストックカードオペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、カードＯＰ応答のコマンドは、カードＯＰ通知のコマンドに対する応答を示すコマンドである。
金庫ＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へ金庫オペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、金庫ＯＰ応答のコマンドは、金庫ＯＰ通知のコマンドに対する応答を示すコマンドである。
アドレス設定通知のコマンドは、ＣＵ３から液晶ユニット５００へアドレス設定画面の表示指示及びデータを送信するためのコマンドであり、阿蘇レス設定応答のコマンドは、アドレス設定通知のコマンドに対する応答を示すコマンドである。
ポーリング開始通知のコマンドは、ＣＵ３から液晶ユニット５００へ電子マネー使用時の表示画面の表示指示及びデータを送信するためのコマンドであり、ポーリング開始応答のコマンドは、ポーリング開始通知のコマンドに対する応答を示すコマンドである。
離席通知のコマンドは、ＣＵ３から液晶ユニット５００へ離席中画面の表示指示及びデータを送信するためのコマンドであり、離席応答のコマンドは、離席通知のコマンドに対する応答を示すコマンドである。
トラブルモード通知のコマンドは、ＣＵ３から液晶ユニット５００へトラブルモード画面の表示指示及びデータを送信するためのコマンドであり、トラブルモード応答のコマンドは、トラブルモード通知のコマンドに対する応答を示すコマンドである。
閉店処理通知のコマンドは、ＣＵ３から液晶ユニット５００へ閉店画面の表示指示及びデータを送信するためのコマンドであり、閉店処理応答のコマンドは、閉店処理通知のコマンドに対する応答を示すコマンドである。
メンテナンス開始通知のコマンドは、ＣＵ３から液晶ユニット５００へメンテナンス表示の表示指示及びデータを送信するためのコマンドであり、メンテナンス開始応答のコマンドは、メンテナンス開始通知のコマンドに対する応答を示すコマンドである。
取引データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ取引データの表示指示及びデータを送信するためのコマンドであり、取引データ応答のコマンドは、取引データ通知のコマンドに対する応答を示すコマンドである。
エラーログデータ通知のコマンドは、ＣＵ３から液晶ユニット５００へエラーログデータの表示指示及びデータを送信するためのコマンドであり、エラーログデータ応答のコマンドは、エラーログデータ通知のコマンドに対する応答を示すコマンドである。
通信状態通知のコマンドは、ＣＵ３から液晶ユニット５００へ通信状態の表示指示及びデータを送信するためのコマンドであり、通信状態応答のコマンドは、通信状態通知のコマンドに対する応答を示すコマンドである。
ユニット情報通知のコマンドは、ＣＵ３から液晶ユニット５００へユニットの簡易情報の表示指示及びデータを送信するためのコマンドであり、ユニット情報応答のコマンドは、ユニット情報通知のコマンドに対する応答を示すコマンドである。
台予約通知のコマンドは、ＣＵ３から液晶ユニット５００へ台予約中画面の表示指示及びデータを送信するためのコマンドであり、台予約応答のコマンドは、台予約通知のコマンドに対する応答を示すコマンドである。
暗証入力画面通知のコマンドは、ＣＵ３から液晶ユニット５００へ暗証入力画面の表示指示及びデータを送信するためのコマンドであり、暗証入力画面応答のコマンドは、暗証入力画面通知のコマンドに対する応答を示すコマンドである。
動作別直近データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ動作別直近データ表示の表示指示及びデータを送信するためのコマンドであり、動作別直近データ応答のコマンドは、動作別直近データ通知のコマンドに対する応答を示すコマンドである。
遊技玉ＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へ遊技玉オペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、遊技玉ＯＰ応答のコマンドは、遊技玉ＯＰ通知のコマンドに対する応答を示すコマンドである。
定量制設定通知のコマンドは、ＣＵ３から液晶ユニット５００へ定量制設定画面の表示指示及びデータを送信するためのコマンドであり、定量制設定応答のコマンドは、定量制設定通知のコマンドに対する応答を示すコマンドである。
遊技台計数履歴データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ遊技台計数履歴データ画面の表示指示及びデータを送信するためのコマンドであり、遊技台計数履歴データ応答のコマンドは、遊技台計数履歴データ通知のコマンドに対する応答を示すコマンドである。
また、検査コマンドは、液晶ユニット５００の製造メーカの検査用に使用するコマンドである。
次に、ＣＵ３とＰ台２との通信における主なシーケンスについて説明する。
カードが挿入されたときのＣＵ３およびＰ台２の処理については、図１６に示すとおりである。
カードが返却されたときのＣＵ３およびＰ台２の処理については、図１７に示すとおりである。
カードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係については、図１８で示すとおりである。
挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理については、図１９に示すとおりである。
持玉払出、貯玉払出をして再プレイする処理については、図２０に示すとおりである。
状態情報要求受信処理については、図２１に示すとおりである。
次に、本実施例に係る遊技用システムにおいて報知されるエラーについてまとめて説明する。図２２は、遊技用システムにおいて報知可能なエラーの種類を説明するための図である。図２２には、３６種類のエラーが記載されており、それぞれのエラーの「優先度」、「エラーコード」、「エラー名称」、「エラー検知内容」、「報知手段」、および「エラー解除方法」が記載されている。
たとえば、番号２８のエラーは、「優先度」が「７」、「エラーコード」が「Ｆ６０」、「エラー名称」が「不正玉貸検知」、「エラー検知内容」が「カード挿入中以外に貸玉数の加算要求を受信した」、「報知手段」が「遊技機枠、ユニット」、「エラー解除方法」が「自動復帰」である。ここで、遊技機枠で報知する場合、遊技玉数表示器２９などの表示装置（たとえば、変動表示装置２７８など）に「エラーコード」を表示して報知する以外に、払出制御基板１７に設けた７セグメント式のＬＥＤディスプレイに「エラーコード」を表示して報知を行ってもよい。また、「エラーコード」を表示するのではなく、遊技を停止させてエラーを報知してもよいし、エラーの情報を外部に出力してもよい。
報知手段は、エラーの種類によって遊技盤において音声出力したり電飾を点灯させたりすることでエラーの報知を行ってもよい。また、報知手段は、エラーの種類によってホールサーバ８０１に対して情報出力１、情報出力２を出力することでエラーを報知してもよい。「エラー解除方法」は「自動復帰」以外に、電源を一旦ＯＦＦにして、ＯＮ状態にする「電源ＯＦＦ／ＯＮ」の方法や、解除スイッチを押下する「解除スイッチ」がある。
「自動復帰」は、報知手段がエラー報知を行なった後、一定時間経過すると自動的に処理がエラー状態から復帰するエラー解除方法である。「電源ＯＦＦ／ＯＮ」は、文字通りＰ台２の電源を一旦ＯＦＦにして、ＯＮ状態にすることでエラー状態から復帰するエラー解除方法である。「解除スイッチ」は、例えば払出制御基板１７に設けられたエラー解除スイッチ（図示せず）を押下することでエラー状態から復帰するエラー解除方法である。エラー解除スイッチを押下することで、払出制御基板１７に記憶されている減算センサ等の異常フラグがリセットされて、エラー状態から復帰することができる。つまり、「解除スイッチ」によりエラー解除方法が必要なエラーは、何らかのデータが払出制御基板１７に記憶されており、当該データのリセットが必要なエラーを主に対象としている。「電源ＯＦＦ／ＯＮ」によりエラー解除方法が必要なエラーは、払出制御基板１７に記憶されているデータだけでなく、主制御基板１６等に記憶されているデータも含めてリセットが必要なエラーを主に対象としている。「自動復帰」は、データのリセットが必要のないエラーを主に対象としている。
また、ユーザプログラムなどの所定処理の実行が開始される前に発生するエラーには、エラーコード「Ｆ９１」の遊技機内認証不整合のエラーと、エラーコード「Ｆ９６」の遊技機内通信異常のエラーとがあるが、同時に発生した場合は優先度の高い方のエラーを報知する。具体的に、図２２に示すようにエラーコード「Ｆ９１」の優先度は「１６」で、エラーコード「Ｆ９６」の優先度は「２１」であるので、優先度の高いエラーコード「Ｆ９１」が遊技玉数表示器２９に表示される。なお、複数のエラーを表示することができる表示装置であれば、優先度順に複数のエラーを表示してもよい。
次に、Ｐ台２とＣＵ３と液晶ユニット５００とに電源が投入された際の通信における主なシーケンス、情報配信サーバ９０１から液晶ユニット５００にコンテンツを配信する際の液晶ユニット５００と情報配信サーバ９０１の通信における主なシーケンスについて説明する。
ＣＵ３、液晶ユニット５００及びＰ台２に電源が投入されたときのＣＵ３、液晶ユニット５００及びＰ台２の処理については、図２３に示すとおりである。特に本実施例では、Ｐ台２とＣＵ３と液晶ユニット５００とに電源が投入された際には、まず、Ｐ台２から賞球数等の設計値のデータを含む設計値取得要求コマンドをＣＵ３に対して送信することで、ＣＵ制御部３２３内の図示しないＲＡＭに各入賞口に対する賞球数等の設計値のデータが記憶される。
そして、液晶ユニット５００においてイニシャル動作（液晶ユニット５００における初期化処理）が終了してＣＵ３と液晶ユニット５００とで通信が可能となった後（ＣＵ３の接続要求コマンドに対して液晶ユニット５００が接続応答コマンドを返信可能となった後）は、ＣＵ３から液晶ユニット５００に対して遊技機チップＩＤ、遊技機メーカコード、遊技機型式コード、入賞口賞球数１、入賞口賞球数２、大入賞口賞球数の各コマンドを含む遊技台接続通知コマンドを送信する。尚、遊技機チップＩＤは、Ｐ台２（より正確には主制御部１６１）を識別可能なデータであり、遊技機メーカコードは、Ｐ台２の製造メーカを識別可能なデータであり、遊技機型式コードは、Ｐ台２の機種を識別可能なデータである。これら遊技チップＩＤ、遊技機メーカコード、遊技機型式コードは、予め主制御部１６１の図示しないＲＡＭの記憶部に記憶されており、Ｐ台２及びＣＵ３に電源が投入されることによってＰ第２からＣＵ３に対して送信されることでＣＵ制御部３２３の図示しないＲＡＭ等の記憶部に記憶される。
液晶ユニット５００では、ＣＵ３から遊技台接続通知コマンドを受信すると、入賞口賞球数１コマンドから特定された入賞口１〜４と入賞口６（普通入賞口２７２〜２７４、始動入賞口２７５及び始動入賞口２７７）への入賞に対する賞球数を第ｎ入賞口賞球数Ａｎ（ｎは１〜４、６のいずれかの値）、入賞口賞球数２コマンドから特定された入賞口５（始動入賞口２７６）への入賞に対する賞球数を役物有り始動入賞口入賞級数Ａｓ、大入賞口賞球数コマンドから特定された大入賞口２７１への入賞に対する賞球数を大入賞口賞球数Ａｂとして記憶する。
そして、ＣＵ３、液晶ユニット５００及びＰ台２に電源が投入された際の主な処理（図２３に示すＣＵ３と液晶ユニット５００間での遊技台接続応答、立上げ通知、立上げ応答、待機中表示通知、待機中表示応答の各コマンドの送受信）が終了した後は、ＣＵ３からＰ台２に対して状態接続要求コマンドが送信される。Ｐ台２では、ＣＵ３から状態情報要求コマンドを受信すると、ＣＵ３に対して遊技玉情報、発射強度、遊技状態等のデータを含む状態情報応答コマンド（図１０参照）を送信する。
ＣＵ３は、Ｐ台２から状態情報応答コマンドを受信すると、状態要求コマンドを液晶ユニット５００に対して送信する。尚、状態要求コマンドには、Ｐ台２から受信した状態情報応答コマンドから特定された各データを示すコマンド（図１４に示す遊技玉数、発射玉数、アウト口通過玉数、総賞球数１、玉発射ボリューム、遊技台状態１〜３、遊技台エラー状態、入賞口１〜６、大入賞口等のコマンド）が含まれている。このため、液晶ユニット５００では、ＣＵ３から受信した状態要求コマンドの内容（遊技玉数、発射玉数、アウト口通過玉数、総賞球数１、玉発射ボリューム、遊技台状態１〜３、遊技台エラー状態、入賞口１〜６、大入賞口等のコマンド）に基づいて液晶表示器５０４の表示を更新することが可能となっている。
尚、液晶ユニット５００は、ＣＵ３から状態要求コマンドを受信すると、ＣＵ３に対して状態応答コマンドを送信する。ＣＵ３は、液晶ユニット５００から状態応答コマンドを受信すると、再びＰ台２に対して状態情報要求コマンドを送信する。以下、ＣＵ３、液晶ユニット５００、Ｐ台２間では、状態情報要求コマンド、状態情報応答コマンド、状態要求コマンド、状態応答コマンドの送受信が繰り返し実行される。
情報配信サーバ９０１から液晶ユニット５００にコンテンツを配信する際の液晶ユニット５００及び情報配信サーバ９０１の処理については、図２４に示すとおりである。
本実施例の液晶ユニット５００では、対応するＰ台２において電波エラー、磁気エラー、不正入賞エラー、振動エラー等のエラーが発生した場合に液晶表示器５０４にて該Ｐ台２において発生したエラーを表示により報知可能となっている。そして、ＣＵ３及び液晶ユニット５００では、電源が投入されたときに情報配信サーバ９０１と通信を行うことにより、各エラーの表示を行うためのデータ（エラー表示データ）や遊技場の店員等が各エラーの対処を行うためのデータ（サポートデータ）を取得することが可能となっている。具体的に、ＣＵ３、液晶ユニット５００に電源が投入されたときのＣＵ３、液晶ユニット５００及び情報配信サーバ９０１の処理については、図２５に示すとおりである。
ＣＵ３と液晶ユニット５００とに電源が投入された際には、液晶ユニット５００においてイニシャル動作（液晶ユニット５００における初期化処理）が終了してＣＵ３と液晶ユニット５００とで通信が可能となった後（ＣＵ３の接続要求コマンドに対して液晶ユニット５００が接続応答コマンドを返信可能となった後）、液晶ユニット制御部５０２から情報配信サーバ９０１に対して、液晶ユニット５００及びＣＵ３に対応するＰ台２から送信されたメインチップＩＤを含むエラー表示データ要求通知コマンドを送信する。
情報配信サーバ９０１の図示しないＲＡＭ等の記憶部には、図２６（Ａ）に示す機種特定テーブルと、図２６（Ｂ）に示すエラー表示データ記憶テーブルと、図２６（Ｃ）に示すサポートデータ記憶テーブルと、が記憶されている。
図２６（Ａ）に示す機種特定テーブルには、複数のＰ台２各々を識別可能な識別情報を特定可能な機種情報としてのメインチップＩＤ（＊＊＊−０００１、＊＊＊−０００２、＊＊＊−０１０１、＊＊＊−０１０２・ .など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・・などの機種名）に対応付けて記憶されている。
図２６（Ｂ）に示すエラー表示データ記憶テーブルには、Ｐ台２において発生したエラー（例えば、電波エラー、磁気エラー、不正入賞エラー、振動エラーなど）の種別（種類）毎のエラー報知表示を特定可能なエラー表示情報としてのエラー表示データ（ＡＡＡ１、ＡＡＡ２・・、ＢＢＢ１、ＢＢＢ２・・ＣＣＣ１、ＣＣＣ２・・など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・・などの機種名）に対応付けて記憶されている。つまり、Ｐ台２にて上記各種エラーが発生した場合に液晶ユニット５００に送信されるエラー表示データは機種毎に異なる場合がある。よって、エラー表示データ記憶テーブルには、各機種に対応するエラー表示データが記憶されている。尚、本実施例における各エラー表示データには、各機種におけるエラーコードも含まれている。
図２６（Ｃ）に示すサポートデータ記憶テーブルには、Ｐ台２においてエラー（例えば、電波エラー、磁気エラー、不正入賞エラー、振動エラーなど）が発生した場合における対処方法などを示す対処情報としてのサポートデータ（ＸＸＸ１用電波エラーサポートデータ、ＸＸＸ２用電波エラーサポートデータ・ .など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・ .などの機種名）に対応付けて記憶されている。つまり、Ｐ台２にて発生した上記各種エラーに対応する対処方法などは機種毎に異なる場合がある。よって、サポートデータ記憶テーブルには、各機種に対応するサポートデータが記憶されている。
尚、本実施例では、Ｐ台２において発生し得るエラーの種別として、電波エラー、磁気エラー、不正入賞エラー、振動エラーを一例として記載したが、本発明はこれに限定されるものではなく、Ｐ台２において発生し得る上記以外の種別のエラー（例えば、機種固有のエラー等）も含み、このような上記以外の種別のエラーが上記エラー表示データ記憶テーブルに記憶されていてもよい。また、上記以外の種別のエラーの対処情報が上記サポートデータ記憶テーブルに記憶されていてもよい。
尚、機種固有のエラーとしては、例えば、特定領域を遊技媒体が通過することにより大当り遊技状態に制御することや確率変動状態に制御する遊技機における特定領域通過エラー、遊技媒体を第１始動領域と第２始動領域とに振り分ける振分手段を有する振分装置を搭載した遊技機における振分エラー等を含む。
情報配信サーバ９０１は、液晶ユニット５００からエラー表示データ要求通知コマンドを受信すると、図２６（Ａ）に示す機種特定テーブルに基づいて、受信したメインチップＩＤから、エラー表示データ要求通知コマンドの送信先である液晶ユニット５００に対応するＰ台２の機種情報を特定する。そして、図２６（Ｂ）に示すエラー表示データ記憶テーブルに基づいて、特定した機種情報に対応するエラー表示データを特定するとともに、図２６（Ｃ）に示すサポートデータ記憶テーブルに基づいて、特定した機種情報に対応するサポートデータを特定する。
情報配信サーバ９０１は、特定したエラー表示データとサポートデータとを、エラー表示データ要求通知コマンドの送信先である液晶ユニット５００に対し送信する。液晶ユニット制御部５０２は、特定したエラー表示データとサポートデータと受信すると、これら受信したエラー表示データとサポートデータとを、当該液晶ユニット５００に対応するＰ台２に対応するデータとして、図示しない記憶部（例えば、ＲＡＭ等）に記憶する。
次に、Ｐ台２においてエラーが発生した場合におけるＰ台２（主制御基板１６、払出制御基板１７）、ＣＵ３及び液晶ユニット５００における処理については、図２７に示すとおりである。
主制御基板１６の主制御部１６１は、各センサ（入賞センサ１６２、電波センサ１６３、振動センサ１６４、磁気センサ１６５）からの入力信号によりＰ台２にて発生したエラーを検知した場合、該エラーの発生を検知したこと及び発生したエラーの種別を特定可能なエラー発生情報としてのエラー検知情報を払出制御基板１７に送信するとともに、演出制御基板１５に対してエラー検知通知コマンドを送信する。エラー検知通知コマンドを受信した演出制御基板１５では、演出制御部１５１が受信したエラー検知通知コマンドから発生したエラーの種別を特定し、変動表示装置２７８にて、該特定した種別のエラーが発生したことを示すエラー報知表示を実行する。
払出制御部１７１は、エラー検知情報を受信すると、ＣＵ３から状態情報要求コマンドを受信したときに、主制御基板１６から受信したエラー検知情報から特定されるエラーの種別を特定可能な不正検知情報１を含む状態情報応答レスポンスをＣＵ３に対して送信する。
ＣＵ制御部３２３は、状態情報応答レスポンスを受信すると、状態情報応答レスポンスに含まれる不正検知情報１から特定されるエラーの種別を特定可能な遊技台エラー情報を含む状態要求コマンドを液晶ユニット５００に送信する。尚、ＣＵ制御部３２３は、状態要求コマンドを液晶ユニット５００に送信した後、上記エラーの種別に対応するセキュリティ信号を、後述する端子設定データに基づいて設定されたいずれかの端子から出力する処理を実行する。
尚、特に図示しないが、本実施例のＣＵ制御部３２３は、大当り遊技状態に制御されたこと、変動表示が開始されたこと、機種固有の現象として、例えば小当り遊技状態に制御されたことを示す遊技状態のデータを含む状態情報応答レスポンスを受信した場合、受信した遊技状態のデータが大当り遊技状態に制御されたこと、変動表示が開始されたこと、機種固有の現象が発生したことのいずれを示しているのかを判定し、該判定結果に応じた端子から各信号（例えば、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号のいずれか）を出力すればよい。
液晶ユニット制御部５０２は、状態要求コマンドを受信すると、状態要求コマンドに含まれる遊技台エラー情報からエラーの種別を特定するとともに、ＲＴＣ５０７を参照して状態要求コマンドを受信した時刻をエラーの発生した時刻として特定する。そして、これら特定したエラーの種別及び時刻を、図２８に示すエラー記憶テーブルに追加して記憶する。このように液晶ユニット制御部５０２は、ＣＵ３から遊技台エラー情報を受信する毎に、Ｐ台２にて発生したエラーの種別を時系列順にエラー記憶テーブルに記憶するため、Ｐ台２にて発生したエラーの履歴を、液晶ユニット５００の液晶表示器５０４に表示させることができるようになっている。
次いで、液晶ユニット制御部５０２は、電源投入時において情報配信サーバ９０１から受信して記憶してあるエラー表示データのうち、特定したエラーの種別に対応するエラー表示データを用いて、液晶表示器５０４に発生したエラーの種別を特定可能なエラー画面及び該エラーの対処方法を示す対処画面を表示させるエラー報知表示処理を実行する。そして、エラー報知処理を実行したことを示す状態応答コマンドをＣＵ３に送信する。
このように本実施例では、Ｐ台２にてエラーが発生した場合、Ｐ台２の変動表示装置２７８にてエラー報知表示が行われるだけでなく、Ｐ台２に対応する液晶ユニット５００においても、Ｐ台２の機種に対応したエラー報知表示が表示されるので、ＣＵ３に接続されるＰ台２の遊技盤の入替えがあった場合であっても、Ｐ台２の状況を、Ｐ台２が設置されている場所において正確に把握することができる。
また、Ｐ台２の変動表示装置２７８のような表示装置が非搭載の遊技機がＣＵ３に接続される場合、当該遊技機にてエラーが発生した場合、遊技場の店員等がエラーの発生を認識しにくいため、液晶ユニット５００の液晶表示器５０４にてエラー報知表示を実行することで、エラー発生の認識性を向上させることが可能となる。
また、エラー表示データの設定を管理装置で行うようにする場合、作業によるミスが生じる可能性があるため、本実施例のように、液晶ユニット５００が起動される毎に情報配信サーバ９０１からエラー表示データを受信して記憶するようにすることで、設定作業を省略することができるとともに、常に正確な設定を行うことができる。
また、Ｐ台２にてエラーが発生したことだけでなく、発生したエラーの対処情報が表示されるようになるので、的確な対処を迅速に行うことができる。
また、本実施例では、情報配信サーバ９０１から受信したエラー表示データは、液晶ユニット５００のＲＡＭ等に記憶されるため、液晶ユニット５００が起動される毎に情報配信サーバ９０１からエラー表示データを受信して記憶するようになっているが、本発明はこれに限定されるものではなく、情報配信サーバ９０１から受信したエラー表示データを液晶ユニット５００のＥＥＰＲＯＭ等の電源が投入されていない状態であっても記憶内容を保持可能な記憶部に記憶した後は、起動するごとにエラー表示データを受信することなく、該記憶部にて記憶しているエラー表示データを用いるようにしてもよい。
また、本実施例では、ＣＵ３が対応するＰ台２から遊技情報を取得（受信した状態情報応答レスポンスから特定）すると、該取得した遊技情報の一部を外端出力部３３１に備えられた第１端子３３３ａ〜第４端子３３３ｄのいずれかから出力可能となっている。そして、ＣＵ３は、これら取得した遊技情報をいずれの端子から出力するかを持玉管理サーバ９０２から取得した端子設定データに基づいて設定することが可能となっている。具体的には、ＣＵ３に電源が投入されたときのＣＵ３及び持玉管理サーバ９０２の処理については、図２９に示すとおりである。
先ず、ＣＵ３に電源が投入された際には、ＣＵ制御部３２３から持玉管理サーバ９０２に対して、ＣＵ３に対応するＰ台２から送信された遊技機型式コード（Ｐ台２の機種を示すコード）を含む端子設定データ要求コマンドを送信する。
持玉管理サーバ９０２の図示しないＲＡＭ等の記憶部には、図３０に示す端子設定データ記憶テーブルが記憶されている。図３０に示す端子設定データ記憶テーブルには、ＣＵ３の外端出力部３３１に設けられた第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対し、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号、信号割り当て無しのうちいずれかが出力する信号として割り当てられた端子設定データが、各Ｐ台２の遊技機型式コードが示す機種に対応して記憶されている。全大当り信号とは、大当り種別にかかわらずＰ台２において遊技状態が大当り遊技状態に制御されたときに出力される信号であり、セキュリティ信号とは、Ｐ台２において電波エラーや振動エラー等のエラーが発生したときに出力される信号である。また、スタート信号とは、Ｐ台２において変動表示が開始される毎に出力される信号であり、機種固有信号とは、遊技玉が特定の領域を通したしたとき等のＰ台２の機種固有の現象が発生したときに出力される信号であり、小当り信号とは、Ｐ台２において遊技状態が小当り遊技状態に制御されたときに出力される信号であり、時短中（連荘中）信号とは、Ｐ台２において大当り遊技終了後に遊技状態が時短状態（高ベース状態）に制御されたときに出力される信号であり、賞球数信号とは、所定の賞球数（例えば、１０玉）が払い出されたときに出力される信号であり、賞球予定数信号とは、遊技玉の入賞時に所定の賞球予定数（例えば、１０玉）毎に出力される信号であり、特図１始動口入賞信号とは、始動入賞口２７５，２７７に遊技玉が入賞する毎に出力される信号であり、特図２始動口入賞信号とは、始動入賞口２７６に遊技玉が入賞する毎に出力される信号であり、ドア開放信号とは、ガラス扉６が開放されたときに出力される信号であり、アウト数信号とは、アウト口１５４に遊技玉が所定数（例えば、１０玉）進入する毎に出力される信号である。
尚、本実施例では、第１端子３３３ａ〜第４端子３３３ｄから出力可能な信号として、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、
小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号、信号割り当て無し、を例示しているが、本発明はこれに限定されるものではなく、これらの信号に代えて、或いは加えて、遊技玉の発射数、変動表示中か否か、遊技玉の発射強度、発射停止ボタン２０のＯＮ・ＯＦＦ等を示す信号を第１端子３３３ａ〜第４端子３３３ｄから出力可能な信号として設けてもよい。
例えば、図３０に示す端子設定データ記憶テーブルには、第１端子３３３ａに全大当り信号、第２端子３３３ｂにセキュリティ信号、第３端子３３３ｃにスタート信号、第４端子３３３ｄに機種固有信号が割り当てられた機種ＸＸＸ１に対応する端子設定データ１、第１端子３３３ａにスタート信号、第２端子３３３ｂに全大当り信号、第３端子３３３ｃにセキュリティ信号、第４端子３３３ｄは信号なしが割り当てられた機種ＸＸＸ２に対応する端子設定データ２、第１端子３３３ａにセキュリティ信号、第２端子３３３ｂに信号なし、第３端子３３３ｃにスタート信号、第４端子３３３ｄに機種固有信号が割り当てられた機種ＸＸＸ３に対応する端子設定データ３・ .といった複数種別のＰ台２それぞれに対応する端子設定データが記憶されている。
また、持玉管理サーバ９０２の表示装置の表示画面には、各機種に対応する端子設定データを入力するための設定画面（メニュー画面）が表示可能とされており、該設定画面にてデータ入力することにより、端子設定データの内容を設定（変更）できるようになっている。
例えば、図３１に示すように、端子設定データの設定画面の上部には、データ１、データ２、データ３、データ４・ .といったように複数のタブが表示されており、これら複数のタブのうちいずれかを選択することで、所定の端子設定データの設定画面が表示される。
設定画面には、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域が設けられている。各設定領域には、「全大当り信号」に対応する入力領域、「セキュリティ信号」に対応する入力領域、「スタート信号」に対応する入力領域、「機種固有信号」に対応する入力領域、「特定種別大当り信号」に対応する入力領域、「小当り信号」に対応する入力領域、「時短中（連荘中）信号」に対応する入力領域、「賞球数信号」に対応する入力領域、「賞球予定数信号」に対応する入力領域、「特図１始動口入賞信号」に対応する入力領域、「特図２始動口入賞信号」に対応する入力領域、「ドア開放信号」に対応する入力領域、「アウト数信号」に対応する入力領域、「信号割り当て無し」に対応する入力領域がそれぞれ表示され、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域に表示された入力領域のうちから割り当てたい信号に対応する入力領域をクリックすることで、各端子に割り当てる一の信号を個別に設定できるようになっている。尚、図３１においては、黒色表示された入力領域が選択された入力領域を示している。
そして、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれにおいていずれかの入力領域を選択することで、設定画面右下の「決定」領域の選択が有効化され、該有効化された「決定」領域をクリックすることで、選択された端子設定データのデータ内容が記憶される。尚、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号のいずれかが第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄのうち２以上の端子で選択された場合は、「決定」領域が有効化されないので選択された端子設定データのデータ内容を記憶できないようになっている。
また、「決定」領域の右側の「リセット」領域をクリックすると、端子設定データにおける初期設定データ（例えば、第１端子３３３ａは「全大当り信号」、第２端子３３３ｂは「セキュリティ信号」、第３端子３３３ｃは「スタート信号」、第４端子３３３ｄは「機種固有信号」）が記憶されるようになっている。あるいは、「リセット」領域をクリックすると初期設定データに対応する信号が選択されるだけで、その後に「決定」領域をクリックすることで初期設定データが記憶されるようにしてもよい。
図２９に戻って、持玉管理サーバ９０２は、ＣＵ３から端子設定データ要求コマンドを受信すると、該受信した端子設定データ要求コマンドに含まれる遊技機型式コードから機種情報（Ｐ台２の機種）を特定し、図３０に示す端子設定データ記憶テーブルに基づいて、特定した機種に対応する端子設定データを特定する。そして、端子設定データ要求コマンドの送信先のＣＵ３に、該特定した端子設定データを含む端子設定データ応答コマンドを送信する。
ＣＵ制御部３２３は、持玉管理サーバ９０２から端子設定データを受信すると、該受信した端子設定データに基づいて、外部出力ポート１〜４の第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対して、出力する信号の種別を割り当て設定する処理を実行する。
このように本実施例では、ＣＵ３に接続されるＰ台２の遊技盤の入替えがあった場合であっても、Ｐ台２の外部出力ポート１〜４の第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対して、出力する信号の種別を割り当てて設定することができるため、信号線の結線作業を省力化できる。
特に本実施例のような封入式の遊技機にあっては、端子がＣＵ３に設けられ、また、Ｐ台２（遊技盤２６）の製造元（メーカ）やＰ台２のスペック（仕様）によって、外部へ出力すべき情報またはホール（遊技場）側にて収集したい情報が異なるため、遊技盤２６の入替えに伴って再結線を行うと、遊技盤２６の入替えの際の作業性が著しく低下する。これに対し、本実施例のように、通信を用いて持玉管理サーバ９０２から端子設定データを取得して設定できるようにすることで、遊技盤２６の入替えの際の作業性を向上させることができる。
また、外部装置である持玉管理サーバ９０２から端子設定データを取得できるため、Ｐ台２の機種が変更されるごとにＣＵ３に設定する必要がないので、手間が省ける。
また、持玉管理サーバ９０２は、Ｐ台２の機種情報に対応付けて端子設定データを記憶しており、ＣＵ３は、遊技の進行を制御する主制御部１６１に記憶されている機種情報としてのメインチップＩＤを持玉管理サーバ９０２に送信して、該機種情報に対応付けて記憶されている端子設定データを取得するので、Ｐ台２の機種に対応した種別の信号を設定できる。
また、持玉管理サーバ９０２は、Ｐ台２が設置されている遊技場に設けられており、該持玉管理サーバ９０２において端子設定データを更新可能であることで、遊技場が、端子設定データを適宜更新できる。
また、持玉管理サーバ９０２は、Ｐ台２が設置されている遊技場に設けられているとともに、該遊技場による個別出力設定情報（図３１に示す端子設定画面にて第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域でいずれかの入力領域を選択することにより設定された端子設定データ）と、遊技場によらない一般出力設定情報（図３１に示す「リセット」領域の選択により設定される初期設定データ）と、を記憶可能であって、ＣＵ３が取得する端子設定データを、一般出力設定情報と個別出力設定情報のいずれとするかを設定可能であることで、遊技場が、一般出力設定情報と個別出力設定情報のいずれを使用するかを選択（設定）できる。
また、ＣＵ３には、信号出力ポート１〜４の各々に対応した端子であって、信号線を接続可能な複数の端子がＣＵ３に設けられており、該ＣＵ制御部３２３が出力する信号の種別を設定する前記信号種別設定手段として機能する。このようにすることで、信号種別設定手段を個別に設ける必要がなく、遊技用装置の製造コストを低減できる。
次に、ＣＵ３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）と、液晶ユニット５００に格納されている遊技情報記憶テーブル（図３４（Ｂ））とについて説明する。ＣＵ制御部３２３の図示しないＲＡＭには、図３４（Ａ）に示すように、該ＣＵ３が対応するＰ台２での遊技情報を記憶するための遊技情報記憶テーブルが格納されている。また、液晶ユニット制御部５０２の図示しないＲＡＭには、図３４（Ｂ）に示すように、ＣＵ３から受信した取得（状態要求コマンドから特定）した遊技情報を記憶するための遊技情報記憶テーブルが格納されている。また、液晶ユニット５００では、図３４（Ｂ）に示す遊技情報記憶テーブル（液晶ユニット５００側の遊技情報記憶テーブル）に記憶されている遊技情報に基づいて液晶表示器５０４における表示を更新可能となっている。
このため、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とでは、同一の遊技情報が記憶されるようになっている。しかしながら、液晶ユニット５００を他のＣＵ３に接続する等の理由により液晶表示器５０４における表示を初期化したい場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）の内容をクリアすることとなるが、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）の内容もクリアされなければ液晶表示器５０４の表示を適切に初期化することができない。
そこで、本実施例では、液晶表示器５０４の表示を初期化する場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）の内容とともに、該液晶ユニット５００側の遊技情報記憶テーブルの内容とＣＵ３側の遊技情報記憶テーブルの内容の両方をクリアする。以下、液晶表示器５０４の表示を初期化する際のＣＵ３と液晶ユニット５００の処理について説明する。
先ず、図３２示すように、ＣＵ３と液晶ユニット５００に電源投入されると、液晶ユニット５００（液晶ユニット制御部５０２）は、液晶表示器５０４において画像を表示するためのイニシャル動作を開始する。また、ＣＵ３（ＣＵ制御部３２３）は、液晶ユニット５００に対して該ＣＵ３のシリアル番号のデータを含む接続要求を繰り返し送信する。
そして、液晶ユニット制御部５０２は、イニシャル動作が終了した後に接続要求コマンドを受信すると、該接続要求コマンドからＣＵ３のシリアル番号を特定して図示しないＲＡＭに記憶する。更に、液晶ユニット制御部５０２は、ＣＵ３に対して接続応答コマンドを送信する。
ＣＵ制御部３２３は、接続応答コマンドを受信すると、ＣＵ３と液晶ユニット５００とが通信可能に接続されたと判定して、ＣＵ３のシリアル番号、稼働履歴管理通番、遊技情報のデータを含む稼働履歴要求コマンドを液晶ユニット５００に対して送信する。尚、稼働履歴要求コマンドに含まれている遊技状態のデータとは、ＣＵ３とＰ台２とが状態要求コマンドと状態応答レスポンスの送受信を行うことによりＣＵ３がＰ台２から取得して記憶した遊技玉の発射玉数や大当り回数等のデータである。更に、ＣＵ制御部３２３は、当
該ＣＵ３に対応するＰ台２の払出制御部１７１のチップ番号を液晶ユニット５００に対して送信する。
液晶ユニット制御部５０２は、これら稼働履歴要求コマンドと遊技台接続通知コマンドとを受信すると、液晶ユニット５００がＣＵ３を介してＰ台２と接続されたことを示す遊技台接続応答コマンドをＣＵ３に対して送信する。
ＣＵ制御部３２３は、遊技台接続応答コマンドを受信すると、立上げ通知コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、立上げ通知コマンドを受信すると、液晶表示制御部５０３を制御して液晶表示器５０４にＣＵ３や液晶ユニット５００が立ち上がったこと（起動したこと）を示す図示しない立上げ画面を表示し、立上げ応答コマンドをＣＵ３に対して送信する。
ＣＵ制御部３２３は、立上げ応答コマンドを受信すると、待機中表示通知コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、待機中表示通知コマンドを受信すると、液晶表示制御部５０３を制御して液晶表示器５０４にＣＵ３にてカード（会員カードやビジターカード）や紙幣が挿入されておらず待機中であることを示す待機中画面（後述）を表示する。そして、液晶ユニット制御部５０２は、待機中表示応答コマンドをＣＵ３に対して送信する。
そして、ＣＵ制御部３２３が待機中表示応答コマンドを受信した後、カード挿入／排出口３０９にカード（会員カードまたはビジターカード）が挿入されると、ＣＵ制御部３２３は、該カードからカードリーダライタ３３７において読み取った情報に基づいて、プリペイド残金や遊技玉数、持玉数等のデータを含むカード情報通知コマンドを液晶ユニット５００に対して送信する。
液晶ユニット制御部５０２は、カード情報通知コマンドを受信すると、該カード情報通知コマンドから特定したデータに基づいて液晶表示制御部５０３を制御し、液晶表示器５０４にてカード挿入画面を表示する。そして、液晶ユニット制御部５０２は、カード情報応答コマンドをＣＵ３に対して送信する。
尚、カード挿入画面とは、図３６に示すように、遊技者のアバター画像や、遊技者等が操作することによって遊技者等が選択可能な項目を表示するメニューボタン、遊技者等が操作することによって液晶表示器５０４の画面を離席中であることを示す画面に切り替える離席ボタン、遊技者等が操作することによってＣＵ３に挿入されているカードの返却をＣＵ３に返却させるための返却ボタン、遊技者等が操作することによってＣＵ３に遊技玉の貸出を行わせるための貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率、遊技者が所持している当日持玉数（持玉数）や遊技玉数、貯玉数が表示される画面である。また、待機中画面とは、図３６に示すカード挿入画面と同じくアバター画像、メニューボタン、離席ボタン、返却ボタン、貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率が表示されている一方で、持玉数と貯玉数が表示されていない画面である。
そして、ＣＵ制御部３２３がカード情報応答コマンドを受信した後、ＣＵ３と液晶ユニット５００では、遊技者の操作に応じて遊技玉の貸出に関する処理を行う貸出シーケンスを実行する。
図３３に示すように、貸出シーケンスの実行後、ＣＵ３と液晶ユニット５００においては、ＣＵ３が遊技情報、可動履歴管理通番、図３４（Ａ）に示す遊技情報記憶テーブルに記憶されている発射回数、大当り回数、確変回数、スタート回数等の遊技情報である台データがクリアされていないことを示す台データクリア状態（なし）のデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、状態要求コマンドを受信すると、受信した状態要求コマンドに基づいて稼働履歴情報の更新を実施し、液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容のクリア指示が無いことを示す台データクリア指示（なし）のデータを含む状態応答コマンドをＣＵ３に対して送信する。
また、ＣＵ制御部３２３は、Ｐ台２において遊技玉の発射等のデータを加えた遊技情報をＰ台２から取得すると、該取得した遊技情報に基づいて、ＣＵ制御部３２３の図示しないＲＡＭ等に記憶されている遊技情報記憶テーブルの内容（例えば、図３４（Ａ）に示す発射回数、大当り回数、確変回数、スタート回数等）を更新する。そして、遊技玉の発射等のデータを加えた遊技情報、可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。
液晶ユニット制御部５０２は、状態要求コマンドを受信すると、該状態要求コマンドから特定した遊技玉の発射等のデータを加えた遊技情報に基づいて、液晶ユニット制御部５０２の図示しないＲＡＭ等に記憶されている遊技情報記憶テーブルの内容（例えば、図３４（Ｂ）に示す発射回数、大当り回数、確変回数、スタート回数等）を更新する。そして、ＣＵ３と液晶ユニット５００との間で遊技玉の発射等のデータを加えた遊技情報、可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドと、台データクリア状態（なし）のデータを含む状態応答コマンドと、の送受信を繰り返し実行する。
次いで、液晶ユニット制御部５０２は、例えば、情報配信サーバ９０１から液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容の台データクリア指示（信号またはコマンド）を受信すると、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）及び稼働履歴応答データをクリアする。そして、液晶ユニット制御部５０２は、液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容の台データクリア指示が有ることを示す台データクリア指示（あり）のデータを含む状態応答コマンドをＣＵ３に対して送信する。
ＣＵ制御部３２３は、液晶ユニット５００から台データクリア指示（あり）のデータを含む状態応答コマンドを受信すると、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）をクリアする。つまり、本実施例では、液晶ユニット制御部５０２が情報配信サーバ９０１から遊技情報記憶テーブルの内容のクリア指示を受信した場合は、最初に液晶ユニット５００側の遊技情報記憶テーブルの内容をクリアし、次にＣＵ３側の遊技情報記憶テーブルの内容をクリアしている。
尚、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中は、ＣＵ３と液晶ユニット５００との間で可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドと、台データクリア状態（あり）のデータを含む状態応答コマンドと、の送受信を繰り返し実行する。特に、液晶ユニット制御部５０２は、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了するまで台データクリア状態（あり）のデータを含む状態応答コマンドをＣＵ３に対して繰り返し送信する。
更に、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中にＣＵ制御部３２３がＰ台２から新たな遊技情報を取得した場合、ＣＵ制御部３２３は、これら取得した遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶することなくクリアする。このように、本実施例では、ＣＵ３側の遊技情報記憶テーブルの内容クリア中に遊技情報が変化した場合は、ＣＵ３側の遊技情報記憶テーブルに新たな遊技情報が記憶されてないので、クリア後のＣＵ３側の遊技情報記憶テーブルと液晶ユニット５００側の遊技情報記憶テーブルとの記憶内容が異なることを防ぎ、液晶表示器５０４に不適切な表示が行われてしまうことを防ぐことができる。
尚、本実施例では、ＣＵ３側の遊技情報記憶テーブルに、遊技玉の発射回数や大当り回数、確変回数、スタート回数等を含む遊技情報を記憶する形態を例示したが、本発明はこれに限定されるものではなく、ＣＵ３側の遊技情報記憶テーブルに記憶する遊技情報としては、Ｐ台２の遊技状態を含めてもよい。尚、このように、ＣＵ３側の遊技情報記憶テーブルに記憶する遊技情報としてＰ台２の遊技状態を含める場合は、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中にＣＵ制御部３２３がＰ台２から取得した遊技情報がＰ台２の遊技状態が変化したことを示している場合、該取得した遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶することなくクリアすればよい。
このように、本実施例では、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）の内容のクリア中のように不安定な状況下において遊技情報、またはＰ台２の遊技状態の変化を含む遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶させると、ＣＵ３と液晶ユニット５００との間で記憶内容の不一致が生じるため（ＣＵ３側の遊技情報記憶テーブルの記憶内容と液晶ユニット５００側の遊技情報記憶テーブルの記憶内容とが異なる）、これらＣＵ３と液晶ユニット５００との間での記憶内容の不一致を防ぎ、より適切にＣＵ３と液晶ユニット５００とで遊技情報を管理することができる。
そして、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了すると、ＣＵ制御部３２３は、可動履歴管理通番、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了したことを示す台データクリア状態（完了）を示すデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。以上によりＣＵ３側の遊技情報記憶テーブルと液晶ユニット５００側の遊技情報記憶テーブルの内容のクリアに関する処理が終了する。
次に、液晶表示器５０４の画面における表示態様について説明する。図３１に示すように、液晶表示器５０４の画面には、遊技者のアバター画像や、遊技者等が操作することによって遊技者等が選択可能な項目を表示するメニューボタン、遊技者等が操作することによって液晶表示器５０４の画面を離席中であることを示す画面に切り替える離席ボタン、遊技者等が操作することによってＣＵ３に挿入されているカードの返却をＣＵ３に返却させるための返却ボタン、遊技者等が操作することによってＣＵ３に遊技玉の貸出を行わせるための貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率、遊技者が所持している当日持玉数（持玉数）や遊技玉数及び貯玉数が表示されている。更に、遊技玉数の下方には、Ｐ台２における遊技玉の発射強度を示す発射強度ゲージが表示されている。
また、当日持玉数の右方には、該当日持玉数の表示・非表示を切り替えるための持玉数表示・非表示切替ボタンが表示されており、当日持玉数の左方には、ＣＵ３に持玉数の一部（例えば１２５玉）を遊技玉として払い出させるための払出ボタンが表示されている。更に、貯玉数の右方には、該貯玉数の表示・非表示を切り替えるための貯玉数表示・非表示切替ボタンが表示されており、貯玉数の左方には、ＣＵ３に貯玉数の一部（例えば１２５玉）を遊技玉として払い出させるための再プレイボタンが表示されている。
また、液晶表示器５０４の画面の下部には、遊技玉が入賞口にした際の賞球数、ＣＵ３にて受け付けた金額に基づく残金、該残金によって貸出可能な遊技玉数、遊技者等が操作することによって液晶表示器５０４の画面をＣＵ３が接続されているＰ台２における遊技方法等を解説する画面に切り替える遊技ガイドボタン、遊技者等が操作することによって当該液晶ユニット５００の操作方法を解説する画面に切り替える操作説明ボタンが表示されている。
次に、本実施例の液晶ユニット５００が有する、エラー報知機能やエラー履歴表示機能について、図３７〜図４１を用いて説明する。
Ｐ台２において、搭載している機器の不具合の発生或いは不正が実行される等によって、例えば、図３７（Ａ）に示すように、変動表示中においてエラーが発生した場合には、Ｐ台２の変動表示装置２７８に、例えば、「係員をお呼びください！ Ｅ−３３賞球異常エラー 電源を再投入してください」のエラー表示が図３７（Ｂ１）に示すように表示されるとともに、該エラーのエラーコード（Ｅ−３３）を含む不正検知情報１のデータを含む状態情報応答のレスポンスがＰ台２からＣＵ３に対して送信される。
この状態情報応答のレスポンスの受信に応じて、ＣＵ３のＣＵ制御部３２３は、液晶ユニット５００に対して、不正検知情報１のデータから特定したエラーの種別を示す遊技台エラー情報を含む状態要求コマンドを送信する。
ＣＵ３からの状態要求コマンドの受信に応じて液晶ユニット制御部５０２は、受信した状態要求コマンド（遊技台エラー情報）に含まれるエラーの種別及びエラーコードと、ＲＴＣ５０７から取得したその時点の時刻データとを新たなエラー履歴として追加記憶するとともに、対応するＰ台２の機種に対応したエラー報知表示、例えば、「賞球異常エラー」のエラー報知表示を、予め情報配信サーバ９０１から受信して記憶しているエラー表示データから特定し、該特定したエラー表示データに基づいて、図３７（Ｂ２）に示すように、「遊技機で賞球異常エラー（Ｅ−３３）が発生しました。係員をお呼びください！」の表示と、「呼出」のメニュー表示とを含むエラー報知画面を、液晶表示制御部５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させることで、対応するＰ台２においてエラーが発生したことと、発生したエラー種別を報知する。
このエラー報知画面において、遊技者が「呼出」のメニュー表示を操作した場合には、該操作が液晶ユニット制御部５０２により検知されて、ＣＵ３に対して呼出要求コマンドが送信される。この呼出要求コマンドの受信に応じてＣＵ制御部３２３は、接続されている呼び出しランプ１０００に対して、呼出信号を出力することで、呼び出しランプ１０００が点灯する。尚、この場合、通常の呼出信号とは異なるエラー呼出信号を呼び出しランプ１０００に出力することで、呼び出しランプ１０００の点灯態様が、通常の呼び出しの点灯態様とは異なるエラーに対応した点灯態様にて点灯させることで、エラーが発生していることを呼び出しランプ１０００の点灯態様にて、液晶ユニット５００から離れた場所から遊技場の店員が確認できるようにしてもよい。
また、液晶ユニット制御部５０２が「呼出」のメニュー表示の操作を検知した場合には、「呼出」のメニュー表示への操作が繰り返し実行されることがないように、「呼出」のメニュー表示に代えて、図３９（Ａ）に示すように、「呼出中」の点滅表示を所定期間に亘って実行し、該所定期間が経過した場合に「呼出中」の点滅表示を終了する。
このようにして呼び出しランプ１０００が点灯されることで、遊技場の店員が駆けつけて、液晶ユニット５００に表示されているエラー報知画面の内容と、Ｐ台２の変動表示装置２７８に表示されているエラー内容が同一であること等を確認することで、エラーの種別が間違いないかを確認することができる。
尚、搭載されている機器のエラーとしては、変動表示装置２７８やその周辺機器の不具合や電源回路や電源配線等の不具合によるエラーもあり、このような場合には、図３７（Ｂ１）のようなエラー表示が変動表示装置２７８において表示されない場合があるが、このような場合であっても、本実施例によれば、液晶ユニット制御部５０２には、図３７（Ｂ２）のように、本来、変動表示装置２７８において表示されるエラー種別と同一のエラー種別に対応した表示、つまり、Ｐ台２の機種によってエラーの種別が異なるが、Ｐ台２の機種に対応した表示が表示されるので、Ｐ台２においてエラーが発生したこととともに、該発生したエラーの種別を容易に把握することができる。
また、Ｐ台２のエラーとしては、１のエラーだけではなく、複数のエラーが連続して発生する可能性があり、例えば、図３８（Ａ）に示すように、賞球異常エラーが発生して、該賞球異常エラーのエラー報知画面の表示中に、更に別のエラーが発生した場合には、図３８（Ｂ）に示すように、エラー報知画面に新たに発生したエラーの種別とエラーのエラーコードが、先に発生したエラーの種別とエラーのエラーコードの表示の下方位置に、順次、追加表示されるように表示を更新することで、先に発生したエラーの内容が不明とならないようになっている。
尚、本実施例では、複数のエラーが連続して発生した場合には、個々のエラーの種別とエラーのエラーコードとを全て表示する形態を例示したが、本発明はこれに限定されるものではなく、最後に発生した１のエラーのみを表示するようにしてもよいし、例えば、エラー表示情報に各エラーの優先度が記述されていることにより、個々のエラーの優先度を特定できる場合には、後に発生したエラーが、先に発生したエラーよりも優先度が高い場合においてのみ、先に発生したエラーを報知するエラー報知画面から新たに発生したエラーを報知するエラー報知画面に変更するようにしてもよい。但し、これら優先度が高いエラーのエラー報知画面に変更する場合であっても、先のエラーがＰ台２において遊技が中止されるエラーの場合には、新たに発生したエラーを報知するエラー報知画面への変更を行わないようにすることで、Ｐ台２において遊技が中止されるエラーが確認できなくならないようにしてもよい。
エラーの発生とエラーの種別を確認した店員は、発生したエラーに対する対処方法を確認したい場合には、所持しているリモコンにおいて対処方法の確認操作（サポート表示ボタンの操作）を行えばよく、該確認操作によって、該リモコンから赤外線によるサポート表示指示信号が送信される。
このサポート表示指示信号は、ＣＵ３に設けられている赤外線受光部３２４によって受信され、該受信にもとづいて、ＣＵ制御部３２３は、サポート表示要求コマンドを液晶ユニット５００に対して送信する。
このサポート表示要求コマンドの受信に応じて液晶ユニット制御部５０２は、記憶しているエラーコードに対応する「原因」と「対処方法」の表示内容を、予め情報配信サーバ９０１から受信して記憶しているサポートデータ（対処情報）から特定し、該特定した「原因」と「対処方法」と、エラーコードに対応するエラー種別の表示とを含むサポート表示画面を、図３９（Ｂ）に示すように、液晶表示制御５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させる。
具体的には、エラーコードが、例えば（Ｅ−３３）である場合には、サポート表示画面の上部に「賞球異常エラー」と表示され、その下方の「原因」の項目において、エラーコードである（Ｅ−３３）に対応付けてサポートデータに記述されている「遊技中に異常入賞による賞球異常が発生しました。」の原因メッセージが表示され、さらにその下方の「対処方法」の項目において、エラーコードである（Ｅ−３３）に対応付けてサポートデータに記述されている「１；不正が実施されていないことを確認してください。２；パチンコ遊技機の電源を切り、再起動してくだい」の対処方法メッセージが表示される。
つまり、本実施例のサポートデータには、対応するＰ台２の機種におけるエラーコードに対応付けて、原因メッセージと対処方法メッセージのデータが記述されており、エラーコードから、該エラーコードのエラーに対応した原因メッセージと対処方法メッセージを特定できるようになっている。
尚、これらサポート表示画面の表示は、店員がリモコンを操作すること、若しくは所定の表示時間の経過等の所定の表示終了条件が成立した場合に消去されるようになっており、店員以外の者に、サポート情報が不用意に知得されてしまうことがないようになっている。
また、本実施例では、対処方法の詳細な情報が、店員以外の者に知得されてしまうことがないように、店員のみが所持するリモコンの操作のみによってサポート表示画面を表示するようにしているが、本発明はこれに限定されるものではなく、例えば、液晶ユニット５００の液晶表示器５０４に表示されているエラー報知画面に、「サポート表示」のメニューを設けておき、該「サポート表示」のメニューの操作に応じてサポート表示画面を表示するようにしてもよい。
尚、図３８（Ｂ）に示すように、複数のエラーの発生を報知するエラー報知画面が表示されているときに、リモコンにおいて対処方法の確認操作が行われた場合には、個々のエラーについてのサポート表示画面が、所定時間毎に切替表示される。このように、本実施例では、複数のエラーの発生を報知するエラー報知画面が表示されているときには、サポート表示画面を切り替えることにより、発生したエラーのサポート表示画面を全て表示するようにしているが、本発明はこれに限定されるものではなく、最も直近に発生したエラーのサポート表示画面のみを表示するようにしてもよいし、エラーに優先度が設定されている場合には、優先度の高いエラーのサポート表示画面のみを表示するようにしてもよい。
また、店員が、エラーの解除を実施する場合等において、当日においてどうようなエラーが発生しているのかを確認したい場合には、携行しているリモコンにおいてエラー履歴表示操作（エラー履歴表示ボタンの操作）を行えばよく、該エラー履歴表示操作によって、該リモコンから赤外線によるエラー履歴表示指示信号が送信される。
このエラー履歴表示指示信号は、図４０に示すように、ＣＵ３に設けられている赤外線受光部３２４によって受信され、該受信にもとづいてＣＵ制御部３２３は、エラー履歴表示要求コマンドを液晶ユニット５００に対して送信する。
このエラー履歴表示要求コマンドの受信に応じて液晶ユニット制御部５０２は、記憶している当日のエラー履歴のデータを読み出して、図４１に示すエラー履歴画面を、液晶表示制御５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させる。
具体的にエラー履歴としては、図４１に示すように、エラーコードとエラーの種別と発生時刻とが個々のエラー毎に表示されるとともに、最も直近に発生したエラーが最も上部になるように配列されて表示される。
このように、エラー履歴画面が、店員のリモコンにおける操作によって液晶ユニット５００に表示されることにより、当日にＰ台２においてどのようなエラーが発生しているのか、或いは、エラーが発生していないのかを容易に確認することができ、同様のエラーが繰り返し発生している等の場合には、エラーの対処を行っても不具合が解消されていないことを把握することにより、対応するＰ台２の稼働を中止する等の対策を迅速に判断する
ことができる。
尚、本実施例では、エラー履歴画面において、エラーコードとエラーの種別と発生時刻を表示する形態を例示したが、本発明はこれに限定されるものではなく、エラー履歴画面において表示する内容や項目は、適宜に設定すれば良く、遊技場がこれらエラー履歴画面において表示する内容や項目を選択できるようにしてもよい。
また、本実施例のエラー履歴画面は、前述のサポート表示画面と同様に、店員がリモコンを操作すること、若しくは所定の表示時間の経過等の所定の表示終了条件が成立した場合に消去されるようになっている。
以上、本実施例におけるＰ台２、該Ｐ台２に対応して設けられたＣＵ３及び液晶ユニット５００を有する遊技用システムにおいては、ＣＵ３は、取得した端子設定データに基づいて、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を外部装置に対して出力するための端子を設定することができるので、各信号を出力するための結線作業を省力化することができる。
また、本実施例では、ＣＵ３は、外部装置である持玉管理サーバ９０２から取得した端子設定データに基づいて、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を外部装置に対して出力するための端子を設定することができるので、Ｐ台２の機種に応じて第１端子３３３ａ〜第４端子３３３ｄに対応した種別の信号を設定することができる。
また、本実施例では、遊技場の店員等が遊技場に設けられている持玉管理サーバ９０２を操作することで、機種毎の端子（第１端子３３３ａ〜第４端子３３３ｄ）に対応した種別の信号の設定データである端子設定データを更新することができるので、遊技場側で、端子設定データの内容を適宜更新できる。特に本実施例では、遊技場の店員等が遊技場に設けられている持玉管理サーバ９０２を操作することで、予め記憶されている初期設定データ（一般出力設定情報）と店員自身が設定したデータ（個別出力瀬底情報）のどちらかを端子設定データとして使用することができるので、遊技場や機種に応じてより細かい端子設定を行うことができる。
また、本実施例では、ＣＵ制御部３２３が出力する信号の種別を設定する前記信号種別設定手段として機能することで、ＣＵ３内に信号種別設定手段を個別に設ける必要がなく、ＣＵ３の製造コストを低減できる。
また、本実施例では、ＣＵ３から情報配信サーバ９０１にエラー表示データ要求信号を送信することによって、該ＣＵ３が対応して設けられているＰ台２のエラー表示データを液晶ユニット５００に取得させ、Ｐ台２においてエラーが発生した際には、液晶ユニット５００（液晶ユニット５００が有する液晶表示器５０４）において、情報配信サーバ９０１から取得したエラー表示データを用いて、Ｐ台２にて発生したエラーに対応するエラー報知表示を表示させることができるので、Ｐ台２外に設けられた液晶ユニット５００においても、Ｐ台２の機種に対応したエラー報知表示を表示することができる。
また、本実施例では、ＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とを台データクリア指示を受信したことに基づいてクリアすることによって、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報が適切に消去されないことにより、不適切な情報が液晶表示器５０４に表示されてしまうことを防ぐことができる。
尚、本実施例では、液晶ユニット５００において台データクリア指示を受信したことに基づいてＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とをクリアする形態を例示したが、該クリア後に液晶表示器５０４に不適切な情報が表示されないのであれば、ＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報のうち一部の遊技情報はクリアせずともよい。
また、本実施例では、図３８に示すように、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っている時に新たにＰ台２にて種別（種類）の異なるエラーが発生すると、液晶表示器５０４において新たに発生したエラーを含めた複数のエラーの報知表示が実行されるので、遊技者は遊技場の店員は、種別の異なるエラーが同時に発生したとしても、液晶表示器５０４から各エラーの発生を認識することができる。
また、本実施例では、図３９に示すように、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っているときに遊技場の店員等がリモコンを操作することによって液晶表示器５０４に該エラーの対処方法等を表示させることができるので、遊技場の店員は、Ｐ台２にて発生したエラーに対して該対処方法を参照することにより的確な対処を迅速に行うことができる。
また、前記実施例では、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っているときに該エラーの報知表示に併せて「呼出」のメニュー表示を行い、該「呼出」のメニュー表示が操作されたことに基づいて呼び出しランプ１０００を点灯させて遊技場の店員を呼び出すことができるので、エラー報知表示によってエラーの内容を確認しつつ、呼出しの操作を行うことができる。
また、本実施例では、図３３に示すように、液晶ユニット５００において情報配信サーバ９０１から台データクリア指示を受信した場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報からクリアし、次にＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアすることで、これら台データクリアに係わる処理を簡素化することができる。
また、本実施例では、図３３に示すように、液晶ユニット制御部５０２は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３からＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報がクリアされたことを示す台データクリア状態（完了）のデータを含む状態要求コマンドを受信するまで、繰り返し台データクリア指示（あり）のデータを含む状態応答のレスポンスをＣＵ３に対して送信することで、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報の消去を、より確実に行うことができる。尚、本実施例では、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアする形態を例示したが、本発明はこれに限定されるものではなく、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアした後に、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアしてもよい。
また、本実施例では、図３３に示すように、ＣＵ制御部３２３は、台データクリア状態（ありｏｒなし）のデータを含む状態要求コマンドを液晶ユニット５００に送信し、液晶ユニット制御部５０２は、台データクリア状態（なし）のデータを受信した場合には、台データクリア指示（あり）のデータを含む状態応答コマンドをＣＵ３に対して送信することで、台データクリア指示（あり）のデータを確実がＣＵ３において受信されるようにできる。
また、本実施例では、図３３に示すように、情報配信サーバ９０１から液晶ユニット５００に対して台データクリア指示を送信することによってＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアすることができるので、遊技場の店員等が直接ＣＵ３や液晶ユニット５００を操作する必要がなく、液晶表示器５０４における表示をクリアするための作業効率を向上させることができる。
尚、本実施例では、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアするために、情報配信サーバ９０１から液晶ユニット５００に対して台データクリア指示を送信する形態を例示したが、本発明はこれに限定されるものではなく、遊技場内に設けられているホールサーバ８０１や管理コンピュータ９００、持玉管理サーバ９０２、Ｔ−ＢＯＸ９０４等から液晶ユニット５００に対して台データクリア指示を送信してＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアしてもよい。また、遊技場外に設けられている遊技機管理サーバ８０２やコンテンツ管理サーバ９０３等から液晶ユニット５００に対して台データクリア指示を送信してＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアしてもよい。
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
例えば、前記実施例では、図２９及び図３０に示すように、持玉管理サーバ９０２に各Ｐ台２の機種毎の端子設定データを記憶し、ＣＵ３は、該持玉管理サーバ９０２からＰ台２の機種に応じた端子設定データを取得する形態を例示したが、本発明はこれに限定されるものではなく、遊技場内に設けられたホールサーバ８０１や管理コンピュータ９００、情報配信サーバ９０１、Ｔ−ＢＯＸ９０４や、遊技場外に設けられた鍵管理サーバ８００や遊技機管理サーバ８０２、コンテンツ管理サーバ９０３、決済サーバ９０５等に各Ｐ台２の機種毎の端子設定データを記憶し、ＣＵ３は、これら持玉管理サーバ９０２以外のサーバやコンピュータからＣＵ３が対応するＰ台２の機種に応じた端子設定データを取得してもよい。
また、前記実施例では、本発明における遊技用装置であるＣＵ３において全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を出力可能な第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１を設ける形態を例示したが、本発明はこれに限定されるものではなく、本発明におけるもう一方の遊技用装置である液晶ユニットや、Ｐ台２（払出制御基板１７や主制御基板１６、または他の制御基板）に該外端出力部３３１を設けてもよい。
また、前記実施例では、本発明における遊技用装置であるＣＵ３において全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を出力可能な第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１を設ける形態を例示したが、本発明はこれに限定されるものではなく、外端出力部３３１には、３以下または４以上の端子を設けてもよい。特に、外端出力部３３１に対して、例えば、１６個等の出力可能な信号数以上の端子を設けることによって、外端出力部３３１から本発明において開示した信号全てを外部に出力可能としてもよい。
また、前記実施例では、液晶ユニット５００において、該液晶ユニット５００が対応するＰ台２におけるエラー発生履歴として、Ｐ台２にて発生したエラーの種類、エラーコード、エラーの発生時刻を記憶する形態を例示したが、本発明はこれに限定されるものではなく、エラー発生履歴としては、これらエラーの種類、エラーコード、エラーの発生時刻のうち少なくともいずれか１のみが記憶されていればよい。
また、前記実施例では、本発明の遊技用システムにおけるＣＵ３や液晶ユニット５００が対応して設けられる遊技機を封入循環式パチンコ遊技機（Ｐ台２）とする形態を例示したが、本発明はこれに限定されるものではなくこれらＣＵ３や液晶ユニット５００が対応して設けられる遊技機はスロットマシンであってもよい。
また、前記実施例では、封入循環式パチンコ遊技機（Ｐ台２）に対応して設けられた液晶ユニット５００の液晶表示器５０４において貸玉ボタンの強調表示を行う形態を例示したが、本発明はこれに限定されるものではなく、遊技玉を上皿等の外部に払い出すことで遊技玉を内部で循環させないタイプのパチンコ遊技機に対応して設けられた液晶ユニット５００の液晶表示器５０４において貸玉ボタンの強調表示を行ってもよい。
以上、本発明における遊技用装置及び該遊技用装置を含む遊技用システムにおいては、前記出力設定情報取得手段は、前記外部である外部装置から前記出力設定情報を取得する（例えば、ＣＵ制御部３２３が遊技場に設けられた外部装置としての持玉管理サーバ９０２から端子設定データを取得する部分）ので、外部装置から出力設定情報を取得できる。
また、前記外部装置は、遊技機の機種情報に対応付けて前記出力設定情報を記憶しており（例えば、図３０に示すように、端子設定データ記憶テーブルにおいて機種毎に端子設定データを対応付けて記憶している部分）、前記出力設定情報取得手段は、遊技の進行を制御する遊技制御手段に記憶されている機種情報を前記外部装置に送信して、該機種情報に対応付けて記憶されている出力設定情報を取得する（例えば、図３０に示すように、ＣＵ制御部３２３が主制御部１６１に記憶されている遊技機型式コードを持玉管理サーバ９０２に送信し、持玉管理サーバ９０２が該遊技機型式コードの示すＰ台２の機種に基づいて特定した端子設定データを取得する部分）ので、遊技機の機種に対応した種別の信号を設定できる。
また、前記外部装置は、前記遊技機が設置されている遊技場に設けられており、該外部装置において前記出力設定情報を更新可能である（例えば、図３１に示すように、遊技場の店員等が遊技場内に設けられている持玉管理サーバ９０２を操作することによって各端子設定データを更新する部分）ので、遊技場が、出力設定情報を適宜更新できる。
また、前記外部装置は、前記遊技機が設置されている遊技場に設けられているとともに、該遊技場による個別出力設定情報（例えば、図３１に示すように、遊技場の店員等が持玉管理サーバ９０２を操作することによって設定された端子設定データ）と、遊技場によらない一般出力設定情報（例えば、初期設定データ）と、を記憶可能であって、前記出力設定情報取得手段が取得する前記出力設定情報を、前記一般出力設定情報と前記個別出力設定情報のいずれとするかを設定可能である（例えば、図３１に示すように、持玉管理サーバ９０２の操作画面において「決定」領域をクリックすることによって遊技場の店員等が持玉管理サーバ９０２を操作することによって設定された端子設定データを記憶し、「リセット」領域をクリックすることによって初期設定データを記憶する部分）ので、遊技場が、一般出力設定情報と個別出力設定情報のいずれを使用するかを設定できる。
また、前記信号出力部の各々に対応した端子であって、信号線を接続可能な複数の外部端子が前記遊技用装置に設けられており（例えば、第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１がＣＵ３に設けられている部分）、該遊技用装置を制御する制御手段が前記信号種別設定手段として機能する（例えば、図２７に示すように、ＣＵ制御部３２３は、不正検知情報１を含む状態情報応答のレスポンスを受信した場合、端子設定データに基づいて行った割当設定に応じた端子からセキュリティ信号を出力する部分）ので、信号種別設定手段を個別に設ける必要がなく、遊技用装置の製造コストを低減できる。
また、前記表示制御手段は、前記エラー報知表示特定手段にて特定した異なるエラー報知表示を前記表示手段に同時に表示する制御を実行可能である（例えば、図３８に示すように、液晶表示器５０４においてエラー報知画面の表示中に新たなエラーが発生した場合は、該エラー報知画面に新たなエラーが発生した旨を追加表示する部分）ので、種類の異なるエラーが同時に発生しても、各エラーの発生を報知できる。
また、前記遊技用装置は、前記エラー発生情報から特定される種類のエラーに対応する対処情報（例えば、サポートデータ）を特定する対処情報特定手段（例えば、図３９に示すように、液晶ユニット制御部５０２が予め情報配信サーバ９０１から受信して記憶しているサポートデータを特定する部分）を備え、前記表示制御手段は、前記対処情報特定手段にて特定した対処情報を前記表示手段に表示する制御を実行可能である（例えば、図３９（Ｂ）に示すように、特定したサポートデータに基づいて液晶表示器５０４においてサポート表示を実行する部分）ので、発生したエラーの対処情報が表示されるようになるので、的確な対処を迅速に行うことができる。
また、前記表示手段は、遊技者の操作を受付け可能な操作受付手段（例えば、タッチパネルを備える液晶表示器５０４）を有し、前記表示制御手段は、前記エラー報知表示とともに呼出表示を表示する制御を実行し（例えば、液晶ユニット制御部５０２が図３７（Ｂ２）に示すように、「遊技機で賞球異常エラー（Ｅ−３３）が発生しました。係員をお呼びください！」の表示と「呼出」のメニュー表示とを含むエラー報知画面を表示する部分）、前記遊技用装置は、前記呼出表示に対応する操作を前記操作受付手段にて受付けた場合に、所定の呼出信号を外部の呼出装置（例えば、呼び出しランプ１０００）に出力可能な呼出信号出力手段（例えば、遊技者が「呼出」のメニュー表示を操作した場合には、該操作が液晶ユニット制御部５０２により検知され、ＣＵ制御部３２３がＣＵ３に接続されている呼び出しランプ１０００に対して呼出信号を出力する部分）を備えるので、エラー報知表示によってエラーの内容を確認しつつ、呼出しの操作を行うことができる。
また、前記消去を、前記第２制御手段が前記第１制御手段よりも先に行う（例えば、図３３に示すように、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアする部分）ので、消去情報が入力される第２制御手段における消去を先に行うことで、これら消去に係わる処理を簡素化することができる。
また、前記第２制御手段は、前記第１制御手段に対して遊技に関する情報の消去要求を送信可能な消去要求送信手段（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）を含み、前記消去要求送信手段は、前記消去要求の出力に応じて消去が完了した旨の消去完了通知を前記第１制御手段から受信しなかった場合には、前記消去要求を再度送信する（例えば、図３３に示すように、液晶ユニット制御部５０２は、ＣＵ３から台データクリア状態（完了）のデータを含む状態要求コマンドを受信しなければ繰り返し台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）ので、第１制御手段に記憶されている遊技に関する情報の消去を、より確実に行うことができる。
また、前記第１制御手段は、前記第２制御手段に対して、該第２制御手段の状態に関する情報の送信を要求する状態要求（例えば、図３３に示す状態要求コマンド）を送信し、前記消去要求送信手段は、前記消去要求を、前記状態要求に対する応答である状態応答（例えば、図３３に示す状態応答コマンド）として送信するので、状態要求への応答である状態応答として消去要求を送信することで、消去要求が確実に第１制御手段において受信されるようにできる。
また、前記消去情報は、前記遊技用装置を管理する管理装置から出力される（例えば、図３３に示すように、液晶ユニット制御部３２３が、情報配信サーバ９０１から出力された台データクリア指示を受信したことに基づいて遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアする部分）ので、遊技に関する情報の消去を管理装置において指示できる。
［２．第２実施例］
図４２は、第２実施例におけるＣＵ３およびＰ台２に用いられる制御回路を示すブロック図である。なお、図５と同一の構成要素については同一の符号を付して、再度の説明を省略する。
本実施例において、ＣＵ３が備える第１ＬＡＮ通信部３２８は、第１実施例と同様に、情報配信サーバ９０１等のＬＡＮ通信先１と接続され、このＬＡＮ通信先１とＬＡＮ通信を行って、各種の情報を送信可能及び受信可能に構成されている。
ＣＵ３が備える第２ＬＡＮ通信部３２９は、ＬＡＮ通信先２と接続され、このＬＡＮ通信先２とＬＡＮ通信を行って、各種の情報を送信可能及び受信可能に構成されている。ＬＡＮ通信先２には、ホールサーバ８０１が含まれる。但し、以下の実施例において、ＬＡＮ通信先２には管理コンピュータ９００は含まれず、ＣＵ３は、シリアル通信部３３４を介して、非ＬＡＮ方式で管理コンピュータ９００と通信を行う。つまり、図４に示した遊技用システムの構成とは、ＣＵ３と管理コンピュータ９００との接続形式が異なっている。
ＣＵ３は、図５の呼び出しランプ用通信部３２７に代えて、シリアル通信部３３４を備えて構成される。シリアル通信部３３４は、店舗内に設置される外部機器との間でシリアル通信を行うための通信装置である。本実施例において、外部機器には、呼び出しランプ１０００、中継装置１２００及び管理コンピュータ９００が含まれ、シリアル通信部３３４は、店舗内に設置される分配器９５０を介して、呼び出しランプ１０００と通信可能に構成されるとともに、中継装置１２００を介して管理コンピュータ９００と通信を行うことが可能に構成されている。
中継装置１２００は、ＣＵ３と管理コンピュータ９００との間のデータの送受を中継する機能を有する外部機器である。この中継装置１２００は、遊技台単位で設けられる台コンピュータ（台コントローラ）としてもよいし、遊技島単位で設けられる島コンピュータ（島コントローラ）としてもよい。
本実施例では、ＣＵ３を主局、外部機器（管理コンピュータ９００や呼び出しランプ１０００）を従局とし、ＣＵ３が備えるシリアル通信部３３４が、ＣＵ制御部３２３の制御に従って、所定のシリアル通信規格に基づき外部機器との間で通信を行うことが可能に構成されている。このシリアル通信規格としては、例えばＲＳ−４８５を適用することができる。ＲＳ−４８５は、データを送受するための専用の対となるラインを用いて、２本のライン間の電圧の相違を利用してデータを伝送するものである。
本実施例において、シリアル通信部３３４は、ＲＳ−４８５用のモジュラコネクタを備え、該モジュラコネクタに接続される配線によってＣＵ３と分配器９５０とが接続され、分配器９５０と呼び出しランプ１０００との間の配線、及び、分配器９５０と中継装置１２００との間の配線によって、ＣＵ３から分配器９５０を介して呼び出しランプ１０００及び中継装置１２００に至る伝送路が形成されている。また、中継装置１２００と管理コンピュータ９００とは、ＬＡＮ等によって接続されており、ＣＵ３は、中継装置１２００を介して管理コンピュータ９００と通信を行うことが可能に構成されている。
ＲＳ−４８５では、差動対としての一対の伝送ラインが用いられる。分配器９５０と呼び出しランプ１０００とは、例えば半二重ＲＳ−４８５式（２線式）による配線によって接続されており、ＣＵ３から分配器９５０を介した呼び出しランプ１０００へのデータ送信と、ＣＵ３から分配器９５０を介した中継装置１２００へのデータ送信とがそれぞれ可能となるように構成されている。なお、反射を防止するため、呼び出しランプ１０００には終端抵抗を設けることが望ましいが、これについては図示を省略している。
このようなＲＳ−４８５による伝送システムを構築しているのは、ＲＳ−４８５等のシリアル通信規格に基づく通信用に設計されたＣＵ３を改造することなく、ＣＵ３と外部機器との間の通信を可能とするためである。また、呼び出しランプ１０００や中継装置１２００の中には、ＬＡＮ方式に対応していないものも存在し得るためである。
そこで、本実施例では、ＣＵ３と外部機器との間の通信を非ＬＡＮ方式で行うこととし、ＣＵ３を主局、外部機器を従局として、ＣＵ３から外部機器に対する一方向の通信（ＣＵ３から外部機器へのデータ送信のみ）を行うこととして説明する。このようにすることで、ＬＡＮ方式に対応することなく、既存の通信方式にて、ＣＵ３から外部機器（管理コンピュータ９００や呼び出しランプ１０００）に対して情報を出力することが可能となる。
なお、中継装置１２００を介さずに、ＣＵ３と管理コンピュータ９００とを直接通信接続するようにシステムを構成することも可能である。この場合は、ＣＵ３と管理コンピュータ９００とを、非ＬＡＮ方式で通信接続するようにすればよい。
Ｐ台２からは、第１実施例で説明した状態情報応答に対応するデータ（以下の実施例では「遊技機データ」と称して説明する。）が２００ｍｓの周期で出力され、ＣＵ３は、Ｐ台２から２００ｍｓの周期で遊技機データを受信する。そして、ＣＵ３は、Ｐ台２から受信した遊技機データに含まれる遊技情報に基づく集計処理を実行し、受信した遊技情報に対応する情報（第１情報）及び集計処理による集計結果に対応する情報（第２情報）を外部機器に送信する。
第１実施例で説明したように、外端出力部３３１には、ＣＵ３からの信号を外部に出力するための制御を行う外部出力回路３３２と、該外部出力回路３３２に接続された外部出力ポートとが設けられており、各外部出力ポートには、それぞれ対応する端子が接続されている。図面では、それぞれ４個ずつの外部出力ポート及び端子を例示しているが、これらの外部出力ポート及び端子の個数は適宜変更することが可能である。現在では、最大で２０個程度とすることが想定されているが、将来的に４０個程度まで増加させることも検討されている。
図４３は、シリアル通信部３３４から外部機器に対して出力されるデータである外部送信データの一例を示す図である。
外部送信データは、１つの電文として構成されるフレームデータであり、ヘッダ部と、電文長部と、データ部と、フッタ部と、誤り検出部と、で構成される。
ヘッダ部は、当該外部送信データの接頭部である。ヘッダ部には、例えばＳＴＸ等の情報が格納される。ＳＴＸは、シリアル通信における電文のテキスト開始を表す制御文字である。
電文長部は、当該外部送信データの電文長が格納される格納部である。電文長部には、例えばＳＴＸ〜ＥＴＸまでの電文長が格納される。
データ部は、当該外部送信データにおいて外部機器に通知する主要なデータが格納される格納部である。本実施例では、データ部には、後述する通常情報及びリカバリ用情報（通常情報＋リカバリ用情報）が格納される。
フッタ部は、当該外部送信データの接尾部である。フッタ部には、例えばＥＴＸ等の情報が格納される。ＥＴＸは、シリアル通信における電文のテキスト終了を表す制御文字である。
誤り検出部は、当該外部送信データの誤り検出用の情報（誤り検出情報）が格納される格納部である。誤り検出の手法としては、パリティチェック（水平／垂直パリティチェック）やハミングコードチェック、ＣＲＣ（巡回冗長検査）等が考えられる。誤り検出部には、誤り検出用のコード（符号）として、例えばＳＴＸ〜ＥＴＸまでの値をＸＯＲした値が格納される。
なお、誤り検出の手法としては、上記のいずれの手法を適用することも可能であり、それぞれの手法に対応する誤り検出用の情報を含む外部送信データを構成すればよい。
図４４は、図４３の外部送信データに含まれるデータ部のデータ構成の一例を示す図である。
データ部には、データの番号を示す「Ｎｏ」と、データの名称である「データ名」と、当該データの「内容」と、が含まれる。具体的なデータは、「内容」の欄に示したＢｉｔによって表現される。
Ｎｏ「１」のデータは、データ名が「台番号」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。「台番号」は、当該ＣＵ３が設置された遊技台の番号（設置台番号）を示す。なお、後述の第３実施例におけるホルダＩＤでもよい。
Ｎｏ「２」〜Ｎｏ「７」のデータは、データ名が「遊技状態」である。この遊技状態は、Ｐ台２の現在の遊技状態を示している。
Ｎｏ「２」のデータは、データ名が「遊技機状態２（大当り等）」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。具体的には、Ｐ台２が「大当り１（全大当り）」に制御されている場合にはＢｉｔ０が“１”に設定され、Ｐ台２が「大当り２（特定大当り）」に制御されている場合にはＢｉｔ１が“１”に設定され、Ｐ台２が「大当り３（時短大当り）」に制御されている場合にはＢｉｔ２が“１”に設定される。Ｂｉｔ３〜Ｂｉｔ７は予備である。
Ｎｏ「３」のデータは、データ名が「遊技機状態２（高確率等）」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。具体的には、Ｐ台２が「大当り＋時短」に制御されている場合にはＢｉｔ０が“１”に設定され、Ｐ台２が「高確率状態」（確変状態）に制御されている場合にはＢｉｔ１が“１”に設定され、Ｐ台２が「時短状態」に制御されている場合にはＢｉｔ２が“１”に設定され、Ｐ台２が「変動中」の状態である場合にはＢｉｔ３が“１”に設定される。Ｂｉｔ４〜Ｂｉｔ７は予備である。
Ｎｏ「４」のデータは、データ名が「不正検知状態１（遊技盤）」であり、例えば“１ｂｙｔｅ” のデータ量のデータで表現される。具体的には、Ｐ台２において「盤面不正１」が検知された場合にはＢｉｔ０が“１”に設定され、Ｐ台２において「盤面不正２」が検知された場合にはＢｉｔ１が“１”に設定され、Ｐ台２において「盤面不正３」が検知された場合にはＢｉｔ２が“１”に設定され、Ｐ台２において「盤面不正４」が検知された場合にはＢｉｔ３が“１”に設定され、Ｐ台２において「盤面不正５」が検知された場合にはＢｉｔ４が“１”に設定され、Ｐ台２において「盤面不正６」が検知された場合にはＢｉｔ５が“１”に設定される。Ｂｉｔ６〜Ｂｉｔ７は予備である。
Ｎｏ「５」のデータは、データ名が「不正検知状態２（遊技機枠）」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。具体的には、Ｐ台２において「前飾り開放」が検知された場合にはＢｉｔ０が“１”に設定され、Ｐ台２において「裏機構部開放」が検知された場合にはＢｉｔ１が“１”に設定され、Ｐ台２において「不正電波」が検知された場合にはＢｉｔ２が“１”に設定され、Ｐ台２において「近接センサ異常」が検知された場合にはＢｉｔ３が“１”に設定され、Ｐ台２において「入賞玉数異常１」が検知された場合にはＢｉｔ４が“１”に設定され、Ｐ台２において「入賞玉数異常２」が検知された場合にはＢｉｔ５が“１”に設定され、Ｐ台２において「不正玉貸」が検知された場合にはＢｉｔ６が“１”に設定され、Ｐ台２において「夜間監視装置異常」が検知された場合にはＢｉｔ７が“１”に設定される。
Ｎｏ「６」のデータは、データ名が「不正検知状態３（遊技機枠）」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。具体的には、Ｐ台２において「残玉データ」が検知された場合にはＢｉｔ０が“１”に設定され、Ｐ台２において「鉄玉」が検知された場合にはＢｉｔ１が“１”に設定され、Ｐ台２において「小玉」が検知された場合にはＢｉｔ２が“１”に設定され、Ｐ台２において「玉単価不整合」が検知された場合にはＢｉｔ３が“１”に設定される。Ｂｉｔ４〜Ｂｉｔ７は予備である。
Ｎｏ「７」のデータは、データ名が「遊技機エラー状態」であり、例えば“１ｂｙｔｅ”のデータ量のデータで表現される。この遊技機エラー状態には、Ｐ台２で発生中のエラーコードが格納される。
Ｎｏ「８」〜Ｎｏ「２１」のデータは、データ名が「リカバリ用情報」である。このリカバリ用情報は、外部機器にリカバリを行わせるために用いられる情報である。本実施例において、外部機器にリカバリを行わせるとは、外部機器が記憶して管理している遊技情報を、ＣＵ３から提供されるリカバリ用情報を用いて、Ｐ台２の遊技情報を反映した正しい遊技情報に補正させることを意味する。
Ｎｏ「８」のデータは「アウト通過玉数累積値」であり、Ｎｏ「９」のデータは「総賞球数累積値」であり、Ｎｏ「１０」のデータは「図柄確定回数累積値」であり、Ｎｏ「１１」のデータは「始動口累積値」であり、Ｎｏ「１２」のデータは「ゲート通過累積値」であり、Ｎｏ「１３」のデータは「役物回数累積値」であり、Ｎｏ「１４」のデータは「役物入賞個数累積値」であり、Ｎｏ「１５」のデータは「特定領域通過累積値」であり、Ｎｏ「１６」のデータは「大当り１累積値」であり、Ｎｏ「１７」のデータは「大当り２累積値」であり、Ｎｏ「１８」のデータは「大当り３累積値」であり、Ｎｏ「１９」のデータは「（大当り＋時短）累積値」であり、Ｎｏ「２０」のデータは「高確率累積値」であり、Ｎｏ「２１」のデータは「時短累積値」である。
Ｎｏ「８」〜Ｎｏ「２１」までのリカバリ用情報の内容には、各データそれぞれの累積値をＢｉｔで表した値が格納される。これらのデータのデータ量は、それぞれ“２ｂｙｔｅ”〜“３ｂｙｔｅ”程度である。
Ｎｏ「２２」のデータは、データ名「ユニット状態」であり、ＣＵ３の状態を示すデータが、例えば“１ｂｙｔｅ” のデータ量のデータで表現される。具体的には、ＣＵ３が「ユニットエラー中」の状態である場合にはＢｉｔ０が“１”に設定され、ＣＵ３が「呼出中」の状態である場合にはＢｉｔ１が“１”に設定され、ＣＵ３が「呼出中（サービス）」の状態である場合にはＢｉｔ２が“１”に設定され、ＣＵ３が「休憩中」の状態である場合にはＢｉｔ３が“１”に設定され、ＣＵ３が「休憩中（時間超過）」の状態である場合にはＢｉｔ４が“１”に設定され、ＣＵ３が「定量制設定超過」の状態である場合にはＢｉｔ５が“１”に設定され、ＣＵ３が「空き台確認中」の状態である場合にはＢｉｔ６が“１”に設定される。Ｂｉｔ７は予備である。
Ｎｏ「２３」のデータは、データ名「データ個数」であり、Ｎｏ「２４」以降の番号に格納されるデータの個数が、例えば“１ｂｙｔｅ” のデータ量のデータで表現される。具体的には、このデータ個数には、遊技情報の個数とユニット情報の個数との総数が格納される。本実施例では、遊技情報の個数を“ｐ個”とし、ユニット情報の個数を“ｑ個”として、データ個数を“ｐ＋ｑ個”として説明する。
Ｎｏ「２４」及びＮｏ「２５」のデータは、データ名「遊技情報１」〜「遊技情報ｐ」＆「ユニット情報１」〜「ユニット情報ｑ」であり、Ｎｏ「２４」には遊技情報及びユニット情報の「種別」が格納され、Ｎｏ「２５」には対応する種別の「カウント情報」が格納される。
Ｎｏ「２４」の種別には、Ｐ台データとＣＵデータとが含まれ、例えば１種別のデータにつき“１ｂｙｔｅ”のデータ量のデータで表現される。
Ｐ台データは、１６進数で、例えば、データなしは“０ｘ００”、始動口への入賞は“０ｘ０１”、大入賞口への入賞は“０ｘ０２”、図柄確定回数は“０ｘ０３”、大当りは“０ｘ０５”、小当りは“０ｘ０６”、ゲート通過は“０ｘ０７”、役物回数は“０ｘ０８”、特定領域通過は“０ｘ０９”でそれぞれ表現され、“０ｘ０Ａ”〜“０ｘ７Ｆ”は予備である。
また、ＣＵデータは、１６進数で、例えば、販売は“０ｘ８０”、消費は“０ｘ８１”、再プレイは“０ｘ８２”、計数は“０ｘ８３”、持玉払出は“０ｘ８４”、共有、分割は“０ｘ８５”でそれぞれ表現され、“０ｘ８６”〜０ｘＦＦ“は予備である。
Ｎｏ「２５」のカウント情報には、Ｐ台２のカウント情報とＣＵ３のカウント情報とが含まれ、それぞれについて、対応する種別のデータのカウント値が、例えば１種別のデータにつき“３ｂｙｔｅ”のデータ量のデータで表現される。
第１実施例で説明したように、Ｐ台２から送信される遊技機データ（状態情報応答）には、「遊技情報１」〜「遊技情報ｎ」の“ｎ個”の情報が含まれる。このｎ個の遊技情報には、例えば、Ｐ台２におけるアウト通過玉数（アウト）や賞球数（セーフ）といった玉数情報や、Ｐ台２で発生した大当り１回数、大当り２回数といった大当り情報、Ｐ台２における遊技球のゲート通過回数、特定領域通過回数といった通過情報、Ｐ台２における遊技球の発射回数、発射強度といった発射情報、Ｐ台２において発生したエラー１、エラー２といったエラー情報、等の情報が含まれ、これらの情報の総数がｎ個である。
本実施例では、ＣＵ３は、Ｐ台２から受信した遊技機データに含まれるｎ個の遊技情報そのもの（ｐ＝ｎ）、又は、ｎ個の遊技情報のうちの一部の遊技情報を間引いた遊技情報（ｐ＜ｎ）を、外部送信データに含めて外部機器に送信する。この外部機器に遊技情報そのもの又は遊技情報のうちの一部の情報は、受信した遊技情報に対応する第１情報に相当する。
また、ＣＵ３は、外部機器に送信するｐ個の遊技情報それぞれについて、Ｐ台２から受信した遊技機データに含まれる対応する種別の遊技情報のカウント値を累積的に加算した累積値（以下、「遊技情報累積値」という。）を算出する集計処理を実行し、集計処理で算出した遊技情報累積値を含むリカバリ用情報を外部送信データに含めて外部機器に送信する。このリカバリ用情報は、集計処理による集計結果に対応する第２情報に相当する。
ここで、上記の集計処理における各種の遊技情報のカウント値を累積する対象範囲（対象期間）としては、例えば、店舗の営業開始〜営業終了までとして設定しておくことができる。つまり、ＣＵ３が、集計処理において、店舗の営業開始〜営業終了までの間の遊技情報累積値を算出するようにすることができる。
以下の説明では、上記のデータ部に格納される情報のうち、リカバリ用情報を除外した情報を包括的に「通常情報」と称する。
図４５及び図４６は、ＣＵ３がＰ台２から送信される遊技機データを受信するタイミング及びＣＵ３が外部機器に外部送信データを送信するタイミングを説明するためのタイミングチャートであり、上段にはＣＵ３がＰ台２から遊技機データを受信するタイミングを示し、下段にはＣＵ３が外部機器に外部送信データを送信するタイミングを示している。
これらの図では、横軸を時間軸とし、遊技機データ及び外部送信データをそれぞれ矩形で示している。遊技機データを示す矩形の幅は、ＣＵ３が遊技機データを受信するのに要する時間（受信時間）を示し、外部送信データを示す矩形の幅は、ＣＵ３が外部送信データを送信するのに要する時間（送信時間）を示している。
図４５に示すように、ＣＵ３は、Ｐ台２から送信される遊技機データを２００ｍｓの受信周期で受信する。ここで、受信周期は、一の遊技機データの受信を開始したタイミング（図中の一の遊技機データの立ち上がりのタイミング）から次の遊技機データの受信を開始したタイミング（図中の次の遊技機データの立ち上がりのタイミング）までの時間である。
ＣＵ３は、Ｐ台２から遊技機データを受信する毎に、集計処理を実行する。ＣＵ３は、Ｐ台２から受信した遊技機データを図４８に示すＣＵ記憶部３２３１に記憶させることで、内部的に蓄積する。集計処理は、受信した遊技機データに格納されている遊技情報に含まれる各種の遊技情報それぞれについて、カウント値を個別に累積加算して遊技情報累積値を算出し、通常情報と、遊技情報累積値で構成されるリカバリ用情報と、を含む外部送信データを生成する処理である。
図４８は、本実施例において、ＣＵ３のＣＵ制御部３２３に内蔵される記憶部であるＣＵ記憶部３２３１に記憶されるデータの一例を示す図である。ＣＵ記憶部３２３１は、ＲＯＭやＥＥＰＲＯＭ、ＲＡＭといったメモリを備えて構成される記憶装置である。
第１実施例で説明したように、Ｐ台２から送信される遊技情報の個数ｎは最大で２２個（ｎ＝２２）程度であり、これにＰ台２の遊技機状態等の情報が含まれるため、Ｐ台２からＣＵ３が受信するデータ量は多い。つまり、ＣＵ３は、データ量の多い遊技機データを２００ｍｓという短い周期で受信することになる。
本実施例では、集計処理に要する時間（集計処理の処理時間）を“αｍｓ（ミリ秒）”として説明する。この場合、ＣＵ３が外部送信データの送信を開始するタイミングは、遊技機データを受信したタイミングから“αｍｓ”だけ遅れることとなる。ＣＵ制御部３２３が備える処理装置（プロセッサ等）の性能にもよるが、処理時間は３０ｍｓ程度（α＝３０）となることが想定される。
上記の集計処理の処理時間“αｍｓ”分のデータ送信の遅延を考慮すると、ＣＵ３による外部送信データの送信が完了するタイミングは、次の遊技機データの受信を開始するタイミングよりも“βｍｓ”だけ遅くなる。但し、“β”は、集計処理の処理時間“αｍｓ”に外部送信データの送信時間（外部送信データの送信を開始してから完了するまでの時間）“ωｍｓ”を加算した時間から、遊技機データの受信時間間隔（一の遊技機データの受信を完了してから次の遊技機データの受信を開始するまでの時間）“γｍｓ”を減算した時間（β＝α＋ω−γ）として算出される。
集計処理が終了すると、ＣＵ３は、生成した外部送信データの送信を開始する。従って、ＣＵ３が外部送信データを送信する際には、集計処理の処理時間分の遅延が生ずることになる。このため、ＣＵ３は、次の遊技機データの受信を開始するタイミングでは、１つ前の遊技機データに基づいて生成した外部送信データの送信を、未だ完了していない状態となり得る。
この問題を解決するためには、（１）外部送信データの転送速度を上げる、（２）外部送信データの総データ量を削減する、の２つの手法が考えられる。外部送信データの転送速度を上げることで、外部送信データの総データ量が同一であっても、単位時間あたりに送信できるデータ量が増加する。また、外部送信データのデータ量を削減することで、外部送信データの転送速度が同一であっても、単位データ量あたりの転送時間が早くなる。この様子を示したのが図４６である。図４６では、外部送信データの幅が図４５を比べて短くなっており、外部送信データの送信が完了するタイミングが、図４５と比べて早くなっている。
外部送信データの総データ量を削減する場合、外部送信データのデータ部に格納される遊技情報のうちの一部の情報を間引くことが考えられる。間引くとは、一部の情報を送信対象から除外することを意味する。つまり、前述したように、Ｐ台２から送信される遊技機データに含まれるｎ個の遊技情報のうち、外部機器にとって重要性の低い遊技情報については外部機器への送信対象から除外し、残りの遊技情報をデータ部に含む外部送信データを外部機器に送信すればよい。
理想的には、次の遊技機データをＰ台２から受信すると同時かそれよりも前に、外部送信データの送信が完了していることが望ましい。つまり、図４６において、図４５に示した外部送信データの送信が完了するタイミングよりも“β１ｍｓ”（但し、β１≧β）だけ早いタイミングで外部送信データの送信が完了するように外部送信データの転送速度やデータ量を調整することが望ましい。このようにすることで、集計処理に要した時間、つまり、集計処理の処理時間分の遅延を吸収することができ、次の受信した遊技機データに基づく集計処理にスムーズに移行することができる。
しかし、必ずしも次の遊技機データをＰ台２から受信すると同時かそれよりも前に外部送信データの送信が完了していなければならないわけではなく、集計処理の処理時間分の外部送信データの送信の遅延を少なくするという意味においては、外部送信データの送信が完了するタイミングが、図４５に示した場合よりも早くなれば問題はない。つまり、図４６において、図４５に示した外部送信データの送信が完了するタイミングよりも“β２ｍｓ”（但し、β２＜β）だけ早いタイミングで外部送信データの送信が完了するように外部送信データの転送速度や総データ量を調整してもよい。
外部送信データの総データ量は、主にデータ部に格納される遊技情報のデータ数に依存するが、現状では、最小で“５０ｂｙｔｅ”〜“５５ｂｙｔｅ”程度、最大で“１５５ｂｙｔｅ”〜“１６０ｂｙｔｅ”程度となることが想定されている。この場合、概算で、転送速度を“１９２００ｂｐｓ（２．４ｂｙｔｅ／ｍｓ）”以上とすれば、集計処理の処理時間分のデータ送信の遅延を調整可能に外部送信データを外部機器に送信することができる。
図４７は、本実施例において、ＣＵ制御部３２３が実行する処理であるＣＵ処理及び管理コンピュータ９００の処理部が実行する処理である管理コンピュータ処理の流れの一例を示すフローチャートである。左側にＣＵ処理を、右側に管理コンピュータ処理をそれぞれ図示している。
最初に、ＣＵ制御部３２３は、Ｐ台２に対して遊技機データを要求し（Ａ１）、この要求に応じてＰ台２から送信される遊技機データを受信する。次いで、ＣＵ制御部３２３は、受信した遊技機データに基づく集計処理を実行する（Ａ３）。
集計処理では、ＣＵ制御部３２３は、遊技情報累積値算出処理を実行する（Ａ３−１）。この遊技情報累積値算出処理では、遊技機データに含まれる遊技情報のカウント値を累積した遊技情報累積値を算出する。つまり、各遊技情報それぞれについて、前回の遊技情報累積値算出処理で算出した遊技情報累積値に、今回受信した遊技機データから特定される当該遊技情報のカウント値を加算することで、遊技情報累積値を算出する。
次いで、ＣＵ制御部３２３は、外部送信データ生成処理を実行する（Ａ３−２）。具体的には、通常情報と、Ａ３−１で算出した各遊技情報累積値を含むリカバリ用情報とを含む外部送信データを生成する。そして、ＣＵ制御部３２３は、集計処理を終了する。
その後、ＣＵ制御部３２３は、外部送信データを送信する（Ａ５）。具体的には、Ａ３−２で生成した外部送信データをシリアル通信部３３４に送信させる制御を実行する。外部送信データは、分配器９５０を介して、呼び出しランプ１０００及び中継装置１２００に送信される。そして、中継装置１２００は、ＣＵ３から受信した外部送信データを管理コンピュータ９００に転送する。
次いで、ＣＵ制御部３２３は、処理を終了するか否かを判定し（Ａ７）、処理を継続すると判定したならば（Ａ７；Ｎｏ）、Ａ１に処理を戻す。また、処理を終了すると判定したならば（Ａ７；Ｙｅｓ）、ＣＵ制御部３２３は、ＣＵ処理を終了する。
管理コンピュータ９００の処理部は、中継装置１２００を介してＣＵ３から外部送信データを新規に受信したか否かを判定し（Ｂ１）、受信したと判定したならば（Ｂ１；Ｙｅｓ）、データ異常判定処理を実行する（Ｂ３）。
具体的には、受信した外部送信データの誤り検出部に記憶されている誤り検出情報を用いた誤り検出処理を実行して、受信した外部送信データの誤りを検出する。誤りが検出されるのは、電気的ノイズやコーディングエラーといった要因によって、正しいデータを受信できなかったような場合である。
また、データ異常判定処理では、受信した外部送信データにデータ欠損が生じているか否かを判定する。データ欠損が検出されるのは、例えば、装置の電断や処理速度不足、メモリ不足といった要因によって、データの一部が欠損（欠落）してしまったような場合である。
データ異常判定処理でデータ異常と判定されなかったならば（Ｂ５；Ｎｏ）、管理コンピュータ９００の処理部は、処理を終了するか否かを判定する（Ｂ７）、処理を継続すると判定したならば（Ｂ７；Ｎｏ）、Ｂ１に処理を戻す。また、処理を終了すると判定したならば（Ｂ７；Ｙｅｓ）、管理コンピュータ９００の処理部は、管理コンピュータ処理を終了する。
一方、Ｂ１において外部送信データを新規に受信しなかったと判定したならば（Ｂ１；Ｙｅｓ）、管理コンピュータ９００の処理部は、外部送信データが受信不能であるか否かを判定する（Ｂ９）。ここで言う受信不能とは、通信障害等によってＣＵ３から２００ｍｓの周期で送信される外部送信データを受信できなくなることを意味する。例えば、前回の外部送信データの受信を開始してから新たな外部送信データの受信を開始するまでの時間が、外部送信データの送信周期である２００ｍｓに一定の猶予時間（例えば１００ｍｓ）を加えた時間に達した場合に、受信不能と判定するすることができる。
受信不能ではないと判定したならば（Ｂ９；Ｎｏ）、管理コンピュータ９００の処理部は、Ｂ１に処理を戻す。一方、受信不能であると判定したならば（Ｂ９Ｙｅｓ）、管理コンピュータ９００の処理部は、受信エラー処理を実行する（Ｂ１１）。
具体的には、例えば、受信不能である旨のメッセージを管理コンピュータ９００の表示部に表示させたり、警告音を管理コンピュータ９００の音出力部から出力させるなどして、通信障害等の問題が発生している可能性があることを店舗の管理者に報知する。そして、管理コンピュータ９００の処理部は、問題が解消するまで管理コンピュータ処理の実行を停止し、問題が解消した後、管理者の操作に従って、管理コンピュータ処理の実行を再開する。
また、Ｂ５においてデータ異常が検出された場合には（Ｂ５；Ｙｅｓ）、管理コンピュータ９００の処理部は、データエラー処理を実行する（Ｂ１３）。具体的には、例えば、データ異常を検出した旨のメッセージを管理コンピュータ９００の表示部に表示させたり、警告音を管理コンピュータ９００の音出力部から出力させるなどして、装置や伝送路に何らかの問題が発生している可能性があることを店舗の管理者に報知する。そして、管理コンピュータ９００の処理部は、問題が解消するまで管理コンピュータ処理の実行を停止し、問題が解消した後、管理者の操作に従って、管理コンピュータ処理の実行を再開する。
なお、上記のデータエラー処理において、従来公知の誤り訂正手法に基づく誤り訂正処理を実行して、受信した外部送信データに含まれる誤りを訂正するようにしてもよい。誤り訂正に成功した場合には、訂正後の外部送信データを記憶部に記憶させ、Ｂ７へと処理を移せばよい。
第２実施例では、ＣＵ３は、Ｐ台２からの遊技情報を受信し、ＣＵ制御部３２３は、受信した遊技情報に基づく集計処理を実行する。そして、シリアル通信部３３４は、ＣＵ制御部３２３の制御に従って、受信した遊技情報そのまま又は受信した遊技情報のうちの一部の情報、及び、集計処理による集計結果に対応するリカバリ用情報を含む外部送信データを、管理コンピュータ９００や呼び出しランプ１０００等の外部機器に送信する。
これによれば、管理コンピュータ９００や呼び出しランプ１０００等の外部機器がＣＵ３からの外部送信データを一定期間受信できずその後外部送信データを受信した場合に、その受信できなかった期間を含むＰ台２の状態変化等に関する累計値をリカバリ用情報として外部機器が取得でき、このリカバリ用情報を用いて受信できなかった期間のＰ台２の遊技情報を正しい遊技情報に外部機器が補正可能となるため、管理コンピュータ９００や呼び出しランプ１０００等の外部機器において情報管理を適切に行うことが可能となる。
［３．第３実施例］
次に、上記の第２実施例を応用した第３実施例について説明する。
第３実施例におけるＣＵ３及びＰ台２に用いられる制御回路を示すブロック図は、図４２に示したブロック図とほぼ同様であるが、ＣＵ３が備えるシリアル通信部３３４から分配器９５０を介して呼び出しランプ１０００及び中継装置１２００に至る伝送路が、一方向通信ではなく双方向通信が可能となるように構成されている点が異なる。
具体的には、本実施例では、分配器９５０と呼び出しランプ１０００とが、例えば全二重ＲＳ−４８５式（４線式）による配線によって接続されており、第２実施例とは異なり、ＣＵ３と外部機器との間で双方向の通信を行うことが可能に構成されている。
本実施例において、ＣＵ記憶部３２３１には、例えば図４８に示すように、プログラムとして、ＣＵ制御部３２３（ＣＵ制御部３２３が備える処理部）によって読み出され、ＣＵ処理として実行されるＣＵ処理プログラム３２３３が記憶されている。また、ＣＵ記憶部３２３１には、データとして、遊技情報管理用テーブル３２３４と、外部送信データ管理用テーブル３２３５と、ユニット設定用データ３２３６と、台番号３２３７とが記憶される。また、ＣＵ記憶部３２３１には、データベース（ＤＢ）として、遊技機データベース３２３８と、遊技情報累積データベース３２３９とが含まれる。
遊技情報管理用テーブル３２３４は、ＣＵ３においてＰ台２から送信される遊技機データに含まれる遊技情報を管理するためのテーブルであり、そのテーブル構成の一例を図４９に示す。
遊技情報管理用テーブル３２３４には、遊技情報を同種毎にまとめた情報分類と、情報分類及び該情報分類に含まれる遊技情報の番号である情報Ｎｏと、遊技情報の名称である情報名と、当該情報名の遊技情報のランクと、が対応付けて定められている。情報名の欄には、Ｐ台２から送信される遊技機データに含まれるｎ個の遊技情報が、情報分類毎にそれぞれ分類されて定められている。
ランクは、遊技情報の重要度（優先度とも言える。）を示し、「Ａ」が最も重要度が高く、「Ｂ」、「Ｃ」、「Ｄ」、・・・、の順に重要度が低くなることを示している。
情報分類には、「玉数情報」、「大当り情報」、「通過情報」、「発射情報」、「エラー情報」といった分類が含まれる。
情報分類「玉数情報」のＮｏは「１」であり、この玉数情報には、アウト通過玉数、総賞球数、・・・、といった遊技情報が含まれ、それぞれ「１ａ」、「１ｂ」、・・・、といったように個別のＮｏが割り当てられており、この例では、それぞれにランク「Ｂ」が割り当てられている。
情報分類「大当り情報」のＮｏは「２」であり、この大当り情報には、大当り１回数、大当り２回数、・・・、といった遊技情報が含まれ、それぞれ「２ａ」、「２ｂ」、・・・、といったように個別のＮｏが割り当てられており、この例では、それぞれにランク「Ｂ」が割り当てられている。
情報分類「通過情報」のＮｏは「３」であり、この通過情報には、ゲート通過回数、特定領域通過回数、・・・、といった遊技情報が含まれ、それぞれ「３ａ」、「３ｂ」、・・・、といったように個別のＮｏが割り当てられており、この例では、それぞれにランク「Ｃ」が割り当てられている。
情報分類「発射情報」のＮｏは「４」であり、この発射情報には、発射回数、発射強度、・・・、といった遊技情報が含まれ、それぞれ「４ａ」、「４ｂ」、・・・、といったように個別のＮｏが割り当てられており、この例では、それぞれにランク「Ｄ」が割り当てられている。
情報分類「エラー情報」のＮｏは「５」であり、このエラー情報には、エラー１、エラー２、・・・、といった遊技情報が含まれ、それぞれ「５ａ」、「５ｂ」、・・・、といったように個別のＮｏが割り当てられており、この例では、それぞれにランク「Ａ」が割り当てられている。
なお、上記の遊技情報管理用テーブル３２３４では、情報名の欄の遊技情報毎にランクを定めているが、これらのランクはそれぞれ異なっていてもよい。つまり、同じ情報分類内の遊技情報について、それぞれ異なるランクを定めておいてもよい。また、上記の遊技情報管理用テーブル３２３４において、情報分類の欄に定められた情報分類毎にランクを定めるようにしてもよい。つまり、個別の遊技情報に対してランクを定めるのではなく、包括的な遊技情報に対してランクを定めるようにしてもよい。
外部送信データ管理用テーブル３２３５は、自装置から外部機器に送信する外部送信データの種別を管理するために用いられるテーブルであり、そのテーブル構成の一例を図５０に示す。
外部送信データ管理用テーブル３２３５には、外部送信データの種別の番号であるデータ種別Ｎｏと外部送信データの種別（括弧内はデータ部の種別）と、が対応付けて定められている。
データ種別Ｎｏ「１」には、第１種外部送信データが定められており、データ部の種別としてデータ部Ｘが定められている。
データ種別Ｎｏ「２」には、第２種外部送信データが定められており、データ部の種別としてデータ部Ｙが定められている。
データ種別Ｎｏ「３」には、第３種外部送信データが定められており、データ部の種別としてデータ部Ｚが定められている。
図５１は、上記の各種の外部送信データのデータ構成の一例を示す図である。
図５１（１）に示すように、第１種外部送信データは、ヘッダ部と、電文長部と、データ部Ｘと、フッタ部と、誤り検出部と、でなる１つの電文としてのフレームデータとして構成される。また、データ部Ｘは、通常情報とリカバリ用情報と（通常情報＋リカバリ用情報）で構成される。この第１種外部送信データは、第２実施例で説明した外部送信データ（図４３参照）と同様のデータである。
図５１（２）に示すように、第２種外部送信データは、ヘッダ部と、電文長部と、データ部Ｙと、フッタ部と、誤り検出部と、でなる１つの電文としてのフレームデータとして構成される。また、データ部Ｙは、通常情報のみで構成される。この第２種外部送信データは、第１種外部送信データのデータ部からリカバリ用情報を除外した構成のデータである。
また、図５１（３）に示すように、第３種外部送信データは、ヘッダ部と、電文長部と、データ部Ｚと、フッタ部と、誤り検出部と、でなる１つの電文としてのフレームデータとして構成される。また、データ部Ｚは、リカバリ用情報のみで構成される。この第３種外部送信データは、第１種外部送信データのデータ部から通常情報を除外した構成のデータである。
上記の３種類の外部送信データは、データ部に格納される情報の種類や数が異なるため、総データ量が異なる。データ部のデータ量に応じて電文長が変化するため、外部機器は、受信した外部送信データの電文長部に格納されている電文長に基づいて、受信した外部送信データのデータ種別を判別することができる。なお、データ種別の判別を容易にするため、例えば、ヘッダ部に外部送信データのデータ種別を表すコード（データ種別コード）を格納するようにしてもよい。
ユニット設定用データ３２３６は、自装置における遊技情報の集計や外部送信データの送信等に関する設定を行うためのデータであり、そのデータ構成の一例を図５２に示す。
ユニット設定用データ３２３６は、店舗に設置されるＣＵ３の一定のグループ単位で生成されるデータであり、各ユニット設定用データ３２３６には、ユニットグループと、設定非送信対象情報ランクと、設定非集計対象情報Ｎｏと、設定通常時送信用データ種別Ｎｏと、設定異常時送信用データ種別Ｎｏと、が記憶される。
ユニットグループには、当該ユニット設定用データ３２３６を適用するＣＵ３のグループが設定される。このユニットグループには、例えば、同じ機種のＰ台２に対応して設けられるＣＵ３のグループ単位や同じ遊技島に設置されるＣＵ３のグループ単位、隣接する数台のＣＵ３のグループ単位、といった各種のグループを適用することが可能である。
なお、ＣＵ３毎に個別のユニット設定用データ３２３６を生成するようにしてもよく、この場合には、ユニットグループを、ＣＵ３の固有の識別番号（ＩＤ）であるユニットＩＤとすればよい。
設定非送信対象情報ランクは、外部送信データのデータ部から除外する遊技情報、つまり、外部機器に送信しない遊技情報のランクの設定であり、図４９の遊技情報管理用テーブル３２３４に定められたランクの中から選択されたランクが記憶される。
設定非集計対象情報Ｎｏは、Ｐ台２から受信した遊技機データに含まれる遊技情報のうち集計処理における遊技情報累積値の算出対象から除外する遊技情報の番号の設定であり、図４９の遊技情報管理用テーブル３２３４に定められたＮｏの中から選択されたＮｏが記憶される。
設定通常時送信用データ種別Ｎｏは、通常時にＣＵ３から外部機器に対して送信する外部送信データの種別の設定であり、図５０の外部送信データ管理用テーブル３２３５に定められた外部送信データの種別のＮｏの中から選択されたＮｏが記憶される。
設定異常時送信用データ種別Ｎｏは、異常時にＣＵ３から外部機器に対して送信する外部送信データの種別の設定であり、図５０の外部送信データ管理用テーブル３２３５に定められた外部送信データの種別のＮｏの中から選択されたＮｏが記憶される。
例えば、図５２の一番上に示したユニット設定用データ３２３６は、ユニットグループ「グループ１」に含まれるＣＵ３に適用されるデータである。設定非送信対象情報ランクは「ランクＤ以下」であるため、図４９の遊技情報管理用テーブル３２３４に定められている遊技情報のうち、例えば、ランクＤが定められている発射情報は、ＣＵ３から外部機器に送信しないようにすることを意味する。また、設定非集計対象情報Ｎｏは「４、５」であるため、図４９の遊技情報管理用テーブル３２３４に定められている遊技情報のうち、発射情報及びエラー情報は、集計処理における遊技情報累積値の算出対象から除外することを意味する。
また、設定通常時送信用データ種別Ｎｏは「２」であるため、通常時には、図５１に示した外部送信データのうち、通常情報のみが格納された第２種外部送信データ（図５１（２））がＣＵ３から外部機器に対して送信され、設定異常時送信用データ種別Ｎｏは「１」であるため、異常時には、図５１に示した外部送信データのうち、通常情報及びリカバリ用情報が格納された第１種外部送信データ（図５１（１））がＣＵ３から外部機器に対して送信されることを意味する。
台番号３２３７は、自ユニットの設置位置に対応付けて設定される遊技台の番号である。Ｐ台２の設置位置に隣接する位置には、ＣＵ３の本体（筐体）を取付可能なホルダ（取付枠、取付器具）であって、ＣＵ３の本体を前面方向に引き出し可能に保持するユニットホルダが設置されている。ユニットホルダは、遊技台毎に設けられ、ＣＵ３を新たなものに交換したり、移設した場合であっても、ユニットホルダ自体が交換されることはなく、引き続き、従前のものが使用される。
ユニットホルダには、その背面部にホルダ基板が設けられており、該ホルダ基板のメモリ（ＲＯＭや不揮発性メモリ等）に、台番号又はユニットホルダのＩＤ（以下、「ホルダＩＤ」という。）が登録されている。本実施例では、ホルダ基板のメモリに台番号が登録されていることとして説明する。ユニットホルダの構造は、例えば特開２０１２−１００９７９号公報の図７等に開示されているものを適用することができる。
ＣＵ３がユニットホルダに取り付けられてホルダ基板に接続されることで、ＣＵ３は、該ホルダ基板から台番号を取得することが可能となる。ＣＵ制御部３２３は、ホルダ基板から取得した台番号３２３７をＣＵ記憶部３２３１に記憶させる。
なお、ホルダ基板にホルダＩＤを登録しておき、ＣＵ３が、ホルダ基板からホルダＩＤを取得して記憶するようにすることも可能である。この場合、ホルダＩＤの管理は、店舗に設置されるホールコンピュータや管理コンピュータ９００等の管理装置側で、Ｐ台２とＣＵ３とを対応付けて行うようにすればよい。台番号やホルダＩＤは、遊技機を識別可能な遊技機識別情報に相当する。
遊技機データベース３２３８は、Ｐ台２から受信した遊技機データが蓄積的に格納されるデータベースである。遊技機データには遊技情報が含まれるため、遊技機データベース３２３８には、Ｐ台２から受信した遊技情報も蓄積的に格納される。
遊技情報累積データベース３２３９は、ＣＵ制御部３２３が遊技機データベース３２３８に格納されている遊技機データに基づく集計処理を実行することで算出した各種別の遊技情報それぞれの遊技情報累積値を含む遊技情報累積データや、外部機器から取得した遊技像法累積データが格納されるデータベースである。
図５３は、本実施例において、ＣＵ制御部３２３が実行する処理であるＣＵ処理及び管理コンピュータ９００が実行する処理である管理コンピュータ処理の流れの一例を示すフローチャートである。左側にＣＵ処理を、右側に管理コンピュータ処理をそれぞれ図示している。なお、図４７に示したＣＵ処理及び管理コンピュータ処理と同一のステップについては同一の符号を付して、再度の説明を省略する。
Ａ１の後、ＣＵ制御部３２３は、Ｐ台２から受信した遊技機データを記憶部３２３１の遊技機データベース３２３８に蓄積的に記憶させる（Ｃ３）。次いで、ＣＵ制御部３２３は、通常時外部送信データ生成処理を実行する（Ｃ４）。具体的には、今回受信した遊技機データ（最新の遊技機データ）に基づいて、ユニット設定用データ３２３６に記憶されている設定通常時送信用データ種別Ｎｏに対応する種別の通常時外部送信用データを生成する。
次いで、ＣＵ制御部３２３は、通常時外部送信データを送信する（Ｃ５）。具体的には、Ｃ４で生成した通常時外部送信データをシリアル通信部３３４に送信させる制御を実行する。通常時外部送信データは、分配器９５０を介して、呼び出しランプ１０００及び中継装置１２００に送信される。そして、中継装置１２００は、ＣＵ３から受信した通常時外部送信データを、ＬＡＮ通信によって管理コンピュータ９００に転送する。
管理コンピュータ９００の処理部は、中継装置１２００を介してＣＵ３から通常時外部送信データを新規に受信したか否かを判定し（Ｄ１）、受信したと判定したならば（Ｄ１；Ｙｅｓ）、データ異常判定処理を実行し（Ｂ３）、データ異常ではないと判定したならば（Ｂ５；Ｎｏ）、中継装置１２００を介してＣＵ３に対して通常時データ受信通知を行う（Ｄ７）。通常時データ受信通知は、ＣＵ３による通常時外部送信データの送信（通知）のコマンドに対して、通常時外部送信データの受信を正常に完了したことをＣＵ３に通知するレスポンスである。通常時データ受信通知は、中継装置１２００を介して呼び出しランプ１０００にも送信される。そして、管理コンピュータ９００の処理部は、Ｂ７へと処理を移す。
一方、データ異常と判定したならば（Ｂ５；Ｙｅｓ）、管理コンピュータ９００の処理部は、中継装置１２００を介してＣＵ３に対して通常時データ異常通知を行う（Ｄ９）。この通常時データ異常通知は、ＣＵ３による通常時外部送信データの送信（通知）のコマンドに対して、受信した通常時外部送信データに異常が生じていることをＣＵ３に通知するレスポンスである。通常時データ異常通知は、中継装置１２００を介して呼び出しランプ１０００にも送信される。
ＣＵ制御部３２３は、Ｃ５の後、中継装置１２００を介して管理コンピュータ９００から通常時データ受信通知を受けたか否かを判定し（Ｃ７）、受けたと判定したならば（Ｃ７；Ｙｅｓ）、Ａ７へと処理を移す。
一方、通常時データ受信通知を受けなかったと判定したならば（Ｃ７；Ｎｏ）、ＣＵ制御部３２３は、管理コンピュータ９００から通常時データ異常通知を受けたか否かを判定する（Ｃ９）。そして、受けたと判定したならば、ＣＵ制御部３２３は、集計処理を実行する（Ｃ１１）。具体的には、ＣＵ記憶部３２３１の遊技機データベース３２３８に蓄積的に記憶されている遊技機データに基づいて、第２実施例と同様に、遊技情報累積値算出処理を実行する。
遊技情報累積値算出処理では、遊技機データベース３２３８に蓄積的に記憶されている遊技機データに含まれる遊技情報のうち、ユニット設定用データ３２３６に記憶されている設定非集計対象情報Ｎｏに対応する遊技情報を除外した遊技情報について、カウント値を累積した遊技情報累積値を算出する。続けて、ＣＵ制御部３２３は、外部送信データ生成処理を実行する。具体的には、遊技情報累積値算出処理の算出結果に基づいて、ユニット設定用データ３２３６に記憶されている設定異常時送信用データ種別Ｎｏに対応する種別の異常時外部送信用データを生成する。そして、ＣＵ制御部３２３は、集計処理を終了する。
次いで、ＣＵ制御部３２３は、異常時外部送信データを送信する（Ｃ１３）。具体的には、Ｃ１１で生成した異常時外部送信データをシリアル通信部３３４に送信させる制御を実行する。異常時外部送信データは、分配器９５０を介して、呼び出しランプ１０００及び中継装置１２００に送信される。そして、中継装置１２００は、ＣＵ３から受信した異常時外部送信データを、ＬＡＮ通信によって管理コンピュータ９００に転送する。
Ｄ９の後、管理コンピュータ９００の処理部は、中継装置１２００を介してＣＵ３から異常時外部送信データを受信したか否かを判定し（Ｄ１１）、受信したと判定したならば（Ｄ１１；Ｙｅｓ）、データ異常判定処理を実行する（Ｄ１３）。このデータ異常判定処理は、Ｂ３のデータ異常判定処理と同様の手法を用いた処理として実現される。
データ異常ではないと判定したならば（Ｄ１５；Ｎｏ）、ＣＵ制御部３２３は、中継装置１２００を介してＣＵ３に対して異常時データ受信通知を行う（Ｄ１７）。異常時データ受信通知は、ＣＵ３による異常時外部送信データの送信（通知）のコマンドに対して、異常時外部送信データの受信を正常に完了したことをＣＵ３に通知するレスポンスである。異常時データ受信通知は、中継装置１２００を介して呼び出しランプ１０００にも送信される。そして、管理コンピュータ９００の処理部は、Ｂ７へと処理を移す。
Ｃ１３の後、ＣＵ制御部３２３は、中継装置１２００を介して管理コンピュータ９００から異常時データ受信通知を受けたか否かを判定し（Ｃ１５）、受けたと判定したならば（Ｃ５；Ｙｅｓ）、Ａ７へと処理を移す。
Ｃ９において管理コンピュータ９００から通常時データ異常通知を受けなかったと判定した場合（Ｃ９；Ｎｏ）、又は、Ｃ１５において異常時データ受信通知を受けなかったと判定したならば（Ｃ１５；Ｎｏ）、ＣＵ制御部３２３は、エラー処理を実行する（Ｃ１７）。
また、管理コンピュータ９００の処理部は、Ｄ１において通常時外部送信データを新規に受信しなかったと判定したならば（Ｄ１；Ｎｏ）、Ｂ９へと処理を移す。Ｂ９において受信不能と判定された場合には（Ｂ９；Ｙｅｓ）、管理コンピュータ９００の処理部は、受信エラー処理を実行する（Ｂ１１）。
また、Ｄ１１において異常時外部送信データを受信しなかったと判定したならば（Ｄ１１；Ｎｏ）、Ｂ１１へと処理を移し、Ｄ１５においてデータ異常と判定したならば（Ｄ１５；Ｙｅｓ）、Ｂ１３へと処理を移す。
ここで、データ異常と判定された場合には、異常時外部送信データをＣＵ３から外部機器に送信するが、ＣＵ３はＰ台２から継続的に遊技機データを受信するため、遊技機データの受信タイミングと外部送信データの送信タイミングとの同期が取れなくなる。そこで、ＣＵ制御部３２３は、例えば、管理コンピュータ９００から異常時データ受信通知を受けた後、データの送受信のタイミングを外部機器との間で同期させる処理を実行した後に、Ａ１に処理を戻すようにするとよい。
なお、上記の処理において、一時的な通信障害等によって、ＣＵ３から外部送信データを受信できなくなる場合も考えられる。そこで、管理コンピュータ９００の処理部は、Ｂ９において受信不能と判定された場合に、ＣＵに対して、通常時外部送信データの受信に失敗したことを通知する受信不能通知を行うようにしてもよい。
図５４は、本実施例において呼び出しランプ１０００の処理部が実行する呼び出しランプ処理の流れの一例を示すフローチャートである。
呼び出しランプ１０００の処理部は、分配器９５０を介してＣＵ３から通常時外部送信データを新規に受信したか否かを判定し（Ｅ１）、受信したと判定したならば（Ｅ１；Ｙｅｓ）、受信した通常時外部送信データを記憶部に記憶させた後、分配器９５０を介して管理コンピュータ９００から通常時データ異常通知を受信したか否かを判定する（Ｅ３）。
通常時データ異常通知を受信しなかったと判定したならば（Ｅ３；Ｎｏ）、呼び出しランプ１０００の処理部は、表示更新判定処理を実行する（Ｅ５）。具体的には、表示部の表示対象として設定されている遊技情報それぞれについて、記憶部に記憶されている前回の通常時外部送信データに含まれるカウント値と、今回受信した通常時外部送信データに含まれるカウント値と、が一致しているか否かを判定する。
本実施例において、呼び出しランプ１０００の表示部の表示対象として設定する遊技情報には、ＣＵ３が接続されているＰ台２におけるスタート回数、大当り回数、小当り回数等の情報を含めることができる。そして、一致している場合には表示更新の必要なし（表示更新条件不成立）と判定し、一致していない場合には表示更新の必要あり（表示更新条件成立）と判定する。
表示更新条件が成立したと判定したならば（Ｅ７；Ｙｅｓ）、呼び出しランプ１０００の処理部は、表示更新処理を実行する（Ｅ９）。具体的には、表示部に現在表示中の遊技情報のうち、表示更新の必要ありと判定された遊技情報について、表示部に現在表示中の値に今回受信した通常時外部送信データに含まれる遊技情報のカウント値を加算した加算値に更新表示させるように制御する。
次いで、呼び出しランプ１０００の処理部は、処理を終了するか否かを判定し（Ｅ１１）、処理を継続すると判定したならば（Ｅ１１；Ｎｏ）、Ｅ１に処理を戻す。また、処理を終了すると判定したならば（Ｅ１１；Ｙｅｓ）、呼び出しランプ１０００の処理部は、呼び出しランプ処理を終了する。
一方、分配器９５０を介してＣＵ３から通常時外部送信データを新規に受信しなかったと判定したならば（Ｅ１；Ｎｏ）、呼び出しランプ１０００の処理部は、通常時外部送信データを受信不能であるか否かを判定し（Ｅ１３）、受信不能ではないと判定したならば（Ｅ１３；Ｎｏ）、Ｅ１に処理を戻す。また、受信不能と判定したならば（Ｅ１３；Ｙｅｓ）、呼び出しランプ１０００の処理部は、受信エラー処理を実行する（Ｅ１５）。
また、分配器９５０を介して管理コンピュータ９００から通常時データ異常通知を受信した場合には（Ｅ３；Ｙｅｓ）、呼び出しランプ１０００の処理部は、分配器９５０を介してＣＵ３から異常時外部送信データを受信したか否かを判定する（Ｅ１７）。そして、受信したと判定したならば（Ｅ１７）、呼び出しランプ１０００の処理部は、受信した異常時外部送信データを記憶部に記憶させた後、リカバリ判定処理を実行する（Ｅ１９）。
具体的には、表示部の表示対象として設定されている遊技情報それぞれについて、現在表示中の遊技情報の値と、受信した異常時外部送信データのリカバリ用情報に含まれる当該遊技情報に対応する遊技情報累積値と、が一致しているか否かを判定する。そして、一致している場合にはリカバリの必要なし（リカバリ条件不成立）と判定し、一致していない場合にはリカバリの必要あり（リカバリ条件成立）と判定する。
リカバリ条件が成立したと判定したならば（Ｅ２１；Ｙｅｓ）、呼び出しランプ１０００の処理部は、リカバリ処理を実行する（Ｅ２３）。具体的には、記憶部に記憶されている遊技情報のうち、リカバリの必要ありと判定された遊技情報の値を、受信したリカバリ用情報に含まれる遊技情報累積値で記憶更新させる。そして、記憶更新させた遊技情報累積値で、表示中の遊技情報の値を表示更新させるように制御する。そして、呼び出しランプ１０００の処理部は、Ｅ１１へと処理を移す。
また、Ｅ１７において異常時外部送信データを受信しなかったと判定したならば（Ｅ１７；Ｎｏ）、呼び出しランプ１０００の処理部は、受信エラー処理を実行する（Ｅ２５）。
なお、この呼び出しランプ処理において、呼び出しランプ１０００の処理部が、管理コンピュータ９００と同様に、ＣＵ３から受信した通常時外部送信データのデータ異常を判定するデータ異常判定処理を実行し、データ異常と判定した場合に、ＣＵ３に対して通常時データ異常通知を行うようにしてもよい。
この場合は、呼び出しランプ１０００からの通常時データ異常通知に応じて、ＣＵ３が、異常時外部送信データを外部機器に送信するようにすればよい。つまり、ＣＵ３は、管理コンピュータ９００からの通知（要求）に応じて異常時外部送信データを外部機器に送信するようにしてもよいし、呼び出しランプ１０００からの通知（要求）に応じて異常時外部送信データを外部機器に送信するようにしてもよい。
第３実施例では、ＣＵ３は、Ｐ台２からの遊技情報を受信する。シリアル通信部３３４は、ＣＵ制御部３２３の制御に従って、受信した遊技情報そのまま又は受信した遊技情報のうちの一部の情報を含む外部送信データ（第２種外部送信データ）を、管理コンピュータ９００や呼び出しランプ１０００等の外部機器に送信する。ＣＵ制御部３２３は、受信した遊技情報に基づく集計処理を実行する。そして、シリアル通信部３３４は、要求に応じて、ＣＵ制御部３２３の制御に従って、集計処理による集計結果に対応するリカバリ用情報を含む外部送信データ（第１種外部送信データや第３種外部送信データ）を、管理コンピュータ９００や呼び出しランプ１０００等の外部機器に送信する。
これによれば、通常時には、受信した遊技情報そのまま又は受信した遊技情報のうちの一部の情報を含む外部送信データを外部機器に送信するが、データ異常等に伴う異常時には、管理コンピュータ９００や呼び出しランプ１０００の要求に応じてリカバリ用情報を含む異常時送信用データを外部機器に送信するようにすることができる。これにより、異常時送信用データに含まれるリカバリ用情報を用いてＰ台２の遊技情報を正しい遊技情報に外部機器が補正可能となるため、外部機器において情報管理を適切に行うことが可能となる。
［４．第４実施例］
次に、本発明を適用した第４実施例について説明する。第４実施例におけるシステム構成は、第２実施例又は第３実施例におけるシステム構成と同様であるため、再度の説明を省略する。
ＣＵ３はＰ台２に対応して設けられるが、ＣＵ３を別のＰ台２に移設するような場合がある。具体的には、ＣＵ３が故障して動作不能となった場合や、ＣＵ３において入金やカードの認識不能等の動作不良が発生した場合等、ＣＵ３に不具合が生じた場合に、他の遊技台に設置されているＣＵ３を、不具合が生じた遊技台に移設するような場合がある。
また、性能の異なる複数種類のＣＵ３を導入している店舗においては、人気のあるＰ台、つまり稼働率の高いＰ台２の遊技台に高性能のＣＵ３を設置すべく、ＣＵ３を移設するような場合がある。この場合、ＣＵ３を移設すると、Ｐ台２とＣＵ３との対応関係が変化するため、移設前にＣＵ３で管理していた遊技情報は、移設後にそのまま利用することができない。本実施例は、この問題を解決する実施例である。
図５５は、ＣＵ３の移設に関する説明図である。
ここでは、１番台（台番号：１）に設置されていたＣＵ３を１１番台（台番号：１１）に移設し、１１番台（台番号：１１）に設置されていたＣＵ３を１番台（台番号：１）に移設する場合、つまり、異なる２つの番台に設置されていたＣＵ３を入れ替える場合を例に挙げて説明する。
例えば、移設前に１番台に設置されていたＣＵ３に対応して設けられる呼び出しランプ１０００における大当り回数が“３回”であり、ＣＵ３は大当り累積値として“３回”を記憶しており、移設前に１１番台に設置されていたＣＵ３に対応して設けられる呼び出しランプ１０００における大当り回数が“５回”であり、ＣＵ３は大当り累積値として“５回”を記憶していたとする。
前述したように、ＣＵ３は、ユニットホルダのホルダ基板から台番号を取得することができる。この場合、ＣＵ制御部３２３は、台番号を新たに取得すると、ＣＵ記憶部３２３１に記憶されている台番号３２３７を、新たに取得した台番号で更新する。つまり、ＣＵ記憶部３２３１に記憶されている台番号３２３７が変化した（異なる番号に更新された）ことに基づいて、自装置が移設されたと判定することができる。そして、ＣＵ制御部３２３は、ＣＵ記憶部３２３１の遊技機データベース３２３８に格納されている遊技機データをクリアするとともに、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納されている遊技情報累積データをクリアする。
遊技情報累積データがクリアされるため、１番台に設置されていたＣＵ３を１１番台に移設すると、当該ＣＵ３が記憶している大当り累積値は“０回”となり、１１番台に設置されている呼び出しランプ１０００の大当り回数は“５回”であるため、大当り回数に齟齬が生ずる。同様に、１１番台に設置されていたＣＵ３を１番台に移設すると、当該ＣＵ３が記憶している大当り累積値は“０回”となり、１番台に設置されている呼び出しランプ１０００の大当り回数は“３回”であるため、大当り回数に齟齬が生ずる。
そこで、ＣＵ３を移設した後、ＣＵ３と呼び出しランプ１０００との間で情報の齟齬が生じないように、初期設定処理として、ＣＵ３と呼び出しランプ１０００との間で情報を整合させるために、互いに記憶している遊技情報も初期化（クリア）することが考えられる。しかし、この場合には、Ｐ台２と呼び出しランプ１０００との対応関係は変化していないにも関わらず、呼び出しランプ１０００が記憶している遊技情報がクリアされてしまうという問題がある。
そこで、ＣＵ３を移設した後、ＣＵ３からＰ台２に対して、該Ｐ台２が保持している最新の遊技機データを送信する要求を行い、当該Ｐ台２から最新の遊技機データを取得することで、ＣＵ３が遊技情報を取得することが考えられる。しかし、ＣＵ３が移設される前の全ての遊技機データを取得することはできないため、ＣＵ３が集計処理で算出する遊技情報累積値に、取得不能な遊技機データ分の誤差が生じてしまう。そこで、本実施例では、以下のようにして上記の問題を解決する。
図５６は、本実施例における遊技情報のリカバリの説明図である。
前述したように、Ｐ台２には液晶ユニット５００が着脱可能に構成されている。しかし、通常の店舗の運用では、液晶ユニット５００をＰ台２から取り外すことは少ない。つまり、通常の店舗の運用では、ＣＵ３を他の遊技台に移設したとしても、液晶ユニット５００を一緒に移設することはほとんどない。そのため、液晶ユニット５００は移設しない前提で説明する。
そこで、各遊技台それぞれにおいて、ＣＵ３を移設する場合に、ＣＵ３は、移設先でユニットホルダのホルダ基板から台番号を取得した後、ＣＵ記憶部３２３１の遊技機データベース３２３８に格納されている遊技機データをクリアするとともに、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納されている遊技情報累積データをクリアする。
次いで、ＣＵ３は、移設先のＰ台２に装着されている液晶ユニット５００から最新の遊技情報累積値を含む遊技情報累積データを取得して、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納する。
そして、ＣＵ３は、呼び出しランプ１０００との間で情報を整合させる情報整合処理を実行して、ＣＵ３と呼び出しランプ１０００との間で遊技情報を整合させる。液晶ユニット５００は、ＣＵ３と接続可能に構成され遊技情報を集計した集計情報（遊技情報累積データ）を記憶可能であり所定の表示装置（液晶表示器５０４）を表示制御可能な表示制御装置に相当する。
図５７は、液晶ユニット５００の液晶ユニット制御部５０２に設けられる液晶ユニット記憶部５０２１のデータ構成例を示す図である。液晶ユニット記憶部５０２１は、ＲＯＭやＥＥＰＲＯＭ、ＲＡＭといったメモリを備えて構成される記憶装置である。
液晶ユニット記憶部５０２１には、プログラムとして、液晶ユニット制御部５０２（液晶ユニット制御部５０２が備える処理部）によって読み出され、液晶ユニット例外処理として実行される液晶ユニット例外処理プログラム５０２３が記憶されている。また、液晶ユニット記憶部５０２１には、データとして、遊技情報データ５０２４と、遊技情報累積データ５０２５とが記憶される。
本実施例において、ＣＵ制御部３２３は、Ｐ台２から遊技機データを受信する毎に、受信した遊技機データに含まれる遊技情報を、コマンド送受信部３３５から液晶ユニット５００に送信させる。液晶ユニット制御部５０２は、コマンド送受信部５０６を介してＣＵ３から受信した遊技情報データ５０２４を液晶ユニット記憶部５０２１に記憶させる。また、ＣＵ制御部３２３は、受信した遊技情報データ５０２４に基づく集計処理を実行し、算出した遊技情報累積値を含む遊技情報累積データ５０２５を生成して、液晶ユニット記憶部５０２１に記憶させる。
ここで、遊技情報データ５０２４には、Ｐ台２における発射回数、大当り回数、確変回数、スタート回数等の遊技情報が含まれる。これらの遊技情報は、該遊技台における遊技情報のデータであるため、台データに相当する。
図５８は、本実施例において、ＣＵ制御部３２３が実行するＣＵ例外処理、呼び出しランプ１０００の処理部が実行する呼び出しランプ例外処理、及び、液晶ユニット制御部５０２が実行する液晶ユニット例外処理の流れの一例を示すフローチャートである。これらの処理は、それぞれの装置におけるメインの処理のサブルーチンとして実行される処理である。この図では、左部に液晶ユニット５００の処理を、中央部にＣＵ３の処理を、右部に呼び出しランプ１０００の処理をそれぞれ図示している。
ＣＵ制御部３２３は、ＣＵ記憶部３２３１に記憶されている台番号３２３７が変化したか否かを判定する（Ｋ１）。具体的には、自ユニットの移設に伴い、ＣＵ記憶部３２３１に記憶されている台番号３２３７が変化したか否かを判定する。
台番号３２３７が変化したと判定したならば（Ｋ３；Ｙｅｓ）、ＣＵ制御部３２３は、遊技情報累積データ初期化処理を実行する（Ｋ５）。具体的には、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納されている遊技情報累積データをクリアする。
次いで、ＣＵ制御部３２３は、液晶ユニット５００に遊技情報累積データを要求する（Ｋ７）。液晶ユニット制御部５０２は、ＣＵ３から遊技情報累積データの要求を受けると、液晶ユニット記憶部５０２１から最新の遊技情報累積値を含む遊技情報累積データ５０２５を抽出し（Ｊ１）、抽出した遊技情報累積データ５０２５を、コマンド送受信部５０６を介してＣＵ３に送信させる（Ｊ３）。
次いで、液晶ユニット制御部５０２は、処理を終了するか否かを判定し（Ｊ５）、処理を継続すると判定したならば（Ｊ５；Ｎｏ）、Ｊ１に処理を戻す。一方、処理を終了すると判定したならば（Ｊ５；Ｙｅｓ）、液晶ユニット例外処理を終了する。
ＣＵ制御部３２３は、液晶ユニット５００から遊技情報累積データを取得すると、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納する。
その後は、ＣＵ制御部３２３は、前述したＣＵ処理において、液晶ユニット５００から取得した遊技情報累積データ５０２５に含まれる遊技情報累積値を基準情報として、Ｐ台２から受信した遊技機データに基づく集計処理を実行すればよい。つまり、液晶ユニット５００から取得した遊技情報累積データ５０２５に含まれる遊技情報累積値に対して、Ｐ台２から受信した遊技機データに含まれる遊技情報のカウント値を加算していくことで、遊技情報累積値を算出すればよい。
次いで、ＣＵ制御部３２３は、呼び出しランプ１０００との間で情報を整合させるための情報整合処理として、以下の処理を実行する。具体的には、ＣＵ制御部３２３は、取得したシリアル通信部３３４を介して、呼び出しランプ１０００に対してリカバリ確認通知を行う（Ｋ９）。
次いで、ＣＵ制御部３２３は、外部送信データ生成処理を実行する（Ｋ１１）。具体的には、液晶ユニット５００から取得した遊技情報累積データに含まれる遊技情報累積値をリカバリ用情報とする外部送信データとして、例えば図５１に示した外部送信データのうちの第１種外部送信データ（図５１（１））を生成する。そして、ＣＵ制御部３２３は、生成した外部送信データを、シリアル通信部３３４を介して呼び出しランプ１０００に送信させる。
次いで、ＣＵ制御部３２３は、処理を終了するか否かを判定し（Ｋ１５）、処理を継続すると判定したならば（Ｋ１５；Ｎｏ）、Ｋ１に処理を戻す。一方、処理を終了すると判定したならば（Ｋ１５；Ｙｅｓ）、ＣＵ例外処理を終了する。
呼び出しランプ１０００の処理部は、ＣＵ３からリカバリ確認通知を受けると（Ｌ１；Ｙｅｓ）、ＣＵ３から外部送信データを受信したか否かを判定し（Ｌ３）、受信したと判定したならば（Ｌ３；Ｙｅｓ）、リカバリ判定処理を実行する（Ｌ５）。
リカバリ条件が成立したと判定したならば（Ｌ７；Ｙｅｓ）、呼び出しランプ１０００の処理部は、リカバリ処理を実行する（Ｌ９）。
次いで、呼び出しランプ１０００の処理部は、処理を終了するか否かを判定し（Ｌ１１）、処理を継続すると判定したならば（Ｌ１１；Ｎｏ）、Ｌ１に処理を戻す。一方、処理を終了すると判定したならば（Ｌ１１；Ｙｅｓ）、呼び出しランプ例外処理を終了する。
第４実施例では、ＣＵ３は、Ｐ台２から遊技情報を受信可能であり、Ｐ台２を識別可能な台番号３２３７を記憶するＣＵ記憶部３２３１を備える。また、ＣＵ制御部３２３は、受信した遊技情報に基づく集計処理を実行し、ＣＵ３の移設等に伴い、ＣＵ記憶部３２３１が記憶している台番号３２３７が変化したことに基づいて、集計処理による集計結果に対応する遊技情報累積データを初期化する遊技情報累積データ初期化処理を実行する。
これによれば、ＣＵ３の移設等に伴い台番号が変化したような場合であっても、遊技機から受信した遊技情報を集計した集計結果を適切に管理することができる。
［５．他の実施例］
本発明を適用可能な実施例は、上記の実施例に限定されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。以下、他の実施例について説明する。なお、上記の各実施例と同一の構成については同一の符号を付して再度の説明を省略する。
［５−１．外部送信データ］
上記の実施例で説明した電文としての外部送信データの構成は、前述した実施例に示したものに限られず、適宜設定変更することが可能である。例えば、前述した実施例における外部送信データに、通番を含めることとしてもよい。
図５９は、この場合における外部送信データの一例を示す図である。この図には、図５１に示した第１種外部送信データ〜第３種外部送信データの３種類の外部送信データに対応する外部送信データを図示している。
図５９（１）〜（３）に示すように、第１種外部送信データ〜第３種外部送信データには、電文長部とデータ部との間に、シーケンス部が設けられている。シーケンス部には、シーケンス番号が格納される。シーケンス番号は、ＣＵ３から外部機器に対して外部送信データを送信する毎に“１”ずつ値が加算される番号（つまり通番）である。
この場合、ＣＵ３から外部送信データを受信した外部機器（管理コンピュータ９００や呼び出しランプ１０００）は、受信した外部送信データのシーケンス部に格納されているシーケンス番号を参照することで、ＣＵ３から正しい順番で外部送信データを受信したか否かを判定することができる。シーケンス番号の抜けがある場合には、その抜けのシーケンス番号に対応する外部送信データの受信に失敗したと判定することができ、外部機器は、当該外部送信データを再送するようにＣＵ３に要求することができる。
この場合、例えば、上記の第３実施例において、管理コンピュータ９００が受信エラー処理を実行した後、通信障害等の問題が解消した場合に、管理コンピュータ９００からＣＵ３に対して外部送信データを再送するように要求する再送要求を行い、再送要求を受けたＣＵ３が、送信に失敗した外部送信データを管理コンピュータ９００に再送するようにしてもよい。
また、上記の実施例における外部送信データにおいて、ＳＴＸや電文長、シーケンス番号をヘッダ部に含めた外部送信データを構成してもよい。つまり、ヘッダ部と、データ部と、フッタ部と、誤り検出部と、で構成される外部送信データを構成してもよい。電文をどのように構成するかは、設計するシステムに応じて適宜変更可能である。
［５−２．送信データの設定］
図５２で説明したユニット設定用データ３２３６では、設定異常時送信用データ種別Ｎｏとして「１」が設定されており、異常時には、通常情報及びリカバリ用情報をデータ部に含む第１種外部送信データがＣＵ３から外部機器に送信される場合を例示した。しかし、必ずしもこのような設定としなければならないわけではなく、例えば、設定異常時送信用データ種別Ｎｏとして「３」を設定しておき、異常時には、リカバリ用情報のみをデータ部に含む第３種外部送信データがＣＵ３から外部機器に送信されるようにしてもよい。
また、外部機器において外部送信データの受信エラーが発生し、受信エラー処理を実行した場合に、通信障害等の問題が解消した後に、外部機器からＣＵ３に対して受信に失敗した外部送信データの再送を要求し、ＣＵ３から外部機器に対して、送信できなかった外部送信データを再送するようにしてもよい。
この場合には、図５９に例示したシーケンス部を含む外部送信データを送信するようにシステムを構築しておくと、外部機器が受信に失敗した外部送信データを特定することが容易となり、ＣＵ３側としても、外部機器から受信に失敗した外部送信データのシーケンス番号の通知を受けることで、送信できなかった外部送信データを特定することが容易となる。
また、上記の実施例において、管理コンピュータ９００が、通常時データ異常通知に代えて、リカバリ用情報を含む外部送信データを送信するようにＣＵ３に要求するリカバリ用情報要求を行うようにしてもよい。この場合には、ユニット設定用データ３２３６の設定異常時送信用データ種別Ｎｏに、通常情報及びリカバリ用情報をデータ部に含む第１種外部送信データのＮｏ「１」又はリカバリ用情報のみをデータ部に含む第３種外部送信データのＮｏ「３」を設定しておき、管理コンピュータ９００からリカバリ用情報要求を受けた場合に、ユニット設定用データ３２３６に記憶されている設定異常時送信用データ種別Ｎｏに対応する種別の異常時外部送信用データを生成して送信すればよい。
また、データ異常と判定した外部送信データを再送するようにＣＵ３に通知する再送要求を、管理コンピュータ９００からＣＵ３に対して行うようにしてもよい。この場合には、ユニット設定用データ３２３６の設定異常時送信用データ種別Ｎｏに、通常情報及びリカバリ用情報をデータ部に含む第１種外部送信データのＮｏ「１」又は通常情報のみをデータ部に含む第２種外部送信データのＮｏ「２」を設定しておき、管理コンピュータ９００からリカバリ用情報要求を受けた場合に、ユニット設定用データ３２３６に記憶されている設定異常時送信用データ種別Ｎｏに対応する種別の異常時外部送信用データを生成して送信すればよい。
［５−３．リカバリ処理］
上記の実施例において、ＣＵ３を移設した場合に外部機器にリカバリ処理を行わせる手法は、図５６に例示した手法に限られるわけではない。
図６０は、変形例における遊技情報のリカバリの説明図である。
この手法では、各遊技台それぞれにおいて、ＣＵ３から遊技情報を管理コンピュータ９００に予め送信して管理コンピュータ９００に記憶させておく。そして、ＣＵ３を移設する必要が生じた場合に、ＣＵ３は、移設先のユニットホルダのホルダ基板から台番号を取得した後、ＣＵ記憶部３２３１の遊技機データベース３２３８に格納されている遊技機データをクリアするとともに、ＣＵ記憶部３２３１の遊技情報累積データベース３２３９に格納されている遊技情報累積データをクリアする。
次いで、ＣＵ３は、移設先のＰ台２に装着されている液晶ユニット５００に遊技情報累積データを要求し、液晶ユニット５００から最新の遊技情報累積値を含む第１遊技情報累積データを取得して、遊技情報累積データベース３２３９に格納する。また、ＣＵ３は、管理コンピュータ９００に遊技情報累積データを要求し、管理コンピュータ９００から移設先のＰ台２に対応する最新の遊技情報累積値を含む第２遊技情報累積データを取得して、遊技情報累積データベース３２３９に格納する。この第２遊技情報累積データは、呼び出しランプ１０００にも送信される。
その後、ＣＵ３は、液晶ユニット５００から取得した第１遊技情報累積データと、管理コンピュータ９００から取得した第２遊技情報累積データとが一致するか否かの一致判定処理を実行する。そして、一致すると判定した場合には、ＣＵ３は、管理コンピュータ９００及び呼び出しランプ１０００に判定結果「一致」を通知する。この通知を受けた呼び出しランプ１０００は、管理コンピュータ９００から取得した第２遊技情報累積データを用いてリカバリ処理を実行する。
一方、第１遊技情報累積データと第２遊技情報累積データとが一致しないと判定した場合には、ＣＵ３は、管理コンピュータ９００及び呼び出しランプ１０００に判定結果「不一致」を通知する。この場合、管理コンピュータ９００は、遊技情報累積データを確認する処理を実行する。そして、確認によって正しい遊技情報累積データを得た場合には、当該遊技情報累積データを呼び出しランプ１０００及びＣＵ３に送信する。そして、ＣＵ３は、管理コンピュータ９００から受信した遊技情報累積データをＣＵ記憶部３２３１に記憶させ、呼び出しランプ１０００は、管理コンピュータ９００から受信した遊技情報累積データを用いてリカバリ処理を実行する。
なお、この場合に、一致判定処理をＣＵ３が実行するようにするのではなく、呼び出しランプ１０００が実行するようにするようにしてもよい。
この場合、ＣＵ３は、移設先のＰ台２に装着されている液晶ユニット５００に遊技情報累積データを要求し、液晶ユニット５００から最新の遊技情報累積値を含む第１遊技情報累積データを取得し、取得した第１遊技情報累積データを呼び出しランプ１０００に送信する。また、ＣＵ３は、管理コンピュータ９００に遊技情報累積データを要求して、管理コンピュータ９００から移設先のＰ台２に対応する最新の遊技情報累積値を含む第２遊技情報累積データを、呼び出しランプ１０００に送信させる。
呼び出しランプ１０００は、ＣＵ３から取得した第１遊技情報累積データと、管理コンピュータ９００から取得した第２遊技情報累積データとが一致するか否かの一致判定処理を実行する。第１遊技情報累積データと第２遊技情報累積データとが一致しないと判定した場合には、呼び出しランプ１０００は、管理コンピュータ９００及びＣＵ３に判定結果「不一致」を通知する。この場合、管理コンピュータ９００は、遊技情報累積データを確認する処理を実行する。そして、確認によって正しい遊技情報累積データを得た場合には、当該遊技情報累積データを呼び出しランプ１０００及びＣＵ３に送信する。そして、ＣＵ３は、管理コンピュータ９００から受信した遊技情報累積データをＣＵ記憶部３２３１に記憶させ、呼び出しランプ１０００は、管理コンピュータ９００から受信した遊技情報累積データを用いてリカバリ処理を実行する。
また、上記の第４実施例及び変形例では、ＣＵ３が、台番号の変化に応じて遊技情報累積データ初期化処理を実行した場合に、液晶ユニット５００から遊技情報累積データを取得する例を挙げて説明した。しかし、これに代えて、ＣＵ３が、台番号の変化に応じて遊技情報累積データ初期化処理を実行した場合に、呼び出しランプ１０００から遊技情報累積データを取得するようにしてもよい。この場合、呼び出しランプ１０００は、ＣＵ３と接続可能に構成され遊技情報を集計した集計情報（遊技情報累積データ）を記憶可能であり所定の表示装置（呼び出しランプ１０００の表示部）を表示制御可能な表示制御装置に相当する。
また、上記の実施例では、ＣＵ３を移設しても液晶ユニット５００は移設されない場合を例に挙げて説明したが、液晶ユニット５００の不具合等により、液晶ユニット５００を移設するような場合も考えられる。この場合には、ＣＵ３は、移設先の遊技台において、管理コンピュータ９００から当該遊技台の遊技情報累積データを取得し、当該遊技情報累積データを呼び出しランプ１０００に送信して、リカバリ処理を実行させればよい。
［５−４．液晶ユニットの表示制御］
上記の実施例において、液晶ユニット５００の液晶表示器５０４の表示制御を、該液晶ユニット５００に接続されたＣＵ３が実行するようにしてもよい。具体的には、例えば、ＣＵ制御部３２３に、液晶ユニット５００の液晶表示器５０４を表示制御するための液晶表示制御部を構成する。そして、ＣＵ制御部３２３の液晶表示制御部が、接続された液晶ユニット５００に対して表示制御信号を送信することで、液晶ユニット５００の液晶表示器５０４に遊技情報を表示させるように制御してもよい。
つまり、ＣＵ３と液晶ユニット５００とを、それぞれ独立した遊技用装置として構成するようにしてもよいし、ＣＵ３側で液晶ユニット５００の表示制御機能を担うようにすることで、ＣＵ３と液晶ユニット５００とを、いわば一体的な遊技用装置として構成するようにしてもよい。
［５−５．遊技情報の消去］
上記の実施例において、液晶ユニット制御部５０２が、管理コンピュータ９００等の上位装置から出力される消去指示情報（消去指示信号）に基づいて、液晶ユニット記憶部５０２１に記憶されている台データとしての遊技情報データ５０２４を消去（クリア）してもよい。この場合、全ての種別の遊技情報に対応する台データを消去してもよいし、一部の種別の遊技情報に対応する台データのみを消去してもよい。
［５−６．非送信対象］
上記の実施例では、図４９の遊技情報管理用テーブル３２３４に定められた遊技情報のうち、ランクが低い遊技情報（ランクＤの発射情報等）を外部機器への送信対象から除外することとして説明したが、ランクに関わらず、店舗の店員や管理者等によって設定された遊技情報を外部機器への送信対象から除外してもよい。この設定は、店員が携行する設定用リモコンによって実現してもよいし、ＣＵ３に対する設定操作によって実現してもよいし、店舗に設置される各種の管理装置（上位装置）からの設定指示によって実現してもよい。
［５−７．非集計対象］
上記の実施例では、図４９の遊技情報管理用テーブル３２３４に定められた遊技情報の中から選択的に決定される遊技情報（発射情報、エラー情報等）を集計処理の対象から除外することとして説明したが、上記の非送信対象と同様に、店舗の店員や管理者等によって設定された遊技情報を集計処理の対象から除外してもよい。
［５−８．外部送信データの送信周期］
上記の実施例では、Ｐ台２からの遊技機データの受信周期と同じ周期で、ＣＵ３が外部送信データを送信することとして説明した。しかし、必ずしも遊技機データの受信周期と同じ周期で外部送信データを送信しなければならないわけではない。
具体的には、遊技機データの受信周期よりも長い周期で外部送信データを送信するようにしてもよい。この場合は、例えば、Ｐ台２から２００ｍｓ毎に受信する遊技機データをＣＵ記憶部３２３１に蓄積的に記憶させる。そして、遊技機データを規定回数（例えば５回や１０回）受信したタイミングで、ＣＵ記憶部３２３１に記憶されている直近の規定回数分の遊技機データを読み出して集計処理を実行して、外部送信データを外部機器に送信するようにしてもよい。
この場合は、ＣＵ３で規定回数分の遊技機データを蓄積しておき（貯めておき）、遊技機データを規定回数受信する毎に、集計処理を実行して外部送信データを送信することとなる。従って、例えば、規定回数を５回とするのであれば、遊技機データの受信周期“２００ｍｓ”に対して、外部送信データの送信周期は“１０００ｍｓ”となる。
［５−９．中継装置］
上記の実施例では、台コントローラや島コンピュータ等で構成される中継装置１２００は、ＣＵ３と管理コンピュータ９００との間でデータの中継のみを行うこととして説明した。しかし、中継装置１２００も外部機器であることに変わりはないため、中継装置１２００を管理装置として機能させて、上記の実施例における管理コンピュータ９００と同様の処理を実行するようにしてもよい。
［５−１０．通信規格］
上記の実施例では、シリアル通信部３３４が、例えばＲＳ−４８５のシリアル通信規格に則った外部機器との通信を行うこととして説明したが、シリアル通信規格はこれに限られるわけではない。例えば、ＲＳ−４８５の他にも、ＲＳ−２３２（ＲＳ−２３２Ｃ）やＲＳ−４２２（ＲＳ−４２２Ａ（ＥＩＡ−４２２Ａ））といった他の種類のシリアル通信規格に則った外部機器との通信を行うようにシステムを設計してもよい。
また、必ずしもシリアル通信によってＣＵ３から外部機器に外部送信データを送信しなければならないわけではなく、パラレル通信が可能なシステムを構成し、パラレル通信によってＣＵ３から外部機器に外部送信データを送信するようにしてもよい。
［５−１１．遊技情報累積の対象範囲］
上記の実施例で説明した集計処理における各種の遊技情報の累積の対象範囲（対象期間）は、適宜設定変更可能である。例えば、店舗の営業日単位として設定するようにしてもよいし、１週間や１か月といった長期的な単位として設定するようにしてもよい。また、この他にも、Ｐ台２（遊技機）を設置してから移設（取り外し）するまでの期間を対象範囲として設定するようにしてもよい。
また、上記の対象範囲を、ホールコンピュータや管理コンピュータ９００等の上位装置側で自由に設定できるようにしてもよい。この場合は、例えば、店舗の管理者等の操作に従って、上位装置側で累積の対象範囲を選択・決定し、該対象範囲をＣＵ３に適用させるための設定用情報（設定用データ）を、上位装置からＣＵ３に送信するようにすればよい。
［５−１２．遊技情報累積値の初期化］
上記の実施例では、台番号やホルダＩＤが変化したことに基づいて、ＣＵ３において遊技情報累積値（集計処理による集計結果）を初期化する初期化処理を実行することとして説明したが、外部機器のリカバリに関係なく、ＣＵ３側で初期化処理を実行して遊技情報累積値を初期化するのみとしてもよいことは言うまでもない。
また、ＣＵ３側で遊技情報累積値を初期化する際に、ＣＵ３から液晶ユニット５００に対して遊技情報累積値の初期化を指令する初期化指令（初期化コマンド）を出力するようにして、液晶ユニット５００に遊技情報累積値を初期化させるようにしてもよい。
また、ホールコンピュータや管理コンピュータ９００等の上位装置からＣＵ３に対して遊技情報累積値の初期化を指令する初期化指令（初期化コマンド）を送信するようにして、ＣＵ３に遊技情報累積値を初期化させるようにしてもよい。
［５−１３．遊技情報累積値の取得］
上記の実施例では、ＣＵ３が、液晶ユニット５００から遊技情報累積値を取得する例を挙げて説明したが、これ以外にも、ＣＵ３が、管理コンピュータ９００や呼び出しランプ１０００、中継装置１２００といった外部機器から、該外部機器が記憶している遊技情報累積値を取得するようにしてもよい。
２ Ｐ台
３ ＣＵ
１６１ 主制御部
１７１ 払出制御部
３２３ ＣＵ制御部
５００ 液晶ユニット
５０２ 液晶ユニット制御部
９００ 管理コンピュータ
９５０ 分配器
１０００ 呼び出しランプ
１２００ 中継装置

Claims (1)

  1. 遊技機からの遊技情報を受信可能な遊技用装置であって、
    受信した遊技情報に基づく集計処理を実行可能な集計処理手段と、
    情報を外部機器に送信可能な送信手段と、
    を備え、
    前記送信手段は、
    受信した遊技情報に対応する第１情報を前記外部機器に送信可能な第１送信手段と、
    要求に応じて、前記集計処理による集計結果に対応する第２情報を前記外部機器に送信可能な第２送信手段と、
    を有する、
    ことを特徴とする遊技用装置。
JP2017050659A 2017-03-15 2017-03-15 遊技用装置 Active JP6904741B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017050659A JP6904741B2 (ja) 2017-03-15 2017-03-15 遊技用装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017050659A JP6904741B2 (ja) 2017-03-15 2017-03-15 遊技用装置

Publications (2)

Publication Number Publication Date
JP2018153271A true JP2018153271A (ja) 2018-10-04
JP6904741B2 JP6904741B2 (ja) 2021-07-21

Family

ID=63715452

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017050659A Active JP6904741B2 (ja) 2017-03-15 2017-03-15 遊技用装置

Country Status (1)

Country Link
JP (1) JP6904741B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021101887A (ja) * 2019-12-25 2021-07-15 一般社団法人 電子認証システム協議会 遊技システム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007244476A (ja) * 2006-03-14 2007-09-27 Aruze Corp 遊技システム
JP2009297157A (ja) * 2008-06-11 2009-12-24 Sankyo Co Ltd 遊技用システム
JP2015037482A (ja) * 2013-08-19 2015-02-26 株式会社西陣 遊技システム
JP2017018215A (ja) * 2015-07-08 2017-01-26 株式会社三共 遊技用システムおよび遊技用装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007244476A (ja) * 2006-03-14 2007-09-27 Aruze Corp 遊技システム
JP2009297157A (ja) * 2008-06-11 2009-12-24 Sankyo Co Ltd 遊技用システム
JP2015037482A (ja) * 2013-08-19 2015-02-26 株式会社西陣 遊技システム
JP2017018215A (ja) * 2015-07-08 2017-01-26 株式会社三共 遊技用システムおよび遊技用装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021101887A (ja) * 2019-12-25 2021-07-15 一般社団法人 電子認証システム協議会 遊技システム
JP7461014B2 (ja) 2019-12-25 2024-04-03 一般社団法人 電子認証システム協議会 遊技システム

Also Published As

Publication number Publication date
JP6904741B2 (ja) 2021-07-21

Similar Documents

Publication Publication Date Title
JP7154768B2 (ja) 遊技用装置
JP2019166350A (ja) 遊技機
JP2019166001A (ja) 遊技機および遊技用装置
JP2017225743A (ja) 遊技機、遊技用システムおよび遊技用装置
JP6901293B2 (ja) 遊技用装置
JP2018102361A (ja) 遊技用装置
JP5940376B2 (ja) 遊技用システム、および遊技用装置
JP6904741B2 (ja) 遊技用装置
JP2018153272A (ja) 遊技用装置
JP6302661B2 (ja) 遊技機、および遊技枠
JP2018047123A (ja) 遊技用装置および遊技用システム
JP2018047152A (ja) 遊技用装置および遊技用システム
JP2019166004A (ja) 遊技機
JP2019166002A (ja) 遊技機および遊技枠
JP6778066B2 (ja) 遊技用装置および遊技用システム
JP2019166003A (ja) 遊技機
JP5525009B2 (ja) 遊技用システム、および遊技制御装置
JP2018047153A (ja) 遊技用装置および遊技用システム
JP2018047150A (ja) 遊技用装置および遊技用システム
JP2018047122A (ja) 遊技用装置および遊技用システム
JP2018047154A (ja) 遊技用装置および遊技用システム
JP2018047151A (ja) 遊技用装置および遊技用システム
JP2018047118A (ja) 遊技用装置および遊技用システム
JP2017169770A (ja) 遊技機および遊技枠
JP2018047178A (ja) 遊技用装置および遊技用システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200205

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201021

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201027

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201228

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210615

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210624

R150 Certificate of patent or registration of utility model

Ref document number: 6904741

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350