JP6576531B1 - 情報収集システム、プログラム及び情報処理装置 - Google Patents

Abstract

【課題】遊技者毎の遊技データ、および遊技機毎の履歴といった情報を収集することが可能な情報収集システム等を提供する。【解決手段】遊技施設において遊技者および遊技機の少なくとも一方の所定の情報を取得する情報収集システムが、パッシブ型のＲＦ（Radio Frequency ）タグを起電させるための電波を送信し、ＲＦタグが発した該ＲＦタグを識別する第１の識別子に関する電波を受信するための電波送受信手段を備える。電波送受信手段がＲＦタグより電波を受信すると該電波より第１の識別子を取得し、取得した第１の識別子と電波送受信手段を識別する第２の識別子と第１の識別子を取得した時刻とを関連付ける。関連付いた第１の識別子と第２の識別子と時刻とに基づいて、遊技施設内の遊技機の遊技情報を管理するデータベースを参照して、ＲＦタグに関連付けられた遊技者の遊技状況および遊技施設内の所定の遊技機の遊技状況の少なくとも一方を取得する。【選択図】図１

Description

本開示は、情報収集システム、プログラム及び情報処理装置に関する。

従来、遊技施設内には遊技機に加えて遊技機における遊技データを計測する計測装置が設けられている。特許文献１に開示されたシステムは、遊技機に大当たり状態が発生しているか否かを判定する構成を有し、大当たり状態が発生しているか否かに応じて異なる情報を遊技者に提供する。

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

しかしながら、特許文献１に開示されたシステムでは、遊技機毎の遊技データ（大当たり状態の発生の有無）を収集することは可能であるが、遊技者毎の遊技データを収集することはできない。また、遊技機に着目すると、それぞれの遊技機について、何人が遊技したのかといった履歴を取得することもできない。

一つの側面では、遊技者毎の遊技データ、および遊技機毎の履歴といった情報を収集することが可能な情報収集システム等を提供することにある。

一つの案では、遊技機が設置された遊技施設において、遊技者および遊技機の少なくとも一方の所定の情報を取得する情報収集システムであって、パッシブ型のＲＦ（Radio Frequency ）タグを起電させるための電波を送信し、ＲＦタグが発した該ＲＦタグを識別する第１の識別子に関する電波を受信するための第１の電波送受信手段と、前記遊技施設内に設置されたデジタルサイネージに対応付けられて設けられた第２の電波送受信手段と、前記第１の電波送受信手段が前記ＲＦタグより電波を受信すると、該電波より前記第１の識別子を取得する手段と、前記取得した第１の識別子と前記第１の電波送受信手段を識別する第２の識別子と前記第１の識別子を取得した時刻とを関連付ける手段と、前記遊技機のうち、前記第２の識別子にて特定される遊技機の遊技情報を取得する手段と、前記取得した第１の識別子に対応付けて、前記取得した前記第２の識別子にて特定される遊技機の遊技情報を記憶する記憶部と、前記第２の電波送受信手段にて第１の識別子を取得した場合に、前記第１の識別子を取得した前記第２の電波送受信手段に対応付けられた前記デジタルサイネージを特定する手段と、取得された前記第１の識別子に対応付けて前記記憶部に遊技情報が記憶してある遊技機とは異なる又はジャンルが異なる異種別遊技機の情報を取得する手段と、取得した前記異種別遊技機の情報を、特定した前記デジタルサイネージに表示する手段とを備える。

一つの側面では、遊技者毎の遊技データ、および遊技機毎の履歴といった情報を収集することが可能となる。

実施の形態１に係る情報収集システムのハードウェア構成例を示す模式図である。 サーバのハードウェア構成例を示すブロック図である。 リーダ及びＲＦタグのハードウェア構成例を示すブロック図である。 サーバによる情報収集処理の手順の一例を示すフローチャートである。 サーバによる情報集計処理の手順の一例を示すフローチャートである。 実施の形態１に係る集計結果画面の画面レイアウトの一例を示す説明図である。 携帯端末のハードウェア構成例を示すブロック図である。 サーバによる情報提供処理の手順の一例を示すフローチャートである。 遊技履歴画面の画面レイアウトの一例を示す説明図である。 サーバによる宣伝処理の手順の一例を示すフローチャートである。 広告画面の画面レイアウトの一例を示す説明図である。 遊技施設に設置されたリーダの分布の一例を示す説明図である。 ＲＦタグの移動経路の一例を示す説明図である。 リーダ及びセンサの設置例を示す説明図である。

本実施形態に係る情報収集システムを、図面を参照して説明する。本実施形態に係る情報収集システムは、ＲＦＩＤ（Radio Frequency IDentifier）技術を用いて、遊技施設において遊技機を遊技する遊技者の遊技状況、および各遊技機の遊技状況の少なくとも一方を取得するものである。本実施形態では、遊技機は、弾球遊技機（パチンコ機）、回胴式遊技機（パチスロ機）、カジノ向けビデオゲームマシン、アーケードゲーム等である。よって、遊技施設は、パチンコ機およびパチスロ機の少なくとも一方が設置された施設（以下、“パチンコホール”とも呼ぶ）、カジノ、ゲームセンター等である。以下、遊技施設として、パチンコホールを例に挙げて、本実施の形態を説明する。

実施の形態１
図１は、実施の形態１に係る情報収集システム１０のハードウェア構成例を示す模式図である。情報収集システム１０はサーバ４およびリーダ５を含む。台間機３、サーバ４、リーダ５、およびデータランプ７それぞれは、例えば遊技施設内に設けられたＬＡＮ（Local Area Network）を介して相互に接続されている。遊技機２と遊技機２との間には、台間機（カードリーダユニット）３及びリーダ５が併設されている。１つの台間機３及び１つのリーダ５が１つの遊技機２に対応付けて設けられている。また、遊技機２の各々には、遊技結果を示す情報（払い出された遊技媒体（遊技球やメダル）の数（出玉数）、遊技するのに使われた遊技媒体の数（打玉数）、大当たり回数等の遊技の結果を示す情報）を表示するためのデータランプ７が接続されており、遊技機２の遊技結果を示す情報は、データランプ７を介してその時の時刻情報と紐づけてサーバ４に送信される。この送信はリアルタイムに実行されても良いし、所定の時間毎にまとめて実行されても良い。本実施形態では、上記送信は、所定の時間毎にまとめて実行されるものとする。よって、本実施形態におけるサーバ４に送信される情報（遊技情報）は、所定の時間毎の出玉数、打玉数、大当たり回数等を合計した情報と、所定の時間帯の開始時点の時刻および終了時点の時刻を示すものである。

リーダ５は、遊技機２間に設けられるほかに、遊技機２又は台間機３の上部や遊技者が着座する椅子等に設けられてもよい。リーダ５は、８６０〜９６０ＭＨｚや２．４５ＧＨｚ等のＵＨＦ（Ultra High Frequency）帯の電波を定期的（本実施形態では、１分間に３回）に発信しており、数十センチ〜数メートルの通信範囲内に存在するＲＦタグ６から、ＲＦタグ６に記憶してあるタグＩＤ（第１の識別子）を読み取る。すなわち、リーダ５は、ＲＦタグ６が発した電波を受信すると、該電波より該ＲＦタグ６のタグＩＤを取得する。

ＲＦタグ６は、パッシブ型のＩＣタグであり、リーダ５からの電波をエネルギー源として動作するので、電池を内蔵していない。ＲＦタグ６は、リーダ５が送信する電波を受信した場合に、記憶してあるタグＩＤ情報で変調された電波（タグＩＤに関する電波）を発信する。本実施形態では、ＲＦタグ６は、会員登録しているそれぞれの遊技者に予め配布されている会員カードに組み込まれている。例えば、ＲＦタグ６の回路が会員カードに印刷されている。サーバ４においては、各会員カードの会員情報と該会員カードに組み込まれたＲＦタグ６のタグＩＤを関連付けて管理されている（データベース化している。例えば、後述する表２で示す遊技者情報テーブル）。なお、ＲＦタグ６は、遊技者の携帯電話機やスマートフォン等の携帯品に貼付できるようにシール状に構成されてもよく、ポケットティッシュ、遊技施設のチラシ等の各種媒体に貼付した状態で遊技者に配布されてもよい。

