JP2014171832A - 情報公開システム及び情報公開方法 - Google Patents

Abstract

【課題】 遊技者及び店舗側の負担を軽減し利便性に優れた情報提供サービスを提供する。
【解決手段】 メインサーバ９０は、通信端末８０からのアクセスに対し所定の認証処理を行う認証手段と、認証処理において認証が得られた場合に所定のキー情報を通信端末８０に送信するキー情報送信手段と、を備え、通信端末８０は、メインサーバ９０から受信したキー情報を、メインサーバ９０にアクセスしたときにメインサーバ９０から受信したキー情報を保持するキー情報保持手段と、店舗サーバ５０へのアクセスに際し、キー情報を店舗サーバ５０に送信する保持キー情報送信手段と、を備え、店舗サーバ５０は、通信端末８０からアクセスがあったときに、キー情報を受信した場合は、通信端末８０への遊技情報の送信を許可し、キー情報を受信しなかった場合は、通信端末８０への遊技情報の送信を制限する送信制御手段を備える構成としてある。
【選択図】 図１

Description

本発明は、インターネット等の通信ネットワークを介して所定の遊技情報を公開する情報公開システム及び情報公開方法に関し、特に、アクセス先ごとに必要な認証の手間を省きつつ効率よく遊技情報を提供することができる情報公開システム及び情報公開方法に関する。

パチンコ機やスロットマシン等の遊技機が設置された遊技場においては、各遊技機から出力される遊技信号や遊技場に設置された各種装置からの信号を収集・集計することで、遊技機ごとの遊技データや機種データなどの遊技情報を、遊技場内に設置された装置により閲覧できるサービスが提供されている。
また、近年では、このような遊技情報を、遊技者がどこにいても閲覧できるように、インターネット等の通信ネットワークを介して遊技情報を配信するサービスが提案されている（特許文献１，２参照）。

例えば、特許文献１では、会員の利用点数に応じた接続可能時間を算出し、この接続可能時間の間、インターネットを介して種々の情報提供を受けることができる顧客サービスシステムが提案されている。
また、特許文献２では、ユーザーＩＤなどの会員識別情報にその会員の遊技情報を対応付けて記憶しておき、受け付けた会員識別情報に基づき遊技者が会員となっている複数の遊技場の遊技情報を所定のネットワークを介して配信するサービス提供装置が提案されている。

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

ところが、従来の遊技情報の情報配信システムにおいては、以下のような問題があった。
例えば、特許文献１の顧客サービスシステムは、店舗単位でサービスを提供するようにしているため、ユーザーのメールアドレス、ユーザーＩＤ、パスワード等の個人情報や認証情報をすべて店舗で管理しなければならず、特に、セキュリティ面における店舗側の管理負担が大きいとの指摘があった。
また、このようなシステム構成の場合、例えば、チェーン店等、提携した複数の店舗でサービスを展開する場合に、店舗ごとに認証処理（ログイン処理）を行わなければならず、非効率で利便性を欠くことになる。

また、特許文献２において、ユーザーに提供される遊技情報は、各店舗に保有される詳細な情報ではなく、サービス提供装置を介して間接的に提供される簡易な遊技情報である。
このため、複数の店舗について詳細な遊技情報の閲覧を望む場合には、店舗ごとに直接アクセスして認証を得なければならず、上記と同様の問題が生じていた。

本発明は、このような従来の技術が有する問題を解決するために提案されたものであり、店舗ごとの認証処理を省くことにより、遊技者及び店舗側の負担が軽減され利便性に優れた情報公開システム及び情報公開方法の提供を目的とする。

上記目的を達成するため、本発明の情報公開システムは、所定の遊技情報を公開する情報公開システムであって、所定の認証機能を備えたメインサーバと、遊技場における遊技情報を閲覧可能に保有する店舗サーバと、メインサーバ及び店舗サーバへのアクセスが可能な通信端末と、を備え、メインサーバは、通信端末からのアクセスに対し所定の認証処理を行う認証手段と、認証処理において認証が得られた場合に所定のキー情報を通信端末に送信するキー情報送信手段と、を備え、通信端末は、メインサーバにアクセスしたときに当該メインサーバから受信したキー情報を保持するキー情報保持手段と、店舗サーバへのアクセスに際し、キー情報を店舗サーバに送信する保持キー情報送信手段と、を備え、店舗サーバは、通信端末からアクセスがあったときに、キー情報を受信した場合は、通信端末への遊技情報の送信を許可し、キー情報を受信しなかった場合は、通信端末への遊技情報の送信を制限する送信制御手段を備える構成としてある。

