JP2013208202A - 遊技場システム - Google Patents

Abstract

【課題】遊技機を決定する場合等、遊技状態を確認する遊技者の負担を軽減する。
【解決手段】遊技機に関する情報を報知する遊技場システムであって、遊技者が所持する携帯端末８０と、遊技機から出力される遊技情報を収集し、携帯端末８０と通信可能に接続されるローカルサーバ９０と、を備え、携帯端末８０は、所望の遊技機に関する報知を受けるための報知条件を設定する条件設定手段と、報知条件をローカルサーバ９０に送信する条件送信手段と、を備え、ローカルサーバ９０は、受信した報知条件を登録する条件登録手段と、報知条件により特定される遊技機における遊技情報にもとづく遊技の状態が、その報知条件に対応した遊技の状態となったときに、携帯端末８０に報知情報を送信する報知手段と、を備えた構成としてある。
【選択図】図１

Description

本発明は、遊技場システムに関し、特に、遊技者の所持する通信端末を介して遊技に関する条件を設定することで、その条件に対応した遊技の状態となったときに報知を行うプッシュ型遊技サービスの提供が可能な遊技場システムに関する。

パチンコ機やスロットマシン等の遊技機が設置された遊技場において、遊技者は、遊技場内の各遊技機を見て回り、その日の遊技機の状態（例えば、遊技機ごとのゲーム回数、大当りの発生状況、空き台の状況等）を参考にしつつ所望の遊技機で遊技を行うようにしている。
このとき、遊技者は、所望の遊技機が遊技中である場合には、他の遊技者に割り込まれないためにも、その遊技が終わるまで待つことがある。
ところが、遊技がいつ終わるかも分からない状況の中、遊技状態を継続的に監視することは、不安であるとともに面倒である。また、遊技機の近辺で待つ必要があることから遊技中の遊技者に不快な思いをさせることもある。

このような問題に対し、予め遊技機を予約することによって、遊技を希望する者が、他の遊技者を排して遊技を行うことができる遊技システムが提案されている（特許文献１参照）。
例えば、特許文献１に記載の遊技システムは、遊技機（イベント遊技機）とその遊技機により遊技を行う権利を有する遊技者(抽選に当選した遊技者)との関連づけを、遊技者が所持する携帯電話機に固有のＩＤによって管理しており、このＩＤを有する携帯電話機からのアクセスに限り、遊技機ごとに設けられた遊技媒体供給装置が遊技媒体を貸し出すようにしている。
このような遊技システムによれば、所望の遊技機を予約さえしておけば、予約者以外の者は遊技を行うことはできなくなるため、上記の問題を解消することができるとも考えられる。

特開２０１２−１３６号公報

しかしながら、前述の遊技システムによれば、予約が取れた遊技についてはその予約の範囲内で優先的に遊技を行うことができるが、対象の遊技機が予め決まっていることが前提となっている。
このため、所望の遊技機を見つけ出すために、遊技場内を見て回るなどして各遊技機の遊技状態を参照する遊技者の負担が軽減されることはない。
なお、遊技場によっては、各遊技機の遊技状態の閲覧が可能な情報処理端末を設置している場合があるが、コスト面等の理由から台数が限られ、誰もがいつでも閲覧できるものではない。また、仮に、情報処理端末を占有できたとしても、所望の遊技機が空き台になるかどうか等、遊技者が、遊技状態を監視し続ける必要があることに変わりはなく、依然、問題の解消には至っていなかった。

本発明は、このような問題を解決するためになされたものであり、遊技者が所持する通信端末によって、所望の遊技機について所定の遊技情報にもとづく報知の条件を設定し、その条件に対応する遊技状態になったときには、通信端末を介して遊技者に知らせることを可能とした遊技場システムの提供を目的とする。

上記目的を達成するため、本発明の遊技場システムは、遊技機に関する情報を報知する遊技場システムであって、遊技者が所持する通信端末と、遊技機から出力される遊技情報を収集し、通信端末と通信可能に接続されるサーバと、を備え、通信端末は、所望の遊技機に関する報知を受けるための条件を設定する条件設定手段と、条件をサーバに送信する条件送信手段と、を備え、サーバは、受信した条件を登録する条件登録手段と、条件により特定される遊技機における遊技情報にもとづく遊技の状態が、条件に対応した遊技の状態となったときに、通信端末に報知情報を送信する報知手段と、を備えた構成としてある。

本発明の遊技場システムによれば、遊技機を決定する場合等、遊技機の遊技状態を確認する遊技者の負担を軽減することができる。

本発明の一実施形態に係る遊技場システムの構成を示す概略図である。 本発明の一実施形態に係る遊技場システムの各装置間の信号の流れを示すブロック図である。 アクセスポイントの構成を示すブロック図である。 携帯端末の構成を示すブロック図である。 空き台情報マップの一例を示す図である。 報知条件の設定画面の一例を示す図である。 ローカルサーバの構成を示すブロック図である。 報知条件の登録例を示す図である。 空き台予測とゲーム回数との関連付けの一例を示す図である。 報知条件の登録方法及び報知方法を示すフローチャートである。 ローカルサーバと携帯端末との接続態様を示す図である。

以下、本発明の遊技場システムの好ましい実施形態について図面を参照して説明する。
（遊技場システム）
本発明の一実施形態に係る遊技場システムの構成について、図１〜図９を参照して説明する。
図１に示すように、本実施形態の遊技場システムは、複数の遊技機１０が設置される遊技場（ホール）に備えられる、台間機２０、呼出ランプ３０、台コンピュータ４０、島コンピュータ５０、ホールコンピュータ６０、アクセスポイント７０、携帯端末８０、及び、ローカルサーバ９０によって構成されている。
遊技機１０と、台間機２０と、呼出ランプ３０と、台コンピュータ４０と、島コンピュータ５０と、ホールコンピュータ６０と、アクセスポイント７０と、ローカルサーバ９０とは、ローカル・エリア・ネットワーク（以下、ＬＡＮ１４０という）を介して通信可能に接続される。
携帯端末８０は、アクセスポイント７０により提供される無線ＬＡＮ回線１１０を介してＬＡＮ１４０上のローカルサーバ９０と通信可能に接続される。

