(57)【要約】【課題】間接税額の徴収を行なわず端数額が生じない状況において、オフライン状態時に遊技者がカードを取り忘れる不都合を極力防止することである。【解決手段】消費税を徴収する場合（Ｋ≠０の場合）に、オフライン状態で一発貸しを行なってその結果端数額が零となった場合に、オンライン残額有りフラグが記録されていることを条件としてそのカードやコインが遊技者に返却され、管理残額のあるカードやコインを遊技者に確実に返却できる一方、管理残額のないカードやコインの無駄な返却を防止できる。また、間接税を徴収しない場合（Ｋ＝０の場合）、端数額が生ずることがなく、そのような場合に、オフライン状態でカードやコインの玉貸ユニットへの受付が禁止され（Ｓ６０１５でＹＥＳと判断されＳ６０１５でカードを返却）、遊技者がカードやコインを取り忘れる不都合を極力防止することができる。【選択図】図１１
2008036013.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、
遊技機に対応して設けられ、
前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段と、
該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受付け、該受付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行なうとともに、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受付け、該受付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行なう貸与処理手段と、を有する遊技用装置と、
を備え、
該遊技用装置は、
遊技媒体の貸与に使用される使用額に対する間接税額を徴収する間接税徴収モードまたは間接税額を徴収しない間接税非徴収モードのいずれかに設定可能に構成され、
前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受付けたことに基づいて、前記間接税徴収モードに設定されているときには前記受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する一方、前記間接税非徴収モードに設定されているときには前記受付貨幣額の全てを貸与対象額として特定する第１の特定処理を行なう特定手段を有し、さらに、
遊技者の操作によることなく、前記第１の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理を、前記貨幣貸与処理として前記貸与処理手段により行ない、
前記間接税徴収モードに設定されているときにおいて、前記記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受付けた記録媒体に該管理残額が零でない旨を示す管理残額有り情報を記録して排出する第１の排出処理を行なうとともに、前記第１の特定処理により特定された端数額を特定可能な端数情報を前記記録媒体に記録して排出する第２の排出処理を行なう記録媒体排出処理手段と、
前記記録媒体に前記管理残額有り情報が記録されているか否かを判定する管理残額有り情報記録判定手段と、をさらに有し、
前記間接税徴収モードに設定されているときでかつ前記通信可否検知手段により通信不可能状態を検知しているときに前記端数情報が記録された記録媒体を受付け、さらに貨幣を受付けたことに基づいて、該端数情報により特定される端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を前記特定手段により行ない、
遊技者の操作によることなく、該第２の特定処理により特定された貸与対象額分の遊技媒体を貸与するための合算額貸与処理を前記貸与処理手段により行ない、
前記管理残額有り情報記録判定手段により前記管理残額有り情報が記録されていると判定されたことを条件として前記端数額が零の記録媒体を排出する処理を前記記録媒体排出処理手段により行ない、
前記間接税非徴収モードに設定されているときにおいて、前記通信可否検知手段により通信不可能状態を検知しているときには、前記記録媒体を受付けないことを特徴とする、遊技用システム。
【請求項２】
前記遊技用装置は、
前記通信可否検知手段により通信可能状態を検知しているときに受付けた記録媒体の管理残額が零でないか否かを、少なくとも当該記録媒体の受付中において管理する管理残額有無管理手段をさらに有し、
前記間接税徴収モードに設定されているときにおいては、前記記録媒体の受付後に前記通信可否検知手段により通信不可能状態を検知したときにも前記記録媒体の受付を継続し、
前記管理残額有無管理手段で前記記録媒体の管理残額が零でない旨を管理しておりかつ遊技者からの記録媒体の排出操作を受付けたことを条件として、前記第１の排出処理を前記記録媒体排出処理手段により行なうことを特徴とする、請求項１に記載の遊技用システム。
【請求項３】
前記遊技用装置は、
前記通信可否検知手段により通信不可能状態を検知しているときに前記端数情報が記録された記録媒体を受付け、さらに貨幣を受付けたことに基づいて、該端数情報により特定される端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段をさらに有し、
該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受付けた貨幣を回収し、前記特定手段による第２の特定処理を行なう一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受付けた貨幣を返却し、前記特定手段による第２の特定処理を行なわないことを特徴とする、請求項１または請求項２に記載の遊技用システム。
【請求項４】
前記遊技用装置は、前記間接税徴収モードに設定されているときにおいて、前記通信可否検知手段により通信可能状態を検知しているときに前記端数情報が記録された記録媒体を受付けたことに基づいて、当該受付けた記録媒体の記録媒体識別情報と端数情報とを前記管理装置に送信し、
前記管理装置は、受信した記録媒体識別情報に対応する管理残額と受信した端数情報により特定される端数額とを合算し、該合算額を前記遊技用装置における記録媒体貸与処理に使用させるための処理を行なうことを特徴とする、請求項１〜請求項３のいずれかに記載の遊技用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技用装置において遊技媒体の貸与に使用される残額を、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて管理装置で管理（いわゆるＩＤ管理）し、該管理装置と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体の記録媒体識別情報に対応して管理装置で管理されている残額（管理残額）を使用して遊技媒体の貸与を行なう一方、管理装置と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受付けたときには、遊技者の操作によることなく前記受付貨幣額を用いて遊技媒体を貸与する遊技用システムに関する。
【背景技術】
【０００２】
本願の出願人が先に出願した「特願２００５−１７９９９８」には、遊技用装置の一例の玉貸ユニットにより遊技媒体の貸与に用いられる残額を記録媒体に記録させずに、各記録媒体の識別情報に対応付けて管理装置にて残額を管理するとともに、玉貸ユニットにおいて遊技媒体貸与処理が行なわれると、その遊技媒体の貸与額に間接税額を加算した合計額を前記残額から減算する遊技用システムが開示されている。この遊技用システムにおける遊技用装置は、管理装置と通信可能なオンライン状態であるかあるいは通信不可能なオフライン状態であるかを判別する機能を有しており、オンライン状態において、遊技媒体の貸与に用いられた記録媒体の識別情報に対応して管理装置に記憶されている残額（管理残額）が零でない場合には、その記録媒体にオンライン残有りフラグを記録して遊技者に返却し、一方オフライン状態においては、貨幣を受付けていわゆる一発貸しを行なうように構成されている。この一発貸しとは、遊技者の貸与操作を待つことなく貨幣の受付に応じて遊技媒体の貸与を行なうものである。遊技媒体の貸与は、最小貸与単位額（たとえば１００円）が定められており、その最小貸与単位額に間接税額（たとえば５円）を加算した税込単位額（たとえば１０５円）の整数倍で受付けた貨幣金額を超えない最大の金額分一発貸しが行なわれ、端数額（たとえば５５円）が記録媒体に記録されて遊技者に返却される。また、端数額が記録された記録媒体を玉貸ユニットが受付けてさらに貨幣も受付けたときには、端数額と受付貨幣額との合計額の範囲内で前述した一発貸しを行ない、その結果端数額が零になったときには、記録媒体にオンライン残有りフラグが記録されていることを条件としてその記録媒体を遊技者に返却するように構成されている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、前述した遊技用システムにおいて、間接税額の徴収を行なわず端数額が生じない状況においても、前述の玉貸ユニット等からなる遊技用装置がオフライン状態で記録媒体を受付けた場合には、遊技者がその記録媒体を取り忘れてしまう原因となる。
【０００４】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、間接税額の徴収を行なわず端数額が生じない状況において、オフライン状態時に遊技者が記録媒体を取り忘れる不都合を極力防止することである。
【課題を解決するための手段の具体例およびその効果】
【０００５】
（１）  記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置（たとえば、図１の管理装置５０）と、
遊技機（たとえば、図１、図３のパチンコ機１０）に対応して設けられ、
前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段（たとえば、図８のＳ１）と、
該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受付け（たとえば、図８のＳ１でＹＥＳ、Ｓ３でＮＯと判断されＳ６のオンライン時メイン処理が実行され図９のＳ６０１５またはＳ６０１６でＹＥＳと判断され）、該受付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行なうとともに、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受付け、該受付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行なう貸与処理手段（たとえば、図１６、図３０のオンライン記録媒体（カード，コイン）受付処理、図２０のオフライン貨幣処理）と、を有する遊技用装置と、
を備え、
該遊技用装置は、
遊技媒体の貸与に使用される使用額に対する間接税額（消費税額）を徴収する間接税徴収モード（消費税率Ｋ≠０）または間接税額を徴収しない間接税非徴収モード（消費税率Ｋ＝０）のいずれかに設定可能に構成され（図１のセンタ管理装置８０から消費税率Ｋが各遊技場の管理装置５０に送信されまたは直接管理装置５０に入力設定されて遊技場内に設置されている玉貸ユニット２０に配信されて制御部２１に記憶される）、
前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受付けたことに基づいて（たとえば、図８のＳ１でＹＥＳ、Ｓ３でＮＯと判断されＳ７のオンライン時メイン処理が実行され図９のＳ６０１４で貨幣識別通知を受信したと判断され）、前記間接税徴収モードに設定されているときには（たとえば、Ｋ≠０）前記受付貨幣額（たとえば、１０００円）から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額（たとえば、１００円）と該単位使用額に対応する間接税額（たとえば、Ｋ＝０．０５のときの１０５円）との合算額である税込単位額（たとえば、Ｋ＝０．０５のときの１０５円）の整数倍に相当する貸与対象額（たとえば、９４５円）と、該税込単位額未満の端数額（たとえば、５５円）とを特定する一方、前記間接税非徴収モードに設定されているときには前記受付貨幣額（たとえば、１０００円）の全てを貸与対象額として特定する第１の特定処理を行なう特定手段（たとえば、図２０のＳ５１１〜Ｓ５１４）を有し、さらに、
遊技者の操作によることなく、前記第１の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理を、前記貨幣貸与処理として前記貸与処理手段により行ない（たとえば、図２０のＳ５１５）、
前記間接税徴収モード（たとえば、Ｋ≠０）に設定されているときにおいて、前記記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として（たとえば、図１５のＳ１８３でＮＯの判断がなされたことを条件として）、前記受付けた記録媒体に該管理残額が零でない旨を示す管理残額有り情報を記録して排出する第１の排出処理を行なうとともに（たとえば、図１５のＳ１９０でオンライン残額有りフラグを記録しＳ１９１で返却し）、前記第１の特定処理により特定された端数額を特定可能な端数情報を前記記録媒体に記録して排出する第２の排出処理（たとえば、図２１のＳ５５０、Ｓ５５２、Ｓ５６９、Ｓ５７１、Ｓ５８４、Ｓ５８６）を行なう記録媒体排出処理手段（たとえば、図３の通路ユニット１００の制御部１０１）と、
前記記録媒体に前記管理残額有り情報が記録されているか否かを判定する管理残額有り情報記録判定手段（たとえば、図２１のＳ５４７、Ｓ５６６）と、をさらに有し、
前記間接税徴収モード（たとえば、Ｋ≠０）に設定されているときでかつ前記通信可否検知手段により通信不可能状態を検知しているときに前記端数情報が記録された記録媒体を受付け（たとえば、図１１のＳ６０１５またはＳ６０１６によりＹＥＳと判断され図２０のＳ５０２でＹＥＳと判断され）、さらに貨幣を受付けたことに基づいて（たとえば、図１１のＳ６０１４によりＹＥＳと判断され図２０のＳ５１１によりＹＥＳと判断され）、該端数情報により特定される端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に（図２０のＳ５２４）、前記端数額を新たに特定する第２の特定処理を前記特定手段により行ない（たとえば、図２０のＳ５２６）、
遊技者の操作によることなく、該第２の特定処理により特定された貸与対象額分の遊技媒体を貸与するための合算額貸与処理を前記貸与処理手段により行ない（たとえば、図２０のＳ５２５）、
前記管理残額有り情報記録判定手段により前記管理残額有り情報が記録されていると判定されたことを条件として前記端数額が零の記録媒体を排出する処理を前記記録媒体排出処理手段により行ない（たとえば、図２１のＳ５５２、Ｓ５７１）、
前記間接税非徴収モード（たとえば、Ｋ＝０）に設定されているときにおいて、前記通信可否検知手段により通信不可能状態を検知しているときには（たとえば、図８のＳ１でＮＯと判断されているときには）、前記記録媒体を受付けない（たとえば、図１１のＳ６０１５ｂ、図１９と図３３のＳ３５７）ことを特徴とする。
【０００６】
このような構成によれば、間接税を徴収する場合に、管理装置に管理残額が残っている記録媒体を遊技者に確実に返却できる一方、管理残額のない記録媒体の無駄な返却を防止できる。また、間接税を徴収せず端数額が生じない状況においては、通信不可能状態のときに遊技用装置が記録媒体を受付けないため、遊技者の記録媒体の取り忘れを極力防止することができる。
【０００７】
（２）  前記遊技用装置は、
前記通信可否検知手段により通信可能状態を検知しているときに受付けた記録媒体の管理残額が零でないか否かを、少なくとも当該記録媒体の受付中において管理する管理残額有無管理手段（たとえば、玉貸ユニット２０の制御部２１のＲＡＭ）をさらに有し、
前記間接税徴収モード（たとえば、Ｋ≠０）に設定されているときにおいては、前記記録媒体の受付後に前記通信可否検知手段により通信不可能状態を検知したときにも前記記録媒体の受付を継続し（たとえば、図１９、図３３のＳ３５５、Ｓ３５８、Ｓ３６１、Ｓ３６３、Ｓ３６４によりＮＯと判断され、Ｓ３５６、Ｓ３６０、Ｓ３６２、Ｓ３６５の処理を行なうことなくメイン処理へリターンする）、前記管理残額有無管理手段で前記記録媒体の管理残額が零でない旨を管理しておりかつ遊技者からの記録媒体の排出操作を受付けたことを条件として（たとえば、返却操作に応じて図２１のオフライン返却処理が実行されてＳ５４３、Ｓ５６１でＮＯと判断されたことを条件として）、前記第１の排出処理を前記記録媒体排出処理手段により行なう（たとえば、図２１のＳ５５２、Ｓ５７１）ことを特徴とする。
【０００８】
このような構成によれば、遊技用装置が記録媒体を受付けた後に通信不可能状態が発生した場合にも、その記録媒体の管理残額が零でない旨が管理されておりかつ遊技者からの記録媒体の排出操作を受付けたことを条件として、当該記録媒体が排出されるので、管理残額がある記録媒体を確実に遊技者に返却することができる。さらに、間接税徴収モードのときにおいては、記録媒体の受付後に通信不可能状態となったときにも当該記録媒体の受付を継続することで、端数情報を記録するために遊技者が再度記録媒体を遊技用装置に投入する手間を省くことができる。
【０００９】
（３）  前記遊技用装置は、
前記通信可否検知手段により通信不可能状態を検知しているときに前記端数情報が記録された記録媒体を受付け（たとえば、図１１のＳ６０１５またはＳ６０１６によりＹＥＳと判断され図２０のＳ５０２でＹＥＳと判断され）、さらに貨幣を受付けたことに基づいて（たとえば、図１１のＳ６０１４によりＹＥＳと判断され図２０のＳ５１１によりＹＥＳと判断され）、該端数情報により特定される端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段（図２０のＳ５２３）をさらに有し、
該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受付けた貨幣を回収し（たとえば、図２０のＳ５２３でＹＥＳと判断されたことを条件としてＳ５２６により貨幣収納指示を貨幣処理機６８０へ送信し）、前記特定手段による第２の特定処理を行なう一方（たとえば、図２０のＳ５２４）、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受付けた貨幣を返却し（たとえば、図２０のＳ５２３でＹＥＳと判断されたことを条件として返却制御信号を貨幣処理機６８０へ送信し）、前記特定手段による第２の特定処理を行なわない（たとえば、メイン処理へリターンして図２０のＳ５２６を行なわない）ことを特徴とする。
【００１０】
このような構成によれば、通信不可能状態にある遊技用装置において、通信可能状態にあった他の遊技用装置で発生した端数額が記録されている記録媒体が受付けられ、さらに貨幣が受付けられると、該端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受付けた貨幣が回収されて前記合算額から貸与対象額が特定されてその貸与対象額分の貸与処理が行なわれることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【００１１】
（４）  前記遊技用装置は、前記間接税徴収モード（たとえば、Ｋ≠０）に設定されているときにおいて、前記通信可否検知手段により通信可能状態を検知しているときに前記端数情報が記録された記録媒体を受付けたことに基づいて（たとえば、図９のＳ６０１５またはＳ６０１６によりＹＥＳと判断されたことに基づいて）、当該受付けた記録媒体の記録媒体識別情報と端数情報とを前記管理装置に送信し（たとえば、図１６のＳ２０２で記録媒体ＩＤとオフライン端数額を送信し）、
前記管理装置は、受信した記録媒体識別情報に対応する管理残額と受信した端数情報により特定される端数額とを合算し、該合算額を前記遊技用装置における記録媒体貸与処理に使用させるための処理を行なう（たとえば、管理残額とオフライン端数額を合算して図１７のＳ２４１により予定残額通知に含めて玉貸ユニット２０へ送信する）ことを特徴とする。
【００１２】
このような構成によれば、間接税を徴収する状態でかつ通信可能状態のときには、記録媒体に記録された端数額と管理残額との合算額を記録媒体の貸与に使用できるようになるため、遊技者の利便性が向上する。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１は、図１に示すように、遊技媒体（パチンコ玉）の貸与等の取引に使用される残額を、記録媒体（会員カード４，ビジタコイン５）には記録せずに、該記録媒体を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理する（いわゆる完全ＩＤ管理を行なう）ものであり、特に、遊技用装置（たとえば玉貸ユニット２０）に間接税を徴収するか否かを設定し、徴収する設定のときには、遊技用装置（玉貸ユニット２０）と管理装置５０とが通信不可能なオフライン時において遊技媒体の貸与に使用された後の端数額の記録された記録媒体と貨幣を受付けて、記録媒体の端数額と受付貨幣額との合算額を用いて遊技者の操作によることなく遊技媒体の貸与（一発貸し）を行ない、その結果端数額が零になったときにはオンライン残有りフラグの記録された記録媒体のみ返却し、一方、間接税を徴収しない設定のときには、オフライン時に記録媒体を受付けないようにしたことを特徴とするものである。
【００１４】
また、特に該残額の管理を行なう管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する貸与処理等の取引処理を行なう際に、該管理残額から取引処理に使用された使用額および該使用額に対応する間接税額（たとえば消費税額）を減算すると共に、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（たとえば１０５円）の整数倍に相当する取引対象額を特定して、遊技者の操作によることなく、該取引対象額分の取引処理（オフライン一発貸し）を行なうものである。そして該オフライン一発貸しによって発生する端数額（後述の消費税率Ｋ≠０の場合に０以上の端数額が生じる）をオフライン端数額として記録媒体に記録して排出し、該オフライン端数額の使用や精算が可能であることを特徴とするものである。
【００１５】
この遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の取引に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、たとえば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行なう必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行なうために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
【００１６】
また遊技用システム１は、前記オフライン端数額が記録された記録媒体をオフライン状態にある遊技用装置に挿入（受付）し、該オフライン端数額を使用して遊技媒体の貸与を行なった結果として当該オフライン端数額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のない記録媒体の無駄な返却を防止できることを特徴とするものである。
【００１７】
また遊技用システム１は、前記遊技用装置で行なわれる特定処理に伴って記録媒体に記録される通番を更新し、該特定処理に対応して管理装置５０で行なわれる連携処理に伴って前記記録媒体の記録媒体識別情報に対応付けられた通番を更新するので、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行なわれたにも拘わらず該特定処理に対応する連携処理が管理装置で行なわれていないことを特定して、対処することができることを特徴とするものである。ここで通番とは、任意の数字（たとえば０）から始って１つずつ加算される通し番号である。
【００１８】
さらに遊技用システム１は、管理装置５０と通信できないオフライン状態で前記遊技用装置が貨幣を受け付けてオフライン一発貸しを行なった後にオンライン状態に復帰すると、遊技者の操作によらずに、受付貨幣額から該オフライン一発貸しに使用された使用額を減算した入金残額（前記オフライン端数額）と記録媒体識別情報とを含むオンライン復帰通知が管理装置５０に対して送信され、該入金残額と管理残額との合算額を特定可能な合算額特定情報（予定残額通知）が管理装置５０から送信されてきて、該合算額が玉貸処理に使用可能となることを特徴とするものである。
【００１９】
なお前記遊技用装置である玉貸ユニット２０には、図３および図５に示すように、コイン投入口１１１と、コイン排出口１１２と、第１保持部（投入コイン保持部１２０）と、連絡通路１６１および第１誘導通路１６３を有する投入記録媒体排出通路（投入コイン排出通路１６０）と、収納通路１３１および第２誘導通路１３３を有する収納排出通路１３０と、を備え、投入コイン排出通路１６０の一部又は全部を、収納排出通路１３０に対して円盤状記録媒体（ビジタコイン５）の厚み方向に相対的にずらすと共に、第１誘導通路１６３と第２誘導通路１３３とが重畳してコイン排出口１１２に臨むように形成されていることを特徴とする記録媒体処理機構が設けられている。
【００２０】
この記録媒体処理機構は、以下に示す実施形態では、予め定められた特別処理として玉貸処理を行なう玉貸ユニット２０，および該特別処理として精算処理を行なう精算装置６０に備えられる。これら玉貸ユニット２０，および精算装置６０は、管理装置５０と通信可能に接続され、全体として遊技用システム１を構成している。
【００２１】
以下においては、前記遊技用装置に対応する遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、取引処理が玉貸処理および自己の記録媒体に対応させた管理装置５０への入金である例について説明する。また、会員カード４やビジタコイン５を発行するカード会社において各遊技場の消費税率Ｋが設定されて、各遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。この玉貸ユニット２０に記憶された消費税率Ｋは遊技場側において勝手に変更設定することができないようになっている。そして、玉貸ユニット２０による玉貸処理に使用された使用額に対応する消費税額が消費税率Ｋから算出されて、その消費税額が徴収される。たとえば、消費税率Ｋが０．０５つまり５％と設定されている遊技場においては、玉貸処理に使用された使用額×０．０５の消費税額が徴収される。また、消費税率Ｋが０つまり０％と設定されている遊技場においては、消費税額が徴収されない。本実施の形態では、間接税として既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。なお、以下においては、使用額および該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
【００２２】
ここで遊技用システム１には、精算装置６０での精算が可能な精算可能期間および玉貸ユニット２０で残額の使用が可能な使用可能期間（以下「精算可能期間および使用可能期間」を「有効期間」と総称する。）が無期限であり、バックアップ情報を記憶するセンタ管理装置８０を備えると共に、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「日時（処理日時，精算日時，発行日時）」であり、かつ管理装置５０が受付貨幣額および前記オフライン端数額を受信して一旦記憶してから貨幣取込通知又は端数額消去通知の受信後に管理残額に対して加算する、第１実施形態に係る遊技用システム１が含まれる。
【００２３】
以下においては、まず第１実施形態に係る遊技用システム１について説明し、次に第２実施形態に係る遊技用システム１について第１実施形態と異なる点についてのみ説明し、最後に変形例について説明する。
【００２４】
［第１実施形態］
まず、図１〜図７を参照して、第１実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外のカード会社に備える。
【００２５】
この遊技用システム１では、紙幣２，硬貨３，会員カード４，ビジタコイン５および携帯電話２００の電子マネーが使用される。紙幣２は貨幣の一例であって、図３（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，および１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図３（ｂ）に示すように、ここでは５００円硬貨，および１００円硬貨の２種類が使用される。携帯電話２００に記憶されている電子マネーは、遊技使用可能な特定の電子マネーである。
【００２６】
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。また会員カード４はカード状記録媒体の一例でもあって、前記特別処理（玉貸処理，および精算処理）を行なうための情報が記録されるものであり、ここでは記録媒体ＩＤであるカードＩＤが該情報に相当する。ここで会員カード４の記録媒体ＩＤは、たとえば図７に示すように、会員遊技者（メンバー）を示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である（１００×Ｋ）円を加算した１００（１＋Ｋ）円以上の金額）は記録されないが、オフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である（１００×Ｋ）円を加算した１００（１＋Ｋ）円未満の金額）が、オフライン端数額として記録される。なお、Ｋ＝０すなわち消費税を徴収しない設定の場合、オフライン端数額は「０」となるのであり、その場合にオフライン端数額を「０」円として記録媒体に記録して排出する。つまり、Ｋ＝０すなわち消費税を徴収しない設定の場合において「オフライン端数額」といえば、「０」円を意味している。また、Ｋ＝０すなわち消費税を徴収しない設定の場合に、オフライン端数額を記憶させないように制御してもよい。
【００２７】
また会員カード４には、前記通番が記録されている。この通番は、後述する通番更新手段（玉貸ユニット２０の制御部２１）により、前記特定処理（後述する受付貨幣の取込，使用額＋消費税額分の玉貸処理，および端数額消去処理）に伴って、第１の通番更新処理で更新される。また通番は、精算装置６０の制御部６２により、後述する精算処理に伴って、第３の通番更新処理で更新される。
【００２８】
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，および通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで記録媒体ＩＤ，オフライン端数額，および通番は、各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行なった遊技者に対して発行されるものである。
【００２９】
このようにして発行された会員カード４を、遊技者がオンライン状態の玉貸ユニット２０に挿入することにより、該会員カード４の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に挿入することにより、該会員カード４に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に挿入することにより、該会員カード４の管理残額を精算可能となる。
【００３０】
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
【００３１】
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、前記特別処理（玉貸処理，精算処理，および記録媒体発行処理）を行なうための情報が記録されるものであり、ここでは記録媒体ＩＤであるコインＩＤが該情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、たとえば図７に示すように、ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である（１００×Ｋ）円を加算した１００（１＋Ｋ）円以上の金額）は記録されないが、オフライン一発貸しによって発生する端数額（後述する単位使用額である１００円に、対応する消費税額である（１００×Ｋ）円を加算した１００（１＋Ｋ）円未満の金額）が、オフライン端数額として記録される。
【００３２】
またビジタコイン５にも、前記通番が記録されている。この通番も、後述する通番更新手段（玉貸ユニット２０の制御部２１）により、前記特定処理（後述する受付貨幣の取込，使用額＋消費税額分の玉貸処理，および端数額消去処理）に伴って、第１の通番更新処理で更新される。また通番は、精算装置６０の制御部６２により、後述する精算処理に伴って、第３の通番更新処理で更新される。
【００３３】
またビジタコイン５には、該ビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額である管理残額が零でない旨を示す管理残額有り情報として、オンライン残額有りフラグも記録される。具体的には、図示しないが、ビジタコイン５の管理残額が零であるときには、オンライン残額無しフラグである０が記録され、ビジタコイン５の管理残額が零でないときには、オンライン残額有りフラグである１が記録される。
【００３４】
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，通番，およびオンライン残額有りフラグ等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで記録媒体ＩＤ，オフライン端数額，通番，およびオンライン残額有りフラグは、各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，通番，およびオンライン残額有りフラグが記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述する収納通路１３１に収納される。
【００３５】
そして図１２に示すように、管理装置５０と通信可能状態（オンライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図１５に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶残額）が零でないことを条件として、オンライン残額有りフラグが記録されたビジタコイン５が発行（排出）される。
【００３６】
また図２０に示すように、管理装置５０と通信不可能状態（オフライン状態）である玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、図２１に示すように、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額（後述する記憶端数額）が零でないことを条件として、オフライン端数額が記録されたビジタコイン５が発行（排出）される。
【００３７】
発行されたビジタコイン５を、遊技者がオンライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者がオフライン状態の玉貸ユニット２０に投入することにより、該ビジタコイン５に記録されているオフライン端数額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０に投入することにより、該ビジタコイン５の管理残額を精算可能となる。
【００３８】
玉貸ユニット２０には、チップリーダライタ６９０が設けられている（図１、図３（ｂ）参照）。このチップリーダライタ６９０は、携帯電話２００の非接触型ＩＣ（Integrated Circuit）チップ２９０（図２参照）と通信を行なうためのものである。玉貸ユニット２０は、遊技者の携帯電話２００の非接触型ＩＣチップ２９０とチップリーダライタ６９０により通信することにより、携帯電話に記憶されている電子マネーのバリュー残額（バリュー残高とも言う）を用いて後述する一発貸処理を行なう。
【００３９】
次に、携帯電話２００の機能を説明する。携帯電話２００は、通話機能、ウェブブラウザによるウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および、非接触型ＩＣチップ２９０による短距離通信機能を備えている。なお、ウェブページ閲覧機能、電子メール機能、アプリケーションソフト実行機能、および非接触型ＩＣチップ２９０による短距離通信機能を備える装置であれば、携帯電話２００に代えて、通話機能がない携帯情報端末（Personal Digital Assistance、以下「ＰＤＡ」と言う）などの他の携帯端末であってもよい。
【００４０】
携帯電話２００には、電子マネー遊技使用サービスを実行するための携帯電話２００側の処理手順を示すプログラムである電子マネーアプリがダウンロードされて記憶されており、これによって、遊技用システム１でこの携帯電話２００を用いることができる。
【００４１】
図２を参照して、携帯電話２００は、データ処理部２１０と、記憶部２２０と、データ入力部２３０と、表示部２４０と、音声入力部２５０と、無線通信部２６０と、アンテナ２６１と、前述した非接触型ＩＣチップ２９０とを備えている。
【００４２】
非接触型ＩＣチップ２９０は、制御部２９１と、記憶部２９２と、非接触通信部２９３と、アンテナ２９４とを含む。
【００４３】
記憶部２２０は、ＲＯＭ（Read Only Memory）やフラッシュメモリなどの不揮発性メモリやＲＡＭ（Random Access Memory）などの揮発性メモリなどの半導体メモリで構成される。記憶部２２０は、携帯電話２００の各種機能をデータ処理部２１０に実行させるためのプログラムやデータを記憶する。また、記憶部２２０は、携帯電話２００を個々に識別するための端末ＩＤを予め記憶する。また、記憶部２２０は、非接触型ＩＣチップ２９０を利用する各種サービスにおけるアプリケーションプログラム、本実施の形態においては、電子マネーアプリを記憶する。
【００４４】
データ入力部２３０は、電話番号や各種データなどの数字やアルファベットやその他の文字などを入力するためのダイヤルキーや十字操作キーやその他のファンクションキーで構成される。データ入力部２３０は、ユーザからデータの入力を受付けて、入力されたデータをデータ処理部２１０に受け渡す。表示部２４０は、液晶表示装置（以下「ＬＣＤ」と言う）で構成される。表示部２４０は、データ処理部２１０から受けた文字データおよび画像データを表示する。
【００４５】
音声入力部２５０は、マイクおよびスピーカで構成される。音声入力部２５０は、外部から入力された音声を電気信号に変えて、データ処理部２１０に受け渡し、データ処理部２１０からの電気信号を音声に変換して、外部に出力する。
【００４６】
無線通信部２６０は、他の携帯電話またはサーバからアンテナ２６１で受信した信号をデータ処理部２１０に受け渡し、データ処理部２１０から他の携帯電話またはサーバへ送信する信号をアンテナ２６１から出力させる。
【００４７】
データ処理部２１０は、マイクロプロセッサ（Micro Processing Unit、以下「ＭＰＵ」と言う）で構成される。データ処理部２１０は、非接触型ＩＣチップ２９０の制御部２９１と通信することが可能である。データ処理部２１０は、記憶部２２０に記憶されたプログラムに従って、記憶部２２０、データ入力部２３０、無線通信部２６０、音声入力部２５０、または、非接触型ＩＣチップ２９０の制御部２９１から入力されたデータを処理して、記憶部２２０、表示部２４０、無線通信部２６０、音声入出力部２５０、または、非接触型ＩＣチップ２９０の制御部２９１に出力する。
【００４８】
非接触型ＩＣチップ２９０の非接触通信部２９３は、アンテナ２９４を介して外部のチップリーダライタと通信する。本実施の形態では、非接触通信部２９３は、玉貸ユニット２０のチップリーダライタ６９０と通信する。また、前述したように、外部のチップリーダライタからの電磁波による電磁誘導によって、非接触通信部２９３は、アンテナ２９４から電力を受け、非接触型ＩＣチップ２９０の各部に電力を供給する。
【００４９】
非接触型ＩＣチップ２９０の制御部２９１は、記憶部２９２に記憶されたプログラムに従って、記憶部２９２、非接触通信部２９３、または、データ処理部２１０から入力されたデータを処理して、記憶部２９２、非接触通信部２９３、または、データ処理部２１０に出力する。なお、本実施の形態においては、携帯電話２００は、音声入出力部２５０を含んでも含まなくてもよい。
【００５０】
携帯電話２００の非接触型ＩＣチップ２９０の記憶部２９２では、遊技者が前述の電子マネーアプリを携帯電話２００にダウンロードする際に会員登録した会員ＩＤとして「１１０１」が記憶されており、また、端末ＩＤとして「ＭＮ７ＲＥ」、電子マネーの残額であるバリュー残額として「１０００」円、通番として「１２３４」、および装置ＩＤとして「ＬＭ６ＱＤ」が記憶されている。さらに、遊技用電子マネーである電子マネーアプリ以外の他の電子マネーの残額である「１９８００」、商品購入時等に顧客に与えられるポイント情報としての「２８９１」等が記憶されている。
【００５１】
一方、玉貸ユニット２０のチップリーダライタ６９０は、図２に示すように非接触通信部６９３と制御部６９１と記憶部６９２とが備えられ、非接触通信部６９３には、アンテナ６９４が設けられている。チップリーダライタ６９０は、記憶部６９２に記憶されている制御用プログラムに従って制御部６９１が動作し、非接触通信部６９３、アンテナ６９４を介して、携帯電話２００のアンテナ２９４と電波を送受信して、携帯電話２００の非接触型ＩＣチップ２９０と通信を行なう。
【００５２】
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行なうものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行なわれて玉貸処理が行なわれることにより該パチンコ機１０からパチンコ玉が払い出される、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
【００５３】
このパチンコ機１０は、図３（ａ）に示すように、その前面に遊技領域，上皿，下皿，および発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，および返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，および玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
【００５４】
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行なわれる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行なわれる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，および返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行なわれて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，および返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
【００５５】
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。たとえば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
【００５６】
玉貸ボタン１５は、記録媒体（会員カード４，ビジタコイン５）の管理残額を使用した玉貸処理を行なうための玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部１９１で保持されている会員カード４，後述する投入コイン保持部１２０で保持されているビジタコイン５，又は後述する収納コイン保持部１４０で保持されているビジタコイン５を返却するための返却操作を遊技者から受け付けるボタンである。
【００５７】
玉貸ユニット２０は遊技用装置の一例であって、遊技場においてパチンコ機１０に対応して複数設けられ、記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０にて管理されている残額である管理残額の範囲内で遊技媒体を貸与するための第１の貸与処理を行なう貸与処理手段を有し、該第１の貸与処理を含む各種処理を管理装置５０と連携して行なうものである。この貸与処理手段として機能する制御部２１は、パチンコ玉を貸与するための貸与処理（玉貸処理）として、図１４のＳ１２２に示す第１の貸与処理（使用額＋消費税額分の玉貸処理）と、図２０のＳ５１５，Ｓ５２５に示す第２の貸与処理（オフライン一発貸し）とを行なう。
【００５８】
さらに、玉貸ユニット２０は、携帯電話２００に記憶されている遊技使用可能なバリュー残額を用いて、パチンコ玉を貸与するための貸与処理（一発貸し）を行なう。この一発貸しは、図１３、図４１に示されている。
【００５９】
また玉貸ユニット２０は、前記ビジタコイン５を受け付けて、該受け付けたビジタコイン５の記録情報（ここでは記録媒体ＩＤ）から特定される特別処理用価値の大きさ（ここでは残額）を使用した特別処理（ここでは玉貸処理）を行なうと共に、貨幣を受け付けて、該受け付けた貨幣の金額のうちの特別処理に使用されなかった残額に相当する特別処理用価値の大きさを前記ビジタコイン５の記録情報から特定可能として（ここでは所定額以上の貨幣受付時に受付貨幣額を含む入金要求を管理装置５０に対して送信し、玉貸操作受付時に使用額＋消費税額を含む減算要求を管理装置５０に対して送信して）当該ビジタコイン５を排出するものである。
【００６０】
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図３（ａ）に示すように、その前面に多機能ランプ２４，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器２５，アンテナ６９４、硬貨返却口２３ｆ，コイン投入口１１１，コイン排出口１１２，およびカード挿入口１９０等を備え、図３（ｂ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，チップリーダライタ６９０，硬貨識別機２３，および通路ユニット１００等を備えており、これらの各構成要素は図１に示すように接続されている。また、紙幣識別機２２と硬貨識別機２３とは、玉貸ユニット２０の貨幣処理機６８０に設けられている。この貨幣処理機６８０は、玉貸ユニット２０に対し開放可能に設けられており、開放することにより内部の金庫が開放される。また、貨幣処理機６８０は、ＣＰＵ，ＲＯＭ、ＲＡＭ等を含むマイクロコンピュータ内蔵の制御部を備えている。玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
【００６１】
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行なうものである。制御部２１のＲＯＭには前記装置ＩＤが記憶されている。
【００６２】
制御部２１のＲＡＭは管理残額有無管理手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに受け付けた記録媒体（会員カード４，ビジタコイン５）の管理残額が零でないか否かを、少なくとも当該記録媒体の受付中において管理するものである。具体的には、管理装置５０とオンライン状態で、記録媒体を受け付けた際に、前記管理残額と受付貨幣額との合算額を含む予定残額通知（図１２のＳ１０６，図１７のＳ２４１）又は前記管理残額を含む残額通知（同Ｓ２２１）が送信されてきたことに基づいて、該合算額又は管理残額を制御部２１のＲＡＭで記憶すると共に、後述する第１の貸与処理に基づいて、制御部２１のＲＡＭで記憶している管理残額から使用額＋消費税額を減算していくことにより（図１４のＳ１２９）、該ビジタコイン５の管理残額が零であるか否かを管理する。以下、制御部２１のＲＡＭで記憶される残額を「記憶残額」と称する。
【００６３】
また制御部２１のＲＡＭは端数額記憶手段の一例であって、後述する特定手段（制御部２１）により特定された端数額を記憶するものである。なお制御部２１のＲＡＭは、該特定手段により特定された貸与対象額を記憶するものでもある。以下、制御部２１のＲＡＭで記憶される端数額を「記憶端数額」と称する。ここで記憶残額と記憶端数額とは、各々別領域に記憶される。
【００６４】
さらに制御部２１のＲＡＭは、当該玉貸ユニット２０の処理状態を記憶する。具体的には、貨幣を受け付けたときには、処理状態が「貨幣受付」である旨を記憶し、玉貸操作を受け付けたときには、処理状態が「玉貸操作受付」である旨を記憶し、返却操作を受け付けたときには、処理状態が「返却操作受付」である旨を記憶し、記録媒体を受け付けたときには、処理状態が「記録媒体受付」である旨を記憶する。この制御部２１の他の機能については後述する。
【００６５】
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。
【００６６】
この外部通信部２１ｂは入金要求送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに所定額（たとえば１０００円）以上の貨幣を受け付けたことに基づいて、該受け付けた貨幣の金額である受付貨幣額と前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤとを特定可能な入金要求を管理装置５０に対して送信するものであり、ここでは受付貨幣額と記録媒体ＩＤとを含む入金要求を送信する（図１２のＳ１０３）。
【００６７】
具体的には、記録媒体を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部１４０で保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部１９１で保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部１２０で保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部１４０で保持しているビジタコイン５のコインＩＤ，カード保持部１９１で保持している会員カード４のカードＩＤ，又は投入コイン保持部１２０で保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００６８】
この入金要求を受信した管理装置５０は、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行ない（図１２のＳ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を特定可能な残額通知（ここでは管理残額と受付貨幣額との合算額を含む予定残額通知）を玉貸ユニット２０に対して送信する（同Ｓ１０６）。
【００６９】
また外部通信部２１ｂは減算要求送信手段の一例であって、第１の貸与処理（使用額＋消費税額分の玉貸処理）に使用される使用額および該使用額に対応する消費税額を前記管理残額から減算するための第１の減算要求を管理装置５０に対して送信するものであり、ここでは記録媒体ＩＤと使用額＋消費税額とを含む減算要求を送信する（図１４のＳ１２４）。ここで第１の減算要求に含まれる使用額＋消費税額は、後述するように管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）と予め定められた基準貸与額である玉貸設定金額（たとえば税込単位額の５度数分である５２５円）との比較で決定され、記憶残額≧玉貸設定金額であれば、該玉貸設定金額が前記使用額＋消費税額であり、記憶残額＜玉貸設定金額であれば、前記税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額が前記使用額＋消費税額である。即ち第１の減算要求は、第１の貸与処理に使用される基準貸与額（玉貸設定金額）を管理残額から減算するための要求，又は第１の貸与処理に使用される貸与対象額を管理残額から減算するための要求である。
【００７０】
また外部通信部２１ｂは受付通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤと通番とを含む記録媒体受付通知（ここでは挿入通知）を管理装置５０に対して送信するものである（図１６のＳ２０２）。ここで該受け付けた記録媒体にオフライン端数額が記録されている場合には、該オフライン端数額を含む挿入通知が送信される。
【００７１】
具体的には、会員カード４の挿入を受け付けたときには、カード保持部１９１で保持している該会員カード４のカードＩＤ，オフライン端数額，および通番を含む挿入通知を送信し、ビジタコイン５の投入を受け付けたときには、投入コイン保持部１２０で保持している該ビジタコイン５のコインＩＤ，オフライン端数額，および通番を含む挿入通知を送信する。即ち挿入通知には、カード保持部１９１で保持している会員カード４のカードＩＤ，又は投入コイン保持部１２０で保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。
【００７２】
この挿入通知を受信した管理装置５０は、後述する通番判定手段（制御部５２）による判定を行なう（図１６のＳ２０３）。そして通番が一致すると判定され、挿入通知に含まれるオフライン端数額が零であることを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１７のＳ２２１）。
【００７３】
一方、通番が一致すると判定され、かつ挿入通知に含まれるオフライン端数額が零でないことを条件として、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知に含まれるオフライン端数額を加算更新するための端数額加算更新処理（ここでは該オフライン端数額を該記録媒体ＩＤに対応付けて記憶する処理）を行ない（図１６のＳ２１２）、該オフライン端数額の消去を指示する端数額消去要求（ここでは該記録媒体ＩＤに対応付けて管理している管理残額と前記オフライン端数額との合算額を含む予定残額通知）を玉貸ユニット２０に対して送信する（同Ｓ２４１）。
【００７４】
また外部通信部２１ｂは復帰通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオフライン状態を検知している状態からオンライン状態への復帰を検知したことに基づいて、受付貨幣額からオフライン一発貸しに使用された使用額を減算した入金残額と記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤとを含むオンライン復帰通知を管理装置５０に対して送信するものであり、ここではオンライン状態への復帰を検知（図２４のＳ６０１）した管理装置５０から開始要求が送信されてきて、該開始要求に応じた開始応答を管理装置５０に対して返信した後に（同Ｓ６０５）、記録媒体に記録されている記録媒体ＩＤ，前記入金残額であるオフライン端数額，および通番を含むオンライン復帰通知を管理装置５０に対して送信する（同Ｓ６０６）。このオンライン復帰通知は、前記挿入通知と同等のものであり、該オンライン復帰通知を受信した管理装置５０は、挿入通知を受信した場合と同様の処理を行なう。
【００７５】
また外部通信部２１ｂは連携処理要求送信手段の一例であって、特定処理に対応する連携処理を要求する連携処理要求を管理装置５０に対して送信するものである。
【００７６】
具体的には、予定残額通知（図１２のＳ１０６）を受信した玉貸ユニット２０は、後述する貸与可能処理手段により貸与可能処理（ここでは受付貨幣の取込）を特定処理として行ない（同Ｓ１０８）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１０９）、該貸与可能処理を行なった旨を示す貸与可能情報（ここでは貨幣取込通知）を連携処理要求として管理装置５０に対して送信する（同Ｓ１１０）。この貨幣取込通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理（ここでは受付貨幣額の消去）とを連携処理として行ない（同Ｓ１１３，Ｓ１１４）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ１１５）。
【００７７】
また第１の貸与処理（使用額＋消費税額分の玉貸処理）を特定処理として行なった玉貸ユニット２０は（図１４のＳ１２２）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ１２３）、前記第１の減算要求を連携処理要求として管理装置５０に対して送信する（同Ｓ１２４）。この減算要求を受信した管理装置５０は、使用額＋消費税額を管理残額から減算する第１の減算処理を連携処理として行ない（同Ｓ１２５）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新して（同Ｓ１２６）、該第１の減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して送信する（同Ｓ１２６）。玉貸ユニット２０は、該減算完了通知を受信したことを条件として、次の貸与処理が可能となる。
【００７８】
また予定残額通知（図１７のＳ２４１）を受信した玉貸ユニット２０は、後述する端数額消去処理手段により端数額消去処理（入金残額消去処理）を特定処理として行ない（同Ｓ２４４）、該特定処理に伴って後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ２４５）、該端数額消去処理を行なった旨を示す端数額消去通知（入金残額消去通知）を連携処理要求として管理装置５０に対して送信する（同Ｓ２４６）。この端数額消去通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオフライン端数額（入金残額）を当該記録媒体の管理残額に対して加算するオフライン端数額加算処理（入金残額加算処理）と、該オフライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理（ここではオフライン端数額の消去）とを連携処理として行ない（同Ｓ２４８）、該連携処理に伴って当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ２２７）。
【００７９】
なお残額通知（図１７のＳ２２１）を受信した玉貸ユニット２０は、後述する通番更新手段により記録媒体に記録されている通番を更新して（同Ｓ２２３）、残額受信通知を管理装置５０に対して送信する（同Ｓ２２４）。この残額受信通知を受信した管理装置５０は、当該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（同Ｓ２２７）。
【００８０】
また外部通信部２１ｂは返却通知送信手段の一例であって、後述する通信可否検知手段（制御部２１）によりオンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信するものである（図１５のＳ１８４）。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部１４０で保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部１９１で保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部１２０で保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部１４０で保持しているビジタコイン５のコインＩＤ，カード保持部１９１で保持している会員カード４のカードＩＤ，又は投入コイン保持部１２０で保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（同Ｓ１８５）。
【００８１】
なお外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
【００８２】
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図３（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋および金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
【００８３】
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図３（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋および金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
【００８４】
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であり、所定額（たとえば１０００円）以上の貨幣を受け付けた場合には、受付貨幣額と記録媒体ＩＤとを含む入金要求（図１２のＳ１０３）が管理装置５０に対して送信される。また管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能であり、該貨幣を受け付けた場合に、後述するオフライン一発貸し（図２０のＳ５１５，Ｓ５２５）が行なわれる。
【００８５】
多機能ランプ２４は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２４は、たとえば会員カード４およびビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器２５は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。この残額表示器２５においては、オンライン状態では記憶残額が表示され、オフライン状態では記憶端数額が表示される。
【００８６】
通路ユニット１００は前記記録媒体処理機構の一部を構成するものであって、投入コイン保持部１２０，投入コイン排出通路１６０，および収納排出通路１３０が一体に構成されたものである。具体的には、通路ユニット１００は、図３（ｃ）、（ｄ）および図４に示すように、縦長の箱型の形状を呈するユニット本体１００ａの内部に、制御部１０１，記録媒体Ｒ／Ｗ１０２，上部アンテナ１０３，下部アンテナ１０４，投入コイン誘導通路１１３，供給通路１１４，投入コイン保持部１２０，第１の投入コインストッパ１２１，第２の投入コインストッパ１２２，収納通路１３１と第２誘導通路１３３とを有する収納排出通路１３０，収納コイン保持部１４０，第１の収納コインストッパ１４１，第２の収納コインストッパ１４２，連絡通路１６１と第１誘導通路１６３とを有する投入コイン排出通路１６０，およびカード保持部１９１等を備えている。そして図３および図５に示すように、投入コイン排出通路１６０の一部である連絡通路１６１に傾斜部１６２を設けて、該投入コイン排出通路１６０を収納排出通路１３０に対してビジタコイン５の厚み方向にずらすことにより、第１誘導通路１６３と第２誘導通路１３３とが重畳して（左右に並行して重なり合って別個に）コイン排出口１１２に臨むように形成されている。ここで各通路は、ビジタコイン５が起立した状態で、該ビジタコイン５の自重により転動又は落下する通路である。
【００８７】
制御部１０１は、前記制御部２１と通信可能に接続されており、該制御部２１の指令に基づいて、図３（ｄ）に示すようにして接続されている記録媒体Ｒ／Ｗ１０２，第１の投入コインストッパ１２１，第２の投入コインストッパ１２２，第１の収納コインストッパ１４１，および第２の収納コインストッパ１４２の動作を制御するものである。ここでの制御部１０１には、当該通路ユニット１００が玉貸ユニット２０に備えられている旨が記憶されており、該記憶に基づいた制御を行なう。具体的には、投入コイン保持部１２０でビジタコイン５を保持している状態で返却操作を受け付けると、通常は閉鎖されている第１の投入コインストッパ１２１を開放して当該ビジタコイン５を連絡通路１６１に落下させた後、該第１の投入コインストッパ１２１を閉鎖する制御を行なう。また投入コイン保持部１２０で保持しているビジタコイン５の残額が零になると、通常は閉鎖されている第２の投入コインストッパ１２２を開放して当該ビジタコイン５を収納通路１３１に収納させた後、該第２の投入コインストッパ１２２を閉鎖する制御を行なう。さらに収納コイン保持部１４０でビジタコイン５を保持している状態で返却操作を受け付けると、通常は閉鎖されている第１の収納コインストッパ１４１を開放して当該ビジタコイン５をコイン排出口１１２から排出して返却した後、該第１の収納コインストッパ１４１を閉鎖すると共に、通常は閉鎖されている第２の収納コインストッパ１４２を開放して当該ビジタコイン５を収納コイン保持部１４０に供給した後、該第２の収納コインストッパ１４２を閉鎖する制御を行なう。
【００８８】
記録媒体Ｒ／Ｗ１０２は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ１０２は、前記ＩＣカードである会員カード４および前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部１２０に対応し、ビジタコイン５の記録情報を読み取る第１読取部である上部アンテナ１０３と、収納コイン保持部１４０およびカード保持部１９１に対応し、ビジタコイン５および会員カード４の両方の記録情報を読み取る第２読取部である下部アンテナ１０４とを備えている。これにより、コイン投入口１１１から投入されて投入コイン保持部１２０で保持しているビジタコイン５に対しては、上部アンテナ１０３を介して情報の読み取りおよび書き込みを行なう。また、収納通路１３１から排出されて収納コイン保持部１４０で保持しているビジタコイン５に対しては、下部アンテナ１０４を介して情報の読み取りおよび書き込みを行なう。さらに、カード挿入口１９０から挿入されてカード保持部１９１で保持している会員カード４に対しても、下部アンテナ１０４を介して情報の読み取りおよび書き込みを行なう。
【００８９】
コイン投入口１１１は、ビジタコイン５が投入される部位であり、ここでは図３（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成され、ビジタコイン５を起立させた状態で投入可能な縦長の孔である。このコイン投入口１１１には、制御部１０１の制御によって開閉する図示しないシャッタ（コインシャッタともいう）が設けられており、後述する可制御により記録媒体受付を待機する状態（たとえば図１５のＳ１９２ａ等）以外では、該シャッタによりコイン投入口１１１が遮蔽されていて、ビジタコイン５が投入できないようになっている。
【００９０】
そして通路ユニット１００は、図４に示すように、該コイン投入口１１１に投入されたビジタコイン５を投入コイン保持部１２０に導くための投入コイン誘導通路１１３を備えており、ここでの投入コイン誘導通路１１３は、コイン投入口１１１から後方に向けて傾斜して配置された通路である。また通路ユニット１００は、投入コイン保持部１２０に連通してビジタコイン５を該投入コイン保持部１２０に供給するための供給通路１１４を備えており、ここでの供給通路１１４は、通路ユニット１００の上面から下方に向けて鉛直に形成された通路である。なお玉貸ユニット２０に備えられる通路ユニット１００では、該供給通路１１４は使用されない。
【００９１】
コイン排出口１１２は、コイン投入口１１１の下方に設けられ、ビジタコイン５が排出される部位であり、ここでは図３（ａ）（ｂ）（ｃ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン排出通路１６０の終端側に形成された第１誘導通路１６３と収納排出通路１３０の終端側に形成された第２誘導通路１３３とが重畳して臨み、両誘導通路から排出されたビジタコイン５を受け止める容器状の部位である。
【００９２】
カード挿入口１９０は、コイン排出口１１２の側方に設けられ、会員カード４が挿入される部位であり、ここでは図３（ａ）（ｂ）（ｃ）に示すように、玉貸ユニット２０の前面に形成され、会員カード４を起立させた状態で挿入可能な縦長の孔である。カード保持部１９１は、該カード挿入口１９０から挿入された会員カード４を保持する部位であり、図３（ｃ）に示すように、カード挿入口１９０の後方に位置する。
【００９３】
ここで前記下部アンテナ１０４は、図３（ｃ）に示すように、収納コイン保持部１４０とカード保持部１９１との間に配設されることにより、ビジタコイン５および会員カード４の両方の記録情報を読み取るように構成されている。これによれば、カード保持部１９１に対応する読取部を下部アンテナ１０４とは別個に設ける場合と比べて、省スペース化を図ることができると共に、製造コストが削減される。
【００９４】
投入コイン保持部１２０は第１保持部の一例であって、ビジタコイン５の記録情報を読み取る第１読取部（上部アンテナ１０３）が対応して設けられ、コイン投入口１１１から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは前記投入コイン誘導通路１１３の終端部分が第１の投入コインストッパ１２１および第２の投入コインストッパ１２２により区画された部位である。この投入コイン保持部１２０では、コイン投入口１１１から投入されて投入コイン誘導通路１１３を自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ１２１および第２の投入コインストッパ１２２に堰き止められて保持される。
【００９５】
第１の投入コインストッパ１２１は、投入コイン保持部１２０と投入コイン排出通路１６０との間に形成されるストッパである。
【００９６】
第２の投入コインストッパ１２２は、投入コイン保持部１２０と収納通路１３１との間に形成されるストッパである。
【００９７】
収納排出通路１３０は、図４および図５に示すように、投入コイン保持部１２０に保持されるビジタコイン５のうち、回収したビジタコイン５（ここでは残額が無いビジタコイン５）を収納すると共に、該収納しているビジタコイン５を前記コイン排出口１１２に排出するための通路であって、収納通路１３１と第２誘導通路１３３とを有する。
【００９８】
収納通路１３１は、投入コイン保持部１２０に連設されビジタコイン５を収納する通路であり、ここでは投入コイン保持部１２０から後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して形成されており、終端には第１の収納コインストッパ１４１が設けられている。この収納通路１３１では、遊技場の営業開始前に予めコイン投入口１１１から投入されたビジタコイン５，および遊技場の営業中に第２の投入コインストッパ１２２が開放状態となって投入コイン保持部１２０における保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパ１４１に堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでの収納通路１３１は、７枚のビジタコイン５を収納可能である。
【００９９】
第１の収納コインストッパ１４１は、収納通路１３１と第２誘導通路１３３との間に形成されるストッパである。
【０１００】
ここで通路ユニット１００は、図４に示すように、収納通路１３１の途中から連設されビジタコイン５を該収納通路１３１から排出するための排出通路１３２を備えており、ここでの排出通路１３２は、収納通路１３１の半円弧状部分における下半分に形成された開口から下方に向けて鉛直に形成され、通路ユニット１００の下面に開口している通路である。なお玉貸ユニット２０に備えられる通路ユニット１００では、後述する第１カバー部材１５０が装着されることにより、収納通路１３１と排出通路１３２との分岐部における排出通路１３２側が排出通路遮蔽板１５３で遮蔽されるので、該排出通路１３２は使用されない。
【０１０１】
第２誘導通路１３３は、収納コイン保持部１４０が形成されると共に、コイン排出口１１２に連通する通路であり、ここでは収納通路１３１の終端から前方に向けて傾斜してコイン排出口１１２に連通し、その終端近傍に第２の収納コインストッパ１４２が設けられて収納コイン保持部１４０が形成されている。
【０１０２】
収納コイン保持部１４０は第２保持部の一例であって、ビジタコイン５の記録情報を読み取る第２読取部（下部アンテナ１０４）が対応して設けられ、収納通路１３１の終端から供給されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図４に示すように、第２誘導通路１３３の終端近傍が第２の収納コインストッパ１４２により区画された部位である。この収納コイン保持部１４０では、第１の収納コインストッパ１４１が開放状態となって収納通路１３１の終端から供給されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ１４２に堰き止められて常に保持されている。
【０１０３】
ここで第２の収納コインストッパ１４２は、制御部１０１の制御によって開閉するシャッタであり、通常は閉鎖状態にあって、収納通路１３１の終端から供給されたビジタコイン５を保持している。そして第２の収納コインストッパ１４２は、投入コイン保持部１２０でビジタコイン５を保持しておらず、かつカード保持部１９１で会員カード４を保持していない状態で返却操作を受け付けると、制御部１０１の制御によって開放状態になり、前記保持していたビジタコイン５が第２誘導通路１３３を自重により転動してコイン排出口１１２に排出される。そして第２の収納コインストッパ１４２は、その後に所定のタイミングで制御部１０１の制御によって再び閉鎖状態になり、収納通路１３１の終端から供給されたビジタコイン５を再び保持する。
【０１０４】
投入記録媒体排出通路である投入コイン排出通路１６０は、図４および図５に示すように、返却すべきビジタコイン５をコイン排出口１１２に排出するための通路であって、連絡通路１６１と第１誘導通路１６３とを有する。連絡通路１６１は、投入コイン保持部１２０に連設される通路であり、ここでは投入コイン保持部１２０から下方に向けて鉛直に形成されている。第１誘導通路１６３は、該連絡通路１６１に連設されてコイン排出口１１２に連通する通路であり、ここでは連絡通路１６１の下端から前方に向けて傾斜してコイン排出口１１２に連通するように形成されている。
【０１０５】
ここで投入コイン排出通路１６０の一部である連絡通路１６１の途中には、図５に示すように、正面視で左側に傾斜する傾斜部１６２が設けられていて、連絡通路１６１の下端が該連絡通路１６１の上端に対してビジタコイン５の厚み方向にずらされている。これにより、該連絡通路１６１の下端に連設されている第１誘導通路１６３が第２誘導通路１３３に対してビジタコイン５の厚み方向にずらされて、該第１誘導通路１６３と第２誘導通路１３３とが重畳してコイン排出口１１２に臨むように形成されている。
【０１０６】
図１に戻り、前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（たとえば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（たとえば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【０１０７】
また前記制御部２１は管理残額取得手段の一例であって、記録媒体（会員カード４，ビジタコイン５）の管理残額を取得するものである。具体的には、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体を受け付けたことに基づいて、前記挿入通知を管理装置５０に対して送信し、該挿入通知に応じて管理装置５０から送信されてくる残額通知（図１７のＳ２２４）又は予定残額通知（同Ｓ２４１）を受信して、該残額通知に含まれる管理残額又は該予定残額通知に含まれる合算額を制御部２１のＲＡＭで記憶することにより、記録媒体の管理残額を取得する。
【０１０８】
また前記制御部２１は、第１に、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けたときに入金処理を行なう機能と、第２に、管理装置５０とオンライン状態で玉貸操作を受け付けたときに使用額＋消費税額分の玉貸処理を行なうとともに、携帯電話２００の電子マネーを使用して一発貸しを行なう機能と、第３に、管理装置５０とオフライン状態で貨幣を受け付けたときにオフライン一発貸しを行なう機能と、第４に、オフライン一発貸しにおいて記録媒体に記録されているオフライン端数額が零になったときに管理残額が有る該記録媒体を返却する機能と、第５に、オフライン端数額が記録されている記録媒体を受け付けたときに該オフライン端数額を消去する機能と、第６に、オフライン状態からオンライン状態に復帰したときに記録媒体に記録されているオフライン端数額を消去する機能とを有する。以下、制御部２１の各機能について説明する。
【０１０９】
まず第１に、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けたときに入金処理を行なうために、制御部２１は、貸与可能処理手段，および通番更新手段として機能する。即ち玉貸ユニット２０は、管理装置５０とオンライン状態で所定額以上の貨幣を受け付けると（図１２のＳ１０１）、前述の如く、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信し（同Ｓ１０３）、該入金要求に応じて管理装置５０から予定残額通知を受信する（同Ｓ１０６）。
【０１１０】
ここで貸与可能処理手段として機能する制御部２１は、予定残額通知の受信に応じて、該予定残額通知から特定される合算額の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理を特定処理として行なうものであり、ここでは該貸与可能処理として、受付貨幣を取り込む処理を行なう（図１２のＳ１０８）。また通番更新手段として機能する制御部２１は、該特定処理である貸与可能処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行なう（同Ｓ１０９）。ここで第１の通番更新処理とは、収納コイン保持部１４０で保持しているビジタコイン５，投入コイン保持部１２０で保持しているビジタコイン５，又はカード保持部１９１で保持している会員カード４に記録されている通番に１を加算して更新する旨を、制御部１０１を介して記録媒体Ｒ／Ｗ１０２に対して指示する処理である。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である貸与可能処理に伴って、該貸与可能処理を行なった旨を示す貸与可能情報（ここでは記録媒体ＩＤを含む貨幣取込通知）を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１１０）。
【０１１１】
また第２に、管理装置５０とオンライン状態で玉貸操作を受け付けたときに使用額＋消費税額分の玉貸処理を行なうために、制御部２１は、貸与処理手段，通番更新手段，および記録媒体排出処理手段として機能する。
【０１１２】
ここで貸与処理手段として機能する制御部２１は、遊技者の操作（玉貸ボタン１５の操作）により、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０にて管理されている管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）の範囲内でパチンコ玉を貸与するための第１の貸与処理（使用額＋消費税額分の玉貸処理）を行なうとともに（図１４のＳ１２２）、携帯電話２００に記憶されている電子マネーを使用して一発貸しを行なうものである（図１３、図３０）。また通番更新手段として機能する制御部２１は、該特定処理である第１の貸与処理に伴って、記録媒体（会員カード４，ビジタコイン５）の通番を更新する第１の通番更新処理を行なう（図１４のＳ１２３）。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である第１の貸与処理に伴って、前記第１の減算要求を前記連携処理要求として管理装置５０に対して送信する（同Ｓ１２４）。
【０１１３】
この貸与処理手段として機能する制御部２１は、前記管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）と予め定められた基準貸与額（たとえば税込単位額の５度数分である５２５円）とを比較して、該管理残額が基準貸与額以上であるときには、該基準貸与額分のパチンコ玉を貸与するための第１の貸与処理を行ない、該管理残額が基準貸与額未満であるときには、該管理残額のうちの、前記税込単位額（ここでは１０５円）の整数倍に相当する貸与対象額分のパチンコ玉を貸与するための第１の貸与処理を行なう。ここでの基準貸与額は、本例においては以下で示す玉貸設定金額であり、たとえば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７に示す管理装置５０の玉貸設定金額ＤＢで管理されている。
【０１１４】
具体的には、記憶残額≧玉貸設定金額であれば、該玉貸設定金額を使用額＋消費税額として、該玉貸設定金額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行ない、記憶残額（たとえば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として、該貸与対象額分のパチンコ玉の払出を払出制御基板１２に対して指示する処理を行なう。なお記憶残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行なわない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
【０１１５】
そして該使用額＋消費税額分の玉貸処理が行なわれると、記憶残額≧玉貸設定金額であれば、該玉貸設定金額（ここでは５２５円）を使用額＋消費税額として含み、記憶残額（たとえば３００円）＜玉貸設定金額であれば、税込単位額の整数倍であって記憶残額を超えない最大額である貸与対象額（ここでは２１０円）を使用額＋消費税額として含む前記第１の減算要求が、管理装置５０に対して送信される（図１４のＳ１２４）。この第１の減算要求を受信した管理装置５０から減算完了通知が送信されてくることにより（同Ｓ１２８）、制御部２１のＲＡＭに記憶されている記憶残額から使用額＋消費税額が減算更新され（同Ｓ１２９）、該減算更新に応じて残度数表示器１４における残度数の表示および残額表示器２５における残額の表示が更新されて（図１２のＳ１１１）、再び玉貸操作を受付可能となる（同Ｓ１１２）。
【０１１６】
また記録媒体排出処理手段として機能する制御部２１は、該第１の貸与処理の対象となった記録媒体のうちのビジタコイン５の管理残額（即ち制御部２１のＲＡＭで記憶している記憶残額）が零でないことを条件として、該管理残額が零でない旨を示す管理残額有り情報であるオンライン残額有りフラグを記録したビジタコイン５を排出する処理を行なうものであり（図１５のＳ１９０，Ｓ１９５）、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、ビジタコイン５にオンライン残額有りフラグを記録して排出する。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額＋消費税額分の玉貸処理が行なわれた後に、遊技者から排出操作を受け付けた場合（貨幣受付後に一度も玉貸操作を受け付けることなく排出操作を受け付けた場合も同様）には、制御部２１のＲＡＭで記憶している残額が零でないことを条件として、収納コイン保持部１４０で保持しているビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録し（図１５のＳ１９０）、ビジタコイン５を受け付けている状態で、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している記憶残額が零でないことを条件として、投入コイン保持部１２０で保持している該ビジタコイン５を排出する前に、該ビジタコイン５にオンライン残額有りフラグを記録する（同Ｓ１９５）。
【０１１７】
また記録媒体排出処理手段として機能する制御部２１は、ビジタコイン５の受付後に前記通信可否検知手段によりオフライン状態を検知したときに、前記管理残額有無管理手段（制御部２１のＲＡＭ）でビジタコイン５の管理残額が零でない旨を管理していることを条件として、オンライン残額有りフラグを記録したビジタコイン５を排出する処理を行なうものである（図２１のＳ５４５）。ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、ビジタコイン５にオンライン残額有りフラグを記録して排出する。
【０１１８】
なお会員カード４は、管理残額の有無に拘わらず常に排出（返却）すべきものであるため、該会員カード４にはオンライン残額有りフラグは記録されない。
【０１１９】
また第３に、管理装置５０とオフライン状態で貨幣を受け付けたときにオフライン一発貸しを行なうために、制御部２１は、入金残額使用可能処理手段，端数額使用可能処理手段，特定手段，合算額判定手段，貸与処理手段，および記録媒体排出処理手段として機能する。
【０１２０】
ここで入金残額使用可能処理手段および端数額使用可能処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている後述する入金残額（ここではオフライン端数額）を遊技媒体の貸与に使用可能とするための入金残額使用可能処理（ここでは端数額使用可能処理）を行なうものであり、ここでは次に述べる特定手段による処理が、当該端数額使用可能処理に相当する。なお前記通信可否検知手段によりオンライン状態を検知しているときにオフライン端数額が記録された記録媒体を受け付けたことに基づいて、該オフライン端数額を含む挿入通知を管理装置５０に対して送信する処理も、入金残額使用可能処理（端数額使用可能処理）に相当する。該挿入通知が管理装置５０に対して送信されることにより、該挿入通知に含まれるオフライン端数額が管理残額に対して加算されて、遊技媒体の貸与に使用可能となるからである。
【０１２１】
特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、当該受付貨幣額から、前記税込単位額の整数倍に相当する貸与対象額と、該貸与対象額未満の端数額とを特定する（図２０のＳ５１５）。具体的には、１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する。
【０１２２】
また特定手段として機能する制御部２１は、第２の貸与処理（オフライン一発貸し）を行なった後に貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を行なう（図２０のＳ５２４）。さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されているオフライン端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する処理を前記端数額使用可能処理として行なう（図２０のＳ５２４）。
【０１２３】
具体的には、記憶端数額が５５円である状態でさらに１０００円を受け付けた場合には、記憶端数額と受付貨幣額との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する。即ち制御部２１のＲＡＭで記憶される記憶端数額には、貨幣受付に基づいて特定された端数額，および記録媒体に記録されていたオフライン端数額が含まれる。
【０１２４】
また合算額判定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前回の貨幣受付に基づいて特定した端数額又は前記受け付けた記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）と今回の受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである（図２０のＳ５２３）。
【０１２５】
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段による特定が行なわれる一方、該合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による特定が行なわれない。たとえば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
【０１２６】
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、当該受付貨幣額の範囲内でパチンコ玉を貸与するための第２の貸与処理を行なうものであり、ここでは前記特定手段により貸与対象額が特定されたことに基づいて、遊技者の操作によることなく、該特定された貸与対象額分の遊技媒体を貸与するための第２の貸与処理（オフライン一発貸し）を行なう（図２０のＳ５１５，Ｓ５２５）。なお特定手段により特定された端数額は、制御部２１のＲＡＭで記憶される（同Ｓ５１６，Ｓ５２６）。
【０１２７】
また記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から第２の貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、該入金残額を記録した記録媒体（会員カード４，ビジタコイン５）を排出する処理を行なうものであり、ここでは前記特定手段により特定された端数額（即ち制御部２１のＲＡＭで記憶している記憶端数額）をオフライン端数額として記録した記録媒体を排出する処理を行なう。ここで記録媒体排出処理手段として機能する制御部２１は、遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、前記端数額記憶手段（制御部２１のＲＡＭ）で記憶している端数額をオフライン端数額として記録媒体に記録して排出する処理を行なう（図２１のＳ５５０）。
【０１２８】
また第４に、前記オフライン一発貸しにおいて記録媒体に記録されているオフライン端数額が零になったときに管理残額が有る該記録媒体を返却するために、制御部２１は、管理残額有り情報記録判定手段，および記録媒体排出処理手段として機能する。
【０１２９】
ここで管理残額有り情報記録判定手段として機能する制御部２１は、ビジタコイン５に管理残額有り情報であるオンライン残額有りフラグが記録されているか否かを判定するものである（図２１のＳ５４７，Ｓ５６６）。また記録媒体排出処理手段として機能する制御部２１は、該管理残額有り情報記録判定手段によりオンライン残額有りフラグが記録されている（即ちフラグが１）と判定されたことを条件として、オフライン端数額が零のビジタコイン５を排出する処理を行なうものである（同Ｓ５５２，Ｓ５７１）。
【０１３０】
また第５に、オフライン端数額が記録されている記録媒体を受け付けたときに、該オフライン端数額を消去するために、制御部２１は、端数額消去処理手段，および通番更新手段として機能する。即ち玉貸ユニット２０は、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体を受け付けると（図１６のＳ２０１）、前述の如く、記録媒体ＩＤとオフライン端数額と通番とを含む挿入通知を管理装置５０に対して送信し（同Ｓ２０２）、該挿入通知に応じて管理装置５０から端数額消去要求および合算額特定情報である予定残額通知を受信する（図１７のＳ２４１）。
【０１３１】
ここで端数額消去処理手段として機能する制御部２１は、該端数額消去要求である予定残額通知の受信に基づいて、前記記録媒体（会員カード４，ビジタコイン５）のオフライン端数額を消去する端数額消去処理を特定処理として行なうものである（図１７のＳ２４４）。また通番更新手段として機能する制御部２１は、該特定処理である端数額消去処理に伴って、記録媒体の通番を更新する第１の通番更新処理を行なう（同Ｓ２４５）。また端数額消去要求および合算額特定情報である予定残額通知の受信に基づいて、オフライン端数額を加算更新後の管理残額（即ち予定残額通知に含まれる合算額）の範囲内で前記第１の貸与処理が可能とされる。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である端数額消去処理に伴って、前記端数額消去通知を前記連携処理要求として管理装置５０に対して送信する（同Ｓ２４６）。
【０１３２】
さらに第６に、オフライン状態からオンライン状態に復帰したときに、記録媒体に記録されているオフライン端数額を消去するために、制御部２１は、端数額消去処理手段，および通番更新手段として機能する。即ち玉貸ユニット２０は、オンライン状態への復帰を検知（図２４のＳ６０１）した管理装置５０から開始要求が送信されてきたときに（同Ｓ６０２）、記憶端数額をオフライン端数額として記録媒体に記録すると共に（同Ｓ６０３）、該記憶端数額を消去し（同Ｓ６０４）、前記開始要求に応じた開始応答を管理装置５０に対して返信した後に（同Ｓ６０５）、前述の如く、記録媒体ＩＤとオフライン端数額（入金残額）と通番とを含むオンライン復帰通知を管理装置５０に対して送信し（同Ｓ６０６）、該オンライン復帰通知に応じて管理装置５０から合算額特定情報である予定残額通知を受信する（図１７のＳ２４１）。
【０１３３】
ここで端数額消去処理手段として機能する制御部２１は、該合算額特定情報である予定残額通知の受信に基づいて、前記記録媒体（会員カード４，ビジタコイン５）のオフライン端数額（入金残額）を消去する端数額消去処理（入金残額消去処理）を特定処理として行なうものである（図１７のＳ２４４）。また通番更新手段として機能する制御部２１は、該特定処理である端数額消去処理に伴って、記録媒体の通番を更新する第１の通番更新処理を行なう（同Ｓ２４５）。また合算額特定情報である予定残額通知の受信に基づいて、オフライン端数額を加算更新後の管理残額（即ち予定残額通知に含まれる合算額）の範囲内で前記第１の貸与処理が可能とされる。なお連携処理要求送信手段として機能する外部通信部２１ｂは、前述の如く、該特定処理である端数額消去処理に伴って、前記端数額消去通知（入金残額消去通知）を前記連携処理要求として管理装置５０に対して送信する（同Ｓ２４６）。
【０１３４】
なお制御部２１は、記録媒体の通番が上限値（たとえば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部１４０のビジタコイン５，若しくはカード保持部１９１で保持されている会員カード４又は投入コイン保持部１２０で保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（たとえば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができ、記録媒体のコストを低減させることができる。また制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（たとえば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１３５】
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けて通番およびパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（たとえば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，および場外通信部５６等を備えている。
【０１３６】
記憶手段であるハードディスク５５には、図７に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは、記録媒体ＩＤに対応付けて、後述する第２の通番更新処理により更新される通番が管理される。
【０１３７】
また残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できるオンライン状態で該記録媒体を受け付けた後に管理装置５０と通信できないオフライン状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
【０１３８】
この装置ＩＤの記憶方法について説明する。まず管理装置５０とオンライン状態にある玉貸ユニット２０が、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に対して送信される（図１２のＳ１０３）。このとき送信される情報には、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤも含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。
【０１３９】
また管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けると、挿入通知が管理装置５０に対して送信される（図１６のＳ２０２）。このとき送信される情報にも、記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、予定残額通知又は残額通知の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図１７のＳ２２０，Ｓ２４０）。ここで予定残額通知又は残額通知の送信時に装置ＩＤを記憶をするのは、以下の理由による。即ち後述する通番不一致時処理において、玉貸設定金額を減算するにあたり（図１８のＳ２７２）、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理を要するが（同Ｓ２６９）、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、予定残額通知又は残額通知の送信時（換言すれば図１８に示す通番不一致時処理の終了後）としているのである。
【０１４０】
ここで管理装置５０は、返却操作に伴う返却通知（図１５のＳ１８４）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行なう。
【０１４１】
ここでオフライン状態にある玉貸ユニット２０が記録媒体を受け付けて、その後、該記録媒体を受け付けている状態でオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、前記挿入通知に相当するオンライン復帰通知が管理装置５０に対して送信され（図２４のＳ６０６）、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
【０１４２】
また本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときに、精算要求が管理装置５０に対して送信される（図２５のＳ７０２）。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと当該精算装置６０の装置ＩＤが含まれるので、該情報を受信した管理装置５０では、残額管理ＤＢにおいて、前述したのと同様の理由により、後述する精算許諾情報の送信時に、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する（図２６のＳ２２０，Ｓ２４０）。
【０１４３】
また残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、当該記録媒体に関する処理状態であるステータスが記憶されている。このステータスの記憶方法について説明する。まず管理装置５０は、玉貸ユニット２０から入金要求を受信すると（図１２のＳ１０３）、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（同Ｓ１０４）、玉貸ユニット２０から貨幣取込通知を受信したことを条件として（同Ｓ１１０）、該貨幣取込通知に含まれる記録媒体ＩＤに対応するステータスを入金処理済に更新する（同Ｓ１１６）。ここで入金処理中とは、受付貨幣額が未加算の状態で記憶されている旨を示すステータスであり、入金処理済とは、受付貨幣額について後述する加算済更新処理が行なわれている旨を示すステータスである。
【０１４４】
また管理装置５０は、玉貸ユニット２０から減算要求を受信すると（図１４のＳ１２４）、該減算要求に含まれる記録媒体ＩＤに対応するステータスとして減算処理済と記憶する（同Ｓ１２７）。
【０１４５】
また管理装置５０は、玉貸ユニット２０から挿入通知又はオンライン復帰通知を受信すると（図１６のＳ２０２，図２４のＳ６０６）、該挿入通知又はオンライン復帰通知に含まれる記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（図１６のＳ２０９，図１８のＳ２７３）、玉貸ユニット２０から残額受信通知又は端数額消去通知を受信したことを条件として（図１７のＳ２２４，Ｓ２４６）、該残額受信通知又は端数額消去通知に含まれる記録媒体ＩＤに対応するステータスを挿入処理済に更新する（同Ｓ２２８）。
【０１４６】
さらに管理装置５０は、精算装置６０から精算要求を受信すると（図２５のＳ７０２）、前記挿入通知を受信した場合と同様に、該精算要求に含まれる記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（図１６のＳ２０９，図１８のＳ２７３）、精算装置６０から精算許諾情報受信通知又は端数額消去通知を受信したことを条件として（図２６のＳ２２００，Ｓ２４６ａ）、該精算許諾情報受信通知又は端数額消去通知に含まれる記録媒体ＩＤに対応するステータスを挿入処理済に更新する（同Ｓ２２８）。ここでステータスとして挿入処理済のステータスを管理しており、使用装置ＩＤとして精算装置６０の装置ＩＤを管理していることが、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求を受信した旨を示す精算要求受信情報を管理していることに相当する。また挿入処理済のステータスを精算処理済のステータスに更新することが、該記録媒体ＩＤに対応付けて管理している精算要求受信情報を消去する精算要求消去処理に相当する。
【０１４７】
さらに残額管理ＤＢでは、前記記録媒体ＩＤに対応付けて、前記入金要求に含まれる受付貨幣額と、前記挿入通知又は前記オンライン復帰通知に含まれるオフライン端数額が記憶されている。即ち管理装置５０は、前記入金要求の受信に応じて、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行なう。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該受付貨幣額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１２のＳ１０６）。
【０１４８】
また管理装置５０は、前記挿入通知の受信に応じて、該挿入通知から特定されるオフライン端数額（ここでは該挿入通知に含まれるオフライン端数額）を該挿入通知から特定される記録媒体ＩＤ（ここでは該挿入通知に含まれる記録媒体ＩＤ）に対応付けて記憶する処理を行なう。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を特定可能な残額通知を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１７のＳ２４１）。
【０１４９】
さらに管理装置５０は、前記オンライン復帰通知の受信に応じて、該オンライン復帰通知に含まれるオフライン端数額を該オンライン復帰通知に含まれる記録媒体ＩＤに対応付けて記憶する処理を行なう。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を特定可能な合算額特定情報を玉貸ユニット２０に対して送信し、ここでは該合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（図１７のＳ２４１）。
【０１５０】
前記玉貸設定金額ＤＢは、図７に示すように、基準貸与額を管理するものであり、ここでは各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が各玉貸ユニット２０毎に管理されている。本例における貸与基準額は消費税額を含む額であり、税込基準額の整数倍、たとえば５度数分の税込基準額である５２５円や、３度数分の税込基準額である３１５円とされる。
【０１５１】
ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行なうものである。
【０１５２】
ここで前記制御部５２は通信可否検知手段の一例であって、玉貸ユニット２０，および精算装置６０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、通信部５１から各玉貸ユニット２０，および精算装置６０に対して定期的（たとえば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じて玉貸ユニット２０，および精算装置６０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ち玉貸ユニット２０，および精算装置６０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（たとえば１分間）検知しなくなるとオフライン状態（即ち玉貸ユニット２０，および精算装置６０と通信できない通信不可能状態）であると判定する。そして該オフライン状態が発生した旨をハードディスク５５で記憶する。
【０１５３】
また制御部５２は減算処理手段の一例であって、前記第１の減算要求の受信に基づいて（図１４のＳ１２４）、前記使用額および該使用額に対応する消費税額を前記管理残額から減算する第１の減算処理を行なうと共に（同Ｓ１２５）、前記第２の減算要求である加算要求の受信に基づいて（図１４のＳ１６５）、前記受付貨幣額に対応する消費税額を前記管理残額から減算する第２の減算処理（ここでは対応消費税額＊（−１）を管理残額に対して加算する加算処理）を行なうものである（同Ｓ１６５）。
【０１５４】
また制御部５２は受付通知処理手段の一例であって、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知）に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該記録媒体受付通知に含まれるオフライン端数額（を加算更新するための端数額加算更新処理を行なうと共に、前記記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額の消去を指示する端数額消去要求を通信部５１により玉貸ユニット２０に対して送信するものである。ここで端数額加算更新処理は、挿入通知に含まれるオフライン端数額を該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する処理である（図１６のＳ２１２，図１８のＳ２７７）。また端数額消去要求は、該管理残額とオフライン端数額との合算額を特定可能な合算額特定情報であり、ここでは該合算額を含む予定残額通知である（図１７のＳ２４１）。
【０１５５】
また受付通知処理手段として機能する制御部５２は、精算装置６０から送信されてきた精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該精算要求に含まれるオフライン端数額を加算更新するための端数額加算更新処理を行なうと共に、前記記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額の消去を指示する端数額消去要求を通信部５１により精算装置６０に対して送信するものである。ここで端数額加算更新処理は、精算要求に含まれるオフライン端数額を該精算要求に含まれる記録媒体ＩＤに対応付けて記憶する処理である（図１６のＳ２１２，図１８のＳ２７７）。また端数額消去要求は、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額とオフライン端数額との合算額を含む精算許諾情報である（図２６のＳ２４１ａ）。
【０１５６】
また制御部５２は復帰通知処理手段の一例であって、玉貸ユニット２０の復帰通知送信手段から送信されてきたオンライン復帰通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該オンライン復帰通知に含まれるオフライン端数額（入金残額）を加算更新するための端数額加算更新処理（入金残額加算更新処理）を行なうと共に、前記記録媒体（会員カード４，ビジタコイン５）に記録されているオフライン端数額の消去を指示する端数額消去要求を通信部５１により玉貸ユニット２０に対して送信するものである。ここで端数額加算更新処理は、オンライン復帰通知に含まれるオフライン端数額を該オンライン復帰通知に含まれる記録媒体ＩＤに対応付けて記憶する処理である（図１６のＳ２１２，図１８のＳ２７７）。また端数額消去要求は、該管理残額とオフライン端数額との合算額を特定可能な合算額特定情報であり、ここでは該合算額を含む予定残額通知である（図１７のＳ２４１）。
【０１５７】
また制御部５２は連携処理手段の一例であって、前記連携処理要求の受信に応じて前記連携処理を行ない、該連携処理に伴って前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けられた通番を更新する第２の通番更新処理を行なうものである。ここで第２の通番更新処理とは、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。
【０１５８】
この連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である貸与可能情報（ここでは貨幣取込通知）の受信に応じて（図１２のＳ１１０）、当該記録媒体の記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算する受付貨幣額加算処理と、該受付貨幣額が加算済であることを特定可能な状態に更新する加算済更新処理とを連携処理として行なうと共に（同Ｓ１１３，Ｓ１１４）、前記第２の通番更新処理を行なう（同Ｓ１１５）。ここでの加算済更新処理は、該受付貨幣額を消去する処理である。
【０１５９】
また連携処理手段として機能する制御部５２は、玉貸ユニット２０から送信されてくる連携処理要求である第１の減算要求の受信に応じて（図１４のＳ１２４）、前記基準貸与額を管理残額から減算する前記第１の減算処理を連携処理として行なうと共に（同Ｓ１２５）、前記第２の通番更新処理を行なう（同Ｓ１２６）。ここでの第１の減算処理は、消費税が徴収されることから、基準貸与額および該基準貸与額に対応する消費税額を管理残額から減算する処理であり、具体的には、減算要求に含まれる使用額＋消費税額を管理残額から減算する処理である。即ち、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］は玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は税込単位額の整数倍であって管理残額を超えない最大額である。そして通信部５１により、該減算処理を行なった旨を示す減算完了通知が玉貸ユニット２０に対して送信される（同Ｓ１２８）。
【０１６０】
また制御部５２は、玉貸ユニット２０から送信されてくる残額受信通知（図１７のＳ２２４），又は精算装置６０から送信されてくる精算許諾情報受信通知（図２６のＳ２２００）の受信に応じて、前記第２の通番更新処理を行なう（図１７又は図２６のＳ２２７）。
【０１６１】
また連携処理手段として機能する制御部５２は、端数額消去通知（図１７のＳ２４６又は図２６のＳ２４６ａ）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している入金残額（ここではオフライン端数額）を当該記録媒体の管理残額に対して加算する入金残額加算処理（オフライン端数額加算処理）と、該オフライン端数額が加算済であることを特定可能な状態に更新する加算済更新処理とを連携処理として行なうと共に（図１７又は図２６のＳ２４８）、前記第２の通番更新処理を行なう（同Ｓ２２７）。ここでの加算済更新処理は、オフライン端数額を消去する処理である。
【０１６２】
また制御部５２は、後述する精算実行通知である精算完了通知（図２７のＳ７８３）の受信に応じて、前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けられた通番を更新する第４の通番更新処理を行なうと共に（同Ｓ７８５）、該記録媒体ＩＤに対応付けて管理している管理残額を零に更新する管理残額零更新処理（同Ｓ７８４）と、該記録媒体ＩＤに対応付けて管理している精算要求受信情報を消去する精算要求消去処理（同Ｓ７８６）とを行なう。ここでの第４の通番更新処理は、残額管理ＤＢにおいて該記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する処理である。また管理残額零更新処理は、管理残額を消去する処理である。さらに精算要求消去処理は、ステータスを挿入処理済から精算処理済に更新する処理である。そして通信部５１により、これらの処理を行なった旨を示す残額消去完了通知が精算装置６０に対して送信される（同Ｓ７８７）。
【０１６３】
また制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（たとえば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（たとえば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができ、記録媒体のコストを低減させることができる。また制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（たとえば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
【０１６４】
また制御部５２は通番判定手段の一例であって、玉貸ユニット２０から記録媒体の記録媒体ＩＤと通番とを受信し、該受信した通番が該受信した記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、具体的には、玉貸ユニット２０の受付通知送信手段から送信されてきた記録媒体受付通知（ここでは挿入通知），精算装置６０から送信されてきた精算要求，又は玉貸ユニット２０の復帰通知送信手段から送信されてきたオンライン復帰通知の受信に応じて、該挿入通知，精算要求，又はオンライン復帰通知に含まれる通番が、該挿入通知，精算要求，又はオンライン復帰通知に含まれる記録媒体ＩＤに対応付けられた通番と一致するか否かを判定する（図１６又は図２５のＳ２０３）。そして制御部５２は、該通番判定手段により通番が一致しないと判定されたことを条件として、予め定められた通番不一致時処理を行ない、また該通番判定手段により通番が一致すると判定されたことを条件として、予め定められた通番一致時処理を行なう。
【０１６５】
具体的には、通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番不一致時処理として、前記受付貨幣額加算処理と前記加算済更新処理を行なう（図１８のＳ２６２）。即ち通番が一致せず、かつ受付貨幣額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１２のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行なわれているため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行なうものである。
【０１６６】
一方、通番判定手段により通番が一致すると判定され、かつ前記受付貨幣額が未加算の状態で記憶されていること（即ち入金処理中であること）を条件として、通番一致時処理として、前記受付貨幣額加算処理を行なうことなく、前記加算済更新処理を行なう（図１６のＳ２０５）。即ち通番が一致し、かつ受付貨幣額が未加算の状態で記憶されている場合とは、管理装置５０が入金要求（図１２のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行なわれているため、管理装置５０においても受付貨幣額を管理残額に対して加算せず、該受付貨幣額を消去する処理を行なうものである。
【０１６７】
また通番が一致すると判定され、かつ挿入通知，又はオンライン復帰通知に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、挿入通知，又はオンライン復帰通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する（図１７のＳ２２１）。一方、通番が一致すると判定され、かつ挿入通知，又はオンライン復帰通知に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、挿入通知，又はオンライン復帰通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（同Ｓ２４１）。
【０１６８】
また通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零であるかあるいは入金残額が含まれないことを条件として、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２６のＳ２２１ａ）。一方、通番が一致すると判定され、かつ精算要求に含まれる入金残額（ここではオフライン端数額）が零でないことを条件として、該オフライン端数額を記憶し、精算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額と該オフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（同Ｓ２４１ａ）。
【０１６９】
そして通番判定手段により通番が一致しないと判定され、かつ前記入金残額（ここではオフライン端数額）が未加算の状態で記憶されていること（即ち挿入処理中であること）を条件として、通番不一致時処理として、前記入金残額加算処理（ここでは端数額加算処理）と前記加算済更新処理を行なう（図１８のＳ２６５）。即ち通番が一致せず、かつオフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１７のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２６のＳ２４１ａ）を受信してから管理装置５０が精算完了通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行なわれているため、管理装置５０においてオフライン端数額を管理残額に対して加算して該オフライン端数額を消去する処理を行なうものである。
【０１７０】
一方、通番判定手段により通番が一致すると判定され、かつ前記入金残額（ここではオフライン端数額）が未加算の状態で記憶されていること（即ち挿入処理中であること）を条件として、通番一致時処理として、前記入金残額加算処理（ここでは端数額加算処理）を行なうことなく、前記加算済更新処理を行なう（図１６のＳ２０８）。即ち通番が一致し、かつオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１６のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１７のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２５のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２６のＳ２４１ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行なわれていないため、管理装置５０においてもオフライン端数額を管理残額に対して加算せず、該オフライン端数額を消去する処理を行なうものである。
【０１７１】
なお通番判定手段により通番が一致しないと判定され、かつ前記記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて精算要求受信情報を管理していること（即ちステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤであること）を条件として、通番不一致時処理として、前記管理残額零更新処理と、前記精算要求消去処理とを行なう（図１８のＳ２６７）。即ち通番が一致せず、ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである場合とは、管理装置５０が精算完了通知（図２７の同Ｓ７８３）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において貨幣の払い出しが行なわれているため、管理装置５０において管理残額を消去しステータスを精算処理済に更新する処理を行なうものである。
【０１７２】
また通番判定手段により通番が一致しないと判定され、かつ受付貨幣額について加算済更新処理が行なわれていること（即ちステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤであること）を条件として、通番不一致時処理として、前記第１の減算処理を行なう。即ち通番が一致せず、ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである場合とは、管理装置５０が減算要求（図１４のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行なわれているため、管理装置５０において第１の減算処理を行なうものである。
【０１７３】
具体的には、管理残額≧玉貸設定金額であれば、玉貸設定金額を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行ない（図１８のＳ２７２）、管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって管理残額を超えない最大額（たとえば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する処理を行なう（図１８のＳ２７３）。
【０１７４】
ここで本例において、図１８のＳ２７２で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
【０１７５】
まず制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行なわれている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１８のＳ２６９）。
【０１７６】
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定され、かつ前記受付貨幣額について加算済更新処理が行なわれている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中又は挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１８のＳ２７１）。そして制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方（同Ｓ２７２）、玉貸設定金額未満であると判定されたときには、挿入通知又は精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から税込単位額の整数倍（但し管理残額を超えない最大額）である貸与対象額を減算する（同Ｓ２７３）。
【０１７７】
つまり使用額＋消費税額分の玉貸処理が行なわれて、玉貸ユニット２０から送信された減算要求を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額，又は税込単位額の倍数であって管理残額を超えない最大額）を特定して、該特定した使用額＋消費税額を減算する補正を行なっている。
【０１７８】
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものである。また通信部５１は、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものである。
【０１７９】
この通信部５１は、通信可否検知手段（制御部５２）によりオフライン状態を検知している状態からオンライン状態への復帰を検知したときに、当該玉貸ユニット２０に対して、動作の開始を要求する開始要求を送信する（図２４のＳ６０２）。また通信部５１は、該開始要求に応じて玉貸ユニット２０から送信されてくる開始応答を受信する（同Ｓ６０５）。
【０１８０】
また通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（精算装置６０の通信部６１）から送信されてきた精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するものであり、ここでは該管理残額又は該管理残額と前記記録媒体に記録されているオフライン端数額との合算額を特定可能な合算額精算許諾情報を精算装置６０に対して送信するものである。即ち、精算要求にオフライン端数額が含まれない場合には、管理残額を含む精算許諾情報を精算装置６０に対して送信する（図２６のＳ２２１ａ）。一方、精算要求にオフライン端数額が含まれる場合には、管理残額とオフライン端数額との合算額である予定残額を含む精算許諾情報を精算装置６０に対して送信する（同Ｓ２４１ａ）。また通信部５１は、該精算許諾情報に応じて精算装置６０から送信されてくる精算許諾情報受信通知（同Ｓ２２４ａ），又は端数額消去通知（同Ｓ２４６ａ）を受信する。
【０１８１】
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。
【０１８２】
精算装置６０は、記録媒体（会員カード４，ビジタコイン５）を受け付けて、該受け付けた記録媒体の記録媒体ＩＤに対応付けて前記管理装置にて管理されている管理残額，および／又は該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣を払い出す精算処理を行なうものである。この精算装置６０は、遊技場内の所定箇所（たとえば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，紙幣払出口６４ａ，硬貨払出口６５ａ，前記コイン投入口１１１，前記コイン排出口１１２，および前記カード挿入口１９０等を備え、図１に示すように、その内部に通信部６１，制御部６２，紙幣払出機６４，硬貨払出機６５，コイン回収部６６，および前記通路ユニット１００等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
【０１８３】
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを少なくとも含む精算要求を管理装置５０に対して送信するものであり、ここでは前記挿入通知と同様に記録媒体ＩＤ，オフライン端数額，および通番を含む精算要求を管理装置５０に対して送信する（図２５のＳ７０２）。
【０１８４】
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行なわれる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、精算完了通知を送信する（図２７のＳ７８３）。なお「精算処理が行なわれる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７８１の貨幣の払い出し（即ち精算処理）の後に、精算完了に伴う精算完了通知を送信している。また通信部６１は、該精算完了通知に応じて管理装置５０から送信されてくる残額消去完了通知（同Ｓ７８７）を受信する。
【０１８５】
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行なうものである。この制御部６２の機能については後述する。
【０１８６】
タッチパネル式のディスプレイ６３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。ここで会員カード４又はビジタコイン５が挿入され、前記精算要求に応じた精算許諾情報が管理装置５０から送信されてくると、Ｄ２に示すように、該精算許諾情報に含まれる管理残額又は合算額が残額として表示されると共に、精算操作を受け付ける「精算」ボタン，および精算処理をキャンセルする「キャンセル」ボタンが表示される。このＤ２で「精算」ボタンが操作されると、残額に相当する貨幣が払い出され、Ｄ３に示すように、該残額を返却する旨，および会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。またＤ２で「キャンセル」ボタンが操作されると、Ｄ４に示すように、会員カード４又はビジタコイン５が返却され、その旨が表示される。なおＤ１で受け付けた会員カード４又はビジタコイン５に異常があるときには、Ｄ５に示すように、その旨が表示される。
【０１８７】
紙幣払出機６４および硬貨払出機６５は、貨幣を払い出すものであり、具体的には、紙幣払出機６４の背後に設けられる紙幣収納部６４ｂから、所定の種類および所定数の紙幣２を取り出して、紙幣払出口６４ａから払い出すと共に、硬貨払出機６５の上部に設けられる硬貨収納部６５ｂから、所定の種類および所定数の硬貨３を取り出して、硬貨払出口６５ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。コイン回収部６６は、次に述べる通路ユニット１００の排出通路１３２から排出されたビジタコイン５を回収する部位であり、該排出通路１３２の下方に設けられている。
【０１８８】
精算装置６０に備えられる通路ユニット１００は、玉貸ユニット２０に備えられる通路ユニット１００と比較して、第２誘導通路１３３が使用されずに排出通路１３２が使用される点と、制御部１０１による各ストッパの制御のみが異なり、その他の点は同様である。
【０１８９】
制御部１０１には、通路ユニット１００が精算装置６０に備えられている旨が記憶されており、該記憶に基づいた制御を行なう。
【０１９０】
図１に戻り、前記制御部６２は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の通信部５１から精算装置６０に対して定期的（たとえば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（たとえば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
【０１９１】
また制御部６２は精算処理手段の一例であって、オフライン端数額が記録されていない記録媒体（会員カード４，ビジタコイン５）を受け付けたときには、該受け付けた記録媒体の管理残額に相当する貨幣を払い出す精算処理を行ない、オフライン端数額が記録されている記録媒体（会員カード４，ビジタコイン５）を受け付けたときには、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣を払い出す精算処理を行なう。ここで精算処理とは、貨幣の払い出しを紙幣払出機６４および／又は硬貨払出機６５に対して指示する処理である。そして該指示に応じた貨幣が、紙幣払出機６４および／又は硬貨払出機６５から払い出される。
【０１９２】
具体的には、精算処理手段として機能する制御部６２は、精算操作の受付に応じて（図２７のＳ７８０）、管理装置５０から送信されてきた精算許諾情報（図２６のＳ２２１ａ，Ｓ２４１ａ）に含まれる管理残額に相当する貨幣を払い出す精算処理を行なうものであり（図２７のＳ７８１）、ここでは前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記管理残額と前記オフライン端数額との合算額に相当する貨幣を払い出す精算処理を行なう。即ち管理装置５０から送信されてきた精算許諾情報に管理残額のみが含まれる場合には、該管理残額に相当する貨幣の払出を指示する処理を行ない、管理残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行ない、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行なう。そして該指示に応じた貨幣が、紙幣払出機６４および／又は硬貨払出機６５から払い出される。
【０１９３】
また制御部６２は、前記精算処理に伴って前記記録媒体に記録されている通番を更新する第３の通番更新処理を行なうものである（図２７のＳ７８２）。ここで第３の通番更新処理とは、受け付けている記録媒体（会員カード４，ビジタコイン５）に記録されている通番に１を加算して更新する旨を、制御部１０１を介して記録媒体Ｒ／Ｗ１０２に対して指示する処理である。
【０１９４】
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２５のＳａ７０１）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信し、精算操作を受け付けたことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６４および／又は硬貨払出機６５に対して指示する処理を行なう。
【０１９５】
さらに制御部６２のＲＡＭは、当該精算装置６０の処理状態を記憶する。具体的には、記録媒体を受け付けたときには、処理状態が「記録媒体受付」である旨を記憶し、精算操作を受け付けたときには、処理状態が「精算操作受付」である旨を記憶し、返却操作を受け付けたときには、処理状態が「返却操作受付」である旨を記憶する。
【０１９６】
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行なうものである。
【０１９７】
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。
【０１９８】
次に、図８〜図２８を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，および制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部１４０のビジタコイン５に記録されている通番，若しくは、カード保持部１９１で保持されている会員カード４又は投入コイン保持部１２０で保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
【０１９９】
図８は、玉貸ユニット２０の制御部２１のメイン処理プログラムを示すフローチャートである。図８を参照して、まず、玉貸ユニット２０の制御部２１は、管理装置５０との間で、現在オンライン状態（通信可能状態）になっているか否かの判断を行なう（Ｓ１）。Ｓ１によりＹＥＳの判断がなされた場合には、オフラインからの復帰時点であるか否かの判断を行なう（Ｓ３）。この判断は、オフラインからオンラインへの復帰時点を判断しているものであり、復帰時のみＹＥＳの判断を行ない、それ以降のオンライン状態が継続している間はＮＯの判断を行なう。現時点が継続したオンライン状態であればＳ３によりＮＯの判断がなされて、Ｓ６によるオンライン時メイン処理が行なわれる。このオンライン時メイン処理は、図９に基づいて後述する。その結果、玉貸ユニット２０と管理装置５０との間がオンライン状態時（正常時）では、制御は、Ｓ１→Ｓ３→Ｓ６→Ｓ１を巡回する。
【０２００】
一方、オンライン状態がオフライン状態に切換わったときには、Ｓ４によりＹＥＳの判断がなされる。この判断は、オンラインからオフラインへの切換わり時点を判断しているものであり、切換わり時点のみＹＥＳの判断を行ない、それ以降のオフライン状態が継続している間はＮＯの判断を行なう。そして、Ｓ４によりＹＥＳの判断がなされたときには、切換時処理を実行する（Ｓ８）。この切換時処理は、図１７に基づいて後述する。
【０２０１】
オフラインに切換わった後のオフライン状態が継続しているときには、Ｓ４によりＮＯの判断がなされ、Ｓ７のオフライン時メイン処理が行なわれる。このオフライン時メイン処理は、図１１に基づいて後述する。オフライン状態が継続しているときには、制御は、Ｓ１→Ｓ４→Ｓ７→Ｓ１を巡回する。
【０２０２】
次に、オフラインからオンラインに復帰したときには、Ｓ３によりＹＥＳの判断がなされて、Ｓ５による復帰時処理が行なわれる。この復帰時処理は、図２４に基づいて後述する。オンラインへ復帰時のみＳ３によりＹＥＳの判断がなされ、それ以降のオンラインが継続している状態では、前述のように、制御は、Ｓ１→Ｓ３→Ｓ６→Ｓ１を巡回する。
【０２０３】
図９は、図８のＳ６のオンライン時メイン処理の流れを示すフローチャートである。図９を参照して、まず、ステップＳ６０１１で、玉貸ユニット２０の制御部２１は、貨幣処理機６８０が開放中であるか否かを判断する。貨幣処理機６８０は、リモコンによる解錠操作に応じて前方に突出し、内部に収納された貨幣を取出すことが可能なように構成されている。
【０２０４】
貨幣処理機６８０が開放中であると判断した場合（ステップＳ６０１１でＹＥＳの場合）、ステップＳ６０１２で、制御部２１は、貨返却ボタン１６が操作されたか否かを判断する。貨返却ボタン１６が操作されていないと判断した場合（ステップＳ６０１２でＮＯの場合）、このオンライン時メイン処理がリターンする。一方、貨返却ボタン１６が操作されたと判断した場合（ステップＳ６０１２でＹＥＳの場合）、制御部２１は、実行する処理をステップＳ６５００に進め、オンライン返却処理を実行する。オンライン返却処理については、後述する図１５で説明する。
【０２０５】
貨幣処理機６８０が開放中でないと判断した場合（ステップＳ６０１１でＮＯの場合）、ステップＳ６０１３で、制御部２１は、貨幣処理機６８０が故障中であるか否かを判断する。貨幣処理機６８０が故障中であるか否かは、制御部２１が、貨幣処理機６８０に故障中であるか否かを問合せる信号を送信し、それに対して、貨幣処理機６８０から正常である旨の返信が得られれば、正常であると判断し、正常である旨の返信が得られなければ、故障中であると判断する。
【０２０６】
貨幣処理機６８０が故障中でないと判断した場合（ステップＳ６０１３でＮＯの場合）、ステップＳ６０１４で、制御部２１は、貨幣処理機６８０から貨幣識別通知を受信したか否かを判断する。貨幣処理機６８０が故障中であると判断した場合（ステップＳ６０１３でＹＥＳの場合）、または、貨幣識別通知を受信していないと判断した場合（ステップＳ６０１４でＮＯの場合）、制御部２１は、実行する処理をステップＳ６１５６の処理に進める。一方、貨幣識別通知を受信したと判断した場合（ステップＳ６０１４でＹＥＳの場合）、ステップＳ６１００で、制御部２１は、オンライン貨幣処理を実行する。このオンライン貨幣処理は、図１２に基づいて後述する。
【０２０７】
ステップＳ６１５６では、制御部２１は、貨幣処理機６８０から収納終了通知を受信したか否かを判断する。収納終了通知を受信していないと判断した場合（ステップＳ６１５６でＮＯの場合）、制御部２１は、実行する処理をステップＳ６０１５の処理に進める。一方、収納終了通知を受信したと判断した場合（ステップＳ６１５６でＹＥＳの場合）、ステップＳ６１５７で、制御部２１は、貨幣挿入可制御を行なう。貨幣挿入可制御には、貨幣挿入可能制御信号を貨幣処理機６８０に送信する制御、および、多機能ランプ２４を貨幣挿入可能状態を示すように点灯させる制御が含まれる。その後、制御部２１は、実行する処理をステップＳ６０１１の処理に戻す。
【０２０８】
ステップＳ６１００でオンライン貨幣処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６０１５に処理が進められた場合、ステップＳ６０１５で、制御部２１は、カード４を受付けたことを示すカード受付信号を通路ユニット１００の制御部１０１から受信したか否かを判断する。カード受付信号を受信していないと判断した場合（ステップＳ６０１５でＮＯの場合）、制御部２１は、実行する処理をステップＳ６０１６に進める。
【０２０９】
一方、カード受付信号を受信したと判断した場合（ステップＳ６０１５でＹＥＳの場合）、ステップＳ６２００で、制御部２１は、オンラインカード受付処理を実行する。このオンラインカード受付処理は、図１６に基づいて後述する。
【０２１０】
ステップＳ６２００でオンラインカード受付処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６０１６に処理が進められた場合、ステップＳ６０１６で、制御部２１は、コイン５を受付けたことを示すコイン受付信号を通路ユニット１００の制御部１０１から受信したか否かを判断する。コイン受付信号を受信していないと判断した場合（ステップＳ６０１６でＮＯの場合）、制御部２１は、実行する処理をステップＳ６０１７の処理に進める。
【０２１１】
一方、コイン受付信号を受信したと判断した場合（ステップＳ６０１６でＹＥＳの場合）、ステップＳ６３００で、制御部２１は、オンラインコイン受付処理を実行する。このオンラインコイン受付処理は、図１６に基づいて後述する。
【０２１２】
ステップＳ６３００でオンラインコイン受付処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６０１７に処理が進められた場合、ステップＳ６０１７で、制御部２１は、玉貸ボタン１５が操作されたか否かを判断する。玉貸ボタン１５が操作されていないと判断した場合（ステップＳ６０１７でＮＯの場合）、制御部２１は、実行する処理をステップＳ６０１８の処理に進める。
【０２１３】
一方、玉貸ボタン１５が操作されたと判断した場合（ステップＳ６０１７でＹＥＳの場合）、ステップＳ６４００で、制御部２１は、オンライン玉貸処理を実行する。このオンライン玉貸処理は、図１４に基づいて後述する。
【０２１４】
ステップＳ６４００でオンライン玉貸処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６０１８に処理が進められた場合、ステップＳ６０１８で、制御部２１は、返却ボタン１６が操作されたか否かを判断する。返却ボタン１６が操作されていないと判断した場合（ステップＳ６０１８でＮＯの場合）、制御部２１は、実行する処理をステップＳ６３１の処理に進める。
【０２１５】
一方、貨返却ボタン１６が操作されたと判断した場合（ステップＳ６０１８でＹＥＳの場合）、ステップＳ６５００で、制御部２１は、オンライン返却処理を実行する。このオンライン返却処理は、図１５に基づいて後述する。
【０２１６】
ステップＳ６５００でオンライン返却処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６３１に制御が進められてたときに、制御部２１は、確認信号を送信するようチップリーダライタ６９０を制御する。確認信号は、玉貸ユニット２０と通信可能な携帯電話２００があるか否かを確認するための信号であって、確認信号に対する応答があった場合は、通信が可能であると判断される。また、この確認信号には、携帯電話２００に対し、玉貸しに利用可能な電子マネー（バリュー）を記憶しているか否かの問合せ信号も含まれている。
【０２１７】
確認信号は、チップリーダライタ６９０のアンテナ６９４から出力される。しかし、チップリーダライタ６９０と携帯電話２００の非接触型ＩＣチップ１９０との通信可能距離は数センチメートルである。このため、携帯電話２００の非接触型ＩＣチップ１９０が、チップリーダライタ６９０の数センチメートル以内にかざされることによって、携帯電話２００がチップリーダライタ６９０から確認信号を受信することが可能となる。携帯電話２００は、確認信号を受信し場合に、玉貸しに利用可能な電子マネー（バリュー）を記憶部２９２に記憶しているか否かを判定し、その判断結果を含む応答信号を返信する。
【０２１８】
Ｓ６３１の処理の後、ステップＳ６０２１で、制御部２１は、携帯電話２００から応答信号を受信したか否かを判断する。この応答信号は、携帯電話２００の端末ＩＤと通番とバリュー残高と処理種別が玉貸である旨とを含む。さらに、応答信号を受信していないと判断した場合（ステップＳ６０２１でＮＯの場合）、制御部２１は、実行する処理をステップＳ６０２３に進める。
【０２１９】
一方、携帯電話２００が玉貸しに使用できる電子マネー（バリュー）を記憶していることを条件として送信されてくる取引要求を受信したと判断した場合（ステップＳ６０２１でＹＥＳの場合）、ステップＳ６６００で、制御部２１は、バリュー処理を実行する。このバリュー処理は、図１３に基づいて後述する。
【０２２０】
ステップＳ６６００でバリュー処理が実行された後、このオンライン時メイン処理がリターンする。ステップＳ６０２３に処理が進められた場合、ステップＳ６０２３で、制御部２１は、貨幣処理機６８０を開放させる制御を指示する貨幣処理機開放信号を、外部（たとえば、リモコン）から受信したか否かを判断する。
【０２２１】
貨幣処理機開放信号を受信したと判断した場合（ステップＳ６０２３でＹＥＳの場合）、ステップＳ６０２４で、制御部２１は、玉貸中であるか否かを判断する。玉貸中でないと判断した場合（ステップＳ６０２４でＮＯの場合）、ステップＳ６０２５で、制御部２１は、貨幣処理機６８０の金庫を開放する貨幣処理機開放制御を実行する。一方、Ｓ６０２４でＹＥＳと判断された場合には、Ｓ６０２５の貨幣処理機開放制御が行なわれず、メイン処理に戻る。
【０２２２】
一方、貨幣処理機開放信号を受信していないと判断した場合（ステップＳ６０２３でＮＯの場合）、玉貸中であると判断した場合（ステップＳ６０２４でＹＥＳの場合）、および、ステップＳ６０２５の後、このオンライン時メイン処理がリターンする。
【０２２３】
図１０は、本実施の形態における玉貸ユニット２０の貨幣処理機６８０で実行される貨幣処理機処理の流れを示すフローチャートである。図１０を参照して、
ステップＳ６８１１で、貨幣処理機６８０の制御部は、制御部２１から貨幣挿入可能制御信号を受信したか否かを判断する。貨幣挿入可能制御信号を受信していないと判断した場合（ステップＳ６８１１でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理を前述したステップＳ６８１３の処理に進める。一方、貨幣挿入可能制御信号を受信したと判断した場合（ステップＳ６８１１でＹＥＳの場合）、ステップＳ６８１２で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態を貨幣挿入可能状態に変更する。その後制御をＳ６８２１に進める。
【０２２４】
ステップＳ６８１３はで、貨幣処理機６８０の制御部は、制御部２１から貨幣挿入不可制御信号を受信したか否かを判断する。貨幣挿入不可制御信号を受信していないと判断した場合（ステップＳ６８１３でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理を前述したステップＳ６８２１の処理に進める。一方、貨幣挿入不可制御信号を受信したと判断した場合（ステップＳ６８１３でＹＥＳの場合）、ステップＳ６８１４で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態を貨幣挿入不可状態に変更する。
【０２２５】
ステップＳ６８２１で、貨幣処理機６８０の制御部は、紙幣挿入口２２ａから紙幣２を受付けたか否か、また硬貨投入口２３ａから硬貨３を受付けたか否かを判断する。貨幣を（紙幣２と硬貨３とのいずれも）受付けていないと判断した場合（ステップＳ６８２１でＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
【０２２６】
一方、貨幣（紙幣２と硬貨３といずれか一方）を受付けたと判断した場合（ステップＳ６８２１でＹＥＳの場合）、ステップＳ６８２２で、貨幣処理機６８０の制御部は、貨幣処理機６８０の状態が貨幣挿入可能状態であるか否かを判断する。貨幣処理機６８０の状態は、２つの状態があり、貨幣挿入可能状態および貨幣挿入不可状態である。貨幣挿入可能状態は、貨幣処理機６８０に貨幣を挿入することが可能な状態である。一方、貨幣挿入不可状態は、貨幣処理機６８０に貨幣を挿入することができない状態である。貨幣挿入可能状態でないと判断した場合（ステップＳ６８２２でＮＯの場合）、ステップＳ６８２３で、貨幣処理機６８０の制御部は、貨幣を返却する制御を行ない、実行する処理をステップＳ６８
１１の処理に戻す。
【０２２７】
図１１は、図８のＳ７で示したオフライン時メイン処理の具体的内容を示すフローチャートである。オフライン時メイン処理は図１０のオンライン時メイン処理と類似しており、ここでは主に相違点について説明する。まず、Ｓ６１００によりオフライン貨幣処理が実行される。この処理は、図２０に基づいて後述する。また、Ｓ６０１５によりＹＥＳと判断された場合に、Ｓ６０１５ａで制御部２１は、間接税率Ｋが「０」であるか否かの判断を行なう。Ｋ＝０の場合すなわち消費税率を徴収しない設定の場合には、Ｓ６０１５ｂにより挿入されているカードを返却する処理を行なった後メイン処理へリターンする。一方、消費税率Ｋが「０」でない場合（たとえば０．００５の場合）、制御をＳ６２００’へ進める。このＳ６０１５ｂにより、消費税率を徴収しない設定の場合には、玉貸ユニット２０に挿入されたカード４が遊技者に返却されることとなる。つまり、玉貸ユニット２０はカード４を受付けない。なお、消費税率を徴収しない設定の場合に玉貸ユニット２０に挿入されたコイン５の受付けを禁止する処理は、図１９、図３３の切換時処理のＳ３５７で実行され、コインシャッタの閉塞によりコイン５の受付けが禁止されるので、Ｓ６０１６がＹＥＳになることはない。Ｓ６２００’によりオフラインカード受付処理とＳ６３００’によりオフラインコイン受付処理とが行なわれる。これらの処理は、図２０に基づいて後述する。次に、Ｓ６０１７の玉貸ボタン操作の判定ステップとＳオンライン玉貸処理のステップがない。オンライン時においては、前述したように、遊技者の玉貸操作なしで一発貸しを行なう関係上、Ｓ６１００’のオフライン貨幣処理で玉貸制御を実行するためである。
【０２２８】
一方、貨幣挿入可能状態であると判断した場合（ステップＳ６８２２でＹＥＳの場合）、貨幣処理機６８０の制御部は、ステップＳ６８２４で、貨幣を取込む制御を行ない、ステップＳ６８２５で、貨幣を識別するしてその真贋を判別するとともに金額を判別する制御を行なう。そして、ステップＳ６８２６で、貨幣処理機６８０の制御部は、ステップＳ６８２５で識別された入金額を含む貨幣識別通知を制御部２１に送信する。その後、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８３１の処理に進める。
【０２２９】
ステップＳ６８３１で、貨幣処理機６８０の制御部は、制御部２１から貨幣収納指示を受信したか否かを判断する。貨幣収納指示は、ステップＳ６８２４で取込んだ貨幣を貨幣処理機６８０内部の金庫へ収納する指示である。貨幣収納指示を受信したと判断した場合（ステップＳ６８３１でＹＥＳの場合）については、後述する。
【０２３０】
貨幣収納指示を受信していないと判断した場合（ステップＳ６８３１でＮＯの場合）、ステップＳ６８３２で、貨幣処理機６８０の制御部は、制御部２１から貨幣返却制御信号を受信したか否かを判断する。貨幣返却制御信号を受信していないと判断した場合（ステップＳ６８３２でＮＯの場合）、ステップＳ６８３２ａで、貨幣処理機６８０の制御部は、データ処理部６１０から紙幣挿入不可制御信号を受信したか否かを判断する。紙幣挿入不可制御信号を受信していないと判断した場合（ステップＳ６８３２ａでＮＯの場合）、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８３１の処理に戻す。紙幣挿入不可制御信号を受信したと判断した場合（ステップＳ６８３２ａでＹＥＳの場合）、貨幣挿入不可状態に変更し（Ｓ６８３２ｂ）、制御をＳ６８３３へ進める。その結果、以降、Ｓ６８２２によりＮＯの判断がなされることとなり、それ以降挿入された貨幣は返却されることとなる。
【０２３１】
一方、貨幣返却制御信号を受信したと判断した場合（ステップＳ６８３２でＹＥＳの場合）、貨幣処理機６８０の制御部は、ステップＳ６８３３で、貨幣を返却する制御を行ない、ステップＳ６８３４で、貨幣の返却が終了したことを示す返却終了通知を制御部２１に送信する。その後、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
【０２３２】
貨幣処理機６８０の制御部は、ステップＳ６８３１で、貨幣収納指示を受信したと判断し、ステップＳ６８３５で、貨幣を収納する制御を行ない、ステップＳ６８３６で、貨幣の収納が終了したことを示す収納終了通知を制御部２１に送信する。その後、貨幣処理機６８０の制御部は、実行する処理をステップＳ６８１１の処理に戻す。
【０２３３】
次に、図１２は、前述の図９のＳ６１００に示したオンライン時貨幣処理の具体的処理内容を示すフローチャートである。玉貸ユニット２０の制御部２１は、まず不可制御を実行する（Ｓ１０２）。この不可制御は、貨幣挿入不可制御、バリュー使用不可制御、および、貸出不可制御である。貨幣挿入不可制御には、コイン投入口１１１をシャッタで閉鎖する制御、および、多機能ランプ２４を貨幣挿入不可能状態を示す状態に制御することが含まれる。この貨幣挿入不可制御に貨幣挿入不可制御信号の貨幣処理機６８０への送信が含まれていないために、図１０のＳ６８３２ａによりＹＥＳの判定がなされることがなく、入金のために挿入した貨幣が入金されずに返却される不都合を回避できる。バリュー使用不可制御は、携帯電話２００に記憶されている電子マネーのバリュー残額を用いた玉貸を禁止する制御、および多機能ランプ２４をバリュー使用不可能状態を示すようにする制御が含まれる。貸与不可制御には、玉貸ユニット２０の状態をパチンコ玉を貸出すことができない状態である貸与不可能状態にする制御、および、多機能ランプ２４を貸与不可能な状態を示すように制御することが含まれる。不可制御の後、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対し送信する（Ｓ１０３）。
【０２３４】
Ｓ１０３の入金要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該入金要求に含まれる記録媒体ＩＤに対応するステータスとして入金処理中と記憶し（Ｓ１０４）、該入金要求に含まれる受付貨幣額を該記録媒体ＩＤに対応付けて記憶して（Ｓ１０５）、該記録媒体ＩＤに対応付けて管理している管理残額と前記受付貨幣額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ１０６）。
【０２３５】
一方、制御部２１は、Ｓ１０３により入金要求を管理装置５０に送信した後３秒程度の時間（オンライン状態であれば必ず予定残額通知が返信されてくる時間）を計時するタイマをセットし、そのタイマがタイムアップするまでの間にＳ１０６による予定残額通知が返信されてきたか否かを判断する。返信されてきた場合には制御をＳ１０７へ進めるが、タイムアップするまでの間に返信されてこない場合すなわちオフライン状態に切換わった場合には、貨幣処理機６８０に貨幣返却制御信号を送信し、後述する可制御を行ない、制御をメイン処理にリターンさせる。その結果、図８のメイン処理では、Ｓ４によりＹＥＳの判断が行なわれてＳ８の切換時処理が実行されることになる。
【０２３６】
Ｓ１０６の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ１０７）、前記Ｓ１０１で受け付けた受付貨幣を収納するための貨幣収納支持を貨幣処理機６８０に送信する（Ｓ１０８）。これを受けた貨幣処理機６８０がその貨幣収納支持を受信して（図１０のＳ６８３１でＹＥＳ）貨幣収納制御を行なう（図１０の６８３５）。次に、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部１４０で保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部１９１で保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部１２０で保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１０９）、前記記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ１１０）、前述の不可制御（Ｓ１０２）とは逆の可制御を行なう（Ｓ１１０ａ）。この可制御は、貨幣挿入可制御、バリュー使用可制御、および、貸出可制御である。貨幣挿入可制御には、貨幣挿入可能制御信号を貨幣識別機６８０に送信する制御、コイン投入口１１１をシャッタで開く制御、および、多機能ランプ２４を貨幣挿入可能状態を示す状態に制御することが含まれる。バリュー使用可制御は、携帯電話２００に記憶されている電子マネーのバリュー残額を用いた玉貸を許容する制御、および多機能ランプ２４をバリュー使用可能状態を示すようにする制御が含まれる。貸与可制御には、玉貸ユニット２０の状態をパチンコ玉を貸出すことができる状態である貸与可能状態にする制御、および、多機能ランプ２４を貸与可能な状態を示すように制御することが含まれる。次に、記憶残額を残額表示器２５に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１１）、図８のメイン処理へリターンする。
【０２３７】
Ｓ１１０の貨幣取込通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している受付貨幣額を当該記録媒体の管理残額に対して加算し（Ｓ１１３）、該受付貨幣額を消去し（Ｓ１１４）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１１５）、該記録媒体ＩＤに対応するステータスを入金処理済に更新する（Ｓ１１６）。
【０２３８】
次に図１３は、図９のＳ６６００に示されたバリュー処理の具体的処理内容を示すフローチャートである。このバリュー処理は、玉貸ユニット２０と管理装置５０との間がオフライン状態またはオンライン状態のいずれの状態であっても、制御内容が変わることがなく、いずれの場合であってもこの図１３に示す制御が実行される。
【０２３９】
図１３を参照して、制御部２１は、まず貨幣返却制御信号を貨幣処理機６８０へ送信する（Ｓ８９６）。これは、携帯電話２００が玉貸ユニット２０にかざされる直前に挿入された貨幣を返却するためである。つまり、前述したように、貨幣が貨幣処理機６８０に受付けられたときに図１０のＳ６８２１でＹＥＳの判断がなされるのであるがＳ６８２６による貨幣識別通知が制御部２１に送られてくるまでの貨幣取込識別動作期間は制御部２１ではＳ６０１４によりＮＯの判断がなされてＳ６３１、Ｓ６０２１、Ｓ６６００による電子マネーを受付けてバリュー処理が優先して実行されるため、その貨幣取込識別動作期間中に受付けられた貨幣を返却する必要がある。ゆえに、制御部２１は、貨幣返却制御信号を貨幣処理機６８０へ送信する（Ｓ８９６）。貨幣処理機６８０は、貨幣取込識別動作期間中に貨幣を受付けていない場合にはＳ６８１１〜Ｓ６８１４→Ｓ６８２１→Ｓ６８１１のループを巡回しているために貨幣返却制御信号が送信されてきてもそれを受付けず、貨幣取込識別動作期間中に貨幣を受付けている場合にのみＳ６８３１→Ｓ６８３２→Ｓ６８３２ａ→Ｓ６８３１のループの巡回中に貨幣返却制御信号を受信してＳ６８３２によりＹＥＳの判断を行ない、Ｓ６８３３の返却制御を実行する。
【０２４０】
次に、制御部２１は、対応携帯であるか否かの判断を行なう（Ｓ８９７）。これは、前述の図９のＳ６３１、Ｓ６０２１で説明したように、携帯電話２００から返信されてくる応答信号には、玉貸しに利用可能な電子マネー（バリュー）を記憶部２９２に記憶しているか否かの携帯電話２００によるの判断結果も含まれており、受信した応答信号に含まれている判断結果に基づいて制御部２１が対応携帯（玉貸しに利用可能な電子マネー（バリュー）を記憶部２９２に記憶している携帯電話）か否かを判断する。判断の答えがＮＯの場合には、その携帯電話２００での玉貸しは実行できないために、制御がメイン処理にリターンしてその携帯電話２００での玉貸処理を実行しないように制御する。
【０２４１】
一方、対応携帯の場合には、その携帯電話２００からの取引要求を受信したか否かの判断を行ない受信するまで待機する（Ｓ８９８）。取引要求を受信した段階で不可制御を実行する（Ｓ８９９）。この不可制御は、前述の図１２のＳ１０２で説明した不可制御とほぼ同様であるが、貨幣挿入不可制御において貨幣挿入不可制御信号を貨幣処理機６８０に送信する点のみが加えられている。
【０２４２】
その後、制御部２１は、携帯電話２００から受信したバリュー残高が「１０００（１＋Ｋ）円」以上であるか否かの判断を行なう（Ｓ９０１）。消費税率Ｋが０．０５すなわち５％と設定されている場合には、１０００（１＋０．０５）＝１０５０円以上バリュー残高があるか否かの判断が行なわれ、消費税率Ｋが０％すなわち消費税を徴収しない設定の場合には、１０００（１＋０）＝１０００円以上バリュー残高があるか否かの判断が行なわれることとなる。電子マネーによる玉貸制御は、原則的には１０００円分の玉貸を行なう貸与処理（一発貸し）を実行し、消費税額（１０００×Ｋ）円を上乗せして１０００（１＋Ｋ）円を携帯電話２００のバリュー残高から減算する処理である。バリュー残高が１０００（１＋Ｋ）円以上の場合には、制御部２１は、１０００（１＋Ｋ）円を貸与額として特定する（Ｓ９０２）。
【０２４３】
一方、バリュー残高が「１０００（１＋Ｋ）円」未満であった場合には、バリュー残高が税込単位額（１００（１＋Ｋ）円）以上であるか否かを判断する（Ｓ９０１ａ）。玉貸ユニット２０の払出制御の最小単位は１００円部分のパチンコ玉の払出であり、その最小単位額（１００円）に消費税１００×Ｋ円を加えた１００（１＋Ｋ）円が税込単位額となる。バリュー残高がこの税込単位額に満たない場合には、その携帯電話２００による玉貸しができないために、制御をメイン処理にリターンさせてその携帯電話２００による玉貸制御を実行しないようにする。一方、バリュー残高が税込単位額「１００（１＋Ｋ）円」以上の場合には、バリュー残高の範囲内において１００（１＋Ｋ）円の整数倍で最大の金額を貸与額として設定する（Ｓ９０１ｂ）。たとえば、バリュー残高が８５０円で消費税率Ｋが０．０５の場合、８５０＝１０５×８＋１０となり、１０５×８の８４０円が貸与額として設定される。
【０２４４】
次に、制御部２１は減算要求を携帯電話２００に送信する（Ｓ９０３）。この減算要求の信号中には、当該玉貸ユニット２０自体の装置ＩＤ、減算要求額である貸与額（Ｓ９０２またはＳ９０１ｂで設定された貸与額）、携帯電話２００の更新後の通番の各情報を含んでいる。この減算要求を受けた携帯電話２００は、記憶部２９２に記憶されているバリュー残額を貸与額分減算するとともに、通番を送信されてきた減算要求に含まれている更新後通番に書換える処理を実行する。
【０２４５】
制御部２１は、次に、バリュー減算待ち処理を実行する（Ｓ９０４）。この張り減算待ち処理は、携帯電話２００からバリュー減算が終了した旨の信号が返信されてくるのを待つ処理であり、減算完了信号が返信されてくれば、制御部２１は、１０００円分の貸玉を貸与する貸与処理を実行する（Ｓ９０５）。その後可制御を行ない（Ｓ９０６）、制御がメイン処理へリターンする。この可制御は、図１２の１１０ａで説明したものと同じであるために、ここでは説明の繰返しを省略する。
【０２４６】
次に図１４は、図９のＳ６４００のオンライン玉貸処理の具体的処理内容を示す図である。玉貸ユニット２０の制御部２１は、まず不可制御を行なう（Ｓ１２１）。この不可制御は、図１３のＳ８９９と同様の制御であり、ここでは説明の繰返しを省略する。次に制御部２１は、使用額＋消費税額分の玉貸処理を開始し（Ｓ１２２）、記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部１４０で保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部１９１で保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部１２０で保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ１２３）、前記記録媒体ＩＤと使用額＋消費税額とを含む減算要求を管理装置５０に対して送信する（Ｓ１２４）。なお、消費税額とは、使用額×消費税率Ｋのことであり、たとえば、使用額が１０００円で消費税率Ｋが０．０５の場合、消費税額は、１０００円×０．０５＝５０円となる。また、消費税率Ｋが「０」すなわち消費税を徴収しない設定の場合は、消費税額は、１０００円×０＝０円となる。
【０２４７】
Ｓ１２４の減算要求を受信した管理装置５０は、前記残額管理ＤＢにおいて、該減算要求に含まれる使用額＋消費税額を該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算し（Ｓ１２５）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ１２６）、該記録媒体ＩＤに対応するステータスとして減算処理済と記憶し（Ｓ１２７）、減算完了通知を玉貸ユニット２０に対して送信する（Ｓ１２８）。
【０２４８】
一方、制御部２１は、Ｓ１２４により減算要求を管理装置５０に送信した後３秒程度の時間（オンライン状態であれば必ず減算完了通知が返信されてくる時間）を計時するタイマをセットし、そのタイマがタイムアップするまでの間にＳ１２８による減算完了通知が返信されてきたか否かを判断する。返信されてきた場合には制御をＳ１２８ａへ進めるが、タイムアップするまでの間に返信されてこない場合すなわちオフライン状態に切換わった場合には、貨幣処理機６８０に貨幣返却制御信号を送信し、可制御を行ない、制御をメイン処理にリターンさせる。この可制御は、図１２のＳ１１０ａと同様のものであり、説明の繰返しを省略する。メイン処理にリターンした結果、図８のメイン処理では、Ｓ４によりＹＥＳの判断が行なわれてＳ８の切換時処理が実行されることになる。
【０２４９】
Ｓ１２８ａでは可制御が行なわれる。この後可制御は、図１２の１１０ａで説明したものと同じであるために、ここでは説明の繰返しを省略する。
【０２５０】
次に、玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算し（Ｓ１２９）、前記Ｓ１２２で開始された使用額＋消費税額分の玉貸処理の終了を待機する（Ｓ１３０）。このＳ１３０で所定時間を経過しても該玉貸処理が終了しない場合には、多機能ランプ２４を点灯させる等により、その旨を遊技場の店員に報知する。一方、Ｓ１３０で該玉貸処理が終了した（ＹＥＳ）と判断された場合には、記憶残額が零であるか否かを判定する（Ｓ１３１）。このＳ１３１で記憶残額が零でない（ＮＯ）と判定された場合には、メイン処理へリターンする。
【０２５１】
一方、Ｓ１３１で記憶残額が零である（ＹＥＳ）と判定された場合には、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１３２）。このＳ１３２で記録媒体を受付中でない（ＮＯ）と判定された場合には、制御がメイン処理にリターンする。一方、Ｓ１３２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かを判定する（Ｓ１３４）。このＳ１３４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部１２０で保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ１３５）、第２の投入コインストッパ１２２を開放状態とすることにより、該投入コイン保持部１２０で保持しているビジタコイン５を収納通路１３１に収納して（Ｓ１３６）、制御がメイン処理にリターンする。一方、Ｓ１３４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、その段階で制御がメイン処理にリターンする。
【０２５２】
次に図１５は、図９のＳ６５５のオンライン返却処理の具体的処理内容を示す図である。玉貸ユニット２０は、まず記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ１８２）。このＳ１８２で記録媒体を受付中でない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ１８３）。このＳ１８３で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、制御がメイン処理へリターンする。この不可制御は、前述の図１２のＳ１０２で説明した制御と同様であるため、ここでは説明の繰り返しを省略する。次に、収納コイン保持部１４０で保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２５３】
Ｓ１８９では、Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、制御部２１のＲＡＭで記憶している記憶残額を消去し、消費税率Ｋが「０」であるか否かを判断する（Ｓ１８９ａ）。設定されている消費税率Ｋが「０」の場合は制御をＳ１９１へ進めるが、設定されている消費税率Ｋが「０」でない場合（たとえばＫ＝０．０５の場合）は、前記ビジタコイン５にオンライン残額有りフラグを記録する（Ｓ１９０）。次に、Ｓ１９１で、第２の収納コインストッパ１４２を開放状態とすることにより、収納コイン保持部１４０で保持しているビジタコイン５をコイン排出口１１２から排出し、第２の収納コインストッパ１４２を閉鎖状態とし、第１の収納コインストッパ１４１を開放状態とすることにより、収納通路１３１で保持している最下位のビジタコイン５を該収納通路１３１から排出して収納コイン保持部１４０で保持し（Ｓ１９２）、バリュー使用可制御を行ない、可制御を行なった後（Ｓ１９２ａ）、制御がメイン処理へリターンする。この可制御は、図１２の１１０ａで説明したものと同じであるために、ここでは説明の繰返しを省略する。
【０２５４】
前記Ｓ１８２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、不可制御を行ない（Ｓ１８３ａ）、カード保持部１９１で保持している会員カード４の記録媒体ＩＤ，又は投入コイン保持部１２０で保持しているビジタコイン５の記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する（Ｓ１８４）。Ｓ１８４の返却通知を受信した管理装置５０は、返却許諾通知を玉貸ユニット２０に対して送信する（Ｓ１８５）。
【０２５５】
Ｓ１８５の返却許諾通知を受信した玉貸ユニット２０は、前記Ｓ１８９の処理を行ない、ビジタコイン５を受付中であるか否かを判定する（Ｓ１９４）。このＳ１９４でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、消費税率Ｋが「０」であるか否かを判断する（Ｓ１９４ａ）。設定されている消費税率Ｋが「０」の場合は制御をＳ１９６へ進めるが、設定されている消費税率Ｋが「０」でない場合（たとえばＫ＝０．０５の場合）は、投入コイン保持部１２０で保持しているビジタコイン５にオンライン残額有りフラグを記録する（Ｓ１９５）。次にＳ１９６で、第１の投入コインストッパ１２１を開放状態とすることにより、投入コイン保持部１２０で保持しているビジタコイン５を投入コイン排出通路１６０を介してコイン排出口１１２に排出して返却し、Ｓ１９２ａへ制御が進む。一方、Ｓ１９４でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、該会員カード４を返却し（Ｓ１９７）、Ｓ１９２ａへ制御が進む。
【０２５６】
次に図１６は、図８のＳ６２００およびＳ６３００のオンライン状態で記録媒体（カード、コイン）を受け付けたときの処理の具体的処理内容を示す図である。玉貸ユニット２０は、まず不可制御を行なう（Ｓ２０１）。この不可制御は、前述の図１２のＳ１０２で説明した制御に加えて貨幣識別機６８０への貨幣返却制御信号の送信が実行される。前述した貨幣取込識別動作期間に記録媒体が玉貸ユニット２０の挿入されれば図９のＳ６０１５またはＳ６０１６によりＹＥＳの判断がなされて、貨幣による玉貸しに優先してオンライン記録媒体（カード、コイン）受付処理が実行される。そのオンライン記録媒体（カード、コイン）受付処理が優先して実行された場合、先に受付けた貨幣を返却する必要がある。よって、貨幣識別機６８０への貨幣返却制御信号の送信が実行される。貨幣識別機６８０は、先に貨幣を受付けている場合、図１０のＳ６８３１→Ｓ６８３２→Ｓ６８３２ａ→Ｓ６８３１のループを巡回しており、貨幣返却制御信号を受信した段階でＳ６８３２でＹＥＳと判断されてＳ６８３３により貨幣を返却する。なお、先に貨幣を受付けていない場合は、Ｓ６８１１〜Ｓ６８１４→Ｓ６８２１→Ｓ６８１１のループを巡回しているために貨幣返却制御信号が送信されてきてもそれを受付けない。次に、受け付けた記録媒体の記録媒体ＩＤ，オフライン端数額，および通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。なお、設定されている消費税率Ｋが「０」の場合すなわち消費税を徴収しない設定の場合には、オフライン端数額は「０」となり、オフライン端数額として「０」円を管理装置５０に対して送信することとなる。また、設定されている消費税率Ｋが「０」の場合には、玉貸ユニット２０から管理装置５０へのオフライン端数額を送信しないようにし、管理装置５０においても、オフライン端数額にかかわる処理（たとえば、後述のＳ２１０、Ｓ２１２、Ｓ２４４、Ｓ２６５、Ｓ２７５、Ｓ２７７、Ｓ２４８等）を行なわないようにしてもよい。
【０２５７】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去し（Ｓ２０５）、Ｓ２０９に進む。
【０２５８】
即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図１２のＳ１０３）を受信してから玉貸ユニット２０が予定残額通知（同Ｓ１０６）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行なわれているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると、該受付貨幣額が管理残額に加算されてしまった場合に遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算することなく該受付貨幣額を消去する処理を行なうものである。
【０２５９】
このように、通番が一致すると判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理が行なわれることなく、加算済更新処理が行なわれるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２６０】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算することなく消去して（Ｓ２０８）、Ｓ２０９に進む。
【０２６１】
即ち通番が一致しており、ステータスが挿入処理中であり、かつオフライン端数額が未加算の状態で記憶されている場合とは、管理装置５０が挿入通知（図１６のＳ２０２）を受信してから玉貸ユニット２０が予定残額通知（図１７のＳ２４１）を受信する前，又は管理装置５０が精算要求（図２５のＳ７０２）を受信してから精算装置６０が精算許諾情報（図２６のＳ２４１ａ）を受信する前にオフライン状態が発生した場合であり、この場合には管理装置５０で記憶されているオフライン端数額が消去されずに残存状態のままとなり、該残存状態のオフライン端数額が管理残額に加算されると、遊技場（オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオフライン端数額を管理残額に対して加算せずに該オフライン端数額を消去する処理を行なうものである。
【０２６２】
このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理が行なわれることなく、加算済更新処理が行なわれるので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知（予定残額通知）を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２６３】
前記Ｓ２０６で挿入処理中でない（ＮＯ）と判定された場合，又はＳ２０５若しくはＳ２０８の処理が行なわれた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図１７のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図２６のＳ２２１ａ）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０２６４】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２）、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行なわれてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０２６５】
次に図１７は、図１６に続く図である。管理装置５０は、前記Ｓ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、該記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２２０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２２１）。
【０２６６】
また、管理装置５０は、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合、即ちオフライン端数額が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０２６７】
一方、制御部２１は、Ｓ２０２により挿入通知を管理装置５０に送信した後３秒程度の時間（オンライン状態であれば必ず予定残額通知が返信されてくる時間）を計時するタイマをセットし、そのタイマがタイムアップするまでの間にＳ２２１による残額通知やＳ２４１による予定残額通知が返信されてきたか否かを判断する。Ｓ２２１により返信されてきた場合には制御をＳ２２２へ進め、Ｓ２４１により返信されてきた場合には制御をＳ２４２へ進めるが、タイムアップするまでの間に返信されてこない場合すなわちオフライン状態に切換わった場合には（図２２参照）、貨幣処理機６８０に貨幣返却制御信号を送信し、可制御を行ない、制御をメイン処理にリターンさせる。この可制御は、図１２のＳ１１０ａと同様のものであり、説明の繰返しを省略する。メイン処理にリターンした結果、図８のメイン処理では、Ｓ４によりＹＥＳの判断が行なわれてＳ８の切換時処理が実行されることになる。
【０２６８】
タイマがタイムアップする前にＳ２２１の残額通知を受信した玉貸ユニット２０は、該残額通知に含まれる管理残額を制御部２１のＲＡＭで記憶し（Ｓ２２２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部１９１で保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部１２０で保持しているビジタコイン５）の通番に１を加算して更新し（Ｓ２２３）、可制御を行ない（Ｓ２２４ａ）、前記記録媒体ＩＤを含む残額受信通知を管理装置５０に対して送信し（Ｓ２２４）、記憶残額を残額表示器２５に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２２５）、メイン処理へリターンする。Ｓ２２４の残額受信通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該残額受信通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２２７）、該記録媒体ＩＤに対応するステータスを挿入処理済に更新する（Ｓ２２８）。
【０２６９】
タイマがタイムアップする前にＳ２４１の予定残額通知を受信した玉貸ユニット２０は、該予定残額通知に含まれる合算額を残額として制御部２１のＲＡＭで記憶し（Ｓ２４２）、記録媒体（即ち会員カード４を受け付けている場合にはカード保持部１９１で保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部１２０で保持しているビジタコイン５）に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、前記記録媒体ＩＤを含む端数額消去通知を管理装置５０に対して送信して（Ｓ２４６）、可制御を行なった後（Ｓ２４６ａ）、前記Ｓ２２５に進む。Ｓ２２４ａとＳ２４６ａとの可制御は、図１２のＳ１１０ａで説明したものと同じであり、ここでは説明の繰返しを省略する。
【０２７０】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２４８）、前記Ｓ２２７に進む。これにより、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０から排出された記録媒体が受け付けられると、該記録媒体に記録されている記録媒体ＩＤとオフライン端数額とを含む挿入通知が管理装置５０に対して送信され、該オフライン端数額と管理残額との合算額を特定可能な予定残額通知が管理装置５０から送信されてきて、該合算額が玉貸処理に使用可能となるので、入金残額を精算しなくても良く、遊技者の利便性が向上する。
【０２７１】
次に図１８は、図１６に続く図であり、通番不一致時処理の一例を表わす図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。そして該挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６１）。このＳ２６１で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該受付貨幣額を消去して（Ｓ２６２）、Ｓ２７４に進む。
【０２７２】
即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、玉貸ユニット２０が予定残額通知（図１２のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行なわれているにも拘わらず、受付貨幣額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額に対して加算して該受付貨幣額を消去する処理を行なうものである。
【０２７３】
このように、通番が一致しないと判定され、かつ受付貨幣額が未加算の状態で記憶されていることを条件として、受付貨幣額加算処理と加算済更新処理とが行なわれるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２７４】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、受付貨幣額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、受付貨幣の取込を行なった後に、貨幣取込通知を管理装置５０に対して送信し、該貨幣取込通知を受信した管理装置５０で、受付貨幣額を管理残額に加算するように構成すると共に、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生した場合には受付貨幣を返却するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３号公報）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち受付貨幣の取込が行なわれたか否かを、管理装置５０側では特定不可能である。
【０２７５】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０で受け付けられ、挿入通知が送信されてきたときに、受付貨幣の取込が行なわれたか否かを、管理装置５０側において特定できない。このときに、一律に受付貨幣額を管理残額に加算すると、玉貸ユニット２０が予定残額通知を受信しておらず、受付貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去すると、玉貸ユニット２０が予定残額通知を受信しており、受付貨幣の取込が行なわれていた場合に、遊技者が損害を被る。また前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（たとえば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（たとえばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行なう）ようにすると、遊技者に迷惑がかかる。
【０２７６】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で受付貨幣の取込を行なったときに記録通番を更新し、管理装置５０で受付貨幣額の加算・消去を行なったときに管理通番を更新することで、通番が一致するときには、受付貨幣の取込が行なわれていないことを特定して、受付貨幣額を加算することなく消去し、通番が一致しないときには、受付貨幣の取込が行なわれていることを特定して、受付貨幣額を加算して消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行なうことができ、遊技者に迷惑がかからない。
【０２７７】
前記Ｓ２６１で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２６３）。このＳ２６３で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２６５）、Ｓ２７４に進む。
【０２７８】
即ち通番が一致せず、ステータスが挿入処理中であり、オフライン端数額が未加算の状態で記憶されている場合とは、玉貸ユニット２０が予定残額通知（図１７のＳ２４１）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図２６のＳ２４１ａ）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行なわれているにも拘わらず、オフライン端数額が未加算状態のままとなり、該未加算状態で放置されると遊技者が損害を被ることになるため、管理装置５０においてオフライン端数額を管理残額に対して加算して消去する処理を行なうものである。
【０２７９】
このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が未加算の状態で記憶されていることを条件として、入金残額加算処理と加算済更新処理とが行なわれるので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０２８０】
前記Ｓ２６３で挿入処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応付けて残額管理ＤＢに記憶されている使用装置ＩＤが、玉貸ユニット２０の装置ＩＤであるか否かを判定する（Ｓ２６６）。このＳ２６６で玉貸ユニット２０の装置ＩＤでない（ＮＯ）と判定された場合、即ち精算装置６０の装置ＩＤであると判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている管理残額を消去してステータスを精算処理済に更新し（Ｓ２６７）、Ｓ２７４に進む。
【０２８１】
即ち通番が一致せず、ステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである場合とは、精算装置６０が精算許諾情報（図２６のＳ２２１ａ又はＳ２４１ａ）を受信してから、精算操作を受け付け（図２７のＳ７８０）、管理装置５０が精算完了通知（同Ｓ７８３）を受信する前にオフライン状態が発生した場合であり、この場合には精算装置６０において許諾額分の貨幣の払い出しが行なわれているにも拘わらず、管理残額が消去されずに残存状態のままとなり、該残存状態の管理残額に基づいて貨幣の払い出しが行なわれると遊技場が損害を被ることになるため、管理装置５０において管理残額を消去する処理を行なうものである。
【０２８２】
このように、通番が一致しないと判定され、かつ精算要求受信情報が管理されている（即ちステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが精算装置６０の装置ＩＤである）ことを条件として、管理残額零更新処理と精算要求消去処理とが行なわれるので、精算装置６０が精算許諾情報を受信してから、精算操作を受け付け、管理装置５０が精算完了通知を受信する前にオフライン状態となった場合、即ち遊技者に貨幣が払い出されているにも拘わらず管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
【０２８３】
前記Ｓ２６６で玉貸ユニット２０の装置ＩＤである（ＹＥＳ）と判定された場合には、図７に示す残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶されている使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ２６９）、さらに図７に示す玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定し（Ｓ２７０）、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額が該特定した玉貸設定金額以上であるか否かを判定する（Ｓ２７１）。
【０２８４】
このＳ２７１で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、該玉貸設定金額を管理残額から減算し（Ｓ２７２）、Ｓ２７４に進む。一方、Ｓ２７１で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額を、管理残額から減算し（Ｓ２７３）、Ｓ２７４に進む。税込単位額とは、１００（１＋Ｋ）円のことであり、設定されている消費税率Ｋが０．０５の場合には１００（１＋０．０５）＝１０５円となる。また、消費税率Ｋ＝おすなわち消費税を徴収しない設定の場合には１００（１＋０）＝１００円となる。Ｓ２７３では、たとえば、消費税率Ｋが０．０５の場合で管理残額が４７５円であれば、税込単位額の４倍である４２０円を管理残額から減算する。後述の図３２、図３９のＳ２７３においても同様である。
【０２８５】
即ち通番が一致せず、ステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである場合とは、管理装置５０が減算要求（図１４のＳ１２４）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行なわれているにも拘わらず、管理装置５０において管理残額から使用額＋消費税額の減算処理が行なわれていない状態となり、該状態で放置されると遊技場が損害を被ることになるため、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば、該玉貸設定金額，管理残額が玉貸設定金額未満であれば、税込単位額の整数倍であって管理残額を超えない最大額を、使用額＋消費税額として特定し、管理装置５０において減算処理を行なうものである。
【０２８６】
このように、玉貸ユニット２０で第１の貸与処理（使用額＋消費税額分の玉貸処理）が行なわれたにも拘わらず、オフライン状態の発生により管理装置５０で管理残額の減算処理が行なわれなかった場合に、当該記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番とが一致しないと判定され、かつ受付貨幣額について加算済更新処理が行なわれていることを条件として、減算処理が行なわれなかったことが特定され、該減算処理が行なわれて残額が確定するので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、管理残額を他の玉貸ユニット２０において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。また減算処理が行なわれない事態を回避して、遊技場の損害を防止することができる。
【０２８７】
ここで各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を、管理残額から減算するので、正確な残額を確定することができる。また管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を、管理残額から減算するので、正確な残額を確定することができる。
【０２８８】
以上に説明した遊技用システム１によれば、玉貸ユニット２０での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、該玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている通番から、オフライン状態の発生により玉貸ユニット２０で特定処理が行なわれたにも拘わらず該特定処理に対応する連携処理が管理装置５０で行なわれていないことを特定して、対処することができる。
【０２８９】
ここで本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行なわれたときに、使用額＋消費税額を含む減算要求を管理装置５０に対して送信し、該減算要求を受信した管理装置５０で、該減算要求に含まれる使用額＋消費税額を管理残額から減算するように構成した場合、管理装置５０が減算要求を受信する前にオフライン状態が発生すると、従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置５０側で使用額＋消費税額の減算が行なわれたか否かを特定できない。
【０２９０】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、使用額＋消費税額の減算が行なわれたか否かを、管理装置５０側において特定できない。このときに、一律に記録媒体の管理残額を使用可能とすると、使用額＋消費税額が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で該減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても使用額＋消費税額の減算処理が行なえないので、遊技場が損害を被る。一方、使用額＋消費税額分の玉貸処理が行なわれた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（たとえば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（たとえばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行なう）ようにすると、遊技者に迷惑がかかる。
【０２９１】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行なったときに記録通番を更新し、管理装置５０で使用額＋消費税額の減算を行なったときに管理通番を更新することで、通番が一致しないときには、減算が行なわれていないことを特定して、使用額＋消費税額を管理残額から減算し、通番が一致するときには、減算が完了していることを特定して、管理残額をそのままにしておくことで、残額が確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行なうことができ、遊技者に迷惑がかからない。
【０２９２】
前記Ｓ２６２の処理後，前記Ｓ２６５の処理後，前記Ｓ２６７の処理後，前記Ｓ２７２の処理後，および前記Ｓ２７３の処理後は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２７４）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２７５）。このＳ２７５でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記Ｓ２２０に進む。
【０２９３】
即ち通番が一致せず、記録媒体のオフライン端数額が零である場合とは、第１に入金処理中において玉貸ユニット２０が予定残額通知（図１２のＳ１０６）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合，第２に使用額＋消費税額分の玉貸処理が行なわれて管理装置５０が減算要求（図１４のＳ１２４）を受信する前にオフライン状態が発生した場合，第３に挿入処理中において玉貸ユニット２０が残額通知（図１７のＳ２２１）又は予定残額通知（同Ｓ２４１）を受信してから管理装置５０が残額受信通知（同Ｓ２２４）又は端数額消去通知（同Ｓ２４６）を受信する前にオフライン状態が発生した場合，第４に挿入処理中において精算装置６０が精算許諾情報（図２６のＳ２２１ａ又はＳ２４１ａ）を受信してから管理装置５０が精算許諾情報受信通知（同Ｓ２２００）又は端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合，第５に精算処理が行なわれて管理装置５０が精算完了通知（図２７のＳ７８３）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオフライン端数額が記録媒体に記録されていないので、前記Ｓ２２０に進む。
【０２９４】
一方、前記Ｓ２７５でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２７７）、Ｓ２４０に進む。
【０２９５】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行なわれ、管理装置５０が減算要求（図１４のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行なわれると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行なわれ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳと判定され、Ｓ２６９〜Ｓ２７２又はＳ２６９〜Ｓ２７３の処理が行なわれると共に、Ｓ２７４，Ｓ２７５，Ｓ２７７の処理が行なわれ、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が予定残額通知（図１７のＳ２４１）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８で前記記憶されているオフライン端数額が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額が改めて記憶される。
【０２９６】
次に図１９は、図８のＳ８の切換時処理の具体的処理内容を示す図である。玉貸ユニット２０においてオフライン状態の発生を検出した場合の処理の一例を表わす図である。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０２９７】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１０６の予定残額通知を受信済であるか否かを判定する（Ｓ３０３）。
【０２９８】
このＳ３０３で予定残額通知を受信済でない（ＮＯ）と判定された場合には、前記Ｓ１０１で受け付けた貨幣を返却するべくＳ３０６で貨幣返却制御信号を貨幣処理機６８０に送信する。次に、Ｓ３５８で、設定されている消費税率Ｋが「０」であるか否かの判断を行なう。消費税率が「０」でない場合（たとえばＫ＝０．０５の場合）、メイン処理にリターンする。つまり、記録媒体の受付けは継続する。一方、「０」の場合すなわち消費税率を徴収しない設定の場合には、Ｓ３５９で、ＲＡＭに記憶されている記憶残額が「０」であるか否かの判断を行ない、「０」でない場合には、Ｓ３５６で、受付中のコイン５またはカード４を返却する処理、またはそれらを受付けていない場合には収納コイン保持部１４０のコイン５を返却する処理を行なう。次にＳ３５７により、コインシャッタを閉塞する処理が行なわれてメイン処理へリターンする。
【０２９９】
一方、Ｓ３５９で記憶残額が「０」であると判断した場合には、Ｓ３６０で、受付中のカードを返却する処理を行なった後、制御をＳ３５７へ進める。Ｓ３５７によるコインシャッタの閉塞処理により、消費税を徴収しない設定の場合でかつオフライン状態のときには、コインの投入が禁止された状態となる。なお、記憶残額が「０」の場合には、受付中のカードが存在する可能性しかなく、Ｓ３６０では、コイン収納保持部１４０のコインを返却する処理を行なう必要がない。また、すべての処理を実行済であれば（ＹＥＳ）、その時点でメイン処理にリターンする。
【０３００】
なお、前記予定残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行なわれていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＹＥＳと判定されて、Ｓ２０５以下の処理が行なわれる。
【０３０１】
前記Ｓ３０３で予定残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４で前記Ｓ１０７〜Ｓ１１１の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、メイン処理にリターンする。またＳ３０５で該未実行の処理を実行した後、Ｓ３５５で、消費税率Ｋが「０」であるか否かの判断を行なう。設定されている消費税率Ｋが「０」の場合すなわち消費税を徴収しない設定の場合には、前述のＳ３５６へ制御を進める一方、消費税率Ｋが「０」でない場合（たとえばＫ＝０．０５の場合）、メイン処理へリターンする。
【０３０２】
この予定残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図１２のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が未加算の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行なわれている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＹＥＳと判定されて、Ｓ２６２以下の処理が行なわれる。
【０３０３】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０３０４】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５で前記Ｓ１２８ａ〜Ｓ１３１の各処理を実行済か否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２６で未実行の処理を実行してＳ３２７に進み、記憶残額減算済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３６３で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３５６へ制御を以降させて受付コインやカードを返却した後コインシャッタの閉塞処理を行なう。一方、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、メイン処理にリターンし、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、カード４を受付ている状態であり、Ｓ３６１で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３６２で、受付中のカードを返却した後、Ｓ５３７へ制御を以降させてコインシャッタの閉塞処理を行なう。ビジタコイン５を受付中であれば（Ｓ３２９でＹＥＳ）、Ｓ３３０で投入コイン保持部１２０で保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第２の投入コインストッパ１２２を開放状態とすることにより、該投入コイン保持部１２０で保持しているビジタコイン５を収納通路１３１に収納して、メイン処理にリターンする。
【０３０５】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３で前記Ｓ１２２〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行し、Ｓ３２４ａにより、前記Ｓ１２８ａとＳ１２９とＳ１３０の処理を実行した後、Ｓ３２７に制御を進める。
【０３０６】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、玉貸ユニット２０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳと判定されて、Ｓ２６９以下の処理が行なわれる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳと判定されて、Ｓ２２０以下の処理が行なわれる。
【０３０７】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１の残額通知，又はＳ２４１の予定残額通知を受信済であるか否かを判定する（Ｓ３４２）。
【０３０８】
このＳ３４２で残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３で前記Ｓ２２２〜Ｓ２２４ａ、Ｓ２２５、またはＳ２４２〜Ｓ２４５、Ｓ２４６ａ、Ｓ２５５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４で該未実行の処理を実行して、Ｓ３６４に制御を進める。すべての処理を実行済であれば（ＹＥＳ）、直接Ｓ３６４へ制御を進める。また、Ｓ３４２で残額通知を受信済でない（ＮＯ）と判定した場合には、直接Ｓ３６４へ制御を進める。Ｓ３６４で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３６５で、受付中のコインまたはカードを返却した後、Ｓ５３７へ制御を以降させてコインシャッタの閉塞処理を行なう。Ｓ３６５のステップは、Ｓ３４１で記録媒体受付後と判断されたときに実行されるものであるために、必ず受付中のコインまたはカードが存在するのであり、ゆえに、コイン収納保持部１４０のコインを返却することは起こりえない。
【０３０９】
この予定残額通知を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６５以下の処理が行なわれる。
【０３１０】
この予定残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体にオフライン端数額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８以下の処理が行なわれる。
【０３１１】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、メイン処理にリターンしする。
【０３１２】
次に図２０は、オフライン状態中の処理を示し、図１１のＳ６２００’とＳ６３００’のオフライン記録媒体（カード、コイン）受付処理、Ｓ６１００のオフライン貨幣処理の具体的処理内容を示す図である。まずオフライン記録媒体（カード、コイン）受付処理では、玉貸ユニット２０は、不可制御を行なう（Ｓ５０１）。この不可制御は、図１３のＳ８９９と同様の制御であり、ここでは説明の繰返しを省略する。次に制御部２１は、受け付けた記録媒体の記録情報にオフライン端数額が含まれるか否かを判定する（Ｓ５０２）。このＳ５０２でオフライン端数額が含まれる（ＹＥＳ），即ちオフライン端数額が記録されていると判定された場合には、該オフライン端数額を制御部２１のＲＡＭで記憶し（Ｓ５０３）、記憶端数額を残額表示器２５に表示して（Ｓ５０４）、可制御を行ない（Ｓ５０４ａ）、メイン処理にリターンする。一方、Ｓ５０２でオフライン端数額が含まない（ＮＯ），即ちオフライン端数額が記録されていないと判定された場合にも、可制御を行ない（Ｓ５０４ａ）、メイン処理にリターンする。この可制御は、図１２の１１０ａで説明したものと同じであるために、ここでは説明の繰返しを省略する。
【０３１３】
次に、オフライン貨幣処理として、玉貸ユニット２０は、不可制御を行ない（Ｓ５１１ａ）、受付貨幣額がオフライン一発貸しで使用可能な１０００円以下であるか否かを判定する（Ｓ５１１）。このＳ５１１で受付貨幣額が１０００円を超えている（ＮＯ）と判定された場合には、貨幣返却制御信号を貨幣処理機６８０へ送信するとともに可制御（図１２のＳ１１０ａと同様）を行なってメイン処理へリターンする。貨幣処理機６８０では、挿入されている硬貨を返却する制御を行なう（図１０のＳ６８３２、Ｓ６８３３）。一方、Ｓ５１１で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、記憶端数額が零であるか否かを判定する（Ｓ５１２）。ここで記憶端数額とは、前記Ｓ５０１で受け付けた記録媒体に記録されていた端数額，又は前回の貨幣の受付に基づいて後述するＳ５１４で特定された端数額である。なお、Ｓ５１１ａの不可制御は、前述の図１２のＳ１０２で説明した制御と同様であるため、ここでは説明の繰り返しを省略する。
【０３１４】
このＳ５１２で記憶端数額が零である（ＹＥＳ）と判定された場合には、受付貨幣額が税込単位額（１００×Ｋ円）以上であるか否かを判定する（Ｓ５１３）。ここでは、消費税率Ｋ＝０．０５の場合すなわち税込単位額が１０５円の場合を例にして説明する。このＳ５１３で受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、貨幣返却制御信号を貨幣処理機６８０へ送信とともの可制御（図１２のＳ１１０ａと同様）を行なっててメイン処理へリターンする。貨幣処理機６８０では、挿入されている硬貨を返却する制御を行なう（図１０のＳ６８３２、Ｓ６８３３）。一方、Ｓ５１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第１の特定処理により、受付貨幣額（ここでは１０００円）から貸与対象額（９４５円）と端数額（５５円）を特定し（Ｓ５１４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行ない（Ｓ５１５）、該特定した端数額を制御部２１のＲＡＭで記憶して（Ｓ５１６）、前記Ｓ５０４に進む。このように、玉貸ユニット２０において、オフライン一発貸しによって発生する端数額が記憶され、後述するＳ５４１で遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行なう毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。
【０３１５】
前記Ｓ５１２で記憶端数額が零でない（ＮＯ）と判定された場合には、記憶端数額＋受付貨幣額が税込単位額（ここでは１０５円）以上であるか否かを判定する（Ｓ５２３）。このＳ５２３で記憶端数額＋受付貨幣額が税込単位額未満である（ＮＯ）と判定された場合には、貨幣返却制御信号を貨幣処理機６８０へ送信とともの可制御（図１２のＳ１１０ａと同様）を行なってメイン処理へリターンする。貨幣処理機６８０では、挿入されている硬貨を返却する制御を行なう（図１０のＳ６８３２、Ｓ６８３３）。一方、Ｓ５２３で記憶端数額＋受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合には、前述した第２の特定処理により、記憶端数額（ここでは５５円）＋受付貨幣額（ここでは１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し（Ｓ５２４）、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行ない（Ｓ５２５）、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新して貨幣収納指示を貨幣処理機６８０へ送信し（Ｓ５２６）、前記Ｓ５０４に進む。
【０３１６】
このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、オフライン一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行なわれることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。またオフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上である（即ちＳ５２３でＹＥＳである）ことを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行なわれることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。さらにオフライン一発貸し後さらに貨幣が受け付けられると、Ｓ５２４で端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ５４１で遊技者から返却操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、オフライン一発貸しを行なう毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。なお、消費税率Ｋ＝０の場合すなわち消費税を徴収しない設定の場合には、税込単位額が１００円となり、受付貨幣額１０００円）を用いて一発貸しをおこなってもそもそも端数が生じないため、一発貸しに前述の端数額と受付貨幣額との合算額を用いることは行なわれない。
【０３１７】
次に図２１は、図１１のＳ６５００のオフライン返却処理の具体的制御内容を示すフローチャートである。玉貸ユニット２０は、オフライン状態において返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５４１）、不可制御を行なう（Ｓ５４１ａ）。この不可制御は、前述の図１２のＳ１０２で説明した制御と同様であるため、ここでは説明の繰り返しを省略する。次に、記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定する（Ｓ５４２）。このＳ５４２で記録媒体を受け付けていない（ＮＯ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５４３）。このＳ５４３で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５４４）、収納コイン保持部１４０で保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５４５）、Ｓ５４６に進む。一方、Ｓ５４３で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５４６に進む。
【０３１８】
Ｓ５４６では、記憶端数額が零であるか否かを判定する。このＳ５４６で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５４７）。このＳ５４７でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５５２に進む。一方、Ｓ５４７でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、可制御が行なわれ（Ｓ５５２ａ）、メイン処理へリターンする。この可制御は、図１２の１１０ａで説明したものと同じであるために、ここでは説明の繰返しを省略する。
【０３１９】
前記Ｓ５４６で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部１４０で保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５５０）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５５１）、Ｓ５５２に進む。
【０３２０】
Ｓ５５２では、第２の収納コインストッパ１４２を開放状態とすることにより、収納コイン保持部１４０で保持しているビジタコイン５を排出して返却する。即ちビジタコイン５は、記憶端数額がある場合，およびオンライン残額有りフラグが記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行なわれた結果として端数額が発生し、該端数額を使用した玉貸処理が行なわれた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。そして第２の収納コインストッパ１４２を閉鎖状態とし、第１の収納コインストッパ１４１を開放状態とすることにより、収納通路１３１で保持している最下位のビジタコイン５を該収納通路１３１から排出して収納コイン保持部１４０で保持し（Ｓ５５３）、可制御が行なわれ（Ｓ５５２ａ）、メイン処理へリターンする。
【０３２１】
前記Ｓ５４２で記録媒体を受付中である（ＹＥＳ）と判定された場合には、ビジタコイン５を受付中であるか否かが判定される（Ｓ５６０）。このＳ５６０でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、記憶残額が零であるか否かを判定する（Ｓ５６１）。このＳ５６１で記憶残額が零でない（ＮＯ）と判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５６２）、投入コイン保持部１２０で保持しているビジタコイン５にオンライン残額有りフラグを記録して（Ｓ５６３）、Ｓ５６４に進む。一方、Ｓ５６１で記憶残額が零である（ＹＥＳ）と判定された場合にも、Ｓ５６４に進む。
【０３２２】
Ｓ５６４では、記憶端数額が零であるか否かを判定する。このＳ５６４で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記ビジタコイン５に記録されているオフライン端数額を消去して（Ｓ５６５）、該ビジタコイン５にオンライン残額有りフラグが記録されているか否かを判定する（Ｓ５６６）。このＳ５６６でオンライン残額有りフラグが記録されている（ＹＥＳ）と判定された場合には、Ｓ５７１に進む。一方、Ｓ５６６でオンライン残額有りフラグが記録されていない（ＮＯ）と判定された場合には、第２の投入コインストッパ１２２を開放状態とすることにより、投入コイン保持部１２０で保持しているビジタコイン５を収納通路１３１に収納して（Ｓ５６８）、可制御が行なわれ（Ｓ５５２ａ）、メイン処理へリターンする。
【０３２３】
前記Ｓ５６４で記憶端数額が零でない（ＮＯ）と判定された場合には、投入コイン保持部１２０で保持しているビジタコイン５に該記憶端数額をオフライン端数額として記録し（Ｓ５６９）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５７０）、Ｓ５７１に進む。
【０３２４】
Ｓ５７１では、第１の投入コインストッパ１２１を開放状態とすることにより、投入コイン保持部１２０で保持しているビジタコイン５を排出して返却し、可制御が行なわれ（Ｓ５５２ａ）、メイン処理へリターンする。即ちビジタコイン５は、記憶端数額がある場合，オンライン残額有りフラグが記録されている場合，およびが記録されている場合において返却される。このように、オフライン状態にある玉貸ユニット２０で、貨幣が受け付けられてオフライン一発貸しが行なわれた結果として端数額が発生し、該端数額を使用した玉貸処理が行なわれた結果として当該端数額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０３２５】
前記Ｓ５６０でビジタコイン５を受付中でない（ＮＯ），即ち会員カード４を受付中であると判定された場合には、制御部２１のＲＡＭで記憶している記憶残額を消去し（Ｓ５８１）、記憶端数額が零であるか否かを判定する（Ｓ５８２）。このＳ５８２で記憶端数額が零である（ＹＥＳ）と判定された場合には、カード保持部１９１で保持している会員カード４に記録されているオフライン端数額を消去して（Ｓ５８３）、該会員カード４を返却する（Ｓ５８６）。一方、Ｓ５８４で記憶端数額が零でない（ＮＯ）と判定された場合には、該会員カード４に該記憶端数額をオフライン端数額として記録し（Ｓ５８４）、制御部２１のＲＡＭで記憶している該記憶端数額を消去して（Ｓ５８５）、該会員カード４を返却し（Ｓ５８６）、可制御が行なわれ（Ｓ５５２ａ）、メイン処理へリターンする。即ち会員カード４は、返却操作を受け付けると、常に返却される。
【０３２６】
以上に説明した遊技用システム１によれば、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、オフライン状態の玉貸ユニット２０が貨幣を受け付けたときに、受付貨幣額から、予め定められた単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額を特定し、該特定した貸与対象額分の遊技媒体を貸与するための貨幣貸与処理（いわゆるオフライン一発貸し）を行なうようにしても、該貨幣貸与処理によって発生する端数額が記録媒体に記録されて排出される（Ｓ５５０，Ｓ５８４）。そして前記図１６に示すように、該記録媒体がオンライン状態の玉貸ユニット２０において受け付けられることで、管理装置５０において該記録媒体の端数額が管理残額に加算されて遊技媒体の貸与に使用可能となることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。また、オフライン端数額を精算することなく遊技に使用することができるので、遊技者の利便性が向上する。
【０３２７】
次に図２２は、予定残額通知の受信前にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の説明図である。ここでは、消費税率Ｋが０．０５の場合を例にして説明する。玉貸ユニット２０は、前記Ｓ２０２以下の処理を行ない、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７７）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０３２８】
この予定残額通知を玉貸ユニット２０が受信する前にオフライン状態が発生すると、通番が一致し、記録媒体にオフライン端数額が記録されており、管理装置５０においてオフライン端数額が未加算の状態で記憶されている（即ち挿入処理中である）状態になる。
【０３２９】
この状態で玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、前述した第２の貸与対象額特定処理により、記憶端数額（５５円）＋受付貨幣額（１０００円）から貸与対象額（１０５０円）と端数額（５円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行ない、制御部２１のＲＡＭで記憶している記憶端数額を該特定した端数額に更新する。即ち記録媒体に記録されているオフライン端数額から５０円が消費されて、該オフライン端数額が５円になり、管理装置５０で記憶されているオフライン端数額である５５円と異なることになる。
【０３３０】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定され、Ｓ２０８で前記記憶されているオフライン端数額（５５円）が消去され、Ｓ２１２で前記挿入通知に含まれるオフライン端数額（５円）が記憶される。そして該記憶されたオフライン端数額（５円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。なお、消費税率Ｋ＝０の場合すなわち消費税を徴収しない設定の場合には、オフライン端数額が「０」円のため、次回の記録媒体受付時における、Ｓ２０８での記憶オフライン端数額の消去、Ｓ２１２でのオフライン端数額の記憶、Ｓ２４８での記憶オフライン端数額の加算は、行なわれない。
【０３３１】
このように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行なうことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行なうことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３３２】
次に図２３は、端数額消去通知の送信後にオフライン状態となった玉貸ユニット２０において貨幣を受け付けた場合の処理の説明図である。ここでは、消費税率Ｋが０．０５の場合を例にして説明する。玉貸ユニット２０は、オフライン端数額（ここでは５５円）が記録されている記録媒体を受け付けると、前記Ｓ２０２以下の処理を行ない、管理装置５０は、当該記録媒体の記録媒体ＩＤと対応付けて該オフライン端数額を記憶して（Ｓ２１２，又はＳ２７７）、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む予定残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１）。
【０３３３】
この予定残額通知を受信した玉貸ユニット２０は、前記記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、端数額消去通知を管理装置５０に対して送信する（Ｓ２４６）。この端数額消去通知を玉貸ユニット２０が送信し管理装置５０が受信する前にオフライン状態が発生すると、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。
【０３３４】
この状態で玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、前述した第１の貸与対象額特定処理により、受付貨幣額（５００円）から貸与対象額（４２０円）と端数額（８０円）を特定し、遊技者の操作によることなく、該特定した貸与対象額分の玉貸処理であるオフライン一発貸しを行ない、該特定した端数額を制御部２１のＲＡＭで記憶する。ここで記憶されたオフライン端数額は、管理装置５０で記憶されているオフライン端数額が管理残額に対して加算された後に、さらに加算されるべきものである。
【０３３５】
この場合には、オンライン状態にある玉貸ユニット２０において当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定され、Ｓ２６５で前記記憶されているオフライン端数額（５５円）が管理残額に対して加算されて消去され、Ｓ２７７で前記挿入通知に含まれるオフライン端数額（８０円）が記憶される。そして該記憶されたオフライン端数額（８０円）は、Ｓ２４８で管理残額に対して加算される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。なお、消費税率Ｋ＝０の場合すなわち消費税を徴収しない設定の場合には、オフライン端数額が「０」円のため、次回の記録媒体受付時における、Ｓ２６５での記憶オフライン端数額の加算、Ｓ２７７でのオフライン端数額の記憶、Ｓ２４８での記憶オフライン端数額の加算は、行なわれない。
【０３３６】
このように、玉貸ユニット２０が端数額消去通知を送信した後、管理装置５０が該端数額消去通知を受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行なうことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行なうことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
【０３３７】
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について、例を挙げて説明する。本例のように、オフライン端数額を含む挿入通知を受信した管理装置５０で、オフライン端数額を一旦記憶して、予定残額通知を玉貸ユニット２０に対して返信し、該予定残額通知を受信した玉貸ユニット２０で、記録媒体に記録されているオフライン端数額を消去した後に、端数額消去通知を管理装置５０に対して送信し、該端数額消去通知を受信した管理装置５０で、オフライン端数額を管理残額に加算するように構成した場合、予定残額通知の送信後にオフライン状態が発生すると、従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、玉貸ユニット２０が予定残額通知を受信したか否か，即ち記録媒体に記録されているオフライン端数額の消去が行なわれたか否かを、管理装置５０側では特定不可能である。
【０３３８】
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体に記録されているオフライン端数額を含む挿入通知が送信されたときに、当該オフライン端数額が、前回の予定残額通知に応じて一旦消去された後にオフライン一発貸しにより新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを、管理装置５０側において特定できない。つまり、記憶しているオフライン端数額に加えて今回のオフライン端数額を管理残額に加算すべきか、記憶しているオフライン端数額を消去して今回のオフライン端数額のみを管理残額に加算すべきかを特定することができない。このときに、一律にオフライン端数額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（たとえば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（たとえばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行なう）ようにすると、遊技者に迷惑がかかる。
【０３３９】
そこで本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去を行なったときに記録通番を更新し、管理装置５０でオフライン端数額の加算・消去を行なったときに管理通番を更新することで、通番が一致しないときには、図２３に示したように、記録媒体に記録されているオフライン端数額の消去が行なわれたことを特定して、記憶しているオフライン端数額を管理残額に加算し、通番が一致するときには、図２２に示したように、記録媒体に記録されているオフライン端数額の消去が行なわれていないことを特定して、記憶しているオフライン端数額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の玉貸ユニット２０での使用や精算装置６０での精算を行なうことができ、遊技者に迷惑がかからない。
【０３４０】
たとえば図２２に示したように、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった後に、オフライン一発貸しが行なわれて、オフライン端数額が消費されたときにも、通番が一致していることから、記録媒体に記録されているオフライン端数額が消去されていない旨を特定して、記憶しているオフライン端数額を消去し、消費後のオフライン端数額を新たに記憶するので、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となり、オフライン一発貸しが行なわれても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３４１】
さらに図２３に示したように、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となった後に、オフライン一発貸しが行なわれて、オフライン端数額が生じたときにも、通番が不一致であることから、記録媒体に記録されているオフライン端数額が消去されている旨を特定して、記憶しているオフライン端数額を管理残額に加算し、新たなオフライン端数額を記憶するので、玉貸ユニット２０が予定残額通知を受信した後にオフライン状態となり、オフライン一発貸しが行なわれても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
【０３４２】
次に図２４は、図８のＳ５の復帰時処理の具体的処理内容を示す図である。管理装置５０は、前記通信可否検知手段によりオンライン状態への復帰を検出すると（Ｓ６０１）、開始要求を玉貸ユニット２０に対して送信する（Ｓ６０２）。該開始要求を受信した玉貸ユニット２０は、記憶端数額をオフライン端数額として記録媒体（即ち会員カード４又はビジタコイン５を受け付けていない場合には収納コイン保持部１４０で保持しているビジタコイン５，会員カード４を受け付けている場合にはカード保持部１９１で保持している会員カード４，ビジタコイン５を受け付けている場合には投入コイン保持部１２０で保持しているビジタコイン５）に記録すると共に（Ｓ６０３）、該記憶端数額を消去し（Ｓ６０４）、開始応答を管理装置５０に対して返信する（Ｓ６０５）。そして該記録媒体の記録媒体ＩＤ，オフライン端数額，および通番を含むオンライン復帰通知を管理装置５０に対して送信する（Ｓ６０６）。このオンライン復帰通知は、前記挿入通知と同等のものであるため、該オンライン復帰通知を受信した管理装置５０は、Ｓ２０３以下で前記挿入通知を受信した場合と同様の処理を行なう。
【０３４３】
これによれば、管理装置５０と通信できないオフライン状態で玉貸ユニット２０が貨幣を受け付けてオフライン一発貸しを行なった後にオンライン状態に復帰すると、遊技者の操作によらずに、オフライン端数額と記録媒体ＩＤとを含むオンライン復帰通知が管理装置５０に対して送信され、該オフライン端数額と管理残額との合算額を特定可能な予定残額通知（図１７のＳ２４１）が管理装置５０から送信されてきて、該合算額が玉貸処理に使用可能となるので（同Ｓ２２６）、遊技者に手間をかけることなく、管理残額が使用可能となる。
【０３４４】
また管理装置５０におけるオンライン復帰通知の受信に基づいて、該オンライン復帰通知に含まれるオフライン端数額が記憶され（図１６のＳ２１２，図１８のＳ２７７）、玉貸ユニット２０における予定残額通知の受信に基づいて（図１７のＳ２４１）、記録媒体に記録されている通番が更新されると共に（同Ｓ２４５）、管理装置５０における端数額消去通知の受信に基づいて（同Ｓ２４６）、記録媒体ＩＤに対応付けられた通番が更新され（同Ｓ２２７）、オンライン復帰通知に含まれる記録媒体の通番と前記記録媒体ＩＤに対応付けられた通番とが一致していなければ、管理残額に対してオフライン端数額が加算されるので（図１８のＳ２６５）、オンライン状態への復帰に伴う処理の途中にオフライン状態が再び発生した場合にも、正確な残額を確定することができる。
【０３４５】
また、この復帰時処理以降オンライン状態になれば、図１７のＳ２２４ｓ、Ｓ２４６ａによりコインシャッタを開ける制御が行なわれる。
【０３４６】
次に図２５は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表わす図である。精算装置６０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ７０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録情報に含まれるオフライン端数額が税込単位額未満であるか否かを判定する（Ｓａ７０１）。このＳａ７０１でが税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図６（ｂ）のＤ５に示す画面をディスプレイ６３に表示する。このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行なわれることにより、記録情報が改ざんされた記録媒体により不正に精算が行なわれたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、前記読み取った記録媒体ＩＤ，オフライン端数額，および通番を含む精算要求を管理装置５０に対して送信する（Ｓ７０２）。
【０３４７】
Ｓ７０２の精算要求を受信した管理装置５０は、図１６〜図１８で説明したＳ２０３以下と同様の処理を実施する。ただし、図１７に示したＳ２２０以下の処理，およびＳ２４０以下の処理は、図２６に示すＳ２２０以下の処理，およびＳ２４０以下の処理に、それぞれ置き換わるものとする。また図１６〜図１８の説明において、玉貸ユニット２０を精算装置６０，挿入通知を精算要求と、それぞれ読み替えるものとする。以下、図２６について説明する。
【０３４８】
Ｓ２２０では、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２２１ａ）。
【０３４９】
Ｓ２２１ａの精算許諾情報を受信した精算装置６０は、図６（ｂ）のＤ２に示す画面をディスプレイ６３に表示して、精算，又は返却操作を待機する状態となる（２２２ａ）。そして、受け付けている記録媒体の通番に１を加算して更新し（Ｓ２２３）、該記録媒体の記録媒体ＩＤを含む精算許諾情報受信通知を管理装置５０に対して送信する（Ｓ２２００）。
【０３５０】
Ｓ２２００の精算許諾情報受信通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算許諾情報受信通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ２２７）、該記録媒体ＩＤに対応するステータスを挿入処理済に更新する（Ｓ２２８）。
【０３５１】
またＳ２４０では、精算要求に含まれる記録媒体ＩＤに対応付けて該精算要求に含まれる装置ＩＤ、即ち精算装置６０の装置ＩＤを記憶し、該記録媒体ＩＤに対応付けて管理されている管理残額と前記オフライン端数額との合算額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２４１ａ）。
【０３５２】
Ｓ２４１ａの精算許諾情報を受信した精算装置６０は、図６（ｂ）のＤ２に示す画面をディスプレイ６３に表示して、精算，又は返却操作を待機する状態となる（２４２ａ）。そして受け付けている記録媒体に記録されているオフライン端数額を消去し（Ｓ２４４）、該記録媒体の通番に１を加算して更新し（Ｓ２４５）、該記録媒体の記録媒体ＩＤを含む端数額消去通知を管理装置５０に対して送信する（Ｓ２４６ａ）。
【０３５３】
Ｓ２４６ａの端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額に対して加算し、該オフライン端数額を消去して（Ｓ２４８）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額と管理残額との合算値を１回で精算できるようになるので、遊技者の利便性が向上する。
【０３５４】
次に図２７は、精算操作又は返却操作の待機状態（図２６のＳ２２２ａ又はＳ２４２ａであり、図６（ｂ）のＤ５が表示されている状態）にある精算装置６０において精算操作（「精算」ボタンの操作）又は返却操作（「キャンセル」ボタンの操作）を受け付けた場合の処理の一例を表わす図である。
【０３５５】
精算装置６０が精算操作を受け付けると（Ｓ７８０）、受信した精算許諾情報に含まれる金額（管理残額又は合算額）である許諾額分の貨幣を払い出し（Ｓ７８１）、記録媒体の通番に１を加算して更新し（Ｓ７８２）、受け付けている記録媒体の記録媒体ＩＤを含む精算完了通知を管理装置５０に対して送信する（Ｓ７８３）。
【０３５６】
Ｓ７８３の精算完了通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を消去し（Ｓ７８４）、該記録媒体ＩＤに対応付けられた通番に１を加算して更新し（Ｓ７８５）、該記録媒体ＩＤに対応するステータスを精算処理済に更新し（Ｓ７８６）、残額消去完了通知を精算装置６０に対して送信する（Ｓ７８７）。
【０３５７】
Ｓ７８７の残額消去完了通知を受信した精算装置６０は、ビジタコイン５を受付中であるか否かを判定する（Ｓ７８９）。このＳ７８９でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カード保持部１９１で保持している該会員カード４を返却して、記録媒体の受付を待機する（Ｓ７９２）。一方、Ｓ７８９でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、投入コイン保持部１２０で保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し（Ｓ７９０）、第２の投入コインストッパ１２２を開放状態とすることにより、該ビジタコイン５を収納通路１３１および排出通路１３２を介してコイン回収部６６に回収して（Ｓ７９１）、記録媒体の受付を待機する（Ｓ７９２）。
【０３５８】
なお精算装置６０が返却操作を受け付けると（Ｓ７９５）、会員カード４を受け付けている場合には、カード保持部１９１で保持している該会員カード４を返却して（Ｓ７９６）、記録媒体の受付を待機し（Ｓ７９２）、ビジタコイン５を受け付けている場合には、第１の投入コインストッパ１２１を開放状態とすることにより、投入コイン保持部１２０で保持している該ビジタコイン５を投入コイン排出通路１６０を介してコイン排出口１１２に排出して返却し（Ｓ７９６）、記録媒体の受付を待機する（Ｓ７９２）。
【０３５９】
次に図２８は、精算装置６０においてオフライン状態の発生を検出した場合の処理（切換時処理）の一例を表わす図である。精算装置６０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ８００）、前記オフライン状態の発生を検出したのが前記Ｓ７０１の記録媒体受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ８４１）。このＳ８４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１ａ又はＳ２４１ａの精算許諾情報を受信済であるか否かを判定する（Ｓ８４２）。
【０３６０】
このＳ８４２でＳ２２１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２２２ａ〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７１に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７１に進む。またＳ８４２でＳ２４１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２４２ａ〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７１に進み、すべての処理を実行済であれば（ＹＥＳ）、受け付けている記録媒体を返却し（Ｓ８７１）、処理を終了する（Ｓ８７２）。
【０３６１】
なおＳ２４１ａの精算許諾情報を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が未加算の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６５以下の処理が行なわれる。
【０３６２】
前記Ｓ８４２で精算許諾情報を受信済でない（ＮＯ）と判定された場合には、Ｓ８７１に進む。
【０３６３】
前記Ｓ８４１で記録媒体受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ７８０の精算操作受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「精算操作受付」であるか否かを判定する（Ｓ８５１）。このＳ８５１で精算操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ７８７の残額消去完了通知を受信済であるか否かを判定する（Ｓ８５２）。
【０３６４】
このＳ８５２で残額消去完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ８５６で前記Ｓ７８９〜Ｓ７９１の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８５７で該未実行の処理を実行してＳ８７２に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７２に進む。
【０３６５】
前記Ｓ８５２で残額消去完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ８５３で前記Ｓ７８１〜Ｓ７８２の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８５４で該未実行の処理を実行して、Ｓ８７１に進む。
【０３６６】
この残額消去完了通知を受信済でない場合には、管理装置５０が精算完了通知を受信する前にオフライン状態が発生した場合と、該精算完了通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、精算完了通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、精算装置６０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＮＯと判定されて、Ｓ２６７以下の処理が行なわれる。また後者の、残額消去完了通知を受信した後にオフライン状態が発生した場合には、通番が一致し、精算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０又は精算装置６０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳと判定されて、Ｓ２２０以下の処理が行なわれる。
【０３６７】
前記Ｓ８５１で精算操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ７９５の返却操作受付後であるか否か，具体的には制御部６２のＲＡＭで記憶している処理状態が「返却操作受付」であるか否かを判定する（Ｓ８６１）。このＳ８６１で返却操作受付後である（ＹＥＳ）と判定された場合には、Ｓ８７１に進み、返却操作受付後でない（ＮＯ）と判定された場合には、Ｓ８７２に進む。
【０３６８】
［第２実施形態］
次に、図１を参照して、第２実施形態に係る遊技用システム１の構成について説明する。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０を遊技場内に備える。この第２実施形態に係る遊技用システム１で、紙幣２，硬貨３，会員カード４，およびビジタコイン５が使用される点は、第１実施形態と同様である。
【０３６９】
この第２実施形態に係る遊技用システム１は、有効期間が当日中である点，およびセンタ管理装置８０を備えていない点が、第１実施形態と異なる。なおセンタ管理装置８０を備えていないことから、管理装置５０は、該センタ管理装置８０と通信するための場外通信部５６を備えていない。
【０３７０】
この第２実施形態に係る遊技用システム１では、消費税率Ｋの設定は、各遊技場において管理装置５０で設定され、その消費税率Ｋが玉貸ユニット２０に対して配信されて記憶される。
【０３７１】
ここで管理装置５０のディスプレイ５３および入力装置５４は有効期間設定手段の一例であって、精算装置６０での精算が可能な精算可能期間および玉貸ユニット２０で残額の使用が可能な使用可能期間（即ち有効期間）を設定するものである。具体的には、管理装置５０において有効期間設定モードが実行されると、有効期間設定画面（図示外）がディスプレイ５３に表示される。この有効期間設定画面では、入力装置５４の操作により、当日中，今週中，又は今月中のいずれかを、有効期間として設定可能である。以下においては、有効期間として当日中が設定された場合について説明する。
【０３７２】
また管理装置５０の制御部５２は通信不可能状態発生判定手段の一例であって、前記有効期間内にオフライン状態が発生したか否かを判定するものである（図３０のＳ２０３ａ'）。具体的には、前記通信可否検知手段（制御部５２）による検知の結果として、ハードディスク５５でオフライン状態が発生した旨が記憶されている場合に、有効期間内にオフライン状態が発生したと判定する。
【０３７３】
そして精算装置６０は、該通信不可能状態発生判定手段によりオフライン状態が発生したと判定されたことを条件として、オフライン端数額に相当する貨幣を払い出す。具体的には、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されると、精算許諾情報が送信されてくるので（図３６のＳ２２１ａ，同Ｓ２４１ａ'）、精算が可能となる。
【０３７４】
また第２実施形態に係る遊技用システム１は、管理装置５０が挿入通知又は精算要求を受信したときに、受付貨幣額やオフライン端数額を管理残額に対して加算する（つまり直接加算する）と共に、該受付貨幣額やオフライン端数額を加算額として管理しておく点が、第１実施形態と異なる。
【０３７５】
この第２実施形態では、上記の第１実施形態と比較して、玉貸ユニット２０においては、制御部２１の貸与可能処理手段としての機能のみが異なり、また管理装置５０においては、入金要求，挿入通知，精算要求，又はオンライン復帰通知の受信に応じて実行する処理，制御部５２の連携処理手段，遊技用装置特定手段，基準貸与額判定手段としての機能，および通番判定手段による判定結果に応じて実行する処理のみが異なる。以下、これらの異なる点について説明する。
【０３７６】
まず管理装置５０において、制御部５２は、前記入金要求の受信に応じて（図２９のＳ１０３）、該入金要求から特定される受付貨幣額（ここでは該入金要求に含まれる受付貨幣額）を該入金要求から特定される記録媒体ＩＤ（ここでは該入金要求に含まれる記録媒体ＩＤ）に対応付けて管理している管理残額に対して加算すると共に該受付貨幣額を加算額として記憶する処理を行ない（同Ｓ１０５'）、通信部５１は、該管理残額を特定可能な残額通知（ここでは該管理残額を含む残額通知）を玉貸ユニット２０に対して送信する（同Ｓ１０６'）。
【０３７７】
そして玉貸ユニット２０において、貸与可能処理手段として機能する制御部２１は、残額通知の受信に応じて（図２９のＳ１０６'）、該残額通知から特定される管理残額（ここでは該残額通知に含まれる管理残額）の範囲内でパチンコ玉の貸与を可能とするための貸与可能処理（同Ｓ１０８に示す受付貨幣の取込）を特定処理として行なう。
【０３７８】
また受付通知処理手段又は復帰通知処理手段として機能する制御部５２は、挿入通知，精算要求，又はオンライン復帰通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して該挿入通知，精算要求，又はオンライン復帰通知に含まれるオフライン端数額（入金残額）を加算すると共に該オフライン端数額を加算額として記憶する処理を前記端数額加算更新処理（入金残額加算更新処理）として行なう（図３０のＳ２１２'，図３２のＳ２７７'）。そして通信部５１は、該記録媒体ＩＤに対応付けて管理している管理残額を特定可能な残額通知を玉貸ユニット２０に対して送信し（図３１のＳ２４１'）、また該記録媒体ＩＤに対応付けて管理している管理残額を特定可能な精算許諾情報を精算装置６０に対して送信する（図３６のＳ２４１ａ'）。
【０３７９】
また連携処理手段として機能する制御部５２は、前記貸与可能情報（図２９のＳ１１０に示す貨幣取込通知）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶している加算額（受付貨幣額）を処理済であることを特定可能な状態に更新する処理済更新処理を連携処理として行なうと共に（同Ｓ１１４）、前記第２の通番更新処理を行なう（同Ｓ１１５）。ここで処理済更新処理は、第１実施形態における加算済更新処理と同様に、該受付貨幣額を消去する処理である。
【０３８０】
また連携処理手段として機能する制御部５２は、端数額消去通知（図３１のＳ２４６）の受信に応じて、当該記録媒体の記録媒体ＩＤに対応付けて記憶しているオフライン端数額を処理済であることを特定可能な状態に更新する処理済更新処理を連携処理として行なうと共に（同Ｓ２４８'）、前記第２の通番更新処理を行なう（同Ｓ２２７）。ここで処理済更新処理は、上記の実施形態と同様に、該オフライン端数額を消去する処理である。
【０３８１】
また遊技用装置特定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額（受付貨幣額）について処理済更新処理が行なわれている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定する。
【０３８２】
また基準貸与額判定手段として機能する制御部５２は、前記通番判定手段により通番が一致しないと判定され、かつ前記加算額（受付貨幣額）について処理済更新処理が行なわれている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定する。
【０３８３】
さらに管理装置５０においては、通番判定手段による判定結果に応じて実行する処理が、上記の実施形態とは異なる。即ち通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行なわれていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行ない（図３２のＳ２６２'）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここでは受付貨幣額）が処理済更新処理の行なわれていない状態で記憶されている（即ち入金処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶している受付貨幣額を減算する処理と前記処理済更新処理とを行なう（図３０のＳ２０５'）。
【０３８４】
また通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行なわれていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番不一致時処理として、前記処理済更新処理を行ない（図３２のＳ２６５'）、また通番判定手段により通番が一致すると判定され、かつ前記加算額（ここではオフライン端数額）が処理済更新処理の行なわれていない状態で記憶されている（即ち挿入処理中である）ことを条件として、通番一致時処理として、前記記録媒体の管理残額から前記記憶しているオフライン端数額を減算する処理と前記処理済更新処理とを行なう（図３０のＳ２０８'）。
【０３８５】
さらに通番判定手段により通番が一致しないと判定され、かつ前記加算額（ここでは受付貨幣額）について処理済更新処理が行なわれている（即ち該受付貨幣額が消去されている＝ステータスが入金処理中および挿入処理中でなく、使用装置ＩＤが玉貸ユニット２０の装置ＩＤである）ことを条件として、通番不一致時処理として、前記第１の減算処理を行なう（図３２のＳ２６９〜Ｓ２７３）。
【０３８６】
次に、図２９〜図３０を参照して、第２実施形態に係る遊技用システム１の作用について説明する。
【０３８７】
まず図２９は、図９のＳ６１００のオンライン貨幣処理の具体的処理内容を示すフローチャートである。この図２９は、前記図１２と比較して、Ｓ１０５の処理に代えてＳ１０５'が行なわれる点と、Ｓ１０６の処理に代えてＳ１０６'が行なわれる点と、Ｓ１１３の処理が行なわれない点のみが異なる。
【０３８８】
ここでＳ１０５'では、入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて記憶している管理残額に加算すると共に、該記録媒体ＩＤに対応付けて当該受付貨幣額を記憶する。またＳ１０６'では、該記録媒体ＩＤに対応付けて管理している管理残額を含む残額通知を玉貸ユニット２０に対して送信する。
【０３８９】
管理装置５０とオンライン状態である玉貸ユニット２０において玉貸操作を受け付けた場合の処理は、前記図１４と同様であるため、説明を省略する。
【０３９０】
管理装置５０とオンライン状態にある玉貸ユニット２０において返却操作を受け付けた場合の処理は、前記図１５と同様であるため、説明を省略する。
【０３９１】
次に図３０は、図９のＳ６２００とＳ６３００のオンライン記録媒体（カード、コイン）受付処理の具体的処理内容を示すフローチャートである。玉貸ユニット２０は、記録媒体（会員カード４又はビジタコイン５）を受け付けると（Ｓ２０１）、該受け付けた記録媒体の記録情報を読み取り、該読み取った記録媒体ＩＤ，オフライン端数額，および通番を含む挿入通知を管理装置５０に対して送信する（Ｓ２０２）。
【０３９２】
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２０２ａ'）。このＳ２０２ａ'でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ２０２ａ'でオフライン端数額が零でない（ＮＯ）と判定された場合には、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する（Ｓ２０３ａ'）。このＳ２０３ａ'でオフライン状態が発生した（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ２０３ａ'でオフライン状態が発生していない（ＮＯ）と判定された場合には、玉貸ユニット２０に対して使用不可情報を送信し、これを受信した玉貸ユニット２０では受け付けた記録媒体が返却される。このように、有効期間内にオフライン状態が発生しておらず記録媒体に端数額が記録されることがない状況においては端数額の使用が行なわれないので、セキュリティが向上する。
【０３９３】
Ｓ２０３では前記挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２０４）。このＳ２０４で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該受付貨幣額を消去し（Ｓ２０５'）、Ｓ２０９に進む。
【０３９４】
即ち通番が一致しており、ステータスが入金処理中である（受付貨幣額が未加算の状態で記憶されている）場合とは、管理装置５０が入金要求（図２９のＳ１０３）を受信してから玉貸ユニット２０が残額通知（同Ｓ１０６'）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の返却が行なわれているにも拘わらず、受付貨幣額が加算されている状態のままとなり、該加算された状態で放置されると遊技場が損害を被ることになるため、管理装置５０において受付貨幣額を管理残額から減算し、該受付貨幣額を消去する処理を行なうものである。
【０３９５】
このように、通番が一致すると判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、管理残額から加算額（受付貨幣額）を減算する処理と処理済更新処理とが行なわれるので、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３９６】
前記Ｓ２０４で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２０６）。このＳ２０６で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を該記録媒体ＩＤに対応付けて管理されている管理残額から減算し、該オフライン端数額を消去して（Ｓ２０８'）、Ｓ２０９に進む。
【０３９７】
即ち通番が一致しており、ステータスが挿入処理中であり、かつオフライン端数額が加算されている状態で記憶されている場合とは、管理装置５０が挿入通知（図３０のＳ２０２）を受信してから玉貸ユニット２０が残額通知（図３１のＳ２４１'）を受信する前，又は管理装置５０が精算要求（図３５のＳ７０２）を受信してから精算装置６０が精算許諾情報（図３６のＳ２４１ａ'）を受信する前にオフライン状態が発生した場合であり、この場合に管理装置５０で記憶されているオフライン端数額が管理残額に加算された状態のままであれば、遊技場（オフライン端数額が記憶されている場合）が損害を被ることになるため、管理装置５０においてオフライン端数額を管理残額に対して加算せずに該オフライン端数額を管理残額から減算すると共に消去する処理を行なうものである。
【０３９８】
このように、通番が一致すると判定され、かつ入金残額（オフライン端数額）が管理残額に加算されている状態で記憶されていることを条件として、管理残額から入金残額を減算し、入金残額を消去する処理済更新処理を行なうので、管理装置５０が記録媒体受付通知（挿入通知）を受信してから玉貸ユニット２０が残額通知を受信する前，又は管理装置５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０３９９】
前記Ｓ２０６で挿入処理中でない（ＮＯ）と判定された場合，又はＳ２０５'若しくはＳ２０８'の処理が行なわれた場合には、管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応するステータスとして挿入処理中と記憶し（Ｓ２０９）、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する（Ｓ２１０）。このＳ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２２０に進む。即ち通番が一致しており、記録媒体のオフライン端数額が零である場合とは、第１にオフライン状態が発生していない場合，第２にオフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０からの挿入通知を管理装置５０が受信してから玉貸ユニット２０が残額通知（図３１のＳ２２１）を受信する前にオフライン状態が発生した場合，又は第３にオフライン端数額が記録されていない記録媒体を受け付けた精算装置６０からの精算要求を管理装置５０が受信してから精算装置６０が精算許諾情報（図３６のＳ２２１ａ）を受信する前にオフライン状態が発生した場合のいずれかであり、いずれの場合にも消去すべきオフライン端数額が記録媒体に記録されていないので、後述するＳ２２０に進む。
【０４００】
一方、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２１２'）、Ｓ２４０に進む。即ちオフライン端数額が零でない場合とは、オフライン状態の玉貸ユニット２０でオフライン一発貸しが行なわれてオフライン端数額が記録された場合であり、この場合には消去すべきオフライン端数額が記録媒体に記録されているので、後述するＳ２４０に進む。
【０４０１】
次に図３１は、図３０に続く図である。この図３１の上段に示すフローチャートは、前記図１７の上段に示すフローチャートと同一であるため、説明を省略する。また図３１の下段に示すフローチャートは、前記図１７の下段に示すフローチャートと比較して、前記Ｓ２４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信するＳ２４１'の処理を行なう点、および、前記Ｓ２４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ２４８'の処理を行なう点のみが異なる。
【０４０２】
管理装置５０は、前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合、即ちオフライン端数額が記録媒体に記録されているときには、前記記録媒体ＩＤに対応付けて前記挿入通知に含まれる装置ＩＤを記憶し（Ｓ２４０）、該記録媒体ＩＤに対応付けて管理されている管理残額を含む残額通知を玉貸ユニット２０に対して送信する（Ｓ２４１'）。Ｓ２４１'の残額通知を受信した玉貸ユニット２０は、前記図１７のＳ２４２〜Ｓ２４６と同様の処理を行ない、Ｓ２２５に進む。
【０４０３】
Ｓ２４６の端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２４８'）、前記Ｓ２２７に進む。これにより、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０から排出された記録媒体が受け付けられると、該記録媒体に記録されている記録媒体ＩＤとオフライン端数額とを含む挿入通知が管理装置５０に対して送信され、該オフライン端数額と管理残額との合算額を特定可能な予定残額通知が管理装置５０から送信されてきて、該合算額が玉貸処理に使用可能となるので、入金残額を精算しなくても良く、遊技者の利便性が向上する。
【０４０４】
次に図３２は、図３０に続く図であり、通番不一致時処理の一例を表わす図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。そして、前記挿入通知に含まれる記録媒体ＩＤに対応するステータスが入金処理中であるか否かを判定する（Ｓ２６１）。このＳ２６１で入金処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されている受付貨幣額を消去して（Ｓ２６２'）、Ｓ２７４に進む。
【０４０５】
即ち通番が一致せず、ステータスが入金処理中である（受付貨幣額が加算されている状態で記憶されている）場合とは、玉貸ユニット２０が残額通知（図２９のＳ１０６'）を受信してから管理装置５０が貨幣取込通知（同Ｓ１１０）を受信する前にオフライン状態が発生した場合であり、この場合には玉貸ユニット２０において受付貨幣の取込が行なわれているにも拘わらず、受付貨幣額が消去されていない状態のままとなり、該受付貨幣額が管理残額から減算されると遊技者が損害を被ることになるため、管理装置５０において受付貨幣額を消去する処理を行なうものである。
【０４０６】
このように、通番が一致しないと判定され、かつ受付貨幣額が加算されている状態で記憶されていることを条件として、該受付貨幣額を消去する処理済更新処理を行なうので、玉貸ユニット２０が残額通知（予定残額通知）を受信してから管理装置５０が通番更新通知（貨幣取込通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４０７】
前記Ｓ２６１で入金処理中でない（ＮＯ）と判定された場合には、前記記録媒体ＩＤに対応するステータスが挿入処理中であるか否かを判定する（Ｓ２６３）。このＳ２６３で挿入処理中である（ＹＥＳ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２６５'）、Ｓ２７４に進む。
【０４０８】
即ち通番が一致せず、ステータスが挿入処理中であり、オフライン端数額が加算されている状態で記憶されている場合とは、玉貸ユニット２０が残額通知（図３１のＳ２４１'）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６）を受信する前，又は精算装置６０が精算許諾情報（図３６のＳ２４１ａ'）を受信してから管理装置５０が端数額消去通知（同Ｓ２４６ａ）を受信する前にオフライン状態が発生した場合であり、この場合には記録媒体に記録されているオフライン端数額の消去が行なわれているにも拘わらず、オフライン端数額が記憶されたままとなり、該記憶されたオフライン端数額が管理残額から減算されると、遊技者が損害を被ることになるため、管理装置５０においてオフライン端数額消去する処理を行なうものである。
【０４０９】
このように、通番が一致しないと判定され、かつ入金残額（オフライン端数額）が加算されている状態で記憶されていることを条件として、記憶している入金残額を消去する処理済更新処理が行なわれるので、玉貸ユニット２０が残額通知を受信してから管理装置５０が通番更新通知（端数額消去通知）を受信する前にオフライン状態となった場合にも、正確な残額を確定することができる。また当該記録媒体をオンライン状態にある別の玉貸ユニット２０に挿入することで、当該記録媒体の管理残額を使用して遊技を行なうことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
【０４１０】
前記Ｓ２６３で挿入処理中でない（ＮＯ）と判定された場合には、前記図１８のＳ２６６〜Ｓ２７５に示す処理と同様の処理を行なって、Ｓ２２０に進む。
【０４１１】
ここで前記Ｓ２７５でオフライン端数額が零でない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記記録媒体ＩＤと対応付けて管理されている管理残額に該オフライン端数額を加算し、該オフライン端数額を記憶して（Ｓ２７７'）、Ｓ２４０に進む。
【０４１２】
即ちオンライン状態にある玉貸ユニット２０で使用額＋消費税額分の玉貸処理が行なわれ、管理装置５０が減算要求（図１４のＳ１２４）を受信する前にオフライン状態が発生し、該オフライン状態にある玉貸ユニット２０でオフライン一発貸しが行なわれると、通番が一致せず、オフライン端数額が記録された記録媒体が排出される。次にオンライン状態にある別の玉貸ユニット２０で該記録媒体を受け付けると、Ｓ２０３でＮＯと判定されてＳ２６０の処理が行なわれ（ここで通番が一致し）、Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳと判定され、Ｓ２６９〜Ｓ２７２又はＳ２６９〜Ｓ２７３の処理が行なわれると共に、Ｓ２７４，Ｓ２７５，Ｓ２７７'の処理が行なわれ、オフライン端数額が記憶され、ステータスとして挿入処理中と記憶された状態になるが、玉貸ユニット２０が残額通知（図３１のＳ２４１'）を受信する前にオフライン状態が発生すると、通番が一致し、オフライン端数額が記録された記録媒体が排出される。さらにオンライン状態にある別の玉貸ユニット２０が該記録媒体を受け付けると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８'で前記記憶されているオフライン端数額が管理残額から減算され、該オフライン端数額が消去され、Ｓ２１２'で前記挿入通知に含まれるオフライン端数額が改めて加算，記憶される。
【０４１３】
次に図３３は、図８のＳ８の切換時処理の具体的処理内容を示すフローチャートである。玉貸ユニット２０は、前記通信可否検知手段によりオフライン状態の発生を検出すると（Ｓ３００）、該オフライン状態の発生を検出したのが前記Ｓ１０１の貨幣受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「貨幣受付」であるか否かを判定する（Ｓ３０１）。
【０４１４】
このＳ３０１で貨幣受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１０６'の残額通知を受信済であるか否かを判定する（Ｓ３０３'）。
【０４１５】
このＳ３０３'で残額通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３０６で貨幣返却制御信号を貨幣処理機６８０に送信する。次に、Ｓ３５８で、設定されている消費税率Ｋが「０」であるか否かの判断を行なう。消費税率が「０」でない場合（たとえばＫ＝０．０５の場合）、メイン処理にリターンする。つまり、記録媒体の受付けは継続する。一方、「０」の場合すなわち消費税率を徴収しない設定の場合には、Ｓ３５９で、ＲＡＭに記憶されている記憶残額が「０」であるか否かの判断を行ない、「０」でない場合には、Ｓ３５６で、受付中のコイン５またはカード４を返却する処理、またはそれらを受付けていない場合には収納コイン保持部１４０のコイン５を返却する処理を行なう。次にＳ３５７により、コインシャッタを閉塞する処理が行なわれてメイン処理へリターンする。つまり、記録媒体の受付けは継続する。
【０４１６】
一方、Ｓ３５９で記憶残額が「０」であると判断した場合には、Ｓ３６０で、受付中のカードを返却する処理を行なった後、制御をＳ３５７へ進める。Ｓ３５７によるコインシャッタの閉塞処理により、消費税を徴収しない設定の場合でかつオフライン状態のときには、コインの投入が禁止された状態となる。なお、記憶残額が「０」の場合には、受付中のカードが存在する可能性しかなく、Ｓ３６０では、コイン収納保持部１４０のコインを返却する処理を行なう必要がない。また、すべての処理を実行済であれば（ＹＥＳ）、その時点でメイン処理にリターンする。
【０４１７】
なお、前記残額通知を受信済でない場合には、管理装置５０が入金要求を受信する前にオフライン状態が発生した場合と、該入金要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、入金要求を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０において受付貨幣額が加算済の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行なわれていない状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＹＥＳと判定されて、Ｓ２０５'以下の処理が行なわれる。
【０４１８】
図３３に戻り、前記Ｓ３０３'で残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３０４'で前記Ｓ１０７〜Ｓ１１１ａ'の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３０５'で該未実行の処理を実行した後、Ｓ３５５で、消費税率Ｋが「０」であるか否かの判断を行なう。設定されている消費税率Ｋが「０」の場合すなわち消費税を徴収しない設定の場合には、前述のＳ３５６へ制御を進める一方、消費税率Ｋが「０」でない場合（たとえばＫ＝０．０５の場合）、メイン処理へリターンする。
【０４１９】
この残額通知を受信済である場合には、管理装置５０が貨幣取込通知（図２９のＳ１１０）を受信する前にオフライン状態が発生した場合と、該貨幣取込通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、貨幣取込通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０において受付貨幣額が加算済の状態で記憶されており（即ち入金処理中であり）、玉貸ユニット２０において受付貨幣の取込が行なわれている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＹＥＳと判定されて、Ｓ２６２'以下の処理が行なわれる。
【０４２０】
前記Ｓ３０１で貨幣受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ１２１の玉貸操作受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「玉貸操作受付」であるか否かを判定する（Ｓ３２１）。このＳ３２１で玉貸操作受付後である（ＹＥＳ）と判定された場合には、前記Ｓ１２８の減算完了通知を受信済であるか否かを判定する（Ｓ３２２）。
【０４２１】
このＳ３２２で減算完了通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３２５'で前記Ｓ１２８ａ〜Ｓ１３１の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２６'で該未実行の処理を実行してＳ３２７に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ３２７に進む。Ｓ３２７では記憶残額が零であるか否かを判定し、記憶残額が零でなければ（ＮＯ）、Ｓ３６３で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３５６へ制御を以降させて受付コインやカードを返却した後コインシャッタの閉塞処理を行なう。一方、記憶残額が零であれば（ＹＥＳ）、Ｓ３２８に進む。Ｓ３２８では記録媒体（会員カード４又はビジタコイン５）を受付中であるか否かを判定し、記録媒体を受付中でなければ（ＮＯ）、メイン処理へリターンし、記録媒体を受付中であれば（ＹＥＳ）、Ｓ３２９に進む。Ｓ３２９ではビジタコイン５を受付中であるか否かを判定し、ビジタコイン５を受付中でなければ（ＮＯ）、カード４を受付ている状態であり、Ｓ３６１で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３６２で、受付中のカードを返却した後、Ｓ５３７へ制御を以降させてコインシャッタの閉塞処理を行なう。ビジタコイン５を受付中であれば（Ｓ３２９でＹＥＳ）、Ｓ３３０で投入コイン保持部１２０で保持しているビジタコイン５に記録されているオンライン残額有りフラグを消去し、Ｓ３３１で第２の投入コインストッパ１２２を開放状態とすることにより、該投入コイン保持部１２０で保持しているビジタコイン５を収納通路１３１に収納し、メイン処理へリターンする。
【０４２２】
前記Ｓ３２２で減算完了通知を受信済でない（ＮＯ）と判定された場合には、Ｓ３２３で前記Ｓ１２２〜Ｓ１２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３２４で該未実行の処理を実行した後Ｓ３２４ａ'に進み、すべての処理を実行済であれば（ＹＥＳ）、直接Ｓ３２４ａ'に進む。Ｓ３２４ａ’では前記Ｓ１２８ａ，Ｓ１２９〜Ｓ１３１の処理を行なって、Ｓ３２７に進む。
【０４２３】
この減算完了通知を受信済でない場合には、管理装置５０が減算要求を受信する前にオフライン状態が発生した場合と、該減算要求を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、減算要求を受信する前にオフライン状態が発生した場合には、通番が一致せず、入金処理中，又は挿入処理中のいずれでもなく、玉貸ユニット２０の装置ＩＤが記憶されている状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＮＯ，Ｓ２６６でＹＥＳと判定されて、Ｓ２６９以下の処理が行なわれる。また後者の、減算要求を受信した後にオフライン状態が発生した場合には、通番が一致し、減算処理済の状態となる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＮＯ，Ｓ２１０でＹＥＳと判定されて、Ｓ２２０以下の処理が行なわれる。
【０４２４】
前記Ｓ３２１で玉貸操作受付後でない（ＮＯ）と判定された場合には、前記オフライン状態の発生を検出したのが前記Ｓ２０１の記録媒体受付後であるか否か，具体的には制御部２１のＲＡＭで記憶している処理状態が「記録媒体受付」であるか否かを判定する（Ｓ３４１）。このＳ３４１で記録媒体受付後である（ＹＥＳ）と判定された場合には、前記Ｓ２２１又はＳ２４１'の残額通知を受信済であるか否かを判定する（Ｓ３４２'）。
【０４２５】
このＳ３４２'でＳ２２１の残額通知を受信済である（ＹＥＳ）と判定された場合には、Ｓ３４３'で前記Ｓ２２２〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ３４４'で該未実行の処理を実行して、Ｓ３６４に制御を進める。すべての処理を実行済であれば（ＹＥＳ）、直接Ｓ３６４へ制御を進める。また、Ｓ３４２’で残額通知を受信済でない（ＮＯ）と判定した場合には、直接Ｓ３６４へ制御を進める。Ｓ３６４で、消費税率Ｋが「０」であるか否かを判断する。「０」でない場合にはメイン処理にリターンする一方、「０」の場合にはＳ３６５で、受付中のコインまたはカードを返却した後、Ｓ５３７へ制御を以降させてコインシャッタの閉塞処理を行なう。Ｓ３６５のステップは、Ｓ３４１で記録媒体受付後と判断されたときに実行されるものであるために、必ず受付中のコインまたはカードが存在するのであり、ゆえに、コイン収納保持部１４０のコインを返却することは起こりえない。
【０４２６】
このＳ２４２'の残額通知を受信済である場合には、管理装置５０が端数額消去通知を受信する前にオフライン状態が発生した場合と、該端数額消去通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで前者の、端数額消去通知を受信する前にオフライン状態が発生した場合には、通番が一致せず、管理装置５０においてオフライン端数額が加算済の状態で記憶されており（即ち挿入処理中であり）、記録媒体のオフライン端数額が消去されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＮＯ，Ｓ２６１でＮＯ，Ｓ２６３でＹＥＳと判定されて、Ｓ２６５'以下の処理が行なわれる。
【０４２７】
このＳ２４２'の残額通知を受信済でない場合には、管理装置５０が挿入通知を受信する前にオフライン状態が発生した場合と、該挿入通知を受信した後にオフライン状態が発生した場合とが含まれる。ここで後者の、挿入通知を受信した後にオフライン状態が発生した場合には、通番が一致し、管理装置５０においてオフライン端数額が加算済の状態で記憶されており（即ち挿入処理中であり）、記録媒体にオフライン端数額が記録されている状態になる。従って、オンライン状態にある玉貸ユニット２０で当該記録媒体が受け付けられると、Ｓ２０３でＹＥＳ，Ｓ２０４でＮＯ，Ｓ２０６でＹＥＳと判定されて、Ｓ２０８'以下の処理が行なわれる。
【０４２８】
前記Ｓ３４１で記録媒体受付後でない（ＮＯ）と判定された場合には、メイン処理へリターンする。
【０４２９】
なお、管理装置５０とオフライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合および貨幣を受け付けた場合の処理は前記図２０と同様であり、返却操作を受け付けた場合の処理は前記図２１と同様であるため、説明を省略する。
【０４３０】
次に図３４は、図８のＳ５の復帰時処理の具体的処理内容を示すフローチャートである。この図３４は、前記図２４と比較して、Ｓ６０６のオンライン復帰通知を受信した管理装置５０が、Ｓ２０２ａ'以下で前記挿入通知を受信した場合と同様の処理を行なう点のみが異なる。
【０４３１】
これによれば、管理装置５０と通信できないオフライン状態で玉貸ユニット２０が貨幣を受け付けてオフライン一発貸しを行なった後にオンライン状態に復帰すると、遊技者の操作によらずに、オフライン端数額と記録媒体ＩＤとを含むオンライン復帰通知が管理装置５０に対して送信され、該オフライン端数額と管理残額との合算額を特定可能な残額通知（図３１のＳ２４１'）が管理装置５０から送信されてきて、該合算額が玉貸処理に使用可能となるので（同Ｓ２２６）、遊技者に手間をかけることなく、管理残額が使用可能となる。
【０４３２】
また管理装置５０におけるオンライン復帰通知の受信に基づいて、該オンライン復帰通知に含まれるオフライン端数額が管理残額に対して加算されると共に該オフライン端数額が記憶され（図３０のＳ２１２'，図３２のＳ２７７'）、玉貸ユニット２０における残額通知の受信に基づいて（図１７のＳ２４１'）、記録媒体に記録されている通番が更新されると共に（同Ｓ２４５）、管理装置５０における端数額消去通知の受信に基づいて（同Ｓ２４６）、記録媒体ＩＤに対応付けられた通番が更新され（同Ｓ２２７）、オンライン復帰通知に含まれる記録媒体の通番と前記記録媒体ＩＤに対応付けられた通番とが一致していれば、管理残額からオフライン端数額が減算されるので（図３０のＳ２０８'）、オンライン状態への復帰に伴う処理の途中にオフライン状態が再び発生した場合にも、正確な残額を確定することができる。また、この復帰時処理以降オンライン状態になれば、図１７のＳ２２４ｓ、Ｓ２４６ａによりコインシャッタを開ける制御が行なわれる。
【０４３３】
次に図３５は、精算装置６０において記録媒体を受け付けた場合の処理の一例を表わす図である。この図３５は、前記図２５と比較して、Ｓ７０２の精算要求を受信した管理装置５０が、Ｓ７０２ａ'〜Ｓ７０３'に示す処理を行なってからＳ２０３以下の処理を行なう点のみが異なる。
【０４３４】
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれるオフライン端数額が零であるか否かを判定する（Ｓ７０２ａ'）。このＳ７０２ａ'でオフライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ７０２ａ'でオフライン端数額が零でない（ＮＯ）と判定された場合には、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する（Ｓ７０３ａ'）。このＳ７０３ａ'でオフライン状態が発生した（ＹＥＳ）と判定された場合には、Ｓ２０３に進む。一方、Ｓ７０３ａ'でオフライン状態が発生していない（ＮＯ）と判定された場合には、精算装置６０に対して精算不可情報を送信し、これを受信した精算装置６０では受け付けた記録媒体が返却される。このように、有効期間内にオフライン状態が発生しておらず記録媒体に端数額が記録されることがない状況においては精算が行なわれないので、セキュリティが向上する。
【０４３５】
図３５に示すように、Ｓ７０２ａ'でＹＥＳと判定された場合，およびＳ７０３ａ'でＹＥＳと判定された場合には、図３０〜図３２で説明したＳ２０３以下と同様の処理を実施する。ただし、図３１に示したＳ２２０以下の処理，およびＳ２４０以下の処理は、図３６に示すＳ２２０以下の処理，およびＳ２４０以下の処理にそれぞれ置き換わるものとする。また図３０〜図３１の説明において、玉貸ユニット２０を精算装置６０，挿入通知を精算要求と、それぞれ読み替えるものとする。以下、図３６について説明する。
【０４３６】
図３６の上段に示すフローチャートは、図２６の上段に示すフローチャートと同様であるため、説明を省略する。
【０４３７】
図３６の下段に示すフローチャートは、前記図２６の下段に示すフローチャートと比較して、前記Ｓ２４１の処理に代えて、記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信するＳ２４１ａ'の処理を行なう点と、前記Ｓ２４８の処理に代えて、記録媒体ＩＤに対応付けて管理されているオフライン端数額を消去するＳ２４８'の処理を行なう点のみが異なる。
【０４３８】
管理装置５０は、精算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額を含む精算許諾情報を精算装置６０に対して送信する（Ｓ２４１ａ'）。Ｓ２４１ａ'の精算許諾情報を受信した精算装置６０は、前記図２６のＳ２４２ａ〜Ｓ２４６ａと同様の処理を行なう。
【０４３９】
Ｓ２４６ａの端数額消去通知を受信した管理装置５０は、前記残額管理ＤＢにおいて、前記記録媒体ＩＤに対応付けて記憶されているオフライン端数額を消去して（Ｓ２４８'）、前記Ｓ２２７に進む。これにより、オフライン状態にあった玉貸ユニット２０で発生したオフライン端数額が記録された記録媒体を、オンライン状態にある精算装置６０に挿入することで、該オフライン端数額が管理残額に加算され、該オフライン端数額と管理残額との合算値を１回で精算できるようになるので、遊技者の利便性が向上する。
【０４４０】
なお、管理装置５０とオンライン状態である精算装置６０において、精算操作を受け付けた場合および返却操作を受け付けた場合の処理については前記図２７と同様であるため、説明を省略する。
【０４４１】
次に図３７は、精算装置６０においてオフライン状態の発生を検出した場合の処理の一例を表わす図である。この図３７は、前記図２８と比較して、Ｓ８４２の処理に代えて、Ｓ８４２'の処理が行なわれる点のみが異なる。
【０４４２】
Ｓ８４２'では、前記Ｓ２２１ａ又はＳ２４１ａ'の精算許諾情報を受信済であるか否かを判定する。このＳ８４２'でＳ２２１ａの精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２２２ａ〜Ｓ２２３の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７１'に進み、すべての処理を実行済であれば（ＹＥＳ）、Ｓ８７１'に進む。またＳ８４２'でＳ２４１ａ'の精算許諾情報を受信済である（ＹＥＳ）と判定された場合には、Ｓ８４３で前記Ｓ２４２ａ〜Ｓ２４５の各処理を実行済であるか否かを判定し、いずれかの処理を実行済でなければ（ＮＯ）、Ｓ８４４で該未実行の処理を実行してＳ８７１'に進み、すべての処理を実行済であれば（ＹＥＳ）、受け付けている記録媒体を返却し（Ｓ８７１）、処理を終了する（Ｓ８７２）。
【０４４３】
［変形例］
最後に、本発明の変形例について説明する。
【０４４４】
上記の実施形態では、図１６および図１８に示すように、通番一致時処理および通番不一致時処理において、ステータスに応じた所定の処理を行なった後に、受信した挿入通知に含まれるオフライン端数額についての処理を行なう例について説明したが、これに限らず、受信した挿入通知に含まれるオフライン端数額についての処理を行なう際に、ステータスを参照して各種の処理を行なうようにしても良い。その一例を図３８および図３９に示す。
【０４４５】
図３８に示すように、玉貸ユニット２０からＳ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番が該挿入通知に含まれる記録媒体ＩＤと対応付けられた通番と一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ）と判定された場合には、後述するＳ２６０以下の通番不一致時処理に進む。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、ＳＡ２１２以下の通番一致時処理を行なう。
【０４４６】
まずＳＡ２１２では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２１３で、図１６で示したＳ２０４〜Ｓ２０９の処理（図３８では点線で囲む定義済み処理）を行ない、図１７で示したＳ２２０に進む。
【０４４７】
一方、ＳＡ２１２でオフライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２１７で、前記Ｓ２０４〜Ｓ２０９の処理を行ない、該オフライン端数額を前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し（ＳＡ２１８）、図１７で示したＳ２４０に進む。
【０４４８】
次に図３９は、図３８に続く図であり、通番不一致時処理の一例を表わす図である。管理装置５０は、前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、前記残額管理ＤＢにおいて、前記挿入通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新する（Ｓ２６０）。即ち、記録通番＝管理通番とする。
【０４４９】
次に、ＳＡ２６２では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定し、オフライン端数額が零である（ＹＥＳ）と判定された場合には、ＳＡ２６３で、図１８で示したＳ２６１〜Ｓ２７４の処理（図３９では点線で囲む定義済み処理）を行ない、図１７で示したＳ２２０に進む。
【０４５０】
一方、ＳＡ２６２でオフライン端数額が零でない（ＮＯ）と判定された場合には、ＳＡ２６７で、前記Ｓ２６１〜Ｓ２７４の処理を行ない、該オフライン端数額を前記挿入通知に含まれる記録媒体ＩＤに対応付けて記憶し（ＳＡ２６８）、図１７で示したＳ２４０に進む。
【０４５１】
図４０は、図９のオンライン時メイン処理の別実施の形態を示すフローチャートであり、図４１は、図１１のバリュー処理の別実施の形態を示すフローチャートである。まず図４０において、図９との相違点は、Ｓ６０２１でＹＥＳと判断された段階で、Ｓ６０２１ａにより対応携帯であるか否かの判断を行ない、対応携帯である場合にＳ６６００のバリュー処理に移行し、対応携帯でないときにはメイン処理へリターンしてバリュー処理を行なわない点である。その結果、貨幣が受付けられてから前述の貨幣取込識別動作期間中に携帯電話２００がかざされてもその携帯電話２００が玉貸しに利用可能な電子マネー（バリュー）を記憶部２９２に記憶していない場合には、Ｓ６６００のバリュー処理に移行することなく一旦メイン処理に戻り、Ｓ１→Ｓ４→Ｓ７→Ｓ１のループを巡回し、貨幣処理機６８０から貨幣識別通知（図１０のＳ６８２６参照）が送信されてきた段階でＳ６０１４によりＹＥＳの判断がなされＳ６１００のオンライン貨幣処理が実行される。
【０４５２】
図４１において、図１１との相違点は、図１１のＳ８９７が削除されている点である。これは、Ｓ６０２１ａにより対応携帯であるか否かの判定を既に行なっているために、図４１では対応携帯であるか否かの判定を行なわないようにしているためである。なお、図１１のオフライン時メイン処理の別実施の形態を示すフローチャートは前述の図４０と同様であるために、図示および説明を省略する。
【０４５３】
図４２（ａ）、（ｂ）は、さらなる別実施の形態を示すフローチャートである。前述の実施の形態では、貨幣処理機６８０が貨幣を受付け、その識別が終了した後に貨幣識別通知を制御部２１に送信し、制御部２１が、当該貨幣識別通知の受信を図９のオンライン時メイン処理でのＳ６０１４で検出することにより、Ｓ６１００のオンライン貨幣処理が行なわれ、また貨幣識別通知の受信を図１１のＳ６０１４で検出することにより、Ｓ６０１１’のオフライン貨幣処理が行なわれていた。これに対し、この別実施の形態の貨幣処理機６８０では、貨幣を受付けた段階で貨幣受付信号を制御部２１に送信し、ついで識別終了後に貨幣識別通知を制御部２１に送信するようにされている。そして、制御部２１は、オンライン時メイン処理のＳ６０１４において、貨幣識別通知ではなく貨幣受付通知の受信を監視し、貨幣受付通知の受信をを検知したことに基づいて、オンライン貨幣処理を行なう。また、オフライン時メイン処理のＳ６０１４において、貨幣識別通知ではなく貨幣受付通知の受信を監視し、貨幣受付通知の受信をを検知したことに基づいて、オフライン貨幣処理を行なう。以下に、図４２（ａ）、（ｂ）に基づいてさらなる別実施の形態を説明する。
【０４５４】
まず、（ａ）のオンライン貨幣処理において、玉貸ユニット２０の制御部２１は、貨幣処理機６８０からの貨幣識別通知を受信したか否かを判定する（Ｓ９３０）。貨幣識別通知を受信していない場合には、確認信号を発信し（Ｓ９３１）、応答信号を受信したか否かを判断する（Ｓ９３２）。この時点で携帯電話がかざされていれば応答信号が送信されてくるが、かざされていなければ応答信号が送信されてくることはなくＳ９３２によりＮＯも判断がなされてＳ９３０に制御を戻す。このＳ９３０→Ｓ９３１→Ｓ９３２→Ｓ９３０のループの巡回途中で貨幣識別通知を受信した場合には、図１２のＳ１０２へ制御が進む。一方、携帯電話２００からの応答信号を受信した場合にはＳ９３２によりＹＥＳの判断がなされ貨幣返却制御信号を貨幣処理機６８０に送信してメイン処理へリターンする。このメイン処理へリターンすることにより、バリュー処理が行なわれずかつ貨幣が返却される。
【０４５５】
（ｂ）のオフライン貨幣処理も（ａ）のオンライン貨幣処理とほとんど同じ制御であり、相違点は、Ｓ９３０の後図２０のＳ５１１へ制御が進む点のみである。
【０４５６】
以上のように、この別実施の形態においては、貨幣が受付けられてから少なくとも識別されるまでの期間（前述の貨幣取込識別処理期間）に、携帯電話２００が受付けられたことに基づいて、具体的には、制御部２１が貨幣受付通知を受信してから貨幣識別通知を受信するまでの期間に、携帯電話２００から応答信号を受信したことに基づいて、バリュー処理を行なうことなく受付けた貨幣を返却する処理を行なう。なお、この別実施の形態においては、応答信号の受信に基づいて貨幣を返却する処理を行なうが、これに限らず、応答信号に基づいて、玉貸しに使用できる電子マネー（バリュー）が記憶された携帯電話２００であるか否かを判定し、玉貸しに使用できる携帯電話２００であったときには貨幣を返却する一方、玉貸しに使用できる電子マネー（バリュー）が記憶されていない携帯電話２００であったときには、Ｓ６０１４の貨幣識別通知の受信ステップに制御を移行させる等により、オンライン貨幣処理やオフライン貨幣処理を継続するようにしてもよい。
【０４５７】
なお、この別実施の形態のような方法ではなく、第１実施の形態と同様のオンライン時メイン処理およびオフライン時メイン処理を行ない、バリュー処理において貨幣識別通知の受信を監視するようにしてもよい。具体的には、図１３、図４１に示すバリュー処理のＳ９０３で携帯電話２００に対して減算要求を送信する前の段階において、貨幣識別通知を受信したか否かを判定し、貨幣識別通知を受信した場合には、携帯電話２００に対して取引中止要求を送信するとともに、貨幣処理機に対して貨幣返却制御信号を送信し、解除処理を行なうことなく、メイン処理に戻る。一方、貨幣識別通知を受信していない場合には、Ｓ９０３で減算要求を送信し、Ｓ９０５において貸与処理を行なう。この方法によれば、貨幣処理機が貨幣を受付けた後、貨幣識別通知が制御部に送信される前に、携帯電話２００が受付けられた場合にも、その後のバリュー処理において貨幣識別通知が検知されることでバリュー処理が中止される。つまり、貨幣が受付けられてから少なくとも識別されるまでの期間（前述の貨幣取込識別処理期間）に、携帯電話２００が受付けられたことに基づいて、バリュー処理を行なうことなく受付けた貨幣を返却する処理を行なう。
【０４５８】
上記の実施形態では、通番不一致時処理が、記憶している受付貨幣額の加算や消去，記憶しているオフライン端数額の加算や消去，および使用額＋消費税額の減算等、管理残額を対象とした処理である例について説明したが、これに限らず、該通番不一致時処理は、管理装置５０において、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０を特定可能に表示（報知）する処理であっても良い。これによれば、たとえば遊技場の店員が、該報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行なうといった対処が可能となる。また通番不一致時処理は、管理装置５０から、挿入通知の送信元である玉貸ユニット２０や精算要求の送信元である精算装置６０に対して報知指示を送信する処理であっても良い。これによれば、玉貸ユニット２０や精算装置６０において報知が行なわれるので、上記と同様の対処が可能となる。このように、通番不一致時処理とは、管理残額を対象とした処理には限られない。
【０４５９】
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、たとえば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
【０４６０】
上記の第１実施形態では、図１２に示すように、管理装置５０において、入金要求の受信に応じて、まずステータスの記憶（Ｓ１０４）が行なわれ、次に受付貨幣額の記憶（Ｓ１０５）が行なわれ、最後に予定残額通知の送信（Ｓ１０６）が行なわれる例について説明したが、これら３つの処理が行なわれる順序は限定されない。また玉貸ユニット２０において、予定残額通知の受信に応じて、まず特定処理である受付貨幣の取込（Ｓ１０８）が行なわれ、次に第１の通番更新処理（Ｓ１０９）が行なわれ、最後に連携処理要求である貨幣取込通知の送信（Ｓ１１０）が行なわれる例について説明したが、これら３つの処理が行なわれる順序も限定されない。さらに管理装置５０において、連携処理要求である貨幣取込通知の受信に応じて、まず受付貨幣額の加算（Ｓ１１３）が行なわれ、次に該受付貨幣額の消去（Ｓ１１４）が行なわれ、次に第２の通番更新処理（Ｓ１１５）が行なわれ、最後にステータスの更新（Ｓ１０６）が行なわれる例について説明したが、これら４つの処理が行なわれる順序は限定されない。
【０４６１】
上記の第１実施形態では、図１４に示すように、玉貸ユニット２０において、玉貸操作を受け付けると、まず使用額＋消費税額分の玉貸処理が開始され（Ｓ１２２）、次に第１の通番更新処理（Ｓ１２３）が行なわれ、最後に減算要求の送信（Ｓ１２４）が行なわれる例について説明したが、これら３つの処理が行なわれる順序は限定されない。また管理装置５０において、減算要求の受信に応じて、まず使用額＋消費税額の減算（Ｓ１２５）が行なわれ、次に第２の通番更新処理（Ｓ１２６）が行なわれ、次にステータスの記憶（Ｓ１２７）が行なわれ、最後に減算完了通知の送信（Ｓ１２８）が行なわれる例について説明したが、これら４つの処理が行なわれる順序は限定されない。
【０４６２】
上記の第１実施形態では、図１７に示すように、玉貸ユニット２０において、予定残額通知の受信に応じて、まず端数額の消去（Ｓ２４４）が行なわれ、次に第１の通番更新処理（Ｓ２４５）が行なわれ、最後に端数額消去通知の送信（Ｓ２４６）が行なわれる例について説明したが、これら３つの処理が行なわれる順序も限定されない。また管理装置５０において、端数額消去通知の受信に応じて、まず端数額の加算・消去（Ｓ２４８）が行なわれ、次に第２の通番更新処理（Ｓ２２７）が行なわれ、最後にステータスの更新（Ｓ２２８）が行なわれる例について説明したが、これら３つの処理が行なわれる順序も限定されない。
【０４６３】
上記の第１実施形態では、図２６に示すように、精算装置６０において、精算許諾情報の受信に応じて、まず端数額の消去（Ｓ２４４）が行なわれ、次に第１の通番更新処理（Ｓ２４５）が行なわれ、最後に端数額消去通知の送信（Ｓ２４６ａ）が行なわれる例について説明したが、これら３つの処理が行なわれる順序も限定されない。また管理装置５０において、端数額消去通知の受信に応じて、まず端数額の加算・消去（Ｓ２４８）が行なわれ、次に第２の通番更新処理（Ｓ２２７）が行なわれ、最後にステータスの更新（Ｓ２２８）が行なわれる例について説明したが、これら３つの処理が行なわれる順序も限定されない。
【０４６４】
上記の第１実施形態では、図２７に示すように、精算装置６０において、精算操作を受け付けると、まず許諾額分の貨幣の払い出しが行なわれ（Ｓ７８１）、次に第３の通番更新処理（Ｓ７８２）が行なわれ、最後に精算完了通知の送信（Ｓ７８３）が行なわれる例について説明したが、これら３つの処理が行なわれる順序は限定されない。また管理装置５０において、精算完了通知の受信に応じて、まず管理残額の消去（Ｓ７８４）が行なわれ、次に第４の通番更新処理（Ｓ７８５）が行なわれ、次にステータスの更新（Ｓ７８６）が行なわれ、最後に残額消去完了通知の送信（Ｓ７８７）が行なわれる例について説明したが、これら４つの処理が行なわれる順序は限定されない。
【０４６５】
以上に説明した如き、処理の順序が限定されない点は、第２実施形態についても同様である。即ち通番の更新は、特定処理や連携処理に伴って行なわれれば良く、該通番を更新するタイミングは、特定処理や連携処理の前であっても後であっても良い。
【０４６６】
上記の第１実施形態では、図２１に示すように、記録媒体が排出されるときにオフライン端数額が記録される例について説明したが、これに限らず、前記特定手段により端数額が特定される毎に、該端数額をオフライン端数額として記録媒体に記録し、記録媒体が排出されるときには、該オフライン端数額が記録されている記録媒体をそのまま排出するようにしても良い。即ち、記録媒体にオフライン端数額を記録するタイミングは、特に限定されず、これは第２実施形態，および消費税が徴収されない変形例についても同様である。
【０４６７】
上記の第１実施形態では、図１７および図２６に示すように、端数額消去要求である予定残額通知（Ｓ２４１），精算許諾情報（Ｓ２４１ａ）を受信したときに、端数額消去処理（Ｓ２４４）が行なわれる例について説明したが、これに限らず、たとえば記録媒体を受け付けたときに端数額消去処理を行なうと共に該消去した端数額を記憶しておき、端数額消去要求を受信した旨を記憶しておき、記録媒体が排出されるときに該端数額消去要求を受信した旨を記憶しているか否かを判定し、記憶していると判定された場合には、端数額が消去されている記録媒体をそのまま排出し、記憶していないと判定された場合には、前記記憶していた端数額を記録媒体に記録してから排出するようにしても良い。即ち、端数額消去要求の受信に基づいて、記録媒体が排出されるまでの間に、端数額消去処理が行なわれれば良い。これは第２実施形態，および消費税が徴収されない変形例についても同様である。
【０４６８】
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。たとえば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤおよび通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
【０４６９】
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（たとえば図１５のＳ１８４）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０又は精算装置６０から管理装置５０に対して入金要求，挿入通知，又は精算要求が送信され、該情報を受信した管理装置５０が装置ＩＤを記憶した後、オフライン状態となって、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤは消去されない。従って、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
【０４７０】
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の変形例では、貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
【０４７１】
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２ずつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、たとえばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などの、順序を特定可能なキャラクタ等であっても良い。なお「通番の一致」とは、必ずしも値が一致することに限られず、記録媒体の通番（記録通番）と管理装置５０の通番（管理通番）とが所定の関係にあることと特定される場合も含まれる。たとえば、記録通番と管理通番が２つずれるという関係であれば、（記録通番）＝（管理通番＋２）の場合には通番が一致することに該当する。
【０４７２】
上記の第２実施形態では、図３０のＳ２０３ａ'，および図３５のＳ７０３'に示すように、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されなかった場合には、エラーとして残額の使用・精算が不可能である例について説明したが、これに限らず、たとえばオフライン端数額を記憶しないことにより、該オフライン端数額は使用・精算できないが、当該記録媒体の管理残額は使用・精算できるようにしても良い。
【０４７３】
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
【０４７４】
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
【０４７５】
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
【０４７６】
上記の実施形態では、図３（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，および返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，および返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
【０４７７】
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
【０４７８】
上記の実施形態では、図３（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，および１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，および５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２および硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
【０４７９】
上記の実施形態では、図３（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
【０４８０】
上記の実施形態では、図３（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（たとえば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
【０４８１】
上記の実施形態では、図３（ａ）（ｂ）に示すように、コイン排出口１１２が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該コイン排出口は、遊技用装置の前面から陥没して形成されるようにしても良い。
【０４８２】
上記の実施形態では、たとえば図１２のＳ１０３に示すように、玉貸ユニット２０から送信される入金要求に受付貨幣額と記録媒体ＩＤとが含まれる例について説明したが、これに限らず、玉貸ユニット２０から送信される挿入通知に記録媒体ＩＤと装置ＩＤとを含めて送信し、該挿入通知を受信した管理装置５０において、該挿入通知に含まれる記録媒体ＩＤに対応付けて該挿入通知に含まれる装置ＩＤを管理するようにした場合には、前記入金要求に受付貨幣額と装置ＩＤとを含めて送信し、該入金要求を受信した管理装置５０において、該入金要求に含まれる装置ＩＤに対応付けて管理されている記録媒体ＩＤを特定し、前記入金要求に含まれる受付貨幣額を該特定された記録媒体ＩＤに対応付けて管理するようにしても良い。即ち入金要求は、受付貨幣額と記録媒体ＩＤとを特定可能な情報であれば良く、この場合には装置ＩＤが前記記録媒体ＩＤを特定可能な情報である。また入金可能な貨幣の金種が１種類である場合には、入金要求には受付貨幣額を含めなくても良い。
【０４８３】
上記の第１実施形態では、図１２のＳ１０６に示すように、管理残額と受付貨幣額との合算額を特定可能な残額通知として、該合算額である予定残額を含む予定残額通知が管理装置５０から玉貸ユニット２０に対して送信される例について説明したが、これに限らず、玉貸ユニット２０は、管理残額を記憶残額として把握していると共に、受付貨幣額を把握しているので、前記合算額を含まない残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、前記把握している管理残額と受付貨幣額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。また管理残額又は受付貨幣額のいずれか一方のみを含む残額確認通知を前記残額通知として管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において該残額確認通知を受信したことに基づいて、該残額確認通知に含まれる管理残額又は受付貨幣額と、前記把握している受付貨幣額又は管理残額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。
【０４８４】
上記の第１実施形態では、図１７のＳ２４１に示すように、管理残額と端数額（オフライン端数額）との合算額を特定可能な残額通知として、該合算額である予定残額を含む予定残額通知が管理装置５０から玉貸ユニット２０に対して送信される例について説明したが、これに限らず、玉貸ユニット２０は、記録媒体に記録されているオフライン端数額を把握しているので、管理残額のみを含む残額通知を管理装置５０から玉貸ユニット２０に対して送信し、該玉貸ユニット２０において残額通知を受信したことに基づいて、該受信した残額通知に含まれる管理残額と前記把握しているオフライン端数額との合算額を算出し、該算出した合算額を制御部２１のＲＡＭで記憶するようにしても良い。
【０４８５】
上記の第１実施形態では、図２６のＳ２４１ａに示すように、管理残額と端数額（オフライン端数額）との合算額を特定可能な合算額精算許諾情報として、該合算額である予定残額を含む精算許諾情報が管理装置５０から精算装置６０に対して送信される例について説明したが、これに限らず、精算装置６０は、記録媒体に記録されているオフライン端数額を把握しているので、管理残額のみを含む精算許諾情報を管理装置５０から精算装置６０に対して送信し、該精算装置６０において精算許諾情報を受信したことに基づいて、該受信した精算許諾情報に含まれる管理残額と前記把握しているオフライン端数額との合算額を算出し、該算出した合算額に相当する貨幣の払い出しを可能とするようにしても良い。
【０４８６】
上記の第１実施形態では、図１７のＳ２４１に示すように、端数額消去要求と合算額特定情報とを兼ねる予定残額通知が送信される例について説明したが、これに限らず、該端数額消去要求と合算額特定情報とが別個に送信されるようにしても良い。同様に、上記の第２実施形態では、図３１のＳ２４１'に示すように、端数額消去要求と合算額特定情報とを兼ねる残額通知が送信される例について説明したが、これに限らず、該端数額消去要求と合算額特定情報とが別個に送信されるようにしても良い。さらに、上記の変形例では、図３５のＳ２４１''に示すように、入金残額消去要求と合算額特定情報とを兼ねる予定残額通知が送信される例について説明したが、これに限らず、該入金残額消去要求と合算額特定情報とが別個に送信されるようにしても良い。
【０４８７】
上記の実施形態では、図７に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、たとえば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
【０４８８】
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
【０４８９】
上記の実施形態では、たとえば図１２に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１８４の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、受付貨幣額から第１の貸与処理に使用された使用額および該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ１０２から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額＋消費税額分の玉貸処理が行なわれたときに、装置ＩＤと使用額＋消費税額とを含む前記減算要求を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行なう。
【０４９０】
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行なわれる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額および該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ１０２から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行なう。
【０４９１】
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（たとえばバーコード），三次元コード，又は光干渉（たとえばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
【０４９２】
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、たとえば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
【０４９３】
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
【０４９４】
上記の実施形態では、ビジタコイン５に対してのみ管理残額有り情報（オンライン残額有りフラグ）が記録される例について説明したが、これに限らず、第１の貸与処理の対象となった会員カード４の管理残額が零でないことを条件として、該会員カード４に管理残額有り情報を記録し、管理残額を記録することなく排出する第１の排出処理を記録媒体排出処理手段（制御部２１）により行なうようにしても良い。
【０４９５】
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、たとえば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
【０４９６】
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
【０４９７】
上記の実施形態では、玉貸処理が行なわれた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行なわれて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
【０４９８】
上記の実施形態では、図１４に示すように、減算要求に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該減算要求に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（たとえば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、減算要求に玉貸操作が行なわれた旨のみを含めて管理装置５０に対して送信すれば良い。
【０４９９】
上記の実施形態では、たとえば図１４のＳ１２５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
【０５００】
上記の実施形態では、玉貸ユニット２０において使用額＋消費税額分の玉貸処理が行なわれた場合に、該使用額＋消費税額（たとえば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行なわれる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額＋消費税額分（たとえば５回）繰り返し行なわれるようにしても良く、この場合には、残額表示器２５における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
【０５０１】
上記の実施形態では、たとえば図１５のＳ１９１〜Ｓ１９２に示すように、収納コイン保持部１４０で保持しているビジタコイン５が排出されてから直ちに、収納通路１３１で収納されている最下位のビジタコイン５が排出されて収納コイン保持部１４０に保持される例について説明したが、これに限らず、収納コイン保持部１４０で保持しているビジタコイン５が排出された後、貨幣が受け付けられたときに、収納通路１３１で収納されている最下位のビジタコイン５が排出されて収納コイン保持部１４０に保持されるようにしても良い。
【０５０２】
上記の実施形態では、たとえば図２１に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行なわれる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
【０５０３】
上記の実施形態では、図２５のＳａ７０１に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行なわれる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（たとえば５００円）未満であるか否かの判定が行なわれるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行なわれるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
【０５０４】
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
【０５０５】
上記の第１実施形態では、図１２のＳ１１４に示す加算済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該受付貨幣額に対して加算済フラグを立てる処理でも良い。また図１７のＳ２４８に示す加算済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該加算済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該加算済更新処理は、当該オフライン端数額に対して加算済フラグを立てる処理でも良い。
【０５０６】
上記の第２実施形態では、図２９のＳ１１４に示す処理済更新処理が、受付貨幣額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、受付貨幣額を零にする処理でも良い。また受付貨幣額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該受付貨幣額に対して処理済フラグを立てる処理でも良い。また図３１のＳ２４８'に示す処理済更新処理が、オフライン端数額を消去する処理である例について説明したが、これに限らず、該処理済更新処理は、オフライン端数額を零にする処理でも良い。またオフライン端数額が消去又は零にされずに累積的に記憶される場合には、該処理済更新処理は、当該オフライン端数額に対して処理済フラグを立てる処理でも良い。
【０５０７】
上記の実施形態では、たとえば図１４に示す減算完了通知には管理残額が含まれず、玉貸ユニット２０において記憶残額の減算が行なわれる例について説明したが、これに限らず、減算完了通知に管理残額が含まれるようにして、該管理残額が記憶残額として記憶されるようにしても良い。この場合において、オフライン状態が発生したときには、玉貸ユニット２０において記憶残額の減算を行なう。
【０５０８】
上記の実施形態では、図２４，図３４に示すように、オンライン状態への復帰を検知した管理装置５０から玉貸ユニット２０に対して開始要求が送信され、該開始要求に応じた開始応答が玉貸ユニット２０から管理装置５０に対して送信された後に、玉貸ユニット２０から管理装置５０に対してオンライン復帰通知が送信される（即ち管理装置５０からの要求に応じて玉貸ユニット２０がオンライン復帰通知を送信する）例について説明したが、これに限らず、これら開始要求および開始応答のやりとり無しに、オンライン状態への復帰を検知した玉貸ユニット２０から管理装置５０に対してオンライン復帰通知が送信される（即ち管理装置５０からの要求によらずに玉貸ユニット２０が自発的にオンライン復帰通知を送信する）ようにしても良い。即ち通信可否検知手段（制御部２１）によりオフライン状態を検知している状態からオンライン状態への復帰したことに基づいて、玉貸ユニット２０から管理装置５０に対してオンライン復帰通知が送信されれば良い。
【０５０９】
上記の実施形態では、図２４，図３４に示すように、玉貸ユニット２０が、開始要求を受信した後に、Ｓ６０３およびＳ６０４の処理を行なう例について説明したが、これに限らず、開始応答を送信した後に、該Ｓ６０３およびＳ６０４の処理を行なうようにしても良い。
【０５１０】
上記の実施形態では、記録媒体を受け付けた場合とオンライン状態に復帰した場合とを統一的に取り扱うために、図２４，図３４に示すように、Ｓ６０３およびＳ６０４の処理を行なう（即ち図２４および図３４では記憶端数額をオフライン端数額として記録媒体に一旦記録する）例について説明したが、該Ｓ６０３およびＳ６０４の処理を行なわないようにしても良く、この場合には、Ｓ６０６のオンライン復帰通知には記憶端数額がオフライン端数額として含まれ、図１７，図３１のＳ２４４では記憶端数額が消去される。
【０５１１】
上記の実施形態では、前記残額を使用した玉貸処理を特別処理として行なう玉貸ユニット２０に前記記録媒体処理機構が備えられる例について説明したが、該記録媒体処理機構が備えられる装置の種類は、これには限定されない。
【０５１２】
たとえば特別処理を行なうための情報として特別処理用価値の大きさ（残額や残度数等）を特定可能な情報が記録された円盤状記録媒体が使用され、商品やサービスの購入についての決済に伴って前記特定処理用価値の大きさを減算するための処理を特別処理として行なう装置に、前記記録媒体処理機構が備えられるようにしても良い。この場合には、上記の実施形態と同様に、前記減算が行なわれた後の残額や残度数が零でなければ、円盤状記録媒体が排出されて返却される。また前記減算が行なわれた後に残額や残度数が零になると、円盤状記録媒体が回収されて収納される。そして貨幣が受け付けられると、該収納されている円盤状記録媒体に新たな残額や残度数が付与されて排出される。
【０５１３】
また特別処理を行なうための情報として有効期間を特定可能な情報が記録された円盤状記録媒体が使用され、該有効期間を照会する処理（たとえば鉄道の一日乗車券が有効であるか否かを照会する処理）を特別処理として行なう装置（たとえば自動改札機等）に、前記記録媒体処理機構が備えられるようにしても良い。この場合には、前記照会が行なわれた結果として有効期間内と判定されると、円盤状記録媒体が排出されて返却される。また前記照会が行なわれた結果として有効期間切れと判定されると円盤状記録媒体が回収されて収納される。そして貨幣が受け付けられると、該収納されている円盤状記録媒体に新たな有効期間が付与されて排出される。
【０５１４】
また特別処理を行なうための情報として所定のデータ（たとえば診療データ，住民データ，銀行口座の預金額等）を引き出すための情報が記録された円盤状記録媒体が使用され、該データを引き出す処理を特別処理をして行なう装置に、前記記録媒体処理機構が備えられるようにしても良い。この場合には、データを処理を行なう際に暗証番号の入力を受け付け、該入力された暗証番号が前記データと対応付けて登録されている暗証番号と一致するか否かを判定し、一致すると判定されると、前記データの引き出しが行なわれて、円盤状記録媒体が排出されて返却される。一方、一致しないと判定されることが所定回数続くと、前記データの引き出しは行なわれずに、円盤状記録媒体が回収されて収納される。そして新たなデータが登録されると、該収納されている円盤状記録媒体に該データを引き出すための情報が記録されて排出される。
【０５１５】
上記の実施形態では、図１および図３に示すように、玉貸ユニット２０の制御部２１と通路ユニット１００の制御部１０１とが別個に設けられている例について説明したが、これに限らず、制御部２１の機能と制御部１０１の機能とを併せ持つ１つの制御部を設けるようにしても良い。これは精算装置６０においても同様である。
【０５１６】
上記の実施形態では、図３（ａ）（ｂ）（ｃ）に示すように、カード挿入口１９０がコイン排出口１１２の側方に設けられ、下部アンテナ１０４（第２読取部）が収納コイン保持部１４０（第２保持部）とカード保持部１９１との間に配設される例について説明したが、これに限らず、カード挿入口１９０がコイン投入口１１１の側方に設けられ、上部アンテナ１０３（第１読取部）が投入コイン保持部１２０（第１保持部）とカード保持部１９１との間に配設されるようにしても良い。即ち第１読取部又は第２読取部は、第１保持部又は第２保持部とカード保持部１９１との間に配設されることにより、円盤状記録媒体（ビジタコイン５）およびカード状記録媒体（会員カード４）の両方の記録情報を読み取るものであれば良く、これによれば、第１読取部又は第２読取部が、第１保持部又は第２保持部とカード保持部との間に配設され、円盤状記録媒体およびカード状記録媒体の両方の記録情報を読み取るので、カード保持部に対応する読取部を第１読取部又は第２読取部とは別個に設ける場合と比べて、省スペース化を図ることができると共に、製造コストが削減される。
【０５１７】
上記の実施形態では、図５に示すように、投入コイン排出通路１６０の一部である連絡通路１６１に傾斜部１６２を設けて、該投入コイン排出通路１６０を収納排出通路１３０に対してビジタコイン５の厚み方向にずらす例について説明したが、これに限らず、収納排出通路１３０に傾斜部を設けて、該収納排出通路１３０を投入コイン排出通路１６０に対してビジタコイン５の厚み方向にずらすようにしても良く、また投入コイン排出通路１６０および収納排出通路１３０の双方に傾斜部を設けて、該投入コイン排出通路１６０および収納排出通路１３０の双方を中心から（たとえば半分ずつ）ずらすようにしても良い。即ち投入コイン排出通路１６０の一部又は全部を、収納排出通路１３０に対してビジタコイン５の厚み方向に相対的にずらすことにより、第１誘導通路１６３と第２誘導通路１３３とが重畳してコイン排出口１１２に臨むように形成されていれば良い。
【０５１８】
最後に、上記の実施形態に記載した発明に対応する「従来技術」，「発明が解決しようとする課題」，および「発明の効果」を説明する。
【０５１９】
まず、カードユニット（本願の遊技用装置に相当）が会員カード（本願の記録媒体に相当）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に対して一旦加算され、その後に遊技者の玉貸操作によって基準貸与額分の遊技媒体を貸与する従来システムではでは、遊技用装置が記録媒体の挿入中に所定額未満の貨幣（たとえば５００円硬貨や１００円硬貨等の低額の貨幣）を受け付けた場合にも、受付貨幣額が一旦残額に対して加算され、その後に遊技者の玉貸操作によって基準貸与額分（たとえば間接税を含む場合は５２５円分，含まない場合は５００円分）の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
【０５２０】
そこで、上記の実施形態に記載した発明では、予め定められた所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額＋対応消費税額分のパチンコ玉を貸与するか，又は受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分の遊技媒体を貸与するようにしている。これにより、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
【０５２１】
また第１の従来技術として、特開２００２−３２５９５３号公報（図６，図１２，段落０１３５，０１７４）を示す。この第１の従来技術に示すように、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の第２の貸与処理に相当）が行なわれるシステムも知られている。
【０５２２】
また第２の従来技術として、特開２００１−３４８１５号公報（図１，段落００２８，００３９）を示す。この第２の従来技術に示すように、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の端数額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が知られている。
【０５２３】
しかしながら、上記特許文献１に示すような完全ＩＤ管理のシステムにおいて、遊技機の稼働を確保するために、第１の従来技術に示すように通信不可能状態にある遊技用装置で貨幣を受け付けて貸与処理（一発貸し）を可能とし、該通信不可能状態に限って、受付貨幣額から該貸与処理に使用された使用額を減算した入金残額（オフライン端数額）を記録媒体に記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行なった結果として当該入金残額が零になったときに、第２の従来技術に示すように該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう一方、該記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになってしまうという問題点がある。
【０５２４】
そこで、上記の実施形態に記載した発明では、オフライン状態にある玉貸ユニット２０で、貨幣を受け付けて貸与処理（一発貸し）が行なわれた結果として入金残額（オフライン端数額）が発生し、該入金残額を使用した貸与処理が行なわれた結果として当該入金残額が零になった場合において、オンライン残額有りフラグが該ビジタコイン５に記録されていることを条件として、当該ビジタコイン５が排出されるようにしている。これによれば、管理残額があるビジタコイン５を遊技者に確実に返却できる一方で、管理残額が無く本来返却する必要のないビジタコイン５の無駄な返却を防止できる。
【０５２５】
また第３の従来技術として、特開２０００−１４８６８３号公報（図５，段落００４５，００４６）を示す。この第３の従来技術に示すように、複数のコンピュータ間でのデータ転送を行なうシステムであって、送信側コンピュータから処理要求を送信するにあたり情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは処理要求に応じた処理を実行した後に該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが知られている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ処理完了前に異常が発生したものと判断する。
【０５２６】
しかしながら、上記特許文献１に示すシステムでは、遊技用装置側での特定処理（たとえば玉貸処理）に対応する管理装置側での連携処理（たとえば残度数の減算）を要求する連携処理要求（たとえば減算要求）を該管理装置が受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理が行なわれたにも拘わらず、管理装置側では連携処理が行なわれないことで、処理の不一致が生ずる。ここで上記特許文献１のシステムに第３の従来技術の手法を適用した場合、遊技用装置と管理装置とがオンライン状態に復帰したときに、遊技用装置から管理装置に対して、情報格納域の通番を含む確認要求が送信され、該確認要求に含まれる通番が前記登録されている通番よりも小さいと判断されれば、管理装置側で連携処理が行なわれていない旨を特定して対処することができるが、遊技用装置と管理装置とがオンライン状態に復帰するまでの間は、管理装置は、前記オフライン状態が発生したときに、該遊技用装置で特定処理が行なわれたにも拘わらず、管理装置で連携処理が行なわれていないことを特定できなかったため、オンライン状態に復帰するまでの間は、該連携処理が行なわれていないことに対する対処ができないという問題点がある。
【０５２７】
そこで、上記の実施形態に記載した発明では、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるようにしている。これによれば、オフライン状態が発生した遊技用装置がオンライン状態に復帰するのを待つことなく、該遊技用装置から排出された記録媒体が他のオンライン状態の遊技用装置において受け付けられることで、該記録媒体に記録されている通番と該記録媒体の記録媒体識別情報に対応付けて管理装置で管理されている通番から、オフライン状態の発生により遊技用装置で特定処理が行なわれたにも拘わらず該特定処理に対応する連携処理が管理装置で行なわれていないことを特定して、対処することができる。
【０５２８】
次に、前述した実施の形態における特徴点の効果を以下に列挙する。
（１）  前述した消費税等の間接税を徴収する場合（Ｋ≠０の場合）に、オフライン状態で一発貸しを行なってその結果端数額が零となった場合に、オンライン残額有りフラグが記録されていることを条件としてそのカード４やコイン５が遊技者に返却されるために、管理残額のあるカード４やコイン５を遊技者に確実に返却できる一方、管理残額のないカード４やコイン５の無駄な返却を防止できる。また、間接税を徴収しない場合（Ｋ＝０の場合）、端数額が生ずることがなく、そのような場合に、オフライン状態でカード４やコイン５の玉貸ユニット２０への受付が禁止されるために、遊技者がカード４やコイン５を取り忘れる不都合を極力防止することができる。
【０５２９】
（２）  玉貸ユニット２０は、オンライン状態で受付けたカード４やコイン５の管理残額が零でないか否かを管理し（制御部２１のＲＡＭで残額を記憶し）、カード４やコイン５を受付けた後にオフライン状態を検知したときに、管理残額の使用を許容せず、間接税を徴収する設定（Ｋ≠０）のときには、オフライン状態を検知したときにもカード４やコイン５の受付を継続し、管理残額が零でない旨を管理しておりかつ遊技者からの返却操作を受付けたことを条件として、オンライン残有りフラグを記録してカード４やコイン５を排出するために（図２１のＳ５４３〜Ｓ５４５、Ｓ５６１〜Ｓ５６３、Ｓ５８２〜Ｓ５８５）、カード４やコイン５の受付後にオフライン状態が発生した場合にも、管理残額のあるカード４やコイン５を確実に遊技者に返却できる。さらに、間接税を徴収するときに、カードの受付を継続することで、端数情報を記録するために遊技者が再度カード４やコイン５を玉貸ユニット２０に投入する手間を省くことができる。
【０５３０】
（３）  オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額が記録されているカード４やコイン５が受付けられ、さらに貨幣が受付けられると、その端数額と受付貨幣額との合算額が税込単位額（「１００（１＋ｋ）」円）以上であることを条件として、受付けた貨幣が回収されて、前記合算額の範囲内における税込単位額の整数倍で最大の金額を用いて貸与処理が行なわれることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
【０５３１】
（４）  間接税を徴収する設定（Ｋ≠０）のときでオフライン状態において、端数情報の記録されたカード４やコイン５を受付けた玉貸ユニット２０からその記録媒体ＩＤと端数情報とが管理装置５０に送信され、管理装置５０において、受信した記録媒体ＩＤに対応付けて管理している管理残額と端数額とを合算するための処理を行なって合算額を玉貸ユニット２０に返信するために（たとえば図１７のＳ２４１）、端数額を管理残額と合算して貸与処理に使用することができるようになり、遊技者の利便性が向上する。
【０５３２】
（５）  玉貸ユニット２０が先に貨幣を受付けた場合にも、少なくとも当該貨幣を識別するまでの期間に電子マネーが記憶されている携帯電話２００が受付けられたときには、当該携帯電話２００に記憶されている電子マネーを使用した取引処理（一発貸し）が行なわれ、該受付けられた貨幣が返却されるので、遊技者の利便性が向上する。
【０５３３】
（６）  玉貸ユニット２０に受付けられた貨幣が識別されるまでの期間に当該玉貸ユニット２０で使用可能な電子マネーを記憶していない携帯電話２００が受付けられたときには、既に受付けている貨幣を使用した取引処理（入金や玉貸し）が行なわれるので、遊技者が再び貨幣を挿入する手間を省くことができ、玉貸ユニット２０の稼動の低下を極力防止することができる。また、貨幣の挿入と遊技使用可能な電子マネー以外の電子マネーしか記憶していない記録媒体や携帯電話２００の受付等を繰返すような悪戯が遊技者により行なわれた場合においても、既に取込んでいる貨幣による取引処理が実行されるために、そのような悪戯を防止することができる。
【０５３４】
（７）  貨幣の返却により、受付けた携帯電話２００に玉貸ユニット２０で使用可能な電子マネーが記憶されていないことを遊技者に気づかせることができ、たとえば取引処理（一発貸し）に使用可能な電子マネーの利用登録等の電子マネーを利用した取引処理（一発貸し）の実行を可能とするための手続の必要性を遊技者に気づかせることができる。また、たとえば、玉貸ユニット２０で使用可能な電子マネーが記憶された携帯電話２００と該使用可能な電子マネーが記憶されていない携帯電話２００とを所持するユーザが、誤って使用可能な電子マネーが記憶されていない携帯電話２００の方をかざしてしまった場合においても、貨幣が返却されるので、そのような遊技者の利便性が向上する。
【０５３５】
（８）  貨幣の受付後少なくとも当該貨幣が識別されるまでの期間に携帯電話２００を受付けたときに、電子マネーを使用した取引処理（一発貸し）が行なわれずかつ該受付けた貨幣が返却されるために、現金が遊技者の手元に残り、遊技者の利便性が向上する。
【０５３６】
（９）  玉貸ユニット２０での取引処理（入金や玉貸し）に伴って更新される通番が記録媒体に記録されるので、管理装置５０と通信不可能状態となった玉貸ユニット２０が通信可能状態に復帰するのを待つことなく、通信可能状態にある別の玉貸ユニット２０で記録媒体を使用することで、該記録媒体に記録されている通番と管理装置５０において該記録媒体の記録媒体識別情報に対応付けられた通番とから、通信不可能状態の発生により玉貸ユニット２０で特定処理（入金や玉貸し）が行なわれたにも拘らず、管理装置５０で該特定処理に連携する処理が行なわれていないことを特定して、対処することが可能となる。
【０５３７】
（１０）  管理装置５０において、通番が一致しないと判定され、かつ識別金額が未加算の状態で記憶されていることを条件として、通番不一致時処理として、識別金額加算処理と加算済更新処理とが行なわれるために、管理装置５０が入金要求を受信してから玉貸ユニット２０が残額通知を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。一方、管理装置５０において、通番が一致すると判定され、かつ識別金額が未加算の状態で記憶されていることを条件として、識別金額加算処理を行なうことなく加算済更新処理が行なわれるために、玉貸ユニット２０が残額通知を受信してから管理装置５０が通番更新通知を受信する前に通信不可能状態となった場合にも、正確な残額を確定することができる。
【０５３８】
（１１）  通信不可能状態である玉貸ユニット２０で、入金残額が記録された記録媒体が受付けられ、該入金残額を使用した入金残額対応処理が行なわれた結果として当該入金残額が零になった場合において、管理残額が零でない旨を示す管理残額有情報が記録媒体に記録されていることを条件として、当該記録媒体が排出されるので、管理残額がある記録媒体を遊技者に確実に返却できる一方で、管理残額がなく本来返却する必要のない記録媒体の無駄な返却を防止することができる。
【０５３９】
（１２）  取引処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置５０と通信できない通信不可能状態で玉貸ユニット２０が貨幣を受付けたときに、該受付貨幣の識別金額から、残額を取引処理に使用する際の予め定められた１単位である単位使用額（１００円）と該単位使用額に対応する間接税額（５円）との合算額である税込単位額（１０５円）の整数倍に相当する取引対象額と、該税込単位額未満の端数額とが特定され、遊技者の操作によることなく取引対象額が取引処理に使用され、その結果発生する端数額が記録媒体に記録されて排出されるために、端数額用に別の記録媒体を発行する場合に比べて記録媒体の節約になるとともに、遊技者にとっても扱う記録媒体の種類を抑えることができ、利便性が向上する。
【０５４０】
次に、以上説明した実施の形態におけるさらなる変形例や特徴点等を以下に列挙する。
（１）  図９のＳ６３１、Ｓ６０２１で説明したように、前述の実施の形態では、玉貸し等の遊技使用可能な電子マネーを記憶しているか否かを携帯電話２００自身が判断し、その判断結果を応答信号として玉貸ユニット２０の制御部２１へ返信し、制御部２１の方でその返信されてきた答を判定するように構成した。しかし、それに代えて、携帯電話２００の記憶部２９２に記憶されているすべての情報を携帯電話２００から制御部２１へ送信してもらい、制御部２１で、その送信されてきた情報中に遊技使用可能な電子マネーが含まれているか否かを判定するように制御してもよい。
【０５４１】
（２）  携帯電話２００に記憶されているバリュー残高を使用しての取引処理として、前述の実施の形態では、一発貸しを一例として示したが、その代わりにあるいはそれに加えて、図２０のＳ５１１〜Ｓ５１６のように、既に挿入されている記録媒体のオフライン端数額とバリュー残額との合算値を用いて、玉貸処理を行なうようにしてもよい。さらには、携帯電話２００に記憶されているバリュー残額を使用しての取引処理において管理装置５０と通信して図１２に示すような入金処理およびその入金額と受付貨幣額との合算値による玉貸処理とを行なうようにしてもよい。
【０５４２】
（３）  消費税を徴収しない設定（Ｋ＝０）の場合、オフライン時において記録媒体の玉貸ユニット２０への受付けを禁止する方法として、コイン５についてはコインシャッタを閉塞することなくコイン投入口１１１で受付け、コイン投入口１１１に投入されたコイン５を返却するようにしてもよい。また、カード挿入口１９０にシャッタを設けてもよい。
【０５４３】
（４）  前述の実施形態では、図１９、図３３のＳ３６０、Ｓ３５６、Ｓ３６２、Ｓ３６５で説明したように、玉貸ユニット２０がコイン５やカード４を受付けた後オフラインに切換わった場合にコイン５やカード４を自動的に返却するように制御したが、それに代えて、遊技者の返却操作を待って返却するようにしてもよい。
【０５４４】
（５）  前述の実施の形態では貨幣処理機６８が紙幣と硬貨の両方を受付けて処理するものを示したが、それに代えて、玉貸ユニット２０に硬貨処理機を別途設け、貨幣処理機６８が紙幣のみを受付処理し、硬貨は硬貨処理機で処理するようにしてもよい。
【０５４５】
（６）  前述の実施の形態では、消費税を徴収する場合（Ｋ≠０の場合）におけるオフライン端数額を、端数額を特定可能な端数情報として図２０に示すように一発貸しの実行毎に算出し、カード（コイン）に記録しているが、それに代えて、オフライン中のカード（コイン）が受付けられている玉貸ユニット２０で受付けた貨幣額の合算額である総入金額とオフライン中の一発貸しした処理額の合算額である総処理額を前記端数情報としてカード（コイン）に記録するようにしてもよい。
【０５４６】
（７）  間接税（消費税）の設定は、各玉貸ユニット２０にディップスイッチを設けてそのディップスイッチを操作することにより入力設定したり、あるいはリモコン操作により各玉貸ユニット２０に入力設定するようにしてもよい。
【０５４７】
（８）  前述の実施の形態では、図１７のＳ２４１により合算額を含む予定残額通知を管理装置５０が玉貸ユニット２０へ送信することにより、管理装置５０はその合算額を玉貸ユニット２０における玉貸処理に使用させるための処理を行なっている。しかし、その代わりに、以下のような方法により、合算額を玉貸処理に使用させるための処理を行なうようにしてもよい。
【０５４８】
第１の方法として、玉貸ユニット２０からオフライン端数額を含む挿入通知を管理装置５０へ送信し、それを受けた管理装置５０ではそのオフライン端数額を対応する管理残額に加算更新する一方、玉貸を許容する玉貸許容信号を玉貸ユニット２０へ返信する。玉貸ユニット２０では、その返信されてきた玉貸許容信号を受信したことに基づいて、玉貸操作を受付け可能とし、玉貸操作を受付けたことに基づき、玉貸に使用する使用額（たとえば５２５円）を減算するための減算要求を管理装置５０へ送信する。管理装置５０では、減算要求を受け、前述した加算更新後の管理残額が減算要求額（たとえば５２５円）以上であるか否か判断し、以上であることを条件として、減算可能信号を玉貸ユニット２０へ返信するとともに管理残額を減算処理する。玉貸ユニット２０は減算可能信号を受信したことにより玉貸しを実行する。以上の管理装置５０の処理において、前述の玉貸許容信号の返信が、合算額を玉貸処理に使用させるための処理に該当する。
【０５４９】
第２の方法として、玉貸ユニット２０がオフライン端数額を含む挿入通知を管理装置５０へ送信すると共に該オフライン端数額を記憶し、管理装置５０では、挿入通知を受けて、オフライン端数額をそれに対応する管理残額に加算更新する一方、加算更新する前の管理残額を玉貸ユニット２０へ返信する。玉貸ユニット２０では、それを受けて、受信した管理残額に対し前記記憶したオフライン端数額を合算して、その合算額の範囲内で玉貸を実行する制御を行なう。この管理装置５０の前述した加算更新前の管理残額を玉貸ユニット２０へ返信する処理が、合算額を玉貸処理に使用させるための処理に該当する。
【０５５０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０５５１】
【図１】本発明に係る遊技用システムの一例を表わす機能ブロック図である。
【図２】玉貸処理機と携帯電話との制御機能ブロック図である。
【図３】（ａ）は玉貸ユニットおよびパチンコ機の一例を表わす正面図であり、（ｂ）は同玉貸ユニットの断面左側面図であり、（ｃ）はＸ−Ｘ線拡大断面平面図であり、（ｄ）は通路ユニットの機能ブロック図である。
【図４】玉貸ユニットに備えられる通路ユニットを模式的に表わす断面左側面図である。
【図５】玉貸ユニットに備えられる通路ユニットを模式的に表わす斜視図である。
【図６】（ａ）は精算装置の一例を表わす斜視図であり、（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表わす図である。
【図７】第１実施形態に係る遊技用システムにおけるＤＢの一例を表わす図であり、管理装置の残額管理ＤＢおよび玉貸設定金額ＤＢである。
【図８】玉貸ユニットのメイン処理のプログラムを示すフローチャートである。
【図９】第１実施形態のンライン時メイン処理の具体的処理内容を示すフローチャートである。
【図１０】第１実施形態の貨幣処理機処理のフローチャートである。
【図１１】第１実施形態のオンライン時メイン処理の具体的処理内容を示すフローチャートである。
【図１２】第１実施形態のオンライン貨幣処理の具体的処理内容を示すフローチャートである。
【図１３】第１実施形態のバリュー処理の具体的処理内容を示すフローチャートである。
【図１４】第１実施形態のオンライン玉貸処理の具体的処理内容を示すフローチャートである。
【図１５】第１実施形態のオンライン返却処理の具体的処理内容を示すフローチャートである。
【図１６】第１実施形態のオンライン記録媒体（カード，コイン）受付処理の具体的処理内容を示すフローチャートである。
【図１７】図１６に続く図である。
【図１８】図１６に続く図であり、通番不一致時処理の一例を表わす図である。
【図１９】第１実施形態の切換時処理の具体的処理内容を示すフローチャートである。
【図２０】第１実施形態のオフイン記録媒体（カード，コイン）受付処理とオフライン貨幣処理の具体的処理内容を示すフローチャートである。
【図２１】第１実施形態のオフライン返却処理の具体的処理内容を示すフローチャートである。
【図２２】第１実施形態で定残額通知の受信前にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表わす説明図である。
【図２３】第１実施形態で端数額消去通知の送信後にオフライン状態となった玉貸ユニットにおいて貨幣を受け付けた場合の処理の一例を表わす説明図である。
【図２４】第１実施形態の復帰時処理の具体的処理内容を示すフローチャートである。
【図２５】第１実施形態で精算装置において記録媒体を受け付けた場合の処理の一例を表わす図である。
【図２６】図２５に続く図である。
【図２７】第１実施形態で精算装置において精算操作を受け付けた場合および返却操作を受け付けた場合の処理の一例を表わす図である。
【図２８】第１実施形態で精算装置においてオフライン状態の発生を検出した場合の処理の一例を表わす図である。
【図２９】第２施形態のオンライン貨幣処理の具体的処理内容を示すフローチャートである。
【図３０】第２施形態のオンライン記録媒体（カード，コイン）受付処理の具体的処理内容を示すフローチャートである。
【図３１】図３０に続く図である。
【図３２】図３０に続く図であり、通番不一致時処理の一例を表わす図である。
【図３３】第２実施形態の切換時処理の具体的処理内容を示すフローチャートである。
【図３４】第２実施形態の復帰時処理の具体的処理内容を示すフローチャートである。
【図３５】第２実施形態で精算装置において記録媒体を受け付けた場合の処理の一例を表わす図である。
【図３６】図３５に続く図である。
【図３７】第２実施形態で精算装置においてオフライン状態の発生を検出した場合の処理（切換時処理）のフローチャートである。
【図３８】通番一致時処理の変形例を表わす図である。
【図３９】通番不一致時処理の変形例を表わす図である。
【図４０】別実施の形態のオンライン時メイン処理の具体的処理内容を示すフローチャートである。
【図４１】別実施の形態のバリュー処理の具体的処理内容を示すフローチャートである。
【図４２】（ａ）は別実施の形態のオンライン貨幣処理の具体的処理内容を示すフローチャートであり、（ｂ）は別実施の形態のオフライン貨幣処理の具体的処理内容を示すフローチャートである。
【符号の説明】
【０５５２】
１  遊技用システム、２  紙幣、３  硬貨、４  会員カード、５  ビジタコイン、１０  パチンコ機、２０  玉貸ユニット、２１  制御部、２１ｂ  外部通信部、２２  紙幣識別機、２３  硬貨識別機、６８０  貨幣処理機、６９０  チップリーダライタ、２００  携帯電話、５０  管理装置、５１  通信部、５２  制御部、５３  ディスプレイ、５４  入力装置、５５  ハードディスク、６０  精算装置、６２  制御部、８０  センタ管理装置、１００  通路ユニット、１０２  記録媒体Ｒ／Ｗ、１０３  上部アンテナ、１０４  下部アンテナ、１１１  コイン投入口、１１２  コイン排出口、１１４  供給通路、１２０  投入コイン保持部、１３０  収納排出通路、１３１  収納通路、１３２  排出通路、１３３  第２誘導通路、１４０  収納コイン保持部。
【図１】
2008036013.tif 000003
【図２】
2008036013.tif 000004
【図３】
2008036013.tif 000005
【図４】
2008036013.tif 000006
【図５】
2008036013.tif 000007
【図６】
2008036013.tif 000008
【図７】
2008036013.tif 000009
【図８】
2008036013.tif 000010
【図９】
2008036013.tif 000011
【図１０】
2008036013.tif 000012
【図１１】
2008036013.tif 000013
【図１２】
2008036013.tif 000014
【図１３】
2008036013.tif 000015
【図１４】
2008036013.tif 000016
【図１５】
2008036013.tif 000017
【図１６】
2008036013.tif 000018
【図１７】
2008036013.tif 000019
【図１８】
2008036013.tif 000020
【図１９】
2008036013.tif 000021
【図２０】
2008036013.tif 000022
【図２１】
2008036013.tif 000023
【図２２】
2008036013.tif 000024
【図２３】
2008036013.tif 000025
【図２４】
2008036013.tif 000026
【図２５】
2008036013.tif 000027
【図２６】
2008036013.tif 000028
【図２７】
2008036013.tif 000029
【図２８】
2008036013.tif 000030
【図２９】
2008036013.tif 000031
【図３０】
2008036013.tif 000032
【図３１】
2008036013.tif 000033
【図３２】
2008036013.tif 000034
【図３３】
2008036013.tif 000035
【図３４】
2008036013.tif 000036
【図３５】
2008036013.tif 000037
【図３６】
2008036013.tif 000038
【図３７】
2008036013.tif 000039
【図３８】
2008036013.tif 000040
【図３９】
2008036013.tif 000041
【図４０】
2008036013.tif 000042
【図４１】
2008036013.tif 000043
【図４２】
2008036013.tif 000044