また、本発明の情報公開方法は、所定の遊技情報を公開する情報公開方法であって、所定の通信端末からアクセスを受けた所定のサーバにより実行される、所定の認証処理を行う工程と、認証処理において認証が得られた場合に所定のサーバにより実行される、所定のキー情報を通信端末に送信する工程と、キー情報を受信した通信端末により実行される、キー情報を保持する工程と、所定のサーバ以外の他のサーバにアクセスするときに通信端末により実行される、キー情報を他のサーバに送信する工程と、通信端末からアクセスを受けた他のサーバにより実行される工程であって、キー情報を受信した場合は、通信端末への遊技情報の送信を許可し、キー情報を受信しなかった場合は、通信端末への遊技情報の送信を制限する工程と、を有する方法としてある。

本発明の情報公開システム及び情報公開方法によれば、遊技者や店舗側の負担を軽減し、利便性を向上することができる。

本発明の実施形態に係る情報公開システムの構成を示す図である。 本発明の実施形態に係る情報公開システムの動作を模式的に示す図である。 本発明の実施形態に係る情報公開システムの動作を示すフローチャートである。 通信端末に表示される画面の例図であり、（ａ）は、ポータルサイトの認証画面を、（ｂ）は、店舗選択画面を、（ｃ）は、カテゴリー選択画面を、（ｄ）は、特定機種の遊技情報を、（ｅ）は、ランキング情報を、（ｆ）は、特定台の遊技情報を、それぞれ示す図である。

以下、本発明に係る情報公開システムの好ましい実施形態について、図面を参照しながら説明する。

本実施形態の情報公開システム１は、図１に示すように、遊技情報の送信を許容するための所定の認証機能を備えたメインサーバ９０と、複数の遊技機１０を有する遊技場Ａ〜Ｃに設置され、遊技場における遊技情報を閲覧可能に保有する店舗サーバ５０（５０Ａ〜５０Ｃ）と、遊技者の所持する通信端末８０等によって構成され、これらがインターネットなどの通信ネットワーク２００を介して通信可能に接続されている。
以下、情報公開システム１を構成する各装置についてそれぞれ説明する。

（店舗サーバ）
店舗サーバ５０Ａ〜５０Ｃは、遊技場Ａ〜Ｃに設置されている各遊技機の遊技情報を、所定のＷｅｂサイト（以下、店舗サイトという）を介して閲覧可能に提供するＷｅｂサーバである。
また、本実施形態の店舗サーバ５０Ａ〜５０Ｃは、遊技場Ａ〜Ｃにおいて各遊技機の遊技データを集計するホールコンピュータでもあり、台コンピュータ３０、島コンピュータ４０などの中継情報処理装置を介して、遊技機１０（例えば、パチンコ機、スロットマシンなど）、台間機２０（例えば、遊技媒体貸出機）等から出力される遊技信号（例えば、大当たり信号、アウト信号、セーフ信号、確変信号、売上信号等）を収集して遊技機１０ごとの遊技データを集計する。
集計された遊技データは、順次、記憶・蓄積され、また、機種、ランキング、台番号など、所定のカテゴリーに応じて編集・加工できるようになっている。

このように、店舗サーバ５０は、常に遊技中の遊技データを継続的に収集しており、所定の手順に基づいた適切なアクセス（メインサーバ９０の認証を得た後のアクセス）に対しては、その遊技場の遊技情報（稼働データ）をリアルタイムに提供できるようになっている。
また、店舗サーバ５０は、このような遊技データを、所定のタイミング（例えば、閉店時、開店時、一定の周期ごとなど）で、通信ネットワーク２００を介してメインサーバ９０に送信することで、各店舗の遊技履歴（過去の遊技情報）については、メインサーバ９０を介して提供することが可能となっている。