このような本実施形態の遊技場システムにより、遊技者は、自己が所持する携帯端末８０を用いて、「空き台で通知する」等の報知条件を設定することによって、この報知条件がローカルサーバ９０に登録される。遊技情報を継続的に取得するローカルサーバ９０は、遊技機１０が空き台になった等、対象の遊技機１０の遊技状態が、登録した報知条件の遊技状態に変化したことを検知すると、携帯端末８０に報知情報を送信するようにしている。
以下、遊技場システムの各装置の構成について詳細に説明する。

遊技機１０は、パチンコ機，スロットマシン，アレンジボール機，雀球機等、遊技球やメダル等の遊技媒体を使用して遊技を行う各種の遊技機である。
また、各遊技機１０からは、遊技状態を示す遊技信号として、大当り状態を示す大当り信号、大当りの抽選確率が通常遊技状態よりアップする確率変動遊技状態、及び／又は、図柄の変動時間が通常遊技状態より短縮する時間短縮遊技状態を示す確変・時短信号等が出力される。
なお、遊技状態を示す遊技信号のうち、遊技が終了し、新たに遊技ができる状態を示す空き台信号については、空き台を確認した店員の所定操作等に応じて出力される。
遊技媒体の出入数を示す遊技信号としては、遊技機１０への遊技媒体の投入数を示すアウト信号、遊技機１０から遊技媒体の払出数を示すセーフ信号、一ゲームごとに出力されるスタート信号、所定の入賞口に遊技媒体が入賞したことを示す入賞信号等が出力される。
これらの遊技信号は、呼出ランプ３０及び台コンピュータ４０に入力される（図２参照）。

台間機２０は、遊技機１０に一対一に対応して設けられた遊技媒体を貸し出す装置であって、現金、貯玉会員カード、ＩＣコインなどが投入されることによって、投入金額に応じた遊技媒体の貸出しを行うとともに、遊技媒体の貸出数又は貸出金額を示す売上信号を台コンピュータ４０へ出力する。

呼出ランプ３０は、遊技機１０の上方に設置されており、電球やＬＥＤなどのランプを点灯又は点滅させることで、大当りの発生、確変中、店員呼出中等を遊技者に告知する。また、遊技機１０から出力される各種遊技信号を受信する。

台コンピュータ４０は、遊技機１０、台間機２０、呼出ランプ３０、島コンピュータ５０と通信可能に接続されており、これらの各装置間で所定の信号を送受信する情報処理装置である。台コンピュータ４０は、遊技機１０から出力される各種遊技信号と台間機２０から出力される売上信号を受信し、適宜蓄積して島コンピュータ５０へ送信するようになっている。なお、遊技機１０から出力された遊技信号を、呼出ランプ３０を介して受信することもできる。

島コンピュータ５０は、台コンピュータ４０とホールコンピュータ６０のそれぞれと通信可能に接続され、これらの各装置間で遊技信号を送受信する情報処理装置として動作することにより、台コンピュータ４０から送信されてきた各種信号を受信し、ホールコンピュータ６０へ送信する。

ホールコンピュータ６０は、プログラム制御により動作する情報処理装置であって、遊技場に備えられる全遊技機１０に関する遊技状態や遊技媒体の出入数等からなる遊技情報が記憶・管理・分析されるようになっている。
ホールコンピュータ６０は、各島コンピュータ５０からＬＡＮ１４０を介して送信される各種遊技信号にもとづいて、遊技機１０ごとに遊技情報を求め、ＬＡＮ１４０を介してローカルサーバ９０に定期的に送信する。

（アクセスポイント）
アクセスポイント７０は、遊技場内に一又は複数設置され、自ら発する電波が一定強度を満たす領域内にある携帯端末８０との接続を行う。これにより、遊技者が所持する携帯端末８０とローカルサーバ９０とを、遊技場内における無線ＬＡＮ回線１１０及びＬＡＮ１４０を介して通信可能に接続する。
具体的には、アクセスポイント７０は、図３に示すように、携帯端末８０との無線接続を行う無線通信部７１と、携帯端末８０に割り当てたＩＰアドレス等を記憶する記憶部７２と、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備えコンピュータとして動作する制御部７５とを備え、制御部７５が、各部を制御することにより、以下に示す動作を行う。

制御部７５は、無線通信部７１にブリッジ接続手段として動作させることで、無線ＬＡＮ回線１１０とＬＡＮ１４０との接続を行う。携帯端末８０と無線接続を自動的に行うことにより、携帯端末８０とＬＡＮ１４０上の他の遊技場装置とを通信可能に接続するものである。
このため、アクセスポイント７０では、無線ＬＡＮの論理的なグループを識別する識別情報として、任意の文字列からなるＳＳＩＤ（Service Set Identifier）が予め登録される。
アクセスポイント７０は、不図示のアンテナから特定周波数の電波を常に発信しており、制御部７５は、この電波を検知した携帯端末８０からＳＳＩＤとともに接続要求を受けると、そのＳＳＩＤの照合を行い、照合が一致すれば携帯端末８０との接続を自動的に行う。
例えば、ＳＳＩＤ「abc_connect」をアクセスポイント７０に登録しておくと、ＳＳＩＤ「abc_connect」にもとづいて接続を求める携帯端末８０に対してのみ接続を許可することができる。
アクセスポイント７０と携帯端末８０との自動接続に関する手順については、後記「報知条件の登録方法及び報知方法」にて説明する。

また、制御部７５は、ネットワークに関する機能として、携帯端末８０等にその遊技場内のネットワーク上で一意のＩＰアドレス（プライベートＩＰアドレス）を動的に割り当てる動作、携帯端末８０等に割り当てたＩＰアドレスとＭＡＣアドレスとの対応付けにもとづいてＬＡＮ１４０上の機器を特定する動作等を行う。

制御部７５は、記憶部７２を記憶手段として動作させることで、登録するＳＳＩＤの他、携帯端末８０に割り当てたＩＰアドレスとＭＡＣアドレスとを関連付けたテーブルデータ等を記憶する。

（携帯端末）
携帯端末８０は、本実施形態に係るスマートフォンの他、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の通信端末が該当する。
携帯端末８０は、一般的な通信制御動作を行う他、遊技場のローカルサーバ９０にアクセスする動作、所望の遊技機１０についての報知を受けるための報知条件を設定する動作、及び、報知条件を設定するための入力画面、ローカルサーバ９０から送信される遊技状態（後述する空き台マップ等）や報知情報を表示する動作等を行う。
具体的には、携帯端末８０は、図４に示すように、アクセスポイント７０との接続を介してローカルサーバ９０との通信処理を行う無線ＬＡＮ通信部８１と、３Ｇ回線１２０等との接続を介してローカルサーバ９０との通信処理を行う３Ｇ通信部８２と、固有の端末識別情報等を記憶する記憶部８３と、報知条件を設定可能に表示し、ローカルサーバ９０から送信された遊技情報を閲覧可能に表示する表示部８４と、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備えコンピュータとして動作する制御部８５とを備え、制御部８５が、これら各部を制御することにより、以下のような特徴的な動作を行う。

無線ＬＡＮ通信部８１は、ＷｉＦｉ（ＷｉＦｉ ＡＬＬＩＡＮＣＥによって無線ＬＡＮ機器間の相互接続性を認証された規格）に対応したモジュールであって、図示しないアンテナ、ＣＰＵ、メモリを有する。
制御部８５は、無線ＬＡＮ通信部８１を、通信手段として動作させることで、アクセスポイント７０を介してローカルサーバ９０（通信部９１）との間で通信を行わせる。
３Ｇ通信部８２は、ＩＭＴ−２０００規格に準拠したデジタル携帯電話の通信方式に対応したモジュールであって、図示しないアンテナ、ＣＰＵ、メモリを有する。
制御部８５は、３Ｇ通信部８２を、通信手段として動作させることで、３Ｇ回線１２０と接続を行い、インターネット１３０を介してローカルサーバ９０（通信部９１）との間で通信を行わせる。
制御部８５は、無線ＬＡＮ通信部８１及び３Ｇ通信部８２を、端末識別情報送信手段として動作させることで、端末識別情報（機体ＩＤ）をローカルサーバ９０に送信し、条件送信手段として動作させることで、後記の条件設定手段によって設定された条件を、ローカルサーバ９０に送信し、また、通信手段として動作させることで、ローカルサーバ９０から送信された遊技情報や報知情報を受信する。

制御部８５は、記憶部８３を記憶手段として動作させることで、携帯端末８０が備える各種機能を実行するためのプログラムやデータを記憶する。
予め携帯端末８０に記憶されるデータとしては、携帯端末８０を一意に特定可能な端末識別情報がある。
端末識別情報は、例えば、機種番号やシリアル番号等を組み合わせた１５桁のＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）の他、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒ）、ＭＡＣアドレス、電話番号、ＵＤＩＤ（Ｕｎｉｑｕｅ Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ）等がある。
本実施形態の機体ＩＤは、このような種々の端末識別情報のうちの一又は複数の端末識別情報の組み合わせにより構成され、係る機体ＩＤのローカルサーバ９０への登録をもって遊技者の登録とするようにしている。

携帯端末８０に記憶されているプログラムとしては、携帯端末８０上で実行可能な機能に対応したアプリケーションプログラム（以下、アプリという）がある。このアプリは、予め記憶され、又は、ウェブサイトからダウンロード等によって取得された、メール用アプリ，音楽再生アプリ，ゲーム用アプリ等である。
このようなアプリの一つとして、携帯端末８０とローカルサーバ９０との間で双方向通信を行うことで、遊技情報等を送受信し、表示する機能を備える自動通信アプリが記憶されている。

なお、携帯端末８０に記憶される他のデータとしては、登録が行われた遊技場のローカルサーバ９０のＩＰアドレス（グローバルＩＰアドレス）や店舗名等の遊技場情報がある。
この遊技場情報を保管しておくことにより、遊技者は、どこにいても、携帯端末８０からインターネット１３０等を介して登録した遊技場のローカルサーバ９０に、そのＩＰアドレスを指定してアクセスすることができる。

表示部８４は、タッチ操作可能なタッチパネルで構成され、制御部８５は、表示部８４に、動画、画像、テキスト、テンキー等を表示させる他、指やタッチペンで画面上の表示に触れることにより入力（例えば、通信操作、文字入力操作、選択操作等）を受け付ける入力手段として動作させる。
制御部８５は、表示部８４を遊技情報表示手段として動作させることで、ローカルサーバ９０から受信した遊技情報を、遊技場における各遊技機１０と対応付けて表示させ、また、遊技機１０ごとに、遊技の進行に応じて変化する所定の遊技情報を認識可能に表示させる。

図５は、遊技場における各遊技機の遊技情報を表すとともに、各遊技機におけるゲーム回数に応じて求めた空き台の予測を表した空き台情報マップである。
このような空き台情報マップによれば、遊技場における各遊技機１０の遊技状態を容易に把握することができる。
例えば、図５に示す空き台情報マップを見ると、台番号「１２３」，「１２４」，「１２８」，「１３０」，「１３２」の遊技機１０は、「非稼動」であることが一目で認識できる。
また、非稼働のうち、「空」が表示される台番号「１２３」，「１３０」の遊技機１０は、空き台であることを一目で認識することができる。なお、「非稼動」は、遊技が行われている状態ではない点で空き台と共通するが、遊技を一時的に休止しており、遊技が再開される可能性がある点等において相違する。

上記「非稼動」以外の遊技機１０は、「稼動中」の状態であることを示し、さらに、メーター表示や色分け表示等を施すことで、空き台の予測（１〜４）を認識できるようにしている。空き台の予測は、数値が大きいほど空き台になる可能性が高いことを示す。
例えば、予測４の台番号「１２６」の遊技機１０は、空き台になる可能性が最も高く、予測１の台番号「１２９」，「１３３」の遊技機１０は、空き台になる可能性が最も低いことを認識することができる。

すなわち、このような空き台情報マップを閲覧することによって、遊技者は、各遊技機１０が稼動中か非稼動か空き台か、また、稼動中である場合には、いずれ空き台になる可能性を容易に把握することが可能となる。
また、このような情報を、遊技者は、携帯端末８０を介して確認することができるため、例えば、遊技場内の休憩所等にいながら、又は、移動しながら、各遊技機１０の遊技状態やその変化をリアルタイムに確認することができる。
なお、空き台の予測は、「報知条件」として登録対象ともなる。このため、空き台の予測については、後記ローカルサーバにおける登録項目「（v）空き台予測」にて詳細に説明する。

制御部８５は、表示部８４を条件設定手段として動作させることで、所望の遊技機１０に関する報知を受けるための遊技の条件（報知条件）を設定する。
所望の遊技機１０については、遊技機、機種、島単位で特定することができ、それぞれ一意に特定可能な識別情報を指定する。
例えば、図５に示す空き台情報マップの画面上、台番号「１３３」の箇所をタップすることで、その遊技機１０の識別情報として台番号が抽出される。

図６は、図５において、台番号「１３３」を選択したときに表示される報知条件の設定画面を示す図である。
遊技者は、この設定画面を見ながら必要な項目をチェック等して報知条件に係るパラメータを設定することができる。
本実施形態の場合、図６に示すように、（１）「空き台で通知する」、（２）「稼動がオン／オフで通知する」、（３）「特賞が開始／終了で通知する」、（４）「スタートが＊＊回超で通知する」（＊＊は任意の回数）、（５）「空き台予測が１／２／３／４（最大）で通知する」の５つの設定項目あり、空き台となることや、遊技が行われながらもいずれ空き台となる可能性に対応した指標を報知条件として設定できるようにしている（条件設定手段）。
このように、空き台情報マップで遊技情報を確認しつつ、その画面上の操作によって報知条件を設定できるようにしているため、遊技者にとって高い操作性と利便性を実現している。
なお、設定した報知条件（遊技機１０を特定する台番号などの識別情報及び各設定項目のパラメータ）は、前記条件送信手段によってローカルサーバ９０に送信されて登録される。

また、制御部８５は、表示部８４を報知情報表示手段として動作させることで、ローカルサーバ９０から受信した報知情報を閲覧可能に表示する。
例えば、台番号「１２３」の遊技機１０に対し、「空き台で通知する」を報知条件として設定した場合に、その遊技機１０が空き台になったときにはローカルサーバ９０から送信される報知情報を受け、「１２３番台が空き台になりました」のように報知情報を表示することができる。
すなわち、このような報知情報を遊技者は、携帯端末８０を介してリアルタイムに受けることができるため、遊技者は、遊技場内のどこにいても即座に所望の遊技機１０にアプローチできるようになる。
また、空き台の他、前記（２）〜（５）の報知条件にもとづく報知情報を受けることができるため、遊技者は、この中から一又複数を組み合わせて報知条件を設定することができる。
このため、空き台になる可能性、その他の遊技状況やその変化をリアルタイムに取得することができ、遊技を行う上で参考にすることができる。

（ローカルサーバ）
ローカルサーバ９０は、本実施形態に係るサーバの一例であり、プログラム制御により動作する情報処理装置であり、報知条件の登録、遊技情報の収集、送信、及び、報知情報の送信等を行う。
ローカルサーバ９０は、携帯端末８０により設定された遊技条件を登録しておき、対象の遊技機１０が報知条件を満たしたときに、所定の報知情報を携帯端末８０に送信して遊技者に知らせるようにしている。
具体的には、ローカルサーバ９０は、図５に示すように、携帯端末８０や他の遊技場装置との通信処理を行う通信部９１と、携帯端末８０から受信した報知条件の登録を行う報知条件登録部９２と、登録した報知条件等を記憶する記憶部９３と、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備えコンピュータとして動作する制御部９５とを備え、制御部９５が、これら各部を制御することにより、以下のような特徴的な動作を行う。

制御部９５は、通信部９１を受信手段として動作させることで、ＬＡＮ１４０を介してホールコンピュータ６０と接続し、ホールコンピュータ６０から遊技情報を定期的に受信する。
また、制御部９５は、通信部９１を受信手段として動作させることで、携帯端末８０から送信される報知条件や機体ＩＤを、無線ＬＡＮ回線１１０等を介して受信する。
また、制御部９５は、通信部９１を遊技情報送信手段として動作させることで、遊技情報を、無線ＬＡＮ回線１１０等を介して携帯端末８０に送信する。
また、制御部９５は、通信部９１を報知手段として動作させることで、登録した報知条件により特定される遊技機１０における遊技情報にもとづく遊技の状態が、その報知条件に対応した遊技の状態となったときに、携帯端末８０に報知情報を送信する。
なお、制御部９５は、機体ＩＤが登録されたときに、ローカルサーバ９０と接続されている携帯端末８０にローカルサーバ９０のＩＰアドレス（グローバルＩＰアドレス）を送信させることもでき、このとき、登録した店舗名等を併せて送信させることもできる。