サーバ４は、例えばメインフレーム、ワークステーション、デスクトップ型ＰＣ（パーソナルコンピュータ）等である。サーバ４は、遊技施設の内部に設置されていてもよいし、遊技施設の外部に設置されていてもよい。サーバ４は、ＬＡＮを介して接続されている各データランプ７から受信した遊技情報を自身の記憶装置に格納する。

図２は、サーバ４のハードウェア構成例を示すブロック図である。サーバ４は、ＣＰＵ（Central Processing Unit）４１、ＲＯＭ（Read Only Memory）４２及びＲＡＭ（Random Access Memory）４３を含む。また、サーバ４は、ハードディスク４４、光学ドライブ４５、表示部４６、操作部４７、タイマ４８及び通信部４９を含む。

ＣＰＵ４１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ４１は、サーバ４の各構成部を制御する。ＣＰＵ４１は、ハードディスク４４に記憶されたプログラム４ＰをＲＡＭ４３に読み出し、ＲＡＭ４３に読み出したプログラム４Ｐを実行する。ＲＯＭ４２は、読み出し専用記憶媒体である。ＲＯＭ４２は、例えば不揮発性の半導体メモリである。ＲＡＭ４３は、主記憶装置である。ＲＡＭ４３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ４１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。ハードディスク４４は、補助記憶装置である。ハードディスク４４は、サーバ４の内部に取り付けられるものであっても、サーバ４の外部に置かれるものであってもよい。ハードディスク４４は、インターネットＮを介してアクセス可能な記憶装置（例えば、データベースサーバ）で代替されてもよい。ハードディスク４４は、ＣＰＵ４１が実行するプログラム４Ｐ及び各種テーブルを記憶している。光学ドライブ４５は、外部の記憶媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク４ｄから情報を読み出し、光ディスク４ｄに情報を記憶する記憶装置である。

表示部４６は、画像を表示する表示装置である。表示部４６は、例えば液晶ディスプレイ等の画面を有し、ＣＰＵ４１からの指示に従って、プログラム４Ｐに係る各種情報を当該画面に表示する。操作部４７は、使用者が各種の入力を行うキーボード、マウス、タッチパネル、電源スイッチ等の入力デバイスである。操作部４７は、使用者の操作に基づいて入力信号を生成する。生成された入力信号は、バス４ｂを介してＣＰＵ４１に出力される。

タイマ４８は、クロックを数えることで一定時間の経過を計時する装置である。タイマ４８は、計時した結果（日付及び時刻）をＣＰＵ４１に出力する。通信部４９は、有線又は無線通信のモデム、ＬＡＮカード、ルータ、ＵＳＢ（Universal Serial Bus）端子、接続コネクタ等である。通信部４９は、台間機３、リーダ５、データランプ７、及びインターネットＮと接続されている。

なお、ＣＰＵ４１は、光学ドライブ４５を介して、プログラム４Ｐを光ディスク４ｄから読み込んでもよい。ＣＰＵ４１は、通信部４９を介して、プログラム４Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。さらに、プログラム４Ｐを記憶したフラッシュメモリ等の半導体メモリ４ｍが、サーバ４内に実装されていてもよい。また、ＣＰＵ４１は、各種データをハードディスク４４に記憶するのではなく、通信部４９を介して、外部の情報処理装置又は記憶装置に記憶してもよい。更に、ＣＰＵ４１は、光学ドライブ４５を介して、各種テーブルを光ディスク４ｄに記憶してもよい。

以下に、サーバ４が記憶する各種テーブルについて説明する。ハードディスク４４に記憶されるテーブルは、以下の表１に示すような機器対応テーブルを含む。機器対応テーブルは、遊技機２、台間機３及びリーダ５の対応関係を示す情報が記憶されるテーブルである。機器対応テーブルは、台番号、台間機ＩＤ及びリーダＩＤの各列を含む。台番号は遊技機２の識別情報であり、台間機ＩＤは台間機３の識別情報であり、リーダＩＤはリーダ５の識別情報（第２の識別子）である。

なお、後述するように、本実施形態では、リーダ５は、電波送受信手段としてのアンテナと一体化している。しかしながら、該アンテナと情報処理部とは別個であっても良く、一般的にはこの情報処理部をリーダと呼ぶ。この場合、１つの情報処理部に対して複数のアンテナが接続されることもある。１つの情報処理部に複数のアンテナが接続されている場合であっても、あるＲＦタグからの電波を受信したアンテナの近傍に該ＲＦタグが位置すると特定できる。よって、本発明において本質的には、ＲＦタグ６からの電波を受信するアンテナを特定することが必要となる。本実施形態では、アンテナがリーダに一体化されているので、リーダＩＤとしているが、該リーダＩＤによりアンテナを特定していることに他ならない。アンテナと情報処理部（リーダ）とが別個の場合は、本明細書においては、リーダＩＤをアンテナＩＤと読み替えれば良い。

ハードディスク４４に記憶されるテーブルは、以下の表２に示すような遊技者情報テーブルを含む。遊技者情報テーブルは、ＲＦタグ６が組み込まれた会員カードを利用するために登録した遊技者（ユーザ）の遊技者情報が記憶されるテーブルである。遊技者情報テーブルは、遊技者ＩＤ、パスワード、タグＩＤ、氏名、年齢、性別、メールアドレスの各列を含む。パスワード、氏名、年齢、性別及びメールアドレスはそれぞれ、遊技者登録の際に遊技者が指定した情報である。タグＩＤは、遊技者登録の際に遊技者に配布された会員カードに組み込まれたＲＦタグ６の識別情報である。年齢及び性別は遊技者の属性を示す情報であり、遊技者の属性を示す情報として、遊技者が好きな遊技機２のジャンル、趣味等も遊技者情報テーブルに記憶されてもよい。なお、遊技者情報テーブルについては、ＲＦタグ６が組み込まれた会員カードを作成する際の情報に基づいて作成すれば良い。

ハードディスク４４に記憶されるテーブルは、以下の表３に示すような遊技情報テーブルを含む。遊技情報テーブルは、所謂ホールコンピュータと言われる管理装置にて一般的に管理されている遊技情報のテーブルである。遊技情報テーブルは、台番号及び遊技情報の各列を含む。台番号は遊技機２の識別情報である。遊技情報は、開始日時、終了日時、出玉数、打玉数、大当たり回数等の各列を含む。表３において開始日時及び終了日時は、データランプ７にて遊技を示す情報に紐づけた時刻である。表３において、出玉数、打玉数、および大当たり回数は、開始日時及び終了日時によって規定される遊技期間中における該当する遊技機の出玉数、打玉数、大当たり回数の総数である。このように、台番号に対応付けて、一連の遊技に関する遊技情報が遊技情報テーブルに記憶される。遊技情報テーブルに記憶される遊技情報は、確率変動回数、過去最高連チャン数等を更に含んでもよい。なお、本実施形態では、遊技情報テーブルをサーバ４に記憶させているが、サーバ４に電気的に接続された他のコンピュータ（ホールコンピュータ等）に記憶させても良い。本実施形態では、サーバ４は、データランプ７から受信した遊技情報に基づいて、遊技情報テーブルを作成する。

ハードディスク４４に記憶されるテーブルは、以下の表４に示すようなリーダ読出ＩＤテーブルを含む。リーダ読出ＩＤテーブルは、それぞれのリーダ５がＲＦタグ６から読み出したＲＦタグ６のタグＩＤが記憶されるテーブルであって、本実施形態においては、“日にち”毎に作成される。リーダ読出ＩＤテーブルは、リーダＩＤ、タグＩＤ、開始時刻及び終了時刻の各列を含む。リーダＩＤはリーダ５の識別情報である。タグＩＤは、リーダＩＤが示すリーダ５によっていずれかのＲＦタグ６から読み出されたタグＩＤである。開始時刻は、リーダＩＤが示すリーダ５が対応するタグＩＤをその日の最初に読み出した時刻を示し、最終時刻はその日の最後に読み出した時刻を示す。リーダ５は、いずれかのＲＦタグ６のタグＩＤに関する電波を受信した場合、受信したタグＩＤを、この時点での時刻を示す情報及びリーダＩＤと共にサーバ４へ送信する。リーダ読出ＩＤテーブルにおいて、受信したリーダＩＤに対応して、その日に受信したタグＩＤが記憶されていない場合、サーバ４は、受信したリーダＩＤに対応するタグＩＤ及び開始時刻として、受信したタグＩＤ及び時刻を記憶する。また、リーダ読出ＩＤテーブルにおいて、受信したリーダＩＤに対応して、その日に受信したタグＩＤが記憶されている場合、サーバ４は、受信したリーダＩＤに対応する最終時刻として、受信した時刻を記憶する。

なお、リーダ５は、例えば１分間に３回電波を発信する場合、ＲＦタグ６が同じ位置にあると、リーダ５は２０秒に１回のペースで同一のタグＩＤを取得することになる。よって、表４において、例えばタグＩＤＴ１０１の会員カードを持っている遊技者がリーダＩＤＲ０１のリーダ５に対応する遊技機２を遊技している場合（該遊技機２の近くから動かない場合）、リーダ読出ＩＤテーブルの最終時刻の欄は約２０秒に１回の割合で更新されることになる。

本実施形態では、各遊技機２に対応付けられたリーダＩＤと、各遊技者に対応付けられたタグＩＤと、開始時刻および最終時刻とを日にち毎に関連づけているので、日にち毎に各台における各遊技者の遊技時間（開始時刻と最終時刻との差）を取得することができる。

さて、場合によっては、ある遊技者（タグＩＤＴ１０１のＲＦタグの会員カードを持つ人）が遊技機Ａ（リーダＩＤＲ０１のリーダに対応する遊技機）を遊技し、その遊技機Ａの遊技を一旦止めて別の遊技機Ｂを遊技し、同じ日に再度遊技機Ａを遊技すること（例えば、Ｘ時間後等）もあり得るだろう。よって、最終時刻の更新時において、前回の最終時刻から所定時間（例えば、１時間）以上経過している場合は、同一のリーダＩＤ及びタグＩＤが記憶されていたとしても、上記と同様にしてリーダ読出ＩＤテーブルにおいて別途新しくリーダＩＤ、タグＩＤに対応する開始時刻、終了時刻を記憶する。よって、リーダ読出ＩＤテーブルにおいて、同一のリーダＩＤ、タグＩＤに対応する行が複数存在することになる。この場合、その日のある遊技者の遊技機Ａの総遊技時間を求める際は、リーダ読出ＩＤテーブルにおいてタグＩＤＴ１０１の各々の開始時刻と最終時刻との差を足し合わせれば良い。

図３は、リーダ５及びＲＦタグ６のハードウェア構成例を示すブロック図である。リーダ５は、ＲＦタグ６の所定の回路を起電させるための電波を送信し、ＲＦタグ６からタグＩＤに関する電波を受信するための装置であり、ＣＰＵ５１、記憶部５２及びＲＡＭ５３を含む。また、リーダ５は、通信部５４及びタイマ５５を含む。ＣＰＵ５１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ５１は、バス５ｂを介してリーダ５の各構成部を制御する。記憶部５２は、例えばフラッシュメモリ又はハードディスクであり、リーダ５の各構成部に係る制御プログラム及び各種データを記憶している。ＲＡＭ５３は、ＣＰＵ５１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。通信部５４は、ＬＡＮに接続するためのインタフェースと、ＲＦタグ６を起電させるための電波の発信、およびタグＩＤに関する電波を受信するためのアンテナとを有する。タイマ５５は、クロックを数えることで一定時間の経過を計時する装置である。タイマ５５は、計時した結果（日付及び時刻）をＣＰＵ５１に出力する。このような構成において、リーダ５は、通信部５４が受信したタグＩＤに受信時刻を紐づける処理を行う。

ＲＦタグ６は、記憶部６１及び通信部６２を含む。記憶部６１は、フラッシュメモリ等の不揮発性メモリであり、ＲＦタグ６に予め割り当てられた識別情報であるタグＩＤを記憶している。通信部６２は、電波を送信、受信するためのインタフェースを有する。通信部６２は、リーダ５が送信した電波を受信した場合、記憶部６１に記憶してあるタグＩＤを読み出して送信する。リーダ５は、リーダ５から通信可能な範囲内に存在するＲＦタグ６が送信したタグＩＤを受信する。

図４は、サーバ４による情報収集処理の手順の一例を示すフローチャートである。リーダ５は、１分間に３回定期的に、ＵＨＦ帯の電波を発信しており、ＣＰＵ５１は、タイマ５５による計時結果に基づいて、電波の発信タイミングであるか否かを判定する（ステップＳ２１）。ＣＰＵ５１は、発信タイミングではないと判定した場合（ステップＳ２１：ＮＯ）、待機し、発信タイミングであると判定した場合（ステップＳ２１：ＹＥＳ）、電波を発信する（ステップＳ２２）。ＲＦタグ６は、リーダ５から発信された電波を通信部６２にて受信した場合、受信した電波によって起動し、記憶部６１に記憶してあるタグＩＤに関する電波を通信部６２から送信する。

リーダ５のＣＰＵ５１は、ＲＦタグ６から送信されたタグＩＤに関する電波を通信部５４にて受信したか否かを判定し（ステップＳ２３）、受信していないと判定した場合（ステップＳ２３：ＮＯ）、ステップＳ２１へ処理を戻す。タグＩＤに関する電波を受信したと判定した場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ５１は、受信したタグＩＤと、タイマ５５による計時結果に基づくこの時点での日時情報とをリーダＩＤと共に通信部５４にてサーバ４へ送信する（ステップＳ２４）。サーバ４のＣＰＵ４１は、リーダ５から送信されたタグＩＤ、日時情報及びリーダＩＤを受信したか否かを判定する（ステップＳ１１）。

タグＩＤ等を受信したと判定した場合（ステップＳ１１：ＹＥＳ）、ＣＰＵ４１は、受信した日時情報の日にちをチェックし、該日にちに対応するリーダ読出ＩＤテーブルにおいて、受信したリーダＩＤに対応付けて、受信したタグＩＤ及び日時情報に含まれる時刻を記憶する（ステップＳ１２）。なお、リーダ読出ＩＤテーブルにおいて、受信したリーダＩＤに対応して、その日に受信したタグＩＤが記憶されていない場合、ＣＰＵ４１は、受信したリーダＩＤに対応するタグＩＤ及び開始時刻の欄に、受信したタグＩＤ及び日時情報に含まれる時刻を記憶する。また、リーダ読出ＩＤテーブルにおいて、受信したリーダＩＤに対応して、その日に受信したタグＩＤが記憶されている場合、ＣＰＵ４１は、受信したリーダＩＤに対応する最終時刻の欄に、受信した日時情報に含まれる時刻を記憶する。このとき、すでに最終時刻に欄に時刻が記憶されている場合は、ＣＰＵ４１は、最新に受信した日時情報に含まれる時刻にて上記最終時刻を更新する。タグＩＤ等を受信していないと判定した場合（ステップＳ１１：ＮＯ）、ＣＰＵ４１は待機する。

本実施形態では、遊技機２の各々に対してリーダ５が設置されているので、リーダＩＤは遊技機２を特定するものとも言える。ＲＦタグ６は、遊技者が所有する会員カードに組み込まれているので、タグＩＤは遊技者を特定するものとも言える。このような関係において、本実施形態ではリーダ５により会員カードに組み込まれたＲＦタグのタグＩＤを取得しているので、遊技者が何処の遊技機を遊技しているのかを特定できる。すなわち、ＣＰＵ４１は、リーダ５によってＲＦタグ６が読み込まれた時刻における該ＲＦタグ６（該ＲＦタグ６を携帯する遊技者）が遊技施設内の何処に居るのかを特定しているとも言える。

上述した処理により、サーバ４は、それぞれの遊技機２における遊技情報、それぞれのリーダ５が読み出したＲＦタグ６のタグＩＤを管理できる。１つの遊技機２、及び１つのリーダ５は対応付けられおり、各機器から取得する情報は日時情報に対応付けられているので、日時情報に基づいて、遊技情報を、ＲＦタグ６（ＲＦタグ６が組み込まれた会員カード）を携帯する遊技者に対応付けることができる。即ち、遊技者毎に遊技情報、どの遊技機を遊技したのか、特定の遊技機についてどれだけの時間遊技したのか等を把握できる。

