報知制御システム及び報知制御方法
【課題】遊技店の従業員の業務効率を向上させることを課題とする。
【解決手段】報知制御システム３において、リモコン５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する。
【解決手段】報知制御システム３において、リモコン５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システム及び報知制御方法に関する。
【背景技術】
【０００２】
従来より、遊技店においてパチンコ玉やメダルなどの遊技媒体を貸し出す遊技媒体貸出機として、紙幣の挿入を受け入れて挿入紙幣の金額を金額そのもの或いは度数などの価値情報として内部に収納したプリペイドカードに価値付け、該価値付けたプリペイドカード基づいて、遊技媒体の貸出し処理を行うカード処理ユニット（以下、ＣＲユニットと言う）が知られている（例えば、特許文献１参照。）。
【０００３】
このうち、メダル貸し用のＣＲユニットには、紙幣の受入、プリペイドカードの受入・発行、並びに、メダルの投出などの一連のメダル貸し機能を果たすために、紙幣を収納する紙幣収納部、プリペイドカードを収納するカード収納部やメダルを貯留するメダルホッパが設けられており、このようなＣＲユニットを多数有する遊技店では、各ＣＲユニットが正常に運用されることを担保するために、これらの機器状態が適正なものであるかを監視し、必要に応じて対応を要する旨の従業員報知を行う報知制御システムが設けられている。
【０００４】
また、このような従業員報知は、ＣＲユニットが運用不能（エラー状態）な機器状態になってから報知を行ったとしても遊技客が遊技を継続して行えなくなるので効果が薄く、遊技客が遊技を継続して行えるように運用不能となる手前に行うのが好ましい。例えば、紙幣の収納状態であれば、フル（エラー状態）になる前、すなわちニアフル（警告状態）になったときに従業員報知を行うようにすることで、紙幣が挿入不能となることを防止する。
【０００５】
ここで、遊技店を巡回する従業員には、特定の監視項目に関する機器状態が警告状態にある場合に対応作業を行うという役割が与えられており、例えば、紙幣の収納状態がニアフル状態にあるＣＲユニットの紙幣を回収する紙幣回収を行う役割、プリペイドカードの収納状態がニアエンプティ状態又はニアフル状態にあるＣＲユニットに補充又は回収を行う役割やメダルの貯留状態がニアエンプティにあるＣＲユニットにメダルの補充を行う役割などが従業員それぞれに与えられる。
【０００６】
【特許文献１】特開２０００−１４０３９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来技術（特許文献１）に行われる警告報知は、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うものに過ぎないので、従業員に本来の役割に適合した要作業台の点検を強いることとなり、遊技店の従業員の業務効率を低下させてしまうという問題点があった。
【０００８】
すなわち、上記した従来技術にて行われる従業員報知からは、警告状態にある監視項目が特定できず、たとえ警告状態の報知が行われていたとしてもそのＣＲユニットの対応を行うべきか否かをわからない。
【０００９】
このため、遊技店の従業員は、本来の役割とは別の監視項目に関する機器状態が警告状態にあるＣＲユニットが含まれるものの中から、本来の役割に合ったものを実際に各台点検せねばならず、本来の役割が与えられたＣＲユニットへの対応が遅延し、従業員の業務効率が低下しまう。
【００１０】
さらに、上記した従来技術にて行われる警告報知は、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うものに過ぎないので、特定の監視項目に関する機器状態を他の監視項目に優先して監視する必要がある場合でも、特定の監視項目の対応作業を優先しづらいという問題もある。
【００１１】
例えば、遊技店の閉店間際は、遊技客がパチンコ玉又はメダルを少しでも多く獲得するために急いで遊技を消化することが多いので、メダルの貯留状態がエンプティ状態になる前にＣＲユニットへのメダル補充業務を行うことが望ましい。その反面、紙幣の回収業務は、閉店後にゆとり持って行うことができるので、後回しにしても遊技店の運用に差し支えることはない。
【００１２】
このように、遊技店の間際には、紙幣の回収業務よりもメダルの補充業務の方が優先されるべき状況にもかかわらず、上記した従来技術による警告報知では、紙幣の収納状態がニアフル状態であれば警告報知がなされ、これによりメダルの貯留状態に関する警告報知が紛れてしまうので、遊技店の運用状況から鑑みて優先されるべきメダルの補充業務が滞ってしまうこととなる。
【００１３】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技店の従業員の業務効率を向上させることができる報知制御システム及び報知制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、請求項１の発明に係る報知制御システムは、上記の発明において、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システムであって、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択手段と、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１５】
また、請求項２の発明に係る報知制御システムは、上記の発明において、前記報知制御手段は、前記監視項目選択手段により監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、前記警告状態判定手段により前記監視対象の監視項目に関する機器状態が警告状態にないと判定されたならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することを特徴とする。
【００１６】
また、請求項３の発明に係る報知制御システムは、上記の発明において、前記台間機に所定の遠隔操作を行う遠隔操作装置を備え、前記遠隔操作装置は、監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、前記台間機は、前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１７】
また、請求項４の発明に係る報知制御システムは、上記の発明において、複数の台間機に接続される管理装置を備え、前記管理装置は、監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、前記台間機は、前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１８】
また、請求項５の発明に係る報知制御システムは、上記の発明において、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶する監視項目設定記憶手段をさらに備え、前記監視項目選択手段は、前記監視項目設定記憶手段によって記憶された監視項目の設定の中から現営業時間に該当する監視項目を前記監視対象として選択し、前記警告状態判定手段は、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定することを特徴とする。
【００１９】
また、請求項６の発明に係る報知制御システムは、上記の発明において、複数の台間機に接続される管理装置を備え、前記管理装置は、前記監視項目選択手段により監視対象として選択された監視項目を複数の台間機に配信する監視項目配信手段をさらに備え、前記複数の台間機は、前記監視項目配信手段により配信された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段を備えたことを特徴とする。
【００２０】
また、請求項７の発明に係る報知制御方法は、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御方法であって、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択工程と、前記監視項目選択工程により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定工程と、前記警告状態判定工程により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御工程とを含んだことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を報知することができ、遊技店の従業員の業務効率を向上させることが可能な報知制御システム及び報知制御方法が得られるという効果を奏する。
【００２２】
また、本発明によれば、監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、監視対象の監視項目に関する機器状態が警告状態にないと判定したならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することとしたので、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめることができ、従業員の役割に関係しない台間機を要作業台として報知することを防止することが可能な報知制御システムが得られるという効果を奏する。
【００２３】
また、本発明によれば、遠隔操作装置が、監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目を台間機に通知し、台間機が、通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を適確に報知することができ、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２４】
また、本発明によれば、管理装置が、監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目を台間機に通知し、台間機が、通知した監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を適確に報知することができ、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２５】
また、本発明によれば、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶し、記憶した監視項目の設定の中から現営業時間に該当する監視項目を監視対象として選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定することとしたので、遊技店の運用状況の変化に追従して特定の監視項目に関する機器状態を他の監視項目に優先して監視することでき、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２６】
また、本発明によれば、管理装置が、監視対象として選択された監視項目を複数の台間機に配信し、複数の台間機が、配信された監視項目に関する機器状態が警告状態にあるか否かを判定することとしたので、従業員が複数の台間機の中から自身の役割に適合した要作業台があるか否かを迅速に点検することができ、遊技店の従業員の業務効率を飛躍的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２７】
以下の添付図面を参照して、本発明に係る報知制御システム及び報知制御方法の好適な実施例を詳細に説明する。なお、以下では、本発明に係る報知制御システム（報知制御方法）を実施例１、２及び３として説明した後に、本発明に含まれる他の実施例を実施例４として説明する。
【実施例１】
【００２８】
以下の実施例１では、実施例１に係る報知制御システムの概要および特徴、システムを構成する各装置の構成および処理の流れを順に説明する。なお、本実施例１では、本発明をパチンコ遊技を対象とする遊技システムに適用することとする。
【００２９】
［概要および特徴（実施例１）］
まず最初に、図１及び図２を用いて、実施例１に係る報知制御システムの概要および特徴を説明する。図１は、実施例１に係る遊技システムのシステム構成を示すシステム構成図である。また、図２は、実施例１に係る報知制御システムの特徴を説明するための説明図である。
【００３０】
図１に示すように、遊技店内に設置される遊技システム１は、ターミナルコントローラ（以下、これを「Ｔ／Ｃ」と称す。）１０を頂点にして、「島」と呼ばれるグループごとに設けられた島コントローラ２０、カード発行機５０及びカード精算機６０が接続された構成となる。さらに、島コントローラ２０には、各島に設置された複数のパチンコ機３０それぞれに併設されたカード処理ユニット（以下、これを「ＣＲユニット」と称す）３０が接続されている。
【００３１】
この遊技システム１では、プリペイドカードＰＣ（ＣＲユニット３０及びカード発行機５０により遊技者に対して発行され、発行店の識別情報、カード固有の識別コード、発行額、カード種別などが記録される）を記録媒体として用いることができる。
【００３２】
ＣＲユニット３０は、プリペイドカードＰＣに関連付けられた度数の残数（以下、残度数と言う）を上限としてパチンコ玉の貸し出し処理をおこなうことを主機能とするものであり、パチンコ玉を遊技領域に発射して遊技者が遊技を行うパチンコ機４０それぞれに対して１台ずつペアとなるように用意され、パチンコ機４０の相互間に挟まれる形で設置してある。
【００３３】
また、このＣＲユニット３０は、遊技客の利便性を向上させる観点から、遊技客によって投入された紙幣を受け入れた際に、内部のカード収納部にて収納する内蔵カードをプリペイドカードＰＣとして発行する機能が付加されており、このカード収納部は、内部収納容量として最大「１０枚」の内蔵カードを収納することができるように構成されている。なお、カード収納部には、残度数が価値付けられていないプリペイドカードのみが収納されている。
【００３４】
カード発行機５０は、現金が入金された場合に、該入金金額に応じた有価価値（度数）が関連付けられるプリペイドカードＰＣの発行処理並びにプリペイドカードＰＣに関連付けられた度数に対する加算処理を主機能とするものであり、遊技店に数台設置されている。また、カード精算機６０は、プリペイドカードＰＣに関連付けられた残度数の精算処理を主機能とするものであり、具体的には、プリペイドカードＰＣの回収と引き換えに残度数に相当する現金を払出す。
【００３５】
遊技者は、カード発行機５０から発行されたプリペイドカードＰＣをＣＲユニット３０に挿入して、パチンコ玉の貸出操作を行うことに加え、ＣＲユニット３０に現金を投入することにより、ＣＲユニット単体でのプリペイドカードＰＣの発行を受けて、パチンコ玉を借り受けることができ、もってパチンコ遊技を行うことが可能となる。
【００３６】
これらのＣＲユニット３０、パチンコ機４０、カード発行機５０及びカード精算機６０は、各島に設けた島コントローラ２０を通じてＴ／Ｃ１０と称される管理装置の制御下にある。
【００３７】
Ｔ／Ｃ１０は、遊技店に少なくとも１台設置してあり、設置した遊技店の統括管理、例えばカード管理、会員の管理、売上管理などをおこなうとともに、プリペイドカードＰＣ並びに会員カードＭＣの有価価値に関する情報を記憶管理する部分である。但し、プリペイドカードＰＣの情報管理は、図示しないプリペイドカード管理Ｔ／Ｃが担っているものとする。
【００３８】
この遊技システム１内には、パチンコ機４０に併設されるＣＲユニット３０の機器状態（例えば、紙幣の収納状態やプリペイドカード収納状態など）が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を所定の装置にて報知するように制御する報知制御システム３が設けられている。なお、ここで言う「警告状態」とは、運用不能（エラー状態）な機器状態、例えば紙幣フル状態、カードエンプティ状態又はカードフル状態を指すものではなく、その前の警告段階にある機器状態、例えば紙幣ニアフル状態、カードニアエンプティ状態又はカードニアフル状態などを指す。
【００３９】
ここで、本実施例１に係る報知制御システム３は、遠隔操作装置（以下、これを「リモコン」と称す）５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する点に主たる特徴があり、かかる一連の処理によって、遊技店の従業員の業務効率を向上させることができるようにしている。
【００４０】
すなわち、実施例１に係る報知制御システム３では、ＣＲユニット３０の機器状態が警告状態にある場合に警告状態にある旨をそのＣＲユニット３０にて報知させる報知制御を行うが、いずれかの監視項目に関する機器状態が警告状態にあるからといって報知制御を直ちに行うことはしない。つまり、リモコン５０から監視対象として選択操作を受け付けた監視項目の機器状態が警告状態にある場合にかかる報知制御を行う。
【００４１】
これを具体的に説明すると、実施例１に係る報知制御システム３において、リモコン５０では、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け（１）、監視対象として受け付けた監視項目をＣＲユニット３０に通知する（２）。例えば、図２に示すリモコン５０のキー番号「１」には監視項目「紙幣ニアフル」が対応付けられ、キー番号「２」には監視項目「カードニアエンプティ」が対応付けられ、さらに、キー番号「３」には監視項目「カードニアフル」が対応付けられており、これらの対応関係はＣＲユニット３０にて管理されている。リモコン５０は、これらの中から押下操作を受け付けた操作キーのキー番号（監視項目を表す情報）をＣＲユニット３０に通知する。なお、本実施例１では、ＣＲユニット３０とリモコン５０との間では、赤外線による通信を行うこととするが、電波など他の媒体を用いた通信であってもよいし、必ずしも無線による通信を行う必要はない。
【００４２】
一方、実施例１に係るＣＲユニット３０では、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にあるか否かを判定する（３）。例えば、リモコン５０にて選択操作を受け付けたキー番号が「１」であれば、監視項目「紙幣ニアフル」に関する機器状態「紙幣収納状態」がニアフル状態にあるか否かを判定し、キー番号が「２」又は「３」であれば、監視項目「カードニアエンプティ」及び監視項目「カードニアフル」に関する機器状態「カード収納状態」がニアエンプティ状態又はニアフル状態にあるか否かを判定する。
【００４３】
このとき、ＣＲユニット３０では、監視対象となる監視項目に関する機器状態が警告状態にあると判定した場合には、後述する状態表示ランプ３０１を赤点灯させて警告状態にある旨を報知し（４）、また、警告状態にないと判定した場合には、監視対象外の監視項目に関する機器状態が警告状態であっても状態表示ランプ３０１の赤点灯による報知を禁止する（５）。
【００４４】
このように、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にある場合に当該ＣＲユニット３０の機器状態が警告状態にある旨を報知させることで、従業員の役割に適合した要作業台を報知することができるようにし、また、監視対象とした監視項目に関する機器状態が警告状態にない場合には、監視対象外の監視項目に関する機器状態が警告状態であってもその報知を禁止することで、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめ、従業員の役割に関係しないＣＲユニットを要作業台として報知することを防止することができるようにしている。
【００４５】
したがって、上記した従来技術の例で言えば、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うことで、従業員に本来の役割に適合した要作業台の点検を強いるのではなく、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にある場合に当該ＣＲユニット３０の機器状態が警告状態にある旨を報知させることで、従業員の役割に適合した要作業台を報知することができ、上記した主たる特徴のように、遊技店の従業員の業務効率を向上させることが可能になる。
【００４６】
［報知制御システムの構成］
続いて、実施例１に係る報知制御システムを構成する各装置の構成を説明する。なお、以下では、システムの中でも「概要および特徴」と重複する部分の説明は省略しつつ、（１）Ｔ／Ｃ１０、（２）ＣＲユニット３０の順に構成を説明する。
【００４７】
（１）Ｔ／Ｃ１０の構成
前述したように、ここでは、図３を用いて、実施例１に係るＴ／Ｃ１０の構成を説明する。図３は、実施例１に係るＴ／Ｃ１０の構成を示す機能ブロック図である。同図に示すように、このＴ／Ｃ１０は、入力部１１と、出力部１２と、通信制御ＩＦ部１３と、操作設定ＤＢ１４と、グループ設定ＤＢ１５と、制御部１６とを備える。
【００４８】
入力部１１は、各種の情報を入力するキーボード、マウスおよびトラックボールなどの指示入力手段であり、例えば、図４に示すリモコン操作設定画面２１０にてリモコン５０の操作キーのキー番号に対応付ける監視項目の設定を受け付けたり、また、図５に示すグループ設定画面２２０にてＣＲユニット３０のグループ設定を受け付けたりする。
【００４９】
出力部１２は、各種の情報を出力するモニタなどの出力表示手段であり、例えば、図４に示すリモコン操作設定画面２１０や図５に示すグループ設定画面２２０などの表示を行う。また、通信制御ＩＦ部１３は、各種装置（例えば、島コントローラ２０などの装置）との間で各種通信の制御を行う処理部である。
【００５０】
操作設定ＤＢ１４は、リモコン５０の操作設定を記憶する記憶（格納）手段であり、図４に示すリモコン操作設定画面２１０を通じて設定されたリモコン５０のキー番号及びそれに対応付けられた監視項目を対応付けて記憶している。
【００５１】
グループ設定ＤＢ１５は、リモコン５０の操作対象とするＣＲユニット３０のグループ設定を記憶する記憶（格納）手段であり、図５に示すグループ設定画面２２０を通じて設定されたＣＲユニット３０の台番号及びそれに対応付けられたグループ番号を対応付けて記憶している。
【００５２】
制御部１６は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に関連するものとしては、設定処理部１６ａ及び配信処理部１６ｂを備える。
【００５３】
このうち、設定処理部１６ａは、リモコン５０の操作設定やＣＲユニット３０のグループ設定など各種設定を行う処理部である。具体的には、図４に示すリモコン操作設定画面２１０にて入力部１１を介して受け付けたものをリモコン５０の操作設定として操作設定ＤＢ１４に登録したり、また、図５に示すグループ設定画面２２０にて入力部１１を介して受け付けたものをＣＲユニット３０のグループ設定としてグループ設定ＤＢ１５に登録したりする。
【００５４】
配信処理部１６ｂは、遊技システム１に配設される各種の装置（例えば、島コントローラ２０、ＣＲユニット３０やパチンコ機４０など）に各種情報を配信する処理部である。例えば、開店時などのＣＲユニット３０の電源がＯＮ状態されると、操作設定ＤＢ１４に記憶されたリモコン５０の操作設定をＣＲユニット３０全台に配信し、さらに、グループ設定ＤＢ１５に記憶された台番号のＣＲユニット３０にその台番号に対応するグループ番号を配信する。
【００５５】
また、配信処理部１６ｂは、リモコン５０からＣＲユニット３０を中継して監視項目（監視項目を表す情報を含む）を受け付けた場合に、当該監視項目を複数のＣＲユニット３０に配信する。具体的には、リモコン５０からＣＲユニット３０に送信されたキー番号にＣＲユニット３０自身が所属するグループ番号を加えてＴ／Ｃ１０に中継されるが、これらキー番号及びグループ番号をＣＲユニット３０全台に配信する。なお、本実施例１では、ＣＲユニット３０全台にキー番号を配信することとしているが、グループ設定ＤＢ１５を参照して該当グループのみにキー番号を配信するようにしてもよい。
【００５６】
（２）ＣＲユニット３０の構成
次に、実施例１に係るＣＲユニット３０の構成を説明するが、このＣＲユニット３０の外観構成を説明してから内部構成を説明する。図６は、実施例１に係るＣＲユニット３０の外観構成を示す正面図である。
【００５７】
同図に示すように、このＣＲユニット３０は、縦長の直方体型の筐体として構成したもので、その本体部前面の上寄りには、下方に向かって順に、状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、リモコン受光部３１０、入金可能表示ＬＥＤ３０３が付設されている。
【００５８】
状態表示ランプ３０１は、当該ＣＲユニット３０の機器状態が警告状態にあるか否かを点灯色の切換えによって表すランプであり、例えば、「緑点灯」により警告状態にない旨を表し、「赤点灯」により警告状態にある旨を表す。
【００５９】
カード状態表示ＬＥＤ３０２は、当該ＣＲユニット３０に内蔵されるプリペイドカードの補充又は回収の要否を点灯／点滅によって表すＬＥＤであり、例えば、「点灯」によりプリペイドカードの補充が必要な旨を表し、「点滅」によりプリペイドカードの回収が必要な旨を表し、また、「消灯」によりプリペイドカードの補充及び回収が不要な旨を表す。
【００６０】
リモコン受光部３１０は、リモコン５０から照射される赤外線を受光するものであり、リモコンから照射される赤外線を通じてＣＲユニット３０に対する各種操作（例えば、監視項目の選択操作やプリペイドカードの補充操作及び回収操作など）を受け付ける。
【００６１】
入金可能表示ＬＥＤ３０３は、当該ＣＲユニット３０に紙幣の入金が可能であるか否かを点灯／点滅によって表すＬＥＤであり、例えば、「点灯」により紙幣の入金が可能である旨を表し、また、「点滅」により紙幣の入金が不可能な旨を表す。
【００６２】
また、本体部前面の中央部には、高額紙幣（例えば、「一万円」、「五千円」や「二千円」など）を含む紙幣を挿入する紙幣挿入口３０８、及び、プリペイドカードや会員カードなどの各種カードを挿入するカード挿入口３０９が設けられている。
【００６３】
さらに、本体部前面の下寄りには、下方に向かって順に、７ＳＥＧ表示部３０４、モード表示部３０５、各種ボタン群、末尾同列に貸出ボタン３０６及び返却ボタン３０７が設けられている。
【００６４】
７ＳＥＧ表示部３０４は、７セグメントのＬＥＤから形成される表示部であり、当該ＣＲユニット３０のランニング表示を行うものである。例えば、挿入紙幣の金額、プリペイドカードの残度数、貯玉数、再プレイ回数やポイントを表示したり、或いは、専用のリモコンによってプリペイドカードの補充操作又は回収操作が行われている場合には、補充すべき枚数又は回収すべき枚数を表示したりする。
【００６５】
モード表示部３０５は、７ＳＥＧ表示部３０４にてどのモードの情報が表示されているかを表示するものである。例えば、「残度数」、「貯玉数」、「再プレイ回数」または「ポイント」のうちいずれの情報を７ＳＥＧ表示部３０４に表示しているかを該当ランプの点灯により報知する。
【００６６】
貸出ボタン３０６は、遊技客による玉貸し要求を受け付ける操作ボタンであり、この貸出ボタン３０６が押下されると後述する玉貸し処理部３９ａにて「玉貸し処理」が行われる。また、返却ボタン３０７は、遊技客によるプリペイドカードの返却要求を受け付ける操作ボタンであり、この返却ボタン３０７が押下されると挿入中のプリペイドカードがカード挿入口３０９から返却される。
【００６７】
次に、図７を用いて、実施例１に係るＣＲユニット３０の内部構成を説明する。図７は、実施例１に係るＣＲユニット３０の内部構成を示すブロック図である。同図に示すように、このＣＲユニット３０は、表示部３１と、入力部３２と、通信制御ＩＦ部３３と、ＢＶユニット部３４と、Ｃ／Ｒ３５と、カード収納部３６と、搬送／繰出機構部３７と、リモコン受光部３１０と、記憶部３８と、制御部３９とを備える。
【００６８】
表示部３１は、図６に示した状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、入金可能ＬＥＤ３０３、７ＳＥＧ表示部３０４及びモード表示部３０５などの総称であり、また、入力部３２は、各種ボタン群、貸出ボタン３０６及び返却ボタン３０７などの総称である。
【００６９】
通信制御ＩＦ部３３は、当該ＣＲユニット３０と他の装置（例えば、Ｔ／Ｃ１０、島コントローラ２０、パチンコ機４０やカード精算機６０などの装置）の間で各種通信の制御を行う処理部である。
【００７０】
ＢＶユニット部３４は、紙幣挿入口３０８に挿入された紙幣の金種を識別する紙幣識別機であり、識別した挿入紙幣の金種を制御部３９に出力する。なお、挿入紙幣が偽造紙幣である場合には、当該紙幣を返却する。また、このＢＶユニット部３４は、図示しない紙幣収納部に収納される紙幣の枚数管理も行っている。
【００７１】
Ｃ／Ｒ３５は、カード挿入口３０９に挿入されたプリペイドカードや会員カードなどの各種カードの読取りを行うカードリーダであり、例えば、これら各種カードからプリペイドカードＩＤや会員ＩＤなどの情報を読み取って制御部３９の玉貸し処理部３９ａに出力する。
【００７２】
カード収納部３６は、残度数が価値付けられていないプリペイドカードを収納する収納部である。具体的には、遊技客がプリペイドカードを持参していなくとも現金により遊技可能にするため、事前に複数枚のプリペイドカードを収納したものであり、内部収納容量として最大「１０枚」の内蔵カードを収納することができ、遊技客によって紙幣が挿入されると、複数枚のプリペイドカードうちの一枚がＣ／Ｒ３５の位置に繰り出され、現金による度数関連付けの対象とされる。
【００７３】
搬送／繰出機構部３７は、各種カードの搬送／繰出を行う機構部である。具体的には、カード挿入口３０９から挿入されたプリペイドカードをＣ／Ｒ３５に搬送したり、Ｃ／Ｒ３５内に保持されたプリペイドカードをカード収納部３６に搬送したり、また、カード収納部３６に収納された内蔵プリペイドカードをＣ／Ｒ３５に繰り出したり、Ｃ／Ｒ３５に保持されたプリペイドカードをカード挿入口３０９に繰り出したりする。なお、搬送／繰出機構部３７は、これらカードの搬送／繰出を行う度にその回数を記録することで、カード収納部３６の内部収納枚数を管理している。
【００７４】
記憶部３８は、制御部３９による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に関連する情報として、グループ情報３８ａ及び操作設定情報３８ｂを記憶している。これらグループ情報３８ａ及び操作設定情報３８ｂは、ＣＲユニット３０起動時にＴ／Ｃ１０から配信されるものであり、グループ情報３８ａは、グループ番号の情報であり、また、操作設定情報３８ｂは、リモコン５０のキー番号にそれに対応する監視項目が関連付けられた情報である。
【００７５】
制御部３９は、ＣＲユニット３０の全体制御を司る制御部であり、特に本発明に密接に関連するものとしては、玉貸し処理部３９ａ、監視対象判別部３９ｂ、警告状態判定部３９ｃ及び報知制御部３９ｄを備える。
【００７６】
このうち、玉貸し処理部３９ａは、パチンコ玉の貸出す「玉貸し処理」を行う処理部である。具体的には、残度数が存在するプリペイドカードが挿入された状態で、貸出ボタン３０６の押下を受け付けた場合に、パチンコ機４０に玉貸し指示を行ってパチンコ機４０内部の玉投出機構から所定度数分のパチンコ玉を投出させる。
【００７７】
監視対象判別部３９ｂは、当該ＣＲユニット３０にていずれの監視項目を監視対象とすべきかを判別する処理部である。具体的には、リモコン５０からリモコン受光部３１０を介してキー番号の通知を受け付けた場合に、記憶部３８に記憶された当該ＣＲユニット３０のグループ番号をキー番号に加えてＴ／Ｃ１０に中継する。なお、これに応答したＴ／Ｃ１０の配信処理部１６ｂによって全てのＣＲユニット３０にキー番号及びグループ番号が配信されるが、かかる「キー番号の中継」を行っていない他のＣＲユニット３０の監視対象判別部３９ｂでは、以後に示す動作から始められることとなる。
【００７８】
また、監視対象判別部３９ｂは、Ｔ／Ｃ１０からキー番号及びグループ番号の配信を受け付けた場合に、当該グループ番号が記憶部３８に記憶されたグループ番号と一致するか否かを判定し、両者が一致する場合には、記憶部３８に記憶された操作設定情報３８ｂを参照して当該キー番号に対応する監視項目を監視対象と判別する。例えば、図５に示す例で言えば、Ｔ／Ｃ１０によってキー番号「３」及びグループ番号「１」が配信された場合には、台番号「０００１」〜台番号「００１０」のＣＲユニット３０にてキー番号「３」に対応する監視項目「カードニアエンプティ」を監視対象と判別し、また、Ｔ／Ｃ１０によってキー番号「１」及びグループ番号「２」が配信された場合には、台番号「０１０１」〜台番号「０１２０」のＣＲユニット３０にてキー番号「１」に対応する監視項目「紙幣ニアフル」を監視対象と判別する。
【００７９】
なお、監視対象判別部３９ｂでは、リモコン５０からキー番号を受け付けていない場合並びにＴ／Ｃ１０からキー番号及びグループ番号の配信を受け付けていない場合（すなわち、リモコン５０にて監視項目の選択操作が行われていない場合）には、かかる監視項目の判別を行わず、紙幣ニアフル、カードニアエンプティ並びにカードニアフルのすべての監視項目を監視対象と判別し、これらの機器状態それぞれの警告状態判定を行うように警告状態判定部３９ｃに要請し、この判定要請を受け付けた警告状態判定部３９では、それらの判定結果に応じて報知制御部３９ｄに報知制御を要請する。
【００８０】
警告状態判定部３９ｃは、ＣＲユニット３０の機器状態が警告状態にあるか否かを判定する処理部である。具体的には、監視対象判別部３９ｂによって全ての監視項目が監視対象であると判別されている場合には、ＢＶユニット部３４にて管理される紙幣の枚数が所定のニアフル値（例えば、「７０枚」）以上であるか否かを判定する「紙幣ニアフル判定」、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアエンプティ値（例えば、「２枚」）以下であるか否かを判定する「カードニアエンプティ判定」並びにプリペイドカードの内部収納枚数が所定のニアフル値「８枚」以上であるか否かを判定する「カードニアフル判定」を繰り返し行う。
【００８１】
また、警告状態判定部３９ｃは、監視対象判別部３９ｂによって特定の監視項目が監視対象であると判別されている場合には、その監視項目に関する機器状態が警告状態にあるか否かを判定する。例えば、上記した例で言えば、キー番号「３」に対応する監視項目「カードニアエンプティ」が監視対象であると判別されている場合には、上記した３つの警告状態判定のうち「カードニアエンプティ判定」のみを行う。
【００８２】
報知制御部３９ｄは、警告状態判定部３９ｄによって警告状態にあると判定された場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する処理部である。具体的には、監視対象判別部３９ｂによって全ての監視項目が監視対象であると判別されている場合、すなわちリモコン５０にて監視項目の選択が行われていない場合には、上記した警告状態判定「紙幣ニアフル判定」、「カードニアエンプティ判定」又は「カードニアフル判定」のうちいずれか一つでも警告状態にあると判定されたならば、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う。
【００８３】
一方、報知制御部３９ｄは、監視対象判別部３９ｂによって特定の監視項目が監視対象であると判別されている場合、すなわちリモコン５０にて監視項目の選択が行われている場合には、その監視項目に関する機器状態が警告状態にあるならば、状態表示ランプ３０１を赤点灯させてリモコン５０指定の機器状態が警告状態にある旨の報知を行い、また、その監視項目に関する機器状態が警告状態にないならば、監視対象外の監視項目に関する機器状態が警告状態であるとそれ以前に判定されていた場合でも、状態表示ランプ３０１を緑点灯させて監視対象となる機器項目に関する機器状態が警告状態にない旨を報知する。
【００８４】
このように、リモコン５０からキー番号が通知されたＣＲユニット３０がキー番号にグループ番号を加えてＴ／Ｃ１０に中継し、Ｔ／Ｃ１０が全てのＣＲユニット３０にキー番号及びグループ番号を配信し、この監視項目の配信を受け付けたＣＲユニット３０の中で自身が所持するグループ番号と一致するＣＲユニット３０にて警告状態判定並びに報知制御を行うことで、例えば、台番号「０００２」のＣＲユニット３０にてキー番号「３」を受け付けた場合には、図８に示すグループ番号「１」に所属する台番号「０００１」〜台番号「０１１０」のＣＲユニット３０のうち、キー番号「３」に対応する監視項目「カードニアエンプティ」に関する機器状態が警告状態であるＣＲユニットにて状態表示ランプ３０１が赤点灯されるので、従業員がリモコン５０を一度操作するだけで複数のＣＲユニットの中から自身の役割に適合した要作業台があるか否かを点検することができる。
【００８５】
また、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめることで、従業員の役割に関係しないＣＲユニットを要作業台として報知することを防止することが可能になる。
【００８６】
［処理の流れ］
次に、図９を用いて、実施例１に係る報知制御システムの処理の流れを説明する。図９は、実施例１に係るリモコン５０を用いた報知制御処理に関するＴ／Ｃ１０、ＣＲユニット３０及びリモコン５０間の制御シーケンスを示す図である。なお、この処理は、リモコン５０にて監視項目の選択を受け付けることを前提とした処理であり、リモコンによる監視項目の指定がない場合の報知制御処理は、既存のものと同一であるので説明を省略する。
【００８７】
同図に示すように、リモコン５０では、監視対象とする監視項目の選択操作として複数の操作キーの中からいずれか一つのキー番号の押下操作を受け付け（ステップＳ９０１）、押下操作を受け付けたキー番号をＣＲユニット３０に通知する（ステップＳ９０２）。
【００８８】
続いて、ＣＲユニット３０の監視対象判別部３９ｂは、リモコン５０からリモコン受光部３１０を介して受け付けたキー番号に記憶部３８に記憶された当該ＣＲユニット３０のグループ番号を加えてＴ／Ｃ１０に中継する（ステップＳ９０３）。
【００８９】
そして、Ｔ／Ｃ１０の配信処理部１６ｂは、ＣＲユニット３０から中継されたキー番号及びグループ番号を全てのＣＲユニット３０に配信する（ステップＳ９０４Ａ及びステップＳ９０４Ｂ）。なお、Ｔ／Ｃ１０からの配信を受け付けた全てのＣＲユニット３０では、以下のステップＳ９０５Ａ〜ステップＳ９０９Ａ、ステップＳ９０５Ｂ〜ステップＳ９０９Ｂ、・・・、ステップＳ９０５Ｚ〜ステップＳ９０９Ｚの処理を行うが、これらのＣＲユニット３０では同様の処理が行われるので、本実施例１では、１台のＣＲユニット３０に注目して説明する。
【００９０】
続いて、ＣＲユニット３０の監視対象判別部３９ｂは、Ｔ／Ｃ１０から配信を受け付けたグループ番号が記憶部３８に記憶されたグループ番号と一致するか否かを判定し（ステップＳ９０５Ａ）、両者が一致する場合（ステップＳ９０５Ａ肯定）には、記憶部３８に記憶された操作設定情報３８ｂを参照して当該キー番号に対応する監視項目を監視対象と判別する（ステップＳ９０６Ａ）。
【００９１】
例えば、図５に示す例で言えば、Ｔ／Ｃ１０によってキー番号「３」及びグループ番号「１」が配信された場合には、台番号「０００１」〜台番号「００１０」のＣＲユニット３０にてキー番号「３」に対応する監視項目「カードニアエンプティ」を監視対象と判別し、また、Ｔ／Ｃ１０によってキー番号「１」及びグループ番号「２」が配信された場合には、台番号「０１０１」〜台番号「０１２０」のＣＲユニット３０にてキー番号「１」に対応する監視項目「紙幣ニアフル」を監視対象と判別する。
【００９２】
そして、警告状態判定部３９ｃは、監視対象判別部３９ｂによって判別された監視項目に関する機器状態が警告状態にあるか否かを判定し（ステップＳ９０７Ａ）、この警告状態判定部３９ｃによって機器状態が警告状態にあると判定された場合（ステップＳ９０７Ａ肯定）に、報知制御部３９ｄは、状態表示ランプ３０１を赤点灯させてリモコン５０指定の機器状態が警告状態にある旨の報知を行い（ステップＳ９０８Ａ）、所定時間（例えば、「５分」）が経過する（ステップＳ９０９Ａ肯定）まで状態表示ランプ３０１の赤点灯を継続しから処理を終了する。
【００９３】
上述してきたように、本実施例１に係る報知制御システム３によれば、リモコン５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御するように構成したので、従業員の役割に適合した要作業台を報知することができ、遊技店の従業員の業務効率を向上させることが可能である。
【実施例２】
【００９４】
次に、実施例２に係る報知制御システムを説明する。なお、以下の実施例２では、実施例１に係る報知制御システム３と相違する点を中心に本実施例２に係る報知制御システム７を説明することとし、実施例１に係る報知制御システム３と同様の構成及び同様の機能を発揮するものについては説明を省略する。
【００９５】
前述したように、ここでは、本実施例２に係る報知制御システム７と実施例１に係る報知制御システム３との相違点を説明する。すなわち、実施例１に係る報知制御システム３では、リモコン５０にて監視対象とする監視項目を従業員に選択操作させるのに対し、本実施例２に係る報知制御システム７では、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定を記憶する監視項目設定情報７２ａを参照しながらＣＲユニット３０が主体的に監視項目を選択する点が主として相違する。
【００９６】
続いて、本実施例２に係る遊技システム５と実施例１に係る遊技システム１との相違点を説明する。図１０は、実施例２に係る遊技システムのシステム構成を示すシステム構成図である。同図に示すように、本実施例２に係る報知制御システム７を内包する遊技システム５は、パチンコ遊技を対象とする実施例１に係る遊技システム５とは違い、パチスロ遊技を対象とする遊技システムである点が相違する。
【００９７】
これに伴って、パチスロ遊技が行われるパチスロ機８０には、メダル貸し用のＣＲユニット（以下、単に「ＣＲユニット」という）７０が併設されるので、実施例１に係るＣＲユニット３０とは違い、監視項目「メダルエンプティ」をさらに監視する必要がある。
【００９８】
次に、本実施例２に係るＴ／Ｃ６０と実施例１に係るＴ／Ｃ１０との相違点を説明する。図１１は、実施例２に係るＴ／Ｃ６０の構成を示す機能ブロック図である。この図１１を図３と比較すると、本実施例２に係るＴ／Ｃ６０は、実施例１に係るＴ／Ｃ１０における操作設定ＤＢ１４及びグループ設定ＤＢ１５に代えて、監視項目設定ＤＢ６１を備える点が相違する。
【００９９】
この監視項目設定ＤＢ６１は、監視対象とする監視項目の設定を記憶する記憶（格納）手段であり、具体的には、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶している。例えば、図１２に示すように、営業時間帯「１４：００〜１４：１５」に監視項目「カードニアエンプティ」を、営業時間帯「１６：００〜１６：１０」に監視項目「紙幣ニアフル」を、営業時間帯「２１：３０〜２３：００」に監視項目「メダルニアエンプティ」を対応付けて記憶している。
【０１００】
また、配信処理部６２ｂは、開店時などのＣＲユニット７０の電源がＯＮ状態されると、監視項目設定ＤＢ６１に記憶された監視項目の設定情報をＣＲユニット７０全台に配信する。
【０１０１】
次に、本実施例２に係るＣＲユニット７０と実施例１に係るＣＲユニット３０との相違点を説明するが、実施例１に係るＣＲユニット３０との外観構成の相違点を説明してから内部構成の相違点を説明する。
【０１０２】
図１３は、実施例２に係るメダル貸し用のＣＲユニット７０の外観構成を示す正面図である。この図１３と図６を比較すると、本実施例２に係るＣＲユニット７０は、投出メダルをパチスロ機８０の受け皿に誘導するノズル３１２が本体部前面の下寄りに付設されていることに起因して、７ＳＥＧ表示部３０４、モード表示部３０５、各種ボタン群、末尾同列に貸出ボタン３０６、返却ボタン３０７及びカード挿入口３０９が本体部前面の中央部に配置されている点が相違する。
【０１０３】
続いて、本実施例２に係るＣＲユニット７０と実施例１に係るＣＲユニット３０の内部構成の相違点を説明する。図１４は、実施例２に係るメダル貸し用のＣＲユニット７０の構成を示す機能ブロック図である。この図１４と図７を比較すると、本実施例２に係るＣＲユニット７０は、メダル貸し処理部７３ａによるメダル貸し指示に連動して内部貯留したメダルをノズル３１２を介してパチスロ機８０の受け皿に投出するメダルホッパ７１をさらに備える点が相違する。
【０１０４】
この他、記憶部７２は、ＣＲユニット７０起動時にＴ／Ｃ６０から配信される監視項目設定情報７２ａを記憶している点も相違する。この監視項目設定情報７２ａは、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定が対応付けられた情報であり、Ｔ／Ｃ６０における監視項目設定ＤＢ６１に記憶された内容と同一のものである。
【０１０５】
さらに、制御部７３は、玉貸し処理部３９ａに代えて、メダル貸し処理を行うメダル貸し処理部７３ａを備える点が相違する。このメダル貸し処理部７３ａは、残度数が存在するプリペイドカードが挿入された状態で、貸出ボタン３０６の押下を受け付けた場合に、メダルホッパ７１にメダル貸し指示を行ってノズル３１２を介してパチスロ機８０の受け皿にメダルを投出させる。
【０１０６】
［処理の流れ］
次に、図１５を用いて、本実施例２に係る報知制御システムの処理の流れを説明する。図１５は、実施例２に係る報知制御処理の手順を示すフローチャートである。同図に示すように、監視対象判別部７３ｂは、現営業時刻が記憶部７２に記憶された監視項目設定にて特定の監視項目が規定される営業時間帯（以下、適宜これを「定期時間帯」という）であるか否かを判定する（ステップＳ１５０１）。
【０１０７】
ここで、監視対象判別部７３ｂによって現営業時刻が「定期時間帯」でないと判定された場合（ステップＳ１５０１否定）には、警告状態判定部７３ｃは、ＢＶユニット部３４にて管理される紙幣の枚数が所定のニアフル値（例えば、「７０枚」）以上であるか否かを判定する「紙幣ニアフル判定」を行う（ステップＳ１５０２）。
【０１０８】
このとき、警告状態判定部７３ｃによって紙幣収納状態がニアフル状態であると判定された場合（ステップＳ１５０２肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１０９】
また、警告状態判定部７３ｃは、紙幣収納状態がニアフル状態でないと判定した場合（ステップＳ１５０２否定）には、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアエンプティ値（例えば、「２枚」）以下であるか否かを判定する「カードニアエンプティ判定」をさらに行う（ステップＳ１５０４）。
【０１１０】
このとき、警告状態判定部７３ｃによってカード収納状態がニアエンプティ状態であると判定された場合（ステップＳ１５０４肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１１】
また、警告状態判定部７３ｃは、カード収納状態がニアエンプティ状態でないと判定した場合（ステップＳ１５０４否定）には、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアフル値（例えば、「８枚」）以上であるか否かを判定する「カードニアフル判定」をさらに行う（ステップＳ１５０５）。
【０１１２】
このとき、警告状態判定部７３ｃによってカード収納状態がニアフル状態であると判定された場合（ステップＳ１５０５肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１３】
また、警告状態判定部７３ｃは、カード収納状態がニアフル状態でないと判定した場合（ステップＳ１５０５否定）には、メダルホッパ７１にて管理されるメダルの内部貯留量が所定のニアエンプティ値以上であるか否かを判定する「メダルニアエンプティ判定」をさらに行う（ステップＳ１５０６）。
【０１１４】
このとき、警告状態判定部７３ｃによってメダル貯留状態がニアエンプティ状態であると判定された場合（ステップＳ１５０６肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１５】
また、警告状態判定部７３ｃは、メダル貯留状態がニアエンプティ状態でないと判定した場合（ステップＳ１５０６否定）には、上記したステップＳ１５０１に戻りその後の処理を繰り返し行う。
【０１１６】
一方、監視対象判別部７３ｂは、現営業時刻が「定期時間帯」であると判定した場合（ステップＳ１５０１肯定）には、記憶部７２に記憶された監視項目設定情報７２ａを参照して現営業時刻に該当する監視項目を監視対象と判別し（ステップＳ１５０７）、警告状態判定部７３ｃは、当該監視項目に関する機器状態が警告状態にあるか否かを判定する（ステップＳ１５０７）。
【０１１７】
このとき、当該監視項目に関する機器状態が警告状態にあると判定された場合には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて定期時間帯で優先すべき監視項目に関する機器状態が警告状態にある旨の報知を行い（ステップＳ１５０３）、上記したステップＳ１５０１〜ステップＳ１５０７までの処理を繰り返し行う。
【０１１８】
上述してきたように、本実施例２に係る報知制御システム７によれば、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶し、記憶した監視項目の設定の中から現営業時間に該当する監視項目を監視対象として選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定するように構成したので、遊技店の運用状況の変化に追従して特定の監視項目に関する機器状態を他の監視項目に優先して監視することでき、遊技店の従業員の業務効率を効果的に向上させることが可能である。
【実施例３】
【０１１９】
ところで、上記した実施例１に係る報知制御システム３では、警告状態判定部３９ｃの警告状態判定機能、すなわちＣＲユニット３０の機器状態が警告状態にあるか否かを判定する機能をＣＲユニット３０に持たせるようにシステムを構成することとしたが、本発明はこれに限定されるものではなく、この警告状態判定部３９ｃの警告状態判定機能をＴ／Ｃ１０に持たせるようにシステムを構成してもよい。
【０１２０】
具体的には、本実施例３に係る報知制御システム９では、リモコン５０から受け付けたキー番号の通知をＴ／Ｃ１０に転送させる中継機能だけを果たさせるようにＣＲユニット３０を構成するとともに、当該ＣＲユニット３０から中継されたキー番号に対応する監視項目を操作設定ＤＢ１４から抽出し、該抽出した監視項目の機器状態を該当グループ番号のＣＲユニット３０から収集して警告状態判定を行うようにＴ／Ｃ１０を構成する。
【０１２１】
このように、警告状態判定部３９ｃの警告状態判定機能をＴ／Ｃ１０に果たさせるように報知制御システムを構成することで、遊技店設備にて入替りが頻繁なＣＲユニットのソフトウェア面及びハードウェア面の機能を大幅に改変することなく、監視項目或いは監視項目を表す情報を中継する中継機能だけをＣＲユニット３０に付加するだけで実施例１と同様の効果を得ることができる。
【実施例４】
【０１２２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１２３】
例えば、上記した実施例１では、リモコン５０から選択操作を受け付けた監視項目をＴ／Ｃ１０が全てのＣＲユニット３０に配信する例を説明したが、本発明はこれに限定されるものではなく、リモコン５０から監視項目の選択操作を受け付けたＣＲユニット３０が他のＣＲユニットの全てまたは一部に監視項目を配信してもよい。
【０１２４】
また、上記した実施例１では、リモコン５０にて監視対象とする監視項目を従業員に選択操作させる実施例を説明したが、本発明はこれに限定されるものではなく、Ｔ／Ｃ１０や６０にて監視対象とする監視項目を従業員に選択操作させた場合でも、実施例１と同様の効果が得られる。
【０１２５】
さらに、上記した実施例１では、各従業員が所持するリモコン５０に図４に示す操作設定が行われた実施例を説明したが、本発明はこれに限定されるものではなく、従業員の操作権限によって異なる操作設定が行ってもよい。例えば、遊技店の管理者などには、セキュアな監視項目「紙幣ニアフル」を含む全監視項目を選択可能に設定し、通常の従業員には、「カードエンプティ」や「カードニアフル」などの監視項目のみを選択可能に設定するようにしてもよい。
【０１２６】
なお、上記した実施例１では、ＣＲユニット３０及び７０が警告状態判定部３９ｃまたは７３ｃ並びに報知制御部３９ｄまたは７３ｄを有する実施例を説明したが、本発明はこれに限定されるものはなく、これらの機能部の一部もしくは全部をＴ／Ｃ１０又は６０や島コントローラなどの他の装置に持たせるようにしてもよい。
【０１２７】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１２８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【０１２９】
以上のように、本発明に係る報知制御システム及び報知制御方法は、遊技店の従業員の業務効率を向上させることができる報知制御システム及び報知制御方法に適している。
【図面の簡単な説明】
【０１３０】
【図１】実施例１に係る遊技システムのシステム構成を示すシステム構成図である。
【図２】図２は、実施例１に係る報知制御システムの特徴を説明するための説明図である。
【図３】実施例１に係るＴ／Ｃ１０の構成を示す機能ブロック図である。
【図４】リモコン操作設定画面の一例を示す図である。
【図５】グループ設定画面の一例を示す図である。
【図６】実施例１に係るＣＲユニット３０の外観構成を示す正面図である。
【図７】実施例１に係るＣＲユニット３０の内部構成を示すブロック図である。
【図８】リモコン５０から監視項目が通知されたＣＲユニット３０に連動して報知制御を行うグループ例を説明するための図である。
【図９】実施例１に係るリモコン５０を用いた報知制御処理に関するＴ／Ｃ１０、ＣＲユニット３０及びリモコン５０間の制御シーケンスを示す図である。
【図１０】実施例２に係る遊技システムのシステム構成を示すシステム構成図である。
【図１１】実施例２に係るＴ／Ｃ６０の構成を示す機能ブロック図である。
【図１２】監視項目設定ＤＢ６１に記憶される情報の構成例を示す図である。
【図１３】実施例２に係るメダル貸し用のＣＲユニット７０の外観構成を示す正面図である。
【図１４】実施例２に係るメダル貸し用のＣＲユニット７０の構成を示す機能ブロック図である。
【図１５】実施例２に係る報知制御処理の手順を示すフローチャートである。
【符号の説明】
【０１３１】
１ 遊技システム
３ 報知制御システム
１０ ターミナルコントローラ（Ｔ／Ｃ）
１１ 入力部
１２ 出力部
１３ 通信制御ＩＦ部
１４ 操作設定データベース
１５ グループ設定データベース
１６ 制御部
１６ａ 設定処理部
１６ｂ 配信処理部
２０ 島コントローラ
３０ カード処理ユニット（ＣＲユニット）
３１ 表示部
３２ 入力部
３３ 通信制御ＩＦ部
３４ ＢＶユニット部
３５ Ｃ／Ｒ（カードリーダ）
３６ カード収納部
３７ 搬送／繰出機構部
３８ 記憶部
３９ 制御部
３９ａ 玉貸し処理部
３９ｂ 監視対象判別部
３９ｃ 警告状態判定部
３９ｄ 報知制御部
４０ 遊技機（パチンコ機）
５０ リモコン
【技術分野】
【０００１】
本発明は、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システム及び報知制御方法に関する。
【背景技術】
【０００２】
従来より、遊技店においてパチンコ玉やメダルなどの遊技媒体を貸し出す遊技媒体貸出機として、紙幣の挿入を受け入れて挿入紙幣の金額を金額そのもの或いは度数などの価値情報として内部に収納したプリペイドカードに価値付け、該価値付けたプリペイドカード基づいて、遊技媒体の貸出し処理を行うカード処理ユニット（以下、ＣＲユニットと言う）が知られている（例えば、特許文献１参照。）。
【０００３】
このうち、メダル貸し用のＣＲユニットには、紙幣の受入、プリペイドカードの受入・発行、並びに、メダルの投出などの一連のメダル貸し機能を果たすために、紙幣を収納する紙幣収納部、プリペイドカードを収納するカード収納部やメダルを貯留するメダルホッパが設けられており、このようなＣＲユニットを多数有する遊技店では、各ＣＲユニットが正常に運用されることを担保するために、これらの機器状態が適正なものであるかを監視し、必要に応じて対応を要する旨の従業員報知を行う報知制御システムが設けられている。
【０００４】
また、このような従業員報知は、ＣＲユニットが運用不能（エラー状態）な機器状態になってから報知を行ったとしても遊技客が遊技を継続して行えなくなるので効果が薄く、遊技客が遊技を継続して行えるように運用不能となる手前に行うのが好ましい。例えば、紙幣の収納状態であれば、フル（エラー状態）になる前、すなわちニアフル（警告状態）になったときに従業員報知を行うようにすることで、紙幣が挿入不能となることを防止する。
【０００５】
ここで、遊技店を巡回する従業員には、特定の監視項目に関する機器状態が警告状態にある場合に対応作業を行うという役割が与えられており、例えば、紙幣の収納状態がニアフル状態にあるＣＲユニットの紙幣を回収する紙幣回収を行う役割、プリペイドカードの収納状態がニアエンプティ状態又はニアフル状態にあるＣＲユニットに補充又は回収を行う役割やメダルの貯留状態がニアエンプティにあるＣＲユニットにメダルの補充を行う役割などが従業員それぞれに与えられる。
【０００６】
【特許文献１】特開２０００−１４０３９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来技術（特許文献１）に行われる警告報知は、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うものに過ぎないので、従業員に本来の役割に適合した要作業台の点検を強いることとなり、遊技店の従業員の業務効率を低下させてしまうという問題点があった。
【０００８】
すなわち、上記した従来技術にて行われる従業員報知からは、警告状態にある監視項目が特定できず、たとえ警告状態の報知が行われていたとしてもそのＣＲユニットの対応を行うべきか否かをわからない。
【０００９】
このため、遊技店の従業員は、本来の役割とは別の監視項目に関する機器状態が警告状態にあるＣＲユニットが含まれるものの中から、本来の役割に合ったものを実際に各台点検せねばならず、本来の役割が与えられたＣＲユニットへの対応が遅延し、従業員の業務効率が低下しまう。
【００１０】
さらに、上記した従来技術にて行われる警告報知は、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うものに過ぎないので、特定の監視項目に関する機器状態を他の監視項目に優先して監視する必要がある場合でも、特定の監視項目の対応作業を優先しづらいという問題もある。
【００１１】
例えば、遊技店の閉店間際は、遊技客がパチンコ玉又はメダルを少しでも多く獲得するために急いで遊技を消化することが多いので、メダルの貯留状態がエンプティ状態になる前にＣＲユニットへのメダル補充業務を行うことが望ましい。その反面、紙幣の回収業務は、閉店後にゆとり持って行うことができるので、後回しにしても遊技店の運用に差し支えることはない。
【００１２】
このように、遊技店の間際には、紙幣の回収業務よりもメダルの補充業務の方が優先されるべき状況にもかかわらず、上記した従来技術による警告報知では、紙幣の収納状態がニアフル状態であれば警告報知がなされ、これによりメダルの貯留状態に関する警告報知が紛れてしまうので、遊技店の運用状況から鑑みて優先されるべきメダルの補充業務が滞ってしまうこととなる。
【００１３】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技店の従業員の業務効率を向上させることができる報知制御システム及び報知制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、請求項１の発明に係る報知制御システムは、上記の発明において、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システムであって、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択手段と、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１５】
また、請求項２の発明に係る報知制御システムは、上記の発明において、前記報知制御手段は、前記監視項目選択手段により監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、前記警告状態判定手段により前記監視対象の監視項目に関する機器状態が警告状態にないと判定されたならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することを特徴とする。
【００１６】
また、請求項３の発明に係る報知制御システムは、上記の発明において、前記台間機に所定の遠隔操作を行う遠隔操作装置を備え、前記遠隔操作装置は、監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、前記台間機は、前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１７】
また、請求項４の発明に係る報知制御システムは、上記の発明において、複数の台間機に接続される管理装置を備え、前記管理装置は、監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、前記台間機は、前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えたことを特徴とする。
【００１８】
また、請求項５の発明に係る報知制御システムは、上記の発明において、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶する監視項目設定記憶手段をさらに備え、前記監視項目選択手段は、前記監視項目設定記憶手段によって記憶された監視項目の設定の中から現営業時間に該当する監視項目を前記監視対象として選択し、前記警告状態判定手段は、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定することを特徴とする。
【００１９】
また、請求項６の発明に係る報知制御システムは、上記の発明において、複数の台間機に接続される管理装置を備え、前記管理装置は、前記監視項目選択手段により監視対象として選択された監視項目を複数の台間機に配信する監視項目配信手段をさらに備え、前記複数の台間機は、前記監視項目配信手段により配信された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段を備えたことを特徴とする。
【００２０】
また、請求項７の発明に係る報知制御方法は、遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御方法であって、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択工程と、前記監視項目選択工程により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定工程と、前記警告状態判定工程により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御工程とを含んだことを特徴とする。
【発明の効果】
【００２１】
本発明によれば、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を報知することができ、遊技店の従業員の業務効率を向上させることが可能な報知制御システム及び報知制御方法が得られるという効果を奏する。
【００２２】
また、本発明によれば、監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、監視対象の監視項目に関する機器状態が警告状態にないと判定したならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することとしたので、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめることができ、従業員の役割に関係しない台間機を要作業台として報知することを防止することが可能な報知制御システムが得られるという効果を奏する。
【００２３】
また、本発明によれば、遠隔操作装置が、監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目を台間機に通知し、台間機が、通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を適確に報知することができ、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２４】
また、本発明によれば、管理装置が、監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目を台間機に通知し、台間機が、通知した監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御することとしたので、従業員の役割に適合した要作業台を適確に報知することができ、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２５】
また、本発明によれば、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶し、記憶した監視項目の設定の中から現営業時間に該当する監視項目を監視対象として選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定することとしたので、遊技店の運用状況の変化に追従して特定の監視項目に関する機器状態を他の監視項目に優先して監視することでき、遊技店の従業員の業務効率を効果的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【００２６】
また、本発明によれば、管理装置が、監視対象として選択された監視項目を複数の台間機に配信し、複数の台間機が、配信された監視項目に関する機器状態が警告状態にあるか否かを判定することとしたので、従業員が複数の台間機の中から自身の役割に適合した要作業台があるか否かを迅速に点検することができ、遊技店の従業員の業務効率を飛躍的に向上させることが可能な報知制御システムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２７】
以下の添付図面を参照して、本発明に係る報知制御システム及び報知制御方法の好適な実施例を詳細に説明する。なお、以下では、本発明に係る報知制御システム（報知制御方法）を実施例１、２及び３として説明した後に、本発明に含まれる他の実施例を実施例４として説明する。
【実施例１】
【００２８】
以下の実施例１では、実施例１に係る報知制御システムの概要および特徴、システムを構成する各装置の構成および処理の流れを順に説明する。なお、本実施例１では、本発明をパチンコ遊技を対象とする遊技システムに適用することとする。
【００２９】
［概要および特徴（実施例１）］
まず最初に、図１及び図２を用いて、実施例１に係る報知制御システムの概要および特徴を説明する。図１は、実施例１に係る遊技システムのシステム構成を示すシステム構成図である。また、図２は、実施例１に係る報知制御システムの特徴を説明するための説明図である。
【００３０】
図１に示すように、遊技店内に設置される遊技システム１は、ターミナルコントローラ（以下、これを「Ｔ／Ｃ」と称す。）１０を頂点にして、「島」と呼ばれるグループごとに設けられた島コントローラ２０、カード発行機５０及びカード精算機６０が接続された構成となる。さらに、島コントローラ２０には、各島に設置された複数のパチンコ機３０それぞれに併設されたカード処理ユニット（以下、これを「ＣＲユニット」と称す）３０が接続されている。
【００３１】
この遊技システム１では、プリペイドカードＰＣ（ＣＲユニット３０及びカード発行機５０により遊技者に対して発行され、発行店の識別情報、カード固有の識別コード、発行額、カード種別などが記録される）を記録媒体として用いることができる。
【００３２】
ＣＲユニット３０は、プリペイドカードＰＣに関連付けられた度数の残数（以下、残度数と言う）を上限としてパチンコ玉の貸し出し処理をおこなうことを主機能とするものであり、パチンコ玉を遊技領域に発射して遊技者が遊技を行うパチンコ機４０それぞれに対して１台ずつペアとなるように用意され、パチンコ機４０の相互間に挟まれる形で設置してある。
【００３３】
また、このＣＲユニット３０は、遊技客の利便性を向上させる観点から、遊技客によって投入された紙幣を受け入れた際に、内部のカード収納部にて収納する内蔵カードをプリペイドカードＰＣとして発行する機能が付加されており、このカード収納部は、内部収納容量として最大「１０枚」の内蔵カードを収納することができるように構成されている。なお、カード収納部には、残度数が価値付けられていないプリペイドカードのみが収納されている。
【００３４】
カード発行機５０は、現金が入金された場合に、該入金金額に応じた有価価値（度数）が関連付けられるプリペイドカードＰＣの発行処理並びにプリペイドカードＰＣに関連付けられた度数に対する加算処理を主機能とするものであり、遊技店に数台設置されている。また、カード精算機６０は、プリペイドカードＰＣに関連付けられた残度数の精算処理を主機能とするものであり、具体的には、プリペイドカードＰＣの回収と引き換えに残度数に相当する現金を払出す。
【００３５】
遊技者は、カード発行機５０から発行されたプリペイドカードＰＣをＣＲユニット３０に挿入して、パチンコ玉の貸出操作を行うことに加え、ＣＲユニット３０に現金を投入することにより、ＣＲユニット単体でのプリペイドカードＰＣの発行を受けて、パチンコ玉を借り受けることができ、もってパチンコ遊技を行うことが可能となる。
【００３６】
これらのＣＲユニット３０、パチンコ機４０、カード発行機５０及びカード精算機６０は、各島に設けた島コントローラ２０を通じてＴ／Ｃ１０と称される管理装置の制御下にある。
【００３７】
Ｔ／Ｃ１０は、遊技店に少なくとも１台設置してあり、設置した遊技店の統括管理、例えばカード管理、会員の管理、売上管理などをおこなうとともに、プリペイドカードＰＣ並びに会員カードＭＣの有価価値に関する情報を記憶管理する部分である。但し、プリペイドカードＰＣの情報管理は、図示しないプリペイドカード管理Ｔ／Ｃが担っているものとする。
【００３８】
この遊技システム１内には、パチンコ機４０に併設されるＣＲユニット３０の機器状態（例えば、紙幣の収納状態やプリペイドカード収納状態など）が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を所定の装置にて報知するように制御する報知制御システム３が設けられている。なお、ここで言う「警告状態」とは、運用不能（エラー状態）な機器状態、例えば紙幣フル状態、カードエンプティ状態又はカードフル状態を指すものではなく、その前の警告段階にある機器状態、例えば紙幣ニアフル状態、カードニアエンプティ状態又はカードニアフル状態などを指す。
【００３９】
ここで、本実施例１に係る報知制御システム３は、遠隔操作装置（以下、これを「リモコン」と称す）５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する点に主たる特徴があり、かかる一連の処理によって、遊技店の従業員の業務効率を向上させることができるようにしている。
【００４０】
すなわち、実施例１に係る報知制御システム３では、ＣＲユニット３０の機器状態が警告状態にある場合に警告状態にある旨をそのＣＲユニット３０にて報知させる報知制御を行うが、いずれかの監視項目に関する機器状態が警告状態にあるからといって報知制御を直ちに行うことはしない。つまり、リモコン５０から監視対象として選択操作を受け付けた監視項目の機器状態が警告状態にある場合にかかる報知制御を行う。
【００４１】
これを具体的に説明すると、実施例１に係る報知制御システム３において、リモコン５０では、複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け（１）、監視対象として受け付けた監視項目をＣＲユニット３０に通知する（２）。例えば、図２に示すリモコン５０のキー番号「１」には監視項目「紙幣ニアフル」が対応付けられ、キー番号「２」には監視項目「カードニアエンプティ」が対応付けられ、さらに、キー番号「３」には監視項目「カードニアフル」が対応付けられており、これらの対応関係はＣＲユニット３０にて管理されている。リモコン５０は、これらの中から押下操作を受け付けた操作キーのキー番号（監視項目を表す情報）をＣＲユニット３０に通知する。なお、本実施例１では、ＣＲユニット３０とリモコン５０との間では、赤外線による通信を行うこととするが、電波など他の媒体を用いた通信であってもよいし、必ずしも無線による通信を行う必要はない。
【００４２】
一方、実施例１に係るＣＲユニット３０では、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にあるか否かを判定する（３）。例えば、リモコン５０にて選択操作を受け付けたキー番号が「１」であれば、監視項目「紙幣ニアフル」に関する機器状態「紙幣収納状態」がニアフル状態にあるか否かを判定し、キー番号が「２」又は「３」であれば、監視項目「カードニアエンプティ」及び監視項目「カードニアフル」に関する機器状態「カード収納状態」がニアエンプティ状態又はニアフル状態にあるか否かを判定する。
【００４３】
このとき、ＣＲユニット３０では、監視対象となる監視項目に関する機器状態が警告状態にあると判定した場合には、後述する状態表示ランプ３０１を赤点灯させて警告状態にある旨を報知し（４）、また、警告状態にないと判定した場合には、監視対象外の監視項目に関する機器状態が警告状態であっても状態表示ランプ３０１の赤点灯による報知を禁止する（５）。
【００４４】
このように、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にある場合に当該ＣＲユニット３０の機器状態が警告状態にある旨を報知させることで、従業員の役割に適合した要作業台を報知することができるようにし、また、監視対象とした監視項目に関する機器状態が警告状態にない場合には、監視対象外の監視項目に関する機器状態が警告状態であってもその報知を禁止することで、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめ、従業員の役割に関係しないＣＲユニットを要作業台として報知することを防止することができるようにしている。
【００４５】
したがって、上記した従来技術の例で言えば、いずれかの監視項目に関する機器状態が警告状態にあるという報知を行うことで、従業員に本来の役割に適合した要作業台の点検を強いるのではなく、リモコン５０から監視対象として通知された監視項目に関する機器状態が警告状態にある場合に当該ＣＲユニット３０の機器状態が警告状態にある旨を報知させることで、従業員の役割に適合した要作業台を報知することができ、上記した主たる特徴のように、遊技店の従業員の業務効率を向上させることが可能になる。
【００４６】
［報知制御システムの構成］
続いて、実施例１に係る報知制御システムを構成する各装置の構成を説明する。なお、以下では、システムの中でも「概要および特徴」と重複する部分の説明は省略しつつ、（１）Ｔ／Ｃ１０、（２）ＣＲユニット３０の順に構成を説明する。
【００４７】
（１）Ｔ／Ｃ１０の構成
前述したように、ここでは、図３を用いて、実施例１に係るＴ／Ｃ１０の構成を説明する。図３は、実施例１に係るＴ／Ｃ１０の構成を示す機能ブロック図である。同図に示すように、このＴ／Ｃ１０は、入力部１１と、出力部１２と、通信制御ＩＦ部１３と、操作設定ＤＢ１４と、グループ設定ＤＢ１５と、制御部１６とを備える。
【００４８】
入力部１１は、各種の情報を入力するキーボード、マウスおよびトラックボールなどの指示入力手段であり、例えば、図４に示すリモコン操作設定画面２１０にてリモコン５０の操作キーのキー番号に対応付ける監視項目の設定を受け付けたり、また、図５に示すグループ設定画面２２０にてＣＲユニット３０のグループ設定を受け付けたりする。
【００４９】
出力部１２は、各種の情報を出力するモニタなどの出力表示手段であり、例えば、図４に示すリモコン操作設定画面２１０や図５に示すグループ設定画面２２０などの表示を行う。また、通信制御ＩＦ部１３は、各種装置（例えば、島コントローラ２０などの装置）との間で各種通信の制御を行う処理部である。
【００５０】
操作設定ＤＢ１４は、リモコン５０の操作設定を記憶する記憶（格納）手段であり、図４に示すリモコン操作設定画面２１０を通じて設定されたリモコン５０のキー番号及びそれに対応付けられた監視項目を対応付けて記憶している。
【００５１】
グループ設定ＤＢ１５は、リモコン５０の操作対象とするＣＲユニット３０のグループ設定を記憶する記憶（格納）手段であり、図５に示すグループ設定画面２２０を通じて設定されたＣＲユニット３０の台番号及びそれに対応付けられたグループ番号を対応付けて記憶している。
【００５２】
制御部１６は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に関連するものとしては、設定処理部１６ａ及び配信処理部１６ｂを備える。
【００５３】
このうち、設定処理部１６ａは、リモコン５０の操作設定やＣＲユニット３０のグループ設定など各種設定を行う処理部である。具体的には、図４に示すリモコン操作設定画面２１０にて入力部１１を介して受け付けたものをリモコン５０の操作設定として操作設定ＤＢ１４に登録したり、また、図５に示すグループ設定画面２２０にて入力部１１を介して受け付けたものをＣＲユニット３０のグループ設定としてグループ設定ＤＢ１５に登録したりする。
【００５４】
配信処理部１６ｂは、遊技システム１に配設される各種の装置（例えば、島コントローラ２０、ＣＲユニット３０やパチンコ機４０など）に各種情報を配信する処理部である。例えば、開店時などのＣＲユニット３０の電源がＯＮ状態されると、操作設定ＤＢ１４に記憶されたリモコン５０の操作設定をＣＲユニット３０全台に配信し、さらに、グループ設定ＤＢ１５に記憶された台番号のＣＲユニット３０にその台番号に対応するグループ番号を配信する。
【００５５】
また、配信処理部１６ｂは、リモコン５０からＣＲユニット３０を中継して監視項目（監視項目を表す情報を含む）を受け付けた場合に、当該監視項目を複数のＣＲユニット３０に配信する。具体的には、リモコン５０からＣＲユニット３０に送信されたキー番号にＣＲユニット３０自身が所属するグループ番号を加えてＴ／Ｃ１０に中継されるが、これらキー番号及びグループ番号をＣＲユニット３０全台に配信する。なお、本実施例１では、ＣＲユニット３０全台にキー番号を配信することとしているが、グループ設定ＤＢ１５を参照して該当グループのみにキー番号を配信するようにしてもよい。
【００５６】
（２）ＣＲユニット３０の構成
次に、実施例１に係るＣＲユニット３０の構成を説明するが、このＣＲユニット３０の外観構成を説明してから内部構成を説明する。図６は、実施例１に係るＣＲユニット３０の外観構成を示す正面図である。
【００５７】
同図に示すように、このＣＲユニット３０は、縦長の直方体型の筐体として構成したもので、その本体部前面の上寄りには、下方に向かって順に、状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、リモコン受光部３１０、入金可能表示ＬＥＤ３０３が付設されている。
【００５８】
状態表示ランプ３０１は、当該ＣＲユニット３０の機器状態が警告状態にあるか否かを点灯色の切換えによって表すランプであり、例えば、「緑点灯」により警告状態にない旨を表し、「赤点灯」により警告状態にある旨を表す。
【００５９】
カード状態表示ＬＥＤ３０２は、当該ＣＲユニット３０に内蔵されるプリペイドカードの補充又は回収の要否を点灯／点滅によって表すＬＥＤであり、例えば、「点灯」によりプリペイドカードの補充が必要な旨を表し、「点滅」によりプリペイドカードの回収が必要な旨を表し、また、「消灯」によりプリペイドカードの補充及び回収が不要な旨を表す。
【００６０】
リモコン受光部３１０は、リモコン５０から照射される赤外線を受光するものであり、リモコンから照射される赤外線を通じてＣＲユニット３０に対する各種操作（例えば、監視項目の選択操作やプリペイドカードの補充操作及び回収操作など）を受け付ける。
【００６１】
入金可能表示ＬＥＤ３０３は、当該ＣＲユニット３０に紙幣の入金が可能であるか否かを点灯／点滅によって表すＬＥＤであり、例えば、「点灯」により紙幣の入金が可能である旨を表し、また、「点滅」により紙幣の入金が不可能な旨を表す。
【００６２】
また、本体部前面の中央部には、高額紙幣（例えば、「一万円」、「五千円」や「二千円」など）を含む紙幣を挿入する紙幣挿入口３０８、及び、プリペイドカードや会員カードなどの各種カードを挿入するカード挿入口３０９が設けられている。
【００６３】
さらに、本体部前面の下寄りには、下方に向かって順に、７ＳＥＧ表示部３０４、モード表示部３０５、各種ボタン群、末尾同列に貸出ボタン３０６及び返却ボタン３０７が設けられている。
【００６４】
７ＳＥＧ表示部３０４は、７セグメントのＬＥＤから形成される表示部であり、当該ＣＲユニット３０のランニング表示を行うものである。例えば、挿入紙幣の金額、プリペイドカードの残度数、貯玉数、再プレイ回数やポイントを表示したり、或いは、専用のリモコンによってプリペイドカードの補充操作又は回収操作が行われている場合には、補充すべき枚数又は回収すべき枚数を表示したりする。
【００６５】
モード表示部３０５は、７ＳＥＧ表示部３０４にてどのモードの情報が表示されているかを表示するものである。例えば、「残度数」、「貯玉数」、「再プレイ回数」または「ポイント」のうちいずれの情報を７ＳＥＧ表示部３０４に表示しているかを該当ランプの点灯により報知する。
【００６６】
貸出ボタン３０６は、遊技客による玉貸し要求を受け付ける操作ボタンであり、この貸出ボタン３０６が押下されると後述する玉貸し処理部３９ａにて「玉貸し処理」が行われる。また、返却ボタン３０７は、遊技客によるプリペイドカードの返却要求を受け付ける操作ボタンであり、この返却ボタン３０７が押下されると挿入中のプリペイドカードがカード挿入口３０９から返却される。
【００６７】
次に、図７を用いて、実施例１に係るＣＲユニット３０の内部構成を説明する。図７は、実施例１に係るＣＲユニット３０の内部構成を示すブロック図である。同図に示すように、このＣＲユニット３０は、表示部３１と、入力部３２と、通信制御ＩＦ部３３と、ＢＶユニット部３４と、Ｃ／Ｒ３５と、カード収納部３６と、搬送／繰出機構部３７と、リモコン受光部３１０と、記憶部３８と、制御部３９とを備える。
【００６８】
表示部３１は、図６に示した状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、入金可能ＬＥＤ３０３、７ＳＥＧ表示部３０４及びモード表示部３０５などの総称であり、また、入力部３２は、各種ボタン群、貸出ボタン３０６及び返却ボタン３０７などの総称である。
【００６９】
通信制御ＩＦ部３３は、当該ＣＲユニット３０と他の装置（例えば、Ｔ／Ｃ１０、島コントローラ２０、パチンコ機４０やカード精算機６０などの装置）の間で各種通信の制御を行う処理部である。
【００７０】
ＢＶユニット部３４は、紙幣挿入口３０８に挿入された紙幣の金種を識別する紙幣識別機であり、識別した挿入紙幣の金種を制御部３９に出力する。なお、挿入紙幣が偽造紙幣である場合には、当該紙幣を返却する。また、このＢＶユニット部３４は、図示しない紙幣収納部に収納される紙幣の枚数管理も行っている。
【００７１】
Ｃ／Ｒ３５は、カード挿入口３０９に挿入されたプリペイドカードや会員カードなどの各種カードの読取りを行うカードリーダであり、例えば、これら各種カードからプリペイドカードＩＤや会員ＩＤなどの情報を読み取って制御部３９の玉貸し処理部３９ａに出力する。
【００７２】
カード収納部３６は、残度数が価値付けられていないプリペイドカードを収納する収納部である。具体的には、遊技客がプリペイドカードを持参していなくとも現金により遊技可能にするため、事前に複数枚のプリペイドカードを収納したものであり、内部収納容量として最大「１０枚」の内蔵カードを収納することができ、遊技客によって紙幣が挿入されると、複数枚のプリペイドカードうちの一枚がＣ／Ｒ３５の位置に繰り出され、現金による度数関連付けの対象とされる。
【００７３】
搬送／繰出機構部３７は、各種カードの搬送／繰出を行う機構部である。具体的には、カード挿入口３０９から挿入されたプリペイドカードをＣ／Ｒ３５に搬送したり、Ｃ／Ｒ３５内に保持されたプリペイドカードをカード収納部３６に搬送したり、また、カード収納部３６に収納された内蔵プリペイドカードをＣ／Ｒ３５に繰り出したり、Ｃ／Ｒ３５に保持されたプリペイドカードをカード挿入口３０９に繰り出したりする。なお、搬送／繰出機構部３７は、これらカードの搬送／繰出を行う度にその回数を記録することで、カード収納部３６の内部収納枚数を管理している。
【００７４】
記憶部３８は、制御部３９による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、本発明に関連する情報として、グループ情報３８ａ及び操作設定情報３８ｂを記憶している。これらグループ情報３８ａ及び操作設定情報３８ｂは、ＣＲユニット３０起動時にＴ／Ｃ１０から配信されるものであり、グループ情報３８ａは、グループ番号の情報であり、また、操作設定情報３８ｂは、リモコン５０のキー番号にそれに対応する監視項目が関連付けられた情報である。
【００７５】
制御部３９は、ＣＲユニット３０の全体制御を司る制御部であり、特に本発明に密接に関連するものとしては、玉貸し処理部３９ａ、監視対象判別部３９ｂ、警告状態判定部３９ｃ及び報知制御部３９ｄを備える。
【００７６】
このうち、玉貸し処理部３９ａは、パチンコ玉の貸出す「玉貸し処理」を行う処理部である。具体的には、残度数が存在するプリペイドカードが挿入された状態で、貸出ボタン３０６の押下を受け付けた場合に、パチンコ機４０に玉貸し指示を行ってパチンコ機４０内部の玉投出機構から所定度数分のパチンコ玉を投出させる。
【００７７】
監視対象判別部３９ｂは、当該ＣＲユニット３０にていずれの監視項目を監視対象とすべきかを判別する処理部である。具体的には、リモコン５０からリモコン受光部３１０を介してキー番号の通知を受け付けた場合に、記憶部３８に記憶された当該ＣＲユニット３０のグループ番号をキー番号に加えてＴ／Ｃ１０に中継する。なお、これに応答したＴ／Ｃ１０の配信処理部１６ｂによって全てのＣＲユニット３０にキー番号及びグループ番号が配信されるが、かかる「キー番号の中継」を行っていない他のＣＲユニット３０の監視対象判別部３９ｂでは、以後に示す動作から始められることとなる。
【００７８】
また、監視対象判別部３９ｂは、Ｔ／Ｃ１０からキー番号及びグループ番号の配信を受け付けた場合に、当該グループ番号が記憶部３８に記憶されたグループ番号と一致するか否かを判定し、両者が一致する場合には、記憶部３８に記憶された操作設定情報３８ｂを参照して当該キー番号に対応する監視項目を監視対象と判別する。例えば、図５に示す例で言えば、Ｔ／Ｃ１０によってキー番号「３」及びグループ番号「１」が配信された場合には、台番号「０００１」〜台番号「００１０」のＣＲユニット３０にてキー番号「３」に対応する監視項目「カードニアエンプティ」を監視対象と判別し、また、Ｔ／Ｃ１０によってキー番号「１」及びグループ番号「２」が配信された場合には、台番号「０１０１」〜台番号「０１２０」のＣＲユニット３０にてキー番号「１」に対応する監視項目「紙幣ニアフル」を監視対象と判別する。
【００７９】
なお、監視対象判別部３９ｂでは、リモコン５０からキー番号を受け付けていない場合並びにＴ／Ｃ１０からキー番号及びグループ番号の配信を受け付けていない場合（すなわち、リモコン５０にて監視項目の選択操作が行われていない場合）には、かかる監視項目の判別を行わず、紙幣ニアフル、カードニアエンプティ並びにカードニアフルのすべての監視項目を監視対象と判別し、これらの機器状態それぞれの警告状態判定を行うように警告状態判定部３９ｃに要請し、この判定要請を受け付けた警告状態判定部３９では、それらの判定結果に応じて報知制御部３９ｄに報知制御を要請する。
【００８０】
警告状態判定部３９ｃは、ＣＲユニット３０の機器状態が警告状態にあるか否かを判定する処理部である。具体的には、監視対象判別部３９ｂによって全ての監視項目が監視対象であると判別されている場合には、ＢＶユニット部３４にて管理される紙幣の枚数が所定のニアフル値（例えば、「７０枚」）以上であるか否かを判定する「紙幣ニアフル判定」、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアエンプティ値（例えば、「２枚」）以下であるか否かを判定する「カードニアエンプティ判定」並びにプリペイドカードの内部収納枚数が所定のニアフル値「８枚」以上であるか否かを判定する「カードニアフル判定」を繰り返し行う。
【００８１】
また、警告状態判定部３９ｃは、監視対象判別部３９ｂによって特定の監視項目が監視対象であると判別されている場合には、その監視項目に関する機器状態が警告状態にあるか否かを判定する。例えば、上記した例で言えば、キー番号「３」に対応する監視項目「カードニアエンプティ」が監視対象であると判別されている場合には、上記した３つの警告状態判定のうち「カードニアエンプティ判定」のみを行う。
【００８２】
報知制御部３９ｄは、警告状態判定部３９ｄによって警告状態にあると判定された場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御する処理部である。具体的には、監視対象判別部３９ｂによって全ての監視項目が監視対象であると判別されている場合、すなわちリモコン５０にて監視項目の選択が行われていない場合には、上記した警告状態判定「紙幣ニアフル判定」、「カードニアエンプティ判定」又は「カードニアフル判定」のうちいずれか一つでも警告状態にあると判定されたならば、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う。
【００８３】
一方、報知制御部３９ｄは、監視対象判別部３９ｂによって特定の監視項目が監視対象であると判別されている場合、すなわちリモコン５０にて監視項目の選択が行われている場合には、その監視項目に関する機器状態が警告状態にあるならば、状態表示ランプ３０１を赤点灯させてリモコン５０指定の機器状態が警告状態にある旨の報知を行い、また、その監視項目に関する機器状態が警告状態にないならば、監視対象外の監視項目に関する機器状態が警告状態であるとそれ以前に判定されていた場合でも、状態表示ランプ３０１を緑点灯させて監視対象となる機器項目に関する機器状態が警告状態にない旨を報知する。
【００８４】
このように、リモコン５０からキー番号が通知されたＣＲユニット３０がキー番号にグループ番号を加えてＴ／Ｃ１０に中継し、Ｔ／Ｃ１０が全てのＣＲユニット３０にキー番号及びグループ番号を配信し、この監視項目の配信を受け付けたＣＲユニット３０の中で自身が所持するグループ番号と一致するＣＲユニット３０にて警告状態判定並びに報知制御を行うことで、例えば、台番号「０００２」のＣＲユニット３０にてキー番号「３」を受け付けた場合には、図８に示すグループ番号「１」に所属する台番号「０００１」〜台番号「０１１０」のＣＲユニット３０のうち、キー番号「３」に対応する監視項目「カードニアエンプティ」に関する機器状態が警告状態であるＣＲユニットにて状態表示ランプ３０１が赤点灯されるので、従業員がリモコン５０を一度操作するだけで複数のＣＲユニットの中から自身の役割に適合した要作業台があるか否かを点検することができる。
【００８５】
また、監視対象とした監視項目に関する機器状態が警告状態にない旨を従業員に知らしめることで、従業員の役割に関係しないＣＲユニットを要作業台として報知することを防止することが可能になる。
【００８６】
［処理の流れ］
次に、図９を用いて、実施例１に係る報知制御システムの処理の流れを説明する。図９は、実施例１に係るリモコン５０を用いた報知制御処理に関するＴ／Ｃ１０、ＣＲユニット３０及びリモコン５０間の制御シーケンスを示す図である。なお、この処理は、リモコン５０にて監視項目の選択を受け付けることを前提とした処理であり、リモコンによる監視項目の指定がない場合の報知制御処理は、既存のものと同一であるので説明を省略する。
【００８７】
同図に示すように、リモコン５０では、監視対象とする監視項目の選択操作として複数の操作キーの中からいずれか一つのキー番号の押下操作を受け付け（ステップＳ９０１）、押下操作を受け付けたキー番号をＣＲユニット３０に通知する（ステップＳ９０２）。
【００８８】
続いて、ＣＲユニット３０の監視対象判別部３９ｂは、リモコン５０からリモコン受光部３１０を介して受け付けたキー番号に記憶部３８に記憶された当該ＣＲユニット３０のグループ番号を加えてＴ／Ｃ１０に中継する（ステップＳ９０３）。
【００８９】
そして、Ｔ／Ｃ１０の配信処理部１６ｂは、ＣＲユニット３０から中継されたキー番号及びグループ番号を全てのＣＲユニット３０に配信する（ステップＳ９０４Ａ及びステップＳ９０４Ｂ）。なお、Ｔ／Ｃ１０からの配信を受け付けた全てのＣＲユニット３０では、以下のステップＳ９０５Ａ〜ステップＳ９０９Ａ、ステップＳ９０５Ｂ〜ステップＳ９０９Ｂ、・・・、ステップＳ９０５Ｚ〜ステップＳ９０９Ｚの処理を行うが、これらのＣＲユニット３０では同様の処理が行われるので、本実施例１では、１台のＣＲユニット３０に注目して説明する。
【００９０】
続いて、ＣＲユニット３０の監視対象判別部３９ｂは、Ｔ／Ｃ１０から配信を受け付けたグループ番号が記憶部３８に記憶されたグループ番号と一致するか否かを判定し（ステップＳ９０５Ａ）、両者が一致する場合（ステップＳ９０５Ａ肯定）には、記憶部３８に記憶された操作設定情報３８ｂを参照して当該キー番号に対応する監視項目を監視対象と判別する（ステップＳ９０６Ａ）。
【００９１】
例えば、図５に示す例で言えば、Ｔ／Ｃ１０によってキー番号「３」及びグループ番号「１」が配信された場合には、台番号「０００１」〜台番号「００１０」のＣＲユニット３０にてキー番号「３」に対応する監視項目「カードニアエンプティ」を監視対象と判別し、また、Ｔ／Ｃ１０によってキー番号「１」及びグループ番号「２」が配信された場合には、台番号「０１０１」〜台番号「０１２０」のＣＲユニット３０にてキー番号「１」に対応する監視項目「紙幣ニアフル」を監視対象と判別する。
【００９２】
そして、警告状態判定部３９ｃは、監視対象判別部３９ｂによって判別された監視項目に関する機器状態が警告状態にあるか否かを判定し（ステップＳ９０７Ａ）、この警告状態判定部３９ｃによって機器状態が警告状態にあると判定された場合（ステップＳ９０７Ａ肯定）に、報知制御部３９ｄは、状態表示ランプ３０１を赤点灯させてリモコン５０指定の機器状態が警告状態にある旨の報知を行い（ステップＳ９０８Ａ）、所定時間（例えば、「５分」）が経過する（ステップＳ９０９Ａ肯定）まで状態表示ランプ３０１の赤点灯を継続しから処理を終了する。
【００９３】
上述してきたように、本実施例１に係る報知制御システム３によれば、リモコン５０にて複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目の選択操作を受け付け、監視対象として選択操作を受け付けた監視項目をＣＲユニット３０に通知し、ＣＲユニット３０にてリモコン５０から通知された監視項目に関する機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該ＣＲユニット３０の機器状態が警告状態にある旨を報知するように制御するように構成したので、従業員の役割に適合した要作業台を報知することができ、遊技店の従業員の業務効率を向上させることが可能である。
【実施例２】
【００９４】
次に、実施例２に係る報知制御システムを説明する。なお、以下の実施例２では、実施例１に係る報知制御システム３と相違する点を中心に本実施例２に係る報知制御システム７を説明することとし、実施例１に係る報知制御システム３と同様の構成及び同様の機能を発揮するものについては説明を省略する。
【００９５】
前述したように、ここでは、本実施例２に係る報知制御システム７と実施例１に係る報知制御システム３との相違点を説明する。すなわち、実施例１に係る報知制御システム３では、リモコン５０にて監視対象とする監視項目を従業員に選択操作させるのに対し、本実施例２に係る報知制御システム７では、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定を記憶する監視項目設定情報７２ａを参照しながらＣＲユニット３０が主体的に監視項目を選択する点が主として相違する。
【００９６】
続いて、本実施例２に係る遊技システム５と実施例１に係る遊技システム１との相違点を説明する。図１０は、実施例２に係る遊技システムのシステム構成を示すシステム構成図である。同図に示すように、本実施例２に係る報知制御システム７を内包する遊技システム５は、パチンコ遊技を対象とする実施例１に係る遊技システム５とは違い、パチスロ遊技を対象とする遊技システムである点が相違する。
【００９７】
これに伴って、パチスロ遊技が行われるパチスロ機８０には、メダル貸し用のＣＲユニット（以下、単に「ＣＲユニット」という）７０が併設されるので、実施例１に係るＣＲユニット３０とは違い、監視項目「メダルエンプティ」をさらに監視する必要がある。
【００９８】
次に、本実施例２に係るＴ／Ｃ６０と実施例１に係るＴ／Ｃ１０との相違点を説明する。図１１は、実施例２に係るＴ／Ｃ６０の構成を示す機能ブロック図である。この図１１を図３と比較すると、本実施例２に係るＴ／Ｃ６０は、実施例１に係るＴ／Ｃ１０における操作設定ＤＢ１４及びグループ設定ＤＢ１５に代えて、監視項目設定ＤＢ６１を備える点が相違する。
【００９９】
この監視項目設定ＤＢ６１は、監視対象とする監視項目の設定を記憶する記憶（格納）手段であり、具体的には、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶している。例えば、図１２に示すように、営業時間帯「１４：００〜１４：１５」に監視項目「カードニアエンプティ」を、営業時間帯「１６：００〜１６：１０」に監視項目「紙幣ニアフル」を、営業時間帯「２１：３０〜２３：００」に監視項目「メダルニアエンプティ」を対応付けて記憶している。
【０１００】
また、配信処理部６２ｂは、開店時などのＣＲユニット７０の電源がＯＮ状態されると、監視項目設定ＤＢ６１に記憶された監視項目の設定情報をＣＲユニット７０全台に配信する。
【０１０１】
次に、本実施例２に係るＣＲユニット７０と実施例１に係るＣＲユニット３０との相違点を説明するが、実施例１に係るＣＲユニット３０との外観構成の相違点を説明してから内部構成の相違点を説明する。
【０１０２】
図１３は、実施例２に係るメダル貸し用のＣＲユニット７０の外観構成を示す正面図である。この図１３と図６を比較すると、本実施例２に係るＣＲユニット７０は、投出メダルをパチスロ機８０の受け皿に誘導するノズル３１２が本体部前面の下寄りに付設されていることに起因して、７ＳＥＧ表示部３０４、モード表示部３０５、各種ボタン群、末尾同列に貸出ボタン３０６、返却ボタン３０７及びカード挿入口３０９が本体部前面の中央部に配置されている点が相違する。
【０１０３】
続いて、本実施例２に係るＣＲユニット７０と実施例１に係るＣＲユニット３０の内部構成の相違点を説明する。図１４は、実施例２に係るメダル貸し用のＣＲユニット７０の構成を示す機能ブロック図である。この図１４と図７を比較すると、本実施例２に係るＣＲユニット７０は、メダル貸し処理部７３ａによるメダル貸し指示に連動して内部貯留したメダルをノズル３１２を介してパチスロ機８０の受け皿に投出するメダルホッパ７１をさらに備える点が相違する。
【０１０４】
この他、記憶部７２は、ＣＲユニット７０起動時にＴ／Ｃ６０から配信される監視項目設定情報７２ａを記憶している点も相違する。この監視項目設定情報７２ａは、営業時間帯ごとに当該営業時間帯に監視対象とする監視項目の設定が対応付けられた情報であり、Ｔ／Ｃ６０における監視項目設定ＤＢ６１に記憶された内容と同一のものである。
【０１０５】
さらに、制御部７３は、玉貸し処理部３９ａに代えて、メダル貸し処理を行うメダル貸し処理部７３ａを備える点が相違する。このメダル貸し処理部７３ａは、残度数が存在するプリペイドカードが挿入された状態で、貸出ボタン３０６の押下を受け付けた場合に、メダルホッパ７１にメダル貸し指示を行ってノズル３１２を介してパチスロ機８０の受け皿にメダルを投出させる。
【０１０６】
［処理の流れ］
次に、図１５を用いて、本実施例２に係る報知制御システムの処理の流れを説明する。図１５は、実施例２に係る報知制御処理の手順を示すフローチャートである。同図に示すように、監視対象判別部７３ｂは、現営業時刻が記憶部７２に記憶された監視項目設定にて特定の監視項目が規定される営業時間帯（以下、適宜これを「定期時間帯」という）であるか否かを判定する（ステップＳ１５０１）。
【０１０７】
ここで、監視対象判別部７３ｂによって現営業時刻が「定期時間帯」でないと判定された場合（ステップＳ１５０１否定）には、警告状態判定部７３ｃは、ＢＶユニット部３４にて管理される紙幣の枚数が所定のニアフル値（例えば、「７０枚」）以上であるか否かを判定する「紙幣ニアフル判定」を行う（ステップＳ１５０２）。
【０１０８】
このとき、警告状態判定部７３ｃによって紙幣収納状態がニアフル状態であると判定された場合（ステップＳ１５０２肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１０９】
また、警告状態判定部７３ｃは、紙幣収納状態がニアフル状態でないと判定した場合（ステップＳ１５０２否定）には、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアエンプティ値（例えば、「２枚」）以下であるか否かを判定する「カードニアエンプティ判定」をさらに行う（ステップＳ１５０４）。
【０１１０】
このとき、警告状態判定部７３ｃによってカード収納状態がニアエンプティ状態であると判定された場合（ステップＳ１５０４肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１１】
また、警告状態判定部７３ｃは、カード収納状態がニアエンプティ状態でないと判定した場合（ステップＳ１５０４否定）には、搬送／繰出機構部３７にて管理されるプリペイドカードの内部収納枚数が所定のニアフル値（例えば、「８枚」）以上であるか否かを判定する「カードニアフル判定」をさらに行う（ステップＳ１５０５）。
【０１１２】
このとき、警告状態判定部７３ｃによってカード収納状態がニアフル状態であると判定された場合（ステップＳ１５０５肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１３】
また、警告状態判定部７３ｃは、カード収納状態がニアフル状態でないと判定した場合（ステップＳ１５０５否定）には、メダルホッパ７１にて管理されるメダルの内部貯留量が所定のニアエンプティ値以上であるか否かを判定する「メダルニアエンプティ判定」をさらに行う（ステップＳ１５０６）。
【０１１４】
このとき、警告状態判定部７３ｃによってメダル貯留状態がニアエンプティ状態であると判定された場合（ステップＳ１５０６肯定）には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて当該ＣＲユニット３０の機器状態のいずれかが警告状態にある旨の報知を行う（ステップＳ１５０３）。
【０１１５】
また、警告状態判定部７３ｃは、メダル貯留状態がニアエンプティ状態でないと判定した場合（ステップＳ１５０６否定）には、上記したステップＳ１５０１に戻りその後の処理を繰り返し行う。
【０１１６】
一方、監視対象判別部７３ｂは、現営業時刻が「定期時間帯」であると判定した場合（ステップＳ１５０１肯定）には、記憶部７２に記憶された監視項目設定情報７２ａを参照して現営業時刻に該当する監視項目を監視対象と判別し（ステップＳ１５０７）、警告状態判定部７３ｃは、当該監視項目に関する機器状態が警告状態にあるか否かを判定する（ステップＳ１５０７）。
【０１１７】
このとき、当該監視項目に関する機器状態が警告状態にあると判定された場合には、報知制御部７３ｄは、状態表示ランプ３０１を赤点灯させて定期時間帯で優先すべき監視項目に関する機器状態が警告状態にある旨の報知を行い（ステップＳ１５０３）、上記したステップＳ１５０１〜ステップＳ１５０７までの処理を繰り返し行う。
【０１１８】
上述してきたように、本実施例２に係る報知制御システム７によれば、遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶し、記憶した監視項目の設定の中から現営業時間に該当する監視項目を監視対象として選択し、監視対象として選択した監視項目に関する機器状態が警告状態にあるか否かを判定するように構成したので、遊技店の運用状況の変化に追従して特定の監視項目に関する機器状態を他の監視項目に優先して監視することでき、遊技店の従業員の業務効率を効果的に向上させることが可能である。
【実施例３】
【０１１９】
ところで、上記した実施例１に係る報知制御システム３では、警告状態判定部３９ｃの警告状態判定機能、すなわちＣＲユニット３０の機器状態が警告状態にあるか否かを判定する機能をＣＲユニット３０に持たせるようにシステムを構成することとしたが、本発明はこれに限定されるものではなく、この警告状態判定部３９ｃの警告状態判定機能をＴ／Ｃ１０に持たせるようにシステムを構成してもよい。
【０１２０】
具体的には、本実施例３に係る報知制御システム９では、リモコン５０から受け付けたキー番号の通知をＴ／Ｃ１０に転送させる中継機能だけを果たさせるようにＣＲユニット３０を構成するとともに、当該ＣＲユニット３０から中継されたキー番号に対応する監視項目を操作設定ＤＢ１４から抽出し、該抽出した監視項目の機器状態を該当グループ番号のＣＲユニット３０から収集して警告状態判定を行うようにＴ／Ｃ１０を構成する。
【０１２１】
このように、警告状態判定部３９ｃの警告状態判定機能をＴ／Ｃ１０に果たさせるように報知制御システムを構成することで、遊技店設備にて入替りが頻繁なＣＲユニットのソフトウェア面及びハードウェア面の機能を大幅に改変することなく、監視項目或いは監視項目を表す情報を中継する中継機能だけをＣＲユニット３０に付加するだけで実施例１と同様の効果を得ることができる。
【実施例４】
【０１２２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０１２３】
例えば、上記した実施例１では、リモコン５０から選択操作を受け付けた監視項目をＴ／Ｃ１０が全てのＣＲユニット３０に配信する例を説明したが、本発明はこれに限定されるものではなく、リモコン５０から監視項目の選択操作を受け付けたＣＲユニット３０が他のＣＲユニットの全てまたは一部に監視項目を配信してもよい。
【０１２４】
また、上記した実施例１では、リモコン５０にて監視対象とする監視項目を従業員に選択操作させる実施例を説明したが、本発明はこれに限定されるものではなく、Ｔ／Ｃ１０や６０にて監視対象とする監視項目を従業員に選択操作させた場合でも、実施例１と同様の効果が得られる。
【０１２５】
さらに、上記した実施例１では、各従業員が所持するリモコン５０に図４に示す操作設定が行われた実施例を説明したが、本発明はこれに限定されるものではなく、従業員の操作権限によって異なる操作設定が行ってもよい。例えば、遊技店の管理者などには、セキュアな監視項目「紙幣ニアフル」を含む全監視項目を選択可能に設定し、通常の従業員には、「カードエンプティ」や「カードニアフル」などの監視項目のみを選択可能に設定するようにしてもよい。
【０１２６】
なお、上記した実施例１では、ＣＲユニット３０及び７０が警告状態判定部３９ｃまたは７３ｃ並びに報知制御部３９ｄまたは７３ｄを有する実施例を説明したが、本発明はこれに限定されるものはなく、これらの機能部の一部もしくは全部をＴ／Ｃ１０又は６０や島コントローラなどの他の装置に持たせるようにしてもよい。
【０１２７】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１２８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【産業上の利用可能性】
【０１２９】
以上のように、本発明に係る報知制御システム及び報知制御方法は、遊技店の従業員の業務効率を向上させることができる報知制御システム及び報知制御方法に適している。
【図面の簡単な説明】
【０１３０】
【図１】実施例１に係る遊技システムのシステム構成を示すシステム構成図である。
【図２】図２は、実施例１に係る報知制御システムの特徴を説明するための説明図である。
【図３】実施例１に係るＴ／Ｃ１０の構成を示す機能ブロック図である。
【図４】リモコン操作設定画面の一例を示す図である。
【図５】グループ設定画面の一例を示す図である。
【図６】実施例１に係るＣＲユニット３０の外観構成を示す正面図である。
【図７】実施例１に係るＣＲユニット３０の内部構成を示すブロック図である。
【図８】リモコン５０から監視項目が通知されたＣＲユニット３０に連動して報知制御を行うグループ例を説明するための図である。
【図９】実施例１に係るリモコン５０を用いた報知制御処理に関するＴ／Ｃ１０、ＣＲユニット３０及びリモコン５０間の制御シーケンスを示す図である。
【図１０】実施例２に係る遊技システムのシステム構成を示すシステム構成図である。
【図１１】実施例２に係るＴ／Ｃ６０の構成を示す機能ブロック図である。
【図１２】監視項目設定ＤＢ６１に記憶される情報の構成例を示す図である。
【図１３】実施例２に係るメダル貸し用のＣＲユニット７０の外観構成を示す正面図である。
【図１４】実施例２に係るメダル貸し用のＣＲユニット７０の構成を示す機能ブロック図である。
【図１５】実施例２に係る報知制御処理の手順を示すフローチャートである。
【符号の説明】
【０１３１】
１ 遊技システム
３ 報知制御システム
１０ ターミナルコントローラ（Ｔ／Ｃ）
１１ 入力部
１２ 出力部
１３ 通信制御ＩＦ部
１４ 操作設定データベース
１５ グループ設定データベース
１６ 制御部
１６ａ 設定処理部
１６ｂ 配信処理部
２０ 島コントローラ
３０ カード処理ユニット（ＣＲユニット）
３１ 表示部
３２ 入力部
３３ 通信制御ＩＦ部
３４ ＢＶユニット部
３５ Ｃ／Ｒ（カードリーダ）
３６ カード収納部
３７ 搬送／繰出機構部
３８ 記憶部
３９ 制御部
３９ａ 玉貸し処理部
３９ｂ 監視対象判別部
３９ｃ 警告状態判定部
３９ｄ 報知制御部
４０ 遊技機（パチンコ機）
５０ リモコン
【特許請求の範囲】
【請求項１】
遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システムであって、
複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択手段と、
前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段と
を備えたことを特徴とする報知制御システム。
【請求項２】
前記報知制御手段は、前記監視項目選択手段により監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、前記警告状態判定手段により前記監視対象の監視項目に関する機器状態が警告状態にないと判定されたならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することを特徴とする請求項１に記載の報知制御システム。
【請求項３】
前記台間機に所定の遠隔操作を行う遠隔操作装置を備え、
前記遠隔操作装置は、
監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、
前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、
前記台間機は、
前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えた
ことを特徴とする請求項１または２に記載の報知制御システム。
【請求項４】
複数の台間機に接続される管理装置を備え、
前記管理装置は、
監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、
前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、
前記台間機は、
前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えた
ことを特徴とする請求項１または２に記載の報知制御システム。
【請求項５】
遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶する監視項目設定記憶手段をさらに備え、
前記監視項目選択手段は、前記監視項目設定記憶手段によって記憶された監視項目の設定の中から現営業時間に該当する監視項目を前記監視対象として選択し、
前記警告状態判定手段は、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定することを特徴とする請求項１または２に記載の報知制御システム。
【請求項６】
複数の台間機に接続される管理装置を備え、
前記管理装置は、
前記監視項目選択手段により監視対象として選択された監視項目を複数の台間機に配信する監視項目配信手段をさらに備え、
前記複数の台間機は、
前記監視項目配信手段により配信された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段を備えた
ことを特徴とする請求項１〜５のいずれか一つに記載の報知制御システム。
【請求項７】
遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御方法であって、
複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択工程と、
前記監視項目選択工程により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定工程と、
前記警告状態判定工程により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御工程と
を含んだことを特徴とする報知制御方法。
【請求項１】
遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御システムであって、
複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択手段と、
前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段と
を備えたことを特徴とする報知制御システム。
【請求項２】
前記報知制御手段は、前記監視項目選択手段により監視対象として選択された監視項目以外の他の監視項目に関する機器状態が警告状態にある場合でも、前記警告状態判定手段により前記監視対象の監視項目に関する機器状態が警告状態にないと判定されたならば、当該台間機の機器状態が警告状態にある旨を報知させる報知制御を禁止することを特徴とする請求項１に記載の報知制御システム。
【請求項３】
前記台間機に所定の遠隔操作を行う遠隔操作装置を備え、
前記遠隔操作装置は、
監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、
前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、
前記台間機は、
前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えた
ことを特徴とする請求項１または２に記載の報知制御システム。
【請求項４】
複数の台間機に接続される管理装置を備え、
前記管理装置は、
監視対象とする監視項目の選択操作を受け付ける監視項目選択手段と、
前記監視項目選択手段にて監視対象として選択操作を受け付けた監視項目を前記台間機に通知する監視項目通知手段とをさらに備え、
前記台間機は、
前記監視項目通知手段により通知された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段と、
前記警告状態判定手段により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御手段とを備えた
ことを特徴とする請求項１または２に記載の報知制御システム。
【請求項５】
遊技店の営業時間帯ごとに、当該営業時間帯に監視対象とする監視項目の設定を対応付けて記憶する監視項目設定記憶手段をさらに備え、
前記監視項目選択手段は、前記監視項目設定記憶手段によって記憶された監視項目の設定の中から現営業時間に該当する監視項目を前記監視対象として選択し、
前記警告状態判定手段は、前記監視項目選択手段により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定することを特徴とする請求項１または２に記載の報知制御システム。
【請求項６】
複数の台間機に接続される管理装置を備え、
前記管理装置は、
前記監視項目選択手段により監視対象として選択された監視項目を複数の台間機に配信する監視項目配信手段をさらに備え、
前記複数の台間機は、
前記監視項目配信手段により配信された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定手段を備えた
ことを特徴とする請求項１〜５のいずれか一つに記載の報知制御システム。
【請求項７】
遊技機に併設される台間機の機器状態が警告状態にあるか否かを判定し、警告状態にあると判定した場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御方法であって、
複数の機器状態それぞれに対応した監視項目の中から監視対象とする監視項目を選択する監視項目選択工程と、
前記監視項目選択工程により監視対象として選択された監視項目に関する機器状態が警告状態にあるか否かを判定する警告状態判定工程と、
前記警告状態判定工程により警告状態にあると判定された場合に、当該台間機の機器状態が警告状態にある旨を報知するように制御する報知制御工程と
を含んだことを特徴とする報知制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００８−２９４５４（Ｐ２００８−２９４５４Ａ）
【公開日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願番号】特願２００６−２０４２４０（Ｐ２００６−２０４２４０）
【出願日】平成１８年７月２７日（２００６．７．２７）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２０年２月１４日（２００８．２．１４）
【国際特許分類】
【出願日】平成１８年７月２７日（２００６．７．２７）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]