(57)【要約】  【課題】遊技用装置と管理装置が通信不可能状態となったときに、受付貨幣額の範囲内で貸与処理を行うようにした場合であっても、遊技用装置に釣銭払出機等を設ける必要がなく、遊技用装置のコスト上昇を回避する遊技用システムの提供。  【解決手段】管理装置は、挿入通知に含まれるオフライン端数額を加算予定額として一旦記憶し（Ｓａ２１１）、加算予定額記憶通知を返信する（Ｓａ２１２）。これを受信した玉貸ユニットは、記録媒体のオフライン端数額を消去し（Ｓａ２１３）、記録通番を更新し（Ｓａ２１４）、オフライン端数額消去通知を管理装置に送信する（Ｓａ２１５）。これを受信した管理装置は、加算予定額を管理残額に加算して（Ｓａ２１６）、該加算予定額を消去すると共に、管理通番を更新し（Ｓａ２１７）、残額通知を返信する（Ｓａ２２０）。【選択図】        図１３
2010063912.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも通番が記録される記録媒体を個々に識別可能な記録媒体識別情報に対応付けて通番及び遊技媒体の貸与に使用される残額を管理する管理装置と、
遊技機に対応して設けられ、
前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段を有し、
該通信可否検知手段により通信可能状態を検知しているときに、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行い、
前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行い、該貨幣貸与処理により残額が有るときは、該残額を入金残額として記録媒体に記録して排出する遊技用装置と、
を備える遊技用システムであって、
前記遊技用装置は、前記通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付けたことに基づいて、該記録媒体に記録されている入金残額及び通番を含む入金残額情報を前記管理装置に対して送信する入金残額情報送信手段を有し、
前記管理装置は、
前記入金残額情報の受信に応じて、該入金残額情報に含まれる通番が、前記記録媒体の記録媒体識別情報に対応付けて管理している通番と一致するか否かを判定する通番判定手段と、
該通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零であるかあるいは入金残額が含まれないことを条件として、前記記録媒体の管理残額を含む残額通知を前記遊技用装置に対して送信する残額通知送信手段と、
前記通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零でないことを条件として、該入金残額情報に含まれる入金残額を、前記記録媒体の記録媒体識別情報に対応付けて管理されている管理残額に対する加算対象額として記憶し、前記入金残額情報を受信した旨を示す入金残額受信通知を前記遊技用装置に対して送信する入金残額処理を行う入金残額処理手段と、を有し、
前記遊技用装置は、該入金残額受信通知の受信に応じて、前記記録媒体に記録されている入金残額を零に更新するかあるいは消去する入金残額不存在処理を行うと共に、前記記録媒体の通番を更新し、該入金残額不存在処理を行った旨を示す入金残額不存在処理情報を前記管理装置に対して送信する入金残額不存在処理手段を有し、
前記管理装置は、
前記入金残額不存在処理情報を受信したことを条件として、前記記録媒体の管理残額に対して、前記記憶している加算対象額を加算する加算対象額加算処理を行うと共に、該加算対象額が加算済であることを特定可能な状態に更新する加算済更新処理と、該記録媒体の記録媒体識別情報に対応付けられた通番を更新する通番更新処理とを行う加算対象額処理手段を有し、
前記通番判定手段により一致しないと判定され、かつ前記加算対象額が未加算の状態で記憶されていることを条件として、通番不一致時処理として、前記加算対象額加算処理と前記加算済更新処理と前記通番更新処理とを前記加算対象額処理手段により行い、
前記通番判定手段により一致すると判定され、かつ前記加算対象額が未加算の状態で記憶されていることを条件として、通番一致時処理として、前記加算対象額加算処理を行うことなく、前記加算済更新処理を前記加算対象額処理手段により行い、
前記加算対象額処理手段による処理後の管理残額を含む残額通知を前記残額通知送信手段により前記遊技用装置に対して送信し、
前記遊技用装置は、該残額通知を受信したことを条件として、前記記録媒体貸与処理を行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、遊技機に対応して設けられ、前記管理装置と通信できない通信不可能状態であるときに貨幣を受け付け、受付貨幣額の範囲内で遊技媒体を貸与する遊技用装置とを備える遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、遊技媒体の貸与に使用される残度数（本願の残額に相当）を各カード（本願の記録媒体に相当）には記録せずに、各カードの識別符号（本願の記録媒体識別情報に相当）に対応付けて管理装置にて管理すると共に、カード処理ユニット（本願の遊技用装置に相当）において遊技媒体貸出処理（本願の記録媒体貸与処理に相当）が行われると、前記残度数を遊技媒体の貸与に応じて減算する、いわゆる「完全ＩＤ管理」を行うシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０５１５号公報（図６，段落００２７，００７６）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１に示すような完全ＩＤ管理のシステムにおいて、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、該受け付けた貨幣の金額である受付貨幣額の範囲内で貸与処理（上記貸出処理に相当）を行うようにした場合、該貸与処理による残額が発生する場合がある。この残額を処理するためには、前記遊技用装置に、例えば該残額に相当する貨幣を払い出すための釣銭払出機能を設ける必要があり、これにより遊技用装置のコストが上昇するという問題点がある。
【０００５】
本発明は、このような背景のもとになされたものであり、その目的は、遊技用装置と管理装置が通信不可能状態となったときに、受付貨幣額の範囲内で貸与処理を行うようにした場合であっても、遊技用装置のコスト上昇を回避する遊技用システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００７】
まず請求項１に係る発明は、少なくとも通番が記録される記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて通番及び遊技媒体の貸与に使用される残額を管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段（制御部２１）を有し、該通信可否検知手段により通信可能状態を検知しているときに、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理（使用額分の玉貸処理）を行い、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理（一発貸し）を行い、該貨幣貸与処理により残額が有るときは、該残額を入金残額（オフライン端数額）として記録媒体に記録して排出する遊技用装置（玉貸ユニット２０）と、を備える遊技用システム（１）であって、前記遊技用装置は、前記通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付けたことに基づいて、該記録媒体に記録されている入金残額及び通番を含む入金残額情報（挿入通知）を前記管理装置に対して送信する入金残額情報送信手段（外部通信部２１ｂ）を有し、前記管理装置は、前記入金残額情報の受信に応じて、該入金残額情報に含まれる通番が、前記記録媒体の記録媒体識別情報に対応付けて管理している通番と一致するか否かを判定する通番判定手段（制御部５２）と、該通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零であるかあるいは入金残額が含まれないことを条件として、前記記録媒体の管理残額を含む残額通知を前記遊技用装置に対して送信する残額通知送信手段（通信部５１）と、前記通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零でないことを条件として、該入金残額情報に含まれる入金残額を、前記記録媒体の記録媒体識別情報に対応付けて管理されている管理残額に対する加算対象額（加算予定額）として記憶し、前記入金残額情報を受信した旨を示す入金残額受信通知（加算予定額記憶通知）を前記遊技用装置に対して送信する入金残額処理を行う入金残額処理手段（制御部５２）と、を有し、前記遊技用装置は、該入金残額受信通知の受信に応じて、前記記録媒体に記録されている入金残額を零に更新するかあるいは消去する入金残額不存在処理（オフライン端数額の消去）を行うと共に、前記記録媒体の通番を更新し、該入金残額不存在処理を行った旨を示す入金残額不存在処理情報（オフライン端数額消去通知）を前記管理装置に対して送信する入金残額不存在処理手段（制御部２１）を有し、前記管理装置は、前記入金残額不存在処理情報を受信したことを条件として、前記記録媒体の管理残額に対して、前記記憶している加算対象額を加算する加算対象額加算処理を行うと共に、該加算対象額が加算済であることを特定可能な状態に更新する加算済更新処理（加算予定額の消去）と、該記録媒体の記録媒体識別情報に対応付けられた通番を更新する通番更新処理とを行う加算対象額処理手段（制御部５２）を有し、前記通番判定手段により一致しないと判定され、かつ前記加算対象額が未加算の状態で記憶されていることを条件として、通番不一致時処理として、前記加算対象額加算処理と前記加算済更新処理と前記通番更新処理とを前記加算対象額処理手段により行い、前記通番判定手段により一致すると判定され、かつ前記加算対象額が未加算の状態で記憶されていることを条件として、通番一致時処理として、前記加算対象額加算処理を行うことなく、前記加算済更新処理を前記加算対象額処理手段により行い、前記加算対象額処理手段による処理後の管理残額を含む残額通知を前記残額通知送信手段により前記遊技用装置に対して送信し、前記遊技用装置は、該残額通知を受信したことを条件として、前記記録媒体貸与処理を行うことを特徴とする遊技用システムである。
【０００８】
また請求項２に係る発明は、請求項１に記載した遊技用システムであって、前記管理装置（５０）は、前記通番判定手段（制御部５２）により一致しないと判定され、かつ前記加算対象額（加算予定額）が未加算の状態で記憶されており、さらに前記入金残額情報（挿入通知）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記通番不一致時処理を前記加算対象額処理手段（制御部５２）により行うと共に、前記入金残額処理を前記入金残額処理手段（制御部５２）により行い、前記通番判定手段により一致すると判定され、かつ前記加算対象額が未加算の状態で記憶されており、さらに前記入金残額情報に含まれる入金残額が零でないことを条件として、前記通番一致時処理を前記加算対象額処理手段により行うと共に、前記入金残額処理を前記入金残額処理手段により行うことを特徴とする遊技用システムである。
【０００９】
また請求項３に係る発明は、少なくとも通番が記録される記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて通番及び遊技媒体の貸与に使用される残額を管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段（制御部２１）を有し、該通信可否検知手段により通信可能状態を検知しているときに、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理（使用額分の玉貸処理）を行い、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理（一発貸し）を行い、該貨幣貸与処理により残額が有るときは、該残額を入金残額（オフライン端数額）として記録媒体に記録して排出する遊技用装置（玉貸ユニット２０）と、を備える遊技用システム（１）であって、前記遊技用装置は、前記通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付けたことに基づいて、該記録媒体に記録されている入金残額及び通番を含む入金残額情報（挿入通知）を前記管理装置に対して送信する入金残額情報送信手段（外部通信部２１ｂ）を有し、前記管理装置は、前記入金残額情報の受信に応じて、該入金残額情報に含まれる通番が、前記記録媒体の記録媒体識別情報に対応付けて管理している通番と一致するか否かを判定する通番判定手段（制御部５２）と、該通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零であるかあるいは入金残額が含まれないことを条件として、前記記録媒体の管理残額を含む残額通知を前記遊技用装置に対して送信する残額通知送信手段（通信部５１）と、前記通番判定手段により一致すると判定され、かつ前記入金残額情報に含まれる入金残額が零でないことを条件として、該入金残額情報に含まれる入金残額を、前記記録媒体の記録媒体識別情報に対応付けて管理されている管理残額に対して加算する入金残額加算処理を行うと共に、該入金残額を加算額として記憶し、前記入金残額情報を受信した旨を示す入金残額受信通知（加算額記憶通知）を前記遊技用装置に対して送信する入金残額処理を行う入金残額処理手段（制御部５２）と、を有し、前記遊技用装置は、該入金残額受信通知の受信に応じて、前記記録媒体に記録されている入金残額を零に更新するかあるいは消去する入金残額不存在処理（オフライン端数額の消去）を行うと共に、前記記録媒体の通番を更新し、該入金残額不存在処理を行った旨を示す入金残額不存在処理情報（オフライン端数額消去通知）を前記管理装置に対して送信する入金残額不存在処理手段（制御部２１）を有し、前記管理装置は、前記入金残額不存在処理情報を受信したことを条件として、前記記憶している加算額に対応する入金残額について入金残額不存在処理済であることを特定可能な状態に更新する処理済更新処理（加算額の消去）と、該記録媒体の記録媒体識別情報に対応付けられた通番を更新する通番更新処理とを行う加算額処理手段（制御部５２）を有し、前記通番判定手段により一致しないと判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番不一致時処理として、前記処理済更新処理と前記通番更新処理とを前記加算額処理手段により行い、前記通番判定手段により一致すると判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶している加算額を減算する加算額減算処理と前記処理済更新処理とを前記加算額処理手段により行い、前記加算額処理手段による処理後の管理残額を含む残額通知を前記残額通知送信手段により前記遊技用装置に対して送信し、前記遊技用装置は、該残額通知を受信したことを条件として、前記記録媒体貸与処理を行うことを特徴とする遊技用システムである。
【００１０】
また請求項４に係る発明は、請求項３に記載した遊技用システム（１）であって、前記管理装置（５０）は、前記通番判定手段（制御部５２）により一致しないと判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されており、さらに前記入金残額情報（挿入通知）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記通番不一致時処理を前記加算額処理手段（制御部５２）により行うと共に、前記入金残額処理を前記入金残額処理手段（制御部５２）により行い、前記通番判定手段により一致すると判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されており、さらに前記入金残額情報に含まれる入金残額が零でないことを条件として、前記通番一致時処理を前記加算額処理手段により行うと共に、前記入金残額処理を前記入金残額処理手段により行うことを特徴とする遊技用システムである。
【００１１】
また請求項５に係る発明は、請求項１〜４のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出す精算処理を行う精算装置（６０）をさらに備え、該精算装置は、前記記録媒体を受け付けたことに基づいて、当該記録媒体に記録されている通番を含む精算要求を前記管理装置（５０）に対して送信し、前記管理装置は、受信した精算要求に含まれる通番が前記記録媒体の記録媒体識別情報（記録媒体ＩＤ）に対応付けられた通番と一致するか否かを前記通番判定手段（制御部５２）により判定し、該通番判定手段による判定結果に基づいた前記加算対象額処理手段又は前記加算額処理手段（制御部５２）による、通番一致時処理又は通番不一致時処理後の管理残額の精算を許諾する旨の精算許諾情報を前記精算装置に対して返信し、前記精算装置は、該精算許諾情報を受信したことに基づいて、前記管理残額に相当する貨幣を払い出す前記精算処理を行うことを特徴とする遊技用システムである。
【００１２】
また請求項６に係る発明は、請求項１〜５のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記記録媒体（会員カード４，ビジタコイン５）の通番が上限値（２５５）に達しているときに、前記入金残額不存在処理手段（制御部２１）により該記録媒体の通番を初期値（０）に更新し、前記管理装置（５０）は、前記管理している通番が上限値に達しているときに、前記加算対象額処理手段（制御部５２）又は前記加算額処理手段（制御部５２）により該管理している通番を初期値に更新することを特徴とする遊技用システムである。
【００１３】
さらに請求項７に係る発明は、請求項１〜６のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記記録媒体貸与処理（使用額分の玉貸処理）に使用される使用額及び該使用額に対応する間接税額（消費税額）を前記管理残額から減算するための処理を行い、前記通信可否検知手段（制御部２１）により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、前記受付貨幣額から、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段（制御部２１）をさらに有し、遊技者の操作によることなく、該特定手段により特定された貸与対象額分の遊技媒体を貸与するための処理を前記貨幣貸与処理（一発貸し）として行い、前記特定手段により特定された端数額を前記入金残額（オフライン端数額）として前記記録媒体（会員カード４，ビジタコイン５）に記録して排出する処理を行い、前記遊技用システムは、前記記録媒体を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置（６０）をさらに備えることを特徴とする遊技用システムである。
【００１４】
なお遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、記録媒体（ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置（５０）と通信可能であり、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付け、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行う貸与処理手段（制御部２１）と、該記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受け付けた記録媒体の管理残額が零でない旨を示す管理残額有り情報（オンライン残額有りフラグ）を記録し、前記管理残額を記録することなく排出する第１の排出処理を行う記録媒体排出処理手段（制御部２１）と、を有し、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体に該入金残額を記録して排出する第２の排出処理を前記記録媒体排出処理手段により行う遊技用装置であって、前記記録媒体に前記管理残額有り情報が記録されているか否かを判定する管理残額有り情報記録判定手段（制御部２１）をさらに有し、前記通信可否検知手段により通信不可能状態を検知しているときに前記入金残額が記録された記録媒体を受け付けたことに基づいて、該入金残額を使用して遊技媒体を貸与するための入金残額貸与処理を前記貸与処理手段により行い、前記管理残額有り情報記録判定手段により管理残額有り情報が記録されていると判定されたことを条件として、前記入金残額が零の記録媒体を排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用装置であり、また遊技用システムは、該遊技用装置と、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、を備える。これによれば、通信不可能状態にある遊技用装置で、入金残額が記録された記録媒体が受け付けられ、該入金残額を使用した入金残額貸与処理が行われた結果として当該入金残額が零になった場合において、管理残額が零でない旨を示す管理残額有り情報が該記録媒体に記録されていることを条件として、当該記録媒体が排出されるので、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できる。
【００１５】
また遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、遊技媒体（パチンコ玉）の貸与に使用される残額を特定可能な残額特定情報（記録媒体ＩＤ）が記録される円盤状記録媒体（ビジタコイン５）の投入を外部から受け付ける記録媒体投入口（コイン投入口２５）と、該記録媒体投入口から投入された円盤状記録媒体を保持する第１の保持部（投入コイン保持部２６Ｐ）と、該第１の保持部に連通し、前記円盤状記録媒体を一列に並べて収納する記録媒体収納部（コイン収納部２７ａ）と、該記録媒体収納部から排出された円盤状記録媒体を保持する第２の保持部（収納コイン保持部２７Ｐ）と、前記第１の保持部で保持している円盤状記録媒体及び前記第２の保持部で保持している円盤状記録媒体を外部に返却する記録媒体返却口（コイン返却口２８）と、始端側で前記第１の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第１の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第１の返却通路（投入コイン返却通路２６ｄ）と、始端側で前記第２の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第２の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第２の返却通路（収納コイン返却通路２７ｄ）と、前記第１の保持部に対応して設けられ、該第１の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第１の読取手段（上部アンテナ２６）と、前記第２の保持部に対応して設けられ、該第２の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第２の読取手段（下部アンテナ２７）と、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２２，硬貨識別機２３）と、前記第１の読取手段により読み取った残額特定情報から特定される残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行うと共に、前記貨幣受付手段により受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行う貸与処理手段（制御部２１）と、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した金額を前記残額として、前記第２の読取手段により読み取った残額特定情報から特定可能にするための残額特定処理を行う残額特定処理手段（制御部２１）と、を有する遊技用装置であって、前記第１の返却通路と前記第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に前記記録媒体返却口に連通していることを特徴とする遊技用装置である。これによれば、第１の返却通路と第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に記録媒体返却口に連通していることにより、第１の返却通路と第２の返却通路が途中で合流して記録媒体返却口に連通する場合と比べて、第２の読取手段を遊技用装置の内部における前方に設けることができるので、限られた奥行きの範囲内で記録媒体収納部の収納スペースを拡張して記録媒体の収納枚数を向上できる。
【発明の効果】
【００１６】
まず請求項１に係る遊技用システムによれば、遊技用装置が管理装置と通信不可能状態のときに貨幣を受け付け、受付貨幣額の範囲内で貸与処理を行うようにした場合にも、残額を入金残額として記録媒体に記録して排出し、通信可能状態の遊技用装置が該記録媒体を受け付けたときに、管理装置において該記録媒体の入金残額が管理残額に加算されるので、遊技用装置に釣銭払出機能等を設ける必要がなく、遊技用装置のコストが上昇することがない。また、入金残額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【００１７】
さらに管理装置は、通番が一致しないと判定され、かつ加算対象額が未加算の状態で記憶されていることを条件として、通番不一致時処理として、加算対象額加算処理と、加算済更新処理と、通番更新処理を行うので、遊技用装置が入金残額受信通知を受信してから管理装置が入金残額不存在処理情報を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。一方、通番が一致すると判定され、かつ加算対象額が未加算の状態で記憶されていることを条件として、通番一致時処理として、加算対象額加算処理を行うことなく、加算済更新処理を行うので、管理装置が入金残額情報を受信してから遊技用装置が入金残額受信通知を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。
【００１８】
また請求項２に係る遊技用システムによれば、通番が一致しないと判定され、かつ加算対象額が未加算の状態で記憶されており、さらに入金残額が零でないことを条件として、通番不一致時処理を行うと共に、当該入金残額についての入金残額処理を行うので、遊技用装置において入金残額不存在処理が行われているにもかかわらず、管理装置が入金残額不存在処理情報を受信することなく通信不可能状態となり、その後、記録媒体の入金残額が更新された場合にも、正確な残額を確定することができる。また、通番が一致すると判定され、かつ加算対象額が未加算の状態で記憶されており、さらに入金残額が零でないことを条件として、通番一致時処理を行うと共に、当該入金残額についての入金残額処理を行うので、管理装置において入金残額処理が行われているにもかかわらず、遊技用装置が入金残額受信通知を受信することなく通信不可能状態となり、その後、記録媒体の入金残額が更新された場合にも、正確な残額を確定することができる。
【００１９】
また請求項３に係る遊技用システムによれば、遊技用装置が管理装置と通信不可能状態のときに貨幣を受け付け、受付貨幣額の範囲内で貸与処理を行うようにした場合にも、残額を入金残額として記録媒体に記録して排出し、通信可能状態の遊技用装置が該記録媒体を受け付けたときに、管理装置において該記録媒体の入金残額が管理残額に加算されるので、遊技用装置に釣銭払出機能等を設ける必要がなく、遊技用装置のコストが上昇することがない。また、入金残額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【００２０】
さらに管理装置は、通番が一致しないと判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番不一致時処理として、処理済更新処理と通番更新処理を行うので、遊技用装置が入金残額受信通知を受信してから管理装置が入金残額不存在処理情報を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。一方、通番が一致すると判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番一致時処理として、加算額減算処理と処理済更新処理を行うので、管理装置が入金残額情報を受信してから遊技用装置が入金残額受信通知を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。
【００２１】
また請求項４に係る遊技用システムによれば、通番が一致しないと判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されており、さらに入金残額が零でないことを条件として、通番不一致時処理を行うと共に、当該入金残額についての入金残額処理を行うので、遊技用装置において入金残額不存在処理が行われているにもかかわらず、管理装置が入金残額不存在処理情報を受信することなく通信不可能状態となり、その後、記録媒体の入金残額が更新された場合にも、正確な残額を確定することができる。また、通番が一致すると判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されており、さらに入金残額が零でないことを条件として、通番一致時処理を行うと共に、当該入金残額についての入金残額処理を行うので、管理装置において入金残額処理が行われているにもかかわらず、遊技用装置が入金残額受信通知を受信することなく通信不可能状態となり、その後、記録媒体の入金残額が更新された場合にも、正確な残額を確定することができる。
【００２２】
また請求項５に係る遊技用システムによれば、通番一致時処理又は通番不一致時処理後の管理残額に相当する貨幣が払い出されるので、管理装置が入金残額情報を受信した後に通信不可能状態となった場合にも、正確な残額を精算することができる。
【００２３】
また請求項６に係る遊技用システムによれば、遊技用装置は記録媒体の通番が上限値に達しているときに初期値に更新し、管理装置は管理している通番が上限値に達しているときに初期値に更新するので、通番を記憶する領域を極力少なくすると共に、通番が上限値に達した後でも継続して記録媒体を使用することができ、記録媒体のコストを低減させることができる。
【００２４】
さらに請求項７に係る遊技用システムによれば、貸与処理に使用された使用額に対応する間接税額を徴収する場合に、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための貨幣貸与処理（いわゆる一発貸し）を行うようにしても、該貨幣貸与処理によって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【図面の簡単な説明】
【００２５】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）は玉貸ユニット及びパチンコ機の一例を表す正面図であり、図２（ｂ）は同玉貸ユニットの断面右側面図であり、図２（ｃ）はＸ−Ｘ線断面図である。
【図３】図３は玉貸ユニットに設けられたビジタコインの取扱構造の部位を拡大して表す断面右側面図である。
【図４】図４は玉貸ユニットに設けられたビジタコインの取扱構造の部位を表す斜視図である。
【図５】図５（ａ）は精算装置の一例を表す斜視図であり、図５（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。
【図６】図６（ａ）はビジタコイン発行装置の一例を表す斜視図であり、図６（ｂ）はビジタコイン発行装置に設けられたディスプレイの表示内容の一例を表す図である。
【図７】図７は遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢ，（ｅ）はセンタ管理装置のバックアップＤＢである。
【図８】図８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合の処理の一例を表す図である。
【図９】図９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で返却操作を受け付けた場合の処理の一例を表す図である。
【図１０】図１０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図１１】図１１は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図１２】図１２は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。
【図１３】図１３は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。
【図１４】図１４は管理装置とオンライン状態である玉貸ユニットにおいて、通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図１５】図１５は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去する前にオフライン状態となった状態の一例を表す図である。
【図１６】図１６は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去した後にオフライン状態となった状態の一例を表す図である。
【図１７】図１７は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた後の処理の一例を表す図である。
【図１８】図１８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で返却操作を受け付けた場合の処理の一例を表す図である。
【図１９】図１９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図２０】図２０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図２１】図２１は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、記録媒体を受け付けていない場合における処理の一例を表す図である。
【図２２】図２２は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。
【図２３】図２３は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の処理の一例を表す図である。
【図２４】図２４は精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図２５】図２５は精算装置においてオフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。
【図２６】図２６は精算装置において通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図２７】図２７はビジタコイン発行装置において貨幣を受け付けた場合の処理の一例を表す図である。
【図２８】図２８は営業終了後における処理の一例を表す図である。
【図２９】図２９は残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。
【図３０】図３０は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合の処理の一例を表す図である。
【図３１】図３１は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で基準貸与額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図３２】図３２は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図３３】図３３は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。
【図３４】図３４は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、入金残額が記録されている記録媒体を受け付けた場合の、入金残額処理の一例を表す図である。
【図３５】図３５は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図３６】図３６は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた後の処理の一例を表す図である。
【図３７】図３７は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図３８】図３８は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図３９】図３９は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合における処理の一例を表す図である。
【図４０】図４０は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。
【図４１】図４１は消費税が徴収されない変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図４２】図４２は消費税が徴収されない変形例であって、精算装置において入金残額が記録されている記録媒体を受け付けた場合の、入金残額処理の一例を表す図である。
【図４３】図４３は消費税が徴収されない変形例であって、精算装置において通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図４４】図４４はオフライン端数額を直接加算する変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。
【図４５】図４５はオフライン端数額を直接加算する変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。
【図４６】図４６はオフライン端数額を直接加算する変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図４７】図４７はオフライン端数額を直接加算する変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去する前にオフライン状態となった状態の一例を表す図である。
【図４８】図４８はオフライン端数額を直接加算する変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去した後にオフライン状態となった状態の一例を表す図である。
【図４９】図４９はオフライン端数額を直接加算する変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図５０】図５０はオフライン端数額を直接加算する変形例であって、精算装置においてオフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。
【図５１】図５１オフライン端数額を直接加算する変形例であって、精算装置において通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。
【図５２】図５２は管理装置で処理状態を管理する場合の処理の一例を表す図である。
【図５３】図５３は管理装置で処理状態を管理する場合における挿入通知受信後の処理の一例を表す図である。
【図５４】図５４は管理装置で処理状態を管理する場合における通番不一致時処理の一例を表す図である。
【図５５】図５５は残額を復旧させるために、記録媒体に記録されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図５６】図５６は残額を復旧させるために、管理装置で管理されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図５７】図５７は残額を復旧させるために、管理装置で管理される共通通番を用いる場合の処理の一例を表す図である。
【図５８】図５８はオンライン端数額及びオフライン端数額を一括して消去する変形例であって、通番一致時の処理の一例を表す図である。
【図５９】図５９はオンライン端数額及びオフライン端数額を一括して消去する変形例であって、通番不一致時の処理の一例を表す図である。
【発明を実施するための形態】
【００２６】
以下、本発明の実施の形態を、図面を参照して説明する。まず本発明に係る遊技用システムの概要を説明する。本発明の遊技用システム１は、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体ＩＤに対応付けてパチンコ玉の貸与に使用される残額を管理する管理装置５０と、パチンコ機１０に対応して設けられ、管理装置５０と通信できるオンライン状態のときに、前記記録媒体ＩＤに対応付けて管理装置５０で管理されている管理残額の範囲内でパチンコ玉を貸与する使用額分の玉貸処理を行い、管理装置５０と通信できないオフライン状態のときには、受付貨幣額の範囲内で遊技媒体を貸与する一発貸しを行い、該受付貨幣額から該一発貸しに使用された貸与対象額を減算した端数額をオフライン端数額として記録媒体に記録して排出する玉貸ユニット２０を備える。さらに遊技用システム１は、以下の例では、精算処理を行う精算装置６０，ビジタコイン５を発行するビジタコイン発行装置７０，及びカード会社に設けられ、管理残額のバックアップを行うセンタ管理装置８０をさらに含む。前記記録媒体には玉貸ユニット２０で行われる処理（例えば後述するオフライン端数額の消去処理）により更新される通番が記録され、管理装置５０でも、各記録媒体ＩＤに対応付けて通番を記憶している。
【００２７】
ここで管理装置５０とオンライン状態の玉貸ユニット２０が、前記記録媒体を受け付けると、まず受け付けた記録媒体の記録媒体ＩＤ及びオフライン端数額を含む挿入通知を管理装置５０に対して送信し、該挿入通知を受けた管理装置５０では、該挿入通知に含まれる記録媒体ＩＤに対応付けて該挿入通知に含まれるオフライン端数額を加算予定額として一旦記憶する。そして、該加算予定額の記憶処理に伴う加算予定額記憶通知を前記玉貸ユニット２０に返信する。該加算予定額記憶通知を受信した玉貸ユニット２０では、受け付けている記録媒体のオフライン端数額を消去すると共に、該記録媒体の通番を更新し（このとき記録通番＞管理通番となる）、該記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を管理装置５０に対して送信する。該オフライン端数額消去通知を受信した管理装置５０では、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶していた加算予定額を管理残額に加算した後、該加算予定額を消去し、該記録媒体ＩＤに対応付けて管理している通番を更新する（このとき記録通番＝管理通番となる）。従って、オフライン端数額が記録された記録媒体をオンライン状態の玉貸ユニット２０に挿入することで、オフライン端数額が管理残額に加算されて使用可能となり、玉貸ユニット２０に釣銭払出機能や追加入金機能を設ける必要がなく、コストが上昇することがない。また、オフライン端数額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【００２８】
ここで前記挿入通知には、受け付けた記録媒体の通番（記録通番）が含まれている。そして、該挿入通知を受信した管理装置５０では、該挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番（管理通番）と一致するか否かを判定する。該判定で一致すると判定されたときには、オフライン端数額が消去されていないとして、該記録媒体ＩＤに対応付けられた加算予定額の消去を行う一方、一致しないと判定されたときには、オフライン端数額が消去されているとして、該記録媒体ＩＤに対応付けられた加算予定額を管理残額に加算した後、該加算予定額を消去する。該判定結果に基づくいずれかの処理が実施された後、当該挿入通知に含まれるオフライン端数額を新たな加算予定額として記憶し、上記加算予定額記憶通知以降の処理が行われる。これにより、玉貸ユニット２０が挿入通知を送信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生しても、通番が一致することでオフライン端数額の消去処理が行われていないことが特定され、加算予定額が加算される前の管理残額が正確な残額として確定される一方、通番が一致しないことでオフライン端数額の消去処理が行われていることが特定され、加算予定額が加算された後の管理残額が正確な残額として確定される。
【００２９】
以下においては、遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、貸与処理が玉貸処理である例について説明する。また、以下においては、間接税が、既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。ここで消費税率は、この例では５％であり、会員カード４やビジタコイン５を発行するカード会社で設定されて、遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。さらに、以下においては、使用額及び該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
【００３０】
ここで遊技用システム１では、図７に示すように、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「処理日時」であり、精算装置での精算が可能な精算可能期間及び遊技用装置で残額の使用が可能な使用可能期間（以下「精算可能期間及び使用可能期間」を「有効期間」と総称する。）が無期限であり、玉貸ユニット２０が処理履歴として記録媒体の排出の履歴を記憶し、該処理履歴が各記録媒体識別情報（記録媒体ＩＤ）に対して１つのみ記憶されると共に、バックアップ情報を記憶するセンタ管理装置８０を備える（図１を参照）。
【００３１】
以下では、まず、遊技用システム１を構成する各部の機能について説明し、次に遊技用システム１の作用を説明し、最後に変形例について説明する。
［１．遊技用システム１を構成する各部の機能］
【００３２】
まず、図１〜図７を参照して、遊技用システム１の構成について説明する。ここではパチンコ玉の貸与に応じて、間接税として消費税が徴収される場合を例とする。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外に備える。
【００３３】
この遊技用システム１では、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される。紙幣２は貨幣の一例であって、図２（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図２（ｂ）に示すように、ここでは５００円硬貨，及び１００円硬貨の２種類が使用される。
【００３４】
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。ここで会員カード４の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員遊技者＝メンバーを示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、前記一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、この会員カード４には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。また、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで、該会員カード４に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該会員カード４に記録されているオフライン端数額の消去処理，及びオンライン状態で受け付けた貨幣の取込処理が含まれる。なお、本例において、該会員カード４に記録されている通番は、後述する精算処理によっても更新される。
【００３５】
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行った遊技者に対して発行されるものである。
【００３６】
このようにして発行された会員カード４を、遊技者が玉貸ユニット２０のカード挿入口２４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のカード挿入口６４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額，及び該会員カード４にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
【００３７】
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
【００３８】
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、パチンコ玉の貸与に使用される残額を特定可能な残額特定情報が記録されるものであり、ここでは記録媒体ＩＤが残額特定情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員以外の遊技者＝ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、前記一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、このビジタコイン５には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。また、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで、該ビジタコイン５に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該ビジタコイン５に記録されているオフライン端数額の消去処理，及びオンライン状態で受け付けた貨幣の取込処理が含まれる。なお、本例において、該ビジタコイン５に記録されている通番は、後述する精算処理によっても更新される。
【００３９】
またビジタコイン５には、該ビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額である管理残額が零でない旨を示す管理残額有り情報として、オンライン残額有りフラグも記録される。具体的には、例えば図８の左側に示す表のように、ビジタコイン５の管理残額が零であるときには、オンライン残額無しフラグである０が記録され、ビジタコイン５の管理残額が零でないときには、オンライン残額有りフラグである１が記録される。
【００４０】
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグは各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグが記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述するコイン収納部２７ａ，又はビジタコイン発行装置７０の後述するコインストッカ７５ｂに収納される。
【００４１】
そして図９に示すように、管理装置５０と通信可能状態（オンライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、オンライン残額有りフラグが記録されたビジタコイン５が発行（排出）される。
【００４２】
また図２１に示すように、管理装置５０と通信不可能状態（オフライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、オフライン端数額が記録された（オンライン残額有りフラグが記録されていない）ビジタコイン５が発行（排出）される。
【００４３】
さらに図２７に示すように、管理装置５０と通信可能状態（オンライン状態）にあるビジタコイン発行装置７０において、貨幣を受け付けた後、遊技者から発行額の選択を受け付けたことに基づいて、後述する記録媒体発行処理が行われて、オンライン残額有りフラグが記録されたビジタコイン５が発行される。
【００４４】
このようにして発行されたビジタコイン５を、遊技者が玉貸ユニット２０のコイン投入口２５から投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のコイン投入口６５ａから投入することにより、該ビジタコイン５の管理残額，及び該ビジタコイン５にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
【００４５】
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００４６】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００４７】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行われる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
【００４８】
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。例えば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
【００４９】
玉貸ボタン１５は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を使用した玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部２４Ｐで保持されている会員カード４，後述する投入コイン保持部２６Ｐで保持されているビジタコイン５，又は後述する収納コイン保持部２７Ｐで保持されているビジタコイン５の返却操作を遊技者から受け付けるボタンである。
【００５０】
玉貸ユニット２０は遊技用装置の一例であって、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置６０で管理されている残額である管理残額の範囲内で行う貸与処理を含む各種処理を管理装置６０と連携して行うものである。例えば、パチンコ玉を貸与するための貸与処理（玉貸処理）として、後述する記録媒体貸与処理，貨幣貸与処理，及び入金残額貸与処理を行う。
【００５１】
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２９，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器３０，硬貨返却口２３ｆ，コイン投入口２５，コイン返却口２７，及びカード挿入口２４ａ等を備え、図２（ｂ）及び図２（ｃ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，硬貨識別機２３，投入コイン保持部２６Ｐ（図示外）に対応する上部アンテナ２６，投入コイン返却通路２６ｄ，コイン収納部２７ａ，収納コイン保持部２７Ｐ（図示外）とカード保持部２４Ｐに対応する下部アンテナ２７，収納コイン返却通路２７ｄ，及び記録媒体Ｒ／Ｗ２４等を備えており、これらの各構成要素は図１に示すように接続されている。この玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
【００５２】
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部２１のＲＯＭには前記装置ＩＤが記憶されている。この制御部２１のＲＡＭは、管理装置５０とオンライン状態では、管理装置５０で管理されている残額（即ち管理残額）を含む残額通知が送信されてきたことに基づいて該残額を記憶し、管理装置５０とオフライン状態では、後述する特定手段（制御部２１）により特定された貸与対象額を記憶するものである。また制御部２１のＲＡＭは端数額記憶手段の一例であって、後述する特定手段（制御部２１）により特定された端数額を記憶するものである。この制御部２１の他の機能については後述する。
【００５３】
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。この外部通信部２１ｂは、後述する通信可否検知手段（制御部２１）により通信可能状態（オンライン状態）を検知しているときに、以下のような処理を行う。
【００５４】
即ち外部通信部２１ｂは、オンライン状態を検知しているときに貨幣を受け付けたことに基づいて、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われる。本例では、一旦、受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額が入金予定額として記憶された後、管理残額に加算される。この入金予定額が記憶されたことに基づいて、管理装置５０から、管理残額＋入金予定額である予定残額を含む予定残額通知が返信されてくる。
【００５５】
また外部通信部２１ｂは特定処理情報送信手段の一例であって、特定処理が行われる旨を示す特定処理情報を前記管理装置５０に送信するものであり、ここでは図８のＳ１２２，図１７のＳ２１２に示す使用額分の玉貸処理に応じた玉貸通知，図１０のＳ１５３，図１９のＳ２５３に示す貸与対象額分の玉貸処理に応じた加算要求，図１０のＳ１７３，図１９のＳ２７３に示す受付貨幣額分の玉貸処理に応じた減算要求，及び図１３のＳａ２１３に示すオフライン端数額の消去処理に応じたオフライン端数額消去通知が、前記特定処理情報として管理装置５０に対して送信される。これらの特定処理情報には、記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐで保持されているビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれる。ここで上記玉貸通知は、使用額分の玉貸処理に使用される玉貸設定金額又は税込単位額の整数倍（管理残額＞玉貸設定金額であれば、玉貸設定金額，管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって、管理残額を超えない最大額）を管理残額から減算するための減算要求である。
【００５６】
また外部通信部２１ｂは減算要求送信手段の一例であって、貸与処理に使用される使用額及び該使用額に対応する間接税額を管理残額から減算するための第１の減算要求を管理装置５０に対して送信するものであり、この外部通信部２１ｂは、オンライン状態を検知しているときに玉貸操作（玉貸ボタン１５の操作）を受け付けたことに基づいて、記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で玉貸操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信し、会員カード４の挿入を受け付けている状態で玉貸操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと使用額＋消費税額とを含む玉貸通知を送信し、ビジタコイン５の投入を受け付けている状態で玉貸操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信する。即ち玉貸通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくる。玉貸ユニット２０では、該減算完了通知を受信したことに基づいて、次の玉貸処理が可能となる。
【００５７】
また外部通信部２１ｂは、受付貨幣額に対応する間接税額を前記管理残額から減算するための第２の減算要求を管理装置５０に対して送信する減算要求送信手段として機能するものであり、図１０のＳ１７３，図１９のＳ２７３に示すように、後述する貸与判定手段により、管理残額が受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分の遊技媒体を貸与するための貸与処理が行われると、当該受付貨幣額に対応する消費税額と記録媒体ＩＤを含む減算要求を管理装置５０に送信する。
【００５８】
また外部通信部２１ｂは、オンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０からは、返却許諾通知が返信されてくる。
【００５９】
また外部通信部２１ｂは、オンライン状態を検知しているときに後述する第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを含む残額取得要求（ここでは挿入通知）を管理装置５０に対して送信する。この残額取得要求（挿入通知）を受信した管理装置５０からは、該記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）を含む残額通知が返信されてくる。
【００６０】
また外部通信部２１ｂは端数額加算更新要求送信手段の一例であって、オンライン状態を検知しているときに後述する第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤとオフライン端数額とを含む端数額処理要求（ここでは挿入通知）を管理装置５０に対して送信する。
【００６１】
また外部通信部２１ｂは入金残額情報送信手段の一例であって、通信可否検知手段によりオンライン状態を検知しているときに記録媒体（会員カード４又はビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている入金残額（オフライン端数額）及び通番を含む入金残額情報（ここでは挿入通知）を管理装置５０に対して送信する。
【００６２】
具体的には、前記残額取得要求，端数額処理情報，及び入金残額情報として、受け付けた記録媒体に記録されている記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番を含む挿入通知を管理装置５０に対して送信する。ここで、挿入通知に含めるオフライン端数額，オンライン端数額については、記録媒体の値が消去されている場合には零として送信する。
【００６３】
外部通信部２１ｂから送信された挿入通知を受信した管理装置５０では、一旦、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて、該挿入通知に含まれるオフライン端数額が加算予定額として記憶された後、管理残額に加算される。この加算予定額が記憶されたことに基づいて、管理装置５０から、該加算予定額の記憶が完了した旨を示す加算予定額記憶通知が返信されてくる。
【００６４】
また外部通信部２１ｂは補正要求送信手段の一例であって、通信可否検知手段により通信可能状態を検知しているときに前記間接税額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体識別情報と間接税額とを含む補正要求を管理装置５０に対して送信するものであり、ここでは図１２のＳ２０３に示すように、オンライン状態で記録媒体を受け付けたことに基づいて、該記録媒体に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知が、前記補正要求として管理装置５０に対して送信される。
【００６５】
さらに外部通信部２１ｂは処理履歴送信手段の一例であって、管理装置５０から送信されてくる処理履歴送信要求に応じて、後述する処理履歴記憶手段である処理履歴ＤＢ（図７（ａ）を参照）で記憶している処理履歴を管理装置５０に対して送信するものである（図２９のＳ１０１３を参照）。
【００６６】
なお外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
【００６７】
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理（図８のＳ１０６，図１７のＳ２２６）によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
【００６８】
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋及び金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理（図８のＳ１０６，図１７のＳ２２６）によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
【００６９】
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であるが、管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能である。
【００７０】
記録媒体Ｒ／Ｗ２４は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ２４は、前記ＩＣカードである会員カード４及び前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部２６Ｐに対応する上部アンテナ２６と、収納コイン保持部２７Ｐ及びカード保持部２４Ｐに対応する下部アンテナ２７とを備えている。これにより、コイン投入口２５から投入されて投入コイン保持部２６Ｐで保持しているビジタコイン５に対しては、上部アンテナ２６を介して情報の読み取り及び書き込みを行う。また、コイン収納部２７ａから排出されて収納コイン保持部２７Ｐで保持しているビジタコイン５に対しては、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。さらに、カード挿入口２４ａから挿入されてカード保持部２４Ｐで保持している会員カード４に対しても、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。
【００７１】
次に図２〜図４を参照して、ビジタコイン５の取扱構造について説明する。このビジタコイン５の取扱構造には、コイン投入口２５，投入コイン保持部２６Ｐ，コイン収納部２７ａ，収納コイン保持部２７Ｐ，コイン返却口２８，投入コイン返却通路２６ｄ，収納コイン返却通路２７ｄ，上部アンテナ２６，及び下部アンテナ２７が含まれる。
【００７２】
コイン投入口２５は記録媒体投入口の一例であって、ビジタコイン５の投入を外部から受け付ける部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成された縦長の孔である。
【００７３】
投入コイン保持部２６Ｐは第１の保持部の一例であって、コイン投入口２５から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン投入口２５から後方に向けて傾斜して配置された投入コイン誘導通路２６ａにおいて、該投入コイン誘導通路２６ａの終端部分が第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃにより区画された部位である。この投入コイン保持部２６Ｐでは、コイン投入口２５から投入されて投入コイン誘導通路２６ａを自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃに堰き止められて保持される。
【００７４】
ここで第１の投入コインストッパ２６ｂは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの後方に連通するコイン収納部２７ａとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐとコイン収納部２７ａとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の投入コインストッパ２６ａは、通常は閉鎖状態であるが、前記投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額（即ち制御部２１のＲＡＭで記憶している残額）が零になると開放状態になり、投入コイン保持部２６Ｐで保持していたビジタコイン５が自重により転動して、コイン収納部２７ａに収納される。
【００７５】
また第２の投入コインストッパ２６ｃは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの下方に連通する投入コイン返却通路２６ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐと投入コイン返却通路２６ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の投入コインストッパ２６ｃは、通常は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持しているときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、該投入コイン保持部２６Ｐで保持していたビジタコイン５が投入コイン返却通路２６ｄを自重により落下及び転動して、コイン返却口２８に返却される。
【００７６】
コイン収納部２７ａは記録媒体収納部の一例であって、投入コイン保持部２６Ｐに連通し、ビジタコイン５を一列に並べて収納する部位であり、ここでは図３に示すように、投入コイン保持部２６Ｐから後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して配置された通路において、該通路の終端部分に設けられた第１の収納コインストッパ２７ｂにより区画された部位である。このコイン収納部２７ａでは、遊技場の営業開始前に予めコイン投入口２５から投入されたビジタコイン５，及び遊技場の営業中に第１の投入コインストッパ２６ｂが開放状態となって投入コイン保持部２６Ｐにおける保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパに堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでのコイン収納部２７ａは、７枚のビジタコイン５を収納可能である。
【００７７】
ここで第１の収納コインストッパ２７ｂは、コイン収納部２７ａと該コイン収納部２７ａの前方に連通する収納コイン保持部２７Ｐとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、コイン収納部２７ａと収納コイン保持部２７Ｐとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の収納コインストッパ２７ｂは、通常は閉鎖状態であるが、次に述べる収納コイン保持部２７Ｐで保持しているビジタコイン５が外部に返却されると開放状態になり、コイン収納部２７ａに収納されているビジタコイン５が自重により転動して、収納コイン保持部２７Ｐに排出される。従って該収納コイン保持部２７Ｐには、常にビジタコイン５が保持された状態となる。
【００７８】
収納コイン保持部２７Ｐは第２の保持部の一例であって、コイン収納部２７ａから排出されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン収納部２７ａの終端側から前方に向けて傾斜して配置された収納コイン返却通路２７ｄにおいて、該収納コイン返却通路２７ｄの始端部分が第２の収納コインストッパ２７ｃにより区画された部位である。この収納コイン保持部２７Ｐでは、第１の収納コインストッパ２７ｂが開放状態となってコイン収納部２７ａから排出されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ２７ｃに堰き止められて保持される。
【００７９】
ここで第２の収納コインストッパ２７ｃは、収納コイン保持部２７Ｐと該収納コイン保持部２７Ｐの前方に連通する収納コイン返却通路２７ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、収納コイン保持部２７Ｐと収納コイン返却通路２７ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の収納コインストッパ２７ｃは、常時は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持していないときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、収納コイン保持部２７Ｐで保持していたビジタコイン５が収納コイン返却通路２７ｄを自重により転動して、コイン返却口２８に返却される。
【００８０】
コイン返却口２８は記録媒体返却口の一例であって、投入コイン保持部２６Ｐで保持しているビジタコイン５及び収納コイン保持部２７Ｐで保持しているビジタコイン５を外部に返却する部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン返却通路２６ｄの終端側に形成された投入コイン返却通路出口２６ｅ及び収納コイン返却通路２７ｄの終端側に形成された収納コイン返却通路出口２７ｅから返却されたビジタコイン５を受け止める容器状の部位である。
【００８１】
投入コイン返却通路２６ｄは第１の返却通路の一例であって、始端側で投入コイン保持部２６Ｐに連通すると共に終端側でコイン返却口２８に連通し、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、投入コイン保持部２６Ｐから下方に向けて延出し、途中で前方に向けて屈曲して傾斜して配置された通路である。
【００８２】
収納コイン返却通路２７ｄは第２の返却通路の一例であって、始端側で収納コイン保持部２７Ｐに連通すると共に終端側でコイン返却口２８に連通し、収納コイン保持部２７Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、収納コイン保持部２７Ｐから前方に向けて傾斜して配置された通路である。
【００８３】
上部アンテナ２６は第１の読取手段の一例であって、投入コイン保持部２６Ｐに対応して設けられ、該投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該上部アンテナ２６を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。この上部アンテナ２６は、図３に示す投入コイン保持部２６Ｐの左側面に隣接して、図２（ｂ）に示すように配置されている。
【００８４】
下部アンテナ２７は第２の読取手段の一例であって、収納コイン保持部２７Ｐに対応して設けられ、該収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。また下部アンテナ２７は、カード保持部２４Ｐに対応して設けられ、該カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤを読み取るものでもあり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、会員カード４に対する情報の読み取り及び書き込みを行う。この下部アンテナ２７は、図３に示す収納コイン保持部２７Ｐの右側面に隣接して、カード保持部２４Ｐとの間に挟まれた形で配置されており、収納コイン保持部２７Ｐで保持しているビジタコイン５及びカード保持部２４Ｐで保持している会員カード４の両方と通信できるようになっている。
【００８５】
以上に説明したビジタコイン５の取扱構造は、図３及び図４に示すように、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通していることを特徴とするものである。
【００８６】
ここで該ビジタコイン５の取扱構造に類似するものとして、特開２００１−２９３２４２号公報（図４，図５，段落００４４，００５１）に示す玉貸し機が知られている。この玉貸し機（本願の玉貸ユニット２０に相当）では、第１検知部（本願の上部アンテナ２６に相当）で保持しているコイン（本願のビジタコイン５に相当）をコイン返却口に導くためのバイパス通路（本願の投入コイン返却通路２６ｄに相当）が、第２検知部（本願の下部アンテナ２７に相当）で保持しているコインをコイン返却口に導くための返却通路（本願の収納コイン返却通路２７ｄに相当）と合流してから、コイン返却口に連通するように構成されている。
【００８７】
しかしながら、この従来の玉貸し機のように、コインをコイン返却口に導くための２つの通路が合流してからコイン返却口に連通するように構成すると、本願の下部アンテナ２７に相当する第２検知部を、該合流地点よりも後方に設けなければならないので、玉貸し機の内部における限られた奥行きの範囲内では、コイン収納部の収納スペースが少なくなるという問題点があった。
【００８８】
そこで本願のビジタコイン５の取扱構造の如く、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通するように構成すれば、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄが途中で合流してコイン返却口２８に連通する場合と比べて、下部アンテナ２７を玉貸ユニット２０の内部における前方に設けることができるので、玉貸ユニット２０の内部における限られた奥行きの範囲内で、コイン収納部２７ａの収納スペースを拡張してビジタコイン５の収納枚数を向上できる。
【００８９】
図２に戻り、多機能ランプ２９は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２９は、例えば会員カード４及びビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器３０は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。
【００９０】
ここで前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【００９１】
ここで前記制御部２１は管理残額取得手段の一例であって、記録媒体（会員カード４，ビジタコイン５）の管理残額を取得するものであり、管理装置５０とオンライン状態で会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（ここでは図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該残額取得要求（挿入通知）を受信した管理装置５０から、前記管理残額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されることで取得される。
【００９２】
また制御部２１は貸与判定手段の一例であって、予め定められた所定額未満の金額の貨幣を受け付けたことに基づいて、前記管理残額取得手段により取得した管理残額が該受け付けた貨幣の金額である受付貨幣額に対応する間接税額以上であるか否かを判定するものであり、ここでは図１０のＳ１７２，図１９のＳ２７２に示すように、所定額である１０００円未満の金額の貨幣を受け付けたことに基づいて、記憶している残額（即ち取得した管理残額）が受付貨幣額に対応する消費税額以上であるか否かを判定する。
【００９３】
また制御部２１は貸与処理手段の一例であって、遊技者の操作（玉貸操作）により、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で、予め定められた基準貸与額分のパチンコ玉を貸与するための貸与処理を行うものであり、以下に示す使用額分の玉貸処理等を行う。この基準貸与額は、本例においては以下で示す玉貸設定金額であり、例えば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７（ｄ）に示す管理装置５０の玉貸設定金額ＤＢで管理されている。また、貸与処理手段として機能する制御部２１は、図１０のＳ１７３，図１９のＳ２７３に示すように、前記貸与判定手段により前記管理残額が前記受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分のパチンコ玉を貸与するための貸与処理を行うものである。そして、管理装置５０から前記受付貨幣額分の玉貸処理が行われたことに応じて第２の減算処理（管理残額からの対応消費税額の減算）が完了した旨を示す減算完了通知を受信したことを条件として、次の貸与処理を行う。
【００９４】
ここで貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付け、該受け付けた記録媒体の管理残額（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定される残額）の範囲内でパチンコ玉を貸与するための記録媒体貸与処理である使用額分の玉貸処理を行うものである。この実施形態では、管理装置５０とオンライン状態でオフライン端数額が記録されていない会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該残額取得要求（挿入通知）を受信した管理装置５０から、前記管理残額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、使用額分の玉貸処理が行われる。
【００９５】
なお、管理装置５０とオンライン状態でオフライン端数額が記録されている会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む端数額処理要求（図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該端数額処理要求を受信した管理装置５０から、前記管理残額＋オフライン端数額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、使用額分の玉貸処理が行われる。
【００９６】
この使用額分の玉貸処理としては、制御部２１のＲＡＭに記憶されている残額と予め設定された玉貸設定金額（例えば５度数分の税込単位額であり、例えば５２５円又は３１５円）とを比較して、残額≧玉貸設定金額であれば該玉貸設定金額を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍の残額（ここでは２１０円）を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。なお残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行わない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
【００９７】
そして該使用額分の玉貸処理が行われると、制御部２１のＲＡＭに記憶されている残額から使用額＋消費税額が減算更新され、該減算更新に応じて残度数表示器１４における残度数の表示及び残額表示器３０における残額の表示が更新されると共に、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図８のＳ１２３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図１７のＳ２１３を参照）が管理装置５０に対して送信され、該玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくることにより、再び玉貸操作を受付可能となる。
【００９８】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは玉貸操作により使用額分のパチンコ玉を貸与するための第１の貸与処理（使用額分の玉貸処理）を、前記貨幣貸与処理として行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けると、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図８のＳ１０３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図１７のＳ２２３を参照）が管理装置５０に対して送信され、該入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われる。本例では、一旦、受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額が入金予定額として記憶された後、管理残額に加算される。この入金予定額が記憶されたことに基づいて、管理装置５０から、管理残額＋入金予定額である予定残額を含む予定残額通知が返信されてくることにより、該予定残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、前記使用額分の玉貸処理が行われる。
【００９９】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第１の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記貨幣貸与処理として行うが、これについては後述する。
【０１００】
さらに貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに後述する入金残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付け、該入金残額を使用してパチンコ玉を貸与するための入金残額貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第２の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記入金残額貸与処理として行うが、これについても後述する。
【０１０１】
また制御部２１は残額処理手段の一例であって、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する間接税額（消費税額）を減算した金額を前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）を行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けたときに、記録媒体ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、残額を記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（残額特定処理）に相当する。
【０１０２】
これにより、前記入金要求を受信した管理装置５０では、前述の如く、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われ、また前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われることにより、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する消費税額を減算した金額が前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理される。
【０１０３】
また制御部２１は、前記記録媒体貸与処理に使用された使用額及び該使用額に対応する間接税額（消費税額）を前記管理残額から減算するための処理を行うものである。この実施形態では、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、記録媒体貸与処理に使用された使用額及び該使用額に対応する消費税額を管理残額から減算するための処理に相当する。
【０１０４】
これにより、前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われる。
【０１０５】
また制御部２１は、第２の減算要求の対象となる記録媒体（会員カード４，ビジタコイン５）に記録されている通番を更新するものである。ここでは図１０のＳ１７５，図１９のＳ２７５に示すように、受付貨幣額分の玉貸が開始されたことに基づいて、処理対象となっている記録媒体（収納コイン保持部２７Ｐで保持されているビジタコイン５，受け付けた会員カード４，又は受け付けたビジタコイン５）に記録されている通番に１を加算して更新する処理を行う。なお、この通番の更新は、使用額分の玉貸処理が開始されたとき，及び貸与対象額分の玉貸処理が開始されたときにも同様に行われる。つまりオンライン状態での玉貸処理に応じて通番が更新される。ここで、第１の通番更新手段である制御部２１は、前記特定処理に伴って前記記録媒体の通番を更新するものであり、上記各玉貸処理の他、図１３のＳａ２１４に示すように、オフライン端数額の消去処理に伴い記録媒体の通番を更新し、図８のＳ１０７，図１８のＳ２２７に示すように、受け付けた貨幣の取込処理に伴い記録媒体の通番を更新する。
【０１０６】
また制御部２１は記録媒体排出処理手段の一例であって、減算完了通知の受信前に通信可否検知手段により通信不可能状態を検知したことを条件として、受付貨幣額に対応する間接税額を記録媒体に記録して排出する処理を行うものであり、具体的には、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始され、減算完了通知を受信する前にオフライン状態となったときに、受付貨幣額に対応する消費税額を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作（図２１のＳ４３１，図２２のＳ５３１）が行われることで、排出される。なお、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始され、残額通知を受信する前にオフライン状態となったときには、特定手段により特定された端数額×（−１）を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作（図２１のＳ４３１，図２２のＳ５３１）が行われることで、排出される。即ち、補正要求によって、端数額を管理残額に加算するために−１を乗じて、管理残額−端数額×（−１）によって、管理残額に端数額を加算するようにしている。
【０１０７】
また記録媒体排出処理手段として機能する制御部２１は、前記残額処理手段による処理の対象又は前記記録媒体貸与処理による処理の対象となった記録媒体（会員カード４，ビジタコイン５）に前記残額（管理残額）を記録することなく排出する第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に残額を記録することなく排出し（図９のＳ１４０を参照）、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に残額を記録することなく排出する（図１８のＳ２４０を参照）。
【０１０８】
また記録媒体排出処理手段として機能する制御部２１は、前記記録媒体貸与処理の対象となったビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零でないことを条件として、該ビジタコイン５に前記オンライン残額有りフラグを記録し、前記管理残額を記録することなく排出する前記第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、制御部２１のＲＡＭで記憶している残額が零でないことを条件として、収納コイン保持部２７Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録し（図９のＳ１３５を参照）、残額を記録することなく排出し（同Ｓ１４０を参照）、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している残額が零でなく、かつ前記受け付けているビジタコイン５にオンライン残額有りフラグが記録されていないことを条件として、該ビジタコイン５にオンライン残額有りフラグを記録し（図１８のＳ２３５を参照）、残額を記録することなく排出する（同Ｓ２４０を参照）。
【０１０９】
また記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から前記貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体（会員カード４，ビジタコイン５）に該入金残額を記録して排出する第２の排出処理を行うものであり、ここでは後述する第１の特定処理により特定された端数額を前記入金残額として記録媒体に記録して排出する処理を、該第２の排出処理として行うと共に、後述する第２の特定処理により特定された端数額を前記入金残額として受け付けた記録媒体に記録して排出する処理を、該第２の排出処理として行うものであるが、これについては後述する。
【０１１０】
また制御部２１は管理残額有無管理手段の一例であって、前記通信可否検知手段によりオンライン状態を検知しているときに受け付けたビジタコイン５の管理残額が零でないか否かを、少なくとも当該ビジタコイン５の受付中において管理するものである。具体的には、前述の如く、管理装置５０とオンライン状態で、ビジタコイン５を受け付けた際に、該管理装置５０で管理されている管理残額を含む残額通知が送信されてきたことに基づいて、該管理残額を制御部２１のＲＡＭで記憶すると共に、前記記録媒体貸与処理に基づいて、制御部２１のＲＡＭで記憶している管理残額から使用額を減算していき、該ビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零であるか否かを管理する。
【０１１１】
そして前記記録媒体排出処理手段は、前記ビジタコイン５の受付後に前記通信可否検知手段によりオフライン状態を検知したときに、前記管理残額有無管理手段でビジタコイン５の管理残額が零でない旨を管理している（即ち制御部２１のＲＡＭで記憶している残額が零でない）ことを条件として、前記第１の排出処理（即ちビジタコイン５にオンライン残額有りフラグを記録し、管理残額を記録せずに排出する処理）を行う。ここでは図２０のＳa２９３，Ｓｂ２９５，Ｓｃ２９６，及びＳｄ２９６に示すように、ビジタコイン５を受け付けている状態でオフライン状態を検知したときに、該ビジタコイン５にオンライン残額有りフラグを記録する。そして、図２２のＳ５３１又は図２３のＳ６３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出される。
【０１１２】
また記録媒体排出処理手段は、ビジタコイン５を受け付けていない状態で前記通信可否検知手段によりオフライン状態を検知したときにも、前記管理残額有無管理手段でビジタコイン５の管理残額が零でない旨を管理している（即ち制御部２１のＲＡＭで記憶している残額が零でない）ことを条件として、前記第１の排出処理（即ちビジタコイン５にオンライン残額有りフラグを記録し、管理残額を記録せずに排出する処理）を行うものであり、ここでは図１１のＳａ１９４に示すように、ビジタコイン５を受け付けていない状態でオフライン状態を検知したときに、記憶残額が零でなければ、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグを記録する。そして、図２２のＳ５３１又は図２３のＳ６３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出される。但し、図１１のＳｂ１９５，Ｓｃ１９６，及びＳｄ１９６に示すように、使用額分の玉貸処理開始後から減算完了通知受信前にオフライン状態となった場合，貸与対象額分の玉貸処理開始後から残額通知受信前にオフライン状態となった場合，及び受付貨幣額分の玉貸処理開始後から減算完了通知受信前にオフライン状態となった場合には、管理残額が零となっているか否かを特定できないため、記憶残額が零であるか否かにかかわらず、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグを記録する。
【０１１３】
また制御部２１は端数額消去処理手段の一例であって、前記端数額加算更新要求送信手段により端数額加算更新要求を送信したことに基づいて管理装置５０から返信されてくる前記端数額加算完了通知（ここではオフライン端数額を加算予定額として記憶したことに基づく加算予定額記憶通知）を受信したことを条件として、前記受け付けた記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）に記録されている端数額を消去する端数額消去処理を行うものである。具体的には、オフライン端数額の消去を記録媒体Ｒ／Ｗ２４に対して指示する処理を行う。そしてオフライン端数額の消去に伴い、オフライン端数額消去通知が管理装置５０に送信され、該オフライン端数額消去通知を受信した管理装置５０において、後述する端数額加算更新処理手段（制御部５２）により、前記端数額処理要求に含まれる記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）に対して該端数額処理要求に含まれるオフライン端数額（即ち前記加算予定額として記憶された額）を加算更新する端数額加算更新処理が行われ、該管理装置５０から、加算更新後の残額を含む残額通知が返信されてくる。
【０１１４】
ここで制御部２１は入金残額不存在処理手段の一例であって、入金残額受信通知（加算予定額記憶通知）の受信に応じて、記録媒体に記録されている入金残額（オフライン端数額）を零に更新するかあるいは消去する入金残額不存在処理を行うと共に、前記記録媒体の通番を更新し、該入金残額不存在処理を行った旨を示す入金残額不存在処理情報（オフライン端数額消去通知）を前記管理装置５０に対して送信するものである。具体的には、管理装置５０からの加算予定額記憶通知の受信に応じて、受け付けている記録媒体（会員カード４又はビジタコイン５）のオフライン端数額を消去し（Ｓａ２１３）、該記録媒体の通番を更新し（Ｓａ２１４）、オフライン端数額を消去した旨のオフライン端数額消去通知を管理装置５０に対して送信する（Ｓａ２１５）。
【０１１５】
また入金残額不存在処理手段である制御部２１は、記録媒体の通番が上限値（例えば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部２７Ｐのビジタコイン５，若しくはカード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１１６】
また制御部２１は特定手段の一例であって、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前記受付貨幣額から、前記残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する消費税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の特定処理を行うものである。具体的には、管理装置５０とオフライン状態で１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する（図２１のＳ４１４，図２２のＳ５１４を参照）。ここで特定された端数額は、制御部２１のＲＡＭで記憶される。
【０１１７】
この第１の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１１８】
また第１の特定処理により貸与対象額と端数額が特定されると、該特定された端数額を前記入金残額としてビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額をビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に端数額を記録して排出する（図２１のＳ４３３，Ｓ４３５を参照）。
【０１１９】
また特定手段として機能する制御部２１は、前記第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理を行った後に貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、前述の如く、管理装置５０とオフライン状態で１０００円を受け付け、９４５円が貸与対象額として特定されて該貸与対象額分の玉貸処理が行われると共に、５５円が端数額として特定された（制御部２１のＲＡＭで記憶された）後に、さらに１０００円を受け付けた場合に、前記特定された端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２１のＳ４２４，図２２のＳ５２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
【０１２０】
さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに、前記第２の排出処理により排出された（即ち前記オフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、管理装置５０とオフライン状態で、オフライン端数額として５５円が記録されている会員カード４又はビジタコイン５を受け付け、さらに１０００円を受け付けた場合に、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２３のＳ６２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
【０１２１】
この第２の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１２２】
また第２の特定処理により貸与対象額と端数額が特定されると、該特定された端数額を前記入金残額として前記受け付けた会員カード４又はビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額を会員カード４又はビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に端数額を記録して排出する（図２２のＳ５３３，Ｓ５３５を参照）。
【０１２３】
また制御部２１は合算額判定手段の一例であって、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額又は前記受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである。
【０１２４】
即ち合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、前記特定手段により特定された端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２１のＳ４２３，図２２のＳ５２３，図２３のＳ６２３）。
【０１２５】
また合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに前記第２の排出処理により排出された（即ちオフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、会員カード４又はビジタコイン５を受け付けて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２３のＳ６１３）。
【０１２６】
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段による第２の特定処理が行われる一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による第２の特定処理が行われない。例えば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
【０１２７】
また制御部２１は管理残額有り情報記録判定手段の一例であって、ビジタコイン５に管理残額有り情報であるオンライン残額有りフラグが記録されているか否かを判定するものである。この管理残額有り情報記録判定手段によりオンライン残額有りフラグが記録されている（即ちフラグが１）と判定されたことを条件として、オフライン端数額が零のビジタコイン５を排出する処理が前記記録媒体排出処理手段により行われる。
【０１２８】
また制御部２１のＥＥＰＲＯＭには、図７（ａ）に示す処理履歴ＤＢが設けられている。この処理履歴ＤＢは処理履歴記憶手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該貸与処理後の残額と、当該記録媒体に係わる最後の処理を特定するための最後処理特定情報とを対応付けて、処理履歴として所定の処理数分記憶するものである。ここでは前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、該排出処理時に制御部２１のＲＡＭで記憶されている記憶残額を前記貸与処理後の残額として記憶すると共に、該排出処理が行われた日時である排出日時を前記最後処理特定情報として記憶することにより、前記処理履歴を記憶する。即ち、この処理履歴ＤＢでは、排出処理毎に、残額と排出日時が記憶される。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，日時を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
【０１２９】
また制御部２１は記録媒体識別情報記憶判定手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤが前記処理履歴記憶手段（処理履歴ＤＢ）で既に記憶されているか否かを判定するものである。具体的には、前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。
【０１３０】
さらに制御部２１は処理履歴更新手段の一例であって、前記記録媒体識別情報記憶判定手段により記録媒体ＩＤが記憶されていないと判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴を処理履歴記憶手段（処理履歴ＤＢ）に記憶すると共に、記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴記憶手段で既に記憶されている処理履歴を新たな処理履歴に更新するものである。具体的には、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されていない（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致しない）と判定されると、該記録媒体ＩＤを処理履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶する。一方、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されている（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致する）と判定されると、該記録媒体ＩＤに対応する残額及び排出日時を新たな残額及び排出日時に更新（上書き）する。
【０１３１】
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けてパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，及び場外通信部５６等を備えている。
【０１３２】
記憶手段であるハードディスク５５には、図７（ｄ）に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、会員カード４又はビジタコイン５の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは前記記録媒体ＩＤに対応付けて、後述する第２の通番更新手段及び後述する第４の通番更新手段により更新される通番が管理される。また、この残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置５０と通信できない通信不可能状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
【０１３３】
この装置ＩＤの記憶方法について説明する。まず、管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けていない状態で、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に送信される（図８のＳ１０３）。このとき送信される情報には、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤも含まれる。該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。一方、所定額未満の貨幣を受け付けると、玉貸ユニット２０からは、加算要求又は減算要求が管理装置５０に送信されるが（図１０のＳ１５４又はＳ１７４）、このとき送信される情報にも、同様に、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶する。
【０１３４】
また、管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けたときには、図１２に示すように挿入通知が送信される。このとき送信される情報には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶するが、ここではＳａ２２０の残額通知を送信する際に、挿入通知に含まれる装置ＩＤを、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する。つまり後述する通番不一致時処理として、玉貸設定金額を減算する（図１４のＳ３２３）にあたり、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理（同Ｓ３２０）を要するが、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、Ｓａ２２０の残額通知送信時としている。
【０１３５】
ここで管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行う。
【０１３６】
また、本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときにも、図２４に示すように精算要求が送信される。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと、当該精算装置６０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶するが、上記と同様の理由により、ここではＳ７５２の精算許諾情報を送信する際に、精算要求に含まれる装置ＩＤを、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶する。
【０１３７】
ここで、玉貸ユニット２０が記録媒体を受け付けていない状態でオフライン状態からオンライン状態に復帰した場合には、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤを含むオンライン復帰情報が管理装置５０に送信されて、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。また、玉貸ユニット２０が記録媒体を受け付けている状態でオフライン状態からオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、挿入通知が送信されて、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
【０１３８】
一方、前記玉貸設定金額ＤＢでは、各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が管理されている。本例における貸与基準額は間接税を含む額であり、税込基準額の整数倍、例えば５度数分の税込基準額である５２５円，３度数分の税込基準額である３１５円とされる。
【０１３９】
ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。これらディスプレイ５３及び入力装置５４は精算可能期間設定手段の一例であって、精算装置６０での精算が可能な精算可能期間を設定するものであり、ここでは該精算可能期間及び玉貸ユニット２０で残額の使用が可能な使用可能期間（即ち有効期間）を設定する有効期間設定手段として機能する。具体的には、管理装置５０において有効期間設定モードが実行されると、有効期間設定画面（図示外）がディスプレイ５３に表示される。この有効期間設定画面では、入力装置５４の操作により、当日中，今週中，又は今月中のいずれかを、有効期間として設定可能である。以下においては、有効期間として当日中が設定された場合について説明する。
【０１４０】
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１４１】
この制御部５２は通信不可能状態発生判定手段の一例であって、前記精算可能期間内（即ち前記有効期間内）にオフライン状態が発生したか否かを判定するものである（図２５のＳａ７１０を参照）。具体的には、通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じて玉貸ユニット２０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ち玉貸ユニット２０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち玉貸ユニット２０と通信できない通信不可能状態）であると判定して、該オフライン状態が発生した旨をハードディスク５５で記憶する。そしてハードディスク５５でオフライン状態が発生した旨が記憶されている場合に、有効期間内にオフライン状態が発生したと判定する。
【０１４２】
また制御部５２は、玉貸ユニット２０から送信されてきた入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理を行うものである（図８のＳ１０９，図１７のＳ２２９を参照）。ここでの入金処理では、前記受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額を入金予定額として一旦記憶し、貨幣取込通知を受信した後に、該入金予定額を管理残額に加算する。
【０１４３】
また制御部５２は残額補正手段の一例であって、前記補正要求（ここでは挿入通知又は精算要求）の受信に基づいて、該補正要求に含まれる間接税額（オンライン端数額）を該補正要求に含まれる記録媒体ＩＤと対応付けて管理している管理残額から減算する補正処理を行うものである。具体的には、図１４のＳ３０６に示すように、記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求（挿入通知）に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する補正処理を行うものである。また、図２６のＳ８０６に示すように、記録媒体を受け付けた精算装置６０から送信されてきた補正要求（精算要求）に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する補正処理を行うものである。ここでの補正処理では、前記受信した補正要求に含まれる記録媒体ＩＤに対応付けて、該補正要求に含まれるオンライン端数額を減算予定額として一旦記憶し、オンライン端数額消去通知を受信した後に、該減算予定額を管理残額から減算する。
【０１４４】
また制御部５２は端数額加算更新処理手段の一例であって、前記端数額加算更新要求送信手段から送信されてきた端数額処理要求（ここでは挿入通知）に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図１３のＳａ２１６を参照）。また精算装置６０から送信されてきた端数額処理要求（ここでは精算要求）に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図２５のＳａ７１６を参照）。ここでの端数額加算更新処理では、前記受信した補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて、該補正要求に含まれるオフライン端数額を加算予定額として一旦記憶し、オフライン端数額消去通知を受信した後に、該加算予定額を管理残額に加算する。
【０１４５】
また制御部５２は入金残額処理手段の一例であって、前記通番判定手段により一致すると判定され、かつ入金残額情報（挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、該入金残額情報に含まれる入金残額を、前記玉貸ユニット２０又は精算装置６０が受け付けた記録媒体の記録媒体ＩＤに対応付けて管理されている管理残額に対する加算対象額（加算予定額）として記憶し、前記入金残額情報を受信した旨を示す入金残額受信通知（加算予定額記憶通知）を前記玉貸ユニット２０又は精算装置６０に対して送信する入金残額処理を行うものである。具体的には、図１２及び図１３に示すように、通番が一致し（Ｓ２０３でＹＥＳ）、かつ挿入通知に含まれるオフライン端数額が零でないときには（Ｓ２１０でＮＯ）、受信した挿入通知に含まれるオフライン端数額を、該受信した挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額として記憶し（Ｓａ２１１）、加算予定額の記憶が完了した旨の加算予定額記憶通知を玉貸ユニット２０に返信する（Ｓａ２１２）。また、図２４及び図２５に示すように、通番が一致し（Ｓ７０３でＹＥＳ）、かつ精算要求に含まれるオフライン端数額が零でないときには（Ｓ７１０でＮＯ）、受信した精算要求に含まれるオフライン端数額を、該受信した精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額として記憶し（Ｓａ７１１）、加算予定額の記憶が完了した旨の加算予定額記憶通知を精算装置６０に返信する（Ｓａ７１２）。
【０１４６】
ここで制御部５２は加算対象額処理手段の一例であって、入金残額不存在処理情報（オフライン端数額消去通知）を受信したことを条件として、玉貸ユニット２０又は精算装置６０が受け付けている記録媒体の管理残額に対して、記憶している加算対象額（加算予定額）を加算する加算対象額加算処理を行うと共に、該加算対象額が加算済であることを特定可能な状態に更新する加算済更新処理（加算予定額の消去）と、該記録媒体の記録媒体識別情報に対応付けられた通番を更新する通番更新処理とを行うものである。具体的には、玉貸ユニット２０からオフライン端数額消去通知を受信すると（図１３のＳａ２１５）、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶されている加算予定額を、該記録媒体ＩＤに対応付けて管理している管理残額に対して加算する処理を、前記加算対象額加算処理として行うと共に、該記憶していた加算予定額を消去する処理を、前記加算済更新処理として行い（以上、Ｓａ２１６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓａ２１７）を行う。また、精算装置６０からオフライン端数額消去通知を受信すると（図２５のＳａ７１５）、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶されている加算予定額を、該記録媒体ＩＤに対応付けて管理している管理残額に対して加算する処理を、前記加算対象額加算処理として行うと共に、該記憶していた加算予定額を消去する処理を、前記加算済更新処理として行い（以上、Ｓａ７１６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓａ７１７）を行う。
【０１４７】
また加算対象額処理手段である制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（例えば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１４８】
また加算対象額処理手段である制御部５２は、通番判定手段により一致しないと判定され、かつ前記加算対象額（加算予定額）が未加算の状態で記憶されていることを条件として、通番不一致時処理として、前記加算対象額加算処理と前記加算済更新処理と前記通番更新処理とを行うものである。具体的には、図１４に示す通番不一致時処理において、挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されている状態であれば（Ｓ３１３でＹＥＳ）、該加算予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算する処理を前記加算対象額加算処理として行うと共に、該記憶していた加算予定額を消去する処理を前記加算済更新処理として行い（以上、Ｓ３１４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓ３２５）を行う。また、図２６に示す通番不一致時処理において、精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されている状態であれば（Ｓ８１３でＹＥＳ）、該加算予定額を、精算要求に含まれる記録媒体ＩＤに対応付けられた管理残額に加算する処理を前記加算対象額加算処理として行うと共に、該記憶していた加算予定額を消去する処理を前記加算済更新処理として行い（以上、Ｓ８１４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓ８２５）を行う。
【０１４９】
ここで入金残額処理手段である制御部５２は、通番判定手段により一致しないと判定され、かつ前記加算対象額（加算予定額）が未加算の状態で記憶されていることによる上記通番不一致時処理が行われた後、さらに当該入金残額情報（即ち今回受信した挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記入金残額処理を行うものである。即ち、加算予定額を管理残額に加算すると共に、該加算予定額を消去した後（図１４のＳ３１４）、受信した挿入通知に含まれるオフライン端数額が零でなければ（図１２のＳ２１０でＮＯ）、該オフライン端数額を新たな加算予定額として記憶し、オフライン端数額処理を行う（図１３）。また、加算予定額を管理残額に加算すると共に、該加算予定額を消去した後（図２６のＳ８１４）、受信した精算要求に含まれるオフライン端数額が零でなければ（図２４のＳ７１０でＮＯ）、該オフライン端数額を新たな加算予定額として記憶し、オフライン端数額処理を行う（図２５）。
【０１５０】
一方、加算対象額処理手段である制御部５２は、通番判定手段により一致すると判定され、かつ前記加算対象額（加算予定額）が未加算の状態で記憶されていることを条件として、通番一致時処理として、前記加算対象額加算処理を行うことなく、前記加算済更新処理を行うものである。具体的には、図１２に示す通番一致時処理において、挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されている状態であれば（Ｓ２０６でＹＥＳ）、該加算予定額を消去する処理を加算済更新処理として行う（Ｓ２０７）。また、図２４に示す通番一致時処理において、精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されている状態であれば（Ｓ７０６でＹＥＳ）、該加算予定額を消去する処理を加算済更新処理として行う（Ｓ７０７）。
【０１５１】
ここで入金残額処理手段である制御部５２は、通番判定手段により一致すると判定され、かつ前記加算対象額（加算予定額）が未加算の状態で記憶されていることによる上記通番一致時処理が行われた後、さらに当該入金残額情報（即ち今回受信した挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記入金残額処理を行うものである。即ち、加算予定額を消去した後（図１２のＳ２０７）、受信した挿入通知に含まれるオフライン端数額が零でなければ（図１２のＳ２１０でＮＯ）、該オフライン端数額を新たな加算予定額として記憶し、オフライン端数額処理を行う（図１３）。また、加算予定額を消去した後（図２４のＳ７０７）、受信した精算要求に含まれるオフライン端数額が零でなければ（図２４のＳ７１０でＮＯ）、該オフライン端数額を新たな加算予定額として記憶し、オフライン端数額処理を行う（図２５）。
【０１５２】
また制御部５２は、精算装置６０から送信されてきた精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求を受信した旨を示す精算要求受信フラグを管理するものであり、ここでは図２４のＳ７５１に示すように、精算装置６０から記録媒体ＩＤを含む精算要求を受信すると、該受信した精算要求に含まれる記録媒体ＩＤに対応付けて、精算要求受信フラグを記憶する処理を行う。
【０１５３】
また制御部５２は減算処理手段の一例であって、前記第１の減算要求の受信に基づいて、前記使用額及び該使用額に対応する間接税額を前記管理残額から減算する第１の減算処理を行うと共に、前記第２の減算要求の受信に基づいて、前記受付貨幣額に対応する間接税額を前記管理残額から減算する第２の減算処理を行うものである。ここでは、制御部５２は、第１の減算処理として、玉貸ユニット２０から送信されてきた玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理を行うものである（図８のＳ１２５，図１７のＳ２１５を参照）。ここで、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］＝玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は、税込単位額の整数倍であって、管理残額を超えない最大額である。また、第２の減算処理として、受付貨幣額分の玉貸処理が行われる玉貸ユニット２０から送信されてきた減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する（図１０のＳ１７６，図１９のＳ２７６）。
【０１５４】
また制御部５２は第２の通番更新手段の一例であって、前記第２の減算処理（即ち受付貨幣額に対応する消費税額分の減算処理）の対象となる記録媒体ＩＤに対応付けて管理している通番を更新するものであり、図１０のＳ１７７，図１９のＳ２７７に示すように、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から送信されてきた減算要求を受信すると、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から、該減算要求に含まれる対応消費税額を減算した後、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する。また本例では、使用額分の玉貸処理が行われた玉貸ユニット２０から玉貸通知を受信すると、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から、該玉貸通知に含まれる使用額＋消費税額を減算した後、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図８のＳ１２６，図１７のＳ２１６）。さらに本例では、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から加算要求を受信すると、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に、該加算要求に含まれる端数額を加算した後、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図１０のＳ１５７，図１９のＳ２５７）。つまり玉貸ユニット２０側では、オンライン状態での玉貸処理（オンライン状態で開始された玉貸処理）に応じて通番が１ずつ加算されるので、管理装置５０では、玉貸処理が行われた玉貸ユニット２０から送信される情報の受信に応じて通番を１ずつ加算していくことで、玉貸ユニット２０側と同じ通番に更新している。
【０１５５】
ここで制御部５２は、特定処理情報の受信に応じて記録媒体の記録媒体ＩＤに対応付けられた通番を更新するものであり、上記玉貸通知の受信に応じた通番更新，加算要求の受信に応じた通番更新，及び減算要求の受信に応じた通番更新の他に、図１３のＳａ２１７に示すように、オフライン端数額が消去されたことに伴うオフライン端数額消去通知の受信に応じた通番更新を行う。なお、これらの特定処理情報には、玉貸ユニット２０が記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれるので、管理装置５０で該記録媒体ＩＤに対応付けて管理されている通番が更新されることとなる。
【０１５６】
また制御部５２は通番判定手段の一例であって、受信した通番が記録媒体の記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、次に示す場合に該判定を行う。
【０１５７】
まず通番判定手段として機能する制御部５２は、前記通番を含む補正要求（ここでは挿入通知又は精算要求）の受信に基づいて、該補正要求に含まれる通番と該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定するものである。即ち、入金残額情報（挿入通知又は精算要求）の受信に応じて、該入金残額情報に含まれる通番が、玉貸ユニット２０又は精算装置６０が受け付けた記録媒体の記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定するものである。
【０１５８】
具体的には、図１２のＳ２０３に示すように、記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求（挿入通知）に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定する。また、図２４のＳ７０３に示すように、記録媒体を受け付けた精算装置６０から送信されてきた補正要求（精算要求）に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定する。そして該通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれるオンライン端数額が零でないときに、前記残額補正手段である制御部５２は、通番不一致時処理として、補正要求に含まれるオンライン端数額を該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する前記補正処理を行う（図１４のＳ３０６，図２６のＳ８０６）。一方、通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求に含まれるオンライン端数額が零であるときには、次の処理を行う。
【０１５９】
まず通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該入金予定額を該記録媒体ＩＤに対応付けて管理されている残額に加算すると共に（図１４のＳ３１２，図２６のＳ８１２）、該記憶していた入金予定額を消去する処理を行う。また通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該加算予定額を該記録媒体ＩＤに対応付けて管理されている残額に加算すると共に（図１４のＳ３１４，図２６のＳ８１４）、該記憶していた加算予定額を消去する処理を行う。また通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該減算予定額を該記録媒体ＩＤに対応付けて管理されている残額から減算すると共に（図１４のＳ３１６，図２６のＳ８１６）、該記憶していた減算予定額を消去する処理を行う。さらに通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて後述する精算要求受信フラグが記憶されているときには、制御部５２は、通番不一致時処理として、該記録媒体ＩＤに対応付けて管理されている残額を零に更新する（即ち消去する）と共に、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去する処理を行う（図１４のＳ３１８，図２６のＳ８１８）。
【０１６０】
一方、通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて入金予定額，加算予定額，減算予定額，及び後述する精算要求受信フラグのいずれも記憶されていないときには、制御部５２は、通番不一致時処理として、管理残額≧玉貸設定金額であれば、該玉貸設定金額を、前記補正要求に含まれる記録媒体ＩＤに対応付けて管理される残額から減算する処理を行い（図１４のＳ３２３，図２６のＳ８２３）、管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、前記補正要求に含まれる記録媒体ＩＤに対応付けて管理される残額から減算する処理を行う（図１４のＳ３２４，図２６のＳ８２４）。
【０１６１】
そして前記第２の通番更新手段は、これら通番不一致時処理に応じて、受信した補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する（図１４のＳ３０７，Ｓ３２５，図２６のＳ８０７，Ｓ８２５）。このとき、補正要求に含まれる通番＝管理している通番となる。
【０１６２】
ここで、本例において、図１４のＳ３２３，図２６のＳ８２３で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
【０１６３】
まず制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１４のＳ３２０，図２６のＳ８２０）。
【０１６４】
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７（ｄ）の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１４のＳ３２２，図２６のＳ８２２）。そして制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方、玉貸設定金額未満であると判定されたときには、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から税込単位額の整数倍（但し管理残額を超えない最大額）を減算する。
【０１６５】
つまり、使用額分の玉貸処理が行われて、玉貸ユニット２０から送信された玉貸通知を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額，又は税込単位額の倍数であって管理残額を超えない最大額）を特定して、特定した使用額＋消費税額を減算する補正を行っている。
【０１６６】
前記制御部５２は第４の通番更新手段の一例であって、精算完了通知の受信に応じて、記録媒体ＩＤに対応付けられた通番を更新するものであり、図２４のＳ７５８に示すように、精算装置６０から精算完了通知を受信したことに応じて、該精算完了通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新している。
【０１６７】
なお制御部５２は、図２４に示すように、前記精算完了通知の受信に応じて（Ｓ７５５）、該受信した精算完了通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を零に更新し（Ｓ７５６）、該記録媒体ＩＤに対応付けて管理している精算要求受信フラグを消去する（Ｓ７５７）。つまり制御部５２は、精算装置６０から送信されてきた後述する精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行うものである。
【０１６８】
また制御部５２は、ビジタコイン発行装置７０から送信されてきた後述する発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行うものである（図２７のＳ９０６を参照）。
【０１６９】
また制御部５２は最後残額特定処理手段の一例であって、前記処理履歴送信手段（玉貸ユニット２０の外部通信部２１ｂ）から送信されてきた処理履歴（図７（ａ）に示す処理履歴ＤＢで記憶している処理履歴）に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理を行うものであり、ここでは後述する精算履歴送信手段（精算装置６０の通信部６１）から送信されてきた精算履歴（図７（ｂ）に示す精算履歴ＤＢで記憶している精算履歴），及び後述する発行履歴送信手段（ビジタコイン発行装置７０の通信部７１）から送信されてきた発行履歴（図７（ｃ）に示す発行履歴ＤＢで記憶している発行履歴）を含めて、前記最後残額特定処理を行う。この最後残額特定処理手段の具体的な機能については、図２９のＳ１０４５〜Ｓ１０４８を参照して後述する。
【０１７０】
さらに制御部５２は残額復帰処理手段の一例であって、前記最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額を新たに管理するための残額復帰処理を行う残額復帰処理手段を行うものであり、ここでは該最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額と、後述するバックアップ情報送信手段（センタ管理装置８０の通信部８１）から送信されてきたバックアップ情報（図７（ｅ）に示すバックアップＤＢで記憶しているバックアップ情報）に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額を特定し、該特定した残額を新たに管理するための残額復帰処理を行う。この残額復帰処理手段の具体的な機能についても、図２９のＳ１０４４，Ｓ１０４９，及びＳ１０５０を参照して後述する。
【０１７１】
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものであると共に、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものである。
【０１７２】
この通信部５１は、制御部５２による入金予定額の記憶が行われたことに基づいて、該入金予定額＋管理残額である予定残額を含む予定残額通知を玉貸ユニット２０に対して返信するものである（図８のＳ１０６，図１７のＳ２２６）。
【０１７３】
また通信部５１は、制御部５２による前記減算処理が完了したことに基づいて、該減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信するものである（図８のＳ１２７，図１７のＳ２１７を参照）。
【０１７４】
また通信部５１は、玉貸ユニット２０から返却通知を受信したことに基づいて、返却許諾通知を該玉貸ユニット２０に対して返信するものである（図９のＳ１３４，図１８のＳ２３４を参照）。
【０１７５】
また通信部５１は、玉貸ユニット２０から残額取得要求（ここでは挿入通知）を受信したことに基づいて、該残額取得要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を該玉貸ユニット２０に対して返信するものである（図１２のＳａ２２０を参照）。
【０１７６】
ここで通信部５１は残額通知送信手段の一例であって、通番判定手段（制御部５２）により一致すると判定され、かつ前記入金残額情報（挿入通知）に含まれる入金残額（オフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、玉貸ユニット２０が受け付けた記録媒体の管理残額を含む残額通知を該玉貸ユニット２０に対して送信するものである。具体的には、図１２に示すように、通番が一致し、かつ挿入通知に含まれているオフライン端数額が零であることを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を返信する。
【０１７７】
また残額通知送信手段である通信部５１は、前記加算額処理手段（制御部５２）による処理が行われた後、処理後の管理残額を含む残額通知を玉貸ユニット２０に対して送信するものである。具体的には、通番が一致するときには図１２に示す通番一致時処理が行われ、通番が一致しないときには図１４に示す通番不一致時処理が行われた後に、該挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額を含む残額通知を玉貸ユニット２０に返信する（Ｓａ２２０）。そして玉貸ユニット２０では、残額通知を受信したことを条件として、記録媒体貸与処理、即ち玉貸操作による使用額分の玉貸処理が可能な状態となる。
【０１７８】
また通信部５１は端数額加算完了通知返信手段の一例であって、前記端数額加算更新処理手段により端数額加算更新処理が完了したことに基づいて、該端数額加算更新処理が完了した旨を示す端数額加算完了通知を玉貸ユニット２０に対して返信するものであり、ここでは制御部５２による加算予定額の記憶が行われたことに基づいて、前記端数額加算完了通知として加算予定額記憶通知を玉貸ユニット２０に対して返信する（図１３のＳａ２１２を参照）。
【０１７９】
また通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（通信部６１）から送信されてきた精算要求（ここでいう精算要求は端数額処理要求を含む概念である）に含まれる記録媒体ＩＤに対応付けて管理している残額又は該残額と前記記録媒体に記録されているオフライン端数額との合算額を含む合算額精算許諾情報を精算装置６０に対して送信するものである（図２４のＳ７５２を参照）。具体的には、精算要求に含まれるオフライン端数額が零である場合には、該精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額を含む精算許諾情報が精算装置６０に対して返信される。また、精算要求に含まれるオフライン端数額が零でない場合には、図２５に示すように、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求に含まれるオフライン端数額が加算予定額として一旦記憶され（Ｓａ７１１）、前記加算予定額記憶通知が精算装置６０に対して返信され（Ｓａ７１２）、オフライン端数額消去通知を受信した後に（Ｓａ７１５）、該加算予定額が管理残額に加算され（Ｓａ７１６）、図２４に戻って、該加算更新後の管理残額（即ち加算更新前の管理残額＋オフライン端数額）を含む精算許諾情報が精算装置６０に対して返信される。
【０１８０】
また精算許諾情報送信手段である通信部５１は、図２４に示すように、通番が一致し、かつ精算要求に含まれているオフライン端数額が零であることを条件として、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含む精算許諾情報を返信する。
【０１８１】
さらに精算許諾情報送信手段である通信部５１は、通番判定手段による判定結果に基づいた前記加算対象額処理手段による、通番一致時処理又は通番不一致時処理後の管理残額の精算を許諾する旨の精算許諾情報を精算装置６０に対して返信するものであり、通番が一致するときには図２４に示す通番一致時処理が行われ、通番が一致しないときには図２６に示す通番不一致時処理が行われた後に、該精算要求に含まれる記録媒体ＩＤに対応付けられた管理残額を含む精算許諾情報を精算装置６０に返信する（Ｓ７５２）。そして精算装置６０では、精算許諾情報を受信したことを条件として、該精算許諾情報に含まれる管理残額相当の貨幣が払い出される精算処理が行われる。
【０１８２】
また通信部５１は、制御部５２による前記選択額記憶処理が完了したことに基づいて、前記管理している残額を含む発行許諾情報をビジタコイン発行装置７０に対して返信するものである（図２７のＳ９０７を参照）。
【０１８３】
さらに通信部５１は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（図２９のＳ１０１１を参照）、精算履歴送信要求を精算装置６０に対して送信し（同Ｓ１０２１を参照）、発行履歴送信要求をビジタコイン発行装置７０に対して送信するものである（同Ｓ１０３１を参照）。
【０１８４】
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。この外部通信部５６は、遊技場の営業終了後において、図７（ｄ）に示す残額管理ＤＢの記憶内容をセンタ管理装置８０に対して送信するものである（図２８のＳ１００１を参照）。また場外通信部５６は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、バックアップ情報送信要求をセンタ管理装置８０に対して送信するものである（図２９のＳ１０４１を参照）。
【０１８５】
精算装置６０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図５（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，会員カード挿入口６４ａ，コイン投入口６５ａ，紙幣払出口６６ａ，及び硬貨払出口６７ａ等を備え、図１に示すように、その内部に通信部６１，制御部６２，カードＲ／Ｗ６４，コインＲ／Ｗ６５，紙幣払出機６６，及び硬貨払出機６７等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
【０１８６】
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、会員カード４又はビジタコイン５を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを少なくとも含む精算要求を管理装置５０に対して送信するものである。
【０１８７】
また通信部６１は補正要求を送信するものであり、前記オンライン残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体ＩＤとオンライン残額とを含む補正要求を管理装置５０に対して送信するものである。さらに通信部６１は入金残額情報を送信するものであり、記録媒体（会員カード４又はビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されているオフライン端数額及び通番を含む入金残額情報を管理装置５０に対して送信するものである。具体的には、前記補正要求及び入金残額情報として、受け付けた会員カード４又はビジタコイン５に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信する（図２４のＳ７０２を参照）。ここで、精算要求に含めるオフライン端数額，オンライン端数額については、記録媒体の値が消去されている場合には零として送信する。
【０１８８】
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行われる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、図２４のＳ７５５に示す精算完了通知を送信する。なお、「精算処理が行われる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７５３の精算処理の後に精算完了に伴う精算完了通知を送信している。
【０１８９】
また通信部６１は精算履歴送信手段の一例であって、管理装置５０から送信されてくる精算履歴送信要求に応じて、後述する精算履歴記憶手段である精算履歴ＤＢ（図７（ｂ）を参照）で記憶している精算履歴を管理装置５０に対して送信するものである（図２９のＳ１０２３を参照）。
【０１９０】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部６２の機能については後述する。
【０１９１】
ディスプレイ６３は、図５（ｂ）に示すように、各種の情報を表示するための表示デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。また貨幣を払い出すときに、Ｄ２に示すように、残額を返却する旨，及び会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。なお会員カード４又はビジタコイン５に異常があるときには、Ｄ３に示すように、その旨が表示される。
【０１９２】
カードＲ／Ｗ６４は記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではカード挿入口６４ａから挿入された会員カード４を受け付けて、該会員カード４に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該会員カード４からオフライン端数額及びオンライン端数額を消去する、ＩＣカードＲ／Ｗである。この精算装置６０において精算が完了した会員カード４は、カード挿入口６４ａから排出されて、遊技者に返却される。
【０１９３】
コインＲ／Ｗ６５も記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではコイン投入口６５ａから投入されたビジタコイン５を受け付けて、該ビジタコイン５に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該ビジタコイン５からオフライン端数額，オンライン端数額，及びオンライン残額有りフラグを消去する、ＩＣコインＲ／Ｗである。この精算装置６０において精算が完了したビジタコイン５は、コインＲ／Ｗ６５の下部に設けられるコイン回収部６５ｂに回収されて、遊技者には返却されない。
【０１９４】
紙幣払出機６６及び硬貨払出機６７は、貨幣を払い出すものであり、具体的には、紙幣払出機６６の背後に設けられる紙幣収納部６６ｂから、所定の種類及び所定数の紙幣２を取り出して、紙幣払出口６６ａから払い出すと共に、硬貨払出機６７の上部に設けられる硬貨収納部６７ｂから、所定の種類及び所定数の硬貨３を取り出して、硬貨払出口６７ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。
【０１９５】
ここで前記制御部６２は精算処理手段の一例であって、前記記録媒体受付手段により受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣を払い出す精算処理を行うものである。ここで前記第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。一方、前記第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１９６】
また精算処理手段として機能する制御部６２は、前記精算処理として、前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記残額と前記オフライン端数額との合算額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。具体的には、管理装置５０から送信されてきた精算許諾情報に残額のみが含まれる場合には、該残額に相当する貨幣の払出を指示する処理を行い、残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行い、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１９７】
さらに精算処理手段として機能する制御部６２は、前記通信不可能状態発生判定手段（管理装置５０の制御部５２）によりオフライン状態が発生したと判定されたことを条件として、前記オフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。具体的には、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されると、後述する図２５のＳａ７１１〜Ｓａ７１７の処理が行われて、後述する図２４のＳ７５１を経て、Ｓ７５２で前記精算許諾情報送信手段（管理装置５０の通信部５１）から精算許諾情報が送信されてくるので、該精算許諾情報が送信されてきたことに基づいて、精算が行われる。
【０１９８】
また制御部６２は、前記精算処理に伴って、記録媒体に記録されている通番を更新するものであり、図２４に示すように、許諾分の貨幣を払い出す精算処理が行われたことに伴って（Ｓ７５３）、受け付けている記録媒体に記録されている通番に１を加算して更新するものである（Ｓ７５４）。また、図２５のＳａ７１４に示すように、オフライン端数額の消去処理に伴い記録媒体の通番を更新する。
【０１９９】
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２４のＳａ７０１を参照）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信したことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。
【０２００】
また制御部６２のＥＥＰＲＯＭには、図７（ｂ）に示す精算履歴ＤＢが設けられている。この精算履歴ＤＢは精算履歴記憶手段の一例であって、前記精算処理の履歴である精算履歴として、該精算処理の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは精算処理が行われたことに基づいて、該精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算処理が行われた日時である精算日時を前記最後処理特定情報として記憶することにより、前記精算履歴を記憶する。この精算履歴ＤＢでは、最大で２５６個の精算履歴を、前記所定の処理数分として記憶可能であり、記憶している精算履歴が２５６個に達すると、新たな精算履歴を記憶する際に、精算日時が最も古い精算履歴が消去されて、当該新たな精算履歴が記憶される。
【０２０１】
ビジタコイン発行装置７０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、縦長の箱型の形状を呈するものであり、その前面にタッチパネル式のディスプレイ７３，紙幣挿入口７４ａ，紙幣払出口７４ｄ，及びコイン発行口７５ａ等を備え、図１に示すように、その内部に通信部７１，制御部７２，紙幣識別機７４，紙幣収納部７４ｂ，紙幣払出部７４ｃ，コインＲ／Ｗ７５，及びコインストッカ７５ｂ等を備えており、これらの各構成要素は図１に示すように接続されている。
【０２０２】
通信部７１は、管理装置５０の通信部５１と通信可能に接続されており、ビジタコイン発行装置７０と管理装置５０との間における通信を司るものである。この通信部７１は、紙幣識別機７４により紙幣２を受け付けた後、タッチパネル式のディスプレイ７３により遊技者から発行額の選択を受け付けたことに基づいて、発行するビジタコイン５の記録媒体ＩＤと前記選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する（図２７のＳ９０５を参照）。
【０２０３】
また通信部７１は発行履歴送信手段の一例であって、管理装置５０から送信されてくる発行履歴送信要求に応じて、後述する発行履歴記憶手段である発行履歴ＤＢ（図７（ｃ）を参照）で記憶している発行履歴を管理装置５０に対して送信するものである（図２９のＳ１０３３を参照）。
【０２０４】
制御部７２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、ビジタコイン発行装置７０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部７２の機能については後述する。
【０２０５】
タッチパネル式のディスプレイ７３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスでもある。このディスプレイ７３では、紙幣２を受付可能なときに、Ｄ１１に示すように、紙幣２の挿入を促す旨が表示される。ここで遊技者が紙幣２を挿入すると、Ｄ１２に示すように、該挿入された紙幣２の金額が入金額として表示されると共に、ビジタコイン５の発行に供する発行額を選択するための発行額選択ボタンとして、「１０００円」ボタン，「２０００円」ボタン，「５０００円」ボタン，及び「１００００円」ボタンの４種類が表示される、発行額選択画面が表示される。ここで遊技者がいずれかの発行額選択ボタン（ここでは「５０００円」ボタン）を押圧操作して前記入金額の範囲内で発行額を選択すると、Ｄ１３に示すように、該選択された発行額を前記残額としてパチンコ玉の貸与に使用可能なビジタコイン５が発行されて、該ビジタコイン５が発行された旨が表示されると共に、釣銭がある場合には釣銭が払い出されて、該釣銭が払い出された旨が表示される。
【０２０６】
紙幣識別機７４は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは紙幣挿入口７４ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機７４により受け付けられた紙幣２は、該紙幣識別機７４の背後に設けられている紙幣収納部７４ｂに金種毎に収納される。そして釣銭があるときに、紙幣収納部７４ｂに収納されている紙幣２が、該紙幣収納部７４ｂの前方に設けられている紙幣払出部７４ｃに搬送されて、該紙幣払出部７４ｃの前方に設けられている紙幣払出口７４ｄから釣銭として払い出される。
【０２０７】
コインＲ／Ｗ７５は、図６（ｂ）のＤ１２に示す発行額選択画面で発行額が選択されたときに、ビジタコイン５が収納されているコインストッカ７５ｂから排出されて内部に保持しているビジタコイン５の記録媒体ＩＤを読み取ると共に、該ビジタコイン５に対してオンライン残額有りフラグを記録する、ＩＣコインＲ／Ｗである。このコインＲ／Ｗ７５の内部で保持しているビジタコイン５は、管理装置５０から発行許諾情報が送信されてきたことに基づいて、該コインＲ／Ｗ７５の前方に設けられているコイン発行口７５ａから排出されて発行され、該ビジタコイン５が発行されると、コインストッカ７５ｂで収納されているビジタコイン５が排出されてコインＲ／Ｗ７５の内部に保持される。
【０２０８】
ここで前記制御部７２は記録媒体発行処理手段の一例であって、前記貨幣受付手段（紙幣識別機７４）により受け付けた貨幣（紙幣２）の金額を残額として、記録媒体（ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理するための処理を行うと共に、該記録媒体に残額を記録することなく発行する記録媒体発行処理を行うものである。具体的には、コインＲ／Ｗ７５の内部で保持しているビジタコイン５の記録媒体ＩＤと図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する処理（図２７のＳ９０５を参照）と、コインＲ／Ｗ７５の内部で保持しているビジタコイン５をコイン発行口７５ａから排出して発行する処理（同Ｓ９１０を参照）が、前記記録媒体発行処理に相当する。なお記録媒体発行処理手段は、記録媒体発行処理を行う際に、前記記録媒体（ビジタコイン５）に管理残額有り情報（オンライン残額有りフラグ）を記録して発行する処理を行う（同Ｓ９０８を参照）。
【０２０９】
また制御部７２のＥＥＰＲＯＭには、図７（ｃ）に示す発行履歴ＤＢが設けられている。この発行履歴ＤＢは発行履歴記憶手段の一例であって、前記記録媒体発行処理の履歴である発行履歴として、該記録媒体発行処理の対象となった記録媒体（ビジタコイン５）の記録媒体ＩＤと、該記録媒体発行処理の対象となった前記残額と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは記録媒体発行処理が行われたことに基づいて、該記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額を前記記録媒体発行処理の対象となった残額として記憶する共に、該記録媒体発行処理が行われた日時である発行日時を前記最後処理特定情報として記憶することにより、前記発行履歴を記憶する。この発行履歴ＤＢでは、最大で２５６個の発行履歴を、前記所定の処理数分として記憶可能であり、記憶している発行履歴が２５６個に達すると、発行日時が最も古い発行履歴が消去されて、当該新たな発行履歴が記憶される。
【０２１０】
センタ管理装置８０はバックアップ装置の一例であって、遊技場外（ここではカード会社）に設けられるものであり、図１に示すように接続される通信部８１，制御部８２，及びハードディスク８３等を備えている。この実施形態では、前記有効期間が無期限であるため、例えば残額がある記録媒体を持ち帰った遊技者が１ヶ月後に来店したときに、管理装置５０で管理している残額が失われていると、該１ヶ月の間は当該記録媒体に係わる処理履歴，精算履歴，及び発行履歴が記憶されていないため、残額を復帰することができず、遊技者が損をしてしまうので、センタ管理装置８０において所定時間毎に残額のバックアップを行うものである。
【０２１１】
記憶手段であるハードディスク８３には、図７（ｅ）に示すバックアップＤＢが設けられている。このバックアップＤＢはバックアップ情報記憶手段の一例であって、管理装置５０で記録媒体ＩＤに対応付けて管理されている残額を該管理装置５０から所定時間毎に取得してバックアップ情報として記憶するものであり、ここでは遊技場の営業終了後に管理装置５０から送信されてくる残額管理ＤＢの記憶内容（図７（ｄ）を参照）を、バックアップ情報として記憶する。またバックアップＤＢは、該バックアップ情報を記憶した日時を、バックアップ日時として記憶する。
【０２１２】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０２１３】
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。この通信部８１は、バックアップ情報の記憶が完了したことに基づいて、該バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を管理装置５０に対して返信するものである（図２８のＳ１００４を参照）。また通信部８１はバックアップ情報送信手段の一例であって、管理装置５０から送信されてくるバックアップ情報送信要求に応じて、バックアップ情報記憶手段であるバックアップ情報ＤＢ（図７（ｅ）を参照）で記憶しているバックアップ情報を管理装置５０に対して送信するものである（図２９のＳ１０４３を参照）。
【０２１４】
［２．遊技用システム１の作用］
次に、図８〜図２９を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，及び制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部２７Ｐのビジタコイン５に記録されている通番，若しくは、カード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
【０２１５】
まず図８は、管理装置５０とオンライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。ここで収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されていない。
【０２１６】
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かを判定する（Ｓ１０２）。このＳ１０２で受付貨幣額が所定額以上であると判定された場合には（ＹＥＳ）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ１０３）。一方、Ｓ１０２で受付貨幣額が所定額未満であると判定された場合には（ＮＯ）、後述するＳ１５１以下の処理を行う。
【０２１７】
Ｓ１０３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として一旦記憶し（Ｓ１０４）、該入金予定額の記憶が完了したことに基づいて、該記録媒体ＩＤに対応付けて管理している残額＋該入金予定額である予定残額を含む予定残額通知を、玉貸ユニット２０に対して返信する（Ｓ１０５）。
【０２１８】
該予定残額通知を受信した玉貸ユニット２０は、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ１０６）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１０７）。次いで、貨幣の取込処理及び通番の更新が完了したことに基づいて、該ビジタコイン５の記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ１０８）、前記予定残額通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓ１１１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ１１３）。  
【０２１９】
Ｓ１０８の貨幣取込通知を受信した管理装置５０は、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓ１０９）、該入金予定額を消去すると共に、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１１０）。
【０２２０】
なお、入金要求の送信（Ｓ１０３）から予定残額通知（Ｓ１０５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以下の処理が行われる。
【０２２１】
ここで、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０５の予定残額通知を受信することなくオフライン状態となった場合には、後述する図１１のＳａ１９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態１）。
【０２２２】
また、玉貸ユニット２０が前記Ｓ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となった場合には、Ｓ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態となる（状態２）。
【０２２３】
次に玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、前述の如く使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額＋消費税額（本例では５２５円）とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ１２３）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。
【０２２４】
Ｓ１２３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算する減算処理を行うと共に（Ｓ１２５）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１２６）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。
【０２２５】
該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ１２８）、再びＳ１１３の状態となる。
【０２２６】
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以下の処理が行われる。
【０２２７】
また玉貸ユニット２０は、Ｓ１１３の状態で所定額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
【０２２８】
次に図９は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない状態で返却操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、Ｓ１１３又は後述するＳ１６２の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ１３２に進む。この図９では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ１３２では、記憶残額が零であるか否かを判定する。このＳ１３２で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ１３２で記憶残額が零でない（ＮＯ）と判定された場合には、前記ビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ１３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ１３４）。
【０２２９】
該返却許諾通知を受信した玉貸ユニット２０は、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、オンライン残額有りフラグを下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ１３５）、Ｓ１３６に進む。
【０２３０】
Ｓ１３６では、前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ１３６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。一方、Ｓ１３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０２３１】
Ｓ１３９では、記憶残額を消去して、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ１４０）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ１４１）。
【０２３２】
次に図１０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。図８のＳ１０２で受付貨幣額が所定額未満であると判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ１５１）。このＳ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１７１以下の処理を行う。
【０２３３】
一方、Ｓ１５１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ１５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ１５３）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された端数額とを含む加算要求を、管理装置５０に対して送信すると共に（Ｓ１５４）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１５５）。
【０２３４】
Ｓ１５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行うと共に（Ｓ１５６）、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１５７）、加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ１５８）。
【０２３５】
該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ１５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ１６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ１６２）。
【０２３６】
なお、貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ１９１以下の処理が行われる。
【０２３７】
前記Ｓ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定し（Ｓ１７１）、記憶残額が該対応消費税額以上であるか否かを判定する（Ｓ１７２）。このＳ１７２で対応消費税額未満である（ＮＯ）と判定された場合には、前述したＳ１５２以下の処理（即ち貸与対象額分の玉貸処理）が行われ、この際Ｓ１６０では、更新後の残額（記憶残額＋今回特定された端数額）が記憶される。一方、Ｓ１７２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、次に示すＳ１７３以下の処理が行われる。
【０２３８】
Ｓ１７３では、玉貸操作によることなく、受付貨幣額分の玉貸処理が開始され、これに伴い、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信すると共に（Ｓ１７４）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
【０２３９】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２４０】
本例では８０円の管理残額（＝記憶残額）がある状態で、５００円の入金を受け付けることで、対応消費税額の２５円が管理残額から減算されて、受付貨幣額の５００円分のパチンコ玉が貸与され、管理残額が５５円となる。ここで、従来のシステムにおいて、消費税額を徴収する場合には、税込単位額未満の端数額が管理残額として残った状態では使用することができず、かつ該端数額が累積されて単位貸与額以上となったときにも、その残額を使用するために遊技者が玉貸操作を行わなければないという問題があった。本発明の遊技用システム１を適用することによって、端数額が受付貨幣額の対応消費税額以上であれば、当該端数額が税込単位額未満であっても使用され、かつ玉貸操作を要せずに受付貨幣額分の玉貸処理を行うので遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２４１】
つまり、玉貸処理に応じて消費税が徴収される場合であれば、遊技者が貨幣（例えば１００円）を投入しても、受付貨幣額が税込単位額（例えば１０５円）未満の貨幣であるため、受付貨幣額分の玉貸処理が行われずに不便であったが、本遊技用システム１を適用することによって、遊技者が貨幣（１００円）を投入したときに残額が消費税額（５円）以上残存していれば、受付貨幣額（１００円）分の玉貸処理が玉貸操作によることなく行われるので遊技者の利便性が向上する。また、例えば８０円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋対応消費税額５円の、計１０５円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０２４２】
また別の方法として、玉貸処理に応じて消費税が徴収される場合に、遊技者が５００円を投入すると、貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算される。そして、次に５００円を投入すると、再び貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算されるという方法が考えられる。この場合には、最初の端数額の８０円が管理残額として残っている状態で、次に５００円が投入されたときに、対応消費税額の２５円以上の管理残額（８０円）が残存しており、受付貨幣額分の玉貸処理を行うための残額が足りているにも拘わらず、実際には貸与対象額（４２０円）分の玉貸処理しか行われないというように、連続入金のときの遊技者の利便性を損ねる。しかし本発明の遊技用システム１を適用することによって、連続入金のときに、受付貨幣額＋残額によって、受付貨幣額分の玉貸処理が可能であれば、該受付貨幣額分の玉貸処理（一発貸し）を行うので、遊技者の利便性が向上する。また、連続入金によって端数額が、８０円，１６０円，…と累積される場合に、この累積された端数額は玉貸操作を行わなければ使用することができないが、本遊技用システム１を適用することで、貨幣を受け付けると、受け付けた貨幣の対応消費税額が自動的に端数額から減算されていくので、端数額を使用する為の玉貸操作は必要なく、また、玉貸操作を行うことなく受付貨幣額分の玉貸が行われ、貨幣の投入から玉貸開始までの時間が短縮されるので、遊技者の利便性が向上する。
【０２４３】
Ｓ１７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ１７６）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１７８）。
【０２４４】
該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した後（Ｓ１７９）、再びＳ１６２の状態となる。
【０２４５】
なお、図示しないが、前記Ｓ１６２の状態となる際に、記憶残額≧税込単位額であるか否かを判定し、記憶残額≧税込単位額であれば、Ｓ１１３の状態、即ち玉貸操作，貨幣受付，返却操作を待機する状態となり、記憶残額＜税込単位額であれば、Ｓ１６２の状態、即ち貨幣受付，返却操作を待機する状態となるものとする。
【０２４６】
なお、受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ１９１以下の処理が行われる。
【０２４７】
次に図１１は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図８に示した入金要求（Ｓ１０３）の送信から予定残額通知（Ｓ１０５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ１９２）、記憶残額が零であるか否かを判定する（Ｓａ１９３）。このＳａ１９３で記憶残額が零である（ＹＥＳ）と判定された場合には、後述するＳ４１８に進んで、貨幣受付を待機する状態となる。なお記憶残額が零であるので、Ｓ４１８における返却操作は無効とされる。一方、Ｓａ１９３で記憶残額が零でない（ＮＯ）と判定された場合には、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓａ１９４）、後述するＳ４１８の状態となる。
【０２４８】
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予備処理完了通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、残額が零でない場合には、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。
【０２４９】
次に、図８に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。このＳｂ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ１９３）、使用額＋消費税額を記憶残額から減算し（Ｓｂ１９４）、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓｂ１９５）、後述するＳ４１８の状態となる。一方、Ｓｂ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ１９４及びＳｂ１９５の処理を行い、後述するＳ４１８の状態となる。
【０２５０】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき使用額＋消費税額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０２５１】
次に、図１０に示した貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｃ１９１）、貸与対象額分の玉貸処理の開始（Ｓ１５３）後に通番の更新（即ちＳ１５５）が行われたか否かを判定する（Ｓｃ１９２）。このＳｃ１９２定で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｃ１９３）、特定された端数額×（−１）をオンライン端数額として該ビジタコイン５に記録し（Ｓｃ１９４）、該端数額を記憶残額に加算し（Ｓｃ１９５）、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓｃ１９６）、後述するＳ４１８の状態となる。一方、Ｓｃ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｃ１９４，Ｓｃ１９５，及びＳｃ１９６の処理を行い、後述するＳ４１８の状態となる。
【０２５２】
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。そして、オンライン端数額として、特定された端数額×（−１）が記録され、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン端数額，オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１５４の加算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき端数額×（−１）が管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
【０２５３】
次に、図１０に示した受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ１９１）、受付貨幣額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。このＳｄ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ１９３）、特定された対応消費税額をオンライン端数額として該ビジタコイン５に記録し（Ｓｄ１９４）、該対応消費税額を記憶残額から減算し（Ｓｄ１９５）、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓｄ１９６）、後述するＳ４１８の状態となる。一方、Ｓｄ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ１９４，Ｓｄ１９５，及びＳｄ１９６の処理を行い、後述するＳ４１８の状態となる。
【０２５４】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、オンライン端数額として、対応消費税額が記録され、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン端数額，オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１７４の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき対応消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
【０２５５】
なお、オフライン状態となった後に貨幣を受け付けると、後述する図２１のように、一発貸しが行われるが、このとき記憶残額（Ｓｂ１９４，Ｓｃ１９５，Ｓｄ１９５）は消去され、一発貸しによって発生した端数額が記憶端数額として記憶される。ここで、上記Ｓｂ１９４，Ｓｃ１９５，Ｓｄ１９５において、記憶残額を消去するようにしても良い。
【０２５６】
次に図１２〜図２０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合の処理の一例を表す図である。この玉貸ユニット２０が、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２以下の処理（図１２〜図１４に示す処理）が行われる。
【０２５７】
ここで、Ｓ２０１で受け付けるビジタコイン５にオンライン端数額が記録されている場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、受付貨幣額分の玉貸処理が開始されてからオフライン状態となって、対応消費税額がオンライン端数額として記録されて排出されたものであるか、又は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、貸与対象額分の玉貸処理が開始されてからオフライン状態となって、特定された端数額×（−１）がオンライン端数額として記録されて排出されたものである。
【０２５８】
またＳ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されていない場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額及びオンライン残額有りフラグが記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）であるため、該ビジタコイン５には、オンライン残額有りフラグが記録されている。この図１２では、図の右側に示す管理装置５０の残額管理ＤＢで残額が管理されていることから、ビジタコイン５にはオンライン残額有りフラグ（フラグ１）が記録されている。
【０２５９】
一方、Ｓ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されている場合は、該ビジタコイン５は、記録媒体を受け付けておらず、残額のない状態でオンライン状態からオフライン状態となった後、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものである。
【０２６０】
図１２に示すように、Ｓ２０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
【０２６１】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図１４に示すＳ３０１以下の通番不一致時処理を行う。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ２０４〜Ｓ２０９で通番一致時処理を行い、Ｓ２１０に進む。
【０２６２】
Ｓ２１０では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する。このＳ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図１３に示すＳａ２１０以下のオフライン端数額処理を行う。一方、Ｓ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知の送信元である玉貸ユニット２０の装置ＩＤを残額管理ＤＢに記憶し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
【０２６３】
該残額通知を受信した玉貸ユニット２０は、受け付けている記録媒体のオンライン端数額を消去して（オンライン端数額が記録されており、通番が一致する場合には該オンライン端数額が残存している状態であるため、当該処理によって消去し）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２２１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２２２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２２３）。
【０２６４】
前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、図１３に示すように、オフライン端数額処理が行われる。
【０２６５】
まずＳａ２１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ２１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、使用不可情報を、玉貸ユニット２０に対して返信する。一方、Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ２１１以下に進んで、オフライン端数額の加算が行われる。このように、有効期間内にオフライン状態が発生したと判定されたことを条件としてオフライン端数額の加算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオフライン端数額が記録されることがない状況においてはオフライン端数額の加算が行われないので、セキュリティが向上する。
【０２６６】
前記Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオフライン端数額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２）。
【０２６７】
該加算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ２１５）。
【０２６８】
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２１７）、更新後の残額を含む残額通知を、玉貸ユニット２０に対して返信し（Ｓａ２２０）、Ｓａ２２１〜Ｓａ２２３の処理が行われる。
【０２６９】
このように、玉貸ユニット２０が管理装置５０とオフライン状態のときに貨幣を受け付けて一発貸しを行うようにした場合にも、その際生じた端数額をオフライン端数額として記録媒体に記録して排出し、管理装置５０とオンライン状態の玉貸ユニット２０が該記録媒体を受け付けたときに、管理装置５０において該記録媒体のオフライン端数額が管理残額に加算されるので、玉貸ユニット２０に釣銭払出機能や追加入金機能を設ける必要がなく、玉貸ユニット２０のコストが上昇することがない。
【０２７０】
また、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生したオフライン端数額が記録された会員カード４又はビジタコイン５が受け付けられると、該オフライン端数額が管理装置５０で管理されている残額に対して加算更新されることにより、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０２７１】
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６）。
【０２７２】
また玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ２１３でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
【０２７３】
前記Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、図１２に示すように、通番一致時処理が行われる。Ｓ２０４では、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ２０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ２０５）、前記Ｓ２１０に進む。
【０２７４】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０２７５】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０２７６】
Ｓ２０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０６で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ２０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ２０７）、前記Ｓ２１０に進む。
【０２７７】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０２７８】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０２７９】
Ｓ２０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０８で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ２０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０が後述するＳ７０２の精算要求を受信し、精算装置６０が後述するＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ２０９）、前記Ｓ２１０に進む。
【０２８０】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０２８１】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０２８２】
前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、図１４に示すように、通番不一致時処理が行われる。Ｓ３０１では、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する。このＳ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ３１１以下の処理を行う。一方、Ｓ３０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、該オンライン端数額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ３０２）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓ３０３）。
【０２８３】
該減算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ３０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ３０５）。
【０２８４】
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ３０６）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０７）、前記Ｓ２１０以下の処理を行う。
【０２８５】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０２８６】
従って、Ｓ３０６で、減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２８７】
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
【０２８８】
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０２８９】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０２９０】
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる二重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０２９１】
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は後述する精算装置６０で受け付けられたときに、改めてＳ３０２又はＳ８０２で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０２９２】
また、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ３０４でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
【０２９３】
前記Ｓ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ３１１で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ３１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０２９４】
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５又はＳ２２５の予定残額通知を受信し、管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６又はＳ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０２９５】
従って、Ｓ３１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信してから管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０２９６】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、一旦受付貨幣額を入金予定額として記憶し、予定残額通知を玉貸ユニット２０に返信し、該予定残額通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、該取込処理を完了した旨の貨幣取込通知を管理装置５０に送信し、該貨幣取込通知の受信に基づいて管理装置で入金予定額を管理残額に加算するようにしておき、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにした場合、予定残額通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、予定残額通知を玉貸ユニット２０が受信したか否か、即ち貨幣の取込処理が行われたか否かを管理装置５０側では特定不可能である。
【０２９７】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、貨幣の取込処理が行われたか否かを管理装置５０側において特定できない。このときに、一律に入金予定額を管理残額に加算すると、予定残額通知を玉貸ユニット２０が受信しておらず、貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去するようにした場合、予定残額通知を玉貸ユニット２０が受信しており、貨幣の取込処理が行われていたときに、遊技者が損害を被るという問題がある。また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２９８】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新し、管理装置５０で入金予定額の加算を行ったときに管理通番を更新することで、通番が一致するときには、貨幣の取込処理が行われていないことを特定して、入金予定額を消去し、通番が一致しないときには貨幣の取込処理が行われていることを特定して、入金予定額を管理残額に加算することで、残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２９９】
Ｓ３１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１３で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ３１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０３００】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態７）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０３０１】
従って、Ｓ３１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０３０２】
Ｓ３１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１５で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ３１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０３０３】
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４で記録媒体のオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０が減算予定額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
【０３０４】
従って、Ｓ３１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
【０３０５】
Ｓ３１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１７で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ３１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ３１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０３０６】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０が後述するＳ７５２の精算許諾情報を受信し、管理装置５０が後述するＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０３０７】
従って、Ｓ３１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０３０８】
Ｓ３１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ３２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ３２１）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ３２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ３２２）。
【０３０９】
このＳ３２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。一方、Ｓ３２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓ３２４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０３１０】
ここで、オンライン端数額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０３１１】
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある他の玉貸ユニット２０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額を使用して遊技を行うことができる。
【０３１２】
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０３１３】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０３１４】
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
【０３１５】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について説明する。本例のように、玉貸ユニット２０で使用額分の玉貸処理が行われたときに、玉貸通知が管理装置５０に送信され、該玉貸通知を受信した管理装置５０において、玉貸通知に含まれる［使用額＋消費税額］を管理残額から減算するようにした場合、玉貸通知を管理装置５０が受信する前にオフライン状態が発生したときに、後述する従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置側で［使用額＋消費税額］の減算が行われたか否かを特定できない。
【０３１６】
そして当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられたときに、一律に記録媒体の残額（記録媒体の記録媒体ＩＤに対応付けられた残額）を使用可能とすると、［使用額＋消費税額］が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても［使用額＋消費税額］の減算処理が行えないので、遊技場が損害を被る。一方、使用額分の玉貸処理が行われた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０３１７】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行ったときに記録通番を更新し、管理装置５０で［使用額＋消費税額］の減算を行ったときに管理通番を更新することで、通番が一致しないときには、減算が行われていないことを特定して、［使用額＋消費税額］を管理残額から減算し、通番が一致するときには減算が完了していることを特定して管理残額をそのままにしておくことで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０３１８】
次に図１５を用いて、オフライン端数額を消去する前にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信するが（Ｓａ２１２）、この加算予定額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されておらず、加算予定額が残存し、記録通番＝管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、記憶端数額、即ちオフライン端数額として記録される額が減算される（例えば、記憶端数額（５５円）−消費税額（５０）＝５円となる）。このとき、記録通番＝管理通番であって、管理装置５０では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（５円）は、管理装置５０の加算予定額（５５円）と異なる。
【０３１９】
この場合には、次回記録媒体を受け付けたときに、まずＳ２０７で加算予定額（５５円）が消去されて、その後、改めてＳａ２１１で加算予定額（５円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、挿入通知を管理装置５０が受信してから加算予定額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３２０】
次に図１６を用いて、オフライン端数額を消去した後にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２）。
【０３２１】
該加算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信するが（Ｓａ２１５）、このオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されており、加算予定額が残存し、記録通番＞管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、端数額、即ちオフライン端数額として記録される額が生じる（例えば、受付貨幣額（５００円）−貸与対象額（４２０）＝８０円が記憶端数額となる）。このとき、記録通番＞管理通番であって、管理装置では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（８０円）は、管理残額に加算予定額（５５円）が加算された額に、さらに加算されるべき額である。
【０３２２】
この場合には、次回記録媒体を受け付けたときに、まずＳ３１４で加算予定額（５５円）が残額に加算されて、その後、改めてＳａ２１１で加算予定額（８０円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、加算予定額記憶通知を玉貸ユニット２０が受信してからオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３２３】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、記録媒体から読み取ったオフライン端数額を玉貸ユニット２０から管理装置５０に送信し、管理装置５０において当該オフライン端数額を一旦加算予定額として記憶し、加算予定額記憶通知を玉貸ユニット２０に返信して、該加算予定額記憶通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去して、管理装置５０に対してオフライン端数額消去通知を送信し、該オフライン端数額消去通知の受信に基づいて管理装置５０で加算予定額を残額に加算するようにした場合、オフライン端数額消去通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、オフライン端数額消去通知を玉貸ユニット２０が受信し、オフライン端数額の消去処理が行われたか否かを管理装置５０側では特定できない。
【０３２４】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体のオフライン端数額が送信されたときに、当該オフライン端数額が、前回の加算予定額記憶通知に応じて一旦消去された後にオフライン状態の玉貸ユニット２０での玉貸処理により新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを管理装置５０側において特定できない。つまり、加算予定額に加えて今回のオフライン端数額を残額に加算すべきか、加算予定額を消去して今回のオフライン端数額のみを残額に加算すべきかを特定することができない。このときに、一律に加算予定額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０３２５】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算予定額の加算を行ったときに管理通番を更新することで、通番が一致しないときには、図１６に示したように、オフライン端数額の消去処理が行われたことを特定して、加算予定額を管理残額に加算し、通番が一致するときには、図１５に示したように、オフライン端数額の消去処理が行われていないことを特定して、加算予定額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０３２６】
例えば図１５に示したように、玉貸ユニット２０が加算予定額記憶通知を受信する前にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることからオフライン端数額が消去されていない旨を特定して、加算予定額を消去し、消費後のオフライン端数額を加算予定額とするので、玉貸ユニット２０が加算予定額記憶通知を受信する前にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３２７】
さらに図１６に示したように、玉貸ユニット２０が加算予定額記憶通知を受信した後にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることからオフライン端数額が消去されている旨を特定して、加算予定額を管理残額に加算し、新たなオフライン端数額を加算予定額とするので、玉貸ユニット２０が加算予定額記憶通知を受信した後にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３２８】
次に図１２に示したＳａ２２３の状態において玉貸操作，貨幣受付，返却操作が行われたときの処理を、図１７〜図２０を用いて説明する。
【０３２９】
ここで玉貸ユニット２０は、Ｓａ２２３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ２１１）、前述の如く使用額分の玉貸処理を開始し（Ｓ２１２）、前記会員カード４又はビジタコイン５の記録媒体ＩＤと、使用額＋消費税額とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ２１３）、前記会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２１４）。
【０３３０】
Ｓ２１３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行うと共に（Ｓ２１５）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２１６）、減算処理が完了した旨を示す減算完了通知を、玉貸ユニット２０に対して返信する（Ｓ２１７）。
【０３３１】
該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ２１８）、再びＳａ２２３の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０３３２】
なお、使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ２９１以下の処理が行われる。
【０３３３】
また、玉貸ユニット２０はＳａ２２３の状態で貨幣を受け付けると（Ｓ２２１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かを判定する（Ｓ２２２）。このＳ２２２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ２２３）。一方、Ｓ２２２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ２５１以下の処理を行う。
【０３３４】
Ｓ２２３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として一旦記憶し（Ｓ２２４）、該入金予定額の記憶が完了したことに基づいて、該記録媒体ＩＤに対応付けて管理している残額＋該入金予定額である予定残額を含む予定残額通知を、玉貸ユニット２０に対して返信する（Ｓ２２５）。
【０３３５】
該予定残額通知を受信した玉貸ユニット２０は、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ２２６）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓ２２７）、貨幣の取込処理及び通番の更新が完了したことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ２２８）、前記予定残額通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓａ２３１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２３２）、前記Ｓａ２２３の状態、即ち玉貸操作，貨幣受付，又は返却操作を待機する状態となる。  
【０３３６】
Ｓ２２８の貨幣取込通知を受信した管理装置５０は、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓ２２９）、該入金予定額を消去すると共に、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２３０）。
【０３３７】
なお、入金要求の送信（Ｓ２２３）から予定残額通知（Ｓ２２５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ２９１以下の処理が行われる。
【０３３８】
ここで管理装置５０がＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ２２５の予定残額通知を受信することなくオフライン状態となった場合には、後述する図２０のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態１）。
【０３３９】
また、玉貸ユニット２０がＳ２２５の予定残額通知を受信し、管理装置５０がＳ２２８の貨幣取込通知を受信することなくオフライン状態となった場合には、Ｓ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態となる（状態２）。
【０３４０】
さらに図１８に示すように、玉貸ユニット２０は、Ｓａ２２３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ２３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定する（Ｓ２３２）。このＳ２３２で会員カード４又はビジタコイン５を受付中でない（ＮＯ）と判定された場合には、返却操作が無効とされる。一方、Ｓ２３２で会員カード４又はビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、会員カード４の記録媒体ＩＤ又はビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ２３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ２３４）。
【０３４１】
該返却許諾通知を受信した玉貸ユニット２０は、ビジタコイン５を受付中であるか否かを判定する。ここでビジタコイン５を受付中でない、即ち会員カード４を受付中であると判定された場合には、Ｓ２３６に進み、ビジタコイン５を受付中であると判定された場合には、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する。ここでオンライン残額有りフラグが記録されていると判定された場合には、Ｓ２３６に進み、オンライン残額有りフラグが記録されていないと判定された場合には（※２）、前記受付中であるビジタコイン５に対して、オンライン残額有りフラグを下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ２３５）、Ｓ２３６に進む。このように、玉貸ユニット２０において、遊技者から排出操作を受け付けると、オンライン残額有りフラグを記録したビジタコイン５が排出されるので、玉貸処理を行う毎にオンライン残額有りフラグをビジタコイン５に記録する場合に比べて、ビジタコイン５の寿命を延ばすことができる。ここでは前述の如く、Ｓ２０１で受け付けたビジタコイン５には、オンライン残額有りフラグが記録されているので、Ｓ２３５の処理は行われない。
【０３４２】
Ｓ２３６では、前記会員カード４の記録媒体ＩＤ又は前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ２３５で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ２３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。一方、Ｓ２３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０３４３】
Ｓ２３９では、記憶残額を消去して、カード保持部２４Ｐで保持している会員カード４を返却するか、又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ２４０）。即ち、ビジタコイン５の受付中に記憶残額が零になると、前述の如く該ビジタコイン５がコイン収納部２７ａに収納されることから、前記Ｓ２３２でビジタコイン５を受付中であると判定されるということは、該ビジタコイン５の記録媒体ＩＤに対応付けて管理されている残額が零でないということであるため、該ビジタコイン５が返却される。
【０３４４】
次に図１９は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。図１７のＳ２２２で受付貨幣額が所定額未満である（ＮＯ）と判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ２５１）。このＳ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ２７１以下の処理を行う。
【０３４５】
一方、Ｓ２５１で記憶残額が零であると判定されたときには（ＹＥＳ）、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ２５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ２５３）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、特定された端数額とを含む加算要求を、管理装置５０に対して送信すると共に（Ｓ２５４）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２５５）。
【０３４６】
Ｓ２５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行うと共に（Ｓ２５６）、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２５７）、加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ２５８）。
【０３４７】
該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ２５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ２６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ２６２）。
【０３４８】
なお、貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ２９１以下の処理が行われる。
【０３４９】
前記Ｓ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定し（Ｓ２７１）、記憶残額が該対応消費税額以上であるか否かを判定する（Ｓ２７２）。このＳ２７２で記憶残額が対応消費税額未満である（ＮＯ）と判定された場合には、前述したＳ２５２以下の処理（即ち貸与対象額分の玉貸処理）が行われ、この際Ｓ２６０では、更新後の残額（記憶残額＋今回特定された端数額）が記憶される。一方、Ｓ２７２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、次に示すＳ２７３以下の処理が行われる。
【０３５０】
Ｓ２７３では、玉貸操作によることなく、受付貨幣額分の玉貸処理が開始され、これに伴い、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信すると共に（Ｓ２７４）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２７５）。
【０３５１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０３５２】
Ｓ２７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ２７６）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ２７８）。
【０３５３】
該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した後（Ｓ２７９）、前記Ｓ２６２の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０３５４】
なお、図示しないが、前記Ｓ２６２の状態となる際に、記憶残額≧税込単位額であるか否かを判定し、記憶残額≧税込単位額であれば、Ｓａ２２３の状態、即ち玉貸操作，貨幣受付，返却操作を待機する状態となり、記憶残額＜税込単位額であれば、Ｓ２６２の状態、即ち貨幣受付，返却操作を待機する状態となるものとする。
【０３５５】
なお、受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ２９１以下の処理が行われる。
【０３５６】
次に図２０は、記録媒体を受け付けている状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図１７に示した入金要求（Ｓ２２３）の送信から予定残額通知（Ｓ２２５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ２９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却する（Ｓａ２９２）。そして、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓａ２９３）、後述するＳ５１８の状態となる。
【０３５７】
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予備処理完了通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、後述するＳ５３１の返却操作によって、受け付けている記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。
【０３５８】
次に、図１７に示した使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ２９１）、使用額分の玉貸処理の開始（Ｓ２１２）後に通番の更新（即ちＳ２１４）が行われたか否かを判定する（Ｓｂ２９２）。このＳｂ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ２９３）、使用額＋消費税額を記憶残額から減算する（Ｓｂ２９４）。そして、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｂ２９５）、後述するＳ５１８の状態となる。一方、Ｓｂ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ２９４及びＳｂ２９５の処理を行い、後述するＳ５１８の状態となる。
【０３５９】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、使用額分の玉貸処理に応じて記録通番が更新される。そして、後述するＳ５３１の返却操作によって、受け付けている記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで、管理装置５０がＳ２１３の玉貸通知を受信していなければ、減算すべき使用額＋消費税額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０３６０】
次に、図１９に示した貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｃ２９１）、貸与対象額分の玉貸処理の開始（Ｓ２５３）後に通番の更新（即ちＳ２５５）が行われたか否かを判定する（Ｓｃ２９２）。このＳｃ２９２の判定で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｃ２９３）、特定された端数額×（−１）をオンライン端数額としてカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録し（Ｓｃ２９４）、該端数額を記憶残額に加算する（Ｓｃ２９５）。そして、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｃ２９６）、後述するＳ５１８の状態となる。一方、Ｓｃ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｃ２９４，Ｓｃ２９５，及びＳｃ２９６の処理を行い、後述するＳ５１８の状態となる。
【０３６１】
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。そして、後述するＳ５３１の返却操作によって、オンライン端数額として特定された端数額×（−１）が記録された記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで管理装置５０がＳ２５４の加算要求を受信していなければ、記録媒体（ここでは会員カード４又はビジタコイン５）にはオンライン端数額が記録されており、減算すべき端数額×（−１）が管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
【０３６２】
次に、図１９に示した受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ２９１）、受付貨幣額分の玉貸処理の開始（Ｓ２７３）後に通番の更新（即ちＳ２７５）が行われたか否かを判定する（Ｓｄ２９２）。このＳｄ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ２９３）、特定された対応消費税額をオンライン端数額としてカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録し（Ｓｄ２９４）、該対応消費税額を記憶残額から減算する（Ｓｄ２９５）。そして、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｄ２９６）、後述するＳ５１８の状態となる。
【０３６３】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、後述するＳ５３１の返却操作によって、オンライン端数額として対応消費税額が記録された記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで管理装置５０がＳ２７４の減算要求を受信していなければ、記録媒体（ここでは会員カード４又はビジタコイン５）にはオンライン端数額が記録されており、減算すべき対応消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
【０３６４】
ここで、玉貸ユニット２０は、上記のように会員カード４又はビジタコイン５の受け付け後にオフライン状態を検知すると、ビジタコイン５を受付中であるか否かを判定し、該判定でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、オンライン残額有りフラグの記録を行わない。そしてオフライン状態となった後の返却操作に応じて、カード保持部２４Ｐで保持している該会員カード４を返却する。一方、前記判定でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、オンライン残額有りフラグの記録を行い、オフライン状態となった後の返却操作に応じて、投入コイン保持部２６Ｐで保持されているビジタコイン５を返却する。即ち、ビジタコイン５の受付中に記憶残額が零になると、前述の如く該ビジタコイン５がコイン収納部２７ａに収納されることから、前記判定でビジタコイン５を受付中であると判定されるということは、該ビジタコイン５の記録媒体ＩＤに対応付けて管理されている残額が零でないということであるため、オンライン残額有りフラグの記録処理が行われた後、該ビジタコイン５が返却される。このように、ビジタコイン５の受付後にオフライン状態が発生した場合であっても、該ビジタコイン５の管理残額が零でない旨が管理されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる。
【０３６５】
なお、オフライン状態となった後に貨幣を受け付けると、後述する図２２のように、一発貸しが行われるが、このとき記憶残額（Ｓｂ２９４，Ｓｃ２９５，Ｓｄ２９５）は消去され、一発貸しによって発生した端数額が記憶端数額として記憶される。ここで、上記Ｓｂ２９４，Ｓｃ２９５，Ｓｄ２９５において、記憶残額を消去するようにしても良い。
【０３６６】
次に図２１は、管理装置５０とオフライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。ここで、残額のない状態でオンライン状態からオフライン状態となった場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されていない。一方、残額のある状態でオンライン状態からオフライン状態となった場合（又は使用額分の玉貸処理開始後，貸与対象額分の玉貸処理開始後，受付貨幣額分の玉貸処理開始後にオフライン状態となった場合）には、収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されている。
【０３６７】
この状態で貨幣（例えば１０００円）を受け付けると（Ｓ４１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ４１２）。このＳ４１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ４１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ４１３に進む。
【０３６８】
Ｓ４１３では、記憶端数額が零なので、受付貨幣額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４１３で受付貨幣額が税込単位額以上でない（ＮＯ）と判定された場合、即ちＳ４１１で１００円を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合、即ちＳ４１１で５００円以上を受け付けたと判定された場合には、該受け付けた貨幣を回収して、Ｓ４１４に進む。
【０３６９】
Ｓ４１４では、前記特定手段により、受付貨幣額（１０００円）から、貸与対象額（９４５円）を特定すると共に、端数額（５５円）を特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを行い（Ｓ４１５）、該特定された端数額を制御部２１のＲＡＭで記憶して（Ｓ４１６）、記憶端数額を残額表示器３０に表示し（Ｓ４１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ４１８）。
【０３７０】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ４２１）、Ｓ４２２で、前記Ｓ４１２と同様の判定を行い、ＹＥＳの場合には、Ｓ４２３で、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４２３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ４２１で受け付けた貨幣を返却する。一方、Ｓ４２３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ４２１で受け付けた貨幣を回収して、Ｓ４２４に進む。このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【０３７１】
Ｓ４２４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ４２５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ４２６）、前記Ｓ４１７に進む。このように、一発貸し後さらに貨幣が受け付けられると、端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ４３１で遊技者から排出操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
【０３７２】
さらに玉貸ユニット２０は、Ｓ４１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ４３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ４３２に進む。この図１１では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ４３２では、記憶端数額が零であるか否かを判定する。このＳ４３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグが記録されているか否かが判定される（Ｓａ４３３）、該Ｓａ４３３で、オンライン残額有りフラグが記録されていない（即ち残額がない状態でオンライン状態からオフライン状態となった）と判定されたときには、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ４３２で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、記憶端数額を、オフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ４３３）、記憶端数額を消去して（Ｓ４３４）、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ４３５）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ４３６）。なおＳａ４３３で、オンライン残額有りフラグが記録されている（即ち残額がある状態でオンライン状態からオフライン状態となった）と判定されたときには、Ｓ４３５以降の処理を行う。
【０３７３】
このように、玉貸ユニット２０において、一発貸しによって発生する端数額が記憶され、遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３７４】
なお、記録媒体を受け付けていない状態でオフライン状態からオンライン状態に復帰したときには、収納コイン保持部２７Ｐのビジタコイン５の記録情報（記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番）を含むオンライン復帰情報が管理装置５０に送信され、管理装置５０において、図１２〜図１４に示した挿入通知受信時と同様の処理が行われ、残額が確定される。そして確定後の残額を含む残額通知が玉貸ユニット２０に返信されて、図８のＳ１１１，Ｓ１１２の処理が行われ、Ｓ１１３の状態となる。ここで図１２〜図１４に相当する処理おいて玉貸ユニット２０の処理対象となるのは、収納コイン保持部２７Ｐのビジタコイン５である。従って、図１２〜図１４におけるカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に対する処理を、収納コイン保持部２７Ｐのビジタコイン５に対する処理に置き換えるものとする。
【０３７５】
次に図２２及び図２３は、管理装置５０とオフライン状態で記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると、該受け付けた会員カード４又はビジタコイン５の記録情報を読み取り、該読み取ったオフライン端数額が零であるか否かを判定する。ここでオフライン端数額が零である（即ちオフライン端数額が記録されていない）と判定されると図２２に進み、オフライン端数額が零でない（即ちオフライン端数額が記録されている）と判定されると図２３に進む。
【０３７６】
図２２は、管理装置５０とオフライン状態であり、オフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額が記録されていない会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額が記録されていないビジタコイン５の投入をコイン投入口２５から受け付けて（Ｓ５０１）、Ｓ５１１に進む。
【０３７７】
ここでＳ５０１で受け付けるビジタコイン５には、オフライン端数額が記録されていないことから、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額及びオンライン残額有りフラグが記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）であるため、該ビジタコイン５には、オンライン残額有りフラグが記録されている。
【０３７８】
Ｓ５１１では、貨幣（例えば１０００円）を受け付けると、以下Ｓ５１２〜Ｓ５１８で、前記Ｓ４１２〜Ｓ４１８と同様の処理を行う。
【０３７９】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ５２１）、以下Ｓ５２２〜Ｓ５２６で、前記Ｓ４２２〜Ｓ４２６と同様の処理を行い、Ｓ５１７に戻って、再びＳ５１８の状態となる。
【０３８０】
さらに玉貸ユニット２０は、Ｓ５１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ５３２に進む。この図２２では、会員カード４又はビジタコイン５を受付中であると判定される。Ｓ５３２では、記憶端数額が零であるか否かを判定する。このＳ５３２で記憶端数額が零でない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に対して、記憶端数額をオフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録するか，又は投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶端数額をオフライン端数額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３３）、記憶端数額を消去して（Ｓ５３４）、カード保持部２４Ｐで保持している会員カード４を返却するか，又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３５）。即ちコイン投入口２５から投入されたビジタコイン５は、記憶端数額がある場合に返却される。
【０３８１】
一方、Ｓ５３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かを判定する（Ｓ５３６）。このＳ５３６でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、該会員カード４のオフライン端数額を消去し、前記Ｓ５３５に進んで、カード保持部２４Ｐで保持している該会員カード４を返却する。一方、Ｓ５３６でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、該ビジタコイン５のオフライン端数額を消去し、Ｓ５３７に進む。
【０３８２】
Ｓ５３７では、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５３７）。このＳ５３７でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、返却操作が無効とされ、第１の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する。一方、Ｓ５３７でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、前記Ｓ５３５に進んで、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する。即ちコイン投入口２５から投入されたビジタコイン５は、記憶端数額がない場合であっても、オンライン残額有りフラグが記録されている場合には返却される。ここでは前述の如く、Ｓ５０１で受け付けたビジタコイン５には、オンライン残額有りフラグが記録されているので、Ｓ５３７では必ずＹＥＳと判定される。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３８３】
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されていないビジタコイン５が受け付けられ、貨幣が受け付けられて一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３８４】
図２３は、管理装置５０とオフライン状態であり、オフライン端数額が記録されている記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額（５５円）が記録されている会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額（５５円）が記録されているビジタコイン５の投入をコイン投入口２５から受け付ると（Ｓ６０１）、Ｓ６０２に進む。
【０３８５】
ここでＳ６０１で受け付けるビジタコイン５には、オフライン端数額が記録されていることから、該ビジタコイン５は、記録媒体を受け付けておらず、残額のない状態でオンライン状態からオフライン状態となった後、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものである。この図２３では、図の右側に示す管理装置５０の残額管理ＤＢで残額が管理されていることから、ビジタコイン５にはオンライン残額有りフラグ（フラグ１）が記録されている。
【０３８６】
Ｓ６０２では、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額を、制御部２１のＲＡＭで記憶して、記憶端数額を残額表示器３０に表示する（Ｓ６０３）。
【０３８７】
そして玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ６１２）。このＳ６１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ６１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ６１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ６１３に進む。
【０３８８】
Ｓ６１３では、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ６１３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ６１１で受け付けた貨幣を返却する。一方、Ｓ６１３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ６１１で受け付けた貨幣を回収して、Ｓ６１４に進む。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【０３８９】
Ｓ６１４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ６１５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ６１６）、記憶端数額を残額表示器３０に表示し（Ｓ６１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ６１８）。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録された記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定されることにより、オフライン状態にあった他の玉貸ユニット２０で発生した端数額を遊技に使用できるようになるので、端数額が記録された記録媒体を複数扱う必要がなくなって、遊技者の利便性が向上する。
【０３９０】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６２１）、以下Ｓ６２２〜Ｓ６２６で、前記Ｓ６１２〜Ｓ６１６と同様の処理を行い、Ｓ６１７に戻って、再びＳ６１８の状態となる。さらに玉貸ユニット２０は、Ｓ６１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ６３１）、以下Ｓ６３２〜Ｓ６３７で、前記Ｓ５３２〜Ｓ５３７と同様の処理を行う。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３９１】
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されたビジタコイン５が受け付けられ、該オフライン端数額を使用した玉貸処理が行われた結果として当該オフライン端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３９２】
なお、記録媒体を受け付けている状態でオフライン状態からオンライン状態に復帰したときには、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録情報（記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番）を含む挿入通知が管理装置５０に送信され、管理装置５０において、図１２〜図１４の処理が行われる。
【０３９３】
次に図２４〜図２６は、管理装置５０とオンライン状態である精算装置６０において、記録媒体を受け付けた場合の処理の一例を表す図である。この精算装置６０が、会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると（図２４のＳ７０１）、Ｓａ７０１以下の処理（図２４〜図２６に示す処理）が行われる。
【０３９４】
図２４に示すように、Ｓａ７０１では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番をカードＲ／Ｗ６４又はコインＲ／Ｗ６５によって読み取り、該読み取ったオフライン端数額が税込単位額未満であるか否かを判定する。このＳａ７０１でオフライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、Ｓ７０２に進む。
【０３９５】
このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。
【０３９６】
Ｓ７０２では、受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）から読み取った記録情報（記録媒体ＩＤ，オンライン端数額，オフライン端数額，通番）を含む精算要求を管理装置５０に対して送信する。
【０３９７】
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれる通番と、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図２６に示すＳ８０１以下の通番不一致時処理を行う。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ７０４〜Ｓ７０９で通番一致時処理を行い、Ｓ７１０に進む。
【０３９８】
Ｓ７１０では、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する。このＳ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図２５に示すＳａ７１０以下のオフライン端数額処理を行う。一方、Ｓ７１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、該精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグを記憶し（Ｓ７５１）、前記精算要求の送信元である精算装置６０の装置ＩＤを残額管理ＤＢに記憶して、該記録媒体ＩＤに対応付けて管理している残額を含み、精算を許諾する旨を示す精算許諾情報を精算装置６０に対して返信する（Ｓ７５２）。
【０３９９】
Ｓ７５２の精算許諾情報を受信した精算装置６０は、受け付けている記録媒体のオンライン端数額を消去して（オンライン端数額が記録されており、通番が一致する場合には該オンライン端数額が残存している状態であるため、当該処理によって消去し）、該精算許諾情報に含まれる残額に相当する貨幣を払い出し（Ｓ７５３）、受け付けている記録媒体に記録されている通番に１を加算して更新し（Ｓ７５４）、該受け付けている記録媒体の記録媒体ＩＤを含み、精算が完了した旨を示す精算完了通知を管理装置５０に対して送信する（Ｓ７５５）。該精算完了通知を受信した管理装置５０は、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行うと共に、（Ｓ７５６）、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去し（Ｓ７５７）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ７５８）、管理残額を消去した旨の残額消去完了通知を精算装置６０に対して返信する（Ｓ７５９）。
【０４００】
Ｓ７５９の残額消去完了通知を受信した精算装置６０は、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算日時を記憶することにより、精算履歴を記憶し（Ｓ７６０）、ビジタコイン５を受付中であるか否かを判定する（Ｓ７６１）。このＳ７６１でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カードＲ／Ｗ６４で受け付けている該会員カード４を返却する。一方、Ｓ７６１でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、コインＲ／Ｗ６５で受け付けているビジタコイン５にオンライン残額有りフラグが記録されていれば、該記録されているオンライン残額有りフラグを消去し（Ｓ７６２）、該ビジタコイン５をコイン回収部６５ｂに回収する（Ｓ７６３）。
【０４０１】
ここで、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となった場合には、貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態となる（状態１０）。
【０４０２】
また、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となった場合には、Ｓ７５３で貨幣は払い出されており、消去すべき残額が残存しており、消去すべき精算要求受信フラグが残存しており、記録通番＞管理通番の状態となる（状態１１）。
【０４０３】
なお、本例では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却される。
【０４０４】
次に、前記Ｓ７１０に戻り、該Ｓ７１０の判定でオフライン端数額が零でない（ＮＯ）と判定された場合には、図２５に示すように、Ｓａ７１０以下のオフライン端数額処理が行われる。まずＳａ７１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ７１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、精算不可情報を、精算装置６０に対して返信する。一方、Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ７１１以下に進んで、オフライン端数額の加算が行われ、該オフライン端数額の精算を許諾する精算許諾情報が、精算装置６０に対して返信される。このように、有効期間内にオフライン状態が発生したと判定されたことを条件としてオフライン端数額の加算及び精算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオフライン端数額が記録されることがない状況においてはオフライン端数額の加算及び精算が行われないので、セキュリティが向上する。
【０４０５】
Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオフライン端数額を、該精算要求に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ７１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、精算装置６０に対して返信する（Ｓａ７１２）。
【０４０６】
該加算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ７１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ７１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ７１５）。
【０４０７】
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７１７）、精算要求受信フラグを記憶し（Ｓ７５１）、前記精算要求の送信元である精算装置６０の装置ＩＤを残額管理ＤＢに記憶して、更新後の残額を含む精算許諾情報を該精算装置６０に返信する（Ｓ７５２）。
【０４０８】
精算許諾情報を受信した精算装置６０では、Ｓ７５３以下の処理が実行される。即ち、精算装置６０では、オフライン端数額が加算された後の残額が払い出されることとなる。このように、精算装置６０において、管理装置５０で管理されている残額とオフライン状態にあった玉貸ユニット２０で発生したオフライン端数額との合算額に相当する貨幣が払い出されることにより、該合算額を１回で精算できるので、遊技者の利便性が向上する。
【０４０９】
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６）。
【０４１０】
また精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ７１３でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
【０４１１】
前記Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、図２４に示すように、通番一致時処理が行われる。Ｓ７０４では、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ７０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ７０５）、前記Ｓ７１０に進む。
【０４１２】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０４１３】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０４１４】
Ｓ７０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０６で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ７０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ７０７）、前記Ｓ７１０に進む。
【０４１５】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０４１６】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０４１７】
Ｓ７０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０８で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ７０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ７０９）、前記Ｓ７１０に進む。
【０４１８】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０４１９】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０４２０】
前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、図２６に示すように、通番不一致時処理が行われる。Ｓ８０１では、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する。このＳ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ８１１以下の処理を行う。一方、Ｓ８０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、該オンライン端数額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ８０２）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、精算装置６０に対して返信する（Ｓ８０３）。
【０４２１】
該減算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ８０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ８０５）。
【０４２２】
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ８０６）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０７）、前記Ｓ７１０以下の処理を行う。
【０４２３】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０４２４】
従って、Ｓ８０６で、減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４２５】
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
【０４２６】
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０４２７】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０４２８】
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる二重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０４２９】
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ８０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２又はＳ８０２で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０４３０】
また、精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ８０４でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
【０４３１】
前記Ｓ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ８１１で、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ８１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０４３２】
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５又はＳ２２５の予定残額通知を受信し、管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６又はＳ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０４３３】
従って、Ｓ８１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信してから管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０４３４】
Ｓ８１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１３で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ８１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０４３５】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態７）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０４３６】
従って、Ｓ８１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０４３７】
Ｓ８１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１５で、前記精算要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ８１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０４３８】
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったか、又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４で記録媒体のオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０又は精算装置６０が減算予定額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場が損害を被ることになる。
【０４３９】
従って、Ｓ８１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となるか，又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場が損害を被ることがない。
【０４４０】
Ｓ８１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１７で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ８１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ８１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０４４１】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０４４２】
従って、Ｓ８１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の精算要求の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０４４３】
Ｓ８１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ８２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ８２１）。そして、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ８２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ８２２）。
【０４４４】
このＳ８２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。一方、Ｓ８２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓ８２４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０４４５】
ここで、オンライン端数額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０４４６】
従って、Ｓ８２０及びＳ８２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある精算装置６０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額の精算を行うことができる。
【０４４７】
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０４４８】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、精算要求に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０４４９】
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
【０４５０】
なお、本例では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）となった場合には、受け付けている記録媒体が遊技者に返却され、オンライン状態にある玉貸ユニット２０又は精算装置６０に挿入されることで、上述したように残額が確定して、精算装置６０では貨幣が払い出されることとなる。
【０４５１】
以上に説明した遊技用システム１によれば、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用された使用額に対応する消費税額を徴収し、かつ管理装置５０と通信できないオフライン状態で玉貸ユニット２０が貨幣を受け付けたときにいわゆる一発貸しを行うようにしても、該一発貸しによって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。
【０４５２】
図２７は、管理装置５０とオンライン状態であり、貨幣を受け付けたビジタコイン発行装置７０における処理の一例を表す図である。このビジタコイン発行装置７０は、コインストッカ７５ｂから排出されたビジタコイン５をコインＲ／Ｗ７５の内部で保持しており、この状態で貨幣（ここでは１００００円）を受け付けると（Ｓ９０１）、図６（ｂ）のＤ１２に示す発行額選択画面をタッチパネル式のディスプレイ７３に表示する（Ｓ９０２）。この状態で発行額（ここでは５０００円）の選択を受け付けると（Ｓ９０３）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５から記録媒体ＩＤを読み取り（Ｓ９０４）、該読み取った記録媒体ＩＤ（コインＩＤ）と、Ｓ９０３で選択された発行額である選択額とを含む発行要求を、管理装置５０に対して送信する（Ｓ９０５）。該発行要求を受信した管理装置５０は、該発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行って（Ｓ９０６）、該残額を含む発行許諾情報を、ビジタコイン発行装置７０に対して返信する（Ｓ９０７）。
【０４５３】
該発行許諾情報を受信したビジタコイン発行装置７０は、コインＲ／Ｗ７５の内部で保持しているビジタコイン５に対してオンライン残額有りフラグを記録し（Ｓ９０８）、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０３の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶する共に、発行日時を記憶することにより、発行履歴を記憶し（Ｓ９０９）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５を発行し（Ｓ９１０）、釣銭がある場合には該釣銭の払い出しを行う（Ｓ９１１）。そしてコインストッカ７５ｂで収納しているビジタコイン５を該コインストッカ７５ｂから排出してコインＲ／Ｗ７５の内部で保持する（Ｓ９１２）。
【０４５４】
図２８は、営業終了後における処理の一例を表す図である。管理装置５０は、遊技場の営業終了後に、残額管理ＤＢの記憶内容を、センタ管理装置８０に対して送信する（Ｓ１００１）。該残額管理ＤＢの記憶内容を受信したセンタ管理装置８０は、該受信した残額管理ＤＢの記憶内容をバックアップ情報としてバックアップＤＢに記憶すると共に（Ｓ１００２）、該バックアップ情報を記憶した日時をバックアップ日時としてバックアップＤＢに記憶して（Ｓ１００３）、バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を、管理装置５０に対して返信する（Ｓ１００４）。
【０４５５】
図２９は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１）、発行履歴送信要求をビジタコイン発行装置７０に対して送信し（Ｓ１０３１）、バックアップ情報送信要求をセンタ管理装置８０に対して送信する（Ｓ１０４１）。
【０４５６】
処理履歴送信要求を受信した玉貸ユニット２０は、図７（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３）。また精算履歴送信要求を受信した精算装置６０は、図７（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図７（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３）。さらにバックアップ情報送信要求を受信したセンタ管理装置８０は、図７（ｅ）に示すバックアップＤＢの記憶内容を抽出して（Ｓ１０４２）、該抽出したバックアップ情報及びバックアップ日時を管理装置５０に対して送信する（Ｓ１０４３）。該バックアップ情報及びバックアップ日時を受信した管理装置５０は、該受信したバックアップ情報を復旧用テーブルとして制御部５２のＲＡＭで記憶して（Ｓ１０４４）、Ｓ１０４５に進む。
【０４５７】
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５〜Ｓ１０４８で最後残額特定処理を行う。即ち、まずＳ１０４５で、前記Ｓ１０１３で受信した処理履歴，前記Ｓ１０２３で受信した精算履歴，及び前記Ｓ１０３３で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、各処理内容（排出，精算，又は発行），残額，及び処理日時（排出日時，精算日時，又は発行日時）を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の処理日時（即ち最新の処理日時）が一番下になるように並べ替えて、統合テーブルとして記憶する。ここで玉貸ユニット２０から送信されてくる処理履歴は各記録媒体ＩＤに対して１つのみであるため、各玉貸ユニット２０から処理履歴が送信されてきても、最後処理特定処理が簡素化される。次にＳ１０４６で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５及びＳ１０４６で作成された統合テーブルが、図２９に示すものである。
【０４５８】
次にＳ１０４７で、統合テーブルで記憶されている各記録媒体ＩＤについて、バックアップ日時以降の最新の処理日時を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定する。具体的には、統合テーブルにおいて、最新の処理日時が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の処理日時を最新の処理日時として特定する。そしてＳ１０４８で、Ｓ１０４７で特定した最新の処理日時（即ち最後の処理）に対応する残額を各記録媒体ＩＤ毎に特定する。このＳ１０４７及びＳ１０４８で特定された内容が、図２３に示す統合テーブルにおいて太枠で囲んだ部分である。
【０４５９】
これによれば、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。即ち、仮に精算履歴を含めて残額を復帰しないとすれば、残額（例えば１００００円）がある会員カード４を玉貸ユニット２０から排出し、該残額を精算装置６０で精算してから該会員カード４を遊技者に返却し、その後に管理装置５０で管理している該残額が失われた場合に、実際には精算済みであるにも拘わらず、残額１００００円の状態で排出された旨の処理履歴が玉貸ユニット２０から管理装置５０に対して送信され、該処理履歴に基づいて残額１００００円が復帰されてしまうことにより、遊技場が損をしてしまうところ、本発明によれば、精算履歴を含めて残額を復帰するので、図２３の統合テーブルにおけるＭ−０００４のように、精算済みである会員カード４については残額が復帰されることがなく、遊技場が損をしてしまうおそれが減少する。
【０４６０】
また、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行された記録媒体が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。即ち、仮に発行履歴を含めて残額を復帰しないとすれば、ビジタコイン発行装置７０でビジタコイン５を発行した後、該ビジタコイン５を玉貸ユニット２０で使用する前に、管理装置５０で管理している残額が失われた場合に、処理履歴がないために残額を復帰できず、遊技者が損をしてしまうところ、本発明によれば、発行履歴を含めて残額を復帰するので、図２９の統合テーブルにおけるＶ−０２３４のように、発行済みであるが使用前であるビジタコイン５についても残額を復帰させることができ、遊技者が損をしてしまうおそれが減少する。
【０４６１】
なおＳ１０４７において、バックアップ日時以降の最新の処理日時を特定するのは、以下の理由によるものである。例えば、ある記録媒体について、３月１日に記録媒体発行処理が行われて残額５０００円が発行履歴ＤＢに記憶され、同日に該残額を使用した玉貸処理が行われて残額２０００円が処理履歴ＤＢに記憶され、毎日の営業終了後にバックアップが行われ、５月１日に残額２０００円の前記処理履歴が前記２５６個の記憶容量を超えたために消去された後に、管理装置５０で管理している残額２０００円が失われ、該残額の復帰が行われる場合を想定する。ここで当該記録媒体についての正しい残額は２０００円であるが、仮にバックアップ日時と無関係に最新の処理日時を特定すると、前記処理履歴が消去されているので、前記記録媒体発行処理が行われた３月１日が最新の処理日時として特定されて、発行履歴にある残額５０００円が復帰されてしまう。一方、バックアップ日時以降の最新の処理日時を特定すれば、記録媒体発行処理が行われた３月１日は最新の処理日時としては特定されず、バックアップされている正しい残額２０００円を復帰させることができる。従って、上述の如く、バックアップ日時以降の最新の処理日時を特定するのである。
【０４６２】
次に前記残額復帰処理手段として機能する制御部５２は、前記Ｓ１０４４，及び次に述べるＳ１０４９〜Ｓ１０５０で残額復帰処理を行う。即ち、Ｓ１０４９で、前記Ｓ１０４８で各記録媒体ＩＤ毎に特定した残額を、復旧用テーブルの各記録媒体ＩＤに対応する残額に上書きする。ここで復旧用テーブルにおけるＭ−０００２の会員カード４に対応する残額は、統合テーブルにおいて復帰することができなかった残額（即ち処理履歴，精算履歴，発行履歴では復帰することができなかった残額）であるため、該復旧用テーブルの残額のまま（即ちバックアップ情報に含まれる残額のまま）存置される。そしてＳ１０５０で、該Ｓ１０４９で作成された復旧用テーブルを、図７（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。換言すれば、前記最後残額特定処理により各記録媒体ＩＤ毎に特定された残額と、前記バックアップ情報に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額が特定されて、該特定された残額を新たに管理するための残額復帰処理が行われる。このように、管理装置５０において、処理履歴，精算履歴，発行履歴では復帰することができない残額を、センタ管理装置８０から送信されてきたバックアップ情報に基づいて復帰することができるので、より多くの残額を復帰させて、遊技者に対して該残額を保証することができる。
【０４６３】
以上に説明した遊技用システム１によれば、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
【０４６４】
［３．変形例］
最後に、本発明の変形例について説明する。この変形例には、消費税が徴収されない変形例と、オフライン端数額が直接加算される変形例と、その他の変形例が含まれる。
【０４６５】
［３−１．消費税が徴収されない変形例］
上記の実施形態では、パチンコ玉の貸与に応じた間接税として消費税が徴収される例について説明したが、これに限らず、本発明の遊技用システム１は、該消費税が徴収されない場合にも適用可能であり、以下、図３０〜図４３を用いて、消費税が徴収されない変形例について説明する。従って、玉貸処理に伴う端数額は生じず、遊技用システム１で使用される記録媒体である会員カード４及びビジタコイン５には、オンライン端数額及びオフライン端数額は記録されない。
【０４６６】
また、以下の例では玉貸ユニット２０がオフライン状態のときに貨幣を受け付けると、図３９及び図４０に示すように、受付貨幣額が玉貸ユニット２０に記憶され、該受付貨幣額の範囲内で玉貸操作に応じて玉貸処理が行われる。そして返却操作に応じて、受付貨幣額のうち玉貸処理に使用されなかった金額が入金残額として記録媒体（収納コイン保持部２７Ｐのビジタコイン５，又はカード保持部２４Ｐで保持されている会員カード４若しくは投入コイン保持部２６Ｐで保持されているビジタコイン５）に記録されて排出される。即ち、オフライン端数額に代わり入金残額が記録される。
【０４６７】
また、以下の例では基準貸与額未満の貨幣を受け付けたときに、受付貨幣額＋管理残額≧基準貸与額であれば、基準貸与額分の玉貸処理が行われる。そして、該基準貸与額分の玉貸処理開始後、減算完了通知受信前にオフライン状態となった場合には、該基準貸与額（ここでは５００円）と受付貨幣額との差額が、記録媒体（収納コイン保持部２７Ｐのビジタコイン５，又はカード保持部２４Ｐで保持されている会員カード４若しくは投入コイン保持部２６Ｐで保持されているビジタコイン５）に記録されて排出される。即ち、オンライン端数額に代わり差額が記録される。なお以下の例では、各玉貸ユニット２０に対して設定されている玉貸設定金額は、間接税を含まない金額であり、例えば、５００円又は３００円である。
【０４６８】
まず図３０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない場合の処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
【０４６９】
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が予め定められた基準貸与額（本例では５００円）以上であるか否かを判定する（Ｓ１０２’）。このＳ１０２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、図８で説明したＳ１０３〜Ｓ１１３と同様の処理を行う。一方、Ｓ１０２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ１５１以下の処理を行う。
【０４７０】
なお、入金要求の送信（Ｓ１０３）から予定残額通知（Ｓ１０５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以下の処理が行われる。
【０４７１】
次に玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額（本例では５００円）とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ１２３’）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。
【０４７２】
Ｓ１２３’の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行うと共に（Ｓ１２５’）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１２６）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。
【０４７３】
該減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ１２８）、再びＳ１１３の状態となる。
【０４７４】
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以下の処理が行われる。
【０４７５】
また玉貸ユニット２０は、Ｓ１１３の状態で基準貸与額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
【０４７６】
さらに玉貸ユニット２０は、Ｓ１１３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、図９で説明したＳ１３２〜Ｓ１４１と同様の処理を行う。
【０４７７】
次に図３１は、管理装置５０とオンライン状態にある玉貸ユニット２０において、記録媒体を受け付けていない状態で基準貸与額未満の貨幣を受け付けた場合の処理の一例を表す図である。図３０のＳ１０２’で受付貨幣額（本例では１００円）が基準貸与額未満である（ＮＯ）と判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ１５１）。このＳ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１７２’以下の処理を行う。
【０４７８】
一方、Ｓ１５１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額分（本例では１００円）の玉貸処理を行う（Ｓ１５３’）。そして、玉貸処理終了後に、貨幣受付を待機する状態に戻る（Ｓ１６２’）。
【０４７９】
前記Ｓ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額＋記憶残額が基準貸与額以上であるか否かを判定する（Ｓ１７２’）。このＳ１７２’で受付貨幣額＋記憶残額が基準貸与額未満である（ＮＯ）と判定された場合には、前述したＳ１５３’の処理（即ち受付貨幣額分の玉貸処理）が行われた後、Ｓ１１３の状態となる。一方、Ｓ１７２’で受付貨幣額＋記憶残額が基準貸与額以上である（ＹＥＳ）と判定された場合には、次に示すＳ１７３’以下の処理が行われる。
【０４８０】
Ｓ１７３’では、玉貸操作によることなく、基準貸与額分の玉貸処理が開始され、これに伴い、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、基準貸与額と受付貨幣額との差額を含む減算要求を、管理装置５０に対して送信すると共に（Ｓ１７４’）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
【０４８１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、基準貸与額（５００円）未満の金額の貨幣を受け付けたときに、受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０４８２】
Ｓ１７４’の減算要求を受信した管理装置５０は、該減算要求に含まれる差額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ１７６’）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１７８）。
【０４８３】
該減算完了通知を受信した玉貸ユニット２０は、基準貸与額分の玉貸処理が終了した後（Ｓ１７９’）、再びＳ１１３の状態となる。但し、残額が零の場合には、Ｓ１６２’の状態となる。
【０４８４】
例えば、４００円の管理残額（＝記憶残額）がある状態で、１００円の入金を受け付けることで、受付貨幣額＋記憶残額≧基準貸与額の条件が満たされ、基準貸与額である５００円分のパチンコ玉が貸与され、基準貸与額と受付貨幣額との差額である４００円が管理残額から減算されて、管理残額が０円となる。ここで、４００円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋管理残額４００円の、計５００円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０４８５】
なお、基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）を受信するまでの間にオフライン状態を検知した場合には、後述するＳｄ１９１以下の処理が行われる。
【０４８６】
次に図３２は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図３０に示した入金要求（Ｓ１０３）の送信から予定残額通知（Ｓ１０５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ１９２）、記憶残額が零であるか否かを判定する（Ｓａ１９３）。このＳａ１９３で記憶残額が零である（ＹＥＳ）と判定された場合には、貨幣受付を待機する状態となる。一方、Ｓａ１９３で記憶残額が零でない（ＮＯ）と判定された場合には、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
【０４８７】
即ち、基準貸与額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予定残額通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、記憶残額が零でない場合には、返却操作によらずにビジタコイン５が排出されることとなる。
【０４８８】
次に、図３０に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。このＳｂ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ１９３）、使用額を記憶残額から減算し（Ｓｂ１９４’）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｂ１９２で、通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ１９４’の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
【０４８９】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして、返却操作によらずにビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき使用額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０４９０】
次に、図３１に示した基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ１９１）、基準貸与額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。このＳｄ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ１９３）、基準貸与額と受付貨幣額との差額（例えば５００−１００＝４００）を収納コイン保持部２７Ｐのビジタコイン５に記録し（Ｓｄ１９４’）、該差額を記憶残額から減算し（Ｓｄ１９５’）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｄ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ１９４’及びＳｄ１９５’の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
【０４９１】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、基準貸与額−受付貨幣額である差額が記録され、遊技者の操作によらずに該差額が記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１７４’の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５’）。
【０４９２】
図３３〜図３５は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合の処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２’で、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，差額，入金残額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
【０４９３】
Ｓ２０２’の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図３４に示すＳ３０１以下の通番不一致時処理を行う。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ２０４〜Ｓ２０９で通番一致時処理を行い、Ｓ２１０’に進む。
【０４９４】
Ｓ２１０’では、前記挿入通知に含まれる入金残額が零であるか否かを判定する。このＳ２１０’で入金残額が零でない（ＮＯ）と判定された場合には、後述する図３４に示すＳａ２１０以下の入金残額処理を行う。一方、Ｓ２１０’で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知の送信元である玉貸ユニット２０の装置ＩＤを残額管理ＤＢに記憶し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
【０４９５】
該残額通知を受信した玉貸ユニット２０は、受け付けている記録媒体の差額を消去して（差額が記録されており、通番が一致する場合には該差額が残存している状態であるため、当該処理によって消去し）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２２１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２２２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２２３）。
【０４９６】
前記Ｓ２１０’で入金残額が零でない（ＮＯ）と判定された場合には、図３４に示すように、入金残額処理が行われる。
【０４９７】
まずＳａ２１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ２１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、使用不可情報を、玉貸ユニット２０に対して返信する。一方、Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ２１１’以下に進んで、入金残額の加算が行われる。このように、有効期間内にオフライン状態が発生したと判定されたことを条件として入金残額の加算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体に入金残額が記録されることがない状況においては入金残額の加算が行われないので、セキュリティが向上する。
【０４９８】
前記Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる入金残額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１’）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２）。
【０４９９】
該加算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されている入金残額を消去すると共に（Ｓａ２１３’）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含む入金残額消去通知を、管理装置５０に対して送信する（Ｓａ２１５’）。
【０５００】
該入金残額消去通知を受信した管理装置５０は、該入金残額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２１７）、更新後の残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
【０５０１】
このように、オフライン状態のときに一発貸しを行わず、玉貸ユニット２０で受付貨幣額を記憶して、該受付貨幣額の範囲内で玉貸操作に応じて玉貸処理を行うようにしたときにも、受付貨幣額のうち玉貸処理に使用されなかった残額が、入金残額として記録媒体に記録されて排出され、該記録媒体をオンライン状態の玉貸ユニット２０に挿入することで入金残額が管理残額に加算されるので、玉貸ユニット２０に釣銭払出機能を設ける必要がなく、玉貸ユニット２０のコストが上昇することがない。また、入金残額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０５０２】
また、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した入金残額が記録された会員カード４又はビジタコイン５が受け付けられると、該入金残額が管理装置５０で管理されている残額に対して加算更新されることにより、該入金残額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０５０３】
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、入金残額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６’）。
【０５０４】
また玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５’の入金残額消去通知を受信することなくオフライン状態となった場合には、Ｓａ２１３’で入金残額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７’）。
【０５０５】
前記Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、図３３に示すように、通番一致時処理が行われる。Ｓ２０４では、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ２０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ２０５）、前記Ｓ２１０’に進む。
【０５０６】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０５０７】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０５０８】
Ｓ２０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０６で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ２０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ２０７）、前記Ｓ２１０’に進む。
【０５０９】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２’の挿入通知を受信，又はＳ７０２’の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体の入金残額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６’）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、入金残額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０５１０】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２’の挿入通知を受信，又はＳ７０２’の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０５１１】
Ｓ２０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０８で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ２０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０が後述するＳ７０２’の精算要求を受信し、精算装置６０が後述するＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ２０９）、前記Ｓ２１０’に進む。
【０５１２】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０５１３】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２’の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０５１４】
前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、図３４に示すように、通番不一致時処理が行われる。Ｓ３０１では、前記挿入通知に含まれる差額が零であるか否かを判定する。このＳ３０１で差額が零である（ＹＥＳ）と判定された場合には、後述するＳ３１１以下の処理を行う。一方、Ｓ３０１で差額が零でない（ＮＯ）と判定された場合には、該差額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ３０２’）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓ３０３）。
【０５１５】
該減算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されている差額を消去し（Ｓ３０４’）、前記受け付けている記録媒体の記録媒体ＩＤを含む差額消去通知を、管理装置５０に対して送信する（Ｓ３０５’）。
【０５１６】
該差額消去通知を受信した管理装置５０は、該差額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額（即ち差額）を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ３０６’）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０７）、前記Ｓ２１０’以下の処理を行う。
【０５１７】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’又はＳ２７４’の減算要求を受信していない状態でオフライン状態となったこと、即ち記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）であることが特定される。
【０５１８】
従って、Ｓ３０６’で、減算すべき差額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’又はＳ２７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５１９】
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額を記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求（ここでは挿入通知）に含まれる差額を管理残額から減算する補正処理を行うので、差額の減算ができずに遊技場が損害を被ることがなくなる。
【０５２０】
ここで、通番が一致しないときにのみ補正処理を行うことで、基準貸与額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０５２１】
ここで管理装置５０がＳ２０２’の挿入通知を受信し、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２’又はＳ８０２’で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０５２２】
また、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５’の差額消去通知を受信することなくオフライン状態となった場合には、Ｓ３０４’で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９’）。
【０５２３】
前記Ｓ３０１で差額が零である（ＹＥＳ）と判定された場合には、Ｓ３１１で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ３１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。
【０５２４】
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０がＳ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０５２５】
従って、Ｓ３１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５の予定残額通知を受信してから管理装置５０がＳ１０８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
【０５２６】
Ｓ３１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１３で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ３１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。
【０５２７】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５’又はＳａ７１５’の入金残額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３’又はＳａ７１３’で記録媒体の入金残額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態７’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０が入金残額消去通知を受信する前にオフライン状態が発生すると、入金残額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０５２８】
従って、Ｓ３１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５’又はＳａ７１５’の入金残額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０５２９】
Ｓ３１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１５で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ３１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。
【０５３０】
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５’の差額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４’で記録媒体の差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９’）であることが特定される。このように玉貸ユニット２０が減算予定額記憶通知を受信してから管理装置５０が差額消去通知を受信する前にオフライン状態が発生すると、差額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
【０５３１】
従って、Ｓ３１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５’の差額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
【０５３２】
Ｓ３１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１７で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ３１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ３１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。
【０５３３】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０が後述するＳ７５２の精算許諾情報を受信し、管理装置５０が後述するＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０５３４】
従って、Ｓ３１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０５３５】
Ｓ３１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ３２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ３２１）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ３２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ３２２）。
【０５３６】
このＳ３２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。一方、Ｓ３２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、管理残額を消去し（Ｓ３２４’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０’以下の処理を行う。
【０５３７】
ここで、差額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３’又はＳ２１３’の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０５３８】
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、当該管理残額を、使用額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある他の玉貸ユニット２０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額］の減算が行われ）、該残額を使用して遊技を行うことができる。
【０５３９】
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０５４０】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０５４１】
さらに管理残額が玉貸設定金額未満である場合にも、単位使用額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
【０５４２】
次に図３３に示したＳａ２２３の状態において玉貸操作，貨幣受付，返却操作が行われたときの処理を、図３６及び図３７を用いて説明する。
【０５４３】
ここで玉貸ユニット２０は、Ｓａ２２３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ２１１）、前述の如く使用額分の玉貸処理を開始し（Ｓ２１２）、前記会員カード４又はビジタコイン５の記録媒体ＩＤと、使用額を含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ２１３’）、前記会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２１４）。
【０５４４】
Ｓ２１３’の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行うと共に（Ｓ２１５’）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２１６）、減算処理が完了した旨を示す減算完了通知を、玉貸ユニット２０に対して返信する（Ｓ２１７）。
【０５４５】
該減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ２１８）、再びＳａ２２３の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０５４６】
なお、使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ２９１以下の処理が行われる。
【０５４７】
また、玉貸ユニット２０はＳａ２２３の状態で貨幣を受け付けると（Ｓ２２１）、受付貨幣額が基準貸与額（本例では５００円）以上であるか否かを判定する（Ｓ２２２’）。このＳ２２２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、上記実施形態のＳ２２３〜Ｓ２３０，Ｓａ２３１及びＳａ２３２と同様の処理が実施されて、再びＳａ２２３の状態となる。一方、Ｓ２２２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ２５１以下の処理を行う。
【０５４８】
なお、入金要求の送信（Ｓ２２３）から予定残額通知（Ｓ２２５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ２９１以下の処理が行われる。
【０５４９】
ここで管理装置５０がＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ２２５の予定残額通知を受信することなくオフライン状態となった場合には、後述する図３８のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態１）。
【０５５０】
また、玉貸ユニット２０がＳ２２５の予定残額通知を受信し、管理装置５０がＳ２２８の貨幣取込通知を受信することなくオフライン状態となった場合には、Ｓ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態となる（状態２）。
【０５５１】
さらに玉貸ユニット２０は、Ｓａ２２３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ２３１）、上記実施形態のＳ２３２〜Ｓ２３４と同様の処理の後、Ｓ２３６〜Ｓ２４０と同様の処理が実施される。ここでＳ２３５の処理、即ち受付中であるビジタコイン５に対して、オンライン残額有りフラグを記録する処理は行われない。
【０５５２】
次に図３７は、管理装置５０とオンライン状態にある玉貸ユニット２０において、記録媒体を受け付けている状態で基準貸与額未満の貨幣を受け付けた場合の処理の一例を表す図である。図３６のＳ２２２’で受付貨幣額（本例では１００円）が基準貸与額未満である（ＮＯ）と判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ２５１）。このＳ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ２７２’以下の処理を行う。
【０５５３】
一方、Ｓ２５１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額分（本例では１００円）の玉貸処理を行う（Ｓ２５３’）。そして、玉貸処理終了後に、貨幣受付，返却操作を待機する状態に戻る（Ｓ２６２）。
【０５５４】
前記Ｓ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額＋記憶残額が基準貸与額以上であるか否かを判定する（Ｓ２７２’）。このＳ２７２’で受付貨幣額＋記憶残額が基準貸与額未満である（ＮＯ）と判定された場合には、前述したＳ２５３’の処理（即ち受付貨幣額分の玉貸処理）が行われた後、Ｓａ２２３の状態となる。一方、Ｓ２７２’で受付貨幣額＋記憶残額が基準貸与額以上である（ＹＥＳ）と判定された場合には、次に示すＳ２７３’以下の処理が行われる。
【０５５５】
Ｓ２７３’では、玉貸操作によることなく、基準貸与額分の玉貸処理が開始され、これに伴い、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、基準貸与額と受付貨幣額との差額を含む減算要求を、管理装置５０に対して送信すると共に（Ｓ２７４’）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２７５）。
【０５５６】
Ｓ２７４’の減算要求を受信した管理装置５０は、該減算要求に含まれる差額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ２７６’）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ２７８）。
【０５５７】
該減算完了通知を受信した玉貸ユニット２０は、基準貸与額分の玉貸処理が終了した後（Ｓ２７９’）、再びＳａ２２３の状態となる。但し、残額が零の場合には、Ｓ２６２の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０５５８】
なお、基準貸与額分の玉貸処理の開始（Ｓ２７３’）から減算完了通知（Ｓ２７８）を受信するまでの間にオフライン状態を検知した場合には、後述するＳｄ２９１以下の処理が行われる。
【０５５９】
次に図３８は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図３６に示した入金要求（Ｓ２２３）の送信から予定残額通知（Ｓ２２５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ２９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ２９２）、前記Ｓ２３６以下の処理が行われてカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５が返却（排出）される。
【０５６０】
即ち、基準貸与額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予定残額通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、返却操作によらずに受け付けている会員カード４又はビジタコイン５が排出されることとなる。
【０５６１】
次に、図３６に示した使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ２９１）、使用額分の玉貸処理の開始（Ｓ２１２）後に通番の更新（即ちＳ２１４）が行われたか否かを判定する（Ｓｂ２９２）。このＳｂ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ２９３）、使用額を記憶残額から減算し（Ｓｂ２９４’）、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。一方、Ｓｂ２９２で、通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ２９４’の処理を行い、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。
【０５６２】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして、返却操作によらずに受け付けている会員カード４又はビジタコイン５が排出されることとなる。ここで管理装置５０がＳ２１３’の玉貸通知を受信していなければ、減算すべき使用額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０５６３】
次に、図３７に示した基準貸与額分の玉貸処理の開始（Ｓ２７３’）から減算完了通知（Ｓ２７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ２９１）、基準貸与額分の玉貸処理の開始（Ｓ２７３’）後に通番の更新（即ちＳ２７５）が行われたか否かを判定する（Ｓｄ２９２）。このＳｄ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ２９３）、基準貸与額と受付貨幣額との差額（例えば５００−１００＝４００）をカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録し（Ｓｄ２９４’）、該差額を記憶残額から減算し（Ｓｄ２９５’）、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。一方、Ｓｄ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ２９４’及びＳｄ２９５’の処理を行い、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。
【０５６４】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、基準貸与額−受付貨幣額である差額が記録され、遊技者の操作によらずに該差額が記録された会員カード４又はビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ２７４’の減算要求を受信していなければ、記録媒体（ここでは会員カード４又はビジタコイン５）には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５’）。
【０５６５】
次に図３９は、管理装置５０とオフライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
【０５６６】
この状態で貨幣（例えば１０００円）を受け付けると（Ｓ４１１）、受付貨幣額を制御部２１のＲＡＭで記憶して（Ｓ４１６’）、記憶残額を残額表示器３０に表示し（Ｓ４１７’）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ４１８’）。
【０５６７】
また玉貸ユニット２０は、Ｓ４１８’の状態で玉貸操作を受け付けると（Ｓａ４１１’）、使用額分（記憶残額≧玉貸設定金額であれば玉貸設定金額分，記憶残額＜玉貸設定金額であれば記憶残額分）の玉貸処理を行い（Ｓａ４１２’）、記憶残額から該使用残額（ここでは５００円）を減算して更新し（Ｓａ４１３’）、更新後の記憶残額（ここでは５００円）を表示して（Ｓ４１７’）、Ｓ４１８’の状態に戻る。
【０５６８】
また玉貸ユニット２０は、制御部２１のＲＡＭで残額（５００円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ４２１）、受付貨幣額を記憶残額に加算して更新し（Ｓａ４２２’）、更新後の記憶残額（ここでは１５００円）を表示して（Ｓ４１７’）、Ｓ４１８’の状態に戻る。
【０５６９】
さらに玉貸ユニット２０は、Ｓ４１８’の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ４３１）、記憶残額が零であるか否かを判定する（Ｓ４３２’）。このＳ４３２’で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ４３２’で記憶残額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、記憶残額（ここでは１５００円）を、入金残額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ４３３’）、記憶残額を消去して（Ｓ４３４’）、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ４３５）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ４３６）。
【０５７０】
このように、オフライン状態の玉貸ユニット２０で貨幣が受け付けられると、受付貨幣額が記憶され、遊技者から玉貸操作を受け付けると、使用額分の玉貸処理が行われて記憶残額が減算更新され、遊技者から返却操作を受け付けると、該記憶残額を入金残額として記録した記録媒体が排出されるので、使用額分の玉貸処理を行う毎に記憶残額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０５７１】
次に図４０は、管理装置５０とオフライン状態で記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると、該受け付けた会員カード４又はビジタコイン５の記録情報を読み取り、入金残額が零であるか否かを判定する（Ｓ５０１’）。ここで入金残額が零でないと判定された場合は（ＮＯ）、該入金残額（ここでは１５００円）を制御部２１のＲＡＭで記憶して（Ｓ５１６’）、記憶残額を残額表示器３０に表示し（Ｓ５１７’）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ５１８’）。一方、入金残額が零であると判定された場合は（ＹＥＳ）、Ｓ５１６’及びＳ５１７’の処理の後、貨幣受付，返却操作を待機する状態となる。
【０５７２】
また玉貸ユニット２０は、Ｓ５１８’の状態で玉貸操作を受け付けると（Ｓａ５１１’）、使用額分（記憶残額≧玉貸設定金額であれば玉貸設定金額分，記憶残額＜玉貸設定金額であれば記憶残額分）の玉貸処理を行い（Ｓａ５１２’）、記憶残額から該使用残額（ここでは５００円）を減算して更新し（Ｓａ５１３’）、更新後の記憶残額（ここでは１０００円）を表示して（Ｓ５１７’）、Ｓ５１８’の状態に戻る。
【０５７３】
また玉貸ユニット２０は、制御部２１のＲＡＭで残額（１０００円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ５２１）、受付貨幣額を記憶残額に加算して更新し（Ｓａ５２２’）、更新後の記憶残額（ここでは２０００円）を表示して（Ｓ５１７’）、Ｓ５１８’の状態となる。
【０５７４】
さらに玉貸ユニット２０は、返却操作を待機している状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５３１）、Ｓ５３３’でカード保持部２４Ｐで保持している会員カード４に対して、記憶残額を入金残額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録するか，又は投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶残額を入金残額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し、記憶残額を消去して（Ｓ５３４’）、カード保持部２４Ｐで保持している会員カード４を返却するか，又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３５）。
【０５７５】
このように、オフライン状態の玉貸ユニット２０で記録媒体が受け付けられると、入金残額が記憶され、遊技者から玉貸操作を受け付けると、使用額分の玉貸処理が行われて記憶残額が減算更新され、遊技者から返却操作を受け付けると、該記憶残額を入金残額として記録した記録媒体が排出される。
【０５７６】
次に図４１〜図４３は、管理装置５０とオンライン状態である精算装置６０において、記録媒体を受け付けた場合の処理の一例を表す図である。この精算装置６０が、会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると（図４１のＳ７０１）、Ｓ７０２’以下の処理（図４１〜図４３に示す処理）が行われる。
【０５７７】
Ｓ７０２’では、受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）から読み取った記録情報（記録媒体ＩＤ，差額，入金残額，通番）を含む精算要求を管理装置５０に対して送信する。
【０５７８】
Ｓ７０２’の精算要求を受信した管理装置５０は、該精算要求に含まれる通番と、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図４３に示すＳ８０１以下の通番不一致時処理を行う。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ７０４〜Ｓ７０９で通番一致時処理を行い、Ｓ７１０’に進む。
【０５７９】
Ｓ７１０’では、前記精算要求に含まれる入金残額が零であるか否かを判定する。このＳ７１０’で入金残額が零でない（ＮＯ）と判定された場合には、後述する図４２に示すＳａ７１０以下の入金残額処理を行う。一方、Ｓ７１０’で入金残額が零である（ＹＥＳ）と判定された場合には、前記Ｓ７５１〜Ｓ７６１と同様の処理を行い、Ｓ７６１でコインを受付中であると判定された場合には（ＹＥＳ）、Ｓ７６３で該コインを回収する。なお、精算装置６０がＳ７５２の精算許諾情報を受信したときには、受け付けている記録媒体の差額を消去する（差額が記録されており、通番が一致する場合には該差額が残存している状態であるため、当該処理によって消去する）。
【０５８０】
ここで、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となった場合には、貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態となる（状態１０）。
【０５８１】
また、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となった場合には、Ｓ７５３で貨幣は払い出されており、消去すべき残額が残存しており、消去すべき精算要求受信フラグが残存しており、記録通番＞管理通番の状態となる（状態１１）。
【０５８２】
なお、本例では、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却される。
【０５８３】
前記Ｓ７１０’で入金残額が零でない（ＮＯ）と判定された場合には、図４２に示すように、入金残額処理が行われる。
【０５８４】
まずＳａ７１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ７１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、精算不可情報を、精算装置６０に対して返信する。一方、Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ７１１’以下に進んで、入金残額の加算が行われ、該入金残額の精算を許諾する精算許諾情報が、精算装置６０に対して返信される。このように、有効期間内にオフライン状態が発生したと判定されたことを条件として入金残額の加算及び精算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体に入金残額が記録されることがない状況においては入金残額の加算及び精算が行われないので、セキュリティが向上する。
【０５８５】
前記Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記精算要求に含まれる入金残額を、該精算要求に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ７１１’）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、精算装置６０に対して返信する（Ｓａ７１２）。
【０５８６】
該加算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されている入金残額を消去すると共に（Ｓａ７１３’）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ７１４）、前記受け付けている記録媒体の記録媒体ＩＤを含む入金残額消去通知を、管理装置５０に対して送信する（Ｓａ７１５’）。
【０５８７】
該入金残額消去通知を受信した管理装置５０は、該入金残額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７１７）、前記Ｓ７５１以降の処理を行う。
【０５８８】
このように、オンライン状態にある精算装置６０において、オフライン状態にあった玉貸ユニット２０で発生した入金残額が記録された会員カード４又はビジタコイン５が受け付けられると、該入金残額が管理装置５０で管理されている残額に対して加算更新されることにより、該入金残額と管理残額を分けて精算する必要がなく、合算額を１回で精算できるようになるので、遊技者の利便性が向上する。
【０５８９】
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、入金残額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６’）。
【０５９０】
また精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ７１５’の入金残額消去通知を受信することなくオフライン状態となった場合には、Ｓａ７１３’で入金残額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７’）。
【０５９１】
前記Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、図４１に示すように、通番一致時処理が行われる。Ｓ７０４では、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ７０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ７０５）、前記Ｓ７１０’に進む。
【０５９２】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０５９３】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０５９４】
Ｓ７０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０６で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ７０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ７０７）、前記Ｓ７１０’に進む。
【０５９５】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２’の挿入通知を受信，又はＳ７０２’の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体の入金残額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６’）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、入金残額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０５９６】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２’の挿入通知を受信，又はＳ７０２’の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０５９７】
Ｓ７０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０８で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ７０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ７０９）、前記Ｓ７１０’に進む。
【０５９８】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０５９９】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２’の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０６００】
前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、図４３に示すように、通番不一致時処理が行われる。Ｓ８０１では、前記精算要求に含まれる差額が零であるか否かを判定する。このＳ８０１で差額が零である（ＹＥＳ）と判定された場合には、後述するＳ８１１以下の処理を行う。一方、Ｓ８０１で差額が零でない（ＮＯ）と判定された場合には、該差額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ８０２’）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、精算装置６０に対して返信する（Ｓ８０３）。
【０６０１】
該減算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されている差額を消去し（Ｓ８０４’）、前記受け付けている記録媒体の記録媒体ＩＤを含む差額消去通知を、管理装置５０に対して送信する（Ｓ８０５’）。
【０６０２】
該差額消去通知を受信した管理装置５０は、該差額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ８０６’）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０７）、前記Ｓ７１０’以下の処理を行う。
【０６０３】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’又はＳ２７４’の減算要求を受信していない状態でオフライン状態となったこと、即ち記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）であることが特定される。
【０６０４】
従って、Ｓ８０６’で、減算すべき差額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’又はＳ２７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０６０５】
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額を記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
【０６０６】
ここで、通番が一致しないときにのみ補正処理を行うことで、基準貸与額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０６０７】
ここで管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ８０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２’又はＳ８０２’で記憶される差額に書き換えられる（あるいは同額のため記憶している差額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０６０８】
また、精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となった場合には、Ｓ８０４’で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９’）。
【０６０９】
前記Ｓ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ８１１で、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ８１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。
【０６１０】
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０６１１】
従って、Ｓ８１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５の予定残額通知を受信してから管理装置５０がＳ１０８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０６１２】
Ｓ８１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１３で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ８１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。
【０６１３】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５’又はＳａ７１５’の入金残額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３’又はＳａ７１３’で記録媒体の入金残額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態７’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０が入金残額消去通知を受信する前にオフライン状態が発生すると、入金残額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
【０６１４】
従って、Ｓ８１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５’又はＳａ７１５’の入金残額消去通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０６１５】
Ｓ８１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１５で、前記精算要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ８１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。
【０６１６】
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５の差額消去通知を受信することなくオフライン状態となったか、又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４で記録媒体の差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が減算予定額記憶通知を受信してから管理装置５０が差額消去通知を受信する前にオフライン状態が発生すると、差額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場が損害を被ることになる。
【０６１７】
従って、Ｓ８１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５の差額消去通知を受信する前にオフライン状態となるか，又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで残額が確定し、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場が損害を被ることがない。
【０６１８】
Ｓ８１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１７で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ８１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ８１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。
【０６１９】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０６２０】
従って、Ｓ８１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の精算要求の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０６２１】
Ｓ８１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ８２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ８２１）。そして、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ８２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ８２２）。
【０６２２】
このＳ８２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。一方、Ｓ８２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、管理残額を消去し（Ｓ８２４’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０’以下の処理を行う。
【０６２３】
ここで、差額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３’又はＳ２１３’の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０６２４】
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、当該管理残額を、使用額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある精算装置６０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額］の減算が行われ）、該残額の精算を行うことができる。
【０６２５】
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０６２６】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、精算要求に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０６２７】
さらに管理残額が玉貸設定金額未満である場合にも、単位使用額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
【０６２８】
以上、図３０〜図４３に示したように、本発明の遊技用システム１は、玉貸処理に対しての消費税額が徴収されず、端数額が発生しない場合であっても、消費税額が徴収される場合と同様に、オフライン状態発生時に、オンライン状態の玉貸ユニット２０や精算装置６０に記録媒体を挿入することで残額が確定され、遊技者に極力迷惑をかけないようにするという効果がある。
【０６２９】
［３−２．オフライン端数額が直接加算される変形例］
上記の実施形態では、管理装置５０が挿入通知又は精算要求を受信したときに、オフライン端数額が一旦加算予定額として記憶され、その後オフライン端数額消去通知を受信したときに、該加算予定額が管理残額に加算される例について説明したが、これに限らず、挿入通知又は精算要求を受信したときに、オフライン端数額を管理残額に加算する（つまり直接加算する）と共に、該オフライン端数額を加算額として管理しておくようにしても良い。以下、図４４〜図５１を用いて、オフライン端数額が直接加算される変形例について説明する。
【０６３０】
このオフライン端数額が直接加算される変形例では、管理装置の入金残額処理手段が行う処理と、管理装置が加算対象額処理手段に代えて加算額処理手段を有する点が、上記実施形態と異なる。以下では上記実施形態と異なる点についてのみ説明を行う。
【０６３１】
まず制御部５２は入金残額処理手段の一例であって、通番判定手段により一致すると判定され、かつ入金残額情報（挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、該入金残額情報に含まれる入金残額を、玉貸ユニット２０又は精算装置６０が受け付けた記録媒体の記録媒体識別情報に対応付けて管理されている管理残額に対して加算する入金残額加算処理（オフライン端数額の加算）を行うと共に、該入金残額を加算額として記憶し、前記入金残額情報を受信した旨を示す入金残額受信通知（加算額記憶通知）を前記玉貸ユニット２０又は精算装置６０に対して送信する入金残額処理を行うものである。具体的には、図４４及び図４５に示すように、通番が一致し（Ｓ２０３でＹＥＳ）、かつ挿入通知に含まれるオフライン端数額が零でないときには（Ｓ２１０でＮＯ）、受信した挿入通知に含まれるオフライン端数額を、該受信した挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に加算し（Ｓａ２１０’’）、該オフライン端数額を加算額として記憶し（Ｓａ２１１’’）、加算額の記憶が完了した旨の加算額記憶通知を玉貸ユニット２０に返信する（Ｓａ２１２’’）。また、図４９及び図５０に示すように、通番が一致し（Ｓ７０３でＹＥＳ）、かつ精算要求に含まれるオフライン端数額が零でないときには（Ｓ７１０でＮＯ）、受信した精算要求に含まれるオフライン端数額を、該受信した精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に加算し（Ｓａ７１０’’）、該オフライン端数額を加算額として記憶し（Ｓａ７１１’’）、加算額の記憶が完了した旨の加算額記憶通知を精算装置６０に返信する（Ｓａ７１２’’）。
【０６３２】
また制御部５２は加算額処理手段の一例であって、入金残額不存在処理情報（オフライン端数額消去通知）を受信したことを条件として、記憶している加算額に対応する入金残額（即ち玉貸ユニット２０又は精算装置６０が受け付けている記録媒体のオフライン端数額）について入金残額不存在処理済である（消去済である）ことを特定可能な状態に更新する処理済更新処理（加算額の消去）と、該記録媒体の記録媒体識別情報に対応付けられた通番を更新する通番更新処理とを行うものである。具体的には、玉貸ユニット２０からオフライン端数額消去通知を受信すると（図４５のＳａ２１５）、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶されている加算額を消去する処理を、前記処理済更新処理として行い（Ｓａ２１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓａ２１７）を行う。また、精算装置６０からオフライン端数額消去通知を受信すると（図５０のＳａ７１５）、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶されている加算額を消去する処理を、前記処理済更新処理として行い（Ｓａ７１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓａ７１７）を行う。
【０６３３】
また加算額処理手段である制御部５２は、通番判定手段により一致しないと判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番不一致時処理として、前記処理済更新処理と前記通番更新処理とを行うものである。具体的には、図４６に示す通番不一致時処理において、挿入通知に含まれる記録媒体ＩＤに対応付けて加算額が記憶されている状態であれば（Ｓ３１３’’でＹＥＳ）、該加算額を消去する処理を前記処理済更新処理として行い（Ｓ３１４’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓ３２５）を行う。また、図５１に示す通番不一致時処理において、精算要求に含まれる記録媒体ＩＤに対応付けて加算額が記憶されている状態であれば（Ｓ８１３’’でＹＥＳ）、該加算額を消去する処理を前記処理済更新処理として行い（Ｓ８１４’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する通番更新処理（Ｓ８２５）を行う。
【０６３４】
ここで入金残額処理手段である制御部５２は、通番判定手段により一致しないと判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることによる上記通番不一致時処理が行われた後、さらに当該入金残額情報（即ち今回受信した挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記入金残額処理を行うものである。即ち、加算額を消去した後（図４６のＳ３１４’’）、受信した挿入通知に含まれるオフライン端数額が零でなければ（図４４のＳ２１０でＮＯ）、該オフライン端数額を管理残額に加算すると共に、新たな加算額として記憶し、オフライン端数額処理を行う（図４５）。また、加算額を消去した後（図５１のＳ８１４’’）、受信した精算要求に含まれるオフライン端数額が零でなければ（図４９のＳ７１０でＮＯ）、該オフライン端数額を管理残額に加算すると共に、新たな加算額として記憶し、オフライン端数額処理を行う（図５０）。
【０６３５】
一方、加算額処理手段である制御部５２は、通番判定手段により一致すると判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶している加算額を減算する加算額減算処理と前記処理済更新処理とを行うものである。具体的には、図４４に示す通番一致時処理において、挿入通知に含まれる記録媒体ＩＤに対応付けて加算額が記憶されている状態であれば（Ｓ２０６’’でＹＥＳ）、該加算額を該記録媒体ＩＤに対応付けられた管理残額から減算する処理を加算額減算処理として行い（Ｓａ２０６’’）、該記憶していた加算額を消去する処理を処理済更新処理として行う（Ｓ２０７’’）。また、図４９に示す通番一致時処理において、精算要求に含まれる記録媒体ＩＤに対応付けて加算額が記憶されている状態であれば（Ｓ７０６’’でＹＥＳ）、該加算額を該記録媒体ＩＤに対応付けられた管理残額から減算する処理を加算額減算処理として行い（Ｓａ７０６’’）、該記憶していた加算額を消去する処理を処理済更新処理として行う（Ｓ７０７’’）。
【０６３６】
ここで入金残額処理手段である制御部５２は、通番判定手段により一致すると判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることによる上記通番一致時処理が行われた後、さらに当該入金残額情報（即ち今回受信した挿入通知又は精算要求）に含まれる入金残額（オフライン端数額）が零でないことを条件として、前記入金残額処理を行うものである。即ち、加算額を消去した後（図４４のＳ２０７’’）、受信した挿入通知に含まれるオフライン端数額が零でなければ（図４４のＳ２１０でＮＯ）、該オフライン端数額を管理残額に加算すると共に、新たな加算額として記憶し、オフライン端数額処理を行う（図４５）。また、加算額を消去した後（図４９のＳ７０７’’）、受信した精算要求に含まれるオフライン端数額が零でなければ（図４９のＳ７１０でＮＯ）、該オフライン端数額を管理残額に加算すると共に、新たな加算額として記憶し、オフライン端数額処理を行う（図５０）。
【０６３７】
なお、管理装置５０が挿入通知を受信した場合には、上記加算額処理手段による処理後の管理残額を含む残額通知が残額通知送信手段（通信部５１）から玉貸ユニット２０に対して送信される。また管理装置５０が精算要求を受信した場合には、上記加算額処理手段による処理後の管理残額を含む精算許諾情報が通信部５１から精算装置６０に対して送信される。
【０６３８】
次に、本変形例における玉貸ユニット２０が貨幣を受け付けたときの処理（図示外）について説明する。オンライン状態で貨幣を受け付けた玉貸ユニット２０は、上記実施形態と同様に、記録媒体（収納コイン保持部２７Ｐのビジタコイン５，又はカード保持部２４Ｐで保持されている会員カード４，若しくは投入コイン保持部２６Ｐで保持されているビジタコイン５）の記録媒体ＩＤ，受付貨幣額を含む入金要求を管理装置５０に対して送信し（図８のＳ１０３，図１７のＳ２２３と同様）、該入金要求を受信した管理装置は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けられた管理残額に加算する（つまり直接加算する）と共に、該受付貨幣額を該記録媒体ＩＤに対応付けて「入金額」として記憶し、該入金額を加算した後の管理残額を含む入金額記憶通知を玉貸ユニット２０に返信する。
【０６３９】
該入金額記憶通知を受信した玉貸ユニット２０では、受け付けた貨幣を取り込み（図８のＳ１０６，図１７のＳ２２６と同様）、記録媒体の通番を更新し（同Ｓ１０７，同Ｓ２２７と同様）、貨幣取込通知を管理装置５０に返信する（同Ｓ１０８，同Ｓ２２８と同様）。該貨幣取込通知を受信した管理装置５０では、貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している入金額を消去して、該記録媒体ＩＤに対応付けられた通番を更新する（図８のＳ１１０，図１７のＳ２３０と同様）。
【０６４０】
ここで、管理装置５０が前記入金要求を受信し、玉貸ユニット２０が前記入金額記憶通知を受信することなくオフライン状態となった場合には、貨幣は返却され、消去すべき入金額が残存しており、管理残額は該入金額が加算されたままの状態であり、記録通番＝管理通番の状態となる（状態１’’）。
【０６４１】
また、玉貸ユニット２０が前記入金額記憶通知を受信し、管理装置５０が前記貨幣取込通知を受信することなくオフライン状態となった場合には、貨幣は取り込まれており、消去すべき入金額が残存しており、記録通番＞管理通番の状態となる（状態２’’）。
【０６４２】
以下、図４４〜図５１を用いて、オフライン端数額が直接加算される変形例の作用について説明する。
【０６４３】
図４４〜図４８は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合の処理の一例を表す図である。この玉貸ユニット２０が、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２以下の処理（図４４〜図４６に示す処理）が行われる。
【０６４４】
図４４に示すように、Ｓ２０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
【０６４５】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図４６に示すＳ３０１以下の通番不一致時処理を行う。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ２０４’’〜Ｓ２０９で通番一致時処理を行い、Ｓ２１０に進む。
【０６４６】
Ｓ２１０では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する。このＳ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図４５に示すＳａ２１０以下のオフライン端数額処理を行う。一方、Ｓ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、上記実施形態と同様のＳａ２２０〜Ｓａ２２３の処理が行われる。
【０６４７】
前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、図４５に示すように、オフライン端数額処理が行われる。
【０６４８】
まずＳａ２１０で上記実施形態と同様に当日中にオフライン状態が発生したか否かを判定する。このＳａ２１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、使用不可情報を、玉貸ユニット２０に対して返信する。一方、Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオフライン端数額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に加算し（Ｓａ２１０’’）、該オフライン端数額を該記録媒体ＩＤに対応付けて加算額として記憶する（Ｓａ２１１’’）。そして、該加算額の記憶が完了したことに基づく加算額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２’’）。
【０６４９】
該加算額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ２１５）。
【０６５０】
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算額を消去し（Ｓａ２１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２１７）、更新後の残額を含む残額通知を、玉貸ユニット２０に対して返信し（Ｓａ２２０）、Ｓａ２２１〜Ｓａ２２３の処理が行われる。
【０６５１】
このように、玉貸ユニット２０が管理装置５０とオフライン状態のときに貨幣を受け付けて一発貸しを行うようにした場合にも、その際生じた端数額をオフライン端数額として記録媒体に記録して排出し、管理装置５０とオンライン状態の玉貸ユニット２０が該記録媒体を受け付けたときに、管理装置５０において該記録媒体のオフライン端数額が管理残額に加算されるので、玉貸ユニット２０に釣銭払出機能や追加入金機能を設ける必要がなく、玉貸ユニット２０のコストが上昇することがない。
【０６５２】
また、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生したオフライン端数額が記録された会員カード４又はビジタコイン５が受け付けられると、該オフライン端数額が管理装置５０で管理されている残額に対して加算更新されることにより、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０６５３】
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算額が残存しており、管理残額には該加算額が加算されたままの状態であり、記録通番＝管理通番の状態となる（状態６’’）。
【０６５４】
また玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信し、管理装置５０がＳａ２１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ２１３でオフライン端数額は消去されており、消去すべき加算額が残存しており、記録通番＞管理通番の状態となる（状態７’’）。
【０６５５】
前記Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、図４４に示すように、通番一致時処理が行われる。Ｓ２０４’’では、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金額が記憶されているか否かを判定する。このＳ２０４’’で入金額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金額を、該記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ２０４’’）、該記憶していた入金額を消去し（Ｓ２０５’’）、前記Ｓ２１０に進む。
【０６５６】
ここで、記録通番＝管理通番であり、かつ入金額が残存していることから、管理装置５０が前記入金要求を受信し、玉貸ユニット２０が前記入金額記憶通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、消去すべき入金額が残存しており、管理残額は該入金額が加算されたままの状態であり、記録通番＝管理通番の状態（状態１’’）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が入金額記憶通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金額が残存しており、管理残額は該入金額が加算されたままの状態となる。そして該入金額が加算された状態のまま管理残額が使用されると、遊技場が損害を被ることになる。
【０６５７】
従って、残存している入金額を管理残額から減算し、該入金額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０が入金要求を受信してから玉貸ユニット２０が入金額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金額が加算されたままの管理残額が使用されることがないので、遊技場が損害を被ることがない。
【０６５８】
Ｓ２０４’’で入金額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０６’’で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算額が記憶されているか否かを判定する。このＳ２０６で加算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算額を、該記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ２０６’’）、該記憶していた加算額を消去し（Ｓ２０７’’）、前記Ｓ２１０に進む。
【０６５９】
ここで、記録通番＝管理通番であり、かつ加算額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算額が残存しており、管理残額には該加算額が加算されたままの状態であり、記録通番＝管理通番の状態（状態６’’）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算額が残存しており、管理残額は該加算額が加算されたままの状態となる。そして該加算額が加算された状態のまま管理残額が使用されると、遊技場が損害を被ることになる。
【０６６０】
従って、残存している加算額を管理残額から減算し、該加算額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２’’の加算額記憶通知，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算額が加算されたままの管理残額が使用されることがないので、遊技場が損害を被ることがない。
【０６６１】
Ｓ２０６’’で加算額が記憶されていない（ＮＯ）と判定された場合には、上記実施形態と同様にＳ２０８以降の処理が実施される。
【０６６２】
前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、図４６に示すように、通番不一致時処理が行われる。Ｓ３０１では、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する。このＳ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ３１１’’以下の処理を行う。一方、Ｓ３０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、挿入通知に含まれる記録媒体ＩＤに対応付けて減算額が既に記憶されているか否かを判定する。該判定で、記憶されていないと判定された場合には（ＮＯ）、Ｓａ３０１’’以降の処理を行い、記憶されていると判定された場合には（ＹＥＳ）、Ｓ３０１’’，Ｓ３０２’’の処理を行わずにＳ３０３’’以降の処理を行う。Ｓａ３０１’’では該オンライン端数額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オンライン端数額を減算額として該記録媒体ＩＤに対応付けて記憶する（Ｓ３０２’’）。そして、該減算額の記憶が完了したことに基づく減算額記憶通知を、玉貸ユニット２０に対して返信する（Ｓ３０３’’）。
【０６６３】
該減算額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ３０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ３０５）。
【０６６４】
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算額を消去し（Ｓ３０６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０７）、前記Ｓ２１０以下の処理を行う。
【０６６５】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０６６６】
従って、Ｓａ３０１’’で、減算すべきオンライン端数額を残額から減算し、Ｓ３０６’’で、減算額を消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０６６７】
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算額が残存しており、管理残額から該減算額が減算されたままの状態であり、記録通番＞管理通番の状態となっている（状態８’’）。ただし、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は後述する精算装置６０で受け付けられたときに、Ｓ３０１又はＳ８０１でオンライン端数額が零でないと判定された後、減算額が既に記憶済みであることを条件として、Ｓａ３０１’’及びＳ３０２’’，又はＳａ８０１’’及びＳ８０２’’が行われないので、本例では特に減算額を管理装置に加算する処理や、減算額の消去処理を行っていない。
【０６６８】
また、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ３０４でオンライン端数額は消去されており、消去すべき減算額が残存しており、記録通番＞管理通番の状態となる（状態９’’）。
【０６６９】
前記Ｓ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ３１１’’で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金額が記憶されているか否かを判定する。このＳ３１１’’で入金額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金額を消去して（Ｓ３１２’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０６７０】
ここで、記録通番＞管理通番であり、かつ入金額が残存していることから、玉貸ユニット２０が前記入金額記憶通知を受信し、管理装置５０が前記貨幣取込通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれており、消去すべき入金額が残存しており、記録通番＞管理通番の状態（状態２’’）であることが特定される。このように玉貸ユニット２０が入金額の記憶に基づく入金額記憶通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金額が残存した状態のままとなり、該入金額が消去されずに管理残額に加算されると、遊技場が損害を被ることになる。
【０６７１】
従って、Ｓ３１２’’で、消去すべき入金額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０が入金額記憶通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金額が管理残額に加算されることがないので、遊技場が損害を被ることがない。
【０６７２】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、受付貨幣額を管理残額に加算すると共に、該受付貨幣額を入金額として管理し、入金額記憶通知を玉貸ユニット２０に返信し、該入金額記憶通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、該取込処理を完了した旨の貨幣取込通知を管理装置５０に送信し、該貨幣取込通知の受信に基づいて管理装置で入金額を消去するようにしておき、玉貸ユニット２０が入金額記憶通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにした場合、入金額記憶通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、入金額記憶通知を玉貸ユニット２０が受信したか否か、即ち貨幣の取込処理が行われたか否かを管理装置５０側では特定不可能である。
【０６７３】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、貨幣の取込処理が行われたか否かを管理装置５０側において特定できない。このときに、一律に管理残額を入金額が加算されたままの状態としておくと、入金額記憶通知を玉貸ユニット２０が受信しておらず、貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金額を管理残額から減算するようにした場合、入金額記憶通知を玉貸ユニット２０が受信しており、貨幣の取込処理が行われていたときに、遊技者が損害を被るという問題がある。また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０６７４】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新し、管理装置５０で入金額の消去を行ったときに管理通番を更新することで、通番が一致するときには、貨幣の取込処理が行われていないことを特定して、入金額を管理残額から減算し、通番が一致しないときには貨幣の取込処理が行われていることを特定して、管理残額を入金額が加算された状態のままにすることで、残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０６７５】
Ｓ３１１’’で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１３’’で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算額が記憶されているか否かを判定する。このＳ３１３’’で加算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算額を消去して（Ｓ３１４’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０６７６】
ここで、記録通番＞管理通番であり、かつ加算額が残存していることから、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、消去すべき加算額が残存しており、記録通番＞管理通番の状態（状態７’’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算額が残存したままの状態となり、該加算額が消去されずに管理残額に加算されると、遊技場が損害を被ることになる。
【０６７７】
従って、Ｓ３１４’’で、消去すべき加算額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算額が管理残額に加算されることがないので、遊技場が損害を被ることがない。
【０６７８】
Ｓ３１３’’で加算額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１５’’で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて減算額が記憶されているか否かを判定する。このＳ３１５’’で減算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算額を消去して（Ｓ３１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
【０６７９】
ここで、記録通番＞管理通番であり、かつ減算額が残存していることから、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４で記録媒体のオンライン端数額は消去されており、消去すべき減算額が残存しており、記録通番＞管理通番の状態（状態９’’）であることが特定される。このように玉貸ユニット２０が減算額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算額が残存した状態のままとなり、該減算額が消去されずに管理残額から減算されると、遊技者（但し減算額が負であるときには遊技場）が損害を被ることとなる。
【０６８０】
従って、Ｓ３１６’’で、消去すべき減算額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき減算額が管理残額から減算されることがないので、遊技者（但し減算額が負であるときには遊技場）が損害を被ることがない。
【０６８１】
Ｓ３１５’’で減算額が記憶されていない（ＮＯ）と判定された場合には、上記実施形態と同様のＳ３１７以降の処理が行われる。
【０６８２】
次に図４７を用いて、オフライン端数額を消去する前にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算すると共に（Ｓａ２１０’’）、該オフライン端数額を記録媒体ＩＤに対応付けて加算額として記憶する（Ｓａ２１１’’）。そして、該加算額の記憶が完了したことに基づく加算額記憶通知を、玉貸ユニット２０に対して返信するが（Ｓａ２１２’’）、この加算額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されておらず、加算額が残存し、管理残額には該加算額が加算されたままの状態であり、記録通番＝管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、オフライン入金時の一発貸し（Ｓ６１４）が行われて、記憶端数額、即ちオフライン端数額として記録される額が減算される（例えば、記憶端数額（５５円）−消費税額（５０）＝５円となる）。このとき、記録通番＝管理通番であって、管理装置５０では加算額（５５円）が残存しており、管理残額には該加算額が加算されたままの状態であるが、次回加算予定額となるオフライン端数額（５円）は、管理装置５０の加算予定額（５５円）と異なる。
【０６８３】
この場合には、次回記録媒体を受け付けたときに、まずＳａ２０６’’で加算額（５５円）を管理残額から減算し、Ｓ２０７’で該加算額（５５円）を消去した後、改めてＳａ２１０’’でオフライン端数額（５円）を管理残額に加算すると共に、Ｓａ２１１’’で該オフライン端数額（５円）を加算額として記憶する。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、挿入通知を管理装置５０が受信してから加算額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０６８４】
次に図４８を用いて、オフライン端数額を消去した後にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算すると共に（Ｓａ２１０’’）、該オフライン端数額を記録媒体ＩＤに対応付けて加算額として記憶する（Ｓａ２１１’’）。そして、該加算額の記憶が完了したことに基づく加算額記憶通知を、玉貸ユニット２０に対して返信するが（Ｓａ２１２’’）。
【０６８５】
該加算額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信するが（Ｓａ２１５）、このオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されており、加算額が残存し、記録通番＞管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、端数額、即ちオフライン端数額として記録される額が生じる（例えば、受付貨幣額（５００円）−貸与対象額（４２０）＝８０円が記憶端数額となる）。このとき、記録通番＞管理通番であって、管理装置では加算予定額（５５円）が残存している状態であるが、次回加算額となるオフライン端数額（８０円）は、管理残額に加算額（５５円）が加算された額に、さらに加算されるべき額である。
【０６８６】
この場合には、次回記録媒体を受け付けたときに、まずＳ３１４’’で加算額（５５円）を消去した後、改めてＳａ２１０’’でオフライン端数額（８０円）を管理残額に加算すると共に、Ｓａ２１１’’で該オフライン端数額（８０円）を加算額として記憶する。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、加算額記憶通知を玉貸ユニット２０が受信してからオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０６８７】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、記録媒体から読み取ったオフライン端数額を玉貸ユニット２０から管理装置５０に送信し、管理装置５０において当該オフライン端数額を管理残額に加算すると共に、該オフライン端数額を加算額として管理し、加算額記憶通知を玉貸ユニット２０に返信し、該加算額記憶通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去して、管理装置５０に対してオフライン端数額消去通知を送信し、該オフライン端数額消去通知の受信に基づいて管理装置５０で加算額を消去するようにした場合、オフライン端数額消去通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、オフライン端数額消去通知を玉貸ユニット２０が受信し、オフライン端数額の消去処理が行われたか否かを管理装置５０側では特定できない。
【０６８８】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体のオフライン端数額が送信されたときに、当該オフライン端数額が、前回の加算額記憶通知に応じて一旦消去された後にオフライン状態の玉貸ユニット２０での玉貸処理により新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを管理装置５０側において特定できない。つまり、現在の管理残額に今回のオフライン端数額を加算すべきか、現在の管理残額から記憶している加算額を減算した額に今回のオフライン端数額を加算すべきかを特定することができない。このときに、一律に現在の管理残額に今回のオフライン端数額を加算すると、遊技場が損をしてしまう恐れがあり、一律に現在の管理残額から加算額を減算した額に、今回のオフライン端数額を加算するようにすると、遊技者が損をしてしまう恐れがある。また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０６８９】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算額の消去を行ったときに管理通番を更新することで、通番が一致しないときには、図４８に示したように、オフライン端数額の消去処理が行われたことを特定して、加算額を消去し、通番が一致するときには、図４７に示したように、オフライン端数額の消去処理が行われていないことを特定して、管理残額から加算額を減算することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０６９０】
例えば図４７に示したように、玉貸ユニット２０が加算額記憶通知を受信する前にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることからオフライン端数額が消去されていない旨を特定して、加算額を管理残額から減算すると共に該加算額を消去し、消費後のオフライン端数額を管理残額に加算すると共にあらたな加算額とするので、玉貸ユニット２０が加算額記憶通知を受信する前にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０６９１】
さらに図４８に示したように、玉貸ユニット２０が加算額記憶通知を受信した後にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることからオフライン端数額が消去されている旨を特定して、加算額を消去し、新たなオフライン端数額を管理残額に加算すると共に新たな加算額とするので、玉貸ユニット２０が加算額記憶通知を受信した後にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０６９２】
図４９〜図５１は、管理装置５０とオンライン状態である精算装置６０において、記録媒体を受け付けた場合の処理の一例を表す図である。この精算装置６０が、会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると（Ｓ７０１）、Ｓａ７０１では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番をカードＲ／Ｗ６４又はコインＲ／Ｗ６５によって読み取り、該読み取ったオフライン端数額が税込単位額未満であるか否かを判定する。このＳａ７０１でオフライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、Ｓ７０２に進む。
【０６９３】
図４９に示すように、Ｓ７０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
【０６９４】
Ｓ７０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図５１に示すＳ８０１以下の通番不一致時処理を行う。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ７０４’’〜Ｓ７０９で通番一致時処理を行い、Ｓ７１０に進む。
【０６９５】
Ｓ７１０では、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する。このＳ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図５０に示すＳａ７１０以下のオフライン端数額処理を行う。一方、Ｓ７１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、上記実施形態と同様のＳ７５１以降の処理が行われる。
【０６９６】
前記Ｓ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、図５０に示すように、オフライン端数額処理が行われる。
【０６９７】
まずＳａ７１０で上記実施形態と同様に当日中にオフライン状態が発生したか否かを判定する。このＳａ７１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、精算不可情報を、精算装置６０に対して返信する。一方、Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオフライン端数額を、該精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に加算し（Ｓａ７１０’’）、該オフライン端数額を該記録媒体ＩＤに対応付けて加算額として記憶する（Ｓａ７１１’’）。そして、該加算額の記憶が完了したことに基づく加算額記憶通知を、精算装置６０に対して返信する（Ｓａ７１２’’）。
【０６９８】
該加算額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ７１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ７１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ７１５）。
【０６９９】
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算額を消去し（Ｓａ７１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７１７）、前記Ｓ７５１以降の処理を行う。
【０７００】
このように、玉貸ユニット２０が管理装置５０とオフライン状態のときに貨幣を受け付けて一発貸しを行うようにした場合にも、その際生じた端数額をオフライン端数額として記録媒体に記録して排出し、管理装置５０とオンライン状態の精算装置６０が該記録媒体を受け付けたときに、管理装置５０において該記録媒体のオフライン端数額が管理残額に加算されるので、精算装置６０で正確な残額が精算される。
【０７０１】
また、オンライン状態にある精算装置６０において、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された会員カード４又はビジタコイン５が受け付けられると、該オフライン端数額が管理装置５０で管理されている残額に対して加算更新されることにより、該オフライン端数額と管理残額の合算額が１回で精算されるので、遊技者の利便性が向上する。
【０７０２】
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳａ７１２’’の加算額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算額が残存しており、管理残額には該加算額が加算されたままの状態であり、記録通番＝管理通番の状態となる（状態６’’）。
【０７０３】
また精算装置６０がＳａ７１２’’の加算額記憶通知を受信し、管理装置５０がＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ７１３でオフライン端数額は消去されており、消去すべき加算額が残存しており、記録通番＞管理通番の状態となる（状態７’’）。
【０７０４】
前記Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、図４９に示すように、通番一致時処理が行われる。Ｓ７０４’’では、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金額が記憶されているか否かを判定する。このＳ７０４’’で入金額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金額を、該記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ７０４’’）、該記憶していた入金額を消去し（Ｓ７０５’’）、前記Ｓ７１０に進む。
【０７０５】
ここで、記録通番＝管理通番であり、かつ入金額が残存していることから、管理装置５０が前記入金要求を受信し、玉貸ユニット２０が前記入金額記憶通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、消去すべき入金額が残存しており、管理残額は該入金額が加算されたままの状態であり、記録通番＝管理通番の状態（状態１’’）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が入金額記憶通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金額が残存しており、管理残額は該入金額が加算されたままの状態となる。そして該入金額が加算された状態のまま精算処理が行われると、遊技場が損害を被ることになる。
【０７０６】
従って、残存している入金額を管理残額から減算し、該入金額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０が入金要求を受信してから玉貸ユニット２０が入金額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金額が加算されたままの管理残額が精算されることがないので、遊技場が損害を被ることがない。
【０７０７】
Ｓ７０４’’で入金額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０６’’で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算額が記憶されているか否かを判定する。このＳ７０６で加算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算額を、該記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ７０６’’）、該記憶していた加算額を消去し（Ｓ７０７’’）、前記Ｓ７１０に進む。
【０７０８】
ここで、記録通番＝管理通番であり、かつ加算額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算額が残存しており、管理残額には該加算額が加算されたままの状態であり、記録通番＝管理通番の状態（状態６’’）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算額が残存しており、管理残額は該加算額が加算されたままの状態となる。そして該加算額が加算された状態のまま管理残額が精算されると、遊技場が損害を被ることになる。
【０７０９】
従って、残存している加算額を管理残額から減算し、該加算額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２’’の加算額記憶通知，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算額が加算されたままの管理残額が精算されることがないので、遊技場が損害を被ることがない。
【０７１０】
Ｓ７０６’’で加算額が記憶されていない（ＮＯ）と判定された場合には、上記実施形態と同様にＳ７０８以降の処理が実施される。
【０７１１】
前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、図５１に示すように、通番不一致時処理が行われる。Ｓ８０１では、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する。このＳ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ８１１’’以下の処理を行う。一方、Ｓ８０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、該精算要求に含まれる記録媒体ＩＤに対応付けて減算額が既に記憶されているか否かを判定する。該判定で、記憶されていないと判定された場合には（ＮＯ）、Ｓａ８０１’’以降の処理を行い、記憶されていると判定された場合には（ＹＥＳ）、Ｓ８０１’’，Ｓ８０２’’の処理を行わずにＳ８０３’’以降の処理を行う。Ｓａ８０１’’では該オンライン端数額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オンライン端数額を減算額として該記録媒体ＩＤに対応付けて記憶する（Ｓ８０２’’）。そして、該減算額の記憶が完了したことに基づく減算額記憶通知を、精算装置６０に対して返信する（Ｓ８０３’’）。
【０７１２】
該減算額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ８０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ８０５）。
【０７１３】
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算額を消去し（Ｓ８０６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０７）、前記Ｓ７１０以下の処理を行う。
【０７１４】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０７１５】
従って、Ｓａ８０１’’で、減算すべきオンライン端数額を残額から減算し、Ｓ８０６’’で、減算額を消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０７１６】
ここで管理装置５０がＳ７０２の挿入通知を受信し、精算装置６０がＳ８０３’’の減算額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算額が残存しており、管理残額から該減算額が減算されたままの状態であり、記録通番＞管理通番の状態となっている（状態８’’）。ただし、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、Ｓ３０１又はＳ８０１でオンライン端数額が零でないと判定された後、減算額が既に記憶済みであることを条件として、Ｓａ３０１’’及びＳ３０２’’，又はＳａ８０１’’及びＳ８０２’’が行われないので、本例では特に減算額を管理装置に加算する処理や、減算額の消去処理を行っていない。
【０７１７】
また、精算装置６０がＳ８０３’’の減算額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ８０４でオンライン端数額は消去されており、消去すべき減算額が残存しており、記録通番＞管理通番の状態となる（状態９’’）。
【０７１８】
前記Ｓ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ８１１’’で、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金額が記憶されているか否かを判定する。このＳ８１１’’で入金額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金額を消去して（Ｓ８１２’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０７１９】
ここで、記録通番＞管理通番であり、かつ入金額が残存していることから、玉貸ユニット２０が前記入金額記憶通知を受信し、管理装置５０が前記貨幣取込通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれており、消去すべき入金額が残存しており、記録通番＞管理通番の状態（状態２’’）であることが特定される。このように玉貸ユニット２０が入金額の記憶に基づく入金額記憶通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金額が残存した状態のままとなり、該入金額が消去されずに管理残額に加算されると、遊技場が損害を被ることになる。
【０７２０】
従って、Ｓ８１２’’で、消去すべき入金額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０が入金額記憶通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金額が管理残額に加算されることがないので、遊技場が損害を被ることがない。
【０７２１】
Ｓ８１１’’で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１３’’で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算額が記憶されているか否かを判定する。このＳ８１３’’で加算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算額を消去して（Ｓ８１４’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０７２２】
ここで、記録通番＞管理通番であり、かつ加算額が残存していることから、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、消去すべき加算額が残存しており、記録通番＞管理通番の状態（状態７’’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算額が残存したままの状態となり、該加算額が消去されずに管理残額に加算されると、遊技場が損害を被ることになる。
【０７２３】
従って、Ｓ８１４’’で、消去すべき加算額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２’’の加算額記憶通知を受信，又は精算装置６０がＳａ７１２’’の加算額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算額が管理残額に加算されることがないので、遊技場が損害を被ることがない。
【０７２４】
Ｓ８１３’’で加算額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１５’’で、前記精算要求に含まれる記録媒体ＩＤに対応付けて減算額が記憶されているか否かを判定する。このＳ８１５’’で減算額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算額を消去して（Ｓ８１６’’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
【０７２５】
ここで、記録通番＞管理通番であり、かつ減算額が残存していることから、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４で記録媒体のオンライン端数額は消去されており、消去すべき減算額が残存しており、記録通番＞管理通番の状態（状態９’’）であることが特定される。このように玉貸ユニット２０が減算額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算額が残存した状態のままとなり、該減算額が消去されずに管理残額から減算されると、遊技者（但し減算額が負であるときには遊技場）が損害を被ることとなる。
【０７２６】
従って、Ｓ８１６’’で、消去すべき減算額を消去する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３’’の減算額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき減算額が管理残額から減算されることがないので、遊技者（但し減算額が負であるときには遊技場）が損害を被ることがない。
【０７２７】
Ｓ８１５’’で減算額が記憶されていない（ＮＯ）と判定された場合には、上記実施形態と同様のＳ８１７以降の処理が行われる。
【０７２８】
［３−３．その他の変形例］
以下、その他の変形例について説明する。
【０７２９】
上記の実施形態では、入金残額不存在処理として、記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額を消去する例について説明したが、これに限らず、入金残額不存在処理は、記録媒体に記録されているオフライン端数額を零とする処理であっても良い。
【０７３０】
上記の実施形態では、記録媒体のオフライン端数額が消去されている場合に、挿入通知に含めるオフライン端数額を零として送信する例について説明したが、これに限らず、オフライン端数額が消去されている場合に、挿入通知にオフライン端数額を含めずに送信するようにしても良い。この場合には、管理装置５０において、挿入通知に含まれるオフライン端数額が零であるか否かの判定（図１２のＳ２１０）に代えて、挿入通知にオフライン端数額が含まれるか否かの判定を行い、含まれる場合にはＳａ２１０以降のオフライン端数額処理を行い、含まれない場合には、Ｓａ２２０以降の処理を行うようにすると良い。また、これと同様に、管理装置５０において、精算要求に含まれるオフライン端数額が零であるか否かの判定（図２４のＳ７１０）に代えて、精算要求にオフライン端数額が含まれるか否かの判定を行い、含まれる場合にはＳａ７１０以降のオフライン端数額処理を行い、含まれない場合には、Ｓ７５１以降の処理を行うようにすると良い。
【０７３１】
上記の実施形態では、加算済更新処理として、記憶している加算予定額を消去する例について説明したが、これに限らず、加算済更新処理は、記憶している加算予定額を、加算予定額用の記憶領域とは別の記憶領域（例えば処理履歴を記憶するための処理履歴記憶領域）に記憶させる処理であっても良い。また、加算予定額の記憶領域に対応する加算済みフラグ記憶領域を設けておき、記録媒体のオフライン端数額が消去される毎（即ちオフライン端数額消去通知の受信毎）に、加算済みフラグ記憶領域に加算済みフラグを記憶するようにしても良い。
【０７３２】
上記オフライン端数額が直接加算される変形例では、処理済更新処理として、記憶している加算額を消去する例について説明したが、これに限らず、処理済更新処理は、記憶している加算額を、加算額用の記憶領域とは別の記憶領域（例えば処理履歴を記憶するための処理履歴記憶領域）に記憶させる処理であっても良い。また、加算額の記憶領域に対応する処理済みフラグ記憶領域を設けておき、記録媒体のオフライン端数額が消去される毎（即ちオフライン端数額消去通知の受信毎）に、処理済みフラグ記憶領域に処理済みフラグを記憶するようにしても良い。
【０７３３】
上記の実施形態では、オフライン状態にある玉貸ユニット２０で、記録媒体に記録されているオフライン端数額を使用して一発貸しが可能（例えば記憶端数額（オフライン端数額）が１０円のときに、１００円投入されることで１０５円分の一発貸しが可能）である例について説明したが、これに限らず、オフライン状態においては、オフライン端数額の使用を禁止するようにしても良い。つまりオフライン状態時には受付貨幣額のみで貸与可能な分のパチンコ玉を貸与するようにしても良い（例えばオフライン端数額が５５円残存している状態であっても、５００円投入で４２０円分の一発貸しを行う）。このような場合には、記録媒体に通番を記録せずに、オンライン状態の玉貸ユニット２０に該記録媒体が挿入されたときに、オフライン端数額と加算予定額が同額か否かを判定することによって、加算予定額を管理残額に加算するか否かを決定する（同額ならば加算し、異なる額ならば消去して、当該オフライン端数額を新たな加算予定額とする）方法が考えられる。しかし、玉貸ユニット２０が、加算予定額記憶通知を受信後、管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態となった後（オフライン端数額は消去済み）、記録媒体が返却されて、オフライン状態にある別の玉貸ユニット２０に挿入されて新たなオフライン端数額が発生すると、オンライン状態にある玉貸ユニット２０に該記録媒体が挿入されたときに、管理装置５０が該新たなオフライン端数額のみを加算するので、消去されてしまったオフライン端数額が加算されずに遊技者が損をしてしまうという問題がある。しかし、本発明の如く、通番を記録媒体に記録しておくことで、遊技者が損をしてしまうことがない。
【０７３４】
上記の実施形態において、図５２に示すように、特定処理が行われる玉貸ユニット２０から受信した情報や、該受信した情報に基づく処理の状況に基づいて、管理装置５０で処理状態を管理するようにしても良い。この例では、管理装置５０が、オフライン端数額を含む挿入通知を受信したときに、該挿入通知に含まれる記録媒体ＩＤに対応付けて、オフライン端数額を処理中である旨を処理状態ＤＢに記憶し、Ｓａ２１５のオフライン端数額消去通知を受信したときには、加算予定額の加算（Ｓ３０７）及び通番更新（Ｓ３０８）後に、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて、オフライン端数額の処理を完了した旨を処理状態ＤＢに記憶している。このような管理を行うことで、加算予定額の有無を判定するのではなく、図５３のＳ２０６’，及び図５４のＳ３１３’に示すように、上記処理状態ＤＢを参照して、オフライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０６’でオフライン端数額が処理中の状態であることから、消去すべき加算予定額が残存していることを特定して、Ｓ２０７で該加算予定額を消去する処理を実施したり、またＳ２０３で通番が一致せず、Ｓ３１３’でオフライン端数額が処理中の状態であることから、加算すべき加算予定額が残存していることを特定して、Ｓ３１４で該加算予定額を加算する処理を行うことができる。
【０７３５】
また、この図５２に示す例のようにして、玉貸ユニット２０から入金要求を受信したとき（前記Ｓ１０３，Ｓ２２３）に、入金処理中である旨を処理状態ＤＢに記憶し、貨幣取込通知を受信したときに（Ｓ１０８，Ｓ２２８）、入金処理を完了した旨を記憶することで、入金予定額の有無を判定するのではなく、図５３のＳ２０４’，及び図５４のＳ３１１’に示すように、上記処理状態ＤＢを参照して、入金処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０４’で入金処理中の状態であることから、消去すべき入金予定額が残存していることを特定して、Ｓ２０５で該入金予定額を消去する処理を実施したり、またＳ２０３で通番が一致せず、Ｓ３１１’で入金処理中の状態であることから、加算すべき入金予定額が残存していることを特定して、Ｓ３１２で該入金予定額を加算する処理を行うことができる。
【０７３６】
また図５２に示す例のようにして、玉貸ユニット２０又は精算装置６０からオンライン端数額を含む挿入通知又は精算要求を受信したときに（Ｓ２０２，Ｓ７０２）、オンライン端数額を処理中である旨を処理状態ＤＢに記憶し、オンライン端数額消去通知（Ｓ３０５，Ｓ８０５）を受信したときに、オンライン端数額の処理を完了した旨を記憶することで、減算予定額の有無を判定するのではなく、図５４のＳ３１５’に示すように、上記処理状態ＤＢを参照して、オンライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ３０３で通番が一致せず、Ｓ３１５’でオンライン端数額が処理中の状態であることから、減算すべき減算予定額が残存していることを特定して、Ｓ３１６で該減算予定額を減算する処理を行うことができる。
【０７３７】
さらに同様にして、精算装置６０から精算要求を受信したときに（Ｓ７０２）、精算処理中である旨を処理状態ＤＢに記憶し、精算完了通知（Ｓ７５５）を受信したときに、精算処理を完了した旨を記憶することで、精算要求受信フラグの有無を判定するのではなく、図５３のＳ２０８’，及び図５４のＳ３１７’に示すように、上記処理状態ＤＢを参照して、精算処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０８’で精算処理中の状態であることから、消去すべき精算要求受信フラグが残存していることを特定して、Ｓ２０９で該精算要求受信フラグを消去する処理を実施したり、またＳ３０３で通番が一致せず、Ｓ３１７’で精算処理中の状態であることから、消去すべき管理残額，精算要求受信フラグが残存していることを特定して、Ｓ３１８で該管理残額，精算要求受信フラグを消去する処理を行うことができる。
【０７３８】
ここで上記処理状態ＤＢのような管理を行わず、例えば、入金処理の際に、管理装置５０において、入金要求（Ｓ１０３）受信済み，入金予定額記憶（Ｓ１０４）済み，予定残額通知送信（Ｓ１０５）済み，貨幣取込通知受信（Ｓ１０８）済み，入金予定額加算済み（Ｓ１０９）というように、単に管理装置５０における各記録媒体ＩＤの処理履歴を時系列に記憶しておき、該処理履歴に応じた処理（例えば通番が一致しており、Ｓ１０５が最後の履歴であれば、入金予定額を消去する処理）を行うようにしても良い。
【０７３９】
上記の実施形態では、通番不一致時処理が、入金予定額の加算処理，加算予定額の加算処理（オンライン端数額の減算処理を含む），減算予定額の減算処理，管理残額の消去処理，又は［使用額＋消費税額］の減算処理等の、管理残額を対象とした処理である例について説明したが、これに限らず、通番不一致時処理として、管理装置５０において挿入通知送信元の玉貸ユニット２０や精算装置６０を特定可能に表示（報知）するようにしても良い。これにより、例えば店員が報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行うといった対処が可能となる。
【０７４０】
また同様に、通番不一致時処理として、管理装置５０から挿入通知送信元の玉貸ユニット２０や精算装置６０に対して報知指示を送信して、玉貸ユニット２０や精算装置６０において報知を行うようにして、上記と同様の対処が行えるようにしても良い。このように、通番不一致時処理とは、管理残額を対象とした処理に限らない。
【０７４１】
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、例えば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
【０７４２】
上記の実施形態では、図１２に示すように、Ｓ１０２の挿入通知が、入金残額情報，補正要求，端数額処理要求，及び残額取得要求を兼ねるものである例について説明したが、これに限らず、これら各要求が別個に送信され、該送信された要求に応じた処理が行われるようにしても良い。
【０７４３】
上記の実施形態では、図２４に示すように、Ｓ７０２の精算要求が、入金残額情報，補正要求，及び端数額処理要求を兼ねるものである例について説明したが、これに限らず、これら各要求が別個に送信され、該送信された要求に応じた処理が行われるようにしても良い。
【０７４４】
上記の実施形態では、オフライン端数額が加算された後に（図２５のＳａ７１６）、更新後の管理残額が管理装置５０から精算装置６０に対して送信される例について説明したが、これに限らず、該送信する情報は、オフライン端数額の加算が完了した旨（あるいは管理通番を更新した旨）を示す情報であれば良く、残額を通知する情報でなくとも良い。
【０７４５】
上記の実施形態では、玉貸ユニット２０がオフライン状態のときに所定額未満の貨幣を受け付けると、一発貸しが行われて、返却時に端数額がオフライン端数額として記録媒体に記録されて排出される例について説明したが、これに限らず、上記消費税額を徴収しない変形例に示したように、貨幣受付時に受付貨幣額が玉貸ユニット２０に記憶され、玉貸操作によって該記憶残額の範囲内で玉貸処理を行い、返却操作によって減算後の記憶残額が入金残額として記録媒体に記録され、返却されるようにしても良い。例えば１０００円を受け付けると、該受付貨幣額が記憶され、玉貸ボタン１５の操作によって玉貸設定金額（例えば５２５円）相当のパチンコ玉が貸し出され、記憶残額から使用額（ここでは５２５円）が減算されて、返却操作によって減算後の記憶残額（ここでは４７５円）が入金残額として記録媒体に記録され、返却されるようにすると良い。ここで、記録媒体の返却時に入金残額の記録を行わなず、貨幣受付時に受付貨幣額を玉貸ユニット２０の記録媒体（収納コイン保持部２７Ｐのビジタコイン５，又はカード保持部２４Ｐで保持されている会員カード４，若しくは投入コイン保持部２６Ｐで保持されているビジタコイン５）に入金残額として記録し、玉貸操作によって該入金残額の範囲内で玉貸処理を行い（これに伴い記録媒体の入金残額が減算され）、返却操作によって減算後の入金残額が記録されている記録媒体が返却されるようにしても良い。
【０７４６】
上記の実施形態では、玉貸ユニット２０で受付貨幣額分の玉貸処理が開始された後に、減算要求が管理装置５０に送信され、次いで記録媒体の通番が更新される例について説明したが、玉貸ユニット２０における受付貨幣額分の玉貸処理の開始，減算要求の送信，通番更新の各処理のタイミングは限定されない。例えば、受付貨幣額分の玉貸処理が開始された後に、通番が更新され、次いで減算要求が送信されるようにしても良い。また通番が更新された後に、受付貨幣額分の玉貸処理が開始され、次いで減算要求が送信されるようにしても良い。さらに、減算要求が管理装置５０に対して送信された後に、記録媒体の通番が更新され、次いで受付貨幣額分の玉貸処理が開始されるようにしても良い。なお、使用額分の玉貸処理が行われる際についても、これと同様に、使用額分の玉貸処理の開始，玉貸通知の送信，通番更新の各処理のタイミングは限定されない。さらに、貸与対象額分の玉貸処理が行われる際についても、これと同様に、貸与対象額分の玉貸処理の開始，加算要求の送信，通番更新の各処理のタイミングは限定されない。
【０７４７】
上記の実施形態では、管理装置５０における通番の更新が、管理残額の更新後に実施される例について説明したが、これに限らず、管理残額の更新前に通番を更新するようにしても良く、例えば、図８のＳ１２５で使用額＋消費税額を管理残額から減算する前に、通番の更新を行うようにしても良い。
【０７４８】
上記の実施形態では、玉貸ユニット２０又は精算装置６０で記録媒体のオフライン端数額が消去された後に、通番が更新され、次いでオフライン端数額消去通知を管理装置５０に送信する例について説明したが、玉貸ユニット２０又は精算装置６０におけるオフライン端数額の消去，通番更新，オフライン端数額消去通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、オフライン端数額を消去して、オフライン端数額消去通知を送信するようにしても良い。また通番を更新した後に、オフライン端数額消去通知を送信し、次いでオフライン端数額を消去するようにしても良い。さらにオフライン端数額消去通知を送信した後に、通番を更新し、オフライン端数額を消去するようにしても良い。
【０７４９】
上記の実施形態では、精算装置６０で許諾分の貨幣を払い出した後に、通番が更新され、次いで精算完了通知が管理装置５０に送信される例について説明したが、精算装置６０における許諾分の貨幣の払出，通番更新，精算完了通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、許諾分の貨幣を払い出し、精算完了通知を送信するようにしても良い。また通番を更新した後に、精算完了通知を送信し、次いで許諾分の貨幣を払い出すようにしても良い。さらに精算完了通知を送信した後に、通番を更新し、許諾分の貨幣を払い出すようにしても良い。
【０７５０】
上記の実施形態では、玉貸ユニット２０が貨幣を受け付けたときに、受け付けた貨幣の取込処理に伴い、玉貸ユニット２０側で記録媒体の通番を更新し（即ち記録通番＞管理通番となり）、貨幣取込通知を受信した管理装置５０で該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（即ち記録通番＝管理通番となる）例について説明したが、これに限らず、まず、玉貸ユニット２０から入金要求を受信した管理装置５０が、入金予定額の記憶に伴い、該入金要求に含まれる記録媒体ＩＤに対応付けられた通番を更新し（即ち記録通番＜管理通番となり）、予定残額通知を受信した玉貸ユニット２０で、受け付けた貨幣の取込処理に伴い、記録媒体の通番を更新する（即ち記録通番＝管理通番となる）ようにしても良い。このようにした場合、図１２のＳ２０３又は図２４のＳ７０３で通番が一致すると判定され、かつＳ２０４又はＳ７０４で入金予定額有りと判定されたときには、貨幣が取り込まれていることを特定して、入金予定額を管理残額に加算すると共に該入金予定額を消去するようにし、図１２のＳ２０３又は図２４のＳ７０３で通番が一致しないと判定され、かつ図１４のＳ３１１又は図２６のＳ８１１で入金予定額有りと判定されたときには、貨幣が取り込まれていないことを特定して、入金予定額を消去すると共に、管理している通番を戻す（１を減算して更新する）ようにすると良い。
【０７５１】
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。例えば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤ及び通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
【０７５２】
上記の実施形態では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却され、その後、玉貸ユニット２０に挿入されることで、状態１０であれば、図１２のＳ２０９で精算要求受信フラグが消去され、状態１１であれば、図１４のＳ３１８で管理残額，精算要求受信フラグが消去される例について説明した。しかし、これに限らず、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったときに、精算装置６０で受け付けている記録媒体を返却せずに精算装置６０内に保持し、店員が該保持されている記録媒体を一旦回収して、オンライン状態にある別の精算装置６０又はオフライン状態からオンライン状態に復帰した精算装置６０に挿入して、残額を確定（状態１０の場合にはさらに貨幣の返却）させるようにしても良い。これによれば、図１２に示したＳ２０８，Ｓ２０９の処理，及び図１４に示したＳ３１７，Ｓ３１８の処理が不要である。
【０７５３】
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０から管理装置５０に対して入金要求，若しくは補正要求又は挿入通知が送信され、該情報を管理装置５０が受信した後、オフライン状態となった場合に、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤが消去されない。即ち、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
【０７５４】
上記の実施形態において、オンライン端数額を含む精算要求を受信した精算装置６０が、Ｓ８０２で該オフライン端数額を加算予定額として記憶する処理を行う前に、該精算要求に含まれる記録媒体ＩＤに対応付けられた管理残額が零であるか否かを判定するようにしても良い。そして、管理残額が零であると判定したときには、受信した精算要求に含まれるオフライン端数額を含む精算許諾情報を精算装置６０に送信し、精算装置６０が、該オフライン端数額相当の貨幣を払い出すようにして、Ｓ７５４〜Ｓ７５８の処理を行わないようにすると良い。これによれば、管理残額が零であって、オフライン端数額が記録されている場合、即ちオフライン状態にある玉貸ユニット２０に入金し、一発貸しを受けて遊技を行った遊技者が精算を行う場合に、Ｓ７５１，Ｓ７５４〜Ｓ７５８，及びＳ８０２〜Ｓ８０７の処理が不要であり、精算時の処理が大幅に簡素化される。
【０７５５】
上記の実施形態では、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始されてから残額通知を受信するまでの間にオフライン状態となった場合に、端数額×（−１）をオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−負のオンライン端数額という処理を行うことで、端数額を加算する例について説明したが、これに限らず、端数額を正のオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋正のオンライン端数額という処理を行うことで、前記端数額を管理残額に加算するようにしても良い。
【０７５６】
また、上記の実施形態では、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始されてから減算完了通知を受信するまでの間にオフライン状態となった場合に、対応消費税額を正のオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−正のオンライン端数額という処理を行うことで、対応消費税額を減算する例について説明したが、これに限らず、対応消費税額×（−１）を負のオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋負のオンライン端数額という処理を行うことで、前記対応消費税額を管理残額から減算するようにしても良い。即ち対応消費税額が差額として管理残額から減算される方法で処理が行われれば良い。
【０７５７】
上記の実施形態では、図１１に示すように、記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となったときに、収納コイン保持部２７Ｐのビジタコイン５は排出されずに玉貸ユニット２０内に保持されたままＳ４１８の状態，即ちオフライン状態で、貨幣受付，返却操作を待機する状態となり、その後、Ｓ４３１の返却操作によって、オンライン残額有りフラグが記録されたビジタコイン５が排出される例について説明したが、これに限らず、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となったときに、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグが記録された後、自動的に該ビジタコイン５が排出されるようにしても良い。この場合には、管理残額が残存している状態のビジタコイン５がオフライン状態の玉貸ユニット２０に保持されていることがないため、図２１のＳａ４３３の判定は不要であり、Ｓ４３２で記憶残額が零であるときには、返却操作を無効とする。
【０７５８】
上記の実施形態では、図２０に示すように、記録媒体を受け付けている状態でオンライン状態からオフライン状態となったときに、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５は返却されずに（ビジタコイン５にオンライン残額有りフラグが記録されていなければオンライン残額有りフラグが記録され）、玉貸ユニット２０内に保持されたままＳ５１８の状態、即ちオフライン状態で、貨幣受付，返却操作を待機する状態となり、その後Ｓ５３１の返却操作によって、該記録媒体が返却される例について説明したが、これに限らず、記録媒体を受け付けている状態でオンライン状態からオフライン状態となったときに、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５が自動的に排出されるようにしても良い。このときビジタコイン５を受付中であり、該ビジタコイン５にオンライン残額有りフラグが記録されていなければ、オンライン残額有りフラグが記録された後に自動的に排出される。
【０７５９】
上記の実施形態では、ビジタコイン５に対してのみ管理残額有り情報（オンライン残額有りフラグ）が記録される例について説明したが、これに限らず、記録媒体貸与処理の対象となった会員カード４の管理残額が零でないことを条件として、該会員カード４に管理残額有り情報を記録し、管理残額を記録することなく排出する第１の排出処理を記録媒体排出処理手段（制御部２１）により行うようにしても良い。
【０７６０】
上記の実施形態では、例えば図２２に示すように、記憶端数額が零であるか否かの判定が行われてから（Ｓ５３２）、オンライン残額有りフラグの記録があるか否かの判定が行われる（Ｓ５３７）例について説明したが、これに限らず、オンライン残額有りフラグの記録があるか否かの判定が行われてから、記憶端数額が零であるか否かの判定が行われるようにしても良い。具体的には、玉貸ユニット２０は、返却操作を受け付けると（Ｓ５３１）、ビジタコイン５を受付中であるか否かを判定する（Ｓ５３２’）。このＳ５３２’でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３３’）。このＳ５３３’で記憶端数額が零でない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に対して、記憶端数額をオフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３４’）、記憶端数額を消去して（Ｓ５３５’）、カード保持部２４Ｐで保持している会員カード４を返却する（Ｓ５３６’）。一方、Ｓ５３３’で記憶端数額が零である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４のオフライン端数額を消去して、直接Ｓ５３６’に進む。
【０７６１】
前記Ｓ５３２’でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５３７’）。Ｓ５３７’でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３３’）。このＳ５３３’で記憶端数額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶端数額をオフライン端数額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３４’）、記憶端数額を消去して（Ｓ５３５’）、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３６’）。一方、Ｓ５３３’で記憶端数額が零である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５のオフライン端数額を消去して、直接Ｓ５３６’に進む。また前記Ｓ５３７’でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３８’）。このＳ５３８’で記憶端数額が零でない（ＮＯ）と判定された場合には、Ｓ５３４’に進む。一方、Ｓ５３８’で記憶端数額が零である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５のオフライン端数額を消去し、返却操作が無効とされ、第１の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する。即ちコイン投入口２５から投入されたビジタコイン５は、オンライン残額有りフラグが記録されている場合，及びオンライン残額有りフラグが記録されていなくても記憶端数額がある場合には返却される。
【０７６２】
なおＳ５３２’〜Ｓ５３８’の処理は、図２３のＳ６３２〜Ｓ６３７に代えて行われるようにしても良い。
【０７６３】
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の消費税を徴収しない変形例では、貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
【０７６４】
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２ずつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、例えばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などのキャラクタ等であっても良い。
【０７６５】
上記の実施形態では、管理残額の有効期間が無期限である例について説明したが、これとは逆に、有効期間を当日中としても良い。また有効期間は無期限ではなく、有限の長期（例えば最後の入金から１年，ビジタコイン５の発行から１年等）としても良い。
【０７６６】
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
【０７６７】
上記の実施形態では、通信不可能状態発生判定手段により精算可能期間内に通信不可能状態（オフライン状態）が発生したと判定されたことを条件として、オフライン端数額の加算及び精算が行われる例について説明したが、これと同様にして、オンライン端数額の加算及び減算が行われる場合にも、通信不可能状態発生判定手段により精算可能期間内に通信不可能状態が発生したと判定されたことを条件とするようにしても良い。これによれば、有効期間内にオフライン状態が発生したと判定されたことを条件としてオンライン端数額の加算及び減算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオンライン端数額が記録されることがない状況においてはオンライン端数額の加算及び減算が行われないので、セキュリティが向上する。
【０７６８】
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
【０７６９】
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０７７０】
上記の実施形態では、図１に示すように、バックアップ装置が、遊技場外のカード会社に設けられるセンタ管理装置８０である例について説明したが、これに限らず、該バックアップ装置は、遊技場内に設けられるものであっても良く、また管理装置５０に、前記ハードディスク５５とは別体で前記バックアップ情報記憶手段として機能するハードディスク等の記憶装置を設けたり、あるいは前記バックアップ情報記憶手段として機能する外部記録メディア（例えばＣＤ−Ｒやメモリカード等）に対して情報を書き込み可能なメディアライタを設け、前記図７（ａ）に示す残額管理ＤＢの記憶内容が所定時間毎に該バックアップ情報記憶手段に記憶されるように構成して、該管理装置５０自体をバックアップ装置として機能させるようにしても良い。
【０７７１】
上記の実施形態では、図２（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
【０７７２】
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
【０７７３】
上記の実施形態では、図２（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０７７４】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
【０７７５】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０７７６】
上記の実施形態では、図２（ａ）（ｂ）に示すように、記録媒体返却口（コイン返却口２８）が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該記録媒体返却口は、遊技用装置の前面から陥没して形成されるようにしても良い。
【０７７７】
上記の実施形態では、図６（ｂ）のＤ１２に示すように、ビジタコイン発行装置７０で、予め定められた発行額の選択に基づいて、該発行額をパチンコ玉の貸与に使用可能なビジタコイン５が発行される例について説明したが、これに限らず、遊技者による任意の金額の指定に基づいて、該指定された金額をパチンコ玉の貸与に使用可能なビジタコイン５が発行されるようにしても良い。またビジタコイン発行装置７０において、貨幣として、紙幣２のみならず硬貨３を受け付けるようにしても良い。
【０７７８】
上記の実施形態では、［管理残額≧対応消費税額］であるか否かを判定して、管理残額≧対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行う例について説明したが、これに限らず、［管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額］であるか否かを判定し、管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行うようにしても良い。
【０７７９】
上記の実施形態で、ビジタコイン発行装置７０において、会員カード４を受け付けて、該受け付けた会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額に対する価値加算ができるようにしても良く、この場合には、該価値加算も「記録媒体発行処理」に該当する。
【０７８０】
上記の実施形態では、図９のＳ１３６，図１８のＳ２３６に示すように、記録媒体識別情報記憶判定手段による、貸与処理（玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）が処理履歴記憶手段（処理履歴ＤＢ）に既に記憶されているか否かの判定が、返却操作の受付後に行われる例について説明したが、これに限らず、該記録媒体識別情報記憶判定手段による判定は、例えば貨幣の受付後や記録媒体の受付後に行われるようにしても良く、該判定を行うタイミングは特に限定されない。
【０７８１】
上記の実施形態で、精算装置６０においても、遊技用装置（玉貸ユニット２０）と同様に、精算処理の対象となった記録媒体の記録媒体識別情報が精算履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな精算履歴を前記精算履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記精算履歴記憶手段で既に記憶されている精算履歴を新たな精算履歴に更新する精算履歴更新手段と、を設けるようにしても良い。
【０７８２】
上記の実施形態で、記録媒体発行装置（ビジタコイン発行装置７０）においても、遊技用装置（玉貸ユニット２０）と同様に、記録媒体発行処理の対象となった記録媒体の記録媒体識別情報が発行履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな発行履歴を前記発行履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記発行履歴記憶手段で既に記憶されている発行履歴を新たな発行履歴に更新する発行履歴更新手段と、を設けるようにしても良い。
【０７８３】
上記の実施形態では、図７（ｂ）に示すように、精算履歴ＤＢにおいて精算履歴を記憶する際に、残額として０も記憶される例について説明したが、これに限らず、精算後の残額は０以外にはないため、該残額は記憶しないようにしても良い。
【０７８４】
上記の実施形態では、図７（ｄ）に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、例えば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
【０７８５】
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
【０７８６】
上記の実施形態では、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢにおいて、２５６個の履歴を記憶可能である例について説明したが、これに限らず、より多い履歴の数，又はより少ない履歴の数を記憶可能なようにしても良い。
【０７８７】
上記の実施形態では、例えば図８に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１３３の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、前記残額処理手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、装置ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行う。
【０７８８】
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行われる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行う。
【０７８９】
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
【０７９０】
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、例えば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
【０７９１】
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
【０７９２】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０７９３】
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０７９４】
上記の実施形態では、玉貸処理が行われた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
【０７９５】
上記の実施形態では、図８，図１７に示すように、オンライン状態にある玉貸ユニット２０において、管理装置５０で管理されている残額を含む予定残額通知を予め受信して、該残額を残度数表示器１４及び残額表示器３０における表示用として制御部２１のＲＡＭで記憶しておき、玉貸操作を受け付けたことに基づいて玉貸処理を行い、管理装置５０に対して玉貸通知を送信する例について説明したが、これに限らず、残度数表示器１４及び残額表示器３０における表示を考慮しないのであれば、予定残額通知を予め受信せず、玉貸操作を受け付けてから管理装置５０に対して記録媒体ＩＤと使用額＋消費税額とを含む減算要求を送信し、該減算要求に応じて前記減算処理が行われた管理装置５０から玉貸許諾通知を受信したことに基づいて玉貸処理を行うようにしても良い。この場合における管理装置５０は、図８のＳ１０５や図１７のＳ２２５に示す予定残額通知に残額を含めないで返信すれば良く、図１３のＳａ２１２に示す加算予定額記憶通知に残額を含めないで返信すれば良い。
【０７９６】
上記の実施形態では、図８，図１７に示すように、玉貸通知に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該玉貸通知に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（例えば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、玉貸通知に玉貸操作が行われた旨のみを含めて管理装置５０に対して送信すれば良い。
【０７９７】
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理が、玉貸処理の開始後に行われる例について説明したが、これに限らず、該減算処理は、玉貸処理の開始前に行われるようにしても良い。即ち、該減算処理が行われ、減算完了通知が玉貸ユニット２０に対して送信されてから、該玉貸ユニット２０において玉貸処理が開始されるようにしても良い。
【０７９８】
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
【０７９９】
上記の実施形態では、玉貸ユニット２０において使用額分の玉貸処理が行われた場合に、該使用額＋消費税額（例えば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行われる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額分（例えば５回）繰り返し行われるようにしても良く、この場合には、残額表示器３０における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
【０８００】
上記の実施形態では、図９のＳ１４０〜Ｓ１４１に示すように、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却されてから直ちに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持される例について説明したが、これに限らず、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却された後、貨幣が受け付けられたときに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持されるようにしても良い。
【０８０１】
上記の実施形態では、玉貸ユニット２０が加算要求（図１０のＳ１５４）を送信した後、残額通知（同Ｓ１５８）を受信する前にオフライン状態が発生した場合に、端数額をオンライン端数額として記録媒体に記録する（図１１のＳｃ１９４）例について説明したが、これに限らず、貸与対象額分の玉貸処理が開始された後に、端数額をオンライン端数額として記録媒体に記録し、残額通知を受信したことを条件として、該記録媒体に記録されたオンライン端数額を消去するようにしても良い。同様に、上記の実施形態では、玉貸ユニット２０が減算要求（図１０のＳ１７４）を送信した後、減算完了通知（同Ｓ１７８）を受信する前にオフライン状態が発生した場合に、対応消費税額をオンライン端数額として記録媒体に記録する（図１１のＳｄ１９５）例について説明したが、これに限らず、受付貨幣額分の玉貸処理が開始された後に、対応消費税額をオンライン端数額として記録媒体に記録し、減算完了通知を受信したことを条件として、該記録媒体に記録されたオンライン端数額を消去するようにしても良い。これらは図１９及び図２０においても同様である。
【０８０２】
上記の実施形態では、図２１〜図２３に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行われる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
【０８０３】
上記の実施形態では、図２４のＳａ７０１に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行われる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（例えば５００円）未満であるか否かの判定が行われるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行われるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
【０８０４】
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
【０８０５】
上記の実施形態では、図７（ａ）に示すように、処理履歴が記録媒体の排出の履歴である例について説明したが、これに限らず、図７（ａ’）に示すように、該処理履歴を玉貸処理の履歴としても良い。この玉貸処理ＤＢでは、前記使用額分の玉貸処理が行われたことに基づいて、該玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理が行われた日時である玉貸日時を前記最後処理特定情報として記憶することにより、玉貸履歴を記憶する。具体的には、前記処理履歴更新手段の作用により、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで記憶されていない場合には、該記録媒体ＩＤを玉貸履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び玉貸日時を記憶し、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで既に記憶されている場合には、該記録媒体ＩＤに対応する残額及び玉貸日時を新たな残額及び玉貸日時に更新（上書き）する。なお玉貸処理の後に記録媒体の排出が行われても残額の変動はないため、前記記憶されている玉貸処理後の残額が当該記録媒体の最後の残額に相当する。このように、玉貸処理が行われる毎に残額と玉貸日時を記憶して玉貸履歴を更新することにより、前記図７（ａ）の如く記録媒体の排出毎に残額と排出日時を記憶して処理履歴を更新するのに比べて、玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合に緊急避難的に処理履歴を記憶・更新しなくても、玉貸履歴に基づいて正確な残額を復帰させることができる。
【０８０６】
上記の実施形態では、図２８に示すように、遊技場の営業終了後に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われる例について説明したが、これに限らず、所定時間毎（例えば３時間毎）に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われるようにしても良い。
【０８０７】
上記の実施形態では、図２９に示すように、バックアップ情報を復旧用テーブルに記憶してから（Ｓ１０４４）、統合テーブルで特定された残額を復旧用テーブルの残額に上書きして復帰する（Ｓ１０４９）例について説明したが、これとは逆に、統合テーブルで特定された残額を復帰用テーブルに記憶して復帰してから、統合テーブルで特定されなかった残額をバックアップ情報に基づいて記憶して復帰するようにしても良い。
【０８０８】
上記の実施形態では、最後処理特定情報が処理日時（排出日時，精算日時，発行日時）である例について説明したが、これに限らず、最後処理特定情報を、図５５に示すようなバックアップ用の通番としても良い。例として、管理装置５０とオンライン状態で貨幣を受け付けたときの処理，及び玉貸操作を受け付けたときの処理について説明する。
【０８０９】
図５５に示すように、管理装置５０とオンライン状態にあり、記録媒体を受け付けていない状態の玉貸ユニット２０において貨幣（ここでは５０００円）を受け付けると（Ｓ１１１）、該受付貨幣額と収納コイン保持部２７Ｐで保持されているビジタコイン５の記録媒体ＩＤを含む入金要求を管理装置５０に送信する（Ｓ１１２）。該入金要求を受信した管理装置５０では、受信した入金要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に、該入金要求に含まれる受付貨幣額を加算更新して（Ｓ１１３）、加算更新後の残額を含む残額通知を玉貸ユニット２０に送信する（Ｓ１１４）。該残額通知を受信した玉貸ユニット２０では、収納コイン保持部２７Ｐで保持されているビジタコイン５に記録されているバックアップ通番に１を加算して更新すると共に（Ｓ１１４ａ’）、制御部２１が備えるＥＥＰＲＯＭに記憶されている処理履歴ＤＢに、該ビジタコイン５の記録媒体ＩＤ，入金履歴，受信した残額，及び更新後のバックアップ通番を記憶する（Ｓ１１４ｂ’）。次いで残額をＲＡＭで記憶して（Ｓ１１５）、該記憶した残額及び該残額に相当する度数を表示して（Ｓ１１６）、玉貸操作，貨幣受付，返却操作の待機状態となる（Ｓ１１７）。これにより、入金毎にバックアップ通番が更新され、玉貸ユニット２０には、入金毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０８１０】
また、Ｓ１１７の状態で玉貸操作を受け付けると（Ｓ１２１）、使用額分の玉貸処理を行い（Ｓ１２２）、前記記録媒体ＩＤと該使用額＋消費税額を含む玉貸通知を管理装置５０に送信し（Ｓ１２３）、該玉貸通知を受信した管理装置５０では、受信した玉貸通知に含まれる記録媒体ＩＤに対応付けて管理されている残額から、該玉貸通知に含まれる使用額＋消費税額を減算更新して（Ｓ１２４）、減算が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信し（Ｓ１２５）、該減算完了通知を受信した玉貸ユニット２０では、前記ビジタコイン５のバックアップ通番を更新する（Ｓ１２５ａ’）。そして、前記処理履歴ＤＢに、記録媒体ＩＤ，玉貸履歴，更新後の残額（記憶残額），及びバックアップ通番を記憶して（Ｓ１２５ｂ’）、Ｓ１１７の状態に戻る。これにより、玉貸毎にバックアップ通番が更新され、玉貸ユニット２０には、玉貸毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０８１１】
このように、管理残額が更新される毎に、ビジタコイン５のバックアップ通番が更新されることになり、玉貸ユニット２０には、記録媒体ＩＤに対応付けて、バックアップ通番及び残額が記憶されることとなる。従って、センタ管理装置８０が設けられない場合であっても、各玉貸ユニット２０から記録媒体ＩＤ及びバックアップ通番に対応付けて記憶されている残額を取得して、最新のバックアップ通番に対応する残額を、最新の残額として特定して、各記録媒体ＩＤに対応する残額を復旧させることが可能である。
【０８１２】
上記の図５５では、最後処理特定情報であるバックアップ通番が、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図５６に示すように、該バックアップ通番が、記録媒体には記憶されておらず、管理装置５０の残額管理ＤＢにおいて、記録媒体ＩＤ及び残額と対応付けて記憶されているようにしても良い。
【０８１３】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図５６を例にして説明する。この図５６は前述した図５５に相当するものであり、該図５５と比較して、前記Ｓ１１３の後にＳ１１３ａ”，Ｓ１１４ａ”，及びＳ１１４ｂ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ａ”，Ｓ１２５ａ”，及びＳ１２５ｂ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
【０８１４】
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ａ”で、該入金処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１１４ａ”で、前記管理している残額に加えて該更新されたバックアップ通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｂ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額とバックアップ通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
【０８１５】
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ａ”で、該減算処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ａ”で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｂ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれるバックアップ通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
【０８１６】
上記の図５５では、最後処理特定情報であるバックアップ通番が、各記録媒体について付与される、１から始まる通算番号であって、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図５７に示すように、該バックアップ通番が、すべての記録媒体について共通の共通通番であって、記録媒体には記憶されておらす、管理装置５０の残額管理ＤＢにおいて記憶されているようにしても良い。
【０８１７】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図５７を例にして説明する。この図５７は前述した図５５に相当するものであり、該図５５と比較して、前記Ｓ１１３の後にＳ１１３ｂ”，Ｓ１１４ｃ”，及びＳ１１４ｄ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ｂ”，Ｓ１２５ｃ”，及びＳ１２５ｄ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
【０８１８】
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、入金に基づく更新である。そしてＳ１１４ｃ”で、前記管理している残額に加えて該更新された共通通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｄ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額と共通通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
【０８１９】
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ｃ”で、該更新された共通通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｄ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれる共通通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
【０８２０】
さらに上記の実施形態では、玉貸ユニット２０において、オンライン端数額及びオフライン端数額の両方が記録されている記録媒体を受け付けたときに、まず減算予定額記憶通知の受信に応じてオンライン端数額を消去して（図１４のＳ３０４）、オンライン端数額消去通知を管理装置５０に対して返信し、次に加算予定額記憶通知の受信に応じてオフライン端数額を消去して（図１３のＳａ２１３）、オフライン端数額消去通知を管理装置５０に対して返信する例について説明したが、これに限らず、オンライン端数額の消去処理及びオフライン端数額の消去処理を一括して行うようにしても良い。図５８及び図５９を用いてこの方法について説明する。
【０８２１】
まず、図１２のＳ２０２に示す玉貸ユニット２０からの挿入通知（記録媒体ＩＤ，オンライン端数額，オフライン端数額，通番を含む）を受信した管理装置５０では、図５８に示すように、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けられた通番と一致するか否かを判定する（Ｓ２０３）。Ｓ２０３で一致する（ＹＥＳ）と判定されたときには、Ｓｂ２０４以下の通番一致時処理を行う一方、一致しない（ＮＯ）と判定されたときには、後述する図５９に示すＳｂ３０１以下の通番不一致時処理を行う。
【０８２２】
Ｓｂ２０４では、受信した挿入通知に含まれるオンライン端数額が零であるか否かを判定して、零であると判定されたときには（ＹＥＳ）、受信した挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓｂ２０５）。一方、Ｓｂ２０４でオンライン端数額が零でない（ＮＯ）と判定されたときには、後述するＳｂ２２１以降の処理を行う。
【０８２３】
Ｓｂ２０５でオフライン端数額が零であると判定されたときには（ＹＥＳ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定して（Ｓｂ２０６）、記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓｂ２０７）、該記録媒体ＩＤに対応付けられた管理残額を含む残額通知を玉貸ユニット２０に返信する（Ｓｂ２３０）。一方、Ｓｂ２０６で加算予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定して（Ｓｂ２０８）、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を消去して（Ｓｂ２０９）、Ｓｂ２３０の処理を行う。一方、Ｓｂ２０８で入金予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定して（Ｓｂ２１０）、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓｂ２１１）、Ｓｂ２３０の処理を行う。一方、Ｓｂ２１０で精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、Ｓｂ２３０の処理を行う。
【０８２４】
次にＳｂ２０５に戻り、該判定でオフライン端数額が零でないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定し（Ｓｂ２１２）、加算予定額が記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓｂ２１３）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オフライン端数額を加算予定額として記憶し（Ｓｂ２１４）、管理残額＋加算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ２４０）。
【０８２５】
一方、Ｓｂ２１２で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定して（Ｓｂ２１５）、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を消去して（Ｓｂ２１６）、前記Ｓｂ２１４以降の処理を行う。一方、Ｓｂ２１５で入金予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定して（Ｓｂ２１７）、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓｂ２１８）、前記Ｓｂ２１４以降の処理を行う。一方、Ｓｂ２１７で精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、前記Ｓｂ２１４以降の処理を行う。
【０８２６】
次にＳｂ２０４に戻り、該判定でオンライン端数額が零でないと判定されたときには（ＮＯ）、挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓｂ２２１）。Ｓｂ２２１でオフライン端数額が零であると判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額又は減算予定額（少なくとも一方）が記憶されているか否かを判定して（Ｓｂ２２２）、記憶されていると判定されたときには（ＹＥＳ）、加算予定額が記憶されている場合には該加算予定額を消去し、減算予定額が記憶されている場合には該減算予定額を消去する（Ｓｂ２２３）。そして、Ｓｂ２２３の処理の際に減算予定額が記憶されていた場合には、挿入通知に含まれるオンライン端数額を減算予定額として記憶し（Ｓｂ２２４）、管理残額−減算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ２４０）。
【０８２７】
ここで、通番が一致しており、記録媒体にオンライン端数額が記録されており、かつ減算予定額が記憶されていた場合には、当該オンライン端数額が記録された記録媒体がオンライン状態の玉貸ユニット２０において受け付けられたときに、管理装置５０が挿入通知を受信し、玉貸ユニット２０が加減算後残額通知を受信する前にオフライン状態となったことが特定される。従って、Ｓｂ２２３で減算予定額を一旦消去して、Ｓｂ２２４において改めてオンライン端数額を減算予定額として記憶するようにしている。また、通番が一致しており、記録媒体にはオンライン端数額が記録されており、加算予定額が記憶されて減算予定額は記憶されていなかった場合には、オンライン状態の玉貸ユニット２０がオンライン端数額及びオフライン端数額が記録された記録媒体を受け付けたときに、管理装置５０が挿入通知を受信し、Ｓｂ２２５でＮＯ（加算予定額，減算予定額のいずれも記憶していない）と判定され、Ｓｂ２１４でオフライン端数額を加算予定額として記憶した（即ちオンライン端数額が減算予定額として記憶されなかった）後、玉貸ユニット２０が加減算後残額通知を受信する前にオフライン状態となり、その記録媒体がオフライン状態の玉貸ユニット２０で受け付けられ、一発貸しによってオフライン端数額が零となった後、オンライン状態の玉貸ユニット２０で受け付けられたことが特定される。従って、当該オンライン端数額は、本来、減算予定額として記憶されていないものであるため、Ｓｂ２２２の処理の際に減算予定額が記憶されていなかった場合（但し加算予定額は記憶されていた場合）には、挿入通知に含まれるオンライン端数額を減算予定額として記憶する処理は行わない。
【０８２８】
一方、Ｓｂ２２２で加算予定額又は減算予定額のいずれも記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ２４０）。ここで、通番が一致しており、記録媒体にオンライン端数額が記録されており、かつ加算予定額及び減算予定額のいずれも記憶されていない場合には、オンライン状態の玉貸ユニット２０で受付貨幣額分の玉貸処理が開始されて、管理装置５０が減算要求を受信した後にオフライン状態となったか、又は、オンライン状態の玉貸ユニット２０で貸与対象額分の玉貸処理が開始されて、管理装置５０が加算要求を受信した後にオフライン状態となったことが特定される。従って、当該オンライン端数額は既に管理残額から減算済み（オンライン端数額が負の値である場合には加算済み）であるため、当該オンライン端数額を減算予定額として記憶する処理を行っていない。
【０８２９】
次にＳｂ２２１に戻り、該判定で挿入通知に含まれるオフライン端数額が零でないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額又は減算予定額（少なくとも一方）が記憶されているか否かを判定して（Ｓｂ２２５）、記憶されていると判定されたときには（ＹＥＳ）、加算予定額が記憶されている場合には該加算予定額を消去し、減算予定額が記憶されている場合には該減算予定額を消去する（Ｓｂ２２６）。そして、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オフライン端数額を加算予定額として記憶し（Ｓｂ２２７）、Ｓｂ２２６の処理の際に減算予定額が記憶されていた場合には、挿入通知に含まれるオンライン端数額を減算予定額として記憶し（Ｓｂ２２８）、管理残額＋加算予定額−減算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ２４０）。
【０８３０】
ここで、通番が一致しており、記録媒体にオンライン端数額が記録されており、かつ減算予定額が記憶されていた場合には、当該オンライン端数額が記録された記録媒体がオンライン状態の玉貸ユニット２０において受け付けられたときに、管理装置５０が挿入通知を受信し、玉貸ユニット２０が加減算後残額通知を受信する前にオフライン状態となったことが特定される。従って、Ｓｂ２２６で減算予定額を一旦消去して、Ｓｂ２２８において改めてオンライン端数額を減算予定額として記憶するようにしている。また、通番が一致しており、記録媒体にはオフライン端数額及びオンライン端数額が記録されており、加算予定額が記憶されて減算予定額は記憶されていなかった場合には、オンライン状態の玉貸ユニット２０がオンライン端数額及びオフライン端数額が記録された記録媒体を受け付けたときに、管理装置５０が挿入通知を受信し、Ｓｂ２２５でＮＯ（加算予定額，減算予定額のいずれも記憶していない）と判定され、Ｓｂ２１４でオフライン端数額を加算予定額として記憶した（即ちオンライン端数額が減算予定額として記憶されなかった）後、玉貸ユニット２０が加減算後残額通知を受信する前にオフライン状態となり、その記録媒体がオフライン状態の玉貸ユニット２０で受け付けられ、オフライン端数額が残存する状態（又はオフライン端数額が使用されて一旦零となり、その後一発貸しによって新たなオフライン端数額が生じた状態）でオンライン状態の玉貸ユニット２０で受け付けられたこと，又はオフライン端数額を使用することなくオンライン状態の玉貸ユニット２０で受け付けられたことが特定される。従って、当該オンライン端数額は、本来、減算予定額として記憶されていないものであるため、Ｓｂ２２５の処理の際に減算予定額が記憶されていなかった場合（但し加算予定額は記憶されていた場合）には、挿入通知に含まれるオンライン端数額を減算予定額として記憶する処理は行わない。
【０８３１】
一方、Ｓｂ２２５で加算予定額又は減算予定額のいずれも記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オフライン端数額を加算予定額として記憶し（Ｓｂ２１３）、管理残額＋加算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ２４０）。ここで、通番が一致しており、記録媒体にオンライン端数額が記録されており、かつ加算予定額及び減算予定額のいずれも記憶されていない場合には、オンライン状態の玉貸ユニット２０で受付貨幣額分の玉貸処理が開始されて、管理装置５０が減算要求を受信した後にオフライン状態となったか、又は、オンライン状態の玉貸ユニット２０で貸与対象額分の玉貸処理が開始されて、管理装置５０が加算要求を受信した後にオフライン状態となったことが特定される。従って、当該オンライン端数額は既に減算済み（オンライン端数額が負の値である場合には加算済み）であるため、オンライン端数額を減算予定額として記憶する処理を行っていない。
【０８３２】
管理装置５０は、上記Ｓｂ２４０で加減算後残額通知（加算予定額，減算予定額のいずれも記憶されていなければ管理残額，加算予定額のみ記憶されていれば管理残額＋加算予定額，減算予定額のみ記憶されていれば管理残額−減算予定額，加算予定額及び減算予定額の両方が記憶されていれば管理残額＋加算予定額−減算予定額を含む）を送信すると、玉貸ユニット２０からの端数額消去通知を受信したか否かを判定する状態となる（Ｓｂ２４１）。加減算後残額通知を受信した玉貸ユニット２０では、記録媒体にオンライン端数額が記録されていれば該オンライン端数額を消去し、オフライン端数額が記録されていれば該オフライン端数額を消去して（即ちオンライン端数額，オフライン端数額の両方が記録されていればこれらを一括して消去して）、該記録媒体の通番を更新し、該記録媒体の記録媒体ＩＤを含み、オンライン端数額，オフライン端数額を消去した旨を示す端数額消去通知を管理装置５０に返信する。
【０８３３】
端数額消去通知を受信した管理装置５０では、Ｓｂ２４１で端数額消去通知を受信したと判定し（ＹＥＳ）、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて加算予定額を記憶していれば、該加算予定額を該記録媒体ＩＤに対応付けられた管理残額に加算し、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて減算予定額を記憶していれば、該減算予定額を該記録媒体ＩＤに対応付けられた管理残額から減算し（Ｓｂ２４２）、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて加算予定額を記憶していれば、該加算予定額を消去し、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて減算予定額を記憶していれば、該減算予定額を消去し（Ｓｂ２４３）、端数額消去通知に含まれる記録媒体ＩＤに対応付けられた通番を更新して（Ｓｂ２４４）、処理を終了する（Ｓｂ２４５）。
【０８３４】
また、管理装置５０は、上記Ｓｂ２３０で残額通知を送信すると、玉貸ユニット２０からの残額受信通知を受信したか否かを判定する状態となる（Ｓｂ２３１）。残額通知を受信した玉貸ユニット２０では、記録媒体の通番を更新し、該記録媒体の記録媒体ＩＤを含み、残額通知を受信した旨を示す残額受信通知を管理装置５０に返信する。残額受信通知を受信した管理装置５０では、Ｓｂ２３１で残額受信通知を受信したと判定し（ＹＥＳ）、該残額受信通知に含まれる記録媒体ＩＤに対応付けられた通番を更新して（Ｓｂ２３２）、処理を終了する（Ｓｂ２３３）。このように、Ｓｂ２３０以下の処理を行うことにより、記録媒体にオンライン端数額及び／又はオフライン端数額が記録されている場合と、記録されていない場合とで、玉貸ユニット２０と管理装置５０との間における通信回数が異ならない（１回の往復で済む）ようにしている。
【０８３５】
次に、図５９を用いて、図５８のＳ２０３で、通番が一致しない（ＮＯ）と判定されたときに行われる通番不一致時処理について説明する。Ｓ２０３で通番が一致しない（ＮＯ）と判定されたときには、まず、受信した挿入通知に含まれる記録媒体ＩＤに対応付けられた通番を更新し（Ｓｂ３０１）、挿入通知に含まれるオンライン端数額が零であるか否かの判定を実施する（Ｓｂ３０２）。Ｓｂ３０２でオンライン端数額が零であると判定されたときには（ＹＥＳ）、該挿入通知に含まれるオフライン端数額が零であるか否かの判定を実施する（Ｓｂ３０３）。一方、Ｓｂ３０２でオンライン端数額が零でないと判定されたときには、後述するＳｂ３５０以降の処理を行う。
【０８３６】
Ｓｂ３０３でオフライン端数額が零であると判定されたときには（ＹＥＳ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額又は減算予定額（少なくとも一方）が記憶されているか否かを判定して（Ｓｂ３０４）、記憶されていると判定されたときには（ＹＥＳ）、加算予定額が記憶されている場合には該加算予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算し、減算予定額が記憶されている場合には該減算予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額から減算して（Ｓｂ３０５）、加算予定額が記憶されている場合には該加算予定額を消去し、減算予定額が記憶されている場合には該減算予定額を消去して（Ｓｂ３０６）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額を含む残額通知を玉貸ユニット２０に返信する（Ｓｂ３４０）。
【０８３７】
一方、Ｓｂ３０４で加算予定額又は減算予定額のいずれも記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定して（Ｓｂ３０７）、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算し（Ｓｂ３０８）、該入金予定額を消去して（Ｓｂ３０９）、Ｓｂ３４０の処理を行う。
【０８３８】
一方、Ｓｂ３０７で入金予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定して（Ｓｂ３１０）、記憶されていると判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額を消去し（Ｓｂ３１１）、該精算要求受信フラグを消去して（Ｓｂ３１２）、Ｓｂ３４０の処理を行う。
【０８３９】
一方、Ｓｂ３１０で精算要求受信フラグが記憶されていないと判定されたときには（ＹＥＳ）、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓｂ３１３）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓｂ３１４）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓｂ３１４で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓｂ３１５）。
【０８４０】
このＳｂ３１５で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓｂ３１６）、Ｓｂ３４０の処理を行う。一方、Ｓｂ３１５で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓｂ３１７）、Ｓｂ３４０の処理を行う。
【０８４１】
次にＳｂ３０３に戻り、該判定で挿入通知に含まれるオフライン端数額が零でないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額又は減算予定額（少なくとも一方）が記憶されているか否かを判定して（Ｓｂ３２１）、記憶されていると判定されたときには（ＹＥＳ）、加算予定額が記憶されている場合には該加算予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算し、減算予定額が記憶されている場合には該減算予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額から減算して（Ｓｂ３２２）、加算予定額が記憶されている場合には該加算予定額を消去し、減算予定額が記憶されている場合には該減算予定額を消去して（Ｓｂ３２３）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オフライン端数額を加算予定額として記憶し（Ｓｂ３２４）、管理残額＋加算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ３５４）。
【０８４２】
一方、Ｓｂ３２１で、加算予定額又は減算予定額のいずれも記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定して（Ｓｂ３２５）、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額に加算し（Ｓｂ３２６）、該入金予定額を消去して（Ｓｂ３２７）、前記Ｓｂ３２４以降の処理を行う。
【０８４３】
一方、Ｓｂ３２５で入金予定額が記憶されていないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定して（Ｓｂ３２８）、記憶されていると判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けられた管理残額を消去し（Ｓｂ３２９）、該精算要求受信フラグを消去して（Ｓｂ３３０）、前記Ｓｂ３２４以降の処理を行う。
【０８４４】
一方、Ｓｂ３２８で精算要求受信フラグが記憶されていないと判定されたときには（ＹＥＳ）、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓｂ３３１）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓｂ３３２）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓｂ３３２で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓｂ３３３）。
【０８４５】
このＳｂ３３３で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓｂ３３４）、前記Ｓｂ３２４以降の処理を行う。一方、Ｓｂ３３３で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓｂ３３５）、前記Ｓｂ３２４以降の処理を行う。
【０８４６】
次にＳｂ３０２に戻り、該判定で挿入通知に含まれるオンライン端数額が零でないと判定されたときには（ＮＯ）、挿入通知に含まれるオフライン端数額が零であるか否かを判定し（Ｓｂ３５０）、オフライン端数額が零であると判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オンライン端数額を減算予定額として記憶し（Ｓｂ３５１）、管理残額−減算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ３５４）。
【０８４７】
一方、Ｓｂ３５０でオフライン端数額が零でないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オンライン端数額を減算予定額として記憶し（Ｓｂ３５２）、挿入通知に含まれる記録媒体ＩＤに対応付けて、同オフライン端数額を加算予定額として記憶し（Ｓｂ３５３）、管理残額＋加算予定額−減算予定額を含む加減算後残額通知を玉貸ユニット２０に返信する（Ｓｂ３５４）。ここでＳｂ３５０の後に「加算予定額又は減算予定額有り？」の判定を行わないのは、以下の理由による。即ち、「通番が一致せず、記録媒体にオンライン端数額が記録されている場合」とは、オンライン状態の玉貸ユニット２０においてオンライン一発貸しが行われた後にオフライン状態が発生し、記録媒体の通番が更新されて、端数額又は対応消費税額がオンライン端数額として該記録媒体に記録され、当該端数額の加算要求又は当該対応消費税額の減算要求を管理装置５０が受信しておらず、当該端数額の加算又は当該対応消費税額の減算が管理装置５０で行われていない場合に限られ、この場合には、管理装置５０で加算予定額や減算予定額が記憶されることはない。なお、オンライン端数額が記録されている記録媒体がオンライン状態にある玉貸ユニット２０で受け付けられ、管理装置５０が挿入通知を受信して、オンライン端数額を減算予定額として記憶し、玉貸ユニット２０が加減算後残額通知を受信し、記録媒体のオンライン端数額を消去して通番を更新した後、管理装置が端数額消去通知を受信する前にオフライン状態が発生した場合にも、通番不一致となるが、この場合には記録媒体のオンライン端数額が消去されているので、前述した「通番が一致せず、記録媒体にオンライン端数額が記録されている場合」には該当しない。従って、「通番が一致せず、記録媒体にオンライン端数額が記録されている場合」には、管理装置５０で加算予定額や減算予定額が記憶されていることはないので、Ｓｂ３５０の後に「加算予定額又は減算予定額有り？」の判定を行う必要がないのである。
【０８４８】
管理装置５０は、上記Ｓｂ３５４で加減算後残額通知（加算予定額，減算予定額のいずれも記憶されていなければ管理残額，加算予定額のみ記憶されていれば管理残額＋加算予定額，減算予定額のみ記憶されていれば管理残額−減算予定額，加算予定額及び減算予定額の両方が記憶されていれば管理残額＋加算予定額−減算予定額を含む）を送信すると、玉貸ユニット２０からの端数額消去通知を受信したか否かを判定する状態となる（Ｓｂ３５５）。加減算後残額通知を受信した玉貸ユニット２０では、記録媒体にオンライン端数額が記録されていれば該オンライン端数額を消去し、オフライン端数額が記録されていれば該オフライン端数額を消去して（即ちオンライン端数額，オフライン端数額の両方が記録されていればこれらを一括して消去して）、該記録媒体の通番を更新し、該記録媒体の記録媒体ＩＤを含み、オンライン端数額，オフライン端数額を消去した旨を示す端数額消去通知を管理装置５０に返信する。
【０８４９】
端数額消去通知を受信した管理装置５０では、Ｓｂ３５５で端数額消去通知を受信したと判定し（ＹＥＳ）、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて加算予定額を記憶していれば、該加算予定額を該記録媒体ＩＤに対応付けられた管理残額に加算し、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて減算予定額を記憶していれば、該減算予定額を該記録媒体ＩＤに対応付けられた管理残額から減算し（Ｓｂ３５６）、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて加算予定額を記憶していれば、該加算予定額を消去し、該端数額消去通知に含まれる記録媒体ＩＤに対応付けて減算予定額を記憶していれば、該減算予定額を消去し（Ｓｂ３５７）、端数額消去通知に含まれる記録媒体ＩＤに対応付けられた通番を更新して（Ｓｂ３５８）、処理を終了する（Ｓｂ３５９）。
【０８５０】
また、管理装置５０は、上記Ｓｂ３４０で残額通知を送信すると、玉貸ユニット２０からの残額受信通知を受信したか否かを判定する状態となる（Ｓｂ３４１）。残額通知を受信した玉貸ユニット２０では、記録媒体の通番を更新し、該記録媒体の記録媒体ＩＤを含み、残額通知を受信した旨を示す残額受信通知を管理装置５０に返信する。残額受信通知を受信した管理装置５０では、Ｓｂ３４１で残額受信通知を受信したと判定し（ＹＥＳ）、該残額受信通知に含まれる記録媒体ＩＤに対応付けられた通番を更新して（Ｓｂ３４２）、処理を終了する（Ｓｂ３４３）。このように、Ｓｂ３４０以下の処理を行うことにより、記録媒体にオンライン端数額及び／又はオフライン端数額が記録されている場合と、記録されていない場合とで、玉貸ユニット２０と管理装置５０との間における通信回数が異ならない（１回の往復で済む）ようにしている。
【０８５１】
最後に、上記実施の形態に示した遊技用システム１の効果について説明する。
【０８５２】
上記実施の形態に示す遊技用システム１によれば、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できるような遊技用システムを提供することができる。具体的には、本発明に係る遊技用システム１は、図１に示すように、遊技用装置（玉貸ユニット２０）において遊技媒体（パチンコ玉）の貸与に使用される残額を、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理装置５０で管理（いわゆる完全ＩＤ管理）し、該管理装置５０と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体に残額を記録することなく排出する一方、該管理装置５０と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受け付けたときにも、貸与処理（玉貸処理）を可能とすると共に、該通信不可能状態に限って、貸与処理に使用されなかった入金残額を前記記録媒体に記録して排出するものであり、特に該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できる。
【０８５３】
上記実施の形態に示す遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の貸与に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、例えば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行う必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行うために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
【０８５４】
ここで遊技用システム１には、図８〜図２０に示すように、前記残額の管理を行う管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、該管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する記録媒体貸与処理を行う際に、当該管理残額から該貸与処理に使用された使用額及び該使用額に対応する間接税額（例えば消費税額）を減算すると共に、図２１〜図２３に示すように、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（例えば１０５円）の整数倍に相当する貸与対象額を特定して、遊技者の操作によることなく、該貸与対象額分の貨幣貸与処理（いわゆる一発貸し）を行うものが含まれる。
【０８５５】
上記実施の形態に示す遊技用システム１は、完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うようにしても、該一発貸しによって発生する端数額を記録媒体に記録して排出し、該端数額の精算が可能である。これにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【０８５６】
上記実施の形態に示す遊技用システム１は、玉貸処理に使用される金額に対応する間接税額を徴収する場合に、所定額未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する間接税額以上であれば、遊技者の操作によることなく、受付貨幣額分の遊技媒体を貸与するので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
【０８５７】
上記実施の形態に示す遊技用システム１は、管理装置５０の破損又は故障等により、該管理装置５０で管理している残額が失われても、該残額を復帰可能である。即ち、この遊技用システム１では、管理装置５０において、各遊技用装置から送信されてきた処理履歴に基づいて、各記録媒体識別情報毎に、当該記録媒体識別情報の記録媒体に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができるのである。
【０８５８】
上記実施の形態に示す遊技用システム１は、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した遊技用装置から排出された記録媒体をオンライン状態の遊技用装置に挿入することで、該記録媒体に記録されている通番と管理装置において該記録媒体の記録媒体識別情報に対応付けられた通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず、管理装置で該特定処理に連携する処理が行われていない事を特定して、対処することができる。
【０８５９】
上記実施の形態に示す遊技用システム１は、遊技用装置において貸与処理が行われたにも拘わらず、オフライン状態の発生により管理装置側で残額の減算が実施されなかった場合に、他のオンライン状態の遊技用装置で記録媒体を使用することにより管理装置の残額が補正され確定されるので、オフライン状態の発生した遊技用装置がオンライン状態に復帰するのを待つことなく、管理装置の残額を他の遊技用装置において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。
【０８６０】
上記実施の形態に示す遊技用システム１は、管理装置は、通番が一致せず、かつ精算要求受信情報を管理しているときに、管理残額を零に更新するので、精算装置が精算許諾情報を受信してから、管理装置が精算実行通知を受信する前に通信不可能状態となった場合、即ち、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０８６１】
以下に、実施例中の従来技術として、第１の従来技術〜第６の従来技術の概要を説明する。
【０８６２】
第１の従来技術として、特開２００３−３０５１５号公報（図１，図６，段落００２７，段落００７６）を示す。この特許文献には、遊技媒体の貸与に使用される残度数（本願の残額に相当）を各カード（本願の記録媒体に相当）には記録せずに、各カードの識別符号（本願の記録媒体識別情報に相当）に対応付けて管理装置にて管理すると共に、カード処理ユニット（本願の遊技用装置に相当）において遊技媒体貸出処理（本願の記録媒体貸与処理に相当）が行われると、前記残度数を遊技媒体の貸与に応じて減算する、いわゆる「完全ＩＤ管理」を行うシステムが開示されている。
【０８６３】
ここで、第１の従来技術のような完全ＩＤ管理において、例えば管理装置の破損又は故障等により、該管理装置で管理している残額が失われてしまうと、該残額を復帰できないという問題点がある。
【０８６４】
また、第２の従来技術として、特開２００２−３２５９５３号公報（図９，図１０，段落０１３５，０１７４）を示す。この特許文献では、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の貨幣貸与処理に相当）が行われるシステムが開示されている。
【０８６５】
また、第３の従来技術として、特開２００１−３４８１５号公報（図１，段落００２８，００３９）を示す。この特許文献では、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の入金残額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が開示されている。
【０８６６】
ここで、第１の従来技術に示される完全ＩＤ管理のシステムにおいても、遊技機の稼働を確保するために、第２の従来技術の如く通信不可能状態にある遊技用装置で貨幣の受付，及び貨幣貸与処理を可能とし、該通信不可能状態に限って、記録媒体に入金残額を記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときに、第３の従来技術の如く該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう一方、該記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになってしまうという問題点がある。
【０８６７】
また、第４の従来技術として、特開２００２−１２３６５１号公報（図１１〜図１３，段落００４０，００４２）を示す。この特許文献には、パチンコ機に対応して設けられる玉貸機（本願の遊技用装置に相当）において、有価価値データ（本願の残額に相当）を特定可能な有価価値特定情報が記録されたカード（本願の記録媒体に相当）を受け付けて、該受け付けたカードに記録されている有価価値特定情報から特定される有価価値データを使用してパチンコ玉を貸与する貸与処理を行う際に、例えば５００円分のパチンコ玉をパチンコ機から貸与する一方で、該パチンコ玉の貸与に使用された使用額である５００円及び該使用額に対応する消費税額である２５円（消費税率が５％の場合）を前記カードの有価価値データから減算する、即ち「貸与処理に使用された使用額に対応する消費税額を徴収」するシステムが開示されている。ここで消費税は間接税の一例であって、遊技場において提供される遊技サービスに対して課税されるものである。
【０８６８】
また、第５の従来技術として、前述した特許文献１の特開２００５−１３４６５号公報（図１５，段落００５３，００９９）を示す。この特許文献には、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額を一旦記憶した後に減算して（即ち受付貨幣額のすべてを使用して）、遊技者の操作によることなく、該受付貨幣額分の遊技媒体を貸与する、いわゆる「一発貸し」を行うシステムが開示されている。なお、このシステムでは、遊技用装置（カードユニット）が記録媒体（会員カード）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に一旦加算され、その後に遊技者の操作によって基準貸与額分の遊技媒体を貸与する。
【０８６９】
ここで、上記第１の従来技術に示されるような完全ＩＤ管理のシステムにおいて、第４の従来技術の如く貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに第５の従来技術の如く一発貸しを行うと、予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する間接税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）未満の端数額が発生する。具体的には、１０００円を受け付けて一発貸しを行うと、税込単位額である１０５円の９倍分の遊技媒体が貸与される一方、５５円の端数額が発生する。この端数額を処理するためには、前記遊技用装置に、該端数額に相当する貨幣を払い出すための釣銭払出機能や、低額貨幣の追加入金を受け付けて該端数額が税込単位額に達するようにするための追加入金機能を設ける必要があり、遊技用装置のコストが上昇するという問題点がある。
【０８７０】
さらに上記第５の従来技術に示すようなシステムでは、遊技用装置が記録媒体の挿入中に、所定額未満、例えば５００円硬貨や１００円硬貨等の低額の貨幣を受け付けた場合にも、一旦残額に対して受付貨幣額が加算され、その後に玉貸操作が行われることで基準貸与額分(例えば間接税を含む場合は５２５円分，含まない場合は５００円分)の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
【０８７１】
また、第６の従来技術として、特開２０００−１４８６８３号公報（図５，段落００４５，００４６）を示す。この特許文献では、複数のコンピュータ間でのデータ転送を行うシステムであって、送信側コンピュータから処理要求を送信するにあたり情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは処理要求に応じた処理を実行した後に該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが知られている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ処理完了前に異常が発生したものと判断する。
【０８７２】
ここで上記第１の従来技術に示されるような完全ＩＤ管理のシステムでは、遊技用装置での特定処理（例えば玉貸処理）に連携して行われる管理装置側での処理（例えば残度数の減算）を行うための処理要求（例えば減算要求）を遊技用装置から受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理（ここでは玉貸処理）が行われたにも拘わらず、管理装置側での連携する処理（ここでは残度数の減算）が行われないことで処理の不一致が生ずる。ここで該第１の従来技術に示されるようなシステムに上記第６の従来技術の手法を適用した場合、記録媒体が使用された遊技用装置と管理装置とがオンライン状態に復帰することで、遊技用装置から管理装置に対して確認要求が送信され、管理装置側での連携する処理（ここでは残度数の減算）が行われていない場合にはその旨を特定して対処することができるが、前記記録媒体が使用された遊技用装置がオンライン状態に復帰するまでは、管理装置は、前記オフライン状態が発生したときに該遊技用装置で特定処理（ここでは玉貸処理）が行われたにも拘わらず、該特定処理に連携する処理（ここでは残度数の減算）が行われていない事を特定できなかったため、オンライン状態に復帰するまでの間は、連携する処理が行われていない事に対する対処ができないという問題があった。
【符号の説明】
【０８７３】
１…遊技用システム
２…紙幣
３…硬貨
４…会員カード
５…ビジタコイン
１０…パチンコ機
２０…玉貸ユニット
２１…制御部
２１ｂ…外部通信部
２２…紙幣識別機
２３…硬貨識別機
２４…記録媒体Ｒ／Ｗ
２５…コイン投入口
２６…上部アンテナ
２６ｄ…投入コイン返却通路
２６Ｐ…投入コイン保持部
２７…下部アンテナ
２７ａ…コイン収納部
２７ｄ…収納コイン返却通路
２７Ｐ…収納コイン保持部
２８…コイン返却口
５０…管理装置
５１…通信部
５２…制御部
５３…ディスプレイ
５４…入力装置
５５…ハードディスク
６０…精算装置
６１…通信部
６２…制御部
６４…カードＲ／Ｗ
６５…コインＲ／Ｗ
７０…ビジタコイン発行装置
７１…通信部
７２…制御部
７４…紙幣識別機
８０…センタ管理装置
８１…通信部
８３…ハードディスク
【図１】
2010063912.tif 000003
【図２】
2010063912.tif 000004
【図３】
2010063912.tif 000005
【図４】
2010063912.tif 000006
【図５】
2010063912.tif 000007
【図６】
2010063912.tif 000008
【図７】
2010063912.tif 000009
【図８】
2010063912.tif 000010
【図９】
2010063912.tif 000011
【図１０】
2010063912.tif 000012
【図１１】
2010063912.tif 000013
【図１２】
2010063912.tif 000014
【図１３】
2010063912.tif 000015
【図１４】
2010063912.tif 000016
【図１５】
2010063912.tif 000017
【図１６】
2010063912.tif 000018
【図１７】
2010063912.tif 000019
【図１８】
2010063912.tif 000020
【図１９】
2010063912.tif 000021
【図２０】
2010063912.tif 000022
【図２１】
2010063912.tif 000023
【図２２】
2010063912.tif 000024
【図２３】
2010063912.tif 000025
【図２４】
2010063912.tif 000026
【図２５】
2010063912.tif 000027
【図２６】
2010063912.tif 000028
【図２７】
2010063912.tif 000029
【図２８】
2010063912.tif 000030
【図２９】
2010063912.tif 000031
【図３０】
2010063912.tif 000032
【図３１】
2010063912.tif 000033
【図３２】
2010063912.tif 000034
【図３３】
2010063912.tif 000035
【図３４】
2010063912.tif 000036
【図３５】
2010063912.tif 000037
【図３６】
2010063912.tif 000038
【図３７】
2010063912.tif 000039
【図３８】
2010063912.tif 000040
【図３９】
2010063912.tif 000041
【図４０】
2010063912.tif 000042
【図４１】
2010063912.tif 000043
【図４２】
2010063912.tif 000044
【図４３】
2010063912.tif 000045
【図４４】
2010063912.tif 000046
【図４５】
2010063912.tif 000047
【図４６】
2010063912.tif 000048
【図４７】
2010063912.tif 000049
【図４８】
2010063912.tif 000050
【図４９】
2010063912.tif 000051
【図５０】
2010063912.tif 000052
【図５１】
2010063912.tif 000053
【図５２】
2010063912.tif 000054
【図５３】
2010063912.tif 000055
【図５４】
2010063912.tif 000056
【図５５】
2010063912.tif 000057
【図５６】
2010063912.tif 000058
【図５７】
2010063912.tif 000059
【図５８】
2010063912.tif 000060
【図５９】
2010063912.tif 000061