遊技用システム
【課題】入金消費処理を行う有価価値管理部と入金額貸与処理（一発貸し，全額貸し）を行う入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがないような遊技用システムを提供する。
【解決手段】有価価値管理部である管理装置５０により、オフライン状態の発生を検知し、その後にオンライン状態への復帰を検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報が入金貸与制御部であるカードユニット２０に対して送信され(S161)、入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係（処理情報＝送信情報）であるか否かが判定され、予め定められた関係であると判定されたことを条件として(S163')、S117以下で入金額貸与処理が行われる。
【解決手段】有価価値管理部である管理装置５０により、オフライン状態の発生を検知し、その後にオンライン状態への復帰を検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報が入金貸与制御部であるカードユニット２０に対して送信され(S161)、入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係（処理情報＝送信情報）であるか否かが判定され、予め定められた関係であると判定されたことを条件として(S163')、S117以下で入金額貸与処理が行われる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、入金額に相当する有価価値の大きさを管理すると共に該管理している有価価値の大きさから遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、を備える遊技用システムに係り、特に入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを遊技媒体の貸与に使用するために減算する入金消費処理を有価価値管理部において行うと共に、該入金消費処理が完了したことに基づいて入金額に相当する有価価値の大きさに相当する遊技媒体を貸与する入金額貸与処理を入金貸与制御部において行う遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、会員カードに記録された識別符号から特定される残度数（本願の有価価値の大きさに相当）を管理するターミナルコントローラ（本願の有価価値管理部に相当）と、遊技機に対応して設けられ、前記残度数を使用して遊技媒体を貸与するための貸与処理を行うカード処理ユニット（本願の入金貸与制御部に相当）と、を別個に備える遊技用システムであって、カード処理ユニットにおいて遊技媒体が貸与されると、該遊技媒体の貸与に使用された残度数をターミナルコントローラで管理されている残度数から減算更新するための減算要求を該ターミナルコントローラに対して送信し、該減算要求を受信したターミナルコントローラが管理している残度数を減算更新するものが知られている。
【０００３】
また、特許文献２に示すように、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさを一旦記憶した後に減算して、該有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理、即ち入金額の全額を一度に使用した入金額分の貸与処理（いわゆる一発貸し，全額貸し）を行う遊技用装置（本願の入金貸与制御部に相当）も知られている。
【０００４】
【特許文献１】特開２００３−３０５１５号公報（図１，図６，段落００７６）
【特許文献２】特開２００３−９３２号公報（段落００８７〜００８９）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示す遊技用システムにおいて、特許文献２に示す遊技用装置のような入金額貸与処理を採用し、入金貸与制御部が、入金額に相当する有価価値の大きさを一旦記憶対象とした後に減算する入金消費処理を要求する入金消費情報を有価価値管理部に対して送信して、該送信した入金消費情報に応じて行われた入金消費処理が完了したことにより有価価値管理部から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行うようにした場合、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行わないシステムにおいては、有価価値管理部において入金消費処理が行われた後、入金消費完了通知が入金貸与制御部に届く前に通信不可能状態が発生すると、有価価値管理部では入金消費処理が行われているにも拘わらず、入金貸与制御部において当該入金消費処理に対応する入金額貸与処理が行われないという処理の不一致が生じる。
【０００６】
一方、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行うシステムにおいては、入金貸与制御部が入金消費情報を送信後、有価価値管理部において入金消費処理が行われる前に通信不可能状態が発生すると、有価価値管理部では入金消費処理が行われていないにも拘わらず、入金貸与制御部において入金額貸与処理が行われてしまうという処理の不一致が生じる。
【０００７】
本発明は、このような背景のもとになされたものであり、その目的は、入金消費処理を行う有価価値管理部と入金額貸与処理を行う入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがないような遊技用システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００９】
まず請求項１に係る発明は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさ（使用額）を減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備える遊技用システム（１，１’）であって、前記入金貸与制御部は、前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段（ユニット制御部２１，２１’）と、該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段（ユニット制御部２１，２１’のＲＡＭ）と、該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段（ユニット制御部２１，２１’）と、を有し、前記有価価値管理部は、前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段（制御部５２のＲＡＭ，カードＲ／Ｗ制御部２６’のＲＡＭ）と、該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金貸与制御部と通信できる通信可能状態（オンライン状態，通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）と、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部に対して送信するリカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、を有し、前記入金貸与制御部は、前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理（入金額分の玉貸処理）を行う入金額貸与処理手段（ユニット制御部２１，２１’）と、前記リカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係（偶奇が一致）であるか否かを判定する判定手段（ユニット制御部２１，２１’）と、をさらに有し、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記リカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システムである。
【００１０】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１，１’）であって、前記入金貸与制御部（カードユニット２０，ユニット制御部２１’）は、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する入金貸与制御部側通信可否検知手段（ユニット制御部２１，２１’）をさらに有し、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）からリカバリ情報を受信したときには、前記判定手段（ユニット制御部２１，２１’）による判定を行い、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システムである。
【００１１】
また請求項３に係る発明は、請求項１又は２に記載した遊技用システム（１’）であって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値の大きさ（残額）を記録可能な記録媒体（精算カード５）に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、遊技機（パチンコ機１０）に対応して設けられ、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と前記入金貸与制御部（ユニット制御部２１’）と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報（残額照合要求）を外部に送信する有価価値情報送信手段（カードＲ／Ｗ制御部２６’）を有する遊技用装置（カードユニット２０’）と、前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置（５０’）と、をさらに備え、前記入金貸与制御部は、遊技者による前記遊技媒体（パチンコ玉）の貸与要求操作（玉貸操作）を検出する貸与要求操作検出手段（ユニット制御部２１’）と、前記管理装置と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知する管理装置通信可否検知手段（ユニット制御部２１’）と、該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段（ユニット制御部２１’）と、該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段（ユニット制御部２１’）と、該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（使用額分の玉貸処理）を行う貸与処理手段（ユニット制御部２１’）と、をさらに有し、前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段（ユニット制御部２１’）により前記入金消費情報の送信を行うことを特徴とする遊技用システムである。
【００１２】
また請求項４に係る発明は、請求項３に記載した遊技用システム（１’）であって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値管理部側通信可否検知手段（カードＲ／Ｗ制御部２６’）により前記通信不可能状態（電断状態）であることを検知し、その後に前記通信可能状態（通電状態）であることを検知したときに、前記リカバリ情報送信手段（カードＲ／Ｗ制御部２６’）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信し、前記入金貸与制御部は、前記入金要求送信手段（ユニット制御部２１’）により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１’）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１’）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１’）により前記減算要求の送信を行うことを特徴とする遊技用システムである。
【００１３】
また請求項５に係る発明は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさ（使用額）を減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備える遊技用システム（１，１’）であって、前記入金貸与制御部は、前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段（ユニット制御部２１，２１’）と、該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段（ユニット制御部２１，２１’のＲＡＭ）と、該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段（ユニット制御部２１，２１’）と、を有し、前記有価価値管理部は、前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段（制御部５２のＲＡＭ，カードＲ／Ｗ制御部２６’のＲＡＭ）と、該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、を有し、前記入金貸与制御部は、前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理（入金額分の玉貸処理）を行う入金額貸与処理手段（ユニット制御部２１，２１’）と、前記有価価値管理部と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する入金貸与制御部側通信可否検知手段（ユニット制御部２１，２１’）と、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部に対して送信するリカバリ情報送信要求手段（ユニット制御部２１，２１’）と、該リカバリ情報送信要求手段から送信した送信要求に応じて前記有価価値管理部から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係（偶奇が一致）であるか否かを判定する判定手段（ユニット制御部２１，２１’）と、をさらに有し、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システムである。
【００１４】
また請求項６に係る発明は、請求項５に記載した遊技用システム（１，１’）であって、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）は、前記入金貸与制御部（カードユニット２０，ユニット制御部２１’）と通信できる通信可能状態（オンライン状態，通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）をさらに有し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段（ユニット制御部２１，２１’）からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システムである。
【００１５】
また請求項７に係る発明は、請求項５又は６に記載した遊技用システムであって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値の大きさ（残額）を記録可能な記録媒体（精算カード５）に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、遊技機（パチンコ機１０）に対応して設けられ、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と前記入金貸与制御部（ユニット制御部２１’）と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報（残額照合要求）を外部に送信する有価価値情報送信手段（カードＲ／Ｗ制御部２６’）を有する遊技用装置（カードユニット２０’）と、前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置（５０’）と、をさらに備え、前記入金貸与制御部は、遊技者による前記遊技媒体（パチンコ玉）の貸与要求操作（玉貸操作）を検出する貸与要求操作検出手段（ユニット制御部２１’）と、前記管理装置と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知する管理装置通信可否検知手段（ユニット制御部２１’）と、該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段（ユニット制御部２１’）と、該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段（ユニット制御部２１’）と、該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（使用額分の玉貸処理）を行う貸与処理手段（ユニット制御部２１’）と、をさらに有し、前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段（ユニット制御部２１’）により前記入金消費情報の送信を行うことを特徴とする遊技用システムである。
【００１６】
さらに請求項８に係る発明は、請求項７に記載した遊技用システム（１’）であって、前記入金貸与制御部（ユニット制御部２１’）は、前記入金要求送信手段（ユニット制御部２１’）により入金要求を送信した後、前記有価価値管理部（カードＲ／Ｗ制御部２６’）から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段（ユニット制御部２１’）により前記通信不可能状態（電断状態）であることを検知し、その後に前記通信可能状態（通電状態）であることを検知したときに、前記リカバリ情報送信要求手段（ユニット制御部２１’）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１’）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１’）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１’）により前記減算要求の送信を行うことを特徴とする遊技用システムである。
【発明の効果】
【００１７】
まず請求項１に係る遊技用システムによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係であるか否かが判定され、予め定められた関係であると判定されたことを条件として、入金額貸与処理が行われるので、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがない。
【００１８】
また請求項２に係る遊技用システムによれば、有価価値管理部に通信不可能状態であることを検知させてリカバリ情報を送信させるような不正を行っても、入金貸与制御部で通信不可能状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額貸与処理が行われるのを防止できる。
【００１９】
また請求項３に係る遊技用システムによれば、入金額に相当する有価価値の大きさを記録媒体に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部と前記入金貸与制御部とを含む遊技用装置と、該記録媒体に記録されている有価価値の大きさを管理する管理装置との間で、管理装置通信可能状態であるときには、貨幣の受付に基づいて有価価値管理部における前記入金処理が行われると共に、貸与要求操作の検出に基づいて有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われる一方、管理装置通信不可能状態であるときには、貨幣の受付に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置で管理されない有価価値の大きさが記録媒体に残存することがなく、セキュリティが向上する。
【００２０】
また請求項４に係る遊技用システムによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【００２１】
また請求項５に係る遊技用システムによれば、入金貸与制御部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、有価価値管理部で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係であるか否かが判定され、予め定められた関係であると判定されたことを条件として、入金額貸与処理が行われるので、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがない。
【００２２】
また請求項６に係る遊技用システムによれば、入金貸与制御部に通信不可能状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、有価価値管理部で通信不可能状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額貸与処理が行われるのを防止できる。
【００２３】
また請求項７に係る遊技用システムによれば、入金額に相当する有価価値の大きさを記録媒体に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部と前記入金貸与制御部とを含む遊技用装置と、該記録媒体に記録されている有価価値の大きさを管理する管理装置との間で、管理装置通信可能状態であるときには、貨幣の受付に基づいて有価価値管理部における前記入金処理が行われると共に、貸与要求操作の検出に基づいて有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われる一方、管理装置通信不可能状態であるときには、貨幣の受付に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置で管理されない有価価値の大きさが記録媒体に残存することがなく、セキュリティが向上する。
【００２４】
さらに請求項８に係る遊技用システムによれば、入金貸与制御部により、入金要求を送信した後であって入金完了通知を受信する前に、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求が有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１，１’は、図１に示すように、入金額に相当する有価価値の大きさ（残額）の範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、入金額に相当する有価価値の大きさを管理すると共に該管理している有価価値の大きさから遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備えるものであり、特に入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを遊技媒体の貸与に使用するために減算する入金消費処理を有価価値管理部において行うと共に、該入金消費処理が完了したことに基づいて入金額に相当する有価価値の大きさに相当する遊技媒体を貸与する入金額貸与処理（一発貸し，全額貸し）を入金貸与制御部において行うものである。
【００２６】
そして本発明に係る遊技用システム１，１’は、有価価値管理部と入金貸与制御部との間で通信不可能状態（オフライン状態，電断状態）が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがないことを特徴とするものである。この不一致が生じることによる問題点としては、例えば有価価値管理部側の入金消費処理に基づいて管理装置等において売上の管理を行っている場合に、該売上に不一致が生じるという問題点がある。
【００２７】
具体的には、貨幣を受け付けた後、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行わず、受け付けた貨幣を返却するシステムにおいては、有価価値管理部において入金消費処理が行われた後、入金消費完了通知が入金貸与制御部に届く前に通信不可能状態が発生した場合、入金額貸与処理は行われず貨幣が返却される。つまり実際の売上は発生しないにも拘わらず、有価価値管理部においては入金消費処理が行われ管理装置等において売上としての計上（集計）がなされてしまい、その結果、実際の売上と集計された売上とに不一致が生じてしまう（例えば売上として１０００円が計上されているにも拘わらず、実際には１０００円紙幣が回収されていない）。
【００２８】
一方、貨幣を受け付けた後、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行い、受け付けた貨幣を回収するシステムにおいては、入金貸与制御部が入金消費情報を送信後、有価価値管理部において入金消費処理が行われる前に通信不可能状態が発生した場合であっても、入金額貸与処理が行われて貨幣が回収される。つまり実際の売上が発生しているにも拘わらず、有価価値管理部においては入金消費処理が行われておらず管理装置等において売上としての計上（集計）がされないので、その結果、実際の売上と集計された売上とに不一致が生じてしまう（例えば売上として１０００円が計上されていないにも拘わらず、実際には１０００円紙幣が回収されている）。
【００２９】
本発明に係る遊技用システム１，１’は、上記の問題点を解決するものである。この遊技用システムには、入金貸与制御部であるカードユニット２０及び有価価値管理部である管理装置５０を備える第１実施形態に係る遊技用システム１と、入金貸与制御部であるユニット制御部２１，及び有価価値管理部であるカードＲ／Ｗ制御部２６’を備える第２実施形態に係る遊技用システム１’とが含まれる。また第１及び第２の両実施形態には、有価価値管理部と入金貸与制御部との間における通信不可能状態の発生時の処理が異なる変形例が各々含まれる。以下においては、まず第１実施形態及びその変形例について説明し、次に第２実施形態及びその変形例について第１実施形態と異なる点についてのみ説明する。なお、以下においては、リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップを「Ｓ」と略記する。
【００３０】
［１−１．第１実施形態に係る遊技用システム１］
まず図１及び図２を参照して、第１実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、遊技場において、パチンコ機１０に対応して設けられるカードユニット２０と、複数のカードユニット２０に接続されている管理装置５０とを備える。なお各カードユニット２０は、各カードユニット２０においてパチンコ玉の貸与に使用された使用額（即ち売上）を管理するホールコンピュータ６０とも接続されている。
【００３１】
この遊技用システム１では、図１及び図２（ｂ）に示すように、紙幣２，硬貨３，及び精算カード５が使用される。まず紙幣２は貨幣の一例であって、１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類の紙幣である。また硬貨３も貨幣の一例であって、ここでは１００円硬貨，及び５００円硬貨の２種類の硬貨である。
【００３２】
精算カード５は記録媒体の一例であって、有価価値の大きさを記録可能なものであり、ここでは各精算カード５を個々に識別可能な情報であるカードＩＤが予め記録されていると共に、前記有価価値の大きさである残額が記録される。この精算カード５は、長方形状を呈するプラスチック製の薄板における所定の部位に、カードＩＤ及び残額等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。
【００３３】
この精算カード５は、予めカードＩＤが記録されている状態で遊技場に納入されて、後述するカードストッカ２５ｂに収納されると共に、図示しないカード発行機において貨幣が受け付けられたときに、該受け付けた貨幣の金額が残額として記録されて発行される。このようにして発行された精算カード５は、遊技者がカードユニット２０のカードＲ／Ｗ２５に挿入することにより使用可能である。
【００３４】
カードユニット２０は遊技用装置の一例であって、後述する貨幣受付手段と入金貸与制御部とを含むものである。このカードユニット２０は入金貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与するものである。
【００３５】
この入金貸与制御部として機能するカードユニット２０は、後述する入金貸与制御部側通信可否検知手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段等を有する。このカードユニット２０では、カードＲ／Ｗ２５にある精算カード５に記録されている残額が１０００円以下の状態で、貨幣受付手段により１０００円以下の貨幣を受付可能であり、該１０００円以下の貨幣を受け付けると、後述する入金額貸与処理（入金額分の玉貸処理）が行われる。
【００３６】
またカードユニット２０では、カードＲ／Ｗ２５にある精算カード５に記録されている残額が１０００円以下の状態で、貨幣受付手段により１０００円を超える貨幣も受付可能であり、該１０００円を超える貨幣を受け付けると、入金要求が管理装置５０に対して送信されて該管理装置５０において後述する入金処理が行われ、貸与要求操作（玉貸操作）を検出すると、減算要求が管理装置５０に対して送信されて該管理装置５０において後述する減算処理が行われ、カードユニット２０において後述する貸与処理（使用額分の玉貸処理）が行われる。
【００３７】
また入金貸与制御部として機能するカードユニット２０は、後述する貸与要求操作検出手段，減算要求送信手段，貸与処理手段，有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，及び第２の異常報知処理手段等を有する。このカードユニット２０では、精算カード５を受け付けると、該受け付けた精算カード５に記録されている残額を示す有価価値情報（残額照合要求）が管理装置５０に対して送信され、貸与要求操作（玉貸操作）を検出すると、前記送信した残額照合要求に応じて管理装置５０で行われた残額の照合が照合ＯＫであることを条件として、後述する貸与処理（使用額分の玉貸処理）が行われる。
【００３８】
このカードユニット２０は、図１及び図２（ａ）に示すように、パチンコ機１０に対応して（ここではパチンコ機１０の左側に隣接して）設けられている。ここでパチンコ機１０は遊技機の一例であって、遊技場における遊技島（図示外）において機種等に従って所定の位置に配置され、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応するカードユニット２０と通信可能であり、該カードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。
【００３９】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００４０】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、カードユニット２０の後述する玉貸通信部２２と通信可能に接続され、パチンコ機１０とカードユニット２０との間における通信を司るものである。これにより、玉貸処理が行われる場合に、パチンコ機１０とカードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸与されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介してカードユニット２０と通信可能に接続されているため、カードユニット２０に属するものである。
【００４１】
残度数表示器１４は、後述するユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額に相当する残度数を表示するための表示器であり、例えば３桁の７セグメント表示器である。ここで残度数は、残額が所定の比率で変換されたもの（例えば１００円＝１度数）である。この残度数表示器１４で表示される残度数は、後述する玉貸処理において、１度数分の玉貸が行われる毎に表示用記憶領域に記憶されている残額が１度数分ずつ減算更新されるのに伴って、１度数ずつ減算表示される。
【００４２】
玉貸ボタン１５は、精算カード５に記録されている残額を使用したパチンコ玉の貸与要求操作（玉貸操作）を遊技者から受け付けるボタンである。カード返却ボタン１６は、後述するカードＲ／Ｗ２５で受け付けている精算カード５を返却するための返却操作を遊技者から受け付けるボタンである。このカード返却ボタン１６は、ユニット制御部２１の制御により、入金額分の玉貸処理の最中には、返却操作が無効化され、また 使用額分の玉貸処理の最中には、原則として、該玉貸処理が開始されると返却操作が無効化され、該玉貸処理が終了すると返却操作が有効化される（即ち該玉貸処理中は返却操作が無効化される）が、後述する図７（及び第２実施形態に係る図１５）に示すときには、例外として、該玉貸処理が終了又は中断しても返却操作の無効化が継続される。またカードＲ／Ｗ２５で受け付けている精算カード５に残額が記録されていない（即ち残額＝０）場合には、カード返却ボタン１６が操作されても該精算カード５は返却されずにカードＲ／Ｗ２５に留保される。
【００４３】
なおパチンコ機１０において、玉貸処理に異常が発生（例えば玉詰まり等）が発生し、玉詰まりセンサ（図示外）等により該異常の発生が検出されると、該異常の発生を示す玉貸異常発生信号が、遊技制御基板１１から出力される。また該玉貸処理の異常が解消すると、該異常の解消を示す玉貸異常解消信号が、遊技制御基板１１から出力される。これら玉貸異常発生信号及び玉貸異常解消信号は、遊技制御基板１１から出力され、払出制御基板１２から玉貸通信部２２を介して、カードユニット２０のユニット制御部２１に入力される。
【００４４】
カードユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２８，紙幣挿入口２３ａ，硬貨挿入口２４ａ，硬貨返却ボタン２４ｅ，表示部２９，硬貨返却口２４ｆ，及びカード挿入口２５ａ等を備え、図２（ｂ）に示すように、その内部に紙幣識別機２３，ユニット制御部２１，玉貸通信部２２，硬貨識別機２４，カードＲ／Ｗ２５，カードストッカ２５ｂ，カードＲ／Ｗ制御部２６，及び外部通信部２７等を備えており、これらの各構成要素は図１に示すように接続されている。なおカードユニット２０は、図示しないが、その側部に、ユニット制御部２１に接続され、リセット操作を受け付けるリセットボタンを備えている。このカードユニット２０は、ユニットＩＤにより、各カードユニット２０を個々に識別可能とされている。
【００４５】
ユニット制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該ユニット制御部２１に接続される玉貸通信部２２，紙幣識別機２３，硬貨識別機２４，カードＲ／Ｗ制御部２６，多機能ランプ２８，及び表示部２９の動作を制御して各種の処理を行うものであるが、その機能の詳細については後述する。玉貸通信部２２は、ユニット制御部２１に設けられており、前述の如くパチンコ機１０の払出制御基板１２と通信可能に接続されている。
【００４６】
紙幣識別機２３は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２３ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２を識別する識別機である。この紙幣識別機２３により紙幣２が識別された後に留保されている状態において、該留保されている紙幣２を回収する場合には、該紙幣２を紙幣通路２３ｂを通じてカードユニット２０の背面に導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２１により行われ、該紙幣２が紙幣通路２３ｂを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている紙幣２を返却する場合には、該紙幣２を紙幣挿入口２３ａに導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２１により行われ、該紙幣２が紙幣挿入口２３ａから返却される。
【００４７】
硬貨識別機２４も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨挿入口２４ａから前記２種類の硬貨３を受け付けて、硬貨通路２４ｂを通じて搬送された硬貨３を識別する識別機である。この硬貨識別機２４により硬貨３が識別された後に留保されている状態において、該留保されている硬貨３を回収する場合には、該硬貨３を硬貨通路２４ｃを通じてカードユニット２０の背面に導くように、硬貨識別機２４と硬貨通路２４ｃとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２１により行われ、該硬貨３が硬貨通路２４ｃを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている硬貨３を返却する場合には、該硬貨３を硬貨通路２４ｄを通じて硬貨返却口２４ｆに導くように、硬貨識別機２４と硬貨通路２４ｄとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２１により行われ、該硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。硬貨返却ボタン２４ｅは、硬貨通路２４ｂや硬貨識別機２４において詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２４ｅが操作されると、該詰まった硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。
【００４８】
カードＲ／Ｗ２５は、カードストッカ２５ｂから搬送された精算カード５及びカード挿入口２５ａから挿入された精算カード５を受け付けて、該受け付けた精算カード５の記録情報を読み取ると共に、該受け付けた精算カード５に対して残額を記録する（書き込む）ものであり、前記ＩＣカードである精算カード５に対応したＩＣカードＲ／Ｗを備えている。カードストッカ２５ｂは、予めカードＩＤが記録されている一方で残額が記録されていない精算カード５を所定数（例えば１０枚）収納するものである。ここでカードＲ／Ｗ２５にある精算カード５がカード返却ボタン１６の操作により返却されると、カードＲ／Ｗ制御部２６の制御により、該カードストッカ２５ｂに収納されている精算カード５のうちの１枚がカードＲ／Ｗ２５に搬送される。
【００４９】
カードＲ／Ｗ制御部２６は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該カードＲ／Ｗ制御部２６に接続されるカードＲ／Ｗ２５，カードストッカ２５ｂ，及び外部通信部２７の動作を制御するものである。外部通信部２７は、カードＲ／Ｗ制御部２６に設けられており、管理装置５０の後述する通信部５１，及びホールコンピュータ６０と通信可能に接続されており、カードユニット２０と管理装置５０との間，及びカードユニット２０とホールコンピュータ６０との間における通信を司るものである。なお外部通信部２７から送信される各種の要求には、前記ユニットＩＤが含まれる。
【００５０】
多機能ランプ２８は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによってカードユニット２０の状態を報知するランプである。この多機能ランプ２８は、例えば精算カード５を受け付けていないときには青色に点灯してその旨を報知し、精算カード５を受け付けているときには緑色に点灯してその旨を報知し、残額に異常が発生しているときには赤色で点滅してその旨を報知する。表示部２９は、各種の情報を表示するための表示デバイスであり、ここでは４桁の７セグメント表示器である。この表示部２９は、例えば残額に異常が発生しているときに、後述する有価価値減算手段（ユニット制御部２１）による減算後の残額を表示する。
【００５１】
ここでユニット制御部２１は入金貸与制御部側通信可否検知手段の一例であって、有価価値管理部（管理装置５０）と通信できる通信可能状態（オンライン状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、後述する管理装置５０の通信部５１からカードＲ／Ｗ制御部２６を介して各カードユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【００５２】
この入金貸与制御部側通信可否検知手段によりオフライン状態の発生が検知されると、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から送信されてきたリカバリ情報に含まれる２種類の情報、具体的には、処理情報，及び管理装置５０で管理している管理残額のうちのいずれの情報に基づいて、後述する判定手段による判定，又は貸与判定手段による判定のいずれを行うかを選択するために、該オフライン状態の発生前の処理が、１０００円を超える貨幣の受付，１０００円以下の貨幣の受付，又は玉貸操作の受付のいずれかの処理であるかが、ＲＡＭに記憶される。ここでオフライン状態の発生前の処理として、１０００円以下の貨幣の受付が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、判定手段による判定（図４を参照）が行われ、玉貸操作の受付が記憶されている場合には、リカバリ情報に含まれる管理装置５０で管理している管理残額に基づいて、貸与判定手段による判定（図６を参照）が行われる。
【００５３】
またユニット制御部２１は入金消費情報送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて、入金消費情報を前記有価価値管理部（管理装置５０）に対して送信するものである。具体的には、貨幣受付手段により１０００円以下の貨幣を受け付けると、該受け付けた貨幣の金額である入金額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む入金消費情報を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。
【００５４】
この入金消費情報を受信した管理装置５０では、入金額に相当する有価価値の大きさを一旦管理対象とした（カードＩＤと対応付けて記憶した）後に該有価価値の大きさを減算する入金消費処理が行われる。そして該入金消費処理が完了すると、入金消費処理の完了を示す入金消費完了通知が入金貸与制御部に対して返信される。また該入金消費処理の実行毎に、処理情報が更新される。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００５５】
またユニット制御部２１のＲＡＭは送信情報記憶手段の一例であって、前記入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶するものである。ここで送信情報は、当日における入金消費情報の送信回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００５６】
またユニット制御部２１は送信情報更新手段の一例であって、前記送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新するものである。具体的には、送信情報として奇数回と記憶している状態で入金消費情報を送信すると、該送信情報を偶数回に更新する。また送信情報として偶数回と記憶している状態で入金消費情報を送信すると、該送信情報を奇数回に更新する。
【００５７】
なお送信情報更新手段として機能するユニット制御部２１は、貨幣受付手段により受け付けた貨幣が返却されたときには、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。具体的には、送信情報として奇数回と記憶している状態で貨幣が返却されると、該送信情報を偶数回に戻す。また送信情報として偶数回と記憶している状態で貨幣が返却されると、該送信情報を奇数回に戻す。
【００５８】
またユニット制御部２１は入金額貸与処理手段の一例であって、後述する入金消費完了通知返信手段（管理装置５０の通信部５１）から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体（パチンコ玉）を貸与するための入金額貸与処理（入金額分の玉貸処理）を行うものである。具体的には、１０００円以下の貨幣を受け付けた後、入金消費完了通知を受信したときに、前記入金額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【００５９】
またユニット制御部２１は判定手段の一例であって、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定するものである。ここで「リカバリ情報」は、有価価値管理部（管理装置５０）において、後述する有価価値管理部側通信可否検知手段（制御部５２）により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、後述する処理情報記憶手段（制御部５２のＲＡＭ）で記憶している処理情報を含んで、該有価価値管理部から送信されてくるものである。
【００６０】
また「予め定められた関係」とは、当日における入金消費処理の実行回数が奇数回であるか偶数回であるかを示す処理情報と、当日における入金消費情報の送信回数が奇数回であるか偶数回であるかを示す送信情報とが、一致する関係（即ち処理情報＝送信情報）であることを意味する。即ち入金貸与制御部からの入金消費情報の送信に応じて有価価値管理部において入金消費処理が実行されることから、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しない場合には、入金消費情報の送信毎に更新される送信情報と入金消費処理の実行毎に更新される処理情報とは一致するが、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生した場合には、後述する図４（ａ）に示すように、入金貸与制御部から入金消費情報が送信されたにも拘わらず該入金消費情報が有価価値管理部に届かずに入金消費処理が実行されないことがあり、この場合には送信情報と処理情報とが一致しないことになる。この判定手段は、送信情報と処理情報とが一致するか否かを判定することにより、両者が一致するか（即ち入金消費処理が実行されたか），あるいは両者が一致しないか（即ち入金消費処理が実行されなかったか）を判定するものである。
【００６１】
なお判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報送信手段からリカバリ情報を受信したときに、前記判定を行う。一方、判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報送信手段からリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２１によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理等である。
【００６２】
そして入金貸与制御部として機能するカードユニット２０は、前記入金消費情報送信手段により入金消費情報を送信した後、後述する入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、後述するリカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。このときには、貨幣受付手段により受け付けた貨幣が回収される。一方、前記判定手段により予め定められた関係でないと判定されたときには、貨幣受付手段により受け付けた貨幣が返却され、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。
【００６３】
ここでユニット制御部２１のＲＡＭには、残度数表示器１４に残度数を表示するための残額を記憶する表示用記憶領域と、後述する有価価値減算手段（ユニット制御部２１）による減算対象となる残額を記憶する判定用記憶領域が設けられている。これら表示用記憶領域及び判定用記憶領域では、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により貨幣を受け付けたときには、該受け付けた貨幣が回収されたことを条件として、該受け付けた貨幣の金額である入金額が残額として記憶され、またカードＲ／Ｗ２５により精算カード５を受け付けたときには、管理装置５０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた精算カード５から読み取った残額が記憶される。
【００６４】
またユニット制御部２１は貸与要求操作検出手段の一例であって、遊技者によるパチンコ玉の貸与要求操作（玉貸操作）を検出するものである。具体的には、遊技者による玉貸ボタン１５の押圧操作に応じて該玉貸ボタン１５から出力される玉貸ボタン操作信号を払出制御基板１２を介して検出することにより、玉貸操作を検出する。
【００６５】
またユニット制御部２１は入金要求送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円を超える貨幣の受付）に基づいて、前記入金額に相当する大きさの有価価値の大きさを記憶する入金処理を要求する入金要求を管理装置５０に対して送信するものである。具体的には、貨幣受付手段により１０００円を超える貨幣を受け付けると、該受け付けた貨幣の金額である入金額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む入金要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。
【００６６】
またユニット制御部２１は減算要求送信手段の一例であって、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態で、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、該精算カード５について管理されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部（管理装置５０）に対して送信するものであり、ここでは次に述べる貸与処理手段による貸与処理に先立って、該減算要求を送信する。具体的には、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態（即ち該残額をＲＡＭで記憶している状態）で、玉貸操作を検出すると、ＲＡＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、貸与処理に先立って、該使用額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む減算要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。この減算要求を受信した管理装置５０からは、後述する減算応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。
【００６７】
またユニット制御部２１は貸与処理手段の一例であって、前記減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（使用額分の玉貸処理）を行うものであり、ここでは後述する減算応答返信手段（管理装置５０の通信部５１）から返信されてきた減算応答の受信に基づいて、該使用額分の玉貸処理を行う。具体的には、玉貸操作を検出した後、前記減算応答を受信したときに、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【００６８】
またユニット制御部２１は有価価値減算手段の一例であって、前記使用額分の玉貸処理に基づいて、該玉貸処理に使用される有価価値の大きさ（使用額）をＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）から減算するものである。具体的には、前記使用額分の玉貸処理に基づいて、該使用額を判定用記憶領域で記憶している残額から一括して減算する処理を行う。ここで「使用額分の玉貸処理に基づいて」とは、後述する正常時においては、「減算応答を受信したことにより、使用額分の玉貸処理が行われたことに基づいて」の意味であり、後述する通信不可能状態の発生時においては、「減算応答を受信する前にリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している記憶残額と一致しないと判定されたことを条件として、使用額分の玉貸処理が行われたことに基づいて」の意味である。なお前記表示用記憶領域で記憶している有価価値の大きさ（記憶残額）は、１度数分の玉貸が行われる毎に、１度数分ずつ減算される。従って、これら判定用記憶領域及び表示用記憶領域で記憶されている残額は、玉貸処理の途中においては異なるが、玉貸処理の終了後には一致する。
【００６９】
このカードユニット２０において玉貸処理（入金額分の玉貸処理及び使用額分の玉貸処理）が行われるときには、該カードユニット２０と対応するパチンコ機１０との間で、以下のような信号のやり取りが行われる。
【００７０】
まずカードユニット２０は、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数であり、予め管理装置５０等により設定されてカードユニット２０に配信されている）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号をパチンコ機１０の払出制御基板１２に対して送信する。
【００７１】
該払出要求信号を受信したパチンコ機１０は、前記払出要求玉数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から払出要求玉数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をカードユニット２０のユニット制御部２１に対して送信する。
【００７２】
該払出結果信号を受信したカードユニット２０は、前記払出要求信号に示される払出要求玉数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、１度数分の前記減算として、ユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額からパチンコ玉の貸与に使用された１度数に相当する金額を減算すると共に、残度数表示器１４に表示された残度数から１度数を減算する。そしてカードユニット２０は、これら１度数分の玉貸を前記入金額分又は前記使用額分（即ち記憶残額≧玉貸設定金額であれば該玉貸設定金額分，また記憶残額＜玉貸設定金額であれば該記憶残額分）だけ繰り返し、該入金額分又は使用額分の玉貸の終了に基づいて、玉貸終了信号をパチンコ機１０の払出制御基板１２に対して送信し、玉貸処理を終了する。なお「使用額分の玉貸処理の終了」とは、今回の玉貸操作に基づく該使用額分の玉貸の終了を意味する。
【００７３】
なおパチンコ機１０において、玉払出装置１３から払い出されたパチンコ玉は、上皿に供給され、発射ハンドルの操作により遊技領域の内部に打ち込まれて、遊技が行われる。そして該打ち込まれたパチンコ玉が、遊技領域に形成された入賞口に入賞すると、払出制御基板１２から発せられる払出信号に基づいて、賞球として玉払出装置１３からパチンコ玉が払い出されて、上皿又は下皿に供給される。
【００７４】
なおユニット制御部２１は、前記玉貸処理の終了後に、前記使用額を含む売上情報を、カードＲ／Ｗ制御部２６及び外部通信部２７を介してホールコンピュータ６０に送信し、該売上情報を受信したホールコンピュータ６０は、該売上情報に含まれる使用額を売上として管理する。
【００７５】
またユニット制御部２１は貸与判定手段の一例であって、前記減算要求送信手段により減算要求を送信した後、後述する減算応答返信手段（管理装置５０の通信部５１）から減算応答を受信する前に、有価価値管理部（管理装置５０）で管理している有価価値の大きさ（管理残額）を含むリカバリ情報を、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。また貸与判定手段として機能するユニット制御部２１は、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かも判定する。
【００７６】
具体的には、ユニット制御部２１において、通信不可能状態が発生する前の処理を記憶しておき、該処理として玉貸操作の受付が記憶されている場合には、管理装置５０から送信されてくるリカバリ情報に含まれる管理残額と、判定用記憶領域の記憶残額とを比較して、管理残額＜判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも小さい），管理残額＝判定用記憶領域の記憶残額（即ち両者が一致する），又は管理残額＞判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも大きい）のいずれであるかを判定する。
【００７７】
なお貸与判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行う。一方、貸与判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２１によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【００７８】
ここで前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記使用額分の玉貸処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記使用額分の玉貸処理を行わない。即ち一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして、使用額分の玉貸処理が行われる（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が開始される）。また一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして、使用額分の玉貸処理が行われない（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が中止される）。
【００７９】
またユニット制御部２１は第１の異常報知処理手段の一例であって、該貸与判定手段により有価価値の大きさが大きい（即ち管理残額＞判定用記憶領域の記憶残額）と判定されたときに、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８０】
またユニット制御部２１は異常判定手段の一例であって、リカバリ情報を受信した後に前記貸与処理手段により使用額分の玉貸処理（オフライン状態発生時の使用額分の玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（減算更新後の管理残額）と、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（減算後の記憶残額）とが一致するか否かを判定する（入金貸与制御部側異常判定処理を行う）ものである。
【００８１】
またユニット制御部２１は第２の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（入金貸与制御部側異常判定処理により残額不一致と判定された）ときに、通信不可能状態（オフライン状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８２】
また第２の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理としてカードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６が操作されてもカードＲ／Ｗ制御部２６に対して精算カード５の返却禁止を指令する処理）である。
【００８３】
また異常判定手段として機能するユニット制御部２１は、リカバリ情報を受信せずに前記貸与処理手段により使用額分の玉貸処理（正常時の玉貸処理）を行ったときに、後述する有価価値返信手段（管理装置５０の通信部５１）から返信されてきた有価価値の大きさ（減算更新後の管理残額）と前記有価価値減算手段（ユニット制御部２１）による減算後の有価価値の大きさ（即ちＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）とが一致するか否かを判定する（第３の異常判定処理を行う）ものである。ここで正常時には、カードユニット２０から管理装置５０に対して送信された減算要求に含まれる使用額に基づき、管理装置５０において正しく残額の減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致して、残額一致と判定されるが、カードユニット２０から管理装置５０に対して送信された減算要求に含まれる使用額がノイズ等により変化（例えば使用額が、本来は５００円であるところ、ノイズ等により１０００円に変化）した異常時には、その変化した使用額に基づき、管理装置５０において誤って減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致せず、残額不一致と判定される。なお異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理は継続して行われる。
【００８４】
またユニット制御部２１は第３の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（第３の異常判定処理により残額不一致と判定された）ときに、異常が発生した旨を報知するための異常報知処理を行うものであり、ここでは該異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理が継続して行われ、該使用額分の玉貸処理が終了した後に、異常報知処理を行う。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８５】
また第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理である。
【００８６】
さらに第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、前記有価価値減算手段による減算後の有価価値の大きさ（即ちＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）を表示するための表示処理を行うものであり、具体的には、判定用記憶領域で記憶されている残額を表示部２９に表示させる処理を行う。なお、この場合には既に使用額分の玉貸処理が終了しているため、表示用記憶領域で記憶されている残額を表示部２９に表示させる処理を行うようにしても良い。
【００８７】
またユニット制御部２１は異常発生検出手段の一例であって、前記使用額分の玉貸処理における異常の発生を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常発生信号の入力を検出すると、玉貸異常の発生を検出する。またユニット制御部２１は貸与処理中断手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに当該玉貸処理を中断するものであり、具体的には、パチンコ機１０に対する前記払出要求信号の送信を停止する。またユニット制御部２１は返却禁止処理手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行う返却禁止処理手段を含むものであり、具体的には、本来であれば玉貸異常の発生により使用額分の玉貸処理が中断すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が中断しても返却操作の無効化を継続する処理である。
【００８８】
さらにユニット制御部２１は異常解消検出手段の一例であって、前記使用額分の玉貸処理における異常の解消を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常解消信号の入力を検出すると、玉貸異常の解消を検出する。そしてユニット制御部２１は、該異常解消検出手段により使用額分の玉貸処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された使用額分の玉貸処理を再開（具体的には、パチンコ機１０に対する前記払出要求信号の送信を開始）し、該使用額分の玉貸処理が終了した後に、前記返却禁止処理手段による精算カード５の返却禁止を解除する処理（具体的には、継続されている返却操作の無効化を解除して、返却操作を有効化する処理）を行う。
【００８９】
管理装置５０は有価価値管理部の一例であって、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（使用額）を減算するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，及びハードディスク５３等を備えている。
【００９０】
この有価価値管理部として機能する管理装置５０は、後述する有価価値管理部側通信可否検知手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，及びリカバリ情報送信手段等を有し、さらに入金処理手段，減算応答返信手段，減算処理手段，及び有価価値返信手段等を有する。
【００９１】
ハードディスク５３は、前記入金額に相当する有価価値の大きさ（残額）を管理するものであり、ここでは精算カード５に記録されている残額を各精算カード５毎に管理している。具体的には、図１に示すように、残額管理ＤＢにおいて、精算カード５に記録されている残額を、該精算カード５のカードＩＤと対応付けて記憶している。
【００９２】
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【００９３】
この制御部５２は有価価値管理部側通信可否検知手段の一例であって、入金貸与制御部（カードユニット２０）と通信できる通信可能状態（オンライン状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、通信部５１から各カードユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じてカードユニット２０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ちカードユニット２０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちカードユニット２０と通信できない通信不可能状態）であると判定する。
【００９４】
また制御部５２は入金消費処理手段の一例であって、前記入金消費情報送信手段（ユニット制御部２１）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額を残額として、該入金消費情報に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行う。
【００９５】
また制御部５２のＲＡＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００９６】
また制御部５２は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【００９７】
また制御部５２は入金処理手段の一例であって、前記入金要求送信手段（ユニット制御部２１）から入金要求が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを記憶する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額を、該入金要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶する。該入金処理が完了すると、入金完了通知が、前記入金要求に含まれるカードユニット２０に対して通信部５１により返信される。
【００９８】
さらに制御部５２は減算処理手段の一例であって、前記減算要求送信手段（ユニット制御部２１）から減算要求が送信されてきたことに基づいて、各精算カード５について管理されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を行うものである。この減算処理は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、前記送信されてきた減算要求に含まれる使用額を、該減算要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶されている管理残額から減算更新する。
【００９９】
通信部５１は、前述の如くカードユニット２０の外部通信部２７と通信可能に接続されており、管理装置５０とカードユニット２０との間における通信を司るものである。
【０１００】
この通信部５１は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部（カードユニット２０）に対して返信するものである。
【０１０１】
また通信部５１は減算応答返信手段の一例であって、前記減算要求送信手段（ユニット制御部２１）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記入金貸与制御部（カードユニット２０）に対して返信するものである。また通信部５１は有価価値返信手段の一例であって、前記減算処理手段による減算更新後の有価価値の大きさ（管理残額）を前記入金貸与制御部（カードユニット２０）に対して返信するものである。
【０１０２】
さらに通信部５１はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信するものである。またリカバリ情報送信手段として機能する通信部５１は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信する。即ちリカバリ情報送信手段から送信されるリカバリ情報には、処理情報，及び管理装置５０で管理している管理残額の、２種類の情報が常に含まれる。
【０１０３】
次に図３〜図７を参照して、第１実施形態に係る遊技用システム１の作用について説明する。この第１実施形態では、カードユニット２０におけるユニット制御部２１の作用とカードＲ／Ｗ制御部２６の作用をまとめて表示する。
【０１０４】
図３は、貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、この状態で貨幣を受け付けると（Ｓ１０１）、該受け付けた貨幣の金額である入金額が１０００円以下であるか否かを判定する（Ｓ１０１’）。ここで入金額が１０００円を超えている（ＮＯ）と判定すると、後述するＳ１５２に進む。一方、入金額が１０００円以下である（ＹＥＳ）と判定すると、該入金額とカードＲ／Ｗ２５で留保している精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤを含む入金消費情報を管理装置５０に対して送信し（Ｓ１０２）、送信情報記憶手段で記憶している送信情報を更新する（Ｓ１０３）。このＳ１０３では、偶数回と記憶している送信情報を奇数回と更新する。なおＳ１０２で入金消費情報を送信した後、Ｓ１０６で入金消費完了通知を受信する前に、オフライン状態が発生した場合の処理については、図４を参照して後述する。
【０１０５】
前記入金消費情報を受信した管理装置５０は、該受信した入金消費情報に含まれる入金額を残額として、該入金消費情報に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行い（Ｓ１０４）、処理情報記憶手段で記憶している処理情報を更新する（Ｓ１０５）。このＳ１０５では、偶数回と記憶している処理情報を奇数回と更新する。そして入金消費完了通知をカードユニット２０に対して送信する（Ｓ１０６）。
【０１０６】
該入金消費完了通知を受信したカードユニット２０は、Ｓ１０１で受け付けた貨幣を回収し（Ｓ１０７）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶し（Ｓ１０８）、前記入金額をカードＲ／Ｗ２５で受け付けている精算カード５に一旦記録した後に消去して（Ｓ１０９）、前述の如く入金額分の玉貸処理を行う（Ｓ１１０）。
【０１０７】
次に貨幣を受け付けると（Ｓ１１１）、Ｓ１１１’〜Ｓ１２０で、前述したＳ１０１’〜Ｓ１１０と同様の処理を行う。ただしＳ１１３では、奇数回と記憶している送信情報を偶数回と更新する。またＳ１１５では、奇数回と記憶している処理情報を偶数回と更新する。以後、貨幣を受け付ける毎に、Ｓ１０１〜Ｓ１１０，及びＳ１１１〜Ｓ１２０と同様の処理が繰り返される。
【０１０８】
前記Ｓ１０１’又はＳ１１１’で入金額が１０００円を超えている（ＹＥＳ）と判定すると、該入金額とカードＲ／Ｗ２５で留保している精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤを含む入金要求を管理装置５０に対して送信する（Ｓ１５２）。該入金要求を受信した管理装置５０は、該入金要求に含まれる入金額を、該入金要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、入金処理を行い（Ｓ１５３）、入金完了通知を該入金要求に含まれるユニットＩＤのカードユニット２０に対して送信する（Ｓ１５４）。該入金完了通知を受信したカードユニット２０は、Ｓ１０１又はＳ１１１で受け付けた貨幣を回収し（Ｓ１５５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ１５６）、後述するＳ２１１の玉貸操作の受付，又はＳ２４１の返却操作の受付を待機する状態になる。
【０１０９】
図４は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。カードユニット２０は、前記図３のＳ１１２に示す入金消費情報を管理装置５０に対して送信した後、Ｓ１１６に示す入金消費完了通知が管理装置５０から返信されてくる前に、オフライン状態を検知したときには、該オフライン状態の発生前の処理として、１０００円以下の貨幣の受付を記憶する。
【０１１０】
ここで図４（ａ）に示すように、前記Ｓ１１１〜Ｓ１１３の処理が行われ、Ｓ１１２の入金消費情報が管理装置５０に届く前にオフライン状態が発生した場合には、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ１０５で更新された奇数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１）。
【０１１１】
該リカバリ情報を受信したカードユニット２０は、入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここではオフライン状態の発生前の処理として１０００円以下の貨幣の受付を記憶しているので、前記判定手段により、前記受信したリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否か（ここでは処理情報が送信情報と一致するか否か）を判定する。ここでリカバリ情報に含まれる処理情報は奇数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ１１３で更新された偶数回であるため、両者は一致しない（処理情報≠送信情報）と判定されるので（Ｓ１６３）、前記Ｓ１１１で受け付けた貨幣を返却し（Ｓ１６４）、前記Ｓ１１３で更新した送信情報を元に戻して（Ｓ１６５）、貨幣を受け付ける前の状態に戻る。
【０１１２】
一方、図４（ｂ）に示すように、前記Ｓ１１１〜Ｓ１１６の処理が行われ、Ｓ１１２の入金消費処理が管理装置５０に届いた後であってＳ１１６の入金消費完了通知がカードユニット２０に届く前にオフライン状態が発生した場合には、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここではＳ１１５で更新された偶数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１’）。
【０１１３】
該リカバリ情報を受信したカードユニット２０は、入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、図４（ａ）と同様の手法で、前記判定手段による判定を行う。ここでリカバリ情報に含まれる処理情報は偶数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ１１３で更新された偶数回であるため、両者は一致する（処理情報＝送信情報）と判定されるので（Ｓ１６３’）、前述したＳ１１７〜Ｓ１２０の処理を行う。
【０１１４】
この図４に示すように、管理装置５０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる処理情報と当該カードユニット２０で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、管理装置５０とカードユニット２０との間でオフライン状態が発生しても、管理装置５０側とカードユニット２０側の処理に不一致が生じることがない。
【０１１５】
ここで仮に、カードユニット２０が、前記リカバリ情報として、管理装置５０で管理している残額やオフライン状態の発生前における管理装置５０の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、オフライン状態の発生前に入金消費情報を受信できているか否かに関わらず、管理装置５０が管理している残額は零であり、またオフライン状態の発生前における管理装置５０の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図４に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをカードユニット２０が把握できるようにしたものである。
【０１１６】
またカードユニット２０は、前記Ｓ１６２で、オフライン状態を検知した後でない（ＮＯ）と判定すると、処理情報が送信情報と一致するか否かの判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、管理装置５０にオフライン状態であることを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０でオフライン状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０１１７】
図５は、精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、この状態でカード挿入口２５ａから精算カード５を受け付けると（Ｓ２０１）、該留保している精算カード５をカードストッカ２５ｂに収納すると共にカード挿入口２５ａから挿入された精算カード５をカードＲ／Ｗ２５により受け付け（Ｓ２０２）、該カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０のユニットＩＤを含む残額照合要求を管理装置５０に対して送信する（Ｓ２０３）。
【０１１８】
該残額照合要求を受信した管理装置５０は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ２０４）、照合一致の場合には、照合ＯＫ通知を前記ユニットＩＤのカードユニット２０に対して送信する（Ｓ２０５）。該照合ＯＫ通知を受信したカードユニット２０は、精算カード５から読み取った残額を表示用記憶領域及び判定用記憶領域で記憶する（Ｓ２０６）。なおＳ２０４で照合不一致の場合には、照合ＮＧ通知をカードユニット２０に対して送信し、該照合ＮＧ通知を受信したカードユニット２０は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【０１１９】
次にカードユニット２０は、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ２１１）、使用額分の玉貸処理の開始に先立って、精算カード５から読み取ったカードＩＤと該玉貸処理に使用される使用額と当該カードユニット２０のユニットＩＤを含む減算要求を管理装置５０に対して送信する（Ｓ２１２）。
【０１２０】
該減算要求を受信した管理装置５０は、減算応答をカードユニット２０に対して返信し（Ｓ２１３）、該減算要求に含まれる使用額を該減算要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額から減算更新することにより、減算処理を行い（Ｓ２１４）、減算更新後の管理残額を前記ユニットＩＤのカードユニット２０に対して返信する（Ｓ２１７）。
【０１２１】
このように、使用額分の玉貸処理に先立って、残額の減算要求がカードユニット２０から管理装置５０に対して送信され、該減算要求に応じて、管理装置５０で管理している残額が減算更新されるので、使用額分の玉貸処理の終了後にカードユニット２０と管理装置５０との間における通信を不能（例えばオフライン状態にする，あるいは精算カード５を引き抜く等）として管理装置５０で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ２１２で減算要求を送信した後、Ｓ２１３で減算応答を受信する前に、オフライン状態が発生した場合の処理については、図６を参照して後述する。
【０１２２】
Ｓ２１３の減算応答を受信したカードユニット２０は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ２１５）、該使用額分の玉貸処理を開始する（Ｓ２１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１２３】
Ｓ２１７の減算更新後の管理残額を受信したカードユニット２０は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ２２１）、表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録し（Ｓ２２２）、使用額分の玉貸処理の終了後に（Ｓ２２３）、該精算カード５に記録されている残額が１０００円以下であるか否かを判定し（Ｓ２２４）、１０００円以下でない（ＮＯ）と判定すると、Ｓ２１１の玉貸操作の受付，又はＳ２４１の返却操作の受付を待機する状態になり、１０００円以下である（ＹＥＳ）と判定すると、Ｓ２３１の貨幣の受付，又はＳ２４１の返却操作の受付を待機する状態になる。なおＳ２２０で残額不一致と判定すると、後述するＳ２７１に進む。
【０１２４】
次にカードユニット２０は、貨幣を受け付けると（Ｓ２３１）、前記図３に示すＳ１０１’に進む。
【０１２５】
次にカードユニット２０は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ２４１）、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ２４２）、零である（ＹＥＳ）と判定すると、該返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、表示用記憶領域及び判定用記憶領域で記憶している残額を消去し（Ｓ２４３）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ２４４）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ２４５）。
【０１２６】
図６は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。カードユニット２０は、前記図５のＳ２１２に示す減算要求を管理装置５０に対して送信した後、Ｓ２１３に示す減算応答が管理装置５０から返信されてくる前に、オフライン状態を検知したときには、該オフライン状態の発生前の処理として、玉貸操作の受付を記憶する。
【０１２７】
ここで図６（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１）。
【０１２８】
該リカバリ情報を受信したカードユニット２０は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここではオフライン状態の発生前の処理として玉貸操作の受付を記憶しているので、前記貸与判定手段により、前記受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ２６３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、使用額分の玉貸処理を中止する（Ｓ２６４）。
【０１２９】
一方、図６（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届いた後であってＳ２１３の減算応答がカードユニット２０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１’）。
【０１３０】
該リカバリ情報を受信したカードユニット２０は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、図６（ａ）と同様の手法で、前記貸与判定手段によるＳ２６３の判定を行う。ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ２６４’）、該使用額分の玉貸処理を開始する（Ｓ２６５’）。
【０１３１】
この図６に示すように、管理装置５０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理残額を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための減算要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１３２】
具体的には、オンライン状態への復帰後に、一律に使用額分の玉貸処理を行うシステムであれば、減算要求が管理装置５０に届いておらず該管理装置５０で管理されている残額の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求が管理装置５０に届いており該管理装置５０で管理されている残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０１３３】
なおカードユニット２０は、Ｓ２６５’で使用額分の玉貸処理を開始すると、Ｓ２６１’で受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ２６４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２６６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ２２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ２７１に進んで、使用額分の玉貸処理の終了後に（Ｓ２７２）、後述するＳ２７３〜Ｓ２７６の異常報知処理を行う。このように、カードユニット２０により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、オフライン状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ２７３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、オフライン状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０１３４】
またカードユニット２０は、前記Ｓ２６２で、オフライン状態を検知した後でない（ＮＯ）と判定すると、前記Ｓ２６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、管理装置５０にオフライン状態であることを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０でオフライン状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０１３５】
さらにカードユニット２０は、前記Ｓ２６３で、受信したリカバリ情報に含まれる管理残額がユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定すると、使用額分の玉貸処理を行うことなく、後述するＳ２７３に進んで異常報知処理を行う。このように、カードユニット２０により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、管理装置５０で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０１３６】
図７は、精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。カードユニット２０は、図７（ａ）に示すように、前記Ｓ２２０で残額不一致と判定すると（Ｓ２７１）、使用額分の玉貸処理の終了後に（Ｓ２７２）、Ｓ２７３〜Ｓ２７６の異常報知処理を行って、リセット操作の待機状態となる。このように、管理装置５０で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０１３７】
Ｓ２７３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０１３８】
Ｓ２７４では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、管理装置５０で管理している残額を更新する等の対応が可能となる。
【０１３９】
Ｓ２７５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ２７６では、残額異常通知を管理装置５０に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えば管理装置５０の残額を判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０１４０】
この図７（ａ）に示すように、管理装置５０で減算更新した残額とユニット制御部２１で減算された残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、管理装置５０で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０１４１】
またカードユニット２０は、図７（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ２１４）、玉貸異常の発生を検出すると（Ｓ２８１）、該玉貸処理を中断して（Ｓ２８２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ２８３）、玉貸異常の解消を検出すると（Ｓ２８４）、玉貸処理を再開し（Ｓ２８５）、使用額分の玉貸処理の終了後に（Ｓ２８６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ２８７）。この図７（ｂ）に示すように、使用額分の玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、管理装置５０で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０１４２】
［１−２．第１実施形態の変形例に係る遊技用システム１］
次に第１実施形態の変形例に係る遊技用システム１の構成について説明する。この変形例は、前述した第１実施形態と比較して、ユニット制御部２１がリカバリ情報送信要求手段として機能する点と、それに伴う判定手段，及び貸与判定手段であるユニット制御部２１，並びにリカバリ情報送信手段である通信部５１の各機能のみが異なり、その他の点は同様である。
【０１４３】
ここでユニット制御部２１はリカバリ情報送信要求手段の一例であって、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（管理装置５０）に対して送信するものである。
【０１４４】
ここで前記判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。また入金貸与制御部として機能するカードユニット２０は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。なお具体的な作用は、第１実施形態と同様である。
【０１４５】
またリカバリ情報送信要求手段として機能するユニット制御部２１は、前記減算要求送信手段により減算要求を送信した後、前記減算応答返信手段から減算応答を受信する前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、有価価値管理部（管理装置５０）で管理されている有価価値の大きさ（管理残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０１４６】
ここで前記貸与判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ち管理装置５０で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１は、前述した第１実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０１４７】
なおリカバリ情報送信手段として機能する通信部５１は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をカードユニット２０に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をカードユニット２０に対して送信せず、この場合には制御部５２によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等である。
【０１４８】
次に図８及び図９を参照して、第１実施形態の変形例に係る遊技用システム１の作用について説明する。この変形例では、前述した第１実施形態と比較して、前記図４に代えて図８の処理，及び前記図６に代えて図９の処理が行われる点のみが異なり、その他の処理（即ち図３，図５，図７の処理）は同様である。
【０１４９】
図８は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図８（ａ）に示すように、前記Ｓ１１１〜Ｓ１１３の処理が行われ、Ｓ１１２の入金消費情報が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われていないので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ１０５で更新された奇数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１）。以下Ｓ１６３〜Ｓ１６５の処理は、図４（ａ）と同様である。
【０１５０】
一方、図８（ｂ）に示すように、前記Ｓ１１１〜Ｓ１１６の処理が行われ、Ｓ１１２の入金消費処理が管理装置５０に届いた後であってＳ１１６の入金消費完了通知がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われているので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここではＳ１１５で更新された偶数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１’）。以下Ｓ１６３’の処理は、図４（ｂ）と同様である。
【０１５１】
この図８に示すように、カードユニット２０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理装置５０で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該管理装置５０に対して送信され、該送信要求に応じて管理装置５０から送信されてくるリカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる処理情報と当該カードユニット２０で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、管理装置５０とカードユニット２０との間でオフライン状態が発生しても、管理装置５０側とカードユニット２０側の処理に不一致が生じることがない。
【０１５２】
また管理装置５０は、前記Ｓ１６０’で、オフライン状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をカードユニット２０に対して送信せずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、カードユニット２０にオフライン状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、管理装置５０でオフライン状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０１５３】
図９は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図９（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、管理残額から使用額の減算更新が行われていないので、該送信要求に応じて、減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１）。以下Ｓ２６３〜Ｓ２６４の処理は、図６（ａ）と同様である。
【０１５４】
一方、図９（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届いた後であってＳ２１３の減算応答がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、管理残額から使用額の減算更新が行われているので、該送信要求に応じて、減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１’）。以下Ｓ２６３〜Ｓ２６６’の処理は、図６（ｂ）と同様である。
【０１５５】
この図９に示すように、カードユニット２０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理装置５０で管理されている管理残額を含むリカバリ情報の送信要求が該管理装置５０に対して送信され、該送信要求に応じて管理装置５０から送信されてくるリカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための減算要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図６で説明したのと同様である。
【０１５６】
なお管理装置５０は、前記Ｓ２６０’で、オフライン状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をカードユニット２０に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等を行う。これによれば、カードユニット２０にオフライン状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、管理装置５０でオフライン状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０１５７】
［２−１．第２実施形態に係る遊技用システム１’］
次に図１及び図２を参照して、第２実施形態に係る遊技用システム１’の構成について説明する。遊技用システム１’は、図１に示すように、前記カードユニット２０に代えてカードユニット２０’を備える点と、前記管理装置５０に代えて管理装置５０’を備える点が、第１実施形態と異なる。なおカードユニット２０’がパチンコ機１０に対応して設けられる点や、各カードユニット２０’がホールコンピュータ６０とも接続されている点や、紙幣２，硬貨３，及び精算カード５が使用される点は、第１実施形態と同様である。
【０１５８】
第２実施形態に係るカードユニット２０’は、第１実施形態に係るカードユニット２０と比較して、前記ユニット制御部２１に代えてユニット制御部２１’を備える点と、前記カードＲ／Ｗ制御部２６に代えてカードＲ／Ｗ制御部２６’を備える点のみが異なり、その他の点は同様である。このカードユニット２０’は遊技用装置の一例であって、貨幣受付手段である紙幣識別機２３及び硬貨識別機２４と、入金貸与制御部であるユニット制御部２１’と、有価価値管理部であるカードＲ／Ｗ制御部２６’とを含み、後述する有価価値情報送信手段を有するものである。この第２実施形態では、入金貸与制御部が、カードユニット２０’ではなく、ユニット制御部２１’であり、また有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１５９】
ユニット制御部２１’は入金貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与するものである。
【０１６０】
この入金貸与制御部として機能するユニット制御部２１’は、後述する貸与要求操作検出手段，管理装置通信可否検知手段，入金要求送信手段，減算要求送信手段，入金処理完了判定手段，貸与処理手段，有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，及び第２の異常報知処理手段等を有する。このユニット制御部２１’では、管理装置５０’と通信できる管理装置通信可能状態（管理装置オンライン状態）において貨幣を受け付けると、入金要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する入金処理が行われ、貸与要求操作（玉貸操作）を検出すると、減算要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する減算処理が行われ、ユニット制御部２１’において後述する貸与処理（使用額分の玉貸処理）が行われる。
【０１６１】
またユニット制御部２１’では、管理装置オンライン状態において精算カード５を受け付けると、該受け付けた精算カード５に記録されている残額を示す有価価値情報（残額照合要求）が管理装置５０に対して送信され、貸与要求操作（玉貸操作）を検出すると、前記送信した残額照合要求に応じて管理装置５０で行われた残額の照合が照合ＯＫであることを条件として、後述する貸与処理（使用額分の玉貸処理）が行われ、貨幣を受け付けると、入金要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する入金処理が行われる。
【０１６２】
また入金貸与制御部として機能するユニット制御部２１’は、後述する入金貸与制御部側通信可否検知手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段等を有する。このユニット制御部２１’では、管理装置５０’と通信できない管理装置通信不可能状態（管理装置オフライン状態）において貨幣を受け付けると、後述する入金額貸与処理（入金額分の玉貸処理）が行われる。この管理装置オフライン状態においては、１０００円以下の貨幣を受付可能である。また管理装置オフライン状態においては、精算カード５は受付不能である。
【０１６３】
ここでユニット制御部２１’のＲＡＭには、第１実施形態と同様に、表示用記憶領域と判定用記憶領域が設けられている。またユニット制御部２１’は、第１実施形態と同様に、貸与要求操作検出手段として機能するものである。
【０１６４】
またユニット制御部２１’は管理装置通信可否検知手段の一例であって、管理装置５０’と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置５０’と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知するものである。具体的には、後述する管理装置５０’の通信部５１からカードＲ／Ｗ制御部２６’を介して各カードユニット２０’に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０’と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０’と通信できない通信不可能状態）であると判定する。
【０１６５】
またユニット制御部２１’は入金要求送信手段の一例であって、前記管理装置通信可否検知手段により管理装置通信可能状態（管理装置オンライン状態）であることを検出しているときに、前記貨幣受付手段による貨幣の受付に基づいて、精算カード５に対して前記入金額に相当する大きさの有価価値の大きさを記録する入金処理を要求する入金要求をカードＲ／Ｗ制御部２６’に対して送信するものである。具体的には、管理装置オンライン状態において貨幣受付手段により貨幣を受け付けると、該受け付けた貨幣の金額である入金額を含む入金要求を、カードＲ／Ｗ制御部２６’に送信する。
【０１６６】
またユニット制御部２１’は減算要求送信手段の一例であって、前記入金要求送信手段から送信した入金要求に応じて行われて入金処理が完了したことによりカードＲ／Ｗ制御部２６’から入金完了通知が返信されてきた後，又は管理装置５０’から照合ＯＫ通知が送信されてきた後に、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、前記精算カード５に記録されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部（カードＲ／Ｗ制御部２６’）に対して送信するものであり、ここでは次に述べる貸与処理手段による貸与処理に先立って、該減算要求を送信する。具体的には、入金完了通知が返信されてきた後，又は照合ＯＫ通知が送信されてきた後に、玉貸操作を検出すると、ＲＡＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、貸与処理に先立って、該使用額を含む減算要求を、カードＲ／Ｗ制御部２６’に送信する。この減算要求を受信したカードＲ／Ｗ制御部２６’からは、後述する減算応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。
【０１６７】
またユニット制御部２１’は入金処理完了判定手段の一例であって、前記入金要求送信手段により入金要求を送信した後、カードＲ／Ｗ制御部２６’から入金完了通知を受信する前に、後述するリカバリ情報送信手段から送信されてきたリカバリ情報（ここでは入金処理が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。具体的には、ユニット制御部２１’において、通信不可能状態が発生する前の処理を記憶しておき、該処理として貨幣の受付が記憶されている場合には、カードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報には、入金処理が完了しているか否かを示す情報として、入金未完情報又は入金完了情報が含まれるので、受信したリカバリ情報に入金未完情報が含まれている場合には入金処理が完了していないと判定され、受信したリカバリ情報に入金完了情報が含まれている場合には入金処理が完了していると判定される。
【０１６８】
またユニット制御部２１’は貸与処理手段の一例であって、前記減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（使用額分の玉貸処理）を行うものであり、ここでは後述する減算応答返信手段（カードＲ／Ｗ制御部２６’）から返信されてきた減算応答の受信に基づいて、該使用額分の玉貸処理を行う。具体的には、玉貸操作を検出した後、前記減算応答を受信したときに、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１６９】
またユニット制御部２１’は、第１実施形態と同様に、有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，第２の異常報知処理手段，第３の異常報知処理手段，異常発生検出手段，貸与処理中断手段，返却禁止処理手段，及び異常解消検出手段として機能するものである。ただし第２実施形態では、有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１７０】
またユニット制御部２１’は入金貸与制御部側通信可否検知手段の一例であって、有価価値管理部（カードＲ／Ｗ制御部２６’）と通信できる通信可能状態（通電状態）であるか該有価価値管理部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちカードＲ／Ｗ制御部２６’と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちカードＲ／Ｗ制御部２６’と通信できない通信不可能状態）であると判定する。
【０１７１】
この入金貸与制御部側通信可否検知手段により電断状態の発生が検知されると、後述するリカバリ情報送信手段（カードＲ／Ｗ制御部２６’）から送信されてきたリカバリ情報に含まれる３種類の情報、具体的には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５に記録されている残額），及び処理情報のうちのいずれの情報に基づいて、後述する入金処理完了判定手段による判定，貸与判定手段による判定，又は判定手段による判定のいずれを行うかを選択するために、該オフライン状態の発生前の処理が、管理装置オンライン状態での貨幣の受付，玉貸操作の受付，又は管理装置オフライン状態での貨幣の受付のいずれかであるかが、ＲＡＭに記憶される。ここで電断状態の発生前の処理として、管理装置オンライン状態での貨幣の受付が記憶されている場合には、リカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理完了判定手段による判定（図１１を参照）が行われ、玉貸操作の受付が記憶されている場合には、リカバリ情報に含まれるカードＲ／Ｗ制御部２６’で管理している管理残額に基づいて、貸与判定手段による判定（図１４を参照）が行われ、管理装置オフライン状態での貨幣の受付が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、判定手段による判定（図１７を参照）が行われる。
【０１７２】
またユニット制御部２１’は、第１実施形態と同様に、入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段として機能するものである。ただし第２実施形態では、有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１７３】
次にカードＲ／Ｗ制御部２６’は有価価値情報送信手段の一例であって、精算カード５に記録されている有価価値の大きさ（残額）を示す有価価値情報（残額照合要求）を外部の管理装置５０’に送信するものである。具体的には、カード挿入口２５ａから精算カード５を受け付けると、カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む残額照合要求を管理装置５０’に対して送信する。
【０１７４】
またカードＲ／Ｗ制御部２６’は有価価値管理部の一例であって、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（使用額）を減算するものであり、ここでは精算カード５に対して前記入金額に相当する有価価値の大きさを記録することにより該管理を行う。
【０１７５】
この有価価値管理部として機能するカードＲ／Ｗ制御部２６’は、後述する入金処理手段，減算処理手段，有価価値管理部側通信可否検知手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，及びリカバリ情報送信手段等を有し、さらに減算応答返信手段，及び有価価値返信手段等を有する。
【０１７６】
このカードＲ／Ｗ制御部２６’は入金処理手段の一例であって、前記入金要求送信手段（ユニット制御部２１’）から入金要求が送信されてきたことに基づいて、精算カード５に対して前記入金額に相当する有価価値の大きさを記録する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額を、カードＲ／Ｗ２５により受け付けている精算カード５に対して記録する。該入金処理が完了すると、入金完了通知が、ユニット制御部２１’に対して返信される。
【０１７７】
またカードＲ／Ｗ制御部２６’は減算処理手段の一例であって、前記減算要求送信手段（ユニット制御部２１’）から減算要求が送信されてきたことに基づいて、精算カード５に記録されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を行うものである。この減算処理は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、前記送信されてきた減算要求に含まれる使用額を、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新する。
【０１７８】
またカードＲ／Ｗ制御部２６’は有価価値管理部側通信可否検知手段の一例であって、入金貸与制御部（ユニット制御部２１’）と通信できる通信可能状態（通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちユニット制御部２１’と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちユニット制御部２１’と通信できない通信不可能状態）であると判定する。
【０１７９】
またカードＲ／Ｗ制御部２６’は入金消費処理手段の一例であって、前記入金消費情報送信手段（ユニット制御部２１’）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額を残額として、カードＲ／Ｗ２５により受け付けている精算カード５に記録することにより、一旦管理対象とし、その後に該残額を減算（消去）することにより、入金消費処理を行う。
【０１８０】
またカードＲ／Ｗ制御部２６’のＲＡＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０１８１】
またカードＲ／Ｗ制御部２６’は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【０１８２】
またカードＲ／Ｗ制御部２６’は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。
【０１８３】
またカードＲ／Ｗ制御部２６’は減算応答返信手段の一例であって、前記減算要求送信手段（ユニット制御部２１’）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。またカードＲ／Ｗ制御部２６’は有価価値返信手段の一例であって、前記減算処理手段による減算更新後の有価価値の大きさ（管理残額）を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。
【０１８４】
またカードＲ／Ｗ制御部２６’はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信するものである。
【０１８５】
またリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記入金処理が完了しているか否かを示す情報を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信する。具体的には、入金処理が完了していない場合には、入金処理が完了しているか否かを示す情報としての入金未完情報を含むリカバリ情報を、ユニット制御部２１’に対して送信する。また入金処理が完了している場合には、入金処理が完了しているか否かを示す情報としての入金完了情報を含むリカバリ情報を、ユニット制御部２１’に対して送信する。
【０１８６】
さらにリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額＝精算カード５に記録されている残額）を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信する。
【０１８７】
即ちリカバリ情報送信手段から送信されるリカバリ情報には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５に記録されている残額），及び処理情報の、３種類の情報が常に含まれる。
【０１８８】
第２実施形態に係る管理装置５０’は、第１実施形態に係る管理装置５０と比較して、有価価値管理部として機能しない点が異なり、その他の点は同様である。この管理装置５０’は、精算カード５に記録されている有価価値の大きさ（残額）を各精算カード５毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報（残額照合要求）に基づいて当該有価価値の大きさの照合を行うものである。
【０１８９】
次に図１０〜図１７を参照して、第２実施形態に係る遊技用システム１’の作用について説明する。この第２実施形態では、カードユニット２０’におけるユニット制御部２１’の作用とカードＲ／Ｗ制御部２６’の作用を分けて表示する。
【０１９０】
図１０は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、ユニット制御部２１’は、管理装置オンライン状態で貨幣を受け付けると（Ｓ３０１）、該受け付けた貨幣の金額である入金額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３０２）。なおＳ３０２で入金要求を送信した後、Ｓ３０４で入金完了通知を受信する前に、電断状態が発生した場合の処理については、図１１を参照して後述する。該入金要求を受信したカードＲ／Ｗ制御部２６’は、該入金要求に含まれる入金額をカードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、入金処理を行い（Ｓ３０３）、入金完了通知をユニット制御部２１’に対して送信する（Ｓ３０４）。該入金完了通知を受信したユニット制御部２１’は、Ｓ３０１で受け付けた貨幣を回収し（Ｓ３０５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ３０６）、Ｓ３１１の玉貸操作の受付，又はＳ３４１の返却操作の受付を待機する状態になる。
【０１９１】
次にユニット制御部２１’は、入金完了通知が返信されてきた後に玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ３１１）、使用額分の玉貸処理の開始に先立って、該玉貸処理に使用される使用額を含む減算要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３１２）。
【０１９２】
該減算要求を受信したカードＲ／Ｗ制御部２６’は、減算応答をユニット制御部２１’に対して返信し（Ｓ３１３）、該減算要求に含まれる使用額をカードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新することにより、減算処理を行い（Ｓ３１４）、減算更新後の管理残額をユニット制御部２１’に対して返信する（Ｓ３１７）。
【０１９３】
このように、使用額分の玉貸処理に先立って、残額の減算要求がユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信され、該減算要求に応じて、精算カード５に記録されている残額が減算更新されるので、使用額分の玉貸処理の終了後にユニット制御部２１’とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする，あるいは精算カード５を引き抜く等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ３１２で減算要求を送信した後、Ｓ３１３で減算応答を受信する前に、電断状態が発生した場合の処理については、図１４を参照して後述する。
【０１９４】
Ｓ３１３の減算応答を受信したユニット制御部２１’は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ３１５）、該使用額分の玉貸処理を開始する（Ｓ３１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１９５】
Ｓ３１７の減算更新後の管理残額を受信したユニット制御部２１’は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ３２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ３２１）、使用額分の玉貸処理の終了後に（Ｓ３２２）、Ｓ３１１の玉貸操作の受付，又はＳ３４１の返却操作の受付を待機する状態になる。なおＳ３２０で残額不一致と判定すると、後述するＳ３７１に進む。
【０１９６】
次にユニット制御部２１’は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ３４１）、返却要求をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ３４２）、該返却要求を受信したカードＲ／Ｗ制御部２６’は、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ３４３）、零である（ＹＥＳ）と判定すると、前記返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む返却要求を管理装置５０’に対して送信する（Ｓ３４４）。
【０１９７】
該返却要求を受信した管理装置５０’は、該返却要求に含まれる残額を該返却要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶し（Ｓ３４５）、返却完了通知を該返却要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ３４６）。
【０１９８】
該返却完了通知を受信したカードＲ／Ｗ制御部２６’は、該返却完了通知をユニット制御部２１’に対して送信すると共に（Ｓ３４７）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ３４８）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ３４９）。またＳ３４７の返却完了通知を受信したユニット制御部２１’は、表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ３５０）。
【０１９９】
このように、入金額に相当する有価価値の大きさを精算カード５に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるカードＲ／Ｗ制御部２６’と前記入金貸与制御部であるユニット制御部２１’とを含むカードユニット２０’と、該精算カード５に記録されている残額を管理する管理装置５０’との間で、管理装置オンライン状態であるときには、貨幣の受付に基づいてカードＲ／Ｗ制御部２６’における前記入金処理が行われると共に、玉貸操作の検出に基づいてカードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われる。
【０２００】
図１１は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１０のＳ３０２に示す入金要求をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ３０４に示す入金完了通知がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該伝田状態の発生前の処理として、管理装置オンライン状態での貨幣の受付を記憶する。
【０２０１】
ここで図１１（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、入金未完情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１）。
【０２０２】
該リカバリ情報を受信したユニット制御部２１’は、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として管理装置オンライン状態での貨幣の受付を記憶しているので、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでは該受信したリカバリ情報に入金未完情報が含まれることから、入金処理が完了していないと判定されるので（Ｓ３６２）、前記Ｓ３０１で受け付けた貨幣を返却して（Ｓ３６３）、貨幣を受け付ける前の状態に戻る。
【０２０３】
一方、図１１（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０４の入金完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、入金完了情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１’）。
【０２０４】
該リカバリ情報を受信したユニット制御部２１’は、図１１（ａ）と同様の手法で、前記入金処理完了判定手段による判定を行う。ここでは該受信したリカバリ情報に入金完了情報が含まれることから、入金処理が完了していると判定されるので（Ｓ３６２’）、前述したＳ３０５以下に進む。
【０２０５】
この図１１に示すように、カードＲ／Ｗ制御部２６’により、電断状態の発生を検知し、その後に通電状態への復帰を検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、玉貸操作の検出に基づいて減算要求が送信されることにより、カードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０２０６】
具体的には、貨幣を受け付けた後、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生したときに、受け付けた貨幣を一律に返却するシステムであれば、ユニット制御部２１’からカードＲ／Ｗ制御部２６’に対する入金消費情報の送信後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が返却されるにも拘わらず、カードＲ／Ｗ制御部２６’が入金消費情報を受信していれば入金消費処理が行われる（即ち入金額が精算カード５に記録される）ので、遊技場が損をする（例えば精算カード５に１０００円が記録されるにも拘わらず、実際には１０００円紙幣が回収されていない）。
【０２０７】
同様に、貨幣を受け付けた後、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生したときに、受け付けた貨幣を一律に回収するシステムであれば、ユニット制御部２１’からカードＲ／Ｗ制御部２６’に対する入金消費情報の送信後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が回収されるにも拘わらず、カードＲ／Ｗ制御部２６’が入金消費情報を受信していなければ入金消費処理が行われない（即ち入金額が精算カード５に記録されない）ので、遊技者が損をする（例えば精算カード５に１０００円が記録されないにも拘わらず、実際には１０００円紙幣が回収されてしまう）。
【０２０８】
図１２は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１’は、図１２（ａ）に示すように、前記Ｓ３２０で残額不一致と判定すると（Ｓ３７１）、使用額分の玉貸処理の終了後に（Ｓ３７２）、Ｓ３７３〜Ｓ３７５の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１’で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０２０９】
Ｓ３７３では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０２１０】
Ｓ３７４では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ３７５では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額を判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０２１１】
この図１２（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１’で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０２１２】
またユニット制御部２１’は、図１２（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ３１６）、玉貸異常の発生を検出すると（Ｓ３８１）、該玉貸処理を中断して（Ｓ３８２）、精算カード受付禁止通知をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ３８３）、玉貸異常の解消を検出すると（Ｓ３８４）、玉貸処理を再開し（Ｓ３８５）、使用額分の玉貸処理の終了後に（Ｓ３８６）、精算カード受付禁止解除通知をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３８７）。このように、使用額分玉貸処理における異常の発生を検出したときに精算カード５の受付を禁止する処理が行われるので、精算カード５に記録されている残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が該精算カード５を持ち去ってしまい、該遊技者が損をすることを防止できる。
【０２１３】
図１３は、管理装置オンライン状態で精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、カードＲ／Ｗ制御部２６’は、管理装置オンライン状態でカード挿入口２５ａから精算カード５を受け付けると（Ｓ４０１）、該留保している精算カード５をカードストッカ２５ｂに収納すると共にカード挿入口２５ａから挿入された精算カード５をカードＲ／Ｗ２５により受け付け（Ｓ４０２）、該カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む残額照合要求を管理装置５０’に対して送信する（Ｓ４０３）。
【０２１４】
該残額照合要求を受信した管理装置５０’は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ４０４）、照合一致の場合には、照合ＯＫ通知を該照合要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４０５）。該照合ＯＫ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５から読み取った残額をユニット制御部２１’に対して送信する（Ｓ４０６）。該残額を受信したユニット制御部２１’は、該残額を表示用記憶領域及び判定用記憶領域で記憶する（Ｓ４０７）。なおＳ４０４で照合不一致の場合には、照合ＮＧ通知をカードＲ／Ｗ制御部２６’に対して送信し、該照合ＮＧ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【０２１５】
次にユニット制御部２１’は、照合ＯＫ通知が送信されてきた後に玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ４１１）、使用額分の玉貸処理の開始に先立って、該玉貸処理に使用される使用額を含む減算要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４１２）。
【０２１６】
該減算要求を受信したカードＲ／Ｗ制御部２６’は、減算応答をユニット制御部２１’に対して返信し（Ｓ４１３）、該減算要求に含まれる使用額をカードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新することにより、減算処理を行い（Ｓ４１４）、減算更新後の管理残額をユニット制御部２１’に対して返信する（Ｓ４１７）。
【０２１７】
このように、使用額分の玉貸処理に先立って、残額の減算要求がユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信され、該減算要求に応じて、精算カード５に記録されている残額が減算更新されるので、使用額分の玉貸処理の終了後にユニット制御部２１’とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする，あるいは精算カード５を引き抜く等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ４１２で減算要求を送信した後、Ｓ４１３で減算応答を受信する前に、電断状態が発生した場合の処理については、図１４を参照して後述する。
【０２１８】
Ｓ４１３の減算応答を受信したユニット制御部２１’は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ４１５）、該使用額分の玉貸処理を開始する（Ｓ４１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０２１９】
Ｓ４１７の減算更新後の管理残額を受信したユニット制御部２１’は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ４１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ４２１）、使用額分の玉貸処理の終了後に（Ｓ４２２）、Ｓ４１１の玉貸操作の受付，又はＳ４４１の返却操作の受付を待機する状態になる。なおＳ４２０で残額不一致と判定すると、後述するＳ４７１に進む。
【０２２０】
次にユニット制御部２１’は、貨幣を受け付けると（Ｓ４３１）、該受け付けた貨幣の金額である入金額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４３２）。なおＳ４３２で入金要求を送信した後、Ｓ４３４で入金完了通知を受信する前に、電断状態が発生した場合の処理については、前述した図１１と同様である。該入金要求を受信したカードＲ／Ｗ制御部２６’は、該入金要求に含まれる入金額をカードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、入金処理を行い（Ｓ４３３）、入金完了通知をユニット制御部２１’に対して送信する（Ｓ４３４）。該入金完了通知を受信したユニット制御部２１’は、Ｓ４３１で受け付けた貨幣を回収し（Ｓ４３５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ４６）、Ｓ４１１の玉貸操作の受付，又はＳ４４１の返却操作の受付を待機する状態になる。
【０２２１】
次にユニット制御部２１’は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ４４１）、返却要求をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ４４２）、該返却要求を受信したカードＲ／Ｗ制御部２６’は、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ４４３）、零である（ＹＥＳ）と判定すると、前記返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む返却要求を管理装置５０’に対して送信する（Ｓ４４４）。
【０２２２】
該返却要求を受信した管理装置５０’は、該返却要求に含まれる残額を該返却要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶し（Ｓ４４５）、返却完了通知を該返却要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ４４６）。
【０２２３】
該返却完了通知を受信したカードＲ／Ｗ制御部２６’は、該返却完了通知をユニット制御部２１’に対して送信すると共に（Ｓ４４７）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ４４８）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ４４９）。またＳ４４７の返却完了通知を受信したユニット制御部２１’は、表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ４５０）。
【０２２４】
このように、入金額に相当する有価価値の大きさを精算カード５に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるカードＲ／Ｗ制御部２６’と前記入金貸与制御部であるユニット制御部２１’とを含むカードユニット２０’と、該精算カード５に記録されている残額を管理する管理装置５０’との間で、管理装置オンライン状態であるときには、玉貸操作の検出に基づいてカードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われると共に、貨幣の受付に基づいてカードＲ／Ｗ制御部２６’における前記入金処理が行われる。
【０２２５】
図１４は、管理装置オンライン状態で精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１３のＳ４１２に示す減算要求をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ４１３に示す減算応答がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該電断状態の発生前の処理として、玉貸操作の受付を記憶する。
【０２２６】
ここで図１４（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、精算カード５に記録されている残額から使用額の減算更新が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、減算更新前の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１）。
【０２２７】
該リカバリ情報を受信したユニット制御部２１’は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６２）、電断状態を検知した後である（ＹＥＳ）と判定されると、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として玉貸操作の受付を記憶しているので、前記貸与判定手段により、前記受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ４６３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、玉貸処理を中止する（Ｓ４６４）。
【０２２８】
一方、図１４（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の減算応答がユニット制御部２１’に届く前に電断状態が発生した場合には、精算カード５に記録されている残額から使用額の減算更新が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、減算更新後の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１’）。
【０２２９】
該リカバリ情報を受信したユニット制御部２１’は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６２）、電断状態を検知した後である（ＹＥＳ）と判定されると、図１４（ａ）と同様の手法で、前記貸与判定手段によるＳ４６３の判定を行う。ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ４６４’）、該使用額分の玉貸処理を開始する（Ｓ４６５’）。
【０２３０】
この図１４に示すように、カードＲ／Ｗ制御部２６’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、管理残額を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための減算要求をユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０２３１】
具体的には、通電状態への復帰後に、一律に使用額分の玉貸処理を行うシステムであれば、減算要求がカードＲ／Ｗ制御部２６’に届いておらず精算カード５に記録されている残額の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求がカードＲ／Ｗ制御部２６’に届いており精算カード５に記録されている残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０２３２】
なおユニット制御部２１’は、Ｓ４６５’で使用額分の玉貸処理が開始されると、Ｓ４６１’で受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ４６４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４６６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ４２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ４７１に進んで、玉貸処理の終了後に（Ｓ４７２）、後述するＳ４７３〜Ｓ４７６の異常報知処理を行う。このように、ユニット制御部２１’により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、電断状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ４７３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、電断状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０２３３】
またユニット制御部２１’は、前記Ｓ４６２で、電断状態を検知した後でない（ＮＯ）と判定されると、前記Ｓ４６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、カードＲ／Ｗ制御部２６’に電断状態であることを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２１’で電断状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０２３４】
さらにユニット制御部２１’は、前記Ｓ４６３で、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定されると、玉貸処理を行うことなく、後述するＳ４７３に進んで異常報知処理を行う。このように、ユニット制御部２１’により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０２３５】
図１５は、管理装置オンライン状態で精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１’は、図１５（ａ）に示すように、前記Ｓ４２０で残額不一致と判定すると（Ｓ４７１）、玉貸処理の終了後に（Ｓ４７２）、Ｓ４７３〜Ｓ４７６の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１’で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０２３６】
Ｓ４７３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０２３７】
Ｓ４７４では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０２３８】
Ｓ４７５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ４７６では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額を判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０２３９】
この図１５（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１’で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０２４０】
またユニット制御部２１’は、図１５（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ４１６）、玉貸異常の発生を検出すると（Ｓ４８１）、該玉貸処理を中断して（Ｓ４８２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ４８３）、玉貸異常の解消を検出すると（Ｓ４８４）、玉貸処理を再開し（Ｓ４８５）、使用額分の玉貸処理の終了後に（Ｓ４８６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ４８７）。このように、使用額分の玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、精算カード５に記録されている残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０２４１】
図１６は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、管理装置オフライン状態で貨幣を受け付けると（Ｓ５０１）、該受け付けた貨幣の金額である入金額が１０００円以下であるか否かを判定する（Ｓ５０１’）。ここで入金額が１０００円を超えている（ＮＯ）と判定すると、Ｓ５０１で受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、入金額が１０００円以下である（ＹＥＳ）と判定すると、該入金額を含む入金消費情報をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ５０２）、送信情報記憶手段で記憶している送信情報を更新する（Ｓ５０３）。このＳ５０３では、偶数回と記憶している送信情報を奇数回と更新する。なおＳ５０２で入金消費情報を送信した後、Ｓ５０６で入金消費完了通知を受信する前に、オフライン状態が発生した場合の処理については、図１７を参照して後述する。
【０２４２】
前記入金消費情報を受信したカードＲ／Ｗ制御部２６’は、該受信した入金消費情報に含まれる入金額を残額として、カードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行い（Ｓ５０４）、処理情報記憶手段で記憶している処理情報を更新する（Ｓ５０５）。このＳ５０５では、偶数回と記憶している処理情報を奇数回と更新する。そして入金消費完了通知をユニット制御部２１’に対して送信する（Ｓ５０６）。
【０２４３】
該入金消費完了通知を受信したユニット制御部２１’は、Ｓ５０１で受け付けた貨幣を回収し（Ｓ５０７）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ５０８）、前述の如く入金額分の玉貸処理を行う（Ｓ５０９）。
【０２４４】
次に貨幣を受け付けると（Ｓ５１１）、Ｓ５１１’〜Ｓ５１９で、前述したＳ５０１’〜Ｓ５０９と同様の処理を行う。ただしＳ５１３では、奇数回と記憶している送信情報を偶数回と更新する。またＳ５１５では、奇数回と記憶している処理情報を偶数回と更新する。以後、貨幣を受け付ける毎に、Ｓ５０１〜Ｓ５０９，及びＳ５１１〜Ｓ５１９と同様の処理が繰り返される。
【０２４５】
このように、管理装置オフライン状態であるときには、貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置５０’で管理されない有価価値の大きさが精算カード５に残存することがなく、セキュリティが向上する。
【０２４６】
図１７は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１６のＳ５１２に示す入金消費情報をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ５１６に示す入金消費完了通知がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該電断状態の発生前の処理として、管理装置オフライン状態での貨幣の受付を記憶する。
【０２４７】
ここで図１７（ａ）に示すように、前記Ｓ５１１〜Ｓ５１３の処理が行われ、Ｓ５１２の入金消費情報がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ５０５で更新された奇数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１）。
【０２４８】
該リカバリ情報を受信したユニット制御部２１’は、入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６２）、電断状態を検知した後である（ＹＥＳ）と判定すると、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として管理装置オフライン状態での貨幣の受付を記憶しているので、前記判定手段により、前記受信したリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否か（ここでは処理情報が送信情報と一致するか否か）を判定する。ここでリカバリ情報に含まれる処理情報は奇数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ５１３で更新された偶数回であるため、両者は一致しない（処理情報≠送信情報）と判定されるので（Ｓ５６３）、前記Ｓ５１１で受け付けた貨幣を返却し（Ｓ５６４）、前記Ｓ５１３で更新した送信情報を元に戻して（Ｓ５６５）、貨幣を受け付ける前の状態に戻る。
【０２４９】
一方、図１７（ｂ）に示すように、前記Ｓ５１１〜Ｓ５１６の処理が行われ、Ｓ５１２の入金消費処理がカードＲ／Ｗ制御部２６’に届いた後であってＳ５１６の入金消費完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここではＳ５１５で更新された偶数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１’）。
【０２５０】
該リカバリ情報を受信したユニット制御部２１’は、入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６２）、電断状態を検知した後である（ＹＥＳ）と判定すると、図１７（ａ）と同様の手法で、前記判定手段による判定を行う。ここでリカバリ情報に含まれる処理情報は偶数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ５１３で更新された偶数回であるため、両者は一致する（処理情報＝送信情報）と判定されるので（Ｓ５６３’）、前述したＳ５１７〜Ｓ５１９の処理を行う。
【０２５１】
この図１７に示すように、カードＲ／Ｗ制御部２６’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる処理情報と当該ユニット制御部２１’で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生しても、カードＲ／Ｗ制御部２６’側とユニット制御部２１’側の処理に不一致が生じることがない。
【０２５２】
ここで仮に、ユニット制御部２１’が、前記リカバリ情報として、精算カード５に記録されている残額や電断状態の発生前におけるカードＲ／Ｗ制御部２６’の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、電断状態の発生前に入金消費情報を受信できているか否かに関わらず、精算カード５に記録されている残額は零であり、また電断状態の発生前におけるカードＲ／Ｗ制御部２６’の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図１７に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをユニット制御部２１’が把握できるようにしたものである。
【０２５３】
またユニット制御部２１’は、前記Ｓ５６２で、電断状態を検知した後でない（ＮＯ）と判定すると、前記Ｓ５６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、カードＲ／Ｗ制御部２６’に電断状態であることを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２１’で電断状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０２５４】
［２−２．第２実施形態の変形例に係る遊技用システム１’］
次に第２実施形態の変形例に係る遊技用システム１’の構成について説明する。この変形例は、前述した第２実施形態と比較して、ユニット制御部２１’がリカバリ情報送信要求手段として機能する点と、それに伴う判定手段，及び貸与判定手段であるユニット制御部２１’，並びにリカバリ情報送信手段であるカードＲ／Ｗ制御部２６’の各機能のみが異なり、その他の点は同様である。
【０２５５】
ここでユニット制御部２１’はリカバリ情報送信要求手段の一例であって、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（カードＲ／Ｗ制御部２６’）に対して送信するものである。
【０２５６】
ここで前記判定手段として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。また入金貸与制御部として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。なお具体的な作用は、第２実施形態と同様である。
【０２５７】
またリカバリ情報送信要求手段として機能するユニット制御部２１’は、前記減算要求送信手段により減算要求を送信した後、前記減算応答返信手段から減算応答を受信する前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、有価価値管理部（カードＲ／Ｗ制御部２６’）で管理されている有価価値の大きさ（管理残額＝精算カード５に記録されている残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０２５８】
ここで前記貸与判定手段として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ちカードＲ／Ｗ制御部２６’で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１’は、前述した第２実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０２５９】
なおリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をユニット制御部２１’に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をユニット制御部２１’に対して送信せず、この場合にはエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等である。
【０２６０】
次に図１８〜図２０を参照して、第２実施形態の変形例に係る遊技用システム１’の作用について説明する。この変形例では、前述した第２実施形態と比較して、前記図１１に代えて図１８の処理，前記図１４に代えて図１９の処理，及び前記図１７に代えて図２０の処理が行われる点のみが異なり、その他の処理（即ち図１０，図１２，図１３，図１５，図１６の処理）は同様である。
【０２６１】
図１８は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１８（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われていないので、該送信要求に応じて、入金未完情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１）。以下Ｓ３６２〜Ｓ３６３の処理は、図１１（ａ）と同様である。
【０２６２】
一方、図１８（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０４の入金完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われているので、該送信要求に応じて、入金完了情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１’）。以下Ｓ３６２’の処理は、図１１（ｂ）と同様である。
【０２６３】
この図１８に示すように、ユニット制御部２１’により、入金要求を送信した後であって入金完了通知を受信する前に、電断状態が発生したことを検知し、その後に通電状態に復帰したことを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求がカードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、玉貸操作の検出に基づいて減算要求が送信されることにより、カードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図１１で説明したのと同様である。
【０２６４】
図１９は、管理装置オンライン状態で精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１９（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、管理残額から使用額の減算更新（即ち精算カード５に記録されている残額から使用額の減算更新）が行われていないので、該送信要求に応じて、減算更新前の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１）。以下Ｓ４６３〜Ｓ４６４の処理は、図１４（ａ）と同様である。
【０２６５】
一方、図１９（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の減算応答がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、管理残額から使用額の減算更新（即ち精算カード５に記録されている残額から使用額の減算更新）が行われているので、該送信要求に応じて、減算更新後の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１’）。以下Ｓ４６３〜Ｓ４６６’の処理は、図１４（ｂ）と同様である。
【０２６６】
この図１９に示すように、ユニット制御部２１’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、カードＲ／Ｗ制御部２６’で管理されている管理残額を含むリカバリ情報の送信要求が該カードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための減算要求をユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図１４で説明したのと同様である。
【０２６７】
なおカードＲ／Ｗ制御部２６’は、前記Ｓ４６０’で、電断状態を検知した後でない（ＮＯ）と判定されると、リカバリ情報をユニット制御部２１’に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等を行う。これによれば、ユニット制御部２１’に電断状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２６’で電断状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０２６８】
図２０は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図２０（ａ）に示すように、前記Ｓ５１１〜Ｓ５１３の処理が行われ、Ｓ５１２の入金消費情報がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ５６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われていないので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ５０５で更新された奇数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１）。以下Ｓ５６３〜Ｓ５６５の処理は、図１７（ａ）と同様である。
【０２６９】
一方、図２０（ｂ）に示すように、前記Ｓ５１１〜Ｓ５１６の処理が行われ、Ｓ５１２の入金消費処理がカードＲ／Ｗ制御部２６’に届いた後であってＳ５１６の入金消費完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ５６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われているので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここではＳ５１５で更新された偶数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１’）。以下Ｓ５６３’の処理は、図１７（ｂ）と同様である。
【０２７０】
この図２０に示すように、ユニット制御部２１’により、電断状態の発生を検知し、その後に通電状態への復帰を検知したときに、カードＲ／Ｗ制御部２６’で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該カードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる処理情報と当該ユニット制御部２１’で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生しても、カードＲ／Ｗ制御部２６’側とユニット制御部２１’側の処理に不一致が生じることがない。
【０２７１】
またカードＲ／Ｗ制御部２６’は、前記Ｓ５６０’で、電断状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をユニット制御部２１’に対して送信せずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、ユニット制御部２１’に電断状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２６’で電断状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０２７２】
［３．変形例］
最後に、本発明の変形例について説明する。
【０２７３】
上記の実施形態では、送信情報と処理情報との予め定められた関係とは、両者の偶奇が一致するものである例について説明したが、これに限らず、該関係は、入金貸与制御部の処理（入金消費情報の送信）に基づき有価価値管理部の処理（入金消費処理の実行）が行われたか否かを入金貸与制御部が判定できるように予め定められた関係であれば良い。例えば両者の偶奇が食い違っていれば、予め定められた関係であると判定するようにしても良い。
【０２７４】
上記の実施形態では、送信情報が、当日における入金消費情報の送信回数を偶数回又は奇数回で示すものであり、処理情報が、当日における入金消費処理の実行回数を偶数回又は奇数回で示すものである例について説明したが、これに限らず、送信情報を、当日における入金消費情報の送信回数の通算数を示すものとし、処理情報を、当日における入金消費処理の実行回数の通算数を示すものとしても良い。また送信情報を、入金消費情報の送信毎に更新される０又は１の符号とし、処理情報を、入金消費処理の実行毎に更新される０又は１の符号としても良く、さらに該０又は１の符号の代わりに、フラグをＯＮ又はＯＦＦするものでも良い。即ち送信情報は、入金消費情報の送信毎に更新される情報であれば良く、また処理情報は、入金消費処理の実行毎に更新される情報であれば良い。
【０２７５】
上記の第１実施形態において、図４（ａ）のＳ１６５で受付貨幣が返却されてＳ１６６で送信情報が元に戻された後に、Ｓ１１２の入金消費情報を再度送信するようにしても良い。同様に、上記の第２実施形態において、図１７（ａ）のＳ５６５で受付貨幣が返却されてＳ５６６で送信情報が元に戻された後に、Ｓ５１２の入金消費情報を再度送信するようにしても良い。
【０２７６】
上記の実施形態では、図１に示すように、カードユニット２０，２０’と管理装置５０，５０’とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０２７７】
上記の実施形態では、図２に示すように、紙幣識別機２３にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２４にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０２７８】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）により受け付けられて回収された貨幣（紙幣２，硬貨３）がカードユニット２０，２０’の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、カードユニット２０，２０’の内部に貯留されるようにしても良い。
【０２７９】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０２８０】
上記の実施形態では、入金額が記録される記録媒体が、カードストッカ２５ｂから搬送された精算カード５である例について説明したが、これに限らず、該記録媒体は、例えば第１実施形態における表示用記憶領域や、第２実施形態におけるカードＲ／Ｗ制御部２６’のＲＡＭや、カードＲ／Ｗ２５の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２５に挿入されたカードであっても良い。
【０２８１】
上記の実施形態において、記録媒体である精算カード５に代えて、会員登録を行った会員遊技者に対して発行される会員カードや、会員登録を行っていないビジタ遊技者に対して発行されるビジタカードを使用するようにしても良い。この場合には、会員カードについてのみ、２０００円以上の高額入金を可能とし、ビジタカードについては、１０００円以下の低額入金のみを可能としても良い。
【０２８２】
上記の実施形態では、記録媒体（精算カード５）が非接触式のＩＣカードである例について説明したが、これに限らず、該記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また記録媒体の形状はカード型には限られず、コイン型であっても良い。
【０２８３】
上記の実施形態では、カードＲ／Ｗ２５により受け付けている精算カード５が返却されると、カードストッカ２５ｂに収納されている精算カード５がカードＲ／Ｗ２５に搬送される例について説明したが、これに限らず、カードＲ／Ｗ２５により受け付けている精算カード５が返却されても、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送せず、貨幣が受け付けられると、カードストッカ２５ｂに収納されている精算カード５がカードＲ／Ｗ２５に搬送されるようにしても良い。また、貨幣の受付時にはユニット制御部２１の表示用記憶領域やカードＲ／Ｗ制御部２６’のＲＡＭで入金額を記憶する一方で、返却操作時にカードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送して該精算カード５に残額を記録するようにしても良い。
【０２８４】
上記の実施形態では、有価価値の大きさとして金額自体が管理されている例について説明したが、これに限らず、該有価価値の大きさとして、該金額が所定の比率で換算された残度数や点数等が管理されるようにしても良い。
【０２８５】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパチロット，遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０２８６】
上記の第１実施形態では、カードユニット２０において、ユニット制御部２１とカードＲ／Ｗ制御部２６とが別個に設けられている例について説明したが、これに限らず、両者の機能を備える１つの制御部を設けるようにしても良い。
【０２８７】
上記の実施形態では、外部通信部２７がカードＲ／Ｗ制御部２６，２６’と接続されている例について説明したが、これに限らず、該外部通信部２７は、ユニット制御部２１，２１’と接続されるものであっても良い。
【０２８８】
上記の実施形態では、カードユニット２０，２０’において貸与処理が行われるときに、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号がパチンコ機１０に対して送信される例について説明したが、該貸与処理は、例えば以下の変形例１又は変形例２に示す如く行われるようにしても良い。
【０２８９】
まず変形例１として、パチンコ機１０において、カードユニット２０，２０’からの１回の払出要求に応じて払い出すパチンコ玉の数（以下「単位払出数」という。）を設定変更可能に構成すると共に、カードユニット２０，２０’において、該設定された単位払出数を予め記憶可能に構成した場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記予め記憶している単位払出数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２９０】
ここで払出結果玉数を示す払出結果信号は、パチンコ機１０の払出制御基板１２から出力されるようにしても良いし、払い出されたパチンコ玉の数を検出する図示しない払出検出センサから出力されるようにしても良い。またカードユニット２０，２０’において予め記憶しておく単位払出数は、カード会社の管理装置や遊技場の管理装置５０，５０’で設定し、カードユニット２０，２０’に配信して記憶するようにすれば良い。そして、例えば前記単位払出数と払出結果玉数との照合ＮＧの場合に、カードユニット２０，２０’を不能動化するように構成すれば、遊技場が実際の申告よりも小さい単位払出数をパチンコ機１０において設定するような不正を防止できる。
【０２９１】
また変形例２として、前記単位払出数が一定（例えば２５個）である場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、玉払出装置１３からパチンコ玉の払出が可能であるか否かを確認し、該確認結果が可能である場合には、玉貸準備信号をユニット制御部２１に対して送信する。該玉貸準備信号を検出したカードユニット２０，２０’は、玉貸指令信号を払出制御基板１２に対して送信し、該玉貸指令信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、１度数分の貸与処理の完了を示す玉貸完了信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２９２】
上記の実施形態では、遊技媒体を貸与するための貸与処理が、パチンコ玉を貸与する玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記画像式のパチンコ機やスロットマシンにおいて有価価値の大きさを遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０２９３】
上記の実施形態では、貸与処理が行われた場合に、カードユニット２０，２０’と遊技機（パチンコ機１０）との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該遊技機に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、カードユニット２０，２０’に設けられた図示しない玉払出装置からパチンコ玉が払い出されて貸与されるようにしても良い。
【０２９４】
上記の実施形態では、図２に示すように、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６が遊技機（パチンコ機１０）に設けられ、カードユニット２０，２０’と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６の一部又は全部をカードユニット２０，２０’に設けるようにしても良い。
【０２９５】
上記の第１実施形態では、精算カード５に記録されている残額が１０００円以下であるときに貨幣を受付可能である例について説明したが、これに限らず、該残額が零であるときに貨幣を受付可能であるようにしても良く、また該残額の多少によらずに貨幣を受付可能であるようにしても良い。
【０２９６】
上記の第１実施形態では、入金額が１０００円以下であるときに入金消費情報が送信されて、その結果として入金額貸与処理が行われ、入金額が１０００円を超えているときに入金要求が送信されて、その結果として管理装置５０において入金処理が行われる例について説明したが、これに限らず、入金額の多少によらずに入金消費情報が送信されて入金額貸与処理が行われるようにしても良い。
【０２９７】
上記の実施形態では、入金貸与制御部から有価価値管理部に対して送信される減算要求に使用額が含まれる例について説明したが、これに限らず、該減算要求に、有価価値減算手段による減算後の残額が含まれるようにしても良い。つまり、上記の実施形態では、使用額を有価価値管理部に送信して、有価価値管理部側で管理残額（ハードディスク５３で記憶している残額，又は精算カード５に記録されている残額）から使用額を減算して管理残額を更新していたが、入金貸与制御部から減算後の残額が送信されれば、有価価値管理部は管理残額を該送信されてきた残額に更新するのみで良く、これによれば、有価価値管理部側で管理残額を減算をする必要が無くなる。
【０２９８】
上記の実施形態では、玉貸処理において、記録媒体の記録情報から特定される有価価値の大きさの減算が１度数分ずつ行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、玉貸処理の終了を待たずに（残額が一致するか否かの判定前に）該減算が使用額分一括して行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。また上記の実施形態では、有価価値管理部から受信した残額と判定用記憶領域で記憶されている残額が一致するか否かの判定が玉貸処理の途中で行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、該判定が玉貸処理の終了後に行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。
【０２９９】
上記の第２実施形態では、通信不可能状態が電断である例について説明したが、これに限らず、該通信不可能状態には、ユニット制御部２１とカードＲ／Ｗ制御部２６’の間が断線して通信できないような場合も含まれる。
【０３００】
上記の第１実施形態において、前記有価価値管理部（管理装置５０）は、前記有価価値管理部側通信可否検知手段（制御部５２）により前記通信不可能状態（オフライン状態）であることを検知し、その後に前記通信可能状態（オンライン状態）であることを検知したときに、前記リカバリ情報送信手段（通信部５１）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信し、前記入金貸与制御部は、前記入金要求送信手段（ユニット制御部２１）により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１）により前記減算要求の送信を行うようにしても良い。具体的には、第２実施形態における図１１と同様に、カードユニット２０において、１０００円を超える貨幣を受け付けた後に、オフライン状態を検知したときに、該オフライン状態の発生前の処理として、１０００円を超える貨幣の受付を記憶すると共に、管理装置５０からリカバリ情報を受信したときに、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定し、該処理として１０００円を超える貨幣の受付を記憶しているときに、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定するように構成する。そしてリカバリ情報に入金未完情報が含まれるときには、入金処理が完了していないと判定し、受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、リカバリ情報に入金完了情報が含まれるときには、入金処理が完了していると判定し、前記Ｓ１５５に進む。これによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０３０１】
また上記の第１実施形態の変形例において、前記入金貸与制御部（カードユニット２０）は、前記入金要求送信手段（ユニット制御部２１）により入金要求を送信した後、前記有価価値管理部（管理装置５０）から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段（ユニット制御部２１）により前記通信不可能状態（オフライン状態）であることを検知し、その後に前記通信可能状態（オンライン状態）であることを検知したときに、前記リカバリ情報送信要求手段（ユニット制御部２１）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１）により前記減算要求の送信を行うようにしても良い。具体的には、第２実施形態における図１８と同様に、１０００円を超える貨幣を受け付けた後に、オフライン状態を検知したときに、該オフライン状態の発生前の処理として、１０００円を超える貨幣の受付を記憶すると共に、その後にオンライン状態を検知したときに、管理装置５０に対してリカバリ情報の送信を要求し、該管理装置５０からリカバリ情報を受信したときに、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定し、該処理として１０００円を超える貨幣の受付を記憶しているときに、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定するように構成する。そしてリカバリ情報に入金未完情報が含まれるときには、入金処理が完了していないと判定し、受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、リカバリ情報に入金完了情報が含まれるときには、入金処理が完了していると判定し、前記Ｓ１５５に進む。これによれば、入金貸与制御部により、入金要求を送信した後であって入金完了通知を受信する前に、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求が有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０３０２】
上記の第１実施形態において、図３に示すように、Ｓ１５４の入金完了通知の後に、管理装置５０で記憶された入金額を示す入金額通知が管理装置５０からカードユニット２０に対してさらに送信された後に、Ｓ１５５以下の処理が行われて、玉貸操作の受付が可能となるようにしても良い。同様に、上記の第２実施形態において、図１０又は図１３に示すように、Ｓ３０４又はＳ４３４の入金完了通知の後に、精算カード５に記録された入金額を示す入金額通知がカードＲ／Ｗ制御部２６’からユニット制御部２１’に対してさらに送信された後に、Ｓ３０５又はＳ４３５以下の処理が行われて、玉貸操作の受付が可能となるようにしても良い。
【０３０３】
上記の第２実施形態では、図１０又は図１３に示すように、Ｓ３０１又はＳ４３１の貨幣の受付時には、管理装置５０’において入金額が記憶されない例について説明したが、これに限らず、貨幣の受付時に、入金額とカードＩＤとユニットＩＤを含む入金要求がカードＲ／Ｗ制御部２６’から管理装置５０’に対して送信され、管理装置５０’において該入金額をカードＩＤと対応付けて記憶するようにしても良い。同様に、上記の第２実施形態では、図１０又は図１３に示すように、Ｓ３１１又はＳ４１１の玉貸操作の受付時には、管理装置５０’において記憶している残額が減算更新されない例について説明したが、これに限らず、玉貸操作の受付時に、使用額とカードＩＤとユニットＩＤを含む減算要求がカードＲ／Ｗ制御部２６’から管理装置５０’に対して送信され、管理装置５０’において該使用額を記憶している残額から減算更新するようにしても良い。
【０３０４】
上記の実施形態では、カードユニット２０，又はユニット制御部２１’において、減算応答を受信した後に、使用額の減算が行われてから、玉貸処理が開始される例について説明したが、これに限らず、玉貸処理が開始されてから、使用額の減算が行われるようにしても良い。
【０３０５】
上記の実施形態において、リカバリ情報の送信要求を入金貸与制御部（カードユニット２０，ユニット制御部２１’）から有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）に対して送信するにあたり、該入金貸与制御部で記憶している通信不可能状態（オフライン状態，電断状態）の発生前の処理を参照して、必要な情報を含むリカバリ情報の送信要求を有価価値管理部に対して送信するようにしても良い。具体的には、上記の第１実施形態において、通信不可能状態の発生前の処理として、１０００円以下の貨幣の受付を記憶しているときには、処理情報を含むリカバリ情報の送信を要求すれば良く、玉貸操作の受付を記憶しているときには、管理装置５０で管理している管理残額を含むリカバリ情報の送信を要求すれば良い。また上記の第２実施形態において、通信不可能状態の発生前の処理として、管理装置オンライン状態での貨幣の受付を記憶しているときには、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信を要求すれば良く、玉貸操作の受付を記憶しているときには、カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５で記憶されている残額）を含むリカバリ情報の送信を要求すれば良く、管理装置オフライン状態での貨幣の受付を記憶しているときには、処理情報を含むリカバリ情報の送信を要求すれば良い。これによれば、送信されてきたリカバリ情報の中から必要な情報を選択するという処理を省略できる。
【図面の簡単な説明】
【０３０６】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）はカードユニット及びパチンコ機の正面図であり、図２（ｂ）はカードユニットの断面右側面図である。
【図３】図３は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図４】図４は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図５】図５は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図６】図６は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図７】図７は第１実施形態に係る遊技用システムで精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図８】図８は第１実施形態の変形例に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図９】図９は第１実施形態の変形例に係る遊技用システムで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図１０】図１０は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図１１】図１１は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１２】図１２は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における異常時の処理の一例を表す図である。
【図１３】図１３は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図１４】図１４は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１５】図１５は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図１６】図１６は第２実施形態に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図１７】図１７は第２実施形態に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１８】図１８は第２実施形態の変形例に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１９】図１９は第２実施形態の変形例に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図２０】図２０は第２実施形態の変形例に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【符号の説明】
【０３０７】
１…遊技用システム
２…紙幣
３…硬貨
５…精算カード
１５…玉貸ボタン
２０…カードユニット
２１…ユニット制御部
２３…紙幣識別機
２４…硬貨識別機
２６…カードＲ／Ｗ制御部
５０…管理装置
５１…通信部
５２…制御部
５３…ハードディスク
【技術分野】
【０００１】
本発明は、入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、入金額に相当する有価価値の大きさを管理すると共に該管理している有価価値の大きさから遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、を備える遊技用システムに係り、特に入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを遊技媒体の貸与に使用するために減算する入金消費処理を有価価値管理部において行うと共に、該入金消費処理が完了したことに基づいて入金額に相当する有価価値の大きさに相当する遊技媒体を貸与する入金額貸与処理を入金貸与制御部において行う遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、会員カードに記録された識別符号から特定される残度数（本願の有価価値の大きさに相当）を管理するターミナルコントローラ（本願の有価価値管理部に相当）と、遊技機に対応して設けられ、前記残度数を使用して遊技媒体を貸与するための貸与処理を行うカード処理ユニット（本願の入金貸与制御部に相当）と、を別個に備える遊技用システムであって、カード処理ユニットにおいて遊技媒体が貸与されると、該遊技媒体の貸与に使用された残度数をターミナルコントローラで管理されている残度数から減算更新するための減算要求を該ターミナルコントローラに対して送信し、該減算要求を受信したターミナルコントローラが管理している残度数を減算更新するものが知られている。
【０００３】
また、特許文献２に示すように、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさを一旦記憶した後に減算して、該有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理、即ち入金額の全額を一度に使用した入金額分の貸与処理（いわゆる一発貸し，全額貸し）を行う遊技用装置（本願の入金貸与制御部に相当）も知られている。
【０００４】
【特許文献１】特開２００３−３０５１５号公報（図１，図６，段落００７６）
【特許文献２】特開２００３−９３２号公報（段落００８７〜００８９）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示す遊技用システムにおいて、特許文献２に示す遊技用装置のような入金額貸与処理を採用し、入金貸与制御部が、入金額に相当する有価価値の大きさを一旦記憶対象とした後に減算する入金消費処理を要求する入金消費情報を有価価値管理部に対して送信して、該送信した入金消費情報に応じて行われた入金消費処理が完了したことにより有価価値管理部から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行うようにした場合、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行わないシステムにおいては、有価価値管理部において入金消費処理が行われた後、入金消費完了通知が入金貸与制御部に届く前に通信不可能状態が発生すると、有価価値管理部では入金消費処理が行われているにも拘わらず、入金貸与制御部において当該入金消費処理に対応する入金額貸与処理が行われないという処理の不一致が生じる。
【０００６】
一方、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行うシステムにおいては、入金貸与制御部が入金消費情報を送信後、有価価値管理部において入金消費処理が行われる前に通信不可能状態が発生すると、有価価値管理部では入金消費処理が行われていないにも拘わらず、入金貸与制御部において入金額貸与処理が行われてしまうという処理の不一致が生じる。
【０００７】
本発明は、このような背景のもとになされたものであり、その目的は、入金消費処理を行う有価価値管理部と入金額貸与処理を行う入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがないような遊技用システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００９】
まず請求項１に係る発明は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさ（使用額）を減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備える遊技用システム（１，１’）であって、前記入金貸与制御部は、前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段（ユニット制御部２１，２１’）と、該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段（ユニット制御部２１，２１’のＲＡＭ）と、該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段（ユニット制御部２１，２１’）と、を有し、前記有価価値管理部は、前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段（制御部５２のＲＡＭ，カードＲ／Ｗ制御部２６’のＲＡＭ）と、該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金貸与制御部と通信できる通信可能状態（オンライン状態，通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）と、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部に対して送信するリカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、を有し、前記入金貸与制御部は、前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理（入金額分の玉貸処理）を行う入金額貸与処理手段（ユニット制御部２１，２１’）と、前記リカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係（偶奇が一致）であるか否かを判定する判定手段（ユニット制御部２１，２１’）と、をさらに有し、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記リカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システムである。
【００１０】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１，１’）であって、前記入金貸与制御部（カードユニット２０，ユニット制御部２１’）は、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する入金貸与制御部側通信可否検知手段（ユニット制御部２１，２１’）をさらに有し、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段（通信部５１，カードＲ／Ｗ制御部２６’）からリカバリ情報を受信したときには、前記判定手段（ユニット制御部２１，２１’）による判定を行い、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システムである。
【００１１】
また請求項３に係る発明は、請求項１又は２に記載した遊技用システム（１’）であって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値の大きさ（残額）を記録可能な記録媒体（精算カード５）に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、遊技機（パチンコ機１０）に対応して設けられ、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と前記入金貸与制御部（ユニット制御部２１’）と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報（残額照合要求）を外部に送信する有価価値情報送信手段（カードＲ／Ｗ制御部２６’）を有する遊技用装置（カードユニット２０’）と、前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置（５０’）と、をさらに備え、前記入金貸与制御部は、遊技者による前記遊技媒体（パチンコ玉）の貸与要求操作（玉貸操作）を検出する貸与要求操作検出手段（ユニット制御部２１’）と、前記管理装置と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知する管理装置通信可否検知手段（ユニット制御部２１’）と、該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段（ユニット制御部２１’）と、該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段（ユニット制御部２１’）と、該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（使用額分の玉貸処理）を行う貸与処理手段（ユニット制御部２１’）と、をさらに有し、前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段（ユニット制御部２１’）により前記入金消費情報の送信を行うことを特徴とする遊技用システムである。
【００１２】
また請求項４に係る発明は、請求項３に記載した遊技用システム（１’）であって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値管理部側通信可否検知手段（カードＲ／Ｗ制御部２６’）により前記通信不可能状態（電断状態）であることを検知し、その後に前記通信可能状態（通電状態）であることを検知したときに、前記リカバリ情報送信手段（カードＲ／Ｗ制御部２６’）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信し、前記入金貸与制御部は、前記入金要求送信手段（ユニット制御部２１’）により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１’）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１’）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１’）により前記減算要求の送信を行うことを特徴とする遊技用システムである。
【００１３】
また請求項５に係る発明は、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と、該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさ（使用額）を減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備える遊技用システム（１，１’）であって、前記入金貸与制御部は、前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段（ユニット制御部２１，２１’）と、該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段（ユニット制御部２１，２１’のＲＡＭ）と、該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段（ユニット制御部２１，２１’）と、を有し、前記有価価値管理部は、前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段（制御部５２，カードＲ／Ｗ制御部２６’）と、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段（通信部５１，カードＲ／Ｗ制御部２６’）と、前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段（制御部５２のＲＡＭ，カードＲ／Ｗ制御部２６’のＲＡＭ）と、該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段（制御部５２，カードＲ／Ｗ制御部２６’）と、を有し、前記入金貸与制御部は、前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理（入金額分の玉貸処理）を行う入金額貸与処理手段（ユニット制御部２１，２１’）と、前記有価価値管理部と通信できる通信可能状態（オンライン状態，通電状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する入金貸与制御部側通信可否検知手段（ユニット制御部２１，２１’）と、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部に対して送信するリカバリ情報送信要求手段（ユニット制御部２１，２１’）と、該リカバリ情報送信要求手段から送信した送信要求に応じて前記有価価値管理部から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係（偶奇が一致）であるか否かを判定する判定手段（ユニット制御部２１，２１’）と、をさらに有し、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システムである。
【００１４】
また請求項６に係る発明は、請求項５に記載した遊技用システム（１，１’）であって、前記有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）は、前記入金貸与制御部（カードユニット２０，ユニット制御部２１’）と通信できる通信可能状態（オンライン状態，通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態，電断状態）であるかを検知する有価価値管理部側通信可否検知手段（制御部５２，カードＲ／Ｗ制御部２６’）をさらに有し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段（ユニット制御部２１，２１’）からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システムである。
【００１５】
また請求項７に係る発明は、請求項５又は６に記載した遊技用システムであって、前記有価価値管理部（カードＲ／Ｗ制御部２６’）は、前記有価価値の大きさ（残額）を記録可能な記録媒体（精算カード５）に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、遊技機（パチンコ機１０）に対応して設けられ、前記貨幣受付手段（紙幣識別機２３，硬貨識別機２４）と前記入金貸与制御部（ユニット制御部２１’）と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報（残額照合要求）を外部に送信する有価価値情報送信手段（カードＲ／Ｗ制御部２６’）を有する遊技用装置（カードユニット２０’）と、前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置（５０’）と、をさらに備え、前記入金貸与制御部は、遊技者による前記遊技媒体（パチンコ玉）の貸与要求操作（玉貸操作）を検出する貸与要求操作検出手段（ユニット制御部２１’）と、前記管理装置と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知する管理装置通信可否検知手段（ユニット制御部２１’）と、該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段（ユニット制御部２１’）と、該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段（ユニット制御部２１’）と、該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理（使用額分の玉貸処理）を行う貸与処理手段（ユニット制御部２１’）と、をさらに有し、前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段（ユニット制御部２１’）により前記入金消費情報の送信を行うことを特徴とする遊技用システムである。
【００１６】
さらに請求項８に係る発明は、請求項７に記載した遊技用システム（１’）であって、前記入金貸与制御部（ユニット制御部２１’）は、前記入金要求送信手段（ユニット制御部２１’）により入金要求を送信した後、前記有価価値管理部（カードＲ／Ｗ制御部２６’）から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段（ユニット制御部２１’）により前記通信不可能状態（電断状態）であることを検知し、その後に前記通信可能状態（通電状態）であることを検知したときに、前記リカバリ情報送信要求手段（ユニット制御部２１’）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１’）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１’）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１’）により前記減算要求の送信を行うことを特徴とする遊技用システムである。
【発明の効果】
【００１７】
まず請求項１に係る遊技用システムによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係であるか否かが判定され、予め定められた関係であると判定されたことを条件として、入金額貸与処理が行われるので、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがない。
【００１８】
また請求項２に係る遊技用システムによれば、有価価値管理部に通信不可能状態であることを検知させてリカバリ情報を送信させるような不正を行っても、入金貸与制御部で通信不可能状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額貸与処理が行われるのを防止できる。
【００１９】
また請求項３に係る遊技用システムによれば、入金額に相当する有価価値の大きさを記録媒体に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部と前記入金貸与制御部とを含む遊技用装置と、該記録媒体に記録されている有価価値の大きさを管理する管理装置との間で、管理装置通信可能状態であるときには、貨幣の受付に基づいて有価価値管理部における前記入金処理が行われると共に、貸与要求操作の検出に基づいて有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われる一方、管理装置通信不可能状態であるときには、貨幣の受付に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置で管理されない有価価値の大きさが記録媒体に残存することがなく、セキュリティが向上する。
【００２０】
また請求項４に係る遊技用システムによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【００２１】
また請求項５に係る遊技用システムによれば、入金貸与制御部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、有価価値管理部で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、該受信したリカバリ情報に含まれる処理情報と当該入金貸与制御部で記憶している送信情報とが予め定められた関係であるか否かが判定され、予め定められた関係であると判定されたことを条件として、入金額貸与処理が行われるので、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがない。
【００２２】
また請求項６に係る遊技用システムによれば、入金貸与制御部に通信不可能状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、有価価値管理部で通信不可能状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額貸与処理が行われるのを防止できる。
【００２３】
また請求項７に係る遊技用システムによれば、入金額に相当する有価価値の大きさを記録媒体に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部と前記入金貸与制御部とを含む遊技用装置と、該記録媒体に記録されている有価価値の大きさを管理する管理装置との間で、管理装置通信可能状態であるときには、貨幣の受付に基づいて有価価値管理部における前記入金処理が行われると共に、貸与要求操作の検出に基づいて有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われる一方、管理装置通信不可能状態であるときには、貨幣の受付に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置で管理されない有価価値の大きさが記録媒体に残存することがなく、セキュリティが向上する。
【００２４】
さらに請求項８に係る遊技用システムによれば、入金貸与制御部により、入金要求を送信した後であって入金完了通知を受信する前に、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求が有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１，１’は、図１に示すように、入金額に相当する有価価値の大きさ（残額）の範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与する入金貸与制御部（カードユニット２０，ユニット制御部２１’）と、入金額に相当する有価価値の大きさを管理すると共に該管理している有価価値の大きさから遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）と、を備えるものであり、特に入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを遊技媒体の貸与に使用するために減算する入金消費処理を有価価値管理部において行うと共に、該入金消費処理が完了したことに基づいて入金額に相当する有価価値の大きさに相当する遊技媒体を貸与する入金額貸与処理（一発貸し，全額貸し）を入金貸与制御部において行うものである。
【００２６】
そして本発明に係る遊技用システム１，１’は、有価価値管理部と入金貸与制御部との間で通信不可能状態（オフライン状態，電断状態）が発生しても、有価価値管理部側と入金貸与制御部側の処理に不一致が生じることがないことを特徴とするものである。この不一致が生じることによる問題点としては、例えば有価価値管理部側の入金消費処理に基づいて管理装置等において売上の管理を行っている場合に、該売上に不一致が生じるという問題点がある。
【００２７】
具体的には、貨幣を受け付けた後、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行わず、受け付けた貨幣を返却するシステムにおいては、有価価値管理部において入金消費処理が行われた後、入金消費完了通知が入金貸与制御部に届く前に通信不可能状態が発生した場合、入金額貸与処理は行われず貨幣が返却される。つまり実際の売上は発生しないにも拘わらず、有価価値管理部においては入金消費処理が行われ管理装置等において売上としての計上（集計）がなされてしまい、その結果、実際の売上と集計された売上とに不一致が生じてしまう（例えば売上として１０００円が計上されているにも拘わらず、実際には１０００円紙幣が回収されていない）。
【００２８】
一方、貨幣を受け付けた後、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生し、その後に通信可能状態に復帰したときに、一律に入金額貸与処理を行い、受け付けた貨幣を回収するシステムにおいては、入金貸与制御部が入金消費情報を送信後、有価価値管理部において入金消費処理が行われる前に通信不可能状態が発生した場合であっても、入金額貸与処理が行われて貨幣が回収される。つまり実際の売上が発生しているにも拘わらず、有価価値管理部においては入金消費処理が行われておらず管理装置等において売上としての計上（集計）がされないので、その結果、実際の売上と集計された売上とに不一致が生じてしまう（例えば売上として１０００円が計上されていないにも拘わらず、実際には１０００円紙幣が回収されている）。
【００２９】
本発明に係る遊技用システム１，１’は、上記の問題点を解決するものである。この遊技用システムには、入金貸与制御部であるカードユニット２０及び有価価値管理部である管理装置５０を備える第１実施形態に係る遊技用システム１と、入金貸与制御部であるユニット制御部２１，及び有価価値管理部であるカードＲ／Ｗ制御部２６’を備える第２実施形態に係る遊技用システム１’とが含まれる。また第１及び第２の両実施形態には、有価価値管理部と入金貸与制御部との間における通信不可能状態の発生時の処理が異なる変形例が各々含まれる。以下においては、まず第１実施形態及びその変形例について説明し、次に第２実施形態及びその変形例について第１実施形態と異なる点についてのみ説明する。なお、以下においては、リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップを「Ｓ」と略記する。
【００３０】
［１−１．第１実施形態に係る遊技用システム１］
まず図１及び図２を参照して、第１実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、遊技場において、パチンコ機１０に対応して設けられるカードユニット２０と、複数のカードユニット２０に接続されている管理装置５０とを備える。なお各カードユニット２０は、各カードユニット２０においてパチンコ玉の貸与に使用された使用額（即ち売上）を管理するホールコンピュータ６０とも接続されている。
【００３１】
この遊技用システム１では、図１及び図２（ｂ）に示すように、紙幣２，硬貨３，及び精算カード５が使用される。まず紙幣２は貨幣の一例であって、１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類の紙幣である。また硬貨３も貨幣の一例であって、ここでは１００円硬貨，及び５００円硬貨の２種類の硬貨である。
【００３２】
精算カード５は記録媒体の一例であって、有価価値の大きさを記録可能なものであり、ここでは各精算カード５を個々に識別可能な情報であるカードＩＤが予め記録されていると共に、前記有価価値の大きさである残額が記録される。この精算カード５は、長方形状を呈するプラスチック製の薄板における所定の部位に、カードＩＤ及び残額等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。
【００３３】
この精算カード５は、予めカードＩＤが記録されている状態で遊技場に納入されて、後述するカードストッカ２５ｂに収納されると共に、図示しないカード発行機において貨幣が受け付けられたときに、該受け付けた貨幣の金額が残額として記録されて発行される。このようにして発行された精算カード５は、遊技者がカードユニット２０のカードＲ／Ｗ２５に挿入することにより使用可能である。
【００３４】
カードユニット２０は遊技用装置の一例であって、後述する貨幣受付手段と入金貸与制御部とを含むものである。このカードユニット２０は入金貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与するものである。
【００３５】
この入金貸与制御部として機能するカードユニット２０は、後述する入金貸与制御部側通信可否検知手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段等を有する。このカードユニット２０では、カードＲ／Ｗ２５にある精算カード５に記録されている残額が１０００円以下の状態で、貨幣受付手段により１０００円以下の貨幣を受付可能であり、該１０００円以下の貨幣を受け付けると、後述する入金額貸与処理（入金額分の玉貸処理）が行われる。
【００３６】
またカードユニット２０では、カードＲ／Ｗ２５にある精算カード５に記録されている残額が１０００円以下の状態で、貨幣受付手段により１０００円を超える貨幣も受付可能であり、該１０００円を超える貨幣を受け付けると、入金要求が管理装置５０に対して送信されて該管理装置５０において後述する入金処理が行われ、貸与要求操作（玉貸操作）を検出すると、減算要求が管理装置５０に対して送信されて該管理装置５０において後述する減算処理が行われ、カードユニット２０において後述する貸与処理（使用額分の玉貸処理）が行われる。
【００３７】
また入金貸与制御部として機能するカードユニット２０は、後述する貸与要求操作検出手段，減算要求送信手段，貸与処理手段，有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，及び第２の異常報知処理手段等を有する。このカードユニット２０では、精算カード５を受け付けると、該受け付けた精算カード５に記録されている残額を示す有価価値情報（残額照合要求）が管理装置５０に対して送信され、貸与要求操作（玉貸操作）を検出すると、前記送信した残額照合要求に応じて管理装置５０で行われた残額の照合が照合ＯＫであることを条件として、後述する貸与処理（使用額分の玉貸処理）が行われる。
【００３８】
このカードユニット２０は、図１及び図２（ａ）に示すように、パチンコ機１０に対応して（ここではパチンコ機１０の左側に隣接して）設けられている。ここでパチンコ機１０は遊技機の一例であって、遊技場における遊技島（図示外）において機種等に従って所定の位置に配置され、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応するカードユニット２０と通信可能であり、該カードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。
【００３９】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００４０】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、カードユニット２０の後述する玉貸通信部２２と通信可能に接続され、パチンコ機１０とカードユニット２０との間における通信を司るものである。これにより、玉貸処理が行われる場合に、パチンコ機１０とカードユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸与されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介してカードユニット２０と通信可能に接続されているため、カードユニット２０に属するものである。
【００４１】
残度数表示器１４は、後述するユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額に相当する残度数を表示するための表示器であり、例えば３桁の７セグメント表示器である。ここで残度数は、残額が所定の比率で変換されたもの（例えば１００円＝１度数）である。この残度数表示器１４で表示される残度数は、後述する玉貸処理において、１度数分の玉貸が行われる毎に表示用記憶領域に記憶されている残額が１度数分ずつ減算更新されるのに伴って、１度数ずつ減算表示される。
【００４２】
玉貸ボタン１５は、精算カード５に記録されている残額を使用したパチンコ玉の貸与要求操作（玉貸操作）を遊技者から受け付けるボタンである。カード返却ボタン１６は、後述するカードＲ／Ｗ２５で受け付けている精算カード５を返却するための返却操作を遊技者から受け付けるボタンである。このカード返却ボタン１６は、ユニット制御部２１の制御により、入金額分の玉貸処理の最中には、返却操作が無効化され、また 使用額分の玉貸処理の最中には、原則として、該玉貸処理が開始されると返却操作が無効化され、該玉貸処理が終了すると返却操作が有効化される（即ち該玉貸処理中は返却操作が無効化される）が、後述する図７（及び第２実施形態に係る図１５）に示すときには、例外として、該玉貸処理が終了又は中断しても返却操作の無効化が継続される。またカードＲ／Ｗ２５で受け付けている精算カード５に残額が記録されていない（即ち残額＝０）場合には、カード返却ボタン１６が操作されても該精算カード５は返却されずにカードＲ／Ｗ２５に留保される。
【００４３】
なおパチンコ機１０において、玉貸処理に異常が発生（例えば玉詰まり等）が発生し、玉詰まりセンサ（図示外）等により該異常の発生が検出されると、該異常の発生を示す玉貸異常発生信号が、遊技制御基板１１から出力される。また該玉貸処理の異常が解消すると、該異常の解消を示す玉貸異常解消信号が、遊技制御基板１１から出力される。これら玉貸異常発生信号及び玉貸異常解消信号は、遊技制御基板１１から出力され、払出制御基板１２から玉貸通信部２２を介して、カードユニット２０のユニット制御部２１に入力される。
【００４４】
カードユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２８，紙幣挿入口２３ａ，硬貨挿入口２４ａ，硬貨返却ボタン２４ｅ，表示部２９，硬貨返却口２４ｆ，及びカード挿入口２５ａ等を備え、図２（ｂ）に示すように、その内部に紙幣識別機２３，ユニット制御部２１，玉貸通信部２２，硬貨識別機２４，カードＲ／Ｗ２５，カードストッカ２５ｂ，カードＲ／Ｗ制御部２６，及び外部通信部２７等を備えており、これらの各構成要素は図１に示すように接続されている。なおカードユニット２０は、図示しないが、その側部に、ユニット制御部２１に接続され、リセット操作を受け付けるリセットボタンを備えている。このカードユニット２０は、ユニットＩＤにより、各カードユニット２０を個々に識別可能とされている。
【００４５】
ユニット制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該ユニット制御部２１に接続される玉貸通信部２２，紙幣識別機２３，硬貨識別機２４，カードＲ／Ｗ制御部２６，多機能ランプ２８，及び表示部２９の動作を制御して各種の処理を行うものであるが、その機能の詳細については後述する。玉貸通信部２２は、ユニット制御部２１に設けられており、前述の如くパチンコ機１０の払出制御基板１２と通信可能に接続されている。
【００４６】
紙幣識別機２３は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２３ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２を識別する識別機である。この紙幣識別機２３により紙幣２が識別された後に留保されている状態において、該留保されている紙幣２を回収する場合には、該紙幣２を紙幣通路２３ｂを通じてカードユニット２０の背面に導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２１により行われ、該紙幣２が紙幣通路２３ｂを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている紙幣２を返却する場合には、該紙幣２を紙幣挿入口２３ａに導くように、紙幣識別機２３に内蔵されている紙幣搬送ベルトを駆動する処理（制御）がユニット制御部２１により行われ、該紙幣２が紙幣挿入口２３ａから返却される。
【００４７】
硬貨識別機２４も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨挿入口２４ａから前記２種類の硬貨３を受け付けて、硬貨通路２４ｂを通じて搬送された硬貨３を識別する識別機である。この硬貨識別機２４により硬貨３が識別された後に留保されている状態において、該留保されている硬貨３を回収する場合には、該硬貨３を硬貨通路２４ｃを通じてカードユニット２０の背面に導くように、硬貨識別機２４と硬貨通路２４ｃとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２１により行われ、該硬貨３が硬貨通路２４ｃを通じてカードユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また前記留保されている硬貨３を返却する場合には、該硬貨３を硬貨通路２４ｄを通じて硬貨返却口２４ｆに導くように、硬貨識別機２４と硬貨通路２４ｄとの間に設けられているシャッターを開放する処理（制御）がユニット制御部２１により行われ、該硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。硬貨返却ボタン２４ｅは、硬貨通路２４ｂや硬貨識別機２４において詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２４ｅが操作されると、該詰まった硬貨３が硬貨通路２４ｄを通じて硬貨返却口２４ｆに戻る。
【００４８】
カードＲ／Ｗ２５は、カードストッカ２５ｂから搬送された精算カード５及びカード挿入口２５ａから挿入された精算カード５を受け付けて、該受け付けた精算カード５の記録情報を読み取ると共に、該受け付けた精算カード５に対して残額を記録する（書き込む）ものであり、前記ＩＣカードである精算カード５に対応したＩＣカードＲ／Ｗを備えている。カードストッカ２５ｂは、予めカードＩＤが記録されている一方で残額が記録されていない精算カード５を所定数（例えば１０枚）収納するものである。ここでカードＲ／Ｗ２５にある精算カード５がカード返却ボタン１６の操作により返却されると、カードＲ／Ｗ制御部２６の制御により、該カードストッカ２５ｂに収納されている精算カード５のうちの１枚がカードＲ／Ｗ２５に搬送される。
【００４９】
カードＲ／Ｗ制御部２６は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、図１に示すように該カードＲ／Ｗ制御部２６に接続されるカードＲ／Ｗ２５，カードストッカ２５ｂ，及び外部通信部２７の動作を制御するものである。外部通信部２７は、カードＲ／Ｗ制御部２６に設けられており、管理装置５０の後述する通信部５１，及びホールコンピュータ６０と通信可能に接続されており、カードユニット２０と管理装置５０との間，及びカードユニット２０とホールコンピュータ６０との間における通信を司るものである。なお外部通信部２７から送信される各種の要求には、前記ユニットＩＤが含まれる。
【００５０】
多機能ランプ２８は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによってカードユニット２０の状態を報知するランプである。この多機能ランプ２８は、例えば精算カード５を受け付けていないときには青色に点灯してその旨を報知し、精算カード５を受け付けているときには緑色に点灯してその旨を報知し、残額に異常が発生しているときには赤色で点滅してその旨を報知する。表示部２９は、各種の情報を表示するための表示デバイスであり、ここでは４桁の７セグメント表示器である。この表示部２９は、例えば残額に異常が発生しているときに、後述する有価価値減算手段（ユニット制御部２１）による減算後の残額を表示する。
【００５１】
ここでユニット制御部２１は入金貸与制御部側通信可否検知手段の一例であって、有価価値管理部（管理装置５０）と通信できる通信可能状態（オンライン状態）であるか該有価価値管理部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、後述する管理装置５０の通信部５１からカードＲ／Ｗ制御部２６を介して各カードユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【００５２】
この入金貸与制御部側通信可否検知手段によりオフライン状態の発生が検知されると、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から送信されてきたリカバリ情報に含まれる２種類の情報、具体的には、処理情報，及び管理装置５０で管理している管理残額のうちのいずれの情報に基づいて、後述する判定手段による判定，又は貸与判定手段による判定のいずれを行うかを選択するために、該オフライン状態の発生前の処理が、１０００円を超える貨幣の受付，１０００円以下の貨幣の受付，又は玉貸操作の受付のいずれかの処理であるかが、ＲＡＭに記憶される。ここでオフライン状態の発生前の処理として、１０００円以下の貨幣の受付が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、判定手段による判定（図４を参照）が行われ、玉貸操作の受付が記憶されている場合には、リカバリ情報に含まれる管理装置５０で管理している管理残額に基づいて、貸与判定手段による判定（図６を参照）が行われる。
【００５３】
またユニット制御部２１は入金消費情報送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて、入金消費情報を前記有価価値管理部（管理装置５０）に対して送信するものである。具体的には、貨幣受付手段により１０００円以下の貨幣を受け付けると、該受け付けた貨幣の金額である入金額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む入金消費情報を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。
【００５４】
この入金消費情報を受信した管理装置５０では、入金額に相当する有価価値の大きさを一旦管理対象とした（カードＩＤと対応付けて記憶した）後に該有価価値の大きさを減算する入金消費処理が行われる。そして該入金消費処理が完了すると、入金消費処理の完了を示す入金消費完了通知が入金貸与制御部に対して返信される。また該入金消費処理の実行毎に、処理情報が更新される。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００５５】
またユニット制御部２１のＲＡＭは送信情報記憶手段の一例であって、前記入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶するものである。ここで送信情報は、当日における入金消費情報の送信回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００５６】
またユニット制御部２１は送信情報更新手段の一例であって、前記送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新するものである。具体的には、送信情報として奇数回と記憶している状態で入金消費情報を送信すると、該送信情報を偶数回に更新する。また送信情報として偶数回と記憶している状態で入金消費情報を送信すると、該送信情報を奇数回に更新する。
【００５７】
なお送信情報更新手段として機能するユニット制御部２１は、貨幣受付手段により受け付けた貨幣が返却されたときには、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。具体的には、送信情報として奇数回と記憶している状態で貨幣が返却されると、該送信情報を偶数回に戻す。また送信情報として偶数回と記憶している状態で貨幣が返却されると、該送信情報を奇数回に戻す。
【００５８】
またユニット制御部２１は入金額貸与処理手段の一例であって、後述する入金消費完了通知返信手段（管理装置５０の通信部５１）から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体（パチンコ玉）を貸与するための入金額貸与処理（入金額分の玉貸処理）を行うものである。具体的には、１０００円以下の貨幣を受け付けた後、入金消費完了通知を受信したときに、前記入金額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【００５９】
またユニット制御部２１は判定手段の一例であって、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定するものである。ここで「リカバリ情報」は、有価価値管理部（管理装置５０）において、後述する有価価値管理部側通信可否検知手段（制御部５２）により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、後述する処理情報記憶手段（制御部５２のＲＡＭ）で記憶している処理情報を含んで、該有価価値管理部から送信されてくるものである。
【００６０】
また「予め定められた関係」とは、当日における入金消費処理の実行回数が奇数回であるか偶数回であるかを示す処理情報と、当日における入金消費情報の送信回数が奇数回であるか偶数回であるかを示す送信情報とが、一致する関係（即ち処理情報＝送信情報）であることを意味する。即ち入金貸与制御部からの入金消費情報の送信に応じて有価価値管理部において入金消費処理が実行されることから、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生しない場合には、入金消費情報の送信毎に更新される送信情報と入金消費処理の実行毎に更新される処理情報とは一致するが、有価価値管理部と入金貸与制御部との間で通信不可能状態が発生した場合には、後述する図４（ａ）に示すように、入金貸与制御部から入金消費情報が送信されたにも拘わらず該入金消費情報が有価価値管理部に届かずに入金消費処理が実行されないことがあり、この場合には送信情報と処理情報とが一致しないことになる。この判定手段は、送信情報と処理情報とが一致するか否かを判定することにより、両者が一致するか（即ち入金消費処理が実行されたか），あるいは両者が一致しないか（即ち入金消費処理が実行されなかったか）を判定するものである。
【００６１】
なお判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報送信手段からリカバリ情報を受信したときに、前記判定を行う。一方、判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報送信手段からリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２１によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理等である。
【００６２】
そして入金貸与制御部として機能するカードユニット２０は、前記入金消費情報送信手段により入金消費情報を送信した後、後述する入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、後述するリカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。このときには、貨幣受付手段により受け付けた貨幣が回収される。一方、前記判定手段により予め定められた関係でないと判定されたときには、貨幣受付手段により受け付けた貨幣が返却され、該貨幣の受付に基づいて入金消費情報が送信されたことにより更新された送信情報を元に戻す。
【００６３】
ここでユニット制御部２１のＲＡＭには、残度数表示器１４に残度数を表示するための残額を記憶する表示用記憶領域と、後述する有価価値減算手段（ユニット制御部２１）による減算対象となる残額を記憶する判定用記憶領域が設けられている。これら表示用記憶領域及び判定用記憶領域では、貨幣受付手段（紙幣識別機２３又は硬貨識別機２４）により貨幣を受け付けたときには、該受け付けた貨幣が回収されたことを条件として、該受け付けた貨幣の金額である入金額が残額として記憶され、またカードＲ／Ｗ２５により精算カード５を受け付けたときには、管理装置５０から照合ＯＫ通知が送信されてきたことを条件として、該受け付けた精算カード５から読み取った残額が記憶される。
【００６４】
またユニット制御部２１は貸与要求操作検出手段の一例であって、遊技者によるパチンコ玉の貸与要求操作（玉貸操作）を検出するものである。具体的には、遊技者による玉貸ボタン１５の押圧操作に応じて該玉貸ボタン１５から出力される玉貸ボタン操作信号を払出制御基板１２を介して検出することにより、玉貸操作を検出する。
【００６５】
またユニット制御部２１は入金要求送信手段の一例であって、前記貨幣受付手段による貨幣の受付（ここでは１０００円を超える貨幣の受付）に基づいて、前記入金額に相当する大きさの有価価値の大きさを記憶する入金処理を要求する入金要求を管理装置５０に対して送信するものである。具体的には、貨幣受付手段により１０００円を超える貨幣を受け付けると、該受け付けた貨幣の金額である入金額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む入金要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。
【００６６】
またユニット制御部２１は減算要求送信手段の一例であって、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態で、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、該精算カード５について管理されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部（管理装置５０）に対して送信するものであり、ここでは次に述べる貸与処理手段による貸与処理に先立って、該減算要求を送信する。具体的には、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態（即ち該残額をＲＡＭで記憶している状態）で、玉貸操作を検出すると、ＲＡＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、貸与処理に先立って、該使用額とカードＲ／Ｗ２５により受け付けている精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤとを含む減算要求を、カードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する。この減算要求を受信した管理装置５０からは、後述する減算応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。
【００６７】
またユニット制御部２１は貸与処理手段の一例であって、前記減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（使用額分の玉貸処理）を行うものであり、ここでは後述する減算応答返信手段（管理装置５０の通信部５１）から返信されてきた減算応答の受信に基づいて、該使用額分の玉貸処理を行う。具体的には、玉貸操作を検出した後、前記減算応答を受信したときに、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【００６８】
またユニット制御部２１は有価価値減算手段の一例であって、前記使用額分の玉貸処理に基づいて、該玉貸処理に使用される有価価値の大きさ（使用額）をＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）から減算するものである。具体的には、前記使用額分の玉貸処理に基づいて、該使用額を判定用記憶領域で記憶している残額から一括して減算する処理を行う。ここで「使用額分の玉貸処理に基づいて」とは、後述する正常時においては、「減算応答を受信したことにより、使用額分の玉貸処理が行われたことに基づいて」の意味であり、後述する通信不可能状態の発生時においては、「減算応答を受信する前にリカバリ情報を受信したときに、該受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している記憶残額と一致しないと判定されたことを条件として、使用額分の玉貸処理が行われたことに基づいて」の意味である。なお前記表示用記憶領域で記憶している有価価値の大きさ（記憶残額）は、１度数分の玉貸が行われる毎に、１度数分ずつ減算される。従って、これら判定用記憶領域及び表示用記憶領域で記憶されている残額は、玉貸処理の途中においては異なるが、玉貸処理の終了後には一致する。
【００６９】
このカードユニット２０において玉貸処理（入金額分の玉貸処理及び使用額分の玉貸処理）が行われるときには、該カードユニット２０と対応するパチンコ機１０との間で、以下のような信号のやり取りが行われる。
【００７０】
まずカードユニット２０は、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数であり、予め管理装置５０等により設定されてカードユニット２０に配信されている）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号をパチンコ機１０の払出制御基板１２に対して送信する。
【００７１】
該払出要求信号を受信したパチンコ機１０は、前記払出要求玉数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から払出要求玉数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をカードユニット２０のユニット制御部２１に対して送信する。
【００７２】
該払出結果信号を受信したカードユニット２０は、前記払出要求信号に示される払出要求玉数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、１度数分の前記減算として、ユニット制御部２１のＲＡＭの表示用記憶領域に記憶されている残額からパチンコ玉の貸与に使用された１度数に相当する金額を減算すると共に、残度数表示器１４に表示された残度数から１度数を減算する。そしてカードユニット２０は、これら１度数分の玉貸を前記入金額分又は前記使用額分（即ち記憶残額≧玉貸設定金額であれば該玉貸設定金額分，また記憶残額＜玉貸設定金額であれば該記憶残額分）だけ繰り返し、該入金額分又は使用額分の玉貸の終了に基づいて、玉貸終了信号をパチンコ機１０の払出制御基板１２に対して送信し、玉貸処理を終了する。なお「使用額分の玉貸処理の終了」とは、今回の玉貸操作に基づく該使用額分の玉貸の終了を意味する。
【００７３】
なおパチンコ機１０において、玉払出装置１３から払い出されたパチンコ玉は、上皿に供給され、発射ハンドルの操作により遊技領域の内部に打ち込まれて、遊技が行われる。そして該打ち込まれたパチンコ玉が、遊技領域に形成された入賞口に入賞すると、払出制御基板１２から発せられる払出信号に基づいて、賞球として玉払出装置１３からパチンコ玉が払い出されて、上皿又は下皿に供給される。
【００７４】
なおユニット制御部２１は、前記玉貸処理の終了後に、前記使用額を含む売上情報を、カードＲ／Ｗ制御部２６及び外部通信部２７を介してホールコンピュータ６０に送信し、該売上情報を受信したホールコンピュータ６０は、該売上情報に含まれる使用額を売上として管理する。
【００７５】
またユニット制御部２１は貸与判定手段の一例であって、前記減算要求送信手段により減算要求を送信した後、後述する減算応答返信手段（管理装置５０の通信部５１）から減算応答を受信する前に、有価価値管理部（管理装置５０）で管理している有価価値の大きさ（管理残額）を含むリカバリ情報を、後述するリカバリ情報送信手段（管理装置５０の通信部５１）から受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。また貸与判定手段として機能するユニット制御部２１は、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かも判定する。
【００７６】
具体的には、ユニット制御部２１において、通信不可能状態が発生する前の処理を記憶しておき、該処理として玉貸操作の受付が記憶されている場合には、管理装置５０から送信されてくるリカバリ情報に含まれる管理残額と、判定用記憶領域の記憶残額とを比較して、管理残額＜判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも小さい），管理残額＝判定用記憶領域の記憶残額（即ち両者が一致する），又は管理残額＞判定用記憶領域の記憶残額（即ち両者が一致せず、かつ管理残額が記憶残額よりも大きい）のいずれであるかを判定する。
【００７７】
なお貸与判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後にリカバリ情報を受信したときに、前記判定を行う。一方、貸与判定手段として機能するユニット制御部２１は、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらずリカバリ情報を受信したときには、前記判定を行わず、この場合には、ユニット制御部２１によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等である。
【００７８】
ここで前記貸与処理手段は、該貸与判定手段により一致しないと判定されたことを条件として前記使用額分の玉貸処理を行い、該貸与判定手段により一致すると判定されたことを条件として前記使用額分の玉貸処理を行わない。即ち一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われているとして、使用額分の玉貸処理が行われる（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が開始される）。また一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されると、有価価値管理部で管理されている有価価値の大きさの減算更新が行われていないとして、使用額分の玉貸処理が行われない（具体的には、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理が中止される）。
【００７９】
またユニット制御部２１は第１の異常報知処理手段の一例であって、該貸与判定手段により有価価値の大きさが大きい（即ち管理残額＞判定用記憶領域の記憶残額）と判定されたときに、リカバリ情報を受信する前に行う予定であった使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８０】
またユニット制御部２１は異常判定手段の一例であって、リカバリ情報を受信した後に前記貸与処理手段により使用額分の玉貸処理（オフライン状態発生時の使用額分の玉貸処理）を行ったときに、該受信したリカバリ情報に含まれる有価価値の大きさ（減算更新後の管理残額）と、ＲＡＭの判定用記憶領域で記憶している有価価値の大きさ（減算後の記憶残額）とが一致するか否かを判定する（入金貸与制御部側異常判定処理を行う）ものである。
【００８１】
またユニット制御部２１は第２の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（入金貸与制御部側異常判定処理により残額不一致と判定された）ときに、通信不可能状態（オフライン状態）が発生したことに基づく有価価値の大きさの異常が発生した旨を報知するための異常報知処理を行うものである。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８２】
また第２の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理としてカードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理（即ちカード返却ボタン１６が操作されてもカードＲ／Ｗ制御部２６に対して精算カード５の返却禁止を指令する処理）である。
【００８３】
また異常判定手段として機能するユニット制御部２１は、リカバリ情報を受信せずに前記貸与処理手段により使用額分の玉貸処理（正常時の玉貸処理）を行ったときに、後述する有価価値返信手段（管理装置５０の通信部５１）から返信されてきた有価価値の大きさ（減算更新後の管理残額）と前記有価価値減算手段（ユニット制御部２１）による減算後の有価価値の大きさ（即ちＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）とが一致するか否かを判定する（第３の異常判定処理を行う）ものである。ここで正常時には、カードユニット２０から管理装置５０に対して送信された減算要求に含まれる使用額に基づき、管理装置５０において正しく残額の減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致して、残額一致と判定されるが、カードユニット２０から管理装置５０に対して送信された減算要求に含まれる使用額がノイズ等により変化（例えば使用額が、本来は５００円であるところ、ノイズ等により１０００円に変化）した異常時には、その変化した使用額に基づき、管理装置５０において誤って減算更新が行われるので、管理装置５０から返信されてきた減算更新後の管理残額と、ユニット制御部２１による減算後の記憶残額とが一致せず、残額不一致と判定される。なお異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理は継続して行われる。
【００８４】
またユニット制御部２１は第３の異常報知処理手段の一例であって、該異常判定手段により一致しないと判定された（第３の異常判定処理により残額不一致と判定された）ときに、異常が発生した旨を報知するための異常報知処理を行うものであり、ここでは該異常判定手段により一致しない（残額不一致）と判定されても、前記使用額分の玉貸処理が継続して行われ、該使用額分の玉貸処理が終了した後に、異常報知処理を行う。この異常報知処理は、例えば前記多機能ランプ２８を赤色で点滅させる処理や、残額異常通知をカードＲ／Ｗ制御部２６及び外部通信部２７を介して管理装置５０に送信する処理等である。
【００８５】
また第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行うものであり、具体的には、本来であれば使用額分の玉貸処理が終了すると前記返却操作が有効化されるところ、使用額分の玉貸処理が終了しても返却操作の無効化を継続する処理である。
【００８６】
さらに第３の異常報知処理手段として機能するユニット制御部２１は、前記異常報知処理として、前記有価価値減算手段による減算後の有価価値の大きさ（即ちＲＡＭの判定用記憶領域で記憶している残額から前記使用額を一括減算後の記憶残額）を表示するための表示処理を行うものであり、具体的には、判定用記憶領域で記憶されている残額を表示部２９に表示させる処理を行う。なお、この場合には既に使用額分の玉貸処理が終了しているため、表示用記憶領域で記憶されている残額を表示部２９に表示させる処理を行うようにしても良い。
【００８７】
またユニット制御部２１は異常発生検出手段の一例であって、前記使用額分の玉貸処理における異常の発生を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常発生信号の入力を検出すると、玉貸異常の発生を検出する。またユニット制御部２１は貸与処理中断手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに当該玉貸処理を中断するものであり、具体的には、パチンコ機１０に対する前記払出要求信号の送信を停止する。またユニット制御部２１は返却禁止処理手段の一例であって、該異常発生検出手段により前記使用額分の玉貸処理における異常の発生を検出したときに、カードＲ／Ｗ２５により受け付けた精算カード５の返却を禁止するための返却禁止処理を行う返却禁止処理手段を含むものであり、具体的には、本来であれば玉貸異常の発生により使用額分の玉貸処理が中断すると前記返却操作が有効化されるところ、該使用額分の玉貸処理が中断しても返却操作の無効化を継続する処理である。
【００８８】
さらにユニット制御部２１は異常解消検出手段の一例であって、前記使用額分の玉貸処理における異常の解消を検出するものであり、具体的には、前述の如く遊技制御基板１１から出力された玉貸異常解消信号の入力を検出すると、玉貸異常の解消を検出する。そしてユニット制御部２１は、該異常解消検出手段により使用額分の玉貸処理における異常の解消を検出したときに、前記貸与処理中断手段により中断された使用額分の玉貸処理を再開（具体的には、パチンコ機１０に対する前記払出要求信号の送信を開始）し、該使用額分の玉貸処理が終了した後に、前記返却禁止処理手段による精算カード５の返却禁止を解除する処理（具体的には、継続されている返却操作の無効化を解除して、返却操作を有効化する処理）を行う。
【００８９】
管理装置５０は有価価値管理部の一例であって、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（使用額）を減算するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，及びハードディスク５３等を備えている。
【００９０】
この有価価値管理部として機能する管理装置５０は、後述する有価価値管理部側通信可否検知手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，及びリカバリ情報送信手段等を有し、さらに入金処理手段，減算応答返信手段，減算処理手段，及び有価価値返信手段等を有する。
【００９１】
ハードディスク５３は、前記入金額に相当する有価価値の大きさ（残額）を管理するものであり、ここでは精算カード５に記録されている残額を各精算カード５毎に管理している。具体的には、図１に示すように、残額管理ＤＢにおいて、精算カード５に記録されている残額を、該精算カード５のカードＩＤと対応付けて記憶している。
【００９２】
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【００９３】
この制御部５２は有価価値管理部側通信可否検知手段の一例であって、入金貸与制御部（カードユニット２０）と通信できる通信可能状態（オンライン状態）であるか該入金貸与制御部と通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、通信部５１から各カードユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じてカードユニット２０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ちカードユニット２０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ちカードユニット２０と通信できない通信不可能状態）であると判定する。
【００９４】
また制御部５２は入金消費処理手段の一例であって、前記入金消費情報送信手段（ユニット制御部２１）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額を残額として、該入金消費情報に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行う。
【００９５】
また制御部５２のＲＡＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【００９６】
また制御部５２は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【００９７】
また制御部５２は入金処理手段の一例であって、前記入金要求送信手段（ユニット制御部２１）から入金要求が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを記憶する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額を、該入金要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶する。該入金処理が完了すると、入金完了通知が、前記入金要求に含まれるカードユニット２０に対して通信部５１により返信される。
【００９８】
さらに制御部５２は減算処理手段の一例であって、前記減算要求送信手段（ユニット制御部２１）から減算要求が送信されてきたことに基づいて、各精算カード５について管理されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を行うものである。この減算処理は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、前記送信されてきた減算要求に含まれる使用額を、該減算要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶されている管理残額から減算更新する。
【００９９】
通信部５１は、前述の如くカードユニット２０の外部通信部２７と通信可能に接続されており、管理装置５０とカードユニット２０との間における通信を司るものである。
【０１００】
この通信部５１は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部（カードユニット２０）に対して返信するものである。
【０１０１】
また通信部５１は減算応答返信手段の一例であって、前記減算要求送信手段（ユニット制御部２１）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記入金貸与制御部（カードユニット２０）に対して返信するものである。また通信部５１は有価価値返信手段の一例であって、前記減算処理手段による減算更新後の有価価値の大きさ（管理残額）を前記入金貸与制御部（カードユニット２０）に対して返信するものである。
【０１０２】
さらに通信部５１はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信するものである。またリカバリ情報送信手段として機能する通信部５１は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額）を含むリカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信する。即ちリカバリ情報送信手段から送信されるリカバリ情報には、処理情報，及び管理装置５０で管理している管理残額の、２種類の情報が常に含まれる。
【０１０３】
次に図３〜図７を参照して、第１実施形態に係る遊技用システム１の作用について説明する。この第１実施形態では、カードユニット２０におけるユニット制御部２１の作用とカードＲ／Ｗ制御部２６の作用をまとめて表示する。
【０１０４】
図３は、貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、この状態で貨幣を受け付けると（Ｓ１０１）、該受け付けた貨幣の金額である入金額が１０００円以下であるか否かを判定する（Ｓ１０１’）。ここで入金額が１０００円を超えている（ＮＯ）と判定すると、後述するＳ１５２に進む。一方、入金額が１０００円以下である（ＹＥＳ）と判定すると、該入金額とカードＲ／Ｗ２５で留保している精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤを含む入金消費情報を管理装置５０に対して送信し（Ｓ１０２）、送信情報記憶手段で記憶している送信情報を更新する（Ｓ１０３）。このＳ１０３では、偶数回と記憶している送信情報を奇数回と更新する。なおＳ１０２で入金消費情報を送信した後、Ｓ１０６で入金消費完了通知を受信する前に、オフライン状態が発生した場合の処理については、図４を参照して後述する。
【０１０５】
前記入金消費情報を受信した管理装置５０は、該受信した入金消費情報に含まれる入金額を残額として、該入金消費情報に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行い（Ｓ１０４）、処理情報記憶手段で記憶している処理情報を更新する（Ｓ１０５）。このＳ１０５では、偶数回と記憶している処理情報を奇数回と更新する。そして入金消費完了通知をカードユニット２０に対して送信する（Ｓ１０６）。
【０１０６】
該入金消費完了通知を受信したカードユニット２０は、Ｓ１０１で受け付けた貨幣を回収し（Ｓ１０７）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶し（Ｓ１０８）、前記入金額をカードＲ／Ｗ２５で受け付けている精算カード５に一旦記録した後に消去して（Ｓ１０９）、前述の如く入金額分の玉貸処理を行う（Ｓ１１０）。
【０１０７】
次に貨幣を受け付けると（Ｓ１１１）、Ｓ１１１’〜Ｓ１２０で、前述したＳ１０１’〜Ｓ１１０と同様の処理を行う。ただしＳ１１３では、奇数回と記憶している送信情報を偶数回と更新する。またＳ１１５では、奇数回と記憶している処理情報を偶数回と更新する。以後、貨幣を受け付ける毎に、Ｓ１０１〜Ｓ１１０，及びＳ１１１〜Ｓ１２０と同様の処理が繰り返される。
【０１０８】
前記Ｓ１０１’又はＳ１１１’で入金額が１０００円を超えている（ＹＥＳ）と判定すると、該入金額とカードＲ／Ｗ２５で留保している精算カード５のカードＩＤと当該カードユニット２０のユニットＩＤを含む入金要求を管理装置５０に対して送信する（Ｓ１５２）。該入金要求を受信した管理装置５０は、該入金要求に含まれる入金額を、該入金要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶することにより、入金処理を行い（Ｓ１５３）、入金完了通知を該入金要求に含まれるユニットＩＤのカードユニット２０に対して送信する（Ｓ１５４）。該入金完了通知を受信したカードユニット２０は、Ｓ１０１又はＳ１１１で受け付けた貨幣を回収し（Ｓ１５５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ１５６）、後述するＳ２１１の玉貸操作の受付，又はＳ２４１の返却操作の受付を待機する状態になる。
【０１０９】
図４は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。カードユニット２０は、前記図３のＳ１１２に示す入金消費情報を管理装置５０に対して送信した後、Ｓ１１６に示す入金消費完了通知が管理装置５０から返信されてくる前に、オフライン状態を検知したときには、該オフライン状態の発生前の処理として、１０００円以下の貨幣の受付を記憶する。
【０１１０】
ここで図４（ａ）に示すように、前記Ｓ１１１〜Ｓ１１３の処理が行われ、Ｓ１１２の入金消費情報が管理装置５０に届く前にオフライン状態が発生した場合には、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ１０５で更新された奇数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１）。
【０１１１】
該リカバリ情報を受信したカードユニット２０は、入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここではオフライン状態の発生前の処理として１０００円以下の貨幣の受付を記憶しているので、前記判定手段により、前記受信したリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否か（ここでは処理情報が送信情報と一致するか否か）を判定する。ここでリカバリ情報に含まれる処理情報は奇数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ１１３で更新された偶数回であるため、両者は一致しない（処理情報≠送信情報）と判定されるので（Ｓ１６３）、前記Ｓ１１１で受け付けた貨幣を返却し（Ｓ１６４）、前記Ｓ１１３で更新した送信情報を元に戻して（Ｓ１６５）、貨幣を受け付ける前の状態に戻る。
【０１１２】
一方、図４（ｂ）に示すように、前記Ｓ１１１〜Ｓ１１６の処理が行われ、Ｓ１１２の入金消費処理が管理装置５０に届いた後であってＳ１１６の入金消費完了通知がカードユニット２０に届く前にオフライン状態が発生した場合には、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここではＳ１１５で更新された偶数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１’）。
【０１１３】
該リカバリ情報を受信したカードユニット２０は、入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、図４（ａ）と同様の手法で、前記判定手段による判定を行う。ここでリカバリ情報に含まれる処理情報は偶数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ１１３で更新された偶数回であるため、両者は一致する（処理情報＝送信情報）と判定されるので（Ｓ１６３’）、前述したＳ１１７〜Ｓ１２０の処理を行う。
【０１１４】
この図４に示すように、管理装置５０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる処理情報と当該カードユニット２０で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、管理装置５０とカードユニット２０との間でオフライン状態が発生しても、管理装置５０側とカードユニット２０側の処理に不一致が生じることがない。
【０１１５】
ここで仮に、カードユニット２０が、前記リカバリ情報として、管理装置５０で管理している残額やオフライン状態の発生前における管理装置５０の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、オフライン状態の発生前に入金消費情報を受信できているか否かに関わらず、管理装置５０が管理している残額は零であり、またオフライン状態の発生前における管理装置５０の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図４に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをカードユニット２０が把握できるようにしたものである。
【０１１６】
またカードユニット２０は、前記Ｓ１６２で、オフライン状態を検知した後でない（ＮＯ）と判定すると、処理情報が送信情報と一致するか否かの判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、管理装置５０にオフライン状態であることを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０でオフライン状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０１１７】
図５は、精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、この状態でカード挿入口２５ａから精算カード５を受け付けると（Ｓ２０１）、該留保している精算カード５をカードストッカ２５ｂに収納すると共にカード挿入口２５ａから挿入された精算カード５をカードＲ／Ｗ２５により受け付け（Ｓ２０２）、該カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０のユニットＩＤを含む残額照合要求を管理装置５０に対して送信する（Ｓ２０３）。
【０１１８】
該残額照合要求を受信した管理装置５０は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ２０４）、照合一致の場合には、照合ＯＫ通知を前記ユニットＩＤのカードユニット２０に対して送信する（Ｓ２０５）。該照合ＯＫ通知を受信したカードユニット２０は、精算カード５から読み取った残額を表示用記憶領域及び判定用記憶領域で記憶する（Ｓ２０６）。なおＳ２０４で照合不一致の場合には、照合ＮＧ通知をカードユニット２０に対して送信し、該照合ＮＧ通知を受信したカードユニット２０は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【０１１９】
次にカードユニット２０は、残額が記録されている精算カード５をカードＲ／Ｗ２５により受け付けている状態で玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ２１１）、使用額分の玉貸処理の開始に先立って、精算カード５から読み取ったカードＩＤと該玉貸処理に使用される使用額と当該カードユニット２０のユニットＩＤを含む減算要求を管理装置５０に対して送信する（Ｓ２１２）。
【０１２０】
該減算要求を受信した管理装置５０は、減算応答をカードユニット２０に対して返信し（Ｓ２１３）、該減算要求に含まれる使用額を該減算要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額から減算更新することにより、減算処理を行い（Ｓ２１４）、減算更新後の管理残額を前記ユニットＩＤのカードユニット２０に対して返信する（Ｓ２１７）。
【０１２１】
このように、使用額分の玉貸処理に先立って、残額の減算要求がカードユニット２０から管理装置５０に対して送信され、該減算要求に応じて、管理装置５０で管理している残額が減算更新されるので、使用額分の玉貸処理の終了後にカードユニット２０と管理装置５０との間における通信を不能（例えばオフライン状態にする，あるいは精算カード５を引き抜く等）として管理装置５０で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ２１２で減算要求を送信した後、Ｓ２１３で減算応答を受信する前に、オフライン状態が発生した場合の処理については、図６を参照して後述する。
【０１２２】
Ｓ２１３の減算応答を受信したカードユニット２０は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ２１５）、該使用額分の玉貸処理を開始する（Ｓ２１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１２３】
Ｓ２１７の減算更新後の管理残額を受信したカードユニット２０は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ２２１）、表示用記憶領域及び判定用記憶領域で記憶している残額を精算カード５に記録し（Ｓ２２２）、使用額分の玉貸処理の終了後に（Ｓ２２３）、該精算カード５に記録されている残額が１０００円以下であるか否かを判定し（Ｓ２２４）、１０００円以下でない（ＮＯ）と判定すると、Ｓ２１１の玉貸操作の受付，又はＳ２４１の返却操作の受付を待機する状態になり、１０００円以下である（ＹＥＳ）と判定すると、Ｓ２３１の貨幣の受付，又はＳ２４１の返却操作の受付を待機する状態になる。なおＳ２２０で残額不一致と判定すると、後述するＳ２７１に進む。
【０１２４】
次にカードユニット２０は、貨幣を受け付けると（Ｓ２３１）、前記図３に示すＳ１０１’に進む。
【０１２５】
次にカードユニット２０は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ２４１）、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ２４２）、零である（ＹＥＳ）と判定すると、該返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、表示用記憶領域及び判定用記憶領域で記憶している残額を消去し（Ｓ２４３）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ２４４）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ２４５）。
【０１２６】
図６は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。カードユニット２０は、前記図５のＳ２１２に示す減算要求を管理装置５０に対して送信した後、Ｓ２１３に示す減算応答が管理装置５０から返信されてくる前に、オフライン状態を検知したときには、該オフライン状態の発生前の処理として、玉貸操作の受付を記憶する。
【０１２７】
ここで図６（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われていないので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１）。
【０１２８】
該リカバリ情報を受信したカードユニット２０は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここではオフライン状態の発生前の処理として玉貸操作の受付を記憶しているので、前記貸与判定手段により、前記受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ２６３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、使用額分の玉貸処理を中止する（Ｓ２６４）。
【０１２９】
一方、図６（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届いた後であってＳ２１３の減算応答がカードユニット２０に届く前にオフライン状態が発生した場合には、管理残額から使用額の減算更新が行われているので、該オフライン状態を検知した管理装置５０は、オンライン状態を検知したときに、減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１’）。
【０１３０】
該リカバリ情報を受信したカードユニット２０は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６２）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、図６（ａ）と同様の手法で、前記貸与判定手段によるＳ２６３の判定を行う。ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ２６４’）、該使用額分の玉貸処理を開始する（Ｓ２６５’）。
【０１３１】
この図６に示すように、管理装置５０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理残額を含むリカバリ情報がカードユニット２０に対して送信され、該リカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための減算要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０１３２】
具体的には、オンライン状態への復帰後に、一律に使用額分の玉貸処理を行うシステムであれば、減算要求が管理装置５０に届いておらず該管理装置５０で管理されている残額の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求が管理装置５０に届いており該管理装置５０で管理されている残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０１３３】
なおカードユニット２０は、Ｓ２６５’で使用額分の玉貸処理を開始すると、Ｓ２６１’で受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ２６４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ２６６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ２２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ２７１に進んで、使用額分の玉貸処理の終了後に（Ｓ２７２）、後述するＳ２７３〜Ｓ２７６の異常報知処理を行う。このように、カードユニット２０により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、オフライン状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ２７３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、オフライン状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０１３４】
またカードユニット２０は、前記Ｓ２６２で、オフライン状態を検知した後でない（ＮＯ）と判定すると、前記Ｓ２６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、管理装置５０にオフライン状態であることを検知させてリカバリ情報を送信させるような不正を行っても、カードユニット２０でオフライン状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０１３５】
さらにカードユニット２０は、前記Ｓ２６３で、受信したリカバリ情報に含まれる管理残額がユニット制御部２１のＲＡＭの判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定すると、使用額分の玉貸処理を行うことなく、後述するＳ２７３に進んで異常報知処理を行う。このように、カードユニット２０により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、管理装置５０で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０１３６】
図７は、精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。カードユニット２０は、図７（ａ）に示すように、前記Ｓ２２０で残額不一致と判定すると（Ｓ２７１）、使用額分の玉貸処理の終了後に（Ｓ２７２）、Ｓ２７３〜Ｓ２７６の異常報知処理を行って、リセット操作の待機状態となる。このように、管理装置５０で減算更新された残額とユニット制御部２１で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０１３７】
Ｓ２７３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０１３８】
Ｓ２７４では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、管理装置５０で管理している残額を更新する等の対応が可能となる。
【０１３９】
Ｓ２７５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ２７６では、残額異常通知を管理装置５０に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えば管理装置５０の残額を判定用記憶領域で記憶している残額（即ちＳ２１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０１４０】
この図７（ａ）に示すように、管理装置５０で減算更新した残額とユニット制御部２１で減算された残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、管理装置５０で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０１４１】
またカードユニット２０は、図７（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ２１４）、玉貸異常の発生を検出すると（Ｓ２８１）、該玉貸処理を中断して（Ｓ２８２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ２８３）、玉貸異常の解消を検出すると（Ｓ２８４）、玉貸処理を再開し（Ｓ２８５）、使用額分の玉貸処理の終了後に（Ｓ２８６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ２８７）。この図７（ｂ）に示すように、使用額分の玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、管理装置５０で管理している残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０１４２】
［１−２．第１実施形態の変形例に係る遊技用システム１］
次に第１実施形態の変形例に係る遊技用システム１の構成について説明する。この変形例は、前述した第１実施形態と比較して、ユニット制御部２１がリカバリ情報送信要求手段として機能する点と、それに伴う判定手段，及び貸与判定手段であるユニット制御部２１，並びにリカバリ情報送信手段である通信部５１の各機能のみが異なり、その他の点は同様である。
【０１４３】
ここでユニット制御部２１はリカバリ情報送信要求手段の一例であって、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（管理装置５０）に対して送信するものである。
【０１４４】
ここで前記判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。また入金貸与制御部として機能するカードユニット２０は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。なお具体的な作用は、第１実施形態と同様である。
【０１４５】
またリカバリ情報送信要求手段として機能するユニット制御部２１は、前記減算要求送信手段により減算要求を送信した後、前記減算応答返信手段から減算応答を受信する前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知し、その後に通信可能状態（オンライン状態）であることを検知したときに、有価価値管理部（管理装置５０）で管理されている有価価値の大きさ（管理残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０１４６】
ここで前記貸与判定手段として機能するユニット制御部２１は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（管理装置５０）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ち管理装置５０で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１は、前述した第１実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０１４７】
なおリカバリ情報送信手段として機能する通信部５１は、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をカードユニット２０に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（オフライン状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をカードユニット２０に対して送信せず、この場合には制御部５２によりエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等である。
【０１４８】
次に図８及び図９を参照して、第１実施形態の変形例に係る遊技用システム１の作用について説明する。この変形例では、前述した第１実施形態と比較して、前記図４に代えて図８の処理，及び前記図６に代えて図９の処理が行われる点のみが異なり、その他の処理（即ち図３，図５，図７の処理）は同様である。
【０１４９】
図８は、貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図８（ａ）に示すように、前記Ｓ１１１〜Ｓ１１３の処理が行われ、Ｓ１１２の入金消費情報が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われていないので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ１０５で更新された奇数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１）。以下Ｓ１６３〜Ｓ１６５の処理は、図４（ａ）と同様である。
【０１５０】
一方、図８（ｂ）に示すように、前記Ｓ１１１〜Ｓ１１６の処理が行われ、Ｓ１１２の入金消費処理が管理装置５０に届いた後であってＳ１１６の入金消費完了通知がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ１６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ１６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定されると、Ｓ１１４の入金消費処理及びＳ１１５の処理情報の更新が行われているので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここではＳ１１５で更新された偶数回）を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ１６１’）。以下Ｓ１６３’の処理は、図４（ｂ）と同様である。
【０１５１】
この図８に示すように、カードユニット２０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理装置５０で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該管理装置５０に対して送信され、該送信要求に応じて管理装置５０から送信されてくるリカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる処理情報と当該カードユニット２０で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、管理装置５０とカードユニット２０との間でオフライン状態が発生しても、管理装置５０側とカードユニット２０側の処理に不一致が生じることがない。
【０１５２】
また管理装置５０は、前記Ｓ１６０’で、オフライン状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をカードユニット２０に対して送信せずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、カードユニット２０にオフライン状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、管理装置５０でオフライン状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０１５３】
図９は、精算カード５が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。まず図９（ａ）に示すように、前記Ｓ２１１〜Ｓ２１２の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、管理残額から使用額の減算更新が行われていないので、該送信要求に応じて、減算更新前の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１）。以下Ｓ２６３〜Ｓ２６４の処理は、図６（ａ）と同様である。
【０１５４】
一方、図９（ｂ）に示すように、前記Ｓ２１１〜Ｓ２１４の処理が行われ、Ｓ２１２の減算要求が管理装置５０に届いた後であってＳ２１３の減算応答がカードユニット２０に届く前にオフライン状態が発生した場合には、該オフライン状態を検知したカードユニット２０は、オンライン状態を検知したときに、リカバリ情報の送信要求を管理装置５０に対して送信する（Ｓ２６０）。該リカバリ情報の送信要求を受信した管理装置５０は、有価価値管理部側通信可否検知手段によりオフライン状態を検知した後であるか否かを判定し（Ｓ２６０’）、オフライン状態を検知した後である（ＹＥＳ）と判定すると、管理残額から使用額の減算更新が行われているので、該送信要求に応じて、減算更新後の管理残額を含むリカバリ情報をカードユニット２０に対して送信する（Ｓ２６１’）。以下Ｓ２６３〜Ｓ２６６’の処理は、図６（ｂ）と同様である。
【０１５５】
この図９に示すように、カードユニット２０により、オフライン状態であることを検知し、その後にオンライン状態であることを検知したときに、管理装置５０で管理されている管理残額を含むリカバリ情報の送信要求が該管理装置５０に対して送信され、該送信要求に応じて管理装置５０から送信されてくるリカバリ情報を受信したカードユニット２０により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、管理装置５０で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、管理装置５０で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立って管理装置５０で管理されている残額を減算更新するための減算要求をカードユニット２０から管理装置５０に対して送信する場合にも、オフライン状態の発生により遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図６で説明したのと同様である。
【０１５６】
なお管理装置５０は、前記Ｓ２６０’で、オフライン状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をカードユニット２０に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、カードユニット２０に対して精算カード５の返却禁止を要求する処理等を行う。これによれば、カードユニット２０にオフライン状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、管理装置５０でオフライン状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０１５７】
［２−１．第２実施形態に係る遊技用システム１’］
次に図１及び図２を参照して、第２実施形態に係る遊技用システム１’の構成について説明する。遊技用システム１’は、図１に示すように、前記カードユニット２０に代えてカードユニット２０’を備える点と、前記管理装置５０に代えて管理装置５０’を備える点が、第１実施形態と異なる。なおカードユニット２０’がパチンコ機１０に対応して設けられる点や、各カードユニット２０’がホールコンピュータ６０とも接続されている点や、紙幣２，硬貨３，及び精算カード５が使用される点は、第１実施形態と同様である。
【０１５８】
第２実施形態に係るカードユニット２０’は、第１実施形態に係るカードユニット２０と比較して、前記ユニット制御部２１に代えてユニット制御部２１’を備える点と、前記カードＲ／Ｗ制御部２６に代えてカードＲ／Ｗ制御部２６’を備える点のみが異なり、その他の点は同様である。このカードユニット２０’は遊技用装置の一例であって、貨幣受付手段である紙幣識別機２３及び硬貨識別機２４と、入金貸与制御部であるユニット制御部２１’と、有価価値管理部であるカードＲ／Ｗ制御部２６’とを含み、後述する有価価値情報送信手段を有するものである。この第２実施形態では、入金貸与制御部が、カードユニット２０’ではなく、ユニット制御部２１’であり、また有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１５９】
ユニット制御部２１’は入金貸与制御部の一例であって、貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値（使用額）を使用して遊技媒体（パチンコ玉）を貸与するものである。
【０１６０】
この入金貸与制御部として機能するユニット制御部２１’は、後述する貸与要求操作検出手段，管理装置通信可否検知手段，入金要求送信手段，減算要求送信手段，入金処理完了判定手段，貸与処理手段，有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，及び第２の異常報知処理手段等を有する。このユニット制御部２１’では、管理装置５０’と通信できる管理装置通信可能状態（管理装置オンライン状態）において貨幣を受け付けると、入金要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する入金処理が行われ、貸与要求操作（玉貸操作）を検出すると、減算要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する減算処理が行われ、ユニット制御部２１’において後述する貸与処理（使用額分の玉貸処理）が行われる。
【０１６１】
またユニット制御部２１’では、管理装置オンライン状態において精算カード５を受け付けると、該受け付けた精算カード５に記録されている残額を示す有価価値情報（残額照合要求）が管理装置５０に対して送信され、貸与要求操作（玉貸操作）を検出すると、前記送信した残額照合要求に応じて管理装置５０で行われた残額の照合が照合ＯＫであることを条件として、後述する貸与処理（使用額分の玉貸処理）が行われ、貨幣を受け付けると、入金要求がカードＲ／Ｗ制御部２６’に対して送信されて該カードＲ／Ｗ制御部２６’において後述する入金処理が行われる。
【０１６２】
また入金貸与制御部として機能するユニット制御部２１’は、後述する入金貸与制御部側通信可否検知手段，入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段等を有する。このユニット制御部２１’では、管理装置５０’と通信できない管理装置通信不可能状態（管理装置オフライン状態）において貨幣を受け付けると、後述する入金額貸与処理（入金額分の玉貸処理）が行われる。この管理装置オフライン状態においては、１０００円以下の貨幣を受付可能である。また管理装置オフライン状態においては、精算カード５は受付不能である。
【０１６３】
ここでユニット制御部２１’のＲＡＭには、第１実施形態と同様に、表示用記憶領域と判定用記憶領域が設けられている。またユニット制御部２１’は、第１実施形態と同様に、貸与要求操作検出手段として機能するものである。
【０１６４】
またユニット制御部２１’は管理装置通信可否検知手段の一例であって、管理装置５０’と通信できる管理装置通信可能状態（管理装置オンライン状態）であるか該管理装置５０’と通信できない管理装置通信不可能状態（管理装置オフライン状態）であるかを検知するものである。具体的には、後述する管理装置５０’の通信部５１からカードＲ／Ｗ制御部２６’を介して各カードユニット２０’に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０’と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０’と通信できない通信不可能状態）であると判定する。
【０１６５】
またユニット制御部２１’は入金要求送信手段の一例であって、前記管理装置通信可否検知手段により管理装置通信可能状態（管理装置オンライン状態）であることを検出しているときに、前記貨幣受付手段による貨幣の受付に基づいて、精算カード５に対して前記入金額に相当する大きさの有価価値の大きさを記録する入金処理を要求する入金要求をカードＲ／Ｗ制御部２６’に対して送信するものである。具体的には、管理装置オンライン状態において貨幣受付手段により貨幣を受け付けると、該受け付けた貨幣の金額である入金額を含む入金要求を、カードＲ／Ｗ制御部２６’に送信する。
【０１６６】
またユニット制御部２１’は減算要求送信手段の一例であって、前記入金要求送信手段から送信した入金要求に応じて行われて入金処理が完了したことによりカードＲ／Ｗ制御部２６’から入金完了通知が返信されてきた後，又は管理装置５０’から照合ＯＫ通知が送信されてきた後に、前記貸与要求操作検出手段により貸与要求操作（玉貸操作）を検出したことに基づいて、前記精算カード５に記録されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を要求する減算要求を前記有価価値管理部（カードＲ／Ｗ制御部２６’）に対して送信するものであり、ここでは次に述べる貸与処理手段による貸与処理に先立って、該減算要求を送信する。具体的には、入金完了通知が返信されてきた後，又は照合ＯＫ通知が送信されてきた後に、玉貸操作を検出すると、ＲＡＭで記憶している記憶残額と、予め設定されている玉貸設定金額（例えば５００円）とを比較して、記憶残額≧玉貸設定金額であれば該玉貸設定金額を使用額とし、記憶残額＜玉貸設定金額であれば該記憶残額を使用額として、貸与処理に先立って、該使用額を含む減算要求を、カードＲ／Ｗ制御部２６’に送信する。この減算要求を受信したカードＲ／Ｗ制御部２６’からは、後述する減算応答返信手段により、該減算要求を受信した旨を示す減算応答が返信されてくる。
【０１６７】
またユニット制御部２１’は入金処理完了判定手段の一例であって、前記入金要求送信手段により入金要求を送信した後、カードＲ／Ｗ制御部２６’から入金完了通知を受信する前に、後述するリカバリ情報送信手段から送信されてきたリカバリ情報（ここでは入金処理が完了しているか否かを示す情報を含むリカバリ情報）を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定するものである。具体的には、ユニット制御部２１’において、通信不可能状態が発生する前の処理を記憶しておき、該処理として貨幣の受付が記憶されている場合には、カードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報には、入金処理が完了しているか否かを示す情報として、入金未完情報又は入金完了情報が含まれるので、受信したリカバリ情報に入金未完情報が含まれている場合には入金処理が完了していないと判定され、受信したリカバリ情報に入金完了情報が含まれている場合には入金処理が完了していると判定される。
【０１６８】
またユニット制御部２１’は貸与処理手段の一例であって、前記減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値（使用額）に相当する遊技媒体（パチンコ玉）を貸与するための貸与処理（使用額分の玉貸処理）を行うものであり、ここでは後述する減算応答返信手段（カードＲ／Ｗ制御部２６’）から返信されてきた減算応答の受信に基づいて、該使用額分の玉貸処理を行う。具体的には、玉貸操作を検出した後、前記減算応答を受信したときに、前記使用額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１６９】
またユニット制御部２１’は、第１実施形態と同様に、有価価値減算手段，貸与判定手段，第１の異常報知処理手段，異常判定手段，第２の異常報知処理手段，第３の異常報知処理手段，異常発生検出手段，貸与処理中断手段，返却禁止処理手段，及び異常解消検出手段として機能するものである。ただし第２実施形態では、有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１７０】
またユニット制御部２１’は入金貸与制御部側通信可否検知手段の一例であって、有価価値管理部（カードＲ／Ｗ制御部２６’）と通信できる通信可能状態（通電状態）であるか該有価価値管理部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちカードＲ／Ｗ制御部２６’と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちカードＲ／Ｗ制御部２６’と通信できない通信不可能状態）であると判定する。
【０１７１】
この入金貸与制御部側通信可否検知手段により電断状態の発生が検知されると、後述するリカバリ情報送信手段（カードＲ／Ｗ制御部２６’）から送信されてきたリカバリ情報に含まれる３種類の情報、具体的には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５に記録されている残額），及び処理情報のうちのいずれの情報に基づいて、後述する入金処理完了判定手段による判定，貸与判定手段による判定，又は判定手段による判定のいずれを行うかを選択するために、該オフライン状態の発生前の処理が、管理装置オンライン状態での貨幣の受付，玉貸操作の受付，又は管理装置オフライン状態での貨幣の受付のいずれかであるかが、ＲＡＭに記憶される。ここで電断状態の発生前の処理として、管理装置オンライン状態での貨幣の受付が記憶されている場合には、リカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理完了判定手段による判定（図１１を参照）が行われ、玉貸操作の受付が記憶されている場合には、リカバリ情報に含まれるカードＲ／Ｗ制御部２６’で管理している管理残額に基づいて、貸与判定手段による判定（図１４を参照）が行われ、管理装置オフライン状態での貨幣の受付が記憶されている場合には、リカバリ情報に含まれる処理情報に基づいて、判定手段による判定（図１７を参照）が行われる。
【０１７２】
またユニット制御部２１’は、第１実施形態と同様に、入金消費情報送信手段，送信情報記憶手段，送信情報更新手段，入金額貸与処理手段，及び判定手段として機能するものである。ただし第２実施形態では、有価価値管理部が、管理装置５０’ではなく、カードＲ／Ｗ制御部２６’である。
【０１７３】
次にカードＲ／Ｗ制御部２６’は有価価値情報送信手段の一例であって、精算カード５に記録されている有価価値の大きさ（残額）を示す有価価値情報（残額照合要求）を外部の管理装置５０’に送信するものである。具体的には、カード挿入口２５ａから精算カード５を受け付けると、カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む残額照合要求を管理装置５０’に対して送信する。
【０１７４】
またカードＲ／Ｗ制御部２６’は有価価値管理部の一例であって、前記入金額に相当する有価価値の大きさ（残額）を管理すると共に、該管理している有価価値の大きさから遊技媒体（パチンコ玉）の貸与に使用される有価価値の大きさ（使用額）を減算するものであり、ここでは精算カード５に対して前記入金額に相当する有価価値の大きさを記録することにより該管理を行う。
【０１７５】
この有価価値管理部として機能するカードＲ／Ｗ制御部２６’は、後述する入金処理手段，減算処理手段，有価価値管理部側通信可否検知手段，入金消費処理手段，処理情報記憶手段，処理情報更新手段，入金消費完了通知返信手段，及びリカバリ情報送信手段等を有し、さらに減算応答返信手段，及び有価価値返信手段等を有する。
【０１７６】
このカードＲ／Ｗ制御部２６’は入金処理手段の一例であって、前記入金要求送信手段（ユニット制御部２１’）から入金要求が送信されてきたことに基づいて、精算カード５に対して前記入金額に相当する有価価値の大きさを記録する入金処理を行うものである。具体的には、前記送信されてきた入金要求に含まれる入金額を、カードＲ／Ｗ２５により受け付けている精算カード５に対して記録する。該入金処理が完了すると、入金完了通知が、ユニット制御部２１’に対して返信される。
【０１７７】
またカードＲ／Ｗ制御部２６’は減算処理手段の一例であって、前記減算要求送信手段（ユニット制御部２１’）から減算要求が送信されてきたことに基づいて、精算カード５に記録されている有価価値の大きさ（残額）からパチンコ玉の貸与に使用される所定の大きさの有価価値（使用額）を減算する減算処理を行うものである。この減算処理は、前記使用額分の玉貸処理の終了に拘わらず行われる。具体的には、前記送信されてきた減算要求に含まれる使用額を、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新する。
【０１７８】
またカードＲ／Ｗ制御部２６’は有価価値管理部側通信可否検知手段の一例であって、入金貸与制御部（ユニット制御部２１’）と通信できる通信可能状態（通電状態）であるか該入金貸与制御部と通信できない通信不可能状態（電断状態）であるかを検知するものである。具体的には、カードユニット２０’における電源の状態を監視することにより、電源が通じている間は通電状態（即ちユニット制御部２１’と通信できる通信可能状態）であると判定し、電源が遮断されている間は電断状態（即ちユニット制御部２１’と通信できない通信不可能状態）であると判定する。
【０１７９】
またカードＲ／Ｗ制御部２６’は入金消費処理手段の一例であって、前記入金消費情報送信手段（ユニット制御部２１’）から入金消費情報が送信されてきたことに基づいて、入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行うものである。具体的には、前記送信されてきた入金消費情報に含まれる入金額を残額として、カードＲ／Ｗ２５により受け付けている精算カード５に記録することにより、一旦管理対象とし、その後に該残額を減算（消去）することにより、入金消費処理を行う。
【０１８０】
またカードＲ／Ｗ制御部２６’のＲＡＭは処理情報記憶手段の一例であって、前記入金消費処理の実行毎に更新される処理情報を記憶するものである。ここで処理情報は、当日における入金消費処理の実行回数が、奇数回であるか，あるいは偶数回であるかを示す情報である。
【０１８１】
またカードＲ／Ｗ制御部２６’は処理情報更新手段の一例であって、前記処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新するものである。具体的には、処理情報として奇数回と記憶している状態で入金消費処理が実行されると、該処理情報を偶数回に更新する。また処理情報として偶数回と記憶している状態で入金消費処理が実行されると、該処理情報を奇数回に更新する。
【０１８２】
またカードＲ／Ｗ制御部２６’は入金消費完了通知返信手段の一例であって、前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。
【０１８３】
またカードＲ／Ｗ制御部２６’は減算応答返信手段の一例であって、前記減算要求送信手段（ユニット制御部２１’）から送信されてきた減算要求の受信に基づいて、該減算要求を受信した旨を示す減算応答を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。またカードＲ／Ｗ制御部２６’は有価価値返信手段の一例であって、前記減算処理手段による減算更新後の有価価値の大きさ（管理残額）を前記入金貸与制御部（ユニット制御部２１’）に対して返信するものである。
【０１８４】
またカードＲ／Ｗ制御部２６’はリカバリ情報送信手段の一例であって、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信するものである。
【０１８５】
またリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記入金処理が完了しているか否かを示す情報を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信する。具体的には、入金処理が完了していない場合には、入金処理が完了しているか否かを示す情報としての入金未完情報を含むリカバリ情報を、ユニット制御部２１’に対して送信する。また入金処理が完了している場合には、入金処理が完了しているか否かを示す情報としての入金完了情報を含むリカバリ情報を、ユニット制御部２１’に対して送信する。
【０１８６】
さらにリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記管理している有価価値の大きさ（管理残額＝精算カード５に記録されている残額）を含むリカバリ情報を前記入金貸与制御部（ユニット制御部２１’）に対して送信する。
【０１８７】
即ちリカバリ情報送信手段から送信されるリカバリ情報には、入金処理が完了しているか否かを示す情報，カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５に記録されている残額），及び処理情報の、３種類の情報が常に含まれる。
【０１８８】
第２実施形態に係る管理装置５０’は、第１実施形態に係る管理装置５０と比較して、有価価値管理部として機能しない点が異なり、その他の点は同様である。この管理装置５０’は、精算カード５に記録されている有価価値の大きさ（残額）を各精算カード５毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報（残額照合要求）に基づいて当該有価価値の大きさの照合を行うものである。
【０１８９】
次に図１０〜図１７を参照して、第２実施形態に係る遊技用システム１’の作用について説明する。この第２実施形態では、カードユニット２０’におけるユニット制御部２１’の作用とカードＲ／Ｗ制御部２６’の作用を分けて表示する。
【０１９０】
図１０は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、ユニット制御部２１’は、管理装置オンライン状態で貨幣を受け付けると（Ｓ３０１）、該受け付けた貨幣の金額である入金額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３０２）。なおＳ３０２で入金要求を送信した後、Ｓ３０４で入金完了通知を受信する前に、電断状態が発生した場合の処理については、図１１を参照して後述する。該入金要求を受信したカードＲ／Ｗ制御部２６’は、該入金要求に含まれる入金額をカードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、入金処理を行い（Ｓ３０３）、入金完了通知をユニット制御部２１’に対して送信する（Ｓ３０４）。該入金完了通知を受信したユニット制御部２１’は、Ｓ３０１で受け付けた貨幣を回収し（Ｓ３０５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ３０６）、Ｓ３１１の玉貸操作の受付，又はＳ３４１の返却操作の受付を待機する状態になる。
【０１９１】
次にユニット制御部２１’は、入金完了通知が返信されてきた後に玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ３１１）、使用額分の玉貸処理の開始に先立って、該玉貸処理に使用される使用額を含む減算要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３１２）。
【０１９２】
該減算要求を受信したカードＲ／Ｗ制御部２６’は、減算応答をユニット制御部２１’に対して返信し（Ｓ３１３）、該減算要求に含まれる使用額をカードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新することにより、減算処理を行い（Ｓ３１４）、減算更新後の管理残額をユニット制御部２１’に対して返信する（Ｓ３１７）。
【０１９３】
このように、使用額分の玉貸処理に先立って、残額の減算要求がユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信され、該減算要求に応じて、精算カード５に記録されている残額が減算更新されるので、使用額分の玉貸処理の終了後にユニット制御部２１’とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする，あるいは精算カード５を引き抜く等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ３１２で減算要求を送信した後、Ｓ３１３で減算応答を受信する前に、電断状態が発生した場合の処理については、図１４を参照して後述する。
【０１９４】
Ｓ３１３の減算応答を受信したユニット制御部２１’は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ３１５）、該使用額分の玉貸処理を開始する（Ｓ３１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０１９５】
Ｓ３１７の減算更新後の管理残額を受信したユニット制御部２１’は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ３２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ３２１）、使用額分の玉貸処理の終了後に（Ｓ３２２）、Ｓ３１１の玉貸操作の受付，又はＳ３４１の返却操作の受付を待機する状態になる。なおＳ３２０で残額不一致と判定すると、後述するＳ３７１に進む。
【０１９６】
次にユニット制御部２１’は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ３４１）、返却要求をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ３４２）、該返却要求を受信したカードＲ／Ｗ制御部２６’は、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ３４３）、零である（ＹＥＳ）と判定すると、前記返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む返却要求を管理装置５０’に対して送信する（Ｓ３４４）。
【０１９７】
該返却要求を受信した管理装置５０’は、該返却要求に含まれる残額を該返却要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶し（Ｓ３４５）、返却完了通知を該返却要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ３４６）。
【０１９８】
該返却完了通知を受信したカードＲ／Ｗ制御部２６’は、該返却完了通知をユニット制御部２１’に対して送信すると共に（Ｓ３４７）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ３４８）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ３４９）。またＳ３４７の返却完了通知を受信したユニット制御部２１’は、表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ３５０）。
【０１９９】
このように、入金額に相当する有価価値の大きさを精算カード５に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるカードＲ／Ｗ制御部２６’と前記入金貸与制御部であるユニット制御部２１’とを含むカードユニット２０’と、該精算カード５に記録されている残額を管理する管理装置５０’との間で、管理装置オンライン状態であるときには、貨幣の受付に基づいてカードＲ／Ｗ制御部２６’における前記入金処理が行われると共に、玉貸操作の検出に基づいてカードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われる。
【０２００】
図１１は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１０のＳ３０２に示す入金要求をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ３０４に示す入金完了通知がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該伝田状態の発生前の処理として、管理装置オンライン状態での貨幣の受付を記憶する。
【０２０１】
ここで図１１（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、入金未完情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１）。
【０２０２】
該リカバリ情報を受信したユニット制御部２１’は、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として管理装置オンライン状態での貨幣の受付を記憶しているので、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定する。ここでは該受信したリカバリ情報に入金未完情報が含まれることから、入金処理が完了していないと判定されるので（Ｓ３６２）、前記Ｓ３０１で受け付けた貨幣を返却して（Ｓ３６３）、貨幣を受け付ける前の状態に戻る。
【０２０３】
一方、図１１（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０４の入金完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、入金完了情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１’）。
【０２０４】
該リカバリ情報を受信したユニット制御部２１’は、図１１（ａ）と同様の手法で、前記入金処理完了判定手段による判定を行う。ここでは該受信したリカバリ情報に入金完了情報が含まれることから、入金処理が完了していると判定されるので（Ｓ３６２’）、前述したＳ３０５以下に進む。
【０２０５】
この図１１に示すように、カードＲ／Ｗ制御部２６’により、電断状態の発生を検知し、その後に通電状態への復帰を検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、玉貸操作の検出に基づいて減算要求が送信されることにより、カードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０２０６】
具体的には、貨幣を受け付けた後、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生したときに、受け付けた貨幣を一律に返却するシステムであれば、ユニット制御部２１’からカードＲ／Ｗ制御部２６’に対する入金消費情報の送信後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が返却されるにも拘わらず、カードＲ／Ｗ制御部２６’が入金消費情報を受信していれば入金消費処理が行われる（即ち入金額が精算カード５に記録される）ので、遊技場が損をする（例えば精算カード５に１０００円が記録されるにも拘わらず、実際には１０００円紙幣が回収されていない）。
【０２０７】
同様に、貨幣を受け付けた後、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生したときに、受け付けた貨幣を一律に回収するシステムであれば、ユニット制御部２１’からカードＲ／Ｗ制御部２６’に対する入金消費情報の送信後に、両者の間で電断状態が発生すると、前記受け付けた貨幣が回収されるにも拘わらず、カードＲ／Ｗ制御部２６’が入金消費情報を受信していなければ入金消費処理が行われない（即ち入金額が精算カード５に記録されない）ので、遊技者が損をする（例えば精算カード５に１０００円が記録されないにも拘わらず、実際には１０００円紙幣が回収されてしまう）。
【０２０８】
図１２は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１’は、図１２（ａ）に示すように、前記Ｓ３２０で残額不一致と判定すると（Ｓ３７１）、使用額分の玉貸処理の終了後に（Ｓ３７２）、Ｓ３７３〜Ｓ３７５の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１’で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０２０９】
Ｓ３７３では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０２１０】
Ｓ３７４では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ３７５では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額を判定用記憶領域で記憶している残額（即ちＳ３１５の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０２１１】
この図１２（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１’で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０２１２】
またユニット制御部２１’は、図１２（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ３１６）、玉貸異常の発生を検出すると（Ｓ３８１）、該玉貸処理を中断して（Ｓ３８２）、精算カード受付禁止通知をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ３８３）、玉貸異常の解消を検出すると（Ｓ３８４）、玉貸処理を再開し（Ｓ３８５）、使用額分の玉貸処理の終了後に（Ｓ３８６）、精算カード受付禁止解除通知をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３８７）。このように、使用額分玉貸処理における異常の発生を検出したときに精算カード５の受付を禁止する処理が行われるので、精算カード５に記録されている残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が該精算カード５を持ち去ってしまい、該遊技者が損をすることを防止できる。
【０２１３】
図１３は、管理装置オンライン状態で精算カード５が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、カードＲ／Ｗ制御部２６’は、管理装置オンライン状態でカード挿入口２５ａから精算カード５を受け付けると（Ｓ４０１）、該留保している精算カード５をカードストッカ２５ｂに収納すると共にカード挿入口２５ａから挿入された精算カード５をカードＲ／Ｗ２５により受け付け（Ｓ４０２）、該カードＲ／Ｗ２５により受け付けた精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む残額照合要求を管理装置５０’に対して送信する（Ｓ４０３）。
【０２１４】
該残額照合要求を受信した管理装置５０’は、該残額照合要求に含まれる残額と、該残額照合要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶している残額とが一致するか否かを照合し（Ｓ４０４）、照合一致の場合には、照合ＯＫ通知を該照合要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４０５）。該照合ＯＫ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５から読み取った残額をユニット制御部２１’に対して送信する（Ｓ４０６）。該残額を受信したユニット制御部２１’は、該残額を表示用記憶領域及び判定用記憶領域で記憶する（Ｓ４０７）。なおＳ４０４で照合不一致の場合には、照合ＮＧ通知をカードＲ／Ｗ制御部２６’に対して送信し、該照合ＮＧ通知を受信したカードＲ／Ｗ制御部２６’は、精算カード５をカード挿入口２５ａから排出して遊技者に返却する。
【０２１５】
次にユニット制御部２１’は、照合ＯＫ通知が送信されてきた後に玉貸操作（即ち玉貸ボタン１５の押圧操作）を受け付けると（Ｓ４１１）、使用額分の玉貸処理の開始に先立って、該玉貸処理に使用される使用額を含む減算要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４１２）。
【０２１６】
該減算要求を受信したカードＲ／Ｗ制御部２６’は、減算応答をユニット制御部２１’に対して返信し（Ｓ４１３）、該減算要求に含まれる使用額をカードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額から減算更新することにより、減算処理を行い（Ｓ４１４）、減算更新後の管理残額をユニット制御部２１’に対して返信する（Ｓ４１７）。
【０２１７】
このように、使用額分の玉貸処理に先立って、残額の減算要求がユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信され、該減算要求に応じて、精算カード５に記録されている残額が減算更新されるので、使用額分の玉貸処理の終了後にユニット制御部２１’とカードＲ／Ｗ制御部２６’との間における通信を不能（例えば電断状態にする，あるいは精算カード５を引き抜く等）としてカードＲ／Ｗ制御部２６’で管理している残額の減算更新を阻止するような不正を防止できる。なおＳ４１２で減算要求を送信した後、Ｓ４１３で減算応答を受信する前に、電断状態が発生した場合の処理については、図１４を参照して後述する。
【０２１８】
Ｓ４１３の減算応答を受信したユニット制御部２１’は、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ４１５）、該使用額分の玉貸処理を開始する（Ｓ４１６）。なお図示しないが、表示用記憶領域に記憶されている残額は、１度数分の玉貸が行われる毎に１度数分ずつ減算更新され、それに伴って残度数表示器１４に表示されている残額は、１度数ずつ減算表示される。
【０２１９】
Ｓ４１７の減算更新後の管理残額を受信したユニット制御部２１’は、該受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ４１５の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４２０）、残額一致（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定すると（Ｓ４２１）、使用額分の玉貸処理の終了後に（Ｓ４２２）、Ｓ４１１の玉貸操作の受付，又はＳ４４１の返却操作の受付を待機する状態になる。なおＳ４２０で残額不一致と判定すると、後述するＳ４７１に進む。
【０２２０】
次にユニット制御部２１’は、貨幣を受け付けると（Ｓ４３１）、該受け付けた貨幣の金額である入金額を含む入金要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４３２）。なおＳ４３２で入金要求を送信した後、Ｓ４３４で入金完了通知を受信する前に、電断状態が発生した場合の処理については、前述した図１１と同様である。該入金要求を受信したカードＲ／Ｗ制御部２６’は、該入金要求に含まれる入金額をカードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、入金処理を行い（Ｓ４３３）、入金完了通知をユニット制御部２１’に対して送信する（Ｓ４３４）。該入金完了通知を受信したユニット制御部２１’は、Ｓ４３１で受け付けた貨幣を回収し（Ｓ４３５）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ４６）、Ｓ４１１の玉貸操作の受付，又はＳ４４１の返却操作の受付を待機する状態になる。
【０２２１】
次にユニット制御部２１’は、返却操作（即ちカード返却ボタン１６の押圧操作）を受け付けると（Ｓ４４１）、返却要求をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ４４２）、該返却要求を受信したカードＲ／Ｗ制御部２６’は、カードＲ／Ｗ２５により受け付けている精算カード５に記録されている残額が零であるか否かを判定し（Ｓ４４３）、零である（ＹＥＳ）と判定すると、前記返却操作を無効としてカードＲ／Ｗ２５による精算カード５の留保を継続し、零でない（ＮＯ）と判定すると、精算カード５から読み取ったカードＩＤ及び残額と当該カードユニット２０’のユニットＩＤを含む返却要求を管理装置５０’に対して送信する（Ｓ４４４）。
【０２２２】
該返却要求を受信した管理装置５０’は、該返却要求に含まれる残額を該返却要求に含まれるカードＩＤと対応付けてハードディスク５３で記憶し（Ｓ４４５）、返却完了通知を該返却要求に含まれるユニットＩＤのカードユニット２０’に備えられるカードＲ／Ｗ制御部２６’に対して返信する（Ｓ４４６）。
【０２２３】
該返却完了通知を受信したカードＲ／Ｗ制御部２６’は、該返却完了通知をユニット制御部２１’に対して送信すると共に（Ｓ４４７）、精算カード５をカード挿入口２５ａから排出して遊技者に返却して（Ｓ４４８）、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送する（Ｓ４４９）。またＳ４４７の返却完了通知を受信したユニット制御部２１’は、表示用記憶領域及び判定用記憶領域で記憶している残額を消去する（Ｓ４５０）。
【０２２４】
このように、入金額に相当する有価価値の大きさを精算カード５に対して記録する入金処理を行うことにより有価価値の大きさを管理する有価価値管理部であるカードＲ／Ｗ制御部２６’と前記入金貸与制御部であるユニット制御部２１’とを含むカードユニット２０’と、該精算カード５に記録されている残額を管理する管理装置５０’との間で、管理装置オンライン状態であるときには、玉貸操作の検出に基づいてカードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われると共に、貨幣の受付に基づいてカードＲ／Ｗ制御部２６’における前記入金処理が行われる。
【０２２５】
図１４は、管理装置オンライン状態で精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１３のＳ４１２に示す減算要求をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ４１３に示す減算応答がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該電断状態の発生前の処理として、玉貸操作の受付を記憶する。
【０２２６】
ここで図１４（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、精算カード５に記録されている残額から使用額の減算更新が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、減算更新前の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１）。
【０２２７】
該リカバリ情報を受信したユニット制御部２１’は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６２）、電断状態を検知した後である（ＹＥＳ）と判定されると、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として玉貸操作の受付を記憶しているので、前記貸与判定手段により、前記受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）と一致するか否かを判定する（Ｓ４６３）。ここでは該受信したリカバリ情報に減算更新前の管理残額が含まれることから、一致する（具体的には、管理残額＝判定用記憶領域の記憶残額）と判定されるので、玉貸処理を中止する（Ｓ４６４）。
【０２２８】
一方、図１４（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の減算応答がユニット制御部２１’に届く前に電断状態が発生した場合には、精算カード５に記録されている残額から使用額の減算更新が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、減算更新後の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１’）。
【０２２９】
該リカバリ情報を受信したユニット制御部２１’は、前回の減算要求の送信後に入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６２）、電断状態を検知した後である（ＹＥＳ）と判定されると、図１４（ａ）と同様の手法で、前記貸与判定手段によるＳ４６３の判定を行う。ここでは該受信したリカバリ情報に減算更新後の管理残額が含まれることから、一致しない（具体的には、管理残額＜判定用記憶領域の記憶残額）と判定されるので、前記使用額を判定用記憶領域で記憶している残額から一括して減算し（Ｓ４６４’）、該使用額分の玉貸処理を開始する（Ｓ４６５’）。
【０２３０】
この図１４に示すように、カードＲ／Ｗ制御部２６’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、管理残額を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための減算要求をユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。
【０２３１】
具体的には、通電状態への復帰後に、一律に使用額分の玉貸処理を行うシステムであれば、減算要求がカードＲ／Ｗ制御部２６’に届いておらず精算カード５に記録されている残額の減算更新が行われていない場合に、遊技場が損をしてしまうことになり、一律に使用額分の玉貸処理を行わないシステムであれば、減算要求がカードＲ／Ｗ制御部２６’に届いており精算カード５に記録されている残額の減算更新が行われている場合に、遊技者が損をしてしまうことになるが、本発明によれば、かかる問題点が解消される。
【０２３２】
なおユニット制御部２１’は、Ｓ４６５’で使用額分の玉貸処理が開始されると、Ｓ４６１’で受信した減算更新後の管理残額と、判定用記憶領域で記憶している残額（即ちＳ４６４’の減算後の記憶残額）とが一致するか否かを判定し（Ｓ４６６’）、残額一致（ＹＥＳ）と判定すると、前記Ｓ４２１に進み、残額不一致（ＮＯ）と判定すると、後述するＳ４７１に進んで、玉貸処理の終了後に（Ｓ４７２）、後述するＳ４７３〜Ｓ４７６の異常報知処理を行う。このように、ユニット制御部２１’により、リカバリ情報を受信した後に使用額分の玉貸処理を行ったときに、該受信したリカバリ情報に含まれる管理残額と記憶残額とが一致するか否かが判定され、一致しないと判定されると、電断状態が発生したことに基づく残額の異常が発生した旨を報知するための異常報知処理が行われるので、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。また後述するＳ４７３に示すように、異常報知処理として精算カード５の返却を禁止するための返却禁止処理が行われるので、電断状態が発生したことに基づく残額の異常が発生した状態で、遊技場の店員による対応の前に遊技者が精算カード５を返却して持ち去ってしまうことを防止できる。
【０２３３】
またユニット制御部２１’は、前記Ｓ４６２で、電断状態を検知した後でない（ＮＯ）と判定されると、前記Ｓ４６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理や、玉貸操作を不能動化するための処理等を行う。これによれば、カードＲ／Ｗ制御部２６’に電断状態であることを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２１’で電断状態であることを検知していないと、該リカバリ情報を受信しても残額の一致判定を行わずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０２３４】
さらにユニット制御部２１’は、前記Ｓ４６３で、受信したリカバリ情報に含まれる管理残額が判定用記憶領域で記憶している残額（即ち減算前の記憶残額）よりも大きいと判定されると、玉貸処理を行うことなく、後述するＳ４７３に進んで異常報知処理を行う。このように、ユニット制御部２１’により、受信したリカバリ情報に含まれる管理残額が記憶残額よりも大きいか否かが判定され、該管理残額が大きいと判定されると、使用額分の玉貸処理を行うことなく、異常が発生した旨を報知するための異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額を増加させるような不正が行われても、遊技場が損をすることが無く、遊技場の店員がその旨を把握して、迅速な対応を取ることが可能となる。
【０２３５】
図１５は、管理装置オンライン状態で精算カード５が受け付けられた場合における異常時の処理の一例を表す図である。ユニット制御部２１’は、図１５（ａ）に示すように、前記Ｓ４２０で残額不一致と判定すると（Ｓ４７１）、玉貸処理の終了後に（Ｓ４７２）、Ｓ４７３〜Ｓ４７６の異常報知処理を行って、リセット操作の待機状態となる。このように、カードＲ／Ｗ制御部２６’で減算更新された残額とユニット制御部２１’で減算された残額とが一致しない（即ち異常である）と判定されても使用額分の玉貸処理を中断せずに継続するので、異常であると判定されたときに該玉貸処理を中断する場合に比べて、該異常が解消した後に残りの玉貸処理を再開する等の処理が必要なくなり、処理が簡素化される。またホールコンピュータ６０で管理している売上の修正を要求する処理を行う必要がない。
【０２３６】
Ｓ４７３では、異常報知処理として、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行う。これにより、遊技者が異常の発生に気づかず、遊技場の店員による対応の前に精算カード５を返却して持ち去ってしまうことを防止できる。
【０２３７】
Ｓ４７４では、異常報知処理として、判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）を表示部２９に表示するための表示処理を行う。これにより、遊技場の店員が真の残額を把握して、カードＲ／Ｗ制御部２６’で管理している残額を更新する等の対応が可能となる。
【０２３８】
Ｓ４７５では、多機能ランプ２８を赤色で点滅させる処理を行い、Ｓ４７６では、残額異常通知をカードＲ／Ｗ制御部２６’を介して管理装置５０’に対して送信する処理を行う。そして遊技場の店員は、リセット操作を行って、例えばカードＲ／Ｗ制御部２６’の残額を判定用記憶領域で記憶している残額（即ちＳ４１６の減算後の記憶残額）に書き換える等の対応を取り、残額不一致の異常を解消する。
【０２３９】
この図１５（ａ）に示すように、カードＲ／Ｗ制御部２６’で減算更新した残額とユニット制御部２１’で減算した残額とが一致しないと判定されたときに、異常が発生した旨を報知するための前記異常報知処理が行われるので、カードＲ／Ｗ制御部２６’で管理されている残額が誤って更新された旨を遊技場の店員が把握して、迅速な対応を取ることが可能となる。
【０２４０】
またユニット制御部２１’は、図１５（ｂ）に示すように、使用額分の玉貸処理の開始後に（Ｓ４１６）、玉貸異常の発生を検出すると（Ｓ４８１）、該玉貸処理を中断して（Ｓ４８２）、精算カード５の返却を禁止するための返却禁止処理、具体的には返却操作の無効化を継続する処理を行い（Ｓ４８３）、玉貸異常の解消を検出すると（Ｓ４８４）、玉貸処理を再開し（Ｓ４８５）、使用額分の玉貸処理の終了後に（Ｓ４８６）、精算カード５の返却禁止を解除する処理、具体的には返却操作を有効化する処理を行う（Ｓ４８７）。このように、使用額分の玉貸処理における異常の発生を検出したときに精算カード５の返却を禁止するための返却禁止処理が行われるので、精算カード５に記録されている残額が減算更新されているにも拘わらず、該減算更新された残額に相当するパチンコ玉の貸与を受けることなく遊技者が精算カード５を返却して持ち去ってしまい、該遊技者が損をすることを防止できる。
【０２４１】
図１６は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における正常時の処理の一例を表す図である。カードユニット２０’は、カードストッカ２５ｂから搬送されてきた精算カード５をカードＲ／Ｗ２５で留保しており、管理装置オフライン状態で貨幣を受け付けると（Ｓ５０１）、該受け付けた貨幣の金額である入金額が１０００円以下であるか否かを判定する（Ｓ５０１’）。ここで入金額が１０００円を超えている（ＮＯ）と判定すると、Ｓ５０１で受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、入金額が１０００円以下である（ＹＥＳ）と判定すると、該入金額を含む入金消費情報をカードＲ／Ｗ制御部２６’に対して送信し（Ｓ５０２）、送信情報記憶手段で記憶している送信情報を更新する（Ｓ５０３）。このＳ５０３では、偶数回と記憶している送信情報を奇数回と更新する。なおＳ５０２で入金消費情報を送信した後、Ｓ５０６で入金消費完了通知を受信する前に、オフライン状態が発生した場合の処理については、図１７を参照して後述する。
【０２４２】
前記入金消費情報を受信したカードＲ／Ｗ制御部２６’は、該受信した入金消費情報に含まれる入金額を残額として、カードＲ／Ｗ２５により受け付けている精算カード５に対して記録することにより、一旦管理対象とし、その後に該残額を減算することにより、入金消費処理を行い（Ｓ５０４）、処理情報記憶手段で記憶している処理情報を更新する（Ｓ５０５）。このＳ５０５では、偶数回と記憶している処理情報を奇数回と更新する。そして入金消費完了通知をユニット制御部２１’に対して送信する（Ｓ５０６）。
【０２４３】
該入金消費完了通知を受信したユニット制御部２１’は、Ｓ５０１で受け付けた貨幣を回収し（Ｓ５０７）、前記入金額を残額として表示用記憶領域及び判定用記憶領域で記憶して（Ｓ５０８）、前述の如く入金額分の玉貸処理を行う（Ｓ５０９）。
【０２４４】
次に貨幣を受け付けると（Ｓ５１１）、Ｓ５１１’〜Ｓ５１９で、前述したＳ５０１’〜Ｓ５０９と同様の処理を行う。ただしＳ５１３では、奇数回と記憶している送信情報を偶数回と更新する。またＳ５１５では、奇数回と記憶している処理情報を偶数回と更新する。以後、貨幣を受け付ける毎に、Ｓ５０１〜Ｓ５０９，及びＳ５１１〜Ｓ５１９と同様の処理が繰り返される。
【０２４５】
このように、管理装置オフライン状態であるときには、貨幣の受付（ここでは１０００円以下の貨幣の受付）に基づいて前記入金消費情報の送信が行われて前記入金額貸与処理が行われるので、管理装置５０’で管理されない有価価値の大きさが精算カード５に残存することがなく、セキュリティが向上する。
【０２４６】
図１７は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。ユニット制御部２１’は、前記図１６のＳ５１２に示す入金消費情報をカードＲ／Ｗ制御部２６’に対して送信した後、Ｓ５１６に示す入金消費完了通知がカードＲ／Ｗ制御部２６’から返信されてくる前に、電断状態を検知したときには、該電断状態の発生前の処理として、管理装置オフライン状態での貨幣の受付を記憶する。
【０２４７】
ここで図１７（ａ）に示すように、前記Ｓ５１１〜Ｓ５１３の処理が行われ、Ｓ５１２の入金消費情報がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われていないので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ５０５で更新された奇数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１）。
【０２４８】
該リカバリ情報を受信したユニット制御部２１’は、入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６２）、電断状態を検知した後である（ＹＥＳ）と判定すると、電断状態の発生前の処理としていずれの処理を記憶しているかを判定する。ここでは電断状態の発生前の処理として管理装置オフライン状態での貨幣の受付を記憶しているので、前記判定手段により、前記受信したリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否か（ここでは処理情報が送信情報と一致するか否か）を判定する。ここでリカバリ情報に含まれる処理情報は奇数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ５１３で更新された偶数回であるため、両者は一致しない（処理情報≠送信情報）と判定されるので（Ｓ５６３）、前記Ｓ５１１で受け付けた貨幣を返却し（Ｓ５６４）、前記Ｓ５１３で更新した送信情報を元に戻して（Ｓ５６５）、貨幣を受け付ける前の状態に戻る。
【０２４９】
一方、図１７（ｂ）に示すように、前記Ｓ５１１〜Ｓ５１６の処理が行われ、Ｓ５１２の入金消費処理がカードＲ／Ｗ制御部２６’に届いた後であってＳ５１６の入金消費完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われているので、該電断状態を検知したカードＲ／Ｗ制御部２６’は、通電状態を検知したときに、処理情報記憶手段で記憶している処理情報（ここではＳ５１５で更新された偶数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１’）。
【０２５０】
該リカバリ情報を受信したユニット制御部２１’は、入金貸与制御部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６２）、電断状態を検知した後である（ＹＥＳ）と判定すると、図１７（ａ）と同様の手法で、前記判定手段による判定を行う。ここでリカバリ情報に含まれる処理情報は偶数回であり、送信情報記憶手段で記憶している送信情報は前記Ｓ５１３で更新された偶数回であるため、両者は一致する（処理情報＝送信情報）と判定されるので（Ｓ５６３’）、前述したＳ５１７〜Ｓ５１９の処理を行う。
【０２５１】
この図１７に示すように、カードＲ／Ｗ制御部２６’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、入金消費処理の実行毎に更新される処理情報を含むリカバリ情報がユニット制御部２１’に対して送信され、該リカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる処理情報と当該ユニット制御部２１’で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生しても、カードＲ／Ｗ制御部２６’側とユニット制御部２１’側の処理に不一致が生じることがない。
【０２５２】
ここで仮に、ユニット制御部２１’が、前記リカバリ情報として、精算カード５に記録されている残額や電断状態の発生前におけるカードＲ／Ｗ制御部２６’の処理状態を含むリカバリ情報を取得したとしても、入金額分の玉貸処理が行われるシステムの場合には、電断状態の発生前に入金消費情報を受信できているか否かに関わらず、精算カード５に記録されている残額は零であり、また電断状態の発生前におけるカードＲ／Ｗ制御部２６’の処理状態は入金消費済みであるため、今回の貨幣の受付に基づく入金消費処理が行われたのか，あるいは前回の貨幣の受付に基づく入金消費処理が行われたのかの判断がつかない。そこで本発明は、図１７に示すように、処理情報と送信情報とが予め定められた関係であるか否かを判定することにより、今回の貨幣の受付に基づく入金消費処理が行われたのか否かをユニット制御部２１’が把握できるようにしたものである。
【０２５３】
またユニット制御部２１’は、前記Ｓ５６２で、電断状態を検知した後でない（ＮＯ）と判定すると、前記Ｓ５６３の判定を行わずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、カードＲ／Ｗ制御部２６’に電断状態であることを検知させてリカバリ情報を送信させるような不正を行っても、ユニット制御部２１’で電断状態であることを検知していないと、該リカバリ情報を受信しても処理情報と送信情報とが予め定められた関係であるか否かの判定を行わずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０２５４】
［２−２．第２実施形態の変形例に係る遊技用システム１’］
次に第２実施形態の変形例に係る遊技用システム１’の構成について説明する。この変形例は、前述した第２実施形態と比較して、ユニット制御部２１’がリカバリ情報送信要求手段として機能する点と、それに伴う判定手段，及び貸与判定手段であるユニット制御部２１’，並びにリカバリ情報送信手段であるカードＲ／Ｗ制御部２６’の各機能のみが異なり、その他の点は同様である。
【０２５５】
ここでユニット制御部２１’はリカバリ情報送信要求手段の一例であって、前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部（カードＲ／Ｗ制御部２６’）に対して送信するものである。
【０２５６】
ここで前記判定手段として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段から送信した送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する。また入金貸与制御部として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行う。なお具体的な作用は、第２実施形態と同様である。
【０２５７】
またリカバリ情報送信要求手段として機能するユニット制御部２１’は、前記減算要求送信手段により減算要求を送信した後、前記減算応答返信手段から減算応答を受信する前に、前記入金貸与制御部側通信可否検知手段により通信不可能状態（電断状態）であることを検知し、その後に通信可能状態（通電状態）であることを検知したときに、有価価値管理部（カードＲ／Ｗ制御部２６’）で管理されている有価価値の大きさ（管理残額＝精算カード５に記録されている残額）を含むリカバリ情報の送信要求を該有価価値管理部に対して送信するものである。
【０２５８】
ここで前記貸与判定手段として機能するユニット制御部２１’は、前記リカバリ情報送信要求手段による送信要求に応じて有価価値管理部（カードＲ／Ｗ制御部２６’）のリカバリ情報送信手段から送信されてくる前記リカバリ情報（即ちカードＲ／Ｗ制御部２６’で管理されている有価価値の大きさを含むリカバリ情報）を受信したときに、該受信したリカバリ情報に含まれる有価価値の大きさが、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）と一致するか否かを判定するものである。なお前記貸与判定手段として機能するユニット制御部２１’は、前述した第２実施形態と同様に、前記受信したリカバリ情報に含まれる有価価値の大きさ（管理残額）が、判定用記憶領域で記憶している有価価値の大きさ（記憶残額）よりも大きいか否かを判定する。
【０２５９】
なおリカバリ情報送信手段として機能するカードＲ／Ｗ制御部２６’は、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときに、該リカバリ情報をユニット制御部２１’に対して送信する。一方、前記有価価値管理部側通信可否検知手段により通信不可能状態（電断状態）であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報をユニット制御部２１’に対して送信せず、この場合にはエラー処理を行う。このエラー処理は、例えば異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等である。
【０２６０】
次に図１８〜図２０を参照して、第２実施形態の変形例に係る遊技用システム１’の作用について説明する。この変形例では、前述した第２実施形態と比較して、前記図１１に代えて図１８の処理，前記図１４に代えて図１９の処理，及び前記図１７に代えて図２０の処理が行われる点のみが異なり、その他の処理（即ち図１０，図１２，図１３，図１５，図１６の処理）は同様である。
【０２６１】
図１８は、管理装置オンライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１８（ａ）に示すように、前記Ｓ３０１〜Ｓ３０２の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われていないので、該送信要求に応じて、入金未完情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１）。以下Ｓ３６２〜Ｓ３６３の処理は、図１１（ａ）と同様である。
【０２６２】
一方、図１８（ｂ）に示すように、前記Ｓ３０１〜Ｓ３０４の処理が行われ、Ｓ３０２の入金要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ３０４の入金完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ３６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、管理残額に対する入金額の加算更新（即ち精算カード５に対する入金額の記録）が行われているので、該送信要求に応じて、入金完了情報を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ３６１’）。以下Ｓ３６２’の処理は、図１１（ｂ）と同様である。
【０２６３】
この図１８に示すように、ユニット制御部２１’により、入金要求を送信した後であって入金完了通知を受信する前に、電断状態が発生したことを検知し、その後に通電状態に復帰したことを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求がカードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、玉貸操作の検出に基づいて減算要求が送信されることにより、カードＲ／Ｗ制御部２６’における減算処理及びユニット制御部２１’における使用額分の玉貸処理が行われるので、入金処理の途中で電断状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図１１で説明したのと同様である。
【０２６４】
図１９は、管理装置オンライン状態で精算カード５が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図１９（ａ）に示すように、前記Ｓ４１１〜Ｓ４１２の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、管理残額から使用額の減算更新（即ち精算カード５に記録されている残額から使用額の減算更新）が行われていないので、該送信要求に応じて、減算更新前の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１）。以下Ｓ４６３〜Ｓ４６４の処理は、図１４（ａ）と同様である。
【０２６５】
一方、図１９（ｂ）に示すように、前記Ｓ４１１〜Ｓ４１４の処理が行われ、Ｓ４１２の減算要求がカードＲ／Ｗ制御部２６’に届いた後であってＳ４１３の減算応答がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ４６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ４６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、管理残額から使用額の減算更新（即ち精算カード５に記録されている残額から使用額の減算更新）が行われているので、該送信要求に応じて、減算更新後の管理残額を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ４６１’）。以下Ｓ４６３〜Ｓ４６６’の処理は、図１４（ｂ）と同様である。
【０２６６】
この図１９に示すように、ユニット制御部２１’により、電断状態であることを検知し、その後に通電状態であることを検知したときに、カードＲ／Ｗ制御部２６’で管理されている管理残額を含むリカバリ情報の送信要求が該カードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる管理残額が記憶残額と一致するか否かが判定され、一致しないと判定されると、（ｂ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われているとして使用額分の玉貸処理が行われる一方、一致すると判定されると、（ａ）に示すように、カードＲ／Ｗ制御部２６’で管理されている残額の減算更新が行われていないとして使用額分の玉貸処理が行われないので、使用額分の玉貸処理に先立ってカードＲ／Ｗ制御部２６’で管理されている残額を減算更新するための減算要求をユニット制御部２１’からカードＲ／Ｗ制御部２６’に対して送信する場合にも、電断状態の発生により遊技場や遊技者が損をするおそれが無くなる。なお具体的な効果は、図１４で説明したのと同様である。
【０２６７】
なおカードＲ／Ｗ制御部２６’は、前記Ｓ４６０’で、電断状態を検知した後でない（ＮＯ）と判定されると、リカバリ情報をユニット制御部２１’に対して送信せずに、エラー処理として、異常である旨を報知するための処理や、精算カード５の返却を禁止する処理等を行う。これによれば、ユニット制御部２１’に電断状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２６’で電断状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により使用額分の玉貸処理が行われるのを防止できる。
【０２６８】
図２０は、管理装置オフライン状態で貨幣（紙幣２，硬貨３）が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。まず図２０（ａ）に示すように、前記Ｓ５１１〜Ｓ５１３の処理が行われ、Ｓ５１２の入金消費情報がカードＲ／Ｗ制御部２６’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ５６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われていないので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここでは前記Ｓ５０５で更新された奇数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１）。以下Ｓ５６３〜Ｓ５６５の処理は、図１７（ａ）と同様である。
【０２６９】
一方、図２０（ｂ）に示すように、前記Ｓ５１１〜Ｓ５１６の処理が行われ、Ｓ５１２の入金消費処理がカードＲ／Ｗ制御部２６’に届いた後であってＳ５１６の入金消費完了通知がユニット制御部２１’に届く前に電断状態が発生した場合には、該電断状態を検知したユニット制御部２１’は、通電状態を検知したときに、リカバリ情報の送信要求をカードＲ／Ｗ制御部２６’に対して送信する（Ｓ５６０）。該リカバリ情報の送信要求を受信したカードＲ／Ｗ制御部２６’は、有価価値管理部側通信可否検知手段により電断状態を検知した後であるか否かを判定し（Ｓ５６０’）、電断状態を検知した後である（ＹＥＳ）と判定されると、Ｓ５１４の入金消費処理及びＳ５１５の処理情報の更新が行われているので、該送信要求に応じて、処理情報記憶手段で記憶している処理情報（ここではＳ５１５で更新された偶数回）を含むリカバリ情報をユニット制御部２１’に対して送信する（Ｓ５６１’）。以下Ｓ５６３’の処理は、図１７（ｂ）と同様である。
【０２７０】
この図２０に示すように、ユニット制御部２１’により、電断状態の発生を検知し、その後に通電状態への復帰を検知したときに、カードＲ／Ｗ制御部２６’で記憶されている入金消費処理の実行毎に更新される処理情報を含むリカバリ情報の送信要求が該カードＲ／Ｗ制御部２６’に対して送信され、該送信要求に応じてカードＲ／Ｗ制御部２６’から送信されてくるリカバリ情報を受信したユニット制御部２１’により、該受信したリカバリ情報に含まれる処理情報と当該ユニット制御部２１’で記憶している送信情報とが予め定められた関係であるか否か（ここでは偶奇が一致するか否か）が判定され、予め定められた関係であると判定されたことを条件として、入金額分の玉貸処理が行われるので、カードＲ／Ｗ制御部２６’とユニット制御部２１’との間で電断状態が発生しても、カードＲ／Ｗ制御部２６’側とユニット制御部２１’側の処理に不一致が生じることがない。
【０２７１】
またカードＲ／Ｗ制御部２６’は、前記Ｓ５６０’で、電断状態を検知した後でない（ＮＯ）と判定すると、リカバリ情報をユニット制御部２１’に対して送信せずに、エラー処理として、異常である旨を報知するための処理等を行う。これによれば、ユニット制御部２１’に電断状態であることを検知させてリカバリ情報の送信要求を送信させるような不正を行っても、カードＲ／Ｗ制御部２６’で電断状態であることを検知していないと、該リカバリ情報を送信せずにエラー処理が行われるので、該不正により入金額分の玉貸処理が行われるのを防止できる。
【０２７２】
［３．変形例］
最後に、本発明の変形例について説明する。
【０２７３】
上記の実施形態では、送信情報と処理情報との予め定められた関係とは、両者の偶奇が一致するものである例について説明したが、これに限らず、該関係は、入金貸与制御部の処理（入金消費情報の送信）に基づき有価価値管理部の処理（入金消費処理の実行）が行われたか否かを入金貸与制御部が判定できるように予め定められた関係であれば良い。例えば両者の偶奇が食い違っていれば、予め定められた関係であると判定するようにしても良い。
【０２７４】
上記の実施形態では、送信情報が、当日における入金消費情報の送信回数を偶数回又は奇数回で示すものであり、処理情報が、当日における入金消費処理の実行回数を偶数回又は奇数回で示すものである例について説明したが、これに限らず、送信情報を、当日における入金消費情報の送信回数の通算数を示すものとし、処理情報を、当日における入金消費処理の実行回数の通算数を示すものとしても良い。また送信情報を、入金消費情報の送信毎に更新される０又は１の符号とし、処理情報を、入金消費処理の実行毎に更新される０又は１の符号としても良く、さらに該０又は１の符号の代わりに、フラグをＯＮ又はＯＦＦするものでも良い。即ち送信情報は、入金消費情報の送信毎に更新される情報であれば良く、また処理情報は、入金消費処理の実行毎に更新される情報であれば良い。
【０２７５】
上記の第１実施形態において、図４（ａ）のＳ１６５で受付貨幣が返却されてＳ１６６で送信情報が元に戻された後に、Ｓ１１２の入金消費情報を再度送信するようにしても良い。同様に、上記の第２実施形態において、図１７（ａ）のＳ５６５で受付貨幣が返却されてＳ５６６で送信情報が元に戻された後に、Ｓ５１２の入金消費情報を再度送信するようにしても良い。
【０２７６】
上記の実施形態では、図１に示すように、カードユニット２０，２０’と管理装置５０，５０’とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０２７７】
上記の実施形態では、図２に示すように、紙幣識別機２３にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２４にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０２７８】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）により受け付けられて回収された貨幣（紙幣２，硬貨３）がカードユニット２０，２０’の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、カードユニット２０，２０’の内部に貯留されるようにしても良い。
【０２７９】
上記の実施形態では、図２に示すように、貨幣受付手段（紙幣識別機２３、硬貨識別機２４）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０２８０】
上記の実施形態では、入金額が記録される記録媒体が、カードストッカ２５ｂから搬送された精算カード５である例について説明したが、これに限らず、該記録媒体は、例えば第１実施形態における表示用記憶領域や、第２実施形態におけるカードＲ／Ｗ制御部２６’のＲＡＭや、カードＲ／Ｗ２５の内部に指触不能に封入されている封入型カードや、外部からカードＲ／Ｗ２５に挿入されたカードであっても良い。
【０２８１】
上記の実施形態において、記録媒体である精算カード５に代えて、会員登録を行った会員遊技者に対して発行される会員カードや、会員登録を行っていないビジタ遊技者に対して発行されるビジタカードを使用するようにしても良い。この場合には、会員カードについてのみ、２０００円以上の高額入金を可能とし、ビジタカードについては、１０００円以下の低額入金のみを可能としても良い。
【０２８２】
上記の実施形態では、記録媒体（精算カード５）が非接触式のＩＣカードである例について説明したが、これに限らず、該記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また記録媒体の形状はカード型には限られず、コイン型であっても良い。
【０２８３】
上記の実施形態では、カードＲ／Ｗ２５により受け付けている精算カード５が返却されると、カードストッカ２５ｂに収納されている精算カード５がカードＲ／Ｗ２５に搬送される例について説明したが、これに限らず、カードＲ／Ｗ２５により受け付けている精算カード５が返却されても、カードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送せず、貨幣が受け付けられると、カードストッカ２５ｂに収納されている精算カード５がカードＲ／Ｗ２５に搬送されるようにしても良い。また、貨幣の受付時にはユニット制御部２１の表示用記憶領域やカードＲ／Ｗ制御部２６’のＲＡＭで入金額を記憶する一方で、返却操作時にカードストッカ２５ｂに収納されている精算カード５をカードＲ／Ｗ２５に搬送して該精算カード５に残額を記録するようにしても良い。
【０２８４】
上記の実施形態では、有価価値の大きさとして金額自体が管理されている例について説明したが、これに限らず、該有価価値の大きさとして、該金額が所定の比率で換算された残度数や点数等が管理されるようにしても良い。
【０２８５】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパチロット，遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０２８６】
上記の第１実施形態では、カードユニット２０において、ユニット制御部２１とカードＲ／Ｗ制御部２６とが別個に設けられている例について説明したが、これに限らず、両者の機能を備える１つの制御部を設けるようにしても良い。
【０２８７】
上記の実施形態では、外部通信部２７がカードＲ／Ｗ制御部２６，２６’と接続されている例について説明したが、これに限らず、該外部通信部２７は、ユニット制御部２１，２１’と接続されるものであっても良い。
【０２８８】
上記の実施形態では、カードユニット２０，２０’において貸与処理が行われるときに、１度数に相当するパチンコ玉数（例えば消費税を考慮しないのであれば２５個、消費税を考慮するのであれば消費税率に応じて２４個，２３個…等の、具体的な玉数）である払出要求玉数のパチンコ玉の払出を要求する払出要求信号がパチンコ機１０に対して送信される例について説明したが、該貸与処理は、例えば以下の変形例１又は変形例２に示す如く行われるようにしても良い。
【０２８９】
まず変形例１として、パチンコ機１０において、カードユニット２０，２０’からの１回の払出要求に応じて払い出すパチンコ玉の数（以下「単位払出数」という。）を設定変更可能に構成すると共に、カードユニット２０，２０’において、該設定された単位払出数を予め記憶可能に構成した場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、実際に払い出したパチンコ玉の数である払出結果玉数を示す払出結果信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記予め記憶している単位払出数と、該払出結果信号に示される払出結果玉数とを照合し、照合ＯＫである場合には、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２９０】
ここで払出結果玉数を示す払出結果信号は、パチンコ機１０の払出制御基板１２から出力されるようにしても良いし、払い出されたパチンコ玉の数を検出する図示しない払出検出センサから出力されるようにしても良い。またカードユニット２０，２０’において予め記憶しておく単位払出数は、カード会社の管理装置や遊技場の管理装置５０，５０’で設定し、カードユニット２０，２０’に配信して記憶するようにすれば良い。そして、例えば前記単位払出数と払出結果玉数との照合ＮＧの場合に、カードユニット２０，２０’を不能動化するように構成すれば、遊技場が実際の申告よりも小さい単位払出数をパチンコ機１０において設定するような不正を防止できる。
【０２９１】
また変形例２として、前記単位払出数が一定（例えば２５個）である場合には、以下のようにして貸与処理を行う。まずカードユニット２０，２０’は、玉貸ボタン１５の操作をユニット制御部２１により検出すると、パチンコ玉の払出を要求する払出要求信号（具体的な払出要求玉数は示さない信号）を払出制御基板１２に対して送信する。該払出要求信号を受信したパチンコ機１０は、玉払出装置１３からパチンコ玉の払出が可能であるか否かを確認し、該確認結果が可能である場合には、玉貸準備信号をユニット制御部２１に対して送信する。該玉貸準備信号を検出したカードユニット２０，２０’は、玉貸指令信号を払出制御基板１２に対して送信し、該玉貸指令信号を受信したパチンコ機１０は、前記単位払出数のパチンコ玉の払出を指示する払出信号を払出制御基板１２から玉払出装置１３に対して出力し、これに基づいて、玉払出装置１３から単位払出数分のパチンコ玉の払出を行い、該払出の終了に基づいて、１度数分の貸与処理の完了を示す玉貸完了信号をユニット制御部２１に対して送信する。該払出結果信号を受信したカードユニット２０，２０’は、前記１度数分の減算処理を行い、その後、前記玉貸設定度数分の貸与処理を行う。
【０２９２】
上記の実施形態では、遊技媒体を貸与するための貸与処理が、パチンコ玉を貸与する玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記画像式のパチンコ機やスロットマシンにおいて有価価値の大きさを遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０２９３】
上記の実施形態では、貸与処理が行われた場合に、カードユニット２０，２０’と遊技機（パチンコ機１０）との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該遊技機に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、カードユニット２０，２０’に設けられた図示しない玉払出装置からパチンコ玉が払い出されて貸与されるようにしても良い。
【０２９４】
上記の実施形態では、図２に示すように、残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６が遊技機（パチンコ機１０）に設けられ、カードユニット２０，２０’と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及びカード返却ボタン１６の一部又は全部をカードユニット２０，２０’に設けるようにしても良い。
【０２９５】
上記の第１実施形態では、精算カード５に記録されている残額が１０００円以下であるときに貨幣を受付可能である例について説明したが、これに限らず、該残額が零であるときに貨幣を受付可能であるようにしても良く、また該残額の多少によらずに貨幣を受付可能であるようにしても良い。
【０２９６】
上記の第１実施形態では、入金額が１０００円以下であるときに入金消費情報が送信されて、その結果として入金額貸与処理が行われ、入金額が１０００円を超えているときに入金要求が送信されて、その結果として管理装置５０において入金処理が行われる例について説明したが、これに限らず、入金額の多少によらずに入金消費情報が送信されて入金額貸与処理が行われるようにしても良い。
【０２９７】
上記の実施形態では、入金貸与制御部から有価価値管理部に対して送信される減算要求に使用額が含まれる例について説明したが、これに限らず、該減算要求に、有価価値減算手段による減算後の残額が含まれるようにしても良い。つまり、上記の実施形態では、使用額を有価価値管理部に送信して、有価価値管理部側で管理残額（ハードディスク５３で記憶している残額，又は精算カード５に記録されている残額）から使用額を減算して管理残額を更新していたが、入金貸与制御部から減算後の残額が送信されれば、有価価値管理部は管理残額を該送信されてきた残額に更新するのみで良く、これによれば、有価価値管理部側で管理残額を減算をする必要が無くなる。
【０２９８】
上記の実施形態では、玉貸処理において、記録媒体の記録情報から特定される有価価値の大きさの減算が１度数分ずつ行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、玉貸処理の終了を待たずに（残額が一致するか否かの判定前に）該減算が使用額分一括して行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。また上記の実施形態では、有価価値管理部から受信した残額と判定用記憶領域で記憶されている残額が一致するか否かの判定が玉貸処理の途中で行われるため、表示用記憶領域と判定用記憶領域とを別個に設ける例について説明したが、該判定が玉貸処理の終了後に行われるようにした場合には、両記憶領域の機能を兼ね備えるものを１つだけ設けるようにしても良い。
【０２９９】
上記の第２実施形態では、通信不可能状態が電断である例について説明したが、これに限らず、該通信不可能状態には、ユニット制御部２１とカードＲ／Ｗ制御部２６’の間が断線して通信できないような場合も含まれる。
【０３００】
上記の第１実施形態において、前記有価価値管理部（管理装置５０）は、前記有価価値管理部側通信可否検知手段（制御部５２）により前記通信不可能状態（オフライン状態）であることを検知し、その後に前記通信可能状態（オンライン状態）であることを検知したときに、前記リカバリ情報送信手段（通信部５１）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部（カードユニット２０）に対して送信し、前記入金貸与制御部は、前記入金要求送信手段（ユニット制御部２１）により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１）により前記減算要求の送信を行うようにしても良い。具体的には、第２実施形態における図１１と同様に、カードユニット２０において、１０００円を超える貨幣を受け付けた後に、オフライン状態を検知したときに、該オフライン状態の発生前の処理として、１０００円を超える貨幣の受付を記憶すると共に、管理装置５０からリカバリ情報を受信したときに、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定し、該処理として１０００円を超える貨幣の受付を記憶しているときに、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定するように構成する。そしてリカバリ情報に入金未完情報が含まれるときには、入金処理が完了していないと判定し、受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、リカバリ情報に入金完了情報が含まれるときには、入金処理が完了していると判定し、前記Ｓ１５５に進む。これによれば、有価価値管理部により、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報が入金貸与制御部に対して送信され、該リカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０３０１】
また上記の第１実施形態の変形例において、前記入金貸与制御部（カードユニット２０）は、前記入金要求送信手段（ユニット制御部２１）により入金要求を送信した後、前記有価価値管理部（管理装置５０）から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段（ユニット制御部２１）により前記通信不可能状態（オフライン状態）であることを検知し、その後に前記通信可能状態（オンライン状態）であることを検知したときに、前記リカバリ情報送信要求手段（ユニット制御部２１）により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段（ユニット制御部２１）をさらに有し、該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段（ユニット制御部２１）により貸与要求操作（玉貸操作）を検出したことに基づいて、前記減算要求送信手段（ユニット制御部２１）により前記減算要求の送信を行うようにしても良い。具体的には、第２実施形態における図１８と同様に、１０００円を超える貨幣を受け付けた後に、オフライン状態を検知したときに、該オフライン状態の発生前の処理として、１０００円を超える貨幣の受付を記憶すると共に、その後にオンライン状態を検知したときに、管理装置５０に対してリカバリ情報の送信を要求し、該管理装置５０からリカバリ情報を受信したときに、オフライン状態の発生前の処理としていずれの処理を記憶しているかを判定し、該処理として１０００円を超える貨幣の受付を記憶しているときに、前記入金処理完了判定手段により、該受信したリカバリ情報に含まれる入金処理が完了しているか否かを示す情報に基づいて、入金処理が完了しているか否かを判定するように構成する。そしてリカバリ情報に入金未完情報が含まれるときには、入金処理が完了していないと判定し、受け付けた貨幣を返却して、貨幣を受け付ける前の状態に戻る。一方、リカバリ情報に入金完了情報が含まれるときには、入金処理が完了していると判定し、前記Ｓ１５５に進む。これによれば、入金貸与制御部により、入金要求を送信した後であって入金完了通知を受信する前に、通信不可能状態であることを検知し、その後に通信可能状態であることを検知したときに、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信要求が有価価値管理部に対して送信され、該送信要求に応じて有価価値管理部から送信されてくるリカバリ情報を受信した入金貸与制御部により、入金処理が完了しているか否かが判定され、入金処理が完了していると判定されると、貸与要求操作の検出に基づいて減算要求が送信されることにより、有価価値管理部における減算処理及び入金貸与制御部における貸与処理が行われるので、入金処理の途中で通信不可能状態が発生した場合にも、遊技場や遊技者が損をするおそれが無くなる。
【０３０２】
上記の第１実施形態において、図３に示すように、Ｓ１５４の入金完了通知の後に、管理装置５０で記憶された入金額を示す入金額通知が管理装置５０からカードユニット２０に対してさらに送信された後に、Ｓ１５５以下の処理が行われて、玉貸操作の受付が可能となるようにしても良い。同様に、上記の第２実施形態において、図１０又は図１３に示すように、Ｓ３０４又はＳ４３４の入金完了通知の後に、精算カード５に記録された入金額を示す入金額通知がカードＲ／Ｗ制御部２６’からユニット制御部２１’に対してさらに送信された後に、Ｓ３０５又はＳ４３５以下の処理が行われて、玉貸操作の受付が可能となるようにしても良い。
【０３０３】
上記の第２実施形態では、図１０又は図１３に示すように、Ｓ３０１又はＳ４３１の貨幣の受付時には、管理装置５０’において入金額が記憶されない例について説明したが、これに限らず、貨幣の受付時に、入金額とカードＩＤとユニットＩＤを含む入金要求がカードＲ／Ｗ制御部２６’から管理装置５０’に対して送信され、管理装置５０’において該入金額をカードＩＤと対応付けて記憶するようにしても良い。同様に、上記の第２実施形態では、図１０又は図１３に示すように、Ｓ３１１又はＳ４１１の玉貸操作の受付時には、管理装置５０’において記憶している残額が減算更新されない例について説明したが、これに限らず、玉貸操作の受付時に、使用額とカードＩＤとユニットＩＤを含む減算要求がカードＲ／Ｗ制御部２６’から管理装置５０’に対して送信され、管理装置５０’において該使用額を記憶している残額から減算更新するようにしても良い。
【０３０４】
上記の実施形態では、カードユニット２０，又はユニット制御部２１’において、減算応答を受信した後に、使用額の減算が行われてから、玉貸処理が開始される例について説明したが、これに限らず、玉貸処理が開始されてから、使用額の減算が行われるようにしても良い。
【０３０５】
上記の実施形態において、リカバリ情報の送信要求を入金貸与制御部（カードユニット２０，ユニット制御部２１’）から有価価値管理部（管理装置５０，カードＲ／Ｗ制御部２６’）に対して送信するにあたり、該入金貸与制御部で記憶している通信不可能状態（オフライン状態，電断状態）の発生前の処理を参照して、必要な情報を含むリカバリ情報の送信要求を有価価値管理部に対して送信するようにしても良い。具体的には、上記の第１実施形態において、通信不可能状態の発生前の処理として、１０００円以下の貨幣の受付を記憶しているときには、処理情報を含むリカバリ情報の送信を要求すれば良く、玉貸操作の受付を記憶しているときには、管理装置５０で管理している管理残額を含むリカバリ情報の送信を要求すれば良い。また上記の第２実施形態において、通信不可能状態の発生前の処理として、管理装置オンライン状態での貨幣の受付を記憶しているときには、入金処理が完了しているか否かを示す情報を含むリカバリ情報の送信を要求すれば良く、玉貸操作の受付を記憶しているときには、カードＲ／Ｗ制御部２６’で管理している管理残額（即ち精算カード５で記憶されている残額）を含むリカバリ情報の送信を要求すれば良く、管理装置オフライン状態での貨幣の受付を記憶しているときには、処理情報を含むリカバリ情報の送信を要求すれば良い。これによれば、送信されてきたリカバリ情報の中から必要な情報を選択するという処理を省略できる。
【図面の簡単な説明】
【０３０６】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）はカードユニット及びパチンコ機の正面図であり、図２（ｂ）はカードユニットの断面右側面図である。
【図３】図３は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図４】図４は第１実施形態に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図５】図５は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図６】図６は第１実施形態に係るカードユニットで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図７】図７は第１実施形態に係る遊技用システムで精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図８】図８は第１実施形態の変形例に係る遊技用システムで貨幣が受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図９】図９は第１実施形態の変形例に係る遊技用システムで精算カードが受け付けられた場合における通信不可能状態（オフライン状態）発生時の処理の一例を表す図である。
【図１０】図１０は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図１１】図１１は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１２】図１２は第２実施形態に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における異常時の処理の一例を表す図である。
【図１３】図１３は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における正常時の処理の一例を表す図である。
【図１４】図１４は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１５】図１５は第２実施形態に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における異常時の処理の一例を表す図である。
【図１６】図１６は第２実施形態に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における正常時の処理の一例を表す図である。
【図１７】図１７は第２実施形態に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１８】図１８は第２実施形態の変形例に係る遊技用システムの管理装置オンライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図１９】図１９は第２実施形態の変形例に係る遊技用システムの管理装置オンライン状態で精算カードが受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【図２０】図２０は第２実施形態の変形例に係る遊技用システムの管理装置オフライン状態で貨幣が受け付けられた場合における通信不可能状態（電断状態）発生時の処理の一例を表す図である。
【符号の説明】
【０３０７】
１…遊技用システム
２…紙幣
３…硬貨
５…精算カード
１５…玉貸ボタン
２０…カードユニット
２１…ユニット制御部
２３…紙幣識別機
２４…硬貨識別機
２６…カードＲ／Ｗ制御部
５０…管理装置
５１…通信部
５２…制御部
５３…ハードディスク
【特許請求の範囲】
【請求項１】
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、
前記入金額に相当する有価価値の大きさを管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、
を備える遊技用システムであって、
前記入金貸与制御部は、
前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段と、
該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段と、
該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段と、を有し、
前記有価価値管理部は、
前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段と、
前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段と、
前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段と、
該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段と、
前記入金貸与制御部と通信できる通信可能状態であるか該入金貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段と、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部に対して送信するリカバリ情報送信手段と、を有し、
前記入金貸与制御部は、
前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行う入金額貸与処理手段と、
前記リカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する判定手段と、をさらに有し、
前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記リカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記入金貸与制御部は、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する入金貸与制御部側通信可否検知手段をさらに有し、
該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行い、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システム。
【請求項３】
請求項１又は２に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値の大きさを記録可能な記録媒体に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、
遊技機に対応して設けられ、前記貨幣受付手段と前記入金貸与制御部と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報を外部に送信する有価価値情報送信手段を有する遊技用装置と、
前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置と、をさらに備え、
前記入金貸与制御部は、
遊技者による前記遊技媒体の貸与要求操作を検出する貸与要求操作検出手段と、
前記管理装置と通信できる管理装置通信可能状態であるか該管理装置と通信できない管理装置通信不可能状態であるかを検知する管理装置通信可否検知手段と、
該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段と、
該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段と、
該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、をさらに有し、
前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段により前記入金消費情報の送信を行うことを特徴とする遊技用システム。
【請求項４】
請求項３に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記リカバリ情報送信手段により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部に対して送信し、
前記入金貸与制御部は、
前記入金要求送信手段により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段をさらに有し、
該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記減算要求送信手段により前記減算要求の送信を行うことを特徴とする遊技用システム。
【請求項５】
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、
前記入金額に相当する有価価値の大きさを管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、
を備える遊技用システムであって、
前記入金貸与制御部は、
前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段と、
該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段と、
該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段と、を有し、
前記有価価値管理部は、
前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段と、
前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段と、
前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段と、
該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段と、を有し、
前記入金貸与制御部は、
前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行う入金額貸与処理手段と、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する入金貸与制御部側通信可否検知手段と、
前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部に対して送信するリカバリ情報送信要求手段と、
該リカバリ情報送信要求手段から送信した送信要求に応じて前記有価価値管理部から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する判定手段と、をさらに有し、
前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システム。
【請求項６】
請求項５に記載した遊技用システムであって、
前記有価価値管理部は、
前記入金貸与制御部と通信できる通信可能状態であるか該入金貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段をさらに有し、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システム。
【請求項７】
請求項５又は６に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値の大きさを記録可能な記録媒体に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、
遊技機に対応して設けられ、前記貨幣受付手段と前記入金貸与制御部と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報を外部に送信する有価価値情報送信手段を有する遊技用装置と、
前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置と、をさらに備え、
前記入金貸与制御部は、
遊技者による前記遊技媒体の貸与要求操作を検出する貸与要求操作検出手段と、
前記管理装置と通信できる管理装置通信可能状態であるか該管理装置と通信できない管理装置通信不可能状態であるかを検知する管理装置通信可否検知手段と、
該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段と、
該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段と、
該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、をさらに有し、
前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段により前記入金消費情報の送信を行うことを特徴とする遊技用システム。
【請求項８】
請求項７に記載した遊技用システムであって、
前記入金貸与制御部は、
前記入金要求送信手段により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記リカバリ情報送信要求手段により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、
該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段をさらに有し、
該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記減算要求送信手段により前記減算要求の送信を行うことを特徴とする遊技用システム。
【請求項１】
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、
前記入金額に相当する有価価値の大きさを管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、
を備える遊技用システムであって、
前記入金貸与制御部は、
前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段と、
該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段と、
該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段と、を有し、
前記有価価値管理部は、
前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段と、
前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段と、
前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段と、
該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段と、
前記入金貸与制御部と通信できる通信可能状態であるか該入金貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段と、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶している処理情報を含むリカバリ情報を前記入金貸与制御部に対して送信するリカバリ情報送信手段と、を有し、
前記入金貸与制御部は、
前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行う入金額貸与処理手段と、
前記リカバリ情報送信手段から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する判定手段と、をさらに有し、
前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記リカバリ情報送信手段からリカバリ情報が送信されてきたときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記入金貸与制御部は、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する入金貸与制御部側通信可否検知手段をさらに有し、
該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行い、該入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信手段からリカバリ情報を受信したときには、前記判定手段による判定を行わずにエラー処理を行うことを特徴とする遊技用システム。
【請求項３】
請求項１又は２に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値の大きさを記録可能な記録媒体に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、
遊技機に対応して設けられ、前記貨幣受付手段と前記入金貸与制御部と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報を外部に送信する有価価値情報送信手段を有する遊技用装置と、
前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置と、をさらに備え、
前記入金貸与制御部は、
遊技者による前記遊技媒体の貸与要求操作を検出する貸与要求操作検出手段と、
前記管理装置と通信できる管理装置通信可能状態であるか該管理装置と通信できない管理装置通信不可能状態であるかを検知する管理装置通信可否検知手段と、
該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段と、
該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段と、
該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、をさらに有し、
前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段により前記入金消費情報の送信を行うことを特徴とする遊技用システム。
【請求項４】
請求項３に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記リカバリ情報送信手段により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報を前記入金貸与制御部に対して送信し、
前記入金貸与制御部は、
前記入金要求送信手段により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記リカバリ情報送信手段から送信されてきたリカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段をさらに有し、
該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記減算要求送信手段により前記減算要求の送信を行うことを特徴とする遊技用システム。
【請求項５】
貨幣を受け付ける貨幣受付手段と、
該貨幣受付手段により受け付けた貨幣の金額である入金額に相当する有価価値の大きさの範囲内における所定の大きさの有価価値を使用して遊技媒体を貸与する入金貸与制御部と、
前記入金額に相当する有価価値の大きさを管理すると共に、該管理している有価価値の大きさから前記遊技媒体の貸与に使用される有価価値の大きさを減算する有価価値管理部と、
を備える遊技用システムであって、
前記入金貸与制御部は、
前記貨幣受付手段による貨幣の受付に基づいて、入金消費情報を前記有価価値管理部に対して送信する入金消費情報送信手段と、
該入金消費情報送信手段による入金消費情報の送信毎に更新される送信情報を記憶する送信情報記憶手段と、
該送信情報記憶手段で記憶している送信情報を前記入金消費情報送信手段による入金消費情報の送信毎に更新する送信情報更新手段と、を有し、
前記有価価値管理部は、
前記入金消費情報送信手段から入金消費情報が送信されてきたことに基づいて、前記入金額に相当する有価価値の大きさを一旦管理対象とした後に該有価価値の大きさを減算する入金消費処理を行う入金消費処理手段と、
前記入金消費処理が完了したことに基づいて、該入金消費処理の完了を示す入金消費完了通知を前記入金貸与制御部に対して返信する入金消費完了通知返信手段と、
前記入金消費処理の実行毎に更新される処理情報を記憶する処理情報記憶手段と、
該処理情報記憶手段で記憶している処理情報を前記入金消費処理の実行毎に更新する処理情報更新手段と、を有し、
前記入金貸与制御部は、
前記入金消費完了通知返信手段から入金消費完了通知が返信されてきたことに基づいて、前記入金額に相当する有価価値の大きさに相当する遊技媒体を貸与するための入金額貸与処理を行う入金額貸与処理手段と、
前記有価価値管理部と通信できる通信可能状態であるか該有価価値管理部と通信できない通信不可能状態であるかを検知する入金貸与制御部側通信可否検知手段と、
前記入金消費情報送信手段により入金消費情報を送信した後、前記入金消費完了通知返信手段から入金消費完了通知が返信されてくる前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記処理情報記憶手段で記憶されている処理情報を含むリカバリ情報の送信要求を前記有価価値管理部に対して送信するリカバリ情報送信要求手段と、
該リカバリ情報送信要求手段から送信した送信要求に応じて前記有価価値管理部から送信されてきたリカバリ情報に含まれる処理情報と前記送信情報記憶手段で記憶している送信情報とが予め定められた関係であるか否かを判定する判定手段と、をさらに有し、
前記リカバリ情報送信要求手段によりリカバリ情報の送信要求を送信したときには、前記判定手段により予め定められた関係であると判定されたことを条件として、前記入金額貸与処理手段により前記入金額貸与処理を行うことを特徴とする遊技用システム。
【請求項６】
請求項５に記載した遊技用システムであって、
前記有価価値管理部は、
前記入金貸与制御部と通信できる通信可能状態であるか該入金貸与制御部と通信できない通信不可能状態であるかを検知する有価価値管理部側通信可否検知手段をさらに有し、
該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知した後に前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信し、該有価価値管理部側通信可否検知手段により前記通信不可能状態であることを検知していないにも拘わらず前記リカバリ情報送信要求手段からリカバリ情報の送信要求を受信したときには、該リカバリ情報を前記入金貸与制御部に対して送信せずにエラー処理を行うことを特徴とする遊技用システム。
【請求項７】
請求項５又は６に記載した遊技用システムであって、
前記有価価値管理部は、前記有価価値の大きさを記録可能な記録媒体に対して前記入金額に相当する有価価値の大きさを記録することにより前記管理を行い、
遊技機に対応して設けられ、前記貨幣受付手段と前記入金貸与制御部と前記有価価値管理部とを含み、前記記録媒体に記録されている有価価値の大きさを示す有価価値情報を外部に送信する有価価値情報送信手段を有する遊技用装置と、
前記記録媒体に記録されている有価価値の大きさを各記録媒体毎に管理すると共に、前記有価価値情報送信手段から送信されてきた有価価値情報に基づいて当該有価価値の大きさの照合を行う管理装置と、をさらに備え、
前記入金貸与制御部は、
遊技者による前記遊技媒体の貸与要求操作を検出する貸与要求操作検出手段と、
前記管理装置と通信できる管理装置通信可能状態であるか該管理装置と通信できない管理装置通信不可能状態であるかを検知する管理装置通信可否検知手段と、
該管理装置通信可否検知手段により前記管理装置通信可能状態であることを検知しているときに、前記貨幣受付手段による貨幣の受付に基づいて、前記記録媒体に対して前記入金額に相当する有価価値の大きさを記録する入金処理を要求する入金要求を前記有価価値管理部に対して送信する入金要求送信手段と、
該入金要求送信手段から送信した入金要求に応じて行われた前記入金処理が完了したことにより前記有価価値管理部から入金完了通知が返信されてきた後に、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記記録媒体に記録されている有価価値の大きさから前記遊技媒体の貸与に使用される所定の大きさの有価価値を減算する減算処理を要求する減算要求を前記有価価値管理部に対して送信する減算要求送信手段と、
該減算要求送信手段により減算要求を送信したことに基づいて、前記所定の大きさの有価価値に相当する遊技媒体を貸与するための貸与処理を行う貸与処理手段と、をさらに有し、
前記管理装置通信可否検知手段により前記管理装置通信不可能状態であることを検知しているときには、前記貨幣受付手段による貨幣の受付に基づいて、前記入金消費情報送信手段により前記入金消費情報の送信を行うことを特徴とする遊技用システム。
【請求項８】
請求項７に記載した遊技用システムであって、
前記入金貸与制御部は、
前記入金要求送信手段により入金要求を送信した後、前記有価価値管理部から入金完了通知を受信する前に、前記入金貸与制御部側通信可否検知手段により前記通信不可能状態であることを検知し、その後に前記通信可能状態であることを検知したときに、前記リカバリ情報送信要求手段により、前記入金処理が完了しているか否かを示す情報を含む前記リカバリ情報の送信要求を前記有価価値管理部に対して送信し、
該リカバリ情報送信要求手段による送信要求に応じて前記有価価値管理部から送信されてきた前記リカバリ情報を受信したときに、該受信したリカバリ情報に基づいて、前記入金処理が完了しているか否かを判定する入金処理完了判定手段をさらに有し、
該入金処理完了判定手段により入金処理が完了していると判定されたことを条件として、前記貸与要求操作検出手段により貸与要求操作を検出したことに基づいて、前記減算要求送信手段により前記減算要求の送信を行うことを特徴とする遊技用システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２００６−２３９０４０（Ｐ２００６−２３９０４０Ａ）
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願番号】特願２００５−５６６８２（Ｐ２００５−５６６８２）
【出願日】平成１７年３月１日（２００５．３．１）
【出願人】（０００１４４１５３）株式会社三共 (5,148)
【Ｆターム（参考）】
【公開日】平成１８年９月１４日（２００６．９．１４）
【国際特許分類】
【出願日】平成１７年３月１日（２００５．３．１）
【出願人】（０００１４４１５３）株式会社三共 (5,148)
【Ｆターム（参考）】
[ Back to top ]