(57)【要約】  【課題】有価価値管理部の有価価値の大きさが誤って更新された旨を店員が把握して、迅速な対応をとることが可能であると共に、営業時間内でのカードの回収作業や補充作業を極力不要として、円滑な営業を行うことができる遊技用システムの提供。  【解決手段】有価価値管理部（カードＲ／制御部）から貸与制御部（ユニット制御部）に減算更新後のカード残額が送信されたときに(S307)、貸与制御部がカード残額と減算後の記憶残額との一致判定を行い(S312)、不一致と判定されると異常報知処理を行う。また、締め処理信号を受信したカードＲ／Ｗ制御部は、締め処理を実施する旨とストック枚数をユニット制御部に通知し、ユニット制御部は、締め処理実施後に、ストック枚数が第２上限値以上であるか否かを判定し、第２上限値以上であれば報知を行うと共に、メンテナンスモードに移行する。【選択図】        図１３
2006288666.tif 000002
【特許請求の範囲】
【請求項１】
遊技媒体の貸与に使用可能な有価価値の大きさを特定するための情報を記録可能な記録媒体の記録情報から特定される該有価価値の大きさを管理する有価価値管理部と、
遊技機に対応して設けられ、
前記記録媒体を複数収納する記録媒体収納部と、
該記録媒体収納部に収納された記録媒体を外部に発行する記録媒体発行手段と、
前記記録媒体の記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与制御部と、
前記記録媒体の記録情報から特定される有価価値の大きさが前記貸与処理により零となったことを条件として、該記録媒体を前記記録媒体収納部に収納する処理を行う記録媒体収納処理手段と、を有する遊技用装置と、
該遊技用装置に対して当該遊技場の営業終了に伴う締め処理を実行する旨を示す締め処理信号を送信する締め処理信号送信手段を有する管理装置と、
を備える遊技用システムであって、
前記貸与制御部は、
前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段と、
前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段と、
前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を前記有価価値管理部に対して送信する更新要求送信手段と、を有し、
前記有価価値管理部は、
前記更新要求送信手段から送信されてきた更新要求に応じて、前記遊技媒体の貸与に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値更新手段と、
該有価価値更新手段による減算更新後の有価価値の大きさを前記貸与制御部に対して返信する有価価値返信手段と、を有し、
前記貸与制御部は、
前記有価価値返信手段から返信されてきた有価価値の大きさと前記有価価値減算手段による減算後の有価価値の大きさとが一致するか否かを判定する有価価値異常判定手段と、
該有価価値異常判定手段により一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理を行う有価価値異常報知処理手段と、をさらに有し、
前記管理装置又は前記遊技用装置は、
前記記録媒体収納部に収納される記録媒体数に対する第１上限値及び第１下限値を設定する第１設定手段と、
前記記録媒体収納部に収納される記録媒体数に対する前記第１上限値よりも低い第２上限値を設定する第２上限値設定手段と、をさらに有し、
前記遊技用装置は、
前記記録媒体収納部に収納される記録媒体数を計数する計数手段と、
前記締め処理信号送信手段から締め処理信号を受信するまでの営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１上限値以上であるか否かを判定する第１上限値判定手段と、
該第１上限値判定手段により第１上限値以上であると判定されたことを条件として、当該第１上限値以上である旨を報知する第１上限値報知手段と、
前記営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１下限値以下であるか否かを判定する第１下限値判定手段と、
該第１下限値判定手段により第１下限値以下であると判定されたことを条件として、当該第１下限値以下である旨を報知する第１下限値報知手段と、
前記締め処理信号送信手段から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２上限値設定手段により設定された第２上限値以上であるか否かを判定する第２上限値判定を行う締め処理時判定手段と、
該締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたことを条件として報知を行う締め処理時報知手段と、をさらに有することを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記遊技用装置は、
前記記録媒体収納部からの前記記録媒体の回収及び前記記録媒体収納部への前記記録媒体の補充を行うための保守状態に移行するための保守状態移行要求を受け付ける保守状態移行要求受付手段と、
前記営業時間中においては、前記保守状態移行要求受付手段による保守状態移行要求の受付に基づいて前記保守状態に移行する処理を行う一方、前記締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたときには、前記保守状態移行要求受付手段による保守状態移行要求の受付によらず前記保守状態に移行する処理を行う保守状態移行処理手段と、をさらに有することを特徴とする遊技用システム。
【請求項３】
請求項２に記載した遊技用システムであって、
前記遊技用装置は、前記保守状態に移行することに基づいて前記計数手段により計数された記録媒体数を表示する記録媒体数表示手段をさらに有することを特徴とする遊技用システム。
【請求項４】
請求項１〜３のいずれか１つに記載した遊技用システムであって、
前記管理装置又は前記遊技用装置は、
前記記録媒体収納部に収納される記録媒体数に対する前記第１下限値よりも高い第２下限値を設定する第２下限値設定手段をさらに有し、
前記締め処理時判定手段は、前記締め処理信号送信手段から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２下限値設定手段により設定された第２下限値以下であるか否かを判定する第２下限値判定を行い、
前記締め処理時報知手段は、該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたことを条件として報知を行うことを特徴とする遊技用システム。
【請求項５】
請求項１〜４のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、前記締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたことを条件として、前記記録媒体収納部に収納されている記録媒体を、前記記録媒体を挿入するための記録媒体挿入口から当該遊技用装置外部に排出するための処理を行う記録媒体排出処理手段をさらに有することを特徴とする遊技用システム。
【請求項６】
請求項１〜５のいずれか１つに記載した遊技用システムであって、
前記管理装置は、前記第２上限値を入力するための第２上限値入力手段をさらに有し、
前記第２上限値設定手段は、該第２上限値入力手段に入力された第２上限値を設定することを特徴とする遊技用システム。
【請求項７】
請求項１〜６のいずれか１つに記載した遊技用システムであって、
前記管理装置又は前記遊技用装置は、
前記第２上限値の設定を有効にするか否かを設定する第２上限値有効設定手段をさらに有し、
前記締め処理時判定手段は、前記締め処理信号送信手段から締め処理信号を受信したときに、前記第２上限値有効設定手段により前記第２上限値の設定を有効にする旨が設定されているときには、前記第２上限値判定を行う一方、前記第２上限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が前記記録媒体収納部に収納される記録媒体数の収納限界値に達しているか否かを判定する収納限界値判定を行い、
前記締め処理時報知手段は、該締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたこと又は収納限界値判定によって収納限界値に達していると判定されたことを条件として報知を行うことを特徴とする遊技用システム。
【請求項８】
遊技媒体の貸与に使用可能な有価価値の大きさを特定するための情報を記録可能な記録媒体の記録情報から特定される該有価価値の大きさを管理する有価価値管理部と、
遊技機に対応して設けられ、
前記記録媒体を複数収納する記録媒体収納部と、
該記録媒体収納部に収納された記録媒体を外部に発行する記録媒体発行手段と、
前記記録媒体の記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与制御部と、
前記記録媒体の記録情報から特定される有価価値の大きさが前記貸与処理により零となったことを条件として、該記録媒体を前記記録媒体収納部に収納する処理を行う記録媒体収納処理手段と、を有する遊技用装置と、
該遊技用装置に対して当該遊技場の営業終了に伴う締め処理を実行する旨を示す締め処理信号を送信する締め処理信号送信手段を有する管理装置と、
を備える遊技用システムであって、
前記貸与制御部は、
前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段と、
前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段と、
前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を前記有価価値管理部に対して送信する更新要求送信手段と、を有し、
前記有価価値管理部は、
前記更新要求送信手段から送信されてきた更新要求に応じて、前記遊技媒体の貸与に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値更新手段と、
該有価価値更新手段による減算更新後の有価価値の大きさを前記貸与制御部に対して返信する有価価値返信手段と、を有し、
前記貸与制御部は、
前記有価価値返信手段から返信されてきた有価価値の大きさと前記有価価値減算手段による減算後の有価価値の大きさとが一致するか否かを判定する有価価値異常判定手段と、
該有価価値異常判定手段により一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理を行う有価価値異常報知処理手段と、をさらに有し、
前記管理装置又は前記遊技用装置は、
前記記録媒体収納部に収納される記録媒体数に対する第１上限値及び第１下限値を設定する第１設定手段と、
前記記録媒体収納部に収納される記録媒体数に対する前記第１下限値よりも高い第２下限値を設定する第２下限値設定手段と、をさらに有し、
前記遊技用装置は、
前記記録媒体収納部に収納される記録媒体数を計数する計数手段と、
前記締め処理信号送信手段から締め処理信号を受信するまでの営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１上限値以上であるか否かを判定する第１上限値判定手段と、
該第１上限値判定手段により第１上限値以上であると判定されたことを条件として、当該第１上限値以上である旨を報知する第１上限値報知手段と、
前記営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１下限値以下であるか否かを判定する第１下限値判定手段と、
該第１下限値判定手段により第１下限値以下であると判定されたことを条件として、当該第１下限値以下である旨を報知する第１下限値報知手段と、
前記締め処理信号送信手段から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２下限値設定手段により設定された第２下限値以下であるか否かを判定する第２下限値判定を行う締め処理時判定手段と、
該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたことを条件として報知を行う締め処理時報知手段と、をさらに有することを特徴とする遊技用システム。
【請求項９】
請求項８に記載した遊技用システムであって、
前記遊技用装置は、
前記記録媒体収納部からの前記記録媒体の回収及び前記記録媒体収納部への前記記録媒体の補充を行うための保守状態に移行するための保守状態移行要求を受け付ける保守状態移行要求受付手段と、
前記営業時間中においては、前記保守状態移行要求受付手段による保守状態移行要求の受付に基づいて前記保守状態に移行する処理を行う一方、前記締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたときには、前記保守状態移行要求受付手段による保守状態移行要求の受付によらず前記保守状態に移行する処理を行う保守状態移行処理手段と、をさらに有することを特徴とする遊技用システム。
【請求項１０】
請求項９に記載した遊技用システムであって、
前記遊技用装置は、前記保守状態に移行することに基づいて前記計数手段により計数された記録媒体数を表示する記録媒体数表示手段をさらに有することを特徴とする遊技用システム。
【請求項１１】
請求項８〜１０のいずれか１つに記載した遊技用システムであって、
前記記録媒体収納処理手段は、前記締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたことを条件として、前記記録情報から特定される有価価値の大きさが零である記録媒体が、前記記録媒体を挿入するための記録媒体挿入口から挿入されたときに、該挿入された記録媒体を前記記録媒体収納部に収納するための処理を行うことを特徴とする遊技用システム。
【請求項１２】
請求項８〜１１のいずれか１つに記載した遊技用システムであって、
前記管理装置は、前記第２下限値を入力するための第２下限値入力手段をさらに有し、
前記第２下限値設定手段は、該第２下限値入力手段に入力された第２下限値を設定することを特徴とする遊技用システム。
【請求項１３】
請求項８〜１２のいずれか１つに記載した遊技用システムであって、
前記管理装置又は前記遊技用装置は、
前記第２下限値の設定を有効にするか否かを設定する第２下限値有効設定手段をさらに有し、
前記締め処理時判定手段は、締め処理信号送信手段から締め処理信号を受信したときに、前記第２下限値有効設定手段により前記第２下限値の設定を有効にする旨が設定されているときには、前記第２下限値判定を行う一方、前記第２下限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が零であるか否かを判定する零判定を行い、
前記締め処理時報知手段は、該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたこと又は零判定によって零であると判定されたことを条件として報知を行うことを特徴とする遊技用システム。
【請求項１４】
請求項１〜１３のいずれか１つに記載した遊技用システムであって、
前記管理装置は、
前記締め処理信号の送信対象となる遊技用装置が属する範囲を指定するための指定手段をさらに有し、
該指定手段により指定された範囲に属する遊技用装置に対してのみ、前記締め処理信号送信手段から前記締め処理信号を送信することを特徴とする遊技用システム。
【請求項１５】
請求項１〜１４のいずれか１つに記載した遊技用システムであって、
前記貸与制御部は、前記貸与処理の終了を待たずに、前記更新要求送信手段により前記更新要求を送信することを特徴とする遊技用システム。
【請求項１６】
請求項１５に記載した遊技用システムであって、
前記貸与制御部は、前記有価価値異常判定手段により一致しないと判定されたときに、前記貸与処理を継続して行い、該貸与処理が終了した後に、前記有価価値異常報知処理手段により前記異常報知処理を行うことを特徴とする遊技用システム。
【請求項１７】
請求項１〜１６のいずれか１つに記載した遊技用システムであって、
前記貸与制御部は、
前記記録媒体を外部から受け付ける記録媒体受付手段と、
前記貸与処理における異常の発生を検出する異常発生検出手段と、
該異常発生検出手段により前記貸与処理における異常の発生を検出したときに当該貸与処理を中断する貸与処理中断手段と、
前記異常発生検出手段により前記貸与処理における異常の発生を検出したときに、前記記録媒体受付手段により受け付けた記録媒体の返却を禁止するための返却禁止処理を行う返却禁止処理手段と、
前記貸与処理における異常の解消を検出する異常解消検出手段と、をさらに有し、
該異常解消検出手段により前記貸与処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された貸与処理を再開し、該貸与処理が終了した後に、前記返却禁止処理手段による前記記録媒体の返却禁止を解除することを特徴とする遊技用システム。
【請求項１８】
請求項１〜１７のいずれか１つに記載した遊技用システムであって、
前記貸与制御部は、前記記録媒体を外部から受け付ける記録媒体受付手段をさらに有し、
前記有価価値異常報知処理手段は、前記異常報知処理として前記記録媒体受付手段により受け付けた記録媒体の返却を禁止するための返却禁止処理を行うことを特徴とする遊技用システム。
【請求項１９】
請求項１〜１８のいずれか１つに記載した遊技用システムであって、
前記有価価値異常報知処理手段は、前記異常報知処理として前記有価価値減算手段による減算後の有価価値の大きさを表示するための表示処理を行うことを特徴とする遊技用システム。
【請求項２０】
請求項１〜１９のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさのうちの所定の大きさの有価価値に相当する遊技媒体を貸与するための遊技媒体貸与処理を行う遊技媒体貸与処理手段と、
前記記録媒体の記録情報を読み取る記録情報処理部と、
前記記録媒体収納部に収納されている記録媒体を前記記録情報処理部に対して供給する供給処理を行う供給処理手段と、
前記入金額に相当する有価価値の大きさのうち前記遊技媒体貸与処理に使用されていない残有価価値の大きさを、前記供給処理手段により記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う残有価価値特定処理手段と、
該残有価価値特定処理手段により残有価価値特定処理が行われた記録媒体を前記記録情報処理部から当該遊技用装置外部に排出する排出処理を行う排出処理手段と、をさらに有し、
前記供給処理手段は、前記排出処理手段により排出処理が行われることに基づいて、前記供給処理を行い、
前記記録情報処理部は、前記供給処理手段により供給処理が行われたことに応じて、当該供給処理により供給された記録媒体の記録情報を読み取り、
該記録情報処理部により読み取られた記録情報に基づいて、該記録媒体が使用可能であるか否かを判定する記録媒体判定手段と、
該記録媒体判定手段により使用可能でないと判定されたことを条件として、前記記録情報処理部にある記録媒体の前記残有価価値特定処理への使用を禁止するための使用禁止処理を行う使用禁止処理手段と、
前記記録媒体判定手段により使用可能でないと判定されたことを条件として報知を行う使用不可報知手段と、
をさらに有することを特徴とする遊技用システムである。
【請求項２１】
請求項１〜２０のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさのうちの所定の大きさの有価価値に相当する遊技媒体を貸与するための遊技媒体貸与処理を行う遊技媒体貸与処理手段と、
前記記録媒体の記録情報を読み取る記録情報処理部と、
前記記録媒体収納部に収納されている記録媒体を前記記録情報処理部に対して供給する供給処理を行う供給処理手段と、
前記入金額に相当する有価価値の大きさのうち前記遊技媒体貸与処理に使用されていない残有価価値の大きさを、前記供給処理手段により記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う残有価価値特定処理手段と、
該残有価価値特定処理手段により残有価価値特定処理が行われた記録媒体を前記記録情報処理部から当該遊技用装置外部に排出する排出処理を行う排出処理手段と、をさらに有し、
前記供給処理手段は、前記排出処理手段により排出処理が行われることに基づいて、前記供給処理を行い、
前記記録情報処理部は、前記供給処理手段により供給処理が行われたことに応じて、当該供給処理により供給された記録媒体の記録情報を読み取り、
前記遊技用装置は、前記記録情報処理部による記録情報の読み取りに応じて、該読み取られた記録情報を前記管理装置に対して送信する記録情報送信手段をさらに有し、
前記管理装置は、
前記記録情報送信手段から受信した記録情報に基づいて、該記録情報が記録されている記録媒体が使用可能であるか否かを判定する使用判定手段と、
該使用判定手段の判定による判定結果を、前記記録情報の送信元である遊技用装置に対して送信する判定結果送信手段と、をさらに有し、
前記遊技用装置は、
前記判定結果送信手段から受信した判定結果が使用可能でない旨を示すことを条件として、前記記録情報処理部にある記録媒体の前記残有価価値特定処理への使用を禁止するための使用禁止処理を行う使用禁止処理手段と、
前記判定結果送信手段から受信した判定結果が使用可能でない旨を示すことを条件として報知を行う使用不可報知手段と、をさらに有することを特徴とする遊技用システム。
【請求項２２】
請求項２１に記載した遊技用システムであって、
前記記録媒体には、当該記録媒体を個々に識別可能な記録媒体識別情報が記録され、
前記記録情報送信手段は、前記記録媒体識別情報を含む記録情報を、当該遊技用装置を個々に識別可能な遊技用装置識別情報と共に前記管理装置に対して送信し、
前記管理装置は、複数の遊技用装置の各遊技用装置識別情報と対応付けて、当該遊技用装置が有する記録情報処理部にある記録媒体の記録媒体識別情報を管理する情報管理手段をさらに有し、
前記使用判定手段は、前記記録情報送信手段から受信した記録媒体識別情報が、該記録媒体識別情報と共に受信した遊技用装置識別情報とは異なる遊技用装置識別情報と対応付けて前記情報管理手段で管理されていることを条件として、使用可能でないと判定することを特徴とする遊技用システム。
【請求項２３】
請求項２２に記載した遊技用システムであって、
前記遊技用装置は、前記判定結果送信手段から受信した判定結果が使用可能である旨を示すことを条件として、当該遊技用装置の遊技用装置識別情報と対応付けて前記情報管理手段で管理されている記録媒体識別情報を消去する旨を示す消去通知を当該遊技用装置の遊技用装置識別情報と共に前記管理装置に対して送信する消去通知送信手段をさらに有し、
前記管理装置は、前記消去通知送信手段から消去通知を受信したことに基づいて、当該消去通知と共に受信した遊技用装置識別情報と対応付けて前記情報管理手段で管理されている記録媒体識別情報を消去する消去手段をさらに有することを特徴とする遊技用システム。
【請求項２４】
請求項２２又は２３に記載した遊技用システムであって、
前記管理装置は、前記使用判定手段による判定のときに、前記記録情報送信手段から受信した記録媒体識別情報が、該記録媒体識別情報と共に受信した遊技用装置識別情報とは異なる遊技用装置識別情報と対応付けて前記情報管理手段で管理されていることを条件として、当該異なる遊技用装置識別情報から特定される遊技用装置に対して、所定の異常処理を行う旨を示す異常処理通知を送信する異常処理通知手段をさらに有し、
前記遊技用装置は、前記異常処理通知手段から異常処理通知を受信したことに基づいて、前記異常処理を行う異常処理手段をさらに有することを特徴とする遊技用システム。
【請求項２５】
請求項２１〜２４のいずれか１つに記載した遊技用システムであって、
前記記録情報処理部は、前記貨幣受付手段により貨幣を受け付けたときに、当該記録情報処理部にある記録媒体の記録情報を再度読み取り、
前記記録情報送信手段は、前記記録情報処理部により記録情報が再度読み取られたことに応じて、該読み取られた記録情報を前記管理装置に対して再度送信し、
前記使用判定手段は、前記記録情報送信手段から記録情報を再度受信したことに基づいて、前記判定を再度行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体の記録情報から特定される有価価値の大きさを管理する有価価値管理部と、該有価価値の大きさを使用して遊技媒体を貸与するための貸与処理を行う貸与制御部と、を備える遊技用システムに関し、特に遊技機に対応して設けられ、遊技媒体の貸与に使用可能な有価価値の大きさを特定するための情報を記録可能な記録媒体を複数収納し、該収納されている記録媒体を発行すると共に、該記録媒体の記録情報から特定される有価価値の大きさが零となったことを条件として、該記録媒体を収納する遊技用装置を備える遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、遊技者が所有する会員カードやビジタカードの残存度数をカードＩＤと対応付けてシステムコントローラで記憶（即ちＩＤ管理）しておき、該残存度数を使用してカードユニットで玉貸をするときに、カードユニットで該残存度数からパチンコ玉の貸与に使用された度数を減算し、カードの返却操作に応じて、減算後の残存度数をカードユニットからシステムコントローラに対して送信すると共に、カードに残存度数を記録して該カードを返却する遊技用システムが知られている。なおカードユニットから送信された残存度数を受信したシステムコントローラでは、前記記憶している残存度数が更新される。
【０００３】
また、特許文献２に示すように、遊技機台間に設けられ、カードを収納するカード収納部を備え、収納されているカードに入金額を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、前記カード収納部に収納するカード発行装置が知られている。
【０００４】
さらに、特許文献３に示すように、遊技場の営業が終了した後に、システムコントローラから動作停止要求を受けたことに基づいて、カードの挿入を禁止して動作停止するカードユニットが知られている。
【０００５】
【特許文献１】特開２００３−１８１１２１号公報（第１６頁，図２２，図１２）
【特許文献２】特開２００１−３４８１５号公報（第４頁，第５頁，図１）
【特許文献３】特開２００３−１９０６１０号公報（第２１頁，図２２）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の遊技用システムにおいては、カードユニットからシステムコントローラに対して送信された残存度数がノイズ等により変化した場合にも、その変化した残存度数がシステムコントローラで更新・記憶されたままになってしまうという不都合が生ずる。従って、カードに残存度数を記録しない完全ＩＤ管理の場合には、前記変化した残存度数が真の残存度数となるため、遊技者又は遊技場が損をすることになり、またカードに残存度数が記録される場合には、カードに記録された残存度数とシステムコントローラで記憶している残存度数との不一致が生ずるため、その後の玉貸が不可能となる等の不都合が生ずる上、いずれの残存度数が正しいかの判断がつかないことになる。
【０００７】
本発明は、このような背景のもとになされたものであり、その第１の目的は、有価価値管理部で管理している有価価値の大きさ（前記残存度数に相当）が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能な遊技用システムを提供することにある。
【０００８】
ここで、上記特許文献２のようなカード発行装置に対して上記特許文献３のような動作停止要求を送信する遊技用システムを構成した場合において、カード発行装置の動作停止時に前記カード収納部に収納されているカード枚数が、収納可能な最大枚数（ＦＵＬＬ）又は零枚（ＥＭＰＴＹ）に近いと、翌日の営業開始後に比較的短い時間内で前記カード収納部がＦＵＬＬ又はＥＭＰＴＹの状態となってしまうおそれがある。これによって、遊技場の営業時間内での店員によるカードの回収作業や補充作業が必要となってしまい、円滑な営業の妨げとなる問題がある。
【０００９】
本発明は、このような背景のもとになされたものであり、その第２の目的は、遊技場の営業時間内での店員によるカードの回収作業や補充作業を極力不要とすることにより、円滑な営業を行うことができるような遊技用システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【００１１】
まず請求項１に係る発明は、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（カード残額，管理残額）を特定するための情報（カード残額，カードＩＤ）を記録可能な記録媒体（一般カード５）の記録情報から特定される該有価価値の大きさを管理する有価価値管理部（カードＲ／制御部２９，システムコントローラ６０’）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体を複数収納する記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）と、該記録媒体収納部に収納された記録媒体を外部に発行する記録媒体発行手段（カードＲ／制御部２９，２９’）と、前記記録媒体の記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与制御部（ユニット制御部２２，カードユニット２０’）と、前記記録媒体の記録情報から特定される有価価値の大きさが前記貸与処理により零となったことを条件として、該記録媒体を前記記録媒体収納部に収納する処理を行う記録媒体収納処理手段（カードＲ／制御部２９，２９’）と、を有する遊技用装置（カードユニット２０，２０’）と、該遊技用装置に対して当該遊技場の営業終了に伴う締め処理を実行する旨を示す締め処理信号を送信する締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）を有する管理装置と、を備える遊技用システム（１，１’）であって、前記貸与制御部は、前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段（ユニット制御部２２，２２’のＥＥＰＲＯＭの表示用記憶領域及び判定用記憶領域）と、前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段（ユニット制御部２２，２２’）と、前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求（減算要求）を前記有価価値管理部に対して送信する更新要求送信手段（ユニット制御部２２，カードＲ／Ｗ制御部２９’）と、を有し、前記有価価値管理部は、前記更新要求送信手段から送信されてきた更新要求に応じて、前記遊技媒体の貸与に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値更新手段（カードＲ／制御部２９，制御部６２’）と、該有価価値更新手段による減算更新後の有価価値の大きさを前記貸与制御部に対して返信する有価価値返信手段（カードＲ／制御部２９，ユニット用通信部６１ａ’）と、を有し、前記貸与制御部は、前記有価価値返信手段から返信されてきた有価価値の大きさと前記有価価値減算手段による減算後の有価価値の大きさとが一致するか否かを判定する有価価値異常判定手段（ユニット制御部２２，２２’）と、該有価価値異常判定手段により一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理を行う有価価値異常報知処理手段（ユニット制御部２２，２２’）と、をさらに有し、前記管理装置又は前記遊技用装置は、前記記録媒体収納部に収納される記録媒体数に対する第１上限値及び第１下限値を設定する第１設定手段（ユニット制御部２２，２２’）と、前記記録媒体収納部に収納される記録媒体数に対する前記第１上限値よりも低い第２上限値を設定する第２上限値設定手段（カードＲ／Ｗ制御部２９，２９’）と、をさらに有し、前記遊技用装置は、前記記録媒体収納部に収納される記録媒体数を計数する計数手段（カードＲ／制御部２９，２９’）と、前記締め処理信号送信手段から締め処理信号を受信するまでの営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１上限値以上であるか否かを判定する第１上限値判定手段（ユニット制御部２２，２２’）と、該第１上限値判定手段により第１上限値以上であると判定されたことを条件として、当該第１上限値以上である旨を報知する第１上限値報知手段（多機能ランプ２６）と、前記営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１下限値以下であるか否かを判定する第１下限値判定手段（ユニット制御部２２，２２’）と、該第１下限値判定手段により第１下限値以下であると判定されたことを条件として、当該第１下限値以下である旨を報知する第１下限値報知手段（多機能ランプ２６）と、前記締め処理信号送信手段から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２上限値設定手段により設定された第２上限値以上であるか否かを判定する第２上限値判定を行う締め処理時判定手段（ユニット制御部２２，２２’）と、該締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたことを条件として報知を行う締め処理時報知手段（多機能ランプ２６）と、をさらに有することを特徴とする遊技用システムである。
【００１２】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，カードユニット２０’）は、前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）からの前記記録媒体（一般カード５）の回収及び前記記録媒体収納部への前記記録媒体の補充を行うための保守状態（メンテナンスモード）に移行するための保守状態移行要求を受け付ける保守状態移行要求受付手段（赤外線受信部２５ｂ）と、前記営業時間中においては、前記保守状態移行要求受付手段による保守状態移行要求の受付に基づいて前記保守状態に移行する処理を行う一方、前記締め処理時判定手段（ユニット制御部２２，２２’）による第２上限値判定によって第２上限値以上であると判定されたときには、前記保守状態移行要求受付手段による保守状態移行要求の受付によらず前記保守状態に移行する処理を行う保守状態移行処理手段（ユニット制御部２２，２２’）と、をさらに有することを特徴とする遊技用システムである。
【００１３】
また請求項３に係る発明は、請求項２に記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、前記保守状態に移行することに基づいて前記計数手段（カードＲ／Ｗ制御部２９，２９’）により計数された記録媒体数を表示する記録媒体数表示手段（表示部２５ａ）をさらに有することを特徴とする遊技用システムである。
【００１４】
また請求項４に係る発明は、請求項１〜３のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）又は前記遊技用装置（カードユニット２０，２０’）は、前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）に収納される記録媒体数に対する前記第１下限値よりも高い第２下限値を設定する第２下限値設定手段（ユニット制御部２２，２２’）をさらに有し、前記締め処理時判定手段（ユニット制御部２２，２２’）は、前記締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２下限値設定手段により設定された第２下限値以下であるか否かを判定する第２下限値判定を行い、前記締め処理時報知手段（多機能ランプ２６）は、該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたことを条件として報知を行うことを特徴とする遊技用システムである。
【００１５】
また請求項５に係る発明は、請求項１〜４のいずれか１つに記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、前記締め処理時判定手段（ユニット制御部２２，２２’）による第２上限値判定によって第２上限値以上であると判定されたことを条件として、前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）に収納されている記録媒体（一般カード５）を、前記記録媒体を挿入するための記録媒体挿入口（カード挿入口２７ａ）から当該遊技用装置外部に排出するための処理を行う記録媒体排出処理手段（カードＲ／Ｗ制御部２９，２９’）をさらに有することを特徴とする遊技用システムである。
【００１６】
また請求項６に係る発明は、請求項１〜５のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）は、前記第２上限値を入力するための第２上限値入力手段（ディスプレイ６４及び入力装置６５）をさらに有し、前記第２上限値設定手段（カードＲ／Ｗ制御部２９，２９’）は、該第２上限値入力手段に入力された第２上限値を設定することを特徴とする遊技用システムである。
【００１７】
また請求項７に係る発明は、請求項１〜６のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）又は前記遊技用装置（カードユニット２０，２０’）は、前記第２上限値の設定を有効にするか否かを設定する第２上限値有効設定手段（カードＲ／Ｗ制御部２９，２９’）をさらに有し、前記締め処理時判定手段（ユニット制御部２２，２２’）は、前記締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）から締め処理信号を受信したときに、前記第２上限値有効設定手段（カードＲ／Ｗ制御部２９，２９’）により前記第２上限値の設定を有効にする旨が設定されているときには、前記第２上限値判定を行う一方、前記第２上限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）に収納される記録媒体数の収納限界値に達しているか否かを判定する収納限界値判定を行い、前記締め処理時報知手段（多機能ランプ２６）は、該締め処理時判定手段による第２上限値判定によって第２上限値以上であると判定されたこと又は収納限界値判定によって収納限界値に達していると判定されたことを条件として報知を行うことを特徴とする遊技用システム。
【００１８】
また請求項８に係る発明は、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（カード残額，管理残額）を特定するための情報（カード残額，カードＩＤ）を記録可能な記録媒体（一般カード５）の記録情報から特定される該有価価値の大きさを管理する有価価値管理部（カードＲ／制御部２９，システムコントローラ６０’）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体を複数収納する記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）と、該記録媒体収納部に収納された記録媒体を外部に発行する記録媒体発行手段（カードＲ／制御部２９，２９’）と、前記記録媒体の記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与制御部（ユニット制御部２２，カードユニット２０’）と、前記記録媒体の記録情報から特定される有価価値の大きさが前記貸与処理により零となったことを条件として、該記録媒体を前記記録媒体収納部に収納する処理を行う記録媒体収納処理手段（カードＲ／制御部２９，２９’）と、を有する遊技用装置（カードユニット２０，２０’）と、該遊技用装置に対して当該遊技場の営業終了に伴う締め処理を実行する旨を示す締め処理信号を送信する締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）を有する管理装置と、を備える遊技用システム（１，１’）であって、前記貸与制御部は、前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段（ユニット制御部２２，２２’のＥＥＰＲＯＭの表示用記憶領域及び判定用記憶領域）と、前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段（ユニット制御部２２，２２’）と、前記遊技媒体の貸与に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求（減算要求）を前記有価価値管理部に対して送信する更新要求送信手段（ユニット制御部２２，カードＲ／Ｗ制御部２９’）と、を有し、前記有価価値管理部は、前記更新要求送信手段から送信されてきた更新要求に応じて、前記遊技媒体の貸与に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値更新手段（カードＲ／制御部２９，制御部６２’）と、該有価価値更新手段による減算更新後の有価価値の大きさを前記貸与制御部に対して返信する有価価値返信手段（カードＲ／制御部２９，ユニット用通信部６１ａ’）と、を有し、前記貸与制御部は、前記有価価値返信手段から返信されてきた有価価値の大きさと前記有価価値減算手段による減算後の有価価値の大きさとが一致するか否かを判定する有価価値異常判定手段（ユニット制御部２２，２２’）と、該有価価値異常判定手段により一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理を行う有価価値異常報知処理手段（ユニット制御部２２，２２’）と、をさらに有し、前記管理装置又は前記遊技用装置は、前記記録媒体収納部に収納される記録媒体数に対する第１上限値及び第１下限値を設定する第１設定手段（ユニット制御部２２，２２’）と、前記記録媒体収納部に収納される記録媒体数に対する前記第１下限値よりも高い第２下限値を設定する第２下限値設定手段（カードＲ／Ｗ制御部２９，２９’）と、をさらに有し、前記遊技用装置は、前記記録媒体収納部に収納される記録媒体数を計数する計数手段（カードＲ／制御部２９，２９’）と、前記締め処理信号送信手段から締め処理信号を受信するまでの営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１上限値以上であるか否かを判定する第１上限値判定手段（ユニット制御部２２，２２’）と、該第１上限値判定手段により第１上限値以上であると判定されたことを条件として、当該第１上限値以上である旨を報知する第１上限値報知手段（多機能ランプ２６）と、前記営業時間中において、前記計数された記録媒体数が前記第１設定手段により設定された第１下限値以下であるか否かを判定する第１下限値判定手段（ユニット制御部２２，２２’）と、該第１下限値判定手段により第１下限値以下であると判定されたことを条件として、当該第１下限値以下である旨を報知する第１下限値報知手段（多機能ランプ２６）と、前記締め処理信号送信手段から締め処理信号を受信したことに基づいて、前記記録媒体数が前記第２下限値設定手段により設定された第２下限値以下であるか否かを判定する第２下限値判定を行う締め処理時判定手段（ユニット制御部２２，２２’）と、該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたことを条件として報知を行う締め処理時報知手段（多機能ランプ２６）と、をさらに有することを特徴とする遊技用システム。
【００１９】
また請求項９に係る発明は、請求項８に記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）からの前記記録媒体（一般カード５）の回収及び前記記録媒体収納部への前記記録媒体の補充を行うための保守状態（メンテナンスモード）に移行するための保守状態移行要求を受け付ける保守状態移行要求受付手段（赤外線受信部２５ｂ）と、前記営業時間中においては、前記保守状態移行要求受付手段による保守状態移行要求の受付に基づいて前記保守状態に移行する処理を行う一方、前記締め処理時判定手段（ユニット制御部２２，２２’）による第２下限値判定によって第２下限値以下であると判定されたときには、前記保守状態移行要求受付手段による保守状態移行要求の受付によらず前記保守状態に移行する処理を行う保守状態移行処理手段（カードＲ／Ｗ制御部２２，２２’）と、をさらに有することを特徴とする遊技用システムである。
【００２０】
また請求項１０に係る発明は、請求項９に記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、前記保守状態（メンテナンスモード）に移行することに基づいて前記計数手段（カードＲ／Ｗ制御部２９，２９’）により計数された記録媒体数を表示する記録媒体数表示手段（表示部２５ａ）をさらに有することを特徴とする遊技用システムである。
【００２１】
また請求項１１に係る発明は、請求項８〜１０のいずれか１つに記載した遊技用システム（１，１’）であって、前記記録媒体収納処理手段（カードＲ／Ｗ制御部２９，２９’）は、前記締め処理時判定手段（ユニット制御部２２，２２’）による第２下限値判定によって第２下限値以下であると判定されたことを条件として、前記記録情報から特定される有価価値の大きさが零である記録媒体（一般カード５）が、前記記録媒体を挿入するための記録媒体挿入口（カード挿入口２７ａ）から挿入されたときに、該挿入された記録媒体を前記記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）に収納するための処理を行うことを特徴とする遊技用システムである。
【００２２】
また請求項１２に係る発明は、請求項８〜１１のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）は、前記第２下限値を入力するための第２下限値入力手段（ディスプレイ６４及び入力装置６５）をさらに有し、前記第２下限値設定手段（カードＲ／Ｗ制御部２９，２９’）は、該第２下限値入力手段に入力された第２下限値を設定することを特徴とする遊技用システムである。
【００２３】
また請求項１３に係る発明は、請求項８〜１２のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）又は前記遊技用装置（カードユニット２０，２０’）は、前記第２下限値の設定を有効にするか否かを設定する第２下限値有効設定手段（カードＲ／Ｗ制御部２９，２９’）をさらに有し、前記締め処理時判定手段（ユニット制御部２２，２２’）は、締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）から締め処理信号を受信したときに、前記第２下限値有効設定手段により前記第２下限値の設定を有効にする旨が設定されているときには、前記第２下限値判定を行う一方、前記第２下限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が零であるか否かを判定する零判定を行い、
前記締め処理時報知手段（多機能ランプ２６）は、該締め処理時判定手段による第２下限値判定によって第２下限値以下であると判定されたこと又は零判定によって零であると判定されたことを条件として報知を行うことを特徴とする遊技用システムである。
【００２４】
また請求項１４に係る発明は、請求項１〜１３のいずれか１つに記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）は、前記締め処理信号の送信対象となる遊技用装置（カードユニット２０，２０’）が属する範囲を指定するための指定手段（ディスプレイ６４及び入力装置６５）をさらに有し、該指定手段により指定された範囲に属する遊技用装置に対してのみ、前記締め処理信号送信手段（ユニット用通信部６１ａ，６１ａ’）から前記締め処理信号を送信することを特徴とする遊技用システムである。
【００２５】
また請求項１５に係る発明は、請求項１〜１４のいずれか１つに記載した遊技用システム（１，１’）であって、前記貸与制御部（ユニット制御部２２，カードユニット２０’）は、前記貸与処理の終了を待たずに、前記更新要求送信手段（ユニット制御部２２，カードＲ／Ｗ制御部２９’）により前記更新要求（減算要求）を送信することを特徴とする遊技用システムである。
【００２６】
また請求項１６に係る発明は、請求項１５に記載した遊技用システム（１，１’）であって、前記貸与制御部（ユニット制御部２２，カードユニット２０’）は、前記有価価値異常判定手段（ユニット制御部２２，２２’）により一致しないと判定されたときに、前記貸与処理を継続して行い、該貸与処理が終了した後に、前記有価価値異常報知処理手段（ユニット制御部２２，２２’）により前記異常報知処理を行うことを特徴とする遊技用システムである。
【００２７】
また請求項１７に係る発明は、請求項１〜１６のいずれか１つに記載した遊技用システム（１，１’）であって、前記貸与制御部（ユニット制御部２２，カードユニット２０’）は、前記記録媒体（一般カード５）を外部から受け付ける記録媒体受付手段（カードＲ／Ｗ２７）と、前記貸与処理における異常の発生を検出する異常発生検出手段（ユニット制御部２２，２２’）と、該異常発生検出手段により前記貸与処理における異常の発生を検出したときに当該貸与処理を中断する貸与処理中断手段（ユニット制御部２２，２２’）と、前記異常発生検出手段により前記貸与処理における異常の発生を検出したときに、前記記録媒体受付手段により受け付けた記録媒体（一般カード５）の返却を禁止するための返却禁止処理を行う返却禁止処理手段（ユニット制御部２２，２２’）と、前記貸与処理における異常の解消を検出する異常解消検出手段（ユニット制御部２２，２２’）と、をさらに有し、該異常解消検出手段により前記貸与処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された貸与処理を再開し、該貸与処理が終了した後に、前記返却禁止処理手段による前記記録媒体の返却禁止を解除することを特徴とする遊技用システムである。
【００２８】
また請求項１８に係る発明は、請求項１〜１７のいずれか１つに記載した遊技用システム（１，１’）であって、前記貸与制御部（ユニット制御部２２，カードユニット２０’）は、前記記録媒体（一般カード５）を外部から受け付ける記録媒体受付手段（カードＲ／Ｗ２７）をさらに有し、前記有価価値異常報知処理手段（ユニット制御部２２，２２’）は、前記異常報知処理として前記記録媒体受付手段により受け付けた記録媒体の返却を禁止するための返却禁止処理を行うことを特徴とする遊技用システムである。
【００２９】
また請求項１９に係る発明は、請求項１〜１８のいずれか１つに記載した遊技用システム（１，１’）であって、前記有価価値異常報知処理手段（ユニット制御部２２，２２’）は、前記異常報知処理として前記有価価値減算手段（ユニット制御部２２，２２’）による減算後の有価価値の大きさを表示するための表示処理を行うことを特徴とする遊技用システムである。
【００３０】
また請求項２０に係る発明は、請求項１〜１９のいずれか１つに記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさのうちの所定の大きさの有価価値に相当する遊技媒体（パチンコ玉）を貸与するための遊技媒体貸与処理（使用額分の玉貸処理）を行う遊技媒体貸与処理手段（ユニット制御部２２，２２’）と、前記記録媒体（一般カード５）の記録情報を読み取る記録情報処理部（カードＲ／Ｗ２７）と、前記記録媒体収納部（カードストッカ２８）に収納されている記録媒体を前記記録情報処理部に対して供給する供給処理を行う供給処理手段（カードＲ／Ｗ制御部２９，２９’）と、前記入金額に相当する有価価値の大きさのうち前記遊技媒体貸与処理に使用されていない残有価価値の大きさ（カード残額，管理残額）を、前記供給処理手段により記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う残有価価値特定処理手段（カードＲ／Ｗ制御部２９，２９’）と、該残有価価値特定処理手段により残有価価値特定処理が行われた記録媒体を前記記録情報処理部から当該遊技用装置外部に排出する排出処理を行う排出処理手段（カードＲ／Ｗ制御部２９，２９’）と、をさらに有し、前記供給処理手段は、前記排出処理手段により排出処理が行われることに基づいて、前記供給処理を行い、前記記録情報処理部は、前記供給処理手段により供給処理が行われたことに応じて、当該供給処理により供給された記録媒体の記録情報を読み取り、該記録情報処理部により読み取られた記録情報に基づいて、該記録媒体が使用可能であるか否かを判定する記録媒体判定手段（カードＲ／Ｗ制御部２９，２９’）と、該記録媒体判定手段により使用可能でないと判定されたことを条件として、前記記録情報処理部にある記録媒体の前記残有価価値特定処理への使用を禁止するための使用禁止処理を行う使用禁止処理手段（ユニット制御部２２及びカードＲ／Ｗ制御部２９，ユニット制御部２２’及びカードＲ／Ｗ制御部２９’）と、前記記録媒体判定手段により使用可能でないと判定されたことを条件として報知を行う使用不可報知手段（多機能ランプ２６）と、をさらに有することを特徴とする遊技用システムである。
【００３１】
また請求項２１に係る発明は、請求項１〜２０のいずれか１つに記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさのうちの所定の大きさの有価価値に相当する遊技媒体（パチンコ玉）を貸与するための遊技媒体貸与処理（使用額分の玉貸処理）を行う遊技媒体貸与処理手段（ユニット制御部２２，２２’）と、前記記録媒体（一般カード５）の記録情報を読み取る記録情報処理部（カードＲ／Ｗ２７）と、前記記録媒体収納部（カードストッカ２８）に収納されている記録媒体を前記記録情報処理部に対して供給する供給処理を行う供給処理手段（カードＲ／Ｗ制御部２９，２９’）と、前記入金額に相当する有価価値の大きさのうち前記遊技媒体貸与処理に使用されていない残有価価値の大きさ（カード残額，管理残額）を、前記供給処理手段により記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う残有価価値特定処理手段（カードＲ／Ｗ制御部２９，２９’）と、該残有価価値特定処理手段により残有価価値特定処理が行われた記録媒体を前記記録情報処理部から当該遊技用装置外部に排出する排出処理を行う排出処理手段（カードＲ／Ｗ制御部２９，２９’）と、をさらに有し、前記供給処理手段は、前記排出処理手段により排出処理が行われることに基づいて、前記供給処理を行い、前記記録情報処理部は、前記供給処理手段により供給処理が行われたことに応じて、当該供給処理により供給された記録媒体の記録情報を読み取り、前記遊技用装置は、前記記録情報処理部による記録情報の読み取りに応じて、該読み取られた記録情報を前記管理装置に対して送信する記録情報送信手段（システムコントローラ用通信部２９ａ）をさらに有し、前記管理装置（システムコントローラ６０，６０’）は、前記記録情報送信手段から受信した記録情報に基づいて、該記録情報が記録されている記録媒体が使用可能であるか否かを判定する使用判定手段（制御部６２，６２’）と、該使用判定手段の判定による判定結果を、前記記録情報の送信元である遊技用装置に対して送信する判定結果送信手段（ユニット用通信部６１ａ，６１ａ’）と、をさらに有し、前記遊技用装置は、前記判定結果送信手段から受信した判定結果が使用可能でない旨を示すことを条件として、前記記録情報処理部にある記録媒体の前記残有価価値特定処理への使用を禁止するための使用禁止処理を行う使用禁止処理手段（ユニット制御部２２及びカードＲ／Ｗ制御部２９，ユニット制御部２２’及びカードＲ／Ｗ制御部２９’）と、前記判定結果送信手段から受信した判定結果が使用可能でない旨を示すことを条件として報知を行う使用不可報知手段（多機能ランプ２６）と、をさらに有することを特徴とする遊技用システムである。
【００３２】
また請求項２２に係る発明は、請求項２１に記載した遊技用システム（１，１’）であって、前記記録媒体（一般カード５）には、当該記録媒体を個々に識別可能な記録媒体識別情報（カードＩＤ）が記録され、前記記録情報送信手段（システムコントローラ用通信部２９ａ）は、前記記録媒体識別情報を含む記録情報を、当該遊技用装置を個々に識別可能な遊技用装置識別情報（装置ＩＤ）と共に前記管理装置（システムコントローラ６０，６０’）に対して送信し、前記管理装置は、複数の遊技用装置（カードユニット２０，２０’）の各遊技用装置識別情報と対応付けて、当該遊技用装置が有する記録情報処理部（カードＲ／Ｗ２７）にある記録媒体の記録媒体識別情報を管理する情報管理手段（カードユニットＤＢ）をさらに有し、前記使用判定手段（制御部６２，６２’）は、前記記録情報送信手段から受信した記録媒体識別情報が、該記録媒体識別情報と共に受信した遊技用装置識別情報とは異なる遊技用装置識別情報と対応付けて前記情報管理手段で管理されていることを条件として、使用可能でないと判定することを特徴とする遊技用システムである。
【００３３】
また請求項２３に係る発明は、請求項２２に記載した遊技用システム（１，１’）であって、前記遊技用装置（カードユニット２０，２０’）は、前記判定結果送信手段（ユニット用通信部６１ａ，６１ａ’）から受信した判定結果が使用可能である旨を示すことを条件として、当該遊技用装置の遊技用装置識別情報（装置ＩＤ）と対応付けて前記情報管理手段（カードユニットＤＢ）で管理されている記録媒体識別情報（カードＩＤ）を消去する旨を示す消去通知を当該遊技用装置の遊技用装置識別情報と共に前記管理装置（システムコントローラ６０，６０’）に対して送信する消去通知送信手段（システムコントローラ用通信部２９ａ）をさらに有し、前記管理装置は、前記消去通知送信手段から消去通知を受信したことに基づいて、当該消去通知と共に受信した遊技用装置識別情報と対応付けて前記情報管理手段で管理されている記録媒体識別情報を消去する消去手段（制御部６２，６２’）をさらに有することを特徴とする遊技用システムである。
【００３４】
また請求項２４に係る発明は、請求項２２又は２３に記載した遊技用システム（１，１’）であって、前記管理装置（システムコントローラ６０，６０’）は、前記使用判定手段（制御部６２，６２’）による判定のときに、前記記録情報送信手段（システムコントローラ用通信部２９ａ）から受信した記録媒体識別情報（カードＩＤ）が、該記録媒体識別情報と共に受信した遊技用装置識別情報（装置ＩＤ）とは異なる遊技用装置識別情報と対応付けて前記情報管理手段（カードユニットＤＢ）で管理されていることを条件として、当該異なる遊技用装置識別情報から特定される遊技用装置（カードユニット２０，２０’）に対して、所定の異常処理を行う旨を示す異常処理通知を送信する異常処理通知手段（ユニット用通信部６１ａ，６１ａ’）をさらに有し、前記遊技用装置は、前記異常処理通知手段から異常処理通知を受信したことに基づいて、前記異常処理を行う異常処理手段（ユニット制御部２２及びカードＲ／Ｗ制御部２９，ユニット制御部２２’及びカードＲ／Ｗ制御部２９’）をさらに有することを特徴とする遊技用システムである。
【００３５】
さらに請求項２５に係る発明は、請求項２１〜２４のいずれか１つに記載した遊技用システム（１，１’）であって、前記記録情報処理部（カードＲ／Ｗ２７）は、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により貨幣（紙幣２，硬貨３）を受け付けたときに、当該記録情報処理部にある記録媒体（一般カード５）の記録情報を再度読み取り、前記記録情報送信手段（システムコントローラ用通信部２９ａ）は、前記記録情報処理部により記録情報が再度読み取られたことに応じて、該読み取られた記録情報を前記管理装置（システムコントローラ６０，６０’）に対して再度送信し、前記使用判定手段（制御部６２，６２’）は、前記記録情報送信手段から記録情報を再度受信したことに基づいて、前記判定を再度行うことを特徴とする遊技用システムである。
【発明の効果】
【００３６】
まず請求項１に係る遊技用システムによれば、有価価値管理部で減算更新された有価価値の大きさと貸与制御部で減算された有価価値の大きさとが一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理が行われるので、有価価値管理部で管理している有価価値の大きさが誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【００３７】
さらに、遊技用装置において、締め処理信号を受信したことに基づいて、記録媒体数が第２上限値以上であるか否かを判定し、第２上限値以上であると判定されたことを条件として報知を行うので、遊技場の店員は、記録媒体収納部に収納されている記録媒体数が第２上限値以上の遊技用装置を把握して、記録媒体の回収作業を行うことができる。これにより、適切な記録媒体数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員によるカードの回収作業が極力不要となるので、円滑な営業を行うことができる。
【００３８】
また請求項２に係る遊技用システムによれば、遊技用装置において、記録媒体数が第２上限値以上であると判定されたときには、保守状態移行要求の受付によらず自動的に保守状態に移行するので、遊技用装置を保守状態に移行するための店員の操作が不要であり、店員の負担が軽減される。
【００３９】
また請求項３に係る遊技用システムによれば、遊技用装置において、保守状態に移行することに基づいて記録媒体数を表示するので、店員は収納されている記録媒体数を把握することができ、記録媒体の回収や補充を行う際の正確な調整が可能となる。
【００４０】
また請求項４に係る遊技用システムによれば、遊技用装置において、締め処理信号を受信したことに基づいて、記録媒体数が第２下限値以下であるか否かを判定し、第２下限値以下であると判定されたことを条件として報知を行うので、遊技場の店員は、記録媒体収納部に収納されている記録媒体数が第２下限値以下の遊技用装置を把握して、記録媒体の補充作業を行うことができる。これにより、適切な記録媒体数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員によるカードの補充作業が極力不要となるので、円滑な営業を行うことができる。
【００４１】
また請求項５に係る遊技用システムによれば、遊技用装置において、記録媒体数が第２上限値以上であると判定され、かつ保守状態に移行していることに基づいて、記録媒体収納部に収納されている記録媒体を、記録媒体挿入口から当該遊技用装置外部に排出するための処理を行うので、記録媒体を回収するために遊技機台間から遊技用装置を引き出して、遊技用装置の記録媒体収納部から記録媒体を取り出す作業等が不要であり、店員の回収作業の負担を軽減することができる。
【００４２】
また請求項６に係る遊技用システムによれば、管理装置において入力された第２上限値を設定するので、第２上限値を各々の遊技用装置で設定する手間が省ける。
【００４３】
また請求項７に係る遊技用システムによれば、記録媒体の回収作業を閉店時に行う遊技場において、第２上限値の設定を有効にする旨を設定することで、締め処理の際に、店員が、記録媒体数が第２上限値以上の遊技用装置を把握して、記録媒体の回収作業を行うことができる。これにより、適切な記録媒体数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員による記録媒体の回収作業が極力不要となるので、円滑な営業を行うことができる。一方、記録媒体の回収作業を閉店時に行わず翌営業日に行うことを希望する遊技場においては、第２上限値の設定を有効としない旨を設定することで、締め処理の際に、店員が、翌営業日の営業開始時点で動作に支障のある（記録媒体の挿入ができない）遊技用装置を把握して、記録媒体の回収作業を行うことができる。つまり、当日中に対応を行わなければならない必要最小限の遊技用装置に絞って回収作業を行うことが可能となり、遊技機の稼働率低下による売上の減少を回避することができる。
【００４４】
また請求項８に係る遊技用システムによれば、有価価値管理部で減算更新された有価価値の大きさと貸与制御部で減算された有価価値の大きさとが一致しないと判定されたときに、異常が発生した旨を報知するための異常報知処理が行われるので、有価価値管理部で管理している有価価値の大きさが誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【００４５】
さらに、遊技用装置において、締め処理信号を受信したことに基づいて、記録媒体数が第２下限値以下であるか否かを判定し、第２下限値以下であると判定されたことを条件として報知を行うので、遊技場の店員は、記録媒体収納部に収納されている記録媒体数が第２下限値以下の遊技用装置を把握して、記録媒体の補充作業を行うことができる。これにより、適切な記録媒体数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員によるカードの補充作業が極力不要となるので、円滑な営業を行うことができる。
【００４６】
また請求項９に係る遊技用システムによれば、遊技用装置において、記録媒体数が第２下限値以下であると判定されたときには、保守状態移行要求の受付によらず自動的に保守状態に移行するので、遊技用装置を保守状態に移行するための店員の操作が不要であり、店員の負担が軽減される。
【００４７】
また請求項１０に係る遊技用システムによれば、遊技用装置において、保守状態に移行することに基づいて記録媒体数を表示するので、店員は収納されている記録媒体数を把握することができ、記録媒体の回収や補充を行う際の正確な調整が可能となる。
【００４８】
また請求項１１に係る遊技用システムによれば、遊技用装置において、記録媒体数が第２下限値以下であると判定され、かつ保守状態に移行していることに基づいて、記録媒体が記録媒体挿入口から挿入されたときに、該挿入された記録媒体を記録媒体収納部に収納するための処理を行うので、記録媒体を補充するために遊技機台間から遊技用装置を引き出して、遊技用装置の記録媒体収納部に記録媒体を補充する作業等が不要であり、店員の補充作業の負担を軽減することができる。
【００４９】
また請求項１２に係る遊技用システムによれば、管理装置において入力された第２下限値を設定するので、第２下限値を各々の遊技用装置で設定する手間が省ける。
【００５０】
また請求項１３に係る遊技用システムによれば、記録媒体の補充作業を閉店時に行う遊技場において、第２下限値の設定を有効にする旨を設定することで、締め処理の際に、店員が、記録媒体数が第２下限値以下の遊技用装置を把握して、記録媒体の補充作業を行うことができる。これにより、適切な記録媒体数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員による記録媒体の補充作業が極力不要となるので、円滑な営業を行うことができる。一方、記録媒体の補充作業を閉店時に行わず翌営業日に行うことを希望する遊技場においては、第２下限値の設定を有効としない旨を設定することで、締め処理の際に、店員が、翌営業日の営業開始時点で動作に支障のある（遊技者に不都合が生じる）遊技用装置を把握して、記録媒体の補充作業を行うことができる。つまり、当日中に対応を行わなければならない必要最小限の遊技用装置に絞って補充作業を行うことが可能となり、遊技機の稼働率低下による売上の減少を回避することができる。
【００５１】
また請求項１４に係る遊技用システムによれば、管理装置において指定された範囲に属する遊技用装置に対してのみ、締め処理信号を送信するので、効率の良い締め処理が可能となる。例えば、閉店を待たずに遊技者のいなくなった遊技用装置に対してのみ締め処理信号を送信することで、使用されていない遊技用装置の締め処理を先行して行うことが可能であり、締め処理の効率化を図ることができる。
【００５２】
また請求項１５に係る遊技用システムによれば、貸与処理の終了を待たずに、有価価値の大きさの更新要求が貸与制御部から有価価値管理部に対して送信され、該更新要求に応じて、有価価値管理部で管理している有価価値の大きさが減算更新されるので、貸与処理の終了後に貸与制御部と有価価値管理部との間における通信を不能として有価価値管理部で管理している有価価値の大きさの減算更新を阻止するような不正を防止できる。
【００５３】
また請求項１６に係る遊技用システムによれば、有価価値管理部で減算更新された有価価値の大きさと貸与制御部で減算された有価価値の大きさとが一致しない（即ち異常である）と判定されても貸与処理を中断せずに継続するので、異常であると判定されたときに貸与処理を中断する場合に比べて、該異常が解消した後に残りの貸与処理を再開する等の処理が必要なくなり、処理が簡素化される。
【００５４】
また請求項１７に係る遊技用システムによれば、貸与処理における異常の発生を検出したときに記録媒体の返却を禁止するための返却禁止処理が行われるので、有価価値管理部で管理している有価価値の大きさが減算更新されているにも拘わらず、該減算更新された有価価値の大きさに相当する遊技媒体の貸与を受けることなく遊技者が記録媒体を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【００５５】
また請求項１８に係る遊技用システムによれば、異常報知処理として記録媒体の返却を禁止するための返却禁止処理が行われるので、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に記録媒体を返却して持ち去ってしまうことを防止できる。
【００５６】
また請求項１９に係る遊技用システムによれば、異常報知処理として有価価値減算手段による減算後の有価価値の大きさを表示するための表示処理が行われるので、遊技場の店員が真の有価価値の大きさを把握して、有価価値管理部で管理している有価価値の大きさを更新する等の対応が可能となる。
【００５７】
また請求項２０に係る遊技用システムによれば、有価価値の大きさを特定するための情報が記録される記録媒体を収納する記録媒体収納部と、記録媒体の記録情報を読み取る記録情報処理部とを有し、受け付けた貨幣の金額に相当する有価価値の大きさのうち遊技媒体を貸与するための貸与処理に使用されていない残有価価値の大きさを、記録媒体収納部から記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う遊技用装置において、記録情報処理部から遊技用装置外部へ記録媒体が排出されることに基づいて、記録媒体収納部に収納されている記録媒体が記録情報処理部へ供給され、該供給がされたときに、当該供給された記録媒体が使用可能であるか否かの判定が実施され、記録媒体が使用不可のときには残有価価値特定処理への使用を禁止すると共に報知が行われるので、店員が該記録媒体を回収する等の対処を行うことができる。これによって、遊技者に迷惑をかけるおそれを著しく低減させると共に、遊技場の遊技機の稼働低下を防止することができる。つまり、具体的には、入金ができない（直ちに遊技が行えない）事態や、残額を速やかに返却することができない（直ちに台移動や精算が行えない）といった事態が発生する事を極力防止することで、遊技者に迷惑をかけるおそれを著しく低減させ、それに伴い遊技場の遊技機の稼働低下を防止することができる。
【００５８】
また請求項２１に係る遊技用システムによれば、有価価値の大きさを特定するための情報が記録される記録媒体を収納する記録媒体収納部と、記録媒体の記録情報を読み取る記録情報処理部とを有し、受け付けた貨幣の金額に相当する有価価値の大きさのうち遊技媒体を貸与するための貸与処理に使用されていない残有価価値の大きさを、記録媒体収納部から記録情報処理部に供給された記録媒体の記録情報から特定可能にするための残有価価値特定処理を行う遊技用装置において、記録情報処理部から遊技用装置外部へ記録媒体が排出されることに基づいて、記録媒体収納部に収納されている記録媒体が記録情報処理部へ供給され、該供給がされたときに、管理装置において当該供給された記録媒体が使用可能であるか否かの判定が実施され、記録媒体が使用不可のときには、遊技用装置において残有価価値特定処理への使用を禁止すると共に報知が行われるので、店員が該記録媒体を回収する等の対処を行うことができる。これによって、遊技者に迷惑をかけるおそれを著しく低減させると共に、遊技場の遊技機の稼働低下を防止することができる。つまり、具体的には、入金ができない（直ちに遊技が行えない）事態や、残額を速やかに返却することができない（直ちに台移動や精算が行えない）といった事態が発生する事を極力防止することで、遊技者に迷惑をかけるおそれを著しく低減させ、それに伴い遊技場の遊技機の稼働低下を防止することができる。
【００５９】
また請求項２２に係る遊技用システムによれば、管理装置が受信した記録媒体識別情報が、該記録媒体識別情報と共に受信した遊技用装置識別情報とは異なる遊技用装置識別情報と対応付けて管理されていることを条件として、使用可能でないと判定するので、他の記録媒体に記録されている記録媒体識別情報と同一の記録媒体識別情報が不正に記録されたおそれのある記録媒体の使用を防止することができる。
【００６０】
また請求項２３に係る遊技用システムによれば、遊技用装置が受信した判定結果が使用可能である旨を示すことを条件として、管理装置が該遊技用装置の遊技用装置識別情報に対応する記録媒体識別情報を消去しておくので、遊技用装置に記録媒体が挿入されるときには、該遊技用装置と管理装置間で前記消去を行うためのやりとりを行う必要がなく、当該挿入される記録媒体に関する処理を迅速に行うことができる。
【００６１】
また請求項２４に係る遊技用システムによれば、管理装置が受信した記録媒体識別情報が、該記録媒体識別情報と共に受信した遊技用装置識別情報とは異なる遊技用装置識別情報と対応付けて管理されていることを条件として、当該異なる遊技用装置識別情報の遊技用装置において所定の異常処理が行われるので、他の記録媒体に記録されている記録媒体識別情報と同一の記録媒体識別情報が不正に記録されたおそれのある記録媒体が既に使用されている場合に、該使用中の記録媒体に対する処置が可能となる。
【００６２】
さらに請求項２５に係る遊技用システムによれば、遊技用装置において貨幣を受け付けたときに、記録媒体の記録情報を再度読み取ると共に、管理装置において該記録媒体が使用可能であるか否かの判定を再度行うので、前回の判定から貨幣を受け付けるまでの間に記録媒体が使用不可となるような事態が発生した場合に、該使用不可となった記録媒体に対して残有価価値特定処理が行われるおそれが無くなる。
【発明を実施するための最良の形態】
【００６３】
以下、本発明の実施の形態を、図面を参照して説明する。まず、本発明に係る遊技用システム１，１’の概要について説明する。
【００６４】
本発明の遊技用システム１，１’は、図１及び図２に示すように、貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により受け付けた貨幣（紙幣２，硬貨３）の金額である入金額に相当する有価価値の大きさ（入金額）及び記録媒体（一般カード５）の記録情報から特定される有価価値の大きさ（カード残額，管理残額）を管理する有価価値管理部（カードＲ／Ｗ制御部２９，システムコントローラ６０’）と、該入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与するための第１の貸与処理（入金額分の玉貸処理）を行うと共に、該記録媒体の記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値の大きさを使用して遊技媒体（パチンコ玉）を貸与するための第２の貸与処理（使用額分の玉貸処理）を行う貸与制御部（ユニット制御部２２，カードユニット２０’）と、を備えるものである。
【００６５】
前記貸与制御部（ユニット制御部２２，カードユニット２０’）では、記憶している有価価値の大きさ（記憶残額）から前記第２の貸与処理（使用額分の玉貸処理）に使用される有価価値の大きさ（使用額）を減算すると共に、該使用される有価価値の大きさ（使用額）を有価価値管理部（カードＲ／Ｗ制御部２９，システムコントローラ６０’）で管理されている有価価値の大きさ（カード残額，管理残額）から減算更新するための更新要求（減算要求）を有価価値管理部に対して送信する。有価価値管理部は、前記貸与制御部から送信された更新要求に応じて、前記使用される有価価値の大きさ（使用額）を管理している有価価値の大きさから減算更新し、該減算更新後の有価価値の大きさを貸与制御部に返信する。貸与制御部では、返信されてきた有価価値の大きさと、記憶している減算後の有価価値の大きさとが一致するか否かを判定して、一致しないと判定されたときに、異常が発生した旨を報知する異常報知処理を行う。これにより、有価価値管理部で管理している有価価値の大きさが（ノイズ等により）誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【００６６】
ここで、前記貸与制御部が前記第２の貸与処理（使用額分の玉貸処理）に先立って更新要求を有価価値管理部に対して送信するようになっており、該更新要求を送信した後に通信不可能状態（電断状態，オフライン状態）が発生し、その後に通信可能状態（通電状態，オンライン状態）となったときに、有価価値管理部が、管理している有価価値の大きさ（カード残額，管理残額）を含むリカバリ情報を貸与制御部に送信する。貸与制御部では、リカバリ情報に含まれる有価価値の大きさと、記憶している有価価値の大きさ（記憶残額）とが一致するか否かを判定して、一致しないと判定されたこと（即ち有価価値管理部の有価価値の大きさが減算更新済みであること）を条件として前記第２の貸与処理を行い、一致すると判定されたこと（即ち有価価値管理部の有価価値の大きさが減算更新されていないこと）を条件として前記第２の貸与処理を行わない。これにより、更新要求を送信した後に通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【００６７】
また、前記貸与制御部は、上記のように、貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体（パチンコ玉）を貸与する第１の貸与処理（入金額分の玉貸処理）を行うようになっている。ここでは貸与制御部が、前記貨幣の受付に基づいて、入金消費情報を有価価値管理部に送信すると共に送信情報を更新（偶数回から奇数回，又は奇数回から偶数回に更新）し、有価価値管理部が、入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを遊技媒体の貸与に使用するために減算する入金消費処理を行うと共に、該入金消費処理の実行毎に処理情報を更新（偶数回から奇数回，又は奇数回から偶数回に更新）し、該入金消費処理の完了に基づいて入金消費完了通知を貸与制御部に送信し、貸与制御部では前記第１の貸与処理として、該入金消費完了通知の受信に基づいて入金額に相当する有価価値の大きさに相当する遊技媒体を貸与する入金額玉貸処理（入金額分の玉貸処理であり、いわゆる一発貸し，全額貸し）を行う。ここで、入金消費情報を送信した後に通信不可能状態（電断状態，オフライン状態）が発生し、その後に通信可能状態（通電状態，オンライン状態）となったときに、有価価値管理部が、前記処理情報を含むリカバリ情報を貸与制御部に送信する。貸与制御部では、リカバリ情報に含まれる処理情報と、記憶している送信情報が予め定められた関係である（いずれも偶数回である又はいずれも奇数回である）か否かを判定して、予め定められた関係である（いずれも偶数回である又はいずれも奇数回である）と判定されたことを条件として前記入金額玉貸処理を行う。これにより、有価価値管理部と貸与制御部との間で通信不可能状態（オフライン状態，電断状態）が発生しても、有価価値管理部側と貸与制御部側の処理に不一致が生じることがない。
【００６８】
また、遊技用装置（カードユニット２０，２０’）では、記録媒体処理部（カードＲ／Ｗ２７）の記録媒体（一般カード５）が外部に排出されることに応じて、記録媒体収納部（カードストッカ２８）に貯留されている記録媒体のうちの１枚を記録媒体処理部に供給する供給処理が行われるようになっている。そして、供給されてきた記録媒体が使用可能であるか否かの判定（供給時判定）が、遊技用装置で実施され、使用可能でないと判定された場合には、使用禁止処理を行うと共に報知を行う。また、管理装置（システムコントローラ６０，６０’）では、上記遊技用装置において供給処理が行われたことに応じて該遊技用装置から記録情報（カードＩＤ）を受信して、該記録情報が記録されている記録媒体（即ち供給処理により供給された一般カード５）が使用可能であるか否かの判定（供給時使用判定）が、管理装置で実施され、使用可能でないと判定された場合には、使用不可である旨を示す使用判定結果が前記遊技用装置に送信される。該使用判定結果を受信した遊技用装置では、使用禁止処理を行うと共に報知を行う。これらの処理により、店員が使用不可と判定された記録媒体を回収する等の対処を行うことができ、遊技者に迷惑をかけるおそれを著しく低減させると共に、遊技者の遊技機の稼働低下を防止することができる。
【００６９】
さらに遊技用装置（カードユニット２０，２０’）では、当該遊技場の営業時間中において、記録媒体収納部（カードＲ／Ｗ２７及びカードストッカ２８）に収納されている記録媒体数（ストック枚数）が、予め設定された第１の上限値（ここでは１０）以上であるときには、該第１の上限値以上である旨を報知し、営業時間中に記録媒体の回収を店員に促す。そして、記録媒体数が予め設定された第１下限値（ここでは０）以下であるときには、該第１の下限値以下である旨を報知することにより、営業時間中に記録媒体の補充を店員に促す。一方、遊技用装置が締め処理信号を受信した後では、記録媒体数が前記第１上限値よりも低い予め設定された第２上限値（ここでは７）以上であるときに報知を行うことにより、営業終了後に記録媒体の回収を店員に促す。また、記録媒体数が前記第１下限値よりも高い予め設定された第２下限値（ここでは３）以下であるときには、該第２の下限値以下である旨を報知することにより、営業時間中に記録媒体の補充を店員に促す。これにより、店員は営業終了後に回収作業や補充作業を行って記録媒体数を適正化（ここでは４〜６の範囲に適正化）することができる。従って、適正化された状態で翌日の営業開始時間を迎えることができるので、営業時間中の記録媒体の回収作業や補充作業を極力不要とすることができ、円滑な営業を促すこととなる。
【００７０】
ここで、前記第２上限値に関して、予め該第２上限値の設定を有効とするか否かを設定するようにしており、有効にする旨が設定されている場合には、上述したように遊技用装置で記録媒体数が第２上限値以上であるか否かを判定する一方、有効としない旨が設定されている場合には、記録媒体数が収納限界値（ここでは１０）に達しているか否かを判定する。そして、第２上限値以上であると判定されたこと又は収納限界値に達していると判定されたことを条件として報知を行う。つまり、第２上限値の設定を有効にしておくことで、前述したように、記録媒体数が第２上限値以上の遊技用装置を把握して、回収作業を行うことができる。それに対して、第２上限値の設定を有効としないことで、動作に支障のある（記録媒体の挿入ができない）遊技用装置を把握して、回収作業を行うことができる。また、前記第２下限値に関しても同様に、予め該第２下限値の設定を有効とするか否かを設定するようにしており、有効にする旨が設定されている場合には、上述したように記録媒体数が第２下限値以下であるか否かを判定する一方、有効としない旨が設定されている場合には、記録媒体数が零であるか否かを判定する。そして、第２下限値以下であると判定されたこと又は零であると判定されたことを条件として報知を行う。つまり、第２下限値の設定を有効にしておくことで、前述したように、記録媒体数が第２下限値以下の遊技用装置を把握して、補充作業を行うことができる。それに対して、第２下限値の設定を有効としないことで、動作に支障のある（入金や残額の返却ができずに遊技者に不都合が生じる）遊技用装置を把握して、補充作業を行うことができる。つまり、当日中の対応を行うことを希望する遊技場においては、第２上限値や第２下限値の設定を有効とすることで、当日中の回収作業や補充作業を行って記録媒体数を適正化することができる。従って、適正化された状態で翌日の営業開始時間を迎えることができる。一方、当日中の対応を希望せず、極力翌日の対応としたい遊技場においては、第２上限値や第２下限値の設定を無効とすることで、当日中に対応を行わなければならない必要最小限の遊技用装置（翌日の営業開始時点で動作に支障のある遊技用装置）に絞って回収作業や補充作業を行うことが可能となり、遊技機の稼働率低下による売上の減少を回避することができる。
【００７１】
本発明に係る遊技用システムは、上記の点を特徴とするものである。この遊技用システムには、貸与制御部であるユニット制御部２２，及び有価価値管理部であるカードＲ／Ｗ制御部２９を備える第１実施形態に係る遊技用システム１と、貸与制御部であるカードユニット２０’及び有価価値管理部であるシステムコントローラ６０’を備える第２実施形態に係る遊技用システム１’と、が含まれる。また第１及び第２の両実施形態には、有価価値管理部と貸与制御部との間における通信不可能状態の発生時の処理が異なる変形例が各々含まれる。以下においては、まず第１実施形態及びその変形例について説明し、次に第２実施形態及びその変形例について第１実施形態と異なる点についてのみ説明する。なお、以下においては、リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップを「Ｓ」と略記する。
【００７２】
［１−１．第１実施形態に係る遊技用システム１］
第１実施形態に係る遊技用システム１は、図１に示すように、遊技場において、パチンコ機１０に対応して設けられるカードユニット２０と、複数のカードユニット２０に接続されているシステムコントローラ６０とを備える。また、システムコントローラ６０は、当該遊技場内に設けられ、一般カード５のカード残額を精算する精算装置８０と通信可能である。また、システムコントローラ６０は、後述する一般カード５の発行及び管理を行うカード会社に設けられている管理サーバ９０とも通信可能である。
【００７３】
図１及び図２に示す遊技用システム１において、カードユニット２０は、ハブ（ＨＵＢ）４０，中継器５０，及び通信ケーブルを介して、システムコントローラ６０と双方向のデータ通信可能に接続されており、各接続機器にはそれぞれローカルＩＰアドレスが付与されてローカルエリアネットワーク（ＬＡＮ）が形成されている。また、システムコントローラ６０と精算装置８０とは、個別の通信ケーブルを介して、比較的高速のデータ通信を実施可能に接続されている。また、前記システムコントローラ６０は、通信回線を介して、カード会社に設置された管理サーバ９０と双方向のデータ通信を実施できるように接続されていて、カード会社は、該管理サーバ９０にて、各遊技場の一般カード５による売上や、システムコントローラ６０及びカードユニット２０のエラー状況等を把握できるようになっている。本発明に係る遊技用システム１では、図１，図２及び図３に示すように、紙幣２，硬貨３，及び一般カード５が使用される。
【００７４】
以下では、まず図１〜図７を用いて第１実施形態に係る遊技用システム１の構成について説明するが、この遊技用システムの構成に関しては、「貨幣の入金処理及び遊技媒体の貸与処理に係る機能」，「記録媒体の使用可・不可の判定処理に係る機能」，及び「記録媒体数の適正化に係る機能」に分けて説明する。
【００７５】
（１−１−１．貨幣の入金処理及び遊技媒体の貸与処理に係る機能）
まず、貨幣の入金処理及び遊技媒体の貸与処理に係る機能について説明する。
【００７６】
この第１実施形態に係る遊技用システム１では、有価価値管理部であるカードＲ／Ｗ制御部２９が、カードＲ／Ｗ２７の一般カード５のカード残額を更新することによって有価価値の大きさを管理している。そしてカードユニット２０とシステムコントローラ６０がオンライン状態である場合には、貸与制御部であるユニット制御部２２が、カードユニット２０への貨幣の入金又は一般カード５の挿入に応じて、カードＲ／Ｗ制御部２９から前記カード残額を取得して記憶残額として記憶することで、貸与要求操作（玉貸ボタン１５の操作）に応じて使用額分（玉貸設定金額分又は記憶残額分）の玉貸処理であるカード玉貸処理を行うことが可能なカード玉貸可能状態となる。該状態で、貸与要求操作がされると、ユニット制御部２２からカードＲ／Ｗ制御部２９に対して玉貸に使用される使用額（即ち玉貸設定金額又は記憶残額）を含む減算要求が送られる。該減算要求を受けたカードＲ／Ｗ制御部２９では、減算応答をユニット制御部２２に返信すると共に、カード残額から前記使用額を減算する。減算応答を受けたユニット制御部２２では、記憶残額から使用額を減算すると共に、使用額分の玉貸処理であるカード玉貸処理を行う。
【００７７】
一方、カードユニット２０とシステムコントローラ６０がオフライン状態である場合には、貸与制御部であるユニット制御部２２が、カードユニット２０への貨幣の入金（ここではカード残額が零の状態での１０００円以下の入金）に応じて、入金額を含む入金消費情報をカードＲ／Ｗ制御部２９に送信し、入金消費情報を受信したカードＲ／Ｗ制御部２９では、入金消費完了通知をユニット制御部２２に返信すると共に、一般カード５に入金額を一旦記録して管理対象とした後に、該入金額（＝玉貸に使用される額）を減算する。入金消費完了通知を受けたユニット制御部２２では、入金額を記憶残額として記憶して、入金額分の玉貸処理である入金額玉貸処理（いわゆる一発貸し）が行われる。
【００７８】
紙幣２は貨幣の一例であって、ここでは図３に示すように、1000円紙幣，2000円紙幣，5000円紙幣，及び10000円紙幣の４種類の紙幣である。また硬貨３も貨幣の一例であって、ここでは図３に示すように、100円硬貨，及び500円硬貨の２種類の硬貨である。
【００７９】
一般カード５は記録媒体の一例であって、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（カード残額，管理残額）を特定するための情報（カード残額，カードＩＤ）を記録可能なものである。本例における一般カード５には、有価価値の大きさであるカード残額と、各一般カード５を個々に識別可能な情報であるカードＩＤと、が記録されている。ここでカード残額は、それ自体が有価価値の大きさである。またカードＩＤは、後述するシステムコントローラ６０の残額ＤＢにおいて有価価値の大きさである管理残額と対応付けて管理されているので、遊技用システム１においては、カードＩＤから対応する管理残額を特定可能である。つまり、本例のカード残額，カードＩＤは、いずれも有価価値の大きさを特定するための情報である。
【００８０】
この一般カード５は、長方形状を呈するプラスチック製の薄板における所定の部位に、カード残額及びカードＩＤ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。この一般カード５は、予めカードＩＤが記録されている状態で遊技場に納入されて、後述するカードストッカ２８に収納され、カードユニット２０及び精算装置８０において使用される。以下では、この一般カード５を、単にカードとも呼ぶ。
【００８１】
パチンコ機１０は遊技機の一例であって、図１〜図３に示すように、カードユニット２０に対応して設けられ、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応するカードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理（後述する使用額分の玉貸処理や入金額分の玉貸処理）が行われる、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場内に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００８２】
このパチンコ機１０は、図３（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６を備え、図２に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図２に示すように接続されている。前記遊技領域には可変表示装置が設けられると共に、始動入賞口，大入賞口，及びその他の入賞口が設けられている。このパチンコ機１０は、台番号により個々に識別可能となっている。
【００８３】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、カードユニット２０の玉貸通信部２１ｂと通信可能に接続され、パチンコ機１０とカードユニット２０との間における通信を司るものである。これにより、玉貸処理が行われる場合に、パチンコ機１０とカードユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されるパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。
【００８４】
このパチンコ機１０においては、前記遊技領域に打ち込まれたパチンコ玉が始動入賞口に入賞すると、遊技領域に設けられた可変表示装置が変動を開始して所定時間の経過後に該変動が停止し、該可変表示装置の表示結果が予め定められた態様（例えば「０００」〜「９９９」のいずれかのゾロ目）になると、遊技者にとって有利な遊技状態である大当り状態（単に「大当り」とも呼ぶ）が発生するる。
【００８５】
また遊技領域に打ち込まれたパチンコ玉が、該遊技領域に設けられた始動入賞口，大入賞口，及びその他の入賞口に入賞すると、払出制御基板１２の制御により、予め定められた数のパチンコ玉が賞球として玉払出装置１３から払い出される。
【００８６】
残度数表示器１４は、後述するユニット制御部２２のＥＥＰＲＯＭの表示用記憶領域に記憶されている残額に相当する残度数を表示するための表示器であり、例えば３桁の７セグメント表示器である。ここで残度数は、残額が所定の比率で変換されたもの（例えば１００円＝１度数）である。図２に示すように、残度数表示器１４に玉貸通信部２１ｂから残度数（即ち表示用記憶領域に記憶されている残額相当の残度数）を示す度数表示信号が入力されることにより、残度数が表示される。この残度数表示器１４で表示される残度数は、後述する玉貸処理において、１度数分の玉貸が行われる毎に表示用記憶領域に記憶されている残額が１度数分ずつ減算更新されるのに伴って、１度数ずつ減算表示される。
【００８７】
玉貸ボタン１５は、一般カード５に記録されている残額を使用したパチンコ玉の貸与要求操作（玉貸操作）を遊技者から受け付けるボタンである。図２に示すように、玉貸ボタン１５が操作されたことにより、玉貸通信部２１ｂに貸出入力信号が入力され、該入力の検出によってユニット制御部２２が玉貸ボタン１５が操作されたことを検知する。
【００８８】
カード返却ボタン１６は、後述するカードＲ／Ｗ２７で受け付けている一般カード５を返却するための返却操作を遊技者から受け付けるボタンである。図２に示すように、カード返却ボタン１６が操作されたことにより、玉貸通信部２１ｂに返却入力信号が入力され、該入力の検出によってユニット制御部２２がカード返却ボタン１６が操作された旨を認識して返却要求をカードＲ／Ｗ制御部２９に送ることで、カードＲ／Ｗ制御部２９によりカードＲ／Ｗ２７にて受け付けているカード（残額有りの一般カード５）の排出処理が行われ、一般カード５がカード挿入口２７ａから排出されて抜取待ち状態となる。この抜取待ち状態とは、ここでは一般カード５の一端がカード挿入口２７ａから外部に突出した状態（つまり遊技者がカードを抜き取り可能な状態）を指す。
【００８９】
このカード返却ボタン１６は、ユニット制御部２２の制御により、入金額分の玉貸処理の最中には、返却操作が無効化され、また  使用額分の玉貸処理の最中には、原則として、該玉貸処理が開始されると返却操作が無効化され、該使用額分の玉貸処理が終了すると返却操作が有効化される（即ち該玉貸処理中は返却操作が無効化される）が、後述する図１４に示すときには、例外として、該使用額分の玉貸処理が終了又は中断しても返却操作の無効化が継続される。またカードＲ／Ｗ２７部の一般カード５の残額が零である場合には、カード返却ボタン１６が操作されても該一般カード５は返却されずにカードＲ／Ｗ２７に留保される。ここで、前記返却操作は、例えば返却操作の検出時にもユニット制御部２２からカードＲ／Ｗ制御部２９への前記返却要求の送信を行わないことで無効化される。
【００９０】
上記の残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６は、図３に示すようにパチンコ機１０の前面（ここでは上皿）に設けられているが、図２に示すように、カードユニット２０と接続されているので、遊技用装置であるカードユニット２０に属するものでもある。
【００９１】
なおパチンコ機１０において、玉貸処理に異常が発生（例えば玉詰まり等）が発生し、玉詰まりセンサ（図示外）等により該異常の発生が検出されると、該異常の発生を示す玉貸異常発生信号が、遊技制御基板１１から出力される。また該玉貸処理の異常が解消すると、該異常の解消を示す玉貸異常解消信号が、遊技制御基板１１から出力される。これら玉貸異常発生信号及び玉貸異常解消信号は、遊技制御基板１１から出力され、信号入力部２１ａを介して、カードユニット２０のユニット制御部２２に入力される。但し、これに限らず、玉貸異常発生信号及び玉貸異常解消信号は、遊技制御基板１１から出力され、払出制御基板１２から玉貸通信部２１ｂを介して、カードユニット２０のユニット制御部２２に入力されるようにしても良い。
【００９２】
カードユニット２０は遊技用装置の一例であって、本第１実施形態では貨幣受付手段，貸与制御部，及び有価価値管理部を含むものである。このカードユニット２０は、図２及び図３（ａ）に示すように、パチンコ機１０に対応して（ここではパチンコ機１０の左側に隣接して）設けられている。このカードユニット２０は、縦長の箱型の形状を呈するものであり、図３（ａ）に示すように、その前面に多機能ランプ２６，紙幣挿入口２３ａ，硬貨挿入口２４ａ，硬貨返却ボタン２４ｅ，硬貨返却口２４ｆ，表示部２５ａ，赤外線受信部２５ｂ，及びカード挿入口２７ａ等を備え、図２及び図３（ｂ）に示すように、その内部に信号入力部２１ａ，玉貸通信部２１ｂ，ユニット制御部２２，紙幣識別機２３，硬貨識別機２４，カードＲ／Ｗ２７，カードストッカ２８，カードＲ／Ｗ制御部２９，及びシステムコントローラ用通信部２９ａ等を備えており、これらの各構成要素は図２に示すように接続されている。なお、各カードユニット２０は、装置ＩＤによって個々に識別可能とされている。
【００９３】
信号入力部２１ａは遊技制御基板１１と接続され、遊技制御基板１１から出力される信号が入力されるものであり、前述した玉貸異常発生信号及び玉貸異常解消信号が入力される。入力された信号（又は当該信号が入力された旨の情報）は、ユニット制御部２２に出力される。従ってユニット制御部２２では、玉貸処理の異常の発生及び異常の解消を検知することができる。
【００９４】
玉貸通信部２１ｂは、前述の如くパチンコ機１０の払出制御基板１２と接続されている。図２に示すように、この玉貸通信部２１ｂには、払出制御基板１２からＥＸＳ信号，ＰＲＤＹ信号，前記貸出入力信号，及び前記返却入力信号が入力される。また、玉貸通信部２１ｂから払出制御基板１２に対して、ＢＲＤＹ信号，ＢＲＱ信号，及び前記度数表示信号が出力される。なお、ＥＸＳ信号，ＰＲＤＹ信号，ＢＲＤＹ信号，ＢＲＱ信号はパチンコ玉の払出を行う際の制御信号であり、各々ＥＸＳ，ＰＲＤＹ，ＢＲＤＹ，ＢＲＱとも呼ぶ。
【００９５】
ユニット制御部２２は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭ（あるいはＥＥＰＲＯＭ）に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、カードユニット２０に備えられる各構成要素の動作を制御して（あるいは各構成要素からの信号を受信して）各種の処理を行うものであるが、その機能の詳細については後述する。なおＲＯＭには、前記装置ＩＤが記憶されている。このユニット制御部２２には、図２に示すように、前記信号入力部２１ａ及び玉貸通信部２１ｂの他、後述する紙幣識別機２３，硬貨識別機２４，表示部２５ａ，赤外線受信部２５ｂ，多機能ランプ２６，及びカードＲ／Ｗ制御部２９等が接続されている。
【００９６】
紙幣識別機２３は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図３（ｂ）に示すように、入金可能な状態で、紙幣挿入口２３ａから挿入され搬送されてきた紙幣２を受け付けて、該受け付けた紙幣２が前記４種類の紙幣のうちのいずれの紙幣であるかを識別する（いずれの紙幣でもなければ正規の紙幣ではないと識別する）識別機である。この識別により、受付けた紙幣が正規の紙幣２（1000円紙幣、2000円紙幣、5000円紙幣、10000円紙幣）であれば、識別結果（識別された紙幣２に応じた入金額）をユニット制御部２２に出力する。一方、入金不可の状態である場合や、正規の紙幣ではないと識別した場合には、受け付けた紙幣２を紙幣挿入口２３ａから返却する。なお識別が完了した正規の紙幣２が紙幣識別機２３に留保されている状態において、該留保されている紙幣２を回収する場合には、該紙幣２を紙幣通路２３ｂを通じてカードユニット２０の背面に導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２２により行われ、該紙幣２が紙幣通路２３ｂを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている紙幣２を返却する場合には、該紙幣２を紙幣挿入口２３ａに導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２２により行われ、該紙幣２が紙幣挿入口２３ａから返却される。
【００９７】
硬貨識別機２４も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図３（ｂ）に示すように、入金可能な状態で、硬貨挿入口２４ａから投入され、硬貨通路２４ｂを通じて搬送された硬貨３を受け付けて、該受け付けた硬貨３が前記２種類の硬貨のうちのいずれの硬貨であるかを識別する（いずれの硬貨でもなければ正規の硬貨ではないと識別する）識別機である。この識別により、受付けた硬貨が正規の硬貨３（100円硬貨、500円硬貨）であれば、識別結果（識別された硬貨３に応じた入金額）をユニット制御部２２に出力する。一方、入金不可の状態である場合や、正規の硬貨ではないと識別した場合には、受け付けた硬貨３を硬貨通路２４ｄを通じて硬貨返却口２４ｆから返却する。なお識別が完了した正規の硬貨３が硬貨識別機２４に留保されている状態において、該留保されている硬貨３を回収する場合には、該硬貨３を硬貨通路２４ｃを通じてカードユニット２０の背面に導くように、硬貨識別機２４と硬貨通路２４ｃとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２２により行われ、該硬貨３が硬貨通路２４ｃを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている硬貨３を返却する場合には、該硬貨３を硬貨通路２４ｄを通じて硬貨返却口２４ｆに導くように、硬貨識別機２４と硬貨通路２４ｄとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２２により行われ、該硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。硬貨返却ボタン２４ｅは、硬貨通路２４ｂや硬貨識別機２４において詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２４ｅが操作されると、該詰まった硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。
【００９８】
表示部２５ａは、各種の情報を表示するための表示デバイスであり、ここでは５桁の７セグメント表示器である。この表示部２５ａは、例えば残額に異常が発生しているときに、後述する有価価値減算手段（ユニット制御部２２）による減算後の残額を表示する。
【００９９】
赤外線受信部２５ｂは、遊技場の店員が操作するリモートコントローラ３０から送信される赤外線信号を受信するものであるが、その機能についてはリモートコントローラ３０の機能と共に「記録媒体数の適正化に係る機能」で説明する。
【０１００】
多機能ランプ２６は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによってカードユニット２０の状態を報知するものであり、３原色であるＲＧＢ光の各色の発光が可能なＬＥＤモジュールを内在しており、これらＲＧＢ光の発光を制御することで、発光色を可変できるようになっている。この多機能ランプ２６は、例えば、残額に異常が発生しているとき等の異常発生時には赤色で点滅して異常が生じている旨を報知する。
【０１０１】
カードＲ／Ｗ２７は記録媒体受付手段の一例であって、記録媒体を外部から受け付けるものであり、カード挿入口２７ａから挿入された一般カード５及びカードストッカ２８から供給されてきた一般カード５を受け付けて、該受け付けた一般カード５の記録情報を読み取ると共に、該受け付けた一般カード５に対して残額を記録する（書き込む）ものであり、前記ＩＣカードである一般カード５に対応したＩＣカードＲ／Ｗを備えている。
【０１０２】
このカードＲ／Ｗ２７付近には、カードの取込処理及び排出処理を行うための第１モータ（図示外）が設けられている。該第１モータが正方向に回転すると、カードを搬送するためのベルト（図示外）が正方向に回動して前方挿入カードの取込を行う取込処理が実施される。この取込処理により取り込まれたカードは、カードＲ／Ｗ２７にて受け付けられる。また、前記第１モータが逆方向に回転すると、前記ベルトが逆方向に回動してカードＲ／Ｗ２７部のカードの排出を行う排出処理が実施される。この排出処理によりカードが排出されて、抜取待ち状態となる。
【０１０３】
カードストッカ２８は、予めカードＩＤが記録されている一方でカード残額が零の一般カード５を所定数（ここでは９枚）迄収納するものである。このカードストッカ２８はカードＲ／Ｗ２７の背面側に設けられ、カードＲ／Ｗ２７と連接され、カードＲ／Ｗ２７から搬送されてきた一般カード５を収納するものである。また、カードＲ／Ｗ２７にある一般カード５がカード返却ボタン１６の操作により排出された後、抜き取られると、カードＲ／Ｗ制御部２９の制御により、該カードストッカ２８に収納されている一般カード５のうちの１枚がカードＲ／Ｗ２７に供給される。
【０１０４】
このカードストッカ２８付近には、カードの収納処理及び供給処理を行うための第２モータ（図示外）が設けられている。該第２モータが正方向に回転すると、カードを搬送するためのスライダ（図示外）により（又は該スライダと前記ベルトの連動により）、カードＲ／Ｗ２７部のカードをカードストッカ２８に収納する収納処理が実施される。また、前記第２モータが逆方向に回転すると、前記スタイダにより（又は該スライダと前記ベルトの連動により）カードストッカ２８に収納されているカード（ストックカード）の１枚をカードＲ／Ｗ２７部まで供給する供給処理が実施される。この供給処理により、カードがカードＲ／Ｗ２７に待機した状態となる。
【０１０５】
カードＲ／Ｗ制御部２９は、ＣＰＵ，ＲＡＭ，ＥＥＰＲＯＭ等を備え、カードＲ／Ｗ２７が受け付けた一般カード５とのデータ送受を行う通信部や、カードＲ／Ｗ２７の制御を行うコントローラ等も備えている。このカードＲ／Ｗ制御部２９は、図２に示すように、ユニット制御部２２に接続されており、該ユニット制御部２２との各種データの送受が実施可能とされている。このカードＲ／Ｗ制御部２９には、上記第１モータ及び第２モータも接続される。また、カード挿入口２７ａ付近に設けられ、カードの前方挿入及びカードの抜き取りを検出するためのセンサ（図示外）とも接続されている。このカードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７がカード残額有りの一般カード５を受け付けている状態や、ストック枚数が収納限界値（ＦＵＬＬ）に達している状態では、カードの前方挿入を禁止する。
【０１０６】
カードＲ／Ｗ制御部２９は、システムコントローラ用通信部２９ａを備えている。このシステムコントローラ用通信部２９ａは、ハブ４０，中継器５０，及び通信ケーブルを介して、システムコントローラ６０のユニット用通信部６１ａに接続され、カードＲ／Ｗ制御部２９とシステムコントローラ６０とのデータ通信を実施可能とされている。このシステムコントローラ用通信部２９ａから情報を送信するにあたっては、カードＲ／Ｗ制御部２９が前記ユニット制御部２２から装置ＩＤを取得して、該取得した装置ＩＤも前記情報と共に送信する。
【０１０７】
このカードＲ／Ｗ制御部２９は有価価値管理部の一例であって、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（カード残額）を特定するための情報（カード残額自体）を記録可能な記録媒体（一般カード５）の記録情報から特定される該有価価値の大きさを管理するものであり、ここでは前記貨幣受付手段による貨幣の受付や、使用額分の玉貸処理（カード玉貸処理）に応じてカードＲ／Ｗ２７に指示を送り、一般カード５の記録情報であるカード残額の加算更新や減算更新を行うことにより、該管理を行う。
【０１０８】
また有価価値管理部として機能するカードＲ／Ｗ制御部２９は、前記入金額に相当する有価価値の大きさ（入金額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（入金額）を減算するものであり、ここでは記録媒体（一般カード５）に対して貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさを記録することにより該管理を行う。具体的には、管理装置オフライン状態において前記入金額を一般カード５のカード残額として一旦記録すると共に、該記録したカード残額から入金額分の玉貸処理に使用される有価価値の大きさ（即ち入金額自体）を減算する処理（即ちカード残額として記録した入金額を消去して零にする処理）を行う。
【０１０９】
この有価価値管理部として機能するカードＲ／Ｗ制御部２９は、後述する入金処理手段，入金完了通知返信手段，更新応答返信手段，有価価値更新手段，有価価値返信手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，有価価値管理部側通信可否検知手段，及びリカバリ情報送信手段等を有する。
【０１１０】
またカードＲ／Ｗ制御部２９は管理装置通信可否検知手段の一例であって、システムコントローラ６０と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該システムコントローラ６０と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知するものである。具体的には、後述するシステムコントローラ６０のユニット用通信部６１ａからカードＲ／Ｗ制御部２９に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ちシステムコントローラ６０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちシステムコントローラ６０と通信できない通信不可能状態）であると判定する。この判定結果として、オンライン状態である旨を示すオンライン情報又はオフライン状態である旨を示すオフライン情報がユニット制御部２２に出力され、ユニット制御部２２では、当該カードユニット２０が管理装置オンライン状態又は管理装置オフライン状態のいずれの状態であるかを認識する。
【０１１１】
ユニット制御部２２は貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額，入金額）を使用して遊技媒体（パチンコ玉）を貸与する第１の貸与処理を行うものであり、ここでは次に示すように管理装置オンライン状態での入金及び貸与要求操作の検出に基づいて使用額分の玉貸処理を行うと共に、管理装置オフライン状態での入金に応じて入金額分の玉貸処理を行う。
【０１１２】
この貸与制御部として機能するユニット制御部２２では、システムコントローラ６０と通信できる管理装置通信可能状態（管理装置オンライン状態）において貨幣を受け付けると、入金要求がカードＲ／Ｗ制御部２９に対して送信されて該カードＲ／Ｗ制御部２９において後述する入金処理が行われることで、貸与要求操作の検出に応じて使用額分の玉貸処理を行うことが可能なカード玉貸可能状態となる。そして、該カード玉貸可能状態で貸与要求操作（玉貸操作）を検出すると、減算要求がカードＲ／Ｗ制御部２９に対して送信されて該カードＲ／Ｗ制御部２９において後述する減算処理が行われ、ユニット制御部２２において使用額分の玉貸処理であるカード玉貸処理が行われる。即ち、入金額の範囲内で所定額（＝後述する使用額となる玉貸設定金額又は記憶残額）を使用してカード玉貸処理が行われる。
【０１１３】
また貸与制御部として機能するユニット制御部２２では、システムコントローラ６０と通信できない管理装置通信不可能状態（管理装置オフライン状態）において貨幣を受け付けると、入金額分の玉貸処理である入金額玉貸処理（詳細は後述する）が行われる。即ち、入金額の範囲内で所定額（＝入金額自体）を使用して入金額玉貸処理が行われる。なお、管理装置オフライン状態においては、１０００円以下の貨幣を受付可能である。また管理装置オフライン状態においては、一般カード５は受付不能である。
【０１１４】
ここで前記貸与制御部であるユニット制御部２２は記録媒体（一般カード５）の記録情報（カード残額）から特定される有価価値の大きさ（カード残額）の範囲内における所定の大きさを使用して遊技媒体を貸与する第２の貸与処理を行うものでもある。ここでは上記のように、管理装置オンライン状態での入金及び貸与要求操作の検出に基づいて、一般カード５に記録されたカード残額の範囲内における所定額（＝後述する使用額となる玉貸設定金額又は記憶残額）を使用したカード玉貸処理を行う。また管理装置オンライン状態においてカードユニット２０に挿入された一般カード５を受け付けると、該受け付けた一般カード５に記録されている残額を示す有価価値情報（残額の照合要求）がシステムコントローラ６０に対して送信され、前記送信した残額の照合要求に応じてシステムコントローラ６０で行われた残額の照合が照合ＯＫであれば、カード玉貸可能状態となる。そして該カード玉貸可能状態で貸与要求操作（玉貸操作）を検出すると、減算要求がカードＲ／Ｗ制御部２９に対して送信されて該カードＲ／Ｗ制御部２９において後述する減算処理が行われ、ユニット制御部２２において使用額分の玉貸処理であるカード玉貸処理が行われる。即ち一般カード５に記録されたカード残額の範囲内における所定額（＝後述する使用額となる玉貸設定金額又は記憶残額）を使用したカード玉貸処理を行う。
【０１１５】
この貸与制御部として機能するユニット制御部２２は、後述する入金要求送信手段，有価価値記憶手段，貸与要求操作検出手段，更新要求送信手段，貸与処理手段，有価価値減算手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，貸与制御部側通信可否検知手段，入金処理完了判定手段，貸与判定手段，処理情報判定手段等を有する。
【０１１６】
ユニット制御部２２は入金要求送信手段の一例であって、前記貨幣受付手段により受け付けた貨幣の金額に相当する有価価値の大きさである入金額を前記有価価値管理部（カードＲ／Ｗ制御部２９）で管理されている有価価値の大きさ（カード残額）に加算更新する入金処理を要求する入金要求を前記有価価値管理部に対して送信するものであり、ここでは前記管理装置通信可否検知手段により管理装置通信可能状態（管理装置オンライン状態）であることを検出しているときに、前記貨幣受付手段による貨幣の受付に基づいて、一般カード５のカード残額に対して前記入金額に相当する大きさの有価価値の大きさを加算更新する入金処理を要求する入金要求をカードＲ／Ｗ制御部２９に対して送信するものである。具体的には、管理装置オンライン状態において貨幣受付手段により貨幣を受け付けると、該受け付けた貨幣の金額である入金額を含む入金要求を、カードＲ／Ｗ制御部２９に送信する。
【０１１７】
ユニット制御部２２のＥＥＰＲＯＭには、残度数表示器１４に残度数を表示するための残額を記憶する表示用記憶領域と、後述する有価価値減算手段（ユニット制御部２２）による減算対象となる残額を記憶する判定用記憶領域が設けられている。これら表示用記憶領域及び判定用記憶領域は有価価値記憶手段の一例であって、記録媒体（一般カード５）の記録情報から特定される有価価値の大きさを取得して記憶するものである。ここでは、外部から挿入された一般カード５をカードＲ／Ｗ２７により受け付けたときに、システムコントローラ６０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた一般カード５から読み取ったカード残額が残額として記憶される。また、前記入金要求送信手段から送信した入金要求に応じて行われる入金処理が完了したことによりカードＲ／Ｗ制御部２９から入金完了通知が返信されてきたことを条件として、該入金完了通知に含まれる更新後のカード残額が残額として記憶される。以下では、有価価値記憶手段に記憶されている前記残額を記憶残額とも呼ぶ。
【０１１８】
またユニット制御部２２は貸与要求操作検出手段の一例であって、遊技者によるパチンコ玉の貸与要求操作（玉貸操作）を検出するものである。具体的には、遊技者による玉貸ボタン１５の押圧操作に応じて、前述したように玉貸通信部２１ｂに貸出入力信号が入力され、該入力の検出によってユニット制御部２２が玉貸ボタン１５が操作されたことを検知する。
【０１１９】
またユニット制御部２２は更新要求送信手段の一例であって、前記入金要求送信手段から送信した入金要求に応じて行われる入金処理が完了したことによりカードＲ／Ｗ制御部２９から入金完了通知が返信されてきた後，又はシステムコントローラ６０から照合ＯＫ通知が送信されてきたことに基づいてカードＲ／Ｗ制御部２９からカード残額の通知を受けた後に、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、前記一般カード５に記録されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部（カードＲ／Ｗ制御部２９）に対して送信するものであり、ここでは次に述べる貸与処理手段による第２の貸与処理に先立って、該減算要求を送信する。具体的には、入金完了通知が返信されてきた後，又は照合ＯＫ通知が送信されてきたことに基づいてカードＲ／Ｗ制御部２９からカード残額の通知を受けた後にカード玉貸状態となり、該状態で玉貸操作を検出すると、ＥＥＰＲＯＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、第２の貸与処理に先立って、該使用額を含む減算要求を、カードＲ／Ｗ制御部２９に送信する。この減算要求を受信したカードＲ／Ｗ制御部２９からは、後述する更新応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。
【０１２０】
またユニット制御部２２は貸与処理手段の一例であって、有価価値記憶手段で記憶している有価価値の大きさ（記憶残額）の範囲内における所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための第２の貸与処理（使用額分の玉貸処理）を行うものであり、ここでは前記更新要求送信手段により更新要求を送信したことに応じて後述する更新応答返信手段（カードＲ／Ｗ制御部２９）から返信されてきた更新応答（減算応答）の受信に基づいて、使用額分の玉貸処理（カード玉貸処理）を行う。具体的には、ユニット制御部２２からカードＲ／Ｗ２９への減算要求送信後、前記減算応答を受信したことを条件として、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。即ち、記録媒体（一般カード５）の記録情報から特定される有価価値の大きさ（カード残額）が、有価価値記憶手段に記憶残額として記憶され、該記憶残額の範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与する。つまり、記録情報から特定される有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与するものである。
【０１２１】
またユニット制御部２２は有価価値減算手段の一例であって、前記使用額分の玉貸処理に基づいて、該玉貸処理に使用される有価価値の大きさ（使用額）をＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）から減算するものである。具体的には、前記使用額分の玉貸処理に基づいて、該使用額を判定用記憶領域で記憶している残額から一括して減算する処理を行う。ここで「使用額分の玉貸処理に基づいて」とは、後述する通信可能状態時（通電状態時）においては、「減算応答を受信したことにより、使用額分の玉貸処理が行われたことに基づいて」の意味であり、後述する通信不可能状態の発生時（電断発生時）においては、「減算応答を受信する前にリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している記憶残額と一致しないと判定されたことを条件として、使用額分の玉貸処理が行われたことに基づいて」の意味である。なお前記表示用記憶領域で記憶している有価価値の大きさ（記憶残額）は、１度数分の玉貸が行われる毎に、１度数分ずつ減算される。従って、これら判定用記憶領域及び表示用記憶領域で記憶されている残額は、玉貸処理の途中においては異なるが、玉貸処理の終了後には一致する。
【０１２２】
またユニット制御部２２は入金消費情報送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて、入金消費情報を前記有価価値管理部（カードＲ／Ｗ制御部２９）に対して送信するものであり、ここでは前記管理装置通信可否検知手段により管理装置通信不可能状態（管理装置オフライン状態）であることを検知しているときに、貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部（カードＲ／Ｗ制御部２９）に対して送信する。具体的には、管理装置オフライン状態において貨幣受付手段により１０００円以下の貨幣を受け付けると、該受け付けた貨幣の金額である入金額を含む入金消費情報を、カードＲ／Ｗ制御部２９に送信する。
【０１２３】
この入金消費情報を受信した有価価値管理部（カードＲ／Ｗ制御部２９）では、入金額に相当する有価価値の大きさを一旦管理対象とした（カード残額として記録した）後に該有価価値の大きさを減算する入金消費処理が行われる。そして該入金消費処理が完了すると、入金消費処理の完了を示す入金消費完了通知が貸与制御部に対して返信される。また該入金消費処理の実行毎に、処理情報が更新される。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０１２４】
またユニット制御部２２のＥＥＰＲＯＭは送信情報記憶手段の一例であって、前記入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶するものである。ここで送信情報は、当日における入金消費情報の送信回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０１２５】
またユニット制御部２２は送信情報更新手段の一例であって、前記送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新するものである。具体的には、送信情報として奇数回と記憶している状態で入金消費情報を送信すると、該送信情報を偶数回に更新する。また送信情報として偶数回と記憶している状態で入金消費情報を送信すると、該送信情報を奇数回に更新する。
【０１２６】
なお送信情報更新手段として機能するユニット制御部２２は、貨幣受付手段により受け付けた貨幣が返却されたときには、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。具体的には、送信情報として奇数回と記憶している状態で貨幣が返却されると、該送信情報を偶数回に戻す。また送信情報として偶数回と記憶している状態で貨幣が返却されると、該送信情報を奇数回に戻す。
【０１２７】
また前記貸与処理手段として機能するユニット制御部２２は、後述する入金消費完了通知返信手段（カードＲ／Ｗ制御部２９）から入金消費完了通知が返信されてきたことに基づいて、第１の貸与処理として、前記入金額に相当する有価価値の大きさに相当する遊技媒体（パチンコ玉）を貸与するための入金額分の玉貸処理（入金額玉貸処理）を行うものである。具体的には、管理装置オフライン状態において１０００円以下の貨幣を受け付けた後、入金消費完了通知を受信したときに、前記入金額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１２８】
次に、玉貸処理（使用額分の玉貸処理及び入金額分の玉貸処理）における制御状況を図４に基づき説明する。前記パチンコ機１０の払出制御基板１２は、前記カードユニット２０のユニット制御部２２（即ち玉貸通信部２１ｂ）と接続されて通信が可能な状態であるとスタンバイ状態となり、前記ＰＲＤＹをＬｏｗとする（Ｓ１）。
【０１２９】
このようにＰＲＤＹがＬｏｗである状態において、ユニット制御部２２がパチンコ玉の払出を払出制御基板１２に指示するにあたり、ＢＲＤＹをＬｏｗとし（Ｓ２）、この状態において、更にＢＲＱをＬｏｗとする（Ｓ３）。
【０１３０】
次いで、前記払出制御基板１２は、前記ＢＲＤＹのＬｏｗを検出した状態においてＢＲＱのＬｏｗを検出すると、パチンコ玉の払出が可能であるか確認し、可能である場合には、前記ＥＸＳをＬｏｗとする（Ｓ４）。
【０１３１】
該ＥＸＳのＬｏｗを検出したユニット制御部２２は、前記ＢＲＱをＨｉｇｈとし（Ｓ５）、該ＢＲＱのＨｉｇｈを検出した払出制御基板１２は、玉払出装置１３に玉払出信号を出力し、これに基づき１度数に該当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数であり、予めシステムコントローラ６０等により設定され、カードユニット２０に配信されている）の払出が実施されるとともに、該払出の終了に基づき、前記ＥＸＳをＨｉｇｈとする（Ｓ６）。
【０１３２】
該ＥＸＳのＨｉｇｈを検出したユニット制御部２２は、使用額（１度数に相当する金額であり、ここでは１００円）をＥＥＰＲＯＭの表示用記憶領域に記憶されている記憶残額から減算して残度数の表示を更新する。
【０１３３】
これら（Ｓ３）〜（Ｓ６）の信号制御並びに減算更新は、ユニット制御部２２から払出制御基板１２に対して指示される度数分（使用額相当の度数分又は入金額相当の度数分）繰返し実施され、これら制御が終了した後、ＢＲＤＹをＨｉｇｈとして（Ｓ７）、玉貸処理を終了する。
【０１３４】
このようにカードユニット２０のユニット制御部２２から出力されるＢＲＱのＨｉｇｈの検出回数に基づき、前記払出制御基板１２は指示された度数に該当する数量のパチンコ玉の払出を実施するようになっている。なお「使用額分の玉貸処理の終了」とは、今回の玉貸操作に基づく該使用額分の玉貸の終了を意味する。
【０１３５】
なお、本実施例においては、前記Ｓ６が終了した段階で１度数分の金額を表示用記憶領域の記憶残額から減算するようにしているが、前記Ｓ３〜Ｓ６の処理をユニット制御部２２の指示度数分（例えば５度分の貸出であれば５回）繰返し実施した後、すなわち、貸出度数分のパチンコ玉が払い出された後、該貸し出された度数（例えば５度分の貸出であれば５度）分の金額を減算するようにしても良い。
【０１３６】
なおユニット制御部２２は、前記玉貸処理の終了後に、前記使用額を含む売上情報を、カードＲ／Ｗ制御部２９及びシステムコントローラ用通信部２９ａを介してシステムコントローラ６０に送信し、該売上情報を受信したシステムコントローラ６０は、該売上情報に含まれる使用額を売上として管理する。
【０１３７】
パチンコ機１０において、玉払出装置１３から払い出されたパチンコ玉は、上皿に供給され、発射ハンドルの操作により遊技領域の内部に打ち込まれて、遊技が行われる。そして該打ち込まれたパチンコ玉が、遊技領域に形成された入賞口に入賞すると、払出制御基板１２から発せられる払出信号に基づいて、賞球として玉払出装置１３からパチンコ玉が払い出されて、上皿又は下皿に供給される。
【０１３８】
次にカードＲ／Ｗ制御部２９は有価価値情報送信手段の一例であって、一般カード５に記録されている有価価値の大きさ（カード残額）を示す有価価値情報（残額照合要求）を外部のシステムコントローラ６０に送信するものである。具体的には、カード挿入口２７ａから一般カード５を受け付けると、カードＲ／Ｗ２７により受け付けた一般カード５から読み取ったカードＩＤ及びカード残額を含む照合要求を、当該カードユニット２０の装置ＩＤと共にシステムコントローラ用通信部２９ａからシステムコントローラ６０に対して送信する。
【０１３９】
またカードＲ／Ｗ制御部２９は入金処理手段の一例であって、前記入金要求送信手段（ユニット制御部２２）から入金要求が送信されてきたことに基づいて、一般カード５のカード残額に対して前記入金額に相当する有価価値の大きさを加算更新する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額＋現在のカード残額を、新たなカード残額としてカードＲ／Ｗ２７の一般カード５に記録する。
【０１４０】
またカードＲ／Ｗ制御部２９は入金完了通知返信手段の一例であって、前記入金処理手段による入金処理の完了に基づいて入金完了通知を貸与制御部に対して返信するものであり、前記入金処理が完了すると、前記新たなカード残額を含む入金完了通知が、ユニット制御部２２に対して返信される。
【０１４１】
またカードＲ／Ｗ制御部２９は更新応答返信手段の一例であって、前記更新要求送信手段（ユニット制御部２２）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記貸与制御部（ユニット制御部２２）に対して返信するものである。
【０１４２】
またカードＲ／Ｗ制御部２９は有価価値更新手段の一例であって、前記更新要求送信手段（ユニット制御部２２）から送信されてきた減算要求の受信に基づいて、パチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を一般カード５に記録されている有価価値の大きさ（残額）から減算更新するものである。この減算更新は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、現在のカード残額−前記送信されてきた減算要求に含まれる使用額を、新たなカード残額としてカードＲ／Ｗ２７の一般カード５に記録する。
【０１４３】
またカードＲ／Ｗ制御部２９は有価価値返信手段の一例であって、前記有価価値更新手段による減算更新後の有価価値の大きさ（更新後のカード残額）を前記貸与制御部（ユニット制御部２２）に対して返信するものである。
【０１４４】
またカードＲ／Ｗ制御部２９は入金消費処理手段の一例であって、前記入金消費情報送信手段（ユニット制御部２２）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額をカード残額として、カードＲ／Ｗ２７により受け付けている一般カード５に記録することにより、一旦管理対象とし、その後に該残額を減算（消去）することにより、入金消費処理を行う。
【０１４５】
またカードＲ／Ｗ制御部２９のＥＥＰＲＯＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０１４６】
またカードＲ／Ｗ制御部２９は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【０１４７】
またカードＲ／Ｗ制御部２９は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記貸与制御部（ユニット制御部２２）に対して返信するものである。
【０１４８】
またカードＲ／Ｗ制御部２９は有価価値管理部側通信可否検知手段の一例であって、前記貸与制御部（ユニット制御部２２）と通信できる通信可能状態（通電状態）であるか該貸与制御部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０における電源の状態を監視することにより、電源が通じている間は通電状態（即ちユニット制御部２２と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちユニット制御部２２と通信できない通信不可能状態）であると判定する。
【０１４９】
ここでカードＲ／Ｗ制御部２９は、動作中（即ち当該カードＲ／Ｗ制御部２９を動作させるための電力が供給されている間であり、例えば動作開始時）に、動作中である旨（又は動作を開始した旨）をＥＥＰＲＯＭ等の動作状況記憶領域に記憶するようにしておき、正常なプロセスによって（例えば後述するシステムコントローラ６０から送信された締め処理信号の受信に基づいて）、動作を停止するにあたり、該動作中である旨を消去する（又は動作が正常なプロセスで停止した旨を記憶する）ようにしても良い。このようにすることで、動作開始（再開）後に前記動作状況記憶領域を参照することで、電断が発生したか否か（即ち電断状態から復電して通電状態となったのか，又は正常のプロセスで電源がオフとなった後の立ち上げであるか）を認識することが可能となる。ここで動作中である旨が記憶されていれば、電断が発生したこと，即ち電断から復電して通電状態となったことを認識し、動作中である旨が記憶されていなければ（又は動作が正常なプロセスで停止した旨が記憶されていれば）、電断ではなく正常な終了プロセス（ここでは締め処理信号の受信）によって電源がオフとなった後の立ち上げであることを認識することができるので、動作を再開するときに、電断が発生したこと，即ち電断状態から復電して通電状態となったことを検知して、次のリカバリ情報送信手段によってリカバリ情報を送信することが可能である。
【０１５０】
またカードＲ／Ｗ制御部２９はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記入金処理が完了しているか否かを示す情報を含むリカバリ情報を前記貸与制御部（ユニット制御部２２）に対して送信する。具体的には、入金要求を受信したときに、ＥＥＰＲＯＭの状態記憶領域に入金要求を受信した旨を記憶しておき、入金処理が完了したときに、状態記憶領域に入金処理が完了した旨を記憶するようにしている。そして、電断状態から復電して通電状態になったときに、状態記憶領域に入金要求を受信した旨が記憶されている場合には、入金処理が完了していないとして、入金処理が完了しているか否かを示す情報としての入金未完情報を含むリカバリ情報を、ユニット制御部２２に対して送信する。また状態記憶領域に入金処理が完了した旨が記憶されている場合には、入金処理が完了しているとして、入金処理が完了しているか否かを示す情報としての入金完了情報を含むリカバリ情報を、ユニット制御部２２に対して送信する。
【０１５１】
またリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２９は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記管理している有価価値の大きさを含むリカバリ情報を前記貸与制御部（ユニット制御部２２）に対して送信するものであり、電断状態から復電して通電状態になったときに、一般カード５に記録されているカード残額をカードＲ／Ｗ２７により読み取って、該読み取ったカード残額含むリカバリ情報をユニット制御部２２に対して送信する。
【０１５２】
さらにリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２９は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記貸与制御部（ユニット制御部２２）に対して送信するものであり、電断状態から復電して通電状態になったときに、ＥＥＰＲＯＭに記憶している処理情報を含むリカバリ情報をユニット制御部２２に対して送信する。
【０１５３】
即ちリカバリ情報送信手段から送信されるリカバリ情報には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２９で管理している管理残額（即ち一般カード５に記録されているカード残額），及び処理情報の、３種類の情報が常に含まれる。
【０１５４】
ここで前記ユニット制御部２２は貸与制御部側通信可否検知手段の一例であって、有価価値管理部（カードＲ／Ｗ制御部２９）と通信できる通信可能状態（通電状態）であるか該有価価値管理部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０における電源の状態を監視することにより、電源が通じている間は通電状態（即ちカードＲ／Ｗ制御部２９と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちカードＲ／Ｗ制御部２９と通信できない通信不可能状態）であると判定する。
【０１５５】
ここでユニット制御部２２は、動作中（即ち当該ユニット制御部２２を動作させるための電力が供給されている間であり、例えば動作開始時）に、動作中である旨（又は動作を開始した旨）をＥＥＰＲＯＭ等の動作状況記憶領域に記憶するようにしておき、正常なプロセスによって（例えば後述するシステムコントローラ６０から送信された締め処理信号の受信に基づいて）、動作を停止するにあたり、該動作中である旨を消去する（又は動作が正常なプロセスで停止した旨を記憶する）ようにしても良い。このようにすることで、動作開始（再開）後に前記動作状況記憶領域を参照することで、電断が発生したか否か（即ち電断状態から復電して通電状態となったのか，又は正常のプロセスで電源がオフとなった後の立ち上げであるか）を認識することが可能となる。ここで動作中である旨が記憶されていれば、電断が発生したこと，即ち電断から復電して通電状態となったことを認識し、動作中である旨が記憶されていなければ（又は動作が正常なプロセスで停止した旨が記憶されていれば）、電断ではなく正常な終了プロセス（ここでは締め処理信号の受信）によって電源がオフとなった後の立ち上げであることを認識することができるので、動作を再開するときに、電断が発生したこと，即ち電断状態から復電して通電状態となったことを検知することができる。
【０１５６】
この貸与制御部側通信可否検知手段により通信不可能状態（電断状態）から通信可能状態（通電状態）となったことが検知されたときに、前述したリカバリ情報送信手段（カードＲ／Ｗ制御部２９）から送信されてきたリカバリ情報に含まれる３種類の情報、具体的には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２９で管理している管理残額（即ち一般カード５に記録されているカード残額），及び処理情報のうちのいずれの情報に基づいて、後述する入金処理完了判定手段による判定，貸与判定手段による判定，又は処理情報判定手段による判定のいずれを行うかを選択するために、該電断状態の発生前の処理（入金要求を送信済みである旨，入金完了通知を受信済みである旨，減算要求を送信済みである旨，減算応答を受信済みである旨，入金消費情報を送信済みである旨，又は入金消費完了通知を受信済みである旨のいずれか）がＥＥＰＲＯＭの状態記憶領域に記憶されている。ここで電断状態の発生前の処理として、入金要求を送信済みである旨が記憶されている場合には、リカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理完了判定手段による判定が行われ、減算要求を送信済みである旨が記憶されている場合には、リカバリ情報に含まれるカードＲ／Ｗ制御部２９で管理しているカード残額に基づいて、貸与判定手段による判定が行われ、入金消費情報を送信済みである旨が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、処理情報判定手段による判定が行われる。
【０１５７】
ユニット制御部２２は入金処理完了判定手段の一例であって、前記入金要求送信手段により入金要求を送信した後、カードＲ／Ｗ制御部２９から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報（ここでは入金処理が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。
【０１５８】
具体的には、該判定を行うにあたりユニット制御部２２において、通信不可能状態が発生する前の処理を記憶しておく。ここでは入金要求を送信すると、ＥＥＰＲＯＭの状態記憶領域に入金要求を送信済みである旨を記憶し、該入金要求に応じて返信される入金完了通知を受信すると、該状態記憶領域に入金完了通知を受信済みである旨を記憶する。従って、入金要求を送信後に入金完了通知を未受信の状態では、状態記憶領域に入金要求を送信済みである旨が記憶されている。ここで、状態記憶領域に入金要求を送信済みである旨が記憶されている場合には、カードＲ／Ｗ制御部２９から送信されてくるリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでカードＲ／Ｗ制御部２９から送信されてくるリカバリ情報には、入金処理が完了しているか否かを示す情報として、入金未完情報又は入金完了情報が含まれるので、受信したリカバリ情報に入金未完情報が含まれている場合には入金処理が完了していないと判定され、受信したリカバリ情報に入金完了情報が含まれている場合には入金処理が完了していると判定される。
【０１５９】
またユニット制御部２２は受付貨幣処理手段の一例であって、前記入金完了通知返信手段（カードＲ／Ｗ制御部２９）から返信されてきた入金完了通知の受信に基づいて、前記貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣を回収するための処理を行うものであり、ここでは、入金完了通知を受信したこと又は前記入金処理完了判定手段により入金処理が完了していると判定されたことを条件として前記貨幣受付手段により受け付けた貨幣を回収するための処理を行う。
【０１６０】
具体的には、識別が完了した正規の紙幣２が紙幣識別機２３に留保されている状態において、該留保されている紙幣２を回収する場合には、該紙幣２を紙幣通路２３ｂを通じてカードユニット２０の背面に導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２２により行われる。また、識別が完了した正規の硬貨３が硬貨識別機２４に留保されている状態において、該留保されている硬貨３を回収する場合には、該硬貨３を硬貨通路２４ｃを通じてカードユニット２０の背面に導くように、硬貨識別機２４と硬貨通路２４ｃとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２２により行われる。
【０１６１】
なお入金処理完了判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行うものであり、ここでは電断が発生したことを検知した後にリカバリ情報を受信したときに、前記入金処理が完了しているか否かの判定を行う。一方、入金処理完了判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わずにエラー処理を行うものであり、ここでは電断が発生したことを検知していないにも拘わらずリカバリ情報を受信したときに、前記入金処理が完了しているか否かの判定を行わずにエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【０１６２】
またユニット制御部２２は以下の有価価値異常判定手段，有価価値異常報知処理手段，第１の異常報知処理手段，異常判定手段，第２の異常報知処理手段，異常発生検出手段，及び異常解消検出手段として機能する。
【０１６３】
ユニット制御部２２は有価価値異常判定手段の一例であって、有価価値返信手段（カードＲ／Ｗ制御部２９）から返信されてきた有価価値の大きさ（更新後のカード残額）と前記有価価値減算手段（ユニット制御部２２）による減算後の有価価値の大きさ（記憶残額）とが一致するか否かを判定するものであり、ここでは、リカバリ情報を受信せずに前記貸与処理手段により使用額分の玉貸処理（正常時の玉貸処理）を行ったときに、前記有価価値返信手段（カードＲ／Ｗ制御部２９）から返信されてきた有価価値の大きさ（減算更新後のカード残額）と前記有価価値減算手段（ユニット制御部２２）による減算後の有価価値の大きさ（即ちＥＥＰＲＯＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）とが一致するか否かを判定するものである。ここで正常時には、ユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信された減算要求に含まれる使用額に基づき、カードＲ／Ｗ制御部２９において正しくカード残額の減算更新が行われるので、カードＲ／Ｗ制御部２９から返信されてきた減算更新後のカード残額と、ユニット制御部２２による減算後の記憶残額とが一致して、残額一致と判定されるが、ユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信された減算要求に含まれる使用額がノイズ等により変化（例えば使用額が、本来は５００円であるところ、ノイズ等により１０００円に変化）した異常時には、その変化した使用額に基づき、カードＲ／Ｗ制御部２９において誤って減算更新が行われるので、カードＲ／Ｗ制御部２９から返信されてきた減算更新後のカード残額と、ユニット制御部２２による減算後の記憶残額とが一致せず、残額不一致と判定される。なお有価価値異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理は継続して行われる。
【０１６４】
またユニット制御部２２は有価価値異常報知処理手段の一例であって、前記有価価値異常判定手段により一致しない（残額不一致）と判定されたときに、異常（残額異常）が発生した旨を報知するための有価価値異常報知処理を行うものであり、ここでは該有価価値異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理が継続して行われ、該使用額分の玉貸処理が終了した後に、有価価値異常報知処理を行う。この有価価値異常報知処理は、例えば返却操作の無効化を継続する処理，減算後の記憶残額を表示部２５ａに表示する処理，多機能ランプ２６を赤色で点滅させることによって残額異常を報知する処理，残額異常通知をカードＲ／Ｗ制御部２９及びシステムコントローラ用通信部２９ａを介してシステムコントローラ６０に送信する処理等である。
【０１６５】
また有価価値異常報知処理手段として機能するユニット制御部２２は、前記有価価値異常報知処理としてカードＲ／Ｗ２７により受け付けた一般カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６の操作を検出してもカードＲ／Ｗ制御部２９に対してカードの排出を指示しない処理）である。
【０１６６】
さらに有価価値異常報知処理手段として機能するユニット制御部２２は、前記有価価値異常報知処理として、前記有価価値減算手段による減算後の有価価値の大きさ（即ちＥＥＰＲＯＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）を表示するための表示処理を行うものであり、具体的には、判定用記憶領域で記憶されている残額を表示部２５ａに表示させる処理を行う。なお、この場合には既に使用額分の玉貸処理が終了しているため、表示用記憶領域で記憶されている残額を表示部２５ａに表示させる処理を行うようにしても良い。
【０１６７】
またユニット制御部２２は貸与判定手段の一例であって、前記更新要求送信手段により減算要求を送信した後、前記更新応答返信手段（カードＲ／Ｗ制御部２９）から減算応答を受信する前に、有価価値管理部（カードＲ／Ｗ制御部２９）で管理している有価価値の大きさ（カード残額）を含むリカバリ情報を、前記リカバリ情報送信手段（カードＲ／Ｗ制御部２９）から受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。また貸与判定手段として機能するユニット制御部２２は、前記受信したリカバリ情報に含まれる有価価値の大きさ（カード残額）が、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かも判定する。
【０１６８】
具体的には、該判定を行うにあたりユニット制御部２２において、通信不可能状態が発生する前の処理を記憶しておく。ここでは減算要求を送信すると、ＥＥＰＲＯＭの状態記憶領域に減算要求を送信済みである旨を記憶し、該減算要求に応じて返信される減算応答を受信すると、該状態記憶領域に減算応答を受信済みである旨を記憶する。従って、減算要求を送信後に減算応答を未受信の状態では、状態記憶領域に減算要求を送信済みである旨が記憶されている。ここで、状態記憶領域に減算要求を送信済みである旨が記憶されている場合には、カードＲ／Ｗ制御部２９から送信されてくるリカバリ情報に含まれるカード残額と、判定用記憶領域の記憶残額とを比較して、カード残額＝判定用記憶領域の記憶残額（即ち両者が一致する）であるか否かを判定し、両者が一致しない場合に、カード残額＞判定用記憶領域の記憶残額（即ち両者が一致せず、かつカード残額が記憶残額よりも大きい）であるか又はカード残額＜判定用記憶領域の記憶残額（即ち両者が一致せず、かつカード残額が記憶残額よりも小さい）であるかを判定する。
【０１６９】
なお貸与判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行うものであり、ここでは電断が発生したことを検知した後にリカバリ情報を受信したときに、前記残額の一致判定を行う。一方、貸与判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わずにエラー処理を行うものであり、ここでは電断が発生したことを検知していないにも拘わらずリカバリ情報を受信したときに、前記残額の一致判定を行わずにエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【０１７０】
ここで前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記使用額分の玉貸処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記使用額分の玉貸処理を行わない。ここでは一致しない（具体的には、カード残額≠判定用記憶領域の記憶残額）と判定され、かつカード残額＜判定用記憶領域の記憶残額であると判定されたときに、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして、使用額分の玉貸処理が行われる（具体的には、リカバリ情報を受信する前に行う予定であった使用額分のカード玉貸処理が開始される）。また一致する（具体的には、カード残額＝判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして、使用額分の玉貸処理が行われない（具体的には、リカバリ情報を受信する前に行う予定であった使用額分のカード玉貸処理が中止される）。
【０１７１】
またユニット制御部２２は第１の異常報知処理手段の一例であって、該貸与判定手段により有価価値の大きさが大きい（即ちカード残額＞判定用記憶領域の記憶残額）と判定されたときに、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理（カード玉貸処理）を行うことなく、異常が発生した旨を報知するための第１の異常報知処理を行うものである。この第１の異常報知処理は、例えば返却操作の無効化を継続する処理，記憶残額を表示部２５ａに表示する処理，多機能ランプ２６を赤色で点滅させることによって残額異常を報知する処理，残額異常通知をカードＲ／Ｗ制御部２９及びシステムコントローラ用通信部２９ａを介してシステムコントローラ６０に送信する処理等である。
【０１７２】
またユニット制御部２２は異常判定手段の一例であって、リカバリ情報を受信した後に前記貸与処理手段により使用額分の玉貸処理（電断から復電後の使用額分の玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（減算更新後のカード残額）と、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（減算後の記憶残額）とが一致するか否かを判定するものである。
【０１７３】
またユニット制御部２２は第２の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定されたときに、通信不可能状態（電断状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための第２の異常報知処理を行うものである。この第２の異常報知処理は、例えば返却操作の無効化を継続する処理，記憶残額を表示部２５ａに表示する処理，多機能ランプ２６を赤色で点滅させることによって残額異常を報知する処理，残額異常通知をカードＲ／Ｗ制御部２９及びシステムコントローラ用通信部２９ａを介してシステムコントローラ６０に送信する処理等である。
【０１７４】
また第２の異常報知処理手段として機能するユニット制御部２２は、前記第２の異常報知処理としてカードＲ／Ｗ２７により受け付けた一般カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６の操作を検出してもカードＲ／Ｗ制御部２９に対してカードの排出を指示しない処理）である。
【０１７５】
またユニット制御部２２は異常発生検出手段の一例であって、前記使用額分の玉貸処理における異常の発生を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常発生信号の入力を検出すると、玉貸異常の発生を検出する。またユニット制御部２２は貸与処理中断手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに当該玉貸処理を中断するものであり、具体的には、パチンコ機１０に対する前記ＢＲＱがＬｏｗの状態であれば該ＢＲＱをＨｉｇｈとせず、ＢＲＱがＨｉｇｈの状態であれば該ＢＲＱをＬｏｗとしない。またユニット制御部２２は返却禁止処理手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに、カードＲ／Ｗ２７により受け付けた一般カード５の返却を禁止するための返却禁止処理を行う返却禁止処理手段を含むものであり、具体的には、本来であれば玉貸異常の発生により使用額分の玉貸処理が中断すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が中断しても返却操作の無効化を継続する処理である。
【０１７６】
またユニット制御部２２は異常解消検出手段の一例であって、前記使用額分の玉貸処理における異常の解消を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常解消信号の入力を検出すると、玉貸異常の解消を検出する。そしてユニット制御部２２は、該異常解消検出手段により使用額分の玉貸処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された使用額分の玉貸処理を再開（具体的には、パチンコ機１０に対する前記ＢＲＱがＬｏｗの状態であれば該ＢＲＱをＨｉｇｈとし、ＢＲＱがＨｉｇｈの状態であれば該ＢＲＱをＬｏｗする）し、該使用額分の玉貸処理が終了した後に、前記返却禁止処理手段による一般カード５の返却禁止を解除する処理（具体的には、継続されている返却操作の無効化を解除して、返却操作を有効化する処理）を行う。
【０１７７】
またユニット制御部２２は処理情報判定手段の一例であって、前記リカバリ情報送信手段（カードＲ／Ｗ制御部２９）から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定するものである。ここで「リカバリ情報」は、有価価値管理部（カードＲ／Ｗ制御部２９）において、前記有価価値管理部側通信可否検知手段（カードＲ／Ｗ制御部２９）により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段（カードＲ／Ｗ制御部２９のＥＥＰＲＯＭ）で記憶している処理情報を含んで、該有価価値管理部から送信されてくるものである。
【０１７８】
また「予め定められた関係」とは、当日における入金消費処理の実行回数が奇数回であるか偶数回であるかを示す処理情報と、当日における入金消費情報の送信回数が奇数回であるか偶数回であるかを示す送信情報とが、一致する関係（即ち処理情報＝送信情報）であることを意味する。即ち貸与制御部からの入金消費情報の送信に応じて有価価値管理部において入金消費処理が実行されることから、有価価値管理部と貸与制御部との間で通信不可能状態が発生しない場合には、入金消費情報の送信毎に更新される送信情報と入金消費処理の実行毎に更新される処理情報とは一致するが、有価価値管理部と貸与制御部との間で通信不可能状態が発生した場合には、貸与制御部から入金消費情報が送信されたにも拘わらず該入金消費情報が有価価値管理部に届かずに入金消費処理が実行されないことがあり、この場合には送信情報と処理情報とが一致しないことになる。この処理情報判定手段は、送信情報と処理情報とが一致するか否かを判定することにより、両者が一致するか（即ち入金消費処理が実行されたか），あるいは両者が一致しないか（即ち入金消費処理が実行されなかったか）を判定するものである。
【０１７９】
具体的には、該判定を行うにあたりユニット制御部２２において、通信不可能状態が発生する前の処理を記憶しておく。ここでは入金消費情報を送信すると、ＥＥＰＲＯＭの状態記憶領域に入金消費情報を送信済みである旨を記憶し、該入金消費情報に応じて返信される入金消費完了通知を受信すると、該状態記憶領域に入金消費完了通知を受信済みである旨を記憶する。従って、入金消費情報を送信後に入金消費完了通知を未受信の状態では、状態記憶領域に入金消費情報を送信済みである旨が記憶されている。ここで、状態記憶領域に入金消費情報を送信済みである旨が記憶されている場合には、カードＲ／Ｗ制御部２９から送信されてくるリカバリ情報に含まれる処理情報とＥＥＰＲＯＭに記憶している送信情報とを比較して、いずれも偶数回である又はいずれも奇数回であるときに、一致すると判定し、いずれか一方のみが偶数回又はいずれか一方のみが奇数回であれば、一致しないと判定する。
【０１８０】
なお処理情報判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後にリカバリ情報送信手段からリカバリ情報を受信したときに、前記判定を行うものであり、ここでは電断が発生したことを検知した後にリカバリ情報を受信したときに、前記処理情報と送信情報の一致判定を行う。一方、処理情報判定手段として機能するユニット制御部２２は、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらずリカバリ情報送信手段からリカバリ情報を受信したときには、前記判定を行わずにエラー処理を行うものであり、ここでは電断が発生したことを検知していないにも拘わらずリカバリ情報を受信したときに、前記処理情報と送信情報の一致判定を行わずにエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理等である。
【０１８１】
そして貸与制御部として機能するユニット制御部２２は、前記入金消費情報送信手段により入金消費情報を送信した後、後述する入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記リカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記処理情報判定手段により予め定められた関係であると判定されたことを条件として、前記貸与処理手段により前記入金額玉貸処理を行う。このときには、貨幣受付手段により受け付けた貨幣が回収される。一方、前記処理情報判定手段により予め定められた関係でないと判定されたときには、貨幣受付手段により受け付けた貨幣が返却され、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。
【０１８２】
次に、システムコントローラ６０について説明する。システムコントローラ６０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図２に示すように接続されるユニット用通信部６１ａ，場外通信部６１ｃ，精算装置用通信部６１ｄ，制御部６２，ハードディスク６３，ディスプレイ６４，及び入力装置６５等を備えている。このシステムコントローラ６０は管理装置の一例であって一般カード５に記録されている有価価値の大きさ（カード残額）を各一般カード５毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報（残額照合要求）に基づいて当該有価価値の大きさの照合を行うものである。このシステムコントローラ６０の機能の詳細については「記録媒体の使用可・不可の判定処理に係る機能」及び「記録媒体数の適正化に係る機能」で説明する。
【０１８３】
次に精算装置８０について説明する。この精算装置８０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図７（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にカード挿入口８３ａ，紙幣払出口８５ａ，硬貨払出口８６ａ，及びディスプレイ８４等を備え、図２に示すように、その内部に通信部８１，制御部８２，カードＲ／Ｗ８３，紙幣払出機８５，及び硬貨払出機８６等を備えており、これらの各構成要素は図２に示すように接続されている。
【０１８４】
通信部８１は、システムコントローラ６０の精算装置用通信部６１ｄと通信可能に接続されており、精算装置８０とシステムコントローラ６０との間における通信を司るものである。この通信部８１は、精算装置８０が一般カード５を受け付けたときに、該一般カード５から読み取られたカードＩＤとカード残額とを含む精算許諾要求をシステムコントローラ６０に対して送信する。
【０１８５】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１８６】
カードＲ／Ｗ８３は、カード挿入口８３ａから一般カード５を受け付けて、該一般カード５に記録されたカードＩＤ及びカード残額を読み取ると共に、該受け付けた一般カード５からカード残額を消去するものであり、ここでは前記ＩＣカードである一般カード５に対応したＩＣカードＲ／Ｗを備えている。
【０１８７】
カード回収部８３ｂは、カードＲ／Ｗ８３により受け付けている一般カード５からカード残額が消去されたときに、該受け付けている一般カード５を回収するものであり、具体的には、該受け付けている一般カード５を精算装置８０の背面方向に搬送してカード回収部８３ｂの内部に回収（収納）する。このカード回収部８３ｂは、複数枚の一般カード５を回収可能である。
【０１８８】
ディスプレイ８４は、図７（ｂ）に示すように、各種の情報を表示するための表示デバイスである。このディスプレイ８４では、一般カード５を受付可能なときに、Ｄ１に示すように、カードの挿入を促す旨が表示される。また後述する貨幣を返却するときに、Ｄ２に示すように、残額を返却する旨，及びカードを回収する旨が表示される。なおシステムコントローラ６０から精算不可情報を受信したときには、Ｄ３に示すように、カードに異常がある旨が表示される。
【０１８９】
紙幣払出機８５及び硬貨払出機８６は、システムコントローラ６０から精算許諾情報が返信されてきたことを条件として、カード残額に相当する金額の貨幣を遊技者に返却するものであり、具体的には、紙幣払出機８５の背後に設けられる紙幣収納部８５ｂから所定数の紙幣２を取り出して紙幣払出口８５ａから払い出すと共に、硬貨払出機８６の上部に設けられる硬貨収納部８６ｂから所定数の硬貨３を取り出して硬貨払出口８６ａから払い出す。
【０１９０】
管理サーバ９０は、遊技場外（例えば一般カード５を発行するカード会社）に設けられ、前記システムコントローラ６０の場外通信部６１ｃと、通信回線を介して双方向のデータ通信を実施できるように接続されている。この管理サーバではシステムコントローラ６０との通信によってカードＩＤ毎に入金額，使用額，管理残額を記憶しており、一般カード５による売上を把握可能である。また、システムコントローラ６０並びにカードユニット２０のエラー状況等を把握できるようになっている。
【０１９１】
（１−１−２．記録媒体の使用可・不可の判定処理に係る機能）
次に記録媒体の使用可・不可の判定処理に係る機能について説明する。
【０１９２】
このカードユニット２０では、カードＲ／Ｗ２７の一般カード５が外部に排出されることに応じて、カードストッカ２８に貯留されている一般カード５のうちの１枚をカードＲ／Ｗ２７に供給する供給処理が行われるようになっている。そして、カードＲ／Ｗ２７に供給されてきた一般カード５が使用可能であるか否かの判定（供給時判定）が、ユニット制御部２２によって実施され、使用可能でないと判定された場合には、当該一般カード５の排出処理及び多機能ランプ２６を赤で点滅させるカード異常報知が行われる。また、カードユニット２０への貨幣入金の際にも、カードＲ／Ｗ２７の一般カード５が使用可能であるか否かの判定（入金時判定）が、ユニット制御部２２によって実施され、使用可能でないと判定された場合には、当該一般カード５の排出処理，カード異常報知，及び受付貨幣の返却が行われる。
【０１９３】
システムコントローラ６０では、上記カードユニット２０において供給処理が行われたことに基づいて、該カードユニット２０から記録情報（カードＩＤ）を受信して、該記録情報が記録されている一般カード５（即ち供給処理により供給されたカード）が使用可能であるか否かの判定（供給時使用判定）が、制御部６２によって実施され、使用可能でないと判定された場合には、使用不可である旨を示す使用判定結果が前記カードユニット２０に送信される。該使用判定結果を受信したカードユニット２０では、当該一般カード５の排出処理が禁止され，多機能ランプ２６によりカード異常報知が行われ、入金が禁止される。また、カードユニット２０への貨幣入金の際にも、該カードユニット２０から記録情報（カードＩＤ）を受信して、該記録情報が記録されている一般カード５（即ち入金額を記録するカード）が使用可能であるか否かの判定（入金時使用判定）が、制御部６２によって実施され、使用可能でないと判定された場合には、使用不可である旨を示す使用判定結果が前記カードユニット２０に送信される。該使用判定結果を受信したカードユニット２０では、当該一般カード５の排出処理が禁止され，多機能ランプ２６によりカード異常報知が行われ、入金が禁止され、さらに受付貨幣が返却される。
【０１９４】
ここで前記ユニット制御部２２は遊技媒体貸与処理手段の一例であって、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により受け付けた貨幣（紙幣２，硬貨３）の金額に相当する有価価値の大きさ（入金額）のうちの所定の大きさの有価価値（玉貸設定金額）を遊技媒体（パチンコ玉）の貸与に使用するための貸与処理（カード玉貸処理）を行うものである。具体的には前述したように、管理装置オンライン状態で紙幣識別機２３又は硬貨識別機２４が、紙幣２又は硬貨３を受け付けたことを条件として、識別された入金額をカードＲ／Ｗ２７の一般カード５のカード残額に加算して（即ち〔現在のカード残額＋入金額〕を、新たなカード残額として記録して）、カード玉貸可能状態となる（既にカード玉貸可能状態である場合には該状態を継続する）。そして、該状態で玉貸ボタン１５が操作されて貸出入力信号が入力されたときに、記憶残額（＝カードＲ／Ｗ２７により受け付けている一般カード５に記録されたカード残額）と予め設定された玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額に相当する度数のパチンコ玉の払出を払出制御基板１２に対して指示し、払出制御基板１２が指示された度数分のパチンコ玉の払出を玉払出装置１３により行う。一方、記憶残額＜玉貸設定金額であれば該記憶残額に相当する度数のパチンコ玉の払出を払出制御基板１２に対して指示し、払出制御基板１２が該指示された度数分のパチンコ玉の払出を玉払出装置１３により行う。
【０１９５】
このユニット制御部２２は上記の他、使用禁止処理手段，及び異常処理手段としても機能するが、その機能については後述する。
【０１９６】
前記多機能ランプ２６は使用不可報知手段の一例であって、後述する記録媒体判定手段（ユニット制御部２２）により使用可能でないと判定されたことを条件として報知を行うものであり、具体的には後述するカードストッカ２８からカードＲ／Ｗ２７へのカードの供給処理に伴う供給時判定及び貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により貨幣（紙幣２，硬貨３）を受け付けたことに伴う入金時判定において、記録媒体が使用不可であると判定された場合に、赤で点滅することによってカードが使用不可である旨のカード異常報知を行う。なお、本例では、後述するカードユニット２０への一般カード５の挿入に伴う挿入時判定において、記録媒体が使用不可であると判定された場合にも、赤で点滅することによってカードが使用不可である旨のカード異常報知を行うようになっている。
【０１９７】
また、使用不可報知手段として機能する多機能ランプ２６は、後述する判定結果送信手段（ユニット用通信部６１ａ）から受信した判定結果が使用可能でない旨を示すことを条件として報知を行うものであり、具体的には後述するシステムコントローラ６０における、カードストッカ２８からカードＲ／Ｗ２７へのカードの供給処理に伴う供給時使用判定及び貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により貨幣（紙幣２，硬貨３）を受け付けたことに伴う入金時使用判定において、記録媒体が使用不可であると判定され、使用不可である旨を示す使用判定結果を受信した場合に、赤で点滅することによってカードが使用不可である旨のカード異常報知を行う。なお、本例では、後述するカードユニット２０への一般カード５の挿入に伴う挿入時使用判定において、記録媒体が使用不可であると判定され、使用不可である旨を示す使用判定結果を受信した場合にも、赤で点滅することによってカードが使用不可である旨のカード異常報知を行うようになっている。
【０１９８】
前記カードＲ／Ｗ２７は記録情報処理部の一例であって、記録媒体（一般カード５）の記録情報を読み取るものであり、ここでは、後述する供給処理手段（カードＲ／Ｗ制御部２９）により供給処理が行われたことに応じて、当該供給処理により供給された記録媒体の記録情報を読み取る。具体的には、カードストッカ２８からカードＲ／Ｗ２７に一般カード５が供給されてきたときに、該一般カード５の記録情報（カード残額，カードＩＤ）を読み取る（この読取処理を「供給時読取」と呼ぶ）。
【０１９９】
ここで、記録情報処理部として機能するカードＲ／Ｗ２７は、貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により貨幣（紙幣２，硬貨３）を受け付けたときに、記録情報処理部にある記録媒体の記録情報を再度読み取るものである。具体的には、入金が行われて貨幣が識別されたときにも、カードＲ／Ｗ２７の一般カード５の記録情報（カード残額，カードＩＤ）を読み取る（この読取処理を「入金時読取」と呼ぶ）。
【０２００】
さらに、カードＲ／Ｗ２７は、カード挿入口２７ａから前方挿入された一般カード５を受け付けたときにも、該受け付けた一般カード５の記録情報（ここではカードＩＤ，カード残額）を読み取る（この読取処理を「挿入時読取」と呼ぶ）。なお、カードＲ／Ｗ２７は、入金が行われて貨幣が識別され、入金時判定及び入金時使用判定によって、カードが使用可であると判定されたことに基づいて、当該カードＲ／Ｗ２７部の一般カード５に対して、現在のカード残額＋入金額を、新たなカード残額として記録する処理を行う。さらに、ユニット制御部２２から減算要求（使用額を含む）を受けたことに基づいて、当該カードＲ／Ｗ２７部の一般カード５に対して、現在のカード残額−使用額を、新たなカード残額として記録する処理を行う。
【０２０１】
前記カードストッカ２８は、記録媒体収納部の一例であって、有価価値の大きさ（カード残額）を特定するための情報（カード残額，カードＩＤ）が記録される記録媒体（一般カード５）を収納するものである。このカードストッカ２８はカードＲ／Ｗ２７の背面側に設けられ、カード残額が零の一般カード５を所定数（ここでは９枚）迄ストックするものであり、カードＲ／Ｗ２７と連接され、カードＲ／Ｗ２７から搬送されてきた一般カード５を収納する。
【０２０２】
ここで、カードＲ／Ｗ制御部２９は供給処理手段の一例であって、記録媒体収納部（カードストッカ２８）に収納されている記録媒体（一般カード５）を記録情報処理部（カードＲ／Ｗ２７）に対して供給する供給処理を行うものであり、ここでは、後述する排出処理手段（カードＲ／Ｗ制御部２９）により排出処理が行われることに基づいて供給処理を行う。具体的には、一般カード５が排出された後、カードの抜き取りをカード挿入口２７ａ付近のセンサにより検出すると、前記第２モータを逆方向に回転させる制御を行い、カードストッカ２８に収納されているカード（ストックカード）の１枚をカードＲ／Ｗ２７部まで供給する供給処理を実施する。
【０２０３】
またカードＲ／Ｗ制御部２９は残有価価値特定処理手段の一例であって、貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により受け付けた貨幣（紙幣２，硬貨３）の金額に相当する有価価値の大きさ（入金額）のうち貸与処理（カード玉貸処理）に使用されていない残有価価値の大きさ（カード金額，管理残額）を、供給処理手段（カードＲ／Ｗ制御部２９）により記録情報処理部（カードＲ／Ｗ２７）に供給された記録媒体（一般カード５）の記録情報から特定可能にするための残有価価値特定処理（カード残額の記録，カード残額及びカードＩＤの送信）を行うものである。具体的には、紙幣識別機２３又は硬貨識別機２４により、紙幣２又は硬貨３を受け付けて入金額を識別すると、入金時判定及び入金時使用判定によって、カードが使用可であると判定されたことを条件として、カードＲ／Ｗ２７に対して、現在のカード残額＋入金額を、新たなカード残額として一般カード５に記録する指示を送る。その結果、一般カード５には、これまでの入金額のうちのカード玉貸処理に使用されていない額（即ち残有価価値の大きさ）が、新たなカード残額として記録されることとなる。このカード残額は減算要求の受信に基づいて減算更新されるが、これによっても入金額のうちのカード玉貸処理に使用されていない額（即ち残有価価値の大きさ）が、新たなカード残額として記録されることとなる。また、カード返却ボタン１６が操作されたことに基づいて、カード残額及び当該カードＩＤをシステムコントローラ用通信部２９ａからシステムコントローラ６０に対して送信する処理を行う。システムコントローラ６０においては、残額ＤＢにおいて、受信したカードＩＤに対応付けて受信したカード残額を管理残額として記憶することで、残有価価値の大きさがカードＩＤに対応付けて管理されることとなる。つまり、これらの処理によって残有価価値の大きさであるカード残額，管理残額が、一般カード５の記録情報（カード残額，カードＩＤ）から特定可能となる。
【０２０４】
またカードＲ／Ｗ制御部２９は排出処理手段の一例であって、残有価価値特定処理手段（カードＲ／Ｗ制御部２９）により残有価価値特定処理（カード残額の記録，入金額及びカードＩＤの送信）が行われた記録媒体（一般カード５）を記録情報処理部（カードＲ／Ｗ２７）から当該遊技用装置（カードユニット２０）外部に排出する排出処理を行うものである。具体的には、カードＲ／Ｗ制御部２９は、カード返却ボタン１６の操作が検出され、かつカード玉貸可能状態であることに基づいて、残額有りの一般カード５をカードＲ／Ｗ２７から排出する処理（つまり遊技者に対して残額有りの一般カード５を発行する処理）を行う。
【０２０５】
またカードＲ／Ｗ制御部２９は、カード玉貸処理の結果、カード残額が零となった場合には、排出処理又は収納処理を行わず、カードＲ／Ｗ２７に一般カード５を留保しておく。さらに、カードＲ／Ｗ制御部２９は、カードが前方挿入されるときには、留保しているカードＲ／Ｗ２７部のカード（残額無しの一般カード５）をカードストッカ２８に収納する収納処理を行う。
【０２０６】
前記システムコントローラ用通信部２９ａは記録情報送信手段の一例であって、記録情報処理部（カードＲ／Ｗ２７）による記録情報（カード残額，カードＩＤ）の読み取りに応じて、該読み取られた記録情報（カードＩＤ）を管理装置に対して送信するものであり、ここでは記録媒体識別情報（カードＩＤ）を含む記録情報を、当該遊技用装置（カードユニット２０）を個々に識別可能な遊技用装置識別情報（装置ＩＤ）と共に前記管理装置（システムコントローラ６０）に対して送信する（供給時送信）。具体的には、供給時読取が行われたときに、この際読み取られたカードＩＤを含む情報を、当該カードユニット２０の装置ＩＤと共にシステムコントローラ６０に対して送信する（この送信処理を「供給時送信」と呼ぶ）。
【０２０７】
ここで、記録情報送信手段として機能するシステムコントローラ用通信部２９ａは、記録情報処理部（カードＲ／Ｗ２７）により記録情報（カード残額，カードＩＤ）が再度読み取られたことに応じて、該読み取られた記録情報（カードＩＤ）を管理装置（システムコントローラ６０）に対して再度送信する（入金時送信）。具体的には、入金時読取が行われ、入金時判定によって使用可と判定された場合に、この際読み取られたカードＩＤを含む情報を、当該カードユニット２０の装置ＩＤと共に、システムコントローラ６０に対して送信する（この送信処理を「入金時送信」と呼ぶ）。
【０２０８】
またシステムコントローラ用通信部２９ａは消去通知送信手段の一例であって、後述する判定結果送信手段（ユニット用通信部６１ａ）から受信した判定結果（使用判定結果）が使用可能である旨を示すことを条件として、当該遊技用装置（カードユニット２０）の遊技用装置識別情報（装置ＩＤ）と対応付けて後述する情報管理手段（カードユニットＤＢ）で管理されている記録媒体識別情報（カードＩＤ）を消去する旨を示す消去通知を、当該遊技用装置の遊技用装置識別情報と共に管理装置（システムコントローラ６０）に対して送信するものである。具体的には、システムコントローラ６０から受信した使用判定結果が、使用可能である旨を示すときに、当該カードユニット２０の装置ＩＤと対応付けて記憶されているカードＩＤを消去する旨を示す消去通知，及び当該カードユニット２０の装置ＩＤが、システムコントローラ用通信部２９ａからシステムコントローラ６０に対して送信される。
【０２０９】
さらにシステムコントローラ用通信部２９ａは、外部から挿入された記録媒体（一般カード５）をカードＲ／Ｗ２７により受け付けたときに、カードＲ／Ｗ制御部２９が、挿入時読取において読み取ったカードＩＤ及びカード残額を含む情報を、当該カードユニット２０の装置ＩＤと共に、システムコントローラ用通信部２９ａからシステムコントローラ６０に対して送信する（この送信処理を「挿入時送信」と呼ぶ）。
【０２１０】
ここで、カードＲ／Ｗ制御部２９は記録媒体判定手段の一例であって、記録情報処理部（カードＲ／Ｗ２７）により読み取られた記録情報（カード残額，カードＩＤ）に基づいて、該記録媒体が使用可能であるか否かを判定するものである。ここでは供給時読取で読み取られたカード残額及びカードＩＤを受けて、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（この判定を「供給時判定」と呼ぶ）。具体的には、読み取られたカード残額及びカードＩＤが、各々所定形式のデータであるか否かによって判定する（いずれも所定形式であれば使用可，少なくともいずれか一方が所定形式でなければ使用不可と判定する）。さらに、テストデータをカードＲ／Ｗ２７のカードに記録した後に読み取り、該読み取ったデータ（即ち一旦カードに記録された後に読み取られたデータ）が、テストデータと合致するか否かによって判定する（テストデータと同一であれば使用可，同一でなければ使用不可と判定する）。なお、カードに記録されたテストデータはカードから読み取られた後、消去される。
【０２１１】
また記録媒体判定手段として機能するカードＲ／Ｗ制御部２９は、記録情報処理部により記録情報が再度読み取られたことに基づいて、判定を再度行う（入金時判定）ものである。ここでは入金時読取で読み取られた記録情報（カード残額，カードＩＤ）を受けて、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（この判定を「入金時判定」と呼ぶ）。具体的な判定方法は、供給時判定と同様である。
【０２１２】
なお、カードＲ／Ｗ制御部２９は、外部から挿入された一般カード５をカードＲ／Ｗ２７により受け付けたときに、挿入時読取によって読み取られた記録情報（カード残額，カードＩＤ）を受けて、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（この判定を「挿入時判定」と呼ぶ）。具体的な判定方法は、供給時判定と同様である。
【０２１３】
次に前述したユニット制御部２２及びカードＲ／制御部２９の他の機能について説明する。
【０２１４】
ユニット制御部２２及び前記カードＲ／Ｗ制御部２９は使用禁止処理手段の一例であって、記録媒体判定手段（カードＲ／Ｗ制御部２９）により使用可能でないと判定されたことを条件として、記録情報処理部（カードＲ／Ｗ２７）にある記録媒体（一般カード５）の残有価価値特定処理への使用を禁止するための使用禁止処理（カードの排出処理）を行うものである。具体的には、供給時判定により使用不可と判定されたとき、又は入金時判定により使用不可と判定されたときに、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードを排出する。つまり、エラーが発生しているカードを排出することで、該カードの残有価価値特定処理への使用（該カードへの入金額の記録）を禁止するものである。また、このカード排出処理が行われると共に、カードＲ／Ｗ制御部２９からユニット制御部２２にカード異常通知が送られ、多機能ランプ２６が赤で点滅することによってカードに異常がある旨のカード異常報知が行われる。さらに、入金時判定により使用不可と判定されたときには、カードＲ／Ｗ制御部２９からユニット制御部２２に入金取消通知が送られ、ユニット制御部２２により入金取消通知の受信に基づいて受け付けた貨幣が返却される。
【０２１５】
なお、挿入時判定により使用不可と判定されたときにも同様に、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードを排出すると共に、カードＲ／Ｗ制御部２９からユニット制御部２２にカード異常通知が送られ、多機能ランプ２６によるカード異常報知が行われる。
【０２１６】
ここで、使用禁止処理手段として機能するユニット制御部２２及びカードＲ／Ｗ制御部２９は、後述する判定結果送信手段（ユニット用通信部６１ａ）から受信した判定結果が使用可能でない旨を示すことを条件として、記録情報処理部（カードＲ／Ｗ２７）にある記録媒体（一般カード５）の残有価価値特定処理への使用を禁止するための使用禁止処理（入金禁止）を行うものである。具体的には、後述するシステムコントローラ６０において実施される供給時使用判定により使用不可と判定されたとき、又は入金時使用判定により使用不可と判定されたときに、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードの排出処理を禁止する（例えばユニット制御部２２から返却要求を受信してもカードを排出しないようにする又はユニット制御部２２において返却操作を無効とする）と共に、カードＲ／Ｗ制御部２９からユニット制御部２２にカード異常通知及び入金禁止通知が送られる。そしてユニット制御部２２により、カード異常通知の受信に基づいて多機能ランプ２６によるカード異常報知が行われると共に、入金禁止通知の受信に基づいて入金が禁止される。つまり、入金を禁止することでエラーが発生しているカードの残有価価値特定処理への使用（該カードのカード残額に対する入金額の加算更新）を禁止するものである。さらに、入金時使用判定により使用不可と判定されたときには、カードＲ／Ｗ制御部２９からユニット制御部２２に入金取消通知が送られて、受け付けた貨幣が返却される。なお、ユニット制御部２２が入金禁止通知を受信したときにカード玉貸可能状態であれば（即ちカード残額が零でない状態での追加入金の場合）、玉貸処理が禁止される（例えば貸与要求操作を無効化することで禁止する）。前記排出処理の禁止状態は、店員による所定の解除操作（例えばリセットボタンの操作）によって解除され、カードＲ／Ｗ２７のカードが回収される。この解除の際に、入金が禁止されている状態であれば入金禁止が解除されて入金が可能となる。
【０２１７】
なお、後述する挿入時使用判定により使用不可と判定されたときも同様に、使用不可である旨を示す使用判定結果通知を受けて、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードの排出処理を禁止すると共に、カードＲ／Ｗ制御部２９からユニット制御部２２にカード異常通知及び入金禁止通知が送られ、多機能ランプ２６によるカード異常報知が行われると共に入金が禁止される。
【０２１８】
ここで、使用禁止処理手段として機能するユニット制御部２２及びカードＲ／Ｗ制御部２９は、供給時判定又は入金時判定によって、使用不可と判定されたときには、カードを排出することとしている。つまり、供給時判定や入金時判定でカードが使用不可と判定される場合、該カードはカードユニット２０内でエラー要因が生じた（例えば収納処理や供給処理の途中で破損したり、記録エラーや読み取りエラーが生じた）と考えられる。このようなエラーは不正に起因する可能性が低いので、排出して次のカードを供給して使用させるようにした方が遊技機の稼働低下を招くこともない為、排出処理を行っている。一方、後述する供給時使用判定又は入金時使用判定によって、使用不可と判定されたときには、カードを排出せずに、排出処理を禁止するようにしている。つまり、供給時使用判定や入金時使用判定でカードが使用不可と判定される場合、該カードに記録されているカードＩＤと同一のカードＩＤが記録された他のカードが既に使用されていることを示すので、当該カードは不正なものであるおそれがあり、遊技場にとっては、回収してチェックする方が望ましいので、排出処理を禁止している。
【０２１９】
さらにユニット制御部２２及びカードＲ／Ｗ制御部２９は異常処理手段の一例であって、後述する異常処理通知手段（ユニット用通信部６１ａ）から異常処理通知を受信したことに基づいて、所定の異常処理を行うものである。具体的には、システムコントローラ６０における供給時使用判定によって、使用不可であると判定されたときに異常処理通知を受け、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードの排出処理を禁止する（例えばユニット制御部２２から返却要求を受信してもカードを排出しないようにする又はユニット制御部２２において返却操作を無効とする）と共に、カードＲ／Ｗ制御部２９からユニット制御部２２に異常処理通知が送られる。該通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知が行われ、入金が禁止され、さらに玉貸処理が禁止される。また、システムコントローラ６０における入金時使用判定によって、使用不可であると判定されたときに異常処理通知を受け、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードの排出処理を禁止すると共に、カードＲ／Ｗ制御部２９からユニット制御部２２に異常処理通知が送られる。該通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知が行われ、入金が禁止され、さらに玉貸処理が禁止される。
【０２２０】
なお、後述する挿入時使用判定により使用不可であると判定されたときにも同様に、カードＲ／Ｗ制御部２９がカードＲ／Ｗ２７のカードの排出処理を禁止すると共に、カードＲ／Ｗ制御部２９からユニット制御部２２に異常処理通知が送られる。該通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知が行われ、入金が禁止され、さらに玉貸処理が禁止される。
【０２２１】
ユニット用通信部６１ａは、前述の如くカードユニット２０のシステムコントローラ用通信部２９ａと通信可能に接続されており、システムコントローラ６０とカードユニット２０との間における通信を司るものである。
【０２２２】
このユニット用通信部６１ａは判定結果送信手段の一例であって、後述する使用判定手段（制御部６２）の判定による判定結果（使用判定結果）を、記録情報（カードＩＤ）の送信元である遊技用装置（カードユニット２０）に対して送信するものである。具体的には、システムコントローラ６０における供給時使用判定による判定結果を、供給時送信を行ったカードユニット２０に対して送信する。また、システムコントローラ６０における入金時使用判定による判定結果を、入金時送信を行ったカードユニット２０に対して送信する。
【０２２３】
なお、ユニット用通信部６１ａは、システムコントローラ６０における挿入時使用判定による判定結果を、挿入時送信を行ったカードユニット２０に対して送信する。但し、ここでは判定結果が使用不可である場合にのみ該判定結果が送信され、使用可である場合にはカード残額照合が実施されて、照合ＯＫ通知又は照合ＮＧ通知が送信される。
【０２２４】
ここで、ユニット用通信部６１ａは、制御部６２によるカード残額と管理残額の照合において、〔受信したカード残額≦受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額〕と判定されたことを条件として、カード玉貸処理を許諾する旨を示す照合ＯＫ通知を前記挿入時送信を行ったカードユニット２０に送信する。なお、カードユニット２０とシステムコントローラ６０との間の通信状態がオフラインであるときに、カードユニット２０にてカード残額が使用されると、〔受信したカード残額＜受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額〕となる場合があり、必ずしも、〔受信したカード残額＝受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額〕とはならないので、上記の判定条件としている。
【０２２５】
またユニット用通信部６１ａは異常処理通知手段の一例であって、後述する使用判定手段（制御部６２）による判定（供給時使用判定，入金時使用判定）のときに、記録情報送信手段（システムコントローラ用通信部２９ａ）から受信した記録媒体識別情報（カードＩＤ）が、該記録媒体識別情報と共に受信した遊技用装置識別情報（装置ＩＤ）とは異なる遊技用装置識別情報と対応付けて後述する情報管理手段（カードユニットＤＢ）で管理されていることを条件として、当該異なる遊技用装置識別情報から特定される遊技用装置に対して、所定の異常処理（排出処理禁止，カード異常報知，入金禁止，及び玉貸禁止）を行う旨を示す異常処理通知を送信するものである。具体的には、供給時使用判定により使用不可であると判定されたとき，又は入金時使用判定により使用不可であると判定されたときに、異常処理（ここでは排出処理禁止，カード異常報知，入金禁止，及び玉貸禁止）を行う旨を示す異常処理通知を、受信したカードＩＤと対応付けて現在カードユニットＤＢに記憶されている装置ＩＤのカードユニット２０（即ち、供給時使用処理判定，入金時使用処理判定における異なる装置ＩＤのカードユニット２０）に対して送信する。
【０２２６】
さらにユニット用通信部６１ａは、挿入時使用判定により使用不可であると判定されたときに、異常処理（ここでは排出処理禁止，カード異常報知，入金禁止，及び玉貸禁止）を行う旨の異常処理通知を、受信したカードＩＤと対応付けて現在カードユニットＤＢに記憶されている装置ＩＤのカードユニット２０に対して送信する。
【０２２７】
場外通信部６１ｃは、電話回線を通じて遊技場外の通信機器とのデータ通信を可能とするためのデジタルサービスユニット（ＤＳＵ）等を備え、カード会社に設けられた管理サーバ９０と通信可能に接続されており、システムコントローラ６０と管理サーバ９０との間における通信を司るものである。
【０２２８】
精算装置用通信部６１ｄは、精算装置８０の通信部８１１と通信可能に接続されており、システムコントローラ６０と精算装置８０との間における通信を司るものである。
【０２２９】
この精算装置用通信部６１ｄは、システムコントローラ６０が精算許諾要求を受信したときに、制御部６２により、〔精算許諾要求に含まれるカード残額≦該精算許諾要求に含まれるカードＩＤに対応付けて残額ＤＢで記憶されている管理残額〕と判定されたことを条件として、精算を許諾する旨を示す精算許諾情報を前記精算許諾要求の送信元である精算装置８０に対して送信する。なお、カードユニット２０とシステムコントローラ６０との間の通信状態がオフラインであるときに、カードユニット２０にてカード残額が使用されると、〔精算許諾要求に含まれるカード残額＜該精算許諾要求に含まれるカードＩＤに対応付けて残額ＤＢで記憶されている管理残額〕となる場合があり、必ずしも、精算許諾要求に含まれるカード残額＝該精算許諾要求に含まれるカードＩＤに対応付けて残額ＤＢで記憶されている管理残額〕とはならないので、上記の判定条件としている。
【０２３０】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク６３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、システムコントローラ６０に備えられる各構成要素の動作を制御して各種の処理を行うものであり、例えば、上述したカードユニット２０，精算装置８０から送信されてきたカード残額の照合を行うものである。
【０２３１】
この制御部６２は使用判定手段の一例であって、記録情報送信手段（システムコントローラ用通信部２９ａ）から受信した記録情報（カードＩＤ）に基づいて、該記録情報が記録されている記録媒体（一般カード５）が使用可能であるか否かを判定するものであり、ここでは、記録情報送信手段から受信した記録媒体識別情報（カードＩＤ）が、該記録媒体識別情報と共に受信した遊技用装置識別情報（装置ＩＤ）とは異なる遊技用装置識別情報と対応付けて後述する情報管理手段（カードユニットＤＢ）で管理されていることを条件として、使用可能でないと判定する。具体的には、カードユニット２０から供給時送信によって送信されてきたカードＩＤ及び装置ＩＤを受信すると、該カードＩＤの一般カード５が使用可能であるか否かを判定する（この判定を「供給時使用判定」と呼ぶ）ものであり、ここでは、受信したカードＩＤが該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤ（別装置ＩＤと呼ぶ）に対応付けて、後述するカードユニットＤＢに記憶されているか否かの判定が行われる（記憶されていなければ使用可，記憶されていれば使用不可と判定する）。
【０２３２】
ここで、使用判定手段として機能する制御部６２は、記録情報送信手段から記録情報を再度受信したことに基づいて、判定を再度行う（入金時使用判定）ものである。具体的には、カードユニット２０から入金時送信によって送信されてきたカードＩＤ及び装置ＩＤを受信すると、該カードＩＤの一般カード５が使用可能であるか否かを判定する（この判定を「入金時使用判定」と呼ぶ）ものであり、供給時使用判定と同様の判定が行われる。
【０２３３】
なお、制御部６２は、カードユニット２０から挿入時送信によって送信されてきたカードＩＤ及び装置ＩＤを受信すると、該カードＩＤの一般カード５が使用可能であるか否かを判定する（この判定を「挿入時使用判定」と呼ぶ）ものであり、供給時使用判定と同様の判定が行われる。
【０２３４】
さらに制御部６２は消去手段の一例であって、消去通知送信手段（システムコントローラ用通信部２９ａ）から消去通知を受信したことに基づいて、当該消去通知と共に受信した遊技用装置識別情報（装置ＩＤ）と対応付けて情報管理手段（カードユニットＤＢ）で管理されている記録媒体識別情報を消去するものであり、具体的には、カードユニット２０から消去通知及び装置ＩＤを受信したときに、カードユニットＤＢにおいて、該受信した装置ＩＤに対応付けて記憶されているカードＩＤを消去する。
【０２３５】
記憶装置であるハードディスク６３は、図５（ａ）に示す残額ＤＢを記憶している。この残額ＤＢでは、カードＩＤに対応付けて管理残額を管理している。従って、システムコントローラ６０では、カードユニット２０から、カード受付時にカードＩＤ及びカード残額を受信することで、受信したカード残額と、管理している管理残額との照合を実施することができる。そして、照合がＮＧの場合にはカードの使用を許可しないことで、遊技場の損失を極力防止することができる。
【０２３６】
またハードディスク６３は、図５（ｂ）に示すカードユニットＤＢを記憶している。このカードユニットＤＢは情報管理手段の一例であって、複数の遊技用装置（カードユニット２０）の各遊技用装置識別情報（装置ＩＤ）と対応付けて、当該遊技用装置が有する記録情報処理部（カードＲ／Ｗ２７）にある記録媒体（一般カード５）の記録媒体識別情報（カードＩＤ）を管理するものである。具体的には、システムコントローラ６０と通信可能な各カードユニット２０の装置ＩＤが記憶され、その各々と対応付けて、各カードユニット２０のカードＲ／Ｗ２７にある一般カード５に記録されているカードＩＤが記憶されている。
【０２３７】
このカードユニットＤＢは以下のようにして更新される。まず、カードユニット２０において貨幣の入金が行われると、入金時送信によって、カードＩＤ及び装置ＩＤがシステムコントローラ６０に送信される。そして、入金時使用判定によって使用可であると判定された場合に、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する。また、カードユニット２０に一般カード５が挿入されたときにも、挿入時送信によって、カードＩＤ及び装置ＩＤがシステムコントローラ６０に送信される。そして、挿入時使用判定によって使用可であると判定された場合に、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する。さらに、カードユニット２０で供給処理（供給時読取，供給時送信）が行われたときにも、供給時送信によって、カードＩＤ及び装置ＩＤがシステムコントローラ６０に送信される。そして、供給時使用判定によって使用可であると判定された場合に、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する。なお、カード返却ボタン１６が操作されてカードが排出されるときに、カードユニット２０から消去通知及び装置ＩＤがシステムコントローラ６０に送信され、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて記憶されているカードＩＤが消去される。そして、カード玉貸処理の結果、カード残額が零となった場合にはカードが留保され、カードユニット２０から消去通知及び装置ＩＤがシステムコントローラ６０に送信され、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて記憶されているカードＩＤが消去される。ここで、供給時使用判定において、使用可と判定された場合には、使用可である旨の使用判定結果を受信したカードユニット２０から消去通知及び装置ＩＤがシステムコントローラ６０に送信され、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて記憶されているカードＩＤが消去される。
【０２３８】
ディスプレイ６４は、各種の情報を表示するための表示デバイスであり、例えば液晶ディスプレイである。入力装置６５はシステムコントローラ６０に各種の情報を入力するためのデバイスであり、例えばキーボードやマウスである。
【０２３９】
（１−１−３．記録媒体数の適正化に係る機能）
次に記録媒体数の適正化に係る機能について説明する。
【０２４０】
この遊技用システム１は、当該遊技場のカードユニット２０が起動信号（例えばシステムコントローラ６０から送信される営業開始を通知する信号であって、入金額や使用金額の集計を開始する指示を兼ねる）を受信してから締め処理信号を受信するまでの期間である営業時間中において、カードユニット２０内（ここではカードＲ／Ｗ２７及びカードストッカ２８からなる記録媒体収納部）にストックされている一般カード５のストック枚数が、予め設定された第１の上限値（ここでは１０）以上であるときには、該第１の上限値以上である旨を報知し、ストック枚数が予め設定された第１の下限値（ここでは０）以下であるときには、該第１の下限値以下である旨を報知することにより、営業時間中に一般カード５の回収・補充を店員に促す。
【０２４１】
一方、カードユニット２０が締め処理信号を受信したときに、第２上限値（ここでは７）の設定を有効にする旨が設定されている場合は、ストック枚数が該第２上限値以上であるか否かを判定する一方、第２上限値の設定を有効としない旨が設定されている場合には、ストック枚数が収納限界値（ここでは１０）に達しているか否かを判定する。そして、第２上限値以上であると判定されたこと，又は収納限界値に達していると判定されたことを条件として多機能ランプ２６による報知（ここでは緑点滅）を行う。つまり、第２上限値の設定を有効にしておくことで、ストック枚数が第２上限値以上のカードユニット２０を把握して、回収作業を行うことができる。それに対して、第２上限値の設定を有効としないことで、動作に支障のある（一般カード５の挿入ができない）カードユニット２０を把握して、回収作業を行うことができる。
【０２４２】
また、カードユニット２０が締め処理信号を受信したときに、第２下限値（ここでは３）の設定を有効にする旨が設定されている場合は、ストック枚数が該第２下限値以下であるか否かを判定する一方、第２下限値の設定を有効としない旨が設定されている場合には、ストック枚数が零であるか否かを判定する。そして、第２下限値以下であると判定されたこと，又は零であると判定されたことを条件として多機能ランプ２６による報知（ここでは緑点滅）を行う。つまり、第２下限値の設定を有効にしておくことで、ストック枚数が第２下限値以下のカードユニット２０を把握して、補充作業を行うことができる。それに対して、第２下限値の設定を有効としないことで、動作に支障のある（即ち、一般カード５がカードユニット２０内に無く、入金額を記録することが不可能なため入金できないという不都合が生じる）カードユニット２０を把握して、補充作業を行うことができる。
【０２４３】
なお、実施例とは異なるが、例えば、ストック枚数が零のときに入金が行われると、入金額をユニット制御部２２のＲＡＭに記憶して、該入金額の範囲内で玉貸処理を行い、さらに、入金額のうち玉貸処理に使用されなかった残額を、外部から挿入されたカード又は補充されたカードに記録して遊技者に返却するようにすることも可能である。この場合には、ストック枚数が零のときに入金残額を返却する際、該入金残額を記録するためのカードがカードユニット２０内に存在しないため、店員からの前記カードの取得又は店員によるカード補充をしなければ、遊技者に入金残額を返却できない（つまり台移動や精算ができない）という不都合が生じる。本発明はこのようなシステムに対しても適応することができる。
【０２４４】
前記カードユニット２０は、当該遊技場の店員が操作するリモートコントローラ３０から送信される赤外線信号を受信して、該受信した信号に応じた状態（後述するメンテナンスモード，回収モード，補充モード）となる。
【０２４５】
システムコントローラ６０においては、図６（ａ）に示すように、第１上限値，第１下限値，第２上限値，及び第２下限値の入力，並びに第２上限値の設定を有効にするか否かの選択，及び第２下限値の設定を有効にするか否かの選択を受け付ける。そして、入力された第１上限値，第１下限値，第２上限値，及び第２下限値，並びに、第２上限値の設定を有効にするか否かを示す第２上限値設定情報（例えば図６（ａ）で「第２上限値の設定を有効にする」がチェックされたときに１，チェックされていないときに０とする），及び第２下限値の設定を有効にするか否かを示す第２下限値設定情報（例えば図６（ａ）で「第２下限値の設定を有効にする」がチェックされたときに１，チェックされていないときに０とする）を、当該遊技場の各カードユニット２０に送信する。これらの情報を受信した各カードユニット２０では、受信した第１上限値及び第１下限値が、ユニット制御部２２のＥＥＰＲＯＭに記憶されると共に、第２上限値及び第２下限値，並びに第２上限値設定情報及び第２下限値設定情報が、カードＲ／Ｗ制御部２９が備えるＥＥＰＲＯＭのスイッチテーブルに記憶される。
【０２４６】
また、システムコントローラ６０は、図６（ｂ）に示すように、当該遊技場の営業終了に伴う締め処理（本例では当該カードユニット２０からシステムコントローラ６０に対しての当日の合計入金額及び合計玉貸額の送信処理）を実行する旨を示す締め処理信号を各カードユニット２０に送信するにあたり、遊技島の選択を受け付けて、該選択された遊技島に属するカードユニット２０に対してのみ締め処理信号を送信する。
【０２４７】
ここでユニット制御部２２は、前述したように貸与処理手段の一例であって、記録媒体（一般カード５）の記録情報（カード残額）から特定される有価価値の大きさ（カード残額）の範囲内における所定の大きさの有価価値（使用額）に相当する遊技媒体を貸与するための貸与処理（カード玉貸処理）を行うものであり、貨幣の受付又はカードの挿入に基づいてカード玉貸可能状態となり、記憶残額（＝カード残額）の範囲内でのカード玉貸処理を行うものである。
【０２４８】
具体的には、カードＲ／Ｗ制御部２９から入金完了通知を受信したこと又はシステムコントローラ６０から照合ＯＫ通知を受信したことによりカード玉貸可能状態となり、該状態で玉貸ボタン１５が操作されて貸出入力信号が入力されたときに、記憶残額（＝カードＲ／Ｗ２７により受け付けている一般カード５に記録されたカード残額）と予め設定された玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額に相当する度数のパチンコ玉の払出を払出制御基板１２に対して指示し、払出制御基板１２が指示された度数分のパチンコ玉の払出を玉払出装置１３により行う。一方、記憶残額＜玉貸設定金額であれば該記憶残額に相当する度数のパチンコ玉の払出を払出制御基板１２に対して指示し、払出制御基板１２が該指示された度数分のパチンコ玉の払出を玉払出装置１３により行う。
【０２４９】
このユニット制御部２２では、図示しないが、以下の紙幣識別機２３，硬貨識別機２４において貨幣が受け付けられて識別された後、該貨幣が回収されることに応じて、その度、ＲＡＭ（又はＥＥＰＲＯＭ）に記憶している当日の入金額の累計値である合計入金額を更新するようにしている。そして、カード玉貸処理又は前記入金額分の玉貸処理（入金額玉貸処理）が実施されると、その度、ＲＡＭ（又はＥＥＰＲＯＭ）に記憶している当日の玉貸額の累計値である合計玉貸額を更新（カード玉貸処理であれば使用額，入金額玉貸処理であれば入金額を加算更新）するようにしている。そして、カードＲ／Ｗ制御部２９がシステムコントローラ６０から締め処理信号を受信すると、該カードＲ／Ｗ制御部２９からユニット制御部２２に締め処理通知が送られて、カードＲ／Ｗ制御部２９及びユニット制御部２２において締め処理が実施される。この締め処理では、ユニット制御部２２が入金を不可とし、カードＲ／Ｗ制御部２９がカードの前方挿入を不可とする。そして、ユニット制御部２２で記憶している合計入金額及び合計玉貸額を、システムコントローラ用通信部２９ａからシステムコントローラ６０に対して送信する。そして、送信完了後に、前記記憶している合計入金額，合計玉貸額を消去（リセット）する。
【０２５０】
このユニット制御部２２は上記の他、第１設定手段，第１上限値判定手段，第１下限値判定手段，及び締め処理時判定手段としても機能するが、その機能については後述する。
【０２５１】
表示部２５ａは記録媒体数表示手段の一例であって、保守状態（メンテナンスモード）に移行することに基づいて計数手段（カードＲ／Ｗ制御部２９）により計数された記録媒体数（ストック枚数）を表示するものである。具体的には、メンテナンスモードに移行したことにより、カードＲ／Ｗ制御部２９により計数されているストック枚数（カードユニット２０内の一般カード５の枚数であり、カードＲ／Ｗ２７の一般カード５及びカードストッカ２８に収納されている一般カード５の合計枚数とされる）を表示する。このストック枚数は下位２桁に表示される。なお、本例の表示部２５ａは、カードを回収するための回収モードが起動したことに基づいて、回収モード起動中である旨を示すｏｕｔという文字を、ストック枚数が表示されていない桁（ここでは上位３桁）に表示する。さらに、本例の表示部２５ａは、カードを補充するための補充モードが起動したことに基づいて、補充モード起動中である旨を示すｉｎという文字を、ストック枚数が表示されていない桁（ここでは上位２桁目，３桁目）に表示する。
【０２５２】
赤外線受信部２５ｂは保守状態移行要求受付手段の一例であって、後述する記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）からの記録媒体（一般カード５）の回収及び記録媒体収納部への記録媒体の補充を行うための保守状態（メンテナンスモード）に移行するための保守状態移行要求（メンテナンスモード移行要求）を受け付けるものである。具体的には、遊技場の店員が操作するリモートコントローラ３０から、赤外線信号として送信されるメンテナンスモード移行要求を受信する。また、同じくリモートコントローラ３０から送信される回収モード起動要求，補充モード起動要求，及びメンテナンスモード解除要求を受信するものでもある。この赤外線受信部２５ｂがメンテナンスモード移行要求を受信したことに基づいてユニット制御部２２及びカードＲ／Ｗ制御部２９がメンテナンスモードに移行する処理を行う。このメンテナンスモードにおいては、回収モード起動要求に応じて回収モードが起動し、カードの回収が可能である。また、メンテナンスモードにおいては、補充モード起動要求に応じて補充モードが起動し、カードの補充が可能である。さらに、メンテナンスモードにおいては、メンテナンスモード解除要求に応じてメンテナンスモードが解除される。メンテナンスモード解除のときに、回収モード又は補充モードが起動中であれば、該起動中のモードが終了する。
【０２５３】
前述したようにカードＲ／Ｗ２７は記録媒体受付手段の一例であって、記録媒体（一般カード５）を受け付けるものである。具体的には、カード挿入口２７ａから前方挿入された一般カード５を受け付けたときに、該受け付けた一般カード５の記録情報（ここではカードＩＤ，カード残額）を読み取る。また、入金が行われて貨幣が識別されたことに基づいて、当該カードＲ／Ｗ２７部の一般カード５に対して、現在のカード残額＋入金額を、新たなカード残額として記録する処理を行う。さらに、ユニット制御部２２でカード玉貸処理が実施され、使用金額の通知を受けたことに基づいて、当該カードＲ／Ｗ２７部の一般カード５に対して、現在のカード残額−使用金額を、新たなカード残額として記録する処理を行う。このカードＲ／Ｗ２７は、前記ＩＣカードである一般カード５に対応したＩＣカードＲ／Ｗを備えている。
【０２５４】
ここで前記カードＲ／Ｗ２７及びカードストッカ２８は記録媒体収納部の一例であって、記録媒体（一般カード５）を複数収納するものである。ここでは、カードＲ／Ｗ２７部に１枚，及びカードストッカ２８に９枚迄収納することができるため、カードＲ／Ｗ２７及びカードストッカ２８からなる記録媒体収納部に、一般カード５を合計１０枚迄収納することが可能である。即ち、この記録媒体収納部の収納限界値は１０となる。
【０２５５】
ここで、カードＲ／Ｗ制御部２９は記録媒体発行手段の一例であって、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納された記録媒体（一般カード５）を外部に発行するものである。具体的には、カードＲ／Ｗ２７部の残額無しの一般カード５への入金（カード残額＋入金額を、新たなカード残額として記録する処理）が行われた後、カード返却ボタン１６の操作が検出され、かつカード玉貸可能状態であることに基づいて、残額有りの一般カード５をカードＲ／Ｗ２７から排出する処理（つまり遊技者に対して残額有りの一般カード５を発行する処理）を行う。なお、カードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７部のカードが排出され、抜き取られたときに、カードストッカ２８のカードの１枚をカードＲ／Ｗ２７に供給する供給処理を行う。
【０２５６】
またカードＲ／Ｗ制御部２９は記録媒体収納処理手段の一例であって、記録媒体（一般カード５）の記録情報（カードＩＤ，カード残額）から特定される有価価値の大きさ（カード残額）が記録媒体貸与処理（カード玉貸処理）により零となったことを条件として、該記録媒体を記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納する処理を行うものである。具体的には、カード玉貸処理の結果、カード残額が零となった場合には、カードＲ／Ｗ２７に一般カード５を留保しておく。つまり、カードの排出処理を行わずにカードＲ／Ｗ２７部に留保する処理が、記録媒体収納部に収納する処理に相当する。なお、カードＲ／Ｗ制御部２９は、カードが前方挿入されるときには、留保しているカードＲ／Ｗ２７部のカード（残額無しの一般カード５）をカードストッカ２８に収納する収納処理を行う。
【０２５７】
またカードＲ／Ｗ制御部２９は計数手段の一例であって、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納される記録媒体数（ストック枚数）を計数するものである。具体的には、カードの取込処理及び排出処理に基づいて、カード枚数を計数するようにしており、前方挿入カードの取込処理を行ったときに、変数として保持している（例えばカードＲ／Ｗ制御部２９が備えるＲＡＭやＥＥＰＲＯＭ等に記憶している）ストック枚数に１を加算する処理を行う。一方、カードＲ／Ｗ２７のカードの排出処理を行ったときには、前記ストック枚数から１を減算する処理を行う。このカードＲ／Ｗ制御部２９にて計数しているストック枚数は、当該カードユニット２０の動作停止にあたり、該カードＲ／Ｗ制御部２９が備えているＥＥＰＲＯＭ等の不揮発性メモリに記憶されるか、又はユニット制御部２２に送られて、該ユニット制御部２２のＥＥＰＲＯＭ等に記憶されることで、次回の動作開始時まで保持されるようになっている。
【０２５８】
このカードＲ／Ｗ制御部２９は上記の他、記録媒体排出処理手段，第２上限値設定手段，第２上限値有効設定手段，第２下限値設定手段，及び第２下限値有効設定手段としても機能するが、その機能については後述する。また、前記記録媒体収納処理手段としての他の機能についても後述する。
【０２５９】
さらにシステムコントローラ用通信部２９ａは、システムコントローラ６０から送信される締め処理信号を受信する。そして、締め処理において、当該カードユニット２０の合計入金額及び合計玉貸額をシステムコントローラ６０に対して送信する。
【０２６０】
次に前述したユニット制御部２２，多機能ランプ２６，及びカードＲ／Ｗ制御部２９の他の機能について説明する。
【０２６１】
ユニット制御部２２は第１設定手段の一例であって、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納される記録媒体数（ストック枚数）に対する第１上限値及び第１下限値を設定するものである。具体的には、図６（ａ）に示すようにシステムコントローラ６０に入力され、該システムコントローラ６０から送信されてきた第１上限値及び第１下限値をＥＥＰＲＯＭに記憶して、必要に応じて（例えばカードＲ／Ｗ制御部２９からストック枚数の通知を受けたときに）参照可能とする。
【０２６２】
またユニット制御部２２は第１上限値判定手段の一例であって、営業時間中において、記録媒体数（ストック枚数）が第１設定手段（ユニット制御部２２）により設定された第１上限値以上であるか否かを判定するものである。具体的には、営業時間中に、メンテナンスモードに移行していない状態で、ストック枚数が更新されると、カードＲ／Ｗ制御部２９からストック枚数の通知を受けて、該ストック枚数が第１上限値以上であるか否かを判定する。
【０２６３】
ここで、多機能ランプ２６は第１上限値報知手段の一例であって、上記第１上限値判定手段（ユニット制御部２２）により第１上限値以上であると判定されたことを条件として、当該第１上限値以上である旨を報知するものであり、ここでは黄色で点灯することにより、ストック枚数が第１上限値以上である旨を報知する。
【０２６４】
またユニット制御部２２は第１下限値判定手段の一例であって、営業時間中において、記録媒体数（ストック枚数）が第１設定手段（ユニット制御部２２）により設定された第１下限値以下であるか否かを判定するものである。具体的には、営業時間中に、メンテナンスモードに移行していない状態で、ストック枚数が更新されると、カードＲ／Ｗ制御部２９からストック枚数の通知を受けて、該ストック枚数が第１下限値以下であるか否かを判定する。
【０２６５】
ここで、多機能ランプ２６は第１下限値報知手段の一例であって、上記第１下限値判定手段（ユニット制御部２２）により第１下限値以下であると判定されたことを条件として、当該第１下限値以下である旨を報知するものであり、ここでは紫で点灯することにより、ストック枚数が第１下限値以下である旨を報知する。
【０２６６】
なお、多機能ランプ２６は、第１下限値＜ストック枚数＜第１上限値であるときには、緑で点灯することにより、当該状態である旨を報知する。
【０２６７】
ここで多機能ランプ２６の発光態様を制御するユニット制御部２２は、複数の状況の報知を多機能ランプ２６で行うにあたり、所定間隔（例えば３秒）で各状況に応じた発光態様に切り替えることで、異なる複数の状況を報知するようにしている。従って、前記記録媒体数の更新に伴う報知（第１上限値以上である旨の報知，第１下限値以下である旨の報知）と、前述した記録媒体が使用不可である旨の報知の両状況を多機能ランプ２６で報知する場合には、所定間隔（例えば３秒）で交互に発光態様を切り替えることで、異なる２つの状況を報知する。例えば、カード異常報知（多機能ランプ２６の赤点滅）と、ストック枚数が第１上限値以上である旨の報知（多機能ランプ２６の黄点灯）を多機能ランプ２６で行うときには、カード異常報知として赤点滅を３秒行った後に、第１上限値以上である旨の報知として黄点灯を３秒行うといったように、交互に各状況に応じた発光態様に切り替える。
【０２６８】
カードＲ／Ｗ制御部２９は第２上限値設定手段の一例であって、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納される記録媒体数（ストック枚数）に対する前記第１上限値よりも低い第２上限値を設定するものであり、ここでは、第２上限値送信手段（ユニット用通信部６１ａ）から送信されてきた第２上限値を記憶する。具体的には、図６（ａ）に示すようにシステムコントローラ６０に入力され、該システムコントローラ６０のユニット用通信部６１ａから送信されてきた第２上限値をＥＥＰＲＯＭのスイッチテーブルに記憶しておく。
【０２６９】
またカードＲ／Ｗ制御部２９は第２上限値有効設定手段の一例であって、前記第２上限値の設定を有効にするか否かを設定するものであり、具体的には、システムコントローラ６０から前記第２上限値と共に送信されてきた前記第２上限値設定情報を、ＥＥＰＲＯＭのスイッチテーブルに記憶しておく。
【０２７０】
またカードＲ／Ｗ制御部２９は第２下限値設定手段の一例であって、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納される記録媒体数（ストック枚数）に対する前記第１下限値よりも高い第２下限値を設定するものであり、ここでは、第２下限値送信手段（ユニット用通信部６１ａ）から送信されてきた第２下限値を記憶する。具体的には、図６（ａ）に示すようにシステムコントローラ６０に入力され、該システムコントローラ６０のユニット用通信部６１ａから送信されてきた第２下限値をＥＥＰＲＯＭのスイッチテーブルに記憶しておく。
【０２７１】
またカードＲ／Ｗ制御部２９は第２下限値有効設定手段の一例であって、前記第２下限値の設定を有効にするか否かを設定するものであり、具体的には、システムコントローラ６０から前記第２下限値と共に送信されてきた前記第２下限値設定情報を、ＥＥＰＲＯＭのスイッチテーブルに記憶しておく。
【０２７２】
ここでユニット制御部２２は締め処理時判定手段の一例であって、後述する締め処理信号送信手段（ユニット用通信部６１ａ）から締め処理信号を受信したときに、前記第２上限値有効設定手段（カードＲ／Ｗ制御部２９）により前記第２上限値の設定を有効にする旨が設定されているときには、前記計数された記録媒体数（ストック枚数）が該第２上限値以上であるか否かを判定する第２上限値判定を行う一方、前記第２上限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が前記記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納される記録媒体数の収納限界値（ここでは１０）に達しているか否かを判定する収納限界値判定を行うものである。
【０２７３】
具体的には、締め処理終了後に、カードＲ／Ｗ制御部２９から前記スイッチテーブルとストック枚数通知を受信して、該スイッチテーブルの第２上限値設定情報が第２上限値の設定を有効にする旨を示すか又は有効としない旨を示すかを判定する。そして、有効にする旨を示すとき（即ち「第２上限値の設定を有効にする」チェックボックスがチェックされた旨を示す情報のとき）には、前記通知されたストック枚数が該スイッチテーブルの第２上限値以上であるか否かを判定する（第２上限値判定）。一方、有効としない旨を示すとき（即ち「第２上限値の設定を有効にする」チェックボックスがチェックされていない旨を示す情報のとき）には、前記通知されたストック枚数が収納限界値（ここでは１０）に達しているか否かを判定する（収納限界値判定）。
【０２７４】
ここで多機能ランプ２６は締め処理時報知手段の一例であって、前記締め処理時判定手段による第２上限値判定によって、第２上限値以上であると判定されたこと（Ｙ），又は収納限界値判定によって、収納限界値に達していると判定されたこと（Ｙ）を条件として報知を行うものであり、ここでは各々、緑で点滅することにより報知を行う。
【０２７５】
前記締め処理時判定手段として機能する制御部２２は、後述する締め処理信号送信手段（ユニット用通信部６１ａ）から締め処理信号を受信したときに、前記第２下限値有効設定手段（カードＲ／Ｗ制御部２９）により前記第２下限値の設定を有効にする旨が設定されているときには、前記計数された記録媒体数（ストック枚数）が該第２下限値以下であるか否かを判定する第２下限値判定を行う一方、前記第２下限値の設定を有効としない旨が設定されているときには、前記計数された記録媒体数が零であるか否かを判定する零判定を行うものである。
【０２７６】
具体的には、締め処理終了後にカードＲ／Ｗ制御部２９から前記スイッチテーブルとストック枚数通知を受信した後、上記第２上限値判定で、ストック枚数が第２上限値以上でないと判定されたとき（Ｎ）、又は上記収納限界値判定で、ストック枚数が収納限界値に達していないと判定されたとき（Ｎ）に、該スイッチテーブルの第２下限値設定情報が第２下限値の設定を有効にする旨を示すか又は有効としない旨を示すかを判定する。そして、有効にする旨を示すとき（即ち「第２下限値の設定を有効にする」チェックボックスがチェックされた旨を示す情報のとき）には、前記通知されたストック枚数が該スイッチテーブルの第２下限値以下であるか否かを判定する（第２下限値判定）。一方、有効としない旨を示すとき（即ち「第２下限値の設定を有効にする」チェックボックスがチェックされていない旨を示す情報のとき）には、前記通知されたストック枚数が零であるか否かを判定する（零判定）。
【０２７７】
ここで締め処理時報知手段として機能する多機能ランプ２６は、前記締め処理時判定手段による第２下限値判定によって、第２下限値以下であると判定されたこと（Ｙ），又は零判定によって、零であると判定されたこと（Ｙ）を条件として報知を行うものであり、ここでは各々、緑で点滅することにより報知を行う。
【０２７８】
次に、ユニット制御部２２のその他の機能について説明する。
【０２７９】
ユニット制御部２２は保守状態移行処理手段の一例であって、営業時間中においては、保守状態移行要求受付手段（赤外線受信部２５）による保守状態移行要求（メンテナンスモード移行要求）の受付に基づいて保守状態（メンテナンスモード）に移行する処理を行う一方、前記締め処理時判定手段（ユニット制御部２２）による第２上限値判定によって、第２上限値以上であると判定されたとき，又は収納限界値判定によって、収納限界値（１０）に達していると判定されたときには、保守状態移行要求受付手段による保守状態移行要求の受付によらず保守状態に移行する処理を行うものである。具体的には、締め処理信号を受信する前の営業時間中は、図２２に示すように、メンテナンスモード移行要求の受信に基づいて（ここではＳＢ０１〜ＳＢ０２の処理の後）、メンテナンスモードに移行する指示であるメンテナンス通知をカードＲ／Ｗ制御部２９に送信する（ＳＢ０３）。メンテナンス通知を受けたカードＲ／Ｗ制御部２９では、回収モード，補充モードを起動可能なメンテナンスモードに移行して（ＳＢ０４）、ストック枚数をユニット制御部２２に通知する（ＳＢ０５）。ストック枚数通知を受けたユニット制御部２２では、メンテナンスモードに移行して、ストック枚数を表示部２５ａに表示する（ＳＢ０６）。一方、締め処理信号を受信した後では、図２５に示すように、第２上限値判定（ＳＥ０６）で、ストック枚数が第２上限値以上であると判定されたとき（Ｙ），又は収納限界値判定（ＳＥ１０）で、ストック枚数が収納限界値に達していると判定されたときに（Ｙ）、赤外線受信部２５ｂによるメンテナンスモード移行要求の受信によらず、自動的にメンテナンスモードに移行する（ＳＥ０８，ＳＥ１２）。
【０２８０】
ここで保守状態移行処理手段として機能するユニット制御部２２は、営業時間中においては、保守状態移行要求受付手段（赤外線受信部２５）による保守状態移行要求（メンテナンスモード移行要求）の受付に基づいて保守状態（メンテナンスモード）に移行する処理を行う一方、前記締め処理時判定手段（ユニット制御部２２）による第２下限値判定によって、第２下限値以下であると判定されたとき，又は零判定によって、零であると判定されたときには、保守状態移行要求受付手段による保守状態移行要求の受付によらず保守状態に移行する処理を行うものである。具体的には、締め処理信号を受信する前の営業時間中は、メンテナンスモード移行要求の受信に基づいて（前述したＳＢ０１〜ＳＢ０６の処理によって）、メンテナンスモードに移行する。一方、締め処理信号を受信した後では、図２５に示すように、第２下限値判定（ＳＥ２１）で、ストック枚数が第２下限値以下であると判定されたとき（Ｙ），又は零判定（ＳＥ３０）で、ストック枚数が零であると判定されたときに（Ｙ）、赤外線受信部２５ｂによるメンテナンスモード移行要求の受信によらず、自動的にメンテナンスモードに移行する（ＳＥ２３，ＳＥ３２）。
【０２８１】
次に、カードＲ／Ｗ制御部２９のその他の機能について説明する。
【０２８２】
カードＲ／Ｗ制御部２９は記録媒体排出処理手段の一例であって、前記締め処理時判定手段（ユニット制御部２２）による第２上限値判定によって、第２上限値以上であると判定されたこと，又は収納限界値判定によって、収納限界値に達していると判定されたことを条件として、前記記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納されている記録媒体（一般カード５）を、前記記録媒体を挿入するための記録媒体挿入口（カード挿入口２７ａ）から当該遊技用装置外部に排出するための処理を行うものである。具体的には、第２上限値判定（図２５のＳＥ０６）において、第２上限値以上と判定されたとき（Ｙ），又は収納限界値判定（ＳＥ１０）において、収納限界値に達していると判定されたとき（Ｙ）に、自動的にメンテナンスモードに移行するが（ＳＥ０８，ＳＥ１２）、この状態でユニット制御部２２が回収モード起動要求を受信することで（図２３のＳＣ０１）、ユニット制御部２２からカードＲ／Ｗ制御部２９に回収モードを起動する指示である回収通知が送られる（ＳＣ０４）。ＳＣ０４の回収通知を受けたカードＲ／Ｗ制御部２９は、回収モードを起動して（ＳＣ０５）、カードＲ／Ｗ２７部のカードを排出処理によって排出する（ＳＣ０６）。そして、このカードの抜き取りを検出すると（ＳＣ０９）、カードストッカ２８のカードの１枚をカードストッカ２８からカードＲ／Ｗ２７に供給して待機させる（ＳＣ１０）。そして、ユニット制御部２２から解除通知を受信していなければ再びＳＡ０６以降の処理を繰り返す。
【０２８３】
また前記記録媒体収納処理手段として機能するカードＲ／Ｗ制御部２９は、前記締め処理時判定手段（ユニット制御部２２）による第２下限値判定によって、第２下限値以下であると判定されたこと，又は零判定によって、零であると判定されたことを条件として、前記記録情報（カードＩＤ，カード残額）から特定される有価価値の大きさ（カード残額）が零である記録媒体（一般カード５）が、前記記録媒体を挿入するための記録媒体挿入口（カード挿入口２７ａ）から挿入されたときに、該挿入された記録媒体を前記記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）に収納するための処理を行うものである。具体的には、第２下限値判定（図２５のＳＥ２１）において、第２下限値以下と判定されたとき（Ｙ），又は零判定（ＳＥ３０）において、零であると判定されたとき（Ｙ）に、自動的にメンテナンスモードに移行するが（ＳＥ２３，ＳＥ３２）、この状態でユニット制御部２２が補充モード起動要求を受信することで（図２４のＳＤ０１）、ユニット制御部２２からカードＲ／Ｗ制御部２９に補充モードを起動する指示である補充通知が送られる（ＳＤ０４）。ＳＤ０４の補充通知を受けたカードＲ／Ｗ制御部２９は、補充モードを起動して（ＳＤ０５）、前方挿入カードが検出されたときに取込処理を行うカードの挿入待ち状態となる（ＳＤ０６）。そして、カードの前方挿入を検出すると（ＳＤ０７）、カードＲ／Ｗ２７のカードをカードストッカ２８に収納する収納処理を行う（ＳＤ０８）と共に、前方挿入カードの取込処理を行う（ＳＤ０９）。そして、ユニット制御部２２から解除通知を受信していなければ再びＳＤ０６以降の処理を繰り返す。
【０２８４】
リモートコントローラ３０は、遊技場の店員が操作するものであり、図３に示すように、前面にメンテナンスボタン，回収ボタン，補充ボタン，及び解除ボタンが配されている。メンテナンスボタンを押圧操作すると、メンテナンスモードに移行する指示としてのメンテナンスモード移行要求が出力される。また、回収ボタンを押圧操作すると、回収モードを起動する指示としての回収モード起動要求が出力される。また、補充ボタンを押圧操作すると、補充モードを起動する指示としての補充モード起動要求が出力される。さらに、解除ボタンを押圧操作すると、メンテナンスモードを解除する（これに伴い回収モード，補充モードを終了する）指示としてのメンテナンスモード解除要求が出力される。これらメンテナンスモード移行要求，回収モード起動要求，補充モード起動要求，及びメンテナンスモード解除要求は、各々リモートコントローラ３０の上部から、赤外線信号として出力される。店員は、リモートコントローラ３０の上部をカードユニット２０の赤外線受信部２５ｂに向けて、上記ボタンの押圧操作をすることで、カードユニット２０を所望の状態とすることができる。
【０２８５】
システムコントローラ６０のユニット用通信部６１ａは締め処理信号送信手段の一例であって、遊技用装置（カードユニット２０）に対して当該遊技場の営業終了に伴う締め処理（合計入金額，合計玉貸額の送信）を実行する旨を示す締め処理信号を送信するものである。
【０２８６】
ここで締め処理信号送信手段として機能するユニット用通信部６１ａは、後述する指定手段（ディスプレイ６４，入力装置６５）により指定された範囲（遊技島）に属する遊技用装置（カードユニット２０）に対してのみ、締め処理信号を送信するものであり、具体的には、図６（ｂ）に示す締め処理信号送信島設定画面において、選択された遊技島に属するカードユニット２０に対してのみ、締め処理信号を送信する。
【０２８７】
またユニット用通信部６１ａは第２上限値送信手段の一例であって、後述する第２上限値入力手段（ディスプレイ６４，入力装置６５）により入力された第２上限値を遊技用装置（カードユニット２０）に対して送信するものであり、具体的には、図６（ａ）に示す報知基準値設定画面において入力された第２上限値を各カードユニット２０に対して送信する。
【０２８８】
またユニット用通信部６１ａは第２下限値送信手段の一例であって、後述する第２下限値入力手段（ディスプレイ６４，入力装置６５）により入力された第２下限値を遊技用装置（カードユニット２０）に対して送信するものであり、具体的には、図６（ａ）に示す報知基準値設定画面において入力された第２下限値を各カードユニット２０に対して送信する。
【０２８９】
またユニット用通信部６１ａは、図６（ａ）に示す報知基準値設定画面において入力された第１上限値及び第１下限値を各カードユニット２０に対して送信する。
【０２９０】
さらにユニット用通信部６１ａは、カードユニット２０で締め処理が行われたときに、該カードユニット２０から送信された合計入金額，合計玉貸額を受信する。
【０２９１】
なお、ハードディスク６３は、図示しないが、締め処理が実施されたカードユニット２０から送信されてきた合計入金額，合計玉貸額に基づいて、各カードユニット２０の装置ＩＤ毎に営業日別の合計入金額，合計玉貸額を記憶している。  
【０２９２】
ここでディスプレイ６４及び入力装置６５は第２上限値入力手段の一例であって、第２上限値を入力するためのものである。この第２上限値入力手段によって入力された第２上限値は、前記第２上限値設定手段（本例では、カードユニット２０のカードＲ／Ｗ制御部２９）によって設定される。
【０２９３】
またディスプレイ６４及び入力装置６５は第２下限値入力手段の一例であって、第２下限値を入力するためのものである。この第２下限値入力手段によって入力された第２下限値は、前記第２下限値設定手段（本例では、カードユニット２０のカードＲ／Ｗ制御部２９）によって設定される。
【０２９４】
具体的には、図６（ａ）に示すように、ディスプレイ６４に表示される報知基準値設定画面（この画面は、例えば報知基準値設定プログラムの起動により表示される。）において、「締め処理信号受信後」と記された枠中の第２上限値に対応する欄に、入力装置６５により第１上限値より低い所望の第２上限値（ここでは７）を入力すると共に、該入力した第２上限値の設定を有効とするか否かを、「第２上限値の設定を有効にする」という表示に対応するチェックボックスをチェックするか否かによって選択する。また、同枠中の第２下限値に対応する欄に、入力装置６５により第１下限値より高い所望の第２下限値（ここでは３）を入力すると共に、該入力した第２下限値の設定を有効とするか否かを、「第２下限値の設定を有効にする」という表示に対応するチェックボックスをチェックするか否かによって選択する。
【０２９５】
各値の入力及び選択を完了して、画面下の「設定」ボタンを選択すると、該入力された第２上限値，第２上限値設定情報，第２下限値，及び第２下限値設定情報が各カードユニット２０に送信されて、カードＲ／Ｗ制御部２９が備えるＥＥＰＲＯＭのスイッチテーブルに記憶される。なお、本例では、第１上限値及び第１下限値についても設定が可能であり、報知基準値設定画面において、「営業時間中」と記された枠中の第１上限値に対応する欄に、入力装置６５により所望の第１上限値（ここでは１０）を入力すると共に、同枠中の第１下限値に対応する欄に、入力装置６５により所望の第１下限値（ここでは０）を入力した状態で、上記「設定」ボタンを選択することで、該入力された第１上限値及び第１下限値が各カードユニット２０に送信されて、ユニット制御部２２のＥＥＰＲＯＭに記憶されて設定される。
【０２９６】
このように、システムコントローラ６０において入力された第２上限値，第２下限値をカードユニット２０に対して送信し、カードユニット２０が送信されてきた第２上限値，第２下限値を設定するので、各々のカードユニット２０で逐次第２上限値，第２下限値を設定する手間が省ける。また、遊技場の希望に沿った第２上限値，第２下限値を設定することができる。同様に、システムコントローラ６０において入力された第１上限値，第１下限値をカードユニット２０に対して送信し、カードユニット２０が送信されてきた第１上限値，第１下限値を設定するので、各々のカードユニット２０で逐次第１上限値，第１下限値を設定する手間が省ける。また、遊技場の希望に沿った第１上限値，第１下限値を設定することができる。
【０２９７】
ここで入力する第１上限値，及び第１下限値は、営業時間中の報知基準値であるため、各々カードストッカ２８が収納可能な収納限界値，及び零枚（あるいは各々それに近い枚数）にしておくと良い。営業時間中は、少なくともカードユニット２０が稼働できる状態であれば良いので、カードストッカ２８がＦＵＬＬの状態，ＥＭＰＴＹの状態（あるいは各々それに近い状態）以外は特に報知する必要はないからである。一方、第２上限値，及び第２下限値は、翌日のカードの回収作業・補充作業が極力低減できる範囲が良く、ＦＵＬＬの状態，及びＥＭＰＴＹの状態の両方からできるだけ遠い枚数とするのが良い。ここでは、第２上限値，第２下限値を各々３，７とすることで翌営業日の営業開始時点でストック枚数が４〜６の間とすることを促している。
【０２９８】
さらにディスプレイ６４及び入力装置６５は指定手段の一例であって、締め処理信号の送信対象となる遊技用装置（カードユニット２０）が属する範囲（遊技島）を指定するためのものである。ここでは図６（ｂ）に示すように、ディスプレイ６４に表示される締め処理信号送信島設定画面（この画面は、例えば締め処理プログラムの起動により表示される。）において、締め処理信号の送信対象とする遊技島（ここでは１〜７番島まで表示され、当該遊技島に属するカードユニット２０の装置ＩＤも表示されている）に対応するチェックボックスをチェックして、画面下の「送信」ボタンを選択することで、該チェックが行われた遊技島に属するカードユニット２０に対してのみ、締め処理信号が送信されることとなる。この例では、１番島，２番島のチェックボックスがチェックされているので、１番島に属するカードユニット２０（ここでは装置ＩＤがCU0001〜CU0015の装置）と、２番島に属するカードユニット２０（ここでは装置ＩＤがCU0016〜CU0045の装置）に対してのみ、締め処理信号が送信される。
【０２９９】
このように、システムコントローラ６０において指定された遊技島に属するカードユニット２０に対してのみ、締め処理信号を送信するので、閉店を待たずに遊技者のいなくなった遊技島のカードユニット２０に対してのみ締め処理信号を送信することができる。これにより、使用されていないカードユニット２０に対して先行して締め処理を実施させることができ、締め処理の効率化を図ることが可能となる。
【０３００】
以上に説明した第１実施形態に係る遊技用システム１の作用について図８〜図２７を用いて説明する。まず、図８〜図１０を用いて、貨幣をカードユニット２０に入金する際の処理について説明する。
【０３０１】
図８に示すように、遊技者が紙幣２又は硬貨３をカードユニット２０に入金することで紙幣識別機２３又は硬貨識別機２４によって紙幣２又は硬貨３が受け付けられると（Ｓ１００）、該貨幣の受付を検出したユニット制御部２２において入金禁止の状態であるか否かの判定が実施される（Ｓ１０１）。Ｓ１０１の判定で入金禁止の状態であると判定されたときには（Ｙ）、受け付けた紙幣２又は硬貨３が紙幣挿入口２３ａ又は硬貨返却口２４ｆから返却される（Ｓ１０２ａ）。一方、Ｓ１０１の判定で入金禁止の状態でない（入金可）と判定されると（Ｎ）、受け付けた紙幣２又は硬貨３が紙幣識別機２３又は硬貨識別機２４で識別される（Ｓ１０２）。
【０３０２】
次いで、ユニット制御部２２は、オンライン状態であるか否かを判定する（Ｓ１０３）。Ｓ１０３でオンライン情報を受信していると判定された場合には（Ｙ）、Ｓ１０４以下の処理を行う一方、オンライン情報を受信していない（オフライン情報を受信している）と判定された場合には（Ｎ）、Ｓ１５０以下の処理を行う。Ｓ１０４では、Ｓ１０２の識別結果としての入金額を含む入金要求をカードＲ／Ｗ制御部２９に通知し（Ｓ１０４）、該通知を受けたカードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７の一般カード５に記録されている記録情報（カード残額，カードＩＤ）を読み取る（Ｓ１０５：入金時読取）。次いでカードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（Ｓ１０６：入金時判定）。Ｓ１０６の入金時判定によって、使用可能であると判定されたときには（Ｙ）、Ｓ１０５で読み取ったカードＩＤを、装置ＩＤと共にシステムコントローラ６０に送信する（Ｓ１０７：入金時送信）。入金時送信の情報を受信したシステムコントローラ６０では後述するＳ１２０以下の処理が行われる。
【０３０３】
一方、Ｓ１０６の入金時判定によって、使用可能でないと判定されたときには（Ｎ）、カードＲ／Ｗ２７のカードを排出して（Ｓ１１０）、ユニット制御部２２にカード異常通知及び入金取消通知を送り（Ｓ１１１）、ストック枚数の更新に伴う後述するＳＡ０１以下の処理を行う。カード異常通知及び入金取消通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知を行うと共に受け付けた貨幣を返却する（Ｓ１１２）。
【０３０４】
このように、貨幣を受け付けたときに、一般カード５の記録情報を読み取る入金時読取（Ｓ１０５）を行うと共に、該一般カード５が使用可能であるか否かの入金時判定（Ｓ１０６）を行う。その結果、使用不可のカードは排出されるので、供給時判定（図１９のＳ６０３）から入金時読取の間，又は前回の入金時判定から入金時読取の間に、一般カード５が使用不可となるような事態が発生した場合に、該使用不可となったカードについては、残有価価値特定処理（Ｓ１３２のカード残額記録）が行われるおそれが無くなる。
【０３０５】
次に、Ｓ１０７の入金時送信の情報を受信したシステムコントローラ６０の作用について説明する。図９に示すように、Ｓ１０７の入金時送信における情報を受信したシステムコントローラ６０では、受信したカードＩＤのカードが使用可能であるか否かの入金時使用判定が実施される（Ｓ１２０）。該Ｓ１２０は、受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤ（別装置ＩＤ）と対応付けてカードユニットＤＢに記憶されているか否かの判定である（記憶されていないときに使用可能であると判定し、記憶されているときに使用可能でないと判定する）。Ｓ１２０で使用可能であると判定されたときには、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する（Ｓ１２１）。次いで、受信した装置ＩＤのカードユニット２０に対して、受信したカードＩＤのカードが使用可能である旨を示す使用判定結果を送信する（Ｓ１２２）。一方、Ｓ１２０で使用可能でないと判定されたときには、受信した装置ＩＤのカードユニット２０に対して、受信したカードＩＤのカードが使用可能でない旨を示す使用判定結果を送信する（Ｓ１２１ａ）。さらに、前記別装置ＩＤのカードユニット２０に対しては、所定の異常処理を実施する旨の異常処理通知を送信する（Ｓ１４０）。
【０３０６】
Ｓ１２２（使用可）又はＳ１２１ａ（使用不可）の使用判定結果をカードＲ／Ｗ制御部２９が受信すると（Ｓ１３０）、受信した使用判定結果が使用可能である旨を示すか否かの判定を実施する（Ｓ１３１）。Ｓ１３１の判定で、使用可能である旨を示すと判定されたときには（Ｙ）、〔現在のカード残額＋入金額〕を、新たなカード残額としてカードＲ／Ｗ２７の一般カード５に記録し（Ｓ１３２）、該新たなカード残額を含む入金完了通知をユニット制御部２２に送る（Ｓ１３３）。Ｓ１３３でカード残額の通知を受けたユニット制御部２２では、紙幣識別機２３又は硬貨識別機２４により受け付けた紙幣２又は硬貨３を回収し（Ｓ１３４）、ＥＥＰＲＯＭの表示用記憶領域及び判定用記憶領域に該新たなカード残額を記憶する（Ｓ１３５）。これにより残度数表示器１４には表示用記憶領域の記憶残額相当の度数が表示される。そして、玉貸ボタン１５の操作に応じてカード玉貸処理（使用額分の玉貸処理）が可能なカード玉貸可能状態となり、返却操作が有効化される（Ｓ１３６）。なお、Ｓ１３６で既にカード玉貸可能状態となっているとき（つまり残額有りの一般カード５に追加入金されたとき）には、該カード玉貸可能状態が継続する。
【０３０７】
このように、入金額に相当する有価価値の大きさを一般カード５のカード残額に対して加算更新する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるカードＲ／Ｗ制御部２９と前記貸与制御部であるユニット制御部２２とを含むカードユニット２０と、該一般カード５に記録されている残額を管理するシステムコントローラ６０との間で、管理装置オンライン状態であるときには、貨幣の受付に基づいてカードＲ／Ｗ制御部２９における前記入金処理が行われると共に、後述する玉貸操作の検出に基づいてカードＲ／Ｗ制御部２９における減算処理及びユニット制御部２２における使用額分の玉貸処理が行われる。
【０３０８】
一方、Ｓ１３１の判定で、使用可能である旨を示さない（即ち使用不可能である旨を示す）と判定されたときには（Ｎ）、カードの排出処理を禁止する（Ｓ１３２ａ）と共に、カード異常通知，入金禁止通知，及び入金取消通知をユニット制御部２２に送る（Ｓ１３３ａ）。これを受けたユニット制御部２２は、多機能ランプ２６によるカード異常報知を行うと共に、入金を禁止して、受け付けた貨幣を返却する（Ｓ１３４ａ）。なお、ユニット制御部２２が入金禁止通知を受信したときにカード玉貸可能状態であれば（即ち残額有りの一般カード５に追加入金されたときには）、玉貸処理が禁止される。
【０３０９】
このように、カードユニット２０が貨幣を受け付けたときに、システムコントローラ６０において、受信したカードＩＤのカードが使用可能であるか否かの入金時使用判定（Ｓ１２０）を行う。その結果、使用可能でないと判定されたカードが挿入されているカードユニット２０では、入金が禁止され、排出禁止となった使用不可のカードは、カード異常報知がされているカードユニット２０を発見した店員により所定の解除操作が行われて回収されるので、供給時判定（図１９のＳ６０３）から入金時読取の間に、一般カード５が使用不可となるような事態が発生した場合に、該使用不可となったカードについては、残有価価値特定処理（Ｓ１３２のカード残額記録）が行われるおそれが無くなる。
【０３１０】
また、入金時使用判定において、システムコントローラ６０がＳ１０７で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、使用可能でないと判定されるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードの使用を防止することができる。
【０３１１】
一方で、前述したＳ１４０の異常処理通知を前記別装置ＩＤのカードユニット２０が受信すると、カードＲ／Ｗ制御部２９が、カードの排出処理を禁止して（Ｓ１４１）、異常処理通知をユニット制御部２２に送り（Ｓ１４２）、該異常処理通知を受けたユニット制御部２２が、多機能ランプ２６によるカード異常報知を行い、入金を禁止し、玉貸を禁止する（Ｓ１４３）。
【０３１２】
このように、システムコントローラ６０がＳ１０７で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、当該異なる装置ＩＤ（別装置ＩＤ）のカードユニット２０において異常処理（排出禁止，カード異常報知，入金禁止，玉貸禁止）が行われるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードが既に使用されている場合に、該使用中のカードに対する処置が可能となる。ここでは、別装置ＩＤのカードユニット２０で使用されているカード（ここでは他と同一のカードＩＤが不正に記録されたおそれのあるカード）は排出されずにカードＲ／Ｗ２７部に滞留し、遊技場の店員による所定の解除操作を受けて回収され、チェックされるので、他の一般カード５に記録されているカードＩＤと同一のカードＩＤが不正に記録されたおそれのあるカードの使用による遊技場の被害を低減させることができる。
【０３１３】
次に、図１０を用いて、管理装置オフライン状態で入金された場合の処理について説明する。
【０３１４】
前記ユニット制御部２２が前記Ｓ１０３でカードＲ／Ｗ制御部２９からオンライン情報を受信していないと判定されると、Ｓ１０４で受信した入金額が所定額（ここでは１０００円）以下であるか否かの判定が実施される（Ｓ１５０）。ここで所定額以下であると判定されると（Ｙ）、次にＥＥＰＲＯＭに記憶している記憶残額が零であるか否かの判定を実施して（Ｓ１５１）、記憶残額が零であると判定されると（Ｙ）、該入金額を含む入金消費情報をカードＲ／Ｗ制御部２９に送る（Ｓ１５２）と共に、ＥＥＰＲＯＭに記憶している送信情報を更新（偶数回であれば奇数回に更新し、奇数回であれば偶数回に更新）する（Ｓ１５３）。一方、Ｓ１５０で所定額より大きいと判定された場合、及びＳ１５１で記憶残額が零でないと判定された場合には、受け付けた貨幣を返却する（Ｓ１５１ａ）。次に、Ｓ１５２の入金消費情報を受けたカードＲ／Ｗ制御部２９では、カードＲ／Ｗ２７の一般カード５に記録されている記録情報（カード残額，カードＩＤ）を読み取る（Ｓ１６０：入金時読取）。
【０３１５】
次いでカードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（Ｓ１６１：入金時判定）。Ｓ１６１の入金時判定によって、使用可能であると判定されたときには（Ｙ）、入金額をカード残額としてカードＲ／Ｗ２７の一般カード５に一旦記録して、該記録した残額を消去する（Ｓ１６２）。そして、ＥＥＰＲＯＭに記憶している処理情報を更新（偶数回であれば奇数回に更新し、奇数回であれば偶数回に更新）する（Ｓ１６３）と共に、入金消費完了通知をユニット制御部２２に返信する（Ｓ１６４）。入金消費完了通知受信したユニット制御部２２では、受け付けた貨幣を回収し（Ｓ１６５）、入金額を残額として表示用記憶領域に記憶した後に（Ｓ１６６）、入金額分の玉貸処理を実施（Ｓ１６７）すると共に、記憶残額から該入金額（即ち玉貸処理に使用される金額）を減算する（Ｓ１６７ａ）。そして、入金額分の玉貸処理が終了すると（Ｓ１６８）、通常稼働状態となる（Ｓ１６９）。ここで、表示用記憶領域の記憶残額は、入金額分の玉貸処理が行われることに基づいて一括して減算されるようにしても良く、１度数分の玉貸毎に減算されるようにしても良い。Ｓ１６９の通常稼働状態では、貨幣が入金されると前述したＳ１００以降の処理が行われる。従って、管理装置オフライン状態が継続しているときは、所定額（１０００円）以下の貨幣の入金によってＳ１６７の入金額分の玉貸処理が実施される。
【０３１６】
このように、管理装置オフライン状態であるときには、貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて前記入金消費情報の送信が行われて前記入金額玉貸処理が行われるので、システムコントローラ６０で管理されない有価価値の大きさが一般カード５に残存することがなく、セキュリティが向上する。
【０３１７】
一方、Ｓ１６１の入金時判定によって、使用可能でないと判定されたときには（Ｎ）、カードＲ／Ｗ２７のカードを排出して（Ｓ１７０）、ユニット制御部２２にカード異常通知及び入金取消通知を送り（Ｓ１７１）、ストック枚数の更新に伴う後述するＳＡ０１以下の処理を行う。カード異常通知及び入金取消通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知を行うと共に受け付けた貨幣を返却する（Ｓ１７２）。さらにＳ１５３で更新した送信情報を元に戻す（Ｓ１７３：奇数回であれば偶数回に戻し、偶数回であれば奇数回に戻す）。
【０３１８】
次に、図１１及び図１２を用いて、一般カード５（遊技者に返却された残額有りの一般カード５）がカードユニット２０に挿入される際（前方挿入時）の処理について説明する。図１１に示すように、一般カード５がカード挿入口２７ａから挿入される際、該挿入されようとしている一般カード５のカード端（カードユニット２０内に挿入されている部分）の検出がカード挿入口２７ａ付近に設けられたセンサによって行われ（Ｓ２００）、カードＲ／Ｗ制御部２９が、該検出に基づいて、カード前方挿入禁止の状態であるか否かの判定を実施する（Ｓ２０１）。Ｓ２０１の判定で、カード前方挿入禁止の状態であると判定されたときには（Ｙ）、カードの取込処理を行わずに処理を終了する（Ｓ２０２ａ）。一方、Ｓ２０２の判定で、カード前方挿入禁止の状態でないと判定されたときには（Ｎ）、カードＲ／Ｗ２７のカード（即ち残額無しの一般カード５）をカードストッカ２８に収納する収納処理を行うと共に（Ｓ２０２）、前記挿入されようとしているカードの取込処理が実施され、取り込まれた一般カード５がカードＲ／Ｗ２７に受け付けられた状態となる（Ｓ２０３）。次にカードの取込処理に伴うストック枚数の更新によって、ＳＡ０１以下の処理が実施された後、Ｓ２０４以降の処理が実施される。
【０３１９】
Ｓ２０４では、カードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７の一般カード５に記録されている記録情報（カード残額，カードＩＤ）を読み取り（Ｓ２０４：挿入時読取）、該読み取った記録情報に基づいて、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（Ｓ２０５：挿入時判定）。Ｓ２０５の挿入時判定によって、使用可能であると判定されたときには（Ｙ）、Ｓ２０５で読み取ったカード残額及びカードＩＤを含む照合要求を、装置ＩＤと共にシステムコントローラ６０に送信する（Ｓ２０６：挿入時送信）。一方、Ｓ２０５の挿入時判定によって、使用可能でないと判定されたときには（Ｎ）、カードを排出する（Ｓ２１０）と共に、カード異常通知をユニット制御部２２に送る（Ｓ２１１）。ここでカードの排出処理に伴うストック枚数の更新によって、ＳＡ０１以下の処理が実施される。Ｓ２１１のカード異常通知を受けたユニット制御部２２では、多機能ランプ２６によるカード異常報知を行う。
【０３２０】
次に、Ｓ２０６の照合要求を受信したシステムコントローラ６０の作用について説明する。図１２に示すように、Ｓ２０６の照合要求を受信したシステムコントローラ６０では、受信したカードＩＤのカードが使用可能であるか否かの挿入時使用判定が実施される（Ｓ２２０）。該Ｓ２２０は、受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤ（別装置ＩＤ）と対応付けてカードユニットＤＢに記憶されているか否かの判定である（記憶されていないときに使用可能であると判定し、記憶されているときに使用可能でないと判定する）。Ｓ２２０で使用可能であると判定されたときには、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶して（Ｓ２２１）、カード残額の照合（Ｓ２２２）を実施する。一方、Ｓ２２０で使用可能でないと判定されたときには、受信した装置ＩＤのカードユニット２０に対して、受信したカードＩＤのカードが使用可能でない旨を示す使用判定結果を送信する（Ｓ２２１ａ）。さらに、前記別装置ＩＤのカードユニット２０に対しては、所定の異常処理を実施する旨の異常処理通知を送信する（Ｓ２４０）。
【０３２１】
Ｓ２２１ａ（使用不可）の使用判定結果をカードＲ／Ｗ制御部２９が受信すると、カードの排出処理を禁止する（Ｓ２３０）と共に、カード異常通知及び入金禁止通知をユニット制御部２２に送り（Ｓ２３１）、ユニット制御部２２は、多機能ランプ２６によるカード異常報知を行うと共に、入金を禁止する（Ｓ２３２）。このときカード玉貸可能状態とはならない。
【０３２２】
このように、挿入時使用判定において、システムコントローラ６０がＳ２０６で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、使用可能でないと判定されるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードの使用を防止することができる。
【０３２３】
一方で、前述したＳ２４０の異常処理通知を前記別装置ＩＤのカードユニット２０が受信すると、カードＲ／Ｗ制御部２９が、カードの排出処理を禁止して（Ｓ２４１）、異常処理通知をユニット制御部２２に送り（Ｓ２４２）、該異常処理通知を受けたユニット制御部２２が、多機能ランプ２６によるカード異常報知を行い、入金を禁止し、玉貸を禁止する（Ｓ２４３）。
【０３２４】
このように、システムコントローラ６０がＳ２０６で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、当該異なる装置ＩＤ（別装置ＩＤ）のカードユニット２０において異常処理（排出禁止，カード異常報知，入金禁止，玉貸禁止）が行われるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードが既に使用されている場合に、該使用中のカードに対する処置が可能となる。ここでは、別装置ＩＤのカードユニット２０で使用されているカード（ここでは他と同一のカードＩＤが不正に記録されたおそれのあるカード）は排出されずにカードＲ／Ｗ２７部に滞留し、遊技場の店員による所定の解除操作を受けて回収され、チェックされるので、他の一般カード５に記録されているカードＩＤと同一のカードＩＤが不正に記録されたおそれのあるカードの使用による遊技場の被害を低減させることができる。
【０３２５】
なお、システムコントローラ６０におけるＳ２２２の照合では、受信したカード残額が、同受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額以下であるか否か（受信したカード残額≦受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額？）の照合を実施する。このＳ２２２の照合が照合ＯＫ（即ち、受信したカード残額≦受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額）であるときには、該照合ＯＫの旨を示す照合ＯＫ通知を前記Ｓ２０６で送信されてきた装置ＩＤのカードユニット２０に対して送信する（Ｓ２２３）。なお、カードユニット２０とシステムコントローラ６０との間の通信状態がオフラインであるときに、カードユニット２０にてカード残額が使用されると、受信したカード残額＜受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額となるが、この場合には、受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額を、受信したカード残額に更新しておく。
【０３２６】
Ｓ２２３の照合ＯＫ通知を受信したカードＲ／Ｗ制御部２９では、カード残額をユニット制御部２２に通知する（Ｓ２２４）。カード残額の通知を受けたユニット制御部２２は、カード残額を表示用記憶領域及び判定用記憶領域に記憶する（Ｓ２２５）と共に、カード玉貸可能状態となり、返却操作が有効化される（Ｓ２２６）。
【０３２７】
ここで、Ｓ２２２に戻り、該Ｓ２２２で照合ＮＧ（即ち、受信したカード残額＞受信したカードＩＤに対応付けて残額ＤＢに記憶している管理残額）である場合には、該照合ＮＧの旨を示す照合ＮＧ通知を前記Ｓ２０６で送信されてきた装置ＩＤのカードユニット２０に対して送信する（Ｓ２２３ａ）。照合ＮＧ通知を受信したカードＲ／Ｗ制御部２９では、カードＲ／Ｗ２７により受け付けた一般カード５を排出する（Ｓ２２４ａ）。ここでカードの排出処理に伴うストック枚数の更新によって、ＳＡ０１以下の処理が実施される。
【０３２８】
次に、図１３を用いて、玉貸ボタン１５が操作された際の処理について説明する。
【０３２９】
ユニット制御部２２において、玉貸ボタン１５の操作が検出されると（Ｓ３００）、カード玉貸可能状態であるか否かの判定が実施され（Ｓ３０１）、カード玉貸可能状態でないと判定された場合には（Ｎ）、処理が終了する（Ｓ３０１ａ）。一方、Ｓ３０１の判定で、カード玉貸可能状態であると判定された場合には（Ｙ）、玉貸が禁止又は中断されている状態でないことを条件として、返却操作を無効化して（Ｓ３０２）、使用額（玉貸設定金額又は記憶残額）を含む減算要求をカードＲ／Ｗ制御部２９に送信する（Ｓ３０３）。なお、玉貸が禁止又は中断されている状態であれば、Ｓ３０２，３０３の処理を行わずに処理を終了する。減算要求を受信したカードＲ／Ｗ制御部２９においては（Ｓ３０４）、減算応答をユニット制御部２２に返信する（Ｓ３０５）と共に、一般カード５のカード残額を減算更新（現在のカード残額−使用額を新たなカード残額として記録）した（Ｓ３０６）後、減算更新後のカード残額をユニット制御部に送信する（Ｓ３０７）。
【０３３０】
このように、使用額分の玉貸処理に先立って、残額の減算要求がユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信され、該減算要求に応じて、一般カード５に記録されている残額が減算更新されるので、使用額分の玉貸処理の終了後にユニット制御部２２とカードＲ／Ｗ制御部２９との間における通信を不能（例えば電断状態にする，あるいは一般カード５を引き抜く等）としてカードＲ／Ｗ制御部２９で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ３０３で減算要求を送信した後、Ｓ３０５の減算応答を受信する前に、電断状態が発生した場合の処理については、図１６及び図１７を参照して後述する。
【０３３１】
一方、Ｓ３０５の減算応答を受信したユニット制御部２２では、前記判定用記憶領域の記憶残額から使用額を一括して減算して（Ｓ３１０）、使用額分の玉貸処理（カード玉貸処理）を開始する（Ｓ３１１）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０３３２】
ユニット制御部２２がＳ３０７の減算更新後のカード残額を受信すると、該受信したカード残額＝減算後の記憶残額であるか否かの判定を実施する（Ｓ３１２）。Ｓ３１２で残額が一致する（カード残額＝減算後の記憶残額）と判定されたときには、使用額分の玉貸処理が終了した（Ｓ３１３）後、返却操作を有効化し（Ｓ３１４）、記憶残額（＝カード残額）が零であるか否かの判定を実施する（Ｓ３１５）。Ｓ３１５の判定で、記憶残額が零であると判定されたときは（Ｙ）、カード玉貸可能状態を解除すると共に返却操作を無効化して（Ｓ３１６）、カードを留保する旨を示す留保通知をカードＲ／Ｗ制御部２９に送る（Ｓ３１７）。留保通知を受けたカードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７で受け付けているカード（つまり、カード残額が零の一般カード５）をカードＲ／Ｗ２７部で留保（Ｓ３２０）すると共に、消去通知及び装置ＩＤをシステムコントローラ６０に対して送信する（Ｓ３２１）。消去通知を受信したシステムコントローラ６０においては、該消去通知と共に受信した装置ＩＤに対応付けてカードユニットＤＢに記憶されているカードＩＤを消去する（Ｓ３２２）。一方、Ｓ３１５でカード残額が零でないと判定されたときには（Ｎ）、カード玉貸可能状態を継続する（Ｓ３１６ａ）。
【０３３３】
ここで、Ｓ３２２に示すように、一般カード５のカード残額が零となり、カードが留保されたときに、システムコントローラ６０が該カードユニット２０の装置ＩＤに対応するカードＩＤを消去しておくので、カードユニット２０に一般カード５が挿入されるときには、該カードユニット２０とシステムコントローラ６０間で前記消去を行うための処理（例えば消去通知の送信や、カードＩＤの消去）を行う必要がなく、当該挿入される一般カード５に関する処理（例えばＳ２２１に示すカードＩＤの記憶処理やＳ２２２に示すカード残額の照合等）を迅速に行うことができる。
【０３３４】
次に、図１４を用いて、Ｓ３１２の判定で残額が一致しない（カード残額≠減算後の記憶残額）と判定されたときの処理（残額不一致時の処理）について説明する。ユニット制御部２２は、Ｓ３１２で残額不一致と判定されたことを条件として、使用額分の玉貸処理の終了（Ｓ３５０）後に、Ｓ３５１〜Ｓ３５４の異常報知処理を行って、リセット操作待機待ち状態となる。
【０３３５】
このように、カードＲ／Ｗ制御部２９で減算更新された残額とユニット制御部２２で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またシステムコントローラ６０で管理している売上の修正を要求する処理を行う必要がない。
【０３３６】
Ｓ３５１では、異常報知処理として、一般カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に一般カード５を返却して持ち去ってしまうことを防止できる。
【０３３７】
Ｓ３５２では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ３１０の減算後の記憶残額）を表示部２５ａに表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２９で管理している残額（即ち一般カード５のカード残額）を更新する等の対応が可能となる。
【０３３８】
Ｓ３５３では、残額異常を報知する（多機能ランプ２６を赤色で点滅させる）処理を行い、Ｓ３５４では、残額異常通知をカードＲ／Ｗ制御部２９に送り、Ｓ３５５では、カードＲ／Ｗ制御部２９からシステムコントローラ６０に対して残額異常通知及び装置ＩＤを送信する処理を行う。Ｓ３５５で送信された残額異常通知及び装置ＩＤを受信したシステムコントローラ６０では、受信した装置ＩＤを残額異常が発生している旨と共にディスプレイ６４に表示する。これにより遊技場では、残額異常が発生しているカードユニット２０を把握して、迅速な対応を取ることができる。
【０３３９】
なおＳ３５４の送信処理後に、ユニット制御部はリセット操作待ち状態となる（Ｓ３５７）。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２９の残額（一般カード５のカード残額）を判定用記憶領域で記憶している残額（即ちＳ３１０の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０３４０】
この図１４に示すように、カードＲ／Ｗ制御部２９で減算更新した残額とユニット制御部２２で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２９で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０３４１】
またユニット制御部２２は、図１５に示すように、使用額分の玉貸処理の開始後に玉貸異常の発生を検出すると（Ｓ３６０）、該玉貸処理を中断して（Ｓ３６１）、返却操作の無効化を継続し（Ｓ３６２）、玉貸異常の解消を検出すると（Ｓ３６３）、玉貸処理を再開する（Ｓ３６４）。そして、前述したＳ３１３以降の処理が行われる。
【０３４２】
このように使用額分の玉貸処理における異常の発生を検出したときに一般カード５の返却を禁止する処理が行われ、使用額分の玉貸処理の終了後に（Ｓ３１３）、返却操作が有効化される（Ｓ３１４）ので、一般カード５に記録されている残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が該一般カード５を持ち去ってしまい、該遊技者が損をすることを防止できる。
【０３４３】
次に図１６及び図１７を用いてカードユニット２０で電断が発生した場合の復電後の処理について説明する。
【０３４４】
電断状態から復電して通電状態となると、カードＲ／Ｗ制御部２９が復電を検知（電断から復電して通電状態となったことを検知）して（Ｓ４００）、入金完了情報又は入金未完情報，カード残額（管理残額），及び処理情報（偶数回又は奇数回）の３つの情報を含むリカバリ情報をユニット制御部２２に対して送信する（Ｓ４１０）。ここで、ＥＥＰＲＯＭの状態記憶領域に入金要求を受信した旨が記憶されている場合には、入金未完情報を含むリカバリ情報とし、状態記憶領域に入金処理が完了した旨が記憶されている場合には、入金完了情報を含むリカバリ情報とする。なお、カード残額は復電検知後にカードＲ／Ｗ２７の一般カード５から読み取ったカード残額であり、処理情報は前述したようにＥＥＰＲＯＭに記憶している情報である。Ｓ４１０のリカバリ情報をユニット制御部２２が受信すると（Ｓ４２０）、該ユニット制御部２２で図１７に示すＳ４３０以下の処理が行われる。
【０３４５】
まず、Ｓ４３０では入金要求の送信後に入金完了通知を未受信の状態であるか否かが判定される。具体的には、ＥＥＰＲＯＭの状態記憶領域を参照して、入金要求を送信済みである旨が記憶されているか否かの判定を行う。Ｓ４３０で入金要求の送信後に入金完了通知を未受信の状態である（即ち入金要求を送信済みである旨が記憶されている）と判定された場合には、ユニット制御部２２で電断を検知した後であるか否か（即ち復電を検知したか否か）を判定する（Ｓ４３１）。Ｓ４３１で電断を検知した後であると判定された場合（即ち復電を検知した場合）には（Ｙ）、リカバリ情報に含まれる情報が入金未完情報であるか又は入金完了情報であるかを判定する（Ｓ４３２）。Ｓ４３２で入金未完情報であると判定されたときには、入金処理が完了していないとして、受け付けた貨幣を返却して（Ｓ４３３）、貨幣を受け付ける前の状態に戻る。
【０３４６】
一方、Ｓ４３２で入金完了情報であると判定されたときには、入金処理が完了しているとして、受け付けた貨幣を回収して（Ｓ４３４）、前述したように、表示用記憶領域及び判定用記憶領域に新たなカード残額を記憶する処理（Ｓ１３５）と、カード玉貸可能状態となると共に返却操作を有効化する処理（Ｓ１３６）が行われる。
【０３４７】
このように、カードＲ／Ｗ制御部２９により、電断状態からの復電を検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報がユニット制御部２２に対して送信され、該リカバリ情報を受信したユニット制御部２２により、入金処理が完了しているか否かが判定される。その結果、入金処理が完了していると判定されると、貨幣が回収されて、玉貸操作の検出に基づいて減算要求が送信されることにより、カードＲ／Ｗ制御部２９における減算処理及びユニット制御部２２における使用額分の玉貸処理が行われる一方で、入金処理が完了していないと判定されると、貨幣が返却されて貨幣受付前の状態に戻るので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０３４８】
具体的には、貨幣を受け付けた後、カードＲ／Ｗ制御部２９とユニット制御部２２との間で電断状態が発生したときに、受け付けた貨幣を一律に返却するシステムであれば、ユニット制御部２２からカードＲ／Ｗ制御部２９に対する入金要求の通知後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が返却されるにも拘わらず、カードＲ／Ｗ制御部２９が入金処理を行っていれば（即ち入金額が一般カード５の残額に加算更新されれば）、遊技場が損をする（例えば一般カード５に１０００円が記録されるにも拘わらず、実際には１０００円紙幣が回収されていない）。このようなシステムに対して本発明を適用することによって遊技場や遊技者が損をするおそれが無くなる。
【０３４９】
同様に、貨幣を受け付けた後、カードＲ／Ｗ制御部２９とユニット制御部２２との間で電断状態が発生したときに、受け付けた貨幣を一律に回収するシステムであれば、ユニット制御部２２からカードＲ／Ｗ制御部２９に対する入金要求の通知後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が回収されるにも拘わらず、カードＲ／Ｗ制御部２９が入金処理を行っていなければ（即ち入金額が一般カード５の残額に加算更新されていなければ）、遊技者が損をする（例えば一般カード５に１０００円が記録されないにも拘わらず、実際には１０００円紙幣が回収されてしまう）が、本発明を適用することによって遊技場や遊技者が損をするおそれが無くなる。
【０３５０】
またユニット制御部２２は、前記Ｓ４３１で、電断を検知した後でない（即ち復電を検知していない）と判定されると（Ｎ）、前記Ｓ４３２の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う（Ｓ４３２ａ）。これによれば、カードＲ／Ｗ制御部２９に電断から復電したことを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２２で電断を検知した後でなければ、該リカバリ情報を受信しても入金処理が完了しているか否かの判定を行わずにエラー処理が行われるので、該不正により記憶残額の更新処理が行われるのを防止できる。
【０３５１】
次にＳ４３０に戻り、該Ｓ４３０で入金要求の送信後に入金完了通知を未受信の状態である（即ち入金要求を送信済みである旨が記憶されている）と判定されなかった場合（即ち入金要求を送信済みである旨が記憶されていない場合）には、減算要求送信後に減算応答を未受信の状態であるか否かの判定が実施される。具体的には、ＥＥＰＲＯＭの状態記憶領域を領域を参照して、減算要求を送信済みである旨が記憶されているか否かの判定を行う（Ｓ４４０）。Ｓ４４０で減算要求の送信後に減算応答を未受信の状態である（即ち減算要求を送信済みである旨が記憶されている）と判定された場合には、ユニット制御部２２で電断を検知した後であるか否か（即ち復電を検知したか否か）を判定する（Ｓ４４１）。
【０３５２】
Ｓ４４１で電断を検知した後であると判定された場合（即ち復電を検知した場合）には（Ｙ）、受信したリカバリ情報に含まれるカード残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ４４２）。Ｓ４４２で一致する（カード残額＝判定用記憶領域の記憶残額）と判定されると（Ｙ）、カード残額が減算されていないとして玉貸処理を中止して（Ｓ４４３）、カード玉貸可能状態を継続する（Ｓ４４３ａ）。一方、Ｓ４４２で一致しない（カード残額≠判定用記憶領域の記憶残額）と判定されると（Ｎ）、受信したリカバリ情報に含まれるカード残額が判定用記憶領域で記憶している残額よりも大きいか否かが判定される（Ｓ４４４）。
【０３５３】
Ｓ４４４で大きくない（カード残額＜判定用記憶領域の記憶残額）と判定されると、使用額を判定用記憶領域の記憶残額から一括して減算し（Ｓ４４５）、該使用額分の玉貸処理を開始する（Ｓ４４６）。
【０３５４】
このように、カードＲ／Ｗ制御部２９により、電断状態からの復電を検知したときに、カード残額を含むリカバリ情報がユニット制御部２２に対して送信され、該リカバリ情報を受信したユニット制御部２２により、該受信したリカバリ情報に含まれるカード残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、カード残額＜記憶残額であることを条件として、カードＲ／Ｗ制御部２９で管理されているカード残額の減算更新が行われているとして使用額分の玉貸処理が行われる。一方、カード残額が記憶残額と一致すると判定されると、カードＲ／Ｗ制御部２９で管理されているカード残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってカードＲ／Ｗ制御部２９で管理されているカード残額を減算更新するための減算要求をユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０３５５】
具体的には、復電後に、一律に使用額分の玉貸処理を行うシステムであれば、ユニット制御部２２からの減算要求送信後にカードＲ／Ｗ制御部２９の管理残額（一般カード５に記録されているカード残額）の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求がカードＲ／Ｗ制御部２９に届いており一般カード５に記録されている残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０３５６】
なおユニット制御部２２は、Ｓ４４６で使用額分の玉貸処理が開始されると、リカバリ情報のカード残額（即ち減算更新後の管理残額）と、判定用記憶領域で記憶している残額（即ちＳ４４５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４４７）、残額一致（Ｙ）と判定すると、前記Ｓ３１３以降の処理を行う。一方、Ｓ４４７で残額不一致（Ｎ）と判定すると、前記Ｓ３５０に進んで、玉貸処理の終了後に（Ｓ３５０）、前記Ｓ３５１〜Ｓ３５４の異常報知処理を行う。このように、ユニット制御部２２により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、電断状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。またＳ３５１において、異常報知処理として一般カード５の返却を禁止するための返却禁止処理が行われるので、電断状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が一般カード５を返却して持ち去ってしまうことを防止できる。
【０３５７】
またユニット制御部２２は、前記Ｓ４４１で、電断を検知した後でない（即ち復電を検知していない）と判定されると（Ｎ）、前記Ｓ４４２の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う（Ｓ４４２ａ）。これによれば、カードＲ／Ｗ制御部２９に電断から復電したことを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２２で電断を検知した後でなければ、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０３５８】
さらにユニット制御部２２は、前記Ｓ４４４で、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きい（カード残額＞記憶残額）と判定されると、玉貸処理を行うことなく、前記Ｓ３５１に進んで異常報知処理を行う。このように、ユニット制御部２２により、受信したリカバリ情報に含まれるカード残額が記憶残額よりも大きいか否かが判定され、該カード残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、カードＲ／Ｗ制御部２９で管理されている残額（一般カード５のカード残額）を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０３５９】
次にＳ４４０に戻り、該Ｓ４４０で減算要求の送信後に減算応答を未受信の状態である（即ち減算要求を送信済みである旨が記憶されている）と判定されなかった場合（即ち減算要求を送信済みである旨が記憶されていない場合）には、入金消費情報送信後に入金消費完了通知を未受信の状態であるか否かの判定が実施される。具体的には、ＥＥＰＲＯＭの状態記憶領域を領域を参照して、入金消費情報を送信済みである旨が記憶されているか否かの判定を行う（Ｓ４５０）。Ｓ４５０で入金消費情報の送信後に入金消費完了通知を未受信の状態である（即ち入金消費情報を送信済みである旨が記憶されている）と判定された場合には、ユニット制御部２２で電断を検知した後であるか否か（即ち復電を検知したか否か）を判定する（Ｓ４５１）。
【０３６０】
Ｓ４５１で電断を検知した後であると判定された場合（即ち復電を検知した場合）には（Ｙ）、受信したリカバリ情報に含まれる処理情報がＥＥＰＲＯＭに記憶している送信情報と一致するか否かを判定する（Ｓ４５２）。ここで一致しない（処理情報≠送信情報）と判定されたときには（Ｎ）、受け付けた貨幣を返却し（Ｓ４５３）、更新した送信情報を元に戻して（Ｓ４５４：偶数回であれば奇数回とし、奇数回であれば偶数回とする）、通常稼働状態となる（Ｓ４５５）。Ｓ４５５の通常稼働状態では、貨幣が入金されると前述したＳ１００以降の処理が行われる。従って、管理装置オフライン状態が継続しているときは、所定額（１０００円）以下の貨幣の入金によってＳ１６７の入金額分の玉貸処理が実施される。
【０３６１】
一方、Ｓ４５２で一致すると判定されたときには、前記Ｓ１６５以降の処理が行われる。即ち、受け付けた貨幣が回収され（Ｓ１６５）、入金額を残額として表示用記憶領域に記憶した後に（Ｓ１６６）、入金額分の玉貸処理を実施（Ｓ１６７）すると共に、記憶残額から該入金額（即ち玉貸処理に使用される金額）を減算する（Ｓ１６７ａ）。そして入金額分の玉貸処理が終了すると（Ｓ１６８）、通常稼働状態となる（Ｓ１６９）。
【０３６２】
このように、カードＲ／Ｗ制御部２９により、電断状態からの復電を検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がユニット制御部２２に対して送信され、該リカバリ情報を受信したユニット制御部２２により、該受信したリカバリ情報に含まれる処理情報と当該ユニット制御部２２で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、電断が発生しても、カードＲ／Ｗ制御部２９側とユニット制御部２２側の処理に不一致が生じることがない。
【０３６３】
ここで仮に、ユニット制御部２２が、前記リカバリ情報として、一般カード５に記録されているカード残額や電断状態の発生前におけるカードＲ／Ｗ制御部２９の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、電断状態の発生前に入金消費情報を受信できているか否かに関わらず、一般カード５に記録されている残額は零であり、また電断状態の発生前におけるカードＲ／Ｗ制御部２９の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図１７に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをユニット制御部２２が把握できるようにしたものである。
【０３６４】
またユニット制御部２２は、前記Ｓ４５１で、電断状態を検知した後でない（即ち復電を検知していない）と判定すると（Ｎ）、前記Ｓ４５２の判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う（Ｓ４５２ａ）。これによれば、カードＲ／Ｗ制御部２９に電断から復電したことを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２２で電断を検知した後でなければ、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０３６５】
次にＳ４５０に戻り、該Ｓ４５０で入金消費情報の送信後に入金消費完了通知を未受信の状態でない（即ち入金消費情報を送信済みである旨が記憶されていない）と判定された場合には、通常稼働状態となる（Ｓ４６０）。Ｓ４６０の通常稼働状態では、貨幣が入金されると前述したＳ１００以降の処理が行われ、一般カード５が挿入されると前述したＳ２００以降の処理が行われ、玉貸ボタン１５が操作されると前述したＳ３００以降の処理が行われ、カード返却ボタン１６が操作されると前述したＳ５００以降の処理が行われる。
【０３６６】
次に、図１８を用いて、カード返却ボタン１６が操作された際の処理について説明する。図１８に示すように、ユニット制御部２２において、カード返却ボタン１６の操作が検出されると（Ｓ５００）、返却操作が有効であるか否かの判定が実施される（Ｓ５０１）。Ｓ５０１の判定で、返却操作が有効でないと判定されると（Ｎ）、処理を終了する（Ｓ５０２）。一方、Ｓ５０１の判定で返却操作が有効であると判定された場合には（Ｙ）、カード玉貸可能状態を解除して（Ｓ５０３）、カード返却ボタン１６が操作された旨を示す返却要求をカードＲ／Ｗ制御部２９に送信する（Ｓ５０４）。返却要求を受けたカードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７のカードからカードＩＤ及びカード残額を読み取ると共に、該読み取った情報を含む返却要求と、消去通知を、装置ＩＤと共にシステムコントローラ６０に送信する。
【０３６７】
Ｓ５０５で送信された情報を受信したシステムコントローラ６０では、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて記憶しているカードＩＤを消去する（Ｓ５０６）と共に、残額ＤＢにおいて、受信したカード残額を、受信したカードＩＤに対応付けて管理残額として記憶する（Ｓ５０７）。そして、返却完了通知をカードユニット２０に返信する（Ｓ５０８）。返却完了通知を受けたカードＲ／Ｗ制御部２９は、ユニット制御部２２に返却完了通知を送信する（Ｓ５０９）と共に、カードＲ／Ｗ２７のカードを排出する（Ｓ５１０）。そして、ストック枚数の更新に伴い後述するＳＡ０１以下の処理を行う。一方、Ｓ５０９の返却完了通知を受けたユニット制御部２２では、判定用記憶領域及び表示用記憶領域の記憶残額を消去する（Ｓ５１１）。
【０３６８】
次に、図１９を用いて、排出されて抜取待ち状態（ここでは一般カード５の一端がカード挿入口２７ａから外部に突出した状態を指す）となった一般カード５が抜き取られたときの処理について説明する。
【０３６９】
カードＲ／Ｗ制御部２９がカードの抜き取りを検出すると（Ｓ６００）、カードストッカ２８に収納されている一般カード５のうちの１枚をカードＲ／Ｗ２７に供給して待機させる（Ｓ６０１）。次いで、カードＲ／Ｗ制御部２９は、カードＲ／Ｗ２７の一般カード５に記録されている記録情報（カード残額，カードＩＤ）を読み取り（Ｓ６０２：供給時読取）、カードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（Ｓ６０３：供給時判定）。Ｓ６０３の供給時判定によって、使用可能であると判定されたときには（Ｙ）、Ｓ６０２で読み取ったカードＩＤを、装置ＩＤと共にシステムコントローラ６０に送信する（Ｓ６０４：供給時送信）。一方、Ｓ６０３の供給時判定によって、使用可能でないと判定されたときには（Ｎ）、カードＲ／Ｗ２７のカードを排出すると共に（Ｓ６１０）、ユニット制御部２２にカード異常通知を送り（Ｓ６１１）、ストック枚数の更新に伴い後述するＳＡ０１以下の処理を行う。カード異常通知を受けたユニット制御部２２では多機能ランプ２６によるカード異常報知を行う（Ｓ６１２）。
【０３７０】
このように、カードストッカ２８からカードＲ／Ｗ２７に一般カード５が供給されたときに、該一般カード５が使用可能であるか否かの供給時判定（Ｓ６０３）を行う。その結果、使用不可のカードは排出され、カード異常報知がされているカードユニット２０を発見した店員により回収されるので、遊技者が入金を行う時点でカードＲ／Ｗ２７のカードが使用不可となっている事態を極力回避することができる。従って、入金することができず（即ち速やかに遊技を開始させることができず）遊技者に迷惑をかけるおそれを著しく低減させると共に、遊技場の稼働低下を防止することができる。
【０３７１】
次に、Ｓ６０４の供給時送信の情報を受信したシステムコントローラ６０の作用について説明する。図２０に示すように、Ｓ６０４の供給時送信の情報を受信したシステムコントローラ６０は、受信したカードＩＤのカードが使用可能であるか否かの供給時使用判定が実施される（Ｓ６２０）。該Ｓ６２０は、受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤ（別装置ＩＤ）と対応付けてカードユニットＤＢに記憶されているか否かの判定である（記憶されていないときに使用可能であると判定し、記憶されているときに使用可能でないと判定する）。Ｓ６２０で使用可能であると判定されたときには、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する（Ｓ６２１）。次いで、受信した装置ＩＤのカードユニット２０に対して、受信したカードＩＤのカードが使用可能である旨を示す使用判定結果を送信する（Ｓ６２２）。一方、Ｓ６２０で使用可能でないと判定されたときには、受信した装置ＩＤのカードユニット２０に対して、受信したカードＩＤのカードが使用可能でない旨を示す使用判定結果を送信する（Ｓ６２１ａ）。さらに、前記別装置ＩＤのカードユニット２０に対しては、所定の異常処理を実施する旨の異常処理通知を送信する（Ｓ６４０）。
【０３７２】
Ｓ６２２（使用可）又はＳ６２１ａ（使用不可）の使用判定結果をカードＲ／Ｗ制御部２９が受信すると（Ｓ６３０）、該使用判定結果が使用可能である旨を示すか否かの判定を実施する（Ｓ６３１）。Ｓ６３１の判定で、使用可能である旨を示すと判定されたときには（Ｙ）、カードを待機（留保）させて（Ｓ６３２）、消去通知を装置ＩＤと共にシステムコントローラ６０に送信する（Ｓ６３３）。
【０３７３】
一方、Ｓ６３１の判定で、使用可能である旨を示さない（即ち使用不可能である旨を示す）と判定されたときには（Ｎ）、カードの排出処理を禁止する（Ｓ６３２ａ）と共に、カード異常通知及び入金禁止通知をユニット制御部２２に送る（Ｓ６３３ａ）。これを受けたユニット制御部２２は、多機能ランプ２６によるカード異常報知を行うと共に、入金を禁止する（Ｓ６３４ａ）。
【０３７４】
このように、カードユニット２０においてカードストッカ２８からカードＲ／Ｗ２７に一般カード５が供給されたときに、システムコントローラ６０において該一般カード５が使用可能であるか否かの供給時使用判定（Ｓ６２０）を行う。その結果、使用不可と判定された場合にカードユニット２０で入金が禁止され、使用不可のカードは、カード異常報知がされているカードユニット２０を発見した店員により回収されるので、遊技者が入金を行った時点でカードＲ／Ｗ２７のカードが使用不可となっている事態を極力回避することができる。従って、入金することができず（即ち速やかに遊技を開始させることができず）遊技者に迷惑をかけるおそれを著しく低減させると共に、遊技場の稼働低下を防止することができる。
【０３７５】
また、供給時使用判定において、システムコントローラ６０がＳ６０４で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、使用可能でないと判定されるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードの使用を防止することができる。
【０３７６】
一方で、前述したＳ６４０の異常処理通知を前記別装置ＩＤのカードユニット２０が受信すると、カードＲ／Ｗ制御部２９が、カードの排出処理を禁止して（Ｓ６４１）、異常処理通知をユニット制御部２２に送り（Ｓ６４２）、該異常処理通知を受けたユニット制御部２２が、多機能ランプ２６によるカード異常報知を行い、入金を禁止し、玉貸を禁止する（Ｓ６４３）。
【０３７７】
このように、システムコントローラ６０がＳ６０４で受信したカードＩＤが、該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤと対応付けて管理されていることを条件として、当該異なる装置ＩＤ（別装置ＩＤ）のカードユニット２０において異常処理（排出処理禁止，カード異常報知，入金禁止，玉貸禁止）が行われるので、他と同一のカードＩＤが不正に記録されたおそれのあるカードが既に使用されている場合に、該使用中のカードに対する処置が可能となる。ここでは、別装置ＩＤのカードユニット２０で使用されているカード（ここでは他と同一のカードＩＤが不正に記録されたおそれのあるカード）は排出されずにカードＲ／Ｗ２７部に滞留し、遊技場の店員による所定の解除操作を受けて回収され、チェックされるので、他の一般カード５に記録されているカードＩＤと同一のカードＩＤが不正に記録されたおそれのあるカードの使用による遊技場の被害を低減させることができる。
【０３７８】
なお、Ｓ６３３で送信された消去通知を受信したシステムコントローラ６０においては、該消去通知と共に受信した装置ＩＤに対応付けてカードユニットＤＢに記憶されているカードＩＤを消去する（Ｓ６３４）。
【０３７９】
このように、Ｓ６３０でカードユニット２０が受信した判定結果が使用可能である旨を示すことを条件として、システムコントローラ６０が該カードユニット２０の装置ＩＤに対応するカードＩＤをカードを消去しておくので、カードユニット２０に一般カード５が挿入されるときには、該カードユニットとシステムコントローラ６０間で前記消去を行うための処理を行う必要がなく、当該挿入されるカードに関する処理（例えばＳ２２１に示すカードＩＤの記憶処理やＳ２２２に示すカード残額の照合等）を迅速に行うことができる。
【０３８０】
次に、図２１を用いて、営業時間中のストック枚数の更新に伴うストック枚数の判定，報知について説明する。営業時間中に、カードの取込処理，排出処理に伴うストック枚数の更新が行われると、カードＲ／Ｗ制御部２９からユニット制御部２２に対して更新後のストック枚数が通知される（ＳＡ０１）、次いでユニット制御部２２では、通知されたストック枚数が第１上限値（ここでは１０）以上であるか否かの判定が実施される（ＳＡ０２）。ＳＡ０２の判定で、第１上限値以上であると判定されたときには（Ｙ）、多機能ランプ２６により該第１上限値以上である旨が報知される（ＳＡ１１）。この報知（黄点灯）によって、遊技場の店員は、ストック枚数が第１上限値以上であるカードユニット２０を把握して、後述するようにメンテナンスモードに移行させて、回収モードでカードの回収を行い、ストック枚数を適正値にすることができる。
【０３８１】
一方、ＳＡ０２の判定で、第１上限値以上でないと判定されたときには（Ｎ）、次いでストック枚数が第１下限値（ここでは０）以下であるか否かの判定が実施される（ＳＡ０３）。ＳＡ０３の判定で、第１下限値以下であると判定されたときには（Ｙ）、多機能ランプ２６により該第１下限値以下である旨が報知される（ＳＡ１２）。この報知（紫点灯）によって、遊技場の店員は、ストック枚数が第１下限値以下であるカードユニット２０を把握して、後述するようにメンテナンスモードに移行させて、補充モードでカードの補充を行い、ストック枚数を適正値にすることができる。
【０３８２】
一方、ＳＡ０３の判定で、第１下限値以下でないと判定されたときには（Ｎ）、多機能ランプ２６により第１の範囲内（第１下限値＜ストック枚数＜第１上限値であり、ここでは１〜９）である旨が報知される（ＳＡ０４）。この報知（緑点灯）が行われることで、遊技場の店員は、当該カードユニット２０で早急にカードの回収・補充を行う必要はないことを把握することができる。
【０３８３】
ここで、前述した図８のＳ１１１，図１０のＳ１７１，図１１のＳ２１１，及び図１９のＳ６１１のように、カード異常通知がカードＲ／Ｗ制御部２９からユニット制御部２２に送られると、多機能ランプ２６がカード異常報知を開始するため（図８のＳ１１２，図１０のＳ１７２，図１１のＳ２１２，及び図１９のＳ６１２）、前述したＳＡ０１以下の処理において、ＳＡ１１，ＳＡ１２，又はＳＡ０４の報知を行おうとするときには、既に多機能ランプ２６が赤で点滅している状態である。従って、前記カード異常報知と、ストック枚数の更新に伴う報知の両報知を行うために、次のような処理を行う。
【０３８４】
まず、ＳＡ０１においてストック枚数の通知を受けたユニット制御部２２は、記録媒体が使用不可である旨のカード異常報知（赤点滅）を行っている状態であるか否かを判定し、カード異常報知を行っている状態でないと判定されると、前述したようにＳＡ０２又はＳＡ０３の判定に基づいて、多機能ランプ２６によるＳＡ１１，ＳＡ１２，又はＳＡ０４の報知を行う。図１２のＳ２２４ａ及び図１８のＳ５１０に示したように、カード異常通知を伴わないストック枚数の更新ではこのような報知となる。一方、カード異常報知を行っている状態であると判定されると、カード異常報知と、前述したＳＡ０２又はＳＡ０３の判定に基づくＳＡ１１，ＳＡ１２，又はＳＡ０４のいずれかの報知を、所定間隔（例えば３秒）で交互に繰り返す。具体的には、カード異常報知とＳＡ１１の報知を行う場合には、多機能ランプ２６の赤点滅と黄点灯を交互に３秒ずつ繰り返し、カード異常報知とＳＡ１２の報知を行う場合には、多機能ランプ２６の赤点滅と紫点灯を交互に３秒ずつ繰り返し、カード異常報知とＳＡ０４の報知を行う場合には、多機能ランプ２６の赤点滅と緑点灯を交互に３秒ずつ繰り返す。前述した図８のＳ１１１，図１０のＳ１７１，図１１のＳ２１１，及び図１９のＳ６１１に示したように、カード異常通知を伴うストック枚数の更新ではこのような報知となる。これによって、遊技場の店員は、カード異常報知とストック枚数の更新に伴う報知の両報知を行っているカードユニット２０を把握して、状況に応じた処置，例えば排出されたカードの回収及びカードの補充等を行うことができる。
【０３８５】
次に、図２２を用いて、メンテナンスモード移行操作が行われたときの処理について説明する。遊技場の店員が、リモートコントローラ３０の上部をカードユニット２０（例えば、ストック枚数が第１上限値以上である旨が報知されている（黄点灯している）カードユニット２０，ストック枚数が第１下限値以下である旨が報知されている（紫点灯している）カードユニット２０，及び締め処理時報値手段による報知が行われている（緑点滅している）カードユニット２０等）の赤外線受信部２５ｂに向けて、メンテナンスボタンを押圧操作すると、メンテナンスモード移行要求が前記赤外線受信部２５ｂに対して送信される。
【０３８６】
上記リモートコントローラ３０から送信されたメンテナンスモード移行要求を赤外線受信部２５ｂが受信すると、ユニット制御部２２が該受信を検出して（ＳＢ０１）、カード玉貸可能状態であるか否かの判定が実施される（ＳＢ０２）。ＳＢ０２の判定でカード玉貸可能状態であると判定されたときには（Ｙ）、メンテナンスモードに移行せず、処理を終了する（ＳＢ０３ａ）。一方、ＳＢ０２の判定でカード玉貸可能状態でないと判定されたときには（Ｎ）、メンテナンスモードに移行する旨を示すメンテナンス通知をカードＲ／Ｗ制御部２９に送信する（ＳＢ０３）。ＳＢ０３のメンテナンス通知を受けたカードＲ／Ｗ制御部２９では、メンテナンスモードに移行すると共に（ＳＢ０４）、計数しているストック枚数をユニット制御部２２に通知する（ＳＢ０５）。ストック枚数の通知を受けたユニット制御部２２では、メンテナンスモードに移行して、ストック枚数を表示部２５ａに表示する（ＳＢ０６）。なお、このメンテナンスモードへの移行に伴い、ユニット制御部２２が入金を不可とする。
【０３８７】
このように、カードユニット２０において、メンテナンスモードに移行することに基づいて表示部２５ａにストック数を表示するので、店員は収納されているカードの枚数を把握することができ、カードの回収や補充を行う際の正確な調整が可能となる。
【０３８８】
次に、図２３を用いて、回収モード起動操作が行われたときの処理について説明する。遊技場の店員が、リモートコントローラ３０の上部をカードユニット２０の赤外線受信部２５ｂに向けて、回収ボタンを押圧操作すると、回収モード起動要求が前記赤外線受信部２５ｂに対して送信される。
【０３８９】
上記リモートコントローラ３０から送信された回収モード起動要求を赤外線受信部２５ｂが受信すると、ユニット制御部２２が該受信を検出して（ＳＣ０１）、メンテナンスモードであるか否かの判定が実施される（ＳＣ０２）。ＳＣ０２の判定で、メンテナンスモードでないと判定されたときには（Ｎ）、処理を行わない（ＳＣ０３ａ）。つまり回収モードを起動しない。一方、ＳＣ０２の判定で、メンテナンスモードであると判定されると（Ｙ）、回収モードが起動（ＳＣ０３）する。この回収モード起動に伴い、表示部２５ａに、回収モードが起動中である旨を示すｏｕｔが表示される。次いで、ユニット制御部２２からカードＲ／Ｗ制御部２９に対して、回収モードを起動する旨を示す回収通知を送る（ＳＣ０４）。回収通知を受けたカードＲ／Ｗ制御部２９では、回収モードが起動して（ＳＣ０５）、カードＲ／Ｗ２７部のカードが排出されて抜取待ち状態となる（ＳＣ０６）。この排出処理の際、カードＲ／Ｗ制御部２９においては、排出処理が行われたことに基づいて、計数しているストック枚数から１を減算する。ＳＣ０６の処理の後、カードＲ／Ｗ制御部２９からユニット制御部２２に対してストック枚数が通知され（ＳＣ０７）、該通知を受けたユニット制御部２２では、通知されたストック枚数（減算更新後のストック枚数）を表示する（ＳＣ０８）。
【０３９０】
ＳＣ０６でカード抜取待ち状態となったカードＲ／Ｗ制御部２９においては、カードの抜き取りを検出すると（ＳＣ０９）、カードストッカ２８に収納されている一般カード５のうちの１枚をカードＲ／Ｗ２７まで供給して待機させる（ＳＣ１０）。そして、ユニット制御部２２からの解除通知（後述するＳＦ０３）を受信したか否か（即ち、当該カードユニット２０がメンテナンスモード解除要求を受信したか否か）を判定し（ＳＣ１１）、受信していないと判定されたときには（Ｎ）、ＳＣ０６以降の処理が繰り返される。つまり、回収モードが継続する。一方、ＳＣ１１の判定で、受信したと判定されたときには（Ｙ）、処理を終了する（ＳＣ１２）。この回収モードによって、カードを回収し、適切なストック枚数とすることができる。
【０３９１】
次に、図２４を用いて、補充モード起動操作が行われたときの処理について説明する。遊技場の店員が、リモートコントローラ３０の上部をカードユニット２０の赤外線受信部２５ｂに向けて、補充ボタンを押圧操作すると、補充モード起動要求が前記赤外線受信部２５ｂに対して送信される。
【０３９２】
上記リモートコントローラ３０から送信された補充モード起動要求を赤外線受信部２５ｂが受信すると、ユニット制御部２２が該受信を検出して（ＳＤ０１）、メンテナンスモードであるか否かの判定が実施される（ＳＤ０２）。ＳＤ０２の判定で、メンテナンスモードでないと判定されたときには（Ｎ）、処理を行わない（ＳＤ０３ａ）。つまり補充モードを起動しない。一方、ＳＤ０２の判定で、メンテナンスモードであると判定されると（Ｙ）、補充モードが起動（ＳＤ０３）する。この補充モード起動に伴い、表示部２５ａに、補充モードが起動中である旨を示すｉｎが表示される。次いで、ユニット制御部２２からカードＲ／Ｗ制御部２９に対して、補充モードを起動する旨を示す補充通知を送る（ＳＤ０４）。補充通知を受けたカードＲ／Ｗ制御部２９では、補充モードが起動して（ＳＤ０５）、カードの挿入待ち状態となる（ＳＤ０６）。
【０３９３】
ＳＤ０６でカード挿入待ち状態となったカードＲ／Ｗ制御部２９においては、カードの前方挿入を検出すると（ＳＤ０７）、カードＲ／Ｗ２７部のカードをカードストッカ２８に収納する収納処理を行い（ＳＤ０８）、検出した前方挿入カードのカードＲ／Ｗ２７への取込処理を行う（ＳＤ０９）。この取込処理の際、カードＲ／Ｗ制御部２９においては、取込処理が行われたことに基づいて、計数しているストック枚数に１を加算する。ＳＤ０９の処理の後、カードＲ／Ｗ制御部２９からユニット制御部２２に対してストック枚数が通知され（ＳＤ１０）、該通知を受けたユニット制御部２２では、通知されたストック枚数（加算更新後のストック枚数）を表示する（ＳＤ１１）。ＳＤ１０のストック枚数の通知後、カードＲ／Ｗ制御部２９は、ユニット制御部２２からの解除通知（後述するＳＦ０３）を受信したか否か（即ち、当該カードユニット２０がメンテナンスモード解除要求を受信したか否か）を判定し（ＳＤ１２）、受信していないと判定されたときには（Ｎ）、ＳＤ０６以降の処理が繰り返される。つまり、補充モードが継続する。一方、ＳＤ１２の判定で、受信したと判定されたときには（Ｙ）、処理を終了する（ＳＤ１３）。この補充モードによって、カードを補充し、適切なストック枚数とすることができる。
【０３９４】
次に、図２５を用いて、締め処理信号送信時の処理について説明する。図６（ｂ）に示したようにして、システムコントローラ６０において、締め処理信号の送信ボタンが選択されると（ＳＥ０１）、指定された遊技島に属するカードユニット２０に対して締め処理信号が送信される（ＳＥ０２）。締め処理信号を受信したカードＲ／Ｗ制御部２９は、締め処理を実施する旨をユニット制御部２２に送信し、該ユニット制御部２２及びカードＲ／Ｗ制御部２９によって前述した締め処理（合計入金額，合計使用額の送信）が実施される（ＳＥ０３）。そして、締め処理が完了すると、カードＲ／Ｗ制御部２９からユニット制御部２２に対して、スイッチテーブル及びストック枚数通知が送信される（ＳＥ０４）。ユニット制御部２２は、スイッチテーブルを参照して、第２上限値設定情報が第２上限値の設定を有効とする旨を示すか否かを判定する（ＳＥ０５）。ＳＥ０５で有効とする旨を示すと判定されたときには（Ｙ）、ストック枚数がスイッチテーブルの第２上限値以上であるか否かを判定する（ＳＥ０６：第２上限値判定）。ＳＥ０６で第２上限値以上であると判定されたときには、多機能ランプによる報知（緑点滅）が行われる（ＳＥ０７）と共に、自動的にメンテナンスモードに移行する（ＳＥ０８）。つまり、前述したＳＢ０３〜ＳＢ０６の処理が自動的に実施される。
【０３９５】
従って、カードの回収作業を閉店時に行う遊技場においては、図６（ａ）の報知基準値設定画面で２上限値の設定を有効にするよう選択する（「第２上限値の設定を有効にする」チェックボックスをチェックする）ことで、締め処理の際に、店員が、ストック枚数が第２上限値以上のカードユニット２０を把握して、カードの回収作業を行うことができる。これにより、適切なストック枚数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員による記録媒体の回収作業が極力不要となるので、円滑な営業を行うことができる。
【０３９６】
一方、ＳＥ０５の判定で、第２上限値の設定を有効としない旨を示すと判定されたときには（Ｎ）、ストック枚数が収納限界値（１０）に達しているか否かを判定する（ＳＥ１０：収納限界値判定）。ＳＥ１０で収納限界値に達していると判定されたときには（Ｙ）、多機能ランプによる報知（緑点滅）が行われる（ＳＥ１１）と共に、自動的にメンテナンスモードに移行する（ＳＥ１２）。つまり、前述したＳＢ０３〜ＳＢ０６の処理が自動的に実施される。
【０３９７】
従って、カードの回収作業を閉店時に行わず翌営業日に行うことを希望する遊技場においては、図６（ａ）の報知基準値設定画面で２上限値の設定を有効にしないよう選択する（「第２上限値の設定を有効にする」チェックボックスをチェックしない）ことで、締め処理の際に、店員が、翌営業日の営業開始時点で動作に支障のある（ストック枚数が収納限界値に達しているため一般カード５の挿入ができない）カードユニット２０を把握して、カードの回収作業を行うことができる。つまり、本来、翌営業日に回収作業を行うことを希望する遊技場であれば、当日中の対応を行わないことで、翌日の営業開始時点で動作に支障のあるカードユニット２０が存在する場合があり、これによる稼働率の低下及び売上の減少が生じてしまうという問題があるが、このような遊技場で、第２上限値の設定を有効にしないよう選択する（「第２上限値の設定を有効にする」チェックボックスをチェックしない）ことで、単にストック枚数が第２上限値以上の（但し収納限界値には達していない）カードユニット２０については報知が行われず、ストック枚数が収納限界値に達しているため外部からのカード挿入ができない（即ち一般カード５による台移動が不可能な）カードユニット２０についてのみ報知が行われることとなる。即ち、ストック枚数が第２上限値以上であっても翌日の営業開始時点で動作に支障のないカードユニット２０については本来の翌日対応とすることができ、最低限、動作に支障のあるカードユニット２０を把握して当日中の対応を行うことで、翌営業日のパチンコ機１０の稼働率低下による売上の減少を回避することができる。
【０３９８】
また、ＳＥ０８又はＳＥ１２に示すように、カードユニット２０において、ストック枚数が第２上限値以上であると判定されたとき，又は収納限界値に達していると判定されたときには、メンテナンスモード移行要求の受付によらずメンテナンスモードに自動的に移行するので、カードユニット２０をメンテナンスモードに移行するための店員のリモコン操作が不要であり、店員の負担が軽減される。
【０３９９】
なお、ＳＥ０８又はＳＥ１２において自動的にメンテナンスモードに移行すると、回収モード起動要求の受信によって回収モードが起動し（図２３のＳＣ０３，ＳＣ０５）、カードが排出される（ＳＣ０６）。
【０４００】
このように、カードユニット２０において、ストック枚数が第２上限値以上であると判定されたとき，又は収納限界値に達していると判定されたときに、回収モードの起動に伴いカードＲ／Ｗ２７部のカードを、カード挿入口２７ａから外部に排出する処理を行うので、カードを回収するためにパチンコ機台間からカードユニット２０を引き出して、カードストッカ２８を取り出す作業等が不要であり、店員の回収作業の負担を軽減することができる。
【０４０１】
前記ＳＥ０６の判定で、ストック枚数が第２上限値以上でないと判定されたとき（Ｎ），又は前記ＳＥ１０の判定で、ストック枚数が収納限界値に達していないと判定されたときには（Ｎ）、ユニット制御部２２は、スイッチテーブルを参照して、第２下限値設定情報が第２下限値の設定を有効とする旨を示すか否かを判定する（ＳＥ２０）。ＳＥ２０で有効とする旨を示すと判定されたときには（Ｙ）、ストック枚数がスイッチテーブルの第２下限値以下であるか否かを判定する（ＳＥ２１：第２下限値判定）。ＳＥ２１で第２下限値以下であると判定されたときには、多機能ランプによる報知（緑点滅）が行われる（ＳＥ２２）と共に、自動的にメンテナンスモードに移行する（ＳＥ２３）。つまり、前述したＳＢ０３〜ＳＢ０６の処理が自動的に実施される。
【０４０２】
従って、カードの補充作業を閉店時に行う遊技場においては、図６（ａ）の報知基準値設定画面で第２下限値の設定を有効にするよう選択する（「第２下限値の設定を有効にする」チェックボックスをチェックする）ことで、締め処理の際に、店員が、ストック枚数が第２下限値以下のカードユニット２０を把握して、カードの補充作業を行うことができる。これにより、適切なストック枚数で翌日の営業開始を迎えることができ、遊技場の営業時間内での店員による記録媒体の補充作業が極力不要となるので、円滑な営業を行うことができる。
【０４０３】
一方、ＳＥ２０の判定で、第２下限値の設定を有効としない旨を示すと判定されたときには（Ｎ）、ストック枚数が零であるか否かを判定する（ＳＥ３０：零判定）。ＳＥ３０で零であると判定されたときには（Ｙ）、多機能ランプによる報知（緑点滅）が行われる（ＳＥ３１）と共に、自動的にメンテナンスモードに移行する（ＳＥ３２）。つまり、前述したＳＢ０３〜ＳＢ０６の処理が自動的に実施される。
【０４０４】
従って、カードの補充作業を閉店時に行わず翌営業日に行うことを希望する遊技場においては、図６（ａ）の報知基準値設定画面で２下限値の設定を有効にしないよう選択する（「第２下限値の設定を有効にする」チェックボックスをチェックしない）ことで、締め処理の際に、店員が、翌営業日の営業開始時点で動作に支障のある（入金額を記録するための一般カード５がカードユニット２０内に存在しないため入金が不可能な）カードユニット２０を把握して、カードの補充作業を行うことができる。つまり、本来、翌営業日に補充作業を行うことを希望する遊技場であれば、当日中の対応を行わないことで、翌日の営業開始時点で動作に支障のあるカードユニット２０が存在する場合があり、これによる稼働率の低下及び売上の減少が生じてしまうという問題があるが、このような遊技場で、第２下限値の設定を有効にしないよう選択する（「第２下限値の設定を有効にする」チェックボックスをチェックしない）ことで、単にストック枚数が第２下限値以下の（但し零ではない）カードユニット２０については報知が行われず、ストック枚数が零であり入金が不可能なカードユニット２０についてのみ報知が行われることとなる。即ち、ストック枚数が第２下限値以下であっても翌日の営業開始時点で動作に支障のないカードユニット２０については本来の翌日対応とし、最低限、動作に支障のあるカードユニット２０を把握して当日中の対応を行うことで、翌営業日のパチンコ機１０の稼働率低下による売上の減少を回避することができる。
【０４０５】
なお、前述したように、ストック枚数が零のときの入金を可とした場合にも、第２下限値の設定を有効にしないよう選択する（「第２下限値の設定を有効にする」チェックボックスをチェックしない）ことで、単にストック枚数が第２下限値以下の（但し零ではない）カードユニット２０については報知が行われず、ストック枚数が零であり、店員からのカードの取得やカード補充が必要なため直ちに入金残額を返却することが不可能（つまり台移動や精算が不可能）なカードユニット２０についてのみ報知が行われることとなる。即ち、ストック枚数が第２下限値以下であっても翌日の営業開始時点で動作に支障のないカードユニット２０については本来の翌日対応とし、最低限、動作に支障のあるカードユニット２０を把握して当日中の対応を行うことで、翌営業日のパチンコ機１０の稼働率低下による売上の減少を回避することができる。
【０４０６】
また、ＳＥ２３又はＳＥ３２に示すように、カードユニット２０において、ストック枚数が第２下限値以下であると判定されたとき，又は零であると判定されたときには、メンテナンスモード移行要求の受付によらずメンテナンスモードに自動的に移行するので、カードユニット２０をメンテナンスモードに移行するための店員のリモコン操作が不要であり、店員の負担が軽減される。
【０４０７】
なお、ＳＥ２３又はＳＥ３２において自動的にメンテナンスモードに移行すると、補充モード起動要求の受信によって補充モードが起動し（図２４のＳＤ０３，ＳＤ０５）、カード挿入待ち状態となる（ＳＤ０６）。
【０４０８】
このように、カードユニット２０において、ストック枚数が第２下限値以下であると判定されたとき，又は零であると判定されたときに、補充モードの起動に伴いカード挿入待ち状態となるので、カードを補充するために、パチンコ機台間からカードユニット２０を引き出して、カードストッカ２８を取り出す作業等が不要であり、店員の補充作業の負担を軽減することができる。
【０４０９】
前記ＳＥ２１の判定で、ストック枚数が第２下限値以下でないと判定されたとき（Ｎ），又は前記ＳＥ３０の判定で、ストック枚数が零でないと判定されたときには（Ｎ）、動作を停止する（ＳＥ４０）。
【０４１０】
次に、図２６を用いて、メンテナンスモード解除操作が行われたときの処理について説明する。遊技場の店員が、リモートコントローラ３０の上部をカードユニット２０の赤外線受信部２５ｂに向けて、解除ボタンを押圧操作すると、メンテナンスモード解除要求が前記赤外線受信部２５ｂに対して送信される。
【０４１１】
上記リモートコントローラ３０から送信されたメンテナンスモード解除要求を赤外線受信部２５ｂが受信すると、ユニット制御部２２が該受信を検出して（ＳＦ０１）、メンテナンスモードであるか否かの判定が実施される（ＳＦ０２）。ＳＦ０２の判定で、メンテナンスモードでないと判定されたときには（Ｎ）、処理を行わない（ＳＦ０３ａ）。一方、ＳＦ０２の判定で、メンテナンスモードであると判定されると（Ｙ）、メンテナンスモードを解除する指示としての解除通知がユニット制御部２２からカードＲ／Ｗ制御部２９に送信される（ＳＦ０３）。解除通知を受けたカードＲ／Ｗ制御部２９では、メンテナンスモードを解除して（ＳＦ０４）、メンテナンスモードを解除した旨を示す解除完了通知をユニット制御部２２に送信する（ＳＦ０５）。解除完了通知を受けたユニット制御部２２では、メンテナンスモードを解除して、表示部２５ａにおけるストック枚数の表示を停止する（ＳＦ０６）。次いで、締め処理信号を受信済みであるか否かの判定が実施され（ＳＦ０７）、受信済みであると判定されると（Ｙ）、動作を停止する（ＳＦ０８）。一方、ＳＦ０７の判定で受信済みでないと判定されたときには（Ｎ）、処理が終了する（ＳＦ０９）。
【０４１２】
なお、カードＲ／Ｗ制御部２９では、ＳＦ０４のメンテナンスモード解除に伴い、回収モードが起動中であればこれを終了し、補充モードが起動中であればこれを終了する。ここで、回収モードを終了するにあたり、カード抜き取り待ち状態であれば、カードストッカ２８のカードをカードＲ／Ｗ２７に供給した後に回収モードが終了する。また、補充モードを終了するにあたり、カード挿入待ち状態であれば、該カード挿入待ち状態が解除された後、補充モードが終了する。一方、ユニット制御部２２では、ＳＦ０６のメンテナンスモード解除に伴い、回収モードが起動中であればこれを終了し、補充モードが起動中であればこれを終了する。さらに入金不可を解除して入金可とする。但し、メンテナンスモード解除の際、ストック枚数が零の場合には、入金不可を継続し、ストック枚数が収納限界値（１０）の場合には、カードＲ／Ｗ制御部２９によりカードの前方挿入を禁止する。
【０４１３】
次に図２７を用いて、精算処理における精算装置８０とシステムコントローラ６０の作用について説明する。精算装置８０において、一般カード５が挿入されて受け付けられると（ＳＧ０１）、カードからカードＩＤ，カード残額を読み取って（ＳＧ０２）、該読み取ったカードＩＤ，カード残額を含む精算許諾要求をシステムコントローラ６０に送信する（ＳＧ０３）。そして、精算許諾要求を受信したシステムコントローラ６０においては、該受信したカード残額と、該受信したカードＩＤと対応付けて残額ＤＢに記憶されている管理残額との照合（即ち、受信したカード残額≦受信したカードＩＤに対応付けて記憶されている管理残額、であるか否かの照合）を行い（ＳＧ０４）、照合ＯＫ（即ち受信したカード残額≦受信したカードＩＤに対応付けて記憶されている管理残額）であることを条件として、精算装置８０に対して、精算許諾情報を返信する（ＳＧ０５）。
【０４１４】
該精算許諾情報を受信した精算装置８０においては、前記読み取ったカード残額に相当する金額の貨幣を紙幣払出機８５及び／又は硬貨払出機８６から払い出して遊技者に返却する（ＳＧ０６）。次いで、一般カード５からカード残額を消去して、一般カード回収部８３ｂの内部に回収する（ＳＧ０７）。ＳＧ０７の処理が終了すると、精算装置８０からシステムコントローラ６０に対してカードＩＤを含む精算完了通知が送信され（ＳＧ０８）、これを受信したシステムコントローラ６０では、受信したカードＩＤに対応付けて記録されているカード残額を消去する（ＳＧ０９）。
【０４１５】
一方、ＳＧ０４で、照合ＮＧの場合（即ち受信したカード残額＞受信したカードＩＤに対応付けて記憶されているカード残額）には、精算装置８０に対して、精算不可情報を返信する（ＳＧ０５ａ）。精算不可情報を受信した精算装置８０は、前述したように、カードを留保し、異常を報知する（ＳＧ０６ａ）。
【０４１６】
［１−２．第１実施形態の変形例に係る遊技用システム１］
次に第１実施形態の変形例に係る遊技用システム１の構成について説明する。この変形例は、前述した第１実施形態と比較して、ユニット制御部２２がリカバリ情報送信要求手段として機能する点と、それに伴う入金処理完了判定手段，貸与判定手段，及び処理情報判定手段であるユニット制御部２２，並びにリカバリ情報送信手段であるカードＲ／Ｗ制御部２９の各機能のみが異なり、その他の点は同様である。
【０４１７】
ここでユニット制御部２２はリカバリ情報送信要求手段の一例であって、前記入金処理手段（カードＲ／Ｗ制御部２９）による入金処理（カード残額の更新）が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部（カードＲ／Ｗ制御部２９）に対して送信するものである。つまり、ユニット制御部２２は、電断状態から復電して通電状態となったときに、入金処理が完了しているか否かを示す情報（入金未完情報又は入金完了情報）を含むリカバリ情報の送信要求をカードＲ／Ｗ制御部２９に対して送信する。
【０４１８】
またリカバリ情報送信要求手段として機能するユニット制御部２２は、前記更新要求送信手段により更新要求（減算要求）を送信した後、前記更新応答返信手段から更新応答（減算応答）を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、有価価値管理部（カードＲ／Ｗ制御部２９）で管理されている有価価値の大きさ（管理残額＝一般カード５に記録されているカード残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。つまり、ユニット制御部２２は、電断状態から復電して通電状態となったときに、カード残額を含むリカバリ情報の送信要求をカードＲ／Ｗ制御部２９に対して送信する。
【０４１９】
さらにリカバリ情報送信要求手段として機能するユニット制御部２２は、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（カードＲ／Ｗ制御部２９）に対して送信するものである。つまり、ユニット制御部２２は、電断状態から復電して通電状態となったときに、処理情報を含むリカバリ情報の送信要求をカードＲ／Ｗ制御部２９に対して送信する。
【０４２０】
ここで前記入金処理完了判定手段として機能するユニット制御部２２は、前記入金要求送信手段（ユニット制御部２２）により入金要求を送信した後、前記入金完了通知返信手段（カードＲ／Ｗ制御部２９）から返信されてくる入金完了通知を受信する前に、前記リカバリ情報送信要求手段（ユニット制御部２２）による送信要求に応じて前記有価価値管理部（カードＲ／Ｗ制御部２９）から送信されてくるリカバリ情報（即ち入金未完情報又は入金完了情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。なお前記入金処理完了判定手段として機能するユニット制御部２２は、前述した第１実施形態と同様に、入金要求送信後に入金完了通知を未受信の状態で、前記受信したリカバリ情報に含まれる情報が、入金未完情報であるか入金完了情報であるかを判定する。
【０４２１】
ここで前記貸与判定手段として機能するユニット制御部２２は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２９）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ちカードＲ／Ｗ制御部２９で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２２は、前述した第１実施形態と同様に、減算要求送信後に減算応答を未受信の状態で、前記受信したリカバリ情報に含まれる有価価値の大きさ（カード残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０４２２】
ここで前記処理情報判定手段として機能するユニット制御部２２は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２９）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。なお前記処理情報判定手段として機能するユニット制御部２２は、前述した第１実施形態と同様に、入金消費情報送信後に入金消費完了通知を未受信の状態で、前記受信したリカバリ情報に含まれる処理情報が、記憶している送信情報と一致する（偶奇が一致する）か否かを判定する。また貸与制御部として機能するユニット制御部２２は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記処理情報判定手段により予め定められた関係であると判定されたことを条件として、前記貸与処理手段により前記入金額分の玉貸処理（入金額玉貸処理）を行う。
【０４２３】
なおリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２９は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をユニット制御部２２に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をユニット制御部２２に対して送信せず、この場合にはエラー処理を行う。つまり、カードＲ／Ｗ制御部２９は、電断が発生したことを検知した後にリカバリ情報の送信要求を受信したときにはユニット制御部２２に対してリカバリ情報を返信するが、電断が発生したことを検知していないにも拘わらずリカバリ情報の送信要求を受信したときには、リカバリ情報を返信せずにエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、一般カード５の返却を禁止する処理等である。
【０４２４】
次に図２８を参照して、第１実施形態の変形例に係る遊技用システム１の作用について説明する。この変形例では、前述した第１実施形態と比較して、前記図１６に代えて図２８の処理が行われる点のみが異なり、その他の処理は同様である。
【０４２５】
電断状態から復電して通電状態となると、ユニット制御部２２が復電を検知して（Ｓ８００）、リカバリ情報送信要求をカードＲ／Ｗ制御部２９に対して送信する（Ｓ８０１）。カードＲ／Ｗ制御部２９がＳ８０１のリカバリ情報送信要求を受信すると（Ｓ８０２）、復電を検知したか否か（即ち電断の検知後であるか否か）を判定する（Ｓ８０３）、ここで復電を検知していた場合（即ち電断の検知後である場合）には、入金完了情報又は入金未完情報，カード残額，及び処理情報（偶数回又は奇数回）の３つの情報を含むリカバリ情報をユニット制御部２２に対して送信する（Ｓ８１０）。このリカバリ情報に含める情報は、第１実施形態と同様である。Ｓ８１０のリカバリ情報をユニット制御部２２が受信すると（Ｓ８２０）、該ユニット制御部２２で図１７に示したＳ４３０以下の処理が行われる。
【０４２６】
ここでユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信するリカバリ情報送信要求は、入金完了情報又は入金未完情報と、管理残額と、処理情報とを全て含むリカバリ情報の送信を要求する旨を示すものであり、該送信要求を受信したカードＲ／Ｗ制御部２９では、上記３つの情報を全て含むリカバリ情報を返信するようになっている。
【０４２７】
一方、Ｓ８０３で復電を検知していなかった場合（即ち電断の検知後でなかった場合）には、リカバリ情報をユニット制御部２２に返信せず、エラー処理として、異常である旨を報知するための処理や、一般カード５の返却を禁止する処理等を行う。これによれば、ユニット制御部２２に電断から復電したことを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２９で復電（電断）を検知した後でなければ、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により記憶残額の更新処理，使用額分の玉貸処理，及び入金額分の玉貸処理が行われるのを防止できる。
【０４２８】
［２−１．第２実施形態に係る遊技用システム１’］
次に図１〜図３を参照して、第２実施形態に係る遊技用システム１’の構成について説明する。遊技用システム１’は、図１に示すように、前記カードユニット２０に代えてカードユニット２０’を備える点と、前記システムコントローラ６０に代えてシステムコントローラ６０’を備える点が、第１実施形態と異なる。なおカードユニット２０’がパチンコ機１０に対応して設けられる点や、紙幣２，硬貨３，及び一般カード５が使用される点等は、第１実施形態と同様である。
【０４２９】
第２実施形態に係るカードユニット２０’は、第１実施形態に係るカードユニット２０と比較して、前記ユニット制御部２２に代えてユニット制御部２２’を備える点と、前記カードＲ／Ｗ制御部２９に代えてカードＲ／Ｗ制御部２９’を備える点を備える点のみが異なり、その他の点は同様である。第２実施形態に係る遊技用システム１’では、貸与制御部が、ユニット制御部２２’ではなくカードユニット２０’であり、また有価価値管理部が、カードＲ／Ｗ制御部２９’ではなくシステムコントローラ６０’である。以下の説明では「貨幣の入金処理及び遊技媒体の貸与処理に係る機能」と、「記録媒体の使用可・不可の判定処理に係る機能」についてのみ第１実施形態との違いを説明する。「記録媒体数の適正化に係る機能」に関しては第１実施形態と同様であるため説明を省略する。
【０４３０】
（２−１−１．貨幣の入金処理及び遊技媒体の貸与処理に係る機能）
まず、貨幣の入金処理及び遊技媒体の貸与処理に係る機能について説明する。
【０４３１】
この第２実施形態に係る遊技用システム１’では、有価価値管理部であるシステムコントローラ６０’が、残額ＤＢでカードＩＤに対応付けて管理されている管理残額を更新することによって有価価値の大きさを管理している。そして貸与制御部であるカードユニット２０’への貨幣の入金（カード残額が零の状態での所定額である１０００円より大きい額の入金）又は一般カード５の挿入に応じて、システムコントローラ６０’から前記管理残額（＝入金完了通知又は照合ＯＫ通知を受信したカードＲ／Ｗ制御部２９’から通知されるカード残額）を取得して記憶残額として記憶することでカード玉貸可能状態となる。該状態で、貸与要求操作（玉貸ボタン１５の操作）がされると、カードユニット２０’からシステムコントローラ６０’に対して玉貸に使用される使用額とカードＩＤを含む減算要求が送られる。該減算要求を受けたシステムコントローラ６０’では、減算応答をカードユニット２０’に返信すると共に、受信したカードＩＤに対応する管理残額から前記使用額を減算する。減算応答を受けたカードユニット２０’では、記憶残額（及びカード残額）から使用額を減算すると共に、使用額分の玉貸処理であるカード玉貸処理を行う。
【０４３２】
一方、カードユニット２０’に所定額（１０００円）以下の貨幣の入金が行われる場合には、貸与制御部であるカードユニット２０’が、入金額とカードＩＤを含む入金消費情報をシステムコントローラ６０’に送信すると共に、送信情報を更新する。該入金消費情報を受信したシステムコントローラ６０’では、受信した入金額を残額ＤＢでカードＩＤに対応付けて一旦記憶して管理対象とした後に、該入金額（＝玉貸に使用される額）を減算する。そして、処理情報を更新すると共に、入金消費完了通知をカードユニット２０’に返信する。入金消費完了通知を受けたカードユニット２０’では、入金額を記憶残額として記憶して、入金額分の玉貸処理（いわゆる一発貸し）が行われる。
【０４３３】
カードユニット２０’は遊技用装置の一例であって、本第２実施形態では貨幣受付手段及び貸与制御部を含むものである。このカードユニット２０’は貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与するものである。
【０４３４】
この貸与制御部として機能するカードユニット２０’は、後述する入金要求送信手段，有価価値記憶手段，貸与要求操作検出手段，更新要求送信手段，貸与処理手段，有価価値減算手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，貸与制御部側通信可否検知手段，入金処理完了判定手段，貸与判定手段，処理情報判定手段等を有する。このカードユニット２０’では、カードＲ／Ｗ２７にある一般カード５に記録されているカード残額が零の状態で、貨幣受付手段により１０００円以下の貨幣を受け付けると、後述する入金額分の玉貸処理（入金額玉貸処理）が行われる。
【０４３５】
またカードユニット２０’では、貨幣受付手段により１０００円を超える貨幣も受付可能であり、該１０００円を超える貨幣を受け付けると、入金要求がシステムコントローラ６０’に対して送信されて該システムコントローラ６０’において後述する入金処理が行われ、貸与要求操作（玉貸操作）を検出すると、減算要求がシステムコントローラ６０’に対して送信されて該システムコントローラ６０’において後述する減算処理が行われ、カードユニット２０’において後述する貸与処理（使用額分の玉貸処理）が行われる。
【０４３６】
このカードユニット２０’では、一般カード５を受け付けると、該受け付けた一般カード５に記録されている残額を示す有価価値情報（残額照合要求）がシステムコントローラ６０’に対して送信され、貸与要求操作（玉貸操作）を検出すると、前記送信した残額照合要求に応じてシステムコントローラ６０’で行われた残額の照合が照合ＯＫであることを条件として、後述する貸与処理（使用額分の玉貸処理）が行われる。
【０４３７】
ユニット制御部２２’は、第１実施形態と同様にＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭ（あるいはＥＥＰＲＯＭ）に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、カードユニット２０’に備えられる各構成要素の動作を制御して（あるいは各構成要素からの信号を受信して）各種の処理を行うものである。
【０４３８】
カードＲ／Ｗ制御部２９’は、ＣＰＵ，ＲＡＭ，ＥＥＰＲＯＭ等を備え、カードＲ／Ｗ２７が受け付けた一般カード５とのデータ送受を行う通信部や、カードＲ／Ｗ２７の制御を行うコントローラ等も備えている。このカードＲ／Ｗ制御部２９’は、図２に示すように、ユニット制御部２２’に接続されており、該ユニット制御部２２’との各種データの送受が実施可能とされている。このカードＲ／Ｗ制御部２９’には、第１実施形態において説明した第１モータ及び第２モータも接続される。また、カード挿入口２７ａ付近に設けられ、カードの前方挿入及びカードの抜き取りを検出するためのセンサ（図示外）とも接続されている。このカードＲ／Ｗ制御部２９’は、カードＲ／Ｗ２７がカード残額有りの一般カード５を受け付けている状態では、カードの前方挿入を禁止する。
【０４３９】
このカードＲ／Ｗ制御部２９’は入金要求送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円を超える貨幣の受付）に基づいて、前記入金額に相当する大きさの有価価値の大きさを記憶する入金処理を要求する入金要求をシステムコントローラ６０’に対して送信するものである。具体的には、該受け付けた貨幣の金額である入金額をユニット制御部２２’から受信し、該受信した入金額が１０００円を超えることを条件として、該入金額とカードＲ／Ｗ２７により受け付けている一般カード５のカードＩＤと当該カードユニット２０’の装置ＩＤとを含む入金要求を、システムコントローラ用通信部２９ａを介してシステムコントローラ６０’に送信する。なお、このカードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対しての入金要求の送信が行われると、入金要求を送信した旨を示す入金要求送信通知がユニット制御部２２’に送られ、これを受けたユニット制御部２２’では、入金要求がシステムコントローラ６０’に対して送信されたことを認識して、状態記憶領域に入金要求を送信済みである旨を記憶する。
【０４４０】
ここでユニット制御部２２’のＥＥＰＲＯＭには、残度数表示器１４に残度数を表示するための残額を記憶する表示用記憶領域と、後述する有価価値減算手段（ユニット制御部２２’）による減算対象となる残額を記憶する判定用記憶領域が設けられている。これら表示用記憶領域及び判定用記憶領域は有価価値記憶手段の一例であって、記録媒体（一般カード５）の記録情報から特定される有価価値の大きさを取得して記憶するものである。ここでは、外部から挿入された一般カード５をカードＲ／Ｗ２７によりを受け付けたときに、システムコントローラ６０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた一般カード５から読み取ったカード残額が残額として記憶される。また、前記入金要求送信手段から送信した入金要求に応じて行われる入金処理が完了したことによりシステムコントローラ６０’から入金完了通知が返信されてきたことを条件として、カードＲ／Ｗ制御部２９’から通知された新たなカード残額（＝システムコントローラ６０’の管理残額）が残額として記憶される。以下では、有価価値記憶手段に記憶されている前記残額を記憶残額とも呼ぶ。
【０４４１】
またユニット制御部２２’は貸与要求操作検出手段の一例であって、遊技者によるパチンコ玉の貸与要求操作（玉貸操作）を検出するものである。遊技者による玉貸ボタン１５の押圧操作に応じて、前述したように玉貸通信部２１ｂに貸出入力信号が入力され、該入力の検出によってユニット制御部２２’が玉貸ボタン１５が操作されたことを検知する。
【０４４２】
ここで前記カードＲ／Ｗ制御部２９’は更新要求送信手段の一例であって、残額が記録されている一般カード５をカードＲ／Ｗ２７により受け付けている状態で、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、該一般カード５について管理されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する更新要求（減算要求）を前記有価価値管理部（システムコントローラ６０’）に対して送信するものであり、ここでは次に述べる貸与処理手段による貸与処理に先立って、該減算要求を送信する。具体的には、残額が記録されている一般カード５をカードＲ／Ｗ２７により受け付けている状態（即ち該残額をＥＥＰＲＯＭで記憶している状態）で、ユニット制御部２２’が玉貸操作を検出すると、ＥＥＰＲＯＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、貸与処理に先立って、該使用額をカードＲ／Ｗ制御部２９’に通知し、該通知を受けたカードＲ／Ｗ制御部２９’が、該使用額とカードＲ／Ｗ２７により受け付けている一般カード５のカードＩＤと当該カードユニット２０’の装置ＩＤとを含む減算要求を、システムコントローラ用通信部２９ａを介してシステムコントローラ６０’に送信する。この減算要求を受信したシステムコントローラ６０’からは、後述する更新応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。なお、このカードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対しての減算要求の送信が行われると、減算要求を送信した旨を示す減算要求送信通知がユニット制御部２２’に送られ、これを受けたユニット制御部２２’では、減算要求がシステムコントローラ６０’に対して送信されたことを認識して、状態記憶領域に減算要求を送信済みである旨を記憶する。
【０４４３】
またユニット制御部２２’は貸与処理手段の一例であって、有価価値記憶手段で記憶している有価価値の大きさ（記憶残額）の範囲内における所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（カード玉貸処理）を行うものであり、ここでは前記更新要求送信手段により更新要求を送信したことに応じて後述する更新応答返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から返信されてきた更新応答（減算応答）の受信に基づいて、使用額分の玉貸処理（カード玉貸処理）を行う。具体的には、カードユニット２０’からシステムコントローラ６０’への減算要求送信後、前記減算応答を受信したことを条件として、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。即ち、記録媒体（一般カード５）の記録情報から特定される有価価値の大きさ（カード残額，残額ＤＢの管理残額）が、有価価値記憶手段に記憶残額として記憶され、該記憶残額の範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与する。
【０４４４】
またユニット制御部２２’は有価価値減算手段の一例であって、前記使用額分の玉貸処理に基づいて、該玉貸処理に使用される有価価値の大きさ（使用額）をＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）から減算するものである。具体的には、前記使用額分の玉貸処理に基づいて、該使用額を判定用記憶領域で記憶している残額から一括して減算する処理を行う。ここで「使用額分の玉貸処理に基づいて」とは、後述する正常時においては、「減算応答を受信したことにより、使用額分の玉貸処理が行われたことに基づいて」の意味であり、後述する通信不可能状態の発生時においては、「減算応答を受信する前にリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している記憶残額と一致しないと判定されたことを条件として、使用額分の玉貸処理が行われたことに基づいて」の意味である。なお前記表示用記憶領域で記憶している有価価値の大きさ（記憶残額）は、１度数分の玉貸が行われる毎に、１度数分ずつ減算される。従って、これら判定用記憶領域及び表示用記憶領域で記憶されている残額は、玉貸処理の途中においては異なるが、玉貸処理の終了後には一致する。
【０４４５】
ここで前記カードＲ／Ｗ制御部２９’は入金消費情報送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて、入金消費情報を前記有価価値管理部（システムコントローラ６０’）に対して送信するものである。具体的には、貨幣受付手段により１０００円以下の貨幣を受け付けると、ユニット制御部２２’が該受け付けた貨幣の金額である入金額をカードＲ／Ｗ制御部２９’に通知し、該通知を受けたカードＲ／Ｗ制御部２９’が、カードＲ／Ｗ２７の一般カード５のカード残額が零であれば、該一般カード５のカードＩＤと当該カードユニット２０’の装置ＩＤとを含む入金消費情報を、システムコントローラ用通信部２９ａを介してシステムコントローラ６０’に送信する。なお、このカードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対しての入金消費情報の送信が行われると、入金消費情報を送信した旨を示す入金消費情報送信通知がユニット制御部２２’に送られ、これを受けたユニット制御部２２’では、入金消費情報がシステムコントローラ６０’に対して送信されたことを認識して、送信情報を更新すると共に、状態記憶領域に入金消費情報を送信済みである旨を記憶する。
【０４４６】
この入金消費情報を受信したシステムコントローラ６０’では、入金額に相当する有価価値の大きさを一旦管理対象とした（カードＩＤと対応付けて記憶した）後に該有価価値の大きさを減算する入金消費処理が行われる。そして該入金消費処理が完了すると、入金消費処理の完了を示す入金消費完了通知が貸与制御部に対して返信される。また該入金消費処理の実行毎に、処理情報が更新される。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０４４７】
またユニット制御部２２’のＥＥＰＲＯＭは送信情報記憶手段の一例であって、前記入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶するものである。ここで送信情報は、当日における入金消費情報の送信回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０４４８】
またユニット制御部２２’は送信情報更新手段の一例であって、前記送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新するものである。具体的には、送信情報として奇数回と記憶している状態で入金消費情報を送信すると、該送信情報を偶数回に更新する。また送信情報として偶数回と記憶している状態で入金消費情報を送信すると、該送信情報を奇数回に更新する。ここでは、カードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対して入金消費情報を送信した旨を示す入金消費情報送信通知を受信したことに基づいて、送信情報を更新している。
【０４４９】
なお送信情報更新手段として機能するユニット制御部２２’は、貨幣受付手段により受け付けた貨幣が返却されたときには、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。具体的には、送信情報として奇数回と記憶している状態で貨幣が返却されると、該送信情報を偶数回に戻す。また送信情報として偶数回と記憶している状態で貨幣が返却されると、該送信情報を奇数回に戻す。
【０４５０】
また前記貸与処理手段として機能するユニット制御部２２’は、後述する入金消費完了通知返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体（パチンコ玉）を貸与するための入金額分の玉貸処理（入金額玉貸処理）を行うものである。具体的には、１０００円以下の貨幣を受け付けた後、入金消費完了通知を受信したときに、前記入金額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０４５１】
次にカードＲ／Ｗ制御部２９’は貸与制御部側通信可否検知手段の一例であって、有価価値管理部（システムコントローラ６０’）と通信できる通信可能状態（オンライン状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、後述するシステムコントローラ６０’のユニット用通信部６１ａ’からカードＲ／Ｗ制御部２９’を介して各カードユニット２０’に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ちシステムコントローラ６０’と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちシステムコントローラ６０’と通信できない通信不可能状態）であると判定する。この判定結果として、オンライン状態である旨を示すオンライン情報又はオフライン状態である旨を示すオフライン情報がユニット制御部２２’に出力され、ユニット制御部２２’では、当該カードユニット２０’が管理装置オンライン状態又は管理装置オフライン状態のいずれの状態であるかを認識する。
【０４５２】
この貸与制御部側通信可否検知手段によりオフライン状態の発生が検知されると、後述するリカバリ情報送信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から送信されてきたリカバリ情報に含まれる３種類の情報、具体的には、入金処理が完了しているか否かを示す情報，システムコントローラ６０’で管理している管理残額（即ち残額ＤＢで管理されている管理残額），及び処理情報のうちのいずれの情報に基づいて、後述する入金処理完了判定手段による判定，貸与判定手段による判定，又は処理情報判定手段による判定のいずれを行うかを選択するために、該オフライン状態の発生前の処理（入金要求を送信済みである旨，入金完了通知を受信済みである旨，減算要求を送信済みである旨，減算応答を受信済みである旨，入金消費情報を送信済みである旨，又は入金消費完了通知を受信済みである旨のいずれか）がＥＥＰＲＯＭの状態記憶領域に記憶される。ここでオフライン状態の発生前の処理として、入金要求を送信済みである旨が記憶されている場合には、リカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理完了判定手段による判定が行われ、減算要求を送信済みである旨が記憶されている場合には、リカバリ情報に含まれる残額ＤＢの管理残額に基づいて、貸与判定手段による判定が行われ、入金消費情報を送信済みである旨が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、処理情報判定手段による判定が行われる。
【０４５３】
次にユニット制御部２２’は入金処理完了判定手段の一例であって、前記入金要求送信手段により入金要求を送信した後、後述するシステムコントローラ６０’のユニット用通信部６１ａ’から入金完了通知を受信する前に、後述するリカバリ情報送信手段から送信されてきたリカバリ情報（ここでは入金処理が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。
【０４５４】
具体的には、該判定を行うにあたりユニット制御部２２’において、通信不可能状態が発生する前の処理を記憶しておく。ここではカードＲ／Ｗ制御部２９’がシステムコントローラ６０’に対して入金要求を送信すると、該入金要求を送信した旨を示す入金要求送信通知をカードＲ／Ｗ制御部２９’から受けて、ＥＥＰＲＯＭの状態記憶領域に入金要求を送信済みである旨を記憶し、該入金要求に応じて返信される入金完了通知を受信すると、該状態記憶領域に入金完了通知を受信済みである旨を記憶する。従って、入金要求を送信後に入金完了通知を未受信の状態では、状態記憶領域に入金要求を送信済みである旨が記憶されている。ここで、状態記憶領域に入金要求を送信済みである旨が記憶されている場合には、システムコントローラ６０’のユニット用通信部６１ａ’から送信されてくるリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでシステムコントローラ６０’のユニット用通信部６１ａ’から送信されてくるリカバリ情報には、入金処理が完了しているか否かを示す情報として、入金未完情報又は入金完了情報が含まれるので、受信したリカバリ情報に入金未完情報が含まれている場合には入金処理が完了していないと判定され、受信したリカバリ情報に入金完了情報が含まれている場合には入金処理が完了していると判定される。
【０４５５】
またユニット制御部２２’は受付貨幣処理手段の一例であって、後述する入金完了通知返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から返信されてきた入金完了通知の受信に基づいて、前記貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣を回収するための処理を行うものであり、ここでは、入金完了通知を受信したこと又は前記入金処理完了判定手段により入金処理が完了していると判定されたことを条件として前記貨幣受付手段により受け付けた貨幣を回収するための処理を行う。具体的な処理は第１実施形態のユニット制御部２２と同様である。
【０４５６】
なお入金処理完了判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン）であることを検知した後にリカバリ情報を受信したときに、前記判定を行うものであり、ここではオフライン状態検知後にリカバリ情報を受信したときに、前記入金処理が完了しているか否かの判定を行う。一方、入金処理完了判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わずにエラー処理を行うものであり、ここではオフライン状態を検知していないにも拘わらずリカバリ情報を受信したときに、前記入金処理が完了しているか否かの判定を行わずにエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【０４５７】
またユニット制御部２２’は有価価値異常判定手段の一例であって、有価価値返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から返信されてきた有価価値の大きさ（更新後の管理残額）と前記有価価値減算手段（ユニット制御部２２’）による減算後の有価価値の大きさ（記憶残額）とが一致するか否かを判定するものであり、ここでは、リカバリ情報を受信せずに前記貸与処理手段により使用額分の玉貸処理（正常時の玉貸処理）を行ったときに、前記有価価値返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から返信されてきた有価価値の大きさ（減算更新後の管理残額）と前記有価価値減算手段（ユニット制御部２２’）による減算後の有価価値の大きさ（即ちＥＥＰＲＯＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）とが一致するか否かを判定するものである。ここで正常時には、カードユニット２０’からシステムコントローラ６０’に対して送信された減算要求に含まれる使用額に基づき、システムコントローラ６０’において正しく管理残額の減算更新が行われるので、システムコントローラ６０’から返信されてきた減算更新後の管理残額と、ユニット制御部２２’による減算後の記憶残額とが一致して、残額一致と判定されるが、カードユニット２０’からシステムコントローラ６０’に対して送信された減算要求に含まれる使用額がノイズ等により変化（例えば使用額が、本来は５００円であるところ、ノイズ等により１０００円に変化）した異常時には、その変化した使用額に基づき、システムコントローラ６０’において誤って減算更新が行われるので、システムコントローラ６０’から返信されてきた減算更新後の管理残額と、ユニット制御部２２’による減算後の記憶残額とが一致せず、残額不一致と判定される。なお有価価値異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理は継続して行われる。
【０４５８】
またユニット制御部２２’は、第１実施形態のユニット制御部２２と同様に、有価価値異常報知処理手段として機能する。
【０４５９】
またユニット制御部２２’は貸与判定手段の一例であって、前記更新要求送信手段により減算要求を送信した後、後述する更新応答返信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から減算応答を受信する前に、有価価値管理部（システムコントローラ６０’）で管理している有価価値の大きさ（管理残額）を含むリカバリ情報を、後述するリカバリ情報送信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。また貸与判定手段として機能するユニット制御部２２’は、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かも判定する。
【０４６０】
具体的には、該判定を行うにあたりユニット制御部２２’において、通信不可能状態が発生する前の処理を記憶しておく。ここでは減算要求を送信すると、ＥＥＰＲＯＭの状態記憶領域に減算要求を送信済みである旨を記憶し、該減算要求に応じて返信される減算応答を受信すると、該状態記憶領域に減算応答を受信済みである旨を記憶する。従って、減算要求を送信後に減算応答を未受信の状態では、状態記憶領域に減算要求を送信済みである旨が記憶されている。ここで、状態記憶領域に減算要求を送信済みである旨が記憶されている場合には、システムコントローラ６０’のユニット用通信部６１ａ’から送信されてくるリカバリ情報に含まれる管理残額と、判定用記憶領域の記憶残額とを比較して、管理残額＝判定用記憶領域の記憶残額（即ち両者が一致する）であるか否かを判定し、両者が一致しない場合に、管理残額＞判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも大きい）であるか又は管理残額＜判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも小さい）を判定する。
【０４６１】
なお貸与判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行う。一方、貸与判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２２’によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【０４６２】
ここで前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記使用額分の玉貸処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記使用額分の玉貸処理を行わない。ここでは一致しない（具体的には、管理残額≠判定用記憶領域の記憶残額）と判定され、かつ管理残額＜判定用記憶領域の記憶残額であると判定されたときに、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして、使用額分の玉貸処理が行われる（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が開始される）。また一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして、使用額分の玉貸処理が行われない（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が中止される）。
【０４６３】
またユニット制御部２２’は第１の異常報知処理手段の一例であって、該貸与判定手段により有価価値の大きさが大きい（即ち管理残額＞判定用記憶領域の記憶残額）と判定されたときに、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための第１の異常報知処理を行うものである。この具体的な処理は、第１実施形態のユニット制御部２２と同様である。
【０４６４】
またユニット制御部２２’は異常判定手段の一例であって、リカバリ情報を受信した後に前記貸与処理手段により使用額分の玉貸処理（オンライン復帰後の使用額分の玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（減算更新後の管理残額）と、ＥＥＰＲＯＭの判定用記憶領域で記憶している有価価値の大きさ（減算後の記憶残額）とが一致するか否かを判定するものである。
【０４６５】
またユニット制御部２２’は第２の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定されたときに、通信不可能状態（オフライン状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための第２の異常報知処理を行うものである。この具体的な処理は、第１実施形態のユニット制御部２２と同様である。
【０４６６】
また第２の異常報知処理手段として機能するユニット制御部２２’は、前記第２の異常報知処理としてカードＲ／Ｗ２７により受け付けた一般カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６の操作を検出してもカードＲ／Ｗ制御部２９’に対してカードの排出を指示しない処理）である。
【０４６７】
またユニット制御部２２’は第１実施形態におけるユニット制御部２２と同様に、異常発生検出手段，異常解消検出手段として機能する。
【０４６８】
またユニット制御部２２’は処理情報判定手段の一例であって、後述するリカバリ情報送信手段（システムコントローラ６０’のユニット用通信部６１ａ’）から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定するものである。ここで「リカバリ情報」は、有価価値管理部（システムコントローラ６０’）において、後述する有価価値管理部側通信可否検知手段（制御部６２’）により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、後述する処理情報記憶手段（制御部６２’のＲＡＭ）で記憶している処理情報を含んで、該有価価値管理部から送信されてくるものである。
【０４６９】
また「予め定められた関係」とは、当日における入金消費処理の実行回数が奇数回であるか偶数回であるかを示す処理情報と、当日における入金消費情報の送信回数が奇数回であるか偶数回であるかを示す送信情報とが、一致する関係（即ち処理情報＝送信情報）であることを意味する。即ち貸与制御部からの入金消費情報の送信に応じて有価価値管理部において入金消費処理が実行されることから、有価価値管理部と貸与制御部との間で通信不可能状態が発生しない場合には、入金消費情報の送信毎に更新される送信情報と入金消費処理の実行毎に更新される処理情報とは一致するが、有価価値管理部と貸与制御部との間で通信不可能状態が発生した場合には、貸与制御部から入金消費情報が送信されたにも拘わらず該入金消費情報が有価価値管理部に届かずに入金消費処理が実行されないことがあり、この場合には送信情報と処理情報とが一致しないことになる。この処理情報判定手段は、送信情報と処理情報とが一致するか否かを判定することにより、両者が一致するか（即ち入金消費処理が実行されたか），あるいは両者が一致しないか（即ち入金消費処理が実行されなかったか）を判定するものである。
【０４７０】
具体的には、該判定を行うにあたりユニット制御部２２’において、通信不可能状態が発生する前の処理を記憶しておく。ここでは入金消費情報を送信すると、ＥＥＰＲＯＭの状態記憶領域に入金消費情報を送信済みである旨を記憶し、該入金消費情報に応じて返信される入金消費完了通知を受信すると、該状態記憶領域に入金消費完了通知を受信済みである旨を記憶する。従って、入金消費情報を送信後に入金消費完了通知を未受信の状態では、状態記憶領域に入金消費情報を送信済みである旨が記憶されている。ここで、状態記憶領域に入金消費情報を送信済みである旨が記憶されている場合には、システムコントローラ６０’のユニット用通信部６１ａ’から送信されてくるリカバリ情報に含まれる処理情報とＥＥＰＲＯＭに記憶している送信情報とを比較して、いずれも偶数回である又はいずれも奇数回であるときに、一致すると判定し、いずれか一方のみが偶数回又はいずれか一方のみが奇数回であれば、一致しないと判定する。
【０４７１】
なお処理情報判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報送信手段からリカバリ情報を受信したときに、前記判定を行う。一方、処理情報判定手段として機能するユニット制御部２２’は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報送信手段からリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２２’によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理等である。
【０４７２】
そして貸与制御部として機能するカードユニット２０’は、前記入金消費情報送信手段により入金消費情報を送信した後、後述する入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、後述するリカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記処理情報判定手段により予め定められた関係であると判定されたことを条件として、前記貸与処理手段により前記入金額玉貸処理を行う。このときには、貨幣受付手段により受け付けた貨幣が回収される。一方、前記処理情報判定手段により予め定められた関係でないと判定されたときには、貨幣受付手段により受け付けた貨幣が返却され、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。
【０４７３】
第２実施形態に係るシステムコントローラ６０’は、第１実施形態に係るシステムコントローラ６０と比較して、前記ユニット用通信部６１ａに代えてユニット用通信部６１ａ’を備える点と、前記制御部６２に代えて制御部６２’を備える点を備える点のみが異なり、その他の点は同様である。このシステムコントローラ６０’は、図２に示すように接続されるユニット用通信部６１ａ’，場外通信部６１ｃ，精算装置用通信部６１ｄ，制御部６２’，ハードディスク６３，ディスプレイ６４，及び入力装置６５等を備えている。
【０４７４】
システムコントローラ６０’は有価価値管理部の一例であって、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（管理残額）を特定するための情報（カードＩＤ）を記録可能な記録媒体（一般カード５）の記録情報から特定される該有価価値の大きさを管理するものであり、ここでは前記貨幣受付手段による貨幣の受付や、使用額分の玉貸処理（カード玉貸処理）に応じて受信する入金要求や減算要求に基づいて、残額ＤＢの管理残額の加算更新や減算更新を行うことにより、該管理を行う。
【０４７５】
また有価価値管理部として機能するシステムコントローラ６０’は、前記入金額に相当する有価価値の大きさ（管理残額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（入金額）を減算するものであり、ここでは入金額に相当する有価価値の大きさを管理残額として一旦記憶し、該入金額を減算する（即ち記憶した入金額を消去する）ことにより該管理を行う。具体的には、カードユニット２０’で受け付けた貨幣の金額が１０００円以下であることを条件として、該入金額及びカードＲ／Ｗ２７の一般カード５のカードＩＤを含む入金消費情報を受信したときに、前記入金額をカードＩＤに対応付けて管理残額として一旦記憶し、該記憶した管理残額から入金額分の玉貸処理に使用される有価価値の大きさ（即ち入金額自体）を減算する処理（即ち記憶した入金額を消去して零にする処理）を行う。
【０４７６】
この有価価値管理部として機能するシステムコントローラ６０’は、入金処理手段，入金完了通知返信手段，更新応答返信手段，有価価値更新手段，有価価値返信手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，有価価値管理部側通信可否検知手段，及びリカバリ情報送信手段等を有する。
【０４７７】
ハードディスク６３は、前記入金額に相当する有価価値の大きさを管理するものであり、ここでは一般カード５に記録されている残額を、各一般カード５毎に管理している。具体的には、図５に示すように、残額ＤＢにおいて、一般カード５に記録されているカード残額を、該一般カード５のカードＩＤと対応付けて記憶している。また、カードユニットＤＢにおいて、各カードユニット２０’の装置ＩＤと対応付けて各カードユニット２０’のカードＲ／Ｗ２７にて受け付けられている一般カード５のカードＩＤを管理している。
【０４７８】
制御部６２’は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク６３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、システムコントローラ６０’に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０４７９】
この制御部６２’は入金処理手段の一例であって、前記入金要求送信手段（カードＲ／Ｗ制御部２９’）から入金要求が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを管理している管理残額に加算更新する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額を、該入金要求に含まれるカードＩＤと対応付けて残額ＤＢで管理されている管理残額に加算する。該入金処理が完了すると、入金完了通知が、前記入金要求と共に受信した装置ＩＤのカードユニット２０’に対してユニット用通信部６１ａ’により返信される。
【０４８０】
また制御部６２’は有価価値更新手段の一例であって、前記更新要求送信手段（カードＲ／Ｗ制御部２９’）から送信されてきた減算要求の受信に基づいて、各一般カード５について管理されている有価価値の大きさ（管理残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を行うものである。この減算処理は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、前記送信されてきた減算要求に含まれる使用額を、該減算要求に含まれるカードＩＤと対応付けて残額ＤＢで記憶されている管理残額から減算更新する。
【０４８１】
また制御部６２’は入金消費処理手段の一例であって、前記入金消費情報送信手段（カードＲ／Ｗ制御部２９’）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額を管理残額として、該入金消費情報に含まれるカードＩＤと対応付けて残額ＤＢで記憶することにより、一旦管理対象とし、その後に該管理残額から入金額（即ち玉貸に使用される額）を減算することにより、入金消費処理を行う。
【０４８２】
また制御部６２’のＲＡＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０４８３】
また制御部６２’は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【０４８４】
さらに制御部６２’は有価価値管理部側通信可否検知手段の一例であって、貸与制御部（カードユニット２０’）と通信できる通信可能状態（オンライン状態）であるか該貸与制御部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、ユニット用通信部６１ａ’から各カードユニット２０’に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じてカードユニット２０’からユニット用通信部６１ａ’に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ちカードユニット２０’と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちカードユニット２０’と通信できない通信不可能状態）であると判定する。
【０４８５】
ユニット用通信部６１ａ’は、前述の如くカードユニット２０’のシステムコントローラ用通信部２９ａと通信可能に接続されており、システムコントローラ６０’とカードユニット２０’との間における通信を司るものである。
【０４８６】
ここでユニット用通信部６１ａ’は入金完了通知返信手段の一例であって、前記入金処理手段による入金処理の完了に基づいて入金完了通知を貸与制御部に対して返信するものであり、前記入金処理が完了すると、前記新たな管理残額（加算更新後の管理残額）を含む入金完了通知が、カードユニット２０’に対して返信される。
【０４８７】
またユニット用通信部６１ａ’は更新応答返信手段の一例であって、前記更新要求送信手段（カードＲ／Ｗ制御部２９’）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記貸与制御部（カードユニット２０’）に対して返信するものである。
【０４８８】
またユニット用通信部６１ａ’は有価価値返信手段の一例であって、前記有価価値更新手段による減算更新後の有価価値の大きさ（管理残額）を前記貸与制御部（カードユニット２０’）に対して返信するものである。
【０４８９】
さらにユニット用通信部６１ａ’は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記貸与制御部（カードユニット２０’）に対して返信するものである。
【０４９０】
さらにユニット用通信部６１ａ’はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記入金処理が完了しているか否かを示す情報を含むリカバリ情報を前記貸与制御部（カードユニット２０’）に対して送信する。具体的には、入金要求を受信したときに、制御部６２’のＲＡＭの状態記憶領域に入金要求を受信した旨を記憶しておき、入金処理が完了したときに、状態記憶領域に入金処理が完了した旨を記憶するようにしている。そして、状態記憶領域に入金要求を受信した旨が記憶されている場合には、入金処理が完了していないとして、入金処理が完了しているか否かを示す情報としての入金未完情報を含むリカバリ情報を、カードユニット２０’に対して送信する。また状態記憶領域に入金処理が完了した旨が記憶されている場合には、入金処理が完了しているとして、入金処理が完了しているか否かを示す情報としての入金完了情報を含むリカバリ情報を、カードユニット２０’に対して送信する。
【０４９１】
またリカバリ情報送信手段として機能するユニット用通信部６１ａ’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記管理している有価価値の大きさ（残額ＤＢの管理残額）を含むリカバリ情報を前記貸与制御部（カードユニット２０’）に対して送信する。
【０４９２】
さらにリカバリ情報送信手段として機能するユニット用通信部６１ａ’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記貸与制御部（カードユニット２０’）に対して送信するものである。
【０４９３】
即ちリカバリ情報送信手段から送信されるリカバリ情報には、入金処理が完了しているか否かを示す情報，ハードディスク６３で管理している管理残額（即ち残額ＤＢでカードＩＤと対応付けて記憶されている管理残額），及び処理情報の、３種類の情報が常に含まれる。このリカバリ情報送信手段からカードユニット２０’に対して送信されるリカバリ情報は、カードＲ／Ｗ制御部２９’を介してユニット制御部２２’が受信する。
【０４９４】
このユニット用通信部６１ａ’からカードユニット２０’に対して返信される入金完了通知，減算応答，減算更新後の有価価値の大きさ，入金消費完了通知，及びリカバリ情報は、カードＲ／Ｗ制御部２９’を介してユニット制御部２２’が受信する。
【０４９５】
（２−１−２．記録媒体の使用可・不可の判定処理に係る機能）
次に記録媒体の使用可・不可の判定処理に係る機能について説明する。
【０４９６】
ユニット制御部２２’は第１実施形態のユニット制御部２２と同様に、遊技媒体貸与処理手段，使用禁止処理手段，及び異常処理手段として機能する。
【０４９７】
カードＲ／Ｗ制御部２９’は第１実施形態のカードＲ／Ｗ制御部２９と同様に、供給処理手段，排出処理手段，使用禁止処理手段，異常処理手段，記録媒体判定手段，及び残有価価値特定処理手段として機能する。
【０４９８】
ここで残有価価値特定処理手段として機能するカードＲ／Ｗ制御部２９’は、貨幣受付手段（紙幣識別機２３，硬貨識別機２４）により受け付けた貨幣（紙幣２，硬貨３）の金額に相当する有価価値の大きさ（入金額）のうち貸与処理（カード玉貸処理）に使用されていない残有価価値の大きさ（カード金額）を、供給処理手段（カードＲ／Ｗ制御部２９’）により記録情報処理部（カードＲ／Ｗ２７）に供給された記録媒体（一般カード５）の記録情報から特定可能にするための残有価価値特定処理（カード残額の記録，入金額及びカードＩＤの送信）を行うものである。具体的には、紙幣識別機２３又は硬貨識別機２４により、紙幣２又は硬貨３を受け付けて入金額を識別すると、入金時判定によってカードが使用可であると判定されたことを条件として、入金額及びカードＩＤをシステムコントローラ６０’に対して送信する（入金時送信）。システムコントローラ６０’では、入金時使用判定によってカードが使用可であると判定されたことを条件として、受信したカードＩＤに対応付けて残額ＤＢで管理している管理残額に、受信した入金額を加算更新する。その結果、管理残額ＤＢでは、これまでの入金額のうちのカード玉貸処理に使用されていない額（即ち残有価価値の大きさ）が、新たな管理残額として記憶されることとなる。一方、カードユニット２０’では、入金時判定及び入金時使用判定によって、カードが使用可であると判定されたことを条件として、カードＲ／Ｗ２７に対して、現在のカード残額＋入金額を、新たなカード残額として一般カード５に記録する。その結果、一般カード５には、これまでの入金額のうちのカード玉貸処理に使用されていない額（即ち残有価価値の大きさ）が、新たなカード残額として記録されることとなる。そしてシステムコントローラ６０’の管理残額はカードユニット２０’からの減算要求に応じて減算更新され、カードユニット２０’のカード残額はシステムコントローラ６０’からの減算応答に応じて減算更新されるが、これらの処理によっても入金額のうちのカード玉貸処理に使用されていない額（即ち残有価価値の大きさ）が、新たなカード残額として記録されることとなる。つまり、これらの処理によって残有価価値の大きさであるカード残額，管理残額が、一般カード５の記録情報（カード残額，カードＩＤ）から特定可能となる。
【０４９９】
ユニット用通信部６１ａ’は第１実施形態のユニット用通信部６１と同様に、判定結果送信手段，異常処理通知手段として機能する。また制御部６２’は第１実施形態の制御部６２と同様に、使用判定手段，消去手段として機能する。
【０５００】
以上に説明した第２実施形態に係る遊技用システム１’の作用について図２９〜図３６を用いて説明する。まず、図２９〜図３１を用いて、貨幣をカードユニット２０’に入金する際の処理について説明する。
【０５０１】
図２９に示すように、遊技者が紙幣２又は硬貨３をカードユニット２０’に入金することで紙幣識別機２３又は硬貨識別機２４によって紙幣２又は硬貨３が受け付けられると（Ｓ１００）、該貨幣の受付を検出したユニット制御部２２’において入金不可の状態であるか否かの判定が実施される（Ｓ１０１）。Ｓ１０１の判定で入金不可の状態であると判定されたときには（Ｙ）、受け付けた紙幣２又は硬貨３が紙幣挿入口２３ａ又は硬貨返却口２４ｆから返却される（Ｓ１０２ａ）。一方、Ｓ１０１の判定で入金不可の状態でないと判定されると（Ｎ）、受け付けた紙幣２又は硬貨３が紙幣識別機２３又は硬貨識別機２４で識別される（Ｓ１０２）。
【０５０２】
次いで、ユニット制御部２２’は、Ｓ１０２の識別結果としての入金額を含む入金要求をカードＲ／Ｗ制御部２９’に通知し（Ｓ１０３’）、該通知を受けたカードＲ／Ｗ制御部２９’は、カードＲ／Ｗ２７の一般カード５に記録されている記録情報（カード残額，カードＩＤ）を読み取る（Ｓ１０５：入金時読取）。次いでカードＲ／Ｗ２７のカードが使用可能であるか否かを判定する（Ｓ１０６：入金時判定）。Ｓ１０６の入金時判定によって、使用可能でないと判定されたときには（Ｎ）、第１実施形態と同様にＳ１１０以降の処理が行われる。
【０５０３】
一方、Ｓ１０６の入金時判定によって、使用可能であると判定されたときには（Ｙ）、入金額が１０００円以下であるか否かを判定し（Ｓ１０７’）、該Ｓ１０７’で１０００円以下でないと判定されたときには（Ｎ）、入金額及びカードＩＤを含む入金要求を、装置ＩＤと共にシステムコントローラ６０’に対して送信する（Ｓ１０８’）。一方、Ｓ１０７’で１０００円以下であると判定されたときには（Ｙ）、現在のカード残額が零であるか否かを判定して（Ｓ１０９’）、零であると判定されたときには、入金額及びカードＩＤを含む入金消費情報を、装置ＩＤと共にシステムコントローラ６０’に対して送信する（Ｓ１１０’：入金時送信）と共に、入金消費情報を送信した旨を示す入金消費情報送信通知をユニット制御部２２’に送り（Ｓ１１１’）、該通知を受けたユニット制御部２２’では、記憶している送信情報を更新する（Ｓ１１２’）。入金時送信の情報（Ｓ１０８’の入金要求又はＳ１１０’の入金消費情報）を受信したシステムコントローラ６０’では後述するＳ１２０’以下の処理が行われる。一方、Ｓ１０９’でカード残額が零でないと判定されると、ユニット制御部２２’に入金取消通知を送信し（Ｓ１１３’）、該通知を受けたユニット制御部２２’では受け付けた貨幣を返却する（Ｓ１１４’）。
【０５０４】
次に、Ｓ１０８’又はＳ１１０’の入金時送信の情報を受信したシステムコントローラ６０’の作用について説明する。図３０に示すように、入金時送信における情報（入金要求又は入金消費情報）を受信したシステムコントローラ６０’は、受信したカードＩＤのカードが使用可能であるか否かの入金時使用判定が実施される（Ｓ１２０’）。該Ｓ１２０’は、第１実施形態のＳ１２０と同様の判定である。Ｓ１２０’で使用可能であると判定されたときには、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて、該装置ＩＤと共に受信したカードＩＤを記憶する（Ｓ１２１）。次いで、受信した情報が入金要求であるか入金消費情報であるかの判定を実施する（Ｓ１２２’）。Ｓ１２２’で、入金要求であると判定されたときには、残額ＤＢにおいて、受信したカードＩＤに対応付けて記憶されている管理残額に、受信した入金額を加算して更新する（Ｓ１２３’）と共に、受信した装置ＩＤのカードユニット２０’に対して、入金完了通知及び使用可である旨を示す使用判定結果を送信する（Ｓ１２４’）。一方、Ｓ１２２’で入金消費情報であると判定されたときには、残額ＤＢにおいて、受信したカードＩＤに対応する管理残額として、入金額を一旦記憶し、該記憶処理の後に、入金額（即ちここでは玉貸に使用される金額）を管理残額から減算する（Ｓ１２５’入金消費処理）。これに伴い、制御部６２’が処理情報を更新する（Ｓ１２６’）と共に、受信した装置ＩＤのカードユニット２０’に対して、入金消費完了通知及び使用可である旨を示す使用判定結果を送信する（Ｓ１２７’）。一方、Ｓ１２０’で使用可能でないと判定されたときには、受信した装置ＩＤのカードユニット２０’に対して、受信したカードＩＤのカードが使用可能でない旨を示す使用判定結果を送信する（Ｓ１２１ａ）。さらに、Ｓ１２０’の判定における別装置ＩＤのカードユニット２０’に対しては、第１実施形態と同様に所定の異常処理を実施する旨の異常処理通知を送信し、該異常処理通知を受信したカードユニット２０’では、第１実施形態と同様の異常処理が行われる。
【０５０５】
前記Ｓ１２４’，Ｓ１２７’，又はＳ１２１ａの情報（使用可を示す使用判定結果及び入金完了通知，使用可を示す使用判定結果及び入金消費完了通知，又は使用不可を示す使用判定結果）をカードＲ／Ｗ制御部２９’が受信すると（Ｓ１３０’）、受信した使用判定結果が使用可能である旨を示すか否かの判定を実施する（Ｓ１３１’）。Ｓ１３１’の判定で、使用可能である旨を示すと判定されたときには（Ｙ）、該使用判定結果と共に受信した情報が入金消費完了通知であるか又は入金完了通知であるかの判定を実施する（Ｓ１３２’）。Ｓ１３２’で入金完了通知であると判定されたときには、第１実施形態のＳ１３２以降の処理と同様の処理が行われる。一方、Ｓ１３２’で入金消費完了通知であると判定されたときには、図３１に示すＳ１３３’以降の処理が実施される。
【０５０６】
このように、入金額に相当する有価価値の大きさを残額ＤＢの管理残額に対して加算更新する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるシステムコントローラ６０’と前記貸与制御部であるカードユニット２０’との間で、管理装置オンライン状態であるときには、所定額（ここでは１０００円）を超える貨幣の受付に基づいてシステムコントローラ６０’における前記入金処理が行われる。一方、所定額以下の場合には、前記入金消費処理が行われる。
【０５０７】
なお、Ｓ１３１’の判定で、使用可能である旨を示さない（即ち使用不可能である旨を示す）と判定されたときには（Ｎ）、第１実施形態のＳ１３２ａ以降の処理と同様の処理が行われる。
【０５０８】
次に、図３１を用いて入金額分の玉貸処理に係る処理について説明する。カードＲ／Ｗ制御部２９’では、前記Ｓ１３２’で入金消費完了通知であると判定されたことに基づいて、入金額をカードＲ／Ｗ２７の一般カード５にカード残額として一旦記録し、記録後にカード残額から入金額（即ち玉貸処理に使用される金額）を減算すると共に（Ｓ１３３’）、入金消費完了通知をユニット制御部２２’に送る。入金消費完了通知を受けたユニット制御部２２’では、受け付けた貨幣を回収し（Ｓ１３５’）、入金額を残額として表示用記憶領域に記憶した後に（Ｓ１３６’）、入金額分の玉貸処理を実施（Ｓ１３７’）すると共に、記憶残額から該入金額（即ち玉貸処理に使用される金額）を減算する（Ｓ１３７ａ’）。そして、入金額分の玉貸処理が終了すると（Ｓ１３８’）、その後に留保通知をカードＲ／Ｗ制御部２９に送り（Ｓ１３９’）、通常稼働状態となる（Ｓ１４０’）。ここで、表示用記憶領域の記憶残額は、入金額分の玉貸処理が行われることに基づいて一括して減算されるようにしても良く、１度数分の玉貸毎に減算されるようにしても良い。Ｓ１４０’の通常稼働状態では、貨幣が入金されると前述した図２９のＳ１００以降の処理が行われ、一般カード５が挿入されると第１実施形態と同様のＳ２００以降の処理が行われ、玉貸ボタン１５が操作されると後述する図３２のＳ３００以降の処理が行われ、カード返却ボタン１６が操作されると後述する図３６のＳ５００以降の処理が行われる。なお、Ｓ１３９’の留保通知を受けたカードＲ／Ｗ制御部２９’では、第１実施形態のＳ３２０以降の処理と同様の処理が実施される。
【０５０９】
カードユニット２０’に一般カード５が挿入されたときの処理は、第１実施形態の図１１及び図１２で説明した処理と同様である。
【０５１０】
次に、図３２を用いて、玉貸ボタン１５が操作された際の処理について説明する。
【０５１１】
ユニット制御部２２’において、玉貸ボタン１５の操作が検出されると（Ｓ３００）、カード玉貸可能状態であるか否かの判定が実施され（Ｓ３０１）、カード玉貸可能状態でないと判定された場合には（Ｎ）、処理が終了する（Ｓ３０１ａ）。一方、Ｓ３０１の判定で、カード玉貸可能状態であると判定された場合には（Ｙ）、返却操作を無効化して（Ｓ３０２）、使用額（例えば玉貸設定金額）を含む減算要求をカードＲ／Ｗ制御部２９’に送信する（Ｓ３０３）。減算要求を受信したカードＲ／Ｗ制御部２９’においては（Ｓ３０４）、使用額及びカードＲ／Ｗ２７の一般カード５から読み取られたカードＩＤを含む減算要求を装置ＩＤと共に、システムコントローラ６０’に対して送信する（Ｓ３０５’）。Ｓ３０５’の減算要求をシステムコントローラ６０’が受信すると（Ｓ３０６’）、受信した装置ＩＤのカードユニット２０’に対して減算応答を返信する（３０７’）と共に、管理残額を減算更新する（Ｓ３１０’）。このＳ３１０’では、受信したカードＩＤに対応する管理残額から受信した使用額を減算して更新する。そして、減算更新後の管理残額を受信した装置ＩＤのカードユニット２０’に対して返信する（Ｓ３１１’）。
【０５１２】
カードＲ／Ｗ制御部２９’は、Ｓ３０７’の減算応答を受信したことに基づいて、カードＲ／Ｗ２７の一般カード５のカード残額から使用額を減算更新し（Ｓ３０８’）、減算応答をユニット制御部２２’に送る（Ｓ３０９’）。
【０５１３】
このように、使用額分の玉貸処理に先立って、残額の減算要求がカードユニット２０’からシステムコントローラ６０’に対して送信され、該減算要求に応じて、残額ＤＢの管理残額が減算更新されるので、使用額分の玉貸処理の終了後にカードユニット２０’とシステムコントローラ６０’との間における通信を不能（例えばオフライン状態にする等）としてシステムコントローラ６０’で管理している管理残額の減算更新を阻止するような不正を防止できる。
【０５１４】
一方、Ｓ３０９’の減算応答を受信したユニット制御部２２’では、前記判定用記憶領域の記憶残額から使用額を一括して減算して（Ｓ３１０）、使用額分の玉貸処理（カード玉貸処理）を開始する（Ｓ３１１）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０５１５】
またカードＲ／Ｗ制御部２９’がＳ３１１’の減算更新後の管理残額を受信すると、該受信した管理残額をユニット制御部２２’に通知し（Ｓ３１２’）、該通知を受けたユニット制御部２２’が、該受信した管理残額＝減算後の記憶残額であるか否かの判定を実施する（Ｓ３１３’）。Ｓ３１３’で残額が一致する（管理残額＝減算後の記憶残額）と判定されたときには、使用額分の玉貸処理が終了した（Ｓ３１３）後、返却操作を有効化し（Ｓ３１４）、第１実施形態のＳ３１５以降の処理と同様の処理が行われる。
【０５１６】
次に、Ｓ３１３’の判定で残額が一致しない（管理残額≠減算後の記憶残額）と判定されたときの処理（残額不一致時の処理）について説明する。図３３に示すように、ユニット制御部２２’は、Ｓ３１３’で残額不一致と判定されたことを条件として、使用額分の玉貸処理の終了（Ｓ３５０’）後に、第１実施形態のＳ３５１〜Ｓ３５４の異常報知処理と同様の処理を行って、リセット操作待機待ち状態となる（Ｓ３５７）。
【０５１７】
このように、システムコントローラ６０’で減算更新された管理残額とカードユニット２０’で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またシステムコントローラ６０’で管理している売上の修正を要求する処理を行う必要がない。
【０５１８】
なお、使用額分の玉貸処理の開始後に玉貸異常の発生を検出したときの処理は、第１実施形態の図１５で説明した処理と同様である。
【０５１９】
次に図３４及び図３５を用いてカードユニット２０’とシステムコントローラ６０’との間でオフライン状態が発生した場合におけるオンライン状態復帰後の処理について説明する。
【０５２０】
オフライン状態からオンライン状態に復帰すると、カードＲ／Ｗ制御部２９がオンライン状態への復帰を検知して（Ｓ４００’）、入金完了情報又は入金未完情報，管理残額，及び処理情報（偶数回又は奇数回）の３つの情報を含むリカバリ情報をカードユニット２０’に対して送信する（Ｓ４１０’）。ここで、制御部６２’のＲＡＭの状態記憶領域に入金要求を受信した旨が記憶されている場合には、入金未完情報を含むリカバリ情報とし、状態記憶領域に入金処理が完了した旨が記憶されている場合には、入金完了情報を含むリカバリ情報とする。なお、管理残額は、オンラインとなったカードユニット２０’の装置ＩＤに対応付けてカードユニットＤＢで記憶されているカードＩＤを特定し、該特定したカードＩＤに対応付けて残額ＤＢで管理されている管理残額を特定することにより得られる。処理情報は前述したように制御部６２’のＲＡＭに記憶している情報である。Ｓ４１０’のリカバリ情報をカードユニット２０’が受信すると（Ｓ４２０’）、該カードユニット２０’で図３５に示すＳ４３０’以下の処理が行われる。
【０５２１】
まず、Ｓ４３０’では入金要求の送信後に入金完了通知を未受信の状態であるか否かが判定される。具体的には、ＥＥＰＲＯＭの状態記憶領域を領域を参照して、入金要求を送信済みである旨が記憶されているか否かの判定を行う。Ｓ４３０’で入金要求の送信後に入金完了通知を未受信の状態である（即ち入金要求を送信済みである旨が記憶されている）と判定された場合には、カードＲ／Ｗ制御部２２’でオフライン状態を検知した後（又はオフライン状態からオンライン状態への復帰を検知した後）であるか否かを判定する（Ｓ４３１’）。
【０５２２】
Ｓ４３１’でオフライン状態を検知した後であると判定された場合には（Ｙ）、リカバリ情報に含まれる情報が入金未完情報であるか又は入金完了情報であるかを判定する（Ｓ４３２）。Ｓ４３２で入金未完情報であると判定されたときには、入金処理が完了していないとして、受け付けた貨幣を返却して（Ｓ４３３）、貨幣を受け付ける前の状態に戻る。
【０５２３】
一方、Ｓ４３２で入金完了情報であると判定されたときには、入金処理が完了しているとして、受け付けた貨幣を回収して（Ｓ４３４）、前述したように、表示用記憶領域及び判定用記憶領域に新たなカード残額を記憶する処理（Ｓ１３５）と、カード玉貸可能状態となると共に返却操作を有効化する処理（Ｓ１３６）が行われる。
【０５２４】
このように、システムコントローラ６０’により、オフライン状態からオンライン状態への復帰を検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報がカードユニット２０’に対して送信され、該リカバリ情報を受信したカードユニット２０’により、入金処理が完了しているか否かが判定される。その結果、入金処理が完了していると判定されると、貨幣が回収されて、玉貸操作の検出に基づいて減算要求が送信されることにより、システムコントローラ６０’における減算処理及びカードユニット２０’における使用額分の玉貸処理が行われる一方で、入金処理が完了していないと判定されると、貨幣が返却されて貨幣受付前の状態に戻るので、入金処理の途中でオフライン状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０５２５】
具体的には、貨幣を受け付けた後、システムコントローラ６０’とカードユニット２０’との間でオフライン状態が発生したときに、受け付けた貨幣を一律に返却するシステムであれば、カードユニット２０’からシステムコントローラ６０’に対する入金要求の通知後に、両者の間でオフライン状態が発生すると、前記受け付けた貨幣が返却されるにも拘わらず、システムコントローラ６０’が入金処理を行っていれば（即ち入金額が管理残額に加算更新されれば）、遊技場が損をする（例えば管理残額として１０００円が記憶されるにも拘わらず、実際には１０００円紙幣が回収されていない）。このようなシステムに対して本発明を適用することによって遊技場が損をするおそれが無くなる。
【０５２６】
同様に、貨幣を受け付けた後、システムコントローラ６０’とカードユニット２０’との間でオフライン状態が発生したときに、受け付けた貨幣を一律に回収するシステムであれば、カードユニット２０’からシステムコントローラ６０’に対する入金要求の通知後に、両者の間でオフライン状態が発生すると、前記受け付けた貨幣が回収されるにも拘わらず、システムコントローラ６０’が入金処理を行っていなければ（即ち入金額が管理残額に加算更新されていなければ）、遊技者が損をする（例えば管理残額として１０００円が記録されないにも拘わらず、実際には１０００円紙幣が回収されてしまう）が、本発明を適用することによって遊技者が損をするおそれが無くなる。
【０５２７】
またユニット制御部２２’は、前記Ｓ４３１’で、オフライン状態を検知した後でないと判定されると（Ｎ）、前記Ｓ４３２’の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う（Ｓ４３２ａ）。これによれば、システムコントローラ６０’にオフライン状態からオンライン状態へ復帰したことを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０’でオフライン状態を検知した後でなければ、該リカバリ情報を受信しても入金処理が完了しているか否かの判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０５２８】
次にＳ４３０’に戻り、該Ｓ４３０’で入金要求の送信後に入金完了通知を未受信の状態である（即ち入金要求を送信済みである旨が記憶されている）と判定されなかった場合（即ち入金要求を送信済みである旨が記憶されていない場合）には、減算要求送信後に減算応答を未受信の状態であるか否かの判定が実施される。具体的には、ＥＥＰＲＯＭの状態記憶領域を領域を参照して、減算要求を送信済みである旨が記憶されているか否かの判定を行う（Ｓ４４０’）。Ｓ４４０’で減算要求の送信後に減算応答を未受信の状態である（即ち減算要求を送信済みである旨が記憶されている）と判定された場合には、カードＲ／Ｗ制御部２２’でオフライン状態を検知した後（又はオフライン状態からオンライン状態への復帰を検知した後）であるか否かを判定する（Ｓ４４１’）。
【０５２９】
Ｓ４４１’でオフライン状態を検知した後であると判定された場合には（Ｙ）、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ４４２’）。Ｓ４４２’で一致する（管理残額＝判定用記憶領域の記憶残額）と判定されると（Ｙ）、管理残額が減算されていないとして玉貸処理を中止して（Ｓ４４３）、カード玉貸可能状態を継続する（Ｓ４４３ａ）。一方、Ｓ４４２’で一致しない（管理残額≠判定用記憶領域の記憶残額）と判定されると（Ｎ）、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額よりも大きいか否かが判定される（Ｓ４４４’）。
【０５３０】
Ｓ４４４’で大きくない（管理残額＜判定用記憶領域の記憶残額）と判定されると、使用額を判定用記憶領域の記憶残額から一括して減算し（Ｓ４４５）、該使用額分の玉貸処理を開始する（Ｓ４４６）。
【０５３１】
このように、システムコントローラ６０’により、オフライン状態からオンライン状態への復帰を検知したときに、管理残額を含むリカバリ情報がカードユニット２０’に対して送信され、該リカバリ情報を受信したカードユニット２０’により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、管理残額＜記憶残額であることを条件として、システムコントローラ６０’で管理されている管理残額の減算更新が行われているとして使用額分の玉貸処理が行われる。一方、管理残額が記憶残額と一致すると判定されると、システムコントローラ６０’で管理されている管理残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってシステムコントローラ６０’で管理されている管理残額を減算更新するための減算要求をカードユニット２０’からシステムコントローラ６０’に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０５３２】
具体的には、オフライン状態からオンライン状態への復帰後に、一律に使用額分の玉貸処理を行うシステムであれば、カードユニット２０’からの減算要求送信後にシステムコントローラ６０’の管理残額（残額ＤＢの管理残額）の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求がシステムコントローラ６０’に届いており管理残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０５３３】
なおユニット制御部２２’は、Ｓ４４６で使用額分の玉貸処理が開始されると、リカバリ情報の管理残額（即ち減算更新後の管理残額）と、判定用記憶領域で記憶している残額（即ちＳ４４５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４４７’）、残額一致（Ｙ）と判定すると、前記Ｓ３１３以降の処理を行う。一方、Ｓ４４７’で残額不一致（Ｎ）と判定すると、前記Ｓ３５０’に進んで、玉貸処理の終了後に（Ｓ３５０’）、前記Ｓ３５１〜Ｓ３５４の異常報知処理を行う。このように、カードユニット２０’により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、オフライン状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。またＳ３５１において、異常報知処理として一般カード５の返却を禁止するための返却禁止処理が行われるので、オフライン状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が一般カード５を返却して持ち去ってしまうことを防止できる。
【０５３４】
またユニット制御部２２は、前記Ｓ４４１’で、オフライン状態を検知した後でないと判定されると（Ｎ）、前記Ｓ４４２’の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う（Ｓ４４２ａ）。これによれば、システムコントローラ６０’にオフライン状態からオンライン状態へ復帰したことを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０’でオフライン状態を検知した後でなければ、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０５３５】
さらにユニット制御部２２’は、前記Ｓ４４４’で、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きい（管理残額＞記憶残額）と判定されると、玉貸処理を行うことなく、前記Ｓ３５１に進んで異常報知処理を行う。このように、カードユニット２０’により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、システムコントローラ６０’で管理されている残額（残額ＤＢの管理残額）を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０５３６】
次にＳ４４０’に戻り、該Ｓ４４０’で減算要求の送信後に減算応答を未受信の状態である（即ち減算要求を送信済みである旨が記憶されている）と判定されなかった場合（即ち減算要求を送信済みである旨が記憶されていない場合）には、入金消費情報送信後に入金消費完了通知を未受信の状態であるか否かの判定が実施される。具体的には、ＥＥＰＲＯＭの状態記憶領域を領域を参照して、入金消費情報を送信済みである旨が記憶されているか否かの判定を行う（Ｓ４５０’）。Ｓ４５０’で入金消費情報の送信後に入金消費完了通知を未受信の状態である（即ち入金消費情報を送信済みである旨が記憶されている）と判定された場合には、ユニット制御部２２’でオフライン状態を検知した後（又はオフライン状態からオンライン状態への復帰を検知した後）であるか否かを判定する（Ｓ４５１’）。
【０５３７】
Ｓ４５１’でオフライン状態を検知した後であると判定された場合（即ち復電を検知した場合）には（Ｙ）、受信したリカバリ情報に含まれる処理情報がＥＥＰＲＯＭに記憶している送信情報と一致するか否かを判定する（Ｓ４５２）。ここで一致しない（処理情報≠送信情報）と判定されたときには（Ｎ）、受け付けた貨幣を返却し（Ｓ４５３）、更新した送信情報を元に戻して（Ｓ４５４：偶数回であれば奇数回とし、奇数回であれば偶数回とする）、通常稼働状態となる（Ｓ４５５’）。Ｓ４５５’の通常稼働状態では、貨幣が入金されると前述した図２９のＳ１００以降の処理が行われ、一般カード５が挿入されると第１実施形態と同様のＳ２００以降の処理が行われ、玉貸ボタン１５が操作されると前述した図３２のＳ３００以降の処理が行われ、カード返却ボタン１６が操作されると後述する図３６のＳ５００以降の処理が行われる。
【０５３８】
一方、Ｓ４５２で一致すると判定されたときには、第１実施形態におけるＳ１６５以降の処理が行われる。即ち、受け付けた貨幣が回収され（Ｓ１６５）、入金額を残額として表示用記憶領域に記憶した後に（Ｓ１６６）、入金額分の玉貸処理を実施（Ｓ１６７）すると共に、記憶残額から該入金額（即ち玉貸処理に使用される金額）を減算する（Ｓ１６７ａ）。そして、入金額分の玉貸処理が終了すると（Ｓ１６８）、その後に通常稼働状態となる（Ｓ１６９’）。ここで、表示用記憶領域の記憶残額は、入金額分の玉貸処理が行われることに基づいて一括して減算されるようにしても良く、１度数分の玉貸毎に減算されるようにしても良い。Ｓ１６９’の通常稼働状態では、貨幣が入金されると前述した図２９のＳ１００以降の処理が行われ、一般カード５が挿入されると第１実施形態と同様のＳ２００以降の処理が行われ、玉貸ボタン１５が操作されると前述した図３２のＳ３００以降の処理が行われ、カード返却ボタン１６が操作されると後述する図３６のＳ５００以降の処理が行われる。
【０５３９】
このように、システムコントローラ６０’により、オフライン状態からオンライン状態への復帰を検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がカードユニット２０’に対して送信され、該リカバリ情報を受信したカードユニット２０’により、該受信したリカバリ情報に含まれる処理情報と当該カードユニット２０’で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、オフライン状態が発生しても、システムコントローラ６０’側とカードユニット２０’側の処理に不一致が生じることがない。
【０５４０】
ここで仮に、カードユニット２０’が、前記リカバリ情報として、システムコントローラ６０’で管理されている管理残額やオフライン状態の発生前におけるシステムコントローラ６０’の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、オフライン状態の発生前に入金消費情報を受信できているか否かに関わらず、システムコントローラ６０’の管理残額は零であり、またオフライン状態の発生前におけるシステムコントローラ６０’の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図３５に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをカードユニット２０’が把握できるようにしたものである。
【０５４１】
またユニット制御部２２’は、前記Ｓ４５１’で、オフライン状態を検知した後でないと判定すると（Ｎ）、前記Ｓ４５２’の判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、システムコントローラ６０’にオフライン状態からオンライン状態へ復帰したことを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０’でオフライン状態を検知した後でなければ、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０５４２】
次にＳ４５０’に戻り、該Ｓ４５０’で入金消費情報の送信後に入金消費完了通知を未受信の状態でない（即ち入金消費情報を送信済みである旨が記憶されていない）と判定された場合には、通常稼働状態となる（Ｓ４６０’）。Ｓ４６０’の通常稼働状態では、貨幣が入金されると前述した図２９のＳ１００以降の処理が行われ、一般カード５が挿入されると第１実施形態と同様のＳ２００以降の処理が行われ、玉貸ボタン１５が操作されると前述した図３２のＳ３００以降の処理が行われ、カード返却ボタン１６が操作されると後述する図３６のＳ５００以降の処理が行われる。
【０５４３】
次に、図３６を用いて、カード返却ボタン１６が操作された際の処理について説明する。図３６に示すように、ユニット制御部２２’において、カード返却ボタン１６の操作が検出されると（Ｓ５００）、返却操作が有効であるか否かの判定が実施される（Ｓ５０１）。Ｓ５０１の判定で、返却操作が有効でないと判定されると（Ｎ）、処理を終了する（Ｓ５０２）。一方、Ｓ５０１の判定で返却操作が有効であると判定された場合には（Ｙ）、カード玉貸可能状態を解除して（Ｓ５０３）、カード返却ボタン１６が操作された旨を示す返却要求をカードＲ／Ｗ制御部２９’に送信する（Ｓ５０４）。返却要求を受けたカードＲ／Ｗ制御部２９’は、カードＲ／Ｗ２７のカードからカードＩＤを読み取ると共に、該読み取った情報を含む返却要求と、消去通知を、装置ＩＤと共にシステムコントローラ６０’に送信する。
【０５４４】
Ｓ５０５で送信された情報を受信したシステムコントローラ６０’では、カードユニットＤＢにおいて、受信した装置ＩＤに対応付けて記憶しているカードＩＤを消去する（Ｓ５０６）と共に、返却完了通知をカードユニット２０に返信する（Ｓ５０８’）。返却完了通知を受けたカードＲ／Ｗ制御部２９’は、ユニット制御部２２’に返却完了通知を送信する（Ｓ５０９）と共に、カードＲ／Ｗ２７のカードを排出する（Ｓ５１０）。そして、ストック枚数の更新に伴い後述するＳＡ以下の処理を行う。一方、Ｓ５０９の返却完了通知を受けたユニット制御部２２’では、判定用記憶領域及び表示用記憶領域の記憶残額を消去する（Ｓ５１１）。
【０５４５】
［２−２．第２実施形態の変形例に係る遊技用システム１’］
次に第２実施形態の変形例に係る遊技用システム１’の構成について説明する。この変形例は、前述した第２実施形態と比較して、カードユニット２０’のカードＲ／Ｗ制御部２９’がリカバリ情報送信要求手段として機能する点と、それに伴う入金処理完了判定手段，貸与判定手段，及び処理情報判定手段であるカードユニット２０’のユニット制御部２２’，並びにリカバリ情報送信手段であるシステムコントローラ６０’のユニット用通信部６１ａ’の各機能のみが異なり、その他の点は同様である。
【０５４６】
ここでカードＲ／Ｗ制御部２９’はリカバリ情報送信要求手段の一例であって、前記入金処理手段（制御部６２’）による入金処理（管理残額の更新）が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部（システムコントローラ６０’）に対して送信するものである。
【０５４７】
またリカバリ情報送信要求手段として機能するカードＲ／Ｗ制御部２９’は、前記更新要求送信手段により更新要求（減算要求）を送信した後、前記更新応答返信手段から更新応答（減算応答）を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、有価価値管理部（システムコントローラ６０’）で管理されている有価価値の大きさ（残額ＤＢの管理残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０５４８】
さらにリカバリ情報送信要求手段として機能するカードＲ／Ｗ制御部２９’は、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（システムコントローラ６０’）に対して送信するものである。
【０５４９】
ここで前記入金処理完了判定手段として機能するユニット制御部２２’は、前記入金要求送信手段（カードＲ／Ｗ制御部２９’）により入金要求を送信した後、前記入金完了通知返信手段（ユニット用通信部６１ａ’）から返信されてくる入金完了通知を受信する前に、前記リカバリ情報送信要求手段（カードＲ／Ｗ制御部２９’）による送信要求に応じて前記有価価値管理部（システムコントローラ６０’）から送信されてくるリカバリ情報（即ち入金未完情報又は入金完了情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。なお前記入金処理完了判定手段として機能するユニット制御部２２’は、前述した第２実施形態と同様に、入金要求送信後に入金完了通知を未受信の状態で、前記受信したリカバリ情報に含まれる情報が、入金未完情報であるか入金完了情報であるかを判定する。
【０５５０】
ここで前記貸与判定手段として機能するユニット制御部２２’は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（システムコントローラ６０’）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ち残額ＤＢの管理残額を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２２’は、前述した第２実施形態と同様に、減算要求送信後に減算応答を未受信の状態で、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０５５１】
ここで前記処理情報判定手段として機能するユニット制御部２２’は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（システムコントローラ６０’）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。なお前記処理情報判定手段として機能するユニット制御部２２’は、前述した第２実施形態と同様に、入金消費情報送信後に入金消費完了通知を未受信の状態で、前記受信したリカバリ情報に含まれる処理情報が、記憶している送信情報と一致する（偶奇が一致する）か否かを判定する。また貸与制御部として機能するカードユニット２０’のユニット制御部２２’は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記処理情報判定手段により予め定められた関係であると判定されたことを条件として、前記貸与処理手段により前記入金額分の玉貸処理（入金額玉貸処理）を行う。
【０５５２】
なおリカバリ情報送信手段として機能するシステムコントローラ６０’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をカードユニット２０’に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をカードユニット２０’に対して送信せず、この場合にはエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、一般カード５の返却を禁止する処理等である。
【０５５３】
次に図３７を参照して、第２実施形態の変形例に係る遊技用システム１’の作用について説明する。この変形例では、前述した第２実施形態と比較して、前記図３４に代えて図３７の処理が行われる点のみが異なり、その他の処理は同様である。
【０５５４】
オフライン状態からオンライン状態に復帰すると、カードＲ／Ｗ制御部２９’がオンライン状態への復帰を検知して（Ｓ８００’）、リカバリ情報送信要求をシステムコントローラ６０’に対して送信する（Ｓ８０１’）。システムコントローラ６０’がＳ８０１’のリカバリ情報送信要求を受信すると（Ｓ８０２’）、オフライン状態を検知したか否か（又はオフライン状態からオンライン状態への復帰を検知したか否か）を判定する（Ｓ８０３’）、ここでオフライン状態を検知していた場合には、入金完了情報又は入金未完情報，管理残額，及び処理情報（偶数回又は奇数回）の３つの情報を含むリカバリ情報をカードユニット２０’に対して送信する（Ｓ８１０’）。このリカバリ情報に含める情報は、第２実施形態と同様である。Ｓ８１０’のリカバリ情報をカードユニット２０’が受信すると（Ｓ８２０’）、該カードユニット２０’のユニット制御部２２’では、図３５に示したＳ４３０’以下の処理が行われる。
【０５５５】
ここでカードユニット２０’からシステムコントローラ６０’に対して送信するリカバリ情報送信要求は、入金完了情報又は入金未完情報と、管理残額と、処理情報とを全て含むリカバリ情報の送信を要求する旨を示すものであり、該送信要求を受信したシステムコントローラ６０’では、上記３つの情報を全て含むリカバリ情報を返信するようになっている。
【０５５６】
一方、Ｓ８０３’でオフライン状態を検知していなかった場合には、リカバリ情報をカードユニット２０’に返信せず、エラー処理として、異常である旨を報知するための処理や、一般カード５の返却を禁止する処理（例えば返却を禁止する指示をカードユニット２０’に送る）等を行う。これによれば、カードＲ／Ｗ制御部２９’にオフライン状態からオンライン状態へ復帰したことを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、システムコントローラ６０’の制御部６２’でオフライン状態を検知した後でなければ、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０５５７】
［３．変形例］
最後に、本発明の変形例について説明する。この変形例に関しては、「貨幣の入金処理及び遊技媒体の貸与処理に係る機能」，「記録媒体の使用可・不可の判定処理に係る機能」，及び「記録媒体数の適正化に係る機能」に分けて説明する。
【０５５８】
（３−１．貨幣の入金処理及び遊技媒体の貸与処理に係る機能の変形例）
まず、貨幣の入金処理及び遊技媒体の貸与処理に係る機能の変形例について説明する。
【０５５９】
上記の実施形態では、図３に示すように、紙幣識別機２３にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２４にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０５６０】
上記の実施形態では、図３に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）により受け付けられて回収された貨幣（紙幣２，硬貨３）がカードユニット２０，２０’の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、カードユニット２０，２０’の内部に貯留されるようにしても良い。
【０５６１】
上記の実施形態では、図３に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０５６２】
上記の実施形態において、記録媒体である一般カード５に代えて、会員登録を行った会員遊技者に対して発行される会員カードや、会員登録を行っていないビジタ遊技者に対して発行されるビジタカードを使用するようにしても良い。
【０５６３】
ここで記録媒体として会員カード及びビジタカード（又は上記実施形態の一般カード５）の両方を使用するようにした場合には、貨幣の入金の際に、記録媒体受付手段により受け付けている記録媒体が会員カードであるか又はビジタカードであるかによって、以下のように異なる処理を行っても良い。まず、貨幣が入金されたときに、受け付けている記録媒体が会員カードである場合には、該会員カードの記録情報（例えば上記の実施形態のカード残額に相当する情報や、上記の実施形態のカードＩＤに相当する情報（例えば会員を個々に識別可能な会員ＩＤ等））から特定される有価価値の大きさに、入金額相当の有価価値の大きさを加算して更新し、貸与要求操作（玉貸ボタン１５）に応じて使用額分（玉貸設定金額分又は記憶残額分）の玉貸処理を行うようにする。一方、受け付けている記録媒体がビジタカードである場合には、入金額相当の有価価値の大きさ（入金額自体又は入金額相当の度数）をビジタカードに一旦記録して、該記録した有価価値の大きさに相当する遊技媒体を貸与することで、入金額を消費する（即ち一発貸しを行う）。このように、両記録媒体が使用される場合に、受け付けている記録媒体が会員カードの場合には上記の実施形態における使用額分の玉貸処理が行われる一方、記録媒体がビジタカードである場合には上記の実施形態における入金額分の玉貸処理が行われるようにしても良い。
【０５６４】
上記の実施形態では、記録媒体（一般カード５）が非接触式のＩＣカードである例について説明したが、これに限らず、該記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また記録媒体の形状はカード型には限られず、コイン型であっても良い。
【０５６５】
上記の実施形態では、有価価値の大きさとして金額自体が管理されている例について説明したが、これに限らず、該有価価値の大きさとして、該金額が所定の比率で換算された残度数や点数等が管理されるようにしても良い。
【０５６６】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパチロット，遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０５６７】
上記の第２実施形態では、カードユニット２０において、ユニット制御部２２’とカードＲ／Ｗ制御部２９とが別個に設けられている例について説明したが、これに限らず、両者の機能を備える１つの制御部を設けるようにしても良い。
【０５６８】
上記の実施形態では、パチンコ機１０とカードユニット２０，２０’間で玉貸処理が行われるときに、図４に示すように、ＰＲＤＹ信号，ＢＲＤＹ信号，ＢＲＱ信号，及びＥＸＳ信号等の送受によって玉貸処理が行われる例について説明したが、該玉貸処理は、例えば以下の変形例１，変形例２，又は変形例３に示す如く行われるようにしても良い。
【０５６９】
まず変形例１として、カードユニット２０，２０’は、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数であり、予めシステムコントローラ６０，６０’等により設定されてカードユニット２０，２０’に配信されている）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号をパチンコ機１０の払出制御基板１２に対して送信する。
【０５７０】
該払出要求信号を受信したパチンコ機１０は、前記払出要求玉数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から払出要求玉数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をカードユニット２０，２０’のユニット制御部２２，２２’に対して送信する。
【０５７１】
該払出結果信号を受信したカードユニット２０，２０’は、前記払出要求信号に示される払出要求玉数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、１度数分の前記減算として、ユニット制御部２２，２２’のＲＡＭの表示用記憶領域に記憶されている残額からパチンコ玉の貸与に使用された１度数に相当する金額を減算すると共に、残度数表示器１４に表示された残度数から１度数を減算する。そしてカードユニット２０，２０’は、これら１度数分の玉貸を前記入金額分又は前記使用額分（即ち記憶残額≧玉貸設定金額であれば該玉貸設定金額分，また記憶残額＜玉貸設定金額であれば該記憶残額分）だけ繰り返し、該入金額分又は使用額分の玉貸の終了に基づいて、玉貸終了信号をパチンコ機１０の払出制御基板１２に対して送信し、玉貸処理を終了する。なお「使用額分の玉貸処理の終了」とは、今回の玉貸操作に基づく該使用額分の玉貸の終了を意味する。
【０５７２】
次に変形例２として、パチンコ機１０において、カードユニット２０，２０’からの１回の払出要求に応じて払い出すパチンコ玉の数（以下「単位払出数」という。）を設定変更可能に構成すると共に、カードユニット２０，２０’において、該設定された単位払出数を予め記憶可能に構成した場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２２により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をユニット制御部２２に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記予め記憶している単位払出数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０５７３】
ここで払出結果玉数を示す払出結果信号は、パチンコ機１０の払出制御基板１２から出力されるようにしても良いし、払い出されたパチンコ玉の数を検出する図示しない払出検出センサから出力されるようにしても良い。またカードユニット２０，２０’において予め記憶しておく単位払出数は、カード会社の管理サーバ９０や遊技場のシステムコントローラ６０，６０’で設定し、カードユニット２０，２０’に配信して記憶するようにすれば良い。そして、例えば前記単位払出数と払出結果玉数との照合ＮＧの場合に、カードユニット２０，２０’を不能動化するように構成すれば、遊技場が実際の申告よりも小さい単位払出数をパチンコ機１０において設定するような不正を防止できる。
【０５７４】
さらに変形例３として、前記単位払出数が一定（例えば２５個）である場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２２，２２’により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、玉払出装置１３からパチンコ玉の払出が可能であるか否かを確認し、該確認結果が可能である場合には、玉貸準備信号をユニット制御部２２，２２’に対して送信する。該玉貸準備信号を検出したカードユニット２０，２０’は、玉貸指令信号を払出制御基板１２に対して送信し、該玉貸指令信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、１度数分の貸与処理の完了を示す玉貸完了信号をユニット制御部２２に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０５７５】
なお、変形例１〜３の玉貸処理を行うカードユニット２０，２０’において、異常発生検出手段により使用額分の玉貸処理における異常の発生を検出したときに、貸与処理中断手段が当該玉貸処理を中断するにあたり、パチンコ機１０に対する前記払出要求信号の送信を停止する。そして、異常解消検出手段により使用額分の玉貸処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された使用額分の玉貸処理を再開するにあたり、パチンコ機１０に対する前記払出要求信号の送信が開始される。
【０５７６】
上記の実施形態では、遊技媒体を貸与するための貸与処理が、パチンコ玉を貸与する玉貸処理（入金額分の玉貸処理，使用額分の玉貸処理）である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記画像式のパチンコ機やスロットマシンにおいて有価価値の大きさを遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０５７７】
上記の実施形態では、貸与処理が行われた場合に、カードユニット２０，２０’と遊技機（パチンコ機１０）との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該遊技機に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、カードユニット２０，２０’に設けられた図示しない玉払出装置からパチンコ玉が払い出されて貸与されるようにしても良い。
【０５７８】
上記の実施形態では、図３に示すように、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６が遊技機（パチンコ機１０）に設けられ、カードユニット２０，２０’と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６の一部又は全部をカードユニット２０，２０’に設けるようにしても良い。
【０５７９】
上記の第１実施形態では、管理装置オンライン状態であるときに貨幣を受け付けると、入金額が一般カード５のカード残額に加算されてカード残額が更新される（即ちカード残額の多少によらず一律に入金額が加算される）例について説明したが、このとき一般カード５のカード残額が所定額（例えば１０００円）以下であるときにのみ貨幣を受付可能として、入金額がカード残額に加算されるようにしても良い。また、カード残額が零であるときにのみ貨幣を受付可能として、このときの入金額をカード残額として記録するようにしても良い。
【０５８０】
これと同様に、上記の第２実施形態では、１０００円を超える金額の貨幣を受け付けると、入金額が一般カード５のカード残額に加算されてカード残額が更新される（即ちカード残額の多少によらず一律に入金額が加算される）例について説明したが、このとき一般カード５のカード残額が所定額（例えば１０００円）以下であるときにのみ貨幣を受付可能として、入金額がカード残額に加算されるようにしても良い。また、カード残額が零であるときにのみ貨幣を受付可能として、このときの入金額をカード残額として記録するようにしても良い。
【０５８１】
上記の第２実施形態では、入金額が１０００円以下であるときに入金消費情報が送信されて、その結果として入金額玉貸処理が行われ、入金額が１０００円を超えているときに入金要求が送信されて、その結果としてシステムコントローラ６０’において入金処理が行われる例について説明したが、これに限らず、入金額の多少によらずに入金消費情報が送信されて入金額玉貸処理が行われるようにしても良い。
【０５８２】
上記の第１実施形態では、管理装置オフライン状態でカード残額が零の状態であるカードユニット２０が所定額（１０００円）以下の貨幣を受け付けたときに、入金額が一般カード５に一旦記録されて、消去される例について説明したが、このとき該カードユニット２０の一般カード５には、カード残額とは別の記憶領域（副記憶領域）に入金額が記録されて、消去されるようにしても良く、入金額をカード残額に加算した後、該カード残額から入金額分だけ減算するようにしても良い。このようにすることで、カード残額が残存しているときでも管理装置オフライン状態で貨幣を受け付けて、入金額玉貸処理を行うことが可能である。なお、このとき入金額が記録される記録媒体は、一般カード５に限らず、カードＲ／Ｗ制御部２９のＲＡＭ（又はＥＥＰＲＯＭ）や、カードＲ／Ｗ２７の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２７に挿入されたカード等であっても良い。
【０５８３】
上記の第２実施形態では、カードＲ／Ｗ２７の一般カード５のカード残額が零である場合にのみ、入金額が１０００円以下であることを条件として、入金消費情報が送信されて、その結果として入金額玉貸処理が行われる例について説明したが、これに限らず、前記カード残額が残存している場合（零でない場合）であっても、入金消費情報が送信されて、その結果として入金額玉貸処理が行われるようにしても良い。このときシステムコントローラ６０’において、残額ＤＢの管理残額とは別の記憶領域で、受信したカードＩＤに対応付けて入金額を記憶して、消去するようにしても良く、入金額を管理残額に加算した後、該管理残額から入金額分だけ減算するようにしても良い。また、このときカードユニット２０’の一般カード５には、カード残額とは別の記憶領域（副記憶領域）に入金額が記録されて、消去されるようにしても良く、入金額をカード残額に加算した後、該カード残額から入金額分だけ減算するようにしても良い。なお、このとき入金額が記録される記録媒体は、一般カード５に限らず、カードＲ／Ｗ制御部２９’のＲＡＭ（又はＥＥＰＲＯＭ）や、カードＲ／Ｗ２７の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２７に挿入されたカード等であっても良い。
【０５８４】
上記の実施形態では、入金額が記録される記録媒体が、カードＲ／Ｗ２７の一般カード５である例について説明したが、これに限らず、該記録媒体は、例えば第１実施形態における表示用記憶領域や、第２実施形態におけるカードＲ／Ｗ制御部２９’のＲＡＭや、カードＲ／Ｗ２５の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２５に挿入されたカードであっても良い
【０５８５】
上記の実施形態では、貸与制御部から有価価値管理部に対して送信される減算要求に使用額が含まれる例について説明したが、これに限らず、該減算要求に、有価価値減算手段による減算後の残額が含まれるようにしても良い。つまり、上記の実施形態では、使用額を有価価値管理部に送信して、有価価値管理部側で管理残額（一般カード５に記録されているカード残額又はハードディスク６３で記憶している管理残額）から使用額を減算して管理残額を更新していたが、貸与制御部から減算後の残額が送信されれば、有価価値管理部は管理残額を該送信されてきた残額に更新するのみで良く、これによれば、有価価値管理部側で管理残額を減算をする必要が無くなる。
【０５８６】
上記の実施形態では、玉貸処理において、記録媒体の記録情報から特定される有価価値の大きさの減算が１度数分ずつ行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、玉貸処理の終了を待たずに（残額が一致するか否かの判定前に）該減算が使用額分一括して行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。また上記の実施形態では、有価価値管理部から受信した残額と判定用記憶領域で記憶されている残額が一致するか否かの判定が玉貸処理の途中で行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、該判定が玉貸処理の終了後に行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。
【０５８７】
上記の第１実施形態では、通信不可能状態が電断である例について説明したが、これに限らず、該通信不可能状態には、ユニット制御部２２とカードＲ／Ｗ制御部２９の間が断線して通信できないような場合や、いずれか一方で通信以外の他の処理が優先して行われていたり、通信機能に異常が発生しているため、確認信号を送っても応答がなく通信できない場合も含まれる。
【０５８８】
上記の実施形態では、送信情報と処理情報との予め定められた関係とは、両者の偶奇が一致するものである例について説明したが、これに限らず、該関係は、貸与制御部の処理（入金消費情報の送信）に基づき有価価値管理部の処理（入金消費処理の実行）が行われたか否かを貸与制御部が判定できるように予め定められた関係であれば良い。例えば両者の偶奇が食い違っていれば、予め定められた関係であると判定するようにしても良い。
【０５８９】
上記の実施形態では、送信情報が、当日における入金消費情報の送信回数を偶数回又は奇数回で示すものであり、処理情報が、当日における入金消費処理の実行回数を偶数回又は奇数回で示すものである例について説明したが、これに限らず、送信情報を、当日における入金消費情報の送信回数の通算数を示すものとし、処理情報を、当日における入金消費処理の実行回数の通算数を示すものとしても良い。また送信情報を、入金消費情報の送信毎に更新される０又は１の符号とし、処理情報を、入金消費処理の実行毎に更新される０又は１の符号としても良く、さらに該０又は１の符号の代わりに、フラグをＯＮ又はＯＦＦするものでも良い。即ち送信情報は、入金消費情報の送信毎に更新される情報であれば良く、また処理情報は、入金消費処理の実行毎に更新される情報であれば良い。
【０５９０】
上記の第１実施形態において、図１７のＳ４３１で入金未完と判定されたときに、受付貨幣を返却せずに留保して、カードＲ／Ｗ制御部２９に対して入金要求を再度送信するようにしても良い。同様に、上記の第２実施形態において、図３５のＳ４３１で入金未完と判定されたときに、受付貨幣を返却せずに留保して、カードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対して入金要求を再度送信するようにしても良い。
【０５９１】
上記の第１実施形態において、図１７のＳ４５２で処理情報と送信情報が予め定められた関係にないと判定されたときに、受付貨幣を返却せずに留保して、送信情報を戻した後に、カードＲ／Ｗ制御部２９に対して入金消費情報を再度送信するようにしても良い。同様に、上記の第２実施形態において、図３５のＳ４５２’で処理情報と送信情報が予め定められた関係にないと判定されたときに、受付貨幣を返却せずに留保して、送信情報を戻した後に、カードＲ／Ｗ制御部２９’からシステムコントローラ６０’に対して入金消費情報を再度送信するようにしても良い。
【０５９２】
上記の第１実施形態において、カードＲ／Ｗ制御部２９からユニット制御部２２への入金完了通知の後に、一般カード５に記録された入金額を示す入金額通知がカードＲ／Ｗ制御部２９からユニット制御部２２に対してさらに送信された後に、図９のＳ１３４以下の処理が行われて、玉貸操作の受付が可能（カード玉貸可能状態）となるようにしても良い。この場合の入金完了通知には、カード残額を含める必要は無く、有価価値管理部（カードＲ／Ｗ制御部２９）で入金処理が行われたことを確認できる情報であれば良い。同様に、上記の第２実施形態において、システムコントローラ６０’からカードユニット２０’への入金完了通知の後に、システムコントローラ６０’で記憶された入金額を示す入金額通知がシステムコントローラ６０’からカードユニット２０’に対してさらに送信された後に、図３０のＳ１３４以下の処理が行われて、玉貸操作の受付が可能（カード玉貸可能状態）となるようにしても良い。
【０５９３】
上記の第１実施形態では、図８及び図９に示すように、管理装置オンライン状態における貨幣の受付時には、カードユニット２０からシステムコントローラ６０に対して入金額送信されず、システムコントローラ６０’で入金額を認識することができない例について説明したが、これに限らず、貨幣の受付時に、入金額及びカードＩＤを含む入金要求がカードＲ／Ｗ制御部２９からシステムコントローラ６０に対して送信され、システムコントローラ６０において該入金額を認識して、カードＩＤと対応付けた管理をする（該入金額を、受信したカードＩＤに対応付けて管理している管理残額に加算する等）ようにしても良い。同様に、上記の第１実施形態では、図１３に示すように、使用額分の玉貸処理が行われるときに、システムコントローラ６０において記憶している管理残額が減算更新されない例について説明したが、これに限らず、使用額分の玉貸処理が行われることに基づいて、使用額及びカードＩＤを含む減算要求がカードＲ／Ｗ制御部２９からシステムコントローラ６０に対して送信され、システムコントローラ６０において、該使用額を、受信したカードＩＤに対応付けて管理している管理残額から減算更新するようにしても良い。
【０５９４】
上記の実施形態では、ユニット制御部２２，又はカードユニット２０’において、減算応答を受信した後に、使用額の減算が行われてから、玉貸処理が開始される例について説明したが、これに限らず、玉貸処理が開始されてから、使用額の減算が行われるようにしても良い。
【０５９５】
上記第１実施形態の変形例，上記第２実施形態の変形例では、図２８や、図３７に示すように、貸与制御部（ユニット制御部２２，カードユニット２０’）から有価価値管理部（カードＲ／Ｗ制御部２９，システムコントローラ６０’）に対して送信するリカバリ情報の送信要求が、入金処理が完了しているか否かを示す情報と、有価価値管理部で管理している管理残額と、処理情報の３つの情報を含むリカバリ情報の送信要求である例について説明したが、これに限らず、状態記憶領域で記憶している情報に基づいて、必要な情報を含むリカバリ情報の送信要求を送るようにしても良い。例えば、入金要求を送信済みである旨が記憶されているときには、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求を送れば良く、減算要求を送信済みである旨が記憶されているときには、管理残額を含むリカバリ情報の送信要求を送れば良く、入金消費情報を送信済みである旨が記憶されているときには、処理情報を含むリカバリ情報の送信要求を送るようにすると良い。これによれば、送信要求に応じて返信されてきたリカバリ情報の中から必要な情報を選択するという処理を省略できる。
【０５９６】
上記第１実施形態の変形例，上記第２実施形態の変形例では、図２８のＳ８０３や、図３７のＳ８０３’に示すように、有価価値管理部がリカバリ情報の送信要求を受信したときに、通信不可能状態を検知したこと（電断からの復電を検知したこと又はオフライン状態からオンライン状態への復帰を検知したこと）を条件として、リカバリ情報を返信する例について説明したが、これに限らず、Ｓ８０３やＳ８０３’の判定を行わずに、リカバリ情報の送信要求を受信したことに応じて、リカバリ情報を貸与制御部に対して返信するようにしても良い。
【０５９７】
上記第１実施形態では、電断の発生を検知したとき，即ち電断状態から復電して通電状態となったときにのみ、カードＲ／Ｗ制御部２９からユニット制御部２２に対してリカバリ情報を送信する例について説明したが、これに限らず、カードＲ／Ｗ制御部２９に電力が供給されて動作を開始（再開）したときに、電断の発生の検知に拘わらず一律にリカバリ情報をユニット制御部２２に対して送信するようにしても良い。このようにした場合、第１実施形態の如く、電断状態から復電して通電状態となったとき，即ちカードＲ／Ｗ制御部２９の動作再開時に、リカバリ情報がカードＲ／Ｗ制御部２９からユニット制御部２２に対して送信される。一方、電断ではなく正常なプロセス（ここでは締め処理信号の受信）で動作が停止したときにも、カードＲ／Ｗ制御部２９の動作開始時にリカバリ情報がカードＲ／Ｗ制御部２９からユニット制御部２２に送信されることとなるが、正常なプロセスで動作が停止する場合には状態記憶領域がクリアされるので、ユニット制御部２２において、入金要求を送信済みである旨，減算要求を送信済みである旨，又は入金消費情報を送信済みである旨がＥＥＰＲＯＭの状態記憶領域に記憶されていない状態であり、入金処理完了判定手段による判定，貸与判定手段による判定，及び処理情報判定手段による判定のいずれも実施されずに通常稼働状態となる。即ちリカバリ情報は、少なくとも電断から復電して通電状態となったときに送信されていれば、復電時に限らず送信されても良い。ここで前記正常なプロセスでの動作停止とは、締め処理信号の受信に基づく動作停止に限らず、例えばカードユニット２０の電源ボタンの操作による動作停止であっても良く、リモートコントローラからの指示による動作停止や、所定時刻になったことによる自動的な動作停止等であっても良い。即ち、電断のような不意の動作停止ではなく、所定の操作や設定に基づく動作停止を指す。
【０５９８】
上記第１実施形態の変形例では、電断の発生を検知したとき，即ち電断状態から復電して通電状態となったときにのみ、ユニット制御部２２からカードＲ／Ｗ制御部２９に対してリカバリ情報の送信要求を送信する例について説明したが、これに限らず、ユニット制御部２２に電力が供給されて動作を開始（再開）したときに、電断の発生の検知に拘わらず一律にリカバリ情報の送信要求をカードＲ／Ｗ制御部２９に対して送信するようにしても良い。このようにした場合、第１実施形態の変形例の如く、電断状態から復電して通電状態となったとき，即ちユニット制御部２２の動作再開時に、リカバリ情報の送信要求がユニット制御部２２からカードＲ／Ｗ制御部２９に対して送信される。一方、電断ではなく正常なプロセス（ここでは締め処理信号の受信）で動作が停止したときにも、ユニット制御部２２の動作開始時にリカバリ情報の送信要求がユニット制御部２２からカードＲ／Ｗ制御部２９に送信され、カードＲ／Ｗ制御部２９から該送信要求に応じてリカバリ情報が返信されてくることとなるが、正常なプロセスで動作が停止した場合には状態記憶領域がクリアされるので、ユニット制御部２２において、入金要求を送信済みである旨，減算要求を送信済みである旨，又は入金消費情報を送信済みである旨がＥＥＰＲＯＭの状態記憶領域に記憶されていない状態であり、入金処理完了判定手段による判定，貸与判定手段による判定，及び処理情報判定手段による判定のいずれも実施されずに通常稼働状態となる。即ちリカバリ情報の送信要求は、少なくとも電断から復電して通電状態となったときに送信されていれば、復電時に限らず送信されても良い。ここで前記正常なプロセスでの動作停止とは、締め処理信号の受信に基づく動作停止に限らず、例えばカードユニット２０の電源ボタンの操作による動作停止であっても良く、リモートコントローラからの指示による動作停止や、所定時刻になったことによる自動的な動作停止等であっても良い。即ち、電断のような不意の動作停止ではなく、所定の操作や設定に基づく動作停止を指す。
【０５９９】
上記の実施形態において、異常報知処理は、返却禁止処理，表示処理，多機能ランプ２８の赤点滅，及びシステムコントローラ６０，６０’に対する残額異常通知のうちのいずれか１つ又は複数であっても良い。
【０６００】
上記の実施形態では、貸与制御部（ユニット制御部２２，カードユニット２０’）において、パチンコ機１０から出力される玉貸異常発生信号の入力に基づいて玉貸処理の異常の発生を検出し、パチンコ機１０から出力される玉貸異常解消信号の入力に基づいて玉貸処理の異常の解消を検出する例について説明したが、これに限らず、ＢＲＱをＨｉｇｈとしてから予め定められた所定時間を経過してもＥＸＳのＨｉｇｈを検出しないことに基づいて玉貸処理の異常の発生を検出し、その後にＥＸＳのＨｉｇｈを検出したことに基づいて玉貸処理の異常の解消を検出するようにしても良い。
【０６０１】
上記の実施形態では、ユニット制御部２２，２２’において、入金要求を送信済みである旨，入金完了通知を受信済みである旨，減算要求を送信済みである旨，減算応答を受信済みである旨，入金消費情報を送信済みである旨，又は入金消費完了通知を受信済みである旨のいずれかが、ＥＥＰＲＯＭの状態記憶領域に記憶されている例について説明したが、これらの記憶処理に加えて、さらに次のような記憶処理を行うようにしても良い。
【０６０２】
まず、貨幣を受け付けたときに、貨幣を受付済みである旨を状態記憶領域に記憶しておく。そしてリカバリ情報を受信したときに、状態記憶領域に該貨幣を受付済みである旨が記憶されていれば、貨幣を返却するようにする。これによれば、貨幣を受付済みで、有価価値管理部が入金要求を受信していない状態で通信不可能状態となった場合に、通信可能状態復帰後に貨幣を返却することとなるので、遊技場や遊技者が損をするおそれが無くなる。また、貨幣を受付済みで、入金消費情報が送信されていない状態で通信不可能状態となった場合に、通信可能状態復帰後に貨幣を返却することとなるので、有価価値管理部側と貸与制御部側の処理に不一致が生じることがない。
【０６０３】
さらに貸与要求操作（玉貸ボタン１５の操作）を検出したときに、貸与要求操作を受付済みである旨を状態記憶領域に記憶しておく。そしてリカバリ情報を受信したときに、状態記憶領域に貸与要求操作を受付済みである旨が記憶されていれば、記憶残額の減算及び使用額分の玉貸処理を行わないようにする。これによれば、貸与要求操作を受付済みで、減算要求が送信されていない状態で通信不可能状態となった場合に、通信可能状態復帰後に記憶残額の減算及び使用額分の玉貸処理を行わないので、遊技場や遊技者が損をするおそれが無くなる。
【０６０４】
（３−２．記録媒体の使用可・不可の判定処理に係る機能の変形例）
次に、記録媒体の使用可・不可の判定処理に係る機能の変形例について説明する。
【０６０５】
上記の実施形態では、遊技用装置（カードユニット２０，２０’）において、一般カード５が使用される例について説明したが、これに限らず、さらに、会員登録を行った会員遊技者に対して発行される会員カードを使用可能にしても良い。該会員カードには、会員遊技者を個々に特定可能な会員ＩＤ（あるいは会員カードを個々に識別可能な会員カードＩＤ）や、カード残額を記録しておき、一般カード５と同様に、該会員カードの記録情報から特定される有価価値の大きさの範囲内での玉貸処理を行うようにしても良い。会員カードが使用される場合、該会員カードの残額が零となっても、カード返却ボタン１６の操作によって返却可能として、該返却操作に基づいて会員カードが排出されたときに、記録媒体収納部（カードストッカ）から記録情報処理部（カードＲ／Ｗ２７）に一般カード５が供給されて、上記実施形態の如く、供給時判定，供給時使用判定が実施されるようにすると良い。
【０６０６】
上記の実施形態では、排出処理によってカード挿入口２７ａから排出されたカードが抜き取られたことに基づいて、記録媒体収納部（カードストッカ２８）に収納されているカードの１枚が記録情報処理部（カードＲ／Ｗ２７）に供給される例について説明したが、これに限らず、例えば、カードの排出処理が行われた後、直ちに供給処理が行われるようにしても良い（例えば、第１モータによるベルトの回転運動を行った後に、直ちに第２モータによるスライダの移動行う）。即ち、カードが抜取待ち状態となった後、抜き取りを待たずして供給処理を行うようにしても良い。また、カードの排出処理と供給処理の両処理を同時並列的に行うようにしても良い（例えば、第１モータによるベルトの回転運動と、第２モータによるスライダの移動を同時並列して行う）。即ち、カードＲ／Ｗ２７からのカードの排出と、カードストッカ２８からカードＲ／Ｗ２７へのカードの供給を同時に行うようにしても良い。このように、供給処理のタイミングは特に限定されず、カードの排出処理が行われることに基づいて、記録媒体収納部（カードストッカ２８）のカードが記録情報処理部（カードＲ／Ｗ２７）に供給されれば良い。
【０６０７】
ここで、実施例と異なる処理として、例えば貨幣が識別されたことに基づいて、入金額がユニット制御部２２の所定記憶領域（例えばＲＡＭやＥＥＰＲＯＭ）に記憶されるようにして、該入金額の範囲内での玉貸処理を行い、入金額のうちの玉貸処理に使用されなかった入金残額を、所定の操作（例えばカード返却ボタン１６の操作）によって、カードＲ／Ｗ２７の一般カード５に記録（又はカードＩＤと入金残額を管理装置に送信して管理）して、返却するようにした場合には、一般カード５に入金残額を記録する処理（又はカードＩＤと入金残額を管理装置に送信する処理）が残有価価値特定処理に相当する。このようなカードユニットの場合、入金のときには、残有価価値特定処理が行われないため、カードエラーに関係無く玉貸処理を行うことができる。しかし、前記所定の操作が行われたときにカードＲ／Ｗ２７のカードが使用可能か否かの判定を実施するようにすると、カードエラーが生じた場合に、遊技者に直ちに残額の返却をすることができず、台移動や精算が速やかに行えないため遊技者に迷惑がかかる。このようなカードユニットに対して本発明を適用することで、カードＲ／Ｗ２７へのカード供給時に前記記録媒体判定手段による判定や使用判定手段による判定が行われて、カードエラーが生じた場合には店員による所定の処置（カードの回収等）が行われるので、遊技者に迷惑をかけるおそれを著しく低減させることができる。
【０６０８】
上記の実施形態では、遊技用装置（カードユニット２０，２０’）の記録媒体判定手段（カードＲ／Ｗ制御部２９，２９’）が行う判定が、読み取られたカード残額及びカードＩＤが、各々所定形式のデータであるか否かの判定と、一旦記録された後に読み取られたデータが、テストデータと合致するか否かの判定である例について説明したが、これに限らず、判定手段の判定は、記録媒体（一般カード５）の記録情報に基づくものであれば良く、例えば、記録媒体には暗号化された記録媒体識別情報を記録しておき、遊技用装置において、該暗号化された情報を読み取って復号化し、復号化後のデータが所定形式（記録媒体識別情報のデータ形式）であるか否かによって使用可能であるか否かを判定しても良い（所定形式であれば使用可能，所定形式でなければ使用不可と判定）。
【０６０９】
また、記録媒体にセキュリティ情報を記録しておくと共に、遊技用装置にも予めセキュリティ情報を記憶しておき、記録媒体が記録情報処理部に供給されたときに、該供給された記録媒体のセキュリティ情報と予め当該遊技用装置で記憶しているセキュリティ情報と一致するか否かを判定して、一致すれば使用可、一致しなければ使用不可と判定するようにしても良い。
【０６１０】
上記の実施形態では、管理装置（システムコントローラ６０，６０’）の使用判定手段（制御部６２，６２’）が行う判定が、受信したカードＩＤが該カードＩＤと共に受信した装置ＩＤとは異なる装置ＩＤ（別装置ＩＤ）に対応付けて、カードユニットＤＢに記憶されているか否かの判定である例について説明したが、これに限らず、使用判定手段の判定は、受信した記録情報に基づくものであれば良く、例えば、記録媒体には暗号化された記録媒体識別情報を記録しておき、管理装置が、該該暗号化された情報を受信して復号化し、復号化後のデータが所定形式（記録媒体識別情報のデータ形式）であるか否かによって使用可能であるか否かを判定しても良い（所定形式であれば使用可能，所定形式でなければ使用不可と判定）。また、記録情報の更新に伴って値が変わるハッシュ値を記録媒体に記録すると共に、管理装置でも各記録媒体識別情報と対応付けてハッシュ値を管理しておき、管理装置が受信したハッシュ値が、該ハッシュ値と共に受信した記録媒体識別情報と対応付けて管理装置で管理しているハッシュ値と合致するか否かによって使用可能であるか否かを判定するようにしても良い（合致すれば使用可能，合致しなければ使用不可と判定）。
【０６１１】
また管理装置において、当該遊技場で使用可能な全ての記録媒体の記録媒体識別情報を管理しておき、遊技用装置から受信した記録媒体識別情報が、前記管理している記録媒体識別情報に含まれるか否かを判定して、含まれれば（いずれかに一致すれば）使用可、含まれなければ（いずれにも一致しなければ）使用不可と判定するようにしても良い。
【０６１２】
上記の実施形態では、遊技用装置が記録媒体判定手段（ユニット制御部２２，２２’）を有し、かつ管理装置（システムコントローラ６０，６０’）が使用判定手段（制御部６２，６２’）を有しており、供給時判定及び供給時使用判定（あるいは入金時判定及び入金時使用判定）の両方が実施される例について説明したが、これに限らず、供給時判定又は供給時使用判定（あるいは入金時判定又は入金時使用判定）のいずれか一方のみが実施されるようにしても良い。即ち、遊技用装置が記録媒体判定手段を備えておらず、管理装置が使用判定手段を備えているように構成しても良く、遊技用装置が記録媒体判定手段を備えており、管理装置が使用判定手段を備えていないように構成しても良い。
【０６１３】
また、上記の実施形態では、遊技用装置が挿入時判定を行い、かつ管理装置が挿入時使用判定を行う例について説明したが、これに限らず、遊技用装置が挿入時判定を行い、管理装置が挿入時使用判定を行わないように構成しても良く、遊技用装置が挿入時判定を行わず、管理装置が挿入時使用判定を行うように構成しても良い。
【０６１４】
上記の実施形態では、使用禁止処理手段（ユニット制御部２２及びカードＲ／Ｗ制御部２９，ユニット制御部２２’及びカードＲ／Ｗ制御部２９’）が、記録媒体判定手段（カードＲ／Ｗ制御部２９，２９’）により使用可能でないと判定されたことを条件として、使用禁止処理として、排出処理を行い、管理装置（システムコントローラ６０）から受信した判定結果が使用可能でない旨を示すことを条件として、使用禁止処理として、入金禁止を行う例について説明したが、これに限らず、判定手段により使用可能でないと判定されたこと，又は管理装置から受信した判定結果が使用可能でない旨を示すことを条件として行う使用禁止処理は、記録情報処理部（カードＲ／Ｗ２７）にある記録媒体（一般カード５）の残有価価値特定処理への使用を禁止するための処理であれば良い。例えば、記録媒体判定手段（カードＲ／Ｗ制御部２９，２９’）により使用可能でないと判定されたことを条件として、入金禁止を行っても良く、管理装置（システムコントローラ６０）から受信した判定結果が使用可能でない旨を示すことを条件として、排出処理を行うようにしても良い。
【０６１５】
上記の実施形態では、供給時判定，供給時使用判定，入金時判定，又は入金時使用判定によって使用不可であると判定されたことに基づく報知が、多機能ランプ２６の発光態様の変化（赤で点滅）である例について説明したが、これに限らず、各判定によって使用不可であると判定されたことに基づく報知が、表示部２５ａや残度数表示器１４へのメッセージの表示であっても良く、例えば表示部２５ａにカードが使用不可である旨を示す「Ｅｒｒ」と表示するようにしても良い。さらにこれに限らず、該各種の報知は、例えば遊技用装置の上部に備えられた呼出ランプ装置に設けられるランプの発光態様の変化により行われるようにしても良く、この場合には、カードユニット２０，２０’＋呼出ランプ装置が、本発明における遊技用装置に相当する。また各種の報知は、複数の報知手段の組み合わせ（例えば表示部２５ａへのメッセージの表示と多機能ランプ２６の発光態様の組み合わせ等）により行われるようにしても良く、該各種の報知に対応する音声を発するスピーカ等により行われるようにしても良い。
【０６１６】
上記の実施形態では、供給時判定によって使用不可であると判定されたことに基づく報知と、供給時使用判定によって使用不可であると判定されたことに基づく報知が同一態様である（多機能ランプ２６の赤点滅）例について説明したが、これに限らず、供給時判定によって使用不可と判定されたことに基づく報知と、供給時使用判定によって使用不可と判定されたことに基づく報知を、異なる報知態様（例えば前者は多機能ランプ２６を赤で点灯させ、後者は多機能ランプ２６を赤で点滅させる等）としても良い。入金時判定と入金時使用判定の報知態様についても同様である。
【０６１７】
上記の実施形態では、供給時判定又は供給時使用判定によって、使用不可であると判定されたことに基づく報知と、異常処理における報知が同一態様である（多機能ランプ２６の赤点滅）例について説明したが、これに限らず、供給時判定又は供給時使用判定によって使用不可と判定された場合の報知と、異常処理における報知を異なる報知態様（例えば前者は多機能ランプ２６を赤で点灯させ、後者は多機能ランプ２６を赤で点滅させる等）としても良い。
【０６１８】
上記の実施形態では、異常処理手段（ユニット制御部２２，２２’）が行う異常処理が、入金禁止，玉貸禁止，カード異常報知，及び排出処理禁止である例について説明したが、これに限らず、異常処理手段（ユニット制御部２２，２２’）が行う異常処理は、所定の処理であれば良く、上記の処理のうちのいずれか又は組み合わせであっても良く、上記の処理以外の処理（例えば排出処理）であっても良い。
【０６１９】
上記の実施形態では、図５に示すように、残額ＤＢと、カードユニットＤＢが各々別のデータテーブルで管理されている例について説明したが、これに限らず、両者の記憶内容を含む１つのデータテーブルで管理するようにしても良い。例えば、カードＩＤに対応付けて、カード残額と、装置ＩＤの記憶領域を設けておき、カードユニット２０，２０’からカードＩＤ及び装置ＩＤを受信したときに、受信したカードＩＤに対応付けて、その対応する記憶領域に該カードＩＤと共に受信した装置ＩＤを記憶するようにすると良い。
【０６２０】
（３−３．記録媒体数の適正化に係る機能の変形例）
次に、記録媒体数の適正化に係る機能の変形例について説明する。
【０６２１】
上記の実施形態では、記録媒体収納部が、カードＲ／Ｗ２７及びカードストッカ２８からなり、カードＲ／Ｗ２７部のカード数＋カードストッカ２８に収納されているカード数が、ストック枚数として計数手段（カードＲ／Ｗ制御部２９）により計数される例について説明したが、これに限らず、記録媒体収納部をカードストッカ２８のみとして、計数手段が、該カードストッカ２８に収納されているカード数のみをストック枚数として計数するようにしても良い。例えば、収納処理が行われたときには、ストック枚数に１を加算し、供給処理が行われたときには、ストック枚数から１を減算することで、カードストッカ２８に収納されるカードのストック枚数を計数することが可能である。
【０６２２】
上記の実施形態では、計数手段がカードＲ／Ｗ制御部２９，２９’であり、前方挿入カードの取込処理のときにストック枚数を加算更新し、カードの排出処理のときにストック枚数を減算更新することで、ストック枚数を計数する（つまり、取込処理回数−排出処理回数＝ストック枚数として計数する）例について説明したが、これに限らず、センサによって、ストック枚数が所定数に達したか否かを判定することで、ストック枚数を計数するようにしても良い。具体的には、カードストッカ２８内の、前記所定数のカードに対応する位置（例えば所定数が９であれば、〔９×カード厚〕に対応する位置）に送受光式のセンサを設置しておくことで、前記所定数に達したかどうかを判定して、ストック枚数を計数することができる。
【０６２３】
上記の実施形態では、営業時間中にストック枚数が第２上限値以上となっても、第２上限値以上である旨を報知しない例について説明したが、これに限らず、営業時間中であっても、ストック枚数が第２上限値以上であるか否かの判定を実施して、第２上限値以上である場合にはその旨を報知するようにしても良い。また、上記の実施形態では、営業時間中にストック枚数が第２下限値以下となっても、第２下限値以下である旨を報知しない例について説明したが、これに限らず、営業時間中であっても、ストック枚数が第２下限値以下であるか否かの判定を実施して、第２下限値以下である場合にはその旨を報知するようにしても良い。  
【０６２４】
上記の実施形態では、各種の報知（ストック枚数が第１上限値以上である旨の報知，第１下限値以下である旨の報知，及び締め処理時報知手段による報知）が、遊技用装置（カードユニット２０，２０’）に設けられる多機能ランプ２６の発光態様の変化により行われる例について説明したが、これに限らず、該各種の報知は、例えば遊技用装置の上部に備えられた呼出ランプ装置に設けられるランプの発光態様の変化により行われるようにしても良く、この場合には、カードユニット２０，２０’＋呼出ランプ装置が、本発明における遊技用装置に相当する。また各種の報知は、多機能ランプ２６の発光態様の変化により行われるのではなく、該各種の報知の各々に対応するランプや、該各種の報知に対応する文字で表示するディスプレイや、該各種の報知に対応する音声を発するスピーカ等により行われるようにしても良い。
【０６２５】
また、遊技用装置（カードユニット２０，２０’）から管理装置（システムコントローラ６０，６０’）に対して、当該遊技用装置の装置ＩＤ及び各種の報知（ストック枚数が第１上限値以上である旨の報知，第１下限値以下である旨の報知，又は締め処理時報知手段による報知）を行う旨（あるいは第１上限値判定手段，第１下限値判定手段，又は締め処理時判定手段の判定結果）を送信し、管理装置において、受信した装置ＩＤ（又は対応する遊技機の台番号等）及び該装置ＩＤと共に受信した情報に基づく報知（例えば、装置ＩＤと、「第１上限値以上」，「第１下限値以下」，「第２上限値以上」，「収納上限値」，「第２下限値以下」，又は「零」である旨を対応させてディスプレイ６４に表示する等）を行うようにしても良い。
【０６２６】
上記の実施形態では、締め処理時報知手段による報知，即ち、締め処理時判定手段の第２上限値判定により第２上限値以上と判定されたときの報知，収納限界値判定により収納限界値に達していると判定されたときの報知，第２下限値判定により第２下限値以下と判定されたときの報知，及び零判定により零であると判定されたときの報知が、全て同態様（多機能ランプ２７の緑点滅）である例について説明したが、これに限らず、各判定結果に応じて別態様としても良い。例えば、第２上限値判定により第２上限値以上と判定されたときの報知を多機能ランプ２７の黄点滅とし、収納限界値判定により収納限界値に達していると判定されたときの報知を多機能ランプ２７の赤点滅とし、第２下限値判定により第２下限値以下と判定されたときの報知を多機能ランプ２７の紫点滅とし、零判定により零であると判定されたときの報知を多機能ランプ２７の青点滅としても良い。これによれば、店員が、各報知態様の違いによって、どの判定結果に基づいて締め処理時報知手段が報知を行っているかを把握して、適切な処置をとることができる。
【０６２７】
上記の実施形態において、締め処理時報知手段による報知が行われていたにも関わらず、回収作業や補充作業をすることなく、遊技用装置が動作停止した場合には、翌営業日の起動時に、再度、前記報知を行うようにしても良い。例えば、動作停止に際して、締め処理時報知手段による報知を行っている状態であれば、報知フラグを記憶しておき、次回の起動時に、報知フラグが記憶されていることを条件として、再度、締め処理時報知手段による報知を行うようにすると良い。これによれば、営業開始時点において、対処が必要な遊技用装置を把握して、回収作業や補充作業等の処置を行うことができる。
【０６２８】
上記の実施形態では、多機能ランプ２７が、第１上限値報知手段及び第１下限値報知手段の両手段として機能する例について説明したが、これに限らず、第１上限値報知手段，第１下限値報知手段の各々に対応するランプ（例えば第１上限値報知ランプ，第１下限値報知ランプ）を別個に設けるようにしても良い。例えば、ストック枚数が第１上限値以上であると判定されたときに第１上限値報知ランプが点灯し、ストック枚数が第１下限値以下であると判定されたときに第１下限値報知ランプが点灯することでそれぞれの報知を行うようにしても良い。また、これと同様に、第２上限値報知ランプ，第２下限値報知ランプを別個に設けて、第２上限値判定により第２上限値以上であると判定されたときに第２上限値報知ランプが点灯し，第２下限値判定により第２下限値以下であると判定されたときに第２下限値報知ランプが点灯するようにしても良い。
【０６２９】
上記の実施形態では、多機能ランプ２７によるストック枚数が第１上限値以上である旨の報知と、第１下限値以下である旨の報知が、別態様である（第１上限値以上であるときには黄点灯，第１下限値以下のときには紫点灯）例について説明したが、これに限らず、第１上限値以上である旨の報知と、第１下限値以下である旨の報知を同一態様（例えば青点灯）にしても良い。
【０６３０】
上記の実施形態では、記録媒体数表示手段が、表示部２５ａである例について説明したが、これに限らず、記録媒体数表示手段は、残度数表示器１４や、遊技用装置が備える他の表示部（例えばカードユニットに備えられるディスプレイや、遊技者が遊技の結果として獲得した獲得価値の大きさが貯蓄されてなる貯玉数を表示するための貯玉数表示部、あるいはメンテナンス用のメッセージを表示する専用の表示部等）であっても良い。また、記録媒体数表示手段は、上記呼出ランプ装置の表示部であっても良く、この場合には、カードユニット＋呼出ランプ装置が、本発明における遊技用装置に相当する。
【０６３１】
上記の実施形態では、カード玉貸処理によりカード残額が零となった一般カード５をカードＲ／Ｗ２７に留保する例について説明したが、これに限らず、カード残額が零となった一般カード５をカードストッカ２８に収納するようにしても良い。この場合には、貨幣が識別されたことに基づいて、カードストッカ２８のカードの１枚がカードＲ／Ｗ２７に供給されて、入金額がカード残額として記録された後にカード玉貸可能状態となり、該カード残額の範囲内でのカード玉貸処理を行い、カード返却ボタン１６の操作が検出され、かつカード玉貸可能状態であることに基づいて、残額有りの一般カード５をカードＲ／Ｗ２７から排出する処理（つまり遊技者に対して残額有りの一般カード５を発行する処理）を行う。
【０６３２】
ここで、実施例と異なる処理として、例えば貨幣が識別されたことに基づいて、入金額がユニット制御部２２のＲＡＭ（又はＥＥＰＲＯＭ）に記憶されるようにし、該入金額の記憶処理に基づいて、該入金額の範囲内での玉貸処理を行い、入金額のうちの遊技媒体の貸与に使用されなかった入金残額を、カードストッカ２８からカードＲ／Ｗ２７に供給された一般カード５（又は遊技用装置外部から受け付けたカード，又はカードＲ／Ｗ２７に留保されているカード）に記録して返却するようにした場合には、該入金残額が記録されたカードの返却が、記録媒体の発行に相当する。
【０６３３】
上記の実施形態では、第１設定手段，第２上限値設定手段，第２下限値設定手段，第２上限値有効設定手段，及び第２下限値有効設定手段を、全て遊技用装置（カードユニット２０，２０’）が備えている例について説明したが、これに限らず、これらのうちの一部又は全部を管理装置（システムコントローラ６０，６０’）が備えるようにしても良い。例えば、図６（ａ）に示す画面に入力された第２上限値及び第２下限値，並びに第２上限値設定情報及び第２下限値設定情報を、システムコントローラ６０，６０’のハードディスク６３に一旦記憶しておき、締め処理信号送信時に、該記憶されている情報を、締め処理信号と共にカードユニット２０に送信するようにして、カードユニット２０，２０’が、受信した情報を参照し、各判定（第２上限値判定又は収納上限値判定，第２下限値判定又は零判定）を行うようにしても良い。このとき、管理装置であるシステムコントローラ６０，６０’において、前記ハードディスク６３への記憶処理を行う制御部６２が、第２上限値設定手段，第２上限値有効設定手段，第２下限値設定手段，及び第２下限値有効設定手段に相当する。
【０６３４】
また、第１上限値及び第１下限値についても、図６（ａ）に示す画面に入力された第１上限値及び第１下限値をシステムコントローラ６０，６０’のハードディスク６３に一旦記憶しておき、カードユニット２０，２０’からの要求に応じて、該記憶されている第１上限値及び第１下限値を、要求元のカードユニット２０，２０’に送信し、カードユニット２０，２０’が、受信した第１上限値や第１下限値を参照して、第１上限値判定手段による判定や第１下限値判定手段による判定を行うようにしても良い。このとき、管理装置であるシステムコントローラ６０，６０’において、第１上限値及び第１下限値をハードディスク６３に記憶する処理を行う制御部６２が、第１設定手段に相当する。
【０６３５】
上記の実施形態では、図６（ａ）に示すように、第２上限値の設定を有効にするか否かの設定，及び第２下限値の設定を有効にするか否かの設定を別々に行う例について説明したが、これに限らず、第２上限値の設定を有効にするか否かの設定，及び第２下限値の設定を有効にするか否かの設定を一括して行うようにしても良い。この場合、ユニット制御部２２，２２’は、図２５のＳＥ０５に相当する処理で、スイッチテーブルを参照して、第２上限値及び第２下限値の両方の設定を有効にする旨が記憶されているか又は両方の設定とも有効としない旨が記憶されているかを判定する。その結果、有効にする旨が記憶されているときには、ＳＥ０６で、ストック枚数が第２上限値以上でないと判定されたときに（Ｎ）、ＳＥ２０の判定が行われずに、第２下限値判定が実施される（ＳＥ２１）。一方、有効としない旨が記憶されているときには、ＳＥ１０で、ストック枚数が収納限界値に達していないと判定されたときに（Ｎ）、ＳＥ２０の判定が行われずに、零判定が実施される（ＳＥ３０）。
【０６３６】
上記の実施形態では、図２５に示すように、締め処理時判定手段が、第２上限値判定又は収納限界値判定を行うと共に、第２下限値判定又は零判定を行う（但し、第２上限値以上でないと判定されたとき，又は収納限界値に達していないと判定されたときに限る）例について説明したが、これに限らず、第２上限値判定又は収納限界値判定を行う一方、第２下限値判定又は零判定を行わないようにしても良く、第２上限値判定又は収納限界値判定を行わない一方、第２下限値判定又は零判定を行うようにしても良い。
【０６３７】
上記の実施形態では、第２上限値及び第２下限値，並びに第２上限値設定情報及び第２下限値設定情報が、締め処理信号の送信に先立って、予め管理装置（システムコントローラ６０，６０’）から送信されて遊技用装置（カードユニット２０，６０’）に記憶されている例について説明したが、これに限らず、第２上限値及び第２下限値，並びに第２上限値設定情報及び第２下限値設定情報が、管理装置から締め処理信号と共に遊技用装置に送信されるようにしても良い。これら、第２上限値及び第２下限値，並びに第２上限値設定情報及び第２下限値設定情報は、少なくとも締め処理信号受信後に参照することができるタイミングで、システムコントローラ６０，６０’から送信されていれば良い。
【０６３８】
上記の実施形態では、各カードユニット２０，２０’において共通の第２上限値，第２下限値が設定される例について説明したが、これに限らず、対応する遊技機の機種等に応じて、遊技用装置毎に異なる第２上限値，第２下限値を設定するようにしても良い。例えば、遊技機が第１種のいわゆるデジパチの場合には、１回の平均使用金額が大きく、残額有りのカードが発行される頻度が少ないことを考慮して、対応する遊技用装置の第２下限値を低め（例えば２）に設定するようにしても良い。また、遊技機が第２種のいわゆる羽根モノの場合には、１回の平均使用金額が小さく、残額有りのカードが発行される頻度が多いことを考慮して、対応する遊技用装置の第２上限値を高め（例えば８）に設定するようにしても良い。
【０６３９】
上記の実施形態では、図６（ａ）に示すように、管理装置（システムコントローラ６０，６０’）側で、第１上限値，第１下限値，第２上限値，第２上限値の設定を有効にするか否かの選択，第２下限値，及び第２下限値の設定を有効にするか否かの選択を受け付けて、遊技用装置（カードユニット２０，２０’）において、各値及び選択に応じた設定を行う例について説明したが、これに限らず、各値の入力及び各選択をカードユニット２０，２０’で直接行うようにして（例えばカードユニットが備えるディスプレイや、スイッチ等の操作により行う）、該カードユニット２０，２０’が、各値及び選択に応じた設定を行うようにしても良い。また、リモートコントローラにて各値の入力及び各選択を受け付けて、該リモートコントローラからカードユニット２０，２０’に対して、該入力・選択内容を送信し、これを受信したカードユニット２０，２０’が各値及び選択に応じた設定を行うようにしても良い。
【０６４０】
上記の実施形態では、図６（ａ）に示すように、管理装置（システムコントローラ６０，６０’）側で、第１上限値，第１下限値，第２上限値，及び第２下限値について、設定変更が可能である例について説明したが、これに限らず、これらのうちの全部又は一部を予め遊技用装置（カードユニット２０，２０’）に記憶して設定しておき、変更できないようにしても良い。
【０６４１】
上記の実施形態では、図６（ｂ）に示すように、遊技島を指定することで、該指定された遊技島に属するカードユニット２０，２０’に対してのみ、締め処理信号が送信される例について説明したが、これに限らず、遊技機の機種を指定することで、該機種の遊技機に対応して設けられている遊技用装置に対してのみ、締め処理信号を送信するようにしても良い。また、遊技機の台番号を指定することで、該台番号に対応する遊技用装置に対してのみ締め処理信号を送信するようにしても良い。
【０６４２】
上記の実施形態では、保守状態移行要求受付手段が赤外線受信部２５ｂであり、リモートコントローラ３０からのメンテナンスモード移行要求を受信する例について説明したが、これに限らず、保守状態移行要求受付手段は、遊技用装置に設けられたスイッチでも良く、該スイッチを切り替えることでメンテナンスモードに移行するものであっても良い。
【０６４３】
上記の実施形態では、第２上限値判定（ＳＥ０６）において、第２上限値以上であると判定されたこと，又は収納限界値判定（ＳＥ１０）において、収納限界値に達していると判定されたときに、自動的にメンテナンスモードに移行して（ＳＥ０８，ＳＥ１２）、回収モード起動要求の受信（図２３のＳＣ０１）に基づいて、回収モードを起動して（ＳＣ０３，ＳＣ０５）、カードを排出（ＳＣ０６）する例について説明したが、これに限らず、自動的にメンテナンスモードに移行した後、回収モード起動要求の受信によらず、自動的に回収モードを起動させて（つまりＳＣ０３〜ＳＣ０８の処理を自動的に行い）、カードを排出するようにしても良い。これによれば、店員が回収モード起動操作を行う手間が省ける。
【０６４４】
上記の実施形態では、第２下限値判定（ＳＥ２１）において、第２下限値以下であると判定されたこと，又は零判定（ＳＥ３０）において、零であると判定されたときに、自動的にメンテナンスモードに移行して（ＳＥ２３，ＳＥ３２）、補充モード起動要求の受信（図２４のＳＤ０１）によって、補充モードを起動して（ＳＤ０３，ＳＤ０５）、カード挿入待ち状態（ＳＤ０６）となる例について説明したが、これに限らず、自動的にメンテナンスモードに移行した後、補充モード起動要求の受信によらず、自動的に補充モードを起動させて（つまりＳＤ０３〜ＳＤ０６の処理を自動的に行い）、カード挿入待ち状態となるようにしても良い。これによれば、店員が補充モード起動操作を行う手間が省ける。
【０６４５】
上記の実施形態では、図２３に示すように、１枚ずつカードの抜き取りを促す例について説明したが、これに限らず、抜き取りがされたか否かに限らず、連続的に、第２上限値以上のカードを対象としてカードの排出処理を行うようにしても良い。このとき、抜き取り待ち状態のとなったカードは排出されるカードにより強制的に押し出されて、完全にカードユニット２０，２０’から排出されることになる。これによれば、逐次、抜き取り作業を行わずに、ストック枚数が第２上限値未満となるまでカードが自動的に排出され、店員の手間が省ける。
【０６４６】
上記の実施形態では、記録媒体収納部（カードＲ／Ｗ２７，カードストッカ２８）にカードＩＤが記録された一般カード５が収納されている例について説明したが、これに限らず、記録情報無しのカードが収納されるようにしても良い。この場合には、例えば、カードが外部に発行されるときに、該カードに記録する残額をシステムコントローラ６０，６０’に送信すると共に、該システムコントローラ６０，６０’からＩＤを取得して、該ＩＤと共に前記残額を記録するようにすると良い。そしてシステムコントローラ６０，６０’においては、前記ＩＤに対応付けて残額を管理するようにすると良い。
【図面の簡単な説明】
【０６４７】
【図１】図１は本発明に係る遊技用システムの一例を表す接続図である。
【図２】図２は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図３】図３（ａ）はカードユニット及びパチンコ機の正面図であり、図３（ｂ）はカードユニットの断面右側面図である。
【図４】図４は玉貸処理に際してカードユニットとパチンコ機の間で送受される信号の一例を表す図である。
【図５】図５（ａ）はシステムコントローラのハードディスクが記憶している残額ＤＢの記憶内容の一例を表す図であり、図５（ｂ）は同ハードディスクが記憶しているカードユニットＤＢの記憶内容の一例を表す図である。
【図６】図６（ａ）はシステムコントローラのディスプレイに表示される報知基準値設定画面の一例を表す図であり、図６（ｂ）は同表示される締め処理信号送信島設定画面の一例を表す図である。
【図７】図７（ａ）は精算装置の斜視図であり、図７（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。
【図８】図８は第１実施形態に係るカードユニットで貨幣が入金された場合における処理の一例を表す図である。
【図９】図９は図８の続きである。
【図１０】図１０は第１実施形態に係るカードユニットで管理装置オフライン状態において貨幣が入金された場合における処理の一例を表す図である。
【図１１】図１１は第１実施形態に係るカードユニットに一般カードが挿入された場合における処理の一例を表す図である。
【図１２】図１２は図１１の続きである。
【図１３】図１３は第１実施形態に係るカードユニットで玉貸ボタンが操作された場合における処理の一例を表す図である。
【図１４】図１４は第１実施形態に係る遊技用システムで残額異常が発生した場合における処理の一例を表す図である。
【図１５】図１５は玉貸処理中に玉貸異常が発生した場合における処理の一例を表す図である。
【図１６】図１６は第１実施形態に係るカードユニットで電断が発生した後に復電したときの処理の一例を表す図である。
【図１７】図１７は図１６の続きである。
【図１８】図１８は第１実施形態に係るカードユニットでカード返却ボタンが操作された場合における処理の一例を表す図である。
【図１９】図１９は第１実施形態に係るカードユニットでカードが抜き取られた場合における処理の一例を表す図である。
【図２０】図２０は図１９の続きである。
【図２１】図２１は営業時間中にストック枚数が更新されたときの処理の一例を表す図である。
【図２２】図２２はカードユニットがメンテナンスモード移行要求を受信したときの処理の一例を表す図である。
【図２３】図２３はカードユニットが回収モード起動要求を受信したときの処理の一例を表す図である。
【図２４】図２４はカードユニットが補充モード起動要求を受信したときの処理の一例を表す図である。
【図２５】図２５はシステムコントローラから締め処理信号が送信されたときの処理の一例を表す図である。
【図２６】図２６はカードユニットがメンテナンスモード解除要求を受信したときの処理の一例を表す図である。
【図２７】図２７は精算装置とシステムコントローラにおける精算処理の一例を表す図である。
【図２８】図２８は第１実施形態の変形例に係るカードユニットで電断が発生した後に復電したときの処理の一例を表す図である。
【図２９】図２９は第２実施形態に係るカードユニットで貨幣が入金された場合における処理の一例を表す図である。
【図３０】図３０は図２９の続きである。
【図３１】図３１は図３０の続きである。
【図３２】図３２は第２実施形態に係るカードユニットで玉貸ボタンが操作された場合における処理の一例を表す図である。
【図３３】図３３は第２実施形態に係る遊技用システムで残額異常が発生した場合における処理の一例を表す図である。
【図３４】図３４は第２実施形態に係る遊技用システムでオフライン状態が発生した後にオンライン状態に復帰したときの処理の一例を表す図である。
【図３５】図３５は図３４の続きである。
【図３６】図３６は第２実施形態に係るカードユニットでカード返却ボタンが操作された場合における処理の一例を表す図である。
【図３７】図３７は第２実施形態の変形例に係る遊技用システムでオフライン状態が発生した後にオンライン状態に復帰したときの処理の一例を表す図である。
【符号の説明】
【０６４８】
１…遊技用システム
２…紙幣
３…硬貨
５…一般カード
１５…玉貸ボタン
２０…カードユニット
２２…ユニット制御部
２３…紙幣識別機
２４…硬貨識別機
２５ａ…表示部
２５ｂ…赤外線受信部
２６…多機能ランプ
２７…カードＲ／Ｗ
２８…カードストッカ
２９…カードＲ／Ｗ制御部
２９ａ…システムコントローラ用通信部
６０…システムコントローラ
６１ａ…ユニット用通信部
６２…制御部
６３…ハードディスク
６４…ディスプレイ
６５…入力装置
【図１】
2006288666.tif 000003
【図２】
2006288666.tif 000004
【図３】
2006288666.tif 000005
【図４】
2006288666.tif 000006
【図５】
2006288666.tif 000007
【図６】
2006288666.tif 000008
【図７】
2006288666.tif 000009
【図８】
2006288666.tif 000010
【図９】
2006288666.tif 000011
【図１０】
2006288666.tif 000012
【図１１】
2006288666.tif 000013
【図１２】
2006288666.tif 000014
【図１３】
2006288666.tif 000015
【図１４】
2006288666.tif 000016
【図１５】
2006288666.tif 000017
【図１６】
2006288666.tif 000018
【図１７】
2006288666.tif 000019
【図１８】
2006288666.tif 000020
【図１９】
2006288666.tif 000021
【図２０】
2006288666.tif 000022
【図２１】
2006288666.tif 000023
【図２２】
2006288666.tif 000024
【図２３】
2006288666.tif 000025
【図２４】
2006288666.tif 000026
【図２５】
2006288666.tif 000027
【図２６】
2006288666.tif 000028
【図２７】
2006288666.tif 000029
【図２８】
2006288666.tif 000030
【図２９】
2006288666.tif 000031
【図３０】
2006288666.tif 000032
【図３１】
2006288666.tif 000033
【図３２】
2006288666.tif 000034
【図３３】
2006288666.tif 000035
【図３４】
2006288666.tif 000036
【図３５】
2006288666.tif 000037
【図３６】
2006288666.tif 000038
【図３７】
2006288666.tif 000039