制御部９５は、報知条件登録部９２を条件登録手段として動作させることで、携帯端末８０から受信した報知条件を登録する。
報知条件を登録しておくことで、その条件を満たしたときに報知を行ういわゆるプッシュ型サービスを提供するものである。
以下、報知条件の登録例ごとにその報知手段の動作について説明する。
図８は、報知条件の登録例を示す図である。

（i）「空き台」
「空き台」は、遊技機が空き台となったことを報知条件とするものである。具体的には、図６において「空き台で通知する」の設定条件が選択された場合、「１」（通知）が設定され、前記設定条件が選択されなかった場合には「０」（非通知）が設定される。
ローカルサーバ９０は、「１」（通知）の設定が登録されている場合において、ホールコンピュータ６０から受信する遊技情報の中から対象の遊技機についての空き台信号を検出すると、携帯端末８０に報知情報を送信する。
このようにすると、遊技者は、遊技機１０が空き台になったことを、携帯端末８０を介してリアルタイムに知ることができるため、遊技者は、即座に所望の遊技機１０で遊技を行うことが可能となる。
なお、「０」（非通知）は、報知条件が登録されていないため、その報知条件についての通知を行わないことを示す。この点、他の登録条件においても同様である。

（ii）「稼動」
「稼動」は、遊技機における稼動から非稼動への変化又は非稼動から稼動への変化を報知条件とするものである。具体的には、図６において「稼動がオンで通知する」が選択された場合は、「１」（オンで通知）が設定され、「稼動がオフで通知する」が選択された場合は、「２」（オフで通知）が設定される。
例えば、ローカルサーバ９０は、「１」（オフで通知）の設定が登録されている場合において、ホールコンピュータ６０から出力される対象の遊技機１０についてのアウト信号が一定時間（例えば、１０分）検出されない場合は「稼動」から「非稼動（稼動オフ）」に変化したものと判定して、携帯端末８０に報知情報を送信する。
このようにすると、遊技者は、遊技機１０において遊技が行われない状態になったことを知ることができるため、空き台になることを予想し、空き台になる前の早い段階から所望の遊技機１０を確保する準備を進めることができる。

（iii）「特賞」
「特賞」は、遊技機おける大当りの発生又は終了を報知条件とするものである。具体的には、図６において「特賞が開始で通知する」が選択された場合は、「１」（開始で通知）が設定され、「特賞が終了で通知する」が選択された場合は、「２」（終了で通知）が設定される。
例えば、ローカルサーバ９０は、「１」（開始で通知）の設定が登録されている場合において、ホールコンピュータ６０から受信する遊技情報の中から対象の遊技機についての大当り信号及び／又は確変信号を検出すると、携帯端末８０に報知情報を送信する。
このようにすると、友人等の他人が遊技中であり、その他人の遊技動向を把握したい場合等に有効である。

（iv）「スタート回数」
「スタート回数」は、遊技機における任意のゲーム回数（遊技の回数）を報知条件とするものである。具体的には、図６において「スタートが＊＊回超で通知する」が選択された場合に設定されたスタート回数が設定される。
一般に、遊技者は遊技がある程度進行すると遊技を終える傾向にあるため、ゲーム回数を、遊技の進行に応じて変化する所定情報の値として、空き台になる可能性の目安としたものである。
なお、ここでのスタート回数は、現に遊技中の遊技者がその遊技機１０で遊技を開始してからのスタート回数の累計となる。遊技者が入れ替わったにも拘わらず累計すると、遊技進行との位相が合わず空き台の予想に役に立たなくなるからである。
このため、ローカルサーバ９０は、ホールコンピュータ６０から継続して取得するスタート信号であって、台間機２０に会員カードの挿入が検出された後のスタート信号の累計、又は、アウト信号が一定時間（例えば１０分）検出されなかった後にアウト信号が検出されてからのスタート信号の累計等を求めて、この遊技者限りのスタート回数を取得する。
このように、任意のスタート回数を報知条件として登録しておくことにより、遊技者は、後記「空き台予測」と同様、対象の遊技機１０についての空き台の見込みをたてることができる。

（v）「空き台予測」
「空き台予測」は、遊技機において空き台となる可能性に着目し、当該可能性に対応した指標を報知条件としたものである。
具体的には、図６において「空き台予測が１，２，３又は４（最大）で通知する」が設定された場合に、対象の遊技機におけるスタート回数が、その設定された空き台予測の指標に対応した回数に達したときに報知を行うものである。
空き台予測は、一定のスタート回数の範囲ごとに対応付けられる概念であり、例えば、図９に示すように、空き台になる可能性に対応した指標（１〜４）を割り当てる。

ところで、前述したように、遊技進行に応じて空き台になる可能性が高まるため、原則、スタート回数が増えるにしたがって空き台予測は増加するところ、ここでは、図９に示すように、スタート回数が、５０１以上の場合は、４（最大）ではなく、それより１段階少ない３（大）としている。
これは、スタート回数が、ある上限値（この場合、５００）を超過すると、遊技者を救済するために遊技媒体が減らなくなる等の機能（いわゆる天井）を設けている遊技機があり、既にこの機能が発揮され、又は、その機能を狙って、遊技者が遊技を続けるケースが想定されるため、このようなケースに柔軟に対応する指標として個別の空き台の予測を設定するものである。
このようにすると、遊技者の特定の動向に柔軟に対応した精度良い空き台予測にもとづいて報知を受けることができる。
なお、予測の指標は、スタート回数に限らず、売上信号の累計であっても良い。

