(57)【特許請求の範囲】
【請求項１】
ウェブブラウザで生成された要求を受信すると、前記要求に応じた応答を返信することによりゲームを提供するサーバ装置であって、
前記要求を送信した前記ウェブブラウザごとに割り当てられた識別情報が前記要求に含まれているか否かを判定する識別情報判定部と、
前記識別情報判定部の判定結果が否定である場合、前記識別情報を生成する識別情報生成部と、
前記識別情報判定部の判定結果が否定である場合、前記識別情報生成部で生成した前記識別情報を取得し、前記識別情報判定部の判定結果が肯定である場合、前記要求に含まれる前記識別情報を取得する識別情報取得部と、
前記要求の応答としてウェブページを生成し、当該ウェブページを送信する応答部と、
利用者が前記ウェブブラウザを用いて入力した入力情報を前記要求から取得する入力情報取得部と、
利用者が前記ウェブブラウザを用いてゲームの進行状況を示すメッセージを生成する処理の実行を指示した実行情報を前記要求から取得する実行情報取得部と、
前記入力情報、前記処理を実行した回数を示す回数情報を含む利用者のアクセス情報、及び前記識別情報を関連付けて記憶する記憶部と、
前記要求に前記実行情報が含まれる場合、前記記憶部から前記識別情報取得部で取得した前記識別情報に対応する前記入力情報と前記回数情報とを前記記憶部から読み出し、前記入力情報と前記回数情報とに基づいて前記処理を実行する結果生成部と、を備え、
前記応答部は、
前記識別情報生成部で前記識別情報を生成すると、当該識別情報を含む前記ウェブページを生成して送信し、
また、前記結果生成部で前記ゲームの進行状況を示すメッセージを生成すると、当該メッセージを含む前記ウェブページを生成して送信する、
ことを特徴とするサーバ装置。
【請求項２】
前記記憶部には、前記アクセス情報として前記処理の実行に係る時間情報が前記識別情報に関連付けられて記憶され、
前記応答部は、前記時間情報に基づいて前記実行情報を含む前記要求を受信した時間間隔が所定時間より短い場合に、前記メッセージを含む前記ウェブページとは異なるウェブページを送信する請求項１に記載のサーバ装置。
【請求項３】
前記識別情報を第１の識別情報としたとき、
前記記憶部には、前記第１の識別情報と、前記アクセス情報を関連付けて管理する第２の識別情報とを関連付けた第１のテーブルと、前記第２の識別情報と前記アクセス情報を関連付けた第２のテーブルとが記憶される、
ことを特徴とする請求項１又は請求項２に記載のサーバ装置。
【請求項４】
前記識別情報生成部で生成する前記第１の識別情報は、セッションＩＤであることを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記識別情報生成部で生成する前記第１の識別情報は、前記要求を送信した前記ウェブブラウザの情報に基づいて生成することを特徴とする請求項３に記載のサーバ装置。
【請求項６】
前記識別情報生成部は、前記実行情報が含まれていない前記要求において、前記識別情報判定部の判定結果が否定である場合に生成した前記識別情報を前記記憶部に記憶させる、ことを特徴とする請求項１乃至５のうちいずれか１項に記載のサーバ装置。
【請求項７】
前記識別情報生成部は、前記実行情報が含まれている前記要求において、前記識別情報判定部の判定結果が否定である場合に生成した前記識別情報を前記記憶部に前記識別情報と前記アクセス情報とを関連付けて記憶させる、ことを特徴とする請求項１乃至５のうちいずれか１項に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的なウェブサイトやＳＮＳ（Social Networking Service）サイト上で提供されるゲームシステム等の技術に関する。
【背景技術】
【０００２】
近年、インターネットを利用して携帯型の通信装置でウェブページを表示させながら進行させるゲームが普及している。このようなゲームでは、通信装置でゲームプログラムを実行するのではなく、通信装置の入力操作に応じてサーバ装置でウェブページを生成し、これを通信装置で表示している。
このようなブラウザゲームとして、ＳＮＳ上で提供されるアカウント登録が必要なものが知られている（非特許文献１）。このアカウント登録によって、ゲームの途中で中断しても、そこからゲームを再開することが可能となる。
また、ブラウザ画面上で、例えば利用者の「名前」などの文字情報を入力させることで利用者が考えていることを、脳の断面図で視覚的に表示するウェブページも存在する（非特許文献２参照）。この場合、同じ名前を入力すると同じ結果が表示されることになる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ソーシャルゲーム総合情報誌 アプリＳＴＹＬＥ Ｖｏｌ．２」，株式会社イースト・プレス，平成２３年４月１日，ｐ.２６−ｐ.２９
【０００４】
【非特許文献２】“脳内メーカー”、［online］、［平成23年6月3日検索］、インターネット〈URL：http://maker.usoko.net/nounai.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のゲームでは、同一の利用者であることを特定するために、ゲームを実行するには、サーバ装置に予めアカウント登録する必要があった。一方、脳の断面図で視覚的に表示するウェブページでは、ブラウザ画面上で「名前」を入力すれば直ちに結果を得ることができるが、前回得られたゲーム結果に連動した新たなゲーム結果を得ることはできなかった。
【０００６】
本発明は、上述した問題に鑑みてなされたものであって、利用者がサーバ装置に認証情報を登録しなくても、連続したゲーム結果が得られるサーバ装置を提供することを解決課題とする。
【課題を解決するための手段】
【０００７】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００８】
本発明に係るサーバ装置は、ウェブブラウザで生成された要求を受信すると、前記要求に応じた応答を返信することによりゲームを提供するものであって、前記要求を送信した前記ウェブブラウザごとに割り当てられた識別情報（ＩＤ１）が前記要求に含まれているか否かを判定する識別情報判定部（Ｓ１）と、前記識別情報判定部の判定結果が否定である場合、前記識別情報を生成する識別情報生成部（Ｓ２）と、前記識別情報判定部の判定結果が否定である場合、前記識別情報生成部で生成した前記識別情報を取得し（Ｓ２）、前記識別情報判定部の判定結果が肯定である場合、前記要求に含まれる前記識別情報を取得する（Ｓ５、Ｓ９、Ｓ１３）識別情報取得部と、前記要求の応答としてウェブページを生成し、当該ウェブページを送信する応答部と、利用者が前記ウェブブラウザを用いて入力した入力情報を前記要求から取得する入力情報取得部（Ｓ５）と、利用者が前記ウェブブラウザを用いてゲームの進行状況を示すメッセージを生成する処理の実行を指示した実行情報を前記要求から取得する実行情報取得部（Ｓ５）と、前記入力情報、前記処理を実行した回数を示す回数情報を含む利用者のアクセス情報、及び前記識別情報を関連付けて記憶する記憶部（ＤＢ）と、前記要求に前記実行情報が含まれる場合、前記記憶部から前記識別情報取得部で取得した前記識別情報に対応する前記入力情報と前記回数情報とを前記記憶部から読み出し、前記入力情報と前記回数情報とに基づいて前記処理を実行する結果生成部（Ｓ７）と、を備え、前記応答部は、前記識別情報生成部で前記識別情報を生成すると、当該識別情報を含む前記ウェブページを生成して送信し、また、前記結果生成部で前記ゲームの進行状況を示すメッセージを生成すると、当該メッセージを含む前記ウェブページを生成して送信する、ことを特徴とする。
【０００９】
この発明によれば、利用者がウェブブラウザを用いてサーバ装置にアクセスすると、アクセスに用いたウェブブラウザを特定する識別情報を生成し、これをウェブページに含ませて送信する。ウェブブラウザは識別情報を保存し、サーバ装置に対する要求に識別情報を含ませて送信する。これにより、サーバ装置は識別情報を用いてウェブブラウザを特定することが可能となる。従って、サーバ装置に予めアカウント登録しなくなくても利用者は気軽にゲームを開始することができる。さらに、サーバ装置は、入力情報と回数情報とに基づいてメッセージを生成するので、利用者が名付けた名前とアクセス回数に応じて、ゲームなどを進行させることができる。また、メッセージを生成した回数が同じであれば、同じメッセージを得ることができるが、メッセージの一部にランダム性を持たせるようにしてもよい。
なお、「前記要求を送信した前記ウェブブラウザごとに割り当てられた識別情報」は、ウェブブラウザの種類を特定するものではなく、「要求を送信したウェブブラウザ」を特定するものである。従って、同一の種類のウェブブラウザが異なる通信装置で利用されるのであれば、異なる識別情報が割り当てられる。一方、同一の通信装置に複数種類のウェブブラウザがインストールされている場合、第１のウェブブラウザで要求を送信すると、要求の送信元である第１のウェブブラウザにある識別情報が付与され、その後、第２のウェブブラウザで要求を送信すると、第１のウェブブラウザに付与された識別情報と異なる識別情報が第２のウェブブラウザに付与される。
また、実行情報は、要求に含まれるフラグであってもよいし、あるいは、要求に含まれるＵＲＬであってもよい。
【００１０】
上述したサーバ装置において、前記記憶部には、前記アクセス情報として前記処理の実行に係る時間情報が前記識別情報に関連付けられて記憶され、前記応答部は、前記時間情報に基づいて前記実行情報を含む前記要求を受信した時間間隔が所定時間より短い場合に、前記メッセージを含む前記ウェブページとは異なるウェブページを送信する。
この発明によれば、所定時間より短い時間間隔で処理の実行を要求しても、異なるウェブページを送信するから、メッセージの更新を行わないようにできる。従って短時間に実行指示を多数行っても、ゲームを進行させず、適切な時間で進行させることが可能となる。
【００１１】
上述したサーバ装置において、前記識別情報を第１の識別情報（ＩＤ１）としたとき、前記記憶部には、前記第１の識別情報と、前記アクセス情報を関連付けて管理する第２の識別情報（ＩＤ１）とを関連付けた第１のテーブルと、前記第２の識別情報と前記アクセス情報を関連付けた第２のテーブルとが記憶されることが好ましい。この発明によれば、利用者が入力情報を入力しなくても第１のテーブルにはレコードが記録される。一方、利用者が入力情報を入力して実行指示を行った場合には、第２のテーブルにレコードが記録される。従って、第１のテーブルと第２のテーブルのレコード数を比較することによって、サーバ装置の利用状況を把握することが可能となる。
【００１２】
また、上述したサーバ装置において、前記識別情報を第１の識別情報（ＩＤ１）としたとき、前記識別情報生成部で生成する前記第１の識別情報は、セッションＩＤであることが好ましい。ウェブブラウザとの間の通信ではセッションＩＤが生成されるが、この発明によれば、第１の識別情報をセッションＩＤに基づいて生成するので、サーバ装置は、第１の識別情報を生成するための処理負荷を軽減することができる。
【００１３】
また、上述したサーバ装置において、前記識別情報生成部で生成する前記第１の識別情報は、前記要求を送信した前記ウェブブラウザの情報に基づいて生成してもよい。
【００１４】
また、上述したサーバ装置において、前記識別情報生成部は、前記実行情報が含まれていない前記要求において、前記識別情報判定部の判定結果が否定である場合に生成した前記識別情報を前記記憶部に記憶させることが好ましい。この発明によれば、メッセージの生成をする前に識別情報を記憶部に記憶するから、次ページにおいて名前入力が無くページを閉じた場合に、アクセス情報が記憶部に記録されずに識別情報だけが記録されることになる。識別情報だけが記憶されても、ページを訪問した利用者の数を把握することが可能となる。
【００１５】
また、上述したサーバ装置において、前記識別情報生成部は、前記実行情報が含まれている前記要求において、前記識別情報判定部の判定結果が否定である場合に生成した前記識別情報を前記記憶部に前記識別情報と前記アクセス情報とを関連付けて記憶させることが好ましい。この発明によれば、処理の実行を行った利用者だけの情報が記憶部に記憶されるから、記憶部の記憶容量を減らすことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１実施形態に係るゲームシステムのブロック図である。
【図２】サーバ装置の構成を示すブロック図である。
【図３】データベースのデータ構造の一例を示す説明図である。
【図４】ウェブブラウザを用いた初回アクセス時のシーケンスを示すシーケンス図である。
【図５】データベースの記憶内容の一例を示す説明図である。
【図６】名前入力ページの一例を示す説明図である。
【図７】データベースの記憶内容の一例を示す説明図である。
【図８】名前入力ページの一例を示す説明図である。
【図９】ウェブブラウザを用いた第２回アクセス時のシーケンスを示すシーケンス図である。
【図１０】名前入力ページの一例を示す説明図である。
【図１１】データベースの記憶内容の一例を示す説明図である。
【図１２】第２実施形態に係るゲームシステムにおけるウェブブラウザを用いた初回アクセス時のシーケンスを示すシーケンス図である。
【図１３】変形例に係るデータベースの記憶内容の一例を示す説明図である。
【発明を実施するための形態】
【００１７】
＜Ａ．第１実施形態＞
＜１．ゲームシステムの構成＞
図１は、本発明の実施形態に係るゲームシステム１００のブロック図である。このゲームシステム１００は、通信網として機能するインターネット１、利用者の通信装置２-1、２-2、２-3、…２-ｎ、サーバ装置３を備える。利用者の通信装置２-1〜２-ｎは、インターネット１を介した通信が可能であり、ウェブブラウザ（ソフトウエア）がインストールされており、例えば、パーソナルコンピュータや携帯電話機が該当する。サーバ装置３は、ゲームを管理するデータベースＤＢを備え、データベースＤＢの記憶内容を参照して、ゲーム画面のウェブページを生成する。
【００１８】
図２にサーバ装置の構成を示す。この図に示すように。サーバ装置３は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスク３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、及びインターネット１を介して外部の装置と通信を行う通信インターフェースを備える。
【００１９】
ハードディスク３３には、データベースＤＢが格納されている。なお、サーバ装置３を複数のサーバで構成し、管理するサーバとデータベースＤＢを提供するサーバを独立して設けてもよい。
【００２０】
図３に、データベースＤＢが記憶するデータのデータ構造の一部を示す。この図に示すように、データベースＤＢは、第１のテーブルＴＢＬ１と第２のテーブルＴＢＬ２とを備える。第１のテーブルＴＢＬ１には、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２とが対応付けられて記憶されている。第１の識別情報ＩＤ１は、後述するようにサーバ装置３が各通信装置２のウェブブラウザを識別するための情報である。サーバ装置３は、ウェブページを通信装置２へ送信する際に所定の変数名(ＧＡＭＥＳＩＤ)を付与したクッキー（Cookie）変数に第１の識別情報ＩＤ１の値をセットして送信する。ウェブブラウザは第１の識別情報ＩＤ１を保存し、サーバ装置３にアクセスする際に、クッキーを含む要求を送信する。要求には第１の識別情報ＩＤ１が含まれるので、サーバ装置３は、要求の送信元のウェブブラウザを特定することが可能となる。
【００２１】
第２の識別情報ＩＤ２は、第１の識別情報ＩＤ１と対応付けられる利用者ＩＤである。第２の識別情報ＩＤ２はサーバ装置３の内部で用いられ、ウェブブラウザに送信されることはない。この点で、ウェブブラウザに送信される第１の識別情報ＩＤ１と相違する。送信用の第１の識別情報ＩＤ１と管理用の第２の識別情報ＩＤ２と用いることによって、セキュリティが向上する。
【００２２】
第２のテーブルＴＢＬ２には、第２の識別情報ＩＤ２と、入力情報及びアクセス情報が対応付けられて記憶される。入力情報は、通信装置２のウェブページを表示した画面で入力フォームに利用者が入力した情報であり、この例では、利用者がゲームで使用する名前である。また、アクセス情報は、サーバ装置３にアクセスし、メッセージを生成する処理を実行した回数を示す回数情報と、当該処理を実行した時間を示す時間情報とを含む。
【００２３】
＜２．ゲームシステムの動作＞
＜２−１：初回アクセス＞
次に、ゲームシステム１００の動作を説明する。図４にウェブブラウザを用いた初回アクセス時のシーケンスを示す。
【００２４】
通信装置２の利用者が、ウェブブラウザを起動して、サーバ装置３で公開するゲームページのＵＲＬを入力すると、要求ＲＥＱ１がサーバ装置３に送信される。この場合、初めてゲームページにアクセスするため、要求ＲＥＱ１のクッキー(ＧＡＭＥＳＩＤ)は空である。
【００２５】
サーバ装置３は要求ＲＥＱ１を受信すると、初回のアクセスであるかを判断する（Ｓ１）。具体的には、要求ＲＥＱ１のクッキーに第１の識別情報ＩＤ１が含まれていなければ初回であると判断し、要求ＲＥＱ１のクッキーに第１の識別情報ＩＤ１が含まれていれば初回でないと判断する。この例では、要求ＲＥＱ１のクッキーが空であるから、初回であると判断する。
【００２６】
この後、サーバ装置３は、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２を生成し、これらを対応づけてデータベースＤＢの第１のテーブルＴＢＬ１に格納する（Ｓ２）。この例では、第１の識別情報ＩＤ１としてセッションＩＤ（以下、ＳＩＤと称する）を採用する。ＳＩＤは、ウェブアプリケーションなどで、アクセス中のユーザの識別や行動の捕捉のために付与される固有の情報であり、セッション関数により付与される例えば３２文字のランダムな数字とアルファベットからなる文字列である。ＳＩＤを第１の識別情報ＩＤ１として採用することにより、セッション関数とは別に一意な識別情報を生成する必要がなくなるので、サーバ装置３に処理負荷を軽減することができる。一意に生成される第２の識別情報ＩＤ２は第１の識別情報ＩＤ１と対応付けられて第１のテーブルＴＢＬ１に記憶される。例えば、第１の識別情報ＩＤ１（ＳＩＤ）が「123456」で第２の識別情報ＩＤ２が「QWE987」である場合、データベースＤＢの記憶内容は、図５に示すものとなる。なお、この時点では、第２のテーブルＴＢＬ２には、第２の識別情報ＩＤ２「QWE987」に関係する情報は、記憶されていない。
そして、サーバ装置３は、クッキーに第１の識別情報ＩＤ１（ＳＩＤ）を含む応答ＲＥＳ１をウェブブラウザに返信する。この応答ＲＥＳ１は名前入力ページを含む。
【００２７】
次に、通信装置２のウェブブラウザで応答ＲＥＳ１を受信すると、ウェブブラウザは名前入力ページを通信装置２の表示部に表示させ（Ｓ２）、第１の識別情報ＩＤ１をクッキーに保存する。図６に名前入力ページの一例を示す。この例は、ウェブブラウザが初めてサーバ装置３のゲームサイトにアクセスした状態であるので、名前の入力欄、行動の記録の欄、ステータスの欄、及びコレクションの欄はいずれも空欄となっている。
【００２８】
ここで、利用者が名前の入力欄に名前を入力し、実行ボタンをクリックして実行指示をすると（Ｓ４）、ウェブブラウザは要求ＲＥＱ２をサーバ装置３に送信する。要求ＲＥＱ２には、実行を指示する実行情報と、入力された名前を示す入力情報と、第１の識別情報ＩＤ１（ＳＩＤ）が記録されたクッキーが含まれる。
【００２９】
次に、サーバ装置３は、要求ＲＥＱ２から実行情報と入力情報とを取得する（Ｓ５）。また、クッキーに含まれる第１の識別情報ＩＤ１を取得し、これに対応する第２の識別情報ＩＤ２をデータベースＤＢの第１のテーブルＴＢＬ１から読み出す。次に、サーバ装置３は、入力情報とアクセス情報とを第２の識別情報ＩＤ２と対応づけて第２のテーブルＴＢＬ２に記憶する。ここで、現在時間が「６月３日10：10」であり、入力された名前が「小波一郎」であるとすると、データベースＤＢの記憶内容は、図７に示すものとなる。
【００３０】
この例では、第１のテーブルＴＢＬ１と第２のテーブルＴＢＬ２とを独立して設けた。そして、利用者が名前入力ページで名前を入力し、実行指示を行った場合に限って、第２のテーブルＴＢＬ２にレコードが記録される。このため、名前入力ページにアクセスしたものの、名前を入力せずにページを閉じた場合には、第１のテーブルＴＢＬ１にはレコードが記録されるが、第２のテーブルＴＢＬ２にレコードが記録されないことになる。このため、第１のテーブルＴＢＬ１のレコード数をカウントすれば、ページの訪問者数を把握でき、第２のテーブルＴＢＬ２のレコード数をカウントすれば、ゲームを実行した利用者数を把握することができる。
【００３１】
次に、サーバ装置３は、入力情報及び回数情報に基づいて、初回メッセージを生成し（Ｓ７）、初回メッセージを含む結果ページを生成する。応答ＲＥＳ２には結果ページが含まれており、これがサーバ装置３からウェブブラウザに送信される。
【００３２】
次に、通信装置２のウェブブラウザで応答ＲＥＳ２を受信すると、ウェブブラウザは結果ページを通信装置２の表示部に表示させる（Ｓ８）。図８に入力情報が「小波一郎」、回数情報が「１」の場合における結果ページの一例を示す。
【００３３】
＜２−２：２回目以降のアクセス＞
図９にウェブブラウザを用いた第２回アクセス時のシーケンスを示す。通信装置２の利用者が、ゲームページのＵＲＬを入力すると、要求ＲＥＱ１がサーバ装置３に送信される。この場合、ゲームページには以前アクセスしているため、要求ＲＥＱ１のクッキーには第１の識別情報ＩＤ１が含まれている。
【００３４】
サーバ装置３は要求ＲＥＱ１を受信すると、初回のアクセスであるかをクッキーに第１の識別情報ＩＤ１が含まれているか否かによって判断する（Ｓ９）。２回目のアクセスでは要求ＲＥＱ１のクッキーに第１の識別情報ＩＤ１が含まれているので、サーバ装置３は初回でないと判断する。
【００３５】
この後、サーバ装置３は、第１の識別情報ＩＤ１に対応する第２の識別情報ＩＤ２と入力情報をデータベースＤＢから読み出す（Ｓ１０）。そして、サーバ装置３は、名前の入力欄の初期値として名前をあらかじめセット（名前が入力済み）された名前入力ページを生成する。この名前入力ページのクッキーには第１の識別情報ＩＤ１が記録されている。
【００３６】
サーバ装置３から送信される応答ＲＥＳ１を通信装置２が受信すると、通信装置２のウェブブラウザは、表示部に名前入力ページを表示する。図１０に示す名前入力ページが表示される。この例では、ウェブブラウザが既にサーバ装置３のゲームサイトにアクセスして名前を入力しているので、名前の入力欄には「小波一郎」が表示される。なお、行動の記録の欄、ステータスの欄、及びコレクションの欄はいずれも空欄となっているが、前回の結果ページをサーバ装置３で生成し、これを応答ＲＥＳ１として返信してもよい。この場合には、前回の結果ページ（図８参照）が表示される。
【００３７】
ここで、利用者が実行ボタンをクリックして実行指示をすると（Ｓ１２）、ウェブブラウザは要求ＲＥＱ２をサーバ装置３に送信する。要求ＲＥＱ２には、実行を指示する実行情報と、入力された名前を示す入力情報と、第１の識別情報ＩＤ１（ＳＩＤ）が記録されたクッキーが含まれる。
【００３８】
次に、サーバ装置３は、要求ＲＥＱ２から実行情報と入力情報とを取得する（Ｓ１３）。また、クッキーに含まれる第１の識別情報ＩＤ１を取得し、これに対応する第２の識別情報ＩＤ２をデータベースＤＢの第１のテーブルＴＢＬ１から読み出し、さらに、第２の識別情報ＩＤ２に対応する時間情報と回数情報とを第２のテーブルＴＢＬ２から読み出す。そして、サーバ装置３は、読み出した時間情報と現在時間に基づいて、前回の処理から所定時間が経過したか否かを判定する（Ｓ１４）。
【００３９】
所定時間が経過している場合は、回数情報を「１」インクリメントしてデータベースＤＢに記憶させると共に、時間情報を現在時間に更新する。例えば、所定時間が３時間、現在時間が「６月３日15：30」であったとすると、図７に示すデータベースＤＢの記憶内容は、図１１に示すものに更新される。この場合、サーバ装置３は、入力情報「小波一郎」と回数情報「２」とに基づいて、２回目のメッセージを生成する（Ｓ１５）。
一方、所定時間を経過していない場合には、サーバ装置３は、データベースＤＢを更新せず、例えば、行動記録の欄に「冒険中」を表示させるといった２回目のメッセージを生成する（Ｓ１５）。
この後、サーバ装置３は、第２回目メッセージを含む結果ページを生成する。応答ＲＥＳ２には結果ページが含まれており、これがサーバ装置３からウェブブラウザに送信される。
【００４０】
次に、通信装置２のウェブブラウザで応答ＲＥＳ２を受信すると、ウェブブラウザは結果ページを通信装置２の表示部に表示させる（Ｓ１５）。前回の実行指示から今回の実行指示が所定時間経過している場合には冒険が進んでいる結果が表示され、所定時間が経過していない場合には、例えば、行動記録の欄に「冒険中」といった表示がなされる。
【００４１】
このように本実施形態に係るゲームシステム１００によれば、利用者がウェブブラウザを用いてサーバ装置３が提供するゲームページにアクセスすると、アクセスに用いたウェブブラウザを特定する第１の識別情報ＩＤ１を生成し、これをクッキーに含ませて送信するので、サーバ装置３では第１の識別情報ＩＤ１を用いてウェブブラウザを特定することが可能となる。従って、パスワードやＩＤをサーバ装置に予め登録しなくなくても利用者は気軽にゲームを開始することができる。
さらに、サーバ装置３は、入力情報と回数情報とに基づいてメッセージを生成するので、利用者が名付けた名前とアクセス回数に応じて、ゲームを進行させることができる。
【００４２】
なお、上述した第１実施形態において、サーバ装置３のＣＰＵ３０は、図３及び図９に示す要求ＲＥＱ１及び要求ＲＥＱ２を受信すると、第１の識別情報ＩＤ１が含まれているか否かを判定する識別情報判定部として機能する。また、サーバ装置３のＣＰＵ３０は、第１の識別情報ＩＤ１が含まれていない場合に、第１の識別情報ＩＤ１を生成する識別情報生成部として機能する（Ｓ２）。また、サーバ装置３のＣＰＵ３０は、第１の識別情報ＩＤ１が含まれていない場合に、生成した第１の識別情報ＩＤ１を取得し（Ｓ２）、第１の識別情報ＩＤ１が含まれている場合に要求に含まれる第１の識別情報ＩＤ１を取得する（Ｓ５、Ｓ９、Ｓ１３）、識別情報取得部として機能する。
【００４３】
＜Ｂ．第２実施形態＞
次に、第２実施形態に係るゲームシステム１００について説明する。第２実施形態のゲームシステム１００は、第１の識別情報ＩＤ１及び第２の識別情報ＩＤ２を生成し、データベースＤＢに記憶するタイミングを除いて、第１実施形態のゲームシステム１００と同じである。
図１２に第２実施形態に係るゲームシステム１００における初回アクセス時のシーケンスを示す。なお、図４に示す第１実施形態のシーケンスと同一の動作については説明を適宜省略する。
【００４４】
サーバ装置３は要求ＲＥＱ１を受信すると、要求ＲＥＱ１のクッキーに第１の識別情報ＩＤ１が含まれているか否かを判定し、初回のアクセスであるかを判断する（Ｓ１）。さらに、サーバ装置３は、要求ＲＥＱ１に実行情報が含まれていない場合に、名前入力ページを含む応答ＲＥＳ１を生成し、応答ＲＥＳ１を通信装置２に送信する。なお、サーバ装置３では、応答ＲＥＳ１を生成するまでに第１の識別情報ＩＤ１を生成していないので、応答ＲＥＳ２のクッキーには、第１の識別情報ＩＤ１が含まれていない。
【００４５】
次に、通信装置２のウェブブラウザで応答ＲＥＳ１を受信すると、ウェブブラウザは名前入力ページを通信装置２の表示部に表示させ（Ｓ２）、利用者が名前を入力して実行指示を行うと、第１の識別情報ＩＤ１を含まない要求ＲＥＱ２をサーバ装置３に送信する。
【００４６】
次に、サーバ装置３は、要求ＲＥＱ２のクッキーに第１の識別情報ＩＤ１が含まれているか否かを判定し、初回のアクセスであるかを判断する（Ｓ１ａ）。要求ＲＥＱ２は第１の識別情報ＩＤ１を含まないので、サーバ装置３は初回であると判断し、要求ＲＥＱ２から実行情報と入力情報とを取得する（Ｓ５）。
【００４７】
この後、サーバ装置３は、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２とを生成し、これらをデータベースＤＢに記憶する。第１の識別情報ＩＤ１は、第１実施形態と同様にＳＩＤとする。すなわち、サーバ装置３は、実行情報が含まれる要求において、第１の識別情報ＩＤ１が含まれていない場合に、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２を生成する。第１実施形態では、通信装置２の表示部に名前入力ページが表示され、利用者が名前を入力することなく名前入力ページを閉じた場合であっても、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２とが既に生成され、データベースＤＢに記憶されていた。これに対して、第２実施形態では、利用者が実行指示を行った場合に、第１の識別情報ＩＤ１と第２の識別情報ＩＤ２とを生成するようにした。この結果、利用されない識別情報の生成及び記憶を低減できるので、サーバ装置３の処理負荷を軽減すると共に、データベースＤＢの記憶容量を削減することができる。
【００４８】
次に、サーバ装置３は、入力情報及びアクセス情報を第２の識別情報ＩＤ２と対応づけてデータベースＤに記憶し（Ｓ６）、第１実施形態と同様に初回メッセージを生成し（Ｓ７）、応答ＲＥＳ２を通信装置２に送信する。応答ＲＥＳ２のクッキーには第１の識別情報ＩＤ１が記録されている。従って、第２回目以降、通信装置２のウェブブラウザがサーバ装置３が提供するゲームページにアクセスする場合には、第１実施形態と同様に要求には第１の識別情報ＩＤ１が含まれることになる。これによって、連続性を持たせたゲーム結果を提供することが可能となる。なお、第２回目のアクセス時の動作は、図９を参照して説明した第１実施形態と同様であるので、説明を省略する。
【００４９】
なお、上述した第２実施形態において、サーバ装置３のＣＰＵ３０は、図１２及び図９に示す要求ＲＥＱ１及び要求ＲＥＱ２を受信すると、第１の識別情報ＩＤ１が含まれているか否かを判定する識別情報判定部として機能する。また、サーバ装置３のＣＰＵ３０は、第１の識別情報ＩＤ１が含まれていない場合に、第１の識別情報ＩＤ１を生成する識別情報生成部として機能する（Ｓ２ａ）。また、サーバ装置３のＣＰＵ３０は、第１の識別情報ＩＤ１が含まれていない場合に、生成した第１の識別情報ＩＤ１を取得し（Ｓ２ａ）、第１の識別情報ＩＤ１が含まれている場合に要求に含まれる第１の識別情報ＩＤ１を取得する（Ｓ９、Ｓ１３）、識別情報取得部として機能する。
【００５０】
＜Ｃ．変形例＞
本発明は、上述した各実施形態に限定されるものではなく、例えば、以下に述べる変形が可能である。また、以下の例示から任意に選択された１または複数の態様は適宜に併合され得る。
（１）上述した各実施形態において、データベースＤＢは、第１のテーブルＴＢＬ１と第２のテーブルＴＢＬ２とを備えるものであったが、一つのテーブルに第１の識別情報ＩＤ１、第２の識別情報ＩＤ２、入力情報、及びアクセス情報を関連付けて記憶してもよい。
【００５１】
（２）上述した各実施形態において、第２の識別情報ＩＤ２をクッキーに保存させるようにしてもよい。また、ＳＩＤを第２の識別情報ＩＤ２としてもよい。また、第２の識別情報ＩＤ２は設けなくもよい。さらに、第１の識別情報ＩＤ２として、ＳＩＤの替わりにクライアント情報(ブラウザ情報)を使用したり、ＳＩＤと組み合わせてもよい。
【００５２】
（３）上述した各実施形態では、第２回目以降のアクセス時において、サーバ装置３は入力情報をデータベースＤＢから読み出して、名前の入力欄の初期値として名前があらかじめセットされた名前入力ページを応答ＲＥＳ１として通信装置３に送信したが、本発明はこれに限定されるものでなく、名前の入力欄の初期値として名前がセットされていない名前入力ページを送信してもよい。この場合、利用者は、再び前回と同一の名前を入力欄に入力すればよい。また、名前の入力欄の初期値として名前をあらかじめセットされている場合でも異なる名前に変更できるようにしてもよい。ここで、以前の名前と異なる名前が入力された場合、サーバ装置３において、新しい名前でデータベースＤＢに記憶されている入力情報を上書きし、回数情報を「１」に設定してもよい。これは、１つのウェブブラウザで１つの名前のみを許容する態様である。
【００５３】
１つのウェブブラウザで複数の名前を許容する態様では、第２の識別情報ＩＤ２（第１の識別情報ＩＤ１）に対応付けて、入力情報とアクセス情報との組みをデータベースに記憶すればよい。例えば、入力情報として「小波一郎」と「小波二郎」を設定した場合、データベースＤＢの記憶内容は例えば図１３に示すものとなる。この場合、「小波一郎」と「小波二郎」とでは、回数情報及び時間情報は独立して管理される。
また、データベースＤＢに複数の入力情報が記録されている場合、サーバ装置３から送信する名前入力ページでは、名前の入力欄がプルダウンメニューで複数の名前が選択できるようにしてもよい。
【００５４】
（４）上述した各実施形態では、メッセージを生成する処理を実行した時間を時間情報としてデータベースＤＢに記憶したが、本発明はこれに限定するものではなく、メッセージを生成する処理に係る時間であればどのような時間であってもよい。例えば、実際にメッセージを生成した時間にオフセット時間が加算又は減算されていてもよいし、あるいは、メッセージを生成する処理の時間に所定時間を加算した時間であってもよい。この場合には、データベースＤＢに記憶されている時間情報と現在時間とを比較して、現在時間が遅ければ、所定時間が経過したと判定して、メッセージを生成することができる。
【００５５】
（５）上述した各実施形態では、メッセージを生成した回数が同じであれば、同じメッセージを得ることができるが、メッセージの一部にランダム性を持たせるようにしてもよい。例えば、入力情報と回数情報に基づいて一意に定まるメッセージにゲーム上のアイテムを取得したことが含まれる場合、取得したアイテムの種類を予め用意された複数種類のアイテムの中からランダムに選択するようにしてもよい。この場合、取得したアイテムを特定する特定情報を、第２の識別情報ＩＤ２と関連付けてデータベースＤＢ（第２のテーブルＴＢＬ２）に記憶してもよい。そして、サーバ装置３において結果ページを生成する際に、特定情報を用いて取得したアイテムをメッセージの一部として生成すればよい。
【００５６】
（６）上述した各実施形態において、実行情報は、利用者が処理の実行を指示した場合に生成されるものであるが、その態様としては、要求ＲＥＱ１に含まれるフラグであってもよいし、あるいは、ＵＬＲの指定であってもよい。即ち、名前入力ページにおいて利用者が実行ボタンをクリックすると、処理実行のために予め設けられたページに移動するようにしてもよい。この場合、要求ＲＥＱ２は、実行ボタンと関連付けられたＵＲＬへ送信されることになるが、要求ＲＥＱ２に含まれるＵＲＬを実行情報として捉えてもよい。
【００５７】
（７）上述した各実施形態において、実行指示によりメッセージを生成する回数（以下、アクセス回数と称する）には、制約がなかったが、本発明はこれに限定されるものではなく、アクセス回数に上限を設けてもよい。あるいは、アクセス回数を冒険の対象となるダンジョン（塔）の階数として管理し、無限にメッセージを作成するようにしてもよい。
【００５８】
（８）上述した各実施形態では、入力情報と回数情報とが一致すれば、同一のメッセージが生成されることを説明した。この場合、入力情報が一致し、且つ回数情報が異なる場合に、同一のメッセージが生成されることがあってもよい。例えば、入力情報が「小波一郎」であり。回数情報が「１０」と「３０」の場合に同じメッセージが生成されてもよい。また、入力情報が不一致で回数情報が一致する場合には、異なるメッセージを生成するのが原則であるが、メッセージの数が有限である場合（例えば、10000個）、入力情報が不一致で回数情報が一致する場合に同一のメッセージが生成されることを許容してもよい。
【符号の説明】
【００５９】
１……インターネット、２-１〜２-n……通信装置、３……サーバ装置、ＤＢ……データベース、ＴＢＬ１……第１のテーブル、ＴＢＬ２……第２のテーブル。
【図１】
0005259774.tif 000002
【図２】
0005259774.tif 000003
【図３】
0005259774.tif 000004
【図４】
0005259774.tif 000005
【図５】
0005259774.tif 000006
【図６】
0005259774.tif 000007
【図７】
0005259774.tif 000008
【図８】
0005259774.tif 000009
【図９】
0005259774.tif 000010
【図１０】
0005259774.tif 000011
【図１１】
0005259774.tif 000012
【図１２】
0005259774.tif 000013
【図１３】
0005259774.tif 000014