(57)【要約】  【課題】玉貸ユニット２０と管理装置５０とがオフライン状態となったときにも、玉貸ユニット側で行われた特定処理に対応する連携処理が管理装置側で行われていないことを特定し、該連携処理が行われていないことに対する対処を可能とする。  【解決手段】通番が一致しないときに、入金処理中であれば（Ｓ２６０でＹＥＳ）、玉貸ユニットで第１の特定処理（受付貨幣の取込）が行われているにも拘わらず、管理装置で第１の連携処理（受付貨幣額の加算，消去）が行われていないことを特定して、記憶している受付貨幣額を管理残額に加算して消去し（Ｓ２６１）、入金処理中でなければ（Ｓ２６０でＮＯ）、玉貸ユニットで第２の特定処理（使用額＋消費税額分の玉貸処理）が行われているにも拘わらず、管理装置で第２の連携処理（使用額＋消費税額の減算）が行われていないことを特定して、玉貸設定金額を管理残額から減算する（Ｓ２７０）。【選択図】        図１４
2010063911.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも通番が記録される記録媒体を個々に識別可能な記録媒体識別情報に対応付けて通番及び遊技媒体の貸与に使用される残額を管理する管理装置と、
遊技機に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を含む各種処理を前記管理装置と連携して行い、貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体識別情報とを特定可能な入金要求を前記管理装置に対して送信する遊技用装置と、を備え、
前記管理装置は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額を該入金要求から特定される記録媒体識別情報に対応付けて記憶する処理を行い、該記録媒体識別情報に対応付けて管理している管理残額と前記受付貨幣額との合算額を特定可能な残額通知を前記遊技用装置に対して送信する遊技用システムであって、
前記遊技用装置は、前記各種処理のうちの予め定められた特定処理に伴って前記記録媒体の通番を更新する第１の通番更新処理を行うと共に、該特定処理に対応する連携処理を要求する連携処理要求を前記管理装置に対して送信する特定処理手段を有し、
前記管理装置は、
前記連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第２の通番更新処理を行う連携処理手段と、
前記遊技用装置から前記記録媒体の記録媒体識別情報と通番とを受信し、該受信した通番が該受信した記録媒体識別情報に対応付けられた通番と一致するか否かを判定する通番判定手段と、を有し、
前記遊技用装置は、
前記残額通知の受信に応じて、前記特定処理手段により、該残額通知から特定される合算額の範囲内で遊技媒体の貸与を可能とするための貸与可能処理を第１の特定処理として行い、該貸与可能処理を行った旨を示す貸与可能情報を前記連携処理要求として前記管理装置に対して送信し、
遊技者の操作に応じて、前記特定処理手段により、予め定められた基準貸与額分の遊技媒体を貸与するための前記記録媒体貸与処理を第２の特定処理として行い、該記録媒体貸与処理に使用される基準貸与額を前記管理残額から減算するための減算要求を前記連携処理要求として前記管理装置に対して送信し、
前記管理装置は、
前記貸与可能情報の受信に応じて、前記連携処理手段により、当該記録媒体の記録媒体識別情報に対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理とを第１の連携処理として行い、
前記減算要求の受信に応じて、前記連携処理手段により、前記基準貸与額を前記管理残額から減算する減算処理を第２の連携処理として行い、
前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額が未加算の状態で記憶されていることを条件として、前記受付貨幣額加算処理と前記加算済更新処理とを行い、
前記通番判定手段により通番が一致すると判定され、かつ前記受付貨幣額が未加算の状態で記憶されていることを条件として、前記受付貨幣額加算処理を行うことなく、前記加算済更新処理を行い、
前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われていることを条件として、前記減算処理を行うことを特徴とする遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、少なくとも通番が記録される記録媒体を個々に識別可能な記録媒体識別情報に対応付けて通番及び遊技媒体の貸与に使用される残額を管理する管理装置と、遊技機に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を含む各種処理を前記管理装置と連携して行う遊技用装置と、を備える遊技用システムに関する。
【背景技術】
【０００２】
従来より、特許文献１に示すように、遊技媒体の貸出に使用される管理残額（残度数）を、記録媒体（カード）には記録せずに、該記録媒体の識別符号に対応付けて管理装置（ターミナルコントローラ）のカード管理テーブルに記憶し、遊技用装置（カード処理ユニット）で該記録媒体が使用されて遊技媒体が貸し出されると、該貸し出された遊技媒体の数に応じてカード管理テーブルの管理残額が減算される、いわゆる「完全ＩＤ管理」のシステムが知られている。
【０００３】
また、特許文献２に示すように、複数のコンピュータ間でのデータ転送を行うシステムであって、送信側コンピュータから処理要求を送信するにあたり、情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは、処理要求に応じた処理を実行した後に、該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが知られている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ、処理完了前に異常が発生したものと判断する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０３０５１５号公報（図６，段落００２７，００７６）
【特許文献２】特開２０００−１４８６８３号公報（図５，段落００４５，００４６）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に示すシステムでは、遊技用装置側での特定処理（例えば玉貸処理）に対応する管理装置側での連携処理（例えば残度数の減算）を要求する連携処理要求（例えば減算要求）を該管理装置が受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理が行われたにも拘わらず、管理装置側では連携処理が行われないことで、処理の不一致が生ずる。
【０００６】
ここで上記特許文献１のシステムに特許文献２の手法を適用した場合、遊技用装置と管理装置とがオンライン状態に復帰したときに、遊技用装置から管理装置に対して、情報格納域の通番を含む確認要求が送信され、該確認要求に含まれる通番が前記登録されている通番よりも小さいと判断されれば、管理装置側で連携処理が行われていない旨を特定して対処することができるが、遊技用装置と管理装置とがオンライン状態に復帰するまでの間は、管理装置は、前記オフライン状態が発生したときに、該遊技用装置で特定処理が行われたにも拘わらず、管理装置で連携処理が行われていないことを特定できなかったため、オンライン状態に復帰するまでの間は、該連携処理が行われていないことに対する対処ができないという問題があった。
【０００７】
本発明は、このような背景のもとになされたものであり、その目的は、遊技用装置と管理装置とがオフライン状態となったときにも、当該遊技用装置がオンライン状態に復帰するのを待つことなく、遊技用装置側で行われた特定処理に対応する連携処理が管理装置側で行われていないことを特定し、該連携処理が行われていないことに対する対処を可能とする遊技用システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
【０００９】
まず請求項１に係る発明は、少なくとも通番が記録される記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて通番及び遊技媒体（パチンコ玉）の貸与に使用される残額を（残額管理ＤＢで）管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理（使用額＋消費税額分の玉貸処理）を含む各種処理を前記管理装置と連携して行い、貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体識別情報とを特定可能な入金要求を前記管理装置に対して送信する遊技用装置（玉貸ユニット２０）と、を備え、前記管理装置は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額を該入金要求から特定される記録媒体識別情報に対応付けて（残額管理ＤＢで）記憶する処理を行い、該記録媒体識別情報に対応付けて管理している管理残額と前記受付貨幣額との合算額を特定可能な残額通知（予定残額通知）を前記遊技用装置に対して送信する遊技用システム（１）であって、前記遊技用装置は、前記各種処理のうちの予め定められた特定処理に伴って前記記録媒体の通番を更新する第１の通番更新処理を行うと共に、該特定処理に対応する連携処理を要求する連携処理要求を前記管理装置に対して送信する特定処理手段（制御部２１，外部通信部２１ｂ）を有し、前記管理装置は、前記連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第２の通番更新処理を行う連携処理手段（制御部５２）と、前記遊技用装置から前記記録媒体の記録媒体識別情報と通番とを受信し、該受信した通番が該受信した記録媒体識別情報に対応付けられた通番と一致するか否かを判定する通番判定手段（制御部５２）と、を有し、前記遊技用装置は、前記残額通知の受信に応じて、前記特定処理手段により、該残額通知から特定される合算額の範囲内で遊技媒体の貸与を可能とするための貸与可能処理（受付貨幣の取込）を第１の特定処理として行い、該貸与可能処理を行った旨を示す貸与可能情報（貨幣取込通知）を前記連携処理要求として前記管理装置に対して送信し、遊技者の操作（玉貸ボタン１５の操作）に応じて、前記特定処理手段により、予め定められた基準貸与額（玉貸設定金額）分の遊技媒体を貸与するための前記記録媒体貸与処理を第２の特定処理として行い、該記録媒体貸与処理に使用される基準貸与額を前記管理残額から減算するための減算要求を前記連携処理要求として前記管理装置に対して送信し、前記管理装置は、前記貸与可能情報の受信に応じて、前記連携処理手段により、当該記録媒体の記録媒体識別情報に対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理（受付貨幣額の消去）とを第１の連携処理として行い、前記減算要求の受信に応じて、前記連携処理手段により、前記基準貸与額を前記管理残額から減算する減算処理を第２の連携処理として行い、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額が未加算の状態で記憶されていることを条件として、前記受付貨幣額加算処理と前記加算済更新処理とを行い、前記通番判定手段により通番が一致すると判定され、かつ前記受付貨幣額が未加算の状態で記憶されていることを条件として、前記受付貨幣額加算処理を行うことなく、前記加算済更新処理を行い、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われていることを条件として、前記減算処理を行うことを特徴とする遊技用システムである。
【００１０】
また請求項２に係る発明は、請求項１に記載した遊技用システム（１）であって、前記管理装置（５０）は、各遊技用装置（玉貸ユニット２０）について設定される前記基準貸与額（玉貸設定金額）を各遊技用装置に対応付けて（玉貸設定金額ＤＢで）管理し、前記記録媒体識別情報（記録媒体ＩＤ）に対応付けて、該記録媒体識別情報の記録媒体（会員カード４，ビジタコイン５）を少なくとも前回受け付けていた遊技用装置であって、管理装置と通信できる通信可能状態（オンライン状態）で該記録媒体を受け付けた後に管理装置と通信できない通信不可能状態（オフライン状態）になった当該遊技用装置を特定可能な情報（使用装置ＩＤ）を記憶する遊技用装置特定情報記憶手段（残額管理ＤＢ）と、前記通番判定手段（制御部５２）により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理（受付貨幣額の消去）が行われているときに、前記記録媒体の記録媒体識別情報に対応付けて前記遊技用装置識別情報記憶手段で記憶している情報から当該記録媒体識別情報の記録媒体が前回受け付けられていた遊技用装置を特定する遊技用装置特定手段（制御部５２）と、をさらに有し、該遊技用装置特定手段により特定された遊技用装置に対応付けて管理している基準貸与額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記減算処理を行うことを特徴とする遊技用システムである。
【００１１】
また請求項３に係る発明は、請求項１又は２に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記管理残額が前記基準貸与額（玉貸設定金額）未満であるときに、遊技者の操作（玉貸ボタン１５の操作）に応じて、前記特定処理手段（制御部２１，外部通信部２１ｂ）により、該管理残額のうちの、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額の整数倍に相当する貸与対象額分の遊技媒体を貸与するための前記記録媒体貸与処理（使用額＋消費税額分の玉貸処理）を行い、該記録媒体貸与処理に使用される貸与対象額を前記管理残額から減算するための前記減算要求を前記管理装置（５０）に対して送信し、前記管理装置は、前記通番判定手段（制御部５２）により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理（受付貨幣額の消去）が行われているときに、前記記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する基準貸与額判定手段（制御部５２）をさらに有し、該基準貸与額判定手段により前記管理残額が前記基準貸与額未満であると判定されたときには、前記貸与対象額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記減算処理を行うことを特徴とする遊技用システムである。
【００１２】
また請求項４に係る発明は、少なくとも通番が記録される記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて通番及び遊技媒体（パチンコ玉）の貸与に使用される残額を（残額管理ＤＢで）管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理（使用額＋消費税額分の玉貸処理）を含む各種処理を前記管理装置と連携して行い、貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体識別情報とを特定可能な入金要求を前記管理装置に対して送信する遊技用装置（玉貸ユニット２０）と、を備え、前記管理装置は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額を該入金要求から特定される記録媒体識別情報に対応付けて管理している管理残額に対して加算すると共に該受付貨幣額を加算額として（残額管理ＤＢで）記憶する処理を行い、該管理残額を特定可能な残額通知を前記遊技用装置に対して送信する遊技用システム（１）であって、前記遊技用装置は、前記各種処理のうちの予め定められた特定処理に伴って前記記録媒体の通番を更新する第１の通番更新処理を行うと共に、該特定処理に対応する連携処理を要求する連携処理要求を前記管理装置に対して送信する特定処理手段（制御部２１，外部通信部２１ｂ）を有し、前記管理装置は、前記連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第２の通番更新処理を行う連携処理手段（制御部５２）と、前記遊技用装置から前記記録媒体の記録媒体識別情報と通番とを受信し、該受信した通番が該受信した記録媒体識別情報に対応付けられた通番と一致するか否かを判定する通番判定手段（制御部５２）と、を有し、前記遊技用装置は、前記残額通知の受信に応じて、前記特定処理手段により、該残額通知から特定される管理残額の範囲内で遊技媒体の貸与を可能とするための貸与可能処理（受付貨幣の取込）を第１の特定処理として行い、該貸与可能処理を行った旨を示す貸与可能情報（貨幣取込通知）を前記連携処理要求として前記管理装置に対して送信し、遊技者の操作（玉貸ボタン１５の操作）に応じて、前記特定処理手段により、予め定められた基準貸与額（玉貸設定金額）分の遊技媒体を貸与するための前記記録媒体貸与処理を第２の特定処理として行い、該記録媒体貸与処理に使用される基準貸与額を前記管理残額から減算するための減算要求を前記連携処理要求として前記管理装置に対して送信し、前記管理装置は、前記貸与可能情報の受信に応じて、前記連携処理手段により、当該記録媒体の記録媒体識別情報に対応付けて記憶している加算額を処理済であることを特定可能な状態に更新する処理済更新処理（受付貨幣額の消去）を第１の連携処理として行い、前記減算要求の受信に応じて、前記連携処理手段により、前記基準貸与額を前記管理残額から減算する減算処理を第２の連携処理として行い、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、前記処理済更新処理を行い、前記通番判定手段により通番が一致すると判定され、かつ前記加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、前記記録媒体の管理残額から前記記憶している加算額を減算する処理と前記処理済更新処理とを行い、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額について処理済更新処理が行われていることを条件として、前記減算処理を行うことを特徴とする遊技用システムである。
【００１３】
また請求項５に係る発明は、請求項４に記載した遊技用システム（１）であって、前記管理装置（５０）は、各遊技用装置（玉貸ユニット２０）について設定される前記基準貸与額（玉貸設定金額）を各遊技用装置に対応付けて（玉貸設定金額ＤＢで）管理し、前記記録媒体識別情報（記録媒体ＩＤ）に対応付けて、該記録媒体識別情報の記録媒体（会員カード４，ビジタコイン５）を少なくとも前回受け付けていた遊技用装置であって、管理装置と通信できる通信可能状態（オンライン状態）で該記録媒体を受け付けた後に管理装置と通信できない通信不可能状態（オフライン状態）になった当該遊技用装置を特定可能な情報（使用装置ＩＤ）を記憶する遊技用装置特定情報記憶手段（残額管理ＤＢ）と、前記通番判定手段（制御部５２）により通番が一致しないと判定され、かつ前記加算額について処理済更新処理（受付貨幣額の消去）が行われているときに、前記記録媒体の記録媒体識別情報に対応付けて前記遊技用装置識別情報記憶手段で記憶している情報から当該記録媒体識別情報の記録媒体が前回受け付けられていた遊技用装置を特定する遊技用装置特定手段（制御部５２）と、をさらに有し、該遊技用装置特定手段により特定された遊技用装置に対応付けて管理している基準貸与額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記減算処理を行うことを特徴とする遊技用システムである。
【００１４】
また請求項６に係る発明は、請求項４又は５に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記管理残額が前記基準貸与額（玉貸設定金額）未満であるときに、遊技者の操作（玉貸ボタン１５の操作）に応じて、前記特定処理手段（制御部２１，外部通信部２１ｂ）により、該管理残額のうちの、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額の整数倍に相当する貸与対象額分の遊技媒体を貸与するための前記記録媒体貸与処理（使用額＋消費税額分の玉貸処理）を行い、該記録媒体貸与処理に使用される貸与対象額を前記管理残額から減算するための前記減算要求を前記管理装置（５０）に対して送信し、前記管理装置は、前記通番判定手段（制御部５２）により通番が一致しないと判定され、かつ前記加算額について処理済更新処理（受付貨幣額の消去）が行われているときに、前記記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する基準貸与額判定手段（制御部５２）をさらに有し、該基準貸与額判定手段により前記管理残額が前記基準貸与額未満であると判定されたときには、前記貸与対象額を前記記録媒体の記録媒体識別情報に対応付けて管理している管理残額から減算する前記減算処理を行うことを特徴とする遊技用システムである。
【００１５】
また請求項７に係る発明は、請求項１〜６のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記記録媒体貸与処理（使用額＋消費税額分の玉貸処理）に使用される基準貸与額及び該基準貸与額に対応する間接税額（消費税額）を前記管理残額から減算するための前記減算要求を前記管理装置（５０）に対して送信し、前記管理装置は、前記減算要求の受信に応じて、前記基準貸与額及び該基準貸与額に対応する間接税額を前記管理残額から減算する前記減算処理を行い、前記遊技用装置は、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、前記受付貨幣額から、前記管理残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する特定手段（制御部２１）と、をさらに有し、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定手段により特定された貸与対象額分の遊技媒体を貸与するための処理（いわゆる一発貸し）を行い、該特定手段により特定された端数額を前記記録媒体（会員カード４，ビジタコイン５）に記録して排出する処理を行い、前記遊技用システムは、前記記録媒体を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置（６０）をさらに備えることを特徴とする遊技用システムである。
【００１６】
また請求項８に係る発明は、請求項１〜７のいずれか１つに記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記記録媒体（会員カード４，ビジタコイン５）の通番が上限値に達しているときに、該記録媒体の通番を初期値に更新し、前記管理装置（５０）は、前記管理している通番が上限値に達しているときに、該管理している通番を初期値に更新することを特徴とする遊技用システムである。
【００１７】
さらに請求項９に係る発明は、請求項１〜８のいずれか１つに記載した遊技用システム（１）であって、前記記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体識別情報（記録媒体ＩＤ）を含む精算要求を前記管理装置（５０）に対して送信する精算装置（６０）をさらに備え、前記管理装置は、前記精算要求の受信に応じて、該精算要求に含まれる記録媒体識別情報に対応付けて該精算要求を受信した旨を示す精算要求受信情報を管理（ステータスを精算処理中にする，精算要求受信フラグの記憶）し、該記録媒体に対応付けて管理されている管理残額を含む精算許諾情報を前記精算装置に対して返信し、前記精算装置は、前記精算許諾情報の受信に応じて、該精算許諾情報に含まれる管理残額に相当する貨幣を払い出す精算処理を行い、該精算処理に伴って前記記録媒体に記録されている通番を更新する第３の通番更新処理を行うと共に、前記精算処理が行われる旨を示す精算実行通知（精算完了通知）を前記管理装置に対して送信し、前記管理装置は、前記精算実行通知の受信に応じて、前記記録媒体の記録媒体識別情報に対応付けられた通番を更新する第４の通番更新処理を行うと共に、該記録媒体識別情報に対応付けて管理している管理残額を零に更新する管理残額零更新処理と、該記録媒体識別情報に対応付けて管理している精算要求受信情報を消去する精算要求消去処理（ステータスを精算処理済にする，精算要求受信フラグの消去）とを行い、前記通番判定手段により通番が一致しないと判定され、かつ前記記録媒体の記録媒体識別情報に対応付けて前記精算要求受信情報を管理していることを条件として、前記管理残額零更新処理と前記精算要求消去処理とを行うことを特徴とする遊技用システムである。
【００１８】
また遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、遊技媒体（パチンコ玉）の貸与に使用される残額を特定可能な残額特定情報（記録媒体ＩＤ）が記録される円盤状記録媒体（ビジタコイン５）の投入を外部から受け付ける記録媒体投入口（コイン投入口２５）と、該記録媒体投入口から投入された円盤状記録媒体を保持する第１の保持部（投入コイン保持部２６Ｐ）と、該第１の保持部に連通し、前記円盤状記録媒体を一列に並べて収納する記録媒体収納部（コイン収納部２７ａ）と、該記録媒体収納部から排出された円盤状記録媒体を保持する第２の保持部（収納コイン保持部２７Ｐ）と、前記第１の保持部で保持している円盤状記録媒体及び前記第２の保持部で保持している円盤状記録媒体を外部に返却する記録媒体返却口（コイン返却口２８）と、始端側で前記第１の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第１の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第１の返却通路（投入コイン返却通路２６ｄ）と、始端側で前記第２の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第２の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第２の返却通路（収納コイン返却通路２７ｄ）と、前記第１の保持部に対応して設けられ、該第１の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第１の読取手段（上部アンテナ２６）と、前記第２の保持部に対応して設けられ、該第２の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第２の読取手段（下部アンテナ２７）と、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２２，硬貨識別機２３）と、前記第１の読取手段により読み取った残額特定情報から特定される残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行うと共に、前記貨幣受付手段により受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行う貸与処理手段（制御部２１）と、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した金額を前記残額として、前記第２の読取手段により読み取った残額特定情報から特定可能にするための残額特定処理を行う残額特定処理手段（制御部２１）と、を有する遊技用装置であって、前記第１の返却通路と前記第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に前記記録媒体返却口に連通していることを特徴とする遊技用装置である。これによれば、第１の返却通路と第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に記録媒体返却口に連通していることにより、第１の返却通路と第２の返却通路が途中で合流して記録媒体返却口に連通する場合と比べて、第２の読取手段を遊技用装置の内部における前方に設けることができるので、限られた奥行きの範囲内で記録媒体収納部の収納スペースを拡張して記録媒体の収納枚数を向上できる。
【発明の効果】
【００１９】
まず請求項１に係る遊技用システムによれば、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置で行われていないことを特定して、対処することができる。即ち管理装置において、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、遊技用装置が残額通知を受信してから管理装置が貸与可能通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また管理装置において、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置が入金要求を受信してから遊技用装置が残額通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。さらに管理装置において、通番が一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われるので、管理装置が減算要求を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。
【００２０】
また請求項２に係る遊技用システムによれば、各遊技用装置について基準貸与額が設定される場合にも、管理装置において、記録媒体が前回受け付けられていた遊技用装置が特定され、対応する基準貸与額が管理残額から減算されるので、正確な残額を確定することができる。
【００２１】
また請求項３に係る遊技用システムによれば、管理残額が基準貸与額未満である場合にも、管理装置において、単位使用額の整数倍に相当する貸与対象額が管理残額から減算されるので、正確な残額を確定することができる。
【００２２】
また請求項４に係る遊技用システムによれば、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置で行われていないことを特定して、対処することができる。即ち管理装置において、通番が一致しないと判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、処理済更新処理が行われるので、遊技用装置が残額通知を受信してから管理装置が貸与可能通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また管理装置において、通番が一致すると判定され、かつ加算額が処理済更新処理の行われていない状態で記憶されていることを条件として、管理残額から該加算額を減算する処理と処理済更新処理とが行われるので、管理装置が入金要求を受信してから遊技用装置が残額通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。さらに管理装置において、通番が一致しないと判定され、かつ加算額について処理済更新処理が行われていることを条件として、減算処理が行われるので、管理装置が減算要求を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。
【００２３】
また請求項５に係る遊技用システムによれば、各遊技用装置について基準貸与額が設定される場合にも、管理装置において、記録媒体が前回受け付けられていた遊技用装置が特定され、対応する基準貸与額が管理残額から減算されるので、正確な残額を確定することができる。
【００２４】
また請求項６に係る遊技用システムによれば、管理残額が基準貸与額未満である場合にも、管理装置において、単位使用額の整数倍に相当する貸与対象額が管理残額から減算されるので、正確な残額を確定することができる。
【００２５】
また請求項７に係る遊技用システムによれば、記録媒体貸与処理に使用された使用額に対応する間接税額を徴収する場合に、オフライン状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための処理（いわゆるオフライン一発貸し）を行うようにしても、該処理によって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【００２６】
また請求項８に係る遊技用システムによれば、遊技用装置は記録媒体の通番が上限値に達しているときに初期値に更新し、管理装置は管理している通番が上限値に達しているときに初期値に更新するので、通番を記憶する領域を極力少なくすると共に、通番が上限値に達した後でも継続して記録媒体を使用することができ、記録媒体のコストを低減させることができる。
【００２７】
さらに請求項９に係る遊技用システムによれば、管理装置において、通番が一致しないと判定され、かつ精算要求受信情報が管理されていることを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置が精算許諾情報を受信してから管理装置が精算実行通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【図面の簡単な説明】
【００２８】
【図１】図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。
【図２】図２（ａ）は玉貸ユニット及びパチンコ機の一例を表す正面図であり、図２（ｂ）は同玉貸ユニットの断面右側面図であり、図２（ｃ）はＸ−Ｘ線断面図である。
【図３】図３は玉貸ユニットに設けられたビジタコインの取扱構造の部位を拡大して表す断面右側面図である。
【図４】図４は玉貸ユニットに設けられたビジタコインの取扱構造の部位を表す斜視図である。
【図５】図５（ａ）は精算装置の一例を表す斜視図であり、図５（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。
【図６】図６（ａ）はビジタコイン発行装置の一例を表す斜視図であり、図６（ｂ）はビジタコイン発行装置に設けられたディスプレイの表示内容の一例を表す図である。
【図７】図７は遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢ，（ｅ）はセンタ管理装置のバックアップＤＢである。
【図８】図８は管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図９】図９は管理装置とオンライン状態である玉貸ユニットにおいて玉貸操作を受け付けた場合の処理の一例を表す図である。
【図１０】図１０は管理装置とオンライン状態である玉貸ユニットにおいて少額一発貸しが行われる場合の処理の一例を表す図である。
【図１１】図１１は管理装置とオンライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図１２】図１２は管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図１３】図１３は図１２に続く図である。
【図１４】図１４は図１２に続く図であり、通番不一致時処理の一例を表す図である。
【図１５】図１５は玉貸ユニットにおいてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図１６】図１６は図１５に続く図である。
【図１７】図１７は管理装置とオフライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。
【図１８】図１８は管理装置とオフライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図１９】図１９は予定残額通知の受信前にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図２０】図２０は端数額消去通知の送信後にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図２１】図２１は玉貸ユニットにおいてオンライン状態への復帰を検出した場合の処理の一例を表す図である。
【図２２】図２２は精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図２３】図２３は図２２に続く図である。
【図２４】図２４は図２２に続く図であり、通番不一致時処理の一例を表す図である。
【図２５】図２５はビジタコイン発行装置において貨幣を受け付けた場合の処理の一例を表す図である。
【図２６】図２６は営業終了後における処理の一例を表す図である。
【図２７】図２７は残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。
【図２８】図２８は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図２９】図２９は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて玉貸操作を受け付けた場合の処理の一例を表す図である。
【図３０】図３０は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて少額一発貸しが行われる場合の処理の一例を表す図である。
【図３１】図３１は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図３２】図３２は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図３３】図３３は図３２に続く図である。
【図３４】図３４は図３２に続く図であり、通番不一致時処理の一例を表す図である。
【図３５】図３５は消費税が徴収されない変形例であって、玉貸ユニットにおいてオフライン状態の発生を検出した場合の処理の一例を表す図である。
【図３６】図３６は図３５に続く図である。
【図３７】図３７は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。
【図３８】図３８は消費税が徴収されない変形例であって、管理装置とオフライン状態である玉貸ユニットにおいて返却操作を受け付けた場合の処理の一例を表す図である。
【図３９】図３９は消費税が徴収されない変形例であって、玉貸ユニットにおいてオンライン状態への復帰を検出した場合の処理の一例を表す図である。
【図４０】図４０は消費税が徴収されない変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図４１】図４１は図４０に続く図である。
【図４２】図４２は図４０に続く図であり、通番不一致時処理の一例を表す図である。
【図４３】図４３は受付貨幣額及び端数額が受信時に管理残額に対して加算される変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表す図である。
【図４４】図４４は受付貨幣額及び端数額が受信時に管理残額に対して加算される変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて記録媒体を受け付けた場合の処理の一例を表す図である。
【図４５】図４５は図４４に続く図である。
【図４６】図４６は図４４に続く図であり、通番不一致時処理の一例を表す図である。
【図４７】図４７は受付貨幣額及び端数額が受信時に管理残額に対して加算される変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。
【図４８】図４８は図４７に続く図である。
【図４９】図４９は図４７に続く図であり、通番不一致時処理の一例を表す図である。
【図５０】図５０は残額を復旧させるために、記録媒体に記録されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図５１】図５１は残額を復旧させるために、管理装置で管理されるバックアップ通番を用いる場合の処理の一例を表す図である。
【図５２】図５２は残額を復旧させるために、管理装置で管理される共通通番を用いる場合の処理の一例を表す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態を、図面を参照して説明する。まず本発明に係る遊技用システム１の概要を説明する。この遊技用システム１は、少なくとも通番が記録される記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて通番及び遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置５０と、遊技機（パチンコ機１０）に対応して設けられ、記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で行う記録媒体貸与処理（玉貸処理）を含む各種処理を管理装置５０と連携して行う遊技用装置（玉貸ユニット２０）と、を備え、以下の例では、精算処理を行う精算装置６０，ビジタコイン５を発行するビジタコイン発行装置７０，及びカード会社に設けられ、管理残額のバックアップを行うセンタ管理装置８０をさらに備える。ここで通番とは、任意の数字（例えば０）から始って１つずつ加算される通し番号である。
【００３０】
この遊技用システム１において、玉貸ユニット２０は、前記各種処理のうちの予め定められた特定処理を行うときに、該特定処理に伴って前記記録媒体の通番を更新する第１の通番更新処理を行うと共に、当該特定処理に対応する連携処理を要求する連携処理要求を管理装置５０に対して送信し、管理装置５０は、該連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体の記録媒体ＩＤに対応付けられた通番を更新する第２の通番更新処理を行う。そして管理装置５０は、玉貸ユニット２０から記録媒体の記録媒体ＩＤと通番とを受信して、該受信した通番が該受信した記録媒体ＩＤに対応付けられた通番と一致するか否かを判定し、該通番が一致しないと判定されたことを条件として、予め定められた通番不一致時処理を行う。
【００３１】
具体的には、例えば図８に示すように、玉貸ユニット２０は、貨幣（紙幣２，硬貨３）を受け付けると、受付貨幣額と記録媒体ＩＤとを特定可能な（ここでは受付貨幣額と記録媒体ＩＤとを含む）入金要求を管理装置５０に対して送信し、管理装置５０は、該入金要求の受信に応じて、該入金要求から特定される受付貨幣額を該入金要求から特定される記録媒体ＩＤに対応付けて記憶する処理を行い、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信し、玉貸ユニット２０は、該予定残額通知の受信に応じて、当該合算額の範囲内で遊技媒体の貸与を可能とするための貸与可能処理（ここでは受付貨幣取込）を第１の特定処理として行うと共に、前記第１の通番更新処理を行い、かつ該貸与可能処理を行った旨を示す貸与可能情報（ここでは貨幣取込通知）を前記連携処理要求として管理装置５０に対して送信し、管理装置５０は、該貨幣取込通知の受信に応じて、前記受付貨幣額を前記管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理（ここでは受付貨幣額の消去）とを第１の連携処理として行うと共に、前記第２の通番更新処理を行う。
【００３２】
ここで玉貸ユニット２０が予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態となった場合には、記録媒体の通番＞管理装置の通番となり、玉貸ユニット２０において受付貨幣取込が行われているにも拘わらず、管理装置５０において受付貨幣額が未加算の状態で記憶されている状況となる。本発明では、このような状況が発生しても、次回、オンライン状態の玉貸ユニット２０が該記録媒体を受け付けると、図１２に示すように、該記録媒体の記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）が管理装置５０に対して送信される。そして管理装置５０において、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されている（即ち入金処理中である）と認識されることにより、前記の状況であると特定されるので、図１４に示すように、通番不一致時処理として、受付貨幣額加算処理及び加算済更新処理（即ち受付貨幣額の消去）が行われる。従って、玉貸ユニット２０が予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。
【００３３】
一方、管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合には、記録媒体の通番＝管理装置の通番となり、玉貸ユニット２０において受付貨幣が返却されているにも拘わらず、管理装置５０において受付貨幣額が未加算の状態で記憶されている状況となる。本発明では、このような状態が状況しても、次回、オンライン状態の玉貸ユニット２０が該記録媒体を受け付けると、図１２に示すように、該記録媒体の記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）が管理装置５０に対して送信される。そして管理装置５０において、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されている（即ち入金処理中である）と認識されることにより、前記の状況であると特定されるので、図１２に示すように、通番一致時処理として、加算済更新処理（即ち受付貨幣額の消去）が行われる。従って、管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。
【００３４】
また、例えば図９に示すように、玉貸ユニット２０は、遊技者による玉貸操作（玉貸ボタン１５の操作）を受け付けると、予め定められた基準貸与額分の遊技媒体を貸与するための記録媒体貸与処理（ここでは使用額＋消費税額分の玉貸処理）を第２の特定処理として行うと共に、前記第１の通番更新処理を行い、かつ該記録媒体貸与処理に使用される基準貸与額（ここでは使用額＋消費税額）を前記管理残額から減算するための減算要求を前記連携処理要求として管理装置５０に対して送信し、管理装置５０は、該減算要求の受信に応じて、使用額＋消費税額を管理残額から減算する減算処理を第２の連携処理として行うと共に、前記第２の通番更新処理を行う。
【００３５】
ここで管理装置５０が減算要求を受信する前にオフライン状態となった場合には、記録媒体の通番＞管理装置の通番となり、玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われているにも拘わらず、管理装置５０において減算処理が行われていない状況となる。本発明では、このような状況が発生しても、次回、オンライン状態の玉貸ユニット２０が該記録媒体を受け付けると、図１２に示すように、該記録媒体の記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）が管理装置５０に対して送信される。そして管理装置５０において、通番が一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われている（即ち入金処理中でない）と認識されることにより、前記の状況であると特定されるので、図１４に示すように、通番不一致時処理として、減算処理が行われる。従って、管理装置５０が減算要求を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。
【００３６】
以下においては、遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、貸与処理が玉貸処理である例について説明する。また、以下においては、玉貸処理に使用された使用額に対応する間接税額が徴収され、該間接税が、既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。ここで消費税率は、この例では５％であり、会員カード４やビジタコイン５を発行するカード会社で設定されて、遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。さらに、以下においては、使用額及び該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
【００３７】
ここで遊技用システム１では、図７に示すように、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「処理日時」であり、精算装置６０での精算が可能な精算可能期間及び玉貸ユニット２０で残額の使用が可能な使用可能期間（以下「精算可能期間及び使用可能期間」を「有効期間」と総称する。）が無期限であり、玉貸ユニット２０が処理履歴として記録媒体の排出の履歴を記憶し、該処理履歴が各記録媒体識別情報（記録媒体ＩＤ）に対して１つのみ記憶されると共に、バックアップ情報を記憶するセンタ管理装置８０を備える（図１を参照）。
【００３８】
以下では、まず遊技用システム１を構成する各部の機能について説明し、次に遊技用システム１の作用を説明し、最後に変形例について説明する。
【００３９】
［１．遊技用システム１を構成する各部の機能］
まず、図１〜図７を参照して、遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外に備える。
【００４０】
この遊技用システム１では、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される。紙幣２は貨幣の一例であって、図２（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図２（ｂ）に示すように、ここでは５００円硬貨，及び１００円硬貨の２種類が使用される。
【００４１】
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。ここで会員カード４の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員遊技者＝メンバーを示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、後述するオフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が、オフライン端数額として記録される。また、後述する少額一発貸しによって発生する端数額，及び該少額一発貸しで使用される対応消費税額×（−１）が、オンライン端数額として記録される。
【００４２】
また会員カード４には、前記通番が記録されている。この通番は、後述する特定処理手段（玉貸ユニット２０の制御部２１）により、前記特定処理（即ち受付貨幣の取込，及び使用額＋消費税額分の玉貸処理）に伴って、第１の通番更新処理で更新される。また通番は、玉貸ユニット２０の制御部２１により、後述する少額一発貸し（即ち貸与対象額分の玉貸処理，及び受付貨幣額＋対応消費税額分の玉貸処理）に伴って、第１の通番更新処理で更新される。さらに通番は、精算装置６０の制御部６２により、後述する精算処理に伴って更新される。
【００４３】
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行った遊技者に対して発行されるものである。
【００４４】
このようにして発行された会員カード４を、遊技者がオンライン状態の玉貸ユニット２０に挿入することにより、該会員カード４の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に挿入することにより、該会員カード４に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に挿入することにより、該会員カード４の管理残額を精算可能となる。
【００４５】
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
【００４６】
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、パチンコ玉の貸与に使用される残額を特定可能な残額特定情報が記録されるものであり、ここでは記録媒体ＩＤが残額特定情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員以外の遊技者＝ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、後述するオフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が、オフライン端数額として記録される。また、後述する少額一発貸しによって発生する端数額，及び該少額一発貸しで使用される対応消費税額×（−１）が、オンライン端数額として記録される。
【００４７】
またビジタコイン５にも、前記通番が記録されている。この通番は、後述する特定処理手段（玉貸ユニット２０の制御部２１）により、前記特定処理（即ち受付貨幣の取込，及び使用額＋消費税額分の玉貸処理）に伴って、第１の通番更新処理で更新される。また通番は、玉貸ユニット２０の制御部２１により、後述する少額一発貸し（即ち貸与対象額分の玉貸処理，及び受付貨幣額＋対応消費税額分の玉貸処理）に伴って、第１の通番更新処理で更新される。さらに通番は、精算装置６０の制御部６２により、後述する精算処理に伴って更新される。
【００４８】
またビジタコイン５には、該ビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額である管理残額が零でない旨を示す管理残額有り情報として、オンライン残額有りフラグも記録される。具体的には、図示しないが、ビジタコイン５の管理残額が零であるときには、オンライン残額無しフラグである０が記録され、ビジタコイン５の管理残額が零でないときには、オンライン残額有りフラグである１が記録される。
【００４９】
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで、記録媒体ＩＤ，オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグは各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，オンライン端数額，通番，及びオンライン残額有りフラグが記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述するコイン収納部２７ａ，又はビジタコイン発行装置７０の後述するコインストッカ７５ｂに収納される。
【００５０】
そして図８に示すように、管理装置５０と通信可能状態（オンライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図１１に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶残額）が零でないことを条件として、オンライン残額有りフラグが記録されたビジタコイン５が発行（排出）される。
【００５１】
また図１７に示すように、管理装置５０と通信不可能状態（オフライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図１８に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶端数額）が零でないことを条件として、オフライン端数額が記録されたビジタコイン５が発行（排出）される。
【００５２】
さらに図２５に示すように、管理装置５０と通信可能状態（オンライン状態）であるビジタコイン発行装置７０において、貨幣を受け付けた後、遊技者から発行額の選択を受け付けたことに基づいて、後述する記録媒体発行処理が行われて、オンライン残額有りフラグが記録されたビジタコイン５が発行される。
【００５３】
このようにして発行されたビジタコイン５を、遊技者がオンライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に投入することにより、該ビジタコイン５の管理残額を精算可能となる。
【００５４】
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００５５】
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００５６】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行われる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
【００５７】
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。例えば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
【００５８】
玉貸ボタン１５は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を使用した玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部２４Ｐで保持されている会員カード４，後述する投入コイン保持部２６Ｐで保持されているビジタコイン５，又は後述する収納コイン保持部２７Ｐで保持されているビジタコイン５の返却操作を遊技者から受け付けるボタンである。
【００５９】
玉貸ユニット２０は遊技用装置の一例であって、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置６０で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を含む各種処理を管理装置６０と連携して行うものである。例えば、パチンコ玉を貸与するための貸与処理（玉貸処理）として、後述する記録媒体貸与処理，貨幣貸与処理，及び入金残額貸与処理を行う。
【００６０】
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２９，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器３０，硬貨返却口２３ｆ，コイン投入口２５，コイン返却口２７，及びカード挿入口２４ａ等を備え、図２（ｂ）及び図２（ｃ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，硬貨識別機２３，投入コイン保持部２６Ｐ（図示外）に対応する上部アンテナ２６，投入コイン返却通路２６ｄ，コイン収納部２７ａ，収納コイン保持部２７Ｐ（図示外）とカード保持部２４Ｐに対応する下部アンテナ２７，収納コイン返却通路２７ｄ，及び記録媒体Ｒ／Ｗ２４等を備えており、これらの各構成要素は図１に示すように接続されている。この玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
【００６１】
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行うものである。制御部２１のＲＯＭには前記装置ＩＤが記憶されている。
【００６２】
制御部２１のＲＡＭは、管理装置５０とオンライン状態では、管理装置５０で管理されている管理残額と管理装置５０で記憶された受付貨幣額との合算額を含む予定残額通知（図８のＳ１０６，図１３のＳ２４１）が送信されてきたことに基づいて該合算額を残額として記憶すると共に、管理装置５０で管理されている管理残額を含む残額通知（図１３のＳ２２１）が送信されてきたことに基づいて該管理残額を記憶する。以下、制御部２１のＲＡＭで記憶される残額を「記憶残額」と称する。
【００６３】
また制御部２１のＲＡＭは、管理装置５０とオフライン状態では、後述する特定手段（制御部２１）により特定された貸与対象額を記憶すると共に、該特定手段（制御部２１）により特定された端数額を記憶する端数額記憶手段として機能するものである。以下、制御部２１のＲＡＭで記憶される端数額を「記憶端数額」と称する。ここで記憶残額と記憶端数額とは各々別領域に記憶される。
【００６４】
さらに制御部２１のＲＡＭは、当該玉貸ユニット２０の処理状態を記憶する。具体的には、貨幣を受け付けたときには、処理状態が「貨幣受付」である旨を記憶し、玉貸操作を受け付けたときには、処理状態が「玉貸操作受付」である旨を記憶し、返却操作を受け付けたときには、処理状態が「返却操作受付」である旨を記憶し、記録媒体を受け付けたときには、処理状態が「記録媒体受付」である旨を記憶する。この制御部２１の他の機能については後述する。
【００６５】
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。
【００６６】
この外部通信部２１ｂは入金要求送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに所定額以上の貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤとを特定可能な入金要求を管理装置５０に対して送信するものであり（図８のＳ１０３）、ここでは受付貨幣額と記録媒体ＩＤとを含む入金要求を送信する。
【００６７】
具体的には、記録媒体を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００６８】
この入金要求を受信した管理装置５０は、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行い（図８のＳ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（同Ｓ１０６）。
【００６９】
また外部通信部２１ｂは記録媒体受付通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体の記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）を管理装置５０に対して送信するものである（図１２のＳ２０２）。この挿入通知には、該記録媒体に記録されているオンライン端数額とオフライン端数額も含まれる。この挿入通知は、当該記録媒体の管理残額の取得を要求する残額取得要求でもある。
【００７０】
具体的には、会員カード４の挿入を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を送信し、ビジタコイン５の投入を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を送信する。即ち挿入通知には、カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００７１】
この挿入通知を受信した管理装置５０は、後述する通番判定手段（制御部５２）による判定を行う（図１２のＳ２０３）。そして通番が一致すると判定され、挿入通知に含まれるオフライン端数額が零であるかあるいはオフライン端数額が含まれず、かつ挿入通知に含まれるオンライン端数額が零であるかあるいはオンライン端数額が含まれないことを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２２１）。
【００７２】
一方、通番が一致すると判定され、かつ挿入通知に含まれるオフライン端数額が零でないことを条件として、該挿入通知に含まれるオフライン端数額を該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する処理を行い（図１２のＳ２１１）、該記録媒体ＩＤに対応付けて管理している管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（同Ｓ２４１）。
【００７３】
なおオンライン端数額を含む挿入通知は、当該記録媒体の管理残額に対するオンライン端数額の加算を要求する補正要求でもある。またオフライン端数額を含む挿入通知は、当該記録媒体の管理残額に対するオフライン端数額の加算を要求する端数額加算更新要求でもある。
【００７４】
また外部通信部２１ｂは返却通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信するものである（図１１のＳ１８４）。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（同Ｓ１８５）。
【００７５】
また外部通信部２１ｂはオンライン復帰通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態への復帰を検知したことに基づいて、記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信するものである（図２１のＳ６０２）。このオンライン復帰通知は、前記挿入通知と同等のものであり、該オンライン復帰通知を受信した管理装置５０は、挿入通知を受信した場合と同様の処理を行う。
【００７６】
さらに外部通信部２１ｂは処理履歴送信手段の一例であって、管理装置５０から送信されてくる処理履歴送信要求に応じて、後述する処理履歴記憶手段である処理履歴ＤＢ（図７（ａ）を参照）で記憶している処理履歴を管理装置５０に対して送信するものである（図２７のＳ１０１３を参照）。
【００７７】
なお外部通信部２１ｂは、後述する特定処理手段（制御部２１）の一部を構成するものであり、その機能については後述する。この外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
【００７８】
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
【００７９】
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋及び金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
【００８０】
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であり、所定額（例えば１０００円）以上の貨幣を受け付けた場合には、受付貨幣額と記録媒体ＩＤとを含む入金要求（図８のＳ１０３）が管理装置５０に対して送信され、所定額未満の貨幣を受け付けた場合には、後述する少額一発貸し（図１０のＳ１４４，Ｓ１６３）が行われる。また管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能であり、該貨幣を受け付けた場合に、後述するオフライン一発貸し（図１７のＳ５１５，Ｓ５２５）が行われる。
【００８１】
記録媒体Ｒ／Ｗ２４は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ２４は、前記ＩＣカードである会員カード４及び前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部２６Ｐに対応する上部アンテナ２６と、収納コイン保持部２７Ｐ及びカード保持部２４Ｐに対応する下部アンテナ２７とを備えている。これにより、コイン投入口２５から投入されて投入コイン保持部２６Ｐで保持しているビジタコイン５に対しては、上部アンテナ２６を介して情報の読み取り及び書き込みを行う。また、コイン収納部２７ａから排出されて収納コイン保持部２７Ｐで保持しているビジタコイン５に対しては、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。さらに、カード挿入口２４ａから挿入されてカード保持部２４Ｐで保持している会員カード４に対しても、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。
【００８２】
次に図２〜図４を参照して、ビジタコイン５の取扱構造について説明する。このビジタコイン５の取扱構造には、コイン投入口２５，投入コイン保持部２６Ｐ，コイン収納部２７ａ，収納コイン保持部２７Ｐ，コイン返却口２８，投入コイン返却通路２６ｄ，収納コイン返却通路２７ｄ，上部アンテナ２６，及び下部アンテナ２７が含まれる。
【００８３】
コイン投入口２５は記録媒体投入口の一例であって、ビジタコイン５の投入を外部から受け付ける部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成された縦長の孔である。
【００８４】
投入コイン保持部２６Ｐは第１の保持部の一例であって、コイン投入口２５から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン投入口２５から後方に向けて傾斜して配置された投入コイン誘導通路２６ａにおいて、該投入コイン誘導通路２６ａの終端部分が第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃにより区画された部位である。この投入コイン保持部２６Ｐでは、コイン投入口２５から投入されて投入コイン誘導通路２６ａを自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃに堰き止められて保持される。
【００８５】
ここで第１の投入コインストッパ２６ｂは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの後方に連通するコイン収納部２７ａとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐとコイン収納部２７ａとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の投入コインストッパ２６ａは、通常は閉鎖状態であるが、前記投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額（即ち制御部２１のＲＡＭで記憶している残額）が零になると開放状態になり、投入コイン保持部２６Ｐで保持していたビジタコイン５が自重により転動して、コイン収納部２７ａに収納される。
【００８６】
また第２の投入コインストッパ２６ｃは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの下方に連通する投入コイン返却通路２６ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐと投入コイン返却通路２６ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の投入コインストッパ２６ｃは、通常は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持しているときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、該投入コイン保持部２６Ｐで保持していたビジタコイン５が投入コイン返却通路２６ｄを自重により落下及び転動して、コイン返却口２８に返却される。
【００８７】
コイン収納部２７ａは記録媒体収納部の一例であって、投入コイン保持部２６Ｐに連通し、ビジタコイン５を一列に並べて収納する部位であり、ここでは図３に示すように、投入コイン保持部２６Ｐから後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して配置された通路において、該通路の終端部分に設けられた第１の収納コインストッパ２７ｂにより区画された部位である。このコイン収納部２７ａでは、遊技場の営業開始前に予めコイン投入口２５から投入されたビジタコイン５，及び遊技場の営業中に第１の投入コインストッパ２６ｂが開放状態となって投入コイン保持部２６Ｐにおける保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパに堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでのコイン収納部２７ａは、７枚のビジタコイン５を収納可能である。
【００８８】
ここで第１の収納コインストッパ２７ｂは、コイン収納部２７ａと該コイン収納部２７ａの前方に連通する収納コイン保持部２７Ｐとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、コイン収納部２７ａと収納コイン保持部２７Ｐとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の収納コインストッパ２７ｂは、通常は閉鎖状態であるが、次に述べる収納コイン保持部２７Ｐで保持しているビジタコイン５が外部に返却されると開放状態になり、コイン収納部２７ａに収納されているビジタコイン５が自重により転動して、収納コイン保持部２７Ｐに排出される。従って該収納コイン保持部２７Ｐには、常にビジタコイン５が保持された状態となる。
【００８９】
収納コイン保持部２７Ｐは第２の保持部の一例であって、コイン収納部２７ａから排出されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン収納部２７ａの終端側から前方に向けて傾斜して配置された収納コイン返却通路２７ｄにおいて、該収納コイン返却通路２７ｄの始端部分が第２の収納コインストッパ２７ｃにより区画された部位である。この収納コイン保持部２７Ｐでは、第１の収納コインストッパ２７ｂが開放状態となってコイン収納部２７ａから排出されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ２７ｃに堰き止められて保持される。
【００９０】
ここで第２の収納コインストッパ２７ｃは、収納コイン保持部２７Ｐと該収納コイン保持部２７Ｐの前方に連通する収納コイン返却通路２７ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、収納コイン保持部２７Ｐと収納コイン返却通路２７ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の収納コインストッパ２７ｃは、常時は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持していないときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、収納コイン保持部２７Ｐで保持していたビジタコイン５が収納コイン返却通路２７ｄを自重により転動して、コイン返却口２８に返却される。
【００９１】
コイン返却口２８は記録媒体返却口の一例であって、投入コイン保持部２６Ｐで保持しているビジタコイン５及び収納コイン保持部２７Ｐで保持しているビジタコイン５を外部に返却する部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン返却通路２６ｄの終端側に形成された投入コイン返却通路出口２６ｅ及び収納コイン返却通路２７ｄの終端側に形成された収納コイン返却通路出口２７ｅから返却されたビジタコイン５を受け止める容器状の部位である。
【００９２】
投入コイン返却通路２６ｄは第１の返却通路の一例であって、始端側で投入コイン保持部２６Ｐに連通すると共に終端側でコイン返却口２８に連通し、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、投入コイン保持部２６Ｐから下方に向けて延出し、途中で前方に向けて屈曲して傾斜して配置された通路である。
【００９３】
収納コイン返却通路２７ｄは第２の返却通路の一例であって、始端側で収納コイン保持部２７Ｐに連通すると共に終端側でコイン返却口２８に連通し、収納コイン保持部２７Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、収納コイン保持部２７Ｐから前方に向けて傾斜して配置された通路である。
【００９４】
上部アンテナ２６は第１の読取手段の一例であって、投入コイン保持部２６Ｐに対応して設けられ、該投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該上部アンテナ２６を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。この上部アンテナ２６は、図３に示す投入コイン保持部２６Ｐの左側面に隣接して、図２（ｂ）に示すように配置されている。
【００９５】
下部アンテナ２７は第２の読取手段の一例であって、収納コイン保持部２７Ｐに対応して設けられ、該収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。また下部アンテナ２７は、カード保持部２４Ｐに対応して設けられ、該カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤを読み取るものでもあり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、会員カード４に対する情報の読み取り及び書き込みを行う。この下部アンテナ２７は、図３に示す収納コイン保持部２７Ｐの右側面に隣接して、カード保持部２４Ｐとの間に挟まれた形で配置されており、収納コイン保持部２７Ｐで保持しているビジタコイン５及びカード保持部２４Ｐで保持している会員カード４の両方と通信できるようになっている。
【００９６】
以上に説明したビジタコイン５の取扱構造は、図３及び図４に示すように、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通していることを特徴とするものである。
【００９７】
ここで該ビジタコイン５の取扱構造に類似するものとして、特開２００１−２９３２４２号公報（図４，図５，段落００４４，００５１）に示す玉貸し機が知られている。この玉貸し機（本願の玉貸ユニット２０に相当）では、第１検知部（本願の上部アンテナ２６に相当）で保持しているコイン（本願のビジタコイン５に相当）をコイン返却口に導くためのバイパス通路（本願の投入コイン返却通路２６ｄに相当）が、第２検知部（本願の下部アンテナ２７に相当）で保持しているコインをコイン返却口に導くための返却通路（本願の収納コイン返却通路２７ｄに相当）と合流してから、コイン返却口に連通するように構成されている。
【００９８】
しかしながら、この従来の玉貸し機のように、コインをコイン返却口に導くための２つの通路が合流してからコイン返却口に連通するように構成すると、本願の下部アンテナ２７に相当する第２検知部を、該合流地点よりも後方に設けなければならないので、玉貸し機の内部における限られた奥行きの範囲内では、コイン収納部の収納スペースが少なくなるという問題点があった。
【００９９】
そこで本願のビジタコイン５の取扱構造の如く、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通するように構成すれば、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄが途中で合流してコイン返却口２８に連通する場合と比べて、下部アンテナ２７を玉貸ユニット２０の内部における前方に設けることができるので、玉貸ユニット２０の内部における限られた奥行きの範囲内で、コイン収納部２７ａの収納スペースを拡張してビジタコイン５の収納枚数を向上できる。
【０１００】
図２に戻り、多機能ランプ２９は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２９は、例えば会員カード４及びビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器３０は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。
【０１０１】
ここで前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【０１０２】
また制御部２１は特定処理手段の一例であって、前記各種処理のうちの予め定められた特定処理を行い、該特定処理に伴って前記記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行うものである。また特定処理手段の一部を構成する外部通信部２１ｂが、該特定処理に対応する連携処理を要求する連携処理要求を管理装置５０に対して送信する。ここで第１の通番更新処理とは、収納コイン保持部２７Ｐで保持しているビジタコイン５，投入コイン保持部２６Ｐで保持しているビジタコイン５，又はカード保持部２４Ｐで保持している会員カード４に記録されている通番に１を加算して更新する旨を、カードＲ／Ｗ２４に対して指示する処理である。
【０１０３】
この特定処理手段として機能する制御部２１は、管理装置５０から送信されてくる残額通知の受信に応じて、該残額通知から特定される合算額の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理を第１の特定処理として行うと共に、前記第１の通番更新処理を行い、該特定処理手段の一部を構成する外部通信部２１ｂにより、該貸与可能処理を行った旨を示す貸与可能情報を前記連携処理要求として管理装置５０に対して送信する。ここでの貸与可能処理は、残額通知である予定残額通知（図８のＳ１０６）の受信に応じて受付貨幣を取り込む処理である（同Ｓ１０８）。また貸与可能通知は、受付貨幣の取込を行った旨を示す貨幣取込通知である（同Ｓ１１０）。
【０１０４】
また特定処理手段として機能する制御部２１は、遊技者の操作（玉貸ボタン１５の操作）に応じて、予め定められた基準貸与額分のパチンコ玉を貸与するための記録媒体貸与処理を第２の特定処理として行うと共に（図９のＳ１２２）、前記第１の通番更新処理を行い、該特定処理手段の一部を構成する外部通信部２１ｂにより、該記録媒体貸与処理に使用される基準貸与額を管理残額から減算するための減算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１２４）。ここでの基準貸与額は、本例においては以下で示す玉貸設定金額であり、例えば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７（ｄ）に示す管理装置５０の玉貸設定金額ＤＢで管理されている。また減算要求は、消費税が徴収されることから、記録媒体貸与処理に使用される基準貸与額及び該基準貸与額に対応する消費税額を管理残額から減算するための減算要求であり、具体的には、記録媒体貸与処理に使用される使用額＋消費税額と、記録媒体ＩＤとを含むものである。
【０１０５】
ここで記録媒体貸与処理は、管理残額（即ち制御部２１のＲＡＭに記憶されている記憶残額）が基準貸与額（玉貸設定金額）以上であるときには、遊技者の操作に応じて、該管理残額のうちの、該基準貸与額分のパチンコ玉を貸与するための処理であり、管理残額が基準貸与額未満であるときには、遊技者の操作に応じて、該管理残額のうちの、前記管理残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額の整数倍に相当する貸与対象額分の遊技媒体を貸与するための処理であって、具体的には、以下に示す使用額＋消費税額分の玉貸処理を行う（図９のＳ１２２）。
【０１０６】
この使用額＋消費税額分の玉貸処理としては、制御部２１のＲＡＭに記憶されている記憶残額と予め設定された玉貸設定金額（例えば税込単位額の５度数分である５２５円）とを比較して、記憶残額≧玉貸設定金額であれば、該玉貸設定金額を使用額＋消費税額として、該玉貸設定金額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、記憶残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として、該貸与対象額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。なお記憶残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行わない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
【０１０７】
そして該使用額＋消費税額分の玉貸処理が行われると、記憶残額≧玉貸設定金額であれば、該玉貸設定金額（ここでは５２５円）を使用額＋消費税額として含み、記憶残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として含む前記減算要求が、管理装置５０に対して送信される（図９のＳ１２４）。この減算要求を受信した管理装置５０から減算完了通知が送信されてくることにより（同Ｓ１２８）、制御部２１のＲＡＭに記憶されている記憶残額から使用額＋消費税額が減算更新され（同Ｓ１２９）、該減算更新に応じて残度数表示器１４における残度数の表示及び残額表示器３０における残額の表示が更新されて（図８のＳ１１１）、再び玉貸操作を受付可能となる（同Ｓ１１２）。
【０１０８】
また特定処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに所定額（例えば１０００円）未満の貨幣を受け付けたことに基づいて、遊技者の操作によることなく、該受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理（少額一発貸し）を第３の特定処理として行うと共に（図１０のＳ１４４，Ｓ１６３）、前記第１の通番更新処理を行い、該特定処理手段の一部を構成する外部通信部２１ｂにより、後述するオンライン端数額を管理残額に対して加算するための加算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１４６，Ｓ１６５）。
【０１０９】
ここで制御部２１は特定手段の一例であって、前記通信可否検知手段によりオンライン状態を検知しているときに所定額（例えば１０００円）未満の貨幣を受け付けたこと，及び前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前記受付貨幣額から、前記残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する消費税額（ここでは５円）との合算額である税込単位額（即ち１０５円）の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の貸与対象額特定処理を行うものである。
【０１１０】
また制御部２１は貸与判定手段の一例であって、予め定められた所定額（例えば１０００円）未満の金額の貨幣を受け付けたことに基づいて、ＲＡＭで記憶している記憶残額が前記受付貨幣額に対応する消費税額以上であるか否かを判定するものである（図１０のＳ１６２）。
【０１１１】
ここでオンライン状態を検知しているときに所定額未満の貨幣を受け付けた場合における特定手段及び特定処理手段の作用について説明する。まず特定手段として機能する制御部２１は、記憶残額が零であること（図１０のＳ１４１でＹＥＳ），又は前記貸与判定手段により記憶残額＜受付貨幣額に対応する消費税額であると判定されたこと（同Ｓ１６２でＮＯ）を条件として、前記第１の貸与対象額特定処理を行う（同Ｓ１４３）。具体的には、５００円を受け付けた場合には、受付貨幣額である５００円から、税込単位額である１０５円の４倍に相当する４２０円を貸与対象額として特定すると共に、８０円を端数額として特定する。そして特定処理手段として機能する制御部２１は、遊技者の操作によることなく、該特定手段により特定された貸与対象額分の玉貸処理（少額一発貸し）を第３の特定処理として行い（同Ｓ１４４）、前記第１の通番更新処理を行う（同Ｓ１４５）。また該特定処理手段の一部を構成する外部通信部２１ｂにより、前記特定手段により特定された端数額と記録媒体ＩＤとを含む加算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１４６）。該加算要求を受信した管理装置５０は、該記録媒体ＩＤに対応付けて管理されている管理残額に対して該端数額を加算する（同Ｓ１４８）。なお特定手段により特定された端数額は、オンライン端数額として記録媒体に記録され（同Ｓ１４７）、加算完了通知の受信後に消去される（同Ｓ１５２）。従って、加算完了通知の受信前にオフライン状態が発生した場合には、前記記録されたオンライン端数額が消去されずに残存し、返却操作が行われることで、該オンライン端数額が記録された記録媒体が排出（返却）される。そして該加算完了通知を受信したことを条件として、次の貸与処理を行う。
【０１１２】
また特定処理手段として機能する制御部２１は、記憶残額が零でない（図１０のＳ１４１でＮＯ）と判定され、受付貨幣額に対応する消費税額（以下「対応消費税額」と称する。）が特定された後（同Ｓ１６１）、前記貸与判定手段により前記記憶残額が前記受付貨幣額に対応する消費税額以上であると判定されたこと（図１０のＳ１６２でＹＥＳ）を条件として、遊技者の操作によることなく、当該受付貨幣額＋対応消費税額分のパチンコ玉を貸与するための貨幣貸与処理（少額一発貸し）を第３の特定処理として行い（同Ｓ１６３）、前記第１の通番更新処理を行う（同Ｓ１６４）。また該特定処理手段の一部を構成する外部通信部２１ｂにより、前記対応消費税額＊（−１）と記録媒体ＩＤとを含む加算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１６５）。該加算要求を受信した管理装置５０は、該記録媒体ＩＤに対応付けて管理されている管理残額に対して該対応消費税額＊（−１）を加算する（同Ｓ１６７）。ここで対応消費税額に（−１）を乗じるのは、該対応消費税額は本来管理残額から減算すべきものであるところ、貸与対象額分の玉貸処理が行われた場合と同様に加算要求として統一的に処理するためである。なお対応消費税額は、（−１）を乗じて、記録媒体に記録され（同Ｓ１６６）、加算完了通知の受信後に消去される（同Ｓ１７２）。従って、加算完了通知の受信前にオフライン状態が発生した場合には、前記記録されたオンライン端数額が消去されずに残存し、返却操作が行われることで、該オンライン端数額が記録された記録媒体が排出（返却）される。そして該加算完了通知を受信したことを条件として、次の貸与処理を行う。
【０１１３】
また制御部２１は記録媒体排出処理手段の一例であって、前記記録媒体貸与処理による処理の対象となった記録媒体（会員カード４，ビジタコイン５）に前記残額（管理残額）を記録することなく排出する第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額＋消費税額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に残額を記録することなく排出し（図９のＳ１９１）、会員カード４又はビジタコイン５を受け付けている状態で、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に残額を記録することなく排出する（同Ｓ１９６，Ｓ１９５）。
【０１１４】
また記録媒体排出処理手段として機能する制御部２１は、前記記録媒体貸与処理の対象となったビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零でないことを条件として、該ビジタコイン５に前記オンライン残額有りフラグを記録し、前記管理残額を記録することなく排出する前記第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額＋消費税額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、制御部２１のＲＡＭで記憶している残額が零でないことを条件として、収納コイン保持部２７Ｐで保持しているビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録し（図１１のＳ１９０）、ビジタコイン５を受け付けている状態で、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している記憶残額が零でないことを条件として、投入コイン保持部２６Ｐで保持している該ビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録する（同Ｓ１９５）。
【０１１５】
また制御部２１は管理残額有無管理手段の一例であって、前記通信可否検知手段によりオンライン状態を検知しているときに受け付けたビジタコイン５の管理残額が零でないか否かを、少なくとも当該ビジタコイン５の受付中において管理するものである。具体的には、前述の如く、管理装置５０とオンライン状態で、ビジタコイン５を受け付けた際に、前記管理残額と受付貨幣額との合算額を含む予定残額通知又は前記管理残額を含む残額通知が送信されてきたことに基づいて、該合算額又は管理残額を制御部２１のＲＡＭで記憶すると共に、前記記録媒体貸与処理に基づいて、制御部２１のＲＡＭで記憶している管理残額から使用額を減算していき、該ビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している残額）が零であるか否かを管理する。
【０１１６】
そして前記記録媒体排出処理手段は、前記ビジタコイン５の受付後に前記通信可否検知手段によりオフライン状態を検知したときに、前記管理残額有無管理手段でビジタコイン５の管理残額が零でない旨を管理している（即ち制御部２１のＲＡＭで記憶している残額が零でない）ことを条件として、前記第１の排出処理（即ちビジタコイン５にオンライン残額有りフラグを記録し、管理残額を記録せずに排出する処理）を行う。
【０１１７】
また制御部２１は、残額通知（図１３のＳ２２１）の受信に応じて、前記第１の通番更新処理を行い（同Ｓ２２３）、外部通信部２１ｂは、該残額通知を受信した旨を示す残額受信通知を管理装置５０に対して送信する（同Ｓ２２４）。また制御部２１は、予定残額通知の受信に応じて（同Ｓ２４１）、前記記録媒体に記録されている入金残額であるオフライン端数額を零に更新するかあるいは消去する入金残額不存在処理を行うと共に、該入金残額不存在処理に伴って前記第１の通番更新処理を行い（同Ｓ２４５）、外部通信部２１ｂは、該入金残額不存在処理を行った旨を示す端数額消去通知を管理装置５０に対して送信する（同Ｓ２４６）。ここでの入金残額不存在処理は、記録媒体に記録されているオフライン端数額を消去する処理である（同Ｓ２４４）。なお前記予定残額通知の受信に応じて、記録媒体に記録されているオンライン端数額を消去する処理も、併せて行われる（同Ｓ２４３）。
【０１１８】
また制御部２１は、記録媒体の通番が上限値（例えば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部２７Ｐのビジタコイン５，若しくはカード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１１９】
また制御部２１はオフライン一発貸し処理手段の一例であって、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、遊技者の操作によることなく、前記第１の貸与対象額特定処理により特定された貸与対象額分のパチンコ玉を貸与するための貨幣貸与処理（オフライン一発貸し）を行うものである。
【０１２０】
ここでオフライン状態を検知しているときに貨幣を受け付けた場合における特定手段及びオフライン一発貸し処理手段の作用について説明する。まず特定手段として機能する制御部２１は、受付貨幣額≦１０００円であると判定され（図１７のＳ５１１でＹＥＳ）、記憶残額が零であり（同Ｓ５１２でＹＥＳ）、受付貨幣額≧税込単位額であると判定されたこと（同Ｓ５１３でＹＥＳ）を条件として、前記第１の貸与対象額特定処理を行う（同Ｓ５１４）。具体的には、１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する。そしてオフライン一発貸し処理手段として機能する制御部２１は、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定手段により特定された貸与対象額分の玉貸処理（オフライン一発貸し）を開始する（同Ｓ５１５）。なお特定手段により特定された端数額は、制御部２１のＲＡＭで記憶される（同Ｓ５１６）。
【０１２１】
そして記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から前記オフライン一発貸しに使用された使用額を減算した入金残額が零でないことを条件として（即ちオフライン一発貸しにより残額があるときには）、前記記録媒体（会員カード４，ビジタコイン５）に該入金残額を記録して排出する第２の排出処理を行い、ここでは第１の貸与対象額特定処理により貸与対象額と端数額が特定されると、遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該特定された端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）を前記入金残額（オフライン端数額）として記録媒体に記録して排出する第２の排出処理を行う。
【０１２２】
また制御部２１は合算額判定手段の一例であって、オフライン状態で貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額又は前記受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである。
【０１２３】
即ち合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、前記特定手段により特定された端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図１７のＳ５２３）。
【０１２４】
また合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに前記第２の排出処理により排出された（即ちオフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、会員カード４又はビジタコイン５を受け付けて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図１７のＳ５２３）。
【０１２５】
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段により後述する第２の貸与対象額特定処理が行われる一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による第２の貸与対象額特定処理が行われない。例えば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
【０１２６】
また特定手段として機能する制御部２１は、前記貸与対象額分の玉貸処理（オフライン一発貸し）を行った後に貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の貸与対象額特定処理を行う。具体的には、前述の如く、管理装置５０とオフライン状態で１０００円を受け付け、９４５円が貸与対象額として特定されて該貸与対象額分の玉貸処理が行われると共に、５５円が端数額として特定された（制御部２１のＲＡＭで記憶された）後に、さらに１０００円を受け付けた場合に、前記合算額判定手段により記憶端数額＋受付貨幣額≧税込単位額であると判定されたこと（図１７のＳ５２３でＹＥＳ）を条件として、前記特定された端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（同Ｓ５２４）。
【０１２７】
さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに、前記第２の排出処理により排出された（即ち前記オフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の貸与対象額特定処理を行う。具体的には、管理装置５０とオフライン状態で、オフライン端数額として５５円が記録されている会員カード４又はビジタコイン５を受け付け、さらに１０００円を受け付けた場合に、前記合算額判定手段により記憶端数額＋受付貨幣額≧税込単位額であると判定されたこと（図１７のＳ５２３でＹＥＳ）を条件として、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（同Ｓ５２４）。
【０１２８】
即ち制御部２１のＲＡＭで記憶される記憶端数額には、第１の貸与対象額特定処理により特定された端数額，及び記録媒体に記録されていたオフライン端数額が含まれる。これら第２の貸与対象額特定処理により貸与対象額と端数額が特定されると、貸与処理手段として機能する制御部２１は、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分の玉貸処理（オフライン一発貸し）を開始する（同Ｓ５２５）。また特定手段により特定された端数額は、制御部２１のＲＡＭで記憶される（同Ｓ５２６）。換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される。なお遊技者から排出操作（返却ボタン１６の操作）を受け付けた場合には、前記記録媒体排出処理手段により、制御部２１のＲＡＭで記憶している記憶端数額を入金残額（オフライン端数額）として記録媒体に記録して排出する第２の排出処理が行われる。
【０１２９】
また制御部２１は管理残額有り情報記録判定手段の一例であって、ビジタコイン５に管理残額有り情報であるオンライン残額有りフラグが記録されているか否かを判定するものである。この管理残額有り情報記録判定手段によりオンライン残額有りフラグが記録されている（即ちフラグが１）と判定されたこと（図１８のＳ５４７，Ｓ５６６でＹＥＳ）を条件として、オフライン端数額が零のビジタコイン５を排出する処理が前記記録媒体排出処理手段により行われる。
【０１３０】
また制御部２１のＥＥＰＲＯＭには、図７（ａ）に示す処理履歴ＤＢが設けられている。この処理履歴ＤＢは処理履歴記憶手段の一例であって、前記記録媒体貸与処理（使用額＋消費税額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該貸与処理後の残額と、当該記録媒体に係わる最後の処理を特定するための最後処理特定情報とを対応付けて、処理履歴として所定の処理数分記憶するものである。ここでは前記使用額＋消費税額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、該排出処理時に制御部２１のＲＡＭで記憶されている記憶残額を前記貸与処理後の残額として記憶すると共に、該排出処理が行われた日時である排出日時を前記最後処理特定情報として記憶することにより、前記処理履歴を記憶する。即ち、この処理履歴ＤＢでは、排出処理毎に、残額と排出日時が記憶される。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，日時を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
【０１３１】
また制御部２１は記録媒体識別情報記憶判定手段の一例であって、前記貸与処理（使用額＋消費税額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤが前記処理履歴記憶手段（処理履歴ＤＢ）で既に記憶されているか否かを判定するものである。具体的には、前記使用額＋消費税額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。
【０１３２】
さらに制御部２１は処理履歴更新手段の一例であって、前記記録媒体識別情報記憶判定手段により記録媒体ＩＤが記憶されていないと判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴を処理履歴記憶手段（処理履歴ＤＢ）に記憶すると共に、記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴記憶手段で既に記憶されている処理履歴を新たな処理履歴に更新するものである。具体的には、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されていない（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致しない）と判定されると、該記録媒体ＩＤを処理履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶する。一方、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されている（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致する）と判定されると、該記録媒体ＩＤに対応する残額及び排出日時を新たな残額及び排出日時に更新（上書き）する。
【０１３３】
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けて通番及びパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，及び場外通信部５６等を備えている。
【０１３４】
記憶手段であるハードディスク５５には、図７（ｄ）に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、会員カード４又はビジタコイン５の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは前記記録媒体ＩＤに対応付けて、後述する第２の通番更新処理により更新される通番が管理される。
【０１３５】
また、この残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置５０と通信できない通信不可能状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
【０１３６】
この装置ＩＤの記憶方法について説明する。まず管理装置５０とオンライン状態にある玉貸ユニット２０が、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に対して送信される（図８のＳ１０３）。このとき送信される情報には、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤも含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。一方、管理装置５０とオンライン状態にある玉貸ユニット２０が、所定額未満の貨幣を受け付けると、端数額又は対応消費税額＊（−１）を含む加算要求が管理装置５０に対して送信される（図１０のＳ１４６，Ｓ１６５）。このとき送信される情報にも、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。
【０１３７】
また管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けると、挿入通知が管理装置５０に対して送信される（図１２のＳ２０２）。このとき送信される情報にも、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、予定残額通知又は残額通知の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図１３のＳ２２０，Ｓ２４０）。ここで予定残額通知又は残額通知の送信時に記憶をするのは、以下の理由による。即ち後述する通番不一致時処理において、玉貸設定金額を減算するにあたり（図１４のＳ２７０）、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理を要するが（同Ｓ２６７）、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、予定残額通知又は残額通知の送信時（換言すれば図１４に示す通番不一致時処理の終了後）としているのである。
【０１３８】
ここで管理装置５０は、返却操作に伴う返却通知（図１１のＳ１８４）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行う。
【０１３９】
ここでオフライン状態にある玉貸ユニット２０が記録媒体を受け付けて、その後、該記録媒体を受け付けている状態でオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、前記挿入通知に相当するオンライン復帰通知が管理装置５０に対して送信され（図２１のＳ６０２）、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
【０１４０】
また本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときにも、挿入通知が管理装置５０に対して送信される（図２２のＳ７０２）。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと当該精算装置６０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、前述したのと同様の理由により、後述する精算許諾情報の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図２３のＳ７２０，Ｓ７４０）。
【０１４１】
また残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、当該記録媒体に関する処理状態であるステータスが記憶されている。このステータスの記憶方法について説明する。まず管理装置５０は、玉貸ユニット２０から入金要求を受信すると（図８のＳ１０３）、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（同Ｓ１０４）、玉貸ユニット２０から貨幣取込通知を受信したことを条件として（同Ｓ１１０）、該貨幣取込通知に含まれる記録媒体ＩＤに対応するステータスを入金処理済に更新する（同Ｓ１１６）。ここで入金処理中とは、受付貨幣額が未加算の状態で記憶されている旨を示すステータスであり、入金処理済とは、受付貨幣額について後述する加算済更新処理が行われている旨を示すステータスである。
【０１４２】
また管理装置５０は、玉貸ユニット２０から減算要求を受信すると（図９のＳ１２４）、該減算要求に含まれる記録媒体ＩＤに対応するステータスとして減算処理済と記憶し（同Ｓ１２７）。また管理装置５０は、玉貸ユニット２０から加算要求を受信すると（図１０のＳ１４６，Ｓ１６５）、該加算要求に含まれる記録媒体ＩＤに対応するステータスとして加算処理済と記憶する（同Ｓ１５０，Ｓ１６９）。
【０１４３】
また管理装置５０は、玉貸ユニット２０から挿入通知を受信すると（図１２のＳ２０２）、該挿入通知に含まれる記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（図１２のＳ２０９，図１４のＳ２７３）、玉貸ユニット２０から残額受信通知又は端数額消去通知を受信したことを条件として（図１３のＳ２２４，Ｓ２４６）、該残額受信通知又は端数額消去通知に含まれる記録媒体ＩＤに対応するステータスを挿入処理済に更新する（同Ｓ２２８）。
【０１４４】
さらに管理装置５０は、精算装置６０から精算要求を受信すると（図２２のＳ７０２）、該精算要求に含まれる記録媒体ＩＤに対応するステータスとして精算処理中と記憶し（図２２のＳ７０９，図２４のＳ７７３）、精算装置６０から精算完了通知を受信したことを条件として（図２３のＳ７２４，Ｓ７２６）、該精算完了通知に含まれる記録媒体ＩＤに対応するステータスを精算処理済に更新する（同Ｓ７２７）。ここで精算処理中とは、精算要求を受信した旨を示す精算要求受信情報を管理している旨を示すステータスであり、精算処理済とは、該精算要求受信情報を管理していない旨を示すステータスである。
【０１４５】
さらに残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、前記入金要求に含まれる受付貨幣額と、前記挿入通知に含まれるオンライン端数額及びオフライン端数額が記憶されている。即ち管理装置５０は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行う。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該受付貨幣額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図８のＳ１０６）。また管理装置５０は、前記挿入通知の受信に応じて、該挿入通知から特定されるオンライン端数額及び／又はオフライン端数額（ここでは該挿入通知に含まれるオンライン端数額及び／又はオフライン端数額）を該挿入通知から特定される記録媒体ＩＤ（ここでは該挿入通知に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行う。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該オンライン端数額及び／又はオフライン端数額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２４１）。
【０１４６】
前記玉貸設定金額ＤＢは基準貸与額を管理するものであり、ここでは各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が各玉貸ユニット２０毎に管理されている。本例における貸与基準額は間接税を含む額であり、税込基準額の整数倍、例えば５度数分の税込基準額である５２５円，３度数分の税込基準額である３１５円とされる。
【０１４７】
ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０１４８】
この制御部５２は連携処理手段の一例であって、前記連携処理要求の受信に応じて前記連携処理を行い、該連携処理に伴って前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けられた通番を更新する第２の通番更新処理を行うものである。ここで第２の通番更新処理とは、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。
【０１４９】
この連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である貸与可能情報（ここでは貨幣取込通知）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理（図８のＳ１１３）と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理（同Ｓ１１４）とを第１の連携処理として行うと共に、前記第２の通番更新処理を行う（同Ｓ１１５）。ここでの加算済更新処理は、該受付貨幣額を消去する処理である。
【０１５０】
また連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である減算要求の受信に応じて、前記基準貸与額を管理残額から減算する減算処理（図９のＳ１２５）を第２の連携処理として行うと共に、前記第２の通番更新処理を行う（同Ｓ１２６）。ここでの減算処理は、消費税が徴収されることから、基準貸与額及び該基準貸与額に対応する消費税額を管理残額から減算する処理であり、具体的には、減算要求に含まれる使用額＋消費税額を管理残額から減算する処理である。即ち、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］は玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は税込単位額の整数倍であって管理残額を超えない最大額である。そして通信部５１により、該減算処理を行った旨を示す減算完了通知が玉貸ユニット２０に対して送信される（同Ｓ１２８）。
【０１５１】
さらに連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である加算要求の受信に応じて、該加算要求に含まれるオンライン端数額（端数額又は対応消費税額＊（−１））を管理残額に対して加算する加算処理（図１０のＳ１４８，Ｓ１６７）を第３の連携処理として行うと共に、前記第２の通番更新処理を行う（同Ｓ１４９，Ｓ１６８）。そして通信部５１により、該加算処理を行った旨を示す加算完了通知が玉貸ユニット２０に対して送信される（同Ｓ１５１，Ｓ１７０）。
【０１５２】
また制御部５２は、残額受信通知（図１３のＳ２２４）の受信に応じて、前記第２の通番更新処理を行う（同Ｓ２２７）。
【０１５３】
また制御部５２は、端数額消去通知（同Ｓ２４６）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオンライン端数額を当該記録媒体の管理残額に対して加算するオンライン端数額加算処理と、該オンライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理とを行うものであり（同Ｓ２４７）、ここでは該加算済更新処理としてオンライン端数額を消去する処理を行う。また制御部５２は、端数額消去通知の受信に応じて（同Ｓ２４６）、当該記録媒体の記録媒体ＩＤに対応付けて記憶している入金残額（ここではオフライン端数額）を当該記録媒体の管理残額に対して加算する入金残額加算処理（オフライン端数額加算処理）と、該オフライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理とを行うものであり（同Ｓ２４８）、ここでは該加算済更新処理としてオフライン端数額を消去する処理を行う。さらに制御部５２は、これらの処理に伴って、前記第２の通番更新処理を行う（同Ｓ２２７）。
【０１５４】
また制御部５２は、後述する精算完了通知（図２３のＳ７２４，Ｓ７４６）の受信に応じて、記録媒体の記録媒体ＩＤに対応付けられた通番を更新する第４の通番更新処理を行うと共に（同Ｓ７２６）、該記録媒体ＩＤに対応付けて管理している管理残額を零に更新する管理残額零更新処理（同Ｓ７２５）と、該記録媒体ＩＤに対応付けて管理している精算要求受信情報を消去する精算要求消去処理（同Ｓ７２７）とを行う。ここでの第４の通番更新処理とは、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。また管理残額零更新処理とは、管理残額を消去する処理である。さらに精算要求消去処理とは、ステータスを精算処理済に更新する処理である。そして通信部５１により、これらの処理を行った旨を示す残額消去完了通知が精算装置６０に対して送信される（同Ｓ７２８）。
【０１５５】
ここで制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（例えば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１５６】
また制御部５２は通番判定手段の一例であって、玉貸ユニット２０から記録媒体の記録媒体ＩＤと通番とを受信し、該受信した通番が該受信した記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、具体的には、記録媒体受付通知（ここでは挿入通知）の受信に応じて、該受信した挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤに対応付けられた通番と一致するか否かを判定し（図１２のＳ２０３）、また精算要求の受信に応じて、該受信した精算要求に含まれる通番が該精算要求に含まれる記録媒体ＩＤに対応付けられた通番と一致するか否かを判定する（図２２のＳ７０３）。そして制御部５２は、該通番判定手段により通番が一致しないと判定されたことを条件として、予め定められた通番不一致時処理を行う。
【０１５７】
具体的には、通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番不一致時処理として、前記受付貨幣額加算処理と前記加算済更新処理を行う（図１４のＳ２６１，図２４のＳ７６１）。即ち通番が一致せず、かつ受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。
【０１５８】
一方、通番判定手段により通番が一致すると判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番一致時処理として、前記受付貨幣額加算処理を行うことなく、前記加算済更新処理を行う（図１２のＳ２０５，図２２のＳ７０５）。即ち通番が一致し、かつ受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているため、管理装置５０においても受付貨幣額を管理残額に対して加算せず、該受付貨幣額を消去する処理を行うものである。
【０１５９】
また通番が一致すると判定され、かつ挿入通知に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２２１）。一方、通番が一致すると判定され、かつ挿入通知に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１３のＳ２４１）。
【０１６０】
また通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２３のＳ７２１）。一方、通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（図２３のＳ７４１）。
【０１６１】
そして通番判定手段により通番が一致しないと判定され、かつ前記オフライン端数額が未加算の状態で記憶されていること（即ち挿入処理中又は精算処理中であること）を条件として、通番不一致時処理として、前記入金残額加算処理と前記加算済更新処理を行う（図１４のＳ２６４，図２４のＳ７６４）。即ち通番が一致せず、かつオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行われているため、管理装置５０においてオフライン端数額を管理残額に対して加算して該オフライン端数額を消去する処理を行うものである。
【０１６２】
一方、通番判定手段により通番が一致すると判定され、かつ前記オフライン端数額が未加算の状態で記憶されていること（即ち挿入処理中又は精算処理中であること）を条件として、通番一致時処理として、前記入金残額加算処理を行うことなく、前記加算済更新処理を行う（図１２のＳ２０８，図２２のＳ７０８）。即ち通番が一致し、かつオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１２のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ２４１）を受信する前，又は管理装置５０が精算要求（図２２のＳ７０２）を受信してから精算装置６０が精算許諾情報（同Ｓ７４１）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行われていないため、管理装置５０においてもオフライン端数額を管理残額に対して加算せず、該オフライン端数額を消去する処理を行うものである。
【０１６３】
なお通番判定手段により通番が一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていること（即ちステータスが入金処理中，挿入処理中，又は精算処理中のいずれでもないこと）を条件として、通番不一致時処理として、前記減算処理を行う。具体的には、管理残額≧玉貸設定金額であれば、玉貸設定金額を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行い（図１４のＳ２７０，図２４のＳ７７０）、管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行う（図１４のＳ２７１，図２４のＳ７７１）。
【０１６４】
ここで本例において、図１４のＳ２７０，図２４のＳ７７０で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
【０１６５】
まず制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中，挿入処理中，精算処理中のいずれでもない）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１４のＳ２６７，図２４のＳ７６７）。
【０１６６】
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中，挿入処理中，精算処理中のいずれでもない）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７（ｄ）の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１４のＳ２６９，図２４のＳ７６９）。そして制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方、玉貸設定金額未満であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から税込単位額の整数倍（但し管理残額を超えない最大額）を減算する。
【０１６７】
つまり使用額＋消費税額分の玉貸処理が行われて、玉貸ユニット２０から送信された減算要求を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額又は税込単位額の倍数であって、管理残額を超えない最大額）を特定して、特定した使用額＋消費税額を減算する補正を行っている。
【０１６８】
また制御部５２は、ビジタコイン発行装置７０から送信されてきた後述する発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行うものである（図２５のＳ９０６）。
【０１６９】
また制御部５２は最後残額特定処理手段の一例であって、前記処理履歴送信手段（玉貸ユニット２０の外部通信部２１ｂ）から送信されてきた処理履歴（図７（ａ）に示す処理履歴ＤＢで記憶している処理履歴）に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理を行うものであり、ここでは後述する精算履歴送信手段（精算装置６０の通信部６１）から送信されてきた精算履歴（図７（ｂ）に示す精算履歴ＤＢで記憶している精算履歴），及び後述する発行履歴送信手段（ビジタコイン発行装置７０の通信部７１）から送信されてきた発行履歴（図７（ｃ）に示す発行履歴ＤＢで記憶している発行履歴）を含めて、前記最後残額特定処理を行う。この最後残額特定処理手段の具体的な機能については、図２７のＳ１０４５〜Ｓ１０４８を参照して後述する。
【０１７０】
さらに制御部５２は残額復帰処理手段の一例であって、前記最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額を新たに管理するための残額復帰処理を行う残額復帰処理手段を行うものであり、ここでは該最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額と、後述するバックアップ情報送信手段（センタ管理装置８０の通信部８１）から送信されてきたバックアップ情報（図７（ｅ）に示すバックアップＤＢで記憶しているバックアップ情報）に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額を特定し、該特定した残額を新たに管理するための残額復帰処理を行う。この残額復帰処理手段の具体的な機能についても、図２７のＳ１０４４，Ｓ１０４９，及びＳ１０５０を参照して後述する。
【０１７１】
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものである。ここで玉貸ユニット２０に対して送信される情報は、前述したとおりである。また通信部５１は、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものであると共に、ビジタコイン発行装置７０の後述する通信部７１と通信可能に接続されており、管理装置５０とビジタコイン発行装置７０との間における通信を司るものである。
【０１７２】
この通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（精算装置６０の通信部６１）から送信されてきた精算要求の受信に応じて、該制御部入金要求含まれる記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するものであり、ここでは該管理残額又は該管理残額と前記記録媒体に記録されているオフライン端数額との合算額を含む合算額精算許諾情報を精算装置６０に対して送信するものである。即ち、精算要求にオンライン端数額及びオフライン端数額が含まれない場合には、管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２３のＳ７２１）。一方、精算要求にオンライン端数額及び／又はオフライン端数額が含まれる場合には、管理残額とオンライン端数額及び／又はオフライン端数額との合算額である予定残額を含む精算許諾情報を精算装置６０に対して送信する（同Ｓ７４１）。また通信部５１は、精算許諾情報に応じて精算装置６０から送信されてくる精算完了情報を受信し（同Ｓ７２４，Ｓ７４６）、管理残額を消去し（同Ｓ７２５）、第４の通番更新処理を行い（同Ｓ７２６）、ステータスを精算処理済に更新した後に（同Ｓ７２７）、該管理残額を消去した旨を示す残額消去完了通知を精算装置６０に対して送信する（同Ｓ７２８）。
【０１７３】
また通信部５１は、制御部５２による前記選択額記憶処理が完了したことに基づいて、前記管理している残額を含む発行許諾情報をビジタコイン発行装置７０に対して返信するものである（図２５のＳ９０７）。
【０１７４】
さらに通信部５１は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（図２７のＳ１０１１を参照）、精算履歴送信要求を精算装置６０に対して送信し（同Ｓ１０２１を参照）、発行履歴送信要求をビジタコイン発行装置７０に対して送信するものである（同Ｓ１０３１を参照）。
【０１７５】
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。この外部通信部５６は、遊技場の営業終了後において、図７（ｄ）に示す残額管理ＤＢの記憶内容をセンタ管理装置８０に対して送信するものである（図２６のＳ１００１を参照）。また場外通信部５６は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、バックアップ情報送信要求をセンタ管理装置８０に対して送信するものである（図２７のＳ１０４１を参照）。
【０１７６】
精算装置６０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図５（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，会員カード挿入口６４ａ，コイン投入口６５ａ，紙幣払出口６６ａ，及び硬貨払出口６７ａ等を備え、図１に示すように、その内部に通信部６１，制御部６２，カードＲ／Ｗ６４，コインＲ／Ｗ６５，紙幣払出機６６，及び硬貨払出機６７等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
【０１７７】
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、会員カード４又はビジタコイン５を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信するものである（図２２のＳ７０２）。このオンライン端数額を含む精算要求は、当該記録媒体の管理残額に対するオンライン端数額の加算を要求する補正要求でもある。またオフライン端数額を含む精算要求は、当該記録媒体の管理残額に対するオフライン端数額の加算を要求する端数額加算更新要求でもある。
【０１７８】
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行われる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、精算完了通知を送信する（図２３のＳ７２４，Ｓ７４６）。なお「精算処理が行われる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７２２，Ｓ７４４の貨幣の払い出し（即ち精算処理）の後に、精算完了に伴う精算完了通知を送信している。
【０１７９】
また通信部６１は精算履歴送信手段の一例であって、管理装置５０から送信されてくる精算履歴送信要求に応じて、後述する精算履歴記憶手段である精算履歴ＤＢ（図７（ｂ）を参照）で記憶している精算履歴を管理装置５０に対して送信するものである（図２７のＳ１０２３を参照）。
【０１８０】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部６２の機能については後述する。
【０１８１】
ディスプレイ６３は、図５（ｂ）に示すように、各種の情報を表示するための表示デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。また貨幣を払い出すときに、Ｄ２に示すように、残額を返却する旨，及び会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。なお会員カード４又はビジタコイン５に異常があるときには、Ｄ３に示すように、その旨が表示される。
【０１８２】
カードＲ／Ｗ６４は記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではカード挿入口６４ａから挿入された会員カード４を受け付けて、該会員カード４に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該会員カード４からオフライン端数額及びオンライン端数額を消去する、ＩＣカードＲ／Ｗである。この精算装置６０において精算が完了した会員カード４は、カード挿入口６４ａから排出されて、遊技者に返却される。
【０１８３】
コインＲ／Ｗ６５も記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではコイン投入口６５ａから投入されたビジタコイン５を受け付けて、該ビジタコイン５に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該ビジタコイン５からオフライン端数額，オンライン端数額，及びオンライン残額有りフラグを消去する、ＩＣコインＲ／Ｗである。この精算装置６０において精算が完了したビジタコイン５は、コインＲ／Ｗ６５の下部に設けられるコイン回収部６５ｂに回収されて、遊技者には返却されない。
【０１８４】
紙幣払出機６６及び硬貨払出機６７は、貨幣を払い出すものであり、具体的には、紙幣払出機６６の背後に設けられる紙幣収納部６６ｂから、所定の種類及び所定数の紙幣２を取り出して、紙幣払出口６６ａから払い出すと共に、硬貨払出機６７の上部に設けられる硬貨収納部６７ｂから、所定の種類及び所定数の硬貨３を取り出して、硬貨払出口６７ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。
【０１８５】
ここで前記制御部６２は精算処理手段の一例であって、前記第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたときには、該受け付けた記録媒体の管理残額に相当する貨幣を払い出す精算処理を行い、前記第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたときには、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣を払い出す精算処理を行う。ここで精算処理とは、貨幣の払い出しを紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理である。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１８６】
具体的には、精算処理手段として機能する制御部６２は、前記精算許諾情報の受信に応じて、該精算許諾情報に含まれる管理残額に相当する貨幣を払い出す精算処理を行うものであり（図２３のＳ７２２，Ｓ７４４）、ここでは前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記残額と前記オフライン端数額との合算額に相当する貨幣を払い出す精算処理を行う。即ち管理装置５０から送信されてきた精算許諾情報に管理残額のみが含まれる場合には、該管理残額に相当する貨幣の払出を指示する処理を行い、管理残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行い、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
【０１８７】
また制御部６２は、前記精算処理に伴って記録媒体に記録されている通番を更新する第３の通番更新処理を行うものである（図２３のＳ７２３，Ｓ７４５）。ここで第３の通番更新処理とは、受け付けている記録媒体（会員カード４，ビジタコイン５）に記録されている通番に１を加算して更新する旨を、カードＲ／Ｗ６４又はコインＲ／Ｗ６５に対して指示する処理である。
【０１８８】
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２２のＳａ７０１）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信したことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。
【０１８９】
また制御部６２のＥＥＰＲＯＭには、図７（ｂ）に示す精算履歴ＤＢが設けられている。この精算履歴ＤＢは精算履歴記憶手段の一例であって、前記精算処理の履歴である精算履歴として、該精算処理の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは精算処理が行われたことに基づいて、該精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算処理が行われた日時である精算日時を前記最後処理特定情報として記憶することにより、前記精算履歴を記憶する。この精算履歴ＤＢでは、最大で２５６個の精算履歴を、前記所定の処理数分として記憶可能であり、記憶している精算履歴が２５６個に達すると、新たな精算履歴を記憶する際に、精算日時が最も古い精算履歴が消去されて、当該新たな精算履歴が記憶される。
【０１９０】
ビジタコイン発行装置７０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、縦長の箱型の形状を呈するものであり、その前面にタッチパネル式のディスプレイ７３，紙幣挿入口７４ａ，紙幣払出口７４ｄ，及びコイン発行口７５ａ等を備え、図１に示すように、その内部に通信部７１，制御部７２，紙幣識別機７４，紙幣収納部７４ｂ，紙幣払出部７４ｃ，コインＲ／Ｗ７５，及びコインストッカ７５ｂ等を備えており、これらの各構成要素は図１に示すように接続されている。
【０１９１】
通信部７１は、管理装置５０の通信部５１と通信可能に接続されており、ビジタコイン発行装置７０と管理装置５０との間における通信を司るものである。この通信部７１は、紙幣識別機７４により紙幣２を受け付けた後、タッチパネル式のディスプレイ７３により遊技者から発行額の選択を受け付けたことに基づいて、発行するビジタコイン５の記録媒体ＩＤと前記選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する（図２５のＳ９０５）。
【０１９２】
また通信部７１は発行履歴送信手段の一例であって、管理装置５０から送信されてくる発行履歴送信要求に応じて、後述する発行履歴記憶手段である発行履歴ＤＢ（図７（ｃ）を参照）で記憶している発行履歴を管理装置５０に対して送信するものである（図２７のＳ１０３３）。
【０１９３】
制御部７２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、ビジタコイン発行装置７０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部７２の機能については後述する。
【０１９４】
タッチパネル式のディスプレイ７３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスでもある。このディスプレイ７３では、紙幣２を受付可能なときに、Ｄ１１に示すように、紙幣２の挿入を促す旨が表示される。ここで遊技者が紙幣２を挿入すると、Ｄ１２に示すように、該挿入された紙幣２の金額が入金額として表示されると共に、ビジタコイン５の発行に供する発行額を選択するための発行額選択ボタンとして、「１０００円」ボタン，「２０００円」ボタン，「５０００円」ボタン，及び「１００００円」ボタンの４種類が表示される、発行額選択画面が表示される。ここで遊技者がいずれかの発行額選択ボタン（ここでは「５０００円」ボタン）を押圧操作して前記入金額の範囲内で発行額を選択すると、Ｄ１３に示すように、該選択された発行額を前記残額としてパチンコ玉の貸与に使用可能なビジタコイン５が発行されて、該ビジタコイン５が発行された旨が表示されると共に、釣銭がある場合には釣銭が払い出されて、該釣銭が払い出された旨が表示される。
【０１９５】
紙幣識別機７４は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは紙幣挿入口７４ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機７４により受け付けられた紙幣２は、該紙幣識別機７４の背後に設けられている紙幣収納部７４ｂに金種毎に収納される。そして釣銭があるときに、紙幣収納部７４ｂに収納されている紙幣２が、該紙幣収納部７４ｂの前方に設けられている紙幣払出部７４ｃに搬送されて、該紙幣払出部７４ｃの前方に設けられている紙幣払出口７４ｄから釣銭として払い出される。
【０１９６】
コインＲ／Ｗ７５は、図６（ｂ）のＤ１２に示す発行額選択画面で発行額が選択されたときに、ビジタコイン５が収納されているコインストッカ７５ｂから排出されて内部に保持しているビジタコイン５の記録媒体ＩＤを読み取ると共に、該ビジタコイン５に対してオンライン残額有りフラグを記録する、ＩＣコインＲ／Ｗである。このコインＲ／Ｗ７５の内部で保持しているビジタコイン５は、管理装置５０から発行許諾情報が送信されてきたことに基づいて、該コインＲ／Ｗ７５の前方に設けられているコイン発行口７５ａから排出されて発行され、該ビジタコイン５が発行されると、コインストッカ７５ｂで収納されているビジタコイン５が排出されてコインＲ／Ｗ７５の内部に保持される。
【０１９７】
ここで前記制御部７２は記録媒体発行処理手段の一例であって、前記貨幣受付手段（紙幣識別機７４）により受け付けた貨幣（紙幣２）の金額を残額として、記録媒体（ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理するための処理を行うと共に、該記録媒体に残額を記録することなく発行する記録媒体発行処理を行うものである。具体的には、コインＲ／Ｗ７５の内部で保持しているビジタコイン５の記録媒体ＩＤと図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する処理（図２５のＳ９０５）と、コインＲ／Ｗ７５の内部で保持しているビジタコイン５をコイン発行口７５ａから排出して発行する処理（同Ｓ９１０）が、前記記録媒体発行処理に相当する。なお記録媒体発行処理手段は、記録媒体発行処理を行う際に、前記記録媒体（ビジタコイン５）に管理残額有り情報（オンライン残額有りフラグ）を記録して発行する処理を行う（同Ｓ９０８）。
【０１９８】
また制御部７２のＥＥＰＲＯＭには、図７（ｃ）に示す発行履歴ＤＢが設けられている。この発行履歴ＤＢは発行履歴記憶手段の一例であって、前記記録媒体発行処理の履歴である発行履歴として、該記録媒体発行処理の対象となった記録媒体（ビジタコイン５）の記録媒体ＩＤと、該記録媒体発行処理の対象となった前記残額と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは記録媒体発行処理が行われたことに基づいて、該記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額を前記記録媒体発行処理の対象となった残額として記憶する共に、該記録媒体発行処理が行われた日時である発行日時を前記最後処理特定情報として記憶することにより、前記発行履歴を記憶する。この発行履歴ＤＢでは、最大で２５６個の発行履歴を、前記所定の処理数分として記憶可能であり、記憶している発行履歴が２５６個に達すると、発行日時が最も古い発行履歴が消去されて、当該新たな発行履歴が記憶される。
【０１９９】
センタ管理装置８０はバックアップ装置の一例であって、遊技場外（ここではカード会社）に設けられるものであり、図１に示すように接続される通信部８１，制御部８２，及びハードディスク８３等を備えている。この実施形態では、前記有効期間が無期限であるため、例えば残額がある記録媒体を持ち帰った遊技者が１ヶ月後に来店したときに、管理装置５０で管理している残額が失われていると、該１ヶ月の間は当該記録媒体に係わる処理履歴，精算履歴，及び発行履歴が記憶されていないため、残額を復帰することができず、遊技者が損をしてしまうので、センタ管理装置８０において所定時間毎に残額のバックアップを行うものである。
【０２００】
記憶手段であるハードディスク８３には、図７（ｅ）に示すバックアップＤＢが設けられている。このバックアップＤＢはバックアップ情報記憶手段の一例であって、管理装置５０で記録媒体ＩＤに対応付けて管理されている残額を該管理装置５０から所定時間毎に取得してバックアップ情報として記憶するものであり、ここでは遊技場の営業終了後に管理装置５０から送信されてくる残額管理ＤＢの記憶内容（図７（ｄ）を参照）を、バックアップ情報として記憶する。またバックアップＤＢは、該バックアップ情報を記憶した日時を、バックアップ日時として記憶する。
【０２０１】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
【０２０２】
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。この通信部８１は、バックアップ情報の記憶が完了したことに基づいて、該バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を管理装置５０に対して返信するものである（図２６のＳ１００４）。また通信部８１はバックアップ情報送信手段の一例であって、管理装置５０から送信されてくるバックアップ情報送信要求に応じて、バックアップ情報記憶手段であるバックアップ情報ＤＢ（図７（ｅ）を参照）で記憶しているバックアップ情報を管理装置５０に対して送信するものである（図２７のＳ１０４３）。
【０２０３】
［２．遊技用システム１の作用］
次に、図８〜図２７を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，及び制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部２７Ｐのビジタコイン５に記録されている通番，若しくは、カード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
【０２０４】
まず図８は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ１０１）、受付貨幣額が所定額（ここでは１０００円）以上であるか否かを判定する（Ｓ１０２）。このＳ１０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ１４１に進む。一方、Ｓ１０２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する（Ｓ１０３）。ここで入金要求に含まれる記録媒体ＩＤは、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取ったコインＩＤであり、会員カード４を受け付けている場合には、カード保持部２４Ｐで保持している会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取ったカードＩＤであり、ビジタコイン５を受け付けている場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取ったコインＩＤである。
【０２０５】
Ｓ１０３の入金要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（Ｓ１０４）、該入金要求に含まれる受付貨幣額を該記録媒体ＩＤに対応付けて記憶して（Ｓ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ１０６）。
【０２０６】
Ｓ１０６の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ１０７）、前記Ｓ１０１で受け付けた受付貨幣を取り込み（Ｓ１０８）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１０９）、前記記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ１１０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１１）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ１１２）。
【０２０７】
Ｓ１１０の貨幣取込通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算し（Ｓ１１３）、該受付貨幣額を消去し（Ｓ１１４）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１１５）、該記録媒体ＩＤに対応するステータスを入金処理済に更新する（Ｓ１１６）。
【０２０８】
次に図９は、管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、玉貸操作を待機している状態で、玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額＋消費税額分の玉貸処理を開始し（Ｓ１２２）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１２３）、前記記録媒体ＩＤと使用額＋消費税額とを含む減算要求を管理装置５０に対して送信する（Ｓ１２４）。
【０２０９】
Ｓ１２４の減算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該減算要求に含まれる使用額＋消費税額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算し（Ｓ１２５）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１２６）、該記録媒体ＩＤに対応するステータスとして減算処理済と記憶し（Ｓ１２７）、減算完了通知を玉貸ユニット２０に対して送信する（Ｓ１２８）。
【０２１０】
Ｓ１２８の減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算し（Ｓ１２９）、前記Ｓ１２２で開始された使用額＋消費税額分の玉貸処理の終了を待機する（Ｓ１３０）。このＳ１３０で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１３０で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、記憶残額が零であるか否かを判定する（Ｓ１３１）。このＳ１３１で記憶残額が零でない（ＮＯ）と判定された場合には、前記Ｓ１１１に戻る。一方、Ｓ１３１で記憶残額が零である（ＹＥＳ）と判定された場合には、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１３２）。このＳ１３２で記録媒体を受付中でない（ＮＯ）と判定された場合には、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１３３）。一方、Ｓ１３２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かを判定する（Ｓ１３４）。このＳ１３４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ１３５）、第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して（Ｓ１３６）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１３３）。一方、Ｓ１３４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、貨幣受付，又は返却操作を待機する状態となる（Ｓ１３７）。
【０２１１】
次に図１０は、管理装置５０とオンライン状態である玉貸ユニット２０において少額一発貸しが行われる場合の処理の一例を表す図である。前記Ｓ１０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１４１）。このＳ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１６１に進む。一方、Ｓ１４１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ１４２）。このＳ１４２で受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、前記Ｓ１０１で受け付けた貨幣を返却して、貨幣受付，又は記録媒体受付を待機する状態となる。
【０２１２】
一方、Ｓ１４２で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第１の貸与対象額特定処理により、受付貨幣額から貸与対象額と端数額を特定し（Ｓ１４３）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理である少額一発貸しを開始し（Ｓ１４４）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１４５）、前記記録媒体ＩＤと前記特定した端数額とを含む加算要求を管理装置５０に対して送信して（Ｓ１４６）、該端数額をオンライン端数額として前記記録媒体に記録する（Ｓ１４７）。
【０２１３】
Ｓ１４６の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる端数額を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１４８）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１４９）、該記録媒体ＩＤに対応するステータスとして加算処理済と記憶し（Ｓ１５０）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１５１）。
【０２１４】
Ｓ１５１の加算完了通知を受信した玉貸ユニット２０は、前記オンライン端数額を記憶残額に加算し（Ｓ１５２）、前記記録媒体に記録されているオンライン端数額を消去し（Ｓ１５３）、前記Ｓ１４４で開始された貸与対象額分の玉貸処理の終了を待機する（Ｓ１５４）。このＳ１５４で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１５４で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１５５）、貨幣受付，又は返却操作受付を待機する状態となる（Ｓ１５６）。ここで玉貸操作を待機する状態とならないのは、前記Ｓ１５２で管理残額に加算されるオンライン端数額は税込単位額未満であるため、玉貸操作を受け付けても使用額分の玉貸処理ができないからである。
【０２１５】
前記Ｓ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額に対応する消費税額を特定し（Ｓ１６１）、記憶残額が該特定した対応消費税額以上であるか否かを判定する（Ｓ１６２）。このＳ１６２で記憶残額が対応消費税額未満である（ＮＯ）と判定された場合には、前記Ｓ１４２に進む。一方、Ｓ１６２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、遊技者の操作によることなく、受付貨幣額＋対応消費税額分の玉貸処理を開始し（Ｓ１６３）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１６４）、前記記録媒体ＩＤと前記対応消費税額＊（−１）とを含む加算要求を管理装置５０に対して送信して（Ｓ１６５）、該対応消費税額＊（−１）をオンライン端数額として前記記録媒体に記録する（Ｓ１６６）。
【０２１６】
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額＋対応消費税額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２１７】
本例では８０円の管理残額（＝記憶残額）がある状態で、５００円の入金を受け付けることで、対応消費税額の２５円が管理残額から減算されて、受付貨幣額の５００円分のパチンコ玉が貸与され、管理残額が５５円となる。ここで、従来のシステムにおいて、消費税額を徴収する場合には、税込単位額未満の端数額が管理残額として残った状態では使用することができず、かつ該端数額が累積されて単位貸与額以上となったときにも、その残額を使用するために遊技者が玉貸操作を行わなければないという問題があった。本発明の遊技用システム１を適用することによって、端数額が受付貨幣額の対応消費税額以上であれば、当該端数額が税込単位額未満であっても使用され、かつ玉貸操作を要せずに受付貨幣額＋対応消費税額分の玉貸処理を行うので遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０２１８】
つまり、玉貸処理に応じて消費税が徴収される場合であれば、遊技者が貨幣（例えば１００円）を投入しても、受付貨幣額が税込単位額（例えば１０５円）未満の貨幣であるため、受付貨幣額＋対応消費税額分の玉貸処理が行われずに不便であったが、本遊技用システム１を適用することによって、遊技者が貨幣（１００円）を投入したときに残額が消費税額（５円）以上残存していれば、受付貨幣額（１００円）分の玉貸処理が玉貸操作によることなく行われるので遊技者の利便性が向上する。また、例えば８０円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋対応消費税額５円の、計１０５円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０２１９】
また、別の方法として玉貸処理に応じて消費税が徴収される場合に、遊技者が５００円を投入すると、貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算される。そして、次に５００円を投入すると、再び貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算されるという方法が考えられる。この場合には、最初の端数額の８０円が管理残額として残っている状態で、次に５００円が投入されたときに、対応消費税額の２５円以上の管理残額（８０円）が残存しており、受付貨幣額＋対応消費税額分の玉貸処理を行うための残額が足りているにも拘わらず、実際には貸与対象額（４２０円）分の玉貸処理しか行われないというように、連続入金のときの遊技者の利便性を損ねる。しかし本発明の遊技用システム１を適用することによって、連続入金のときに、受付貨幣額＋残額によって、受付貨幣額＋対応消費税額分の玉貸処理が可能であれば、該受付貨幣額＋対応消費税額分の玉貸処理（一発貸し）を行うので、遊技者の利便性が向上する。また、連続入金によって端数額が、８０円，１６０円，…と累積される場合に、この累積された端数額は玉貸操作を行わなければ使用することができないが、本遊技用システム１を適用することで、貨幣を受け付けると、受け付けた貨幣の対応消費税額が自動的に端数額から減算されていくので、端数額を使用する為の玉貸操作は必要なく、また、玉貸操作を行うことなく受付貨幣額＋対応消費税額分の玉貸が行われ、貨幣の投入から玉貸開始までの時間が短縮されるので、遊技者の利便性が向上する。
【０２２０】
Ｓ１６５の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる対応消費税額＊（−１）を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１６７）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１６８）、該記録媒体ＩＤに対応するステータスとして加算処理済と記憶し（Ｓ１６９）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１７０）。
【０２２１】
Ｓ１７０の加算完了通知を受信した玉貸ユニット２０は、前記オンライン端数額を記憶残額に加算し（Ｓ１７１）、前記記録媒体に記録されているオンライン端数額を消去し（Ｓ１７２）、前記Ｓ１６３で開始された貸与対象額分の玉貸処理の終了を待機する（Ｓ１７３）。このＳ１７３で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１７３で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記Ｓ１３１に進む。これは、前記Ｓ１７１で記憶残額に加算されるオンライン端数額は負の値であるため、該加算によって記憶残額が零になる可能性があるからである。
【０２２２】
次に図１１は、管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１８１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１８２）。このＳ１８２で記録媒体を受付中でない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１８３）。このＳ１８３で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、貨幣受付，又は記録媒体受付を待機する状態となる。一方、Ｓ１８３で記憶残額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２２３】
Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する（Ｓ１８６）。このＳ１８６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１８７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ１８８）、Ｓ１８９に進む。一方、Ｓ１８６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ１８８）、Ｓ１８９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
【０２２４】
Ｓ１８９では、制御部２１のＲＡＭで記憶している記憶残額を消去し、前記ビジタコイン５にオンライン残額有りフラグを記録し（Ｓ１９０）、第２の収納コインストッパ２７ｃを開放状態とすることにより、前記ビジタコイン５を返却し（Ｓ１９１）、第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ１９２）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。
【０２２５】
前記Ｓ１８２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２２６】
Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、前記Ｓ１８６〜Ｓ１８９の処理を行い、ビジタコイン５を受付中であるか否かを判定する（Ｓ１９４）。このＳ１９４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録し（Ｓ１９５）、第２の投入コインストッパ２６ｃを開放状態とすることにより、該ビジタコイン５を返却し（Ｓ１９６）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。一方、Ｓ１９４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、該会員カード４を返却し（Ｓ１９７）、貨幣受付，又は記録媒体受付を待機する状態となる（Ｓ１９３）。
【０２２７】
次に図１２は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。
【０２２８】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０５）、Ｓ２０９に進む。即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２２９】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０７）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ２０８）、Ｓ２０９に進む。即ち通番が一致しており、ステータスが挿入処理中又は精算処理中であり、かつオンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１２のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２２のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２３のＳ７４１）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が消去されずに残存状態のままとなり、該残存状態のオンライン端数額及び／又はオフライン端数額が管理残額に加算されると、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、判定結果を後述するＳ２１４の処理まで保持しておくものとする。
【０２３０】
前記Ｓ２０６で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合，又はＳ２０５若しくはＳ２０８の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１１）。このＳ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図１３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図２３のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０２３１】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１３）。このＳ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０２３２】
前記Ｓ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２１４）、Ｓ２４０に進む。
【０２３３】
なおＳ２０７の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ２１４の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０２３４】
次に図１３は、図１２に続く図である。管理装置５０は、前記Ｓ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２２１）。
【０２３５】
Ｓ２２１の残額通知を受信した玉貸ユニット２０は、該残額通知に含まれる管理残額を制御部２１のＲＡＭで記憶し（Ｓ２２２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ２２３）、前記記録媒体ＩＤを含む残額受信通知を管理装置５０に対して送信し（Ｓ２２４）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２２５）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ２２６）。Ｓ２２４の残額受信通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該残額受信通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２２７）、該記録媒体ＩＤに対応するステータスを挿入処理済に更新する（Ｓ２２８）。
【０２３６】
また管理装置５０は、前記Ｓ２１１又はＳ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合（Ｓ２１４が実施された場合には該Ｓ２１４の後），及び前記Ｓ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合、即ちオンライン端数額，オフライン端数額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オンライン端数額及び前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０２３７】
Ｓ２４１の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ２４２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）に記録されているオンライン端数額を消去すると共に（Ｓ２４３）、該記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む端数額消去通知を管理装置５０に対して送信して（Ｓ２４６）、前記Ｓ２２５に進む。
【０２３８】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去して（Ｓ２４７）、Ｓ２４８に進む。これにより、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２３９】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれるオンライン端数額を管理残額に加算するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０２４０】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額＋対応消費税額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき対応消費税額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる負の値のオンライン端数額を管理残額に加算するので、負の値の対応消費税額の加算（実質的には対応消費税額の減算）ができずに遊技場が損害を被ることがなくなる。
【０２４１】
またＳ２４７の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２４８）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある別の玉貸ユニット２０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０２４２】
次に図１４は、図１２に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６０）。このＳ２６０で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ２６１）、Ｓ２７２に進む。即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２４３】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、受付貨幣額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、受付貨幣の取込を行った後に、貨幣取込通知を管理装置５０に対して送信し、該貨幣取込通知を受信した管理装置５０で、受付貨幣額を管理残額に加算するように構成すると共に、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生した場合には受付貨幣を返却するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち受付貨幣の取込が行われたか否かを、管理装置５０側では特定不可能である。
【０２４４】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０で受け付けられ、挿入通知が送信されてきたときに、受付貨幣の取込が行われたか否かを、管理装置５０側において特定できない。このときに、一律に受付貨幣額を管理残額に加算すると、玉貸ユニット２０が予定残額通知を受信しておらず、受付貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去すると、玉貸ユニット２０が予定残額通知を受信しており、受付貨幣の取込が行われていた場合に、遊技者が損害を被る。また前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２４５】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で受付貨幣の取込を行ったときに記録通番を更新し、管理装置５０で受付貨幣額の加算・消去を行ったときに管理通番を更新することで、通番が一致するときには、受付貨幣の取込が行われていないことを特定して、受付貨幣額を加算することなく消去し、通番が一致しないときには、受付貨幣の取込が行われていることを特定して、受付貨幣額を加算して消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２４６】
前記Ｓ２６０で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ２６２）。このＳ２６２で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去すると共に（Ｓ２６３）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２６４）、Ｓ２６５に進む。即ち通番が一致せず、ステータスが挿入処理中又は精算処理中であり、オンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額を管理残額に対して加算して消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２４７】
前記Ｓ２６４の処理が行われると、前記記録媒体ＩＤに対応するステータスが精算処理中であるか否かを判定する（Ｓ２６５）。このＳ２６５で精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去して（Ｓ２６６）、Ｓ２７２に進み、精算要求消去処理を行う。即ち通番が一致せず、ステータスが精算処理中である場合とは、精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ちステータスが精算処理中である）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０２４８】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行われていないことを特定して、対処することができる。
【０２４９】
前記Ｓ２６２で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２６３ａ）。このＳ２６３ａでオンライン端数額が零である（ＹＥＳ）と判定された場合には、図７（ｄ）に示す残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ２６７）、さらに図７（ｄ）に示す玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ２６８）、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ２６９）。
【０２５０】
このＳ２６９で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ２７０）、Ｓ２７２に進む。一方、Ｓ２６９で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算し（Ｓ２７１）、Ｓ２７２に進む。
【０２５１】
即ち通番が一致せず、記録媒体にオンライン端数額が記録されておらず、入金処理中，挿入処理中，及び精算処理中でない場合とは、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額＋消費税額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、税込単位額の整数倍であって管理残額を超えない最大額を、使用額＋消費税額として特定し、管理装置５０において減算処理を行うものである。このように、玉貸ユニット２０で記録媒体貸与処理（使用額＋消費税額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０２５２】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を、管理残額から減算するので、正確な残額を確定することができる。
【０２５３】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われたときに、使用額＋消費税額を含む減算要求を管理装置５０に対して送信し、該減算要求を受信した管理装置５０で、該減算要求に含まれる使用額＋消費税額を管理残額から減算するように構成した場合、管理装置５０が減算要求を受信する前にオフライン状態が発生すると、従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置５０側で使用額＋消費税額の減算が行われたか否かを特定できない。
【０２５４】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、使用額＋消費税額の減算が行われたか否かを、管理装置５０側において特定できない。このときに、一律に記録媒体の管理残額を使用可能とすると、使用額＋消費税額が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で該減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても使用額＋消費税額の減算処理が行えないので、遊技場が損害を被る。一方、使用額＋消費税額分の玉貸処理が行われた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０２５５】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行ったときに記録通番を更新し、管理装置５０で使用額＋消費税額の減算を行ったときに管理通番を更新することで、通番が一致しないときには、減算が行われていないことを特定して、使用額＋消費税額を管理残額から減算し、通番が一致するときには、減算が完了していることを特定して、管理残額をそのままにしておくことで、残額が確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０２５６】
前記Ｓ２６３ａで挿入通知のオンライン端数額が零でない（ＮＯ）と判定された場合，前記Ｓ２６５で精算処理中でない（ＮＯ）と判定された場合，前記Ｓ２６６の処理後，及び前記Ｓ２７１の処理後は、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２７２）、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２７３）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２７４）。このＳ２７４でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７５）。このＳ２７５でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記Ｓ２２０に進む。即ち通番が一致せず、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１に入金処理中において玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額＋消費税額分の玉貸処理が行われて管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合，第３に挿入処理中において玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前にオフライン状態が発生した場合，又は第４に精算処理中において精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７５６）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０２５７】
一方、前記Ｓ２７４でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２７６）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７７）。このＳ２７７でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。
【０２５８】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＹＥＳと判定され、Ｓ２６７〜Ｓ２７１の処理が行われると共に、Ｓ２７２，Ｓ２７３，Ｓ２７６の処理が行われ、通番が更新され（ここで通番が一致する）、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８で前記記憶されているオフライン端数額が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額が改めて記憶される。
【０２５９】
前記Ｓ２７７でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７５でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２７８）、Ｓ２４０に進む。
【０２６０】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＮＯと判定されて、Ｓ２７２，Ｓ２７３，Ｓ２７８の処理が行われ、通番が更新され（ここで通番が一致する）、オンライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７で前記記憶されているオンライン端数額が消去され、Ｓ２１４で前記挿入通知に含まれるオンライン端数額が改めて記憶される。
【０２６１】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図１０のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定されて、Ｓ２０９でステータスとして挿入処理中と記憶された状態になり、Ｓ２１４の処理は実行されない。つまり、前記挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４では当該オンライン端数額は記憶されない。
【０２６２】
次に図１５は、玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０２６３】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、受付貨幣額が所定額（ここでは１０００円）以上であるか否かを判定する（Ｓ３０２）。このＳ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ３５０に進む。一方、Ｓ３０２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、前記Ｓ１０６の予定残額通知を受信済であるか否かを判定する（Ｓ３０３）。
【０２６４】
このＳ３０３で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で前記Ｓ１０１で受け付けた貨幣を返却し、Ｓ３０７で記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中であれば（ＹＥＳ）、後述するＳ５０５でオフライン状態において貨幣受付，又は返却操作を待機する状態となり、記録媒体を受付中でなければ（ＮＯ）、Ｓ３０８に進む。Ｓ３０８では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、後述するＳ５０５でオフライン状態において貨幣受付，又は返却操作を待機する状態となり、記憶残額が零であれば（ＹＥＳ）、Ｓ３４８でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０２６５】
この予定残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＹＥＳと判定されて、Ｓ２０５以下の処理が行われる。
【０２６６】
前記Ｓ３０３で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４で前記Ｓ１０７〜Ｓ１０９の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２６７】
この予定残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図８のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＹＥＳと判定されて、Ｓ２６１以下の処理が行われる。
【０２６８】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０２６９】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５で前記Ｓ１２９の記憶残額減算済であるか否かを判定し、記憶残額減算済でなければ（ＮＯ）、Ｓ３２６で前記Ｓ１２９の処理を実行してＳ３２７に進み、記憶残額減算済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ５０５に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３４８に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ５０５に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３３０で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３４８に進む。
【０２７０】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３で前記Ｓ１２２〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２７１】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，挿入処理中，又は精算処理中のいずれでもない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＹＥＳと判定されて、Ｓ２６７以下の処理が行われる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳ，Ｓ２１１でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０２７２】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２４１の予定残額通知を受信済であるか否かを判定する（Ｓ３４２）。
【０２７３】
このＳ３４２で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３で前記Ｓ２４４〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２７４】
この予定残額通知を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＹＥＳと判定されて、Ｓ２６３以下の処理が行われる。
【０２７５】
前記Ｓ３４２で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３４５で前記Ｓ２３１の残額通知を受信済であるか否かを判定し、残額通知受信済でなければ（ＮＯ）、Ｓ５０５に進み、残額通知受信済であれば（ＹＥＳ）、Ｓ３４６で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４７で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２７６】
この予定残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体にオフライン端数額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７以下の処理が行われる。
【０２７７】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、Ｓ３４８でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０２７８】
次に図１６は、図１５に続く図である。前記Ｓ３０２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、Ｓ３５０で前記Ｓ１５１の加算完了通知を受信済であるか否かを判定する。このＳ３５０で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５１で前記Ｓ１５２〜Ｓ１５３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５２で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２７９】
前記Ｓ３５０で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３５３で前記Ｓ１７０の加算完了通知を受信済であるか否かを判定する。このＳ３５３で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５４で前記Ｓ１７１〜Ｓ１７２の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５５で該未実行の処理を実行してＳ３５６に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３５６に進む。Ｓ３５６では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ５０５に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３５７に進む。Ｓ３５７では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３４８に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３５８に進む。Ｓ３５８ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ５０５に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３５９で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３６０で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３４８に進む。
【０２８０】
前記Ｓ３５３で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３６１で前記Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理，Ｓ１４１，Ｓ１６１〜Ｓ１６４，及びＳ１６１の各処理，又はＳ１４１，Ｓ１６１，Ｓ１６２，Ｓ１４１〜Ｓ１４５，及びＳ１４７の各処理（即ち加算要求の送信に伴って行われる各処理）を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３６２で該未実行の処理を実行してＳ５０５に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５０５に進む。
【０２８１】
この加算完了通知を受信済でない場合には、管理装置５０が加算要求を受信する前にオフライン状態が発生した場合と、該加算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、加算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオンライン端数額の加算が行われておらず、記録媒体にオンライン端数額が記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＮＯ，Ｓ２７５でＮＯと判定されて、Ｓ２７８の処理が行われ、Ｓ２４０以下の処理が行われる。また後者の、加算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオンライン端数額の加算が行われて、ステータスとして挿入処理中と記憶されており、記録媒体にオンライン端数額が記録されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されるが、管理装置５０においてオンライン端数額は記憶されていないのでＳ２０７の処理は行われず、Ｓ２１１でＮＯと判定されるが、Ｓ２０７の処理が行われなかったのでＳ２１４の処理も行われず、Ｓ２４０以下の処理が行われる。
【０２８２】
次に図１７は、管理装置５０とオフライン状態である玉貸ユニット２０において記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン状態において記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ５０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報にオフライン端数額が含まれるか否かを判定する（Ｓ５０２）。このＳ５０２でオフライン端数額が含まれる（ＹＥＳ），即ちオフライン端数額が記録されていると判定された場合には、該オフライン端数額を制御部２１のＲＡＭで記憶し（Ｓ５０３）、記憶端数額を残額表示器３０に表示して（Ｓ５０４）、オフライン状態において貨幣受付，又は返却操作を待機する状態となる（Ｓ５０５）。一方、Ｓ５０２でオフライン端数額が含まない（ＮＯ），即ちオフライン端数額が記録されていないと判定された場合にも、前記Ｓ５０５に進む。
【０２８３】
また玉貸ユニット２０は、オフライン状態において貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ５１０）、受付貨幣額がオフライン一発貸しで使用可能な１０００円以下であるか否かを判定する（Ｓ５１１）。このＳ５１１で受付貨幣額が１０００円を超えている（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５１１で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５１２）。ここで記憶端数額とは、前記Ｓ５０１で受け付けた記録媒体に記録されていた端数額，又は前回の貨幣の受付に基づいて後述するＳ５１４で特定された端数額である。
【０２８４】
このＳ５１２で記憶端数額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ５１３）。このＳ５１３で受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第１の特定処理により、受付貨幣額（ここでは１０００円）から貸与対象額（９４５円）と端数額（５５円）を特定し（Ｓ５１４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い（Ｓ５１５）、該特定した端数額を制御部２１のＲＡＭで記憶して（Ｓ５１６）、前記Ｓ５０４に進む。このように、玉貸ユニット２０において、オフライン一発貸しによって発生する端数額が記憶され、後述するＳ５４１で遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０２８５】
前記Ｓ５１２で記憶端数額が零でない（ＮＯ）と判定された場合には、記憶端数額＋受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ５２３）。このＳ５２３で記憶端数額＋受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、受付貨幣を返却して、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。一方、Ｓ５２３で記憶端数額＋受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第２の特定処理により、記憶端数額（ここでは５５円）＋受付貨幣額（ここでは１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し（Ｓ５２４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い（Ｓ５２５）、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新して（Ｓ５２６）、前記Ｓ５０４に進む。
【０２８６】
このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、オフライン一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。またオフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。さらにオフライン一発貸し後さらに貨幣が受け付けられると、Ｓ５２４で端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ５４１で遊技者から返却操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、オフライン一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
【０２８７】
次に図１８は、図１７に続く図である。玉貸ユニット２０は、オフライン状態において返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５４１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ５４２）。このＳ５４２で記録媒体を受け付けていない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５４３）。このＳ５４３で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５４４）、収納コイン保持部２７Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５４５）、Ｓ５４６に進む。一方、Ｓ５４３で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５４６に進む。
【０２８８】
Ｓ５４６では、記憶端数額が零であるか否かを判定する。このＳ５４６で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５４７）。このＳ５４７でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５５２に進む。一方、Ｓ５４７でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、前記ビジタコイン５にオンライン端数額が記録されているか否かを判定する（Ｓ５４８）。このＳ５４８でオンライン端数額が記録されている（ＹＥＳ）と判定された場合には、Ｓ５５２に進む。一方、Ｓ５４８でオンライン端数額が記録されていない（ＮＯ）と判定された場合には、返却操作が無効とされ（Ｓ５４９）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０２８９】
前記Ｓ５４６で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５５０）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５５１）、Ｓ５５２に進む。
【０２９０】
Ｓ５５２では、第２の収納コインストッパ２７ｃを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する。即ちビジタコイン５は、記憶端数額がある場合，オンライン残額有りフラグが記録されている場合，及びオンライン端数額が記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。そして第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ５５３）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０２９１】
前記Ｓ５４２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かが判定される（Ｓ５６０）。このＳ５６０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５６１）。このＳ５６１で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５６２）、投入コイン保持部２６Ｐで保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５６３）、Ｓ５６４に進む。一方、Ｓ５６１で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５６４に進む。
【０２９２】
Ｓ５６４では、記憶端数額が零であるか否かを判定する。このＳ５６４で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５に記録されているオフライン端数額を消去して（Ｓ５６５）、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５６６）。このＳ５６６でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６６でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、前記ビジタコイン５にオンライン端数額が記録されているか否かを判定する（Ｓ５６７）。このＳ５６７でオンライン端数額が記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６７でオンライン端数額が記録されていない（ＮＯ）と判定された場合には、第１の投入コインストッパ２６ｂを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して（Ｓ５６８）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０２９３】
前記Ｓ５６４で記憶端数額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５６９）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５７０）、Ｓ５７１に進む。
【０２９４】
Ｓ５７１では、第２の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する。即ちビジタコイン５は、記憶端数額がある場合，オンライン残額有りフラグが記録されている場合，及びオンライン端数額が記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０２９５】
前記Ｓ５６０でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５８１）、記憶端数額が零であるか否かを判定する（Ｓ５８２）。このＳ５８２で記憶端数額が零である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に記録されているオフライン端数額を消去して（Ｓ５８３）、該会員カード４を返却する（Ｓ５８６）。一方、Ｓ５８４で記憶端数額が零でない（ＮＯ）と判定された場合には、該会員カード４に該記憶端数額をオフライン端数額として記録し（Ｓ５８４）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５８５）、該会員カード４を返却する（Ｓ５８６）。即ち会員カード４は、返却操作を受け付けると、常に返却される。
【０２９６】
以上に説明した遊技用システム１によれば、記録媒体貸与処理に使用された使用額に対応する消費税額を徴収する場合に、オフライン状態の玉貸ユニット２０が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための貨幣貸与処理（いわゆるオフライン一発貸し）を行うようにしても、該貨幣貸与処理によって発生する端数額が記録媒体に記録されて排出される（Ｓ５５０，Ｓ５６３，Ｓ５８４）。そして前記図１２に示すように、該記録媒体がオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において該記録媒体の端数額が管理残額に加算されて遊技媒体の貸与に使用可能となることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。また、オフライン端数額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０２９７】
次に図１９は、予定残額通知の受信前にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン端数額（ここでは５５円）が記録されている記録媒体を受け付けると（Ｓ２０１）、前述の如く、前記Ｓ２０２以下の処理を行い、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７６）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０２９８】
この予定残額通知を玉貸ユニット２０が受信する前にオフライン状態が発生すると、通番が一致し、記録媒体にオフライン端数額が記録されており、管理装置５０においてオフライン端数額が未加算の状態で記憶されている（即ち挿入処理中である）状態になる。
【０２９９】
この状態で玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、前述した第２の貸与対象額特定処理により、記憶端数額（５５円）＋受付貨幣額（１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新する。即ち記録媒体に記録されているオフライン端数額から５０円が消費されて、該オフライン端数額が５円になり、管理装置５０で記憶されているオフライン端数額である５５円と異なることになる。
【０３００】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定され、Ｓ２０８で前記記憶されているオフライン端数額（５５円）が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額（５円）が記憶される。そして該記憶されたオフライン端数額（５円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３０１】
このように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３０２】
次に図２０は、端数額消去通知の送信後にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン端数額（ここでは５５円）が記録されている記録媒体を受け付けると（Ｓ２０１）、前述の如く、前記Ｓ２０２以下の処理を行い、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７６）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０３０３】
この予定残額通知を受信した玉貸ユニット２０は、前記記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、端数額消去通知を管理装置５０に対して送信する（Ｓ２４６）。この端数額消去通知を玉貸ユニット２０が送信し管理装置５０が受信する前にオフライン状態が発生すると、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。
【０３０４】
この状態で玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、前述した第１の貸与対象額特定処理により、受付貨幣額（５００円）から貸与対象額（４２０円）と端数額（８０円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行い、該特定した端数額を制御部２１のＲＡＭで記憶する。ここで記憶されたオフライン端数額は、管理装置５０で記憶されているオフライン端数額が管理残額に対して加算された後に、さらに加算されるべきものである。
【０３０５】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＹＥＳと判定され、Ｓ２６４で前記記憶されているオフライン端数額（５５円）が管理残額に対して加算されて消去され、Ｓ２７６で前記挿入通知に含まれるオフライン端数額（８０円）が記憶される。そして該記憶されたオフライン端数額（８０円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３０６】
このように、玉貸ユニット２０が端数額消去通知を送信した後、管理装置５０が該端数額消去通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３０７】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、オフライン端数額を含む挿入通知を受信した管理装置５０で、オフライン端数額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、記録媒体に記録されているオフライン端数額を消去した後に、端数額消去通知を管理装置５０に対して送信し、該端数額消去通知を受信した管理装置５０で、オフライン端数額を管理残額に加算するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち記録媒体に記録されているオフライン端数額の消去が行われたか否かを、管理装置５０側では特定不可能である。
【０３０８】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体に記録されているオフライン端数額を含む挿入通知が送信されたときに、当該オフライン端数額が、前回の予定残額通知に応じて一旦消去された後にオフライン一発貸しにより新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを、管理装置５０側において特定できない。つまり、記憶しているオフライン端数額に加えて今回のオフライン端数額を管理残額に加算すべきか、記憶しているオフライン端数額を消去して今回のオフライン端数額のみを管理残額に加算すべきかを特定することができない。このときに、一律にオフライン端数額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
【０３０９】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去を行ったときに記録通番を更新し、管理装置５０でオフライン端数額の加算・消去を行ったときに管理通番を更新することで、通番が一致しないときには、図２０に示したように、記録媒体に記録されているオフライン端数額の消去が行われたことを特定して、記憶しているオフライン端数額を管理残額に加算し、通番が一致するときには、図１９に示したように、記録媒体に記録されているオフライン端数額の消去が行われていないことを特定して、記憶しているオフライン端数額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
【０３１０】
例えば図１９に示したように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった後に、オフライン一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることから、記録媒体に記録されているオフライン端数額が消去されていない旨を特定して、記憶しているオフライン端数額を消去し、消費後のオフライン端数額を新たに記憶するので、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となり、オフライン一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３１１】
さらに図２０に示したように、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となった後に、オフライン一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることから、記録媒体に記録されているオフライン端数額が消去されている旨を特定して、記憶しているオフライン端数額を管理残額に加算し、新たなオフライン端数額を記憶するので、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となり、オフライン一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３１２】
次に図２１は、玉貸ユニット２０においてオンライン状態への復帰を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態への復帰を検出すると（Ｓ６０１）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信する（Ｓ６０２）。このオンライン復帰通知は、前記挿入通知と同等のものであるため、該オンライン復帰通知を受信した管理装置５０は、Ｓ２０３以下で前記挿入通知を受信した場合と同様の処理を行う。
【０３１３】
次に図２２は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に含まれるオフライン端数額が税込単位額未満であるか否かを判定する（Ｓａ７０１）。このＳａ７０１でオンライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、前記読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２）。
【０３１４】
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれる通番が該精算要求に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ７６０以下の通番不一致時処理に進む。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ７０４）。このＳ７０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ７０５）、Ｓ７０９に進む。即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３１５】
前記Ｓ７０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ７０６）。このＳ７０６で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ７０７）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ７０８）、Ｓ７０９に進む。即ち通番が一致しており、ステータスが挿入処理中又は精算処理中であり、かつオンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１２のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２２のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２３のＳ７４１）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が消去されずに残存状態のままとなり、該残存状態のオンライン端数額及び／又はオフライン端数額が管理残額に加算されると、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ７０７の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、判定結果を後述するＳ７１４の処理まで保持しておくものとする。
【０３１６】
前記Ｓ７０６で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合，又はＳ７０５若しくはＳ７０８の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして精算処理中と記憶し（Ｓ７０９）、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する（Ｓ７１０）。このＳ７１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７１１）。このＳ７１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ７２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図１３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図２３のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、Ｓ７２０に進む。
【０３１７】
一方、前記Ｓ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ７１２）、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７１３）。このＳ７１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ７４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、Ｓ７４０に進む。
【０３１８】
前記Ｓ７１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ７０７の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記精算要求に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ７１４）、Ｓ７４０に進む。
【０３１９】
なおＳ７０７の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ７１４の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、精算要求に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０３２０】
次に図２３は、図２２に続く図である。管理装置５０は、前記Ｓ７１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記精算要求に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ７２１）。
【０３２１】
Ｓ７２１の精算許諾情報を受信した精算装置６０は、該精算許諾情報に含まれる管理残額である許諾額分の貨幣を払い出し（Ｓ７２２）、記録媒体の通番に１を加算して更新し（Ｓ７２３）、前記記録媒体ＩＤを含む精算完了通知を管理装置５０に対して送信する（Ｓ７２４）。
【０３２２】
Ｓ７２４の精算完了通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を消去し（Ｓ７２５）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ７２６）、該記録媒体ＩＤに対応するステータスを精算処理済に更新し（Ｓ７２７）、残額消去完了通知を精算装置６０に対して送信する（Ｓ７２８）。
【０３２３】
Ｓ７２８の残額消去完了通知を受信した精算装置６０は、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算日時を記憶することにより、精算履歴を記憶し（Ｓ７２９）、ビジタコイン５を受付中であるか否かを判定する（Ｓ７３０）。このＳ７３０でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カードＲ／Ｗ６４で受け付けている該会員カード４を返却する。一方、Ｓ７３０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、コインＲ／Ｗ６５で受け付けているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ７３１）、該ビジタコイン５をコイン回収部６５ｂに回収して（Ｓ７３２）、処理を終了する（Ｓ７３３）。なお図示しないが、精算装置６０と管理装置５０とがオフライン状態になった場合には、受け付けている記録媒体が返却される。
【０３２４】
また管理装置５０は、前記Ｓ７１１又はＳ７１３でオンライン端数額が零でない（ＮＯ）と判定された場合（Ｓ７１４が実施された場合には該Ｓ７１４の後），及び前記Ｓ７１３でオンライン端数額が零である（ＹＥＳ）と判定された場合、即ちオンライン端数額，オフライン端数額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記精算要求に含まれる装置ＩＤを記憶し（Ｓ７４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記記憶されているオンライン端数額及びオフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ７４１）。
【０３２５】
Ｓ７４１の精算許諾情報を受信した精算装置６０は、記録媒体に記録されているオンライン端数額を消去すると共に（Ｓ７４２）、該記録媒体に記録されているオフライン端数額を消去し（Ｓ７４３）、前記精算許諾情報に含まれる合算額である許諾額分の貨幣を払い出し（Ｓ７４４）、該記録媒体の通番に１を加算して更新し（Ｓ７４５）、前記記録媒体ＩＤを含む精算完了通知を管理装置５０に対して送信する（Ｓ７４６）。
【０３２６】
Ｓ７４６の精算完了通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算完了通知に含まれる記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去して（Ｓ７４７）、Ｓ７４８に進む。これにより、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３２７】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン端数額を含めて精算を許諾するので、端数額の精算ができずに遊技者が損害を被ることがなくなる。
【０３２８】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額＋対応消費税額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき対応消費税額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれる負の値のオンライン端数額を含めて精算を許諾するので、対応消費税額が精算されることにより遊技場が損害を被ることがなくなる。
【０３２９】
またＳ７４７の処理を行った管理装置５０は、前記精算完了通知に含まれる記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ７４８）、前記Ｓ７２５に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該オフライン端数額を含めて精算が許諾されるので、端数額の精算ができずに遊技者が損害を被ることがなくなる。
【０３３０】
次に図２４は、図２２に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ７６０）。このＳ７６０で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ７６１）、Ｓ７７２に進む。即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３３１】
前記Ｓ７６０で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ７６２）。このＳ７６２で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オンライン端数額を消去すると共に（Ｓ７６３）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ７６４）、Ｓ７６５に進む。即ち通番が一致せず、ステータスが挿入処理中又は精算処理中であり、オンライン端数額及び／又はオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額を管理残額に対して加算して消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３３２】
前記Ｓ７６４の処理が行われると、前記記録媒体ＩＤに対応するステータスが精算処理中であるか否かを判定する（Ｓ７６５）。このＳ７６５で精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去して（Ｓ７６６）、Ｓ７７２に進み、精算要求消去処理を行う。即ち通番が一致せず、ステータスが精算処理中である場合とは、精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ちステータスが精算処理中である）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０３３３】
前記Ｓ７６２で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合には、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７６３ａ）。このＳ７６３ａでオンライン端数額が零である（ＹＥＳ）と判定された場合には、図７（ｄ）に示す残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ７６７）、さらに図７（ｄ）に示す玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ７６８）、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ７６９）。
【０３３４】
このＳ７６９で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ７７０）、Ｓ７７２に進む。一方、Ｓ７６９で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算し（Ｓ７７１）、Ｓ７７２に進む。
【０３３５】
即ち通番が一致せず、記録媒体にオンライン端数額が記録されておらず、入金処理中，挿入処理中，及び精算処理中でない場合とは、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額＋消費税額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、税込単位額の整数倍であって管理残額を超えない最大額を、使用額＋消費税額として特定し、管理装置５０において減算処理を行うものである。このように、玉貸ユニット２０で記録媒体貸与処理（使用額＋消費税額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０３３６】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、精算要求に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を、管理残額から減算するので、正確な残額を確定することができる。
【０３３７】
前記Ｓ７６３ａで精算要求のオンライン端数額が零でない（ＮＯ）と判定された場合，前記Ｓ７６５で精算処理中でない（ＮＯ）と判定された場合，前記Ｓ７６６の処理後，及び前記Ｓ７７１の処理後は、前記残額管理ＤＢにおいて、前記精算要求に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ７７２）、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして精算処理中と記憶し（Ｓ７７３）、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する（Ｓ７７４）。このＳ７７４でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７７５）。このＳ７７５でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記Ｓ７２０に進む。即ち通番が一致せず、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１に入金処理中において玉貸ユニット２０が予定残額通知（図８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額＋消費税額分の玉貸処理が行われて管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生した場合，第３に挿入処理中において玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前にオフライン状態が発生した場合，又は第４に精算処理中において精算装置６０が精算許諾情報（図２３のＳ７４１）を受信してから管理装置５０が精算完了通知（同Ｓ７５６）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０３３８】
一方、前記Ｓ７７４でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ７７６）、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７７７）。このＳ７７７でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ７４０に進む。
【０３３９】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０で該記録媒体を受け付けると、Ｓ７０３でＮＯ，Ｓ７６０でＮＯ，Ｓ７６２でＮＯ，Ｓ７６３ａでＹＥＳと判定され、Ｓ７６７〜Ｓ７７１の処理が行われると共に、Ｓ７７２，Ｓ７７３，Ｓ７７６の処理が行われ、通番が更新され（ここで通番が一致する）、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、精算要求が精算許諾情報（図２３のＳ７４１）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＹＥＳと判定されて、Ｓ７０８で前記記憶されているオフライン端数額が消去され、Ｓ７１２で前記精算要求に含まれるオフライン端数額が改めて記憶される。
【０３４０】
前記Ｓ７７７でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７７５でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ７７８）、Ｓ７４０に進む。
【０３４１】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＮＯ，Ｓ７６０でＮＯ，Ｓ７６２でＮＯ，Ｓ７６３ａでＮＯと判定されて、Ｓ７７２，Ｓ７７３，Ｓ７７８の処理が行われ、通番が更新され（ここで通番が一致する）、オンライン端数額が記憶され、ステータスとして精算処理中と記憶された状態になるが、精算要求が精算許諾情報（図２３のＳ７４１）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＹＥＳと判定されて、Ｓ７０７で前記記憶されているオンライン端数額が消去され、Ｓ７１４で前記精算要求に含まれるオンライン端数額が改めて記憶される。
【０３４２】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図１０のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＮＯと判定されて、Ｓ７０９でステータスとして精算処理中と記憶された状態になり、Ｓ７１４の処理は実行されない。つまり、前記精算要求に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ７１４では当該オンライン端数額は記憶されない。
【０３４３】
次に図２５は、ビジタコイン発行装置７０において貨幣を受け付けた場合の処理の一例を表す図である。このビジタコイン発行装置７０は、コインストッカ７５ｂから排出されたビジタコイン５をコインＲ／Ｗ７５の内部で保持しており、この状態で貨幣（ここでは１００００円）を受け付けると（Ｓ９０１）、図６（ｂ）のＤ１２に示す発行額選択画面をタッチパネル式のディスプレイ７３に表示する（Ｓ９０２）。この状態で発行額（ここでは５０００円）の選択を受け付けると（Ｓ９０３）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５から記録媒体ＩＤを読み取り（Ｓ９０４）、該読み取った記録媒体ＩＤ（コインＩＤ）と、Ｓ９０３で選択された発行額である選択額とを含む発行要求を、管理装置５０に対して送信する（Ｓ９０５）。該発行要求を受信した管理装置５０は、該発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行って（Ｓ９０６）、該残額を含む発行許諾情報を、ビジタコイン発行装置７０に対して返信する（Ｓ９０７）。
【０３４４】
該発行許諾情報を受信したビジタコイン発行装置７０は、コインＲ／Ｗ７５の内部で保持しているビジタコイン５に対してオンライン残額有りフラグを記録し（Ｓ９０８）、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０３の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶する共に、発行日時を記憶することにより、発行履歴を記憶し（Ｓ９０９）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５を発行し（Ｓ９１０）、釣銭がある場合には該釣銭の払い出しを行う（Ｓ９１１）。そしてコインストッカ７５ｂで収納しているビジタコイン５を該コインストッカ７５ｂから排出してコインＲ／Ｗ７５の内部で保持する（Ｓ９１２）。
【０３４５】
次に図２６は、営業終了後における処理の一例を表す図である。管理装置５０は、遊技場の営業終了後に、残額管理ＤＢの記憶内容を、センタ管理装置８０に対して送信する（Ｓ１００１）。該残額管理ＤＢの記憶内容を受信したセンタ管理装置８０は、該受信した残額管理ＤＢの記憶内容をバックアップ情報としてバックアップＤＢに記憶すると共に（Ｓ１００２）、該バックアップ情報を記憶した日時をバックアップ日時としてバックアップＤＢに記憶して（Ｓ１００３）、バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を、管理装置５０に対して返信する（Ｓ１００４）。
【０３４６】
次に図２７は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１）、発行履歴送信要求をビジタコイン発行装置７０に対して送信し（Ｓ１０３１）、バックアップ情報送信要求をセンタ管理装置８０に対して送信する（Ｓ１０４１）。
【０３４７】
処理履歴送信要求を受信した玉貸ユニット２０は、図７（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３）。また精算履歴送信要求を受信した精算装置６０は、図７（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図７（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３）。さらにバックアップ情報送信要求を受信したセンタ管理装置８０は、図７（ｅ）に示すバックアップＤＢの記憶内容を抽出して（Ｓ１０４２）、該抽出したバックアップ情報及びバックアップ日時を管理装置５０に対して送信する（Ｓ１０４３）。該バックアップ情報及びバックアップ日時を受信した管理装置５０は、該受信したバックアップ情報を復旧用テーブルとして制御部５２のＲＡＭで記憶して（Ｓ１０４４）、Ｓ１０４５に進む。
【０３４８】
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５〜Ｓ１０４８で最後残額特定処理を行う。即ち、まずＳ１０４５で、前記Ｓ１０１３で受信した処理履歴，前記Ｓ１０２３で受信した精算履歴，及び前記Ｓ１０３３で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、各処理内容（排出，精算，又は発行），残額，及び処理日時（排出日時，精算日時，又は発行日時）を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の処理日時（即ち最新の処理日時）が一番下になるように並べ替えて、統合テーブルとして記憶する。ここで玉貸ユニット２０から送信されてくる処理履歴は各記録媒体ＩＤに対して１つのみであるため、各玉貸ユニット２０から処理履歴が送信されてきても、最後処理特定処理が簡素化される。次にＳ１０４６で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５及びＳ１０４６で作成された統合テーブルが、図２７に示すものである。
【０３４９】
次にＳ１０４７で、統合テーブルで記憶されている各記録媒体ＩＤについて、バックアップ日時以降の最新の処理日時を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定する。具体的には、統合テーブルにおいて、最新の処理日時が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の処理日時を最新の処理日時として特定する。そしてＳ１０４８で、Ｓ１０４７で特定した最新の処理日時（即ち最後の処理）に対応する残額を各記録媒体ＩＤ毎に特定する。このＳ１０４７及びＳ１０４８で特定された内容が、図２７に示す統合テーブルにおいて太枠で囲んだ部分である。
【０３５０】
これによれば、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。即ち、仮に精算履歴を含めて残額を復帰しないとすれば、残額（例えば１００００円）がある会員カード４を玉貸ユニット２０から排出し、該残額を精算装置６０で精算してから該会員カード４を遊技者に返却し、その後に管理装置５０で管理している該残額が失われた場合に、実際には精算済みであるにも拘わらず、残額１００００円の状態で排出された旨の処理履歴が玉貸ユニット２０から管理装置５０に対して送信され、該処理履歴に基づいて残額１００００円が復帰されてしまうことにより、遊技場が損をしてしまうところ、本発明によれば、精算履歴を含めて残額を復帰するので、図２７の統合テーブルにおけるＭ−０００４のように、精算済みである会員カード４については残額が復帰されることがなく、遊技場が損をしてしまうおそれが減少する。
【０３５１】
また、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行された記録媒体が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。即ち、仮に発行履歴を含めて残額を復帰しないとすれば、ビジタコイン発行装置７０でビジタコイン５を発行した後、該ビジタコイン５を玉貸ユニット２０で使用する前に、管理装置５０で管理している残額が失われた場合に、処理履歴がないために残額を復帰できず、遊技者が損をしてしまうところ、本発明によれば、発行履歴を含めて残額を復帰するので、図２７の統合テーブルにおけるＶ−０２３４のように、発行済みであるが使用前であるビジタコイン５についても残額を復帰させることができ、遊技者が損をしてしまうおそれが減少する。
【０３５２】
なおＳ１０４７において、バックアップ日時以降の最新の処理日時を特定するのは、以下の理由によるものである。例えば、ある記録媒体について、３月１日に記録媒体発行処理が行われて残額５０００円が発行履歴ＤＢに記憶され、同日に該残額を使用した玉貸処理が行われて残額２０００円が処理履歴ＤＢに記憶され、毎日の営業終了後にバックアップが行われ、５月１日に残額２０００円の前記処理履歴が前記２５６個の記憶容量を超えたために消去された後に、管理装置５０で管理している残額２０００円が失われ、該残額の復帰が行われる場合を想定する。ここで当該記録媒体についての正しい残額は２０００円であるが、仮にバックアップ日時と無関係に最新の処理日時を特定すると、前記処理履歴が消去されているので、前記記録媒体発行処理が行われた３月１日が最新の処理日時として特定されて、発行履歴にある残額５０００円が復帰されてしまう。一方、バックアップ日時以降の最新の処理日時を特定すれば、記録媒体発行処理が行われた３月１日は最新の処理日時としては特定されず、バックアップされている正しい残額２０００円を復帰させることができる。従って、上述の如く、バックアップ日時以降の最新の処理日時を特定するのである。
【０３５３】
次に前記残額復帰処理手段として機能する制御部５２は、前記Ｓ１０４４，及び次に述べるＳ１０４９〜Ｓ１０５０で残額復帰処理を行う。即ち、Ｓ１０４９で、前記Ｓ１０４８で各記録媒体ＩＤ毎に特定した残額を、復旧用テーブルの各記録媒体ＩＤに対応する残額に上書きする。ここで復旧用テーブルにおけるＭ−０００２の会員カード４に対応する残額は、統合テーブルにおいて復帰することができなかった残額（即ち処理履歴，精算履歴，発行履歴では復帰することができなかった残額）であるため、該復旧用テーブルの残額のまま（即ちバックアップ情報に含まれる残額のまま）存置される。そしてＳ１０５０で、該Ｓ１０４９で作成された復旧用テーブルを、図７（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。換言すれば、前記最後残額特定処理により各記録媒体ＩＤ毎に特定された残額と、前記バックアップ情報に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額が特定されて、該特定された残額を新たに管理するための残額復帰処理が行われる。このように、管理装置５０において、処理履歴，精算履歴，発行履歴では復帰することができない残額を、センタ管理装置８０から送信されてきたバックアップ情報に基づいて復帰することができるので、より多くの残額を復帰させて、遊技者に対して該残額を保証することができる。
【０３５４】
以上に説明した遊技用システム１によれば、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
【０３５５】
［３．変形例］
最後に、本発明の変形例について説明する。この変形例には、消費税が徴収されない変形例と、受付貨幣額及びオフライン端数額が受信時に管理残額に対して加算される変形例と、その他の変形例が含まれる。
【０３５６】
［３−１．消費税が徴収されない変形例］
上記の実施形態では、パチンコ玉の貸与に応じた間接税として消費税が徴収される例について説明したが、これに限らず、本発明の遊技用システム１は、消費税が徴収されない場合にも適用可能である。このように消費税が徴収されないので、玉貸処理に伴う端数額は生じない。従って、記録媒体には、オンライン端数額及びオフライン端数額は記録されないが、予め定められた基準貸与額（ここでは５００円）と受付貨幣額との差額が前記オンライン端数額に代わり記録され、またオフライン状態における使用額分の玉貸処理に使用されなかった残額である入金残額が前記オフライン端数額に代わり記録される。
【０３５７】
また各玉貸ユニット２０に対して設定されている玉貸設定金額は、間接税を含まない金額であり、例えば５００円又は３００円である。なお、この変形例では、図７（ｄ）に示す残額管理ＤＢにおいて、ステータスは記憶されないが、精算装置６０から送信されてくる精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求を受信した旨を示す精算要求受信情報である精算要求受信フラグが記憶される。また該残額管理ＤＢにおいて、前記差額がオンライン端数額に代わり記憶され、前記入金残額がオフライン端数額に代わり記憶される。以下、図２８〜図４２を参照して、消費税が徴収されない変形例について説明する。
【０３５８】
まず図２８は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。この図２８は、前記図８と比較して、Ｓ１０２に代えてＳ１０２’の処理が行われる点と、Ｓ１０４及びＳ１１６の処理が行われない点のみが異なる。ここでＳ１０２’では、受付貨幣額が基準貸与額（ここでは５００円）以上であるか否かを判定する。このＳ１０２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ１４１に進む。一方、Ｓ１０２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する（Ｓ１０３）。
【０３５９】
次に図２９は、管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、玉貸操作を待機している状態で、玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額分の玉貸処理を開始し（Ｓ１２２’）、記録媒体の通番に１を加算して更新し（Ｓ１２３）、前記記録媒体ＩＤと使用額とを含む減算要求を管理装置５０に対して送信する（Ｓ１２４’）。
【０３６０】
Ｓ１２４’の減算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該減算要求に含まれる使用額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算し（Ｓ１２５’）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１２６）、減算完了通知を玉貸ユニット２０に対して送信する（Ｓ１２８）。
【０３６１】
Ｓ１２８の減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算し（Ｓ１２９’）、前記Ｓ１２２’で開始された使用額分の玉貸処理の終了を待機する（Ｓ１３０’）。このＳ１３０’で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１３０’で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記図９に示すＳ１３１〜Ｓ１３７と同様の処理が行われる。ただしＳ１３４でＮＯと判定された場合には、前記Ｓ１３５の処理は行わずに、Ｓ１３６に進む。
【０３６２】
次に図３０は、管理装置５０とオンライン状態である玉貸ユニット２０において少額一発貸しが行われる場合の処理の一例を表す図である。前記Ｓ１０２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１４１）。このＳ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１６２’に進む。一方、Ｓ１４１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が単位使用額（ここでは１００円）以上であるか否かを判定する（Ｓ１４２’）。このＳ１４２’で受付貨幣額が単位使用額未満である（ＮＯ）と判定された場合には、前記Ｓ１０１で受け付けた貨幣を返却して、記録媒体を受け付けていない場合には貨幣受付，又は記録媒体受付を待機する状態となり、記録媒体を受け付けている場合には貨幣受付，又は返却操作を待機する状態となる。
【０３６３】
一方、Ｓ１４２’で受付貨幣額が単位使用額以上である（ＹＥＳ）と判定された場合には、遊技者の操作によることなく、該受付貨幣額分の玉貸処理である少額一発貸しを行い（Ｓ１４４’）、記録媒体を受け付けていない場合には貨幣受付，又は記録媒体受付を待機する状態となり、記録媒体を受け付けている場合には貨幣受付，又は返却操作を待機する状態となる（Ｓ１５６’）。ここで玉貸操作を待機する状態とならないのは、管理残額（＝記憶残額）が零であるため、玉貸操作を受け付けても使用額分の玉貸処理ができないからである。
【０３６４】
前記Ｓ１４１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額＋記憶残額が基準貸与額以上であるか否かを判定する（Ｓ１６２’）。このＳ１６２’で受付貨幣額＋記憶残額が基準貸与額未満である（ＮＯ）と判定された場合には、前述したＳ１４２’及びＳ１４４’の処理（即ち受付貨幣額分の玉貸処理）が行われた後、Ｓ１１１の状態となる。
【０３６５】
一方、Ｓ１６２’で受付貨幣額＋記憶残額が基準貸与額以上である（ＹＥＳ）と判定された場合には、玉貸操作によることなく、基準貸与額分の玉貸処理が開始され（Ｓ１６３’）、記録媒体の通番に１を加算して更新し（Ｓ１６４）、前記記録媒体ＩＤと（基準貸与額−受付貨幣額）＊（−１）により算出される差額とを含む加算要求を管理装置５０に対して送信して（Ｓ１６５’）、該差額を前記記録媒体に記録する（Ｓ１６６’）。
【０３６６】
このように、いわゆる完全ＩＤ管理のシステムにおいて、基準貸与額（５００円）未満の金額の貨幣を受け付けたときに、受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
【０３６７】
Ｓ１６５’の加算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該加算要求に含まれる差額（即ち（基準貸与額−受付貨幣額）＊（−１））を該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算し（Ｓ１６７’）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１６８）、加算完了通知を玉貸ユニット２０に対して送信する（Ｓ１７０）。
【０３６８】
Ｓ１７０の加算完了通知を受信した玉貸ユニット２０は、前記差額を記憶残額に加算し（Ｓ１７１’）、前記記録媒体に記録されている差額を消去し（Ｓ１７２’）、前記Ｓ１６３’で開始された基準貸与額分の玉貸処理の終了を待機する（Ｓ１７３’）。このＳ１７３’で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２９を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１７３’で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、前記Ｓ１３１に進む。これは、前記Ｓ１７１’で記憶残額に加算される差額は負の値であるため、該加算によって記憶残額が零になる可能性があるからである。
【０３６９】
例えば、４００円の管理残額（＝記憶残額）がある状態で、１００円の入金を受け付けることで、受付貨幣額＋記憶残額≧基準貸与額の条件が満たされ、基準貸与額である５００円分のパチンコ玉が貸与され、（基準貸与額−受付貨幣額）＊（−１）である差額の−４００円が管理残額に加算されて、管理残額が０円となる。ここで、４００円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋管理残額４００円の、計５００円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
【０３７０】
次に図３１は、管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理の一例を表す図である。この図３１は、前記図１１と比較して、Ｓ１９０の処理が行われない点と、Ｓ１９５の処理が行われない点，即ちＳ１９４でＹＥＳと判定されるとＳ１９６に進む点のみが異なる。
【０３７１】
次に図３２は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，差額，入金残額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２’）。
【０３７２】
Ｓ２０２’の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０’以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ２０４’）。このＳ２０４’で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０５）、Ｓ２１０’に進む。即ち通番が一致しており、受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３７３】
前記Ｓ２０４’で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ２０６’）。このＳ２０６’で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０７’）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ２０８’）、Ｓ２０８ａ’に進む。即ち通番が一致しており、かつ差額及び／又は入金残額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図３２のＳ２０２’）を受信してから玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信する前，又は管理装置５０が精算要求（図４０のＳ７０２’）を受信してから精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されている差額及び／又は入金残額が消去されずに残存状態のままとなり、該残存状態の差額及び／又は入金残額が管理残額に加算されると、遊技者（差額が記憶されている場合）又は遊技場（入金残額が記憶されている場合）が損害を被ることになるため、管理装置５０において差額及び／又は入金残額を管理残額に対して加算せずに該差額及び／又は入金残額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７’の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応する差額が記憶されているか否かを判定して、判定結果を後述するＳ２１４’の処理まで保持しておくものとする。
【０３７４】
前記Ｓ２０６’で差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合，又はＳ２０８’の処理が行われた場合には、管理装置５０は、前記挿入通知に含まれる記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ２０８ａ’）。このＳ２０８ａ’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている精算要求受信フラグを消去し（Ｓ２０９’）、Ｓ２１０’に進む。即ち通番が一致しており、精算要求受信フラグが記憶されている場合とは、管理装置５０が精算要求（図４０のＳ７０２’）を受信してから精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信する前にオフライン状態が発生した場合であり、貨幣の払出が行われておらず、精算要求受信フラグが記憶されている状態である。そして、この場合に精算要求受信フラグが記憶されていることに基づいて、一律に管理残額を消去するようにすると、遊技者が損害を被ることになる。そこで通番が一致しているときには、Ｓ２０９’において精算要求受信フラグを消去することでそのような事態を回避している。
【０３７５】
前記Ｓ２０８ａ’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合，及びＳ２０９’の処理が行われた場合には、前記挿入通知に含まれる入金残額が零であるか否かを判定する（Ｓ２１０’）。このＳ２１０’で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２１１’）。このＳ２１１’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体の差額及び入金残額が零である場合とは、第１にオフライン状態が発生していない場合，第２に差額及び入金残額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図３３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３に差額及び入金残額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図４１のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０３７６】
一方、前記Ｓ２１０’で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ２１２’）、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２１３’）。このＳ２１３’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ち入金残額が零でない場合とは、オフライン状態の玉貸ユニット２０で使用額分の玉貸が行われて入金残額が記録された場合であり、この場合には消去すべき入金残額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０３７７】
前記Ｓ２１３’で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１’で差額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７’の消去処理にあたり差額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２１４’）、Ｓ２４０に進む。
【０３７８】
なおＳ２０７’の処理に際して差額が記憶されていなかった場合には、Ｓ２１４’の処理を行わない。即ち、通番が一致しており、差額が記憶されていない場合に、挿入通知に含まれる差額は、管理装置５０が加算要求（図３０のＳ１６５’）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該差額を記憶しないことにより二重加算が防止され、これにより、当該差額が二重加算（実質的には（基準貸与額−受付貨幣額）の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０３７９】
次に図３３は、図３２に続く図である。管理装置５０は、前記Ｓ２１１’で差額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２２１）。なお、このＳ２２１の処理に際して、残額通知を送信した旨を前記記録媒体ＩＤに対応付けて、記憶するようにしておく。該記憶内容は、Ｓ２２４の残額受信通知を受信するまで，Ｓ２０３若しくはＳ７０３で通番が一致する（ＹＥＳ）と判定されるまで，又はＳ２６５ａ’若しくはＳ７６５ａ’の判定処理が終了するまで保持される。Ｓ２２１の残額通知が送信された後は、前記図１３に示すＳ２２２〜Ｓ２２７と同様の処理が行われる。なお前記Ｓ２２８の処理は行われない。
【０３８０】
また管理装置５０は、前記Ｓ２１１’又はＳ２１３’で差額が零でない（ＮＯ）と判定された場合（Ｓ２１４’が実施された場合には該Ｓ２１４’の後），及び前記Ｓ２１３’で差額が零である（ＹＥＳ）と判定された場合、即ち差額，入金残額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記差額及び前記入金残額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１’）。
【０３８１】
Ｓ２４１’の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ２４２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）に記録されている差額を消去すると共に（Ｓ２４３’）、該記録媒体に記録されている入金残額を消去し（Ｓ２４４’）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む記録額消去通知を管理装置５０に対して送信して（Ｓ２４６’）、前記Ｓ２２５に進む。
【０３８２】
Ｓ２４６’の記録額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去して（Ｓ２４７’）、Ｓ２４８’に進む。これにより、管理装置５０が加算要求（図３０のＳ１６５’）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３８３】
このように、いわゆる完全ＩＤ管理のシステムにおいて、管理残額＋受付貨幣額≧基準貸与額であることを条件として、基準貸与額分の貸与処理を行う場合に、基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額が記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる差額を管理残額に加算するので、差額の加算（実質的には〔基準貸与額−受付貨幣額〕の減算）ができずに遊技場が損害を被ることがなくなる。
【０３８４】
またＳ２４７’の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去する（Ｓ２４８’）。これにより、オフライン状態にあった玉貸ユニット２０で発生した入金残額が記録された記録媒体を、オンライン状態にある別の玉貸ユニット２０に挿入することで、該入金残額が管理残額に加算され、該入金残額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０３８５】
次に図３４は、図３２に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ２６０’）。このＳ２６０’で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ２６１）、Ｓ２７２に進む。即ち通番が一致せず、受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図２８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３８６】
前記Ｓ２６０’で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ２６２’）。このＳ２６２’で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去すると共に（Ｓ２６３’）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去して（Ｓ２６４’）、Ｓ２６５’に進む。即ち通番が一致せず、差額及び／又は入金残額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６’）を受信する前，又は精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されている差額及び入金残額の消去が行われているにも拘わらず、差額及び入金残額が未加算状態のままとなり、該未加算状態で放置されると遊技場（差額の場合）又は遊技者（入金残額の場合）が損害を被ることになるため、管理装置５０において差額及び入金残額を管理残額に対して加算して消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（記録額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３８７】
前記Ｓ２６４’の処理が行われると、前記記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ２６５’）。このＳ２６５’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去し、精算要求受信フラグを消去して（Ｓ２６６’）、Ｓ２７２に進む。即ち通番が一致せず、精算要求受信フラグが記憶されている場合とは、精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ち精算要求受信フラグが記憶されている）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０３８８】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行われていないことを特定して、対処することができる。
【０３８９】
前記Ｓ２６２’で差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合には、管理装置５０は、前記挿入通知に含まれる記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ２６３ａ’）。このＳ２６３ａ’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記Ｓ２６６’の処理を行う。一方、Ｓ２６３ａ’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２６４ａ’）。このＳ２６４ａ’で差額が零である（ＹＥＳ）と判定された場合には、前記記録媒体ＩＤに対応付けて残額通知（図３３のＳ２２１）を送信した旨が記憶されているか否かを判定する（Ｓ２６５ａ’）。このＳ２６５ａ’で残額通知を送信した旨が記憶されていない（ＮＯ）と判定された場合には、残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ２６７）、さらに玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ２６８）、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ２６９）。
【０３９０】
このＳ２６９で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ２７０）、Ｓ２７２に進む。一方、Ｓ２６９で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、管理残額を消去して（Ｓ２７１’）、Ｓ２７２に進む。
【０３９１】
即ち通番が一致せず、記録媒体に差額，入金残額，精算要求受信フラグのいずれも記録されておらず、残額通知（Ｓ２２１）の送信後でない（残額通知を送信した旨が記憶されていない）場合とは、管理装置５０が減算要求（図２９のＳ１２４’）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、管理残額を使用額として特定し、管理装置５０において減算処理を行うものである。このように、玉貸ユニット２０で記録媒体貸与処理（使用額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０３９２】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、管理残額を消去するので、正確な残額を確定することができる。
【０３９３】
前記Ｓ２６４ａ’で挿入通知の差額が零でない（ＮＯ）と判定された場合，前記Ｓ２６５ａ’で残額通知の送信後ではない（残額通知を送信した旨が記憶されていない）と判定された場合，前記Ｓ２６５’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合，前記Ｓ２６１の処理後，前記Ｓ２６６’の処理後，前記Ｓ２７０の処理後，及び前記Ｓ２７１’の処理後は、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２７２）、前記挿入通知に含まれる入金残額が零であるか否かを判定する（Ｓ２７４’）。このＳ２７４’で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２７５’）。このＳ２７５’で差額が零である（ＹＥＳ）と判定された場合には、前記Ｓ２２０に進む。即ち通番が一致せず、記録媒体の差額及び入金残額が零である場合とは、第１に玉貸ユニット２０が予定残額通知（図２８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額分の玉貸処理が行われて管理装置５０が減算要求（図２９のＳ１２４’）を受信する前にオフライン状態が発生した場合，第３に玉貸ユニット２０が残額通知（図３３のＳ２２１）を受信してから管理装置５０が残額受信通知（同Ｓ２２４）を受信する前にオフライン状態が発生した場合，第４に玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６’）を受信する前にオフライン状態が発生した場合，又は第５に精算処理中において精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７５６）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０３９４】
一方、前記Ｓ２７４’で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ２７６’）、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ２７７’）。このＳ２７７’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。
【０３９５】
前記Ｓ２７７’で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７５’で差額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ２７８’）、Ｓ２４０に進む。
【０３９６】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図３０のＳ１６５’）を受信する前にオフライン状態が発生すると、通番が一致せず、入金残額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯ，Ｓ２６０’でＮＯ，Ｓ２６２’でＮＯ，Ｓ２６３ａ’でＮＯ，Ｓ２６４ａ’でＮＯと判定されて、Ｓ２７２，Ｓ２７８’の処理が行われ、通番が更新され（ここで通番が一致する）、差額が記憶された状態になるが、玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＮＯ，Ｓ２０６’でＹＥＳと判定されて、Ｓ２０７’で前記記憶されている差額が消去され、Ｓ２１４’で前記挿入通知に含まれる差額が改めて記憶される。
【０３９７】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図３０のＳ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＮＯ，Ｓ２０６’でＮＯと判定されて、Ｓ２１４’の処理は実行されない。つまり、前記挿入通知に含まれる差額は、管理装置５０が加算要求（図３０のＳ１６５’）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４’では当該差額は記憶されない。
【０３９８】
次に図３５は、玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０３９９】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、受付貨幣額が基準貸与額（ここでは５００円）以上であるか否かを判定する（Ｓ３０２’）。このＳ３０２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ３５０’に進む。一方、Ｓ３０２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、前記Ｓ１０６の予定残額通知を受信済であるか否かを判定する（Ｓ３０３）。
【０４００】
このＳ３０３で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で前記Ｓ１０１で受け付けた貨幣を返却し、後述するＳ３１１’に進む。
【０４０１】
この予定残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行われていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＹＥＳと判定されて、Ｓ２０５以下の処理が行われる。
【０４０２】
前記Ｓ３０３で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４で前記Ｓ１０７〜Ｓ１０９の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５で該未実行の処理を実行してＳ３１１’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３１１’に進む。
【０４０３】
この予定残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図２８のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が未加算の状態で記憶されており、玉貸ユニット２０において受付貨幣の取込が行われている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０’でＹＥＳと判定されて、Ｓ２６１以下の処理が行われる。
【０４０４】
Ｓ３１１’では、記録媒体（会員カード４，ビジタコイン５）を受付中であるか否かを判定する。このＳ３１１’で記録媒体を受付中である（ＹＥＳ）と判定された場合には、前記Ｓ１８６〜Ｓ１８９，及びＳ１９４の処理が行われて、受付中の記録媒体が返却される。一方、Ｓ３１１’で記録媒体を受付中でない（ＮＯ）と判定された場合には、前記１８６〜Ｓ１８９，及びＳ１９１以降の処理が行われて、ビジタコイン５が排出される。
【０４０５】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０４０６】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５’で前記Ｓ１２９’の記憶残額減算済であるか否かを判定し、記憶残額減算済でなければ（ＮＯ）、Ｓ３２６’で前記Ｓ１２９’の処理を実行してＳ３２７に進み、記憶残額減算済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３１１’に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３４８に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３１１’に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３３１で投入コイン保持部２６Ｐで保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３４８に進む。
【０４０７】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３’で前記Ｓ１２２’〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行してＳ３１１’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３１１’に進む。
【０４０８】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、受付貨幣額，入金残額，精算要求受信フラグ，及び残額通知（Ｓ２２１）を送信した旨のいずれも記憶されていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０’でＮＯ，Ｓ２６２’でＮＯ，Ｓ２６３ａ’でＮＯ，Ｓ２６４ａ’でＹＥＳ，Ｓ２６５ａ’でＮＯと判定されて、Ｓ２６７以下の処理が行われる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＮＯ，Ｓ２０６’でＮＯ，Ｓ２０８ａ’でＮＯ，Ｓ２１０’でＹＥＳ，Ｓ２１１’でＹＥＳと判定されて、Ｓ２２０以下の処理が行われる。
【０４０９】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２４１’の予定残額通知を受信済であるか否かを判定する（Ｓ３４２’）。
【０４１０】
このＳ３４２’で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３’で前記Ｓ２４２〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４で該未実行の処理を実行してＳ３１１’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３１１’に進む。
【０４１１】
この予定残額通知を受信済である場合には、管理装置５０が記録額消去通知を受信する前にオフライン状態が発生した場合と、該記録額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、記録額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において入金残額が未加算の状態で記憶されており、記録媒体の入金残額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２’でＹＥＳと判定されて、Ｓ２６３’以下の処理が行われる。
【０４１２】
前記Ｓ３４２’で予定残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３４５で前記Ｓ２２１の残額通知を受信済であるか否かを判定し、残額通知受信済でなければ（ＮＯ）、Ｓ３１１’に進み、残額通知受信済であれば（ＹＥＳ）、Ｓ３４６で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４７で該未実行の処理を実行してＳ３１１’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ５３１１’に進む。
【０４１３】
この予定残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において入金残額が未加算の状態で記憶されており、記録媒体に入金残額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＮＯ，Ｓ２０６’でＹＥＳと判定されて、Ｓ２０７’以下の処理が行われる。
【０４１４】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、Ｓ３４８でオフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０４１５】
次に図３６は、図３５に続く図である。前記Ｓ３０２’で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３５３で前記Ｓ１７０の加算完了通知を受信済であるか否かを判定する。このＳ３５３で加算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３５４’で前記Ｓ１７１’〜Ｓ１７２’の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３５５で該未実行の処理を実行してＳ３５６に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３５６に進む。Ｓ３５６では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３１１’に進み、記憶残額が零であれば（ＹＥＳ）、Ｓ３５７に進む。Ｓ３５７では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、Ｓ３４８に進み、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３５８に進む。Ｓ３５８ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、Ｓ３１１’に進み、ビジタコイン５を受付中であれば（ＹＥＳ）、Ｓ３６０で第１の投入コインストッパ２６ｂを開放状態とすることにより、該投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納して、Ｓ３４８に進む。
【０４１６】
前記Ｓ３５３で加算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３６１’で前記Ｓ１４１〜Ｓ１４４’の各処理，Ｓ１４１，Ｓ１６２’〜Ｓ１６４’，及びＳ１６６’の各処理，又はＳ１４１，Ｓ１６２’，及びＳ１４２〜Ｓ１４４’の各処理（即ち加算要求の送信に伴って行われる各処理）を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３６２で該未実行の処理を実行してＳ３１１’に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３１１’に進む。
【０４１７】
この加算完了通知を受信済でない場合には、管理装置５０が加算要求を受信する前にオフライン状態が発生した場合と、該加算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、加算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において差額の加算が行われておらず、記録媒体に差額が記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６０’でＮＯ，Ｓ２６２’でＮＯ，Ｓ２６３ａ’でＮＯ，Ｓ２６４ａ’でＮＯと判定されて、Ｓ２７８’の処理が行われ、Ｓ２４０以下の処理が行われる。また後者の、加算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において差額の加算が行われて、記録媒体に差額が記録されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４’でＮＯ，Ｓ２０６’でＮＯ，Ｓ２０８ａ’でＮＯと判定され、Ｓ２１４’の処理が行われず、Ｓ２４０以下の処理が行われる。
【０４１８】
次に図３７は、管理装置５０とオフライン状態である玉貸ユニット２０において記録媒体を受け付けた場合及び貨幣を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、オフライン状態において記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ５０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に入金残額が含まれるか否かを判定する（Ｓ５０２’）。このＳ５０２’で入金残額が含まれる（ＹＥＳ），即ち入金残額が記録されていると判定された場合には、該入金残額を制御部２１のＲＡＭで記憶し（Ｓ５０３’）、記憶残額を残額表示器３０に表示して（Ｓ５０４’）、オフライン状態において貨幣受付，玉貸操作，又は返却操作を待機する状態となる（Ｓ５０５’）。一方、Ｓ５０２’で入金残額が含まれない（ＮＯ），即ち入金残額が記録されていないと判定された場合には、貨幣受付，又は返却操作を待機する状態となる。
【０４１９】
また玉貸ユニット２０は、オフライン状態において貨幣受付を待機している状態で、貨幣を受け付けると（Ｓ５１０）、受付貨幣額を記憶残額に加算することによって記憶残額を更新し（Ｓ５１１’）、Ｓ５０４’以降の処理を行う。
【０４２０】
また玉貸ユニット２０は、オフライン状態において玉貸操作を待機している状態で、玉貸操作を受け付けると（Ｓ５２０’）、記憶残額≧玉貸設定金額（５００円）であれば、玉貸設定金額，記憶残額＜玉貸設定金額であれば記憶残額を使用額として、該使用額分の玉貸処理を行い（Ｓ５２１’）、該使用額を記憶残額から減算することによって記憶残額を更新し（Ｓ５２２’）、Ｓ５０４’以降の処理を行う。なお、Ｓ５２２’において、減算後の記憶残額が零となった場合には、貨幣受付を待機する状態になると共に、記録媒体を受け付けていない場合には記録媒体受付を待機する状態，記録媒体を受け付けている場合には返却操作を待機する状態となる。このように、玉貸ユニット２０において、オフライン状態で記録媒体から読み取った入金残額が記憶され、該記憶されている入金残額（＝記憶残額）の範囲内で使用額分の玉貸処理が行われ、後述するＳ５４１で遊技者から排出操作を受け付けると、該記憶されている入金残額を記録した記録媒体が排出されるので、使用額分の玉貸処理を行う毎に更新後の入金残額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
【０４２１】
次に図３８は、図３７に続く図である。玉貸ユニット２０は、オフライン状態において返却操作を待機している状態で、返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５４１）、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ５４２）。このＳ５４２で記録媒体を受け付けていない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５４３）。このＳ５４３で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を入金残額として、収納コイン保持部２７Ｐで保持しているビジタコイン５に記録し（Ｓ５５０’）、該記憶残額を消去して（Ｓ５５１’）、Ｓ５５２に進む。
【０４２２】
Ｓ５５２では、第２の収納コインストッパ２７ｃを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する。即ちビジタコイン５は、記憶残額がある場合にのみ返却されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。そして第２の収納コインストッパ２７ｃを閉鎖状態とし、第１の収納コインストッパ２７ｂを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持し（Ｓ５５３）、オフライン状態において貨幣受付，又は記録媒体受付を待機する状態となる。
【０４２３】
前記Ｓ５４２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かが判定される（Ｓ５６０）。このＳ５６０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、Ｓ５６４’に進む。
【０４２４】
Ｓ５６４’では、記憶残額が零であるか否かを判定する。このＳ５６４’で記憶残額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５に記録されている入金残額を消去して（Ｓ５６５’）、Ｓ５７１に進む。
【０４２５】
前記Ｓ５６４’で記憶残額が零でない（ＮＯ）と判定された場合には、投入コイン保持部２６Ｐで保持しているビジタコイン５に該記憶残額を入金残額として記録し（Ｓ５６９’）、制御部２１のＲＡＭで記憶している該記憶残額を消去して（Ｓ５７０’）、Ｓ５７１に進む。
【０４２６】
Ｓ５７１では、第２の投入コインストッパ２６ｃを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する。
【０４２７】
前記Ｓ５６０でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、制御部２１のＲＡＭで記憶している記憶残額が零であるか否かを判定する（Ｓ５８２’）。このＳ５８２’で記憶残額が零である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に記録されている入金残額を消去して（Ｓ５８３’）、該会員カード４を返却する（Ｓ５８６）。一方、Ｓ５８２’で記憶残額が零でない（ＮＯ）と判定された場合には、該会員カード４に該記憶残額を入金残額として記録し（Ｓ５８４’）、制御部２１のＲＡＭで記憶している該記憶残額を消去して（Ｓ５８５’）、該会員カード４を返却する（Ｓ５８６）。即ち会員カード４は、返却操作を受け付けると、常に返却される。
【０４２８】
以上に説明した遊技用システム１によれば、記録媒体貸与処理に使用された使用額に対応する消費税額を徴収しない場合に、オフライン状態の玉貸ユニット２０が貨幣又は記録媒体を受け付けて、使用額分の玉貸処理を行うようにしても、記憶残額が入金残額として記録媒体に記録されて排出される（Ｓ５５０’，Ｓ５６９’，Ｓ５８４’）。そして前記図３３に示すように、該記録媒体がオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において該記録媒体の入金残額が管理残額に加算されて遊技媒体の貸与に使用可能となることにより、該入金残額を処理するための釣銭払出機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。また、入金残額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０４２９】
次に図３９は、玉貸ユニット２０においてオンライン状態への復帰を検出した場合の処理の一例を表す図である。玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態への復帰を検出すると（Ｓ６０１）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部２７Ｐで保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部２４Ｐで保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部２６Ｐで保持しているビジタコイン５）の記録媒体ＩＤ，差額，入金残額，及び通番を含むオンライン復帰通知を管理装置５０に対して送信する（Ｓ６０２’）。このオンライン復帰通知は、前記挿入通知と同等のものであるため、該オンライン復帰通知を受信した管理装置５０は、Ｓ２０３以下で前記挿入通知を受信した場合と同様の処理を行う。
【０４３０】
次に図４０は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，差額，入金残額，及び通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２’）。
【０４３１】
Ｓ７０２’の精算要求を受信した管理装置５０は、該精算要求に含まれる通番が該精算要求に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ７６０’以下の通番不一致時処理に進む。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ７０４’）。このＳ７０４’で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ７０５）、Ｓ７０９ａ’に進む。即ち通番が一致しており、受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図２８のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４３２】
前記Ｓ７０４’で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ７０６’）。このＳ７０６’で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ７０７’）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ７０８’）、Ｓ７０８ａ’に進む。即ち通番が一致しており、かつ差額及び／又は入金残額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図３２のＳ２０２’）を受信してから玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信する前，又は管理装置５０が精算要求（図４０のＳ７０２’）を受信してから精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されている差額及び／又は入金残額が消去されずに残存状態のままとなり、該残存状態の差額及び／又は入金残額が管理残額に加算されると、遊技者（差額が記憶されている場合）又は遊技場（入金残額が記憶されている場合）が損害を被ることになるため、管理装置５０において差額及び／又は入金残額を管理残額に対して加算せずに該差額及び／又は入金残額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理が行われることなく、加算済更新処理が行われるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ７０７’の処理を行うにあたり、精算要求の記録媒体ＩＤに対応する差額が記憶されているか否かを判定して、判定結果を後述するＳ７１４’の処理まで保持しておくものとする。
【０４３３】
前記Ｓ７０６’で差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合，又はＳ７０８’の処理が行われた場合には、管理装置５０は、前記挿入通知に含まれる記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ７０８ａ’）。このＳ７０８ａ’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている精算要求受信フラグを消去し（Ｓ７０９’）、Ｓ７０９ａ’に進む。即ち通番が一致しており、精算要求受信フラグが記憶されている場合とは、管理装置５０が精算要求（図４０のＳ７０２’）を受信してから精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信する前にオフライン状態が発生した場合であり、貨幣の払出が行われておらず、精算要求受信フラグが記憶されている状態である。そして、この場合に精算要求受信フラグが記憶されていることに基づいて、一律に管理残額を消去するようにすると、遊技者が損害を被ることになる。そこで通番が一致しているときには、Ｓ７０９’において精算要求受信フラグを消去することでそのような事態を回避している。Ｓ７０８ａ’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合，Ｓ７０５の処理が行われた場合，及びＳ７０９’の処理が行われた場合には、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグを記憶し（Ｓ７０９ａ’）、前記精算要求に含まれる入金残額が零であるか否かを判定する（Ｓ７１０’）。このＳ７１０’で入金残額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる差額が零であるか否かを判定する（Ｓ７１１’）。このＳ７１１’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ７２０に進む。即ち通番が一致しており、記録媒体の差額及び入金残額が零である場合とは、第１にオフライン状態が発生していない場合，第２に差額及び入金残額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図３３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３に差額及び入金残額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図４１のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、後述するＳ７２０に進む。
【０４３４】
一方、前記Ｓ７１０’で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ７１２’）、前記精算要求に含まれる差額が零であるか否かを判定する（Ｓ７１３’）。このＳ７１３’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ７４０に進む。即ち入金残額が零でない場合とは、オフライン状態の玉貸ユニット２０で使用額分の玉貸が行われて入金残額が記録された場合であり、この場合には消去すべき入金残額が記録媒体に記録されているので、後述するＳ７４０に進む。
【０４３５】
前記Ｓ７１３’で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７１１’で差額が零でない（ＮＯ）と判定された場合には、前記Ｓ７０７’の消去処理にあたり差額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記精算要求に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ７１４’）、Ｓ７４０に進む。
【０４３６】
なおＳ７０７’の処理に際して差額が記憶されていなかった場合には、Ｓ７１４’の処理を行わない。即ち、通番が一致しており、差額が記憶されていない場合に、精算要求に含まれる差額は、管理装置５０が加算要求（図３０のＳ１６５’）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該差額を記憶しないことにより二重加算が防止され、これにより、当該差額が二重加算（実質的には（基準貸与額−受付貨幣額）の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０４３７】
次に図４１は、図４０に続く図である。この図４１の上段に示すフローチャートは、前記図２３の上段に示すフローチャートと比較して、前記Ｓ７３１の処理を行わない点と、前記Ｓ７２７の処理に代えて、精算完了通知に含まれる記録媒体ＩＤに対応する精算要求受信フラグを消去するＳ７２７’の処理を行う点のみが異なるため、説明を省略し、ここでは図４１の下段に示すフローチャートについて説明する。
【０４３８】
また管理装置５０は、前記Ｓ７１１’又はＳ７１３’で差額が零でない（ＮＯ）と判定された場合（Ｓ７１４’が実施された場合には該Ｓ７１４’の後），及び前記Ｓ７１３’で差額が零である（ＹＥＳ）と判定された場合、即ち差額，入金残額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記精算要求に含まれる装置ＩＤを記憶し（Ｓ７４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記記憶されている差額及び入金残額との合算額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ７４１’）。
【０４３９】
Ｓ７４１’の精算許諾情報を受信した精算装置６０は、記録媒体に記録されている差額を消去すると共に（Ｓ７４２’）、該記録媒体に記録されている入金残額を消去し（Ｓ７４３’）、前記精算許諾情報に含まれる合算額である許諾額分の貨幣を払い出し（Ｓ７４４）、該記録媒体の通番に１を加算して更新し（Ｓ７４５）、前記記録媒体ＩＤを含む精算完了通知を管理装置５０に対して送信する（Ｓ７４６）。
【０４４０】
Ｓ７４６の精算完了通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算完了通知に含まれる記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去して（Ｓ７４７’）、Ｓ７４８’に進む。これにより、管理装置５０が加算要求（図３０のＳ１６５’）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４４１】
このように、いわゆる完全ＩＤ管理のシステムにおいて、管理残額＋受付貨幣額≧基準貸与額であることを条件として、基準貸与額分の貸与処理を行う場合に、基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき差額が記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれる差額を管理残額に加算するので、差額の加算（実質的には〔基準貸与額−受付貨幣額〕の減算）ができずに遊技場が損害を被ることがなくなる。
【０４４２】
またＳ７４７’の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去し（Ｓ７４８’）、前記Ｓ７２５に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生した入金残額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該入金残額が管理残額に加算され、該入金残額を含めて精算が許諾されるので、入金残額の精算ができずに遊技者が損害を被ることがなくなる。
【０４４３】
次に図４２は、図４０に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応する受付貨幣額が記憶されているか否かを判定する（Ｓ７６０’）。このＳ７６０’で受付貨幣額が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ７６１）、Ｓ７７２に進む。即ち通番が一致せず、受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図２８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４４４】
前記Ｓ７６０’で受付貨幣額が記憶されていない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応する差額又は入金残額の少なくとも一方が記憶されているか否かを判定する（Ｓ７６２’）。このＳ７６２’で差額又は入金残額の少なくとも一方が記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている差額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該差額を消去すると共に（Ｓ７６３’）、前記記録媒体ＩＤに対応付けて記憶されている入金残額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該入金残額を消去して（Ｓ７６４’）、Ｓ７６５’に進む。即ち通番が一致せず、差額及び／又は入金残額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６’）を受信する前，又は精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されている差額及び入金残額の消去が行われているにも拘わらず、差額及び入金残額が未加算状態のままとなり、該未加算状態で放置されると遊技場（差額の場合）又は遊技者（入金残額の場合）が損害を被ることになるため、管理装置５０において差額及び入金残額を管理残額に対して加算して消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行われるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（記録額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４４５】
前記Ｓ７６４’の処理が行われると、前記記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ７６５’）。このＳ７６５’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去し、精算要求受信フラグを消去して（Ｓ７６６’）、Ｓ７７２に進む。即ち通番が一致せず、精算要求受信フラグが記憶されている場合とは、精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行われているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行われると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ち精算要求受信フラグが記憶されている）ことを条件として、管理残額零更新処理と精算要求消去処理とが行われるので、精算装置６０が精算許諾情報を受信してから管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０４４６】
前記Ｓ７６２’で差額又は入金残額のいずれも記憶されていない（ＮＯ）と判定された場合には、管理装置５０は、前記精算要求に含まれる記録媒体ＩＤに対応する精算要求受信フラグが記憶されているか否かを判定する（Ｓ７６３ａ’）。このＳ７６３ａ’で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記Ｓ７６６’の処理を行う。一方、Ｓ７６３ａ’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、前記精算要求に含まれる差額が零であるか否かを判定する（Ｓ７６４ａ’）。このＳ７６４ａ’で差額が零である（ＹＥＳ）と判定された場合には、前記記録媒体ＩＤに対応付けて残額通知（図３３のＳ２２１）を送信した旨が記憶されているか否かを判定する（Ｓ７６５ａ’）。このＳ７６５ａ’で残額通知を送信した旨が記憶されていない（ＮＯ）と判定された場合には、残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ７６７）、さらに玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ７６８）、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ７６９）。
【０４４７】
このＳ７６９で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ７７０）、Ｓ７７２に進む。一方、Ｓ７６９で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、管理残額を消去して（Ｓ７７１’）、Ｓ７７２に進む。
【０４４８】
即ち通番が一致せず、記録媒体に差額，入金残額，精算要求受信フラグのいずれも記録されておらず、残額通知（Ｓ２２１）の送信後でない（残額通知を送信した旨が記憶されていない）場合とは、管理装置５０が減算要求（図２９のＳ１２４’）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額分の玉貸処理が行われているにも拘わらず、管理装置５０において管理残額から使用額の減算処理が行われていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、管理残額を使用額として特定し、管理装置５０において減算処理を行うものである。このように、玉貸ユニット２０で記録媒体貸与処理（使用額分の玉貸処理）が行われたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行われなかった場合に、当該記録媒体がオンライン状態の精算装置６０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行われていることを条件として、減算処理が行われなかったことが特定され、該減算処理が行われて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を精算することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行われない事態を回避して、遊技場の損害を防止することができる。
【０４４９】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、管理残額を消去するので、正確な残額を確定することができる。
【０４５０】
前記Ｓ７６４ａ’で挿入通知の差額が零でない（ＮＯ）と判定された場合，前記Ｓ７６５ａ’で残額通知の送信後ではない（残額通知を送信した旨が記憶されていない）と判定された場合，前記Ｓ７６５’で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合，前記Ｓ７６１の処理後，前記Ｓ７６６’の処理後，前記Ｓ７７０の処理の後，及び前記Ｓ７７１’の処理後は、前記残額管理ＤＢにおいて、前記精算要求に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ７７２）、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグを記憶し（Ｓ７７３’）、前記精算要求に含まれる入金残額が零であるか否かを判定する（Ｓ７７４’）。このＳ７７４’で入金残額が零である（ＹＥＳ）と判定された場合には、前記精算要求に含まれる差額が零であるか否かを判定する（Ｓ７７５’）。このＳ７７５’で差額が零である（ＹＥＳ）と判定された場合には、前記Ｓ７２０に進む。即ち通番が一致せず、記録媒体の差額及び入金残額が零である場合とは、第１に玉貸ユニット２０が予定残額通知（図２８のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額分の玉貸処理が行われて管理装置５０が減算要求（図２９のＳ１２４’）を受信する前にオフライン状態が発生した場合，第３に玉貸ユニット２０が残額通知（図３３のＳ２２１）を受信してから管理装置５０が残額受信通知（同Ｓ２２４）を受信する前にオフライン状態が発生した場合，第４に玉貸ユニット２０が予定残額通知（図３３のＳ２４１’）を受信してから管理装置５０が記録額消去通知（同Ｓ２４６’）を受信する前にオフライン状態が発生した場合，又は第５に精算処理中において精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信してから管理装置５０が精算完了通知（同Ｓ７５６）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべき差額及び入金残額が記録媒体に記録されていないので、前記Ｓ７２０に進む。
【０４５１】
一方、前記Ｓ７７４’で入金残額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該入金残額を記憶して（Ｓ７７６’）、前記精算要求に含まれる差額が零であるか否かを判定する（Ｓ７７７’）。このＳ７７７’で差額が零である（ＹＥＳ）と判定された場合には、Ｓ７４０に進む。
【０４５２】
前記Ｓ７７７’で差額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７７５’で差額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記精算要求に含まれる差額を前記記録媒体ＩＤに対応付けて記憶し（Ｓ７７８’）、Ｓ７４０に進む。
【０４５３】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図３０のＳ１６５’）を受信する前にオフライン状態が発生すると、通番が一致せず、入金残額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＮＯ，Ｓ７６０’でＮＯ，Ｓ７６２’でＮＯ，Ｓ７６３ａ’でＮＯ，Ｓ７６４ａ’でＮＯと判定されて、Ｓ７７２，Ｓ７７８’の処理が行われ、通番が更新され（ここで通番が一致する）、差額が記憶された状態になるが、精算装置６０が精算許諾情報（図４１のＳ７４１’）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。さらにオンライン状態にある別の精算装置６０（あるいはオンライン状態に復帰した精算装置６０）が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４’でＮＯ，Ｓ７０６’でＹＥＳと判定されて、Ｓ７０７’で前記記憶されている差額が消去され、Ｓ７１４’で前記挿入通知に含まれる差額が改めて記憶される。
【０４５４】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図３０のＳ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、差額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４’でＮＯ，Ｓ７０６’でＮＯと判定されて、Ｓ７１４’の処理は実行されない。つまり、前記精算要求に含まれる差額は、管理装置５０が加算要求（図３０のＳ１６５’）を受信していることにより当該差額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該差額を記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ７１４’では当該差額は記憶されない。
【０４５５】
なお、ビジタコイン発行装置７０において貨幣を受け付けた場合の処理については、図２５に示した処理において、Ｓ９０８の処理（オンライン残額有りフラグの記録）を行わない点のみが異なる。
【０４５６】
［３−２．受付貨幣額及びオフライン端数額が受信時に管理残額に対して加算される変形例］
上記の実施形態では、管理装置５０が挿入通知又は精算要求を受信したときに、受付貨幣額やオフライン端数額が一旦記憶され、その後に貨幣取込通知又は端数額消去通知を受信したときに、該受付貨幣額やオフライン端数額が管理残額に対して加算される例について説明したが、これに限らず、管理装置５０が挿入通知又は精算要求を受信したときに、受付貨幣額やオフライン端数額を管理残額に対して加算する（つまり直接加算する）と共に、該受付貨幣額やオフライン端数額を加算額として管理しておくようにしても良い。
【０４５７】
この変形例では、上記の実施形態と比較して、玉貸ユニット２０においては、制御部２１の特定処理手段としての機能のみが異なり、また管理装置５０においては、入金要求，挿入通知，又は精算要求の受信に応じて実行する処理，制御部５２の連携処理手段，遊技用装置特定手段，基準貸与額判定手段としての機能，及び通番判定手段による判定結果に応じて実行する処理のみが異なる。以下、これらの異なる点について説明する。
【０４５８】
まず玉貸ユニット２０において、特定処理手段として機能する制御部２１は、管理残額を特定可能な残額通知（図４３のＳ１０６''に示す管理残額を含む残額通知）の受信に応じて、該残額通知から特定される管理残額（該残額通知に含まれる管理残額）の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理（同Ｓ１０８に示す受付貨幣の取込）を第１の特定処理として行うと共に、前記第１の通番更新処理を行い（同Ｓ１０９）、該特定処理手段の一部を構成する外部通信部２１ｂにより、該貸与可能処理を行った旨を示す貸与可能情報（同Ｓ１１０の貨幣取込通知）を前記連携処理要求として管理装置５０に対して送信するものである。
【０４５９】
次に管理装置５０において、制御部５２は、前記入金要求の受信に応じて（図４３のＳ１０３）、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて管理している管理残額に対して加算すると共に該受付貨幣額を加算額として記憶する処理を行い（同Ｓ１０５''）、通信部５１は、該管理残額を特定可能な残額通知（同Ｓ１０６''に示す管理残額を含む残額通知）を玉貸ユニット２０に対して送信する。
【０４６０】
また制御部５２は、前記挿入通知（図４４のＳ２０２）に含まれるオンライン端数額を該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算すると共に該オンライン端数額を加算額として記憶する処理を行い（図４４のＳ２１４''，図４６のＳ２７８''）、また前記挿入通知（図４４のＳ２０２）に含まれるオフライン端数額を該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算すると共に該オフライン端数額を加算額として記憶する処理を行い（図４４のＳ２１２''，図４６のＳ２７６''）、通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額を特定可能な残額通知（図４６のＳ２４１''に示す管理残額を含む残額通知）を玉貸ユニット２０に対して送信する。
【０４６１】
また制御部５２は、前記精算要求（図４７のＳ７０２）に含まれるオンライン端数額を該精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算すると共に該オンライン端数額を加算額として記憶する処理を行い（図４７のＳ７１４''，図４９のＳ７７８''）、また前記精算要求（図４７のＳ７０２）に含まれるオフライン端数額を該精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算すると共に該オフライン端数額を加算額として記憶する処理を行い（図４７のＳ７１２''，図４９のＳ７７６''）、通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額を含む精算許諾情報（図４８のＳ７４１''）を精算装置６０に対して送信する。
【０４６２】
また連携処理手段として機能する制御部５２は、前記貸与可能情報（図４３のＳ１１０に示す貨幣取込通知）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している加算額（受付貨幣額）を処理済であることを特定可能な状態に更新する処理済更新処理（同Ｓ１１４）を第１の連携処理として行うと共に、前記第２の通番更新処理を行う（同Ｓ１１５）。ここで処理済更新処理は、上記の実施形態における加算済更新処理と同様に、該受付貨幣額を消去する処理である。なお連携処理手段として機能する制御部５２は、上記の実施形態と同様に、第２の連携処理，及び第３の連携処理を行う。
【０４６３】
また制御部５２は、端数額消去通知（図４５のＳ２４６）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオンライン端数額及び／又はオフライン端数額を処理済であることを特定可能な状態に更新する処理済更新処理（同Ｓ２４７''，Ｓ２４８''）を行うと共に、前記第２の通番更新処理を行う（同Ｓ２２７）。ここで処理済更新処理は、上記の実施形態と同様に、該オンライン端数額及び／又はオフライン端数額を消去する処理である。
【０４６４】
また遊技用装置特定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額（受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中，挿入処理中，精算処理中のいずれでもない）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものである。
【０４６５】
また基準貸与額判定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定れ、かつ前記加算額（受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中，挿入処理中，精算処理中のいずれでもない）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものである。
【０４６６】
さらに管理装置５０においては通番判定手段による判定結果に応じて実行する処理が、上記の実施形態とは異なる。即ち通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行われていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行い（図４６のＳ２６１''）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行われていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶している受付貨幣額を減算する処理と前記処理済更新処理とを行う（図４４のＳ２０５''）。
【０４６７】
さらに通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）について処理済更新処理が行われている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中，挿入処理中，精算処理中のいずれでもない）ことを条件として、通番不一致時処理として、前記減算処理を行う（図４６のＳ２６７〜Ｓ２７１）。
【０４６８】
また通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行い（図４６のＳ２６４''）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行われていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶しているオフライン端数額を減算する処理と前記処理済更新処理とを行う（図４４のＳ２０８''）。
【０４６９】
以下、図４３〜図４９を参照して、受付貨幣額やオフライン端数額が受信時に管理残額に対して加算される変形例について説明する。
【０４７０】
まず図４３は、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けた場合の処理の一例を表す図である。この図４３は、前記図８と比較して、Ｓ１０５の処理に代えてＳ１０５''が行われる点と、Ｓ１０６の処理に代えてＳ１０６''が行われる点と、Ｓ１１３の処理が行われない点のみが異なる。ここでＳ１０５''では、入金要求に含まれる受付貨幣額を該記録媒体ＩＤに対応付けて記憶している管理残額に加算すると共に、該記録媒体ＩＤに対応付けて当該受付貨幣額を記憶する。またＳ１０６''では、該記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する。
【０４７１】
次に図４４は、管理装置５０とオンライン状態である玉貸ユニット２０において記録媒体を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、記録媒体受付を待機している状態で、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。
【０４７２】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該受付貨幣額を消去し（Ｓ２０５''）、Ｓ２０９に進む。即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図８のＳ１０３）を受信してから玉貸ユニット２０が残額通知（同Ｓ１０６''）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が加算されている状態のままとなり、該加算された状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額から減算し、該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、管理残額から加算額（受付貨幣額）を減算する処理と処理済更新処理とが行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４７３】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オンライン端数額を消去し（Ｓ２０７''）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オフライン端数額を消去して（Ｓ２０８''）、Ｓ２０９に進む。即ち通番が一致しており、ステータスが挿入処理中又は精算処理中であり、かつオンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、管理装置５０が挿入通知（図４４のＳ２０２）を受信してから玉貸ユニット２０が残額通知（図４５のＳ２４１''）を受信する前，又は管理装置５０が精算要求（図４７のＳ７０２）を受信してから精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信する前にオフライン状態が発生した場合であり、この場合に管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が管理残額に加算された状態のままであれば、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を管理残額から減算すると共に消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が管理残額に加算されている状態で記憶されていることを条件として、管理残額から入金残額を減算し、入金残額を消去する処理済更新処理を行うので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ２０７''の処理を行うにあたり、挿入通知の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、判定結果を後述するＳ２１４''の処理まで保持しておくものとする。
【０４７４】
前記Ｓ２０６で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合，又はＳ２０５''若しくはＳ２０８''の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１１）。このＳ２１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図１３のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図２３のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０４７５】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２１２''）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２１３）。このＳ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０４７６】
前記Ｓ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ２０７''の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて管理されている管理残額に加算し，該オンライン端数額を記憶し（Ｓ２１４''）、Ｓ２４０に進む。
【０４７７】
なおＳ２０７''の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ２１４''の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を加算，記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０４７８】
次に図４５は、図４４に続く図である。この図４４の上段に示すフローチャートは、前記図１３の上段に示すフローチャートと同一であるため、説明を省略する。また図４５の下段に示すフローチャートは、前記図１３の下段に示すフローチャートと比較して、前記Ｓ２４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を精算装置６０に対して送信するＳ７４１''の処理を行う点と、前記Ｓ２４７の処理に代えて、記録媒体ＩＤに対応付けて管理されているオンライン端数額を消去するＳ２４７''の処理を行う点と、前記Ｓ２４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ２４８''の処理を行う点のみが異なるため、説明を省略する。
【０４７９】
管理装置５０は、前記Ｓ２１１又はＳ２１３でオンライン端数額が零でない（ＮＯ）と判定された場合（Ｓ２１４''が実施された場合には該Ｓ２１４''の後），及び前記Ｓ２１３でオンライン端数額が零である（ＹＥＳ）と判定された場合、即ちオンライン端数額，オフライン端数額の少なくとも一方が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１''）。Ｓ２４１''の残額通知を受信した玉貸ユニット２０は、前記図１３のＳ２４２〜Ｓ２４６と同様の処理を行う。
【０４８０】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去して（Ｓ２４７''）、Ｓ２４８''に進む。これにより、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生しても、当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４８１】
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれるオンライン端数額を管理残額に加算するので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
【０４８２】
さらに、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額＋対応消費税額分の貸与処理（少額一発貸し）が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき対応消費税額＊（−１）がオンライン端数額として記録された記録媒体が排出され、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの挿入通知に含まれる負の値のオンライン端数額を管理残額に加算するので、負の値の対応消費税額の加算（実質的には対応消費税額の減算）ができずに遊技場が損害を被ることがなくなる。
【０４８３】
またＳ２４７''の処理を行った管理装置５０は、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２４８''）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある別の玉貸ユニット２０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
【０４８４】
次に図４６は、図４４に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６０）。このＳ２６０で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を消去して（Ｓ２６１''）、Ｓ２７２に進む。即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が加算されている状態で記憶されている）場合とは、玉貸ユニット２０が残額通知（図４３のＳ１０６''）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が消去されていない状態のままとなり、該受付貨幣額が管理残額から減算されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、該受付貨幣額を消去する処理済更新処理を行うので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４８５】
前記Ｓ２６０で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ２６２）。このＳ２６２で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去し（Ｓ２６３''）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２６４''）、Ｓ２６５に進む。即ち通番が一致せず、ステータスが挿入処理中又は精算処理中であり、オンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、玉貸ユニット２０が残額通知（図４５のＳ２４１''）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が記憶されたままとなり、該記憶されたオンライン端数額及びオフライン端数額が管理残額から減算されると、遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が加算されている状態で記憶されていることを条件として、記憶している入金残額を消去する処理済更新処理が行われるので、玉貸ユニット２０が残額通知を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４８６】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行われたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行われていないことを特定して、対処することができる。
【０４８７】
前記Ｓ２６４''の処理が行われると、前記図１４に示すＳ２６５〜Ｓ２６６と同様の処理が行われて、Ｓ２７２に進む。また前記Ｓ２６２で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合には、前記図１４に示すＳ２６３ａ〜Ｓ２７３と同様の処理が行われ、Ｓ２７４に進む。
【０４８８】
Ｓ２７４では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する。このＳ２７４でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７５）。このＳ２７５でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記図１４に示すのと同様に、Ｓ２２０に進む。
【０４８９】
一方、前記Ｓ２７４でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２７６''）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ２７７）。このＳ２７７でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記図１４に示すのと同様に、Ｓ２４０に進む。
【０４９０】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＹＥＳと判定され、Ｓ２６７〜Ｓ２７１の処理が行われると共に、Ｓ２７２，Ｓ２７３，Ｓ２７６''の処理が行われ、通番が更新され（ここで通番が一致する）、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が残額通知（図４５のＳ２４１''）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８''で前記記憶されているオフライン端数額が消去され、Ｓ２１２''で前記挿入通知に含まれるオフライン端数額が改めて加算，記憶される。
【０４９１】
前記Ｓ２７７でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ２７５でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて管理されている管理残額に加算し、該オンライン端数額を記憶して（Ｓ２７８''）、前記図１４に示すのと同様に、Ｓ２４０に進む。
【０４９２】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＮＯ，Ｓ２６０でＮＯ，Ｓ２６２でＮＯ，Ｓ２６３ａでＮＯと判定されて、Ｓ２７２，Ｓ２７３，Ｓ２７８の処理が行われ、通番が更新され（ここで通番が一致する）、オンライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１３のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０７''で前記記憶されているオンライン端数額が管理残額から減算され、該オンライン端数額が消去され、Ｓ２１４''で前記挿入通知に含まれるオンライン端数額が改めて管理残額に加算され、該オンライン端数額が記憶される。
【０４９３】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図１０のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯと判定されて、Ｓ２０９でステータスとして挿入処理中と記憶された状態になり、Ｓ２１４''の処理は実行されない。つまり、前記挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ２１４''では当該オンライン端数額は記憶されない。
【０４９４】
次に図４７は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表す図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に含まれるオフライン端数額が税込単位額未満であるか否かを判定する（Ｓａ７０１）。このＳａ７０１でオンライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、前記読み取った記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２）。
【０４９５】
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれる通番が該精算要求に含まれる記録媒体ＩＤと対応付けられた一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ７６０以下の通番不一致時処理に進む。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ７０４）。このＳ７０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該受付貨幣額を消去して（Ｓ７０５''）、Ｓ７０９に進む。即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が加算されている状態で記憶されている）場合とは、管理装置５０が入金要求（図４３のＳ１０３）を受信してから玉貸ユニット２０が残額通知（同Ｓ１０６''）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行われているにも拘わらず、受付貨幣額が加算されている状態のままとなり、該加算された状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額から減算し、該受付貨幣額を消去する処理を行うものである。このように、通番が一致すると判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、管理残額からの受付貨幣額の減算及び処理済更新処理が行われるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４９６】
前記Ｓ７０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ７０６）。このＳ７０６で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オンライン端数額を消去し（Ｓ７０７''）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オフライン端数額を消去して（Ｓ７０８''）、Ｓ７０９に進む。即ち通番が一致しており、ステータスが挿入処理中又は精算処理中であり、かつオンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、管理装置５０が挿入通知（図４４のＳ２０２）を受信してから玉貸ユニット２０が残額通知（図４５のＳ２４１''）を受信する前，又は管理装置５０が精算要求（図４７のＳ７０２）を受信してから精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信する前にオフライン状態が発生した場合であり、この場合に管理装置５０で記憶されているオンライン端数額及び／又はオフライン端数額が管理残額に加算された状態のままであれば、遊技者（負のオンライン端数額が記憶されている場合）又は遊技場（正のオンライン端数額が記憶されている場合，オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオンライン端数額及び／又はオフライン端数額を管理残額に対して加算せずに該オンライン端数額及び／又はオフライン端数額を管理残額から減算すると共に消去する処理を行うものである。このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が管理残額に加算されている状態で記憶されていることを条件として、管理残額から入金残額を減算し、入金残額を消去する処理済更新処理を行うので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。なおＳ７０７''の処理を行うにあたり、精算要求の記録媒体ＩＤに対応するオンライン端数額が記憶されているか否かを判定して、判定結果を後述するＳ７１４''の処理まで保持しておくものとする。
【０４９７】
前記Ｓ７０６で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合，又はＳ７０５''若しくはＳ７０８''の処理が行われた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして精算処理中と記憶し（Ｓ７０９）、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する（Ｓ７１０）。このＳ７１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７１１）。このＳ７１１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ７２０に進む。即ち通番が一致しており、記録媒体のオンライン端数額及びオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図４５のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオンライン端数額及びオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図４８のＳ７２１）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオンライン端数額及びオフライン端数額が記録媒体に記録されていないので、後述するＳ７２０に進む。
【０４９８】
一方、前記Ｓ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ７１２''）、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７１３）。このＳ７１３でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ７４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行われてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ７４０に進む。
【０４９９】
前記Ｓ７１３でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７１１でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記Ｓ７０７''の消去処理にあたりオンライン端数額が記憶されていたことを条件として、前記残額管理ＤＢにおいて、前記精算要求に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて管理されている管理残額に加算し，該オンライン端数額を記憶し（Ｓ７１４''）、Ｓ７４０に進む。
【０５００】
なおＳ７０７''の処理に際してオンライン端数額が記憶されていなかった場合には、Ｓ７１４''の処理を行わない。即ち、通番が一致しており、オンライン端数額が記憶されていない場合に、精算要求に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうからである。従って、当該オンライン端数額を加算，記憶しないことにより二重加算が防止され、これにより、当該オンライン端数額が正の値（即ち端数額）である場合には、二重加算により遊技場が損害を被ることがなくなり、また当該オンライン端数額が負の値（即ち対応消費税額）である場合には、二重加算（実質的には対応消費税額の二重減算）により遊技者が損害を被ることがなくなり、正確に管理残額を確定することができる。
【０５０１】
次に図４８は、図４７に続く図である。この図４８の上段に示すフローチャートは、前記図２３の上段に示すフローチャートと同一であるため、説明を省略し、また図４８の下段に示すフローチャートは、前記図２３の下段に示すフローチャートと比較して、前記Ｓ７４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するＳ７４１''の処理を行う点と、前記Ｓ７４７の処理に代えて、記録媒体ＩＤに対応付けて管理されているオンライン端数額を消去するＳ７４７''の処理を行う点と、前記Ｓ７４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ７４８''の処理を行う点のみが異なるため、説明を省略する。
【０５０２】
次に図４９は、図４７に続く図であり、通番不一致時処理の一例を表す図である。管理装置５０は、前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ７６０）。このＳ７６０で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を消去して（Ｓ７６１''）、Ｓ７７２に進む。即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が加算されている状態で記憶されている）場合とは、玉貸ユニット２０が残額通知（図４３のＳ１０６''）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行われているにも拘わらず、受付貨幣額が消去されていない状態のままとなり、該受付貨幣額が管理残額から減算されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を消去する処理を行うものである。このように、通番が一致しないと判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、該受付貨幣額を消去する処理済更新処理を行うので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５０３】
前記Ｓ７６０で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中又は精算処理中であるか否かを判定する（Ｓ７６２）。このＳ７６２で挿入処理中又は精算処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオンライン端数額を消去し（Ｓ７６３''）、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ７６４''）、Ｓ７６５に進む。即ち通番が一致せず、ステータスが挿入処理中又は精算処理中であり、オンライン端数額及び／又はオフライン端数額が加算されている状態で記憶されている場合とは、玉貸ユニット２０が残額通知（図４５のＳ２４１''）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信してから管理装置５０が精算完了通知（同Ｓ７４６）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオンライン端数額及びオフライン端数額の消去が行われているにも拘わらず、オンライン端数額及びオフライン端数額が記憶されたままとなり、該記憶されたオンライン端数額及びオフライン端数額が管理残額から減算されると、遊技者が損害を被る（負の値のオンライン端数額については遊技場が損害を被る）ことになるため、管理装置５０においてオンライン端数額及びオフライン端数額消去する処理を行うものである。このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が加算されている状態で記憶されていることを条件として、記憶している入金残額を消去する処理済更新処理が行われるので、玉貸ユニット２０が残額通知を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある精算装置６０に挿入することで、当該記録媒体の管理残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０５０４】
前記Ｓ７６４''の処理が行われると、前記図２４に示すＳ７６５〜Ｓ７６６と同様の処理が行われて、Ｓ７７２に進む。また前記Ｓ７６２で挿入処理中又は精算処理中でない（ＮＯ）と判定された場合には、前記図２４に示すＳ７６３ａ〜Ｓ７７３と同様の処理が行われ、Ｓ７７４に進む。
【０５０５】
Ｓ７７４では、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する。このＳ７７４でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７７５）。このＳ７７５でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記図２４に示すのと同様に、Ｓ７２０に進む。
【０５０６】
一方、前記Ｓ７７４でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ７７６''）、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する（Ｓ７７７）。このＳ７７７でオンライン端数額が零である（ＹＥＳ）と判定された場合には、前記図２４に示すのと同様に、Ｓ７４０に進む。
【０５０７】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行われ、管理装置５０が減算要求（図９のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行われると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０で該記録媒体を受け付けると、Ｓ７０３でＮＯ，Ｓ７６０でＮＯ，Ｓ７６２でＮＯ，Ｓ７６３ａでＹＥＳと判定され、Ｓ７６７〜Ｓ７７１の処理が行われると共に、Ｓ７７２，Ｓ７７３，Ｓ７７６''の処理が行われ、通番が更新され（ここで通番が一致する）、オフライン端数額が記憶され、ステータスとして精算処理中と記憶された状態になるが、精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の精算装置６０（又はオンライン状態に復帰した精算装置６０）が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＹＥＳと判定されて、Ｓ７０８''で前記記憶されているオフライン端数額が消去され、Ｓ７１２''で前記挿入通知に含まれるオフライン端数額が改めて加算，記憶される。
【０５０８】
前記Ｓ７７７でオンライン端数額が零でない（ＮＯ）と判定された場合，又は前記Ｓ７７５でオンライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記精算要求に含まれるオンライン端数額を前記記録媒体ＩＤに対応付けて管理されている管理残額に加算し、該オンライン端数額を記憶し（Ｓ７７８''）、前記図２４に示すのと同様に、Ｓ７４０に進む。
【０５０９】
即ちオンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信する前にオフライン状態が発生すると、通番が一致せず、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある精算装置６０が該記録媒体を受け付けると、Ｓ７０３でＮＯ，Ｓ７６０でＮＯ，Ｓ７６２でＮＯ，Ｓ７６３ａでＮＯと判定されて、Ｓ７７２，Ｓ７７３，Ｓ７７８''の処理が行われ、通番が更新され（ここで通番が一致する）、オンライン端数額が記憶され、ステータスとして精算処理中と記憶された状態になるが、精算装置６０が精算許諾情報（図４８のＳ７４１''）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の精算装置６０（又はオンライン状態に復帰した精算装置６０）が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＹＥＳと判定されて、Ｓ７０７''で前記記憶されているオンライン端数額が管理残額から減算され、該オンライン端数額が消去され、Ｓ７１４''で前記精算要求に含まれるオンライン端数額が改めて管理残額に加算され、該オンライン端数額が記憶される。
【０５１０】
一方、オンライン状態にある玉貸ユニット２０で少額一発貸しが行われ、玉貸ユニット２０が加算完了通知（図１０のＳ１５１，Ｓ１７０）を受信する前にオフライン状態が発生すると、通番が一致し、オンライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の精算装置６０（又はオンライン状態に復帰した精算装置６０）が該記録媒体を受け付けると、Ｓ７０３でＹＥＳ，Ｓ７０４でＮＯ，Ｓ７０６でＮＯと判定されて、Ｓ７０９でステータスとして精算処理中と記憶された状態になり、Ｓ７１４''の処理は実行されない。つまり、前記挿入通知に含まれるオンライン端数額は、管理装置５０が加算要求（図１０のＳ１４６，Ｓ１６５）を受信していることにより当該オンライン端数額の管理残額に対する加算が行われているにも拘わらず、玉貸ユニット２０が加算完了通知（同Ｓ１５１，Ｓ１７０）を受信していないために記録媒体から消去されずに残存しているものであるため、仮に当該オンライン端数額を加算，記憶すると再び管理残額に対して加算されて二重加算になってしまうから、Ｓ７１４''では当該オンライン端数額は記憶されない。
【０５１１】
なお図示しないが、この変形例においても、前述した消費税が徴収されない変形例を適用可能である。
【０５１２】
［３−３．その他の変形例］
【０５１３】
上記の実施形態では、最後処理特定情報が処理日時（排出日時，精算日時，発行日時）である例について説明したが、これに限らず、最後処理特定情報を、バックアップ用の通番としても良い。例として、図５０に示すように、管理装置５０とオンライン状態である玉貸ユニット２０において貨幣を受け付けたときの処理，及び玉貸操作を受け付けたときの処理について説明する。
【０５１４】
この図５０の上段に示すフローチャートは、図８に示すフローチャートと比較して、前記Ｓ１０７〜Ｓ１０８の間で、Ｓ１０７ａ’及びＳ１０７ｂ’の処理を行う点のみが異なる。ここでＳ１０７ａ’では、記録媒体のバックアップ通番に１を加算して更新する。またＳ１０７ｂ’では、制御部２１が備えるＥＥＰＲＯＭに記憶されている処理履歴ＤＢに、該記録媒体の記録媒体ＩＤ，入金履歴，記憶残額，及び更新後のバックアップ通番を記憶する。これにより、入金毎にバックアップ通番が更新され、玉貸ユニット２０には、入金毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０５１５】
また図５０の下段に示すフローチャートは、図９に示すフローチャートと比較して、前記Ｓ１２９〜Ｓ１３０の間で、Ｓ１２９ａ’及びＳ１２９ｂ’の処理を行う点のみが異なる。ここでＳ１２９ａ’では、前記記録媒体のバックアップ通番に１を加算して更新する。またＳ１２９ｂ’では、前記処理履歴ＤＢに、記録媒体ＩＤ，玉貸履歴，更新後の残額（記憶残額），及び更新後のバックアップ通番を記憶する。これにより、玉貸毎にバックアップ通番が更新され、玉貸ユニット２０には、玉貸毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
【０５１６】
このように、管理残額が更新される毎に、記録媒体のバックアップ通番が更新されることになり、玉貸ユニット２０には、記録媒体ＩＤに対応付けて、バックアップ通番及び残額が記憶されることとなる。従って、センタ管理装置８０が設けられない場合であっても、各玉貸ユニット２０から記録媒体ＩＤ及びバックアップ通番に対応付けて記憶されている残額を取得して、最新のバックアップ通番に対応する残額を、最新の残額として特定して、各記録媒体ＩＤに対応する残額を復旧させることが可能である。
【０５１７】
上記の図５０では、最後処理特定情報であるバックアップ通番が、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図５１に示すように、該バックアップ通番が、記録媒体には記憶されておらず、管理装置５０の残額管理ＤＢにおいて、記録媒体ＩＤ及び残額と対応付けて記憶されているようにしても良い。
【０５１８】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図５１を例にして説明する。この図５１は前述した図５０に相当するものであり、該図５０と比較して、前記Ｓ１０５の後にＳ１０５ａ''，及びＳ１０６ａ''の処理が行われてから、前記Ｓ１０７に進み、Ｓ１０７ｂ''の処理が行われる点と、前記Ｓ１２７の後にＳ１２７ａ''，及びＳ１２８ａ''の処理が行われてから、前記Ｓ１２９に進み、Ｓ１２９ｂ''の処理が行われる点のみが異なり、その他の点は同一である。
【０５１９】
まず前記Ｓ１０５の受付貨幣額の記憶処理を行った管理装置５０は、Ｓ１０５ａ''で、該記憶処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１０６ａ''で、前記予定残額（管理残額＋受付貨幣額）に加えて該更新されたバックアップ通番を含む予定残額通知を、玉貸ユニット２０に対して返信する。該予定残額通知を受信した玉貸ユニット２０は、Ｓ１０７で該予定残額を記憶した後、Ｓ１０７ｂ''で、処理履歴ＤＢにおいて、入金処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、該予定残額通知に含まれる残額とバックアップ通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１０８に進む。
【０５２０】
また前記Ｓ１２７のステータス記憶を行った管理装置５０は、Ｓ１２７ａ''で、減算要求に含まれる記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、玉貸処理に基づく更新である。そしてＳ１２８ａ''で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２９の処理の後、Ｓ１２９ｂ''で、処理履歴ＤＢにおいて、玉貸処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれるバックアップ通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１３０に進む。
【０５２１】
上記の図５０では、最後処理特定情報であるバックアップ通番が、各記録媒体について付与される、１から始まる通算番号であって、記録媒体（会員カード４，ビジタコイン５）に記録されている例について説明したが、これに限らず、例えば図５２に示すように、該バックアップ通番が、すべての記録媒体について共通の共通通番であって、記録媒体には記録されておらず、管理装置５０の残額管理ＤＢにおいて記憶されているようにしても良い。
【０５２２】
この場合における玉貸ユニット２０及び管理装置５０の処理を、図５２を例にして説明する。この図５２は前述した図５０に相当するものであり、該図５０と比較して、前記Ｓ１０５の後にＳ１０５ａ'''，及びＳ１０６ａ'''の処理が行われてから、前記Ｓ１０７に進み、Ｓ１０７ｂ'''の処理が行われる点と、前記Ｓ１２７の後にＳ１２７ａ'''，及びＳ１２８ａ'''の処理が行われてから、前記Ｓ１２９に進み、Ｓ１２９ｂ'''の処理が行われる点のみが異なり、その他の点は同一である。
【０５２３】
まず前記Ｓ１０５の受付貨幣額の記憶処理を行った管理装置５０は、Ｓ１０５ａ'''で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１０６ａ'''で、前記予定残額（管理残額＋受付貨幣額）に加えて該更新された共通通番を含む予定残額通知を、玉貸ユニット２０に対して返信する。該予定残額通知を受信した玉貸ユニット２０は、Ｓ１０７で該予定残額を記憶した後、Ｓ１０７ｂ'''で、処理履歴ＤＢにおいて、入金処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、該予定残額通知に含まれる残額と共通通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１０８に進む。
【０５２４】
また前記Ｓ１２７のステータス記憶を行った管理装置５０は、Ｓ１２７ａ'''で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、玉貸処理に基づく更新である。そしてＳ１２８ａ'''で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２９の処理の後、Ｓ１２９ｂ'''で、処理履歴ＤＢにおいて、玉貸処理の対象となった記録媒体の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれる共通通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１３０に進む。
【０５２５】
上記の実施形態では、通番不一致時処理が、記憶している受付貨幣額の加算や消去，記憶しているオフライン端数額の加算や消去，及び使用額＋消費税額の減算等、管理残額を対象とした処理である例について説明したが、これに限らず、該通番不一致時処理は、管理装置５０において、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０を特定可能に表示（報知）する処理であっても良い。これによれば、例えば遊技場の店員が、該報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行うといった対処が可能となる。また通番不一致時処理は、管理装置５０から、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０に対して報知指示を送信する処理であっても良い。これによれば、玉貸ユニット２０や精算装置６０において報知が行われるので、上記と同様の対処が可能となる。このように、通番不一致時処理とは、管理残額を対象とした処理には限られない。
【０５２６】
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、例えば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
【０５２７】
上記の実施形態では、図８に示すように、管理装置５０において、入金要求の受信に応じて、まずステータスの記憶（Ｓ１０４）が行われ、次に受付貨幣額の記憶（Ｓ１０５）が行われ、最後に予定残額通知の送信（Ｓ１０６）が行われる例について説明したが、これら３つの処理が行われる順序は限定されない。また玉貸ユニット２０において、予定残額通知の受信に応じて、まず特定処理である受付貨幣の取込（Ｓ１０８）が行われ、次に第１の通番更新処理（Ｓ１０９）が行われ、最後に連携処理要求である貨幣取込通知の送信（Ｓ１１０）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。さらに管理装置５０において、連携処理要求である貨幣取込通知の受信に応じて、まず受付貨幣額の加算（Ｓ１１３）が行われ、次に該受付貨幣額の消去（Ｓ１１４）が行われ、次に第２の通番更新処理（Ｓ１１５）が行われ、最後にステータスの更新（Ｓ１０６）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０５２８】
上記の実施形態では、図９に示すように、玉貸ユニット２０において、玉貸操作を受け付けると、まず使用額＋消費税額分の玉貸処理が開始され（Ｓ１２２）、次に第１の通番更新処理（Ｓ１２３）が行われ、最後に減算要求の送信（Ｓ１２４）が行われる例について説明したが、これら３つの処理が行われる順序は限定されない。また管理装置５０において、減算要求の受信に応じて、まず使用額＋消費税額の減算（Ｓ１２５）が行われ、次に第２の通番更新処理（Ｓ１２６）が行われ、次にステータスの記憶（Ｓ１２７）が行われ、最後に減算完了通知の送信（Ｓ１２８）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０５２９】
上記の実施形態では、図１０に示すように、玉貸ユニット２０において、受付貨幣額から貸与対象額と端数額が特定されると、まず貸与対象額分の玉貸処理が開始され（Ｓ１４４）、次に第１の通番更新処理（Ｓ１４５）が行われ、次に加算要求の送信（Ｓ１４６）が行われ、最後に端数額の記憶（Ｓ１４７）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。また管理装置５０において、加算要求の受信に応じて、まず端数額の加算（Ｓ１４８）が行われ、次に第２の通番更新処理（Ｓ１４９）が行われ、次にステータスの記憶（Ｓ１５０）が行われ、最後に加算完了通知の送信（Ｓ１５１）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０５３０】
上記の実施形態では、図１０に示すように、玉貸ユニット２０において、記憶残額が対応消費税額以上であると判定されると、まず受付貨幣額＋対応消費税額分の玉貸処理が開始され（Ｓ１６３）、次に第１の通番更新処理（Ｓ１６４）が行われ、次に加算要求の送信（Ｓ１６５）が行われ、最後に対応消費税額＊（−１）の記憶（Ｓ１６６）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。また管理装置５０において、加算要求の受信に応じて、まず対応消費税額＊（−１）の加算（Ｓ１６７）が行われ、次に第２の通番更新処理（Ｓ１６８）が行われ、次にステータスの記憶（Ｓ１６９）が行われ最後に加算完了通知の送信（Ｓ１７０）が行われる例について説明したが、これら４つの処理が行われる順序は限定されない。
【０５３１】
上記の実施形態では、図１３に示すように、玉貸ユニット２０において、予定残額通知の受信に応じて、まず端数額の消去（Ｓ２４３，Ｓ２４３）が行われ、次に第１の通番更新処理（Ｓ２４５）が行われ、最後に端数額消去通知の送信（Ｓ２４６）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。また管理装置５０において、端数額消去通知の受信に応じて、まず端数額の加算・消去（Ｓ２４７，Ｓ２４８）が行われ、次に第２の通番更新処理（Ｓ２２７）が行われ、最後にステータスの更新（Ｓ２２８）が行われる例について説明したが、これら３つの処理が行われる順序も限定されない。これは図４５に示す変形例においても同様である。
【０５３２】
上記の実施形態では、図２３に示すように、精算装置６０において、精算許諾情報の受信に応じて、まず端数額の消去（Ｓ７４２，Ｓ７４３）が行われ、次に許諾分の貨幣の払い出しが行われ（Ｓ７４４）、次に第１の通番更新処理（Ｓ７４５）が行われ、最後に精算完了通知の送信（Ｓ７４６）が行われる例について説明したが、これら４つの処理が行われる順序も限定されない。また管理装置５０において、精算完了通知の受信に応じて、まず端数額の加算・消去（Ｓ７４７，Ｓ７４８）が行われ、次に管理残額の消去（Ｓ７２５）が行われ、次に第２の通番更新処理（Ｓ７２６）が行われ、最後にステータスの更新（Ｓ７２７）が行われる例について説明したが、これら４つの処理が行われる順序も限定されない。これは図４８に示す変形例においても同様である。
【０５３３】
上記の実施形態では、図１４のＳ２６２で精算処理中である（ＹＥＳ）と判定された場合に、Ｓ２６３で、記憶されているオンライン端数額を管理残額に対して加算して消去し、Ｓ２６４で、記憶されているオフライン端数額を管理残額に対して加算して消去する例について説明したが、精算処理中においては、該加算後の管理残額は直後のＳ２６５で消去されるので、Ｓ２６３及びＳ２６４で加算を行わないようにしても良い。同様に、上記の実施形態では、図２４のＳ７６２で精算処理中である（ＹＥＳ）と判定された場合に、Ｓ７６３で、記憶されているオンライン端数額を管理残額に対して加算して消去し、Ｓ７６４で、記憶されているオフライン端数額を管理残額に対して加算して消去する例について説明したが、精算処理中においては、該加算後の管理残額は直後のＳ７６５で消去されるので、Ｓ７６３及びＳ７６４で加算を行わないようにしても良い。さらに上記の実施形態では、図２３のＳ７４６に示す精算完了通知を管理装置５０が受信したときに、Ｓ７４７で、記憶されているオンライン端数額を管理残額に対して加算して消去し、Ｓ７４８で、記憶されているオフライン端数額を管理残額に対して加算して消去する例について説明したが、精算処理中においては、該加算後の管理残額は直後のＳ７２５で消去されるので、Ｓ７４７及びＳ７４８で加算を行わないようにしても良い。
【０５３４】
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。例えば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤ及び通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
【０５３５】
上記の実施形態では、図１５及び図１６に示すように、玉貸ユニット２０が記録媒体を受け付けていない又はビジタコイン５を受け付けている状態でオフライン状態の発生を検知したときに、記憶残額が零である場合を除いて、返却操作を待機する状態となり（Ｓ５０５）、図１８に示すように、返却操作によって、ビジタコイン５にオンライン残額有りフラグが記録されて（Ｓ５４５，Ｓ５６３）、該ビジタコイン５が排出される（Ｓ５５２，Ｓ５７１）例について説明したが、これに限らず、オフライン状態の発生を検知したときに、記憶残額が零である場合を除いて、返却操作によることなく、自動的にビジタコイン５にオンライン残額有りフラグが記録されて排出されるようにしても良い。
【０５３６】
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（図１１のＳ１８４）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０又は精算装置６０から管理装置５０に対して入金要求，挿入通知，又は精算要求が送信され、該情報を受信した管理装置５０が装置ＩＤを記憶した後、オフライン状態となって、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤは消去されない。従って、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
【０５３７】
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の変形例では、貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
【０５３８】
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２づつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、例えばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などの、順序を特定可能なキャラクタ等であっても良い。
【０５３９】
上記の実施形態では、管理残額の有効期間が無期限である例について説明したが、これとは逆に、有効期間を当日中としても良い。この場合には、管理装置５０に、有効期間（精算可能期間及び／又は使用可能期間）を設定する有効可能期間設定手段と、前記有効期間内（ここでは当日中）に前記通信不可能状態が発生したか否かを判定する通信不可能状態発生判定手段と、をさらに設け、前記遊技用装置（玉貸ユニット２０）は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額を遊技媒体の貸与に使用させ（具体的には、オフライン端数額を管理残額に加算するために記憶し）、前記精算装置６０は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額に相当する貨幣を払い出す（具体的には、オフライン端数額を管理残額に加算するために記憶する）ようにしても良い。これによれば、有効期間内に通信不可能状態が発生したと判定されたことを条件として端数額の使用や精算が行われることにより、精算可能期間内に通信不可能状態が発生しておらず記録媒体に端数額が記録されることがない状況においては端数額の使用や精算が行われないので、セキュリティが向上する。この場合において、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されなかった場合には、エラーとして当該記録媒体を使用できないようにしても良く、またオフライン端数額を記憶しないことにより、該オフライン端数額は使用・精算できないが当該記録媒体の管理残額は使用・精算できるようにしても良い。
【０５４０】
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
【０５４１】
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
【０５４２】
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０５４３】
上記の実施形態では、図１に示すように、バックアップ装置が、遊技場外のカード会社に設けられるセンタ管理装置８０である例について説明したが、これに限らず、該バックアップ装置は、遊技場内に設けられるものであっても良く、また管理装置５０に、前記ハードディスク５５とは別体で前記バックアップ情報記憶手段として機能するハードディスク等の記憶装置を設けたり、あるいは前記バックアップ情報記憶手段として機能する外部記録メディア（例えばＣＤ−Ｒやメモリカード等）に対して情報を書き込み可能なメディアライタを設け、前記図７（ａ）に示す残額管理ＤＢの記憶内容が所定時間毎に該バックアップ情報記憶手段に記憶されるように構成して、該管理装置５０自体をバックアップ装置として機能させるようにしても良い。
【０５４４】
上記の実施形態では、図２（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
【０５４５】
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
【０５４６】
上記の実施形態では、図２（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０５４７】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
【０５４８】
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０５４９】
上記の実施形態では、図２（ａ）（ｂ）に示すように、記録媒体返却口（コイン返却口２８）が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該記録媒体返却口は、遊技用装置の前面から陥没して形成されるようにしても良い。
【０５５０】
上記の実施形態では、図６（ｂ）のＤ１２に示すように、ビジタコイン発行装置７０で、予め定められた発行額の選択に基づいて、該発行額をパチンコ玉の貸与に使用可能なビジタコイン５が発行される例について説明したが、これに限らず、遊技者による任意の金額の指定に基づいて、該指定された金額をパチンコ玉の貸与に使用可能なビジタコイン５が発行されるようにしても良い。またビジタコイン発行装置７０において、貨幣として、紙幣２のみならず硬貨３を受け付けるようにしても良い。
【０５５１】
上記の実施形態では、図８のＳ１０３に示すように、玉貸ユニット２０から送信される入金要求に受付貨幣額と記録媒体ＩＤとが含まれる例について説明したが、これに限らず、玉貸ユニット２０から送信される挿入通知に記録媒体ＩＤと装置ＩＤとを含めて送信し、該挿入通知を受信した管理装置５０において、該挿入通知に含まれる記録媒体ＩＤに対応付けて該挿入通知に含まれる装置ＩＤを管理するようにした場合には、前記入金要求に受付貨幣額と装置ＩＤとを含めて送信し、該入金要求を受信した管理装置５０において、該入金要求に含まれる装置ＩＤに対応付けて管理されている記録媒体ＩＤを特定し、前記入金要求に含まれる受付貨幣額を該特定された記録媒体ＩＤに対応付けて管理するようにしても良い。即ち入金要求は、受付貨幣額と記録媒体ＩＤとを特定可能な情報であれば良く、この場合には装置ＩＤが前記記録媒体ＩＤを特定可能な情報である。また入金可能な貨幣の金種が１種類である場合には、入金要求には受付貨幣額を含めなくても良い。
【０５５２】
上記の実施形態では、図８のＳ１０６に示すように、管理残額と受付貨幣額との合算額を特定可能な残額通知として、該合算額である予定残額を含む予定残額通知が管理装置５０から玉貸ユニット２０に対して送信される例について説明したが、これに限らず、玉貸ユニット２０は、管理残額を記憶残額として把握していると共に、受付貨幣額を把握しているので、前記合算額を含まない残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、前記把握している管理残額と受付貨幣額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。また管理残額又は受付貨幣額のいずれか一方のみを含む残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、該残額確認通知に含まれる管理残額又は受付貨幣額と、前記把握している受付貨幣額又は管理残額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。
【０５５３】
上記の実施形態では、図１０のＳ１６２に示すように、［記憶残額≧対応消費税額］であるか否かを判定して、記憶残額≧対応消費税額であることを条件に、受付貨幣額＋対応消費税額分の玉貸処理を行う例について説明したが、これに限らず、［記憶残額＋受付貨幣額≧受付貨幣額＋対応消費税額］であるか否かを判定し、記憶残額＋受付貨幣額≧受付貨幣額＋対応消費税額であることを条件に、受付貨幣額＋対応消費税額分の玉貸処理を行うようにしても良い。
【０５５４】
上記の実施形態で、ビジタコイン発行装置７０において、会員カード４を受け付けて、該受け付けた会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額に対する価値加算ができるようにしても良く、この場合には、該価値加算も「記録媒体発行処理」に該当する。
【０５５５】
上記の実施形態では、図１１のＳ１８６に示すように、記録媒体識別情報記憶判定手段による、貸与処理（玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）が処理履歴記憶手段（処理履歴ＤＢ）に既に記憶されているか否かの判定が、返却操作の受付後に行われる例について説明したが、これに限らず、該記録媒体識別情報記憶判定手段による判定は、例えば貨幣の受付後や記録媒体の受付後に行われるようにしても良く、該判定を行うタイミングは特に限定されない。
【０５５６】
上記の実施形態で、精算装置６０においても、遊技用装置（玉貸ユニット２０）と同様に、精算処理の対象となった記録媒体の記録媒体識別情報が精算履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな精算履歴を前記精算履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記精算履歴記憶手段で既に記憶されている精算履歴を新たな精算履歴に更新する精算履歴更新手段と、を設けるようにしても良い。
【０５５７】
上記の実施形態で、記録媒体発行装置（ビジタコイン発行装置７０）においても、遊技用装置（玉貸ユニット２０）と同様に、記録媒体発行処理の対象となった記録媒体の記録媒体識別情報が発行履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな発行履歴を前記発行履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記発行履歴記憶手段で既に記憶されている発行履歴を新たな発行履歴に更新する発行履歴更新手段と、を設けるようにしても良い。
【０５５８】
上記の実施形態では、図７（ｂ）に示すように、精算履歴ＤＢにおいて精算履歴を記憶する際に、残額として０も記憶される例について説明したが、これに限らず、精算後の残額は０以外にはないため、該残額は記憶しないようにしても良い。
【０５５９】
上記の実施形態では、図７（ｄ）に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、例えば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
【０５６０】
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
【０５６１】
上記の実施形態では、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢにおいて、２５６個の履歴を記憶可能である例について説明したが、これに限らず、より多い履歴の数，又はより少ない履歴の数を記憶可能なようにしても良い。
【０５６２】
上記の実施形態では、例えば図８に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１８４の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、前記残額処理手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額＋消費税額分の玉貸処理が行われたときに、装置ＩＤと使用額＋消費税額とを含む前記減算要求を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行う。
【０５６３】
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行われる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行う。
【０５６４】
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
【０５６５】
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、例えば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
【０５６６】
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
【０５６７】
上記の実施形態では、ビジタコイン５に対してのみ管理残額有り情報（オンライン残額有りフラグ）が記録される例について説明したが、これに限らず、記録媒体貸与処理の対象となった会員カード４の管理残額が零でないことを条件として、該会員カード４に管理残額有り情報を記録し、管理残額を記録することなく排出する第１の排出処理を記録媒体排出処理手段（制御部２１）により行うようにしても良い。
【０５６８】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０５６９】
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０５７０】
上記の実施形態では、玉貸処理が行われた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
【０５７１】
上記の実施形態では、図９に示すように、減算要求に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該減算要求に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（例えば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、減算要求に玉貸操作が行われた旨のみを含めて管理装置５０に対して送信すれば良い。
【０５７２】
上記の実施形態では、図９のＳ１２５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
【０５７３】
上記の実施形態では、玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行われた場合に、該使用額＋消費税額（例えば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行われる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額＋消費税額分（例えば５回）繰り返し行われるようにしても良く、この場合には、残額表示器３０における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
【０５７４】
上記の実施形態では、図１１のＳ１９１〜Ｓ１９２に示すように、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却されてから直ちに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持される例について説明したが、これに限らず、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却された後、貨幣が受け付けられたときに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持されるようにしても良い。
【０５７５】
上記の実施形態では、図１８に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行われる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
【０５７６】
上記の実施形態では、図２２のＳａ７０１に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行われる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（例えば５００円）未満であるか否かの判定が行われるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行われるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
【０５７７】
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
【０５７８】
上記の実施形態では、図７（ａ）に示すように、処理履歴が記録媒体の排出の履歴である例について説明したが、これに限らず、図７（ａ’）に示すように、該処理履歴を玉貸処理の履歴としても良い。この玉貸処理ＤＢでは、前記使用額＋消費税額分の玉貸処理が行われたことに基づいて、該玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理が行われた日時である玉貸日時を前記最後処理特定情報として記憶することにより、玉貸履歴を記憶する。具体的には、前記処理履歴更新手段の作用により、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで記憶されていない場合には、該記録媒体ＩＤを玉貸履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び玉貸日時を記憶し、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで既に記憶されている場合には、該記録媒体ＩＤに対応する残額及び玉貸日時を新たな残額及び玉貸日時に更新（上書き）する。なお玉貸処理の後に記録媒体の排出が行われても残額の変動はないため、前記記憶されている玉貸処理後の残額が当該記録媒体の最後の残額に相当する。このように、玉貸処理が行われる毎に残額と玉貸日時を記憶して玉貸履歴を更新することにより、前記図７（ａ）の如く記録媒体の排出毎に残額と排出日時を記憶して処理履歴を更新するのに比べて、玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合に緊急避難的に処理履歴を記憶・更新しなくても、玉貸履歴に基づいて正確な残額を復帰させることができる。
【０５７９】
上記の実施形態では、図２６に示すように、遊技場の営業終了後に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われる例について説明したが、これに限らず、所定時間毎（例えば３時間毎）に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われるようにしても良い。
【０５８０】
上記の実施形態では、図２７に示すように、バックアップ情報を復旧用テーブルに記憶してから（Ｓ１０４４）、統合テーブルで特定された残額を復旧用テーブルの残額に上書きして復帰する（Ｓ１０４９）例について説明したが、これとは逆に、統合テーブルで特定された残額を復帰用テーブルに記憶して復帰してから、統合テーブルで特定されなかった残額をバックアップ情報に基づいて記憶して復帰するようにしても良い。
【０５８１】
上記の実施形態では、図８のＳ１１４に示す加算済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該受付貨幣額に対して加算済フラグを立てる処理でも良い。また図１３のＳ２４８に示す加算済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該オフライン端数額に対して加算済フラグを立てる処理でも良い。
【０５８２】
上記の変形例では、図４３のＳ１１４に示す処理済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該受付貨幣額に対して処理済フラグを立てる処理でも良い。また図４５のＳ２４８に示す処理済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該オフライン端数額に対して処理済フラグを立てる処理でも良い。
【０５８３】
上記の実施形態では、例えば図９に示す減算完了通知や図１０に示す加算完了通知には管理残額が含まれず、玉貸ユニット２０において記憶残額の減算や加算が行われる例について説明したが、これに限らず、減算完了通知や加算完了通知に管理残額が含まれるようにして、該管理残額が記憶残額として記憶されるようにしても良い。この場合において、オフライン状態が発生したときには、玉貸ユニット２０において記憶残額の減算や加算を行う。
【０５８４】
上記の実施形態では、図１０に示すように、記録媒体に対してオフライン端数額を一旦記録し（Ｓ１４７，Ｓ１６６）、加算完了通知の受信に応じて、該記録したオフライン端数額を消去する（Ｓ１５２，Ｓ１７１）例について説明したが、オンライン状態においては、このような記録及び消去を行わず、オフライン状態が発生したときのみ、記録媒体に対してオフライン端数額を記録するようにしても良い。
【０５８５】
最後に、上記実施の形態に示した遊技用システム１の効果について説明する。
【０５８６】
上記実施の形態に示す遊技用システム１によれば、管理残額有り情報（オンライン残額有りフラグ）が記録されている記録媒体が返却されるので、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できるような遊技用システムを提供することができる。具体的には、本発明に係る遊技用システム１は、図１に示すように、遊技用装置（玉貸ユニット２０）において遊技媒体（パチンコ玉）の貸与に使用される残額を、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理装置５０で管理（いわゆる完全ＩＤ管理）し、該管理装置５０と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体に残額を記録することなく排出する一方、該管理装置５０と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受け付けたときにも、貸与処理（玉貸処理）を可能とすると共に、該通信不可能状態に限って、貸与処理に使用されなかった入金残額を前記記録媒体に記録して排出するものであり、特に該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できる。
【０５８７】
上記実施の形態に示す遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の貸与に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、例えば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行う必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行うために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
【０５８８】
ここで遊技用システム１には、図８〜図１４に示すように、前記残額の管理を行う管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、該管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する記録媒体貸与処理を行う際に、当該管理残額から該貸与処理に使用された使用額及び該使用額に対応する間接税額（例えば消費税額）を減算すると共に、図１７に示すように、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（例えば１０５円）の整数倍に相当する貸与対象額を特定して、遊技者の操作によることなく、該貸与対象額分の貨幣貸与処理（いわゆる一発貸し）を行うものが含まれる。
【０５８９】
上記実施の形態に示す遊技用システム１は、完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うようにしても、該一発貸しによって発生する端数額を記録媒体に記録して排出し、該端数額の精算が可能である。これにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
【０５９０】
上記実施の形態に示す遊技用システム１は、玉貸処理に使用される金額に対応する間接税額を徴収する場合に、所定額未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する間接税額以上であれば、遊技者の操作によることなく、受付貨幣額＋対応消費税額分の遊技媒体を貸与するので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
【０５９１】
さらに、上記実施の形態に示す遊技用システム１は、管理装置５０の破損又は故障等により、該管理装置５０で管理している残額が失われても、該残額を復帰可能である。即ち、この遊技用システム１では、管理装置５０において、各遊技用装置から送信されてきた処理履歴に基づいて、各記録媒体識別情報毎に、当該記録媒体識別情報の記録媒体に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができるのである。
【０５９２】
以下に、実施例中の従来技術として、第１の従来技術〜第４の従来技術の概要を説明する。
【０５９３】
まず第１の従来技術として、特開２００２−３２５９５３号公報（図９，図１０，段落０１３５，０１７４）を示す。この特許文献では、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の貨幣貸与処理に相当）が行われるシステムが開示されている。
【０５９４】
また第２の従来技術として、特開２００１−３４８１５号公報（図１，段落００２８，００３９）を示す。この特許文献では、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の入金残額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が開示されている。
【０５９５】
ここで前記特許文献１に示される完全ＩＤ管理のシステムにおいても、遊技機の稼働を確保するために、第１の従来技術の如く通信不可能状態にある遊技用装置で貨幣の受付，及び貨幣貸与処理を可能とし、該通信不可能状態に限って、記録媒体に入金残額を記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときに、第２の従来技術の如く該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう一方、該記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになってしまうという問題点がある。
【０５９６】
また前記特許文献１のような完全ＩＤ管理において、例えば管理装置の破損又は故障等により、該管理装置で管理している残額が失われてしまうと、該残額を復帰できないという問題点がある。
【０５９７】
また第３の従来技術として、特開２００２−１２３６５１号公報（図１１〜図１３，段落００４０，００４２）を示す。この特許文献には、パチンコ機に対応して設けられる玉貸機（本願の遊技用装置に相当）において、有価価値データ（本願の残額に相当）を特定可能な有価価値特定情報が記録されたカード（本願の記録媒体に相当）を受け付けて、該受け付けたカードに記録されている有価価値特定情報から特定される有価価値データを使用してパチンコ玉を貸与する貸与処理を行う際に、例えば５００円分のパチンコ玉をパチンコ機から貸与する一方で、該パチンコ玉の貸与に使用された使用額である５００円及び該使用額に対応する消費税額である２５円（消費税率が５％の場合）を前記カードの有価価値データから減算する、即ち「貸与処理に使用された使用額に対応する消費税額を徴収」するシステムが開示されている。ここで消費税は間接税の一例であって、遊技場において提供される遊技サービスに対して課税されるものである。
【０５９８】
さらに第４の従来技術として、前述した特許文献１の特開２００５−１３４６５号公報（図１５，段落００５３，００９９）を示す。この特許文献には、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額を一旦記憶した後に減算して（即ち受付貨幣額のすべてを使用して）、遊技者の操作によることなく、該受付貨幣額＋対応消費税額分の遊技媒体を貸与する、いわゆる「一発貸し」を行うシステムが開示されている。なお、このシステムでは、遊技用装置（カードユニット）が記録媒体（会員カード）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に一旦加算され、その後に遊技者の操作によって基準貸与額分の遊技媒体を貸与する。
【０５９９】
ここで、前記完全ＩＤ管理のシステムにおいて、第３の従来技術の如く貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに第４の従来技術の如く一発貸しを行うと、予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する間接税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）未満の端数額が発生する。具体的には、１０００円を受け付けて一発貸しを行うと、税込単位額である１０５円の９倍分の遊技媒体が貸与される一方、５５円の端数額が発生する。この端数額を処理するためには、前記遊技用装置に、該端数額に相当する貨幣を払い出すための釣銭払出機能や、低額貨幣の追加入金を受け付けて該端数額が税込単位額に達するようにするための追加入金機能を設ける必要があり、遊技用装置のコストが上昇するという問題点がある。
【０６００】
さらに上記第４の従来技術に示すようなシステムでは、遊技用装置が記録媒体の挿入中に、所定額未満、例えば５００円硬貨や１００円硬貨等の低額の貨幣を受け付けた場合にも、一旦残額に対して受付貨幣額が加算され、その後に玉貸操作が行われることで基準貸与額分(例えば間接税を含む場合は５２５円分，含まない場合は５００円分)の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
【符号の説明】
【０６０１】
１…遊技用システム
２…紙幣
３…硬貨
４…会員カード
５…ビジタコイン
１０…パチンコ機
２０…玉貸ユニット
２１…制御部
２１ｂ…外部通信部
２２…紙幣識別機
２３…硬貨識別機
２４…記録媒体Ｒ／Ｗ
２５…コイン投入口
２６…上部アンテナ
２６ｄ…投入コイン返却通路
２６Ｐ…投入コイン保持部
２７…下部アンテナ
２７ａ…コイン収納部
２７ｄ…収納コイン返却通路
２７Ｐ…収納コイン保持部
２８…コイン返却口
５０…管理装置
５１…通信部
５２…制御部
５５…ハードディスク
【図１】
2010063911.tif 000003
【図２】
2010063911.tif 000004
【図３】
2010063911.tif 000005
【図４】
2010063911.tif 000006
【図５】
2010063911.tif 000007
【図６】
2010063911.tif 000008
【図７】
2010063911.tif 000009
【図８】
2010063911.tif 000010
【図９】
2010063911.tif 000011
【図１０】
2010063911.tif 000012
【図１１】
2010063911.tif 000013
【図１２】
2010063911.tif 000014
【図１３】
2010063911.tif 000015
【図１４】
2010063911.tif 000016
【図１５】
2010063911.tif 000017
【図１６】
2010063911.tif 000018
【図１７】
2010063911.tif 000019
【図１８】
2010063911.tif 000020
【図１９】
2010063911.tif 000021
【図２０】
2010063911.tif 000022
【図２１】
2010063911.tif 000023
【図２２】
2010063911.tif 000024
【図２３】
2010063911.tif 000025
【図２４】
2010063911.tif 000026
【図２５】
2010063911.tif 000027
【図２６】
2010063911.tif 000028
【図２７】
2010063911.tif 000029
【図２８】
2010063911.tif 000030
【図２９】
2010063911.tif 000031
【図３０】
2010063911.tif 000032
【図３１】
2010063911.tif 000033
【図３２】
2010063911.tif 000034
【図３３】
2010063911.tif 000035
【図３４】
2010063911.tif 000036
【図３５】
2010063911.tif 000037
【図３６】
2010063911.tif 000038
【図３７】
2010063911.tif 000039
【図３８】
2010063911.tif 000040
【図３９】
2010063911.tif 000041
【図４０】
2010063911.tif 000042
【図４１】
2010063911.tif 000043
【図４２】
2010063911.tif 000044
【図４３】
2010063911.tif 000045
【図４４】
2010063911.tif 000046
【図４５】
2010063911.tif 000047
【図４６】
2010063911.tif 000048
【図４７】
2010063911.tif 000049
【図４８】
2010063911.tif 000050
【図４９】
2010063911.tif 000051
【図５０】
2010063911.tif 000052
【図５１】
2010063911.tif 000053
【図５２】
2010063911.tif 000054