JP3960702B2 - Gaming machines and card clearing machines - Google Patents
Gaming machines and card clearing machines Download PDFInfo
- Publication number
- JP3960702B2 JP3960702B2 JP06304599A JP6304599A JP3960702B2 JP 3960702 B2 JP3960702 B2 JP 3960702B2 JP 06304599 A JP06304599 A JP 06304599A JP 6304599 A JP6304599 A JP 6304599A JP 3960702 B2 JP3960702 B2 JP 3960702B2
- Authority
- JP
- Japan
- Prior art keywords
- card
- value
- storage medium
- game
- gaming
- 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
- Pinball Game Machines (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、記憶媒体(例えばICカード)に対応づけられた遊技価値を用いて遊技を行う遊技機、及び、該記憶媒体に対応づけられた遊技価値を清算するカード精算機に関する。
【0002】
【従来の技術】
遊技機(例えばパチンコ機)には、遊技の進行により特別遊技状態(例えば大当たり状態)が発生すると、この特別遊技状態が所定の継続時間にわたって継続している間は、遊技価値を用いての遊技により特別な利益(大きな利益)が得られるようになっているものがある。
【0003】
また、このような遊技機には、現金を直接用いての遊技に代えて、記録媒体に記録された遊技価値を用いて遊技を行うものがある。例えば、パチンコ機においては、遊技の前に、購入金額に応じた遊技価値が付与されたプリペイドカードを購入し、このプリペイドカードに記録された遊技価値を貸球に変換しながら、遊技を行うものがある。
【0004】
【発明が解決しようとする課題】
しかしながら、このようなプリペイドカードを用いる遊技機では、プリペイドカードに付与された遊技価値が0となると、そのプリペイドカードを用いては遊技球の貸出ができなくなり、新たなプリペイドカードを購入する必要がある。このため、上述の特別遊技状態においてプリペイドカードの遊技価値が0になってしまった場合には、遊技者は遊技球の貸出を受けるために新たなプリペイドカードを用意する必要があり、この用意の間に特別遊技状態の継続時間が経過してしまう。したがって、遊技者は、いつ発生するか分からない特別遊技状態に備えて、常に新たなプリペイドカードを用意しておく等の必要が生じてしまっていた。
【0005】
本発明は、このような問題点に着目してなされたもので、記録媒体に対応づけられた遊技価値を用いて遊技を行う遊技機において、記憶媒体の遊技価値が消滅してしまっているときに特別遊技状態が発生した場合でも、適切な救済措置がとられ得るものを提供することを目的とする。
【0006】
【課題を解決するための手段】
第1の発明では、カード発行機より遊技者の操作によって発行された記憶媒体に対応づけられた遊技価値から変換された貸球を用いて遊技を行い、前記遊技が大当たり状態となった場合に遊技者に特別な利益を与えうる遊技機において、遊技者から貸球の要求がなされた場合に、遊技者に貸球を貸出すとともに、当該貸球に対応する遊技価値を前記記録媒体から減じ、前記記憶媒体には、前記遊技価値に加えて、遊技者にカードを預けたことと引き替えに前記カード発行機に納めさせる価値である記憶媒体固有価値が対応づけられており、遊技状態が大当たりであり、かつ、遊技価値の残高がない場合に、前記記憶媒体固有価値を遊技価値に変換して、該変換された遊技価値から変換された貸球を遊技に使用可能とする価値変換手段を備えた。
【0007】
第2の発明では、カード発行機より遊技者の操作によって発行された記憶媒体には、遊技価値と、遊技者にカードを預けたことと引き替えに前記カード発行機に納めさせる価値を預かっていることを示すカード代預かり情報として「カード代預かり有り」が記録されており、遊技状態が大当たりであり、かつ、前記記憶媒体に対応づけられた遊技価値の残高がないときに、球貸の要求がなされた場合に、該記憶媒体のカード預かり情報である「カード代預かり有り」を「カード代預かり無し」に書き換えるとともに、前記価値変換手段によって、前記記憶媒体固有価値を遊技価値に換算する。
【0008】
第3の発明では、カード預かり情報が記憶された記憶媒体を清算し、前記記憶媒体固有価値及び清算残高の払い戻しを行い、使用済み記憶媒体を回収するカード清算機であって、前記記憶媒体の清算において、該記憶媒体のカード代預かり情報が「カード代預かり有り」であれば前記記憶媒体固有価値を返却し、「カード代預かり無し」であれば前記記憶媒体固有価値を返却しないことを特徴とする。
【0009】
【発明の作用および効果】
本発明では、遊技者は、カード発行機より遊技者の操作によって発行された記憶媒体(例えばICカード)に対応づけられた遊技価値(例えば、弾球遊技機において遊技球の貸出を可能とする価値)を用いて遊技を行うが、前記記憶媒体に対応づけられた遊技価値の残高がないときに、遊技状態が特別遊技状態(大当たり状態)となった場合には、記憶媒体に対応づけられた記憶媒体固有価値を遊技価値に変換して該変換された遊技価値から変換された貸球を遊技に使用することができる。これにより、記憶媒体に対応づけられた遊技価値の残高がないときに、遊技状態が特別遊技状態に移行したとしても、記憶媒体に対応づけられた記憶媒体固有価値を救済的に遊技価値に変換して遊技を続行することができる(例えば、直ちに遊技球の貸出を受けることができる)ので、特別遊技状態に迅速に対応できる。特に、特別遊技状態の継続に制限時間が設けられている場合でも、特別遊技状態の継続時間を無駄にしてしまうことはない。また、記憶媒体の記憶媒体固有価値が遊技価値に変換されなかった場合には、遊技者は遊技店への記憶媒体の返却と引き替えに、相当する価値(例えば記憶媒体自体の代金に相当する金額)の交付を受けることができるので、記憶媒体の回収率が高まり、遊技店において記憶媒体にかかるコストを低減することができる。
【0010】
【発明の実施の形態】
以下、添付図面に基づいて、本発明の実施の形態について説明する。
【0011】
図1には、遊技機管理システムの全体構成を示す。
【0012】
図示されるように、遊技店1には、管理手段であるホストコンピュータ10、カード清算機20、複数のカード発行機30、遊技機本体40とカードユニット50からなる複数の遊技機9が備えられ、これらは相互に通信回線5を介して接続されている。遊技者は、カード発行機30から発行されたICカード1をカードユニット50に挿入し、そのICカード1に対応づけられている(記録されている)遊技価値(付加金額)を用いて遊技を行う。
【0013】
なお、各カードユニット50には異常状態の発生を報知する異常報知ランプ54が備えられている。また、ホストコンピュータ10は、外部通信回線(電話回線)6を介してカード会社7にも接続されている。
【0014】
図2には、遊技機9の構成を示す。
【0015】
図示されるように、遊技機本体40は、カードユニット50に遊技球の貸出を指令するための球貸スイッチ41、ICカード1の返却を指示する返却スイッチ42、その時点でICカード1の付加金額の残高(現在付加金額)を表示させる残高表示部43、遊技球の排出を行う球排出装置44、球排出装置44を制御する球排出制御装置45を備えている。この球排出制御装置45には、カードユニット40における操作に基づいてどれだけの遊技球を貸し出すかを指示する球貸信号と、カードユニット50における異常状態の発生や遊技機本体40とカードユニット50との非接続等を知らせる状態信号が、カードユニット40から入力される。
【0016】
また、遊技機本体40には、遊技のための遊技球発射を行う発射装置46と、この発射装置46の駆動および停止を制御する発射制御装置が備えられる。この発射制御装置47には、球排出制御装置45から許可信号が入力され、この許可信号による許可があった場合のみ、発射装置46からの遊技球発射がなされるようになっている。そして、この許可信号は、前述の状態信号が、カードユニット50における異常状態の発生や遊技機本体40とカードユニット50との非接続等、遊技機9における遊技を停止すべき状態の発生を示すものである場合には送信されず、発射装置46からの遊技球発射が停止するようになっている。
【0017】
遊技機本体40には、遊技機9における遊技を統括的に制御する遊技制御装置48が備えられる。この遊技制御装置48は、遊技の進行に応じて実行される抽選に応じて、遊技を特別遊技状態(大当たり状態)に移行させる。この特別遊技状態には、所定の制限時間が設けられており、制限時間経過とともに、遊技は通常の遊技状態に復帰する。
【0018】
また、特別遊技状態発生を示す信号(大当たり信号)は、カードユニット50のカードユニット制御装置51に送信される。この送信により、カードユニット50においては、後述するように、ICカード1の付加金額が無くなった状態で大当たりが発生した場合に、ICカード1のカード代金分の遊技価値が遊技に使用可能となる。
【0019】
カードユニット50は、記憶媒体であるICカード1の処理を行う記憶媒体処理装置であり、ROM,RAM,CPUを備えたカードユニット制御装置51と、所定の挿入口に挿入されたICカード1に対して情報の読み取り/書き込みをするカードR/W(カードリーダー/ライター)と、ICカード1を挿入口内部に取り込んだり、挿入口から排出したりするカード搬送装置53と、異常報知ランプ54を備えている。遊技者がカードユニット40の挿入口にICカード1を挿入して球貸スイッチ41を操作すると、カードユニット制御装置51は、この指令にしたがって、球貸信号を球排出制御装置45に送信する。これにより、球排出装置44から遊技球が排出されたならば、この排出分だけICカード1の付加金額が減少するように、カードR/W52によるICカード1への書き込みがなされる。
【0020】
なお、カードユニット50(記憶媒体処理装置)は、遊技機本体40と一体で形成されたものであってもよく、また遊技機本体40自体にカードユニット50の機能を持たせるようにしてもよい。
【0021】
図3には、ホストコンピュータ10、カード清算機20、カード発行機30の構成を示す。
【0022】
図示されるように、ホストコンピュータ10は、演算・制御装置11と、管理者による操作のための入力装置12と、出力装置13と、記憶装置14とを備え、通信インターフェース15を介してカード清算機20、カード発行機30等と接続され、また通信インターフェース(モデム)16を介して外部のカード会社7と接続されている。
【0023】
このホストコンピュータ10は、遊技店内の種々の遊技設備を統括管理するコンピュータであり、ICカード1に関する情報は、カード発行機30からの発行、遊技機9(カードユニット50)での使用、カード清算機20での清算の各段階において読み取られて、ホストコンピュータ10に送信され、記憶装置14内のカード残高データベースにおいて統括管理されるようになっている。
【0024】
ホストコンピュータ10は、各カード発行機30に、当日にカードID番号として付与してもよい番号の集合(カードID番号の候補群)を、異なるカード発行機30で重複しないように適切に振り分けて送信する。ここで、カードID番号とは、付加金額が0でないICカード1に1対1で対応するように(重複しないように)付与される数値データであり(図4参照)、個々のICカード1はこのカードID番号により識別可能となっている。
【0025】
なお、付加金額0となったICカード1のカードID番号は抹消され(0Hとされ)、また、ホストコンピュータ10のカード残高データベースからも、当該ICカード1に関する情報は削除される。これにより、カード残高データベースのデータ量およびICカード1に割り当てられるカードID番号は必要最小限とでき、ICカード1の管理が容易となる。
【0026】
カード発行機30は、ROM、RAM、CPUを備えた制御装置31、金額選択スイッチ32、カード返却スイッチ33、紙幣処理装置34A、硬貨処理装置34B、釣り銭払い出し装置35、カードR/W36、カード搬送装置37、表示部38、インターフェース39等から構成され、操作者の金額選択にしたがって付加金額が付与されたICカード1の発行、および既発行のICカード1に対する新たな付加金額の付与を行う。なお、この新規のカード発行においては、カードID番号が前述のカードID候補群から重複しないように選択され、発行されるICカード1に付与されるようになっている。
【0027】
また、新規発行のICカード1の代金には、ICカード1に付与された付加金額に加えて、カード預り金(カード代金)が対応づけられ、発行されたICカード1自体は、このカード代金と引き替えに遊技者に預けられたものとして扱われる。そして、後述するように、カード清算機20にICカード1を返却すると、カード清算機20からこのカード預かり金が返却されるようになっている。なお、本実施の形態では、このカード預かり金が、特許請求の範囲における記憶媒体固有価値に相当する。
【0028】
カード清算機20は、ROM,RAM,CPUを備えた制御装置21、硬貨払い出し装置24、カードR/W25、カード搬送装置26、表示部27、インターフェース28等から構成される。このカード清算機20は、使用済みのICカード1の回収と、カード預かり金および清算残高の払い戻しを行うものである。
【0029】
このカード清算機20によるICカード1の回収においては、ICカード1のカード代預かり情報(後述)が「カード代預かり有り」である限り、カード預り金の返却がなされる。したがって、使用済みICカード1の回収率が高まり、使用されないで放置されるICカード1が少なくなる。よって、ICカード1に割り当てられたまま無駄になってしまうカードID番号が少なくなり、ホストコンピュータ10によるICカード1の管理が容易となる。
【0030】
図4には、ICカード1の構成を示す。
【0031】
図示されるように、ICカード1には書換不能メモリ領域2と、書換可能メモリ領域3とを備える。書換不能メモリ領域2には、カード製造番号や固定セキュリティコードといったICカード1の製造に関わるデータが記録されている。また、書換可能メモリ領域3には、カードID番号、現在付加金額、累計付加金額、カード代預かり情報、可変セキュリティコード等が、随時書き換えられて記憶されている。ここで、累計付加金額とは、カード発行機30において当該ICカード1に付加された遊技価値(金額)の累計であり、例えば遊技店による遊技者へのサービスのために使用される。
【0032】
また、カード代預かり情報とは、この情報が「カード代預かり有り」である場合に、カード清算機20からカード預り金の払い戻しがなされるようにするためのデータである。このカード代預かり情報は、通常、「カード代預かり有り」となっているが、後述するように特別遊技状態においてカード預り金分の遊技価値が遊技に使用された場合には、「カード代預かり無し」に書き換えられる。
【0033】
書換不能メモリ領域2および書換可能メモリ領域3は、接点部4と接続され、この接点部4を介して読み込みおよび書き換えがなされるようになっている。なお、ICカード1は、書換不能メモリ領域2および書換可能メモリ領域3と接点部4の間にICを備えた形態をとるようにしてもよい。
【0034】
図5には、ホストコンピュータ10の記憶装置14に記憶されているカード残高データベースの一例を示す。図示されるように、カード残高データベースには、カードID番号に1対1に対応して現在付加金額が記憶されている。これにより、カードID番号が付与されたICカード1について、現在付加金額の状態を一律に管理し得る。
【0035】
図6には、ホストコンピュータ10、カード清算機20、カード発行機30、カードユニット50のそれぞれにおける処理を、フローチャートで示す。
【0036】
ホストコンピュータ10は、ステップS1で初期化処理を行った後、ステップS2で当日発行するためのカードID番号候補群を決定する。そして、ステップS3では、ステップS2で決定されたカードID番号候補群を重複しないように適切に分散し、複数のカード発行機30に送信する。その後、ステップS4の清算操作対応処理、ステップS5のカード発行対応処理、ステップS6の球貸操作対応処理のループを繰り返す。
【0037】
カード清算機20は、ステップS11の初期化処理の後、ホストコンピュータ10における清算操作対応処理(ステップS4)に連携して、ステップS12の清算操作受付処理を繰り返す。
【0038】
カード発行機30は、ステップS21の初期化処理の後、ステップS22でホストコンピュータ10から受信したカードID番号候補群を記憶する。その後、ホストコンピュータ10におけるカード発行対応処理(ステップS5)と連携して、ステップS23のカード発行受付処理を繰り返す。
【0039】
また、カードユニット50は、ステップS31の初期化処理の後、ホストコンピュータにおける球貸操作対応処理(ステップS6)と連携して、ステップS32の球貸操作受付処理を繰り返す。
【0040】
図7〜図10には、ホストコンピュータ10におけるカード発行対応処理(図6のステップS5)と、カード発行機30におけるカード発行受付処理(図6のステップS23)の詳しい処理手順を示す。
【0041】
図7に示すように、ホストコンピュータ10のカード発行対応処理においては、ステップS40の金額付加対応処理(1)、ステップS50の金額付加対応処理(2)、ステップS60の金額付加対応処理(3)が順次実行される。
【0042】
これに対して、カード発行機30のカード発行受付処理においては、ステップS71でカード発行機30にICカード1の挿入があったか否かの判定がなされ、挿入が無かった場合(すなわち、新たなICカード1を発行する場合)には、ステップS80の金額付加受付処理(1)を、金額付加対応処理(1)との関連で実行して、ルーチン終了する。また、ICカード1の挿入があった場合、すなわち、既発行のICカード1の付加金額を更新する(金額を追加する)場合には、ステップS72においてICカード1にカードID番号の記録があるか否かの判定がなされる。そして、記録が無かった場合には、当該カード1に新たにカードID番号を付与する必要があるので、ステップS90の金額付加受付処理(2)を、金額付加対応処理(2)との関連で実行して、ルーチン終了する。また、記録があった場合には、ステップS110の金額付加受付処理(3)を、金額付加対応処理(3)との関連で実行して、ルーチン終了する。
【0043】
図8には、金額付加対応処理(1)と金額付加受付処理(1)の詳細な処理手順を示す。
【0044】
金額付加受付処理(1)では、まずステップS81で、各種操作の受付処理、すなわち、カード発行機30への紙幣の挿入を受け付けたり、ICカード1への付加金額(ICカード1に新たに加えられる遊技価値分に相当する金額)の選択を受け付けたりする処理が実行される。
【0045】
続くステップS82では、遊技者(カード発行機30の操作者)による金額の付加操作(付加金額をICカード1に付与することを要求する操作)があったか否かの判定がなされ、付加操作が無ければそのままルーチンを終了する。
【0046】
一方、付加操作があった場合には、ステップS83で遊技者により選択された金額を付加金額(現在付加金額)として設定し、ステップS84で新たなICカード1を発行すべきICカード1として準備する。そして、ステップS85で、発行すべきICカード1に、カードID番号と付加金額の書き込みを行い、ステップ86で、当該ICカード1のカード代預かり情報として「カード代預かり有り」を記録する。
【0047】
ステップS87では、ICカード1の発行情報(発行すべきICカード1に書き込んだカードID番号と付加金額のデータを含む)をホストコンピュータ10に送信する。その後、ステップS88で釣り銭を払い出し、ステップS89でICカード1を排出して、ルーチンを終了する。
【0048】
一方、金額付加対応処理(1)においては、ステップS41でカード発行機30からカード発行情報の受信があったか否かの判定がなされ、受信があったならばステップS42でこのカード発行情報に基づいてカード残高データベースを更新し、受信が無かったならばそのままルーチンを終了する。
【0049】
図9には、金額受付処理(2)と金額付加対応処理(2)の詳細な処理手順を示す。
【0050】
金額受付処理(2)では、まずステップS91で各種操作の受付処理(図8のステップS81と同様の処理)が実行される。続くステップS92では、ICカード1の返却操作(返却を要求する操作)があったか否かの判定がなされ、返却操作があったならばステップS99に進み、ICカード1を遊技者側に排出してルーチン終了する。一方、返却操作がない場合には、ステップS93で金額の付加操作があったか否かの判定がなされ、付加操作がなければステップS91に戻り、また、付加操作があればステップS94に進む。
【0051】
ステップS94では、付加操作に基づいて付加金額の設定がなされ、ステップS95では、カード代預かり情報が「カード代預かり有り」に再設定される。すなわち、カード代が使用されていないICカード1はそのまま「カード代預かり有り」とされるとともに、カード代が使用されたICカード1については、カード代金分の金額投入と引き替えに、カード預かり情報を「カード代預かり無し」から「カード代預かり有り」に設定し直す。
【0052】
続くステップS96では、累計の付加金額を当該ICカード1に記録し、ステップS97では、カードID番号と付加金額を当該ICカード1に記録する。
【0053】
ステップS98〜ステップS100の処理は、図8のステップS87〜ステップS89の処理に相当する処理であり、カード発行情報の送信(ステップS98)、釣り銭の払い出し(ステップS99)、カードの排出(ステップS100)を順次実行して、ルーチン終了する。
【0054】
一方、金額付加対応処理(2)では、金額付加対応処理(1)と同様に、ステップS51でカード発行情報を受信したか否かの判定がなされ、受信があればステップS52において、このカード発行情報に基づいてカード残高データベースを更新する。
【0055】
図10には、金額付加受付処理(3)と金額付加対応処理(3)の詳細な処理手順を示す。
【0056】
カード発行機30による金額付加受付処理(3)においては、まずステップS111で、カード発行機30に挿入されたICカード1の付加金額の残高(現在付加金額)をホストコンピュータ10に問い合わせる。これに対して、ホストコンピュータ10における金額付加対応処理(3)では、ステップS61で、この問い合わせ情報の受信があったか否かの判定がなされており、問い合わせがあった場合には、ステップS62で、カード残高データベースから該当するカードID番号の現在付加金額を検索し、続くステップS63で、検索された現在付加金額をカード発行機30に送信する。このようにホストコンピュータ10からカード残高の情報が送信されると、カード発行機30による金額付加受付処理(3)のステップS112において、当該ICカード1の付加金額のデータされ受信され、この付加金額(残高)が表示部38に表示される。
【0057】
ステップS112に続くステップS113〜ステップS121の処理は、金額受付処理(2)におけるステップS91〜ステップS100に相当する処理であり、各種操作の受付処理(ステップS113)、カードの返却操作があったか否かの判定(ステップS114)、金額の付加操作があったか否かの判定(ステップS115)、付加金額の設定(ステップS116)、当該ICカード1への累計付加金額の記録(ステップS117)、当該ICカード1への付加金額の記録(ステップS118)、カード発行情報の送信(ステップS119)、釣り銭の払い出し(ステップS110)、カードの排出(ステップS111)を順次実行して、ルーチン終了する。
【0058】
なお、この金額受付処理(2)では、処理すべきICカード1には、既に付加された付加金額の残高(現在付加金額)が残っているので、ステップS116のこの付加金額の残高に付加操作分の金額を加算することにより、付加金額の設定がなされる。また、ステップS117の累計付加金額の記録処理では、ICカード1にそれ以前に記録されていた累計金額のデータに、ステップS116で設定された付加金額を加算して新たな累計金額を算出し、この新たな累計金額をICカード1に記録することになる。また、当該ICカード1にはカードID番号が既に記録されているので、ステップS118では、新たにカードID番号の記録はなされず、付加金額の記録のみがなされる。
【0059】
一方、ホストコンピュータにおける金額付加対応処理(3)においては、ステップS63に引き続いて、金額付加対応処理(2)、(3)と同様に、発行情報受信の判定処理(ステップS64)、カード残高データベースの更新処理(ステップS65)が実行される。
【0060】
図11には、ホストコンピュータ10における球貸操作対応処理(図6のステップS6)と、カードユニット50における球貸操作受付処理(図6のステップS32)の詳しい処理手順を示す。
【0061】
カードユニット50による球貸操作受付処理においては、まずステップS131で、ICカード1のカードユニット50への挿入が検出されたか否かの判定がなされ、検出があった場合にはステップS132に進み、検出が無かった場合にはそのままルーチン終了する。ステップS132では、挿入されたICカード1にカードID番号が存在するか否かの判定がなされ、カードID番号が存在しない場合にはステップS143でカードを遊技者側に返却してルーチンを終了し、カードID番号が存在する場合にはステップS133に進む。
【0062】
ステップS133では、挿入されたICカード1について、ホストコンピュータ10に問い合わせ情報(当該ICカード1のカードID番号を含む)を送信する。そして、ステップS134では、問い合わせ情報を受けたホストコンピュータ1から送信してきた情報を受信し、この情報に含まれる当該ICカード1の現在付加金額を現在残高とし、ステップS135で、この現在残高を残高表示部43に表示する。
【0063】
ステップS136では、遊技者が行った球貸操作に基づく球貸処理(遊技球の貸出)を行う。なお、この球貸処理においては、遊技球の貸し出し分だけ当該ICカード1の現在付加金額を減少させる処理も実行される。
【0064】
続くステップS137では、球貸によって現在残高が0となったか否かの判定をする。この判定により、現在残高が0である場合には、ステップS138において残高0カード発生情報(当該ICカード1のカードID番号を含む)をホストコンピュータ10に送信し、ステップS139においてカードID番号の消去(0Hの書込)を行い、さらに続くステップS140において特別貸球処理140を実行して、ステップS143に進む。
【0065】
一方、現在残高が0でなければ、ステップS141に進み、返却ボタンの操作があったか否かの判定をし、返却ボタンの操作がなかった場合にはステップS126に戻る。また、返却ボタンの操作があった場合にはステップS142に進み、カード利用情報(当該ICカード1のカードID番号と付加金額(残高)を含む)を、ホストコンピュータ10に送信して、ステップS143に進む。
【0066】
ステップS143では、ICカード1を遊技者側へ返却してルーチン終了する。
【0067】
これに対して、コンピュータ10による球貸操作対応処理では、ステップS151で、カードユニット50からの問い合わせ情報(球貸操作受付処理のステップS133で送信された問い合わせ情報)の受信があったか否かの判定がなされ、受信がなかった場合には、そのままステップS154に進む。一方、受信があった場合には、ステップS152において、上記問い合わせ情報に含まれるカードID番号を用いて当該ICカード1の付加金額をカード残高データベースから検索する。続くステップS153では検索された付加金額をカードユニット30に送信し、ステップS154に進む。
【0068】
ステップS154では、カードユニット50からの残高0カード発生情報(球貸操作処理のステップS138で送信された情報)の受信があったか否かの判定がなされ、受信がなければそのままステップS156に進む。一方、受信があった場合には、ステップS155でカード残高データベースから当該ICカード1のカードID番号を削除してから、ステップS156に進む。
【0069】
ステップS156では、カードユニット50からのカード利用情報を受信したか否かの判定がなされ、受信が無ければそのままルーチン終了する。一方、受信があったならば、ステップS157で、このカード利用情報に含まれる当該ICカード1のカードID番号と記録遊技価値に基づいてカード残高データベースを更新して、ルーチン終了する。
【0070】
図12は、特別貸球処理(図11のステップS140の処理)の処理手順を示すフローチャートである。この特別貸球処理が、本発明の特徴となる。
【0071】
ステップS161では、遊技機9の遊技が大当たり状態(特別遊技状態)であるか否かの判定がなされる。この判定は、大当たり時に遊技機本体40からカードユニット50に送信されてくる大当たり信号に基づいてなされる。
【0072】
このステップS161の判定において遊技が大当たり状態でなければ、ステップS162に進み、カード返却スイッチ(ボタン)42が操作されたか否かの判定がなされる。そして、操作がなければステップS161に戻り、操作があればそのままルーチン終了する。すなわち、遊技が大当たりでない場合には、所定の付加金額が使い切られたICカード1は、カード返却の要求を待ってそのまま返却される。
【0073】
一方、遊技が大当たり状態であればステップS163に進み、球貸スイッチ(ボタン)41が操作されたか否かの判定がなされる。そして、球貸スイッチ41の操作が無ければステップS162に進み、操作があればステップS164に進む。
【0074】
ステップS164では、当該ICカード1に、カード代預かり情報として「カード代預かり無し」を記録し、続くステップS165では、カード預り金を球貸金額に換算した球貸処理がなされる。すなわち、カードユニット50に挿入されているICカード1の付加金額が0であるときに大当たり状態が発生し、かつ遊技者が球貸の要求がなされた場合には、カード清算機20で当該ICカード1の預かり金の払い戻しが行えなくなるのと引き替えに、当該ICカード1の代金相当分の遊技球の貸出が行われる。これにより、大当たり状態において遊技球が無くなってしまった場合にも、救済的に遊技球の貸出がなされ、遊技者は大当たり状態の継続時間を無駄にしないで済む。
【0075】
図13には、ホストコンピュータ10における清算操作対応処理(図6のステップS4の処理)と、カード清算機20における清算操作受付処理(図6のステップS12の処理)の詳しい処理手順を示す。
【0076】
清算操作受付処理においては、まずステップS171でカード清算機20へのICカード1の挿入が検出されたか否かの判定がなされ、検出があった場合にはそのままルーチン終了し、検出が無かった場合にはステップS172に進む。
【0077】
ステップS172では、挿入されたICカード1にカードID番号が存在するか否かの判定がなされ、存在しない場合にはステップS178に進み、存在する場合にはステップS173に進む。
【0078】
ステップS173では、当該ICカード1に関する問い合わせ情報(カードID番号を含む)を、ホストコンピュータ10に送信する。続くステップS174では、この問い合わせ情報を受けたホストコンピュータ10が送信してきた情報に基づき、当該ICカード1の付加金額(残高)を清算残高として設定し、ステップS175で、設定された清算残高分の金額(硬貨)を遊技者側に排出する。そして、ステップS176で残高0カード発生情報(カードID番号を含む)をホストコンピュータ10に送信し、ステップS177で当該ICカード1のカードID番号を消去して、ステップS178に進む。
【0079】
ステップS178では、当該ICカード1のカード代預かり情報が「カード代預かり有り」であるか否かの判定がなされる。そして、「カード代預かり有り」であれば、ステップS179でカード代を返却して、ステップS180でカードを回収してルーチン終了する。一方、「カード代預かり無し」であれば、ステップS181で、カード代は返却せずに当該ICカード1を返却してルーチン終了する。
【0080】
これに対して、ホストコンピュータ10における清算操作対応処理では、ステップS191で、カード清算機20からの問い合わせ情報(清算操作受付処理のステップS173で送信された情報)を受信したか否かの判定がなされ、受信が無かったならば、そのままステップS194に進む。一方、受信があったならば、ステップS192において、問い合わせ情報に含まれるカードID番号を用いて当該ICカード1の付加金額をカード残高データベースから検索し、ステップS193において、検索された付加金額をカード清算機20に送信して、ステップS194に進む。
【0081】
ステップS194では、カード清算機20からの残高0カード発生情報(清算操作受付処理のステップS176で送信された情報)を受信したか否かの判定がなされ、受信が無かったならば、そのままルーチン終了する。一方、受信があったならば、ステップS195で、残高0カード発生情報に含まれるカードID番号のデータをカード残高データベースから削除して、ルーチン終了する。
【0082】
以上のように、本実施の形態では、遊技者はICカード1に対応づけられた付加金額との引き替えで遊技球の貸出を受けて遊技を行うが、このICカード1の付加金額が0であるときに遊技状態が大当たり状態となった場合には、ICカード1のカード預り金(カード代金)に相当する遊技球の貸出を受けて遊技を続行することができる。したがって、遊技が大当たり状態となったにも関わらず、遊技球が無くなってしまって大当たり状態の継続時間を無駄にしてしまうようなことはない。
【0083】
また、通常、ICカード1のカード代は遊技球の貸出に使用されないので、カード清算機20におけるICカード1の回収時には、カード預り金の返却がなされる。したがって、ICカード1の回収率が高まり、遊技店においてICカード1の発行にかかるコストを低減することができる。
【0084】
なお、上記実施の形態では、記憶媒体としてICカード1を用いたが、本発明はこのような形態に限られず、記憶媒体はどのような形態のものであってもかまわない。
【0085】
また、上記の実施の形態では、カード預り金(記憶媒体固有価値)を遊技価値に変換する処理は、総て遊技機9内部(カードユニット50)で実行されたが、本発明はこのような形態に限られるものではなく、例えばカード預り金の遊技価値への変換をホストコンピュータ10側で管理するようにしてもよい。なお、本実施の形態のようにカード預り金に関する処理をICカード1に記憶された情報のみを信用して遊技機9内部で処理するようにし、かつ付加金額に関してはホストコンピュータ10側で管理された情報に基づいて処理するようにした場合には、ICカード1毎のカード預り金に関する情報をホストコンピュータ10側に記憶しておく必要がないのでホストコンピュータ10の記憶容量が削減できるとともに、付加金額に関する情報については高い信頼性を維持できる。また、この場合、仮にカード預り金に関する情報が改竄される等の不正行為があったとしても、カード預り金は安価に設定されているので、不正行為を行う労力に対して、得られる不正な利益は少なく、不正行為による被害は問題とならない。
【図面の簡単な説明】
【図1】本発明の実施の形態における遊技設備管理システムを示す全体構成図である。
【図2】同じく遊技機を示す構成図である。
【図3】同じくホストコンピュータ、カード清算機、カード発行機を示す構成図である。
【図4】同じくICカードを示す説明図である。
【図5】同じくカード残高データベースを示す説明図である。
【図6】同じくカード発行機のデータベースを示す説明図である。
【図7】同じくカードユニットのデータベースを示す説明図である。
【図8】同じくホストコンピュータ、カード発行機、カードユニットにおける処理手順を示すフローチャートである。
【図9】同じくカード発行機におけるカード発行受付処理とホストコンピュータにおけるカード発行対応処理の処理手順を示すフローチャートである。
【図10】同じくカードユニットにおける球貸操作受付処理とホストコンピュータにおける球貸操作対応処理の処理手順を示すフローチャートである。
【図11】同じくカードユニットにおける球貸操作受付処理とホストコンピュータにおける球貸操作対応処理の処理手順を示すフローチャートである。
【図12】同じくカードユニットにおける特別貸球処理の処理手順を示すフローチャートである。
【図13】同じくカードユニットにおける球貸操作受付処理とホストコンピュータにおける球貸操作対応処理の処理手順を示すフローチャートである。
【符号の説明】
1 ICカード
3 書換可能メモリ
5 通信回線
9 遊技機
10 ホストコンピュータ
30 カード発行機
40 遊技機本体
48 遊技制御装置
50 カードユニット
51 カードユニット制御装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a gaming machine that plays a game using a gaming value associated with a storage medium (for example, an IC card)., And a card settlement machine for clearing the game value associated with the storage mediumAbout.
[0002]
[Prior art]
In a gaming machine (for example, a pachinko machine), when a special gaming state (for example, a big hit state) occurs due to the progress of the game, while the special gaming state continues for a predetermined duration, a game using the gaming value is used. There are some special benefits (big benefits) that can be obtained.
[0003]
In addition, some of these gaming machines play games using game values recorded on a recording medium instead of using cash directly. For example, in a pachinko machine, before a game, a prepaid card with a game value according to the purchase amount is purchased, and the game value recorded on the prepaid card is converted into a rental ball and played. There is.
[0004]
[Problems to be solved by the invention]
However, in a gaming machine using such a prepaid card, when the game value given to the prepaid card becomes 0, it becomes impossible to rent game balls using the prepaid card, and it is necessary to purchase a new prepaid card. is there. For this reason, when the game value of the prepaid card becomes 0 in the above-mentioned special game state, the player needs to prepare a new prepaid card in order to receive the rental of the game ball. In the meantime, the duration of the special gaming state elapses. Therefore, it has become necessary for the player to always prepare a new prepaid card in preparation for a special game state in which it is not known when it will occur.
[0005]
The present invention has been made by paying attention to such problems, and when the gaming value of the storage medium has disappeared in a gaming machine that uses the gaming value associated with the recording medium. It is an object to provide a device capable of taking appropriate remedies even when a special gaming state occurs.
[0006]
[Means for Solving the Problems]
In the first invention,Issued by the player's operation from the card issuing machineCorresponding to storage mediaWasGame using a rental ball converted from game valueCan give a special benefit to the player if the game is a big hitIn gaming machines,When a player requests a ball rental, the player lends a ball to the player and subtracts the game value corresponding to the ball from the recording medium,In the storage medium, In addition to the gaming value, it is worth paying to the card issuing machine in exchange for depositing the card to the playerStorage media inherent value is associatedCage,The game state is a big hit and there is no balance of game valueIn this case, the storage medium inherent value is converted into a game value., A rental ball converted from the converted gaming valueA value conversion means that can be used for games is provided.
[0007]
In the second invention,By the player's operation from the card issuing machineThe issued storage medium contains gaming value and, Indicating that the value is paid to the card issuing machine in exchange for the card deposited with the player"Card payment is available" is recorded as card payment information,The gaming state is a big hit, andGame value associated with the storage mediumNo balanceSometimes it is card storage information of the storage medium when a ball rental request is made"There is card custody""No card payment"RewriteAt the same time, the value conversion means converts the unique value of the storage medium into a game value.Do.
[0008]
In the third invention,A card clearing machine for clearing a storage medium in which card deposit information is stored, reimbursing the storage medium intrinsic value and clearing balance, and collecting a used storage medium. In the clearing of the storage medium, the storage medium If the card receipt information is “with card receipt”, the storage medium intrinsic value is returned, and if “no card receipt”, the storage medium intrinsic value is not returned.
[0009]
Operation and effect of the invention
In the present invention, the playerIssued by the player from the card issuing machineA game is played using a game value associated with a storage medium (for example, an IC card) (for example, a value capable of renting game balls in a ball game machine), and a game value associated with the storage medium.BalanceWhen there is no game state, special gaming state(Big hit state)If it becomes, the inherent value of the storage medium associated with the storage medium is converted into a game valueA rental ball converted from the converted game value is used as a game.Can be used. As a result, the game value associated with the storage mediumBalanceEven if the gaming state is changed to the special gaming state when there is no game, the storage medium inherent value associated with the storage medium can be converted to the gaming value remedy and the game can be continued (for example, immediately Ball can be rented), so it can respond quickly to special gaming conditions. In particular, even when a time limit is provided for the continuation of the special gaming state, the continuation time of the special gaming state is not wasted. Further, when the storage medium intrinsic value of the storage medium is not converted into the game value, the player returns the storage medium to the game store in exchange for the corresponding value (for example, the amount corresponding to the price of the storage medium itself). ) Can be received, the collection rate of the storage medium is increased, and the cost of the storage medium at the amusement store can be reduced.
[0010]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings.
[0011]
FIG. 1 shows the overall configuration of the gaming machine management system.
[0012]
As shown in the figure, the
[0013]
Each
[0014]
FIG. 2 shows the configuration of the
[0015]
As shown in the drawing, the gaming machine
[0016]
In addition, the gaming machine
[0017]
The gaming machine
[0018]
In addition, a signal indicating the occurrence of a special gaming state (a jackpot signal) is transmitted to the card
[0019]
The
[0020]
The card unit 50 (storage medium processing device) may be formed integrally with the gaming machine
[0021]
FIG. 3 shows configurations of the
[0022]
As shown in the figure, the
[0023]
The
[0024]
The
[0025]
Note that the card ID number of the
[0026]
The
[0027]
Further, in addition to the additional amount given to the
[0028]
The
[0029]
In the collection of the
[0030]
FIG. 4 shows the configuration of the
[0031]
As shown in the figure, the
[0032]
The card deposit information is data for allowing the
[0033]
The
[0034]
FIG. 5 shows an example of a card balance database stored in the
[0035]
FIG. 6 is a flowchart showing processes in each of the
[0036]
After performing the initialization process in step S1, the
[0037]
After the initialization process in step S11, the
[0038]
The
[0039]
The
[0040]
7 to 10 show detailed processing procedures of the card issue handling process in the host computer 10 (step S5 in FIG. 6) and the card issue acceptance process in the card issuing machine 30 (step S23 in FIG. 6).
[0041]
As shown in FIG. 7, in the card issuance handling process of the
[0042]
On the other hand, in the card issue acceptance process of the
[0043]
FIG. 8 shows the detailed processing procedure of the money addition processing (1) and the money addition reception processing (1).
[0044]
In the amount addition acceptance process (1), first, in step S81, acceptance processing of various operations, that is, insertion of a bill into the
[0045]
In the subsequent step S82, it is determined whether or not there has been an operation of adding an amount of money (an operation requesting that the additional amount is given to the IC card 1) by the player (operator of the card issuing machine 30). If this is the case, the routine is terminated.
[0046]
On the other hand, if there is an additional operation, the amount selected by the player in step S83 is set as an additional amount (current additional amount), and a
[0047]
In step S87, issuance information of the IC card 1 (including the card ID number written in the
[0048]
On the other hand, in the amount addition processing (1), it is determined in step S41 whether or not card issue information has been received from the
[0049]
FIG. 9 shows a detailed processing procedure of the money amount reception process (2) and the money amount addition handling process (2).
[0050]
In the money amount reception process (2), first, a reception process for various operations (a process similar to step S81 in FIG. 8) is executed in step S91. In the subsequent step S92, it is determined whether or not there has been a return operation (operation for requesting return) of the
[0051]
In step S94, the additional amount is set based on the additional operation, and in step S95, the card payment information is reset to “card payment is present”. In other words, the
[0052]
In the subsequent step S96, the cumulative additional amount is recorded on the
[0053]
The processing of step S98 to step S100 is processing equivalent to the processing of step S87 to step S89 in FIG. 8, and transmits card issue information (step S98), change change (step S99), and card discharge (step S100). ) Are executed sequentially, and the routine ends.
[0054]
On the other hand, in the money addition processing (2), as in the money addition processing (1), it is determined whether or not the card issuance information has been received in step S51, and if received, this card issuance is performed in step S52. Update the card balance database based on the information.
[0055]
FIG. 10 shows a detailed processing procedure of the money amount addition receiving process (3) and the money amount addition corresponding process (3).
[0056]
In the amount addition receiving process (3) by the
[0057]
The processing from step S113 to step S121 following step S112 is processing equivalent to step S91 to step S100 in the money amount reception processing (2), and whether or not there has been various types of operation reception processing (step S113) and card return operation. Determination (step S114), determination of whether or not an operation for adding an amount has been made (step S115), setting of the additional amount (step S116), recording of the accumulated additional amount to the IC card 1 (step S117), the
[0058]
In this amount acceptance process (2), since the balance of the additional amount already added (current additional amount) remains in the
[0059]
On the other hand, in the amount addition corresponding process (3) in the host computer, the issue information reception determination process (step S64), the card balance database, similar to the amount addition corresponding processes (2) and (3), following step S63. The update process (step S65) is executed.
[0060]
FIG. 11 shows the detailed processing procedure of the ball lending operation handling process in the host computer 10 (step S6 in FIG. 6) and the ball lending operation acceptance process in the card unit 50 (step S32 in FIG. 6).
[0061]
In the ball lending operation acceptance process by the
[0062]
In step S133, inquiry information (including the card ID number of the IC card 1) is transmitted to the
[0063]
In step S136, ball lending processing (lending game balls) based on the ball lending operation performed by the player is performed. In this ball lending process, a process of reducing the current additional amount of the
[0064]
In a succeeding step S137, it is determined whether or not the current balance becomes 0 by the ball lending. If it is determined that the current balance is 0, the balance 0 card generation information (including the card ID number of the IC card 1) is transmitted to the
[0065]
On the other hand, if the current balance is not 0, the process proceeds to step S141, where it is determined whether or not the return button has been operated. If the return button has not been operated, the process returns to step S126. If the return button has been operated, the process proceeds to step S142, where card usage information (including the card ID number and additional amount (balance) of the IC card 1) is transmitted to the
[0066]
In step S143, the
[0067]
On the other hand, in the ball lending operation handling process by the
[0068]
In step S154, it is determined whether or not the balance 0 card generation information (information transmitted in step S138 of the ball lending operation process) has been received from the
[0069]
In step S156, it is determined whether or not the card usage information from the
[0070]
FIG. 12 is a flowchart showing the processing procedure of the special lending process (the process of step S140 in FIG. 11). This special lending process is a feature of the present invention.
[0071]
In step S161, it is determined whether or not the game of the
[0072]
If it is determined in step S161 that the game is not in the big hit state, the process proceeds to step S162, and it is determined whether or not the card return switch (button) 42 is operated. If there is no operation, the process returns to step S161, and if there is an operation, the routine ends. That is, if the game is not a big hit, the
[0073]
On the other hand, if the game is in the big hit state, the process proceeds to step S163, and it is determined whether or not the ball lending switch (button) 41 is operated. If there is no operation of the
[0074]
In step S164, “no card deposit” is recorded as the card deposit information on the
[0075]
FIG. 13 shows detailed processing procedures of the clearing operation handling process in the host computer 10 (the process in step S4 in FIG. 6) and the clearing operation accepting process in the card clearing machine 20 (the process in step S12 in FIG. 6).
[0076]
In the clearing operation acceptance process, first, in step S171, it is determined whether or not the insertion of the
[0077]
In step S172, it is determined whether or not a card ID number exists in the inserted
[0078]
In step S 173, inquiry information (including the card ID number) regarding the
[0079]
In step S178, it is determined whether or not the card receipt information of the
[0080]
On the other hand, in the clearing operation handling process in the
[0081]
In step S194, a determination is made as to whether or not the balance 0 card generation information from the card clearing machine 20 (information transmitted in step S176 of the clearing operation acceptance process) has been received. To do. On the other hand, if received, in step S195, the card ID number data included in the balance 0 card generation information is deleted from the card balance database, and the routine ends.
[0082]
As described above, in the present embodiment, the player receives a game ball in exchange for the additional amount associated with the
[0083]
Further, since the card fee of the
[0084]
In the above embodiment, the
[0085]
Further, in the above embodiment, the processing for converting the card deposit (storage medium intrinsic value) into the gaming value is performed entirely inside the gaming machine 9 (card unit 50). For example, the
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram showing a gaming facility management system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing the gaming machine.
FIG. 3 is a block diagram showing a host computer, a card clearing machine, and a card issuing machine.
FIG. 4 is an explanatory view showing an IC card in the same manner.
FIG. 5 is an explanatory view showing a card balance database in the same manner.
FIG. 6 is an explanatory view showing a database of the card issuing machine.
FIG. 7 is an explanatory view showing a database of card units.
FIG. 8 is a flowchart showing processing procedures in the host computer, card issuing machine, and card unit.
FIG. 9 is a flowchart showing a processing procedure of card issue acceptance processing in the card issuing machine and card issue handling processing in the host computer.
FIG. 10 is a flowchart showing a processing procedure of a ball lending operation acceptance process in the card unit and a ball lending operation corresponding process in the host computer.
FIG. 11 is a flowchart showing a processing procedure of a ball lending operation acceptance process in the card unit and a ball lending operation corresponding process in the host computer.
FIG. 12 is a flowchart showing a processing procedure for special ball rental processing in the card unit.
FIG. 13 is a flowchart showing a processing procedure of a ball lending operation acceptance process in the card unit and a ball lending operation corresponding process in the host computer.
[Explanation of symbols]
1 IC card
3 Rewritable memory
5 communication lines
9 gaming machines
10 Host computer
30 card issuing machine
40 gaming machine body
48 Game control device
50 card units
51 Card unit controller
Claims (3)
遊技者から貸球の要求がなされた場合に、遊技者に貸球を貸出すとともに、当該貸球に対応する遊技価値を前記記録媒体から減じ、
前記記憶媒体には、前記遊技価値に加えて、遊技者にカードを預けたことと引き替えに前記カード発行機に納めさせる価値である記憶媒体固有価値が対応づけられており、
遊技状態が大当たりであり、かつ、遊技価値の残高がない場合に、前記記憶媒体固有価値を遊技価値に変換して、該変換された遊技価値から変換された貸球を遊技に使用可能とする価値変換手段を備えたことを特徴とする遊技機。 Perform a game using a credit sphere converted from game value was corresponding Zukera issued to the storage medium by the player's operation from the card issuing machine, special to the player when the game becomes jackpot state In gaming machines that can provide benefits ,
When a player requests a ball rental, the player lends a ball to the player and subtracts the game value corresponding to the ball from the recording medium,
The said storage medium, in addition to the game value, and the associated said storage medium unique value is a value that makes housed in the card issuing machine in exchange it entrusted cards to the player,
When the gaming state is a jackpot and there is no gaming value balance , the storage medium inherent value is converted into a gaming value, and a rental ball converted from the converted gaming value can be used for gaming. A gaming machine comprising a value conversion means.
遊技状態が大当たりであり、かつ、前記記憶媒体に対応づけられた遊技価値の残高がないときに、球貸の要求がなされた場合に、該記憶媒体のカード預かり情報である「カード代預かり有り」を「カード代預かり無し」に書き換えるとともに、前記価値変換手段によって、前記記憶媒体固有価値を遊技価値に換算することを特徴とする請求項1に記載の遊技機。 Card storage indicating that the storage medium issued by the player's operation from the card issuing machine holds the gaming value and the value to be stored in the card issuing machine in exchange for depositing the card to the player The information “Card Deposited” is recorded,
When the game state is a big hit and there is no balance of game value associated with the storage medium, when a request for ball rental is made, the card storage information of the storage medium is “Card payment is present "the rewrites to" no storage card Charge ", the gaming machine of claim 1, by the value conversion means, wherein the converting the storage medium unique value to game value.
前記記憶媒体の清算において、該記憶媒体のカード代預かり情報が「カード代預かり有り」であれば前記記憶媒体固有価値を返却し、「カード代預かり無し」であれば前記記憶媒体固有価値を返却しないことを特徴とするカード清算機。A card clearing machine for clearing a storage medium in which card deposit information is stored, reimbursing the storage medium intrinsic value and a clearing balance, and collecting a used storage medium,
In the liquidation of the storage medium, if the card payment information of the storage medium is “with card payment”, the storage medium intrinsic value is returned, and if “without card payment”, the storage medium intrinsic value is returned. A card clearing machine characterized by not.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP06304599A JP3960702B2 (en) | 1999-03-10 | 1999-03-10 | Gaming machines and card clearing machines |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP06304599A JP3960702B2 (en) | 1999-03-10 | 1999-03-10 | Gaming machines and card clearing machines |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007025386A Division JP4339897B2 (en) | 2007-02-05 | 2007-02-05 | Game machine management system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000254335A JP2000254335A (en) | 2000-09-19 |
JP3960702B2 true JP3960702B2 (en) | 2007-08-15 |
Family
ID=13217981
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP06304599A Expired - Fee Related JP3960702B2 (en) | 1999-03-10 | 1999-03-10 | Gaming machines and card clearing machines |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3960702B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6852029B2 (en) * | 2000-10-19 | 2005-02-08 | Aristocrat Technologies, Inc. | Method for retrofitting gaming machines to issue and redeem tickets |
JP4586311B2 (en) * | 2001-07-11 | 2010-11-24 | オムロン株式会社 | Game recording medium management system |
JP5745793B2 (en) * | 2010-08-02 | 2015-07-08 | グローリー株式会社 | Recording medium settlement system and recording medium settlement apparatus |
-
1999
- 1999-03-10 JP JP06304599A patent/JP3960702B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2000254335A (en) | 2000-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7036012B2 (en) | Method and system for secure cashless gaming | |
JP2007097925A (en) | Game medium dispenser | |
JP2022076081A (en) | Game system, management device and abnormality detection method | |
JP3960702B2 (en) | Gaming machines and card clearing machines | |
JP4344389B2 (en) | Game equipment management device | |
JP4339897B2 (en) | Game machine management system | |
JP3930657B2 (en) | Game equipment management device | |
JP2014042748A (en) | Individual machine device, game system, and method for managing game medium | |
JP7114066B2 (en) | Game device and program | |
JP3739129B2 (en) | Game system using information media | |
JP5231930B2 (en) | Game machine | |
JP2000516001A (en) | Value unit transfer operation system in chip card type game system | |
JP6530930B2 (en) | GAME SYSTEM AND GAME SYSTEM MANAGEMENT METHOD | |
JP7366081B2 (en) | gaming system | |
JP2013116399A (en) | Game system and game machine | |
JP4312209B2 (en) | Game system | |
JP3841730B2 (en) | Game system | |
JP4344388B2 (en) | Game equipment management device | |
JP5377919B2 (en) | Game machine | |
JP2939718B2 (en) | Magnetic card security system | |
JP2018130457A (en) | Game management system and game management method | |
JP6422167B2 (en) | Inter-device and game system | |
JP2000254322A (en) | Game machine controller | |
JP4597646B2 (en) | Game media lending system and deposit management method thereof | |
JP6103822B2 (en) | Management system, management apparatus and management method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061205 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070205 |
|
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: 20070508 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070515 |
|
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: 20100525 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100525 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110525 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110525 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120525 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120525 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130525 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130525 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130525 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130525 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140525 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |