JP3930444B2 - Data management system for amusement hall - Google Patents
Data management system for amusement hall Download PDFInfo
- Publication number
- JP3930444B2 JP3930444B2 JP2003059917A JP2003059917A JP3930444B2 JP 3930444 B2 JP3930444 B2 JP 3930444B2 JP 2003059917 A JP2003059917 A JP 2003059917A JP 2003059917 A JP2003059917 A JP 2003059917A JP 3930444 B2 JP3930444 B2 JP 3930444B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- ball
- player
- stored
- game
- 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 - Lifetime
Links
Images
Landscapes
- Pinball Game Machines (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、遊技客を特定可能なIDコードを利用して顧客サービスを行い得るようにした遊技場用のデータ管理システムに関する。
【0002】
【従来の技術】
一般的に、パチンコホールにおいて遊技を行う場合には、遊技客は、所定価額の対価を支払ってパチンコ玉の貸出を受けると共に、そのパチンコ玉を利用した遊技を行い、遊技によりパチンコ玉を獲得した場合には、そのパチンコ玉を景品と交換して報酬を得るシステムとなっている。
【0003】
【発明が解決しようとする課題】
近年、パチンコホールにおいては、予め会員登録された遊技客に対し当該遊技客を特定可能なIDコードが書き込まれた会員カードを発行すると共に、その遊技客が遊技により獲得したパチンコ玉の数を、所謂「貯玉」として上記IDコードに対応付けた状態で記憶できる構成としたデータ管理システムが提供されているが、このようなシステムでは、貯玉数を遊技客側で確認することが困難であるため、貯玉に関する遊技客側の興趣が半減するという問題点があった。
【0004】
本発明は上記事情に鑑みてなされたものであり、その目的は、遊技客が遊技場に預けている遊技媒体の数を、IDコードに対応付けた状態で記憶できるシステムを構築する場合に、貯玉に関する遊技客側の興趣を高め得るようになる遊技場用のデータ管理システムを提供することにある。
【0005】
【課題を解決するための手段】
請求項1記載の発明は、上記目的を達成するために、遊技客に対し発行され、当該遊技客に割当てられたIDコードが記録された記録担体と、営業日を示す年月日データと、前記遊技客に割当てられたIDコードと、当該遊技客が遊技場に預け入れている遊技媒体の数を示す貯玉数とを対応付けた貯玉データを複数の営業日分に渡って記憶すると共に、前記遊技客に割当てられたIDコードと、当該遊技客の前記貯玉数の順位とを対応付けた貯玉数ランキングデータを複数の営業日分に渡って記憶するデータ管理手段と、このデータ管理手段が記憶する貯玉データ及び貯玉数ランキングデータのうち、特定の遊技客に割当てられたIDコードに対応する複数の営業日分の貯玉データ及び貯玉数ランキングデータを当該遊技客に対して表示するデータ表示手段とを備えた構成としたものである。
この構成によれば、特定の遊技客に割当てられたIDコードに対応する複数の営業日分の貯玉データ及び貯玉数ランキングデータが当該遊技客に対して表示されるから、貯玉に関する遊技客側の興趣を高め得るようになる。
【0006】
【発明の実施の形態】
以下、本発明の一実施例について図面を参照しながら説明する。
全体の概略構成を示す図1において、パチンコホール内には、多数台ずつのパチンコ遊技機1及び玉貸機2が並設されている。各遊技機1には、周知のアウト玉計数機3及びセーフ玉計数機4が付随して設けられ、また、各玉貸機2にはカードリーダ5が付随して設けられており、それら各計数機3、4及びカードリーダ5からの信号は、パチンコ遊技機1と1対1で対応するように設けられた制御部6に与えられる構成となっている。
【0007】
上記制御部6は、パチンコ遊技機1及び玉貸機2を制御する機能の他に、パチンコ遊技機1、玉貸機2、アウト玉計数機3、セーフ玉計数機4及びカードリーダ5の各グループと、パチンコホール内のデータ管理を行うための後述の演算管理装置7(本発明でいうデータ管理手段に相当)との間での信号の授受を中継する機能を備えたもので、概略以下のような動作を行うようになっている。
【0008】
即ち、制御部6は、パチンコ遊技機1からの信号(特賞信号など)、玉貸機2からの信号(放出パチンコ玉数データ及び売上データなど)、アウト玉計数機3及びセーフ玉計数機4からの各計数データ、カードリーダ5による読み取りデータなどを演算管理装置7へ送信すると共に、演算管理装置7から送信されてくる信号(パチンコ遊技機1に対する打止信号や開放信号、玉貸機2に対する貯玉データや放出禁止信号など)に基づいてパチンコ遊技機1及び玉貸機2の制御を行う構成となっている。
【0009】
ここで、上記カードリーダ5は、パチンコホールの遊技会員となった遊技客 (顧客)に対して発行される例えば磁気記録タイプの会員カード8(本発明でいう記録担体に相当)のデータを読み込むためのものであり、前記演算管理装置7から送信される貯玉データ(本発明でいう預かりデータに相当)は、所謂貯玉システムにおいて、当該演算管理装置7側の後述する貯玉データファイル(図10参照)中に、上記会員カード8に対応付けて記憶されるデータである。
【0010】
そして、制御部6は、カードリーダ5に会員カード8がセットされるのに応じて上記貯玉データを受信した状態では、その貯玉データの範囲内の所定個数ずつのパチンコ玉を玉貸機2を通じて放出する構成となっている。また、制御部6は、上記のような貯玉データを利用したパチンコ玉の放出動作を行った場合には、上記会員カード8の会員NO.と対応付けた貯玉消費数データΔHを演算管理装置7へ送信する構成となっている。
【0011】
尚、上記会員カード8は、貯玉システムにおいて実現されている周知構成のもので、パチンコホールを特定するための加盟店コード、会員を特定するために割当てられたIDコードある例えば8桁の会員NO.、例えば4桁の暗証NO.、カード有効年月を示す有効期限データなどが記録されており、その会員カード8がパチンコホールないで使用可能か否かを、上記加盟店コード及び会員NO. (必要に応じて暗証NO.)を利用して判断する構成となっている。
【0012】
演算管理装置7の端末機器である貯玉預入処理端末機9は、図では1台のみ示したが、実際にはパチンコホール内の複数箇所(例えば「島」の端など)に設置されるもので、投入されたパチンコ玉を計数する機能、その計数結果を前記会員カード8の会員NO.と対応付けた貯玉データΔCとして演算管理装置7側に送信する機能、非会員に対して上記計数結果を景品玉数データとして記録した周知のレシート状預かり券(図示せず)を発行すると共に、そのときの景品玉数データを演算管理装置7側に送信する機能などを有する。尚、図示しないが、この貯玉預入処理端末機9には、会員カード8からデータを読み込むためのカードリーダが設けられるものであり、斯様な会員カード8から会員NO.を読み込んだ状態で計数動作を行った場合に、その会員NO.と対応付けた前記貯玉データΔCを送信する構成となっている。
【0013】
同じく演算管理装置7の端末機器であるPOS端末10も、例えばパチンコホール内の景品交換カウンタに複数台設置されるもので、前記会員カード8と対応付けた状態で演算管理装置7側に記憶された貯玉データ、或いは前記図示しない預かり券に記録された景品玉数データに基づいた景品の払い出しなどを行うと共に、その景品払出データを演算管理装置7へ送信する機能を備えた周知構成のものである。尚、図示しないが、このPOS端末10にも、会員カード8からデータを読み込むためのカードリーダが設けられるものであり、斯様な会員カード8と対応付けられた貯玉データによる景品払出を行った場合には、その会員カード8の会員NO.と対応付けた貯玉消費数データΔHを演算管理装置7へ送信する構成となっている。
【0014】
記帳端末機11は、パチンコホール内の複数箇所に設置されるもので、演算管理装置7とオンライン接続された制御部12、CRTディスプレイ或いはLCDディスプレイパネルなどより成るモニタ13(本発明でいうデータ表示手段に相当)、このモニタ13の画面上に設定された例えばマトリックス方式のタッチスイッチ14、前記会員カード8からデータを読み込むためのカードリーダ15、会員に対して会員カード8と共に発行される手帳16が挿入された状態で、その手帳16に後述する個人遊技履歴データを記帳(印字)するためのプリンタ17を備えた構成となっており、その動作内容については後述する。
【0015】
尚、遊技客は、上記個人遊技履歴データを手帳16に記帳する機能を得ようとする場合には、パチンコ遊技機1での遊技時において、自身の会員カード8を当該遊技機1に対応したカードリーダ5にセットした状態とするものである。そして、斯様な遊技状態では、パチンコ遊技機1に対応した制御部6は、その遊技に伴うアウト玉数、セーフ玉数、特賞回数、特賞チャンスのスタート回数(例えば所謂セブン機の場合には、ルーレットの駆動開始用の特定入賞孔への入賞回数)、遊技開始時刻、遊技終了時刻の各データと、上記会員カード8から読み込んだ会員NO.とを対応付けた遊技データΔPを、演算管理装置7へ送信する構成となっている。
【0016】
図2には演算管理装置7による制御内容のうち、本発明の要旨に関係した部分のみが示されており、以下これについて説明する。
即ち、演算管理装置7は、以下に述べる判断ステップA1〜A5の何れかで 「YES」と判断するまで待機するループを形成する。
【0017】
具体的には、ステップA1では、制御部6、貯玉預入処理端末機9、POS端末10及び記帳端末機11の何れかから会員NO.が入力されたか否かを判断する。つまり、パチンコ遊技機1に対応したカードリーダ5が会員カード8のデータを読み込んだ状態、貯玉預入処理端末機9或いはPOS端末10における図示しないカードリーダが会員カード8のデータを読み込んだ状態、並びに記帳端末機11のカードリーダ15が会員カード8のデータを読み込んだ状態の何れかが発生したか否かを判断する。
【0018】
ステップA2では、記帳端末機11から後述のように送信されるデータリクエスト信号SRの入力の有無を判断する。このデータリクエスト信号SRは、例えば図7に示すフォーマット例のように、その信号SRであることを示す識別コード、カードリーダ15を通じて読み込んだ会員カード8の会員NO.例えば9種類の記帳用データを示す種別コードQa〜Qi(Qa:遊技履歴、Qb:出玉グラフ、Qc:獲得玉数ランキング、Qd:貯玉履歴、Qe:貯玉ランキング、Qf:来店ポイント数、Qg:バイオリズム、Qh:来店記録、Qi:インフォメーション)を組み合わせた信号である。尚、図7中の「χ」は、この実施例の場合、任意の十進数(実際には4ビットの2進コード)が入るという意味であり、以下の説明で出現する「χ」も同様の意味を示すものである。
【0019】
ステップA3では、制御部6からの遊技データΔPの入力の有無を判断する。この遊技データΔPは、前述したように、パチンコ遊技機1におけるアウト玉数、セーフ玉数、特賞回数、特賞チャンスのスタート回数、遊技開始時刻、遊技終了時刻の各データと、その遊技を行った遊技客の会員No..とを対応付けたデータである。
【0020】
ステップA4では、貯玉預入処理端末機9からの貯玉データΔCの入力の有無を判断する。この貯玉データΔCは、前述の説明から理解できるように、貯玉預入処理端末機9を通じて貯玉されたパチンコ玉数と、その貯玉を行った遊技客の会員NO.とを対応付けたデータである。
【0021】
ステップA5では、制御部6若しくはPOS端末10からの貯玉消費数データΔHの入力の有無を判断する。この貯玉消費数データΔHは、前述の説明から理解できるように、玉貸機2において会員カード8に基づいたパチンコ玉の放出動作に供されたパチンコ玉数(つまり貯玉の消費数)、若しくはPOS端末10をおいて会員カード8を利用した景品払出に供されたパチンコ玉数(貯玉の消費数)と、上記会員カード8の会員NO.とを対応付けたデータである。
【0022】
しかして、ステップA3〜A5の何れかで「YES」と判断した場合には、該当ファイル更新処理ルーチンA6を実行する。
ここで、上記該当ファイル更新処理ルーチンA6の内容を説明するのに先立って、演算管理装置7に設定されているデータファイルのうち、本発明の要旨に関係した部分のフォーマット例について図9〜図13を参照して説明しておく。
【0023】
▲1▼…図9に示す会員データファイルは、会員カード8を発行した全遊技客のマスタデータを記録したファイルであり、各会員カード8に記録されている会員NO.及び暗証NO.、遊技客の生年月日及び性別、来店ポイント数、紛失届の登録があったことを示す紛失フラグ、有効期限(年・月)を羅列した構成となっている。
【0024】
▲2▼…図10に示す貯玉データファイルは、1営業日分における各遊技客(会員)の貯玉数の増減状態を記録したファイルであり、営業日を示す年月日データに対応付けて、各会員カード8に記録された会員NO.、貯玉預入処理端末機9を通じて貯玉数を示す預入データ、POS端末10を通じて消費された貯玉数を示す引出データ、それら預入データから引出データを差し引いた残高データ(≧0)を羅列した構成となっている。
尚、この貯玉データファイルは、所定日数だけ破棄されずに保持されるものであり、従って、当該データファイルは複数の営業日分に渡って存在することになる。
【0025】
▲3▼…図11に示す遊技データファイルは、1営業日分における全パチンコ遊技機1での遊技データを、当該パチンコ遊技機1での遊技客(会員のみ)毎に記録したファイルである。この遊技データファイルは、営業日を示す年月日データ及びパチンコ遊技機1の台番号データに対応付けて、各会員カード8に記録された会員NO.と、その会員NO.と対応付けられた状態の前記遊技データΔPにより得られるアウト玉数、セーフ玉数、特賞回数、特賞チャンスのスタート回数、遊技開始時刻、遊技終了時刻の各データとを羅列した構成となっている。
尚、この遊技データファイルも、所定日数だけ破棄されずに保持されるものであり、従って、当該データファイルは複数の営業日分に渡って存在することになる。
【0026】
▲4▼…図12(a)、(b)に示すランキングデータファイルは、各会員毎の貯玉数並びに特賞回数(会員がパチンコ遊技機1を特賞状態とした累計回数)のパチンコホール内でのランキングを記録したファイルである。この場合、貯玉数ランキングデータファイル(図12(a)参照)は、貯玉数の順位、会員NO.、貯玉数、全会員の平均的な貯玉数からのずれを示す偏差値を羅列した構成となっている。また、特賞回数ランキングデータファイル(図12(b)参照)は、特賞の発生回数の順位、会員NO.、特賞回数、全会員の平均的な特賞回数からのずれを示す偏差値を羅列した構成となっている。
尚、これらのランキングデータファイルも、所定日数だけ破棄されずに保持されるものであり、従って、当該データファイルは複数の営業日分に渡って存在することになる。
【0027】
▲5▼…図13に示す来店記録データファイルは、1営業日分においてパチンコホールに来店した全会員を記録したファイルであり、営業日を示す年月日データに対応付けて、各会員カード8に記録された会員NO.を羅列した構成となっている。
尚、この来店記録データファイルも、所定日数だけ破棄されずに保持されるものであり、従って、当該データファイルは複数の営業日分に渡って存在することになる。
【0028】
さて、前記該当ファイル更新処理ルーチンA6では、前記遊技データΔP、貯玉データΔC及貯玉消費数データΔHのうち、入力されたデータに基づいて上記貯玉データファイル、遊技データファイル、貯玉数及特賞回数の各ランキングデータファイルの更新を行う。
【0029】
具体的には、遊技データΔPが入力されたとき(ステップA3で「YES」)、つまり会員によるパチンコ遊技機1での遊技が終了したときには、図11の遊技データファイルのうち、当該パチンコ遊技機1の台番号データに対応したエリアに対し、上記遊技データΔPに含まれる会員NO.、並びにアウト玉数、セーフ玉数、特賞回数などの各データを追加記録する。また、上記会員NO.に対応した特賞回数のデータを、遊技データファイル中から抽出して加算し、その加算結果(つまり上記会員NO.により特定される会員の当日における特賞回数の合計値)に基づいて、図12(b)に示す特賞回数ランキングデータファイルを修正する。
【0030】
貯玉データΔCが入力されたとき(ステップA4で「YES」)、つまり貯玉預入処理端末機9を通じて貯玉が行われたときには、図10の貯玉データファイルのうち、当該貯玉データΔCに含まれる会員NO.に対応したデータの書き換え処理(預入データに対し、貯玉データΔCにより示される貯玉数(貯玉預入処理端末機9によるパチンコ玉の計数結果)を加算する動作、残高データを上記加算分だけ増やす動作)を行う。また、上記会員NO.に対応した貯玉データ(残高データ)に基づいて、図12(a)に示す貯玉数ランキングデータファイルを修正する。
【0031】
貯玉消費数データΔHが入力されたとき(ステップA5で「YES」)、つまり、玉貸機2において会員カード8に基づいたパチンコ玉の放出動作が行われたとき、若しくはPOS端末10を通じて貯玉を利用した景品払出が行われたときには、図10の貯玉データファイルのうち、当該貯玉消費数データΔHに含まれる会員NO.に対応したデータの書き換え処理(引出データに対し、貯玉消費数データΔHにより示される貯玉消費数を加算する動作、残高データを上記加算分だけ減らす動作)を行う。また、上記会員NO.に対応した貯玉データ(残高データ)に基づいて、図12(a)に示す貯玉数ランキングデータファイルを修正する。
【0032】
一方、ステップA1で「YES」と判断した場合、つまり制御部6、貯玉預入処理端末機9、POS端末10及び記帳端末機11の何れかにおいて会員カード8がセットされるのに応じて、それらから会員NO.が入力された場合には、図9に示す会員データファイル中から、その会員カード8に記録された会員NO.に対応した紛失フラグ及び有効期限を示す各データを読み込む(ステップA7)。そして、上記紛失フラグに基づいて上記会員カード8が紛失登録済のものであるか否かを判断し(ステップA8)、「YES」の場合には、パチンコホール従業員に対し適宜の手段(携帯無線機、放送装置、警報ランプなど)を利用して警報を発する警報処理ルーチンA9、会員NO.の送信源に対し会員カード8の受付拒否信号をアンサバックするステップA10を実行した後に前記ステップA1へ戻る。
【0033】
また、ステップA8で「NO」と判断した場合には、前記ステップA7で読み込んだ有効期限に基づいて、会員カード8が有効期限内のものか否かを判断し (ステップA11)、期限過ぎであった場合には前記ステップA10以降の処理を実行する。
【0034】
会員カード8が有効期限内のものであった場合には、会員NO.の送信源に対し会員カード8の受付許可信号をアンサバックするステップA12を実行し、この後に上記受付許可信号のアンサバックが、上記会員NO.について初めてのものか否かを判断する(ステップA13)。
【0035】
上記ステップA13で「NO」と判断した場合には、ステップA1へ戻るが、「YES」と判断した場合には、図13に示す来店記録データファイルに対して前記会員NO.を登録するステップA14、図9に示す会員データファイル中の来店ポイント数を「1」だけインクリメントするステップA15を順次実行した後にステップA1へ戻る。従って、上記来店ポイント数は、遊技客がパチンコホールに来店して会員カード8を使用したときに、1日につき1点だけ増加されることになる。
【0036】
前記ステップA2で「YES」と判断した場合、つまり記帳端末機11からデータリクエスト信号SRが入力されたときには、その信号SRにより要求されたデータが存在するか否かを判断する(ステップA16)。このとき、要求データがない場合には、記帳端末機11に対してデータ無信号を送信するステップA17を実行してステップA1へ戻るが、該当データがある場合には、データ作成処理ルーチンA18、このルーチンA18で作成したデータ信号SDを記帳端末機11へ送信するステップA19を実行した後にステップA1へ戻る。
【0037】
上記データ信号SDは、例えば図8に示すフォーマット例のように、その信号SDであることを示す識別コード、入力されたデータリクエスト信号SR中の会員NO.、記帳用データΔDを組み合わせた信号である。この場合、上記記帳用データΔDは、図9〜図13の各データファイルに基づいて作成されるものであるが、その具体的内容については、記帳端末機11の制御内容と共に後で説明することにする。
【0038】
図3〜図6には、記帳端末機11が有する制御部12による制御内容が示されており、以下これについて説明する。
図3において、制御部12は、電源投入状態ではモニタ13に対し図14に示すような初期画面(会員カード8のセットを促す画面)を表示し(ステップB1)、この表示状態でカードリーダ15がカードを受け入れるまで待機する(ステップB2)。カードリーダ15がカードを受け入れたときには、そのカードが当該パチンコホールの会員カード8であるか否かを、カードリーダ15による読み込みデータに基づいて判断する(ステップB3)。
【0039】
上記ステップB3で「NO」と判断した場合には、モニタ13に対し図15に示すようなメッセージ(当該パチンコホールの会員カード8の使用を促すメッセージ)を表示するステップB4、カードリーダ15にセットされたカードを返却するステップB5を実行して初期画面表示ステップB1へ戻る。
【0040】
これに対して、前記ステップB3で「YES」と判断した場合、つまりカードリーダ15が受け入れたカードが当該パチンコホールの会員カード8であった場合には、その会員カード8から読み込んだ会員NO.を前記演算管理装置7へ送信し(ステップB6)、この後に、演算管理装置7からの受付許可信号若しくは受付拒否信号が入力されるまで待機する(ステップB7、B8)。
【0041】
尚、演算管理装置7にあっては、上記会員NO.が入力されたときには、前述したように、その会員NO.が記録された会員カード8について紛失の届出があった場合、並びに上記会員カード8が期限切れであった場合に、受付拒否拒否信号をアンサバックし、会員カード8が適正なものであった場合には受付許可信号をアンサバックする構成となっている。
【0042】
受付拒否信号がアンサバックされたときには、モニタ13に対し図16に示すようなメッセージ(会員カード8が使用できない旨のメッセージ)を表示するステップB9及び前記カード返却ステップB5を実行して初期画面表示ステップB1へ戻るが、受付許可信号がアンサバックされたときには、モニタ13に対し図17に示すようなデータ選択画面を表示する(ステップB10)。
【0043】
具体的には、このデータ選択画面には、選択可能なデータの分類内容を項目別に示す「遊技実績データ」、「貯玉データ」、「各種サービスデータ」の各文字a1 、a2 、a3 が表示されると共に、「終了」の文字a4 、並びに前記手帳16に記帳する項目の選択を指示するメッセージa5 が表示される。この場合、文字a1〜a4 に対応した各部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が、それぞれデータ分類選択スイッチ(文字a1 〜a3 部分)及び終了スイッチ(文字a4 部分)として機能するようになっている。
【0044】
上記のようなデータ選択画面の表示状態では、タッチスイッチ14のデータ分類選択スイッチ(文字a1 〜a3 部分)を通じたデータ分類選択操作、若しくは終了スイッチ(文字a4 部分)を通じた終了指定操作が行われるまで待機する (ステップB11〜B14)。そして、終了指定操作が行われたとき(ステップB14で「YES」)には、前記カード返却ステップB5を実行した後に初期画面表示ステップB1へ戻る。
【0045】
図17のデータ選択画面中の文字a1 部分が押圧操作されて「遊技実績データ」が選択された場合(ステップB11で「YES」)には、図4に示す制御を実行する。
図4において、ステップB11で「YES」と判断した場合に行われるステップB15では、モニタ13に対し図18に示すような遊技実績データ選択画面を表示する。
【0046】
具体的には、この遊技実績データ選択画面には、「遊技実績データ」の文字b1 、この「遊技実績データ」の種類を項目別に示す「遊技履歴」、「出玉グラフ」、「獲得玉数ランキング」の各文字b2 、b3 、b4 が表示されると共に、「終了」の文字b5 、並びに前記手帳16に記帳する項目の選択を指示するメッセージb6 が表示される。この場合、文字b2 〜b5 に対応した各部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が、それぞれデータ種類選択スイッチ(文字b2 〜b4 部分)及び終了スイッチ(文字b5 部分)として機能するようになっている。
【0047】
上記のような遊技実績データ選択画面の表示状態では、タッチスイッチ14のデータ種類選択スイッチ(文字b2 〜b4 部分)を通じたデータ種類選択操作、若しくは終了スイッチ(文字b5 部分)を通じた終了指定操作が行われるまで待機する(ステップB16〜B19)。そして、終了指定操作が行われたとき(ステップB19で「YES」)には、カードリーダ15にセットされたカードを返却するステップB20を実行した後に、図3に示された初期画面表示ステップB1へ戻る。
【0048】
これに対して、図18の遊技実績データ選択画面中の文字b2 部分が押圧操作されて「遊技履歴」が選択された場合(ステップB16で「YES」)には、種別コードが「遊技履歴」を示す「Qa」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB21)。
【0049】
上記遊技実績データ選択画面中の文字b3 部分が押圧操作されて「出玉グラフ」が選択された場合(ステップB17で「YES」)には、種別コードが「出玉グラフ」を示す「Qb」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB22)。
【0050】
さらに、上記遊技実績データ選択画面中の文字b4 部分が押圧操作されて「獲得玉数ランキング」が選択された場合(ステップB18で「YES」)には、種別コードが「獲得玉数ランキング」を示す「Qc」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB23)。
【0051】
上記のようなデータリクエスト信号SRの送信ステップB21〜B23の実行後には、演算管理装置7側からデータ信号SD若しくはデータ無信号がアンサバックされるまで待機する(ステップB24、B25)。
【0052】
この場合、データ無信号がアンサバックされたときには、モニタ13に対し該当データがない旨のメッセージを表示するステップB26を実行した後に、前記遊技実績データ選択画面表示ステップB15へ戻るが、データ信号SDがアンサバックされたときには、そのデータ信号SD中の記帳用データΔDをモニタ13に表示するデータ表示ステップB27を実行する。
【0053】
ここで、前記演算管理装置7にあっては、上述したステップB21〜B23の実行に応じた3種類のデータリクエスト信号SR(種別コードが「Qa」、「Qb」、「Qc」の何れかであるもの)を受けた各場合に、図2に示されたデータ作成処理ルーチンA18において、記帳端末機11側のモニタ13に対し図19〜図21のような表示を行わせるための各記帳用データΔDを含むデータ信号SDを作成して当該記帳端末機11に送信する構成となっている。
【0054】
具体的には、種別コードが「Qa」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図19に示すような会員の遊技履歴を示すデータある。前記ステップB27において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「遊技履歴」の文字c1 及び 「取消」の文字c2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージc3 が表示される。この場合、文字c2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能する。
【0055】
種別コードが「Qb」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図20に示すような会員が遊技したパチンコ遊技機1の出玉の推移を表した出玉グラフを示すデータある。前記ステップB27において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「出玉グラフ」の文字d1 及び「取消」の文字d2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージd3 が表示される。この場合、文字d2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能する。
【0056】
種別コードが「Qc」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図21に示すような会員が獲得したパチンコ玉数の各営業日毎のランキングを示すデータある。前記ステップB27において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「獲得玉数ランキング」の文字e1 及び「取消」の文字e2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージe3 が表示される。この場合、文字e2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0057】
しかして、上記のようなデータ表示ステップB27の実行後には、プリンタ17に手帳16が挿入されるまで、若しくは、取消スイッチ(文字c3 、d3 、e3 の各部分)を通じた取消指定操作が行われるまで待機する(ステップB28、B29)。そして、取消指定操作が行われたとき(ステップB29で「YES」)には、前記遊技実績データ選択画面表示ステップB15へ戻る。
【0058】
これに対して、プリンタ17に手帳16が挿入されたとき(ステップB28で「YES」)には、モニタ13に表示中の記帳用データΔDを上記手帳16に印字する記帳処理ルーチンB30、その手帳16を排出するステップB31を順次実行した後に、遊技実績データ選択画面表示ステップB15へ戻る。
【0059】
図3に翻って、ステップB11〜B14を実行するループが形成された状態、つまり図17のデータ選択画面が表示された状態で、その画面中の文字a2 部分が押圧操作されて「貯玉データ」が選択された場合(ステップB12で「YES」)には、図5に示す制御を実行する。
図5において、ステップB12で「YES」と判断した場合に行われるステップB32では、モニタ13に対し図22に示すような貯玉データ選択画面を表示する。
【0060】
具体的には、この貯玉データ選択画面には、「貯玉データ」の文字f1 、この「貯玉データ」の種類を項目別に示す「貯玉履歴」、「貯玉数ランキング」の各文字f2 、f3 が表示されると共に、「終了」の文字f4 、並びに前記手帳16に記帳する項目の選択を指示するメッセージf5 が表示される。この場合、文字f2 〜f4 に対応した各部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が、それぞれデータ種類選択スイッチ(文字f2 、f3 部分)及び終了スイッチ(文字f4 部分)として機能するようになっている。
【0061】
上記のような貯玉データ選択画面の表示状態では、タッチスイッチ14のデータ種類選択スイッチ(文字f2 、f3 部分)を通じたデータ種類選択操作、若しくは終了スイッチ(文字f4 部分)を通じた終了指定操作が行われるまで待機する(ステップB33〜B35)。そして、終了指定操作が行われたとき(ステップB35で「YES」)には、カードリーダ15にセットされたカードを返却するステップB36を実行した後に、図3に示された初期画面表示ステップB1へ戻る。
【0062】
これに対して、図22の貯玉データ選択画面中の文字f2 部分が押圧操作されて「貯玉履歴」が選択された場合(ステップB33で「YES」)には、種別コードが「貯玉履歴」を示す「Qd」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB37)。
【0063】
また、上記貯玉データ選択画面中の文字f3 部分が押圧操作されて「貯玉数ランキング」が選択された場合(ステップB34で「YES」)には、種別コードが「貯玉数ランキング」を示す「Qe」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB38)。
【0064】
上記のようなデータリクエスト信号SRの送信ステップB37、B38の実行後には、演算管理装置7側からデータ信号SD若しくはデータ無信号がアンサバックされるまで待機する(ステップB39、B40)。
【0065】
この場合、データ無信号がアンサバックされたときには、モニタ13に対し該当データがない旨のメッセージを表示するステップB41を実行した後に、前記貯玉データ選択画面表示ステップB32へ戻るが、データ信号SDがアンサバックされたときには、そのデータ信号SD中の記帳用データΔDをモニタ13に表示するデータ表示ステップB42を実行する。
【0066】
ここで、前記演算管理装置7にあっては、上述したステップB33、B34の実行に応じた2種類のデータリクエスト信号SR(種別コードが「Qd」、「Qe」の何れかであるもの)を受けた各場合に、図2に示されたデータ作成処理ルーチンA18において、記帳端末機11側のモニタ13に対し図23、図24のような表示を行わせるための各記帳用データΔDを含むデータ信号SDを作成して当該記帳端末機11に送信する構成となっている。
【0067】
具体的には、種別コードが「Qd」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図23に示すような会員の貯玉履歴を示すデータある。前記ステップB42において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「貯玉履歴」の文字g1 及び 「取消」の文字g2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージg3 が表示される。この場合、文字g2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0068】
尚、図23に表示された記帳用データΔD中の「区分」は、貯玉がパチンコ遊技機1によるもの(Pで示す)か、スロットマシンにより得た遊技用メタル数をパチンコ玉数に換算したものかを区別するためのものであるが、スロットマシンを管理対象としない場合には、このような表示データは不要である。
【0069】
種別コードが「Qe」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図24に示すような会員による貯玉数の各営業日毎のランキングを示すデータある。前記ステップB42において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「貯玉ランキング」の文字h1 及び「取消」の文字h2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージh3 が表示される。この場合、文字h2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0070】
しかして、上記のようなデータ表示ステップB42の実行後には、プリンタ17に手帳16が挿入されるまで、若しくは、取消スイッチ(文字g2 、h2 の各部分)を通じた取消指定操作が行われるまで待機する(ステップB43、B44)。そして、取消指定操作が行われたとき(ステップB44で「YES」)には、前記貯玉データ選択画面表示ステップB32へ戻る。
【0071】
これに対して、プリンタ17に手帳16が挿入されたとき(ステップB43で「YES」)には、モニタ13に表示中の記帳用データΔDを上記手帳16に印字する記帳処理ルーチンB45、その手帳16を排出するステップB46を順次実行した後に、貯玉データ選択画面表示ステップB32へ戻る。
【0072】
図3に翻って、ステップB11〜B14を実行するループが形成された状態、つまり図17のデータ選択画面が表示された状態で、その画面中の文字a3 部分が押圧操作されて「各種サービスデータ」が選択された場合(ステップB13で「YES」)には、図6に示す制御を実行する。
図6において、ステップB13で「YES」と判断した場合に行われるステップB47では、モニタ13に対し図25に示すような各種サービスデータ選択画面を表示する。
【0073】
具体的には、この各種サービスデータ選択画面には、「各種サービスデータ」の文字i1 、この「各種サービスデータ」の種類を項目別に示す「ポイント数」、「バイオリズム」、「御来店の記録」、「インフォメーション」の各文字i2 〜i5 が表示されると共に、「終了」の文字i6 、並びに前記手帳16に記帳する項目の選択を指示するメッセージi7 が表示される。この場合、文字i2 〜i6 に対応した各部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるもので、タッチスイッチ14にあっては、上記のような押圧操作箇所が、それぞれデータ種類選択スイッチ(文字i2 〜i5 部分)及び終了スイッチ(文字i6 部分)として機能するようになっている。
【0074】
上記のような各種サービスデータ選択画面の表示状態では、タッチスイッチ14のデータ種類選択スイッチ(文字i2 〜i5 部分)を通じたデータ種類選択操作、若しくは終了スイッチ(文字i6 部分)を通じた終了指定操作が行われるまで待機する(ステップB48〜B52)。そして、終了指定操作が行われたとき(ステップB52で「YES」)には、カードリーダ15にセットされたカードを返却するステップB53を実行した後に、図3に示された初期画面表示ステップB1へ戻る。
【0075】
これに対して、図25の各種サービスデータ選択画面中の文字i2 部分が押圧操作されて「ポイント数」が選択された場合(ステップB48で「YES」)には、種別コードが「ポイント」を示す「Qf」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB54)。
【0076】
上記各種サービスデータ選択画面中の文字i3 部分が押圧操作されて「バイオリズム」が選択された場合(ステップB49で「YES」)には、種別コードが「バイオリズム」を示す「Qg」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB55)。
【0077】
上記各種サービスデータ選択画面中の文字i4 部分が押圧操作されて「御来店記録」が選択された場合(ステップB50で「YES」)には、種別コードが 「来店記録」を示す「Qh」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB56)。
【0078】
さらに、上記各種サービスデータ選択画面中の文字i5 部分が押圧操作されて「インフォメーション」が選択された場合(ステップB51で「YES」)には、種別コードが「インフォメーション」を示す「Qi」であるデータリクエスト信号SR(図7参照)を演算管理装置7へ送信する(ステップB57)。
【0079】
上記のようなデータリクエスト信号SRの送信ステップB54〜B57の実行後には、演算管理装置7側からデータ信号SD若しくはデータ無信号がアンサバックされるまで待機する(ステップB58、B59)。
【0080】
この場合、データ無信号がアンサバックされたときには、モニタ13に対し該当データがない旨のメッセージを表示するステップB60を実行した後に、前記各種サービスデータ選択画面表示ステップB47へ戻るが、データ信号SDがアンサバックされたときには、そのデータ信号SD中の記帳用データΔDをモニタ13に表示するデータ表示ステップB61を実行する。
【0081】
ここで、前記演算管理装置7にあっては、上述したステップB54〜B57の実行に応じた4種類のデータリクエスト信号SR(種別コードが「Qf」、「Qg」、「Qh」、「Qi」の何れかであるもの)を受けた各場合に、図2に示されたデータ作成処理ルーチンA18において、記帳端末機11側のモニタ13に対し図26〜図29のような表示を行わせるための各記帳用データΔDを含むデータ信号SDを作成して当該記帳端末機11に送信する構成となっている。
【0082】
具体的には、種別コードが「Qf」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図26に示すような会員の来店ポイント数を示すデータある。前記ステップB61において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「ポイント数」の文字j1 及び「取消」の文字j2 が表示されると共に、来店ポイント数による景品を受領できる旨のメッセージj3 が表示される。この場合、文字j2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0083】
種別コードが「Qg」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図27に示すような会員のバイオリズムを示すデータある。前記ステップB61において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「バイオリズム」の文字k1 及び「取消」の文字k2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージk3 が表示される。この場合、文字k2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0084】
種別コードが「Qh」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図28に示すような会員の来店記録を例えば1か月分にわたって示すデータある。前記ステップB61において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「御来店の記録」の文字m1 及び「取消」の文字m2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージm3 が表示される。この場合、文字m2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0085】
種別コードが「Qi」のデータリクエスト信号SRを受けたときに作成される記帳用データΔDは、図29に示すようなパチンコホール側から会員へのインフォメーションを示すデータある。前記ステップB61において、この記帳用データΔDをモニタ13に対し表示する場合には、そのデータΔDの他に、「インフォメーション」の文字n1 及び「取消」の文字n2 が表示されると共に、プリンタ17に手帳16の挿入を促すメッセージn3 が表示される。この場合、文字n2 に対応した部分が押圧操作されたときには、その操作箇所が前記タッチスイッチ14により特定されるようになっており、タッチスイッチ14にあっては、上記のような押圧操作箇所が取消スイッチとして機能するようになっている。
【0086】
しかして、上記のようなデータ表示ステップB61の実行後には、プリンタ17に手帳16が挿入されるまで、若しくは、取消スイッチ(文字j2 、k2 、m2 、n2 の各部分)を通じた取消指定操作が行われるまで待機する(ステップB62、B63)。そして、取消指定操作が行われたとき(ステップB63で「YES」)には、前記各種サービスデータ選択画面表示ステップB47へ戻る。
【0087】
これに対して、プリンタ17に手帳16が挿入されたとき(ステップB62で「YES」)には、モニタ13に表示中の記帳用データΔDを上記手帳16に印字する記帳処理ルーチンB64、その手帳16を排出するステップB65を順次実行した後に、各種サービスデータ選択画面表示ステップB47へ戻る。
【0088】
要するに上記した本実施例の構成によれば、会員カード8を保持している遊技客は、自身に関する遊技データに対応した実績データ(「遊技履歴」データ、 「出玉グラフ」データ、「獲得玉数ランキング」データ)、自身の貯玉に関する実績データ(「貯玉履歴」データ、「貯玉ランキング」データ)、来店回数によるサービスを受けるための実績データ(「来店ポイント数」データ)、来店の履歴を示す実績データ(「来店記録」データ)、並びに他のデータ(「バイオリズム」データ、「インフォメーション」データ)を、自身が有する手帳16に対して、記帳端末機11を通じて選択的に記帳できるものである。
【0089】
従って、会員カード8を通じてIDコードが割当てられた特定の遊技客に対しては、その遊技客が遊技したパチンコ遊技機1での遊技データや、貯玉として記録した獲得パチンコ玉数を示すデータを含む遊技実績を、記帳端末機11を通じて簡便に提供できるようになる。
【0090】
この結果、上記のような遊技客にとって、自身の「遊技履歴」データや「獲得玉数ランキング」データなどの実績データの存在によって、パチンコ遊技機1での遊技に対する興趣が向上するようになり、このような遊技に対する興趣向上により、パチンコホール側での遊技場の集客力の向上を図り得るようになる。また、遊技客が遊技により獲得したパチンコ玉の数を、会員カード8のIDコードに対応付けた状態で記憶できる所謂貯玉システムを構築する構成としたが、このような場合でも、その記憶パチンコ玉数(貯玉数)を示す貯玉データや貯玉ランキングデータなどを遊技客に対しモニタ13を通じて簡便に提供することができて、貯玉に関する遊技客側の興趣を高め得ると共に、遊技客の便宜向上を図り得るようになる。
【0091】
尚、本発明は上記した実施例に限定されるものではなく、以下に述べるような拡大或いは変形が可能である。
記録担体である会員カード8はICカード化しても良く、この場合には、記録担体側に貯玉データなど直接記録することが可能である。例えば、手帳16自体にIDコード(会員NO.)やその他の必要なデータを磁気ストライプなどを利用して記録しておく構成とすれば、記帳端末機11での会員カード8の使用が不要となり、また、会員カード8そのものを不要とすることも可能である。制御部6から演算管理装置7側へ、遊技開始時刻、遊技終了時刻の各データを含む遊技データを送信する構成としたが、それらの遊技開始時刻及び遊技終了時刻データは、演算管理装置7で作成する構成とすることができる。パチンコ遊技機1について説明したが、遊技用メタルを使用するスロットマシンについても、同様の制御を行う構成とすれば良い。
【0092】
データ書込媒体として手帳を例に挙げたが、パソコンなどと接続可能な携帯型のデータ端末或いはこれに類した装置(例えばCPUを含む制御回路と表示装置とを組み合わせた所謂電子手帳のような装置)をデータ書込媒体として利用することもできる。また、メモリICカードをデータ書込媒体として利用し、そのメモリICカードの記憶データを適宜の装置で表示する構成としても良い。
【図面の簡単な説明】
【図1】本発明の一実施例の全体構成を示す機能ブロック図
【図2】演算管理装置の制御内容を示すフローチャート
【図3】記帳端末機の制御内容を示すフローチャートその1
【図4】記帳端末機の制御内容を示すフローチャートその2
【図5】記帳端末機の制御内容を示すフローチャートその3
【図6】記帳端末機の制御内容を示すフローチャートその4
【図7】データリクエスト信号のフォーマット例を示す図
【図8】データ信号のフォーマット例を示す図
【図9】会員データファイルのフォーマット例を示す図
【図10】貯玉データファイルのフォーマット例を示す図
【図11】遊技データファイルのフォーマット例を示す図
【図12】ランキングデータファイルのフォーマット例を示す図
【図13】来店記録データファイルのフォーマット例を示す図
【図14】記帳端末機での初期画面の表示例を示す図
【図15】記帳端末機でのメッセージ画面の表示例を示す図その1
【図16】記帳端末機でのメッセージ画面の表示例を示す図その2
【図17】記帳端末機でのデータ選択画面の表示例を示す図
【図18】記帳端末機での遊技実績データ選択画面の表示例を示す図
【図19】記帳端末機での記帳用データの表示例を示す図その1
【図20】記帳端末機での記帳用データの表示例を示す図その2
【図21】記帳端末機での記帳用データの表示例を示す図その3
【図22】記帳端末機での貯玉データ選択画面の表示例を示す図
【図23】記帳端末機での記帳用データの表示例を示す図その4
【図24】記帳端末機での記帳用データの表示例を示す図その5
【図25】記帳端末機での各種サービスデータ選択画面の表示例を示す図
【図26】記帳端末機での記帳用データの表示例を示す図その6
【図27】記帳端末機での記帳用データの表示例を示す図その7
【図28】記帳端末機での記帳用データの表示例を示す図その8
【図29】記帳端末機での記帳用データの表示例を示す図その9
【符号の説明】
図面中、1はパチンコ遊技機、2は玉貸機、5はカードリーダ、6は制御部、7は演算管理装置(データ管理手段)、8は会員カード(記録担体)、9は貯玉預入処理端末機、10はPOS端末、11は記帳端末機(データ記録端末)、12は制御部、13はモニタ(データ表示手段)、14はタッチスイッチ、15はカードリーダ、16は手帳、17はプリンタを示す。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data management system for a game arcade that can perform customer service using an ID code that can identify a player.
[0002]
[Prior art]
In general, when playing a game in a pachinko hall, a player pays a predetermined price and receives a pachinko ball loan, plays a game using the pachinko ball, and acquires the pachinko ball by the game. In some cases, the pachinko balls are exchanged for prizes to obtain a reward.
[0003]
[Problems to be solved by the invention]
In recent years, in pachinko halls, a membership card in which an ID code capable of identifying the player is written is issued to a player who has been registered as a member in advance, and the number of pachinko balls acquired by the player by the game, There is provided a data management system configured to be able to store so-called “storing balls” in a state associated with the ID code. However, in such a system, it is difficult for the player to check the number of stored balls. There was a problem that the interest on the player side related to savings was halved.
[0004]
The present invention has been made in view of the above circumstances, and the purpose of the present invention is to construct a system capable of storing the number of game media stored in a game hall by a player in a state associated with an ID code. An object of the present invention is to provide a data management system for a game arcade that can enhance the interests of the player regarding savings.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, the invention described in
According to this configuration, Stored ball data and stored ball number ranking data for a plurality of business days corresponding to an ID code assigned to a specific player are stored for that player. Since it is displayed, it is possible to enhance the interest of the player regarding the stored ball.
[0006]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
In FIG. 1 showing the overall schematic configuration, a large number of
[0007]
In addition to the function of controlling the
[0008]
That is, the
[0009]
Here, the
[0010]
The
[0011]
The
[0012]
Although only one storage
[0013]
Similarly, a plurality of
[0014]
The
[0015]
When the player intends to obtain the function of recording the personal game history data in the
[0016]
FIG. 2 shows only the part related to the gist of the present invention in the control contents by the
That is, the
[0017]
Specifically, in step A1, it is determined whether or not a member No. is input from any one of the
[0018]
In step A2, it is determined whether or not a data request signal SR transmitted from the
[0019]
In step A3, it is determined whether or not game data ΔP is input from the
[0020]
In step A4, it is determined whether or not the stored ball data ΔC is input from the stored ball
[0021]
In step A5, it is determined whether or not the stored ball consumption number data ΔH from the
[0022]
Therefore, if “YES” is determined in any of steps A3 to A5, the corresponding file update processing routine A6 is executed.
Here, prior to explaining the contents of the file update processing routine A6, a format example of a portion related to the gist of the present invention in the data file set in the
[0023]
{Circle over (1)} The member data file shown in FIG. 9 is a file in which master data of all the players who have issued the
[0024]
{Circle over (2)} The savings data file shown in FIG. 10 is a file in which the increase / decrease state of the number of savings of each player (member) for one business day is recorded, and is associated with the date data indicating the business day, Member No. recorded in each
Note that the stored data file is retained for a predetermined number of days without being discarded, and therefore the data file exists for a plurality of business days.
[0025]
{Circle around (3)} The game data file shown in FIG. 11 is a file in which game data in all
Note that this game data file is also retained for a predetermined number of days without being discarded. Therefore, the data file exists for a plurality of business days.
[0026]
(4) ... The ranking data file shown in FIGS. 12 (a) and 12 (b) shows the number of accumulated balls for each member and the number of special prizes (the total number of times the member has made the pachinko gaming machine 1 a special prize state) in the pachinko hall. A file that records rankings. In this case, the storage ball number ranking data file (see FIG. 12 (a)) includes a ranking of the number of storage balls, member NO., The number of storage balls, and deviation values indicating deviations from the average number of storage balls of all members. It has become. In addition, the special prize number ranking data file (see FIG. 12B) includes a ranking of the number of occurrences of special prizes, member No., special prize number, and deviation values indicating deviations from the average special prize number of all members. It has become.
These ranking data files are also retained without being discarded for a predetermined number of days, and therefore, the data files exist over a plurality of business days.
[0027]
{Circle over (5)} The store record data file shown in FIG. 13 is a file in which all members who visited the pachinko hall for one business day are recorded, and each
This store visit data file is also retained without being discarded for a predetermined number of days, and therefore, the data file exists for a plurality of business days.
[0028]
In the relevant file update processing routine A6, the game data ΔP, the stored ball data ΔC, and the stored ball consumption number data ΔH are stored in the stored ball data file, the game data file, the stored ball number, and the number of special prizes based on the input data. Update each ranking data file.
[0029]
Specifically, when the game data ΔP is input (“YES” in step A3), that is, when the game on the
[0030]
When the stored ball data ΔC is input (“YES” in step A4), that is, when the stored ball is stored through the stored ball
[0031]
When the stored ball consumption number data ΔH is input (“YES” in step A5), that is, when the pachinko ball is released based on the
[0032]
On the other hand, if “YES” is determined in step A1, that is, as the
[0033]
If “NO” is determined in step A8, it is determined whether or not the
[0034]
If the
[0035]
If "NO" is determined in the step A13, the process returns to the step A1, but if "YES" is determined, the member NO. Is registered in the store visit data file shown in FIG. Then, step A15 for incrementing the number of store visit points in the member data file shown in FIG. 9 by “1” is sequentially executed, and then the process returns to step A1. Therefore, when the player visits the pachinko hall and uses the
[0036]
If “YES” is determined in Step A2, that is, if the data request signal SR is input from the
[0037]
The data signal SD is a signal obtained by combining the identification code indicating the signal SD, the member No. in the input data request signal SR, and the book data ΔD, for example, as in the format example shown in FIG. is there. In this case, the bookkeeping data ΔD is created based on the data files shown in FIGS. 9 to 13, and the specific contents thereof will be described later together with the control contents of the
[0038]
3 to 6 show the contents of control by the
In FIG. 3, the
[0039]
If “NO” is determined in step B3, a message as shown in FIG. 15 (message for prompting use of the
[0040]
On the other hand, if “YES” is determined in step B3, that is, if the card accepted by the
[0041]
In the
[0042]
When the acceptance refusal signal is answered, an initial screen display is executed by executing step B9 and a card return step B5 for displaying a message (message indicating that the
[0043]
Specifically, on this data selection screen, characters “a1”, “a2”, “a3” of “game achievement data”, “stored ball data”, and “various service data” indicating the classification contents of selectable data by item are displayed. At the same time, a character “a4” of “END” and a message a5 instructing selection of an item to be recorded in the
[0044]
In the display state of the data selection screen as described above, a data classification selection operation through the data classification selection switch (characters a1 to a3) of the
[0045]
When the character a1 portion in the data selection screen of FIG. 17 is pressed and “game result data” is selected (“YES” in step B11), the control shown in FIG. 4 is executed.
In FIG. 4, in step B <b> 15 performed when “YES” is determined in step B <b> 11, a game performance data selection screen as shown in FIG. 18 is displayed on the
[0046]
Specifically, on this game result data selection screen, the characters “b1” of “game result data”, “game history”, “departure graph”, “number of earned balls” indicating the type of “game result data” by item “Ranking” characters b2, b3, and b4 are displayed, and “End” character b5 and a message b6 instructing selection of items to be recorded in the
[0047]
In the display state of the game result data selection screen as described above, a data type selection operation through the data type selection switch (characters b2 to b4) of the
[0048]
On the other hand, when the “game history” is selected by pressing the character b2 portion in the game record data selection screen of FIG. 18 (“YES” in step B16), the type code is “game history”. A data request signal SR (see FIG. 7) indicating “Qa” is transmitted to the calculation management device 7 (step B21).
[0049]
When the character b3 portion on the game result data selection screen is pressed and "departure graph" is selected ("YES" in step B17), the type code is "Qb" indicating "departure graph". The data request signal SR (see FIG. 7) is transmitted to the arithmetic management device 7 (step B22).
[0050]
Further, when the character b4 portion on the game result data selection screen is pressed and “acquired ball ranking” is selected (“YES” in step B18), the type code is “acquired ball ranking”. A data request signal SR (see FIG. 7) of “Qc” shown is transmitted to the arithmetic management device 7 (step B23).
[0051]
After execution of the transmission steps B21 to B23 of the data request signal SR as described above, it waits until the data signal SD or no data signal is answered from the
[0052]
In this case, when the no-data signal is answered, the process returns to the game result data selection screen display step B15 after executing the step B26 for displaying a message indicating that there is no corresponding data on the
[0053]
Here, in the
[0054]
Specifically, the bookkeeping data ΔD created when the data request signal SR with the classification code “Qa” is received is data indicating a member's game history as shown in FIG. When the bookkeeping data ΔD is displayed on the
[0055]
The entry data ΔD created when the data request signal SR having the type code “Qb” is received is the output graph showing the change in the output of the
[0056]
The bookkeeping data ΔD created when the data request signal SR with the type code “Qc” is received is data indicating the ranking of each pachinko ball number acquired by the member for each business day as shown in FIG. In the step B27, when the bookkeeping data ΔD is displayed on the
[0057]
Thus, after the execution of the data display step B27 as described above, a cancel designation operation is performed until the
[0058]
On the other hand, when the
[0059]
In a state where a loop for executing steps B11 to B14 is formed, that is, in a state where the data selection screen of FIG. 17 is displayed, the character a2 portion in the screen is pressed and operated as “storage data”. Is selected (“YES” in step B12), the control shown in FIG. 5 is executed.
In FIG. 5, in step B <b> 32 that is performed when “YES” is determined in step B <b> 12, a stored ball data selection screen as shown in FIG. 22 is displayed on the
[0060]
Specifically, the storage ball data selection screen displays characters “f1” of “storage ball data”, “storage ball history” and “storage ball number ranking” characters f2, f3 indicating the type of the “storage ball data” by item. At the same time, an “END”
[0061]
In the display state of the storage ball data selection screen as described above, a data type selection operation through the data type selection switch (characters f2 and f3) of the
[0062]
On the other hand, when the portion of the character f2 in the stored ball data selection screen of FIG. 22 is pressed and “stored ball history” is selected (“YES” in step B33), the type code is “stored ball history”. A data request signal SR (see FIG. 7) of “Qd” shown is transmitted to the calculation management device 7 (step B37).
[0063]
In addition, when the character f3 portion on the stored ball data selection screen is pressed and “stored ball number ranking” is selected (“YES” in step B34), the type code “Qe” indicating “stored ball number ranking” is displayed. Is transmitted to the arithmetic management device 7 (step B38).
[0064]
After execution of the data request signal SR transmission steps B37 and B38 as described above, the
[0065]
In this case, when the no-data signal is answered, the process returns to the stored data selection screen display step B32 after executing step B41 for displaying a message indicating that there is no corresponding data on the
[0066]
Here, in the
[0067]
Specifically, the bookkeeping data ΔD created when the data request signal SR with the type code “Qd” is received is data indicating the member's accumulated ball history as shown in FIG. In step B42, when the bookkeeping data ΔD is displayed on the
[0068]
In addition, the “classification” in the data for registration ΔD displayed in FIG. 23 indicates that the stored balls are from the pachinko gaming machine 1 (indicated by P) or the number of gaming metals obtained by the slot machine is converted into the number of pachinko balls. However, such display data is not necessary when the slot machine is not a management target.
[0069]
The bookkeeping data ΔD created when the data request signal SR with the type code “Qe” is received is data indicating the ranking of the number of stored balls by the member for each business day as shown in FIG. In step B42, when the bookkeeping data ΔD is displayed on the
[0070]
Thus, after the execution of the data display step B42 as described above, the system waits until the
[0071]
On the other hand, when the
[0072]
Referring back to FIG. 3, in a state where a loop for executing steps B11 to B14 is formed, that is, in a state where the data selection screen of FIG. "Is selected (" YES "in step B13), the control shown in FIG. 6 is executed.
In FIG. 6, in step B <b> 47 performed when “YES” is determined in step B <b> 13, various service data selection screens as shown in FIG. 25 are displayed on the
[0073]
Specifically, on the various service data selection screen, the characters “i1” of “various service data”, “number of points”, “biorhythm”, “record of visit” indicating the type of “various service data” by item , The characters “i2” to “i5” of “information” are displayed, and the “i” character “i6” and a message i7 instructing selection of items to be recorded in the
[0074]
In the display state of the various service data selection screens as described above, the data type selection operation through the data type selection switch (characters i2 to i5) of the
[0075]
On the other hand, when the character i2 portion on the various service data selection screen of FIG. 25 is pressed and "point number" is selected ("YES" in step B48), the type code is "point". A data request signal SR (see FIG. 7) of “Qf” shown is transmitted to the calculation management device 7 (step B54).
[0076]
When the character i3 portion on the various service data selection screen is pressed and "biorhythm" is selected ("YES" in step B49), the data request whose type code is "Qg" indicating "biorhythm" The signal SR (see FIG. 7) is transmitted to the calculation management device 7 (step B55).
[0077]
When the character i4 portion on the above-mentioned various service data selection screens is pressed and “Visitor record” is selected (“YES” in step B50), the type code is “Qh” indicating “Visitor record”. A data request signal SR (see FIG. 7) is transmitted to the arithmetic management device 7 (step B56).
[0078]
Further, when “information” is selected by pressing the character i5 portion on the various service data selection screen (“YES” in step B51), the type code is “Qi” indicating “information”. A data request signal SR (see FIG. 7) is transmitted to the calculation management device 7 (step B57).
[0079]
After execution of the transmission steps B54 to B57 of the data request signal SR as described above, the process waits until the data signal SD or no data signal is answered from the
[0080]
In this case, when the no-data signal is answered, step B60 for displaying a message indicating that there is no corresponding data is executed on the
[0081]
Here, in the
[0082]
Specifically, the bookkeeping data ΔD created when the data request signal SR with the type code “Qf” is received is data indicating the number of store visit points as shown in FIG. In the step B61, when the bookkeeping data ΔD is displayed on the
[0083]
The bookkeeping data ΔD created when receiving the data request signal SR with the type code “Qg” is data indicating the biorhythm of the member as shown in FIG. When the bookkeeping data ΔD is displayed on the
[0084]
The data for registration ΔD created when the data request signal SR with the type code “Qh” is received is data indicating the visit record of the member as shown in FIG. 28 for one month, for example. In the step B61, when the bookkeeping data ΔD is displayed on the
[0085]
The bookkeeping data ΔD created when the data request signal SR with the classification code “Qi” is received is data indicating information from the pachinko hall side to the member as shown in FIG. In step B61, when the bookkeeping data ΔD is displayed on the
[0086]
Thus, after the execution of the data display step B61 as described above, a cancel designation operation is performed until the
[0087]
On the other hand, when the
[0088]
In short, according to the above-described configuration of the present embodiment, the player holding the
[0089]
Therefore, for a specific player who is assigned an ID code through the
[0090]
As a result, for the above-mentioned players, the interest in gaming with the
[0091]
The present invention is not limited to the above-described embodiments, and can be expanded or modified as described below.
The
[0092]
A notebook is given as an example of a data writing medium, but a portable data terminal that can be connected to a personal computer or the like or a similar device (such as a so-called electronic notebook that combines a control circuit including a CPU and a display device). Device) can also be used as a data writing medium. Further, the memory IC card may be used as a data writing medium, and the storage data of the memory IC card may be displayed on an appropriate device.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing the overall configuration of an embodiment of the present invention.
FIG. 2 is a flowchart showing control contents of the arithmetic management device.
FIG. 3 is a
FIG. 4 is a flowchart showing control contents of a bookkeeping terminal,
FIG. 5 is a
FIG. 6 is a flowchart showing the control contents of the bookkeeping terminal,
FIG. 7 is a diagram illustrating a format example of a data request signal
FIG. 8 is a diagram showing a format example of a data signal
FIG. 9 is a diagram showing a format example of a member data file
FIG. 10 is a diagram showing a format example of a savings data file
FIG. 11 is a diagram showing a format example of a game data file
FIG. 12 is a diagram showing a format example of a ranking data file
FIG. 13 is a view showing a format example of a store visit data file
FIG. 14 is a diagram showing a display example of an initial screen on a bookkeeping terminal
FIG. 15 is a diagram showing a display example of a message screen on a bookkeeping terminal,
FIG. 16 is a diagram showing a display example of a message screen on a bookkeeping terminal,
FIG. 17 is a diagram showing a display example of a data selection screen on a bookkeeping terminal
FIG. 18 is a diagram showing a display example of a game performance data selection screen on a bookkeeping terminal
FIG. 19 is a diagram showing a display example of bookkeeping data on a bookkeeping terminal,
FIG. 20 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 21 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 22 is a diagram showing a display example of a stored-ball data selection screen on a bookkeeping terminal
FIG. 23 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 24 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 25 is a diagram showing a display example of various service data selection screens on a bookkeeping terminal
FIG. 26 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 27 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 28 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
FIG. 29 is a diagram showing a display example of bookkeeping data on the bookkeeping terminal,
[Explanation of symbols]
In the drawings, 1 is a pachinko machine, 2 is a ball lending machine, 5 is a card reader, 6 is a control unit, 7 is a calculation management device (data management means), 8 is a membership card (record carrier), and 9 is a savings deposit process Terminal device, 10 POS terminal, 11 bookkeeping terminal (data recording terminal), 12 control unit, 13 monitor (data display means), 14 touch switch, 15 card reader, 16 notebook, 17 printer Indicates.
Claims (1)
営業日を示す年月日データと、前記遊技客に割当てられたIDコードと、当該遊技客が遊技場に預け入れている遊技媒体の数を示す貯玉数とを対応付けた貯玉データを複数の営業日分に渡って記憶すると共に、前記遊技客に割当てられたIDコードと、当該遊技客の前記貯玉数の順位とを対応付けた貯玉数ランキングデータを複数の営業日分に渡って記憶するデータ管理手段と、
このデータ管理手段が記憶する貯玉データ及び貯玉数ランキングデータのうち、特定の遊技客に割当てられたIDコードに対応する複数の営業日分の貯玉データ及び貯玉数ランキングデータを当該遊技客に対して表示するデータ表示手段とを備えたことを特徴とする遊技場用のデータ管理システム。A record carrier which is issued to a player and on which an ID code assigned to the player is recorded;
Stored ball data that associates date data indicating business days, an ID code assigned to the player, and the number of stored balls indicating the number of game media deposited in the game hall by the player into a plurality of sales balls. Data for storing for a plurality of business days, storing for a plurality of business days while storing the ID code assigned to the player and the ranking of the number of stored balls of the player. Management means;
Among the stored ball data and the stored ball number ranking data stored by the data management means, the stored ball data and the stored ball number ranking data for a plurality of business days corresponding to the ID code assigned to a specific player are given to the player. A data management system for a game hall, characterized by comprising data display means for displaying.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003059917A JP3930444B2 (en) | 2003-03-06 | 2003-03-06 | Data management system for amusement hall |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003059917A JP3930444B2 (en) | 2003-03-06 | 2003-03-06 | Data management system for amusement hall |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP4686295A Division JPH08238373A (en) | 1995-03-07 | 1995-03-07 | Data managing system for place of amusement |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003230740A JP2003230740A (en) | 2003-08-19 |
JP3930444B2 true JP3930444B2 (en) | 2007-06-13 |
Family
ID=27785833
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003059917A Expired - Lifetime JP3930444B2 (en) | 2003-03-06 | 2003-03-06 | Data management system for amusement hall |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3930444B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4644437B2 (en) * | 2004-04-14 | 2011-03-02 | クリエイションカード株式会社 | Recommended stand information system |
JP2005334176A (en) * | 2004-05-25 | 2005-12-08 | Samii Kk | Game machine fraudulent dispensing control system, its device, and method |
-
2003
- 2003-03-06 JP JP2003059917A patent/JP3930444B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2003230740A (en) | 2003-08-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5876805B2 (en) | Amusement park management system | |
JP2002172262A (en) | Game system | |
JP6148479B2 (en) | Amusement system | |
JP4856895B2 (en) | Member service providing device | |
JP3930444B2 (en) | Data management system for amusement hall | |
JP6211944B2 (en) | Amusement system | |
JP4856894B2 (en) | Member service provision system | |
JP4856893B2 (en) | Member service provision system | |
JP4681818B2 (en) | Point management system | |
JPH08238373A (en) | Data managing system for place of amusement | |
JP5282249B2 (en) | Counting device and exchange management system including the counting device | |
JP5478812B2 (en) | Game storage medium management system and game storage medium management method | |
JP2002224389A (en) | Data management system for game parlor | |
JP2002224388A (en) | Data management system for game parlor | |
JP2017136479A (en) | System for game halls | |
JP6768456B2 (en) | Amusement park system | |
JP6573432B2 (en) | Amusement system | |
JP6573433B2 (en) | Amusement park management system | |
JP2005130901A (en) | Member management device for game | |
JP6573431B2 (en) | Amusement system | |
JP2016083461A (en) | Management system for game parlor | |
JP6410330B2 (en) | Amusement park management system | |
JP4458411B2 (en) | Game system | |
JP2019017740A (en) | Game system | |
JP5635756B2 (en) | Value processing system and value processing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060808 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060906 |
|
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: 20070227 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070308 |
|
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: 20100316 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130316 Year of fee payment: 6 |