貯玉管理装置、貯玉管理方法及び貯玉管理プログラム
【課題】遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を可能にすることを課題とする。
【解決手段】会員カードＩＤごとに貯玉数、ステータス（通常又は睡眠）及び最終利用年月日を対応付けた貯玉管理テーブル１３４ａを用いて貯玉管理部１３５ａが貯玉を管理するとともに、睡眠移行処理部１３５ｂにより長年（例えば２年）利用されない貯玉のステータスを「通常」から「睡眠」に移行させるとともに、集計処理部１３５ｃでは、ステータスが「睡眠」である全貯玉数を集計する。
【解決手段】会員カードＩＤごとに貯玉数、ステータス（通常又は睡眠）及び最終利用年月日を対応付けた貯玉管理テーブル１３４ａを用いて貯玉管理部１３５ａが貯玉を管理するとともに、睡眠移行処理部１３５ｂにより長年（例えば２年）利用されない貯玉のステータスを「通常」から「睡眠」に移行させるとともに、集計処理部１３５ｃでは、ステータスが「睡眠」である全貯玉数を集計する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置、貯玉管理方法及び貯玉管理プログラムに関し、特に、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を可能にする貯玉管理装置、貯玉管理方法及び貯玉管理プログラムに関する。
【背景技術】
【０００２】
従来、パチンコ店等の遊技店が、遊技客により獲得されたパチンコ玉を貯玉として管理する貯玉管理システムが知られている。例えば、特許文献１には、管理装置上で会員カードＩＤごとに貯玉を記憶し、会員カードが挿入されると、この管理装置で管理された貯玉の範囲内で玉貸しを行う遊技媒体貸出装置が開示されている。
【０００３】
具体的には、遊技客が獲得したパチンコ玉を計数機で計数する際に、この計数機に会員カードを挿入して貯玉操作を行うと、獲得した玉数のレシートを発行するのではなく、この玉数が貯玉として管理装置で管理される。その後、遊技客が、遊技機に併設された台間ユニットに会員カードを挿入して貯玉引落操作を行うと、管理装置上で管理される会員カードＩＤに対応づけられた貯玉数から所定数を減算した後に、貯玉分のパチンコ玉が台間ユニット等から投出される。また、遊技店内に設けられたＰＯＳ端末に会員カードを挿入して景品交換操作が行われると、貯玉を景品交換することもできる。
【０００４】
ここで、遊技店が税務申告を行う際には、遊技客による貯玉数はあくまでも遊技客自身の持ち分であるため、この貯玉数は遊技店の「負債」として取り扱われ、遊技客が貯玉を用いた再プレイを行うと、この再プレイ分が遊技店の「収益」として取り扱われることになる。
【０００５】
【特許文献１】特開平１１−２０７０１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、貯玉は常に遊技客によって再利用されるというわけではなく、例えば遊技客が来店できない状況になる等の理由で長年再利用されない貯玉が現に存在する。このように、長年再利用されない貯玉については、遊技店の持ち分とみなされるのが通常であるが、かかる貯玉をその都度税務申告上の「収益」扱いとして管理するとなると、その管理労力が大きくなるという問題がある。
【０００７】
特に、遊技客が数年後に遊技店に来店し、長年再利用されなかった貯玉を再利用する場合には、たとえ遊技店で一旦「収益」扱いとされた後でもこの貯玉を遊技客に提供するのが通常であるため、このようなケースでは一旦「収益」扱いにした貯玉を「負債」扱いに変更せねばならず、貯玉に係る税務申告上の管理が錯綜する。
【０００８】
以上のことから、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉を税務申告面を考慮していかに効率良く管理するかが、重要な課題となっている。また、かかる課題は貯玉にのみ生ずる課題ではなく、貯メダルについても同様に生ずる課題である。
【０００９】
この発明は、上記課題（問題点）に鑑みてなされたものであり、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を可能にする貯玉管理装置、貯玉管理方法及び貯玉管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するため、本発明は、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置であって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルと、店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、前記貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により前記最終利用時点を更新するとともに、遊技機に併設された台間機からの前記識別情報を含む引落要求がなされた場合に前記貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により前記最終利用時点を更新する貯玉管理手段と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記発明において、前記識別情報を含む所定の状態復旧操作を受け付けた際に、前記貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理する復旧処理手段をさらに備えたことを特徴とする。
【００１２】
また、本発明は、上記発明において、前記貯玉管理テーブルに記憶された各識別情報の貯玉数のうち前記状態情報が睡眠状態にある貯玉数を集計する集計手段をさらに備えたことを特徴とする。
【００１３】
また、本発明は、上記発明において、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理方法であって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理する管理工程と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更工程とを含んだことを特徴とする。
【００１４】
また、本発明は、上記発明において、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置に用いる貯玉管理プログラムであって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を貯玉管理テーブルを用いて管理手順と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手順とをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルで貯玉を管理するとともに、店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により最終利用時点を更新し、遊技機に併設された台間機からの識別情報を含む引落要求がなされた場合に貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により最終利用時点を更新し、貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を睡眠状態という状態情報を用いて管理し、もってこの睡眠状態の貯玉を通常状態の貯玉と区分して適正かつ効率的に管理することができる。
【００１６】
また、本発明によれば、識別情報を含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理するよう構成したので、一旦睡眠状態扱いとした後であっても遊技客の再来店時にこれを通常状態に復旧させ、もって貯玉全体の適正かつ効率的な管理を行うことができる。
【００１７】
また、本発明によれば、貯玉管理テーブルに記憶された各識別情報の貯玉数のうち状態情報が睡眠状態にある貯玉数を集計するよう構成したので、税務申告用の適正な資料を効率良く作成することができる。
【００１８】
また、本発明によれば、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理しておき、貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を睡眠状態という状態情報を用いて管理し、もってこの睡眠状態の貯玉を通常状態の貯玉と区分して適正かつ効率的に管理することができる。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、本発明に係る貯玉管理装置、貯玉管理方法及び貯玉管理プログラムの好適な実施例を詳細に説明する。本実施例では、パチンコ玉を遊技媒体とした場合を説明する。
【実施例１】
【００２０】
まず、本実施例１に係る貯玉管理システムのシステム構成について説明する。図１は、本実施例１に係る貯玉管理システムのシステム構成を示すブロック図である。同図に示す貯玉管理システムは、遊技客により獲得されたパチンコ玉をターミナルコントローラ（以下「Ｔ／Ｃ」と言う）１３に貯玉し、この貯玉を台間ユニット１０上を引落可能としたシステムである。
【００２１】
ここで、本実施例１に係る貯玉管理システムでは、Ｔ／Ｃ１３上で管理する貯玉を「通常」又は「睡眠」というステータス（状態情報）とともに管理する点にその特徴がある。従来の貯玉管理システムのように、かかるステータスを付与することなく貯玉を管理すると、遊技客が長年貯玉を利用せず、遊技店の「収益」扱いとされた貯玉と通常の貯玉とを区別できないため、適正な税務申告を効率良く行うことが難しい。そこで、本実施例１では、各貯玉に「通常」又は「睡眠」というステータスを付与し、長年利用されない貯玉すなわち「睡眠」というステータスを有する貯玉を迅速かつ効率良く集計することができるよう構成している。
【００２２】
図１に示すように、この貯玉管理システムは、台間ユニット１０と、遊技機１１と、島コントローラ１２と、Ｔ／Ｃ１３と、計数機１４と、ＰＯＳ端末１５とを有する。
【００２３】
遊技機１１は、遊技媒体であるパチンコ玉を用いたパチンコ遊技を遊技客に提供するいわゆるパチンコ機であり、台間ユニット１０は、遊技機１１に併設されたパチンコ玉の貸出処理を司る台間機である。この台間ユニット１０は、通常は紙幣又はプリペイドカードを挿入して玉貸操作を受け付けた際に、パチンコ玉の投出処理を行うことになるが、会員カードの挿入とともに所定の引落操作（暗証番号の入力及び再プレイボタンの押下操作等）がなされた場合には、会員カードＩＤに価値付けられた貯玉のうちの所定数分を投出処理することになる。
【００２４】
島コントローラ１２は、各島に設けられ、Ｔ／Ｃ１３と各台間ユニット１０の間に設けられる中継装置であり、Ｔ／Ｃ１３は、遊技客により預け入れられた貯玉を管理する管理装置である。このＴ／Ｃ１３は、貯玉を「通常」又は「睡眠」というステータス（状態情報）とともに管理する点にその特徴がある（細部は後述）。なお、このＴ／Ｃ１３は、プリペイドカードデータ等を管理することもできるが、ここでは貯玉以外の管理についてはその説明を省略する。
【００２５】
計数機１４は、遊技客により獲得されたパチンコ玉の玉数を計数する計数機であり、この計数機１４を用いて貯玉を行うことができる。具体的には、この計数機１４に設けられた会員カード挿入口に会員カードを挿入し、計数後に貯玉ボタンが押下操作されると、会員カードＩＤ及び貯玉数がＴ／Ｃ１３に対して通知され、この貯玉数がＴ／Ｃ１３上で管理される。なお、会員カードが挿入されない場合には、玉数がバーコード印刷されたレシート等が発行される。
【００２６】
ＰＯＳ端末１５は、遊技店内の景品交換カウンタに設けられるバーコードリーダが付設された端末装置である。店員が、遊技客から渡されたレシートに印刷されたバーコードをバーコードリーダで読み取って獲得玉数を表示部に表示するとともに、景品に付されたバーコードをバーコードリーダで読み取ると、表示された玉数から景品分の玉数が減算される。
【００２７】
このＰＯＳ端末１５を用いて貯玉することもでき、具体的には、所定の会員カード挿入口に会員カードを挿入するとととに、レシートに付されたバーコードをバーコードリーダで読み取り、貯玉ボタンを操作すると、獲得された玉数が貯玉数として会員カードＩＤとともにＴ／Ｃ１３に通知される。
【００２８】
なお、このＰＯＳ端末１５を用いて貯玉数を景品交換することもできる。具体的には、会員カード挿入口に会員カードを挿入して貯玉数確認ボタンを操作すると、Ｔ／Ｃ１３に対して会員カードＩＤを含む貯玉数確認要求が通知され、Ｔ／Ｃ１３から貯玉数の通知を受けたならば、その貯玉数を表示部に表示する。その後、景品に付されたバーコードをバーコードリーダで読み取ると、表示された貯玉数から景品分の玉数が減算される。
【００２９】
次に、図１に示したＴ／Ｃ１３の構成について具体的に説明する。図２は、図１に示したＴ／Ｃ１３の構成を示す機能ブロック図である。同図に示すように、このＴ／Ｃ１３は、入力部１３１、表示部１３２、インタフェース部１３３、記憶部１３４及び制御部１３５を有する。
【００３０】
入力部１３１は、キーボード又はマウス等の入力デバイスであり、表示部１３２は、液晶パネル又はディスプレイ等の表示デバイスであり、インタフェース部１３３は、各台間ユニット１０、計数機１４及びＰＯＳ端末１５とデータ通信を行うためのインターフェースを司る処理部である。
【００３１】
記憶部１３４は、磁気ディスク装置等の記憶デバイスであり、その内部には貯玉管理テーブル１３４ａを記憶する。図３は、図２に示した貯玉管理テーブル１３４ａの一例を示す図であり、図３に示すように、この貯玉管理テーブル１３４ａでは、会員カードＩＤごとに、貯玉数、ステータス及び最終利用年月日を記憶する。ここでは、会員カードＩＤ「１１１１」の貯玉数が「２０００発」、そのステータスが「通常」、最終利用年月日が「２００６年５月１日」であり、会員カードＩＤ「２２２２」の貯玉数が「３０００発」、そのステータスが「通常」、最終利用年月日が「２００６年１月１０日」であり、会員カードＩＤ「３３３３」の貯玉数が「１２０発」、そのステータスが「睡眠」、最終利用年月日が「２００４年４月１日」である状況を示している。
【００３２】
ここで、ステータス「睡眠」とは、長年遊技客により再利用されなかったために税務申告上遊技店の「収益」対象とすべき貯玉を示しており、ステータス「通常」とは、上記「睡眠」ではなく遊技客の持ち分であることを意味している。なお、本実施例１では、最終利用年月日から２年を経過した場合に、ステータスを「通常」から「睡眠」に移行することとしている。このため、最後に貯玉が追加された年月日又は最後に貯玉が再利用された年月日を最終利用年月日として各会員カードＩＤに対応付けて記憶している。
【００３３】
制御部１３５は、Ｔ／Ｃ１３の全体制御を行う制御部であり、貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃを有する。貯玉管理部１３５ａは、貯玉管理テーブル１３４ａを用いて貯玉の管理を行う管理部であり、具体的には、計数機１４又はＰＯＳ端末１５から会員カードＩＤ及び貯玉数を含む貯玉要求がなされた場合には、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤの貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用年月日により最終利用年月日を更新するとともに、台間ユニット１０からの会員カードＩＤを含む引落要求がなされた場合に貯玉管理テーブル１３４ａ上の該当する会員カードＩＤの貯玉数から所定数の貯玉数を減算処理しつつ現利用年月日により最終利用年月日を更新する。
【００３４】
睡眠移行処理部１３５ｂは、貯玉管理テーブル１３４ａに記憶されたステータスが「通常」であり、かつ、最終利用年月日から所定の期間（本実施例１では２年）を経過した場合に、該ステータスを「通常」から「睡眠」に変更する処理部である。
【００３５】
集計処理部１３５ｃは、貯玉管理テーブル１３４ａに記憶された各会員カードＩＤの貯玉数のうちステータスが「睡眠」である貯玉数を集計する処理部であり、その集計結果を表示部１３２に表示制御する。かかる集計結果は、税務申告の際の「収益」として利用されることになる。
【００３６】
なお、上記Ｔ／Ｃ１３は、ＲＯＭ等に格納されたプログラムをＣＰＵで実行するコンピュータであるため、上記貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃに対応するプログラムをＲＯＭ等からＣＰＵにロードして実行し、貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃに対応する処理を行わせることになる。
【００３７】
次に、図２に示した睡眠移行処理部１３５ｂの処理手順について説明する。図４は、図２に示した睡眠移行処理部１３５ｂの処理手順を示すフローチャートである。同図に示すように、この睡眠移行処理部１３５ｂは、タイマ等から現年月日を入力し（ステップＳ１０１）、この現年月日から２年を減算して基準日を算出する（ステップＳ１０２）。この基準日とは、ステータスを「通常」から「睡眠」に移行させるか否かを判定する際の基準日である。
【００３８】
その後、貯玉管理テーブル１３４ａの最終利用年月日と基準日とを比較し、最終利用年月日が基準日よりも前であり（ステップＳ１０３肯定）、かつ、ステータスが「通常」である場合には（ステップＳ１０４肯定）、このステータスを「睡眠」に変更する（ステップＳ１０５）。なお、最終利用年月日が基準日よりも後である場合（ステップＳ１０３否定）、又は、ステータスが「通常」でない場合には（ステップＳ１０４否定）、そのままステップＳ１０６に移行する。
【００３９】
そして、貯玉管理テーブル１３４ａ上に未処理の会員カードＩＤが存在する場合には（ステップＳ１０６肯定）、ステップＳ１０３に移行して上記一連の処理を繰り返し、全ての会員カードＩＤに対する処理を終えたならば（ステップＳ１０６否定）、処理を終了する。
【００４０】
次に、図２に示した集計処理部１３５ｃの処理手順について説明する。図５は、図２に示した集計処理部１３５ｃの処理手順を示すフローチャートである。同図に示すように、まず集計結果を示す変数ＳＵＭを０に初期化するとともに（ステップＳ２０１）、貯玉管理テーブル１３４ａの行を示す変数ｉを０に初期化する（ステップＳ２０２）。
【００４１】
その後、貯玉管理テーブル１３４ａのｉ行目のステータスが「睡眠」であるか否かを調べ（ステップＳ２０３）、ステータスが「睡眠」である場合には（ステップＳ２０３肯定）、ｉ行目の貯玉数を変数ＳＵＭに加算する処理を行う（ステップＳ２０４）。なお、ステータスが「睡眠」でない場合には（ステップＳ２０３否定）、上記ステップＳ２０４の処理は行わない。
【００４２】
そして、ｉ行目が貯玉管理テーブル１３４ａの最終行すなわちＥＯＦ内であるか否かを調べ（ステップＳ２０５）、最終行内でない場合には（ステップＳ２０５否定）、変数ｉをインクリメントした後に（ステップＳ２０６）、ステップＳ２０３に移行して同様の処理を行う。
【００４３】
これに対して、最終行以上となった場合には（ステップＳ２０５肯定）、変数ＳＵＭの値を表示部１３２に表示した後（ステップＳ２０７）、上記一連の処理を終了する。なお、表示部１３２に表示する代わりに、用紙に印刷するよう構成することもできる。
【００４４】
上述してきたように、本実施例１では、会員カードＩＤごとに貯玉数、ステータス（通常又は睡眠）及び最終利用年月日を対応付けた貯玉管理テーブル１３４ａを用いて貯玉管理部１３５ａが貯玉を管理するとともに、睡眠移行処理部１３５ｂにより長年（例えば２年）利用されない貯玉のステータスを「通常」から「睡眠」に移行させるとともに、集計処理部１３５ｃでは、ステータスが「睡眠」である全貯玉数を集計するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉を通常貯玉とは別個に効率良く管理し、もって適正かつ効率的な税務申告が可能となる。
【実施例２】
【００４５】
ところで、上記実施例１では、ステータスを「通常」から「睡眠」に移行させる場合について説明したが、長年利用されなかった貯玉を遊技客が再利用するケースについても考えられる。このため、本実施例２では、かかる状況に応答してステータスを「睡眠」から「通常」に復旧する場合について説明する。
【００４６】
図６は、本実施例２に係るＴ／Ｃ２０の構成を示す機能ブロック図である。なお、ここでは図２のものと同一の機能を有する部位には同一の符号を付すこととしてその詳細な説明を省略する。図６に示すように、このＴ／Ｃ２０には、復旧処理部２２を有する制御部２１が設けられている。
【００４７】
復旧処理部２２は、会員カードＩＤを含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤのステータスが「睡眠」である場合には、該ステータスを「睡眠」から「通常」に復旧処理する処理部である。なお、この状態復旧操作は、Ｔ／Ｃ２０の入力部１３１を用いて行うことができる。
【００４８】
図７は、本実施例２に係る復旧処理を行った場合の貯玉管理テーブル１３４ａの状態遷移の一例を示す図である。同図に示すように、会員カードＩＤ「３３３３」についての状態復旧操作が行われると、復旧処理部２２による復旧処理が行われ、その結果会員カードＩＤ「３３３３」のステータスが「睡眠」から「通常」に復旧し、税務申告上の「収益」対象から「負債」対象に変わることになる。
【００４９】
図８は、図６に示した復旧処理部２２による復旧処理手順を示すフローチャートである。同図に示すように、会員カードＩＤを指定した状態復旧操作を受け付けたならば（ステップＳ３０１）、貯玉管理テーブル１３４ａを会員カードＩＤで検索する（ステップＳ３０２）。
【００５０】
その結果、貯玉管理テーブル１３４ａに該当する会員カードＩＤが存在しない場合には（ステップＳ３０３否定）、表示部１３２に「復旧不可」と表示して（ステップＳ３０４）処理を終了する。
【００５１】
これに対して、貯玉管理テーブル１３４ａに該当する会員カードＩＤが存在する場合には（ステップＳ３０３肯定）、ステータスを「睡眠」から「通常」に書き換える復旧処理を行った後に（ステップＳ３０５）、現年月日で最終利用年月日を更新し（ステップＳ３０６）、表示部１３２に「復旧完了」と表示して（ステップＳ３０７）処理を終了する。
【００５２】
なお、本実施例２では、状態復旧操作が行われた場合に、ステータスを「睡眠」から「通常」に戻すこととしたが、復旧された事実を把握するため「通常」ではなく「復旧」というステータスに変更することもできる。
【００５３】
上述してきたように、本実施例２では、復旧処理部２２が、会員カードＩＤを含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤのステータスが「睡眠」である場合には、該ステータスを「睡眠」から「通常」に復旧処理するよう構成したので、長年利用されなかった貯玉を遊技客が再利用するケースにも効率的に対応することができる。
【００５４】
なお、上記実施例１及び２では、パチンコ玉を貯玉する場合を示したが、本発明はこれに限定されるものではなく、メダルを貯メダルする場合にも同様に適用することができる。
【００５５】
また、本実施例１及び２では、「通常」及び「睡眠」というステータスを用いた場合を示したが、本発明はこれに限定されるものではなく、「０」及び「１」等のフラグを用いることもできる。
【００５６】
また、本実施例１及び２では、遊技機１１に併設された台間ユニット１０から貯玉の引落要求を行う場合を示したが、島端に設置された機器やカウンタ内に配設されたＰＯＳ端末から貯玉の引落要求を行うこともできる。このため、これらの店内に配設された各種機器からの引落要求がなされた場合にも、最終利用年月日は同様に更新されることになる。
【産業上の利用可能性】
【００５７】
本発明にかかる貯玉管理装置、貯玉管理方法及び貯玉管理プログラムは、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を行う場合に有用である。
【図面の簡単な説明】
【００５８】
【図１】本実施例１に係る貯玉管理システムのシステム構成を示すブロック図である。
【図２】図１に示したＴ／Ｃの構成を示す機能ブロック図である。
【図３】図２に示した貯玉管理テーブルの一例を示す図である。
【図４】図２に示した睡眠移行処理部の処理手順を示すフローチャートである。
【図５】図２に示した集計処理部の処理手順を示すフローチャートである。
【図６】本実施例２に係るＴ／Ｃの構成を示す機能ブロック図である。
【図７】本実施例２に係る復旧処理を行った場合の貯玉管理テーブルの状態遷移の一例を示す図である。
【図８】図６に示した復旧処理部による復旧処理手順を示すフローチャートである。
【符号の説明】
【００５９】
１０ 台間ユニット
１１ 遊技機
１２ 島コントローラ
１３ ターミナルコントローラ（Ｔ／Ｃ）
１４ 計数機
１５ ＰＯＳ端末
１３１ 入力部
１３２ 表示部
１３３ インタフェース部
１３４ 記憶部
１３４ａ 貯玉管理テーブル
１３５ 制御部
１３５ａ 貯玉管理部
１３５ｂ 睡眠移行処理部
１３５ｃ 集計処理部
２０ ターミナルコントローラ（Ｔ／Ｃ）
２１ 制御部
２２ 復旧処理部
【技術分野】
【０００１】
本発明は、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置、貯玉管理方法及び貯玉管理プログラムに関し、特に、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を可能にする貯玉管理装置、貯玉管理方法及び貯玉管理プログラムに関する。
【背景技術】
【０００２】
従来、パチンコ店等の遊技店が、遊技客により獲得されたパチンコ玉を貯玉として管理する貯玉管理システムが知られている。例えば、特許文献１には、管理装置上で会員カードＩＤごとに貯玉を記憶し、会員カードが挿入されると、この管理装置で管理された貯玉の範囲内で玉貸しを行う遊技媒体貸出装置が開示されている。
【０００３】
具体的には、遊技客が獲得したパチンコ玉を計数機で計数する際に、この計数機に会員カードを挿入して貯玉操作を行うと、獲得した玉数のレシートを発行するのではなく、この玉数が貯玉として管理装置で管理される。その後、遊技客が、遊技機に併設された台間ユニットに会員カードを挿入して貯玉引落操作を行うと、管理装置上で管理される会員カードＩＤに対応づけられた貯玉数から所定数を減算した後に、貯玉分のパチンコ玉が台間ユニット等から投出される。また、遊技店内に設けられたＰＯＳ端末に会員カードを挿入して景品交換操作が行われると、貯玉を景品交換することもできる。
【０００４】
ここで、遊技店が税務申告を行う際には、遊技客による貯玉数はあくまでも遊技客自身の持ち分であるため、この貯玉数は遊技店の「負債」として取り扱われ、遊技客が貯玉を用いた再プレイを行うと、この再プレイ分が遊技店の「収益」として取り扱われることになる。
【０００５】
【特許文献１】特開平１１−２０７０１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、貯玉は常に遊技客によって再利用されるというわけではなく、例えば遊技客が来店できない状況になる等の理由で長年再利用されない貯玉が現に存在する。このように、長年再利用されない貯玉については、遊技店の持ち分とみなされるのが通常であるが、かかる貯玉をその都度税務申告上の「収益」扱いとして管理するとなると、その管理労力が大きくなるという問題がある。
【０００７】
特に、遊技客が数年後に遊技店に来店し、長年再利用されなかった貯玉を再利用する場合には、たとえ遊技店で一旦「収益」扱いとされた後でもこの貯玉を遊技客に提供するのが通常であるため、このようなケースでは一旦「収益」扱いにした貯玉を「負債」扱いに変更せねばならず、貯玉に係る税務申告上の管理が錯綜する。
【０００８】
以上のことから、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉を税務申告面を考慮していかに効率良く管理するかが、重要な課題となっている。また、かかる課題は貯玉にのみ生ずる課題ではなく、貯メダルについても同様に生ずる課題である。
【０００９】
この発明は、上記課題（問題点）に鑑みてなされたものであり、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を可能にする貯玉管理装置、貯玉管理方法及び貯玉管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するため、本発明は、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置であって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルと、店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、前記貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により前記最終利用時点を更新するとともに、遊技機に併設された台間機からの前記識別情報を含む引落要求がなされた場合に前記貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により前記最終利用時点を更新する貯玉管理手段と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手段とを備えたことを特徴とする。
【００１１】
また、本発明は、上記発明において、前記識別情報を含む所定の状態復旧操作を受け付けた際に、前記貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理する復旧処理手段をさらに備えたことを特徴とする。
【００１２】
また、本発明は、上記発明において、前記貯玉管理テーブルに記憶された各識別情報の貯玉数のうち前記状態情報が睡眠状態にある貯玉数を集計する集計手段をさらに備えたことを特徴とする。
【００１３】
また、本発明は、上記発明において、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理方法であって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理する管理工程と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更工程とを含んだことを特徴とする。
【００１４】
また、本発明は、上記発明において、遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置に用いる貯玉管理プログラムであって、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を貯玉管理テーブルを用いて管理手順と、前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手順とをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルで貯玉を管理するとともに、店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により最終利用時点を更新し、遊技機に併設された台間機からの識別情報を含む引落要求がなされた場合に貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により最終利用時点を更新し、貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を睡眠状態という状態情報を用いて管理し、もってこの睡眠状態の貯玉を通常状態の貯玉と区分して適正かつ効率的に管理することができる。
【００１６】
また、本発明によれば、識別情報を含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理するよう構成したので、一旦睡眠状態扱いとした後であっても遊技客の再来店時にこれを通常状態に復旧させ、もって貯玉全体の適正かつ効率的な管理を行うことができる。
【００１７】
また、本発明によれば、貯玉管理テーブルに記憶された各識別情報の貯玉数のうち状態情報が睡眠状態にある貯玉数を集計するよう構成したので、税務申告用の適正な資料を効率良く作成することができる。
【００１８】
また、本発明によれば、各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理しておき、貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を睡眠状態という状態情報を用いて管理し、もってこの睡眠状態の貯玉を通常状態の貯玉と区分して適正かつ効率的に管理することができる。
【発明を実施するための最良の形態】
【００１９】
以下に添付図面を参照して、本発明に係る貯玉管理装置、貯玉管理方法及び貯玉管理プログラムの好適な実施例を詳細に説明する。本実施例では、パチンコ玉を遊技媒体とした場合を説明する。
【実施例１】
【００２０】
まず、本実施例１に係る貯玉管理システムのシステム構成について説明する。図１は、本実施例１に係る貯玉管理システムのシステム構成を示すブロック図である。同図に示す貯玉管理システムは、遊技客により獲得されたパチンコ玉をターミナルコントローラ（以下「Ｔ／Ｃ」と言う）１３に貯玉し、この貯玉を台間ユニット１０上を引落可能としたシステムである。
【００２１】
ここで、本実施例１に係る貯玉管理システムでは、Ｔ／Ｃ１３上で管理する貯玉を「通常」又は「睡眠」というステータス（状態情報）とともに管理する点にその特徴がある。従来の貯玉管理システムのように、かかるステータスを付与することなく貯玉を管理すると、遊技客が長年貯玉を利用せず、遊技店の「収益」扱いとされた貯玉と通常の貯玉とを区別できないため、適正な税務申告を効率良く行うことが難しい。そこで、本実施例１では、各貯玉に「通常」又は「睡眠」というステータスを付与し、長年利用されない貯玉すなわち「睡眠」というステータスを有する貯玉を迅速かつ効率良く集計することができるよう構成している。
【００２２】
図１に示すように、この貯玉管理システムは、台間ユニット１０と、遊技機１１と、島コントローラ１２と、Ｔ／Ｃ１３と、計数機１４と、ＰＯＳ端末１５とを有する。
【００２３】
遊技機１１は、遊技媒体であるパチンコ玉を用いたパチンコ遊技を遊技客に提供するいわゆるパチンコ機であり、台間ユニット１０は、遊技機１１に併設されたパチンコ玉の貸出処理を司る台間機である。この台間ユニット１０は、通常は紙幣又はプリペイドカードを挿入して玉貸操作を受け付けた際に、パチンコ玉の投出処理を行うことになるが、会員カードの挿入とともに所定の引落操作（暗証番号の入力及び再プレイボタンの押下操作等）がなされた場合には、会員カードＩＤに価値付けられた貯玉のうちの所定数分を投出処理することになる。
【００２４】
島コントローラ１２は、各島に設けられ、Ｔ／Ｃ１３と各台間ユニット１０の間に設けられる中継装置であり、Ｔ／Ｃ１３は、遊技客により預け入れられた貯玉を管理する管理装置である。このＴ／Ｃ１３は、貯玉を「通常」又は「睡眠」というステータス（状態情報）とともに管理する点にその特徴がある（細部は後述）。なお、このＴ／Ｃ１３は、プリペイドカードデータ等を管理することもできるが、ここでは貯玉以外の管理についてはその説明を省略する。
【００２５】
計数機１４は、遊技客により獲得されたパチンコ玉の玉数を計数する計数機であり、この計数機１４を用いて貯玉を行うことができる。具体的には、この計数機１４に設けられた会員カード挿入口に会員カードを挿入し、計数後に貯玉ボタンが押下操作されると、会員カードＩＤ及び貯玉数がＴ／Ｃ１３に対して通知され、この貯玉数がＴ／Ｃ１３上で管理される。なお、会員カードが挿入されない場合には、玉数がバーコード印刷されたレシート等が発行される。
【００２６】
ＰＯＳ端末１５は、遊技店内の景品交換カウンタに設けられるバーコードリーダが付設された端末装置である。店員が、遊技客から渡されたレシートに印刷されたバーコードをバーコードリーダで読み取って獲得玉数を表示部に表示するとともに、景品に付されたバーコードをバーコードリーダで読み取ると、表示された玉数から景品分の玉数が減算される。
【００２７】
このＰＯＳ端末１５を用いて貯玉することもでき、具体的には、所定の会員カード挿入口に会員カードを挿入するとととに、レシートに付されたバーコードをバーコードリーダで読み取り、貯玉ボタンを操作すると、獲得された玉数が貯玉数として会員カードＩＤとともにＴ／Ｃ１３に通知される。
【００２８】
なお、このＰＯＳ端末１５を用いて貯玉数を景品交換することもできる。具体的には、会員カード挿入口に会員カードを挿入して貯玉数確認ボタンを操作すると、Ｔ／Ｃ１３に対して会員カードＩＤを含む貯玉数確認要求が通知され、Ｔ／Ｃ１３から貯玉数の通知を受けたならば、その貯玉数を表示部に表示する。その後、景品に付されたバーコードをバーコードリーダで読み取ると、表示された貯玉数から景品分の玉数が減算される。
【００２９】
次に、図１に示したＴ／Ｃ１３の構成について具体的に説明する。図２は、図１に示したＴ／Ｃ１３の構成を示す機能ブロック図である。同図に示すように、このＴ／Ｃ１３は、入力部１３１、表示部１３２、インタフェース部１３３、記憶部１３４及び制御部１３５を有する。
【００３０】
入力部１３１は、キーボード又はマウス等の入力デバイスであり、表示部１３２は、液晶パネル又はディスプレイ等の表示デバイスであり、インタフェース部１３３は、各台間ユニット１０、計数機１４及びＰＯＳ端末１５とデータ通信を行うためのインターフェースを司る処理部である。
【００３１】
記憶部１３４は、磁気ディスク装置等の記憶デバイスであり、その内部には貯玉管理テーブル１３４ａを記憶する。図３は、図２に示した貯玉管理テーブル１３４ａの一例を示す図であり、図３に示すように、この貯玉管理テーブル１３４ａでは、会員カードＩＤごとに、貯玉数、ステータス及び最終利用年月日を記憶する。ここでは、会員カードＩＤ「１１１１」の貯玉数が「２０００発」、そのステータスが「通常」、最終利用年月日が「２００６年５月１日」であり、会員カードＩＤ「２２２２」の貯玉数が「３０００発」、そのステータスが「通常」、最終利用年月日が「２００６年１月１０日」であり、会員カードＩＤ「３３３３」の貯玉数が「１２０発」、そのステータスが「睡眠」、最終利用年月日が「２００４年４月１日」である状況を示している。
【００３２】
ここで、ステータス「睡眠」とは、長年遊技客により再利用されなかったために税務申告上遊技店の「収益」対象とすべき貯玉を示しており、ステータス「通常」とは、上記「睡眠」ではなく遊技客の持ち分であることを意味している。なお、本実施例１では、最終利用年月日から２年を経過した場合に、ステータスを「通常」から「睡眠」に移行することとしている。このため、最後に貯玉が追加された年月日又は最後に貯玉が再利用された年月日を最終利用年月日として各会員カードＩＤに対応付けて記憶している。
【００３３】
制御部１３５は、Ｔ／Ｃ１３の全体制御を行う制御部であり、貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃを有する。貯玉管理部１３５ａは、貯玉管理テーブル１３４ａを用いて貯玉の管理を行う管理部であり、具体的には、計数機１４又はＰＯＳ端末１５から会員カードＩＤ及び貯玉数を含む貯玉要求がなされた場合には、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤの貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用年月日により最終利用年月日を更新するとともに、台間ユニット１０からの会員カードＩＤを含む引落要求がなされた場合に貯玉管理テーブル１３４ａ上の該当する会員カードＩＤの貯玉数から所定数の貯玉数を減算処理しつつ現利用年月日により最終利用年月日を更新する。
【００３４】
睡眠移行処理部１３５ｂは、貯玉管理テーブル１３４ａに記憶されたステータスが「通常」であり、かつ、最終利用年月日から所定の期間（本実施例１では２年）を経過した場合に、該ステータスを「通常」から「睡眠」に変更する処理部である。
【００３５】
集計処理部１３５ｃは、貯玉管理テーブル１３４ａに記憶された各会員カードＩＤの貯玉数のうちステータスが「睡眠」である貯玉数を集計する処理部であり、その集計結果を表示部１３２に表示制御する。かかる集計結果は、税務申告の際の「収益」として利用されることになる。
【００３６】
なお、上記Ｔ／Ｃ１３は、ＲＯＭ等に格納されたプログラムをＣＰＵで実行するコンピュータであるため、上記貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃに対応するプログラムをＲＯＭ等からＣＰＵにロードして実行し、貯玉管理部１３５ａ、睡眠移行処理部１３５ｂ及び集計処理部１３５ｃに対応する処理を行わせることになる。
【００３７】
次に、図２に示した睡眠移行処理部１３５ｂの処理手順について説明する。図４は、図２に示した睡眠移行処理部１３５ｂの処理手順を示すフローチャートである。同図に示すように、この睡眠移行処理部１３５ｂは、タイマ等から現年月日を入力し（ステップＳ１０１）、この現年月日から２年を減算して基準日を算出する（ステップＳ１０２）。この基準日とは、ステータスを「通常」から「睡眠」に移行させるか否かを判定する際の基準日である。
【００３８】
その後、貯玉管理テーブル１３４ａの最終利用年月日と基準日とを比較し、最終利用年月日が基準日よりも前であり（ステップＳ１０３肯定）、かつ、ステータスが「通常」である場合には（ステップＳ１０４肯定）、このステータスを「睡眠」に変更する（ステップＳ１０５）。なお、最終利用年月日が基準日よりも後である場合（ステップＳ１０３否定）、又は、ステータスが「通常」でない場合には（ステップＳ１０４否定）、そのままステップＳ１０６に移行する。
【００３９】
そして、貯玉管理テーブル１３４ａ上に未処理の会員カードＩＤが存在する場合には（ステップＳ１０６肯定）、ステップＳ１０３に移行して上記一連の処理を繰り返し、全ての会員カードＩＤに対する処理を終えたならば（ステップＳ１０６否定）、処理を終了する。
【００４０】
次に、図２に示した集計処理部１３５ｃの処理手順について説明する。図５は、図２に示した集計処理部１３５ｃの処理手順を示すフローチャートである。同図に示すように、まず集計結果を示す変数ＳＵＭを０に初期化するとともに（ステップＳ２０１）、貯玉管理テーブル１３４ａの行を示す変数ｉを０に初期化する（ステップＳ２０２）。
【００４１】
その後、貯玉管理テーブル１３４ａのｉ行目のステータスが「睡眠」であるか否かを調べ（ステップＳ２０３）、ステータスが「睡眠」である場合には（ステップＳ２０３肯定）、ｉ行目の貯玉数を変数ＳＵＭに加算する処理を行う（ステップＳ２０４）。なお、ステータスが「睡眠」でない場合には（ステップＳ２０３否定）、上記ステップＳ２０４の処理は行わない。
【００４２】
そして、ｉ行目が貯玉管理テーブル１３４ａの最終行すなわちＥＯＦ内であるか否かを調べ（ステップＳ２０５）、最終行内でない場合には（ステップＳ２０５否定）、変数ｉをインクリメントした後に（ステップＳ２０６）、ステップＳ２０３に移行して同様の処理を行う。
【００４３】
これに対して、最終行以上となった場合には（ステップＳ２０５肯定）、変数ＳＵＭの値を表示部１３２に表示した後（ステップＳ２０７）、上記一連の処理を終了する。なお、表示部１３２に表示する代わりに、用紙に印刷するよう構成することもできる。
【００４４】
上述してきたように、本実施例１では、会員カードＩＤごとに貯玉数、ステータス（通常又は睡眠）及び最終利用年月日を対応付けた貯玉管理テーブル１３４ａを用いて貯玉管理部１３５ａが貯玉を管理するとともに、睡眠移行処理部１３５ｂにより長年（例えば２年）利用されない貯玉のステータスを「通常」から「睡眠」に移行させるとともに、集計処理部１３５ｃでは、ステータスが「睡眠」である全貯玉数を集計するよう構成したので、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉を通常貯玉とは別個に効率良く管理し、もって適正かつ効率的な税務申告が可能となる。
【実施例２】
【００４５】
ところで、上記実施例１では、ステータスを「通常」から「睡眠」に移行させる場合について説明したが、長年利用されなかった貯玉を遊技客が再利用するケースについても考えられる。このため、本実施例２では、かかる状況に応答してステータスを「睡眠」から「通常」に復旧する場合について説明する。
【００４６】
図６は、本実施例２に係るＴ／Ｃ２０の構成を示す機能ブロック図である。なお、ここでは図２のものと同一の機能を有する部位には同一の符号を付すこととしてその詳細な説明を省略する。図６に示すように、このＴ／Ｃ２０には、復旧処理部２２を有する制御部２１が設けられている。
【００４７】
復旧処理部２２は、会員カードＩＤを含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤのステータスが「睡眠」である場合には、該ステータスを「睡眠」から「通常」に復旧処理する処理部である。なお、この状態復旧操作は、Ｔ／Ｃ２０の入力部１３１を用いて行うことができる。
【００４８】
図７は、本実施例２に係る復旧処理を行った場合の貯玉管理テーブル１３４ａの状態遷移の一例を示す図である。同図に示すように、会員カードＩＤ「３３３３」についての状態復旧操作が行われると、復旧処理部２２による復旧処理が行われ、その結果会員カードＩＤ「３３３３」のステータスが「睡眠」から「通常」に復旧し、税務申告上の「収益」対象から「負債」対象に変わることになる。
【００４９】
図８は、図６に示した復旧処理部２２による復旧処理手順を示すフローチャートである。同図に示すように、会員カードＩＤを指定した状態復旧操作を受け付けたならば（ステップＳ３０１）、貯玉管理テーブル１３４ａを会員カードＩＤで検索する（ステップＳ３０２）。
【００５０】
その結果、貯玉管理テーブル１３４ａに該当する会員カードＩＤが存在しない場合には（ステップＳ３０３否定）、表示部１３２に「復旧不可」と表示して（ステップＳ３０４）処理を終了する。
【００５１】
これに対して、貯玉管理テーブル１３４ａに該当する会員カードＩＤが存在する場合には（ステップＳ３０３肯定）、ステータスを「睡眠」から「通常」に書き換える復旧処理を行った後に（ステップＳ３０５）、現年月日で最終利用年月日を更新し（ステップＳ３０６）、表示部１３２に「復旧完了」と表示して（ステップＳ３０７）処理を終了する。
【００５２】
なお、本実施例２では、状態復旧操作が行われた場合に、ステータスを「睡眠」から「通常」に戻すこととしたが、復旧された事実を把握するため「通常」ではなく「復旧」というステータスに変更することもできる。
【００５３】
上述してきたように、本実施例２では、復旧処理部２２が、会員カードＩＤを含む所定の状態復旧操作を受け付けた際に、貯玉管理テーブル１３４ａ上の該当する会員カードＩＤのステータスが「睡眠」である場合には、該ステータスを「睡眠」から「通常」に復旧処理するよう構成したので、長年利用されなかった貯玉を遊技客が再利用するケースにも効率的に対応することができる。
【００５４】
なお、上記実施例１及び２では、パチンコ玉を貯玉する場合を示したが、本発明はこれに限定されるものではなく、メダルを貯メダルする場合にも同様に適用することができる。
【００５５】
また、本実施例１及び２では、「通常」及び「睡眠」というステータスを用いた場合を示したが、本発明はこれに限定されるものではなく、「０」及び「１」等のフラグを用いることもできる。
【００５６】
また、本実施例１及び２では、遊技機１１に併設された台間ユニット１０から貯玉の引落要求を行う場合を示したが、島端に設置された機器やカウンタ内に配設されたＰＯＳ端末から貯玉の引落要求を行うこともできる。このため、これらの店内に配設された各種機器からの引落要求がなされた場合にも、最終利用年月日は同様に更新されることになる。
【産業上の利用可能性】
【００５７】
本発明にかかる貯玉管理装置、貯玉管理方法及び貯玉管理プログラムは、遊技客により遊技店に預け入れられた後に長年再利用されない貯玉（貯メダルを含む）を効率良く管理し、もって適正かつ効率的な税務申告を行う場合に有用である。
【図面の簡単な説明】
【００５８】
【図１】本実施例１に係る貯玉管理システムのシステム構成を示すブロック図である。
【図２】図１に示したＴ／Ｃの構成を示す機能ブロック図である。
【図３】図２に示した貯玉管理テーブルの一例を示す図である。
【図４】図２に示した睡眠移行処理部の処理手順を示すフローチャートである。
【図５】図２に示した集計処理部の処理手順を示すフローチャートである。
【図６】本実施例２に係るＴ／Ｃの構成を示す機能ブロック図である。
【図７】本実施例２に係る復旧処理を行った場合の貯玉管理テーブルの状態遷移の一例を示す図である。
【図８】図６に示した復旧処理部による復旧処理手順を示すフローチャートである。
【符号の説明】
【００５９】
１０ 台間ユニット
１１ 遊技機
１２ 島コントローラ
１３ ターミナルコントローラ（Ｔ／Ｃ）
１４ 計数機
１５ ＰＯＳ端末
１３１ 入力部
１３２ 表示部
１３３ インタフェース部
１３４ 記憶部
１３４ａ 貯玉管理テーブル
１３５ 制御部
１３５ａ 貯玉管理部
１３５ｂ 睡眠移行処理部
１３５ｃ 集計処理部
２０ ターミナルコントローラ（Ｔ／Ｃ）
２１ 制御部
２２ 復旧処理部
【特許請求の範囲】
【請求項１】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置であって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルと、
店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、前記貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により前記最終利用時点を更新するとともに、店内に配設された機器からの前記識別情報を含む引落要求がなされた場合に前記貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により前記最終利用時点を更新する貯玉管理手段と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手段と
を備えたことを特徴とする貯玉管理装置。
【請求項２】
前記識別情報を含む所定の状態復旧操作を受け付けた際に、前記貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理する復旧処理手段をさらに備えたことを特徴とする請求項１に記載の貯玉管理装置。
【請求項３】
前記貯玉管理テーブルに記憶された各識別情報の貯玉数のうち前記状態情報が睡眠状態にある貯玉数を集計する集計手段をさらに備えたことを特徴とする請求項１又は２に記載の貯玉管理装置。
【請求項４】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理方法であって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理する管理工程と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更工程と
を含んだことを特徴とする貯玉管理方法。
【請求項５】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置に用いる貯玉管理プログラムであって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を貯玉管理テーブルを用いて管理手順と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手順と
をコンピュータに実行させることを特徴とする貯玉管理プログラム。
【請求項１】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置であって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルと、
店内に配設された機器から前記識別情報及び貯玉数を含む貯玉要求がなされた場合に、前記貯玉管理テーブル上の該当する識別情報の貯玉数に該貯玉要求された貯玉数を加算処理しつつ現利用時点により前記最終利用時点を更新するとともに、店内に配設された機器からの前記識別情報を含む引落要求がなされた場合に前記貯玉管理テーブル上の該当する識別情報の貯玉数から所定数の貯玉数を減算処理しつつ現利用時点により前記最終利用時点を更新する貯玉管理手段と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手段と
を備えたことを特徴とする貯玉管理装置。
【請求項２】
前記識別情報を含む所定の状態復旧操作を受け付けた際に、前記貯玉管理テーブル上の該当する識別情報の状態情報が睡眠状態である場合には、該状態情報を睡眠状態から通常状態に復旧処理する復旧処理手段をさらに備えたことを特徴とする請求項１に記載の貯玉管理装置。
【請求項３】
前記貯玉管理テーブルに記憶された各識別情報の貯玉数のうち前記状態情報が睡眠状態にある貯玉数を集計する集計手段をさらに備えたことを特徴とする請求項１又は２に記載の貯玉管理装置。
【請求項４】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理方法であって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を対応づけて記憶する貯玉管理テーブルを用いて貯玉を管理する管理工程と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更工程と
を含んだことを特徴とする貯玉管理方法。
【請求項５】
遊技客が再遊技可能な貯玉数を該遊技客の識別情報に対応付けて管理する貯玉管理装置に用いる貯玉管理プログラムであって、
各遊技客の識別情報ごとに、貯玉数、貯玉の追加又は引落を実行した最終利用時点並びに状態情報を貯玉管理テーブルを用いて管理手順と、
前記貯玉管理テーブルに記憶された各状態情報が通常状態であり、かつ、前記最終利用時点から所定の期間を経過した場合に、該状態情報を通常状態から睡眠状態に変更する状態変更手順と
をコンピュータに実行させることを特徴とする貯玉管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−４６５（Ｐ２００８−４６５Ａ）
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願番号】特願２００６−１７４３３８（Ｐ２００６−１７４３３８）
【出願日】平成１８年６月２３日（２００６．６．２３）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
【公開日】平成２０年１月１０日（２００８．１．１０）
【国際特許分類】
【出願日】平成１８年６月２３日（２００６．６．２３）
【出願人】（０００００１４３２）グローリー株式会社 (1,344)
【Ｆターム（参考）】
[ Back to top ]