店舗サーバ５０は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる図示しない制御部を備え、制御部が、送信制御手段として動作することで、通信端末８０からアクセスがあったときに、所定のキー情報を受信した場合は、その通信端末８０への遊技情報の送信を許可し、所定のキー情報を受信しなかった場合は、その通信端末８０への遊技情報の送信を制限する。
ここで、「キー情報」は、メインサーバ９０が認証を得た通信端末８０に受け渡すキー情報であって、これを保持している通信端末８０からのアクセスの際にその通信端末８０から受け渡される情報である（後記、キー情報送信手段（メインサーバ９０）、キー情報保持手段、保持キー情報送信手段（通信端末８０）参照）。

このため、店舗サーバ５０は、予めメインサーバ９０が送信するキー情報と同一の情報を記憶しておき、通信端末８０から何らかのアクセスがあった場合には、その記憶していた情報と同一のキー情報を受信したか否かによって、「所定のキー情報の受信の有無」を判別する。
そして、キー情報の受信が確認できた場合には、そのアクセス元の通信端末８０に対し、その店舗の遊技情報を送信し、他方、キー情報の受信が確認できなかった場合には、遊技情報を送信しないようにしている。
すなわち、店舗サーバ５０では、キー情報の有無によって、そのアクセスが認証を得たか否かを判別して、遊技情報の閲覧を許可し、又は、制限するようにしている。
このため、提携する店舗の店舗サーバ５０では、キー情報と同一のデータを記憶させておくだけでよく、アクセスがあったときは、このデータとキー情報の照合だけで認証が済むため、店舗側にとっては、ユーザーのメールアドレス、ユーザーＩＤ、パスワード等の個人情報や認証情報を管理する必要がなくなることから管理上の省力化が図れるとともに、遊技者にとっては、認証手続きを店舗ごとに行う手間が省けることから、円滑に各店舗サーバ５０にログインできるようになる。

なお、キー情報を受信しなかったときには、通信端末８０に、認証が失敗したことを示すエラー通知を行うようにすることが好ましいが、本実施形態の店舗サーバ５０は、このようなエラー通知とは別に、又は、エラー通知とともに、通信端末８０にメインサーバ９０へのアクセス（リダイレクト）を行わせ、これにより、メインサーバ９０での認証処理を行わせることもできるようになっている（アクセス制御手段）。
具体的には、予め記憶したメインサーバ９０のＵＲＬを通信端末８０のＵＡ（ユーザーエージェント）であるブラウザに渡してアクセス先を変更させるだけで実施することができる。
このようにすると、店舗サイトへの不適切なアクセスを防ぎつつ、ユーザーに必要な認証操作を促して、サービスの安全かつ円滑な提供を図ることができる。

（メインサーバ）
メインサーバ９０は、遊技機や遊技場に関する種々の情報を、所定のＷｅｂサイト（以下、ポータルサイトという）を介して閲覧可能に提供するＷｅｂサーバである。
ポータルサイトを介してメインサーバ９０が提供する情報としては、例えば、各店舗の遊技履歴がある。
このような遊技履歴は、各店舗サーバ５０（５０Ａ〜５０Ｃ）から所定のタイミングで送信される過去の遊技情報を、店舗名、店舗サーバ５０のＩＰアドレス、ＵＲＬ等の店舗登録情報に紐付けて記憶・蓄積することによって、所望の遊技場を指定してその遊技履歴の提供を受けることができるようになっている。

メインサーバ９０は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる図示しない制御部を備え、制御部が、認証手段及びキー情報送信手段として以下の動作を行う。
制御部は、認証手段として動作することで、通信端末８０からのアクセスに対し所定の認証処理を行う。
具体的には、通信端末８０のブラウザからのアクセスに相当するＨＴＴＰリクエスト等のリクエスト信号の受信があった場合に、認証画面を含むＨＴＴＰレスポンス等のレスポンス信号を返信し、これに対し、ブラウザから認証情報（ユーザーＩＤやパスワード）を含むリクエスト信号を受信すると、事前に紐付けて記憶している認証情報（ユーザー情報）と照合を行う。

