(57)【要約】【課題】遊技機が設置されている場所において遊技機の状況を正確に把握可能とすること。【解決手段】遊技機に対応して設けられる遊技用装置であって、外部装置に対して機種情報を送信して、対応する遊技機の機種に応じたエラー表示情報を取得し、該取得したエラー表示情報にもとづいて、対応する遊技機から受信したエラー発生情報から特定されるエラーの種類に対応するエラー報知表示を特定し、該特定したエラー報知表示を表示する。【選択図】図３７
2018047150.tif 000002
【特許請求の範囲】
【請求項１】
遊技機に対応して設けられる遊技用装置であって、
少なくともエラーの発生を報知するためのエラー報知表示を表示可能な表示手段と、
対応する遊技機において記憶されている機種情報を受信する機種情報受信手段と、
遊技機の機種に対応した情報であって、遊技機において発生したエラーの種類毎のエラー報知表示を特定可能なエラー表示情報を、該遊技機の機種情報に対応付けて記憶する外部装置に対して前記機種情報受信手段にて受信した機種情報を送信して、該機種情報に対応付けて記憶されているエラー表示情報を取得するエラー表示情報取得手段と、
対応する遊技機において発生したエラーの種類を特定可能なエラー発生情報を受信するエラー発生情報受信手段と、
前記エラー発生情報受信手段において受信したエラー発生情報から特定される種類のエラーに対応するエラー報知表示を、前記エラー表示情報にもとづいて特定するエラー報知表示特定手段と、
前記エラー報知表示特定手段にて特定したエラー報知表示を前記表示手段に表示する表示制御手段と、
を備える
ことを特徴とする遊技用装置。
【請求項２】
遊技機と、該遊技機に対応して設けられる遊技用装置と、該遊技用装置とデータ通信可能に接続された外部装置と、を含む遊技用システムであって、
前記外部装置は、遊技機の機種に対応した情報であって、遊技機において発生したエラーの種類毎のエラー報知表示を特定可能なエラー表示情報を、該遊技機の機種情報に対応付けて記憶しており、
前記遊技用装置は、
少なくともエラーの発生を報知するためのエラー報知表示を表示可能な表示手段と、
対応する遊技機において記憶されている機種情報を受信する機種情報受信手段と、
前記外部装置に対して前記機種情報受信手段にて受信した機種情報を送信して、該機種情報に対応付けて記憶されているエラー表示情報を取得するエラー表示情報取得手段と、
対応する遊技機において発生したエラーの種類を特定可能なエラー発生情報を受信するエラー発生情報受信手段と、
前記エラー発生情報受信手段において受信したエラー発生情報から特定される種類のエラーに対応するエラー報知表示を、前記エラー表示情報にもとづいて特定するエラー報知表示特定手段と、
前記エラー報知表示特定手段にて特定したエラー報知表示を前記表示手段に表示する表示制御手段と、
を備える
ことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技用装置および遊技用システムに関する。
【背景技術】
【０００２】
従来、遊技場に設けられる管理装置において、該遊技場が備える各遊技機の性能調整や修理等のために必要なデータを抽出して表示するものがある（例えば、特許文献１参照）。
【０００３】
また、遊技機で発生したエラーの内容を、遊技機の表示装置にて表示して報知するものがある（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−３１７１２２号公報
【特許文献２】特開２０１６−０８３０７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１にあっては、遊技機毎に仕様が異なるとともに、抽出されたデータが管理装置において表示されるため、係員等が該遊技機の状況を、遊技機が設置されている場所において正確に把握することが困難であるという問題があった。
【０００６】
また、特許文献２にあっては、遊技機で発生したエラーの内容が遊技機において表示されて報知されるものの、遊技機の動作がエラーによって停止した場合には、これらの表示が正確に行われない場合があり、遊技機の状況を、遊技機が設置されている場所において正確に把握することが困難となってしまうという問題があった。
【０００７】
本発明は、このような問題点に着目してなされたもので、遊技機の状況を、遊技機が設置されている場所において正確に把握することのできる遊技用装置および遊技用システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するために、本発明の請求項１に記載の遊技用装置は、
遊技機（例えば、Ｐ台２）に対応して設けられる遊技用装置（例えば、ＣＵ３及び液晶ユニット５００）であって、
少なくともエラー（例えば、電波エラー、不正入賞エラー、磁石エラー、振動エラー等）の発生を報知するためのエラー報知表示を表示可能な表示手段（例えば、図２７に示すように、液晶表示器５０４においてエラー表示を行う部分）と、
対応する遊技機において記憶されている機種情報（例えば、メインチップＩＤ）を受信する機種情報受信手段（例えば、図２５に示すように、情報配信サーバ９０１がＣＵ３からメインチップＩＤのデータを含むエラー表示データ要求コマンドを受信する部分）と、
遊技機の機種に対応した情報であって、遊技機において発生したエラーの種類毎のエラー報知表示を特定可能なエラー表示情報（例えば、エラー表示データ）を、該遊技機の機種情報に対応付けて記憶する外部装置に対して前記機種情報受信手段にて受信した機種情報を送信して、該機種情報に対応付けて記憶されているエラー表示情報を取得するエラー表示情報取得手段（例えば、図２５に示すように、ＣＵ３が情報配信サーバ９０１に対してメインチップＩＤを含むエラー表示データ要求コマンドを送信し、情報配信サーバ９０１においてメインチップＩＤが示す機種に対応して記憶されているエラー表示データを液晶ユニット５００が取得する部分）と、
対応する遊技機において発生したエラーの種類を特定可能なエラー発生情報（例えば、遊技台エラー情報）を受信するエラー発生情報受信手段（例えば、図２７に示すように、液晶ユニット制御部５０２がＣＵ３から遊技台エラー情報を含む状態要求コマンドを受信する部分）と、
前記エラー発生情報受信手段において受信したエラー発生情報から特定される種類のエラーに対応するエラー報知表示を、前記エラー表示情報にもとづいて特定するエラー報知表示特定手段（例えば、図２７に示すように、液晶ユニット制御部５０２が受信した遊技台エラー情報からＰ台２にて検知されたエラーを特定する部分）と、
前記エラー報知表示特定手段にて特定したエラー報知表示を前記表示手段に表示する表示制御手段（例えば、図２７に示すように、液晶ユニット制御部５０２が特定したエラーに応じたエラー表示データを用いて液晶表示器５０４におけるエラー表示を実行する部分）と、
を備える
ことを特徴としている。
この特徴によれば、遊技機外の遊技用装置においても、遊技機の機種に対応したエラー報知表示が表示されるので、遊技機の状況を、遊技機が設置されている場所において正確に把握することができる。
【０００９】
本発明の請求項２に記載の遊技用システムは、
遊技機（例えば、Ｐ台２）と、該遊技機に対応して設けられる遊技用装置（例えば、ＣＵ３及び液晶ユニット５００）と、該遊技用装置とデータ通信可能に接続された外部装置（例えば、情報配信サーバ９０１）と、を含む遊技用システムであって、
前記外部装置は、遊技機の機種に対応した情報であって、遊技機において発生したエラーの種類毎のエラー報知表示を特定可能なエラー表示情報（例えば、エラー表示データ）を、該遊技機の機種情報に対応付けて記憶しており（例えば、図２６（Ｂ）に示すように、情報配信サーバ９０１が各エラー表示データを機種に対応付けて記憶している部分）、
前記遊技用装置は、
少なくともエラー（例えば、電波エラー、不正入賞エラー、磁石エラー、振動エラー等）の発生を報知するためのエラー報知表示を表示可能な表示手段（例えば、図２７に示すように、液晶表示器５０４においてエラー表示を行う部分）と、
対応する遊技機において記憶されている機種情報（例えば、メインチップＩＤ）を受信する機種情報受信手段（例えば、図２５に示すように、情報配信サーバ９０１がＣＵ３からメインチップＩＤのデータを含むエラー表示データ要求コマンドを受信する部分）と、
前記外部装置に対して前記機種情報受信手段にて受信した機種情報を送信して、該機種情報に対応付けて記憶されているエラー表示情報（例えば、エラー表示データ）を取得するエラー表示情報取得手段（例えば、図２５に示すように、ＣＵ３が情報配信サーバ９０１に対してメインチップＩＤを含むエラー表示データ要求コマンドを送信し、情報配信サーバ９０１においてメインチップＩＤが示す機種に対応して記憶されているエラー表示データを液晶ユニット５００が取得する部分）と、
対応する遊技機において発生したエラーの種類を特定可能なエラー発生情報を受信するエラー発生情報受信手段（例えば、図２７に示すように、液晶ユニット制御部５０２がＣＵ３から遊技台エラー情報を含む状態要求コマンドを受信する部分）と、
前記エラー発生情報受信手段において受信したエラー発生情報から特定される種類のエラーに対応するエラー報知表示を、前記エラー表示情報にもとづいて特定するエラー報知表示特定手段（例えば、図２７に示すように、液晶ユニット制御部５０２が受信した遊技台エラー情報からＰ台２にて検知されたエラーを特定する部分）と、
前記エラー報知表示特定手段にて特定したエラー報知表示を前記表示手段に表示する表示制御手段（例えば、図２７に示すように、液晶ユニット制御部５０２が特定したエラーに応じたエラー表示データを用いて液晶表示器５０４におけるエラー表示を実行する部分）と、
を備える
ことを特徴としている。
この特徴によれば、遊技機外の遊技用装置においても、遊技機の機種に対応したエラー報知表示が表示されるので、遊技機の状況を、遊技機が設置されている場所において正確に把握することができる。
【００１０】
本発明の手段１の遊技用装置または遊技用システムは、請求項１または請求項２に記載の遊技用装置または遊技用システムであって、
前記表示制御手段は、前記エラー報知表示特定手段にて特定した異なるエラー報知表示を前記表示手段に同時に表示する制御を実行可能である（例えば、図３８に示すように、液晶表示器５０４においてエラー報知画面の表示中に新たなエラーが発生した場合は、該エラー報知画面に新たなエラーが発生した旨を追加表示する部分）
ことを特徴としている。
この特徴によれば、種類の異なるエラーが同時に発生しても、各エラーの発生を報知できる。
【００１１】
本発明の手段２の遊技用装置または遊技用システムは、請求項１、請求項２、手段１のいずれかに記載の遊技用装置または遊技用システムであって、
前記遊技用装置は、前記エラー発生情報から特定される種類のエラーに対応する対処情報（例えば、サポートデータ）を特定する対処情報特定手段（例えば、図３９に示すように、液晶ユニット制御部５０２が予め情報配信サーバ９０１から受信して記憶しているサポートデータを特定する部分）を備え、
前記表示制御手段は、前記対処情報特定手段にて特定した対処情報を前記表示手段に表示する制御を実行可能である（例えば、図３９（Ｂ）に示すように、特定したサポートデータに基づいて液晶表示器５０４においてサポート表示を実行する部分）
ことを特徴としている。
この特徴によれば、発生したエラーの対処情報が表示されるようになるので、的確な対処を迅速に行うことができる。
【００１２】
本発明の手段３の遊技用装置または遊技用システムは、請求項１、請求項２、手段１、手段２のいずれかに記載の遊技用装置または遊技用システムであって、
前記表示手段は、遊技者の操作を受付け可能な操作受付手段（例えば、タッチパネルを備える液晶表示器５０４）を有し、
前記表示制御手段は、前記エラー報知表示とともに呼出表示を表示する制御を実行し（例えば、液晶ユニット制御部５０２が図３７（Ｂ２）に示すように、「遊技機で賞球異常エラー（Ｅ−３３）が発生しました。係員をお呼びください！」の表示と「呼出」のメニュー表示とを含むエラー報知画面を表示する部分）、
前記遊技用装置は、前記呼出表示に対応する操作を前記操作受付手段にて受付けた場合に、所定の呼出信号を外部の呼出装置（例えば、呼び出しランプ１０００）に出力可能な呼出信号出力手段（例えば、遊技者が「呼出」のメニュー表示を操作した場合には、該操作が液晶ユニット制御部５０２により検知され、ＣＵ制御部３２３がＣＵ３に接続されている呼び出しランプ１０００に対して呼出信号を出力する部分）を備える
ことを特徴としている。
この特徴によれば、エラー報知表示によってエラーの内容を確認しつつ、呼出しの操作を行うことができる。
【００１３】
本発明の手段４の遊技用装置または遊技用システムは、請求項１、請求項２、手段１〜手段３のいずれかに記載の遊技用装置または遊技用システムであって、
前記遊技用装置は、
複数の信号出力部（例えば、外部出力ポート１〜外部出力ポート４）を有し、各信号出力部から異なる種別の信号（例えば、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等）を外部に出力可能な外部信号出力手段（例えば、外端出力部３３１）と、
前記信号出力部の各々から出力すべき信号の種別についての出力設定情報（例えば、図３０に示す端子設定データ）を、外部から取得する出力設定情報取得手段（例えば、図２９に示すように、ＣＵ制御部３２３が持玉管理サーバ９０２から端子設定データを取得する部分）と、
前記出力設定情報取得手段にて取得した出力設定情報にもとづいて、前記信号出力部の各々に対して、出力する信号の種別を設定する信号種別設定手段（例えば、図２９に示すように、受信した端子設定データに基づいて、ＣＵ制御部３２３が各外部出力ポート１〜外部出力ポート４に接続されている第１端子３３３ａ〜第４端子３３３ｄを各信号に割当設定を行う部分）と、
を備える
ことを特徴としている。
この特徴によれば、信号線の結線作業を省力化できる。
【００１４】
本発明の手段５の遊技用装置または遊技用システムは、請求項１、請求項２、手段１〜手段４のいずれかに記載の遊技用装置または遊技用システムであって、
前記遊技用装置は、
所定の制御（例えば、カードや紙幣の受け付け、遊技玉の貸出等）を行うとともに、対応する遊技機（例えば、Ｐ台２）から出力される遊技に関する情報を記憶可能な第１制御手段（例えば、ＣＵ制御部３２３）と、
前記表示手段を有し、対応する遊技機における遊技に関する情報を表示可能な表示ユニット（例えば、液晶ユニット５００）と、
前記表示ユニットの動作を制御するとともに、前記第１制御手段から取得した遊技に関する情報を記憶可能であって、該記憶している情報と前記第１制御手段から取得した情報とにもとづいて、対応する遊技機における遊技に関する情報を前記表示ユニットに表示する制御を実行可能な第２制御手段（例えば、液晶ユニット制御部５０２）と、
を備え、
前記第２制御手段は、消去情報（例えば、台データクリア指示）を入力可能な消去情報入力手段（例えば、図３３に示すように、台データクリア指示を受信する部分）を含み、
前記第１制御手段と前記第２制御手段は、前記消去情報入力手段に前記消去情報が入力されたことにもとづいて、記憶している遊技に関する情報の少なくとも一部を消去する（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示を受信したことに基づいて、液晶ユニット制御部５０２の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とＣＵ制御部３２３の図示しないＲＡＭに格納されている遊技情報記憶テーブル（図３４（Ａ））に記憶されている遊技情報をクリアする部分）
ことを特徴としている。
この特徴によれば、遊技に関する情報が適切に消去されないことにより、不適切な情報が表示されてしまうことを防ぐことができる。
【００１５】
尚、本発明は、本発明の請求項に記載された発明特定事項のみを有するものであって良いし、本発明の請求項に記載された発明特定事項とともに該発明特定事項以外の構成を有するものであっても良い。
【図面の簡単な説明】
【００１６】
【図１】カードユニット、液晶ユニット及びパチンコ遊技機を示す正面図である。
【図２】パチンコ遊技機のガラス扉と前枠とを開放した状態を示す斜視図である。
【図３】遊技盤が前枠に取付けられる前と取付けられた後の様子を示す図である。
【図４】遊技用システムのシステム構成を示す図である。
【図５】カードユニット、液晶ユニット及びパチンコ遊技機に用いられる制御回路を示すブロック図である。
【図６】相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。
【図７】カードユニット側とパチンコ遊技機側とにおいて記憶している各種データおよびその送受信を説明するための説明図である。
【図８】カードユニットとパチンコ遊技機との間で送受信されるコマンドおよびレスポンスの概略を説明する説明図である。
【図９】状態情報要求の内容を説明するための説明図である。
【図１０】状態情報応答の内容を説明するための説明図である。
【図１１】状態情報応答の内容を説明するための説明図である。
【図１２】カードユニットと液晶ユニットとの間で送受信されるコマンドの概略を説明する説明図である。
【図１３】遊技台接続通知コマンドの概略を説明する説明図である。
【図１４】状態要求コマンドの概略を説明する説明図である。
【図１５】状態応答コマンドの概略を説明する説明図である。
【図１６】カードユニットにカードが挿入されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。
【図１７】カードが返却されたときのカードユニットとパチンコ遊技機との処理の一例を示す図である。
【図１８】カード挿入通知のコマンド、状態情報要求のコマンドに含まれるＣＵ状態、およびカードの挿入状態の関係を説明するための概念図である。
【図１９】挿入したカードのプリペイド残額から玉貸したときのカードユニット、液晶ユニット及びパチンコ遊技機の処理の一例を示す図である。
【図２０】持玉払出・貯玉払出をしたときのカードユニット、液晶ユニット及びパチンコ遊技機の処理の一例を示す図である。
【図２１】状態情報要求受信処理を説明するためのフローチャートである。
【図２２】遊技システムにおいて報知可能なエラーの種類を説明するための図である。
【図２３】カードユニットと液晶ユニットとＰ台の処理の一例を示す図である。
【図２４】情報配信サーバがコンテンツを配信する際の情報配信サーバと液晶ユニットとの処理の一例を示す図である。
【図２５】ＣＵ及び液晶ユニットに電源が投入されたときのＣＵ、液晶ユニット及び情報配信サーバの処理の一例を示す図である。
【図２６】（Ａ）は機種特定テーブルを示す図であり、（Ｂ）はエラー表示データ記憶テーブルを示す図であり、（Ｃ）はサポートデータ記憶テーブルを示す図である。
【図２７】Ｐ台においてエラーが発生した場合におけるＰ台、ＣＵ及び液晶ユニットにおける処理の一例を示す図である。
【図２８】エラー記憶テーブルを示す図である。
【図２９】ＣＵに電源が投入されたときのＣＵ及び持玉管理サーバの処理の一例を示す図である。
【図３０】端子設定データ記憶テーブルを示す図である。
【図３１】端子設定データの設定画面を示す図である。
【図３２】ＣＵと液晶ユニットに電源を投入してから台データクリアを行うまでのＣＵと液晶ユニットの処理一例を示す図である。
【図３３】ＣＵと液晶ユニットに電源を投入してから台データクリアを行うまでのＣＵと液晶ユニットの処理一例を示す図である。
【図３４】遊技情報記憶テーブルを示す図である。
【図３５】液晶ユニットタイマ割込処理の一例を示すフロ−チャートである。
【図３６】液晶表示器に表示される画面の一例を示す図である。
【図３７】エラーが発生した場合の変動表示装置及び液晶表示器の画面の一例を示す図である。
【図３８】エラーが発生した場合の液晶表示器の画面の一例を示す図である。
【図３９】エラーが発生した場合の液晶表示器の画面の一例を示す図である。
【図４０】リモコンによってＣＵにエラー履歴表示指示信号を送信する場合を示す図である。
【図４１】液晶表示器にエラー履歴を表示する場合の図である。
【発明を実施するための形態】
【００１７】
以下、本発明に係る遊技機及び遊技用システムを実施するための形態を実施例に基づいて以下に説明する。尚、本実施例におけるフローチャートの各ステップの説明において、例えば「ステップＳ１」と記載する箇所を「Ｓ１」と略記する場合がある。
【００１８】
まず、図１を参照して、本実施例に係るパチンコ遊技機の構成を説明する。遊技場（ホール）内に複数配置されている各遊技島（図示略）には、遊技機の一例の封入循環式パチンコ遊技機（以下、遊技機、パチンコ機またはＰ台と略称することもある）２が併設されている。なお、Ｐ台２の所定側の側方位置には、該Ｐ台２に対して遊技用装置の一例のカードユニット（以下ＣＵと略称することもある）３が１対１に対応設置されている。なお、本実施例に係る遊技用装置としてカードユニットを例に以下説明するが、これに限られず、Ｐ台２と接続して大当りや異常の報知、入賞回数などの遊技情報の収集などを行う呼出しランプ装置などであってもよい。
【００１９】
Ｐ台２は、内部に遊技媒体の一例のパチンコ玉を封入しており、遊技者が打球操作ハンドル２５を操作することにより、発射モータ１８（図５参照）を駆動させて封入玉を１発ずつ遊技盤２６前面の遊技領域２７に打込んで遊技ができるように構成されている。具体的には、打球操作ハンドル２５の周囲にタッチセンサが設けられており、遊技者が打球操作ハンドル２５を操作している状態でその遊技者の手がタッチセンサに触れ、その遊技者の手の接触をタッチセンサで検知して発射モータ１８が駆動される。この状態で、遊技者による打球操作ハンドル２５の回動操作量に応じて打球発射勢いが調整されて玉が遊技領域２７内に発射される。
【００２０】
パチンコ玉の発射強度（以下、単に発射強度Ｔともいう）は、打球操作ハンドル２５の回動操作量（以下、単にハンドル操作量ともいう）に応じて調整可能であり、ハンドル操作量を大きくするにしたがって発射強度Ｔが大きくなる。したがって、遊技者は、ハンドル操作量を調節することによって、自らが狙う領域をパチンコ玉が通過するように発射強度Ｔを調整することができる。
【００２１】
図１に示すＰ台２は、いわゆる第１種のパチンコ遊技機であって、遊技領域２７の中央に変動表示装置（特別図柄とも言う）２７８が設けられている。また、遊技領域２７には、打込まれたパチンコ玉が入賞可能な複数種類の入賞口が設けられている。図１に示す遊技領域２７には、１つの大入賞口（可変入賞球装置）２７１と、３つの普通入賞口２７２，２７３，２７４と、３つの始動入賞口２７５，２７６，２７７とが示されている。特に、始動入賞口２７６は、遊技者にとって有利な第１の状態（たとえば開成状態）と遊技者にとって不利な第２の状態（たとえば閉成状態）とに変化可能な電動チューリップで構成されている。
【００２２】
変動表示装置２７８は、複数種類の識別情報（図柄）を変動表示（可変表示ともいう）可能な変動表示部を備えており、各始動入賞口２７５，２７６，２７７に入賞した始動入賞玉の検出信号に基づいてそれらの複数種類の識別情報の変動表示を開始させる。変動表示装置の表示結果が特定の識別情報の組合せ（たとえばぞろ目）になると、大当り状態（大当り遊技状態ともいう）となり、大入賞口２７１が開放される。尚、大入賞口２７１は、遊技玉が所定数（例えば１０玉）入賞すること、または所定時間（例えば２９秒）経過することによって閉鎖される。そして、大入賞口２７１の開放と閉鎖が所定回数（例えば１０回や１５回）繰り返し実施されると、大入賞口２７１が閉鎖されて大当り状態が終了する。
【００２３】
また、変動表示装置２７８の表示結果が大当り図柄の組合せ（ぞろ目）のうちの予め定められた特別の識別情報の組合せ（たとえば７７７などの確変図柄の組合せ）となることにより、確変大当り状態が発生し、それに伴う大当り状態の終了後大当りの発生確率が向上した確率変動状態（確変状態）が発生する。
【００２４】
遊技領域２７内に打込まれたパチンコ玉はいずれかの入賞口に入賞するかあるいは入賞することなくアウト口１５４に回収される。いずれかの入賞口に入賞したパチンコ玉およびアウト口１５４に回収されたパチンコ玉は再度Ｐ台２内の回収経路を通って打球発射位置にまで還元される。そして、遊技者が打球操作ハンドル２５を操作することにより再びその打球発射位置のパチンコ玉が遊技領域２７内に打込まれる。
【００２５】
Ｐ台２は、ＣＵ３を側方位置に設置することでＣＵ３から伸びる液晶ユニット５００をＰ台２の前面に配置させる。そのため、Ｐ台２における遊技領域２７の下方位置には、液晶ユニット５００が設けられている。液晶ユニット５００は、液晶表示器５０４を有しており、持玉数や貯玉数、プリペイド残額（カード残額または単に残額とも言う）、あるいはＰ台２の状態に応じた様々な画像を遊技者に表示可能となっている。
【００２６】
また、Ｐ台２における遊技領域２７の下方位置には、遊技玉数を表示するための遊技玉数表示器２９が設けられている。遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイで構成されており、後述の払出制御部１７１によって制御される。この遊技玉数表示器２９により、後述する遊技玉数や発生したエラーのエラー番号などが表示される。さらに、後述するように、ＣＵ３にカードが挿入されていないにもかかわらず、遊技玉の加算要求が行われた場合には、不正玉貸玉数を特定可能な情報が遊技玉数表示器２９に表示される。なお、遊技玉数表示器２９は、７セグメント式のＬＥＤディスプレイに限定されず、液晶表示器や有機ＥＬ表示器、その他の表示器で構成してもよい。
【００２７】
さらに、Ｐ台２における遊技玉数表示器２９の左方位置には、遊技玉から持玉への計数処理をするための計数ボタン２８が設けられている。本実施例では、計数ボタン２８を押下し続けた時間に応じて計数動作が繰返し実行される。なお、押下継続時間に関わらず、１度押下すると、所定数（たとえば１００玉）だけ遊技玉から持玉への計数が行われるようにしてもよく、あるいは、計数ボタン２８を１度押下した場合には、その押下時間にかかわらず（長押しか否かにかかわらず）、現在遊技者が所有している遊技玉のすべてが計数されるようにしてもよい。また、計数速度は、カード返却操作を行う場合にさらに向上し、スムーズなカード返却処理を実現している。
【００２８】
このように、計数ボタン２８をＰ台２側に設けているため、計数ボタン２８をＣＵ３側に設ける場合と比較して、Ｐ台２に正対して座っている遊技者の操作性を向上できる。また、Ｐ台２は、遊技領域２７の右上位置および左上位置に、変動表示装置２７８で表示される演出にあわせて再生する音楽データを出力するためのスピーカ２７０が設けられている。なお、スピーカの位置および個数は、図１に示す構成に限定されず、必要に応じて位置および個数を変更してもよい。
【００２９】
本実施例に係るＰ台２は、遊技盤２６とそれ以外の前枠（遊技枠）５とに分けることができる。特に、遊技盤２６は、各社が開発するパチンコ遊技機の機種毎に異なるものである一方、前枠５は、機種に関わらず共通の共通枠とされている。このため、遊技店は新台入れ替えの際には遊技盤２６のみの交換で事足りる。
【００３０】
次に、引続き図１を参照して、本実施例に係るＣＵ３の構成を説明する。このＣＵ３は、会員登録をしていない一般の遊技者に対して発行される遊技用記憶媒体であるプリペイド機能を備えるビジターカード（一般カードとも言う）や、該遊技場に会員登録した会員遊技者に対して発行される遊技用記憶媒体である会員カードを受付ける。ビジターカードや会員カードはＩＣカードで構成されている。
【００３１】
それらのカードを受付けたＣＵ３は、カードの記憶情報により特定される遊技者所有の遊技価値（たとえばプリペイド残額、持玉数、あるいは貯玉数など）を“遊技玉のデータ”に変換する機能を有する。Ｐ台２では、遊技玉のデータによって特定される玉数相当の弾球遊技が可能とされる。つまり、“遊技玉のデータ”とは、発射可能な玉の発射残数を示すデータである。以下の説明では、“遊技玉のデータ”を貯玉や持玉と同様に、単に“遊技玉”と称する。
【００３２】
ＣＵ３の前面側には、紙幣を挿入するための紙幣挿入口３０２、会員カードやビジターカードを挿入するためのカード挿入／排出口３０９などが設けられている。このカード挿入／排出口３０９に挿入された会員カードやビジターカードがＣＵ３内に設けられたカードリーダライタ３３７に受付けられ、そのカードに記憶されている情報が読取られる。尚、本実施例のカードリーダライタ３３７は、発行に使用する所定枚数（例えば１０枚）のビジターカードを収納可能な収納部を備え、現金の受付けによってプリペイド残金が存在する場合に返却操作がされた場合や、プリペイド残金が存在しなくても持玉数が存在する場合に返却操作がされた場合には、該収納部に収納されているビジターカードをカード挿入／排出口３０９から排出（発行）する。
【００３３】
尚、本実施例のＣＵ３においては、液晶ユニット５００に表示される再プレイボタン（再プレイ表示）を操作したことが液晶表示器５０４（図５参照）を介して検出されることによって、会員カードＩＤにより特定される貯玉数を用いた再プレイ遊技を実施可能となっている。本実施例における液晶ユニット５００では、詳細は後述するが、ＣＵ３や情報配信サーバ９０１から特定のコマンドや信号を受信することにより、液晶表示器５０４において大当り回数、小当り回数、確変回数、スタート回数、大当り確率、持玉数、貯玉数、遊技玉数の表示、Ｐ台２の低ベース時におけるベース、貸玉ボタンの強調表示、Ｐ台２による遊技時間が長くなった場合の警告表示、遊技場の閉店告知表示等を実行可能となっている。
【００３４】
再プレイボタンを操作した場合に、挿入されたカードに遊技者が獲得した持玉数が記憶されているときにはその持玉数の一部を引落として遊技玉に変換し、変換した遊技玉に基づいてＰ台２による遊技を行うことが可能となる。一方、挿入されたカードが会員カードであり持玉数が記憶されておらずかつ貯玉が管理コンピュータ９００などに記憶されている場合には、その貯玉の一部が引落とされて遊技玉に変換され、Ｐ台２による遊技が可能となる。つまり、挿入されたカードに対応付けて貯玉と持玉との双方が記憶されている場合には、持玉が優先的に引落とされる。
【００３５】
ここで、「貯玉」とは、前日以前に獲得した玉でホールに預けている玉であり、貯玉払出により遊技玉となる。また、貯玉は、遊技場に預け入れられた遊技媒体であり、一般的に当該遊技場に設置された管理コンピュータ９００（図５参照）やその他の管理コンピュータにより管理される。
【００３６】
「持玉」とは、当日獲得した玉であり、持玉払出により遊技玉となる。また、持玉数は、遊技者がＰ台２により遊技を行った結果遊技者の所有となった遊技玉数をカードに記憶したものであって、未だに遊技場に預け入れられていない玉数のことである。一般的には、遊技場において当日遊技者が獲得した玉数を「持玉」と言い、前日以前に遊技者が獲得した玉数であって遊技場に預け入れられた玉数を「貯玉」と言う。
【００３７】
「遊技玉」とは、Ｐ台２で発射可能な玉である。遊技玉数のデータは、既に説明したとおり、プリペイドカードの残額、持玉、あるいは貯玉を引落とすことと引き換えにして生成される。
【００３８】
なお、持玉数を遊技場に設定された持玉数管理用の管理装置で管理してもよい。要するに、「貯玉」と「持玉」との違いは、遊技場に預け入れるための貯玉操作が行われて遊技場に預け入れられた玉数であるか、あるいは、未だに遊技場に預け入れられていない段階の玉数であるかの点である。
【００３９】
本実施例では、貯玉データは会員カードに直接記憶させず管理コンピュータ９００などの遊技場に設置されたサーバに会員カード番号と対応付けて記憶させ、会員カード番号に基づいて対応する貯玉を検索できるように構成されている。一方、持玉は、カードに直接記憶している。しかし、それに限定されるものではなく、両者ともにホールサーバ８０１（図５参照）にカード番号と対応付けて記憶させてもよい。ビジターカードの場合も、持玉は、ビジターカードに直接記憶している。しかし、それに限定されるものではなく、持玉をホールサーバ８０１にカード番号と対応させて記憶させてもよい。このホールサーバ８０１にカード番号と対応させて記憶させる際に、ホールサーバ８０１に記憶させた時刻を特定できるデータをカード（会員カード、ビジターカード）に書込んで排出してもよい。また、プリペイド残額についてはカード（会員カード、ビジターカード）に直接書込んで排出する。
【００４０】
なお、持玉を、カード（会員カード、ビジターカード）、またはホールサーバ８０１に記憶させるタイミングは、たとえば、計数ボタン２８が操作されて計数処理が行われる度にリアルタイムに記憶させる、一定周期ごとに記憶させる、またはカードを返却するときに一括して記憶させるなどのタイミングとすることが考えられる。
【００４１】
また、遊技者が遊技を終えてＣＵ３からカードを返却したときには、ＣＵ３に記憶していた持玉が一旦貯玉としてホールサーバ８０１に記憶されるようにし、その遊技者がカードの返却を受けた日と同じ日に再び同じまたは別のＣＵ３にカードを挿入したときには、一旦貯玉として記憶された当日分の持玉のみが再びそのＣＵ３に記憶され、その持玉の範囲で遊技玉を加算し、遊技できるようにしてもよい。
【００４２】
紙幣挿入口３０２に挿入された紙幣は、貨幣識別器（図示省略）により取込まれてその真贋や紙幣種別の識別がなされる。ＣＵ３の前面側には、さらに、該ＣＵ３の操作を行うためのリモコン等から発せられる赤外線を受講可能な赤外線受光部３２４が設けられている。
【００４３】
次に、図２を参照して、Ｐ台２は、額縁状の外枠４に対して、前枠（以下、セルとも言う）５とガラス扉６とがその左側縁を揺動中心として開閉可能に設けられている。
【００４４】
前枠５における揺動中心とは反対側の端縁付近（遊端側）には、上下１対の係合突起６ａ、６ｂが設けられている。この係合突起６ａ、６ｂは、図示しないバネによって下方向に押圧されている。一方、外枠４の係合突起６ａ、６ｂに対向する位置に、係合受け片７ａ、７ｂが設けられている。開放状態の前枠５を外枠４に押付けることにより係合突起６ａ、６ｂが係合受け片７ａ、７ｂを乗越え、乗越えた状態でバネの付勢力により係合突起６ａ、６ｂが下方に移動し、ロック状態となる。
【００４５】
そして、遊技場の係員が図１に示した鍵穴１０に鍵を挿入して解錠操作（たとえば時計回り回転）することにより、バネの付勢力に抗して上下１対の係合突起６ａ、６ｂが上方に押上げられ、その結果係合受け片７ａ、７ｂに対する係合突起６ａ、６ｂの係合が解除されてロック解除状態となり、前枠５が開放される。
【００４６】
さらに、前枠５にはガラス扉６用の係合突起８も設けられており、その係合突起８に対向するガラス扉６部分には、係合穴９が設けられている。係合突起８は、図示しないバネによって下方に押圧されており、開放状態のガラス扉６を前枠５に押付けることにより係合穴９の下縁部分によって係合突起８が押上げられて乗越えることにより、バネの付勢力により係合突起８が押下げられ、係合突起８と係合穴９とが係合されてロック状態となる。この状態で、遊技場の係員が図１に示した鍵穴１０に鍵を挿入して解錠操作（たとえば反時計回り回転）することにより、バネの付勢力に抗して係合突起８が引上げられ、係合突起８と係合穴９との係合が解除されてロック解除状態となり、ガラス扉６が開放される。
【００４７】
前枠５の下方部分における外枠４と接触する箇所に前枠開放検出スイッチ１３が設けられており、前枠５が開放されたことが検出される。また、前枠５の上方部分におけるガラス扉６との接触部分にガラス扉開放検出スイッチ１２が設けられており、ガラス扉６が開放されたことがこのガラス扉開放検出スイッチ１２により検出される。
【００４８】
ガラス扉開放検出スイッチ１２および前枠開放検出スイッチ１３の開放回数は、図示しない計数カウンタにより計数される。計数カウンタは、ＣＰＵ（Central Processing Unit），ＲＯＭ（Read Only Memory），ＲＡＭ（Random Access Memory）などが搭載され、Ｐ台２の電源供給が途切れたときでもバックアップ電源により動作可能で、夜間などの電源ＯＦＦ時でもガラス扉６や前枠５の開放検出回数を計数してその計数値を払出制御部１７１へ送信することができる。ここで、バックアップ電源は、たとえば、Ｐ台２内に設けられたキャパシタや蓄電池である。
【００４９】
遊技盤２６の裏面（ガラス扉６と対向する面とは反対側の面）に、主制御基板１６が設けられている。外枠４の裏面は閉じられているため、まず前枠５を開放して前枠５から遊技盤２６を取外すことで、主制御基板１６が遊技盤２６から着脱可能な状態になる。つまり、遊技盤２６より主制御基板１６を取外す、または主制御基板１６に設けた半導体チップを交換する作業を行うためには、前枠５を開放する必要があるため前枠開放検出スイッチ１３で当該作業を必ず検出することができる。よって、遊技盤２６より主制御基板１６を不正に取外す、または主制御基板１６に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３で検出することができる。
【００５０】
さらに、前枠５の裏面に、払出制御基板１７が設けられている。払出制御基板１７も、まず前枠５を開放してから、前枠５の裏面より取外す必要がある。よって、前枠５の裏面より払出制御基板１７を不正に取外す、または払出制御基板１７に設けた半導体チップを不正に交換すれば、必ず前枠開放検出スイッチ１３で検出することができる。
【００５１】
次に、遊技盤２６を前枠５に設置する構成について説明する。図３は、遊技盤２６が前枠５に取付けられる前と取付けられた後の様子を示す図である。図３に示すように前枠５の裏面には、取付機構３４ａ、３４ｂがそれぞれヒンジ３５ａ、３５ｂを中心に開閉自在に設けられている。取付機構３４ａ、３４ｂは、コの字型をしており、遊技盤２６に対応した幅の底を持つ。遊技盤２６を前枠５に対して図３（ｂ）の矢印方向に押し込むことで、図３（ａ）に示すように遊技盤２６が取付機構３４ａ、３４ｂにより固定される。遊技盤２６が取付機構３４ａ、３４ｂにより固定されるときに、遊技盤２６側に設けた凸型ドロアコネクタ３２が前枠５側に設けた凹型ドロアコネクタ３３と結合する。ここで、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３は、位置ずれに対してフレキシブル性を有するフローティングコネクタである。
【００５２】
また、遊技盤２６を前枠５に設置する際に、凸型ドロアコネクタ３２が凹型ドロアコネクタ３３と結合することで、遊技盤２６側の主制御基板１６と、前枠５側の払出制御基板１７とが接続されることになる。さらに、遊技盤２６は決まった位置に固定されるとともに、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３はある程度の位置ずれに対してフレキシブル性を有しているので、凸型ドロアコネクタ３２と凹型ドロアコネクタ３３との位置関係を意識することなくこれらが結合することができる。なお、取付機構３４ａ、３４ｂを設けず、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３のみで、遊技盤２６を前枠５に設置する構成であっても、凸型ドロアコネクタ３２および凹型ドロアコネクタ３３自体がフレキシブル性を有するフローティングコネクタであるため、遊技盤２６と前枠５との位置関係を意識することなくこれらが結合することができる。ここで、凸型ドロアコネクタ３２は、遊技盤２６の内部配線（図示せず）を介して主制御基板１６に接続され、凹型ドロアコネクタ３３は、信号ケーブル３６を介して、図２に示す払出制御基板１７に接続されている。
【００５３】
図５は、ＣＵ３およびＰ台２に用いられる制御回路を示すブロック図である。図５を参照して、ＣＵ３とＰ台２及び液晶ユニット５００の制御回路の概略を説明する。
【００５４】
ＣＵ３には、ＣＵ制御基板３２０が設けられており、該ＣＵ制御基板３２０には、マイクロコンピュータなどから構成されたＣＵ制御部３２３が設けられている。このＣＵ制御部３２３は、ＣＵ３の主制御機能部であり、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。尚、ＣＵ制御部３２３内のＲＯＭには、予めＣＵ３が対応して設けられているＰ台２の台番号のデータが記憶されている。
【００５５】
また、ＣＵ制御基板３２０には、情報配信サーバ９０１や持玉管理サーバ９０２、コンテンツ管理サーバ９０３、Ｔ−ＢＯＸ９０４（図４参照。尚、「Ｔ−ＢＯＸ」は（売り上げ管理用の）ターミナルボックスの略称である）とローカルエリアネットワークを用いて通信を行うための第１ＬＡＮ通信部３２８と、管理コンピュータ９００やセキュリティ上の管理を行うホールサーバ８０１（図６参照）とローカルエリアネットワーク（ＬＡＮ）を用いて通信を行うための第２ＬＡＮ通信部３２９と、後述する呼び出しランプ１０００と通信を行うための呼び出しランプ用通信部３２７と、が設けられている。ＣＵ制御部３２３には、Ｐ台２の払出制御基板１７とセキュリティを確保しながら通信を行うためのセキュリティ基板（ＳＣ基板）３２５が接続される。セキュリティ基板３２５は、ＣＵ３のセキュリティ監視機能部である。なお、セキュリティ基板３２５上にＣＵ制御部３２３を設けてもよく、あるいは、セキュリティ基板３２５とは別の基板にＣＵ制御部３２３を設けてもよい。ＣＵ３にはＰ台２側への接続部（図示省略）が設けられており、Ｐ台２にはＣＵ３側への接続部（図示省略）が設けられている。これら接続部は、たとえばコネクタなどで構成されている。
【００５６】
ＣＵ３側のセキュリティ基板３２５とＰ台２側の払出制御基板１７とは、このコネクタと接続配線とを介して通信可能に接続される。セキュリティ基板３２５には、セキュリティ基板３２５と払出制御基板１７との通信を制御するための通信制御ＩＣ３２５ａと、Ｐ台２のセキュリティを監視するためのセキュリティチップ（ＳＣ）３２５ｂが設けられている。さらに、ＳＣ３２５ｂは、内部に図示しない不正検知部を備え、該不正検知部がＣＵ制御部３２３からＰ台２に通知される遊技玉の加算要求情報を監視することにより不正検知を行い、不正検知時に鍵管理サーバ８００（図６参照）に通知する。また、不正検知用の設定値（定数）は鍵管理サーバ８００から基板制御情報として通知される。
【００５７】
また、本実施例のＣＵ３には、日付や時刻を測定可能なＲＴＣ（リアルタイムクロック）３３０、ＣＵ３（より具体的にはＣＵ制御部３２３）からの信号を外部に出力するための外端出力部３３１、ＣＵ３と液晶ユニット５００との間でコマンド（データ）を送受信するためのコマンド送受信部３３５が設けられており、これらＲＴＣ３３０、外端出力部３３１、コマンド送受信部３３５はＣＵ制御基板３２０に接続されている。
【００５８】
外端出力部３３１には、ＣＵ３からの信号を外部に出力するための制御を行う外部出力回路３３２と、該外部出力回路３３２に接続された外部出力ポート１〜４とが設けられている。更に、各外部出力ポート１〜４には、第１端子３３３ａ〜第４端子３３３ｄのいずれかが接続されている。つまり、これら第１端子３３３ａ〜第４端子３３３ｄに外部装置の入力端子を接続することによってＣＵ３からの信号を外部に出力可能となっている。尚、本実施例において第１端子３３３ａ〜第４端子３３３ｄを介してＣＵ３からの信号を出力する先の外部装置は、例えば、Ｐ台２における遊技情報（例えば、大当り回数やスタート回数、発生したエラー等）を管理可能な管理コンピュータ９０１やホールサーバ８０１や、Ｐ台２における大当り回数やスタート回数等の遊技情報の少なくとも一部を表示可能な呼び出しランプ１０００等であればよい。
【００５９】
また、液晶ユニット５００には、液晶制御基板５０１が設けられており、該液晶制御基板５０１には、マイクロコンピュータなどから構成された液晶ユニット制御部５０２が設けられている。更に、液晶制御基板５０１には、液晶ユニット５００に設けられた液晶表示器５０４における画像の表示を制御するための液晶表示制御部５０３と、情報配信サーバ９０１（図４参照）とローカルエリアネットワーク（ＬＡＮ）を用いて通信を行うためのＬＡＮ通信部５０５と、日付や時刻を測定可能なＲＴＣ（リアルタイムクロック）５０７と、が設けられている。また、液晶ユニット５００には、該液晶ユニット５００とＣＵ３との間でコマンド（データ）の送受信を行うためのコマンド送受信部５０６も設けられている。尚、本実施例における液晶表示器５０４はタッチパネルを備えており、該タッチパネルによって遊技者等の操作を検出可能となっている。
【００６０】
ＣＵ制御部３２３には、前述した貨幣識別器により紙幣の真贋および種類が識別されて、その識別結果信号が入力される。また、ＣＵ制御部３２３には、遊技場の係員が所持しているリモコンから発せられた赤外線を赤外線受光部３２４で受光すれば、その受光信号が入力される。ＣＵ制御部３２３には、挿入されたカードの記憶情報をカードリーダライタ３３７が読取って、その読取り情報が入力されるとともに、ＣＵ制御部３２３からカードリーダライタ３３７に対し、挿入されているカードに書込むデータが伝送されたときに、カードリーダライタ３３７はそのデータを挿入されているカードに書込む。カードの記憶情報には、カードＩＤが含まれる。ＣＵ制御部３２３は、カードリーダライタ３３７が読み取ったカードＩＤを遊技終了まで記憶する。
【００６１】
ＣＵ制御部３２３は、遊技者が遊技している際、遊技者の持玉を管理・記憶する。ＣＵ制御部３２３から残額あるいは遊技玉数などのデータが液晶ユニット５００出力され、液晶表示制御部５０３で表示用データに変換される。
【００６２】
また、液晶表示器５０４の表面に設けられているタッチパネルを遊技者が操作すれば、その操作信号が液晶表示制御部５０３、コマンド送受信部５０６及びコマンド送受信部３３５を介してＣＵ制御部３２３に入力される。つまり、本実施例では、液晶表示器５０４に表示されている貸玉ボタン（玉貸表示）、再プレイボタン（再プレイ表示）、カード返却ボタン（カード返却表示）等が遊技者によって操作されたことをタッチパネルによって検出することで、これら操作の操作信号がＣＵ制御部３２３に入力されるようになっている。
【００６３】
Ｐ台２には、Ｐ台２の遊技の進行制御を行う主制御基板１６と、遊技玉を管理・記憶する払出制御基板１７と、払出制御基板１７の指令に基づいて発射モータ１８を駆動制御する発射制御基板３１と、変動表示装置２７８と、主制御基板１６から送信されてくるコマンドに基づいて変動表示装置２７８を表示制御する演出制御基板１５とが備えられている。
【００６４】
主制御基板１６および演出制御基板１５は、遊技盤２６に設けられている。主制御基板１６には主制御部１６１である遊技制御用マイクロコンピュータが搭載されている。主制御部１６１は、遊技機の主制御機能部である。遊技機制御用マイクロコンピュータは、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。主制御部１６１は、遊技盤２６に設けられている入賞センサ１６２、電波センサ１６３、振動センサ、１６４、磁気センサ１６５に接続されている。
【００６５】
主制御部１６１は、各始動入賞口２７５，２７６，２７７に玉が入賞すると、大当り（あるいはさらに小当りを含む）／はずれを決定するための乱数を抽選し、その乱数を記憶する。これを保留記憶という。保留記憶数の最大値は、たとえば、「４」である。主制御部１６１は、変動表示装置２７８で新たな変動表示を開始できる状態になれば、保留記憶を１つ消化してその保留記憶に基づいた大当り判定を行うとともに可変開始から表示結果の導出に至るまでの変動表示時間を複数種類の中から決定する。また、大当りを決定したときには、確率変動を生じさせるか否かも併せて決定する。主制御部１６１は、その大当り判定の結果（確変にするか否かを含む）、および変動表示時間に関する情報をコマンドとして演出制御基板１５に搭載された演出制御部１５１へ送信する。
【００６６】
主制御部１６１から演出制御部１５１へ送信される変動表示に関するコマンドには、変動表示の開始を示す可変開始コマンド、変動表示の結果を示す表示結果コマンド（大当り／はずれ）、変動表示パターンを特定可能な変動表示時間コマンド、変動表示結果を導出表示させるタイミングを示す可変停止コマンドなどが含まれる。さらに、主制御部１６１から演出制御部１５１へ送信されるコマンドには、大当り中に大当りの進行状況を特定可能なコマンドや、新たな保留記憶の発生を示すコマンド、遊技状態のエラーの発生を示すコマンドなどがある。
【００６７】
演出制御部１５１は、主制御部１６１から送信されてくるこれらのコマンドに基づいて変動表示装置２７８の変動表示内容を決定する。たとえば、演出制御部１５１は、主制御部１６１から送信されてくるコマンドに基づいて変動表示結果および変動表示時間を特定し、停止図柄を決定するとともに変動表示パターン（リーチの有無、リーチの種類）を決定し、さらには大当りやリーチに関する予告演出の演出パターンを決定する。演出制御部１５１は、決定した変動表示内容に従って変動表示装置２７８を表示制御する。
【００６８】
払出制御基板１７は、前枠５に設けられている。払出制御基板１７には、払出制御部１７１である払出制御用マイクロコンピュータが搭載されている。払出制御部１７１は、遊技機の払出制御機能部である。払出制御用マイクロコンピュータは、制御中枢としてのＣＰＵ、ＣＰＵが動作するためのプログラムや制御データなどを記憶しているＲＯＭ、ＣＰＵのワークエリアとして機能するＲＡＭ、周辺機器との信号の整合性を保つための入出力インターフェースなどが設けられている。
【００６９】
また、払出制御基板１７に対し、発射玉検出スイッチ７０３、アウト玉検出スイッチ７０１、ファール玉検出スイッチ３３Ａ、計数ボタン２８、電波センサ１７３が電気的に接続された状態で設けられている。この電波センサ１７３は、電波を不正に発信して主に玉上げスイッチ（上）４１ａを常時オン状態にする不正行為を検知するためのものである。この電波センサ１７３の検出信号が払出制御基板１７の入力ポート（図示省略）を介して払出制御部１７１へ入力される。玉上げスイッチ（上）４１ａは、オンからオフに変化したことにより遊技玉の発射を検出し、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００７０】
したがって、不正電波によりこの玉上げスイッチ（上）４１ａが常時オン状態になると、いくら玉を発射しても遊技玉数が減算されない状態となる。このような電波による不正を電波センサ１７３により検知する。
【００７１】
主制御基板１６から払出制御基板１７に対し、主制御チップＩＤ、入賞口情報、ラウンド情報、接続確認信号、入賞検出信号、始動入賞口入賞情報、エラー情報、図柄確定回数、大当り情報、機種固有大当りの情報が送信される。
【００７２】
主制御チップＩＤ（メインチップＩＤとも言う）は、Ｐ台２の主制御基板１６に記憶されているチップＩＤのことであり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される情報である。入賞口情報は、入賞口の種類（始動入賞口、普通入賞口、大入賞口）と、賞球数（入賞口に遊技玉が入ったときの払出玉数）とを含む情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。ラウンド情報は、大当りしたときのラウンド数の情報であり、Ｐ台２の電源投入時に払出制御基板１７に対して送信される。
【００７３】
接続確認信号は、主制御基板１６と払出制御基板１７とが接続されていることを確認するための信号であり、主制御基板１６から払出制御基板１７へ所定の電圧の信号が常時供給されており、払出制御基板１７がその所定電圧信号を受信していることを条件として払出制御基板１７が動作制御するように構成されている。入賞検出信号は、始動入賞口以外の入賞口に入賞したパチンコ玉の検出信号である。この検出信号を受けた払出制御基板１７は、その入賞玉１個に対して付与すべき玉数を、遊技玉数と加算玉数とに加算する制御を行う。
【００７４】
始動入賞口入賞情報とは、始動入賞口のいずれかにパチンコ玉が入賞したことを示す情報である。エラー情報とは、主制御基板１６が遊技制御を行っている最中にエラーが発生した場合にその旨を払出制御基板１７へ通知するための情報である。
【００７５】
図柄確定回数とは、各始動入賞口への入賞に対する変動表示装置の表示結果として確定した図柄の情報である。
【００７６】
大当り情報とは、大当りが発生したことを示す情報であり、その内訳は、各メーカ共通の大当りを示す共通大当り情報と機種固有大当りを示す機種固有大当り情報とがある。共通大当り情報は、たとえば１５ラウンド大当りなどのように、各遊技機メーカが共通に採用している大当りであり、その大当りに伴って確変が発生する場合には確変情報を含み、その大当りに伴って時短状態（変動表示装置の変動表示時間を短縮する制御状態）が発生する場合にはその時短情報を含んでいる。機種固有大当りとは、たとえば突然確変（突確）や遊技玉が特定の領域を通過したことに応じて制御される大当りのような、或る機種のみが採用している大当り状態のことである。尚、本実施例では、時短状態を高ベース状態（或いは単に高ベース）と記すことがある。
【００７７】
払出制御基板１７から主制御基板１６へ、ヘルスチェックコマンドと賞球個数受付コマンドとが送信される。ヘルスチェックコマンドとは、主制御基板１６が正常に動作しているか否かをチェックするためのコマンドである。賞球個数受付コマンドとは、加算玉数を受付けた旨を示すコマンドである。
【００７８】
アウト玉検出スイッチ７０１から払出制御基板１７へアウト玉検出信号が入力される。このアウト玉検出信号が入力された払出制御基板１７は、後述するように遊技中玉数（遊技領域２７に浮遊している浮遊玉の玉数）を減算更新する。ファール玉検出スイッチ３３Ａからファール玉検出信号が入力された払出制御基板１７では、後述するように、加算玉数と遊技玉数とを加算更新するとともに、遊技中玉数を減算更新する。発射玉検出スイッチ７０３から払出制御基板１７へ発射玉検出信号が入力される。この発射玉検出信号が入力された払出制御基板１７は、遊技中玉数を減算更新する。
【００７９】
ＣＵ３のセキュリティ基板３２５とＰ台２の払出制御基板１７とは、遊技枠（前枠）１７に設けられたコマンド通信部１８０及びＣＵ３に設けられたＰＩＦ回路３２６を介して電気的に接続されており、セキュリティ基板３２５から払出制御基板１７へ、後述するように各種コマンドが送信される。逆に、払出制御基板１７からセキュリティ基板３２５へ、後述するように各種レスポンスが送信される。
【００８０】
前枠５には、払出制御基板１７の他、発射制御基板３１、発射モータ１８、遊技玉数表示器２９が設けられている。なお、遊技玉数表示器２９は前枠５に直接取り付けてもよいが、玉が払い出される通常のパチンコ遊技機の前面側に設けられた上皿や下皿のように、前枠５に対して回動可能な態様で設けるようにしてもよい。この点は、液晶ユニット５００についても同様である。払出制御基板１７の払出制御部１７１は遊技玉数表示器２９に遊技者が現在所有している遊技玉数を表示する。
【００８１】
払出制御基板１７から発射制御基板３１へ、発射制御信号と発射許可信号とが出力される。それを受けた発射制御基板３１は、発射装置の発射モータ１８を励磁するための信号を出力する。これにより、パチンコ玉が遊技領域２７へ弾発発射される状態となる。発射制御基板３１は、遊技者が打球操作ハンドル２５に触れていることを検出するタッチリングの入力信号が入力されているときに発射モータ励磁出力を発し、発射モータ１８を駆動させる。また、発射制御基板３１には、発射強度センサ１９と発射停止スイッチ２０が接続されている。
【００８２】
発射強度センサ１９は、発射モータ１８によるパチンコ玉の発射強度Ｔを検出する。たとえば、発射強度センサ１９は、ハンドル操作量に応じて電気抵抗値が変化するように構成された可変抵抗から出力されるアナログ値をデジタル値に変換した値を発射強度Ｔとして検出する。以下では、例示的に、ハンドル操作量に応じて発射強度Ｔが０（最小値）から９９（最大値）まで変化するものとして説明する。発射強度センサ１９の検出結果は、発射制御基板３１経由で払出制御基板１７およびＣＵ３に出力される。
【００８３】
また、発射停止スイッチ２０は、発射モータ１８による遊技玉の発射を停止するためのスイッチであり、遊技者が操作可能なように打球操作ハンドル２５に設けられている。発射停止スイッチ２０が操作される（ＯＮ状態となる）と、該操作されたことが発射制御基板３１にて検知され、打球操作ハンドル２５の操作量（発射強度センサ１９による発射強度Ｔ）にかかわらず発射モータ１８による遊技玉の発射を停止する。
【００８４】
液晶ユニット５００は、コマンド送受信部３３５，５０６を介してＣＵ３からの表示データ（表示制御信号）を受信する。
【００８５】
ＲＡＭクリアスイッチ２９３は、Ｐ台２のＲＡＭに記憶している遊技機情報や遊技情報を消去するためのスイッチであり、Ｐ台がエラー状態となった後当該スイッチを店員が操作することで初期状態に戻すことが可能となる。このＲＡＭクリアスイッチ２９３は、たとえばカードが排出された後に店員により操作される。
【００８６】
ここでは、図１および図５を参照して、Ｐ台２におけるパチンコ玉の循環経路を概説する。遊技者が打球操作ハンドル２５を操作すると、発射モータ１８が駆動する。これにより、発射位置にまで供給されてきた１個のパチンコ玉が打球ハンマーにより弾発されてそのパチンコ玉が遊技領域２７に打込まれる。
【００８７】
遊技玉の発射検出は、玉上げスイッチ（上）４１ａがオンからオフに変化したことにより検出される。この検出は、払出制御部１７１が設けられている払出制御基板１７（図５参照）でのポート入力により検知され、その検知に基づいて、払出制御部１７１が、遊技玉数を「１」減算する。
【００８８】
遊技領域２７に打込まれた玉のうち、アウト口１５４（図１参照）に進入したアウト玉は、アウト玉流下経路を流下し、その途中に設けられたアウト玉検出スイッチ７０１によって検出される。ファール玉は、ファール玉戻り経路を通って流下し、その途中に設けられたファール玉検出スイッチ３３Ａによって検出される。
【００８９】
入賞口や可変入賞球装置に入賞したすべての入賞玉は、遊技機背面で集められて回収玉通過経路に誘導される。同様に、アウト玉およびファール玉も回収玉通過経路に誘導される。回収玉通過経路には発射玉検出スイッチ７０３が設けられている。このため、入賞玉、アウト玉、およびファール玉のすべてが発射玉検出スイッチ７０３によって検出される。つまり、発射玉検出スイッチ７０３は、弾発されたパチンコ玉のすべてを検出するスイッチである。このスイッチの検出数と、発射モータ１８により弾発されたパチンコ玉の弾発数とが等しくなったときに、打込まれたパチンコ玉がすべて回収されたと判定できる。
【００９０】
そこで、本実施例では、発射玉検出スイッチ７０３の検出数と弾発数との差を演算しており、この差数が０でないときには、遊技領域２７に打込まれた玉の回収が済んでいないと判定している。この判定をすることによって、遊技領域２７を転動中であるか、遊技領域の釘などの間に引っ掛かって落下していないような浮遊玉が存在していないかどうかを判定できる。
【００９１】
以上、図４に示すように、Ｐ台２はＣＵ３と通信可能に接続されている。また、ＣＵ３は、遊技場において各Ｐ台２に１対１で対応して設けられた呼び出しランプ１０００にも通信可能に接続されている。尚、本実施例における呼び出しランプ１０００は、ＣＵ３から出力される信号を受信することによって、ＣＵ３が接続されているＰ台２における大当り回数、確変回数、スタート回数及び持玉数を更新表示可能となっている。更に、ＣＵ３は、ＨＵＢ（集線装置）１００１を介して管理コンピュータ９００及びホールサーバ８０１と通信可能に接続されており、ＨＵＢ（集線装置）１００２を介して情報配信サーバ９０１、持玉管理サーバ９０２及びＴ−ＢＯＸ９０４と接続されている、尚、情報配信サーバ９０１は、主に液晶ユニット５００に対して液晶表示器５０４において表示するためのコンテンツデータを配信するためのサーバである。持玉管理サーバ９０２は、会員カードを所持する遊技者（会員遊技者）が再度の遊技に使用可能に所有する貯玉数や、各ビジターカードと会員カードとに記録された持玉数の管理を行うためのサーバである。
【００９２】
Ｔ−ＢＯＸ９０４は、ＣＵ３にて使用されるビジターカードや会員カード並びにＣＵ３の管理等を行うコントローラである。尚、本実施例のＴ−ＢＯＸ９０４は、各会員カード並びに各ビジターカードに残存するプリペイド残額（遊技用価値）を管理しているとともに、通信回線１１を介して、これら会員カードやビジターカードを管理する遊技場外のカード管理会社に設置された決済サーバ９０５とデータ通信を実施できるように接続されていて、これら決済サーバ９０５に対してＴ−ＢＯＸ９０４から、各種の管理情報が送信されることにより、カード管理会社は、該決済サーバ９０５にて各遊技場の会員カード並びにビジターカードによる売り上げ等を把握できるようになっている。
【００９３】
次に、本実施例にて使用されるビジターカードと会員カードとについて、簡潔に説明すると、本実施例に使用されるビジターカード並びに会員カードには、種々のデータを記憶するための不揮発性メモリと、これら記録情報の書き換えや読み出しを実施するとともに、外部のリーダライタ装置との非接触通信を実施する制御部とを有するＩＣチップが搭載されたＩＣカードを使用しており、これらビジターカード並びに会員カードには、個々のカードを識別可能なカードＩＤ、具体的には、ビジターカードにはＶＣで始まるカードＩＤが、会員カードには、ＫＣで始まる会員カードＩＤが予め書き換え不能に記憶されていて、その種別がカードＩＤから識別可能とされているとともに、プリペイド残額を特定可能なプリペイド残額データが記憶されている。
【００９４】
尚、会員カードは、遊技場に会員登録を実施した会員遊技者に対して発行されるものであり、該会員に対して付与される会員ＩＤが書き換え不能に記憶されている。また、該会員カードを使用して会員遊技者は、後述するように、一度獲得して計数した遊技玉を、その翌日以降においても再度遊技に使用できる貯玉を行うことができるようになっているが、これら会員カードには、該貯玉のデータである貯玉数や持玉のデータである持玉数は直接記憶されておらず、これら貯玉数は、持玉管理サーバ９０２において、会員カードＩＤと会員ＩＤとに対応付けて記憶されることで、該会員カードＩＤや会員ＩＤから特定されるようになっている。
【００９５】
また、ビジターカードは、遊技場内に設置された図示しないカード発行・入金機にて、購入、発行されるとともに、ＣＵ３においても発行される。尚、ビジターカードには、該ビジターカードを所有する遊技者が計数した計数済玉数（獲得遊技媒体数）に基づく持玉数と日付とが記憶されており、該持玉数をその当日においてのみ、遊技場内の各ＣＵ３において使用できるようになっている。
【００９６】
また、本実施例では、上述したように、ビジターカードのみに持玉数を書き込み記録するようにしているが、本発明はこれに限定されるものではなく、ビジターカードを会員カードと同様に、持玉数を記憶せずに、カードＩＤから持玉数を特定できるようにしても良い。
【００９７】
尚、遊技者がビジターカードまたは会員カードをカード挿入／排出口３０９に挿入した場合、ＣＵ制御部３２３は、当該会員カード或いはビジターカードの（会員）カードＩＤと会員ＩＤ（会員カードのみ）とプリペイド残額データ、持玉数データ（ビジターカードのみ）等を読み出す。そしてＣＵ制御部３２３は、該受付けた会員カード又はビジターカードから読み出した（会員）カードＩＤとプリペイド残額データと装置ＩＤとを含む認証要求をＴ−ＢＯＸ９０４に送信する。
【００９８】
Ｔ−ＢＯＸ９０４は、受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されているか否か、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致しているか否かを判定し、挿入されたビジターカードまたは会員カードを認証するか否かを判定する。受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されている場合や、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致している場合は、Ｔ−ＢＯＸ９０４は、挿入されたビジターカードまたは会員カード認証した旨を示すコマンドをＣＵ制御部３２３に対して送信し、受信したカードＩＤが予め該Ｔ−ＢＯＸ９０４に記憶されている会員カードテーブルまたはビジターカードテーブルに格納されていない場合や、受信したプリペイド残額データから特定したプリペイド残額がＴ−ＢＯＸ９０４に記憶されているプリペイド残額と一致しない場合は、Ｔ−ＢＯＸ９０４は、挿入されたビジターカードまたは会員カードを認証しない旨を示すコマンドをＣＵ制御部３２３に対して送信する。
【００９９】
そしてＣＵ制御部３２３は、Ｔ−ＢＯＸ９０４から挿入されたビジターカードまたは会員カードを認証する旨のコマンドを受信した場合は、持玉管理サーバ９０２にカード受付通知を送信することによって持玉や貯玉を遊技玉として払出し可能となり、Ｔ−ＢＯＸ９０４から挿入されたビジターカードまたは会員カードを認証する旨のコマンドを受信した場合は、挿入されたビジターカードまたは会員カードをカード挿入／排出口３０９から排出する。
【０１００】
ホールサーバ８０１は、更に鍵管理サーバ８００及び遊技機管理サーバ８０２と通信可能に接続されており、情報配信サーバ９０１及び持玉管理サーバ９０２は、コンテンツ管理サーバ９０３と通信可能に接続されている。コンテンツ管理サーバ９０３は、例えば、複数の遊技機メーカが加盟する団体によって運営される遊技機を管理する組織に設けられたサーバであり、主に各情報配信サーバ９０１に対してコンテンツデータを配信するためのサーバである。
【０１０１】
図６は、相互認証の結果、異常を検知した場合の通知処理を説明するための説明図である。図６を参照して、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６において異常が発生した場合には、図６の矢印で示す方向に対して通知が行われる。ここで言う異常には、ＣＵ制御部３２３、セキュリティ基板３２５、払出制御部１７１、あるいは主制御基板１６を、不正に製造された他のものに差し替えるとか、あるいはノイズなどにより誤作動したり故障したりした場合や、断線などによるオフライン状態などが含まれる。図６に示される鍵管理サーバ８００は、ＣＵ３内部の電子部品のシリアルＩＤ（ＳＩＤとも言う）毎に対応付けて、ＣＵ通信制御部のＳＩＤと認証鍵とを記憶している鍵の管理サーバである。また、鍵管理サーバ８００は、主制御基板１６と互いに通信可能なサーバである。
【０１０２】
まず、ＣＵ３のセキュリティ基板３２５により異常が発生した場合には、前述したＣＵ制御部３２３とセキュリティ基板３２５との間で行われる相互認証の結果、ＣＵ制御部３２３が異常を検知する。この相互認証では、後述するシリアルＩＤ認証と機器認証の他に、セッション鍵による機器認証も含まれている。
【０１０３】
シリアルＩＤは、セキュリティ基板３２５のシリアルＩＤ（基板シリアルＩＤ）であり、セキュリティ基板３２５のセキュリティチップ３２５ｂを製造する段階において、該セキュリティチップ３２５ｂのＲＯＭに記憶されている。また、ＣＵ３が遊技場に搬入された後、ホールサーバ８０１に接続されたときに、鍵管理センタの鍵管理サーバ８００からホールサーバ８０１経由で基板シリアルＩＤがダウンロードされてＣＵ制御部３２３に記憶される。
【０１０４】
ＣＵ制御部３２３がセキュリティ基板３２５の異常を検知した場合、ＣＵ制御部３２３はホールサーバ８０１にその旨を通知するとともに、液晶ユニット５００に異常報知コマンドを送信する。液晶ユニット制御部５０２は、異常発生した旨の表示を行う制御を液晶表示制御部５０３に行わせるとともに、異常報知ランプ（図示せず）を点灯または点滅させて異常報知を行う。さらに、ＣＵ制御部３２３は、外部通信部から管理コンピュータ９００へ異常が発生した旨の信号を送信する。
【０１０５】
ＣＵ３のＣＵ制御部３２３により異常が発生した場合には、前述した相互認証によりセキュリティ基板３２５が異常発生を検知し、その旨を示す信号（異常通知信号）を払出制御部１７１に通知する。なお、セキュリティ基板３２５は、パラレルインタフェイス回路であるＰＩＦ回路３２６を介してパラレル信号で払出制御部１７１に通知する。払出制御部１７１はそれを受けて異常発生した旨を主制御基板１６へ通知する。主制御基板１６は、前述と同様に、異常報知ランプを作動させる制御を行うとともに管理コンピュータ９００へ異常が発生した旨の信号を送信する。
【０１０６】
セキュリティ基板３２５が払出制御部１７１の異常を検知した場合には、その旨をＣＵ制御部３２３へ通知し、ＣＵ制御部３２３がその旨をホールサーバ８０１へ通知する。
【０１０７】
このように、セキュリティ基板３２５は、ＣＵ制御部３２３の異常を検知したときにはその旨をＰＩＦ回路３２６を介して払出制御部１７１へ通知する一方、払出制御部１７１の異常を検知したときには、その旨をＣＵ制御部３２３へ通知するものであり、セキュリティ基板３２５による異常発生の通知先がそれぞれ異なる。その理由は、異常が発生した制御部に対して異常が発生した旨を通知しても、何ら異常報知のための制御が行われず、異常防止対策にはならないためである。しかも、セキュリティ基板３２５は、通信制御の機能は有しているものの異常報知制御の機能は有していない。よって、自ら異常報知の制御が行えず、そのために必ず異常が発生した制御部とは反対側の制御部の方向に異常発生した旨の通知を行うのである。なお、ＰＩＦ回路３２６を介してセキュリティ基板３２５からの異常発生の通知を受けた払出制御部１７１は、その旨を主制御基板１６へ通知する。主制御基板１６はその通知を受けて、前述と同様の異常報知のための制御を行う。
【０１０８】
払出制御部１７１に異常が発生した場合には、その旨がセキュリティ基板３２５により検知され、異常が発生した旨がＣＵ制御部３２３へ通知され、ＣＵ制御部３２３は前述した異常報知制御を行うとともにホールサーバ８０１へ異常が発生した旨を通知する。また、払出制御部１７１に異常が発生した場合には、主制御基板１６が異常発生した旨を検知し、その通知を受けて前述した異常発生報知用の制御を行う。
【０１０９】
払出制御基板１７は、前述したように、セキュリティ基板３２５に異常が発生した場合にはそれを検知して主制御基板１６へ通知する一方、主制御基板１６に異常が発生した場合にはそれを検知してセキュリティ基板３２５へ異常が発生した旨を通知する。この払出制御基板１７も、前述したセキュリティ基板３２５と同様に、異常が発生した旨を検知した場合にはその異常が発生した制御部に対して通知を行っても異常報知用の制御が行われないために、異常が発生した制御部とは反対側の制御部あるいは制御基板に通知を行う。なお、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器などの異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していない。なお、上記の説明では、セキュリティ基板３２５と払出制御基板１７とは、異常報知ランプや異常報知用表示器などの異常報知手段が接続されておらず、異常を検知しても自ら異常報知制御する機能を有していないこととして説明したが、セキュリティ基板３２５と払出制御基板１７とに異常報知の機能を設け、直接異常を発生した旨を通知させてもよい。
【０１１０】
図６に示される遊技機管理サーバ８０２は、たとえば、複数の遊技機メーカが加盟する団体によって運営される遊技機を管理する組織に設けられ、遊技場に設置された遊技機が設計値と異なる異常な状態となっていないかを確認することによって遊技機を管理するサーバである。遊技機管理サーバ８０２は、他の組織に設けられるようにしてもよい。遊技機管理サーバ８０２は、ホールサーバ８０１、ＣＵ（カードユニット）３およびＰ台２と通信可能である。
【０１１１】
本実施例において、情報配信サーバ９０１は、メインチップＩＤなどの遊技機を各々、識別する情報に対応付けて、遊技機（Ｐ台２）の設計値の一部として、遊技機の異常を判定するための判定値を記憶している。
【０１１２】
次に、図７は、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を示す模式図である。図７を参照して、ＣＵ３側とＰ台２側とのそれぞれで記憶している各種データの内の主なものおよびその送受信態様を説明する。
【０１１３】
本実施例においては、Ｐ台２側において遊技玉数の変動を算出して現在の最新の遊技玉数を記憶・管理している。ＣＵ３側においても現在の遊技玉数の算出・記憶を行っているが、その遊技玉数はＰ台２側から送信されてきた情報に基づいたものである。一方、持玉（カード持玉数）や貯玉数、プリペイド残額（残額）は、ＣＵ３側において管理・記憶している。
【０１１４】
図７では、ＣＵ３側のＣＵ制御部３２３に設けられているＲＡＭの記憶データと、Ｐ台２側の払出制御基板１７に搭載されているＲＡＭの記憶データとを示している。まず、Ｐ台２とＣＵ３とが遊技場に設置されて初めて電気的に接続された状態で電源を立上げたときに、Ｐ台２側の払出制御基板１７は、主制御基板１６からメインチップＩＤ（主制御チップＩＤ）を送信してもらい、そのメインチップＩＤをＣＵ３側に送信するとともに、払出制御基板１７自体が記憶している払出チップＩＤ（払出制御チップＩＤ）をＣＵ３側へ送信する。
【０１１５】
ＣＵ３側では、それら送信されてきたメインチップＩＤと払出チップＩＤとを記憶する。次に、接続時刻すなわちＣＵ３側とＰ台２側とが接続されて通信が開始された時刻のデータがＣＵ３側からＰ台２側へ送信され、Ｐ台２側ではその送信されてきた接続時刻を記憶する。
【０１１６】
この状態で、メインチップＩＤ、払出チップＩＤおよびＣＵ３側で識別された接続時刻の３つの情報がＣＵ３側とＰ台２側とに記憶されることとなる。それ以降の電源投入時においては、Ｐ台２側からＣＵ３側へそれら３つの情報、すなわち、メインチップＩＤと払出チップＩＤと前回の接続時刻データとが送信される。
【０１１７】
ＣＵ３側では、それら送信されてきたデータと既に記憶しているデータとを照合し、前回と同じＰ台２が接続されているか否かを判別する。なお、接続時刻のデータは、電源が立上げられる度にＣＵ３側とＰ台２側との通信が開始された新たな接続時刻データがＣＵ３側からＰ台２側へ送信されてその新たな接続時刻データをＰ台２側において記憶することとなる。
【０１１８】
ＣＵ３およびＰ台２の双方は、電文に「通番」を付加して送信する。また、ＣＵ３およびＰ台２の双方は、相手から受信した「通番」を記憶する。「通番」には、「通常通番」、「加算通番」および「計数通番」の３種類がある。「通常通番」は、電文のシーケンス番号を示す。「通常通番」は、ＣＵ３側（一次局側）が初期値を「１」として送信時に受信した通番をカウントアップ（＋１）して送信する。ただし、再送時は、「通常通番」をカウントアップしない。Ｐ台２側（二次局側）は受信した通番をそのまま送信する。なお、通番の連続性が成立しない場合は無応答となる。「加算通番」はＣＵ３がＰ台２に対して遊技玉の加算を要求する際に用いられる通番である。「計数通番」は、Ｐ台２がＣＵ３に対して遊技玉の計数を要求する際に用いられる通番である。
【０１１９】
通常通番の更新権はＣＵ３のみが有する。ＣＵ３は、送信した通常通番と同じ通常通番が返信されてきたときに、通常通番をバックアップ記憶した上で、更新した通常通番を送信する。加算通番の加算更新権はＣＵ３のみが有する。ＣＵ３は、加算要求をする場合には、それまで通信に用いていた加算通番に＋１した加算通番をＰ台２へ送信する。Ｐ台２は、要求を承諾するときには、同じ加算通番を返信する。要求を拒否するときには、前回、受信した加算通番（今回受信した加算通番−１）を返信する。計数通番の加算更新権はＰ台２のみが有する。Ｐ台２は、計数要求をする場合には、それまで通信に用いていた計数通番に＋１した計数通番をＣＵ３へ送信する。ＣＵ３は、要求を承諾するときには、同じ計数通番を返信する。要求を拒否するときには、受信した計数通番（今回受信した計数通番−１）を返信する。
【０１２０】
以下では、「通常通番」について、ＣＵ３が送信時に受信した通番をカウントアップ（＋１）して送信する構成について説明する。しかし、本発明は当該構成に限定されるものではなく、Ｐ台２およびＣＵ３のそれぞれが、またはＰ台２が送信時に受信した通番をカウントアップ（＋１）して送信し、他方は受信した通番をそのまま送信する構成であってもよい。
【０１２１】
また、「加算通番」および「計数通番」は、それぞれ、加算要求の処理および計数要求の処理においてカウントアップされる特別な通番である。以下では、この「加算通番」および「計数通番」がカウントアップされる際、「通常通番」もカウントアップする構成について説明する。しかし、本発明は当該構成に限定されるものではなく、「加算通番」および「計数通番」がカウントアップされる際に「通常通番」のカウントアップを停止する構成であってもよい。なお、以下では、「通常通番」を単に「通番」と称する。また、「加算通番」および「計数通番」を併せて「要求通番」とも称する。
【０１２２】
Ｐ台２側からＣＵ３側へは、最新遊技機情報（カウント中の遊技機情報）が送信される。この最新遊技機情報は、Ｐ台２側の払出制御部１７１（図５参照）のＲＡＭの最新遊技機情報記憶領域に記憶されている。具体的には、加算玉数カウンタの情報と、減算玉数カウンタの情報と、計数玉数カウンタの情報とが含まれる。なお、遊技玉数は、最新遊技機情報に含まれず、後述するように遊技玉数カウンタのカウント値としてＰ台２側からＣＵ３側へ送信している。しかし、これに代えて、あるいは遊技玉数カウンタに加えて、遊技玉数も最新遊技機情報に含めてもよい。
【０１２３】
これらのカウンタの情報が、まとめてレスポンスとしてＣＵ３側へ送信される。加算玉数カウンタは、加算玉数をカウントするカウンタである。加算玉は、「賞球玉数×入賞個数」と「バック玉数」との和である。なお、バック玉とはファール玉のことである。つまり、加算玉とは、加算玉カウンタが遊技玉に加算すべき数を示す。減算玉数カウンタは、減算玉数をカウントするカウンタである。減算玉は、「発射玉数」である。つまり、玉上げスイッチ（上）４１ａのオンからオフへの出力変化により検出された玉数である。なお、「減算玉数」には、「計数玉数」は含まれない。計数玉数カウンタは、計数玉数をカウントするカウンタである。計数玉は、「計数操作によって遊技玉から持玉に変換された玉数」である。ここで、「賞球玉」は、入賞口へ玉が入賞することにより払出される玉であり、セーフ玉である。「発射玉」は、遊技機が発射した玉であり、バック玉がある場合はバック玉を減算した玉数が発射玉数となる。「バック玉」は、発射玉が盤面上に跳出せずに戻ってきた玉である。「アウト口通過玉」は、アウト口１５４を通過した玉であり、アウト玉とセーフ玉の合計玉数がアウト口通過玉数を意味する。
【０１２４】
たとえば、遊技領域２７に打込まれたパチンコ玉が入賞して主制御基板１６から入賞情報が払出制御基板１７へ送信されてきたときに、その入賞情報に基づいて遊技玉を加算すべき加算玉数を加算玉数カウンタがカウントし、その加算玉数カウンタの値（加算玉数）をＰ台２側からＣＵ３側へ送信する。また、パチンコ玉が遊技領域２７内に発射されていることによる玉上げスイッチ（上）４１ａのオンからオフへの出力変化に基づいて減算玉数カウンタが発射玉数を減算玉数としてカウントし、その減算玉数カウンタの値（減算玉数）をＰ台２側からＣＵ３側へ送信する。
【０１２５】
あるいは、払出制御部１７１は、計数ボタン２８の押下により、遊技玉数を計数玉数としてカウントし、その計数玉数カウンタの値（計数玉数）をＰ台２側からＣＵ３側へ送信する。
【０１２６】
Ｐ台２側においては、加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値をＣＵ３側へ送信する毎に、それらカウント値を前回遊技機情報記憶領域（払出制御部１７１のＲＡＭなど）にバックアップデータとして記憶（書換え）した後、最新遊技機情報としての加算玉数カウンタ、減算玉数カウンタ、および計数玉数カウンタの値を０クリアする（遊技玉数カウンタを除く）。なお、本実施例において「クリア」とは「初期化」と同じ意味である。
【０１２７】
その結果、前回遊技機情報（直前に送信した遊技機情報）の記憶エリアに、直前にＣＵ３側に送信した遊技機情報である、加算玉数、減算玉数、および計数玉数のデータがバックアップデータとして記憶される。このバックアップデータは、Ｐ台２側からＣＵ３側へ最新遊技機情報が送信されなかった場合に、次の送信に際して今回の各カウンタの値ばかりでなくその送信されなかった前回の各カウンタの値をも送信できるようにするためのものである。この前回遊技機情報に、直前に送信した遊技玉数をさらに加えて記憶するようにしてもよい。
【０１２８】
また、払出制御基板１７は、入賞の発生、玉の発射、バック玉の発生、および計数玉の発生（遊技玉から持玉への変換）に応じて、遊技玉数カウンタの値を更新し、その更新後の遊技玉数カウンタの値を遊技玉数としてＣＵ３側に送信する。
【０１２９】
ＣＵ３側においては、ＲＡＭ内の累計データ記憶領域に、遊技玉数、カード持玉数（単に、持玉数とも言う）、貯玉数、残額、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）、およびカード挿入時持玉数を記憶している。なお、カード持玉数は、カード挿入時持玉数から持玉払出数（カード持玉数から遊技玉数に変換した玉数）を減算し、計数玉数を加算した玉数である。つまり、カード持玉数は、現時点で遊技者が所有している持玉数である。
【０１３０】
Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）に基づいて総加算玉数を加算して玉数を更新する。また、Ｐ台２側から送信されてきた減算玉数カウンタの値（減算玉数）に基づいて総減算玉数を減算して玉数を更新する。さらに、Ｐ台２から送信されてきた計数玉数カウンタの値に基づいてカード持玉数を加算して更新する。このように、ＣＵ３は、Ｐ台２より逐一送信されてくる最新遊技機情報によって総加算玉数、総減算玉数、カード持玉数を更新することで最新のそれらの情報を管理することが可能となる。
【０１３１】
ＣＵ３は、図示のとおり、遊技玉を記憶する領域を備えているとともに、Ｐ台２側から遊技玉数カウンタのカウント値（遊技玉数または遊技玉トータル個数情報とも言う）も受信している。ＣＵ３は、遊技玉を記憶する領域を以下の手順で更新する。すなわち、ＣＵ３は、Ｐ台２側から送信されてきた加算玉数カウンタの値（加算玉数）、減算玉数カウンタの値（減算玉数）、および計数玉数カウンタの値に基づいて、記憶している遊技玉数を更新するとともに、同じタイミングでＰ台２側から送信されてきた遊技玉数カウンタのカウント値と、更新後の遊技玉数とが一致しているか否かを判定する。一致していれば、遊技の続行を許容するが、一致していなければ、エラー状態に移行する制御を行う。
【０１３２】
その結果、たとえば、異常報知ランプや液晶ユニット５００によりエラー報知が行われ、あるいは、管理コンピュータ９００やホールサーバ８０１にエラーが発生した旨のエラー通知信号が送信される（この場合、管理コンピュータ９００やホールサーバ８０１によるエラー報知が行われるようにしてもよい）。その結果、係員による人為的な対応を促す所定の報知が行われる。
【０１３３】
なお、エラー状態に移行して遊技を停止させることに代えて、ＣＵ３側で記憶している遊技玉数をＰ台２側から送信されてきた遊技玉数カウンタのカウント値に置き換えるようにしてもよい。または、それに代えて、ＣＵ３側で管理している遊技玉数と、Ｐ台２側で記憶している遊技玉数との平均値に補正してもよい。
【０１３４】
このように、本実施例では、ＣＵ３側にも遊技玉数を記憶させているが、その遊技玉数がＰ台２側で管理記憶している遊技玉数と整合するか否かの判定を行えるようにしている（ＣＵ３側機能）。そのため、仮に不正行為その他の事情で、Ｐ台２側で記憶している遊技玉数がＣＵ３側で記憶している遊技玉数と一致しない状況が発生しても、その旨をチェックできる。なお、ここでは、ＣＵ３側にその判定機能を設けたが、たとえば、ＣＵ３と接続されるホールサーバ８０１または管理コンピュータ９００によって、ＣＵ３側で記憶している遊技玉数とＰ台２側で記憶している遊技玉数とを受信し、両者が整合しているか否かの判定を行うものとしてもよい。
【０１３５】
図７に示すように、ＣＵ３は、カード持玉数、貯玉数を記憶する記憶領域と、受付けた（挿入された）カードのプリペイド残額を記憶する記憶領域と、総加算玉数（加算玉数累計）、総減算玉数（減算玉数累計）およびカード挿入時持玉を記憶する記憶領域をさらに有する。ＣＵ制御部３２３（図５参照）は、貯玉の使用を要求する入力（たとえば、液晶表示器における再プレイボタン（再プレイ表示）の操作（ただし、持玉無しのとき））に応じて貯玉を記憶する記憶領域から所定数の貯玉を減算する。
【０１３６】
ＣＵ制御部３２３（図５参照）は、持玉の使用を要求する入力（たとえば、液晶表示器における再プレイボタン（再プレイ表示）の操作）に応じて持玉を記憶する記憶領域から所定数の持玉を減算する。さらに、ＣＵ制御部３２３（図５参照）は、プリペイド残額の使用を要求する入力（たとえば、貸玉ボタン３２１の押圧入力）に応じてプリペイド残額を記憶する記憶領域から所定値を減算する。
【０１３７】
遊技者所有の所有価値（たとえば持玉数、貯玉数、あるいはプリペイド残額）から所定の大きさの価値を引落として遊技に使用する操作を遊技者が行った場合に、その引落とし分の玉数を遊技玉数カウンタに加算するための加算玉数がＣＵ３側からＰ台２側へ送信される。Ｐ台２側では、それを受けて、遊技玉数カウンタを加算更新する。
【０１３８】
本実施例に係る遊技用システムでは、一方、遊技者所有の所有価値を引落としてドリンクなどに交換するといういわゆるワゴンサービスのオーダなどを受付けることが可能である。ただし、遊技玉でワゴンサービスを受けることが制限されており、持玉でしかワゴンサービスを受けることができない。これは、各台計数機が配備された従来の封入循環式パチンコ遊技機において、皿に残っている計数前の玉を手で掴み出してワゴンサービスに用いることを禁止するようなイメージである。
【０１３９】
このため、本実施例では、ワゴンサービスを行う操作が実行されたときに、持玉数がワゴンサービスの希望メニューに対応する玉数に満たない場合、遊技者に計数操作を促すように構成されている。その際に遊技者が計数操作を実行すると、その操作に基づく計数玉数がＰ台２側からＣＵ３側へ送信される。ＣＵ３側では、それを受けて、遊技玉数を減算し、カード持玉数を加算して更新する。
【０１４０】
次に、本実施例に係るＣＵ３とＰ台２との間での通信について、さらに詳しく説明する。当該通信で用いられる電文は、所定のフォーマットからなるフレームで構成されている。送信データ（電文）は、必ず１フレーム単位で送信される。つまり、電文の分割送信は行わない。また、連続で電文を送信する場合は、１ミリ秒以上の間隔をあける。
【０１４１】
１フレームの送信データは、データ長、通常通番、加算通番、計数通番、コマンド、データ部を含む。「データ長」は、送信データのデータ長（通番〜データ部（業務電文範囲））を示す。「コマンド」は、電文のコマンドコードである。「データ部」は、電文のデータである。
【０１４２】
次に図８を参照して、ＣＵ３とＰ台２との間で送受信されるコマンドおよびレスポンスの概略を説明する。
【０１４３】
図８には、送信方向および送信されるデータがコマンドかレスポンスかの別と送信情報の名称とその概略が示されている。まず、ＣＵ３とＰ台２との間でのコマンドおよびレスポンスの送信について説明する。ＣＵ３（１次局）からＰ台２（２次局）に対してコマンドが送信され、Ｐ台２はそのコマンドに応答してレスポンスをＣＵ３に返信する。つまり、業務電文の送信は、ＣＵ３を１次局、Ｐ台２を２次局としたコマンド／レスポンス方式である。
【０１４４】
ＣＵ３からＰ台２への最初のコマンドの送信から次のコマンドの送信までの期間が、２００ｍｓすなわち０．２秒に制御される。またＰ台２からＣＵ３へのレスポンスの送信を行った後次のレスポンスの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０１４５】
このように、ＣＵ３とＰ台２との間で２００ｍｓの間隔でコマンドおよびレスポンスの双方が送信される。一方、Ｐ台２は、打球操作ハンドル２５を操作することによって、１分間に１００発のパチンコ玉が遊技領域２７内に打込まれるから、打球発射時間間隔は、０．６秒である。その結果、玉を１発発射する間に複数のコマンドおよびレスポンスが送受信されることになる。
【０１４６】
それゆえ、Ｐ台２からＣＵ３へは、遊技玉数の変化量を通知するためのレスポンスが玉の発射時間間隔よりも短い間隔で次々と送信されることになる。その結果、Ｐ台２は、遊技玉数の変化量を細やかにＣＵ３に対して通知可能となる。
【０１４７】
なお、ここでは、コマンドおよびレスポンスの送信間隔を２００ｍｓにしたが、送信間隔をこれよりも長い間隔としても、また、より短い間隔としてもよく、たとえば、その送信間隔をＰ台２の発射時間間隔と一致させることも考えられる。
【０１４８】
まず、ＣＵ３からＰ台２に対してリカバリ要求という名称のコマンドが送信される。このリカバリ要求のコマンドは、Ｐ台２に対してリカバリ情報を要求するものである。このリカバリ要求に対応して、Ｐ台２からＣＵ３に対してリカバリ応答という名称のレスポンスが送信される。このリカバリ応答のレスポンスは、ＣＵ３に対してリカバリ情報を通知するものである。
【０１４９】
リカバリ要求のコマンドは、ＣＵ３が認証を完了した後にＣＵ３からＰ台２に対して送信される。リカバリ要求のコマンドは、ＣＵ３からＰ台２に対してリカバリ情報を要求し、ＣＵ３が認証完了後、最初に同コマンドを送信する。リカバリ要求は、「通番」、「コマンド」、「前回最終送信通番」および「前回最終送信計数通番」が含まれている。「通番」は、シーケンス番号（１〜２５５）である。「コマンド」は、リカバリ要求のコマンドコードであり、１６進表現のバイナリデータで示してある。
【０１５０】
「前回最終送信通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの通番である。「前回最終送信通番」が“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３において状態情報応答受信時に「通番」をＰ台２、ＣＵ３側ともに前回最終送信通番（通番）として記憶する通番である。
【０１５１】
「前回最終送信計数通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のレスポンスの計数通番である。「前回最終送信計数通番」は、“０”の場合、記憶している通番が無い状態を示している。なお、「前回最終送信計数通番」は、Ｐ台２において状態情報応答を送信時に、ＣＵ３に状態情報応答受信時に計数通番をＰ台２、ＣＵ３側ともに前回最終送信計数通番として記憶する通番である。
【０１５２】
Ｐ台２のリカバリ処理（計数玉数）において、後述する計数履歴シーケンスでセキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行い、一致している場合には以下の処理を行う。不一致の場合には、計数要求玉数＝０を、減算レジスタにセットしてユーザプログラムに通知する。
【０１５３】
Ｐ台２はＣＵ３より通知された「前回最終送信計数通番」を参照して、ＣＵ３が計数要求に対する計数処理を実施していなかった場合は計数要求玉数＝０を、減算レジスタにセットしてＰ台２で実行されるユーザプログラムに通知する。ＣＵ３が計数処理を実施済の場合はＣＵ３に通知した計数要求玉数を、減算レジスタにセットしてユーザプログラムに通知する。なお、Ｐ台２が保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。また、セキュリティ基板３２５から通知された「店舗コード」とＰ台２で保持している「店舗コード」とが不一致の場合、レジスタを介して店舗コード不一致をユーザプログラム側に通知する。なお、Ｐ台２は、ＣＵ３よりリカバリ要求のコマンドを受信した場合、レジスタを介してユーザプログラム側に通知する。
【０１５４】
リカバリ応答のレスポンスは、ＣＵ３に対してＰ台２で保持しているリカバリ情報を応答するものである。リカバリ情報は、「通番」、「コマンド」、「前回最終送信通番」、「前回挿入中カードＩＤ」、「前回カード挿入時刻」、「前回最終送信加算通番」、「玉単価」、「遊技情報格納有無」、「前回遊技機情報」および「前回遊技情報」を含んでいる。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１５５】
「前回最終送信通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる通番のデータであり、“０”のときは保持している通番がない場合である。「前回挿入中カードＩＤ」は、前回接続時に挿入中だったカードのカードＩＤのデータであり、“０”のときは挿入中のカードがない場合である。Ｐ台２の払出制御部１７１は、ＣＵ３から送信される情報に基づいて挿入中であったカードＩＤを記憶保持している。
【０１５６】
「前回カード挿入時刻」は、前回接続時に挿入中だったカードの挿入時刻のデータであり、“０”のときは挿入中のカードがない場合である。このデータも、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。「前回最終送信加算通番」は、前回接続時にＣＵ３に対して最後に送信した状態情報応答のレスポンスに含まれる加算通番であり、“０”のときは当該加算通番がない場合である。「玉単価」は、Ｐ台２で遊技している１玉あたりの玉単価（０．０１円〜９９．９９円）である。「遊技情報格納有無」は、遊技情報を格納していない場合“０ｘ００”、遊技情報を格納している場合“０ｘ０１”である。
【０１５７】
「前回遊技機情報」は、ＣＵ３に前回通知した遊技機情報であり、「遊技玉数」、「遊技玉情報」、「計数要求玉数」および「計数通番」の情報を含んでいる。「遊技玉数」は、ＣＵ３に前回通知した遊技玉数である。「遊技玉情報」は、前回通知した遊技玉情報である。遊技玉情報には、たとえばＣＵ３に前回通知した発射玉数、アウト口通過玉数や総賞球玉数などの情報である。「計数要求玉数」は、計数要求する遊技玉数である。「計数通番」は、ＣＵ３に前回通知した計数通番である。
【０１５８】
「前回遊技情報」は、ＣＵ３に前回通知した遊技情報であり、「遊技情報数」、「遊技情報１」〜「遊技情報ｎ」の情報を含んでいる。「遊技情報数」は、ＣＵ３に前回通知した遊技情報の個数（０〜ｎ）である。なお、ｎ＝０〜２２で可変長である。「遊技情報１」は、ＣＵ３に前回通知した遊技情報１である。「遊技情報ｎ」は、ＣＵ３に前回通知した遊技情報ｎである。遊技情報ｎには、たとえば、ＣＵ３に前回通知した種別情報や遊技賞球情報などが含まれる。
【０１５９】
なお、「前回最終送信加算通番」は、ＣＵ３において状態情報要求を送信時、Ｐ台２において状態情報要求受信時に、ＣＵ３側、Ｐ台２ともに前回最終送信加算通番として記憶する通番である。
【０１６０】
Ｐ台２のリカバリ処理（遊技情報）において、後述する計数履歴シーケンスでセキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」と、Ｐ台２で保持している「店舗コード」および「ＳＣ基板ＩＤ」との一致判定を行い、「店舗コード」が不一致の場合には、リカバリデータを無しとして処理する。一致している場合には以下の処理を行う。
【０１６１】
遊技情報のリカバリデータがあるときは「遊技情報格納有無」を格納有：０ｘ０１にし、前回の「遊技玉数」、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」、前回の「遊技情報数」および前回の「遊技情報１〜ｎ」にＰ台２が保持しているリカバリデータをセットする。遊技情報のリカバリデータがない時または前回最終送信通番が０の時は「遊技情報格納有無」を格納無“０ｘ００”にし、前回の「遊技玉情報」、前回の「計数要求玉数」、前回の「計数通番」および前回の「遊技情報数」をＡＬＬ“０”をセットする。ただし、遊技玉数は前回通知した遊技玉数をセットする。なお、Ｐ台２が保持している店舗コードが全て“Ｆ”（１６進数）の場合は、店舗コードが一致していると判定する。
【０１６２】
セキュリティ基板３２５から通知された「店舗コード」と、Ｐ台２で保持している店舗コードと不一致と判定した場合、カード無しとして処理する。つまり、「前回挿入中カードＩＤ」、「前回カード挿入時刻」をＡＬＬ“０”をセットする。
【０１６３】
Ｐ台２は、状態情報要求応答時の通番を前回最終送信通番として記憶する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信通番＝０として通知する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信通番を通知する。
【０１６４】
Ｐ台２は、状態情報応答の送信時に計数通番を前回最終送信計数通番として記憶する。ＳＣ３２５ｂから通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して不一致の場合は前回最終送信計数通番＝０として通知する。セキュリティ基板３２５から通知された「店舗コード」および「ＳＣ基板ＩＤ」とＰ台で保持している情報と比較して一致の場合は記憶している前回最終送信計数通番を通知する。
【０１６５】
なお、また、ＣＵ３は、Ｐ台２より通知された「前回最終送信通番」の処理を実施していなかった場合、前回遊技機情報を使用してリカバリ処理を行う。なお、「前回最終送信通番」の処理を実施している場合は、ＣＵ３は、前回遊技機情報のみ使用してリカバリ処理を行う。ただし、計数玉数のリカバリは実施しない。
【０１６６】
ＣＵ３からＰ台２に対してリカバリ要求２という名称のコマンドが送信される。このリカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものである。このリカバリ要求２に対応して、Ｐ台２からＣＵ３に対してリカバリ応答２という名称のレスポンスが送信される。このリカバリ応答２のレスポンスは、ＣＵ３に対して加算リカバリ情報の処理結果を通知するものである。
【０１６７】
リカバリ要求２のコマンドは、Ｐ台２に対して加算リカバリ情報を通知するものであり、「通番」、「コマンド」、「前回最終送信加算通番」および「加算玉数」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。リカバリ要求２は、Ｐ台２において加算玉リカバリ処理を実施する必要有とＣＵ３が判定したときに送信される。ＣＵ３は、Ｐ台２より受信したリカバリ応答に含まれる「前回最終送信加算通番」と自身で記憶している「前回最終送信加算通番」とを比較して一致している場合には加算玉リカバリ処理の必要無と判定し、不一致の場合には加算玉リカバリ処理の必要有と判定する。加算玉リカバリ処理の必要有と判定したときにはリカバリ要求２を送信する。
【０１６８】
リカバリ要求２に含まれる「前回最終送信加算通番」は、前回接続時にＰ台２に対して最後に送信した状態情報要求のコマンドの加算通番のデータであり、「加算玉数」は、遊技玉の加算玉数のデータである。
【０１６９】
次に、Ｐ台２のリカバリ処理について詳しく説明する。Ｐ台２のリカバリ処理は、Ｐ台２がリカバリ要求２に基づいて、ＣＵ３より通知された「前回最終送信通番」の処理を実施していなかった場合、加算玉数を参照して遊技玉に対して加算を行う処理である。
【０１７０】
リカバリ応答２のレスポンスは、ＣＵ３に対してＰ台２で加算リカバリ情報の処理結果を通知するもので、「通番」、「コマンド」および「リカバリ結果」を含んでいる。「リカバリ結果」は、“０ｘ００”の場合リカバリ結果の処理ＯＫ、“０ｘ０１”の場合リカバリ結果の処理ＮＧである。なお、Ｐ台２が加算玉数を受けられない状態の場合はリカバリ結果として処理ＮＧを応答する。
【０１７１】
Ｐ台２のリカバリ処理（加算玉数）を行う場合、Ｐ台２はＣＵ３より通知された「前回最終送信加算通番」の処理を実施していなかった場合、ＣＵ３に「リカバリ結果」として処理ＯＫを応答し、ＣＵ３より通知された加算玉数を、加算レジスタにセットして、ユーザプログラムに通知する。ＣＵ３から通知された加算玉数＝０の場合、加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３に処理ＯＫを応答する。ただし、後述する状態情報要求のＣＵ状態が遊技玉加算要求中（Ｂｉｔ＝１）の時に状態情報応答で遊技機状態１が遊技玉加算結果（Ｂｉｔ５=１）と応答した場合，ＣＵ３に「リカバリ結果」として処理ＮＧを応答し、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知する。
【０１７２】
ＣＵ３より通知された「前回最終送信加算通番」が、Ｐ台２のチップが保持している「前回最終送信加算通番」と同一の場合、加算玉数＝０を、加算レジスタにセットして、ユーザプログラムに通知し、ＣＵ３に「リカバリ結果」として処理ＮＧを応答する。ＣＵ３より通知された「前回最終送信加算通番」＝０の場合は、ＣＵ３から通知された加算玉数に関わらず加算玉数＝０を加算レジスタにセットして、ユーザプログラムに通知してＣＵ３に処理ＯＫを応答する。
【０１７３】
また、リカバリ処理が完了するタイミング（たとえば、リカバリ完了フラグをセットするタイミング）で、リカバリ結果に係らず、ＣＵ３より通知された「前回最終送信加算通番」を、レジスタを介してユーザプログラムに通知する。なお、リカバリ要求２の受信がない場合は、Ｐ台２のチップが保持している「前回最終送信加算通番」を、リカバリ処理が完了するタイミングでユーザプログラムに通知する。
【０１７４】
ＣＵ３からＰ台２に対しては、所定間隔（たとえば、２００ｍｓ）毎に状態情報要求のコマンドが送信される。この状態情報要求のコマンドは、Ｐ台２に対してＣＵ３の状態を要求するものである。ＣＵ３はこのコマンドを使用して、Ｐ台２の状態を定期的に確認する。また、状態情報要求のコマンドには、図７に示したＣＵ３側からＰ台２側へ向かう加算玉数が含まれている。
【０１７５】
図９を参照しながら、状態情報要求について説明する。図９は、状態情報要求の内容を説明するための説明図である。状態情報要求の具体的データには、「通番」、「コマンド」、「ＣＵ状態」、「加算玉数」、「加算通番」、「計数通番」、および「玉単価」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１７６】
「ＣＵ状態」は、Ｐ台２に対して通知するＣＵ３の状態を表し、Ｂｉｔ０が“１”のときにカード挿入状態がＯＮ、すなわちカード挿入中を、“０”のときにカード挿入状態がＯＦＦ、すなわちカード未挿入をそれぞれ示している。つまり、Ｂｉｔ０は、ＣＵ３にカード（一般カード／会員カード）が挿入されている状態（カード挿入状態）を表している。また、ＣＵ３のカードストック部に予めストックされているストックカード（一般０円０玉カード）への入金により一般カード挿入中となる。
【０１７７】
Ｂｉｔ１が“１”のときカードユニット開店中を、“０”のときカードユニット閉店中をそれぞれ示している。つまり、Ｂｉｔ１は、ＣＵ３の状態により、Ｐ台２に対してカードユニット開店状態を通知する。カードユニット開店中を通知するタイミングは、たとえば、開店完了時である。カードユニット閉店中を通知するタイミングは、たとえば、閉店時である。なお、Ｐ台２は同状態が開店中から閉店中に変化時、保持している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
【０１７８】
Ｂｉｔ２が“１”のときカード返却準備中を、“０”のときカード返却準備中以外をそれぞれ示している。ＣＵ３は、カード返却、簡易離席、および食事休憩のそれぞれの操作時に、このビットを立てることによって、Ｐ台２に対して「カード返却準備中」を一定時間（１０秒）通知する。Ｐ台２は、計数ボタン２８の操作が検出されたときに、このカード返却準備中のビットがオンの状態情報要求を受信していれば、計数ボタンを１回操作したか複数回操作したかに関わらず、あるいは操作継続時間に関わらず、記憶している遊技玉を全て計数玉数として状態情報応答にてＣＵ３に通知する。
【０１７９】
Ｂｉｔ３が“１”のときに遊技玉加算要求がＯＮ、すなわち遊技玉加算要求有を、“０”のときに遊技玉加算要求がＯＦＦ、すなわち遊技玉加算要求無をそれぞれ示している。つまり、Ｂｉｔ３は、玉貸、持玉払出、および貯玉払出の操作時に遊技玉の加算（加算玉数）を要求する。
【０１８０】
Ｂｉｔ４が“１”のとき計数玉受領完了を、“０”は計数玉未受領をそれぞれ示している。Ｂｉｔ４は、計数玉受領時に受領完了したことをＰ台２に通知する。つまり、状態情報応答のレスポンス「計数玉数」の送達を確認するために用いている。Ｐ台２は、計数玉受領完了を受信したときに計数通番もＰ台２と同じ通番かをチェックし、通番が不一致の場合は遊技玉数を減算しないでＣＵ３に通知する。
【０１８１】
Ｂｉｔ５が“１”のときカード抜き取り待ち中を、“０”はカード抜き取り完了をそれぞれ示している。Ｂｉｔ５は、ＣＵ３からカード抜き取り待ちとなっている状態をＰ台２に通知する。なお、Ｂｉｔ６およびＢｉｔ７は未使用である。
【０１８２】
「加算玉数」は、遊技玉の加算玉数であり、ＣＵ状態のＢｉｔ３が“１”のときにのみ加算玉数のデータが有効となる。「加算通番」は、加算用シーケンス番号（０〜２５５）であり、遊技玉加算要求時にシーケンス番号を更新（＋１）して通知する。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時に受信した計数通番をそのまま通知する。ただし、計数通番の連続性が成立しない場合は計数受領を出さない。
【０１８３】
「玉単価」は、Ｐ台２で遊技する遊技玉の１玉当りの玉単価（０．０１円〜９９．９９円）である。ＣＵ３からＰ台２へ通知する玉単価は、たとえばＰ台２の払出制御基板１７のＲＡＭに記憶される。そして、Ｐ台２は、所定の条件が成立したときにＲＡＭに記憶された玉単価を状態情報応答にてＣＵ３に通知する。具体的には、通信不能な状態から復帰するためのリカバリ情報がＣＵ３からＰ台２に対して要求（リカバリ要求コマンドがＣＵ３から送信）されたときに、Ｐ台２は、リカバリ応答のレスポンスに玉単価をセットしてＣＵ３に送信する。すなわち、玉単価は、リカバリ応答時にＣＵ３に通知する以外は外部に出力されない。Ｐ台２に記憶された玉単価は、リカバリ要求コマンドがＣＵ３から送信された場合のリカバリ応答のレスポンスにセットされ、ＣＵ３に送信される。これにより、リカバリ前にＰ台２で遊技していた遊技玉の玉単価を正確に把握することができ、リカバリ後に遊技者に対して適正な遊技価値で遊技を再開して貰うことができる。また、Ｐ台２に記憶された玉単価をリカバリ応答時にＣＵ３に通知する以外は外部に出力しないことで、不正に玉単価が変更されないようにセキュリティを確保している。さらに、Ｐ台２に記憶された玉単価は、Ｐ台２が遊技玉数を保持している場合、新たな玉単価に上書きすることを禁止している。なお、Ｐ台２が遊技玉数を保持している場合でも、Ｐ台２に記憶された玉単価の上書きを許可して、保持している遊技玉数を上書きした玉単価に換算して表示を更新する構成でもよい。
【０１８４】
状態情報要求に対応して、Ｐ台２からＣＵ３に対して状態情報応答のレスポンスが送信される。この状態情報応答のレスポンスは、ＣＵ３に対してＰ台２の情報・状態を通知するものである。状態情報応答のレスポンスには、図７に示した最新遊技機情報や遊技玉数が含まれている。
【０１８５】
図１０及び図１１を参照しながら、状態情報応答について説明する。図１０及び図１１は、状態情報応答の内容を説明するための説明図である。状態情報応答の具体的データには、「通番」、「コマンド」、「ＣＵ制御部要求情報」、「遊技玉数」、「発射玉数」、「アウトロ通過玉数」、「総賞球玉数」、「計数要求玉数」、「計数通番」、「発射強度」、「遊技機状態」、「遊技機エラー状態」、「不正検知情報」、「不正検知状態」、「加算通番」、および「遊技情報」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１８６】
「遊技玉数」は、現在の遊技玉数（加算・減算を演算した結果の遊技玉数）である。「発射玉数」は、発射個数（送信時に複数発射された玉がある場合は合算する）である。「アウト口通過玉数」は、アウト口１５４を通過した玉の個数（送信時に複数の通過玉がある場合は合算する）である。「総賞球玉数」は、賞球情報１−ｎの賞球玉数の合計である。「計数要求玉数」は、計数要求した遊技玉の個数である。「計数通番」は、計数用シーケンス番号（０〜２５５）であり、計数要求時にシーケンス番号を更新（＋１）して通知する。「第１入賞口入賞」は、普通入賞口２７２への入賞の情報である。「第２入賞口入賞」は、普通入賞口２７３への入賞の情報である。「第３入賞口入賞」は、普通入賞口２７４への入賞の情報である。「第４入賞口入賞」は、始動入賞口２７５への入賞の情報である。「第５入賞口入賞」は、始動入賞口２７６への入賞の情報である。「第６入賞口入賞」は、始動入賞口２７７への入賞の情報である。「大入賞口入賞」は、大入賞口２７１への入賞の情報である。
【０１８７】
「発射強度」は、遊技玉の発射強度の情報である。「遊技機状態」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の状態を示し、「遊技機状態１」、「遊技機状態２」、「遊技機状態３」、および「遊技機エラー状態」の情報を含んでいる。
【０１８８】
たとえば、「遊技機状態１」のＢｉｔ５は、ＣＵ３から受け付けた加算要求に従って、Ｐ台２が遊技玉を加算したか否かの結果を示す。遊技玉が正常に加算されたときにはＢｉｔ５が“０”に設定され、正常に加算されなかったときにはＢｉｔ５が“１”に設定される。
【０１８９】
「不正検知情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２で検知した情報であり、「不正検知状態１」、「不正検知状態２」、および「不正検知情報１」〜「不正検知情報４」の情報を含んでいる。
【０１９０】
たとえば、「不正検知状態２」のＢｉｔ６は、不正玉貸検知フラグであり、ＣＵ３にカードが挿入されていない状態で加算要求を受けたか否かを示す。ＣＵ３にカードが挿入された状態で加算要求を受け付けたときにはＢｉｔ６が“０”に設定され、ＣＵ３にカードが挿入されていない状態で加算要求を受け付けたときにはＢｉｔ６が“１”に設定される。具体的に、払出制御部１７１は、後述の状態情報要求受信処理（図２１参照）において、加算要求を受け付けたにも関わらずＣＵ３にカードが挿入されていないと判定したときにはＢｉｔ６を“１”に設定する。なお、「不正検知状態２」のＢｉｔ６は、一旦、“１”に設定されると、Ｐ台２の電源が切断されるまで“１”に設定された状態で維持される。
【０１９１】
また、「不正検知情報３」は、「不正検知状態２」のＢｉｔ６が“１”のとき有効となり、カード未挿入状態で玉貸されようとした玉数（不正玉貸玉数とも言う）が蓄積された結果を表している。
【０１９２】
「加算通番」は、加算用シーケンス番号であり、加算要求時に受信した加算通番をそのまま通知する。ただし、加算通番の連続性が成立しない場合は加算ＮＧを通知する。
【０１９３】
「不正検知状態３」は、払出制御基板１７の不正検知情報である。たとえば、「不正検知状態３」のＢｉｔ１は、“１”のとき鉄玉検知の不正検知情報であることを表している。
【０１９４】
「遊技情報」は、ＣＵ３からＰ台２に対して状態情報要求のコマンドが送信された時点の、Ｐ台２の情報であり、「遊技情報数」、「種別情報１」〜「種別情報ｎ」、「カウント情報１」〜「カウント報ｎ」を含んでいる。
【０１９５】
カード挿入通知のコマンドは、Ｐ台２に対してカード挿入を通知するものである。このカード挿入通知に対応して、Ｐ台２からＣＵ３に対してカード挿入応答のレスポンスが送信される。このカード挿入応答のレスポンスは、ＣＵ３に対してカード挿入通知を受信した旨の応答である。
【０１９６】
カード挿入通知のコマンドは、カード挿入時に、Ｐ台２に対して挿入されたカードのカードＩＤと挿入時刻を通知し、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」、「店舗コード」および「ＳＣ基板ＩＤ」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０１９７】
「カードＩＤ」は、ＣＵ３に挿入されたＩＣカードの識別ＩＤ情報であり、Ｐ台２が保持している遊技玉との紐付に使用する。「カード挿入時刻」は、ＣＵ３のカード挿入／排出口３０９（図１参照）にＩＣカードが挿入された時刻であり、年情報を２桁ＹＹ、月情報を２桁ＭＭ、日情報を２桁ＤＤ、時間情報を２桁ｈｈ、分情報を２桁ｍｍ、秒情報を２桁ｓｓで表されるデータである。カード挿入時刻は、Ｐ台２保持の遊技玉が当日玉か過去玉かの判定に使用する。
【０１９８】
「店舗コード」は、ＣＵ３が設置されている店舗識別コードであり、Ｐ台２が保持している遊技玉との紐付に使用する。また、ＣＵ３が店舗移動されたか否かを判定するためにも使用する。ＣＵ３は、自らが設置されている店舗コードを記憶している。なお、店舗コードは、セキュリティ基板３２５より情報付加してＰ台に通知する。「ＳＣ基板ＩＤ」は、ＣＵ３を識別するためのＳＣ基板ＩＤであり、ＣＵ３が交換されたか否かを判定するために使用する。ＳＣ基板ＩＤは、セキュリティ基板３２５より情報付加してＰ台２に通知する。Ｐ台２の払出制御部１７１は、これらのカードＩＤ（Ｃ-ＩＤ）やカード挿入時刻などのカード挿入通知コマンドで通知される情報を記憶する。なお、「店舗コード」および「ＳＣ基板ＩＤ」はユーザプログラム側に通知せず、払出制御回路内で削除される。
【０１９９】
カード挿入応答のレスポンスは、ＣＵ３に対して正常にカード挿入通知を受信したことを通知するもので、「通番」、「コマンド」、および「結果」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。「結果」は、払出制御部１７１がカード挿入通知を受信したときに、カードＩＤおよびカード挿入時刻などを正常に上書きしたか否か、すなわちカード挿入通知を正常に受け付けたか否かの情報を示している。カード挿入通知が正常に受け付けられたときには「結果」としてＯＫが示され、カード挿入通知が正常に受け付けられなかったときには「結果」としてＮＧが示される。なお、カード挿入通知によって特定される「カード挿入時刻」が所定の形式からなる値（たとえば、ＢＣＤ値（２進化１０進数））以外の形式からなる値である場合には、「結果」としてＮＧが示される。
【０２００】
ここで、カード挿入／返却通知時のＰ台２の動作について説明する。まず、ＣＵ３のカード挿入／排出口３０９に会員カードまたは一般カードが挿入されるか、一般０円０玉カードへの入金が行われるかすることで、カード挿入通知としてＰ台２に対してカードＩＤやカード挿入時刻などの情報が通知される。Ｐ台２は、カード挿入通知があると当該カードＩＤやカード挿入時刻などの情報をバックアップする。ただし、カード挿入通知コマンドを受信し、且つＣＵ３の状態がカード挿入状態（ＣＵ状態のＢｉｔ０＝１）の情報を含む状態情報要求を受信した場合（Ｐ台２でカード挿入中状態と判定する場合）、Ｐ台２はカードＩＤやカード挿入時刻などの情報をバックアップしないで応答のみ送信する。また、ＣＵ３のカード返却ボタン３２２が押下されると、Ｐ台２に対してカード返却通知が行われ、Ｐ台２はバックアップしてあるカードＩＤやカード挿入時刻などの情報をクリアする。なお、カード挿入中状態が解除される条件は、Ｐ台２がカード返却通知コマンドを受信したときである。
【０２０１】
Ｐ台２は、カードＩＤおよびカード挿入時刻などを正常に上書きした、すなわちカード挿入通知を正常に受け付けたときには、カードが挿入状態であることを示すカード挿入中フラグを払出制御部１７１のＲＡＭに設定する。
【０２０２】
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するものである。このカード返却通知に対応して、Ｐ台２からＣＵ３に対してカード返却応答のレスポンスが送信される。このカード返却応答のレスポンスは、ＣＵ３に対してカード返却を応答するものである。
【０２０３】
カード返却通知のコマンドは、Ｐ台２に対してカード返却を通知するもので、ＣＵ３が、「カード返却」ボタン押下時に同通知を送信する。カード返却通知には、「通番」、「コマンド」のデータが含まれている。「通番」および「コマンド」は、前述と同じであるので説明を繰返さない。
【０２０４】
カード返却応答のレスポンスは、ＣＵ３に対してカード返却通知の応答を送信するもので、「通番」、「コマンド」、「カードＩＤ」、「カード挿入時刻」のデータが含まれている。「通番」、「コマンド」、「カードＩＤ」および「カード挿入時刻」は、前述と同じであるので説明を繰返さない。なお、ＣＵ３は、カード返却応答の際、コマンドに含まれるカードＩＤと現在挿入中のカードのＩＤとが一致しない場合や、コマンドに含まれるカード挿入時刻に問題がある場合、カード返却を行わない、持玉のカードへの書込みを禁止するなどの処理を行う。
【０２０５】
ここで、カード挿入通知時またはカード返却通知時のＰ台２の動作について説明する。カード挿入通知時に、ＣＵ３で会員カード挿入、一般カード挿入、または一般０円０玉カードへの入金の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のバックアップを行う。カード返却通知時に、ＣＵ３で「カード返却」ボタンの押下の操作を行うと、Ｐ台２はカードＩＤおよびカード挿入時刻のクリアを行う。さらに、Ｐ台２は、払出制御部１７１のＲＡＭに設定していたカード挿入中フラグをクリアする。
【０２０６】
設計値取得要求のコマンドは、ＣＵ３に対して各入賞口に対する賞球数等の設計値（Ｐ台２の異常を判定するための判定値を除く設計値）の取得を要求するものであり、遊技機の起動時に送信される。尚、本実施例における設計値取得要求のコマンドには、各入賞口に対する賞球数等の設計値のデータが含まれている。つまり、ＣＵ３は、Ｐ台２から設計値取得要求コマンドを受信することで各入賞口に対する賞球数等の設計値のデータを取得する。
【０２０７】
この設計値取得要求に対応して、ＣＵ３からＰ台２に対して設計値取得応答という名称のレスポンスが送信される。この設計値取得応答のレスポンスは、Ｐ台２に対して各入賞口に対する賞球数等の設計値の取得を応答するものであり、ＣＵ３の設計値の取得に応じて送信される。
【０２０８】
試打モード要求のコマンドは、ＣＵ３からＰ台２に対して後述する試打モードへの制御を要求するものであり、電源が投入された際に持玉管理サーバ９０２から試打モード信号を受信した場合に送信される。この試打モード要求に対応してＰ台２からＣＵ３に対して試打モード応答のレスポンスが送信される。この試打モード応答のレスポンスは、ＣＵ３に対してＰ台２が試打モードに制御されたことを応答するものである。
【０２０９】
営業モード要求のコマンドは、ＣＵ３からＰ台２に対して後述する営業モードへの制御を要求するものであり、電源が投入された際に持玉管理サーバ９０２から営業モード信号を受信した場合に送信される。この営業モード要求に対応してＰ台２からＣＵ３に対して営業モード応答のレスポンスが送信される。この営業モード応答のレスポンスは、ＣＵ３に対してＰ台２が営業モードに制御されたことを応答するものである。
【０２１０】
前述した図１１の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。
【０２１１】
また、本実施例においては、ベースの他に、役物比率、連続役物比率の異常も判定する。役物比率および連続役物比率の定義は、遊技機の認定および型式の認定等に関する規則で規定されている。
【０２１２】
役物比率（役比ともいう）とは、１０時間に発射させた遊技球により獲得する遊技球のうち役物の作動によるものの割合をいう。上述の規則において、役物比率は７０％以下でなければならないことが定められている。本実施例においては、役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである電動チューリップで構成される始動入賞口２７６、および、役物の１つである可変入賞球装置で構成される大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。
【０２１３】
連続役物比率（役連ともいう）とは、１０時間に発射させた遊技球により獲得する遊技球の数のうち役物が連続して作動する場合における当該役物の作動によるものの割合をいう。上述の規則において、連続役物比率は６０％以下でなければならないことが定められている。本実施例においては、連続役物比率は、１０時間に発射させたパチンコ玉（１分間に１００玉発射可能であるので、６００００玉）の全入賞口への入賞によって付与される遊技価値に対応するパチンコ玉の個数のうち、役物の１つである可変入賞球装置が設けられた大入賞口２７１へのパチンコ玉の入賞によって付与される遊技価値に対応するパチンコ玉の個数の割合をいう。
【０２１４】
前述した図１１の「不正検知状態３」のＢｉｔ４，Ｂｉｔ５は、値が「１」のとき、それぞれ、低ベース時ベース異常および高ベース時ベース異常の不正検知情報であることを表している。
【０２１５】
次に、図１２を参照して、ＣＵ３（ＣＵ制御部３２３）と液晶ユニット５００（液晶ユニット制御部５０２）との間で送受信されるコマンドの概略を説明する。
【０２１６】
図１２には、送信方向および送信されるコマンドと、各コマンドの名称とその概略が示されている。まず、ＣＵ３と液晶ユニット５００との間でのコマンドの送信について説明する。ＣＵ３から液晶ユニット５００に対してコマンドが送信され、液晶ユニット５００はそのコマンドに応答してコマンドを返信する。
【０２１７】
ＣＵ３から液晶ユニット５００への最初のコマンドの送信から次のコマンドの送信までの期間は、２００ｍｓすなわち０．２秒に制御される。また液晶ユニット５００からＣＵ３へのコマンドの送信を行った後次のコマンドの送信までの期間が２００ｍｓすなわち０．２秒に制御される。
【０２１８】
まず、接続要求のコマンドは、ＣＵ３と液晶ユニット５００とが接続されたときにＣＵ３から液晶ユニット５００への表示指示及びデータを送信するためのコマンドであり、接続応答のコマンドは、接続要求のコマンドに対する応答を示すコマンドである。
【０２１９】
遊技台接続通知のコマンドは、ＣＵ３と遊技台（Ｐ台２）とが接続されたときにＣＵ３から液晶ユニット５００へ該遊技台接続時のデータを送信するためのコマンドであり、遊技台接続応答のコマンドは、遊技台接続通知のコマンドに対する応答を示すコマンドである。尚、図１３に示すように、遊技台接続通知コマンドの具体的データには、「遊技機チップＩＤ」、「遊技機メーカコード」、「遊技機型式コード」、「入賞口賞球数１」、「入賞口賞球数２」、「大入賞口賞球数」等のデータが含まれている。
【０２２０】
立上通知のコマンドは、ＣＵ３から液晶ユニット５００へ起動画面の表示指示及びデータを送信するためのコマンドであり、立上応答のコマンドは、立上通知のコマンドに対する応答を示すコマンドである。
【０２２１】
待機中表示通知のコマンドは、ＣＵ３から液晶ユニット５００へ待機中画面の表示指示及びデータを送信するためのコマンドであり、待機中表示応答のコマンドは、待機中表示通知のコマンドに対する応答を示すコマンドである。
【０２２２】
画面切替通知のコマンドは、ＣＵ３から液晶ユニット５００へ各種表示画面への切替指示を送信するためのコマンドであり、画面切替応答のコマンドは、画面切替通知のコマンドに対する応答を示すコマンドである。
【０２２３】
状態要求のコマンドは、ＣＵ３から液晶ユニット５００へ画面切替動作なし時の通知内容を送信するためのコマンドであり、状態応答のコマンドは、状態要求のコマンドに対する応答を示すコマンドである。尚、図１４に示すように、状態要求のコマンドには、「遊技玉数」、「発射玉数」、「アウト通過玉数」、「総賞球数１」、「玉発射ボリューム」、「遊技台状態１」、「遊技台状態２」、「遊技台状態３」、「遊技台エラー状態」、「入賞口１」、「入賞口２」、「入賞口３」、「入賞口４」、「入賞口５」、「入賞口６」、「大入賞口」、「イベントモード設定有無」、「試打モード指定玉数」等のデータが含まれている。また、図１５に示すように、状態応答コマンドには、「液晶制御通知イベント」等のデータが含まれている。
【０２２４】
尚、本実施例におけるＰ台２は、遊技者による入金や遊技玉の貸出操作、持玉や貯玉の払出し操作を受け付けて遊技玉の貸出を行うことで遊技可能となる営業モードと、遊技者による入金や遊技玉の貸出操作、持ち玉や貯玉の払出操作等を受け付けず、且つ賞球の払出しを行わず、遊技玉が自動発射される試打モード、遊技者による入金を伴わずに遊技玉の貸出操作を受け付けて遊技玉の貸出を行うことで遊戯可能となる一方で賞球の払出しを行わないイベントモードと、に切り替え可能となっている。「イベントモード設定有無」のデータは、Ｐ台２がこれら営業モード、試打モード、イベントモードのいずれかに制御された（切り替えられた）かを液晶ユニット５００に対して通知するためのデータである。
【０２２５】
カード情報通知のコマンドは、ＣＵ３から液晶ユニット５００へカード挿入中画面の表示指示及びデータを送信するためのコマンドであり、カード情報応答のコマンドは、カード情報通知のコマンドに対する応答を示すコマンドである。
【０２２６】
入金検知通知のコマンドは、ＣＵ３から液晶ユニット５００へ入金中画面の表示指示及びデータを送信するためのコマンドであり、入金検知応答のコマンドは、入金検知通知のコマンドに対する応答を示すコマンドである。
【０２２７】
入金完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ入金完了画面の表示指示及びデータを送信するためのコマンドであり、入金完了応答のコマンドは、入金完了通知のコマンドに対する応答を示すコマンドである。
【０２２８】
消費完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ消費中画面の表示指示及びデータを送信するためのコマンドであり、消費完了応答のコマンドは、消費完了通知のコマンドに対する応答を示すコマンドである。
【０２２９】
計数完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ計数中画面の表示指示及びデータを送信するためのコマンドであり、計数完了応答のコマンドは、計数完了通知のコマンドに対する応答を示すコマンドである。
【０２３０】
払出完了通知のコマンドは、ＣＵ３から液晶ユニット５００へ払出中画面の表示指示及びデータを送信するためのコマンドであり、払出完了応答のコマンドは、払出完了通知のコマンドに対する応答を示すコマンドである。
【０２３１】
エラー通知のコマンドは、ＣＵ３から液晶ユニット５００へエラー画面の表示指示及びデータを送信するためのコマンドであり、エラー応答のコマンドは、エラー通知のコマンドに対する応答を示すコマンドである。
【０２３２】
共有情報通知のコマンドは、ＣＵ３から液晶ユニット５００へ共有開始画面の表示指示及びデータを送信するためのコマンドであり、共有情報応答のコマンドは、共有情報通知のコマンドに対する応答を示すコマンドである。
【０２３３】
共有通知のコマンドは、ＣＵ３から液晶ユニット５００へ共有処理中の表示指示及びデータを送信するためのコマンドであり、共有応答のコマンドは、共有通知のコマンドに対する応答を示すコマンドである。
【０２３４】
総玉数通知のコマンドは、ＣＵ３から液晶ユニット５００へ総玉数画面の表示指示及びデータを送信するためのコマンドであり、総玉数応答のコマンドは、総玉数通知のコマンドに対する応答を示すコマンドである。
【０２３５】
ポイント通知のコマンドは、ＣＵ３から液晶ユニット５００へポイント画面の表示指示及びデータを送信するためのコマンドであり、ポイント応答のコマンドは、ポイント通知のコマンドに対する応答を示すコマンドである。
【０２３６】
カードＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へストックカードオペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、カードＯＰ応答のコマンドは、カードＯＰ通知のコマンドに対する応答を示すコマンドである。
【０２３７】
金庫ＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へ金庫オペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、金庫ＯＰ応答のコマンドは、金庫ＯＰ通知のコマンドに対する応答を示すコマンドである。
【０２３８】
アドレス設定通知のコマンドは、ＣＵ３から液晶ユニット５００へアドレス設定画面の表示指示及びデータを送信するためのコマンドであり、阿蘇レス設定応答のコマンドは、アドレス設定通知のコマンドに対する応答を示すコマンドである。
【０２３９】
ポーリング開始通知のコマンドは、ＣＵ３から液晶ユニット５００へ電子マネー使用時の表示画面の表示指示及びデータを送信するためのコマンドであり、ポーリング開始応答のコマンドは、ポーリング開始通知のコマンドに対する応答を示すコマンドである。
【０２４０】
離席通知のコマンドは、ＣＵ３から液晶ユニット５００へ離席中画面の表示指示及びデータを送信するためのコマンドであり、離席応答のコマンドは、離席通知のコマンドに対する応答を示すコマンドである。
【０２４１】
トラブルモード通知のコマンドは、ＣＵ３から液晶ユニット５００へトラブルモード画面の表示指示及びデータを送信するためのコマンドであり、トラブルモード応答のコマンドは、トラブルモード通知のコマンドに対する応答を示すコマンドである。
【０２４２】
閉店処理通知のコマンドは、ＣＵ３から液晶ユニット５００へ閉店画面の表示指示及びデータを送信するためのコマンドであり、閉店処理応答のコマンドは、閉店処理通知のコマンドに対する応答を示すコマンドである。
【０２４３】
メンテナンス開始通知のコマンドは、ＣＵ３から液晶ユニット５００へメンテナンス表示の表示指示及びデータを送信するためのコマンドであり、メンテナンス開始応答のコマンドは、メンテナンス開始通知のコマンドに対する応答を示すコマンドである。
【０２４４】
取引データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ取引データの表示指示及びデータを送信するためのコマンドであり、取引データ応答のコマンドは、取引データ通知のコマンドに対する応答を示すコマンドである。
【０２４５】
エラーログデータ通知のコマンドは、ＣＵ３から液晶ユニット５００へエラーログデータの表示指示及びデータを送信するためのコマンドであり、エラーログデータ応答のコマンドは、エラーログデータ通知のコマンドに対する応答を示すコマンドである。
【０２４６】
通信状態通知のコマンドは、ＣＵ３から液晶ユニット５００へ通信状態の表示指示及びデータを送信するためのコマンドであり、通信状態応答のコマンドは、通信状態通知のコマンドに対する応答を示すコマンドである。
【０２４７】
ユニット情報通知のコマンドは、ＣＵ３から液晶ユニット５００へユニットの簡易情報の表示指示及びデータを送信するためのコマンドであり、ユニット情報応答のコマンドは、ユニット情報通知のコマンドに対する応答を示すコマンドである。
【０２４８】
台予約通知のコマンドは、ＣＵ３から液晶ユニット５００へ台予約中画面の表示指示及びデータを送信するためのコマンドであり、台予約応答のコマンドは、台予約通知のコマンドに対する応答を示すコマンドである。
【０２４９】
暗証入力画面通知のコマンドは、ＣＵ３から液晶ユニット５００へ暗証入力画面の表示指示及びデータを送信するためのコマンドであり、暗証入力画面応答のコマンドは、暗証入力画面通知のコマンドに対する応答を示すコマンドである。
【０２５０】
動作別直近データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ動作別直近データ表示の表示指示及びデータを送信するためのコマンドであり、動作別直近データ応答のコマンドは、動作別直近データ通知のコマンドに対する応答を示すコマンドである。
【０２５１】
遊技玉ＯＰ通知のコマンドは、ＣＵ３から液晶ユニット５００へ遊技玉オペレーションモード画面の表示指示及びデータを送信するためのコマンドであり、遊技玉ＯＰ応答のコマンドは、遊技玉ＯＰ通知のコマンドに対する応答を示すコマンドである。
【０２５２】
定量制設定通知のコマンドは、ＣＵ３から液晶ユニット５００へ定量制設定画面の表示指示及びデータを送信するためのコマンドであり、定量制設定応答のコマンドは、定量制設定通知のコマンドに対する応答を示すコマンドである。
【０２５３】
遊技台計数履歴データ通知のコマンドは、ＣＵ３から液晶ユニット５００へ遊技台計数履歴データ画面の表示指示及びデータを送信するためのコマンドであり、遊技台計数履歴データ応答のコマンドは、遊技台計数履歴データ通知のコマンドに対する応答を示すコマンドである。
【０２５４】
また、検査コマンドは、液晶ユニット５００の製造メーカの検査用に使用するコマンドである。
【０２５５】
次に、ＣＵ３とＰ台２との通信における主なシーケンスについて説明する。
【０２５６】
カードが挿入されたときのＣＵ３およびＰ台２の処理については、図１６に示すとおりである。
【０２５７】
カードが返却されたときのＣＵ３およびＰ台２の処理については、図１７に示すとおりである。
【０２５８】
カードＩＤおよび挿入時刻は、カード挿入中には更新することを禁止されている。この禁止する条件として、カード挿入通知のコマンドと状態情報要求のコマンドに含まれるＣＵ状態との関係については、図１８で示すとおりである。
【０２５９】
挿入されたカードのプリペイド残額から遊技玉を貸出すときの処理については、図１９に示すとおりである。
【０２６０】
持玉払出、貯玉払出をして再プレイする処理については、図２０に示すとおりである。
【０２６１】
状態情報要求受信処理については、図２１に示すとおりである。
【０２６２】
次に、本実施例に係る遊技用システムにおいて報知されるエラーについてまとめて説明する。図２２は、遊技用システムにおいて報知可能なエラーの種類を説明するための図である。図２２には、３６種類のエラーが記載されており、それぞれのエラーの「優先度」、「エラーコード」、「エラー名称」、「エラー検知内容」、「報知手段」、および「エラー解除方法」が記載されている。
【０２６３】
たとえば、番号２８のエラーは、「優先度」が「７」、「エラーコード」が「Ｆ６０」、「エラー名称」が「不正玉貸検知」、「エラー検知内容」が「カード挿入中以外に貸玉数の加算要求を受信した」、「報知手段」が「遊技機枠、ユニット」、「エラー解除方法」が「自動復帰」である。ここで、遊技機枠で報知する場合、遊技玉数表示器２９などの表示装置（たとえば、変動表示装置２７８など）に「エラーコード」を表示して報知する以外に、払出制御基板１７に設けた７セグメント式のＬＥＤディスプレイに「エラーコード」を表示して報知を行ってもよい。また、「エラーコード」を表示するのではなく、遊技を停止させてエラーを報知してもよいし、エラーの情報を外部に出力してもよい。
【０２６４】
報知手段は、エラーの種類によって遊技盤において音声出力したり電飾を点灯させたりすることでエラーの報知を行ってもよい。また、報知手段は、エラーの種類によってホールコンに対して情報出力１、情報出力２を出力することでエラーを報知してもよい。「エラー解除方法」は「自動復帰」以外に、電源を一旦ＯＦＦにして、ＯＮ状態にする「電源ＯＦＦ／ＯＮ」の方法や、解除スイッチを押下する「解除スイッチ」がある。
【０２６５】
「自動復帰」は、報知手段がエラー報知を行なった後、一定時間経過すると自動的に処理がエラー状態から復帰するエラー解除方法である。「電源ＯＦＦ／ＯＮ」は、文字通りＰ台２の電源を一旦ＯＦＦにして、ＯＮ状態にすることでエラー状態から復帰するエラー解除方法である。「解除スイッチ」は、例えば払出制御基板１７に設けられたエラー解除スイッチ（図示せず）を押下することでエラー状態から復帰するエラー解除方法である。エラー解除スイッチを押下することで、払出制御基板１７に記憶されている減算センサ等の異常フラグがリセットされて、エラー状態から復帰することができる。つまり、「解除スイッチ」によりエラー解除方法が必要なエラーは、何らかのデータが払出制御基板１７に記憶されており、当該データのリセットが必要なエラーを主に対象としている。「電源ＯＦＦ／ＯＮ」によりエラー解除方法が必要なエラーは、払出制御基板１７に記憶されているデータだけでなく、主制御基板１６等に記憶されているデータも含めてリセットが必要なエラーを主に対象としている。「自動復帰」は、データのリセットが必要のないエラーを主に対象としている。
【０２６６】
また、ユーザプログラムなどの所定処理の実行が開始される前に発生するエラーには、エラーコード「Ｆ９１」の遊技機内認証不整合のエラーと、エラーコード「Ｆ９６」の遊技機内通信異常のエラーとがあるが、同時に発生した場合は優先度の高い方のエラーを報知する。具体的に、図２２に示すようにエラーコード「Ｆ９１」の優先度は「１６」で、エラーコード「Ｆ９６」の優先度は「２１」であるので、優先度の高いエラーコード「Ｆ９１」が遊技玉数表示器２９に表示される。なお、複数のエラーを表示することができる表示装置であれば、優先度順に複数のエラーを表示してもよい。
【０２６７】
次に、Ｐ台２とＣＵ３と液晶ユニット５００とに電源が投入された際の通信における主なシーケンス、情報配信サーバ９０１から液晶ユニット５００にコンテンツを配信する際の液晶ユニット５００と情報配信サーバ９０１の通信における主なシーケンスについて説明する。
【０２６８】
ＣＵ３、液晶ユニット５００及びＰ台２に電源が投入されたときのＣＵ３、液晶ユニット５００及びＰ台２の処理については、図２３に示すとおりである。特に本実施例では、Ｐ台２とＣＵ３と液晶ユニット５００とに電源が投入された際には、まず、Ｐ台２から賞球数等の設計値のデータを含む設計値取得要求コマンドをＣＵ３に対して送信することで、ＣＵ制御部３２３内の図示しないＲＡＭに各入賞口に対する賞球数等の設計値のデータが記憶される。
【０２６９】
そして、液晶ユニット５００においてイニシャル動作（液晶ユニット５００における初期化処理）が終了してＣＵ３と液晶ユニット５００とで通信が可能となった後（ＣＵ３の接続要求コマンドに対して液晶ユニット５００が接続応答コマンドを返信可能となった後）は、ＣＵ３から液晶ユニット５００に対して遊技機チップＩＤ、遊技機メーカコード、遊技機型式コード、入賞口賞球数１、入賞口賞球数２、大入賞口賞球数の各コマンドを含む遊技台接続通知コマンドを送信する。尚、遊技機チップＩＤは、Ｐ台２（より正確には主制御部１６１）を識別可能なデータであり、遊技機メーカコードは、Ｐ台２の製造メーカを識別可能なデータであり、遊技機型式コードは、Ｐ台２の機種を識別可能なデータである。これら遊技チップＩＤ、遊技機メーカコード、遊技機型式コードは、予め主制御部１６１の図示しないＲＡＭの記憶部に記憶されており、Ｐ台２及びＣＵ３に電源が投入されることによってＰ第２からＣＵ３に対して送信されることでＣＵ制御部３２３の図示しないＲＡＭ等の記憶部に記憶される。
【０２７０】
液晶ユニット５００では、ＣＵ３から遊技台接続通知コマンドを受信すると、入賞口賞球数１コマンドから特定された入賞口１〜４と入賞口６（普通入賞口２７２〜２７４、始動入賞口２７５及び始動入賞口２７７）への入賞に対する賞球数を第ｎ入賞口賞球数Ａｎ（ｎは１〜４、６のいずれかの値）、入賞口賞球数２コマンドから特定された入賞口５（始動入賞口２７６）への入賞に対する賞球数を役物有り始動入賞口入賞級数Ａｓ、大入賞口賞球数コマンドから特定された大入賞口２７１への入賞に対する賞球数を大入賞口賞球数Ａｂとして記憶する。
【０２７１】
そして、ＣＵ３、液晶ユニット５００及びＰ台２に電源が投入された際の主な処理（図２３に示すＣＵ３と液晶ユニット５００間での遊技台接続応答、立上げ通知、立上げ応答、待機中表示通知、待機中表示応答の各コマンドの送受信）が終了した後は、ＣＵ３からＰ台２に対して状態接続要求コマンドが送信される。Ｐ台２では、ＣＵ３から状態情報要求コマンドを受信すると、ＣＵ３に対して遊技玉情報、発射強度、遊技状態等のデータを含む状態情報応答コマンド（図１０参照）を送信する。
【０２７２】
ＣＵ３は、Ｐ台２から状態情報応答コマンドを受信すると、状態要求コマンドを液晶ユニット５００に対して送信する。尚、状態要求コマンドには、Ｐ台２から受信した状態情報応答コマンドから特定された各データを示すコマンド（図１４に示す遊技玉数、発射玉数、アウト口通過玉数、総賞球数１、玉発射ボリューム、遊技台状態１〜３、遊技台エラー状態、入賞口１〜６、大入賞口等のコマンド）が含まれている。このため、液晶ユニット５００では、ＣＵ３から受信した状態要求コマンドの内容（遊技玉数、発射玉数、アウト口通過玉数、総賞球数１、玉発射ボリューム、遊技台状態１〜３、遊技台エラー状態、入賞口１〜６、大入賞口等のコマンド）に基づいて液晶表示器５０４の表示を更新することが可能となっている。
【０２７３】
尚、液晶ユニット５００は、ＣＵ３から状態要求コマンドを受信すると、ＣＵ３に対して状態応答コマンドを送信する。ＣＵ３は、液晶ユニット５００から状態応答コマンドを受信すると、再びＰ台２に対して状態情報要求コマンドを送信する。以下、ＣＵ３、液晶ユニット５００、Ｐ台２間では、状態情報要求コマンド、状態情報応答コマンド、状態要求コマンド、状態応答コマンドの送受信が繰り返し実行される。
【０２７４】
情報配信サーバ９０１から液晶ユニット５００にコンテンツを配信する際の液晶ユニット５００及び情報配信サーバ９０１の処理については、図２４に示すとおりである。
【０２７５】
本実施例の液晶ユニット５００では、対応するＰ台２において電波エラー、磁気エラー、不正入賞エラー、振動エラー等のエラーが発生した場合に液晶表示器５０４にて該Ｐ台２において発生したエラーを表示により報知可能となっている。そして、ＣＵ３及び液晶ユニット５００では、電源が投入されたときに情報配信サーバ９０１と通信を行うことにより、各エラーの表示を行うためのデータ（エラー表示データ）や遊技場の店員等が各エラーの対処を行うためのデータ（サポートデータ）を取得することが可能となっている。具体的に、ＣＵ３、液晶ユニット５００に電源が投入されたときのＣＵ３、液晶ユニット５００及び情報配信サーバ９０１の処理については、図２５に示すとおりである。
【０２７６】
ＣＵ３と液晶ユニット５００とに電源が投入された際には、液晶ユニット５００においてイニシャル動作（液晶ユニット５００における初期化処理）が終了してＣＵ３と液晶ユニット５００とで通信が可能となった後（ＣＵ３の接続要求コマンドに対して液晶ユニット５００が接続応答コマンドを返信可能となった後）、液晶ユニット制御部５０２から情報配信サーバ９０１に対して、液晶ユニット５００及びＣＵ３に対応するＰ台２から送信されたメインチップＩＤを含むエラー表示データ要求通知コマンドを送信する。
【０２７７】
情報配信サーバ９０１の図示しないＲＡＭ等の記憶部には、図２６（Ａ）に示す機種特定テーブルと、図２６（Ｂ）に示すエラー表示データ記憶テーブルと、図２６（Ｃ）に示すサポートデータ記憶テーブルと、が記憶されている。
【０２７８】
図２６（Ａ）に示す機種特定テーブルには、複数のＰ台２各々を識別可能な識別情報を特定可能な機種情報としてのメインチップＩＤ（＊＊＊−０００１、＊＊＊−０００２、＊＊＊−０１０１、＊＊＊−０１０２・・など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・・などの機種名）に対応付けて記憶されている。
【０２７９】
図２６（Ｂ）に示すエラー表示データ記憶テーブルには、Ｐ台２において発生したエラー（例えば、電波エラー、磁気エラー、不正入賞エラー、振動エラーなど）の種別（種類）毎のエラー報知表示を特定可能なエラー表示情報としてのエラー表示データ（ＡＡＡ１、ＡＡＡ２・・、ＢＢＢ１、ＢＢＢ２・・ＣＣＣ１、ＣＣＣ２・・など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・・などの機種名）に対応付けて記憶されている。つまり、Ｐ台２にて上記各種エラーが発生した場合に液晶ユニット５００に送信されるエラー表示データは機種毎に異なる場合がある。よって、エラー表示データ記憶テーブルには、各機種に対応するエラー表示データが記憶されている。尚、本実施例における各エラー表示データには、各機種におけるエラーコードも含まれている。
【０２８０】
図２６（Ｃ）に示すサポートデータ記憶テーブルには、Ｐ台２においてエラー（例えば、電波エラー、磁気エラー、不正入賞エラー、振動エラーなど）が発生した場合における対処方法などを示す対処情報としてのサポートデータ（ＸＸＸ１用電波エラーサポートデータ、ＸＸＸ２用電波エラーサポートデータ・・など）が、各機種情報（ＸＸＸ１、ＸＸＸ２・・などの機種名）に対応付けて記憶されている。つまり、Ｐ台２にて発生した上記各種エラーに対応する対処方法などは機種毎に異なる場合がある。よって、サポートデータ記憶テーブルには、各機種に対応するサポートデータが記憶されている。
【０２８１】
尚、本実施例では、Ｐ台２において発生し得るエラーの種別として、電波エラー、磁気エラー、不正入賞エラー、振動エラーを一例として記載したが、本発明はこれに限定されるものではなく、Ｐ台２において発生し得る上記以外の種別のエラー（例えば、機種固有のエラー等）も含み、このような上記以外の種別のエラーが上記エラー表示データ記憶テーブルに記憶されていてもよい。また、上記以外の種別のエラーの対処情報が上記サポートデータ記憶テーブルに記憶されていてもよい。
【０２８２】
尚、機種固有のエラーとしては、例えば、特定領域を遊技媒体が通過することにより大当り遊技状態に制御することや確率変動状態に制御する遊技機における特定領域通過エラー、遊技媒体を第１始動領域と第２始動領域とに振り分ける振分手段を有する振分装置を搭載した遊技機における振分エラー等を含む。
【０２８３】
情報配信サーバ９０１は、液晶ユニット５００からエラー表示データ要求通知コマンドを受信すると、図２６（Ａ）に示す機種特定テーブルに基づいて、受信したメインチップＩＤから、エラー表示データ要求通知コマンドの送信先である液晶ユニット５００に対応するＰ台２の機種情報を特定する。そして、図２６（Ｂ）に示すエラー表示データ記憶テーブルに基づいて、特定した機種情報に対応するエラー表示データを特定するとともに、図２６（Ｃ）に示すサポートデータ記憶テーブルに基づいて、特定した機種情報に対応するサポートデータを特定する。
【０２８４】
情報配信サーバ９０１は、特定したエラー表示データとサポートデータとを、エラー表示データ要求通知コマンドの送信先である液晶ユニット５００に対し送信する。液晶ユニット制御部５０２は、特定したエラー表示データとサポートデータと受信すると、これら受信したエラー表示データとサポートデータとを、当該液晶ユニット５００に対応するＰ台２に対応するデータとして、図示しない記憶部（例えば、ＲＡＭ等）に記憶する。
【０２８５】
次に、Ｐ台２においてエラーが発生した場合におけるＰ台２（主制御基板１６、払出制御基板１７）、ＣＵ３及び液晶ユニット５００における処理については、図２７に示すとおりである。
【０２８６】
主制御基板１６の主制御部１６１は、各センサ（入賞センサ１６２、電波センサ１６３、振動センサ１６４、磁気センサ１６５）からの入力信号によりＰ台２にて発生したエラーを検知した場合、該エラーの発生を検知したこと及び発生したエラーの種別を特定可能なエラー発生情報としてのエラー検知情報を払出制御基板１７に送信するとともに、演出制御基板１５に対してエラー検知通知コマンドを送信する。エラー検知通知コマンドを受信した演出制御基板１５では、演出制御部１５１が受信したエラー検知通知コマンドから発生したエラーの種別を特定し、変動表示装置２７８にて、該特定した種別のエラーが発生したことを示すエラー報知表示を実行する。
【０２８７】
払出制御部１７１は、エラー検知情報を受信すると、ＣＵ３から状態情報要求コマンドを受信したときに、主制御基板１６から受信したエラー検知情報から特定されるエラーの種別を特定可能な不正検知情報１を含む状態情報応答レスポンスをＣＵ３に対して送信する。
【０２８８】
ＣＵ制御部３２３は、状態情報応答レスポンスを受信すると、状態情報応答レスポンスに含まれる不正検知情報１から特定されるエラーの種別を特定可能な遊技台エラー情報を含む状態要求コマンドを液晶ユニット５００に送信する。尚、ＣＵ制御部３２３は、状態要求コマンドを液晶ユニット５００に送信した後、上記エラーの種別に対応するセキュリティ信号を、後述する端子設定データに基づいて設定されたいずれかの端子から出力する処理を実行する。
【０２８９】
尚、特に図示しないが、本実施例のＣＵ制御部３２３は、大当り遊技状態に制御されたこと、変動表示が開始されたこと、機種固有の現象として、例えば小当り遊技状態に制御されたことを示す遊技状態のデータを含む状態情報応答レスポンスを受信した場合、受信した遊技状態のデータが大当り遊技状態に制御されたこと、変動表示が開始されたこと、機種固有の現象が発生したことのいずれを示しているのかを判定し、該判定結果に応じた端子から各信号（例えば、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号のいずれか）を出力すればよい。
【０２９０】
液晶ユニット制御部５０２は、状態要求コマンドを受信すると、状態要求コマンドに含まれる遊技台エラー情報からエラーの種別を特定するとともに、ＲＴＣ５０７を参照して状態要求コマンドを受信した時刻をエラーの発生した時刻として特定する。そして、これら特定したエラーの種別及び時刻を、図２８に示すエラー記憶テーブルに追加して記憶する。このように液晶ユニット制御部５０２は、ＣＵ３から遊技台エラー情報を受信する毎に、Ｐ台２にて発生したエラーの種別を時系列順にエラー記憶テーブルに記憶するため、Ｐ台２にて発生したエラーの履歴を、液晶ユニット５００の液晶表示器５０４に表示させることができるようになっている。
【０２９１】
次いで、液晶ユニット制御部５０２は、電源投入時において情報配信サーバ９０１から受信して記憶してあるエラー表示データのうち、特定したエラーの種別に対応するエラー表示データを用いて、液晶表示器５０４に発生したエラーの種別を特定可能なエラー画面及び該エラーの対処方法を示す対処画面を表示させるエラー報知表示処理を実行する。そして、エラー報知処理を実行したことを示す状態応答コマンドをＣＵ３に送信する。
【０２９２】
このように本実施例では、Ｐ台２にてエラーが発生した場合、Ｐ台２の変動表示装置２７８にてエラー報知表示が行われるだけでなく、Ｐ台２に対応する液晶ユニット５００においても、Ｐ台２の機種に対応したエラー報知表示が表示されるので、ＣＵ３に接続されるＰ台２の遊技盤の入替えがあった場合であっても、Ｐ台２の状況を、Ｐ台２が設置されている場所において正確に把握することができる。
【０２９３】
また、Ｐ台２の変動表示装置２７８のような表示装置が非搭載の遊技機がＣＵ３に接続される場合、当該遊技機にてエラーが発生した場合、遊技場の店員等がエラーの発生を認識しにくいため、液晶ユニット５００の液晶表示器５０４にてエラー報知表示を実行することで、エラー発生の認識性を向上させることが可能となる。
【０２９４】
また、エラー表示データの設定を管理装置で行うようにする場合、作業によるミスが生じる可能性があるため、本実施例のように、液晶ユニット５００が起動される毎に情報配信サーバ９０１からエラー表示データを受信して記憶するようにすることで、設定作業を省略することができるとともに、常に正確な設定を行うことができる。
【０２９５】
また、Ｐ台２にてエラーが発生したことだけでなく、発生したエラーの対処情報が表示されるようになるので、的確な対処を迅速に行うことができる。
【０２９６】
また、本実施例では、情報配信サーバ９０１から受信したエラー表示データは、液晶ユニット５００のＲＡＭ等に記憶されるため、液晶ユニット５００が起動される毎に情報配信サーバ９０１からエラー表示データを受信して記憶するようになっているが、本発明はこれに限定されるものではなく、情報配信サーバ９０１から受信したエラー表示データを液晶ユニット５００のＥＥＰＲＯＭ等の電源が投入されていない状態であっても記憶内容を保持可能な記憶部に記憶した後は、起動するごとにエラー表示データを受信することなく、該記憶部にて記憶しているエラー表示データを用いるようにしてもよい。
【０２９７】
また、本実施例では、ＣＵ３が対応するＰ台２から遊技情報を取得（受信した状態情報応答レスポンスから特定）すると、該取得した遊技情報の一部を外端出力部３３１に備えられた第１端子３３３ａ〜第４端子３３３ｄのいずれかから出力可能となっている。そして、ＣＵ３は、これら取得した遊技情報をいずれの端子から出力するかを持玉管理サーバ９０２から取得した端子設定データに基づいて設定することが可能となっている。具体的には、ＣＵ３に電源が投入されたときのＣＵ３及び持玉管理サーバ９０２の処理については、図２９に示すとおりである。
【０２９８】
先ず、ＣＵ３に電源が投入された際には、ＣＵ制御部３２３から持玉管理サーバ９０２に対して、ＣＵ３に対応するＰ台２から送信された遊技機型式コード（Ｐ台２の機種を示すコード）を含む端子設定データ要求コマンドを送信する。
【０２９９】
持玉管理サーバ９０２の図示しないＲＡＭ等の記憶部には、図３０に示す端子設定データ記憶テーブルが記憶されている。図３０に示す端子設定データ記憶テーブルには、ＣＵ３の外端出力部３３１に設けられた第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対し、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号、信号割り当て無しのうちいずれかが出力する信号として割り当てられた端子設定データが、各Ｐ台２の遊技機型式コードが示す機種に対応して記憶されている。全大当り信号とは、大当り種別にかかわらずＰ台２において遊技状態が大当り遊技状態に制御されたときに出力される信号であり、セキュリティ信号とは、Ｐ台２において電波エラーや振動エラー等のエラーが発生したときに出力される信号である。また、スタート信号とは、Ｐ台２において変動表示が開始される毎に出力される信号であり、機種固有信号とは、遊技玉が特定の領域を通したしたとき等のＰ台２の機種固有の現象が発生したときに出力される信号であり、小当り信号とは、Ｐ台２において遊技状態が小当り遊技状態に制御されたときに出力される信号であり、時短中（連荘中）信号とは、Ｐ台２において大当り遊技終了後に遊技状態が時短状態（高ベース状態）に制御されたときに出力される信号であり、賞球数信号とは、所定の賞球数（例えば、１０玉）が払い出されたときに出力される信号であり、賞球予定数信号とは、遊技玉の入賞時に所定の賞球予定数（例えば、１０玉）毎に出力される信号であり、特図１始動口入賞信号とは、始動入賞口２７５，２７７に遊技玉が入賞する毎に出力される信号であり、特図２始動口入賞信号とは、始動入賞口２７６に遊技玉が入賞する毎に出力される信号であり、ドア開放信号とは、ガラス扉６が開放されたときに出力される信号であり、アウト数信号とは、アウト口１５４に遊技玉が所定数（例えば、１０玉）進入する毎に出力される信号である。
【０３００】
尚、本実施例では、第１端子３３３ａ〜第４端子３３３ｄから出力可能な信号として、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号、信号割り当て無し、を例示しているが、本発明はこれに限定されるものではなく、これらの信号に代えて、或いは加えて、遊技玉の発射数、変動表示中か否か、遊技玉の発射強度、発射停止ボタン２０のＯＮ・ＯＦＦ等を示す信号を第１端子３３３ａ〜第４端子３３３ｄから出力可能な信号として設けてもよい。
【０３０１】
例えば、図３０に示す端子設定データ記憶テーブルには、第１端子３３３ａに全大当り信号、第２端子３３３ｂにセキュリティ信号、第３端子３３３ｃにスタート信号、第４端子３３３ｄに機種固有信号が割り当てられた機種ＸＸＸ１に対応する端子設定データ１、第１端子３３３ａにスタート信号、第２端子３３３ｂに全大当り信号、第３端子３３３ｃにセキュリティ信号、第４端子３３３ｄは信号なしが割り当てられた機種ＸＸＸ２に対応する端子設定データ２、第１端子３３３ａにセキュリティ信号、第２端子３３３ｂに信号なし、第３端子３３３ｃにスタート信号、第４端子３３３ｄに機種固有信号が割り当てられた機種ＸＸＸ３に対応する端子設定データ３・・といった複数種別のＰ台２それぞれに対応する端子設定データが記憶されている。
【０３０２】
また、持玉管理サーバ９０２の表示装置の表示画面には、各機種に対応する端子設定データを入力するための設定画面（メニュー画面）が表示可能とされており、該設定画面にてデータ入力することにより、端子設定データの内容を設定（変更）できるようになっている。
【０３０３】
例えば、図３１に示すように、端子設定データの設定画面の上部には、データ１、データ２、データ３、データ４・・といったように複数のタブが表示されており、これら複数のタブのうちいずれかを選択することで、所定の端子設定データの設定画面が表示される。
【０３０４】
設定画面には、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域が設けられている。各設定領域には、「全大当り信号」に対応する入力領域、「セキュリティ信号」に対応する入力領域、「スタート信号」に対応する入力領域、「機種固有信号」に対応する入力領域、「特定種別大当り信号」に対応する入力領域、「小当り信号」に対応する入力領域、「時短中（連荘中）信号」に対応する入力領域、「賞球数信号」に対応する入力領域、「賞球予定数信号」に対応する入力領域、「特図１始動口入賞信号」に対応する入力領域、「特図２始動口入賞信号」に対応する入力領域、「ドア開放信号」に対応する入力領域、「アウト数信号」に対応する入力領域、「信号割り当て無し」に対応する入力領域がそれぞれ表示され、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域に表示された入力領域のうちから割り当てたい信号に対応する入力領域をクリックすることで、各端子に割り当てる一の信号を個別に設定できるようになっている。尚、図３１においては、黒色表示された入力領域が選択された入力領域を示している。
【０３０５】
そして、第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれにおいていずれかの入力領域を選択することで、設定画面右下の「決定」領域の選択が有効化され、該有効化された「決定」領域をクリックすることで、選択された端子設定データのデータ内容が記憶される。尚、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号のいずれかが第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄのうち２以上の端子で選択された場合は、「決定」領域が有効化されないので選択された端子設定データのデータ内容を記憶できないようになっている。
【０３０６】
また、「決定」領域の右側の「リセット」領域をクリックすると、端子設定データにおける初期設定データ（例えば、第１端子３３３ａは「全大当り信号」、第２端子３３３ｂは「セキュリティ信号」、第３端子３３３ｃは「スタート信号」、第４端子３３３ｄは「機種固有信号」）が記憶されるようになっている。あるいは、「リセット」領域をクリックすると初期設定データに対応する信号が選択されるだけで、その後に「決定」領域をクリックすることで初期設定データが記憶されるようにしてもよい。
【０３０７】
図２９に戻って、持玉管理サーバ９０２は、ＣＵ３から端子設定データ要求コマンドを受信すると、該受信した端子設定データ要求コマンドに含まれる遊技機型式コードから機種情報（Ｐ台２の機種）を特定し、図３０に示す端子設定データ記憶テーブルに基づいて、特定した機種に対応する端子設定データを特定する。そして、端子設定データ要求コマンドの送信先のＣＵ３に、該特定した端子設定データを含む端子設定データ応答コマンドを送信する。
【０３０８】
ＣＵ制御部３２３は、持玉管理サーバ９０２から端子設定データを受信すると、該受信した端子設定データに基づいて、外部出力ポート１〜４の第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対して、出力する信号の種別を割り当て設定する処理を実行する。
【０３０９】
このように本実施例では、ＣＵ３に接続されるＰ台２の遊技盤の入替えがあった場合であっても、Ｐ台２の外部出力ポート１〜４の第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対して、出力する信号の種別を割り当てて設定することができるため、信号線の結線作業を省力化できる。
【０３１０】
特に本実施例のような封入式の遊技機にあっては、端子がＣＵ３に設けられ、また、Ｐ台２（遊技盤２６）の製造元（メーカ）やＰ台２のスペック（仕様）によって、外部へ出力すべき情報またはホール（遊技場）側にて収集したい情報が異なるため、遊技盤２６の入替えに伴って再結線を行うと、遊技盤２６の入替えの際の作業性が著しく低下する。これに対し、本実施例のように、通信を用いて持玉管理サーバ９０２から端子設定データを取得して設定できるようにすることで、遊技盤２６の入替えの際の作業性を向上させることができる。
【０３１１】
また、外部装置である持玉管理サーバ９０２から端子設定データを取得できるため、Ｐ台２の機種が変更されるごとにＣＵ３に設定する必要がないので、手間が省ける。
【０３１２】
また、持玉管理サーバ９０２は、Ｐ台２の機種情報に対応付けて端子設定データを記憶しており、ＣＵ３は、遊技の進行を制御する主制御部１６１に記憶されている機種情報としてのメインチップＩＤを持玉管理サーバ９０２に送信して、該機種情報に対応付けて記憶されている端子設定データを取得するので、Ｐ台２の機種に対応した種別の信号を設定できる。
【０３１３】
また、持玉管理サーバ９０２は、Ｐ台２が設置されている遊技場に設けられており、該持玉管理サーバ９０２において端子設定データを更新可能であることで、遊技場が、端子設定データを適宜更新できる。
【０３１４】
また、持玉管理サーバ９０２は、Ｐ台２が設置されている遊技場に設けられているとともに、該遊技場による個別出力設定情報（図３１に示す端子設定画面にて第１端子３３３ａ、第２端子３３３ｂ、第３端子３３３ｃ及び第４端子３３３ｄそれぞれに対応する設定領域でいずれかの入力領域を選択することにより設定された端子設定データ）と、遊技場によらない一般出力設定情報（図３１に示す「リセット」領域の選択により設定される初期設定データ）と、を記憶可能であって、ＣＵ３が取得する端子設定データを、一般出力設定情報と個別出力設定情報のいずれとするかを設定可能であることで、遊技場が、一般出力設定情報と個別出力設定情報のいずれを使用するかを選択（設定）できる。
【０３１５】
また、ＣＵ３には、信号出力ポート１〜４の各々に対応した端子であって、信号線を接続可能な複数の端子がＣＵ３に設けられており、該ＣＵ制御部３２３が出力する信号の種別を設定する前記信号種別設定手段として機能する。このようにすることで、信号種別設定手段を個別に設ける必要がなく、遊技用装置の製造コストを低減できる。
【０３１６】
次に、ＣＵ３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）と、液晶ユニット５００に格納されている遊技情報記憶テーブル（図３４（Ｂ））とについて説明する。ＣＵ制御部３２３の図示しないＲＡＭには、図３４（Ａ）に示すように、該ＣＵ３が対応するＰ台２での遊技情報を記憶するための遊技情報記憶テーブルが格納されている。また、液晶ユニット制御部５０２の図示しないＲＡＭには、図３４（Ｂ）に示すように、ＣＵ３から受信した取得（状態要求コマンドから特定）した遊技情報を記憶するための遊技情報記憶テーブルが格納されている。また、液晶ユニット５００では、図３４（Ｂ）に示す遊技情報記憶テーブル（液晶ユニット５００側の遊技情報記憶テーブル）に記憶されている遊技情報に基づいて液晶表示器５０４における表示を更新可能となっている。
【０３１７】
このため、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とでは、同一の遊技情報が記憶されるようになっている。しかしながら、液晶ユニット５００を他のＣＵ３に接続する等の理由により液晶表示器５０４における表示を初期化したい場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）の内容をクリアすることとなるが、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）の内容もクリアされなければ液晶表示器５０４の表示を適切に初期化することができない。
【０３１８】
そこで、本実施例では、液晶表示器５０４の表示を初期化する場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）の内容とともに、該液晶ユニット５００側の遊技情報記憶テーブルの内容とＣＵ３側の遊技情報記憶テーブルの内容の両方をクリアする。以下、液晶表示器５０４の表示を初期化する際のＣＵ３と液晶ユニット５００の処理について説明する。
【０３１９】
先ず、図３２示すように、ＣＵ３と液晶ユニット５００に電源投入されると、液晶ユニット５００（液晶ユニット制御部５０２）は、液晶表示器５０４において画像を表示するためのイニシャル動作を開始する。また、ＣＵ３（ＣＵ制御部３２３）は、液晶ユニット５００に対して該ＣＵ３のシリアル番号のデータを含む接続要求を繰り返し送信する。
【０３２０】
そして、液晶ユニット制御部５０２は、イニシャル動作が終了した後に接続要求コマンドを受信すると、該接続要求コマンドからＣＵ３のシリアル番号を特定して図示しないＲＡＭに記憶する。更に、液晶ユニット制御部５０２は、ＣＵ３に対して接続応答コマンドを送信する。
【０３２１】
ＣＵ制御部３２３は、接続応答コマンドを受信すると、ＣＵ３と液晶ユニット５００とが通信可能に接続されたと判定して、ＣＵ３のシリアル番号、稼働履歴管理通番、遊技情報のデータを含む稼働履歴要求コマンドを液晶ユニット５００に対して送信する。尚、稼働履歴要求コマンドに含まれている遊技状態のデータとは、ＣＵ３とＰ台２とが状態要求コマンドと状態応答レスポンスの送受信を行うことによりＣＵ３がＰ台２から取得して記憶した遊技玉の発射玉数や大当り回数等のデータである。更に、ＣＵ制御部３２３は、当該ＣＵ３に対応するＰ台２の払出制御部１７１のチップ番号を液晶ユニット５００に対して送信する。
【０３２２】
液晶ユニット制御部５０２は、これら稼働履歴要求コマンドと遊技台接続通知コマンドとを受信すると、液晶ユニット５００がＣＵ３を介してＰ台２と接続されたことを示す遊技台接続応答コマンドをＣＵ３に対して送信する。
【０３２３】
ＣＵ制御部３２３は、遊技台接続応答コマンドを受信すると、立上げ通知コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、立上げ通知コマンドを受信すると、液晶表示制御部５０３を制御して液晶表示器５０４にＣＵ３や液晶ユニット５００が立ち上がったこと（起動したこと）を示す図示しない立上げ画面を表示し、立上げ応答コマンドをＣＵ３に対して送信する。
【０３２４】
ＣＵ制御部３２３は、立上げ応答コマンドを受信すると、待機中表示通知コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、待機中表示通知コマンドを受信すると、液晶表示制御部５０３を制御して液晶表示器５０４にＣＵ３にてカード（会員カードやビジターカード）や紙幣が挿入されておらず待機中であることを示す待機中画面（後述）を表示する。そして、液晶ユニット制御部５０２は、待機中表示応答コマンドをＣＵ３に対して送信する。
【０３２５】
そして、ＣＵ制御部３２３が待機中表示応答コマンドを受信した後、カード挿入／排出口３０９にカード（会員カードまたはビジターカード）が挿入されると、ＣＵ制御部３２３は、該カードからカードリーダライタ３３７において読み取った情報に基づいて、プリペイド残金や遊技玉数、持玉数等のデータを含むカード情報通知コマンドを液晶ユニット５００に対して送信する。
【０３２６】
液晶ユニット制御部５０２は、カード情報通知コマンドを受信すると、該カード情報通知コマンドから特定したデータに基づいて液晶表示制御部５０３を制御し、液晶表示器５０４にてカード挿入画面を表示する。そして、液晶ユニット制御部５０２は、カード情報応答コマンドをＣＵ３に対して送信する。
【０３２７】
尚、カード挿入画面とは、図３６に示すように、遊技者のアバター画像や、遊技者等が操作することによって遊技者等が選択可能な項目を表示するメニューボタン、遊技者等が操作することによって液晶表示器５０４の画面を離席中であることを示す画面に切り替える離席ボタン、遊技者等が操作することによってＣＵ３に挿入されているカードの返却をＣＵ３に返却させるための返却ボタン、遊技者等が操作することによってＣＵ３に遊技玉の貸出を行わせるための貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率、遊技者が所持している当日持玉数（持玉数）や遊技玉数、貯玉数が表示される画面である。また、待機中画面とは、図３６に示すカード挿入画面と同じくアバター画像、メニューボタン、離席ボタン、返却ボタン、貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率が表示されている一方で、持玉数と貯玉数が表示されていない画面である。
【０３２８】
そして、ＣＵ制御部３２３がカード情報応答コマンドを受信した後、ＣＵ３と液晶ユニット５００では、遊技者の操作に応じて遊技玉の貸出に関する処理を行う貸出シーケンスを実行する。
【０３２９】
図３３に示すように、貸出シーケンスの実行後、ＣＵ３と液晶ユニット５００においては、ＣＵ３が遊技情報、可動履歴管理通番、図３４（Ａ）に示す遊技情報記憶テーブルに記憶されている発射回数、大当り回数、確変回数、スタート回数等の遊技情報である台データがクリアされていないことを示す台データクリア状態（なし）のデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。液晶ユニット制御部５０２は、状態要求コマンドを受信すると、受信した状態要求コマンドに基づいて稼働履歴情報の更新を実施し、液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容のクリア指示が無いことを示す台データクリア指示（なし）のデータを含む状態応答コマンドをＣＵ３に対して送信する。
【０３３０】
また、ＣＵ制御部３２３は、Ｐ台２において遊技玉の発射等のデータを加えた遊技情報をＰ台２から取得すると、該取得した遊技情報に基づいて、ＣＵ制御部３２３の図示しないＲＡＭ等に記憶されている遊技情報記憶テーブルの内容（例えば、図３４（Ａ）に示す発射回数、大当り回数、確変回数、スタート回数等）を更新する。そして、遊技玉の発射等のデータを加えた遊技情報、可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。
【０３３１】
液晶ユニット制御部５０２は、状態要求コマンドを受信すると、該状態要求コマンドから特定した遊技玉の発射等のデータを加えた遊技情報に基づいて、液晶ユニット制御部５０２の図示しないＲＡＭ等に記憶されている遊技情報記憶テーブルの内容（例えば、図３４（Ｂ）に示す発射回数、大当り回数、確変回数、スタート回数等）を更新する。そして、ＣＵ３と液晶ユニット５００との間で遊技玉の発射等のデータを加えた遊技情報、可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドと、台データクリア状態（なし）のデータを含む状態応答コマンドと、の送受信を繰り返し実行する。
【０３３２】
次いで、液晶ユニット制御部５０２は、例えば、情報配信サーバ９０１から液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容の台データクリア指示（信号またはコマンド）を受信すると、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）及び稼働履歴応答データをクリアする。そして、液晶ユニット制御部５０２は、液晶表示器５０４の表示を初期化するための遊技情報記憶テーブルの内容の台データクリア指示が有ることを示す台データクリア指示（あり）のデータを含む状態応答コマンドをＣＵ３に対して送信する。
【０３３３】
ＣＵ制御部３２３は、液晶ユニット５００から台データクリア指示（あり）のデータを含む状態応答コマンドを受信すると、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）をクリアする。つまり、本実施例では、液晶ユニット制御部５０２が情報配信サーバ９０１から遊技情報記憶テーブルの内容のクリア指示を受信した場合は、最初に液晶ユニット５００側の遊技情報記憶テーブルの内容をクリアし、次にＣＵ３側の遊技情報記憶テーブルの内容をクリアしている。
【０３３４】
尚、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中は、ＣＵ３と液晶ユニット５００との間で可動履歴管理通番、台データクリア状態（なし）を示すデータを含む状態要求コマンドと、台データクリア状態（あり）のデータを含む状態応答コマンドと、の送受信を繰り返し実行する。特に、液晶ユニット制御部５０２は、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了するまで台データクリア状態（あり）のデータを含む状態応答コマンドをＣＵ３に対して繰り返し送信する。
【０３３５】
更に、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中にＣＵ制御部３２３がＰ台２から新たな遊技情報を取得した場合、ＣＵ制御部３２３は、これら取得した遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶することなくクリアする。このように、本実施例では、ＣＵ３側の遊技情報記憶テーブルの内容クリア中に遊技情報が変化した場合は、ＣＵ３側の遊技情報記憶テーブルに新たな遊技情報が記憶されてないので、クリア後のＣＵ３側の遊技情報記憶テーブルと液晶ユニット５００側の遊技情報記憶テーブルとの記憶内容が異なることを防ぎ、液晶表示器５０４に不適切な表示が行われてしまうことを防ぐことができる。
【０３３６】
尚、本実施例では、ＣＵ３側の遊技情報記憶テーブルに、遊技玉の発射回数や大当り回数、確変回数、スタート回数等を含む遊技情報を記憶する形態を例示したが、本発明はこれに限定されるものではなく、ＣＵ３側の遊技情報記憶テーブルに記憶する遊技情報としては、Ｐ台２の遊技状態を含めてもよい。尚、このように、ＣＵ３側の遊技情報記憶テーブルに記憶する遊技情報としてＰ台２の遊技状態を含める場合は、ＣＵ３側の遊技情報記憶テーブルの内容のクリア中にＣＵ制御部３２３がＰ台２から取得した遊技情報がＰ台２の遊技状態が変化したことを示している場合、該取得した遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶することなくクリアすればよい。
【０３３７】
このように、本実施例では、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）の内容のクリア中のように不安定な状況下において遊技情報、またはＰ台２の遊技状態の変化を含む遊技情報をＣＵ３側の遊技情報記憶テーブルに記憶させると、ＣＵ３と液晶ユニット５００との間で記憶内容の不一致が生じるため（ＣＵ３側の遊技情報記憶テーブルの記憶内容と液晶ユニット５００側の遊技情報記憶テーブルの記憶内容とが異なる）、これらＣＵ３と液晶ユニット５００との間での記憶内容の不一致を防ぎ、より適切にＣＵ３と液晶ユニット５００とで遊技情報を管理することができる。
【０３３８】
そして、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了すると、ＣＵ制御部３２３は、可動履歴管理通番、ＣＵ３側の遊技情報記憶テーブルの内容のクリアが完了したことを示す台データクリア状態（完了）を示すデータを含む状態要求コマンドを液晶ユニット５００に対して送信する。以上によりＣＵ３側の遊技情報記憶テーブルと液晶ユニット５００側の遊技情報記憶テーブルの内容のクリアに関する処理が終了する。
【０３３９】
次に、液晶表示器５０４の画面における表示態様について説明する。図３１に示すように、液晶表示器５０４の画面には、遊技者のアバター画像や、遊技者等が操作することによって遊技者等が選択可能な項目を表示するメニューボタン、遊技者等が操作することによって液晶表示器５０４の画面を離席中であることを示す画面に切り替える離席ボタン、遊技者等が操作することによってＣＵ３に挿入されているカードの返却をＣＵ３に返却させるための返却ボタン、遊技者等が操作することによってＣＵ３に遊技玉の貸出を行わせるための貸玉ボタン、大当り回数、小当り回数、確変回数、スタート回数、大当り確率、遊技者が所持している当日持玉数（持玉数）や遊技玉数及び貯玉数が表示されている。更に、遊技玉数の下方には、Ｐ台２における遊技玉の発射強度を示す発射強度ゲージが表示されている。
【０３４０】
また、当日持玉数の右方には、該当日持玉数の表示・非表示を切り替えるための持玉数表示・非表示切替ボタンが表示されており、当日持玉数の左方には、ＣＵ３に持玉数の一部（例えば１２５玉）を遊技玉として払い出させるための払出ボタンが表示されている。更に、貯玉数の右方には、該貯玉数の表示・非表示を切り替えるための貯玉数表示・非表示切替ボタンが表示されており、貯玉数の左方には、ＣＵ３に貯玉数の一部（例えば１２５玉）を遊技玉として払い出させるための再プレイボタンが表示されている。
【０３４１】
また、液晶表示器５０４の画面の下部には、遊技玉が入賞口にした際の賞球数、ＣＵ３にて受け付けた金額に基づく残金、該残金によって貸出可能な遊技玉数、遊技者等が操作することによって液晶表示器５０４の画面をＣＵ３が接続されているＰ台２における遊技方法等を解説する画面に切り替える遊技ガイドボタン、遊技者等が操作することによって当該液晶ユニット５００の操作方法を解説する画面に切り替える操作説明ボタンが表示されている。
【０３４２】
次に、本実施例の液晶ユニット５００が有する、エラー報知機能やエラー履歴表示機能について、図３７〜図４１を用いて説明する。
【０３４３】
Ｐ台２において、搭載している機器の不具合の発生或いは不正が実行される等によって、例えば、図３７（Ａ）に示すように、変動表示中においてエラーが発生した場合には、Ｐ台２の変動表示装置２７８に、例えば、「係員をお呼びください！  Ｅ−３３賞球異常エラー  電源を再投入してください」のエラー表示が図３７（Ｂ１）に示すように表示されるとともに、該エラーのエラーコード（Ｅ−３３）を含む不正検知情報１のデータを含む状態情報応答のレスポンスがＰ台２からＣＵ３に対して送信される。
【０３４４】
この状態情報応答のレスポンスの受信に応じて、ＣＵ３のＣＵ制御部３２３は、液晶ユニット５００に対して、不正検知情報１のデータから特定したエラーの種別を示す遊技台エラー情報を含む状態要求コマンドを送信する。
【０３４５】
ＣＵ３からの状態要求コマンドの受信に応じて液晶ユニット制御部５０２は、受信した状態要求コマンド（遊技台エラー情報）に含まれるエラーの種別及びエラーコードと、ＲＴＣ５０７から取得したその時点の時刻データとを新たなエラー履歴として追加記憶するとともに、対応するＰ台２の機種に対応したエラー報知表示、例えば、「賞球異常エラー」のエラー報知表示を、予め情報配信サーバ９０１から受信して記憶しているエラー表示データから特定し、該特定したエラー表示データに基づいて、図３７（Ｂ２）に示すように、「遊技機で賞球異常エラー（Ｅ−３３）が発生しました。係員をお呼びください！」の表示と、「呼出」のメニュー表示とを含むエラー報知画面を、液晶表示制御部５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させることで、対応するＰ台２においてエラーが発生したことと、発生したエラー種別を報知する。
【０３４６】
このエラー報知画面において、遊技者が「呼出」のメニュー表示を操作した場合には、該操作が液晶ユニット制御部５０２により検知されて、ＣＵ３に対して呼出要求コマンドが送信される。この呼出要求コマンドの受信に応じてＣＵ制御部３２３は、接続されている呼び出しランプ１０００に対して、呼出信号を出力することで、呼び出しランプ１０００が点灯する。尚、この場合、通常の呼出信号とは異なるエラー呼出信号を呼び出しランプ１０００に出力することで、呼び出しランプ１０００の点灯態様が、通常の呼び出しの点灯態様とは異なるエラーに対応した点灯態様にて点灯させることで、エラーが発生していることを呼び出しランプ１０００の点灯態様にて、液晶ユニット５００から離れた場所から遊技場の店員が確認できるようにしてもよい。
【０３４７】
また、液晶ユニット制御部５０２が「呼出」のメニュー表示の操作を検知した場合には、「呼出」のメニュー表示への操作が繰り返し実行されることがないように、「呼出」のメニュー表示に代えて、図３９（Ａ）に示すように、「呼出中」の点滅表示を所定期間に亘って実行し、該所定期間が経過した場合に「呼出中」の点滅表示を終了する。
【０３４８】
このようにして呼び出しランプ１０００が点灯されることで、遊技場の店員が駆けつけて、液晶ユニット５００に表示されているエラー報知画面の内容と、Ｐ台２の変動表示装置２７８に表示されているエラー内容が同一であること等を確認することで、エラーの種別が間違いないかを確認することができる。
【０３４９】
尚、搭載されている機器のエラーとしては、変動表示装置２７８やその周辺機器の不具合や電源回路や電源配線等の不具合によるエラーもあり、このような場合には、図３７（Ｂ１）のようなエラー表示が変動表示装置２７８において表示されない場合があるが、このような場合であっても、本実施例によれば、液晶ユニット制御部５０２には、図３７（Ｂ２）のように、本来、変動表示装置２７８において表示されるエラー種別と同一のエラー種別に対応した表示、つまり、Ｐ台２の機種によってエラーの種別が異なるが、Ｐ台２の機種に対応した表示が表示されるので、Ｐ台２においてエラーが発生したこととともに、該発生したエラーの種別を容易に把握することができる。
【０３５０】
また、Ｐ台２のエラーとしては、１のエラーだけではなく、複数のエラーが連続して発生する可能性があり、例えば、図３８（Ａ）に示すように、賞球異常エラーが発生して、該賞球異常エラーのエラー報知画面の表示中に、更に別のエラーが発生した場合には、図３８（Ｂ）に示すように、エラー報知画面に新たに発生したエラーの種別とエラーのエラーコードが、先に発生したエラーの種別とエラーのエラーコードの表示の下方位置に、順次、追加表示されるように表示を更新することで、先に発生したエラーの内容が不明とならないようになっている。
【０３５１】
尚、本実施例では、複数のエラーが連続して発生した場合には、個々のエラーの種別とエラーのエラーコードとを全て表示する形態を例示したが、本発明はこれに限定されるものではなく、最後に発生した１のエラーのみを表示するようにしてもよいし、例えば、エラー表示情報に各エラーの優先度が記述されていることにより、個々のエラーの優先度を特定できる場合には、後に発生したエラーが、先に発生したエラーよりも優先度が高い場合においてのみ、先に発生したエラーを報知するエラー報知画面から新たに発生したエラーを報知するエラー報知画面に変更するようにしてもよい。但し、これら優先度が高いエラーのエラー報知画面に変更する場合であっても、先のエラーがＰ台２において遊技が中止されるエラーの場合には、新たに発生したエラーを報知するエラー報知画面への変更を行わないようにすることで、Ｐ台２において遊技が中止されるエラーが確認できなくならないようにしてもよい。
【０３５２】
エラーの発生とエラーの種別を確認した店員は、発生したエラーに対する対処方法を確認したい場合には、所持しているリモコンにおいて対処方法の確認操作（サポート表示ボタンの操作）を行えばよく、該確認操作によって、該リモコンから赤外線によるサポート表示指示信号が送信される。
【０３５３】
このサポート表示指示信号は、ＣＵ３に設けられている赤外線受光部３２４によって受信され、該受信にもとづいて、ＣＵ制御部３２３は、サポート表示要求コマンドを液晶ユニット５００に対して送信する。
【０３５４】
このサポート表示要求コマンドの受信に応じて液晶ユニット制御部５０２は、記憶しているエラーコードに対応する「原因」と「対処方法」の表示内容を、予め情報配信サーバ９０１から受信して記憶しているサポートデータ（対処情報）から特定し、該特定した「原因」と「対処方法」と、エラーコードに対応するエラー種別の表示とを含むサポート表示画面を、図３９（Ｂ）に示すように、液晶表示制御５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させる。
【０３５５】
具体的には、エラーコードが、例えば（Ｅ−３３）である場合には、サポート表示画面の上部に「賞球異常エラー」と表示され、その下方の「原因」の項目において、エラーコードである（Ｅ−３３）に対応付けてサポートデータに記述されている「遊技中に異常入賞による賞球異常が発生しました。」の原因メッセージが表示され、さらにその下方の「対処方法」の項目において、エラーコードである（Ｅ−３３）に対応付けてサポートデータに記述されている「１；不正が実施されていないことを確認してください。２；パチンコ遊技機の電源を切り、再起動してくだい」の対処方法メッセージが表示される。
【０３５６】
つまり、本実施例のサポートデータには、対応するＰ台２の機種におけるエラーコードに対応付けて、原因メッセージと対処方法メッセージのデータが記述されており、エラーコードから、該エラーコードのエラーに対応した原因メッセージと対処方法メッセージを特定できるようになっている。
【０３５７】
尚、これらサポート表示画面の表示は、店員がリモコンを操作すること、若しくは所定の表示時間の経過等の所定の表示終了条件が成立した場合に消去されるようになっており、店員以外の者に、サポート情報が不用意に知得されてしまうことがないようになっている。
【０３５８】
また、本実施例では、対処方法の詳細な情報が、店員以外の者に知得されてしまうことがないように、店員のみが所持するリモコンの操作のみによってサポート表示画面を表示するようにしているが、本発明はこれに限定されるものではなく、例えば、液晶ユニット５００の液晶表示器５０４に表示されているエラー報知画面に、「サポート表示」のメニューを設けておき、該「サポート表示」のメニューの操作に応じてサポート表示画面を表示するようにしてもよい。
【０３５９】
尚、図３８（Ｂ）に示すように、複数のエラーの発生を報知するエラー報知画面が表示されているときに、リモコンにおいて対処方法の確認操作が行われた場合には、個々のエラーについてのサポート表示画面が、所定時間毎に切替表示される。このように、本実施例では、複数のエラーの発生を報知するエラー報知画面が表示されているときには、サポート表示画面を切り替えることにより、発生したエラーのサポート表示画面を全て表示するようにしているが、本発明はこれに限定されるものではなく、最も直近に発生したエラーのサポート表示画面のみを表示するようにしてもよいし、エラーに優先度が設定されている場合には、優先度の高いエラーのサポート表示画面のみを表示するようにしてもよい。
【０３６０】
また、店員が、エラーの解除を実施する場合等において、当日においてどうようなエラーが発生しているのかを確認したい場合には、携行しているリモコンにおいてエラー履歴表示操作（エラー履歴表示ボタンの操作）を行えばよく、該エラー履歴表示操作によって、該リモコンから赤外線によるエラー履歴表示指示信号が送信される。
【０３６１】
このエラー履歴表示指示信号は、図４０に示すように、ＣＵ３に設けられている赤外線受光部３２４によって受信され、該受信にもとづいてＣＵ制御部３２３は、エラー履歴表示要求コマンドを液晶ユニット５００に対して送信する。
【０３６２】
このエラー履歴表示要求コマンドの受信に応じて液晶ユニット制御部５０２は、記憶している当日のエラー履歴のデータを読み出して、図４１に示すエラー履歴画面を、液晶表示制御５０３に指示して営業モードの表示画面上に重ねて液晶表示器５０４に表示させる。
【０３６３】
具体的にエラー履歴としては、図４１に示すように、エラーコードとエラーの種別と発生時刻とが個々のエラー毎に表示されるとともに、最も直近に発生したエラーが最も上部になるように配列されて表示される。
【０３６４】
このように、エラー履歴画面が、店員のリモコンにおける操作によって液晶ユニット５００に表示されることにより、当日にＰ台２においてどのようなエラーが発生しているのか、或いは、エラーが発生していないのかを容易に確認することができ、同様のエラーが繰り返し発生している等の場合には、エラーの対処を行っても不具合が解消されていないことを把握することにより、対応するＰ台２の稼働を中止する等の対策を迅速に判断することができる。
【０３６５】
尚、本実施例では、エラー履歴画面において、エラーコードとエラーの種別と発生時刻を表示する形態を例示したが、本発明はこれに限定されるものではなく、エラー履歴画面において表示する内容や項目は、適宜に設定すれば良く、遊技場がこれらエラー履歴画面において表示する内容や項目を選択できるようにしてもよい。
【０３６６】
また、本実施例のエラー履歴画面は、前述のサポート表示画面と同様に、店員がリモコンを操作すること、若しくは所定の表示時間の経過等の所定の表示終了条件が成立した場合に消去されるようになっている。
【０３６７】
以上、本実施例におけるＰ台２、該Ｐ台２に対応して設けられたＣＵ３及び液晶ユニット５００を有する遊技用システムにおいては、ＣＵ３は、取得した端子設定データに基づいて、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を外部装置に対して出力するための端子を設定することができるので、各信号を出力するための結線作業を省力化することができる。
【０３６８】
また、本実施例では、ＣＵ３は、外部装置である持玉管理サーバ９０２から取得した端子設定データに基づいて、全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を外部装置に対して出力するための端子を設定することができるので、Ｐ台２の機種に応じて第１端子３３３ａ〜第４端子３３３ｄに対応した種別の信号を設定することができる。
【０３６９】
また、本実施例では、遊技場の店員等が遊技場に設けられている持玉管理サーバ９０２を操作することで、機種毎の端子（第１端子３３３ａ〜第４端子３３３ｄ）に対応した種別の信号の設定データである端子設定データを更新することができるので、遊技場側で、端子設定データの内容を適宜更新できる。特に本実施例では、遊技場の店員等が遊技場に設けられている持玉管理サーバ９０２を操作することで、予め記憶されている初期設定データ（一般出力設定情報）と店員自身が設定したデータ（個別出力瀬底情報）のどちらかを端子設定データとして使用することができるので、遊技場や機種に応じてより細かい端子設定を行うことができる。
【０３７０】
また、本実施例では、ＣＵ制御部３２３が出力する信号の種別を設定する前記信号種別設定手段として機能することで、ＣＵ３内に信号種別設定手段を個別に設ける必要がなく、ＣＵ３の製造コストを低減できる。
【０３７１】
また、本実施例では、ＣＵ３から情報配信サーバ９０１にエラー表示データ要求信号を送信することによって、該ＣＵ３が対応して設けられているＰ台２のエラー表示データを液晶ユニット５００に取得させ、Ｐ台２においてエラーが発生した際には、液晶ユニット５００（液晶ユニット５００が有する液晶表示器５０４）において、情報配信サーバ９０１から取得したエラー表示データを用いて、Ｐ台２にて発生したエラーに対応するエラー報知表示を表示させることができるので、Ｐ台２外に設けられた液晶ユニット５００においても、Ｐ台２の機種に対応したエラー報知表示を表示することができる。
【０３７２】
また、本実施例では、ＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とを台データクリア指示を受信したことに基づいてクリアすることによって、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報が適切に消去されないことにより、不適切な情報が液晶表示器５０４に表示されてしまうことを防ぐことができる。
【０３７３】
尚、本実施例では、液晶ユニット５００において台データクリア指示を受信したことに基づいてＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報とをクリアする形態を例示したが、該クリア後に液晶表示器５０４に不適切な情報が表示されないのであれば、ＣＵ制御部３２３に格納されている遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報と液晶ユニット制御部５０２に格納されている遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報のうち一部の遊技情報はクリアせずともよい。
【０３７４】
また、本実施例では、図３８に示すように、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っている時に新たにＰ台２にて種別（種類）の異なるエラーが発生すると、液晶表示器５０４において新たに発生したエラーを含めた複数のエラーの報知表示が実行されるので、遊技者は遊技場の店員は、種別の異なるエラーが同時に発生したとしても、液晶表示器５０４から各エラーの発生を認識することができる。
【０３７５】
また、本実施例では、図３９に示すように、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っているときに遊技場の店員等がリモコンを操作することによって液晶表示器５０４に該エラーの対処方法等を表示させることができるので、遊技場の店員は、Ｐ台２にて発生したエラーに対して該対処方法を参照することにより的確な対処を迅速に行うことができる。
【０３７６】
また、前記実施例では、液晶表示器５０４においてＰ台２にて発生したエラーの報知表示を行っているときに該エラーの報知表示に併せて「呼出」のメニュー表示を行い、該「呼出」のメニュー表示が操作されたことに基づいて呼び出しランプ１０００を点灯させて遊技場の店員を呼び出すことができるので、エラー報知表示によってエラーの内容を確認しつつ、呼出しの操作を行うことができる。
【０３７７】
また、本実施例では、図３３に示すように、液晶ユニット５００において情報配信サーバ９０１から台データクリア指示を受信した場合は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報からクリアし、次にＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアすることで、これら台データクリアに係わる処理を簡素化することができる。
【０３７８】
また、本実施例では、図３３に示すように、液晶ユニット制御部５０２は、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３からＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報がクリアされたことを示す台データクリア状態（完了）のデータを含む状態要求コマンドを受信するまで、繰り返し台データクリア指示（あり）のデータを含む状態応答のレスポンスをＣＵ３に対して送信することで、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報の消去を、より確実に行うことができる。尚、本実施例では、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアする形態を例示したが、本発明はこれに限定されるものではなく、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアした後に、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアしてもよい。
【０３７９】
また、本実施例では、図３３に示すように、ＣＵ制御部３２３は、台データクリア状態（ありｏｒなし）のデータを含む状態要求コマンドを液晶ユニット５００に送信し、液晶ユニット制御部５０２は、台データクリア状態（なし）のデータを受信した場合には、台データクリア指示（あり）のデータを含む状態応答コマンドをＣＵ３に対して送信することで、台データクリア指示（あり）のデータを確実がＣＵ３において受信されるようにできる。
【０３８０】
また、本実施例では、図３３に示すように、情報配信サーバ９０１から液晶ユニット５００に対して台データクリア指示を送信することによってＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアすることができるので、遊技場の店員等が直接ＣＵ３や液晶ユニット５００を操作する必要がなく、液晶表示器５０４における表示をクリアするための作業効率を向上させることができる。
【０３８１】
尚、本実施例では、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアするために、情報配信サーバ９０１から液晶ユニット５００に対して台データクリア指示を送信する形態を例示したが、本発明はこれに限定されるものではなく、遊技場内に設けられているホールサーバ８０１や管理コンピュータ９００、持玉管理サーバ９０２、Ｔ−ＢＯＸ９０４等から液晶ユニット５００に対して台データクリア指示を送信してＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアしてもよい。また、遊技場外に設けられている遊技機管理サーバ８０２やコンテンツ管理サーバ９０３等から液晶ユニット５００に対して台データクリア指示を送信してＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）と液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）とに記憶されている遊技情報をクリアしてもよい。
【０３８２】
以上、本発明の実施例を図面により説明してきたが、具体的な構成はこれら実施例に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。
【０３８３】
例えば、前記実施例では、図２９及び図３０に示すように、持玉管理サーバ９０２に各Ｐ台２の機種毎の端子設定データを記憶し、ＣＵ３は、該持玉管理サーバ９０２からＰ台２の機種に応じた端子設定データを取得する形態を例示したが、本発明はこれに限定されるものではなく、遊技場内に設けられたホールサーバ８０１や管理コンピュータ９００、情報配信サーバ９０１、Ｔ−ＢＯＸ９０４や、遊技場外に設けられた鍵管理サーバ８００や遊技機管理サーバ８０２、コンテンツ管理サーバ９０３、決済サーバ９０５等に各Ｐ台２の機種毎の端子設定データを記憶し、ＣＵ３は、これら持玉管理サーバ９０２以外のサーバやコンピュータからＣＵ３が対応するＰ台２の機種に応じた端子設定データを取得してもよい。
【０３８４】
また、前記実施例では、本発明における遊技用装置であるＣＵ３において全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を出力可能な第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１を設ける形態を例示したが、本発明はこれに限定されるものではなく、本発明におけるもう一方の遊技用装置である液晶ユニットや、Ｐ台２（払出制御基板１７や主制御基板１６、または他の制御基板）に該外端出力部３３１を設けてもよい。
【０３８５】
また、前記実施例では、本発明における遊技用装置であるＣＵ３において全大当り信号、セキュリティ信号、スタート信号、機種固有信号、特定種別大当り信号、小当り信号、時短中（連荘中）信号、賞球数信号、賞球予定数信号、特図１始動口入賞信号、特図２始動口入賞信号、ドア開放信号、アウト数信号等を出力可能な第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１を設ける形態を例示したが、本発明はこれに限定されるものではなく、外端出力部３３１には、３以下または４以上の端子を設けてもよい。特に、外端出力部３３１に対して、例えば、１６個等の出力可能な信号数以上の端子を設けることによって、外端出力部３３１から本発明において開示した信号全てを外部に出力可能としてもよい。
【０３８６】
また、前記実施例では、液晶ユニット５００において、該液晶ユニット５００が対応するＰ台２におけるエラー発生履歴として、Ｐ台２にて発生したエラーの種類、エラーコード、エラーの発生時刻を記憶する形態を例示したが、本発明はこれに限定されるものではなく、エラー発生履歴としては、これらエラーの種類、エラーコード、エラーの発生時刻のうち少なくともいずれか１のみが記憶されていればよい。
【０３８７】
また、前記実施例では、本発明の遊技用システムにおけるＣＵ３や液晶ユニット５００が対応して設けられる遊技機を封入循環式パチンコ遊技機（Ｐ台２）とする形態を例示したが、本発明はこれに限定されるものではなくこれらＣＵ３や液晶ユニット５００が対応して設けられる遊技機はスロットマシンであってもよい。
【０３８８】
また、前記実施例では、封入循環式パチンコ遊技機（Ｐ台２）に対応して設けられた液晶ユニット５００の液晶表示器５０４において貸玉ボタンの強調表示を行う形態を例示したが、本発明はこれに限定されるものではなく、遊技玉を上皿等の外部に払い出すことで遊技玉を内部で循環させないタイプのパチンコ遊技機に対応して設けられた液晶ユニット５００の液晶表示器５０４において貸玉ボタンの強調表示を行ってもよい。
【０３８９】
以上、本発明における遊技用装置及び該遊技用装置を含む遊技用システムにおいては、前記出力設定情報取得手段は、前記外部である外部装置から前記出力設定情報を取得する（例えば、ＣＵ制御部３２３が遊技場に設けられた外部装置としての持玉管理サーバ９０２から端子設定データを取得する部分）ので、外部装置から出力設定情報を取得できる。
【０３９０】
また、前記外部装置は、遊技機の機種情報に対応付けて前記出力設定情報を記憶しており（例えば、図３０に示すように、端子設定データ記憶テーブルにおいて機種毎に端子設定データを対応付けて記憶している部分）、前記出力設定情報取得手段は、遊技の進行を制御する遊技制御手段に記憶されている機種情報を前記外部装置に送信して、該機種情報に対応付けて記憶されている出力設定情報を取得する（例えば、図３０に示すように、ＣＵ制御部３２３が主制御部１６１に記憶されている遊技機型式コードを持玉管理サーバ９０２に送信し、持玉管理サーバ９０２が該遊技機型式コードの示すＰ台２の機種に基づいて特定した端子設定データを取得する部分）ので、遊技機の機種に対応した種別の信号を設定できる。
【０３９１】
また、前記外部装置は、前記遊技機が設置されている遊技場に設けられており、該外部装置において前記出力設定情報を更新可能である（例えば、図３１に示すように、遊技場の店員等が遊技場内に設けられている持玉管理サーバ９０２を操作することによって各端子設定データを更新する部分）ので、遊技場が、出力設定情報を適宜更新できる。
【０３９２】
また、前記外部装置は、前記遊技機が設置されている遊技場に設けられているとともに、該遊技場による個別出力設定情報（例えば、図３１に示すように、遊技場の店員等が持玉管理サーバ９０２を操作することによって設定された端子設定データ）と、遊技場によらない一般出力設定情報（例えば、初期設定データ）と、を記憶可能であって、前記出力設定情報取得手段が取得する前記出力設定情報を、前記一般出力設定情報と前記個別出力設定情報のいずれとするかを設定可能である（例えば、図３１に示すように、持玉管理サーバ９０２の操作画面において「決定」領域をクリックすることによって遊技場の店員等が持玉管理サーバ９０２を操作することによって設定された端子設定データを記憶し、「リセット」領域をクリックすることによって初期設定データを記憶する部分）ので、遊技場が、一般出力設定情報と個別出力設定情報のいずれを使用するかを設定できる。
【０３９３】
また、前記信号出力部の各々に対応した端子であって、信号線を接続可能な複数の外部端子が前記遊技用装置に設けられており（例えば、第１端子３３３ａ〜第４端子３３３ｄを有する外端出力部３３１がＣＵ３に設けられている部分）、該遊技用装置を制御する制御手段が前記信号種別設定手段として機能する（例えば、図２７に示すように、ＣＵ制御部３２３は、不正検知情報１を含む状態情報応答のレスポンスを受信した場合、端子設定データに基づいて行った割当設定に応じた端子からセキュリティ信号を出力する部分）ので、信号種別設定手段を個別に設ける必要がなく、遊技用装置の製造コストを低減できる。
【０３９４】
また、前記表示制御手段は、前記エラー報知表示特定手段にて特定した異なるエラー報知表示を前記表示手段に同時に表示する制御を実行可能である（例えば、図３８に示すように、液晶表示器５０４においてエラー報知画面の表示中に新たなエラーが発生した場合は、該エラー報知画面に新たなエラーが発生した旨を追加表示する部分）ので、種類の異なるエラーが同時に発生しても、各エラーの発生を報知できる。
【０３９５】
また、前記遊技用装置は、前記エラー発生情報から特定される種類のエラーに対応する対処情報（例えば、サポートデータ）を特定する対処情報特定手段（例えば、図３９に示すように、液晶ユニット制御部５０２が予め情報配信サーバ９０１から受信して記憶しているサポートデータを特定する部分）を備え、前記表示制御手段は、前記対処情報特定手段にて特定した対処情報を前記表示手段に表示する制御を実行可能である（例えば、図３９（Ｂ）に示すように、特定したサポートデータに基づいて液晶表示器５０４においてサポート表示を実行する部分）ので、発生したエラーの対処情報が表示されるようになるので、的確な対処を迅速に行うことができる。
【０３９６】
また、前記表示手段は、遊技者の操作を受付け可能な操作受付手段（例えば、タッチパネルを備える液晶表示器５０４）を有し、前記表示制御手段は、前記エラー報知表示とともに呼出表示を表示する制御を実行し（例えば、液晶ユニット制御部５０２が図３７（Ｂ２）に示すように、「遊技機で賞球異常エラー（Ｅ−３３）が発生しました。係員をお呼びください！」の表示と「呼出」のメニュー表示とを含むエラー報知画面を表示する部分）、前記遊技用装置は、前記呼出表示に対応する操作を前記操作受付手段にて受付けた場合に、所定の呼出信号を外部の呼出装置（例えば、呼び出しランプ１０００）に出力可能な呼出信号出力手段（例えば、遊技者が「呼出」のメニュー表示を操作した場合には、該操作が液晶ユニット制御部５０２により検知され、ＣＵ制御部３２３がＣＵ３に接続されている呼び出しランプ１０００に対して呼出信号を出力する部分）を備えるので、エラー報知表示によってエラーの内容を確認しつつ、呼出しの操作を行うことができる。
【０３９７】
また、前記消去を、前記第２制御手段が前記第１制御手段よりも先に行う（例えば、図３３に示すように、液晶ユニット５００側の遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアした後、ＣＵ３側の遊技情報記憶テーブル（図３４（Ａ）参照）に記憶されている遊技情報をクリアする部分）ので、消去情報が入力される第２制御手段における消去を先に行うことで、これら消去に係わる処理を簡素化することができる。
【０３９８】
また、前記第２制御手段は、前記第１制御手段に対して遊技に関する情報の消去要求を送信可能な消去要求送信手段（例えば、図３３に示すように、液晶ユニット制御部５０２が台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）を含み、前記消去要求送信手段は、前記消去要求の出力に応じて消去が完了した旨の消去完了通知を前記第１制御手段から受信しなかった場合には、前記消去要求を再度送信する（例えば、図３３に示すように、液晶ユニット制御部５０２は、ＣＵ３から台データクリア状態（完了）のデータを含む状態要求コマンドを受信しなければ繰り返し台データクリア指示（あり）のデータを含む状態応答のコマンドをＣＵ３に対して送信する部分）ので、第１制御手段に記憶されている遊技に関する情報の消去を、より確実に行うことができる。
【０３９９】
また、前記第１制御手段は、前記第２制御手段に対して、該第２制御手段の状態に関する情報の送信を要求する状態要求（例えば、図３３に示す状態要求コマンド）を送信し、前記消去要求送信手段は、前記消去要求を、前記状態要求に対する応答である状態応答（例えば、図３３に示す状態応答コマンド）として送信するので、状態要求への応答である状態応答として消去要求を送信することで、消去要求が確実に第１制御手段において受信されるようにできる。
【０４００】
また、前記消去情報は、前記遊技用装置を管理する管理装置から出力される（例えば、図３３に示すように、液晶ユニット制御部３２３が、情報配信サーバ９０１から出力された台データクリア指示を受信したことに基づいて遊技情報記憶テーブル（図３４（Ｂ）参照）に記憶されている遊技情報をクリアする部分）ので、遊技に関する情報の消去を管理装置において指示できる。
【符号の説明】
【０４０１】
２                Ｐ台
３                ＣＵ
１６１            主制御部
１７１            払出制御部
３２３            ＣＵ制御部
５００            液晶ユニット
５０２            液晶ユニット制御部
５０４            液晶表示器
【図１】
2018047150.tif 000003
【図２】
2018047150.tif 000004
【図３】
2018047150.tif 000005
【図４】
2018047150.tif 000006
【図５】
2018047150.tif 000007
【図６】
2018047150.tif 000008
【図７】
2018047150.tif 000009
【図８】
2018047150.tif 000010
【図９】
2018047150.tif 000011
【図１０】
2018047150.tif 000012
【図１１】
2018047150.tif 000013
【図１２】
2018047150.tif 000014
【図１３】
2018047150.tif 000015
【図１４】
2018047150.tif 000016
【図１５】
2018047150.tif 000017
【図１６】
2018047150.tif 000018
【図１７】
2018047150.tif 000019
【図１８】
2018047150.tif 000020
【図１９】
2018047150.tif 000021
【図２０】
2018047150.tif 000022
【図２１】
2018047150.tif 000023
【図２２】
2018047150.tif 000024
【図２３】
2018047150.tif 000025
【図２４】
2018047150.tif 000026
【図２５】
2018047150.tif 000027
【図２６】
2018047150.tif 000028
【図２７】
2018047150.tif 000029
【図２８】
2018047150.tif 000030
【図２９】
2018047150.tif 000031
【図３０】
2018047150.tif 000032
【図３１】
2018047150.tif 000033
【図３２】
2018047150.tif 000034
【図３３】
2018047150.tif 000035
【図３４】
2018047150.tif 000036
【図３５】
2018047150.tif 000037
【図３６】
2018047150.tif 000038
【図３７】
2018047150.tif 000039
【図３８】
2018047150.tif 000040
【図３９】
2018047150.tif 000041
【図４０】
2018047150.tif 000042
【図４１】
2018047150.tif 000043