JP4732051B2 - 遊技用システム - Google Patents

遊技用システム Download PDF

Info

Publication number
JP4732051B2
JP4732051B2 JP2005215068A JP2005215068A JP4732051B2 JP 4732051 B2 JP4732051 B2 JP 4732051B2 JP 2005215068 A JP2005215068 A JP 2005215068A JP 2005215068 A JP2005215068 A JP 2005215068A JP 4732051 B2 JP4732051 B2 JP 4732051B2
Authority
JP
Japan
Prior art keywords
amount
recording medium
unit
ball lending
coin
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2005215068A
Other languages
English (en)
Other versions
JP2007029298A (ja
Inventor
真人 小菅
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sankyo Co Ltd
Original Assignee
Sankyo Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sankyo Co Ltd filed Critical Sankyo Co Ltd
Priority to JP2005215068A priority Critical patent/JP4732051B2/ja
Publication of JP2007029298A publication Critical patent/JP2007029298A/ja
Application granted granted Critical
Publication of JP4732051B2 publication Critical patent/JP4732051B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Pinball Game Machines (AREA)

Description

本発明は、遊技用装置において遊技媒体の貸与に使用される残額を、記録媒体を個々に識別可能な記録媒体識別情報に対応付けて管理装置で管理し、該管理装置と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体に残額を記録することなく排出する一方、該管理装置と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受け付けたときにも、貸与処理を可能とすると共に、該通信不可能状態に限って、貸与処理に使用されなかった入金残額を前記記録媒体に記録して排出する遊技用システムに関する。
従来より、特許文献１に示すように、遊技媒体の貸与に使用される残度数（本願の残額に相当）を各カード（本願の記録媒体に相当）には記録せずに、各カードの識別符号（本願の記録媒体識別情報に相当）に対応付けて管理装置にて管理すると共に、カード処理ユニット（本願の遊技用装置に相当）において遊技媒体貸出処理（本願の記録媒体貸与処理に相当）が行われると、前記残度数を遊技媒体の貸与に応じて減算する、いわゆる「完全ＩＤ管理」を行うシステムが知られている。
また特許文献２に示すように、カードユニット管理装置（本願の管理装置に相当）とオフライン状態（本願の通信不可能状態に相当）にあるカードユニット（本願の遊技用装置に相当）であっても、会員カード（本願の記録媒体に相当）の挿入を受け付けると共に貨幣の投入を受け付け、該貨幣の金額を会員カードの残高に加算更新し、該残高を使用して玉の貸出（本願の貨幣貸与処理に相当）が行われるシステムも知られている。
さらに特許文献３に示すように、遊技機台間に設けられ、カード（本願の記録媒体に相当）を収納するカード収納部を備え、収納されているカードに入金額（本願の入金残額に相当）を記録して発行すると共に、外部から受け付けたカードの残額が零になって引き続き使用しない場合には、該カードをカード収納部に収納するカード発行装置が知られている。
特開２００３−３０５１５号公報（図１，図６，段落００７６） 特開２００２−３２５９５３号公報（図９，図１０，段落０１３５，０１７４） 特開２００１−３４８１５号公報（図１，段落００２８，００３９）
しかしながら、特許文献１に示すような完全ＩＤ管理のシステムにおいても、遊技機の稼働を確保するために、特許文献２に示すように通信不可能状態にある遊技用装置で貨幣の受付，及び貨幣貸与処理を可能とし、該通信不可能状態に限って、記録媒体に入金残額を記録して排出するようにした場合、該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときに、特許文献３に示すように該記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう。
本発明は、このような背景のもとになされたものであり、その目的は、上記の場合においても、管理残額が有る記録媒体を遊技者に確実に返却できるような遊技用システムを提供することにある。
本発明は、前記課題を解決するために、次のような手段を採る。なお後述する発明を実施するための最良の形態の説明及び図面で使用した符号を参考のために括弧書きで付記するが、本発明の構成要素は該付記したものには限定されない。
まず請求項１に係る発明は、記録媒体（ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置（５０）と、遊技機（パチンコ機１０）に対応して設けられ、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付け、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行う貸与処理手段（制御部２１）と、該記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受け付けた記録媒体に前記管理残額を記録することなく排出する第１の排出処理を行う記録媒体排出処理手段（制御部２１）と、を有し、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体に該入金残額を記録して排出する第２の排出処理を前記記録媒体排出処理手段により行う遊技用装置（玉貸ユニット２０）と、を備え、該遊技用装置は、前記通信可否検知手段により通信不可能状態を検知しているときに前記入金残額が記録された記録媒体を受け付けたことに基づいて、該入金残額を使用して遊技媒体を貸与するための入金残額貸与処理を前記貸与処理手段により行い、該入金残額貸与処理に使用された後の入金残額が零であるか否かに拘わらず前記受け付けた記録媒体を排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用システム（１）である。
また請求項２に係る発明は、請求項１に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記記録媒体貸与処理に使用された使用額及び該使用額に対応する間接税額を前記管理残額から減算するための処理を行い、前記通信可否検知手段（制御部２１）により通信不可能状態（オフライン状態）を検知しているときに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、前記受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額（消費税額）との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の特定処理を行う特定手段（制御部２１）をさらに有し、遊技者の操作によることなく、該第１の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理（一発貸し）を、前記貨幣貸与処理として前記貸与処理手段（制御部２１）により行い、前記第１の特定処理により特定された端数額を前記入金残額として前記記録媒体（ビジタコイン５）に記録して排出する処理を、前記第２の排出処理として前記記録媒体排出処理手段（制御部２１）により行い、前記通信可否検知手段により通信不可能状態を検知しているときに前記端数額が記録された記録媒体を受け付け、さらに貨幣を受け付けたことに基づいて、該端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を前記特定手段により行い、遊技者の操作によることなく、該第２の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理（一発貸し）を、前記入金残額貸与処理として前記貸与処理手段により行い、前記第２の特定処理により特定された端数額が零でないことを条件として、該端数額を前記入金残額として前記受け付けた記録媒体に記録して排出する処理を、前記第２の排出処理として行うと共に、該端数額が零であることを条件として、前記受け付けた記録媒体を排出する処理を、前記記録媒体排出処理手段により行い、前記遊技用システムは、前記第１の排出処理により排出された記録媒体を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置（６０）をさらに備えることを特徴とする遊技用システムである。
また請求項３に係る発明は、請求項２に記載した遊技用システム（１）であって、前記遊技用装置（玉貸ユニット２０）は、前記通信可否検知手段（制御部２１）により通信不可能状態（オフライン状態）を検知しているときに前記端数額が記録された記録媒体（ビジタコイン５）を受け付け、さらに貨幣（紙幣２，硬貨３）を受け付けたことに基づいて、該端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段（制御部２１）をさらに有し、該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣を回収し、前記特定手段（制御部２１）による第２の特定処理を行う一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣を返却し、前記特定手段による第２の特定処理を行わないことを特徴とする遊技用システムである。
また請求項４に係る発明は、請求項２又は３に記載した遊技用システム（１）であって、前記精算装置（６０）で受け付けた記録媒体（ビジタコイン５）に記録されている端数額が予め定められた所定の金額（税込単位額）未満であるか否かを判定する端数額判定手段（制御部６２）をさらに備え、前記精算装置は、該端数額判定手段により端数額が所定の金額未満であると判定されたことを条件として、該端数額に相当する貨幣を払い出すことを特徴とする遊技用システムである。
さらに請求項５に係る発明は、請求項２〜４のいずれか１つに記載した遊技用システム（１）であって、前記管理装置（５０）は、前記精算装置（６０）での精算が可能な精算可能期間（有効期間）を設定する精算可能期間設定手段（有効期間設定手段であるディスプレイ５３及び入力装置５４）と、前記精算可能期間内に前記通信不可能状態（オフライン状態）が発生したか否かを判定する通信不可能状態発生判定手段（制御部５２）と、をさらに有し、前記精算装置は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額に相当する貨幣を払い出すことを特徴とする遊技用システムである。
なお遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、記録媒体（ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置（５０）と通信可能であり、前記管理装置と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知する通信可否検知手段（制御部２１）と、該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付け、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行う貸与処理手段（制御部２１）と、該記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受け付けた記録媒体に前記管理残額を記録することなく排出する第１の排出処理を行う記録媒体排出処理手段（制御部２１）と、を有し、前記通信可否検知手段により通信不可能状態を検知しているときに貨幣（紙幣２，硬貨３）を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体に該入金残額を記録して排出する第２の排出処理を前記記録媒体排出処理手段により行う遊技用装置であって、前記通信可否検知手段により通信不可能状態を検知しているときに前記入金残額が記録された記録媒体を受け付けたことに基づいて、該入金残額を使用して遊技媒体を貸与するための入金残額貸与処理を前記貸与処理手段により行い、該入金残額貸与処理に使用された後の入金残額が零であるか否かに拘わらず前記受け付けた記録媒体を排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用装置である。これによれば、通信不可能状態にある遊技用装置で、入金残額が記録された記録媒体が受け付けられ、該入金残額を使用した入金残額貸与処理が行われた結果として当該入金残額が零になった場合においても、当該記録媒体が排出されるので、管理残額が有る記録媒体を遊技者に確実に返却でき、遊技者が損をしてしまうおそれが無くなる。
また遊技用装置（玉貸ユニット２０）は、遊技機（パチンコ機１０）に対応して設けられ、遊技媒体（パチンコ玉）の貸与に使用される残額を特定可能な残額特定情報（記録媒体ＩＤ）が記録される円盤状記録媒体（ビジタコイン５）の投入を外部から受け付ける記録媒体投入口（コイン投入口２５）と、該記録媒体投入口から投入された円盤状記録媒体を保持する第１の保持部（投入コイン保持部２６Ｐ）と、該第１の保持部に連通し、前記円盤状記録媒体を一列に並べて収納する記録媒体収納部（コイン収納部２７ａ）と、該記録媒体収納部から排出された円盤状記録媒体を保持する第２の保持部（収納コイン保持部２７Ｐ）と、前記第１の保持部で保持している円盤状記録媒体及び前記第２の保持部で保持している円盤状記録媒体を外部に返却する記録媒体返却口（コイン返却口２８）と、始端側で前記第１の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第１の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第１の返却通路（投入コイン返却通路２６ｄ）と、始端側で前記第２の保持部に連通すると共に終端側で前記記録媒体返却口に連通し、前記第２の保持部で保持している円盤状記録媒体を前記記録媒体返却口に導くための第２の返却通路（収納コイン返却通路２７ｄ）と、前記第１の保持部に対応して設けられ、該第１の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第１の読取手段（上部アンテナ２６）と、前記第２の保持部に対応して設けられ、該第２の保持部で保持している円盤状記録媒体の残額特定情報を読み取る第２の読取手段（下部アンテナ２７）と、貨幣（紙幣２，硬貨３）を受け付ける貨幣受付手段（紙幣識別機２２，硬貨識別機２３）と、前記第１の読取手段により読み取った残額特定情報から特定される残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行うと共に、前記貨幣受付手段により受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を行う貸与処理手段（制御部２１）と、前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した金額を前記残額として、前記第２の読取手段により読み取った残額特定情報から特定可能にするための残額特定処理を行う残額特定処理手段（制御部２１）と、を有する遊技用装置であって、前記第１の返却通路と前記第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に前記記録媒体返却口に連通していることを特徴とする遊技用装置である。これによれば、第１の返却通路と第２の返却通路とがそれぞれ別個に形成され、該第１の返却通路と第２の返却通路とがそれぞれ別個に記録媒体返却口に連通していることにより、第１の返却通路と第２の返却通路が途中で合流して記録媒体返却口に連通する場合と比べて、第２の読取手段を遊技用装置の内部における前方に設けることができるので、限られた奥行きの範囲内で記録媒体収納部の収納スペースを拡張して記録媒体の収納枚数を向上できる。
まず請求項１に係る遊技用システムによれば、通信不可能状態にある遊技用装置で、入金残額が記録された記録媒体が受け付けられ、該入金残額を使用した入金残額貸与処理が行われた結果として当該入金残額が零になった場合においても、当該記録媒体が排出されるので、管理残額が有る記録媒体を遊技者に確実に返却でき、遊技者が損をすることが無い。
また請求項２に係る遊技用システムによれば、いわゆる完全ＩＤ管理のシステムにおいて、記録媒体貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときにいわゆる一発貸しを行うようにしても、該一発貸しによって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがなく、しかも通信不可能状態にある遊技用装置において、通信不可能状態にあった他の遊技用装置で発生した端数額が記録された記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定されることにより、通信不可能状態にあった他の遊技用装置で発生した端数額を遊技に使用できるようになるので、端数額が記録された記録媒体を複数扱う必要がなくなって、遊技者の利便性が向上する。
また請求項３に係る遊技用システムによれば、通信不可能状態にある遊技用装置において、通信不可能状態にあった他の遊技用装置で発生した端数額が記録されている記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の入金残額貸与処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
また請求項４に係る遊技用システムによれば、記録媒体に記録されている端数額が予め定められた所定の金額未満であることを条件として端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。
さらに請求項５に係る遊技用システムによれば、精算可能期間内に通信不可能状態が発生したと判定されたことを条件として端数額の精算が行われることにより、精算可能期間内に通信不可能状態が発生しておらず記録媒体に端数額が記録されることがない状況においては端数額の精算が行われないので、セキュリティが向上する。
以下、本発明の実施の形態を、図面を参照して説明する。本発明に係る遊技用システム１は、図１に示すように、遊技用装置（玉貸ユニット２０）において遊技媒体（パチンコ玉）の貸与に使用される残額を、記録媒体（ビジタコイン５）を個々に識別可能な記録媒体識別情報（記録媒体ＩＤ）に対応付けて管理装置５０で管理（いわゆる完全ＩＤ管理）し、該管理装置５０と通信可能状態（オンライン状態）にある遊技用装置で記録媒体を受け付けたときには、該記録媒体に残額を記録することなく排出する一方、該管理装置５０と通信不可能状態（オフライン状態）にある遊技用装置で貨幣を受け付けたときにも、貸与処理（玉貸処理）を可能とすると共に、該通信不可能状態に限って、貸与処理に使用されなかった入金残額を前記記録媒体に記録して排出するものであり、特に該入金残額が記録された記録媒体を通信不可能状態にある遊技用装置に挿入（受付）して貸与処理を行った結果として当該入金残額が零になったときにも、管理残額が有る記録媒体を遊技者に確実に返却できるようにすることを特徴とするものである。
まず本発明に係る遊技用システム１の概要を説明する。本発明に係る遊技用システム１は、記録媒体（会員カード４，ビジタコイン５）を個々に識別可能な記録媒体ＩＤに対応付けて遊技媒体（パチンコ玉）の貸与に使用される残額を管理する管理装置５０と、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で行う貸与処理（玉貸処理）を含む各種処理を管理装置５０と連携して行う玉貸ユニット２０から構成され、以下の例では、精算処理を行う精算装置６０，ビジタコイン５を発行するビジタコイン発行装置７０，及びカード会社に設けられ、管理残額のバックアップを行うセンタ管理装置８０をさらに含む。前記記録媒体には、玉貸ユニット２０で行われる処理（例えば使用額分の玉貸処理）により更新される通番が記録され、管理装置５０でも、各記録媒体ＩＤに対応付けて通番を記憶している。
例えば、本発明に係る遊技用システム１の玉貸ユニット２０で玉貸処理が行われると、まず玉貸ユニット２０において、記録媒体の通番に１が加算され、記録媒体ＩＤ，及び［使用額＋消費税額］を含む玉貸通知が管理装置５０に対して送信される。該玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額から該玉貸通知に含まれる［使用額＋消費税額］が減算され、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１が加算される。ここで前記玉貸処理が行われた玉貸ユニット２０から、管理装置５０が玉貸通知を受信することなくオフライン状態となった場合には、記録媒体の通番＞管理装置５０の通番となり、前記減算が未完了の状態となる。
本発明に係る遊技用システム１では、このような事態が発生しても、次回、オンライン状態の玉貸ユニット２０に前記記録媒体が挿入されると、該記録媒体の通番が管理装置５０に送信され、管理装置５０において、記録媒体の通番＞管理装置の通番であることが認識され、減算すべき［使用額＋消費税額］を減算して残額を確定することができる。これにより、オフライン状態が発生しても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで残額を確定し、遊技を行うことができ、遊技者に極力迷惑をかけない。また、残額が減算されずに遊技場が損害を被ることがない。
以下においては、遊技機がパチンコ機１０であり、遊技媒体がパチンコ玉であり、貸与処理が玉貸処理である例について説明する。また、以下においては、間接税が、既に導入されている消費税である例について説明するが、該間接税は、今後導入の可能性もあり得る遊技税等であっても良い。ここで消費税率は、この例では５％であり、会員カード４やビジタコイン５を発行するカード会社で設定されて、遊技場に設けられた管理装置５０に対して配信され、玉貸ユニット２０に対して配信されて記憶される。さらに、以下においては、使用額及び該使用額に対応する消費税額を「使用額＋消費税額」，リーダ／ライタを「Ｒ／Ｗ」，データベースを「ＤＢ」，ステップＳを「Ｓ」と略記する。
ここで遊技用システム１では、図７に示すように、記録媒体に係わる最後の処理を特定するための最後処理特定情報が「処理日時」であり、精算装置での精算が可能な精算可能期間及び遊技用装置で残額の使用が可能な使用可能期間（以下「精算可能期間及び使用可能期間」を「有効期間」と総称する。）が無期限であり、玉貸ユニット２０が処理履歴として記録媒体の排出の履歴を記憶し、該処理履歴が各記録媒体識別情報（記録媒体ＩＤ）に対して１つのみ記憶されると共に、バックアップ情報を記憶するセンタ管理装置８０を備える（図１を参照）。
以下では、まず、遊技用システム１を構成する各部の機能について説明し、次に遊技用システム１の作用を説明し、最後に変形例について説明する。
［１．遊技用システム１を構成する各部の機能］
まず、図１〜図７を参照して、遊技用システム１の構成について説明する。ここではパチンコ玉の貸与に応じて、間接税として消費税が徴収される場合を例とする。この遊技用システム１は、図１に示すように、パチンコ機１０に対応して設けられる玉貸ユニット２０と、該玉貸ユニット２０と通信可能な管理装置５０と、該管理装置５０と通信可能な精算装置６０及びビジタコイン発行装置７０を遊技場内に備えると共に、前記管理装置５０と通信可能なセンタ管理装置８０を遊技場外に備える。
この遊技用システム１では、紙幣２，硬貨３，会員カード４，及びビジタコイン５が使用される。紙幣２は貨幣の一例であって、図２（ｂ）に示すように、ここでは１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類が使用される。硬貨３も貨幣の一例であって、図２（ｂ）に示すように、ここでは５００円硬貨，及び１００円硬貨の２種類が使用される。
会員カード４は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、カードＩＤが記録されている。ここで会員カード４の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員遊技者＝メンバーを示すＭで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該会員カード４には、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、後述する一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、この会員カード４には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。さらに、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで該会員カード４に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該会員カード４に記録されているオフライン端数額の消去処理が含まれる。なお本例において、該会員カード４に記録されている通番は、後述する精算処理によっても更新され、さらにオンライン状態で受け付けた貨幣の取込処理によっても更新される。
この会員カード４は、長方形状を呈するプラスチック製の薄板における所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣカードである。ここで記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は、各情報に対応する記憶領域に各々記録されている。この会員カード４は、会員登録を行った遊技者に対して発行されるものである。
このようにして発行された会員カード４を、遊技者が玉貸ユニット２０のカード挿入口２４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のカード挿入口６４ａから挿入することにより、該会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額，及び該会員カード４にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
なお、以下において、「ビジタ」とは、会員カード４を所持していない遊技者，あるいは会員カード４を所持していても使用しない遊技者を意味する。従って、会員カード４の発行を受けた会員遊技者であっても、会員カード４を所持していない（会員カード４を忘れてきた等）場合や、会員カード４を所持していても使用しない場合には、ビジタとなる。
ビジタコイン５は記録媒体の一例であって、該記録媒体を個々に識別可能な記録媒体識別情報である記録媒体ＩＤとして、コインＩＤが記録されている。またビジタコイン５は円盤状記録媒体の一例でもあって、パチンコ玉の貸与に使用される残額を特定可能な残額特定情報が記録されるものであり、ここでは記録媒体ＩＤが残額特定情報に相当する。ここでビジタコイン５の記録媒体ＩＤは、例えば図７（ａ）に示すように、会員以外の遊技者＝ビジタを示すＶで始まる４桁の番号である。この遊技用システム１では完全ＩＤ管理が採用されているので、該ビジタコイン５にも、パチンコ玉の貸与に使用される残額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円以上の金額）は記録されないが、後述する一発貸しによって発生するオフライン端数額（後述する単位使用額である１００円に、対応する消費税額である５円を加算した１０５円未満の金額）が記録される。また、このビジタコイン５には、受付貨幣額分の玉貸処理に応じた減算完了通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、受付貨幣額に対応する消費税額が、オンライン端数額として記録される。また、貸与対象額分の玉貸処理に応じた残額通知の受信前に玉貸ユニット２０が管理装置５０とオフライン状態となったことに基づいて、端数額×（−１）がオンライン端数額として記録される。さらに、オンライン状態における、受付貨幣額分の玉貸処理，使用額分の玉貸処理，貸与対象額分の玉貸処理に応じて更新される通番が記録される。ここで該ビジタコイン５に記録されている通番は、玉貸ユニット２０で行われる各種処理のうち、予め定められた特定処理に伴い更新されるものであり、ここでいう特定処理は、前記各玉貸処理の他、当該ビジタコイン５に記録されているオフライン端数額の消去処理が含まれる。なお、本例において、該ビジタコイン５に記録されている通番は、後述する精算処理によっても更新され、さらにオンライン状態で受け付けた貨幣の取込処理によっても更新される。
このビジタコイン５は、円盤状を呈するプラスチック製のコインにおける所定の部位に、記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番等が記録される記録領域（図示外）が形成されてなるものであり、ここでは該記録領域として不揮発性のＥＥＰＲＯＭを備える非接触式の集積回路を搭載したＩＣコインである。ここで記録媒体ＩＤ，オフライン端数額，オンライン端数額，及び通番は、各情報に対応する記憶領域に各々記録されている。このビジタコイン５は、予め記録媒体ＩＤが記録されている一方、オフライン端数額，オンライン端数額，及び通番が記録されていない状態でカード会社から遊技場に納入されて、玉貸ユニット２０の後述するコイン収納部２７ａ，又はビジタコイン発行装置７０の後述するコインストッカ７５ｂに収納される。
そして図９に示すように、管理装置５０と通信可能状態（オンライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、ビジタコイン５が発行（排出）される。
また図２１に示すように、管理装置５０と通信不可能状態（オフライン状態）にある玉貸ユニット２０において、会員カード４又はビジタコイン５を受け付けていない状態で貨幣を受け付けた後、遊技者から排出操作（後述する返却ボタン１６の操作）を受け付けたことに基づいて、受付貨幣額のうちの玉貸処理に使用されていない残額が零でないことを条件として、オフライン端数額が記録されたビジタコイン５が発行（排出）される。
さらに図２７に示すように、管理装置５０と通信可能状態（オンライン状態）にあるビジタコイン発行装置７０において、貨幣を受け付けた後、遊技者から発行額の選択を受け付けたことに基づいて、後述する記録媒体発行処理が行われて、ビジタコイン５が発行される。
このようにして発行されたビジタコイン５を、遊技者が玉貸ユニット２０のコイン投入口２５から投入することにより、該ビジタコイン５の管理残額を遊技媒体の貸与に使用可能となり、遊技者が精算装置６０のコイン投入口６５ａから投入することにより、該ビジタコイン５の管理残額，及び該ビジタコイン５にオフライン端数額が記録されている場合には当該オフライン端数額を精算可能となる。
玉貸ユニット２０に対応して設けられるパチンコ機１０は遊技機の一例であって、遊技媒体であるパチンコ玉を遊技領域に打ち込むことにより遊技を行うものであり、ここでは対応する玉貸ユニット２０との間でパチンコ玉の貸与に関する信号のやり取りが行われて玉貸処理が行われる、いわゆるＣＲ式のパチンコ機である。このパチンコ機１０は、遊技場に配置された遊技島（図示外）において該パチンコ機１０の機種等に従って設置されている。
このパチンコ機１０は、図２（ａ）に示すように、その前面に遊技領域，上皿，下皿，及び発射ハンドル等を備えると共に、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６を備え、図１に示すように、その内部に遊技制御基板１１，払出制御基板１２，及び玉払出装置１３等を備えており、これらの各構成要素は図１に示すように接続されている。
遊技制御基板１１は、パチンコ機１０における遊技状態を制御するものである。払出制御基板１２は、玉貸ユニット２０の後述する玉貸通信部２１ａと通信可能に接続され、後述する玉貸処理が行われる場合に、パチンコ機１０と玉貸ユニット２０との間でパチンコ玉の貸出に関する信号のやり取りが行われる。また払出制御基板１２は、玉払出装置１３と接続され、該玉払出装置１３を制御するものである。さらに払出制御基板１２は、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６とも接続されている。玉払出装置１３は、玉貸処理が行われて遊技者に貸し出されたパチンコ玉や、遊技の結果として遊技者に付与されるパチンコ玉（いわゆる賞球）を払い出すものである。ここで残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６は、パチンコ機１０の前面に配置されているものであるが、前記払出制御基板１２を介して玉貸ユニット２０と通信可能に接続されているため、玉貸ユニット２０に属するものである。
残度数表示器１４は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額で除算した商の整数部分を残度数として表示するための表示器であり、ここでは２桁の７セグメント表示器である。ここで税込単位額は、残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する消費税額との合算額である。例えば単位使用額が１００円であり、消費税率が５％の場合には、税込単位額は１０５円であり、該１０５円が１度数となる。
玉貸ボタン１５は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を使用した玉貸操作を遊技者から受け付けるボタンである。返却ボタン１６は、後述するカード保持部２４Ｐで保持されている会員カード４，後述する投入コイン保持部２６Ｐで保持されているビジタコイン５，又は後述する収納コイン保持部２７Ｐで保持されているビジタコイン５の返却操作を遊技者から受け付けるボタンである。
玉貸ユニット２０は遊技用装置の一例であって、パチンコ機１０に対応して設けられ、記録媒体ＩＤに対応付けて管理装置６０で管理されている残額である管理残額の範囲内で行う貸与処理を含む各種処理を管理装置６０と連携して行うものである。例えば、パチンコ玉を貸与するための貸与処理（玉貸処理）として、後述する記録媒体貸与処理，貨幣貸与処理，及び入金残額貸与処理を行う。
この玉貸ユニット２０は、縦長の箱型の形状を呈するものであり、図２（ａ）に示すように、その前面に多機能ランプ２９，紙幣挿入口２２ａ，硬貨投入口２３ａ，硬貨返却ボタン２３ｅ，残額表示器３０，硬貨返却口２３ｆ，コイン投入口２５，コイン返却口２７，及びカード挿入口２４ａ等を備え、図２（ｂ）及び図２（ｃ）に示すように、その内部に紙幣識別機２２，制御部２１，玉貸通信部２１ａ，外部通信部２１ｂ，硬貨識別機２３，投入コイン保持部２６Ｐ（図示外）に対応する上部アンテナ２６，投入コイン返却通路２６ｄ，コイン収納部２７ａ，収納コイン保持部２７Ｐ（図示外）とカード保持部２４Ｐに対応する下部アンテナ２７，収納コイン返却通路２７ｄ，及び記録媒体Ｒ／Ｗ２４等を備えており、これらの各構成要素は図１に示すように接続されている。この玉貸ユニット２０は、装置ＩＤにより、各玉貸ユニット２０を個々に識別可能とされている。
制御部２１は、ＣＰＵ，ＲＡＭ，ＲＯＭ，ＥＥＰＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、玉貸ユニット２０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部２１のＲＯＭには前記装置ＩＤが記憶されている。この制御部２１のＲＡＭは、管理装置５０とオンライン状態では、管理装置５０で管理されている残額（即ち管理残額）を含む残額通知が送信されてきたことに基づいて該残額を記憶し、管理装置５０とオフライン状態では、後述する特定手段（制御部２１）により特定された貸与対象額を記憶するものである。また制御部２１のＲＡＭは端数額記憶手段の一例であって、後述する特定手段（制御部２１）により特定された端数額を記憶するものである。この制御部２１の他の機能については後述する。
制御部２１には、玉貸通信部２１ａと外部通信部２１ｂが設けられている。玉貸通信部２１ａは、前述の如く、パチンコ機１０の払出制御基板１２と通信可能に接続されている。外部通信部２１ｂは、管理装置５０の後述する通信部５１と通信可能に接続されており、玉貸ユニット２０と管理装置５０との間における通信を司るものである。この外部通信部２１ｂは、後述する通信可否検知手段（制御部２１）により通信可能状態（オンライン状態）を検知しているときに、以下のような処理を行う。
即ち外部通信部２１ｂは、オンライン状態を検知しているときに貨幣を受け付けたことに基づいて、記録媒体ＩＤと受付貨幣額とを含む入金要求を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で貨幣を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信し、会員カード４の挿入を受け付けている状態で貨幣を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと受付貨幣額とを含む入金要求を送信し、ビジタコイン５の投入を受け付けている状態で貨幣を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと受付貨幣額とを含む入金要求を送信する。即ち入金要求には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われる。本例では、一旦、受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額が入金予定額として記憶された後、管理残額に加算される。この入金予定額が記憶されたことに基づいて、管理装置５０から、管理残額＋入金予定額である予定残額を含む予定残額通知が返信されてくる。
また外部通信部２１ｂは特定処理情報送信手段の一例であって、特定処理が行われる旨を示す特定処理情報を前記管理装置５０に送信するものであり、ここでは図８のＳ１２２，図１７のＳ２１２に示す使用額分の玉貸処理に応じた玉貸通知，図１０のＳ１５３，図１９のＳ２５３に示す貸与対象額分の玉貸処理に応じた加算要求，図１０のＳ１７３，図１９のＳ２７３に示す受付貨幣額分の玉貸処理に応じた減算要求，及び図１３のＳａ２１３に示すオフライン端数額の消去処理に応じたオフライン端数額消去通知が、前記特定処理情報として管理装置５０に対して送信される。これらの特定処理情報には、記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐで保持されているビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれる。ここで上記玉貸通知は、使用額分の玉貸処理に使用される玉貸設定金額又は税込単位額の整数倍（管理残額＞玉貸設定金額であれば、玉貸設定金額，管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって、管理残額を超えない最大額）を管理残額から減算するための減算要求である。
また外部通信部２１ｂは減算要求送信手段の一例であって、貸与処理に使用される使用額及び該使用額に対応する間接税額を管理残額から減算するための第１の減算要求を管理装置５０に対して送信するものであり、この外部通信部２１ｂは、オンライン状態を検知しているときに玉貸操作（玉貸ボタン１５の操作）を受け付けたことに基づいて、記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で玉貸操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信し、会員カード４の挿入を受け付けている状態で玉貸操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤと使用額＋消費税額とを含む玉貸通知を送信し、ビジタコイン５の投入を受け付けている状態で玉貸操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤと使用額＋消費税額とを含む玉貸通知を送信する。即ち玉貸通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくる。玉貸ユニット２０では、該減算完了通知を受信したことに基づいて、次の玉貸処理が可能となる。
また外部通信部２１ｂは、受付貨幣額に対応する間接税額を前記管理残額から減算するための第２の減算要求を管理装置５０に対して送信する減算要求送信手段として機能するものであり、図１０のＳ１７３，図１９のＳ２７３に示すように、後述する貸与判定手段により、管理残額が受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分の遊技媒体を貸与するための貸与処理が行われると、当該受付貨幣額に対応する消費税額と記録媒体ＩＤを含む減算要求を管理装置５０に送信する。
また外部通信部２１ｂは、オンライン状態を検知しているときに返却操作（返却ボタン１６の操作）を受け付けたことに基づいて、記録媒体ＩＤを含む返却通知を管理装置５０に対して送信する。具体的には、記録媒体（会員カード４，ビジタコイン５）を受け付けていない状態で返却操作を受け付けたときには、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤを含む返却通知を送信し、会員カード４の挿入を受け付けている状態で返却操作を受け付けたときには、カード保持部２４Ｐで保持している該会員カード４のカードＩＤを含む返却通知を送信し、ビジタコイン５の投入を受け付けている状態で返却操作を受け付けたときには、投入コイン保持部２６Ｐで保持している該ビジタコイン５のコインＩＤを含む返却通知を送信する。即ち返却通知には、収納コイン保持部２７Ｐで保持しているビジタコイン５のコインＩＤ，カード保持部２４Ｐで保持している会員カード４のカードＩＤ，又は投入コイン保持部２６Ｐで保持しているビジタコイン５のコインＩＤのいずれかが、記録媒体ＩＤとして含まれる。この返却通知を受信した管理装置５０からは、返却許諾通知が返信されてくる。
また外部通信部２１ｂは、オンライン状態を検知しているときに後述する第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを含む残額取得要求（ここでは挿入通知）を管理装置５０に対して送信する。この残額取得要求（挿入通知）を受信した管理装置５０からは、該記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）を含む残額通知が返信されてくる。
また外部通信部２１ｂは端数額加算更新要求送信手段の一例であって、オンライン状態を検知しているときに後述する第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤとオフライン端数額とを含む端数額処理要求（ここでは挿入通知）を管理装置５０に対して送信する。この端数額処理要求（挿入通知）を受信した管理装置５０では、一旦、受信した端数額処理要求に含まれる記録媒体ＩＤに対応付けて、該端数額処理要求に含まれるオフライン端数額が加算予定額として記憶された後、管理残額に加算される。この加算予定額が記憶されたことに基づいて、管理装置５０から、該加算予定額の記憶が完了した旨を示す加算予定額記憶通知が返信されてくる。
また外部通信部２１ｂは補正要求送信手段の一例であって、通信可否検知手段により通信可能状態を検知しているときに前記間接税額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体識別情報と間接税額とを含む補正要求を管理装置５０に対して送信するものであり、ここでは図１２のＳ２０３に示すように、オンライン状態で記録媒体を受け付けたことに基づいて、該記録媒体に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む挿入通知が、前記補正要求として管理装置５０に対して送信される。
さらに外部通信部２１ｂは処理履歴送信手段の一例であって、管理装置５０から送信されてくる処理履歴送信要求に応じて、後述する処理履歴記憶手段である処理履歴ＤＢ（図７（ａ）を参照）で記憶している処理履歴を管理装置５０に対して送信するものである（図２９のＳ１０１３を参照）。
なお外部通信部２１ｂから送信される情報（要求や通知）には前記装置ＩＤが含まれるので、管理装置５０では、該情報と共に受信した装置ＩＤに基づいて、該情報の送信元である玉貸ユニット２０を特定可能である。
紙幣識別機２２は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、紙幣挿入口２２ａから前記４種類の紙幣２の挿入を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の取込処理（図８のＳ１０６，図１７のＳ２２６）によって、紙幣通路２２ｂを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた紙幣搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。また、紙幣識別機２２により受け付けられた紙幣２は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、紙幣挿入口２２ａから排出されて、遊技者に返却される。
硬貨識別機２３も貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは図２（ｂ）に示すように、硬貨投入口２３ａから前記２種類の硬貨３の投入を受け付けて、硬貨通路２３ｂを通じて落下してきた硬貨３の真贋及び金種を識別する識別機である。なお硬貨識別機２３により受け付けられた硬貨３も、受付貨幣の取込処理（図８のＳ１０６，図１７のＳ２２６）によって、硬貨通路２３ｃを通じて玉貸ユニット２０の背面から外部に排出され、遊技島に設けられた硬貨搬送機構（図示外）により搬送されて、金庫（図示外）に回収される。硬貨返却ボタン２３ｅは、硬貨識別機２３や硬貨通路２３ｂにおいて詰まった硬貨３の返却操作を受け付けるためのボタンであり、遊技者により硬貨返却ボタン２３ｅが押下されると、該詰まった硬貨３が硬貨通路２３ｄを通じて硬貨返却口２３ｆに戻る。また、硬貨識別機２３により受け付けられた硬貨３は、受付貨幣の返却処理（図１１のＳａ１９２，図２０のＳａ２９２）によって、硬貨返却口２３ｆに排出されて、遊技者に返却される。
これら貨幣受付手段においては、管理装置５０とオンライン状態では、すべての種類の貨幣を受付可能であるが、管理装置５０とオフライン状態では、１０００円以下の貨幣のみを受付可能である。
記録媒体Ｒ／Ｗ２４は、記録媒体（会員カード４，ビジタコイン５）の記録情報を読み取ると共に記録媒体に対して情報を書き込むものである。この記録媒体Ｒ／Ｗ２４は、前記ＩＣカードである会員カード４及び前記ＩＣコインであるビジタコイン５に対応したＩＣリーダ／ライタであり、投入コイン保持部２６Ｐに対応する上部アンテナ２６と、収納コイン保持部２７Ｐ及びカード保持部２４Ｐに対応する下部アンテナ２７とを備えている。これにより、コイン投入口２５から投入されて投入コイン保持部２６Ｐで保持しているビジタコイン５に対しては、上部アンテナ２６を介して情報の読み取り及び書き込みを行う。また、コイン収納部２７ａから排出されて収納コイン保持部２７Ｐで保持しているビジタコイン５に対しては、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。さらに、カード挿入口２４ａから挿入されてカード保持部２４Ｐで保持している会員カード４に対しても、下部アンテナ２７を介して情報の読み取り及び書き込みを行う。
次に図２〜図４を参照して、ビジタコイン５の取扱構造について説明する。このビジタコイン５の取扱構造には、コイン投入口２５，投入コイン保持部２６Ｐ，コイン収納部２７ａ，収納コイン保持部２７Ｐ，コイン返却口２８，投入コイン返却通路２６ｄ，収納コイン返却通路２７ｄ，上部アンテナ２６，及び下部アンテナ２７が含まれる。
コイン投入口２５は記録媒体投入口の一例であって、ビジタコイン５の投入を外部から受け付ける部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に形成された縦長の孔である。
投入コイン保持部２６Ｐは第１の保持部の一例であって、コイン投入口２５から投入されたビジタコイン５（以下「投入コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン投入口２５から後方に向けて傾斜して配置された投入コイン誘導通路２６ａにおいて、該投入コイン誘導通路２６ａの終端部分が第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃにより区画された部位である。この投入コイン保持部２６Ｐでは、コイン投入口２５から投入されて投入コイン誘導通路２６ａを自重により転動してきたビジタコイン５が、閉鎖状態にある第１の投入コインストッパ２６ｂ及び第２の投入コインストッパ２６ｃに堰き止められて保持される。
ここで第１の投入コインストッパ２６ｂは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの後方に連通するコイン収納部２７ａとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐとコイン収納部２７ａとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の投入コインストッパ２６ａは、通常は閉鎖状態であるが、前記投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額（即ち制御部２１のＲＡＭで記憶している残額）が零になると開放状態になり、投入コイン保持部２６Ｐで保持していたビジタコイン５が自重により転動して、コイン収納部２７ａに収納される。
また第２の投入コインストッパ２６ｃは、投入コイン保持部２６Ｐと該投入コイン保持部２６Ｐの下方に連通する投入コイン返却通路２６ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、投入コイン保持部２６Ｐと投入コイン返却通路２６ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の投入コインストッパ２６ｃは、通常は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持しているときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、該投入コイン保持部２６Ｐで保持していたビジタコイン５が投入コイン返却通路２６ｄを自重により落下及び転動して、コイン返却口２８に返却される。
コイン収納部２７ａは記録媒体収納部の一例であって、投入コイン保持部２６Ｐに連通し、ビジタコイン５を一列に並べて収納する部位であり、ここでは図３に示すように、投入コイン保持部２６Ｐから後方に向けて傾斜し、途中で下方に向けて鉛直に屈曲し、さらに途中で後方に向けて半円弧状に屈曲して配置された通路において、該通路の終端部分に設けられた第１の収納コインストッパ２７ｂにより区画された部位である。このコイン収納部２７ａでは、遊技場の営業開始前に予めコイン投入口２５から投入されたビジタコイン５，及び遊技場の営業中に第１の投入コインストッパ２６ｂが開放状態となって投入コイン保持部２６Ｐにおける保持が解除されたビジタコイン５が、閉鎖状態にある第１の収納コインストッパに堰き止められて、一列に並べて収納される。ここで「一列に並べて」とは、ビジタコイン５の面同士ではなく円周同士が接するように並べての意味である。ここでのコイン収納部２７ａは、７枚のビジタコイン５を収納可能である。
ここで第１の収納コインストッパ２７ｂは、コイン収納部２７ａと該コイン収納部２７ａの前方に連通する収納コイン保持部２７Ｐとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、コイン収納部２７ａと収納コイン保持部２７Ｐとの間を閉鎖状態にしたり開放状態にしたりするものである。この第１の収納コインストッパ２７ｂは、通常は閉鎖状態であるが、次に述べる収納コイン保持部２７Ｐで保持しているビジタコイン５が外部に返却されると開放状態になり、コイン収納部２７ａに収納されているビジタコイン５が自重により転動して、収納コイン保持部２７Ｐに排出される。従って該収納コイン保持部２７Ｐには、常にビジタコイン５が保持された状態となる。
収納コイン保持部２７Ｐは第２の保持部の一例であって、コイン収納部２７ａから排出されたビジタコイン５（以下「収納コイン」ともいう。）を保持する部位であり、ここでは図３に示すように、コイン収納部２７ａの終端側から前方に向けて傾斜して配置された収納コイン返却通路２７ｄにおいて、該収納コイン返却通路２７ｄの始端部分が第２の収納コインストッパ２７ｃにより区画された部位である。この収納コイン保持部２７Ｐでは、第１の収納コインストッパ２７ｂが開放状態となってコイン収納部２７ａから排出されたビジタコイン５が、閉鎖状態にある第２の収納コインストッパ２７ｃに堰き止められて保持される。
ここで第２の収納コインストッパ２７ｃは、収納コイン保持部２７Ｐと該収納コイン保持部２７Ｐの前方に連通する収納コイン返却通路２７ｄとの間に形成されるストッパであり、制御部２１の制御によって（図１を参照）スライド又は回転することにより、収納コイン保持部２７Ｐと収納コイン返却通路２７ｄとの間を閉鎖状態にしたり開放状態にしたりするものである。この第２の収納コインストッパ２７ｃは、常時は閉鎖状態であるが、投入コイン保持部２６Ｐでビジタコイン５を保持していないときに遊技者から排出操作（返却ボタン１６の操作）を受け付けると開放状態になり、収納コイン保持部２７Ｐで保持していたビジタコイン５が収納コイン返却通路２７ｄを自重により転動して、コイン返却口２８に返却される。
コイン返却口２８は記録媒体返却口の一例であって、投入コイン保持部２６Ｐで保持しているビジタコイン５及び収納コイン保持部２７Ｐで保持しているビジタコイン５を外部に返却する部位であり、ここでは図２（ａ）（ｂ）に示すように、玉貸ユニット２０の前面に突出して形成され、投入コイン返却通路２６ｄの終端側に形成された投入コイン返却通路出口２６ｅ及び収納コイン返却通路２７ｄの終端側に形成された収納コイン返却通路出口２７ｅから返却されたビジタコイン５を受け止める容器状の部位である。
投入コイン返却通路２６ｄは第１の返却通路の一例であって、始端側で投入コイン保持部２６Ｐに連通すると共に終端側でコイン返却口２８に連通し、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、投入コイン保持部２６Ｐから下方に向けて延出し、途中で前方に向けて屈曲して傾斜して配置された通路である。
収納コイン返却通路２７ｄは第２の返却通路の一例であって、始端側で収納コイン保持部２７Ｐに連通すると共に終端側でコイン返却口２８に連通し、収納コイン保持部２７Ｐで保持しているビジタコイン５をコイン返却口２８に導くための通路であり、ここでは図３及び図４に示すように、収納コイン保持部２７Ｐから前方に向けて傾斜して配置された通路である。
上部アンテナ２６は第１の読取手段の一例であって、投入コイン保持部２６Ｐに対応して設けられ、該投入コイン保持部２６Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該上部アンテナ２６を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。この上部アンテナ２６は、図３に示す投入コイン保持部２６Ｐの左側面に隣接して、図２（ｂ）に示すように配置されている。
下部アンテナ２７は第２の読取手段の一例であって、収納コイン保持部２７Ｐに対応して設けられ、該収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤを読み取るものであり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、ビジタコイン５に対する情報の読み取り及び書き込みを行う。また下部アンテナ２７は、カード保持部２４Ｐに対応して設けられ、該カード保持部２４Ｐで保持している会員カード４の記録媒体ＩＤを読み取るものでもあり、前述の如く記録媒体Ｒ／Ｗ２４が、該下部アンテナ２７を介して、会員カード４に対する情報の読み取り及び書き込みを行う。この下部アンテナ２７は、図３に示す収納コイン保持部２７Ｐの右側面に隣接して、カード保持部２４Ｐとの間に挟まれた形で配置されており、収納コイン保持部２７Ｐで保持しているビジタコイン５及びカード保持部２４Ｐで保持している会員カード４の両方と通信できるようになっている。
以上に説明したビジタコイン５の取扱構造は、図３及び図４に示すように、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通していることを特徴とするものである。
ここで該ビジタコイン５の取扱構造に類似するものとして、特開２００１−２９３２４２号公報（図４，図５，段落００４４，００５１）に示す玉貸し機が知られている。この玉貸し機（本願の玉貸ユニット２０に相当）では、第１検知部（本願の上部アンテナ２６に相当）で保持しているコイン（本願のビジタコイン５に相当）をコイン返却口に導くためのバイパス通路（本願の投入コイン返却通路２６ｄに相当）が、第２検知部（本願の下部アンテナ２７に相当）で保持しているコインをコイン返却口に導くための返却通路（本願の収納コイン返却通路２７ｄに相当）と合流してから、コイン返却口に連通するように構成されている。
しかしながら、この従来の玉貸し機のように、コインをコイン返却口に導くための２つの通路が合流してからコイン返却口に連通するように構成すると、本願の下部アンテナ２７に相当する第２検知部を、該合流地点よりも後方に設けなければならないので、玉貸し機の内部における限られた奥行きの範囲内では、コイン収納部の収納スペースが少なくなるという問題点があった。
そこで本願のビジタコイン５の取扱構造の如く、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個に形成され、該投入コイン返却通路２６ｄと収納コイン返却通路２７ｄとがそれぞれ別個にコイン返却口２８に連通するように構成すれば、投入コイン返却通路２６ｄと収納コイン返却通路２７ｄが途中で合流してコイン返却口２８に連通する場合と比べて、下部アンテナ２７を玉貸ユニット２０の内部における前方に設けることができるので、玉貸ユニット２０の内部における限られた奥行きの範囲内で、コイン収納部２７ａの収納スペースを拡張してビジタコイン５の収納枚数を向上できる。
図２に戻り、多機能ランプ２９は、予め定められた複数の色のうちのいずれかの色で点灯又は点滅することによって玉貸ユニット２０の状態を報知するランプである。この多機能ランプ２９は、例えば会員カード４及びビジタコイン５を受け付けていないときには青色で点灯してその旨を報知し、会員カード４を受け付けているときには緑色で点灯してその旨を報知し、ビジタコイン５を受け付けているときには黄色で点灯してその旨を報知し、異常が発生しているときには赤色で点滅してその旨を報知する。残額表示器３０は、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額又は端数額を表示するための表示器であって、ここでは５桁の７セグメント表示器であり、残額や端数額が１円単位まで表示される。
ここで前記制御部２１は通信可否検知手段の一例であって、管理装置５０と通信できる通信可能状態（オンライン状態）であるか通信できない通信不可能状態（オフライン状態）であるかを検知するものである。具体的には、管理装置５０の後述する通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒ごと）に送信されてくる通信確認要求に基づいて、該通信確認要求の受信を定期的に検知している間はオンライン状態（即ち管理装置５０と通信できる通信可能状態）であると判定し、該通信確認要求の受信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち管理装置５０と通信できない通信不可能状態）であると判定する。
また制御部２１は管理残額取得手段の一例であって、記録媒体（会員カード４，ビジタコイン５）の管理残額を取得するものであり、管理装置５０とオンライン状態で会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（ここでは図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該残額取得要求（挿入通知）を受信した管理装置５０から、前記管理残額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されることで取得される。
また制御部２１は貸与判定手段の一例であって、予め定められた所定額未満の金額の貨幣を受け付けたことに基づいて、前記管理残額取得手段により取得した管理残額が該受け付けた貨幣の金額である受付貨幣額に対応する間接税額以上であるか否かを判定するものであり、ここでは図１０のＳ１７２，図１９のＳ２７２に示すように、所定額である１０００円未満の金額の貨幣を受け付けたことに基づいて、記憶している残額（即ち取得した管理残額）が受付貨幣額に対応する消費税額以上であるか否かを判定する。
また制御部２１は貸与処理手段の一例であって、遊技者の操作（玉貸操作）により、記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額である管理残額の範囲内で、予め定められた基準貸与額分のパチンコ玉を貸与するための貸与処理を行うものであり、以下に示す使用額分の玉貸処理等を行う。この基準貸与額は、本例においては以下で示す玉貸設定金額であり、例えば各玉貸ユニット２０毎に、管理装置５０から配信されて制御部２１に記憶されることで設定され、該設定額が後述する図７（ｄ）に示す管理装置５０の玉貸設定金額ＤＢで管理されている。また、貸与処理手段として機能する制御部２１は、図１０のＳ１７３，図１９のＳ２７３に示すように、前記貸与判定手段により前記管理残額が前記受付貨幣額に対応する消費税額以上であると判定されたことを条件として、遊技者の操作によることなく、当該受付貨幣額分のパチンコ玉を貸与するための貸与処理を行うものである。そして、管理装置５０から前記受付貨幣額分の玉貸処理が行われたことに応じて第２の減算処理（管理残額からの対応消費税額の減算）が完了した旨を示す減算完了通知を受信したことを条件として、次の貸与処理を行う。
ここで貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに記録媒体（会員カード４，ビジタコイン５）を受け付け、該受け付けた記録媒体の管理残額（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定される残額）の範囲内でパチンコ玉を貸与するための記録媒体貸与処理である使用額分の玉貸処理を行うものである。この実施形態では、管理装置５０とオンライン状態でオフライン端数額が記録されていない会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む残額取得要求（図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該残額取得要求（挿入通知）を受信した管理装置５０から、前記管理残額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、使用額分の玉貸処理が行われる。
なお、管理装置５０とオンライン状態でオフライン端数額が記録されている会員カード４又はビジタコイン５を受け付けると、該受け付けた会員カード４又はビジタコイン５の記録媒体ＩＤを含む端数額処理要求（図１２のＳ２０２に示す挿入通知）が管理装置５０に対して送信され、該端数額処理要求を受信した管理装置５０から、前記管理残額＋オフライン端数額を含む残額通知（Ｓａ２２０）が返信されてくることにより、該管理残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、使用額分の玉貸処理が行われる。
この使用額分の玉貸処理としては、制御部２１のＲＡＭに記憶されている残額と予め設定された玉貸設定金額（例えば５度数分の税込単位額であり、例えば５２５円又は３１５円）とを比較して、残額≧玉貸設定金額であれば該玉貸設定金額を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行い、残額（例えば３００円）＜玉貸設定金額であれば、税込単位額の整数倍の残額（ここでは２１０円）を使用額＋消費税額として、該使用額＋消費税額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。なお残額＜税込単位額である１０５円（即ち端数額）であれば、払出制御基板１２に対してパチンコ玉の払出を指示する処理は行わない。該指示を受けたパチンコ機１０側では、単位使用額である１００円（換言すれば税込単位額である１０５円）毎に２５個のパチンコ玉が払い出される。
そして該使用額分の玉貸処理が行われると、制御部２１のＲＡＭに記憶されている残額から使用額＋消費税額が減算更新され、該減算更新に応じて残度数表示器１４における残度数の表示及び残額表示器３０における残額の表示が更新されると共に、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図８のＳ１２３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと使用額＋消費税額とを含む玉貸通知（図１７のＳ２１３を参照）が管理装置５０に対して送信され、該玉貸通知を受信した管理装置５０では、後述する制御部５２により、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われ、該管理装置５０から、減算処理が完了した旨を示す減算完了通知が返信されてくることにより、再び玉貸操作を受付可能となる。
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオンライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは玉貸操作により使用額分のパチンコ玉を貸与するための第１の貸与処理（使用額分の玉貸処理）を、前記貨幣貸与処理として行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けると、会員カード４又はビジタコイン５を受け付けていない場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図８のＳ１０３を参照），会員カード４又はビジタコイン５を受け付けている場合には、該受け付けている会員カード４又はビジタコイン５の記録媒体ＩＤと受付貨幣額とを含む前記入金要求（図１７のＳ２２３を参照）が管理装置５０に対して送信され、該入金要求を受信した管理装置５０では、後述する制御部５２により、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われる。本例では、一旦、受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額が入金予定額として記憶された後、管理残額に加算される。この入金予定額が記憶されたことに基づいて、管理装置５０から、管理残額＋入金予定額である予定残額を含む予定残額通知が返信されてくることにより、該予定残額が制御部２１のＲＡＭに記憶されて玉貸操作を受付可能となり、該玉貸操作が受け付けられた場合に、前記使用額分の玉貸処理が行われる。
また貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内でパチンコ玉を貸与するための貨幣貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第１の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記貨幣貸与処理として行うが、これについては後述する。
さらに貸与処理手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに後述する入金残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付け、該入金残額を使用してパチンコ玉を貸与するための入金残額貸与処理を行うものであり、ここでは遊技者の操作によることなく、後述する第２の特定処理により特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（いわゆる一発貸し）を、前記入金残額貸与処理として行うが、これについても後述する。
また制御部２１は残額処理手段の一例であって、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する間接税額（消費税額）を減算した金額を前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）を行うものである。この実施形態では、管理装置５０とオンライン状態で貨幣を受け付けたときに、記録媒体ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、残額を記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（残額特定処理）に相当する。
これにより、前記入金要求を受信した管理装置５０では、前述の如く、該入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理が行われ、また前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われることにより、前記受付貨幣額から第１の貸与処理（貨幣貸与処理）に使用された使用額及び該使用額に対応する消費税額を減算した金額が前記残額として、会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて管理される。
また制御部２１は、前記記録媒体貸与処理に使用された使用額及び該使用額に対応する間接税額（消費税額）を前記管理残額から減算するための処理を行うものである。この実施形態では、前記使用額分の玉貸処理が行われたときに、記録媒体ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理が、記録媒体貸与処理に使用された使用額及び該使用額に対応する消費税額を管理残額から減算するための処理に相当する。
これにより、前記玉貸通知を受信した管理装置５０では、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理が行われる。
また制御部２１は第１の通番更新手段の一例であって、第２の減算要求の対象となる記録媒体（会員カード４，ビジタコイン５）に記録されている通番を更新するものである。ここでは図１０のＳ１７５，図１９のＳ２７５に示すように、受付貨幣額分の玉貸が開始されたことに基づいて、処理対象となっている記録媒体（収納コイン保持部２７Ｐで保持されているビジタコイン５，受け付けた会員カード４，又は受け付けたビジタコイン５）に記録されている通番に１を加算して更新する処理を行う。なお、この通番の更新は、使用額分の玉貸処理が開始されたとき，及び貸与対象額分の玉貸処理が開始されたときにも同様に行われる。つまりオンライン状態での玉貸処理に応じて通番が更新される。ここで第１の通番更新手段である制御部２１は、前記特定処理に伴って前記記録媒体の通番を更新するものであり、上記各玉貸処理の他、図１３のＳａ２１４に示すように、オフライン端数額の消去処理に伴い記録媒体の通番を更新する。
また第１の通番更新手段である制御部２１は、記録媒体の通番が上限値（例えば２５５）に達しているときに、該記録媒体の通番を初期値に更新するものであり、収納コイン保持部２７Ｐのビジタコイン５，若しくはカード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部２１で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
また制御部２１は記録媒体排出処理手段の一例であって、減算完了通知の受信前に通信可否検知手段により通信不可能状態を検知したことを条件として、受付貨幣額に対応する間接税額を記録媒体に記録して排出する処理を行うものであり、具体的には、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始され、減算完了通知を受信する前にオフライン状態となったときに、受付貨幣額に対応する消費税額を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作によることなく排出される。なお、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始され、残額通知を受信する前にオフライン状態となったときには、特定手段により特定された端数額×（−１）を、オンライン端数額として記録媒体に記録し、該オンライン端数額が記録された記録媒体は、オフライン状態となった玉貸ユニット２０で、返却操作によることなく排出される。即ち、補正要求によって、端数額を管理残額に加算するために−１を乗じて、管理残額−端数額×（−１）によって、管理残額に端数額を加算するようにしている。
また記録媒体排出処理手段として機能する制御部２１は、前記残額処理手段による処理の対象となった記録媒体（会員カード４，ビジタコイン５）に前記残額（管理残額）を記録することなく排出する第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、収納コイン保持部２７Ｐで保持しているビジタコイン５に残額を記録することなく排出する（図９のＳ１４０を参照）。
また記録媒体排出処理手段として機能する制御部２１は、前記記録媒体貸与処理の対象となった記録媒体（会員カード４，ビジタコイン５）の管理残額（即ち制御部２１のＲＡＭに記憶されている記憶残額）が零でないことを条件として、前記受け付けた記録媒体に管理残額を記録することなく排出する第１の排出処理を行うものであり、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、該第１の排出処理を行う。具体的には、管理装置５０とオンライン状態において、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、玉貸操作の受付に基づいて使用額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、前記受け付けている会員カード４又はビジタコイン５に残額を記録することなく排出する（図１８のＳ２４０を参照）。
また記録媒体排出処理手段として機能する制御部２１は、前記受付貨幣額から前記貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体（会員カード４，ビジタコイン５）に該入金残額を記録して排出する第２の排出処理を行うものであり、ここでは後述する第１の特定処理により特定された端数額を前記入金残額として記録媒体に記録して排出する処理を、該第２の排出処理として行うと共に、後述する第２の特定処理により特定された端数額が零でないことを条件として、該端数額を前記入金残額として受け付けた記録媒体に記録して排出する処理を、該第２の排出処理として行うものであるが、これについては後述する。
さらに記録媒体排出処理手段として機能する制御部２１は、前記入金残額貸与処理に使用された後の入金残額が零であるか否かに拘わらず前記受け付けた記録媒体（会員カード４，ビジタコイン５）を排出する処理を行うものであり、ここでは後述する第２の特定処理により特定された端数額が零でないことを条件として、該端数額を前記入金残額として受け付けた記録媒体に記録して排出する処理を行うと共に、該端数額が零であることを条件として、前記受け付けた記録媒体を排出する処理を行うものである。
また制御部２１は端数額消去処理手段の一例であって、前記端数額加算更新要求送信手段により端数額加算更新要求を送信したことに基づいて管理装置５０から返信されてくる前記端数額加算完了通知（ここではオフライン端数額を加算予定額として記憶したことに基づく加算予定額記憶通知）を受信したことを条件として、前記受け付けた記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）に記録されている端数額を消去する端数額消去処理を行うものである。具体的には、オフライン端数額の消去を記録媒体Ｒ／Ｗ２４に対して指示する処理を行う。そしてオフライン端数額の消去に伴い、オフライン端数額消去通知が管理装置５０に送信され、該オフライン端数額消去通知を受信した管理装置５０において、後述する端数額加算更新処理手段（制御部５２）により、前記端数額処理要求に含まれる記録媒体ＩＤに対応付けて管理している残額（即ち管理残額）に対して該端数額処理要求に含まれるオフライン端数額（即ち前記加算予定額として記憶された額）を加算更新する端数額加算更新処理が行われ、該管理装置５０から、加算更新後の残額を含む残額通知が返信されてくる。
また制御部２１は特定手段の一例であって、前記通信可否検知手段によりオフライン状態を検知しているときに貨幣を受け付けたことに基づいて、前記受付貨幣額から、前記残額をパチンコ玉の貸与に使用する際の予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する消費税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の特定処理を行うものである。具体的には、管理装置５０とオフライン状態で１０００円を受け付けた場合には、受付貨幣額である１０００円から、税込単位額である１０５円の９倍に相当する９４５円を貸与対象額として特定すると共に、５５円を端数額として特定する（図２１のＳ４１４，図２２のＳ５１４を参照）。ここで特定された端数額は、制御部２１のＲＡＭで記憶される。
この第１の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
また第１の特定処理により貸与対象額と端数額が特定されると、該特定された端数額を前記入金残額としてビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額をビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けていない状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けた場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に端数額を記録して排出する（図２１のＳ４３３，Ｓ４３５を参照）。
また特定手段として機能する制御部２１は、前記第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理を行った後に貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、前述の如く、管理装置５０とオフライン状態で１０００円を受け付け、９４５円が貸与対象額として特定されて該貸与対象額分の玉貸処理が行われると共に、５５円が端数額として特定された（制御部２１のＲＡＭで記憶された）後に、さらに１０００円を受け付けた場合に、前記特定された端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２１のＳ４２４，図２２のＳ５２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
さらに特定手段として機能する制御部２１は、前記通信可否検知手段によりオフライン状態を検知しているときに、前記第２の排出処理により排出された（即ち前記オフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を行う。具体的には、管理装置５０とオフライン状態で、オフライン端数額として５５円が記録されている会員カード４又はビジタコイン５を受け付け、さらに１０００円を受け付けた場合に、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額である５５円と受付貨幣額である１０００円との合算額である１０５５円から、税込単位額である１０５円の１０倍に相当する１０５０円を貸与対象額として特定すると共に、５円を端数額として新たに特定する（図２３のＳ６２４を参照）。ここで新たに特定された端数額は、制御部２１のＲＡＭで記憶される（換言すれば、制御部２１のＲＡＭで記憶されていた端数額が、新たに特定された端数額に更新される）。
この第２の特定処理により貸与対象額と端数額が特定されると、遊技者の操作（玉貸ボタン１５の操作）によることなく、該特定された貸与対象額分のパチンコ玉を貸与するための第２の貸与処理（一発貸し）である貸与対象額分の玉貸処理が、前記貸与処理手段により行われる。具体的には、該特定された貸与対象額に相当するパチンコ玉の払出を払出制御基板１２に対して指示する処理を行う。
また第２の特定処理により貸与対象額と端数額が特定されると、該特定された端数額が零でないことを条件として、該端数額を前記入金残額として前記受け付けた会員カード４又はビジタコイン５に記録して排出する第２の排出処理が、前記記録媒体排出処理手段により行われ、ここでは遊技者から排出操作（返却ボタン１６の操作）を受け付けたことに基づいて、制御部２１のＲＡＭで記憶している端数額を会員カード４又はビジタコイン５に記録して、該第２の排出処理を行う。具体的には、会員カード４又はビジタコイン５を受け付けている状態で、貨幣を受け付けて、貸与対象額分の玉貸処理が行われた後に、遊技者から排出操作を受け付けると、制御部２１のＲＡＭで記憶している記憶端数額が零でないことを条件として、前記受け付けている会員カード４又はビジタコイン５に該端数額を記録して排出する（図２２のＳ５３３，Ｓ５３５を参照）。
また制御部２１は合算額判定手段の一例であって、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額又は前記受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定するものである。
即ち合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに、貨幣を受け付けたことに基づいて、前回の貨幣の受付に基づいて特定した端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、前記特定手段により特定された端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２１のＳ４２３，図２２のＳ５２３，図２３のＳ６２３）。
また合算額判定手段は、前記通信可否検知手段によりオフライン状態を検知しているときに前記第２の排出処理により排出された（即ちオフライン端数額が記録された）会員カード４又はビジタコイン５を受け付け、さらに貨幣を受け付けたことに基づいて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する。具体的には、オフライン状態を検知しており、会員カード４又はビジタコイン５を受け付けて、該受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が制御部２１のＲＡＭに記憶されている状態で、貨幣を受け付けた場合に、受付貨幣額＋端数額が税込単位額以上であるか否かを判定する（図２３のＳ６１３）。
ここで該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣が回収され、前記特定手段による第２の特定処理が行われる一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣が返却され、前記特定手段による第２の特定処理が行われない。例えば端数額が４円の状態で１００円を受け付けた場合には、該受け付けた１００円が返却され、端数額が５円の状態で１００円を受け付けた場合には、該受け付けた１００円が回収されて、貸与対象額１０５円（端数額０円）が特定される。
また制御部２１のＥＥＰＲＯＭには、図７（ａ）に示す処理履歴ＤＢが設けられている。この処理履歴ＤＢは処理履歴記憶手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、該貸与処理後の残額と、当該記録媒体に係わる最後の処理を特定するための最後処理特定情報とを対応付けて、処理履歴として所定の処理数分記憶するものである。ここでは前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、該排出処理時に制御部２１のＲＡＭで記憶されている記憶残額を前記貸与処理後の残額として記憶すると共に、該排出処理が行われた日時である排出日時を前記最後処理特定情報として記憶することにより、前記処理履歴を記憶する。即ち、この処理履歴ＤＢでは、排出処理毎に、残額と排出日時が記憶される。なお玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合にも、そのときの記録媒体ＩＤ，残額，日時を、前記処理履歴として緊急避難的に記憶する。この処理履歴ＤＢでは、最大で２５６個の処理履歴を、前記所定の処理数分として記憶可能であり、記憶している処理履歴が２５６個に達すると、新たな処理履歴を記憶する際に、排出日時が最も古い処理履歴が消去されて、当該新たな処理履歴が記憶される。
また制御部２１は記録媒体識別情報記憶判定手段の一例であって、前記貸与処理（使用額分の玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤが前記処理履歴記憶手段（処理履歴ＤＢ）で既に記憶されているか否かを判定するものである。具体的には、前記使用額分の玉貸処理の対象となった会員カード４又はビジタコイン５の排出処理が行われたことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する。
さらに制御部２１は処理履歴更新手段の一例であって、前記記録媒体識別情報記憶判定手段により記録媒体ＩＤが記憶されていないと判定されたことを条件として、該記録媒体ＩＤに対応する新たな処理履歴を処理履歴記憶手段（処理履歴ＤＢ）に記憶すると共に、記録媒体ＩＤが既に記憶されていると判定されたことを条件として、該記録媒体ＩＤに対応して処理履歴記憶手段で既に記憶されている処理履歴を新たな処理履歴に更新するものである。具体的には、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されていない（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致しない）と判定されると、該記録媒体ＩＤを処理履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶する。一方、排出される会員カード４又はビジタコイン５の記録媒体ＩＤが記憶されている（即ち該記録媒体ＩＤが処理履歴ＤＢで既に記憶されている記録媒体ＩＤと一致する）と判定されると、該記録媒体ＩＤに対応する残額及び排出日時を新たな残額及び排出日時に更新（上書き）する。
管理装置５０は、会員カード４又はビジタコイン５を個々に識別可能な記録媒体ＩＤに対応付けてパチンコ玉の貸与に使用される残額を管理するものである。この管理装置５０は、遊技場内の所定箇所（例えば管理事務所等）に設けられるものであり、図１に示すように接続される通信部５１，制御部５２，ディスプレイ５３，入力装置５４，ハードディスク５５，及び場外通信部５６等を備えている。
記憶手段であるハードディスク５５には、図７（ｄ）に示す残額管理ＤＢ，玉貸設定金額ＤＢを記憶する領域が設けられている。この残額管理ＤＢでは、会員カード４又はビジタコイン５の記録媒体ＩＤに対応付けて残額が記憶されており、制御部５２の制御により該残額が更新されて管理される。また残額管理ＤＢでは前記記録媒体ＩＤに対応付けて、後述する第２の通番更新手段及び後述する第４の通番更新手段により更新される通番が管理される。また、この残額管理ＤＢは遊技用装置特定情報記憶手段の一例であって、各記録媒体ＩＤに対応付けて、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、管理装置５０と通信できる通信可能状態で該記録媒体を受け付けた後に管理装置５０と通信できない通信不可能状態になった当該玉貸ユニット２０を特定可能な装置ＩＤを記憶するものである。ここでは当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶されている。
この装置ＩＤの記憶方法について説明する。まず、管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けていない状態で、所定額以上の貨幣を受け付けると、受付貨幣額を含む入金要求が管理装置５０に送信される（図８のＳ１０３）。このとき送信される情報には、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤも含まれる。該情報を受信した管理装置５０では、残額管理ＤＢにおいて、受信した記録媒体ＩＤに対応付けて、受信した装置ＩＤを記憶する。一方、所定額未満の貨幣を受け付けると、玉貸ユニット２０からは、加算要求又は減算要求が管理装置５０に送信されるが（図１０のＳ１５４又はＳ１７４）、このとき送信される情報にも、同様に、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤと当該玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶する。
また、管理装置５０とオンライン状態にある玉貸ユニット２０が、記録媒体を受け付けたときには、図１２に示すように挿入通知が送信される。このとき送信される情報には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤと、前記玉貸ユニット２０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶するが、ここではＳａ２２０の残額通知を送信する際に、挿入通知に含まれる装置ＩＤを、該挿入通知に含まれる記録媒体ＩＤに対応付けて記憶する。つまり後述する通番不一致時処理として、玉貸設定金額を減算する（図１４のＳ３２３）にあたり、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤを特定する処理（同Ｓ３２０）を要するが、挿入通知を受信した際に、該挿入通知に含まれる装置ＩＤを記憶するようにすると、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤに、今回受信した装置ＩＤが上書きされてしまい、前回記録媒体を受け付けていた玉貸ユニット２０の装置ＩＤが特定不能となってしまう問題があるので、そのような事態を回避すべく、挿入通知に含まれる装置ＩＤを記憶するタイミングを、Ｓａ２２０の残額通知送信時としている。
ここで管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、該返却通知に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに記憶したままにしておく。そのため、残額管理ＤＢには、当該記録媒体ＩＤの記録媒体を前回オンライン状態で受け付けていた玉貸ユニット２０の装置ＩＤが記憶される。即ち、該記録媒体ＩＤの記録媒体を少なくとも前回受け付けていた玉貸ユニット２０であって、オンライン状態で該記録媒体を受け付けた後にオフライン状態になった玉貸ユニット２０の装置ＩＤも管理される。なお、残額管理ＤＢに装置ＩＤを記憶する際に、既に装置ＩＤが記憶済みである場合には、該記憶済みの装置ＩＤを消去して、新たに装置ＩＤを記憶する、いわゆる上書き処理を行う。
また、本例では、管理装置５０とオンライン状態にある精算装置６０が、記録媒体を受け付けたときにも、図２４に示すように精算要求が送信される。このとき送信される情報には、受け付けた記録媒体の記録媒体ＩＤと、当該精算装置６０の装置ＩＤが含まれるので、これらを対応付けて残額管理ＤＢで記憶するが、上記と同様の理由により、ここではＳ７５２の精算許諾情報を送信する際に、精算要求に含まれる装置ＩＤを、該精算要求に含まれる記録媒体ＩＤに対応付けて記憶する。
ここで、オフライン状態にある玉貸ユニット２０が記録媒体を受け付けて、その後、該記録媒体を受け付けている状態でオンライン状態に復帰した場合にも、オンライン状態で記録媒体を受け付けたときと同様に、挿入通知が送信されて、記録媒体ＩＤと装置ＩＤが対応付けられて残額管理ＤＢに記憶される。
一方、前記玉貸設定金額ＤＢでは、各玉貸ユニット２０を個々に識別可能な装置ＩＤに対応付けて、当該玉貸ユニット２０に対して設定されている貸与基準額である玉貸設定金額が管理されている。本例における貸与基準額は間接税を含む額であり、税込基準額の整数倍、例えば５度数分の税込基準額である５２５円，３度数分の税込基準額である３１５円とされる。
ディスプレイ５３は、各種の情報を表示するための表示デバイスであり、入力装置５４は、各種の入力を受け付けるための入力デバイスである。これらディスプレイ５３及び入力装置５４は精算可能期間設定手段の一例であって、精算装置６０での精算が可能な精算可能期間を設定するものであり、ここでは該精算可能期間及び玉貸ユニット２０で残額の使用が可能な使用可能期間（即ち有効期間）を設定する有効期間設定手段として機能する。具体的には、管理装置５０において有効期間設定モードが実行されると、有効期間設定画面（図示外）がディスプレイ５３に表示される。この有効期間設定画面では、入力装置５４の操作により、当日中，今週中，又は今月中のいずれかを、有効期間として設定可能である。以下においては、有効期間として当日中が設定された場合について説明する。
制御部５２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク５５に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、管理装置５０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
この制御部５２は通信不可能状態発生判定手段の一例であって、前記精算可能期間内（即ち前記有効期間内）にオフライン状態が発生したか否かを判定するものである（図２５のＳａ７１０を参照）。具体的には、通信部５１から各玉貸ユニット２０に対して定期的（例えば１０秒毎）に通信確認要求を送信し、該通信確認要求に応じて玉貸ユニット２０から通信部５１に対して返信されてくる通信確認通知に基づいて、該通信確認通知の返信を定期的に検知している間はオンライン状態（即ち玉貸ユニット２０と通信できる通信可能状態）であると判定し、該通信確認通知の返信を一定期間（例えば１分間）検知しなくなるとオフライン状態（即ち玉貸ユニット２０と通信できない通信不可能状態）であると判定して、該オフライン状態が発生した旨をハードディスク５５で記憶する。そしてハードディスク５５でオフライン状態が発生した旨が記憶されている場合に、有効期間内にオフライン状態が発生したと判定する。
また制御部５２は、玉貸ユニット２０から送信されてきた入金要求に含まれる受付貨幣額を該入金要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する入金処理を行うものである（図８のＳ１０９，図１７のＳ２２９を参照）。ここでの入金処理では、前記受信した入金要求に含まれる記録媒体ＩＤに対応付けて、該入金要求に含まれる受付貨幣額を入金予定額として一旦記憶し、貨幣取込通知を受信した後に、該入金予定額を管理残額に加算する。
また制御部５２は残額補正手段の一例であって、前記補正要求（ここでは挿入通知又は精算要求）の受信に基づいて、該補正要求に含まれる間接税額（オンライン端数額）を該補正要求に含まれる記録媒体ＩＤと対応付けて管理している管理残額から減算する補正処理を行うものである。具体的には、図１４のＳ３１６に示すように、記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求（挿入通知）に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する補正処理を行うものである。また、図２６のＳ８１６に示すように、記録媒体を受け付けた精算装置６０から送信されてきた補正要求（精算要求）に含まれるオンライン端数額を、該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する補正処理を行うものである。ここでの補正処理では、前記受信した補正要求に含まれる記録媒体ＩＤに対応付けて、該補正要求に含まれるオンライン端数額を減算予定額として一旦記憶し、オンライン端数額消去通知を受信した後に、該減算予定額を管理残額から減算する。
また制御部５２は端数額加算更新処理手段の一例であって、前記端数額加算更新要求送信手段から送信されてきた端数額処理要求（ここでは挿入通知）に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図１３のＳａ２１６を参照）。また精算装置６０から送信されてきた端数額処理要求（ここでは精算要求）に含まれる記録媒体ＩＤに対応付けて管理している残額に対して該端数額処理要求に含まれるオフライン端数額を加算更新する端数額加算更新処理を行うものである（図２５のＳａ７１６を参照）。ここでの端数額加算更新処理では、前記受信した補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて、該補正要求に含まれるオフライン端数額を加算予定額として一旦記憶し、オフライン端数額消去通知を受信した後に、該加算予定額を管理残額に加算する。
また制御部５２は、精算装置６０から送信されてきた精算要求の受信に応じて、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求を受信した旨を示す精算要求受信フラグを管理するものであり、ここでは図２４のＳ７５１に示すように、精算装置６０から記録媒体ＩＤを含む精算要求を受信すると、該受信した精算要求に含まれる記録媒体ＩＤに対応付けて、精算要求受信フラグを記憶する処理を行う。
また制御部５２は減算処理手段の一例であって、前記第１の減算要求の受信に基づいて、前記使用額及び該使用額に対応する間接税額を前記管理残額から減算する第１の減算処理を行うと共に、前記第２の減算要求の受信に基づいて、前記受付貨幣額に対応する間接税額を前記管理残額から減算する第２の減算処理を行うものである。ここでは、制御部５２は、第１の減算処理として、玉貸ユニット２０から送信されてきた玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から該玉貸通知に含まれる使用額＋消費税額を減算する減算処理を行うものである（図８のＳ１２５，図１７のＳ２１５を参照）。ここで、管理残額が当該玉貸ユニット２０の玉貸設定金額以上であれば、減算される［使用額＋消費税額］＝玉貸設定金額であり、管理残額が当該玉貸ユニット２０の玉貸設定金額未満であれば、減算される［使用額＋消費税額］は、税込単位額の整数倍であって、管理残額を超えない最大額である。また、第２の減算処理として、受付貨幣額分の玉貸処理が行われる玉貸ユニット２０から送信されてきた減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額から減算する（図１０のＳ１７６，図１９のＳ２７６）。
また制御部５２は第２の通番更新手段の一例であって、前記第２の減算処理（即ち受付貨幣額に対応する消費税額分の減算処理）の対象となる記録媒体ＩＤに対応付けて管理している通番を更新するものであり、図１０のＳ１７７，図１９のＳ２７７に示すように、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から送信されてきた減算要求を受信すると、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から、該減算要求に含まれる対応消費税額を減算した後、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する。また本例では、使用額分の玉貸処理が行われた玉貸ユニット２０から玉貸通知を受信すると、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から、該玉貸通知に含まれる使用額＋消費税額を減算した後、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図８のＳ１２６，図１７のＳ２１６）。さらに本例では、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から加算要求を受信すると、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に、該加算要求に含まれる端数額を加算した後、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（図１０のＳ１５７，図１９のＳ２５７）。つまり玉貸ユニット２０側では、オンライン状態での玉貸処理（オンライン状態で開始された玉貸処理）に応じて通番が１ずつ加算されるので、管理装置５０では、玉貸処理が行われた玉貸ユニット２０から送信される情報の受信に応じて通番を１ずつ加算していくことで、玉貸ユニット２０側と同じ通番に更新している。
ここで第２の通番更新手段として機能する制御部５２は、特定処理情報の受信に応じて記録媒体の記録媒体ＩＤに対応付けられた通番を更新するものであり、上記玉貸通知の受信に応じた通番更新，加算要求の受信に応じた通番更新，及び減算要求の受信に応じた通番更新の他に、図１３のＳａ２１７に示すように、オフライン端数額が消去されたことに伴うオフライン端数額消去通知の受信に応じた通番更新を行う。なお、これらの特定処理情報には、玉貸ユニット２０が記録媒体を受け付けていない状態では、収納コイン保持部２７Ｐのビジタコイン５の記録媒体ＩＤ，記録媒体を受け付けている状態では、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが含まれるので、管理装置５０で該記録媒体ＩＤに対応付けて管理されている通番が更新されることとなる。
また第２の通番更新手段である制御部５２は、前記記録媒体ＩＤに対応付けて管理している通番が上限値（例えば２５５）に達しているときに、該記録媒体ＩＤに対応付けて管理している通番を初期値に更新するものであり、ここでは受信した情報に含まれる記録媒体ＩＤに対応付けられた通番を更新するにあたり、当該通番が上限値に達しているか否かを判定して、達していると判定したときには、該通番を初期値（例えば０）に更新する。これにより、通番の記憶領域を極力小さくして、通番が上限値に達した後でも記録媒体を継続して使用することができる。また、制御部５２で実行されるプログラムにおいて定義されている通番の記憶領域（例えば記憶領域が８ビットであれば０〜２５５）内で通番を繰り返し更新することで、通番が上限値に達したことによるプログラムの停止やエラー発生を防止している。
また制御部５２は通番判定手段の一例であって、受信した通番が記録媒体の記録媒体ＩＤに対応付けられた通番と一致するか否かを判定するものであり、次に示す場合に該判定を行う。
まず通番判定手段として機能する制御部５２は、前記通番を含む補正要求（ここでは挿入通知又は精算要求）の受信に基づいて、該補正要求に含まれる通番と該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定するものである。具体的には、図１２のＳ２０３に示すように、記録媒体を受け付けた玉貸ユニット２０から送信されてきた補正要求（挿入通知）に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定する。また、図２４のＳ７０３に示すように、記録媒体を受け付けた精算装置６０から送信されてきた補正要求（精算要求）に含まれる通番が、該補正要求に含まれる記録媒体ＩＤに対応付けて管理している通番と一致するか否かを判定する。そして該通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているときに、前記残額補正手段である制御部５２は、通番不一致時処理として、補正要求に含まれるオンライン端数額を該補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から減算する前記補正処理を行うと共に（図１４のＳ３１６，図２６のＳ８１６）、該記憶していた減算予定額を消去する処理を行う。
また通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該入金予定額を該記録媒体ＩＤに対応付けて管理されている残額に加算すると共に（図１４のＳ３１２，図２６のＳ８１２）、該記憶していた入金予定額を消去する処理を行う。また通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているときには、制御部５２は、通番不一致時処理として、該加算予定額を該記録媒体ＩＤに対応付けて管理されている残額に加算すると共に（図１４のＳ３１４，図２６のＳ８１４）、該記憶していた加算予定額を消去する処理を行う。さらに通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて後述する精算要求受信フラグが記憶されているときには、制御部５２は、通番不一致時処理として、該記録媒体ＩＤに対応付けて管理されている残額を零に更新する（即ち消去する）と共に、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去する処理を行う（図１４のＳ３１８，図２６のＳ８１８）。
一方、通番判定手段により通番が一致しない（記録通番＞管理通番）と判定され、かつ補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて入金予定額，加算予定額，減算予定額，及び後述する精算要求受信フラグのいずれも記憶されていないときには、制御部５２は、通番不一致時処理として、管理残額≧玉貸設定金額であれば、該玉貸設定金額を、前記補正要求に含まれる記録媒体ＩＤに対応付けて管理される残額から減算する処理を行い（図１４のＳ３２３，図２６のＳ８２３）、管理残額＜玉貸設定金額であれば、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、前記補正要求に含まれる記録媒体ＩＤに対応付けて管理される残額から減算する処理を行う（図１４のＳ３２４，図２６のＳ８２４）。
そして前記第２の通番更新手段は、これら通番不一致時処理に応じて、受信した補正要求に含まれる記録媒体ＩＤに対応付けて管理されている通番に１を加算して更新する（図１４のＳ３２５，図２６のＳ８２５）。このとき、補正要求に含まれる通番＝管理している通番となる。
ここで、本例において、図１４のＳ３２３，図２６のＳ８２３で減算されるべき玉貸設定金額は、各玉貸ユニット２０毎に設定されており、必ずしも一定額とは限らない。そこで該玉貸設定金額を特定して、残額を正確に補正すべく、本発明は以下の機能を備えている。
まず制御部５２は遊技用装置特定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて前記遊技用装置識別情報記憶手段（残額管理ＤＢ）で記憶している情報から当該記録媒体ＩＤの記録媒体が前回受け付けられていた遊技用装置を特定するものであり、ここでは前記補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて管理されている装置ＩＤを、当該記録媒体を前回オンライン状態で受け付けていた遊技用装置の装置ＩＤとして特定する（図１４のＳ３２０，図２６のＳ８２０）。
また制御部５２は基準貸与額判定手段の一例であって、前記通番判定手段により通番が一致しないと判定したときに、前記記録媒体の記録媒体ＩＤに対応付けて管理している管理残額が前記基準貸与額未満であるか否かを判定するものであり、ここでは前記補正要求（挿入通知又は精算要求）に含まれる記録媒体ＩＤに対応付けて管理されている残額が、前記遊技用装置特定手段により特定された装置ＩＤに対応付けて図７（ｄ）の玉貸設定金額ＤＢで管理されている玉貸設定金額以上であるか否かを判定している（図１４のＳ３２２，図２６のＳ８２２）。そして制御部５２は、上述したように、玉貸設定金額以上であると判定されたときには、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から、玉貸設定金額を減算する一方、玉貸設定金額未満であると判定されたときには、補正要求に含まれる記録媒体ＩＤに対応付けて管理されている残額から税込単位額の整数倍（但し管理残額を超えない最大額）を減算する。
つまり、使用額分の玉貸処理が行われて、玉貸ユニット２０から送信された玉貸通知を管理装置５０が受信する前にオフライン状態となった玉貸ユニット２０から排出された記録媒体であるため、前記使用額が管理残額から減算されていない状態となっている。従って、使用額＋消費税額（前記玉貸設定金額，又は税込単位額の倍数であって管理残額を超えない最大額）を特定して、特定した使用額＋消費税額を減算する補正を行っている。
前記制御部５２は第４の通番更新手段の一例であって、精算完了通知の受信に応じて、記録媒体ＩＤに対応付けられた通番を更新するものであり、図２４のＳ７５８に示すように、精算装置６０から精算完了通知を受信したことに応じて、該精算完了通知に含まれる記録媒体ＩＤに対応付けられた通番に１を加算して更新している。
なお制御部５２は、図２４に示すように、前記精算完了通知の受信に応じて（Ｓ７５５）、該受信した精算完了通知に含まれる記録媒体ＩＤに対応付けて管理している管理残額を零に更新し（Ｓ７５６）、該記録媒体ＩＤに対応付けて管理している精算要求受信フラグを消去する（Ｓ７５７）。つまり制御部５２は、精算装置６０から送信されてきた後述する精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行うものである。
また制御部５２は、ビジタコイン発行装置７０から送信されてきた後述する発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行うものである（図２７のＳ９０６を参照）。
また制御部５２は最後残額特定処理手段の一例であって、前記処理履歴送信手段（玉貸ユニット２０の外部通信部２１ｂ）から送信されてきた処理履歴（図７（ａ）に示す処理履歴ＤＢで記憶している処理履歴）に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理を行うものであり、ここでは後述する精算履歴送信手段（精算装置６０の通信部６１）から送信されてきた精算履歴（図７（ｂ）に示す精算履歴ＤＢで記憶している精算履歴），及び後述する発行履歴送信手段（ビジタコイン発行装置７０の通信部７１）から送信されてきた発行履歴（図７（ｃ）に示す発行履歴ＤＢで記憶している発行履歴）を含めて、前記最後残額特定処理を行う。この最後残額特定処理手段の具体的な機能については、図２９のＳ１０４５〜Ｓ１０４８を参照して後述する。
さらに制御部５２は残額復帰処理手段の一例であって、前記最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額を新たに管理するための残額復帰処理を行う残額復帰処理手段を行うものであり、ここでは該最後残額特定処理手段により各記録媒体ＩＤ毎に特定された残額と、後述するバックアップ情報送信手段（センタ管理装置８０の通信部８１）から送信されてきたバックアップ情報（図７（ｅ）に示すバックアップＤＢで記憶しているバックアップ情報）に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額を特定し、該特定した残額を新たに管理するための残額復帰処理を行う。この残額復帰処理手段の具体的な機能についても、図２９のＳ１０４４，Ｓ１０４９，及びＳ１０５０を参照して後述する。
通信部５１は、前述の如く玉貸ユニット２０の外部通信部２１ｂと通信可能に接続されており、管理装置５０と玉貸ユニット２０との間における通信を司るものであると共に、精算装置６０の後述する通信部６１と通信可能に接続されており、管理装置５０と精算装置６０との間における通信を司るものである。
この通信部５１は、制御部５２による入金予定額の記憶が行われたことに基づいて、該入金予定額＋管理残額である予定残額を含む予定残額通知を玉貸ユニット２０に対して返信するものである（図８のＳ１０６，図１７のＳ２２６）。
また通信部５１は、制御部５２による前記減算処理が完了したことに基づいて、該減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信するものである（図８のＳ１２７，図１７のＳ２１７を参照）。
また通信部５１は、玉貸ユニット２０から返却通知を受信したことに基づいて、返却許諾通知を該玉貸ユニット２０に対して返信するものである（図９のＳ１３４，図１８のＳ２３４を参照）。
また通信部５１は、玉貸ユニット２０から残額取得要求（ここでは挿入通知）を受信したことに基づいて、該残額取得要求に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を該玉貸ユニット２０に対して返信するものである（図１２のＳａ２２０を参照）。
また通信部５１は端数額加算完了通知返信手段の一例であって、前記端数額加算更新処理手段により端数額加算更新処理が完了したことに基づいて、該端数額加算更新処理が完了した旨を示す端数額加算完了通知を玉貸ユニット２０に対して返信するものであり、ここでは制御部５２による加算予定額の記憶が行われたことに基づいて、前記端数額加算完了通知として加算予定額記憶通知を玉貸ユニット２０に対して返信する（図１３のＳａ２１２を参照）。
また通信部５１は精算許諾情報送信手段の一例であって、後述する精算要求送信手段（通信部６１）から送信されてきた精算要求（ここでいう精算要求は端数額処理要求を含む概念である）に含まれる記録媒体ＩＤに対応付けて管理している残額又は該残額と前記記録媒体に記録されているオフライン端数額との合算額を含む合算額精算許諾情報を精算装置６０に対して送信するものである（図２４のＳ７５２を参照）。具体的には、精算要求に含まれるオフライン端数額が零である場合には、該精算要求に含まれる記録媒体ＩＤに対応付けて管理されている残額を含む精算許諾情報が精算装置６０に対して返信される。また、精算要求に含まれるオフライン端数額が零でない場合には、図２５に示すように、該精算要求に含まれる記録媒体ＩＤに対応付けて、該精算要求に含まれるオフライン端数額が加算予定額として一旦記憶され（Ｓａ７１１）、前記加算予定額記憶通知が精算装置６０に対して返信され（Ｓａ７１２）、オフライン端数額消去通知を受信した後に（Ｓａ７１５）、該加算予定額が管理残額に加算され（Ｓａ７１６）、図２４に戻って、該加算更新後の管理残額（即ち加算更新前の管理残額＋オフライン端数額）を含む精算許諾情報が精算装置６０に対して返信される。
また通信部５１は、制御部５２による前記選択額記憶処理が完了したことに基づいて、前記管理している残額を含む発行許諾情報をビジタコイン発行装置７０に対して返信するものである（図２７のＳ９０７を参照）。
さらに通信部５１は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（図２９のＳ１０１１を参照）、精算履歴送信要求を精算装置６０に対して送信し（同Ｓ１０２１を参照）、発行履歴送信要求をビジタコイン発行装置７０に対して送信するものである（同Ｓ１０３１を参照）。
場外通信部５６は、図１に示すように、インターネットを介して、センタ管理装置８０の後述する通信部８１と通信可能に接続されており、管理装置５０とセンタ管理装置８０との間における通信を司るものである。この外部通信部５６は、遊技場の営業終了後において、図７（ｄ）に示す残額管理ＤＢの記憶内容をセンタ管理装置８０に対して送信するものである（図２８のＳ１００１を参照）。また場外通信部５６は、管理装置５０の破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、バックアップ情報送信要求をセンタ管理装置８０に対して送信するものである（図２９のＳ１０４１を参照）。
精算装置６０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図５（ａ）に示すように、キオスク端末型の形状を呈するものであり、その前面にディスプレイ６３，会員カード挿入口６４ａ，コイン投入口６５ａ，紙幣払出口６６ａ，及び硬貨払出口６７ａ等を備え、図１に示すように、その内部に通信部６１，制御部６２，カードＲ／Ｗ６４，コインＲ／Ｗ６５，紙幣払出機６６，及び硬貨払出機６７等を備えており、これらの各構成要素は図１に示すように接続されている。なお、この精算装置６０は、装置ＩＤによって個々に識別可能となっており、該装置ＩＤは制御部６２のＲＯＭに記憶されている。
通信部６１は、管理装置５０の通信部５１と通信可能に接続されており、精算装置６０と管理装置５０との間における通信を司るものである。この通信部６１から情報が送信されるときには、制御部６２のＲＯＭに記憶されている装置ＩＤが該情報と共に送信される。この通信部６１は精算要求送信手段の一例であって、会員カード４又はビジタコイン５を受け付けたことに基づいて、該受け付けた記録媒体に記録されている記録媒体ＩＤを少なくとも含む精算要求を管理装置５０に対して送信するものである。また通信部６１は補正要求を送信するものであり、前記オンライン残額が記録された記録媒体（会員カード４，ビジタコイン５）を受け付けたことに基づいて、該記録媒体に記録されている記録媒体ＩＤとオンライン残額とを含む補正要求を管理装置５０に対して送信するものである。具体的には、受け付けた会員カード４又はビジタコイン５に記録されている記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を含む精算要求を補正要求として管理装置５０に対して送信する（図２４のＳ７０２を参照）。
また通信部６１は精算実行通知送信手段の一例であって、前記精算処理が行われる旨を示す精算実行通知を管理装置５０に対して送信するものであり、ここでは精算実行通知として、図２４のＳ７５５に示す精算完了通知を送信する。なお、「精算処理が行われる旨を示す」とは、精算処理の前後を問わず、精算処理に伴う送信処理であるという意であり、本例ではＳ７５３の精算処理の後に精算完了に伴う精算完了通知を送信している。
また通信部６１は精算履歴送信手段の一例であって、管理装置５０から送信されてくる精算履歴送信要求に応じて、後述する精算履歴記憶手段である精算履歴ＤＢ（図７（ｂ）を参照）で記憶している精算履歴を管理装置５０に対して送信するものである（図２９のＳ１０２３を参照）。
制御部６２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、精算装置６０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部６２の機能については後述する。
ディスプレイ６３は、図５（ｂ）に示すように、各種の情報を表示するための表示デバイスである。このディスプレイ６３では、会員カード４又はビジタコイン５を受付可能なときに、Ｄ１に示すように、会員カード４又はビジタコイン５の挿入を促す旨が表示される。また貨幣を払い出すときに、Ｄ２に示すように、残額を返却する旨，及び会員カード４の抜き取りを指示する旨又はビジタコイン５を回収する旨が表示される。なお会員カード４又はビジタコイン５に異常があるときには、Ｄ３に示すように、その旨が表示される。
カードＲ／Ｗ６４は記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではカード挿入口６４ａから挿入された会員カード４を受け付けて、該会員カード４に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該会員カード４からオフライン端数額及びオンライン端数額を消去する、ＩＣカードＲ／Ｗである。この精算装置６０において精算が完了した会員カード４は、カード挿入口６４ａから排出されて、遊技者に返却される。
コインＲ／Ｗ６５も記録媒体受付手段の一例であって、記録媒体を受け付けるものであり、ここではコイン投入口６５ａから投入されたビジタコイン５を受け付けて、該ビジタコイン５に記録されている記録媒体ＩＤ，オフライン端数額，及びオンライン端数額を読み取ると共に、該ビジタコイン５からオフライン端数額及びオンライン端数額を消去する、ＩＣコインＲ／Ｗである。この精算装置６０において精算が完了したビジタコイン５は、コインＲ／Ｗ６５の下部に設けられるコイン回収部６５ｂに回収されて、遊技者には返却されない。
紙幣払出機６６及び硬貨払出機６７は、貨幣を払い出すものであり、具体的には、紙幣払出機６６の背後に設けられる紙幣収納部６６ｂから、所定の種類及び所定数の紙幣２を取り出して、紙幣払出口６６ａから払い出すと共に、硬貨払出機６７の上部に設けられる硬貨収納部６７ｂから、所定の種類及び所定数の硬貨３を取り出して、硬貨払出口６７ａから払い出す。この精算装置６０では、１円単位で貨幣の払い出しが可能である。
ここで前記制御部６２は精算処理手段の一例であって、前記記録媒体受付手段により受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣を払い出す精算処理を行うものである。ここで前記第１の排出処理により排出された記録媒体（即ちオフライン端数額が記録されていない会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体の記録媒体ＩＤに対応付けて管理装置５０で管理されている残額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。一方、前記第２の排出処理により排出された記録媒体（即ちオフライン端数額が記録されている会員カード４又はビジタコイン５）を受け付けたときには、前記精算処理として、該受け付けた記録媒体に記録されているオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
また精算処理手段として機能する制御部６２は、前記精算処理として、前記精算許諾情報送信手段から送信されてきた合算額精算許諾情報から特定される前記残額と前記オフライン端数額との合算額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。具体的には、管理装置５０から送信されてきた精算許諾情報に残額のみが含まれる場合には、該残額に相当する貨幣の払出を指示する処理を行い、残額とオフライン端数額の合算額が含まれる場合には、該合算額に相当する貨幣の払出を指示する処理を行い、オフライン端数額のみが含まれる場合には、該オフライン端数額に相当する貨幣の払出を指示する処理を行う。そして該指示に応じた貨幣が、紙幣払出機６６及び／又は硬貨払出機６７から払い出される。
さらに精算処理手段として機能する制御部６２は、前記通信不可能状態発生判定手段（管理装置５０の制御部５２）によりオフライン状態が発生したと判定されたことを条件として、前記オフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。具体的には、前記通信不可能状態発生判定手段によりオフライン状態が発生したと判定されると、後述する図２５のＳａ７１１〜Ｓａ７１７の処理が行われて、後述する図２４のＳ７５１を経て、Ｓ７５２で前記精算許諾情報送信手段（管理装置５０の通信部５１）から精算許諾情報が送信されてくるので、該精算許諾情報が送信されてきたことに基づいて、精算が行われる。
また制御部６２は第３の通番更新手段の一例であって、前記精算処理に伴って、記録媒体に記録されている通番を更新するものであり、図２４に示すように、許諾分の貨幣を払い出す精算処理が行われたことに伴って（Ｓ７５３）、受け付けている記録媒体に記録されている通番に１を加算して更新するものである（Ｓ７５４）。
また制御部６２は端数額判定手段の一例であって、当該精算装置６０で受け付けた会員カード４又はビジタコイン５に記録されているオフライン端数額が予め定められた所定の金額未満であるか否かを判定するものであり、ここでは該オフライン端数額が税込単位額未満であるか否かを判定する（図２４のＳａ７０１を参照）。そして精算装置６０は、該端数額判定手段によりオフライン端数額が所定の金額（ここでは税込単位額）未満であると判定されたことを条件として、該オフライン端数額に相当する貨幣を払い出す。具体的には、オフライン端数額が税込単位額未満であると判定されたことを条件として、精算要求が管理装置５０に対して送信され、該精算要求に応じて管理装置５０から送信されてきた精算許諾情報を受信したことに基づいて、精算処理手段として機能する制御部６２が、前述の如く、合算額又はオフライン端数額に相当する貨幣の払出を紙幣払出機６６及び／又は硬貨払出機６７に対して指示する処理を行う。
また制御部６２のＥＥＰＲＯＭには、図７（ｂ）に示す精算履歴ＤＢが設けられている。この精算履歴ＤＢは精算履歴記憶手段の一例であって、前記精算処理の履歴である精算履歴として、該精算処理の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体ＩＤと、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは精算処理が行われたことに基づいて、該精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算処理が行われた日時である精算日時を前記最後処理特定情報として記憶することにより、前記精算履歴を記憶する。この精算履歴ＤＢでは、最大で２５６個の精算履歴を、前記所定の処理数分として記憶可能であり、記憶している精算履歴が２５６個に達すると、新たな精算履歴を記憶する際に、精算日時が最も古い精算履歴が消去されて、当該新たな精算履歴が記憶される。
ビジタコイン発行装置７０は、遊技場内の所定箇所（例えば遊技島の端部や景品交換カウンタの近傍等）に設けられ、図６（ａ）に示すように、縦長の箱型の形状を呈するものであり、その前面にタッチパネル式のディスプレイ７３，紙幣挿入口７４ａ，紙幣払出口７４ｄ，及びコイン発行口７５ａ等を備え、図１に示すように、その内部に通信部７１，制御部７２，紙幣識別機７４，紙幣収納部７４ｂ，紙幣払出部７４ｃ，コインＲ／Ｗ７５，及びコインストッカ７５ｂ等を備えており、これらの各構成要素は図１に示すように接続されている。
通信部７１は、管理装置５０の通信部５１と通信可能に接続されており、ビジタコイン発行装置７０と管理装置５０との間における通信を司るものである。この通信部７１は、紙幣識別機７４により紙幣２を受け付けた後、タッチパネル式のディスプレイ７３により遊技者から発行額の選択を受け付けたことに基づいて、発行するビジタコイン５の記録媒体ＩＤと前記選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する（図２７のＳ９０５を参照）。
また通信部７１は発行履歴送信手段の一例であって、管理装置５０から送信されてくる発行履歴送信要求に応じて、後述する発行履歴記憶手段である発行履歴ＤＢ（図７（ｃ）を参照）で記憶している発行履歴を管理装置５０に対して送信するものである（図２９のＳ１０３３を参照）。
制御部７２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ＲＯＭに記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、ビジタコイン発行装置７０に備えられる各構成要素の動作を制御して各種の処理を行うものである。この制御部７２の機能については後述する。
タッチパネル式のディスプレイ７３は、図６（ｂ）に示すように、各種の情報を表示するための表示デバイスであると共に、各種の入力を受け付けるための入力デバイスでもある。このディスプレイ７３では、紙幣２を受付可能なときに、Ｄ１１に示すように、紙幣２の挿入を促す旨が表示される。ここで遊技者が紙幣２を挿入すると、Ｄ１２に示すように、該挿入された紙幣２の金額が入金額として表示されると共に、ビジタコイン５の発行に供する発行額を選択するための発行額選択ボタンとして、「１０００円」ボタン，「２０００円」ボタン，「５０００円」ボタン，及び「１００００円」ボタンの４種類が表示される、発行額選択画面が表示される。ここで遊技者がいずれかの発行額選択ボタン（ここでは「５０００円」ボタン）を押圧操作して前記入金額の範囲内で発行額を選択すると、Ｄ１３に示すように、該選択された発行額を前記残額としてパチンコ玉の貸与に使用可能なビジタコイン５が発行されて、該ビジタコイン５が発行された旨が表示されると共に、釣銭がある場合には釣銭が払い出されて、該釣銭が払い出された旨が表示される。
紙幣識別機７４は貨幣受付手段の一例であって、貨幣を受け付けるものであり、ここでは紙幣挿入口７４ａから前記４種類の紙幣２を受け付けて、該受け付けた紙幣２の真贋及び金種を識別する識別機である。なお紙幣識別機７４により受け付けられた紙幣２は、該紙幣識別機７４の背後に設けられている紙幣収納部７４ｂに金種毎に収納される。そして釣銭があるときに、紙幣収納部７４ｂに収納されている紙幣２が、該紙幣収納部７４ｂの前方に設けられている紙幣払出部７４ｃに搬送されて、該紙幣払出部７４ｃの前方に設けられている紙幣払出口７４ｄから釣銭として払い出される。
コインＲ／Ｗ７５は、図６（ｂ）のＤ１２に示す発行額選択画面で発行額が選択されたときに、ビジタコイン５が収納されているコインストッカ７５ｂから排出されて内部に保持しているビジタコイン５の記録媒体ＩＤを読み取る、ＩＣコインＲ／Ｗである。このコインＲ／Ｗ７５の内部で保持しているビジタコイン５は、管理装置５０から発行許諾情報が送信されてきたことに基づいて、該コインＲ／Ｗ７５の前方に設けられているコイン発行口７５ａから排出されて発行され、該ビジタコイン５が発行されると、コインストッカ７５ｂで収納されているビジタコイン５が排出されてコインＲ／Ｗ７５の内部に保持される。
ここで前記制御部７２は記録媒体発行処理手段の一例であって、前記貨幣受付手段（紙幣識別機７４）により受け付けた貨幣（紙幣２）の金額を残額として、記録媒体（ビジタコイン５）の記録媒体ＩＤに対応付けて管理装置５０で管理するための処理を行うと共に、該記録媒体に残額を記録することなく発行する記録媒体発行処理を行うものである。具体的には、コインＲ／Ｗ７５の内部で保持しているビジタコイン５の記録媒体ＩＤと図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額とを含む発行要求を管理装置５０に対して送信する処理（図２７のＳ９０５を参照）と、コインＲ／Ｗ７５の内部で保持しているビジタコイン５をコイン発行口７５ａから排出して発行する処理（同Ｓ９１０を参照）が、前記記録媒体発行処理に相当する。
また制御部７２のＥＥＰＲＯＭには、図７（ｃ）に示す発行履歴ＤＢが設けられている。この発行履歴ＤＢは発行履歴記憶手段の一例であって、前記記録媒体発行処理の履歴である発行履歴として、該記録媒体発行処理の対象となった記録媒体（ビジタコイン５）の記録媒体ＩＤと、該記録媒体発行処理の対象となった前記残額と、前記最後処理特定情報とを対応付けて、所定の処理数分記憶するものである。ここでは記録媒体発行処理が行われたことに基づいて、該記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、図６（ｂ）のＤ１２に示す発行額選択画面で選択された発行額である選択額を前記記録媒体発行処理の対象となった残額として記憶する共に、該記録媒体発行処理が行われた日時である発行日時を前記最後処理特定情報として記憶することにより、前記発行履歴を記憶する。この発行履歴ＤＢでは、最大で２５６個の発行履歴を、前記所定の処理数分として記憶可能であり、記憶している発行履歴が２５６個に達すると、発行日時が最も古い発行履歴が消去されて、当該新たな発行履歴が記憶される。
センタ管理装置８０はバックアップ装置の一例であって、遊技場外（ここではカード会社）に設けられるものであり、図１に示すように接続される通信部８１，制御部８２，及びハードディスク８３等を備えている。この実施形態では、前記有効期間が無期限であるため、例えば残額がある記録媒体を持ち帰った遊技者が１ヶ月後に来店したときに、管理装置５０で管理している残額が失われていると、該１ヶ月の間は当該記録媒体に係わる処理履歴，精算履歴，及び発行履歴が記憶されていないため、残額を復帰することができず、遊技者が損をしてしまうので、センタ管理装置８０において所定時間毎に残額のバックアップを行うものである。
記憶手段であるハードディスク８３には、図７（ｅ）に示すバックアップＤＢが設けられている。このバックアップＤＢはバックアップ情報記憶手段の一例であって、管理装置５０で記録媒体ＩＤに対応付けて管理されている残額を該管理装置５０から所定時間毎に取得してバックアップ情報として記憶するものであり、ここでは遊技場の営業終了後に管理装置５０から送信されてくる残額管理ＤＢの記憶内容（図７（ｄ）を参照）を、バックアップ情報として記憶する。またバックアップＤＢは、該バックアップ情報を記憶した日時を、バックアップ日時として記憶する。
制御部８２は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えており、ハードディスク８３に記憶されている処理プログラムがＲＡＭを作業領域としてＣＰＵで実行されることにより、センタ管理装置８０に備えられる各構成要素の動作を制御して各種の処理を行うものである。
通信部８１は、前述の如く管理装置５０の外部通信部５６と通信可能に接続されており、センタ管理装置８０と管理装置５０との間における通信を司るものである。この通信部８１は、バックアップ情報の記憶が完了したことに基づいて、該バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を管理装置５０に対して返信するものである（図２８のＳ１００４を参照）。また通信部８１はバックアップ情報送信手段の一例であって、管理装置５０から送信されてくるバックアップ情報送信要求に応じて、バックアップ情報記憶手段であるバックアップ情報ＤＢ（図７（ｅ）を参照）で記憶しているバックアップ情報を管理装置５０に対して送信するものである（図２９のＳ１０４３を参照）。
［２．遊技用システム１の作用］
次に、図８〜図２９を参照して、遊技用システム１の作用について説明する。なお各図中においては、会員カード４を「カード」，ビジタコイン５を「コイン」，管理装置５０で管理されている残額を「管理残額」，制御部２１のＲＡＭで記憶されている残額を「記憶残額」，及び制御部２１のＲＡＭで記憶されている端数額を「記憶端数額」と表記する。また、以下では、玉貸ユニット２０の収納コイン保持部２７Ｐのビジタコイン５に記録されている通番，若しくは、カード保持部２４Ｐで保持されている会員カード４又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番を「記録通番」とも呼ぶ。そして、管理装置５０で記録媒体ＩＤに対応付けて管理している通番を「管理通番」とも呼ぶ。
まず図８は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない場合の処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かを判定する（Ｓ１０２）。このＳ１０２で受付貨幣額が所定額以上であると判定された場合には（ＹＥＳ）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ１０３）。一方、Ｓ１０２で受付貨幣額が所定額未満であると判定された場合には（ＮＯ）、後述するＳ１５１以下の処理を行う。
Ｓ１０３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として一旦記憶し（Ｓ１０４）、該入金予定額の記憶が完了したことに基づいて、該記録媒体ＩＤに対応付けて管理している残額＋該入金予定額である予定残額を含む予定残額通知を、玉貸ユニット２０に対して返信する（Ｓ１０５）。
該予定残額通知を受信した玉貸ユニット２０は、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ１０６）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１０７）。次いで、貨幣の取込処理及び通番の更新が完了したことに基づいて、該ビジタコイン５の記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ１０８）、前記予定残額通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓ１１１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１１２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓ１１３）。
Ｓ１０８の貨幣取込通知を受信した管理装置５０は、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓ１０９）、該入金予定額を消去すると共に、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ１１０）。
なお、入金要求の送信（Ｓ１０３）から予定残額通知（Ｓ１０５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以下の処理が行われる。
ここで、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０５の予定残額通知を受信することなくオフライン状態となった場合には、後述する図１１のＳａ１９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態１）。
また、玉貸ユニット２０が前記Ｓ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となった場合には、Ｓ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態となる（状態２）。
次に玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、前述の如く使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額＋消費税額（本例では５２５円）とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ１２３）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。
Ｓ１２３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算する減算処理を行うと共に（Ｓ１２５）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１２６）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。
該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ１２８）、再びＳ１１３の状態となる。
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以下の処理が行われる。
また玉貸ユニット２０は、Ｓ１１３の状態で所定額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
次に図９は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない状態で返却操作を受け付けた場合の処理の一例を表す図である。玉貸ユニット２０は、Ｓ１１３又は後述するＳ１６２の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ１３２に進む。この図９では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ１３２では、記憶残額が零であるか否かを判定する。このＳ１３２で記憶残額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ１３２で記憶残額が零でない（ＮＯ）と判定された場合には、前記ビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ１３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ１３４）。
該返却許諾通知を受信した玉貸ユニット２０は、前記ビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する（Ｓ１３６）。このＳ１３６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ１３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。一方、Ｓ１３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ１３８）、Ｓ１３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
Ｓ１３９では、記憶残額を消去して、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ１４０）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ１４１）。
次に図１０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。図８のＳ１０２で受付貨幣額が所定額未満であると判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ１５１）。このＳ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１７１以下の処理を行う。
一方、Ｓ１５１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ１５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ１５３）、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された端数額とを含む加算要求を、管理装置５０に対して送信すると共に（Ｓ１５４）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１５５）。
Ｓ１５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行うと共に（Ｓ１５６）、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１５７）、加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ１５８）。
該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ１５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ１６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ１６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ１６２）。
なお、貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ１９１以下の処理が行われる。
前記Ｓ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定し（Ｓ１７１）、記憶残額が該対応消費税額以上であるか否かを判定する（Ｓ１７２）。このＳ１７２で対応消費税額未満である（ＮＯ）と判定された場合には、前述したＳ１５２以下の処理が行われる。一方、Ｓ１７２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、次に示すＳ１７３以下の処理が行われる。
Ｓ１７３では、玉貸操作によることなく、受付貨幣額分の玉貸処理が開始され、これに伴い、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信すると共に（Ｓ１７４）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
本例では８０円の管理残額（＝記憶残額）がある状態で、５００円の入金を受け付けることで、対応消費税額の２５円が管理残額から減算されて、受付貨幣額の５００円分のパチンコ玉が貸与され、管理残額が５５円となる。ここで、従来のシステムにおいて、消費税額を徴収する場合には、税込単位額未満の端数額が管理残額として残った状態では使用することができず、かつ該端数額が累積されて単位貸与額以上となったときにも、その残額を使用するために遊技者が玉貸操作を行わなければないという問題があった。本発明の遊技用システム１を適用することによって、端数額が受付貨幣額の対応消費税額以上であれば、当該端数額が税込単位額未満であっても使用され、かつ玉貸操作を要せずに受付貨幣額分の玉貸処理を行うので遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
つまり、玉貸処理に応じて消費税が徴収される場合であれば、遊技者が貨幣（例えば１００円）を投入しても、受付貨幣額が税込単位額（例えば１０５円）未満の貨幣であるため、受付貨幣額分の玉貸処理が行われずに不便であったが、本遊技用システム１を適用することによって、遊技者が貨幣（１００円）を投入したときに残額が消費税額（５円）以上残存していれば、受付貨幣額（１００円）分の玉貸処理が玉貸操作によることなく行われるので遊技者の利便性が向上する。また、例えば８０円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋対応消費税額５円の、計１０５円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
また別の方法として、玉貸処理に応じて消費税が徴収される場合に、遊技者が５００円を投入すると、貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算される。そして、次に５００円を投入すると、再び貸与対象額である４２０円が特定されて、該貸与対象額分の玉貸処理が行われ、端数額の８０円が管理残額に加算されるという方法が考えられる。この場合には、最初の端数額の８０円が管理残額として残っている状態で、次に５００円が投入されたときに、対応消費税額の２５円以上の管理残額（８０円）が残存しており、受付貨幣額分の玉貸処理を行うための残額が足りているにも拘わらず、実際には貸与対象額（４２０円）分の玉貸処理しか行われないというように、連続入金のときの遊技者の利便性を損ねる。しかし本発明の遊技用システム１を適用することによって、連続入金のときに、受付貨幣額＋残額によって、受付貨幣額分の玉貸処理が可能であれば、該受付貨幣額分の玉貸処理（一発貸し）を行うので、遊技者の利便性が向上する。また、連続入金によって端数額が、８０円，１６０円，…と累積される場合に、この累積された端数額は玉貸操作を行わなければ使用することができないが、本遊技用システム１を適用することで、貨幣を受け付けると、受け付けた貨幣の対応消費税額が自動的に端数額から減算されていくので、端数額を使用する為の玉貸操作は必要なく、また、玉貸操作を行うことなく受付貨幣額分の玉貸が行われ、貨幣の投入から玉貸開始までの時間が短縮されるので、遊技者の利便性が向上する。
Ｓ１７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ１７６）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１７８）。
該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した後（Ｓ１７９）、再びＳ１６２の状態となる。
なお、受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ１９１以下の処理が行われる。
次に図１１は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図８に示した入金要求（Ｓ１０３）の送信から予定残額通知（Ｓ１０５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ１９２）、記憶残額が零であるか否かを判定する（Ｓａ１９３）。このＳａ１９３で記憶残額が零である（ＹＥＳ）と判定された場合には、後述するＳ４１８に進んで、貨幣受付を待機する状態となる。なお記憶残額が零であるので、Ｓ４１８における返却操作は無効とされる。一方、Ｓａ１９３で記憶残額が零でない（ＮＯ）と判定された場合には、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予定残額通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、記憶残額が零でない場合には、返却操作によらずにビジタコイン５が排出されることとなる。
次に、図８に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。このＳｂ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ１９３）、使用額＋消費税額を記憶残額から減算し（Ｓｂ１９４）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｂ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ１９４の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずにビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき使用額＋消費税額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
次に、図１０に示した貸与対象額分の玉貸処理の開始（Ｓ１５３）から残額通知（Ｓ１５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｃ１９１）、貸与対象額分の玉貸処理の開始（Ｓ１５３）後に通番の更新（即ちＳ１５５）が行われたか否かを判定する（Ｓｃ１９２）。このＳｃ１９２定で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｃ１９３）、特定された端数額×（−１）をオンライン端数額として該ビジタコイン５に記録し（Ｓｃ１９４）、該端数額を記憶残額に加算し（Ｓｃ１９５）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｃ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｃ１９４及びＳｃ１９５の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずにビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１５４の加算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき端数額×（−１）が管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
次に、図１０に示した受付貨幣額分の玉貸処理の開始（Ｓ１７３）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ１９１）、受付貨幣額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。このＳｄ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ１９３）、特定された対応消費税額をオンライン端数額として該ビジタコイン５に記録し（Ｓｄ１９４）、該対応消費税額を記憶残額から減算し（Ｓｄ１９５）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｄ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ１９４及びＳｄ１９５の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずにビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１７４の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）にはオンライン端数額が記録されており、減算すべき対応消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
次に図１２〜図２０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合の処理の一例を表す図である。この玉貸ユニット２０が、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２以下の処理（図１２〜図１４に示す処理）が行われる。
ここで、Ｓ２０１で受け付けるビジタコイン５にオンライン端数額が記録されている場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、受付貨幣額分の玉貸処理が開始されてからオフライン状態となって、対応消費税額がオンライン端数額として記録されて排出されたものであるか、又は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、貸与対象額分の玉貸処理が開始されてからオフライン状態となって、特定された端数額×（−１）がオンライン端数額として記録されて排出されたものである。
またＳ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されていない場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額が記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）である。
一方、Ｓ２０１で受け付けるビジタコイン５に、オフライン端数額が記録されている場合は、該ビジタコイン５は、オフライン状態にある玉貸ユニット２０から排出（発行）されたものか（図２１〜図２３を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものである。
図１２に示すように、Ｓ２０２では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
Ｓ２０２の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図１４に示すＳ３０１以下の通番不一致時処理を行う。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ２０４〜Ｓ２０９で通番一致時処理を行い、Ｓ２１０に進む。
Ｓ２１０では、前記挿入通知に含まれるオフライン端数額が零であるか否かを判定する。このＳ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図１３に示すＳａ２１０以下のオフライン端数額処理を行う。一方、Ｓ２１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、前記挿入通知の送信元である玉貸ユニット２０の装置ＩＤを残額管理ＤＢに記憶し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
該残額通知を受信した玉貸ユニット２０は、受け付けている記録媒体のオンライン端数額を消去して（オンライン端数額が記録されており、通番が一致する場合には該オンライン端数額が残存している状態であるため、当該処理によって消去し）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２２１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２２２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２２３）。
前記Ｓ２１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、図１３に示すように、オフライン端数額処理が行われる。
まずＳａ２１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ２１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、使用不可情報を、玉貸ユニット２０に対して返信する。一方、Ｓａ２１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ２１１以下に進んで、オフライン端数額の加算が行われる。このように、有効期間内にオフライン状態が発生したと判定されたことを条件としてオフライン端数額の加算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオフライン端数額が記録されることがない状況においてはオフライン端数額の加算が行われないので、セキュリティが向上する。
前記Ｓａ２１１で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、前記挿入通知に含まれるオフライン端数額を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２）。
該加算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ２１５）。
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ２１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ２１７）、更新後の残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
このように、オンライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生したオフライン端数額が記録された会員カード４又はビジタコイン５が受け付けられると、該オフライン端数額が管理装置５０で管理されている残額に対して加算更新されることにより、該オフライン端数額を精算しなくても遊技に使用できるようになるので、遊技者の利便性が向上する。
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６）。
また玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ２１３でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
前記Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、図１２に示すように、通番一致時処理が行われる。Ｓ２０４では、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ２０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ２０５）、前記Ｓ２１０に進む。
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ２０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０６で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ２０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ２０７）、前記Ｓ２１０に進む。
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ２０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０８で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ２０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０が後述するＳ７０２の精算要求を受信し、精算装置６０が後述するＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ２０９）、前記Ｓ２１０に進む。
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、図１４に示すように、通番不一致時処理が行われる。Ｓ３０１では、前記挿入通知に含まれるオンライン端数額が零であるか否かを判定する。このＳ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ３１１以下の処理を行う。一方、Ｓ３０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、該オンライン端数額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ３０２）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓ３０３）。
該減算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ３０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ３０５）。
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ３０６）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０７）、前記Ｓ２１０以下の処理を行う。
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
従って、Ｓ３０６で、減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる二重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
ここで管理装置５０がＳ２０２の挿入通知を受信し、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は後述する精算装置６０で受け付けられたときに、改めてＳ３０２又はＳ８０２で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
また、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ３０４でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
前記Ｓ３０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ３１１で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ３１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５又はＳ２２５の予定残額通知を受信し、管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６又はＳ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ３１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信してから管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、入金要求を受信した管理装置５０で、一旦受付貨幣額を入金予定額として記憶し、予定残額通知を玉貸ユニット２０に返信し、該予定残額通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、該取込処理を完了した旨の貨幣取込通知を管理装置５０に送信し、該貨幣取込通知の受信に基づいて管理装置で入金予定額を管理残額に加算するようにしておき、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにした場合、予定残額通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、予定残額通知を玉貸ユニット２０が受信したか否か、即ち貨幣の取込処理が行われたか否かを管理装置５０側では特定不可能である。
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、挿入通知が送信されてきたときに、貨幣の取込処理が行われたか否かを管理装置５０側において特定できない。このときに、一律に入金予定額を管理残額に加算すると、予定残額通知を玉貸ユニット２０が受信しておらず、貨幣が返却されていた場合には、遊技場が損害を被る。一方、一律に入金予定額を消去するようにした場合、予定残額通知を玉貸ユニット２０が受信しており、貨幣の取込処理が行われていたときに、遊技者が損害を被るという問題がある。また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新し、管理装置５０で入金予定額の加算を行ったときに管理通番を更新することで、通番が一致するときには、貨幣の取込処理が行われていないことを特定して、入金予定額を消去し、通番が一致しないときには貨幣の取込処理が行われていることを特定して、入金予定額を管理残額に加算することで、残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
Ｓ３１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１３で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ３１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ３１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
Ｓ３１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１５で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ３１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４で記録媒体のオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０が減算予定額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
従って、Ｓ３１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
Ｓ３１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１７で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ３１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ３１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０が後述するＳ７５２の精算許諾情報を受信し、管理装置５０が後述するＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
従って、Ｓ３１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
Ｓ３１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ３２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ３２１）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ３２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ３２２）。
このＳ３２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。一方、Ｓ３２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓ３２４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓ２１０以下の処理を行う。
ここで、オンライン端数額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある他の玉貸ユニット２０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額を使用して遊技を行うことができる。
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について説明する。本例のように、玉貸ユニット２０で使用額分の玉貸処理が行われたときに、玉貸通知が管理装置５０に送信され、該玉貸通知を受信した管理装置５０において、玉貸通知に含まれる［使用額＋消費税額］を管理残額から減算するようにした場合、玉貸通知を管理装置５０が受信する前にオフライン状態が発生したときに、後述する従来の技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、管理装置側で［使用額＋消費税額］の減算が行われたか否かを特定できない。
そして当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられたときに、一律に記録媒体の残額（記録媒体の記録媒体ＩＤに対応付けられた残額）を使用可能とすると、［使用額＋消費税額］が管理残額から減算されていない場合には、オンライン状態の玉貸ユニット２０で減算前の管理残額が使用され、管理残額が使い切られてしまったときに、前記オフライン状態となった玉貸ユニット２０がオンライン状態に復帰しても［使用額＋消費税額］の減算処理が行えないので、遊技場が損害を被る。一方、使用額分の玉貸処理が行われた玉貸ユニット２０がオフライン状態となった場合に、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０で玉貸処理を行ったときに記録通番を更新し、管理装置５０で［使用額＋消費税額］の減算を行ったときに管理通番を更新することで、通番が一致しないときには、減算が行われていないことを特定して、［使用額＋消費税額］を管理残額から減算し、通番が一致するときには減算が完了していることを特定して管理残額をそのままにしておくことで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
次に図１５を用いて、オフライン端数額を消去する前にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信するが（Ｓａ２１２）、この加算予定額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されておらず、加算予定額が残存し、記録通番＝管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは１０００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、記憶端数額、即ちオフライン端数額として記録される額が減算される（例えば、記憶端数額（５５円）−消費税額（５０）＝５円となる）。このとき、記録通番＝管理通番であって、管理装置５０では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（５円）は、管理装置５０の加算予定額（５５円）と異なる。
この場合には、次回記録媒体を受け付けたときに、まずＳ２０７で加算予定額（５５円）が消去されて、その後、改めてＳａ２１１で加算予定額（５円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、挿入通知を管理装置５０が受信してから加算予定額記憶通知を玉貸ユニット２０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
次に図１６を用いて、オフライン端数額を消去した後にオフライン状態となった場合における遊技用システム１の作用について説明する。前述したように、玉貸ユニット２０が記録媒体を受け付けると（Ｓ２０１）、Ｓ２０２〜Ｓ２１０の処理が行われ、受け付けた記録媒体にオフライン端数額が記録されているときには、管理装置５０は、Ｓ２０２の挿入通知に含まれるオフライン端数額（ここでは５５円）を、該挿入通知に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ２１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓａ２１２）。
該加算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ２１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ２１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信するが（Ｓａ２１５）、このオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合には、記録媒体のオフライン端数額が消去されており、加算予定額が残存し、記録通番＞管理通番の状態となる。ここで玉貸ユニット２０が貨幣（ここでは５００円）を受け付けると、オフライン入金時の一発貸し（後述するＳ６１４）が行われて、端数額、即ちオフライン端数額として記録される額が生じる（例えば、受付貨幣額（５００円）−貸与対象額（４２０）＝８０円が記憶端数額となる）。このとき、記録通番＞管理通番であって、管理装置では加算予定額（５５円）が残存している状態であるが、次回加算予定額となるオフライン端数額（８０円）は、管理残額に加算予定額（５５円）が加算された額に、さらに加算されるべき額である。
この場合には、次回記録媒体を受け付けたときに、まずＳ３１４で加算予定額（５５円）が残額に加算されて、その後、改めてＳａ２１１で加算予定額（８０円）が記憶される。従って、オフライン状態となった後に引き続き遊技を続けた場合であっても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。このように、加算予定額記憶通知を玉貸ユニット２０が受信してからオフライン端数額消去通知を管理装置５０が受信する前にオフライン状態となった場合であっても、その後、オフライン状態となった玉貸ユニット２０で継続して遊技を行うことが可能であり、さらに、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入して遊技を行うことが可能であるため、遊技者に極力迷惑をかけないようにすることができる。
ここで、本発明のように、記録媒体に通番を記録している場合に生じる効果について例を挙げて説明する。本例のように、記録媒体から読み取ったオフライン端数額を玉貸ユニット２０から管理装置５０に送信し、管理装置５０において当該オフライン端数額を一旦加算予定額として記憶し、加算予定額記憶通知を玉貸ユニット２０に返信して、該加算予定額記憶通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去して、管理装置５０に対してオフライン端数額消去通知を送信し、該オフライン端数額消去通知の受信に基づいて管理装置５０で加算予定額を残額に加算するようにした場合、オフライン端数額消去通知の送信後にオフライン状態が発生すると、後述する従来技術（特開２０００−１４８６８３）を使用しても、当該オフライン状態が発生した玉貸ユニット２０がオンライン状態に復帰するまでは、オフライン端数額消去通知を玉貸ユニット２０が受信し、オフライン端数額の消去処理が行われたか否かを管理装置５０側では特定できない。
そのため、当該オフライン状態の玉貸ユニット２０から排出された記録媒体が他のオンライン状態の玉貸ユニット２０に受け付けられ、該記録媒体のオフライン端数額が送信されたときに、当該オフライン端数額が、前回の加算予定額記憶通知に応じて一旦消去された後にオフライン状態の玉貸ユニット２０での玉貸処理により新たに発生したものか、一旦消去されることなく残存しているもの（あるいは残存した端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）かを管理装置５０側において特定できない。つまり、加算予定額に加えて今回のオフライン端数額を残額に加算すべきか、加算予定額を消去して今回のオフライン端数額のみを残額に加算すべきかを特定することができない。このときに、一律に加算予定額を消去したり管理残額に加算したりすると、遊技者あるいは遊技場が損をしてしまうし、また、前記オフライン状態の玉貸ユニット２０がオンライン状態に復帰するまで一律に記録媒体の残額の使用を許可しない（例えば記録媒体の返却禁止，又は返却は可能であるがオフライン状態の玉貸ユニット２０から排出された事を特定可能な情報（例えばオフライン時排出フラグ）を記録して、他の玉貸ユニット２０や精算装置６０で使用不可能とする処理を行う）ようにすると、遊技者に迷惑がかかる。
本発明のように、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算予定額の加算を行ったときに管理通番を更新することで、通番が一致しないときには、図１６に示したように、オフライン端数額の消去処理が行われたことを特定して、加算予定額を管理残額に加算し、通番が一致するときには、図１５に示したように、オフライン端数額の消去処理が行われていないことを特定して、加算予定額を消去することで、残額を確定することができる。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
例えば図１５に示したように、玉貸ユニット２０が加算予定額記憶通知を受信する前にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が消費されたときにも、通番が一致していることからオフライン端数額が消去されていない旨を特定して、加算予定額を消去し、消費後のオフライン端数額を加算予定額とするので、玉貸ユニット２０が加算予定額記憶通知を受信する前にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
さらに図１６に示したように、玉貸ユニット２０が加算予定額記憶通知を受信した後にオフライン状態となった後に、一発貸しが行われて、オフライン端数額が生じたときにも、通番が不一致であることからオフライン端数額が消去されている旨を特定して、加算予定額を管理残額に加算し、新たなオフライン端数額を加算予定額とするので、玉貸ユニット２０が加算予定額記憶通知を受信した後にオフライン状態となり、該オフライン状態で一発貸しが行われても、オンライン状態の玉貸ユニット２０に当該記録媒体を挿入することで、残額が確定される。
次に図１２に示したＳａ２２３の状態において玉貸操作，貨幣受付，返却操作が行われたときの処理を、図１７〜図２０を用いて説明する。
ここで玉貸ユニット２０は、Ｓａ２２３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ２１１）、前述の如く使用額分の玉貸処理を開始し（Ｓ２１２）、前記会員カード４又はビジタコイン５の記録媒体ＩＤと、使用額＋消費税額とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ２１３）、前記会員カード４又はビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２１４）。
Ｓ２１３の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額＋消費税額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行うと共に（Ｓ２１５）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２１６）、減算処理が完了した旨を示す減算完了通知を、玉貸ユニット２０に対して返信する（Ｓ２１７）。
該減算完了通知を受信した玉貸ユニット２０は、使用額＋消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ２１８）、再びＳａ２２３の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
なお、使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ２９１以下の処理が行われる。
また、玉貸ユニット２０はＳａ２２３の状態で貨幣を受け付けると（Ｓ２２１）、受付貨幣額が所定額（本例では１０００円）以上であるか否かを判定する（Ｓ２２２）。このＳ２２２で受付貨幣額が所定額以上である（ＹＥＳ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、受付貨幣額とを含む入金要求を、管理装置５０に対して送信する（Ｓ２２３）。一方、Ｓ２２２で受付貨幣額が所定額未満である（ＮＯ）と判定された場合には、後述するＳ２５１以下の処理を行う。
Ｓ２２３の入金要求を受信した管理装置５０は、該入金要求に含まれる受付貨幣額を、該入金要求に含まれる記録媒体ＩＤに対応付けて、入金予定額として一旦記憶し（Ｓ２２４）、該入金予定額の記憶が完了したことに基づいて、該記録媒体ＩＤに対応付けて管理している残額＋該入金予定額である予定残額を含む予定残額通知を、玉貸ユニット２０に対して返信する（Ｓ２２５）。
該予定残額通知を受信した玉貸ユニット２０は、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）で受け付けている貨幣（紙幣２，硬貨３）の取込処理を行い（Ｓ２２６）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓ２２７）、貨幣の取込処理及び通番の更新が完了したことに基づいて、該会員カード４又はビジタコイン５の記録媒体ＩＤを含む貨幣取込通知を管理装置５０に対して送信し（Ｓ２２８）、前記予定残額通知に含まれる予定残額を制御部２１のＲＡＭで記憶し（Ｓａ２３１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２３２）、前記Ｓａ２２３の状態、即ち玉貸操作，貨幣受付，又は返却操作を待機する状態となる。
Ｓ２２８の貨幣取込通知を受信した管理装置５０は、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて記憶している入金予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓ２２９）、該入金予定額を消去すると共に、該貨幣取込通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新する（Ｓ２３０）。
なお、入金要求の送信（Ｓ２２３）から予定残額通知（Ｓ２２５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ２９１以下の処理が行われる。
ここで管理装置５０がＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ２２５の予定残額通知を受信することなくオフライン状態となった場合には、後述する図２０のＳａ２９２で貨幣は返却され、消去すべき入金予定額が残存しており、記録通番＝管理通番の状態となる（状態１）。
また、玉貸ユニット２０がＳ２２５の予定残額通知を受信し、管理装置５０がＳ２２８の貨幣取込通知を受信することなくオフライン状態となった場合には、Ｓ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態となる（状態２）。
さらに図１８に示すように、玉貸ユニット２０は、Ｓａ２２３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ２３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定する（Ｓ２３２）。このＳ２３２で会員カード４又はビジタコイン５を受付中でない（ＮＯ）と判定された場合には、返却操作が無効とされる。一方、Ｓ２３２で会員カード４又はビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、会員カード４の記録媒体ＩＤ又はビジタコイン５の記録媒体ＩＤを含む返却通知を、管理装置５０に対して送信する（Ｓ２３３）。該返却通知を受信した管理装置５０は、返却許諾通知を、玉貸ユニット２０に対して返信する（Ｓ２３４）。
該返却許諾通知を受信した玉貸ユニット２０は、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５の記録媒体ＩＤが処理履歴ＤＢで既に記憶されているか否かを判定する（Ｓ２３６）。このＳ２３６で記録媒体ＩＤが記憶されていない（ＮＯ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤを新たに記憶し（Ｓ２３７）、該記録媒体ＩＤに対応付けて、新たな残額及び排出日時を記憶することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。一方、Ｓ２３６で記録媒体ＩＤが記憶されている（ＹＥＳ）と判定された場合には、処理履歴ＤＢにおいて、該記録媒体ＩＤに対応付けて記憶されている残額及び排出日時を、新たな残額及び排出日時に更新（上書き）することにより、処理履歴を記憶して（Ｓ２３８）、Ｓ２３９に進む。これによれば、玉貸ユニット２０で記憶される処理履歴は各記録媒体ＩＤに対して１つのみであるため、玉貸ユニット２０において、少ない記憶容量で効率良く処理履歴を記憶することができる。
Ｓ２３９では、記憶残額を消去して、カード保持部２４Ｐで保持している会員カード４を返却するか、又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ２４０）。即ち、ビジタコイン５の受付中に記憶残額が零になると、前述の如く該ビジタコイン５がコイン収納部２７ａに収納されることから、前記Ｓ２３２でビジタコイン５を受付中であると判定されるということは、該ビジタコイン５の記録媒体ＩＤに対応付けて管理されている残額が零でないということであるため、該ビジタコイン５が返却される。
次に図１９は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。図１７のＳ２２２で受付貨幣額が所定額未満である（ＮＯ）と判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ２５１）。このＳ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ２７１以下の処理を行う。
一方、Ｓ２５１で記憶残額が零であると判定されたときには（ＹＥＳ）、受付貨幣額（本例では５００円）から、貸与対象額（４２０円）を特定すると共に、端数額（８０円）を特定する（Ｓ２５２）。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを開始し（Ｓ２５３）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、特定された端数額とを含む加算要求を、管理装置５０に対して送信すると共に（Ｓ２５４）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２５５）。
Ｓ２５４の加算要求を受信した管理装置５０は、該加算要求に含まれる端数額を、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額に対して加算更新する加算処理を行うと共に（Ｓ２５６）、該加算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２５７）、加算処理が完了した旨を示す加算完了通知として、前記管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓ２５８）。
該残額通知を受信した玉貸ユニット２０は、貸与対象額分の玉貸処理が終了すると（Ｓ２５９）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓ２６０）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓ２６１）、貨幣受付，又は返却操作を待機する状態となる（Ｓ２６２）。
なお、貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｃ２９１以下の処理が行われる。
前記Ｓ２５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額（本例では５００円）に対応する対応消費税額（２５円）を特定し（Ｓ２７１）、記憶残額が該対応消費税額以上であるか否かを判定する（Ｓ２７２）。このＳ２７２で記憶残額が対応消費税額未満である（ＮＯ）と判定された場合には、前述したＳ２５２以下の処理が行われる。一方、Ｓ２７２で記憶残額が対応消費税額以上である（ＹＥＳ）と判定された場合には、次に示すＳ２７３以下の処理が行われる。
Ｓ２７３では、玉貸操作によることなく、受付貨幣額分の玉貸処理が開始され、これに伴い、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５から読み取った記録媒体ＩＤと、特定された対応消費税額とを含む減算要求を、管理装置５０に対して送信すると共に（Ｓ２７４）、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新する（Ｓ２７５）。
このように、いわゆる完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する消費税額を徴収する場合に、所定額（１０００円）未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する消費税額以上であれば、遊技者の操作によることなく、受付貨幣額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
Ｓ２７４の減算要求を受信した管理装置５０は、該減算要求に含まれる対応消費税額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ２７６）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ２７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ２７８）。
該減算完了通知を受信した玉貸ユニット２０は、対応消費税額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、受付貨幣額分の玉貸処理が終了した後（Ｓ２７９）、前記Ｓ２６２の状態となる。ここで玉貸ユニット２０において、ビジタコイン５を受付中に、記憶残額が零になったときには、第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５をコイン収納部２７ａに収納する（※１）。
なお、受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｄ２９１以下の処理が行われる。
次に図２０は、記録媒体を受け付けている状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図１７に示した入金要求（Ｓ２２３）の送信から予定残額通知（Ｓ２２５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ２９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ２９２）、前記Ｓ２３６以下の処理が行われて、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５が返却（排出）される。
即ち、所定額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予定残額通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして返却操作によらずに、受け付けていた会員カード４又はビジタコイン５が排出されることとなる。
次に、図１７に示した使用額分の玉貸処理の開始（Ｓ２１２）から減算完了通知（Ｓ２１７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ２９１）、使用額分の玉貸処理の開始（Ｓ２１２）後に通番の更新（即ちＳ２１４）が行われたか否かを判定する（Ｓｂ２９２）。このＳｂ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ２９３）、使用額＋消費税額を記憶残額から減算し（Ｓｂ２９４）、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。一方、Ｓｂ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ２９４の処理を行い、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずに、受け付けていた会員カード４又はビジタコイン５が排出されることとなる。ここで管理装置５０がＳ２１３の玉貸通知を受信していなければ、減算すべき使用額＋消費税額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
次に、図１９に示した貸与対象額分の玉貸処理の開始（Ｓ２５３）から残額通知（Ｓ２５８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｃ２９１）、貸与対象額分の玉貸処理の開始（Ｓ２５３）後に通番の更新（即ちＳ２５５）が行われたか否かを判定する（Ｓｃ２９２）。このＳｃ２９２の判定で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４に記録されている通番に１を加算して更新し（Ｓｃ２９３）、特定された端数額×（−１）をオンライン端数額としてカード保持部２４Ｐで保持されている会員カード４に記録し（Ｓｃ２９４）、該端数額を記憶残額に加算し（Ｓｃ２９５）、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４が返却（排出）される。一方、Ｓｃ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｃ２９４及びＳｃ２９５の処理を行い、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４が返却（排出）される。
即ち、貸与対象額分の玉貸処理が行われ、これに応じた残額通知を受信する前にオフライン状態となった場合には、当該貸与対象額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずに、受け付けていた会員カード４が排出されることとなる。ここで管理装置５０がＳ２５４の加算要求を受信していなければ、記録媒体（ここでは会員カード４）にはオンライン端数額が記録されており、減算すべき端数額×（−１）が管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態となる（状態４）。
次に、図１９に示した受付貨幣額分の玉貸処理の開始（Ｓ２７３）から減算完了通知（Ｓ２７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ２９１）、受付貨幣額分の玉貸処理の開始（Ｓ２７３）後に通番の更新（即ちＳ２７５）が行われたか否かを判定する（Ｓｄ２９２）。このＳｄ２９２で通番が更新されていない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ２９３）、特定された対応消費税額をオンライン端数額としてカード保持部２４Ｐで保持されている会員カード４，又は投入コイン保持部２６Ｐで保持されているビジタコイン５に記録し（Ｓｄ２９４）、該対応消費税額を記憶残額から減算し（Ｓｄ２９５）、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。一方、Ｓｄ２９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ２９４及びＳｄ２９５の処理を行い、前記Ｓ２３６以下の処理が行われて、受け付けている会員カード４又はビジタコイン５が返却（排出）される。
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして返却操作によらずに、受け付けていた会員カード４又はビジタコイン５が排出されることとなる。ここで管理装置５０がＳ２７４の減算要求を受信していなければ、記録媒体（ここでは会員カード４又はビジタコイン５）にはオンライン端数額が記録されており、減算すべき対応消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５）。
次に図２１は、管理装置５０とオフライン状態で一発貸しを行う玉貸ユニット２０において、記録媒体を受け付けていない場合における処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
この状態で貨幣（例えば１０００円）を受け付けると（Ｓ４１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ４１２）。このＳ４１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ４１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ４１３に進む。
Ｓ４１３では、記憶端数額が零なので、受付貨幣額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４１３で受付貨幣額が税込単位額以上でない（ＮＯ）と判定された場合、即ちＳ４１１で１００円を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ４１３で受付貨幣額が税込単位額以上である（ＹＥＳ）と判定された場合、即ちＳ４１１で５００円以上を受け付けたと判定された場合には、該受け付けた貨幣を回収して、Ｓ４１４に進む。
Ｓ４１４では、前記特定手段により、受付貨幣額（１０００円）から、貸与対象額（９４５円）を特定すると共に、端数額（５５円）を特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理である一発貸しを行い（Ｓ４１５）、該特定された端数額を制御部２１のＲＡＭで記憶して（Ｓ４１６）、記憶端数額を残額表示器３０に表示し（Ｓ４１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ４１８）。
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ４２１）、Ｓ４２２で、前記Ｓ４１２と同様の判定を行い、ＹＥＳの場合には、Ｓ４２３で、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ４２３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ４２１で受け付けた貨幣を返却する。一方、Ｓ４２３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ４２１で受け付けた貨幣を回収して、Ｓ４２４に進む。このように、オフライン状態にある玉貸ユニット２０において、貨幣が受け付けられると、一発貸しによって発生する端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
Ｓ４２４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ４２５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ４２６）、前記Ｓ４１７に進む。このように、一発貸し後さらに貨幣が受け付けられると、端数額と受付貨幣額との合算額から貸与対象額と端数額が特定され、後述するＳ４３１で遊技者から排出操作を受け付けると、端数額がオフライン端数額として記録された記録媒体が排出されることにより、一発貸しを行う毎に記録媒体を排出する場合に比べて記録媒体の節約になると共に、遊技者にとっても端数額の記録された記録媒体を複数扱う必要がなくなって利便性が向上する。
さらに玉貸ユニット２０は、Ｓ４１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ４３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ４３２に進む。この図２１では、会員カード４又はビジタコイン５を受付中でないと判定される。Ｓ４３２では、記憶端数額が零であるか否かを判定する。このＳ４３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、返却操作が無効とされ、会員カード４又はビジタコイン５を受付中でないと判定されているので、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却しない。一方、Ｓ４３２で記憶端数額が零でない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐで保持しているビジタコイン５に対して、記憶端数額を、オフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ４３３）、記憶端数額を消去して（Ｓ４３４）、第２の収納コインストッパ２７ｄを開放状態とすることにより、収納コイン保持部２７Ｐで保持しているビジタコイン５を返却する（Ｓ４３５）。そして第２の収納コインストッパ２７ｄを閉鎖状態とし、第１の収納コインストッパ２７ｃを開放状態とすることにより、コイン収納部２７ａで保持している最下位のビジタコイン５を該コイン収納部２７ａから排出して収納コイン保持部２７Ｐで保持する（Ｓ４３６）。
このように、玉貸ユニット２０において、一発貸しによって発生する端数額が記憶され、遊技者から排出操作を受け付けると、該記憶されている端数額をオフライン端数額として記録した記録媒体が排出されるので、一発貸しを行う毎に端数額を記録媒体に記録する場合に比べて、記録媒体の寿命を延ばすことができる。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
次に図２２及び図２３は、管理装置５０とオフライン状態で一発貸しを行う玉貸ユニット２０において、記録媒体を受け付けた場合における処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると、該受け付けた会員カード４又はビジタコイン５の記録情報を読み取り、該読み取った記録情報にオフライン端数額が含まれるか否かを判定する。ここでオフライン端数額が含まれない（即ちオフライン端数額が記録されていない）と判定されると図２２に進み、オフライン端数額が含まれる（即ちオフライン端数額が記録されている）と判定されると図２３に進む。
図２２は、管理装置５０とオフライン状態であり、オフライン端数額が記録されていない記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額が記録されていない会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額が記録されていないビジタコイン５の投入をコイン投入口２５から受け付けて（Ｓ５０１）、Ｓ５１１に進む。
ここでＳ５０１で受け付けるビジタコイン５には、オフライン端数額が記録されていないことから、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額が記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）である。
Ｓ５１１では、貨幣（例えば１０００円）を受け付けると、以下Ｓ５１２〜Ｓ５１８で、前記Ｓ４１２〜Ｓ４１８と同様の処理を行う。
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で貨幣（例えば１０００円）を受け付けると（Ｓ５２１）、以下Ｓ５２２〜Ｓ５２６で、前記Ｓ４２２〜Ｓ４２６と同様の処理を行い、Ｓ５１７に戻って、再びＳ５１８の状態となる。
さらに玉貸ユニット２０は、Ｓ５１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ５３１）、会員カード４又はビジタコイン５を受付中であるか否かを判定して、Ｓ５３２に進む。この図２２では、会員カード４又はビジタコイン５を受付中であると判定される。Ｓ５３２では、記憶端数額が零であるか否かを判定する。このＳ５３２で記憶端数額が零でない（ＮＯ）と判定された場合には、カード保持部２４Ｐで保持している会員カード４に対して、記憶端数額をオフライン端数額として、下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により記録するか，又は投入コイン保持部２６Ｐで保持しているビジタコイン５に対して、記憶端数額をオフライン端数額として、上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により記録し（Ｓ５３３）、記憶端数額を消去して（Ｓ５３４）、カード保持部２４Ｐで保持している会員カード４を返却するか，又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する（Ｓ５３５）。即ちコイン投入口２５から投入されたビジタコイン５は、記憶端数額がある場合に返却される。
一方、Ｓ５３２で記憶端数額が零である（ＹＥＳ）と判定された場合には、前記Ｓ５３５に進んで、カード保持部２４Ｐで保持している該会員カード４を返却するか，又は第２の投入コインストッパ２６ｄを開放状態とすることにより、投入コイン保持部２６Ｐで保持しているビジタコイン５を返却する。即ち受け付けた記録媒体は、記憶端数額がない場合であっても返却される。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されていないビジタコイン５が受け付けられ、貨幣が受け付けられて一発貸しが行われた結果として端数額が発生し、該端数額を使用した玉貸処理が行われた結果として当該端数額が零になった場合においても、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる。
この効果についてさらに詳述する。前述の如く、特許文献１に示すような完全ＩＤ管理のシステムにおいて、オフライン状態のときには、特許文献２に示すように、緊急避難的に（稼働確保の為）記録媒体に端数額を記録するようにした場合、特許文献３に示すように記録媒体のコストを考慮して、記録媒体をリサイクルするために端数額が零の記録媒体を一律に回収すると、管理装置で管理されている残額である管理残額が有る場合には遊技者が損をすることになってしまう。一方、本発明に係る遊技用システム１の如く、入金残額が零になった記録媒体を一律に排出すると、管理残額が無く本来返却する必要のない記録媒体まで無駄な返却することになり、遊技場にとって記録媒体の費用負担が増えることになってしまう。しかしながら、本発明に係る遊技用システム１の如く、入金残額が零になった記録媒体を一律に排出すれば、管理残額が有る記録媒体を確実に返却でき、該記録媒体が回収されて遊技者が損をしてしまうという事態は生じない。本発明に係る遊技用システム１は、オフライン状態発生時には遊技場の費用負担が多少増えようとも、遊技者が迷惑を被るおそれがないようにすることを最大の目的とするものである。
図２３は、管理装置５０とオフライン状態であり、オフライン端数額が記録されている記録媒体を受け付けた玉貸ユニット２０における処理の一例を表す図である。この玉貸ユニット２０は、オフライン端数額（５５円）が記録されている会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はオフライン端数額（５５円）が記録されているビジタコイン５の投入をコイン投入口２５から受け付ると（Ｓ６０１）、Ｓ６０２に進む。
ここでＳ６０１で受け付けるビジタコイン５には、オフライン端数額が記録されていることから、該ビジタコイン５は、オフライン端数額が記録されていない状態で、オフライン状態にある玉貸ユニット２０で受け付けられた後、一発貸しの結果、端数額が生じて排出（発行）されたものであるか（図２１を参照）、又はオフライン端数額が記録されている状態で、オフライン状態にある玉貸ユニット２０で受け付けられた後、該オフライン端数額が残存した状態（あるいは一発貸しによってオフライン端数額が一旦消費されて零となった後、さらに一発貸しが行われて新たな端数額が生じた状態）で排出（発行）されたものである。
Ｓ６０２では、該受け付けた会員カード４から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額，又は投入コイン保持部２６Ｐで保持したビジタコイン５から上部アンテナ２６を介して記録媒体Ｒ／Ｗ２４により読み取ったオフライン端数額を、制御部２１のＲＡＭで記憶して、記憶端数額を残額表示器３０に表示する（Ｓ６０３）。
そして玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６１１）、受付貨幣額が１０００円以下であるか否かを判定する（Ｓ６１２）。このＳ６１２で受付貨幣額が１０００円以下でない（ＮＯ）と判定された場合、即ちＳ６１１で２０００円以上を受け付けたと判定された場合には、該受け付けた貨幣を返却する。一方、Ｓ６１２で受付貨幣額が１０００円以下である（ＹＥＳ）と判定された場合には、Ｓ６１３に進む。
Ｓ６１３では、記憶端数額と受付貨幣額との合算額が税込単位額（１０５円）以上であるか否かを判定する。このＳ６１３で合算額が税込単位額以上でない（ＮＯ）と判定された場合には、Ｓ６１１で受け付けた貨幣を返却する。一方、Ｓ６１３で合算額が税込単位額以上である（ＹＥＳ）と判定された場合には、Ｓ６１１で受け付けた貨幣を回収して、Ｓ６１４に進む。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録されている会員カード４又はビジタコイン５が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額が税込単位額以上であることを条件として、受け付けた貨幣が回収されて貸与対象額分の玉貸処理が行われることにより、税込単位額未満の低額貨幣も使用可能となるので、遊技者の利便性が向上する。
Ｓ６１４では、前記特定手段により、記憶端数額と受付貨幣額との合算額（１０５５円）から、貸与対象額（１０５０円）を特定すると共に、端数額（５円）を新たに特定する。そして前述の如く、該特定された貸与対象額分の玉貸処理を行い（Ｓ６１５）、新たに特定された端数額を制御部２１のＲＡＭで記憶、即ち記憶端数額を新たに特定された端数額に更新して（Ｓ６１６）、記憶端数額を残額表示器３０に表示し（Ｓ６１７）、貨幣受付，又は返却操作を待機する状態となる（Ｓ６１８）。このように、オフライン状態にある玉貸ユニット２０において、オフライン状態にあった他の玉貸ユニット２０で発生した端数額（オフライン端数額）が記録された記録媒体が受け付けられ、さらに貨幣が受け付けられると、該端数額と受付貨幣額との合算額から貸与対象額と端数額が特定されることにより、オフライン状態にあった他の玉貸ユニット２０で発生した端数額を遊技に使用できるようになるので、端数額が記録された記録媒体を複数扱う必要がなくなって、遊技者の利便性が向上する。
また玉貸ユニット２０は、制御部２１のＲＡＭで端数額（５円）を記憶している状態で１０００円以下の貨幣（例えば１０００円）を受け付けると（Ｓ６２１）、以下Ｓ６２２〜Ｓ６２６で、前記Ｓ６１２〜Ｓ６１６と同様の処理を行い、Ｓ６１７に戻って、再びＳ６１８の状態となる。さらに玉貸ユニット２０は、Ｓ６１８の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ６３１）、以下Ｓ６３２〜Ｓ６３５で、前記Ｓ５３２〜Ｓ５３５と同様の処理を行う。なおオフライン状態では、処理履歴ＤＢの記憶内容は更新されない。
このように、オフライン状態にある玉貸ユニット２０で、オフライン端数額が記録されたビジタコイン５が受け付けられ、該オフライン端数額を使用した玉貸処理が行われた結果として当該オフライン端数額が零になった場合においても、当該ビジタコイン５が排出されるので、管理残額があるビジタコイン５を遊技者に確実に返却できる。
次に図２４〜図２６は、管理装置５０とオンライン状態である精算装置６０において、記録媒体を受け付けた場合の処理の一例を表す図である。この精算装置６０が、会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると（図２４のＳ７０１）、Ｓａ７０１以下の処理（図２４〜図２６に示す処理）が行われる。
ここで、Ｓ７０１で受け付けるビジタコイン５にオンライン端数額が記録されている場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、受付貨幣額分の玉貸処理が開始されてからオフライン状態となって、対応消費税額がオンライン端数額として記録されて排出されたものであるか、又は、オンライン状態にある玉貸ユニット２０で、所定額未満の貨幣が受け付けられて、貸与対象額分の玉貸処理が開始されてからオフライン状態となって、特定された端数額×（−１）がオンライン端数額として記録されて排出されたものである。
またＳ７０１で受け付けるビジタコイン５に、オフライン端数額が記録されていない場合は、該ビジタコイン５は、オンライン状態にある玉貸ユニット２０から排出（発行）されたものか（図９を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図１１を参照）から排出されたものか，ビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった玉貸ユニット２０（図２０を参照）から排出されたものか，オフライン端数額が記録された状態でオフライン状態にある玉貸ユニット２０で受け付けられ、一発貸しが行われた結果として該端数額が零になって該玉貸ユニット２０から排出されたものか（図２３を参照），又はオンライン状態にあるビジタコイン発行装置７０から発行されたもの（図２７を参照）である。
一方、Ｓ７０１で受け付けるビジタコイン５に、オフライン端数額が記録されている場合は、該ビジタコイン５は、オフライン状態にある玉貸ユニット２０から排出（発行）されたものか（図２１〜図２３を参照），記録媒体を受け付けておらず、残額のある状態でオンライン状態からオフライン状態となった後（図１１を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものか，又はビジタコイン５を受け付けた状態でオンライン状態からオフライン状態となった後（図２０を参照）、オフライン状態での一発貸しが行われて端数額が残存する状態で、玉貸ユニット２０から排出されたものである。
図２４に示すように、Ｓａ７０１では、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，オンライン端数額，オフライン端数額，及び通番をカードＲ／Ｗ６４又はコインＲ／Ｗ６５によって読み取り、該読み取ったオフライン端数額が税込単位額未満であるか否かを判定する。このＳａ７０１でオフライン端数額が税込単位額未満でない（ＮＯ）と判定された場合には、エラー処理として、図５（ｂ）のＤ３に示す画面をディスプレイ６３に表示する。一方、Ｓａ７０１でオフライン端数額が税込単位額未満である（ＹＥＳ）と判定された場合には、Ｓ７０２に進む。
このように、記録媒体に記録されているオフライン端数額が予め定められた所定の金額（ここでは税込単位額）未満であることを条件としてオフライン端数額の精算が行われることにより、記録情報が改ざんされた記録媒体により不正に精算が行われたとしても前記所定の金額未満の貨幣しか払い出されないので、不正による被害を最小限に抑えることができる。
Ｓ７０２では、受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）から読み取った記録情報（記録媒体ＩＤ，オンライン端数額，オフライン端数額，通番）を含む精算要求を管理装置５０に対して送信する。
Ｓ７０２の精算要求を受信した管理装置５０は、該精算要求に含まれる通番と、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図２６に示すＳ８０１以下の通番不一致時処理を行う。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ７０４〜Ｓ７０９で通番一致時処理を行い、Ｓ７１０に進む。
Ｓ７１０では、前記精算要求に含まれるオフライン端数額が零であるか否かを判定する。このＳ７１０でオフライン端数額が零でない（ＮＯ）と判定された場合には、後述する図２５に示すＳａ７１０以下のオフライン端数額処理を行う。一方、Ｓ７１０でオフライン端数額が零である（ＹＥＳ）と判定された場合には、該精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグを記憶し（Ｓ７５１）、前記精算要求の送信元である精算装置６０の装置ＩＤを残額管理ＤＢに記憶して、該記録媒体ＩＤに対応付けて管理している残額を含み、精算を許諾する旨を示す精算許諾情報を精算装置６０に対して返信する（Ｓ７５２）。
Ｓ７５２の精算許諾情報を受信した精算装置６０は、受け付けている記録媒体のオンライン端数額を消去して（オンライン端数額が記録されており、通番が一致する場合には該オンライン端数額が残存している状態であるため、当該処理によって消去し）、該精算許諾情報に含まれる残額に相当する貨幣を払い出し（Ｓ７５３）、受け付けている記録媒体に記録されている通番に１を加算して更新し（Ｓ７５４）、該受け付けている記録媒体の記録媒体ＩＤを含み、精算が完了した旨を示す精算完了通知を管理装置５０に対して送信する（Ｓ７５５）。該精算完了通知を受信した管理装置５０は、該精算完了通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去する残額消去処理を行うと共に、（Ｓ７５６）、該記録媒体ＩＤに対応付けて記憶している精算要求受信フラグを消去し（Ｓ７５７）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ７５８）、管理残額を消去した旨の残額消去完了通知を精算装置６０に対して返信する（Ｓ７５９）。
Ｓ７５９の残額消去完了通知を受信した精算装置６０は、精算履歴ＤＢにおいて、精算処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、残額として０を記憶する共に、該精算日時を記憶することにより、精算履歴を記憶し（Ｓ７６０）、ビジタコイン５を受付中であるか否かを判定する（Ｓ７６１）。このＳ７６１でビジタコイン５を受付中でない（ＮＯ）、即ち会員カード４を受付中であると判定された場合には、カードＲ／Ｗ６４で受け付けている該会員カード４を返却する。一方、Ｓ７６１でビジタコイン５を受付中である（ＹＥＳ）と判定された場合には、該ビジタコイン５をコイン回収部６５ｂに回収する（Ｓ７６３）。
ここで、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となった場合には、貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態となる（状態１０）。
また、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となった場合には、Ｓ７５３で貨幣は払い出されており、消去すべき残額が残存しており、消去すべき精算要求受信フラグが残存しており、記録通番＞管理通番の状態となる（状態１１）。
なお、本例では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却される。
次に、前記Ｓ７１０に戻り、該Ｓ７１０の判定でオフライン端数額が零でない（ＮＯ）と判定された場合には、図２５に示すように、Ｓａ７１０以下のオフライン端数額処理が行われる。まずＳａ７１０で、ハードディスク５５の記憶内容に基づいて、有効期間内（ここでは当日中）にオフライン状態が発生したか否かを判定する。このＳａ７１０で当日中にオフライン状態が発生していない（ＮＯ）と判定された場合には、精算不可情報を、精算装置６０に対して返信する。一方、Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、Ｓａ７１１以下に進んで、オフライン端数額の加算が行われ、該オフライン端数額の精算を許諾する精算許諾情報が、精算装置６０に対して返信される。このように、有効期間内にオフライン状態が発生したと判定されたことを条件としてオフライン端数額の加算及び精算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオフライン端数額が記録されることがない状況においてはオフライン端数額の加算及び精算が行われないので、セキュリティが向上する。
Ｓａ７１０で当日中にオフライン状態が発生している（ＹＥＳ）と判定された場合には、前記精算要求に含まれるオフライン端数額を、該精算要求に含まれる記録媒体ＩＤに対応付けて、加算予定額として一旦記憶し（Ｓａ７１１）、該加算予定額の記憶が完了したことに基づく加算予定額記憶通知を、精算装置６０に対して返信する（Ｓａ７１２）。
該加算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオフライン端数額を消去すると共に（Ｓａ７１３）、該記録媒体に記録されている通番に１を加算して更新し（Ｓａ７１４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオフライン端数額消去通知を、管理装置５０に対して送信する（Ｓａ７１５）。
該オフライン端数額消去通知を受信した管理装置５０は、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している加算予定額を、該記録媒体ＩＤに対応付けて管理している残額に加算して（Ｓａ７１６）、該加算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓａ７１７）、精算要求受信フラグを記憶し（Ｓ７５１）、前記精算要求の送信元である精算装置６０の装置ＩＤを残額管理ＤＢに記憶して、更新後の残額を含む精算許諾情報を該精算装置６０に返信する（Ｓ７５２）。
精算許諾情報を受信した精算装置６０では、Ｓ７５３以下の処理が実行される。即ち、精算装置６０では、オフライン端数額が加算された後の残額が払い出されることとなる。このように、精算装置６０において、管理装置５０で管理されている残額とオフライン状態にあった玉貸ユニット２０で発生したオフライン端数額との合算額に相当する貨幣が払い出されることにより、該合算額を１回で精算できるので、遊技者の利便性が向上する。
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となった場合には、オフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態となる（状態６）。
また精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓａ７１３でオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態となる（状態７）。
前記Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、図２４に示すように、通番一致時処理が行われる。Ｓ７０４では、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ７０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ７０５）、前記Ｓ７１０に進む。
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３又はＳ２２３の入金要求を受信し、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３又はＳ２２３の入金要求を受信してから玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ７０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０６で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ７０６で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を消去し（Ｓ７０７）、前記Ｓ７１０に進む。
ここで、記録通番＝管理通番であり、かつ加算予定額が残存していることから、管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信し、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信することなくオフライン状態となったこと、即ち記録媒体のオフライン端数額は消去されておらず、消去すべき加算予定額が残存しており、記録通番＝管理通番の状態（状態６）であることが特定される。このように管理装置５０が挿入通知又は精算要求を受信してから玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されていないにも拘わらず、加算予定額が残存しているままとなる。そして該残存している加算予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している加算予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ２０２の挿入通知を受信，又はＳ７０２の精算要求を受信してから玉貸ユニット２０がＳａ２１２の加算予定額記憶通知，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき加算予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ７０６で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０８で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ７０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ７０９）、前記Ｓ７１０に進む。
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、図２６に示すように、通番不一致時処理が行われる。Ｓ８０１では、前記精算要求に含まれるオンライン端数額が零であるか否かを判定する。このＳ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、後述するＳ８１１以下の処理を行う。一方、Ｓ８０１でオンライン端数額が零でない（ＮＯ）と判定された場合には、該オンライン端数額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ８０２）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、精算装置６０に対して返信する（Ｓ８０３）。
該減算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されているオンライン端数額を消去し（Ｓ８０４）、前記受け付けている記録媒体の記録媒体ＩＤを含むオンライン端数額消去通知を、管理装置５０に対して送信する（Ｓ８０５）。
該オンライン端数額消去通知を受信した管理装置５０は、該オンライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ８０６）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０７）、前記Ｓ７１０以下の処理を行う。
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体にオンライン端数額が記録されていることから、管理装置５０が、貸与対象額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となったか、又は、管理装置５０が、受付貨幣額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となったかのいずれかの状態であることが特定される。即ち、記録媒体にはオンライン端数額が記録されており、減算すべき端数額×（−１）は管理残額から減算されておらず（即ち加算すべき端数額は管理残額に加算されておらず）、記録通番＞管理通番の状態（状態４）であるか、又は記録媒体にはオンライン端数額が記録されており、減算すべき消費税額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５）のいずれかの状態であることが特定される。
従って、Ｓ８０６で、減算すべきオンライン端数額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１５４又はＳ２５４の加算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理装置５０が、Ｓ１７４又はＳ２７４の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
このように、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、受付貨幣額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき消費税額をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理を行うことで、受付貨幣額分の貸与処理が行われたにも拘わらず管理残額５０からの消費税額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの消費税額の減算が完了しているにも拘わらず、さらに消費税額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
また、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用される金額に対応する消費税額を徴収する場合に、貸与対象額分の貸与処理が行われた玉貸ユニット２０から送信される加算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額に加算すべき端数額×（−１）をオンライン端数額として記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン端数額を管理残額から減算する補正処理を行うことで、結果として端数額が管理残額に加算されるので、端数額の加算ができずに遊技者が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理（加算処理）を行うことで、貸与対象額分の貸与処理が行われたにも拘わらず管理残額に対しての端数額の加算ができずに遊技者が損害を被ることがなくなる一方、通番が一致するときには補正処理（加算処理）を行わないことで、管理残額に対しての端数額の加算が完了しているにも拘わらず、さらに端数額の加算が行われる（いわゆる二重加算される）ことで遊技場が損害を被ることがなくなり、正確に管理残額を補正することができる。
ここで管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ８０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、オンライン端数額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８）。ただし、該消去すべき減算予定額は、次回、オンライン端数額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２又はＳ８０２で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
また、精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となった場合には、Ｓ８０４でオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９）。
前記Ｓ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ８１１で、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ８１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５又はＳ２２５の予定残額通知を受信し、管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６又はＳ２２６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ８１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５又はＳ２２５の予定残額通知を受信してから管理装置５０がＳ１０８又はＳ２２８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
Ｓ８１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１３で、前記精算要求に含まれる記録媒体ＩＤに対応付けて加算予定額が記憶されているか否かを判定する。このＳ８１３で加算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた加算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１４）、該加算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ加算予定額が残存していることから、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信し、管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳａ２１３又はＳａ７１３で記録媒体のオフライン端数額は消去されており、加算すべき加算予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０又は精算装置６０が加算予定額記憶通知を受信してから管理装置５０がオフライン端数額消去通知を受信する前にオフライン状態が発生すると、オフライン端数額が消去されているにも拘わらず、加算予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ８１４で、加算すべき加算予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳａ２１２の加算予定額記憶通知を受信，又は精算装置６０がＳａ７１２の加算予定額記憶通知を受信してから管理装置５０がＳａ２１５又はＳａ７１５のオフライン端数額消去通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、加算予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
Ｓ８１３で加算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１５で、前記精算要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ８１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５のオンライン端数額消去通知を受信することなくオフライン状態となったか、又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４で記録媒体のオンライン端数額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９）であることが特定される。このように玉貸ユニット２０又は精算装置６０が減算予定額記憶通知を受信してから管理装置５０がオンライン端数額消去通知を受信する前にオフライン状態が発生すると、オンライン端数額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場が損害を被ることになる。
従って、Ｓ８１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５のオンライン端数額消去通知を受信する前にオフライン状態となるか，又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５のオンライン端数額消去通知を受信することなくオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場が損害を被ることがない。
Ｓ８１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１７で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ８１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ８１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
従って、Ｓ８１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の精算要求の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
Ｓ８１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ８２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ８２１）。そして、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ８２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ８２２）。
このＳ８２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。一方、Ｓ８２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓ８２４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。
ここで、オンライン端数額が零であり、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３又はＳ２１３の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額＋消費税額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額＋消費税額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額＋消費税額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額＋消費税額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
従って、Ｓ８２０及びＳ８２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、税込単位額の整数倍であって、管理残額を超えない最大額を、使用額＋消費税額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある精算装置６０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額＋消費税額］の減算が行われ）、該残額の精算を行うことができる。
このように、記録通番＞管理通番であって、入金予定額，加算予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、精算要求に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
さらに管理残額が玉貸設定金額未満である場合にも、税込単位額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。
なお、本例では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態（状態１０）となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち貨幣は払い出されており、消去すべき残額が残存しており、記録通番＞管理通番の状態（状態１１）となった場合には、受け付けている記録媒体が遊技者に返却され、オンライン状態にある玉貸ユニット２０又は精算装置６０に挿入されることで、上述したように残額が確定して、精算装置６０では貨幣が払い出されることとなる。
以上に説明した遊技用システム１によれば、いわゆる完全ＩＤ管理のシステムにおいて、玉貸処理に使用された使用額に対応する消費税額を徴収し、かつ管理装置５０と通信できないオフライン状態で玉貸ユニット２０が貨幣を受け付けたときにいわゆる一発貸しを行うようにしても、該一発貸しによって発生する端数額が記録媒体に記録されて排出され、該端数額の精算が行われることにより、該端数額を処理するための釣銭払出機能や追加入金機能を玉貸ユニット２０に設ける必要がないので、玉貸ユニット２０のコストが上昇することがない。
図２７は、管理装置５０とオンライン状態であり、貨幣を受け付けたビジタコイン発行装置７０における処理の一例を表す図である。このビジタコイン発行装置７０は、コインストッカ７５ｂから排出されたビジタコイン５をコインＲ／Ｗ７５の内部で保持しており、この状態で貨幣（ここでは１００００円）を受け付けると（Ｓ９０１）、図６（ｂ）のＤ１２に示す発行額選択画面をタッチパネル式のディスプレイ７３に表示する（Ｓ９０２）。この状態で発行額（ここでは５０００円）の選択を受け付けると（Ｓ９０３）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５から記録媒体ＩＤを読み取り（Ｓ９０４）、該読み取った記録媒体ＩＤ（コインＩＤ）と、Ｓ９０３で選択された発行額である選択額とを含む発行要求を、管理装置５０に対して送信する（Ｓ９０５）。該発行要求を受信した管理装置５０は、該発行要求に含まれる記録媒体ＩＤに対応付けて該発行要求に含まれる選択額を残額として記憶する選択額記憶処理を行って（Ｓ９０６）、該残額を含む発行許諾情報を、ビジタコイン発行装置７０に対して返信する（Ｓ９０７）。
該発行許諾情報を受信したビジタコイン発行装置７０は、発行履歴ＤＢにおいて、記録媒体発行処理の対象となったビジタコイン５の記録媒体ＩＤと対応付けて、Ｓ９０３の発行許諾情報に含まれる残額を前記記録媒体発行処理の対象となった残額として記憶する共に、発行日時を記憶することにより、発行履歴を記憶し（Ｓ９０９）、コインＲ／Ｗ７５の内部で保持しているビジタコイン５を発行し（Ｓ９１０）、釣銭がある場合には該釣銭の払い出しを行う（Ｓ９１１）。そしてコインストッカ７５ｂで収納しているビジタコイン５を該コインストッカ７５ｂから排出してコインＲ／Ｗ７５の内部で保持する（Ｓ９１２）。
図２８は、営業終了後における処理の一例を表す図である。管理装置５０は、遊技場の営業終了後に、残額管理ＤＢの記憶内容を、センタ管理装置８０に対して送信する（Ｓ１００１）。該残額管理ＤＢの記憶内容を受信したセンタ管理装置８０は、該受信した残額管理ＤＢの記憶内容をバックアップ情報としてバックアップＤＢに記憶すると共に（Ｓ１００２）、該バックアップ情報を記憶した日時をバックアップ日時としてバックアップＤＢに記憶して（Ｓ１００３）、バックアップ情報の記憶が完了した旨を示すバックアップ完了通知を、管理装置５０に対して返信する（Ｓ１００４）。
図２９は、残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。管理装置５０は、破損又は故障等により、前記管理している残額が失われた場合（例えば残額管理ＤＢのデータが破損やアクセス不能により使用不能となった場合）において、新しい管理装置５０に取り替えられた後に、処理履歴送信要求を各玉貸ユニット２０に対して送信し（Ｓ１０１１）、精算履歴送信要求を精算装置６０に対して送信し（Ｓ１０２１）、発行履歴送信要求をビジタコイン発行装置７０に対して送信し（Ｓ１０３１）、バックアップ情報送信要求をセンタ管理装置８０に対して送信する（Ｓ１０４１）。
処理履歴送信要求を受信した玉貸ユニット２０は、図７（ａ）に示す処理履歴ＤＢの記憶内容を抽出して（Ｓ１０１２）、該抽出した処理履歴を管理装置５０に対して送信する（Ｓ１０１３）。また精算履歴送信要求を受信した精算装置６０は、図７（ｂ）に示す精算履歴ＤＢの記憶内容を抽出して（Ｓ１０２２）、該抽出した精算履歴を管理装置５０に対して送信する（Ｓ１０２３）。また発行履歴送信要求を受信したビジタコイン発行装置７０は、図７（ｃ）に示す発行履歴ＤＢの記憶内容を抽出して（Ｓ１０３２）、該抽出した発行履歴を管理装置５０に対して送信する（Ｓ１０３３）。さらにバックアップ情報送信要求を受信したセンタ管理装置８０は、図７（ｅ）に示すバックアップＤＢの記憶内容を抽出して（Ｓ１０４２）、該抽出したバックアップ情報及びバックアップ日時を管理装置５０に対して送信する（Ｓ１０４３）。該バックアップ情報及びバックアップ日時を受信した管理装置５０は、該受信したバックアップ情報を復旧用テーブルとして制御部５２のＲＡＭで記憶して（Ｓ１０４４）、Ｓ１０４５に進む。
ここで前記最後残額特定処理手段として機能する制御部５２は、Ｓ１０４５〜Ｓ１０４８で最後残額特定処理を行う。即ち、まずＳ１０４５で、前記Ｓ１０１３で受信した処理履歴，前記Ｓ１０２３で受信した精算履歴，及び前記Ｓ１０３３で受信した発行履歴を統合（マージ）して、統合テーブルとして制御部５２のＲＡＭで記憶する。具体的には、前記受信した処理履歴，精算履歴，及び発行履歴に含まれるすべての記録媒体ＩＤについて、各記録媒体ＩＤ毎に、該受信した処理履歴，精算履歴，及び発行履歴から、各処理内容（排出，精算，又は発行），残額，及び処理日時（排出日時，精算日時，又は発行日時）を抽出すると共に、該抽出した各履歴を、各記録媒体ＩＤ毎に、最後処理特定情報に基づいて最後の処理日時（即ち最新の処理日時）が一番下になるように並べ替えて、統合テーブルとして記憶する。ここで玉貸ユニット２０から送信されてくる処理履歴は各記録媒体ＩＤに対して１つのみであるため、各玉貸ユニット２０から処理履歴が送信されてきても、最後処理特定処理が簡素化される。次にＳ１０４６で、該統合テーブルを、記録媒体ＩＤの昇順に並べ替える（ソートする）。このＳ１０４５及びＳ１０４６で作成された統合テーブルが、図２９に示すものである。
次にＳ１０４７で、統合テーブルで記憶されている各記録媒体ＩＤについて、バックアップ日時以降の最新の処理日時を特定することにより、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定する。具体的には、統合テーブルにおいて、最新の処理日時が一番下になるように、各記録媒体ＩＤについての履歴が並べ替えられているので、該一番下の処理日時を最新の処理日時として特定する。そしてＳ１０４８で、Ｓ１０４７で特定した最新の処理日時（即ち最後の処理）に対応する残額を各記録媒体ＩＤ毎に特定する。このＳ１０４７及びＳ１０４８で特定された内容が、図２３に示す統合テーブルにおいて太枠で囲んだ部分である。
これによれば、管理装置５０において、精算装置６０から送信されてきた精算履歴も含めて残額が復帰されるので、精算処理の対象となった記録媒体（会員カード４）が遊技者に返却されるシステムであっても、遊技者に対して正確な残額を保証することができる。即ち、仮に精算履歴を含めて残額を復帰しないとすれば、残額（例えば１００００円）がある会員カード４を玉貸ユニット２０から排出し、該残額を精算装置６０で精算してから該会員カード４を遊技者に返却し、その後に管理装置５０で管理している該残額が失われた場合に、実際には精算済みであるにも拘わらず、残額１００００円の状態で排出された旨の処理履歴が玉貸ユニット２０から管理装置５０に対して送信され、該処理履歴に基づいて残額１００００円が復帰されてしまうことにより、遊技場が損をしてしまうところ、本発明によれば、精算履歴を含めて残額を復帰するので、図２３の統合テーブルにおけるＭ−０００４のように、精算済みである会員カード４については残額が復帰されることがなく、遊技場が損をしてしまうおそれが減少する。
また、管理装置５０において、ビジタコイン発行装置７０から送信されてきた発行履歴も含めて残額が復帰されるので、ビジタコイン発行装置７０で発行された記録媒体が玉貸ユニット２０で玉貸処理に使用される前に管理装置５０で管理している残額が失われても、記録媒体発行処理の対象となった残額を復帰して、遊技者に対して該残額を保証することができる。即ち、仮に発行履歴を含めて残額を復帰しないとすれば、ビジタコイン発行装置７０でビジタコイン５を発行した後、該ビジタコイン５を玉貸ユニット２０で使用する前に、管理装置５０で管理している残額が失われた場合に、処理履歴がないために残額を復帰できず、遊技者が損をしてしまうところ、本発明によれば、発行履歴を含めて残額を復帰するので、図２９の統合テーブルにおけるＶ−０２３４のように、発行済みであるが使用前であるビジタコイン５についても残額を復帰させることができ、遊技者が損をしてしまうおそれが減少する。
なおＳ１０４７において、バックアップ日時以降の最新の処理日時を特定するのは、以下の理由によるものである。例えば、ある記録媒体について、３月１日に記録媒体発行処理が行われて残額５０００円が発行履歴ＤＢに記憶され、同日に該残額を使用した玉貸処理が行われて残額２０００円が処理履歴ＤＢに記憶され、毎日の営業終了後にバックアップが行われ、５月１日に残額２０００円の前記処理履歴が前記２５６個の記憶容量を超えたために消去された後に、管理装置５０で管理している残額２０００円が失われ、該残額の復帰が行われる場合を想定する。ここで当該記録媒体についての正しい残額は２０００円であるが、仮にバックアップ日時と無関係に最新の処理日時を特定すると、前記処理履歴が消去されているので、前記記録媒体発行処理が行われた３月１日が最新の処理日時として特定されて、発行履歴にある残額５０００円が復帰されてしまう。一方、バックアップ日時以降の最新の処理日時を特定すれば、記録媒体発行処理が行われた３月１日は最新の処理日時としては特定されず、バックアップされている正しい残額２０００円を復帰させることができる。従って、上述の如く、バックアップ日時以降の最新の処理日時を特定するのである。
次に前記残額復帰処理手段として機能する制御部５２は、前記Ｓ１０４４，及び次に述べるＳ１０４９〜Ｓ１０５０で残額復帰処理を行う。即ち、Ｓ１０４９で、前記Ｓ１０４８で各記録媒体ＩＤ毎に特定した残額を、復旧用テーブルの各記録媒体ＩＤに対応する残額に上書きする。ここで復旧用テーブルにおけるＭ−０００２の会員カード４に対応する残額は、統合テーブルにおいて復帰することができなかった残額（即ち処理履歴，精算履歴，発行履歴では復帰することができなかった残額）であるため、該復旧用テーブルの残額のまま（即ちバックアップ情報に含まれる残額のまま）存置される。そしてＳ１０５０で、該Ｓ１０４９で作成された復旧用テーブルを、図７（ｄ）に示す残額管理ＤＢとしてハードディスク５５に記憶することにより、残額を復帰する。換言すれば、前記最後残額特定処理により各記録媒体ＩＤ毎に特定された残額と、前記バックアップ情報に含まれる各記録媒体ＩＤ毎の残額とに基づいて、各記録媒体の最後の残額が特定されて、該特定された残額を新たに管理するための残額復帰処理が行われる。このように、管理装置５０において、処理履歴，精算履歴，発行履歴では復帰することができない残額を、センタ管理装置８０から送信されてきたバックアップ情報に基づいて復帰することができるので、より多くの残額を復帰させて、遊技者に対して該残額を保証することができる。
以上に説明した遊技用システム１によれば、管理装置５０において、各玉貸ユニット２０から送信されてきた処理履歴に基づいて、各記録媒体ＩＤ毎に、当該記録媒体ＩＤの会員カード４又はビジタコイン５に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができる。即ち、従来のように残額の保証ができなければ、該残額が失われてしまうので遊技者が損をしてしまうと共に、仮に遊技者の言うままに残額を保証したならば、遊技場が損をしてしまうという問題が生ずるところ、本発明によれば、残額を復帰することができるので、遊技者が損をしてしまうおそれが減少すると共に、正確な残額を復帰することができるので、遊技者の言うままに残額を保証してしまうことが無くなり、遊技場が損をしてしまうおそれが減少するという顕著な効果を奏する。
［３．変形例］
最後に、本発明の変形例について説明する。
上記の実施形態では、パチンコ玉の貸与に応じた間接税として消費税が徴収される例について説明したが、これに限らず、本発明の遊技用システム１は、該消費税が徴収されない場合にも適用可能であり、以下、図３０〜図３６を用いて、消費税が徴収されない変形例について説明する。従って、玉貸処理に伴う端数額は生じず、遊技用システム１で使用される記録媒体である会員カード４及びビジタコイン５には、オンライン端数額及びオフライン端数額は記録されず、予め定められた基準貸与額（ここでは５００円）と受付貨幣額との差額が、前記オンライン端数額に代わり記録される。また、各玉貸ユニット２０に対して設定されている玉貸設定金額は、間接税を含まない金額であり、例えば、５００円又は３００円である。
まず図３０は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けていない場合の処理の一例を表す図である。この玉貸ユニット２０は、コイン収納部２７ａから排出されたビジタコイン５を収納コイン保持部２７Ｐで保持している。
この状態で貨幣を受け付けると（Ｓ１０１）、受付貨幣額が予め定められた基準貸与額（本例では５００円）以上であるか否かを判定する（Ｓ１０２’）。このＳ１０２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、図８で説明したＳ１０３〜Ｓ１１３と同様の処理を行う。一方、Ｓ１０２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、後述するＳ１５１以下の処理を行う。
なお、入金要求の送信（Ｓ１０３）から予定残額通知（Ｓ１０５）を受信する前までの間にオフライン状態を検知した場合には、後述するＳａ１９１以下の処理が行われる。
次に玉貸ユニット２０は、Ｓ１１３の状態で玉貸ボタン１５が押下されて玉貸操作を受け付けると（Ｓ１２１）、使用額分（本例では５００円）の玉貸処理を開始し（Ｓ１２２）、前記ビジタコイン５の記録媒体ＩＤと、使用額（本例では５００円）とを含む玉貸通知を、管理装置５０に対して送信すると共に（Ｓ１２３’）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１２４）。
Ｓ１２３’の玉貸通知を受信した管理装置５０は、該玉貸通知に含まれる使用額を、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算更新する減算処理を行うと共に（Ｓ１２５’）、該玉貸通知に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１２６）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１２７）。
該減算完了通知を受信した玉貸ユニット２０は、使用額を記憶残額から減算更新し、残額表示器３０における記憶残額の表示，及び残度数表示器１４における残度数の表示を更新して、使用額分の玉貸処理が終了した後（Ｓ１２８）、再びＳ１１３の状態となる。
なお、使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）を受信する前までの間にオフライン状態を検知した場合には、後述するＳｂ１９１以下の処理が行われる。
また玉貸ユニット２０は、Ｓ１１３の状態で基準貸与額以上の貨幣を受け付けると、前記Ｓ１０３〜Ｓ１１２と同様の処理を行い、再びＳ１１３の状態となる。
さらに玉貸ユニット２０は、Ｓ１１３の状態で返却ボタン１６が押下されて返却操作を受け付けると（Ｓ１３１）、図９で説明したＳ１３２〜Ｓ１４１と同様の処理を行う。
次に図３１は、管理装置５０とオンライン状態にある玉貸ユニット２０において、記録媒体を受け付けていない状態で基準貸与額未満の貨幣を受け付けた場合の処理の一例を表す図である。図３０のＳ１０２’で受付貨幣額（本例では１００円）が基準貸与額未満である（ＮＯ）と判定されると、玉貸ユニット２０は、記憶残額が零であるか否かを判定する（Ｓ１５１）。このＳ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、後述するＳ１７２’以下の処理を行う。
一方、Ｓ１５１で記憶残額が零である（ＹＥＳ）と判定された場合には、受付貨幣額分（本例では１００円）の玉貸処理を行う（Ｓ１５３’）。そして、玉貸処理終了後に、貨幣受付を待機する状態に戻る（Ｓ１６２’）。
前記Ｓ１５１で記憶残額が零でない（ＮＯ）と判定された場合には、受付貨幣額＋記憶残額が基準貸与額以上であるか否かを判定する（Ｓ１７２’）。このＳ１７２’で受付貨幣額が基準貸与額未満である（ＮＯ）と判定された場合には、前述したＳ１５３’以下の処理が行われる。一方、Ｓ１７２’で受付貨幣額が基準貸与額以上である（ＹＥＳ）と判定された場合には、次に示すＳ１７３’以下の処理が行われる。
Ｓ１７３’では、玉貸操作によることなく、基準貸与額分の玉貸処理が開始され、これに伴い、収納コイン保持部２７Ｐで保持しているビジタコイン５から下部アンテナ２７を介して記録媒体Ｒ／Ｗ２４により読み取った記録媒体ＩＤ（コインＩＤ）と、基準貸与額と受付貨幣額との差額を含む減算要求を、管理装置５０に対して送信すると共に（Ｓ１７４’）、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新する（Ｓ１７５）。
このように、いわゆる完全ＩＤ管理のシステムにおいて、基準貸与額（５００円）未満の金額の貨幣を受け付けたときに、受付貨幣額と管理残額との合算額が基準貸与額以上であれば、遊技者の操作によることなく、基準貸与額分のパチンコ玉を貸与するので、遊技者の操作が不要となる分、貨幣の受付からパチンコ玉の貸与までの時間を短縮することができる。その結果、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場の稼働低下を防止することができる。
Ｓ１７４’の減算要求を受信した管理装置５０は、該減算要求に含まれる差額を、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している管理残額から減算更新する減算処理を行うと共に（Ｓ１７６’）、該減算要求に含まれる記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ１７７）、減算処理が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信する（Ｓ１７８）。
該減算完了通知を受信した玉貸ユニット２０は、基準貸与額分の玉貸処理が終了した後（Ｓ１７９’）、再びＳ１１３の状態となる。但し、残額が零の場合には、Ｓ１６２’の状態となる。
例えば、４００円の管理残額（＝記憶残額）がある状態で、１００円の入金を受け付けることで、受付貨幣額＋記憶残額≧基準貸与額の条件が満たされ、基準貸与額である５００円分のパチンコ玉が貸与され、基準貸与額と受付貨幣額との差額である４００円が管理残額から減算されて、管理残額が０円となる。ここで、４００円の管理残額が残存している状態で、遊技者が１００円を投入することで、受付貨幣額１００円＋管理残額４００円の、計５００円が消費されて玉貸処理が行われ、結果として受付貨幣額よりも多くの額が消費されるので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技機の稼働率向上に寄与することとなる。
なお、基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）を受信するまでの間にオフライン状態を検知した場合には、後述するＳｄ１９１以下の処理が行われる。
次に図３２は、記録媒体を受け付けていない状態で、オンライン状態からオフライン状態となった玉貸ユニット２０における処理の一例を表す図である。まず、図３０に示した入金要求（Ｓ１０３）の送信から予定残額通知（Ｓ１０５）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓａ１９１）、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）にて受け付けている貨幣（紙幣２，硬貨３）を返却し（Ｓａ１９２）、記憶残額が零であるか否かを判定する（Ｓａ１９３）。このＳａ１９３で記憶残額が零である（ＹＥＳ）と判定された場合には、貨幣受付を待機する状態となる。一方、Ｓａ１９３で記憶残額が零でない（ＮＯ）と判定された場合には、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、基準貸与額以上の貨幣の受付が行われて入金要求が送信され、これに応じた予定残額通知を受信することなくオフライン状態となった場合には、貨幣が返却される。そして、記憶残額が零でない場合には、返却操作によらずにビジタコイン５が排出されることとなる。
次に、図３０に示した使用額分の玉貸処理の開始（Ｓ１２２）から減算完了通知（Ｓ１２７）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｂ１９１）、使用額分の玉貸処理の開始（Ｓ１２２）後に通番の更新（即ちＳ１２４）が行われたか否かを判定する（Ｓｂ１９２）。このＳｂ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｂ１９３）、使用額を記憶残額から減算し（Ｓｂ１９４’）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｂ１９２で、通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｂ１９４’の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、使用額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該使用額分の玉貸処理に応じて記録通番が更新される。そして、返却操作によらずにビジタコイン５が排出されることとなる。ここで管理装置５０がＳ１２３の玉貸通知を受信していなければ、減算すべき使用額が管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態３）。
次に、図３１に示した基準貸与額分の玉貸処理の開始（Ｓ１７３’）から減算完了通知（Ｓ１７８）の受信前までの間にオフライン状態となった場合の処理について説明する。オフライン状態を検出した玉貸ユニット２０は（Ｓｄ１９１）、基準貸与額分の玉貸処理の開始（Ｓ１７３）後に通番の更新（即ちＳ１７５）が行われたか否かを判定する（Ｓｄ１９２）。このＳｄ１９２で通番が更新されていない（ＮＯ）と判定された場合には、収納コイン保持部２７Ｐのビジタコイン５に記録されている通番に１を加算して更新し（Ｓｄ１９３）、基準貸与額と受付貨幣額との差額（例えば５００−１００＝４００）を収納コイン保持部２７Ｐのビジタコイン５に記録し（Ｓｄ１９４’）、該差額を記憶残額から減算し（Ｓｄ１９５’）、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。一方、Ｓｄ１９２で通番が更新済みである（ＹＥＳ）と判定された場合には、Ｓｄ１９４’及びＳｄ１９５’の処理を行い、前記Ｓ１３６以下の処理が行われて、ビジタコイン５が返却（排出）される。
即ち、受付貨幣額分の玉貸処理が行われ、これに応じた減算完了通知を受信する前にオフライン状態となった場合には、当該受付貨幣額分の玉貸処理に応じて記録通番が更新される。そして、基準貸与額−受付貨幣額である差額が記録され、遊技者の操作によらずに該差額が記録されたビジタコイン５が排出されることとなる。ここで、管理装置５０がＳ１７４’の減算要求を受信していなければ、記録媒体（ここではビジタコイン５）には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態となる（状態５’）。
図３３は、管理装置５０とオンライン状態である玉貸ユニット２０において、記録媒体を受け付けた場合の処理の一例を表す図である。この玉貸ユニット２０は、会員カード４の挿入をカード挿入口２４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口２５から受け付けると（Ｓ２０１）、Ｓ２０２’で、該受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）の記録情報である記録媒体ＩＤ，差額，及び通番を読み取り、該読み取った記録情報を含む挿入通知を、管理装置５０に対して送信する。
Ｓ２０２’の挿入通知を受信した管理装置５０は、該挿入通知に含まれる通番と、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ２０３）。このＳ２０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図３４に示すＳ３０１以下の通番不一致時処理を行う。一方、Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ２０４〜Ｓ２０９で通番一致時処理を行い、前記挿入通知の送信元である玉貸ユニット２０の装置ＩＤを残額管理ＤＢに記憶し、該挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を含む残額通知を、玉貸ユニット２０に対して返信する（Ｓａ２２０）。
該残額通知を受信した玉貸ユニット２０は、受け付けている記録媒体の差額を消去して（差額が記録されており、通番が一致する場合には該差額が残存している状態であるため、当該処理によって消去し）、該残額通知に含まれる残額を制御部２１のＲＡＭで記憶し（Ｓａ２２１）、記憶残額を残額表示器３０に表示すると共に、該記憶残額に基づく残度数を残度数表示器１４に表示して（Ｓａ２２２）、玉貸操作，貨幣受付，又は返却操作を待機する状態となる（Ｓａ２２３）。
前記Ｓ２０３で通番が一致する（ＹＥＳ）と判定された場合には、図３３に示すように、通番一致時処理が行われる。Ｓ２０４では、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ２０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ２０５）、前記Ｓａ２２０に進む。
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３の入金要求を受信してから玉貸ユニット２０がＳ１０５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ２０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ２０８で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ２０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０が後述するＳ７０２’の精算要求を受信し、精算装置６０が後述するＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ２０９）、前記Ｓ２２０ａに進む。
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２’の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
前記Ｓ２０３で通番が一致しない（ＮＯ）と判定された場合には、図３４に示すように、通番不一致時処理が行われる。Ｓ３０１では、前記挿入通知に含まれる差額が零であるか否かを判定する。このＳ３０１で差額が零である（ＹＥＳ）と判定された場合には、後述するＳ３１１以下の処理を行う。一方、Ｓ３０１で差額が零でない（ＮＯ）と判定された場合には、該差額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ３０２’）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、玉貸ユニット２０に対して返信する（Ｓ３０３）。
該減算予定額記憶通知を受信した玉貸ユニット２０は、受け付けている記録媒体に記録されている差額を消去し（Ｓ３０４’）、前記受け付けている記録媒体の記録媒体ＩＤを含む差額消去通知を、管理装置５０に対して送信する（Ｓ３０５’）。
該差額消去通知を受信した管理装置５０は、該差額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額（即ち差額）を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ３０６’）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３０７）、前記Ｓａ２２０以下の処理を行う。
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となったこと、即ち記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）であることが特定される。
従って、Ｓ３０６’で、減算すべき差額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額を記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた玉貸ユニット２０からの補正要求（ここでは挿入通知）に含まれる差額を管理残額から減算する補正処理を行うので、差額の減算ができずに遊技場が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理を行うことで、基準貸与額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
ここで管理装置５０がＳ２０２’の挿入通知を受信し、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２’又はＳ８０２’で記憶されるオンライン端数額に書き換えられる（あるいは同額のため記憶しているオンライン端数額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
また、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５’の差額消去通知を受信することなくオフライン状態となった場合には、Ｓ３０４’で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９’）。
前記Ｓ３０１で差額が零である（ＹＥＳ）と判定された場合には、Ｓ３１１で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ３１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ３１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓａ２２０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０がＳ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ３１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５の予定残額通知を受信してから管理装置５０がＳ１０８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
Ｓ３１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１５で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ３１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓａ２２０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５’の差額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４’で記録媒体の差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９’）であることが特定される。このように玉貸ユニット２０が減算予定額記憶通知を受信してから管理装置５０が差額消去通知を受信する前にオフライン状態が発生すると、差額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることになる。
従って、Ｓ３１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５’の差額消去通知を受信する前にオフライン状態となっても、オンライン状態にある別の玉貸ユニット２０に記録媒体を挿入することで、当該記録媒体の残額を使用して遊技を行うことが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場（但し減算予定額が負であるときには遊技者）が損害を被ることがない。
Ｓ３１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ３１７で、前記挿入通知に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ３１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ３１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓａ２２０以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０が後述するＳ７５２の精算許諾情報を受信し、管理装置５０が後述するＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
従って、Ｓ３１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の挿入通知の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
Ｓ３１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記挿入通知に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ３２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ３２１）。そして、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ３２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ３２２）。
このＳ３２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記挿入通知に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ３２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓａ２２０以下の処理を行う。一方、Ｓ３２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、単位使用額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４００円であれば、単位使用額の４倍である４００円）を、管理残額から減算更新し（Ｓ３２４’）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ３２５）、前記Ｓａ２２０以下の処理を行う。
ここで、差額が零であり、記録通番＞管理通番であって、入金予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３’の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、単位使用額の整数倍であって、管理残額を超えない最大額を、使用額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある他の玉貸ユニット２０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額］の減算が行われ）、該残額を使用して遊技を行うことができる。
このように、記録通番＞管理通番であって、入金予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、挿入通知に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
さらに管理残額が玉貸設定金額未満である場合にも、単位使用額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
なお玉貸ユニット２０と管理装置５０との間においては、前述した図１７〜図２２と同趣旨の処理が行われるが、消費税が徴収されず、オンライン端数額及びオフライン端数額が発生しないので、これらに関する記載は除いて読み替えるものとする。
次に図３５及び図３６は、管理装置５０とオンライン状態である精算装置６０において、記録媒体を受け付けた場合の処理の一例を表す図である。この精算装置６０が、会員カード４の挿入をカード挿入口６４ａから受け付けるか，又はビジタコイン５の投入をコイン投入口６５ａから受け付けると（図３５のＳ７０１）、Ｓ７０２’以下の処理（図３５及び図３６に示す処理）が行われる。
Ｓ７０２’では、受け付けた会員カード４又はビジタコイン５（以下、受け付けた記録媒体とも呼ぶ）から読み取った記録情報（記録媒体ＩＤ，差額，通番）を含む精算要求を管理装置５０に対して送信する。
Ｓ７０２’の精算要求を受信した管理装置５０は、該精算要求に含まれる通番と、該精算要求に含まれる記録媒体ＩＤに対応付けて管理している通番とが一致するか否かを判定する（Ｓ７０３）。このＳ７０３で通番が一致しない（ＮＯ，即ち記録通番＞管理通番）と判定された場合には、後述する図３６に示すＳ８０１以下の通番不一致時処理を行う。一方、Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、後述するＳ７０４〜Ｓ７０９で通番一致時処理を行い、前記Ｓ７５１〜Ｓ７６３と同様の処理を行う。但し、精算装置６０がＳ７５２の精算許諾情報を受信したときには、受け付けている記録媒体の差額を消去する（差額が記録されており、通番が一致する場合には該差額が残存している状態であるため、当該処理によって消去する）。
ここで、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となった場合には、貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態となる（状態１０）。
また、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となった場合には、Ｓ７５３で貨幣は払い出されており、消去すべき残額が残存しており、消去すべき精算要求受信フラグが残存しており、記録通番＞管理通番の状態となる（状態１１）。
なお、本例では、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却される。
前記Ｓ７０３で通番が一致する（ＹＥＳ）と判定された場合には、図３５に示すように、通番一致時処理が行われる。Ｓ７０４では、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ７０４で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を消去し（Ｓ７０５）、前記Ｓ７５１に進む。
ここで、記録通番＝管理通番であり、かつ入金予定額が残存していることから、管理装置５０がＳ１０３の入金要求を受信し、玉貸ユニット２０がＳ１０５の予定残額通知を受信することなくオフライン状態となったこと、即ち貨幣は取り込まれておらず、加算すべき入金予定額が残存しており、記録通番＝管理通番の状態（状態１）であることが特定される。このように管理装置５０が入金要求を受信してから玉貸ユニット２０が予定残額通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれていないにも拘わらず、入金予定額が残存しているままとなる。そして該残存している入金予定額を管理残額に加算してしまうと、遊技場が損害を被ることになる。
従って、残存している入金予定額を消去する処理を行うことで、管理残額を確定させている。これにより管理装置５０がＳ１０３の入金要求を受信してから玉貸ユニット２０がＳ１０５の予定残額通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、消去すべき入金予定額が管理残額に加算されてしまうことがないので、遊技場が損害を被ることがない。
Ｓ７０４で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ７０８で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ７０８で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態が発生したということであるので、該記憶していた精算要求受信フラグを消去し（Ｓ７０９）、前記Ｓ７５１に進む。
ここで、記録通番＝管理通番であり、かつ精算要求受信フラグが記憶されていることから、管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されておらず、消去すべき精算要求受信フラグが記憶されており、記録通番＝管理通番の状態であることが特定される。このように管理残額５０が精算要求を受信してから精算装置６０が精算許諾情報を受信する前にオフライン状態が発生すると、貨幣が払い出されていないにも拘わらず、精算要求受信フラグが残存しているままとなる。そして精算要求受信フラグが記憶されていることに基づいて管理残額を消去してしまうと、遊技者が損害を被ることになる。
従って、記憶されている精算要求受信フラグを消去する処理を行うことで、管理残額を確定させている。これにより、管理装置５０がＳ７０２’の精算要求を受信してから精算装置６０がＳ７５２の精算許諾情報を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、管理残額が消去されてしまうことがないので、遊技者が損害を被ることがない。
前記Ｓ７０３で通番が一致しない（ＮＯ）と判定された場合には、図３６に示すように、通番不一致時処理が行われる。Ｓ８０１では、前記精算要求に含まれる差額が零であるか否かを判定する。このＳ８０１で差額が零である（ＹＥＳ）と判定された場合には、後述するＳ８１１以下の処理を行う。一方、Ｓ８０１で差額が零でない（ＮＯ）と判定された場合には、該差額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて、減算予定額として一旦記憶し（Ｓ８０２’）、該減算予定額の記憶が完了したことに基づく減算予定額記憶通知を、精算装置６０に対して返信する（Ｓ８０３）。
該減算予定額記憶通知を受信した精算装置６０は、受け付けている記録媒体に記録されている差額を消去し（Ｓ８０４’）、前記受け付けている記録媒体の記録媒体ＩＤを含む差額消去通知を、管理装置５０に対して送信する（Ｓ８０５’）。
該差額消去通知を受信した管理装置５０は、該差額消去通知に含まれる記録媒体ＩＤに対応付けて記憶している減算予定額を、該記録媒体ＩＤに対応付けて管理している残額から減算して（Ｓ８０６’）、該減算予定額を消去すると共に、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８０７）、前記Ｓ７５１以下の処理を行う。
ここで、通番が一致しておらず（記録通番＞管理通番）、かつ記録媒体に差額が記録されていることから、管理装置５０が、基準貸与額分の玉貸処理が行われた玉貸ユニット２０から、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となったこと、即ち記録媒体には差額が記録されており、減算すべき差額は管理残額から減算されておらず、記録通番＞管理通番の状態（状態５’）であることが特定される。
従って、Ｓ８０６’で、減算すべき差額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、管理装置５０が、Ｓ１７４’の減算要求を受信していない状態でオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。
このように、いわゆる完全ＩＤ管理のシステムにおいて、受付貨幣額＋管理残額≧基準貸与額であることに基づく基準貸与額分の貸与処理が行われた玉貸ユニット２０から送信される減算要求を管理装置５０が受信することなくオフライン状態となったときに、本来管理残額から減算すべき差額を記録媒体に記録して排出し、管理装置５０が、該記録媒体を受け付けた精算装置６０からの精算要求に含まれるオンライン残額を管理残額から減算する補正処理を行うので、間接税額の減算ができずに遊技場が損害を被ることがなくなる。
ここで、通番が一致しないときにのみ補正処理を行うことで、基準貸与額分の貸与処理が行われたにも拘わらず管理残額５０からの差額の減算ができずに遊技場が損害を被ることがなくなる一方、通番が一致するときには補正処理を行わないことで、管理残額からの差額の減算が完了しているにも拘わらず、さらに差額の減算が行われる（いわゆる二重減算される）ことで遊技者が損害を被ることがなくなり、正確に管理残額を補正することができる。
ここで管理装置５０がＳ７０２’の精算要求を受信し、精算装置６０がＳ８０３の減算予定額記憶通知を受信することなくオフライン状態となった場合には、差額は消去されておらず、消去すべき減算予定額が残存しており、記録通番＞管理通番の状態となっている（状態８’）。ただし、該消去すべき減算予定額は、次回、差額が消去されずに記録された状態の当該記録媒体が、オンライン状態で玉貸ユニット２０又は精算装置６０で受け付けられたときに、改めてＳ３０２’又はＳ８０２’で記憶される差額に書き換えられる（あるいは同額のため記憶している差額をそのまま残しても良い）ので、本例では特に消去処理を行っていない。
また、精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となった場合には、Ｓ８０４’で差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態となる（状態９’）。
前記Ｓ８０１でオンライン端数額が零である（ＹＥＳ）と判定された場合には、Ｓ８１１で、前記精算要求に含まれる記録媒体ＩＤに対応付けて入金予定額が記憶されているか否かを判定する。このＳ８１１で入金予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた入金予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額に加算し（Ｓ８１２）、該入金予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７５１以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ入金予定額が残存していることから、玉貸ユニット２０が前記Ｓ１０５の予定残額通知を受信し、管理装置５０がＳ１０８の貨幣取込通知を受信することなくオフライン状態となったこと、即ちＳ１０６で貨幣は取り込まれており、加算すべき入金予定額が残存しており、記録通番＞管理通番の状態（状態２）であることが特定される。このように玉貸ユニット２０が入金予定額の記憶に基づく予定残額通知を受信してから管理装置５０が貨幣取込通知を受信する前にオフライン状態が発生すると、貨幣が取り込まれているにも拘わらず、入金予定額が未加算状態のままとなり、該未加算状態で放置されると、遊技者が損害を被ることになる。
従って、Ｓ８１２で、加算すべき入金予定額を残額に加算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ１０５の予定残額通知を受信してから管理装置５０がＳ１０８の貨幣取込通知を受信する前にオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、入金予定額が加算されていない状態のままで放置されることがないので、遊技者が損害を被ることがない。
Ｓ８１１で入金予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１５で、前記精算要求に含まれる記録媒体ＩＤに対応付けて減算予定額が記憶されているか否かを判定する。このＳ８１５で減算予定額が記憶されている（ＹＥＳ）と判定された場合には、該記憶していた減算予定額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８１６）、該減算予定額を消去して、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７５１以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ減算予定額が残存していることから、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信し、管理装置５０がＳ３０５の差額消去通知を受信することなくオフライン状態となったか、又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となったこと、即ちＳ３０４又はＳ８０４で記録媒体の差額は消去されており、減算すべき減算予定額が残存しており、記録通番＞管理通番の状態（状態９’）であることが特定される。このように玉貸ユニット２０又は精算装置６０が減算予定額記憶通知を受信してから管理装置５０が差額消去通知を受信する前にオフライン状態が発生すると、差額が消去されているにも拘わらず、減算予定額が未減算状態のままとなり、該未減算状態で放置されると、遊技場が損害を被ることになる。
従って、Ｓ８１６で、減算すべき減算予定額を残額から減算する処理を行うことで、管理残額を確定させている。これにより、玉貸ユニット２０がＳ３０３の減算予定額記憶通知を受信してから管理装置５０がＳ３０５の差額消去通知を受信する前にオフライン状態となるか，又は精算装置６０がＳ８０３の減算予定額記憶通知を受信し、管理装置５０がＳ８０５の差額消去通知を受信することなくオフライン状態となっても、オンライン状態にある精算装置６０に記録媒体を挿入することで、当該記録媒体の残額を精算することが可能であり、遊技者に極力迷惑をかけないようにすることができる。また、減算予定額が減算されていない状態のままで放置されることがないので、遊技場が損害を被ることがない。
Ｓ８１５で減算予定額が記憶されていない（ＮＯ）と判定された場合には、Ｓ８１７で、前記精算要求に含まれる記録媒体ＩＤに対応付けて精算要求受信フラグが記憶されているか否かを判定する。このＳ８１７で精算要求受信フラグが記憶されている（ＹＥＳ）と判定された場合には、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額を消去すると共に、前記記憶していた精算要求受信フラグを消去し（Ｓ８１８）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７５１以下の処理を行う。
ここで、記録通番＞管理通番であり、かつ精算要求受信フラグが記憶されていることから、精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算許諾情報を受信することなくオフライン状態となったこと、即ち貨幣は払い出されており、消去すべき残額が記憶されており、記録通番＞管理通番の状態であることが特定される。このように精算装置６０が精算許諾情報を受信してから管理残額５０が精算完了通知を受信する前にオフライン状態が発生すると、貨幣が払い出されているにも拘わらず、管理残額が消去されずに残存しているままとなる。そして該管理残額が消去されないまま放置することで、遊技場が損害を被ることになる。
従って、Ｓ８１８で、残存している残額を零に更新することで、管理残額を確定させている。これにより、精算装置６０がＳ７５２の精算許諾情報を受信してから管理装置５０がＳ７５５の精算完了通知を受信する前にオフライン状態となったときに、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後の精算要求の受信によって、管理残額を零にすることができ、遊技場の損害を防止することができる。
Ｓ８１７で精算要求受信フラグが記憶されていない（ＮＯ）と判定された場合には、図７（ｄ）に示した残額管理ＤＢを参照して、前記精算要求に含まれる記録媒体ＩＤに対応する使用装置ＩＤを、当該記録媒体がオンライン状態で最後に使用された玉貸ユニット２０の装置ＩＤとして特定し（Ｓ８２０）、さらに図７（ｄ）に示した玉貸設定金額ＤＢを参照して、該特定した装置ＩＤに対応する玉貸設定金額を特定する（Ｓ８２１）。そして、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額が、Ｓ８２１で特定した玉貸設定金額以上であるか否か（即ち管理残額≧玉貸設定金額であるか否か）を判定する（Ｓ８２２）。
このＳ８２２で管理残額が玉貸設定金額以上である（ＹＥＳ）と判定された場合には、該玉貸設定金額を、前記精算要求に含まれる記録媒体ＩＤに対応付けて管理している残額から減算し（Ｓ８２３）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７１０以下の処理を行う。一方、Ｓ８２２で管理残額が玉貸設定金額未満である（ＮＯ）と判定された場合には、税込単位額の整数倍であって、管理残額を超えない最大額（例えば管理残額が４７５円であれば、税込単位額の４倍である４２０円）を、管理残額から減算更新し（Ｓ８２４）、該記録媒体ＩＤに対応付けて管理している通番に１を加算して更新し（Ｓ８２５）、前記Ｓ７５１以下の処理を行う。
ここで、差額が零であり、記録通番＞管理通番であって、入金予定額，減算予定額，精算要求受信フラグのいずれも記憶されていないことから、管理装置５０が、使用額分の玉貸処理が行われた玉貸ユニット２０からＳ１２３’の玉貸通知を受信する前にオフライン状態となったこと、即ち、減算すべき［使用額］が管理残額から減算されておらず、記録通番＞管理通番の状態（状態３）であることが特定される。このように玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合は、管理装置５０側で［使用額］の減算がされない。そして、該玉貸ユニット２０がオンライン状態に復帰するまで残額が確定されず（つまり管理残額からの［使用額］の減算が行われず）、遊技者が当該記録媒体の残額を使用して遊技を行うことができないという問題がある。そして［使用額］が管理残額から減算されない状態のまま放置されると、遊技場が損害を被るという問題がある。
従って、Ｓ３２０及びＳ３２１で、当該記録媒体がオンライン状態で最後に使用されていた玉貸ユニット２０を特定すると共に、その玉貸設定金額を特定し、管理残額が玉貸設定金額以上であれば該玉貸設定金額，玉貸設定金額未満であれば、単位使用額の整数倍であって、管理残額を超えない最大額を、使用額として特定し、管理残額から減算している。つまり、玉貸ユニット２０において使用額分の玉貸処理が行われたにも拘わらず、オフライン状態の発生により玉貸通知を管理装置５０が受信しなかった場合にも、オンライン状態にある精算装置６０に記録媒体を挿入することで、残額が確定し（管理残額からの［使用額］の減算が行われ）、該残額の精算を行うことができる。
このように、記録通番＞管理通番であって、入金予定額，減算予定額，精算要求受信フラグのいずれも記憶されておらず、管理残額≧玉貸設定金額であることを条件として、玉貸設定金額を管理残額から減算するので、玉貸設定金額分の貸与処理が行われたにも拘わらず、管理残額が減算されない事態を回避して、遊技場の損害を防止することができる。
ここで、各玉貸ユニット２０について異なる玉貸設定金額が設定される場合にも、精算要求に含まれる記録媒体ＩＤの記録媒体が前回受け付けられていた玉貸ユニット２０を特定して、対応する玉貸設定金額を管理残額から減算するので、正確な残額に補正することができる。
さらに管理残額が玉貸設定金額未満である場合にも、単位使用額の整数倍であって、管理残額を超えない最大額を管理残額から減算するので、正確な残額に補正することができる。なお記録媒体に通番を記録している場合に生じる効果については、前述したのと同様である。
以上、図３０〜図３６に示したように、本発明の遊技用システム１は、玉貸処理に対しての消費税額が徴収されず、端数額が発生しない場合であっても、消費税額が徴収される場合と同様に、オフライン状態発生時に、オンライン状態の玉貸ユニット２０や精算装置６０に記録媒体を挿入することで残額が確定され、遊技者に極力迷惑をかけないようにするという効果がある。
上記の実施形態では、玉貸ユニット２０から受付貨幣額を含む入金要求を受信した管理装置５０で、該受付貨幣額を入金予定額として一旦記憶し、予定残額通知を玉貸ユニット２０に返信し、該予定残額通知を受信した玉貸ユニット２０で貨幣の取込処理を行った後に、オフライン端数額消去通知又は差額消去通知を管理装置５０に送信し、該通知の受信に基づいて管理装置５０で入金予定額を管理残額に加算するようにしておき、玉貸ユニット２０が予定残額通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却する例について説明したが、これに限らず、例えば玉貸ユニット２０が所定額以上の貨幣を受け付けたときに、入金要求が管理装置５０に送信され、該入金要求を受信した管理装置５０において、入金要求に含まれる受付貨幣額を管理残額に加算するとともに、受付貨幣額を別途入金額記憶領域に記憶し、入金完了通知が玉貸ユニット２０に返信されて、該入金完了通知を受信した玉貸ユニット２０で、受け付けた貨幣の取込処理が行われるようにしておき、玉貸ユニット２０が入金完了通知を受信する前にオフライン状態となった場合には受け付けた貨幣を返却するようにし、さらに貨幣の取込処理に基づいて取込通知を管理装置５０に送信し、取込通知を受信した管理装置５０で、入金額記憶領域の金額を消去するようにしても良い。
そして、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、管理装置５０で受付貨幣額の加算を行ったときに管理通番を更新し、玉貸ユニット２０で貨幣の取込処理を行ったときに記録通番を更新する。このようにすることで、オフライン状態の玉貸ユニット２０から排出された記録媒体を受け付けた別の玉貸ユニット２０から挿入通知が送信されたときに、通番が一致しないときには、貨幣の取込処理が行われていないことを特定して、管理残額から入金額記憶領域の金額を減算するとともに、該入金額記憶領域の金額を消去することで残額が確定される。一方、通番が一致するときには、貨幣の取込処理が行われたことを特定して、管理残額をそのままにしておき、入金額記憶領域の金額を消去することで残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
上記の実施形態では、記録媒体から読み取ったオフライン端数額を含む挿入通知を受信した管理装置５０で、該オフライン端数額を加算予定額として一旦記憶し、加算予定額記憶通知を玉貸ユニット２０に返信し、該加算予定額記憶通知を受信した玉貸ユニット２０で記録媒体のオフライン端数額を消去した後に、オフライン端数額消去通知を管理装置５０に送信し、該通知の受信に基づいて管理装置５０で加算予定額を残額に加算する例について説明したが、これに限らず、例えば玉貸ユニット２０がオフライン端数額が記録されている記録媒体を受け付けたときに、オフライン端数額が管理装置５０に送信され、該オフライン端数額を受信した管理装置５０において、該オフライン端数額を管理残額に加算するとともに、オフライン端数額を別途加算額記憶領域に記憶し、加算処理後の管理残額を含む残額通知が玉貸ユニット２０に返信されて、該残額通知を受信した玉貸ユニット２０で、オフライン端数額の消去処理が行われるようにし、さらにオフライン端数額の消去処理に基づいて端数額消去通知を管理装置５０に送信し、端数額消去通知を受信した管理装置５０で、加算額記憶領域の金額を消去するようにしても良い。
そして、記録媒体に通番を記録すると共に、管理装置５０で記録媒体ＩＤに対応付けられた通番を管理するようにしておき、玉貸ユニット２０でオフライン端数額の消去処理を行ったときに記録通番を更新し、管理装置５０で加算額記憶領域の金額の消去を行ったときに管理通番を更新する。このようにすることで、オフライン状態の玉貸ユニット２０から排出された記録媒体を受け付けた別の玉貸ユニット２０からオフライン端数額が送信されたときに、通番が一致しないときには、オフライン端数額の消去処理が行われたこと、即ち当該オフライン端数額の前に記録媒体に記録されていた前回のオフライン端数額が消去され、当該オフライン端数額が該消去処理の後の玉貸処理によって新たに生じたものであることを特定して、管理残額に当該オフライン端数額を加算し、加算額記憶領域に当該オフライン端数額を記憶することで残額が確定される。一方、通番が一致するときには、オフライン端数額の消去処理が行われていないこと，即ち当該オフライン端数額が、一旦消去されることなく残存しているもの（あるいは残存したオフライン端数額の一部がオフライン状態の玉貸ユニット２０で使用された後の値）であることを特定して、管理残額から加算額記憶領域の金額を減算するとともに当該オフライン端数額を加算し、該加算額記憶領域に新たに当該オフライン端数額を記憶することで残額が確定される。そのため、遊技者又は遊技場が損害を被ることがなく、またオフライン状態となった玉貸ユニット２０がオンライン状態に復帰するのを待つことなく、他の遊技機での遊技や精算装置６０での精算を行うことができ、遊技者に迷惑がかからない。
上記の実施形態において、図３７に示すように、特定処理が行われる玉貸ユニット２０から受信した情報や、該受信した情報に基づく処理の状況に基づいて、管理装置５０で処理状態を管理するようにしても良い。この例では、管理装置５０が、オフライン端数額を含む挿入通知を受信したときに、該挿入通知に含まれる記録媒体ＩＤに対応付けて、オフライン端数額を処理中である旨を処理状態ＤＢに記憶し、Ｓａ２１５のオフライン端数額消去通知を受信したときには、加算予定額の加算（Ｓ３０７）及び通番更新（Ｓ３０８）後に、該オフライン端数額消去通知に含まれる記録媒体ＩＤに対応付けて、オフライン端数額の処理を完了した旨を処理状態ＤＢに記憶している。このような管理を行うことで、加算予定額の有無を判定するのではなく、図３８のＳ２０６’，及び図３９のＳ３１３’に示すように、上記処理状態ＤＢを参照して、オフライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０６’でオフライン端数額が処理中の状態であることから、消去すべき加算予定額が残存していることを特定して、Ｓ２０７で該加算予定額を消去する処理を実施したり、またＳ２０３で通番が一致せず、Ｓ３１３’でオフライン端数額が処理中の状態であることから、加算すべき加算予定額が残存していることを特定して、Ｓ３１４で該加算予定額を加算する処理を行うことができる。
また、この図３７に示す例のようにして、玉貸ユニット２０から入金要求を受信したとき（前記Ｓ１０３，Ｓ２２３）に、入金処理中である旨を処理状態ＤＢに記憶し、貨幣取込通知を受信したときに（Ｓ１０８，Ｓ２２８）、入金処理を完了した旨を記憶することで、入金予定額の有無を判定するのではなく、図３８のＳ２０４’，及び図３９のＳ３１１’に示すように、上記処理状態ＤＢを参照して、入金処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０４’で入金処理中の状態であることから、消去すべき入金予定額が残存していることを特定して、Ｓ２０５で該入金予定額を消去する処理を実施したり、またＳ２０３で通番が一致せず、Ｓ３１１’で入金処理中の状態であることから、加算すべき入金予定額が残存していることを特定して、Ｓ３１２で該入金予定額を加算する処理を行うことができる。
また図３９に示す例のようにして、玉貸ユニット２０又は精算装置６０からオンライン端数額を含む挿入通知又は精算要求を受信したときに（Ｓ２０２，Ｓ７０２）、オンライン端数額を処理中である旨を処理状態ＤＢに記憶し、オンライン端数額消去通知（Ｓ３０５，Ｓ８０５）を受信したときに、オンライン端数額の処理を完了した旨を記憶することで、減算予定額の有無を判定するのではなく、Ｓ３１５’に示すように、上記処理状態ＤＢを参照して、オンライン端数額が処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ３０３で通番が一致せず、Ｓ３１５’でオンライン端数額が処理中の状態であることから、減算すべき減算予定額が残存していることを特定して、Ｓ３１６で該減算予定額を減算する処理を行うことができる。
さらに同様にして、精算装置６０から精算要求を受信したときに（Ｓ７０２）、精算処理中である旨を処理状態ＤＢに記憶し、精算完了通知（Ｓ７５５）を受信したときに、精算処理を完了した旨を記憶することで、精算要求受信フラグの有無を判定するのではなく、図３８のＳ２０８’，及び図３９のＳ３１７’に示すように、上記処理状態ＤＢを参照して、精算処理中であるか否かを判定して、判定結果に応じた処理を行うことも可能である。例えばＳ２０３で通番が一致しており、Ｓ２０８’で精算処理中の状態であることから、消去すべき精算要求受信フラグが残存していることを特定して、Ｓ２０９で該精算要求受信フラグを消去する処理を実施したり、またＳ３０３で通番が一致せず、Ｓ３１７’で精算処理中の状態であることから、消去すべき管理残額，精算要求受信フラグが残存していることを特定して、Ｓ３１８で該管理残額，精算要求受信フラグを消去する処理を行うことができる。
ここで上記処理状態ＤＢのような管理を行わず、例えば、入金処理の際に、管理装置５０において、入金要求（Ｓ１０３）受信済み，入金予定額記憶（Ｓ１０４）済み，予定残額通知送信（Ｓ１０５）済み，貨幣取込通知受信（Ｓ１０８）済み，入金予定額加算済み（Ｓ１０９）というように、単に管理装置５０における各記録媒体ＩＤの処理履歴を時系列に記憶しておき、該処理履歴に応じた処理（例えば通番が一致しており、Ｓ１０５が最後の履歴であれば、入金予定額を消去する処理）を行うようにしても良い。
上記の実施形態では、通番不一致時処理が、加算予定額の加算処理（オンライン端数額の減算処理を含む），減算予定額の減算処理，管理残額の消去処理，又は［使用額＋消費税額］の減算処理等の、管理残額を対象とした処理である例について説明したが、これに限らず、通番不一致時処理として、管理装置５０において挿入通知送信元の玉貸ユニット２０や精算装置６０を特定可能に表示（報知）するようにしても良い。これにより、例えば店員が報知された玉貸ユニット２０や精算装置６０からカードあるいはコインを一旦回収し、当該カード等の残額を特定して遊技者に保証を行うといった対処が可能となる。
また同様に、通番不一致時処理として、管理装置５０から挿入通知送信元の玉貸ユニット２０や精算装置６０に対して報知指示を送信して、玉貸ユニット２０や精算装置６０において報知を行うようにして、上記と同様の対処が行えるようにしても良い。このように、通番不一致時処理とは、管理残額を対象とした処理に限らない。
上記の実施形態では、基準貸与額（玉貸設定金額）が、管理装置５０から各玉貸ユニット２０に配信されることで設定され、該設定額が玉貸設定金額ＤＢで管理される例について説明したが、これに限らず、基準貸与額が各玉貸ユニット２０で設定されるようにしても良く、例えば、各玉貸ユニット２０が備える玉貸設定金額設定ボタンの操作によって当該玉貸ユニット２０の玉貸設定金額が設定されることで、該設定額が管理装置５０に対して送信され、玉貸設定金額ＤＢで当該玉貸ユニット２０の装置ＩＤに対応付けて管理されるようにしても良い。
上記の実施形態では、図１２に示すように、Ｓ１０２の挿入通知が、補正要求，端数額処理要求，及び残額取得要求を兼ねるものである例について説明したが、これに限らず、これら各要求が別個に送信され、該送信された要求に応じた処理が行われるようにしても良い。
上記の実施形態では、図２４に示すように、Ｓ７０２の精算要求が、補正要求，及び端数額処理要求を兼ねるものである例について説明したが、これに限らず、これら各要求が別個に送信され、該送信された要求に応じた処理が行われるようにしても良い。
上記の実施形態では、オフライン端数額が加算された後に（図２５のＳａ７１６）、更新後の管理残額が管理装置５０から精算装置６０に対して送信される例について説明したが、これに限らず、該送信する情報は、オフライン端数額の加算が完了した旨（あるいは管理通番を更新した旨）を示す情報であれば良く、残額を通知する情報でなくとも良い。
上記の実施形態では、玉貸ユニット２０がオフライン状態のときに所定額未満の貨幣を受け付けると、一発貸しが行われて、返却時に端数額がオフライン端数額として記録媒体に記録されて排出される例について説明したが、これに限らず、貨幣受付時に受付貨幣額が記録媒体に記録されて、玉貸操作によって、該記録された受付貨幣額の範囲内で玉貸処理を行い、返却操作によって受付貨幣額から玉貸処理に使用された使用額を減算した入金残額が記録された記録媒体が返却されるようにしても良い。例えば１０００円を受け付けると、記録媒体に入金残額として１０００円が記録され、玉貸ボタン１５の操作によって玉貸設定金額（例えば５２５円）相当のパチンコ玉が貸し出され、記録されている入金残額から使用額（ここでは５２５円）が減算されて、返却操作によって減算後の入金残額（ここでは４７５円）が記録された記録媒体が返却されるようにすると良い。また、上記消費税を徴収しない場合の変形例についても同様である。
上記の実施形態では、玉貸ユニット２０で受付貨幣額分の玉貸処理が開始された後に、減算要求が管理装置５０に送信され、次いで記録媒体の通番が更新される例について説明したが、玉貸ユニット２０における受付貨幣額分の玉貸処理の開始，減算要求の送信，通番更新の各処理のタイミングは限定されない。例えば、受付貨幣額分の玉貸処理が開始された後に、通番が更新され、次いで減算要求が送信されるようにしても良い。また通番が更新された後に、受付貨幣額分の玉貸処理が開始され、次いで減算要求が送信されるようにしても良い。さらに、減算要求が管理装置５０に対して送信された後に、記録媒体の通番が更新され、次いで受付貨幣額分の玉貸処理が開始されるようにしても良い。なお、使用額分の玉貸処理が行われる際についても、これと同様に、使用額分の玉貸処理の開始，玉貸通知の送信，通番更新の各処理のタイミングは限定されない。さらに、貸与対象額分の玉貸処理が行われる際についても、これと同様に、貸与対象額分の玉貸処理の開始，加算要求の送信，通番更新の各処理のタイミングは限定されない。
上記の実施形態では、管理装置５０における通番の更新が、管理残額の更新後に実施される例について説明したが、これに限らず、管理残額の更新前に通番を更新するようにしても良く、例えば、図８のＳ１２５で使用額＋消費税額を管理残額から減算する前に、通番の更新を行うようにしても良い。
上記の実施形態では、玉貸ユニット２０又は精算装置６０で記録媒体のオフライン端数額が消去された後に、通番が更新され、次いでオフライン端数額消去通知を管理装置５０に送信する例について説明したが、玉貸ユニット２０又は精算装置６０におけるオフライン端数額の消去，通番更新，オフライン端数額消去通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、オフライン端数額を消去して、オフライン端数額消去通知を送信するようにしても良い。また通番を更新した後に、オフライン端数額消去通知を送信し、次いでオフライン端数額を消去するようにしても良い。さらにオフライン端数額消去通知を送信した後に、通番を更新し、オフライン端数額を消去するようにしても良い。
上記の実施形態では、精算装置６０で許諾分の貨幣を払い出した後に、通番が更新され、次いで精算完了通知が管理装置５０に送信される例について説明したが、精算装置６０における許諾分の貨幣の払出，通番更新，精算完了通知の送信の各処理のタイミングは限定されない。例えば、通番を更新した後に、許諾分の貨幣を払い出し、精算完了通知を送信するようにしても良い。また通番を更新した後に、精算完了通知を送信し、次いで許諾分の貨幣を払い出すようにしても良い。さらに精算完了通知を送信した後に、通番を更新し、許諾分の貨幣を払い出すようにしても良い。
上記の実施形態では、玉貸ユニット２０が貨幣を受け付けたときに、受け付けた貨幣の取込処理に伴い、玉貸ユニット２０側で記録媒体の通番を更新し（即ち記録通番＞管理通番となり）、貨幣取込通知を受信した管理装置５０で該記録媒体の記録媒体ＩＤに対応付けられた通番を更新する（即ち記録通番＝管理通番となる）例について説明したが、これに限らず、まず、玉貸ユニット２０から入金要求を受信した管理装置５０が、入金予定額の記憶に伴い、該入金要求に含まれる記録媒体ＩＤに対応付けられた通番を更新し（即ち記録通番＜管理通番となり）、予定残額通知を受信した玉貸ユニット２０で、受け付けた貨幣の取込処理に伴い、記録媒体の通番を更新する（即ち記録通番＝管理通番となる）ようにしても良い。このようにした場合、図１２のＳ２０３又は図２４のＳ７０３で通番が一致すると判定され、かつＳ２０４又はＳ７０４で入金予定額有りと判定されたときには、貨幣が取り込まれていることを特定して、入金予定額を管理残額に加算すると共に該入金予定額を消去するようにし、図１２のＳ２０３又は図２４のＳ７０３で通番が一致しないと判定され、かつ図１４のＳ３１１又は図２６のＳ８１１で入金予定額有りと判定されたときには、貨幣が取り込まれていないことを特定して、入金予定額を消去すると共に、管理している通番を戻す（１を減算して更新する）ようにすると良い。
上記の実施形態では、玉貸ユニット２０において、記録媒体の通番が上限値（ここでは２５５）に達しているか否かを判定し、管理装置５０においても、管理している通番が上限値（ここでは２５５）に達しているか否かを判定する例について説明したが、これに限らず、玉貸ユニット２０のみが、通番が上限値に達しているか否かを判定するようにしても良い。例えば玉貸ユニット２０において、記録媒体の通番が上限値に達していると判定したときに、当該記録媒体の通番を初期値に更新し、当該記録媒体の記録媒体ＩＤ及び通番を初期値に更新する旨を含む情報を管理装置５０に対して送信し、該管理装置５０において受信した記録媒体ＩＤに対応付けられた通番を初期値に更新するようにしても良い。
上記の実施形態では、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、即ち状態１０となった場合，及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったとき、即ち状態１１となった場合には、受け付けている記録媒体が遊技者に返却され、その後、玉貸ユニット２０に挿入されることで、状態１０であれば、図１２のＳ２０９で精算要求受信フラグが消去され、状態１１であれば、図１４のＳ３１８で管理残額，精算要求受信フラグが消去される例について説明した。しかし、これに限らず、管理装置５０がＳ７０２の精算要求を受信し、精算装置６０がＳ７５２の精算許諾情報を受信することなくオフライン状態となったとき、及び精算装置６０がＳ７５２の精算許諾情報を受信し、管理装置５０がＳ７５５の精算完了通知を受信することなくオフライン状態となったときに、精算装置６０で受け付けている記録媒体を返却せずに精算装置６０内に保持し、店員が該保持されている記録媒体を一旦回収して、オンライン状態にある別の精算装置６０又はオフライン状態からオンライン状態に復帰した精算装置６０に挿入して、残額を確定（状態１０の場合にはさらに貨幣の返却）させるようにしても良い。これによれば、図１２に示したＳ２０８，Ｓ２０９の処理，及び図１４に示したＳ３１７，Ｓ３１８の処理が不要である。
上記の実施形態では、管理装置５０は、返却操作に伴う返却通知（図９のＳ１３３，図１８のＳ２３３）を受信したときにも、残額管理ＤＢで記録媒体ＩＤに対応付けて管理されている装置ＩＤを消去せずに、記憶したままにしておく例について説明したが、これに限らず、返却通知を受信したときに、受信した記録媒体ＩＤに対応付けられた装置ＩＤを消去するようにしても良い。この場合には、玉貸ユニット２０から管理装置５０に対して入金要求，若しくは補正要求又は挿入通知が送信され、該情報を管理装置５０が受信した後、オフライン状態となった場合に、記録媒体が返却されても、返却通知を管理装置５０が受信することがないので、装置ＩＤが消去されない。即ち、オフライン状態となった場合に、当該記録媒体ＩＤの記録媒体が前回オンライン状態で受け付けられていた玉貸ユニット２０を特定することが可能である。
上記の実施形態において、オンライン端数額を含む精算要求を受信した精算装置６０が、Ｓ８０２で該オフライン端数額を加算予定額として記憶する処理を行う前に、該精算要求に含まれる記録媒体ＩＤに対応付けられた管理残額が零であるか否かを判定するようにしても良い。そして、管理残額が零であると判定したときには、受信した精算要求に含まれるオフライン端数額を含む精算許諾情報を精算装置６０に送信し、精算装置６０が、該オフライン端数額相当の貨幣を払い出すようにして、Ｓ７５４〜Ｓ７５８の処理を行わないようにすると良い。これによれば、管理残額が零であって、オフライン端数額が記録されている場合、即ちオフライン状態にある玉貸ユニット２０に入金し、一発貸しを受けて遊技を行った遊技者が精算を行う場合に、Ｓ７５１，Ｓ７５４〜Ｓ７５８，及びＳ８０２〜Ｓ８０７の処理が不要であり、精算時の処理が大幅に簡素化される。
上記の実施形態では、図１１のＳｃ１９４，図２０のＳｃ２９４に示すように、貸与対象額分の玉貸処理が開始されてから残額通知を受信するまでの間にオフライン状態となった場合に、端数額×（−１）をオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−負のオンライン端数額という処理を行うことで、端数額を加算する例について説明したが、これに限らず、端数額を正のオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋正のオンライン端数額という処理を行うことで、前記端数額を管理残額に加算するようにしても良い。
また、上記の実施形態では、図１１のＳｄ１９４，図２０のＳｄ２９４に示すように、受付貨幣額分の玉貸処理が開始されてから減算完了通知を受信するまでの間にオフライン状態となった場合に、対応消費税額を正のオンライン端数額として記録媒体に記録して、管理装置５０において、管理残額−正のオンライン端数額という処理を行うことで、対応消費税額を減算する例について説明したが、これに限らず、対応消費税額×（−１）を負のオンライン端数額として記録媒体に記録して、管理装置５０で管理残額＋負のオンライン端数額という処理を行うことで、前記対応消費税額を管理残額から減算するようにしても良い。即ち対応消費税額が差額として管理残額から減算される方法で処理が行われれば良い。
上記の実施形態では、所定額が１０００円である例について説明したが、これに限らず、所定額は任意に変更することが可能である。また、上記の消費税を徴収しない変形例では、貸与基準額が５００円である例について説明したが、これに限らず、基準貸与額は任意に変更することが可能である。
上記の実施形態では、玉貸処理に応じて通番が１ずつ加算更新される例について説明したが、これに限らず、通番は２ずつ更新されても良く、その更新幅は任意である。即ち更新幅は遊技用装置と管理装置との間で予め定められた共通の更新幅であれば良く、例えばマイナスの値であっても良い。この場合には、玉貸ユニット２０で通番が更新され、管理装置５０で通番が更新されていないときに、［記録媒体に記録されている通番（即ち管理装置５０が受信する通番）＜管理装置５０で管理されている通番］となる。さらに通番は、整数に限らず、アルファベットや５０音などのキャラクタ等であっても良い。
上記の実施形態では、管理残額の有効期間が無期限である例について説明したが、これとは逆に、有効期間を当日中としても良い。また有効期間は無期限ではなく、有限の長期（例えば最後の入金から１年，ビジタコイン５の発行から１年等）としても良い。
上記の実施形態では、有効期間、即ち精算可能期間と使用可能期間の両方が無期限である例について説明したが、これに限らず、精算可能期間又は使用可能期間のいずれか一方のみが無期限であっても良い。
上記の実施形態では、通信不可能状態発生判定手段により精算可能期間内に通信不可能状態（オフライン状態）が発生したと判定されたことを条件として、オフライン端数額の加算及び精算が行われる例について説明したが、これと同様にして、オンライン端数額の加算及び減算が行われる場合にも、通信不可能状態発生判定手段により精算可能期間内に通信不可能状態が発生したと判定されたことを条件とするようにしても良い。これによれば、有効期間内にオフライン状態が発生したと判定されたことを条件としてオンライン端数額の加算及び減算が行われることにより、有効期間内にオフライン状態が発生しておらず記録媒体にオンライン端数額が記録されることがない状況においてはオンライン端数額の加算及び減算が行われないので、セキュリティが向上する。
上記の実施形態では、消費税率が５％である例について説明したが、これに限らず、該消費税率は設定変更可能である。また上記の実施形態では、消費税率がカード会社で設定される例について説明したが、遊技場において、管理装置５０で設定されて各玉貸ユニット２０に配信されて記憶されるようにしても良く、また各玉貸ユニット２０で設定されて記憶されるようにしても良い。
上記の実施形態では、図１に示すように、玉貸ユニット２０と管理装置５０とが直接的に通信可能に接続されている例について説明したが、これに限らず、両者の間に台端末や中継コンピュータを介在させ、両者が間接的に通信可能に接続されるようにしても良い。また両者は有線で通信可能とされるものには限られず、無線で通信可能とされるものであっても良い。
上記の実施形態では、図１に示すように、バックアップ装置が、遊技場外のカード会社に設けられるセンタ管理装置８０である例について説明したが、これに限らず、該バックアップ装置は、遊技場内に設けられるものであっても良く、また管理装置５０に、前記ハードディスク５５とは別体で前記バックアップ情報記憶手段として機能するハードディスク等の記憶装置を設けたり、あるいは前記バックアップ情報記憶手段として機能する外部記録メディア（例えばＣＤ−Ｒやメモリカード等）に対して情報を書き込み可能なメディアライタを設け、前記図７（ａ）に示す残額管理ＤＢの記憶内容が所定時間毎に該バックアップ情報記憶手段に記憶されるように構成して、該管理装置５０自体をバックアップ装置として機能させるようにしても良い。
上記の実施形態では、図２（ａ）に示すように、残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６が遊技機（パチンコ機１０）に設けられ、玉貸ユニット２０と接続されている例について説明したが、これに限らず、これら残度数表示器１４，玉貸ボタン１５，及び返却ボタン１６の一部又は全部を玉貸ユニット２０に設けるようにしても良い。
上記の実施形態では、残度数表示器１４において、玉貸ユニット２０の制御部２１のＲＡＭに記憶されている残額を税込単位額（１０５円）で除算した商の整数部分が残度数として表示される例について説明したが、これに限らず、該残額を単位使用額（１００円）で除算した商の整数部分が残度数として表示されるようにしても良い。
上記の実施形態では、図２（ｂ）に示すように、紙幣識別機２２にて受付可能な紙幣２の種類が１０００円紙幣，２０００円紙幣，５０００円紙幣，及び１００００円紙幣の４種類である例について説明したが、これに限らず、受付可能な紙幣２の種類は、該４種類のうちの任意の１種類又は２種類以上でも良い。同様に、上記の実施形態では、硬貨識別機２３にて受付可能な硬貨３の種類が１００円硬貨，及び５００円硬貨の２種類である例について説明したが、これに限らず、受付可能な硬貨３の種類は、該２種類のうちの任意の１種類でも良い。なお貨幣として紙幣２及び硬貨３の双方を受け付けるものには限られず、紙幣２又は硬貨３のいずれか一方のみを受け付けるものでも良い。
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）により受け付けられて回収された貨幣（紙幣２，硬貨３）が玉貸ユニット２０の外部に排出されて、紙幣搬送機構，硬貨搬送機構により搬送される例について説明したが、これに限らず、該受け付けられて回収された貨幣は、玉貸ユニット２０の内部に貯留されるようにしても良い。
上記の実施形態では、図２（ｂ）に示すように、貨幣受付手段（紙幣識別機２２，硬貨識別機２３）において、有体物である貨幣（紙幣２，硬貨３）を受け付ける例について説明したが、これに限らず、無体物である貨幣（例えば電子マネー等の貨幣金額に相当する金額データや、クレジットカードから特定される与信金額や、デビットカードから特定される預金金額等）を接触又は非接触で受け付けるようにしても良く、この場合には、貨幣の回収は決済処理の実行に相当し、貨幣の返却は決済処理の中止に相当する。
上記の実施形態では、図２（ａ）（ｂ）に示すように、記録媒体返却口（コイン返却口２８）が遊技用装置（玉貸ユニット２０）の前面に突出して形成される例について説明したが、これに限らず、該記録媒体返却口は、遊技用装置の前面から陥没して形成されるようにしても良い。
上記の実施形態では、図６（ｂ）のＤ１２に示すように、ビジタコイン発行装置７０で、予め定められた発行額の選択に基づいて、該発行額をパチンコ玉の貸与に使用可能なビジタコイン５が発行される例について説明したが、これに限らず、遊技者による任意の金額の指定に基づいて、該指定された金額をパチンコ玉の貸与に使用可能なビジタコイン５が発行されるようにしても良い。またビジタコイン発行装置７０において、貨幣として、紙幣２のみならず硬貨３を受け付けるようにしても良い。
上記の実施形態では、［管理残額≧対応消費税額］であるか否かを判定して、管理残額≧対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行う例について説明したが、これに限らず、［管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額］であるか否かを判定し、管理残額＋受付貨幣額≧受付貨幣額＋対応消費税額であることを条件に、受付貨幣額分の玉貸処理を行うようにしても良い。
上記の実施形態で、ビジタコイン発行装置７０において、会員カード４を受け付けて、該受け付けた会員カード４の記録媒体ＩＤと対応付けて管理装置５０で管理されている残額に対する価値加算ができるようにしても良く、この場合には、該価値加算も「記録媒体発行処理」に該当する。
上記の実施形態では、図９のＳ１３６，図１８のＳ２３６に示すように、記録媒体識別情報記憶判定手段による、貸与処理（玉貸処理）の対象となった記録媒体（会員カード４，ビジタコイン５）の記録媒体識別情報（記録媒体ＩＤ）が処理履歴記憶手段（処理履歴ＤＢ）に既に記憶されているか否かの判定が、返却操作の受付後に行われる例について説明したが、これに限らず、該記録媒体識別情報記憶判定手段による判定は、例えば貨幣の受付後や記録媒体の受付後に行われるようにしても良く、該判定を行うタイミングは特に限定されない。
上記の実施形態で、精算装置６０においても、遊技用装置（玉貸ユニット２０）と同様に、精算処理の対象となった記録媒体の記録媒体識別情報が精算履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな精算履歴を前記精算履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記精算履歴記憶手段で既に記憶されている精算履歴を新たな精算履歴に更新する精算履歴更新手段と、を設けるようにしても良い。
上記の実施形態で、記録媒体発行装置（ビジタコイン発行装置７０）においても、遊技用装置（玉貸ユニット２０）と同様に、記録媒体発行処理の対象となった記録媒体の記録媒体識別情報が発行履歴記憶手段で既に記憶されているか否かを判定する記録媒体記憶手段記憶判定手段と、該記録媒体識別情報記憶判定手段により記録媒体識別情報が記憶されていないと判定されたことを条件として、該記録媒体識別情報に対応する新たな発行履歴を前記発行履歴記憶手段に記憶すると共に、記録媒体識別情報が既に記憶されていると判定されたことを条件として、該記録媒体識別情報に対応して前記発行履歴記憶手段で既に記憶されている発行履歴を新たな発行履歴に更新する発行履歴更新手段と、を設けるようにしても良い。
上記の実施形態では、図７（ｂ）に示すように、精算履歴ＤＢにおいて精算履歴を記憶する際に、残額として０も記憶される例について説明したが、これに限らず、精算後の残額は０以外にはないため、該残額は記憶しないようにしても良い。
上記の実施形態では、図７（ｄ）に示すように、管理装置５０において、記録媒体ＩＤと対応付けて単に残額が記憶・管理されている例について説明したが、これに限らず、例えば入金金額，使用金額，精算金額等も併せて記憶・管理するようにしても良い。
上記の実施形態では、図７に示すように、記録媒体ＩＤが、会員カード４のカードＩＤ（Ｍで始まる４桁の番号）とビジタコイン５のコインＩＤ（Ｖで始まる４桁の番号）とで区別されている例について説明したが、これに限らず、会員カード４とビジタコイン５とで区別のないＩＤであっても良い。
上記の実施形態では、処理履歴ＤＢ，精算履歴ＤＢ，及び発行履歴ＤＢにおいて、２５６個の履歴を記憶可能である例について説明したが、これに限らず、より多い履歴の数，又はより少ない履歴の数を記憶可能なようにしても良い。
上記の実施形態では、例えば図８に示すように、Ｓ１０３の入金要求に記録媒体ＩＤが含まれ、残額が入金時から該記録媒体ＩＤと対応付けて管理される例について説明したが、これに限らず、Ｓ１０３の入金要求に装置ＩＤを含むようにして、残額を入金時には該装置ＩＤと対応付けて管理しておき、Ｓ１３３の返却通知に装置ＩＤと記録媒体ＩＤを含むようにして、該装置ＩＤに対応する残額を返却時から該記録媒体ＩＤと対応付けて管理するようにしても良い。この場合には、前記残額処理手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、管理装置５０とオンライン状態で貨幣を受け付けたときに、装置ＩＤと受付貨幣額とを含む前記入金要求を管理装置５０に対して送信する処理と、前記使用額分の玉貸処理が行われたときに、装置ＩＤと使用額＋消費税額とを含む前記玉貸通知を管理装置５０に対して送信する処理と、排出操作（返却ボタン１６の操作）を受け付けたときに、装置ＩＤと記録媒体ＩＤとを含む前記返却通知を管理装置５０に対して送信する処理とを行う。
上記の実施形態では、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられたときに、該管理装置５０に対して入金要求が送信されて入金処理が行われる例について説明したが、これに限らず、玉貸ユニット２０において、管理装置５０とオンライン状態で貨幣が受け付けられても、該管理装置５０に対して入金要求を送信せずに、受付貨幣額を残額として制御部２１のＲＡＭで記憶して玉貸処理に使用させ、記録媒体（会員カード４，ビジタコイン５）が排出されるときに、管理装置５０に対して記録媒体ＩＤと残額とが送信されて、管理装置５０において該記録媒体ＩＤに対応付けて該残額が管理されるようにしても良い。この場合には、前記残額特定手段は、受付貨幣額から第１の貸与処理に使用された使用額及び該使用額に対応する消費税額を減算した金額（即ち制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額）を、記録媒体の記録媒体ＩＤと対応付けて管理装置５０で管理するための処理（即ち記録媒体Ｒ／Ｗ２４から読み取った記録媒体ＩＤから特定可能にするための残額特定処理）として、排出操作（返却ボタン１６の操作）を受け付けたときに、記録媒体ＩＤと制御部２１のＲＡＭで記憶している前記玉貸処理に使用されなかった残額とを含む通知を管理装置５０に対して送信する処理を行う。
上記の実施形態では、会員カード４が非接触式のＩＣカードであり、ビジタコイン５が非接触式のＩＣコインである例について説明したが、これに限らず、各記録媒体は、接触式の集積回路，磁気，二次元コード（例えばバーコード），三次元コード，又は光干渉（例えばホログラム）等により情報を記録するものでも良い。また会員カード４の形状はカード型には限られず、コイン型であっても良い。さらにビジタコイン５の形状もコイン型には限られず、カード型であっても良い。
上記の実施形態では、会員用の記録媒体として会員カード４が使用される例について説明したが、これに限らず、例えば記録媒体ＩＤを記録したＩＣチップが搭載された携帯電話端末が該会員用の記録媒体として使用されるようにしても良く、この場合には、玉貸ユニット２０や精算装置６０において、該携帯電話端末を近接させることにより受け付ける記録媒体受付手段が設けられる。なお上記の実施形態において、会員カード４を使用しないように構成しても良い。
上記の実施形態において、ＩＣカードである会員カード４やＩＣコインであるビジタコイン５は、必ずしもＣＰＵを搭載している必要はないが、ＣＰＵを搭載しているものであっても良い。
上記の実施形態では、遊技機がパチンコ機１０である例について説明したが、これに限らず、該遊技機は、例えば遊技媒体としてメダルを使用するスロットマシン，遊技媒体としてパチンコ玉を使用するスロットマシンであるパロット（登録商標），遊技媒体であるパチンコ玉が指触不能に封入された封入式のパチンコ機，パチンコ玉やメダルを用いることなく得点データを使用して遊技可能なパチンコ機やスロットマシン，遊技領域やパチンコ玉が画像にて表示される画像式のパチンコ機，リールが画像にて表示される画像式のスロットマシン等であっても良い。
上記の実施形態では、貸与処理が玉貸処理である例について説明したが、これに限らず、該貸与処理は、前記メダルを貸与するメダル貸出処理や、前記封入式や画像式のパチンコ機やスロットマシンにおいて残額を遊技媒体としての得点に変換して遊技に使用させる処理等でも良い。
上記の実施形態では、玉貸処理が行われた場合に、玉貸ユニット２０とパチンコ機１０との間でパチンコ玉の貸与に関する信号のやり取りが行われて、該パチンコ機１０に設けられた玉払出装置１３からパチンコ玉が払い出されて貸与される例について説明したが、これに限らず、玉貸ユニット２０に玉払出装置を設けて、パチンコ玉を払い出して貸与するようにしても良い。
上記の実施形態では、図８，図１７に示すように、オンライン状態にある玉貸ユニット２０において、管理装置５０で管理されている残額を含む予定残額通知を予め受信して、該残額を残度数表示器１４及び残額表示器３０における表示用として制御部２１のＲＡＭで記憶しておき、玉貸操作を受け付けたことに基づいて玉貸処理を行い、管理装置５０に対して玉貸通知を送信する例について説明したが、これに限らず、残度数表示器１４及び残額表示器３０における表示を考慮しないのであれば、予定残額通知を予め受信せず、玉貸操作を受け付けてから管理装置５０に対して記録媒体ＩＤと使用額＋消費税額とを含む減算要求を送信し、該減算要求に応じて前記減算処理が行われた管理装置５０から玉貸許諾通知を受信したことに基づいて玉貸処理を行うようにしても良い。この場合における管理装置５０は、図８のＳ１０５や図１７のＳ２２５に示す予定残額通知に残額を含めないで返信すれば良く、図１３のＳａ２１２に示す加算予定額記憶通知に残額を含めないで返信すれば良い。
上記の実施形態では、図８，図１７に示すように、玉貸通知に使用額と消費税額とを含めて管理装置５０に対して送信する例について説明したが、これに限らず、該玉貸通知に使用額のみを含めて管理装置５０に対して送信し、該使用額に対応する消費税額は該管理装置５０において算出するようにしても良く、この場合には、管理装置５０から玉貸ユニット２０に対して消費税率を配信する必要がなくなる。また管理装置５０が各玉貸ユニット２０における単位使用額を管理している場合（例えば各玉貸ユニット２０から送信されてきた単位使用額を各玉貸ユニット２０毎に管理している場合や、すべての玉貸ユニット２０における単位使用額が同一で該単位使用額を管理している場合や、管理装置５０で単位使用額を設定して管理し、該設定した単位使用額を各玉貸ユニット２０に配信する場合等）には、玉貸通知に玉貸操作が行われた旨のみを含めて管理装置５０に対して送信すれば良い。
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理が、玉貸処理の開始後に行われる例について説明したが、これに限らず、該減算処理は、玉貸処理の開始前に行われるようにしても良い。即ち、該減算処理が行われ、減算完了通知が玉貸ユニット２０に対して送信されてから、該玉貸ユニット２０において玉貸処理が開始されるようにしても良い。
上記の実施形態では、図８のＳ１２５，又は図１７のＳ２１５に示す減算処理において、使用額＋消費税額の合算額が管理残額から減算される例について説明したが、これに限らず、使用額と消費税額とを分けて管理残額から減算するようにしても良い。
上記の実施形態では、玉貸ユニット２０において使用額分の玉貸処理が行われた場合に、該使用額＋消費税額（例えば５２５円）が記憶残額から一度に減算される例について説明したが、これに限らず、１度数分の玉貸処理が行われる毎に、税込単位額である１０５円が記憶残額から減算され、該減算が使用額分（例えば５回）繰り返し行われるようにしても良く、この場合には、残額表示器３０における記憶残額の表示も１０５円ずつ減算更新され、残度数表示器１４における残度数の表示も１度数ずつ減算更新される。
上記の実施形態では、図９のＳ１４０〜Ｓ１４１に示すように、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却されてから直ちに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持される例について説明したが、これに限らず、収納コイン保持部２７Ｐで保持しているビジタコイン５が返却された後、貨幣が受け付けられたときに、コイン収納部２７ａで収納されている最下位のビジタコイン５が排出されて収納コイン保持部２７Ｐに保持されるようにしても良い。
上記の実施形態では、図２１〜図２３に示すように、返却操作を受け付けたことに基づいて、オフライン端数額が記録された記録媒体が排出される例について説明したが、これに限らず、一発貸しが行われる毎に、返却操作の受付によらずに、オフライン端数額が記録された記録媒体が排出されるようにしても良い。
上記の実施形態では、図２４のＳａ７０１に示すように、オフライン端数額が税込単位額未満であるか否かの判定が行われる例について説明したが、これに限らず、オフライン端数額が予め定められた一律の金額（例えば５００円）未満であるか否かの判定が行われるようにしても良い。また該判定は、精算装置６０でなく管理装置５０で行われるようにしても良く、この場合には、精算要求に含まれるオフライン端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段が、管理装置５０に備えられる。
上記の実施形態では、精算装置６０において、精算が許諾された金額の全額が精算される例について説明したが、これに限らず、遊技者が希望する精算金額の入力を受け付けて、精算が許諾された金額の範囲内で該希望する精算金額が精算されるようにしても良い。
上記の実施形態では、図７（ａ）に示すように、処理履歴が記録媒体の排出の履歴である例について説明したが、これに限らず、図７（ａ’）に示すように、該処理履歴を玉貸処理の履歴としても良い。この玉貸処理ＤＢでは、前記使用額分の玉貸処理が行われたことに基づいて、該玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤと対応付けて、制御部２１のＲＡＭで記憶されている玉貸処理後の残額を記憶すると共に、該玉貸処理が行われた日時である玉貸日時を前記最後処理特定情報として記憶することにより、玉貸履歴を記憶する。具体的には、前記処理履歴更新手段の作用により、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで記憶されていない場合には、該記録媒体ＩＤを玉貸履歴ＤＢに新たに記憶すると共に、該記録媒体ＩＤに対応付けて、新たな残額及び玉貸日時を記憶し、玉貸処理の対象となった会員カード４又はビジタコイン５の記録媒体ＩＤが玉貸履歴ＤＢで既に記憶されている場合には、該記録媒体ＩＤに対応する残額及び玉貸日時を新たな残額及び玉貸日時に更新（上書き）する。なお玉貸処理の後に記録媒体の排出が行われても残額の変動はないため、前記記憶されている玉貸処理後の残額が当該記録媒体の最後の残額に相当する。このように、玉貸処理が行われる毎に残額と玉貸日時を記憶して玉貸履歴を更新することにより、前記図７（ａ）の如く記録媒体の排出毎に残額と排出日時を記憶して処理履歴を更新するのに比べて、玉貸ユニット２０が故障した場合や管理装置５０とオフライン状態になった場合に緊急避難的に処理履歴を記憶・更新しなくても、玉貸履歴に基づいて正確な残額を復帰させることができる。
上記の実施形態では、図２８に示すように、遊技場の営業終了後に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われる例について説明したが、これに限らず、所定時間毎（例えば３時間毎）に、管理装置５０からセンタ管理装置８０に対して残額管理ＤＢの記憶内容が送信されて、残額のバックアップが行われるようにしても良い。
上記の実施形態では、図２９に示すように、バックアップ情報を復旧用テーブルに記憶してから（Ｓ１０４４）、統合テーブルで特定された残額を復旧用テーブルの残額に上書きして復帰する（Ｓ１０４９）例について説明したが、これとは逆に、統合テーブルで特定された残額を復帰用テーブルに記憶して復帰してから、統合テーブルで特定されなかった残額をバックアップ情報に基づいて記憶して復帰するようにしても良い。
上記の実施形態では、最後処理特定情報が処理日時（排出日時，精算日時，発行日時）である例について説明したが、これに限らず、最後処理特定情報を、図４０に示すようなバックアップ用の通番としても良い。例として、管理装置５０とオンライン状態で貨幣を受け付けたときの処理，及び玉貸操作を受け付けたときの処理について説明する。
図４０に示すように、管理装置５０とオンライン状態にあり、記録媒体を受け付けていない状態の玉貸ユニット２０において貨幣（ここでは５０００円）を受け付けると（Ｓ１１１）、該受付貨幣額と収納コイン保持部２７Ｐで保持されているビジタコイン５の記録媒体ＩＤを含む入金要求を管理装置５０に送信する（Ｓ１１２）。該入金要求を受信した管理装置５０では、受信した入金要求に含まれる記録媒体ＩＤに対応付けて管理されている管理残額に、該入金要求に含まれる受付貨幣額を加算更新して（Ｓ１１３）、加算更新後の残額を含む残額通知を玉貸ユニット２０に送信する（Ｓ１１４）。該残額通知を受信した玉貸ユニット２０では、収納コイン保持部２７Ｐで保持されているビジタコイン５に記録されているバックアップ通番に１を加算して更新すると共に（Ｓ１１４ａ’）、制御部２１が備えるＥＥＰＲＯＭに記憶されている処理履歴ＤＢに、該ビジタコイン５の記録媒体ＩＤ，入金履歴，受信した残額，及び更新後のバックアップ通番を記憶する（Ｓ１１４ｂ’）。次いで残額をＲＡＭで記憶して（Ｓ１１５）、該記憶した残額及び該残額に相当する度数を表示して（Ｓ１１６）、玉貸操作，貨幣受付，返却操作の待機状態となる（Ｓ１１７）。これにより、入金毎にバックアップ通番が更新され、玉貸ユニット２０には、入金毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
また、Ｓ１１７の状態で玉貸操作を受け付けると（Ｓ１２１）、使用額分の玉貸処理を行い（Ｓ１２２）、前記記録媒体ＩＤと該使用額＋消費税額を含む玉貸通知を管理装置５０に送信し（Ｓ１２３）、該玉貸通知を受信した管理装置５０では、受信した玉貸通知に含まれる記録媒体ＩＤに対応付けて管理されている残額から、該玉貸通知に含まれる使用額＋消費税額を減算更新して（Ｓ１２４）、減算が完了した旨を示す減算完了通知を玉貸ユニット２０に対して返信し（Ｓ１２５）、該減算完了通知を受信した玉貸ユニット２０では、前記ビジタコイン５のバックアップ通番を更新する（Ｓ１２５ａ’）。そして、前記処理履歴ＤＢに、記録媒体ＩＤ，玉貸履歴，更新後の残額（記憶残額），及びバックアップ通番を記憶して（Ｓ１２５ｂ’）、Ｓ１１７の状態に戻る。これにより、玉貸毎にバックアップ通番が更新され、玉貸ユニット２０には、玉貸毎に、記録媒体ＩＤ，バックアップ通番，残額が記憶される。
このように、管理残額が更新される毎に、ビジタコイン５のバックアップ通番が更新されることになり、玉貸ユニット２０には、記録媒体ＩＤに対応付けて、バックアップ通番及び残額が記憶されることとなる。従って、センタ管理装置８０が設けられない場合であっても、各玉貸ユニット２０から記録媒体ＩＤ及びバックアップ通番に対応付けて記憶されている残額を取得して、最新のバックアップ通番に対応する残額を、最新の残額として特定して、各記録媒体ＩＤに対応する残額を復旧させることが可能である。
上記の図４０では、最後処理特定情報であるバックアップ通番が、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図４１に示すように、該バックアップ通番が、記録媒体には記憶されておらず、管理装置５０の残額管理ＤＢにおいて、記録媒体ＩＤ及び残額と対応付けて記憶されているようにしても良い。
この場合における玉貸ユニット２０及び管理装置５０の処理を、図４１を例にして説明する。この図４１は前述した図４０に相当するものであり、該図４０と比較して、前記Ｓ１１３の後にＳ１１３ａ”，Ｓ１１４ａ”，及びＳ１１４ｂ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ａ”，Ｓ１２５ａ”，及びＳ１２５ｂ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ａ”で、該入金処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、入金に基づく更新である。そしてＳ１１４ａ”で、前記管理している残額に加えて該更新されたバックアップ通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｂ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額とバックアップ通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ａ”で、該減算処理の対象となった記録媒体ＩＤと対応付けて残額管理ＤＢで記憶しているバックアップ通番を１つ加算更新する。ここでのバックアップ通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ａ”で、該更新されたバックアップ通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｂ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれるバックアップ通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
上記の図４０では、最後処理特定情報であるバックアップ通番が、各記録媒体について付与される、１から始まる通算番号であって、記録媒体（会員カード４，ビジタコイン５）に記憶されている例について説明したが、これに限らず、例えば図４２に示すように、該バックアップ通番が、すべての記録媒体について共通の共通通番であって、記録媒体には記憶されておらす、管理装置５０の残額管理ＤＢにおいて記憶されているようにしても良い。
この場合における玉貸ユニット２０及び管理装置５０の処理を、図４２を例にして説明する。この図４２は前述した図４０に相当するものであり、該図４０と比較して、前記Ｓ１１３の後にＳ１１３ｂ”，Ｓ１１４ｃ”，及びＳ１１４ｄ”の処理が行われてから、前記Ｓ１１５に進む点と、前記Ｓ１２４の後にＳ１２４ｂ”，Ｓ１２５ｃ”，及びＳ１２５ｄ”の処理が行われてから、前記Ｓ１１７に進む点のみが異なり、その他の点は同一である。
まず前記Ｓ１１３の入金処理を行った管理装置５０は、Ｓ１１３ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、入金に基づく更新である。そしてＳ１１４ｃ”で、前記管理している残額に加えて該更新された共通通番を含む残額通知を、玉貸ユニット２０に対して返信する。該残額通知を受信した玉貸ユニット２０は、Ｓ１１４ｄ”で、処理履歴ＤＢにおいて、入金処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、該残額通知に含まれる残額と共通通番とを記憶することにより、処理履歴として入金の履歴を記憶して、前記Ｓ１１５に進む。
また前記Ｓ１２４の減算処理を行った管理装置５０は、Ｓ１２４ｂ”で、残額管理ＤＢで記憶している共通通番を１つ加算更新する。ここでの共通通番の更新は、玉貸処理に基づく更新である。そしてＳ１２５ｃ”で、該更新された共通通番を含む減算完了通知を、玉貸ユニット２０に対して返信する。該減算完了通知を受信した玉貸ユニット２０は、Ｓ１２５ｄ”で、処理履歴ＤＢにおいて、玉貸処理の対象となったビジタコイン５の記録媒体ＩＤに対応付けて、減算後の残額と該減算完了通知に含まれる共通通番とを記憶することにより、処理履歴として玉貸処理の履歴を記憶して、前記Ｓ１１７に進む。
最後に、上記実施の形態に示した遊技用システム１の効果について説明する。
上記実施の形態に示す遊技用システム１は、上記のような完全ＩＤ管理を採用したことにより、記録媒体には遊技媒体の貸与に使用される残額を記録しないので、残額が改ざんされるおそれはなく、セキュリティを担保できて、記録媒体のコストを下げることができる。即ち、例えば記録媒体がＩＣカードやＩＣコインである場合において、該記録媒体に残額を記録してセキュリティを担保しようとすれば、該記録媒体にＣＰＵを搭載して記録残額の管理を行う必要があるが、本発明の如く記録媒体に残額を記録しないのであれば、該記録媒体にＣＰＵを搭載しなくても良いので、記録媒体のコストを下げることができる。また記録媒体にＣＰＵを搭載すると、該ＣＰＵとの間で情報のやりとりを行うために、遊技用装置側の制御プログラムが複雑になるので、システムの設計コストが高くなるが、記録媒体にＣＰＵを搭載しないのであれば、該制御プログラムは複雑にならずに済むので、システムの設計コストを低くすることができる。
ここで遊技用システム１には、図８〜図２０に示すように、前記残額の管理を行う管理装置５０と通信可能な遊技用装置（玉貸ユニット２０）において、該管理装置５０で管理されている残額である管理残額を使用して遊技媒体を貸与する記録媒体貸与処理を行う際に、当該管理残額から該貸与処理に使用された使用額及び該使用額に対応する間接税額（例えば消費税額）を減算すると共に、図２１〜図２３に示すように、管理装置５０と通信できない通信不可能状態（オフライン状態）で貨幣を受け付けたときに、受付貨幣額から税込単位額（例えば１０５円）の整数倍に相当する貸与対象額を特定して、遊技者の操作によることなく、該貸与対象額分の貨幣貸与処理（いわゆる一発貸し）を行うものが含まれる。
上記実施の形態に示す遊技用システム１は、完全ＩＤ管理のシステムにおいて、貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに一発貸しを行うようにしても、該一発貸しによって発生する端数額を記録媒体に記録して排出し、該端数額の精算が可能である。これにより、該端数額を処理するための釣銭払出機能や追加入金機能を遊技用装置に設ける必要がないので、遊技用装置のコストが上昇することがない。
上記実施の形態に示す遊技用システム１は、玉貸処理に使用される金額に対応する間接税額を徴収する場合に、所定額未満の金額の貨幣を受け付けたときに、管理残額が受付貨幣額に対応する間接税額以上であれば、遊技者の操作によることなく、受付貨幣額分の遊技媒体を貸与するので、円滑な遊技を促し、遊技者の利便性向上に資すると共に、遊技場にとっては遊技機の稼働低下を防止することができる。
上記実施の形態に示す遊技用システム１は、管理装置５０の破損又は故障等により、該管理装置５０で管理している残額が失われても、該残額を復帰可能である。即ち、この遊技用システム１では、管理装置５０において、各遊技用装置から送信されてきた処理履歴に基づいて、各記録媒体識別情報毎に、当該記録媒体識別情報の記録媒体に係わる最後の処理を特定すると共に、該最後の処理に対応する残額を特定する最後残額特定処理が行われ、該特定された残額が新たな残額として管理されるので、いわゆる完全ＩＤ管理のシステムにおいて、管理装置５０で管理している残額が失われても、該残額を復帰して、遊技者に対して該残額を保証することができるのである。
上記実施の形態に示す遊技用システム１は、遊技用装置での特定処理に伴って更新される通番が記録媒体に記録されるので、オフライン状態が発生した遊技用装置から排出された記録媒体をオンライン状態の遊技用装置に挿入することで、該記録媒体に記録されている通番と管理装置において該記録媒体の記録媒体識別情報に対応付けられた通番から、オフライン状態の発生により遊技用装置で特定処理が行われたにも拘わらず、管理装置で該特定処理に連携する処理が行われていない事を特定して、対処することができる。
上記実施の形態に示す遊技用システム１は、遊技用装置において貸与処理が行われたにも拘わらず、オフライン状態の発生により管理装置側で残額の減算が実施されなかった場合に、他のオンライン状態の遊技用装置で記録媒体を使用することにより管理装置の残額が補正され確定されるので、オフライン状態の発生した遊技用装置がオンライン状態に復帰するのを待つことなく、管理装置の残額を他の遊技用装置において使用することが可能となり、遊技者に迷惑がかかることがなく、また遊技場が損をすることもない。
上記実施の形態に示す遊技用システム１は、管理装置は、通番が一致せず、かつ精算要求受信情報を管理しているときに、管理残額を零に更新するので、精算装置が精算許諾情報を受信してから、管理装置が精算実行通知を受信する前に通信不可能状態となった場合、即ち、遊技者に貨幣が払い出されているにも拘わらず、管理残額が零に更新されていない状況となっても、その後、記録媒体の通番の受信によって管理残額を零に更新することができ、遊技場の損害を防止することができる。
以下に、実施例中の従来技術として、第１の従来技術〜第５の従来技術の概要を説明する。
まず、第１の従来技術として、特開２０００−１４８６８３号公報（図５，段落００４５，００４６）を示す。この特許文献には、複数のコンピュータ間でのデータ転送を行うシステムであって、送信側コンピュータから処理要求を送信するにあたり情報格納域の通番に１を加算して、該通番を含む処理要求を受信側コンピュータに送信し、受信側コンピュータは処理要求に応じた処理を実行した後に該処理要求に含まれる通番を登録し、処理結果を送信側コンピュータに返信するものが開示されている。ここで送信側コンピュータは、通信エラー等によって処理結果を受信しなかった場合に、通番を含む確認要求を受信側コンピュータに送信し、受信側コンピュータは、確認要求に含まれる通番が登録されている通番よりも大きければ処理完了前に異常が発生したものと判断する。
上記特許文献１に示すようなシステムでは、遊技用装置での特定処理（例えば玉貸処理）に連携して行われる管理装置側での処理（例えば残度数の減算）を行うための処理要求（例えば減算要求）を遊技用装置から受信する前に、遊技用装置と管理装置とがオフライン状態となった場合、遊技用装置側では特定処理（ここでは玉貸処理）が行われたにも拘わらず、管理装置側での連携する処理（ここでは残度数の減算）が行われないことで処理の不一致が生ずる。ここで上記特許文献１のシステムに第１の従来技術の手法を適用した場合、記録媒体が使用された遊技用装置と管理装置とがオンライン状態に復帰することで、遊技用装置から管理装置に対して確認要求が送信され、管理装置側での連携する処理（ここでは残度数の減算）が行われていない場合にはその旨を特定して対処することができるが、前記記録媒体が使用された遊技用装置がオンライン状態に復帰するまでは、管理装置は、前記オフライン状態が発生したときに該遊技用装置で特定処理（ここでは玉貸処理）が行われたにも拘わらず、該特定処理に連携する処理（ここでは残度数の減算）が行われていない事を特定できなかったため、オンライン状態に復帰するまでの間は、連携する処理が行われていない事に対する対処ができないという問題があった。
また、第２の従来技術として、特開２００２−１２３６５１号公報（図１１〜図１３，段落００４０，００４２）を示す。この特許文献には、パチンコ機に対応して設けられる玉貸機（本願の遊技用装置に相当）において、有価価値データ（本願の残額に相当）を特定可能な有価価値特定情報が記録されたカード（本願の記録媒体に相当）を受け付けて、該受け付けたカードに記録されている有価価値特定情報から特定される有価価値データを使用してパチンコ玉を貸与する貸与処理を行う際に、例えば５００円分のパチンコ玉をパチンコ機から貸与する一方で、該パチンコ玉の貸与に使用された使用額である５００円及び該使用額に対応する消費税額である２５円（消費税率が５％の場合）を前記カードの有価価値データから減算する、即ち「貸与処理に使用された使用額に対応する消費税額を徴収」するシステムが開示されている。ここで消費税は間接税の一例であって、遊技場において提供される遊技サービスに対して課税されるものである。
さらに、第３の従来技術として、前述した特許文献１の特開２００５−１３４６５号公報（図１５，段落００５３，００９９）を示す。この特許文献には、管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに、受付貨幣額を一旦記憶した後に減算して（即ち受付貨幣額のすべてを使用して）、遊技者の操作によることなく、該受付貨幣額分の遊技媒体を貸与する、いわゆる「一発貸し」を行うシステムが開示されている。なお、このシステムでは、遊技用装置（カードユニット）が記録媒体（会員カード）の挿入中に貨幣を受け付けたときに、受付貨幣額が残額に一旦加算され、その後に遊技者の操作によって基準貸与額分の遊技媒体を貸与する。
ここで、上記特許文献１のような完全ＩＤ管理において、第２の従来技術の如く貸与処理に使用された使用額に対応する間接税額を徴収し、かつ管理装置と通信できない通信不可能状態で遊技用装置が貨幣を受け付けたときに第３の従来技術の如く一発貸しを行うと、予め定められた一単位である単位使用額（例えば１００円）と該単位使用額に対応する間接税額（税率が５％の場合には５円）との合算額である税込単位額（即ち１０５円）未満の端数額が発生する。具体的には、１０００円を受け付けて一発貸しを行うと、税込単位額である１０５円の９倍分の遊技媒体が貸与される一方、５５円の端数額が発生する。この端数額を処理するためには、前記遊技用装置に、該端数額に相当する貨幣を払い出すための釣銭払出機能や、低額貨幣の追加入金を受け付けて該端数額が税込単位額に達するようにするための追加入金機能を設ける必要があり、遊技用装置のコストが上昇するという問題点がある。
さらに上記第３の従来技術に示すようなシステムでは、遊技用装置が記録媒体の挿入中に、所定額未満、例えば５００円硬貨や１００円硬貨等の低額の貨幣を受け付けた場合にも、一旦残額に対して受付貨幣額が加算され、その後に玉貸操作が行われることで基準貸与額分(例えば間接税を含む場合は５２５円分，含まない場合は５００円分)の遊技媒体が貸与されることとなる。その結果、貨幣の受付から遊技媒体の貸与までに時間がかかり、円滑な遊技の妨げとなるので遊技者にとって利便性が悪く、遊技場にとっては稼働の低下を招くという問題点がある。
また上記特許文献１のような完全ＩＤ管理では、例えば管理装置の破損又は故障等により、該管理装置で管理している残額が失われてしまうと、該残額を復帰できないという問題点がある。
図１は本発明に係る遊技用システムの一例を表す機能ブロック図である。 図２（ａ）は玉貸ユニット及びパチンコ機の一例を表す正面図であり、図２（ｂ）は同玉貸ユニットの断面右側面図であり、図２（ｃ）はＸ−Ｘ線断面図である。 図３は玉貸ユニットに設けられたビジタコインの取扱構造の部位を拡大して表す断面右側面図である。 図４は玉貸ユニットに設けられたビジタコインの取扱構造の部位を表す斜視図である。 図５（ａ）は精算装置の一例を表す斜視図であり、図５（ｂ）は精算装置に設けられたディスプレイの表示内容の一例を表す図である。 図６（ａ）はビジタコイン発行装置の一例を表す斜視図であり、図６（ｂ）はビジタコイン発行装置に設けられたディスプレイの表示内容の一例を表す図である。 図７は遊技用システムにおける各装置で記憶されているＤＢの一例を表す図であり、（ａ）は玉貸ユニットの処理履歴ＤＢ，（ｂ）は精算装置の精算履歴ＤＢ，（ｃ）はビジタコイン発行装置の発行履歴ＤＢ，（ｄ）は管理装置の残額管理ＤＢ及び玉貸設定金額ＤＢ，（ｅ）はセンタ管理装置のバックアップＤＢである。 図８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合の処理の一例を表す図である。 図９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で返却操作を受け付けた場合の処理の一例を表す図である。 図１０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。 図１１は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。 図１２は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。 図１３は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。 図１４は管理装置とオンライン状態である玉貸ユニットにおいて、通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。 図１５は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去する前にオフライン状態となった状態の一例を表す図である。 図１６は管理装置とオンライン状態である玉貸ユニットにおいて、オフライン端数額を消去した後にオフライン状態となった状態の一例を表す図である。 図１７は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた後の処理の一例を表す図である。 図１８は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で返却操作を受け付けた場合の処理の一例を表す図である。 図１９は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態で所定額未満の貨幣を受け付けた場合の処理の一例を表す図である。 図２０は管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けている状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。 図２１は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、記録媒体を受け付けていない場合における処理の一例を表す図である。 図２２は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されていない記録媒体を受け付けた場合の処理の一例を表す図である。 図２３は管理装置とオフライン状態で一発貸しを行う玉貸ユニットにおいて、オフライン端数額が記録されている記録媒体を受け付けた場合の処理の一例を表す図である。 図２４は精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。 図２５は精算装置においてオフライン端数額が記録されている記録媒体を受け付けた場合の、オフライン端数額処理の一例を表す図である。 図２６は精算装置において通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。 図２７はビジタコイン発行装置において貨幣を受け付けた場合の処理の一例を表す図である。 図２８は営業終了後における処理の一例を表す図である。 図２９は残額管理ＤＢのデータが使用不能となった場合における処理の一例を表す図である。 図３０は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない場合の処理の一例を表す図である。 図３１は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態で基準貸与額未満の貨幣を受け付けた場合の処理の一例を表す図である。 図３２は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けていない状態でオンライン状態からオフライン状態となった場合の処理の一例を表す図である。 図３３は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、記録媒体を受け付けた場合の処理の一例を表す図である。 図３４は消費税が徴収されない変形例であって、管理装置とオンライン状態である玉貸ユニットにおいて、通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。 図３５は消費税が徴収されない変形例であって、精算装置において記録媒体を受け付けた場合の処理の一例を表す図である。 図３６は消費税が徴収されない変形例であって、精算装置において通番が一致しない記録媒体を受け付けた場合の、通番不一致時処理の一例を表す図である。 図３７は管理装置で処理状態を管理する場合の処理の一例を表す図である。 図３８は管理装置で処理状態を管理する場合における挿入通知受信後の処理の一例を表す図である。 図３９は管理装置で処理状態を管理する場合における通番不一致時処理の一例を表す図である。 図４０は残額を復旧させるために、記録媒体に記録されるバックアップ通番を用いる場合の処理の一例を表す図である。 図４１は残額を復旧させるために、管理装置で管理されるバックアップ通番を用いる場合の処理の一例を表す図である。 図４２は残額を復旧させるために、管理装置で管理される共通通番を用いる場合の処理の一例を表す図である。
符号の説明
１…遊技用システム
２…紙幣
３…硬貨
４…会員カード
５…ビジタコイン
１０…パチンコ機
２０…玉貸ユニット
２１…制御部
２１ｂ…外部通信部
２２…紙幣識別機
２３…硬貨識別機
２４…記録媒体Ｒ／Ｗ
２５…コイン投入口
２６…上部アンテナ
２６ｄ…投入コイン返却通路
２６Ｐ…投入コイン保持部
２７…下部アンテナ
２７ａ…コイン収納部
２７ｄ…収納コイン返却通路
２７Ｐ…収納コイン保持部
２８…コイン返却口
５０…管理装置
５１…通信部
５２…制御部
５３…ディスプレイ
５４…入力装置
５５…ハードディスク
６０…精算装置
６１…通信部
６２…制御部
６４…カードＲ／Ｗ
６５…コインＲ／Ｗ
７０…ビジタコイン発行装置
７１…通信部
７２…制御部
７４…紙幣識別機
８０…センタ管理装置
８１…通信部
８３…ハードディスク

Claims (5)

  1. 記録媒体を個々に識別可能な記録媒体識別情報に対応付けて遊技媒体の貸与に使用される残額を管理する管理装置と、
    遊技機に対応して設けられ、
    前記管理装置と通信できる通信可能状態であるか通信できない通信不可能状態であるかを検知する通信可否検知手段と、
    該通信可否検知手段により通信可能状態を検知しているときに前記記録媒体を受け付け、該受け付けた記録媒体の記録媒体識別情報に対応付けて前記管理装置で管理されている残額である管理残額の範囲内で遊技媒体を貸与するための記録媒体貸与処理を行う貸与処理手段と、
    該記録媒体貸与処理の対象となった記録媒体の管理残額が零でないことを条件として、前記受け付けた記録媒体に前記管理残額を記録することなく排出する第１の排出処理を行う記録媒体排出処理手段と、を有し、
    前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付け、該受け付けた貨幣の金額である受付貨幣額の範囲内で遊技媒体を貸与するための貨幣貸与処理を前記貸与処理手段により行い、
    前記受付貨幣額から該貨幣貸与処理に使用された使用額を減算した入金残額が零でないことを条件として、前記記録媒体に該入金残額を記録して排出する第２の排出処理を前記記録媒体排出処理手段により行う遊技用装置と、を備え、
    該遊技用装置は、
    前記通信可否検知手段により通信不可能状態を検知しているときに前記入金残額が記録された記録媒体を受け付けたことに基づいて、該入金残額を使用して遊技媒体を貸与するための入金残額貸与処理を前記貸与処理手段により行い、
    該入金残額貸与処理に使用された後の入金残額が零であるか否かに拘わらず前記受け付けた記録媒体を排出する処理を前記記録媒体排出処理手段により行うことを特徴とする遊技用システム。
  2. 請求項１に記載した遊技用システムであって、
    前記遊技用装置は、
    前記記録媒体貸与処理に使用された使用額及び該使用額に対応する間接税額を前記管理残額から減算するための処理を行い、
    前記通信可否検知手段により通信不可能状態を検知しているときに貨幣を受け付けたことに基づいて、前記受付貨幣額から、前記残額を遊技媒体の貸与に使用する際の予め定められた一単位である単位使用額と該単位使用額に対応する間接税額との合算額である税込単位額の整数倍に相当する貸与対象額と、該税込単位額未満の端数額とを特定する第１の特定処理を行う特定手段をさらに有し、
    遊技者の操作によることなく、該第１の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理を、前記貨幣貸与処理として前記貸与処理手段により行い、
    前記第１の特定処理により特定された端数額を前記入金残額として前記記録媒体に記録して排出する処理を、前記第２の排出処理として前記記録媒体排出処理手段により行い、
    前記通信可否検知手段により通信不可能状態を検知しているときに前記端数額が記録された記録媒体を受け付け、さらに貨幣を受け付けたことに基づいて、該端数額と前記受付貨幣額との合算額から、前記貸与対象額を特定すると共に、前記端数額を新たに特定する第２の特定処理を前記特定手段により行い、
    遊技者の操作によることなく、該第２の特定処理により特定された貸与対象額分の遊技媒体を貸与するための処理を、前記入金残額貸与処理として前記貸与処理手段により行い、
    前記第２の特定処理により特定された端数額が零でないことを条件として、該端数額を前記入金残額として前記受け付けた記録媒体に記録して排出する処理を、前記第２の排出処理として行うと共に、該端数額が零であることを条件として、前記受け付けた記録媒体を排出する処理を、前記記録媒体排出処理手段により行い、
    前記遊技用システムは、前記第１の排出処理により排出された記録媒体を受け付けて、該受け付けた記録媒体の管理残額に相当する貨幣を払い出すと共に、前記端数額が記録された記録媒体を受け付けて、該端数額に相当する貨幣を払い出す精算装置をさらに備えることを特徴とする遊技用システム。
  3. 請求項２に記載した遊技用システムであって、
    前記遊技用装置は、
    前記通信可否検知手段により通信不可能状態を検知しているときに前記端数額が記録された記録媒体を受け付け、さらに貨幣を受け付けたことに基づいて、該端数額と前記受付貨幣額との合算額が前記税込単位額以上であるか否かを判定する合算額判定手段をさらに有し、
    該合算額判定手段により税込単位額以上であると判定されたことを条件として、前記受け付けた貨幣を回収し、前記特定手段による第２の特定処理を行う一方、前記合算額判定手段により税込単位額未満であると判定されたことを条件として、前記受け付けた貨幣を返却し、前記特定手段による第２の特定処理を行わないことを特徴とする遊技用システム。
  4. 請求項２又は３に記載した遊技用システムであって、
    前記精算装置で受け付けた記録媒体に記録されている端数額が予め定められた所定の金額未満であるか否かを判定する端数額判定手段をさらに備え、
    前記精算装置は、該端数額判定手段により端数額が所定の金額未満であると判定されたことを条件として、該端数額に相当する貨幣を払い出すことを特徴とする遊技用システム。
  5. 請求項２〜４のいずれか１つに記載した遊技用システムであって、
    前記管理装置は、
    前記精算装置での精算が可能な精算可能期間を設定する精算可能期間設定手段と、
    前記精算可能期間内に前記通信不可能状態が発生したか否かを判定する通信不可能状態発生判定手段と、をさらに有し、
    前記精算装置は、前記通信不可能状態発生判定手段により通信不可能状態が発生したと判定されたことを条件として、前記端数額に相当する貨幣を払い出すことを特徴とする遊技用システム。
JP2005215068A 2005-07-25 2005-07-25 遊技用システム Expired - Fee Related JP4732051B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005215068A JP4732051B2 (ja) 2005-07-25 2005-07-25 遊技用システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005215068A JP4732051B2 (ja) 2005-07-25 2005-07-25 遊技用システム

Publications (2)

Publication Number Publication Date
JP2007029298A JP2007029298A (ja) 2007-02-08
JP4732051B2 true JP4732051B2 (ja) 2011-07-27

Family

ID=37789264

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005215068A Expired - Fee Related JP4732051B2 (ja) 2005-07-25 2005-07-25 遊技用システム

Country Status (1)

Country Link
JP (1) JP4732051B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011182829A (ja) * 2010-03-04 2011-09-22 Omron Corp 遊技媒体貸出装置および方法、並びにプログラム
JP6549771B2 (ja) * 2018-09-13 2019-07-24 株式会社ユニバーサルエンターテインメント 遊技システム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06114158A (ja) * 1992-10-07 1994-04-26 Mamiya Op Co Ltd 台間玉貸し機
JP3723745B2 (ja) * 2001-04-27 2005-12-07 株式会社三共 記録媒体処理装置
JP3706344B2 (ja) * 2002-02-21 2005-10-12 株式会社三共 遊技用システム
JP2003311002A (ja) * 2002-04-26 2003-11-05 Sankyo Kk 遊技用記録媒体処理装置
JP2004054346A (ja) * 2002-07-16 2004-02-19 Nippon Conlux Co Ltd 自動販売機の制御方法および装置
JP2004154493A (ja) * 2002-09-09 2004-06-03 Mars Engineering Corp 記憶媒体処理装置、記憶媒体処理方法、精算機、精算方法、発券機、発券方法、記憶媒体処理システムおよび遊技管理方法
JP2004121713A (ja) * 2002-10-07 2004-04-22 Sankyo Kk 遊技用システム
JP4393095B2 (ja) * 2003-04-15 2010-01-06 グローリー株式会社 遊技システムの制御方法及び遊技システム
JP2005013465A (ja) * 2003-06-26 2005-01-20 Sankyo Kk 遊技用システム
JP2005118167A (ja) * 2003-10-14 2005-05-12 Sankyo Kk 遊技用システム

Also Published As

Publication number Publication date
JP2007029298A (ja) 2007-02-08

Similar Documents

Publication Publication Date Title
JP4798756B2 (ja) 遊技用システム
JP4732051B2 (ja) 遊技用システム
JP4382715B2 (ja) 遊技用システム
JP4521773B2 (ja) 遊技用システム
JP4521768B2 (ja) 遊技用システム
JP4884522B2 (ja) 遊技用システム
JP4559298B2 (ja) 遊技用システム
JP4450389B2 (ja) 遊技用システム
JP4663412B2 (ja) 遊技用システム
JP4521766B2 (ja) 遊技用システム
JP4621108B2 (ja) 遊技用システム
JP4521767B2 (ja) 遊技用システム
JP4499007B2 (ja) 遊技用システム
JP4621109B2 (ja) 遊技用システム
JP4382738B2 (ja) 遊技用システム
JP4382737B2 (ja) 遊技用システム
JP4621110B2 (ja) 遊技用システム
JP4621105B2 (ja) 遊技用システム
JP4621104B2 (ja) 遊技用システム
JP4621106B2 (ja) 遊技用システム
JP4621107B2 (ja) 遊技用システム
JP4559339B2 (ja) 遊技用システム
JP4890007B2 (ja) 記録媒体処理機構
JP4849666B2 (ja) 遊技用システム
JP4884521B2 (ja) 遊技用システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080623

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110209

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110404

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110420

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140428

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4732051

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140428

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees