JP5750254B2 - 遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラム - Google Patents

Description

この発明は、遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員カードのカード識別情報に対応づけて管理する遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラムに関し、特に、貯遊技媒体上限数の存在により貯遊技媒体数に自動移行できない持ち遊技媒体数が存在する場合であっても、かかる会員の持ち遊技媒体数を適正に処理することができる遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラムに関する。

従来、パチンコ遊技を提供する遊技店には、遊技機で獲得された獲得玉数を遊技機に併設された台間カード処理機で計数し、計数された獲得玉数を持玉として再遊技できるようにした各台計数システムが知られている（特許文献１参照）。かかる各台計数システムを用いると、遊技店の店員が島端計数機で獲得玉数を計数する労力を低減できるとともに、遊技客が獲得玉を持参しなくとも遊技機の台移動等を行うことが可能となる。

ところが、上記各台計数システムで計数された持玉の有効期限は、遊技店に会員登録した会員及び一般遊技客のいずれの場合であっても、当日限りとされるのが通常である。このため、会員及び一般遊技客は、遊技を終えて退店する前に、景品交換カウンタ等で持玉を景品交換するか又は貯玉に移行する必要がある。もし、持玉を景品交換する処理や貯玉に移行する処理を遊技客が行わないと、遊技客は持玉を喪失する結果となる。

かかる遊技客の不利益を解消するため、特許文献２には、遊技店の閉店処理時に会員の持玉を貯玉に自動移行させるよう構成した技術が開示されている。この特許文献２によれば、会員が持玉を有する状態のまま退店したとしても、会員が持玉を喪失することはない。

特開２００７−２２９１１２号公報 特開２０１０−１７３４８号公報

しかしながら、上記特許文献２のものは、会員の持玉を正常に貯玉に自動移行できる場合を示しているため、かかる持玉を貯玉に自動移行できない場合の対応が問題となる。具体的には、会員が貯玉できる貯玉数には、貯玉上限数が設けられるのが通常であるため、貯玉数に持玉数を加えた時に貯玉上限数を超える場合には、持玉数を貯玉数に移動移行できない。かかる貯玉上限数が設ける理由は、第三者機関による貯玉保証を無制限に認めることができないからである。

このような場合に、貯玉上限数の存在により貯玉に自動移行できない持玉数を一律に無効にすると、持玉数が貯玉数に自動移行されると認識している会員の期待感を損ねてしまう。このため、会員は、閉店時に持玉を景品交換する等の処理をしなければならず、持玉の自動貯玉移行と言う会員としての大きな特典を享受できない結果となる。

これらのことから、貯玉上限数の存在により貯玉に自動移行できない持玉が存在する場合であっても、かかる会員の持玉をいかに適正に処理するかが重要な課題となっている。なお、かかる課題は、持玉の全数を自動貯玉する場合だけではなく、持玉の端数のみを自動貯玉する場合にも同様に生ずる課題である。また、持玉だけではなく、持ちメダル等の各種持ち遊技媒体を貯遊技媒体に自動移行する場合にも同様に生ずる課題である。

本発明は、上述した従来技術による課題（問題点）を解消するためになされたものであり、貯遊技媒体上限数の存在により貯遊技媒体数に自動移行できない持ち遊技媒体数が存在する場合であっても、かかる会員の持ち遊技媒体数を適正に処理することができる遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明は、遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理装置であって、所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理手段と、所定の貯遊技媒体上限数の超過のために前記第１の移行処理手段により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理手段と、前記貯遊技媒体候補数管理手段により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理手段とを備えたことを特徴とする。

また、本発明は、上記の発明において、前記貯遊技媒体候補数管理手段は、前記貯遊技媒体候補数に対する景品交換要求を受け付けた場合に該景品交換要求を許容し、前記貯遊技媒体候補数に対する再遊技のための払出要求を受け付けた場合に該払出要求を拒否することを特徴とする。

また、本発明は、上記の発明において、前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、前記持ち遊技媒体数の移行処理を不可とし、前記貯遊技媒体候補数管理手段は、前記持ち遊技媒体数の全てを前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理することを特徴とする。

また、本発明は、上記の発明において、前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、該貯遊技媒体上限数と前記貯遊技媒体数との差分の持ち遊技媒体数を前記貯遊技媒体数に移行処理するとともに、前記持ち遊技媒体数のうち移行処理されない一部の持ち遊技媒体数の移行処理を不可とし、前記貯遊技媒体候補数管理手段は、前記第１の移行処理手段により移行処理されない一部の持ち遊技媒体数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理することを特徴とする。

また、本発明は、上記の発明において、前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数に含まれる所定数以下の端数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数以下である場合に該端数を前記貯遊技媒体数に移行処理するとともに、前記貯遊技媒体上限数よりも大きい場合に前記端数の移行処理を不可とし、前記貯遊技媒体候補数管理手段は、少なくとも前記第１の移行処理手段により移行処理されない端数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理することを特徴とする。

また、本発明は、上記の発明において、前記貯遊技媒体候補数管理手段は、前記第１の移行処理手段による前記端数の移行処理の如何を問わず、前記持ち遊技媒体数から前記端数を差し引いた持ち遊技媒体数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理することを特徴とする。

また、本発明は、遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理方法であって、所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理工程と、所定の貯遊技媒体上限数の超過のために前記第１の移行処理工程により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理工程と、前記貯遊技媒体候補数管理工程により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理工程とを含んだことを特徴とする。

また、本発明は、遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理装置の遊技媒体管理プログラムであって、所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理手順と、所定の貯遊技媒体上限数の超過のために前記第１の移行処理手順により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理手順と、前記貯遊技媒体候補数管理手順により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理手順とをコンピュータに実行させることを特徴とする。

本発明によれば、所定の移行処理操作を受け付けた場合に、会員用記録媒体を一意に識別する記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する貯遊技媒体数に移行処理し、所定の貯遊技媒体上限数の超過のために移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として記録媒体識別情報に対応づけて管理し、貯遊技媒体候補数を貯遊技媒体数に加えたとしても所定の貯遊技媒体上限数を超えなくなった場合に、貯遊技媒体候補数を貯遊技媒体数に移行処理するよう構成したので、持ち遊技媒体数又はその一部を貯遊技媒体数に自動移行できない場合であっても、会員の持ち遊技媒体数を適正に保護することができる。

また、本発明によれば、貯遊技媒体候補数に対する景品交換要求を受け付けた場合に該景品交換要求を許容し、貯遊技媒体候補数に対する再遊技のための払出要求を受け付けた場合に該払出要求を拒否するよう構成したので、貯遊技媒体候補数による景品交換を可能にするとともに、該貯遊技媒体候補数を用いた再遊技を禁止して、持ち遊技媒体数との差異を明確化しつつ、会員の保護と遊技店の利益の折衷を図ることができる。

また、本発明によれば、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、持ち遊技媒体数の移行処理を不可とし、持ち遊技媒体数の全てを貯遊技媒体候補数として記録媒体識別情報に対応づけて管理するよう構成したので、持ち遊技媒体数自体を一つの単位として貯遊技媒体数に移行するか、貯遊技媒体候補数に移行するかを決めることになるため、単純かつ明確な処理で実現することができる。

また、本発明によれば、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、該貯遊技媒体上限数と貯遊技媒体数との差分の持ち遊技媒体数を貯遊技媒体数に移行処理するとともに、持ち遊技媒体数のうち移行処理されない一部の持ち遊技媒体数の移行処理を不可とし、移行処理されない一部の持ち遊技媒体数を貯遊技媒体候補数として記録媒体識別情報に対応づけて管理するよう構成したので、会員にとって利用度の高い貯遊技媒体数を優先しつつ、貯遊技媒体上限数を超えるもののみを貯遊技媒体候補数として取り扱うこととなるので、会員にとってより有利な状況を提供することができる。

また、本発明によれば、記録媒体識別情報に対応する持ち遊技媒体数に含まれる所定数以下の端数と該記録媒体識別情報に対応する貯遊技媒体数との和が所定の貯遊技媒体上限数以下である場合に該端数を貯遊技媒体数に移行処理するとともに、貯遊技媒体上限数よりも大きい場合に端数の移行処理を不可とし、少なくとも移行処理されない端数を貯遊技媒体候補数として記録媒体識別情報に対応づけて管理するよう構成したので、持ち遊技媒体数のうち端数のみを貯遊技媒体数に移行処理する運用が採用された場合であっても、持ち遊技媒体数との差異を明確化しつつ、会員の保護と遊技店の利益の折衷を図ることができる。

また、本発明によれば、端数の移行処理の如何を問わず、持ち遊技媒体数から端数を差し引いた持ち遊技媒体数を貯遊技媒体候補数として記録媒体識別情報に対応づけて管理するよう構成したので、端数のみならず持ち遊技媒体数全体を貯遊技媒体候補数として取り扱うことが可能となる。

図１は、実施例１に係る遊技媒体管理システムの概念を説明するための説明図である。 図２は、実施例１に係る遊技媒体管理システムのシステム構成を示す図である。 図３は、図２に示した台間カード処理機の外観構成を示す図である。 図４は、図２に示した台間カード処理機、カード管理装置及び会員管理装置の内部構成を示す機能ブロック図である。 図５は、図４に示した一般カード管理テーブル及び会員カード管理テーブルの一例を示す図である。 図６は、図４に示した会員管理テーブル及び貯玉管理テーブルの一例を示す図である。 図７は、図４に示したカード管理装置による閉店処理操作受付時の処理手順を示すフローチャートである。 図８は、図４に示したカード管理装置による開店処理操作時の処理手順を示すフローチャートである。 図９は、図４に示したカード管理装置による貯玉候補玉数の貯玉移行操作時の処理手順を示すフローチャートである。 図１０は、実施例２に係る遊技媒体管理システムの概念を説明するための説明図である。 図１１は、図１０に示したカード管理装置による閉店処理操作受付時の処理手順を示すフローチャートである。 図１２は、実施例３に係る遊技媒体管理システムの概念を説明するための説明図である。 図１３は、実施例３に係る台間カード処理機、カード管理装置及び会員管理装置の内部構成を示す機能ブロック図である。 図１４は、図１３に示したカード管理装置による閉店処理操作受付時の処理手順を示すフローチャートである。 図１５は、端数の貯玉移行処理手順を示すフローチャートである。

以下に、添付図面を参照して、本発明に係る遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラムの好適な実施例を詳細に説明する。なお、以下に示す実施例では、カード管理装置で持玉を管理するとともに、貯玉を会員管理装置で管理する場合を中心に説明することとする。

まず、本実施例１に係る遊技媒体管理システムの概念について説明する。図１は、本実施例１に係る遊技媒体管理システムの概念を説明するための説明図である。同図に示す遊技媒体管理システムは、遊技店に会員登録された会員及び一般客の持玉数をカード管理装置４０で管理するとともに、会員の貯玉数を会員管理装置５０で管理するシステムである。

ここで、この持玉数とは、各台計数機の機能を有する台間カード処理機１０で遊技客が獲得した獲得玉を意味し、遊技客は必要に応じて持玉数を遊技に再利用できるとともに、景品交換することもできる。この持玉数には有効期限が設定されており、通常は当日限りである。このため、もし遊技客が持玉数の景品交換処理等を行わないと、原則として持玉数は消失するが、遊技客が会員である場合には、遊技店の閉店処理が行われる際に持玉数が貯玉数に自動移行される。

また、この持玉数には、当日持玉数及び前日持玉数の２種類が存在する。当日持玉数は、遊技店が開店処理してから閉店処理するまでに遊技客が獲得した遊技に再利用できる持玉数である。一方、前日持玉数とは、閉店処理によって有効期限が途過した持玉数である。この前日持玉数は、原則として遊技への再利用、景品交換並びに貯玉への移行を行うことはできない。なお、以下の説明における「持玉数」との記載は、かかる当日持玉数を指し前日持玉数を含まない。

一方、貯玉数とは、会員が遊技店に預け入れた玉数を意味し、会員は必要に応じて貯玉数を遊技に再プレイできるとともに、景品交換することもできる。この貯玉数は、上記持玉数と異なり、有効期限は設定されない。このため、上記持玉数と異なり、会員がいつでも貯玉数を景品交換又は再プレイすることができる。ただし、貯玉数の再プレイには再プレイ手数料と呼ばれる手数料が発生する。通常、再プレイ手数料は玉数で徴収される。

図１に示すように、この遊技媒体管理システムは、遊技店の閉店処理操作がなされた場合に、カード管理装置４０で管理する会員の持玉数を会員管理装置５０で管理する貯玉数に自動移行する処理を行う。この閉店処理時における持玉数の貯玉数への自動移行は、特開２０１０−１７３４８号公報に開示されるように従来技術である。

しかしながら、上記従来技術は、閉店処理時に持玉の貯玉移行を適正に実行できた場合を前提としているため、持玉の貯玉移行を失敗した場合には、会員であっても一般遊技客と同様に持玉を喪失する結果となる。具体的には、会員が貯玉できる貯玉数には、貯玉上限数が設けられるのが通常であるため、貯玉数に持玉数を加えた時に貯玉上限数を超える場合には、持玉数を貯玉数に移動移行できない。

例えば、図１に示すように、貯玉上限数が「20000玉」、現在の貯玉数が「18000玉」であり、当日持玉数が「5000玉」である場合は、当日持玉数と貯玉数を加算するとその合計値が貯玉上限数を超えてしまう。その結果、かかる当日持玉数の貯玉数への移行処理は失敗に終わり、当日持玉数は前日持玉数に移行される。この前日持玉数は、景品交換、再遊技及び貯玉移行に使用することができず、通常は翌日の開店処理によって「０玉」となる。

このように、貯玉上限数の存在によって貯玉数に自動移行できない持玉数を一律に無効にすると、持玉数が貯玉数に自動移行されるはずと認識している会員の期待感を損ねてしまう。このため、会員は、閉店時に持玉数を景品交換する等の処理をしなければならず、持玉数の自動貯玉移行と言う会員としての大きな特典を享受できない結果となる。

なお、持玉数を貯玉数に移行処理する場合に貯玉上限数を超える場合には、一時的に貯玉上限数を引き上げる案が考えられるが、かかる貯玉上限数は第三者保証のために設けられていることから、実際的には単純に貯玉上限数を引き上げる事は難しい。また、貯玉上限数を超えた超過分を他のカードに対応付ける案も考えられるが、結果的に貯玉上限数を超える第三者保証を行わねばならない結果となり、貯玉上限数を設けた趣旨との整合性を担保するのが難しい。

そこで、図１に示すように、本実施例１では、従前から存在する持玉及び貯玉とその概念が異なる「貯玉候補玉数」と言う新たな指標を採用し、貯玉数への移行処理を行えなかった前日持玉数を貯玉候補玉数へと移行させることとした。この貯玉候補玉数は、（１）景品交換が可能であり、（２）貯玉上限数の範囲内で貯玉移行が可能である反面で、（３）持玉数としての遊技への利用を不可としたものである。つまり、この貯玉候補玉数は、貯玉数のように第三者保証の対象とはせず、持玉数及び貯玉数のように遊技への再利用ができないという制約条件を課されつつも、従前行われていた閉店直前の景品交換の時期的要件を緩和するとともに、貯玉数の補填の役割を担うものである。

このように、貯玉上限数を超える超過分を貯玉候補玉数に移行させることで、貯玉上限数以下の貯玉数を保護する第三者保証を設けた趣旨に沿いつつ、会員に対して従来よりも手厚い保護を与えることが可能となる。

次に、本実施例１に係る遊技媒体管理システムのシステム構成について説明する。図２は、本実施例１に係る遊技媒体管理システムのシステム構成を示す図である。同図に示すように、この遊技媒体管理システムでは、複数の遊技機２０と、各遊技機２０にそれぞれ対応して設けられた台間カード処理機１０と、カード管理装置４０と、会員管理装置５０と、複数の島端計数機６０と、精算機７０と、景品管理装置８０とが通信回線９０を介して接続されている。なお、複数の遊技機２０及び台間カード処理機１０は、島コントローラ３０を介して通信回線９０に接続されている。

遊技機２０は、パチンコ玉を遊技領域に打ち込んで遊技客がパチンコ遊技を行うパチンコ機等の装置である。台間カード処理機１０は、遊技機２０に対する玉貸し処理、遊技機２０で獲得したパチンコ玉の計数処理、計数したパチンコ玉を持玉として再投出する処理、貯玉の再プレイ処理などを行う装置である。

この台間カード処理機１０には、あらかじめ複数枚のカードが収納されており、遊技客が遊技を終えてカード返却ボタンを押下操作すると、該カード１にプリペイド価値並びに持玉数が関連付けた後に返却される。具体的には、このプリペイド価値及び持玉数がカード１に書き込まれるとともに、カード管理装置４０で管理される一般カード管理テーブル４０ｅ又は会員カード管理テーブル４０ｆの内容が更新される。また、カード１を受け入れたならば、このカード１のカードＩＤをカード管理装置４０に送信し、このカードＩＤに対応する持玉数を受け付けたならば、該持玉数を用いた遊技を可能とする。

島コントローラ３０は、遊技島に設けられた一群の遊技機２０及び台間カード処理機１０を束ねる中継装置である。カード管理装置４０は、カード１のプリペイド価値及び持玉数を管理する管理装置である。具体的には、一般カード管理テーブル４０ｅを用いて一般客のプリペイド価値及び持玉数を管理するとともに、会員カード管理テーブル４０ｆを用いて会員のプリペイド価値及び持玉数を管理する。

このカード管理装置４０は、閉店処理操作に伴って会員の持玉数を貯玉数に自動移行処理するとともに、該自動移行処理ができない場合には、持玉数を会員カード管理テーブル４０ｆ内の貯玉候補玉数に移行処理する。この貯玉候補玉数は、景品管理装置８０による景品交換時に持玉数及び貯玉数とともに利用することができるが、台間カード処理機１０による持玉数又は貯玉数の再遊技時には利用できない。なお、会員管理装置５０で管理される貯玉数が減少し、この貯玉候補玉数を貯玉数に加えたとしても貯玉上限数を超えない場合には、この貯玉候補玉数を持玉数の場合と同様にして貯玉数に移行処理することができる。

会員管理装置５０は、遊技店に会員登録された会員の会員データ及び貯玉数等を管理する管理装置である。具体的には、会員管理テーブル５０ｅを用いて会員の会員データを管理するとともに、貯玉管理テーブル５０ｆを用いて会員の貯玉数を管理する。また、この会員管理装置５０は、カード管理装置４０から会員カードのカードＩＤと持玉数を受け付けたならば、この持玉数を該当するカードＩＤの貯玉数に加算する処理を行う。

島端計数機６０は、遊技島端等に設けられ、遊技客が獲得したパチンコ玉数を計数し、計数値をカード１に関連付けるか、レシートへ印字して発行する。精算機７０は、紙幣挿入部に挿入された各種紙幣のプリペイド価値が関連付けられたカード１が挿入されると、このプリペイド価値に相当する現金の払出を行う。景品管理装置８０は、遊技店内の景品交換カウンターに併設された景品交換用の端末装置であり、貯玉数及び持玉数の景品交換処理を行う。

次に、図１に示した台間カード処理機１０の外観構成について説明する。図３は、図２に示した台間カード処理機１０の外観構成を示す図である。同図には、台間カード処理機１０が併設される遊技機２０が破線で図示されている。また、同図には紙幣のみを受け付ける台間カード処理機１０を図示したが、硬貨受け付け用のユニットを設けることもできる。

図３に示すように、台間カード処理機１０は、台間カード処理機１０の装置の状態を所定色のランプの点灯あるいは点滅で表示する状態表示部１１と、パチンコ玉を貸し出す際の各種紙幣を受け付ける紙幣挿入部１２とを有する。また、台間カード処理機１０は、ディスプレイなどの表示部並びにテンキーや各種ボタンを含む操作部からなる表示操作部１３と、遊技機２０の上皿２１に遊技媒体を供給するノズル１４と、カードＩＤ、プリペイド価値、貯玉データ及び持玉データが記憶されたカード１を受け付けるカードユニット部１５と、携帯端末の識別子であるＩＤｍを読み取る携帯読取部１６とが設けられている。

また、台間カード処理機１０は、遊技客が獲得したパチンコ玉数を持玉数として計数する計数部１７と、獲得玉を貯留する持玉貯留部１８とを有する。遊技機２０の下皿２２から落下した遊技媒体は、持玉貯留部１８を経て計数部１７へと導かれる。この持玉貯留部１８には、持玉数を表示する持玉数表示部１８ａが設けられている。この持玉数表示部１８ａは、７セグメント（７ＳＥＧ）のＬＣＤ等で構成され、後述する台間カード処理機１０の制御部１０ｆにより表示制御される。

なお、遊技機２０には、パチンコ玉を貯留する上皿２１及び該上皿２１の貯留量が増えたパチンコ玉を貯留する下皿２２が設けられている。この上皿２１には、カードを返却するカード返却ボタン２１ａが設けられている。

次に、図２に示した台間カード処理機１０、カード管理装置４０及び会員管理装置５０の内部構成について説明する。図４は、図２に示した台間カード処理機１０、カード管理装置４０及び会員管理装置５０の内部構成を示す機能ブロック図である。

同図に示すように、台間カード処理機１０は、Ｒ／Ｗ部１０ａと、通信Ｉ／Ｆ部１０ｂと、記憶部１０ｃと、制御部１０ｆとを有する。この制御部１０ｆには、表示操作部１３、計数部１７及び持玉数表示部１８ａが接続されている。

Ｒ／Ｗ部１０ａは、受け入れたカード１へのデータの読み書きを行う処理部である。具体的には、カード１が挿入された場合には、該カード１のカードＩＤ、プリペイド価値及び持玉数を読み込んで制御部１０ｆに出力する。カード１を返却する場合には、このカード１にプリペイド価値及び持玉数を書き込む処理を行う。なお、カード１にプリペイド価値及び持玉数を書き込む理由は、カード管理装置４０との通信が途絶した状況下でもオフライン運用を可能にするためである。

通信Ｉ／Ｆ部１０ｂは、カード管理装置４０とデータ通信を行うためのインタフェース部である。記憶部１０ｃは、ハードディスク装置や不揮発性メモリ等の記憶デバイスであり、遊技客の獲得玉を意味する持玉数１０ｄを記憶する。

制御部１０ｆは、台間カード処理機１０の全体制御を行う制御部であり、持玉管理部１０ｇ、カード処理部１０ｈ及び払出処理部１０ｉを有する。持玉管理部１０ｇは、記憶部１０ｃに記憶した持玉数１０ｄを用いて遊技客の持玉数を管理する管理部である。具体的には、新たな持玉が計数された場合には計数値を持玉数１０ｄに加算処理し、持玉の払い出しが行われた場合には払い出し数を持玉数１０ｄから減算処理する。カード１を返却する場合には、カード管理装置４０に対して持玉数１０ｄを通知してカード管理装置４０により管理される一般カード管理テーブル４０ｅ又は会員カード管理テーブル４０ｆの更新指示を行う。

カード処理部１０ｈは、カード１の受け入れ時の処理及びカード１の返却時の処理を行う処理部である。Ｒ／Ｗ部１０ａからカード１のカードＩＤ、持玉数及びプリペイド価値を受け付けたならば、このカードＩＤをカード管理装置４０に対して送信する。そして、カード管理装置４０から持玉数を受信したならば、この持玉数を記憶部１０ｃの持玉数１０ｄに記憶するとともに、持玉数表示部１８ａに持玉数１０ｄを表示制御する。

払出処理部１０ｉは、持玉払出ボタンが押下操作された場合に、ノズル１４を介して持玉数のうちの所定数（例えば、１２５玉）を遊技機２０の上皿２１に投出するとともに、貸出ボタンが押下操作された場合には、カード１にプリペイド価値があることを条件に所定数のパチンコ玉を払い出すよう遊技機２０に指示する処理部である。また、貯玉の再プレイを行う場合には、ノズル１４を介して貯玉数のうちの所定数（例えば、１２５玉）のパチンコ玉を遊技機２０の上皿２１に投出することになる。

なお、この払出処理部１０ｉは、持玉数及び貯玉数の払出処理を行う反面で、貯玉候補玉数については払出処理の対象とはしていない。したがって、持玉払出ボタンが押下操作されたとしても、貯玉候補玉数を含まない持玉数のみが通知されることになる。かかる貯玉候補玉数は、景品交換への利用や、貯玉数への移行処理は可能であるが、遊技への再利用を行うことのできないものだからである。

次に、カード管理装置４０は、入力部４０ａと、表示部４０ｂと、通信Ｉ／Ｆ部４０ｃと、記憶部４０ｄと、制御部４０ｇとを有する。入力部４０ａは、キーボードやマウス等の入力デバイスであり、表示部４０ｂは、液晶パネルやディスプレイ装置等の表示デバイスである。通信Ｉ／Ｆ部４０ｃは、台間カード処理機１０及び会員管理装置５０とデータ通信するためのインタフェース部であり、記憶部４０ｄは、ハードディスク装置や不揮発性メモリ等の記憶デバイスである。

この記憶部４０ｄには、一般カード管理テーブル４０ｅ及び会員カード管理テーブル４０ｆが記憶されている。図５（ａ）は、一般カード管理テーブル４０ｅの一例を示す図であり、図５（ｂ）は、会員カード管理テーブル４０ｆの一例を示す図である。図５（ａ）に示す一般カード管理テーブル４０ｅには、カードＩＤ、プリペイド価値及び持玉数が格納されている。

ここでは、カードＩＤ「１０００１」についてはプリペイド価値「０」、持玉数「０」が関連付けられ、カードＩＤ「１０００２」についてはプリペイド価値「０」、持玉数「５００」が関連付けられ、カードＩＤ「１０００３」についてはプリペイド価値「１０００」、持玉数「３０００」が関連付けられた状況を示している。なお、カードＩＤの最上位の数字が「１」のものは一般カードを意味し、「０」のものは会員カードを意味する。

図６（ｂ）に示す会員カード管理テーブル４０ｆには、カードＩＤ、プリペイド価値、持玉数及び貯玉候補玉数が格納されている。ここでは、カードＩＤ「００００１」についてはプリペイド価値「０」、当日持玉数「５０００」、前日持玉数「０」、貯玉候補玉数「０」が関連付けられ、カードＩＤ「００００２」についてはプリペイド価値「１０００」、当日持玉数「５００」、前日持玉数「０」、貯玉候補玉数「１０００」が関連付けられ、カードＩＤ「００００３」についてはプリペイド価値「３０００」、持玉数「１０００」、前日持玉数「０」、貯玉候補玉数「２０００」が関連付けられた状況を示している。

このため、カードＩＤ「００００２」に関しては、貯玉候補玉数「１０００」の景品交換が可能である。また、会員管理装置５０により管理される貯玉数と貯玉上限数との差分が１０００玉以上ある場合には、所定の貯玉移行操作が行われた場合に、この貯玉候補玉数「１０００」を貯玉に移行することができる。ただし、この貯玉候補玉数「１０００」は、持玉数のように遊技に再利用することはできない。同様に、カードＩＤ「００００３」に関しては、貯玉候補玉数「２０００」の景品交換が可能である。また、会員管理装置５０により管理される貯玉数と貯玉上限数との差分が２０００玉以上ある場合には、所定の貯玉移行操作が行われた場合に、この貯玉候補玉数「２０００」を貯玉に移行することができる。ただし、この貯玉候補玉数「２０００」は、持玉数のように遊技に再利用することはできない。

制御部４０ｇは、カード管理装置４０を全体制御する制御部であり、カード情報管理部４０ｈ及び貯玉移行処理部４０ｉを有する。カード情報管理部４０ｈは、記憶部４０ｄに記憶した一般カード管理テーブル４０ｅ及び会員カード管理テーブル４０ｆを用いて各カードのプリペイド価値、持玉数及び貯玉候補玉数を管理する。

貯玉移行処理部４０ｉは、所定の閉店処理操作がなされた場合に、持玉数を貯玉数に自動移行する処理部である。具体的には、会員管理装置５０から会員カードのカードＩＤに対応する貯玉数を取得し、この貯玉数と持玉数（当日持玉数）との和が貯玉上限数を超えるか否かを判定する。その結果、貯玉上限数を超えないと判定した場合には、会員カード管理テーブル４０ｆのカードＩＤ及び持玉数（当日持玉数）を会員管理装置５０に送信して貯玉数への移行を依頼する。

一方、貯玉上限数を超えると判定した場合には、持玉数（当日持玉数）を前日持玉数に移行する。例えば、図５（ｂ）に示すカードＩＤ「００００１」の当日持玉数「５０００」と貯玉数との和が貯玉上限数を超えると判定した場合には、この当日持玉数「５０００」を前日持玉数に移行する。その結果、カードＩＤ「００００１」の当日持玉数は「０」となり、前日持玉数は「５０００」となる。

次に、会員管理装置５０は、入力部５０ａと、表示部５０ｂと、通信Ｉ／Ｆ部５０ｃと、記憶部５０ｄと、制御部５０ｇとを有する。入力部５０ａは、キーボードやマウス等の入力デバイスであり、表示部５０ｂは、液晶パネルやディスプレイ装置等の表示デバイスである。通信Ｉ／Ｆ部５０ｃは、カード管理装置４０とデータ通信するためのインタフェース部であり、記憶部５０ｄは、ハードディスク装置や不揮発性メモリ等の記憶デバイスである。

この記憶部５０ｄには、会員の個人情報を格納した会員管理テーブル５０ｅと、会員が遊技店に預け入れた貯玉数を格納した貯玉管理テーブル５０ｆが記憶されている。図６（ａ）は、図４に示した会員管理テーブル５０ｅの一例を示す図である。同図に示すように、この会員管理テーブル５０ｅは、電話番号、生年月日及びメールアドレスからなる属性情報と、貯玉数の再プレイを行う場合に必要となる暗証番号とがカードＩＤに対応付けて格納されている。ここでは、電話番号「０９０−１１１−１１１１」、生年月日「１９６９年１月１日」、メールアドレス「ａｂｃ」、暗証番号「○○○○」がカードＩＤ「００００１」に対応付けられ、電話番号「０９０−２２２−２２２２」、生年月日「１９８０年２月２日」、メールアドレス「ｂｃｄ」、暗証番号「△△△△」がカードＩＤ「００００２」に対応付けられ、電話番号「０９０−３３３−３３３３」、生年月日「１９８５年３月３日」、メールアドレス「ｄｅｆ」、暗証番号「××××」がカードＩＤ「００００３」に対応付けられた状況を示している。

また、図６（ｂ）は、貯玉管理テーブル５０ｆの一例を示す図であり、同図に示す貯玉管理テーブル５０ｆには、貯玉数がカードＩＤに対応付けて格納されている。ここでは、貯玉数「１８０００」がカードＩＤ「００００１」に対応付けられ、貯玉数「３０００」がカードＩＤ「００００２」に対応付けられ、貯玉数「２００００」がカードＩＤ「００００３」に対応付けられた状況を示している。貯玉上限数が「２００００」である場合には、カードＩＤ「００００１」には２０００玉までしか貯玉することができず、カードＩＤ「００００２」には１７０００玉が貯玉することができ、カードＩＤ「００００３」には新たな貯玉はできないことになる。

制御部５０ｇは、会員管理装置５０を全体制御する制御部であり、貯玉管理部５０ｈを有する。この貯玉管理部５０ｈは、記憶部５０ｄに記憶した貯玉管理テーブル５０ｆを用いて各会員カードの貯玉数を管理する。この貯玉管理部５０ｈは、カード管理装置４０から持玉数を受信したならば、この持玉数を貯玉数に加算する処理を行う。なお、ここでは説明の便宜上その詳細な説明を省略するが、台間カード処理機１０等からカードＩＤを含む貯玉の再プレイ要求を受け付けた場合には、このカードＩＤに対応する貯玉数から所定数（例えば１２５玉）を減算するとともに、台間カード処理機１０に対して貯玉投出指示を行う。また、景品管理装置等からカードＩＤを含む貯玉の加算要求を受け付けた場合には、受け付けた玉数を該カードＩＤに対応する貯玉数に加算する。ただし、所定の貯玉上限数を超える場合には、貯玉の加算要求を棄却する。

次に、図４に示したカード管理装置４０による閉店処理操作受付時の処理手順について説明する。図７は、図４に示したカード管理装置４０による閉店処理操作受付時の処理手順を示すフローチャートである。ここでは、説明の便宜上、会員カードに持玉数（当日持玉数）が関連付けられているものとする。

図７に示すように、カード管理装置４０が所定の閉店処理操作を受け付けたならば（ステップＳ１０１）、会員管理装置５０に対して会員カードのカードＩＤに対応する貯玉数を要求する。そして、この貯玉数を受信したならば、当日持玉数と貯玉数の和が貯玉上限数を超えるか否かを判定する（ステップＳ１０２）。

例えば、図５（ｂ）に示したカードＩＤ「００００１」の場合には、当日持玉数が「５０００」であり、このカードＩＤに対応する貯玉数が「１８０００」であるため（図６（ｂ）参照）、この「００００１」に対応する当日持玉数と貯玉数の和が「２３０００」となる。ここで、貯玉上限数が「２００００」であるとすると、当日持玉数と貯玉数の和が貯玉上限数を超えていると判定される。一方、図５（ｂ）に示したカードＩＤ「００００２」の場合には、当日持玉数が「５００」であり、このカードＩＤに対応する貯玉数が「３０００」であるため（図６（ｂ）参照）、この「００００２」に対応する当日持玉数と貯玉数の和が「３５００」となり、貯玉上限数「２００００」以内であると判定される。

そして、当日持玉数と貯玉数の和が貯玉上限数以内であると判定された場合には（ステップＳ１０２：Ｎｏ）、当日持玉数を貯玉移行処理する（ステップＳ１０３）。具体的には、この当日持玉数がカードＩＤとともに会員管理装置５０に対して送信され、会員管理装置５０の貯玉管理テーブル５０ｆの貯玉数に当日持玉数が加算処理される。例えば、図５（ｂ）に示したカードＩＤ「００００２」の場合には、貯玉管理テーブル５０ｆのカードＩＤ「００００２」に対応する貯玉数が「３５００」となり、会員カード管理テーブル４０ｆのカードＩＤ「００００２」に対応する当日持玉数が「０」になる。

これに対して、当日持玉数と貯玉数の和が貯玉上限数を超えると判定された場合には（ステップＳ１０２：Ｙｅｓ）、当日持玉数が前日持玉数へ移行処理される（ステップＳ１０４）。例えば、図５（ｂ）に示したカードＩＤ「００００１」の場合には、会員カード管理テーブル４０ｆのカードＩＤ「００００１」に対応する当日持玉数が「０」となり、前日持玉数が「５０００」となる。

上記ステップＳ１０２〜Ｓ１０４の処理を未処理のカードＩＤがなくなるまで繰り返し（ステップＳ１０５：Ｙｅｓ）、会員カード管理テーブル４０ｆ内の全てのカードＩＤに対する処理を終えたならば（ステップＳ１０５：Ｎｏ）、処理を終了する。

上記一連の処理を行うことにより、閉店処理操作に応答して、貯玉上限数との関係で貯玉数へ移行できるものは当日持玉数が貯玉数に貯玉移行され、貯玉数へ移行できないものは前日持玉数に移行されることになる。なお、この前日持玉数は、景品交換、遊技への再利用及び貯玉移行の全てが禁止される。

次に、図４に示したカード管理装置４０による開店処理操作時の処理手順について説明する。図８は、図４に示したカード管理装置４０による開店処理操作時の処理手順を示すフローチャートである。なお、ここでは説明の便宜上、前日持玉数の取り扱いについてのみ説明している。

図８に示すように、カード管理装置４０が所定の開店処理操作を受け付けたならば（ステップＳ２０１）、前日持玉数が「０」であるか否かを判定する（ステップＳ２０２）。そして、前日持玉数が「０」でない場合には（ステップＳ２０２：Ｙｅｓ）、前日持玉数を貯玉候補玉数に移行する（ステップＳ２０３）。なお、前日持玉数が「０」である場合には、そのままステップＳ２０４に移行する。

例えば、図５（ｂ）に示したカードＩＤ「００００１」の場合には、すでに説明したように会員カード管理テーブル４０ｆのカードＩＤ「００００１」に対応する前日持玉数が「５０００」とされているので、この前日持玉数が「０」となり、貯玉候補玉数が「５０００」とされる。

上記ステップＳ２０２〜Ｓ２０３の処理を未処理のカードＩＤがなくなるまで繰り返し（ステップＳ２０４：Ｙｅｓ）、会員カード管理テーブル４０ｆ内の全てのカードＩＤに対する処理を終えたならば（ステップＳ２０４：Ｎｏ）、処理を終了する。

上記一連の処理を行うことにより、開店処理操作に応答して、前日持玉数を貯玉候補玉数に移行することができる。本実施例１では、開店処理操作に応答して貯玉候補玉数への移行処理を行うこととしたが、本発明はこれに限定されるものではなく、所定の時刻（例えば、午前６時）に貯玉候補玉数への移行処理を行うこともできる。なお、当日持玉数を直接貯玉候補玉数に移行するのではなく、一旦前日持玉数に移行することとした理由は、ログ情報として保存するためである。

次に、図４に示したカード管理装置４０による貯玉候補玉数の貯玉移行操作時の処理手順について説明する。図９は、図４に示したカード管理装置４０による貯玉候補玉数の貯玉移行操作時の処理手順を示すフローチャートである。なお、かかる貯玉候補玉数の貯玉移行操作は、図２に示した景品管理装置８０等で行われる。

図９に示すように、カード管理装置４０が貯玉候補玉数の貯玉移行操作を受け付けたならば（ステップＳ３０１）、会員管理装置５０に対して会員カードのカードＩＤに対応する貯玉数を要求する。そして、この貯玉数を受信したならば、貯玉候補玉数と貯玉数の和が貯玉上限数を超えるか否かを判定する（ステップＳ３０２）。

例えば、図５（ｂ）に示したカードＩＤ「００００１」の場合には、すでに説明したように貯玉候補玉数が「５０００」であり、このカードＩＤに対応する貯玉数が「１８０００」であるため（図６（ｂ）参照）、この「００００１」に対応する貯玉候補玉数と貯玉数の和が「２３０００」となるため、貯玉上限数「２００００」を超えていると判定される。ただし、この貯玉数が会員によって利用され、貯玉数が「１５０００」以下となった場合には、この「００００１」に対応する貯玉候補玉数と貯玉数の和が貯玉上限数「２００００」以下であると判定される。

そして、貯玉候補玉数と貯玉数の和が貯玉上限数以下であると判定された場合には（ステップＳ３０２：Ｎｏ）、貯玉候補玉数を貯玉数に貯玉移行処理する（ステップＳ３０３）。具体的には、この貯玉候補玉数がカードＩＤとともに会員管理装置５０に対して送信され、会員管理装置５０の貯玉管理テーブル５０ｆの貯玉数に貯玉候補玉数が加算処理される。

これに対して、貯玉候補玉数と貯玉数の和が貯玉上限数を超えると判定された場合には（ステップＳ３０２：Ｙｅｓ）、貯玉上限数から貯玉数を差し引いて貯玉可能玉数を算定し（ステップＳ３０４）、この貯玉可能玉数を貯玉数に貯玉移行処理した後に（ステップＳ３０５）、貯玉候補玉数から貯玉可能玉数を減算する（ステップＳ３０６）。

上記一連の処理を行うことにより、貯玉候補玉数の一部を貯玉に移行処理することができる。貯玉上限数との関係で貯玉することができなかったが、その後に会員が貯玉を利用して貯玉数が減少した場合に有用である。

上述してきたように、本実施例１によれば、閉店処理操作時に貯玉上限数との関係で持玉数（当日持玉数）を貯玉数に移行処理できない場合に、景品交換可能であり、貯玉上限数の範囲内で貯玉移行可能であり、持玉数として遊技への利用ができない貯玉候補玉数に移行することとしたので、貯玉上限数を設けた趣旨を逸脱することなく、会員の持玉数を適正に保護することが可能となる。

ところで、上記実施例１では、持玉数（当日持玉数）と貯玉数の和が貯玉上限数を超えている場合に、持玉数全てを貯玉候補玉数とする場合を示したが、一部の持玉数を貯玉に移行処理するとともに、残余の持玉数を貯玉候補玉数に移行することもできる。そこで、本実施例２では、かかる場合について説明する。

図１０は、実施例２に係る遊技媒体管理システムの概念を説明するための説明図である。なお、遊技媒体管理システムのシステム構成等は、実施例１に示したものと同様のものとなる。

図１０に示す遊技媒体管理システムでは、貯玉上限数との関係で持玉数（当日持玉数）の全てを貯玉数に移行処理できない場合に、持玉数の一部を貯玉に移行処理しつつ、残余の持玉数を前日持玉数に移行する処理を行っている。

具体的には、図１０に示したように、持玉数が「５０００」、貯玉数が「１８０００」、貯玉上限数が「２００００」である場合には、持玉数「５０００」のうちの「２０００」を貯玉数に移行処理し、残余の持玉数「３０００」を前日持玉数に移行させている。なお、この前日持玉数「３０００」は、実施例１と同様に翌日の開店処理によって貯玉候補玉数「３０００」に移行処理されることになる。このように、持玉数の一部を貯玉するように構成することで、会員にとってより一層有利になるよう取り扱うことができる。

次に、図１０に示したカード管理装置４０による閉店処理操作受付時の処理手順について説明する。図１１は、図１０に示したカード管理装置４０による閉店処理操作受付時の処理手順を示すフローチャートである。ここでは、説明の便宜上、会員カードに持玉数（当日持玉数）が関連付けられているものとする。

図１１に示すように、カード管理装置４０が所定の閉店処理操作を受け付けたならば（ステップＳ４０１）、会員管理装置５０に対して会員カードのカードＩＤに対応する貯玉数を要求する。そして、この貯玉数を受信したならば、当日持玉数と貯玉数の和が貯玉上限数を超えるか否かを判定する（ステップＳ４０２）。

そして、当日持玉数と貯玉数の和が貯玉上限数以内であると判定された場合には（ステップＳ４０２：Ｎｏ）、当日持玉数を貯玉移行処理する（ステップＳ４０３）。具体的には、この当日持玉数がカードＩＤとともに会員管理装置５０に対して送信され、会員管理装置５０の貯玉管理テーブル５０ｆの貯玉数に当日持玉数が加算処理される。

これに対して、当日持玉数と貯玉数の和が貯玉上限数を超えると判定された場合には（ステップＳ４０２：Ｙｅｓ）、貯玉上限数から貯玉数を差し引いて貯玉可能玉数を算定し（ステップＳ４０４）、この貯玉可能玉数を貯玉数に貯玉移行処理した後に（ステップＳ４０５）、当日持玉数から貯玉可能玉数を減算した値を前日持玉数に移行する（ステップＳ４０６）。

上記ステップＳ４０２〜Ｓ４０６の処理を未処理のカードＩＤがなくなるまで繰り返し（ステップＳ４０７：Ｙｅｓ）、会員カード管理テーブル４０ｆ内の全てのカードＩＤに対する処理を終えたならば（ステップＳ４０７：Ｎｏ）、処理を終了する。

上述してきたように、本実施例２では、持玉数（当日持玉数）と貯玉数の和が貯玉上限数を超えている場合に、一部の持玉数を貯玉に移行処理するとともに、残余の持玉数を貯玉候補玉数に移行するよう構成したので、会員にとってより一層有利になるよう取り扱うことができる。

ところで、上記実施例１及び２では、持玉数（当日持玉数）を貯玉数に移行する場合を示したが、本発明はこれに限定されるものではなく、持玉数のうちの端数のみを貯玉数に移行する運用を行う場合に適用することもできる。そこで、本実施例３では、持玉数のうちの端数のみを貯玉数に移行する運用を行う場合について説明する。

図１２は、実施例３に係る遊技媒体管理システムの概念を説明するための説明図である。同図に示す遊技媒体管理システムでは、貯玉上限数との関係で持玉数（当日持玉数）の端数を貯玉数に移行処理しつつ、残余の持玉数を前日持玉数に移行する処理を行っている。

ここで、端数とは、特殊景品に景品交換することができない玉数を意味する。例えば、遊技店が、持玉数「１２５０」で５０００円相当の特殊景品Ａに景品交換し、持玉数「２５０」で１０００円相当の特殊景品Ｂに景品交換し、持玉数「５０」で２００円相当の特殊景品Ｃに景品交換する場合には、４９玉以下の持玉数が端数として取り扱われることになる。このような場合に、通常はお菓子等の景品に景品交換されるわけであるが、かかるお菓子を望まない遊技客が多いため、遊技店が端数を貯玉移行させる運用を行う場合があるからである。

図１２に示すように、持玉数が「５０２０」、貯玉数が「１８０００」、貯玉上限数が「２００００」である場合には、持玉数「５０２０」のうちの端数「２０」を貯玉数に移行処理し、残余の持玉数「５０００」を前日持玉数に移行させている。なお、この前日持玉数「５０００」は、実施例１と同様に翌日の開店処理によって貯玉候補玉数「５０００」に移行処理されることになる。このように、持玉数の端数を貯玉するように構成することで、遊技店が端数を貯玉移行する運用を採用する場合であっても、会員にとって有利に取り扱うことができる。

次に、本実施例３に係る台間カード処理機１０、カード管理装置１００及び会員管理装置５０の内部構成について説明する。図１３は、本実施例３に係る台間カード処理機１０、カード管理装置１００及び会員管理装置５０の内部構成を示す機能ブロック図である。なお、すでに説明した実施例１と同様の部位については、同一の符号を付すこととして、その詳細な説明を省略する。

同図に示すように、カード管理装置１００の制御部１１０には、カード情報管理部４０ｈと、端数算出部１１１と、貯玉移行処理部１１２とが設けられている。端数算出部１１１は、持玉数の端数を算定する処理部である。具体的には、最も低額な特殊景品の景品交換に必要な玉数で持玉数を除算し、その剰余の玉数を端数とする。例えば、持玉数が「５０２０」であり、最も低額な特殊景品の景品交換に要する玉数が「５０」である場合には、５０２０玉を５０玉で除算した剰余の２０玉が端数となる。

貯玉移行処理部１１２は、端数算出部１１１で算出された端数を貯玉に自動移行するとともに、持玉数（当日持玉数）から端数を除いた残余を前日持玉数に移行する処理部である。なお、この端数を貯玉数に移行処理すると貯玉上限数を超えてしまう場合には、端数を含めた持玉数（当日持玉数）の全てを前日持玉数に移行させることになる。

次に、図１３に示したカード管理装置１００による閉店処理操作受付時の処理手順について説明する。図１４は、図１３に示したカード管理装置１００による閉店処理操作受付時の処理手順を示すフローチャートである。ここでは、説明の便宜上、会員カードに持玉数（当日持玉数）が関連付けられているものとする。

図１４に示すように、カード管理装置１００が所定の閉店処理操作を受け付けたならば（ステップＳ５０１）、端数算出部１１１が持玉数の端数を算出する（ステップＳ５０２）。その後、会員管理装置５０に対して会員カードのカードＩＤに対応する貯玉数を要求し、この貯玉数を受信したならば、端数と貯玉数の和が貯玉上限数を超えるか否かを判定する（ステップＳ５０３）。

そして、端数と貯玉数の和が貯玉上限数以内であると判定された場合には（ステップＳ５０３：Ｎｏ）、端数を貯玉移行処理するとともに（ステップＳ５０４）、持玉数（当日持玉数）から端数を減算した玉数を前日持玉数に移行する（ステップＳ５０５）。一方、端数と貯玉数の和が貯玉上限数を超えると判定された場合には（ステップＳ５０３：Ｙｅｓ）、当日持玉数の全てを前日持玉数に移行処理する（ステップＳ５０６）。

上記ステップＳ５０２〜Ｓ５０６の処理を未処理のカードＩＤがなくなるまで繰り返し（ステップＳ５０７：Ｙｅｓ）、会員カード管理テーブル４０ｆ内の全てのカードＩＤに対する処理を終えたならば（ステップＳ５０７：Ｎｏ）、処理を終了する。

上述してきたように、本実施例３では、持玉数（当日持玉数）の一部のみを貯玉移行させる運用を行う場合に、端数と貯玉数の和が貯玉上限数を超えている場合には全ての持玉数を貯玉候補玉数に移行させ、端数と貯玉数の和が貯玉上限数以内である場合には端数を貯玉に移行処理するとともに端数を除いた持玉数を貯玉候補玉数に移行させるよう構成したので、持玉数の端数のみを貯玉に移行処理する運用を採用する場合にも本発明を適用することができる。

なお、上記実施例３では、持玉数（当日持玉数）全体又は持玉数から端数を除いた玉数を前日持玉数に移行させる場合を示したが、本発明はこれに限定されるものではなく、端数のみを貯玉移行させる場合に適用することもできる。図１５は、端数のみを貯玉移行させる場合の処理手順を示すフローチャートである。同図に示すように、カード管理装置１００が所定の閉店処理操作を受け付けたならば（ステップＳ６０１）、端数算出部１１１が持玉数の端数を算出し（ステップＳ６０２）、端数と貯玉数の和が貯玉上限数を超えるか否かを判定する（ステップＳ６０３）。そして、端数と貯玉数の和が貯玉上限数以内であると判定された場合には（ステップＳ６０３：Ｙｅｓ）、端数を貯玉移行処理する（ステップＳ６０４）。なお、端数と貯玉数の和が貯玉上限数を超えると判定された場合には（ステップＳ６０３：Ｎｏ）、そのままステップＳ６０５に移行する。上記ステップＳ６０２〜Ｓ６０４の処理を未処理のカードＩＤがなくなるまで繰り返し（ステップＳ６０５：Ｙｅｓ）、会員カード管理テーブル４０ｆ内の全てのカードＩＤに対する処理を終えたならば（ステップＳ６０５：Ｎｏ）、処理を終了することになる。

また、本実施例３では、持玉数全体又は持玉数から端数を除いた玉数を前日持玉数に移行する場合を示したが、この前日持玉数を貯玉候補玉に移行させる場合だけではなく、この前日持玉数を翌日に消滅させる運用を採用することもできる。

なお、上記実施例１〜３では、閉店処理時の貯玉移行処理を対象とする場合を示したが、本発明はこれに限定されるものではなく、閉店後日が跨がる時点での貯玉移行処理や、開店処理時の貯玉移行処理を対象とすることもできる。その他、貯玉への移行処理を行うのは会員カード返却時でもよく、特開２０１０−１７３４８号公報に記載のタイミングであればいつでも良い。

