(57)【特許請求の範囲】
【請求項１】
遊技用記録媒体に価値付けられた有価価値を管理する管理装置と、遊技用記録媒体に基づいて貸出処理を行う貸出処理機と、これら両者の間に介在する中継装置を含んで構成され、前記貸出処理機が当該貸出処理機に付設又は内蔵された貨幣収納部の解錠を許可する解錠許可通知を所定の外部装置から受け付けた場合に前記貨幣収納部の解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させる遊技媒体貸出システムにおいて、
前記中継装置は、
前記管理装置との通信が可能であるか否かを判定する通信可否判定手段と、
前記通信可否判定手段によって前記管理装置との通信が不可能であると判定された場合に、前記貸出処理機に対して情報送信可能な携帯端末が前記貸出処理機に送信する解錠許可通知を有効化する解錠許可通知有効化手段と
を備えたことを特徴とする遊技媒体貸出システム。
【請求項２】
前記中継装置は、
前記携帯端末を一意に特定するための携帯端末識別情報ごとに、当該携帯端末の解錠許可権限を対応付けて記憶する第１の解錠許可権限記憶手段をさらに備え、
前記解錠許可通知有効化手段は、
前記通信可否判定手段によって前記管理装置との通信が不可能であると判定された場合に、前記第１の解錠許可権限記憶手段によって前記携帯端末識別情報ごとに対応付けて記憶された解錠許可権限を前記貸出処理機に通知し、
前記携帯端末は、
前記貸出処理機に対して前記解錠許可通知を送信するに際して、前記携帯端末を一意に特定するための携帯端末識別情報を併せて送信するように制御する送信制御手段をさらに備え、
前記貸出処理機は、
前記解錠許可通知有効化手段によって通知された前記携帯端末識別情報ごとの解錠許可権限を記憶する第２の解錠許可権限記憶手段と、
前記第２の解錠許可権限記憶手段によって記憶された解錠許可権限を参照して、前記送信制御手段によって前記解錠許可通知とともに送信された携帯端末識別情報に解錠許可権限が付与されているか否かを判定する操作者権限判定手段と、
前記操作者権限判定手段によって前記解錠許可権限が付与されていると判定された場合に、前記貨幣収納部の解錠モードを前記解錠可能モードに移行させるモード制御手段とを備えたことを特徴とする請求項１に記載の遊技媒体貸出システム。
【請求項３】
前記携帯端末は、
認証情報を取得する取得手段をさらに備え、
前記送信制御手段は、前記取得手段によって取得された認証情報をさらに送信するように制御し、
前記貸出処理機は、
前記送信制御手段によって送信された認証情報が正当なものであるかを認証する認証手段をさらに備え、
前記モード制御手段は、前記操作者権限判定手段によって前記解錠許可権限が付与されていると判定され、かつ前記認証手段によって前記認証情報が正当なものであると認証された場合に、前記貨幣収納部の解錠モードを前記解錠可能モードに移行させることを特徴とする請求項２に記載の遊技媒体貸出システム。
【請求項４】
前記管理装置は、
前記携帯端末に対する解錠許可権限を前記第１の解錠許可権限記憶手段に設定する解錠許可権限設定手段をさらに備えたことを特徴とする請求項２または３に記載の遊技媒体貸出システム。
【請求項５】
遊技用記録媒体に価値付けられた有価価値を管理する管理装置と、遊技用記録媒体に基づいて貸出し処理を行う貸出処理機と、これら両者の間に介在する中継装置を含んで構成される遊技媒体貸出システムにおいて、前記貸出処理機が当該貸出処理機に付設又は内蔵された貨幣収納部の解錠を許可する解錠許可通知を所定の外部装置から受け付けた場合に前記貨幣収納部の解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させる解錠許可方法であって、
前記中継装置が、
前記管理装置との通信が可能であるか否かを判定する通信可否判定工程と、
前記通信可否判定工程によって前記管理装置との通信が不可能であると判定された場合に、前記貸出処理機に対して情報送信可能な携帯端末が前記貸出処理機に送信する解錠許可通知を有効化する解錠許可通知有効化工程と
を含んだことを特徴とする遊技媒体貸出システムにおける解錠許可方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技用記録媒体に価値付けられた有価価値を管理する管理装置と、遊技用記録媒体に基づいて貸出処理を行う貸出処理機と、これら両者の間に介在する中継装置を含んで構成され、貸出処理機が当該貸出処理機に付設又は内蔵された貨幣収納部の解錠を許可する解錠許可通知を所定の外部装置から受け付けた場合に貨幣収納部の解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させる遊技媒体貸出システム及びその解錠許可方法に関する。
【背景技術】
【０００２】
従来より、パチンコ玉やメダルなどの遊技媒体を貸し出す遊技媒体貸出装置として、有価価値（例えば、貨幣の金額または金額に相当する価値を示す価値データ）が価値付けられ記録媒体に基づいて遊技媒体を貸し出すカード処理ユニット（以下、「ＣＲユニット」と言う）がよく知られている。
【０００３】
このようにして遊技客が遊技媒体を借り受ける際には、ＣＲユニットに貨幣が挿入され、該挿入された貨幣に相当する価値がプリペイドカードに価値付けられることになるが、かかる価値付けの後には、挿入貨幣は施錠機構を有する貨幣収納部に収納される。なお、この貨幣収納部は、大別して、ＣＲユニットに内蔵される内蔵型のものや外部に付設される付設型のものが普及している。
【０００４】
ここで、かかる貨幣収納部は、その性質上高い安全性が求められており、遊技店で現金を取り扱う権限を与えられた者（以下、「管理者」と言う）だけが貨幣収納部に収納された収納貨幣を回収することができるような技術が考案されている。
【０００５】
例えば、特許文献１には、遊技店内の遊技フロアとは別室の事務所等に配設され、遊技フロア内のＣＲユニットに接続される管理装置に対して管理者が解錠許可操作を行うと、管理装置から所定のグループ又は所定数のＣＲユニットに貨幣収納部の解錠を許可する解錠許可信号が送信され、この解錠許可信号を受け付けたＣＲユニットに貨幣収納部の解錠制御を実行させる貸出機システムが開示されている。
【０００６】
ところが、かかる管理装置からの解錠許可信号の受信だけを条件に貨幣収納部を解錠したのでは、収納貨幣が貨幣回収業務に携わる管理者以外の者、たとえば対遊技客の奉仕業務を選任された従業員や遊技客に露出された状態になり、セキュリティ面から好ましくない。
【０００７】
このため、解錠許可信号をＣＲユニットが受け付けた状態で、管理者に割り当てられた携帯端末から解錠要求信号を受け付けて初めて貨幣収納部の施錠を解錠させる形態が一般的に採用されている。なお、この携帯端末としては、ＣＲユニットに対する各種業務（例えば、プリペイドカードの補充又は回収やエラー解除等）の遠隔操作を受け付ける遠隔操作装置（リモコン）が利用されている。
【０００８】
【特許文献１】特開２００３−１９０６１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した従来技術（特許文献１）では、管理装置に機能障害（例えば、ハードウェアの異常、通信回線の途絶等）が発生した場合に、管理装置からＣＲユニットに解錠許可信号が供給されず、管理装置の異常が解消されるまで貨幣を回収することができない結果、遊技店における貨幣回収業務が滞ってしまうという問題があった。
【００１０】
このことから、遊技媒体貸出装置に解錠許可通知を行う管理装置の通信機能に障害が生じた場合に、いかにして貨幣収納部内の収納貨幣を回収させるかが重要な課題となっている。
【００１１】
そこで、本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、遊技店における貨幣回収業務が滞ることを防止することができる遊技媒体貸出システム及びその解錠許可方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決し、目的を達成するために、本発明に係る遊技媒体貸出システムは、遊技用記録媒体に価値付けられた有価価値を管理する管理装置と、遊技用記録媒体に基づいて貸出処理を行う貸出処理機と、これら両者の間に介在する中継装置を含んで構成され、前記貸出処理機が当該貸出処理機に付設又は内蔵された貨幣収納部の解錠を許可する解錠許可通知を所定の外部装置から受け付けた場合に前記貨幣収納部の解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させる遊技媒体貸出システムにおいて、前記中継装置は、前記管理装置との通信が可能であるか否かを判定する通信可否判定手段と、前記通信可否判定手段によって前記管理装置との通信が不可能であると判定された場合に、前記貸出処理機に対して情報送信可能な携帯端末が前記貸出処理機に送信する解錠許可通知を有効化する解錠許可通知有効化手段とを備えたことを特徴とする。
【００１３】
また、本発明に係る遊技媒体貸出システムは、前記中継装置は、前記携帯端末を一意に特定するための携帯端末識別情報ごとに、当該携帯端末の解錠許可権限を対応付けて記憶する第１の解錠許可権限記憶手段をさらに備え、前記解錠許可通知有効化手段は、前記通信可否判定手段によって前記管理装置との通信が不可能であると判定された場合に、前記第１の解錠許可権限記憶手段によって前記携帯端末識別情報ごとに対応付けて記憶された解錠許可権限を前記貸出処理機に通知し、前記携帯端末は、前記貸出処理機に対して前記解錠許可通知を送信するに際して、前記携帯端末を一意に特定するための携帯端末識別情報を併せて送信するように制御する送信制御手段をさらに備え、前記貸出処理機は、前記解錠許可通知有効化手段によって通知された前記携帯端末識別情報ごとの解錠許可権限を記憶する第２の解錠許可権限記憶手段と、前記第２の解錠許可権限記憶手段によって記憶された解錠許可権限を参照して、前記送信制御手段によって前記解錠許可通知とともに送信された携帯端末識別情報に解錠許可権限が付与されているか否かを判定する操作者権限判定手段と、前記操作者権限判定手段によって前記解錠許可権限が付与されていると判定された場合に、前記貨幣収納部の解錠モードを前記解錠可能モードに移行させるモード制御手段とを備えたことを特徴とする。
【００１４】
また、本発明に係る遊技媒体貸出システムは、前記携帯端末は、認証情報を取得する取得手段をさらに備え、前記送信制御手段は、前記取得手段によって取得された認証情報をさらに送信するように制御し、前記貸出処理機は、前記送信制御手段によって送信された認証情報が正当なものであるかを認証する認証手段をさらに備え、前記モード制御手段は、前記操作者権限判定手段によって前記解錠許可権限が付与されていると判定され、かつ前記認証手段によって前記認証情報が正当なものであると認証された場合に、前記貨幣収納部の解錠モードを前記解錠可能モードに移行させることを特徴とする。
【００１５】
また、本発明に係る遊技媒体貸出システムは、前記管理装置は、前記携帯端末に対する解錠許可権限を前記第１の解錠許可権限記憶手段に設定する解錠許可権限設定手段をさらに備えたことを特徴とする。
【００１６】
また、本発明に係る遊技媒体貸出システムにおける解錠許可方法は、遊技用記録媒体に価値付けられた有価価値を管理する管理装置と、遊技用記録媒体に基づいて貸出し処理を行う貸出処理機と、これら両者の間に介在する中継装置を含んで構成される遊技媒体貸出システムにおいて、前記貸出処理機が当該貸出処理機に付設又は内蔵された貨幣収納部の解錠を許可する解錠許可通知を所定の外部装置から受け付けた場合に前記貨幣収納部の解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させる解錠許可方法であって、前記中継装置が、前記管理装置との通信が可能であるか否かを判定する通信可否判定工程と、前記通信可否判定工程によって前記管理装置との通信が不可能であると判定された場合に、前記貸出処理機に対して情報送信可能な携帯端末が前記貸出処理機に送信する解錠許可通知を有効化する解錠許可通知有効化工程とを含んだことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、中継装置が、管理装置との通信が可能であるか否かを判定し、管理装置との通信が不可能であると判定した場合に、貸出処理機に対して情報送信可能な携帯端末が貸出処理機に送信する解錠許可通知を有効化するように構成したので、管理装置に機能障害が発生した場合でも貸出処理機に解錠許可通知を行うことができ、遊技店における貨幣回収業務が停滞することを防止することが可能になるという効果を奏する。
【００１８】
また、本発明によれば、中継装置が、携帯端末を一意に特定するための携帯端末識別情報ごとに、当該携帯端末の解錠許可権限を対応付けて記憶しておき、管理装置との通信が不可能であると判定した場合に、携帯端末識別情報ごとに対応付けて記憶した解錠許可権限を貸出処理機に通知し、携帯端末が、貸出処理機に対して解錠許可通知を送信するに際して、携帯端末を一意に特定するための携帯端末識別情報を併せて送信するように制御し、貸出処理機が、通知された携帯端末識別情報ごとの解錠許可権限を記憶し、記憶した解錠許可権限を参照して、解錠許可通知とともに送信された携帯端末識別情報に解錠許可権限が付与されているか否かを判定し、解錠許可権限が付与されていると判定した場合に、貨幣収納部の解錠モードを解錠可能モードに移行させるように構成したので、一般の従業員等の携帯端末の操作権限を制限することができ、携帯端末を通じて解錠許可通知を行うことができる者を管理者等に限定することが可能になるという効果を奏する。
【００１９】
また、本発明によれば、携帯端末が、認証情報を取得し、取得した認証情報をさらに送信するように制御し、貸出処理機が、送信された認証情報が正当なものであるかを認証し、解錠許可権限が付与されていると判定し、かつ認証情報が正当なものであると認証した場合に、貨幣収納部の解錠モードを前記解錠可能モードに移行させるように構成したので、管理者以上の権限を有する者だけに携帯端末による解錠許可操作を行わせることができ、携帯端末を用いた不正な解錠許可操作を実効的に防止することが可能になるという効果を奏する。
【００２０】
また、本発明によれば、管理装置が、携帯端末に対する解錠許可権限を設定するように構成したので、携帯端末の操作者に応じて解錠許可権限を自由に設定することが可能になるという効果を奏する。
【発明を実施するための最良の形態】
【００２１】
以下に添付図面を参照して、本発明に係る遊技媒体貸出システム及びその解錠許可方法の好適な実施例を詳細に説明する。なお、以下では、本発明をパチンコ遊技に適用する場合について説明することとする。
【実施例１】
【００２２】
まず、本実施例１に係る遊技媒体貸出システムの概要及び特徴を説明する。図１は、実施例１に係る遊技店のプリペイドカードシステムのシステム構成を示す図である。このプリペイドカードシステム１は、プリペイドカードに価値付けられた有価価値に基づいてパチンコ玉の貸出サービスを提供するものであり、図１に示すように、プリペイドカードに関連付けられた有価価値（金額）を管理するための管理装置であるターミナルコントローラ（以下、プリペイドカードＴ／Ｃと言う）１０と、島コントローラ２０と、カード処理ユニット（以下、「ＣＲユニット」と言う）３０と、パチンコ機４０とが設けられている。
【００２３】
そして、かかるプリペイドカードシステム１においては、プリペイドカードＴ／Ｃ１０を上位装置として、このプリペイドカードＴ／Ｃ１０に「島」と呼ばれるグループごとに上位装置及び下位装置間の中継装置として設けられた島コントローラ２０が接続され、この島コントローラ２０には、各島に設置された複数のパチンコ機４０にそれぞれに併設されたＣＲユニット３０が接続された接続関係を有する。
【００２４】
また、プリペイドカードＴ／Ｃ１０は、各遊技店（遊技店Ａ、Ｂ）の売上情報を統括管理する中央管理装置１００に公衆回線３を介して接続されている。この中央管理装置１００は、プリペイドカードシステム１を各遊技店にリースする事業者（以下、中央管理センタと言う）によって管理・運営される情報処理装置である。
【００２５】
パチンコ機４０は、パチンコ玉を遊技領域に発射して遊技者がパチンコ遊技を行う装置であり、本実施例１では、プリペイドカード対応のいわゆるＣＲパチンコ機であるものとしている。
【００２６】
ＣＲユニット３０は、各プリペイドカードの残額等を管理するプリペイドカードＴ／Ｃ１０と各パチンコ機４０との間に介在し、プリペイドカードＴ／Ｃ１０に対してプリペイドカードの残額の問い合わせや残額の減算依頼を行い、プリペイド残額が存在する場合にパチンコ機４０に対して減算金額分の玉投出指示を行う装置である。具体的には、残額が存在するプリペイドカードが挿入された状態で遊技客から玉貸し操作を受け付けた場合には、その貸出対価を徴収するために、当該プリペイドカードの残額を減算するようにプリペイドカードＴ／Ｃ１０に依頼し、プリペイドカードＴ／Ｃ１０によってプリペイド残額の減算処理が完了した旨が通知されると、パチンコ機４０に対して玉貸し指示を行う。なお、本実施例１では、一度の玉貸し操作で玉貸し処理される貸出単位金額、すなわちプリペイドカードＴ／Ｃ１０でプリペイド残額から減算処理させる貸出金額は固定（例えば、５００円固定）であるものとする。
【００２７】
また、このＣＲユニット３０は、島端等に配設されるカード発行機（図示せず）までプリペイドカードを購入させに行かせる不便を解消する観点から、後述するユニット内部のカード収納部３６ｂに発行用のプリペイドカード（有価価値が関連付けられていない残額なしのカード）を予め収納しており、上記したプリペイド残額の問合せや減算の他、プリペイドカードに対する価値付けを行う価値付け機能を有する。具体的には、紙幣の挿入を受け付けた場合に、カード収納部３６ｂに収納されたプリペイドカードのうち１枚のプリペイドカードを価値付け対象とし、プリペイドカードＴ／Ｃ１０に対して挿入紙幣相当のプリペイド残額を加算するように依頼することによりプリペイドカードに対して現金の価値付けを行う。
【００２８】
島コントローラ２０は、プリペイドカードＴ／Ｃ１０と複数のＣＲユニット３０との間で行われる通信を中継する中継装置であり、各「島」内のＣＲユニットネットワークケーブルを束ねる集線装置としての機能を有する。なお、詳細は後述するが、この島コントローラ２０では、プリペイドカードＴ／Ｃ１０にて記憶管理されるカードマスタのバックアップデータを記憶しておくことで、プリペイドカードＴ／Ｃ１０の通信機能に障害（例えば、ハードウェアの異常、通信回線の途絶等）が発生した場合に、複数または１つの島コントローラ２０が仮想的に１つの管理サーバとして動作し、プリペイドカードＴ／Ｃ１０に代行して残額問合せ、残額更新、残額精算等のプリペイドカードに係る処理を行う。
【００２９】
カード精算機５０は、プリペイドカードに価値付けられたプリペイド残額の精算処理を行う装置である。具体的には、遊技客からプリペイドカードが挿入されると、当該プリペイドカードの残額を問い合わせ、その結果、プリペイド残額が存在する場合には、精算ボタンの押下操作を受け付けてから、そのプリペイドカードを回収するとともに、問い合わせ結果として得たプリペイド残額に相当する現金を払出す。
【００３０】
プリペイドカードＴ／Ｃ１０は、後述するカードマスタ管理テーブル１６ａを用いてプリペイドカードの残額を管理する管理装置であり、上記した各種店内機器（ＣＲユニット３０、パチンコ機４０及びカード精算機５０）が配設される遊技フロアとは区分けされた別の場所、たとえば遊技店の運営業務を行う事務所に配設される。このカードマスタ管理テーブル１６ａは、プリペイドカードの識別情報（プリペイドカードＩＤ）、プリペイド残額を対応付けて記憶している。例えば、ＣＲユニット３０で紙幣が挿入された場合には、ＣＲユニット３０から発行対象となる内蔵カードのプリペイドカードＩＤとともに挿入紙幣の金額を受け付け、当該プリペイドカードＩＤに挿入紙幣分の金額を価値付けた後、ＣＲユニット３０に「価値付け完了通知」を返信し、また、ＣＲユニット３０にてプリペイドカード挿入中に玉貸し操作がなされた場合には、ＣＲユニット３０からプリペイド残額の減算依頼を受け付け、該減算依頼に含まれるプリペイドカードＩＤに対応するプリペイド残額から貸出単位金額を減算して減算完了通知を返信する。なお、本実施例１では、カードに記録した記録データを改ざんするなどの不正行為を防止する観点から、プリペイドカードには「度数」を記録せず、プリペイドカードの識別情報のみを記録する構成を採用することとする。
【００３１】
ここで、本実施例１では、プリペイドカードＴ／Ｃ１０とＣＲユニット３０とがこれら両者の間に介在する島コントローラ２０を介して接続され、ＣＲユニット３０が当該ＣＲユニット３０に付設又は内蔵された紙幣収納部３５ｃの解錠を許可する解錠許可通知を外部装置から受け付けた場合に紙幣収納部３５ｃの解錠を不能とする解錠不能モードから解錠を可能とする解錠可能モードに移行させることを概要とし、島コントローラ２０が、プリペイドカードＴ／Ｃ１０との通信が可能であるか否かを判定し、通信が不可能であると判定した場合に、ＣＲユニット３０に対して情報送信可能な携帯端末（例えば、後述するリモコン６０）がＣＲユニット３０に送信する解錠許可通知を有効化する点にその特徴がある。
【００３２】
これを具体的に説明すると、現行の遊技店の運用形態としては、紙幣収納部３５ｃの収納紙幣の回収は後述するリモコン６０を通じて行われるのが一般的であるが、ＣＲユニット３０は、リモコン６０から解錠要求が通知されたからといって画一的に紙幣収納部３５ｃを解錠するようなことはしない。すなわち、遊技店の管理者による解錠許可操作がプリペイドカードＴ／Ｃ１０でなされ、プリペイドカードＴ／Ｃ１０からＣＲユニット３０に解錠許可が通知されない限りは、ＣＲユニットは解錠不能モードにあり、この解錠不能モードに滞在する間はリモコン６０から解錠要求が通知されてもＣＲユニット３０は紙幣収納部３５ｃを解錠せず、プリペイドカードＴ／Ｃ１０から解錠許可が通知されて解錠可能モードに移行し、この解錠可能モード滞在中にリモコン６０からの解錠要求を受け付けて初めて紙幣収納部３５ｃを解錠する。
【００３３】
このように、ＣＲユニット３０においては、遊技店の事務所に所在する管理者以上の権限を有する者の影響下で紙幣回収業務を行わせるために、かかる管理者がプリペイドカードＴ／Ｃ１０に対する操作によって紙幣回収業務に介在した状態を解錠可能モードと規定する一方で、紙幣回収業務に介在していない状態を解錠不能モードとして規定しておき、解錠不能モードから解錠可能モードへのモード移行はプリペイドカードＴ／Ｃ１０からの解錠許可通知を受け付けた場合だけに限定する仕組みを採用している。
【００３４】
しかしながら、かかる仕組みを採用した場合には、紙幣回収業務に管理者等の権限保有者を定常的に介在させることができる反面、プリペイドカードＴ／Ｃ１０に機能障害（例えば、ハードウェアの異常、通信回線の途絶等）が発生した場合に、プリペイドカードＴ／Ｃ１０を通じてＣＲユニット３０に解錠許可通知を行うことができず、遊技店の運営に支障をきたすことになる。
【００３５】
そこで、本実施例１では、プリペイドカードＴ／Ｃ１０からＣＲユニット３０に解錠許可通知が供給されない状況下に限ってリモコン６０に解錠許可通知を実質的に行わせることで、プリペイドカードＴ／Ｃ１０に機能障害が発生した場合でもＣＲユニット３０に解錠許可通知を行い、もって遊技店における紙幣回収業務が停滞することを防止することができるようにしている。
【００３６】
［プリペイドカードシステムの構成］
次に、本実施例１に係るプリペイドカードシステムを構成する各装置の構成（プリペイドカードＴ／Ｃ１０、島コントローラ２０及びＣＲユニット３０）について詳細に説明するが、その前に、本実施例１に係るプリペイドカードシステム１が有する新規な思想の概要（着眼点）を説明してから、その思想の詳細を各装置の構成を説明する段で後述することとする。
【００３７】
現行のプリペイドカードシステムにおいては、後述するプリペイドカードＴ／Ｃ１０のカードマスタ管理テーブル１６ａ内でプリペイド残額を管理するのが原則であるが、その場合、プリペイドカードＴ／Ｃ１０に機能障害が発生したならば、遊技店内でプリペイドカードを使用することができなくなってしまう。これに伴って、ＣＲユニット３０では、高額紙幣を通じた玉貸しサービスを提供できなくなるため、低額紙幣（千円）だけを受け入れてその低額紙幣相当の玉貸し処理を行う運用しかできなくなる。
【００３８】
このことから、上記した従来技術を含むプリペイドカードシステムでは、プリペイドカードＴ／Ｃ１０で記憶管理されるカードマスタ管理テーブル１６ａ内のカードマスタをバックアップデータとして各島コントローラ２０に分散管理させておき、プリペイドカードＴ／Ｃ１０が機能障害に陥った場合に、プリペイドカードのプリペイド残額の更新を島コントローラ２０に行わせる運用が行われている。なお、本実施例１では、上記した原則的に行われる運用（通常運用）と区別するために、島コントローラ２０にプリペイド残額の更新を行わせる運用を「緊急運用」と呼称する。
【００３９】
ここで、本実施例１では、プリペイドカードシステム１で緊急運用を行うに際して、島コントローラ２０に記憶管理させるプリペイドカードの割振り、プリペイドカードＴ／Ｃ１０と島コントローラ２０との間におけるバックアップデータの新旧の管理、緊急運用発動時におけるバックアップデータの整合性判定（新旧の判定）、有効期限が失効したプリペイドカードの取扱いに着眼しており、上記した概要および特徴で説明した思想に加え、これらの着眼点に改良を施した思想を開示することに重点を置いてプリペイドカードシステム１を構成する各装置の構成を説明する。
【００４０】
［プリペイドカードＴ／Ｃの構成］
前述したように、ここでは、本実施例１に係るプリペイドカードＴ／Ｃ１０の構成について詳細に説明する。図２は、実施例１に係るプリペイドカードＴ／Ｃ１０の構成を示す機能ブロック図である。同図に示すように、このプリペイドカードＴ／Ｃ１０は、入力部１１と、表示部１２と、プリンタ１３と、通信制御Ｉ／Ｆ部１４と、計時部１５と、記憶部１６と、制御部１７とを有する。
【００４１】
入力部１１は、キーボードやマウス等の入力デバイスであり、例えば、記憶部１６に記憶された各種データの変更設定等を受け付ける。表示部１２は、液晶パネルやディスプレイ等の表示デバイスであり、例えば、記憶部１６に記憶された各種データの表示等を行う。また、プリンタ１３は、印刷データを紙媒体に印字処理する印字装置であり、例えば、記憶部１６に記憶された各種データ（例えば、カードマスタ）を締上票として印字出力する。
【００４２】
通信制御Ｉ／Ｆ部１４は、島コントローラ２０、ＣＲユニット３０及びカード精算機５０との間でデータ通信を行うためのインターフェースである。さらに、この通信制御Ｉ／Ｆ部１４では、中央管理装置１００（中央管理センタ）との間においても通信を行う。また、計時部１５は、時刻を計る処理部である。
【００４３】
記憶部１６は、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、プリペイドカードのカードマスタを管理するカードマスタ管理テーブル１６ａと、遊技店内で通信接続されている機器の構成データである機器構成ファイル１６ｂと、島コントローラ２０で管理させるプリペイドカードの割振りを管理するカード割振り管理テーブル１６ｃと、島コントローラ２０に送信するバックアップ指令電文であるバックアップ送信用ファイル１６ｄと、通常運用時におけるリモコン６０の操作権限を管理する通常運用リモコン設定テーブル１６ｅと、緊急運用時におけるリモコン６０の操作権限を管理する緊急運用リモコン設定テーブル１６ｆとを記憶する。
【００４４】
カードマスタ管理テーブル１６ａは、図３及び図４に示すように、プリペイドカードＩＤごとにプリペイド残額、使用フラグ、初回入金日、使用ロックフラグ及びＴ／Ｃ管理連番キーを記憶したテーブルであり、後述する島コントローラ２０で記憶されるものとは相違して遊技店内に存在するすべてのプリペイドカードのカードマスタを記憶している。ここで、かかる使用ロックフラグは、当該レコードのプリペイドカードの使用をロックするか否かを表すフラグであり、緊急運用が複数日に渡って連続して稼動された場合に、カードの使用期間が有効期間（例えば、１週間）を途過したプリペイドカードの使用をロックするために設けられたものである。また、Ｔ／Ｃ管理連番キーは、当該レコードのプリペイドカードの残額が更新された回数を表す連番キーであり、後述する島コントローラ２０側のＴ／Ｃ管理（控）連番キーと連動して、プリペイドカードＴ／Ｃ１０側における最新累積更新回数を島コントローラ２０に管理させるためのものである。なお、このＴ／Ｃ管理連番キーは、閉店後もしくは開店前に格納値がリセットされ、当該プリペイドカードＩＤのプリペイド残額が更新される度にインクリメントされる。
【００４５】
例えば、図３に示す例では、閉店後もしくは開店前（１０月６日営業終了後）にＴ／Ｃ管理連番キーがリセットされたカードマスタを図示しており、この例では、プリペイドカードＩＤが「００００１」、「００００３」、「００００６」及び「００００９」のプリペイドカードがカード精算機５０で精算されることなく、プリペイド残額が存在する状態で持ち帰られたことを示している。なお、プリペイドカードの有効期間が途過した場合には、管理者等の指示入力に応答してそのプリペイドカードの残額をゼロに更新する失効処理が行われ、かかる失効処理においては、所定の記録媒体（例えば、可搬記録媒体等）に失効前及び失効後のプリペイド残額を登録したり、そのプリペイド残額等の内容を失効明細としてプリンタ１３に印字出力させたりする処理も併せて行われる。
【００４６】
また、図４に示す例では、遊技店が営業中であり、価値付け又は貸出等の取引ごとに随時更新が行われているカードマスタを図示しており、図中における各レコードのＴ／Ｃ管理連番キーは、現営業日（１０月７日）において当該レコードのプリペイド残額の更新（紙幣価値付けによる加算処理及び玉貸しによる減算処理）が行われた累計更新回数を表し、このＴ／Ｃ管理連番キーがゼロである場合にはそのプリペイドカードが本日未使用であることを示している。
【００４７】
機器構成ファイル１６ｂは、図５に示すように、遊技店内で通信接続されている機器及びその機器の号機番号からなるデータである。図５に示す例では、号機番号００１及び００２の島コントローラ２０、そして号機番号０１のカード精算機５０が相互に通信可能に接続されていることを示している。なお、この機器構成ファイル１６ｂは、開店前において店内機器が起動された場合や営業中において一部の店内機器が再起動された場合に、各店内機器の通信コネクションの確立状況に基づいて作成され、該作成された機器構成ファイル１６ｂの複製データが後述する設定配信処理部１７ｂによってプリペイドカードＴ／Ｃ１０から各店内機器（島コントローラ２０やカード精算機５０等）に配信される。
【００４８】
カード割振り管理テーブル１６ｃは、図６に示すように、プリペイドカードＩＤごとにそのカードマスタ（バックアップデータ）を管理させる島コントローラ２０の号機番号を記憶したテーブルである。図６に示す例では、号機番号００１の島コントローラ２０がプリペイドカードＩＤ「００００１」、「００００２」、「００００３」、「００００５」及び「００００８」のプリペイドカードを管理し、また、号機番号００２の島コントローラ２０がプリペイドカードＩＤ「００００４」、「００００６」、「００００７」、「００００９」及び「０００１０」のプリペイドカードを管理していることを示している。なお、このカード割振り管理テーブル１６ｃは、開店前（営業開始時間前）にカード割振り処理部１７ａによって作成され、その複製データが設定配信処理部１７ｂによって各島コントローラ２０に配信される。
【００４９】
バックアップ送信用ファイル１６ｄは、宛て先である島コントローラ２０の号機番号、更新対象とするプリペイドカードＩＤ、更新内容となるプリペイド残額及びバックアップ送信連番キーからなるバックアップ指令電文である。ここで、バックアップ送信連番キーは、送信対象のバックアップデータの累積更新回数が何回目に当たるのかを示す連番キーであり、後述する島コントローラ２０のバックアップ受信用連番キーと連動して、島コントローラ２０で実際にバックアップされているカードマスタの累積更新回数を管理させるためのものである。なお、このバックアップ送信用ファイル１６ｄは、プリペイド残額の更新時に送信用データ作成部１７ｄによって作成された後にバックアップ送信制御部１７ｅによって島コントローラ２０に送信され、送信確認後には消去される。
【００５０】
例えば、図７に示す例では、号機番号００１の島コントローラ２０に対して、プリペイドカードＩＤ「００００２」のプリペイド残額を８５００円に更新し、該更新終了後の連番キーを「４」にインクリメントするべき旨の指令電文を示している。なお、ここでは、１つのバックアップ送信用ファールを例示しているが、実際にはプリペイド残額が更新され、かつ島コントローラ２０に未送信の電文がそれぞれ格納されることになる。
【００５１】
通常運用リモコン設定テーブル１６ｅ及び緊急運用リモコン設定テーブル１６ｆは、図８及び図９に示すように、リモコンＩＤごとに操作者種別及び操作権限を記憶したテーブルである。これら両者は、テーブルを構成する項目は同様であるが、操作権限の内容については遊技店運用が通常運用または緊急運用であるか否かによって相違する。なお、解錠許可操作には、リモコン６０と通信を行うＣＲユニット３０と同じ島に所属するＣＲユニット３０全てを対象に解錠許可通知を行うグループ解錠許可操作、並びに、リモコン６０と通信を行うＣＲユニット３０だけに解錠許可通知を行う個別解錠許可操作の２つの解錠許可操作が存在する。
【００５２】
すなわち、図８に示す通常運用リモコン設定テーブル１６ｅは、通常運用に用いられるリモコン設定であり、一般の従業員、管理者及び経営者の全ての関係者に対してリモコン６０による解錠許可操作が全面的に禁止されている。その一方で、図９に示す緊急運用リモコン設定テーブル１６ｆは、緊急運用に用いられるリモコン設定であり、管理者以上の権限を有する者に限ってリモコン６０による解錠許可操作を許可している。なお、図９に示す例では、リモコン６０からの送信情報を用いた認証処理（例えば、後述する緊急運用パスワードを用いた認証処理）に成功して初めて管理者及び経営者のリモコン６０による解錠許可操作が許可されることなる。
【００５３】
制御部１７は、プリペイドカードＴ／Ｃ１０を全体制御する制御部であり、カード割振り処理部１７ａと、設定配信処理部１７ｂと、カードマスタ更新部１７ｃと、送信用データ作成部１７ｄと、バックアップ送信制御部１７ｅとを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行し、カード割振り処理部１７ａ、設定配信処理部１７ｂ、カードマスタ更新部１７ｃ、送信用データ作成部１７ｄ及びバックアップ送信制御部１７ｅにそれぞれ対応するプロセスを実行させることになる。
【００５４】
カード割振り処理部１７ａは、各島コントローラ２０にバックアップデータとして分散管理させるプリペイドカードを割り振る処理部である。すなわち、このカード割振り処理部１７ａでは、営業時において実際に使用され得るプリペイドカードを優先して分散管理させるようにプリペイドカードの記憶管理を各島コントローラ２０に割り振っておくことで、島コントローラ２０の性能強化を行うことなく、緊急運用時に通常運用と同等の玉貸しサービスを提供することができるようにしている。
【００５５】
これを具体的に説明すると、情報処理装置として設けられたプリペイドカードＴ／Ｃ１０と、本来的には中継装置として機能する島コントローラ２０との間では、処理速度や記憶容量等の性能が大きくことなり、島コントローラ２０の記憶容量を大容量化しない限りは、島コントローラ２０において遊技店内に存在する全てのプリペイドカードのカードマスタを分散管理させることは困難である。
【００５６】
しかしながら、島コントローラ２０の記憶容量を大容量化すれば、島コントローラ２０のイニシャルコストが増大してしまい、さらには、島コントローラ２０は店舗の規模等に比例して相当数を購入する必要があるため、かかる緊急運用という低い頻度の運用に対応するために記憶容量の大容量化を行うのはコストパフォーマンスが悪く、現実的とは言えない。
【００５７】
そこで、カード割振り処理部１７ａでは、島コントローラ２０にバックアップデータを分散管理させるに際して、プリペイドカードの保管状態に対応付けて割振り優先順位を記憶しておき、割振り優先順位の高い保管状態にあるプリペイドカードから順番にそのプリペイドカードＩＤを特定し、該特定したプリペイドカードを割振り優先順位にしたがって島コントローラ２０に割り振るようにしている。
【００５８】
すなわち、プリペイドカードの保管状態としては、大別して、前回の営業時間内にプリペイド残額がカード精算機５０で精算されることなく持ち帰られて遊技客の居所に存在する持帰り状態、次回の営業開始時にプリペイドカードがＣＲユニット３０のカード収納部３６ｂに収納されているユニット収納状態、次回の営業開始時にプリペイドカードがカード精算機５０に収納されている精算機収納状態、ＣＲユニット３０への補充等のために予備としてプリペイドカードが保管庫に収納されている保管庫収納状態が存在する。
【００５９】
かかる保管状態のうち、プリペイドカードが持帰り状態にある場合には、持ち帰ったプリペイドカードに残っているプリペイド残額をその翌日に使用しようとする可能性が高く、また、プリペイド残額が存在するプリペイドカードのカードマスタをバックアップしておかねば、次回の営業中において緊急運用に陥った場合に、プリペイドカードが有効期間内であるにかかわらず使用不能となるため、遊技客の利便性を損なうことを防止する観点から、持帰り状態にあるプリペイドカードは優先的に割り振る必要がある。
【００６０】
また、プリペイドカードがユニット収納状態にある場合には、次回の営業中に遊技客が高額紙幣を挿入した時点でそのプリペイドカードが価値付けに使用されることから、次回の営業において使用され得る可能性が高く、かかるプリペイドカードの割振りは優先的に行う必要がある。
【００６１】
さらに、プリペイドカードが精算機収納状態にある場合には、次回の営業中にＣＲユニット３０のカード収納部３６ｂに補充される可能性が高い候補のプリペイドカードとなることから、ユニット収納状態に次いで次回の営業において使用され得る可能性が高く、かかるプリペイドカードの割振りについても優先的に行う必要がある。
【００６２】
一方、プリペイドカードが保管庫収納状態にある場合には、前述した持帰り状態、ユニット収納状態、精算機収納状態とは異なり、あくまでも補充的な位置づけのもとに保管されているものであり、次回の営業において使用され得る可能性が低い。
【００６３】
これらのことから、持帰り状態、ユニット収納状態、精算機収納状態、保管庫収納状態の順に規定した割振り優先順位を記憶しておき、島コントローラ２０で記憶管理可能なカードマスタの数量の範囲内で、割振り優先順位の高いプリペイドカードから順にそのプリペイドカードの記憶管理を各島コントローラ２０に割り振る。
【００６４】
これを図１０を用いて具体的に説明すると、例えばプリペイドカードの記憶管理の割振り先として号機番号００１及び００２の島コントローラ２０が存在し、図３に示したカードマスタ管理テーブル１６ａ内の配置状態が図１０に示す配置状態にある時には、まずカードマスタ管理テーブル１６ａ内のカードマスタからプリペイド残額が存在するプリペイドカードＩＤ「００００１」、「００００３」、「００００６」及び「００００９」を検索によって特定し、これらのプリペイドカードＩＤを有するプリペイドカードを号機番号００１及び００２の島コントローラ２０に均等に割り振る。
【００６５】
続いて、ＣＲユニット３０からカード収納部３６ｂ内に収納しているプリペイドカードのプリペイドカードＩＤを送信させることによってユニット収納状態にあるプリペイドカードのプリペイドカードＩＤ「００００２」、「００００４」、「００００５」、「００００７」、「００００８」及び「０００１０」を特定し、これらのプリペイドカードＩＤを有するプリペイドカードを号機番号００１及び００２の島コントローラ２０に均等に割り振る。
【００６６】
このとき、島コントローラ２０とＣＲユニット３０との接続関係（親子関係）を図示しないテーブル等に予め登録しておくか、或いは島コントローラ２０等の他装置から取得すれば、ＣＲユニット３０のカード収納部３６ｂに収納されているプリペイドカードを当該ＣＲユニット３０が所属する島コントローラ２０に割り振ることができる。例えば、図１０の例で言えば、プリペイドカードＩＤが「００００２」、「００００５」及び「００００８」のプリペイドカードを号機番号００１の島コントローラ２０に割り振る一方で、プリペイドカードＩＤが「００００４」、「００００７」及び「０００１０」のプリペイドカードを号機番号００２の島コントローラ２０に割り振ることができる。
【００６７】
このように、ＣＲユニット３０のカード収納部３６ｂに収納されているプリペイドカードを当該ＣＲユニット３０と接続されている島コントローラ２０に割り振ることにより、緊急運用中にプリペイドカードのカードマスタにアクセスする際に直近上位の島コントローラ２０に問い合わせるだけで残高問合せや残額更新を行うことができる可能性が高まり、他の島コントローラ２０にプリペイド残額を問い合わせる頻度が低くなる結果、緊急運用時における店内ネットワークの通信負荷を低減することが可能になる。
【００６８】
その後、カード割振り処理部１７ａは、島コントローラ２０で記憶管理可能なカードマスタの数量を超えるまでは、精算機収納状態、保管庫収納状態の順にその保管状態にあるプリペイドカードを順次特定し、特定したプリペイドカードを割振り優先順位にしたがって島コントローラ２０に割り振り、島コントローラ２０で記憶管理可能なカードマスタの数量を超えるか、もしくは遊技店内すべてのプリペイドカードを島コントローラ２０に割り振った場合には、これらの割振り結果をカード割振り管理テーブル１６ｃに登録する。
【００６９】
なお、本実施例１では、営業中に全ての島コントローラ２０にカード割振り設定を配信する際に生じる処理負荷及び通信負荷を鑑みて、前回の営業終了後から次回の営業開始前までのタイミングで行う例を説明したが、必ずしもそのタイミングで行う必要はなく、営業中にカード割振り設定を動的に変更するようにしてもかまわない。また、本実施例１では、各島コントローラ２０の性能、プリペイドカードＴ／Ｃ１０及びＣＲユニット３０から要求される処理頻度等は略同一として各島コントローラ２０に割り振るプリペイドカードの数量を略均等に割り振ることとするが、島コントローラ２０の処理速度や記憶容量等の性能、島コントローラ２０に接続されるパチンコ機４０の稼働率等の項目に基づいて割り振るプリペイドカードの数量に重み付けを行うようにしてもかまわない。
【００７０】
図２における制御部１７内の次の機能部の説明に移行し、設定配信処理部１７ｂは、記憶部１６内に記憶された各種設定データを店内機器に配信する処理部である。具体的には、遊技店の営業開始前に、機器構成ファイル１６ｂに記憶された島コントローラ２０に対して、機器構成ファイル１６ｂ、そしてカード割振り管理テーブル１６ｃ及び緊急運用リモコン設定テーブル１６ｆに記憶されたカード割振り設定及び緊急運用リモコン設定を配信してから、カード割振り管理テーブル１６ｃに記憶されたカード割振り設定にしたがって各島コントローラ２０に割り振られたカードマスタを配信する。また、店内のＣＲユニット３０に対しても通常運用リモコン設定テーブル１６ｅに記憶された通常運用リモコン設定を配信する。なお、営業開始後であっても記憶部１６に記憶された設定データに変更が生じた場合には、その変更後の設定データを配信する。
【００７１】
カードマスタ更新部１７ｃは、カードマスタ管理テーブル１６ａを用いて、プリペイドカードのプリペイド残額を更新する処理部であり、プリペイド残額の更新時にＴ／Ｃ管理連番キーを更新するＴ／Ｃ管理連番キー更新部１７ｆを内在する。
【００７２】
より具体的には、ＣＲユニット３０にて高額紙幣が挿入された場合には、ＣＲユニット３０から島コントローラ２０を経由して発行対象となる内蔵カードのプリペイドカードＩＤ及び挿入紙幣の金額を受け付け、当該プリペイドカードＩＤに挿入紙幣分の金額を価値付けるとともに、Ｔ／Ｃ管理連番キー更新部１７ｆにＴ／Ｃ管理連番キーを更新させてから価値付け完了通知（加算完了通知）を島コントローラ２０に返信する。また、ＣＲユニット３０にてプリペイドカード挿入中に玉貸し操作がなされた場合には、ＣＲユニット３０から島コントローラ２０を経由してプリペイド残額の減算依頼を受け付け、該減算依頼に含まれるプリペイドカードＩＤに対応するプリペイド残額から貸出単位金額を減算するとともに、Ｔ／Ｃ管理連番キー更新部１７ｆにＴ／Ｃ管理連番キーを更新させてから減算完了通知を島コントローラ２０に返信する。一方、ＣＲユニット３０にてプリペイドカードが挿入された場合には、ＣＲユニット３０からプリペイド残額の問合せを受け付け、該問合せに含まれるプリペイドカードＩＤに対応するプリペイド残額を残額問合せ応答として返信する。なお、緊急運用時においてプリペイドカードＴ／Ｃ１０が機能障害から復旧した場合には、カードマスタ管理テーブル１６ａの復旧処理が行われるが、その説明は図２７を用いて後述する。
【００７３】
このようにして、プリペイド残額の更新後にＴ／Ｃ管理連番キーを島コントローラ２０に返信することとしたのは、島コントローラ２０側でＴ／Ｃ管理連番キーと連動してＴ／Ｃ管理（控）連番キーを更新させ、カードマスタの最新累積更新回数を島コントローラ２０側で管理させるためである。
【００７４】
送信用データ作成部１７ｄは、島コントローラ２０に送信するバックアップ送信用ファイル１６ｄを作成する処理部である。具体的には、カードマスタ更新部１７ｃによってカードマスタ管理テーブル１６ａが更新された後に、該更新が行われたプリペイドカードＩＤのレコードからプリペイド残額を抽出するとともに、Ｔ／Ｃ管理連番キーをバックアップ送信連番キーとして抽出する一方で、カード割振り管理テーブル１６ｃから当該プリペイドカードＩＤに対応する島コントローラ２０の号機番号を抽出し、宛て先である島コントローラ２０の号機番号、更新対象とするプリペイドカードＩＤ、更新内容となるプリペイド残額及びバックアップ送信連番キーからなるバックアップデータ送信用電文を作成して記憶部１６に格納する。
【００７５】
このようにして、プリペイド残額の更新時点におけるＴ／Ｃ管理連番キーをバックアップ送信連番キーとしてバックアップ送信用ファイル１６ｄに含めることとしたのは、島コントローラ２０側でバックアップ送信用ファイル１６ｄの受信時に後述するバックアップ受信連番キーを更新させ、島コントローラ２０で実際にバックアップされているカードマスタの累積更新回数を管理させるためである。
【００７６】
バックアップ送信制御部１７ｅは、島コントローラ２０に対してバックアップ送信用ファイル１６ｄを送信するように制御する処理部である。具体的には、所定の周期（例えば、１秒）ごとにバックアップ送信用ファイル１６ｄが記憶部１６内に存在するか否かを監視しており、バックアップ送信用ファイル１６ｄが存在する場合には、宛て先として指定された島コントローラ２０に対してバックアップ送信用ファイル１６ｄを送信し、島コントローラ２０から受領完了応答を受信した場合に、当該バックアップ送信用ファイル１６ｄを記憶部１６内から削除し、かかる送信・削除を記憶部１６内の全てのバックアップ送信用ファイル１６ｄについて繰り返し行う。なお、バックアップ送信用ファイル１６ｄを受信した島コントローラ２０では、後述するカードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を更新するとともに、受信したバックアップ送信連番キーと同じ値に後述するバックアップ受信連番キーの格納値を更新する。
【００７７】
［島コントローラの構成］
次に、本実施例１に係る島コントローラ２０の構成について詳細に説明する。図１１は、実施例１に係る島コントローラ２０の構成を示す機能ブロック図である。同図に示すように、この島コントローラ２０は、操作部２１と、表示部２２と、通信制御Ｉ／Ｆ部２３ａと、通信制御Ｉ／Ｆ部２３ｂと、記憶部２４と、制御部２５とを有する。
【００７８】
操作部２１は、テンキー等の各種操作キーの総称であり、例えば、後述する緊急運用パスワードの入力を受け付ける。また、表示部２２は、７セグメントのＬＥＤや各種ＬＥＤ等の総称であり、例えば、後述する対処コード（緊急運用の発動可否、バックアップの新旧管理や店内機器の接続状態等を表すコード）を表示する。
【００７９】
通信制御Ｉ／Ｆ部２３ａは、プリペイドカードＴ／Ｃ１０、他の島コントローラ２０及びカード精算機５０との間でデータ通信を行うためのインターフェースである。一方、通信制御Ｉ／Ｆ部２３ｂは、島内に設置される複数台のＣＲユニット３０との間でデータ通信を行うためのインターフェースである。
【００８０】
記憶部２４は、制御部２５による各種処理に必要なデータおよびプログラムを記憶する不揮発性メモリ等の記憶デバイスであり、当該島コントローラ２０の運用状態に関する各種データからなる運用状態管理ファイル２４ａと、遊技店内で通信接続されている機器の構成データである機器構成ファイル２４ｂと、カード割振り管理テーブル２４ｃと、カードマスタ管理テーブル２４ｄと、緊急運用リモコン設定テーブル２４ｅとを記憶する。なお、機器構成ファイル２４ｂ、カード割振り管理テーブル２４ｃ及び緊急運用リモコン設定テーブル２４ｅは、プリペイドカードＴ／Ｃ１０によって配信される複製データであり、機器構成ファイル１６ｂの内容、そしてカード割振り管理テーブル１６ｃ及び緊急運用リモコン設定テーブル１６ｆに記憶された内容と同一の内容であるため、ここではその説明を省略する。
【００８１】
運用状態管理ファイル２４ａは、図１２に示すように、島コントローラ２０の号機番号、運用状態種別、機器構成ファイルの最終更新日時、カード割振り管理テーブル２４ｃの最終更新日時及び緊急運用の連続稼動日数からなるデータである。なお、運用状態種別は、通常運用又は緊急運用であるのかを表す識別番号で表現され、この識別番号が「１」である場合には通常運用であることを示し、「２」である場合には緊急運用であることを示す。
【００８２】
カードマスタ管理テーブル２４ｄは、図１３、図１４及び図１５に示すように、プリペイドカードＩＤごとにプリペイド残額、使用フラグ、初回入金日、使用ロックフラグ、Ｔ／Ｃ管理（控）連番キー及びバックアップ受信連番キーを記憶したテーブルであり、前述したプリペイドカードＴ／Ｃ１０で記憶されるものとは相違して、カード割振り管理テーブル２４ｃ内で当該島コントローラ２０の号機番号に対応付けられたプリペイドカードＩＤのカードマスタを記憶している。ここで、Ｔ／Ｃ管理（控）連番キーは、プリペイドカードＴ／Ｃ１０で管理される当該レコードの最新累積更新回数を表す連番キーであり、島コントローラ２０側で控えとして管理するためのものである。また、バックアップ受信連番キーは、当該レコードにバックアップすることができた回数を表す連番キーであり、Ｔ／Ｃ管理（控）連番キーと突合することによりプリペイドカードＴ／Ｃ１０及び島コントローラ２０の間でカードマスタの新旧（整合性）のズレの有無を判定するためのものである。
【００８３】
ここで、図１３及び図１４では、両者ともに号機番号００１の島コントローラ２０が記憶するバックアップデータであり、１０月７日の営業中における特定時点のカードマスタを図示している。
【００８４】
例えば、図１３に示す例では、プリペイドカードＩＤ「００００２」のＴ／Ｃ管理（控）連番キーが「４」であるのに対し、バックアップ受信連番キーが「３」であることから、プリペイドカードＴ／Ｃ１０から送信されるバックアップ送信用ファイル１６ｄ（図７参照）が１件未受信であり、プリペイドカードＴ／Ｃ１０と島コントローラ２０との間でカードマスタに新旧のズレ（減算１回分である５００円のズレ）が存在することを示している。一方、図１４の例では、プリペイドカードＩＤ「００００２」のＴ／Ｃ管理（控）連番キーが「４」であるのに対し、バックアップ受信連番キーが「４」であることから、図１３に示したカードマスタの状態からバックアップ送信用ファイル１６ｄ（図７参照）を受信し、プリペイドカードＴ／Ｃ１０と島コントローラ２０との間でカードマスタに新旧のズレが解消したことを示している。なお、プリペイドカードＴ／Ｃ１０では、両時点において図４に示したカードマスタが記憶管理されている。
【００８５】
また、図１５に示す例では、号機番号００１の島コントローラ２０が記憶するバックアップデータであり、緊急運用が日をまたがって連続稼動された時のカードマスタを図示しており、この例では、緊急運用の連続稼動日数が２日になり、プリペイドカードＩＤ「００００３」のカード有効期間（本例では、１週間）を途過し、使用ロックフラグがオン状態に設定されたことを示している。
【００８６】
制御部２５は、島コントローラ２０を全体制御する制御部であり、転送制御部２５１と、バックアップ受信制御部２５２と、緊急運用発動制御部２５３と、パスワード生成部２５４と、カードマスタ管理部２５５と、通信可否判定部２５６と、操作者権限判定部２５７と、解錠許可通知有効化部２５８とを有する。実際には、これらの機能部に対応するプログラムを図示しないＲＯＭや不揮発性メモリに記憶しておき、これらのプログラムをＣＰＵにロードして実行し、転送制御部２５１、バックアップ受信制御部２５２、緊急運用発動制御部２５３、パスワード生成部２５４、カードマスタ管理部２５５、通信可否判定部２５６、操作者権限判定部２５７及び解錠許可通知有効化部２５８にそれぞれ対応するプロセスを実行させることになる。
【００８７】
転送制御部２５１は、遊技店内における各機器間で授受されるデータの転送制御を行う処理部であり、Ｔ／Ｃ管理（控）連番キーを更新するＴ／Ｃ管理（控）連番キー更新部２５１ａを内在する。具体的には、通常運用時においては、ＣＲユニット３０及びプリペイドカードＴ／Ｃ１０間のデータ転送制御を行い、また、緊急運用時においては、ＣＲユニット３０及び他の島コントローラ２０間のデータ転送制御、他の島コントローラ２０間のデータ転送制御ならびにカード精算機５０及び他の島コントローラ２０間のデータ転送制御を行う。なお、上記した緊急運用時におけるデータ転送制御については、カード割振り管理テーブル２４ｃを参照して、送信元の機器から受信したプリペイドカードＩＤが他の島コントローラ２０の号機番号に対応付けられている場合に行われることになる。
【００８８】
ここで、Ｔ／Ｃ管理（控）連番キーの更新は、プリペイドカードＴ／Ｃ１０からＣＲユニット３０に更新完了応答が返信されるまでの過程で実行される。具体的には、プリペイドカードＴ／Ｃ１０によって更新完了応答がＣＲユニット３０に返信される際には、この更新完了応答にＴ／Ｃ管理連番キーを含めて返信が行われるが、転送制御部２５１は、この更新完了応答を更新依頼元のＣＲユニット３０に転送する前に、カード割振り管理テーブル２４ｃを参照して、当該更新が行われたプリペイドカードＩＤに割り振られた号機番号が当該島コントローラ２０と同一の号機番号であるか否かを判定し、その結果、同一の号機番号である場合には、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのＴ／Ｃ管理（控）連番キーの格納値をＴ／Ｃ管理連番キーの値に更新し、一方、同一の号機番号ではない場合には、当該プリペイドカードＩＤに対応付けられた号機番号の島コントローラ２０にＴ／Ｃ管理連番キーを転送してＴ／Ｃ管理（控）連番キーを更新させる。
【００８９】
このように、島コントローラ２０側でＴ／Ｃ管理連番キーと同期してＴ／Ｃ管理（控）連番キーを更新することで、プリペイドカードＴ／Ｃ１０のカードマスタの最新累積更新回数を島コントローラ２０側で管理することができるようにしている。
【００９０】
バックアップ受信制御部２５２は、バックアップ送信用ファイル１６ｄの受信制御を行う処理部であり、バックアップ受信連番キーを更新するバックアップ受信連番キー更新部２５２ａを内在する。具体的には、受信したバックアップ送信用ファイル１６ｄには島コントローラ２０の号機番号、プリペイドカードＩＤ、プリペイド残額及びバックアップ送信連番キーが含まれており、この宛て先である号機番号が当該島コントローラ２０の号機番号と同一であるか否かを判定し、その結果、同一の号機番号である場合には、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのバックアップ受信連番キーの格納値がバックアップ送信連番キーの値以下であるか否かをさらに判定する。なお、同一の号機番号ではない場合には、プリペイドカードＴ／Ｃ１０による送信ミスであるため、バックアップ指令電文を無視して、プリペイドカードＴ／Ｃ１０に正しい号機番号の島コントローラ２０に再度送信させる。
【００９１】
このとき、バックアップ送信連番キーの値以下である場合には、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤに対応するプリペイド残額を更新するとともに、バックアップ送信連番キーと同じ値にバックアップ受信連番キーの格納値を更新し、バックアップの受領完了応答をプリペイドカードＴ／Ｃ１０に返信する。なお、バックアップ送信連番キーの値を超える場合には、最新のバックアップ指令電文よりも遅れて受信した可能性が高いため、プリペイド残額及びバックアップ受信連番キーの更新は行わない。
【００９２】
このように、バックアップ指令電文の受信と連動してバックアップ受信連番キーを更新することで、島コントローラ２０で実際にバックアップされているカードマスタの累積更新回数を管理することができるようにしている。
【００９３】
このため、バックアップ送信連番キーがＴ／Ｃ管理連番キーとは異なるタイミングで島コントローラ２０に通知されることから、プリペイドカードＴ／Ｃ１０と島コントローラ２０とのカードマスタの間で新旧のズレが生じている際にプリペイドカードＴ／Ｃ１０が機能障害に陥ったとしても、後述する整合性判定部２５３ａにバックアップ受信連番キーをＴ／Ｃ管理（控）連番キーと比較させることにより、かかる新旧のズレの有無（カードマスタの整合性）をカードマスタの累積更新回数の一致／不一致をもって特定させることが可能になる。
【００９４】
緊急運用発動制御部２５３は、緊急運用の発動制御を実行する処理部であり、緊急運用発動前に島コントローラ２０間の整合性及びカードマスタの整合性を判定する整合性判定部２５３ａと、緊急運用が複数日にわたって連続稼動された場合にプリペイドカードの有効期間が途過した否かを判定するカード有効期間判定部２５３ｂとを内在する。詳細は図２０〜図２５を用いて後述するが、概要としては、緊急運用パスワードを含む緊急運用移行要求を受け付けたことを契機に動作し、緊急運用パスワードの認証、島コントローラ２０間の整合性度合い（例えば、設定受信の格差等）、カードマスタの整合性度合い（新旧のズレの程度）、カード有効期間判定等の処理を実行する。
【００９５】
パスワード生成部２５４は、中央管理装置１００内のパスワード生成部１１０と同一の生成ロジックにしたがってパスワードを生成する処理部である。すなわち、中央管理センタの運営者が許可するもとで緊急運用が行われることを担保するために、緊急運用発動時に中央管理センタから発行される緊急運用パスワードを用いた認証処理を緊急運用の発動条件として組み込んでおり、中央管理装置１００とは隔絶された島コントローラ２０で緊急運用パスワードの照合を可能ならしめるため、たとえば当該遊技店に付与された店舗コードに現在日付を付加するなどの生成ロジックが当該パスワード生成部２５４、そして中央管理装置１００内のパスワード生成部１１０の双方に埋め込まれている。なお、かかる生成ロジックは、店舗コードに現在日付を単に付加することに限られず、これらの数値をハッシュ値に変換するなど他の生成ロジックを広く用いることができる。
【００９６】
カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄを用いて、緊急運用中におけるプリペイド残額の管理を行う処理部である。詳細は図２６を用いて詳述するが、概要としては、ＣＲユニット３０からの残額加算依頼、残額減算依頼及び残額問合せに応答して残額加算処理、残額減算処理又は残額特定処理を行い、カード精算機５０からの残額問合せ及び残額消込み依頼に応答して残額特定処理又は残額消込み処理を行う。
【００９７】
通信可否判定部２５６は、ＣＲユニット３０によってリモコン６０からの解錠許可通知が転送された場合に、プリペイドカードＴ／Ｃ１０との通信が可能であるか否かを判定する処理部である。具体的には、運用状態管理ファイル２４ａに記憶された運用状態種別が通常運用又は緊急運用のいずれであるかによってプリペイドカードＴ／Ｃ１０との通信可否を判定し、運用状態種別を表す識別番号が「２」である場合（すなわち、緊急運用である場合）には、プリペイドカードＴ／Ｃ１０の機能障害によって通信が途絶したものと見做す判定を行う。なお、本実施例１では、かかる見做し判定を行うこととしたが、実際に接続確認のパケットをプリペイドカードＴ／Ｃ１０に送信してＡＣＫ等の応答により、プリペイドカードＴ／Ｃ１０との通信可否を判定するようにしてもよい。
【００９８】
操作者権限判定部２５７は、緊急運用中にＣＲユニット３０に対して解錠許可操作を行った操作者が解錠許可権限を有するか否かを判定する処理部である。具体的には、通信可否判定部２５６によってプリペイドカードＴ／Ｃ１０との通信が不可能であると判定された場合に、緊急運用リモコン設定テーブル２４ｅ内で当該リモコンＩＤに対応付けて記憶された操作者に解錠許可権限が有るか否か（条件付きの認容も含む）を判定する。なお、本実施例１では、リモコン６０の操作者が解錠許可権限を有する者であるか否かを判定することとしたが、さらに、緊急運用パスワードによる認証を行うようにしてもよい。また、後述するように、リモコン６０からＣＲユニット３０に解錠許可通知が再び行われ、ＣＲユニット３０で解錠許可権限の有無が再度判定されるため、必ずしも操作者権限判定部２５７で解錠許可権限の有無を判定せずとも、後述する解錠許可通知有効化部２５８に緊急運用リモコン設定をＣＲユニット３０に上書きさせるようにしてもかまわない。
【００９９】
解錠許可通知有効化部２５８は、リモコン６０によってＣＲユニット３０に送信された解錠許可通知を有効化する処理部である。具体的には、通信可否判定部２５６によってプリペイドカードＴ／Ｃ１０との通信が不可能であると判定され、かつ操作者判定部２５７によって管理者以上の権限を有する者であると判定された場合に、ＣＲユニット３０に対して緊急運用リモコン設定テーブル２４ｅに記憶された緊急運用リモコン設定を上書きするように指示する。なお、本実施例１では、緊急運用リモコン設定をＣＲユニット３０に上書きする契機をリモコン６０による解錠許可通知が転送された時としたが、緊急運用発動時にすべてのＣＲユニット３０に自動的に上書きするようにしてもよい。
【０１００】
このように、一部または全部の操作者に解錠許可権限が付与された緊急運用リモコン設定を緊急運用リモコン設定テーブル２４ｅに登録しておき、緊急運用時においては緊急運用リモコン設定テーブル２４ｅに記憶された緊急運用リモコン設定をＣＲユニット３０に上書きさせることで、緊急運用時にのみリモコン６０による解錠許可通知を有効化することができるようにしている。
【０１０１】
［ＣＲユニットの構成］
次に、本実施例１に係るＣＲユニット３０の構成について詳細に説明する。なお、ここでは、この実施例１に係るＣＲユニット３０の（１）外観構成を説明した後に、このＣＲユニット３０の（２）内部構成を説明する。
【０１０２】
（１）外観構成
図１６は、図１に示したＣＲユニット３０の外観を示した正面図である。同図に示すように、このＣＲユニット３０は、縦長の直方体型の筐体として構成したもので、その本体部前面の上寄りには、下方に向かって順に、状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、リモコン受光部３１０、入金可能表示ＬＥＤ３０３が付設されている。
【０１０３】
状態表示ランプ３０１は、当該ＣＲユニット３０が運用可能であるか否かを点灯色の切換えによって表すランプであり、例えば、「緑点灯」により運用可能な旨を表し、「赤点灯」により運用不能な旨を表す。
【０１０４】
カード状態表示ＬＥＤ３０２は、当該ＣＲユニット３０に内蔵されるプリペイドカードの補充又は回収の要否を点灯／点滅によって表すＬＥＤであり、例えば、「点灯」によりプリペイドカードの補充が必要な旨を表し、「点滅」によりプリペイドカードの回収が必要な旨を表し、また、「消灯」によりプリペイドカードの補充及び回収が不要な旨を表す。
【０１０５】
リモコン受光部３１０は、図示しない専用のリモコンから照射される赤外線を受光する受光素子から構成され、リモコンから照射される赤外線を通じてＣＲユニット３０に対する各種操作（例えば、紙幣収納部３５ｃに対する解錠許可操作及び解錠操作やプリペイドカードの補充操作及び回収操作など）を受け付ける。
【０１０６】
入金可能表示ＬＥＤ３０３は、当該ＣＲユニット３０に紙幣の入金が可能であるか否かを点灯／点滅によって表すＬＥＤであり、例えば、「点灯」により紙幣の入金が可能である旨を表し、また、「点滅」により紙幣の入金が不可能な旨を表す。
【０１０７】
また、本体部前面の中央部には、高額紙幣（例えば、「一万円」、「五千円」や「二千円」など）を含む紙幣を挿入する紙幣挿入口３０８、プリペイドカードや会員カードなどの各種カードを挿入するカード挿入口３０９が設けられている。
【０１０８】
さらに、本体部前面の下寄りには、下方に向かって順に、７ＳＥＧ表示部３０４、モード表示部３０５及び各種ボタン群（貸出ボタン３０６及び返却ボタン３０７等）が設けられている。
【０１０９】
７ＳＥＧ表示部３０４は、７セグメントのＬＥＤから形成される表示部（６桁）であり、当該ＣＲユニット３０の各種データ表示（セグメントを組み合わせて表される数字やアルファベット等の記号によるデータ表示）を行うものである。例えば、情報ボタンの押下操作に応答して挿入紙幣の金額、プリペイドカードの残額、貯玉数、再プレイ回数やポイントを切替表示したり、或いは、専用のリモコンによってプリペイドカードの補充操作又は回収操作が行われている場合には、補充すべき枚数又は回収すべき枚数を表示したりする。
【０１１０】
モード表示部３０５は、７ＳＥＧ表示部３０４にてどのモードの情報が表示されているかを表示するものである。例えば、「プリペイド残額」、「貯玉数」、「再プレイ回数」または「ポイント」のうちいずれの情報を７ＳＥＧ表示部３０４に表示しているのかを該当ランプを点灯させることで表す。
【０１１１】
貸出ボタン３０６は、遊技客による玉貸し要求を受け付ける操作ボタンであり、この貸出ボタン３０６が押下されると後述する制御部３８にて「玉貸し処理」が行われる。また、返却ボタン３０７は、遊技客によるプリペイドカードの返却要求を受け付ける操作ボタンであり、この返却ボタン３０７が押下されると挿入中のプリペイドカードがカード挿入口３０９から返却される。
【０１１２】
（２）内部構成
続いて、図１７を用いて、図１６に示したＣＲユニット３０の内部構成について説明する。図１７は、図１６に示したＣＲユニット３０の内部構成を示すブロック図である。図１７に示すように、このＣＲユニット３０は、操作部３１と、表示部３２と、通信制御Ｉ／Ｆ部３３ａと、遊技機用通信Ｉ／Ｆ部３３ｂと、リモコン受光部３１０と、紙幣処理部３５と、カード処理部３６と、記憶部３７と、制御部３８とを備える。
【０１１３】
操作部３１は、各種ボタン群、貸出ボタン３０６及び返却ボタン３０７などの総称であり、また、表示部３２は、図１６に示した状態表示ランプ３０１、カード状態表示ＬＥＤ３０２、入金可能ＬＥＤ３０３、７ＳＥＧ表示部３０４及びモード表示部３０５などの総称である。
【０１１４】
通信Ｉ／Ｆ部３３ａは、プリペイドカードＴ／Ｃ１０及び島コントローラ２０などの他の装置の間で各種通信の制御を行うインターフェースである。また、遊技機用通信Ｉ／Ｆ部３３ｂは、当該ＣＲユニット３０に併設されるパチンコ機４０との間で各種通信（例えば、玉投出指示や投出完了応答等）の制御を行うインターフェースである。
【０１１５】
紙幣処理部３５は、紙幣挿入口３０８から挿入された紙幣を取り扱う処理部であり、ＢＶユニット部３５ａと、搬送機構部３５ｂと、紙幣収納部３５ｃと、施錠機構部３５ｄとを有する。
【０１１６】
このうち、ＢＶユニット部３５ａは、紙幣挿入口３０８に挿入された紙幣の金種を識別する紙幣識別機であり、識別した挿入紙幣の金種を制御部３８に出力する。なお、挿入紙幣が偽造紙幣や識別不能な紙幣（保存状態が悪い紙幣）である場合には、当該紙幣を返却する。
【０１１７】
搬送機構部３５ｂは、紙幣挿入口３０８からの受入紙幣を紙幣収納部３５ｃに搬送するローラ等の機構部である。紙幣収納部３５ｃは、紙幣を収納する収納部である。また、施錠機構部３５ｄは、紙幣収納部３５ｃを施錠するロック機構であり、後述する解錠制御部３８ｄからの解錠指示に応答して紙幣収納部３５ｃの施錠を解錠する。
【０１１８】
カード処理部３６は、カード挿入口３０９から挿入された各種カードを取り扱う処理部であり、Ｃ／Ｒ（カードリーダ）３６ａと、カード収納部３６ｂと、搬送／繰出機構部３６ｃとを有する。
【０１１９】
このうち、Ｃ／Ｒ３６ａは、カード挿入口３０９に挿入されたプリペイドカード（ＩＣカードとする）や会員カードなどの各種カードに記録された情報を読み込むカードリーダであり、具体的には、これら各種カードからプリペイドカードＩＤや会員カードの識別情報を読み取り、該読み取った情報を制御部３８に出力する。
【０１２０】
カード収納部３６ｂは、プリペイド残額が価値付けられていないプリペイドカードを収納する収納部であり、遊技客がプリペイドカードを持参していなくとも現金により遊技可能にするため、事前に複数枚のプリペイドカードを収納したものである。例えば、遊技客によって紙幣が挿入されると、複数枚のプリペイドカードうちの一枚がＣ／Ｒ３６ａの位置に繰り出され、現金による度数関連付けの対象とされる。
【０１２１】
搬送／繰出機構部３６ｃは、各種カードの搬送／繰出を行う機構部である。具体的には、カード挿入口３０９から挿入されたプリペイドカードをＣ／Ｒ３６ａに搬送したり、Ｃ／Ｒ３６ａ内に保持されたプリペイドカードをカード収納部３６ｂに搬送したり、また、カード収納部３６ｂに収納された内蔵プリペイドカードをＣ／Ｒ３６ａに繰り出したり、Ｃ／Ｒ３６ａに保持されたプリペイドカードをカード挿入口３０９に繰り出したりする。
【０１２２】
記憶部３７は、制御部３８による各種処理に必要なデータ（例えば、プリペイド残額や貸出単位金額など）およびプログラムを格納する格納手段（記憶手段）であり、リモコン６０の操作権限を管理するリモコン設定テーブル３７ａを記憶する。
【０１２３】
このリモコン設定テーブル３７ａは、通常運用リモコン設定テーブル１６ｅ及び緊急運用リモコン設定テーブル１６ｆと同様に、リモコンＩＤごとに操作者種別及び操作権限を記憶したテーブルである。すなわち、ＣＲユニット３０の起動時には、プリペイドカードＴ／Ｃ１０の設定配信処理部１７ｂによって配信された通常運用リモコン設定（図８参照）が書き込まれるが、緊急運用が発動された場合には、島コントローラ２０の解錠許可通知有効化部２５８によって緊急運用リモコン設定（図９参照）に上書きされる。
【０１２４】
制御部３８は、ＣＲユニット３０の全体制御を司る制御部であり、特に本発明に関連するものとしては、カードマスタ更新依頼部３８ａと、玉貸し処理部３８ｂと、リモコン処理部３８ｃと、解錠制御部３８ｄとを備える。
【０１２５】
カードマスタ更新依頼部３８ａは、当該ＣＲユニット３０にて利用されるプリペイドカードについてカードマスタの更新依頼を行う処理部である。具体的には、プリペイドカードＴ／Ｃ１０と協働して、カード収納部３６ｂに内蔵されるプリペイドカードに挿入紙幣の金額を価値付けたり、パチンコ玉の貸出対価として挿入中のプリペイドカードから貸出単位金額（本例では、「５００円」）を減算（徴収）したり、また、カード挿入口３０９を介してプリペイドカードを受け入れた場合には、Ｃ／Ｒ３６ａを通じて読み取ったプリペイドカードＩＤに対応するプリペイド残額を問合せて取得したりもする。なお、緊急運用が発動された場合には、上記した残額加算依頼（価値付け依頼）、残額減算依頼及び残額問合せは島コントローラ２０に対して行われることになる。
【０１２６】
玉貸し処理部３８ｂは、カードマスタ更新依頼部３８ａによってプリペイド残額が減算された場合に、パチンコ機４０にパチンコ玉の投出指示を行う処理部である。具体的には、遊技機用通信Ｉ／Ｆ部３３ｂとパチンコ機４０内の通信Ｉ／Ｆ部（図示せず）との両者の間でＣＲユニット３０による１度の玉投出指示で所定数（例えば、２５個＝１００円）のパチンコ玉をパチンコ機４０が投出するという規定が設定されており、挿入中のプリペイドカードのプリペイド残額から貸出単位金額が減算されると、貸出単位金額に相当する回数の玉投出指示をパチンコ機４０に行い、パチンコ機４０に貸出単位金額分のパチンコ玉（この例では、１２５個）を投出させる。
【０１２７】
リモコン処理部３８ｃは、図示しないコマンド管理テーブルを用いて、リモコン受光部３１０を介してリモコン６０から受け付けた指令コードを解釈してその指令を指令先の機能部に通知する処理部である。例えば、指令コード「１」が解錠許可操作、指令コード「２」が解錠操作として上記したコマンド管理テーブルに登録されていたならば、リモコン６０から指令コード「１」を受け付けた場合には、解錠許可操作と解釈してリモコンＩＤとともに解錠制御部３８ｄに通知し、また、リモコン６０から指令コード「２」を受け付けた場合には、解錠操作として解釈してリモコンＩＤとともに解錠制御部３８ｄに通知する。
【０１２８】
解錠制御部３８ｄは、施錠機構部３５ｄに解錠指示を行って紙幣収納部３５ｃの施錠を解錠するように制御する処理部であり、リモコン６０を通じて行われた操作についてその操作者が操作権限を有するか否かを判定する操作者権限判定部３８ｅと、解錠可能モード及び解錠不能モードのモード移行を制御するモード制御部３８ｆとを内在する。
【０１２９】
ここで、通常運用中においては、プリペイドカードＴ／Ｃ１０から配信された通常運用リモコン設定がリモコン設定テーブル３７ａに登録されており、かかる通常運用リモコン設定では如何なる操作者も解錠許可権限がなく、プリペイドカードＴ／Ｃ１０から解錠許可通知を受け付けない限りは、モード制御部３８ｆによって解錠不能モードから解錠許可モードに移行されることはないが、緊急運用時において、島コントローラ２０の解錠許可通知有効化部２５８によって緊急運用リモコン設定がリモコン設定テーブル３７ａに上書きされた場合には、管理者以上の者には解錠許可権限が付与されることになるため、解錠許可権限が付与されたリモコン６０を通じて解錠許可通知が行われると、操作者権限判定部３８ｅによって解錠許可権限を有すると判定され、モード制御部３８ｆによって解錠不能モードから解錠可能モードに移行される。
【０１３０】
しかしながら、本実施例１では、操作者権限判定部３８ｅによって解錠許可権限を有すると判定されたとしても直ちにモード制御部３８ｆに解錠可能モードへ移行させることはしない。すなわち、管理者には緊急運用パスワードの認証成功という条件付きで解錠許可権限が付与されており、リモコン６０での操作入力を通じて正しい緊急運用パスワードを受け付けたと操作者権限判定部３８ｅによって判定されない限りはモード制御部３８ｆに解錠可能モードへ移行させない。
【０１３１】
つまり、機能障害によってプリペイドカードＴ／Ｃ１０が解錠許可通知を行えない状況、すなわち遊技店の事務所に所在する管理者以上の権限を有する者が介在していることが担保できない状況下では、中央管理センタが介在しなければ入手不可能であり、管理者以上の権限を有する者しか入手し得ない緊急運用パスワードを用いることを解錠可能モードに移行させる条件とすることで、管理者以上の権限を有する者だけにリモコン６０による解錠許可操作を行わせることができ、リモコン６０を用いた不正な解錠許可操作を実効的に防止することが可能になる。
【０１３２】
なお、解錠不能モード滞在中においては、リモコン６０から解錠通知を受け付けても紙幣収納部３５ｃを解錠せず、解錠可能モード滞在中にリモコン６０からの解錠通知を受け付けて初めて紙幣収納部３５ｃを解錠する点は、既存の技術と変わらない。
【０１３３】
［処理の流れ］
次に、本実施例１に係るプリペイドカードシステムの処理の流れを説明する。なお、以下では、（１）通常運用時のカードマスタ更新処理、（２）バックアップ送信制御処理、（３）緊急運用発動制御処理、（４）緊急運用時の島コントローラの基本制御処理、（５）カードマスタ復旧処理、（６）解錠許可通知有効化処理、（７）解錠モード移行制御処理の順に説明する。
【０１３４】
（１）通常運用時のカードマスタ更新処理
前述したように、ここでは、本実施例１に係る通常運用時のカードマスタ更新処理について説明する。図１８は、実施例１に係る通常運用時のカードマスタ更新処理に関するＣＲユニット３０、島コントローラ２０及びプリペイドカードＴ／Ｃ１０間の制御シーケンスを示す図である。
【０１３５】
同図に示すように、ＣＲユニット３０においてプリペイドカードの残額更新要求を受け付けると（ステップＳ１０１）、カードマスタ更新依頼部３８ａは、島コントローラ２０を介して、更新対象となるプリペイドカードＩＤを含む残額更新依頼をプリペイドカードＴ／Ｃ１０に行う（ステップＳ１０２）。
【０１３６】
一方、プリペイドカードＴ／Ｃ１０のカードマスタ更新部１７ｃは、カードマスタ管理テーブル１６ａ内の該当プリペイドカードＩＤのプリペイド残額を更新するとともに、Ｔ／Ｃ管理連番キー更新部１７ｆにＴ／Ｃ管理連番キーを更新させ（ステップＳ１０３及びステップＳ１０４）、更新完了通知を島コントローラ２０に通知し、島コントローラ２０の転送制御部２５１は、この更新完了応答を更新依頼元のＣＲユニット３０に転送する（ステップＳ１０５）。なお、この更新完了応答を受け付けたＣＲユニット３０では、挿入紙幣の価値付け完了報知を行ったり、また、パチンコ機４０に貸し玉を投出させたりする。
【０１３７】
また、カードマスタ更新後（ステップＳ１０４終了後）に、プリペイドカードＴ／Ｃ１０の送信用データ作成部１７ｄは、該更新が行われたプリペイドカードＩＤのレコードからプリペイド残額を抽出するとともに、Ｔ／Ｃ管理連番キーをバックアップ送信連番キーとして抽出する一方で、カード割振り管理テーブル１６ｃから当該プリペイドカードＩＤに対応する島コントローラ２０の号機番号を抽出し、宛て先である島コントローラ２０の号機番号、更新対象とするプリペイドカードＩＤ、更新内容となるプリペイド残額及びバックアップ送信連番キーからなるバックアップデータ送信用電文を作成して記憶部１６に格納する（ステップＳ１０６）。
【０１３８】
その後、バックアップ送信制御部１７ｅは、記憶部１６からバックアップデータ送信用電文を取り出し、当該バックアップデータ（カードマスタ）の管理を割り振られた島コントローラ（本フローチャートでは、カード管理島コンと称す）２０に対して、取り出したバックアップデータ送信用電文にＴ／Ｃ管理連番キーを含めて送信する（ステップＳ１０７）。
【０１３９】
一方、カード管理島コン２０では、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を更新するとともに、受信したバックアップ送信連番キーと同じ値に後述するバックアップ受信連番キーの格納値を更新することによりバックアップファイルの更新を行い（ステップＳ１０８）、そして、Ｔ／Ｃ管理（控）連番キーの格納値をプリペイドカードＴ／Ｃ１０から受信したＴ／Ｃ管理連番キーと同じ値に更新することによりＴ／Ｃ管理（控）連番キーの更新を行う（ステップＳ１０９）。
【０１４０】
このとき、Ｔ／Ｃ管理（控）連番キーとバックアップ受信連番キーとの格納値の差が所定値（例えば、「５」）以上存在する場合（ステップＳ１１０肯定）には、カード管理島コン２０は、カード割振り管理テーブル２４ｃによって当該カード管理島コン２０に対応付けて記憶されたプリペイドカードＩＤのカードマスタ全件を再送信するようにプリペイドカードＴ／Ｃ１０に依頼し（ステップＳ１１１）、処理を終了する。なお、これらの連番キーの格納値の差が所定値未満である場合（ステップＳ１１０否定）には、そのまま処理を終了する。
【０１４１】
（２）バックアップ送信制御処理
続いて、本実施例１に係るバックアップ送信制御処理について説明する。図１９は、実施例１に係るバックアップ送信制御処理の手順を示すフローチャートである。同図に示すように、プリペイドカードＴ／Ｃ１０のバックアップ送信制御部１７ｅは、所定の周期（例えば、１秒）ごとにバックアップ送信用ファイル１６ｄが記憶部１６内に存在するか否かを監視しており（ステップＳ２０１）、所定の周期が経過した際（ステップＳ２０１肯定）にバックアップ送信用ファイル１６ｄが存在する場合（ステップＳ２０２肯定）には、宛て先として指定された島コントローラ２０に対してバックアップ送信用ファイル１６ｄを送信する（ステップＳ２０３）。
【０１４２】
このとき、島コントローラ２０から受領完了応答を受信した場合（ステップＳ２０４肯定）には、バックアップ送信制御部１７ｅは、当該バックアップ送信用ファイル１６ｄを記憶部１６内から削除し（ステップＳ２０５）、上記したステップＳ２０３〜ステップＳ２０５までの処理を全てのバックアップ送信用ファイル１６ｄについて繰り返し行う。
【０１４３】
なお、バックアップ送信用ファイル１６ｄを受信した島コントローラ２０では、後述するカードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を更新するとともに、受信したバックアップ送信連番キーと同じ値に後述するバックアップ受信連番キーの格納値を更新する。
【０１４４】
（３）緊急運用発動制御処理
次に、本実施例１に係る緊急運用発動制御処理について詳細に説明する。図２０は、実施例１に係る緊急運用発動制御処理の手順を示すフローチャートである。同図に示すように、島コントローラ２０の緊急運用発動制御部２５３は、操作部２１に対する操作入力を介して緊急運用パスワードを受け付けた場合（ステップＳ３０１肯定）に、当該入力用の緊急運用パスワードがパスワード生成部２５４によって生成された照合用の緊急運用パスワードと一致するか否かを判定する（ステップＳ３０２）。
【０１４５】
図２１に示すように、中央管理装置１００のパスワード生成部１１０は、島コントローラ２０のパスワード生成部２５４によって生成される生成ロジック（店舗コードに日付を付加するというロジック）と同一の生成ロジックで入力用の緊急運用パスワードを生成しており、この入力用の緊急運用パスワードは、中央管理センタを介してしか入手することができない。すなわち、プリペイドカードＴ／Ｃ１０が機能障害に陥った状況を管理者５等の遊技店運用に直接関わる者が中央管理センタの運営者に所望の通信手段（例えば、電話や電子メールなど）を介して伝達し、中央管理センタの運営者によって当該遊技店における緊急運用を許可すべきと判断されると、たとえばパスワード生成部１１０によって生成された入力用の緊急運用パスワードが添付された電子メールをメールサーバ１５０を介して遊技店の管理者５所有の通信端末５００で受け取る。この入力用の緊急運用パスワードが島コントローラ２０に入力されると、パスワード生成部２５４によって生成された照合用の緊急運用パスワードと照合され、緊急運用の発動条件を１つクリアすることになる。
【０１４６】
このように、入力用の緊急運用パスワードの入手経路を限定したのは、中央管理センタの運営者が許可するもとで緊急運用が行われることを担保するとともに、一般の従業員等の遊技店運営に関知しない者によって緊急運用が発動されることを防止するためである。
【０１４７】
図２０の説明に戻り、入力用の緊急運用パスワードが照合用の緊急運用パスワードと一致しない場合（ステップＳ３０２否定）には、緊急運用発動制御部２５３は、表示部２２に発動ＮＧを示す画面表示を行って緊急運用が発動不能な旨を報知する（ステップＳ３０３）。なお、ここでは、島コントローラ２０で緊急運用の発動要求を受け付けることとしたが、カード精算機５０等の他の店内機器で受け付けるようにしてもかまわない。
【０１４８】
一方、入力用の緊急運用パスワードが照合用の緊急運用パスワードと一致した場合（ステップＳ３０２肯定）には、整合性判定部２５３ａは、島コントローラ２０間の整合性度合いを判定する（ステップＳ３０４）。
【０１４９】
ここで、かかる島コン間整合性判定処理を図２２を用いて具体的に説明する。図２２は、図２０のステップＳ３０４に示した島コン間整合性処理の手順を示すフローチャートである。同図に示すように、整合性判定部２５３ａは、店内機器、すなわち島コントローラ２０及びカード精算機５０に対してプリペイドカードＴ／Ｃ１０からのデータ取得情報（例えば、機器構成ファイル２４ｂやカード割振り管理テーブル２４ｃの最終更新日時など）の返信を依頼する（ステップＳ４０１）。
【０１５０】
このとき、所定期間内に対Ｔ／Ｃデータ取得情報を返信しなかった島コントローラ２０又はカード精算機５０が存在する場合（ステップＳ４０２肯定）には、整合性判定部２５３ａは、当該機器を未接続機器としてカウントする（ステップＳ４０３）。なお、全ての店内機器から返信があった場合には、そのままステップＳ４０４のチェック（各店内機器間における機器構成ファイル２４ｂの最終更新日の同一／非同一チェック）に移行する。
【０１５１】
続いて、整合性判定部２５３ａは、島コントローラ２０及びカード精算機５０から返信を受け付けた対Ｔ／Ｃデータ取得情報のうち機器構成ファイル２４ｂの最終更新日が非同一の機器が存在するか否かを判定し（ステップＳ４０４）、その結果、最終更新日が非同一の機器が存在すれば（ステップＳ４０４肯定）、最終更新日が他の機器よりも古い機器を割振り未取得機器としてカウントする（ステップＳ４０５）。
【０１５２】
さらに、整合性判定部２５３ａは、カード割振り管理テーブル２４ｃの最終更新日が非同一の機器が存在するか否かを判定し（ステップＳ４０６）、その結果、最終更新日が非同一の機器が存在すれば（ステップＳ４０６肯定）、最終更新日が他の機器よりも古い機器を割振り未取得機器としてカウントする（ステップＳ４０７）。なお、ここでは、最終更新日が同一であるか否かにより各店内機器間で設定取得状況にばらつきが存在するか否かを判定することとしたが、遊技店の営業中に機器構成ファイル２４ｂ又はカード割振り管理テーブル２４ｃに記憶される設定情報が動的に配信される場合には日ではなく、時、分又は秒により設定取得状況のばらつき可否を判定するようにしてよい。
【０１５３】
また、整合性判定部２５３ａは、緊急運用の連続稼動が規定日数を超える機器が存在するか否かを判定し（ステップＳ４０８）、その結果、緊急運用の連続稼動日数が規定日数を超える機器が存在すれば（ステップＳ４０８肯定）、当該規定日数を超えて稼動する機器を規定日超過稼動機器としてカウントし（ステップＳ４０９）、島コン間整合性判定処理を終了する。
【０１５４】
このように、プリペイドカードＴ／Ｃ１０から配信された各種データの最終更新日の古い機器を特定しておけば、プリペイドカードＴ／Ｃ１０と正常に通信が行われていなかった機器を緊急運用を発動させる対象から除外することができ、島コントローラ２０及びカード精算機５０間での設定取得状況に新旧のばらつきが存在することにより、各店内機器間で矛盾した設定が反映された状況で緊急運用が発動される事態を防止することができる。
【０１５５】
さらに、当該規定日数を超えて稼動する機器を規定日超過稼動機器としてカウントしておけば、プリペイドカードＴ／Ｃ１０の機能障害を意図的に修復しない場合等に緊急運用の連続稼動を制限することができ、あくまで非常時の運営救済である緊急運用が常用され、通常運用が形骸化されることを防止することができる。
【０１５６】
図２０の説明に戻り、整合性判定部２５３ａは、上記した島コン間整合性判定処理を行った後（ステップＳ３０４終了後）に、カードマスタに整合性がどの程度存在するかを判定するカードマスタ整合性判定処理を行う（ステップＳ３０５）。
【０１５７】
ここで、かかるカードマスタ整合性判定処理を図２３を用いて具体的に説明する。図２３は、図２０のステップＳ３０５に示したカードマスタ整合性判定処理の手順を示すフローチャートである。同図に示すように、整合性判定部２５３ａは、緊急運用発動可能な島コントローラ２０、すなわち未接続機器、機器構成未取得機器、割振り未取得機器及び規定日超過稼動機器ではない島コントローラ２０から、カードマスタ管理テーブル２４ｄに記憶された各レコード（プリペイドカードＩＤ）ごとのＴ／Ｃ管理（控）連番キー及びバックアップ受信連番キー、並びに、Ｔ／Ｃ管理（控）連番キーの合計及びバックアップ受信連番キーの合計を取得する（ステップＳ５０１）。
【０１５８】
そして、整合性判定部２５３ａは、緊急運用発動可能な島コントローラ２０のうち号機番号が昇順となる島コントローラ２０を以下で行う連番キーチェックの処理対象として決定する（ステップＳ５０２）。
【０１５９】
続いて、整合性判定部２５３ａは、処理対象として決定した島コントローラ２０についてＴ／Ｃ管理（控）連番キーの合計及びバックアップ受信連番キーの合計が同一であるか否かを判定する（ステップＳ５０３）。つまり、ここで両連番キーの合計が一致すれば、各レコードについても両連番キーが同一であることが担保され、すべてのカードマスタがプリペイドカードＴ／Ｃ１０のカードマスタ管理テーブル１６ａと同一の内容であること、すなわちカードマスタが最新のデータであることを特定することができる。
【０１６０】
このとき、Ｔ／Ｃ管理（控）連番キーの合計及びバックアップ受信連番キーの合計が非同一である場合（ステップＳ５０３肯定）には、整合性判定部２５３ａは、Ｔ／Ｃ管理（控）連番キー及びバックアップ受信連番キーが異なるレコードについて両連番キーの差を算出し（ステップＳ５０４）、このＴ／Ｃ管理（控）連番キー及びバックアップ受信連番キーの差を集計し（ステップＳ５０５）、今回集計した連番キーの差を前回までに他の島コントローラ２０について算出・集計した連番キーの差の累計に累積加算する（ステップＳ５０６）。
【０１６１】
その後、整合性判定部２５３ａは、全ての島コントローラ２０について上記したステップＳ５０２〜ステップＳ５０６の処理を行うまで（ステップＳ５０７否定）繰り返し行い、全ての島コントローラ２０について上記したステップＳ５０２〜ステップＳ５０６の処理を行うと（ステップＳ５０７肯定）、緊急運用可能な島コントローラ２０全てについての両連番キーの差の累積加算値がゼロであるか否かを判定する（ステップＳ５０８）。
【０１６２】
この結果、緊急運用可能な島コントローラ２０全てについての両連番キーの差の累積加算値がゼロである場合（ステップＳ５０８肯定）には、整合性判定部２５３ａは、全ての島コントローラ２０のカードマスタが最新のデータであると判定し（ステップＳ５０９）、一方、累積加算値がゼロではない場合（ステップＳ５０８否定）には、島コントローラ２０のカードマスタに旧データが含まれていると判定し（ステップＳ５１０）、処理を終了する。
【０１６３】
このように、緊急運用可能な島コントローラ２０についてＴ／Ｃ管理（控）連番キー及びバックアップ受信連番キーを比較することで、カードマスタの新旧のズレの有無（カードマスタの整合性）をカードマスタの累積更新回数の一致／不一致をもって特定することができ、さらに、各島コントローラ２０のカードマスタについてＴ／Ｃ管理（控）連番キー及びバックアップ受信連番キーの差を累積加算すれば、全島コントローラ２０でカードマスタがどの程度古いデータであるのかを正確に特定することができる。
【０１６４】
図２０の説明に戻り、上記したカードマスタ整合性判定処理を行った後（ステップＳ３０５終了後）に、緊急運用発動制御部２５３は、島コン間整合性判定処理の判定結果（未接続機器、機器構成未取得機器、割振り未取得機器及び規定日超過稼動機器）及びカードマスタ整合性判定処理の判定結果（カードマスタの新旧のずれの可否、旧データが含まれる場合には緊急運用可能な島コントローラ２０全てについての両連番キーの差の累積加算値）をもとに対処コードを特定し（ステップＳ３０６）、該特定した対処コードを表示部２２に表示させる（ステップＳ３０７）。
【０１６５】
ここで、かかる対処コードは、緊急運用の発動に伴って生じるリスクの度合いを三桁の数字の組合せで表すものであり、例えば、図２４に示すように、三桁の数字を用いて、緊急運用が発動不能である状態、緊急運用に際して多少の瑕疵は存在するが管理者等の指示操作（強制発動操作）を受け付ければ発動可能である状態、緊急運用に際して瑕疵がなく、そのまま発動可能である状態等の発動可否に係る区分と、緊急運用に際して瑕疵が存在する場合には、未接続機器、機器構成未取得機器、割振り未取得機器、規定日超過稼動機器又はカードマスタに旧データが含まれる機器やそのデータの割合等を表現する。
【０１６６】
このとき、緊急運用に際して発動対象機器に瑕疵が存在し、その瑕疵が許容レベルを超える場合（ステップＳ３０８否定かつステップＳ３０９否定）には、緊急運用発動制御部２５３は、発動不能と判定してそのまま処理を終了する。例えば、未接続機器、機器構成未取得機器、割振り未取得機器、規定日超過稼動機器又はカードマスタに旧データが含まれる機器がゼロではなく、いずれかの瑕疵を持つ機器が所定の割合（例えば、５０％）以上存在する場合には、発動のリスクが高すぎると判定して緊急運用の発動を禁止する。
【０１６７】
また、緊急運用に際して発動対象機器に瑕疵が存在するが、その瑕疵が許容レベル以内である場合（ステップＳ３０８否定かつステップＳ３０９肯定）には、緊急運用発動制御部２５３は、管理者等の指示操作（強制発動操作）を受け付ける（ステップＳ３１０肯定）ことを条件に緊急運用の発動を許可し、他の島コントローラ２０及びカード発行機５０に発動時刻を含む緊急運用発動指示を行い（ステップＳ３１１）、処理を終了する。例えば、未接続機器、機器構成未取得機器、割振り未取得機器、規定日超過稼動機器又はカードマスタに旧データが含まれる機器がゼロではないが、これらの瑕疵を持つ機器が所定の割合（例えば、５０％）未満である場合には、そのリスクを発動操作を行う管理者等に報知した上で当該管理者からの強制発動操作がなされた場合には緊急運用の発動を許可する。
【０１６８】
一方、緊急運用に際して発動対象機器に全く瑕疵が存在しない場合（ステップＳ３０８肯定）には、緊急運用発動制御部２５３は、管理者等の指示操作（強制発動操作）を受け付ける必要はなく、そのまま他の島コントローラ２０及びカード発行機５０に発動時刻を含む緊急運用発動指示を行い（ステップＳ３１１）、処理を終了する。
【０１６９】
このようにして緊急運用発動指示が行われた島コントローラ２０は、緊急運用の発動時刻まで縮退運用（すなわち、低額紙幣だけを受け入れてその金額分のパチンコ玉をそのまま投出させる運用）を行うように所属のＣＲユニット３０にブロードキャストし、全店内機器で当該発動時刻に同期して緊急運用を発動させつつ、プリペイドカードの有効期間の途過可否等をチェックしたりなどを緊急運用発動準備処理として行う。
【０１７０】
続いて、かかる緊急運用準備処理を図２５−１及び図２５−２を用いて詳述する。図２５−１は、実施例１に係る緊急運用発動準備処理の手順を示すフローチャートである。この処理は、緊急運用発動制御処理終了（もしくは緊急運用発動指示受付）を契機に行われる処理であり、緊急運用発動可能な島コントローラ２０全て、すなわち緊急運用発動制御処理を主体的に実行した島コントローラ２０及び緊急運用発動指示を受け付けた島コントローラ２０で実行される。
【０１７１】
同図に示すように、島コントローラ２０の緊急運用発動制御部２５３は、緊急運用の発動時刻まで縮退運用（すなわち、低額紙幣だけを受け入れてその金額分のパチンコ玉をそのまま投出させる運用）を行うように所属のＣＲユニット３０全台に通知する（ステップＳ６１）。
【０１７２】
そして、緊急運用発動制御部２５３は、緊急運用の発動時刻待機状態（ステップＳ６２）に移行し、この時、緊急運用の発動時刻でなければ（ステップＳ６２否定）には、カード有効期間判定部２５３ｂにカード有効期間判定処理を実行させ（ステップＳ６３）、緊急運用の発動時刻になるまで待機する。なお、当然のことながら、このカード有効期間判定処理は、一度実行されるとその後は重複処理となるため、２度目以降は行われない。
【０１７３】
その後、緊急運用の発動時刻になると（ステップＳ６２肯定）、緊急運用発動制御部２５３は、自身の遊技島に所属するＣＲユニット３０に緊急運用で起動するように指示し（ステップＳ６４）、処理を終了する。
【０１７４】
このように、緊急運用の発動時刻に至ると、緊急運用発動可能な島コントローラ２０と、緊急運用で起動されたＣＲユニット３０と、この島コントローラ２０と通信可能なカード精算機５０との間だけで通信網が形成され、これらの機器の間でオンライン運用が実行され、緊急運用の発動対象から除外された島コントローラ２０配下のＣＲユニット２０では縮退運用が実行されることになる。
【０１７５】
ここで、ステップＳ６３に示したカード有効期間判定処理を図２５−２を用いて具体的に説明する。図２５−２は、図２５−１のステップＳ６３に示したカード有効期間判定処理の手順を示すフローチャートである。
【０１７６】
図２５−２に示すように、島コントローラ２０のカード有効期間判定部２５３ｂは、カードマスタ管理テーブル２４ｄ内の初回入金日を参照して、プリペイドカードＩＤ順に使用期間を算出する（ステップＳ６０１）。
【０１７７】
そして、カード有効期間判定部２５３ｂは、当該プリペイドカードＩＤの使用期間として算出した日数が有効期間（例えば、１週間）を途過しているか否かを判定し（ステップＳ６０２）、その結果、有効期間を途過している場合（ステップＳ６０２肯定）には、当該プリペイドカードＩＤの使用ロックフラグをオン状態に設定する（ステップＳ６０３）。
【０１７８】
その後、カード有効期間判定部２５３ｂは、全てのプリペイドカードＩＤについて有効期間の確認を終了するまで（ステップＳ６０４否定）、上記したステップＳ６０１〜ステップＳ６０３までの処理を繰り返し行い、全てのプリペイドカードＩＤについて有効期間の確認を終了すると（ステップＳ６０４肯定）、処理を終了する。
【０１７９】
このように、緊急運用時に使用期間が有効期間を途過したプリペイドカードの使用（プリペイド残額の使用及び精算）をロックすることで、緊急運用中であっても失効カードの使用を禁止することができ、遊技客との間でトラブルの原因となるプリペイドカードの失効処理をプリペイドカードＴ／Ｃ１０が復帰するまで留保することで、証拠保全が確保された状態でプリペイドカードの失効処理を行わせたり、カード精算機５０での精算を許容したりすることができる。
【０１８０】
（４）緊急運用時の島コントローラの基本制御処理
次に、本実施例１に係る緊急運用時の島コントローラ２０の基本制御処理について説明する。図２６は、実施例１に係る緊急運用時の島コントローラ２０の基本制御処理の手順を示すフローチャートである。
【０１８１】
同図に示すように、島コントローラ２０は、ＣＲユニット３０、カード精算機５０又は他の島コントローラ２０から送信されるプリペイドカードＩＤを含む処理依頼の受信待機状態にあり（ステップＳ７０１否定）、プリペイドカードＩＤを含む処理依頼を受信すると（ステップＳ７０１肯定）、転送制御部２５１は、カード割振り管理テーブル２４ｃを参照して、このプリペイドカードＩＤのカードマスタが当該島コントローラ２０に割り振られているか否かを判定する（ステップＳ７０２）。
【０１８２】
このとき、そのプリペイドカードＩＤが当該島コントローラ２０に割り振られていなければ（ステップＳ７０２否定）、転送制御部２５１は、このプリペイドカードＩＤが割り振られている島コントローラ２０に当該プリペイドカードＩＤを含む処理依頼を転送する（ステップＳ７０５）。
【０１８３】
また、そのプリペイドカードＩＤが当該島コントローラ２０に割り振られていれば（ステップＳ７０２肯定）、カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄを参照して、当該プリペイドカードＩＤの使用ロックフラグがオン状態であるか否かを判定する（ステップＳ７０４）。
【０１８４】
このとき、当該プリペイドカードＩＤの使用ロックフラグがオン状態である場合（ステップＳ７０４肯定）には、転送制御部２５１は、送信元の機器（ＣＲユニット３０、カード精算機５０又は他の島コントローラ２０）に対して当該プリペイドカードの使用が禁止されている旨を返信し（ステップＳ７０５）、受信待機状態に戻る。
【０１８５】
また、当該プリペイドカードＩＤの使用ロックフラグがオフ状態である場合（ステップＳ７０４否定）、カードマスタ管理部２５５は、当該処理依頼が精算処理（残額消込み依頼）であるか否かを判定する（ステップＳ７０６）。
【０１８６】
このとき、当該処理依頼が精算処理である場合（ステップＳ７０６肯定）には、カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額をゼロに更新する残額消込み処理を行い（ステップＳ７０７）、残額消込み完了通知をカード精算機５０に返信してから（ステップＳ７０８）、受信待機状態に戻る。
【０１８７】
また、当該処理依頼が精算処理（残額消込み依頼）ではなく、残額問合せである場合（ステップＳ７０９肯定）には、カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を残額問合せ応答として送信元の機器に返信し（ステップＳ７１０）、受信待機状態に戻る。
【０１８８】
そして、当該処理依頼が残額問合せではなく、残額加算依頼である場合（ステップＳ７１１肯定）には、カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を加算依頼金額分について加算処理してから（ステップＳ７１２）、送信元のＣＲユニット３０に加算完了通知を返信し（ステップＳ７１３）、受信待機状態に戻る。
【０１８９】
また、当該処理依頼が残額加算依頼ではなく、残額減算依頼である場合（ステップＳ７１４肯定）には、カードマスタ管理部２５５は、カードマスタ管理テーブル２４ｄを参照して、当該プリペイドカードＩＤに対応するプリペイド残額が貸出単位金額以上であるか否かを判定する（ステップＳ７１５）。
【０１９０】
その結果、プリペイド残額が貸出単位金額以上である場合（ステップＳ７１５肯定）には、カードマスタ管理テーブル２４ｄ内の該当プリペイドカードＩＤのプリペイド残額を貸出単位金額分について減算処理して（ステップＳ７１６）、送信元のＣＲユニット３０に減算完了通知を返信し（ステップＳ７１７）、一方、プリペイド残額が貸出単位金額未満である場合（ステップＳ７１５否定）には、プリペイド残額が不足している旨を表す残額ＮＧ通知を送信元のＣＲユニット３０に返信し（ステップＳ７１８）、受信待機状態に戻る。
【０１９１】
また、当該処理依頼が残額減算依頼でもない場合（ステップＳ７１４否定）には、送信元からの送信情報が欠落しているおそれがあるため、転送制御部２５１は、処理依頼をもう一度繰り返し行うように送信元の店内機器に返信し（ステップＳ７１９）、受信待機状態に戻る。
【０１９２】
（５）カードマスタ復旧処理
次に、本実施例１に係るカードマスタ復旧処理について説明する。図２７は、実施例１に係るカードマスタ復旧処理の手順を示すフローチャートである。この処理は、プリペイドカードＴ／Ｃ１０で島コントローラ２０との通信が確認された場合に開始される処理である。
【０１９３】
同図に示すように、島コントローラ２０との接続を確認し（ステップＳ８０１肯定）、当該接続の確認前に緊急運用が発動されていた場合（ステップＳ８０２肯定）には、カードマスタ更新部１７ｃは、緊急運用に参加していた島コントローラ２０に対してカードマスタ管理テーブル２４ｄに記憶されたカードマスタを送信するように指示する（ステップＳ８０３）。
【０１９４】
そして、島コントローラ２０からカードマスタを受信すると（ステップＳ８０４肯定）、カードマスタ更新部１７ｃは、島コントローラ２０から受信したカードマスタについてプリペイドカードＩＤの昇順にＴ／Ｃ管理（控）連番キーとバックアップ受信連番キーとを確認する（ステップＳ８０５）。
【０１９５】
このとき、Ｔ／Ｃ管理（控）連番キーとバックアップ受信連番キーとが非同一である場合（ステップＳ８０６肯定）には、カードマスタ更新部１７ｃは、当該プリペイドカードＩＤを事後修正リストに追加してから（ステップＳ８０７）、島コントローラ２０から受信した当該プリペイドカードＩＤのカードマスタをカードマスタ管理テーブル１６ａ内の該当プリペイドカードＩＤに上書き更新する（ステップＳ８０８）。なお、かかる事後修正リストに登録しておくのは、Ｔ／Ｃ管理（控）連番キーとバックアップ受信連番キーとのずれをもとに、管理者等の操作により緊急運用発動時の新旧データのずれを事後的に修正させるためである。
【０１９６】
また、Ｔ／Ｃ管理（控）連番キーとバックアップ受信連番キーとが同一である場合（ステップＳ８０６否定）には、カードマスタ更新部１７ｃは、島コントローラ２０から受信した当該プリペイドカードＩＤのカードマスタをカードマスタ管理テーブル１６ａ内の該当プリペイドカードＩＤにそのまま上書き更新する（ステップＳ８０８）。
【０１９７】
そして、全てのプリペイドカードＩＤについて上記したＴ／Ｃ管理（控）連番キーとバックアップ受信連番キーとの確認を行うまで（ステップＳ８０９否定）、上記したステップＳ８０５〜ステップＳ８０８までの処理を繰り返し行う。
【０１９８】
その後、全てのプリペイドカードＩＤについて上記したＴ／Ｃ管理（控）連番キーとバックアップ受信連番キーとの確認が行われると（ステップＳ８０９肯定）、カードマスタ更新部１７ｃは、緊急運用に参加した島コントローラ２０全てからカードマスタを受信するまで（ステップＳ８１０）、上記したステップＳ８０４〜ステップＳ８０９までの処理を繰り返し行う。
【０１９９】
最後に、緊急運用に参加した島コントローラ２０全てからカードマスタを受信すると（ステップＳ８１０肯定）、カードマスタ更新部１７ｃは、プリペイドカードＴ／Ｃ１０のカードマスタが復旧された旨を表す復旧完了報知を表示部１２に行い（ステップＳ８１１）、処理を終了する。なお、このカードマスタ復旧処理は、各島コントローラ２０に全てのカードマスタ（バックアップデータ）を送信させるものであり、店内ネットワークに大きな負荷がかかるおそれがあるため、営業終了後に行われるのが好ましい。
【０２００】
（６）解錠許可通知有効化処理
次に、本実施例１に係る解錠許可通知有効化処理について説明する。図２８は、実施例１に係る解錠許可通知有効化処理の手順を示すフローチャートである。同図に示すように、ＣＲユニット３０からリモコンＩＤを含む解錠許可通知の転送を受け付けると（ステップＳ９０１肯定）、通信可否判定部２５６は、運用状態管理ファイル２４ａに記憶された運用状態種別が通常運用「１」又は緊急運用「２」のいずれであるかを判定する（ステップＳ９０２）。
【０２０１】
このとき、現運用状態が緊急運用「２」である場合（ステップＳ９０２肯定）には、操作者権限判定部２５７は、緊急運用リモコン設定テーブル２４ｅ内で当該リモコンＩＤに対応付けて記憶された操作者に解錠許可権限が有るか否か（条件付きの認容も含む）を判定する（ステップＳ９０３）。
【０２０２】
その結果、現運用状態が通常運用「１」である場合、或いは現運用状態が緊急運用「２」であっても操作者に解錠許可権限がない場合（ステップＳ９０２否定又はステップＳ９０３否定）には、解錠許可通知有効化部２５８は、エラー信号を返信する（ステップＳ９０４）。
【０２０３】
ここで、現運用状態が緊急運用「２」であり、当該操作者に解錠許可権限が存在する場合（ステップＳ９０２肯定かつステップＳ９０３肯定）には、解錠許可通知有効化部２５８は、当該解錠許可通知がグループ解錠許可であるか否かを判定する（ステップＳ９０５）。
【０２０４】
このとき、当該解錠許可通知がグループ解錠許可である場合（ステップＳ９０５肯定）には、解錠許可通知有効化部２５８は、当該島コントローラ２０所属のＣＲユニット３０全てに対して、緊急運用リモコン設定テーブル２４ｅに記憶された緊急運用リモコン設定の上書きを指示し（ステップＳ９０６）、また、当該解錠許可通知が個別解錠許可である場合（ステップＳ９０５否定）には、送信元のＣＲユニット３０に対して、緊急運用リモコン設定テーブル２４ｅに記憶された緊急運用リモコン設定の上書きを指示し（ステップＳ９０７）、処理を終了する。
【０２０５】
（７）解錠モード移行制御処理
次に、本実施例１に係る解錠モード移行制御処理について説明する。図２９は、実施例１に係る解錠モード移行制御処理の手順を示すフローチャートである。この処理は、ＣＲユニット３０で行われる処理であり、リモコン６０からリモコン受光部３１０を介してリモコンＩＤを含む解錠許可通知を受け付けた場合に開始される処理である。
【０２０６】
同図に示すように、操作者権限判定部３８ｅは、リモコン設定テーブル３７ａ内で当該リモコンＩＤに対応付けて記憶された操作者に解錠許可権限が有るか否か（条件付きの認容も含む）を判定する（ステップＳ１００１）。
【０２０７】
このとき、当該操作者に解錠許可権限が存在しない場合（ステップＳ１００１否定）には、操作者権限判定部３８ｅは、当該解錠許可通知を島コントローラ２０に転送する（ステップＳ１００２）。なお、島コントローラ２０の解錠許可通知有効化部２５８によって緊急運用リモコン設定が上書きされていない限りは、如何なる権限者であろうと解錠許可権限は付与されていないので、リモコン６０による解錠許可通知を有効化するか否かを解錠許可通知有効化部２５８に委ねるため、当該解錠許可通知をそのまま島コントローラ２０に転送する。
【０２０８】
一方、当該操作者に解錠許可権限が存在する場合（ステップＳ１００１肯定）には、操作者権限判定部３８ｅは、当該解錠許可権限が条件付き（緊急運用パスワード要）であるか否かをさらに判定する（ステップＳ１００３）。なお、この場合には、島コントローラ２０の解錠許可通知有効化部２５８によって緊急運用リモコン設定が上書きされていることになる。
【０２０９】
ここで、解錠許可権限が条件付き（緊急運用パスワード要）である場合（ステップＳ１００３肯定）には、操作者権限判定部３８ｅは、リモコン６０による情報送信を通じて緊急運用パスワードの入力を受け付け、当該入力用の緊急運用パスワードが島コントローラ２０のパスワード生成部２５４から取得した照合用の緊急運用パスワードと一致するか否かを判定する（ステップＳ１００４）。
【０２１０】
その結果、入力用の緊急運用パスワード及び照合用の緊急運用パスワードが一致すると判定された場合（ステップＳ１００４肯定）には、モード制御部３８ｆは、当該解錠許可通知がグループ解錠許可であるか否かを判定する（ステップＳ１００５）。
【０２１１】
このとき、当該解錠許可通知がグループ解錠許可である場合（ステップＳ１００５肯定）には、モード制御部３８ｆは、当該ＣＲユニット３０と同じ島に所属するＣＲユニット３０全てに解錠可能モードへの移行を指示し（ステップＳ１００６）、また、当該解錠許可通知が個別解錠許可である場合（ステップＳ１００５否定）には、当該ＣＲユニット３０の解錠モードだけを解錠可能モードに移行し（ステップＳ１００７）、処理を終了する。
【０２１２】
一方、当該操作者に解錠許可権限が存在し、かつ解錠許可権限が無条件である場合（ステップＳ１００１肯定かつステップＳ１００３否定）には、緊急運用パスワードによる認証処理を行うことなく、モード制御部３８ｆは、当該解錠許可通知がグループ解錠許可であるか否かを判定し（ステップＳ１００５）、その結果、当該解錠許可通知がグループ解錠許可である場合（ステップＳ１００５肯定）には、モード制御部３８ｆは、当該ＣＲユニット３０と同じ島に所属するＣＲユニット３０全てに解錠可能モードへの移行を指示し（ステップＳ１００６）、また、当該解錠許可通知が個別解錠許可である場合（ステップＳ１００５否定）には、当該ＣＲユニット３０の解錠モードだけを解錠可能モードに移行し（ステップＳ１００７）、処理を終了する。
【０２１３】
このように、島コントローラ２０の解錠許可通知有効化部２５８によって緊急運用リモコン設定（図９参照）がリモコン設定テーブル３７ａに上書きされた場合には、図３０に示すように、管理者５が解錠許可操作を行う場合には、緊急運用パスワードを用いた認証に成功して初めて解錠許可として解錠モードを解錠可能モードに移行させる一方で、経営者７が解錠許可操作を行う場合には、リモコン６０を通じた解錠許可操作だけで解錠モードを解錠可能モードに移行させることで、リモコン６０の操作者に応じて多様な操作権限を設定することができる。
【０２１４】
上述してきたように、本実施例１では、島コントローラ２０が、プリペイドカードＴ／Ｃ１０との通信が可能であるか否かを判定し、通信が不可能であると判定した場合に、ＣＲユニット３０に対して情報送信可能なリモコン６０がＣＲユニット３０に送信する解錠許可通知を有効化するように構成したので、プリペイドカードＴ／Ｃ１０に機能障害が発生した場合でもＣＲユニット３０に解錠許可通知を行うことができ、遊技店における紙幣回収業務が停滞することを防止することが可能になる。
【０２１５】
さらに、本実施例１では、リモコンＩＤごとに当該リモコン６０の解錠許可権限を対応付けて記憶しておき、通信が不可能であると判定した場合に、リモコンＩＤごとに対応付けて記憶した解錠許可権限をＣＲユニット３０に通知するように島コントローラ２０を構成し、ＣＲユニット３０に対して解錠許可通知を送信するに際して、リモコンＩＤを併せて送信させるようにリモコン６０を構成し、通知されたリモコンＩＤごとの解錠許可権限を記憶し、記憶した解錠許可権限を参照して、解錠許可通知とともに送信されたリモコンＩＤに解錠許可権限が付与されているのか否かを判定し、解錠許可権限が付与されていると判定した場合に、紙幣収納部３５ｃの解錠モードを解錠可能モードに移行させるようにＣＲユニット３０を構成したので、一般の従業員等のリモコン６０の操作権限を制限することができ、リモコン６０を通じて解錠許可通知を行うことができる者を管理者等に限定することが可能になる。
【０２１６】
また、本実施例１では、緊急運用パスワードの入力を受け付け、緊急運用パスワードをさらにＣＲユニット３０に送信させるようにリモコン６０を構成し、送信された緊急運用パスワードが正当なものであるかを認証し、解錠許可権限が付与されていると判定し、かつ緊急運用パスワードが正当なものであると認証した場合に、紙幣収納部３５ｃの解錠モードを解錠可能モードに移行させるようにＣＲユニット３０を構成したので、管理者以上の権限を有する者だけにリモコン６０による解錠許可操作を行わせることができ、リモコン６０を用いた不正な解錠許可操作を実効的に防止することが可能になる。
【実施例２】
【０２１７】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【０２１８】
（１）バックアップさせるカードの対象
例えば、上記した実施例１では、プリペイドカードのプリペイド残額を島コントローラにバックアップさせることとしたが、プリペイド一体型会員カードのプリペイド残額についても同様にバックアップさせることもできる。この場合、かかる会員カードに関連付けて管理される来店日をチェックし、現営業日から来店日が近い会員カードほど島コントローラに優先的にバックアップさせるようにしてもよい。
【０２１９】
（２）有効期間を途過したプリペイドカード
また、上記した実施例１では、プリペイドカードの使用期間が有効期間を途過したプリペイドカードの使用をロックする実施例を説明したが、緊急運用中においてはプリペイド残額の使用、ならびにその残額の精算を許容するようにしてもかまわない。この時、精算が行われる場合には、精算前の残高を記憶しておく必要がある。
【０２２０】
（３）その他
なお、上記した実施例１では、遊技用記録媒体としてプリペイドカードを用いる実施例を説明したが、必ずしもプリペイドカードである必要はなく、他の形状（例えば、コイン状）或いは他の種類の記録媒体（例えば、ＩＣカード）であっても本発明を同様に適用することができる。
【０２２１】
また、上記した実施例１では、本発明をパチンコ遊技に適用する例を説明したが、パチスロ遊技を対象としてさらに含めた場合又はパチスロ遊技のみを対象とした場合にも本発明を同様に適用することができる。なお、ここでは、パチンコ店及びパチスロ店に本発明を適用する例を説明したが、本発明はこれに限定されるものではなく、ゲームセンタ等の遊技施設にも同様に適用することができる。
【０２２２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２２３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【産業上の利用可能性】
【０２２４】
以上のように、本発明に係る遊技媒体貸出システム及びその解錠許可方法は、遊技店における貨幣回収業務が滞ることを防止する場合に適している。
【図面の簡単な説明】
【０２２５】
【図１】実施例１に係る遊技店のプリペイドカードシステムのシステム構成を示す図である。
【図２】実施例１に係るプリペイドカードＴ／Ｃ１０の構成を示す機能ブロック図である。
【図３】カードマスタ管理テーブル１６ａに記憶される情報の構成例を示す図である。
【図４】カードマスタ管理テーブル１６ａに記憶される情報の構成例を示す図である。
【図５】機器構成ファイル１６ｂの構成例を示す図である。
【図６】カード割振り管理テーブル１６ｃに記憶される情報の構成例を示す図である。
【図７】バックアップ送信用電文の一例を示す図である。
【図８】通常運用リモコン設定テーブル１６ｅに記憶される情報の構成例を示す図である。
【図９】緊急運用リモコン設定テーブル１６ｅに記憶される情報の構成例を示す図である。
【図１０】カード割振り処理部１７ａの処理内容を説明するための説明図である。
【図１１】実施例１に係る島コントローラ２０の構成を示す機能ブロック図である。
【図１２】運用状態管理ファイル２４ａの構成例を示す図である。
【図１３】カードマスタ管理テーブル２４ｄに記憶される情報の構成例を示す図である。
【図１４】カードマスタ管理テーブル２４ｄに記憶される情報の構成例を示す図である。
【図１５】カードマスタ管理テーブル２４ｄに記憶される情報の構成例を示す図である。
【図１６】図１に示したＣＲユニット３０の外観を示した正面図である。
【図１７】図１６に示したＣＲユニット３０の内部構成を示すブロック図である。
【図１８】実施例１に係る通常運用時のカードマスタ更新処理に関するＣＲユニット３０、島コントローラ２０及びプリペイドカードＴ／Ｃ１０間の制御シーケンスを示す図である。
【図１９】実施例１に係るバックアップ送信制御処理の手順を示すフローチャートである。
【図２０】実施例１に係る緊急運用発動制御処理の手順を示すフローチャートである。
【図２１】緊急運用パスワードの生成ロジックの一例を説明するための説明図である。
【図２２】図２０のステップＳ３０４に示した島コン間整合性処理の手順を示すフローチャートである。
【図２３】図２０のステップＳ３０５に示したカードマスタ整合性判定処理の手順を示すフローチャートである。
【図２４】対処コードの仕組みの一例を示す図である。
【図２５−１】実施例１に係る緊急運用発動準備処理の手順を示すフローチャートである。
【図２５−２】図２５−１のステップＳ６３に示したカード有効期間判定処理の手順を示すフローチャートである。
【図２６】実施例１に係る緊急運用時の島コントローラ２０の基本制御処理の手順を示すフローチャートである。
【図２７】実施例１に係るカードマスタ復旧処理の手順を示すフローチャートである。
【図２８】実施例１に係る解錠許可通知有効化処理の手順を示すフローチャートである。
【図２９】実施例１に係る解錠モード移行制御処理の手順を示すフローチャートである。
【図３０】解錠許可権限の具体例の一例を示す図である。
【符号の説明】
【０２２６】
１      プリペイドカードシステム
３      公衆回線
１０      プリペイドカードＴ／Ｃ
１１      入力部
１２      表示部
１３      プリンタ
１４      通信制御Ｉ／Ｆ部
１５      計時部
１６      記憶部
１６ａ    カードマスタ管理テーブル
１６ｂ    機器構成ファイル
１６ｃ    カード割振り管理テーブル
１６ｄ    バックアップ送信用ファイル
１６ｅ    通常運用リモコン設定テーブル
１６ｆ    緊急運用リモコン設定テーブル
１７      制御部
１７ａ    カード割振り処理部
１７ｂ    設定配信処理部
１７ｃ    カードマスタ更新部
１７ｄ    送信用データ作成部
１７ｅ    バックアップ送信制御部
１７ｆ    Ｔ／Ｃ管理連番キー更新部
２０      島コントローラ
２１      操作部
２２      表示部
２３ａ，２３ｂ    通信制御Ｉ／Ｆ部
２４      記憶部
２４ａ    運用状態管理ファイル
２４ｂ    機器構成ファイル
２４ｃ    カード割振り管理テーブル
２４ｄ    カードマスタ管理テーブル
２４ｅ    緊急運用リモコン設定テーブル
２５      制御部
２５１    転送制御部
２５１ａ  Ｔ／Ｃ管理（控）連番キー更新部
２５２    バックアップ受信制御部
２５２ａ  バックアップ受信連番キー更新部
２５３    緊急運用発動制御部
２５３ａ  整合性判定部
２５３ｂ  カード有効期間判定部
２５４    パスワード生成部
２５５    カードマスタ管理部
２５６    通信可否判定部
２５７    操作者権限判定部
２５８    解錠許可通知有効化部
３０    ＣＲユニット
３１    操作部
３２    表示部
３３ａ  通信制御Ｉ／Ｆ部
３３ｂ  遊技機用通信Ｉ／Ｆ部
３５    紙幣処理部
３５ａ  ＢＶユニット部
３５ｂ  搬送機構部
３５ｃ  紙幣収納部
３５ｄ  施錠機構部
３６    カード処理部
３６ａ  Ｃ／Ｒ（カードリーダ）
３６ｂ  カード収納部
３６ｃ  搬送／繰出機構部
３７    記憶部
３７ａ  リモコン設定テーブル
３８    制御部
３８ａ  カードマスタ更新依頼部
３８ｂ  玉貸し処理部
３８ｃ  リモコン処理部
３８ｄ  解錠制御部
３８ｅ  操作者権限判定部
３８ｆ  モード制御部
４０    パチンコ機
５０    カード精算機
６０    リモコン
１００    中央管理装置
１１０    パスワード生成部
１５０    メールサーバ
【図１】
0005114172.tif 000002
【図２】
0005114172.tif 000003
【図３】
0005114172.tif 000004
【図４】
0005114172.tif 000005
【図５】
0005114172.tif 000006
【図６】
0005114172.tif 000007
【図７】
0005114172.tif 000008
【図８】
0005114172.tif 000009
【図９】
0005114172.tif 000010
【図１０】
0005114172.tif 000011
【図１１】
0005114172.tif 000012
【図１２】
0005114172.tif 000013
【図１３】
0005114172.tif 000014
【図１４】
0005114172.tif 000015
【図１５】
0005114172.tif 000016
【図１６】
0005114172.tif 000017
【図１７】
0005114172.tif 000018
【図１８】
0005114172.tif 000019
【図１９】
0005114172.tif 000020
【図２０】
0005114172.tif 000021
【図２１】
0005114172.tif 000022
【図２２】
0005114172.tif 000023
【図２３】
0005114172.tif 000024
【図２４】
0005114172.tif 000025
【図２５−１】
0005114172.tif 000026
【図２５−２】
0005114172.tif 000027
【図２６】
0005114172.tif 000028
【図２７】
0005114172.tif 000029
【図２８】
0005114172.tif 000030
【図２９】
0005114172.tif 000031
【図３０】
0005114172.tif 000032