図５は、サーバ４による情報集計処理の手順の一例を示すフローチャートである。図５に示す処理では、サーバ４は、遊技情報テーブル及びリーダ読出ＩＤテーブルに基づいて、それぞれの遊技者が行った遊技に係る情報を遊技者毎に記憶する遊技履歴テーブル（遊技者履歴テーブル）を生成する。遊技者履歴テーブルは、日にち毎に作成されるものであり、以下の表５に示す構成を有し、サーバ４のＲＡＭ４３又はハードディスク４４に記憶される。遊技者履歴テーブルは、それぞれの遊技者による遊技状態（遊技履歴）に関する情報が記憶されるテーブルである。遊技者履歴テーブルは、遊技者ＩＤ、タグＩＤ、台番号、遊技期間、及び遊技情報の各列を含む。遊技者ＩＤは遊技者の識別情報である。台番号は遊技機２の識別情報である。遊技期間は、ある日における対応する遊技者ＩＤの遊技者が、対応する台番号の遊技機２で遊技した期間を示し、リーダ読出ＩＤテーブルから取得される。遊技情報は、対応する遊技者ＩＤの遊技者が、対応する台番号の遊技機２で行った遊技に係る情報を示す。よって、遊技者履歴テーブルには、遊技者が有する会員カードに組み込まれたＲＦタグ６のタグＩＤと、該タグＩＤを受信したリーダ５に対応する台番号と、遊技機２における遊技情報とが対応付けて記憶される。従って、どの遊技者がどの種類の遊技機をどれだけ遊技したのかを把握することができる。

サーバ４のＣＰＵ４１は、遊技者情報テーブルから対応する遊技者ＩＤ及びタグＩＤを読み出す（例えば、遊技者情報テーブルの上から順に読み出す）（ステップＳ３１）。ＣＰＵ４１は、読み出したタグＩＤに対応して、対象となる日にちのリーダ読出ＩＤテーブルに記憶してあるリーダＩＤ、開始時刻及び終了時刻（遊技期間情報）を読み出す（ステップＳ３２）。なお、リーダ読出ＩＤテーブルにおいて、同一のタグＩＤについて複数のリーダＩＤ及び／又は他の同一のリーダＩＤが対応付いている場合、全てのリーダＩＤ及びそれに対応付いている遊技期間情報を読み出す。ＣＰＵ４１は、読み出したリーダＩＤの各々について、それに対応付けられている台番号及び台間機ＩＤを機器対応テーブルに基づいて特定する（ステップＳ３３）。ＣＰＵ４１は、ステップＳ３３で特定した全ての台番号の遊技機２の各々について、その遊技情報のうちで、ステップＳ３２で取得した遊技期間情報に適合する遊技情報を遊技情報テーブルから取得する（ステップＳ３４）。すなわち、ＣＰＵ４１は、該当する台番号に対応して遊技情報テーブルに記憶してある開始日時及び終了日時によって規定される各時間帯において、遊技期間情報の開始時刻が含まれる時間帯を抽出し、終了時刻が含まれる時間帯も抽出する。開始時刻を含む時間帯として抽出された時間帯と終了時刻を含む時間帯として抽出された時間帯とが異なる場合は、早い方の時間帯（開始時刻側）と遅い方の時間帯（終了時刻側）の遊技情報、およびそれら２つの時間帯の間に他の時間帯がある場合はそれら全ての時間帯の遊技情報を抽出して合算する。これにより、ステップＳ３１で読み出した遊技者ＩＤの遊技者に応じた遊技情報を取得できる。

ＣＰＵ４１は、ステップＳ３１で読み出した遊技者ＩＤ及びタグＩＤと、ステップＳ３３で特定した台番号と、ステップＳ３２で読み出した遊技期間情報と、ステップＳ３４で取得した遊技情報とを対応付けて遊技者履歴テーブルに記憶する（ステップＳ３５）。これにより、１人の遊技者による遊技履歴に関する情報が遊技者履歴テーブルに記憶される。ＣＰＵ４１は、遊技者情報テーブルに記憶してある全ての遊技者ＩＤに対する処理を終了したか否かを判定し（ステップＳ３６）、処理を終了していないと判定した場合（ステップＳ３６：ＮＯ）、ステップＳ３１へ処理を戻す。ＣＰＵ４１は、未処理の遊技者ＩＤ及びタグＩＤを読み出し（ステップＳ３１）、ステップＳ３２〜Ｓ３６の処理を行う。全ての処理を終了したと判定した場合（ステップＳ３６：ＹＥＳ）、ＣＰＵ４１は処理を終了する。

上述した処理において、遊技者情報テーブルに記憶してある全ての遊技者ＩＤに対して順次遊技履歴を生成して遊技者履歴テーブルに記憶するほかに、任意の遊技者（遊技者ＩＤ）に対してのみ遊技者履歴テーブルを生成してもよい。例えば外部装置から任意の遊技者に対する履歴情報が要求された場合に、サーバ４は、要求された遊技者についてのみ履歴情報を生成し、外部装置へ提供してもよい。

また、本実施形態では、遊技履歴テーブルとしての遊技機履歴テーブルを生成することもできる。遊技機履歴テーブルは、日にち毎に作成されるものであり、以下の表６に示す構成を有し、サーバ４のＲＡＭ４３又はハードディスク４４に記憶される。遊技機履歴テーブルは、それぞれの遊技機２における遊技情報（稼働状態）に関する情報が記憶されるテーブルである。遊技機履歴テーブルは、台番号、遊技情報及び遊技者属性の各例を含む。台番号は遊技機２の識別情報である。遊技情報及び遊技者属性は、対応する台番号の遊技機２で行われた遊技に関する情報及び遊技者の属性を示す。

上記遊技機履歴テーブルは一例として以下のように作成すれば良い。まずＣＰＵ４１は、上記作成された遊技者履歴テーブルを参照して、台番号を基準にタグＩＤをソートする。例えば、ＣＰＵ４１は、各台番号に対応するタグＩＤを抽出し、台番号毎に纏める。次いで、ＣＰＵ４１は、遊技者情報テーブルを参照して、上記纏められたタグＩＤの各々について、対応する年齢、性別（属性）を抽出する。このような処理により、遊技機履歴テーブルは作成される。

上述した処理において、遊技情報テーブルに記憶してある全ての台番号に対して順次遊技履歴を生成して遊技機履歴テーブルに記憶するほかに、任意の遊技機２（台番号）に対してのみ遊技機履歴テーブルを生成してもよい。例えば外部装置から任意の遊技機２に対する履歴情報が要求された場合に、サーバ４は、要求された遊技機２についてのみ履歴情報を生成し、外部装置へ送信してもよい。

上述したように遊技者履歴テーブルや遊技機履歴テーブルを生成したサーバ４は、遊技者毎の遊技履歴（実際に遊技した遊技機の記録）及び／又は遊技機毎の遊技履歴（ある遊技機を遊技した人の記録）に基づいて、種々の集計を行う。図６は、実施の形態１に係る集計結果画面の画面レイアウトの一例を示す説明図である。集計結果画面は、各遊技機２について、台番号、遊技者数、遊技者の属性毎の割合を対応付けて表示する。集計結果画面は、例えば直近の数日間における遊技者数及び属性毎の割合、又は、ある１日における遊技者数及び属性毎の割合等を表示する。よって、それぞれの遊技機２に対して遊技者属性別の遊技情報（例えば属性毎の割合）を、例えば遊技施設の担当者のコンピュータに提供できる。

またサーバ４は、それぞれの遊技者（タグＩＤ）毎の遊技情報を提供できる。この場合、サーバ４のＣＰＵ４１は、遊技者履歴テーブルから、１つの遊技者ＩＤ（タグＩＤ）に対応する台番号、日時及び遊技情報を読み出し、所定のコンピュータへ出力してもよい。またサーバ４は、遊技施設全体の遊技者について、遊技者の属性毎の遊技情報を提供できる。この場合、サーバ４のＣＰＵ４１は、遊技機履歴テーブルから、台番号、遊技情報及び遊技者属性を読み出し、遊技者属性毎に分類し、それぞれの属性毎の台番号及び遊技情報を所定のコンピュータへ出力してもよい。

本実施形態では、遊技機２に対応付けて設けられたリーダ５が、ＲＦＩＤ技術を用いてＲＦタグ６のタグＩＤを読み出し、読み出したタグＩＤを遊技者の識別情報として、遊技機２に対応付けている。従って、遊技機２における遊技情報、遊技履歴を遊技者毎に取得することができる。すなわち、各遊技機、各遊技者の遊技状況（遊技情報および遊技履歴の少なくとも一方）を把握することができる。

よって、例えば遊技者毎に、それぞれの遊技機２に対する遊技時間、遊技内容（遊技情報）を把握できる。また、遊技者毎に、遊技した遊技機２の遊技履歴を把握できるので、それぞれの遊技者が好む遊技機２の機種を推測できる。また、遊技機２毎に、遊技機２における遊技情報だけでなく、遊技情報に対する遊技者も把握できる。よって、遊技機２毎に、例えば１日当たりの遊技者数を把握できるだけでなく、それぞれの遊技者の属性も把握できる。例えば、アニメや映画等のコンテンツをモチーフとした遊技機の場合、該遊技機に対して上記コンテンツの遊技機を遊技する遊技者の属性を取得することができるので、上記コンテンツを用いた次期開発において、より精緻なセグメンテーション、ターゲティングを行うことができる。更に、遊技機２の機種毎に、遊技者数及び遊技者属性等を集計することにより、遊技施設毎に該遊技施設を利用する遊技者について、遊技機２の機種に対する好みの傾向を推測できる。

また、本実施形態では、ＲＦタグを読み取った時に該読み取ったＲＦタグとその時の時刻とを紐づけて管理しているので、例えばホールコンピュータ等で別途取得している各遊技機の遊技情報（本実施形態では、遊技情報テーブルに該当）と絡めた分析を行うことができる。すなわち、ある時刻における所定の遊技機２の所定量の稼働は何人によるものなのか、ある遊技機２についてどんな属性の人がどれだけの稼働に貢献しているのか等を取得することができる。また、タグＩＤに紐づいた遊技者については、遊技した遊技機の種類、およびその遊技機に対する遊技情報を取得することができるので、ある１日についての上記遊技者の収支を自動で算出することができる。

また、本実施形態では、リーダ５はＵＨＦ帯のＲＦＩＤ技術を用いてＲＦタグ６からタグＩＤを読み出すので、ＲＦタグ６がリーダ５から数メートル離れていても、リーダ５はタグＩＤを読み出すことができる。よって、遊技者はＲＦタグ６を携帯すればよく、例えばＲＦタグ６を所定の差込口に差し込んだり、所定の読取部に接触又は近付けたりする必要がない。また、パッシブ型のＲＦタグ６を用いた場合、ＲＦタグ６の電池交換が不要である。本実施形態では、ＲＦタグ６を会員カードに組み込んでいるので、遊技者が該会員カードを携帯しているだけで、リーダ５がＲＦタグ６のタグＩＤを取得することができる。従って、情報収集システム１０は、遊技者に特定の操作をさせることなく、ＲＦタグ６はどのリーダ５によってタグＩＤを読み取られたのか、すなわち、遊技者はどの位置に居たのか、さらにどれだけその位置に居たのかを把握することができる。

さて、遊技機２と遊技者とを対応付けるために、遊技機２に対応付けられたビーコンと、遊技者の携帯端末との間で無線通信によって情報の送受信を行うことや、ＧＰＳを活用することが考えられる。ビーコンやＧＰＳを用いる場合、遊技者は、ビーコンとの通信やＧＰＳ機能を実現するために携帯端末といった電源を要する電子機器を携帯する必要がある。さらに遊技者は、上記携帯端末を携帯した上で、ビーコンと通信したり、ＧＰＳ機能を活用するために携帯端末の通信機能をオンしておく必要がある。即ち、遊技者は、携帯端末を用いてビーコンと通信したり、ＧＰＳ機能を発揮するために、携帯端末に対して操作を行う必要があり、それらの機能がオフされていた場合、携帯端末はビーコンとの通信やＧＰＳ機能を実行できない。これに対して、本実施形態では、遊技者は電源不要のＲＦタグ６を携帯しさえすればよく何らかの操作を行う必要がない。すなわち、本実施形態によれば、上述のように、遊技者に対して何らかの操作、行為をさせることなく、該遊技者の遊技状況、および各遊技機の遊技状況を取得することができる。

なお、本実施形態では、各遊技者の遊技状況、各遊技機の遊技状況を取得するために、様々なテーブル（機器対応テーブル、遊技者情報テーブル、遊技情報テーブル、リーダ読出ＩＤテーブル、遊技者履歴テーブル、遊技機履歴テーブル）を作成しているが、これらのテーブルを作成することが本質では無い。本実施形態で重要なことは、ＲＦタグを何らかの形で遊技者に携帯させ、該ＲＦタグの位置（すなわち、遊技者の位置）を遊技施設内において随時特定し、特定した情報に基づいて、遊技者および遊技機の少なくとも一方の遊技状況を取得することである。よって、これを実現するためにどのようなテーブルを作成、用いても良いことは言うまでもない。

実施の形態２
実施の形態２は、サーバ４が、遊技者毎の遊技情報を遊技者の携帯端末へ出力する形態に関する。実施の形態２において、実施の形態１と同様である構成要素には同一の参照番号を付してその詳細な説明を省略する。図７は、携帯端末８のハードウェア構成例を示すブロック図である。携帯端末８は、スマートフォン、携帯電話機、ゲーム機、ＰＤＡ（Personal Digital Assistant）、タブレット型ＰＣ等の可搬型情報処理装置である。携帯端末８はインターネットＮを介してサーバ４と無線通信することができる。以下では、携帯端末８はスマートフォンであるものとする。

携帯端末８は、ＣＰＵ８１、記憶部８２及びＲＡＭ８３を含む。また、携帯端末８は、通信部８４及びタッチパネル８５を含む。ＣＰＵ８１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ８１は、バス８ｂを介して、携帯端末８の各構成部を制御する。ＣＰＵ８１は、記憶部８２に記憶されたプログラム８ＰをＲＡＭ８３に読み出して実行する。記憶部８２は、例えばフラッシュメモリ又はハードディスクである。記憶部８２は、サーバ４又は他の情報処理装置からダウンロードされたプログラム８Ｐ、携帯端末８の各構成部に係る制御プログラム及び各種データを記憶している。ＲＡＭ８３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ８１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。

通信部８４は、無線通信によってインターネットＮに接続するためのインタフェースであり、インターネットＮを介してサーバ４と通信する。タッチパネル８５は、表示装置とタッチパッドのような位置入力装置とを組み合わせた電子部品である。タッチパネル８５の表示装置は、例えば液晶ディスプレイ等の画面を有している。

ＣＰＵ８１は、通信部８４を介して、プログラム８Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。また、ＣＰＵ８１は、各種データを記憶部８２に記憶するのではなく、通信部８４を介して外部の情報処理装置又は記憶装置に記憶してもよい。

図８は、サーバ４による情報提供処理の手順の一例を示すフローチャートである。本実施の形態の情報収集システム１０では、サーバ４は、遊技者の携帯端末８からの要求に応じて、遊技者の遊技情報を携帯端末８に提供する。携帯端末８のＣＰＵ８１は、プログラム８Ｐを実行した場合、サーバ４に対してログイン画面を要求する（ステップＳ６１）。サーバ４のＣＰＵ４１は、ログイン画面の要求を受け付けた場合、所定のログイン画面を例えばハードディスク４４から読み出して携帯端末８へ送信する（ステップＳ６２）。ＣＰＵ８１は、ログイン画面を受信した場合、受信したログイン画面をタッチパネル８５に表示する（ステップＳ６３）。ＣＰＵ８１は、タッチパネル８５を介してログイン画面に入力された遊技者ＩＤ及びパスワード等の遊技者の識別情報を受け付け（ステップＳ６４）、受け付けた遊技者識別情報をサーバ４へ送信する（ステップＳ６５）。ＣＰＵ４１は、携帯端末８から遊技者識別情報を受信した場合、受信した遊技者識別情報が遊技者情報テーブルに登録されているか否かに基づいて認証を行う（ステップＳ６６）。

ＣＰＵ４１は、認証できたか否かを判定し（ステップＳ６７）、認証できたと判定した場合（ステップＳ６７：ＹＥＳ）、この遊技者の遊技情報を遊技者履歴テーブルから読み出す（ステップＳ６８）。具体的には、ＣＰＵ４１は、携帯端末８から受信した遊技者ＩＤに対応付けて遊技者履歴テーブルに記憶してある遊技情報を読み出す。ＣＰＵ４１は、読み出した遊技情報を携帯端末８へ送信する（ステップＳ６９）。ＣＰＵ８１は、サーバ４から遊技情報を受信した場合、受信した遊技情報に基づいて、遊技履歴画面をタッチパネル８５に表示する（ステップＳ７０）。

