(57)【要約】【課題】  個々の遊技者に対して適切なタイミングでサービスの提供ができるようにするための個別サービス提供システムを実現すること。【解決手段】  会員の会員特定情報を読み取る会員特定手段２と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段６と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段７と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段５とを備え、上記データ処理手段は、遊技台データと会員特定手段が読み取った会員特定情報に対応する行動履歴とから、この会員特定情報に対応する各個別サービスの提供タイミングに対応した遊技状況を特定するとともに、上記会員が現在遊技中である遊技台の遊技状況が、上記個別サービスの提供タイミングとして特定した遊技状況に一致するまでに、特定の個別サービスを提供するためのトリガ信号を出力する。【選択図】  図１
2005034437.tif 000002
【特許請求の範囲】
【請求項１】
遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、上記データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと会員特定手段が読み取った会員特定情報に対応する行動履歴とから、この会員特定情報に対応する各個別サービスの提供タイミングに対応した遊技状況を特定する機能と、上記会員が現在遊技中である遊技台から取り込んだ現在の遊技状況が、上記個別サービスの提供タイミングとして特定した遊技状況に一致するまでに、個別サービスを提供するためのトリガ信号を出力する機能とを備えたことを特徴とする個別サービス提供システム。
【請求項２】
会員情報記憶手段に記憶した行動履歴には、会員が特定の行動を起した日時、行動内容及びそのときに遊技していた遊技台の台番号を含み、遊技台データ記憶手段には、日時及び台番号に対応して遊技台の機種名を記憶し、上記データ処理手段は、会員特定手段で特定された会員が現在遊技中である遊技台の台番号または機種名を特定する機能と、この特定した台番号あるいは機種名に対応する行動履歴を会員情報記憶手段から抽出する機能と、遊技台データ記憶手段から上記特定した台番号あるいは機種名に対応する遊技台データを抽出する機能と、会員情報記憶手段および遊技台データ記憶手段から抽出した行動履歴と遊技台データとから、上記特定した会員に対する個別サービスの提供タイミングに対応した遊技状況を特定する機能とを備えたことを特徴とする請求項１に記載の個別サービス提供システム。
【請求項３】
遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、上記データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと会員特定手段が読み取った会員特定情報に対応する行動履歴とから、この会員特定情報に対応する会員に対する個別サービスを提供するための遊技状況の必要条件を特定する機能と、上記会員が現在遊技中である遊技台から取り込んだ現在の遊技状況が、上記個別サービスを提供するための必要条件を満たしているか否かを判定する機能とを備えたことを特徴とする個別サービス提供システム。
【請求項４】
データ処理手段は、取り込んだ現在の遊技状況が、個別サービスを提供するための必要条件を満たしていると判定したとき、遊技台の台数をカウントする機能を備えた請求項３に記載の個別サービス提供システム。
【請求項５】
遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと特定の会員の行動履歴とから、特定の遊技状況が発生してから予め設定した所定時間内に特定の行動があったかどうかを判断する機能と、上記特定の行動があった場合には、上記特定の会員が現在遊技中の遊技台で上記特定の遊技状況が発生してから予め設定した所定時間内に個別サービスを提供するためのトリガ信号を出力する機能とを備えた請求項１〜３のいずれかに記載した個別サービス提供システム。
【請求項６】
会員情報記憶手段には、特定会員の行動履歴として特定の日における遊技開始から遊技終了まで時間を、遊技した台番号に対応づけて記憶し、遊技台データ記憶手段には、台番号毎に、特定の日時における遊技台状況を遊技データとして記憶し、データ処理手段は、会員情報記憶手段に記憶された遊技時間の中で、終了時間からさかのぼって所定時間以上遊技した日と時間帯と台番号とを抽出する機能と、上記遊技台データ記憶手段に記憶された遊技台データの中から、特定会員の遊技開始から遊技終了までの行動履歴に対応づけられた遊技台データを抽出する機能と、この抽出した遊技台データをもとにして、遊技終了までの遊技台の状況パターンを特定する機能と、上記特定会員が現在遊技中の遊技台から取り込んだ遊技状況および上記特定した遊技台の状況パターンがマッチしたとき、遊技続行を促すトリガ信号を出力する機能とを備えた請求項１〜４のいずれかに記載の個別サービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、遊技場において、遊技中の会員に対して、個別にサービスを提供するためのシステムに関する。
【背景技術】
【０００２】
パチンコ店などの遊技場では、遊技中の遊技者が、自分の遊技状況に応じて、遊技場のスタッフを呼んだり、ワゴンサービスを利用したりすることがある。
遊技者が、遊技場のスタッフを呼ぶのは、例えば、持ち玉が多くなって玉箱が必要になった時や、遊技を終了して、パチンコ玉などを計数器まで運ぶのを手伝って欲しい時などがあるが、そのほかにも、様々な理由でスタッフを呼ぶことがある。その際、遊技台の上方に設置された呼び出しランプを点灯させるようにしていた（特願２００３−０５９２６８号参照）。
また、遊技中の遊技者は、ワゴンで店内を巡回している遊技場のスタッフを呼び止めて、飲み物などを購入することもある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
遊技中の遊技者が、遊技場のスタッフを呼ぶために呼び出しランプをつけたときには、店内を巡回しているスタッフが、急いでその遊技者の所に行くようにしている。しかし、呼び出しランプの点灯になかなか気づかなかったり、遊技者の所に行ってから要件を聞いて、例えば、玉箱を取りに行ったりすることもある。そのため、どうしても対応が遅れがちになることがあり、呼び出しランプをつけたら、すぐにスタッフに来て欲しい遊技者に不満を感じさせることもあった。
【０００４】
一方、サービスによっては、遊技者毎にそれを要求するタイミングが異なる。例えば、持ち玉数が多くなったために、玉箱を持ってきてもらう場合でも、大当たりになって持ち玉が多くなりそうになったら玉箱を用意しておきたい遊技者もいるし、遊技台から溢れそうになってから玉箱を用意する遊技者もいる。このように遊技者によって、サービスを要求するタイミングが異なるので、様々な特性を持った遊技者に対し、常に、満足してもらえるタイミングで特定のサービスを提供することは難しかった。
この発明の目的は、個々の遊技者対して適切なタイミングでサービスの提供ができるようにするための個別サービス提供システムを実現することである。
【課題を解決するための手段】
【０００５】
第１の発明は、遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、上記データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと会員特定手段が読み取った会員特定情報に対応する行動履歴とから、この会員特定情報に対応する各個別サービスの提供タイミングに対応した遊技状況を特定する機能と、上記会員が現在遊技中である遊技台から取り込んだ現在の遊技状況が、上記個別サービスの提供タイミングとして特定した遊技状況に一致するまでに、個別サービスを提供するためのトリガ信号を出力する機能とを備えた点に特徴を有する。
【０００６】
第２の発明は、第１の発明を前提とし、会員情報記憶手段に記憶した行動履歴には、会員が特定の行動を起した日時、行動内容及びそのときに遊技していた遊技台の台番号を含み、遊技台データ記憶手段には、日時及び台番号に対応して遊技台の機種名を記憶し、上記データ処理手段は、会員特定手段で特定された会員が現在遊技中である遊技台の台番号または機種名を特定する機能と、この特定した台番号あるいは機種名に対応する行動履歴を会員情報記憶手段から抽出する機能と、遊技台データ記憶手段から上記特定した台番号あるいは機種名に対応する遊技台データを抽出する機能と、会員情報記憶手段および遊技台データ記憶手段から抽出した行動履歴と遊技台データとから、上記特定した会員に対する個別サービスの提供タイミングに対応した遊技状況を特定する機能とを備えた点に特徴を有する。
【０００７】
第３の発明は、遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、上記データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと会員特定手段が読み取った会員特定情報に対応する行動履歴とから、この会員特定情報に対応する会員に対する個別サービスを提供するための遊技状況の必要条件を特定する機能と、上記会員が現在遊技中である遊技台から取り込んだ現在の遊技状況が、上記個別サービスを提供するための必要条件を満たしているか否かを判定する機能とを備えた点に特徴を有する。
【０００８】
第４の発明は、第３の発明を前提とし、データ処理手段は、取り込んだ現在の遊技状況が、個別サービスを提供するための必要条件を満たしていると判定したとき、遊技台の台数をカウントする機能を備えた点に特徴を有する。
【０００９】
第５の発明は、第１〜第３の発明を前提とし、遊技台に対応し、かつ、遊技中の会員の会員特定情報を読み取る会員特定手段と、会員に対する個別サービスに関連する行動履歴を会員特定情報毎に記憶した会員情報記憶手段と、遊技台毎の遊技台データを記憶した遊技台データ記憶手段と、これら会員特定手段、会員情報記憶手段および遊技台データ記憶手段に接続したデータ処理手段とを備え、データ処理手段は、上記会員特定手段に対応する遊技台の遊技状況を取り込む機能と、取り込んだ遊技状況を遊技台データ記憶手段に記憶させる機能と、遊技台データと特定の会員の行動履歴とから、特定の遊技状況が発生してから予め設定した所定時間内に特定の行動があったかどうかを判断する機能と、上記特定の行動があった場合には、上記特定の会員が現在遊技中の遊技台で上記特定の遊技状況が発生してから予め設定した所定時間内に個別サービスを提供するためのトリガ信号を出力する機能とを備えた点に特徴を有する。
【００１０】
第６の発明は、第１〜第４の発明を前提とし、会員情報記憶手段には、特定会員の行動履歴として特定の日における遊技開始から遊技終了まで時間を、遊技した台番号に対応づけて記憶し、遊技台データ記憶手段には、台番号毎に、特定の日時における遊技台状況を遊技データとして記憶し、データ処理手段は、会員情報記憶手段に記憶された遊技時間の中で、終了時間からさかのぼって所定時間以上遊技した日と時間帯と台番号とを抽出する機能と、上記遊技台データ記憶手段に記憶された遊技台データの中から、特定会員の遊技開始から遊技終了までの行動履歴に対応づけられた遊技台データを抽出する機能と、この抽出した遊技台データをもとにして、遊技終了までの遊技台の状況パターンを特定する機能と、上記特定会員が現在遊技中の遊技台から取り込んだ遊技状況および上記特定した遊技台の状況パターンがマッチしたとき、遊技続行を促すトリガ信号を出力する機能とを備えた点に特徴を有する。
なお、この発明のシステムは、予め会員登録を行った会員遊技者へのサービス提供を行うためのシステムである。
【発明の効果】
【００１１】
第１〜５の発明では、会員の行動履歴に基づいて個別サービスの提供タイミングを特定しているので、遊技中の会員遊技者に提供する様々なサービスを、個々の会員に対して最適なタイミングで提供できるようになる。
第１、第２の発明によれば、出力されるトリガ信号に基づいて、スタッフがサービスの準備をすることができるので、会員の要求に迅速に対応できる。
特に、第２の発明では、現在遊技中の遊技台や、機種によって絞り込んだ会員の行動履歴に基づいて、個別サービスの提供タイミングを特定するようにしているので、遊技台や機種によって会員の行動が影響を受ける場合にも、的確な個別サービス提供タイミングを特定できるようになる。
【００１２】
第３の発明では、サービス提供の必要条件を満たしたかどうかを判定することによって、必要条件を満たした会員に対して必要なサービスを提供できるようになる。また、スタッフ側は、必要条件を満たした会員がいることを確認してから、準備することができる。例えば、ワゴンサービスの場合、必要条件を満たした会員数に応じて商品を準備すれば、不足や、売れ残りを少なくすることもできる。
【００１３】
第４の発明によれば、例えばワゴンサービスを供給する者が、複数たまったときに、ワゴンを巡回させればよくなるので、それだけワゴンの巡回効率を上げることができる。
第５の発明によれば、特定の遊技状況に関連したサービスを提供すべきタイミングを予測できる。
第６の発明によれば、遊技者が遊技を終了しようとしたとき、遊技を続行させるための誘因を最適なタイミングで提供することができる。
【発明を実施するための最良の形態】
【００１４】
遊技状況に関連するサービスを、遊技中の会員に対して適切なタイミングで提供できるようにした。
【実施例１】
【００１５】
図１〜図４にこの発明の第１実施例を示す。
第１実施例のシステムは、遊技場内に設けた各遊技台１に、１対１で対応させた台端末２備え、複数の台端末２を管理コンピュータＣのデータ処理手段５に接続している。上記台端末２は、カード挿入口３とディスプレイ４とを備えていて、カード挿入口３に挿入された会員カードから会員特定情報である会員ＩＤを読み取る機能を備えている。この台端末２が、この発明の会員特定手段である。
【００１６】
また、上記台端末２は、会員カードから会員ＩＤを読み取るだけでなく、対応する遊技台１から遊技媒体を払い出す払い出し機構を制御したり、対応する遊技台１の遊技台データを上記データ処理手段５へ送信したりする機能も備えている。ただし、遊技台１の遊技台データは、上記台端末２を介さないで、直接データ処理手段５に入力するようにしてもよい。
【００１７】
さらに、上記管理コンピュータＣには、上記したように複数の台端末２に接続した上記データ処理手段５を備えているが、このデータ処理手段５のほかに、会員の行動履歴を記憶した会員情報記憶手段６と、各遊技台の過去の遊技状況を記憶した遊技台データ記憶手段７とを備えるとともに、データ処理手段５から発信されるデータを出力するための出力装置８が接続されている。
【００１８】
出力装置８は、データ処理手段５で処理したデータを表示させるディスプレイや、信号音を発生させるスピーカーなどが含まれる。また、出力装置８としてヘッドフォンを用いて、遊技場内のスタッフに装着させることもできる。このヘッドフォンとデータ処理手段５との間を無線通信で接続して、データ処理手段５からの信号をスタッフに送信することもできる。
なお、この実施例では、上記データ処理手段５、会員情報記憶手段６、遊技台データ記憶手段７を、同一の管理コンピュータＣに備えているが、上記各手段は、個別に設けられていてもかまわない。
【００１９】
上記会員情報記憶手段６が記憶している会員の行動履歴は、上記台端末２が会員カードから読み取ってデータ処理手段５へ送信した会員ＩＤに対応付けて記憶されている。例えば、図２に示す表９のように、その会員が過去に遊技した日時に、そのときの行動内容と、遊技した遊技台の台番号とを対応させている。なお、上記データ処理手段５には、時計機能を備えている。そして、この時計機能を用いて、行動履歴に日時が自動的に対応付けされる。
【００２０】
なお、行動履歴で記憶している行動内容には、例えば、１４時４０分の「コーヒー購入」や、１１時５０分の「呼び出し（玉箱要求）」、１２時１０分の「呼び出し（玉箱運び）」など、遊技場側のサービス提供と関連する行動が含まれる。
【００２１】
上記行動履歴のうち「コーヒー購入」は、スタッフが運ぶワゴンサービスを受けたことであり、「呼び出し（玉箱要求）」は、玉箱を持ってきてもらうために呼び出しランプを点灯したことである。また、「呼び出し（玉箱運び）」は、その遊技台での遊技を終了して、玉の入った玉箱を計数器まで運ぶのを手伝ってもらうために呼び出しランプを点灯させたことを示している。
【００２２】
上記各行動内容は、上記データ処理手段５から会員情報記憶手段６へ入力されるが、データ処理手段５には自動的に入力されるデータと、スタッフが手入力するデータとがある。例えば、上記台端末２に遊技台１からの遊技媒体の払い出しを制御する機能を備えていた場合には、遊技媒体であるパチンコ玉の購入時に、台端末２からその購入金額をデータ処理手段５へ送信するようにできる。そうすれば、データ処理手段５は、「パチンコ玉の購入」を会員ＩＤに対応付けて、行動履歴として会員情報記憶手段６に記憶させるとことができる。また、「遊技開始」については、遊技台１の打ち出しモータの起動やアウト玉数を検出した検出信号をデータ処理手段５へ入力することで「遊技開始」を入力したことになる。
【００２３】
さらに、「呼び出し」は、呼び出しランプを点灯したときに点灯信号が出力されるようにして、その点灯信号をデータ処理手段５へ入力すれば、呼び出しがあったことを呼び出しランプからデータ処理手段５へ入力したことになる。呼び出しランプの点灯スイッチの種類を要求内容毎に設ければ、呼び出しの内容も自動的に入力できるが、呼び出しランプの点灯にスタッフが対応するたびに、特定の入力装置によって要求内容に対応した信号をスタッフが入力するようにしてもよい。ワゴンサービスによる「コーヒー購入」も、スタッフが入力装置から手入力することになる。
【００２４】
また、複数の呼出ランプと、それに１：１で対応した複数のスイッチとを設け、サービス要求原因に応じて、それら呼出ランプを使い分けることが考えられる。例えば、玉箱運びを要求する場合には、第１のスイッチを操作して、それに対応した第１の呼出ランプを点灯させ、ワゴンサービスを要求する場合には、第２のスイッチを操作して、それに対応した第２の呼出ランプを点灯させる等である。この場合には、どのスイッチを操作したかによって、要求されたサービスの内容が自動的に把握できるので、操作されたスイッチの種類に応じて、それに対応するサービス内容をデータ処理手段５に自動的に入力することができる。
【００２５】
また、上記台端末２は、読み取った会員ＩＤを送信する際に、台端末２の機械ＩＤなど台端末２を特定できる情報をデータ処理手段５へ送信するようにしている。データ処理手段５は、この機械ＩＤからその台端末２に対応する遊技台１の台番号を特定することができ、会員ＩＤに、遊技台番号を対応付けた行動履歴を会員情報機構手段６へ記憶させることができる。
【００２６】
一方、上記遊技台データ記憶手段７には、遊技台１毎の遊技台データが記憶されている。この遊技台データは、データ処理手段５が、遊技台データ記憶手段７へ入力するデータである。つまり、データ処理手段５は、各遊技台１の遊技台データを、対応する台端末２を介して取り込み、それを遊技台データ記憶手段７へ入力する。
【００２７】
遊技そのときの設定条件などの遊技台状況である。遊技台データ記憶手段７は、刻々入力されるこれらのデータを、例えば、１分ごとの差分をとって遊技台の台番号に対応付けて記憶している。図３では、４月１日分のデータを示しているが、遊技台データ記憶手段７には、遊技台番号ごと、日にちごとに、遊技台データを記憶している。なお、この場合にも、データ処理手段５の時計機能を用いて日時が遊技台状況に自動的に対応付けられる。
【００２８】
台データとは、例えば、図３の表１０のような、アウト数、セーフ数、始動数のほか、
なお、遊技台データの中で、アウト数とはこの遊技台から打ち出された玉数であり、セーフ数とは遊技台から払い出された玉数である。また、始動数とは、特定の入賞口に入賞したときに、例えば、図柄が回転し始める回数のことで、始動後に図柄が特定のパターンで停止して、特別に大量の玉が払い出される状態を大当たりという。
【００２９】
また、図３の表１０において、その他の欄に表示した通常確率や高確率とは、上記始動回数に対する大当たりの発生回数の割合（確率）が、通常か高いかということである。この確率には、通常確率とこの通常確率に比べて大当たりの発生確率を高くした高確率の状態とがある。ただし、遊技台データ記憶手段７には、上記表１０に表示した以外のデータを遊技台データとして記憶するようにしてもかまわない。
【００３０】
次に、このシステムを用いて、スタッフが空の玉箱持参する場合を、図４のフローチャートを用いて説明する。この実施例では、遊技中の遊技者の所へ、持ち玉を入れるための空の玉箱を持参するサービスが、この発明の個別サービスの一例である。また、会員は、遊技する際に、カード挿入口３に会員カードを挿入して、台端末２に会員ＩＤを読み取らせることを前提とする。従って、以下の説明において、遊技者は、遊技する遊技台１を決めたらその遊技台１に対応する台端末２に会員カードを挿入しているものとする。
【００３１】
図４のフローチャートにおいて、ステップＳ１で、台端末２が会員ＩＤを読み取ってデータ処理手段５へ送信する。
そして、ステップＳ２以下は、データ処理手段５の処理である。
ステップＳ２では、データ処理手段５が会員ＩＤを受信し、会員情報記憶手段６に記憶している行動履歴の中から、上記会員ＩＤに対応する行動履歴を特定する。行動履歴は、例えば、図２の表９に示すデータである。このデータは、会員ＩＤ１２３４の会員の、過去の行動を示したデータであり、この会員ＩＤ１２３４の会員が、当該台端末２で現在遊技中の会員ということになる。
【００３２】
ステップＳ３で、データ処理手段５は、会員ＩＤに基づいて特定した行動履歴の中から「呼び出し（玉箱要求）」を抽出し、その日時と、そのときの遊技台番号とを特定する。例えば、図２の表９では、４月１日の１１時５０分に、「呼び出し（玉箱要求）」があるが、この「呼び出し（玉箱要求）」９ａを抽出し、その日時「４月１日、１１時５０分」９ｂと遊技台番号「１００」９ｃとを特定する。図２では、「呼び出し（玉箱要求）」が、ひとつしか表示されていないが、過去に何回も「呼び出し（玉箱要求）」があった場合には、それらを全て抽出し、対応する日時と遊技台番号とを特定する。
【００３３】
ここで、検索対象となる行動履歴は、特定会員の全ての履歴データであってもよいし、一部であってもよい。例えば、現時点から１ヶ月前までと言うように期間で絞っても良いし、来店回数で絞ってもよい。あるいは、特定の行動内容、例えば、現時点からさかのぼって、「呼び出し（玉箱要求）」の抽出個数の上限を決めておいてもよい。
データ処理手段５は、上記ステップＳ３で、例えば、日時「４月１日、１１時５０分」と遊技台番号「１００」とを特定したら、ステップＳ４では、遊技台データ記憶手段７から、図３の表１０に示す遊技台番号「１００」の遊技台データを抽出する。
【００３４】
ステップＳ５では、データ処理手段５は、抽出した遊技台データ（遊技台番号１００の過去のデータ）と、会員ＩＤ１２３４の行動履歴とを対比して、呼び出し日時の遊技状況を特定し、その遊技状況になるときを、玉箱を持っていくというサービスの提供タイミングとする。
【００３５】
具体的には、データ処理手段５は、図２の行動履歴から特定した呼び出し日時「４月１日、１１時５０分」における遊技状況を、図３の表１０から特定する。図３の表１０からは、上記呼び出し日時「４月１日、１１時５０分」の状態として、そのときのアウト数や、セーフ数や、大当たり中であることなどの遊技状況を直接把握することができるし、表１０に表しているデータを基にして、その他の遊技状況を特定することもできる。
【００３６】
例えば、データ処理手段５は、アウト数とセーフ数などに基づいて「４月１日、１１時５０分」時点での持ち玉数を算出することや、日時「４月１日、１１時５０分」が大当たり開始後５分後であるという状況を特定することができる。これらの遊技状況の中から、サービス提供タイミングとして着目すべき遊技状況の種類は、提供するサービスの種類に応じて予めデータ処理手段５に設定しておく。この実施例では、持ち玉数を、上記注目すべき遊技状況とする。
【００３７】
上記持ち玉数は、この会員が遊技を開始してからの購入玉数およびセーフ玉数の累計とアウト玉数の累計との差なので、データ処理手段５はその差を算出する。そして、上記日時「４月１日、１１時５０分」の時の持ち玉数Ｎ個を算出して、それを「呼び出し（玉箱要求）」のタイミングに対応した遊技状況と判断する。ただし、この会員の行動履歴から複数の「呼び出し（玉箱要求）」を抽出した場合には、上記と同様の処理をそれぞれの日時について行い、それぞれの日時での持ち玉数の平均値をＮとする。そして、データ処理手段５は、上記持ち玉数Ｎを一時的に記憶する。
【００３８】
ステップＳ６で、データ処理手段５は、ステップ５で特定した持ち玉数ＮからΔＮ引いた持ち玉数（Ｎ−ΔＮ）を、トリガ出力タイミングとして特定する。そして、このトリガ出力タイミングに対応する遊技状況、すなわち、持ち玉数（Ｎ−ΔＮ）を、データ処理手段５が記憶する。上記ΔＮは、予めデータ処理手段５に設定した正の値で、トリガ信号の出力タイミングを持ち玉数がＮになるよりΔＮだけ前に設定することになる。
【００３９】
そして、ステップＳ７では、データ処理手段５は、台端末２を介して入力された遊技台１の最新の遊技台データから、現在遊技中の遊技台における持ち玉数を算出して、それが（Ｎ−ΔＮ）に達したかどうかを判定する。持ち玉数が（Ｎ−ΔＮ）に達した場合には、ステップＳ８に進み、出力装置８に対してトリガ信号を出力する。
【００４０】
現在の持ち玉数が（Ｎ−ΔＮ）に達しない場合には、ステップＳ６へ戻り、データ処理手段５は、記憶している持ち玉数（Ｎ−ΔＮ）と、刻々と入力される遊技台データから算出した持ち玉数とを対比する処理を繰り返す。
【００４１】
なお、図４のフローチャートのどのステップであっても、会員が遊技を終了して、会員カードが台端末２から排出された時点で全ての処理は終了する。そして、台端末２に会員カードが挿入されたとき、ステップＳ１の処理がスタートするようにしている。
また、図４の処理を行う間にも、台端末２からデータ処理手段５に入力された遊技台データは、データ処理手段５が、台端末２の機械ＩＤから特定した遊技台番号および処理手段５が計った時刻に対応付けて遊技台データ記憶手段７に記憶させる。
【００４２】
この第１実施例においては、上記持ち玉数Ｎという状況が、この発明の、行動履歴と遊技台データとから特定したサービス提供タイミングに対応する遊技状況であり、持ち玉数（Ｎ−ΔＮ）の状況は、上記サービス提供タイミングになる前の状況である。つまり、上記ΔＮを正の数に設定することによって、この発明のサービスの提供タイミングに対応する状況と一致するまでにトリガ信号を出力することができる。
【００４３】
以上のように、特定の会員の行動履歴から、玉箱を要求するであろうタイミングを遊技状況として特定し、そのタイミングより前にトリガ信号を出力するようにしている。遊技場のスタッフが、このトリガ信号を上記出力装置８によって受信した場合には、これから玉箱を必要とする会員がいると判断して、玉箱を持って行く準備をすることができる。上記トリガ信号とともに、対応する会員の遊技中の遊技台を特定する信号を出力すれば、スタッフはその会員の所へ呼び出しがある前に玉箱を持って行くことができる。あるいは、玉箱を準備していて、呼び出しランプが点灯されたら、直ちに持っていくこともできる。
【００４４】
また、上記データ処理手段５が、各スタッフの店内配置を無線で把握し、トリガ信号に対応する遊技台の近くにいるスタッフが携帯している出力装置に対してトリガ信号を出力させるようにしても良い。その場合にも、上記トリガ信号とともに遊技台を特定する信号を出力するようにしてもよい。また、各スタッフの店内配置を無線で把握し、玉箱を要求している遊技台の近くにいるスタッフの出力装置に、遊技台を特定する信号は出力せずに、ただ単に、玉箱運びが要求されるであろうトリガ信号を出力するだけでも足りる。この場合に、トリガ信号を受信したスタッフは、まもなく、自分の近くで玉箱を要求するであろう会員がいることを知ることができる。従って、玉箱運びを予測して、玉箱をあらかじめ用意しておくこともできる。このようにトリガ信号を受信したスタッフは、玉箱を準備しながら自分の近くにある遊技台の状況を注意していれば、会員から呼び出しがあったときに、直ちに対応することができる。
【００４５】
また、会員によって玉箱を要求するタイミングが異なっていたとしても、上記トリガ信号の出力タイミングを会員の行動履歴に基づいて設定しているので、各会員にとって適切なタイミングで玉箱持参という個別サービスを提供することができるようになる。
なお、この実施例では、玉箱持参がこの発明の個別サービスに当たるが、このシステムは、玉箱持参以外のサービスに応用することもでき、そのサービスの提供タイミングを個々の会員にとっての適切なタイミングにすることができる。
【実施例２】
【００４６】
図５、図６に示す第２実施例は、図１に示す第１実施例と同じ構成のシステムで、会員情報機構手段６，遊技台データ記憶手段７が記憶しているデータ内容も、第１実施例と同じにしている。したがって、この第２実施例の説明には図１〜図３をそのまま用いるとともに、符合を全く同じ符合を用いて説明する。また、この第２実施例で説明するサービス内容は、上記第１実施例と同様に、玉箱要求の呼び出しに対応するためのもので、サービスを提供するためのトリガ信号をデータ処理手段５が出力する例である。ただし、上記トリガ信号の出力するタイミングを決定する処理手順が、上記第１実施例とは異なる。
【００４７】
第２実施例におけるトリガ信号出力までの処理手順を、図５のフローチャートに従って説明する。
会員が、自分の会員カードを台端末２のカード挿入口３に挿入すると、ステップＳ１０１で、台端末２が会員ＩＤを読み取って、その会員ＩＤデータ処理手段５へ送信する。このときに、台端末２はデータ処理手段５へ、台端末２の機械ＩＤも送信する。
【００４８】
以下は、データ処理手段５の処理である。
ステップＳ１０２で、データ処理手段５は、会員情報記憶手段６のデータから、上記会員ＩＤに対応する行動履歴を特定する。例えば、図２の表９のデータが特定される。
ステップＳ１０３で、この会員が現在遊技中の遊技台の遊技台番号を特定する。遊技台番号は、例えば、次のようにして特定する。上記ステップＳ１０１で、台端末２は、読み取った会員ＩＤを送信する際に、自身の機械ＩＤなど、送信元を特定できる信号をデータ処理手段５に送信する。データ処理手段５は、この機械ＩＤから対応する遊技台番号を特定する。
【００４９】
ここでは、現在遊技中の遊技台番号は「１００」とする。ステップＳ１０４で、データ処理手段５は、上記ステップＳ１０２で特定したこの会員の行動履歴から、遊技台番号１００で遊技したときの行動履歴すなわち会員情報記憶手段６に記憶されている行動履歴を抽出する。つまり、図２の表９のデータから、現在遊技中の遊技台と同じ遊技台番号１００での行動履歴だけを抽出することになる。遊技台番号１００を条件に抽出した行動履を図６の表１１に示す。
【００５０】
ステップＳ１０５で、データ処理手段５は、上記のようにして抽出した行動履歴から「呼び出し（玉箱要求）」を抽出し、その日時を特定する。図６の表１１に示す行動履歴から、遊技台番号１００での遊技中であって「呼び出し（玉箱要求）」１１ａをした日時「４月１日、１１時５０分」１１ｂを特定する。
ステップＳ１０６で、データ処理手段５は、遊技台データ記憶手段６から遊技台番号１００の遊技台データを抽出する。このデータは、例えば、図３の表１０のデータである。
【００５１】
ステップＳ１０７で、上記表１０の遊技台データと図６の表１１の行動履歴とを対比して、呼び出し時の遊技状況をサービス提供タイミングとして特定する。ここでも、第１実施例と同様に、サービス提供タイミングとして着目すべき遊技状況を持ち玉数とする。従って、上記第１実施例のステップＳ５と同様に、データ処理手段５は、「呼び出し（玉箱要求）」をした日時「４月１日、１１時５０分」での持ち玉数Ｎを算出して、この発明のサービス提供タイミングに対応する遊技状況とする。
【００５２】
ステップＳ１０８で、データ処理手段５は、持ち玉数（Ｎ−ΔＮ）を算出してトリガ信号出力タイミングを設定する。すなわち、データ処理手段はトリガ信号出力タイミングとして、持ち玉数（Ｎ−ΔＮ）を記憶する。
【００５３】
ステップＳ１０９で、データ処理手段５は、台端末２から入力される最新の遊技台データに基づいて現在遊技中の遊技台における持ち玉数を算出し、その持ち玉数が（Ｎ−ΔＮ）に達したかどうかを判定する。現在の持ち玉数が、（Ｎ−ΔＮ）に達した場合には、ステップＳ１１０へ進み、出力装置８へトリガ信号を出力する。持ち玉数が（Ｎ−ΔＮ）に達しなければ、ステップＳ１０９に戻り、データ処理手段５に刻々と入力される遊技台データに基づいて算出した持ち玉数と、持ち玉数（Ｎ−ΔＮ）とを対比する。
【００５４】
なお、第２実施例においても、会員が遊技を終了して、台端末２から会員カードが排出された時点で、図５のフローチャートにおける全ての処理は終了する。そして、台端末２に会員カードが挿入されたとき、ステップＳ１０１の処理がスタートするようにしている。
【００５５】
上記のようにした第２実施例のシステムでも、第１実施例と同様、会員に対して適切なタイミングでサービスを提供できることになる。特に、現在遊技中の遊技台と同じ遊技台における行動履歴を基にしてサービス提供タイミングを特定するようにしているので、会員の行動に、遊技台特有の事情が影響するような場合には、第１実施例のように、遊技台を限定しない場合と比べて、より会員の要望にあったタイミングでのサービス提供が可能になる。
【００５６】
また、現在遊技中の遊技台の台番号によって行動履歴を抽出する代わりに、遊技中の遊技台の機種によって行動履歴を抽出することも考えられる。遊技台は、機種によって遊技の仕方が異なるため、その機種特性が会員の行動に影響を与えることも考えられる。従って、機種特性によって影響を受けるサービスの場合には、現在遊技中の機種に絞り込んだ行動履歴を基にサービス提供タイミングを特定することが好ましい。
また、図５の処理を行う間にも、台端末２からデータ処理手段５に入力された遊技台データは、データ処理手段５が、台端末２の機械ＩＤから特定した遊技台番号および処理手段５が計った時刻に対応付けて遊技台データ記憶手段７に記憶させる。
【実施例３】
【００５７】
図７に示す第３実施例は、請求項３に記載された第３の発明の実施例に相当するもので、遊技場内で飲み物などの商品をワゴンで運ぶワゴンサービスに応用する例である。この実施例も、全体構成および各記憶手段が記憶しているデータは第１実施例と同じである。従って、この実施例の説明にも、図１〜図３をそのまま用いるとともに、各構成要素の機能のうち第１実施例と同じものはその説明を省略する。要するに、第１実施例との相違点は、システムで実行される処理フローだけである。
【００５８】
このシステムの処理を、図７のフローチャートに従って説明する。
会員が台端末２に会員カードを挿入し遊技を開始すると、ステップＳ２０１で、台端末２が、会員ＩＤを読み取ってそれをデータ処理手段５へ送信する。このときに、台端末２はデータ処理手段５へ、台端末２の機械ＩＤも送信する。
ステップＳ２０２では、データ処理手段５が、上記会員ＩＤに対応する行動履歴を特定する。この行動履歴は、会員情報記憶手段６が記憶しているデータであり、例えば、図２の表９に示すデータである。
【００５９】
ステップＳ２０３で、データ処理手段５は、上記表９に示す行動履歴から「ワゴンサービス要求」を抽出し、その日時と遊技台番号とを特定する。例えば、図２の表９では上記「ワゴンサービス要求」として、「コーヒー購入」９ｄと表しているが、この「コーヒー購入」９ｄの日時「４月１日、１０時４０分」９ｅと、そのときの遊技台番号「１００」９ｆとを特定する。
【００６０】
ステップＳ２０４では、遊技台データ記憶手段７が記憶しているデータのなかから、上記特定した遊技台番号「１００」の遊技台データを抽出する。
ステップＳ２０５で、データ処理手段５は、上記遊技台データと行動履歴とを対比して、「ワゴンサービス要求」時の遊技状況をサービス提供の必要条件として特定する。つまり、ステップＳ２０３で予め特定した「コーヒー購入」の日時「４月１日、１１時４０分」の遊技状況を必要条件として特定する。
【００６１】
ワゴンサービスについても、必要条件として着目すべき遊技状況の種類を予めデータ処理手段５に設定しておく必要があるが、ここでは着目する遊技状況は、遊技開始からの経過時間とする。そこで、データ処理手段５は、図２の行動履歴と、図３における４月１日の遊技台番号「１００」の遊技台データとを対比して、この会員が「コーヒー購入」した日時「４月１日、１０時４０分」が、遊技開始「４月１日、１０時１分」から３９分後であることを算出する。この遊技開始から３９分経過が、サービス提供の必要条件になる。
【００６２】
ただし、上記ステップＳ２０３で、行動履歴から複数の「ワゴンサービス要求」を抽出した場合には、データ処理手段５は、上記ステップＳ２０４〜Ｓ２０５を繰り返して、それぞれの「ワゴンサービス要求」について遊技開始からの時間を算出する。そして、ここでは、それらの最低値を必要条件とする。
【００６３】
必要条件を特定したら、データ処理手段５は、ステップＳ２０６で、現在遊技中の遊技台における遊技状況がサービス提供の必要条件を満足しているかどうかを判定する。すなわち、現在の時刻が、会員情報記憶手段６に記憶されている行動履歴における最新の遊技開始時刻から前記した３９分を経過しているかどうかを算出する。そして、この３９分を経過しているときには、データ処理手段５は、当該会員が必要条件を満足しているものと判定する。このようにコーヒー購入の必要条件を満たしている者が、所定の人数に達したとき、遊技場にワゴンを巡回させるようにしている。そのために、データ処理手段５は、所定時間内におけるコーヒー購入の必要条件を満たしている者の数を記憶するようにしている（ステップＳ２０７）。さらに、データ処理手段５は、必要条件を満たした会員数を加算して記憶し、ステップＳ２０８で、その合計数を出力装置８に表示する。
【００６４】
出力装置８に、ワゴンサービス提供の必要条件を満たした会員数が表示されたとき、スタッフは、その数が設定数に達したと考えたら、商品を乗せたワゴンを巡回させる。このようにすれば、必要条件を満たして、ワゴンサービスが欲しくなってきた会員に対して、タイミング良くサービスを提供することができる。ただし、条件を満たした人が１人でも、スタッフの判断でワゴンを巡回させても良いこと当然である。
【００６５】
また、必要条件を満たした会員は、ワゴンが来たときに商品を購入する可能性が高いので、出力装置８に表示された条件を満たした会員数に応じて商品を用意すれば、商品の売れ残りを少なくすることもできる。そして、このようにして会員がワゴンから商品を購入したときには、スタッフは会員ＩＤを会員から聞き出すとともに、前記した入力装置を用いて、その旨を、会員情報記憶手段６に記憶させる。
なお、この実施例のシステムは、必要条件を特定できれば、ワゴンサービス以外のサービスにも適応できる。
例えば、ワゴンサービスを行わないまでも、各遊技台に備えられた表示装置に、サービスの要否の確認画面やサービスに関する広告などを表示するようにしても良い。
【実施例４】
【００６６】
図８，図９に示す第４実施例は、呼び出しランプが点灯したにもかかわらず、その行動履歴の内容が明らかにされていないときの例である。つまり、このときには、遊技台データ記憶手段７に記憶されている遊技状況を基にして、サービスを提供するためのトリガ信号を出力する例である。
【００６７】
この第４実施例も、システムの全体構成や各構成要素の機能は、他の実施例と同じなので説明には各構成要素を示した図１をそのまま用い、それら各構成要素の機能についての説明は省略する。また、遊技台データの例としては、遊技台データ記憶手段７に記憶された図３の表を用いる。
そして、図８は、会員の行動履歴の例であり、図９は、この実施例のシステムの処理手順を示すフローチャートである。
【００６８】
図８の表１２は、会員情報記憶手段６に記憶された会員ＩＤ１２３４の会員の行動履歴である。図８では、４月１日の行動履歴のみが表示されているが、会員情報記憶手段６には、この会員が遊技した他の日時の行動履歴も記憶されている。そして、図８に示すように、行動内容に複数の「呼び出し」１２ａ〜１２ｄが含まれているが、会員情報記憶手段６は、前記したように各「呼び出し」の理由は記憶していない状況である。
【００６９】
このような行動履歴に基づいて、タイミングよくサービスを提供するためのデータ処理手段５の処理手順を図９のフローチャートに従って説明する。
会員が会員カードを挿入すると、ステップＳ３０１で、台端末２が会員ＩＤを読み取ってそれをデータ処理手段５へ送信する。このときに、台端末２はデータ処理手段５へ、台端末２の機械ＩＤも送信する。
【００７０】
以下のステップは、データ処理手段５の処理である。
ステップＳ３０２で、データ処理手段５は、会員情報記憶手段６から受信した会員ＩＤに対応する行動履歴を特定する。このとき特定した行動履歴の例を、図８の表１２に示す。
【００７１】
ステップＳ３０３で、データ処理手段５は、上記行動履歴のなかから「呼び出し」を抽出して、対応する日時とそのときの遊技台の遊技台番号とを特定する。例えば、図８の行動履歴から、「呼び出し」１２ａ、１２ｂに対応する日時「４月１日、１１時５０分」、「４月１日、１２時１０分」と、遊技台番号「１００」、「呼び出し」１２ｃ、１２ｄに対応する「４月５日、１２時３０分」、「４月５日、１５時３０分」と、遊技台番号「１０２」とを特定する。
【００７２】
ステップＳ３０４で、データ処理手段５は、遊技台データ記憶手段７から上記特定した遊技台番号「１００」の遊技台データを抽出する。この遊技台データを、図３に示す。
ステップＳ３０５でデータ処理手段５は呼び出し日時の前であって、所定時間ΔＴ１内に大当たりが発生しているかどうかを判定する。つまり、大当たりがこの発明の特定の遊技状況であり、ステップＳ３０５の処理を言い換えれば、大当たりから所定時間ΔＴ１内に呼び出しがあったかどうかを判定するということになる。
上記所定時間ΔＴ１は予めデータ処理手段に設定しておく時間であるが、ここでは５分間とする。
【００７３】
例えば、上記呼び出し日時「４月１日、１１時５０分」の前５分以内に大当たりがあるかどうかを、図３の表１０のデータに基づいて判定すると、呼び出し日時「４月１日、１１時５０分」１０ａのその５分前である「１１時４５分」１０ｂに大当たりが発生している。このように、呼び出し日時の前、所定時間Ｔ１内に大当たりが発生していた場合には、ステップＳ３０６へ進む。
【００７４】
ステップＳ３０６では、データ処理手段５は、台端末２から入力される最新の遊技台データに基づいて現在遊技中の遊技台において大当たりが発生したかどうかを判定する。発生していない場合には、ステップＳ３０６で、大当たりの発生を監視するが、大当たりが発生した場合には、ステップＳ３０７へ進む。
ステップＳ３０７では、データ処理手段５は、大当たりの開始から所定時間ΔＴ２が経過したかどうかを判定する。そして、経過時間がΔＴ２になった時点で、テップＳ３０８へ進み、データ処理手段５がトリガ信号を出力装置８へ出力する。上記ΔＴ２は、上記ΔＴ１と同じか小さな値に予めデータ処理手段５に設定しておく。
【００７５】
この実施例では、大当たりが発生してからΔＴ１以内に呼び出しを行う履歴を持った会員は、大当たりによって持ち玉が増えたので、玉箱を要求する会員であると推測できる。従って、そのような会員に対して、スタッフは、大当たりが発生して所定時間ΔＴ２経過後に出力されるトリガ信号に基づいて玉箱を用意するようにすれば、呼び出しに迅速に対応することができる。
【００７６】
また、データ処理手段５が、上記トリガ信号とともに遊技台を特定する信号を出力するようにすれば、これらの信号に基づいて、スタッフは、会員から要求される前に玉箱を持って行くこともできる。
【００７７】
一方、上記ステップＳ３０５において、データ処理手段５が呼び出し日時の前所定時間ΔＴ１内に大当たりが発生してないと判定した場合には、その呼び出しが、玉箱要求のような大当たりに関連する呼び出しではなかったことになるが、他の「呼び出し」履歴についても同様のプロセスで所定時間内に大当たりが発生しているかどうかを判断する。その結果、全ての「呼び出し」前の所定時間ΔＴ１内に大当たりが発生していない場合には、その会員は、大当たりが発生しても呼び出しをしない、つまり、玉箱を要求しない会員であると推測できるので、この処理は終了する。
【００７８】
上記玉箱を持って行くサービスのように、特定の遊技状況（ここでは大当たり）と関連する特定のサービスについては、単に「呼び出し」という履歴しか無くても、その内容を推測して対応することもできる。
なお、この実施例では、「呼び出し」がこの発明の特定の行動に当たるが、呼び出し以外の会員の行動に適用することもできる。
【００７９】
例えば、スロットルマシンでの遊技中には、内部大当たり中という状況があり、その間に、目押しをして所定のパターンを出せば大当たりになる。目押しとは、回転している図柄を止めるためにボタンを押すことである。この内部大当たりが発生した状況で、所定の範囲の図柄パターンを出せば大当たりになるようにしているが、そのパターンを出すようにうまく目押しができない遊技者がいる。そのため、そのような遊技者に対してスタッフが目押しを指導するサービスを行うことが考えられる。
【００８０】
このような目押しサービスの場合も、要求するタイミングが内部大当たりの発生という遊技状況に関連しているので、目押しサービスを必要とする会員かどうかを行動履歴から判断した上で、内部大当たりが発生してから所定時間内にトリガ信号を出力するようにすれば、このトリガ信号に基づいて、スタッフが目押しをしに行くことができる。
【実施例５】
【００８１】
図１０〜図１４に、第５実施例を示すもので、この第５実施例は、例えば、特定の台での遊技の終了を予測してトリガ信号を出すとともに、このトリガ信号が出力されたとき、データ処理手段５は、図示していないディスプレイ等を用いて、別の台の予約情報を提供したり、会員が興味を持ちそうな情報を提供したりして、遊技続行の誘因作りを目的にしたものである。そして、この第５実施例においても、上記ディスプレイなどの出力手段以外の構成要素は、全て第１実施例と同じであり、しかも、それらの機能も第１実施例と同じである。従って、この第５実施例の説明では、それら構成要素とその機能の説明は省略する。
【００８２】
そして、図１０の表１３の会員行動履歴は会員情報記憶手段６が記憶しているが、この行動履歴は、上記台端末２が会員カードから読み取ってデータ処理手段５へ送信した会員ＩＤに対応付けて記憶されている。例えば、図１０に示す表１３のように、その会員が過去に遊技した日時におけるパチンコ玉の購入履歴および遊技開始から終了の時間履歴と、遊技した遊技台の台番号とを対応させている。なお、上記データ処理手段５には、時計機能を備えていること、前記各実施例と同じであり、この時計機能を用いて、行動履歴に日時が自動的に対応付けされる。
なお、遊技開始および遊技終了は、会員カードの挿脱などによって判断する。
【００８３】
また、図１１〜図１４に示した表１４〜１７は、各遊技台の１日単位の遊技台データを示したもので、これら遊技台データは、遊技台データ記憶手段７に記憶されている。この遊技台データ記憶手段７に記憶された遊技台データは、例えば、図１１の表１４に示したように、アウト数、セーフ数、始動数のほか、そのときの設定条件などの遊技台状況である。そして、遊技台データ記憶手段７は、刻々入力されるこれらのデータを、遊技台番号ごと、日にちごとに、例えば、１分ごとの差分をとって遊技台の台番号に対応付けて記憶している。図１１の表１４では、台番号１０５の４月１日分のデータを示し、図１２の表１５では台番号１０２の４月２日分のデータを示し、図１３の表１６では台番号１０７の４月５日分のデータを示し、図１４の表１７では台番号１０５の４月６日分のデータを示している。そして、なお、この場合にも、データ処理手段５の時計機能を用いて日時が遊技台状況に自動的に対応付けられる。
【００８４】
なお、遊技台データの中で、アウト数とはこの遊技台に打ち込まれた玉数であり、セーフ数とは遊技台から払い出された玉数である。また、始動数とは、特定の入賞口に入ったときに、例えば、図柄が回転し始める回数のことで、始動後に図柄が特定のパターンで停止して、特別に大量の玉が払い出される状態を大当たりという。
また、図１１〜１４の表において、その他の欄に表示した通常確率や高確率とは、上記始動回数に対する大当たりの発生回数の割合（確率）が、通常か高いかということである。この確率には、通常確率とこの通常確率に比べて大当たりの発生確率を高くした高確率の状態とがある。ただし、遊技台データ記憶手段７には、上記表１４〜１７に表示した以外のデータを遊技台データとして記憶するようにしてもかまわない。
【００８５】
今、データ処理手段５は、会員情報記憶手段６から、会員ＩＤ１２３４５に基づいて特定した会員の行動履歴の中から遊技終了とその終了時刻を抽出する。そして、データ処理手段５は、上記のように抽出した遊技終了時刻からさかのぼって遊技開始までの時間を算出するとともに、遊技開始から３０分以内に遊技を終了しているものは、抽出した遊技終了リストから外す。このようにして３０分以上遊技した日と時刻が特定されるが、その特定された行動履歴が表１３における※１印〜※４印である。なお、上記の３０分という時間基準は、絶対的なものではなく、任意に定めてよいこと当然である。
【００８６】
上記のように３０分以上遊技した日が特定されたら、データ処理手段５は、会員行動履歴の中で対応づけられた台番号を特定し、その台番号に対応する遊技台データを遊技台データ記憶手段７から抽出する。例えば、※１印および※４印の行動履歴には台番号１０５が対応づけられている。また、※２印の行動履歴には台番号１０２が対応づけられ、※３印の行動履歴には台番号１０７が対応づけられている。
【００８７】
上記のように３０分以上遊技をした行動履歴とそのときの台番号が特定されたら、データ処理手段５は、遊技台データ記憶手段７から、上記特定された台番号に対応する遊技台データを抽出し、その中から特定された行動履歴すなわち特定した日時の遊技開始時間から遊技終了時間に対応する時間帯の遊技台データを抽出する。
【００８８】
例えば、※１印の場合には、４月１日の台番号１０５における１０時１２分から１３時００分までの遊技台データを抽出するが、この時間帯の遊技台データを示したのが図１１の表１４である。同じようにして、※２印の遊技台データ、※３印の遊技台データおよび※４印の遊技台データを抽出するが、これらの遊技台データを示したのが、図１２〜図１４に示した表１５〜表１７である。
【００８９】
そして、データ処理手段５は、遊技終了時間からさかのぼって、特定の状況、例えば大当たりを検出する。この大当たりを検出したら、データ処理手段５は、この大当たりが終了した時点で高確率状態にあったかあるいは通常状態にあったかもチェックする。そして、※１印に対応する行動履歴では、大当たりが終了して通常確率状態に復帰してから３分後に遊技を終了している。このように見てくると行動履歴※２印〜※４印の全てにおいて、大当たりが終了して通常確率状態に復帰してから３分後に遊技を終了していることが分かる。
【００９０】
そこで、データ処理手段５は、会員ＩＤ１２３４５の会員は、大当たりが終了して通常確率状態に復帰したとき、その復帰から３分後に遊技を終了すると判定する。データ処理手段５は、上記このように判定したら、今度は、台端末２から刻々と入力するデータをチェックし、当該遊技台が大当たりから通常確率状態に復帰した時、遊技続行を促すトリガ信号を出力する。このトリガ信号が出力されたとき、データ処理手段５は、図示していないディスプレイ等を用いて、別の台の予約情報を提供したり、会員が興味を持ちそうな情報を提供したりして、遊技続行を促す。
【図面の簡単な説明】
【００９１】
【図１】第１実施例のシステム構成図である。
【図２】第１実施例の会員の行動履歴である。
【図３】第１実施例の遊技台データである。
【図４】第１実施例の処理手順を示したフローチャートである。
【図５】第２実施例の処理手順を示したフローチャートである。
【図６】第２実施例の会員の行動履歴である。
【図７】第３実施例の処理手順を示したフローチャートである。
【図８】第４実施例の会員の行動履歴である。
【図９】第４実施例の処理手順を示したフローチャートである。
【図１０】第５実施例の会員の行動履歴である。
【図１１】第５実施例の遊技台データであり、図１０の行動履歴に対応する部分である。
【図１２】第５実施例の遊技台データであり、図１０の行動履歴に対応する部分である。
【図１３】第５実施例の遊技台データであり、図１０の行動履歴に対応する部分である。
【図１４】第５実施例の遊技台データであり、図１０の行動履歴に対応する部分である。
【符号の説明】
【００９２】
１    遊技台
２    台端末（この発明の会員特定手段にあたる）
５    データ処理手段
６    会員情報記憶手段
７    遊技台データ記憶手段
【図１】
2005034437.tif 000003
【図２】
2005034437.tif 000004
【図３】
2005034437.tif 000005
【図４】
2005034437.tif 000006
【図５】
2005034437.tif 000007
【図６】
2005034437.tif 000008
【図７】
2005034437.tif 000009
【図８】
2005034437.tif 000010
【図９】
2005034437.tif 000011
【図１０】
2005034437.tif 000012
【図１１】
2005034437.tif 000013
【図１２】
2005034437.tif 000014
【図１３】
2005034437.tif 000015
【図１４】
2005034437.tif 000016