また、上記実施例１〜３では、閉店処理時の貯玉移行処理を行えない場合に、会員カード管理テーブル４０ｆの持玉数（当日持玉数）を前日持玉数に移行させた後に、この前日持玉数を貯玉候補玉数に移行させることとしたが、本発明はこれに限定されるものではなく、持玉数（当日持玉数）を直接貯玉候補玉数に移行するよう構成することもできる。

また、上記実施例１〜３では、カード管理装置４０と会員管理装置５０を別装置とした場合を示したが、本発明はこれに限定されるものではなく、カード管理装置４０と会員管理装置５０を一体化した場合に適用することもできる。

また、上記実施例１〜３では、会員を証明する媒体として会員カードについて記載したが、本発明はこれに限定されるものではなく、遊技客が保有する携帯電話を会員カードとして扱うようにしても良い。携帯電話の場合の会員の種別は、「メールアドレス」、「電話番号」、「フェリカのＩｄｍ」等、携帯電話を一意に識別可能なものであれば何でも良い。

また、上記実施例では、貯玉候補玉を貯玉へ移行するのに手動による移行指示を行う旨の説明をしたが、自動処理にすることもできる。つまり、遊技客が貯玉を景品交換や再プレイ等で使うことにより、貯玉上限数と現在貯玉数との差が貯玉候補玉数より多くなった時点で貯玉候補玉が貯玉へ移行させる。これにより、煩わしい操作も必要なく容易に貯玉移行ができる。

以上のように、本発明に係る遊技媒体管理装置、遊技媒体管理方法及び遊技媒体管理プログラムは、貯遊技媒体上限数の存在により貯遊技媒体数に自動移行できない持ち遊技媒体数が存在する場合であっても、かかる会員の持ち遊技媒体数を適正に処理する場合に適している。

１ カード
１０ 台間カード処理機
１０ａ Ｒ／Ｗ部
１０ｂ 通信Ｉ／Ｆ部
１０ｃ 記憶部
１０ｄ 持玉数
１０ｅ カード利用データ
１０ｆ 制御部
１０ｇ 持玉管理部
１０ｈ カード処理部
１０ｉ 払出処理部
１１ 状態表示部
１２ 紙幣挿入部
１３ 表示操作部
１４ ノズル
１５ カードユニット部
１６ 携帯読取部
１７ 計数部
１８ 持玉貯留部
１８ａ 持玉数表示部
２０ 遊技機
２１ 上皿
２１ａ 返却ボタン
２２ 下皿
３０ 島コントローラ
４０ カード管理装置
４０ａ 入力部
４０ｂ 表示部
４０ｃ 通信Ｉ／Ｆ部
４０ｄ 記憶部
４０ｅ 一般カード管理テーブル
４０ｆ 会員カード管理テーブル
４０ｇ 制御部
４０ｈ カード情報管理部
４０ｉ 貯玉移行処理部
５０ 会員管理装置
５０ａ 入力部
５０ｂ 表示部
５０ｃ 通信Ｉ／Ｆ部
５０ｄ 記憶部
５０ｅ 会員管理テーブル
５０ｆ 貯玉管理テーブル
５０ｇ 制御部
５０ｈ 貯玉管理部
６０ 島端計数機
７０ 精算機
８０ 景品管理装置
９０ 通信回線
１００ カード管理装置
１１１ 端数算出部
１１２ 貯玉移行処理部

Claims (8)

1. 遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理装置であって、
   所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理手段と、
   所定の貯遊技媒体上限数の超過のために前記第１の移行処理手段により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理手段と、
   前記貯遊技媒体候補数管理手段により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理手段と
   を備えたことを特徴とする遊技媒体管理装置。
2. 前記貯遊技媒体候補数管理手段は、前記貯遊技媒体候補数に対する景品交換要求を受け付けた場合に該景品交換要求を許容し、前記貯遊技媒体候補数に対する再遊技のための払出要求を受け付けた場合に該払出要求を拒否することを特徴とする請求項１に記載の遊技媒体管理装置。
3. 前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、前記持ち遊技媒体数の移行処理を不可とし、
   前記貯遊技媒体候補数管理手段は、前記持ち遊技媒体数の全てを前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する
   ことを特徴とする請求項１又は２に記載の遊技媒体管理装置。
4. 前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数よりも大きい場合に、該貯遊技媒体上限数と前記貯遊技媒体数との差分の持ち遊技媒体数を前記貯遊技媒体数に移行処理するとともに、前記持ち遊技媒体数のうち移行処理されない一部の持ち遊技媒体数の移行処理を不可とし、
   前記貯遊技媒体候補数管理手段は、前記第１の移行処理手段により移行処理されない一部の持ち遊技媒体数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する
   ことを特徴とする請求項１又は２に記載の遊技媒体管理装置。
5. 前記第１の移行処理手段は、記録媒体識別情報に対応する持ち遊技媒体数に含まれる所定数以下の端数と該記録媒体識別情報に対応する前記貯遊技媒体数との和が所定の貯遊技媒体上限数以下である場合に該端数を前記貯遊技媒体数に移行処理するとともに、前記貯遊技媒体上限数よりも大きい場合に前記端数の移行処理を不可とし、
   前記貯遊技媒体候補数管理手段は、少なくとも前記第１の移行処理手段により移行処理されない端数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する
   ことを特徴とする請求項１又は２に記載の遊技媒体管理装置。
6. 前記貯遊技媒体候補数管理手段は、前記第１の移行処理手段による前記端数の移行処理の如何を問わず、前記持ち遊技媒体数から前記端数を差し引いた持ち遊技媒体数を前記貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する
   ことを特徴とする請求項５に記載の遊技媒体管理装置。
7. 遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理方法であって、
   所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理工程と、
   所定の貯遊技媒体上限数の超過のために前記第１の移行処理工程により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理工程と、
   前記貯遊技媒体候補数管理工程により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理工程と
   を含んだことを特徴とする遊技媒体管理方法。
8. 遊技機に併設された計数機付き各台装置で計数された持ち遊技媒体数並びに遊技店に預け入れた貯遊技媒体数を遊技店に会員登録された会員が所持する会員用記録媒体を一意に識別する記録媒体識別情報に対応づけて管理する遊技媒体管理装置の遊技媒体管理プログラムであって、
   所定の移行処理操作を受け付けた場合に、前記記録媒体識別情報に対応する持ち遊技媒体数又はその一部を該記録媒体識別情報に対応する前記貯遊技媒体数に移行処理する第１の移行処理手順と、
   所定の貯遊技媒体上限数の超過のために前記第１の移行処理手順により移行処理されない持ち遊技媒体数又はその一部を、少なくとも貯遊技媒体数よりも使用が制限される貯遊技媒体候補数として前記記録媒体識別情報に対応づけて管理する貯遊技媒体候補数管理手順と、
   前記貯遊技媒体候補数管理手順により管理される貯遊技媒体候補数を前記貯遊技媒体数に加えたとしても前記所定の貯遊技媒体上限数を超えなくなった場合に、前記貯遊技媒体候補数を前記貯遊技媒体数に移行処理する第２の移行処理手順と
   をコンピュータに実行させることを特徴とする遊技媒体管理プログラム。

Images