図９は、遊技履歴画面の画面レイアウトの一例を示す説明図である。遊技履歴画面は、例えば携帯端末８がサーバ４にアクセスした当日の遊技情報を表示する。遊技履歴画面における遊技情報は、例えばある１日について、遊技した遊技機２の機種毎に、遊技時間、出玉数及び打玉数等を含む。携帯端末８のＣＰＵ８１は、サーバ４から受信した遊技情報を、記憶部８２に記憶してもよい。この場合、ＣＰＵ８１は、次にプログラム８Ｐを起動した場合に、過去の遊技情報をタッチパネル８５に表示することができる。

ＣＰＵ４１は、認証できなかったと判定した場合（ステップＳ６７：ＮＯ）、認証できなかったことを示すエラー通知画面を携帯端末８に送信する（ステップＳ７１）。ＣＰＵ８１は、サーバ４からエラー通知画面を受信した場合、受信したエラー通知画面をタッチパネル８５に表示する（ステップＳ７２）。

本実施の形態では、遊技者からの要求に応じて、サーバ４が各遊技者の遊技状況を各遊技者の携帯端末８に提供することができる。よって、遊技者は、自身の遊技情報や遊技履歴を覚えておく必要がなく、携帯端末８を用いてサーバ４から取得することができる。よって、例えば遊技者が自宅等に帰った後に、遊技結果をサーバ４から取得して確認できる。

実施の形態３
実施の形態３は、サーバ４が、遊技者に、遊技施設に関する広告、遊技機２に関する広告等、各種の情報を提供する形態に関する。実施の形態３において、実施の形態１，２と同様である構成要素には同一の参照番号を付してその詳細な説明を省略する。本実施の形態のサーバ４は、以下の表７に示すような広告テーブルを、例えばハードディスク４４に記憶している。広告テーブルは、遊技者の属性に対応付けて、遊技者に提供すべき広告データが記憶されるテーブルである。広告テーブルは、属性及び広告データの各列を含む。属性は、年齢及び性別を含むが、これら以外の情報が含まれていてもよい。広告データは、例えば表示画面に表示するための表示用データであり、それぞれの属性の遊技者に宣伝すべき各種の情報を含む。

また、本実施の形態のサーバ４は、以下の表８に示すような宣伝機種テーブルを、例えばハードディスク４４に記憶していてもよい。宣伝機種テーブルは、遊技者の属性に対応付けて、遊技者に宣伝すべき遊技機の機種が記憶されるテーブルである。宣伝機種テーブルは、属性及び宣伝すべき機種（宣伝機種）の各列を含む。表８では、遊技者の属性として、好きな遊技機のジャンルを用いているが、年齢及び性別であってもよく、その他の情報であってもよい。

図１０は、サーバ４による宣伝処理の手順の一例を示すフローチャートである。リーダ５のＣＰＵ５１は、通信部５４を介してＲＦタグ６のタグＩＤを読み取る処理を定期的に行っており、通信可能な範囲内に存在するＲＦタグ６からタグＩＤを読み取る（ステップＳ８１）。ＣＰＵ５１は、例えば直前に読み取ったタグＩＤを記憶しており、新たに読み取ったタグＩＤが、直前に読み取ったタグＩＤから変化したか否かを判定する（ステップＳ８２）。タグＩＤが変化していないと判定した場合（ステップＳ８２：ＮＯ）、ＣＰＵ５１は、ステップＳ８１へ処理を戻す。タグＩＤが変化したと判定した場合（ステップＳ８２：ＹＥＳ）、ＣＰＵ５１は、読み取ったタグＩＤを通信部５４にてサーバ４へ送信する（ステップＳ８３）。

サーバ４のＣＰＵ４１は、リーダ５からタグＩＤを受信した場合、受信したタグＩＤに対応付けて遊技者情報テーブルに記憶してある遊技者の属性を取得する（ステップＳ８４）。ＣＰＵ４１は、例えば遊技者の年齢及び性別を遊技者情報テーブルから読み出す。ＣＰＵ４１は、取得した属性に対応する広告データを広告テーブルから読み出す（ステップＳ８５）。なお、ＣＰＵ４１は、取得した属性に対応して宣伝すべき遊技機２の機種を宣伝機種テーブルから読み出してもよい。また、ＣＰＵ４１は、遊技者が遊技中又は遊技していた遊技機２とは異なる遊技機２、又は種別（ジャンル）が異なる遊技機２（異種別遊技機）を特定してもよい。具体的には、ＣＰＵ４１は、タグＩＤに対応付けて遊技者履歴テーブルに遊技情報が記憶してある遊技機２とは異なる遊技機２、又はジャンルが異なる遊技機２を特定する。ＣＰＵ４１は、タグＩＤを送信してきたリーダ５のリーダＩＤに基づいて、このリーダ５に対応付けられている遊技機２を特定する（ステップＳ８６）。具体的には、ＣＰＵ４１は、機器対応テーブルに基づいて、対応する遊技機２を特定する。ＣＰＵ４１は、特定した遊技機２に対応するデータランプ７に対して、ステップＳ８５で読み出した広告データを送信する（ステップＳ８７）。データランプ７は、サーバ４から送信された広告データを受信し（ステップＳ８８）、受信した広告データに基づいて広告画面を表示する（ステップＳ８９）。なお、ＣＰＵ４１は、属性に対応して宣伝すべき遊技機２の機種、遊技者が遊技中又は遊技していた遊技機２とは異なる遊技機２又は種別（ジャンル）が異なる遊技機２（異種別遊技機）の情報をデータランプ７に送信し、該データランプ７に表示させてもよい。

図１１は、広告画面の画面レイアウトの一例を示す説明図である。広告画面は、遊技施設で行われるイベントの広告、遊技機２についての広告等を表示する。また、リーダ５が読み取ったタグＩＤによって、それぞれの遊技機２の遊技者を特定できるので、広告画面は、図１１に示す「○○様におすすめの台」のように、遊技者に応じた広告を表示できる。この場合、サーバ４のＣＰＵ４１は、タグＩＤに対応付けて遊技者情報テーブルに記憶してある遊技者の属性を取得する際に、遊技者の氏名も取得し、遊技者の氏名を用いた広告データを生成する。また、サーバ４が、各遊技者の過去の遊技履歴を保持している場合、過去の遊技履歴に応じた広告データを生成することができる。このように、本実施の形態では、遊技者毎に異なる内容の広告を提供することが可能となる。

上述した処理により、例えば遊技者が遊技機２での遊技を開始し、リーダ５が遊技者によって携帯されるＲＦタグ６のタグＩＤを読み取った場合に、サーバ４から、それぞれの遊技者に応じた広告データが上記遊技機２に対応するデータランプ７に提供され、該データランプ７に表示される。よって、遊技者がまさに遊技中の遊技機２の上に設置されたデータランプ７に、その遊技者に有効と予想される広告を提供できる。なお、遊技者に提供される広告は、遊技施設及び遊技機２に関する広告（レコメンドも含む）に限定されず、種々の業界における広告を提供することができる。

本実施の形態において、リーダ５（第２の電波送受信手段）を、例えば遊技施設内に設けられたデジタルサイネージに設けておき、遊技者に応じた広告や該遊技者に向けた所望の通知をデジタルサイネージに表示させるようにしてもよい。この場合、サーバ４は、デジタルサイネージとリーダ５との対応関係を記憶しておき、リーダ５からタグＩＤを受信した場合、タグＩＤを送信してきたリーダ５に対応するデジタルサイネージを特定する。すなわち、ＲＦタグ６を携帯する遊技者が何かしらの操作をすること無くその近傍に位置するデジタルサイネージを把握することができる（見方を変えると、各デジタルサイネージは、自身の前に位置する遊技者を特定することができる）。本実施形態では、遊技者情報テーブル、広告テーブル、宣伝機種テーブル等に基づいて、そのデジタルサイネージに対して該デジタルサイネージの前に位置する遊技者に特有の広告（所定のレコメンドも含む）や通知（「○○様（上記遊技者の名前）、いらっしゃいませ」といった通知等）をするのである。

本実施の形態において、遊技者に応じた広告を、遊技者の携帯端末８に表示させるように構成してもよい。例えば、サーバ４は、リーダ５からタグＩＤを受信した場合、受信したタグＩＤに対応して遊技者情報テーブルに記憶してあるメールアドレスを取得する。そして、サーバ４は、受信したタグＩＤに対応する遊技者に応じた広告データを生成し、広告データを、取得したメールアドレスを用いて遊技者の携帯端末８に送信する。また、携帯端末８に所定のプログラムをインストールしておき、サーバ４は、広告データを携帯端末８のプログラム宛に送信してもよい。このような構成とした場合、遊技施設及び遊技機２に関する広告を遊技者の携帯端末８に提供することができるので、遊技者は例えば自宅等に帰った後に各種の広告を見ることができる。

本実施の形態において、遊技者の属性に応じた広告データを、例えばディープラーニングといった機械学習による学習済みの認識モデルを用いて特定してもよい。例えば、遊技者の属性が入力され、属性に応じた広告データが出力される認識モデルを用いてもよい。また、遊技者の属性及び遊技中の遊技機２の機種が入力され、おすすめの遊技機２の機種が出力される認識モデルを用いてもよい。この場合、それぞれの遊技者にとってより適切な広告を提供することができる。

実施の形態４
実施の形態４は、リーダ５がＲＦタグ６から読み取るタグＩＤに基づいて、サーバ４が、遊技施設における遊技者の行動履歴（店舗内動線等）をログファイルに記憶する形態に関する。リーダ５は、定期的にＲＦタグ６のタグＩＤを読み取る処理を行っており、タグＩＤを読み取った場合、この時点での日時（読取日時）と、読み取ったタグＩＤと、自身のリーダＩＤとをサーバ４へ送信する。サーバ４は、タグＩＤに対応付けて、タグＩＤを読み取ったリーダ５のリーダＩＤ及びタグＩＤを読み取った日時をログファイルに記憶する。実施の形態４において、実施の形態１〜３と同様である構成要素には同一の参照番号を付してその詳細な説明を省略する。

図１２は、遊技施設に設置されたリーダ５の分布の一例を示す説明図である。図１２は、例えばパチンコホールに設置された遊技機２の配列と、それぞれの遊技機２に対応付けて設けられたリーダ５の分布とを示している。なお、遊技機２の符号２は、図１２の視認性を考慮して、その多くを省略している。本実施の形態では、リーダ５は、それぞれの遊技機２に対応して設けられるほかに、例えば遊技施設の入り口付近、フロアの周囲の壁等にも設けられていてもよい。

本実施の形態のサーバ４は、以下の表９に示すような行動履歴ファイルを、例えばＲＡＭ４３又はハードディスク４４に記憶している。行動履歴ファイルは、リーダ５から送信されたタグＩＤ、リーダＩＤ及び読取日時を記憶するログファイルである。行動履歴ファイルは、タグＩＤ、リーダＩＤ及び日時の各列を含む。日時は、リーダ５のタイマ５５が計時した結果であり、リーダ５のＣＰＵ５１がタグＩＤを読み取った時点の日時である。

ＲＦタグ６が組み込まれた会員カードを所持する遊技者は、自身の意思に基づいて遊技施設内を移動する。遊技施設内には多くのリーダ５が分散配置されているため、１人の遊技者のＲＦタグ６は、遊技者の移動に伴い、次々と異なるリーダ５によってタグＩＤが読み取られる。遊技施設内におけるリーダ５の設置場所は予め分かっているため、１人の遊技者のＲＦタグ６のタグＩＤを読み取ったリーダ５のリーダＩＤと、リーダ５がタグＩＤを読み取った日時とは、遊技施設内における遊技者の位置と日時とに関する行動履歴を示すことになる。本実施形態では、サーバ４は、各リーダ５から受信したタグＩＤ、リーダＩＤ及び日時を受信すると、行動履歴ファイルにおいて、タグＩＤ毎に、受信した順にリーダＩＤ及びそれに紐づく日時を記憶していく。本実施形態においては、行動履歴ファイルにおいて、例えば、タグＩＤＴ１０１については、リーダＩＤがＲ１１３、Ｒ１１２、Ｒ１１１・・・と記載されているが、これは、サーバ４が各リーダ５からタグＩＤＴ１０１に関する情報をこの順番で受信したことを示している。すなわち、行動履歴ファイルにおいては、各タグＩＤにおいて、読み取られたリーダ５のリーダＩＤがリーダＩＤによる読み取り日時の順にソートされることになる。

上述した処理により、サーバ４は、遊技者が携帯するＲＦタグ６のタグＩＤを用いて、遊技者の行動履歴を記憶することができる。上述した処理において、行動履歴ファイルに書き込まれる読取日時は、リーダ５がＲＦタグ６からタグＩＤを読み取った日時を用いるほかに、サーバ４がリーダ５からタグＩＤを受信した日時を用いてもよい。

上述した処理によって行動履歴ファイルにＲＦタグ６の移動履歴を蓄積したサーバ４は、ＲＦタグ６の移動履歴に基づく遊技者の行動履歴から、遊技施設内における遊技者の移動経路（動線）を特定できる。サーバ４は、リーダ５の分布情報と行動履歴ファイルのデータとを用いて、遊技施設内におけるＲＦタグ６の移動経路を特定する。そのために、まずサーバ４は、行動履歴ファイルのデータを、日別、ＲＦタグ６のタグＩＤ別に集計する。

サーバ４は、行動履歴ファイルから１つのＲＦタグ６のタグＩＤを選択する。サーバ４は、選択したＲＦタグ６のタグＩＤ毎に、リーダ５の分布情報を参照して、行動履歴ファイルにおいて該当するタグＩＤに関連づいているリーダＩＤに対応するリーダ５の位置を特定する。サーバ４は、この位置特定処理を最後のリーダＩＤを処理するまで次々と繰り返す。サーバ４は、特定した位置を時間順に線分で接続して、ＲＦタグ６の移動経路を特定し、特定した移動経路を示す画像（画面情報）を生成する。また、サーバ４は、生成した画像における移動経路に沿って、行動履歴ファイルの日時を、例えばｈｈ：ｍｍ形式で表示する。サーバ４は、生成した画像を例えば表示部４６に出力する。

図１３は、ＲＦタグ６の移動経路の一例を示す説明図である。図１３の例によれば、遊技者は、１５：００に入り口に近い遊技機２の近傍に到着し、左折した後、１５：０１に入り口に最も近い第一の島の端に到達している。その後、遊技者は、フロアの壁に沿って、１５：０２に最奥の壁まで移動し、最奥の壁に沿って入り口から最も遠い第三の島の端に１５：１２に到達している。その後、遊技者は、壁に沿って入り口へ向かう方向へ移動し、第二の島と第三の島との間を移動し、第三の島における入り口側の列の２番目の遊技機２の椅子へ１５：１５に移動している。移動経路を示す画像において、図１３には、移動経路に加えて時間を表示する例を示したがこれに限るものではない。時間に代えて時間の長短に応じて異なるマーク、色等を表示してもよい。

本実施の形態の情報収集システム１０では、遊技施設における遊技者の移動経路を特定して表示することができる。移動経路を示す画像は、例えば全ての遊技者（ＲＦタグ６）についての移動経路を表示してもよいし、属性毎に各遊技者の移動経路を表示してもよい。遊技者情報テーブルにおいて、ＲＦタグ６のタグＩＤと遊技者の属性とが対応付けられている。よって、サーバ４のＣＰＵ４１は、それぞれのタグＩＤに対応して特定した移動経路に、遊技者の属性を対応付けることができる。この場合、属性毎に遊技者の移動経路を観察できる。

また、移動経路を示す画像において、１人の遊技者の移動経路を表示する際に、この遊技者の遊技情報を遊技機２に対応させて表示してもよい。例えば、サーバ４のＣＰＵ４１は、移動経路が表示される遊技者の遊技情報を遊技者履歴テーブルから読み出し、それぞれの遊技機２における遊技情報を、移動経路と共に表示してもよい。また、移動経路を示す画像において、それぞれの遊技機における遊技者数を表示してもよいし、遊技者数の大小に応じて異なるマーク、色等を表示してもよい。

実施の形態５
実施の形態５は、リーダ５を遊技機２毎に設置しない場合の動線解析の形態に関する。本実施の形態の情報収集システム１０では、リーダ５よりも安価なセンサが遊技機２毎に設置されており、リーダ５は複数の遊技機２に対して１つ設置されている。実施の形態５において、実施の形態１〜４と同様である構成要素には同一の参照番号を付してその詳細な説明を省略する。

図１４は、リーダ５及びセンサ９の設置例を示す説明図である。図１４に示す例では、４つの遊技機２に対して１つのリーダ５が設けられており、それぞれの遊技機２に対応してセンサ９が設けられている。本実施の形態のリーダ５は、４つの遊技機２のいずれかで遊技中の遊技者が携帯するＲＦタグ６のタグＩＤを読み取ることができるように、電波の周波数や受信電波に対する閾値を設定するなどして構成してある。センサ９は、例えば赤外線センサ又は画像センサであり、対応する遊技機２で遊技中の遊技者がいるか否かを検知する。なお、センサ９は、遊技者が座る椅子に設けられた着座センサであってもよく、対応する遊技機２に設けられた椅子に遊技者が着座したか否かを検知するものであってもよい。センサ９は、ＬＡＮに接続されており、遊技者を検知した場合、検知した旨を示す検知信号をＬＡＮを介してサーバ４へ送信する。

本実施の形態において、サーバ４のハードディスク４４に記憶されている機器対応テーブルは、以下の表１０に示す構成を有する。本実施の形態の機器対応テーブルには、遊技機２、センサ９及びリーダ５の対応関係を示す情報が記憶されている。機器対応テーブルは、台番号、センサ９の識別情報であるセンサＩＤ及びリーダＩＤの各列を含む。台番号、及びセンサＩＤはそれぞれ１つずつ対応付けて記憶されているが、リーダＩＤは、複数のセンサＩＤに対して１つ対応付けて記憶されている。表１０に示す例では、４つのセンサＩＤに対して１つのリーダＩＤが対応付けて記憶されている。

また、本実施の形態のリーダ読出ＩＤテーブルは、以下の表１１に示す構成を有する。本実施の形態のリーダ読出ＩＤテーブルは、リーダＩＤ、センサＩＤ、及びタグＩＤの各列を含む。

本実施の形態では、リーダ５がＲＦタグ６からタグＩＤを読み取ることにより、ＲＦタグ６を携帯する遊技者のおおよその位置を把握し、センサ９が遊技者の存在を検知することにより、遊技者が存在する遊技機２の位置を特定する。サーバ４は、リーダ５とそれに対応付けられているセンサ９との関係を把握しているので、リーダ５の検知結果とセンサ９の検知結果との組み合わせにより、リーダ５の検知結果により得られたＲＦタグ６を携帯する遊技者が位置するおおよその領域の中のどの遊技機２の前に該遊技者が位置するかを特定するのである。すなわち、リーダ５は、遊技施設内の遊技者の居る大まかな位置を特定するように機能し、センサ９は、その特定された大まかな位置内のどの遊技機２の前に遊技者が居るかを特定するように機能すると言える。

開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。各実施の形態で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。

２ 遊技機
４ サーバ
５ リーダ
６ ＲＦタグ
４１ ＣＰＵ
４４ ハードディスク
４９ 通信部
５１ ＣＰＵ
５２ 記憶部
５４ 通信部

Claims (6)

1. 遊技機が設置された遊技施設において、遊技者および遊技機の少なくとも一方の所定の情報を取得する情報収集システムであって、
   パッシブ型のＲＦ（Radio Frequency ）タグを起電させるための電波を送信し、ＲＦタグが発した該ＲＦタグを識別する第１の識別子に関する電波を受信するための第１の電波送受信手段と、
   前記遊技施設内に設置されたデジタルサイネージに対応付けられて設けられた第２の電波送受信手段と、
   前記第１の電波送受信手段が前記ＲＦタグより電波を受信すると、該電波より前記第１の識別子を取得する手段と、
   前記取得した第１の識別子と前記第１の電波送受信手段を識別する第２の識別子と前記第１の識別子を取得した時刻とを関連付ける手段と、
   前記遊技機のうち、前記第２の識別子にて特定される遊技機の遊技情報を取得する手段と、
   前記取得した第１の識別子に対応付けて、前記取得した前記第２の識別子にて特定される遊技機の遊技情報を記憶する記憶部と、
   前記第２の電波送受信手段にて第１の識別子を取得した場合に、前記第１の識別子を取得した前記第２の電波送受信手段に対応付けられた前記デジタルサイネージを特定する手段と、
   取得された前記第１の識別子に対応付けて前記記憶部に遊技情報が記憶してある遊技機とは異なる又はジャンルが異なる異種別遊技機の情報を取得する手段と、
   取得した前記異種別遊技機の情報を、特定した前記デジタルサイネージに表示する手段と
   を備える情報収集システム。
2. ＲＦタグから発せられた該ＲＦタグを識別する第１の識別子に関する電波を第１の電波送受信手段にて受信して取得された第１の識別子と、前記第１の電波送受信手段を識別する第２の識別子とを取得し、
   遊技施設内に設置された遊技機のうち、前記第２の識別子にて特定される遊技機の遊技情報を取得し、
   前記取得した第１の識別子に対応付けて、前記取得した前記第２の識別子にて特定される遊技機の遊技情報を記憶部に記憶し、
   前記遊技施設内にデジタルサイネージが設置されており、該デジタルサイネージに対応付けられた第２の電波送受信手段が設けられており、
   前記第２の電波送受信手段にて第１の識別子を取得した場合に、前記第１の識別子を取得した前記第２の電波送受信手段に対応付けられた前記デジタルサイネージを特定し、
   取得された前記第１の識別子に対応付けて前記記憶部に遊技情報が記憶してある遊技機とは異なる又はジャンルが異なる異種別遊技機の情報を取得し、
   取得した前記異種別遊技機の情報を、特定した前記デジタルサイネージに表示する
   処理をコンピュータに実行させるプログラム。
3. 前記第１の電波送受信手段にて受信して取得された第１の識別子と、前記第１の電波送受信手段を識別する第２の識別子と、前記第１の識別子が取得された時刻とを取得し、
   前記取得した第１の識別子と第２の識別子と時刻とに基づいて、遊技施設内に設置された遊技機の遊技情報を管理するデータベースを参照して、ＲＦタグに関連付けられた遊技者の遊技状況、および前記遊技施設内の所定の遊技機の遊技状況の少なくとも一方を取得する
   処理を前記コンピュータに実行させる請求項２に記載のプログラム。
4. 前記第１の電波送受信手段にて受信して取得された第１の識別子と、前記第１の電波送受信手段を識別する第２の識別子と、前記第１の識別子が取得された時刻とを取得し、
   前記取得した第１の識別子と第２の識別子と時刻とに基づいて、予め設定された前記第１の電波送受信手段と遊技施設内に設置された遊技機との関係から、前記時刻における前記遊技施設内の前記ＲＦタグの位置を特定する
   処理を前記コンピュータに実行させる請求項２又は３に記載のプログラム。
5. 前記第１の識別子に関連付けて遊技者の属性を記憶した記憶部を参照し、前記遊技施設に設置された遊技機の各々について、遊技した遊技者の属性を取得する
   処理を前記コンピュータに実行させる請求項２から４までのいずれか一つに記載のプログラム。
6. ＲＦタグから発せられた該ＲＦタグを識別する第１の識別子に関する電波を第１の電波送受信手段にて受信して取得された第１の識別子と、前記第１の電波送受信手段を識別する第２の識別子と、前記第１の識別子が取得された時刻とを取得する手段と、
   遊技施設内に設置された遊技機のうち、前記第２の識別子にて特定される遊技機の遊技情報を取得する手段と、
   前記取得した第１の識別子に対応付けて、前記取得した第２の識別子にて特定される遊技機の遊技情報を記憶する記憶部と、
   前記遊技施設内に設置されているデジタルサイネージに対応付けられて設けられている第２の電波送受信手段にて第１の識別子を取得した場合に、前記第１の識別子を取得した前記第２の電波送受信手段に対応付けられた前記デジタルサイネージを特定する手段と、
   取得された前記第１の識別子に対応付けて前記記憶部に遊技情報が記憶してある遊技機とは異なる又はジャンルが異なる異種別遊技機の情報を取得する手段と、
   取得した前記異種別遊技機の情報を、特定した前記デジタルサイネージに表示する手段と
   を備える情報処理装置。

Images