(57)【要約】  【課題】遊技用装置と管理装置がオフライン状態となったときにも、当該遊技用装置がオンライン状態に復帰するのを待つことなく、管理装置側で特定処理に連携する処理が行われていないことを特定し、対処を可能とする遊技用システムの提供。  【解決手段】オンライン端数額が零であり、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないと判定されたときに、管理装置が玉貸通知の受信前にオフライン状態になったと特定し、残額管理ＤＢを参照して、挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを特定し（Ｓａ２２３）、対応する玉貸設定金額を特定し（Ｓａ２２４）、残額が、Ｓａ２２４で特定した玉貸設定金額以上であれば、玉貸設定金額を、残額から減算する（Ｓａ２２６）。【選択図】        図１４
2007020894.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、
遊技機に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で行う貸与処理を含む各種処理を前記管理装置と連携して行う遊技用装置から構成する遊技用システムであって、
前記記録媒体は、前記遊技用装置で行われる前記各種処理のうち予め定められた特定処理に伴い該遊技用装置により更新される通番が記録され、
前記管理装置は、前記記録媒体識別情報に対応付けて通番を記憶し、
前記遊技用装置は、
前記特定処理に伴って前記記録媒体の通番を更新する第１の通番更新手段と、
前記特定処理が行われる旨を示す特定処理情報を前記管理装置に対して送信する特定処理情報送信手段とを含み、
前記管理装置は、
該特定処理情報の受信に応じて前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第２の通番更新手段と、
前記遊技用装置から前記記録媒体に記録される通番を受信し、該受信した通番が該記録媒体の記録媒体識別情報に対応付けられた通番と一致するか否かを判定する通番判定手段とを含み、
該通番判定手段により通番が一致しないと判定したときには、予め定められた通番不一致時処理を行うことを特徴とする遊技用システム。
【請求項２】
請求項１に記載した遊技用システムであって、
前記遊技用装置は、
遊技者の操作により、前記管理残額の範囲内で、予め定められた基準貸与額分の遊技媒体を貸与するための貸与処理を前記特定処理として行う貸与処理手段を含み、
該貸与処理に使用される基準貸与額を前記管理残額から減算するための減算要求を前記特定処理情報として、前記特定処理情報送信手段により前記管理装置に対して送信し、
前記管理装置は、前記基準貸与額を管理し、前記減算要求の受信に応じて、該管理している基準貸与額を前記管理残額から減算する減算処理を実行し、該減算処理が完了した旨を示す減算完了通知を前記遊技用装置に対して返信し、
前記遊技用装置は、前記減算完了通知を受信したことを条件として、次の貸与処理を前記貸与処理手段により行い、
前記管理装置は、前記通番判定手段により通番が一致しないと判定したときには、前記管理している基準貸与額を前記記録媒体の記録媒体識別情報と対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システム。
【請求項３】
請求項２に記載した遊技用システムであって、
前記管理装置は、
各遊技用装置について設定される前記基準貸与額を各遊技用装置に対応付けて管理し、
前記記録媒体識別情報に対応付けて、該記録媒体識別情報の記録媒体を少なくとも前回受け付けていた遊技用装置であって、管理装置と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置と通信できない通信不可能状態になった当該遊技用装置を特定可能な情報を記憶する遊技用装置特定情報記憶手段と、
前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体識別情報に対応付けて前記遊技用装置識別情報記憶手段で記憶している情報から当該記録媒体識別情報の記録媒体が前回受け付けられていた遊技用装置を特定する遊技用装置特定手段とを含み、
該遊技用装置特定手段により特定された遊技用装置に対応付けて管理している基準貸与額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システム。
【請求項４】
請求項２又は３に記載した遊技用システムであって、
前記遊技用装置は、
前記管理残額が前記基準貸与額未満であるときに、遊技者の操作により、該管理残額のうちの、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額の整数倍に相当する貸与対象額分の遊技媒体を貸与するための貸与処理を前記特定処理として前記貸与処理手段により行い、
該貸与処理に使用される貸与対象額を前記管理残額から減算するための減算要求を前記特定処理情報として、前記特定処理情報送信手段により前記管理装置に対して送信し、
前記管理装置は、
前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する基準貸与額判定手段を含み、
該基準貸与額判定手段により前記管理残額が前記基準貸与額未満であると判定されたときには、前記貸与対象額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システム。
【請求項５】
請求項２〜４のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、
前記貸与処理に使用される基準貸与額及び該基準貸与額に対応する間接税額を前記管理残額から減算するための前記減算要求を前記特定処理情報として、前記特定処理情報送信手段により前記管理装置に対して送信し、
前記管理装置は、前記減算要求の受信に応じて、該管理している基準貸与額及び該基準貸与額に対応する間接税額を前記管理残額から減算する前記減算処理を実行し、
前記遊技用装置は、
前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段と、
該通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額から、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段と、
該特定手段により特定された端数額を記録した前記記録媒体を排出する処理を行う記録媒体排出処理手段とを含み、
遊技者の操作によることなく、前記特定手段により特定された貸与対象額分の遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、
前記遊技用システムは、前記記録媒体を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置をさらに備えることを特徴とする遊技用システム。
【請求項６】
請求項１〜５のいずれか１つに記載した遊技用システムであって、
前記遊技用装置は、前記記録媒体の通番が上限値に達しているときに、前記第１の通番更新手段により該記録媒体の通番を初期値に更新し、
前記管理装置は、前記管理している通番が上限値に達しているときに、前記第２の通番更新手段により該管理している通番を初期値に更新することを特徴とする遊技用システム。
【請求項７】
請求項１〜６のいずれか１つに記載した遊技用システムであって、
前記記録媒体を受け付けて、該受け付けた記録媒体の記録媒体識別情報を含む精算要求を前記管理装置に対して送信し、該精算要求に含まれる記録媒体識別情報に対応付けて管理されている管理残額を含む精算許諾情報が管理装置から送信されてきたことを条件として、該精算許諾情報に含まれる管理残額に相当する貨幣を払い出す精算処理を行う精算装置をさらに備え、
前記管理装置は、前記精算要求の受信に応じて、該精算要求に含まれる記録媒体識別情報に対応付けて該精算要求を受信した旨を示す精算要求受信情報を管理し、前記精算許諾情報を前記精算装置に対して返信し、
前記精算装置は、
前記精算処理に伴って、前記記録媒体に記録されている通番を更新する第３の通番更新手段と、
前記精算処理が行われる旨を示す精算実行通知を前記管理装置に対して送信する精算実行通知送信手段とを含み、
前記管理装置は、
前記精算実行通知の受信に応じて、前記記録媒体識別情報に対応付けられた通番を更新する第４の通番更新手段を含み、
前記精算実行通知の受信に応じて、前記記録媒体識別情報に対応付けて管理している管理残額を零に更新し、該記録媒体識別情報に対応付けて管理している精算要求受信情報を消去し、
該通番判定手段により通番が一致しないと判定され、かつ前記記録媒体の記録媒体識別情報に対応付けて前記精算要求受信情報を管理しているときには、該記録媒体識別情報に対応付けて管理している管理残額を零に更新する前記通番不一致時処理を行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、遊技機に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額を対象とした各種処理を前記管理装置と連携して行う遊技用装置から構成する遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、残度数を記録媒体（カード）に記録せず、記録媒体の識別符号に対応付けて管理装置（ターミナルコントローラ）のカード管理テーブルに記憶し、遊技用装置（カード処理ユニット）で該カードが使用されて遊技媒体が貸し出されると、該貸し出された遊技媒体の数に応じてカード管理テーブルの残度数が減算される、いわゆる「完全ＩＤ管理」のシステムが知られている。
【０００３】
また、特許文献２に示すように、複数のコンピュータ間でのデータ転送を行うシステムであって、送信側コンピュータから処理要求を送信するにあたり情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは処理要求に応じた処理を実行した後に該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが知られている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ処理完了前に異常が発生したものと判断する。
【０００４】
【特許文献１】特開２００３−０３０５１５号公報（図６，段落００２７，００７６）
【０００５】
【特許文献２】特開２０００−１４８６８３号公報（図５，段落００４５，００４６）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に示すようなシステムでは、遊技用装置での特定処理（例えば玉貸処理）に連携して行われる管理装置側での処理（例えば残度数の減算）を行うための処理要求（例えば減算要求）を遊技用装置から受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理（ここでは玉貸処理）が行われたにも拘わらず、管理装置側での連携する処理（ここでは残度数の減算）が行われないことで処理の不一致が生ずる。ここで上記特許文献１のシステムに特許文献２の手法を適用した場合、記録媒体が使用された遊技用装置と管理装置とがオンライン状態に復帰することで、遊技用装置から管理装置に対して確認要求が送信され、管理装置側での連携する処理（ここでは残度数の減算）が行われていない場合にはその旨を特定して対処することができるが、前記記録媒体が使用された遊技用装置がオンライン状態に復帰するまでは、管理装置は、前記オフライン状態が発生したときに該遊技用装置で特定処理（ここでは玉貸処理）が行われたにも拘わらず、該特定処理に連携する処理（ここでは残度数の減算）が行われていない事を特定できなかったため、オンライン状態に復帰するまでの間は、連携する処理が行われていない事に対する対処ができないという問題があった。
【０００７】
本発明は、このような背景のもとになされたものであり、その目的は、遊技用装置と管理装置がオフライン状態となったときにも、当該遊技用装置がオンライン状態に復帰するのを待つことなく、管理装置側で特定処理に連携する処理が行われていないことを特定し、連携する処理が行われていない事に対する対処を可能とする遊技用システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００９】
まず請求項１に係る発明は、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で行う貸与処理を含む各種処理を前記管理装置と連携して行う遊技用装置（玉貸ユニット２０）から構成する遊技用システム（１）であって、前記記録媒体は、前記遊技用装置で行われる前記各種処理のうち予め定められた特定処理（玉貸処理，オフライン端数額の消去）に伴い該遊技用装置により更新される通番が記録され、前記管理装置は、前記記録媒体識別情報に対応付けて通番を記憶し、前記遊技用装置は、前記特定処理に伴って前記記録媒体の通番を更新する第１の通番更新手段（制御部２１）と、前記特定処理が行われる旨を示す特定処理情報を前記管理装置に送信する特定処理情報送信手段（外部通信部２１ｂ）とを含み、前記管理装置は、該特定処理情報の受信に応じて前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第２の通番更新手段（制御部５２）と、前記遊技用装置から前記記録媒体に記録される通番を受信し、該受信した通番が該記録媒体の記録媒体識別情報に対応付けられた通番と一致するか否かを判定する通番判定手段（制御部５２）とを含み、該通番判定手段により通番が一致しないと判定したときには、予め定められた通番不一致時処理（使用額＋消費税額の減算，減算予定額の減算，加算予定額の加算，管理残額の消去及び精算要求受信フラグの消去）を行うことを特徴とする遊技用システムである。
【００１０】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、遊技者の操作により、前記管理残額の範囲内で、予め定められた基準貸与額分の遊技媒体（パチンコ玉）を貸与するための貸与処理（使用額分の玉貸処理）を前記特定処理として行う貸与処理手段（制御部２１）を含み、該貸与処理に使用される基準貸与額（玉貸設定金額）を前記管理残額から減算するための減算要求（玉貸通知）を前記特定処理情報として、前記特定処理情報送信手段（外部通信部２１ｂ）により前記管理装置（５０）に対して送信し、前記管理装置は、前記基準貸与額を管理し、前記減算要求の受信に基づいて、該管理している基準貸与額を前記管理残額から減算する減算処理を実行し、該減算処理が完了した旨を示す減算完了通知を前記遊技用装置に対して返信し、前記遊技用装置は、前記減算完了通知を受信したことを条件として、次の貸与処理を前記貸与処理手段により行い、前記管理装置は、前記通番判定手段により通番が一致しないと判定したときには、前記管理している基準貸与額を前記記録媒体の記録媒体識別情報（記録媒体ＩＤ）と対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システムである。
【００１１】
また請求項３に係る発明は、請求項２に記載した遊技用システム（１）であって、前記管理装置（５０）は、各遊技用装置について設定される前記基準貸与額を各遊技用装置に対応付けて管理し、前記記録媒体識別情報（記録媒体ＩＤ）に対応付けて、該記録媒体識別情報の記録媒体を少なくとも前回受け付けていた遊技用装置であって、管理装置と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置と通信できない通信不可能状態になった当該遊技用装置を特定可能な情報（装置ＩＤ）を記憶する遊技用装置特定情報記憶手段（残額管理ＤＢ）と、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体識別情報に対応付けて前記遊技用装置識別情報記憶手段で記憶している情報から当該記録媒体識別情報の記録媒体が前回受け付けられていた遊技用装置を特定する遊技用装置特定手段（制御部５２）とを含み、該遊技用装置特定手段により特定された遊技用装置に対応付けて管理している基準貸与額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システムである。
【００１２】
また請求項４に係る発明は、請求項２又は３に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記管理残額が前記基準貸与額未満であるときに、遊技者の操作により、該管理残額のうちの、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額の整数倍に相当する貸与対象額分の遊技媒体を貸与するための貸与処理を前記特定処理として前記貸与処理手段（制御部２１）により行い、該貸与処理に使用される貸与対象額を前記管理残額から減算するための減算要求（玉貸通知）を、前記特定処理情報として、前記特定処理情報送信手段（外部通信部２１ｂ）により前記管理装置（５０）に対して送信し、前記管理装置は、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する基準貸与額判定手段（制御部５２）を含み、該基準貸与額判定手段により前記管理残額が前記基準貸与額未満であると判定されたときには、前記貸与対象額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記通番不一致時処理を行うことを特徴とする遊技用システムである。
【００１３】
また請求項５に係る発明は、請求項２〜４のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記貸与処理に使用される基準貸与額及び該基準貸与額に対応する間接税額を前記管理残額から減算するための前記減算要求（玉貸通知）を前記特定処理情報として、前記特定処理情報送信手段（外部通信部２１ｂ）により前記管理装置（５０）に対して送信し、前記管理装置は、前記減算要求の受信に応じて、該管理している基準貸与額及び該基準貸与額に対応する間接税額を前記管理残額から減算する前記減算処理を実行し、前記遊技用装置は、前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段（制御部２１）と、該特定手段により特定された端数額を記録した前記記録媒体を排出する処理を行う記録媒体排出処理手段（制御部２１）とを含み、遊技者の操作によることなく、前記特定手段により特定された貸与対象額分の遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、前記遊技用システムは、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置（６０）をさらに備えることを特徴とする遊技用システムである。
【００１４】
また請求項６に係る発明は、請求項１〜５のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置は、前記記録媒体（会員カード４，ビジタコイン５）の通番が上限値に達しているときに、前記第１の通番更新手段（制御部２１）により該記録媒体の通番を初期値に更新し、前記管理装置（５０）は、前記管理している通番が上限値に達しているときに、前記第２の通番更新手段（制御部５２）により該管理している通番を初期値に更新することを特徴とする遊技用システムである。
【００１５】
さらに請求項７に係る発明は、請求項１〜６のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体識別情報（記録媒体ＩＤ）を含む精算要求を前記管理装置（５０）に対して送信し、該精算要求に含まれる記録媒体識別情報に対応付けて管理されている管理残額を含む精算許諾情報が管理装置から送信されてきたことを条件として、該精算許諾情報に含まれる管理残額に相当する貨幣を払い出す精算処理を行う精算装置（６０）をさらに備え、前記管理装置は、前記精算要求の受信に応じて、該精算要求に含まれる記録媒体識別情報に対応付けて該精算要求を受信した旨を示す精算要求受信情報（精算要求受信フラグ）を管理し、前記精算許諾情報を前記精算装置に対して返信し、前記精算装置は、前記精算処理に伴って、前記記録媒体に記録されている通番を更新する第３の通番更新手段（制御部６２）と、前記精算処理が行われる旨を示す精算実行通知を前記管理装置に対して送信する精算実行通知送信手段（通信部６１）とを含み、前記管理装置は、前記精算実行通知の受信に応じて、前記記録媒体識別情報に対応付けられた通番を更新する第４の通番更新手段（制御部５２）を含み、前記精算実行通知の受信に応じて、前記記録媒体識別情報に対応付けて管理している管理残額を零に更新し、該記録媒体識別情報に対応付けて管理している精算要求受信情報を消去し、該通番判定手段により通番が一致しないと判定され、かつ前記記録媒体の記録媒体識別情報に対応付けて前記精算要求受信情報を管理しているときには、該記録媒体識別情報に対応付けて管理している管理残額を零に更新する前記通番不一致時処理を行うことを特徴とする遊技用システムである。
【００１６】
なお遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、記録媒体（ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置（５０）と通信可能であり、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付け、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行う貸与処理手段（制御部２１）と、該記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受け付けた記録媒体の管理残額が零でない旨を示す管理残額有り情報（オンライン残額有りフラグ）を記録し、前記管理残額を記録することなく排出する第１の排出処理を行う記録媒体排出処理手段（制御部２１）と、を有し、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体に該入金残額を記録して排出する第２の排出処理を前記記録媒体排出処理手段により行う遊技用装置であって、前記記録媒体に前記管理残額有り情報が記録されているか否かを判定する管理残額有り情報記録判定手段（制御部２１）をさらに有し、前記通信可否検知手段により通信不可能状態を検知しているときに前記入金残額が記録された記録媒体を受け付けたことに基づいて、該入金残額を使用して遊技媒体を貸与するための入金残額貸与処理を前記貸与処理手段により行い、前記管理残額有り情報記録判定手段により管理残額有り情報が記録されていると判定されたことを条件として、前記入金残額が零の記録媒体を排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用装置であり、また遊技用システムは、該遊技用装置と、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、を備える。これによれば、通信不可能状態にある遊技用装置で、入金残額が記録された記録媒体が受け付けられ、該入金残額を使用した入金残額貸与処理が行われた結果として当該入金残額が零になった場合において、管理残額が零でない旨を示す管理残額有り情報が該記録媒体に記録されていることを条件として、当該記録媒体が排出されるので、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できる。
【００１７】
また遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、遊技媒体（パチンコ玉）の貸与に使用される残額を特定可能な残額特定情報（記録媒体ＩＤ）が記録される円盤状記録媒体（ビジタコイン５）の投入を外部から受け付ける記録媒体投入口（コイン投入口２５）と、該記録媒体投入口から投入された円盤状記録媒体を保持する第１の保持部（投入コイン保持部２６Ｐ）と、該第１の保持部に連通し、前記円盤状記録媒体を一列に並べて収納する記録媒体収納部（コイン収納部２７ａ）と、該記録媒体収納部から排出された円盤状記録媒体を保持する第２の保持部（収納コイン保持部２７Ｐ）と、前記第１の保持部で保持している円盤状記録媒体及び前記第２の保持部で保持している円盤状記録媒体を外部に返却する記録媒体返却口（コイン返却口２８）と、始端側で前記第１の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第１の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第１の返却通路（投入コイン返却通路２６ｄ）と、始端側で前記第２の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第２の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第２の返却通路（収納コイン返却通路２７ｄ）と、前記第１の保持部に対応して設けられ、該第１の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第１の読取手段（上部アンテナ２６）と、前記第２の保持部に対応して設けられ、該第２の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第２の読取手段（下部アンテナ２７）と、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２２，硬貨識別機２３）と、前記第１の読取手段により読み取った残額特定情報から特定される残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行うと共に、前記貨幣受付手段により受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行う貸与処理手段（制御部２１）と、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した金額を前記残額として、前記第２の読取手段により読み取った残額特定情報から特定可能にするための残額特定処理を行う残額特定処理手段（制御部２１）と、を有する遊技用装置であって、前記第１の返却通路と前記第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に前記記録媒体返却口に連通していることを特徴とする遊技用装置である。これによれば、第１の返却通路と第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に記録媒体返却口に連通していることにより、第１の返却通路と第２の返却通路が途中で合流して記録媒体返却口に連通する場合と比べて、第２の読取手段を遊技用装置の内部における前方に設けることができるので、限られた奥行きの範囲内で記録媒体収納部の収納スペースを拡張して記録媒体の収納枚数を向上できる。
【発明の効果】
【００１８】
まず請求項１に係る遊技用システムによれば、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した遊技用装置から排出された記録媒体をオンライン状態の遊技用装置に挿入することで、該記録媒体に記録されている通番と管理装置において該記録媒体の記録媒体識別情報に対応付けられた通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず、管理装置で該特定処理に連携する処理が行われていない事を特定して、対処することができる。
【００１９】
また請求項２に係る遊技用システムによれば、遊技用装置において貸与処理が行われたにもかかわらず、オフライン状態の発生により管理装置側で残額の減算が実施されなかった場合に、他のオンライン状態の遊技用装置で記録媒体を使用することにより管理装置の残額が補正され確定されるので、オフライン状態の発生した遊技用装置がオンライン状態に復帰するのを待つことなく、管理装置の残額を他の遊技用装置において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。
【００２０】
また請求項３に係る遊技用システムによれば、管理装置は、各遊技用装置について基準貸与額が設定される場合にも、記録媒体が前回受け付けられていた遊技用装置を特定して、対応する基準貸与額を管理残額から減算するので、正確な残額に補正することができる。
【００２１】
また請求項４に係る遊技用システムによれば、管理装置は、管理残額が基準貸与額未満である場合にも、単位使用額の整数倍に相当する貸与対象額を管理残額から減算するので、正確な残額に補正することができる。
【００２２】
また請求項５に係る遊技用システムによれば、貸与処理に使用された使用額に対応する間接税額を徴収する場合に、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための貨幣貸与処理（いわゆる一発貸し）を行うようにしても、該貨幣貸与処理によって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【００２３】
また請求項６に係る遊技用システムによれば、遊技用装置は記録媒体の通番が上限値に達しているときに初期値に更新し、管理装置は管理している通番が上限値に達しているときに初期値に更新するので、通番を記憶する領域を極力少なくすると共に、通番が上限値に達した後でも継続して記録媒体を使用することができ、記録媒体のコストを低減させることができる。
【００２４】
さらに請求項７に係る遊技用システムによれば、管理装置は、通番が一致せず、かつ精算要求受信情報を管理しているときに、管理残額を零に更新するので、精算装置が精算許諾情報を受信してから、管理装置が精算実行通知を受信する前に通信不可能状態となった場合、即ち、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を、図面を参照して説明する。まず本発明に係る遊技用システムの概要を説明する。本発明の遊技用システム１は、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体ＩＤに対応付けてパチンコ玉の貸与に使用される残額を管理する管理装置５０と、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で行う玉貸処理を含む各種処理を管理装置５０と連携して行う玉貸ユニット２０から構成され、以下の例では、精算処理を行う精算装置６０，ビジタコイン５を発行するビジタコイン発行装置７０，及びカード会社に設けられ、管理残額のバックアップを行うセンタ管理装置８０をさらに含む。前記記録媒体には玉貸ユニット２０で行われる処理（例えば使用額分の玉貸処理）により更新される通番が記録され、管理装置５０でも、各記録媒体ＩＤに対応付けて通番を記憶している。
【００２６】
例えば、本遊技用システム１の玉貸ユニット２０で玉貸処理が行われると、まず、玉貸ユニット２０が記録媒体の通番に１を加算し、記録媒体ＩＤ，［使用額＋消費税額］を含む玉貸通知が管理装置５０に送信される。管理装置５０では、玉貸通知を受けて、管理残額から［使用額＋消費税額］を減算し、受信した記録媒体ＩＤに対応付けて管理している通番に１を加算する。ここで、使用額分の玉貸処理が行われた玉貸ユニット２０から、管理装置５０が玉貸通知を受信することなくオフライン状態となった場合には、記録媒体の通番＞管理装置の通番となり、減算が未完了の状態となる。
【００２７】
本発明では、このような事態が発生しても、次回、オンライン状態の玉貸ユニット２０に前記記録媒体が挿入されると、該記録媒体の通番が管理装置５０に送信され、管理装置５０において、記録媒体の通番＞管理装置の通番であることが認識され、減算すべき［使用額＋消費税額］を減算して残額を確定することができる。これにより、オフライン状態が発生しても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで残額を確定し、遊技を行うことができ、遊技者に極力迷惑をかけない。また、残額が減算されずに遊技場が損害を被ることがない。
【００２８】
以下においては、遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、貸与処理が玉貸処理である例について説明する。また、以下においては、間接税が、既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。ここで消費税率は、この例では５％であり、会員カード４やビジタコイン５を発行するカード会社で設定されて、遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。さらに、以下においては、使用額及び該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
【００２９】
ここで遊技用システム１では、図７に示すように、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「処理日時」であり、精算装置での精算が可能な精算可能期間及び遊技用装置で残額の使用が可能な使用可能期間（以下「精算可能期間及び使用可能期間」を「有効期間」と総称する。）が無期限であり、玉貸ユニット２０が処理履歴として記録媒体の排出の履歴を記憶し、該処理履歴が各記録媒体識別情報（記録媒体ＩＤ）に対して１つのみ記憶されると共に、バックアップ情報を記憶するセンタ管理装置８０を備える（図１を参照）。
【００３０】
以下では、まず、遊技用システム１を構成する各部の機能について説明し、次に遊技用システム１の作用を説明し、最後に変形例について説明する。
［１．遊技用システム１を構成する各部の機能］
【００３１】
まず、図１〜図７を参照して、遊技用システム１の構成について説明する。ここではパチンコ玉の貸与に応じて、間接税として消費税が徴収される場合を例とする。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外に備える。
【００３２】
この遊技用システム１では、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される。紙幣２は貨幣の一例であって、図２（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図２（ｂ）に示すように、ここでは５００円硬貨，及び１００円硬貨の２種類が使用される。
【００３３】
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。ここで会員カード４の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員遊技者＝メンバーを示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、前記一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、この会員カード４には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。また、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで、該会員カード４に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該会員カード４に記録されているオフライン端数額の消去処理が含まれる。なお、本例において、該会員カード４に記録されている通番は、後述する精算処理によっても更新され、さらにオンライン状態で受け付けた貨幣の取込処理によっても更新される。
【００３４】
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行った遊技者に対して発行されるものである。
【００３５】
このようにして発行された会員カード４を、遊技者が玉貸ユニット２０のカード挿入口２４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のカード挿入口６４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額，及び該会員カード４にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
【００３６】
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
【００３７】
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、パチンコ玉の貸与に使用される残額を特定可能な残額特定情報が記録されるものであり、ここでは記録媒体ＩＤが残額特定情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員以外の遊技者＝ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、前記一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、このビジタコイン５には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。また、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで、該ビジタコイン５に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該ビジタコイン５に記録されているオフライン端数額の消去処理が含まれる。なお、本例において、該ビジタコイン５に記録されている通番は、後述する精算処理によっても更新され、さらにオンライン状態で受け付けた貨幣の取込処理によっても更新される。
【００３８】
またビジタコイン５には、該ビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額である管理残額が零でない旨を示す管理残額有り情報として、オンライン残額有りフラグも記録される。具体的には、例えば図８の左側に示す表のように、ビジタコイン５の管理残額が零であるときには、オンライン残額無しフラグである０が記録され、ビジタコイン５の管理残額が零でないときには、オンライン残額有りフラグである１が記録される。
【００３９】
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグは各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグが記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述するコイン収納部２７ａ，又はビジタコイン発行装置７０の後述するコインストッカ７５ｂに収納される。
【００４０】
そして図９に示すように、管理装置５０と通信可能状態（オンライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、オンライン残額有りフラグが記録されたビジタコイン５が発行（排出）される。
【００４１】
また図２１に示すように、管理装置５０と通信不可能状態（オフライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、オフライン端数額が記録された（オンライン残額有りフラグが記録されていない）ビジタコイン５が発行（排出）される。
【００４２】
さらに図２７に示すように、管理装置５０と通信可能状態（オンライン状態）にあるビジタコイン発行装置７０において、貨幣を受け付けた後、遊技者から発行額の選択を受け付けたことに基づいて、後述する記録媒体発行処理が行われて、オンライン残額有りフラグが記録されたビジタコイン５が発行される。
【００４３】
このようにして発行されたビジタコイン５を、遊技者が玉貸ユニット２０のコイン投入口２５から投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のコイン投入口６５ａから投入することにより、該ビジタコイン５の管理残額，及び該ビジタコイン５にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
【００４４】
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００４５】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００４６】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行われる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
【００４７】
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。例えば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
【００４８】
玉貸ボタン１５は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を使用した玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部２４Ｐで保持されている会員カード４，後述する投入コイン保持部２６Ｐで保持されているビジタコイン５，又は後述する収納コイン保持部２７Ｐで保持されているビジタコイン５の返却操作を遊技者から受け付けるボタンである。
【００４９】
玉貸ユニット２０は遊技用装置の一例であって、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置６０で管理されている残額である管理残額の範囲内で行う貸与処理を含む各種処理を管理装置６０と連携して行うものである。例えば、パチンコ玉を貸与するための貸与処理（玉貸処理）として、後述する記録媒体貸与処理，貨幣貸与処理，及び入金残額貸与処理を行う。
【００５０】
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２９，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器３０，硬貨返却口２３ｆ，コイン投入口２５，コイン返却口２７，及びカード挿入口２４ａ等を備え、図２（ｂ）及び図２（ｃ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，硬貨識別機２３，投入コイン保持部２６Ｐ（図示外）に対応する上部アンテナ２６，投入コイン返却通路２６ｄ，コイン収納部２７ａ，収納コイン保持部２７Ｐ（図示外）とカード保持部２４Ｐに対応する下部アンテナ２７，収納コイン返却通路２７ｄ，及び記録媒体Ｒ／Ｗ２４等を備えており、これらの各構成要素は図１に示すように接続されている。この玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
【００５１】
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部２１のＲＯＭには前記装置ＩＤが記憶されている。この制御部２１のＲＡＭは、管理装置５０とオンライン状態では、管理装置５０で管理されている残額（即ち管理残額）を含む残額通知が送信されてきたことに基づいて該残額を記憶し、管理装置５０とオフライン状態では、後述する特定手段（制御部２１）により特定された貸与対象額を記憶するものである。また制御部２１のＲＡＭは端数額記憶手段の一例であって、後述する特定手段（制御部２１）により特定された端数額を記憶するものである。この制御部２１の他の機能については後述する。
【００５２】
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。この外部通信部２１ｂは、後述する通信可否検知手段（制御部２１）により通信可能状態（オンライン状態）を検知しているときに、以下のような処理を行う。
【００５３】
即ち外部通信部２１ｂは、オンライン状態を検知しているときに貨幣を受け付けたことに基づいて、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われる。本例では、一旦、受付貨幣額が入金予定額として記憶された後、管理残額に加算される。この入金予定額が記憶されたことに基づいて、管理装置５０から予備処理完了通知が返信されてくる。この予備処理完了通知には、管理残額＋入金予定額である予定残額が含まれる。
【００５４】
また外部通信部２１ｂは特定処理情報送信手段の一例であって、特定処理が行われる旨を示す特定処理情報を前記管理装置５０に送信するものであり、ここでは図８のＳ１２３，図１７のＳ２１３に示す使用額分の玉貸処理に応じた玉貸通知，図１０のＳ１５４，図１９のＳ２５４に示す貸与対象額分の玉貸処理に応じた加算通知，図１０のＳ１７４，図１９のＳ２７４に示す受付貨幣額分の玉貸処理に応じた減算要求，及び図１３のＳ３０６に示すオフライン端数額の消去処理に応じた通番更新完了通知が管理装置５０に対して送信される。これらの特定処理情報には、記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれる。ここで上記玉貸通知は、使用額分の玉貸処理に使用される玉貸設定金額又は税込単位額の整数倍（管理残額＞玉貸設定金額であれば、玉貸設定金額，管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって、管理残額を超えない最大額）を管理残額から減算するための減算要求である。
【００５５】
ここで外部通信部２１ｂは減算要求送信手段の一例であって、貸与処理に使用される使用額及び該使用額に対応する間接税額を管理残額から減算するための第１の減算要求を管理装置５０に対して送信するものであり、この外部通信部２１ｂは、オンライン状態を検知しているときに玉貸操作（玉貸ボタン１５の操作）を受け付けたことに基づいて、記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で玉貸操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信し、会員カード４の挿入を受け付けている状態で玉貸操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと使用額＋消費税額とを含む玉貸通知を送信し、ビジタコイン５の投入を受け付けている状態で玉貸操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信する。即ち玉貸通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくる。玉貸ユニット２０では、該減算完了通知を受信したことに基づいて、次の玉貸処理が可能となる。
【００５６】
また外部通信部２１ｂは、受付貨幣額に対応する間接税額を前記管理残額から減算するための第２の減算要求を管理装置５０に対して送信する減算要求送信手段として機能するものであり、図１０のＳ１７４，図１９のＳ２７４に示すように、後述する貸与判定手段により、管理残額が受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分の遊技媒体を貸与するための貸与処理が行われると、当該受付貨幣額に対応する消費税額と記録媒体ＩＤを含む減算要求を管理装置５０に送信する。
【００５７】
また外部通信部２１ｂは、オンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０からは、返却許諾通知が返信されてくる。
【００５８】
また外部通信部２１ｂは、オンライン状態を検知しているときに後述する第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを含む残額取得要求を管理装置５０に対して送信する。この残額取得要求を受信した管理装置５０からは、該記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）を含む残額通知が返信されてくる。
【００５９】
また外部通信部２１ｂは端数額加算更新要求送信手段の一例であって、オンライン状態を検知しているときに後述する第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤとオフライン端数額とを含む端数額処理要求を管理装置５０に対して送信する。この端数額処理要求を受信した管理装置５０では、一旦、受信した端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額が加算予定額として記憶され、管理装置５０から、該加算予定額の記憶が完了した旨を示す予備処理完了通知が返信されてくる。
【００６０】
そして、制御部２１は、該予備処理完了通知を受信したことを条件として、前記受け付けた記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）に記録されている端数額を消去する端数額消去処理を行うものである。具体的には、オフライン端数額の消去を記録媒体Ｒ／Ｗ２４に対して指示する処理を行う。そしてオフライン端数額の消去に伴い、通番更新完了通知が管理装置５０に送信され、該通番更新完了通知を受信した管理装置５０において、後述する端数額加算更新処理手段（制御部５２）により、前記端数額処理要求に含まれる記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）に対して該端数額処理要求に含まれるオフライン端数額（即ち前記加算予定額として記憶された額）を加算更新する端数額加算更新処理が行われ、該管理装置５０から、端数額加算更新処理が完了した旨を示す端数額加算更新完了通知として、ここでは加算更新後の残額を含む残額通知が返信されてくる。
【００６１】
また外部通信部２１ｂは補正要求送信手段の一例であって、通信可否検知手段により通信可能状態を検知しているときに前記間接税額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体識別情報と間接税額とを含む補正要求を管理装置５０に対して送信するものであり、図１２のＳ２０３に示すように、オンライン状態でオンライン端数額が記録されている記録媒体を受け付けたことに基づいて、記録媒体ＩＤ，オンライン端数額，及び通番を含む補正要求を管理装置５０に対して送信する。
【００６２】
さらに外部通信部２１ｂは処理履歴送信手段の一例であって、管理装置５０から送信されてくる処理履歴送信要求に応じて、後述する処理履歴記憶手段である処理履歴ＤＢ（図７（ａ）を参照）で記憶している処理履歴を管理装置５０に対して送信するものである（図２９のＳ１０１３を参照）。
【００６３】
なお外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
【００６４】
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理（図８のＳ１０７，図１７のＳ２２７）によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
【００６５】
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋及び金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理（図８のＳ１０７，図１７のＳ２２７）によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
【００６６】
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であるが、管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能である。
【００６７】
記録媒体Ｒ／Ｗ２４は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ２４は、前記ＩＣカードである会員カード４及び前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部２６Ｐに対応する上部アンテナ２６と、収納コイン保持部２７Ｐ及びカード保持部２４Ｐに対応する下部アンテナ２７とを備えている。これにより、コイン投入口２５から投入されて投入コイン保持部２６Ｐで保持しているビジタコイン５に対しては、上部アンテナ２６を介して情報の読み取り及び書き込みを行う。また、コイン収納部２７ａから排出されて収納コイン保持部２７Ｐで保持しているビジタコイン５に対しては、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。さらに、カード挿入口２４ａから挿入されてカード保持部２４Ｐで保持している会員カード４に対しても、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。
【００６８】
次に図２〜図４を参照して、ビジタコイン５の取扱構造について説明する。このビジタコイン５の取扱構造には、コイン投入口２５，投入コイン保持部２６Ｐ，コイン収納部２７ａ，収納コイン保持部２７Ｐ，コイン返却口２８，投入コイン返却通路２６ｄ，収納コイン返却通路２７ｄ，上部アンテナ２６，及び下部アンテナ２７が含まれる。
【００６９】
コイン投入口２５は記録媒体投入口の一例であって、ビジタコイン５の投入を外部から受け付ける部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成された縦長の孔である。
【００７０】
投入コイン保持部２６Ｐは第１の保持部の一例であって、コイン投入口２５から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン投入口２５から後方に向けて傾斜して配置された投入コイン誘導通路２６ａにおいて、該投入コイン誘導通路２６ａの終端部分が第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃにより区画された部位である。この投入コイン保持部２６Ｐでは、コイン投入口２５から投入されて投入コイン誘導通路２６ａを自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃに堰き止められて保持される。
【００７１】
ここで第１の投入コインストッパ２６ｂは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの後方に連通するコイン収納部２７ａとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐとコイン収納部２７ａとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の投入コインストッパ２６ａは、通常は閉鎖状態であるが、前記投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額（即ち制御部２１のＲＡＭで記憶している残額）が零になると開放状態になり、投入コイン保持部２６Ｐで保持していたビジタコイン５が自重により転動して、コイン収納部２７ａに収納される。
【００７２】
また第２の投入コインストッパ２６ｃは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの下方に連通する投入コイン返却通路２６ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐと投入コイン返却通路２６ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の投入コインストッパ２６ｃは、通常は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持しているときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、該投入コイン保持部２６Ｐで保持していたビジタコイン５が投入コイン返却通路２６ｄを自重により落下及び転動して、コイン返却口２８に返却される。
【００７３】
コイン収納部２７ａは記録媒体収納部の一例であって、投入コイン保持部２６Ｐに連通し、ビジタコイン５を一列に並べて収納する部位であり、ここでは図３に示すように、投入コイン保持部２６Ｐから後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して配置された通路において、該通路の終端部分に設けられた第１の収納コインストッパ２７ｂにより区画された部位である。このコイン収納部２７ａでは、遊技場の営業開始前に予めコイン投入口２５から投入されたビジタコイン５，及び遊技場の営業中に第１の投入コインストッパ２６ｂが開放状態となって投入コイン保持部２６Ｐにおける保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパに堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでのコイン収納部２７ａは、７枚のビジタコイン５を収納可能である。
【００７４】
ここで第１の収納コインストッパ２７ｂは、コイン収納部２７ａと該コイン収納部２７ａの前方に連通する収納コイン保持部２７Ｐとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、コイン収納部２７ａと収納コイン保持部２７Ｐとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の収納コインストッパ２７ｂは、通常は閉鎖状態であるが、次に述べる収納コイン保持部２７Ｐで保持しているビジタコイン５が外部に返却されると開放状態になり、コイン収納部２７ａに収納されているビジタコイン５が自重により転動して、収納コイン保持部２７Ｐに排出される。従って該収納コイン保持部２７Ｐには、常にビジタコイン５が保持された状態となる。
【００７５】
収納コイン保持部２７Ｐは第２の保持部の一例であって、コイン収納部２７ａから排出されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン収納部２７ａの終端側から前方に向けて傾斜して配置された収納コイン返却通路２７ｄにおいて、該収納コイン返却通路２７ｄの始端部分が第２の収納コインストッパ２７ｃにより区画された部位である。この収納コイン保持部２７Ｐでは、第１の収納コインストッパ２７ｂが開放状態となってコイン収納部２７ａから排出されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ２７ｃに堰き止められて保持される。
【００７６】
ここで第２の収納コインストッパ２７ｃは、収納コイン保持部２７Ｐと該収納コイン保持部２７Ｐの前方に連通する収納コイン返却通路２７ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、収納コイン保持部２７Ｐと収納コイン返却通路２７ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の収納コインストッパ２７ｃは、常時は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持していないときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、収納コイン保持部２７Ｐで保持していたビジタコイン５が収納コイン返却通路２７ｄを自重により転動して、コイン返却口２８に返却される。
【００７７】
コイン返却口２８は記録媒体返却口の一例であって、投入コイン保持部２６Ｐで保持しているビジタコイン５及び収納コイン保持部２７Ｐで保持しているビジタコイン５を外部に返却する部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン返却通路２６ｄの終端側に形成された投入コイン返却通路出口２６ｅ及び収納コイン返却通路２７ｄの終端側に形成された収納コイン返却通路出口２７ｅから返却されたビジタコイン５を受け止める容器状の部位である。
【００７８】
投入コイン返却通路２６ｄは第１の返却通路の一例であって、始端側で投入コイン保持部２６Ｐに連通すると共に終端側でコイン返却口２８に連通し、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、投入コイン保持部２６Ｐから下方に向けて延出し、途中で前方に向けて屈曲して傾斜して配置された通路である。
【００７９】
収納コイン返却通路２７ｄは第２の返却通路の一例であって、始端側で収納コイン保持部２７Ｐに連通すると共に終端側でコイン返却口２８に連通し、収納コイン保持部２７Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、収納コイン保持部２７Ｐから前方に向けて傾斜して配置された通路である。
【００８０】
上部アンテナ２６は第１の読取手段の一例であって、投入コイン保持部２６Ｐに対応して設けられ、該投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該上部アンテナ２６を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。この上部アンテナ２６は、図３に示す投入コイン保持部２６Ｐの左側面に隣接して、図２（ｂ）に示すように配置されている。
【００８１】
下部アンテナ２７は第２の読取手段の一例であって、収納コイン保持部２７Ｐに対応して設けられ、該収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。また下部アンテナ２７は、カード保持部２４Ｐに対応して設けられ、該カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤを読み取るものでもあり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、会員カード４に対する情報の読み取り及び書き込みを行う。この下部アンテナ２７は、図３に示す収納コイン保持部２７Ｐの右側面に隣接して、カード保持部２４Ｐとの間に挟まれた形で配置されており、収納コイン保持部２７Ｐで保持しているビジタコイン５及びカード保持部２４Ｐで保持している会員カード４の両方と通信できるようになっている。
【００８２】
以上に説明したビジタコイン５の取扱構造は、図３及び図４に示すように、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通していることを特徴とするものである。
【００８３】
ここで該ビジタコイン５の取扱構造に類似するものとして、特開２００１−２９３２４２号公報（図４，図５，段落００４４，００５１）に示す玉貸し機が知られている。この玉貸し機（本願の玉貸ユニット２０に相当）では、第１検知部（本願の上部アンテナ２６に相当）で保持しているコイン（本願のビジタコイン５に相当）をコイン返却口に導くためのバイパス通路（本願の投入コイン返却通路２６ｄに相当）が、第２検知部（本願の下部アンテナ２７に相当）で保持しているコインをコイン返却口に導くための返却通路（本願の収納コイン返却通路２７ｄに相当）と合流してから、コイン返却口に連通するように構成されている。
【００８４】
しかしながら、この従来の玉貸し機のように、コインをコイン返却口に導くための２つの通路が合流してからコイン返却口に連通するように構成すると、本願の下部アンテナ２７に相当する第２検知部を、該合流地点よりも後方に設けなければならないので、玉貸し機の内部における限られた奥行きの範囲内では、コイン収納部の収納スペースが少なくなるという問題点があった。
【００８５】
そこで本願のビジタコイン５の取扱構造の如く、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通するように構成すれば、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄが途中で合流してコイン返却口２８に連通する場合と比べて、下部アンテナ２７を玉貸ユニット２０の内部における前方に設けることができるので、玉貸ユニット２０の内部における限られた奥行きの範囲内で、コイン収納部２７ａの収納スペースを拡張してビジタコイン５の収納枚数を向上できる。
【００８６】
図２に戻り、多機能ランプ２９は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２９は、例えば会員カード４及びビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器３０は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。
【００８７】
ここで前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【００８８】
ここで前記制御部２１は管理残額取得手段の一例であって、記録媒体（会員カード４，ビジタコイン５）の管理残額を取得するものであり、管理装置５０とオンライン状態で会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（図１２のＳａ２３２，また図１３のＳ３０１の端数額処理要求も残額取得要求の一例である。）が管理装置５０に対して送信され、該残額取得要求を受信した管理装置５０から、前記管理残額を含む残額通知（Ｓａ２３３，Ｓ３０９）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されることで取得される。
【００８９】
また制御部２１は貸与判定手段の一例であって、予め定められた所定額未満の金額の貨幣を受け付けたことに基づいて、前記管理残額取得手段により取得した管理残額が該受け付けた貨幣の金額である受付貨幣額に対応する間接税額以上であるか否かを判定するものであり、ここでは図１０のＳ１７２，図１９のＳ２７２に示すように、所定額である１０００円未満の金額の貨幣を受け付けたことに基づいて、記憶している残額（即ち取得した管理残額）が受付貨幣額に対応する消費税額以上であるか否かを判定する。
【００９０】
また制御部２１は貸与処理手段の一例であって、遊技者の操作（玉貸操作）により、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で、予め定められた基準貸与額分のパチンコ玉を貸与するための貸与処理を行うものであり、以下に示す使用額分の玉貸処理等を行う。この基準貸与額は、本例においては以下で示す玉貸設定金額であり、例えば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７（ｄ）に示す管理装置５０の玉貸設定金額ＤＢで管理されている。また、貸与処理手段として機能する制御部２１は、図１０のＳ１７３，図１９のＳ２７３に示すように、前記貸与判定手段により前記管理残額が前記受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分のパチンコ玉を貸与するための貸与処理を行うものである。そして、管理装置５０から前記受付貨幣額分の玉貸処理が行われたことに応じて第２の減算処理（管理残額からの対応消費税額の減算）が完了した旨を示す減算完了通知を受信したことを条件として、次の貸与処理を行う。
【００９１】
ここで貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付け、該受け付けた記録媒体の管理残額（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定される残額）の範囲内でパチンコ玉を貸与するための記録媒体貸与処理である使用額分の玉貸処理を行うものである。この実施形態では、管理装置５０とオンライン状態でオフライン端数額が記録されていない会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（図１２のＳａ２１２を参照）が管理装置５０に対して送信され、該残額取得要求を受信した管理装置５０から、前記管理残額を含む残額通知が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、後述する使用額分の玉貸処理が行われる。
【００９２】
なお、管理装置５０とオンライン状態でオフライン端数額が記録されている会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む端数額処理要求（図１３のＳ３０１を参照）が管理装置５０に対して送信され、該端数額処理要求を受信した管理装置５０から、前記管理残額＋オフライン端数額を含む残額通知（Ｓ３０９）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、使用額分の玉貸処理が行われる。
【００９３】
この使用額分の玉貸処理としては、制御部２１のＲＡＭに記憶されている残額と予め設定された玉貸設定金額（例えば５度数分の税込単位額であり、例えば５２５円又は３１５円）とを比較して、残額≧玉貸設定金額であれば該玉貸設定金額を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍の残額（ここでは２１０円）を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。なお残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行わない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
【００９４】
そして該使用額分の玉貸処理が行われると、制御部２１のＲＡＭに記憶されている残額から使用額＋消費税額が減算更新され、該減算更新に応じて残度数表示器１４における残度数の表示及び残額表示器３０における残額の表示が更新されると共に、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図８のＳ１２３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図１７のＳ２１３を参照）が管理装置５０に対して送信され、該玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくることにより、再び玉貸操作を受付可能となる。
【００９５】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは玉貸操作により使用額分のパチンコ玉を貸与するための第１の貸与処理（使用額分の玉貸処理）を、前記貨幣貸与処理として行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けると、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図８のＳ１０３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図１７のＳ２２３を参照）が管理装置５０に対して送信され、該入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われ、該管理装置５０から、入金処理が完了した旨を示す入金完了通知として、前記管理されている残額を含む残額通知が返信されてくることにより、該管理されている残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、前記使用額分の玉貸処理が行われる。
【００９６】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第１の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記貨幣貸与処理として行うが、これについては後述する。
【００９７】
さらに貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに後述する入金残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付け、該入金残額を使用してパチンコ玉を貸与するための入金残額貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第２の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記入金残額貸与処理として行うが、これについても後述する。
【００９８】
また制御部２１は残額処理手段の一例であって、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する間接税額（消費税額）を減算した金額を前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）を行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けたときに、記録媒体ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、残額を記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（残額特定処理）に相当する。
【００９９】
これにより、前記入金要求を受信した管理装置５０では、前述の如く、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われ、また前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われることにより、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する消費税額を減算した金額が前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理される。
【０１００】
また制御部２１は、前記記録媒体貸与処理に使用された使用額及び該使用額に対応する間接税額（消費税額）を前記管理残額から減算するための処理を行うものである。この実施形態では、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、記録媒体貸与処理に使用された使用額及び該使用額に対応する消費税額を管理残額から減算するための処理に相当する。
【０１０１】
これにより、前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われる。
【０１０２】
また制御部２１は第１の通番更新手段の一例であって、第２の減算要求の対象となる記録媒体（会員カード４，ビジタコイン５）に記録されている通番を更新するものである。ここでは図１０のＳ１７５，図１９のＳ２７５に示すように、受付貨幣額分の玉貸が開始されたことに基づいて、処理対象となっている記録媒体（収納コイン保持部２７Ｐで保持されているビジタコイン５，受け付けた会員カード４，又は受け付けたビジタコイン５）に記録されている通番に１を加算して更新する処理を行う。なお、この通番の更新は、使用額分の玉貸処理が開始されたとき，及び貸与対象額分の玉貸処理が開始されたときにも同様に行われる。つまりオンライン状態での玉貸処理に応じて通番が更新される。ここで、第１の通番更新手段である制御部２１は、前記特定処理に伴って前記記録媒体の通番を更新するものであり、上記各玉貸処理の他、図１３のＳ３０５に示すように、オフライン端数額の消去処理に伴い記録媒体の通番を更新する。
【０１０３】
ここで第１の通番更新手段である制御部２１は、記録媒体の通番が上限値（例えば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部２７Ｐのビジタコイン５，若しくはカード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１０４】
また制御部２１は記録媒体排出処理手段の一例であって、減算完了通知の受信前に通信可否検知手段により通信不可能状態を検知したことを条件として、受付貨幣額に対応する間接税額を記録媒体に記録して排出する処理を行うものであり、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始され、減算完了通知を受信する前にオフライン状態となったときに、受付貨幣額に対応する消費税額を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作（図２１のＳ４３１，図２２のＳ５３１）が行われることで、排出される。なお、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始され、残額通知を受信する前にオフライン状態となったときには、特定手段により特定された端数額×（−１）を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作（図２１のＳ４３１，図２２のＳ５３１）が行われることで、排出される。即ち、補正要求によって、端数額を管理残額に加算するために−１を乗じて、管理残額−端数額×（−１）によって、管理残額に端数額を加算するようにしている。
【０１０５】
また記録媒体排出処理手段として機能する制御部２１は、前記残額処理手段による処理の対象又は前記記録媒体貸与処理による処理の対象となった記録媒体（会員カード４，ビジタコイン５）に前記残額（管理残額）を記録することなく排出する第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に残額を記録することなく排出し（図９のＳ１４０を参照）、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に残額を記録することなく排出する（図１８のＳ２４０を参照）。
【０１０６】
また記録媒体排出処理手段として機能する制御部２１は、前記記録媒体貸与処理の対象となったビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零でないことを条件として、該ビジタコイン５に前記オンライン残額有りフラグを記録し、前記管理残額を記録することなく排出する前記第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、制御部２１のＲＡＭで記憶している残額が零でないことを条件として、収納コイン保持部２７Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録し（図９のＳ１３５を参照）、残額を記録することなく排出し（同Ｓ１４０を参照）、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している残額が零でなく、かつ前記受け付けているビジタコイン５にオンライン残額有りフラグが記録されていないことを条件として、該ビジタコイン５にオンライン残額有りフラグを記録し（図１８のＳ２３５を参照）、残額を記録することなく排出する（同Ｓ２４０を参照）。
【０１０７】
また記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から前記貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体（会員カード４，ビジタコイン５）に該入金残額を記録して排出する第２の排出処理を行うものであり、ここでは後述する第１の特定処理により特定された端数額を前記入金残額として記録媒体に記録して排出する処理を、該第２の排出処理として行うと共に、後述する第２の特定処理により特定された端数額を前記入金残額として受け付けた記録媒体に記録して排出する処理を、該第２の排出処理として行うものであるが、これについては後述する。
【０１０８】
また制御部２１は管理残額有無管理手段の一例であって、前記通信可否検知手段によりオンライン状態を検知しているときに受け付けたビジタコイン５の管理残額が零でないか否かを、少なくとも当該ビジタコイン５の受付中において管理するものである。具体的には、前述の如く、管理装置５０とオンライン状態で、ビジタコイン５を受け付けた際に、該管理装置５０で管理されている管理残額を含む残額通知が送信されてきたことに基づいて、該管理残額を制御部２１のＲＡＭで記憶すると共に、前記記録媒体貸与処理に基づいて、制御部２１のＲＡＭで記憶している管理残額から使用額を減算していき、該ビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零であるか否かを管理する。
【０１０９】
そして前記記録媒体排出処理手段は、前記ビジタコイン５の受付後に前記通信可否検知手段によりオフライン状態を検知したときに、前記管理残額有無管理手段でビジタコイン５の管理残額が零でない旨を管理している（即ち制御部２１のＲＡＭで記憶している残額が零でない）ことを条件として、前記第１の排出処理（即ちビジタコイン５にオンライン残額有りフラグを記録し、管理残額を記録せずに排出する処理）を行う。
【０１１０】
また制御部２１は端数額消去処理手段の一例であって、前記端数額加算更新要求送信手段により端数額加算更新要求を送信したことに基づいて管理装置５０から返信されてくる前記端数額加算完了通知（ここではオフライン端数額を加算予定額として記憶したことに基づく予備処理完了通知）を受信したことを条件として、前記受け付けた記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）に記録されている端数額を消去する端数額消去処理を行うものである。具体的には、オフライン端数額の消去を記録媒体Ｒ／Ｗ２４に対して指示する処理を行う。
【０１１１】
また制御部２１は特定手段の一例であって、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前記受付貨幣額から、前記残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する消費税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の特定処理を行うものである。具体的には、管理装置５０とオフライン状態で１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する（図２１のＳ４１４，図２２のＳ５１４を参照）。ここで特定された端数額は、制御部２１のＲＡＭで記憶される。
【０１１２】
この第１の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１１３】
また第１の特定処理により貸与対象額と端数額が特定されると、該特定された端数額を前記入金残額としてビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額をビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に端数額を記録して排出する（図２１のＳ４３３，Ｓ４３５を参照）。
【０１１４】
また特定手段として機能する制御部２１は、前記第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理を行った後に貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、前述の如く、管理装置５０とオフライン状態で１０００円を受け付け、９４５円が貸与対象額として特定されて該貸与対象額分の玉貸処理が行われると共に、５５円が端数額として特定された（制御部２１のＲＡＭで記憶された）後に、さらに１０００円を受け付けた場合に、前記特定された端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２１のＳ４２４，図２２のＳ５２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
【０１１５】
さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに、前記第２の排出処理により排出された（即ち前記オフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、管理装置５０とオフライン状態で、オフライン端数額として５５円が記録されている会員カード４又はビジタコイン５を受け付け、さらに１０００円を受け付けた場合に、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２３のＳ６２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
【０１１６】
この第２の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
【０１１７】
また第２の特定処理により貸与対象額と端数額が特定されると、該特定された端数額を前記入金残額として前記受け付けた会員カード４又はビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額を会員カード４又はビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に端数額を記録して排出する（図２２のＳ５３３，Ｓ５３５を参照）。
【０１１８】
また制御部２１は合算額判定手段の一例であって、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額又は前記受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである。
【０１１９】
即ち合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、前記特定手段により特定された端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２１のＳ４２３，図２２のＳ５２３，図２３のＳ６２３）。
【０１２０】
また合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに前記第２の排出処理により排出された（即ちオフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、会員カード４又はビジタコイン５を受け付けて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２３のＳ６１３）。
【０１２１】
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段による第２の特定処理が行われる一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による第２の特定処理が行われない。例えば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
【０１２２】
また制御部２１は管理残額有り情報記録判定手段の一例であって、ビジタコイン５に管理残額有り情報であるオンライン残額有りフラグが記録されているか否かを判定するものである。この管理残額有り情報記録判定手段によりオンライン残額有りフラグが記録されている（即ちフラグが１）と判定されたことを条件として、オフライン端数額が零のビジタコイン５を排出する処理が前記記録媒体排出処理手段により行われる。
【０１２３】
また制御部２１のＥＥＰＲＯＭには、図７（ａ）に示す処理履歴ＤＢが設けられている。この処理履歴ＤＢは処理履歴記憶手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該貸与処理後の残額と、当該記録媒体に係わる最後の処理を特定するための最後処理特定情報とを対応付けて、処理履歴として所定の処理数分記憶するものである。ここでは前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、該排出処理時に制御部２１のＲＡＭで記憶されている記憶残額を前記貸与処理後の残額として記憶すると共に、該排出処理が行われた日時である排出日時を前記最後処理特定情報として記憶することにより、前記処理履歴を記憶する。即ち、この処理履歴ＤＢでは、排出処理毎に、残額と排出日時が記憶される。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，日時を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
【０１２４】
また制御部２１は記録媒体識別情報記憶判定手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤが前記処理履歴記憶手段（処理履歴ＤＢ）で既に記憶されているか否かを判定するものである。具体的には、前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。
【０１２５】
さらに制御部２１は処理履歴更新手段の一例であって、前記記録媒体識別情報記憶判定手段により記録媒体ＩＤが記憶されていないと判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴を処理履歴記憶手段（処理履歴ＤＢ）に記憶すると共に、記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴記憶手段で既に記憶されている処理履歴を新たな処理履歴に更新するものである。具体的には、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されていない（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致しない）と判定されると、該記録媒体ＩＤを処理履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶する。一方、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されている（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致する）と判定されると、該記録媒体ＩＤに対応する残額及び排出日時を新たな残額及び排出日時に更新（上書き）する。
【０１２６】
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けてパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，及び場外通信部５６等を備えている。
【０１２７】
記憶手段であるハードディスク５５には、図７（ｄ）に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、会員カード４又はビジタコイン５の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは前記記録媒体ＩＤに対応付けて、後述する第２の通番更新手段及び後述する第４の通番更新手段により更新される通番が管理される。また、この残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置５０と通信できない通信不可能状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
【０１２８】
この装置ＩＤの記憶方法について説明する。まず、管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けていない状態で、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に送信される（図８のＳ１０３）。このとき送信される情報には、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤも含まれる。該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。一方、所定額未満の貨幣を受け付けると、玉貸ユニット２０からは、加算要求又は減算要求が管理装置５０に送信されるが（図１０）、このとき送信される情報にも、同様に、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶する。
【０１２９】
また、管理装置５０とオンライン状態にある玉貸ユニット２０が、オンライン端数額が記録されている記録媒体を受け付けたときには、図１２に示すように補正要求が送信される。このとき送信される情報には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶する。また、管理装置５０とオンライン状態にある玉貸ユニット２０が、オンライン端数額が記録されていない記録媒体を受け付けたときには、図１４に示すように挿入通知が送信される。このとき送信される情報には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶するが、ここではＳａ２２９の照合完了通知を送信する際に、挿入通知に含まれる装置ＩＤを、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する。つまり通番不一致時処理として、玉貸設定金額を減算する（Ｓａ２２６）にあたり、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理（Ｓａ２２３）を要するが、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、Ｓａ２２９の照合完了通知送信時としている。
【０１３０】
ここで、管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行う。
【０１３１】
また、本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときにも、図２４又は図２６に示す補正要求又は挿入通知が送信される。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと、当該精算装置６０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶する。なお、挿入通知を受信したときには、上記の理由から、Ｓａ７２９の照合完了通知を送信する際に、挿入通知に含まれる装置ＩＤを、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する。
【０１３２】
ここで、オフライン状態にある玉貸ユニット２０が記録媒体を受け付けて、その後、該記録媒体を受け付けている状態でオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、補正要求又は挿入通知が送信されて、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
【０１３３】
一方、前記玉貸設定金額ＤＢでは、各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が管理されている。本例における貸与基準額は間接税を含む額であり、税込基準額の整数倍、例えば５度数分の税込基準額である５２５円，３度数分の税込基準額である３１５円とされる。ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。
【０１３４】
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１３５】
この制御部５２は、玉貸ユニット２０から送信されてきた入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理を行うものである（図８のＳ１１０，図１７のＳ２３０を参照）。
【０１３６】
また制御部５２は減算処理手段の一例であって、前記第１の減算要求の受信に基づいて、前記使用額及び該使用額に対応する間接税額を前記管理残額から減算する第１の減算処理を行うと共に、前記第２の減算要求の受信に基づいて、前記受付貨幣額に対応する間接税額を前記管理残額から減算する第２の減算処理を行うものである。ここでは、制御部５２は、第１の減算処理として、玉貸ユニット２０から送信されてきた玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理を行うものである（図８のＳ１２５，図１７のＳ２１５を参照）。ここで、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］＝玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は、税込単位額の整数倍であって、管理残額を超えない最大額である。また、第２の減算処理として、受付貨幣額分の玉貸処理が行われる玉貸ユニット２０から送信されてきた減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する（図１０のＳ１７６，図１９のＳ２７６）。
【０１３７】
また制御部５２は第２の通番更新手段の一例であって、前記第２の減算処理（即ち受付貨幣額に対応する消費税額分の減算処理）の対象となる記録媒体ＩＤに対応付けて管理している通番を更新するものであり、図１０のＳ１７７，図１９のＳ２７７に示すように、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から送信されてきた減算要求を受信すると、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から、該減算要求に含まれる対応消費税額を減算した後、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する。また、本例では使用額分の玉貸処理が行われた玉貸ユニット２０から玉貸通知を受けて、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から、該玉貸通知に含まれる使用額＋消費税額を減算した後、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図８のＳ１２６，図１７のＳ２１６）。さらに、本例では貸与対象額分の玉貸処理が行われた玉貸ユニット２０から加算要求を受けて、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に、該加算要求に含まれる端数額を加算した後、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図１０のＳ１５７，図１９のＳ２５７）。つまり、玉貸ユニット２０側ではオンライン状態での玉貸処理（オンライン状態で開始された玉貸処理）に応じて通番が１ずつ加算されるので、管理装置５０では、玉貸処理が行われた玉貸ユニット２０から送信される情報の受信に応じて通番を１ずつ加算していくことで、玉貸ユニット２０側と同じ通番に更新している。
【０１３８】
ここで第２の通番更新手段として機能する制御部５２は、特定処理情報の受信に応じて記録媒体の記録媒体ＩＤに対応付けられた通番を更新するものであり、上記玉貸通知の受信に応じた通番更新，加算通知の受信に応じた通番更新，減算要求の受信に応じた通番更新の他、図１３のＳ３０８に示すように、オフライン端数額が消去されたことに伴う通番更新完了通知の受信に応じた通番更新を行う。なお、これらの特定処理情報には、玉貸ユニット２０が記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれるので、管理装置５０で該記録媒体ＩＤに対応付けて管理されている通番が更新されることとなる。
【０１３９】
ここで第２の通番更新手段である制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（例えば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１４０】
また制御部５２は残額補正手段の一例であって、前記補正要求の受信に基づいて、該補正要求に含まれる間接税額を該補正要求に含まれる記録媒体識別情報と対応付けて管理している管理残額から減算する補正処理を行うものであり、図１２のＳ２０９に示すように、オンライン端数額が記録されている記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する補正処理を行うものである。また、図２４のＳ７０９に示すように、オンライン端数額が記録されている記録媒体を受け付けた精算装置６０から送信されてきた補正要求に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算するものである。
【０１４１】
また制御部５２は通番判定手段の一例であって、受信した通番が記録媒体の記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、次に示す場合に該判定を行う。
【０１４２】
まず通番判定手段として機能する制御部５２は、前記通番を含む補正要求の受信に基づいて、該補正要求に含まれる通番と該補正要求に含まれる記録媒体識別情報に対応付けて管理している通番とが一致するか否かを判定するものであり、図１２のＳ２０４に示すように、オンライン端数額が記録されている記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定するものである。また、図２４のＳ７０４に示すように、オンライン端数額が記録されている記録媒体を受け付けた精算装置６０から送信されてきた補正要求に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定する。そして、前記残額補正手段である制御部５２は、通番判定手段により通番が一致しない（記録通番＞管理通番）と判定されたときに、前記補正処理を行う。つまり、通番不一致時処理として、補正要求に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する処理を行う（図１２のＳ２０９，図２４のＳ７０９）。ここでオンライン端数額は、一旦、減算予定額として記憶された後に、管理残額から減算される。前記第２の通番更新手段は、この補正処理に応じて、受信した補正要求に含まれる記録媒体ＩＤに対応づけて管理されている通番に１を加算して更新する（このとき補正要求に含まれる通番＝管理している通番となる）。
【０１４３】
また通番判定手段として機能する制御部５２は、オンライン端数額が記録されていないときにも、オンライン端数額を含まず、記録媒体ＩＤと通番のみを含む挿入通知を受信して、該挿入通知に含まれる通番と該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する。具体的には、図１４のＳａ２０４，図２６のＳａ７０４に示すように、オンライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０又は精算装置６０から送信されてきた挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定するものである。そして、通番が一致しない（記録通番＞管理通番）と判定され、かつ挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該加算予定額を該記録媒体ＩＤに対応付けて管理されている残額に加算すると共に、該記憶していた加算予定額を消去する処理を行う（図１４のＳａ２１５，図２６のＳａ７１５）。
【０１４４】
また、通番判定手段によって、通番が一致しない（記録通番＞管理通番）と判定され、かつ挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該減算予定額を該記録媒体ＩＤに対応付けて管理されている残額から減算すると共に、該記憶していた減算予定額を消去する処理を行う（図１４のＳａ２１８，図２６のＳａ７１８）。また、通番判定手段によって、通番が一致しない（記録通番＞管理通番）と判定され、かつ挿入通知に含まれる記録媒体ＩＤに対応付けて後述する精算要求受信フラグが管理されているときには、制御部５２は、通番不一致時処理として、該記録媒体ＩＤに対応付けて管理されている残額を零に更新する（即ち消去する）と共に、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去する処理を行う（図１４のＳａ２２１，図２６のＳａ７２１）。前記第２の通番更新手段は、上記加算予定額の加算処理，減算予定額の減算処理，及び管理残額の消去処理に応じて、受信した挿入通知に含まれる記録媒体ＩＤに対応づけて管理されている通番に１を加算して更新する（このとき挿入通知に含まれる通番＝管理している通番となる）。
【０１４５】
一方、通番判定手段によって通番が一致しない（記録通番＞管理通番）と判定され、かつ挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額，減算予定額，及び後述する精算要求受信フラグのいずれも記憶されていないときには、制御部５２は、管理残額≧玉貸設定金額であれば、通番不一致時処理として、玉貸設定金額を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理される残額から減算更新する処理を行い（図１４のＳａ２２６，図２６のＳａ７２６）、管理残額＜玉貸設定金額であれば、通番不一致時処理として、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理される残額から減算更新する処理を行う（図１４のＳａ２２７，図２６のＳａ７２７）。前記第２の通番更新手段は、該減算処理に応じて、受信した挿入通知に含まれる記録媒体ＩＤに対応づけて管理されている通番に１を加算して更新する（このとき挿入通知に含まれる通番＝管理している通番となる）。
【０１４６】
ここで、本例において図１４のＳａ２２６，図２６Ｓａ７２６で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
【０１４７】
まず、制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１４のＳａ２２３，図２６のＳａ７２３）。
【０１４８】
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７（ｄ）の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１４のＳａ２２５，図２６のＳａ７２５）。そして、制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方、玉貸設定金額未満であると判定されたときには、挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている残額から税込単位額の整数倍（但し管理残額を超えない最大額）を減算する。
【０１４９】
つまり、使用額分の玉貸処理が行われて、玉貸ユニット２０から送信された玉貸通知を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額又は税込単位額の倍数であって、管理残額を超えない最大額）を特定して、特定した使用額＋消費税額を減算する補正を行っている。
【０１５０】
また制御部５２は端数額加算更新処理手段の一例であって、前記端数額加算更新要求送信手段から送信されてきた端数額処理要求に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図１３のＳ３０７を参照）。また精算装置６０から送信されてきた端数額処理要求に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図２５のＳ８０７を参照）。本例では、オフライン端数額を、一旦加算予定額として記憶しておき、記録媒体のオフライン端数額が消去されて通番更新完了通知が送信されてきたときに、該加算予定額を管理残額に加算する処理を行う。
【０１５１】
また制御部５２は、精算装置６０から送信されてきた後述する精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求を受信した旨を示す精算要求受信フラグを管理するものであり、ここでは図２４のＳ７５１に示すように、精算装置６０から記録媒体ＩＤを含む精算要求を受信すると、該受信した精算要求に含まれる記録媒体ＩＤに対応づけて、精算要求受信フラグを記憶する処理を行う。
【０１５２】
また制御部５２は第４の通番更新手段の一例であって、精算実行通知の受信に応じて、記録媒体ＩＤに対応づけられた通番を更新するものであり、図２４のＳ７５８に示すように、精算装置６０から精算完了通知を受信したことに応じて、該精算完了通知に含まれる記録媒体ＩＤに対応づけられた通番に１を加算して更新している。
【０１５３】
そして制御部５２は、前記精算完了通知の受信に応じて、該受信した精算完了通知に含まれる記録媒体ＩＤに対応づけて管理している管理残額を零に更新（Ｓ７５６）し、該記録媒体ＩＤに対応付けて管理している精算要求受信フラグを消去する（Ｓ７５７）。
【０１５４】
つまり制御部５２は、精算装置６０から送信されてきた後述する精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行うものである（図２４のＳ７５６を参照）。
【０１５５】
また制御部５２は、ビジタコイン発行装置７０から送信されてきた後述する発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行うものである（図２７のＳ９０６を参照）。
【０１５６】
また制御部５２は最後残額特定処理手段の一例であって、前記処理履歴送信手段（玉貸ユニット２０の外部通信部２１ｂ）から送信されてきた処理履歴（図７（ａ）に示す処理履歴ＤＢで記憶している処理履歴）に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理を行うものであり、ここでは後述する精算履歴送信手段（精算装置６０の通信部６１）から送信されてきた精算履歴（図７（ｂ）に示す精算履歴ＤＢで記憶している精算履歴），及び後述する発行履歴送信手段（ビジタコイン発行装置７０の通信部７１）から送信されてきた発行履歴（図７（ｃ）に示す発行履歴ＤＢで記憶している発行履歴）を含めて、前記最後残額特定処理を行う。この最後残額特定処理手段の具体的な機能については、図２９のＳ１０４５〜Ｓ１０４８を参照して後述する。
【０１５７】
さらに制御部５２は残額復帰処理手段の一例であって、前記最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額を新たに管理するための残額復帰処理を行う残額復帰処理手段を行うものであり、ここでは該最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額と、後述するバックアップ情報送信手段（センタ管理装置８０の通信部８１）から送信されてきたバックアップ情報（図７（ｅ）に示すバックアップＤＢで記憶しているバックアップ情報）に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額を特定し、該特定した残額を新たに管理するための残額復帰処理を行う。この残額復帰処理手段の具体的な機能についても、図２９のＳ１０４４，Ｓ１０４９，及びＳ１０５０を参照して後述する。
【０１５８】
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものであると共に、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものである。
【０１５９】
この通信部５１は、制御部５２による入金予定額の記憶が行われたことに基づいて、該入金予定額＋管理残額である予定残額を含む予備処理完了通知を玉貸ユニット２０に対して返信するものである（図８のＳ１０６，図１７のＳ２２６）。
【０１６０】
また通信部５１は、制御部５２による前記減算処理が完了したことに基づいて、該減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信するものである（図８のＳ１２７，図１７のＳ２１７を参照）。
【０１６１】
また通信部５１は、玉貸ユニット２０から返却通知を受信したことに基づいて、返却許諾通知を該玉貸ユニット２０に対して返信するものである（図９のＳ１３４，図１８のＳ２３４を参照）。
【０１６２】
また通信部５１は、玉貸ユニット２０から残額取得要求を受信したことに基づいて、該残額取得要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を該玉貸ユニット２０に対して返信するものである（図１２のＳａ２３３を参照）。
【０１６３】
また通信部５１は端数額加算更新完了通知返信手段の一例であって、前記端数額加算更新処理手段により端数額加算更新処理が完了したことに基づいて、該端数額加算更新処理が完了した旨を示す端数額加算完了通知として、加算更新後の残額を含む残額通知を玉貸ユニット２０に対して返信するものである（図１３のＳ３０９を参照）。
【０１６４】
また通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（通信部６１）から送信されてきた精算要求（ここでいう精算要求は端数額処理要求を含む概念である）に含まれる記録媒体ＩＤに対応付けて管理している残額又は該残額と前記記録媒体に記録されているオフライン端数額との合算額を含む合算額精算許諾情報を精算装置６０に対して送信するものである。具体的には、精算装置６０が受け付けた記録媒体にオフライン端数額が記録されていない場合には、図２５の端数額処理要求が送信されることなく、記録媒体ＩＤを含む精算要求が、管理装置５０に送信され、該記録媒体IDに対応づけて管理されている残額を含む精算許諾情報が精算装置６０に返信される。また、精算装置６０が受け付けた記録媒体にオフライン端数額が記録されている場合には、図２５に示すように、該オフライン端数額を含む端数額処理要求が送信され、管理装置５０において、一旦、該端数額処理要求に含まれるオフライン端数額が、該端数額処理要求に含まれる記録媒体ＩＤに対応づけて管理されている残額に加算されて、残額通知が精算装置６０に返信され、さらに精算装置６０から前記精算要求が管理装置５０に送信されて、合算後の管理残額を含む精算許諾情報が返信されることとなる。
【０１６５】
また通信部５１は、制御部５２による前記選択額記憶処理が完了したことに基づいて、前記管理している残額を含む発行許諾情報をビジタコイン発行装置７０に対して返信するものである（図２７のＳ９０７を参照）。
【０１６６】
さらに通信部５１は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（図２９のＳ１０１１を参照）、精算履歴送信要求を精算装置６０に対して送信し（同Ｓ１０２１を参照）、発行履歴送信要求をビジタコイン発行装置７０に対して送信するものである（同Ｓ１０３１を参照）。
【０１６７】
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。この外部通信部５６は、遊技場の営業終了後において、図７（ｄ）に示す残額管理ＤＢの記憶内容をセンタ管理装置８０に対して送信するものである（図２８のＳ１００１を参照）。また場外通信部５６は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、バックアップ情報送信要求をセンタ管理装置８０に対して送信するものである（図２９のＳ１０４１を参照）。
【０１６８】
精算装置６０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図５（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，会員カード挿入口６４ａ，コイン投入口６５ａ，紙幣払出口６６ａ，及び硬貨払出口６７ａ等を備え、図１に示すように、その内部に通信部６１，制御部６２，カードＲ／Ｗ６４，コインＲ／Ｗ６５，紙幣払出機６６，及び硬貨払出機６７等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
【０１６９】
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、会員カード４又はビジタコイン５を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを少なくとも含む精算要求を管理装置５０に対して送信するものである。具体的には、オフライン端数額が記録されていない会員カード４又はビジタコイン５を受け付けた場合には、図２５の端数額処理要求を送信することなく、該会員カード４又はビジタコイン５の記録媒体ＩＤを含む精算要求を管理装置５０に対して送信する（図２４のＳ７５０を参照）。またオフライン端数額が記録されている会員カード４又はビジタコイン５を受け付けた場合には、該会員カード４又はビジタコイン５の記録媒体ＩＤと該記録されているオフライン端数額を含む端数額処理要求を、管理装置５０に送信し、該端数額処理要求に含まれるオフライン端数額が、該端数額処理要求に含まれる記録媒体ＩＤに対応づけて管理されている残額に対して加算され、残額通知が返信されてきた後に、前記記録媒体ＩＤを含む精算要求を管理装置５０に対して送信する。
【０１７０】
また通信部６１は補正要求を送信するものであり、前記オンライン残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体ＩＤとオンライン残額とを含む補正要求を管理装置５０に対して送信するものであり、図２４のＳ７０３に示すように、オンライン端数額が記録されている記録媒体を受け付けたことに基づいて、記録媒体ＩＤ，オンライン端数額，及び通番を含む補正要求を管理装置５０に対して送信する。
【０１７１】
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行われる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、図２４のＳ７５５に示す精算完了通知を送信する。なお、「精算処理が行われる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７５３の精算処理の後に精算完了に伴う精算完了通知を送信している。
【０１７２】
また通信部６１は精算履歴送信手段の一例であって、管理装置５０から送信されてくる精算履歴送信要求に応じて、後述する精算履歴記憶手段である精算履歴ＤＢ（図７（ｂ）を参照）で記憶している精算履歴を管理装置５０に対して送信するものである（図２９のＳ１０２３を参照）。
【０１７３】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部６２の機能については後述する。
【０１７４】
ディスプレイ６３は、図５（ｂ）に示すように、各種の情報を表示するための表示デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。また貨幣を払い出すときに、Ｄ２に示すように、残額を返却する旨，及び会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。なお会員カード４又はビジタコイン５に異常があるときには、Ｄ３に示すように、その旨が表示される。
【０１７５】
カードＲ／Ｗ６４は記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではカード挿入口６４ａから挿入された会員カード４を受け付けて、該会員カード４に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該会員カード４からオフライン端数額及びオンライン端数額を消去する、ＩＣカードＲ／Ｗである。この精算装置６０において精算が完了した会員カード４は、カード挿入口６４ａから排出されて、遊技者に返却される。
【０１７６】
コインＲ／Ｗ６５も記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではコイン投入口６５ａから投入されたビジタコイン５を受け付けて、該ビジタコイン５に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該ビジタコイン５からオフライン端数額，オンライン端数額，及びオンライン残額有りフラグを消去する、ＩＣコインＲ／Ｗである。この精算装置６０において精算が完了したビジタコイン５は、コインＲ／Ｗ６５の下部に設けられるコイン回収部６５ｂに回収されて、遊技者には返却されない。
【０１７７】
紙幣払出機６６及び硬貨払出機６７は、貨幣を払い出すものであり、具体的には、紙幣払出機６６の背後に設けられる紙幣収納部６６ｂから、所定の種類及び所定数の紙幣２を取り出して、紙幣払出口６６ａから払い出すと共に、硬貨払出機６７の上部に設けられる硬貨収納部６７ｂから、所定の種類及び所定数の硬貨３を取り出して、硬貨払出口６７ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。
【０１７８】
ここで前記制御部６２は精算処理手段の一例であって、前記記録媒体受付手段により受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣を払い出す精算処理を行うものである。ここで前記第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。一方、前記第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１７９】
また精算処理手段として機能する制御部６２は、前記精算処理として、前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記残額と前記オフライン端数額との合算額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。具体的には、管理装置５０から送信されてきた精算許諾情報に残額のみが含まれる場合には、該残額に相当する貨幣の払出を指示する処理を行い、残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行い、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１８０】
本例では、図２４に示すように、精算装置６０が受け付けた記録媒体に、オフライン端数額記録されていなければ、記録媒体ＩＤを含む精算要求が管理装置５０に送信されて、該記録媒体ＩＤに対応づけて管理されている残額を含む精算許諾情報が精算装置６０に返信されて、許諾分（ここでは管理残額分）の貨幣額が払い出される。また、図２５に示すように、精算装置６０が受け付けた記録媒体にオフライン端数額が記録されていれば、記録媒体ＩＤ，オフライン端数額を含む端数額処理要求が管理装置５０に対して送信され、該オフライン端数額が、一旦、端数額処理要求に含まれる記録媒体ＩＤに対応づけて管理されている残額に対して加算されて、加算処理後の残額を含む残額通知が精算装置６０に返信され、その後、精算装置６０から管理装置５０に対して記録媒体ＩＤを含む精算許諾情報が送信され、前記加算処理後の管理残額を含む精算許諾情報が精算装置６０に返信されて、許諾分（つまり管理残額が零の状態であればオフライン端数額のみ，零でなければオフライン端数額と管理残額の合算額）の貨幣額が払い出される。
【０１８１】
また制御部６２は第３の通番更新手段の一例であって、前記精算処理に伴って、記録媒体に記録されている通番を更新するものであり、図２４のＳ７５３に示すように、許諾分の貨幣を払い出す精算処理が行われたことに伴って、受け付けている記録媒体に記録されている通番に１を加算して更新するものである。
【０１８２】
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２５のＳ８００を参照）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信したことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。
【０１８３】
また制御部６２のＥＥＰＲＯＭには、図７（ｂ）に示す精算履歴ＤＢが設けられている。この精算履歴ＤＢは精算履歴記憶手段の一例であって、前記精算処理の履歴である精算履歴として、該精算処理の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは精算処理が行われたことに基づいて、該精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算処理が行われた日時である精算日時を前記最後処理特定情報として記憶することにより、前記精算履歴を記憶する。この精算履歴ＤＢでは、最大で２５６個の精算履歴を、前記所定の処理数分として記憶可能であり、記憶している精算履歴が２５６個に達すると、新たな精算履歴を記憶する際に、精算日時が最も古い精算履歴が消去されて、当該新たな精算履歴が記憶される。
【０１８４】
ビジタコイン発行装置７０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、縦長の箱型の形状を呈するものであり、その前面にタッチパネル式のディスプレイ７３，紙幣挿入口７４ａ，紙幣払出口７４ｄ，及びコイン発行口７５ａ等を備え、図１に示すように、その内部に通信部７１，制御部７２，紙幣識別機７４，紙幣収納部７４ｂ，紙幣払出部７４ｃ，コインＲ／Ｗ７５，及びコインストッカ７５ｂ等を備えており、これらの各構成要素は図１に示すように接続されている。
【０１８５】
通信部７１は、管理装置５０の通信部５１と通信可能に接続されており、ビジタコイン発行装置７０と管理装置５０との間における通信を司るものである。この通信部７１は、紙幣識別機７４により紙幣２を受け付けた後、タッチパネル式のディスプレイ７３により遊技者から発行額の選択を受け付けたことに基づいて、発行するビジタコイン５の記録媒体ＩＤと前記選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する（図２７のＳ９０５を参照）。
【０１８６】
また通信部７１は発行履歴送信手段の一例であって、管理装置５０から送信されてくる発行履歴送信要求に応じて、後述する発行履歴記憶手段である発行履歴ＤＢ（図７（ｃ）を参照）で記憶している発行履歴を管理装置５０に対して送信するものである（図２９のＳ１０３３を参照）。
【０１８７】
制御部７２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、ビジタコイン発行装置７０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部７２の機能については後述する。
【０１８８】
タッチパネル式のディスプレイ７３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスでもある。このディスプレイ７３では、紙幣２を受付可能なときに、Ｄ１１に示すように、紙幣２の挿入を促す旨が表示される。ここで遊技者が紙幣２を挿入すると、Ｄ１２に示すように、該挿入された紙幣２の金額が入金額として表示されると共に、ビジタコイン５の発行に供する発行額を選択するための発行額選択ボタンとして、「１０００円」ボタン，「２０００円」ボタン，「５０００円」ボタン，及び「１００００円」ボタンの４種類が表示される、発行額選択画面が表示される。ここで遊技者がいずれかの発行額選択ボタン（ここでは「５０００円」ボタン）を押圧操作して前記入金額の範囲内で発行額を選択すると、Ｄ１３に示すように、該選択された発行額を前記残額としてパチンコ玉の貸与に使用可能なビジタコイン５が発行されて、該ビジタコイン５が発行された旨が表示されると共に、釣銭がある場合には釣銭が払い出されて、該釣銭が払い出された旨が表示される。
【０１８９】
紙幣識別機７４は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは紙幣挿入口７４ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機７４により受け付けられた紙幣２は、該紙幣識別機７４の背後に設けられている紙幣収納部７４ｂに金種毎に収納される。そして釣銭があるときに、紙幣収納部７４ｂに収納されている紙幣２が、該紙幣収納部７４ｂの前方に設けられている紙幣払出部７４ｃに搬送されて、該紙幣払出部７４ｃの前方に設けられている紙幣払出口７４ｄから釣銭として払い出される。
【０１９０】
コインＲ／Ｗ７５は、図６（ｂ）のＤ１２に示す発行額選択画面で発行額が選択されたときに、ビジタコイン５が収納されているコインストッカ７５ｂから排出されて内部に保持しているビジタコイン５の記録媒体ＩＤを読み取ると共に、該ビジタコイン５に対してオンライン残額有りフラグを記録する、ＩＣコインＲ／Ｗである。このコインＲ／Ｗ７５の内部で保持しているビジタコイン５は、管理装置５０から発行許諾情報が送信されてきたことに基づいて、該コインＲ／Ｗ７５の前方に設けられているコイン発行口７５ａから排出されて発行され、該ビジタコイン５が発行されると、コインストッカ７５ｂで収納されているビジタコイン５が排出されてコインＲ／Ｗ７５の内部に保持される。
【０１９１】
ここで前記制御部７２は記録媒体発行処理手段の一例であって、前記貨幣受付手段（紙幣識別機７４）により受け付けた貨幣（紙幣２）の金額を残額として、記録媒体（ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理するための処理を行うと共に、該記録媒体に残額を記録することなく発行する記録媒体発行処理を行うものである。具体的には、コインＲ／Ｗ７５の内部で保持しているビジタコイン５の記録媒体ＩＤと図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する処理（図２７のＳ９０５を参照）と、コインＲ／Ｗ７５の内部で保持しているビジタコイン５をコイン発行口７５ａから排出して発行する処理（同Ｓ９１０を参照）が、前記記録媒体発行処理に相当する。なお記録媒体発行処理手段は、記録媒体発行処理を行う際に、前記記録媒体（ビジタコイン５）に管理残額有り情報（オンライン残額有りフラグ）を記録して発行する処理を行う（同Ｓ９０８を参照）。
【０１９２】
また制御部７２のＥＥＰＲＯＭには、図７（ｃ）に示す発行履歴ＤＢが設けられている。この発行履歴ＤＢは発行履歴記憶手段の一例であって、前記記録媒体発行処理の履歴である発行履歴として、該記録媒体発行処理の対象となった記録媒体（ビジタコイン５）の記録媒体ＩＤと、該記録媒体発行処理の対象となった前記残額と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは記録媒体発行処理が行われたことに基づいて、該記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額を前記記録媒体発行処理の対象となった残額として記憶する共に、該記録媒体発行処理が行われた日時である発行日時を前記最後処理特定情報として記憶することにより、前記発行履歴を記憶する。この発行履歴ＤＢでは、最大で２５６個の発行履歴を、前記所定の処理数分として記憶可能であり、記憶している発行履歴が２５６個に達すると、発行日時が最も古い発行履歴が消去されて、当該新たな発行履歴が記憶される。
【０１９３】
センタ管理装置８０はバックアップ装置の一例であって、遊技場外（ここではカード会社）に設けられるものであり、図１に示すように接続される通信部８１，制御部８２，及びハードディスク８３等を備えている。この実施形態では、前記有効期間が無期限であるため、例えば残額がある記録媒体を持ち帰った遊技者が１ヶ月後に来店したときに、管理装置５０で管理している残額が失われていると、該１ヶ月の間は当該記録媒体に係わる処理履歴，精算履歴，及び発行履歴が記憶されていないため、残額を復帰することができず、遊技者が損をしてしまうので、センタ管理装置８０において所定時間毎に残額のバックアップを行うものである。
【０１９４】
記憶手段であるハードディスク８３には、図７（ｅ）に示すバックアップＤＢが設けられている。このバックアップＤＢはバックアップ情報記憶手段の一例であって、管理装置５０で記録媒体ＩＤに対応付けて管理されている残額を該管理装置５０から所定時間毎に取得してバックアップ情報として記憶するものであり、ここでは遊技場の営業終了後に管理装置５０から送信されてくる残額管理ＤＢの記憶内容（図７（ｄ）を参照）を、バックアップ情報として記憶する。またバックアップＤＢは、該バックアップ情報を記憶した日時を、バックアップ日時として記憶する。
【０１９５】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１９６】
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。この通信部８１は、バックアップ情報の記憶が完了したことに基づいて、該バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を管理装置５０に対して返信するものである（図２２のＳ１００４を参照）。また通信部８１はバックアップ情報送信手段の一例であって、管理装置５０から送信されてくるバックアップ情報送信要求に応じて、バックアップ情報記憶手段であるバックアップ情報ＤＢ（図７（ｅ）を参照）で記憶しているバックアップ情報を管理装置５０に対して送信するものである（図２９のＳ１０４３を参照）。
【０１９７】
［２．遊技用システム１の作用］
次に、図８〜図２９を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，及び制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部２７Ｐのビジタコイン５に記録されている通番，若しくは、カード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
【０１９８】
まず図８は、管理装置５０とオンライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。ここで収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されていない。
【０１９９】
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かの判定を実施する（Ｓ１０２）。Ｓ１０２で、所定額以上であると判定されたときには（ＹＥＳ）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ１０３）。一方、Ｓ１０２で、所定額未満であると判定されたときには（ＮＯ）、後述するＳ１５１以下の処理を行う。
【０２００】
Ｓ１０３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として記憶する（Ｓ１０４）。そして、該入金要求に含まれる記録媒体ＩＤに対応付けて関している通番に１を加算して更新し（Ｓ１０５）、該入金予定額の記憶が完了したことに基づく予備処理完了通知を前記玉貸ユニット２０に返信する（Ｓ１０６）。なお、Ｓ１０６の予備処理完了通知には、残額＋入金予定額である予定残額が含まれる。該予備処理完了通知を受信した玉貸ユニット２０では、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ１０７）、前記ビジタコイン５の通番に１を加算して更新する（Ｓ１０８）。次いで、前記ビジタコイン５の記録媒体ＩＤを含み、記録通番の更新が完了した旨の通番更新完了通知を管理装置５０に対して送信し（Ｓ１０９）、該通番更新完了通知を受信した管理装置５０は、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算する（Ｓ１１０）。そして該加算処理の後、前記記憶していた入金予定額を消去する。
【０２０１】
一方、Ｓ１０９の通番更新完了通知を送信した玉貸ユニット２０は、Ｓ１０６で受信した予備処理完了通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓ１１１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ１１３）。  
【０２０２】
ここで、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０６の予備処理完了通知を受信することなくオフライン状態となった場合には、後述する図１１のＳａ１９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態となる（状態１）。
【０２０３】
また、玉貸ユニット２０が前記Ｓ１０６の予備処理完了通知を受信し、管理装置５０がＳ１０９の通番更新完了通知を受信することなくオフライン状態となった場合には、Ｓ１０７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態２）。
【０２０４】
なお、入金要求の送信（Ｓ１０３）から予備処理完了通知（Ｓ１０６）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以降の処理が行われる。
【０２０５】
ここで玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、前述の如く使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額＋消費税額（本例では５２５円）とを含む玉貸通知を、管理装置５０に対して送信する（Ｓ１２３）と共に、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。Ｓ１２３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行う（Ｓ１２５）と共に、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１２６）。次いで、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した（Ｓ１２８）後、再びＳ１１３の状態となる。
【０２０６】
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以降の処理が行われる。
【０２０７】
また玉貸ユニット２０は、Ｓ１１３の状態で所定額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
【０２０８】
図９は、オンライン状態で、かつ記録媒体を受け付けていない状態で玉貸ユニット２０が返却操作を受け付けたときの処理である。玉貸ユニット２０は、Ｓ１１３または後述するＳ１６２の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ１３２に進む。この図９では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ１３２では、記憶残額が零であるか否かを判定する。このＳ１３２で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ１３２で記憶残額が零でない（ＮＯ）と判定された場合には、前記ビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ１３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ１３４）。
【０２０９】
該返却許諾通知を受信した玉貸ユニット２０は、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、オンライン残額有りフラグを下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ１３５）、Ｓ１３６に進む。
【０２１０】
Ｓ１３６では、前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ１３６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。一方、Ｓ１３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０２１１】
Ｓ１３９では、記憶残額を消去して、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ１４０）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ１４１）。
【０２１２】
次に図１０は、管理装置５０とオンライン状態で、かつ記録媒体を受け付けていない状態で、所定額未満の貨幣を受け付けた玉貸ユニット２０における処理の一例を表す図である。図８のＳ１０２で受付貨幣額が所定額未満であると判定されると、記憶残額が零であるか否かの判定を実施する（Ｓ１５１）。Ｓ１５１で、記憶残額が零でないと判定されたときには、後述するＳ１７１以降の処理を実施する。
【０２１３】
Ｓ１５１で記憶残額が零であると判定されたときには（ＹＥＳ）、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ１５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ１５３）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された端数額とを含む加算要求を、管理装置５０に対して送信する（Ｓ１５４）と共に、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１５５）。
【０２１４】
Ｓ１５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行う（Ｓ１５６）と共に、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１５７）。次いで、該加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ１５８）。該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ１５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ１６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ１６２）。
【０２１５】
なお、貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ１９１以降の処理が行われる。
【０２１６】
一方、前記Ｓ１５１で、記憶残額が零でないと判定されたときには、Ｓ１７１で受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定する。次いで、記憶残額が対応消費税額以上であるか否かの判定を実施し（Ｓ１７２）、対応消費税額以上である（ＹＥＳ）と判定されたときには次に示すＳ１７３以降の処理が実施される一方、対応消費税額未満であると判定されたときには（ＮＯ）、前述したＳ１５２以降の処理が実施される。
【０２１７】
Ｓ１７３では玉貸操作によることなく、受付貨幣額分の玉貸処理が開始され、これに伴い収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信する（Ｓ１７４）と共に、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
【０２１８】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２１９】
本例では８０円の管理残額（＝記憶残額）がある状態で、５００円の入金を受け付けることで、対応消費税額の２５円が管理残額から減算されて、受付貨幣額の５００円分のパチンコ玉が貸与され、管理残額が５５円となる。ここで、従来のシステムにおいて、消費税額を徴収する場合には、税込単位額未満の端数額が管理残額として残った状態では使用することができず、かつ該端数額が累積されて単位貸与額以上となったときにも、その残額を使用するために遊技者が玉貸操作を行わなければないという問題があった。本発明の遊技用システム１を適用することによって、端数額が受付貨幣額の対応消費税額以上であれば、当該端数額が税込単位額未満であっても使用され、かつ玉貸操作を要せずに受付貨幣額分の玉貸処理を行うので遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２２０】
つまり、玉貸処理に応じて消費税が徴収される場合であれば、遊技者が貨幣（例えば１００円）を投入しても、受付貨幣額が税込単位額（例えば１０５円）未満の貨幣であるため、受付貨幣額分の玉貸処理が行われずに不便であったが、本遊技用システム１を適用することによって、遊技者が貨幣（１００円）を投入したときに残額が消費税額（５円）以上残存していれば、受付貨幣額（１００円）分の玉貸処理が玉貸操作によることなく行われるので遊技者の利便性が向上する。また、例えば８０円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋対応消費税額５円の、計１０５円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０２２１】
また、別の方法として玉貸処理に応じて消費税が徴収される場合に、遊技者が５００円を投入すると、貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算される。そして、次に５００円を投入すると、再び貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算されるという方法が考えられる。この場合には、最初の端数額の８０円が管理残額として残っている状態で、次に５００円が投入されたときに、対応消費税額の２５円以上の管理残額（８０円）が残存しており、受付貨幣額分の玉貸処理を行うための残額が足りているにも拘わらず、実際には貸与対象額（４２０円）分の玉貸処理しか行われないというように、連続入金のときの遊技者の利便性を損ねる。しかし本発明の遊技用システム１を適用することによって、連続入金のときに、受付貨幣額＋残額によって、受付貨幣額分の玉貸処理が可能であれば、該受付貨幣額分の玉貸処理（一発貸し）を行うので、遊技者の利便性が向上する。また、連続入金によって端数額が、８０円，１６０円，…と累積される場合に、この累積された端数額は玉貸操作を行わなければ使用することができないが、本遊技用システム１を適用することで、貨幣を受け付けると、受け付けた貨幣の対応消費税額が自動的に端数額から減算されていくので、端数額を使用する為の玉貸操作は必要なく、また、玉貸操作を行うことなく受付貨幣額分の玉貸が行われ、貨幣の投入から玉貸開始までの時間が短縮されるので、遊技者の利便性が向上する。
【０２２２】
Ｓ１７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行う（Ｓ１７６）と共に、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１７７）。次いで、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１７８）。該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した（Ｓ１７９）後、再びＳ１６２の状態となる。
【０２２３】
なお、受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ１９１以降の処理が行われる。
【０２２４】
次に図１１は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図８に示した入金要求（Ｓ１０３）の送信から予備処理完了通知（Ｓ１０６）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却する（Ｓａ１９２）。そして、記憶残額が零であるか否かの判定を実施して（Ｓａ１９３）、零でないと判定されたときには（ＮＯ）、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓａ１９４）、後述するＳ４１８の状態となる。一方、Ｓａ１９３の判定で零であると判定されたときには（ＹＥＳ）、後述するＳ４１８の状態となる。
【０２２５】
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予備処理完了通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、残額が零でないことを条件として、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。
【０２２６】
次に、図８に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。該Ｓｂ１９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新（Ｓｂ１９３）して、使用額＋消費税額を記憶残額から減算する（Ｓｂ１９４）。一方、Ｓｂ１９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｂ１９４の処理を行う。そしてＳｂ１９４の処理の後、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓｂ１９５）、後述するＳ４１８の状態となる。
【０２２７】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、使用額分の玉貸処理に応じて記録通番が更新される。そして、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０２２８】
次に、図１０に示した貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｃ１９１）、貸与対象額分の玉貸処理の開始（Ｓ１５３）後に通番の更新（即ちＳ１５５）が行われたか否かを判定する（Ｓｃ１９２）。該Ｓｃ１９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新（Ｓｃ１９３）して、特定された端数額×（−１）をオンライン端数額として収納コイン保持部２７Ｐのビジタコイン５に記録する（Ｓｃ１９４）。次いで、該端数額を記憶残額に加算し（Ｓｃ１９５）、前記ビジタコイン５にオンライン残額有りフラグを記録して（Ｓｃ１９６）、後述するＳ４１８の状態となる。一方、Ｓｃ１９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｃ１９４以降の処理を行う。
【０２２９】
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。そして、オンライン端数額として、特定された端数額×（−１）が記録され、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン端数額，オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１５４の加算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
【０２３０】
次に、図１０に示した受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｄ１９１）、受付貨幣額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。該Ｓｄ１９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新（Ｓｄ１９３）して、特定された対応消費税額をオンライン端数額として収納コイン保持部２７Ｐのビジタコイン５に記録する（Ｓｄ１９４）。一方、Ｓｄ１９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｄ１９４の処理を行う。そしてＳｄ１９４の処理の後、対応消費税額を記憶残額から減算し（Ｓｄ１９５）、オンライン残額有りフラグを収納コイン保持部２７Ｐのビジタコイン５に記録して（Ｓｄ１９６）、後述するＳ４１８の状態となる。
【０２３１】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、オンライン端数額として、対応消費税額が記録され、オンライン残額有りフラグが記録され、後述するＳ４３１の返却操作によって、該オンライン端数額，オンライン残額有りフラグが記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１７４の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
【０２３２】
次に図１２〜図２０は、管理装置５０とオンライン状態で記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０が、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２以降の処理（図１２〜図１４に示す処理）が行われる。
【０２３３】
ここで、Ｓ２０１で受け付けるビジタコイン５にオンライン端数額が記録されてる場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、受付貨幣額分の玉貸処理が開始されてからオフライン状態となって、対応消費税額がオンライン端数額として記録されて排出されたものであるか、又は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣額受け付けられて、貸与対象額分の玉貸処理が開始されてからオフライン状態となって、特定された端数額×（−１）がオンライン端数額として記録されて排出されたものである。
【０２３４】
またＳ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されていない場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額及びオンライン残額有りフラグが記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）であるため、該ビジタコイン５には、オンライン残額有りフラグが記録されている。
【０２３５】
一方、Ｓ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されている場合は、該ビジタコイン５は、オフライン状態にある玉貸ユニット２０からオンライン残額有りフラグが記録されずに排出（発行）されたものか（図２１を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はオンライン状態にある玉貸ユニット２０若しくはオンライン状態にあるビジタコイン発行装置７０からオンライン残額有りフラグが記録されて排出・発行された後、オフライン状態にある玉貸ユニット２０で受け付けられ、該玉貸ユニット２０から前記オンライン残額有りフラグが記録されたままの状態で排出されたもの（図１７を参照）である。この図１２では、図の右側に示す管理装置５０の残額管理ＤＢで残額が管理されていることから、ビジタコイン５にはオンライン残額有りフラグ（フラグ１）が記録されている。
【０２３６】
図１２は、管理装置５０とオンライン状態であり、記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２に進む。
【０２３７】
Ｓ２０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報を読み取り、該記録媒体にオンライン端数額が記録されているか否かを判定し（Ｓ２０２）、記録されていると判定されたときには（ＹＥＳ）、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ），オンライン端数額，及び通番，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ），オンライン端数額，及び通番を含む補正要求を、管理装置５０に対して送信する（Ｓ２０３）。一方、Ｓ２０２でオンライン端数額が記録されていないと判定されたときには（ＮＯ）、後述するＳａ２０３以降の処理が実施される。
【０２３８】
Ｓ２０３の補正要求を受信した管理装置５０は、該補正要求に含まれる通番と、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ２０４）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該補正要求に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて減算予定額として記憶する（Ｓ２０５）。一方、Ｓ２０４で通番が一致すると判定されたときには（ＹＥＳ）、補正完了通知を玉貸ユニット２０に返信する（Ｓａ２３０）。管理装置５０は、Ｓ２０５の処理の後、減算予定額を記憶した旨を示す補正応答を前記玉貸ユニット２０に対して返信する（Ｓ２０６）。Ｓ２０６の補正応答を受信した玉貸ユニット２０では、受け付けた記録媒体に記録されているオンライン端数額を消去して（Ｓ２０７）、該記録媒体の記録媒体ＩＤを含み、該消去処理が完了した旨を示す消去完了通知を管理装置５０に対して送信する（Ｓ２０８）。該消去完了通知を受信した管理装置５０は、受信した消去完了通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算する（Ｓ２０９）と共に、該記憶していた減算予定額を消去し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２１０）。そして、補正処理（減算予定額の減算）が完了した旨を示す補正完了通知を玉貸ユニット２０に対して返信する（Ｓａ２３０）。
【０２３９】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０２４０】
従って、Ｓ２０９で、減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２４１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
【０２４２】
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる２重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０２４３】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０２４４】
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる２重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０２４５】
ここで、管理装置５０がＳ２０３の補正要求を受信し、玉貸ユニット２０がＳ２０６の補正応答を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態６）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は後述する精算装置６０で受け付けられたときに、改めてＳ２０５又はＳ７０５で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０２４６】
また、玉貸ユニット２０が前記Ｓ２０６の補正応答を受信し、管理装置５０がＳ２０８の消去完了通知を受信することなくオフライン状態となった場合には、Ｓ２０７でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
【０２４７】
次に、前記Ｓａ２３０の補正完了通知（又は後述するＳａ２２９の照合完了通知）を受信した玉貸ユニット２０では、受け付けている記録媒体にオフライン端数額が記録されているか否かを判定して（Ｓａ２３１）、記録されていると判定されたときには（ＹＥＳ）、図１３に示すＳ３０１以降の処理を実行する。一方、Ｓａ２３１で記録されていないと判定されたときには（ＮＯ）、受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ），又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）を含む残額取得要求を、管理装置５０に対して送信する（Ｓａ２３２）。
【０２４８】
該残額取得要求を受信した管理装置５０は、該残額取得要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２３３）。該残額通知を受信した玉貸ユニット２０は、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２３４）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２３５）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２３６）。
【０２４９】
図１３は、受け付けた記録媒体にオフライン端数額が記録されているときの処理の一例を示す図である。前述したＳａ２３１でオフライン端数額が記録されていると判定されたときには（ＹＥＳ）、Ｓ３０１で、受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ）及びオフライン端数額，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）及びオフライン端数額を含む端数額処理要求を管理装置５０に対して送信する。該端数額処理要求を受信した管理装置５０では、該端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額を、加算予定額として記憶し（Ｓ３０２）、該加算予定額の記憶が完了したことに基づく予備処理完了通知を玉貸ユニット２０に対して返信する（Ｓ３０３）。
【０２５０】
該予備処理完了通知を受信した玉貸ユニット２０では、受け付けている記録媒体に記録されているオフライン端数額を消去する（Ｓ３０４）と共に、該記録媒体に記録されている通番に１を加算して更新し（Ｓ３０５）、前記受け付けている記録媒体の記録媒体ＩＤを含み、通番の更新が完了した旨の通番更新完了通知を管理装置５０に対して送信する（Ｓ３０６）。Ｓ３０６の通番更新完了通知を受信した管理装置５０では、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて記憶している残額に、当該記録媒体ＩＤに対応付けて記憶している加算予定額を加算更新する（Ｓ３０７）。そして、当該記録媒体ＩＤに対応付けて記憶していた加算予定額を消去する。次いで、当該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０８）、更新後の残額を含む残額通知を前記玉貸ユニット２０に対して返信する（Ｓ３０９）。該残額通知を受けた玉貸ユニット２０では、前記Ｓａ２３４以降の処理が実行される。
【０２５１】
このように、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生したオフライン端数額が記録された会員カード４又はビジタコイン５が受け付けられると、該オフライン端数額が管理装置５０で管理されている残額に対して加算更新されることにより、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０２５２】
ここで、管理装置５０がＳ３０１の端数額処理要求を受信し、玉貸ユニット２０がＳ３０３の予備処理完了通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態８）。
【０２５３】
また、玉貸ユニット２０が前記Ｓ３０３の予備処理完了通知を受信し、管理装置５０がＳ３０６の通番更新完了通知を受信することなくオフライン状態となった場合には、Ｓ３０４でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
【０２５４】
次に、図１４を用いて、前記図１２のＳ２０２で、受け付けた記録媒体にオンライン端数額が記録されていないと判定されたときの処理について説明する。
【０２５５】
Ｓ２０２で、受け付けた記録媒体にオンライン端数額が記録されていないと判定されたときには（ＮＯ）、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ）及び通番，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）及び通番を含む挿入通知を、管理装置５０に対して送信する（Ｓａ２０３）。玉貸ユニット２０から送信された挿入通知を受信した管理装置５０では、該挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている通番と一致するか否かを判定し（Ｓａ２０４）、一致すると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する（Ｓａ２０５）。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２０６）、該記憶していた入金予定額を消去し、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。そして、照合完了通知を受信した玉貸ユニット２０では、前記Ｓａ２３１以降の処理を実施する。
【０２５６】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０６又はＳ２２６の予備処理完了通知を受信し、管理装置５０がＳ１０９又はＳ２２９の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ１０７又はＳ２２７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予備処理完了通知を受信してから管理装置５０が通番更新完了通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなる。未加算状態で放置されると、遊技者が損害を被ることになる。
【０２５７】
従って、Ｓａ２０６で加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信してから管理装置５０がＳ１０９又はＳ２２９の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０２５８】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、一旦受付貨幣額を入金予定額として記憶し、予備処理完了通知を玉貸ユニット２０に返信し、該予備処理完了通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、該取込処理を完了した旨の取込処理完了通知（本例の通番更新完了通知に相当）を管理装置５０に送信し、該取込処理完了通知の受信に基づいて管理装置で入金予定額を管理残額に加算するようにしておき、玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにした場合、予備処理完了通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、予備処理完了通知を玉貸ユニット２０が受信したか否か、即ち貨幣の取込処理が行われたか否かを管理装置５０側では特定不可能である。
【０２５９】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、貨幣の取込処理が行われたか否かを管理装置側において特定できない。このときに、一律に入金予定額を管理残額に加算すると、予備処理完了通知を玉貸ユニット２０が受信しておらず、貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去するようにした場合、予備処理完了通知を玉貸ユニット２０が受信しており、貨幣の取込処理が行われていたときに、遊技者が損害を被るという問題がある。また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２６０】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、管理装置５０で入金予定額の記憶を行ったときに管理通番を更新し、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新することで、通番が一致しないときには、貨幣の取込処理が行われていないことを特定して、入金予定額を消去し、通番が一致するときには貨幣の取込処理が行われていることを特定して、入金予定額を管理残額に加算することで、残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２６１】
次に、前記Ｓａ２０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ２０７）。そして、記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓａ２０８）、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２６２】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ３０１又はＳ８０１の端数額処理要求を受信し、玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態８）であることが特定される。このように管理装置５０が端数額処理要求を受信してから玉貸ユニット２０又は精算装置６０が予備処理完了通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０２６３】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ３０１又はＳ８０１の端数額処理要求を受信してから玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０２６４】
次に、前記Ｓａ２０７の判定で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ２１０）、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。一方、Ｓａ２０９で記憶されていないと判定されたときには、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２６５】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０２６６】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７５０の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０２６７】
次に、Ｓａ２０４に戻り、該Ｓａ２０４で通番が一致しないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する（Ｓａ２１１）。Ｓａ２１１で、挿入通知に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ２１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ２１３）。そして、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２６８】
ここで、記録通番＜管理通番であることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信することなくオフライン状態となったこと、即ち図１１のＳａ１９２又は図２０のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態が発生すると、貨幣が返却されているにも拘わらず、入金予定額が残存したままとなる。そして残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０２６９】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が加算されてしまうことがないので、遊技場が損害を被ることがない。
【０２７０】
一方、前記Ｓａ２１１で、挿入通知に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ２１４）。Ｓａ２１４で、加算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２１５）、該記憶していた加算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２１６）。そして、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２７１】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信し、管理装置５０がＳ３０６又はＳ８０６の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額の記憶に基づく予備処理完了通知を受信してから管理装置５０が通番更新完了通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなる。そして未加算状態で放置されると、遊技者が損害を被ることになる。
【０２７２】
従って、Ｓａ２１５で残存している加算予定額を残額に加算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信してから、管理装置５０がＳ３０６又はＳ８０６の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０２７３】
一方、前記Ｓａ２１４で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ２１７）。Ｓａ２１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ２１８）、該記憶していた減算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２１９）。そして、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２７４】
ここで、オンライン端数額が記録されておらず、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信し、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信することなくオフライン状態となったこと、即ちＳ２０７又はＳ７０７でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態７）であることが特定される。このように玉貸ユニット２０又は精算装置６０が補正応答を受信してから管理装置５０が消去完了通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなる。そして未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
【０２７５】
従って、Ｓａ２１８で残存している減算予定額を残額から減算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信してから、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
【０２７６】
一方、前記Ｓａ２１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２２０）。Ｓａ２２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ２２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２２２）。そして、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２７７】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されたにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０２７８】
従って、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０２７９】
一方、前記Ｓａ２２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、図７（ｄ）に示した残額管理ＤＢを参照して、挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓａ２２３）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓａ２２４）。そして、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓａ２２４で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓａ２２５）。
【０２８０】
Ｓａ２２５で玉貸設定金額以上であると判定されたときには（ＹＥＳ）、玉貸設定金額を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ２２６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２２８）、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。一方、Ｓａ２２５で玉貸設定金額未満であると判定されたときには（ＮＯ）、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新（Ｓａ２２７）し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２２８）、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９）。
【０２８１】
このように、オンライン端数額が零であり、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにもかかわらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０２８２】
従って、Ｓａ２２３及びＳａ２２４で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにもかかわらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある他の玉貸ユニット２０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額を使用して遊技を行うことができる。
【０２８３】
このように、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０２８４】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０２８５】
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
【０２８６】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について説明する。本例のように、玉貸ユニット２０で使用額分の玉貸処理が行われたときに、玉貸通知が管理装置５０に送信され、該玉貸通知を受信した管理装置５０において、玉貸通知に含まれる［使用額＋消費税額］を管理残額から減算するようにした場合、玉貸通知を管理装置５０が受信する前にオフライン状態が発生したときに、従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置側で［使用額＋消費税額］の減算が行われたか否かを特定できない。
【０２８７】
そして当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられたときに、一律に記録媒体の残額（記録媒体の記録媒体ＩＤに対応付けられた残額）を使用可能とすると、［使用額＋消費税額］が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても［使用額＋消費税額］の減算処理が行えないので、遊技場が損害を被る。一方、使用額分の玉貸処理が行われた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２８８】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行ったときに記録通番を更新し、管理装置５０で［使用額＋消費税額］の減算を行ったときに管理通番を更新することで、通番が一致しないときには、減算が行われていないことを特定して、［使用額＋消費税額］を管理残額から減算し、通番が一致するときには減算が完了していることを特定して管理残額をそのままにしておくことで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２８９】
次に、図１５を用いてオフライン端数額消去の前にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓａ２３１の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤ及びオフライン端数額を含む端数額処理要求を管理装置５０に送信する（Ｓ３０２）。
【０２９０】
該端数額処理要求を受信した管理装置５０では、該端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額（ここでは５５円）を、加算予定額として記憶し（Ｓ３０２）、該加算予定額の記憶が完了したことに基づく予備処理完了通知を玉貸ユニット２０に対して返信するが（Ｓ３０３）、この予備処理完了通知を玉貸ユニット２０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されておらず、加算予定額が残存し、記録通番＝管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、記憶端数額、即ちオフライン端数額として記録される額が減算される（例えば、記憶端数額（５５円）−消費税額（５０）＝５円となる）。このとき、記録通番＝管理通番であって、管理装置５０では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（５円）は、管理装置５０の加算予定額（５５円）と異なる。
【０２９１】
この場合には、次回記録媒体を受け付けたときに、まずＳａ２０８で加算予定額（５５円）が消去されて、その後、改めてＳ３０２で加算予定額（５円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、端数額処理要求を管理装置５０が受信してから予備処理完了通知を玉貸ユニット２０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０２９２】
次に、図１６を用いてオフライン端数額消去の後にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓａ２３１の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤ及びオフライン端数額を含む端数額処理要求を管理装置５０に送信する（Ｓ３０２）。
【０２９３】
該端数額処理要求を受信した管理装置５０では、該端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額（ここでは５５円）を、加算予定額として記憶し（Ｓ３０２）、該加算予定額の記憶が完了したことに基づく予備処理完了通知を玉貸ユニット２０に対して返信する（Ｓ３０３）。
【０２９４】
該予備処理完了通知を受信した玉貸ユニット２０では、受け付けている記録媒体に記録されているオフライン端数額を消去する（Ｓ３０４）と共に、該記録媒体に記録されている通番に１を加算して更新し（Ｓ３０５）、前記受け付けている記録媒体の記録媒体ＩＤを含み、通番の更新が完了した旨の通番更新完了通知を管理装置５０に対して送信する（Ｓ３０６）が、この通番更新完了通知を管理装置５０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されており、加算予定額が残存し、記録通番＞管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、端数額、即ちオフライン端数額として記録される額が生じる（例えば、受付貨幣額（５００円）−貸与対象額（４２０）＝８０円が記憶端数額となる）。このとき、記録通番＞管理通番であって、管理装置では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（８０円）は、管理残額に加算予定額（５５円）が加算された額に、さらに加算されるべき額である。
【０２９５】
この場合には、次回記録媒体を受け付けたときに、まずＳａ２１５で加算予定額（５５円）が残額に加算されて、その後、改めてＳ３０２で加算予定額（８０円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、予備処理完了通知を玉貸ユニット２０が受信してから通番更新完了通知を管理装置５０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０２９６】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、記録媒体から読み取ったオフライン端数額を玉貸ユニット２０から管理装置５０に送信し、管理装置５０において当該オフライン端数額を一旦加算予定額として記憶し、予備処理完了通知を玉貸ユニット２０に返信して、該予備処理完了通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去して、管理装置５０に対して該消去処理を完了した旨の消去処理完了通知（本例の通番更新完了通知に相当）を送信し、該消去処理完了通知の受信に基づいて管理装置５０で加算予定額を残額に加算するようにした場合、予備処理完了通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、予備処理完了通知を玉貸ユニット２０が受信し、オフライン端数額の消去処理が行われたか否かを管理装置５０側では特定できない。
【０２９７】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体のオフライン端数額が送信されたときに、当該オフライン端数額が、前回の予備処理完了通知に応じて一旦消去された後にオフライン状態の玉貸ユニット２０での玉貸処理により新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを管理装置側において特定できない。つまり、加算予定額に加えて今回のオフライン端数額を残額に加算すべきか、加算予定額を消去して今回のオフライン端数額のみを残額に加算すべきかを特定することができない。このときに、一律に加算予定額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２９８】
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算予定額の加算を行ったときに管理通番を更新することで、通番が一致しないときには、図１６に示したように、オフライン端数額の消去処理が行われたことを特定して、加算予定額を管理残額に加算し、通番が一致するときには、図１５に示したように、オフライン端数額の消去処理が行われていないことを特定して、加算予定額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２９９】
例えば図１５に示したように、玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることからオフライン端数額が消去されていない旨を特定して、加算予定額を消去し、消費後のオフライン端数額を加算予定額とするので、玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３００】
さらに図１６に示したように、玉貸ユニット２０が予備処理完了通知を受信した後にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることからオフライン端数額が消去されている旨を特定して、加算予定額を管理残額に加算し、新たなオフライン端数額を加算予定額とするので、玉貸ユニット２０が予備処理完了通知を受信した後にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３０１】
次に図１２に示したＳａ２３６の状態において玉貸操作，貨幣受付，返却操作が行われたときの処理を、図１７〜図２０を用いて説明する。
【０３０２】
ここで玉貸ユニット２０は、Ｓａ２３６の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ２１１）、前述の如く使用額分の玉貸処理を開始し（Ｓ２１２）、前記会員カード４又はビジタコイン５の記録媒体ＩＤと、使用額＋消費税額とを含む玉貸通知を、管理装置５０に対して送信する（Ｓ２１３）と共に、前記会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２１４）。Ｓ２１３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行う（Ｓ２１５）と共に、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２１６）。次いで、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ２１７）。該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した（Ｓ２１８）後、再びＳａ２３６の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０３０３】
なお、使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ２９１以降の処理が行われる。
【０３０４】
また、玉貸ユニット２０はＳａ２３６の状態で貨幣を受け付けると（Ｓ２２１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かの判定を実施する（Ｓ２２２）。Ｓ２２２で、所定額以上であると判定されたときには（ＹＥＳ）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ２２３）。一方、Ｓ２２２で、所定額未満であると判定されたときには（ＮＯ）、後述するＳ２５１以下の処理を行う。
【０３０５】
Ｓ２２３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として記憶する（Ｓ２２４）。そして、該入金要求に含まれる記録媒体ＩＤに対応付けて関している通番に１を加算して更新し（Ｓ２２５）、該入金予定額の記憶が完了したことに基づく予備処理完了通知を前記玉貸ユニット２０に返信する（Ｓ２２６）。なお、Ｓ２２６の予備処理完了通知には、残額＋入金予定額である予定残額が含まれる。該予備処理完了通知を受信した玉貸ユニット２０では、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ２２７）、前記受け付けている記録媒体の通番に１を加算して更新する（Ｓ２２８）。次いで、前記受け付けている記録媒体の記録媒体ＩＤを含み、通番の更新が完了した旨の通番更新完了通知を管理装置５０に対して送信し（Ｓ２２９）、該通番更新完了通知を受信した管理装置５０は、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算する（Ｓ２３０）。そして該加算処理の後、前記記憶していた入金予定額を消去する。
【０３０６】
Ｓ２２９の通番更新完了通知を送信した玉貸ユニット２０は、Ｓ２２６で受信した予備処理完了通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓａ２３１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２３２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２３６）。  
【０３０７】
ここで、管理装置５０がＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ２２６の予備処理完了通知を受信することなくオフライン状態となった場合には、後述する図２０のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態となる（状態１）。
【０３０８】
また、玉貸ユニット２０が前記Ｓ２２６の予備処理完了通知を受信し、管理装置５０がＳ２２９の通番更新完了通知を受信することなくオフライン状態となった場合には、Ｓ２２７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態２）。
【０３０９】
なお、入金要求の送信（Ｓ２２３）から予備処理完了通知（Ｓ２２６）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ２９１以降の処理が行われる。
【０３１０】
さらに図１８に示すように、玉貸ユニット２０は、Ｓａ２３６の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ２３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定する（Ｓ２３２）。このＳ２３２で会員カード４又はビジタコイン５を受付中でない（ＮＯ）と判定された場合には、返却操作が無効とされる。一方、Ｓ２３２で会員カード４又はビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、会員カード４の記録媒体ＩＤ又はビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ２３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ２３４）。
【０３１１】
該返却許諾通知を受信した玉貸ユニット２０は、ビジタコイン５を受付中であるか否かを判定する。ここでビジタコイン５を受付中でない、即ち会員カード４を受付中であると判定された場合には、Ｓ２３６に進み、ビジタコイン５を受付中であると判定された場合には、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する。ここでオンライン残額有りフラグが記録されていると判定された場合には、Ｓ２３６に進み、オンライン残額有りフラグが記録されていないと判定された場合には（※２）、前記受付中であるビジタコイン５に対して、オンライン残額有りフラグを下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ２３５）、Ｓ２３６に進む。このように、玉貸ユニット２０において、遊技者から排出操作を受け付けると、オンライン残額有りフラグを記録したビジタコイン５が排出されるので、玉貸処理を行う毎にオンライン残額有りフラグをビジタコイン５に記録する場合に比べて、ビジタコイン５の寿命を延ばすことができる。ここでは前述の如く、Ｓ２０１で受け付けたビジタコイン５には、オンライン残額有りフラグが記録されているので、Ｓ２３５の処理は行われない。
【０３１２】
Ｓ２３６では、前記会員カード４の記録媒体ＩＤ又は前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。このＳ２３５で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ２３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。一方、Ｓ２３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０３１３】
Ｓ２３９では、記憶残額を消去して、カード保持部２４Ｐで保持している会員カード４を返却するか、又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ２４０）。即ち、ビジタコイン５の受付中に記憶残額が零になると、前述の如く該ビジタコイン５がコイン収納部２７ａに収納されることから、前記Ｓ２３２でビジタコイン５を受付中であると判定されるということは、該ビジタコイン５の記録媒体ＩＤに対応付けて管理されている残額が零でないということであるため、該ビジタコイン５が返却される。
【０３１４】
次に図１９は、管理装置５０とオンライン状態で、記録媒体を受け付けた玉貸ユニット２０における、所定額未満の貨幣を受け付けたときの処理の一例を表す図である。図１７のＳ２２２で受付貨幣額が所定額（１０００円）未満であると判定されると、記憶残額が零であるか否かの判定を実施する（Ｓ２５１）。Ｓ２５１で、記憶残額が零でないと判定されたときには、後述するＳ２７１以降の処理を実施する。
【０３１５】
Ｓ２５１で記憶残額が零であると判定されたときには（ＹＥＳ）、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ２５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ２５３）、受け付けた会員カード４又はビジタコイン５から読み取った記録媒体ＩＤと、特定された端数額とを含む加算要求を、管理装置５０に対して送信する（Ｓ２５４）と共に、受け付けている会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２５５）。
【０３１６】
Ｓ２５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行う（Ｓ２５６）と共に、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２５７）。次いで、該加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ２５８）。該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ２５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ２６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ２６２）。
【０３１７】
なお、貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ２９１以降の処理が行われる。
【０３１８】
一方、前記Ｓ２５１で、記憶残額が零でないと判定されたときには、Ｓ２７１で受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定する。次いで、記憶残額が、対応消費税額以上であるか否かの判定を実施し（Ｓ２７２）、対応消費税額以上である（ＹＥＳ）と判定されたときには次に示すＳ２７３以降の処理が実施される一方、対応消費税額以上でないと判定されたときには、前述したＳ２５２以降の処理が実施される。
【０３１９】
Ｓ２７３では受付貨幣額分の玉貸処理が開始され、これに伴い受け付けた会員カード４又はビジタコイン５から読み取った記録媒体ＩＤと、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信する（Ｓ２７４）と共に、受け付けている会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２７５）。
【０３２０】
Ｓ２７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行う（Ｓ２７６）と共に、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２７７）。次いで、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ２７８）。該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した（Ｓ２７９）後、再びＳ２６２の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
【０３２１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０３２２】
なお、受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ２９１以降の処理が行われる。
【０３２３】
次に図２０は、記録媒体を受け付けている状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図１７に示した入金要求（Ｓ２２３）の送信から予備処理完了通知（Ｓ２２６）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓａ２９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却する（Ｓａ２９２）。そして、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓａ２９３）、後述するＳ５１８の状態となる。
【０３２４】
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予備処理完了通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、後述するＳ５３１の返却操作によって、受け付けている記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。
【０３２５】
次に、図１７に示した使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｂ２９１）、使用額分の玉貸処理の開始（Ｓ２１２）後に通番の更新（即ちＳ２１４）が行われたか否かを判定する（Ｓｂ２９２）。該Ｓｂ２９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、受け付けた記録媒体に記録されている通番に１を加算して更新（Ｓｂ２９３）して、使用額＋消費税額を記憶残額から減算する（Ｓｂ２９４）。一方、Ｓｂ２９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｂ２９４の処理を行う。そしてＳｂ２９４の処理の後、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｂ２９５）、後述するＳ５１８の状態となる。
【０３２６】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、使用額分の玉貸処理に応じて記録通番が更新される。そして、後述するＳ５３１の返却操作によって、受け付けている記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで、管理装置５０がＳ２１３の玉貸通知を受信していなければ、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０３２７】
次に、図１９に示した貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｃ２９１）、貸与対象額分の玉貸処理の開始（Ｓ２５３）後に通番の更新（即ちＳ２５５）が行われたか否かを判定する（Ｓｃ２９２）。該Ｓｃ２９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、受け付けた記録媒体に記録されている通番に１を加算して更新（Ｓｃ２９３）して、特定された端数額×（−１）をオンライン端数額として、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録する（Ｓｃ２９４）。次いで、該端数額を記憶残額に加算し（Ｓｃ２９５）、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｃ２９６）、後述するＳ５１８の状態となる。一方、Ｓｃ２９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｃ２９４以降の処理を行う。
【０３２８】
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。
そして、後述するＳ５３１の返却操作によって、オンライン端数額として特定された端数額×（−１）が記録された記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで、管理装置５０がＳ２５４の加算要求を受信していなければ、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
【０３２９】
次に、図１９に示した受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｄ２９１）、受付貨幣額分の玉貸処理の開始（Ｓ２７３）後に通番の更新（即ちＳ２７５）が行われたか否かを判定する（Ｓｄ２９２）。該Ｓｄ２９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、受け付けた記録媒体に記録されている通番に１を加算して更新（Ｓｄ２９３）して、特定された対応消費税額をオンライン端数額として、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録する（Ｓｄ２９４）。一方、Ｓｄ２９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｄ２９４の処理を行う。そしてＳｄ２９４の処理の後、対応消費税額を記憶残額から減算し（Ｓｄ２９５）、ビジタコイン５を受付中であって、オンライン残額有りフラグが記録されていないときには、オンライン残額有りフラグを、投入コイン保持部２６Ｐで保持されているビジタコイン５に記録して（Ｓｄ２９６）、後述するＳ５１８の状態となる。
【０３３０】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、後述するＳ５３１の返却操作によって、オンライン端数額として対応消費税額が記録された記録媒体（コインを受付中であるときには、オンライン残額有りフラグが記録されたビジタコイン５）が排出されることとなる。ここで、管理装置５０がＳ２７４の減算要求を受信していなければ、記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
【０３３１】
ここで、玉貸ユニット２０は、上記のように会員カード４又はビジタコイン５の受け付け後にオフライン状態を検知すると、ビジタコイン５を受付中であるか否かを判定し、該判定でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、オンライン残額有りフラグの記録を行わない。そしてオフライン状態となった後の返却操作に応じて、カード保持部２４Ｐで保持している該会員カード４を返却する。一方、前記判定でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、オンライン残額有りフラグの記録を行い、オフライン状態となった後の返却操作に応じて、投入コイン保持部２６Ｐで保持されているビジタコイン５を返却する。即ち、ビジタコイン５の受付中に記憶残額が零になると、前述の如く該ビジタコイン５がコイン収納部２７ａに収納されることから、前記判定でビジタコイン５を受付中であると判定されるということは、該ビジタコイン５の記録媒体ＩＤに対応付けて管理されている残額が零でないということであるため、オンライン残額有りフラグの記録処理が行われた後、該ビジタコイン５が返却される。このように、ビジタコイン５の受付後にオフライン状態が発生した場合であっても、該ビジタコイン５の管理残額が零でない旨が管理されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる。
【０３３２】
次に図２１は、管理装置５０とオフライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。ここで、残額のない状態でオンライン状態からオフライン状態となった場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されていない。一方、残額のある状態でオンライン状態からオフライン状態となった場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５には、オンライン残額有りフラグは記録されている。
【０３３３】
この状態で貨幣（例えば１０００円）を受け付けると（Ｓ４１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ４１２）。このＳ４１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ４１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ４１３に進む。
【０３３４】
Ｓ４１３では、記憶端数額が零なので、受付貨幣額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４１３で受付貨幣額が税込単位額以上でない（ＮＯ）と判定された場合、即ちＳ４１１で１００円を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合、即ちＳ４１１で５００円以上を受け付けたと判定された場合には、該受け付けた貨幣を回収して、Ｓ４１４に進む。
【０３３５】
Ｓ４１４では、前記特定手段により、受付貨幣額（１０００円）から、貸与対象額（９４５円）を特定すると共に、端数額（５５円）を特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを行い（Ｓ４１５）、該特定された端数額を制御部２１のＲＡＭで記憶して（Ｓ４１６）、記憶端数額を残額表示器３０に表示し（Ｓ４１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ４１８）。
【０３３６】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ４２１）、Ｓ４２２で、前記Ｓ４１２と同様の判定を行い、ＹＥＳの場合には、Ｓ４２３で、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４２３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ４２１で受け付けた貨幣を返却する。一方、Ｓ４２３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ４２１で受け付けた貨幣を回収して、Ｓ４２４に進む。このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【０３３７】
Ｓ４２４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ４２５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ４２６）、前記Ｓ４１７に進む。このように、一発貸し後さらに貨幣が受け付けられると、端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ４３１で遊技者から排出操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
【０３３８】
さらに玉貸ユニット２０は、Ｓ４１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ４３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ４３２に進む。この図１１では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ４３２では、記憶端数額が零であるか否かを判定する。このＳ４３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグが記録されているか否かが判定される（Ｓａ４３３）、該Ｓａ４３３で、オンライン残額有りフラグが記録されていない（即ち残額がない状態でオンライン状態からオフライン状態となった）と判定されたときには、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ４３２で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、記憶端数額を、オフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ４３３）、記憶端数額を消去して（Ｓ４３４）、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ４３５）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ４３６）。なおＳａ４３３で、オンライン残額有りフラグが記録されている（即ち残額がある状態でオンライン状態からオフライン状態となった）と判定されたときには、Ｓ４３５以降の処理を行う。
【０３３９】
このように、玉貸ユニット２０において、一発貸しによって発生する端数額が記憶され、遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３４０】
次に図２２及び図２３は、管理装置５０とオフライン状態で記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると、該受け付けた会員カード４又はビジタコイン５の記録情報を読み取り、該読み取った記録情報にオフライン端数額が含まれるか否かを判定する。ここでオフライン端数額が含まれない（即ちオフライン端数額が記録されていない）と判定されると図２２に進み、オフライン端数額が含まれる（即ちオフライン端数額が記録されている）と判定されると図２３に進む。
【０３４１】
図２２は、管理装置５０とオフライン状態であり、オフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額が記録されていない会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額が記録されていないビジタコイン５の投入をコイン投入口２５から受け付けて（Ｓ５０１）、Ｓ５１１に進む。
【０３４２】
ここでＳ５０１で受け付けるビジタコイン５には、オフライン端数額が記録されていないことから、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）であるため、該ビジタコイン５には、オンライン残額有りフラグが記録されている。
【０３４３】
Ｓ５１１では、貨幣（例えば１０００円）を受け付けると、以下Ｓ５１２〜Ｓ５１８で、前記Ｓ４１２〜Ｓ４１８と同様の処理を行う。
【０３４４】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ５２１）、以下Ｓ５２２〜Ｓ５２６で、前記Ｓ４２２〜Ｓ４２６と同様の処理を行い、Ｓ５１７に戻って、再びＳ５１８の状態となる。
【０３４５】
さらに玉貸ユニット２０は、Ｓ５１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ５３２に進む。この図２２では、会員カード４又はビジタコイン５を受付中であると判定される。Ｓ５３２では、記憶端数額が零であるか否かを判定する。このＳ５３２で記憶端数額が零でない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に対して、記憶端数額をオフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録するか，又は投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶端数額をオフライン端数額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３３）、記憶端数額を消去して（Ｓ５３４）、カード保持部２４Ｐで保持している会員カード４を返却するか，又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３５）。即ちコイン投入口２５から投入されたビジタコイン５は、記憶端数額がある場合に返却される。
【０３４６】
一方、Ｓ５３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かを判定する（Ｓ５３６）。このＳ５３６でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、前記Ｓ５３５に進んで、カード保持部２４Ｐで保持している該会員カード４を返却する。一方、Ｓ５３６でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、Ｓ５３７に進む。
【０３４７】
Ｓ５３７では、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５３７）。このＳ５３７でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、返却操作が無効とされ、第１の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する。一方、Ｓ５３７でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、前記Ｓ５３５に進んで、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する。即ちコイン投入口２５から投入されたビジタコイン５は、記憶端数額がない場合であっても、オンライン残額有りフラグが記録されている場合には返却される。ここでは前述の如く、Ｓ５０１で受け付けたビジタコイン５には、オンライン残額有りフラグが記録されているので、Ｓ５３７では必ずＹＥＳと判定される。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３４８】
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されていないビジタコイン５が受け付けられ、貨幣が受け付けられて一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３４９】
図２３は、管理装置５０とオフライン状態であり、オフライン端数額が記録されている記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額（５５円）が記録されている会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額（５５円）が記録されているビジタコイン５の投入をコイン投入口２５から受け付ると（Ｓ６０１）、Ｓ６０２に進む。
【０３５０】
ここでＳ６０１で受け付けるビジタコイン５には、オフライン端数額が記録されていることから、該ビジタコイン５は、オフライン状態にある玉貸ユニット２０からオンライン残額有りフラグが記録されずに排出（発行）されたものか（図２１を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はオンライン状態にある玉貸ユニット２０若しくはオンライン状態にあるビジタコイン発行装置７０からオンライン残額有りフラグが記録されて排出・発行された後、オフライン状態にある玉貸ユニット２０で受け付けられ、該玉貸ユニット２０から前記オンライン残額有りフラグが記録されたままの状態で排出されたもの（図２２を参照）である。この図２３では、図の右側に示す管理装置５０の残額管理ＤＢで残額が管理されていることから、ビジタコイン５にはオンライン残額有りフラグ（フラグ１）が記録されている。
【０３５１】
Ｓ６０２では、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額を、制御部２１のＲＡＭで記憶して、記憶端数額を残額表示器３０に表示する（Ｓ６０３）。
【０３５２】
そして玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ６１２）。このＳ６１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ６１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ６１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ６１３に進む。
【０３５３】
Ｓ６１３では、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ６１３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ６１１で受け付けた貨幣を返却する。一方、Ｓ６１３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ６１１で受け付けた貨幣を回収して、Ｓ６１４に進む。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【０３５４】
Ｓ６１４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ６１５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ６１６）、記憶端数額を残額表示器３０に表示し（Ｓ６１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ６１８）。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録された記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定されることにより、オフライン状態にあった他の玉貸ユニット２０で発生した端数額を遊技に使用できるようになるので、端数額が記録された記録媒体を複数扱う必要がなくなって、遊技者の利便性が向上する。
【０３５５】
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６２１）、以下Ｓ６２２〜Ｓ６２６で、前記Ｓ６１２〜Ｓ６１６と同様の処理を行い、Ｓ６１７に戻って、再びＳ６１８の状態となる。さらに玉貸ユニット２０は、Ｓ６１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ６３１）、以下Ｓ６３２〜Ｓ６３７で、前記Ｓ５３２〜Ｓ５３７と同様の処理を行う。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０３５６】
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されたビジタコイン５が受け付けられ、該オフライン端数額を使用した玉貸処理が行われた結果として当該オフライン端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３５７】
次に図２４〜図２６は、管理装置５０とオンライン状態で記録媒体を受け付けた精算装置６０における処理の一例を表す図である。この精算装置６０は、Ｓ７０１で会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると、Ｓ７０２以降の処理を実施する。
【０３５８】
Ｓ７０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報を読み取り、該記録媒体にオンライン端数額が記録されているか否かを判定し（Ｓ７０２）、記録されていると判定されたときには（ＹＥＳ）、該受け付けた記録媒体から読み取った記録媒体ＩＤ，オンライン端数額，及び通番を含む補正要求を、管理装置５０に対して送信する（Ｓ７０３）。一方、Ｓ７０２でオンライン端数額が記録されていないと判定されたときには（ＮＯ）、後述するＳａ７０３以降の処理が実施される。
【０３５９】
Ｓ７０３の補正要求を受信した管理装置５０は、該補正要求に含まれる通番と、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ７０４）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該補正要求に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて減算予定額として記憶する（Ｓ７０５）。一方、Ｓ７０４で通番が一致すると判定されたときには（ＹＥＳ）、後述するＳ７３０以降の処理が実施される。管理装置５０は、Ｓ７０５の処理の後、減算予定額を記憶した旨を示す補正応答を精算装置６０に対して返信する（Ｓ７０６）。Ｓ７０６の補正応答を受信した精算装置６０では、受け付けた記録媒体に記録されているオンライン端数額を消去して（Ｓ７０７）、該記録媒体の記録媒体ＩＤを含み、該消去処理が完了した旨を示す消去完了通知を管理装置５０に対して送信する（Ｓ７０８）。該消去完了通知を受信した管理装置５０は、受信した消去完了通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算する（Ｓ７０９）と共に、該記憶していた減算予定額を消去し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ７１０）。そして、補正処理（減算予定額の減算）が完了した旨を示す補正完了通知を精算装置６０に対して返信する（Ｓ７３０）。
【０３６０】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
【０３６１】
従って、Ｓ７０９で減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３６２】
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの補正要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
【０３６３】
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる２重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０３６４】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの補正要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０３６５】
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる２重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０３６６】
ここで、管理装置５０がＳ７０３の補正要求を受信し、精算装置６０がＳ７０６の補正応答を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態６）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ２０５又はＳ７０５で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０３６７】
また、精算装置６０が前記Ｓ７０６の補正応答を受信し、管理装置５０がＳ７０８の消去完了通知を受信することなくオフライン状態となった場合には、Ｓ７０７でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
【０３６８】
次に、前記Ｓ７３０の補正完了通知（又は後述するＳａ７２９の照合完了通知）を受信した精算装置６０では、受け付けている記録媒体にオフライン端数額が記録されているか否かを判定して（Ｓ７３１）、記録されていると判定されたときには（ＹＥＳ）、図２５に示すＳ８００以降の処理を実行する。一方、Ｓ７３１で記録されていないと判定されたときには（ＮＯ）、受け付けた記録媒体から読み取った記録媒体ＩＤを含む精算要求を管理装置５０に対して送信する（Ｓ７５０）。精算要求を受信した管理装置５０は、該精算要求に含まれる記録媒体ＩＤに対応付けて精算要求を受信した旨の精算要求受信フラグを記憶する（Ｓ７５１）。そして、精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含み、精算を許諾する旨を示す精算許諾情報を精算装置６０に対して返信する（Ｓ７５２）。
【０３６９】
該精算許諾情報を受信した精算装置６０は、該精算許諾情報に含まれる残額に相当する貨幣を払い出し（Ｓ７５３）、受け付けている記録媒体に記録されている通番に１を加算して更新し（Ｓ７５４）、該受け付けている記録媒体ＩＤを含み、精算が完了した旨を示す精算完了通知を管理装置５０に対して送信する（Ｓ７５５）。該精算完了通知を受信した管理装置５０は、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行う（Ｓ７５６）と共に、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去し（Ｓ７５７）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ７５８）。そして、管理残額を消去した旨の消去完了通知を精算装置６０に返信する（Ｓ７５９）。
【０３７０】
一方、Ｓ７５５の精算完了通知を送信した精算装置６０では、Ｓ７５９の消去完了通知を受信すると、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算日時を記憶することにより、精算履歴を記憶し（Ｓ７６０）、ビジタコイン５を受付中であるか否かを判定する（Ｓ７６１）。このＳ７６１でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カードＲ／Ｗ６４で受け付けている該会員カード４を返却する。一方、Ｓ７６１でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、コインＲ／Ｗ６５で受け付けているビジタコイン５にオンライン残額有りフラグが記録されていれば、該記録されているオンライン残額有りフラグを消去し（Ｓ７６２）、該ビジタコイン５をコイン回収部６５ｂに回収する（Ｓ７６３）。
【０３７１】
ここで、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となった場合には、貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態となる（状態１０）。
【０３７２】
また、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となった場合には、Ｓ７５３で貨幣は払い出されており、消去すべき残額が残存しており、消去すべき精算要求受信フラグが残存しており、記録通番＞管理通番の状態となる（状態１１）。
【０３７３】
なお、本例では、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却される。
【０３７４】
次に、図２５を用いて、前記Ｓ７３１でオフライン端数額が記録されていると判定されたときの処理について説明する。Ｓ７３１でオフライン端数額が記録されていると判定されると、図２５のＳ８００にすすむ。Ｓ８００では、該受け付けた会員カード４からカードＲ／Ｗ６４により読み取ったオフライン端数額，又は該受け付けたビジタコイン５からコインＲ／Ｗ６５により読み取ったオフライン端数額が、税込単位額未満であるか否かを判定する。このＳ８００でオフライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。一方、Ｓ８００でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、Ｓ８０１に進む。
【０３７５】
このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。
【０３７６】
次に、Ｓ８０１では、受け付けた記録媒体から読み取った記録媒体ＩＤ及びオフライン端数額を含む端数額処理要求を管理装置５０に対して送信する。該端数額処理要求を受信した管理装置５０では、該端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額を、加算予定額として記憶し（Ｓ８０２）、該加算予定額の記憶が完了したことに基づく予備処理完了通知を精算装置６０に対して返信する（Ｓ８０３）。
【０３７７】
該予備処理完了通知を受信した精算装置６０では、受け付けている記録媒体に記録されているオフライン端数額を消去する（Ｓ８０４）と共に、該記録媒体に記録されている通番に１を加算して更新し（Ｓ８０５）、前記受け付けている記録媒体の記録媒体ＩＤを含み、通番の更新が完了した旨の通番更新完了通知を管理装置５０に対して送信する（Ｓ８０６）。Ｓ８０６の通番更新完了通知を受信した管理装置５０では、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて記憶している残額に、当該記録媒体ＩＤに対応付けて記憶している加算予定額を加算更新する（Ｓ８０７）。そして、当該記録媒体ＩＤに対応付けて記憶していた加算予定額を消去する。次いで、当該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０８）、更新後の残額を含む残額通知を前記精算装置６０に対して返信する（Ｓ８０９）。
【０３７８】
残額通知を受けた精算装置６０では、Ｓ７５０以降の処理が実行される。即ち、精算装置６０では、オフライン端数額が加算された後の残額が払い出されることとなる。このように、精算装置６０において、管理装置５０で管理されている残額とオフライン状態にあった玉貸ユニット２０で発生したオフライン端数額との合算額に相当する貨幣が払い出されることにより、該合算額を１回で精算できるので、遊技者の利便性が向上する。
【０３７９】
ここで、管理装置５０がＳ８０１の端数額処理要求を受信し、精算装置６０がＳ８０３の予備処理完了通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態８）。
【０３８０】
また、精算装置６０が前記Ｓ８０３の予備処理完了通知を受信し、管理装置５０がＳ８０６の通番更新完了通知を受信することなくオフライン状態となった場合には、Ｓ８０４でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
【０３８１】
次に、図２６を用いて、前記図２４のＳ７０２で、受け付けた記録媒体にオンライン端数額が記録されていないと判定されたときの処理について説明する。
【０３８２】
Ｓ７０２で、受け付けた記録媒体にオンライン端数額が記録されていないと判定されたときには（ＮＯ）、該受け付けた記録媒体から読み取った記録媒体ＩＤ及び通番を含む挿入通知を、管理装置５０に対して送信する（Ｓａ７０３）。精算装置６０から送信された挿入通知を受信した管理装置５０では、該挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている通番と一致するか否かを判定し（Ｓａ７０４）、一致すると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する（Ｓａ７０５）。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７０６）、該記憶していた入金予定額を消去し、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。そして、照合完了通知を受信した精算装置６０では、前記Ｓ７３１以降の処理を実施する。
【０３８３】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０６又はＳ２２６の予備処理完了通知を受信し、管理装置５０がＳ１０９又はＳ２２９の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ１０７又はＳ２２７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予備処理完了通知を受信してから管理装置５０が通番更新完了通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなる。そして未加算状態で放置されると、遊技者が損害を被ることになる。
【０３８４】
従って、Ｓａ７０６で加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信してから管理装置５０がＳ１０９又はＳ２２９の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０３８５】
次に、前記Ｓａ７０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ７０７）。そして、記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓａ７０８）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０３８６】
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ３０１又はＳ８０１の端数額処理要求を受信し、玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態８）であることが特定される。このように管理装置５０が端数額処理要求を受信してから玉貸ユニット２０又は精算装置６０が予備処理完了通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０３８７】
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ３０１又はＳ８０１の端数額処理要求を受信してから玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
【０３８８】
次に、前記Ｓａ７０７の判定で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ７１０）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。一方、Ｓａ７０９で記憶されていないと判定されたときには、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０３８９】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
【０３９０】
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７５０の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
【０３９１】
次に、Ｓａ７０４に戻り、該Ｓａ７０４で通番が一致しないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する（Ｓａ７１１）。Ｓａ７１１で、挿入通知に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ７１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ７１３）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０３９２】
ここで、記録通番＜管理通番であることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信することなくオフライン状態となったこと、即ち図１１のＳａ１９２又は図２０のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態が発生すると、貨幣が返却されているにも拘わらず、入金予定額が残存したままとなる。そして残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
【０３９３】
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０６又はＳ２２６の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が加算されてしまうことがないので、遊技場が損害を被ることがない。
【０３９４】
一方、前記Ｓａ７１１で、挿入通知に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ７１４）。Ｓａ７１４で、加算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７１５）、該記憶していた加算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７１６）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０３９５】
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信し、管理装置５０がＳ３０６又はＳ８０６の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額の記憶に基づく予備処理完了通知を受信してから管理装置５０が通番更新完了通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなる。そして未加算状態で放置されると、遊技者が損害を被ることになる。
【０３９６】
従って、Ｓａ７１５で残存している加算予定額を残額に加算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ３０３又はＳ８０３の予備処理完了通知を受信してから、管理装置５０がＳ３０６又はＳ８０６の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
【０３９７】
一方、前記Ｓａ７１４で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ７１７）。Ｓａ７１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ７１８）、該記憶していた減算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７１９）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０３９８】
ここで、オンライン端数額が記録されておらず、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信し、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信することなくオフライン状態となったこと、即ちＳ２０７又はＳ７０７でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態７）であることが特定される。このように玉貸ユニット２０又は精算装置６０が補正応答を受信してから管理装置５０が消去完了通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなる。そして未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
【０３９９】
従って、Ｓａ７１８で残存している減算予定額を残額から減算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信してから、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
【０４００】
一方、前記Ｓａ７１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７２０）。Ｓａ７２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ７２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７２２）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４０１】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されたにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
【０４０２】
従って、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０４０３】
一方、前記Ｓａ７２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、図７（ｄ）に示した残額管理ＤＢを参照して、挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓａ７２３）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓａ７２４）。そして、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓａ７２４で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓａ７２５）。
【０４０４】
Ｓａ７２５で玉貸設定金額以上であると判定されたときには（ＹＥＳ）、玉貸設定金額を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ７２６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７２８）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。一方、Ｓａ７２５で玉貸設定金額未満であると判定されたときには（ＮＯ）、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新（Ｓａ７２７）し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７２８）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４０５】
このように、オンライン端数額が零であり、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにもかかわらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を精算できないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
【０４０６】
従って、Ｓａ７２３及びＳａ７２４で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにもかかわらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある精算装置６０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額の精算を行うことができる。
【０４０７】
このように、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０４０８】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０４０９】
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
【０４１０】
なお、本例では、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）となった場合には、受け付けている記録媒体が遊技者に返却され、オンライン状態にある玉貸ユニット２０又は精算装置６０に挿入されることで、上述したように残額が確定して、精算装置６０では貨幣が払い出されることとなる。
【０４１１】
以上に説明した遊技用システム１によれば、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用された使用額に対応する消費税額を徴収し、かつ管理装置５０と通信できないオフライン状態で玉貸ユニット２０が貨幣を受け付けたときにいわゆる一発貸しを行うようにしても、該一発貸しによって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。
【０４１２】
図２７は、管理装置５０とオンライン状態であり、貨幣を受け付けたビジタコイン発行装置７０における処理の一例を表す図である。このビジタコイン発行装置７０は、コインストッカ７５ｂから排出されたビジタコイン５をコインＲ／Ｗ７５の内部で保持しており、この状態で貨幣（ここでは１００００円）を受け付けると（Ｓ９０１）、図６（ｂ）のＤ１２に示す発行額選択画面をタッチパネル式のディスプレイ７３に表示する（Ｓ９０２）。この状態で発行額（ここでは５０００円）の選択を受け付けると（Ｓ９０３）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５から記録媒体ＩＤを読み取り（Ｓ９０４）、該読み取った記録媒体ＩＤ（コインＩＤ）と、Ｓ９０３で選択された発行額である選択額とを含む発行要求を、管理装置５０に対して送信する（Ｓ９０５）。該発行要求を受信した管理装置５０は、該発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行って（Ｓ９０６）、該残額を含む発行許諾情報を、ビジタコイン発行装置７０に対して返信する（Ｓ９０７）。
【０４１３】
該発行許諾情報を受信したビジタコイン発行装置７０は、コインＲ／Ｗ７５の内部で保持しているビジタコイン５に対してオンライン残額有りフラグを記録し（Ｓ９０８）、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０３の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶する共に、発行日時を記憶することにより、発行履歴を記憶し（Ｓ９０９）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５を発行し（Ｓ９１０）、釣銭がある場合には該釣銭の払い出しを行う（Ｓ９１１）。そしてコインストッカ７５ｂで収納しているビジタコイン５を該コインストッカ７５ｂから排出してコインＲ／Ｗ７５の内部で保持する（Ｓ９１２）。
【０４１４】
図２８は、営業終了後における処理の一例を表す図である。管理装置５０は、遊技場の営業終了後に、残額管理ＤＢの記憶内容を、センタ管理装置８０に対して送信する（Ｓ１００１）。該残額管理ＤＢの記憶内容を受信したセンタ管理装置８０は、該受信した残額管理ＤＢの記憶内容をバックアップ情報としてバックアップＤＢに記憶すると共に（Ｓ１００２）、該バックアップ情報を記憶した日時をバックアップ日時としてバックアップＤＢに記憶して（Ｓ１００３）、バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を、管理装置５０に対して返信する（Ｓ１００４）。
【０４１５】
図２９は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１）、発行履歴送信要求をビジタコイン発行装置７０に対して送信し（Ｓ１０３１）、バックアップ情報送信要求をセンタ管理装置８０に対して送信する（Ｓ１０４１）。
【０４１６】
処理履歴送信要求を受信した玉貸ユニット２０は、図７（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３）。また精算履歴送信要求を受信した精算装置６０は、図７（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図７（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３）。さらにバックアップ情報送信要求を受信したセンタ管理装置８０は、図７（ｅ）に示すバックアップＤＢの記憶内容を抽出して（Ｓ１０４２）、該抽出したバックアップ情報及びバックアップ日時を管理装置５０に対して送信する（Ｓ１０４３）。該バックアップ情報及びバックアップ日時を受信した管理装置５０は、該受信したバックアップ情報を復旧用テーブルとして制御部５２のＲＡＭで記憶して（Ｓ１０４４）、Ｓ１０４５に進む。
【０４１７】
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５〜Ｓ１０４８で最後残額特定処理を行う。即ち、まずＳ１０４５で、前記Ｓ１０１３で受信した処理履歴，前記Ｓ１０２３で受信した精算履歴，及び前記Ｓ１０３３で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、各処理内容（排出，精算，又は発行），残額，及び処理日時（排出日時，精算日時，又は発行日時）を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の処理日時（即ち最新の処理日時）が一番下になるように並べ替えて、統合テーブルとして記憶する。ここで玉貸ユニット２０から送信されてくる処理履歴は各記録媒体ＩＤに対して１つのみであるため、各玉貸ユニット２０から処理履歴が送信されてきても、最後処理特定処理が簡素化される。次にＳ１０４６で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５及びＳ１０４６で作成された統合テーブルが、図２９に示すものである。
【０４１８】
次にＳ１０４７で、統合テーブルで記憶されている各記録媒体ＩＤについて、バックアップ日時以降の最新の処理日時を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定する。具体的には、統合テーブルにおいて、最新の処理日時が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の処理日時を最新の処理日時として特定する。そしてＳ１０４８で、Ｓ１０４７で特定した最新の処理日時（即ち最後の処理）に対応する残額を各記録媒体ＩＤ毎に特定する。このＳ１０４７及びＳ１０４８で特定された内容が、図２３に示す統合テーブルにおいて太枠で囲んだ部分である。
【０４１９】
これによれば、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。即ち、仮に精算履歴を含めて残額を復帰しないとすれば、残額（例えば１００００円）がある会員カード４を玉貸ユニット２０から排出し、該残額を精算装置６０で精算してから該会員カード４を遊技者に返却し、その後に管理装置５０で管理している該残額が失われた場合に、実際には精算済みであるにも拘わらず、残額１００００円の状態で排出された旨の処理履歴が玉貸ユニット２０から管理装置５０に対して送信され、該処理履歴に基づいて残額１００００円が復帰されてしまうことにより、遊技場が損をしてしまうところ、本発明によれば、精算履歴を含めて残額を復帰するので、図２３の統合テーブルにおけるＭ−０００４のように、精算済みである会員カード４については残額が復帰されることがなく、遊技場が損をしてしまうおそれが減少する。
【０４２０】
また、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行された記録媒体が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。即ち、仮に発行履歴を含めて残額を復帰しないとすれば、ビジタコイン発行装置７０でビジタコイン５を発行した後、該ビジタコイン５を玉貸ユニット２０で使用する前に、管理装置５０で管理している残額が失われた場合に、処理履歴がないために残額を復帰できず、遊技者が損をしてしまうところ、本発明によれば、発行履歴を含めて残額を復帰するので、図２９の統合テーブルにおけるＶ−０２３４のように、発行済みであるが使用前であるビジタコイン５についても残額を復帰させることができ、遊技者が損をしてしまうおそれが減少する。
【０４２１】
なおＳ１０４７において、バックアップ日時以降の最新の処理日時を特定するのは、以下の理由によるものである。例えば、ある記録媒体について、３月１日に記録媒体発行処理が行われて残額５０００円が発行履歴ＤＢに記憶され、同日に該残額を使用した玉貸処理が行われて残額２０００円が処理履歴ＤＢに記憶され、毎日の営業終了後にバックアップが行われ、５月１日に残額２０００円の前記処理履歴が前記２５６個の記憶容量を超えたために消去された後に、管理装置５０で管理している残額２０００円が失われ、該残額の復帰が行われる場合を想定する。ここで当該記録媒体についての正しい残額は２０００円であるが、仮にバックアップ日時と無関係に最新の処理日時を特定すると、前記処理履歴が消去されているので、前記記録媒体発行処理が行われた３月１日が最新の処理日時として特定されて、発行履歴にある残額５０００円が復帰されてしまう。一方、バックアップ日時以降の最新の処理日時を特定すれば、記録媒体発行処理が行われた３月１日は最新の処理日時としては特定されず、バックアップされている正しい残額２０００円を復帰させることができる。従って、上述の如く、バックアップ日時以降の最新の処理日時を特定するのである。
【０４２２】
次に前記残額復帰処理手段として機能する制御部５２は、前記Ｓ１０４４，及び次に述べるＳ１０４９〜Ｓ１０５０で残額復帰処理を行う。即ち、Ｓ１０４９で、前記Ｓ１０４８で各記録媒体ＩＤ毎に特定した残額を、復旧用テーブルの各記録媒体ＩＤに対応する残額に上書きする。ここで復旧用テーブルにおけるＭ−０００２の会員カード４に対応する残額は、統合テーブルにおいて復帰することができなかった残額（即ち処理履歴，精算履歴，発行履歴では復帰することができなかった残額）であるため、該復旧用テーブルの残額のまま（即ちバックアップ情報に含まれる残額のまま）存置される。そしてＳ１０５０で、該Ｓ１０４９で作成された復旧用テーブルを、図７（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。換言すれば、前記最後残額特定処理により各記録媒体ＩＤ毎に特定された残額と、前記バックアップ情報に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額が特定されて、該特定された残額を新たに管理するための残額復帰処理が行われる。このように、管理装置５０において、処理履歴，精算履歴，発行履歴では復帰することができない残額を、センタ管理装置８０から送信されてきたバックアップ情報に基づいて復帰することができるので、より多くの残額を復帰させて、遊技者に対して該残額を保証することができる。
【０４２３】
以上に説明した遊技用システム１によれば、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
【０４２４】
［３．変形例］
最後に、本発明の変形例について説明する。
【０４２５】
上記の実施形態では、パチンコ玉の貸与に応じた間接税として消費税が徴収される例について説明したが、これに限らず、本発明の遊技用システムは、消費税が徴収されない場合にも適用可能であり、以下、図３０〜図３６を用いて消費税が徴収されない場合の処理の一例を説明する。従って、玉貸処理に伴う端数額は生じず、遊技用システム１で使用される記録媒体である会員カード４及びビジタコイン５には、オンライン端数額，オフライン端数額，オンライン残額有りフラグは記録されず、予め定められた基準貸与額（ここでは５００円）と受付貨幣額との差額が前記オンライン端数額に代わり記録される。また、各玉貸ユニット２０に対して設定されている玉貸設定金額は、間接税を含まない金額であり、例えば、５００円又は３００円である。
【０４２６】
まず図３０は、管理装置５０とオンライン状態であり、記録媒体を受け付けていない玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
【０４２７】
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が予め定められた基準貸与額（本例では５００円）以上であるか否かの判定を実施する（Ｓ１０２’）。Ｓ１０２’で、所定貸与額以上であると判定されたときには（ＹＥＳ）、図８で説明したＳ１０３〜Ｓ１１３と同様の処理が行われる。一方、Ｓ１０２’で基準貸与額未満であると判定されたときには（ＮＯ）、後述するＳ１５１以下の処理を行う。
【０４２８】
なお、入金要求の送信（Ｓ１０３）から予備処理完了通知（Ｓ１０６）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以降の処理が行われる。
【０４２９】
ここで玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額（本例では５００円）とを含む玉貸通知を、管理装置５０に対して送信する（Ｓ１２３’）と共に、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。Ｓ１２３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額を該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行う（Ｓ１２５’）と共に、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１２６）。次いで、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。該減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した（Ｓ１２８）後、再びＳ１１７の状態となる。
【０４３０】
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以降の処理が行われる。
【０４３１】
また玉貸ユニット２０は、Ｓ１１３の状態で基準貸与額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
【０４３２】
さらに玉貸ユニット２０は、Ｓ１１３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、図９に示したＳ１３２〜Ｓ１３４の処理が行われた後、Ｓ１３６〜Ｓ１４１の処理が行われて収納コイン保持部２７Ｐで保持しているビジタコイン５が返却される。
【０４３３】
次に図３１は、管理装置５０とオンライン状態で、かつ記録媒体を受け付けていない状態で、基準貸与額未満の貨幣を受け付けた玉貸ユニット２０における処理の一例を表す図である。図３０のＳ１０２’で受付貨幣額が基準貸与額未満であると判定されると、記憶残額が零であるか否かの判定を実施する（Ｓ１５１）。Ｓ１５１で、記憶残額が零でないと判定されたときには、後述するＳ１７２’以降の処理を実施する。
【０４３４】
一方、Ｓ１５１で記憶残額が零であると判定されたときには（ＹＥＳ）、受付貨幣額（本例では１００円）分の玉貸処理を行う（Ｓ１５３’）。そして、玉貸処理終了後に、貨幣受付を待機する状態に戻る（Ｓ１６２’）。
【０４３５】
一方、前記Ｓ１５１で、記憶残額が零でないと判定されたときには、受付貨幣額＋記憶残額が基準貸与額以上であるか否かの判定を実施し（Ｓ１７２’）、基準貸与額以上である（ＹＥＳ）と判定されたときには次に示すＳ１７３’以降の処理が実施される一方、基準貸与額未満であると判定されたときには（ＮＯ）、前述したＳ１５３’以降の処理が実施される。
【０４３６】
Ｓ１７３’では玉貸操作によることなく、基準貸与額分の玉貸処理が開始され、これに伴い収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、基準貸与額と受付貨幣額との差額を含む減算要求を、管理装置５０に対して送信する（Ｓ１７４’）と共に、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
【０４３７】
このように、いわゆる完全ＩＤ管理のシステムにおいて、基準貸与額（５００円）未満の金額の貨幣を受け付けたときに、受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０４３８】
Ｓ１７４’の減算要求を受信した管理装置５０は、該減算要求に含まれる差額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行う（Ｓ１７６’）と共に、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１７７）。次いで、減算完了通知が玉貸ユニット２０に返信され、該減算完了通知を受信した玉貸ユニット２０は、基準貸与額分の玉貸処理終了（Ｓ１７９’）後に、Ｓ１１３の状態となる。但し、残額が零の場合にはＳ１６２’の状態となる。
【０４３９】
例えば、４００円の管理残額（＝記憶残額）がある状態で、１００円の入金を受け付けることで、受付貨幣額＋記憶残額≧基準貸与額の条件が満たされ、基準貸与額である５００円分のパチンコ玉が貸与され、基準貸与額と受付貨幣額との差額である４００円が管理残額から減算されて、管理残額が０円となる。ここで、４００円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋管理残額４００円の、計５００円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０４４０】
なお、基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）を受信するまでの間にオフライン状態を検知した場合には、後述するＳｄ１９１以降の処理が行われる。
【０４４１】
次に図３２は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図３０に示した入金要求（Ｓ１０３）の送信から予備処理完了通知（Ｓ１０６）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却する（Ｓａ１９２）。そして、記憶残額が零であるか否かを判定し（Ｓａ１９４）、零でないことを条件として、収納コイン保持部２７Ｐのビジタコイン５が排出される。一方、Ｓａ１９４で記憶残額が零であると判定されると、貨幣受付を待機するＳ１６２’の状態となる。
【０４４２】
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予備処理完了通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、残額が零でないことを条件として、ビジタコイン５が排出されることとなる。
【０４４３】
次に、図３０に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。該Ｓｂ１９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新（Ｓｂ１９３）して、使用額を記憶残額から減算する（Ｓｂ１９４’）。一方、Ｓｂ１９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｂ１９４’の処理を行う。そしてＳｂ１９４の処理の後、収納コイン保持部２７Ｐのビジタコイン５が排出される。
【０４４４】
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、使用額分の玉貸処理に応じて記録通番が更新される。そして、ビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき使用額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
【０４４５】
次に、図３１に示した基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０では（Ｓｄ１９１）、基準貸与額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。該Ｓｄ１９２の判定で、通番が更新されていないと判定されたときには（ＮＯ）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新（Ｓｄ１９３）して、基準貸与額と受付貨幣額との差額（例えば５００−１００＝４００）を収納コイン保持部２７Ｐのビジタコイン５に記録する（Ｓｄ１９４’）。一方、Ｓｄ１９２の判定で、通番が更新済みであると判定されたときには（ＹＥＳ）、Ｓｄ１９４’の処理を行う。そしてＳｄ１９４’の処理の後、前記差額を記憶残額から減算し（Ｓｄ１９５’）、収納コイン保持部２７Ｐのビジタコイン５が排出される。
【０４４６】
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、基準貸与額−受付貨幣額である差額が記録され、該差額が記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１７４’の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５’）。
【０４４７】
図３３は、管理装置５０とオンライン状態であり、記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２’に進む。
【０４４８】
Ｓ２０２’では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報を読み取り、該記録媒体に差額が記録されているか否かを判定し、記録されていると判定されたときには（ＹＥＳ）、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ），オンライン端数額，及び通番，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ），差額，及び通番を含む補正要求を、管理装置５０’に対して送信する（Ｓ２０３’）。一方、Ｓ２０２’でオンライン端数額が記録されていないと判定されたときには（ＮＯ）、後述するＳａ２０３以降の処理が実施される。
【０４４９】
Ｓ２０３’の補正要求を受信した管理装置５０は、該補正要求に含まれる通番と、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ２０４）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該補正要求に含まれる差額を、該補正要求に含まれる記録媒体ＩＤに対応付けて減算予定額として記憶する（Ｓ２０５’）。一方、Ｓ２０４で通番が一致すると判定されたときには（ＹＥＳ）、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額を玉貸ユニット２０に返信する（Ｓａ２３０’）。該残額通知を受信した玉貸ユニット２０は、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２３４）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２３５）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２３６）。
【０４５０】
管理装置５０は、Ｓ２０５’の処理の後、減算予定額を記憶した旨を示す補正応答を前記玉貸ユニット２０に対して返信する（Ｓ２０６）。Ｓ２０６の補正応答を受信した玉貸ユニット２０では、受け付けた記録媒体に記録されている差額を消去して（Ｓ２０７’）、該記録媒体の記録媒体ＩＤを含み、該消去処理が完了した旨を示す消去完了通知を管理装置５０に対して送信する（Ｓ２０８）。該消去完了通知を受信した管理装置５０は、受信した消去完了通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算する（Ｓ２０９）と共に、該記憶していた減算予定額を消去し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２１０）。そして、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額を玉貸ユニット２０に返信する（Ｓａ２３０’）。
【０４５１】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となったことが特定される。即ち、記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）であることが特定される。
【０４５２】
従って、Ｓ２０５’で減算すべき差額を管理残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４５３】
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれる差額を管理残額から減算する補正処理を行うので、差額の減算ができずに遊技場が損害を被ることがなくなる。
【０４５４】
ここで、通番が一致しないときにのみ補正処理を行うことで、基準貸与額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる２重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０４５５】
ここで、管理装置５０がＳ２０３’の補正要求を受信し、玉貸ユニット２０がＳ２０６の補正応答を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態６’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は後述する精算装置６０で受け付けられたときに、改めてＳ２０５’又はＳ７０５’で記憶される差額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０４５６】
また、玉貸ユニット２０が前記Ｓ２０６の補正応答を受信し、管理装置５０がＳ２０８の消去完了通知を受信することなくオフライン状態となった場合には、Ｓ２０７’で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態７’）。
【０４５７】
次に、図３４を用いて、前記図３３のＳ２０２’で、受け付けた記録媒体に差額が記録されていないと判定されたときの処理について説明する。
【０４５８】
Ｓ２０２’で、受け付けた記録媒体に差額が記録されていないと判定されたときには（ＮＯ）、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（カードＩＤ）及び通番，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）及び通番を含む挿入通知を、管理装置５０に対して送信する（Ｓａ２０３）。玉貸ユニット２０から送信された挿入通知を受信した管理装置５０では、該挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている通番と一致するか否かを判定し（Ｓａ２０４）、一致すると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する（Ｓａ２０５）。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２０６）、該記憶していた入金予定額を消去し、受信した挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。そして、残額通知を受信した玉貸ユニット２０では、前記Ｓａ２３４以降の処理を実施する。
【０４５９】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０６の予備処理完了通知を受信し、管理装置５０がＳ１０９の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ１０７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態２）であることが特定される。従って、Ｓａ２０６で加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０６の予備処理完了通知を受信してから管理装置５０がＳ１０９の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置され、遊技者が損害を被る事態を回避することができる。
【０４６０】
次に、前記Ｓａ２０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ２１０）、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。一方、Ｓａ２０９で記憶されていないと判定されたときには、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。
【０４６１】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）であることが特定される。従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７５０の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４６２】
次に、Ｓａ２０４に戻り、該Ｓａ２０４で通番が一致しないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する（Ｓａ２１１）。Ｓａ２１１で、挿入通知に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ２１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ２１３）。そして、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。
【０４６３】
ここで、記録通番＜管理通番であることから、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０６の予備処理完了通知を受信することなくオフライン状態となったこと、即ち図３３のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態（状態１）であることが特定される。従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３の入金要求を受信してから玉貸ユニット２０がＳ１０６の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されてしまい、遊技場が損害を被る事態を回避することができる。
【０４６４】
一方、前記Ｓａ２１１で、挿入通知に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ２１７）。Ｓａ２１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ２１８）、該記憶していた減算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２１９）。そして、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。
【０４６５】
ここで、差額が記録されておらず、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信し、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信することなくオフライン状態となったこと、即ちＳ２０７又はＳ７０７で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態７’）であることが特定される。従って、Ｓａ２１８で残存している減算予定額を残額から減算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信してから、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４６６】
一方、前記Ｓａ２１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２２０）。Ｓａ２２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ２２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２２２）。そして、照合完了通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。
【０４６７】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）であることが特定される。従って、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０４６８】
一方、前記Ｓａ２２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、図７（ｄ）に示した残額管理ＤＢを参照して、挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓａ２２３）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓａ２２４）。そして、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓａ２２４で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓａ２２５）。
【０４６９】
Ｓａ２２５で玉貸設定金額以上であると判定されたときには（ＹＥＳ）、玉貸設定金額を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ２２６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２２８）、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。一方、Ｓａ２２５で玉貸設定金額未満であると判定されたときには（ＮＯ）、管理残額を消去（Ｓａ２２７’）し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２２８）、残額通知を前記玉貸ユニット２０に返信する（Ｓａ２２９’）。
【０４７０】
このように、差額が零であり、記録通番＞管理通番であって、減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３’の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。従って、Ｓａ２２３及びＳａ２２４で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば管理残額を、使用額として特定し、管理残額から減算している。
【０４７１】
このように、記録通番＞管理通番であって、減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０４７２】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０４７３】
次に図３５及び図３６は、管理装置５０とオンライン状態で記録媒体を受け付けた精算装置６０における処理の一例を表す図である。この精算装置６０は、Ｓ７０１で会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると、Ｓ７０２’以降の処理を実施する。
【０４７４】
Ｓ７０２’では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報を読み取り、該記録媒体に差額が記録されているか否かを判定し、記録されていると判定されたときには（ＹＥＳ）、該受け付けた記録媒体から読み取った記録媒体ＩＤ，差額，及び通番を含む補正要求を、管理装置５０に対して送信する（Ｓ７０３’）。一方、Ｓ７０２’で差額が記録されていないと判定されたときには（ＮＯ）、後述するＳａ７０３以降の処理が実施される。
【０４７５】
Ｓ７０３’の補正要求を受信した管理装置５０は、該補正要求に含まれる通番と、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ７０４）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該補正要求に含まれる差額を、該補正要求に含まれる記録媒体ＩＤに対応付けて減算予定額として記憶する（Ｓ７０５’）。一方、Ｓ７０４で通番が一致すると判定されたときには（ＹＥＳ）、後述するＳ７３０以降の処理が実施される。管理装置５０は、Ｓ７０５’の処理の後、減算予定額を記憶した旨を示す補正応答を精算装置６０に対して返信する（Ｓ７０６）。Ｓ７０６の補正応答を受信した精算装置６０では、受け付けた記録媒体に記録されている差額を消去して（Ｓ７０７’）、該記録媒体の記録媒体ＩＤを含み、該消去処理が完了した旨を示す消去完了通知を管理装置５０に対して送信する（Ｓ７０８）。該消去完了通知を受信した管理装置５０は、受信した消去完了通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算する（Ｓ７０９）と共に、該記憶していた減算予定額を消去し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ７１０）。そして、補正処理（減算予定額の減算）が完了した旨を示す補正完了通知を精算装置６０に対して返信する（Ｓ７３０）。
【０４７６】
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となったことが特定される。即ち、記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）の状態であることが特定される。
【０４７７】
従って、Ｓ７０５で減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４７８】
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額を記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの補正要求に含まれる差額を管理残額から減算する補正処理を行うので、差額の減算ができずに遊技場が損害を被ることがなくなる。
【０４７９】
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる２重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
【０４８０】
ここで、管理装置５０がＳ７０３’の補正要求を受信し、精算装置６０がＳ７０６の補正応答を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態６’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ２０５’又はＳ７０５’で記憶される差額に書き換えられる（あるいは同額のため記憶している差額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
【０４８１】
また、精算装置６０が前記Ｓ７０６の補正応答を受信し、管理装置５０がＳ７０８の消去完了通知を受信することなくオフライン状態となった場合には、Ｓ７０７で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態７’）。
【０４８２】
次に、前記Ｓ７３０の補正完了通知（又は後述するＳａ７２９の照合完了通知）を受信した精算装置６０では、図２４のＳ７５０以降の処理と同様の処理を行う。但し、Ｓ７６２の処理は行わない。
【０４８３】
次に、図３６を用いて、前記図３５のＳ７０２’で、受け付けた記録媒体に差額が記録されていないと判定されたときの処理について説明する。
【０４８４】
Ｓ７０２’で、受け付けた記録媒体に差額が記録されていないと判定されたときには（ＮＯ）、該受け付けた記録媒体から読み取った記録媒体ＩＤ及び通番を含む挿入通知を、管理装置５０に対して送信する（Ｓａ７０３）。精算装置６０から送信された挿入通知を受信した管理装置５０では、該挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている通番と一致するか否かを判定し（Ｓａ７０４）、一致すると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する（Ｓａ７０５）。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７０６）、該記憶していた入金予定額を消去し、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。そして、照合完了通知を受信した精算装置６０では、前記Ｓ７５０以降の処理を実施する。
【０４８５】
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０６の予備処理完了通知を受信し、管理装置５０がＳ１０９の通番更新完了通知を受信することなくオフライン状態となったこと、即ちＳ１０７で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態２）であることが特定される。従って、Ｓａ７０６で加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０６の予備処理完了通知を受信してから管理装置５０がＳ１０９の通番更新完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置され、遊技者が損害を被る事態を回避することができる。
【０４８６】
次に、前記Ｓａ７０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ７１０）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。一方、Ｓａ７０９で記憶されていないと判定されたときには、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４８７】
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）であることが特定される。従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７５０の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４８８】
次に、Ｓａ７０４に戻り、該Ｓａ７０４で通番が一致しないと判定されたときには（ＮＯ）、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する（Ｓａ７１１）。Ｓａ７１１で、挿入通知に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ７１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ７１３）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４８９】
ここで、記録通番＜管理通番であることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０６の予備処理完了通知を受信することなくオフライン状態となったこと、即ち図３２のＳａ１９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＜管理通番の状態（状態１）であることが特定される。従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３の入金要求を受信してから玉貸ユニット２０がＳ１０６の予備処理完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されてしまい、遊技場が損害を被る事態を回避することができる。
【０４９０】
一方、前記Ｓａ７１１で、挿入通知に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ７１７）。Ｓａ７１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ７１８）、該記憶していた減算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７１９）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４９１】
ここで、オンライン端数額が記録されておらず、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信し、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信することなくオフライン状態となったこと、即ちＳ２０７又はＳ７０７でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態７）であることが特定される。従って、Ｓａ７１８で残存している減算予定額を残額から減算することで、管理残額を確定させている。これにより玉貸ユニット２０又は精算装置６０がＳ２０６又はＳ７０６の補正応答を受信してから、管理装置５０がＳ２０８又はＳ７０８の消去完了通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４９２】
一方、前記Ｓａ７１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７２０）。Ｓａ７２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ７２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７２２）。そして、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４９３】
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）であることが特定される。従って、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
【０４９４】
一方、前記Ｓａ７２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、図７（ｄ）に示した残額管理ＤＢを参照して、挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓａ７２３）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓａ７２４）。そして、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓａ７２４で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓａ７２５）。
【０４９５】
Ｓａ７２５で玉貸設定金額以上であると判定されたときには（ＹＥＳ）、玉貸設定金額を、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓａ７２６）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７２８）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。一方、Ｓａ７２５で玉貸設定金額未満であると判定されたときには（ＮＯ）、管理残額を消去（Ｓａ７２７’）し、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７２８）、照合完了通知を前記精算装置６０に返信する（Ｓａ７２９）。
【０４９６】
このように、差額が零であり、記録通番＞管理通番であって、加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。従って、Ｓａ７２３及びＳａ７２４で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば管理残額を、使用額として特定し、管理残額から減算している。
【０４９７】
このように、記録通番＞管理通番であって、減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
【０４９８】
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
【０４９９】
以上、図３０〜図３６に示したように、本発明の遊技用システム１は、玉貸処理に対しての消費税額が徴収されず、端数額が発生しない場合であっても、消費税額が徴収される場合と同様に、オフライン状態発生時に、オンライン状態の玉貸ユニット２０や精算装置６０に記録媒体を挿入することで残額が確定され、遊技者に極力迷惑をかけないようにするという効果がある。
【０５００】
上記の実施形態において、図１２〜図１４に示したオンライン状態での記録媒体受付時の処理に代えて、図３７〜図３９に示す処理を行うようにしても良い。この処理では、玉貸ユニット２０で記録媒体受付時に記録媒体の記録情報（記録媒体ＩＤ，オンライン端数額，オフライン端数額，通番）が読み取られると、該読み取られた情報を含む挿入通知（Ｓ２０２’’）が管理装置５０に対して送信され、管理装置５０（及び玉貸ユニット２０）における所定の処理が終了した後に、残額通知が玉貸ユニット２０に返信される（Ｓａ２３０’’）。以下、図３７〜図３９を用いてオンライン状態での記録媒体受付時の処理の別例を説明する。なお、この例では、Ｓａ２３０’’の残額通知送信の際に、Ｓ２０２’’で受信していた挿入通知に含まれる装置ＩＤが、同挿入通知に含まれる記録媒体ＩＤに対応付けて残額管理ＤＢに記憶されるものとする。
【０５０１】
図３７に示すように、玉貸ユニット２０が、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２’’以降の処理（図３７〜図３９に示す処理）が行われる。
【０５０２】
Ｓ２０２’’では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を管理装置５０に対して送信する。
【０５０３】
Ｓ２０２’’の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ２０３’’）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれるオンライン端数額が零であるか否かの判定を実施する（Ｓ２０４’’）。一方、Ｓ２０３’’で通番が一致すると判定されたときには（ＹＥＳ）、後述するＳａ２０５以降の処理を実施する。
【０５０４】
Ｓ２０４’’でオンライン端数額が零でないと判定されたときには（ＮＯ）、上記実施形態のＳ２０５〜Ｓ２１０と同様の処理が行われ、次いで、管理装置５０で、挿入通知に含まれるオフライン端数額が零であるか否かの判定を実施する（Ｓ２１１’’）。一方、Ｓ２０４’’でオンライン端数額が零であると判定されたときには（ＹＥＳ）、後述するＳａ２１１以降の処理を実施する。
【０５０５】
Ｓ２１１’’でオフライン端数額が零であると判定されたときには（ＹＥＳ）、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を玉貸ユニット２０に返信し（Ｓａ２３０’’）、該残額通知を受信した玉貸ユニット２０では、上記実施形態のＳａ２３４〜Ｓａ２３６と同様の処理が行われる。一方、Ｓ２１１’’でオフライン端数額が零でないと判定されたときには（ＮＯ）、次に示すＳ３０２以降の処理が実施される。
【０５０６】
図３８は、挿入通知に含まれるオフライン端数額が零でないときの処理の一例を示す図である。前述したＳ２１１’’でオフライン端数額が零でないと判定されたときには（ＮＯ）、上記実施形態のＳ３０２〜Ｓ３０８と同様の処理が行われた後、前記Ｓａ２３０’’以降の処理を実施する。
【０５０７】
次に、図３９を用いて、前記図３７のＳ２０３’’で、通番が一致する（即ち記録通番＝管理通番）と判定されたときの処理について説明する。まず、Ｓａ２０５では、該挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２０６）、該記憶していた入金予定額を消去し、前記Ｓ２１１’’以降の処理を行う。
【０５０８】
次に、前記Ｓａ２０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ２０７）。そして、記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓａ２０８）、前記Ｓ２１１’’以降の処理を行う。
【０５０９】
次に、前記Ｓａ２０７の判定で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ２１０）、前記Ｓ２１１’’以降の処理を行う。一方、Ｓａ２０９で記憶されていないと判定されたときには、前記Ｓ２１１’’以降の処理を行う。
【０５１０】
次に、図３９を用いて、前記図３７のＳ２０４’’で、オンライン端数額が零であると判定されたときの処理について説明する。まずＳａ２１１では、受信した挿入通知に含まれる通番が、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する。Ｓａ２１１で、挿入通知に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ２１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ２１３）。そして、前記Ｓ２１１’’以降の処理を行う。
【０５１１】
一方、前記Ｓａ２１１で、挿入通知に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ２１４）。Ｓａ２１４で、加算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２１５）、該記憶していた加算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２１６）。そして、前記Ｓ２１１’’以降の処理を行う。
【０５１２】
一方、前記Ｓａ２１４で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ２１７）。Ｓａ２１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ２１８）、該記憶していた減算予定額を消去し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２１９）。そして、前記Ｓ２１１’’以降の処理を行う。
【０５１３】
一方、前記Ｓａ２１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ２２０）。Ｓａ２２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ２２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ２２２）。そして、前記Ｓ２１１’’以降の処理を行う。
【０５１４】
一方、前記Ｓａ２２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、上記実施形態のＳａ２２３〜Ｓａ２２８と同様の処理が行われた後、前記Ｓ２１１’’以降の処理を行う。
【０５１５】
上記の実施形態において、図２４〜図２６に示した精算装置６０における記録媒体受付時の処理に代えて、図４０〜図４２に示す処理を行うようにしても良い。この処理では、精算装置６０で記録媒体受付時に記録媒体の記録情報（記録媒体ＩＤ，オンライン端数額，オフライン端数額，通番）が読み取られると、該読み取られた情報を含む精算要求（Ｓ７０２’’）が管理装置５０に対して送信され、管理装置５０（及び精算装置６０）における所定の処理が終了した後に、管理残額を含む精算許諾情報が精算装置６０に返信される（Ｓ７５２）。以下、図４０〜図４２を用いて精算装置６０での記録媒体受付時の処理の別例を説明する。なお、ここでは、Ｓ７５１の精算要求受信フラグ記憶の際に、Ｓ７０２’’で受信していた精算要求に含まれる装置ＩＤが、同精算要求に含まれる記録媒体ＩＤに対応付けて残額管理ＤＢに記憶されるものとする。
【０５１６】
図４０に示すように、精算装置６０は、Ｓ７０１で会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると、Ｓ７０２’’以降の処理（図４０〜図４２に示す処理）が行われる。
【０５１７】
Ｓ７０２’’では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む精算要求を管理装置５０に対して送信する。
【０５１８】
Ｓ７０２’’の精算要求を受信した管理装置５０は、該精算要求に含まれる通番と、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定し（Ｓ７０３’’）、通番が一致しない（即ち、記録通番＞管理通番）と判定されたときには（ＮＯ）、該精算要求に含まれるオンライン端数額が零であるか否かの判定を実施する（Ｓ７０４’’）。一方、Ｓ７０３’’で通番が一致すると判定されたときには（ＹＥＳ）、後述するＳａ７０５以降の処理を実施する。
【０５１９】
Ｓ７０４’’でオンライン端数額が零でないと判定されたときには（ＮＯ）、上記実施形態のＳ７０５〜Ｓ７１０と同様の処理が行われ、次いで、管理装置５０で、精算要求に含まれるオフライン端数額が零であるか否かの判定を実施する（Ｓ７１１’’）。一方、Ｓ７０４’’でオンライン端数額が零であると判定されたときには（ＹＥＳ）、後述するＳａ７１１以降の処理を実施する。
【０５２０】
Ｓ７１１’’でオフライン端数額が零であると判定されたときには（ＹＥＳ）、上記実施形態のＳ７５１〜Ｓ７６３と同様の処理が実施される。一方、Ｓ７１１’’でオフライン端数額が零でないと判定されたときには（ＮＯ）、次に示すＳ８０２以降の処理が実施される。
【０５２１】
図４１は、精算要求に含まれるオフライン端数額が零でないときの処理の一例を示す図である。前述したＳ７１１’’でオフライン端数額が零でないと判定されたときには（ＮＯ）、上記実施形態のＳ８０２〜Ｓ８０８と同様の処理が行われた後、前記Ｓ７５１以降の処理を実施する。
【０５２２】
次に、図４２を用いて、前記図４０のＳ７０３’’で、通番が一致する（即ち記録通番＝管理通番）と判定されたときの処理について説明する。まず、Ｓａ７０５では、該精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。そして、記憶されていると判定されたときには（ＹＥＳ）、該入金予定額を当該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７０６）、該記憶していた入金予定額を消去し、前記Ｓ７１１’’以降の処理を行う。
【０５２３】
次に、前記Ｓａ７０５の判定で、入金予定額が記憶されていないと判定されたときには（ＮＯ）、該精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ７０７）。そして、記憶されていると判定されたときには（ＹＥＳ）、該加算予定額を消去して（Ｓａ７０８）、前記Ｓ７１１’’以降の処理を行う。
【０５２４】
次に、前記Ｓａ７０７の判定で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、該精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７０９）。そして、記憶されていると判定されたときには（ＹＥＳ）、該精算要求受信フラグを消去して（Ｓａ７１０）、前記Ｓ７１１’’以降の処理を行う。一方、Ｓａ７０９で記憶されていないと判定されたときには、前記Ｓ７１１’’以降の処理を行う。
【０５２５】
次に、図４２を用いて、前記図４０のＳ７０４’’で、オンライン端数額が零であると判定されたときの処理について説明する。まずＳａ７１１では、受信した精算要求に含まれる通番が、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番より大きいか否か（即ち記録通番＞管理通番であるか，又は記録通番＜管理通番であるか）の判定を実施する。Ｓａ７１１で、精算要求に含まれる通番が大きくない（即ち記録通番＜管理通番）と判定されたときには（ＮＯ）、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を消去して（Ｓａ７１２）、該記録媒体ＩＤに対応付けて管理している通番から１を減算して戻す（Ｓａ７１３）。そして、前記Ｓ７１１’’以降の処理を行う。
【０５２６】
一方、前記Ｓａ７１１で、精算要求に含まれる通番が大きい（即ち記録通番＞管理通番）と判定されたときには（ＹＥＳ）、該精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する（Ｓａ７１４）。Ｓａ７１４で、加算予定額が記憶されていると判定されたときには（ＹＥＳ）、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７１５）、該記憶していた加算予定額を消去し、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７１６）。そして、前記Ｓ７１１’’以降の処理を行う。
【０５２７】
一方、前記Ｓａ７１４で、加算予定額が記憶されていないと判定されたときには（ＮＯ）、精算要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する（Ｓａ７１７）。Ｓａ７１７で、減算予定額が記憶されていると判定されたときには（ＹＥＳ）、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓａ７１８）、該記憶していた減算予定額を消去し、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７１９）。そして、前記Ｓ７１１’’以降の処理を行う。
【０５２８】
一方、前記Ｓａ７１７で、減算予定額が記憶されていないと判定されたときには（ＮＯ）、精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する（Ｓａ７２０）。Ｓａ７２０で、精算要求受信フラグが記憶されていると判定されたときには（ＹＥＳ）、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶している管理残額を消去する（Ｓａ７２１）と共に、該記憶していた精算要求受信フラグを消去する。そして、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓａ７２２）。そして、前記Ｓ７１１’’以降の処理を行う。
【０５２９】
一方、前記Ｓａ７２０で、精算要求受信フラグが記憶されていないと判定されたときには（ＮＯ）、上記実施形態のＳａ７２３〜Ｓａ７２８と同様の処理が行われた後、前記Ｓ７１１’’以降の処理を行う。
【０５３０】
上記の実施形態では、玉貸ユニット２０から入金要求を受信した管理装置５０で、一旦受付貨幣額を入金予定額として記憶し、予備処理完了通知を玉貸ユニット２０に返信し、該予備処理完了通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、通番更新完了通知に相当を管理装置５０に送信し、該通番更新完了通知の受信に基づいて管理装置５０で入金予定額を管理残額に加算するようにしておき、玉貸ユニット２０が予備処理完了通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却する例について説明したが、これに限らず、例えば玉貸ユニット２０が所定額以上の貨幣を受け付けたときに、入金要求が管理装置５０に送信され、該入金要求を受信した管理装置５０において、入金要求に含まれる受付貨幣額を管理残額に加算するとともに、受付貨幣額を別途入金額記憶領域に記憶し、入金完了通知が玉貸ユニット２０に返信されて、該入金完了通知を受信した玉貸ユニット２０で、受け付けた貨幣の取込処理が行われるようにしておき、玉貸ユニット２０が入金完了通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにし、さらに貨幣の取込処理に基づいて取込通知を管理装置５０に送信し、取込通知を受信した管理装置５０で、入金額記憶領域の金額を消去するようにしても良い。
【０５３１】
そして、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、管理装置５０で受付貨幣額の加算を行ったときに管理通番を更新し、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新する。このようにすることで、オフライン状態の玉貸ユニット２０から排出された記録媒体を受け付けた別の玉貸ユニット２０から挿入通知が送信されたときに、通番が一致しないときには、貨幣の取込処理が行われていないことを特定して、管理残額から入金額記憶領域の金額を減算するとともに、該入金額記憶領域の金額を消去することで残額が確定される。一方、通番が一致するときには、貨幣の取込処理が行われたことを特定して、管理残額をそのままにしておき、入金額記憶領域の金額を消去することで残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０５３２】
上記の実施形態では、玉貸ユニット２０が記録媒体から読み取ったオフライン端数額を管理装置５０に送信し、管理装置５０において当該オフライン端数額を一旦加算予定額として記憶し、予備処理完了通知を玉貸ユニット２０に返信して、該予備処理完了通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去して、管理装置５０に対して該消去処理を完了した旨の消去処理完了通知（本例の通番更新完了通知に相当）を送信し、該消去処理完了通知の受信に基づいて管理装置５０で加算予定額を残額に加算する例について説明したが、これに限らず、例えば玉貸ユニット２０がオフライン端数額が記録されている記録媒体を受け付けたときに、オフライン端数額が管理装置５０に送信され、該オフライン端数額を受信した管理装置５０において、該オフライン端数額を管理残額に加算するとともに、オフライン端数額を別途加算額記憶領域に記憶し、加算処理後の管理残額を含む残額通知が玉貸ユニット２０に返信されて、該残額通知を受信した玉貸ユニット２０で、オフライン端数額の消去処理が行われるようにし、さらにオフライン端数額の消去処理に基づいて端数額消去通知を管理装置５０に送信し、端数額消去通知を受信した管理装置５０で、加算額記憶領域の金額を消去するようにしても良い。
【０５３３】
そして、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算額記憶領域の金額の消去を行ったときに管理通番を更新する。このようにすることで、オフライン状態の玉貸ユニット２０から排出された記録媒体を受け付けた別の玉貸ユニット２０からオフライン端数額が送信されたときに、通番が一致しないときには、オフライン端数額の消去処理が行われたこと、即ち当該オフライン端数額の前に記録媒体に記録されていた前回のオフライン端数額が消去され、当該オフライン端数額が該消去処理の後の玉貸処理によって新たに生じたものであることを特定して、管理残額に当該オフライン端数額を加算し、加算額記憶領域に当該オフライン端数額を記憶することで残額が確定される。一方、通番が一致するときには、オフライン端数額の消去処理が行われていないこと，即ち当該オフライン端数額が、一旦消去されることなく残存しているもの（あるいは残存したオフライン端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）であることを特定して、管理残額から加算額記憶領域の金額を減算するとともに当該オフライン端数額を加算し、該加算額記憶領域に新たに当該オフライン端数額を記憶することで残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０５３４】
上記の実施形態では、図８，図１７に示すように、入金要求を受信した管理装置５０で、該入金要求に含まれる記録媒体ＩＤに対応付けて管理されている通番が更新され、その後に、玉貸ユニット２０において記録媒体の通番が更新される例について説明したが、これに限らず、図４３に示す例のように、玉貸ユニット２０で記録媒体の通番を更新した後、管理装置５０において、記録媒体ＩＤに対応付けて管理されている通番が更新されるようにしても良い。ここでは、図８に示す入金予定額の記憶に伴うＳ１０５の通番更新を実施せず、記録媒体の通番が更新された玉貸ユニット２０からＳ１０９の通番更新完了通知を受信して、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて管理されている通番を更新している（Ｓａ１１０’）。
【０５３５】
オンライン状態の玉貸ユニット２０で所定額以上の貨幣を受け付けたときに、この図４３のような処理を行う場合には、図１４のＳａ２０６，図２６のＳａ７０６の処理に代えて、入金予定額を消去する処理を行うようにし、図１４のＳａ２１１，図２６のＳａ７１１の判定に代えて、入金予定額が記憶されているか否かの判定を行うようにし、該判定で記憶されていると判定されたときには、入金予定額を管理残額に加算して、通番を更新して、照合完了通知を返信し（Ｓａ２２９，Ｓａ７２９）、該判定で記憶されていないと判定されたときには、Ｓａ２１４，Ｓａ７１４以降の処理を実行するようにすると良い。
【０５３６】
上記の実施形態において、図４４に示すように、特定処理が行われる玉貸ユニット２０から受信した情報や、該受信した情報に基づく処理の状況に基づいて、管理装置５０で処理状態を管理するようにしても良い。この例では、管理装置５０が、Ｓ３０１の端数額処理要求を受信したときに、該端数額処理要求に含まれる記録媒体ＩＤに対応付けて、オフライン端数額を処理中である旨を処理状態ＤＢに記憶し、Ｓ３０６の通番更新完了通知を受信したときには、加算予定額の加算（Ｓ３０７）及び通番更新（Ｓ３０８）後に、該通番更新完了通知に含まれる記録媒体ＩＤに対応付けて、オフライン端数額の処理を完了した旨を処理状態ＤＢに記憶している。このような管理を行うことで、図４５のＳａ２０７’，Ｓａ２１４’に示すように、加算予定額の有無を判定せず、上記処理状態ＤＢを参照して、オフライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳａ２０７’で、通番が一致しており、オフライン端数額が処理中の状態であることから、消去すべき加算予定額が残存していることを特定して、該加算予定額を消去する処理を実施し、Ｓａ２１４’で通番が一致せず、オフライン端数額が処理中の状態であることから、加算すべき加算予定額が残存していることを特定して、該加算予定額を加算する処理を実施することができる。
【０５３７】
また、この図４４に示す例のようにして、玉貸ユニット２０から入金要求を受信したとき（Ｓ１０３，Ｓ２２３）に、入金処理中である旨を記憶し、通番更新完了通知を受信したときに（Ｓ１０９，Ｓ２２９）、入金処理を完了した旨を記憶することで、図４５のＳａ２０５’に示すように、入金予定額の有無を判定せず、上記処理状態ＤＢを参照して、入金処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳａ２０５’で、通番が一致しており、入金処理中の状態であることから、加算すべき入金予定額が残存していることを特定して、該入金予定額を加算する処理を実施することができる。
【０５３８】
また、この図４４に示す例のようにして、玉貸ユニット２０又は精算装置６０から補正要求を受信したときに（Ｓ２０３，Ｓ７０３）、オンライン端数額を処理中である旨を記憶し、消去完了通知（Ｓ２０８，Ｓ７０８）を受信したときに、オンライン端数額の処理を完了した旨を記憶することで、図４５のＳａ２１７’に示すように、減算予定額の有無を判定せず、上記処理状態ＤＢを参照して、オンライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳａ２１７’で通番が一致せず、オンライン端数額が処理中の状態であることから、減算すべき減算予定額が残存していることを特定して、該減算予定額を減算する処理を実施することができる。
【０５３９】
さらに、この図４４に示す例のようにして、精算装置６０から精算要求を受信したときに（Ｓ７５０）、精算処理中である旨を記憶し、精算完了通知（Ｓ７５５）を受信したときに、精算処理を完了した旨を記憶することで、図４５のＳａ２０９’，Ｓａ２２０’に示すように、精算要求受信フラグの有無を判定せず、上記処理状態ＤＢを参照して、精算処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳａ２０９’で、通番が一致しており、精算処理中の状態であることから、消去すべき精算要求受信フラグが残存していることを特定して、該精算要求受信フラグを消去する処理を実施し、Ｓａ２２０’で通番が一致せず、精算処理中の状態であることから、消去すべき管理残額，精算要求受信フラグが残存していることを特定して、該管理残額，精算要求受信フラグを消去する処理を実施することができる。
【０５４０】
ここで上記処理状態ＤＢのような管理を行わず、例えば、入金処理の際に、管理装置５０において、入金要求（Ｓ１０３）受信済み，入金予定額記憶（Ｓ１０４）済み，通番更新（Ｓ１０５）済み，予備処理完了通知送信（Ｓ１０６）済み，通番更新完了通知受信（Ｓ１０９）済み，入金予定額加算済み（Ｓ１１０）というように、単に管理装置５０における各記録媒体ＩＤの処理履歴を時系列に記憶しておき、該処理履歴に応じた処理（例えば通番が一致しており、Ｓ１０６が最後の履歴であれば、入金予定額を管理残額に加算する処理）を行うようにしても良い。
【０５４１】
上記の実施形態では、通番不一致時処理が、オンライン端数額の減算処理，加算予定額の加算処理，減算予定額の減算処理，残額の消去処理，又は［使用額＋消費税額］の減算処理等の、管理残額を対象とした処理である例について説明したが、これに限らず、通番不一致時処理として、管理装置において挿入通知送信元の玉貸ユニット２０や精算装置６０を特定可能に表示（報知）するようにしても良い。これにより、例えば店員が報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行うといった対処が可能となる。
【０５４２】
また、同様に通番不一致時処理として、管理装置から挿入通知送信元の玉貸ユニット２０や精算装置６０に対して報知指示を送信して、玉貸ユニット２０や精算装置６０において報知を行うようにして、上記と同様の対処が行えるようにしても良い。このように、通番不一致時処理とは、管理残額を対象とした処理に限らない。
【０５４３】
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、例えば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
【０５４４】
上記の実施形態では、図１２，図１３に示すように、オンライン端数額，及びオフライン端数額の両方が記録された記録媒体を玉貸ユニット２０が受け付けると、最初にオンライン端数額を含む補正要求が管理装置５０に送信され、管理装置５０で一旦、補正要求に基づくオンライン端数額の減算が行われた後、補正完了通知が返信され、玉貸ユニット２０が該返信された補正完了通知を受信すると、次にオフライン端数額を含む端数額処理要求が管理装置５０に送信され、管理装置５０で一旦、端数額処理要求に基づくオフライン端数額の加算が行われて、残額通知が返信されることで、玉貸ユニット２０が残額を取得する例について説明した。しかし、これに限らず、オンライン端数額及びオフライン端数額の記録された記録媒体を玉貸ユニット２０が受け付けると、前記補正要求及び前記端数額処理要求を兼ねる情報を管理装置５０に対して送信し、残額を取得するようにしても良い。即ち、管理装置５０に、記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を全て含む情報を一度で送信し、管理装置５０において、記録通番＞管理通番であって、かつ減算予定額が残存しているときには、管理残額−オンライン端数額＋オフライン端数額という処理を行い、記録通番＝管理通番であるときには、管理残額＋オフライン端数額という処理を行うようにして、該更新後の残額を玉貸ユニット２０に通知するようにしても良い。
【０５４５】
上記の実施形態では、図２４，図２５に示すように、オンライン端数額，及びオフライン端数額の両方が記録された記録媒体を精算装置６０が受け付けると、最初にオンライン端数額を含む補正要求が管理装置５０に送信され、管理装置５０で一旦、補正要求に基づくオンライン端数額の減算が行われた後、補正完了通知が返信され、精算装置６０が該返信された補正完了通知を受信すると、次にオフライン端数額を含む端数額処理要求が管理装置５０に送信され、管理装置５０で一旦、端数額処理要求に基づくオフライン端数額の加算が行われて、管理残額が更新される例について説明した。しかし、これに限らず、オンライン端数額及びオフライン端数額の記録された記録媒体を精算装置６０が受け付けると、前記補正要求及び前記端数額処理要求を兼ねる情報を管理装置５０に対して送信し、管理残額を更新するようにしても良い。即ち、管理装置５０に、記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を全て含む情報を一度で送信し、管理装置５０において、記録通番＞管理通番であって、かつ減算予定額が残存しているときには、管理残額−オンライン端数額＋オフライン端数額という処理を行い、記録通番＝管理通番であるときには、管理残額＋オフライン端数額という処理を行うようにして、管理残額を更新するようにしても良い。
【０５４６】
上記の実施形態では、図２５のＳ８０９に示すように、オフライン端数額が加算された後に、更新後の管理残額が管理装置５０から精算装置６０に対して送信される例について説明したが、これに限らず、Ｓ８０９で送信する情報は、オフライン端数額の加算が完了した旨（あるいは管理通番を更新した旨）を示す情報であれば良く、残額を通知する情報でなくとも良い。
【０５４７】
上記の実施形態では、図１２に示すように、オンライン端数額が記録された記録媒体を玉貸ユニット２０が受け付けると、最初にオンライン端数額を含む補正要求が管理装置５０に送信され、管理装置５０で一旦、補正要求に基づくオンライン端数額の減算が行われた後、補正完了通知が返信され、玉貸ユニット２０が該返信された補正完了通知を受信すると、次にオフライン端数額が記録されていないことを条件として、記録媒体ＩＤを含む残額取得要求が管理装置５０に対して送信され、補正後の残額が返信されることで残額が取得される例について説明した。しかし、これに限らず、受け付けた記録媒体にオフライン端数額が記録されている場合には、例えば上記変形例のように、該オフライン端数額を含む前記補正要求を送信するようにしておき、管理装置５０において、補正要求にオフライン端数額が含まれていないことを条件に、Ｓａ２３０の補正完了通知に補正後の残額を含めて（あるいは補正完了通知に代わる残額通知を）返信し、該残額を受信した玉貸ユニット２０で、Ｓａ２３２の残額取得要求を送信することなく、Ｓａ２３４以降の処理を行うようにしても良い。
【０５４８】
上記の実施形態では、玉貸ユニット２０で受付貨幣額分の玉貸処理が開始された後に、減算要求が管理装置５０に送信され、次いで記録媒体の通番が更新される例について説明したが、玉貸ユニット２０における受付貨幣額分の玉貸処理の開始，減算要求の送信，通番更新の各処理のタイミングは限定されない。例えば、受付貨幣額分の玉貸処理が開始された後に、通番が更新され、次いで減算要求が送信されるようにしても良く、通番が更新された後に、受付貨幣額分の玉貸処理が開始され、次いで減算要求が送信されるようにしても良い。さらに、減算要求が管理装置５０に対して送信された後に、記録媒体の通番が更新され、次いで受付貨幣額分の玉貸処理が開始されるようにしても良い。なお、使用額分の玉貸処理が行われる際についても、これと同様に、使用額分の玉貸処理の開始，玉貸通知の送信，通番更新の各処理のタイミングは限定されない。さらに、貸与対象額分の玉貸処理が行われる際についても、これと同様に、貸与対象額分の玉貸処理の開始，加算要求の送信，通番更新の各処理のタイミングは限定されない。
【０５４９】
上記の実施形態では、管理装置５０における通番の更新が、管理残額の更新後に実施される例について説明したが、これに限らず、管理残額の更新前に通番を更新するようにしても良く、例えば、図８のＳ１２５で使用額＋消費税額を管理残額から減算する前に、通番の更新を行うようにしても良い。
【０５５０】
上記の実施形態では、管理装置５０で受付貨幣額を入金予定額として記憶した後に、通番が更新され、次いで予備処理完了通知を送信する例について説明したが、管理装置５０における入金予定額の記憶，通番更新，予備処理完了通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、入金予定額を記憶して、予備処理完了通知を送信するようにしても良く、通番を更新した後に、予備処理完了通知を送信し、次いで入金予定額を記憶するようにしても良い。さらに、予備処理完了通知を送信した後に、通番を更新し、入金予定額を記憶するようにしても良い。
【０５５１】
上記の実施形態では、玉貸ユニット２０又は精算装置６０で記録媒体のオフライン端数額が消去された後に、通番が更新され、次いで通番更新完了通知を管理装置５０に送信する例について説明したが、玉貸ユニット２０又は精算装置６０におけるオフライン端数額の消去，通番更新，通番更新完了通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、オフライン端数額を消去して、通番更新完了通知を送信するようにしても良く、通番を更新した後に、通番更新完了通知を送信し、次いでオフライン端数額を消去するようにしても良い。さらに通番更新完了通知を送信した後に、通番を更新し、オフライン端数額を消去するようにしても良い。
【０５５２】
上記の実施形態では、精算装置６０で許諾分の貨幣を払い出した後に、通番が更新され、次いで精算完了通知が管理装置５０に送信される例について説明したが、精算装置６０における許諾分の貨幣の払出，通番更新，精算完了通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、許諾分の貨幣を払い出し、精算完了通知を送信するようにしても良く、通番を更新した後に、精算完了通知を送信し、次いで許諾分の貨幣を払い出すようにしても良い。さらに精算完了通知を送信した後に、通番を更新し、許諾分の貨幣を払い出すようにしても良い。
【０５５３】
上記の実施形態では、図１１に示すように、記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となったときに、収納コイン保持部２７Ｐのビジタコイン５は排出されずに玉貸ユニット２０内に保持されたままＳ４１８の状態，即ちオフライン状態で、貨幣受付，返却操作を待機する状態となり、その後、Ｓ４３１の返却操作によって、オンライン残額有りフラグが記録されたビジタコイン５が排出される例について説明したが、これに限らず、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となったときに、収納コイン保持部２７Ｐのビジタコイン５にオンライン残額有りフラグが記録された後、自動的に該ビジタコイン５が排出されるようにしても良い。この場合には、管理残額が残存している状態のビジタコイン５がオフライン状態の玉貸ユニット２０に保持されていることがないため、図２１のＳａ４３３の判定は不要であり、Ｓ４３２で記憶残額が零であるときには、返却操作を無効とする。
【０５５４】
上記の実施形態では、図２０に示すように、記録媒体を受け付けている状態でオンライン状態からオフライン状態となったときに、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５は返却されずに（ビジタコイン５にオンライン残額有りフラグが記録されていなければオンライン残額有りフラグが記録され）、玉貸ユニット２０内に保持されたままＳ５１８の状態、即ちオフライン状態で、貨幣受付，返却操作を待機する状態となり、その後Ｓ５３１の返却操作によって、該記録媒体が返却される例について説明したが、これに限らず、記録媒体を受け付けている状態でオンライン状態からオフライン状態となったときに、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５が自動的に排出されるようにしても良い。このときビジタコイン５を受付中であり、該ビジタコイン５にオンライン残額有りフラグが記録されていなければ、オンライン残額有りフラグが記録された後に自動的に排出される。
【０５５５】
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。例えば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤ及び通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
【０５５６】
上記の実施形態では、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却され、その後、玉貸ユニット２０に挿入されることで、状態１０であれば、図１４のＳａ２０９で精算要求受信フラグが消去され、状態１１であれば、同Ｓａ２２１で管理残額，精算要求受信フラグが消去される例について説明した。しかし、これに限らず、管理装置５０がＳ７５０の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったときに、精算装置６０で受け付けている記録媒体を返却せずに精算装置６０内に保持し、店員が該保持されている記録媒体を一旦回収して、オンライン状態にある別の精算装置６０又はオフライン状態からオンライン状態に復帰した精算装置６０に挿入して、残額を確定（状態１０の場合にはさらに貨幣の返却）させるようにしても良い。これによれば、図１４に示したＳａ２０９，Ｓａ２１０の処理，及びＳａ２２０，Ｓａ２２１，Ｓａ２２２の処理が不要であり、Ｓａ２０７で加算予定額がないと判定されたときに、照合完了通知の送信（Ｓａ２２９）を行い、Ｓａ２１７で減算予定額がないと判定されたときに、オンライン時の装置ＩＤ特定（Ｓａ２２３）を行うようにすると良い。
【０５５７】
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０から管理装置５０に対して入金要求，若しくは補正要求又は挿入通知が送信され、該情報を管理装置５０が受信した後、オフライン状態となった場合に、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤが消去されない。即ち、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
【０５５８】
上記の実施形態において、Ｓ８０１の端数額処理要求を受信した精算装置６０が、Ｓ８０２のオフライン端数額を加算予定額として記憶する処理を行う前に、該端数処理要求に含まれる記録媒体ＩＤに対応付けられた管理残額が零であるか否かを判定するようにしても良い。そして、管理残額が零であると判定したときには、受信した端数額処理要求に含まれるオフライン端数額を含む精算許諾情報を精算装置６０に送信し、精算装置６０が、該オフライン端数額相当の貨幣を払い出すようにして、Ｓ７５４〜Ｓ７５８の処理を行わないようにすると良い。これによれば、管理残額が零であって、オフライン端数額が記録されている場合、即ちオフライン状態にある玉貸ユニット２０に入金し、一発貸しを受けて遊技を行った遊技者が精算を行う場合に、Ｓ８０２〜Ｓ８０９，Ｓ７５０〜Ｓ７５１，Ｓ７５４〜Ｓ７５８の処理が不要であり、精算時の処理が大幅に簡素化される。
【０５５９】
上記の実施形態では、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始されてから残額通知を受信するまでの間にオフライン状態となった場合に、端数額×（−１）をオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−オンライン端数額という処理を行うことで、端数額を加算する例について説明したが、これに限らず、端数額をオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋オンライン端数額という処理を行うことで、前記端数額を管理残額に加算するようにしても良い。
【０５６０】
また、上記の実施形態では、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始されてから減算完了通知を受信するまでの間にオフライン状態となった場合に、対応消費税額をオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−オンライン端数額という処理を行うことで、対応消費税額を減算する例について説明したが、これに限らず、対応消費税額×（−１）をオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋オンライン端数額という処理を行うことで、前記対応消費税額を管理残額から減算するようにしても良い。即ち対応消費税額が差額として管理残額から減算される方法で処理が行われれば良い。
【０５６１】
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の第２実施形態では貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
【０５６２】
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２づつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、例えばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などのキャラクタ等であっても良い。
【０５６３】
上記の実施形態では、管理残額の有効期間が無期限である例について説明したが、これとは逆に、有効期間を当日中としても良い。また有効期間は無期限ではなく、有限の長期（例えば最後の入金から１年，ビジタコイン５の発行から１年等）としても良い。
【０５６４】
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
【０５６５】
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
【０５６６】
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０５６７】
上記の実施形態では、図１に示すように、バックアップ装置が、遊技場外のカード会社に設けられるセンタ管理装置８０である例について説明したが、これに限らず、該バックアップ装置は、遊技場内に設けられるものであっても良く、また管理装置５０に、前記ハードディスク５５とは別体で前記バックアップ情報記憶手段として機能するハードディスク等の記憶装置を設けたり、あるいは前記バックアップ情報記憶手段として機能する外部記録メディア（例えばＣＤ−Ｒやメモリカード等）に対して情報を書き込み可能なメディアライタを設け、前記図７（ａ）に示す残額管理ＤＢの記憶内容が所定時間毎に該バックアップ情報記憶手段に記憶されるように構成して、該管理装置５０自体をバックアップ装置として機能させるようにしても良い。
【０５６８】
上記の実施形態では、図２（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
【０５６９】
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
【０５７０】
上記の実施形態では、図２（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０５７１】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
【０５７２】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０５７３】
上記の実施形態では、図２（ａ）（ｂ）に示すように、記録媒体返却口（コイン返却口２８）が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該記録媒体返却口は、遊技用装置の前面から陥没して形成されるようにしても良い。
【０５７４】
上記の実施形態では、図６（ｂ）のＤ１２に示すように、ビジタコイン発行装置７０で、予め定められた発行額の選択に基づいて、該発行額をパチンコ玉の貸与に使用可能なビジタコイン５が発行される例について説明したが、これに限らず、遊技者による任意の金額の指定に基づいて、該指定された金額をパチンコ玉の貸与に使用可能なビジタコイン５が発行されるようにしても良い。またビジタコイン発行装置７０において、貨幣として、紙幣２のみならず硬貨３を受け付けるようにしても良い。
【０５７５】
上記の実施形態では、［管理残額≧対応消費税額］であるか否かを判定して、管理残額≧対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行う例について説明したが、これに限らず、［管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額］であるか否かを判定し、管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行うようにしても良い。
【０５７６】
上記の実施形態で、ビジタコイン発行装置７０において、会員カード４を受け付けて、該受け付けた会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額に対する価値加算ができるようにしても良く、この場合には、該価値加算も「記録媒体発行処理」に該当する。
【０５７７】
上記の実施形態では、図９のＳ１３６，図１８のＳ２３６に示すように、記録媒体識別情報記憶判定手段による、貸与処理（玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）が処理履歴記憶手段（処理履歴ＤＢ）に既に記憶されているか否かの判定が、返却操作の受付後に行われる例について説明したが、これに限らず、該記録媒体識別情報記憶判定手段による判定は、例えば貨幣の受付後や記録媒体の受付後に行われるようにしても良く、該判定を行うタイミングは特に限定されない。
【０５７８】
上記の実施形態で、精算装置６０においても、遊技用装置（玉貸ユニット２０）と同様に、精算処理の対象となった記録媒体の記録媒体識別情報が精算履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな精算履歴を前記精算履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記精算履歴記憶手段で既に記憶されている精算履歴を新たな精算履歴に更新する精算履歴更新手段と、を設けるようにしても良い。
【０５７９】
上記の実施形態で、記録媒体発行装置（ビジタコイン発行装置７０）においても、遊技用装置（玉貸ユニット２０）と同様に、記録媒体発行処理の対象となった記録媒体の記録媒体識別情報が発行履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな発行履歴を前記発行履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記発行履歴記憶手段で既に記憶されている発行履歴を新たな発行履歴に更新する発行履歴更新手段と、を設けるようにしても良い。
【０５８０】
上記の実施形態では、図７（ｂ）に示すように、精算履歴ＤＢにおいて精算履歴を記憶する際に、残額として０も記憶される例について説明したが、これに限らず、精算後の残額は０以外にはないため、該残額は記憶しないようにしても良い。
【０５８１】
上記の実施形態では、図７（ｄ）に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、例えば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
【０５８２】
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
【０５８３】
上記の実施形態では、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢにおいて、２５６個の履歴を記憶可能である例について説明したが、これに限らず、より多い履歴の数，又はより少ない履歴の数を記憶可能なようにしても良い。
【０５８４】
上記の実施形態では、例えば図８に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１３３の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、前記残額処理手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、装置ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行う。
【０５８５】
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行われる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行う。
【０５８６】
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
【０５８７】
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、例えば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
【０５８８】
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
【０５８９】
上記の実施形態では、ビジタコイン５に対してのみ管理残額有り情報（オンライン残額有りフラグ）が記録される例について説明したが、これに限らず、記録媒体貸与処理の対象となった会員カード４の管理残額が零でないことを条件として、該会員カード４に管理残額有り情報を記録し、管理残額を記録することなく排出する第１の排出処理を記録媒体排出処理手段（制御部２１）により行うようにしても良い。
【０５９０】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０５９１】
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０５９２】
上記の実施形態では、玉貸処理が行われた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
【０５９３】
上記の実施形態では、図８，図１７に示すように、オンライン状態にある玉貸ユニット２０において、管理装置５０で管理されている残額を含む予備処理完了通知を予め受信して、該残額を残度数表示器１４及び残額表示器３０における表示用として制御部２１のＲＡＭで記憶しておき、玉貸操作を受け付けたことに基づいて玉貸処理を行い、管理装置５０に対して玉貸通知を送信する例について説明したが、これに限らず、残度数表示器１４及び残額表示器３０における表示を考慮しないのであれば、予備処理完了通知を予め受信せず、玉貸操作を受け付けてから管理装置５０に対して記録媒体ＩＤと使用額＋消費税額とを含む減算要求を送信し、該減算要求に応じて前記減算処理が行われた管理装置５０から玉貸許諾通知を受信したことに基づいて玉貸処理を行うようにしても良い。この場合における管理装置５０は、図８のＳ１０６や図１７のＳ２２６に示す残額通知に代えて、残額を含まない入金完了通知を返信すれば良く、図１３のＳ３０９に示す残額通知に代えて、残額を含まない端数額加算完了通知を返信すれば良い。
【０５９４】
上記の第１実施形態では、図８，又は図１７に示すように、玉貸通知に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該玉貸通知に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（例えば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、玉貸通知に玉貸操作が行われた旨のみを含めて管理装置５０に対して送信すれば良い。
【０５９５】
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理が、玉貸処理の開始後に行われる例について説明したが、これに限らず、該減算処理は、玉貸処理の開始前に行われるようにしても良い。即ち、該減算処理が行われ、減算完了通知が玉貸ユニット２０に対して送信されてから、該玉貸ユニット２０において玉貸処理が開始されるようにしても良い。
【０５９６】
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
【０５９７】
上記の第１実施形態では、玉貸ユニット２０において使用額分の玉貸処理が行われた場合に、該使用額＋消費税額（例えば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行われる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額分（例えば５回）繰り返し行われるようにしても良く、この場合には、残額表示器３０における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
【０５９８】
上記の実施形態では、図９のＳ１４０〜Ｓ１４１に示すように、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却されてから直ちに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持される例について説明したが、これに限らず、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却された後、貨幣が受け付けられたときに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持されるようにしても良い。
【０５９９】
上記の実施形態では、図２１〜図２３に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行われる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
【０６００】
上記の実施形態では、例えば図２２に示すように、記憶端数額が零であるか否かの判定が行われてから（Ｓ５３２）、オンライン残額有りフラグの記録があるか否かの判定が行われる（Ｓ５３７）例について説明したが、これに限らず、オンライン残額有りフラグの記録があるか否かの判定が行われてから、記憶端数額が零であるか否かの判定が行われるようにしても良い。具体的には、玉貸ユニット２０は、返却操作を受け付けると（Ｓ５３１）、ビジタコイン５を受付中であるか否かを判定する（Ｓ５３２’）。このＳ５３２’でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３３’）。このＳ５３３’で記憶端数額が零でない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に対して、記憶端数額をオフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３４’）、記憶端数額を消去して（Ｓ５３５’）、カード保持部２４Ｐで保持している会員カード４を返却する（Ｓ５３６’）。一方、Ｓ５３３’で記憶端数額が零である（ＹＥＳ）と判定された場合には、直接Ｓ５３６’に進む。
【０６０１】
前記Ｓ５３２’でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５３７’）。Ｓ５３７’でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３３’）。このＳ５３３’で記憶端数額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶端数額をオフライン端数額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３４’）、記憶端数額を消去して（Ｓ５３５’）、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３６’）。一方、Ｓ５３３’で記憶端数額が零である（ＹＥＳ）と判定された場合には、直接Ｓ５３６’に進む。また前記Ｓ５３７’でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５３８’）。このＳ５３８’で記憶端数額が零でない（ＮＯ）と判定された場合には、Ｓ５３４’に進む。一方、Ｓ５３８’で記憶端数額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、第１の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する。即ちコイン投入口２５から投入されたビジタコイン５は、オンライン残額有りフラグが記録されている場合，及びオンライン残額有りフラグが記録されていなくても記憶端数額がある場合には返却される。
【０６０２】
なおＳ５３２’〜Ｓ５３８’の処理は、図２３のＳ６３２〜Ｓ６３７に代えて行われるようにしても良い。
【０６０３】
上記の実施形態では、図２５のＳ８００に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行われる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（例えば５００円）未満であるか否かの判定が行われるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行われるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
【０６０４】
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
【０６０５】
上記の実施形態では、図７（ａ）に示すように、処理履歴が記録媒体の排出の履歴である例について説明したが、これに限らず、図７（ａ’）に示すように、該処理履歴を玉貸処理の履歴としても良い。この玉貸処理ＤＢでは、前記使用額分の玉貸処理が行われたことに基づいて、該玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理が行われた日時である玉貸日時を前記最後処理特定情報として記憶することにより、玉貸履歴を記憶する。具体的には、前記処理履歴更新手段の作用により、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで記憶されていない場合には、該記録媒体ＩＤを玉貸履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び玉貸日時を記憶し、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで既に記憶されている場合には、該記録媒体ＩＤに対応する残額及び玉貸日時を新たな残額及び玉貸日時に更新（上書き）する。なお玉貸処理の後に記録媒体の排出が行われても残額の変動はないため、前記記憶されている玉貸処理後の残額が当該記録媒体の最後の残額に相当する。このように、玉貸処理が行われる毎に残額と玉貸日時を記憶して玉貸履歴を更新することにより、前記図７（ａ）の如く記録媒体の排出毎に残額と排出日時を記憶して処理履歴を更新するのに比べて、玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合に緊急避難的に処理履歴を記憶・更新しなくても、玉貸履歴に基づいて正確な残額を復帰させることができる。
【０６０６】
上記の実施形態では、図２８に示すように、遊技場の営業終了後に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われる例について説明したが、これに限らず、所定時間毎（例えば３時間毎）に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われるようにしても良い。
【０６０７】
上記の実施形態では、図２９に示すように、バックアップ情報を復旧用テーブルに記憶してから（Ｓ１０４４）、統合テーブルで特定された残額を復旧用テーブルの残額に上書きして復帰する（Ｓ１０４９）例について説明したが、これとは逆に、統合テーブルで特定された残額を復帰用テーブルに記憶して復帰してから、統合テーブルで特定されなかった残額をバックアップ情報に基づいて記憶して復帰するようにしても良い。
【０６０８】
上記の実施形態では、最後処理特定情報が処理日時（排出日時，精算日時，発行日時）である例について説明したが、これに限らず、最後処理特定情報を、図４６に示すようなバックアップ用の通番としても良い。例として、管理装置５０とオンライン状態で貨幣を受け付けたときの処理，及び玉貸操作を受け付けたときの処理について説明する。
【０６０９】
図４６に示すように、管理装置５０とオンライン状態にあり、記録媒体を受け付けていない状態の玉貸ユニット２０において貨幣（ここでは５０００円）を受け付けると（Ｓ１１１）、該受付貨幣額と収納コイン保持部２７Ｐで保持されているビジタコイン５の記録媒体ＩＤを含む入金要求を管理装置５０に送信する（Ｓ１１２）。該入金要求を受信した管理装置５０では、受信した入金要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に、該入金要求に含まれる受付貨幣額を加算更新して（Ｓ１１３）、加算更新後の残額を含む残額通知を玉貸ユニット２０に送信する（Ｓ１１４）。該残額通知を受信した玉貸ユニット２０では、収納コイン保持部２７Ｐで保持されているビジタコイン５に記録されているバックアップ通番に１を加算して更新すると共に（Ｓ１１４ａ’）、制御部２１が備えるＥＥＰＲＯＭに記憶されている処理履歴ＤＢに、該ビジタコイン５の記録媒体ＩＤ，入金履歴，受信した残額，及び更新後のバックアップ通番を記憶する（Ｓ１１４ｂ’）。次いで残額をＲＡＭで記憶して（Ｓ１１５）、該記憶した残額及び該残額に相当する度数を表示して（Ｓ１１６）、玉貸操作，貨幣受付，返却操作の待機状態となる（Ｓ１１７）。これにより、入金毎にバックアップ通番が更新され、玉貸ユニット２０には、入金毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０６１０】
また、Ｓ１１７の状態で玉貸操作を受け付けると（Ｓ１２１）、使用額分の玉貸処理を行い（Ｓ１２２）、前記記録媒体ＩＤと該使用額（第１実施形態であれば＋消費税額）を含む玉貸通知を管理装置５０に送信し（Ｓ１２３）、該玉貸通知を受信した管理装置５０では、受信した玉貸通知に含まれる記録媒体ＩＤに対応付けて管理されている残額から、該玉貸通知に含まれる使用額（第１実施形態であれば＋消費税額を減算更新して（Ｓ１２４）、減算が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信し（Ｓ１２５）、該減算完了通知を受信した玉貸ユニット２０では、前記ビジタコイン５のバックアップ通番を更新する（Ｓ１２５ａ’）。そして、前記処理履歴ＤＢに、記録媒体ＩＤ，玉貸履歴，更新後の残額（記憶残額），及びバックアップ通番を記憶して（Ｓ１２５ｂ’）、Ｓ１１７の状態に戻る。これにより、玉貸毎にバックアップ通番が更新され、玉貸ユニット２０には、玉貸毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０６１１】
このように、管理残額が更新される毎に、ビジタコイン５のバックアップ通番が更新されることになり、玉貸ユニット２０には、記録媒体ＩＤに対応付けて、バックアップ通番及び残額が記憶されることとなる。従って、センタ管理装置８０が設けられない場合であっても、各玉貸ユニット２０から記録媒体ＩＤ及びバックアップ通番に対応付けて記憶されている残額を取得して、最新のバックアップ通番に対応する残額を、最新の残額として特定して、各記録媒体ＩＤに対応する残額を復旧させることが可能である。
【０６１２】
上記の図４６では、最後処理特定情報であるバックアップ通番が、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図４７に示すように、該バックアップ通番が、記録媒体には記憶されておらす、管理装置５０の残額管理ＤＢにおいて、記録媒体ＩＤ及び残額と対応付けて記憶されているようにしても良い。
【０６１３】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図４７を例にして説明する。この図４７は前述した図４６に相当するものであり、該図４６と比較して、前記Ｓ１１３の後にＳ１１３ａ”，Ｓ１１４ａ”，及びＳ１１４ｂ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ａ”，Ｓ１２５ａ”，及びＳ１２５ｂ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
【０６１４】
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ａ”で、該入金処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１１４ａ”で、前記管理している残額に加えて該更新されたバックアップ通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｂ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額とバックアップ通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
【０６１５】
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ａ”で、該減算処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ａ”で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｂ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれるバックアップ通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
【０６１６】
上記の図４６では、最後処理特定情報であるバックアップ通番が、各記録媒体について付与される、１から始まる通算番号であって、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図４８に示すように、該バックアップ通番が、すべての記録媒体について共通の共通通番であって、記録媒体には記憶されておらす、管理装置５０の残額管理ＤＢにおいて記憶されているようにしても良い。
【０６１７】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図４８を例にして説明する。この図４８は前述した図４６に相当するものであり、該図４６と比較して、前記Ｓ１１３の後にＳ１１３ｂ”，Ｓ１１４ｃ”，及びＳ１１４ｄ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ｂ”，Ｓ１２５ｃ”，及びＳ１２５ｄ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
【０６１８】
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、入金に基づく更新である。そしてＳ１１４ｃ”で、前記管理している残額に加えて該更新された共通通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｄ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額と共通通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
【０６１９】
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ｃ”で、該更新された共通通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｄ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれる共通通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
【０６２０】
最後に、上記実施の形態に示した遊技用システム１の効果について説明する。
【０６２１】
上記実施の形態に示す遊技用システム１によれば、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できるような遊技用システムを提供することができる。具体的には、本発明に係る遊技用システム１は、図１に示すように、遊技用装置（玉貸ユニット２０）において遊技媒体（パチンコ玉）の貸与に使用される残額を、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理装置５０で管理（いわゆる完全ＩＤ管理）し、該管理装置５０と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体に残額を記録することなく排出する一方、該管理装置５０と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受け付けたときにも、貸与処理（玉貸処理）を可能とすると共に、該通信不可能状態に限って、貸与処理に使用されなかった入金残額を前記記録媒体に記録して排出するものであり、特に該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できる。
【０６２２】
上記実施の形態に示す遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の貸与に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、例えば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行う必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行うために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
【０６２３】
ここで遊技用システム１には、図８〜図１５に示すように、前記残額の管理を行う管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、該管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する記録媒体貸与処理を行う際に、当該管理残額から該貸与処理に使用された使用額及び該使用額に対応する間接税額（例えば消費税額）を減算すると共に、図１６〜図１８に示すように、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（例えば１０５円）の整数倍に相当する貸与対象額を特定して、遊技者の操作によることなく、該貸与対象額分の貨幣貸与処理（いわゆる一発貸し）を行うものが含まれる。
【０６２４】
上記実施の形態に示す遊技用システム１は、完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うようにしても、該一発貸しによって発生する端数額を記録媒体に記録して排出し、該端数額の精算が可能である。これにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【０６２５】
上記実施の形態に示す遊技用システム１は、玉貸処理に使用される金額に対応する間接税額を徴収する場合に、所定額未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する間接税額以上であれば、遊技者の操作によることなく、受付貨幣額分の遊技媒体を貸与するので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
【０６２６】
さらに、上記実施の形態に示す遊技用システム１は、管理装置５０の破損又は故障等により、該管理装置５０で管理している残額が失われても、該残額を復帰可能である。即ち、この遊技用システム１では、管理装置５０において、各遊技用装置から送信されてきた処理履歴に基づいて、各記録媒体識別情報毎に、当該記録媒体識別情報の記録媒体に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができるのである。
【０６２７】
以下に、実施例中の従来技術として、第１の従来技術〜第５の従来技術の概要を説明する。
【０６２８】
第１の従来技術として、特開２００３−３０５１５号公報（図１，図６，段落００７６）を示す。この特許文献には、遊技媒体の貸与に使用される残度数（本願の残額に相当）を各カード（本願の記録媒体に相当）には記録せずに、各カードの識別符号（本願の記録媒体識別情報に相当）に対応付けて管理装置にて管理すると共に、カード処理ユニット（本願の遊技用装置に相当）において遊技媒体貸出処理（本願の記録媒体貸与処理に相当）が行われると、前記残度数を遊技媒体の貸与に応じて減算する、いわゆる「完全ＩＤ管理」を行うシステムが開示されている。
【０６２９】
ここで、第１の従来技術のような完全ＩＤ管理において、例えば管理装置の破損又は故障等により、該管理装置で管理している残額が失われてしまうと、該残額を復帰できないという問題点がある。
【０６３０】
また、第２の従来技術として、特開２００２−３２５９５３号公報（図９，図１０，段落０１３５，０１７４）を示す。この特許文献では、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の貨幣貸与処理に相当）が行われるシステムが開示されている。
【０６３１】
また、第３の従来技術として、特開２００１−３４８１５号公報（図１，段落００２８，００３９）を示す。この特許文献では、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の入金残額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が開示されている。
【０６３２】
ここで、第１の従来技術に示される完全ＩＤ管理のシステムにおいても、遊技機の稼働を確保するために、第２の従来技術の如く通信不可能状態にある遊技用装置で貨幣の受付，及び貨幣貸与処理を可能とし、該通信不可能状態に限って、記録媒体に入金残額を記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときに、第３の従来技術の如く該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう一方、該記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになってしまうという問題点がある。
【０６３３】
また、第４の従来技術として、特開２００２−１２３６５１号公報（図１１〜図１３，段落００４０，００４２）を示す。この特許文献には、パチンコ機に対応して設けられる玉貸機（本願の遊技用装置に相当）において、有価価値データ（本願の残額に相当）を特定可能な有価価値特定情報が記録されたカード（本願の記録媒体に相当）を受け付けて、該受け付けたカードに記録されている有価価値特定情報から特定される有価価値データを使用してパチンコ玉を貸与する貸与処理を行う際に、例えば５００円分のパチンコ玉をパチンコ機から貸与する一方で、該パチンコ玉の貸与に使用された使用額である５００円及び該使用額に対応する消費税額である２５円（消費税率が５％の場合）を前記カードの有価価値データから減算する、即ち「貸与処理に使用された使用額に対応する消費税額を徴収」するシステムが開示されている。ここで消費税は間接税の一例であって、遊技場において提供される遊技サービスに対して課税されるものである。
【０６３４】
さらに、第５の従来技術として、前述した特許文献１の特開２００５−１３４６５号公報（図１５，段落００５３，００９９）を示す。この特許文献には、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額を一旦記憶した後に減算して（即ち受付貨幣額のすべてを使用して）、遊技者の操作によることなく、該受付貨幣額分の遊技媒体を貸与する、いわゆる「一発貸し」を行うシステムが開示されている。なお、このシステムでは、遊技用装置（カードユニット）が記録媒体（会員カード）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に一旦加算され、その後に遊技者の操作によって基準貸与額分の遊技媒体を貸与する。
【０６３５】
ここで、前記完全ＩＤ管理のシステムにおいて、第４の従来技術の如く貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに第５の従来技術の如く一発貸しを行うと、予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する間接税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）未満の端数額が発生する。具体的には、１０００円を受け付けて一発貸しを行うと、税込単位額である１０５円の９倍分の遊技媒体が貸与される一方、５５円の端数額が発生する。この端数額を処理するためには、前記遊技用装置に、該端数額に相当する貨幣を払い出すための釣銭払出機能や、低額貨幣の追加入金を受け付けて該端数額が税込単位額に達するようにするための追加入金機能を設ける必要があり、遊技用装置のコストが上昇するという問題点がある。
【０６３６】
さらに上記第５の従来技術に示すようなシステムでは、遊技用装置が記録媒体の挿入中に、所定額未満、例えば５００円硬貨や１００円硬貨等の低額の貨幣を受け付けた場合にも、一旦残額に対して受付貨幣額が加算され、その後に玉貸操作が行われることで基準貸与額分(例えば間接税を含む場合は５２５円分，含まない場合は５００円分)の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
【図面の簡単な説明】
【０６３７】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）は玉貸ユニット及びパチンコ機の一例を表す正面図であり、図２（ｂ）は同玉貸ユニットの断面右側面図であり、図２（ｃ）はＸ−Ｘ線断面図である。
【図３】図３は玉貸ユニットに設けられたビジタコインの取扱構造の部位を拡大して表す断面右側面図である。
【図４】図４は玉貸ユニットに設けられたビジタコインの取扱構造の部位を表す斜視図である。
【図５】図５（ａ）は精算装置の一例を表す斜視図であり、図５（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。
【図６】図６（ａ）はビジタコイン発行装置の一例を表す斜視図であり、図６（ｂ）はビジタコイン発行装置に設けられたディスプレイの表示内容の一例を表す図である。
【図７】図７は遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢ，（ｅ）はセンタ管理装置のバックアップＤＢである。
【図８】図８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合の処理の一例を表す図である。
【図９】図９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で返却操作を受け付けた場合の処理の一例を表す図である。
【図１０】図１０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図１１】図１１は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図１２】図１２は管理装置とオンライン状態である玉貸ユニットにおいて、オンライン端数額が記録されている記録媒体を受け付けた場合の処理の一例を表す図である。
【図１３】図１３は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の一例を表す図である。
【図１４】図１４は管理装置とオンライン状態である玉貸ユニットにおいて、オンライン端数額が記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。
【図１５】図１５は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去する前にオフライン状態となった状態の一例を表す図である。
【図１６】図１６は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去した後にオフライン状態となった状態の一例を表す図である。
【図１７】図１７は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた後の処理の一例を表す図である。
【図１８】図１８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で返却操作を受け付けた場合の処理の一例を表す図である。
【図１９】図１９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。
【図２０】図２０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。
【図２１】図２１は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、記録媒体を受け付けていない場合における処理の一例を表す図である。
【図２２】図２２は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。
【図２３】図２３は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の処理の一例を表す図である。
【図２４】図２４はオンライン端数額が記録されている記録媒体を受け付けた精算装置における処理の一例を表す図である。
【図２５】図２５はオフライン端数額が記録されている記録媒体を受け付けた精算装置における処理の一例を表す図である。
【図２６】図２６はオンライン端数額が記録されていない記録媒体を受け付けた精算装置における処理の一例を表す図である。
【図２７】図２７は貨幣を受け付けたビジタコイン発行装置における処理の一例を表す図である。
【図２８】図２８は営業終了後における処理の一例を表す図である。
【図２９】図２９は残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。
【図３０】図３０は消費税が徴収されない場合に、玉貸ユニットで行われる場合の処理の一例を表す図である。
【図３１】図３１は消費税が徴収されない場合に、玉貸ユニットで行われる基準貸与額未満の貨幣を受け付けたときの処理の一例を表す図である。
【図３２】図３２は消費税が徴収されない場合に、オンライン状態からオフライン状態となった玉貸ユニットで行われる処理の一例を表す図である。
【図３３】図３３は消費税が徴収されない場合に、玉貸ユニットが差額の記録された記録媒体を受け付けた場合の処理の一例を表す図である。
【図３４】図３４は消費税が徴収されない場合に、玉貸ユニットが差額の記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。
【図３５】図３５は消費税が徴収されない場合に、精算装置が差額の記録された記録媒体を受け付けた場合の処理の一例を表す図である。
【図３６】図３６は消費税が徴収されない場合に、精算装置が差額の記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。
【図３７】図３７は管理装置とオンライン状態にある玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の別例を表す図である。
【図３８】図３８は挿入通知に含まれるオフライン端数額が零でない場合の処理の一例を表す図である。
【図３９】図３９は挿入通知に含まれるオンライン端数額が零である場合の処理の一例を表す図である。
【図４０】図４０は管理装置とオンライン状態にある精算装置において、記録媒体を受け付けた場合の処理の別例を表す図である。
【図４１】図４１は精算要求に含まれるオフライン端数額が零でない場合の処理の一例を表す図である。
【図４２】図４２は精算要求に含まれるオンライン端数額が零である場合の処理の一例を表す図である。
【図４３】図４３は管理装置とオンライン状態にある玉貸ユニットにおいて、所定額以上の貨幣を受け付けた場合の処理の変形例を表す図である。
【図４４】図４４は管理装置で処理状態を管理する場合の処理の一例を表す図である。
【図４５】図４５は管理装置で処理状態を管理する場合における挿入通知受信後の処理の一例を表す図である。
【図４６】図４６は残額を復旧させるために、記録媒体に記録されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図４７】図４７は残額を復旧させるために、管理装置で管理されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図４８】図４８は残額を復旧させるために、管理装置で管理される共通通番を用いる場合の処理の一例を表す図である。
【符号の説明】
【０６３８】
１…遊技用システム
２…紙幣
３…硬貨
４…会員カード
５…ビジタコイン
１０…パチンコ機
２０…玉貸ユニット
２１…制御部
２１ｂ…外部通信部
２２…紙幣識別機
２３…硬貨識別機
２４…記録媒体Ｒ／Ｗ
２５…コイン投入口
２６…上部アンテナ
２６ｄ…投入コイン返却通路
２６Ｐ…投入コイン保持部
２７…下部アンテナ
２７ａ…コイン収納部
２７ｄ…収納コイン返却通路
２７Ｐ…収納コイン保持部
２８…コイン返却口
５０…管理装置
５１…通信部
５２…制御部
５３…ディスプレイ
５４…入力装置
５５…ハードディスク
６０…精算装置
６１…通信部
６２…制御部
６４…カードＲ／Ｗ
６５…コインＲ／Ｗ
７０…ビジタコイン発行装置
７１…通信部
７２…制御部
７４…紙幣識別機
８０…センタ管理装置
８１…通信部
８３…ハードディスク
【図１】
2007020894.tif 000003
【図２】
2007020894.tif 000004
【図３】
2007020894.tif 000005
【図４】
2007020894.tif 000006
【図５】
2007020894.tif 000007
【図６】
2007020894.tif 000008
【図７】
2007020894.tif 000009
【図８】
2007020894.tif 000010
【図９】
2007020894.tif 000011
【図１０】
2007020894.tif 000012
【図１１】
2007020894.tif 000013
【図１２】
2007020894.tif 000014
【図１３】
2007020894.tif 000015
【図１４】
2007020894.tif 000016
【図１５】
2007020894.tif 000017
【図１６】
2007020894.tif 000018
【図１７】
2007020894.tif 000019
【図１８】
2007020894.tif 000020
【図１９】
2007020894.tif 000021
【図２０】
2007020894.tif 000022
【図２１】
2007020894.tif 000023
【図２２】
2007020894.tif 000024
【図２３】
2007020894.tif 000025
【図２４】
2007020894.tif 000026
【図２５】
2007020894.tif 000027
【図２６】
2007020894.tif 000028
【図２７】
2007020894.tif 000029
【図２８】
2007020894.tif 000030
【図２９】
2007020894.tif 000031
【図３０】
2007020894.tif 000032
【図３１】
2007020894.tif 000033
【図３２】
2007020894.tif 000034
【図３３】
2007020894.tif 000035
【図３４】
2007020894.tif 000036
【図３５】
2007020894.tif 000037
【図３６】
2007020894.tif 000038
【図３７】
2007020894.tif 000039
【図３８】
2007020894.tif 000040
【図３９】
2007020894.tif 000041
【図４０】
2007020894.tif 000042
【図４１】
2007020894.tif 000043
【図４２】
2007020894.tif 000044
【図４３】
2007020894.tif 000045
【図４４】
2007020894.tif 000046
【図４５】
2007020894.tif 000047
【図４６】
2007020894.tif 000048
【図４７】
2007020894.tif 000049
【図４８】
2007020894.tif 000050