制御部は、キー情報送信手段として動作することで、通信端末８０からのアクセスに対し認証が得られた場合に所定のキー情報を通信端末８０に送信する。
キー情報は、認証を得たことを証明する情報であり、例えば、任意の桁数からなる文字、数字等の組み合わせからなる情報で構成することができる。具体的には、後述するセッションＩＤを用いることができる。
メインサーバ９０は、少なくとも１つのキー情報を予め記憶しておき、これを必要時に取り出して通信端末８０に送信する。
また、「キー情報」は、認証を得たことを示すだけでなく、これによって所定の接続状態（セッション）が確立したこと、及び、このキー情報が保持されている限り、その接続状態が継続していることを示すための情報でもある。
このため、前述したように、店舗サーバ５０においては、通信端末８０からのアクセスとともに、キー情報を受信した場合には、所定の認証を得た正当なアクセスに紐付いた一連のセッションとして、別途の認証処理を行うことなく、遊技情報の閲覧を許可するようにしている。

（通信端末）
通信端末８０は、例えば、携帯電話、スマートフォン、ＰＣなどの通信端末装置であり、通信ネットワーク２００と接続することで、メインサーバ９０や店舗サーバ５０にアクセスできるように構成されている。
通信端末８０は、ＣＰＵ，ＲＯＭ，ＲＡＭ等からなる図示しない制御部を備え、制御部が、アクセス手段、キー情報保持手段、及び保持キー情報送信手段として、以下の動作を行う。

制御部は、アクセス手段として動作することで、メインサーバ９０又は店舗サーバ５０へのアクセスを行う。
各サーバへのアクセスは、ブラウザを起動させ、ＵＲＬ（Uniform Resource Locator）等を入力して実施されるリクエスト信号の送信により行うことができる。
具体的には、メインサーバ９０へのアクセス（リクエスト）に対し返信されるレスポンス信号から認証画面を取り出して表示し、この認証画面を介して入力された所定の認証情報（ユーザーＩＤ、パスワード等）をメインサーバ９０に送信する。
なお、メインサーバ９０において、この認証情報につき認証が得られると、メインサーバ９０が、通信端末８０に対しキー情報を送信する。

制御部は、キー情報保持手段として動作することで、メインサーバ９０から受信したキー情報を、そのメインサーバ９０にアクセスしたときに移行する所定の状態から解放されるまで保持する。
「そのメインサーバ９０にアクセスしたときに移行する所定の状態から解放されるまで」とは、メインサーバ９０にログインしてから、そのログイン状態から解放されるまで、すなわちログアウトするまでであり、言い換えれば、リクエストを行ってキー情報を受け取ったブラウザが終了されることで、所定の状態（セッション）から解放されるまでである。
このような動作は、具体的には、ブラウザのアドイン機能によりキー情報を保持させることで実現している。このようにすると、メインサーバ９０にアクセスするために最初に起動したブラウザが、所定操作等によって終了されるまではキー情報は保持されるが、ブラウザを終了させたときにはキー情報は破棄される。
なお、任意の有効期限を設定し、有効期限内に限りキー情報を保持し、有効期限が満了したときに破棄するようにすることもできる。

制御部は、保持キー情報送信手段として動作することで、店舗サーバ５０へのアクセスに際し、その際に保持しているキー情報を店舗サーバ５０に送信する。
このため、ブラウザを終了させたり、有効期限の超過等によって、キー情報が破棄された後は、店舗サーバ５０へのアクセス時にキー情報は送信されない。
また、メインサーバ９０の認証を経ずに、直接、店舗サーバ５０にアクセスした場合は、そもそもキー情報を得ていないため、この場合もキー情報は送信されない。

このようにすると、店舗サーバ５０においては、メインサーバ９０による認証を得た場合のみ遊技情報の閲覧が許可されるようになる一方、メインサーバ９０により一度認証を得られれば、その後のアクセスに対しては認証を行わずに、サービスを受けることができる。
このため、いわゆる、シングルサインオン認証にもとづく利便性と安全性を兼ね備えた情報公開サービスの提供が可能となる。
また、店舗サーバ５０へのアクセスには、メインサーバ９０の経由が必要となるため、メインサーバ９０が開設するポータルサイトの閲覧を促すこともできる。

