(57)【特許請求の範囲】
【請求項１】
記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、
遊技機に対応して設けられ、前記記録媒体識別情報が記録された記録媒体を受け付けて、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置にて管理されている残額の範囲内で遊技媒体を貸与するための第１の貸与処理を行う貸与処理手段を有する遊技用装置と、
を備える遊技用システムであって、
前記遊技用装置は、
前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段と、
該通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段と、を有し、
該特定手段により貸与対象額が特定されたことに基づいて、遊技者の操作によることなく、該特定された貸与対象額分の遊技媒体を貸与するための第２の貸与処理を前記貸与処理手段により行い、
該第２の貸与処理を行った後に貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記特定手段により行い、
遊技者から排出操作を受け付けたことに基づいて、該特定手段により特定された端数額を記録した前記記録媒体を排出する処理を行う記録媒体排出処理手段と、
前記通信可否検知手段により通信可能状態を検知しているときに該記録媒体排出処理手段により排出された記録媒体を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体識別情報と端数額とを含む記録媒体受付通知を前記管理装置に対して送信する受付通知送信手段と、をさらに有し、
前記管理装置は、該受付通知送信手段から送信されてきた記録媒体受付通知に含まれる記録媒体識別情報に対応付けて管理している残額に対して該記録媒体受付通知に含まれる端数額を加算更新するための端数額加算更新処理を行うと共に、前記端数額の消去を指示する端数額消去要求を前記遊技用装置に対して送信する受付通知処理手段をさらに有し、
前記遊技用装置は、前記端数額消去要求の受信に基づいて、前記記録媒体の端数額を消去する端数額消去処理を行うと共に、前記端数額を加算更新後の残額の範囲内で前記第１の貸与処理を可能とすることを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記遊技用装置は、前記通信可否検知手段により通信不可能状態を検知しているときに前記記録媒体排出処理手段により排出された記録媒体を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた記録媒体に記録されている端数額と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記特定手段により行うことを特徴とする遊技用システム。
【請求項３】
請求項１又は２に記載した遊技用システムであって、
前記遊技用装置は、
前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額又は前記受け付けた記録媒体に記録されている端数額と今回の受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段をさらに有し、
該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣を回収し、前記特定手段による特定を行う一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣を返却し、前記特定手段による特定を行わないことを特徴とする遊技用システム。
【請求項４】
請求項１〜３のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、
前記特定手段により特定された端数額を記憶する端数額記憶手段をさらに有し、
遊技者から排出操作を受け付けたことに基づいて、前記端数額記憶手段で記憶している端数額を前記記録媒体に記録して排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用システム。
【請求項５】
請求項１〜４のいずれか１つに記載した遊技用システムであって、
前記記録媒体を受け付けて、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置にて管理されている残額に相当する貨幣を払い出す精算装置をさらに備え、
該精算装置は、前記端数額が記録された記録媒体を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体識別情報と前記端数額とを含む精算要求を前記管理装置に対して送信し、
前記管理装置は、該精算要求に含まれる記録媒体識別情報に対応付けて管理している残額と該精算要求に含まれる端数額との合算額を特定可能な合算額精算許諾情報を前記精算装置に対して送信し、
前記精算装置は、該合算額精算許諾情報から特定される前記合算額に相当する貨幣を払い出すことを特徴とする遊技用システム。
【請求項６】
請求項１〜５のいずれか１つに記載した遊技用システムであって、
前記記録媒体を受け付けて、該受け付けた記録媒体に記録されている端数額に相当する貨幣を払い出す精算装置と、
該精算装置で受け付けた記録媒体に記録されている端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段と、をさらに備え、
前記精算装置は、該端数額判定手段により端数額が所定の金額未満であると判定されたことを条件として、該端数額に相当する貨幣を払い出すことを特徴とする遊技用システム。
【請求項７】
請求項１〜６のいずれか１つに記載した遊技用システムであって、
前記記録媒体を受け付けて、該受け付けた記録媒体に記録されている端数額に相当する貨幣を払い出す精算装置をさらに備え、
前記管理装置は、
前記精算装置での精算が可能な精算可能期間を設定する精算可能期間設定手段と、
前記精算可能期間内に前記通信不可能状態が発生したか否かを判定する通信不可能状態発生判定手段と、をさらに有し、
前記精算装置は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額に相当する貨幣を払い出すことを特徴とする遊技用システム。
【請求項８】
請求項１〜７のいずれか１つに記載した遊技用システムであって、
前記管理装置は、前記記録媒体受付通知に含まれる端数額を該記録媒体受付通知に含まれる記録媒体識別情報に対応付けて記憶する処理を、前記端数額加算更新処理として行い、
前記遊技用装置は、前記端数額消去処理を行うと共に、該端数額消去処理が行われる旨を示す端数額消去通知を前記管理装置に対して送信し、
前記管理装置は、該端数額消去通知の受信に基づいて、前記記憶した端数額を前記残額に加算する処理を行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、遊技機に対応して設けられ、該管理装置にて管理されている残額の範囲内で遊技媒体を貸与するための処理を行う遊技用装置と、を備える遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、遊技媒体の貸与に使用される残度数（本願の残額に相当）を各カード（本願の記録媒体に相当）には記録せずに、各カードの識別符号（本願の記録媒体識別情報に相当）に対応付けて管理装置にて管理すると共に、カード処理ユニット（本願の遊技用装置に相当）において遊技媒体貸出処理（本願の第１の貸与処理に相当）が行われると、前記残度数を遊技媒体の貸与に応じて減算する、いわゆる「完全ＩＤ管理」を行うシステムが知られている。
【０００３】
また特許文献２に示すように、パチンコ機に対応して設けられる玉貸機（本願の遊技用装置に相当）において、有価価値データ（本願の残額に相当）を特定可能な有価価値特定情報が記録されたカード（本願の記録媒体に相当）を受け付けて、該受け付けたカードに記録されている有価価値特定情報から特定される有価価値データを使用してパチンコ玉を貸与する貸与処理を行う際に、例えば５００円分のパチンコ玉をパチンコ機から貸与する一方で、該パチンコ玉の貸与に使用された使用額である５００円及び該使用額に対応する消費税額である２５円（消費税率が５％の場合）を前記カードの有価価値データから減算する、即ち「貸与処理に使用された使用額に対応する消費税額を徴収」するシステムが知られている。ここで消費税は間接税の一例であって、遊技場において提供される遊技サービスに対して課税されるものである。
【０００４】
さらに特許文献３に示すように、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額を一旦記憶した後に減算して（即ち受付貨幣額のすべてを使用して）、遊技者の操作によることなく、該受付貨幣額分の遊技媒体を貸与する、いわゆる「一発貸し」を行うシステムも知られている。
【０００５】
【特許文献１】特開２００３−３０５１５号公報（図１，図６，段落００７６）
【特許文献２】特開２００２−１２３６５１号公報（図１１〜図１３，段落００４０，００４２）
【特許文献３】特開２００５−１３４６５号公報（図１５，段落００５３，００９９）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に示す完全ＩＤ管理のシステムにおいて、特許文献２に示すように貸与処理に使用された使用額に対応する間接税額を徴収し、かつ特許文献３に示すように管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うと、予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する間接税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）未満の端数額が発生する。具体的には、１０００円を受け付けて一発貸しを行うと、税込単位額である１０５円の９倍分の遊技媒体が貸与される一方、５５円の端数額が発生する。この端数額を処理するためには、前記遊技用装置に、該端数額に相当する貨幣を払い出すための釣銭払出機能や、低額貨幣の追加入金を受け付けて該端数額が税込単位額に達するようにするための追加入金機能を設ける必要があり、遊技用装置のコストが上昇するという問題点がある。
【０００７】
本発明は、このような背景のもとになされたものであり、その目的は、完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うようにしても、遊技用装置のコストが上昇することがないような遊技用システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００９】
まず請求項１に係る発明は、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を（ハードディスク５５の残額管理ＤＢにて）管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体識別情報が記録された記録媒体を受け付けて、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置にて管理されている残額の範囲内で遊技媒体を貸与するための第１の貸与処理を行う貸与処理手段（制御部２１）を有する遊技用装置（玉貸ユニット２０）と、を備える遊技用システム（１）であって、前記遊技用装置は、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額（消費税額）との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段（制御部２１）と、を有し、該特定手段により貸与対象額が特定されたことに基づいて、遊技者の操作によることなく、該特定された貸与対象額分の遊技媒体を貸与するための第２の貸与処理（オフライン一発貸し）を前記貸与処理手段により行い、該第２の貸与処理を行った後に貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記特定手段により行い、遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該特定手段により特定された端数額を（オフライン端数額として）記録した前記記録媒体を排出する処理を行う記録媒体排出処理手段（制御部２１）と、前記通信可否検知手段により通信可能状態を検知しているときに該記録媒体排出処理手段により排出された記録媒体を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体識別情報と端数額とを含む記録媒体受付通知（挿入通知）を前記管理装置に対して送信する受付通知送信手段（外部通信部２１ｂ）と、をさらに有し、前記管理装置は、該受付通知送信手段から送信されてきた記録媒体受付通知に含まれる記録媒体識別情報に対応付けて管理している残額に対して該記録媒体受付通知に含まれる端数額を加算更新するための端数額加算更新処理（オフライン端数額を記憶する処理）を行うと共に、前記端数額の消去を指示する端数額消去要求（予定残額通知）を前記遊技用装置に対して送信する受付通知処理手段（制御部５２）をさらに有し、前記遊技用装置は、前記端数額消去要求の受信に基づいて、前記記録媒体の端数額を消去する端数額消去処理を行うと共に、前記端数額を加算更新後の残額の範囲内で前記第１の貸与処理を可能とすることを特徴とする遊技用システムである。
【００１０】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記通信可否検知手段（制御部２１）により通信不可能状態（オフライン状態）を検知しているときに前記記録媒体排出処理手段（制御部２１）により排出された記録媒体（会員カード４，ビジタコイン５）を受け付け、さらに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている端数額（オフライン端数額）と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記特定手段（制御部２１）により行うことを特徴とする遊技用システムである。
【００１１】
また請求項３に係る発明は、請求項１又は２に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記通信可否検知手段（制御部２１）により通信不可能状態（オフライン状態）を検知しているときに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額又は前記受け付けた記録媒体（会員カード４，ビジタコイン５）に記録されている端数額（オフライン端数額）と今回の受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段（制御部２１）をさらに有し、該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣を回収し、前記特定手段（制御部２１）による特定を行う一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣を返却し、前記特定手段による特定を行わないことを特徴とする遊技用システムである。
【００１２】
また請求項４に係る発明は、請求項１〜３のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記特定手段（制御部２１）により特定された端数額を記憶する端数額記憶手段（制御部２１のＲＡＭ）をさらに有し、遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、前記端数額記憶手段で記憶している端数額を（オフライン端数額として）前記記録媒体（会員カード４，ビジタコイン５）に記録して排出する処理を前記記録媒体排出処理手段（制御部２１）により行うことを特徴とする遊技用システムである。
【００１３】
また請求項５に係る発明は、請求項１〜４のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体識別情報（記録媒体ＩＤ）に対応付けて前記管理装置（５０）にて管理されている残額に相当する貨幣（紙幣２，硬貨３）を払い出す精算装置（６０）をさらに備え、該精算装置は、前記端数額（オフライン端数額）が記録された記録媒体を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体識別情報と前記端数額とを含む精算要求を前記管理装置に対して送信し、前記管理装置は、該精算要求に含まれる記録媒体識別情報に対応付けて管理している残額と該精算要求に含まれる端数額との合算額を特定可能な合算額精算許諾情報（予定残額を含む精算許諾情報）を前記精算装置に対して送信し、前記精算装置は、該合算額精算許諾情報から特定される前記合算額に相当する貨幣を払い出すことを特徴とする遊技用システムである。
【００１４】
また請求項６に係る発明は、請求項１〜５のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体に記録されている端数額（オフライン端数額）に相当する貨幣（紙幣２，硬貨３）を払い出す精算装置（６０）と、該精算装置で受け付けた記録媒体に記録されている端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段（精算装置６０の制御部６２）と、をさらに備え、前記精算装置は、該端数額判定手段により端数額が所定の金額未満であると判定されたことを条件として、該端数額に相当する貨幣を払い出すことを特徴とする遊技用システムである。
【００１５】
また請求項７に係る発明は、請求項１〜６のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体に記録されている端数額（オフライン端数額）に相当する貨幣（紙幣２，硬貨３）を払い出す精算装置（６０）をさらに備え、前記管理装置（５０）は、前記精算装置での精算が可能な精算可能期間（有効期間）を設定する精算可能期間設定手段（ディスプレイ５３及び入力装置５４）と、前記精算可能期間内に前記通信不可能状態（オフライン状態）が発生したか否かを判定する通信不可能状態発生判定手段（制御部５２）と、をさらに有し、前記精算装置は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額に相当する貨幣を払い出すことを特徴とする遊技用システムである。
【００１６】
さらに請求項８に係る発明は、請求項１〜７のいずれか１つに記載した遊技用システム（１）であって、前記管理装置（５０）は、前記記録媒体受付通知（挿入通知）に含まれる端数額（オフライン端数額）を該記録媒体受付通知に含まれる記録媒体識別情報（記録媒体ＩＤ）に対応付けて記憶する処理を、前記端数額加算更新処理として行い、前記遊技用装置（玉貸ユニット２０）は、前記端数額消去処理を行うと共に、該端数額消去処理が行われる旨を示す端数額消去通知を前記管理装置に対して送信し、前記管理装置は、該端数額消去通知の受信に基づいて、前記記憶した端数額を前記残額に加算する処理を行うことを特徴とする遊技用システムである。
【００１７】
また遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、遊技媒体（パチンコ玉）の貸与に使用される残額を特定可能な残額特定情報（記録媒体ＩＤ）が記録される円盤状記録媒体（ビジタコイン５）の投入を外部から受け付ける記録媒体投入口（コイン投入口２５）と、該記録媒体投入口から投入された円盤状記録媒体を保持する第１の保持部（投入コイン保持部２６Ｐ）と、該第１の保持部に連通し、前記円盤状記録媒体を一列に並べて収納する記録媒体収納部（コイン収納部２７ａ）と、該記録媒体収納部から排出された円盤状記録媒体を保持する第２の保持部（収納コイン保持部２７Ｐ）と、前記第１の保持部で保持している円盤状記録媒体及び前記第２の保持部で保持している円盤状記録媒体を外部に返却する記録媒体返却口（コイン返却口２８）と、始端側で前記第１の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第１の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第１の返却通路（投入コイン返却通路２６ｄ）と、始端側で前記第２の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第２の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第２の返却通路（収納コイン返却通路２７ｄ）と、前記第１の保持部に対応して設けられ、該第１の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第１の読取手段（上部アンテナ２６）と、前記第２の保持部に対応して設けられ、該第２の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第２の読取手段（下部アンテナ２７）と、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２２，硬貨識別機２３）と、前記第１の読取手段により読み取った残額特定情報から特定される残額の範囲内で遊技媒体を貸与するための第１の貸与処理を行うと共に、前記貨幣受付手段により受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための第２の貸与処理を行う貸与処理手段（制御部２１）と、前記受付貨幣額から該第２の貸与処理に使用された使用額を減算した金額を前記残額として、前記第２の読取手段により読み取った残額特定情報から特定可能にするための残額特定処理を行う残額特定処理手段（制御部２１）と、を有する遊技用装置であって、前記第１の返却通路と前記第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に前記記録媒体返却口に連通していることを特徴とする遊技用装置である。これによれば、第１の返却通路と第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に記録媒体返却口に連通していることにより、第１の返却通路と第２の返却通路が途中で合流して記録媒体返却口に連通する場合と比べて、第２の読取手段を遊技用装置の内部における前方に設けることができるので、限られた奥行きの範囲内で記録媒体収納部の収納スペースを拡張して記録媒体の収納枚数を向上できる。
【発明の効果】
【００１８】
まず請求項１に係る遊技用システムによれば、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときにいわゆる一発貸しを行うようにしても、該一発貸しによって発生する端数額が記録媒体に記録されて排出されることにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。また通信可能状態にある遊技用装置において、通信不可能状態にあった他の遊技用装置で発生した端数額が記録された記録媒体が受け付けられると、該端数額が管理装置で管理されている残額に対して加算更新されることにより、該端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。しかも第２の貸与処理後さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、遊技者から排出操作を受け付けると、端数額を記録した記録媒体が排出されることにより、一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額が記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
【００１９】
また請求項２に係る遊技用システムによれば、通信不可能状態にある遊技用装置において、通信不可能状態にあった他の遊技用装置で発生した端数額が記録された記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定されることにより、通信不可能状態にあった他の遊技用装置で発生した端数額を遊技に使用できるようになるので、端数額が記録された記録媒体を複数扱う必要がなくなって、遊技者の利便性が向上する。
【００２０】
また請求項３に係る遊技用システムによれば、通信不可能状態にある遊技用装置において、貨幣が受け付けられると、一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の貸与処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【００２１】
また請求項４に係る遊技用システムによれば、遊技用装置において、一発貸しによって発生する端数額が記憶され、遊技者から排出操作を受け付けると、該記憶されている端数額を記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。
【００２２】
また請求項５に係る遊技用システムによれば、精算装置において、管理装置で管理されている管理残額と通信不可能状態にあった遊技用装置で発生した端数額との合算額に相当する貨幣が払い出されることにより、該合算額を１回で精算できるので、遊技者の利便性が向上する。
【００２３】
また請求項６に係る遊技用システムによれば、記録媒体に記録されている端数額が予め定められた所定の金額未満であることを条件として端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。
【００２４】
また請求項７に係る遊技用システムによれば、精算可能期間内に通信不可能状態が発生したと判定されたことを条件として端数額の精算が行われることにより、精算可能期間内に通信不可能状態が発生しておらず記録媒体に端数額が記録されることがない状況においては端数額の精算が行われないので、セキュリティが向上する。
【００２５】
さらに請求項８に係る遊技用システムによれば、管理装置において、端数額が一旦記憶された後、端数額消去通知の受信に基づいて、管理されている残額に加算されるので、該端数額を確実に加算することができる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１は、図１に示すように、遊技媒体（パチンコ玉）の貸与に使用される残額を、記録媒体（会員カード４，ビジタコイン５）には記録せずに、該記録媒体を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理する（いわゆる完全ＩＤ管理を行う）ものであり、特に該残額の管理を行う管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する貸与処理を行う際に、該管理残額から貸与処理に使用された使用額及び該使用額に対応する間接税額（例えば消費税額）を減算すると共に、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（例えば１０５円）の整数倍に相当する貸与対象額を特定して、遊技者の操作によることなく、該貸与対象額分の貸与処理（オフライン一発貸し）を行うものである。そして該オフライン一発貸しによって発生する端数額をオフライン端数額として記録媒体に記録して排出し、該オフライン端数額の使用や精算が可能であることを特徴とするものである。
【００２７】
本発明に係る遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の貸与に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、例えば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行う必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行うために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
【００２８】
また本発明に係る遊技用システム１は、前記遊技用装置が予め定められた所定額（例えば１０００円）未満の金額の貨幣を受け付けたことに基づいて、前記管理残額が前記受付貨幣額に対応する間接税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分の貸与処理（少額一発貸し）を行うことを特徴とするものである。
【００２９】
また本発明に係る遊技用システム１は、前記オフライン端数額が記録された記録媒体をオフライン状態にある遊技用装置に挿入（受付）し、該オフライン端数額を使用して遊技媒体の貸与を行った結果として当該オフライン端数額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できることを特徴とするものである。
【００３０】
さらに本発明に係る遊技用システム１は、前記遊技用装置で行われる特定処理に伴って記録媒体に記録される通番を更新し、該特定処理に対応して管理装置５０で行われる連携処理に伴って前記記録媒体の記録媒体識別情報に対応付けられた通番を更新するので、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置で行われていないことを特定して、対処することができることを特徴とするものである。ここで通番とは、任意の数字（例えば０）から始って１つずつ加算される通し番号である。
【００３１】
以下においては、前記遊技用装置に対応する遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、貸与処理が玉貸処理である例について説明する。また、以下においては、玉貸処理に使用された使用額に対応する間接税額が徴収され、該間接税が、既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。ここで消費税率は、この例では５％であり、会員カード４やビジタコイン５を発行するカード会社で設定されて、遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。さらに、以下においては、使用額及び該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
【００３２】
ここで本発明に係る遊技用システム１には、図７に示すように、精算装置６０での精算が可能な精算可能期間及び玉貸ユニット２０で残額の使用が可能な使用可能期間（以下「精算可能期間及び使用可能期間」を「有効期間」と総称する。）が無期限であり、バックアップ情報を記憶するセンタ管理装置８０を備えると共に、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「日時（処理日時，精算日時，発行日時）」であり、玉貸ユニット２０が処理履歴として記録媒体の排出の履歴を記憶し、かつ管理装置５０が受付貨幣額及びオフライン端数額を受信して一旦記憶してから貨幣取込通知又は端数額消去通知の受信後に管理残額に対して加算する、第１実施形態に係る遊技用システム１が含まれる。
【００３３】
また本発明に係る遊技用システム１には、図２９に示すように、前記有効期間が当日中であり、前記センタ管理装置８０を備えないと共に、前記最後処理特定情報が「通番」であり、玉貸ユニット２０が処理履歴として記録媒体の受付，玉貸処理，及び入金の履歴を記憶し、かつ管理装置５０が受付貨幣額及びオフライン端数額を受信したときに管理残額に対して加算する、第２実施形態に係る遊技用システム１が含まれる。
【００３４】
以下においては、まず第１実施形態に係る遊技用システム１について説明し、次に第２実施形態に係る遊技用システム１について第１実施形態と異なる点についてのみ説明し、最後に変形例について説明する。
【００３５】
［１．第１実施形態に係る遊技用システム１］
まず、図１〜図７を参照して、第１実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外のカード会社に備える。
【００３６】
この遊技用システム１では、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される。紙幣２は貨幣の一例であって、図２（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図２（ｂ）に示すように、ここでは５００円硬貨，及び１００円硬貨の２種類が使用される。
【００３７】
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。ここで会員カード４の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員遊技者（メンバー）を示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、オフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が、オフライン端数額として記録され、また少額一発貸しによって発生する端数額，及び該少額一発貸しで使用される対応消費税額＊（−１）が、オンライン端数額として記録される。
【００３８】
また会員カード４には、前記通番が記録されている。この通番は、後述する通番更新手段（玉貸ユニット２０の制御部２１）により、前記特定処理（後述する受付貨幣の取込，使用額＋消費税額分の玉貸処理，少額一発貸し，及び端数額消去処理）に伴って、第１の通番更新処理で更新される。また通番は、精算装置６０の制御部６２により、後述する精算処理に伴って、第３の通番更新処理で更新される。
【００３９】
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は、各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行った遊技者に対して発行されるものである。
【００４０】
このようにして発行された会員カード４を、遊技者がオンライン状態の玉貸ユニット２０に挿入することにより、該会員カード４の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に挿入することにより、該会員カード４に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に挿入することにより、該会員カード４の管理残額を精算可能となる。
【００４１】
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
【００４２】
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、パチンコ玉の貸与に使用される残額を特定可能な残額特定情報が記録されるものであり、ここでは記録媒体ＩＤが残額特定情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、例えば図７（ａ）に示すように、ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、オフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が、オフライン端数額として記録され、また少額一発貸しによって発生する端数額，及び該少額一発貸しで使用される対応消費税額＊（−１）が、オンライン端数額として記録される。
【００４３】
またビジタコイン５にも、前記通番が記録されている。この通番も、後述する通番更新手段（玉貸ユニット２０の制御部２１）により、前記特定処理（後述する受付貨幣の取込，使用額＋消費税額分の玉貸処理，少額一発貸し，及び端数額消去処理）に伴って、第１の通番更新処理で更新される。また通番は、精算装置６０の制御部６２により、後述する精算処理に伴って、第３の通番更新処理で更新される。
【００４４】
またビジタコイン５には、該ビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額である管理残額が零でない旨を示す管理残額有り情報として、オンライン残額有りフラグも記録される。具体的には、図示しないが、ビジタコイン５の管理残額が零であるときには、オンライン残額無しフラグである０が記録され、ビジタコイン５の管理残額が零でないときには、オンライン残額有りフラグである１が記録される。
【００４５】
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグは、各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグが記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述するコイン収納部２７ａ，又はビジタコイン発行装置７０の後述するコインストッカ７５ｂに収納される。
【００４６】
そして図８に示すように、管理装置５０と通信可能状態（オンライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図１１に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶残額）が零でないことを条件として、オンライン残額有りフラグが記録されたビジタコイン５が発行（排出）される。
【００４７】
また図１７に示すように、管理装置５０と通信不可能状態（オフライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図１８に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶端数額）が零でないことを条件として、オフライン端数額が記録されたビジタコイン５が発行（排出）される。
【００４８】
さらに図２６に示すように、管理装置５０と通信可能状態（オンライン状態）であるビジタコイン発行装置７０において、貨幣を受け付けた後、遊技者から発行額の選択を受け付けたことに基づいて、後述する記録媒体発行処理が行われて、オンライン残額有りフラグが記録されたビジタコイン５が発行される。
【００４９】
このようにして発行されたビジタコイン５を、遊技者がオンライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に投入することにより、該ビジタコイン５の管理残額を精算可能となる。
【００５０】
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われることにより該パチンコ機１０からパチンコ玉が払い出される、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００５１】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００５２】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行われる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
【００５３】
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。例えば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
【００５４】
玉貸ボタン１５は、記録媒体（会員カード４，ビジタコイン５）の管理残額を使用した玉貸処理を行うための玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部２４Ｐで保持されている会員カード４，後述する投入コイン保持部２６Ｐで保持されているビジタコイン５，又は後述する収納コイン保持部２７Ｐで保持されているビジタコイン５を返却するための返却操作を遊技者から受け付けるボタンである。
【００５５】
玉貸ユニット２０は遊技用装置の一例であって、パチンコ機１０に対応して設けられ、記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０にて管理されている残額である管理残額の範囲内で遊技媒体を貸与するための第１の貸与処理を行う貸与処理手段を有し、該第１の貸与処理を含む各種処理を管理装置６０と連携して行うものである。この貸与処理手段として機能する制御部２１は、パチンコ玉を貸与するための貸与処理（玉貸処理）として、図９のＳ１２２に示す第１の貸与処理（使用額＋消費税額分の玉貸処理）と、図１７のＳ５１５，Ｓ５２５に示す第２の貸与処理（オフライン一発貸し）と、図１０に示す第３の貸与処理（少額一発貸し）を行う。ここで少額一発貸しには、図１０のＳ１４４に示す貸与対象額分の玉貸処理と、同Ｓ１６３に示す受付貨幣額＋対応消費税額分の玉貸処理とが含まれる。
【００５６】
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２９，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器３０，硬貨返却口２３ｆ，コイン投入口２５，コイン返却口２７，及びカード挿入口２４ａ等を備え、図２（ｂ）及び図２（ｃ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，硬貨識別機２３，投入コイン保持部２６Ｐ（図示外）に対応する上部アンテナ２６，投入コイン返却通路２６ｄ，コイン収納部２７ａ，収納コイン保持部２７Ｐ（図示外）とカード保持部２４Ｐに対応する下部アンテナ２７，収納コイン返却通路２７ｄ，及び記録媒体Ｒ／Ｗ２４等を備えており、これらの各構成要素は図１に示すように接続されている。この玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
【００５７】
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行うものである。制御部２１のＲＯＭには前記装置ＩＤが記憶されている。
【００５８】
制御部２１のＲＡＭは管理残額有無管理手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに受け付けた記録媒体（会員カード４，ビジタコイン５）の管理残額が零でないか否かを、少なくとも当該記録媒体の受付中において管理するものである。具体的には、管理装置５０とオンライン状態で、記録媒体を受け付けた際に、前記管理残額と受付貨幣額との合算額を含む予定残額通知（図８のＳ１０６，図１３のＳ２４１）又は前記管理残額を含む残額通知（同Ｓ２２１）が送信されてきたことに基づいて、該合算額又は管理残額を制御部２１のＲＡＭで記憶すると共に、後述する第１の貸与処理に基づいて、制御部２１のＲＡＭで記憶している管理残額から使用額＋消費税額を減算していくことにより（図９のＳ１２９）、該ビジタコイン５の管理残額が零であるか否かを管理する。以下、制御部２１のＲＡＭで記憶される残額を「記憶残額」と称する。
【００５９】
また制御部２１のＲＡＭは端数額記憶手段の一例であって、後述する特定手段（制御部２１）により特定された端数額を記憶するものである。なお制御部２１のＲＡＭは、該特定手段により特定された貸与対象額を記憶するものでもある。以下、制御部２１のＲＡＭで記憶される端数額を「記憶端数額」と称する。ここで記憶残額と記憶端数額とは、各々別領域に記憶される。
【００６０】
さらに制御部２１のＲＡＭは、当該玉貸ユニット２０の処理状態を記憶する。具体的には、貨幣を受け付けたときには、処理状態が「貨幣受付」である旨を記憶し、玉貸操作を受け付けたときには、処理状態が「玉貸操作受付」である旨を記憶し、返却操作を受け付けたときには、処理状態が「返却操作受付」である旨を記憶し、記録媒体を受け付けたときには、処理状態が「記録媒体受付」である旨を記憶する。この制御部２１の他の機能については後述する。
【００６１】
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。
【００６２】
この外部通信部２１ｂは入金要求送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに所定額（例えば１０００円）以上の貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤとを特定可能な入金要求を管理装置５０に対して送信するものであり、ここでは受付貨幣額と記録媒体ＩＤとを含む入金要求を送信する（図８のＳ１０３）。
【００６３】
具体的には、記録媒体を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００６４】
この入金要求を受信した管理装置５０は、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行い（図８のＳ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を特定可能な残額通知（ここでは管理残額と受付貨幣額との合算額を含む予定残額通知）を玉貸ユニット２０に対して送信する（同Ｓ１０６）。
【００６５】
また外部通信部２１ｂは減算要求送信手段の一例であって、第１の貸与処理（使用額＋消費税額分の玉貸処理）に使用される使用額及び該使用額に対応する消費税額を前記管理残額から減算するための第１の減算要求を管理装置５０に対して送信するものであり、ここでは記録媒体ＩＤと使用額＋消費税額とを含む減算要求を送信する（図９のＳ１２４）。ここで第１の減算要求に含まれる使用額＋消費税額は、後述するように管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）と予め定められた基準貸与額である玉貸設定金額（例えば税込単位額の５度数分である５２５円）との比較で決定され、記憶残額≧玉貸設定金額であれば、該玉貸設定金額が前記使用額＋消費税額であり、記憶残額＜玉貸設定金額であれば、前記税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額が前記使用額＋消費税額である。即ち第１の減算要求は、第１の貸与処理に使用される基準貸与額（玉貸設定金額）を管理残額から減算するための要求，又は第１の貸与処理に使用される貸与対象額を管理残額から減算するための要求である。
【００６６】
また外部通信部２１ｂは、第３の貸与処理（少額一発貸し）のうちの貸与対象額分の玉貸処理に伴って、後述する特定手段（制御部２１）により特定された端数額を前記管理残額に加算するための加算要求を管理装置５０に対して送信するものであり、ここでは記録媒体ＩＤと端数額とを含む加算要求を送信する（図１０のＳ１４６）。
【００６７】
また減算要求送信手段として機能する外部通信部２１ｂは、第３の貸与処理（少額一発貸し）のうちの受付貨幣額＋対応消費税額分の玉貸処理に伴って、受付貨幣額に対応する消費税額を前記管理残額から減算するための第２の減算要求を管理装置５０に対して送信するものであり、ここでは記録媒体ＩＤと対応消費税額＊（−１）とを含む加算要求を送信する（図１０のＳ１６５）。ここで対応消費税額に（−１）を乗じるのは、該対応消費税額は本来管理残額から減算すべきものであるところ、貸与対象額分の玉貸処理が行われた場合と同様に加算要求として統一的に処理するためである。
【００６８】
また外部通信部２１ｂは受付通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）を管理装置５０に対して送信するものである（図１２のＳ２０２）。ここで該受け付けた記録媒体にオンライン端数額（対応消費税額＊（−１））が記録されている場合には、該オンライン端数額を含む挿入通知が送信され、オフライン端数額が記録されている場合には、該オフライン端数額を含む挿入通知が送信される。
【００６９】
具体的には、会員カード４の挿入を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を送信し、ビジタコイン５の投入を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を送信する。即ち挿入通知には、カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００７０】
この挿入通知を受信した管理装置５０は、後述する通番判定手段（制御部５２）による判定を行う（図１２のＳ２０３）。そして通番が一致すると判定され、挿入通知に含まれるオフライン端数額が零であるかあるいはオフライン端数額が含まれず、かつ挿入通知に含まれるオンライン端数額が零であるかあるいはオンライン端数額が含まれないことを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２２１）。
【００７１】
一方、通番が一致すると判定され、かつ挿入通知に含まれるオフライン端数額が零でないことを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知に含まれるオフライン端数額を加算更新するための端数額加算更新処理（ここでは該オフライン端数額を該記録媒体ＩＤに対応付けて記憶する処理）を行い（図１２のＳ２１２）、該オフライン端数額の消去を指示する端数額消去要求（ここでは該記録媒体ＩＤに対応付けて管理している管理残額と前記オフライン端数額との合算額を含む予定残額通知）を玉貸ユニット２０に対して送信する（同Ｓ２４１）。
【００７２】
また外部通信部２１ｂは連携処理要求送信手段の一例であって、特定処理に対応する連携処理を要求する連携処理要求を管理装置５０に対して送信するものである。
【００７３】
具体的には、予定残額通知（図８のＳ１０６）を受信した玉貸ユニット２０は、後述する貸与可能処理手段により貸与可能処理（ここでは受付貨幣の取込）を特定処理として行い（同Ｓ１０８）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１０９）、該貸与可能処理を行った旨を示す貸与可能情報（ここでは貨幣取込通知）を連携処理要求として管理装置５０に対して送信する（同Ｓ１１０）。この貨幣取込通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理（ここでは受付貨幣額の消去）とを連携処理として行い（同Ｓ１１３，Ｓ１１４）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ１１５）。
【００７４】
また第１の貸与処理（使用額＋消費税額分の玉貸処理）を特定処理として行った玉貸ユニット２０は（図９のＳ１２２）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１２３）、前記第１の減算要求を連携処理要求として管理装置５０に対して送信する（同Ｓ１２４）。この減算要求を受信した管理装置５０は、使用額＋消費税額を管理残額から減算する第１の減算処理を連携処理として行い（同Ｓ１２５）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新して（同Ｓ１２６）、該第１の減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して送信する（同Ｓ１２６）。玉貸ユニット２０は、該減算完了通知を受信したことを条件として、次の貸与処理が可能となる。
【００７５】
また第３の貸与処理（少額一発貸し）のうちの貸与対象額分の玉貸処理を特定処理として行った玉貸ユニット２０は（図１０のＳ１４４）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１４５）、前記加算要求を連携処理要求として管理装置５０に対して送信する（同Ｓ１４６）。この加算要求を受信した管理装置５０は、端数額を管理残額に対して加算する加算処理を連携処理として行い（同Ｓ１４８）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新して（同Ｓ１４９）、該加算処理が完了した旨を示す加算完了通知を玉貸ユニット２０に対して送信する（同Ｓ１５１）。玉貸ユニット２０は、該加算完了通知を受信したことを条件として、次の貸与処理が可能となる。
【００７６】
また第３の貸与処理（少額一発貸し）のうちの受付貨幣額＋対応消費税額分の玉貸処理を特定処理として行った玉貸ユニット２０は（図１０のＳ１６３）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１６４）、前記第２の減算要求である加算要求を連携処理要求として管理装置５０に対して送信する（同Ｓ１６５）。この加算要求を受信した管理装置５０は、対応消費税額を管理残額から減算する第２の減算処理（ここでは対応消費税額＊（−１）を管理残額に対して加算する加算処理）を連携処理として行い（同Ｓ１６７）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新して（同Ｓ１６８）、該第２の減算処理が完了した旨を示す減算完了通知（ここでは加算処理が完了した旨を示す加算完了通知）を玉貸ユニット２０に対して送信する（同Ｓ１７０）。玉貸ユニット２０は、該加算完了通知を受信したことを条件として、次の貸与処理が可能となる。
【００７７】
また予定残額通知（図１３のＳ２４１）を受信した玉貸ユニット２０は、後述する端数額消去処理手段により端数額消去処理を特定処理として行い（同Ｓ２４４）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ２４５）、該端数額消去処理を行った旨を示す端数額消去通知を連携処理要求として管理装置５０に対して送信する（同Ｓ２４６）。この端数額消去通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオンライン端数額を当該記録媒体の管理残額に対して加算するオンライン端数額加算処理と、該オンライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理（ここではオンライン端数額の消去）とを連携処理として行うと共に（同Ｓ２４７）、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオフライン端数額を当該記録媒体の管理残額に対して加算するオフライン端数額加算処理と、該オフライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理（ここではオフライン端数額の消去）とを連携処理として行い（同Ｓ２４８）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ２２７）。
【００７８】
なお残額通知（図１３のＳ２２１）を受信した玉貸ユニット２０は、後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ２２３）、残額受信通知を管理装置５０に対して送信する（同Ｓ２２４）。この残額受信通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ２２７）。
【００７９】
また外部通信部２１ｂは返却通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信するものである（図１１のＳ１８４）。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（同Ｓ１８５）。
【００８０】
また外部通信部２１ｂはオンライン復帰通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態への復帰を検知したことに基づいて、記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信するものである（図２１のＳ６０２）。このオンライン復帰通知は、前記挿入通知と同等のものであり、該オンライン復帰通知を受信した管理装置５０は、挿入通知を受信した場合と同様の処理を行う。
【００８１】
さらに外部通信部２１ｂは処理履歴送信手段の一例であって、管理装置５０から送信されてくる処理履歴送信要求に応じて、後述する処理履歴記憶手段である処理履歴ＤＢ（図７（ａ）を参照）で記憶している処理履歴を管理装置５０に対して送信するものである（図２８のＳ１０１３を参照）。
【００８２】
なお外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
【００８３】
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
【００８４】
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋及び金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
【００８５】
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であり、所定額（例えば１０００円）以上の貨幣を受け付けた場合には、受付貨幣額と記録媒体ＩＤとを含む入金要求（図８のＳ１０３）が管理装置５０に対して送信され、所定額未満の貨幣を受け付けた場合には、後述する少額一発貸し（図１０のＳ１４４，Ｓ１６３）が行われる。また管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能であり、該貨幣を受け付けた場合に、後述するオフライン一発貸し（図１７のＳ５１５，Ｓ５２５）が行われる。
【００８６】
記録媒体Ｒ／Ｗ２４は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ２４は、前記ＩＣカードである会員カード４及び前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部２６Ｐに対応する上部アンテナ２６と、収納コイン保持部２７Ｐ及びカード保持部２４Ｐに対応する下部アンテナ２７とを備えている。これにより、コイン投入口２５から投入されて投入コイン保持部２６Ｐで保持しているビジタコイン５に対しては、上部アンテナ２６を介して情報の読み取り及び書き込みを行う。また、コイン収納部２７ａから排出されて収納コイン保持部２７Ｐで保持しているビジタコイン５に対しては、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。さらに、カード挿入口２４ａから挿入されてカード保持部２４Ｐで保持している会員カード４に対しても、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。
【００８７】
次に図２〜図４を参照して、ビジタコイン５の取扱構造について説明する。このビジタコイン５の取扱構造には、コイン投入口２５，投入コイン保持部２６Ｐ，コイン収納部２７ａ，収納コイン保持部２７Ｐ，コイン返却口２８，投入コイン返却通路２６ｄ，収納コイン返却通路２７ｄ，上部アンテナ２６，及び下部アンテナ２７が含まれる。
【００８８】
コイン投入口２５は記録媒体投入口の一例であって、ビジタコイン５の投入を外部から受け付ける部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成された縦長の孔である。
【００８９】
投入コイン保持部２６Ｐは第１の保持部の一例であって、コイン投入口２５から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン投入口２５から後方に向けて傾斜して配置された投入コイン誘導通路２６ａにおいて、該投入コイン誘導通路２６ａの終端部分が第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃにより区画された部位である。この投入コイン保持部２６Ｐでは、コイン投入口２５から投入されて投入コイン誘導通路２６ａを自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃに堰き止められて保持される。
【００９０】
ここで第１の投入コインストッパ２６ｂは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの後方に連通するコイン収納部２７ａとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐとコイン収納部２７ａとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の投入コインストッパ２６ａは、通常は閉鎖状態であるが、前記投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額（即ち制御部２１のＲＡＭで記憶している残額）が零になると開放状態になり、投入コイン保持部２６Ｐで保持していたビジタコイン５が自重により転動して、コイン収納部２７ａに収納される。
【００９１】
また第２の投入コインストッパ２６ｃは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの下方に連通する投入コイン返却通路２６ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐと投入コイン返却通路２６ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の投入コインストッパ２６ｃは、通常は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持しているときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、該投入コイン保持部２６Ｐで保持していたビジタコイン５が投入コイン返却通路２６ｄを自重により落下及び転動して、コイン返却口２８に返却される。
【００９２】
コイン収納部２７ａは記録媒体収納部の一例であって、投入コイン保持部２６Ｐに連通し、ビジタコイン５を一列に並べて収納する部位であり、ここでは図３に示すように、投入コイン保持部２６Ｐから後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して配置された通路において、該通路の終端部分に設けられた第１の収納コインストッパ２７ｂにより区画された部位である。このコイン収納部２７ａでは、遊技場の営業開始前に予めコイン投入口２５から投入されたビジタコイン５，及び遊技場の営業中に第１の投入コインストッパ２６ｂが開放状態となって投入コイン保持部２６Ｐにおける保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパに堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでのコイン収納部２７ａは、７枚のビジタコイン５を収納可能である。
【００９３】
ここで第１の収納コインストッパ２７ｂは、コイン収納部２７ａと該コイン収納部２７ａの前方に連通する収納コイン保持部２７Ｐとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、コイン収納部２７ａと収納コイン保持部２７Ｐとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の収納コインストッパ２７ｂは、通常は閉鎖状態であるが、次に述べる収納コイン保持部２７Ｐで保持しているビジタコイン５が外部に返却されると開放状態になり、コイン収納部２７ａに収納されているビジタコイン５が自重により転動して、収納コイン保持部２７Ｐに排出される。従って該収納コイン保持部２７Ｐには、常にビジタコイン５が保持された状態となる。
【００９４】
収納コイン保持部２７Ｐは第２の保持部の一例であって、コイン収納部２７ａから排出されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン収納部２７ａの終端側から前方に向けて傾斜して配置された収納コイン返却通路２７ｄにおいて、該収納コイン返却通路２７ｄの始端部分が第２の収納コインストッパ２７ｃにより区画された部位である。この収納コイン保持部２７Ｐでは、第１の収納コインストッパ２７ｂが開放状態となってコイン収納部２７ａから排出されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ２７ｃに堰き止められて保持される。
【００９５】
ここで第２の収納コインストッパ２７ｃは、収納コイン保持部２７Ｐと該収納コイン保持部２７Ｐの前方に連通する収納コイン返却通路２７ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、収納コイン保持部２７Ｐと収納コイン返却通路２７ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の収納コインストッパ２７ｃは、常時は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持していないときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、収納コイン保持部２７Ｐで保持していたビジタコイン５が収納コイン返却通路２７ｄを自重により転動して、コイン返却口２８に返却される。
【００９６】
コイン返却口２８は記録媒体返却口の一例であって、投入コイン保持部２６Ｐで保持しているビジタコイン５及び収納コイン保持部２７Ｐで保持しているビジタコイン５を外部に返却する部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン返却通路２６ｄの終端側に形成された投入コイン返却通路出口２６ｅ及び収納コイン返却通路２７ｄの終端側に形成された収納コイン返却通路出口２７ｅから返却されたビジタコイン５を受け止める容器状の部位である。
【００９７】
投入コイン返却通路２６ｄは第１の返却通路の一例であって、始端側で投入コイン保持部２６Ｐに連通すると共に終端側でコイン返却口２８に連通し、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、投入コイン保持部２６Ｐから下方に向けて延出し、途中で前方に向けて屈曲して傾斜して配置された通路である。
【００９８】
収納コイン返却通路２７ｄは第２の返却通路の一例であって、始端側で収納コイン保持部２７Ｐに連通すると共に終端側でコイン返却口２８に連通し、収納コイン保持部２７Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、収納コイン保持部２７Ｐから前方に向けて傾斜して配置された通路である。
【００９９】
上部アンテナ２６は第１の読取手段の一例であって、投入コイン保持部２６Ｐに対応して設けられ、該投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該上部アンテナ２６を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。この上部アンテナ２６は、図３に示す投入コイン保持部２６Ｐの左側面に隣接して、図２（ｂ）に示すように配置されている。
【０１００】
下部アンテナ２７は第２の読取手段の一例であって、収納コイン保持部２７Ｐに対応して設けられ、該収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。また下部アンテナ２７は、カード保持部２４Ｐに対応して設けられ、該カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤを読み取るものでもあり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、会員カード４に対する情報の読み取り及び書き込みを行う。この下部アンテナ２７は、図３に示す収納コイン保持部２７Ｐの右側面に隣接して、カード保持部２４Ｐとの間に挟まれた形で配置されており、収納コイン保持部２７Ｐで保持しているビジタコイン５及びカード保持部２４Ｐで保持している会員カード４の両方と通信できるようになっている。
【０１０１】
以上に説明したビジタコイン５の取扱構造は、図３及び図４に示すように、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通していることを特徴とするものである。
【０１０２】
ここで該ビジタコイン５の取扱構造に類似するものとして、特開２００１−２９３２４２号公報（図４，図５，段落００４４，００５１）に示す玉貸し機が知られている。この玉貸し機（本願の玉貸ユニット２０に相当）では、第１検知部（本願の上部アンテナ２６に相当）で保持しているコイン（本願のビジタコイン５に相当）をコイン返却口に導くためのバイパス通路（本願の投入コイン返却通路２６ｄに相当）が、第２検知部（本願の下部アンテナ２７に相当）で保持しているコインをコイン返却口に導くための返却通路（本願の収納コイン返却通路２７ｄに相当）と合流してから、コイン返却口に連通するように構成されている。
【０１０３】
しかしながら、この従来の玉貸し機のように、コインをコイン返却口に導くための２つの通路が合流してからコイン返却口に連通するように構成すると、本願の下部アンテナ２７に相当する第２検知部を、該合流地点よりも後方に設けなければならないので、玉貸し機の内部における限られた奥行きの範囲内では、コイン収納部の収納スペースが少なくなるという問題点があった。
【０１０４】
そこで本願のビジタコイン５の取扱構造の如く、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通するように構成すれば、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄが途中で合流してコイン返却口２８に連通する場合と比べて、下部アンテナ２７を玉貸ユニット２０の内部における前方に設けることができるので、玉貸ユニット２０の内部における限られた奥行きの範囲内で、コイン収納部２７ａの収納スペースを拡張してビジタコイン５の収納枚数を向上できる。
【０１０５】
図２に戻り、多機能ランプ２９は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２９は、例えば会員カード４及びビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器３０は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。この残額表示器３０においては、オンライン状態では記憶残額が表示され、オフライン状態では記憶端数額が表示される。
【０１０６】
ここで前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【０１０７】
また前記制御部２１は管理残額取得手段の一例であって、記録媒体（会員カード４，ビジタコイン５）の管理残額を取得するものである。具体的には、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体を受け付けたことに基づいて、前記挿入通知を管理装置５０に対して送信し、該挿入通知に応じて管理装置５０から送信されてくる残額通知（図１３のＳ２２４）又は予定残額通知（同Ｓ２４１）を受信して、該残額通知に含まれる管理残額又は該予定残額通知に含まれる合算額を制御部２１のＲＡＭで記憶することにより、記録媒体の管理残額を取得する。
【０１０８】
また前記制御部２１は、第１に、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けたときに入金処理を行う機能と、第２に、管理装置５０とオンライン状態で玉貸操作を受け付けたときに使用額＋消費税額分の玉貸処理を行う機能と、第３に、管理装置５０とオンライン状態で所定額未満の貨幣を受け付けたときに少額一発貸しを行う機能と、第４に、管理装置５０とオフライン状態で貨幣を受け付けたときにオフライン一発貸しを行う機能と、第５に、該オフライン一発貸しにおいて記録媒体に記録されているオフライン端数額が零になったときに管理残額が有る該記録媒体を返却する機能と、第６に、オフライン端数額及び／又はオンライン端数額が記録されている記録媒体を受け付けたときに該オフライン端数額及び／又はオンライン端数額を消去する機能とを有する。以下、制御部２１の各機能について説明する。
【０１０９】
まず第１に、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けたときに入金処理を行うために、制御部２１は、貸与可能処理手段，及び通番更新手段として機能する。即ち玉貸ユニット２０は、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けると（図８のＳ１０１，Ｓ１０２）、前述の如く、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信し（同Ｓ１０３）、該入金要求に応じて管理装置５０から予定残額通知を受信する（同Ｓ１０６）。
【０１１０】
ここで貸与可能処理手段として機能する制御部２１は、予定残額通知の受信に応じて、該予定残額通知から特定される合算額の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理を特定処理として行うものであり、ここでは該貸与可能処理として、受付貨幣を取り込む処理を行う（図８のＳ１０８）。また通番更新手段として機能する制御部２１は、該特定処理である貸与可能処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行う（同Ｓ１０９）。ここで第１の通番更新処理とは、収納コイン保持部２７Ｐで保持しているビジタコイン５，投入コイン保持部２６Ｐで保持しているビジタコイン５，又はカード保持部２４Ｐで保持している会員カード４に記録されている通番に１を加算して更新する旨を、カードＲ／Ｗ２４に対して指示する処理である。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である貸与可能処理に伴って、該貸与可能処理を行った旨を示す貸与可能情報（ここでは記録媒体ＩＤを含む貨幣取込通知）を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１１０）。
【０１１１】
また第２に、管理装置５０とオンライン状態で玉貸操作を受け付けたときに使用額＋消費税額分の玉貸処理を行うために、制御部２１は、貸与処理手段，通番更新手段，及び記録媒体排出処理手段として機能する。
【０１１２】
ここで貸与処理手段として機能する制御部２１は、遊技者の操作（玉貸ボタン１５の操作）により、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０にて管理されている管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）の範囲内でパチンコ玉を貸与するための第１の貸与処理（使用額＋消費税額分の玉貸処理）を行うものである（図９のＳ１２２）。また通番更新手段として機能する制御部２１は、該特定処理である第１の貸与処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行う（同Ｓ１２３）。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である第１の貸与処理に伴って、前記第１の減算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１２４）。
【０１１３】
この貸与処理手段として機能する制御部２１は、前記管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）と予め定められた基準貸与額（例えば税込単位額の５度数分である５２５円）とを比較して、該管理残額が基準貸与額以上であるときには、該基準貸与額分のパチンコ玉を貸与するための第１の貸与処理を行い、該管理残額が基準貸与額未満であるときには、該管理残額のうちの、前記税込単位額（ここでは１０５円）の整数倍に相当する貸与対象額分のパチンコ玉を貸与するための第１の貸与処理を行う。ここでの基準貸与額は、本例においては以下で示す玉貸設定金額であり、例えば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７（ｄ）に示す管理装置５０の玉貸設定金額ＤＢで管理されている。
【０１１４】
具体的には、記憶残額≧玉貸設定金額であれば、該玉貸設定金額を使用額＋消費税額として、該玉貸設定金額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、記憶残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として、該貸与対象額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。なお記憶残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行わない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
【０１１５】
そして該使用額＋消費税額分の玉貸処理が行われると、記憶残額≧玉貸設定金額であれば、該玉貸設定金額（ここでは５２５円）を使用額＋消費税額として含み、記憶残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として含む前記第１の減算要求が、管理装置５０に対して送信される（図９のＳ１２４）。この第１の減算要求を受信した管理装置５０から減算完了通知が送信されてくることにより（同Ｓ１２８）、制御部２１のＲＡＭに記憶されている記憶残額から使用額＋消費税額が減算更新され（同Ｓ１２９）、該減算更新に応じて残度数表示器１４における残度数の表示及び残額表示器３０における残額の表示が更新されて（図８のＳ１１１）、再び玉貸操作を受付可能となる（同Ｓ１１２）。
【０１１６】
また記録媒体排出処理手段として機能する制御部２１は、該第１の貸与処理の対象となった記録媒体のうちのビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）が零でないことを条件として、該管理残額が零でない旨を示す管理残額有り情報であるオンライン残額有りフラグを記録したビジタコイン５を排出する処理を行うものであり（図１１のＳ１９０，Ｓ１９５）、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、ビジタコイン５にオンライン残額有りフラグを記録して排出する。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額＋消費税額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合（貨幣受付後に一度も玉貸操作を受け付けることなく排出操作を受け付けた場合も同様）には、制御部２１のＲＡＭで記憶している残額が零でないことを条件として、収納コイン保持部２７Ｐで保持しているビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録し（図１１のＳ１９０）、ビジタコイン５を受け付けている状態で、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している記憶残額が零でないことを条件として、投入コイン保持部２６Ｐで保持している該ビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録する（同Ｓ１９５）。
【０１１７】
また記録媒体排出処理手段として機能する制御部２１は、ビジタコイン５の受付後に前記通信可否検知手段によりオフライン状態を検知したときに、前記管理残額有無管理手段（制御部２１のＲＡＭ）でビジタコイン５の管理残額が零でない旨を管理していることを条件として、オンライン残額有りフラグを記録したビジタコイン５を排出する処理を行うものである（図１８のＳ５４５）。ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、ビジタコイン５にオンライン残額有りフラグを記録して排出する。
【０１１８】
なお会員カード４は、管理残額の有無に拘わらず常に排出（返却）すべきものであるため、該会員カード４にはオンライン残額有りフラグは記録されない。
【０１１９】
また第３に、管理装置５０とオンライン状態で所定額未満の貨幣を受け付けたときに少額一発貸しを行うために、制御部２１は、貸与判定手段，特定手段，貸与処理手段，通番更新手段，及び記録媒体排出処理手段として機能する。即ち玉貸ユニット２０は、管理装置５０とオンライン状態で所定額（１０００円）未満の貨幣を受け付けると（図８のＳ１０１，Ｓ１０２）、制御部２１のＲＡＭで記憶している記憶残額が零であるか否かを判定し（図１０のＳ１４１）、該記憶残額が零でないと判定された場合には、貸与判定手段として機能する制御部２１により、前記管理残額取得手段により取得した管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）が受付貨幣額に対応する消費税額以上であるか否かを判定する（同Ｓ１６２）。
【０１２０】
ここで記憶残額が零であると判定された場合，及び貸与判定手段により管理残額が受付貨幣額に対応する消費税額未満であると判定された場合には、特定手段として機能する制御部２１は、受付貨幣額から、前記税込単位額の整数倍に相当する貸与対象額と、該貸与対象額未満の端数額とを特定する（図１０のＳ１４３）。具体的には、５００円を受け付けた場合には、受付貨幣額である５００円から、税込単位額である１０５円の４倍に相当する４２０円を貸与対象額として特定すると共に、８０円を端数額として特定する。そして貸与処理手段として機能する制御部２１は、遊技者の操作によることなく、該特定手段により特定された貸与対象額分のパチンコ玉を貸与するための玉貸処理である第３の貸与処理（少額一発貸し）を特定処理として行う（同Ｓ１４４）。また通番更新手段として機能する制御部２１は、該特定処理である第３の貸与処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行う（同Ｓ１４５）。
【０１２１】
なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である第３の貸与処理に伴って、記録媒体ＩＤと端数額とを含む前記加算要求を前記連携処理要求として管理装置５０に対して送信する（図１０のＳ１４６）。また特定手段により特定された端数額は、オンライン端数額として記録媒体に記録され（同Ｓ１４７）、加算完了通知の受信後に消去される（同Ｓ１５２）。従って、加算完了通知の受信前にオフライン状態が発生した場合には、前記記録されたオンライン端数額が消去されずに残存し、返却操作が行われることで、該オンライン端数額が記録された記録媒体が排出（返却）される。即ち記録媒体排出処理手段として機能する制御部２１は、加算完了通知の受信前に前記通信可否検知手段によりオフライン状態を検知したことを条件として、端数額を記録した記録媒体を排出する処理を行う。そして玉貸ユニット２０は、前記加算完了通知を受信したことを条件として、次の貸与処理を行う。
【０１２２】
一方、貸与判定手段により管理残額が受付貨幣額に対応する消費税額以上であると判定された場合には、貸与処理手段として機能する制御部２１は、遊技者の操作によることなく、当該受付貨幣額分（ここでは消費税が徴収されるので受付貨幣額＋対応消費税額分）のパチンコ玉を貸与するための玉貸処理である第３の貸与処理（少額一発貸し）を特定処理として行う（同Ｓ１６３）。また通番更新手段として機能する制御部２１は、該特定処理である第３の貸与処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行う（同Ｓ１６４）。
【０１２３】
なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である第３の貸与処理に伴って、記録媒体ＩＤと対応消費税額＊（−１）とを含む前記加算要求を前記連携処理要求として管理装置５０に対して送信する（図１０のＳ１６５）。また対応消費税額＊（−１）は、オンライン端数額として記録媒体に記録され（同Ｓ１６６）、加算完了通知の受信後に消去される（同Ｓ１７１）。従って、加算完了通知の受信前にオフライン状態が発生した場合には、前記記録されたオンライン端数額が消去されずに残存し、返却操作が行われることで、該オンライン端数額が記録された記録媒体が排出（返却）される。即ち記録媒体排出処理手段として機能する制御部２１は、減算完了通知（ここでは加算完了通知）の受信前に前記通信可否検知手段によりオフライン状態を検知したことを条件として、前記受付貨幣額に対応する消費税額（ここでは対応消費税額＊（−１））を記録した記録媒体を排出する処理を行う。そして玉貸ユニット２０は、前記加算完了通知を受信したことを条件として、次の貸与処理を行う。
【０１２４】
また第４に、管理装置５０とオフライン状態で貨幣を受け付けたときにオフライン一発貸しを行うために、制御部２１は、入金残額使用可能処理手段，端数額使用可能処理手段，特定手段，合算額判定手段，貸与処理手段，及び記録媒体排出処理手段として機能する。
【０１２５】
ここで入金残額使用可能処理手段及び端数額使用可能処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている後述する入金残額（ここではオフライン端数額）を遊技媒体の貸与に使用可能とするための入金残額使用可能処理（ここでは端数額使用可能処理）を行うものであり、ここでは次に述べる特定手段による処理が、当該端数額使用可能処理に相当する。なお前記通信可否検知手段によりオンライン状態を検知しているときにオンライン端数額及び／又はオフライン端数額が記録された記録媒体を受け付けたことに基づいて、該オンライン端数額及び／又はオフライン端数額を含む挿入通知を管理装置５０に対して送信する処理も、入金残額使用可能処理（端数額使用可能処理）に相当する。該挿入通知が管理装置５０に対して送信されることにより、該挿入通知に含まれるオンライン端数額及び／又はオフライン端数額が管理残額に対して加算されて、遊技媒体の貸与に使用可能となるからである。
【０１２６】
特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、当該受付貨幣額から、前記税込単位額の整数倍に相当する貸与対象額と、該貸与対象額未満の端数額とを特定する（図１７のＳ５１５）。具体的には、１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する。
【０１２７】
また特定手段として機能する制御部２１は、第２の貸与処理（オフライン一発貸し）を行った後に貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を行う（図１７のＳ５２４）。さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されているオフライン端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記端数額使用可能処理として行う（図１７のＳ５２４）。
【０１２８】
具体的には、記憶端数額が５５円である状態でさらに１０００円を受け付けた場合には、記憶端数額と受付貨幣額との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する。即ち制御部２１のＲＡＭで記憶される記憶端数額には、貨幣受付に基づいて特定された端数額，及び記録媒体に記録されていたオフライン端数額が含まれる。
【０１２９】
また合算額判定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額又は前記受け付けた記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである（図１７のＳ５２３）。
【０１３０】
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段による特定が行われる一方、該合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による特定が行われない。例えば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
【０１３１】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、当該受付貨幣額の範囲内でパチンコ玉を貸与するための第２の貸与処理を行うものであり、ここでは前記特定手段により貸与対象額が特定されたことに基づいて、遊技者の操作によることなく、該特定された貸与対象額分の遊技媒体を貸与するための第２の貸与処理（オフライン一発貸し）を行う（図１７のＳ５１５，Ｓ５２５）。なお特定手段により特定された端数額は、制御部２１のＲＡＭで記憶される（同Ｓ５１６，Ｓ５２６）。
【０１３２】
また記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から第２の貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、該入金残額を記録した記録媒体（会員カード４，ビジタコイン５）を排出する処理を行うものであり、ここでは前記特定手段により特定された端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）をオフライン端数額として記録した記録媒体を排出する処理を行う。ここで記録媒体排出処理手段として機能する制御部２１は、遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、前記端数額記憶手段（制御部２１のＲＡＭ）で記憶している端数額をオフライン端数額として記録媒体に記録して排出する処理を行う（図１８のＳ５５０）。
【０１３３】
また第５に、前記オフライン一発貸しにおいて記録媒体に記録されているオフライン端数額が零になったときに管理残額が有る該記録媒体を返却するために、制御部２１は、管理残額有り情報記録判定手段，及び記録媒体排出処理手段として機能する。
【０１３４】
ここで管理残額有り情報記録判定手段として機能する制御部２１は、ビジタコイン５に管理残額有り情報であるオンライン残額有りフラグが記録されているか否かを判定するものである（図１８のＳ５４７，Ｓ５６６）。また記録媒体排出処理手段として機能する制御部２１は、該管理残額有り情報記録判定手段によりオンライン残額有りフラグが記録されている（即ちフラグが１）と判定されたことを条件として、オフライン端数額が零のビジタコイン５を排出する処理を行うものである（同Ｓ５５２，Ｓ５７１）。
【０１３５】
さらに第６に、オフライン端数額及び／又はオンライン端数額が記録されている記録媒体を受け付けたときに、該オフライン端数額及び／又はオンライン端数額を消去するために、制御部２１は、端数額消去処理手段，及び通番更新手段として機能する。即ち玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体を受け付けると（図１２のＳ２０１）、前述の如く、記録媒体ＩＤとオンライン端数額とオフライン端数額と通番とを含む挿入通知を管理装置５０に対して送信し（同Ｓ２０２）、該挿入通知に応じて管理装置５０から端数額消去要求である予定残額通知を受信する（図１３のＳ２４１）。
【０１３６】
ここで端数額消去処理手段として機能する制御部２１は、該端数額消去要求である予定残額通知の受信に基づいて、前記記録媒体（会員カード４，ビジタコイン５）のオンライン端数額を消去する端数額消去処理を特定処理として行うと共に（図１３のＳ２４３）、該記録媒体のオフライン端数額を消去する端数額消去処理を特定処理として行うものである（同Ｓ２４４）。また通番更新手段として機能する制御部２１は、該特定処理である端数額消去処理に伴って、記録媒体の通番を更新する第１の通番更新処理を行う（同Ｓ２４５）。また端数額消去要求である予定残額通知の受信に基づいて、オンライン端数額及び／又はオフライン端数額を加算更新後の管理残額（即ち予定残額通知に含まれる合算額）の範囲内で前記第１の貸与処理が可能とされる。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である端数額消去処理に伴って、前記端数額消去通知を前記連携処理要求として管理装置５０に対して送信する（同Ｓ２４６）。
【０１３７】
なお制御部２１は、記録媒体の通番が上限値（例えば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部２７Ｐのビジタコイン５，若しくはカード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができ、記録媒体のコストを低減させることができる。また制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１３８】
また制御部２１のＥＥＰＲＯＭには、図７（ａ）に示す処理履歴ＤＢが設けられている。この処理履歴ＤＢは処理履歴記憶手段の一例であって、前記第１の貸与処理（使用額＋消費税額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該貸与処理後の残額と、当該記録媒体の通番と、当該記録媒体に係わる最後の処理を特定するための最後処理特定情報とを対応付けて、処理履歴として所定の処理数分記憶するものである。ここでは前記使用額＋消費税額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、該排出処理時に制御部２１のＲＡＭで記憶されている記憶残額を前記貸与処理後の残額として記憶し、該排出処理時に記録媒体に記録されている通番を記憶すると共に、該排出処理が行われた日時である排出日時を前記最後処理特定情報として記憶することにより、前記処理履歴を記憶する。即ち、この処理履歴ＤＢでは、排出処理毎に、残額と通番と排出日時が記憶される。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，通番，日時を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
【０１３９】
また制御部２１は記録媒体識別情報記憶判定手段の一例であって、前記貸与処理（使用額＋消費税額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤが前記処理履歴記憶手段（処理履歴ＤＢ）で既に記憶されているか否かを判定するものである。具体的には、前記使用額＋消費税額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。
【０１４０】
さらに制御部２１は処理履歴更新手段の一例であって、前記記録媒体識別情報記憶判定手段により記録媒体ＩＤが記憶されていないと判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴を処理履歴記憶手段（処理履歴ＤＢ）に記憶すると共に、記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴記憶手段で既に記憶されている処理履歴を新たな処理履歴に更新するものである。具体的には、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されていない（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致しない）と判定されると、該記録媒体ＩＤを処理履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額，通番及び排出日時を記憶する。一方、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されている（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致する）と判定されると、該記録媒体ＩＤに対応する残額，通番及び排出日時を新たな残額通番，及び排出日時に更新（上書き）する。
【０１４１】
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けて通番及びパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，及び場外通信部５６等を備えている。
【０１４２】
記憶手段であるハードディスク５５には、図７（ｄ）に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは、記録媒体ＩＤに対応付けて、後述する第２の通番更新処理により更新される通番が管理される。
【０１４３】
また残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できるオンライン状態で該記録媒体を受け付けた後に管理装置５０と通信できないオフライン状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
【０１４４】
この装置ＩＤの記憶方法について説明する。まず管理装置５０とオンライン状態にある玉貸ユニット２０が、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に対して送信される（図８のＳ１０３）。このとき送信される情報には、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤも含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。一方、管理装置５０とオンライン状態にある玉貸ユニット２０が、所定額未満の貨幣を受け付けると、端数額又は対応消費税額＊（−１）を含む加算要求が管理装置５０に対して送信される（図１０のＳ１４６，Ｓ１６５）。このとき送信される情報にも、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。
【０１４５】
また管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けると、挿入通知が管理装置５０に対して送信される（図１２のＳ２０２）。このとき送信される情報にも、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、予定残額通知又は残額通知の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図１３のＳ２２０，Ｓ２４０）。ここで予定残額通知又は残額通知の送信時に装置ＩＤを記憶をするのは、以下の理由による。即ち後述する通番不一致時処理において、玉貸設定金額を減算するにあたり（図１４のＳ２７２）、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理を要するが（同Ｓ２６９）、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、予定残額通知又は残額通知の送信時（換言すれば図１４に示す通番不一致時処理の終了後）としているのである。
【０１４６】
ここで管理装置５０は、返却操作に伴う返却通知（図１１のＳ１８４）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行う。
【０１４７】
ここでオフライン状態にある玉貸ユニット２０が記録媒体を受け付けて、その後、該記録媒体を受け付けている状態でオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、前記挿入通知に相当するオンライン復帰通知が管理装置５０に対して送信され（図２１のＳ６０２）、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
【０１４８】
また本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときに、精算要求が管理装置５０に対して送信される（図２２のＳ７０２）。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと当該精算装置６０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、前述したのと同様の理由により、後述する精算許諾情報の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図２３のＳ２２０，Ｓ２４０）。
【０１４９】
また残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、当該記録媒体に関する処理状態であるステータスが記憶されている。このステータスの記憶方法について説明する。まず管理装置５０は、玉貸ユニット２０から入金要求を受信すると（図８のＳ１０３）、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（同Ｓ１０４）、玉貸ユニット２０から貨幣取込通知を受信したことを条件として（同Ｓ１１０）、該貨幣取込通知に含まれる記録媒体ＩＤに対応するステータスを入金処理済に更新する（同Ｓ１１６）。ここで入金処理中とは、受付貨幣額が未加算の状態で記憶されている旨を示すステータスであり、入金処理済とは、受付貨幣額について後述する加算済更新処理が行われている旨を示すステータスである。
【０１５０】
また管理装置５０は、玉貸ユニット２０から減算要求を受信すると（図９のＳ１２４）、該減算要求に含まれる記録媒体ＩＤに対応するステータスとして減算処理済と記憶し（同Ｓ１２７）。また管理装置５０は、玉貸ユニット２０から加算要求を受信すると（図１０のＳ１４６，Ｓ１６５）、該加算要求に含まれる記録媒体ＩＤに対応するステータスとして加算処理済と記憶する（同Ｓ１５０，Ｓ１６９）。
【０１５１】
また管理装置５０は、玉貸ユニット２０から挿入通知を受信すると（図１２のＳ２０２）、該挿入通知に含まれる記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（図１２のＳ２０９，図１４のＳ２７３）、玉貸ユニット２０から残額受信通知又は端数額消去通知を受信したことを条件として（図１３のＳ２２４，Ｓ２４６）、該残額受信通知又は端数額消去通知に含まれる記録媒体ＩＤに対応するステータスを挿入処理済に更新する（同Ｓ２２８）。
【０１５２】
さらに管理装置５０は、精算装置６０から精算要求を受信すると（図２２のＳ７０２）、前記挿入通知を受信した場合と同様に、該精算要求に含まれる記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（図１２のＳ２０９，図１４のＳ２７３）、精算装置６０から精算許諾情報受信通知又は端数額消去通知を受信したことを条件として（図２３のＳ２２４ａ，Ｓ２４６ａ）、該精算許諾情報受信通知又は端数額消去通知に含まれる記録媒体ＩＤに対応するステータスを挿入処理済に更新する（同Ｓ２２８）。ここでステータスとして挿入処理済のステータスを管理しており、使用装置ＩＤとして精算装置６０の装置ＩＤを管理していることが、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求を受信した旨を示す精算要求受信情報を管理していることに相当する。また挿入処理済のステータスを精算処理済のステータスに更新することが、該記録媒体ＩＤに対応付けて管理している精算要求受信情報を消去する精算要求消去処理に相当する。
【０１５３】
さらに残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、前記入金要求に含まれる受付貨幣額と、前記挿入通知に含まれるオンライン端数額及びオフライン端数額が記憶されている。即ち管理装置５０は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行う。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該受付貨幣額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図８のＳ１０６）。
【０１５４】
また管理装置５０は、前記挿入通知の受信に応じて、該挿入通知から特定されるオンライン端数額及び／又はオフライン端数額（ここでは該挿入通知に含まれるオンライン端数額及び／又はオフライン端数額）を該挿入通知から特定される記録媒体ＩＤ（ここでは該挿入通知に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行う。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該オンライン端数額及び／又はオフライン端数額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２４１）。
【０１５５】
前記玉貸設定金額ＤＢは、図７（ｄ）に示すように、基準貸与額を管理するものであり、ここでは各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が各玉貸ユニット２０毎に管理されている。本例における貸与基準額は消費税額を含む額であり、税込基準額の整数倍、例えば５度数分の税込基準額である５２５円や、３度数分の税込基準額である３１５円とされる。
【０１５６】
ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１５７】
この制御部５２は減算処理手段の一例であって、前記第１の減算要求の受信に基づいて（図９のＳ１２４）、前記使用額及び該使用額に対応する消費税額を前記管理残額から減算する第１の減算処理を行うと共に（同Ｓ１２５）、前記第２の減算要求である加算要求の受信に基づいて（図９のＳ１６５）、前記受付貨幣額に対応する消費税額を前記管理残額から減算する第２の減算処理（ここでは対応消費税額＊（−１）を管理残額に対して加算する加算処理）を行うものである（同Ｓ１６５）。また制御部５２は、前記加算要求の受信に基づいて（同Ｓ１４６）、前記オンライン端数額を前記管理残額に対して加算する加算処理を行う（同Ｓ１４８）。
【０１５８】
また制御部５２は受付通知処理手段の一例であって、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知）に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該記録媒体受付通知に含まれるオフライン端数額を加算更新するための端数額加算更新処理を行うと共に、前記記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額の消去を指示する端数額消去要求を通信部５１により玉貸ユニット２０に対して送信するものである。ここで端数額加算更新処理は、挿入通知に含まれるオフライン端数額を該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する処理である（図１２のＳ２１２，図１４のＳ２７７）。また端数額消去要求は、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額とオンライン端数額とオフライン端数額との合算額を含む予定残額通知である（図１３のＳ２４１）。
【０１５９】
また受付通知処理手段として機能する制御部５２は、精算装置６０から送信されてきた精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該精算要求に含まれるオフライン端数額を加算更新するための端数額加算更新処理を行うと共に、前記記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額の消去を指示する端数額消去要求を通信部５１により精算装置６０に対して送信するものである。ここで端数額加算更新処理は、精算要求に含まれるオフライン端数額を該精算要求に含まれる記録媒体ＩＤに対応付けて記憶する処理である（図１２のＳ２１２，図１４のＳ２７７）。また端数額消去要求は、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額とオンライン端数額とオフライン端数額との合算額を含む精算許諾情報である（図２３のＳ２４１ａ）。
【０１６０】
また制御部５２は、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知）又は精算装置６０から送信されてきた精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知又は精算要求に含まれる端数額（オンライン端数額）を加算更新するための処理を行うものである。ここでの処理は、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて該挿入通知又は精算要求に含まれる端数額であるオンライン端数額を記憶する処理であり、具体的には、通番が一致しないときに、該オンライン端数額の記憶が行われる（図１４のＳ２７９）。そして該記憶されたオンライン端数額は、端数額消去通知（図１３のＳ２４６又は図２３のＳ２４６ａ）の受信に応じて、管理残額に対して加算されて消去される。
【０１６１】
また制御部５２は、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知）又は精算装置６０から送信されてきた精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から該挿入通知又は精算要求に含まれる間接税額（ここでは対応消費税額＊（−１））を減算更新するための間接税額減算更新処理を行うものである。ここで間接税額減算更新処理は、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて該挿入通知又は精算要求に含まれる対応消費税額＊（−１）であるオンライン端数額を記憶する処理であり、具体的には、通番が一致しないときに、該オンライン端数額の記憶が行われる（図１４のＳ２７９）。そして該記憶された間接税額（ここでは対応消費税額＊（−１））は、端数額消去通知（図１３のＳ２４６又は図２３のＳ２４６ａ）の受信に応じて、管理残額から減算（ここでは管理残額に対して（ここでは対応消費税額＊（−１））が加算）されて消去される。
【０１６２】
なお通番が一致するときには、挿入通知にオンライン端数額が含まれていたとしても、該オンライン端数額は記憶しない（図１２のＳ２１４）。該オンライン端数額は、管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。ただし該Ｓ２１４において、Ｓ２０７でオンライン端数額の記憶がある場合には、挿入通知に含まれるオンライン端数額を改めて記憶する。これは、管理装置５０がオンライン端数額を含む挿入通知を受信して、通番を更新し（ここで通番一致）、Ｓ２７９で該オンライン端数額を記憶した後、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生したためにオンライン端数額が消去されていない記録媒体の挿入通知であり、該挿入通知に含まれるオンライン端数額は管理残額に対して加算すべきものであるため、改めて記憶するのである。
【０１６３】
また制御部５２は連携処理手段の一例であって、前記連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けられた通番を更新する第２の通番更新処理を行うものである。ここで第２の通番更新処理とは、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。
【０１６４】
この連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である貸与可能情報（ここでは貨幣取込通知）の受信に応じて（図８のＳ１１０）、当該記録媒体の記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理とを連携処理として行うと共に（同Ｓ１１３，Ｓ１１４）、前記第２の通番更新処理を行う（同Ｓ１１５）。ここでの加算済更新処理は、該受付貨幣額を消去する処理である。
【０１６５】
また連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である第１の減算要求の受信に応じて（図９のＳ１２４）、前記基準貸与額を管理残額から減算する前記第１の減算処理を連携処理として行うと共に（同Ｓ１２５）、前記第２の通番更新処理を行う（同Ｓ１２６）。ここでの第１の減算処理は、消費税が徴収されることから、基準貸与額及び該基準貸与額に対応する消費税額を管理残額から減算する処理であり、具体的には、減算要求に含まれる使用額＋消費税額を管理残額から減算する処理である。即ち、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］は玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は税込単位額の整数倍であって管理残額を超えない最大額である。そして通信部５１により、該減算処理を行った旨を示す減算完了通知が玉貸ユニット２０に対して送信される（同Ｓ１２８）。
【０１６６】
また連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である加算要求の受信に応じて（図１０のＳ１４６）、該加算要求に含まれるオンライン端数額（端数額）を管理残額に対して加算する加算処理を連携処理として行うと共に（同Ｓ１４８）、前記第２の通番更新処理を行う（同Ｓ１４９）。そして通信部５１により、該加算処理を行った旨を示す加算完了通知が玉貸ユニット２０に対して送信される（同Ｓ１５１）。
【０１６７】
また連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である第２の減算要求（ここでは加算要求）の受信に応じて（図１０のＳ１６５）、該第２の減算要求に含まれるオンライン端数額（ここでは対応消費税額＊（−１））を管理残額から減算更新する前記第２の減算処理（ここでは対応消費税額＊（−１）を管理残額に対して加算する加算処理）を連携処理として行うと共に（同Ｓ１６７）、前記第２の通番更新処理を行う（同Ｓ１４８）。そして通信部５１により、該第２の減算処理を行った旨を示す減算完了通知（ここでは加算処理を行った旨を示す加算完了通知）が玉貸ユニット２０に対して送信される（同Ｓ１７０）。
【０１６８】
また制御部５２は、玉貸ユニット２０から送信されてくる残額受信通知（図１３のＳ２２４），又は精算装置６０から送信されてくる精算許諾情報受信通知（図２３のＳ２２４ａ）の受信に応じて、前記第２の通番更新処理を行う（図１３又は図２３のＳ２２７）。
【０１６９】
また連携処理手段として機能する制御部５２は、端数額消去通知（図１３のＳ２４６又は図２３のＳ２４６ａ）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオンライン端数額を当該記録媒体の管理残額に対して加算するオンライン端数額加算処理と、該オンライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理とを連携処理として行うと共に（図１３又は図２３のＳ２４７）、前記第２の通番更新処理を行う（同Ｓ２２７）。ここでの加算済更新処理は、オンライン端数額を消去する処理である。
【０１７０】
また連携処理手段として機能する制御部５２は、端数額消去通知（図１３のＳ２４６又は図２３のＳ２４６ａ）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している入金残額（ここではオフライン端数額）を当該記録媒体の管理残額に対して加算する入金残額加算処理（オフライン端数額加算処理）と、該オフライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理とを連携処理として行うと共に（図１３又は図２３のＳ２４８）、前記第２の通番更新処理を行う（同Ｓ２２７）。ここでの加算済更新処理は、オフライン端数額を消去する処理である。
【０１７１】
また制御部５２は、後述する精算実行通知である精算完了通知（図２４のＳ７８３）の受信に応じて、前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けられた通番を更新する第４の通番更新処理を行うと共に（同Ｓ７８５）、該記録媒体ＩＤに対応付けて管理している管理残額を零に更新する管理残額零更新処理（同Ｓ７８４）と、該記録媒体ＩＤに対応付けて管理している精算要求受信情報を消去する精算要求消去処理（同Ｓ７８６）とを行う。ここでの第４の通番更新処理は、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。また管理残額零更新処理は、管理残額を消去する処理である。さらに精算要求消去処理は、ステータスを挿入処理済から精算処理済に更新する処理である。そして通信部５１により、これらの処理を行った旨を示す残額消去完了通知が精算装置６０に対して送信される（同Ｓ７８７）。
【０１７２】
また制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（例えば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができ、記録媒体のコストを低減させることができる。また制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１７３】
また制御部５２は通番判定手段の一例であって、玉貸ユニット２０から記録媒体の記録媒体ＩＤと通番とを受信し、該受信した通番が該受信した記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、具体的には、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知）又は精算装置６０から送信されてきた精算要求の受信に応じて、該挿入通知又は精算要求に含まれる通番が該挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けられた通番と一致するか否かを判定する（図１２又は図２２のＳ２０３）。そして制御部５２は、該通番判定手段により通番が一致しないと判定されたことを条件として、予め定められた通番不一致時処理を行い、また該通番判定手段により通番が一致すると判定されたことを条件として、予め定められた通番一致時処理を行う。
【０１７４】
具体的には、通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番不一致時処理として、前記受付貨幣額加算処理と前記加算済更新処理を行う（図１４のＳ２６２）。即ち通番が一致せず、かつ受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。
【０１７５】
一方、通番判定手段により通番が一致すると判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番一致時処理として、前記受付貨幣額加算処理を行うことなく、前記加算済更新処理を行う（図１２のＳ２０５）。即ち通番が一致し、かつ受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているため、管理装置５０においても受付貨幣額を管理残額に対して加算せず、該受付貨幣額を消去する処理を行うものである。
【０１７６】
また通番が一致すると判定され、かつ挿入通知に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２２１）。一方、通番が一致すると判定され、かつ挿入通知に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（同Ｓ２４１）。
【０１７７】
また通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２３のＳ２２１ａ）。一方、通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（同Ｓ２４１ａ）。
【０１７８】
そして通番判定手段により通番が一致しないと判定され、かつ前記オフライン端数額が未加算の状態で記憶されていること（即ち挿入処理中であること）を条件として、通番不一致時処理として、前記入金残額加算処理と前記加算済更新処理を行う（図１４のＳ２６４）。即ち通番が一致せず、かつオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２３のＳ２４１ａ）を受信してから管理装置５０が精算完了通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行われているため、管理装置５０においてオフライン端数額を管理残額に対して加算して該オフライン端数額を消去する処理を行うものである。
【０１７９】
一方、通番判定手段により通番が一致すると判定され、かつ前記オフライン端数額が未加算の状態で記憶されていること（即ち挿入処理中であること）を条件として、通番一致時処理として、前記入金残額加算処理を行うことなく、前記加算済更新処理を行う（図１２のＳ２０８）。即ち通番が一致し、かつオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１２のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２２のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２３のＳ２４１ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行われていないため、管理装置５０においてもオフライン端数額を管理残額に対して加算せず、該オフライン端数額を消去する処理を行うものである。
【０１８０】
なお通番判定手段により通番が一致しないと判定され、かつ前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて精算要求受信情報を管理していること（即ちステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤであること）を条件として、通番不一致時処理として、前記管理残額零更新処理と、前記精算要求消去処理とを行う（図１４のＳ２６７）。即ち通番が一致せず、ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである場合とは、管理装置５０が精算完了通知（図２４の同Ｓ７８３）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において貨幣の払い出しが行われているため、管理装置５０において管理残額を消去しステータスを精算処理済に更新する処理を行うものである。
【０１８１】
また通番判定手段により通番が一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていること（即ちステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤであること）を条件として、通番不一致時処理として、前記第１の減算処理を行う。即ち通番が一致せず、ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである場合とは、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われているため、管理装置５０において第１の減算処理を行うものである。
【０１８２】
具体的には、管理残額≧玉貸設定金額であれば、玉貸設定金額を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行い（図１４のＳ２７２）、管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行う（図１４のＳ２７３）。
【０１８３】
ここで本例において、図１４のＳ２７２で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
【０１８４】
まず制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１４のＳ２６９）。
【０１８５】
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７（ｄ）の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１４のＳ２７１）。そして制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方（同Ｓ２７２）、玉貸設定金額未満であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から税込単位額の整数倍（但し管理残額を超えない最大額）である貸与対象額を減算する（同Ｓ２７３）。
【０１８６】
つまり使用額＋消費税額分の玉貸処理が行われて、玉貸ユニット２０から送信された減算要求を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額，又は税込単位額の倍数であって管理残額を超えない最大額）を特定して、該特定した使用額＋消費税額を減算する補正を行っている。
【０１８７】
また制御部５２は、ビジタコイン発行装置７０から送信されてきた後述する発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行うものである（図２６のＳ９０６）。
【０１８８】
また制御部５２は最後残額特定処理手段の一例であって、前記処理履歴送信手段（玉貸ユニット２０の外部通信部２１ｂ）から送信されてきた処理履歴（図７（ａ）に示す処理履歴ＤＢで記憶している処理履歴）に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理を行うものであり、ここでは後述する精算履歴送信手段（精算装置６０の通信部６１）から送信されてきた精算履歴（図７（ｂ）に示す精算履歴ＤＢで記憶している精算履歴），及び後述する発行履歴送信手段（ビジタコイン発行装置７０の通信部７１）から送信されてきた発行履歴（図７（ｃ）に示す発行履歴ＤＢで記憶している発行履歴）を含めて、前記最後残額特定処理を行う。この最後残額特定処理手段の具体的な機能については、図２８のＳ１０４５〜Ｓ１０４８を参照して後述する。
【０１８９】
さらに制御部５２は残額復帰処理手段の一例であって、前記最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額を新たに管理するための残額復帰処理を行う残額復帰処理手段を行うものであり、ここでは該最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額と、後述するバックアップ情報送信手段（センタ管理装置８０の通信部８１）から送信されてきたバックアップ情報（図７（ｅ）に示すバックアップＤＢで記憶しているバックアップ情報）に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額を特定し、該特定した残額を新たに管理するための残額復帰処理を行う。この残額復帰処理手段の具体的な機能についても、図２８のＳ１０４４，Ｓ１０４９，及びＳ１０５０を参照して後述する。
【０１９０】
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものである。また通信部５１は、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものであると共に、ビジタコイン発行装置７０の後述する通信部７１と通信可能に接続されており、管理装置５０とビジタコイン発行装置７０との間における通信を司るものである。
【０１９１】
この通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（精算装置６０の通信部６１）から送信されてきた精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するものであり、ここでは該管理残額又は該管理残額と前記記録媒体に記録されているオフライン端数額との合算額を特定可能な合算額精算許諾情報を精算装置６０に対して送信するものである。即ち、精算要求にオンライン端数額及びオフライン端数額が含まれない場合には、管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２３のＳ２２１ａ）。一方、精算要求にオンライン端数額及び／又はオフライン端数額が含まれる場合には、管理残額とオンライン端数額及び／又はオフライン端数額との合算額である予定残額を含む精算許諾情報を精算装置６０に対して送信する（同Ｓ２４１ａ）。また通信部５１は、該精算許諾情報に応じて精算装置６０から送信されてくる精算許諾情報受信通知（同Ｓ２２４ａ），又は端数額消去通知（同Ｓ２４６ａ）を受信する。
【０１９２】
また通信部５１は、制御部５２による前記選択額記憶処理が完了したことに基づいて、前記管理している残額を含む発行許諾情報をビジタコイン発行装置７０に対して返信するものである（図２６のＳ９０７）。
【０１９３】
さらに通信部５１は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（図２８のＳ１０１１を参照）、精算履歴送信要求を精算装置６０に対して送信し（同Ｓ１０２１を参照）、発行履歴送信要求をビジタコイン発行装置７０に対して送信するものである（同Ｓ１０３１を参照）。
【０１９４】
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。この外部通信部５６は、遊技場の営業終了後において、図７（ｄ）に示す残額管理ＤＢの記憶内容をセンタ管理装置８０に対して送信するものである（図２７のＳ１００１を参照）。また場外通信部５６は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、バックアップ情報送信要求をセンタ管理装置８０に対して送信するものである（図２８のＳ１０４１を参照）。
【０１９５】
精算装置６０は、記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体ＩＤに対応付けて前記管理装置にて管理されている管理残額，及び／又は該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣を払い出す精算処理を行うものである。この精算装置６０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図５（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，会員カード挿入口６４ａ，コイン投入口６５ａ，紙幣払出口６６ａ，及び硬貨払出口６７ａ等を備え、図１に示すように、その内部に通信部６１，制御部６２，カードＲ／Ｗ６４，コインＲ／Ｗ６５，紙幣払出機６６，及び硬貨払出機６７等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
【０１９６】
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを少なくとも含む精算要求を管理装置５０に対して送信するものであり、ここでは前記挿入通知と同様に記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信する（図２２のＳ７０２）。
【０１９７】
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行われる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、精算完了通知を送信する（図２４のＳ７８３）。なお「精算処理が行われる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７８１の貨幣の払い出し（即ち精算処理）の後に、精算完了に伴う精算完了通知を送信している。また通信部６１は、該精算完了通知に応じて管理装置５０から送信されてくる残額消去完了通知（同Ｓ７８７）を受信する。
【０１９８】
また通信部６１は精算履歴送信手段の一例であって、管理装置５０から送信されてくる精算履歴送信要求に応じて、後述する精算履歴記憶手段である精算履歴ＤＢ（図７（ｂ）を参照）で記憶している精算履歴を管理装置５０に対して送信するものである（図２８のＳ１０２３を参照）。
【０１９９】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部６２の機能については後述する。
【０２００】
タッチパネル式のディスプレイ６３は、図５（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。ここで会員カード４又はビジタコイン５が挿入され、前記精算要求に応じた精算許諾情報が管理装置５０から送信されてくると、Ｄ２に示すように、該精算許諾情報に含まれる管理残額又は合算額が残額として表示されると共に、精算操作を受け付ける「精算」ボタン，及び精算処理をキャンセルする「キャンセル」ボタンが表示される。このＤ２で「精算」ボタンが操作されると、残額に相当する貨幣が払い出され、Ｄ３に示すように、該残額を返却する旨，及び会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。またＤ２で「キャンセル」ボタンが操作されると、Ｄ４に示すように、会員カード４又はビジタコイン５が返却され、その旨が表示される。なおＤ１で受け付けた会員カード４又はビジタコイン５に異常があるときには、Ｄ５に示すように、その旨が表示される。
【０２０１】
カードＲ／Ｗ６４は記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではカード挿入口６４ａから挿入された会員カード４を受け付けて、該会員カード４に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取ると共に、該会員カード４からオンライン端数額及びオフライン端数額を消去する、ＩＣカードＲ／Ｗである。この精算装置６０において精算が完了した会員カード４は、カード挿入口６４ａから排出されて、遊技者に返却される。
【０２０２】
コインＲ／Ｗ６５も記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではコイン投入口６５ａから投入されたビジタコイン５を受け付けて、該ビジタコイン５に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取ると共に、該ビジタコイン５からオンライン端数額，オフライン端数額，及びオンライン残額有りフラグを消去する、ＩＣコインＲ／Ｗである。この精算装置６０において精算が完了したビジタコイン５は、コインＲ／Ｗ６５の下部に設けられるコイン回収部６５ｂに回収されて、遊技者には返却されない。
【０２０３】
紙幣払出機６６及び硬貨払出機６７は、貨幣を払い出すものであり、具体的には、紙幣払出機６６の背後に設けられる紙幣収納部６６ｂから、所定の種類及び所定数の紙幣２を取り出して、紙幣払出口６６ａから払い出すと共に、硬貨払出機６７の上部に設けられる硬貨収納部６７ｂから、所定の種類及び所定数の硬貨３を取り出して、硬貨払出口６７ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。
【０２０４】
ここで前記制御部６２は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の通信部５１から精算装置６０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【０２０５】
また制御部６２は精算処理手段の一例であって、オフライン端数額が記録されていない記録媒体（会員カード４，ビジタコイン５）を受け付けたときには、該受け付けた記録媒体の管理残額に相当する貨幣を払い出す精算処理を行い、オフライン端数額が記録されている記録媒体（会員カード４，ビジタコイン５）を受け付けたときには、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣を払い出す精算処理を行う。ここで精算処理とは、貨幣の払い出しを紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理である。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０２０６】
具体的には、精算処理手段として機能する制御部６２は、精算操作の受付に応じて（図２４のＳ７８０）、管理装置５０から送信されてきた精算許諾情報（図２３のＳ２２１ａ，Ｓ２４１ａ）に含まれる管理残額に相当する貨幣を払い出す精算処理を行うものであり（図２４のＳ７８１）、ここでは前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記管理残額と前記オフライン端数額との合算額に相当する貨幣を払い出す精算処理を行う。即ち管理装置５０から送信されてきた精算許諾情報に管理残額のみが含まれる場合には、該管理残額に相当する貨幣の払出を指示する処理を行い、管理残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行い、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０２０７】
また制御部６２は、前記精算処理に伴って前記記録媒体に記録されている通番を更新する第３の通番更新処理を行うものである（図２４のＳ７８２）。ここで第３の通番更新処理とは、受け付けている記録媒体（会員カード４，ビジタコイン５）に記録されている通番に１を加算して更新する旨を、カードＲ／Ｗ６４又はコインＲ／Ｗ６５に対して指示する処理である。
【０２０８】
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２２のＳａ７０１）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信し、精算操作を受け付けたことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。
【０２０９】
また制御部６２のＥＥＰＲＯＭには、図７（ｂ）に示す精算履歴ＤＢが設けられている。この精算履歴ＤＢは精算履歴記憶手段の一例であって、前記精算処理の履歴である精算履歴として、該精算処理の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該記録媒体の通番と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは精算処理が行われたことに基づいて、該精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶し、該精算処理時に記録媒体に記録されている通番を記憶すると共に、該精算処理が行われた日時である精算日時を前記最後処理特定情報として記憶することにより、前記精算履歴を記憶する。この精算履歴ＤＢでは、最大で２５６個の精算履歴を、前記所定の処理数分として記憶可能であり、記憶している精算履歴が２５６個に達すると、新たな精算履歴を記憶する際に、精算日時が最も古い精算履歴が消去されて、当該新たな精算履歴が記憶される。
【０２１０】
さらに制御部６２のＲＡＭは、当該精算装置６０の処理状態を記憶する。具体的には、記録媒体を受け付けたときには、処理状態が「記録媒体受付」である旨を記憶し、精算操作を受け付けたときには、処理状態が「精算操作受付」である旨を記憶し、返却操作を受け付けたときには、処理状態が「返却操作受付」である旨を記憶する。
【０２１１】
ビジタコイン発行装置７０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、縦長の箱型の形状を呈するものであり、その前面にタッチパネル式のディスプレイ７３，紙幣挿入口７４ａ，紙幣払出口７４ｄ，及びコイン発行口７５ａ等を備え、図１に示すように、その内部に通信部７１，制御部７２，紙幣識別機７４，紙幣収納部７４ｂ，紙幣払出部７４ｃ，コインＲ／Ｗ７５，及びコインストッカ７５ｂ等を備えており、これらの各構成要素は図１に示すように接続されている。
【０２１２】
通信部７１は、管理装置５０の通信部５１と通信可能に接続されており、ビジタコイン発行装置７０と管理装置５０との間における通信を司るものである。この通信部７１は、紙幣識別機７４により紙幣２を受け付けた後、タッチパネル式のディスプレイ７３により遊技者から発行額の選択を受け付けたことに基づいて、発行するビジタコイン５の記録媒体ＩＤと前記選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する（図２６のＳ９０５）。
【０２１３】
また通信部７１は発行履歴送信手段の一例であって、管理装置５０から送信されてくる発行履歴送信要求に応じて、後述する発行履歴記憶手段である発行履歴ＤＢ（図７（ｃ）を参照）で記憶している発行履歴を管理装置５０に対して送信するものである（図２８のＳ１０３３）。
【０２１４】
制御部７２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、ビジタコイン発行装置７０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部７２の機能については後述する。
【０２１５】
タッチパネル式のディスプレイ７３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスでもある。このディスプレイ７３では、紙幣２を受付可能なときに、Ｄ１１に示すように、紙幣２の挿入を促す旨が表示される。ここで遊技者が紙幣２を挿入すると、Ｄ１２に示すように、該挿入された紙幣２の金額が入金額として表示されると共に、ビジタコイン５の発行に供する発行額を選択するための発行額選択ボタンとして、「１０００円」ボタン，「２０００円」ボタン，「５０００円」ボタン，及び「１００００円」ボタンの４種類が表示される、発行額選択画面が表示される。ここで遊技者がいずれかの発行額選択ボタン（ここでは「５０００円」ボタン）を押圧操作して前記入金額の範囲内で発行額を選択すると、Ｄ１３に示すように、該選択された発行額を前記残額としてパチンコ玉の貸与に使用可能なビジタコイン５が発行されて、該ビジタコイン５が発行された旨が表示されると共に、釣銭がある場合には釣銭が払い出されて、該釣銭が払い出された旨が表示される。
【０２１６】
紙幣識別機７４は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは紙幣挿入口７４ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機７４により受け付けられた紙幣２は、該紙幣識別機７４の背後に設けられている紙幣収納部７４ｂに金種毎に収納される。そして釣銭があるときに、紙幣収納部７４ｂに収納されている紙幣２が、該紙幣収納部７４ｂの前方に設けられている紙幣払出部７４ｃに搬送されて、該紙幣払出部７４ｃの前方に設けられている紙幣払出口７４ｄから釣銭として払い出される。
【０２１７】
コインＲ／Ｗ７５は、図６（ｂ）のＤ１２に示す発行額選択画面で発行額が選択されたときに、ビジタコイン５が収納されているコインストッカ７５ｂから排出されて内部に保持しているビジタコイン５の記録媒体ＩＤを読み取ると共に、該ビジタコイン５に対してオンライン残額有りフラグを記録する、ＩＣコインＲ／Ｗである。このコインＲ／Ｗ７５の内部で保持しているビジタコイン５は、管理装置５０から発行許諾情報が送信されてきたことに基づいて、該コインＲ／Ｗ７５の前方に設けられているコイン発行口７５ａから排出されて発行され、該ビジタコイン５が発行されると、コインストッカ７５ｂで収納されているビジタコイン５が排出されてコインＲ／Ｗ７５の内部に保持される。
【０２１８】
ここで前記制御部７２は記録媒体発行処理手段の一例であって、前記貨幣受付手段（紙幣識別機７４）により受け付けた貨幣（紙幣２）の金額を残額として、記録媒体（ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理するための処理を行うと共に、該記録媒体に残額を記録することなく発行する記録媒体発行処理を行うものである。具体的には、コインＲ／Ｗ７５の内部で保持しているビジタコイン５の記録媒体ＩＤと図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する処理（図２６のＳ９０５）と、コインＲ／Ｗ７５の内部で保持しているビジタコイン５をコイン発行口７５ａから排出して発行する処理（同Ｓ９１０）が、前記記録媒体発行処理に相当する。なお記録媒体発行処理手段は、記録媒体発行処理を行う際に、前記記録媒体（ビジタコイン５）に管理残額有り情報（オンライン残額有りフラグ）を記録して発行する処理を行う（同Ｓ９０８）。
【０２１９】
また制御部７２のＥＥＰＲＯＭには、図７（ｃ）に示す発行履歴ＤＢが設けられている。この発行履歴ＤＢは発行履歴記憶手段の一例であって、前記記録媒体発行処理の履歴である発行履歴として、該記録媒体発行処理の対象となった記録媒体（ビジタコイン５）の記録媒体ＩＤと、該記録媒体発行処理の対象となった前記残額と、該記録媒体の通番と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは記録媒体発行処理が行われたことに基づいて、該記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額を前記記録媒体発行処理の対象となった残額として記憶する共に、該記録媒体発行処理時に記録媒体に記録されている通番を記憶すると共に、該記録媒体発行処理が行われた日時である発行日時を前記最後処理特定情報として記憶することにより、前記発行履歴を記憶する。この発行履歴ＤＢでは、最大で２５６個の発行履歴を、前記所定の処理数分として記憶可能であり、記憶している発行履歴が２５６個に達すると、発行日時が最も古い発行履歴が消去されて、当該新たな発行履歴が記憶される。
【０２２０】
センタ管理装置８０はバックアップ装置の一例であって、遊技場外（ここではカード会社）に設けられるものであり、図１に示すように接続される通信部８１，制御部８２，及びハードディスク８３等を備えている。この実施形態では、前記有効期間が無期限であるため、例えば残額がある記録媒体を持ち帰った遊技者が１ヶ月後に来店したときに、管理装置５０で管理している残額が失われていると、該１ヶ月の間は当該記録媒体に係わる処理履歴，精算履歴，及び発行履歴が記憶されていないため、残額を復帰することができず、遊技者が損をしてしまうので、センタ管理装置８０において所定時間毎に残額のバックアップを行うものである。
【０２２１】
記憶手段であるハードディスク８３には、図７（ｅ）に示すバックアップＤＢが設けられている。このバックアップＤＢはバックアップ情報記憶手段の一例であって、管理装置５０で記録媒体ＩＤに対応付けて管理されている残額を該管理装置５０から所定時間毎に取得してバックアップ情報として記憶するものであり、ここでは遊技場の営業終了後に管理装置５０から送信されてくる残額管理ＤＢの記憶内容（図７（ｄ）を参照）を、バックアップ情報として記憶する。またバックアップＤＢは、該バックアップ情報を記憶した日時を、バックアップ日時として記憶する。
【０２２２】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０２２３】
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。この通信部８１は、バックアップ情報の記憶が完了したことに基づいて、該バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を管理装置５０に対して返信するものである（図２７のＳ１００４）。また通信部８１はバックアップ情報送信手段の一例であって、管理装置５０から送信されてくるバックアップ情報送信要求に応じて、バックアップ情報記憶手段であるバックアップ情報ＤＢ（図７（ｅ）を参照）で記憶しているバックアップ情報を管理装置５０に対して送信するものである（図２８のＳ１０４３）。
【０２２４】
次に、図８〜図２８を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，及び制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部２７Ｐのビジタコイン５に記録されている通番，若しくは、カード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
【０２２５】
まず図８は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ１０１）、受付貨幣額が所定額（ここでは１０００円）以上であるか否かを判定する（Ｓ１０２）。このＳ１０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ１４１に進む。一方、Ｓ１０２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する（Ｓ１０３）。
【０２２６】
Ｓ１０３の入金要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（Ｓ１０４）、該入金要求に含まれる受付貨幣額を該記録媒体ＩＤに対応付けて記憶して（Ｓ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ１０６）。
【０２２７】
Ｓ１０６の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ１０７）、前記Ｓ１０１で受け付けた受付貨幣を取り込み（Ｓ１０８）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１０９）、前記記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ１１０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１１）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ１１２）。
【０２２８】
Ｓ１１０の貨幣取込通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算し（Ｓ１１３）、該受付貨幣額を消去し（Ｓ１１４）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１１５）、該記録媒体ＩＤに対応するステータスを入金処理済に更新する（Ｓ１１６）。
【０２２９】
次に図９は、管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、玉貸操作を待機している状態で、玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額＋消費税額分の玉貸処理を開始し（Ｓ１２２）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１２３）、前記記録媒体ＩＤと使用額＋消費税額とを含む減算要求を管理装置５０に対して送信する（Ｓ１２４）。
【０２３０】
Ｓ１２４の減算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該減算要求に含まれる使用額＋消費税額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算し（Ｓ１２５）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１２６）、該記録媒体ＩＤに対応するステータスとして減算処理済と記憶し（Ｓ１２７）、減算完了通知を玉貸ユニット２０に対して送信する（Ｓ１２８）。
【０２３１】
Ｓ１２８の減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算し（Ｓ１２９）、前記Ｓ１２２で開始された使用額＋消費税額分の玉貸処理の終了を待機する（Ｓ１３０）。このＳ１３０で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１３０で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、記憶残額が零であるか否かを判定する（Ｓ１３１）。このＳ１３１で記憶残額が零でない（ＮＯ）と判定された場合には、前記Ｓ１１１に戻り、記憶残額≧税込単位額であれば、Ｓ１１２の状態となり、記憶残額＜税込単位額であれば、貨幣受付，又は返却操作を待機する状態となる。
【０２３２】
一方、Ｓ１３１で記憶残額が零である（ＹＥＳ）と判定された場合には、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１３２）。このＳ１３２で記録媒体を受付中でない（ＮＯ）と判定された場合には、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１３３）。一方、Ｓ１３２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かを判定する（Ｓ１３４）。このＳ１３４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ１３５）、第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して（Ｓ１３６）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１３３）。一方、Ｓ１３４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、貨幣受付，又は返却操作を待機する状態となる（Ｓ１３７）。
【０２３３】
次に図１０は、管理装置５０とオンライン状態である玉貸ユニット２０において少額一発貸しが行われる場合の処理の一例を表す図である。前記Ｓ１０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１４１）。このＳ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１６１に進む。一方、Ｓ１４１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ１４２）。このＳ１４２で受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、前記Ｓ１０１で受け付けた貨幣を返却して、貨幣受付，又は記録媒体受付を待機する状態となる。
【０２３４】
一方、Ｓ１４２で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第１の貸与対象額特定処理により、受付貨幣額から貸与対象額と端数額を特定し（Ｓ１４３）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理である少額一発貸しを開始し（Ｓ１４４）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１４５）、前記記録媒体ＩＤと前記特定した端数額とを含む加算要求を管理装置５０に対して送信して（Ｓ１４６）、該端数額をオンライン端数額として前記記録媒体に記録する（Ｓ１４７）。なおＳ１４６の加算要求には、売上管理等のため、図示しないが、端数額だけでなく受付貨幣額及び貸与対象額も含まれる。
【０２３５】
Ｓ１４６の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる端数額を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１４８）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１４９）、該記録媒体ＩＤに対応するステータスとして加算処理済と記憶し（Ｓ１５０）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１５１）。
【０２３６】
Ｓ１５１の加算完了通知を受信した玉貸ユニット２０は、前記オンライン端数額を記憶残額に加算し（Ｓ１５２）、前記記録媒体に記録されているオンライン端数額を消去し（Ｓ１５３）、前記Ｓ１４４で開始された貸与対象額分の玉貸処理の終了を待機する（Ｓ１５４）。このＳ１５４で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１５４で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１５５）、貨幣受付，又は返却操作受付を待機する状態となる（Ｓ１５６）。ここで玉貸操作を待機する状態とならないのは、前記Ｓ１５２で管理残額（ここでは零）に加算されるオンライン端数額は税込単位額未満であるため、玉貸操作を受け付けても使用額分の玉貸処理ができないからである。
【０２３７】
前記Ｓ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額に対応する消費税額を特定し（Ｓ１６１）、記憶残額が該特定した対応消費税額以上であるか否かを判定する（Ｓ１６２）。このＳ１６２で記憶残額が対応消費税額未満である（ＮＯ）と判定された場合には、前記Ｓ１４２に進み、該Ｓ１４２で受付貨幣額≧税込単位額（ＹＥＳ）と判定された場合には、Ｓ１４３〜Ｓ１５５の処理が行われて、記憶残額≧税込単位額であれば、前記Ｓ１１２の状態となり、記憶残額＜税込単位額であれば、前記Ｓ１５６の状態となる。
【０２３８】
一方、Ｓ１６２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、遊技者の操作によることなく、受付貨幣額＋対応消費税額分の玉貸処理を開始し（Ｓ１６３）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１６４）、前記記録媒体ＩＤと前記対応消費税額＊（−１）とを含む加算要求を管理装置５０に対して送信して（Ｓ１６５）、該対応消費税額＊（−１）をオンライン端数額として前記記録媒体に記録する（Ｓ１６６）。なおＳ１６５の加算要求には、売上管理等のため、図示しないが、対応消費税額＊（−１）だけでなく受付貨幣額も含まれる。
【０２３９】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額＋対応消費税額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２４０】
本例では、８０円の管理残額（＝記憶残額）がある状態で、５００円の入金を受け付けることで、対応消費税額の２５円が管理残額から減算されて、受付貨幣額の５００円分のパチンコ玉が貸与され、管理残額が５５円となる。ここで、従来のシステムにおいて、消費税額を徴収する場合には、税込単位額未満の端数額が管理残額として残った状態では使用することができず、かつ該端数額が累積されて単位貸与額以上となったときにも、その残額を使用するために遊技者が玉貸操作を行わなければないという問題があった。本発明の遊技用システム１を適用することによって、端数額が受付貨幣額の対応消費税額以上であれば、当該端数額が税込単位額未満であっても使用され、かつ玉貸操作を要せずに受付貨幣額＋対応消費税額分の玉貸処理を行うので遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２４１】
つまり、玉貸処理に応じて消費税が徴収される場合であれば、遊技者が貨幣（例えば１００円）を投入しても、受付貨幣額が税込単位額（例えば１０５円）未満の貨幣であるため、受付貨幣額＋対応消費税額分の玉貸処理が行われずに不便であったが、本発明の遊技用システム１を適用することによって、遊技者が貨幣（１００円）を投入したときに残額が消費税額（５円）以上残存していれば、受付貨幣額（１００円）分の玉貸処理が玉貸操作によることなく行われるので、遊技者の利便性が向上する。また、例えば８０円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋対応消費税額５円の、計１０５円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０２４２】
また別の方法として、玉貸処理に応じて消費税が徴収される場合に、遊技者が５００円を投入すると、貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算され、次に５００円を投入すると、再び貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算されるという方法が考えられる。この場合には、最初の端数額の８０円が管理残額として残っている状態で、次に５００円が投入されたときに、対応消費税額の２５円以上の管理残額（８０円）が残存しており、受付貨幣額＋対応消費税額分の玉貸処理を行うための残額が足りているにも拘わらず、実際には貸与対象額（４２０円）分の玉貸処理しか行われないというように、連続入金のときの遊技者の利便性を損ねる。しかし本発明の遊技用システム１を適用することによって、連続入金のときに、受付貨幣額＋残額によって、受付貨幣額＋対応消費税額分の玉貸処理が可能であれば、該受付貨幣額＋対応消費税額分の玉貸処理（一発貸し）を行うので、遊技者の利便性が向上する。また、連続入金によって端数額が、８０円，１６０円，…と累積される場合に、この累積された端数額は玉貸操作を行わなければ使用することができないが、本発明の遊技用システム１を適用することで、貨幣を受け付けると、受け付けた貨幣の対応消費税額が自動的に端数額から減算されていくので、端数額を使用する為の玉貸操作は必要なく、また、玉貸操作を行うことなく受付貨幣額＋対応消費税額分の玉貸が行われ、貨幣の投入から玉貸開始までの時間が短縮されるので、遊技者の利便性が向上する。
【０２４３】
Ｓ１６５の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる対応消費税額＊（−１）を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１６７）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１６８）、該記録媒体ＩＤに対応するステータスとして加算処理済と記憶し（Ｓ１６９）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１７０）。
【０２４４】
Ｓ１７０の加算完了通知を受信した玉貸ユニット２０は、前記オンライン端数額を記憶残額に加算し（Ｓ１７１）、前記記録媒体に記録されているオンライン端数額を消去し（Ｓ１７２）、前記Ｓ１６３で開始された受付貨幣額＋対応消費税額分の玉貸処理の終了を待機する（Ｓ１７３）。このＳ１７３で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１７３で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記Ｓ１３１に進む。これは、前記Ｓ１７１で記憶残額に加算されるオンライン端数額は負の値であるため、該加算によって記憶残額が零になる可能性があるからである。
【０２４５】
次に図１１は、管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１８１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１８２）。このＳ１８２で記録媒体を受付中でない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１８３）。このＳ１８３で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、貨幣受付，又は記録媒体受付を待機する状態となる。一方、Ｓ１８３で記憶残額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２４６】
Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する（Ｓ１８６）。このＳ１８６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１８７）、該記録媒体ＩＤに対応付けて、新たな残額，通番，及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ１８８）、Ｓ１８９に進む。一方、Ｓ１８６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額，通番，及び排出日時を、新たな残額，通番，及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ１８８）、Ｓ１８９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０２４７】
Ｓ１８９では、制御部２１のＲＡＭで記憶している記憶残額を消去し、前記ビジタコイン５にオンライン残額有りフラグを記録し（Ｓ１９０）、第２の収納コインストッパ２７ｃを開放状態とすることにより、前記ビジタコイン５を返却し（Ｓ１９１）、第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ１９２）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。
【０２４８】
前記Ｓ１８２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２４９】
Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、前記Ｓ１８６〜Ｓ１８９の処理を行い、ビジタコイン５を受付中であるか否かを判定する（Ｓ１９４）。このＳ１９４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録し（Ｓ１９５）、第２の投入コインストッパ２６ｃを開放状態とすることにより、該ビジタコイン５を返却し（Ｓ１９６）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。一方、Ｓ１９４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、該会員カード４を返却し（Ｓ１９７）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。
【０２５０】
次に図１２は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。
【０２５１】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０５）、Ｓ２０９に進む。
【０２５２】
即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると、該受付貨幣額が管理残額に加算されてしまった場合に遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。
【０２５３】
このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２５４】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０７）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ２０８）、Ｓ２０９に進む。
【０２５５】
即ち通番が一致しており、ステータスが挿入処理中であり、かつオンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１２のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２２のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２３のＳ２４１ａ）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が消去されずに残存状態のままとなり、該残存状態のオンライン端数額及び／又はオフライン端数額が管理残額に加算されると、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を消去する処理を行うものである。
【０２５６】
このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、その判定結果を、後述するＳ２１４の処理，又は後述するＳ２１１でＹＥＳと判定されるときまで保持するものとする。
【０２５７】
前記Ｓ２０６で挿入処理中でない（ＮＯ）と判定された場合，又はＳ２０５若しくはＳ２０８の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１１）。このＳ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図１３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図２３のＳ２２１ａ）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０２５８】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１３）。このＳ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０２５９】
前記Ｓ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２１４）、Ｓ２４０に進む。
【０２６０】
なおＳ２０７の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ２１４の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０２６１】
次に図１３は、図１２に続く図である。管理装置５０は、前記Ｓ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２２１）。
【０２６２】
Ｓ２２１の残額通知を受信した玉貸ユニット２０は、該残額通知に含まれる管理残額を制御部２１のＲＡＭで記憶し（Ｓ２２２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ２２３）、前記記録媒体ＩＤを含む残額受信通知を管理装置５０に対して送信し（Ｓ２２４）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２２５）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ２２６）。Ｓ２２４の残額受信通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該残額受信通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２２７）、該記録媒体ＩＤに対応するステータスを挿入処理済に更新する（Ｓ２２８）。
【０２６３】
また管理装置５０は、前記Ｓ２１１又はＳ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合（Ｓ２１４が実施された場合には該Ｓ２１４の後），及び前記Ｓ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合、即ちオンライン端数額，オフライン端数額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オンライン端数額及び前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０２６４】
Ｓ２４１の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ２４２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）に記録されているオンライン端数額を消去すると共に（Ｓ２４３）、該記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む端数額消去通知を管理装置５０に対して送信して（Ｓ２４６）、前記Ｓ２２５に進む。
【０２６５】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去して（Ｓ２４７）、Ｓ２４８に進む。これにより、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２６６】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用された使用額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれるオンライン端数額を管理残額に加算するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０２６７】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用された使用額に対応する消費税額を徴収する場合に、受付貨幣額＋対応消費税額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき対応消費税額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる負の値のオンライン端数額を管理残額に加算するので、負の値の対応消費税額の加算（実質的には対応消費税額の減算）ができずに遊技場が損害を被ることがなくなる。
【０２６８】
前記Ｓ２４７の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２４８）、前記Ｓ２２７に進む。これにより、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額がオフライン端数額として記録された記録媒体が受け付けられると、該オフライン端数額が管理装置５０で管理されている管理残額に対して加算更新されることにより、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０２６９】
次に図１４は、図１２に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。そして該挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６１）。このＳ２６１で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ２６２）、Ｓ２７４に進む。
【０２７０】
即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。
【０２７１】
このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２７２】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、受付貨幣額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、受付貨幣の取込を行った後に、貨幣取込通知を管理装置５０に対して送信し、該貨幣取込通知を受信した管理装置５０で、受付貨幣額を管理残額に加算するように構成すると共に、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生した場合には受付貨幣を返却するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３号公報）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち受付貨幣の取込が行われたか否かを、管理装置５０側では特定不可能である。
【０２７３】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０で受け付けられ、挿入通知が送信されてきたときに、受付貨幣の取込が行われたか否かを、管理装置５０側において特定できない。このときに、一律に受付貨幣額を管理残額に加算すると、玉貸ユニット２０が予定残額通知を受信しておらず、受付貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去すると、玉貸ユニット２０が予定残額通知を受信しており、受付貨幣の取込が行われていた場合に、遊技者が損害を被る。また前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２７４】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で受付貨幣の取込を行ったときに記録通番を更新し、管理装置５０で受付貨幣額の加算・消去を行ったときに管理通番を更新することで、通番が一致するときには、受付貨幣の取込が行われていないことを特定して、受付貨幣額を加算することなく消去し、通番が一致しないときには、受付貨幣の取込が行われていることを特定して、受付貨幣額を加算して消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２７５】
前記Ｓ２６１で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２６３）。このＳ２６３で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去すると共に（Ｓ２６４）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２６５）、Ｓ２７４に進む。
【０２７６】
即ち通番が一致せず、ステータスが挿入処理中であり、オンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２３のＳ２４１ａ）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額を管理残額に対して加算して消去する処理を行うものである。
【０２７７】
このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２７８】
前記Ｓ２６３で挿入処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応付けて残額管理ＤＢに記憶されている使用装置ＩＤが、玉貸ユニット２０の装置ＩＤであるか否かを判定する（Ｓ２６６）。このＳ２６６で玉貸ユニット２０の装置ＩＤでない（ＮＯ）と判定された場合、即ち精算装置６０の装置ＩＤであると判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去してステータスを精算処理済に更新し（Ｓ２６７）、Ｓ２７４に進む。
【０２７９】
即ち通番が一致せず、ステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである場合とは、精算装置６０が精算許諾情報（図２３のＳ２２１ａ又はＳ２４１ａ）を受信してから、精算操作を受け付け（図２４のＳ７８０）、管理装置５０が精算完了通知（同Ｓ７８３）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。
【０２８０】
このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ちステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから、精算操作を受け付け、管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０２８１】
前記Ｓ２６６で玉貸ユニット２０の装置ＩＤである（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２６８）。このＳ２６８でオンライン端数額が零である（ＹＥＳ）と判定された場合には、図７（ｄ）に示す残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ２６９）、さらに図７（ｄ）に示す玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ２７０）、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ２７１）。
【０２８２】
このＳ２７１で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ２７２）、Ｓ２７４に進む。一方、Ｓ２７１で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算し（Ｓ２７３）、Ｓ２７４に進む。
【０２８３】
即ち通番が一致せず、記録媒体にオンライン端数額が記録されておらず、ステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである場合とは、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額＋消費税額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、税込単位額の整数倍であって管理残額を超えない最大額を、使用額＋消費税額として特定し、管理装置５０において減算処理を行うものである。
【０２８４】
このように、玉貸ユニット２０で第１の貸与処理（使用額＋消費税額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０２８５】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を、管理残額から減算するので、正確な残額を確定することができる。
【０２８６】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行われていないことを特定して、対処することができる。
【０２８７】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われたときに、使用額＋消費税額を含む減算要求を管理装置５０に対して送信し、該減算要求を受信した管理装置５０で、該減算要求に含まれる使用額＋消費税額を管理残額から減算するように構成した場合、管理装置５０が減算要求を受信する前にオフライン状態が発生すると、従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置５０側で使用額＋消費税額の減算が行われたか否かを特定できない。
【０２８８】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、使用額＋消費税額の減算が行われたか否かを、管理装置５０側において特定できない。このときに、一律に記録媒体の管理残額を使用可能とすると、使用額＋消費税額が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で該減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても使用額＋消費税額の減算処理が行えないので、遊技場が損害を被る。一方、使用額＋消費税額分の玉貸処理が行われた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２８９】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行ったときに記録通番を更新し、管理装置５０で使用額＋消費税額の減算を行ったときに管理通番を更新することで、通番が一致しないときには、減算が行われていないことを特定して、使用額＋消費税額を管理残額から減算し、通番が一致するときには、減算が完了していることを特定して、管理残額をそのままにしておくことで、残額が確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２９０】
前記Ｓ２６２の処理後，前記Ｓ２６５の処理後，前記Ｓ２６７の処理後，前記Ｓ２６８で挿入通知のオンライン端数額が零でない（ＮＯ）と判定された場合，前記Ｓ２７２の処理後，及び前記Ｓ２７３の処理後は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２７４）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２７５）。このＳ２７５でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７６）。このＳ２７６でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記Ｓ２２０に進む。
【０２９１】
即ち通番が一致せず、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１に入金処理中において玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額＋消費税額分の玉貸処理が行われて管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合，第３に挿入処理中において玉貸ユニット２０が残額通知（図１３のＳ２２１）又は予定残額通知（同Ｓ２４１）を受信してから管理装置５０が残額受信通知（同Ｓ２２４）又は端数額消去通知（同Ｓ２４６）を受信する前にオフライン状態が発生した場合，第４に挿入処理中において精算装置６０が精算許諾情報（図２３のＳ２２１ａ又はＳ２４１ａ）を受信してから管理装置５０が精算許諾情報受信通知（同Ｓ２２４ａ）又は端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合，第５に精算処理が行われて管理装置５０が精算完了通知（図２４のＳ７８３）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０２９２】
一方、前記Ｓ２７５でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２７７）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７８）。このＳ２７８でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。
【０２９３】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＹＥＳと判定され、Ｓ２６９〜Ｓ２７２又はＳ２６９〜Ｓ２７３の処理が行われると共に、Ｓ２７４，Ｓ２７５，Ｓ２７７の処理が行われ、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８で前記記憶されているオフライン端数額が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額が改めて記憶される。
【０２９４】
前記Ｓ２７８でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７６でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２７９）、Ｓ２４０に進む。
【０２９５】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＮＯと判定されて、Ｓ２７４，Ｓ２７９の処理が行われ、オンライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７で前記記憶されているオンライン端数額が消去され、Ｓ２１４で前記挿入通知に含まれるオンライン端数額が改めて記憶される。
【０２９６】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図１０のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定されて、Ｓ２０９でステータスとして挿入処理中と記憶された状態になり、Ｓ２１４の処理は実行されない。つまり、前記挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４では当該オンライン端数額は記憶されない。
【０２９７】
次に図１５は、玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０２９８】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、受付貨幣額が所定額（ここでは１０００円）以上であるか否かを判定する（Ｓ３０２）。このＳ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ３５０に進む。一方、Ｓ３０２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、前記Ｓ１０６の予定残額通知を受信済であるか否かを判定する（Ｓ３０３）。
【０２９９】
このＳ３０３で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で前記Ｓ１０１で受け付けた貨幣を返却し、Ｓ３０７で記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中であれば（ＹＥＳ）、図１６に示すＳ３７０に進み、記録媒体を受付中でなければ（ＮＯ）、Ｓ３０８に進む。Ｓ３０８では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、図１６に示すＳ３７０に進み、記憶残額が零であれば（ＹＥＳ）、同Ｓ３８０に進む。
【０３００】
Ｓ３７０では、前記記録媒体の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ３７０で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ３７１）、該記録媒体ＩＤに対応付けて、新たな残額，通番，及び排出日時（ここではオフライン検出日時）を記憶することにより処理履歴を記憶し（Ｓ３７２）、多機能ランプ２９によりオフライン状態を検出した旨を報知すると共に、残額表示器３０における記憶残額（即ち制御部２１のＲＡＭで記憶している残額）の表示を中止して（Ｓ３７３）、後述するＳ５０５の状態、即ちオフライン状態において貨幣受付，又は返却操作を待機する状態となる。一方、Ｓ３７０で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額，通番，及び排出日時を、新たな残額，通番，及び排出日時（ここではオフライン検出日時）に更新（上書き）することにより処理履歴を記憶し（Ｓ３７２）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０３０１】
またＳ３８０では、前記記録媒体の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ３８０で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ３８１）、該記録媒体ＩＤに対応付けて、新たな残額，通番，及び排出日時（ここではオフライン検出日時）を記憶することにより処理履歴を記憶し（Ｓ３８２）、多機能ランプ２９によりオフライン状態を検出した旨を報知すると共に、残額表示器３０における記憶残額（即ち制御部２１のＲＡＭで記憶している残額）の表示を中止して（Ｓ３８３）、Ｓ３８４でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。一方、Ｓ３８０で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額，通番，及び排出日時を、新たな残額，通番，及び排出日時（ここではオフライン検出日時）に更新（上書き）することにより処理履歴を記憶し（Ｓ３８２）、前記Ｓ３８３の処理を行って、Ｓ３８４に進む。
【０３０２】
なお、前記予定残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＹＥＳと判定されて、Ｓ２０５以下の処理が行われる。
【０３０３】
前記Ｓ３０３で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４で前記Ｓ１０７〜Ｓ１０９の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。
【０３０４】
この予定残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図８のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＹＥＳと判定されて、Ｓ２６２以下の処理が行われる。
【０３０５】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０３０６】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５で前記Ｓ１２９の記憶残額減算済であるか否かを判定し、記憶残額減算済でなければ（ＮＯ）、Ｓ３２６で前記Ｓ１２９の処理を実行してＳ３２７に進み、記憶残額減算済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３７０に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３８０に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３７０に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３３０で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３８０に進む。
【０３０７】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３で前記Ｓ１２２〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。
【０３０８】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、玉貸ユニット２０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＹＥＳと判定されて、Ｓ２６９以下の処理が行われる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳ，Ｓ２１１でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０３０９】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１の残額通知，又はＳ２４１の予定残額通知を受信済であるか否かを判定する（Ｓ３４２）。
【０３１０】
このＳ３４２で残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。またＳ３４２で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３で前記Ｓ２４２〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。
【０３１１】
この予定残額通知を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６４以下の処理が行われる。
【０３１２】
前記Ｓ３４２で残額通知又は予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３７０に進む。
【０３１３】
この予定残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体にオフライン端数額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７以下の処理が行われる。
【０３１４】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、Ｓ３８０に進み、後述するＳ３８３でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０３１５】
次に図１６は、図１５に続く図である。前記Ｓ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、Ｓ３５０で前記Ｓ１５１の加算完了通知を受信済であるか否かを判定する。このＳ３５０で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５１で前記Ｓ１５２〜Ｓ１５３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５２で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。
【０３１６】
前記Ｓ３５０で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３５３で前記Ｓ１７０の加算完了通知を受信済であるか否かを判定する。このＳ３５３で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５４で前記Ｓ１７１〜Ｓ１７２の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５５で該未実行の処理を実行してＳ３５６に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３５６に進む。Ｓ３５６では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３７０に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３５７に進む。Ｓ３５７では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３８０に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３５８に進む。Ｓ３５８ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３７０に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３５９で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３６０で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３８０に進む。
【０３１７】
前記Ｓ３５３で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３６１で前記Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理，Ｓ１４１，Ｓ１６１〜Ｓ１６４，及びＳ１６６の各処理，又はＳ１４１，Ｓ１６１，Ｓ１６２，Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理（即ち加算要求の送信に伴って行われる各処理）を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３６２で該未実行の処理を実行してＳ３７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７０に進む。
【０３１８】
この加算完了通知を受信済でない場合には、管理装置５０が加算要求を受信する前にオフライン状態が発生した場合と、該加算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、加算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオンライン端数額の加算が行われておらず、記録媒体にオンライン端数額が記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＮＯと判定されて、Ｓ２７９の処理が行われ、Ｓ２４０以下の処理が行われる。また後者の、加算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオンライン端数額の加算が行われており、記録媒体にオンライン端数額が記録されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定される。即ち、管理装置５０においてオンライン端数額は記憶されていないのでＳ２０７の処理は行われず、Ｓ２１１でＮＯと判定されるが、Ｓ２０７の処理が行われなかったのでＳ２１４の処理も行われず、Ｓ２４０以下の処理が行われる。
【０３１９】
次に図１７は、管理装置５０とオフライン状態である玉貸ユニット２０において記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン状態において記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ５０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報にオフライン端数額が含まれるか否かを判定する（Ｓ５０２）。このＳ５０２でオフライン端数額が含まれる（ＹＥＳ），即ちオフライン端数額が記録されていると判定された場合には、該オフライン端数額を制御部２１のＲＡＭで記憶し（Ｓ５０３）、記憶端数額を残額表示器３０に表示して（Ｓ５０４）、オフライン状態において貨幣受付，又は返却操作を待機する状態となる（Ｓ５０５）。一方、Ｓ５０２でオフライン端数額が含まない（ＮＯ），即ちオフライン端数額が記録されていないと判定された場合にも、前記Ｓ５０５に進む。
【０３２０】
また玉貸ユニット２０は、オフライン状態において貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ５１０）、受付貨幣額がオフライン一発貸しで使用可能な１０００円以下であるか否かを判定する（Ｓ５１１）。このＳ５１１で受付貨幣額が１０００円を超えている（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５１１で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５１２）。ここで記憶端数額とは、前記Ｓ５０１で受け付けた記録媒体に記録されていた端数額，又は前回の貨幣の受付に基づいて後述するＳ５１４で特定された端数額である。
【０３２１】
このＳ５１２で記憶端数額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ５１３）。このＳ５１３で受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第１の特定処理により、受付貨幣額（ここでは１０００円）から貸与対象額（９４５円）と端数額（５５円）を特定し（Ｓ５１４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い（Ｓ５１５）、該特定した端数額を制御部２１のＲＡＭで記憶して（Ｓ５１６）、前記Ｓ５０４に進む。このように、玉貸ユニット２０において、オフライン一発貸しによって発生する端数額が記憶され、後述するＳ５４１で遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３２２】
前記Ｓ５１２で記憶端数額が零でない（ＮＯ）と判定された場合には、記憶端数額＋受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ５２３）。このＳ５２３で記憶端数額＋受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５２３で記憶端数額＋受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第２の特定処理により、記憶端数額（ここでは５５円）＋受付貨幣額（ここでは１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し（Ｓ５２４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い（Ｓ５２５）、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新して（Ｓ５２６）、前記Ｓ５０４に進む。
【０３２３】
このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、オフライン一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。またオフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。さらにオフライン一発貸し後さらに貨幣が受け付けられると、Ｓ５２４で端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ５４１で遊技者から返却操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、オフライン一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
【０３２４】
次に図１８は、図１７に続く図である。玉貸ユニット２０は、オフライン状態において返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５４１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ５４２）。このＳ５４２で記録媒体を受け付けていない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５４３）。このＳ５４３で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５４４）、収納コイン保持部２７Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５４５）、Ｓ５４６に進む。一方、Ｓ５４３で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５４６に進む。
【０３２５】
Ｓ５４６では、記憶端数額が零であるか否かを判定する。このＳ５４６で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５４７）。このＳ５４７でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５５２に進む。一方、Ｓ５４７でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、前記ビジタコイン５にオンライン端数額が記録されているか否かを判定する（Ｓ５４８）。このＳ５４８でオンライン端数額が記録されている（ＹＥＳ）と判定された場合には、Ｓ５５２に進む。一方、Ｓ５４８でオンライン端数額が記録されていない（ＮＯ）と判定された場合には、返却操作が無効とされ（Ｓ５４９）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ５５４）。
【０３２６】
前記Ｓ５４６で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５５０）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５５１）、Ｓ５５２に進む。
【０３２７】
Ｓ５５２では、第２の収納コインストッパ２７ｃを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する。即ちビジタコイン５は、記憶端数額がある場合，オンライン残額有りフラグが記録されている場合，及びオンライン端数額が記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。そして第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ５５３）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ５５４）。
【０３２８】
前記Ｓ５４２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かが判定される（Ｓ５６０）。このＳ５６０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５６１）。このＳ５６１で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５６２）、投入コイン保持部２６Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５６３）、Ｓ５６４に進む。一方、Ｓ５６１で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５６４に進む。
【０３２９】
Ｓ５６４では、記憶端数額が零であるか否かを判定する。このＳ５６４で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５に記録されているオフライン端数額を消去して（Ｓ５６５）、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５６６）。このＳ５６６でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６６でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、前記ビジタコイン５にオンライン端数額が記録されているか否かを判定する（Ｓ５６７）。このＳ５６７でオンライン端数額が記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６７でオンライン端数額が記録されていない（ＮＯ）と判定された場合には、第１の投入コインストッパ２６ｂを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して（Ｓ５６８）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ５５４）。
【０３３０】
前記Ｓ５６４で記憶端数額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５６９）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５７０）、Ｓ５７１に進む。
【０３３１】
Ｓ５７１では、第２の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却して、Ｓ５５４に進む。即ちビジタコイン５は、記憶端数額がある場合，オンライン残額有りフラグが記録されている場合，及びオンライン端数額が記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３３２】
前記Ｓ５６０でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５８１）、記憶端数額が零であるか否かを判定する（Ｓ５８２）。このＳ５８２で記憶端数額が零である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に記録されているオフライン端数額を消去して（Ｓ５８３）、該会員カード４を返却する（Ｓ５８６）。一方、Ｓ５８４で記憶端数額が零でない（ＮＯ）と判定された場合には、該会員カード４に該記憶端数額をオフライン端数額として記録し（Ｓ５８４）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５８５）、該会員カード４を返却し（Ｓ５８６）、Ｓ５５４に進む。即ち会員カード４は、返却操作を受け付けると、常に返却される。
【０３３３】
以上に説明した遊技用システム１によれば、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、オフライン状態の玉貸ユニット２０が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための貨幣貸与処理（いわゆるオフライン一発貸し）を行うようにしても、該貨幣貸与処理によって発生する端数額が記録媒体に記録されて排出される（Ｓ５５０，Ｓ５６３，Ｓ５８４）。そして前記図１２に示すように、該記録媒体がオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において該記録媒体の端数額が管理残額に加算されて遊技媒体の貸与に使用可能となることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。また、オフライン端数額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０３３４】
次に図１９は、予定残額通知の受信前にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン端数額（ここでは５５円）が記録されている記録媒体を受け付けると（Ｓ２０１）、前述の如く、前記Ｓ２０２以下の処理を行い、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７７）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０３３５】
この予定残額通知を玉貸ユニット２０が受信する前にオフライン状態が発生すると、通番が一致し、記録媒体にオフライン端数額が記録されており、管理装置５０においてオフライン端数額が未加算の状態で記憶されている（即ち挿入処理中である）状態になる。
【０３３６】
この状態で玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、前述した第２の貸与対象額特定処理により、記憶端数額（５５円）＋受付貨幣額（１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新する。即ち記録媒体に記録されているオフライン端数額から５０円が消費されて、該オフライン端数額が５円になり、管理装置５０で記憶されているオフライン端数額である５５円と異なることになる。
【０３３７】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定され、Ｓ２０８で前記記憶されているオフライン端数額（５５円）が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額（５円）が記憶される。そして該記憶されたオフライン端数額（５円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３３８】
このように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３３９】
次に図２０は、端数額消去通知の送信後にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン端数額（ここでは５５円）が記録されている記録媒体を受け付けると（Ｓ２０１）、前述の如く、前記Ｓ２０２以下の処理を行い、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７７）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０３４０】
この予定残額通知を受信した玉貸ユニット２０は、前記記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、端数額消去通知を管理装置５０に対して送信する（Ｓ２４６）。この端数額消去通知を玉貸ユニット２０が送信し管理装置５０が受信する前にオフライン状態が発生すると、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。
【０３４１】
この状態で玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、前述した第１の貸与対象額特定処理により、受付貨幣額（５００円）から貸与対象額（４２０円）と端数額（８０円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い、該特定した端数額を制御部２１のＲＡＭで記憶する。ここで記憶されたオフライン端数額は、管理装置５０で記憶されているオフライン端数額が管理残額に対して加算された後に、さらに加算されるべきものである。
【０３４２】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定され、Ｓ２６５で前記記憶されているオフライン端数額（５５円）が管理残額に対して加算されて消去され、Ｓ２７７で前記挿入通知に含まれるオフライン端数額（８０円）が記憶される。そして該記憶されたオフライン端数額（８０円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３４３】
このように、玉貸ユニット２０が端数額消去通知を送信した後、管理装置５０が該端数額消去通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３４４】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、オフライン端数額を含む挿入通知を受信した管理装置５０で、オフライン端数額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、記録媒体に記録されているオフライン端数額を消去した後に、端数額消去通知を管理装置５０に対して送信し、該端数額消去通知を受信した管理装置５０で、オフライン端数額を管理残額に加算するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち記録媒体に記録されているオフライン端数額の消去が行われたか否かを、管理装置５０側では特定不可能である。
【０３４５】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体に記録されているオフライン端数額を含む挿入通知が送信されたときに、当該オフライン端数額が、前回の予定残額通知に応じて一旦消去された後にオフライン一発貸しにより新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを、管理装置５０側において特定できない。つまり、記憶しているオフライン端数額に加えて今回のオフライン端数額を管理残額に加算すべきか、記憶しているオフライン端数額を消去して今回のオフライン端数額のみを管理残額に加算すべきかを特定することができない。このときに、一律にオフライン端数額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０３４６】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去を行ったときに記録通番を更新し、管理装置５０でオフライン端数額の加算・消去を行ったときに管理通番を更新することで、通番が一致しないときには、図２０に示したように、記録媒体に記録されているオフライン端数額の消去が行われたことを特定して、記憶しているオフライン端数額を管理残額に加算し、通番が一致するときには、図１９に示したように、記録媒体に記録されているオフライン端数額の消去が行われていないことを特定して、記憶しているオフライン端数額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０３４７】
例えば図１９に示したように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった後に、オフライン一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることから、記録媒体に記録されているオフライン端数額が消去されていない旨を特定して、記憶しているオフライン端数額を消去し、消費後のオフライン端数額を新たに記憶するので、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となり、オフライン一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３４８】
さらに図２０に示したように、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となった後に、オフライン一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることから、記録媒体に記録されているオフライン端数額が消去されている旨を特定して、記憶しているオフライン端数額を管理残額に加算し、新たなオフライン端数額を記憶するので、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となり、オフライン一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３４９】
次に図２１は、玉貸ユニット２０においてオンライン状態への復帰を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態への復帰を検出すると（Ｓ６０１）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信する（Ｓ６０２）。このオンライン復帰通知は、前記挿入通知と同等のものであるため、該オンライン復帰通知を受信した管理装置５０は、Ｓ２０３以下で前記挿入通知を受信した場合と同様の処理を行う。
【０３５０】
次に図２２は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に含まれるオフライン端数額が税込単位額未満であるか否かを判定する（Ｓａ７０１）。このＳａ７０１でオンライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ５に示す画面をディスプレイ６３に表示する。このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、前記読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２）。
【０３５１】
Ｓ７０２の精算要求を受信した管理装置５０は、図１２〜図１４で説明したＳ２０３以下と同様の処理を実施する。ただし、図１３に示したＳ２２０以下の処理，及びＳ２４０以下の処理は、図２３に示すＳ２２０以下の処理，及びＳ２４０以下の処理に、それぞれ置き換わるものとする。また図１２〜図１４の説明において、玉貸ユニット２０を精算装置６０，挿入通知を精算要求と、それぞれ読み替えるものとする。以下、図２３について説明する。
【０３５２】
Ｓ２２０では、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２２１ａ）。
【０３５３】
Ｓ２２１ａの精算許諾情報を受信した精算装置６０は、図５（ｂ）のＤ２に示す画面をディスプレイ６３に表示して、精算，又は返却操作を待機する状態となる（２２２ａ）。そして、受け付けている記録媒体の通番に１を加算して更新し（Ｓ２２３）、該記録媒体の記録媒体ＩＤを含む精算許諾情報受信通知を管理装置５０に対して送信する（Ｓ２２４ａ）。
【０３５４】
Ｓ２２４ａの精算許諾情報受信通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算許諾情報受信通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２２７）、該記録媒体ＩＤに対応するステータスを挿入処理済に更新する（Ｓ２２８）。
【０３５５】
またＳ２４０では、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額と記憶したオンライン端数額及び前記オフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２４１ａ）。
【０３５６】
Ｓ２４１ａの精算許諾情報を受信した精算装置６０は、図５（ｂ）のＤ２に示す画面をディスプレイ６３に表示して、精算，又は返却操作を待機する状態となる（２４２ａ）。そして受け付けている記録媒体に記録されているオンライン端数額を消去すると共に（Ｓ２４３）、該記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、該記録媒体の記録媒体ＩＤを含む端数額消去通知を管理装置５０に対して送信する（Ｓ２４６ａ）。
【０３５７】
Ｓ２４６ａの端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去して（Ｓ２４７）、Ｓ２４８に進む。これにより、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３５８】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン端数額を含めて精算を許諾するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０３５９】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額＋対応消費税額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき対応消費税額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれる負の値のオンライン端数額を含めて精算を許諾するので、負の値の対応消費税額の加算（実質的には対応消費税額の減算）ができずに遊技場が損害を被ることがなくなる。
【０３６０】
またＳ２４７の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２４８）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額と管理残額との合算値を１回で精算できるようになるので、遊技者の利便性が向上する。
【０３６１】
次に図２４は、精算操作又は返却操作の待機状態（図２３のＳ２２２ａ又はＳ２４２ａであり、図５（ｂ）のＤ５が表示されている状態）にある精算装置６０において精算操作（「精算」ボタンの操作）又は返却操作（「キャンセル」ボタンの操作）を受け付けた場合の処理の一例を表す図である。
【０３６２】
精算装置６０が精算操作を受け付けると（Ｓ７８０）、受信した精算許諾情報に含まれる金額（管理残額又は合算額）である許諾額分の貨幣を払い出し（Ｓ７８１）、記録媒体の通番に１を加算して更新し（Ｓ７８２）、受け付けている記録媒体の記録媒体ＩＤを含む精算完了通知を管理装置５０に対して送信する（Ｓ７８３）。
【０３６３】
Ｓ７８３の精算完了通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を消去し（Ｓ７８４）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ７８５）、該記録媒体ＩＤに対応するステータスを精算処理済に更新し（Ｓ７８６）、残額消去完了通知を精算装置６０に対して送信する（Ｓ７８７）。
【０３６４】
Ｓ７８７の残額消去完了通知を受信した精算装置６０は、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該記録媒体の通番，及び該精算日時を記憶することにより、精算履歴を記憶し（Ｓ７８８）、ビジタコイン５を受付中であるか否かを判定する（Ｓ７８９）。このＳ７８９でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カードＲ／Ｗ６４で受け付けている該会員カード４を返却して、記録媒体の受付を待機する（Ｓ７９２）。一方、Ｓ７８９でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、コインＲ／Ｗ６５で受け付けているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ７９０）、該ビジタコイン５をコイン回収部６５ｂに回収して（Ｓ７９１）、記録媒体の受付を待機する（Ｓ７９２）。
【０３６５】
なお精算装置６０が返却操作を受け付けると（Ｓ７９５）、受け付けている記録媒体（カードＲ／Ｗ６４で受け付けている会員カード４又はコインＲ／Ｗ６５で受け付けているビジタコイン５）を返却して（Ｓ７９６）、記録媒体の受付を待機する（Ｓ７９２）。
【０３６６】
次に図２５は、精算装置６０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。精算装置６０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ８００）、前記オフライン状態の発生を検出したのが前記Ｓ７０１の記録媒体受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ８４１）。このＳ８４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１ａ又はＳ２４１ａの精算許諾情報を受信済であるか否かを判定する（Ｓ８４２）。
【０３６７】
このＳ８４２でＳ２２１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２２２ａ〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０に進む。またＳ８４２でＳ２４１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２４２ａ〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０に進む。
【０３６８】
Ｓ８７０では、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、受信した精算許諾情報に含まれる残額（管理残額又は合算額），該記録媒体の通番，及びオフライン検出日時を記憶することにより、精算履歴を記憶して、受け付けている記録媒体を返却し（Ｓ８７１）、処理を終了する（Ｓ８７２）。
【０３６９】
なおＳ２４１ａの精算許諾情報を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６４以下の処理が行われる。
【０３７０】
前記Ｓ８４２で精算許諾情報を受信済でない（ＮＯ）と判定された場合には、Ｓ８７１に進む。
【０３７１】
前記Ｓ８４１で記録媒体受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ７８０の精算操作受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「精算操作受付」であるか否かを判定する（Ｓ８５１）。このＳ８５１で精算操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ７８７の残額消去完了通知を受信済であるか否かを判定する（Ｓ８５２）。
【０３７２】
このＳ８５２で残額消去完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ８５６で前記Ｓ７８８〜Ｓ７９１の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８５７で該未実行の処理を実行してＳ８７２に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７２に進む。
【０３７３】
前記Ｓ８５２で残額消去完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ８５３で前記Ｓ７８１〜Ｓ７８２の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８５４で該未実行の処理を実行して、Ｓ７８８の処理を行ってからＳ８７１に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ７８８の処理を行ってからＳ８７１に進む。
【０３７４】
この残額消去完了通知を受信済でない場合には、管理装置５０が精算完了通知を受信する前にオフライン状態が発生した場合と、該精算完了通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、精算完了通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、精算装置６０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＮＯと判定されて、Ｓ２６７以下の処理が行われる。また後者の、残額消去完了通知を受信した後にオフライン状態が発生した場合には、通番が一致し、精算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳ，Ｓ２１１でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０３７５】
前記Ｓ８５１で精算操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ７９５の返却操作受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「返却操作受付」であるか否かを判定する（Ｓ８６１）。このＳ８６１で返却操作受付後である（ＹＥＳ）と判定された場合には、Ｓ８７０に進み、返却操作受付後でない（ＮＯ）と判定された場合には、Ｓ８７２に進む。
【０３７６】
次に図２６は、ビジタコイン発行装置７０において貨幣を受け付けた場合の処理の一例を表す図である。このビジタコイン発行装置７０は、コインストッカ７５ｂから排出されたビジタコイン５をコインＲ／Ｗ７５の内部で保持しており、この状態で貨幣（ここでは１００００円）を受け付けると（Ｓ９０１）、図６（ｂ）のＤ１２に示す発行額選択画面をタッチパネル式のディスプレイ７３に表示する（Ｓ９０２）。この状態で発行額（ここでは５０００円）の選択を受け付けると（Ｓ９０３）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５から記録媒体ＩＤを読み取り（Ｓ９０４）、該読み取った記録媒体ＩＤ（コインＩＤ）と、Ｓ９０３で選択された発行額である選択額とを含む発行要求を、管理装置５０に対して送信する（Ｓ９０５）。該発行要求を受信した管理装置５０は、該発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行って（Ｓ９０６）、該残額を含む発行許諾情報を、ビジタコイン発行装置７０に対して返信する（Ｓ９０７）。
【０３７７】
該発行許諾情報を受信したビジタコイン発行装置７０は、コインＲ／Ｗ７５の内部で保持しているビジタコイン５に対してオンライン残額有りフラグを記録し（Ｓ９０８）、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０７の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶し、該ビジタコイン５の通番を記憶する共に、発行日時を記憶することにより、発行履歴を記憶し（Ｓ９０９）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５を発行し（Ｓ９１０）、釣銭がある場合には該釣銭の払い出しを行う（Ｓ９１１）。そしてコインストッカ７５ｂで収納しているビジタコイン５を該コインストッカ７５ｂから排出してコインＲ／Ｗ７５の内部で保持する（Ｓ９１２）。
【０３７８】
なお、ビジタコイン発行装置７０がＳ９０１で貨幣を受け付けてからＳ９０７の発行許諾情報を受信する前にオフライン状態を検出した場合には、Ｓ９０１で受け付けた貨幣が返却され、発行許諾情報を受信した後にオフライン状態を検出した場合には、Ｓ９０８〜Ｓ９１２の処理が行われて、ビジタコイン５が発行される。
【０３７９】
ここで発行許諾情報を受信する前にオフライン状態を検出した場合には、Ｓ９０５の発行要求を管理装置５０が受信している場合と、発行要求を管理装置５０が受信していない場合とが含まれる。前者の場合には、受け付けた貨幣は返却され、Ｓ９０６の処理が行われていないので問題はないが、後者の場合には、受け付けた貨幣は返却されているにも拘わらず、Ｓ９０６の処理が行われてる状態、即ち選択額が管理残額として記憶されている状態となる。但し、このときコインＲ／Ｗ７５の内部で保持しているビジタコイン５は留保されたままなので、管理装置５０が次回発行要求を受信したときに、Ｓ９０６で選択額が前記管理残額に上書き（加算ではない）されるので、本来消去すべき管理残額に選択額が加算されることはなく、遊技場が損害を被ることがない。
【０３８０】
次に図２７は、営業終了後における処理の一例を表す図である。管理装置５０は、遊技場の営業終了後に、残額管理ＤＢの記憶内容を、センタ管理装置８０に対して送信する（Ｓ１００１）。該残額管理ＤＢの記憶内容を受信したセンタ管理装置８０は、該受信した残額管理ＤＢの記憶内容をバックアップ情報としてバックアップＤＢに記憶すると共に（Ｓ１００２）、該バックアップ情報を記憶した日時をバックアップ日時としてバックアップＤＢに記憶して（Ｓ１００３）、バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を、管理装置５０に対して返信する（Ｓ１００４）。
【０３８１】
次に図２８は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１）、発行履歴送信要求をビジタコイン発行装置７０に対して送信し（Ｓ１０３１）、バックアップ情報送信要求をセンタ管理装置８０に対して送信する（Ｓ１０４１）。
【０３８２】
処理履歴送信要求を受信した玉貸ユニット２０は、図７（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３）。また精算履歴送信要求を受信した精算装置６０は、図７（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図７（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３）。さらにバックアップ情報送信要求を受信したセンタ管理装置８０は、図７（ｅ）に示すバックアップＤＢの記憶内容を抽出して（Ｓ１０４２）、該抽出したバックアップ情報及びバックアップ日時を管理装置５０に対して送信する（Ｓ１０４３）。該バックアップ情報及びバックアップ日時を受信した管理装置５０は、該受信したバックアップ情報を復旧用テーブルとして制御部５２のＲＡＭで記憶して（Ｓ１０４４）、Ｓ１０４５に進む。
【０３８３】
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５〜Ｓ１０４８で最後残額特定処理を行う。即ち、まずＳ１０４５で、前記Ｓ１０１３で受信した処理履歴，前記Ｓ１０２３で受信した精算履歴，及び前記Ｓ１０３３で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、各処理内容（排出，精算，又は発行），残額，通番，及び処理日時（排出日時，精算日時，又は発行日時）を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の処理日時（即ち最新の処理日時）が一番下になるように並べ替えて、統合テーブルとして記憶する。ここで玉貸ユニット２０から送信されてくる処理履歴は各記録媒体ＩＤに対して１つのみであるため、各玉貸ユニット２０から処理履歴が送信されてきても、最後処理特定処理が簡素化される。次にＳ１０４６で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５及びＳ１０４６で作成された統合テーブルが、図２８に示すものである。
【０３８４】
次にＳ１０４７で、統合テーブルで記憶されている各記録媒体ＩＤについて、バックアップ日時以降の最新の処理日時を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定する。具体的には、統合テーブルにおいて、最新の処理日時が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の処理日時を最新の処理日時として特定する。そしてＳ１０４８で、Ｓ１０４７で特定した最新の処理日時（即ち最後の処理）に対応する残額及び通番を各記録媒体ＩＤ毎に特定する。このＳ１０４７及びＳ１０４８で特定された内容が、図２８に示す統合テーブルにおいて太枠で囲んだ部分である。
【０３８５】
これによれば、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。即ち、仮に精算履歴を含めて残額を復帰しないとすれば、残額（例えば１００００円）がある会員カード４を玉貸ユニット２０から排出し、該残額を精算装置６０で精算してから該会員カード４を遊技者に返却し、その後に管理装置５０で管理している該残額が失われた場合に、実際には精算済みであるにも拘わらず、残額１００００円の状態で排出された旨の処理履歴が玉貸ユニット２０から管理装置５０に対して送信され、該処理履歴に基づいて残額１００００円が復帰されてしまうことにより、遊技場が損をしてしまうところ、本発明によれば、精算履歴を含めて残額を復帰するので、図２８の統合テーブルにおけるＭ−０００４のように、精算済みである会員カード４については残額が復帰されることがなく、遊技場が損をしてしまうおそれが減少する。
【０３８６】
また、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行された記録媒体が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。即ち、仮に発行履歴を含めて残額を復帰しないとすれば、ビジタコイン発行装置７０でビジタコイン５を発行した後、該ビジタコイン５を玉貸ユニット２０で使用する前に、管理装置５０で管理している残額が失われた場合に、処理履歴がないために残額を復帰できず、遊技者が損をしてしまうところ、本発明によれば、発行履歴を含めて残額を復帰するので、図２８の統合テーブルにおけるＶ−０００４のように、発行済みであるが使用前であるビジタコイン５についても残額を復帰させることができ、遊技者が損をしてしまうおそれが減少する。
【０３８７】
なおＳ１０４７において、バックアップ日時以降の最新の処理日時を特定するのは、以下の理由によるものである。例えば、ある記録媒体について、３月１日に記録媒体発行処理が行われて残額５０００円が発行履歴ＤＢに記憶され、同日に該残額を使用した玉貸処理が行われて残額２０００円が処理履歴ＤＢに記憶され、毎日の営業終了後にバックアップが行われ、５月１日に残額２０００円の前記処理履歴が前記２５６個の記憶容量を超えたために消去された後に、管理装置５０で管理している残額２０００円が失われ、該残額の復帰が行われる場合を想定する。ここで当該記録媒体についての正しい残額は２０００円であるが、仮にバックアップ日時と無関係に最新の処理日時を特定すると、前記処理履歴が消去されているので、前記記録媒体発行処理が行われた３月１日が最新の処理日時として特定されて、発行履歴にある残額５０００円が復帰されてしまう。一方、バックアップ日時以降の最新の処理日時を特定すれば、記録媒体発行処理が行われた３月１日は最新の処理日時としては特定されず、バックアップされている正しい残額２０００円を復帰させることができる。従って、上述の如く、バックアップ日時以降の最新の処理日時を特定するのである。
【０３８８】
次に前記残額復帰処理手段として機能する制御部５２は、前記Ｓ１０４４，及び次に述べるＳ１０４９〜Ｓ１０５０で残額復帰処理を行う。即ち、Ｓ１０４９で、前記Ｓ１０４８で各記録媒体ＩＤ毎に特定した残額及び通番を、復旧用テーブルの各記録媒体ＩＤに対応する残額及び通番に上書きする。ここで復旧用テーブルにおけるＭ−０００２の会員カード４に対応する残額は、統合テーブルにおいて復帰することができなかった残額（即ち処理履歴，精算履歴，発行履歴では復帰することができなかった残額）であるため、該復旧用テーブルの残額のまま（即ちバックアップ情報に含まれる残額のまま）存置される。そしてＳ１０５０で、該Ｓ１０４９で作成された復旧用テーブルを、図７（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。換言すれば、前記最後残額特定処理により各記録媒体ＩＤ毎に特定された残額と、前記バックアップ情報に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額が特定されて、該特定された残額を新たに管理するための残額復帰処理が行われる。このように、管理装置５０において、処理履歴，精算履歴，発行履歴では復帰することができない残額を、センタ管理装置８０から送信されてきたバックアップ情報に基づいて復帰することができるので、より多くの残額を復帰させて、遊技者に対して該残額を保証することができる。
【０３８９】
以上に説明した遊技用システム１によれば、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
【０３９０】
［２．第２実施形態に係る遊技用システム１］
次に、図１及び図２９を参照して、第２実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備える。この第２実施形態に係る遊技用システム１で、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される点は、第１実施形態と同様である。
【０３９１】
この第２実施形態に係る遊技用システム１は、有効期間が当日中である点，及びバックアップ装置であるセンタ管理装置８０を備えていない点が、第１実施形態と異なる。これは、有効期間が当日中であるため、前記営業終了後にバックアップを行っても意味が無く、また所定時間毎にバックアップ装置でバックアップを行わなくても、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢの記憶容量が、当日の履歴をすべて記憶可能な程度に充分に大きければ、それら処理履歴，精算履歴，及び発行履歴に基づいて、残額を完全に復帰させることができるからである。なおセンタ管理装置８０を備えていないことから、管理装置５０は、該センタ管理装置８０と通信するための場外通信部５６を備えておらず、また残額復帰処理手段として機能する制御部５２は、該センタ管理装置８０で記憶されているバックアップ情報に基づく残額の復帰は行わない。
【０３９２】
ここで管理装置５０のディスプレイ５３及び入力装置５４は有効期間設定手段の一例であって、精算装置６０での精算が可能な精算可能期間及び玉貸ユニット２０で残額の使用が可能な使用可能期間（即ち有効期間）を設定するものである。具体的には、管理装置５０において有効期間設定モードが実行されると、有効期間設定画面（図示外）がディスプレイ５３に表示される。この有効期間設定画面では、入力装置５４の操作により、当日中，今週中，又は今月中のいずれかを、有効期間として設定可能である。以下においては、有効期間として当日中が設定された場合について説明する。
【０３９３】
また管理装置５０の制御部５２は通信不可能状態発生判定手段の一例であって、前記有効期間内にオフライン状態が発生したか否かを判定するものである（図３４のＳ２０３ａ’）。具体的には、通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じて玉貸ユニット２０’から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ち玉貸ユニット２０’と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち玉貸ユニット２０’と通信できない通信不可能状態）であると判定して、該オフライン状態が発生した旨をハードディスク５５で記憶する。そしてハードディスク５５でオフライン状態が発生した旨が記憶されている場合に、有効期間内にオフライン状態が発生したと判定する。
【０３９４】
そして精算装置６０は、該通信不可能状態発生判定手段によりオフライン状態が発生したと判定されたことを条件として、オフライン端数額に相当する貨幣を払い出す。具体的には、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されると、精算許諾情報が送信されてくるので（図４１のＳ２２１ａ，同Ｓ２４１ａ’）、精算が可能となる。
【０３９５】
また第２実施形態に係る遊技用システム１は、図２９に示すように、前記最後処理特定情報が「通番」である点と、玉貸ユニット２０が処理履歴として記録媒体の受付，玉貸処理，及び入金の履歴を記憶する点が、第１実施形態と異なる。
【０３９６】
玉貸ユニット２０の制御部２１のＥＥＰＲＯＭには、図２９（ａ）に示すように、前記処理履歴記憶手段の一例である処理履歴ＤＢが設けられている。ここでは記録媒体（会員カード４，ビジタコイン５）の受付が行われたことに基づいて、該受け付けた記録媒体の記録媒体ＩＤと対応付けて、管理装置５０で管理されている残額（即ち図３５のＳ２２１，又は同Ｓ２４１’に示す残額通知に含まれる管理残額）を記憶すると共に、該記録媒体の通番を前記最後処理特定情報として記憶することにより、前記処理履歴として記録媒体の受付の履歴を記憶する。
【０３９７】
また使用額＋消費税額分の玉貸処理，又は少額一発貸しが行われたことに基づいて、該玉貸処理の対象となった記録媒体の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理に基づいて更新された通番を前記最後処理特定情報として記憶することにより、前記処理履歴として玉貸処理の履歴を記憶する。
【０３９８】
さらに貨幣の受付（入金）に基づいて、該入金の対象となった記録媒体の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている入金後の残額を記憶すると共に、受付貨幣の取込に基づいて更新された通番を前記最後処理特定情報として記憶することにより、前記処理履歴として入金の履歴を記憶する。
【０３９９】
即ち、この処理履歴ＤＢでは、記録媒体の受付，玉貸処理，及び入金毎に、残額と通番が記憶される。従って、この処理履歴ＤＢでは、前記図７（ａ）に示す処理履歴ＤＢの如き処理日時は記憶されない。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，通番を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
【０４００】
なお図２９（ｂ）に示す精算装置６０の精算履歴ＤＢは、精算日時が記憶されない点を除き、前記図７（ｂ）に示す精算装置６０の精算履歴ＤＢと同様である。また図２９（ｃ）に示すビジタコイン発行装置７０の発行履歴ＤＢは、発行日時が記憶されない点を除き、前記図７（ｃ）に示すビジタコイン発行装置７０の発行履歴ＤＢと同様である。これら精算履歴ＤＢ及び発行履歴ＤＢにおいては、通番が最後処理特定情報である。
【０４０１】
また第２実施形態に係る遊技用システム１は、管理装置５０が挿入通知又は精算要求を受信したときに、受付貨幣額やオフライン端数額を管理残額に対して加算する（つまり直接加算する）と共に、該受付貨幣額やオフライン端数額を加算額として管理しておく点が、第１実施形態と異なる。
【０４０２】
この第２実施形態では、上記の第１実施形態と比較して、玉貸ユニット２０においては、制御部２１の貸与可能処理手段としての機能のみが異なり、また管理装置５０においては、入金要求，挿入通知，又は精算要求の受信に応じて実行する処理，制御部５２の連携処理手段，遊技用装置特定手段，基準貸与額判定手段としての機能，及び通番判定手段による判定結果に応じて実行する処理のみが異なる。以下、これらの異なる点について説明する。
【０４０３】
まず管理装置５０において、制御部５２は、前記入金要求の受信に応じて（図３０のＳ１０３）、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて管理している管理残額に対して加算すると共に該受付貨幣額を加算額として記憶する処理を行い（同Ｓ１０５’）、通信部５１は、該管理残額を特定可能な残額通知（ここでは該管理残額を含む残額通知）を玉貸ユニット２０に対して送信する（同Ｓ１０６’）。
【０４０４】
そして玉貸ユニット２０において、貸与可能処理手段として機能する制御部２１は、残額通知の受信に応じて（図３０のＳ１０６’）、該残額通知から特定される管理残額（ここでは該残額通知に含まれる管理残額）の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理（同Ｓ１０８に示す受付貨幣の取込）を特定処理として行う。
【０４０５】
また管理装置５０において、制御部５２は、挿入通知（図３４のＳ２０２）又は精算要求（図４０のＳ７０２）に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知又は精算要求に含まれるオンライン端数額を加算すると共に該オンライン端数額を加算額として記憶する処理を行う（図３４のＳ２１４’，図３６のＳ２７９’）。また受付通知処理手段として機能する制御部５２は、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知又は精算要求に含まれるオフライン端数額を加算すると共に該オフライン端数額を加算額として記憶する処理を前記端数額加算更新処理として行う（図３４のＳ２１２’，図３６のＳ２７７’）。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額を特定可能な残額通知を玉貸ユニット２０に対して送信し（図３５のＳ２４１’）、また該記録媒体ＩＤに対応付けて管理している管理残額を特定可能な精算許諾情報を精算装置６０に対して送信する（図４１のＳ２４１ａ’）。
【０４０６】
また連携処理手段として機能する制御部５２は、前記貸与可能情報（図３０のＳ１１０に示す貨幣取込通知）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している加算額（受付貨幣額）を処理済であることを特定可能な状態に更新する処理済更新処理を連携処理として行うと共に（同Ｓ１１４）、前記第２の通番更新処理を行う（同Ｓ１１５）。ここで処理済更新処理は、第１実施形態における加算済更新処理と同様に、該受付貨幣額を消去する処理である。
【０４０７】
また連携処理手段として機能する制御部５２は、端数額消去通知（図３５のＳ２４６）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオンライン端数額及び／又はオフライン端数額を処理済であることを特定可能な状態に更新する処理済更新処理を連携処理として行うと共に（同Ｓ２４７’，Ｓ２４８’）、前記第２の通番更新処理を行う（同Ｓ２２７）。ここで処理済更新処理は、上記の実施形態と同様に、該オンライン端数額及び／又はオフライン端数額を消去する処理である。
【０４０８】
また遊技用装置特定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額（受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定する。
【０４０９】
また基準貸与額判定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額（受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する。
【０４１０】
さらに管理装置５０においては、通番判定手段による判定結果に応じて実行する処理が、上記の実施形態とは異なる。即ち通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行われていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行い（図３６のＳ２６２’）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行われていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶している受付貨幣額を減算する処理と前記処理済更新処理とを行う（図３４のＳ２０５’）。
【０４１１】
また通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここではオンライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行い（図３６のＳ２６４’）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここではオンライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶しているオンライン端数額を減算する処理と前記処理済更新処理とを行う（図３４のＳ２０７’）。
【０４１２】
また通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行い（図３６のＳ２６５’）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶しているオフライン端数額を減算する処理と前記処理済更新処理とを行う（図３４のＳ２０８’）。
【０４１３】
さらに通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中及び挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ことを条件として、通番不一致時処理として、前記第１の減算処理を行う（図３６のＳ２６９〜Ｓ２７３）。
【０４１４】
次に、図３０〜図４４を参照して、第２実施形態に係る遊技用システム１の作用について説明する。
【０４１５】
まず図３０は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。この図３０は、前記図８と比較して、Ｓ１０５の処理に代えてＳ１０５’が行われる点と、Ｓ１０６の処理に代えてＳ１０６’が行われる点と、Ｓ１０９の処理の後にＳ１０９ａ’〜Ｓ１１１ａ’に示す処理履歴記憶処理が行われる点と、Ｓ１１３の処理が行われない点のみが異なる。
【０４１６】
ここでＳ１０５’では、入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて記憶している管理残額に加算すると共に、該記録媒体ＩＤに対応付けて当該受付貨幣額を記憶する。またＳ１０６’では、該記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する。
【０４１７】
またＳ１０９の処理の後には、処理対象の記録媒体の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する（Ｓ１０９ａ’）。このＳ１０９ａ’で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１１０ａ’）、該記録媒体ＩＤに対応付けて、新たな残額，及び通番を記憶することにより、処理履歴を記憶して（Ｓ１１１ａ’）、Ｓ１１０に進む。一方、Ｓ１０９ａ’で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額，及び通番を、新たな残額，及び通番に更新（上書き）することにより、処理履歴を記憶して（Ｓ１１１ａ’）、Ｓ１１０に進む。
【０４１８】
次に図３１は、管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理の一例を表す図である。この図３１は、前記図９と比較して、Ｓ１２９の処理の後にＳ１２９ａ’〜Ｓ１３１ａ’に示す処理履歴記憶処理が行われる点のみが異なる。ここでＳ１２９ａ’〜Ｓ１３１ａ’に示す処理履歴記憶処理は、前記図３０のＳ１０９ａ’〜Ｓ１１１ａ’に示す処理履歴記憶処理と同様であるため、説明を省略する。
【０４１９】
次に図３２は、管理装置５０とオンライン状態である玉貸ユニット２０において少額一発貸しが行われる場合の処理の一例を表す図である。この図３２の上段に示すフローチャートは、前記図１０の上段に示すフローチャートと比較して、Ｓ１５２の処理の後にＳ１５２ａ’〜Ｓ１５４ａ’に示す処理履歴記憶処理が行われる点のみが異なる。また図３２の下段に示すフローチャートは、前記図１０の下段に示すフローチャートと比較して、Ｓ１７１の処理の後にＳ１７１ａ’〜Ｓ１７３ａ’に示す処理履歴記憶処理が行われる点のみが異なる。ここでＳ１２９ａ’〜Ｓ１３１ａ’に示す処理履歴記憶処理，及びＳ１７１ａ’〜Ｓ１７３ａ’に示す処理履歴記憶処理は、前記図３０のＳ１０９ａ’〜Ｓ１１１ａ’に示す処理履歴記憶処理と同様であるため、説明を省略する。
【０４２０】
次に図３３は、管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理の一例を表す図である。この図３３は、前記図１１と比較して、Ｓ１８５の処理の後にＳ１８６〜Ｓ１８８の処理が行われない点のみが異なる。従って、Ｓ１８２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、Ｓ１８４〜Ｓ１８５，Ｓ１８９の処理の後、Ｓ１９４に進む。
【０４２１】
次に図３４は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。
【０４２２】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２０２ａ’）。このＳ２０２ａ’でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ２０２ａ’でオフライン端数額が零でない（ＮＯ）と判定された場合には、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する（Ｓ２０３ａ’）。このＳ２０３ａ’でオフライン状態が発生した（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ２０３ａ’でオフライン状態が発生していない（ＮＯ）と判定された場合には、玉貸ユニット２０に対して使用不可情報を送信し、これを受信した玉貸ユニット２０では受け付けた記録媒体が返却される。このように、有効期間内にオフライン状態が発生しておらず記録媒体に端数額が記録されることがない状況においては端数額の使用が行われないので、セキュリティが向上する。
【０４２３】
Ｓ２０３では前記挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該受付貨幣額を消去し（Ｓ２０５’）、Ｓ２０９に進む。
【０４２４】
即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図３０のＳ１０３）を受信してから玉貸ユニット２０が残額通知（同Ｓ１０６’）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が加算されている状態のままとなり、該加算された状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額から減算し、該受付貨幣額を消去する処理を行うものである。
【０４２５】
このように、通番が一致すると判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、管理残額から加算額（受付貨幣額）を減算する処理と処理済更新処理とが行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４２６】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オンライン端数額を消去し（Ｓ２０７’）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オフライン端数額を消去して（Ｓ２０８’）、Ｓ２０９に進む。
【０４２７】
即ち通番が一致しており、ステータスが挿入処理中であり、かつオンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、管理装置５０が挿入通知（図３４のＳ２０２）を受信してから玉貸ユニット２０が残額通知（図３５のＳ２４１’）を受信する前，又は管理装置５０が精算要求（図４０のＳ７０２）を受信してから精算装置６０が精算許諾情報（図４１のＳ２４１ａ’）を受信する前にオフライン状態が発生した場合であり、この場合に管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が管理残額に加算された状態のままであれば、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を管理残額から減算すると共に消去する処理を行うものである。
【０４２８】
このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が管理残額に加算されている状態で記憶されていることを条件として、管理残額から入金残額を減算し、入金残額を消去する処理済更新処理を行うので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７’の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、その判定結果を、後述するＳ２１４’の処理，又は後述するＳ２１１でＹＥＳと判定されるときまで保持するものとする。
【０４２９】
前記Ｓ２０６で挿入処理中でない（ＮＯ）と判定された場合，又はＳ２０５’若しくはＳ２０８’の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１１）。このＳ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図３５のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図４１のＳ２２１ａ）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０４３０】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２１２’）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１３）。このＳ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０４３１】
前記Ｓ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７’の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて管理されている管理残額に加算し，該オンライン端数額を記憶し（Ｓ２１４’）、Ｓ２４０に進む。
【０４３２】
なおＳ２０７’の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ２１４’の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図３２のＳ１４６，Ｓ１６５’）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を加算，記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０４３３】
次に図３５は、図３４に続く図である。この図３５の上段に示すフローチャートは、前記図１３の上段に示すフローチャートと同一であるため、説明を省略する。また図３５の下段に示すフローチャートは、前記図１３の下段に示すフローチャートと比較して、前記Ｓ２４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信するＳ２４１’の処理を行う点と、前記Ｓ２４６の処理の後にＳ２４６ａ’〜Ｓ２４８ａ’の処理履歴記憶処理を行う点と、前記Ｓ２４７の処理に代えて、記録媒体ＩＤに対応付けて管理されているオンライン端数額を消去するＳ２４７’の処理を行う点と、前記Ｓ２４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ２４８’の処理を行う点のみが異なる。
【０４３４】
管理装置５０は、前記Ｓ２１１又はＳ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合（Ｓ２１４’が実施された場合には該Ｓ２１４’の後），及び前記Ｓ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合、即ちオンライン端数額，オフライン端数額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１’）。Ｓ２４１’の残額通知を受信した玉貸ユニット２０は、前記図１３のＳ２４２〜Ｓ２４６と同様の処理を行い、Ｓ２４６ａ’〜Ｓ２４８ａ’の処理履歴記憶処理を行って、Ｓ２２５に進む。ここでＳ２４６ａ’〜Ｓ２４８ａ’に示す処理履歴記憶処理は、前記図３０のＳ１０９ａ’〜Ｓ１１１ａ’に示す処理履歴記憶処理と同様であるため、説明を省略する。
【０４３５】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去して（Ｓ２４７’）、Ｓ２４８’に進む。これにより、管理装置５０が加算要求（図３２のＳ１４６，Ｓ１６５’）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４３６】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれるオンライン端数額を管理残額に加算するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０４３７】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、貨幣受付に基づく基準貸与額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる負の値のオンライン端数額を管理残額に加算するので、差額＊（−１）の加算（実質的には差額の減算）ができずに遊技場が損害を被ることがなくなる。
【０４３８】
またＳ２４７’の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２４８’）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある別の玉貸ユニット２０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０４３９】
次に図３６は、図３４に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。そして、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６１）。このＳ２６１で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を消去して（Ｓ２６２’）、Ｓ２７４に進む。
【０４４０】
即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が加算されている状態で記憶されている）場合とは、玉貸ユニット２０が残額通知（図３０のＳ１０６’）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が消去されていない状態のままとなり、該受付貨幣額が管理残額から減算されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を消去する処理を行うものである。
【０４４１】
このように、通番が一致しないと判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、該受付貨幣額を消去する処理済更新処理を行うので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４４２】
前記Ｓ２６１で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２６３）。このＳ２６３で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去し（Ｓ２６４’）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２６５’）、Ｓ２７４に進む。
【０４４３】
即ち通番が一致せず、ステータスが挿入処理中であり、オンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、玉貸ユニット２０が残額通知（図３５のＳ２４１’）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図４１のＳ２４１ａ’）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が記憶されたままとなり、該記憶されたオンライン端数額及びオフライン端数額が管理残額から減算されると、遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額消去する処理を行うものである。
【０４４４】
このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が加算されている状態で記憶されていることを条件として、記憶している入金残額を消去する処理済更新処理が行われるので、玉貸ユニット２０が残額通知を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４４５】
前記Ｓ２６３で挿入処理中でない（ＮＯ）と判定された場合には、前記図１４のＳ２６６〜Ｓ２７６に示す処理と同様の処理を行って、Ｓ２２０に進む。
【０４４６】
ここで前記Ｓ２７５でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２７７’）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７８）。このＳ２７８でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。
【０４４７】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図３１のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＹＥＳと判定され、Ｓ２６９〜Ｓ２７２又はＳ２６９〜Ｓ２７３の処理が行われると共に、Ｓ２７４，Ｓ２７５，Ｓ２７７’の処理が行われ、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が残額通知（図３５のＳ２４１’）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８’で前記記憶されているオフライン端数額が管理残額から減算され、該オフライン端数額が消去され、Ｓ２１２’で前記挿入通知に含まれるオフライン端数額が改めて加算，記憶される。
【０４４８】
前記Ｓ２７８でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７６でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オンライン端数額を加算し、該オンライン端数額を記憶して（Ｓ２７９’）、Ｓ２４０に進む。
【０４４９】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図３２のＳ１４６，Ｓ１６５’）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＮＯと判定されて、Ｓ２７４，Ｓ２７９’の処理が行われ、オンライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が残額通知（図３５のＳ２４１’）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７’で前記記憶されているオンライン端数額が管理残額から減算され、該オンライン端数額が消去され、Ｓ２１４’で前記挿入通知に含まれるオンライン端数額が改めて加算，記憶される。
【０４５０】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図３２のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定されて、Ｓ２０９でステータスとして挿入処理中と記憶された状態になり、Ｓ２１４’の処理は実行されない。つまり、前記挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図３２のＳ１４６，Ｓ１６５’）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４’では当該オンライン端数額は加算，記憶されない。
【０４５１】
次に図３７は、玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０４５２】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、受付貨幣額が所定額（ここでは１０００円）以上であるか否かを判定する（Ｓ３０２）。このＳ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ３５０に進む。一方、Ｓ３０２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、前記Ｓ１０６’の残額通知を受信済であるか否かを判定する（Ｓ３０３’）。
【０４５３】
このＳ３０３’で残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で前記Ｓ１０１で受け付けた貨幣を返却し、Ｓ３０７で記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中であれば（ＹＥＳ）、後述するＳ５０５でオフライン状態において貨幣受付，又は返却操作を待機する状態となり、記録媒体を受付中でなければ（ＮＯ）、Ｓ３０８に進む。Ｓ３０８では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、図３８に示すＳ３７３で多機能ランプ２９によりオフライン状態を検出した旨を報知すると共に、残額表示器３０における記憶残額（即ち制御部２１のＲＡＭで記憶している残額）の表示を中止して、Ｓ５０５に進み、記憶残額が零であれば（ＹＥＳ）、図３８に示すＳ３８３で多機能ランプ２９によりオフライン状態を検出した旨を報知すると共に、残額表示器３０における記憶残額（即ち制御部２１のＲＡＭで記憶している残額）の表示を中止し、Ｓ３８４に進んで、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０４５４】
なお、前記残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が加算済の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＹＥＳと判定されて、Ｓ２０５’以下の処理が行われる。
【０４５５】
図３７に戻り、前記Ｓ３０３’で残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４’で前記Ｓ１０７〜Ｓ１１１ａ’の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５’で該未実行の処理を実行し、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４５６】
この残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図３０のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が加算済の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＹＥＳと判定されて、Ｓ２６２’以下の処理が行われる。
【０４５７】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０４５８】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５’で前記Ｓ１２９〜Ｓ１３１ａ’の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２６’で該未実行の処理を実行してＳ３２７に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ５０５に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、前記Ｓ３８３の処理を行って、Ｓ３８４に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３３０で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納し、前記Ｓ３８３の処理を行って、Ｓ３８４に進む。
【０４５９】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３で前記Ｓ１２２〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行してＳ３２４ａ’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３２４ａ’に進む。そして前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４６０】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、玉貸ユニット２０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＹＥＳと判定されて、Ｓ２６９以下の処理が行われる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳ，Ｓ２１１でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０４６１】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１又はＳ２４１’の残額通知を受信済であるか否かを判定する（Ｓ３４２’）。
【０４６２】
このＳ３４２’でＳ２２１の残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３’で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４’で該未実行の処理を実行し、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。またＳ３４２’でＳ２４１’の残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３’で前記Ｓ２４２〜Ｓ２４５，Ｓ２４６ａ’〜Ｓ２４８ａ’の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４’で該未実行の処理を実行し、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４６３】
このＳ２４１’の残額通知を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が加算済の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６４’以下の処理が行われる。
【０４６４】
前記Ｓ３４２’で残額通知を受信済でない（ＮＯ）と判定された場合には、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４６５】
このＳ２４１’の残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオフライン端数額が加算済の状態で記憶されており（即ち挿入処理中であり）、記録媒体にオフライン端数額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７’以下の処理が行われる。
【０４６６】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、前記Ｓ３８３の処理を行って、Ｓ３８４でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０４６７】
次に図３８は、図３７に続く図である。前記Ｓ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、Ｓ３５０で前記Ｓ１５１の加算完了通知を受信済であるか否かを判定する。このＳ３５０で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５１’で前記Ｓ１５２〜Ｓ１５４ａ’，Ｓ１５３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５２’で該未実行の処理を実行し、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４６８】
前記Ｓ３５０で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３５３で前記Ｓ１７０の加算完了通知を受信済であるか否かを判定する。このＳ３５３で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５４’で前記Ｓ１７１〜Ｓ１７３ａ’，Ｓ１７２の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５５’で該未実行の処理を実行してＳ３５６に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３５６に進む。Ｓ３５６では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３５７に進む。Ｓ３５７では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、前記Ｓ３８３の処理を行って、Ｓ３８４に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３５８に進む。Ｓ３５８ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ５０５に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３５９で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３６０で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納し、前記Ｓ３８３の処理を行って、Ｓ３８４に進む。
【０４６９】
前記Ｓ３５３で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３６１で前記Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理，Ｓ１４１，Ｓ１６１〜Ｓ１６４，及びＳ１６６の各処理，又はＳ１４１，Ｓ１６１，Ｓ１６２，Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理（即ち加算要求の送信に伴って行われる各処理）を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３６２で該未実行の処理を実行し、前記Ｓ３７３の処理を行って、Ｓ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、前記Ｓ３７３の処理を行って、Ｓ５０５に進む。
【０４７０】
この加算完了通知を受信済でない場合には、管理装置５０が加算要求を受信する前にオフライン状態が発生した場合と、該加算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、加算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオンライン端数額の加算が行われておらず、記録媒体にオンライン端数額が記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳ，Ｓ２６８でＮＯと判定されて、Ｓ２７９’の処理が行われ、Ｓ２４０以下の処理が行われる。また後者の、加算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオンライン端数額の加算が行われており、記録媒体にオンライン端数額が記録されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定される。即ち、管理装置５０においてオンライン端数額は記憶されていないのでＳ２０７’の処理は行われず、Ｓ２１１でＮＯと判定されるが、Ｓ２０７’の処理が行われなかったのでＳ２１４’の処理も行われず、Ｓ２４０以下の処理が行われる。
【０４７１】
なお、管理装置５０とオフライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理は前記図１７と同様であり、返却操作を受け付けた場合の処理は前記図１８と同様であるため、説明を省略する。
【０４７２】
次に図３９は、玉貸ユニット２０においてオンライン状態への復帰を検出した場合の処理の一例を表す図である。この図３９は、前記図２１と比較して、Ｓ６０２のオンライン復帰通知を受信した管理装置が、Ｓ２０２ａ’以下で前記挿入通知を受信した場合と同様の処理を行う点のみが異なる。
【０４７３】
次に図４０は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。この図４０は、前記図２２と比較して、Ｓ７０２の精算要求を受信した管理装置５０が、Ｓ７０２ａ’〜Ｓ７０３’に示す処理を行ってからＳ２０３以下の処理を行う点のみが異なる。
【０４７４】
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれるオフライン端数額が零であるか否かを判定する（Ｓ７０２ａ’）。このＳ７０２ａ’でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ７０２ａ’でオフライン端数額が零でない（ＮＯ）と判定された場合には、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する（Ｓ７０３ａ’）。このＳ７０３ａ’でオフライン状態が発生した（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ７０３ａ’でオフライン状態が発生していない（ＮＯ）と判定された場合には、精算装置６０に対して精算不可情報を送信し、これを受信した精算装置６０では受け付けた記録媒体が返却される。このように、有効期間内にオフライン状態が発生しておらず記録媒体に端数額が記録されることがない状況においては精算が行われないので、セキュリティが向上する。
【０４７５】
図４０に示すように、Ｓ７０２ａ’でＹＥＳと判定された場合，及びＳ７０３ａ’でＹＥＳと判定された場合には、図３４〜図３６で説明したＳ２０３以下と同様の処理を実施する。ただし、図３５に示したＳ２２０以下の処理，及びＳ２４０以下の処理は、図４１に示すＳ２２０以下の処理，及びＳ２４０以下の処理にそれぞれ置き換わるものとする。また図３４〜図３５の説明において、玉貸ユニット２０を精算装置６０，挿入通知を精算要求と、それぞれ読み替えるものとする。以下、図４１について説明する。
【０４７６】
図４１の上段に示すフローチャートは、図２３の上段に示すフローチャートと比較して、Ｓ２２３の処理の後にＳ２２５ａ’〜Ｓ２２７ａ’に示す精算履歴記憶処理が行われる点のみが異なる。Ｓ２２４ａの精算許諾情報受信通知を送信した精算装置６０では、Ｓ２２５ａ’で前記記録媒体の記録媒体ＩＤが精算履歴ＤＢで既に記憶されているか否かを判定する。このＳ２２５ａ’で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、精算履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ２２６ａ’）、該記録媒体ＩＤに対応付けて、受信した精算許諾情報に含まれる残額（管理残額），前記記録媒体の通番を記憶することにより、精算履歴を記憶する（Ｓ２２７ａ’）。一方、Ｓ２２５ａ’で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、精算履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額，及び通番を、新たな残額，及び通番に更新（上書き）することにより、精算履歴を記憶する（Ｓ２２７ａ’）。
【０４７７】
図４１の下段に示すフローチャートは、前記図２３の下段に示すフローチャートと比較して、前記Ｓ２４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するＳ２４１ａ’の処理を行う点と、前記Ｓ２４７の処理に代えて、記録媒体ＩＤに対応付けて管理されているオンライン端数額を消去するＳ２４７’の処理を行う点と、前記Ｓ２４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ２４８’の処理を行う点のみが異なる。
【０４７８】
管理装置５０は、精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２４１ａ’）。Ｓ２４１ａ’の精算許諾情報を受信した精算装置６０は、前記図２３のＳ２４２ａ〜Ｓ２４６ａと同様の処理を行い、Ｓ２２５ａ’に進む。
【０４７９】
Ｓ２４６ａの端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去して（Ｓ２４７’）、Ｓ２４８’に進む。これにより、管理装置５０が加算要求（図３２のＳ１４６，Ｓ１６５’）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４８０】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン端数額を含めて精算を許諾するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０４８１】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、貨幣受付に基づく基準貸与額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれる負の値のオンライン端数額を管理残額に加算するので、差額＊（−１）の加算（実質的には差額の減算）ができずに遊技場が損害を被ることがなくなる。
【０４８２】
またＳ２４７’の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２４８’）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額と管理残額との合算値を１回で精算できるようになるので、遊技者の利便性が向上する。
【０４８３】
なお、管理装置５０とオンライン状態である精算装置６０において、精算操作を受け付けた場合及び返却操作を受け付けた場合の処理については前記図２４と同様であるため、説明を省略する。
【０４８４】
次に図４２は、精算装置６０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。この図４２は、前記図２５と比較して、Ｓ８４２の処理に代えて、Ｓ８４２’の処理が行われる点と、Ｓ８７０の処理に代えて、Ｓ８７０’の処理が行われる点のみが異なる。
【０４８５】
Ｓ８４２’では、前記Ｓ２２１ａ又はＳ２４１ａ’の精算許諾情報を受信済であるか否かを判定する。このＳ８４２’でＳ２２１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２２２ａ〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７０’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０’に進む。またＳ８４２’でＳ２４１ａ’の精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２４２ａ〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７０’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０’に進む。
【０４８６】
Ｓ８７０’では、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、受信した精算許諾情報に含まれる残額（管理残額又は合算額），及び該記録媒体の通番を記憶することにより、精算履歴を記憶して、受け付けている記録媒体を返却し（Ｓ８７１）、処理を終了する（Ｓ８７２）。
【０４８７】
次に図４３は、ビジタコイン発行装置７０において貨幣を受け付けた場合の処理の一例を表す図である。この図４３は、前記図２６と比較して、Ｓ９０９の処理に代えて、Ｓ９０９’の処理が行われる点のみが異なる。
【０４８８】
このＳ９０９’では、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０７の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶する共に、該ビジタコイン５の通番を記憶することにより、発行履歴を記憶している。
【０４８９】
なお、ビジタコイン発行装置７０がＳ９０１で貨幣を受け付けてからＳ９０７の発行許諾情報を受信する前にオフライン状態を検出した場合には、Ｓ９０１で受け付けた貨幣が返却され、発行許諾情報を受信した後にオフライン状態を検出した場合には、Ｓ９０８〜Ｓ９１２の処理が行われて、ビジタコイン５が発行される。
【０４９０】
次に図４４は、営業終了後における処理の一例を表す図である。ここでは残額の有効期限が当日限りであるため、各装置がそれぞれＳ１００１ａ’〜Ｓ１００４ａ’の処理を行う。玉貸ユニット２０は、遊技場の営業終了時刻を過ぎると、処理履歴ＤＢに記憶されている残額を消去する（Ｓ１００１ａ’）。また管理装置５０は、遊技場の営業終了時刻を過ぎると、残額管理ＤＢに記憶されている管理残額を消去する（Ｓ１００２ａ’）。また精算装置６０は、遊技場の営業終了時刻を過ぎると、精算履歴ＤＢに記憶されている残額を消去する（Ｓ１００３ａ’）。さらにビジタコイン発行装置７０は、遊技場の営業終了時刻を過ぎると、発行履歴ＤＢに記憶されている残額を消去する（Ｓ１００４ａ’）。
【０４９１】
図４５は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１’）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１’）、発行履歴送信要求をビジタコイン発行装置７０に対して送信する（Ｓ１０３１’）。
【０４９２】
処理履歴送信要求を受信した玉貸ユニット２０は、図２９（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２’）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３’）。また精算履歴送信要求を受信した精算装置６０は、図２９（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２’）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３’）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図２９（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２’）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３’）。これら処理履歴，精算履歴，及び発行履歴を受信した管理装置５０は、Ｓ１０４５’以下の処理を行う。
【０４９３】
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５’〜Ｓ１０４８’で最後残額特定処理を行う。即ち、まずＳ１０４５’で、前記Ｓ１０１３’で受信した処理履歴，前記Ｓ１０２３’で受信した精算履歴，及び前記Ｓ１０３３’で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２’のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、残額，及び通番を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の通番（即ち最新の通番）が一番下になるように並べ替えて、統合テーブルとして記憶する。次にＳ１０４６’で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５’及びＳ１０４６’で作成された統合テーブルが、図４５に示すものである。
【０４９４】
次にＳ１０４７’で、統合テーブルで記憶されている各記録媒体ＩＤについて、最新の通番を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の残額を特定する。具体的には、統合テーブルにおいて、最新の通番が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の通番を最新の通番として特定する。そしてＳ１０４８’で、Ｓ１０４７’で特定した最新の通番（即ち最後の処理）に対応する残額を各記録媒体ＩＤ毎に特定する。このＳ１０４７’及びＳ１０４８’で特定された内容が、図４５に示す統合テーブルにおいて太枠で囲んだ部分である。
【０４９５】
これによれば、第１実施形態と同様に、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。
【０４９６】
ここでビジタコイン発行装置７０からビジタコイン５が発行される際には、管理残額が更新されるにも拘わらず通番が更新されないので、同一の通番について異なる残額が特定される事態が生じうる。具体的には、精算装置６０で回収された時点で通番が１００であるビジタコイン５が、当日中にビジタコイン発行装置７０にセットされて発行された場合には、該ビジタコイン５の記録媒体ＩＤに対応付けて、精算装置６０の精算履歴ＤＢでは残額が０で通番が１００と記憶されており、ビジタコイン発行装置７０の発行履歴ＤＢでは残額が発行金額で通番が１００と記憶されていることになる。このときには、該発行金額を正しい残額として特定するものとする。従って、第１実施形態と同様に、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行されたビジタコイン５が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。
【０４９７】
次に前記残額復帰処理手段として機能する制御部５２は、Ｓ１０４９’で残額復帰処理を行う。即ち、Ｓ１０４９’で、前記Ｓ１０４８’で各記録媒体ＩＤ毎に特定した残額及びＳ１０４７’で特定した通番を、各記録媒体ＩＤに対応付けて、図２９（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。
【０４９８】
以上に説明した遊技用システム１によれば、第１実施形態と同様に、管理装置５０’において、各玉貸ユニット２０’から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。
【０４９９】
［３．変形例］
最後に、本発明の変形例について説明する。この変形例には、消費税が徴収されない変形例と、その他の変形例が含まれる。
【０５００】
［３−１．消費税が徴収されない変形例］
上記の実施形態では、パチンコ玉の貸与に応じた間接税として消費税が徴収される例について説明したが、これに限らず、本発明の遊技用システム１は、消費税が徴収されない場合にも適用可能である。このように消費税が徴収されないので、玉貸処理に伴う端数額は生じない。従って、記録媒体には、オンライン端数額及びオフライン端数額は記録されないが、予め定められた基準貸与額（ここでは５００円）と受付貨幣額との差額が前記オンライン端数額に代わり記録され、またオフライン状態における使用額分の玉貸処理に使用されなかった残額である入金残額が前記オフライン端数額に代わり記録される。
【０５０１】
また各玉貸ユニット２０に対して設定されている玉貸設定金額は、間接税を含まない金額であり、例えば５００円又は３００円である。なお、この変形例では、図７（ｄ）に示す残額管理ＤＢにおいて、ステータスは記憶されない。また該残額管理ＤＢにおいて、前記差額がオンライン端数額に代わり記憶され、前記入金残額がオフライン端数額に代わり記憶される。以下、図４６〜図５９を参照して、消費税が徴収されない変形例について説明する。
【０５０２】
まず図４６は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。この図４６は、前記図８と比較して、Ｓ１０２に代えてＳ１０２''の処理が行われる点と、Ｓ１０４及びＳ１１６の処理が行われない点のみが異なる。ここでＳ１０２''では、受付貨幣額が基準貸与額（ここでは５００円）以上であるか否かを判定する。このＳ１０２''で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ１４１に進む。一方、Ｓ１０２''で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する（Ｓ１０３）。
【０５０３】
次に図４７は、管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、玉貸操作を待機している状態で、玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額分の玉貸処理を開始し（Ｓ１２２''）、記録媒体の通番に１を加算して更新し（Ｓ１２３）、前記記録媒体ＩＤと使用額とを含む減算要求を管理装置５０に対して送信する（Ｓ１２４''）。
【０５０４】
Ｓ１２４''の減算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該減算要求に含まれる使用額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算し（Ｓ１２５''）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１２６）、減算完了通知を玉貸ユニット２０に対して送信する（Ｓ１２８）。
【０５０５】
Ｓ１２８の減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算し（Ｓ１２９''）、前記Ｓ１２２''で開始された使用額分の玉貸処理の終了を待機する（Ｓ１３０''）。このＳ１３０''で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１３０''で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記図９に示すＳ１３１以降と同様の処理が行われる。
【０５０６】
次に図４８は、管理装置５０とオンライン状態である玉貸ユニット２０において少額一発貸しが行われる場合の処理の一例を表す図である。前記Ｓ１０２''で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１４１）。このＳ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１６２''に進む。一方、Ｓ１４１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が単位使用額（ここでは１００円）以上であるか否かを判定する（Ｓ１４２''）。このＳ１４２''で受付貨幣額が単位使用額未満である（ＮＯ）と判定された場合には、前記Ｓ１０１で受け付けた貨幣を返却して、記録媒体を受け付けていない場合には貨幣受付，又は記録媒体受付を待機する状態となり、記録媒体を受け付けている場合には貨幣受付，又は返却操作を待機する状態となる。
【０５０７】
一方、Ｓ１４２''で受付貨幣額が単位使用額以上である（ＹＥＳ）と判定された場合には、遊技者の操作によることなく、該受付貨幣額分の玉貸処理である少額一発貸しを行い（Ｓ１４４''）、記録媒体を受け付けていない場合には貨幣受付，又は記録媒体受付を待機する状態となり、記録媒体を受け付けている場合には貨幣受付，又は返却操作を待機する状態となる（Ｓ１５６''）。ここで玉貸操作を待機する状態とならないのは、管理残額（＝記憶残額）が零であるため、玉貸操作を受け付けても使用額分の玉貸処理ができないからである。
【０５０８】
前記Ｓ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額＋記憶残額が基準貸与額以上であるか否かを判定する（Ｓ１６２''）。即ち前記貸与判定手段として機能する玉貸ユニット２０の制御部２１は、予め定められた所定額（例えば１０００円）未満の貨幣を受け付けたことに基づいて、当該受付貨幣額と前記管理残額取得手段により取得した管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）との合算額が基準貸与額以上であるか否か、即ち受付貨幣額＋記憶残額≧基準貸与額であるか否かを判定する。
【０５０９】
一方、Ｓ１６２''で受付貨幣額＋記憶残額が基準貸与額以上である（ＹＥＳ）と判定された場合には、玉貸操作によることなく、基準貸与額分の玉貸処理が開始され（Ｓ１６３''）、記録媒体の通番に１を加算して更新する（Ｓ１６４）。即ち前記貸与処理手段として機能する玉貸ユニット２０の制御部２１は、前記貸与判定手段により合算額が基準貸与額以上であると判定されたことを条件として、遊技者の操作によることなく、当該基準貸与額分のパチンコ玉を貸与するための玉貸処理である第３の貸与処理（少額一発貸し）を特定処理として行う。また前記通番更新手段として機能する玉貸ユニット２０の制御部２１は、該特定処理である第３の貸与処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行う。
【０５１０】
そして前記記録媒体ＩＤと（基準貸与額−受付貨幣額）＊（−１）により算出される差額とを含む加算要求を管理装置５０に対して送信して（Ｓ１６５''）、該差額を前記記録媒体に記録する（Ｓ１６６''）。即ち前記減算要求送信手段として機能する玉貸ユニット２０の外部通信部２１ｂは、当該基準貸与額と受付貨幣額との差額を前記管理残額から減算するための第２の減算要求を管理装置５０に対して送信し、ここでは記録媒体ＩＤと（基準貸与額−受付貨幣額）＊（−１）を差額として含む加算要求を送信する（同Ｓ１６５’）。
【０５１１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、基準貸与額（５００円）未満の金額の貨幣を受け付けたときに、受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０５１２】
Ｓ１６５''の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる差額（即ち（基準貸与額−受付貨幣額）＊（−１））を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１６７''）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１６８）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１７０）。即ち前記減算処理手段として機能する管理装置５０の制御部５２は、前記第２の減算要求である加算要求の受信に基づいて、前記差額を前記管理残額から減算する第２の減算処理を行い、ここでは該差額（即ち負の値の差額）を管理残額に対して加算する処理を行う。
【０５１３】
Ｓ１７０の加算完了通知を受信した玉貸ユニット２０は、前記差額を記憶残額に加算し（Ｓ１７１''）、前記記録媒体に記録されている差額を消去し（Ｓ１７２''）、前記Ｓ１６３''で開始された基準貸与額分の玉貸処理の終了を待機する（Ｓ１７３''）。このＳ１７３''で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１７３''で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記Ｓ１３１に進む。これは、前記Ｓ１７１''で記憶残額に加算される差額は負の値であるため、該加算によって記憶残額が零になる可能性があるからである。
【０５１４】
例えば、４００円の管理残額（＝記憶残額）がある状態で、１００円の入金を受け付けることで、受付貨幣額＋記憶残額≧基準貸与額の条件が満たされ、基準貸与額である５００円分のパチンコ玉が貸与され、（基準貸与額−受付貨幣額）＊（−１）である差額の−４００円が管理残額に加算されて、管理残額が０円となる。ここで、４００円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋管理残額４００円の、計５００円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０５１５】
なお、管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理は、前記図１１と同様であるため、説明を省略する。
【０５１６】
次に図４９は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，差額，入金残額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２''）。
【０５１７】
Ｓ２０２''の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０''以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ２０４''）。このＳ２０４''で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０５）、Ｓ２１０''に進む。
【０５１８】
即ち通番が一致しており、受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図４６のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると、該受付貨幣額が加算された場合に遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。
【０５１９】
このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５２０】
前記Ｓ２０４''で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ２０６''）。このＳ２０６''で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０７''）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ２０８''）、Ｓ２１０''に進む。
【０５２１】
即ち通番が一致しており、かつ差額及び／又は入金残額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図４９のＳ２０２''）を受信してから玉貸ユニット２０が予定残額通知（図５０のＳ２４１''）を受信する前，又は管理装置５０が精算要求（図５７のＳ７０２''）を受信してから精算装置６０が精算許諾情報（図５８のＳ２４１''）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されている差額及び／又は入金残額が消去されずに残存状態のままとなり、該残存状態の差額及び／又は入金残額が管理残額に加算されると、遊技者（差額が記憶されている場合）又は遊技場（入金残額が記憶されている場合）が損害を被ることになるため、管理装置５０において差額及び／又は入金残額を管理残額に対して加算せずに該差額及び／又は入金残額を消去する処理を行うものである。
【０５２２】
このように、通番が一致すると判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７''の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応する差額が記憶されているか否かを判定して、その判定結果を、後述するＳ２１４''の処理，又は後述するＳ２１１''でＹＥＳと判定されるときまで保持するものとする。
【０５２３】
前記Ｓ２０５の処理が行われた場合，前記Ｓ２０６''で差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合，又はＳ２０８''の処理が行われた場合には、前記挿入通知に含まれる入金残額が零であるか否かを判定する（Ｓ２１０''）。このＳ２１０''で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２１１''）。このＳ２１１''で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体の差額及び入金残額が零である場合とは、第１にオフライン状態が発生していない場合，第２に差額及び入金残額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図５０のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３に差額及び入金残額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図５８のＳ２２１ａ）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０５２４】
一方、前記Ｓ２１０''で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ２１２''）、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２１３''）。このＳ２１３''で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ち入金残額が零でない場合とは、オフライン状態の玉貸ユニット２０で使用額分の玉貸が行われて入金残額が記録された場合であり、この場合には消去すべき入金残額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０５２５】
前記Ｓ２１３''で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１''で差額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７''の消去処理にあたり差額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２１４''）、Ｓ２４０に進む。
【０５２６】
なおＳ２０７''の処理に際して差額が記憶されていなかった場合には、Ｓ２１４''の処理を行わない。即ち、通番が一致しており、差額が記憶されていない場合に、挿入通知に含まれる差額は、管理装置５０が加算要求（図４８のＳ１６５''）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該差額を記憶しないことにより二重加算が防止され、これにより、当該差額が二重加算（実質的には（基準貸与額−受付貨幣額）の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０５２７】
次に図５０は、図４９に続く図である。管理装置５０は、前記Ｓ２１１''で差額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２２１）。なお、このＳ２２１の処理に際して、残額通知を送信した旨を前記記録媒体ＩＤに対応付けて、記憶するようにしておく。該記憶内容は、Ｓ２２４の残額受信通知を受信するまで，Ｓ２０３で通番が一致する（ＹＥＳ）と判定されるまで，又はＳ２６８ａ''の判定処理まで保持される。Ｓ２２１の残額通知が送信された後は、前記図１３に示すＳ２２２〜Ｓ２２７と同様の処理が行われる。なお前記Ｓ２２８の処理は行われない。
【０５２８】
また管理装置５０は、前記Ｓ２１１''又はＳ２１３''で差額が零でない（ＮＯ）と判定された場合（Ｓ２１４''が実施された場合には該Ｓ２１４''の後），及び前記Ｓ２１３''で差額が零である（ＹＥＳ）と判定された場合、即ち差額，入金残額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記差額及び前記入金残額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１''）。
【０５２９】
Ｓ２４１''の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ２４２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）に記録されている差額を消去すると共に（Ｓ２４３''）、該記録媒体に記録されている入金残額を消去し（Ｓ２４４''）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む記録額消去通知を管理装置５０に対して送信して（Ｓ２４６''）、前記Ｓ２２５に進む。
【０５３０】
Ｓ２４６''の記録額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去して（Ｓ２４７''）、Ｓ２４８''に進む。これにより、管理装置５０が加算要求（図４８のＳ１６５''）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５３１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、管理残額＋受付貨幣額≧基準貸与額であることを条件として、基準貸与額分の貸与処理を行う場合に、基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額が記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる差額を管理残額に加算するので、差額の加算（実質的には〔基準貸与額−受付貨幣額〕の減算）ができずに遊技場が損害を被ることがなくなる。
【０５３２】
またＳ２４７''の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去する（Ｓ２４８''）。これにより、オフライン状態にあった玉貸ユニット２０で発生した入金残額が記録された記録媒体を、オンライン状態にある別の玉貸ユニット２０に挿入することで、該入金残額が管理残額に加算され、該入金残額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０５３３】
次に図５１は、図４９に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。そして、前記挿入通知に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ２６１''）。このＳ２６１''で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ２６２）、Ｓ２７５''に進む。
【０５３４】
即ち通番が一致せず、受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図４６のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。
【０５３５】
このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５３６】
前記Ｓ２６０''で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ２６３''）。このＳ２６３''で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去し（Ｓ２６４''）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去して（Ｓ２６５''）、Ｓ２７５''に進む。
【０５３７】
即ち通番が一致せず、差額及び／又は入金残額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図５０のＳ２４１''）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６''）を受信する前，又は精算装置６０が精算許諾情報（図５８のＳ２４１ａ''）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６ａ''）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されている差額及び入金残額の消去が行われているにも拘わらず、差額及び入金残額が未加算状態のままとなり、該未加算状態で放置されると遊技場（差額の場合）又は遊技者（入金残額の場合）が損害を被ることになるため、管理装置５０において差額及び入金残額を管理残額に対して加算して消去する処理を行うものである。
【０５３８】
このように、通番が一致しないと判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（記録額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５３９】
前記Ｓ２６３''で、差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２６８''）。このＳ２６８''で差額が零でない（ＮＯ）と判定された場合には、Ｓ２７５''に進み、差額が零である（ＹＥＳ）と判定された場合には、前記記録媒体ＩＤに対応付けて残額通知（図５０のＳ２２１）又は精算許諾情報（図５８のＳ２２１ａ）を送信した旨が記憶されているか否かを判定する（Ｓ２６８ａ''）。このＳ２６８ａ''で残額通知（Ｓ２２１）又は精算許諾情報（Ｓ２２１ａ）を送信した旨が記憶されている（ＹＥＳ）と判定された場合には、Ｓ２７５''に進み、記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤにに対応付けて残額管理ＤＢに記憶されている装置ＩＤが、玉貸ユニット２０の装置ＩＤであるか否かを判定する（Ｓ２６９ａ''）。このＳ２６９ａ''で玉貸ユニット２０の装置ＩＤでない（ＮＯ）と判定された場合、即ち精算装置６０の装置ＩＤであると判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去して（Ｓ２７０ａ''）、Ｓ２７５''に進み、精算要求消去処理を行う。
【０５４０】
即ち通番が一致せず、差額又は入金残額のいずれも記憶されておらず、記録媒体の差額が零であり、残額通知又は精算許諾情報の送信後ではなく、精算装置６０の装置ＩＤが記憶されている場合とは、精算装置６０が精算許諾情報（図５８のＳ２２１ａ又はＳ２４１ａ''）を受信してから、精算操作を受け付け（図２４のＳ７８０）、管理装置５０が精算完了通知（同Ｓ７８３）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。
【０５４１】
このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ち差額又は入金残額のいずれも記憶されておらず、記録媒体の差額が零であり、残額通知又は精算許諾情報の送信後ではなく、精算装置６０の装置ＩＤが記憶されている）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから、精算操作を受け付け、管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０５４２】
前記Ｓ２６９ａ''で玉貸ユニット２０の装置ＩＤである（ＹＥＳ）と判定された場合には、残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ２６９）、さらに玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ２７０）、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ２７１）。
【０５４３】
このＳ２７１で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ２７２）、Ｓ２７５''に進む。一方、Ｓ２７１で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、管理残額を消去して（Ｓ２７３''）、Ｓ２７５''に進む。
【０５４４】
即ち通番が一致せず、差額又は入金残額のいずれも記憶されておらず、記録媒体の差額が零であり、残額通知又は精算許諾情報の送信後ではなく、玉貸ユニット２０の装置ＩＤが記憶されている場合とは、管理装置５０が減算要求（図４７のＳ１２４''）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、管理残額を、使用額として特定し、管理装置５０において減算処理を行うものである。
【０５４５】
このように、玉貸ユニット２０で記録媒体貸与処理（使用額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０５４６】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合には、管理残額を消去するので、正確な残額を確定することができる。
【０５４７】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行われていないことを特定して、対処することができる。
【０５４８】
前記Ｓ２６２の処理後，前記Ｓ２６５''の処理後，前記Ｓ２６８''で挿入通知の差額が零でない（ＮＯ）と判定された場合，前記Ｓ２７０ａ''の処理後，前記Ｓ２７２の処理後，及び前記Ｓ２７３''の処理後は、前記挿入通知に含まれる入金残額が零であるか否かを判定する（Ｓ２７５''）。このＳ２７５''で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２７６''）。このＳ２７６''で差額が零である（ＹＥＳ）と判定された場合には、前記Ｓ２２０に進む。
【０５４９】
即ち通番が一致せず、記録媒体の差額及び入金残額が零である場合とは、第１に入金処理中において玉貸ユニット２０が予定残額通知（図４６のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額分の玉貸処理が行われて管理装置５０が減算要求（図４７のＳ１２４''）を受信する前にオフライン状態が発生した場合，第３に挿入処理中において玉貸ユニット２０が残額通知（図５０のＳ２２１）又は予定残額通知（同Ｓ２４１''）を受信してから管理装置５０が残額受信通知（同２２４）又は記録額消去通知（同Ｓ２４６''）を受信する前にオフライン状態が発生した場合，第４に挿入処理中において精算装置６０が精算許諾情報（図５８のＳ２２１ａ又はＳ２４１ａ''）を受信してから管理装置５０が精算許諾情報受信通知（同Ｓ２２４ａ）又は記録額消去通知（同Ｓ２４６ａ''）を受信する前にオフライン状態が発生した場合，第５に精算処理が行われて管理装置５０が精算完了通知（図２４のＳ７８３）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０５５０】
一方、前記Ｓ２７５''で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ２７７''）、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２７８''）。このＳ２７８''で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。
【０５５１】
即ちオンライン状態にある玉貸ユニット２０で使用額分の玉貸処理が行われ、管理装置５０が減算要求（図４７のＳ１２４''）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、入金残額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１''でＮＯ，Ｓ２６３''でＮＯ，Ｓ２６８''でＹＥＳ，Ｓ２６８ａ''でＮＯ，Ｓ２６９ａ''でＹＥＳと判定され、Ｓ２６９〜Ｓ２７２又はＳ２６９〜Ｓ２７３''の処理が行われると共に、Ｓ２７５''，Ｓ２７７''の処理が行われ、入金残額が記憶された状態になるが、玉貸ユニット２０が予定残額通知（図５０のＳ２４１''）を受信する前にオフライン状態が発生すると、通番が一致し、入金残額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＹＥＳと判定されて、Ｓ２０８''で前記記憶されている入金残額が消去され、Ｓ２１２''で前記挿入通知に含まれる入金残額が改めて記憶される。
【０５５２】
前記Ｓ２７８''で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７６''で差額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２７９''）、Ｓ２４０に進む。
【０５５３】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図４８のＳ１６５''）を受信する前にオフライン状態が発生すると、通番が一致せず、差額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行われ（ここで通番が一致し）、Ｓ２６１''でＮＯ，Ｓ２６３''でＮＯ，Ｓ２６８''でＮＯ，Ｓ２７６''又はＳ２７８''でＮＯと判定されて、Ｓ２７９''の処理が行われ、差額が記憶された状態になるが、玉貸ユニット２０が予定残額通知（図５０のＳ２４１''）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＹＥＳと判定されて、Ｓ２０７''で前記記憶されている差額が消去され、Ｓ２１４''で前記挿入通知に含まれる差額が改めて記憶される。
【０５５４】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図４８のＳ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＮＯと判定されて、Ｓ２１４''の処理は実行されない。つまり、前記挿入通知に含まれる差額は、管理装置５０が加算要求（図４８のＳ１６５''）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４''では当該差額は記憶されない。
【０５５５】
次に図５２は、玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０５５６】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、受付貨幣額が基準貸与額（ここでは５００円）以上であるか否かを判定する（Ｓ３０２’）。このＳ３０２''で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ３５３に進む。一方、Ｓ３０２''で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、前記Ｓ１０６の予定残額通知を受信済であるか否かを判定する（Ｓ３０３）。
【０５５７】
このＳ３０３で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で前記Ｓ１０１で受け付けた貨幣を返却し、Ｓ３０７で記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中であれば（ＹＥＳ）、後述するＳ３７１ａ''に進み、記録媒体を受付中でなければ（ＮＯ）、Ｓ３０８に進む。Ｓ３０８では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３７１ａ''に進み、記憶残額が零であれば（ＹＥＳ）、図５３に示すＳ３８３で多機能ランプ２９によりオフライン状態を検出した旨を報知すると共に、残額表示器３０における記憶残額（即ち制御部２１のＲＡＭで記憶している残額）の表示を中止し、Ｓ３８４に進んで、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０５５８】
この予定残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＹＥＳと判定されて、Ｓ２０５以下の処理が行われる。
【０５５９】
前記Ｓ３０３で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４で前記Ｓ１０７〜Ｓ１０９の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５で該未実行の処理を実行してＳ３７１ａ''に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７１ａ''に進む。
【０５６０】
この予定残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図４６のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が未加算の状態で記憶されており、玉貸ユニット２０において受付貨幣の取込が行われている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１''でＹＥＳと判定されて、Ｓ２６２以下の処理が行われる。
【０５６１】
図５３に示すＳ３７１ａ''では、記録媒体（会員カード４，ビジタコイン５）を受付中であるか否かを判定する。このＳ３７１ａ''で記録媒体を受付中である（ＹＥＳ）と判定された場合には、前記Ｓ１８６〜Ｓ１８９，及びＳ１９４〜Ｓ１９６又はＳ１９４とＳ１９７の処理が行われて、受付中の記録媒体が返却され、前記Ｓ３８３の処理を行って、Ｓ３８４に進む。一方、Ｓ３７１ａ''で記録媒体を受付中でない（ＮＯ）と判定された場合には、前記１８６〜Ｓ１９２の処理が行われて、ビジタコイン５が排出され、前記Ｓ３８３の処理を行って、Ｓ３８４に進む。
【０５６２】
図５２に戻り、前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０５６３】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５''で前記Ｓ１２９''の記憶残額減算済であるか否かを判定し、記憶残額減算済でなければ（ＮＯ）、Ｓ３２６''で前記Ｓ１２９''の処理を実行してＳ３２７に進み、記憶残額減算済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３７１ａ''に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３８３に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３７１ａ''に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３３０で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３８３に進む。
【０５６４】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３''で前記Ｓ１２２''〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４''で該未実行の処理を実行してＳ３７１ａ''に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７１ａ''に進む。
【０５６５】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、記録媒体には差額が記録されておらず、通番が一致せず、受付貨幣額，差額，入金残額，及び残額通知（Ｓ２２１）又は精算許諾情報（Ｓ２２１ａ）を送信した旨のいずれも記憶されておらず、玉貸ユニット２０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１''でＮＯ，Ｓ２６３''でＮＯ，Ｓ２６８''でＹＥＳ，Ｓ２６８ａ''でＮＯ，Ｓ２６９ａ''でＹＥＳと判定されて、Ｓ２６９以下の処理が行われる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＮＯ，Ｓ２１０''でＹＥＳ，Ｓ２１１''でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０５６６】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１の残額通知，又はＳ２４１''の予定残額通知を受信済であるか否かを判定する（Ｓ３４２''）。
【０５６７】
このＳ３４２''で残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３''で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４''で該未実行の処理を実行してＳ３７１ａ''に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７１ａ''に進む。またＳ３４２''で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３''で前記Ｓ２４２〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４''で該未実行の処理を実行してＳ３７１ａ''に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７１ａ''に進む。
【０５６８】
この予定残額通知を受信済である場合には、管理装置５０が記録額消去通知を受信する前にオフライン状態が発生した場合と、該記録額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、記録額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において入金残額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体の入金残額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１''でＮＯ，Ｓ２６３''でＹＥＳと判定されて、Ｓ２６４''以下の処理が行われる。
【０５６９】
前記Ｓ３４２''で残額通知又は予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３７１ａ''に進む。
【０５７０】
この予定残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において入金残額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体に入金残額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＹＥＳと判定されて、Ｓ２０７''以下の処理が行われる。
【０５７１】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、Ｓ３８３に進む。
【０５７２】
次に図５３は、図５２に続く図である。前記Ｓ３０２''で、受付貨幣額＜基準貸与額である（ＮＯ）と判定された場合には、Ｓ３５３で前記Ｓ１７０の加算完了通知を受信済であるか否かを判定する。このＳ３５３で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５４''で前記Ｓ１７１''〜Ｓ１７２''の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５５''で該未実行の処理を実行してＳ３５６に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３５６に進む。Ｓ３５６では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３７１ａ''に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３５７に進む。Ｓ３５７では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３８３に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３５８に進む。Ｓ３５８ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３７１ａ''に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３５９で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３６０で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３８３に進む。
【０５７３】
前記Ｓ３５３で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３６１''で前記Ｓ１４１〜Ｓ１４４''の各処理，Ｓ１４１，Ｓ１６２''〜Ｓ１６４，及びＳ１６６''の各処理，又はＳ１４１，Ｓ１６２''，及びＳ１４２〜Ｓ１４４''の各処理（即ち加算要求の送信に伴って行われる各処理）を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３６２''で該未実行の処理を実行してＳ３７１ａ''に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３７１ａ''に進む。
【０５７４】
この加算完了通知を受信済でない場合には、管理装置５０が加算要求を受信する前にオフライン状態が発生した場合と、該加算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、加算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において差額の加算が行われておらず、記録媒体に差額が記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１''でＮＯ，Ｓ２６３''でＮＯ，Ｓ２６８''でＮＯ，Ｓ２７６''又はＳ２７８''でＮＯと判定されて、Ｓ２７９''の処理が行われ、Ｓ２４０以下の処理が行われる。また後者の、加算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において差額の加算が行われて、記録媒体に差額が記録されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４''でＮＯ，Ｓ２０６''でＮＯ，Ｓ２１１''又はＳ２１３''でＮＯと判定された場合に、Ｓ２１４''の処理が行われず、Ｓ２４０以下の処理が行われる。
【０５７５】
以上、図５２及び図５３に示したように、玉貸ユニット２０がオフライン状態を検出した際に、残額が残存している可能性のある記録媒体は排出される。ここで排出されるビジタコイン５には、Ｓ１９０又はＳ１９５の処理によってオンライン残額有りフラグが記録されている。従って、後述する図５５に示すように、オフライン状態にある玉貸ユニット２０においてビジタコイン５が受け付けられ、記憶残額（即ち入金残額）が零となった場合に、オンライン残額有りフラグが記録されていることを条件として、当該ビジタコイン５を返却し、オンライン残額有りフラグ記録されていないことを条件として、当該ビジタコイン５を収納することが可能となる。即ち、返却の必要のある（管理残額が残存している可能性のある）ビジタコイン５は返却し、返却の必要がない（管理残額が零の）ビジタコイン５のみを回収することが可能である。
【０５７６】
次に図５４は、管理装置５０とオフライン状態である玉貸ユニット２０において記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン状態において記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ５０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に入金残額が含まれるか否かを判定する（Ｓ５０２''）。このＳ５０２''で入金残額が含まれる（ＹＥＳ），即ち入金残額が記録されていると判定された場合には、該入金残額を制御部２１のＲＡＭで記憶し（Ｓ５０３''）、記憶残額を残額表示器３０に表示して（Ｓ５０４''）、オフライン状態において貨幣受付，玉貸操作，又は返却操作を待機する状態となる（Ｓ５０５''）。一方、Ｓ５０２''で入金残額が含まれない（ＮＯ），即ち入金残額が記録されていないと判定された場合には、貨幣受付，又は返却操作を待機する状態となる。
【０５７７】
また玉貸ユニット２０は、オフライン状態において貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ５１０）、受付貨幣額を記憶残額に加算することによって記憶残額を更新し（Ｓ５１１''）、Ｓ５０４''以降の処理を行う。
【０５７８】
また玉貸ユニット２０は、オフライン状態において玉貸操作を待機している状態で、玉貸操作を受け付けると（Ｓ５２０''）、記憶残額≧玉貸設定金額（５００円）であれば、玉貸設定金額，記憶残額＜玉貸設定金額であれば記憶残額を使用額として、該使用額分の玉貸処理を行い（Ｓ５２１''）、該使用額を記憶残額から減算することによって記憶残額を更新し（Ｓ５２２''）、Ｓ５０４''以降の処理を行う。なお、Ｓ５２２''において、減算後の記憶残額が零となった場合には、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。このように、玉貸ユニット２０において、オフライン状態で記録媒体から読み取った入金残額が記憶され、該記憶されている入金残額（＝記憶残額）の範囲内で使用額分の玉貸処理が行われ、後述するＳ５４１で遊技者から排出操作を受け付けると、該記憶されている入金残額を記録した記録媒体が排出されるので、使用額分の玉貸処理を行う毎に更新後の入金残額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０５７９】
次に図５５は、図５４に続く図である。玉貸ユニット２０は、オフライン状態において返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５４１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ５４２）。このＳ５４２で記録媒体を受け付けていない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５４３）。このＳ５４３で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を入金残額として、収納コイン保持部２７Ｐで保持しているビジタコイン５に記録し（Ｓ５５０''）、該記憶残額を消去して（Ｓ５５１''）、Ｓ５５２に進む。
【０５８０】
Ｓ５５２では、第２の収納コインストッパ２７ｃを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する。即ちビジタコイン５は、記憶残額がある場合にのみ返却されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。そして第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ５５３）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ５５４）。
【０５８１】
前記Ｓ５４２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かが判定される（Ｓ５６０）。このＳ５６０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、Ｓ５６４''に進む。
【０５８２】
Ｓ５６４''では、記憶残額が零であるか否かを判定する。このＳ５６４''で記憶残額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５に記録されている入金残額を消去して（Ｓ５６５''）、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５６６）。このＳ５６６でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６６でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、第１の投入コインストッパ２６ｂを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して（Ｓ５６８）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ５５４）。
【０５８３】
前記Ｓ５６４''で記憶残額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に該記憶残額を入金残額として記録し（Ｓ５６９''）、制御部２１のＲＡＭで記憶している該記憶残額を消去して（Ｓ５７０''）、Ｓ５７１に進む。
【０５８４】
Ｓ５７１では、第２の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却し、Ｓ５５４に進む。即ちビジタコイン５は、記憶残額がある場合，及びオンライン残額有りフラグが記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、入金残額が記録されたビジタコイン５が受け付けられ、該入金残額を使用したパチンコ玉の貸与が行われた結果として当該入金残額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額が有るビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０５８５】
前記Ｓ５６０でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、制御部２１のＲＡＭで記憶している記憶残額が零であるか否かを判定する（Ｓ５８２''）。このＳ５８２''で記憶残額が零である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に記録されている入金残額を消去して（Ｓ５８３''）、該会員カード４を返却する（Ｓ５８６）。一方、Ｓ５８２''で記憶残額が零でない（ＮＯ）と判定された場合には、該会員カード４に該記憶残額を入金残額として記録し（Ｓ５８４''）、制御部２１のＲＡＭで記憶している該記憶残額を消去して（Ｓ５８５''）、該会員カード４を返却し（Ｓ５８６）、Ｓ５５４に進む。即ち会員カード４は、返却操作を受け付けると、常に返却される。
【０５８６】
以上に説明した遊技用システム１によれば、記録媒体貸与処理に使用された使用額に対応する消費税額を徴収しない場合に、オフライン状態の玉貸ユニット２０が貨幣又は記録媒体を受け付けて、使用額分の玉貸処理を行うようにしても、記憶残額が入金残額として記録媒体に記録されて排出される（Ｓ５５０''，Ｓ５６９''，Ｓ５８４''）。そして前記図５０に示すように、該記録媒体がオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において該記録媒体の入金残額が管理残額に加算されて遊技媒体の貸与に使用可能となることにより、該入金残額を処理するための釣銭払出機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。また、入金残額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０５８７】
次に図５６は、玉貸ユニット２０においてオンライン状態への復帰を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態への復帰を検出すると（Ｓ６０１）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の記録媒体ＩＤ，差額，入金残額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信する（Ｓ６０２''）。このオンライン復帰通知は、前記挿入通知と同等のものであるため、該オンライン復帰通知を受信した管理装置５０は、Ｓ２０３以下で前記挿入通知を受信した場合と同様の処理を行う。
【０５８８】
次に図５７は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，差額，入金残額，及び通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２''）。
【０５８９】
Ｓ７０２''の精算要求を受信した管理装置５０は、図４９〜図５１で説明したＳ２０３以下と同様の処理を実施する。ただし、図５０に示したＳ２２０以下の処理，及びＳ２４０以下の処理は、図５８に示すＳ２２０以下の処理，及びＳ２４０以下の処理に、それぞれ置き換わるものとする。また図４９〜図５１の説明において、玉貸ユニット２０を精算装置６０，挿入通知を精算要求と、それぞれ読み替えるものとする。以下、図５８について説明する。
【０５９０】
Ｓ２２０では、精算要求に含まれる記録媒体ＩＤに対応付けて同精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２２１ａ）。なお、このＳ２２１ａの処理に際して、精算許諾情報を送信した旨を前記記録媒体ＩＤに対応付けて、記憶するようにしておく。該記憶内容は、Ｓ２２４ａの精算許諾情報受信通知を受信するまで，Ｓ２０３で通番が一致する（ＹＥＳ）と判定されるまで，又はＳ２６８ａ''の判定処理まで保持される。Ｓ２２１ａの精算許諾情報が送信された後は、前記図２３に示すＳ２２２ａ〜Ｓ２２７と同様の処理が行われる。なお前記Ｓ２２８の処理は行われない。
【０５９１】
またＳ２４０では、精算要求に含まれる記録媒体ＩＤに対応付けて同精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額と記憶した差額及び入金残額との合算額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２４１ａ''）。
【０５９２】
Ｓ２４１ａ''の精算許諾情報を受信した精算装置６０は、図５（ｂ）のＤ２に示す画面をディスプレイ６３に表示して、精算，又は返却操作を待機する状態となる（２４２ａ）。そして、受け付けている記録媒体に記録されている差額を消去すると共に（Ｓ２４３''）、該記録媒体に記録されている入金残額を消去し（Ｓ２４４''）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む記録額消去通知を管理装置５０に対して送信する（Ｓ２４６ａ''）。
【０５９３】
Ｓ２４６ａ''の記録額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去して（Ｓ２４７''）、Ｓ２４８''に進む。これにより、管理装置５０が加算要求（図４８のＳ１６５''）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５９４】
このように、いわゆる完全ＩＤ管理のシステムにおいて、管理残額＋受付貨幣額≧基準貸与額であることを条件として、基準貸与額分の貸与処理を行う場合に、基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額が記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれる差額を管理残額に加算するので、差額の加算（実質的には〔基準貸与額−受付貨幣額〕の減算）ができずに遊技場が損害を被ることがなくなる。
【０５９５】
またＳ２４７''の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去し（Ｓ２４８''）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生した入金残額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該入金残額が管理残額に加算され、該入金残額を含めて精算が許諾されるので、入金残額の精算ができずに遊技者が損害を被ることがなくなると共に、入金残額と管理残額との合算値を１回で精算できるようになるので、遊技者の利便性が向上する。
【０５９６】
なお、管理装置５０とオンライン状態である精算装置６０において精算操作を受け付けた場合及び返却操作を受け付けた場合の処理については、図２４と同様であるため、説明を省略する。
【０５９７】
次に図５９は、精算装置６０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。この図５９は、前記図２５と比較して、Ｓ８４２〜Ｓ８４４の処理に代えて、Ｓ８４２''〜Ｓ８４４''の処理が行われる点のみが異なる。Ｓ８４２''では、前記Ｓ２２１ａ又はＳ２４１ａ''の精算許諾情報を受信済であるか否かを判定する。
【０５９８】
Ｓ８４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、Ｓ８４２''で、Ｓ２２１ａ又はＳ２４１ａ''の精算許諾情報を受信済みであるか否かを判定する。このＳ８４２''でＳ２２１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３''で前記Ｓ２２２ａ〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４''で該未実行の処理を実行してＳ８７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０に進む。またＳ８４２''でＳ２４１ａ''の精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３''で前記Ｓ２４２ａ〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４''で該未実行の処理を実行してＳ８７０に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７０に進む。
【０５９９】
なお、ビジタコイン発行装置７０において貨幣を受け付けた場合の処理については、図２６に示した処理と同様であるため、説明を省略する。
【０６００】
また、営業終了後における処理は、図２７と同様であり、残額管理ＤＢのデータが使用不能となった場合における処理は、図２８と同様であるため、説明を省略する。
【０６０１】
［３−２．その他の変形例］
【０６０２】
上記の実施形態では、図１２及び図１４に示すように、通番一致時処理及び通番不一致時処理において、ステータスに応じた所定の処理を行った後に、受信した挿入通知に含まれるオンライン端数額，オフライン端数額についての処理を行う例について説明したが、これに限らず、受信した挿入通知に含まれるオンライン端数額，オフライン端数額についての処理を行う際に、ステータスを参照して各種の処理を行うようにしても良い。その一例を図６０及び図６１に示す。
【０６０３】
図６０に示すように、玉貸ユニット２０からＳ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、ＳＡ２１１以下の通番一致時処理を行う。
【０６０４】
まずＳＡ２１１では、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定し、オンライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２１２に進み、オンライン端数額が零でない（ＮＯ）と判定された場合には、後述するＳＡ２１４に進む。ＳＡ２１２では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２１３で、図１２で示したＳ２０４〜Ｓ２０９の処理（図６０では点線で囲む定義済み処理）を行い、図１３で示したＳ２２０に進む。
【０６０５】
一方、ＳＡ２１２でオフライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２１７で、前記Ｓ２０４〜Ｓ２０９の処理を行い、該オフライン端数額を前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し（ＳＡ２１８）、図１３で示したＳ２４０に進む。
【０６０６】
前記ＳＡ２１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２１４で、前記Ｓ２０４〜Ｓ２０９の処理を行う。ここでＳ２０７の消去処理を行うに当たり、オンライン端数額が記憶されていた場合には、ＳＡ２１５で、前記挿入通知に含まれるオンライン端数額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し、ＳＡ２１６に進む。一方、ＳＡ２１４でＳ２０７の消去処理を行うにあたり、オンライン端数額が記憶されていなかった場合には、ＳＡ２１５の処理を行うことなく、ＳＡ２１６に進む。
【０６０７】
ＳＡ２１６では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進み、オフライン端数額が零でない（ＮＯ）と判定された場合には、前記ＳＡ２１８に進む。
【０６０８】
次に図６１は、図６０に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。
【０６０９】
次に、ＳＡ２６１では、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定し、オンライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２６２に進み、オンライン端数額が零でない（ＮＯ）と判定された場合には、後述するＳＡ２６４に進む。ＳＡ２６２では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２６３で、図１４で示したＳ２６１〜Ｓ２７４の処理（図６１では点線で囲む定義済み処理）を行い、図１３で示したＳ２２０に進む。
【０６１０】
一方、ＳＡ２６２でオフライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２６７で、前記Ｓ２６１〜Ｓ２７４の処理を行い、該オフライン端数額を前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し（ＳＡ２６８）、図１３で示したＳ２４０に進む。
【０６１１】
前記ＳＡ２６１でオンライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２６４で、前記Ｓ２６１〜Ｓ２７４の処理を行い、ＳＡ２６５で前記挿入通知に含まれるオンライン端数額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し、ＳＡ２６６に進む。
【０６１２】
ＳＡ２６６では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進み、オフライン端数額が零でない（ＮＯ）と判定された場合には、前記ＳＡ２６８に進む。
【０６１３】
上記の第１実施形態では、最後処理特定情報が処理日時（排出日時，精算日時，発行日時）であり、上記の第２実施形態では、最後処理特定情報が通番（残額更新時の通番）である例について説明したが、これに限らず、最後処理特定情報を、バックアップ用の通番としても良い。例として、図６２に示すように、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けたときの処理，及び玉貸操作を受け付けたときの処理について説明する。
【０６１４】
この図６２の上段に示すフローチャートは、図８に示すフローチャートと比較して、前記Ｓ１０７〜Ｓ１０８の間で、Ｓ１０７ａ’及びＳ１０７ｂ’の処理を行う点のみが異なる。ここでＳ１０７ａ’では、記録媒体のバックアップ通番に１を加算して更新する。またＳ１０７ｂ’では、制御部２１が備えるＥＥＰＲＯＭに記憶されている処理履歴ＤＢに、該記録媒体の記録媒体ＩＤ，入金履歴，記憶残額，及び更新後のバックアップ通番を記憶する。これにより、入金毎にバックアップ通番が更新され、玉貸ユニット２０には、入金毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０６１５】
また図６２の下段に示すフローチャートは、図９に示すフローチャートと比較して、前記Ｓ１２９〜Ｓ１３０の間で、Ｓ１２９ａ’及びＳ１２９ｂ’の処理を行う点のみが異なる。ここでＳ１２９ａ’では、前記記録媒体のバックアップ通番に１を加算して更新する。またＳ１２９ｂ’では、前記処理履歴ＤＢに、記録媒体ＩＤ，玉貸履歴，更新後の残額（記憶残額），及び更新後のバックアップ通番を記憶する。これにより、玉貸毎にバックアップ通番が更新され、玉貸ユニット２０には、玉貸毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０６１６】
このように、管理残額が更新される毎に、記録媒体のバックアップ通番が更新されることになり、玉貸ユニット２０には、記録媒体ＩＤに対応付けて、バックアップ通番及び残額が記憶されることとなる。従って、センタ管理装置８０が設けられない場合であっても、各玉貸ユニット２０から記録媒体ＩＤ及びバックアップ通番に対応付けて記憶されている残額を取得して、最新のバックアップ通番に対応する残額を、最新の残額として特定して、各記録媒体ＩＤに対応する残額を復旧させることが可能である。
【０６１７】
上記の図６２では、最後処理特定情報であるバックアップ通番が、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図６３に示すように、該バックアップ通番が、記録媒体には記憶されておらず、管理装置５０の残額管理ＤＢにおいて、記録媒体ＩＤ及び残額と対応付けて記憶されているようにしても良い。
【０６１８】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図６３を例にして説明する。この図６３は前述した図６２に相当するものであり、該図６２と比較して、前記Ｓ１０５の後にＳ１０５ａ''，及びＳ１０６ａ''の処理が行われてから、前記Ｓ１０７に進み、Ｓ１０７ｂ''の処理が行われる点と、前記Ｓ１２７の後にＳ１２７ａ''，及びＳ１２８ａ''の処理が行われてから、前記Ｓ１２９に進み、Ｓ１２９ｂ''の処理が行われる点のみが異なり、その他の点は同一である。
【０６１９】
まず前記Ｓ１０５の受付貨幣額の記憶処理を行った管理装置５０は、Ｓ１０５ａ''で、該記憶処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１０６ａ''で、前記予定残額（管理残額＋受付貨幣額）に加えて該更新されたバックアップ通番を含む予定残額通知を、玉貸ユニット２０に対して返信する。該予定残額通知を受信した玉貸ユニット２０は、Ｓ１０７で該予定残額を記憶した後、Ｓ１０７ｂ''で、処理履歴ＤＢにおいて、入金処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、該予定残額通知に含まれる残額とバックアップ通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１０８に進む。
【０６２０】
また前記Ｓ１２７のステータス記憶を行った管理装置５０は、Ｓ１２７ａ''で、減算要求に含まれる記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、玉貸処理に基づく更新である。そしてＳ１２８ａ''で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２９の処理の後、Ｓ１２９ｂ''で、処理履歴ＤＢにおいて、玉貸処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれるバックアップ通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１３０に進む。
【０６２１】
上記の図６２では、最後処理特定情報であるバックアップ通番が、各記録媒体について付与される、１から始まる通算番号であって、記録媒体（会員カード４，ビジタコイン５）に記録されている例について説明したが、これに限らず、例えば図６４に示すように、該バックアップ通番が、すべての記録媒体について共通の共通通番であって、記録媒体には記録されておらず、管理装置５０の残額管理ＤＢにおいて記憶されているようにしても良い。
【０６２２】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図６４を例にして説明する。この図６４は前述した図６２に相当するものであり、該図６２と比較して、前記Ｓ１０５の後にＳ１０５ａ'''，及びＳ１０６ａ'''の処理が行われてから、前記Ｓ１０７に進み、Ｓ１０７ｂ'''の処理が行われる点と、前記Ｓ１２７の後にＳ１２７ａ'''，及びＳ１２８ａ'''の処理が行われてから、前記Ｓ１２９に進み、Ｓ１２９ｂ'''の処理が行われる点のみが異なり、その他の点は同一である。
【０６２３】
まず前記Ｓ１０５の受付貨幣額の記憶処理を行った管理装置５０は、Ｓ１０５ａ'''で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１０６ａ'''で、前記予定残額（管理残額＋受付貨幣額）に加えて該更新された共通通番を含む予定残額通知を、玉貸ユニット２０に対して返信する。該予定残額通知を受信した玉貸ユニット２０は、Ｓ１０７で該予定残額を記憶した後、Ｓ１０７ｂ'''で、処理履歴ＤＢにおいて、入金処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、該予定残額通知に含まれる残額と共通通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１０８に進む。
【０６２４】
また前記Ｓ１２７のステータス記憶を行った管理装置５０は、Ｓ１２７ａ'''で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、玉貸処理に基づく更新である。そしてＳ１２８ａ'''で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２９の処理の後、Ｓ１２９ｂ'''で、処理履歴ＤＢにおいて、玉貸処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれる共通通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１３０に進む。
【０６２５】
上記の実施形態では、通番不一致時処理が、記憶している受付貨幣額の加算や消去，記憶しているオフライン端数額の加算や消去，及び使用額＋消費税額の減算等、管理残額を対象とした処理である例について説明したが、これに限らず、該通番不一致時処理は、管理装置５０において、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０を特定可能に表示（報知）する処理であっても良い。これによれば、例えば遊技場の店員が、該報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行うといった対処が可能となる。また通番不一致時処理は、管理装置５０から、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０に対して報知指示を送信する処理であっても良い。これによれば、玉貸ユニット２０や精算装置６０において報知が行われるので、上記と同様の対処が可能となる。このように、通番不一致時処理とは、管理残額を対象とした処理には限られない。
【０６２６】
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、例えば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
【０６２７】
上記の第１実施形態では、図８に示すように、管理装置５０において、入金要求の受信に応じて、まずステータスの記憶（Ｓ１０４）が行われ、次に受付貨幣額の記憶（Ｓ１０５）が行われ、最後に予定残額通知の送信（Ｓ１０６）が行われる例について説明したが、これら３つの処理が行われる順序は限定されない。また玉貸ユニット２０において、予定残額通知の受信に応じて、まず特定処理である受付貨幣の取込（Ｓ１０８）が行われ、次に第１の通番更新処理（Ｓ１０９）が行われ、最後に連携処理要求である貨幣取込通知の送信（Ｓ１１０）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。さらに管理装置５０において、連携処理要求である貨幣取込通知の受信に応じて、まず受付貨幣額の加算（Ｓ１１３）が行われ、次に該受付貨幣額の消去（Ｓ１１４）が行われ、次に第２の通番更新処理（Ｓ１１５）が行われ、最後にステータスの更新（Ｓ１０６）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０６２８】
上記の第１実施形態では、図９に示すように、玉貸ユニット２０において、玉貸操作を受け付けると、まず使用額＋消費税額分の玉貸処理が開始され（Ｓ１２２）、次に第１の通番更新処理（Ｓ１２３）が行われ、最後に減算要求の送信（Ｓ１２４）が行われる例について説明したが、これら３つの処理が行われる順序は限定されない。また管理装置５０において、減算要求の受信に応じて、まず使用額＋消費税額の減算（Ｓ１２５）が行われ、次に第２の通番更新処理（Ｓ１２６）が行われ、次にステータスの記憶（Ｓ１２７）が行われ、最後に減算完了通知の送信（Ｓ１２８）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０６２９】
上記の第１実施形態では、図１０に示すように、玉貸ユニット２０において、受付貨幣額から貸与対象額と端数額が特定されると、まず貸与対象額分の玉貸処理が開始され（Ｓ１４４）、次に第１の通番更新処理（Ｓ１４５）が行われ、次に加算要求の送信（Ｓ１４６）が行われ、最後に端数額の記憶（Ｓ１４７）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。また管理装置５０において、加算要求の受信に応じて、まず端数額の加算（Ｓ１４８）が行われ、次に第２の通番更新処理（Ｓ１４９）が行われ、次にステータスの記憶（Ｓ１５０）が行われ、最後に加算完了通知の送信（Ｓ１５１）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０６３０】
上記の第１実施形態では、図１０に示すように、玉貸ユニット２０において、記憶残額が対応消費税額以上であると判定されると、まず受付貨幣額＋対応消費税額分の玉貸処理が開始され（Ｓ１６３）、次に第１の通番更新処理（Ｓ１６４）が行われ、次に加算要求の送信（Ｓ１６５）が行われ、最後に対応消費税額＊（−１）の記憶（Ｓ１６６）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。また管理装置５０において、加算要求の受信に応じて、まず対応消費税額＊（−１）の加算（Ｓ１６７）が行われ、次に第２の通番更新処理（Ｓ１６８）が行われ、次にステータスの記憶（Ｓ１６９）が行われ最後に加算完了通知の送信（Ｓ１７０）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０６３１】
上記の第１実施形態では、図１３に示すように、玉貸ユニット２０において、予定残額通知の受信に応じて、まず端数額の消去（Ｓ２４３，Ｓ２４４）が行われ、次に第１の通番更新処理（Ｓ２４５）が行われ、最後に端数額消去通知の送信（Ｓ２４６）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。また管理装置５０において、端数額消去通知の受信に応じて、まず端数額の加算・消去（Ｓ２４７，Ｓ２４８）が行われ、次に第２の通番更新処理（Ｓ２２７）が行われ、最後にステータスの更新（Ｓ２２８）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。
【０６３２】
上記の第１実施形態では、図２３に示すように、精算装置６０において、精算許諾情報の受信に応じて、まず端数額の消去（Ｓ２４３，Ｓ２４４）が行われ、次に第１の通番更新処理（Ｓ２４５）が行われ、最後に端数額消去通知の送信（Ｓ２４６ａ）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。また管理装置５０において、端数額消去通知の受信に応じて、まず端数額の加算・消去（Ｓ２４７，Ｓ２４８）が行われ、次に第２の通番更新処理（Ｓ２２７）が行われ、最後にステータスの更新（Ｓ２２８）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。
【０６３３】
上記の第１実施形態では、図２４に示すように、精算装置６０において、精算操作を受け付けると、まず許諾額分の貨幣の払い出しが行われ（Ｓ７８１）、次に第３の通番更新処理（Ｓ７８２）が行われ、最後に精算完了通知の送信（Ｓ７８３）が行われる例について説明したが、これら３つの処理が行われる順序は限定されない。また管理装置５０において、精算完了通知の受信に応じて、まず管理残額の消去（Ｓ７８４）が行われ、次に第４の通番更新処理（Ｓ７８５）が行われ、次にステータスの更新（Ｓ７８６）が行われ、最後に残額消去完了通知の送信（Ｓ７８７）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０６３４】
以上に説明した如き、処理の順序が限定されない点は、第２実施形態，及び消費税が徴収されない変形例についても同様である。即ち通番の更新は、特定処理や連携処理に伴って行われれば良く、該通番を更新するタイミングは、特定処理や連携処理の前であっても後であっても良い。
【０６３５】
上記の第１実施形態では、図１１に示すように、記録媒体が排出されるときにオンライン残額有りフラグが記録される例について説明したが、これに限らず、例えば管理装置５０から管理残額が取得された時点でオンライン残額有りフラグを記録しておき、記録媒体が排出されるときに管理残額が有るか否かを判定し、管理残額が有ると判定された場合には、オンライン残額有りフラグが記録されている記録媒体をそのまま排出し、管理残額が無いと判定された場合には、記録媒体に記録されているオンライン残額有りフラグを消去してから排出するようにしても良い。即ち、記録媒体にオンライン残額有りフラグを記録するタイミングは、特に限定されず、これは第２実施形態，及び消費税が徴収されない変形例についても同様である。
【０６３６】
上記の第１実施形態では、図１０に示すように、記録媒体に対してオンライン端数額を一旦記録し（Ｓ１４７，Ｓ１６６）、加算完了通知の受信に応じて、該記録したオンライン端数額を消去する（Ｓ１５２，Ｓ１７１）例について説明したが、オンライン状態においては、このような記録及び消去を行わず、オフライン状態が発生したときのみ、記録媒体に対してオンライン端数額を記録するようにしても良い。これは第２実施形態，及び消費税が徴収されない変形例についても同様である。
【０６３７】
上記の第１実施形態では、図１０の下段に示すように、対応消費税額＊（−１）をオンライン端数額として含む加算要求を管理装置５０に対して送信し、管理装置５０において該対応消費税額＊（−１）を管理残額に加算する例について説明したが、これに限らず、対応消費税額をオンライン端数額として含む減算要求を管理装置５０に対して送信し、管理装置５０において該対応消費税額を管理残額から減算するようにしても良い。同様に、上記の第１実施形態では、図１０の上段に示すように、端数額をオンライン端数額として含む加算要求を管理装置５０に対して送信し、管理装置５０において該端数額を管理残額に加算する例について説明したが、これに限らず、端数額＊（−１）をオンライン端数額として含む減算要求を管理装置５０に対して送信し、管理装置５０において該端数額＊（−１）を管理残額から減算するようにしても良い。これは第２実施形態についても同様である。
【０６３８】
上記の第１実施形態では、図１８に示すように、記録媒体が排出されるときにオフライン端数額が記録される例について説明したが、これに限らず、前記特定手段により端数額が特定される毎に、該端数額をオフライン端数額として記録媒体に記録し、記録媒体が排出されるときには、該オフライン端数額が記録されている記録媒体をそのまま排出するようにしても良い。即ち、記録媒体にオフライン端数額を記録するタイミングは、特に限定されず、これは第２実施形態，及び消費税が徴収されない変形例についても同様である。
【０６３９】
上記の第１実施形態では、図１３及び図２３に示すように、端数額消去要求である予定残額通知（Ｓ２４１），精算許諾情報（Ｓ２４１ａ）を受信したときに、端数額消去処理（Ｓ２４３，Ｓ２４４）が行われる例について説明したが、これに限らず、例えば記録媒体を受け付けたときに端数額消去処理を行うと共に該消去した端数額を記憶しておき、端数額消去要求を受信した旨を記憶しておき、記録媒体が排出されるときに該端数額消去要求を受信した旨を記憶しているか否かを判定し、記憶していると判定された場合には、端数額が消去されている記録媒体をそのまま排出し、記憶していないと判定された場合には、前記記憶していた端数額を記録媒体に記録してから排出するようにしても良い。即ち、端数額消去要求の受信に基づいて、記録媒体が排出されるまでの間に、端数額消去処理が行われれば良い。これは第２実施形態，及び消費税が徴収されない変形例についても同様である。
【０６４０】
上記の第１実施形態では、図１０の下段に示すように、少額一発貸しとして、受付貨幣額＋消費税額分の玉貸処理が行われ、上記の第２実施形態では、図３２の下段に示すように、少額一発貸しとして、基準貸与額分の玉貸処理が行われる例について説明したが、これに限らず、第１実施形態において基準貸与額分の玉貸処理を行い、第２実施形態において受付貨幣額＋消費税額分の玉貸処理を行うようにしても良い。
【０６４１】
上記の第１実施形態では、例えば図１１のＳ１８６に示すように、記録媒体ＩＤが処理履歴ＤＢで既に記憶されているかを判定し、該記録媒体ＩＤが記憶されていない（ＮＯ）と判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴が処理履歴ＤＢに記憶され（Ｓ１８７，Ｓ１８８）、該記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴ＤＢで既に記憶されている処理履歴が新たな処理履歴に更新される（Ｓ１８８）、即ち処理履歴が各記録媒体ＩＤに対して１つのみ記憶される例について説明したが、これに限らず、各記録媒体ＩＤに対応する処理履歴の更新を行わずに、処理履歴が各記録媒体ＩＤに対して複数記憶されるようにしても良い。これは第２実施形態，及び消費税が徴収されない変形例についても同様である。
【０６４２】
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。例えば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤ及び通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
【０６４３】
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（例えば図１１のＳ１８４）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０又は精算装置６０から管理装置５０に対して入金要求，挿入通知，又は精算要求が送信され、該情報を受信した管理装置５０が装置ＩＤを記憶した後、オフライン状態となって、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤは消去されない。従って、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
【０６４４】
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の変形例では、貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
【０６４５】
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２ずつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、例えばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などの、順序を特定可能なキャラクタ等であっても良い。なお「通番の一致」とは、必ずしも値が一致することに限られず、記録媒体の通番（記録通番）と管理装置５０の通番（管理通番）とが所定の関係にあることと特定される場合も含まれる。例えば、記録通番と管理通番が２つずれるという関係であれば、（記録通番）＝（管理通番＋２）の場合には通番が一致することに該当する。
【０６４６】
上記の第２実施形態では、図３４のＳ２０３ａ’，及び図４０のＳ７０３’に示すように、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されなかった場合には、エラーとして残額の使用・精算が不可能である例について説明したが、これに限らず、例えばオフライン端数額を記憶しないことにより、該オフライン端数額は使用・精算できないが、当該記録媒体の管理残額は使用・精算できるようにしても良い。
【０６４７】
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
【０６４８】
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
【０６４９】
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０６５０】
上記の第１実施形態では、図１に示すように、バックアップ装置が、遊技場外のカード会社に設けられるセンタ管理装置８０である例について説明したが、これに限らず、該バックアップ装置は、遊技場内に設けられるものであっても良く、また管理装置５０に、前記ハードディスク５５とは別体で前記バックアップ情報記憶手段として機能するハードディスク等の記憶装置を設けたり、あるいは前記バックアップ情報記憶手段として機能する外部記録メディア（例えばＣＤ−Ｒやメモリカード等）に対して情報を書き込み可能なメディアライタを設け、前記図７（ａ）に示す残額管理ＤＢの記憶内容が所定時間毎に該バックアップ情報記憶手段に記憶されるように構成して、該管理装置５０自体をバックアップ装置として機能させるようにしても良い。
【０６５１】
上記の実施形態では、図２（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
【０６５２】
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
【０６５３】
上記の実施形態では、図２（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０６５４】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
【０６５５】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０６５６】
上記の実施形態では、図２（ａ）（ｂ）に示すように、記録媒体返却口（コイン返却口２８）が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該記録媒体返却口は、遊技用装置の前面から陥没して形成されるようにしても良い。
【０６５７】
上記の実施形態では、図６（ｂ）のＤ１２に示すように、ビジタコイン発行装置７０で、予め定められた発行額の選択に基づいて、該発行額をパチンコ玉の貸与に使用可能なビジタコイン５が発行される例について説明したが、これに限らず、遊技者による任意の金額の指定に基づいて、該指定された金額をパチンコ玉の貸与に使用可能なビジタコイン５が発行されるようにしても良い。またビジタコイン発行装置７０において、貨幣として、紙幣２のみならず硬貨３を受け付けるようにしても良い。
【０６５８】
上記の実施形態では、例えば図８のＳ１０３に示すように、玉貸ユニット２０から送信される入金要求に受付貨幣額と記録媒体ＩＤとが含まれる例について説明したが、これに限らず、玉貸ユニット２０から送信される挿入通知に記録媒体ＩＤと装置ＩＤとを含めて送信し、該挿入通知を受信した管理装置５０において、該挿入通知に含まれる記録媒体ＩＤに対応付けて該挿入通知に含まれる装置ＩＤを管理するようにした場合には、前記入金要求に受付貨幣額と装置ＩＤとを含めて送信し、該入金要求を受信した管理装置５０において、該入金要求に含まれる装置ＩＤに対応付けて管理されている記録媒体ＩＤを特定し、前記入金要求に含まれる受付貨幣額を該特定された記録媒体ＩＤに対応付けて管理するようにしても良い。即ち入金要求は、受付貨幣額と記録媒体ＩＤとを特定可能な情報であれば良く、この場合には装置ＩＤが前記記録媒体ＩＤを特定可能な情報である。また入金可能な貨幣の金種が１種類である場合には、入金要求には受付貨幣額を含めなくても良い。
【０６５９】
上記の第１実施形態では、図８のＳ１０６に示すように、管理残額と受付貨幣額との合算額を特定可能な残額通知として、該合算額である予定残額を含む予定残額通知が管理装置５０から玉貸ユニット２０に対して送信される例について説明したが、これに限らず、玉貸ユニット２０は、管理残額を記憶残額として把握していると共に、受付貨幣額を把握しているので、前記合算額を含まない残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、前記把握している管理残額と受付貨幣額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。また管理残額又は受付貨幣額のいずれか一方のみを含む残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、該残額確認通知に含まれる管理残額又は受付貨幣額と、前記把握している受付貨幣額又は管理残額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。
【０６６０】
上記の第１実施形態では、図１３のＳ２４１に示すように、管理残額と端数額（オンライン端数額及び／又はオフライン端数額）との合算額を特定可能な残額通知として、該合算額である予定残額を含む予定残額通知が管理装置５０から玉貸ユニット２０に対して送信される例について説明したが、これに限らず、玉貸ユニット２０は、記録媒体に記録されているオンライン端数額及び／又はオフライン端数額を把握しているので、管理残額のみを含む残額通知を管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において残額通知を受信したことに基づいて、該受信した残額通知に含まれる管理残額と前記把握しているオンライン端数額及び／又はオフライン端数額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。
【０６６１】
上記の第１実施形態では、図２３のＳ２４１ａに示すように、管理残額と端数額（オンライン端数額及び／又はオフライン端数額）との合算額を特定可能な合算額精算許諾情報として、該合算額である予定残額を含む精算許諾情報が管理装置５０から精算装置６０に対して送信される例について説明したが、これに限らず、精算装置６０は、記録媒体に記録されているオンライン端数額及び／又はオフライン端数額を把握しているので、管理残額のみを含む精算許諾情報を管理装置５０から精算装置６０に対して送信し、該精算装置６０において精算許諾情報を受信したことに基づいて、該受信した精算許諾情報に含まれる管理残額と前記把握しているオンライン端数額及び／又はオフライン端数額との合算額を算出し、該算出した合算額に相当する貨幣の払い出しを可能とするようにしても良い。
【０６６２】
上記の第１実施形態では、図１０のＳ１６２に示すように、［記憶残額≧対応消費税額］であるか否かを判定して、記憶残額≧対応消費税額であることを条件に、受付貨幣額＋対応消費税額分の玉貸処理を行う例について説明したが、これに限らず、［記憶残額＋受付貨幣額≧受付貨幣額＋対応消費税額］であるか否かを判定し、記憶残額＋受付貨幣額≧受付貨幣額＋対応消費税額であることを条件に、受付貨幣額＋対応消費税額分の玉貸処理を行うようにしても良い。
【０６６３】
上記の実施形態で、ビジタコイン発行装置７０において、会員カード４を受け付けて、該受け付けた会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額に対する価値加算ができるようにしても良く、この場合には、該価値加算も「記録媒体発行処理」に該当する。
【０６６４】
上記の実施形態では、例えば図１１のＳ１８６に示すように、記録媒体識別情報記憶判定手段による、貸与処理（玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）が処理履歴記憶手段（処理履歴ＤＢ）に既に記憶されているか否かの判定が、返却操作の受付後に行われる例について説明したが、これに限らず、該記録媒体識別情報記憶判定手段による判定は、例えば貨幣の受付後や記録媒体の受付後に行われるようにしても良く、該判定を行うタイミングは特に限定されない。
【０６６５】
上記の実施形態で、精算装置６０においても、遊技用装置（玉貸ユニット２０）と同様に、精算処理の対象となった記録媒体の記録媒体識別情報が精算履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな精算履歴を前記精算履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記精算履歴記憶手段で既に記憶されている精算履歴を新たな精算履歴に更新する精算履歴更新手段と、を設けるようにしても良い。
【０６６６】
上記の実施形態で、記録媒体発行装置（ビジタコイン発行装置７０）においても、遊技用装置（玉貸ユニット２０）と同様に、記録媒体発行処理の対象となった記録媒体の記録媒体識別情報が発行履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな発行履歴を前記発行履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記発行履歴記憶手段で既に記憶されている発行履歴を新たな発行履歴に更新する発行履歴更新手段と、を設けるようにしても良い。
【０６６７】
上記の実施形態では、図７（ｂ）及び図２９（ｂ）に示すように、精算履歴ＤＢにおいて精算履歴を記憶する際に、残額として０も記憶される例について説明したが、これに限らず、精算後の残額は０以外にはないため、該残額は記憶しないようにしても良い。
【０６６８】
上記の実施形態では、図７（ｄ）及び図２９（ｄ）に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、例えば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
【０６６９】
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
【０６７０】
上記の実施形態では、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢにおいて、２５６個の履歴を記憶可能である例について説明したが、これに限らず、より多い履歴の数，又はより少ない履歴の数を記憶可能なようにしても良い。
【０６７１】
上記の実施形態では、例えば図８に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１８４の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額＋消費税額分の玉貸処理が行われたときに、装置ＩＤと使用額＋消費税額とを含む前記減算要求を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行う。
【０６７２】
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行われる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行う。
【０６７３】
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
【０６７４】
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、例えば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
【０６７５】
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
【０６７６】
上記の実施形態では、ビジタコイン５に対してのみ管理残額有り情報（オンライン残額有りフラグ）が記録される例について説明したが、これに限らず、第１の貸与処理の対象となった会員カード４の管理残額が零でないことを条件として、該会員カード４に管理残額有り情報を記録し、管理残額を記録することなく排出する第１の排出処理を記録媒体排出処理手段（制御部２１）により行うようにしても良い。
【０６７７】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０６７８】
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０６７９】
上記の実施形態では、玉貸処理が行われた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
【０６８０】
上記の実施形態では、図９に示すように、減算要求に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該減算要求に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（例えば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、減算要求に玉貸操作が行われた旨のみを含めて管理装置５０に対して送信すれば良い。
【０６８１】
上記の実施形態では、例えば図９のＳ１２５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
【０６８２】
上記の実施形態では、玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われた場合に、該使用額＋消費税額（例えば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行われる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額＋消費税額分（例えば５回）繰り返し行われるようにしても良く、この場合には、残額表示器３０における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
【０６８３】
上記の実施形態では、例えば図１１のＳ１９１〜Ｓ１９２に示すように、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却されてから直ちに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持される例について説明したが、これに限らず、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却された後、貨幣が受け付けられたときに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持されるようにしても良い。
【０６８４】
上記の実施形態では、例えば図１８に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行われる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
【０６８５】
上記の実施形態では、図２２のＳａ７０１に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行われる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（例えば５００円）未満であるか否かの判定が行われるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行われるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
【０６８６】
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
【０６８７】
上記の第１実施形態では、図７（ａ）に示すように、処理履歴が記録媒体の排出の履歴である例について説明したが、これに限らず、該処理履歴を玉貸処理の履歴としても良い。この場合には、前記使用額＋消費税額分の玉貸処理が行われたことに基づいて、該玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理が行われた日時である玉貸日時を前記最後処理特定情報として記憶することにより、玉貸履歴を記憶する。具体的には、前記処理履歴更新手段の作用により、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで記憶されていない場合には、該記録媒体ＩＤを玉貸履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び玉貸日時を記憶し、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで既に記憶されている場合には、該記録媒体ＩＤに対応する残額及び玉貸日時を新たな残額及び玉貸日時に更新（上書き）する。なお玉貸処理の後に記録媒体の排出が行われても残額の変動はないため、前記記憶されている玉貸処理後の残額が当該記録媒体の最後の残額に相当する。このように、玉貸処理が行われる毎に残額と玉貸日時を記憶して玉貸履歴を更新することにより、前記図７（ａ）の如く記録媒体の排出毎に残額と排出日時を記憶して処理履歴を更新するのに比べて、玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合に緊急避難的に処理履歴を記憶・更新しなくても、玉貸履歴に基づいて正確な残額を復帰させることができる。
【０６８８】
上記の第１実施形態では、図２７に示すように、遊技場の営業終了後に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われる例について説明したが、これに限らず、所定時間毎（例えば３時間毎）に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われるようにしても良い。
【０６８９】
上記の第１実施形態では、図２８に示すように、バックアップ情報を復旧用テーブルに記憶してから（Ｓ１０４４）、統合テーブルで特定された残額を復旧用テーブルの残額に上書きして復帰する（Ｓ１０４９）例について説明したが、これとは逆に、統合テーブルで特定された残額を復帰用テーブルに記憶して復帰してから、統合テーブルで特定されなかった残額をバックアップ情報に基づいて記憶して復帰するようにしても良い。
【０６９０】
上記の第１実施形態では、図８のＳ１１４に示す加算済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該受付貨幣額に対して加算済フラグを立てる処理でも良い。また図１３のＳ２４８に示す加算済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該オフライン端数額に対して加算済フラグを立てる処理でも良い。
【０６９１】
上記の第２実施形態では、図３０のＳ１１４に示す処理済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該受付貨幣額に対して処理済フラグを立てる処理でも良い。また図３５のＳ２４８’に示す処理済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該オフライン端数額に対して処理済フラグを立てる処理でも良い。
【０６９２】
上記の実施形態では、例えば図９に示す減算完了通知や図１０に示す加算完了通知には管理残額が含まれず、玉貸ユニット２０において記憶残額の減算や加算が行われる例について説明したが、これに限らず、減算完了通知や加算完了通知に管理残額が含まれるようにして、該管理残額が記憶残額として記憶されるようにしても良い。この場合において、オフライン状態が発生したときには、玉貸ユニット２０において記憶残額の減算や加算を行う。
【０６９３】
最後に、上記の実施形態に記載した発明に対応する「従来技術」，「発明が解決しようとする課題」，及び「発明の効果」を説明する。
【０６９４】
まず上記特許文献１のような完全ＩＤ管理においては、例えば管理装置の破損又は故障等により、該管理装置で管理している残額が失われてしまうと、該残額を復帰できないという問題点がある。
【０６９５】
そこで、上記の実施形態に記載した発明では、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるようにしている。これにより、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
【０６９６】
また上記特許文献３に示すシステムでは、カードユニット（本願の遊技用装置に相当）が会員カード（本願の記録媒体に相当）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に対して一旦加算され、その後に遊技者の玉貸操作によって基準貸与額分の遊技媒体を貸与する。
【０６９７】
しかしながら、上記特許文献３に示すようなシステムでは、遊技用装置が記録媒体の挿入中に所定額未満の貨幣（例えば５００円硬貨や１００円硬貨等の低額の貨幣）を受け付けた場合にも、受付貨幣額が一旦残額に対して加算され、その後に遊技者の玉貸操作によって基準貸与額分（例えば間接税を含む場合は５２５円分，含まない場合は５００円分）の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
【０６９８】
そこで、上記の実施形態に記載した発明では、予め定められた所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額＋対応消費税額分のパチンコ玉を貸与するか，又は受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分の遊技媒体を貸与するようにしている。これにより、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
【０６９９】
また第１の従来技術として、特開２００２−３２５９５３号公報（図９，図１０，段落０１３５，０１７４）を示す。この第１の従来技術に示すように、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の第２の貸与処理に相当）が行われるシステムも知られている。
【０７００】
また第２の従来技術として、特開２００１−３４８１５号公報（図１，段落００２８，００３９）を示す。この第２の従来技術に示すように、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の端数額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が知られている。
【０７０１】
しかしながら、上記特許文献１に示すような完全ＩＤ管理のシステムにおいて、遊技機の稼働を確保するために、第１の従来技術に示すように通信不可能状態にある遊技用装置で貨幣を受け付けて貸与処理（一発貸し）を可能とし、該通信不可能状態に限って、受付貨幣額から該貸与処理に使用された使用額を減算した入金残額（オフライン端数額）を記録媒体に記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときに、第２の従来技術に示すように該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう一方、該記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになってしまうという問題点がある。
【０７０２】
そこで、上記の実施形態に記載した発明では、オフライン状態にある玉貸ユニット２０で、貨幣を受け付けて貸与処理（一発貸し）が行われた結果として入金残額（オフライン端数額）が発生し、該入金残額を使用した貸与処理が行われた結果として当該入金残額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるようにしている。これによれば、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０７０３】
また第３の従来技術として、特開２０００−１４８６８３号公報（図５，段落００４５，００４６）を示す。この第３の従来技術に示すように、複数のコンピュータ間でのデータ転送を行うシステムであって、送信側コンピュータから処理要求を送信するにあたり情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは処理要求に応じた処理を実行した後に該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが知られている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ処理完了前に異常が発生したものと判断する。
【０７０４】
しかしながら、上記特許文献１に示すシステムでは、遊技用装置側での特定処理（例えば玉貸処理）に対応する管理装置側での連携処理（例えば残度数の減算）を要求する連携処理要求（例えば減算要求）を該管理装置が受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理が行われたにも拘わらず、管理装置側では連携処理が行われないことで、処理の不一致が生ずる。ここで上記特許文献１のシステムに第３の従来技術の手法を適用した場合、遊技用装置と管理装置とがオンライン状態に復帰したときに、遊技用装置から管理装置に対して、情報格納域の通番を含む確認要求が送信され、該確認要求に含まれる通番が前記登録されている通番よりも小さいと判断されれば、管理装置側で連携処理が行われていない旨を特定して対処することができるが、遊技用装置と管理装置とがオンライン状態に復帰するまでの間は、管理装置は、前記オフライン状態が発生したときに、該遊技用装置で特定処理が行われたにも拘わらず、管理装置で連携処理が行われていないことを特定できなかったため、オンライン状態に復帰するまでの間は、該連携処理が行われていないことに対する対処ができないという問題点がある。
【０７０５】
そこで、上記の実施形態に記載した発明では、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるようにしている。これによれば、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置で行われていないことを特定して、対処することができる。
【図面の簡単な説明】
【０７０６】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）は玉貸ユニット及びパチンコ機の一例を表す正面図であり、図２（ｂ）は同玉貸ユニットの断面右側面図であり、図２（ｃ）はＸ−Ｘ線断面図である。
【図３】図３は玉貸ユニットに設けられたビジタコインの取扱構造の部位を拡大して表す断面右側面図である。
【図４】図４は玉貸ユニットに設けられたビジタコインの取扱構造の部位を表す斜視図である。
【図５】図５（ａ）は精算装置の一例を表す斜視図であり、図５（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。
【図６】図６（ａ）はビジタコイン発行装置の一例を表す斜視図であり、図６（ｂ）はビジタコイン発行装置に設けられたディスプレイの表示内容の一例を表す図である。
【図７】図７は第１実施形態に係る遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢ，（ｅ）はセンタ管理装置のバックアップＤＢである。
【図８】図８は第１実施形態で管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図９】図９は第１実施形態で管理装置とオンライン状態である玉貸ユニットにおいて玉貸操作を受け付けた場合の処理の一例を表す図である。
【図１０】図１０は第１実施形態で管理装置とオンライン状態である玉貸ユニットにおいて少額一発貸しが行われる場合の処理の一例を表す図である。
【図１１】図１１は第１実施形態で管理装置とオンライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図１２】図１２は第１実施形態で管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図１３】図１３は図１２に続く図である。
【図１４】図１４は図１２に続く図であり、通番不一致時処理の一例を表す図である。
【図１５】図１５は第１実施形態で玉貸ユニットにおいてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図１６】図１６は図１５に続く図である。
【図１７】図１７は第１実施形態で管理装置とオフライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。
【図１８】図１８は第１実施形態で管理装置とオフライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図１９】図１９は第１実施形態で予定残額通知の受信前にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図２０】図２０は第１実施形態で端数額消去通知の送信後にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図２１】図２１は第１実施形態で玉貸ユニットにおいてオンライン状態への復帰を検出した場合の処理の一例を表す図である。
【図２２】図２２は第１実施形態で精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図２３】図２３は図２２に続く図である。
【図２４】図２４は第１実施形態で精算装置において精算操作を受け付けた場合及び返却操作を受け付けた場合の処理の一例を表す図である。
【図２５】図２５は第１実施形態で精算装置においてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図２６】図２６は第１実施形態でビジタコイン発行装置において貨幣を受け付けた場合の処理の一例を表す図である。
【図２７】図２７は第１実施形態で営業終了後における処理の一例を表す図である。
【図２８】図２８は第１実施形態で残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。
【図２９】図２９は第２実施形態に係る遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢである。
【図３０】図３０は第２実施形態で管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図３１】図３１は第２実施形態で管理装置とオンライン状態である玉貸ユニットにおいて玉貸操作を受け付けた場合の処理の一例を表す図である。
【図３２】図３２は第２実施形態で管理装置とオンライン状態である玉貸ユニットにおいて少額一発貸しが行われる場合の処理の一例を表す図である。
【図３３】図３３は第２実施形態で管理装置とオンライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図３４】図３４は第２実施形態で管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図３５】図３５は図３４に続く図である。
【図３６】図３６は図３４に続く図であり、通番不一致時処理の一例を表す図である。
【図３７】図３７は第２実施形態で玉貸ユニットにおいてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図３８】図３８は図３７に続く図である。
【図３９】図３９は第２実施形態で玉貸ユニットにおいてオンライン状態への復帰を検出した場合の処理の一例を表す図である。
【図４０】図４０は第２実施形態で精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図４１】図４１は図４０に続く図である。
【図４２】図４２は第２実施形態で精算装置においてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図４３】図４３は第２実施形態でビジタコイン発行装置において貨幣を受け付けた場合の処理の一例を表す図である。
【図４４】図４４は第２実施形態で営業終了後における処理の一例を表す図である。
【図４５】図４５は第２実施形態で残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。
【図４６】図４６は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図４７】図４７は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて玉貸操作を受け付けた場合の処理の一例を表す図である。
【図４８】図４８は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて少額一発貸しが行われる場合の処理の一例を表す図である。
【図４９】図４９は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図５０】図５０は図４９に続く図である。
【図５１】図５１は図４９に続く図であり、通番不一致時処理の一例を表す図である。
【図５２】図５２は消費税が徴収されない変形例であって、玉貸ユニットにおいてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図５３】図５３は図５２に続く図である。
【図５４】図５４は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合，貨幣を受け付けた場合，及び玉貸操作を受け付けた場合の処理の一例を表す図である。
【図５５】図５５は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図５６】図５６は消費税が徴収されない変形例であって、玉貸ユニットにおいてオンライン状態への復帰を検出した場合の処理の一例を表す図である。
【図５７】図５７は消費税が徴収されない変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図５８】図５８は図５７に続く図である。
【図５９】図５９は消費税が徴収されない変形例であって、精算装置においてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図６０】図６０は通番一致時処理の変形例を表す図である。
【図６１】図６１は通番不一致時処理の変形例を表す図である。
【図６２】図６２は残額を復旧させるために、記録媒体に記録されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図６３】図６３は残額を復旧させるために、管理装置で管理されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図６４】図６４は残額を復旧させるために、管理装置で管理される共通通番を用いる場合の処理の一例を表す図である。
【符号の説明】
【０７０７】
１…遊技用システム
２…紙幣
３…硬貨
４…会員カード
５…ビジタコイン
１０…パチンコ機
２０…玉貸ユニット
２１…制御部
２１ｂ…外部通信部
２２…紙幣識別機
２３…硬貨識別機
２４…記録媒体Ｒ／Ｗ
２５…コイン投入口
２６…上部アンテナ
２６ｄ…投入コイン返却通路
２６Ｐ…投入コイン保持部
２７…下部アンテナ
２７ａ…コイン収納部
２７ｄ…収納コイン返却通路
２７Ｐ…収納コイン保持部
２８…コイン返却口
５０…管理装置
５１…通信部
５２…制御部
５３…ディスプレイ
５４…入力装置
５５…ハードディスク
６０…精算装置
６２…制御部
７０…ビジタコイン発行装置
８０…センタ管理装置
【図１】
0004621104.tif 000002
【図２】
0004621104.tif 000003
【図３】
0004621104.tif 000004
【図４】
0004621104.tif 000005
【図５】
0004621104.tif 000006
【図６】
0004621104.tif 000007
【図７】
0004621104.tif 000008
【図８】
0004621104.tif 000009
【図９】
0004621104.tif 000010
【図１０】
0004621104.tif 000011
【図１１】
0004621104.tif 000012
【図１２】
0004621104.tif 000013
【図１３】
0004621104.tif 000014
【図１４】
0004621104.tif 000015
【図１５】
0004621104.tif 000016
【図１６】
0004621104.tif 000017
【図１７】
0004621104.tif 000018
【図１８】
0004621104.tif 000019
【図１９】
0004621104.tif 000020
【図２０】
0004621104.tif 000021
【図２１】
0004621104.tif 000022
【図２２】
0004621104.tif 000023
【図２３】
0004621104.tif 000024
【図２４】
0004621104.tif 000025
【図２５】
0004621104.tif 000026
【図２６】
0004621104.tif 000027
【図２７】
0004621104.tif 000028
【図２８】
0004621104.tif 000029
【図２９】
0004621104.tif 000030
【図３０】
0004621104.tif 000031
【図３１】
0004621104.tif 000032
【図３２】
0004621104.tif 000033
【図３３】
0004621104.tif 000034
【図３４】
0004621104.tif 000035
【図３５】
0004621104.tif 000036
【図３６】
0004621104.tif 000037
【図３７】
0004621104.tif 000038
【図３８】
0004621104.tif 000039
【図３９】
0004621104.tif 000040
【図４０】
0004621104.tif 000041
【図４１】
0004621104.tif 000042
【図４２】
0004621104.tif 000043
【図４３】
0004621104.tif 000044
【図４４】
0004621104.tif 000045
【図４５】
0004621104.tif 000046
【図４６】
0004621104.tif 000047
【図４７】
0004621104.tif 000048
【図４８】
0004621104.tif 000049
【図４９】
0004621104.tif 000050
【図５０】
0004621104.tif 000051
【図５１】
0004621104.tif 000052
【図５２】
0004621104.tif 000053
【図５３】
0004621104.tif 000054
【図５４】
0004621104.tif 000055
【図５５】
0004621104.tif 000056
【図５６】
0004621104.tif 000057
【図５７】
0004621104.tif 000058
【図５８】
0004621104.tif 000059
【図５９】
0004621104.tif 000060
【図６０】
0004621104.tif 000061
【図６１】
0004621104.tif 000062
【図６２】
0004621104.tif 000063
【図６３】
0004621104.tif 000064
【図６４】
0004621104.tif 000065