(57)【要約】  【課題】貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を有価価値管理部に対して送信する場合において、該更新要求を送信した後に通信不可能状態が発生したときであっても、遊技場や遊技者が損をするおそれが無くなるような遊技用システムを提供する。  【解決手段】カードユニット２０において、玉貸操作を受け付け(S211)、玉貸処理に先立って更新要求を送信した後(S212)、更新応答を受信する前に、オフライン状態の発生を検知すると、その後にオンライン状態への復帰を検知したときに、管理装置５０で管理している残額を含むリカバリ情報が管理装置からカードユニットに対して送信され(S251)、カードユニットにおいて、該リカバリ情報に含まれる残額が記憶している残額と一致するか否かを判定し(S253)、一致すると判定すると玉貸処理を中止し(S254)、一致しないと判定すると玉貸処理を開始する(S255')。【選択図】        図７
2006175054.tif 000002
【特許請求の範囲】
【請求項１】
遊技媒体の貸与に使用可能な有価価値の大きさを特定可能な情報が記録された記録媒体の記録情報から特定される該有価価値の大きさを管理する有価価値管理部と、
前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段と、該有価価値記憶手段で記憶している有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、該貸与処理に基づいて、該貸与処理に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段と、前記貸与処理手段による貸与処理に先立って、今回の貸与処理に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を該有価価値管理部に対して送信する更新要求送信手段と、を有する貸与制御部と、
を備える遊技用システムであって、
前記有価価値管理部は、
前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部に対して返信する更新応答返信手段と、
前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、前記貸与処理に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値減算更新手段と、
前記貸与制御部と通信できる通信可能状態であるか該貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段と、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記管理している有価価値の大きさを含むリカバリ情報を前記貸与制御部に対して送信するリカバリ情報送信手段と、をさらに有し、
前記貸与制御部は、
前記更新応答返信手段から返信されてきた更新応答の受信に基づいて、前記貸与処理手段により貸与処理を行い、
前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記リカバリ情報送信手段からリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさと一致するか否かを判定する貸与判定手段をさらに有し、
前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記貸与処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記貸与処理を行わないことを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記貸与制御部は、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する貸与制御部側通信可否検知手段をさらに有し、
該貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記貸与判定手段による判定を行い、該貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記貸与判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システム。
【請求項３】
遊技媒体の貸与に使用可能な有価価値の大きさを特定可能な情報が記録された記録媒体の記録情報から特定される該有価価値の大きさを管理する有価価値管理部と、
前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段と、該有価価値記憶手段で記憶している有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、該貸与処理に基づいて、該貸与処理に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段と、前記貸与処理手段による貸与処理に先立って、今回の貸与処理に使用される有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を該有価価値管理部に対して送信する更新要求送信手段と、を有する貸与制御部と、
を備える遊技用システムであって、
前記有価価値管理部は、
前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部に対して返信する更新応答返信手段と、
前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、前記貸与処理に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値減算更新手段と、をさらに有し、
前記貸与制御部は、
前記更新応答返信手段から返信されてきた更新応答の受信に基づいて、前記貸与処理手段により貸与処理を行い、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する貸与制御部側通信可否検知手段と、
前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記有価価値管理部で管理されている有価価値の大きさを含むリカバリ情報の送信要求を該有価価値管理部に対して送信するリカバリ情報送信要求手段と、
該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてくるリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさと一致するか否かを判定する貸与判定手段と、をさらに有し、
前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記貸与処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記貸与処理を行わないことを特徴とする遊技用システム。
【請求項４】
請求項３に記載した遊技用システムであって、
前記有価価値管理部は、
前記貸与制御部と通信できる通信可能状態であるか該貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段をさらに有し、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システム。
【請求項５】
請求項１〜４のいずれか１つに記載した遊技用システムであって、
前記貸与判定手段は、前記受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさよりも大きいか否かを判定し、
前記貸与制御部は、該貸与判定手段により有価価値の大きさが大きいと判定されたときに、前記リカバリ情報を受信する前に行う予定であった貸与処理を行うことなく、異常が発生した旨を報知するための異常報知処理を行う第１の異常報知処理手段をさらに有することを特徴とする遊技用システム。
【請求項６】
請求項１〜５のいずれか１つに記載した遊技用システムであって、
前記貸与制御部は、
前記リカバリ情報を受信した後に前記貸与処理手段により貸与処理を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさと、前記有価価値記憶手段で記憶している有価価値の大きさとが一致するか否かを判定する異常判定手段と、
該異常判定手段により一致しないと判定されたときに、前記通信不可能状態が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理を行う第２の異常報知処理手段と、をさらに有することを特徴とする遊技用システム。
【請求項７】
請求項６に記載した遊技用システムであって、
前記記録媒体を外部から受け付ける記録媒体受付手段をさらに有し、
前記第２の異常報知処理手段は、前記異常報知処理として前記記録媒体受付手段により受け付けた記録媒体の返却を禁止するための返却禁止処理を行うことを特徴とする遊技用システム。
【請求項８】
請求項１〜７のいずれか１つに記載した遊技用システムであって、
貨幣を受け付ける貨幣受付手段と、該貨幣受付手段により受け付けた貨幣の金額に相当する有価価値の大きさを前記有価価値管理部で管理されている有価価値の大きさに加算更新するための入金要求を前記有価価値管理部に対して送信する入金要求送信手段と、を有する入金制御部をさらに備え、
前記有価価値管理部は、
前記入金要求送信手段から送信されてきた入金要求の受信に基づいて、該入金要求を受信した旨を示す入金応答を前記入金制御部に対して返信する入金応答返信手段と、
前記入金要求送信手段から送信されてきた入金要求の受信に基づいて、前記貨幣受付手段により受け付けた貨幣の金額に相当する有価価値の大きさを前記管理している有価価値の大きさに加算更新する有価価値加算更新手段と、をさらに有すると共に、
前記リカバリ情報に、該有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部に対して送信し、
前記入金制御部は、
前記入金応答返信手段から返信されてきた入金応答の受信に基づいて、前記貨幣受付手段により受け付けた貨幣を回収するための処理を行う受付貨幣処理手段と、
前記入金要求送信手段により入金要求を送信した後、前記入金応答返信手段から返信されてくる入金応答を受信する前に、前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記加算更新が完了しているか否かを判定する加算更新完了判定手段と、をさらに有し、
前記受付貨幣処理手段は、該加算更新完了判定手段により加算更新が完了していると判定されたことを条件として、前記貨幣受付手段により受け付けた貨幣を回収するための処理を行い、該加算更新完了判定手段により加算更新が完了していないと判定されたことを条件として、前記貨幣受付手段により受け付けた貨幣を返却するための処理を行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体の記録情報から特定される有価価値の大きさを管理する有価価値管理部と、該有価価値の大きさを使用して遊技媒体を貸与するための貸与処理を行う貸与制御部と、を備える遊技用システムに係り、特に貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を貸与制御部から有価価値管理部に対して送信する遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、会員カード（本願の記録媒体に相当）に記録された識別符号から特定される残度数（本願の有価価値の大きさに相当）を管理するターミナルコントローラ（本願の有価価値管理部に相当）と、遊技機に対応して設けられ、前記残度数を使用して遊技媒体を貸与するための貸与処理を行うカード処理ユニット（本願の貸与制御部に相当）と、を別個に備える遊技用システムであって、カード処理ユニットにおいて遊技媒体が貸与されると、該遊技媒体の貸与に使用された残度数をターミナルコントローラで管理されている残度数から減算更新するための更新要求を該ターミナルコントローラに対して送信し、該更新要求を受信したターミナルコントローラが管理している残度数を減算更新するものが知られている。
【０００３】
【特許文献１】特開２００３−３０５１５号公報（図１，図６，段落００７６）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
かかる遊技用システムにおいては、貸与処理の終了後に更新要求を送信することとすると、貸与処理の終了後に貸与制御部と有価価値管理部との間における通信を通信不可能状態（例えばオフライン状態）として残度数の減算更新を阻止するような不正により遊技場が損害を被るおそれがあるため、貸与処理に先立って更新要求を送信するのが好ましい。しかしながら、貸与処理に先立って更新要求を送信して有価価値管理部で管理されている有価価値の大きさを減算更新する場合において、該更新要求を送信した後に通信不可能状態が発生したときに、通信可能状態への復帰後に、貸与制御部において一律に貸与処理を行うこととすると、更新要求が有価価値管理部に届いておらず該有価価値管理部で管理されている有価価値の大きさの減算更新が行われていない場合に遊技場が損をしてしまうことになり、一律に貸与処理を行わないこととすると、更新要求が有価価値管理部に届いており該有価価値管理部で管理されている有価価値の大きさの減算更新が行われている場合に遊技者が損をしてしまうことになる。
【０００５】
本発明は、このような背景のもとになされたものであり、その目的は、貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を貸与制御部から有価価値管理部に対して送信する場合において、該有価価値の大きさの更新要求を送信した後に通信不可能状態が発生したときであっても、遊技場や遊技者が損をするおそれが無くなるような遊技用システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００７】
まず請求項１に係る発明は、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（残額）を特定可能な情報が記録された記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５，カードＲ／Ｗ制御部２６’のＲＡＭ）の記録情報から特定される該有価価値の大きさを管理する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段（ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域）と、該有価価値記憶手段で記憶している有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（玉貸処理）を行う貸与処理手段（ユニット制御部２１）と、該貸与処理に基づいて、該貸与処理に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段（ユニット制御部２１）と、前記貸与処理手段による貸与処理に先立って、今回の貸与処理に使用される有価価値の大きさ（使用額）を前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を該有価価値管理部に対して送信する更新要求送信手段（ユニット制御部２１）と、を有する貸与制御部（カードユニット２０，ユニット制御部２１）と、を備える遊技用システム（１，１’）であって、前記有価価値管理部は、前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部に対して返信する更新応答返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、前記貸与処理に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値減算更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記貸与制御部と通信できる通信可能状態（オンライン状態，通電状態）であるか該貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）と、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記管理している有価価値の大きさを含むリカバリ情報を前記貸与制御部に対して送信するリカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、をさらに有し、前記貸与制御部は、前記更新応答返信手段から返信されてきた更新応答の受信に基づいて、前記貸与処理手段により貸与処理を行い、前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記リカバリ情報送信手段からリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさと一致するか否かを判定する貸与判定手段（ユニット制御部２１）をさらに有し、前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記貸与処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記貸与処理を行わないことを特徴とする遊技用システムである。
【０００８】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１，１’）であって、前記貸与制御部（カードユニット２０，ユニット制御部２１）は、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する貸与制御部側通信可否検知手段（ユニット制御部２１）をさらに有し、該貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）からリカバリ情報を受信したときには、前記貸与判定手段（ユニット制御部２１）による判定を行い、該貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記貸与判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システムである。
【０００９】
また請求項３に係る発明は、遊技媒体（パチンコ玉）の貸与に使用可能な有価価値の大きさ（残額）を特定可能な情報が記録された記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５，カードＲ／Ｗ制御部２６’のＲＡＭ）の記録情報から特定される該有価価値の大きさを管理する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、前記記録媒体の記録情報から特定される有価価値の大きさを取得して記憶する有価価値記憶手段（ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域）と、該有価価値記憶手段で記憶している有価価値の大きさの範囲内における所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（玉貸処理）を行う貸与処理手段（ユニット制御部２１）と、該貸与処理に基づいて、該貸与処理に使用される有価価値の大きさを前記有価価値記憶手段で記憶している有価価値の大きさから減算する有価価値減算手段（ユニット制御部２１）と、前記貸与処理手段による貸与処理に先立って、今回の貸与処理に使用される有価価値の大きさ（使用額）を前記有価価値管理部で管理されている有価価値の大きさから減算更新するための更新要求を該有価価値管理部に対して送信する更新要求送信手段（ユニット制御部２１）と、を有する貸与制御部（カードユニット２０，ユニット制御部２１）と、を備える遊技用システム（１，１’）であって、前記有価価値管理部は、前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部に対して返信する更新応答返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記更新要求送信手段から送信されてきた更新要求の受信に基づいて、前記貸与処理に使用される有価価値の大きさを前記管理している有価価値の大きさから減算更新する有価価値減算更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、をさらに有し、前記貸与制御部は、前記更新応答返信手段から返信されてきた更新応答の受信に基づいて、前記貸与処理手段により貸与処理を行い、前記有価価値管理部と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する貸与制御部側通信可否検知手段（ユニット制御部２１）と、前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記有価価値管理部で管理されている有価価値の大きさを含むリカバリ情報の送信要求を該有価価値管理部に対して送信するリカバリ情報送信要求手段（ユニット制御部２１）と、該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてくるリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさと一致するか否かを判定する貸与判定手段（ユニット制御部２１）と、をさらに有し、前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記貸与処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記貸与処理を行わないことを特徴とする遊技用システムである。
【００１０】
また請求項４に係る発明は、請求項３に記載した遊技用システム（１，１’）であって、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）は、前記貸与制御部（カードユニット２０，ユニット制御部２１）と通信できる通信可能状態（オンライン状態，通電状態）であるか該貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）をさらに有し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段（ユニット制御部２１）からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システムである。
【００１１】
また請求項５に係る発明は、請求項１〜４のいずれか１つに記載した遊技用システム（１，１’）であって、前記貸与判定手段（ユニット制御部２１）は、前記受信したリカバリ情報に含まれる有価価値の大きさ（残額）が、前記有価価値記憶手段（ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域）で記憶している有価価値の大きさよりも大きいか否かを判定し、前記貸与制御部（カードユニット２０，２０’）は、該貸与判定手段により有価価値の大きさが大きいと判定されたときに、前記リカバリ情報を受信する前に行う予定であった貸与処理（玉貸処理）を行うことなく、異常が発生した旨を報知するための異常報知処理を行う第１の異常報知処理手段（ユニット制御部２１）をさらに有することを特徴とする遊技用システムである。
【００１２】
また請求項６に係る発明は、請求項１〜５のいずれか１つに記載した遊技用システム（１，１’）であって、前記貸与制御部（カードユニット２０，ユニット制御部２１）は、前記リカバリ情報を受信した後に前記貸与処理手段（ユニット制御部２１）により貸与処理（玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（残額）と、前記有価価値記憶手段（ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域）で記憶している有価価値の大きさとが一致するか否かを判定する異常判定手段（ユニット制御部２１）と、該異常判定手段により一致しないと判定されたときに、前記通信不可能状態（オフライン状態，電断状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理を行う第２の異常報知処理手段（ユニット制御部２１）と、をさらに有することを特徴とする遊技用システムである。
【００１３】
また請求項７に係る発明は、請求項６に記載した遊技用システム（１，１’）であって、前記記録媒体（精算カード５）を外部から受け付ける記録媒体受付手段（カードＲ／Ｗ２５）をさらに有し、前記第２の異常報知処理手段（ユニット制御部２１）は、前記異常報知処理として前記記録媒体受付手段により受け付けた記録媒体の返却を禁止するための返却禁止処理を行うことを特徴とする遊技用システムである。
【００１４】
さらに請求項８に係る発明は、請求項１〜７のいずれか１つに記載した遊技用システム（１，１’）であって、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額に相当する有価価値の大きさ（受付額）を前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）で管理されている有価価値の大きさ（残額）に加算更新するための入金要求を前記有価価値管理部に対して送信する入金要求送信手段（ユニット制御部２１）と、を有する入金制御部（カードユニット２０，ユニット制御部２１）をさらに備え、前記有価価値管理部は、前記入金要求送信手段から送信されてきた入金要求の受信に基づいて、該入金要求を受信した旨を示す入金応答を前記入金制御部に対して返信する入金応答返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記入金要求送信手段から送信されてきた入金要求の受信に基づいて、前記貨幣受付手段により受け付けた貨幣の金額に相当する有価価値の大きさを前記管理している有価価値の大きさに加算更新する有価価値加算更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、をさらに有すると共に、前記リカバリ情報に、該有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部に対して送信し、前記入金制御部は、前記入金応答返信手段から返信されてきた入金応答の受信に基づいて、前記貨幣受付手段により受け付けた貨幣を回収するための処理を行う受付貨幣処理手段（ユニット制御部２１）と、前記入金要求送信手段により入金要求を送信した後、前記入金応答返信手段から返信されてくる入金応答を受信する前に、前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記加算更新が完了しているか否かを判定する加算更新完了判定手段（ユニット制御部２１）と、をさらに有し、前記受付貨幣処理手段は、該加算更新完了判定手段により加算更新が完了していると判定されたことを条件として、前記貨幣受付手段により受け付けた貨幣を回収するための処理を行い、該加算更新完了判定手段により加算更新が完了していないと判定されたことを条件として、前記貨幣受付手段により受け付けた貨幣を返却するための処理を行うことを特徴とする遊技用システムである。
【発明の効果】
【００１５】
まず請求項１に係る遊技用システムによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、管理している有価価値の大きさを含むリカバリ情報が貸与制御部に対して送信され、該リカバリ情報を受信した貸与制御部により、該受信したリカバリ情報に含まれる有価価値の大きさが、記憶している有価価値の大きさと一致するか否かが判定され、一致しないと判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして貸与処理が行われる一方、一致すると判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして貸与処理が行われないので、貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を貸与制御部から有価価値管理部に対して送信する場合にも、通信不可能状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【００１６】
また請求項２に係る遊技用システムによれば、有価価値管理部に通信不可能状態であることを検知させてリカバリ情報を送信させるような不正を行っても、貸与制御部で通信不可能状態であることを検知していないと、該リカバリ情報を受信しても有価価値の大きさの一致判定を行わずにエラー処理が行われるので、該不正により貸与処理が行われるのを防止できる。
【００１７】
また請求項３に係る遊技用システムによれば、貸与制御部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、有価価値管理部で管理されている有価価値の大きさを含むリカバリ情報の送信要求が該有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した貸与制御部により、該受信したリカバリ情報に含まれる有価価値の大きさが、記憶している有価価値の大きさと一致するか否かが判定され、一致しないと判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして貸与処理が行われる一方、一致すると判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして貸与処理が行われないので、貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を貸与制御部から有価価値管理部に対して送信する場合にも、通信不可能状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【００１８】
また請求項４に係る遊技用システムによれば、貸与制御部に通信不可能状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、有価価値管理部で通信不可能状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により貸与処理が行われるのを防止できる。
【００１９】
また請求項５に係る遊技用システムによれば、貸与制御部により、前記受信したリカバリ情報に含まれる有価価値の大きさが、記憶している有価価値の大きさよりも大きいか否かが判定され、有価価値の大きさが大きいと判定されると、貸与処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、有価価値管理部で管理されている有価価値の大きさを増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【００２０】
また請求項６に係る遊技用システムによれば、貸与制御部により、リカバリ情報を受信した後に貸与処理を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさと、記憶している有価価値の大きさとが一致するか否かが判定され、一致しないと判定されると、通信不可能状態が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【００２１】
また請求項７に係る遊技用システムによれば、貸与制御部により、前記異常報知処理として記録媒体の返却を禁止するための返却禁止処理が行われるので、通信不可能状態が発生したことに基づく有価価値の大きさの異常が発生した状態で、遊技場の店員による対応の前に遊技者が記録媒体を返却して持ち去ってしまうことを防止できる。
【００２２】
さらに請求項８に係る遊技用システムによれば、有価価値管理部により加算更新が完了しているか否かを示す情報を含む前記リカバリ情報が入金制御部に対して送信され、該リカバリ情報を受信した入金制御部により、該加算更新が完了しているか否かが判定され、加算更新が完了していると判定されると、前記受け付けた貨幣が回収され、加算更新が完了していないと判定されると、前記受け付けた貨幣が返却されるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１，１’は、図１に示すように、記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５，カードＲ／Ｗ制御部２６’のＲＡＭ）の記録情報から特定される有価価値の大きさ（残額）を管理する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、該有価価値の大きさを使用して遊技媒体（パチンコ玉）を貸与するための貸与処理（玉貸処理）を行う貸与制御部（カードユニット２０，ユニット制御部２１）と、を備えるものであり、特に貸与処理に先立って有価価値管理部で管理されている有価価値の大きさを減算更新するための更新要求を貸与制御部から有価価値管理部に対して送信する場合において、該有価価値の大きさの更新要求を送信した後に通信不可能状態（オフライン状態，電断）が発生したときであっても、遊技場や遊技者が損をするおそれが無くなることを特徴とするものである。
【００２４】
この遊技用システムには、有価価値管理部である管理装置５０及び貸与制御部であるカードユニット２０を備える第１実施形態に係る遊技用システム１と、有価価値管理部であるカードＲ／Ｗ制御部２６’及び貸与制御部であるユニット制御部２１を備える第２実施形態に係る遊技用システム１’とが含まれる。また第１及び第２の両実施形態には、通信不可能状態の発生時における処理が異なる変形例が各々含まれる。以下においては、まず第１実施形態及びその変形例について説明し、次に第２実施形態及びその変形例について第１実施形態と異なる点についてのみ説明する。なお、以下においては、リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップを「Ｓ」と略記する。
【００２５】
［１−１．第１実施形態に係る遊技用システム１］
まず図１及び図２を参照して、第１実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、遊技場において、パチンコ機１０に対応して設けられるカードユニット２０と、複数のカードユニット２０に接続されている管理装置５０とを備える。なお各カードユニット２０は、各カードユニット２０においてパチンコ玉の貸与に使用された使用額（即ち売上）を管理するホールコンピュータ６０とも接続されている。
【００２６】
この遊技用システム１では、図１及び図２（ｂ）に示すように、紙幣２，硬貨３，及び精算カード５が使用される。まず紙幣２は貨幣の一例であって、１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類の紙幣である。また硬貨３も貨幣の一例であって、ここでは１００円硬貨，及び５００円硬貨の２種類の硬貨である。
【００２７】
精算カード５は記録媒体の一例であって、遊技媒体（ここではパチンコ玉）の貸与に使用可能な有価価値の大きさ（ここでは残額）を特定可能な情報が記録されたものであり、ここでは該情報として、各精算カード５を個々に識別可能な情報であるカードＩＤが予め記録されていると共に、有価価値の大きさである残額自体も記録される。この精算カード５は、長方形状を呈するプラスチック製の薄板における所定の部位に、カードＩＤ及び残額等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。
【００２８】
この精算カード５は、予めカードＩＤが記録されている状態で遊技場に納入され、該遊技場の店員から遊技者に対して手渡され、該遊技者が、ユニット制御部２１のＲＡＭの表示用記憶領域に残額が記憶されている状態のカードユニット２０のカードＲ／Ｗ２５に挿入することにより、該残額が記録されて発行される。このようにして発行された精算カード５は、遊技者が、ユニット制御部２１のＲＡＭの表示用記憶領域に残額が記憶されていない状態のカードユニット２０のカードＲ／Ｗ２５に挿入することにより、使用可能である。
【００２９】
カードユニット２０は、後述する貸与制御部側通信可否検知手段，有価価値記憶手段，貸与処理手段，有価価値減算手段，更新要求送信手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，及び第２の異常報知処理手段等を有する貸与制御部の一例であると共に、後述する貨幣受付手段，入金要求送信手段，加算更新完了判定手段，及び受付貨幣処理手段等を有する入金制御部の一例でもある。このカードユニット２０は、図１及び図２（ａ）に示すように、パチンコ機１０に対応して（ここではパチンコ機１０の左側に隣接して）設けられている。
【００３０】
ここでパチンコ機１０は遊技機の一例であって、遊技場における遊技島（図示外）において機種等に従って所定の位置に配置され、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応するカードユニット２０と通信可能であり、該カードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。
【００３１】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００３２】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、カードユニット２０の後述する玉貸通信部２２と通信可能に接続され、パチンコ機１０とカードユニット２０との間における通信を司るものである。これにより、玉貸処理が行われる場合に、パチンコ機１０とカードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸与されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介してカードユニット２０と通信可能に接続されているため、カードユニット２０に属するものである。
【００３３】
残度数表示器１４は、後述するユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額に相当する残度数を表示するための表示器であり、例えば３桁の７セグメント表示器である。ここで残度数は、残額が所定の比率で変換されたもの（例えば１００円＝１度数）である。この残度数表示器１４で表示される残度数は、後述する玉貸処理において、１度数分の玉貸が行われる毎に表示用記憶領域に記憶されている残額が１度数分ずつ減算更新されるのに伴って、１度数ずつ減算表示される。
【００３４】
玉貸ボタン１５は、後述するユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額を使用した玉貸操作を受け付けるボタンである。カード返却ボタン１６は、後述するカードＲ／Ｗ２５で受け付けている精算カード５を遊技者に返却するための返却操作を受け付けるボタンであり、ユニット制御部２１の制御により、原則として、玉貸処理が開始されると返却操作が無効化され、玉貸処理が終了すると返却操作が有効化される（即ち玉貸処理中は返却操作が無効化される）が、後述する図８及び図１６に示すときには、例外として、玉貸処理が終了又は中断しても返却操作の無効化が継続される。
【００３５】
なおパチンコ機１０において、玉貸処理に異常が発生（例えば玉詰まり等）が発生し、玉詰まりセンサ（図示外）等により該異常の発生が検出されると、該異常の発生を示す玉貸異常発生信号が、遊技制御基板１１から出力される。また該玉貸処理の異常が解消すると、該異常の解消を示す玉貸異常解消信号が、遊技制御基板１１から出力される。これら玉貸異常発生信号及び玉貸異常解消信号は、遊技制御基板１１から出力され、払出制御基板１２から玉貸通信部２２を介して、カードユニット２０のユニット制御部２１に入力される。
【００３６】
カードユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２８，紙幣挿入口２３ａ，硬貨挿入口２４ａ，硬貨返却ボタン２４ｅ，表示部２９，硬貨返却口２４ｆ，及びカード挿入口２５ａ等を備え、図２（ｂ）に示すように、その内部に紙幣識別機２３，ユニット制御部２１，玉貸通信部２２，硬貨識別機２４，カードＲ／Ｗ２５，カードＲ／Ｗ制御部２６，及び外部通信部２７等を備えており、これらの各構成要素は図１に示すように接続されている。なおカードユニット２０は、図示しないが、その側部に、ユニット制御部２１に接続され、リセット操作を受け付けるリセットボタンを備えている。このカードユニット２０は、ユニットＩＤにより、各カードユニット２０を個々に識別可能とされている。
【００３７】
ユニット制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該ユニット制御部２１に接続される玉貸通信部２２，紙幣識別機２３，硬貨識別機２４，カードＲ／Ｗ制御部２６，多機能ランプ２８，及び表示部２９の動作を制御して各種の処理を行うものであるが、その機能の詳細については後述する。玉貸通信部２２は、ユニット制御部２１に設けられており、前述の如くパチンコ機１０の払出制御基板１２と通信可能に接続されている。
【００３８】
紙幣識別機２３は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２３ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２を識別する識別機である。なお紙幣識別機２３により受け付けられた紙幣２は、紙幣通路２３ｂを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。
【００３９】
硬貨識別機２４も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨挿入口２４ａから前記２種類の硬貨３を受け付けて、硬貨通路２４ｂを通じて搬送された硬貨３を識別する識別機である。なお硬貨識別機２４により受け付けられた硬貨３も、硬貨通路２４ｃを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２４ｅは、硬貨通路２４ｂや硬貨識別機２４において詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２４ｅが操作されると、該詰まった硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。
【００４０】
これら貨幣受付手段は、後述するユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額が零であるときに、貨幣を受付可能である。また、これら貨幣受付手段による貨幣の回収及び返却は、後述する受付貨幣処理手段として機能するユニット制御部２１の制御により行われる。
【００４１】
カードＲ／Ｗ２５は記録媒体受付手段の一例であって、精算カード５を外部から受け付けるものであり、ここではカード挿入口２５ａから精算カード５を受け付けて、該受け付けた精算カード５の記録情報を読みとると共に、該受け付けた精算カード５に対して残額を記録する（書き込む）ものであり、前記ＩＣカードである精算カード５に対応したＩＣカードＲ／Ｗを備えている。
【００４２】
カードＲ／Ｗ制御部２６は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該カードＲ／Ｗ制御部２６に接続されるカードＲ／Ｗ２５，及び外部通信部２７の動作を制御するものである。外部通信部２７は、カードＲ／Ｗ制御部２６に設けられており、管理装置５０の後述する通信部５１，及びホールコンピュータ６０と通信可能に接続されており、カードユニット２０と管理装置５０との間，及びカードユニット２０とホールコンピュータ６０との間における通信を司るものである。なお外部通信部２７から送信される各種の要求には、前記ユニットＩＤが含まれる。
【００４３】
多機能ランプ２８は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによってカードユニット２０の状態を報知するランプである。この多機能ランプ２８は、例えば精算カード５を受け付けていないときには青色に点灯してその旨を報知し、精算カード５を受け付けているときには緑色に点灯してその旨を報知し、残額に異常が発生しているときには赤色で点滅してその旨を報知する。表示部２９は、各種の情報を表示するための表示デバイスであり、ここでは４桁の７セグメント表示器である。この表示部２９は、例えば残額に異常が発生しているときに、後述する有価価値減算手段（ユニット制御部２１）による減算後の残額を表示する。
【００４４】
ここでユニット制御部２１は貸与制御部側通信可否検知手段の一例であって、有価価値管理部（管理装置５０）と通信できる通信可能状態（オンライン状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、後述する管理装置５０の通信部５１からカードＲ／Ｗ制御部２６を介して各カードユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【００４５】
またユニット制御部２１は入金要求送信手段の一例であって、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣の金額に相当する有価価値の大きさ（受付額）を有価価値管理部（管理装置５０）で管理されている有価価値の大きさ（管理残額）に加算更新するための入金要求を前記有価価値管理部に対して送信するものである。具体的には、貨幣を受け付けたときに、精算カード５の受付中でなければ前記受付額とユニットＩＤを含む入金要求，精算カード５の受付中であれば該精算カード５から読み取ったカードＩＤと前記受付額とユニットＩＤを含む入金要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。この入金要求を受信した管理装置５０からは、後述する入金応答返信手段により、該入金要求を受信した旨を示す入金応答が返信されてくる。
【００４６】
またユニット制御部２１は加算更新完了判定手段の一例であって、前記入金要求送信手段により入金要求を送信した後、管理装置５０の後述する入金応答返信手段から入金応答を受信する前に、管理装置５０の後述する有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含むリカバリ情報を、管理装置５０の後述するリカバリ情報送信手段から受信したときに、該受信したリカバリ情報に基づいて、前記加算更新が完了しているか否かを判定するものである。具体的には、ユニット制御部２１において、通信不可能状態が発生する前の処理を記憶しておき、該処理として貨幣の受付が記憶されている場合には、管理装置５０から送信されてくるリカバリ情報に含まれる加算更新が完了しているか否かを示す情報に基づいて、加算更新が完了しているか否かを判定する。ここで管理装置５０から送信されてくるリカバリ情報には、加算更新が完了しているか否かを示す情報として、加算更新未完情報又は加算更新完了情報が含まれるので、受信したリカバリ情報に加算更新未完情報が含まれている場合には加算更新が完了していないと判定され、受信したリカバリ情報に加算更新完了情報が含まれている場合には加算更新が完了していると判定される。
【００４７】
またユニット制御部２１は受付貨幣処理手段の一例であって、管理装置５０の後述する入金応答返信手段から返信されてきた入金応答の受信に基づいて、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣を回収するための処理を行うものであり、ここでは加算更新完了判定手段による加算更新が完了していると判定されたことを条件として、受け付けた貨幣を回収するための処理を行い、加算更新完了判定手段による加算更新が完了していないと判定されたことを条件として、受け付けた貨幣を返却するための処理を行う。
【００４８】
具体的には、紙幣識別機２３により紙幣２を受け付けている状態において、該受け付けた紙幣２を回収する場合には、該紙幣２を紙幣通路２３ｂを通じてカードユニット２０の背面に導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）を行い、該紙幣２を返却する場合には、該紙幣２を紙幣挿入口２３ａに導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）を行う。また硬貨識別機２４により硬貨３を受け付けている状態において、該硬貨３を回収する場合には、該硬貨３を硬貨通路２４ｃを通じてカードユニット２０の背面に導くように、硬貨識別機２４と硬貨通路２４ｃとの間に設けられているシャッターを開放する処理（制御）を行い、該硬貨３を返却する場合には、該硬貨３を硬貨通路２４ｄを通じて硬貨返却口２４ｆに導くように、硬貨識別機２４と硬貨通路２４ｄとの間に設けられているシャッターを開放する処理（制御）を行う。
【００４９】
ここでユニット制御部２１のＲＡＭには、残度数表示器１４に残度数を表示するための残額を記憶する表示用記憶領域が設けられている。この表示用記憶領域は記録媒体の一例であって、遊技媒体（ここではパチンコ玉）の貸与に使用可能な有価価値の大きさ（ここでは残額）を特定可能な情報が記録されるものであり、ここでは該情報として、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣の金額（即ち受付額）が残額として記憶される。また表示用記憶領域では、カードＲ／Ｗ２５により精算カード５を受け付けたときには、管理装置５０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた精算カード５から読み取った残額が記憶される。
【００５０】
また表示用記憶領域は有価価値記憶手段の一例であって、記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５）の記録情報から特定される有価価値の大きさ（残額）を取得して記憶するものである。またユニット制御部２１のＲＡＭには、後述する有価価値減算手段（ユニット制御部２１）による減算対象となる残額を記憶する判定用記憶領域が設けられている。この判定用記憶領域も有価価値記憶手段の一例であって、記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５）の記録情報から特定される有価価値の大きさ（残額）を取得して記憶するものである。これら有価価値記憶手段では、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により貨幣を受け付けたときに、該受け付けた貨幣の金額（即ち受付額）が残額として記憶され、またカードＲ／Ｗ２５により精算カード５を受け付けたときに、管理装置５０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた精算カード５から読み取った残額が記憶される。
【００５１】
またユニット制御部２１は貸与処理手段の一例であって、前記有価価値記憶手段（ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域）で記憶している有価価値の大きさ（記憶残額）の範囲内における所定の大きさに相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（玉貸処理）を行うものであり、ここでは後述する更新応答返信手段（管理装置５０の通信部５１）から返信されてきた更新応答の受信に基づいて、該玉貸処理を行う。具体的には、玉貸操作を受け付けた後、前記更新応答を受信したときに、前記有価価値記憶手段で記憶されている記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、記憶残額＜玉貸設定金額であれば該記憶残額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【００５２】
またユニット制御部２１は有価価値減算手段の一例であって、前記玉貸処理に基づいて、該玉貸処理に使用される有価価値の大きさ（使用額）を前記有価価値記憶手段であるユニット制御部２１のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）から減算するものである。具体的には、前記玉貸処理に基づいて、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額として、判定用記憶領域で記憶している残額から一括して減算する処理を行い、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、判定用記憶領域で記憶している残額から一括して減算する処理を行う（即ち記憶残額が零になる）。ここで「玉貸処理に基づいて」とは、後述する正常時においては、「更新応答を受信したことにより、玉貸処理が行われたことに基づいて」の意味であり、後述する通信不可能状態の発生時においては、「更新応答を受信する前にリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる管理残額が前記有価価値記憶手段で記憶している記憶残額と一致しないと判定されたことを条件として、玉貸処理が行われたことに基づいて」の意味である。なお前記有価価値記憶手段であるユニット制御部２１のＲＡＭの表示用記憶領域で記憶している有価価値の大きさ（記憶残額）は、１度数分の玉貸が行われる毎に、１度数分ずつ減算される。従って、これら判定用記憶領域及び表示用記憶領域で記憶されている残額は、玉貸処理の途中においては異なるが、玉貸処理の終了後には一致する。
【００５３】
このカードユニット２０において玉貸処理が行われるときには、該カードユニット２０と対応するパチンコ機１０との間で、以下のような信号のやり取りが行われる。
【００５４】
まずカードユニット２０は、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数であり、予め管理装置５０等により設定されてカードユニット２０に配信されている）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号をパチンコ機１０の払出制御基板１２に対して送信する。
【００５５】
該払出要求信号を受信したパチンコ機１０は、前記払出要求玉数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から払出要求玉数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をカードユニット２０のユニット制御部２１に対して送信する。
【００５６】
該払出結果信号を受信したカードユニット２０は、前記払出要求信号に示される払出要求玉数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、１度数分の前記減算として、ユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額からパチンコ玉の貸与に使用された１度数に相当する金額を減算すると共に、残度数表示器１４に表示された残度数から１度数を減算する。そしてカードユニット２０は、これら１度数分の玉貸を前記使用額分（即ち記憶残額≧玉貸設定金額であれば該玉貸設定金額分，また記憶残額＜玉貸設定金額であれば該記憶残額分）だけ繰り返し、該使用額分の玉貸の終了に基づいて、玉貸終了信号をパチンコ機１０の払出制御基板１２に対して送信し、玉貸処理を終了する。以下において、「玉貸処理の終了」とは、今回の玉貸操作に基づく前記使用額分の玉貸の終了をいう。
【００５７】
なおパチンコ機１０において、玉払出装置１３から払い出されたパチンコ玉は、上皿に供給され、発射ハンドルの操作により遊技領域の内部に打ち込まれて、遊技が行われる。そして該打ち込まれたパチンコ玉が、遊技領域に形成された入賞口に入賞すると、払出制御基板１２から発せられる払出信号に基づいて、賞球として玉払出装置１３からパチンコ玉が払い出されて、上皿又は下皿に供給される。
【００５８】
またユニット制御部２１は更新要求送信手段の一例であって、前記貸与処理手段による玉貸処理に先立って、今回の玉貸処理に使用される有価価値の大きさ（使用額）を前記有価価値管理部（管理装置５０）で管理されている有価価値の大きさ（管理残額）から減算更新するための更新要求を前記有価価値管理部に対して送信するものである。具体的には、玉貸操作を受け付けたときに、前記玉貸処理の開始に先立って、精算カード５の受付中でなければ前記使用額とユニットＩＤを含む更新要求，精算カード５の受付中であれば該精算カード５から読み取ったカードＩＤと前記使用額とユニットＩＤを含む更新要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。この更新要求を受信した管理装置５０からは、後述する更新応答返信手段により、該更新要求を受信した旨を示す更新応答が返信されてくる。
【００５９】
なおユニット制御部２１は、前記玉貸処理の終了後に、前記使用額を含む売上情報を、カードＲ／Ｗ制御部２６及び外部通信部２７を介してホールコンピュータ６０に送信し、該売上情報を受信したホールコンピュータ６０は、該売上情報に含まれる使用額を売上として管理する。
【００６０】
またユニット制御部２１は貸与判定手段の一例であって、前記更新要求送信手段により更新要求を送信した後、後述する更新応答返信手段（管理装置５０の通信部５１）から更新応答を受信する前に、有価価値管理部（管理装置５０）で管理している有価価値の大きさ（管理残額）を含むリカバリ情報を、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段であるユニット制御部２１のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。また貸与判定手段として機能するユニット制御部２１は、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、前記有価価値記憶手段であるユニット制御部２１のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かも判定する。
【００６１】
具体的には、ユニット制御部２１において、通信不可能状態が発生する前の処理を記憶しておき、該処理として玉貸操作の受付が記憶されている場合には、管理装置５０から送信されてくるリカバリ情報に含まれる管理残額と、判定用記憶領域の記憶残額とを比較して、管理残額＜判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも小さい），管理残額＝判定用記憶領域の記憶残額（即ち両者が一致する），又は管理残額＞判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも大きい）のいずれであるかを判定する。
【００６２】
なお貸与判定手段として機能するユニット制御部２１は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行う。一方、貸与判定手段として機能するユニット制御部２１は、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２１によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【００６３】
ここで前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記玉貸処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記玉貸処理を行わない。即ち一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして、玉貸処理が行われる（具体的には、リカバリ情報を受信する前に行う予定であった玉貸処理が開始される）。また一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして、玉貸処理が行われない（具体的には、リカバリ情報を受信する前に行う予定であった玉貸処理が中止される）。
【００６４】
またユニット制御部２１は第１の異常報知処理手段の一例であって、該貸与判定手段により有価価値の大きさが大きい（即ち管理残額＞判定用記憶領域の記憶残額）と判定されたときに、リカバリ情報を受信する前に行う予定であった玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００６５】
またユニット制御部２１は異常判定手段の一例であって、リカバリ情報を受信した後に前記貸与処理手段により玉貸処理（オフライン状態発生時の玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（減算更新後の管理残額）と、有価価値記憶手段である制御部２２のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（減算後の記憶残額）とが一致するか否かを判定する（第２の異常判定処理を行う）ものである。
【００６６】
またユニット制御部２１は第２の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（第２の異常判定処理により残額不一致と判定された）ときに、通信不可能状態（オフライン状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００６７】
また第２の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理としてカードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば玉貸処理が終了すると前記返却操作が有効化されるところ、玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６が操作されてもカードＲ／Ｗ制御部２６に対して精算カード５の返却禁止を指令する処理）である。
【００６８】
また異常判定手段として機能するユニット制御部２１は、リカバリ情報を受信せずに前記貸与処理手段により玉貸処理（正常時の玉貸処理）を行ったときに、後述する有価価値返信手段（管理装置５０の通信部５１）から返信されてきた有価価値の大きさ（減算更新後の管理残額）と前記有価価値減算手段（ユニット制御部２１）による減算後の有価価値の大きさ（即ちユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）とが一致するか否かを判定する（第３の異常判定処理を行う）ものである。ここで正常時には、カードユニット２０から管理装置５０に対して送信された更新要求に含まれる使用額に基づき、管理装置５０において正しく残額の減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致して、残額一致と判定されるが、カードユニット２０から管理装置５０に対して送信された更新要求に含まれる使用額がノイズ等により変化（例えば使用額が、本来は５００円であるところ、ノイズ等により１０００円に変化）した異常時には、その変化した使用額に基づき、管理装置５０において誤って減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致せず、残額不一致と判定される。なお異常判定手段により一致しない（残額不一致）と判定されても、前記玉貸処理は継続して行われる。
【００６９】
またユニット制御部２１は第３の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（第３の異常判定処理により残額不一致と判定された）ときに、異常が発生した旨を報知するための異常報知処理を行うものであり、ここでは該異常判定手段により一致しない（残額不一致）と判定されても、前記玉貸処理が継続して行われ、該玉貸処理が終了した後に、異常報知処理を行う。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００７０】
また第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば玉貸処理が終了すると前記返却操作が有効化されるところ、玉貸処理が終了しても返却操作の無効化を継続する処理である。
【００７１】
さらに第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、前記異常報知処理として、前記有価価値減算手段による減算後の有価価値の大きさ（即ちユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）を表示するための表示処理を行うものであり、具体的には、判定用記憶領域で記憶されている残額を表示部２９に表示させる処理を行う。なお、この場合には既に玉貸処理が終了しているため、表示用記憶領域で記憶されている残額を表示部２９に表示させる処理を行うようにしても良い。
【００７２】
またユニット制御部２１は異常発生検出手段の一例であって、前記玉貸処理における異常の発生を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常発生信号の入力を検出すると、玉貸異常の発生を検出する。またユニット制御部２１は貸与処理中断手段の一例であって、該異常発生検出手段により前記玉貸処理における異常の発生を検出したときに当該玉貸処理を中断するものであり、具体的には、パチンコ機１０に対する前記払出要求信号の送信を停止する。またユニット制御部２１は返却禁止処理手段の一例であって、該異常発生検出手段により前記玉貸処理における異常の発生を検出したときに、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行う返却禁止処理手段を含むものであり、具体的には、本来であれば玉貸異常の発生により玉貸処理が中断すると前記返却操作が有効化されるところ、玉貸処理が中断しても返却操作の無効化を継続する処理である。
【００７３】
さらにユニット制御部２１は異常解消検出手段の一例であって、前記玉貸処理における異常の解消を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常解消信号の入力を検出すると、玉貸異常の解消を検出する。そしてユニット制御部２１は、該異常解消検出手段により玉貸処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された玉貸処理を再開（具体的には、パチンコ機１０に対する前記払出要求信号の送信を開始）し、該玉貸処理が終了した後に、前記返却禁止処理手段による精算カード５の返却禁止を解除する処理（具体的には、継続されている返却操作の無効化を解除して、返却操作を有効化する処理）を行う。
【００７４】
管理装置５０は有価価値管理部の一例であって、記録媒体（ユニット制御部２１のＲＡＭの表示用記憶領域，精算カード５）の記録情報から特定される有価価値の大きさ（残額）を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，及びハードディスク５３等を備えている。
【００７５】
ハードディスク５３は、記録媒体の記録情報から特定される有価価値の大きさを記憶することにより管理している。具体的には、図１に示すように、残額管理ＤＢにおいて、記録媒体であるユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額を、該ユニット制御部２１が備えられるカードユニット２０のユニットＩＤと対応付けて記憶していると共に、記録媒体である精算カード５に記録されている残額を、該精算カード５のカードＩＤと対応付けて記憶している。
【００７６】
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【００７７】
この制御部５２は有価価値管理部側通信可否検知手段の一例であって、貸与制御部（カードユニット２０）と通信できる通信可能状態（オンライン状態）であるか該貸与制御部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、通信部５１から各カードユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じてカードユニット２０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ちカードユニット２０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちカードユニット２０と通信できない通信不可能状態）であると判定する。
【００７８】
また制御部５２は有価価値加算更新手段の一例であって、前記入金要求送信手段（カードユニット２０のユニット制御部２１）から送信されてきた入金要求の受信に基づいて、前記貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣の金額に相当する有価価値の大きさ（受付額）を前記管理している有価価値の大きさ（管理残額）に加算更新するものである。具体的には、カードユニット２０から受付額とユニットＩＤを含む入金要求が送信されてきたときには、該入金要求に含まれる受付額を、該入金要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している管理残額に加算更新する。またカードユニット２０からカードＩＤと受付額とユニットＩＤを含む入金要求が送信されてきたときには、該入金要求に含まれる受付額を、該カードＩＤと対応付けてハードディスク５３で記憶している管理残額に加算更新する。この例では、記憶残額＝管理残額が零の場合にのみ貨幣受付手段により貨幣が受け付けられて入金要求が送信されてくるので、該入金要求に含まれる受付額が管理残額として記憶されることになる。
【００７９】
さらに制御部５２は有価価値減算更新手段の一例であって、前記更新要求送信手段（カードユニット２０のユニット制御部２１）から送信されてきた更新要求の受信に基づいて、玉貸処理に使用される有価価値の大きさ（使用額）を前記管理している有価価値の大きさ（管理残額）から減算更新するものであり、この減算更新は、前記玉貸処理の終了に拘わらず行われる。具体的には、カードユニット２０から使用額とユニットＩＤを含む更新要求が送信されてきたときには、該更新要求に含まれる使用額を、該更新要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している管理残額から減算更新する。またカードユニット２０からカードＩＤと使用額を含む更新要求が送信されてきたときには、該更新要求に含まれる使用額を、該カードＩＤと対応付けてハードディスク５３で記憶している管理残額から減算更新する。
【００８０】
通信部５１は、前述の如くカードユニット２０の外部通信部２７と通信可能に接続されており、管理装置５０とカードユニット２０との間における通信を司るものである。この通信部５１は有価価値返信手段の一例であって、前記有価価値減算更新手段による減算更新後の有価価値の大きさ（管理残額）を前記貸与制御部（カードユニット２０）に対して返信するものである。
【００８１】
また通信部５１は入金応答返信手段の一例であって、前記入金要求送信手段（カードユニット２０のユニット制御部２１）から送信されてきた入金要求の受信に基づいて、該入金要求を受信した旨を示す入金応答を前記入金制御部（カードユニット２０）に対して返信するものである。また通信部５１は更新応答返信手段の一例であって、前記更新要求送信手段（カードユニット２０のユニット制御部２１）から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部（カードユニット２０）に対して返信するものである。
【００８２】
さらに通信部５１はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記貸与制御部（カードユニット２０）に対して送信するものであり、ここでは該リカバリ情報に、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部（カードユニット２０）に対して送信する。具体的には、加算更新が完了していない場合には、加算更新が完了しているか否かを示す情報としての加算更新未完情報と、前記管理している管理残額（即ち加算更新前の管理残額）とを含むリカバリ情報を、カードユニット２０に対して送信する。また加算更新が完了している場合には、加算更新が完了しているか否かを示す情報としての加算更新完了情報と、前記管理している管理残額（即ち加算更新後の管理残額）とを含むリカバリ情報を、カードユニット２０に対して送信する。
【００８３】
次に図３〜図８を参照して、第１実施形態に係る遊技用システム１の作用について説明する。この第１実施形態では、カードユニット２０におけるユニット制御部２１の作用とカードＲ／Ｗ制御部２６の作用をまとめて表示する。
【００８４】
図３は、貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、精算カード５を受け付けていない状態で貨幣を受け付けると（Ｓ１０１）、該受け付けた貨幣の金額である受付額とユニットＩＤを含む入金要求を、管理装置５０に対して送信する（Ｓ１０２）。該入金要求を受信した管理装置５０は、入金応答をカードユニット２０に対して返信し（Ｓ１０３）、該入金要求に含まれるユニットＩＤと対応付けて、該入金要求に含まれる受付額を残額としてハードディスク５３で記憶し（Ｓ１０４）、該記憶した管理残額を前記ユニットＩＤのカードユニット２０に対して送信する（Ｓ１０５）。該管理残額を受信したカードユニット２０は、前記受付額を残額としてユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶する（Ｓ１０６）。なおＳ１０２で入金要求を送信した後、Ｓ１０３で入金応答を受信する前に、オフライン状態が発生した場合の処理については、図４を参照して後述する。
【００８５】
次にカードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶している状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ１１１）、玉貸処理の開始に先立って、玉貸処理に使用される使用額とユニットＩＤを含む更新要求を管理装置５０に対して送信する（Ｓ１１２）。該更新要求を受信した管理装置５０は、更新応答をカードユニット２０に対して返信し（Ｓ１１３）、該更新要求に含まれる使用額を該更新要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している残額から減算更新し（Ｓ１１４）、減算更新後の管理残額を前記ユニットＩＤのカードユニット２０に対して返信する（Ｓ１１７）。このように、玉貸処理に先立って、残額の更新要求がカードユニット２０から管理装置５０に対して送信され、該更新要求に応じて、管理装置５０で管理している残額が減算更新されるので、玉貸処理の終了後にカードユニット２０と管理装置５０との間における通信を不能（例えばオフライン状態にする等）として管理装置５０で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ１１２で更新要求を送信した後、Ｓ１１３で更新応答を受信する前に、オフライン状態が発生した場合の処理については、図７を参照して後述する。
【００８６】
Ｓ１１３の更新応答を受信したカードユニット２０は、前記使用額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額から一括して減算し（Ｓ１１５）、該使用額分の玉貸処理を開始する（Ｓ１１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【００８７】
Ｓ１１７の減算更新後の管理残額を受信したカードユニット２０は、該受信した減算更新後の管理残額と、ユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ１１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ１２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ１２１）、玉貸処理の終了後に（Ｓ１２２）、Ｓ１１１の玉貸操作を待機する状態になる。なおＳ１２０で残額不一致と判定すると、後述するＳ１６１に進む。
【００８８】
次にカードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶している状態で精算カード５を受け付けると（Ｓ１４１）、該受け付けた精算カード５から読み取ったカードＩＤと当該表示用記憶領域及び判定用記憶領域で記憶している残額とユニットＩＤを含む精算要求を管理装置５０に対して送信する（Ｓ１４２）。該精算要求を受信した管理装置５０は、該精算要求に含まれるカードＩＤと対応付けて、該精算要求に含まれる残額をハードディスク５３で記憶すると共に（Ｓ１４３）、該精算要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している残額を消去し（Ｓ１４４）、精算完了通知を前記ユニットＩＤのカードユニット２０に対して返信する（Ｓ１４５）。該精算完了通知を受信したカードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録し（Ｓ１４６）、該表示用記憶領域及び判定用記憶領域で記憶している残額を消去して（Ｓ１４７）、該精算カード５をカード挿入口２５ａから排出して遊技者に返却する（Ｓ１４８）。
【００８９】
図４は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図４（ａ）に示すように、前記Ｓ１０１〜Ｓ１０２の処理が行われ、Ｓ１０２の入金要求が管理装置５０に届く前にオフライン状態が発生した場合には、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、加算更新未完情報と管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１５１）。該リカバリ情報を受信したカードユニット２０は、オフライン状態の発生前の処理として貨幣の受付を記憶しているので、該受信したリカバリ情報に含まれる加算更新が完了しているか否かを示す情報に基づいて、加算更新が完了しているか否かを判定する（Ｓ１５２）。ここでは該受信したリカバリ情報に加算更新未完情報が含まれることから、加算更新が完了していないと判定されるので（Ｓ１５３）、前記Ｓ１０１で受け付けた貨幣を返却して（Ｓ１５４）、貨幣を受け付ける前の状態に戻る。
【００９０】
一方、図４（ｂ）に示すように、前記Ｓ１０１〜Ｓ１０４の処理が行われ、Ｓ１０２の入金要求が管理装置５０に届いた後であってＳ１０３の入金応答がカードユニット２０に届く前にオフライン状態が発生した場合には、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、加算更新完了情報と管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１５１’）。該リカバリ情報を受信したカードユニット２０は、前記Ｓ１５２の判定を行い、ここでは該受信したリカバリ情報に加算更新完了情報が含まれることから、加算更新が完了していると判定されるので（Ｓ１５３’）、前記Ｓ１０１で受け付けた貨幣を回収して（Ｓ１５４’）、前記Ｓ１０６に進む。
【００９１】
この図４に示すように、管理装置５０により加算更新が完了しているか否かを示す情報を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該加算更新が完了しているか否かが判定され、加算更新が完了していると判定されると、前記受け付けた貨幣が回収され、加算更新が完了していないと判定されると、前記受け付けた貨幣が返却されるので、入金処理の途中でオフライン状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【００９２】
図５は、貨幣（紙幣２，硬貨３）が受け付けられた場合における異常時の処理の一例を表す図である。カードユニット２０は、図５（ａ）に示すように、前記Ｓ１２０で残額不一致と判定すると（Ｓ１６１）、玉貸処理の終了後に（Ｓ１６２）、Ｓ１６３〜Ｓ１６５の異常報知処理を行って、リセット操作の待機状態となる。このように、管理装置５０で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても玉貸処理を中断せずに継続するので、異常であると判定されたときに玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【００９３】
Ｓ１６３では、異常報知処理として、ユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ１１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、管理装置５０で管理している残額を更新する等の対応が可能となる。
【００９４】
Ｓ１６４では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ１６５では、残額異常通知を管理装置５０に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えば管理装置５０の残額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ１１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【００９５】
この図５（ａ）に示すように、管理装置５０で減算更新した残額とユニット制御部２１で減算された残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、管理装置５０で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【００９６】
またカードユニット２０は、図５（ｂ）に示すように、玉貸処理の開始後に（Ｓ１１６）、玉貸異常の発生を検出すると（Ｓ１７１）、玉貸処理を中断して（Ｓ１７２）、精算カード５の受付を禁止し（Ｓ１７３）、玉貸異常の解消を検出すると（Ｓ１７４）、玉貸処理を再開し（Ｓ１７５）、玉貸処理の終了後に（Ｓ１７６）、精算カード５の受付禁止を解除する（Ｓ１７７）。この図５（ｂ）に示すように、玉貸処理における異常の発生を検出したときに精算カード５の受付を禁止する処理が行われるので、管理装置５０で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者がユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録して持ち去ってしまい、該遊技者が損をすることを防止できる。
【００９７】
図６は、精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶していない状態で精算カード５を受け付けると（Ｓ２０１）、該精算カード５から読み取ったカードＩＤ及び残額とユニットＩＤを含む残額照合要求を管理装置５０に対して送信する（Ｓ２０２）。該残額照合要求を受信した管理装置５０は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ２０３）、照合一致の場合には、照合ＯＫ通知を前記ユニットＩＤのカードユニット２０に対して送信する（Ｓ２０４）。該照合ＯＫ通知を受信したカードユニット２０は、精算カード５から読み取った残額をユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶する（Ｓ２０５）。なおＳ２０３で照合不一致の場合には、照合ＮＧ通知をカードユニット２０に対して送信し、該照合ＮＧ通知を受信したカードユニット２０は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【００９８】
次にカードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶している状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ２１１）、玉貸処理の開始に先立って、精算カード５から読み取ったカードＩＤと玉貸処理に使用される使用額とユニットＩＤを含む更新要求を管理装置５０に対して送信する（Ｓ２１２）。該更新要求を受信した管理装置５０は、更新応答をカードユニット２０に対して返信し（Ｓ２１３）、該更新要求に含まれる使用額を該更新要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額から減算更新し（Ｓ２１４）、減算更新後の管理残額を前記ユニットＩＤのカードユニット２０に対して返信する（Ｓ２１７）。このように、玉貸処理に先立って、残額の更新要求がカードユニット２０から管理装置５０に対して送信され、該更新要求に応じて、管理装置５０で管理している残額が減算更新されるので、玉貸処理の終了後にカードユニット２０と管理装置５０との間における通信を不能（例えばオフライン状態にする，あるいは精算カード５を引き抜く等）として管理装置５０で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ２１２で更新要求を送信した後、Ｓ２１３で更新応答を受信する前に、オフライン状態が発生した場合の処理については、図７を参照して後述する。
【００９９】
Ｓ２１３の更新応答を受信したカードユニット２０は、前記使用額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額から一括して減算し（Ｓ２１５）、該使用額分の玉貸処理を開始する（Ｓ２１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１００】
Ｓ２１７の減算更新後の管理残額を受信したカードユニット２０は、該受信した減算更新後の管理残額と、ユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ２２１）、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録し（Ｓ２２２）、玉貸処理の終了後に（Ｓ２２３）、Ｓ２１１の玉貸操作を待機する状態になる。
【０１０１】
次にカードユニット２０は、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額が零である状態で貨幣を受け付けると（Ｓ２３１）、精算カード５から読み取ったカードＩＤと該受け付けた貨幣の金額である受付額とユニットＩＤを含む入金要求を管理装置５０に対して送信する（Ｓ２３２）。該入金要求を受信した管理装置５０は、入金応答をカードユニット２０に対して返信し（Ｓ２３３）、該入金要求に含まれるカードＩＤと対応付けて、該入金要求に含まれる受付額を残額としてハードディスク５３で記憶し（Ｓ２３４）、該記憶した管理残額を前記ユニットＩＤのカードユニット２０に対して送信する（Ｓ２３５）。該管理残額を受信したカードユニット２０は、前記受付額を残額としてユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶し（Ｓ２３６）、該表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録して（Ｓ２３７）、Ｓ２１１の玉貸操作を待機する状態になる。なおＳ２３２で入金要求を送信した後、Ｓ２３３で入金応答を受信する前に、オフライン状態が発生した場合の処理については、前述した図４と同様である。
【０１０２】
次にカードユニット２０は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ２４１）、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を消去して（Ｓ２４２）、精算カード５をカード挿入口２５ａから排出して遊技者に返却する（Ｓ２４３）。
【０１０３】
図７は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図７（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の更新要求が管理装置５０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、前記加算更新未完情報と減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２５１）。該リカバリ情報を受信したカードユニット２０は、前回の更新要求の送信後に貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２５２）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、オフライン状態の発生前の処理として玉貸操作の受付を記憶しているので、該受信したリカバリ情報に含まれる管理残額がユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ２５３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、玉貸処理を中止する（Ｓ２５４）。
【０１０４】
一方、図７（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の更新要求が管理装置５０に届いた後であってＳ２１３の更新応答がカードユニット２０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、前記加算更新未完情報と減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２５１’）。該リカバリ情報を受信したカードユニット２０は、前回の更新要求の送信後に貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２５２）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、前記Ｓ２５３の判定を行い、ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額から一括して減算し（Ｓ２５４’）、該使用額分の玉貸処理を開始する（Ｓ２５５’）。
【０１０５】
この図７に示すように、管理装置５０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理残額を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして玉貸処理が行われないので、玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための更新要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１０６】
なおカードユニット２０は、Ｓ２５５’で玉貸処理が開始されると、Ｓ２５１’で受信した減算更新後の管理残額と、ユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ２５４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２５６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ２２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ２６１に進んで、玉貸処理の終了後に（Ｓ２６２）、後述するＳ２６３〜Ｓ２６６の異常報知処理を行う。このように、カードユニット２０により、リカバリ情報を受信した後に玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、オフライン状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ２６３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、オフライン状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０１０７】
またカードユニット２０は、前記Ｓ２５２で、オフライン状態を検知した後でない（ＮＯ）と判定されると、前記Ｓ２５３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、管理装置５０にオフライン状態であることを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０でオフライン状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により玉貸処理が行われるのを防止できる。
【０１０８】
さらにカードユニット２０は、前記Ｓ２５３で、受信したリカバリ情報に含まれる管理残額がユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定されると、玉貸処理を行うことなく、後述するＳ２６３に進んで異常報知処理を行う。このように、カードユニット２０により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、管理装置５０で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０１０９】
図８は、精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。カードユニット２０は、図８（ａ）に示すように、前記Ｓ２２０で残額不一致と判定すると（Ｓ２６１）、玉貸処理の終了後に（Ｓ２６２）、Ｓ２６３〜Ｓ２６６の異常報知処理を行って、リセット操作の待機状態となる。このように、管理装置５０で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても玉貸処理を中断せずに継続するので、異常であると判定されたときに玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０１１０】
Ｓ２６３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０１１１】
Ｓ２６４では、異常報知処理として、ユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、管理装置５０で管理している残額を更新する等の対応が可能となる。
【０１１２】
Ｓ２６５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ２６６では、残額異常通知を管理装置５０に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えば管理装置５０の残額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０１１３】
この図８（ａ）に示すように、管理装置５０で減算更新した残額とユニット制御部２１で減算された残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、管理装置５０で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０１１４】
またカードユニット２０は、図８（ｂ）に示すように、玉貸処理の開始後に（Ｓ２１４）、玉貸異常の発生を検出すると（Ｓ２７１）、玉貸処理を中断して（Ｓ２７２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ２７３）、玉貸異常の解消を検出すると（Ｓ２７４）、玉貸処理を再開し（Ｓ２７５）、玉貸処理の終了後に（Ｓ２７６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ２７７）。この図８（ｂ）に示すように、玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、管理装置５０で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０１１５】
［１−２．第１実施形態の変形例に係る遊技用システム１］
次に第１実施形態の変形例に係る遊技用システム１の構成について説明する。この変形例は、前述した第１実施形態と比較して、ユニット制御部２１がリカバリ情報送信要求手段として機能する点と、それに伴う加算更新完了判定手段であるユニット制御部２１，貸与判定手段であるユニット制御部２１，及びリカバリ情報送信手段である通信部５１の各機能のみが異なり、その他の点は同様である。
【０１１６】
ここでユニット制御部２１はリカバリ情報送信要求手段の一例であって、前記入金要求送信手段により入金要求を送信した後、前記入金応答返信手段から入金応答を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。またリカバリ情報送信要求手段として機能するユニット制御部２１は、前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、有価価値管理部（管理装置５０）で管理されている有価価値の大きさ（管理残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０１１７】
また前記加算更新完了判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ち管理装置５０の有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記加算更新が完了しているか否かを判定するものである。なお具体的な作用は、前述した第１実施形態と同様である。
【０１１８】
また前記貸与判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ち管理装置５０で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段である制御部２２のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１は、前述した第１実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、前記有価価値記憶手段である制御部２２のＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０１１９】
また前記リカバリ情報送信手段として機能する通信部５１は、前記リカバリ情報送信要求手段による送信要求に応じて、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記貸与制御部（カードユニット２０）に対して送信するものであり、ここでは該リカバリ情報に、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部（カードユニット２０）に対して送信する。なお具体的な作用は、前述した第１実施形態と同様である。
【０１２０】
また該リカバリ情報送信手段として機能する通信部５１は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をカードユニット２０に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をカードユニット２０に対して送信せず、この場合には制御部５２によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等である。
【０１２１】
次に図９及び図１０を参照して、第１実施形態の変形例に係る遊技用システム１の作用について説明する。この変形例では、前述した第１実施形態と比較して、前記図４に代えて図９の処理，及び前記図７に代えて図１０の処理が行われる点のみが異なり、その他の処理（即ち図３，図５，図６，図８の処理）は同様である。
【０１２２】
図９は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図９（ａ）に示すように、前記Ｓ１０１〜Ｓ１０２の処理が行われ、Ｓ１０２の入金要求が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１５０）。該リカバリ情報の送信要求を受信した管理装置５０は、該送信要求に応じて、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われていないので、加算更新未完情報と管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１５１）。以下Ｓ１５２〜Ｓ１５４の処理は、図４（ａ）と同様である。
【０１２３】
一方、図９（ｂ）に示すように、前記Ｓ１０１〜Ｓ１０４の処理が行われ、Ｓ１０２の入金要求が管理装置５０に届いた後であってＳ１０３の入金応答がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１５０）。該リカバリ情報の送信要求を受信した管理装置５０は、該送信要求に応じて、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われているので、加算更新完了情報と管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１５１’）。以下Ｓ１５２〜Ｓ１５４’の処理は、図４（ｂ）と同様である。
【０１２４】
この図９でも、前記図４と同様に、管理装置５０により加算更新が完了しているか否かを示す情報を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該加算更新が完了しているか否かが判定され、加算更新が完了していると判定されると、前記受け付けた貨幣が回収され、加算更新が完了していないと判定されると、前記受け付けた貨幣が返却されるので、入金処理の途中でオフライン状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０１２５】
図１０は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図１０（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の更新要求が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２５０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２５０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、該送信要求に応じて、管理残額から使用額の減算更新が行われていないので、前記加算更新未完情報と減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２５１）。以下Ｓ２５３〜Ｓ２５４の処理は、図７（ａ）と同様である。
【０１２６】
一方、図１０（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の更新要求が管理装置５０に届いた後であってＳ２１３の更新応答がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２５０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２５０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、該送信要求に応じて、管理残額から使用額の減算更新が行われているので、前記加算更新未完情報と減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２５１’）。以下Ｓ２５３〜Ｓ２５６’の処理は、図７（ｂ）と同様である。
【０１２７】
この図１０に示すように、カードユニット２０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理装置５０で管理されている管理残額を含むリカバリ情報の送信要求が該管理装置５０に対して送信され、該送信要求に応じて管理装置５０から送信されてくるリカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして玉貸処理が行われないので、玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための更新要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１２８】
なお管理装置５０は、前記Ｓ２５０’で、オフライン状態を検知した後でない（ＮＯ）と判定されると、リカバリ情報をカードユニット２０に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等を行う。これによれば、カードユニット２０にオフライン状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、管理装置５０でオフライン状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により玉貸処理が行われるのを防止できる。
【０１２９】
［２．第２実施形態に係る遊技用システム１’］
次に図１及び図２を参照して、第２実施形態に係る遊技用システム１’の構成について説明する。遊技用システム１’は、図１に示すように、前記カードユニット２０に代えてカードユニット２０’を備える点と、前記管理装置５０に代えて管理装置５０’を備える点が、第１実施形態と異なる。なおカードユニット２０’がパチンコ機１０に対応して設けられる点や、各カードユニット２０’がホールコンピュータ６０とも接続されている点や、紙幣２，硬貨３，及び精算カード５が使用される点は、第１実施形態と同様である。
【０１３０】
第２実施形態に係るカードユニット２０’は、第１実施形態に係るカードユニット２０と比較して、ユニット制御部２１が前記貸与制御部及び前記入金制御部として機能する点と、カードＲ／Ｗ制御部２６に代えてカードＲ／Ｗ制御部２６’を備える点のみが異なり、その他の点は同様である。カードＲ／Ｗ制御部２６’は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該カードＲ／Ｗ制御部２６’に接続されるカードＲ／Ｗ２５，及び外部通信部２７の動作を制御するものである。
【０１３１】
このカードＲ／Ｗ制御部２６’のＲＡＭは記録媒体の一例であって、遊技媒体（ここではパチンコ玉）の貸与に使用可能な有価価値の大きさ（ここでは残額）を特定可能な情報が記録されるものであり、ここでは該情報として、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣の金額（即ち受付額）が残額として記憶される。またＲＡＭでは、カードＲ／Ｗ２５により精算カード５を受け付けたときには、管理装置５０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた精算カード５から読み取った残額が記憶される。
【０１３２】
またカードＲ／Ｗ制御部２６’は有価価値管理部の一例であって、記録媒体（カードＲ／Ｗ制御部２６’のＲＡＭ，精算カード５）の記録情報から特定される有価価値の大きさ（残額）を管理するものである。具体的には、記録媒体であるＲＡＭで記憶している残額と、カードＲ／Ｗ２５により受け付けた記録媒体である精算カード５に記録されている残額の管理を行う。
【０１３３】
またカードＲ／Ｗ制御部２６’は有価価値管理部側通信可否検知手段の一例であって、貸与制御部（ユニット制御部２１）と通信できる通信可能状態（通電状態）であるか該貸与制御部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちユニット制御部２１と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちユニット制御部２１と通信できない通信不可能状態）であると判定する。同様に、前記貸与制御部側通信可否検知手段として機能するユニット制御部２１も、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちカードＲ／Ｗ制御部２６’と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちカードＲ／Ｗ制御部２６’と通信できない通信不可能状態）であると判定する。
【０１３４】
またカードＲ／Ｗ制御部２６’は有価価値加算更新手段の一例であって、前記入金要求送信手段（ユニット制御部２１）から送信されてきた入金要求の受信に基づいて、前記貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により受け付けた貨幣の金額に相当する有価価値の大きさ（受付額）を前記管理している有価価値の大きさ（管理残額）に加算更新するものである。具体的には、ユニット制御部２１から受付額を含む入金要求が送信されてきたときに、該入金要求に含まれる受付額を、ＲＡＭで記憶している管理残額に加算更新すると共に、カードＲ／Ｗ２５により精算カード５を受け付けている場合には、前記受付額を、該受け付けている精算カード５に記録されている残額に加算更新する。この例では、記憶残額＝管理残額が零の場合にのみ貨幣受付手段により貨幣が受け付けられて入金要求が送信されてくるので、該入金要求に含まれる受付額が管理残額としてＲＡＭに記憶及び精算カード５に記録されることになる。
【０１３５】
またカードＲ／Ｗ制御部２６’は有価価値減算更新手段の一例であって、前記更新要求送信手段（ユニット制御部２１）から送信されてきた更新要求の受信に基づいて、玉貸処理に使用される有価価値の大きさ（使用額）を前記管理している有価価値の大きさ（管理残額）から減算更新するものであり、この減算更新は、前記玉貸処理の終了に拘わらず行われる。具体的には、ユニット制御部２１から使用額を含む更新要求が送信されてきたときに、該更新要求に含まれる使用額を、ＲＡＭで記憶している管理残額から減算更新すると共に、カードＲ／Ｗ２５により精算カード５を受け付けている場合には、前記使用額を、該受け付けている精算カード５に記録されている残額から減算更新する。
【０１３６】
またカードＲ／Ｗ制御部２６’は有価価値返信手段の一例であって、前記有価価値減算更新手段による減算更新後の有価価値の大きさ（管理残額）を前記貸与制御部（ユニット制御部２１）に対して返信するものである。
【０１３７】
またカードＲ／Ｗ制御部２６’は入金応答返信手段の一例であって、前記入金要求送信手段（ユニット制御部２１）から送信されてきた入金要求の受信に基づいて、該入金要求を受信した旨を示す入金応答を前記入金制御部（ユニット制御部２１）に対して返信するものである。またカードＲ／Ｗ制御部２６’は更新応答返信手段の一例であって、前記更新要求送信手段（ユニット制御部２１）から送信されてきた更新要求の受信に基づいて、該更新要求を受信した旨を示す更新応答を前記貸与制御部（ユニット制御部２１）に対して返信するものである。
【０１３８】
さらにカードＲ／Ｗ制御部２６’はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記貸与制御部（ユニット制御部２１）に対して送信するものであり、ここでは該リカバリ情報に、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部（ユニット制御部２１）に対して送信する。具体的には、加算更新が完了していない場合には、加算更新が完了しているか否かを示す情報としての加算更新未完情報と、前記管理している管理残額（即ち加算更新前の管理残額）とを含むリカバリ情報を、ユニット制御部２１に対して送信する。また加算更新が完了している場合には、加算更新が完了しているか否かを示す情報としての加算更新完了情報と、前記管理している管理残額（即ち加算更新後の管理残額）とを含むリカバリ情報を、ユニット制御部２１に対して送信する。
【０１３９】
第２実施形態に係る管理装置５０’は、第１実施形態に係る管理装置５０と比較して、有価価値管理部，有価価値管理部側通信可否検知手段，有価価値加算更新手段，有価価値減算更新手段，有価価値返信手段，入金応答返信手段，更新応答返信手段，及びリカバリ情報送信手段として機能しない点が異なり、その他の点は同様である。
【０１４０】
次に図１１〜図１６を参照して、第２実施形態に係る遊技用システム１’の作用について説明する。この第２実施形態では、カードユニット２０’におけるユニット制御部２１の作用とカードＲ／Ｗ制御部２６’の作用を分けて表示する。
【０１４１】
図１１は、貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。ユニット制御部２１は、精算カード５を受け付けていない状態で貨幣を受け付けると（Ｓ３０１）、該受け付けた貨幣の金額である受付額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３０２）。該入金要求を受信したカードＲ／Ｗ制御部２６’は、入金応答をユニット制御部２１に対して返信し（Ｓ３０３）、該入金要求に含まれる受付額を残額として記憶し（Ｓ３０４）、管理残額をユニット制御部２１に対して送信する（Ｓ３０５）。該管理残額を受信したユニット制御部２１は、前記受付額を残額としてＲＡＭの表示用記憶領域及び判定用記憶領域で記憶する（Ｓ３０６）。なおＳ３０２で入金要求を送信した後、Ｓ３０３で入金応答を受信する前に、電断状態が発生した場合の処理については、図１２を参照して後述する。
【０１４２】
次にユニット制御部２１は、ＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶している状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ３１１）、玉貸処理の開始に先立って、玉貸処理に使用される使用額を含む更新要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３１２）。該更新要求を受信したカードＲ／Ｗ制御部２６’は、更新応答をユニット制御部２１に対して返信し（Ｓ３１３）、該更新要求に含まれる使用額を前記記憶している残額から減算更新し（Ｓ３１４）、減算更新後の管理残額をユニット制御部２１に対して返信する（Ｓ３１７）。このように、玉貸処理に先立って、残額の更新要求がユニット制御部２１からカードＲ／Ｗ制御部２６’に対して送信され、該更新要求に応じて、カードＲ／Ｗ制御部２６’で管理している残額が減算更新されるので、玉貸処理の終了後にユニット制御部２１とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ３１２で更新要求を送信した後、Ｓ３１３で更新応答を受信する前に、電断状態が発生した場合の処理については、図１５を参照して後述する。
【０１４３】
Ｓ３１３の更新応答を受信したユニット制御部２１は、前記使用額をＲＡＭの判定用記憶領域で記憶している残額から一括して減算し（Ｓ３１５）、該使用額分の玉貸処理を開始する（Ｓ３１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１４４】
Ｓ３１７の減算更新後の管理残額を受信したユニット制御部２１は、該受信した減算更新後の管理残額と、ＲＡＭの判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ３２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ３２１）、玉貸処理の終了後に（Ｓ３２２）、Ｓ３１１の玉貸操作を待機する状態になる。なおＳ３２０で残額不一致と判定すると、後述するＳ３６１に進む。
【０１４５】
次にカードＲ／Ｗ制御部２６’は、ＲＡＭで残額を記憶している状態で精算カード５を受け付けると（Ｓ３４１）、該受け付けた精算カード５から読み取ったカードＩＤとＲＡＭで記憶している残額とユニットＩＤを含む精算要求を管理装置５０’に対して送信する（Ｓ３４２）。該精算要求を受信した管理装置５０’は、該精算要求に含まれるカードＩＤと対応付けて、該精算要求に含まれる残額をハードディスク５３で記憶すると共に（Ｓ３４３）、該精算要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している残額を消去し（Ｓ３４４）、精算完了通知を前記ユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ３４４）。該精算完了通知を受信したカードＲ／Ｗ制御部２６’は、該精算完了通知をユニット制御部２１に対して送信すると共に（Ｓ３４６）、ＲＡＭで記憶している残額を精算カード５に記録し（Ｓ３４７）、当該ＲＡＭで記憶している残額を消去して（Ｓ３４８）、該精算カード５をカード挿入口２５ａから排出して遊技者に返却する（Ｓ３４９）。またＳ３４６の精算完了通知を受信したユニット制御部２１は、ＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ３５０）。
【０１４６】
図１２は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１２（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、加算更新未完情報と管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ３５１）。該リカバリ情報を受信したユニット制御部２１は、オフライン状態の発生前の処理として貨幣の受付を記憶しているので、該受信したリカバリ情報に含まれる加算更新が完了しているか否かを示す情報に基づいて、加算更新が完了しているか否かを判定する（Ｓ３５２）。ここでは該受信したリカバリ情報に加算更新未完情報が含まれることから、加算更新が完了していないと判定されるので（Ｓ３５３）、前記Ｓ３０１で受け付けた貨幣を返却し（Ｓ３５４）、貨幣返却通知をカードＲ／Ｗ制御部２６’に対して送信して（Ｓ３５５）、貨幣を受け付ける前の状態に戻る。
【０１４７】
一方、図１２（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０３の入金応答がユニット制御部２１に届く前に電断状態が発生した場合には、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、加算更新完了情報と管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ３５１’）。該リカバリ情報を受信したユニット制御部２１は、該受信したリカバリ情報に基づいて、前記Ｓ３５２の判定を行い、ここでは該受信したリカバリ情報に加算更新完了情報が含まれることから、加算更新が完了していると判定されるので（Ｓ３５３’）、前記Ｓ３０１で受け付けた貨幣を回収し（Ｓ３５４’）、貨幣回収通知をカードＲ／Ｗ制御部２６’に対して送信して（Ｓ３５５’）、前記Ｓ３０６に進む。なお該貨幣回収通知を受信したカードＲ／Ｗ制御部２６’は、前記Ｓ３０７以下の処理を行う。
【０１４８】
この図１２に示すように、カードＲ／Ｗ制御部２６’により加算更新が完了しているか否かを示す情報を含むリカバリ情報がユニット制御部２１に対して送信され、該リカバリ情報を受信したユニット制御部２１により、該加算更新が完了しているか否かが判定され、加算更新が完了していると判定されると、前記受け付けた貨幣が回収され、加算更新が完了していないと判定されると、前記受け付けた貨幣が返却されるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０１４９】
図１３は、貨幣（紙幣２，硬貨３）が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１は、図１３（ａ）に示すように、前記Ｓ３２０で残額不一致と判定すると（Ｓ３６１）、玉貸処理の終了後に（Ｓ３６２）、Ｓ３６３〜Ｓ３６５の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても玉貸処理を中断せずに継続するので、異常であると判定されたときに玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０１５０】
Ｓ３６３では、異常報知処理として、ＲＡＭの判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０１５１】
Ｓ３６４では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ３６５では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０１５２】
この図１３（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０１５３】
またユニット制御部２１は、図１３（ｂ）に示すように、玉貸処理の開始後に（Ｓ３１６）、玉貸異常の発生を検出すると（Ｓ３７１）、玉貸処理を中断して（Ｓ３７２）、精算カード受付禁止通知をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ３７３）、玉貸異常の解消を検出すると（Ｓ３７４）、玉貸処理を再開し（Ｓ３７５）、玉貸処理の終了後に（Ｓ３７６）、精算カード受付禁止解除通知をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３７７）。このように、玉貸処理における異常の発生を検出したときに精算カード５の受付を禁止する処理が行われるので、カードＲ／Ｗ制御部２６’で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が該カードＲ／Ｗ制御部２６’のＲＡＭで記憶している残額を精算カード５に記録して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０１５４】
図１４は、精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードＲ／Ｗ制御部２６’は、ユニット制御部２１のＲＡＭで残額を記憶していない状態で精算カード５を受け付けると（Ｓ４０１）、精算カード５から読み取ったカードＩＤ及び残額とユニットＩＤを含む残額照合要求を、管理装置５０’に対して送信する（Ｓ４０２）。該残額照合要求を受信した管理装置５０’は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ４０３）、照合一致の場合には、照合ＯＫ通知を前記ユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４０４）。該照合ＯＫ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５から読み取った残額をＲＡＭで記憶し（Ｓ４０５）、該記憶した管理残額をユニット制御部２１に対して送信する（Ｓ４０６）。該管理残額を受信したユニット制御部２１は、該管理残額をＲＡＭの表示用記憶領域及び判定用記憶領域で記憶する（Ｓ４０７）。なおＳ４０５で照合不一致の場合には、照合ＮＧ通知をカードＲ／Ｗ制御部２６’に対して送信し、該照合ＮＧ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【０１５５】
次にユニット制御部２１は、ＲＡＭの表示用記憶領域及び判定用記憶領域で残額を記憶している状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ４１１）、玉貸処理の開始に先立って、玉貸処理に使用される使用額を含む更新要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４１２）。該更新要求を受信したカードＲ／Ｗ制御部２６’は、更新応答をユニット制御部２１に対して返信し（Ｓ４１３）、該更新要求に含まれる使用額をＲＡＭで記憶している残額から減算更新すると共に（Ｓ４１４）、当該使用額を精算カード５に記録されている残額から減算更新し（Ｓ４１５）、減算更新後の管理残額をユニット制御部２１に対して返信する（Ｓ４１８）。このように、玉貸処理に先立って、残額の更新要求がユニット制御部２１からカードＲ／Ｗ制御部２６’に対して送信され、該更新要求に応じて、カードＲ／Ｗ制御部２６’で管理している残額（即ち精算カード５に記録されている残額）が減算更新されるので、玉貸処理の終了後にユニット制御部２１とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする，あるいは精算カード５を引き抜く等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ４１２で更新要求を送信した後、Ｓ４１３で更新応答を受信する前に、電断状態が発生した場合の処理については、図１５を参照して後述する。
【０１５６】
Ｓ４１３の更新応答を受信したユニット制御部２１は、前記使用額をＲＡＭの判定用記憶領域で記憶している残額から一括して減算し（Ｓ４１６）、該使用額分の玉貸処理を開始する（Ｓ４１７）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１５７】
Ｓ４１８の減算更新後の管理残額を受信したユニット制御部２１は、該受信した減算更新後の管理残額と、ＲＡＭで記憶している残額（即ちＳ４１６の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ４２１）、玉貸処理の終了後に（Ｓ４２２）、Ｓ４１１の玉貸操作を待機する状態になる。
【０１５８】
次にユニット制御部２１は、ＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額が零である状態で貨幣を受け付けると（Ｓ４３１）、該受け付けた貨幣の金額である受付額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４３２）。該入金要求を受信したカードＲ／Ｗ制御部２６’は、入金応答をユニット制御部２１に対して返信し（Ｓ４３３）、該入金要求に含まれる受付額を残額としてＲＡＭで記憶すると共に（Ｓ４３４）、当該受付額を精算カード５に記録して（Ｓ４３５）、前記記憶した管理残額をユニット制御部２１に対して送信する（Ｓ４３６）。該管理残額を受信したユニット制御部２１は、前記受付額を残額としてＲＡＭの表示用記憶領域及び判定用記憶領域で記憶して（Ｓ４３７）、Ｓ４１１の玉貸操作を待機する状態になる。なおＳ４３２で入金要求を送信した後、Ｓ４３３で入金応答を受信する前に、電断状態が発生した場合の処理については、前述した図１２と同様である。
【０１５９】
次にユニット制御部２１は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ４４１）、返却要求をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ４４２）、該返却要求を受信したカードＲ／Ｗ制御部２６’は、精算カード５から読み取ったカードＩＤとＲＡＭで記憶している残額とユニットＩＤを含む返却要求を管理装置５０’に対して送信する（Ｓ４４３）。該精算要求を受信した管理装置５０’は、該返却要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額を、該返却要求に含まれる残額に更新し（Ｓ４４４）、返却完了通知を前記ユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ４４５）。該返却完了通知を受信したカードＲ／Ｗ制御部２６’は、該返却完了通知をユニット制御部２１に対して送信すると共に（Ｓ４４６）、ＲＡＭで記憶している残額を消去して（Ｓ４４７）、精算カード５をカード挿入口２５ａから排出して遊技者に返却する（Ｓ４４８）。またＳ４４６の返却完了通知を受信したユニット制御部２１は、ＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ４４９）。
【０１６０】
図１５は、精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１５（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の更新要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、管理残額から使用額の減算更新が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、前記加算更新未完情報と減算更新前の管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ４５１）。該リカバリ情報を受信したユニット制御部２１は、前回の更新要求の送信後に貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４５２）、電断状態を検知した後である（ＹＥＳ）と判定されると、オフライン状態の発生前の処理として玉貸操作の受付を記憶しているので、該受信したリカバリ情報に含まれる管理残額がＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ４５３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、玉貸処理を中止する（Ｓ４５４）。
【０１６１】
一方、図１５（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の更新要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の更新応答がユニット制御部２１に届く前に電断状態が発生した場合には、管理残額から使用額の減算更新が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、前記加算更新未完情報と減算更新後の管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ４５１’）。該リカバリ情報を受信したユニット制御部２１は、前回の更新要求の送信後に貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４５２）、電断状態を検知した後である（ＹＥＳ）と判定されると、前記Ｓ４５３の判定を行い、ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額をＲＡＭで記憶している残額から一括して減算し（Ｓ４５４’）、該使用額分の玉貸処理を開始する（Ｓ４５５’）。
【０１６２】
この図１５に示すように、カードＲ／Ｗ制御部２６’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、管理残額を含むリカバリ情報がユニット制御部２１に対して送信され、該リカバリ情報を受信したユニット制御部２１により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして玉貸処理が行われる一方、一致すると判定されると、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして玉貸処理が行われないので、玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための更新要求をユニット制御部２１からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１６３】
なおユニット制御部２１は、Ｓ４５５’で玉貸処理が開始されると、Ｓ４５１’で受信した減算更新後の管理残額と、ＲＡＭの判定用記憶領域で記憶している残額（即ちＳ４５４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４５６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ４２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ４６１に進んで、玉貸処理の終了後に（Ｓ４６２）、後述するＳ４６３〜Ｓ４６６の異常報知処理を行う。このように、ユニット制御部２１により、リカバリ情報を受信した後に玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、電断状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ４６３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、電断状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０１６４】
またユニット制御部２１は、前記Ｓ４５２で、電断状態を検知した後でない（ＮＯ）と判定されると、前記Ｓ４５３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、カードＲ／Ｗ制御部２６’に電断状態であることを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２１で電断状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により玉貸処理が行われるのを防止できる。
【０１６５】
さらにユニット制御部２１は、前記Ｓ４５３で、受信したリカバリ情報に含まれる管理残額がＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定されると、玉貸処理を行うことなく、後述するＳ４６３に進んで異常報知処理を行う。このように、ユニット制御部２１により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０１６６】
図１６は、精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１は、図１６（ａ）に示すように、前記Ｓ４２０で残額不一致と判定すると（Ｓ４６１）、玉貸処理の終了後に（Ｓ４６２）、Ｓ４６３〜Ｓ４６６の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても玉貸処理を中断せずに継続するので、異常であると判定されたときに玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０１６７】
Ｓ４６３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０１６８】
Ｓ４６４では、異常報知処理として、ＲＡＭの判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０１６９】
Ｓ４６５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ４６６では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額をユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０１７０】
この図１６（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０１７１】
またユニット制御部２１は、図１６（ｂ）に示すように、玉貸処理の開始後に（Ｓ４１６）、玉貸異常の発生を検出すると（Ｓ４７１）、玉貸処理を中断して（Ｓ４７２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ４７３）、玉貸異常の解消を検出すると（Ｓ４７４）、玉貸処理を再開し（Ｓ４７５）、玉貸処理の終了後に（Ｓ４７６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ４７７）。このように、玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、カードＲ／Ｗ制御部２６’で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０１７２】
［２−２．第２実施形態の変形例に係る遊技用システム１’］
次に第２実施形態の変形例に係る遊技用システム１’の構成について説明する。この変形例は、前述した第２実施形態と比較して、ユニット制御部２１がリカバリ情報送信要求手段として機能する点と、それに伴う加算更新完了判定手段であるユニット制御部２１，貸与判定手段であるユニット制御部２１，及びリカバリ情報送信手段であるカードＲ／Ｗ制御部２６’の各機能のみが異なり、その他の点は同様である。
【０１７３】
ここでユニット制御部２１はリカバリ情報送信要求手段の一例であって、前記入金要求送信手段により入金要求を送信した後、前記入金応答返信手段から入金応答を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。またリカバリ情報送信要求手段として機能するユニット制御部２１は、前記更新要求送信手段により更新要求を送信した後、前記更新応答返信手段から更新応答を受信する前に、前記貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、有価価値管理部（カードＲ／Ｗ制御部２６’）で管理されている有価価値の大きさ（管理残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０１７４】
また前記加算更新完了判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ちカードＲ／Ｗ制御部２６’の有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記加算更新が完了しているか否かを判定するものである。なお具体的な作用は、前述した第１実施形態と同様である。
【０１７５】
また前記貸与判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ちカードＲ／Ｗ制御部２６’で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、前記有価価値記憶手段で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１は、前述した第１実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、前記有価価値記憶手段で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０１７６】
また前記リカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記リカバリ情報送信要求手段による送信要求に応じて、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記貸与制御部（ユニット制御部２１）に対して送信するものであり、ここでは該リカバリ情報に、前記有価価値加算更新手段による加算更新が完了しているか否かを示す情報を含めて前記入金制御部（ユニット制御部２１）に対して送信する。なお具体的な作用は、前述した第１実施形態と同様である。
【０１７７】
また該リカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をユニット制御部２１に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をユニット制御部２１に対して送信せず、この場合にはカードＲ／Ｗ制御部２６’によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等である。
【０１７８】
次に図１７及び図１８を参照して、第２実施形態の変形例に係る遊技用システム１’の作用について説明する。この変形例では、前述した第２実施形態と比較して、前記図１２に代えて図１７の処理，及び前記図１５に代えて図１８の処理が行われる点のみが異なり、その他の処理（即ち図１１，図１３，図１４，図１６の処理）は同様である。
【０１７９】
図１７は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１７（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３５０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、該送信要求に応じて、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われていないので、加算更新未完情報と管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ３５１）。以下Ｓ３５２〜Ｓ３５５の処理は、図１２（ａ）と同様である。
【０１８０】
一方、図１７（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０３の入金応答がユニット制御部２１に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３５０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、該送信要求に応じて、管理残額に対する受付額の加算更新（即ち受付額の記憶）が行われているので、加算更新完了情報と管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ３５１’）。以下Ｓ３５２〜Ｓ３５５’の処理は、図１２（ｂ）と同様である。
【０１８１】
この図１７でも、前記図１２と同様に、カードＲ／Ｗ制御部２６’により加算更新が完了しているか否かを示す情報を含むリカバリ情報がユニット制御部２１に対して送信され、該リカバリ情報を受信したユニット制御部２１により、該加算更新が完了しているか否かが判定され、加算更新が完了していると判定されると、前記受け付けた貨幣が回収され、加算更新が完了していないと判定されると、前記受け付けた貨幣が返却されるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０１８２】
図１８は、精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１８（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の更新要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４５０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４５０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、該送信要求に応じて、管理残額から使用額の減算更新が行われていないので、前記加算更新未完情報と減算更新前の管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ４５１）。以下Ｓ４５３〜Ｓ４５４の処理は、図１５（ａ）と同様である。
【０１８３】
一方、図１８（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の更新要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の更新応答がユニット制御部２１に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４５０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４５０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、該送信要求に応じて、管理残額から使用額の減算更新が行われているので、前記加算更新未完情報と減算更新後の管理残額を含むリカバリ情報をユニット制御部２１に対して送信する（Ｓ４５１’）。以下Ｓ４５３〜Ｓ４５６’の処理は、図１５（ｂ）と同様である。
【０１８４】
この図１８に示すように、ユニット制御部２１により、電断状態であることを検知し、その後に通電状態であることを検知したときに、カードＲ／Ｗ制御部２６’で管理されている管理残額を含むリカバリ情報の送信要求が該カードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして玉貸処理が行われないので、玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための更新要求をユニット制御部２１からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１８５】
なおカードＲ／Ｗ制御部２６’は、前記Ｓ４５０’で、電断状態を検知した後でない（ＮＯ）と判定されると、リカバリ情報をユニット制御部２１に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等を行う。これによれば、ユニット制御部２１に電断状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２６’で電断状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により玉貸処理が行われるのを防止できる。
【０１８６】
［３．変形例］
最後に、本発明の変形例について説明する。
【０１８７】
上記の第１実施形態では、貸与制御部と入金制御部が一体のカードユニット２０であり、上記の第２実施形態では、貸与制御部と入金制御部が一つのユニット制御部２１である例について説明したが、これに限らず、該貸与制御部と入金制御部は各々別体であっても良い。また上記の実施形態では、貸与制御部及び入金制御部が遊技機（パチンコ機１０）に対応して設けられるカードユニット２０又はユニット制御部２１である例について説明したが、これに限らず、該貸与制御部及び入金制御部は遊技機に対応しないものであっても良い。例えば貸与制御部を、遊技機に対応して設けられるカードユニットとし、入金制御部を、遊技場内の所定箇所に設けられる入金装置としても良い。なお該入金装置は、精算カード５を発行するカード発行機及び／又は精算カード５の残額を精算する精算装置と一体であっても良い。
【０１８８】
上記の実施形態では、図１に示すように、カードユニット２０，２０’と管理装置５０，５０’とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０１８９】
上記の実施形態では、図２に示すように、紙幣識別機２３にて受付可能な紙幣２の種類が1000円紙幣，2000円紙幣，5000円紙幣，及び10000円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２４にて受付可能な硬貨３の種類が100円硬貨，及び500円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０１９０】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）により受け付けられて回収された貨幣（紙幣２，硬貨３）がカードユニット２０，２０’の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、カードユニット２０，２０’の内部に貯留されるようにしても良い。
【０１９１】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０１９２】
上記の第１実施形態では、受付額が記録される記録媒体がユニット制御部２１のＲＡＭの表示用記憶領域であり、上記の第２実施形態では、受付額が記録される記録媒体がカードＲ／Ｗ制御部２６’のＲＡＭである例について説明したが、これに限らず、該受付額が記録される記録媒体は、例えばカードＲ／Ｗ２５の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２５に挿入されたカードや、カードユニット２０，２０’の内部にストックされてカードＲ／Ｗ２５に供給されるカードであっても良い。
【０１９３】
上記の実施形態において、記録媒体である精算カード５に代えて、会員登録を行った会員遊技者に対して発行される会員カードや、会員登録を行っていないビジタ遊技者に対して発行されるビジタカードを使用するようにしても良い。この場合には、会員カードについてのみ、２０００円以上の高額入金を可能とし、ビジタカードについては、１０００円以下の低額入金のみを可能としても良い。
【０１９４】
上記の実施形態では、記録媒体（精算カード５）が非接触式のＩＣカードである例について説明したが、これに限らず、該記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また記録媒体の形状はカード型には限られず、コイン型であっても良い。
【０１９５】
上記の実施形態では、ユニット制御部２１のＲＡＭで記憶している残額を遊技者に対して返却するときに、カードユニット２０，２０’の外部から挿入された精算カード５に該残額が記録される例について説明したが、これに限らず、カードユニット２０，２０’の内部に精算カード５をストックしておき、返却操作の受付（即ちカード返却ボタン１６の押圧操作）により、該ストックされている精算カード５に残額が記録されて排出されるようにしても良い。この場合には、貨幣の受付時にストックされている精算カード５をカードＲ／Ｗ２５に供給して該精算カード５に受付額を記録するようにしても良く、また貨幣の受付時にはユニット制御部２１のＲＡＭの表示用記憶領域やカードＲ／Ｗ制御部２６’のＲＡＭで受付額を記憶する一方で返却操作時にストックされている精算カード５をカードＲ／Ｗ２５に供給して該精算カード５に残額を記録するようにしても良い。
【０１９６】
上記の実施形態では、精算カード５にカードＩＤ及び残額が記録される例について説明したが、これに限らず、カードＩＤ又は残額のいずれか一方のみが記録されるようにしても良い。ここでカードＩＤのみが記録される場合には、該カードＩＤに基づいて、該カードＩＤと対応付けて管理装置５０，５０’で記憶されている残額が特定される。また残額のみが記録される場合には、該残額が読み取られて特定される。即ち精算カード５には、残額を特定可能な情報が記録されていれば良い。
【０１９７】
上記の実施形態では、有価価値の大きさとして金額自体が管理されている例について説明したが、これに限らず、該有価価値の大きさとして、該金額が所定の比率で換算された残度数や点数等が管理されるようにしても良い。
【０１９８】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパチロット，遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０１９９】
上記の第１実施形態では、カードユニット２０において、ユニット制御部２１とカードＲ／Ｗ制御部２６とが別個に設けられている例について説明したが、これに限らず、両者の機能を備える１つの制御部を設けるようにしても良い。
【０２００】
上記の実施形態では、外部通信部２７がカードＲ／Ｗ制御部２６，２６’と接続されている例について説明したが、これに限らず、該外部通信部２７は、ユニット制御部２１と接続されるものであっても良い。
【０２０１】
上記の実施形態では、カードユニット２０，２０’において貸与処理が行われるときに、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号がパチンコ機１０に対して送信される例について説明したが、該貸与処理は、例えば以下の変形例１又は変形例２に示す如く行われるようにしても良い。
【０２０２】
まず変形例１として、パチンコ機１０において、カードユニット２０，２０’からの１回の払出要求に応じて払い出すパチンコ玉の数（以下「単位払出数」という。）を設定変更可能に構成すると共に、カードユニット２０，２０’において、該設定された単位払出数を予め記憶可能に構成した場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記予め記憶している単位払出数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２０３】
ここで払出結果玉数を示す払出結果信号は、パチンコ機１０の払出制御基板１２から出力されるようにしても良いし、払い出されたパチンコ玉の数を検出する図示しない払出検出センサから出力されるようにしても良い。またカードユニット２０，２０’において予め記憶しておく単位払出数は、カード会社の管理装置や遊技場の管理装置５０，５０’で設定し、カードユニット２０，２０’に配信して記憶するようにすれば良い。そして、例えば前記単位払出数と払出結果玉数との照合ＮＧの場合に、カードユニット２０，２０’を不能動化するように構成すれば、遊技場が実際の申告よりも小さい単位払出数をパチンコ機１０において設定するような不正を防止できる。
【０２０４】
また変形例２として、前記単位払出数が一定（例えば２５個）である場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、玉払出装置１３からパチンコ玉の払出が可能であるか否かを確認し、該確認結果が可能である場合には、玉貸準備信号をユニット制御部２１に対して送信する。該玉貸準備信号を検出したカードユニット２０，２０’は、玉貸指令信号を払出制御基板１２に対して送信し、該玉貸指令信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、１度数分の貸与処理の完了を示す玉貸完了信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２０５】
上記の実施形態では、遊技媒体を貸与するための貸与処理が、パチンコ玉を貸与する玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記画像式のパチンコ機やスロットマシンにおいて有価価値の大きさを遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０２０６】
上記の実施形態では、貸与処理が行われた場合に、カードユニット２０，２０’と遊技機（パチンコ機１０）との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該遊技機に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、カードユニット２０，２０’に設けられた図示しない玉払出装置からパチンコ玉が払い出されて貸与されるようにしても良い。
【０２０７】
上記の実施形態では、図２に示すように、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６が遊技機（パチンコ機１０）に設けられ、カードユニット２０，２０’と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６の一部又は全部をカードユニット２０，２０’に設けるようにしても良い。
【０２０８】
上記の実施形態では、ユニット制御部２１のＲＡＭの表示用記憶領域及び判定用記憶領域で記憶している残額が零である状態で貨幣（紙幣２及び／又は硬貨３）を受付可能である例について説明したが、これに限らず、該残額が所定額（例えば１０００円）以下であるときに貨幣を受付可能であるようにしても良く、また該残額の多少によらずに貨幣を受付可能であるようにしても良い。
【０２０９】
上記の実施形態では、カードユニット２０，２０’と管理装置５０，５０’とが通信可能な状態（オンライン状態）における貨幣の受付（入金）について説明したが、両者がオフライン状態である場合には、例えば１０００円以下の低額入金のみを可能とし、玉貸操作の受付（即ち玉貸ボタン１５の押圧操作）によらずに、受付額分の玉貸処理を一括して行うようにしても良い。
【０２１０】
上記の実施形態では、貸与制御部から有価価値管理部に対して送信される更新要求に使用額が含まれる例について説明したが、これに限らず、該更新要求に、有価価値減算手段による減算後の残額が含まれるようにしても良い。
【０２１１】
上記の実施形態では、玉貸処理において、記録媒体の記録情報から特定される有価価値の大きさの減算が１度数分ずつ行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、玉貸処理の終了を待たずに（残額が一致するか否かの判定前に）該減算が使用額分一括して行われるようにした場合には、両記憶領域の機能を兼ね備える有価価値記憶手段を１つだけ設けるようにしても良い。また上記の実施形態では、有価価値管理部から受信した残額と判定用記憶領域で記憶されている残額が一致するか否かの判定が玉貸処理の途中で行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、該判定が玉貸処理の終了後に行われるようにした場合には、両記憶領域の機能を兼ね備える有価価値記憶手段を１つだけ設けるようにしても良い。
【０２１２】
上記の実施形態では、図３のＳ１４２及び図１１のＳ３４２に示す精算要求にカードＩＤと残額とユニットＩＤとが含まれる例について説明したが、これに限らず、該精算要求にカードＩＤとユニットＩＤとが含まれる（即ち残額が含まれない）ようにしても良い。この場合には、該精算要求を受信した管理装置５０は、精算要求に含まれるユニットＩＤと対応付けてハードディスク５３で記憶している残額を特定し、該残額を消去すると共に、該残額を精算要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶するようにすれば良い。
【０２１３】
上記の実施形態では、玉貸操作を受け付けた後に通信不可能状態が発生したときの処理においてのみ、図７のＳ２５２，図１０のＳ２５０’，図１５のＳ４５２，及び図１８のＳ４５０’の処理が行われる例について説明したが、これらの処理が、図４及び図９のＳ１５２，並びに図１２及び図１７のＳ３５２に示す各処理の前（即ち貨幣を受け付けた後に通信不可能状態が発生したときの処理）においても行われるようにしても良い。
【０２１４】
上記の第１実施形態では、玉貸処理が行われる毎に、管理装置５０において残額の更新が行われる例について説明したが、これに限らず、精算カード５を受け付けたとき（図３のＳ１４１），及び返却操作を受け付けたとき（図６のＳ２４１）に、管理装置５０において残額の更新が一括して行われるようにしても良い。
【０２１５】
上記の第２実施形態では、図１４のＳ４１４及びＳ４１５に示すように、精算カード５が受け付けられている場合における残額の管理として、カードＲ／Ｗ制御部２６’のＲＡＭで記憶されている残額からの減算更新（Ｓ４１４）と、精算カード５に記録されている残額からの減算更新（Ｓ４１５）の両方が行われる例について説明したが、これに限らず、後者の精算カード５に記録されている残額からの減算更新だけであっても、本発明に言う残額の管理に相当する。
【０２１６】
上記の第２実施形態では、通信不可能状態が電断である例について説明したが、これに限らず、該通信不可能状態には、ユニット制御部２１とカードＲ／Ｗ制御部２６’の間が断線して通信できないような場合も含まれる。
【０２１７】
上記の実施形態では、カードユニット２０，又はユニット制御部２１において、更新応答を受信した後に、使用額の減算が行われてから、玉貸処理が開始される例について説明したが、これに限らず、玉貸処理が開始されてから、使用額の減算が行われるようにしても良い。
【０２１８】
上記の実施形態では、図７のＳ２５２，及び図１５のＳ４５２に示すように、リカバリ情報を受信したのが、前回の更新要求の送信後にオフライン状態又は電断を検知した後であるか否かの判定を行う例について説明したが、これに限らず、該判定は行わないようにしても良い。同様に、上記の実施形態では、図１０のＳ２５０’，及び図１８のＳ４５０’に示すように、リカバリ情報送信要求を受信したのが、オフライン状態又は電断を検知した後であるか否かの判定を行う例について説明したが、これに限らず、該判定も行わないようにしても良い。また上記の実施形態では、これらの判定が、玉貸処理の途中で行われる例について説明したが、これに限らず、該判定は玉貸処理の終了後に行われるようにしても良い。
【０２１９】
上記の実施形態において、図９，図１０，図１７，図１８に示すリカバリ情報の送信要求を貸与制御部（カードユニット２０，ユニット制御部２１）から有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）に対して送信するにあたり、貸与制御部が通信可能状態への復帰時に通信不可能状態が発生する前の状況を参照して、必要であればリカバリ情報の送信要求を有価価値管理部に対して送信するようにしても良い。具体的には、入金要求の送信後に通信不可能状態の発生を検知した場合には、通信可能状態への復帰後に、加算更新が完了しているか否かを示す情報を含むリカバリ情報の送信を要求すれば良い。また更新要求の送信後に通信不可能状態の発生を検知した場合には、通信可能状態への復帰後に、管理残額を含むリカバリ情報の送信を要求すれば良い。これによれば、送信されてきたリカバリ情報の中から必要な情報を選択するという処理を省略できる。
【図面の簡単な説明】
【０２２０】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）はカードユニット及びパチンコ機の正面図であり、図２（ｂ）はカードユニットの断面右側面図である。
【図３】図３は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図４】図４は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図５】図５は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における異常時の処理の一例を表す図である。
【図６】図６は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図７】図７は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図８】図８は第１実施形態に係る遊技用システムで精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図９】図９は第１実施形態の変形例に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図１０】図１０は第１実施形態の変形例に係る遊技用システムで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図１１】図１１は第２実施形態に係る遊技用システムで貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図１２】図１２は第２実施形態に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１３】図１３は第２実施形態に係る遊技用システムで貨幣が受け付けられた場合における異常時の処理の一例を表す図である。
【図１４】図１４は第２実施形態に係る遊技用システムで精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図１５】図１５は第２実施形態に係るカードユニットで精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１６】図１６は第２実施形態に係る遊技用システムで精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図１７】図１７は第２実施形態の変形例に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１８】図１８は第２実施形態の変形例に係る遊技用システムで精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【符号の説明】
【０２２１】
１…遊技用システム
２…紙幣
３…硬貨
５…精算カード
２０…カードユニット
２１…ユニット制御部
２３…紙幣識別機
２４…硬貨識別機
２５…カードＲ／Ｗ
２６…カードＲ／Ｗ制御部
５０…管理装置
５１…通信部
５２…制御部
【図１】
2006175054.tif 000003
【図２】
2006175054.tif 000004
【図３】
2006175054.tif 000005
【図４】
2006175054.tif 000006
【図５】
2006175054.tif 000007
【図６】
2006175054.tif 000008
【図７】
2006175054.tif 000009
【図８】
2006175054.tif 000010
【図９】
2006175054.tif 000011
【図１０】
2006175054.tif 000012
【図１１】
2006175054.tif 000013
【図１２】
2006175054.tif 000014
【図１３】
2006175054.tif 000015
【図１４】
2006175054.tif 000016
【図１５】
2006175054.tif 000017
【図１６】
2006175054.tif 000018
【図１７】
2006175054.tif 000019
【図１８】
2006175054.tif 000020