ところで、本実施形態に係る各装置間のデータ通信処理は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）プロトコルに基づいて行うことができる。
ＨＴＴＰプロトコルは、クライアント（ブラウザ）とサーバとの間で行われる、リクエストとそのレスポンスからなるプロセスを最小単位として構成されるが、各プロセス同士は何ら関連付けがなされていない。このため、ブラウザが連続的に複数回のアクセスをしてもサーバはそれを特定のブラウザの連続したアクセスと認識しない。
そこで、ＨＴＴＰプロトコルにおいては、サーバが、最初にリクエストを受けるとそのレスポンスにキー情報の一例であるセッションＩＤを含めてブラウザに返し、その後、ブラウザは、リクエストのたびにそのセッションＩＤを付与してリクエストを行うことで、サーバが特定のブラウザからの連続したアクセスと認識するセッション管理を行うようにしている。

また、このようなセッション管理は、ＨＴＴＰにおけるサーバとブラウザ間の状態管理プロトコルであるＣｏｏｋｉｅを利用することによって実現することができる。Ｃｏｏｋｉｅによれば、一般に、次のような動作が行われる。
（１）サーバがブラウザにその状態を区別する識別子を含むＣｏｏｋｉｅをＨＴＴＰレスポンスのヘッダに含める形で渡す。
（２）ブラウザは次にサーバと通信する際に、与えられた識別子をＨＴＴＰリクエストのヘッダに含めて送信する。
（３）サーバはその識別子を元にコンテンツの内容をユーザーに合わせてカスタマイズし、ブラウザに渡す。
以降、（２）、（３）を繰り返し行う。
このため、上記（１）のサーバをメインサーバ９０とし、上記（２），（３）のサーバを店舗サーバ５０としつつ、上記識別子をセッションＩＤ（キー情報）とすることによって、通信端末８０のブラウザが、メインサーバ９０からＣｏｏｋｉｅとして渡されたセッションＩＤを、店舗サーバ５０にアクセスするたびにその店舗サーバ５０に渡すことが可能となる。
したがって、ＨＴＴＰプロトコルにおけるＣｏｏｋｉｅやセッション管理等の技術をそのまま適用することによって、本実施形態の情報公開システム１を構成することができる。

（情報公開システムの動作）
次に、このような構成からなる情報公開システムの動作（情報公開方法）について図２〜図４を参照しながら説明する。
なお、メインサーバ９０と各店舗サーバ５０には、予めキー情報として同一のセッションＩＤがそれぞれ記憶されているものとする。

これらの図に示すように、まず、ユーザー（遊技者等）が、通信端末８０を介してポータルサイトへアクセスする（Ｓ１）。
メインサーバ９０は、ポータルサイトへのアクセスに対し認証処理を行う（Ｓ２）。例えば、Ｓ１の後、図４（ａ）に示すログイン画面が通信端末８０において表示され、ここで入力した認証情報（ユーザーＩＤ及びパスワード）がメインサーバ９０に送信されて照合される。
Ｓ２の認証処理で認証を得ると、メインサーバ９０は、予め記憶しているセッションＩＤを通信端末８０に送信する（Ｓ３）。
通信端末８０（ブラウザ）は、メインサーバ９０から受信したセッションＩＤを保持する（Ｓ４）。セッションＩＤは、ブラウザが終了されるまで保持され、ブラウザが終了されると破棄される。

次に、ユーザーは、通信端末８０を用いて店舗サーバ５０（店舗サイト）にアクセスする（Ｓ５）。Ｓ１において起動したブラウザを終了させずに、アクセスした場合には、セッションＩＤは保持されているため、このセッションＩＤを含めたリクエスト信号が店舗サーバ５０に送信される。他方、Ｓ１〜Ｓ４の工程を経ずに通信端末８０から直接アクセスした場合（Ｓ１〜Ｓ４の工程を経た場合でも、Ｓ１において起動したブラウザを終了し、新たにブラウザを起動してアクセスした場合も含む）には、セッションＩＤを含まないリクエスト信号が店舗サーバ５０に送信される。

店舗サーバ５０は、通信端末８０からアクセスがあると、セッションＩＤの有無の確認を行う（Ｓ６）。
具体的には、通信端末８０からのリクエスト信号に、店舗サーバ５０が予め記憶したセッションＩＤと同一のデータが含まれる場合には。セッションＩＤを「有」と判断し、セッションＩＤと同一のデータが含まれない場合には、セッションＩＤを「無」と判断する。
セッションＩＤが「有」の場合（Ｓ６：有）、店舗サーバ５０は、その店舗の遊技情報である店舗データを送信し（Ｓ７）、通信端末８０は、その店舗データを受信する（Ｓ８）。

これにより、遊技者は、通信端末８０を介し、アクセス先の店舗において収集されるリアルタイムな遊技情報を閲覧することが可能となる。
例えば、Ｓ２の認証処理において認証を得た場合には、図４（ｂ）に示すような店舗選択メニューを表示し、任意の店舗を選択した後は、図４（ｃ）に示すように、機種、ランキング、台番号の中から、所望のカテゴリーの遊技情報を選択する画面を表示することができる。
そして、店舗サーバ５０は、選択されたカテゴリーに対応した遊技情報を抽出し、必要に応じ加工して、通信端末８０に送信する。
例えば、「機種から選ぶ」を選択した場合には、図４（ｄ）に示すように、特定の機種に関する遊技情報（例えば、大当り発生回数などの遊技台ごとの稼働情報）が閲覧可能に送信され、「ランキングから選ぶ」を選択した場合には、図４（ｅ）に示すように、その店舗の遊技情報を所定の順序に並べた情報（例えば、大当り発生回数順に遊技台番号を並べたランキング）が閲覧可能に送信され、「台番号から選ぶ」を選択して特定の台番号を指定した場合には、図４（ｆ）に示すように、その指定した台の遊技情報（例えば、スタート回数、大当り回数など）が閲覧可能に送信される。

他方、Ｓ６において、セッションＩＤが「無」の場合（Ｓ６：無）、店舗サーバ５０は、通信端末８０にポータルサイトへのリダイレクトを行わせる（Ｓ９）。
具体的には、リダイレクトを示すステータスコードが記述され、ヘッダに、ポータルサイトのＵＲＬを含めたＨＴＴＰレスポンスをブラウザに渡すことによって、そのポータルサイトにリクエストをし直すように要求する。
この結果、通信端末８０には、図４（ａ）に示すログイン画面が表示され、ユーザーに所定の認証操作が促される。

（その他の態様）
ところで、図１の遊技場Ｂに示すように、通信端末８０と店舗サーバ５０とを相互に無線通信可能とするアクセスポイント６０をシステム構成に加えることによって、遊技場Ｂの場内にいる遊技者が、通信端末８０を介して遊技情報を閲覧できるようにすることができる。
また、遊技者が遊技場Ｂの場内にいるか場外にいるかによって、提供する遊技情報の内容を分けることもできる。

この場合、通信端末８０は、制御部が、位置情報送信手段として動作することで、メインサーバ９０へのアクセスに際し、所定の位置情報を送信する。
具体的には、通信端末８０のＧＰＳ機能により取得した位置情報や、遊技場内の掲示板や遊技機に貼付されたＱＲコード（登録商標）から読み取った位置情報を、メインサーバ９０へのアクセスの際にリクエスト信号に含めて送信する。
メインサーバ９０は、住所情報記憶手段として動作することで、店舗サーバ５０が設置されている各店舗（各遊技場）の住所情報を記憶する。このような住所情報は、例えば、店舗登録情報として、予め店舗名等に紐付けて登録することができる。
そして、制御部が、位置別送信情報制御手段として動作することで、通信端末８０からのアクセスに対し、メインサーバ９０による認証処理により認証が得られた場合において、そのアクセスの際に受信した位置情報と記憶した住所情報とを照合し、そのアクセスが各店舗のいずれかの店内からか否かに応じて、通信端末８０に送信される遊技情報の内容を変更可能に制御する。

例えば、メインサーバ９０の制御部は、通信端末８０からの正当なアクセスがあったときに、そのアクセスの際に受信した位置情報が予め記憶した遊技場Ｂの住所情報の範囲に含まれる場合には、キー情報とともに遊技場Ｂの識別情報を通信端末８０に送信するようにする。他方、受信した位置情報が、遊技場Ａ〜Ｃのいずれの住所情報の範囲にも含まれない場合には、キー情報のみ通信端末８０に送信するようにする。
通信端末８０は、ブラウザがキー情報とともに遊技場Ｂの識別情報を保持し、店舗サーバ５０へのアクセスの際にこれらの情報を受け渡すようにする。
そして、店舗サーバ５０Ｂは、通信端末８０からアクセスがあったときにキー情報とともに遊技場Ｂの識別情報を受信した場合には、例えば、来店者に有益な遊技情報（優秀台の表示や空き台の案内などの情報）を通信端末８０に送信し、他方、遊技場Ｂの識別情報を受信しなかった場合には、例えば、遊技者に来店を促し集客効果を高める広告情報等を通信端末８０に送信する。
このようにすると、遊技者の位置に応じて適切かつ有用な情報を提供することが可能となる。

また、図１の遊技場Ｃに示すように、Ｗｅｂカメラを遊技場Ｃの場内に配置し、その店舗内の通信ネットワーク等を介して店舗サーバ５０と通信可能に接続する構成とすることもできる。
このようにすると、通信端末８０に対し、店舗サーバ５０Ｃを介して遊技場Ｃの場内の映像情報を配信することができる。
このような構成は、大型店舗の管理者向けの管理システムに適用することができる。
例えば、各店舗の売り上げ、割数などの営業データに関する遊技情報をメインサーバ９０に記憶させ、管理者は、通信端末８０から所定の認証を経て営業データを閲覧するようにしておく。そして、営業データから問題のある機種を見つけた場合、管理者は、認証処理を経ることなく、その機種の客付状態を、店舗サーバＢから配信されるライブ映像その他のリアルタイムな遊技情報を引き続き閲覧しながらチェックすることが可能となる。

また、ユーザーによって情報の提供を許可又は制限することも可能である。
例えば、Ｗｅｂカメラで撮った映像の配信を遊技場の管理者のみ許可する場合、メインサーバ９０に記憶されるユーザー情報において、遊技場の管理者のユーザーＩＤを特定しておけば、その管理者からのアクセスかどうかを判別することができる。遊技場の管理者からアクセスがあった場合は、キー情報とともに所定の識別データをアクセス元の通信端末８０に渡す。そして、店舗サーバ５０は、通信端末８０から識別データを含むリクエストがあった場合には、通信端末８０に所定の映像配信を行い、識別データを含まないリクエストがあった場合には映像配信を行わないようにすることができる。
このようにすると、一般遊技者向けの遊技情報や、遊技場の管理者向けの遊技情報といったように、ユーザーごとに閲覧可能な情報を分けて提供することができる。

以上のように、本実施形態の情報公開システム１によれば、ログインに必要な認証情報をメインサーバ９０が一元的に管理するとともに、一旦認証が得られたアクセスに対しては、そのアクセス時の所定の状態（ログイン状態）から解放されるまで（ログアウトされるまで）は、本来必要とされる認証を行うことなく、遊技情報を提供するようになっている。
また、メインサーバ９０へのアクセスを経由して各店舗の遊技情報の提供を行うものの、これらの遊技情報は、各店舗の店舗サーバ５０から直接送信されるため、メインサーバ９０へのアクセスが集中する場合でも、各店舗のリアルタイムな遊技情報を円滑に提供することができる。
このため、本実施形態の情報公開システム１によれば、店舗の管理負担や遊技者の登録負担等を軽減しつつ、利便性や安全性を兼ね備えた付加価値の高い情報公開サービスを提供することができる。
例えば、チェーン店の共通情報や隣接店との比較データ等をポータルサイトを介して閲覧した後、所望の遊技場の店舗サイトのリアルタイムな遊技情報を、接続サイト先の変更を意識することなく引き続き閲覧することができる。

以上、本発明について実施形態を示して説明したが、本発明は、上述した実施形態に限定されるものでなく、特許請求の範囲で種々の変更が可能であることは言うまでもない。
例えば、メインサーバ９０（ポータルサイト）に登録するユーザー情報は、メールアドレスなどのユーザーＩＤやパスワードに限らず、遊技者の住所、氏名、年齢等の個人情報や、通信端末８０の端末ＩＤ、製造番号、ＭＡＣアドレス、電話番号や、遊技者の生体情報（顔、指紋など）など、ユーザーやユーザー端末等を特定することができる固有の識別情報であれば制限することなく登録して認証情報として用いることができる。
また、一のキー情報をメインサーバ９０と店舗サーバ５０においてそれぞれ記憶する態様に限らず、複数のキー情報をそれぞれ記憶させておき、メインサーバ９０はその中からいずれか一のキー情報を発行し、店舗サーバ５０ではいずれかの一致が確認できれば、店舗データの閲覧を許可するようにすることができる。
このようにすると、一のキー情報を固定的に用いるよりも安全な情報公開システム１を提供することができる。

また、メインサーバ９０の機能を兼ね備えた店舗サーバ５０をいずれかの店舗に設置する構成であってもよい。
また、各装置間のデータ通信の規約は、ＨＴＴＰプロトコル以外のプロトコルを採用してもよい。
また、遊技場の場内からのアクセスに対しては、ポイントなどの特典を付与するように遊技場システムと連携させることもできる。

本発明は、チェーン店など、複数の遊技場における遊技情報を公開する情報公開サービスに好適に利用することができる。

１ 情報公開システム
１０ 遊技機
２０ 台間機
３０ 台コンピュータ
４０ 島コンピュータ
５０ 店舗サーバ（ホールコンピュータ）
６０ アクセスポイント
８０ 通信端末
９０ メインサーバ
２００ 通信ネットワーク

Claims (4)

1. 所定の遊技情報を公開する情報公開システムであって、
   所定の認証機能を備えたメインサーバと、
   遊技場における遊技情報を閲覧可能に保有する店舗サーバと、
   前記メインサーバ及び前記店舗サーバへのアクセスが可能な通信端末と、を備え、
   前記メインサーバは、
   前記通信端末からのアクセスに対し所定の認証処理を行う認証手段と、
   前記認証処理において認証が得られた場合に所定のキー情報を前記通信端末に送信するキー情報送信手段と、を備え、
   前記通信端末は、
   前記メインサーバにアクセスしたときに前記メインサーバから受信したキー情報を保持するキー情報保持手段と、
   前記店舗サーバへのアクセスに際し、前記キー情報を前記店舗サーバに送信する保持キー情報送信手段と、を備え、
   前記店舗サーバは、
   前記通信端末からアクセスがあったときに、前記キー情報を受信した場合は、前記通信端末への前記遊技情報の送信を許可し、前記キー情報を受信しなかった場合は、前記通信端末への前記遊技情報の送信を制限する送信制御手段を備える
   ことを特徴とする情報公開システム。
2. 前記店舗サーバは、
   前記通信端末からアクセスがあったときに、前記キー情報を受信しなかった場合には、前記通信端末に、前記メインサーバへのアクセスを行わせて前記認証処理を促すアクセス制御手段を備える
   ことを特徴とする請求項１記載の情報公開システム。
3. 前記通信端末は、
   前記メインサーバへのアクセスに際し、所定の位置情報を送信する位置情報送信手段を備え、
   前記メインサーバは、
   前記店舗サーバが設置されている各遊技場の住所情報を記憶する住所情報記憶手段と、
   前記通信端末からのアクセスに対し前記認証処理により認証が得られた場合において、前記アクセスの際に受信した前記位置情報と前記記憶した住所情報とを照合し、そのアクセスが前記各遊技場のいずれかの場内からか否かに応じて、前記通信端末に送信される遊技情報の内容を変更可能に制御する位置別送信情報制御手段と、を備える
   ことを特徴とする請求項１又は２記載の情報公開システム。
4. 所定の遊技情報を公開する情報公開方法であって、
   所定の通信端末からアクセスを受けた所定のサーバにより実行される、所定の認証処理を行う工程と、
   前記認証処理において認証が得られた場合に前記所定のサーバにより実行される、所定のキー情報を前記通信端末に送信する工程と、
   前記キー情報を受信した前記通信端末により実行される、前記キー情報を保持する工程と、
   前記所定のサーバ以外の他のサーバにアクセスするときに前記通信端末により実行される、前記キー情報を前記他のサーバに送信する工程と、
   前記通信端末からアクセスを受けた前記他のサーバにより実行される工程であって、前記キー情報を受信した場合は、前記通信端末への前記遊技情報の送信を許可し、前記キー情報を受信しなかった場合は、前記通信端末への前記遊技情報の送信を制限する工程と、を有する
   ことを特徴とする情報公開方法。