(57)【特許請求の範囲】
【請求項１】
遊技台の間に配設され、受け付けた有価価値の大きさのうちの所定の大きさの有価価値を遊技媒体の貸出に使用するための貸出処理を行なう台間遊技媒体貸機において、
貨幣を受け付ける貨幣処理手段と、
遊技媒体の貸出に使用可能な有価価値を特定可能な記憶媒体の処理を行なう記憶媒体処理手段と、
受け付けた貨幣に相当する有価価値若しくは前記記憶媒体から特定可能な有価価値の大きさのうちの前記貸出処理に使用されていない残有価価値を記憶する残有価価値記憶手段と、
前記残有価価値記憶手段に記憶された前記残有価価値に基づいて遊技媒体の貸出処理を行なう貸出処理手段と、
管理装置と通信できる状態か否かを検知する通信可否検知手段と、
前記通信可否検知手段によって前記管理装置との通信不可状態であることが検知された場合に、該台間遊技媒体貸機を前記管理装置から切り離して当該台間遊技媒体貸機が遊技媒体貸出処理を実行する縮退モードへ移行させる制御手段と
を具備し、
前記制御手段は、前記縮退モードへ移行した際に前記記憶媒体を排出し、その後に通常モードよりも少なく制限された利用可能金種の貨幣を受け入れたならば遊技媒体貸出処理を行なう
ことを特徴とする台間遊技媒体貸機。
【請求項２】
前記制御手段は、前記縮退モードへ移行すると、受け入れた貨幣の金額に対応する数の遊技媒体を１回で貸し出す制御を行なう
請求項１記載の台間遊技媒体貸機。
【請求項３】
前記記憶媒体は、遊技店に会員登録された会員が保有する会員記憶媒体であることを特徴とする請求項１または２記載の台間遊技媒体貸機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技台の間に配設された複数台の台間遊技媒体貸機と管理装置とを島毎に配設された島コントローラを経由して通信線で接続し、管理装置は、島コントローラを介して台間遊技媒体貸機と通信を行うことにより台間遊技媒体貸機の処理データを管理するとともに、台間遊技媒体貸機は、島コントローラを介して管理装置と通信を行うことによりカード処理を実行する遊技システムにおいて、管理装置との間の通信に不都合が発生すると判別した場合に、台間遊技媒体貸機のみで遊技媒体貸出処理を行う縮退モードに移行する制御機能を有する台間遊技媒体貸機に関する。
【背景技術】
【０００２】
パチンコ、スロットマシン、パロットなどの遊技機による遊技サービスを提供する遊技店（パチンコ店）では、遊技機毎に１対１で対応させて台間遊技媒体貸機を設置し、該台間遊技媒体貸機が遊技客により挿入されたカード（プリペイドカード、あるいは会員カード）からカードＩＤを読み取って貸出操作に伴う貸出要求度数を上位装置である管理装置に通知し、管理装置では通知を受けたカードＩＤに対応して管理している有価価値（残度数）から当該貸出要求数分を減算処理した後、貸出許可を台間遊技媒体貸機に通知し、該通知を受けて台間遊技媒体貸機が遊技媒体（玉、メダル）を貸出す遊技システムが構築されている。
【０００３】
この種の遊技システムが設置される遊技店では、遊技客が台間遊技媒体貸機にカードを挿入して遊技を行った際の売上データ等のデータ（カードデータ）は、全て、管理装置が管理しているため、管理装置が故障した際に遊技店が営業停止に陥ることを防止すべく、管理装置を二重化して配置する対策が講じられている。
【０００４】
また最近、遊技媒体の貸出にカードなどの媒体を（実質的に）用いずに遊技媒体を貸出す遊技媒体貸出システムが提案されている。概略的には有価価値である現金（紙幣）を受入れた際に台間遊技媒体貸機単体でカードを発行（または発行した処理）し、カードＩＤと共に売上データを管理装置へ送信し、管理装置で売上として管理している。
【０００５】
この種の遊技システムでは、管理装置と台間遊技媒体貸機間の通信経路に障害が発生した場合も売上データの管理が行えなくなるが、この点の対策に関して、下記特許文献１には、管理装置と台間遊技媒体貸機との通信経路が通信異常状態となった場合、台間遊技媒体貸機が、売上累計値が予め設定されている貸出制限金額内で玉貸しを行う制御技術（段落００５８等）が開示されている。
【０００６】
また、この種の遊技システムでは、台間遊技媒体貸機の機能変更等のために、管理装置から台間遊技媒体貸機へのプログラムのダウンロードが適宜実施されるが、この場合、ダウンロードデータ（プログラムデータ）と台間遊技媒体貸機の売上データの両方を同一の通信ライン上で転送するのが一般的であった。
【特許文献１】特開２００５−２１５０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の遊技システムのうち、管理装置を二重化する構成では、一方の管理装置が故障した時の営業停止を免れることはできるが、例えば、ＨＵＢの故障等、ネットワークの異常に発生時には、営業の続行が不可能になるという問題点があった。
【０００８】
また、特許文献１記載の遊技媒体貸出システムでは、管理装置と台間遊技媒体貸機との通信経路が通信異常状態となった後の台間遊技媒体貸機において、貸出制限金額を超えて入金された場合、エラーダウン制御が行なわれることで、該通信異常状態での運用が一切不可能になる（遊技店の営業が維持できなくなる）という問題点があった。
【０００９】
また、管理装置から台間遊技媒体貸機へのプログラムのダウンロードに際して、プログラムデータと台間遊技媒体貸機の売上データの両方を同一の通信ライン上で転送する従来の方法では、プログラムダウンロード時の通信負荷が非常に高くなり、売上データの送信、ダウンロードデータの送信ともに時間がかかり、これを防ぐには、ダウンロードデータの送信中、売上データの送信を止める必要がある等、営業維持に支障を来たすという問題点があった。
【００１０】
本発明は上記問題点を解消し、管理装置との間で通信の不都合が発生するような状況下でも、遊技媒体貸出処理を完全に停止することなく遊技店の営業を維持できる台間遊技媒体貸機を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明は、遊技台の間に配設され、受け付けた有価価値の大きさのうちの所定の大きさの有価価値を遊技媒体の貸出に使用するための貸出処理を行なう台間遊技媒体貸機において、貨幣を受け付ける貨幣処理手段と、遊技媒体の貸出に使用可能な有価価値を特定可能な記憶媒体の処理を行なう記憶媒体処理手段と、受け付けた貨幣に相当する有価価値若しくは前記記憶媒体から特定可能な有価価値の大きさのうちの前記貸出処理に使用されていない残有価価値を記憶する残有価価値記憶手段と、前記残有価価値記憶手段に記憶された前記残有価価値に基づいて遊技媒体の貸出処理を行なう貸出処理手段と、前記管理装置と通信できる状態か否かを検知する通信可否検知手段と、前記通信可否検知手段によって前記管理装置との通信不可状態であることが検知された場合に、該台間遊技媒体貸機を前記管理装置から切り離して当該台間遊技媒体貸機が遊技媒体貸出処理を実行する縮退モードへ移行させる制御手段とを具備し、前記制御手段は、前記縮退モードへ移行した際に前記記憶媒体を排出し、その後に通常モードよりも少なく制限された利用可能金種の貨幣を受け入れたならば遊技媒体貸出処理を行なうことを特徴とする。
【００１３】
また、本発明は、上記の発明において、前記制御手段は、前記縮退モードへ移行すると、受け入れた貨幣の金額に対応する数の遊技媒体を１回で貸し出す制御を行なうことを特徴とする。
また、本発明は、上記の発明において、前記記憶媒体は、遊技店に会員登録された会員が保有する会員記憶媒体であることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、島コントローラは、管理装置との間の通信及び台間遊技媒体貸機との間の通信を監視し、該監視結果に基づき管理装置と台間遊技媒体貸機との間の通信に不都合が発生すると判別した場合は、台間遊技媒体貸機を管理装置から切り離して該台間遊技媒体貸機のみで遊技媒体貸出処理を実行する縮退モードへ移行させる制御機能を有するため、台間遊技媒体貸機は、管理装置との間の通信障害発生時やプログラムダウンロード時等、通信に不都合が生じる状況下においても、縮退モードに移行させて該台間遊技媒体貸機のみで遊技媒体貸出処理を行うことで、遊技店の営業を維持できる。  
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
【００１６】
図１は、本発明に係わる遊技システムの全体構成を示すブロック図である。
【００１７】
図１において、この遊技システムは、遊技店のホール内の「島」と呼ばれるグループ毎に設置される複数の遊技機〔パチンコ台やスロットマシン等〕１０と、該各遊技機１０に対して１対１で設置され、遊技用記録媒体として用いるカード（プリペイドカード、会員カード）または貨幣を受け入れて遊技媒体であるパチンコ玉あるいはメダルの貸出処理を実施する台間処理ユニット（特許請求の範囲における台間遊技媒体貸機）２０と、上記「島」毎に設置され、後述する管理装置６０との間におけるデータの中継伝送等の処理を行う島コントローラ３０と、上記各「島」に対応して設置されてデビットカード（銀行のキャッシュカード）を受け入れてプリペイドカードの発行あるいは会員カードへの有価価値の価値付けを行うデビット券売機４０と、上記各「島」に対応して設置されてプリペイドカードあるいは会員カードに対応する残度数を金額に換算して該金額分の現金（紙幣）を精算金として払出す精算機５０と、遊技システムを統括制御する管理装置６０とをローカル・エリア・ネットワーク（ＬＡＮ）７０を介して接続して構成される。
【００１８】
また、この遊技システムにおいて、管理装置６０は、遊技店に上記プリペイドカード、会員カードを供給してその運用状況を管理するカードセンタ８３と公衆網８０を介して接続されるとともに、デビット券売機４０は、該デビット券売機４０でデビットカードを利用してカードに価値付けする際のデビット決済処理を行うデビット決済センタ８５と接続（公衆網８０を介して接続しても良い）されている。これにより、デビット券売機４０でのデビットに関係する情報はデビット決済センタ８５へ、遊技店に関する情報（カード売上情報等）は管理装置６０へ送信されるようになっている。
【００１９】
この遊技システムでは、遊技用記録媒体としてプリペイドカードと会員カードが用いられ、台間処理ユニット２０、デビット券売機４０及び精算機５０の各装置は、プリペイドカード、会員カードを受け入れてこれらカードに対する有価価値の価値付け、有価価値の更新（加算、減算）、有価価値精算等の処理を管理装置５０と協働して行う。
【００２０】
管理装置６０は、遊技システム全体を制御統括するコントローラ（ターミナル・コントローラ：以下、Ｔ／Ｃ）であり、例えば、図２に示すように、制御部であるＣＰＵ６１、ハードディスクなどの記憶装置６２、動作プログラム等を記憶するメモリ６３、マウスやキーボード等の入力装置６４、ＣＲＴ等の表示装置６５、ＬＡＮ７０を介してカード処理ユニット２０，島コントローラ３０，デビット券売機４０及び精算機５０等の下位装置との通信を行う通信インタフェース（Ｉ／Ｆ）部６６、公衆網８０を介してカードセンタ８３の処理端末や、デビット決済センタ８５の処理端末と接続する外部インタフェース（Ｉ／Ｆ）部６７、台間処理ユニット２０にダウンロードするためのプログラムをＣＤ（コンパクト・ディスク）等の外部メディア９１からインストールする外部メディア入力部６８、装置の動作用電源を供給する電源部６９を備えたＰＣ（パーソナル・コンピュータ）等の情報処理端末により構成される。
【００２１】
Ｔ／Ｃ６０において、メモリ６３には、有価価値管理テーブルとして、図３（ａ）に示すプリペイドカード管理テーブル６３１、図３（ｂ）に示す会員管理テーブル６３２が設けられ、これら各テーブルを用いてプリペイドカード情報、会員情報が別々に管理される。
【００２２】
図３（ａ）に示すように、プリペイドカード管理テーブル６３１には、プリペイドカードのカードＩＤ毎に、発行日、発行金額、残度数、再発行回数、追加入金額、デビット入金などの各種データが記憶されている。
【００２３】
また、会員管理テーブル６３２には、図３（ｂ）に示すように、会員カードのカードＩＤ（会員コード）別に、貯玉数、残度数、来店回数、来店ポイント、入会日、住所、氏名、電話番号および追加入金額、デビット入金などの各種データが記憶されている。
【００２４】
制御部６１には、下位装置である台間処理ユニット２０，デビット券売機４０及び精算機５０等の各装置と通信して、該各装置が受け入れているカードのカードＩＤに対応するプリペイドカード管理テーブル６３１、会員管理テーブル６３２上の有価価値（残度数）の加算あるいは減算等の処理を行う処理データ管理機能の他、下位装置である島コントローラ３０との間の通信状態、あるいは上位装置であるカードセンタ８３の処理端末との間の通信状態を監視する状態監視部６１１、外部メディア入力部６８を介して外部メディア９１からインストールしたプログラムを島コントローラ３０を介して台間処理ユニット２０にダウンロードする際に、遊技店内の全ての台間処理ユニット２０に縮退モードへ移行することを指示する縮退命令を一斉送出する制御を行う縮退制御部６１２が備わる。
【００２５】
図４は、台間処理ユニット２０の機能構成を示すブロック図である。
【００２６】
この台間処理ユニット２０は、後で図５を参照して詳述するように、通常時（通常モード時）、例えば、デビット券売機４０により発行されたプリペイドカード、あるいは、価値付けされた会員カードをカード処理部２２に受け入れて、該カードに対応する有価価値に基づく遊技機１０への遊技媒体（玉またはメダル）の貸出し処理、紙幣処理部２３、硬貨処理部２４にそれぞれ紙幣、硬貨（貨幣）を受け入れて該貨幣価値に相当する有価価値を受入中のカードに価値付けする処理、カードスタック部２２１にプリペイドカードを収容しておき、上記の如く貨幣を受け入れて該貨幣価値に相当する有価価値を価値付けたプリペイドカードをカードスタック部２２１から排出する処理等をＴ／Ｃ６０と協働して実施する。
【００２７】
また、貨幣受入後の処理として、カードをカードスタック部２２１からわざわざ排出することはせず、仮ＩＤを付与してＴ／Ｃ６０で管理するようにし、遊技後の残額返却時にカードをはじめて排出するようにしても良い。
【００２８】
なお、この遊技システムにおいて、台間処理ユニット２０等で用いる上記カードは、例えば、デビット発券機４０で発行することができる。
【００２９】
デビット券売機４０は、デビットカードと会員カードをそれぞれ受け入れるデビットカード処理部と会員カード処理部、及び所定枚数のプリペイドカードを収容するカードスタック部を有するプリペイドカード処理部、金額ボタンや各種操作指示ボタン等を有する操作部等を具備して成り、遊技客から、デビットカード処理部にデビットカードを受け入れ、公衆網８０を通じたデビット決済センタ８５とのデビット決済の完了後、管理装置６０と通信して、プリペイドカード管理テーブル６３１〔図３（ａ）参照〕上の上記カードスタック部に収容されている１枚目のカードのカードＩＤに対応して該デビット決済金額分の有価価値（残度数）を加算したうえで、カードスタック部から１枚目のプリペイドカードを発行する。
【００３０】
また、予め会員カード処理部に会員カードを挿入し、上記デビット決済の完了後、管理装置６０と通信して、会員管理テーブル６３２〔図３（ｂ）参照〕上の当該会員カードのカードＩＤに対応して該デビット決済金額分の有価価値（残度数）を加算したうえで、会員カード処理部から会員カードを排出する。
【００３１】
また、精算機５０は、遊技終了時に有価価値が残っているプリペイドカードあるいは会員カードを受け入れてＴ／Ｃ６０と通信し、該カードのカードＩＤに対応してプリペイドカード管理テーブル６３１、あるいは会員管理テーブル６３２に管理されている有価価値分の現金（紙幣）を排出する精算処理を行う。
【００３２】
ここで、Ｔ／Ｃ６０（図２参照）が下位装置の１つである各台間処理ユニット２０（図４参照）との間で島コントローラ３０を介して行う通常モードでの協働処理動作について図５を参照して説明する。
【００３３】
図５において、台間処理ユニット２０は、同図のＣ１０にその処理の流れを示すように、プリペイドカード（または、会員カード）をカード処理部２２に受け入れて、Ｔ／Ｃ６０のプリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）に該プリペイドカード（同、会員カード）のカードＩＤに対応して管理されている有価価値（残度数）に基づく遊技媒体貸出処理を行う。
【００３４】
この貸出処理において、台間処理ユニット２０は、遊技客によってプリペイドカード（または、会員カード）がカード処理部２２に挿入されると、該カード処理部２２は挿入されたプリペイドカード（同、会員カード）からカードＩＤを読取り、通信インタフェース（Ｉ／Ｆ）部２７ａを通じてＴ／Ｃ６０に送出する。
【００３５】
Ｔ／Ｃ６０では、台間処理ユニット２０から通信Ｉ／Ｆ部６６を通じて上記カードＩＤを受信すると、プリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）から当該プリペイドカード（同、会員カード）のカードＩＤに対応する残度数を読み出して台間処理ユニット２０に送信する。
【００３６】
台間処理ユニット２０は、Ｔ／Ｃ６０から送出された残度数を受信して表示部２１に表示する。
【００３７】
その後、遊技客が操作部２５に設けられた「貸出」ボタンを押下する貸出操作を行うと、台間処理ユニット２０は、予め設定された１回分貸出度数分の貸出要求をカードＩＤと共にＴ／Ｃ６０に送出する。
【００３８】
Ｔ／Ｃ６０は、台間処理ユニット２０から上記貸出要求を受信すると、プリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）における当該カードＩＤに対応する残度数をチェックし、貸出要求度数が該残度数の範囲内であれば貸出許可を台間処理ユニット２０に通知する。
【００３９】
この貸出許可の通知に先立ち、Ｔ／Ｃ６０は、プリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）における当該カードＩＤに対応する残度数から該貸出許可する分の度数を減算してその値を更新する（有価価値処理）。
【００４０】
一方、台間処理ユニット２０は、Ｔ／Ｃ６０から貸出許可を通知されると、遊技媒体投出機構（図４に例示するように、パチンコ機１０にあっては玉投出機構１５０）を駆動して１回分貸出度数分の遊技媒体（玉）を遊技機１０に対して投出する貸出処理を行う。
【００４１】
また、この台間処理ユニット２０では、図５のＣ２０にその処理の流れを示すように、会員カードをカード処理部２２に受け入れて、Ｔ／Ｃ６０の会員カード管理テーブル６３２に該会員カードのカードＩＤに対応して管理されている貯玉数に対応する有価価値を用いた再プレイ遊技媒体貸出処理を行う。
【００４２】
この処理において、台間処理ユニット２０は、会員カードの挿入受付後、操作部２５で「再プレイ」ボタンが押下されると、カード処理部２２により当該会員カードから読取ったカードＩＤと共に貯玉引落要求をＴ／Ｃ６０に送出する。
【００４３】
Ｔ／Ｃ６０は、台間処理ユニット２０から上記貯玉引落要求を受信すると、会員管理テーブル６３２における当該カードＩＤに対応する貯玉数を読み出して該貯玉数に対応する残度数を台間処理ユニット２０に送信する。
【００４４】
台間処理ユニット２０は、Ｔ／Ｃ６０から上記残度数を受信するとその値を表示部２１に表示させる。
【００４５】
その後、遊技客が、台間処理ユニット２０で遊技媒体の貸出し操作を行うと、台間処理ユニット２０は、予め設定された１回分貸出度数分の度数に相当する貯玉引落要求数を含む貯玉引落要求をカードＩＤと共にＴ／Ｃ６０に送出する。
【００４６】
Ｔ／Ｃ６０は、貯玉引落要求を受信すると、会員管理テーブル６３２における当該カードＩＤに対応する貯玉数をチェックし、貯玉引落要求数が該貯玉数の範囲内であれば貸出許可を台間処理ユニット２０に通知する。
【００４７】
台間処理ユニット２０は、Ｔ／Ｃ６０から貸出許可を通知されると、玉投出機構１５０を駆動して１回分貸出度数分の遊技媒体（玉）を遊技機（パチンコ機）１０に対して投出する貸出処理を行う。
【００４８】
一方、Ｔ／Ｃ６０では、貸出許可を送出した後、会員管理テーブル６３２における当該カードＩＤに対応する貯玉数から貸出許可した分の度数に相当する貯玉数を減算してその値を更新する。
【００４９】
また、この台間処理ユニット２０では、図５のＣ３０にその処理の流れを示すように、プリペイドカード（または、会員カード）をカード処理部２２に受け入れている時に、紙幣処理部２３に対する例えば４種類（１０，０００円、５，０００円、２，０００円、１，０００円）の紙幣の投入、あるいは、貨幣処理部２４に対する２種類の硬貨（５００円、１００円）の投入（投入された紙幣、硬貨は、それぞれ、紙幣収容部２３１、硬貨収容部２３１に各金種別に収容される）を受け入れて、Ｔ／Ｃ６０のプリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）における当該プリペイドカード（同、会員カード）のカードＩＤに対応する有価価値への該投入貨幣の貨幣価値に相当する有価価値の追加価値付け処理並びに該追加価値付け後の有価価値に基づく遊技媒体貸出処理を行う。
【００５０】
この処理において、台間処理ユニット２０は、遊技客により現金（例えば、紙幣）が紙幣処理部２３に投入されると、該紙幣処理部２３で投入紙幣の金額を認識してその金額情報を価値付け要求と共にＴ／Ｃ６０に送信する。
【００５１】
一方、Ｔ／Ｃ６０は、台間処理ユニット２０から上記投入金額情報を受信すると、該金額分の度数を当該プリペイドカード（または、会員カード）のカードＩＤに対応してプリペイドカード管理テーブル６３１（同、会員管理テーブル６３２）で管理されている残度数に加算する。
【００５２】
また、この台間処理ユニット２０では、図５のＣ４０にその処理の流れを示すように、プリペイドカード（または、会員カード）をカード処理部２２に未投入の状態で、紙幣処理部２３に対する例えば４種類の紙幣の投入、あるいは、貨幣処理部２４に対する２種類の硬貨の投入を受け入れて、該投入貨幣の貨幣価値に相当する有価価値の範囲内での遊技媒体貸出処理、並びに残った有価価値を価値付けたプリペイドカードの発行処理を行う。
【００５３】
この処理を行うために、台間処理ユニット２０は、価値付けがなされていない所定枚数のプリペイドカードをカードスタック部２２１に予め収容している。
【００５４】
このカードスタック部２２１へのカード収容枚数は、例えば、閉店時間内に、係員によって、規定の枚数（例えば、１０枚）に調整される。その際、台間処理ユニット２０の記憶部２６には、カードスタック枚数として上記規定枚数の値が書き込まれると共に、該カードスタック枚数がＴ／Ｃ６０に通知されて当該台間処理ユニット２０に対応する台情報管理テーブル（図示せず）のカードスタック枚数の欄に書き込まれる。
【００５５】
この価値付けされていない規定枚数のプリペイドカードを事前に収容している台間処理ユニット２０は、開店後、遊技システムの運用中に、事前にプリペイドカードが挿入ないままに遊技客から現金の投入を受付けると、収容しているプリペイドカードの中から１枚のプリペイドカードを引き出して、該カードからカードＩＤを読み出し、該カードＩＤと投入金額情報をＴ／Ｃ６０に送出する。
【００５６】
Ｔ／Ｃ６０では、台間処理ユニット２０からカードＩＤと投入金額情報を受信すると、プリペイドカード管理テーブル６３１の当該カードＩＤに対応する残度数の欄に当該投入金額に対応する度数を書込む（加算する）。
【００５７】
その後、Ｔ／Ｃ６０は、遊技客が台間処理ユニット２０にプリペイドカードを挿入して遊技を行う場合と同様に、遊技媒体の貸出しがなされる毎に該貸し出した分の度数を当該カードＩＤに対応する度数から減算して更新する処理を実施する。
【００５８】
その後、残度数が残っている状態で、遊技客によって返却ボタン（操作部２５に設けられる）が押下されると、台間処理ユニット２０は、該プリペイドカードをカードスタック部２２１から排出（発行）する。
【００５９】
上記以外に、貨幣受入後の処理として、カードをカードスタック部２２１からわざわざ排出することはせず、仮ＩＤを付与してＴ／Ｃ６０で管理するようにし、遊技後の残額返却時にカードをはじめて排出するようにしても良い。
【００６０】
更に、Ｔ／Ｃ６０は、図５に示すＣ１０〜Ｃ４０の処理に合わせて、各台間処理ユニット２０のカード入金・売上情報（台間入金額、台間入金回数、台間入金分売上額、デビット発行分売上額、合計売上額、台間入金分売上回数、デビット発行分売上回数、カード売上回数等）等の処理データを島コントローラ３０を通じて収集し、例えば、メモリ６３内に各台間処理ユニット２０に対応して設けられる台情報管理テーブル（図示せず）で蓄積、管理している。
【００６１】
このように、本発明の遊技システムでは、遊技機１０の間に配設された複数台の台間処理ユニット２０とＴ／Ｃ６０とを島毎に配設された島コントローラ３０を経由して通信線（ＬＡＮ７０）で接続し、通常時（通常モード時）、Ｔ／Ｃ６０は、島コントローラ３０を介して台間処理ユニット２０と通信を行うことにより台間処理ユニット２０の処理データを管理するとともに、台間処理ユニット２０は、島コントローラ３０を介してＴ／Ｃ６０と通信を行うことによりカード処理を実行する。
【００６２】
この通常モードでの運用中、例えば、Ｔ／Ｃ６０や島コントローラ３０が故障したり、Ｔ／Ｃ６０と島コントローラ３０間、あるいは、島コントローラ３０と台間処理ユニット２０の通信ラインが遮断される等の事態が発生すると、台間処理ユニット２０は、Ｔ／Ｃ６０と通信できなくなり、受入れ中のカードのカードＩＤに対応してＴ／Ｃ６０の有価価値管理テーブル（図３参照）で管理される有価価値の情報更新等の処理が実行不能に陥り、図５に示すような通常のカード処理が行えなくなる。
【００６３】
かかる事態の発生に配慮して、本発明の遊技システムでは、Ｔ／Ｃ６０と台間処理ユニット２０間の通信状態を監視する通信状態監視機能と、該通信状態の監視結果に基づき、Ｔ／Ｃ６０と台間処理ユニット２０との間の通信に不都合が発生すると判別した場合は、台間処理ユニット２０をＴ／Ｃ６０との協働処理から切り離して該台間処理ユニット２０のみで遊技媒体貸出処理を実行する縮退モードへ移行させる制御を行う縮退制御機能とを備えている。
【００６４】
図６は、本発明に係わる遊技システムの通信状態監視機能及び縮退制御機能に着目したＴ／Ｃ６０、島コントローラ３０及び台間処理ユニット２０間の接続構成を示すブロック図である。
【００６５】
図６において、Ｔ／Ｃ６０の制御部６１には、上記通信状態監視機能及び縮退制御機能に係わる構成として、それぞれ、状態監視部６１１及び縮退制御部６１２が設けられる。
【００６６】
また、台間処理ユニット２０の制御部２９には、上記通信状態監視機能及び縮退制御機能に係わる構成として、それぞれ、状態監視部２９１及び縮退制御部２９２が設けられる。
【００６７】
また、図６において、島コントローラ３０は、Ｔ／Ｃ６０と台間処理ユニット２０との間のデータの中継処理（プロトコル変換）を行う通信インタフェース（Ｉ／Ｆ）部３１、動作プログラムや各種データを記憶する記憶部３２、装置に動作電源を供給する電源部３３、装置全体の制御を行う制御部３４を具備して構成される。
【００６８】
制御部３４には、本発明に係わる通信状態監視機能及び縮退制御機能に対応する機能ブロックとして、それぞれ、状態監視部３４１及び縮退制御部３４２が設けられる。
【００６９】
かかる接続構成を念頭において、以下、これらＴ／Ｃ６０、島コントローラ３０及び台間処理ユニット３０の三者協働による台間処理ユニット２０を対象とした縮退動作モードへの移行並びに復旧制御について各実施例毎に説明する。
【００７０】
実施例１：
実施例１に係わる遊技システムでは、図６に示した接続構成中、島コントローラ３０の状態監視部３４１は、通信Ｉ／Ｆ部３１を通じて行われるＴ／Ｃ６０との間の通信状態、及び配下の各台間処理ユニット２０との間の通信状態を監視する機能を備えて構成される。
【００７１】
また、この島コントローラ３０の縮退制御部３４２は、状態監視部３４１による通信状態の監視結果に基づきＴ／Ｃ６０と配下の台間処理ユニット２０との間の通信に不都合が発生すると判別した場合は、台間処理ユニット２０をＴ／Ｃ６０との協働処理から切り離して該台間処理ユニット２０のみで遊技媒体貸出処理を実行する縮退モードへ移行させる制御機能を備えて構成される。
【００７２】
この縮退モードへの移行制御は、具体的には、上記縮退モードに移行することを指示する縮退命令を台間処理ユニット２０に送出する制御である。
【００７３】
また、図６に示した接続構成中、台間処理ユニット２０の状態監視部２９１は、通信Ｉ／Ｆ部２７ａを通じて行われる島コントローラ３０との間の通信状態、具体的には、該島コントローラ３０との間で定期的に通信される電文（例えば、図７におけるＴ／Ｃ状態通知Ｄ２２）が途絶えたか否かを監視する機能を備えて構成される。
【００７４】
また、この台間処理ユニット２０の縮退制御部２９２は、状態監視部２９１により島コントローラ３０との間で定期的に通信される電文が途絶えたことが検出されると、当該台間処理ユニット２０のみで遊技媒体貸出処理を実行する縮退モードへ自律的に移行させる制御機能を備えて構成される。
【００７５】
また、この台間処理ユニット２０の縮退制御部２９２は、島コントローラ３０の縮退制御部３４２から上記縮退命令を受信することにより、自装置を上記縮退モードに移行させる制御機能も有する。
【００７６】
図７は、実施例１に係わる遊技システムの縮退動作移行制御に係わるＴ／Ｃ６０、島コントローラ３０及び台間処理ユニット３０間の制御シーケンスを示す図である。
【００７７】
なお、図７では、便宜的に、島コントローラ３０、台間処理ユニット２０を各々１台しか図示していないが、実際には、遊技店内の全ての島の島コントローラ３０、及び該各島コントローラ３０配下の全ての台間処理ユニット２０が当該制御シーケンスに基づく縮退動作移行制御の対象とされる。
【００７８】
図７において、Ｔ／Ｃ６０、島コントローラ３０及び台間処理ユニット２０は、それぞれ、自装置から見た上位装置と下位装置とに監視信号（監視用電文）を送信し（但し、台間処理ユニット２０では、上位装置に対してのみ送信）、該監視信号に対して相手装置から送出される応答信号（応答用電文）を受信する通信動作を行いながら、自装置から見た上位装置との間及び下位装置との間の通信状態を互いに監視している。
【００７９】
具体的に、例えば、島コントローラ３０は、上位装置であるＴ／Ｃ６０との間の通信状態を監視するために、Ｔ／Ｃ６０に対して、定期的に、稼動状態通知Ｄ２１を送出する（ステップＳ３０１）。
【００８０】
また、Ｔ／Ｃ６０は、下位装置である島コントローラ３０との間の通信状態を監視するために、該島コントローラ３０によって送出される稼動状態通知Ｄ２１の受信状態を監視し（ステップＳ６０１）、該稼動状態通知Ｄ２１が正常受信されている場合（ステップＳ６０１ＹＥＳ）、該稼動状態通知Ｄ２１に対する応答信号である稼動状態通知応答Ｄ１１を島コントローラ３０に送出する（ステップＳ６０２）。
【００８１】
この稼動状態通知応答Ｄ１１には、当該島コントローラ３０の配下の台間処理ユニット２０の稼動に関する情報（各島毎に何台の台間処理ユニット２０があり、そのうちの何台が稼動中で、何台がオフライン中かといった情報）が付加されている。
【００８２】
一方、島コントローラ３０は、Ｔ／Ｃ６０から送出される上記稼動状態通知応答Ｄ１１の受信状態を監視し（ステップＳ３０２）、該稼動状態通知応答Ｄ１１が正常受信されている場合（ステップＳ３０２ＹＥＳ）、該稼動状態通知応答Ｄ１１に対する監視信号である上記稼動状態通知Ｄ２１を島コントローラ３０に送出する（ステップＳ３０１）。
【００８３】
ここで、島コントローラ３０は、Ｔ／Ｃ６０から送出される稼動状態通知応答Ｄ１１を受信した場合、該稼動状態通知応答Ｄ１１に含まれる情報をもとに、Ｔ／Ｃ６０が稼動中か非稼動かに関するＴ／Ｃ動作状況、及び、閉店中か営業中かに関するＴ／Ｃ運用モードを認識する。
【００８４】
そして、該認識結果（Ｔ／Ｃの動作状況及び運用モード）を含むＴ／Ｃ状態通知Ｄ２２を、配下の台間処理ユニット２０との間の通信状態の監視信号として当該台間処理ユニット２０に送信する（ステップＳ３０３）。
【００８５】
一方、台間処理ユニット２０は、通常モードでの動作中（ステップＳ２０１）、上位装置である島コントローラ３０から送出される上記Ｔ／Ｃ状態通知Ｄ２２の受信状態を監視し（ステップＳ２０２）、該Ｔ／Ｃ状態通知Ｄ２２が正常受信されている場合（ステップＳ２０２ＹＥＳ）、その応答信号として、自装置の稼動状態を示す各種情報を含む台稼動状態通知Ｄ３１を島コントローラ３０に送出する（ステップＳ２０３）。
【００８６】
この図７における制御シーケンスに基づく、例えば、Ｔ／Ｃ６０と島コントローラ３０間における監視用電文及び応答用電文の送受信動作中、Ｔ／Ｃ６０において、島コントローラ３０からの稼動状態通知Ｄ２１が受信されなかったことが状態監視部６１１で検出された場合（ステップＳ６０１ＮＯ）、制御部６１は、下位装置との間の通信が異常であると判別し、その旨を上記装置であるカードセンタ８３に通知する等、下位異常処理（ステップＳ６０３）を行う。
【００８７】
一方、島コントローラ３０において、Ｔ／Ｃ６０からの稼動状態通知応答Ｄ１１が受信されなかったことが状態監視部３４１で検出された場合（ステップＳ３０２ＮＯ）、縮退制御部３４２は、上位装置との間の通信に不都合が発生したと判別し、配下の台間処理ユニット２０に対して縮退モードへ移行することを指示する縮退命令を一斉送出する（ステップＳ３０６）。
【００８８】
これに対し、台間処理ユニット２０は、島コントローラ３０から上記縮退命令を受信すると（ステップＳ２０４）、縮退制御部２９２が、自装置を縮退モードに移行させる制御を行う（ステップＳ２０５）。
【００８９】
以後、縮退制御部２９２は、Ｔ／Ｃ６０との間の有価価値処理（図５参照）に依存せず（Ｔ／Ｃ６０との協働処理から自装置を切り離し）、かつ、通常モードの時よりも制限された縮退動作条件に従って遊技可能処理を行うように自装置の動作を制御する。
【００９０】
具体的には、台間処理ユニット２０の紙幣処理部２３に受け入れる紙幣の金種を、通常モードでは４種類の紙幣だったものを、特定の一種類の金種の紙幣（例えば、千円札）に制限し、かつ、遊技媒体投出機構（パチンコ機では、玉投出機構１５０）により、該投入紙幣の金額分に相当する数の遊技媒体（同、玉）を一括して（一発で）対応する遊技機１０に対して貸出す処理を行う。
【００９１】
この縮退モードにおける貸出処理については、図１３を参照して後で詳述するものとし、ここでの説明は割愛する。
【００９２】
なお、縮退モードにおいて、台間処理ユニット２０では、例えば、状態表示ランプ２１１を構成する各ランプ２１２（図１４参照）を消灯状態から縮退モードであることを示す点灯状態に駆動制御する。
【００９３】
また、図７における制御シーケンスに基づく、例えば、島コントローラ３０と台間処理ユニット２０間における監視用電文及び応答用電文の送受信動作中、島コントローラ３０において、台間処理ユニット２０からの台稼動状態通知Ｄ３１が受信されなかったことが状態監視部３４１で検出された場合（ステップＳ３０４ＮＯ）、制御部６１は、下位装置との間の通信が異常であると判別し、その旨を上記装置であるＴ／Ｃ６０に通知する等、下位異常処理（ステップＳ３０５）を行う。
【００９４】
一方、台間処理ユニット２０において、島コントローラ３０からのＴ／Ｃ状態通知Ｄ２２が受信されなかったことが状態監視部２９１で検出された場合（ステップＳ２０２ＮＯ）、縮退制御部２９２は、上位装置との間の通信に不都合が発生したと判別し、自律的に、自装置を縮退モードに設定する制御を行う（ステップＳ２０５）。
【００９５】
この縮退モードにおいて、縮退制御部２９２は、島コントローラ３０から縮退命令を受信した場合（ステップＳ２０４）と同様、状態表示ランプ２１１の各ランプ２１２を縮退モードであることを示す状態に点灯駆動すると共に、千円札のみを紙幣処理部２３に受け入れ、千円分に相当する数の遊技媒体を玉投出機構１５０から一発で遊技機１０（但し、パチンコ機の場合）に貸出す処理を行う。
【００９６】
次に、図７に示す制御シーケンスに基づく縮退モードへの移行制御、及び、該縮退モードからの復旧制御（図７には示さず）について、図８乃至図１２に示す概念図を参照してより分かり易く説明する。
【００９７】
図８は、実施例１に係わる遊技システムの通常モードにおけるＴ／Ｃ６０、島コントローラ３０及び台間処理ユニット２０間の通信状態監視手順を示す概念図である。
【００９８】
図８において、島コントローラ３０は、定期通信でＴ／Ｃ６０の状態監視を行うために稼動状態通知Ｄ２１をＴ／Ｃ６０に送信する。
【００９９】
また、島コントローラ３０は、上記稼動状態通知Ｄ２１に対してＴ／Ｃ６０から応答送出される稼動状態応答通知Ｄ１１を受信し、該Ｔ／Ｃ６０の動作状況（稼動、非稼動）、運用モード（閉店中、営業中等）を認識する。
【０１００】
また、島コントローラ３０は、上記稼動状態応答通知Ｄ１１から認識したＴ／Ｃ６０の状態（Ｔ／Ｃ動作状態及び運用モード）をＴ／Ｃ状態通知Ｄ２２を用いて配下の台間処理ユニット２０に通知する。
【０１０１】
かかる状況下において、島コントローラ３０は、状態監視部３４１でＴ／Ｃ６０からの稼動状態応答通知Ｄ１１の受信が確認されている場合、制御部３４は、Ｔ／Ｃ６０が正常に動作中であると判別し、上述した通常モードで自装置を動作させる。これにより、各台間処理ユニット２０は、図５に示す流れに従ってＴ／Ｃ６０との間で処理データを送受し合いながらカード処理を行う。
【０１０２】
図９は、図８に示す通信状態監視動作中、Ｔ／Ｃ６０が故障したり、あるいはＴ／Ｃ６０と島コントローラ３０間の通信ラインの切断等により通信が遮断した場合（図９に×印で示す）の縮退動作移行手順を示す概念図である。
【０１０３】
図９に示すように、通信状態監視中にＴ／Ｃ６０の故障、あるいはＴ／Ｃ６０と島コントローラ３０間の通信遮断が発生した場合、Ｔ／Ｃ６０からの稼動状態通知応答Ｄ１１を島コントローラ３０が受信できなくなる（図９に×印で示す）。
【０１０４】
この場合、島コントローラ３０では、状態監視部３４１がＴ／Ｃ６０からの稼動状態通知応答Ｄ１１が受信されなことを検出し、縮退制御部３４２は、該状態監視部３４１の検出結果に基づき、Ｔ／Ｃ６０が非稼動であると認識することにより通信の不都合が発生したものと判別し、配下の台間処理ユニット２０に対して縮退モードへの移行を指示する縮退命令Ｄ２３を通知する。
【０１０５】
台間処理ユニット２０は、島コントローラ３０から上記縮退命令の通知を受けると、縮退制御部２９２が、自装置を縮退モードに移行させ、状態表示ランプ２１１の各ランプ２１２を縮退モードであることを示す状態に点灯駆動すると共に、千円札を受け入れて千円分の遊技媒体を一発で遊技機１０に貸出す縮退貸出処理を行うように制御する。
【０１０６】
図１０は、図８に示す通信状態監視動作中、島コントローラ３０が故障した場合、あるいは島コントローラ３０と配下の台間処理ユニット２０間の通信ラインの切断等により通信が遮断した場合（図１０に×印で示す）の縮退動作移行手順を示す概念図である。
【０１０７】
図１０に示すように、通信状態監視中に島コントローラ３０の故障、あるいは島コントローラ３０と台間処理ユニット２０間の通信遮断が発生した場合（図１０に×印で示す）、Ｔ／Ｃ６０では、島コントローラ３０からの稼動状態通知Ｄ２１を受信できなくなる（図１０において×印で示す）一方、配下の台間処理ユニット２０では、島コントローラ３０からのＴ／Ｃ状態通知Ｄ２２を受信できなくなる（図１０に×印で示す）。
【０１０８】
この場合、台間処理ユニット２０では、状態監視部２９１が島コントローラ３０からのＴ／Ｃ状態通知Ｄ２２が受信されなことを検出し、縮退制御部２９２は、該状態監視部２９１の検出結果に基づき、島コントローラ３０が非稼動であると認識することにより通信の不都合が発生したものと判別する。
【０１０９】
以後、縮退制御部２９２は、自装置を自律的に縮退モードに移行させ、状態表示ランプ２１１の各ランプ２１２を縮退モードであることを示す状態に点灯駆動すると共に、千円札を受け入れて千円分の遊技媒体を一発で遊技機１０に貸出す縮退貸出処理を行うように制御する。
【０１１０】
図１１は、図９における手順により移行した縮退動作モードから通常モードへの復旧手順を示す概念図である。
【０１１１】
図１１において、島コントローラ３０は、Ｔ／Ｃ６０の故障、あるいはＴ／Ｃ６０と島コントローラ３０間の通信遮断が発生し、Ｔ／Ｃ６０からの稼動状態通知応答Ｄ１１を受信できなくなった後も（図９に、それぞれ、×印で示す）、Ｔ／Ｃ６０へ稼動状態通知Ｄ２１を送出する動作を継続している。
【０１１２】
このように、縮退モード期間中も島コントローラ３０からの稼動状態通知Ｄ２１の送出を続行している間に、Ｔ／Ｃ６０が故障から復旧した場合、あるいはＴ／Ｃ６０と島コントローラ３０間の通信ライン遮断が復旧した場合には、Ｔ／Ｃ６０は、島コントローラ３０から定期送信されてくる上記稼動状態通知Ｄ２１に対して該島コントローラ３０に対して稼動状態通知応答Ｄ１１を応答送出可能な動作状態に転じる（図１１における×印から○印への遷移）。
【０１１３】
この場合、島コントローラ３０では、状態監視部３４１がＴ／Ｃ６０からの稼動状態通知応答Ｄ１１が受信不能であった状態から受信可能な状態に転じたことを検出し、縮退制御部３４２は、該状態監視部３４１の検出結果に基づき、Ｔ／Ｃ６０が稼動に復旧したこと認識することにより通信の不都合が解消されたものと判別し、配下の台間処理ユニット２０に対して通常モードへの移行（縮退モードの解除）を指示する通常モード移行命令Ｄ２４を通知する。
【０１１４】
台間処理ユニット２０は、島コントローラ３０から上記通常モード移行命令の通知を受けると、制御部２９は、自装置をそれまでの縮退モードから通常モードに戻し、状態表示ランプ２１１の各ランプ２１２を通常モードであることを示す状態に消灯すると共に、カードを受け入れ、かつ、４金種の紙幣の受入れも許容したうえで、図５に示すように、Ｔ／Ｃ６０と協働したカード処理を実行する。
【０１１５】
図１２は、図１０における手順により移行した縮退動作モードから通常モードへの復旧手順を示す概念図である。
【０１１６】
図１２において、島コントローラ３０の故障、あるいは島コントローラ３０と台間処理ユニット２０間の通信遮断が発生し（図１２にそれぞれ×印で示す）、島コントローラ３０からの稼動状態通知Ｄ２１、Ｔ／Ｃ状態通知Ｄ２２をＴ／Ｃ６０と台間処理ユニット２０がそれぞれ受信できなくなった後も（図１０において、それぞれ、×印で示す）、Ｔ／Ｃ６０では稼動状態通知応答Ｄ１１を、台間処理ユニット２０では台稼動状態通知Ｄ３１を、それぞれ、島コントローラ３０に対して定期的に送出する処理を続行する。
【０１１７】
この間、島コントローラ３０が故障から復旧した場合、あるいは島コントローラ３０と配下の台間処理ユニット３０間の通信ライン遮断が復旧した場合、島コントローラ３０は、Ｔ／Ｃ６０から定期送信されてくる稼動状態通知応答Ｄ１１を受信して配下の台間処理ユニット３０にＴ／Ｃ状態通知Ｄ２２を送出可能で、かつ、台間処理ユニット３０から定期送信されてくる台稼動状態通知Ｄ３１を受信して、Ｔ／Ｃ６０に稼動状態通知Ｄ２１を送出可能な動作状態に転じる（図１２における×印から○印への遷移）。
【０１１８】
これにより、台間処理ユニット２０では、状態監視部２９１が島コントローラ３０からのＴ／Ｃ状態通知Ｄ２２が受信不能であった状態から受信可能な状態に転じたことを検出し、縮退制御部２９２は、該状態監視部２９１の検出結果に基づき、島コントローラ３０が稼動可能に復旧したこと認識することにより通信の不都合が解消されたものと判別し、自装置を縮退モードから通常モードに戻し、状態表示ランプ２１１の各ランプ２１２を通常モードであることを示す状態に表示させる（各ランプ１２の消灯）と共に、カードを受け入れ、かつ、４金種の紙幣の受け入れも許容したうえで、図５に示すように、Ｔ／Ｃ６０と協働したカード処理を実行する。
【０１１９】
次に、台間処理ユニット２０における縮退モードの処理動作について説明する。
【０１２０】
図１３は、台間処理ユニット２０の縮退動作モードにおける処理動作を示すフローチャートである。
【０１２１】
台間処理ユニット２０は、図５の制御シーケンスに示されるように、島コントローラ３０から縮退命令Ｄ２３を受信した場合（ステップＳ２０４）、あるいは、島コントローラ３０から定期的に送信されるＴ／Ｃ状態通知Ｄ２２を受信できなかった場合（ステップＳ２０２ＮＯ）に縮退モードに移行し（ステップＳ２０５）、該縮退モードにおいて、図１３に示す流れに沿った処理動作を実行する。
【０１２２】
図１３に示すように、台間処理ユニット２０の縮退制御部２９２では、縮退モードへの移行が完了すると、まず、カード処理部２２に受け入れているカードを遊技客に対して排出（返却）する（ステップＳ１０１）。
【０１２３】
次いで、縮退制御部２９２は、状態表示ランプ２１１を、それまで通常モード状態を示す表示を行っていた状態から、縮退モードでの動作状態（縮退動作状態）に移行した旨を表示する状態に切換える（ステップＳ１０２）。
【０１２４】
図１４は、ステップＳ１０２における状態表示ランプ２１１での縮退動作状態の表示例を示す概念図である。
【０１２５】
図１４において、同図（ａ）は、図５のステップＳ２０４で島コントローラ３０から縮退命令Ｄ２３を受信した場合の表示例を示し、同図（ｂ）は、図５のステップＳ２０２で島コントローラ３０からＴ／Ｃ状態通知Ｄ２２を受信できなかった（受信失敗した）場合の表示例を示している。
【０１２６】
図１４（ａ），（ｂ）に示すように、状態表示ランプ２１１は、選択的に点灯／消灯可能な複数のランプ２１２を、縦、横にマトリクス状に配置した構成を有する。
【０１２７】
縮退制御部２９２は、かかる構成を有する状態表示ランプ２１１の各ランプ２１２を対象に、例えば、図１４（ａ）に示すように、横方向に連なるランプ群単位（横１列の単位）毎に縦方向に順次点灯または消灯をスライドさせていく第１のランプ駆動制御、及び、図１４（ｂ）に示すように、縦方向に連なるランプ群単位（縦１行分の単位）毎に横方向に順次点灯または消灯をスライドさせていく第２のランプ駆動制御の制御機能を有している。
【０１２８】
このランプ駆動制御機能を有する縮退制御部２９２では、図１３のステップＳ１０２において、縮退動作状態表示に先立って、まず、当該縮退モードへの移行条件に関して、島コントローラ３０からの縮退命令Ｄ２３の受信（つまり、Ｔ／Ｃ６０との間の通信状態）に基づいて該縮退モードに移行したのか、島コントローラ３０からのＴ／Ｃ状態通知Ｄ２２の受信失敗（つまり、島コントローラ３０との間の通信状態）に基づいて該縮退モードに移行したのかをチェックする。
【０１２９】
そして、Ｔ／Ｃ６０との間の通信状態に基づいて該縮退モードに移行したと判別した場合は、上記第１のランプ駆動制御によって、図１４（ａ）に示すように、横方向に連なるランプ群単位（横１列の単位）毎に下から上の方向へ順次点灯または消灯をスライドさせる態様で縮退動作状態の表示を行う。
【０１３０】
この場合、係員（遊技店の店員）は、状態表示ランプ２１１において、横一列のランプ群が順次下から上へ流れるように繰り返し点灯駆動される縮退動作状態表示を見ることで、台間処理ユニット２０から見た上（上位）の部分での通信状態の不都合（Ｔ／Ｃ６０の故障、Ｔ／Ｃ６０と島コントローラ３０間の通信ライン遮断等）の発生に基づき縮退モードに移行したことを容易に認識でき、復旧作業への対処が迅速に行える。
【０１３１】
これに対し、島コントローラ３０との間の通信状態に基づいて該縮退モードに移行したと判別した場合、台間処理ユニット２０は、上記第２のランプ駆動機能によって、図１４（ｂ）に示すように、縦方向に連なるランプ群単位（縦１行の単位）毎に左から右方向へ順次点灯または消灯をスライドさせる態様で縮退動作状態の表示を行う。
【０１３２】
この場合、係員（遊技店の店員）は、状態表示ランプ２１１において、縦一列のランプ群が順次左から右へ流れるように繰り返し点灯駆動される縮退動作状態表示を見ることで、島コントローラ３０、あるいは、島コントローラ３０との間の通信ラインの通信状態の不都合に基づき縮退モードに移行したこと〔図１４（ａ）のように、島コントローラ３０から上（上位）の部分での通信状態の不都合（Ｔ／Ｃ６０の故障、Ｔ／Ｃ６０と島コントローラ３０間の通信ライン遮断等）に基づく縮退モードへの移行ではないこと〕を容易に認識でき、復旧作業への対処が迅速に行える。
【０１３３】
上記の如く、状態表示ランプ２１１を用いて、図１４（ａ），（ｂ）のいずれかに示す態様で縮退動作状態表示を行った（ステップＳ１０２）後、縮退制御部２９２は、図１１における通常モード移行命令Ｄ２４の受信、あるいは図１２におけるＴ／Ｃ状態通知Ｄ２２の受信再開により、通常モードへの移行条件が整ったか否かをチェックする（ステップＳ１０３）。
【０１３４】
ここで、上記通常モード移行命令Ｄ２４の受信、あるいは上記Ｔ／Ｃ状態通知Ｄ２２の受信再開がないままであれば（ステップＳ１０３ＮＯ）、次いで、縮退制御部２９２は、紙幣処理部２３に紙幣が投入されたか否かをチェックし（ステップＳ１０４）、紙幣が投入されなければ（ステップＳ１０４ＮＯ）、ステップＳ１０２以降の処理を繰り返し実施する。
【０１３５】
これに対し、紙幣処理部２３に紙幣が投入された場合（ステップＳ１０４ＹＥＳ）、該紙幣処理部２３での紙幣の金種判定結果をもとに、該紙幣の金種が予め設定した特定金種（本実施例では、千円）であるか否かをチェックする（ステップＳ１０５）。
【０１３６】
ここで、投入紙幣の金種が特定金種でない（ステップＳ１０５ＮＯ）場合、該投入紙幣を紙幣処理部２３から排出し（ステップＳ１０６）、遊技客に返却する。
【０１３７】
これに対し、投入紙幣の金種が特定金種であれば（ステップＳ１０５ＹＥＳ）、該投入紙幣を受け入れて（当該金種の紙幣収容部２３１に収容する）、該投入紙幣の金額分の遊技媒体を対応する遊技機１０に貸出す処理を行い（ステップＳ１０７）、更に、該貸出処理に関する処理データ（投入金額の累計値、入金回数等）を記憶部２６に記憶させた（ステップＳ１０８）後、ステップＳ１０２以降の処理（千円受付け、一発貸出処理）を続行する。
【０１３８】
この間、ステップＳ１０３において、図１１における通常モード移行命令Ｄ２４の受信、あるいは図１２におけるＴ／Ｃ状態通知Ｄ２２の受信再開により、通常モードへの移行条件が整ったと判別された場合（ステップＳ１０３ＹＥＳ）、縮退制御部２９２は、自装置を通常モードに復帰させる（ステップＳ１１１）。
【０１３９】
この通常モードへの復帰に際し、制御部２９は、ステップＳ１０２で開始した状態表示ランプ２１１における縮退動作状態表示を通常モード表示に戻す処理、縮退モードでの動作中に、ステップＳ１０８で記憶部２６に記憶された処理データ（累計売上金額、売上回数等）を島コントローラ３０を介してＴ／Ｃ６０に送信する処理も実施する。
【０１４０】
Ｔ／Ｃ６０は、通常モードに復帰した台間処理ユニット２０から受信した上記処理データを用いて該台間処理ユニット２０に対応する累計売上金額、売上回数等の該当項目情報の値を更新すると共に、当該通常モードの台間処理ユニット２０との間で図５に示すようなデータ処理を再開する。
【０１４１】
このように、実施例１によれば、島コントローラ３０は、Ｔ／Ｃ６０との間の通信及び台間処理ユニット２０との間の通信を監視し、該監視結果に基づきＴ／Ｃ６０と台間処理ユニット２０との間の通信に不都合が発生すると判別した場合は、台間処理ユニット２０をＴ／Ｃ６０との協働処理から切り離して該台間処理ユニット２０のみで遊技媒体貸出処理（特定金種紙幣受入・一発貸出処理）を実行する縮退モードへ移行させる制御機能を有するため、Ｔ／Ｃ６０の故障や通信ラインの断線等により台間処理ユニット２０間の通信に不都合が生じた場合も、台間処理ユニット２０を縮退モードに移行させて遊技媒体貸出処理を行うことで、遊技店の営業を維持できる。
【０１４２】
本実施例において、台間処理ユニット２０を縮退モードへ移行させる制御の方法としては、島コントローラ３０において、状態監視部３４１によりＴ／Ｃ６０との通信の異常が検出されると、縮退制御部３４２が、Ｔ／Ｃ６０と台間処理ユニット２０との間の通信に不都合が発生すると判別して台間処理ユニット２０に対して縮退モードへの移行を指示する縮退命令を送信する一方で、台間処理ユニット２０では、縮退制御部２９２が、島コントローラ３０からの上記縮退命令の受信により縮退モードへ移行させる第１の方法がある。
【０１４３】
また、台間処理ユニット２０において、状態監視部２９１が、島コントローラとの間で定期的に通信される電文を監視し、該電文が途絶えたことを検出すると縮退制御部２９２が、自装置を自律的に縮退モードへ移行させる第２の方法もある。
【０１４４】
第１の方法によれば、島コントローラ３０とＴ／Ｃ６０との間の通信状態に基づいて台間処理ユニット２０を縮退モードに移行させるため、台間処理ユニット２０から見た上（上位）の部分で通信状態の不都合が発生した場合（Ｔ／Ｃ６０の故障、Ｔ／Ｃ６０と島コントローラ３０間の通信ライン遮断等）の遊技店の営業維持に貢献できる。
【０１４５】
また、第２の方法によれば、島コントローラ３０と台間処理ユニット２０との間の通信状態に基づいて台間処理ユニット２０を縮退モードに移行させるため、島コントローラ３０の故障、島コントローラ３０との間の通信ラインの遮断等により通信状態の不都合が発生する場合の遊技店の営業維持に有用である。
【０１４６】
また、本実施例では、台間処理ユニット２０は、縮退モードに移行した場合に、該縮退モードであることを報知する報知手段として、縮退モード動作状態をランプ表示によって報知する状態表示ランプ２１１を備えるため、係員は、このランプ表示を見て、どの台間処理ユニット２０が縮退モードであるかを簡単に知ることができる。
【０１４７】
また、本実施例において、状態表示ランプ２１１におけるランプ表示は、Ｔ／Ｃ６０との間の通信状態に基づき縮退モードに移行した場合と、島コントローラ３０との間の通信状態に基づき縮退モードに移行した場合とで表示内容を異ならせる（図１４参照）ようにしたため、該表示内容から、縮退モードに移行するに至った通信状態の不具合箇所を容易に特定でき、当該箇所の通信状態の不具合解消に迅速に対応できる。
【０１４８】
実施例２：
実施例２に係わる遊技システムでは、図６に示した接続構成中、島コントローラ３０の状態監視部３４１は、Ｔ／Ｃ６０から台間処理ユニット２０に対する所定のプログラムのダウンロードする場合の通信状態を通信Ｉ／Ｆ部３１を通じて監視する機能を有する。
【０１４９】
また、この島コントローラ３０の縮退制御部３４２は、状態監視部３４１による上記通信状態の監視結果に基づき、Ｔ／Ｃ６０と台間処理ユニット２０との間の通信に不都合が発生すると判別した場合は、台間処理ユニット２０に、縮退モード（台間処理ユニット２０をＴ／Ｃ６０との協働処理から切り離して該台間処理ユニット２０のみで遊技媒体貸出処理を実行するモード）に移行することを指示する縮退命令を送出する機能を備えて構成される。
【０１５０】
また、本実施例では、図６に示した接続構成中、台間処理ユニット２０の状態監視部２９１は、島コントローラ３０からの上記縮退命令の受信状態を監視する機能を有し、縮退制御部２９２は、状態監視部２９１により島コントローラ３０からの縮退命令の受信が検出されると、該台間処理ユニット２０を縮退モードへ移行させる制御機能を有する。
【０１５１】
図１５は、実施例２に係わる遊技システムにおける縮退動作移行制御に係わるＴ／Ｃ６０、島コントローラ３０及び台間処理ユニット３０間の制御シーケンスを示す図である。
【０１５２】
なお、図７では、便宜的に、島コントローラ３０、台間処理ユニット２０を各々１台しか図示していないが、実際には、遊技店内の全ての島の島コントローラ３０、及び該各島コントローラ３０配下の全ての台間処理ユニット２０が当該制御シーケンスに基づく縮退動作移行制御の対象とされる。
【０１５３】
図１５において、例えば、台間処理ユニット２０の機能変更等のためにＴ／Ｃ６０から全ての台間処理ユニット２０にプログラムをダウンロードする必要に迫られた場合、担当者（管理者）は、該機能変更等のためにバージョンアップされたプログラム（ソフトウェア）を記憶した外部メディア９１をＴ／Ｃ６０の外部メディア入力部６８に挿入し、入力装置６４を用いて所定のダウンロード開始操作を行う。
【０１５４】
Ｔ／Ｃ６０において、上記ダウンロード開始操作が行われると、制御部６１は、外部メディア入力部６８を駆動し、挿入中の外部メディア９１に記憶されているプログラムを読み出して、例えば、記憶装置６２の所定記憶領域内にインストールする（ステップＳ６３１）。
【０１５５】
次に、制御部６１は、このインストールしたプログラムを、通信Ｉ／Ｆ部６６を通じて島コントローラ３０に転送する（ステップＳ６３２）。
【０１５６】
これに対し、島コントローラ３０は、Ｔ／Ｃ６０から転送された上記プログラムを通信Ｉ／Ｆ部３１を通じて受信し（ステップＳ３３１）、記憶部３２の所定の領域に記憶する（ステップＳ３３２）。
【０１５７】
その際、島コントローラ３０では、状態監視部３４１が、制御部６１におけるプログラムの受信並びに該受信したプログラムの記憶処理に係わる通信状態を検知する。
【０１５８】
そして、縮退制御部３４２は、状態監視部３４１による上記通信状態の監視結果に基づき、Ｔ／Ｃ６０と台間処理ユニット２０との間のプログラムダウンロードによってその間の通信に不都合が発生すると判別し（ステップＳ３３３）、配下の台間処理ユニット２０に対して縮退モードへ移行することを指示する縮退命令Ｄ２５を一斉送出する（ステップＳ３３４）。
【０１５９】
これに対し、台間処理ユニット２０は、通常モード（ステップＳ２３１）での動作運用中、島コントローラ３０から通信Ｉ／Ｆ部２７ａを介して縮退命令Ｄ２５を受信すると（ステップＳ２３２）、縮退制御部２９２が自装置を縮退モードに移行させる制御を行う（ステップＳ２３３）。
【０１６０】
以後、縮退制御部２９２は、自装置（台間処理ユニット２０）を、実施例１における場合と同様（図１３参照）の縮退モードの動作状態に制御する。
【０１６１】
一方、島コントローラ３０は、上記ステップＳ３３４で配下の台間処理ユニット３０に縮退命令Ｄ２５を送出した後、記憶部３２に既に保存されているプログラムを配下の台間処理ユニット３０に一斉配信する（ステップＳ３３５）。
【０１６２】
具体的に、このステップＳ３３５の処理では、制御部３４は、記憶部３２に既に保存しているプログラムを配下の台間処理ユニット２０の数分コピーし、該コピーした各々のプログラムを通信Ｉ／Ｆ部３１を介して各台間処理ユニット２０宛に一斉送信する。
【０１６３】
これに対して、台間処理ユニット２０は、島コントローラ３０から配信されたプログラムを通信Ｉ／Ｆ部２７ａを介して受信すると、制御部２９が、該受信したプログラムを例えば記憶部２６の所定の領域（プログラム記憶領域）内に保存するダウンロード処理（ステップＳ２３４）を実行する。
【０１６４】
その際、制御部２９は、該プログラムダウンロード処理経過を監視し（ステップＳ２３５）、該ダウンロード処理が完了すると（ステップＳ２３５ＹＥＳ）、プログラムのダウンロードが完了した旨を示す完了通知を通信Ｉ／Ｆ部２７ａを通じて島コントローラ３０に送信する（ステップＳ２３６）。
【０１６５】
また、プログラムのダウンロードが完了できなかった場合（ステップＳ２３５ＮＯ）、制御部２９は、ダウンロードのリトライのために島コントローラ３０から再配信される当該プログラムの受信待ち状態で待機する（ステップＳ２３７）。
【０１６６】
一方、島コントローラ３０では、上記ステップＳ３３５でのプログラム配信後、制御部３４が、台間処理ユニット２０から完了通知を受信する毎にその通知元の台間処理ユニット２０のダウンロード完了をチェックしながら、配下の全ての台間処理ユニット２０のダウンロードが完了したか否かを判別する（ステップＳ３３６）。
【０１６７】
ここで、完了通知を受信していない台間処理ユニット２０が残っていることにより全ての台間処理ユニット２０でのダウンロードが完了していないと判別すると（ステップＳ３３６ＮＯ）、制御部３４は、ダウンロードのリトライ処理（ステップＳ３３７）に移行し、該ダウンロードが完了していない台間処理ユニット２０の数分のプログラムをコピーし、該各プログラムをダウンロード未完了の各台間処理ユニット２０宛にリトライ要求と共に一斉送信する（ステップＳ３３５）。
【０１６８】
これに対して、台間処理ユニット２０は、島コントローラ３０から配信されたリトライ要求を含むプログラムを通信Ｉ／Ｆ部２７ａを介して受信すると、制御部２９が、該受信したプログラムを例えば記憶部２６の所定の領域（プログラム記憶領域）内に保存するダウンロード処理（ステップＳ２３４：リトライ）を実行し、ここで、該ダウンロード（リトライ）処理が完了すると（ステップＳ２３５ＹＥＳ）、完了通知を島コントローラ３０に送信する（ステップＳ２３６）。
【０１６９】
一方、台間処理ユニット２０では、リトライ要求送出後もステップＳ３３６でのダウンロードが完了したか否かの監視を続け、該リトライを含むダウンロードの経過の監視中、完了通知を受信していない台間処理ユニット２０がなくなったことにより全ての台間処理ユニット２０でのダウンロードが完了したと判別すると（ステップＳ３３６ＹＥＳ）、制御部２９は、ダウンロードが完了したことを示す終了電文（プログラム配信処理を行うソフトに予め設けてある）を配下の全ての台間処理ユニット２０に対して一斉送信する（ステップＳ３３８）。
【０１７０】
これに対し、台間処理ユニット２０は、島コントローラ３０から上記終了電文を受信すると、縮退制御部２９２が、自装置を、上記ステップＳ２３３の移行制御により設定されていた縮退モードから通常モードに復帰（ステップＳ２３８）させる制御を行う。
【０１７１】
以後、台間処理ユニット２０は、この通常モード中、図１５に示すステップＳ２３２以降の処理（プログラムダウンロード処理）を縮退命令Ｄ２５の受信の都度行うと共に、併せて、図５に示すように、Ｔ／Ｃ６０と協働したカード処理を行う。
【０１７２】
このように、実施例２の構成によれば、島コントローラ３０には、Ｔ／Ｃ６０から台間処理ユニット２０に対して所定のプログラムをダウンロードする場合に、その通信状態を監視し、該通信状態の監視結果から、Ｔ／Ｃ６０と台間処理ユニット２０との通信に不都合が発生すると判別した場合に、配下の台間処理ユニット２０に対して縮退モードへの移行を指示する縮退命令を送信する縮退命令送信手段（縮退制御部３４２）を設け、台間処理ユニット２０には、上位の島コントローラ３０から送信される縮退命令の受信により縮退モードへ移行する縮退移行制御手段（縮退制御部２９２）を設けたため、Ｔ／Ｃ６０から台間処理ユニット２０に対して所定のプログラムをダウンロードする際に、台間処理ユニット２０を縮退モードで動作させることで、通常モードで必要とされる台間処理ユニット２０からＴ／Ｃ６０への処理データ（売上データ等）送信処理を停止した通信負荷が低い状態で、Ｔ／Ｃ６０から転送されたプログラムのダウンロード処理に専念でき、Ｔ／Ｃ６０から台間処理ユニット２０へのプログラムのダウンロード時間を大幅に短縮できる。
【０１７３】
また、縮退モードにおいて、台間処理ユニット２０は、Ｔ／Ｃ６０との協働処理からは切り離されるものの、該台間処理ユニット２０のみで一金種の紙幣を受け入れて該紙幣の金額分の遊技媒体を一発で貸出す遊技媒体貸出処理を実行可能であることから、プログラムダウンロード時においても、現金遊技店の営業を完全に停止せずに済む。
【０１７４】
この他、本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【０１７５】
例えば、実施例２では、島コントローラ３０が、Ｔ／Ｃ６０からプログラム転送を受けた際の通信状態をＴ／Ｃ６０と台間処理ユニット２０との通信に不都合が発生するものとして判別して配下の台間処理ユニット２０に縮退命令を送出する例を挙げている（図１５参照）が、該プログラムダウンロードに際しての縮退命令の送出機能をＴ／Ｃ６０に設けても良い。
【０１７６】
この場合、Ｔ／Ｃ６０では、状態監視部６１１が、例えば、入力装置６４におけるダウンロード開始操作が行われたか否かを監視し、縮退制御部６１２が、状態監視部６１１によりダウンロード開始操作が行われたことを検知した際に、島コントローラ３０を介してその配下の台間処理ユニット２０に縮退命令を送出し、台間処理ユニット２０ではＴ／Ｃ６０から送られる縮退命令を受信して縮退モードに移行し、引き続いてＴ／Ｃ６０から配信されるプログラムを受信して自装置にダウンロードする構成により実現できる。
【０１７７】
また、上記実施例１，２では、Ｔ／Ｃ６０との間の通信状態に基づく縮退モードへの移行制御対象として台間処理ユニット２０の例を挙げたが、これに限らず、例えば、デビットカードによる決済金額分の有価価値をプリペイドカードまたは会員カードに価値付けする処理をＴ／Ｃ６０と協働して行うデビット券売機４０、カードを受け入れて該カードに価値付けされた残度数の現金への精算処理をＴ／Ｃ６０と協働して行う精算機５０等、Ｔ／Ｃ６０と協働したカード（遊技用記録媒体）処理機能を有する記録媒体処理装置全般を対象に、これら各記録媒体処理装置とＴ／Ｃ６０との間の通信に不都合が発生すると判別した場合（特に、機能アップに伴うプログラムのダウンロード時）に縮退モードへ移行制御する構成としても良い。
【産業上の利用可能性】
【０１７８】
本発明は、管理装置と複数の台間遊技媒体貸機間を島コントローラを介して通信接続する遊技システム全般に適用でき、島コントローラは、管理装置と台間遊技媒体貸機間の通信に不都合が発生すると判別した場合、台間遊技媒体貸機のみで貸出処理を実行する縮退モードへ移行させる制御を行なうことで、管理装置と台間遊技媒体貸機間の通信障害発生時やプログラムダウンロード時等においても、台間遊技媒体貸機を縮退モードに移行させて貸出処理を続行できる。
【図面の簡単な説明】
【０１７９】
【図１】本発明に係わる遊技システムの全体構成を示すブロック図。
【図２】本発明に係わる遊技システムの管理装置の機能構成を示すブロック図。
【図３】管理装置における有価価値管理テーブルの構成を示す表図。
【図４】本発明に係わる遊技システムの台間処理ユニットの機能構成を示すブロック図。
【図５】管理装置と台間処理ユニット間の通常モードでの協働処理動作を示す概念図。
【図６】管理装置、島コントローラ及び台間処理ユニット間の接続構成を示すブロック図。
【図７】実施例１に係わる遊技システムの縮退動作移行制御に係わる管理装置、島コントローラ及び台間処理ユニット間の制御シーケンスを示す図。
【図８】実施例１に係わる遊技システムの通常モードにおける管理装置、島コントローラ及び台間処理ユニット間の通信状態監視手順を示す概念図。
【図９】図８に示す通信状態監視動作中の管理装置と島コントローラ間の通信の不都合の発生に基づく縮退動作移行手順を示す概念図。
【図１０】図８に示す通信状態監視動作中の島コントローラと台間処理ユニット間の通信の不都合の発生に基づく縮退動作移行手順を示す概念図。
【図１１】図９における手順により移行した縮退動作モードから通常モードへの復旧手順を示す概念図。
【図１２】図１０における手順により移行した縮退動作モードから通常モードへの復旧手順を示す概念図。
【図１３】台間処理ユニットの縮退動作モードにおける処理動作を示すフローチャート。
【図１４】状態表示ランプを用いた縮退動作状態の表示例を示す概念図。
【図１５】実施例２に係わる遊技システムの縮退動作移行制御に係わる管理装置、島コントローラ及び台間処理ユニット間の制御シーケンスを示す図。
【符号の説明】
【０１８０】
１０…遊技機、１５０…玉投出機構、２０…台間処理ユニット、２１…表示部、２１１…状態表示ランプ、２１２…ランプ、２２…カード処理部、２２１…カードスタック部、２３…紙幣処理部、２４…硬貨処理部、２５…操作部、２６…記憶部、２７ａ，２７ｂ…通信インタフェース（Ｉ／Ｆ）部、２８…電源部、２９…制御部、２９１…状態監視部、２９２…縮退制御部、３０…島コントローラ、３１…通信インタフェース（Ｉ／Ｆ）部、３２…記憶部、３３…電源部、３４…制御部、３４１…状態監視部、３４２…縮退制御部、４０…デビット券売機、５０…精算機、６０…管理装置（ターミナル・コントローラ：Ｔ／Ｃ）、６１…制御部（ＣＰＵ）、６１１…状態監視部、６１２…縮退制御部、６２…記憶装置、６３…メモリ、６３１…プリペイドカード管理テーブル、６３２…会員管理テーブル、６４…入力装置、６５…表示装置、６６…通信インタフェース（Ｉ／Ｆ）部、６７…外部インタフェース（Ｉ／Ｆ）部、６８…外部メディア入力部、６９…電源部、７０…ＬＡＮ（ローカル・エリア・ネットワーク）、８０…公衆網、８３…カードセンタ、８５…デビット決済センタ、９１…外部メディア
【図１】
0005572660.tif 000002
【図２】
0005572660.tif 000003
【図３】
0005572660.tif 000004
【図４】
0005572660.tif 000005
【図５】
0005572660.tif 000006
【図６】
0005572660.tif 000007
【図７】
0005572660.tif 000008
【図８】
0005572660.tif 000009
【図９】
0005572660.tif 000010
【図１０】
0005572660.tif 000011
【図１１】
0005572660.tif 000012
【図１２】
0005572660.tif 000013
【図１３】
0005572660.tif 000014
【図１４】
0005572660.tif 000015
【図１５】
0005572660.tif 000016