制御部９５は、記憶部９３を記憶手段として動作させることで、ローカルサーバ９０が備える各種機能を実行するためのプログラムやデータを記憶する。ローカルサーバ９０に記憶させるデータには、登録する報知条件、遊技情報等が含まれる。
遊技情報は、主にその遊技場に設置された遊技機１０ごとの遊技状態に関する情報である。例えば、遊技機１０を一意に特定可能な遊技機の識別情報（台番号）に、空き台信号の受信の有無、アウト信号の受信の有無、大当り信号の受信の有無，スタート回数等が関連付けされた情報が相当する。
なお、図７に示すように、記憶部９３に記憶させる報知条件には、携帯端末８０の機体ＩＤ（端末識別情報）を関連付けて記憶することもできる。
このようにすると、報知条件を一旦登録しておけば、その後、回線を切断した場合であっても、再度、携帯端末８０からローカルサーバ９０にアクセスすることで、もとの報知条件にもとづく報知サービスを受けることができる。
このため、例えば、一旦遊技場外に出て、再度戻った場合にも継続して報知サービスを受けることができるため便利である。

なお、遊技情報は、携帯端末８０にて表示可能となるようにローカルサーバ９０（制御部９５）で加工されたデータであり、具体的には、ホールコンピュータ６０から定期的に受信する遊技情報を遊技機その他のカテゴリごとに集計し、携帯端末８０で表示可能なデータ形式に加工したものである。

以上のように、本実施形態の遊技場システムの特徴的な構成によれば、遊技者が所持する通信端末によって、所望の遊技機１０について所定の遊技情報にもとづく報知の条件を設定し、その条件に対応する遊技状態になったときには、通信端末を介して遊技者に知らせるサービスを提供することができる。
このため、遊技者が遊技機１０を決定する場合等、各遊技機１０の遊技状態を確認する負担を軽減することができる。

（報知条件の登録方法及び報知方法）
次に、報知条件の登録方法と報知方法について説明する。
図１０は、報知条件の登録手順及び報知手順を示すフローチャートである。
まず、遊技者が、ある遊技場に来店すると（Ｓ１０）、遊技者が所持する携帯端末８０が、そのバックグラウンドで動作している自動通信アプリの機能により、遊技場内に設置されているアクセスポイント７０を自動的に検知する（Ｓ１１）。
具体的には、アクセスポイント７０から発せられる特定周波数の電波を携帯端末８０が検知して、携帯端末８０（無線ＬＡＮ通信部８１）とアクセスポイント７０との自動接続が開始される。

携帯端末８０は、アクセスポイント７０に対し接続要求を行う（Ｓ１２）。接続要求には、ＳＳＩＤが付され、また、携帯端末８０に固有のＭＡＣアドレスを付すことができる。
アクセスポイント７０は、携帯端末８０から接続要求を受けると、ＳＳＩＤの照合を行うとともに、その遊技場におけるネットワークにおいて一意のＩＰアドレス（プライベートＩＰアドレス）を割り付け、携帯端末８０に通知する（Ｓ１３）。なお、接続が切断されるまでの間、アクセスポイント７０は、割り付けたＩＰアドレスとＭＡＣアドレスとを関連付けて保持し、また、携帯端末８０は、通知されたＩＰアドレスを自己のアドレスとして保持する。
ＳＳＩＤの照合が一致すると、相互にリンクが張られ、携帯端末８０とアクセスポイント７０（ＬＡＮ１４０）との接続が完了する（Ｓ１４）。
なお、この段階で、携帯端末８０の自動通信アプリは、アクセスポイント７０との接続が完了した旨（例えば、「ハロー」等）を表示部８４に表示することができる。

所定の操作（例えば、「ＹＥＳ」キーの選択等）が行われると、携帯端末８０は、機体ＩＤを生成する工程（Ｓ１５〜１６）を経て、機体ＩＤをローカルサーバ９０に送信する（Ｓ１７）。
機体ＩＤは、最初の登録時には生成するが（Ｓ１５：ＹＥＳ→Ｓ１６）、それ以降（例えば、再度のアクセス時や提携する他店舗での登録時）は、その登録時に記憶させた機体ＩＤを用いるため、生成しない（Ｓ１５：ＮＯ）。
このようにすると、一旦外出した後、再度来店したときに等、機体ＩＤを生成する必要がなくなるため、携帯端末８０の処理にかかる負荷を軽減することができる。

ローカルサーバ９０は、携帯端末８０から受信した機体ＩＤを登録し（Ｓ１８）、その後、携帯端末８０に、各遊技機１０の遊技情報を送信する（Ｓ１９）。
携帯端末８０は、ローカルサーバ９０から送信された遊技情報を表示する（Ｓ２０）。
なお、このとき、ローカルサーバ９０は、自己のＩＰアドレス（グローバルＩＰアドレス）と店舗名等からなる遊技場情報を携帯端末８０に送信し、携帯端末８０は、これを保存する。

携帯端末８０は、報知条件(台番号＋パラメータ)を設定し、これをローカルサーバ９０に送信する（Ｓ２１）。
ローカルサーバ９０は、携帯端末８０から受信した報知条件を登録する（Ｓ２２）。
その後、ローカルサーバ９０は、ホールコンピュータ６０から継続的に取得する各遊技機１０の遊技情報にもとづき、対象の遊技機１０における遊技状態が報知条件を満たすかどうかを監視する（Ｓ２３）。
そして、対象の遊技機１０の遊技状態が報知条件を満たすと、報知情報を携帯端末８０に送信する（Ｓ２４）。
携帯端末８０は、ローカルサーバ９０から受信した報知情報を表示する（Ｓ２５）。
なお、このとき、携帯端末８０の機能により、固有のバイブレーションや着信音により報知情報を受信したことを遊技者に知らせるようにしてもよい。

このように、本発明は、報知条件の登録方法及び報知方法によっても、前述した遊技場システムにより提供される報知サービスを提供することができる。
このため、遊技場システムの各構成を一体として備えていなくても、各構成の組合せ又は上記方法を実施可能なプログラム等によって本発明を実施することができる。

（ローカルサーバと携帯端末との接続態様）
携帯端末８０は、登録された遊技場のローカルサーバ９０のＩＰアドレスを保有すると、遊技場外から３Ｇ回線１２０及びインターネット１３０を介してその遊技場のローカルサーバ９０にアクセスできるようになる。
そこで、登録された遊技場のローカルサーバ９０と携帯端末８０との接続態様について図１１を参照しながら説明する。
なお、ローカルサーバ９０は、いわゆるＰＰＰｏＥによりインターネット１３０との接続を行う。この際、プロバイダ側からは、常に固定のグローバルＩＰアドレスがローカルサーバ９０に対して割り当てられる。

図１１は、登録された遊技場のローカルサーバ９０と遊技者が所持する携帯端末との接続態様を示す図である。
なお、店舗Ａ１のローカルサーバ９０には、携帯端末８０の機体ＩＤが登録され、携帯端末８０にはそのローカルサーバ９０のグローバルＩＰアドレス「10.1.1.1」が保有されているものとし、店舗Ｂ１のローカルサーバ９０（「10.1.1.2」）についても同様とする。また、ＬＡＮ１４０に接続されたアクセスポイント７０、ホールコンピュータ６０等には、それぞれの店舗内において一意のプライベートＩＰアドレス「192.168.1.***/24」が割り当てられているものとする。

図１１に示すように、携帯端末８０とローカルサーバ９０との接続態様には、主に（i）〜（iii）のケースがある。
（i）は、店舗Ａ１内にある携帯端末８０からローカルサーバ９０に接続するケースを示す。例えば、遊技者が店舗Ａ１に来店したときや店舗Ａ１内で遊技中に、遊技者が携行する携帯端末８０からアクセスする場合が該当する。
この場合、遊技者が所持する携帯端末８０がアクセスポイント７０を検知すると、アクセスポイント７０と携帯端末８０とが接続され、アクセスポイント７０は、携帯端末８０にプライベートＩＰアドレスを割り当てる。
携帯端末８０は、保有するグローバルＩＰアドレスの中から「10.1.1.1」を「宛先アドレス」として指定し、自己に割り当てられたＩＰアドレスを「送信元アドレス」として指定することによって店舗Ａ１のローカルサーバ９０と通信可能に接続される。

また、（ii）、（iii）は、店舗外にある携帯端末８０からローカルサーバ９０に接続するケースを示す。例えば、遊技者が自宅にいる場合等、店舗内の無線ＬＡＮ回線１１０の提供を受けることができないエリアから携帯端末８０を用いてアクセスする場合が該当する。
この場合、インターネット１３０の接続に際し、３Ｇ回線１２０を用いるため、携帯端末８０は、３Ｇ回線１２０を提供するキャリアからＩＰアドレスの割り当てを受ける。

（ii）は、店舗Ａ１のローカルサーバ９０にアクセスするときの接続ルートである。この場合、携帯端末８０は、保有するグローバルＩＰアドレスの中から「10.1.1.1」を「宛先アドレス」として指定し、キャリアから割り当てられたＩＰアドレスを「送信元アドレス」として指定することにより、３Ｇ回線１２０及びインターネット１３０を通じて店舗Ａ１のローカルサーバ９０と接続される。
（iii）は、店舗Ｂ１のローカルサーバ９０にアクセスする例である。この場合、携帯端末８０は、（ii）と同様のアドレス指定をすることにより３Ｇ回線１２０及びインターネット１３０を通じて店舗Ｂ１のローカルサーバ９０と接続される。

このように、機体ＩＤが、ある遊技場のローカルサーバ９０に登録されると、遊技者の携帯端末８０は、そのローカルサーバ９０のグローバルＩＰアドレスを保有することになるため、遊技者は、その携帯端末８０を用いて、遊技場のローカルサーバ９０にアクセスすることができるようになる。
このため、例えば、遊技者が自宅にいながら各遊技機１０の遊技情報を閲覧したり、遊技場の近くの公園や喫茶店等にいながら報知サービスを受けることができる。

［他の実施形態］
本発明に係る遊技場システムの他の実施形態として、遊技媒体の貸し出し時の投入金額により与えられるポイント数に応じて会員が特典（例えば、景品等との交換）を受けることができるサービスとの連携が想定される。
具体的には、上記の報知サービスを受けるために必要な一定数のポイントを設定し、報知サービスを受ける度にポイントを消費する仕組みを基本とする。
このような仕組みにおいては、保有するポイントの範囲において、複数台の遊技機１０について報知サービスを受けることができる（複数予約）。
ただし、異なる遊技者から同一の遊技機１０について報知サービスの登録申請があった場合（重複予約）には、ポイントをより多く保有している遊技者の登録のみを認め、他の遊技者は登録できないように制限を加えるようにしている。
このため、ローカルサーバ９０は、制御部９５が、報知条件登録部９２を登録手段として動作させることで、異なる携帯端末８０から受信した報知条件が、当該報知条件により特定される遊技機１０として重複する場合には、所定の基準にもとづいて定まる一の携帯端末８０から受信した報知条件のみを登録するようにする。

本実施形態の報知サービスを受けるに当たっては、予め会員情報として管理されているポイント数を、遊技者が所持する携帯端末８０の機体ＩＤに関連付けて管理するようにしておく。
ここで、例えば、ある遊技者の携帯端末８０から遊技機Ａに関する報知条件が設定された場合、ローカルサーバ９０は、遊技機Ａに関する報知条件が既に登録されているかどうかを、その条件に含まれる遊技機Ａの識別情報（台番号等）にもとづいて検索する。
検索の結果、遊技機Ａに関する報知条件が登録されていなければ報知条件を登録して、関連付けられたポイントを減算する。
一方、検索の結果、遊技機Ａに関する報知条件が登録されていた場合、先に登録した遊技者の保有ポイントと、これから登録を行う遊技者の保有ポイントを対比する。
このとき、先に登録した遊技者のポイントは、その機体ＩＤに関連付けてあるポイントにその報知条件を登録したときに消費されたポイントを加算した合計値とし、これから登録を行う遊技者の保有ポイントは、その機体ＩＤに関連付けてあるポイントをそのまま用いることで、適正な対比が可能である。
ポイント対比の結果、先に登録した遊技者のポイントが多ければその登録を有効として、これから登録を行う遊技者により設定された報知条件の登録は排除する。
一方、先に登録した遊技者のポイントが少なければその登録を消去して、これから登録を行う遊技者により設定された報知条件の登録を行う。
なお、報知条件が排除され、または、消去された場合、その旨を報知することが好ましい。

以上のように、本実施形態の遊技場システムによれば、従来から提供されるポイントサービスとの連携を図るうえにおいて、高ポイント保有者を優先するようにしている。
このため、遊技者に遊技を行うきっかけを与え、遊技場における売上の向上等を図ることができる。

以上、本発明の遊技場システムの好ましい実施形態について説明したが、本発明は上述した実施形態にのみ限定されるものではなく、本発明の範囲で種々の変更実施が可能であることはいうまでもない。
例えば、上述の実施形態においては、携帯端末８０を介して遊技者に遊技状況の変化を報知するようにしているが、遊技者が所持する携帯端末８０だけでなく、遊技場の店員が所持する携帯端末８０等に送信することもできる。
一例としては、報知条件として「稼働がオフで通知する」を登録し、店員に報知するようにしておく。このようにすると、遊技が終了している遊技機１０を店員がいち早く把握することができるようになるため、迅速な清掃等、顧客サービスの向上を図ることができる。
また、台間機２０等の表示手段を有する遊技場装置に、遊技情報（空き台情報マップ）を表示させたり、空き台の場合に報知情報を表示させたりすることもできる。このようにすると、携帯端末８０による操作・閲覧が困難な遊技中の場合であっても遊技情報や報知情報の閲覧等が可能となる。

また、機体ＩＤは、携帯端末８０に固有の端末識別情報からなり、個人を特定しうる重要な情報でもあるため、ハッシュ関数を用いた演算を行ったハッシュ値等を用いるようにしてもよい。
このようにすると、仮に通信の過程等で情報が漏洩しても、その情報からもとの機体ＩＤを再現することはできないため安全であり、また、常に固定長のコード情報が生成されるため、照合処理等の負荷を抑えることができる。

本発明は、携帯端末を利用して遊技機に関する情報を遊技者に報知する遊技場システムに好適に利用可能である。

１０ 遊技機
６０ ホールコンピュータ
８０ 携帯端末
９０ ローカルサーバ
７０ アクセスポイント
８１ 無線ＬＡＮ通信部
８２ ３Ｇ通信部
１１０ 無線ＬＡＮ回線
１２０ ３Ｇ回線
１３０ インターネット

Claims (6)

1. 遊技機に関する情報を報知する遊技場システムであって、
   遊技者が所持する通信端末と、
   遊技機から出力される遊技情報を収集し、前記通信端末と通信可能に接続されるサーバと、を備え、
   前記通信端末は、
   所望の遊技機に関する報知を受けるための条件を設定する条件設定手段と、
   前記条件を前記サーバに送信する条件送信手段と、を備え、
   前記サーバは、
   受信した条件を登録する条件登録手段と、
   前記条件により特定される遊技機における前記遊技情報にもとづく遊技の状態が、前記条件に対応した遊技の状態となったときに、前記通信端末に報知情報を送信する報知手段と、を備えた
   ことを特徴とする遊技場システム。
2. 前記条件設定手段は、
   前記条件として、遊技が行われながらもいずれ空き台となる可能性に対応した指標を設定し、
   前記報知手段は、
   前記条件により特定される遊技機に関する前記遊技情報のうち、遊技の進行に応じて変化する所定の遊技情報の値が前記指標に応じた値となったときに、前記通信端末に報知情報を送信する
   ことを特徴とする請求項１記載の遊技場システム。
3. 前記報知手段は、
   前記遊技情報のうち、前記条件により特定される遊技機において行われる遊技の回数が前記指標に応じた回数となったときに、前記通信端末に報知情報を送信する
   ことを特徴とする請求項２記載の遊技場システム。
4. 前記報知手段は、
   前記遊技の回数が所定の上限値を超過する場合においては、遊技の回数に応じた指標とは異なる個別の指標を設定し、前記条件により特定される遊技機における前記遊技の回数が前記個別の指標に応じた回数となったときに、前記通信端末に報知情報を送信する
   ことを特徴とする請求項３記載の遊技場システム。
5. 前記サーバは、
   前記遊技情報を前記通信端末に送信する遊技情報送信手段を備え、
   前記通信端末は、
   前記サーバから受信した遊技情報を、遊技場における各遊技機に対応付けて表示する遊技情報表示手段を備え、
   前記遊技情報表示手段は、
   遊技機ごとに、遊技の進行に応じて変化する所定の遊技情報を認識可能に表示する
   ことを特徴とする請求項１〜４のいずれか一項記載の遊技場システム。
6. 前記登録手段は、
   異なる通信端末から受信した前記条件が、当該条件により特定される遊技機として重複する場合には、所定の基準にもとづいて定まる一の通信端末から受信した前記条件のみを登録する
   ことを特徴とする請求項１〜５のいずれか一項記載の遊技場システム。

Images