JP4080705B2 - Recording medium settlement system - Google Patents
Recording medium settlement system Download PDFInfo
- Publication number
- JP4080705B2 JP4080705B2 JP2001158944A JP2001158944A JP4080705B2 JP 4080705 B2 JP4080705 B2 JP 4080705B2 JP 2001158944 A JP2001158944 A JP 2001158944A JP 2001158944 A JP2001158944 A JP 2001158944A JP 4080705 B2 JP4080705 B2 JP 4080705B2
- Authority
- JP
- Japan
- Prior art keywords
- settlement
- card
- amount
- payment
- recording medium
- 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
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Pinball Game Machines (AREA)
Description
【0001】
【発明の属する技術分野】
この発明は、遊技場にて使用される記録媒体(磁気カード、ICカード、ICコインなど)に関連して記録される有価価値を貨幣に精算する記録媒体精算システムに関し、特に、記録媒体に関して精算が可能な有価価値に相当する金額の範囲内において遊技者が要求する金額の貨幣を精算することができる記録媒体精算システムに関する。
【0002】
【従来の技術】
従来より、パチンコ遊技やスロット遊技などの遊技を提供する遊技システムにおいては、遊技者は、パチンコ台やスロット台などの遊技機ごとに配設されたパチンコ玉貸出機やコイン貸出機などの遊技媒体貸出機からパチンコ玉やコインなどの遊技媒体を借り、この遊技媒体を遊技機に投出して遊技をおこなっていた。
【0003】
かかる遊技システムの遊技媒体貸出機としては、投入された貨幣の価値に基づいて遊技媒体を貸し出すものが一般的であったが、最近では、投入されたカード(貨幣の金額または金額に相当する価値を示す価値データそのものを記録したものや、カード以外の場所に記録した価値データを検索するための識別データを記録したものなど)の価値に基づいて遊技媒体を貸し出すものも登場している。
【0004】
具体的には、遊技者による現金入金またはデビット決済によりカード発行機から発行されたカードを用いるものであり、このカードが遊技者により遊技媒体貸出機に投入されて所定の貸出ボタンが押下されると、カードの価値から所定分の価値を減じつつ、該減じた価値分のパチンコ玉またはコインを払い出すというものである。
【0005】
また、最近では、貨幣の投入を受け付けて(現金入金により)カードを発行するカード発行機のほかに、キャッシュカードなどのいわゆるデビットカードによるデビット決済によりカードを発行するカード発行機も登場している。具体的には、貨幣の投入を受け付けるカード発行機にデビット用機器を子機として併設したものであり、このデビット用機器には、デビットカード挿入/投出口や操作画面などが設けられる。
【0006】
ところで、遊技媒体貸出機に投入されるカード(現金入金またはデビット決済によりカード発行機から発行されたカード)は、貨幣のように自身の価値が生活のあらゆる局面で通用するというものではなく、遊技店内でのみ自身の価値が通用するものであるため、カードの価値データに残高がある場合には、その残高の価値データを貨幣にて遊技者に精算することが望ましい。
【0007】
このようなことから、最近では、カードの価値データを現金にて精算するカード精算機が登場しており、かかるカード精算機においては、遊技者によりカードを投入されると、投入されたカードの価値データの残高(残度数)に相当する貨幣を遊技者に払い出すことが一般的におこなわれている。
【0008】
【発明が解決しようとする課題】
しかしながら、上記の従来技術は、カードの精算に際してカード残高の全額を精算することにより、遊技者および遊技場に種々の問題点が生じていた。
【0009】
すなわち、遊技中にカード残高の一部に相当する現金が必要になってカードを精算したような場合、カード残高の全額が精算されていまうため、精算後に遊技を再開するためには、精算された現金をカード発行機に投入して新たにカードを購入する必要があり、遊技者は早急に遊技を再開することができなかった。
【0010】
この問題点は遊技中にカードを精算する場合に限らず、遊技終了後にカードを精算する場合にも同様に生ずるものであり、遊技終了後にカードを精算した遊技者が、次回の来場時に遊技を開始するためには、上記と同様に新たなカードをカード発行機から購入しなければならず、遊技者は早急に遊技を開始することができなかった。
【0011】
このように、遊技者がカード残高の一部に相当する現金を必要としているにもかかわらず、遊技場がカード残高の全額を精算している状況は、視点を変えると、遊技者がカードに保有しておきたい価値データまで現金として精算し、新たに発行する必要のなかったカードまで発行している状況と変わらないため、遊技場にも種々の問題点が生じていた。
【0012】
具体的に説明すると、遊技者がカードに保有しておきたい価値データまで現金として精算するということは、カード精算機から必要以上に現金が払い出されるということであるところ、遊技場は、カード精算機に必要以上に現金を準備し、かつ、補充しなければならないため、係員の手間がかかるだけでなく、資金効率や安全性の面からも好ましくないという問題点があり、また、新たに発行する必要のなかったカードまで発行しているため、カード発行手数料などのカード発行時の諸費用が必要以上に生じてしまうという問題点もあった。
【0013】
このようなことから、カードの精算に際してカード残高の全額を精算することにより遊技者および遊技場に生ずる種々の問題点をいかに解消するかが極めて重要な課題となっている。
【0014】
そこで、この発明は、上述した従来技術による問題点を解消するためになされたものであり、記録媒体に関して精算が可能な有価価値に相当する金額の範囲内において遊技者が要求する金額の貨幣を精算することができる記録媒体精算システムを提供することを目的とする。
【0015】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、請求項1の発明に係る記録媒体精算システムは、遊技場にて使用される記録媒体に記録された識別情報に対応する有価価値を管理する管理装置と、前記記録媒体を受け入れて、該受け入れた記録媒体を前記管理装置が管理する有価価値に基づいて貨幣に精算する記録媒体精算装置とを有する記録媒体精算システムであって、前記管理装置は、所定の入金条件ごとに区分けした有価価値を前記識別情報に対応付けて記憶するする管理テーブルと、各入金条件の有価価値について精算を許可するか否かを示す精算可否情報を入金条件ごとに記憶する精算条件テーブルと、前記精算可否情報に係る設定を所定の入力部から受け付けて、前記精算条件テーブルに記憶された精算可否情報を更新する更新手段と、前記記録媒体精算装置から識別情報を受け付けた際に、前記精算条件テーブルに記憶された各入金条件の精算可否情報とともに、前記管理テーブルに記憶された各入金条件ごとの有価価値からなる精算情報を前記記録媒体精算装置に返送する返送手段とを備え、前記記録媒体精算装置は、前記管理装置から返送される精算情報に含まれる複数の有価価値に相当する金額および精算可否情報を、各入金条件ごとに区分けして遊技者に報知する第1の報知手段と、前記第1の報知手段により金額を報知された遊技者から前記記録媒体に関して精算を要求する金額を受け付ける第1の受付手段と、各入金条件の有価価値から精算不可の入金条件の有価価値を除外して精算可能金額を算出し、当該精算可能金額の範囲内で、前記第1の受付手段により受け付けられた金額を精算する精算手段とを備えたことを特徴とする。
【0016】
また、請求項2の発明に係る記録媒体精算システムは、請求項1に記載の発明において、前記第1の報知手段は、前記精算情報に含まれる各入金条件の有価価値に相当する金額および精算可否情報に加えて、前記精算手段によって算出された精算可能金額をさらに遊技者に報知することを特徴とする。
【0017】
また、請求項3の発明に係る記録媒体精算システムは、請求項1または2に記載の発明において、前記第1の受付手段は、前記遊技者に所定の単位で金額を指定させ、該指定された金額を前記記録媒体に関して精算を要求する金額として受け付けることを特徴とする。
【0018】
また、請求項4の発明に係る記録媒体精算システムは、請求項1または2に記載の発明において、前記第1の受付手段は、複数の入金条件について精算が可能である場合に、前記遊技者に一または複数の入金条件を指定させ、該指定された各入金条件の有価価値に関して精算可能な金額を前記記録媒体に関して精算を要求する金額として受け付けることを特徴とする。
【0019】
また、請求項5の発明に係る記録媒体精算システムは、請求項1〜4のいずれか一つに記載の発明において、前記第1の受付手段により前記記録媒体に関して精算を要求する金額を特定するための情報が受け付けられた場合に、前記精算手段により精算される金額および該金額が精算された後に前記管理テーブルに記憶される更新後の有価価値に相当する金額からなる精算の内容を遊技者に報知する第2の報知手段と、前記第2の報知手段により精算の内容を報知された遊技者から該精算の実行を受け付ける第2の受付手段とをさらに備え、前記精算手段は、前記第2の受付手段により精算の実行が受け付けられた場合に、前記第2の報知手段により報知した精算の内容に基づいて精算をおこなうことを特徴とする。
【0020】
【発明の実施の形態】
以下に添付図面を参照して、この発明に係る記録媒体精算システムの好適な実施の形態を詳細に説明する。なお、以下に示す実施の形態では、本発明を記録媒体としてのカードを精算するカード精算システムに適用した場合を示すが、本発明はこれに限定されるものではなく、ICコインなどのカード以外の記録媒体を精算する場合にも同様に適用することができる。
【0021】
さらに、以下に示す実施の形態では、本発明をパチンコ遊技を提供する遊技場にて使用されるカードの精算に適用した場合を示すが、本発明はこれに限定されるものではなく、スロット遊技を提供する遊技場にて使用されるカードの精算にも同様に適用することができる。
【0022】
(本実施の形態で用いる用語の説明)
まず、本実施の形態で用いる主な用語の意味について定義して説明する。本実施の形態で用いる「カード」とは、カード以外の場所に記録した価値データを検索するための識別データを記録した記録媒体を意味する。すなわち、カードには一般的に、金額または金額に相当する価値を示す価値データそのものを記録するものと、カード以外の場所に記録した価値データを検索するための識別データを記録するものとがあるが、本実施の形態で用いる「カード」は後者のカードに該当する。
【0023】
この点について説明すると、前者のカードは、金額または金額に相当する度数などを価値データとしてカードに記録し、このカードを使用する度に価値データの残りの額または残り度数を書き換えるよう構成されるものであり、例えばテレホンカードなどが挙げられる。しかしながら、かかるカードをパチンコ遊技などに用いることとしたのでは、カードに記録した磁気データを改ざんするなどの不正行為が多発するおそれがある。
【0024】
このため、本実施の形態では、カードとは別の場所に登録(記録)あるいは蓄積されている価値データなどを探索する際の探索キーとして用いられる識別データ(例えば、口座番号、顧客番号、ID)を記録したカードを採用している。なお、特許請求の範囲に記載の「記録媒体」、「識別情報」および「有価価値」は、上記した「カード」、「識別データ」および「価値データ」にそれぞれ対応する。
【0025】
また、本実施の形態で用いる「度数」とは、遊技媒体の貸出における処理単位を意味し、遊技媒体の個数および金額と一定のレートで対応づけられている。例えば、本実施の形態では、1度数が100円に対応し、100円で25個のパチンコ玉が貸し出され、1度数で100円が精算されるものとしている。なお、特許請求の範囲に記載の「有価価値に相当する金額」とは、例えば、1度数の有価価値に相当する100円を意味する。
【0026】
(遊技システムの全体構成)
次に、本実施の形態に係る遊技システムの全体構成について説明する。図1は、本実施の形態に係る遊技システムの全体構成を示すブロック図である。同図に示すように、この遊技システムは、「島」と呼ばれるグループごとに配設された複数の遊技機10と、各遊技機10に対応付けて配設された複数のカード処理ユニット30と、「島」ごとに配設された複数の島コントローラ50と、遊技場の入り口付近などに配設されたカード発行機60と、カード更新機70と、カード精算機100と、遊技場の従業員室などに配設されたターミナルコントローラ120とから構成される。なお、特許請求の範囲に記載の「管理装置」および「記録媒体精算装置」は、「ターミナルコントローラ」および「カード精算機」にそれぞれ対応する。
【0027】
このうち、カード発行機60は、貨幣、デビットカードまたは会員カードを受け入れて、プリペイドカード、会員カード、再プレイカードまたはサービスカードなど、価値データに対応付けられた識別データが記録された各種カードを発行するものである。また、カード更新機70は、期限切れのカードを受け入れたり、破損したカードのデータが入力されることにより、残度数分の更新カードを再発行するものである。
【0028】
遊技機10は、遊技者にパチンコ遊技を提供するパチンコ遊技機である。また、カード処理ユニット30は、カード発行機60やカード更新機70により発行された各種カード、さらには貨幣を受け入れて、遊技媒体であるパチンコ玉を遊技機10に対して投出するパチンコ玉貸出機である。なお、島の端部には、図示しない島端金庫が設置されており、カード処理ユニット30に受け入れられた貨幣は、遊技者の目に触れないように、遊技機10などの背面側に設置された図示しない搬送機構によって回収されて、この島端金庫へと収容される。
【0029】
カード精算機100は、プリペイドカード、会員カード、再プレイカード、サービスカードまたは更新カードなどの各種カードを受け入れて、受け入れたカードの識別データに対応付けられた価値データに基づいてカードを貨幣に精算するものである。
【0030】
ターミナルコントローラ120は、遊技システムを構成する各機器の制御をおこなうものであり、各カードの識別データごとに価値データを管理するカード管理テーブルを有する。また、島コントローラ50は、カード処理ユニット30、カード発行機60、カード更新機70およびカード精算機100などの各機器とターミナルコントローラ120との間における通信を制御するものである。
【0031】
次に、上記のように構成される遊技システムによる処理の概要について説明する。まず、遊技の開始に際して、遊技者は、カード発行機60に、貨幣を投入することにより(現金入金)、またはデビットカードを投入することにより(デビット決済)、所定の識別データなどが記録されたカードを購入する。
【0032】
具体的に説明すると、現金入金による場合には、例えば、1万円分の貨幣を投入し、図示しない選択ボタンを操作することにより、ターミナルコントローラ120のカード管理テーブルには、所定の識別データに対応付けられた1万円分の価値データ(100度数)が記憶され、カード発行機60から、この識別データが記録されたカードが発行される。一方、デビット決済による場合には、デビットカードを投入し、暗証番号に続いて、例えば、1万円の金額を指定することにより、ターミナルコントローラ120のカード管理テーブルには、所定の識別データに対応付けられた1万円分の価値データ(100度数)が記憶され、カード発行機60から、この識別データが記録されたカードが発行される。
【0033】
ここで、カード発行機60による現金入金に際して、遊技者が所定の高額の貨幣を入金した場合、またはカード発行機60によるデビット決済に際して、遊技者が所定の高額の金額を指定した場合には、ターミナルコントローラ120のカード管理テーブルに入金貨幣分または指定金額分の価値データが記憶されるだけではなく、高額購入に係る特典としてプレミア分の価値データも記憶される。かかるプレミアとは、千円分のテレホンカードを購入すると、千円分に相当する100度数とプレミア分に相当する5度数とを有する合計105度数のテレホンカードが得られるのと同様の趣旨から付与される特典である。
【0034】
例えば、1万円分の貨幣をカード発行機60に投入すると、ターミナルコントローラ120のカード管理テーブルには、1万円分の価値データとして100度数が記憶されるとともに、1万円のプレミア分に相当する価値データとして5度数が記憶される。
【0035】
続いて、遊技者は、カード発行機60から購入したカードをカード処理ユニット30に投入し、このカード処理ユニット30から遊技機10に対してパチンコ玉を投出しながらパチンコ遊技をおこなう。具体的には、必要に応じて貸出単位(1回の貸出操作により貸し出される度数)を設定しておき、遊技者の操作に応じて、遊技機10に対して貸出単位分のパチンコ玉を投出する。
【0036】
ここで、このカード処理ユニット30による貸出処理に対応して、ターミナルコントローラ120は、カードの識別データに対応付けてカード管理テーブルに管理している価値データの減算をおこなう。例えば、遊技者が1回の貸出操作により貸し出される度数単位として5度数を設定しているような場合には、1回の貸出操作ごとに、カード管理テーブル121に管理している価値データの残度数から5度数分ずつ減算する。
【0037】
一方、遊技者は、カード処理ユニット30にカードを投入している状態で貨幣を追加投入することもでき、貨幣が追加投入されると、ターミナルコントローラ120は、追加投入された貨幣に相当する価値データをカード管理テーブル121に管理している価値データの残度数に加算する。
【0038】
例えば、既に投入されているカードに50度数分の価値データが残っている場合には、2千円分の貨幣を追加投入することにより、ターミナルコントローラ120のカード管理テーブルには、既にある50度数の価値データに、追加投入された2千円分の価値データ(20度数)が加算されて記憶される。なお、かかる貨幣の追加投入に際しても、一定要件下、上記のプレミアが付与される。
【0039】
そして、遊技の終了を希望する遊技者は、カード処理ユニット30からカードを受け取ることにより遊技を終了する。ここで、カード処理ユニット30から受け取ったカードの価値データが既にゼロになっている場合、遊技者が新たに遊技を開始するためには、改めてカード発行機60からカードを購入しなければならない。
【0040】
一方、カード処理ユニット30から受け取ったカードの価値データに残度数がある場合、遊技者が遊技の再開を希望するのであれば、カード処理ユニット30にカードを再投入することにより遊技を再開することができ、一方、遊技者がカードの精算を希望するのであれば、カード精算機100にカードを投入することによりカードを貨幣に精算することができる。
【0041】
上述してきたような処理をおこなう本実施の形態に係る遊技機システムは、カード精算機100およびターミナルコントローラ120によるカードの精算処理に特徴がある。具体的には、カード精算機100は、受け入れたカードの識別データをターミナルコントローラ120に送信し、該送信に応答してターミナルコントローラ120から返送される各入金条件ごとの複数の価値データを含んだ精算情報に基づいて、カードに関して精算が可能な価値データに相当する金額として精算可能金額を遊技者に対して表示し、遊技者からカードに関して精算を要求する金額として精算要求金額を受け付け、この精算要求金額を精算可能金額の範囲内で精算することにより、精算可能金額の全額を常に精算するのではなく、この精算可能金額の範囲内において遊技者が要求する金額の貨幣を精算することができるようにしている。
【0042】
(カードの構成など)
次に、本実施の形態に係る遊技システムに用いられるカードについて図2および図3を用いて説明する。本実施の形態に係る遊技システムに用いられるカードは、いわゆるJISIIカード、ICカード、ロール紙カード、ペットカードなどにより形成され、具体的には、プリペイドカード、会員カード、再プレイカード、更新カード、サービスカードなどの各種カードがある(図3参照)。
【0043】
そして、これらのカードには、図2に示すように、カード種別情報、識別データ、発行日情報、発行店情報がそれぞれ記録されている。このうち、カード種別情報は、各カードがプリペイドカード、会員カード、再プレイカード、更新カードまたはサービスカードのうちいずれの種類のカードであるかを示す情報である。また、識別データは、各カードを一意に特定するためのID情報であり、ターミナルコントローラ120のカード管理テーブルは、この識別データに対応付けて価値データを管理する。
【0044】
また、発行日情報は、各カードが発行された日時を特定するための情報であるが、この発行日情報は、カードの有効期限を管理するために用いられるため、発行日情報に代えて、カードの有効期限に係る情報を記録してもよい。また、発行店情報は、各カードが発行された店舗(遊技場)を特定するための情報である。
【0045】
これらの各情報は、遊技者が視認できるようにカード表面に表示されるとともに、カード処理ユニット30、カード発行機60、カード更新機70およびカード精算機100などの各種機器が読み取りをおこなえるように磁気記録される。なお、プリペイドカードの場合には、カード購入金額をカード表面に表示するなど、遊技者の理解に役立つ各種情報を合わせて表示させることもできる。
【0046】
次に、各カードの購入方法、使用方法および精算方法などについて図3を参照しつつ具体的に説明する。プリペイドカードは、一般遊技者に発行されるカードであり、上記した現金入金またはデビット決済によりカード発行機60から発行される。具体的には、ターミナルコントローラ120のカード管理テーブルには、現金入金またはデビット決済に係る金額に相当する価値データが所定の識別データに対応付けて記憶され、カード発行機60からは、このカード管理テーブルに記憶された識別データが記録されたプリペイドカードが発行される。
【0047】
一般遊技者は、このプリペイドカードをカード処理ユニット30に投入することによりパチンコ遊技をおこなうが、プリペイドカードについては、上記したカード処理ユニット30への貨幣の追加投入により、価値データを加算することができ、また、これらの現金入金、デビット決済および貨幣の追加投入に応じて、上記したプレミア分の価値データも付与される。
【0048】
更新カードは、上記のプリペイドカードを更新したカードであり、カード更新機70に期限切れのプリペイドカードを投入したり、破損したプリペイドカードのデータを入力することにより、残度数分の新しいプリペイドカード(更新カード)が発行される。この更新カードは、プリペイドカードを更新したカードであるので、基本的には、既にプリペイドカードに記録されている識別データを引き継ぐことができるが、必ずしもその必要はなく、新たな識別データを付与することもできる。
【0049】
なお、更新カードについては、上記したプリペイドカードと同様、カード処理ユニット30への貨幣の追加投入により、価値データを加算することができるとともに、この貨幣の追加投入に応じて、プレミア分の価値データも付与される。
【0050】
会員カードは、本来、遊技場の会員になった者に対して会員であることを証明するために発行されるものであり、遊技場による会員管理の便宜のために会員IDが記録される。すなわち、会員カードは、会員カードを有する会員に対して、新装開店のお知らせなどのサービスを提供するために発行されるものである。
【0051】
本実施の形態では、この会員カードを遊技システムに用いてパチンコ遊技を提供することができる。すなわち、会員遊技者が会員カードをカード発行機60に投入した後、上記した現金入金またはデビット決済をおこなうことにより、ターミナルコントローラ120のカード管理テーブルには、現金入金またはデビット決済に係る金額に相当する価値データが会員ID(識別データ)に対応付けて記憶され、カード発行機60からは、会員カードが返却される。
【0052】
会員遊技者は、この会員カードをカード処理ユニット30に投入することによりパチンコ遊技をおこなうが、会員カードについては、上記したカード処理ユニット30への貨幣の追加投入により、価値データを加算することができ、さらに、カード発行機60において現金入金またはデビット決済を再度おこなうことによっても、価値データを加算することができる。なお、これらの現金入金、デビット決済および貨幣の追加投入に応じて、上記したプレミア分の価値データも付与される。
【0053】
なお、会員遊技者は、遊技機10における入賞時の賞玉を貯玉し、この貯玉を用いてパチンコ遊技がおこなえるという貯玉再プレイサービスや、会員カードの利用頻度(遊技場への来店頻度)などに応じて会員カードにマイレージを加算し、この加算したマイレージに応じて所定のサービスが受けられるというマイレージサービスなど、一般遊技者が得ることができない特典を得ることができる。
【0054】
再プレイカードは、会員遊技者に貯玉再プレイサービスを提供するために発行されるカードであり、所定の貯玉引き落とし操作をおこなうことによりカード発行機60から発行される。具体的には、会員遊技者が会員カードをカード発行機60に投入して、所定の貯玉引き落とし操作をおこなうと、ターミナルコントローラ120のカード管理テーブルには、貯玉引き落とし操作に応じた価値データが会員ID(識別データ)に対応付けて記憶され、カード発行機60からは、この識別データや再プレイカードの種別情報などが記録された再プレイカードが発行される。なお、再プレイカードについては、新たなカードを発行しないで、会員カードに同様の機能を持たせることも可能である。
【0055】
サービスカードは、会員遊技者にマイレージサービスを提供するために発行されるカードであり、所定のマイレージ交換操作をおこなうことによりカード発行機60から発行される。具体的には、会員遊技者が会員カードをカード発行機60に投入して、所定のマイレージ交換操作をおこなうと、ターミナルコントローラ120のカード管理テーブルには、マイレージ交換操作に応じた価値データが会員ID(識別データ)に対応付けて記憶され、カード発行機60からは、この識別データやサービスカードの種別情報などが記録されたサービスカードが発行される。
【0056】
ここで、各カードの精算方法について簡単に説明すると、本実施の形態では、カード精算機100は、プリペイドカード(更新カードを含む。)および会員カードについては精算を許可するが、再プレイカードおよびサービスカードについては精算を許可しないように設定されている。このため、再プレイカードやサービスカードがカード精算機100に投入された場合には、カード精算機100は、精算をおこなうことなくカードを返却する。
【0057】
一方、プリペイドカード(更新カードを含む。)および会員カードがカード精算機100に投入された場合には、カード精算機100は、カードの精算をおこなう。具体的には、本実施の形態においては、精算可能金額の全額を常に精算するのではなく、このこの精算可能金額の範囲内において遊技者が要求する金額の貨幣を精算する。
【0058】
なお、図3に示した各カードの対応関係は、あくまでも一例であり、例えば、全てのカードについて、現金による追加入金、デビットによる追加入金およびプレミア付与を認めることもでき、また、再プレイカードおよびサービスカードについても精算を可能とすることもでき、このような場合でも、本発明を同様に適用することができる。
【0059】
(ターミナルコントローラの構成)
次に、図1に示したターミナルコントローラ120の構成について説明する。図4は、図1に示したターミナルコントローラ120の構成を示すブロック図である。同図に示すように、このターミナルコントローラ120は、遊技システム全体を制御統括するコントローラであり、カード管理テーブル121と、精算条件テーブル122と、入出力部123と、表示部124と、通信制御部125と、制御部126と、記憶部127とから構成される。
【0060】
このうち、カード管理テーブル121は、所定の入金条件ごとに区分して、価値データの残度数をカードの識別データごとに管理するテーブルであり、具体的には、図5に示すように、「現金入金、デビット決済、プレミア」の如き入金条件ごとに区分して、「80、100、10」の如き価値データの残度数を、「0001、0002、…、00000001、00000002、…」の如き識別データに対応付けて管理する。
【0061】
ここで、「識別データ」とは、各カードを一意に特定するための情報であり、例えば、図5に示すように、各会員カードには4桁の異なる数字を付与し、各プリペイドカードには8桁の異なる数字を付与することにより、各カードを一意に特定することができるようにしている。
【0062】
入金条件のうちで、「現金入金」とは、カード発行機60またはカード処理ユニット30からの現金入金に基づいて付与された価値データを示す入金条件であり、また、「デビット決済」とは、カード発行機60からのデビット決済に基づいて付与された価値データを示す入金条件であり、また、「プレミア」とは、所定の高額の現金入金またはデビット決済により付与された価値データを示す入金条件である。
【0063】
この「現金入金、デビット決済、プレミア」という入金条件の区分けは、例えば、「プレミアの残度数は精算を許可しない」という精算条件など、各入金条件を考慮した精算を可能とするための区分けの一例である。
【0064】
したがって、各入金条件ごとに精算条件を要求しないような場合には、必ずしも区分けする必要はなく、一方、「現金入金された日から所定期限内の残度数のみを精算する」などの詳細な精算条件を要求する場合には、より詳細に区分けする必要がある。なお、このように入金条件ごとに区分けしなかった場合や、入金条件をより詳細に区分けしたような場合にも、同様に本発明を適用することができる。
【0065】
各入金条件のうちで、「残度数」とは、遊技機10に投出可能な価値データの度数を示す情報であり、例えば、カード発行機60において1万円分の現金入金によりカードを新規に購入した際には、入金条件「現金入金」において、残度数「100」が記憶されるが、これから20度数分が遊技機10に投出された際には、この残度数「100」から20度数分が減算されて残度数「80」に更新され、さらに、残度数「80」が全て精算された場合には、残度数「0」にリセットされる。
【0066】
また、カード管理テーブル121に、この「残度数」のほかに、カード精算機100により多種多様な精算を可能とするための各種の情報を管理させることもできる。例えば、「遊技機10に投出された価値データの度数に応じた消費税を精算時に徴収する」という精算条件を要求する場合には、「残度数」に応じて「使用度数」も管理し、また、「あらかじめ預かった消費税を残度数に応じて精算時に返却する」という精算条件を要求する場合には、あらかじめ消費税を預かっている旨の「消費税情報」も管理する。なお、このように「残度数」や「消費税情報」を管理する場合にも、同様に本発明を適用することができる。
【0067】
図4の説明に戻ると、入出力部123は、キーボードやマウスなど、遊技システム全体の動作設定を受け付ける手段であり、表示部124は、かかる入出力部123による処理に応じて設定画面などを表示する手段である。すなわち、遊技システムの管理者は、入出力部123および表示部124を介して、遊技システムの各種設定をおこなう。
【0068】
かかる遊技システムの各種設定としては、精算条件テーブル122の設定があり、遊技システムの管理者は、入出力部123および表示部124を介して、デビット決済の価値データの精算を許可するか否か、プレミアの価値データの精算を許可するか否かなどを設定する。
【0069】
精算条件テーブル122は、上記の入出力部123および表示部124を介して設定されるテーブルであって、カード管理テーブル121により管理される価値データの残度数に係る各種の精算条件を記憶する。例えば、デビット決済およびプレミアの価値データの精算を許可しない場合には、図6に示すように、デビット決済およびプレミアの価値データの残度数について精算が不可能である旨を示す「精算不可」の情報を記憶する。
【0070】
なお、上記した「現金入金された日から所定期限内の残度数のみを精算する」、「遊技機10に投出された価値データの度数に応じた消費税を精算時に徴収する」、「あらかじめ預かった消費税を残度数に応じて精算時に返却する」などの精算条件を要求する場合にも、同様に、これらの精算条件が精算条件テーブル122に記憶される。さらに、「デビット決済に手数料を精算時に徴収する」という精算条件を要求するような場合には、かかる手数料の額も記憶される。
【0071】
通信制御部125は、島コントローラ50を介しておこなわれるカード精算機100、カード処理ユニット30、カード発行機60およびカード更新機70との間における通信を制御する処理部である。例えば、カード精算機100との間では、カードの識別データの受信し、また、精算用データの作成後に精算用データを送信し、さらに、精算明細データを受信する。
【0072】
制御部126は、ターミナルコントローラ120の各部を制御する処理部であり、機能概念的に、テーブル更新部126aと、精算用データ作成部126bとを有する。そして、かかる制御部126内の各部の処理を実現するにあたって必要なプログラムおよびデータは、記憶部127に格納されており、制御部126は、必要に応じてこれらを読み出して処理を実行する。
【0073】
このうち、テーブル更新部126aは、カード管理テーブル121に記憶された情報や精算条件テーブル122に記憶された情報を更新する処理部である。この精算条件テーブル122の更新処理は、上記した入出力部123および表示部124を介した精算条件の設定によりおこなわれる。一方、カード管理テーブル121の更新処理には、上記したカード発行機60またはカード処理ユニット30による現金入金またはデビット決済時の処理、カード処理ユニット30による遊技媒体貸出時の処理、カード精算機100によるカード精算時の処理がある。
【0074】
なお、遊技媒体貸出時の処理は、カード管理テーブル121に管理された価値データを所定の規則にしたがって減算するというものであるが、この所定の規則とは、例えば、カード管理テーブル121の各入金条件の価値データのうち、過去に入金された価値データから順番に減算し、最後に、プレミア額の価値データを減算するなど、遊技システムの管理者が自由に設定することができるものである。同様に、カード精算機100によるカード精算時の処理として、入金条件を特定することなく精算がおこなわれる場合も、上記と同様の所定の規則にしたがって価値データが減算される。
【0075】
精算用データ作成部126bは、カード精算機100からカードの識別データを受信した際に、カード管理テーブル121および精算条件テーブル122を参照して、カード精算機100によるカード精算に必要な精算用データを作成する処理部である。具体的には、本実施の形態では、図6に示した精算条件テーブル122において、デビット決済およびプレミアの価値データの精算は許可されていないので、精算が許可されている現金入金の残度数からなる精算用データを作成する。
【0076】
また、デビット決済やプレミアの価値データの精算が許可されていない旨を遊技者が理解できるようにするために、デビット決済およびプレミアの残度数も、精算不可の情報が付加されて精算用データに含められる。
【0077】
なお、上記したように精算条件テーブルにおいて、消費税の徴収または返却、デビット決済の手数料の徴収などの精算条件も記憶されているような場合には、精算用データ作成部126bは、これらの精算条件も考慮し、例えば、徴収または返却すべき消費税額、徴収すべき手数料の額などの情報も精算用データに含められる。
【0078】
(カード精算機の構成)
次に、図1に示したカード精算機100の構成について説明する。図7は、図1に示したカード精算機100の構成を示すブロック図である。同図に示すように、このカード精算機100は、カード挿入/投出口101と、カード処理部102と、精算ボタン104と、取消ボタン105と、表示部106と、紙幣投出口107と、紙幣処理部108と、硬貨投出口109と、硬貨処理部110と、記憶部111と、通信制御部112と、制御部113とから構成される。
【0079】
また、カード挿入/投出口101、操作パネル103、精算ボタン104、取消ボタン105、表示部106、紙幣投出口107および硬貨投出口109は、遊技者との間で直接的にやり取りをおこなう処理部であり、カード精算機100を形成する筐体の表面に設けられる。
【0080】
このうち、カード挿入/投出口101は、遊技者にカードの挿入をおこなわせ、また、遊技者にカードの返却をおこなう処理部である。また、カード処理部102は、カード挿入/投出口101に挿入されたカードを処理するものであり、具体的には、カードに記録された各種情報(カード種別情報、識別データ、発行日情報および発行店情報)を読み取り、また、精算済みカード(残度数のないプリペイドカード)を図示しないカード回収箱に回収する。
【0081】
操作パネル103は、精算明細データが表示部106に表示された後に、精算を要求する金額を遊技者から受け付けるパネルであり、精算要求金額をカード精算機100に入力するためにテンキーを備える。
【0082】
また、この操作パネル103は、紙幣投出口107および硬貨投出口109から投出可能な貨幣の単位を満たす金額しか受け付けないように設定されており、例えば、本実施の形態では、100円単位の精算をおこなうため、100円未満の端数の金額は入力することができないように設定される。
【0083】
なお、操作パネル103は、あらかじめ定められた金額を指示するために、「百円ボタン、千円ボタン、2千円ボタン、5千円ボタン、1万円ボタン」などの金額ボタンや、精算可能な金額を全額を指示する金額指示ボタンをテンキーの代わりに備えるように構成することもでき、また、これらの金額ボタンとテンキーの両方を備えるように構成してもよい。
【0084】
精算ボタン104は、精算明細データが表示部106に表示された後に、遊技者からの精算指示を受け付けるボタンであり、この精算ボタン104が押下されると、カード精算機100は、精算明細データに応じた精算処理をおこなう。また、取消ボタン105は、遊技者からの精算取消指示を受け付けるボタンであり、この取消ボタン105が押下されると、カード精算機100は、精算処理を中止し、カード挿入/投出口101からカードを返却する。
【0085】
なお、後述する表示部106をタッチパネルとして構成することにより、上記の精算ボタン104、取消ボタン105および操作パネル103の機能を表示部106に発揮させるようにしてもよい。
【0086】
表示部106は、カード精算機100の処理における各種情報を遊技者に表示する液晶表示部(LCD)である。具体的には、精算可能金額などを算定した後に、この精算可能金額などを含んだ精算明細データを表示し、また、操作パネル103から精算要求金額が入力された場合には、かかる精算要求金額を考慮した調整後の精算明細データを表示し、さらに、貨幣やカードを投出した後に、投出した貨幣の金額やカード残高などを含んだ投出明細データを表示する(図9〜図11参照)。
【0087】
紙幣投出口107は、遊技者に対して精算用の紙幣を投出する処理部であり、また、紙幣処理部108は、あらかじめ装填された精算用の紙幣を制御部113からの指示に応じて紙幣投出口107に送出する処理部である。なお、本実施の形態では、千円札が精算用の紙幣として紙幣処理部108に装填されている。
【0088】
硬貨投出口109は、遊技者に対して精算用の硬貨を投出する処理部であり、また、硬貨処理部110は、あらかじめ装填された精算用の硬貨を制御部113からの指示に応じて硬貨投出口109に送出する処理部である。なお、本実施の形態では、百円硬貨が精算用の硬貨として硬貨処理部110に装填されている。
【0089】
記憶部111は、ターミナルコントローラ120から取得した精算用データを精算に際して一時的に記憶するとともに、制御部113内の各部の処理を実現するにあたって必要なプログラムおよびデータを記憶したメモリである。例えば、ターミナルコントローラ120の精算用データ作成部126bにより作成された精算用データを一時的に記憶する。
【0090】
通信制御部112は、島コントローラ50を介しておこなわれるターミナルコントローラ120との間における通信を制御をする処理部である。例えば、カードを受け入れた場合には、カードの識別データをターミナルコントローラ120に送信して精算用データを要求し、また、この要求に応じてターミナルコントローラ120から精算用データを受信し、さらに、カードが精算された場合には、精算明細データをターミナルコントローラ120に送信する。
【0091】
制御部113は、カード精算機100の各部を制御する処理部であり、機能概念的に、精算可能金額算定部113aと、精算明細データ作成部113bと、精算明細データ調整部113cと、投出明細データ作成部113dとを有する。
【0092】
このうち、精算可能金額算定部113aは、ターミナルコントローラ120から受信した精算用データに基づいてカード精算機100から精算可能な金額を算定する処理部である。具体的には、精算用データに含まれている現金入金、デビット決済およびプレミアの残度数のうち、精算不可を示す情報が含まれていない入金条件の残度数(本実施の形態では、現金入金の残度数)のみに相当する貨幣の金額を精算可能金額として算定する。
【0093】
なお、精算可能金額算定部113aは、徴収または返却すべき消費税額、徴収すべき手数料の額などの情報が精算用データに含まれている場合には、これらを考慮して精算可能金額を算定する。
【0094】
精算明細データ作成部113bは、ターミナルコントローラ120から受信した精算用データおよび精算可能金額算定部113aにより算定された精算可能金額に基づいて、表示部106に表示する精算明細データを作成する処理部である。
【0095】
具体的には、精算用データに含まれる現金入金の残度数に相当する貨幣の金額を示す「現金入金残額」と、精算用データに含まれるデビット決済の残度数に相当する貨幣の金額を示す「デビット残額」と、精算用データに含まれるプレミアの残度数に相当する貨幣の金額を示す「プレミア残額」と、これらの各入金条件の価値データの精算が許可されているか否かを示した「可、不可」と、精算可能金額算定部113aにより算定された精算可能金額と、遊技者に操作パネル103からの精算要求金額の入力を促す情報とを含んだ精算明細データを作成する(図9〜図11参照)。
【0096】
なお、精算明細データ作成部113bは、徴収または返却すべき消費税額、徴収すべき手数料の額などの情報が精算用データに含まれている場合には、精算時に徴収する「消費税」、精算時に返却する「消費税」、デビット決済分の精算に際して徴収するデビット決済の「手数料」などを含んだ精算明細データを作成する(図11参照)。
【0097】
精算明細データ調整部113cは、操作パネル103から精算要求金額が入力された場合に、かかる精算要求金額を考慮した調整後の精算明細データを表示部106に表示するために、精算明細データ作成部113bにより作成された精算明細データを調整する処理部である。
【0098】
具体的には、操作パネル103から入力された精算要求金額を「精算金額」とし、精算可能金額から精算要求金額を差し引いた額と、精算を許可されていないデビット決済およびプレミアの残度数に相当する貨幣の金額とを合計したものを「精算後残高」として算定し、これらの「精算金額」および「精算後残高」と、遊技者に精算ボタン104の押下を促す情報とを含んだ精算明細データを調整後の精算明細データとして作成する(図9〜図11参照)。
【0099】
なお、操作パネル103から入力された精算要求金額が精算可能金額を超えている場合には、精算可能金額が「精算金額」とされ、「精算要求金額が精算可能金額を超えていた」旨を示す情報が調整後の精算明細データに含まれる(図9(d)参照)。また、操作パネル103から精算要求金額が入力されることなく、精算ボタン104が押下された場合には、精算明細データ調整部113cによる精算明細データの調整をおこなうことなく、精算可能金額をそのまま精算する。
【0100】
投出明細データ作成部113dは、精算明細データ作成部113bにより作成された精算明細データまたは精算明細データ調整部113cにより調整された精算明細データに基づいて、表示部106に表示する投出明細データを作成する処理部である。
【0101】
具体的には、紙幣投出口107および硬貨投出口109から投出される貨幣の金額を示す「投出金額」と、投出される紙幣および/または硬貨の種類および枚数を示す情報と、カード挿入/投出口101から返却されるカードの精算後における価値データの残高を示す「カード残高」と、遊技者に貨幣およびカードの受け取りを促す情報とを含んだ投出明細データを作成する(図9〜図11参照)。
【0102】
(カードの精算処理)
次に、本実施の形態によるカード精算の処理手順について説明する。図8は、本実施の形態によるカード精算の処理手順を示すフローチャートである。まず、遊技者によりカード精算機100のカード挿入/投出口101からカードが挿入されると、カード処理部102は、挿入されたカードに記録されたカード種別情報、識別データ、発行日情報および発行店情報の読み取りをおこなう(ステップS801)。
【0103】
続いて、カード精算機100は、通信制御部112の制御により、読み取った識別データをターミナルコントローラ120に送信する(ステップS802)。なお、図8には示していないが、カード挿入/投出口101から挿入されたカードが、精算を許可されないカード種別、発行日または発行店のものであった場合には、カードをカード挿入/投出口101から返却し、識別データの送信をおこなうことなく精算処理を終了する。
【0104】
そして、ターミナルコントローラ120は、通信制御部125の制御により、カード精算機100から識別データを受信し(ステップS803)、精算用データ作成部126bは、カード管理テーブル121および精算条件テーブル122を参照して、カード精算機100によるカード精算に必要な精算用データを作成する(ステップS804)。
【0105】
具体的に説明すると、例えば、図5に示した識別データ「0001」を受信した場合には、本実施の形態では、図6に示した精算条件テーブル122において、デビット決済およびプレミアの価値データの精算は許可されていないので、現金入金の残度数「80」と、デビット決済の残度数「100」と、プレミアの残度数「10」と、デビット決済やプレミアの価値データの精算が許可されていない旨を示す精算不可の情報とを含んだ精算用データを作成する。
【0106】
続いて、ターミナルコントローラ120は、精算用データ作成部126bにより作成された精算用データを通信制御部125の制御によりカード精算機100に送信する(ステップS805)。
【0107】
そして、カード精算機100は、通信制御部112の制御により、ターミナルコントローラ120から精算用データを受信し(ステップS806)、精算可能金額算定部113aは、かかる精算用データを参照して、精算可能金額を算定する(ステップS807)。
【0108】
具体的に説明すると、例えば、図5に示した識別データ「0001」の精算用データを受信した場合には、デビット決済やプレミアの価値データの精算が許可されていない旨を示す精算不可の情報が含まれているので、現金入金の残度数「80」に相当する貨幣の金額「8000円」を精算可能金額として算定する。
【0109】
そして、精算明細データ作成部113bは、ターミナルコントローラ120から受信した精算用データおよび精算可能金額算定部113aにより算定された精算可能金額に基づいて精算明細データを作成し、制御部113は、作成された精算明細データを表示106に表示する(ステップS808)。
【0110】
具体的に説明すると、例えば、図5に示した識別データ「0001」の精算用データを受信した場合には、図9(a)に示すように、「現金入金残額8000円:可」と、「デビット残額10000円:不可」と、「プレミア残額100円:不可」と、「精算可能金額8000円」と、「精算要求金額を指定してください。」という遊技者に操作パネル103からの精算要求金額の入力を促す情報とを含んだ精算明細データを作成して表示部106に表示する。
【0111】
続いて、操作パネル103から精算要求金額が入力された場合には(ステップS809肯定)、精算明細データ調整部113cは、かかる精算要求金額を考慮した精算明細データに調整し、制御部113は、調整後の精算明細データを表示106に表示する(ステップS810)。
【0112】
具体的に説明すると、例えば、図9(a)に示す精算明細が表示部106に表示された後に、操作パネル103から精算要求金額「1000円」が入力されたような場合には、精算要求金額「1000円」を精算金額「1000円」とし、精算可能金額「8000円」から精算要求金額「1000円」を差し引いた額「7000円」と、精算を許可されていないデビット決済およびプレミアの残度数に相当する貨幣の金額「11000円」とを合計した「18000円」を「精算後残高」として算定し、同図(b)に示すように、「精算金額:1000円」と、「精算後残高:18000円」と、「精算ボタンを押してください。」という遊技者に精算ボタン104の押下を促す情報とを含んだ精算明細データを調整後の精算明細データとして表示部106に表示する。
【0113】
なお、例えば、精算可能金額「8000円」を超える精算要求金額「10000円」が操作パネル103から入力された場合には、図9(d)に示すように、精算要求金額「10000円」が精算金額とはされず、精算可能金額「8000円」が精算金額とされ、「要求金額が可能金額を超えてました。」という精算要求金額が精算可能金額を超えていた旨を示す情報が調整後の精算明細データに含められる。
【0114】
また、操作パネル103から精算要求金額が入力されなかった場合には(ステップS809否定)、精算明細データ調整部113cによる精算明細データの調整をおこなうことなく、精算可能金額の全額が入力されたものとして精算処理が続けられる。
【0115】
精算明細データの表示に続いて(ステップS808またはステップS810)、遊技者により精算ボタン104が押下されなかった場合(ステップS811否定)、すなわち取消ボタン105が押下された場合には、カード精算機100は、精算処理を中止し、カード挿入/投出口101からカードを返却する(ステップS820)。
【0116】
これとは反対に、遊技者により精算ボタン104が押下された場合には(ステップS811肯定)、カード精算機100は、通信制御部112の制御により、精算明細データ作成部113bにより作成された精算明細データまたは精算明細データ調整部113cにより調整された精算明細データをターミナルコントローラ120に送信する(ステップS812)。
【0117】
そして、かかる精算明細データを受信したターミナルコントローラ120は、この精算明細データに基づいてカード管理テーブル121に記憶された価値データを更新する(ステップS813およびステップS814)。具体的には、図9(b)に示した精算明細データを受信した場合には、精算金額「1000円」に対応して、現金入金の残度数「80」から「10」を減算して残度数を「70」に更新する。
【0118】
続いて、カード精算機100においては、精算明細データをターミナルコントローラ120に送信した後(ステップS812)、投出明細データ作成部113dは、送信した精算明細データに基づいて投出明細データを作成し、制御部113は、作成された投出明細データを表示部106に表示する(ステップS815)。
【0119】
具体的に説明すると、例えば、図9(b)に示した精算明細データをターミナルコントローラ120に送信した場合には、同図(c)に示すように、「投出金額:1000円」と、「カード残高:18000円」とを含んだ投出明細データを作成して表示部106に表示する。
【0120】
そして、紙幣処理部108および硬貨処理部110は、紙幣投出口107または硬貨投出口109から貨幣を投出し(ステップS816)、精算したカードが会員カードである場合には(ステップS817肯定)、カード処理部102は、カード挿入/投出口101からカードを返却する(ステップS820)。
【0121】
一方、精算したカードが会員カードではなくプリペイドカードである場合には(ステップS817否定)、精算後の残高が存在するか否かを判定する(ステップS818)。この判定により精算後残高が存在するものと判定された場合には(ステップS818肯定)、カード処理部102は、カード挿入/投出口101からカードを返却する(ステップS820)。これとは反対に、精算後残高が存在しないものと判定された場合には(ステップS818否定)、カード処理部102は、カード回収箱にカードを回収する(ステップS819)。
【0122】
上述してきたように、本実施の形態によれば、カード精算機100は、精算可能金額を遊技者に対して表示し、遊技者から精算要求金額を受け付け、この精算要求金額を精算可能金額の範囲内で精算することとしたので、精算可能金額の全額を常に精算するのではなく、この精算可能金額の範囲内において遊技者が要求する金額の貨幣を精算することができる。
【0123】
このため、遊技中または遊技終了後のカード精算に際して、遊技者が要求する金額のみを精算するので、遊技者は新たにカードを購入することなく、早急に遊技を再開または開始することができる。また、遊技場は、カード精算機100に必要以上に現金を準備したり補充したりする必要がなくなるので、係員の手間を省くことができるだけでなく、資金効率や安全性の面において向上を図ることもできる。
【0124】
なお、本実施の形態では、操作パネル103または表示部106において遊技者に金額を指定させることにより、精算要求金額を受け付ける場合を説明したが、本発明はこれに限定されるものではなく、操作パネル103または表示部106において、現金入金やデビット決済などの入金条件を指定させることにより、精算可能金額を受け付ける場合にも同様に適用することができる。
【0125】
これを具体的に説明すると、例えば、図10(a)に示すように、「精算要求項目を指定してください。」という情報を含んだ精算明細を遊技者に対して表示する。ここで、操作パネル103または表示部106から遊技者により、例えば、現金入金およびデビット決済が指定された場合には、同図(b)に示すように、「現金入金残額:8000円」および「デビット残額:10000円」の合計として「精算金額:18000円」が算定され、同図(c)に示すように、「18000円」が精算される。
【0126】
また、本実施の形態では、各入金条件について精算が許可されているか否かを考慮して精算可能金額を算定するとともに精算をおこなう場合を説明したが、本発明はこれに限定されるものではなく、上記したように消費税やデビット決済の手数料をも考慮する場合にも同様に適用することができる。
【0127】
これを具体的に説明すると、例えば、図11(a)に示すように、「消費税徴収額:100円」および「手数料徴収額:200円」を含み、さらに、この消費税徴収額および手数料徴収額を考慮した「精算可能金額:17700円」を含んだ精算明細を遊技者に対して表示する。ここで、操作パネル103または表示部106から遊技者により、例えば、現金入金が指定された場合には、同図(b)に示すように、「現金入金残額:8000円」から「消費税徴収額:100円」が差し引かれて「精算金額:7900円」が算定され、同図(c)に示すように、「7900円」が精算される。
【0128】
また、本実施の形態では、ターミナルコントローラ120が精算条件テーブル122を備え、この精算条件テーブル122を参照して作成した精算用データをカード精算機100に送信し、この精算用データに基づいてカード精算機100が精算可能金額を算定する場合を示したが、本発明はこれに限定されるものではなく、ターミナルコントローラ120において精算可能金額まで算定し、この精算可能金額を含んだ精算用データをカード精算機100に送信する場合にも同様に適用することができる。
【0129】
一方、カード精算機100が精算条件テーブル122を備え、ターミナルコントローラ120からは各入金条件に係る有価価値の残度数からなる精算用データを受信し、この精算用データおよび精算条件テーブル122に基づいて精算可能金額を算定する場合にも同様に適用することができる。
【0130】
さらには、精算条件テーブル122および各種の算定部をターミナルコントローラ120とカード精算機100とが分割して備え、それぞれが備える機能に応じて担当分の算定を実行し、これらの結果に基づいてカード精算機100が貨幣の投出をおこなう場合にも同様に適用することができる。
【0131】
また、本実施の形態では、カード精算機100の表示部106により精算の内容を遊技者に報知する場合を示したが、本発明はこれに限定されるものではなく、スピーカなどの音声出力装置により遊技者に報知する場合にも同様に適用することができ、さらに、プリンタなどの印刷装置により表示部106に表示された精算の内容を出力して遊技者に報知する場合にも同様に適用することができる。
【0132】
なお、本実施の形態で説明した記録媒体精算方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フロッピーディスク、CD−ROM、MO、DVDなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【0133】
【発明の効果】
以上説明したように、請求項1の発明によれば、管理装置において残高としての有価価値を入金条件ごとに区分けして管理し、また、入金条件ごとに区分けされた精算情報を各入金条件の精算可否情報とともに管理装置から精算装置に送信し、さらに、精算装置において入金条件ごとに区分けして残高および精算可否情報を遊技者に報知するので、遊技者は各入金条件の残額について精算可能であるか否かも把握した上で精算額を要求することが可能になり、精算装置は各入金条件の精算可否情報に従って入金条件ごとに精算処理を行うことが可能になる。また、管理装置が精算条件テーブルを備え、精算装置において精算可能金額の合計を算出するので、管理装置の処理負荷を軽減するとともに、管理装置の精算条件テーブルを更新するだけで複数の精算装置における精算内容を変更することが可能になる。
【0134】
また、請求項2の発明によれば、各入金条件の精算可否情報も管理装置から精算装置に送信し、また、精算装置において各入金条件の精算可否情報および精算可能金額の合計も遊技者に報知するので、遊技者は各入金条件の残額について精算可能であるか否か、さらには精算可能金額の合計も把握した上で精算額を要求することが可能になり、精算装置は各入金条件の精算可否情報に従って入金条件ごとに精算処理を行うことが可能になる。また、管理装置が精算条件テーブルを備え、精算装置において精算可能金額の合計を算出するので、管理装置の処理負荷を軽減するとともに、管理装置の精算条件テーブルを更新するだけで複数の精算装置における精算内容を変更することが可能になる。
【0135】
また、請求項3の発明によれば、遊技者は、百円などの小金額から1万円などの大金額のまで、自己が精算を要求する金額を任意で指定することが可能になり、また、遊技場は、かかる指定において、百円未満や千円未満などの端数の金額を指定できないようにすることが可能になる。
【0136】
また、請求項4の発明によれば、遊技者は、入金条件を選択するだけで自己が精算を要求する金額を指定することが可能になる。
【0137】
また、請求項5の発明によれば、遊技者は、要求した金額に応じて幾らの金額が精算されるか、また、精算後には幾らの金額が記録媒体の有価価値として残存するか、さらに、要求した金額が精算可能な金額を超えていないかなどを精算前に確認することが可能になる。
【図面の簡単な説明】
【図1】 本実施の形態に係る遊技システムの全体構成を示すブロック図である。
【図2】 図1に示した遊技システムに用いられるカードを説明するための図である。
【図3】 図1に示した遊技システムに用いられるカードを説明するための図である。
【図4】 図1に示したターミナルコントローラの構成を示すブロック図である。
【図5】 図4に示したカード管理テーブルに記憶される情報の構成例を示す図である。
【図6】 図4に示した精算条件テーブルに記憶される情報の構成例を示す図である。
【図7】 図1に示したカード精算機の構成を示すブロック図である。
【図8】 本実施の形態によるカード精算の処理手順を示すフローチャートである。
【図9】 カード精算機の表示部による表示例を示す図である。
【図10】 カード精算機の表示部による表示例を示す図である。
【図11】 カード精算機の表示部による表示例を示す図である。
【符号の説明】
100 カード精算機
101 カード挿入/投出口
103 操作パネル
106 表示部
107 紙幣投出口
109 硬貨投出口
111 記憶部
112 通信制御部
113 制御部
113a 精算可能金額算定部
113b 精算明細データ作成部
113c 精算明細データ調整部
113d 投出明細データ作成部
120 ターミナルコントローラ
121 カード管理テーブル
122 精算条件テーブル
123 入出力部
124 表示部
125 通信制御部
126 制御部
126a テーブル更新部
126b 精算用データ作成部
127 記憶部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a recording medium settlement system that settles a valuable value recorded in relation to a recording medium (magnetic card, IC card, IC coin, etc.) used in a game hall, and more particularly, to a settlement for a recording medium. The present invention relates to a recording medium settlement system that can settle the amount of money requested by the player within the range of the amount corresponding to the possible value.
[0002]
[Prior art]
Conventionally, in a gaming system that provides games such as pachinko games and slot games, a player can play a game medium such as a pachinko ball lending machine or a coin lending machine arranged for each gaming machine such as a pachinko machine or a slot machine. Borrowing game media such as pachinko balls and coins from lending machines, this game media was thrown into the game machines and played.
[0003]
In general, game media lending machines for such gaming systems lend out game media based on the value of the inserted money. Recently, however, the inserted card (the amount of money or the value corresponding to the amount) Some of them lend out game media based on the value of the value data indicating the value of the record or the identification data for searching the value data recorded in a place other than the card.
[0004]
Specifically, a card issued from a card issuing machine by cash deposit or debit payment by a player is used, and this card is inserted into the gaming medium lending machine by the player and a predetermined lending button is pressed. Then, while subtracting a predetermined value from the value of the card, the pachinko ball or coin corresponding to the reduced value is paid out.
[0005]
Recently, in addition to a card issuing machine that accepts money (by cash deposit) and issues a card, a card issuing machine that issues a card by debit payment using a so-called debit card such as a cash card has appeared. . More specifically, a debit device is provided as a slave unit in a card issuing machine that accepts the insertion of money, and this debit device is provided with a debit card insertion / throw-out port, an operation screen, and the like.
[0006]
By the way, cards (cards issued from a card issuing machine by cash deposit or debit payment) that are inserted into a game media lending machine are not such that their value is accepted in every aspect of life like money. Since the value of the player can be used only in the store, when there is a balance in the value data of the card, it is desirable to settle the value data of the balance to the player with money.
[0007]
For these reasons, recently, a card payment machine has been introduced to check out the value data of a card with cash. In such a card payment machine, when a card is inserted by a player, Generally, money corresponding to the balance (number of remaining times) of value data is paid out to a player.
[0008]
[Problems to be solved by the invention]
However, the above-described prior art has caused various problems for the player and the game arcade by adjusting the entire card balance when the card is settled.
[0009]
In other words, if you need cash equivalent to a part of the card balance during the game, and the card is settled, the entire amount of the card balance will be settled. It was necessary to insert new cash into the card issuing machine and purchase a new card, and the player could not resume the game immediately.
[0010]
This problem is not limited to the case where the card is settled during the game, but also occurs when the card is settled after the game ends, and the player who settled the card after the game ends will play the game at the next visit. In order to start, a new card must be purchased from the card issuing machine in the same manner as described above, and the player could not start the game immediately.
[0011]
In this way, even though the player needs cash equivalent to a part of the card balance, the situation where the game hall is paying the full amount of the card balance Since the value data that you want to keep is settled as cash and the card is issued even if it does not need to be newly issued, there are various problems in the amusement hall.
[0012]
More specifically, when the value data that the player wants to keep on the card is settled as cash, it means that more cash is paid out than necessary from the card settlement machine. Since the machine has to prepare and replenish cash more than necessary, there is a problem that it is not preferable from the viewpoint of financial efficiency and safety as well as troublesome staff, and it is newly issued Since cards that were not required to be issued are issued, there is a problem that various expenses at the time of card issuance such as a card issue fee are generated more than necessary.
[0013]
For this reason, it is an extremely important issue how to solve various problems that occur in the player and the game hall by adjusting the entire amount of the card balance when the card is settled.
[0014]
Therefore, the present invention has been made to solve the above-described problems caused by the prior art, and the amount of money requested by the player within the range of the amount corresponding to the valuable value that can be settled for the recording medium. It is an object of the present invention to provide a recording medium settlement system that can be settled.
[0015]
[Means for Solving the Problems]
In order to solve the above-described problems and achieve the object, the recording medium settlement system according to the invention of claim 1 manages the management of the valuable value corresponding to the identification information recorded on the recording medium used in the game hall. A recording medium settlement system comprising: an apparatus; and a recording medium settlement apparatus that accepts the recording medium and settles the received recording medium into money based on a valuable value managed by the management apparatus. , A management table for storing the valuable value divided for each predetermined payment condition in association with the identification information, and payment availability information indicating whether payment is permitted for the valuable value of each payment condition for each payment condition A settlement condition table to be stored;An update unit that accepts a setting related to the settlement availability information from a predetermined input unit, and updates the settlement availability information stored in the settlement condition table;When the identification information is received from the recording medium settlement apparatus, the settlement information consisting of the valuable value for each payment condition stored in the management table together with the payment availability information of each payment condition stored in the payment condition table. Return means for returning to the recording medium settlement apparatus, wherein the recording medium settlement apparatus includes amounts corresponding to a plurality of valuable values and settlement availability information included in the settlement information returned from the management apparatus, for each payment condition. First informing means for informing the player by dividing each, and a first accepting means for accepting an amount of money for requesting settlement for the recording medium from the player informed of the amount of money by the first informing means; The amount of money that can be settled is calculated from the value of each payment condition by excluding the value of payment conditions that cannot be settled, and within the range of the amount that can be settled, the first receiving means Characterized in that a settlement means for settling the amount only attached.
[0016]
Claims2The recording medium settlement system according to the invention of claim 1 is the invention according to claim 1,In addition to the amount corresponding to the valuable value of each payment condition included in the payment information and the payment availability information, the first notification means further notifies the player of the payment possible amount calculated by the payment means.It is characterized by.
[0017]
Claims3The recording medium settlement system according to the present invention is the first aspect.Or 2In the invention described in the item 1, the first accepting unit causes the player to designate an amount in a predetermined unit, and accepts the designated amount as an amount for requesting settlement for the recording medium.
[0018]
Claims4The recording medium settlement system according to the present invention is the first aspect.Or 2In the invention described in claim 1, the first accepting unit allows the player to designate one or a plurality of depositing conditions when the payment can be made for a plurality of depositing conditions, and the value of each designated depositing condition is determined. An amount that can be settled with respect to the value is received as an amount that requires settlement with respect to the recording medium.
[0019]
Claims5The recording medium settlement system according to the present invention is the first aspect.4In the invention described in any one of the above, when the first receiving unit receives information for specifying the amount of money that requires payment for the recording medium, Second notifying means for notifying the player of the contents of the settlement consisting of the amount corresponding to the updated valuable value stored in the management table after the amount has been settled, and the contents of the settlement by the second notifying means And a second accepting unit that accepts execution of the settlement from a player who has been informed of the payment, and the settlement unit receives the second alert when the execution of the settlement is accepted by the second accepting unit. The settlement is performed based on the settlement information notified by the means..
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Exemplary embodiments of a recording medium settlement system according to the present invention will be explained below in detail with reference to the accompanying drawings. In the embodiment described below, the present invention is applied to a card settlement system that settles a card as a recording medium. However, the present invention is not limited to this and is not a card such as an IC coin. The same can be applied to the case where the recording medium is settled.
[0021]
Furthermore, in the embodiment shown below, the present invention is applied to the settlement of cards used in a game hall providing pachinko games, but the present invention is not limited to this, and slot games It can be similarly applied to the settlement of cards used in the game hall that provides the game.
[0022]
(Explanation of terms used in this embodiment)
First, the meaning of main terms used in the present embodiment will be defined and described. The “card” used in the present embodiment means a recording medium on which identification data for searching value data recorded in a place other than the card is recorded. That is, there are generally cards that record the amount of money or value data itself indicating the value corresponding to the amount of money, and cards that record identification data for searching for value data recorded in places other than the card. However, the “card” used in the present embodiment corresponds to the latter card.
[0023]
Explaining this point, the former card is configured to record the amount of money or the frequency corresponding to the money as value data on the card, and to rewrite the remaining amount or the remaining frequency of the value data each time this card is used. For example, a telephone card. However, if such a card is used in a pachinko game or the like, there is a risk that fraudulent acts such as falsification of magnetic data recorded on the card occur frequently.
[0024]
For this reason, in this embodiment, identification data (for example, an account number, customer number, ID, etc.) used as a search key when searching for value data registered (recorded) or stored in a location different from the card. ) Is used. Note that “recording medium”, “identification information”, and “value value” described in the claims correspond to the above-mentioned “card”, “identification data”, and “value data”, respectively.
[0025]
The “frequency” used in the present embodiment means a processing unit for renting game media, and is associated with the number and amount of game media at a constant rate. For example, in the present embodiment, one degree corresponds to 100 yen, 25 pachinko balls are lent out at 100 yen, and 100 yen is settled at one degree. In addition, the “amount corresponding to the valuable value” described in the claims means, for example, 100 yen corresponding to the valuable value of one time.
[0026]
(Overall configuration of gaming system)
Next, the overall configuration of the gaming system according to the present embodiment will be described. FIG. 1 is a block diagram showing the overall configuration of the gaming system according to the present embodiment. As shown in the figure, this gaming system includes a plurality of
[0027]
Among these, the
[0028]
The
[0029]
The
[0030]
The
[0031]
Next, an outline of processing by the gaming system configured as described above will be described. First, at the start of the game, the player records predetermined identification data or the like by inserting money into the card issuing machine 60 (cash deposit) or by inserting a debit card (debit payment). Buy a card.
[0032]
Specifically, in the case of cash deposit, for example, by inserting 10,000 yen of money and operating a selection button (not shown), the card management table of the
[0033]
Here, when the player deposits a predetermined high amount of money at the time of cash deposit by the
[0034]
For example, when money of 10,000 yen is inserted into the
[0035]
Subsequently, the player inserts a card purchased from the
[0036]
Here, in correspondence with the lending process by the
[0037]
On the other hand, the player can additionally insert money while the card is inserted into the
[0038]
For example, if the value data for 50 degrees remains in the already inserted card, the coin management table of the
[0039]
The player who wishes to end the game receives the card from the
[0040]
On the other hand, if there is a remaining number in the value data of the card received from the
[0041]
The gaming machine system according to the present embodiment that performs the processing as described above is characterized by a card settlement process by the
[0042]
(Such as card configuration)
Next, cards used in the gaming system according to the present embodiment will be described with reference to FIGS. Cards used in the game system according to the present embodiment are formed by so-called JISII cards, IC cards, roll paper cards, pet cards, etc., specifically, prepaid cards, membership cards, replay cards, renewal cards, There are various cards such as service cards (see FIG. 3).
[0043]
Then, as shown in FIG. 2, card type information, identification data, issue date information, and issue store information are recorded on these cards. Among these, the card type information is information indicating which type of card is a prepaid card, a membership card, a replay card, an update card, or a service card. The identification data is ID information for uniquely identifying each card, and the card management table of the
[0044]
Also, the issue date information is information for specifying the date and time when each card was issued, but since this issue date information is used to manage the expiration date of the card, instead of the issue date information, Information relating to the expiration date of the card may be recorded. The issue store information is information for specifying a store (game room) from which each card is issued.
[0045]
Each of these pieces of information is displayed on the surface of the card so that the player can visually recognize the information, and can be read by various devices such as the
[0046]
Next, a method for purchasing, using, and adjusting each card will be specifically described with reference to FIG. The prepaid card is a card issued to a general player, and is issued from the
[0047]
A general player plays a pachinko game by inserting this prepaid card into the
[0048]
The renewal card is a card obtained by renewing the above prepaid card. By inserting an expired prepaid card into the
[0049]
As for the renewal card, value data can be added by adding coins to the
[0050]
The membership card is originally issued to prove membership to a person who has become a member of the game hall, and a member ID is recorded for convenience of membership management by the game hall. That is, the membership card is issued in order to provide a service such as notification of opening of a new store to the member having the membership card.
[0051]
In this embodiment, a pachinko game can be provided by using this membership card in a game system. That is, after the member player inserts the member card into the
[0052]
A member player plays a pachinko game by inserting this member card into the
[0053]
In addition, the member player accumulates the prize ball at the winning in the
[0054]
The replay card is a card that is issued to provide the member player with a stored ball replay service, and is issued from the
[0055]
The service card is a card issued for providing the mileage service to the member player, and is issued from the
[0056]
Here, the payment method for each card will be briefly described. In the present embodiment, the
[0057]
On the other hand, when a prepaid card (including an update card) and a membership card are inserted into the
[0058]
Note that the correspondence relationship of each card shown in FIG. 3 is merely an example. For example, for all cards, additional payment by cash, additional payment by debit, and premier grant can be permitted. The service card can also be settled, and even in such a case, the present invention can be similarly applied.
[0059]
(Configuration of terminal controller)
Next, the configuration of the
[0060]
Among these, the card management table 121 is a table for managing the remaining number of value data for each identification data of a card by dividing it according to predetermined deposit conditions. Specifically, as shown in FIG. Separated according to payment conditions such as “Cash Deposit, Debit Settlement, Premier”, and the remaining number of value data such as “80, 100, 10” is identified as “0001, 0002,..., 00000001, 00000002,. Manage in association with data.
[0061]
Here, the “identification data” is information for uniquely identifying each card. For example, as shown in FIG. 5, each member card is given a different four-digit number, and each prepaid card is assigned to each prepaid card. Each card can be uniquely identified by giving a different number of 8 digits.
[0062]
Among the deposit conditions, “cash deposit” is a deposit condition indicating value data given based on the cash deposit from the
[0063]
This “cash deposit, debit settlement, premier” classification of the deposit conditions is, for example, a classification for enabling settlement in consideration of each deposit condition, such as the settlement condition of “Premium balance is not permitted”. It is an example.
[0064]
Therefore, if payment conditions are not required for each payment condition, it is not always necessary to categorize them. On the other hand, detailed payments such as “settlement only the remaining frequency within the specified period from the date of cash payment” When requesting conditions, it is necessary to classify in more detail. It should be noted that the present invention can also be applied to the case where the payment conditions are not classified as described above or the payment conditions are classified in more detail.
[0065]
Among the deposit conditions, the “remaining frequency” is information indicating the frequency of the value data that can be thrown into the
[0066]
In addition to the “remaining frequency”, the card management table 121 can also manage various information for enabling various payments by the
[0067]
Returning to the description of FIG. 4, the input /
[0068]
Various settings of the gaming system include the setting of the settlement condition table 122, and whether or not the administrator of the gaming system permits the settlement of the debit payment value data via the input /
[0069]
The payment condition table 122 is a table set via the input /
[0070]
It should be noted that the above-mentioned “settlement only the remaining frequency within the predetermined period from the date of depositing cash”, “collecting consumption tax according to the frequency of value data thrown into the
[0071]
The
[0072]
The
[0073]
Among these, the
[0074]
The processing at the time of renting out the game media is to subtract the value data managed in the card management table 121 according to a predetermined rule. This predetermined rule is, for example, each deposit in the card management table 121. Of the value data of the condition, the administrator of the gaming system can freely set such as subtracting in order from the value data deposited in the past and finally subtracting the value data of the premium amount. Similarly, as a process at the time of card settlement by the
[0075]
The settlement
[0076]
In addition, in order to enable players to understand that payment of debit payments and Premier value data is not permitted, the remaining number of debit payments and Premiers is also added to the payment data by adding information that cannot be adjusted. Included.
[0077]
As described above, in the settlement condition table, when the settlement conditions such as the collection or return of the consumption tax and the collection of the debit settlement fee are stored, the settlement
[0078]
(Configuration of the card checkout machine)
Next, the configuration of the
[0079]
The card insertion /
[0080]
Among these, the card insertion / throwing
[0081]
The
[0082]
Further, the
[0083]
In addition, the
[0084]
The
[0085]
Note that the
[0086]
The
[0087]
The
[0088]
The
[0089]
The
[0090]
The
[0091]
The
[0092]
Among these, the accountable
[0093]
In addition, when information such as the amount of consumption tax to be collected or returned and the amount of fee to be collected is included in the settlement data, the settlement
[0094]
The settlement detail
[0095]
Specifically, “cash deposit balance” indicating the amount of money corresponding to the remaining number of cash deposits included in the settlement data, and the amount of money corresponding to the remaining number of debit payments included in the settlement data "Debit balance", "Premier balance" indicating the amount of money equivalent to the number of remaining Premiers included in the settlement data, and whether or not settlement of value data for each of these deposit conditions is permitted The settlement details data including “possible, impossible”, the amount that can be settled calculated by the settlement
[0096]
In addition, the payment details
[0097]
When the settlement request data amount is input from the
[0098]
Specifically, the settlement request amount input from the
[0099]
If the settlement request amount input from the
[0100]
The investment detail
[0101]
Specifically, “amount to be thrown” indicating the amount of money thrown out from the
[0102]
(Card checkout process)
Next, a card payment processing procedure according to this embodiment will be described. FIG. 8 is a flowchart showing a card payment processing procedure according to this embodiment. First, when a player inserts a card from the card insertion /
[0103]
Subsequently, the
[0104]
The
[0105]
More specifically, for example, when the identification data “0001” shown in FIG. 5 is received, in the present embodiment, in the settlement condition table 122 shown in FIG. Since payment is not permitted, the remaining number of cash deposits “80”, the remaining number of debit payments “100”, the remaining number of premier “10”, and the settlement of debit payments and premier value data are permitted. The settlement data including the non-settlement information indicating that there is no settlement is created.
[0106]
Subsequently, the
[0107]
Then, the
[0108]
More specifically, for example, when the settlement data of the identification data “0001” shown in FIG. 5 is received, the non-payment information indicating that the settlement of debit payment or premium value data is not permitted. Therefore, the amount of money “8000 yen” corresponding to the remaining frequency “80” of the cash deposit is calculated as the amount that can be settled.
[0109]
Then, the settlement detail
[0110]
Specifically, for example, when the settlement data of the identification data “0001” shown in FIG. 5 is received, as shown in FIG. 9A, “cash deposit balance 8000 yen: possible”, “Debit balance 10000 yen: Impossible”, “
[0111]
Subsequently, when the settlement request amount is input from the operation panel 103 (Yes in step S809), the settlement detail
[0112]
Specifically, for example, when the settlement request amount “1000 yen” is input from the
[0113]
For example, when a settlement request amount “10000 yen” exceeding the settlement possible amount “8000 yen” is input from the
[0114]
If the settlement request amount has not been input from the operation panel 103 (No at Step S809), the entire settlement amount has been input without adjusting the settlement detail data by the settlement detail
[0115]
Following the display of the payment details data (step S808 or step S810), if the
[0116]
On the other hand, when the
[0117]
Then, the
[0118]
Subsequently, in the
[0119]
More specifically, for example, when the payment details data shown in FIG. 9B is transmitted to the
[0120]
And the
[0121]
On the other hand, when the settled card is not a membership card but a prepaid card (No at Step S817), it is determined whether there is a balance after settlement (Step S818). If it is determined by this determination that there is a post-payment balance (Yes at step S818), the
[0122]
As described above, according to the present embodiment, the
[0123]
For this reason, when the card is settled during or after the game, only the amount requested by the player is settled, so that the player can resume or start the game quickly without purchasing a new card. In addition, since it is not necessary for the game arcade to prepare and replenish cash more than necessary in the
[0124]
In the present embodiment, a case has been described in which the payment request amount is received by allowing the player to specify the amount on the
[0125]
More specifically, for example, as shown in FIG. 10 (a), the payment details including the information “Please specify the payment request item.” Are displayed to the player. Here, for example, when cash payment and debit payment are designated by the player from the
[0126]
Further, in the present embodiment, the case has been described in which the amount that can be settled is calculated in consideration of whether or not the settlement is permitted for each payment condition, and the settlement is performed, but the present invention is not limited to this. In addition, as described above, the present invention can be similarly applied to the case where the consumption tax and the debit settlement fee are also taken into consideration.
[0127]
More specifically, for example, as shown in FIG. 11 (a), it includes “consumption tax collection amount: 100 yen” and “fee collection amount: 200 yen”. The settlement details including the “payable amount: 17700 yen” in consideration of the collected amount are displayed to the player. Here, for example, when cash payment is designated by the player from the
[0128]
Further, in the present embodiment, the
[0129]
On the other hand, the
[0130]
Furthermore, the payment condition table 122 and various calculation units are separately provided in the
[0131]
Further, in the present embodiment, the case where the player is notified of the contents of payment by the
[0132]
The recording medium settlement method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation. This program can be distributed via a network such as the Internet. The program can also be executed by being recorded on a computer-readable recording medium such as a hard disk, a floppy disk, a CD-ROM, an MO, or a DVD, and being read from the recording medium by the computer.
[0133]
【The invention's effect】
As explained above, the claims1According to the invention ofThe management device separates and manages the value as a balance for each payment condition, and sends the settlement information divided for each payment condition from the management device to the settlement device together with the settlement availability information for each payment condition. Since the payment device categorizes each payment condition and informs the player of the balance and the payment availability information, the player may request the payment amount after knowing whether or not the balance of each payment condition can be settled. Becomes possible,The payment apparatus can perform the payment process for each payment condition according to the payment availability information of each payment condition. In addition, since the management device has a settlement condition table and calculates the total amount that can be settled in the settlement device, the processing load on the management device is reduced, and only the updating of the settlement condition table of the management device is performed in a plurality of settlement devices. It becomes possible to change the settlement contents.
[0134]
Claims2According to the invention, the settlement availability information for each payment condition is also transmitted from the management device to the settlement device, and the settlement device also informs the player of the settlement availability information for each payment condition and the total amount that can be settled. The user can request the settlement amount after knowing whether or not the balance of each payment condition can be settled, and also the total amount that can be settled, and the settlement device will follow the settlement availability information of each payment condition. It becomes possible to perform a checkout process for each payment condition. In addition, since the management device has a settlement condition table and calculates the total amount that can be settled in the settlement device, the processing load on the management device is reduced, and only the updating of the settlement condition table of the management device is performed in a plurality of settlement devices. It becomes possible to change the settlement contents.
[0135]
Claims3According to the invention, the player can arbitrarily designate the amount of money he / she requests to pay from a small amount such as a hundred yen to a large amount such as 10,000 yen. In such designation, it becomes possible to make it impossible to designate fractional amounts such as less than one hundred yen or less than one thousand yen.
[0136]
Claims4According to this invention, the player can specify the amount of money that he / she requests to pay only by selecting the deposit condition.
[0137]
Claims5According to the invention, the player determines how much money will be settled according to the requested amount, how much will remain as the valuable value of the recording medium after the settlement, and the requested amount It will be possible to check before the checkout whether the amount can be checked out.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a gaming system according to the present embodiment.
FIG. 2 is a diagram for explaining cards used in the gaming system shown in FIG. 1;
FIG. 3 is a diagram for explaining cards used in the gaming system shown in FIG. 1;
4 is a block diagram showing a configuration of a terminal controller shown in FIG. 1. FIG.
FIG. 5 is a diagram showing a configuration example of information stored in a card management table shown in FIG. 4;
6 is a diagram showing a configuration example of information stored in a checkout condition table shown in FIG.
FIG. 7 is a block diagram showing a configuration of the card settlement machine shown in FIG.
FIG. 8 is a flowchart showing a card checkout processing procedure according to the present embodiment.
FIG. 9 is a diagram showing a display example by the display unit of the card settlement machine.
FIG. 10 is a diagram showing a display example by a display unit of the card settlement machine.
FIG. 11 is a diagram showing a display example by the display unit of the card settlement machine.
[Explanation of symbols]
100 card payment machine
101 Card insertion / outlet
103 Operation panel
106 Display section
107 bill outlet
109 coin outlet
111 storage unit
112 Communication control unit
113 Control unit
113a Calculateable amount calculation part
113b Payment details data creation part
113c Payment details data adjustment unit
113d Investment details data creation part
120 Terminal controller
121 Card management table
122 Checkout condition table
123 Input / output section
124 display
125 Communication control unit
126 Control unit
126a Table update unit
126b Settlement data creation part
127 storage unit
Claims (5)
前記管理装置は、
所定の入金条件ごとに区分けした有価価値を前記識別情報に対応付けて記憶するする管理テーブルと、
各入金条件の有価価値について精算を許可するか否かを示す精算可否情報を入金条件ごとに記憶する精算条件テーブルと、
前記精算可否情報に係る設定を所定の入力部から受け付けて、前記精算条件テーブルに記憶された精算可否情報を更新する更新手段と、
前記記録媒体精算装置から識別情報を受け付けた際に、前記精算条件テーブルに記憶された各入金条件の精算可否情報とともに、前記管理テーブルに記憶された各入金条件ごとの有価価値からなる精算情報を前記記録媒体精算装置に返送する返送手段とを備え、
前記記録媒体精算装置は、
前記管理装置から返送される精算情報に含まれる複数の有価価値に相当する金額および精算可否情報を、各入金条件ごとに区分けして遊技者に報知する第1の報知手段と、
前記第1の報知手段により金額を報知された遊技者から前記記録媒体に関して精算を要求する金額を受け付ける第1の受付手段と、
各入金条件の有価価値から精算不可の入金条件の有価価値を除外して精算可能金額を算出し、当該精算可能金額の範囲内で、前記第1の受付手段により受け付けられた金額を精算する精算手段と
を備えたことを特徴とする記録媒体精算システム。A management device that manages the value corresponding to the identification information recorded on the recording medium used in the amusement hall, and the value that receives the recording medium and manages the received recording medium by the management device A recording medium settlement system having a recording medium settlement apparatus that settles the money.
The management device
A management table for storing a valuable value divided for each predetermined payment condition in association with the identification information;
A settlement condition table that stores settlement allowance information indicating whether or not settlement is permitted for the valuable value of each deposit condition;
An update unit that accepts a setting related to the settlement availability information from a predetermined input unit, and updates the settlement availability information stored in the settlement condition table;
When the identification information is received from the recording medium settlement apparatus, the settlement information consisting of the valuable value for each payment condition stored in the management table together with the payment availability information of each payment condition stored in the payment condition table. Return means for returning to the recording medium settlement apparatus,
The recording medium settlement apparatus comprises:
First informing means for informing the player by dividing the amounts corresponding to a plurality of valuable values included in the settlement information returned from the management device and the settlement availability information for each payment condition;
First accepting means for accepting an amount for requesting settlement for the recording medium from a player who is informed of the amount by the first notifying means;
Settlement that calculates the amount that can be settled by excluding the value of deposits that cannot be settled from the value of each deposit condition, and settles the amount accepted by the first accepting means within the range of the amount that can be settled And a recording medium settlement system.
前記精算手段は、前記第2の受付手段により精算の実行が受け付けられた場合に、前記第2の報知手段により報知した精算の内容に基づいて精算をおこなうことを特徴とする請求項1〜4のいずれか一つに記載の記録媒体精算システム。When the first receiving means receives information for specifying the amount of money to be settled for the recording medium, the amount to be settled by the settlement means and after the amount is settled, stored in the management table The second informing means for informing the player of the contents of the settlement consisting of the amount corresponding to the updated valuable value and the execution of the settlement from the player who has been informed of the contents of the settlement by the second informing means And a second receiving means for receiving
The said adjustment means performs adjustment based on the content of the adjustment notified by the said 2nd alerting | reporting means, when execution of the adjustment is received by the said 2nd reception means. The recording medium settlement system according to any one of the above.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001158944A JP4080705B2 (en) | 2001-05-28 | 2001-05-28 | Recording medium settlement system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001158944A JP4080705B2 (en) | 2001-05-28 | 2001-05-28 | Recording medium settlement system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002346176A JP2002346176A (en) | 2002-12-03 |
| JP4080705B2 true JP4080705B2 (en) | 2008-04-23 |
Family
ID=19002600
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001158944A Expired - Fee Related JP4080705B2 (en) | 2001-05-28 | 2001-05-28 | Recording medium settlement system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4080705B2 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4597646B2 (en) * | 2004-11-26 | 2010-12-15 | 一般社団法人 電子認証システム協議会 | Game media lending system and deposit management method thereof |
| JP4907250B2 (en) * | 2006-07-20 | 2012-03-28 | グローリー株式会社 | Recording medium settlement apparatus, recording medium issuance apparatus, recording medium settlement method, and recording medium issuance method |
| JP2010075621A (en) * | 2008-09-29 | 2010-04-08 | Chuuzan:Kk | Game system |
| JP2015134222A (en) * | 2015-03-27 | 2015-07-27 | 株式会社三洋物産 | Game machine |
-
2001
- 2001-05-28 JP JP2001158944A patent/JP4080705B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002346176A (en) | 2002-12-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2010252865A (en) | GAME SYSTEM AND GAME MEDIUM MANAGEMENT DEVICE | |
| JP2002346200A (en) | System for settling accounts of recording medium | |
| JP2021122560A (en) | Game management system and game management method | |
| JP2007000522A (en) | Game storage management system | |
| JP4080705B2 (en) | Recording medium settlement system | |
| JP4681263B2 (en) | Recording medium settlement system | |
| JP7128935B2 (en) | Game system and program | |
| JP5190172B2 (en) | Game system | |
| JP2003016497A (en) | Recording medium processor | |
| JP5745793B2 (en) | Recording medium settlement system and recording medium settlement apparatus | |
| JP2011120692A (en) | Game management device, game machine corresponding device, and operating limit-setting method | |
| JP4393095B2 (en) | GAME SYSTEM CONTROL METHOD AND GAME SYSTEM | |
| JP5013667B2 (en) | Recording medium settlement system | |
| JP7828528B1 (en) | Value Management System | |
| JP7828529B1 (en) | Value Management System | |
| JP7828527B1 (en) | Value Management System | |
| JP7828530B1 (en) | Value Management System | |
| JP5769782B2 (en) | Recording medium settlement apparatus and recording medium settlement method | |
| JP7080519B2 (en) | Gaming equipment and programs | |
| JP7178031B1 (en) | gaming system | |
| JP4532187B2 (en) | Game system | |
| JP2003210818A (en) | Member management device, member management system and prize processing system | |
| JP2002325956A (en) | Recording medium settlement system | |
| JP4402343B2 (en) | Game media lending system by debit payment | |
| JP2002346199A (en) | System for settling accounts of recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040318 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040323 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040520 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040824 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20040924 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041022 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041027 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050415 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20051213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080207 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110215 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120215 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130215 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140215 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140215 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |