(57)【特許請求の範囲】
【請求項１】
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
前記ユーザのユーザ端末に、グループ情報を含むメッセージと、当該メッセージを送信するためのアプリケーションを起動するための操作対象とを表示させる表示手段と、
を備え、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合、前記メッセージに含まれるグループ情報を前記ユーザに対応して新たに生成されたグループ情報とし、前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合、前記メッセージに含まれるグループ情報を前記他ユーザに対応したグループ情報とする、制御装置。
【請求項２】
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、当該グループ情報に対応付けられているユーザ情報の数を示す情報をアクセス要求元のユーザに通知する通知手段、を備えた、
請求項１に記載された制御装置。
【請求項３】
ユーザからのアクセス要求を取得した場合、当該ユーザに対応したグループ情報に対応付けられた、前記アクセス要求の取得時点のユーザ情報の数に基づいて、当該ユーザに付与すべき報酬を特定する報酬特定手段、を備えた、
請求項１又は２に記載された制御装置。
【請求項４】
グループ情報に対応付けられたユーザ情報の数に基づいて、当該グループ情報に対応したユーザに付与する報酬を決定する報酬決定手段、を備えた、
請求項１〜３のいずれかに記載された制御装置。
【請求項５】
２以上のグループ情報について、各グループ情報に対応付けられているユーザ情報の数を示す情報を比較可能な形式でユーザに提示する提示手段、を備えた、
請求項１〜４のいずれかに記載された制御装置。
【請求項６】
前記判定手段は、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬ(Uniform Resource Locator)が、前記アクセス要求に関連付けられているか否かに基づいて、前記アクセス要求が、前記他ユーザに対応したグループ情報に関連付けられているか否かを判定する、
請求項１〜５のいずれかに記載された制御装置。
【請求項７】
前記アクセス要求に前記ユニークＵＲＬが関連付けられていない場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段、を備え、
前記メッセージは、前記アクセス要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段によって生成されたユニークＵＲＬ、又は、前記ユニークＵＲＬへのリンクを含む、
請求項６に記載された制御装置。
【請求項８】
前記表示手段は、複数種類の前記アプリケーションのいずれかを選択的に起動するための複数の操作対象を、選択されたアプリケーションの送信対象となるメッセージに含まれるユニークＵＲＬがアプリケーションの種類に対応する識別子を含むようにして、アクセス要求元のユーザのユーザ端末に表示させ、
ユーザからのアクセス要求にユニークＵＲＬが関連付けられている場合に、当該ユニークＵＲＬに含まれる前記識別子を、対応するアプリケーションごとに計数する計数手段、を備えた、
請求項７に記載された制御装置。
【請求項９】
所定の期限までにユーザのゲームへの登録を受け付けるときにユーザのグループ化を行う制御装置であって、
ユーザからの登録要求があった場合に、当該登録要求が他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段と、
前記判定手段によって前記登録要求が、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
前記登録要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段によって生成されたユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを、登録要求元のユーザのユーザ端末に表示させる表示手段と、
を備えた、制御装置。
【請求項１０】
所定の期限までにユーザのゲームへの登録を受け付けるときにユーザのグループ化を行う制御装置であって、
ユーザからの登録要求があった場合に、当該登録要求が他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記登録要求が前記グループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記登録要求が前記グループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報を含むメッセージを生成する生成手段と、
前記判定手段によって前記登録要求が、前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
前記登録要求に関連付けられているグループ情報を含むメッセージ、若しくは前記生成手段によって生成されたメッセージと、当該メッセージを送信するアプリケーションを起動するための操作対象とを、登録要求元のユーザのユーザ端末に表示させる表示手段と、
を備えた、制御装置。
【請求項１１】
コンピュータを、請求項１〜１０のいずれかに記載された制御装置の各手段として機能させるためのプログラム。
【請求項１２】
ユーザ端末と、当該ユーザ端末と通信可能に構成されるサーバと、を含む制御システムであって、請求項１〜１０のいずれかに記載された制御装置の各手段を、前記ユーザ端末または前記サーバのいずれか一方が備えた、制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザに情報を拡散させるときの制御技術に関する。
【背景技術】
【０００２】
ウェブサイトにおけるサービスに係るＵＲＬ(Uniform Resource Locator)のリンクを、ユーザ間で拡散させるリンク拡散システムが知られている（引用文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０１１９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のリンク拡散システムでは、ＵＲＬのリンクをユーザ間で拡散させることは可能であるが、情報を拡散させていく過程において情報の拡散に関与したユーザを適切にグループ化することまではできなかった。
【０００５】
本発明は上述した観点に鑑みてなされたものであり、その目的は、ネットワークを介して情報をユーザ間で拡散させていく過程においてユーザを適切にグループ化できるようにした制御装置、制御方法、プログラム、制御システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の一態様は、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
を備えた、制御装置である。
【０００７】
本発明の別の態様は、所定の期限までにユーザのゲームへの登録を受け付けるときにユーザのグループ化を行う制御装置である。
この制御装置は、
ユーザからの登録要求があった場合に、当該登録要求が他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段と、
前記判定手段によって前記登録要求が、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
前記登録要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段によって生成されたユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを、登録要求元のユーザのユーザ端末に表示させる表示手段と、
を備えてもよい。
【０００８】
本発明の別の態様は、制御装置によって実行される制御方法である。
この制御方法は、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定するステップと、
前記判定するステップにおいて前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付けるステップと、
前記判定するステップにおいて前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付けるステップと、
を備えてもよい。
【０００９】
本発明の別の態様は、コンピュータを、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段、及び、
前記判定手段によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段、
として機能させるためのプログラムであってもよい。
【００１０】
本発明の別の態様は、上記プログラムを格納する、光ディスク、磁気ディスク等の、コンピュータが読み取り可能な記憶媒体であってもよい。
【００１１】
本発明の別の態様は、ユーザ端末と、当該ユーザ端末と通信可能に構成されるサーバと、を含む制御システムであってもよい。
この制御システムにおいて、前記サーバは、
ユーザからのアクセス要求があった場合に、当該アクセス要求が他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられているか否かを判定する判定手段と、
前記判定手段によって前記アクセス要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段と、
前記判定手段によって前記アクセス要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段と、
前記判定手段によって前記アクセス要求が、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段と、
を備えてもよい。
この制御システムにおいて、アクセス要求元のユーザの前記ユーザ端末は、
前記アクセス要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段によって生成されたユニークＵＲＬを前記サーバから取得し、当該ユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを表示する表示手段と、
前記操作対象に対する操作に基づいて前記アプリケーションを実行し、前記取得したユニークＵＲＬを含むメッセージを生成する実行手段と、
を備えてもよい。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態の事前登録システムの基本構成を示す図。
【図２】第１の実施形態のユーザ端末の構成を示すブロック図。
【図３】第１の実施形態の事前登録サーバの構成を示すブロック図。
【図４】事前登録情報のユーザ間の拡散を概念的に示す図。
【図５】第１の実施形態の事前登録データベースの構成例を示す図。
【図６】第１の実施形態のユーザ端末に表示される画像を例示する図。
【図７】第１の実施形態のユーザ端末に表示される画像を例示する図。
【図８】第１の実施形態のユーザ端末に表示される画像を例示する図。
【図９】第１の実施形態のユーザ端末に表示される画像を例示する図。
【図１０】第１の実施形態の制御装置の機能ブロック図。
【図１１Ａ】第１の実施形態の事前登録処理の一例を示すシーケンスチャート。
【図１１Ｂ】第１の実施形態の事前登録処理の一例を示すシーケンスチャート。
【図１１Ｃ】報酬特定処理の一例を示すフローチャート。
【図１２Ａ】第２の実施形態の事前登録処理の一例を示すシーケンスチャート。
【図１２Ｂ】第２の実施形態の事前登録処理の一例を示すシーケンスチャート。
【図１３】第３の実施形態の制御装置の機能ブロック図。
【図１４】報酬設定テーブルを例示する図。
【図１５】第３の実施形態のユーザ端末に表示される画像を例示する図。
【図１６】第３の実施形態の報酬付与処理の一例を示すシーケンスチャート。
【図１７】実施形態の変形例に係る制御装置の機能ブロック図。
【図１８】実施形態の変形例に係るユーザ端末に表示される画像を例示する図。
【図１９】実施形態の変形例に係る事前登録データベースの構成例を示す図。
【図２０】事前登録システムの機能ブロック図。
【発明を実施するための形態】
【００１３】
（１）第１の実施形態
（１−１）事前登録システムの構成
以下、制御システムの一実施形態として、新規のゲームについてサービスの開始前にユーザ登録を行うための事前登録システム１について説明する。ここで、「事前登録」とは、ゲーム、またはゲーム内の特定のイベント等についてのサービスが開始される前にユーザが、例えば電子メールアドレス等のユーザの連絡先についての情報を登録することである。ゲーム運営者はユーザの事前登録を促進させることで、ゲームまたはイベント等についてのサービスの開始前にゲームの潜在ユーザを増加させることができる。
【００１４】
図１は、実施形態の事前登録システム１のシステム構成例を示している。図１に示すように、この事前登録システム１は、ユーザ端末１０ａ，１０ｂ，１０ｃ，…、および事前登録サーバ２０を含む。各ユーザ端末１０ａ，１０ｂ，１０ｃから事前登録サーバ２０に対しては、例えばインターネットなどの通信網ＮＷを通してアクセス可能である。事前登録サーバ２０は、制御装置の一例である。
各ユーザ端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、フィーチャーフォン、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）、通信機能付き携帯ゲーム機などの通信端末である。以下の説明において、各ユーザ端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、ユーザ端末１０と表記する。
【００１５】
事前登録サーバ２０は、新規のゲームＡに対するユーザの事前登録を受け付けるためのサーバである。事前登録サーバ２０には、事前登録用プログラムとしてウェブブラウザによって解釈可能な画面データ（例えばＨＴＭＬ、ＸＭＬなどの形式で記述された画面データのことである。本発明の実施形態では、ＨＴＭＬデータを例として説明する。）を作成可能なプログラムが実装されている。
ユーザ端末１０は、事前登録サーバ２０によって提供されるＨＴＭＬデータを解釈して表示するウェブブラウザを備えており、ユーザ端末１０によるウェブページ上のユーザの操作に基づく要求をネットワークを介して事前登録サーバ２０へ送信し、事前登録サーバ２０による処理結果を受信することでゲームＡの事前登録の処理を実行する。例えば、事前登録の処理には、ユーザ端末１０がユーザのメールアドレスを事前登録サーバ２０へ送信する処理、および、事前登録サーバ２０が受信したメールアドレスを記録する処理などが含まれる。
通信網ＮＷは、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、専用回線、又はこれらの組み合わせによって構成される情報通信ネットワークである。
【００１６】
後述するように、ユーザ端末１０には、ＳＮＳ(Social Networking Service)アプリケーション、ＩＭ(Instant Messaging)アプリケーション、電子メールアプリケーションのうち少なくともいずれかのアプリケーションが実装されている。これらのアプリケーションを実行することで、通信網ＮＷを介して各ユーザ端末１０がＳＮＳサーバ７０、ＩＭサーバ８０、およびメールサーバ９０のうち少なくともいずれかのサーバと接続可能となっている。
【００１７】
ＳＮＳサーバ７０は、ユーザ端末１０を介したユーザからのコメントの投稿を受け付け、また、投稿されたコメントを閲覧可能なユーザのユーザ端末１０上に表示するなどのＳＮＳサービスを提供する。
インスタントメッセージング（ＩＭ）サーバ８０は、ユーザ端末１０を介したユーザ間の短文のメッセージの交換（チャット等）やプレゼンスの通知などのＩＭサービスを提供する。
メールサーバ９０は、ユーザ端末１０を介したユーザ間の電子メールの配送サービスを提供する。
【００１８】
なお、図１には、ＳＮＳサーバ７０、ＩＭサーバ８０、およびメールサーバ９０をそれぞれ１つずつ例示したが、この場合に限られない。
【００１９】
（１−２）ユーザ端末の構成
図２を参照してユーザ端末１０について説明する。
図２に示すように、ユーザ端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、操作入力部１５、表示部１６、通信インタフェース部１７、および、ストレージ１８を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１９が設けられている。
【００２０】
ＣＰＵ１１は、ＲＯＭ１２に格納されているプログラムやデータを読み出して、ユーザ端末１０内の各部との制御信号やデータ信号のタイミング処理等、ユーザ端末１０内の全体の動作を制御する。ＣＰＵ１１はまた、ストレージ１８に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ１３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ１３は、ＣＰＵ１１による演算処理、判定処理等のために一時的にデータを記憶する。
【００２１】
例えば、ＣＰＵ１１は、ストレージ１８内に格納されているウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、操作入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部１７を介して、事前登録サーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を通信インタフェース部１７を介して取得し、ウェブブラウザを実行してＨＴＭＬデータを解釈する。なお、ユーザ端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてもよい。そのようなプラグインの一例は、米国のアドビシステムズ社によるフラッシュプレイヤである。あるいは、本実施形態でのＨＴＭＬデータを、動画及び音声の再生機能を備えたＨＴＭＬ５形式としてもよい。
【００２２】
ウェブブラウザは、事前登録サーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従った通信を行う。ウェブブラウザは、ユーザによる操作入力部１５の操作によってウェブページ上のＵＲＬ(Uniform Resource Locator)または操作対象（例えば、ソフトウェアボタン（以下、単に「ボタン」と表記する。）等）が選択されると、ウェブページの更新のために、その選択結果を含むＨＴＴＰリクエストを事前登録サーバ２０に送信する。ウェブブラウザは、ＨＴＴＰレスポンスとして事前登録サーバ２０からＨＴＭＬデータを取得し、解釈して、ウェブページを表示部１６に表示する。
【００２３】
表示部１６は、たとえば、ＬＣＤ(Liquid Cristal Display)や有機ＥＬ(Electro Luminescence)ディスプレイ等の表示デバイスである。マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタを適用した場合、表示部１６は、薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。
【００２４】
ユーザ端末１０が釦入力方式のユーザ端末である場合、操作入力部１５は、例えば、ユーザの操作入力を受け入れるための方向指示釦、決定釦、テンキーなどの複数の指示入力釦を備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。
ユーザ端末１０がタッチパネル入力方式のユーザ端末である場合、操作入力部１５は、主として表示画面に指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。
【００２５】
ストレージ１８は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される情報記録装置であり、上述したウェブブラウザに加え、ＳＮＳアプリケーション、ＩＭアプリケーション、電子メールアプリケーションのうち少なくともいずれかを格納している。ＣＰＵ１１は、ユーザの操作情報に基づいてこれらのアプリケーションをＲＡＭ１３に展開して起動させる。なお、上述したアプリケーションを動作させるプログラムは、ユーザ端末１０に必ずしも格納されていなくてもよい。例えば、ウェブブラウザ上で利用可能なサービスであれば、ストレージ１８にウェブブラウザが格納されていれば利用できる。上記アプリケーションを利用するに当たって、アドレス帳などのユーザ間の関係付けを示すデータベースは、ストレージ１８に記憶していてもよいし、ネットワーク上のデータベースサーバ（図示せず）等の、ユーザ端末１０からアクセス可能な他の装置に記憶していてもよい。
【００２６】
（１−３）事前登録サーバの構成
図３を参照して事前登録サーバ２０の構成について説明する。
事前登録サーバ２０は、ユーザによるゲームＡに対する事前登録に関するサービスを提供する。図３に示すように、事前登録サーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、通信インタフェース部２４、および、ストレージ２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、事前登録サーバ２０は、ハードウエアに関しては汎用のネットワークサーバと同一の構成をとることができる。
【００２７】
ＣＰＵ２１は、ＲＯＭ２２に格納されているプログラムやデータを読み出して、事前登録サーバ２０内の各部との制御信号やデータ信号のタイミング処理等、事前登録サーバ２０内の全体の動作を制御する。ＣＰＵ２１はまた、ストレージ２５に記憶されているプログラムや、プログラムの実行に必要な各種データを読み出してＲＡＭ２３に展開し、プログラムの実行に伴うデータの入出力処理、演算処理、判定処理等の各種処理を行う。ＲＡＭ２３は、ＣＰＵ２１による演算処理、判定処理等のために一時的にデータを記憶する。
【００２８】
例えば、ストレージ２５には、クライアントであるユーザ端末１０のウェブブラウザとの間でＨＴＴＰに従った通信を行ってウェブサービスを提供するプログラムが格納されている。ＣＰＵ２１は、ストレージ２５に格納されているプログラムをＲＡＭ２３に展開して、プログラムを実行する。プログラムの実行に伴ってＣＰＵ２１は、通信インタフェース部２４を介してユーザ端末１０からＨＴＴＰリクエストを取得し、当該ＨＴＴＰリクエストに応じた処理を実行し、その実行結果を含むＨＴＭＬデータをＨＴＴＰレスポンスとしてユーザ端末１０へ返す。
【００２９】
ストレージ２５は、例えばフラッシュメモリあるいはＨＤＤ(Hard Disk Drive)によって構成される情報記録装置であり、上述したプログラムに加え、電子メールの送受信プログラムや、事前登録を行ったユーザのデータベースである事前登録データベース（後述する）を記憶する。ＣＰＵ２１は、事前登録データベースを更新するときにストレージ２５にアクセスする。
【００３０】
（１−４）ゲームＡの事前登録の案内の拡散の原理
本実施形態の事前登録システム１では、新規のゲームＡの事前登録の案内に関する情報が、ユーザ間でネットワークを介して伝達、つまりユーザ間で拡散することで、短期間でより多くのユーザに対して、新規のゲームＡを告知して事前登録を促すことを意図している。
以下、ゲームＡの事前登録の案内の拡散の原理について、図４および図５を参照して説明する。図４は、ゲームＡの事前登録の案内に関する情報が拡散されている態様を示す概念図である。図５は、事前登録データベースの構成例を示す図である。事前登録データベースは、前述したように、事前登録サーバ２０のストレージ２５に記録されている。
なお、事前登録の対象となるゲームＡは、今までにない全く新規のゲームの場合に限られない。同じタイトルのゲームが旧バージョンから新バージョンに変更になる場合には、新バージョンが新規のゲームとして事前登録の対象であってもよい。
以下の説明において、グループＩＤ、ユーザＩＤはそれぞれ、グループ情報、ユーザ情報の一例である。また、アクセス要求にグループＩＤが含まれていることは、アクセス要求がグループ情報に関連付けられていることの一例である。アクセス要求にグループＩＤが含まれていないことは、アクセス要求がグループ情報に関連付けられていないことの一例である。
【００３１】
図４において、新規のゲームＡの事前登録のためのＵＲＬ、又は当該ＵＲＬへのリンクについては、ゲーム運営者等から告知されており、ゲーム運営者等から告知されたＵＲＬ、及び、ＵＲＬのリンクによるアクセスにおいては、グループＩＤが含まれていないことを想定する。グループＩＤは、グループを識別するためのＩＤである。ユーザＵ１、および、ユーザＵ１０は、それぞれこのＵＲＬに基づいてアクセス要求を行い、ゲームＡの事前登録の処理を行う。ユーザＵ１、および、ユーザＵ１０からのアクセス要求にはグループＩＤが含まれていないため、それぞれグループＩＤ、およびユーザＵ１、Ｕ１０を識別するユーザＩＤが事前登録サーバ２０において生成される。
後述するが、事前登録が完了するとユーザＵ１、および、ユーザＵ１０は、それぞれグループＩＤに対応するユニークＵＲＬへのリンクを有する事前登録の案内に関する情報を含むコメント（リンク付コメント）を投稿してネットワークに公開する、あるいは当該情報を含むメッセージを知人に送信する等の処理を簡易な操作で行うことができるように構成されている。ユーザＵ１によるコメントやメッセージを閲覧した他ユーザであるユーザＵ２あるいはユーザＵ３、または、ユーザＵ１０によるコメントやメッセージを閲覧した他ユーザであるユーザＵ１１あるいはユーザＵ１２が上記ユニークＵＲＬを指定してアクセス要求を行うと、ゲームＡの事前登録処理がユニークＵＲＬに含まれるグループＩＤに関連付けて行われる。例えば、ユーザＵ２がゲームＡの事前登録を行った場合、ユーザＵ２を識別するユーザＩＤが生成されるとともに、当該ユーザＩＤを上記グループＩＤと対応付けて記録される。
【００３２】
ユーザＵ２もしくはユーザＵ３、または、ユーザＵ１１もしくはユーザＵ１２についてもまた、グループＩＤに対応するユニークＵＲＬを有する事前登録の案内に関する情報を含むコメント（リンク付コメント）を投稿してネットワークに公開する、あるいは当該情報を含むメッセージを知人に送信する等の処理を簡易な操作で行うことができる。そのため、ゲームＡの事前登録の案内に関する情報は、図４に示すように、ユーザＵ１→ユーザＵ２，Ｕ３→ユーザＵ４，Ｕ５，Ｕ６，Ｕ７，Ｕ８，Ｕ９→…、といった具合に、拡散していく。そして、共通のユーザＵ１を起点として情報が拡散された場合には、その拡散ルートに関与したユーザ（図４の例では、ユーザＵ１〜Ｕ９）はすべて、同じグループＩＤに対応付けられる。また、ユーザＵ１０→ユーザＵ１１，Ｕ１２→ユーザＵ１３，Ｕ１４，Ｕ１５，Ｕ１６→…、といった具合に、拡散していく。そして、共通のユーザＵ１０を起点として情報が拡散された場合には、その拡散ルートに関与したユーザ（図４の例では、ユーザＵ１０〜Ｕ１６）はすべて、同じグループＩＤに対応付けられる。
【００３３】
図５に示すように、事前登録データベースは、各ユーザＩＤがグループＩＤと対応付けられ、かつ各ユーザＩＤに対して、メールアドレス、シリアルコード、グループ内ユーザ数、および事前登録日時が対応付けるようにして構成されている。
「ユーザＩＤ」は事前登録を行ったユーザを識別するために設定される。ユーザＩＤは事前登録を行ったユーザ間で重複することがないコードであることが好ましい。
「メールアドレス」は、事前登録したユーザから送信されるメールアドレスである。後述するように、本実施形態の事前登録処理では各ユーザのメールアドレスを送信することが要求され、送信されたメールアドレスがユーザＩＤと対応付けて事前登録データベースに書き込まれる。
「シリアルコード」は、事前登録を行った各ユーザに配布されるコードであり、新規のゲームＡのサービスが開始された後に、事前登録者専用ページ（後述する）からゲームを開始するときに入力が必要となるコードである。シリアルコードについては本実施形態では必須ではなく、第３の実施形態において言及される。
「グループ内ユーザ数」は、同一のグループＩＤに対応付けられているユーザＩＤの数（つまり、同一のグループに所属しているユーザ数）の値である。
「事前登録日時」は、各ユーザがゲームＡの事前登録要求を行った日時である。
なお、他の実施の形態として、「ユーザＩＤ」の項目に、ユーザのメールアドレスを書き込んでもよい。何故なら、メールアドレスは、インターネット上で一意の文字列のため、これをユーザＩＤとして用いることができるためである。この場合、別途ユーザＩＤを生成する必要がなくなる。
【００３４】
図５に例示する事前登録データベースでは、ゲーム運営者等から告知されているＵＲＬに基づいてアクセス要求を行ったユーザに対して、グループＩＤ：ｇ００１、ユーザＩＤ：ｕ００１が生成されて両者を互いに対応付け、当該ユーザから拡散された事前登録の案内に関する情報に関連付けられているユニークＵＲＬを基にアクセス要求を行ったユーザに対して、ユーザＩＤ：ｕ０２４が生成され、このユーザＩＤ：ｕ０２４が共通のグループＩＤ：ｇ００１と対応付けられていることを示している。なお、以下の説明では、ユーザに対して生成されたユーザＩＤがグループＩＤに対応付けられることを、適宜「ユーザがグループに所属する」と表記する。
【００３５】
（１−５）本実施形態のゲームの事前登録処理および拡散処理
以下、本実施形態のゲームの事前登録処理について、図６〜９を参照しながら説明する。図６〜９はそれぞれ、本実施形態のゲームの事前登録処理および拡散処理を実行しているときのユーザ端末１０上の表示画面の一例を示す図である。
以下では、ユーザＵ１が最初に新規のゲームＡの事前登録処理を行い、その後、ユーザＵ１がＳＮＳ上の自身のページにゲームＡに関するコメントを投稿し、そのコメントを閲覧したユーザＵ２がゲームＡの事前登録処理を行う場合について説明する。
【００３６】
（Ａ）最初のユーザによる事前登録処理（図６、図７）
以下では、新規のゲームＡの事前登録のためのＵＲＬ、又は当該ＵＲＬへのリンクについては、ゲーム運営者等から告知されている場合について説明する。なお、ゲームＡの事前登録の受付を行う期限は決まっており、その期限は例えばゲームＡのサービスの開始日の前日である。
ユーザＵ１が、ユーザ端末１０上でゲーム運営者等から告知されているＵＲＬを指定する操作を行うと、図６のウェブページＰ１がユーザＵ１のユーザ端末１０に表示される。ウェブページＰ１は、事前登録を開始するときの初期の画像を示している。ウェブページＰ１には、ユーザがメールアドレスを入力するための入力ボックスｂ１と、次のステップに進むためのボタンｂ２（「次へ」）とを含む。ウェブページＰ１によって、事前登録を行うことで所定のアイテムＱ１が得られることが通知される。ウェブページＰ１にはボタンｂ２０（「キャンペーン詳細」）が設けられている。図示しないが、ボタンｂ２０（「キャンペーン詳細」）を操作すると、事前登録に関する詳しい情報が表示される。そのような情報として、例えば、ユーザが事前登録をすることによってユニークＵＲＬが発行されてそのユニークＵＲＬに関連付けて事前登録に関する情報を各種のアプリケーションを利用して拡散させることができることなどを通知する情報が含まれる。後述する第３の実施形態では、グループ内のユーザ数に応じて報酬が付与されるが、その具体的な報酬についての情報（グループ内のユーザ数ごとの報酬の内容についての情報）が含まれていてもよい。
ユーザＵ１が入力ボックスｂ１に自身のメールアドレス(例えば、xxxxx@xxxxx.com)を入力した上でボタンｂ２（「次へ」）を操作すると、Ｐ２に示すようにウェブページが変化する。ウェブページＰ２には、ユーザＵ１がウェブページＰ１で入力したメールアドレスが確認のために表示されるとともに、ボタンｂ３（「登録」）が表示される。なお、以下の説明では、ウェブページＰ１，Ｐ２を適宜「事前登録ページ」という。
ウェブページＰ２においてボタンｂ３（「登録」）が操作されると、ユーザＵ１のメールアドレスが事前登録サーバ２０へ送信される。その結果、ユーザＵ１のユーザ端末１０に表示されるウェブページが、図７のＰ３に示すように更新されるとともに、ユーザＵ１のメールアドレス宛に電子メールＭ１が送信される。
【００３７】
ウェブページＰ３には、ユーザＵ１の事前登録が完了したことを示すテキストとともに、ゲームＡの事前登録の案内に関する情報が記述されている表示領域１０１と、ゲームＡの事前登録の案内に関する情報を他ユーザに拡散するための複数のアプリケーションを起動するためのボタン群ｂｇとが含まれる。なお、以下の説明では、ウェブページＰ３を適宜「拡散用ページ」という。
【００３８】
ウェブページＰ３には、ボタン群ｂｇとして、ＳＮＳアプリケーションを起動するボタン（「ＳＮＳ」）、ミニブログ用アプリケーションを起動するボタン（「Ｂｌｏｇ」）、ＩＭアプリケーションを起動するボタン（「ＭＥＳ」）、および、電子メールアプリケーションを起動するボタン（電子メール記号の表示）を例示するが、これらのボタンのうち少なくともいずれか１つが表示されていればよい。
【００３９】
表示領域１０１には、ゲームＡの事前登録の案内に関する情報として、ゲームＡに事前登録することを条件として所定のアイテム（図７の例では、アイテムＱ１）が付与されることを示すテキストと、ユーザＵ１に対応付けられたグループのグループＩＤを含むＵＲＬ１（http://game_A.kkkkkk.co.jp/registration/group=g001）へのリンク（例えば、ハイパーリンク）とが記述される。アイテムＱ１は、ゲームＡの事前登録を行ったユーザ全員に付与される報酬の例である。ＵＲＬ１は、グループＩＤに対応するユニークＵＲＬであり、末尾にグループＩＤを含む（“group=g001”）。表示領域１０１に記述される情報（テキストおよびユニークＵＲＬへのリンク）は、ボタン群ｂｇの各ボタンに対応するアプリケーションを起動したときに生成されるコメント（リンク付コメント）あるいはメッセージに含まれる。
なお、本発明の実施形態では、ＵＲＬ内に付加する文字列として、事前登録データベースで管理される「グループＩＤ」を用いる例で説明しているが、ＵＲＬ内に付加する文字列は、これに限られない。つまり、事前登録データベースで管理されるどのグループＩＤかを特定可能な文字列であれば、どのような文字列であってもよい。
ウェブページＰ３のテキスト１１０は、ユーザＵ１に対応するグループに所属するユーザ数を通知するためのテキストである。図８に示す例では、ユーザＵ１の事前登録処理によって新たなグループＩＤが生成されたため、グループに所属するユーザ数は１人（ユーザＵ１のみ）である。また、テキスト１１０によって、グループに所属するユーザ数に応じて特定される報酬内容が例えば３０ｐｔ（ポイント）であることが通知されてもよい。なお、グループに所属するユーザ数は事前登録期間内で変動しうるため、グループに所属するユーザ数に応じて最終的に付与される報酬内容はこの時点では確定しない。
ウェブページＰ３のテキスト１１１には、グループに所属するユーザ数に応じて次に特定される報酬内容（例えば「６０ｐｔ（ポイント）」）と、当該報酬が特定されるために必要なグループ内のユーザ数を示す情報（例えば「あと１人」）とが含まれてもよい。
【００４０】
図７に示すように、ユーザＵ１のメールアドレス宛に送られる電子メールＭ１には、事前登録が完了したことを示すテキストを含む表示領域１０２が含まれる。
メールＭ１の表示領域１０２にはまた、ユーザＵ１に対して生成されたユーザＩＤを末尾に含むＵＲＬ２（http://game_A.kkkkkk.co.jp/registration/id=u001）へのリンクと、ユーザＵ１に配布されるシリアルコード（図８の例では、“def001”）とが含まれる。
メールＭ１内のＵＲＬ２へのリンクを選択すると、ウェブページＰ３が表示される。従って、ウェブページＰ３が表示された後にユーザＵ１が別の操作をユーザ端末１０に対して行うことによってウェブページＰ３が表示されなくなった場合であっても、保存されている受信メールＭ１の中のＵＲＬ２へのリンクを選択することによって、再度ウェブページＰ３を表示させることができる。
表示領域１０２に含まれるシリアルコードは、ユーザＵ１が新規のゲームＡのサービスが開始された後に、事前登録者専用ページ（後述する）からゲームを開始するときに入力が必要となるコードである。
【００４１】
ウェブページＰ３において、ユーザＵ１がボタン群ｂｇの中から例えばＳＮＳアプリケーションを起動するボタン（「ＳＮＳ」）を操作すると、そのＳＮＳアプリケーションが起動し、ウェブページＰ３の表示領域１０１に記述されている情報（テキストおよびユニークＵＲＬへのリンク）と同一の内容の情報が記述される表示領域１０３を備えたコメントＣＭ１（リンク付コメント）を生成する。コメントＣＭ１にはボタンｂ４（「投稿」）が含まれている。ボタンｂ４（「投稿」）が操作されると、コメントＣＭ１がＳＮＳサーバ７０に送られ、ＳＮＳ上の他ユーザから閲覧可能な状態に置かれる。コメントＣＭ１には事前登録者に付与される報酬内容が含まれているため、コメントＣＭ１を閲覧する他ユーザによる事前登録が動機付けられるようになっている。
なお、ウェブページＰ３の表示領域１０１とコメントＣＭ１の表示領域１０３に記述される内容は、ＵＲＬ１が含まれている限り、全く同一でなくてもよい。例えば、コメントＣＭ１の表示領域１０３では、ウェブページＰ３の表示領域１０１に対して、テキストとＵＲＬ１の配置、テキストのフォント若しくはサイズ、又は背景画像等が変化していてもよい。なお、ウェブページＰ３のボタン群ｂｇのそれぞれの釦毎に内容が異なってもよい。つまり、コメントを提示するアプリケーション毎にリンク付コメントの内容を変更してもよい。このようにすることによって、それぞれのアプリケーションに適した形で情報を提供させることができる。
【００４２】
（Ｂ）２番目のユーザによる事前登録処理（図８、図９）
次に、ユーザＵ２が、ユーザＵ１によって投稿されたコメントを閲覧し、コメントＣＭ１に含まれている、ユーザＵ１が所属するグループＩＤに対応するユニークＵＲＬに基づいて、事前登録を行う場合について説明する。
図８において、ユーザＵ２が、ユーザＵ１によって投稿されたコメントＣＭ２（内容は、図７のコメントＣＭ１と同じ）を閲覧し、コメントＣＭ２に含まれるユニークＵＲＬ１へのリンク（例えば、ハイパーリンク）を選択すると、ウェブページＰ１１を表示する。ウェブページＰ１１は、図６のＰ１と同内容のウェブページであり、メールアドレスを入力するための入力ボックスｂ１と、次のステップに進むためのボタンｂ２（「次へ」）とを含む。ユーザＵ２が入力ボックスｂ１に自身のメールアドレス(例えば、yyyyy@yyyyy.com)を入力した上でボタンｂ２（「次へ」）を操作すると、Ｐ１２に示すようにウェブページが変化する。ウェブページＰ１２には、ユーザＵ２がウェブページＰ１１で入力したメールアドレスが確認のために表示されるとともに、ボタンｂ３（「登録」）が表示される。ウェブページＰ１１，Ｐ１２は、事前登録ページの例である。
ウェブページＰ１２においてボタンｂ３（「登録」）が操作されると、ユーザＵ２のメールアドレスが事前登録サーバ２０へ送信される。その結果、ユーザＵ２のユーザ端末１０に表示されるウェブページが、図９のＰ１３に示すように更新されるとともに、ユーザＵ２のメールアドレス宛に電子メールＭ２が送信される。なお、ウェブページＰ１３は、拡散用ページの例である。
【００４３】
ウェブページＰ１３は、ユーザＵ１のユーザ端末１０に表示されたウェブページＰ３と同様の構成のウェブページである。ユーザＵ２はユーザＵ１から拡散された事前登録に関する情報に関連付けられたユニークＵＲＬを指定して事前登録処理を行ったため、ウェブページＰ１３が表示される時点において、ユーザＵ２は、ユーザＵ１と同じグループに対応付けられている。そのため、ウェブページＰ１３の表示領域１０１には、ウェブページＰ３の表示領域１０１と同一の内容が記述されている。つまり、表示領域１０１には、グループＩＤ（“g001”）を含むユニークＵＲＬ１（http://game_A.kkkkkk.co.jp/registration/group=g001）へのリンクが含まれる。ウェブページＰ１３ではウェブページＰ３と異なり、テキスト１１０に含まれるグループ内のユーザ数が２人（ユーザＵ１およびユーザＵ２）に増加している。また、テキスト１１０によって、グループに所属するユーザ数に応じて特定される報酬内容が例えば６０ｐｔ（ポイント）であることが通知されてもよい。ウェブページＰ３のテキスト１１１には、グループに所属するユーザ数に応じて次に特定される報酬内容（例えば「１００ｐｔ（ポイント）」）と、当該報酬が特定されるために必要なグループ内のユーザ数を示す情報（例えば「あと１人」）とが含まれてもよい。
ウェブページＰ１３には、ウェブページＰ３と同様に、ゲームＡの事前登録の案内に関する情報をさらに他ユーザに拡散するための複数のアプリケーションを起動するためのボタン群ｂｇが含まれており、ボタン群ｂｇの中のいずれかのボタンが操作されると、そのボタンに対応するアプリケーションが起動して、表示領域１０１に記述されている情報（テキストおよびユニークＵＲＬへのリンク）をネットワーク上で拡散できるように構成されている。
【００４４】
図９に示すように、ユーザＵ２のメールアドレス宛に送られる電子メールＭ２には、事前登録が完了したことを示すテキストを含む表示領域１０４が含まれる。
メールＭ２の表示領域１０４にはまた、ユーザＵ２に対して生成されたユーザＩＤを末尾に含むＵＲＬ３（http://game_A.kkkkkk.co.jp/registration/id=u024）へのリンクと、ユーザＵ２に配布されるシリアルコード（図９の例では、“stu083”）とが含まれる。
メールＭ２内のＵＲＬ３へのリンクを選択すると、ウェブページＰ１３が表示される。従って、ウェブページＰ１３が表示された後にユーザＵ２が別の操作をユーザ端末１０に対して行うことによってウェブページＰ１３が表示されなくなった場合であっても、保存されている受信メールＭ２の中のＵＲＬ３へのリンクを選択することによって、再度ウェブページＰ１３を表示させることができる。電子メールＭ１の場合と同様に、表示領域１０４に含まれるシリアルコードは、ユーザＵ２が新規のゲームＡのサービスが開始された後に、事前登録者専用ページからゲームを開始するときに入力が必要となるコードである。
【００４５】
以上説明したように、ユーザＵ１は、ゲーム運営者等から告知されているＵＲＬを指定してアクセス要求を行ってゲームＡの事前登録を行った後、アプリケーションを起動させて、ユーザＵ１が対応付けられるグループＩＤに対応するユニークＵＲＬを含む、ゲームＡの事前登録の案内に関する情報をネットワーク上で拡散する。好ましくは、拡散される情報には、他ユーザによる事前登録を促進させるために、事前登録を行うことによって得られる報酬内容（上述した例では、アイテムＱ１）についての情報が含まれる。ネットワーク上で当該案内を知ったユーザＵ２は、当該案内に含まれているユニークＵＲＬを指定してアクセス要求を行ってゲームＡの事前登録を行う。このように、本実施形態では、ユーザＵ１を起点として他ユーザに、グループＩＤに対応するユニークＵＲＬを含むゲームＡの事前登録の案内に関する情報が拡散されていくため、効率的に事前登録の案内を多くのユーザに告知させることができる。また、ゲームＡの事前登録の案内に関する情報は、当該情報の拡散ルート上のすべてのユーザを同一のグループとする（つまり、拡散ルート上の複数のユーザＩＤを同一のグループＩＤに対応付ける）ため、ネットワークを介して上記情報をユーザ間で拡散させていく過程においてユーザをグループ化することができる。
【００４６】
（１−６）制御装置が備える機能の概要
次に、上述した本実施形態のゲームを実現するために制御装置が備える機能について説明する。
本実施形態では、事前登録サーバ２０によって制御装置５０が構成されている。以下では、本実施形態の制御装置５０で実現される機能について、図１０を参照して説明する。図１０は、本実施形態の制御装置５０で主要な役割を果たす機能を説明するための機能ブロック図である。
なお、図１０に示す機能ブロック図に含まれる手段のすべてが本発明に必須の要素とは限らない。例えば、本発明の一態様では、判定手段５１、第１対応付け手段５２、および、第２対応付け手段５４を備えていればよい。
【００４７】
判定手段５１は、ユーザ端末１０からのゲームＡの事前登録のためのアクセス要求が、他ユーザに対応したグループＩＤに関連付けられているか否かを判定する機能を備える。本実施形態の例では、アクセス要求が他ユーザに対応したグループＩＤに関連付けられているか否かの判定は、アクセス要求に他ユーザに対応したグループＩＤが含まれているか否かに基づいて行われる。本実施形態の例では、他ユーザに対応したグループＩＤは、ユニークＵＲＬに含まれる。
判定手段５１の機能は、以下のようにして実現できる。ユーザが、ゲーム運営者等から告知されているＵＲＬを指定してアクセス要求を行う場合には、ユーザ端末１０から事前登録サーバ２０へ送信されるＨＴＴＰリクエストに含まれる事前登録のためのＵＲＬに、他ユーザに対応したグループＩＤが含まれていない。一方、ユーザが、他ユーザからネットワーク上で拡散されている事前登録に関する情報に関連付けられたユニークＵＲＬを指定してアクセス要求を行う場合には、ユーザ端末１０から事前登録サーバ２０へ送信されるＨＴＴＰリクエストで指定されるユニークＵＲＬの末尾には、他ユーザに対応したグループＩＤが含まれている。そこで、事前登録サーバ２０のＣＰＵ２１は、ユーザからのアクセス要求を受け付けた場合、ユーザ端末１０から受信したＨＴＴＰリクエストにおいてユニークＵＲＬが指定されているか否かを判定することで、アクセス要求が他ユーザに対応したグループＩＤを含むか否かを判定する。
【００４８】
第１対応付け手段５２は、判定手段５１によってユーザからのゲームＡの事前登録のためのアクセス要求が他ユーザに対応したグループＩＤに関連付けられていないと判定された場合、つまり当該アクセス要求が他ユーザに対応したグループＩＤを含まないと判定された場合には、アクセス要求元のユーザに対応したグループＩＤと、当該ユーザに対応したユーザＩＤとを対応付ける機能を備える。
第１対応付け手段５２の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていないと判定した場合（つまり、アクセス要求が他ユーザに対応したグループＩＤを含まないと判定した場合）、アクセス要求元のユーザに対応したグループＩＤ、および当該ユーザに対応したユーザＩＤを生成し、生成したグループＩＤとユーザＩＤを互いに対応付けるように事前登録データベースに書き込む（例えば、図５のグループＩＤ：g001とユーザＩＤ：u001）。新たなグループＩＤおよびユーザＩＤの生成はそれぞれ、既に生成されたグループＩＤおよびユーザＩＤと重複しないようにして行われる。
なお、本発明の実施の形態では、グループＩＤおよびユーザＩＤの生成タイミングを、判定手段５１による判定の後である場合を例に説明しているが、これに限られるものではない。例えば、予め生成しておいた多数のグループＩＤおよびユーザＩＤの中から選択して割り当てる方法であってもよい。つまり、グループＩＤおよびユーザＩＤの生成タイミングは、任意のタイミングでよいものである。
また、本実施形態の例では、事前登録データベースは、事前登録サーバ２０のストレージ２５に記憶されているが、事前登録サーバ２０からアクセス可能なネットワーク上の外部装置（ネットワークサーバ等）に記憶していてもよい。その場合、第１対応付け手段５２の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、通信インタフェース部２４を介して外部の事前登録データベースにデータの書き込みを行う。
【００４９】
事前登録サーバ２０のＣＰＵ２１はさらに、ユーザＩＤに対応付けて、事前登録データベースに、メールアドレス、シリアルコード、グループ内ユーザ数、および事前登録日時の各項目のデータを書き込む。ゲームＡの事前登録のためのユーザからのアクセス要求がグループＩＤを含まない場合には、そのユーザはグループに所属する最初のユーザとなるため、そのユーザのユーザＩＤに対応付けられるグループ内ユーザ数の項目のデータは「１」となる。
シリアルコードの項目には、既に他ユーザに対して設定されたシリアルコードと重複しないシリアルコードが生成されて書き込まれる。事前登録日時の項目には、ユーザＩＤが生成された日時が書き込まれる。
【００５０】
生成手段５３は、ユーザからのゲームＡの事前登録のためのアクセス要求に、他ユーザに対応したグループＩＤに対応するユニークＵＲＬが関連付けられていない場合、つまりアクセス要求に他ユーザに対応したグループＩＤが含まれていない場合には、アクセス要求元のユーザに対応したグループＩＤに対応するユニークＵＲＬを生成する機能を備える。
生成手段５３の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていないと判定した場合（つまり、アクセス要求にユニークＵＲＬが含まれていないと判定した場合）、前述したように新たなグループＩＤ（つまり、アクセス要求元のユーザに対応したグループＩＤ）を生成するとともに、当該グループＩＤを含むユニークＵＲＬを生成する。例えば、グループＩＤが“g001”である場合には、図７のウェブページＰ３に示したように、ユニークＵＲＬは、“http://game_A.kkkkkk.co.jp/registration/group=g001”となる。
【００５１】
第２対応付け手段５４は、判定手段５１によってユーザからのゲームＡの事前登録のためのアクセス要求が他ユーザに対応したグループＩＤに関連付けられていると判定された場合、つまりアクセス要求が他ユーザに対応したグループＩＤを含むと判定された場合には、アクセス要求元のユーザに対応したユーザＩＤを生成し、アクセス要求に含まれるグループＩＤ（つまり、他ユーザに対応したグループＩＤ）と生成したユーザＩＤとを対応付ける機能を備える。
第２対応付け手段５４の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていると判定した場合（つまり、アクセス要求が他ユーザに対応したグループＩＤを含むと判定した場合）、当該ユニークＵＲＬに含まれているグループＩＤを特定する。事前登録サーバ２０のＣＰＵ２１は、ＨＴＴＰリクエストの送信元のユーザを識別するユーザＩＤを生成し、当該ユーザＩＤを、特定したグループＩＤに対応付けるようにして事前登録データベースに書き込む（例えば、図５のグループＩＤ：g001とユーザＩＤ：u024）。
【００５２】
事前登録サーバ２０のＣＰＵ２１はさらに、ユーザＩＤに対応付けて、事前登録データベースに、メールアドレス、シリアルコード、グループ内ユーザ数、および事前登録日時の各項目のデータを書き込む。新たなユーザがグループに追加されたため、新たに書き込まれたユーザＩＤを含むすべてのユーザＩＤに対応付けられるグループ内ユーザ数の値を、新たにユーザＩＤを書き込む前のグループ内ユーザ数の値に対して１を加えた値とする。例えば、新たにユーザＩＤを書き込む前のグループ内ユーザ数の値が「６」（各ユーザＩＤに対して同一の値）であるとき、新たにユーザＩＤが書き込まれた場合には、新たに書き込まれたユーザＩＤを含めてすべてのユーザＩＤに対応付けられるグループ内ユーザ数の値を「７」に更新する。
シリアルコードの項目には、既に他ユーザに対して設定されたシリアルコードと重複しないシリアルコードが生成されて書き込まれる。事前登録日時の項目には、ユーザＩＤが生成された日時が書き込まれる。
【００５３】
通知手段５５は、判定手段５１によってユーザからのゲームＡの事前登録のためのアクセス要求が他ユーザに対応したグループＩＤに関連付けられていると判定された場合、つまりアクセス要求が他ユーザに対応したグループＩＤを含むと判定された場合には、当該グループＩＤに対応付けられているユーザＩＤの数を示す情報をアクセス要求元のユーザに通知する機能を備える。
通知手段５５の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていると判定した場合（つまり、アクセス要求がグループＩＤを含むと判定した場合）、前述したように、ＨＴＴＰリクエストの送信元のユーザに対応したユーザＩＤを生成して事前登録データベースに書き込むとともに、新たに書き込まれたユーザＩＤを含めてすべてのユーザＩＤに対応付けられるグループ内ユーザ数の値を更新する。次いで事前登録サーバ２０のＣＰＵ２１は、事前登録要求を行ったユーザのユーザ端末１０へ送信するＨＴＭＬデータに、グループ内ユーザ数を含ませるようにする。それによって、例えば図９のウェブページＰ１３のテキスト１１０に示したように、グループ内ユーザ数（つまり、グループＩＤに対応付けられているユーザＩＤの数）がユーザに通知される。
【００５４】
第１表示手段５６は、アクセス要求に含まれるユニークＵＲＬ、若しくは生成手段５３によって生成されたユニークＵＲＬ、又は、ユニークＵＲＬへのリンクを、アクセス要求元のユーザのユーザ端末に表示させる機能を備える。
第１表示手段５６の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユニークＵＲＬ、又は、ユニークＵＲＬへのリンクを含むようにして、事前登録要求を行ったユーザのユーザ端末１０へ送信するＨＴＭＬデータを生成する。このとき、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていないと判定した場合には、上述したように新たなグループＩＤを含むユニークＵＲＬ、又はユニークＵＲＬへのリンクを生成して、ＨＴＭＬデータに含ませる。一方、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から受信したＨＴＴＰリクエストにおいて事前登録のためのユニークＵＲＬが指定されていると判定した場合には、そのユニークＵＲＬ、又はユニークＵＲＬへのリンクをＨＴＭＬデータに含ませる。その結果、例えば、ウェブページＰ３（図７）あるいはウェブページＰ１３（図９）の表示領域１０１に、ユニークＵＲＬへのリンクがユーザ端末１０に表示される。
【００５５】
第２表示手段５７は、ユーザ端末１０からのゲームＡの事前登録のためのアクセス要求に含まれるユニークＵＲＬ、又は生成手段５３によって生成されたユニークＵＲＬ、又はユニークＵＲＬへのリンクを含むメッセージを送信するアプリケーションを起動するための操作対象を、アクセス要求元のユーザのユーザ端末１０に表示させる機能を備える。第２表示手段５７による操作対象の表示例は、ウェブページＰ３（図７）あるいはウェブページＰ１３（図９）のボタン群ｂｇの各ボタンである。
第２表示手段５７の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、事前登録要求を行ったユーザのユーザ端末１０へ送信するＨＴＭＬデータを、ＳＮＳアプリケーションを起動するボタン（「ＳＮＳ」）、ミニブログ用アプリケーションを起動するボタン（「Ｂｌｏｇ」）、ＩＭアプリケーションを起動するボタン（「ＭＥＳ」）、および、電子メールアプリケーションを起動するボタン（電子メール記号の表示）のうち少なくともいずれか１つを含むボタン群ｂｇを含むようにして生成する。このとき、各ボタンの操作に基づいてＡＰＩ(Application Programming Interface)を呼び出すことによってボタンに対応するアプリケーションが起動するように、ＨＴＭＬデータが生成される。
【００５６】
報酬特定手段５８は、ユーザからのアクセス要求を取得した場合、当該ユーザに対応したグループＩＤに対応付けられた、アクセス要求の取得時点のユーザＩＤの数に基づいて、当該ユーザに付与すべき報酬を特定する（つまり、後述する報酬特定処理を実行する）機能を備える。報酬特定手段５８は、ゲームの事前登録期間内において、ユーザが属するグループ内のユーザ数に応じた報酬を特定する。本実施形態では、事前登録期間内にグループ内のユーザ数が増加するにつれて、報酬特定手段５８によって特定される報酬が変動する場合がある。本実施形態の例では、報酬特定手段５８では、報酬特定処理が行われた時点で仮に事前登録が締め切られた場合にユーザに付与される報酬（言わば、仮の報酬）が特定される。報酬特定手段によって特定された報酬はユーザに直ちに付与されないが、報酬特定手段５８によって特定される報酬を認識することで、ユーザにとって自身が属するグループのユーザ数を増やそうとする動機付けとなる。
報酬特定手段５８の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、ユーザ端末１０から事前登録要求を取得すると、事前登録データベースを参照して、グループ内ユーザ数の項目のデータ（アクセスしたユーザが所属するグループの人数）を読み出す。そして事前登録サーバ２０のＣＰＵ２１は、読み出したグループ内ユーザ数を用いて、例えば後述する報酬設定テーブル（図１４参照）からユーザ数に応じた報酬内容を特定する。
また、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースから読み出したグループ内ユーザ数に基づいて、報酬設定テーブルを参照して、次に特定される報酬内容と、当該報酬が特定されるために必要なグループ内ユーザ数とを特定してもよい。「次に特定される報酬内容」とは、現在のグループ内ユーザ数が増加したときに特定される報酬内容が、現在特定されている報酬内容に対して初めて変動する場合に、その「グループ内ユーザ数が増加したときに特定される報酬内容」を意味する。例えば、図１４に示す報酬設定テーブルの例において、現在特定されているグループ内ユーザ数および特定されている報酬がそれぞれ「２０人」、「４４０ｐｔ」である場合には、「次に特定される報酬内容」として「４６０ｐｔ」が特定され、「当該報酬が特定されるために必要なグループ内ユーザ数」として「２３人」が特定される。このようにして特定された情報をユーザに提示することで、ユーザが属するグループのユーザ数を増やそうとするさらなる動機付けを当該ユーザに与えることができる。なお、「当該報酬が特定されるために必要なグループ内ユーザ数」についての情報は、例えば「あと３人」（＝２３−２０）といったテキスト形式でユーザに提示されてもよい。
【００５７】
なお、報酬特定手段５８によって特定された報酬についての処理方法については、様々な態様が含まれてもよい。例えば、図７のウェブページＰ３および図９のウェブページＰ１３（以上、拡散用ページ）に示したように、ユーザ端末１０から事前登録要求があった場合には、報酬特定手段５８によって特定された報酬として、その要求を認識した時点での、ユーザが属するグループ内のユーザ数に基づく報酬（Ｐ３の例では６０ｐｔ、Ｐ１３の例では６０ｐｔ）をユーザに通知することが好ましい。また、図７の電子メールＭ１のＵＲＬ２や図９の電子メールＭ２のＵＲＬ３を指定するアクセス要求を行うことによってユーザは、所望のタイミングで拡散用ページを閲覧することができ、そのアクセス要求を行った時点での、グループ内のユーザ数と、当該ユーザ数に基づいて報酬特定手段５８によって特定された報酬を認識することができる。ユーザは事前登録要求を行ったタイミング、又はユーザが要求を行う所望のタイミングにおいて、報酬特定手段５８によって特定された報酬を認識することができるため、自身が属するグループ内のユーザ数が増加することによる実益がわかりやすくなる。そのため、グループ内のユーザ数を増やそうとする、より一層の動機付けにつながる。
また、上記では、報酬特定手段５８によって特定された報酬が直ちにユーザに付与されない場合について説明したが、ユーザが希望する場合には当該報酬を直ちにユーザに付与してもよい。つまり、報酬特定手段５８によって特定された報酬をユーザが受け取るか否かについてユーザによって選択可能となるボタンを、その報酬をユーザに提示するウェブページ（拡散用ページ）に表示させ、当該ボタンに対する操作入力に基づきユーザが報酬を受け取ることを希望することを認識した場合には、報酬をユーザに付与してもよい。
図１４に示す報酬設定テーブルの例では、グループ内ユーザ数と報酬とが１対１の関係で規定されているが、グループ内ユーザが増加するにつれて累積的に付与される報酬を規定してもよい。例えば、以下のように規定する。
・グループ内ユーザ数：１  報酬内容：３０ｐｔ
・グループ内ユーザ数：２  追加分として報酬内容：３０ｐｔ
・グループ内ユーザ数：３  追加分として報酬内容：４０ｐｔ
・グループ内ユーザ数：４  追加分として報酬内容：２０ｐｔ
…
このように規定した場合、グループ内ユーザに対して付与すべき報酬（ポイント）の総量は、図１４に示した例と変わらない。そして、ユーザに付与すべきグループ内ユーザ数に応じた各報酬について、それぞれ個別にユーザの所望のタイミングでユーザが受け取ることができるようにしてもよい。
【００５８】
（１−７）本実施形態のゲームの事前登録処理フロー
次に、本実施形態のゲームＡの事前登録処理フローの一例について、図１１Ａ〜図１１Ｃのシーケンスチャートを参照して説明する。図１１Ａは、最初のユーザであるユーザＵ１による事前登録処理を示しており、図６および図７の表示内容に対応する。図１１Ｂは、２番目のユーザであるユーザＵ２による事前登録処理を示しており、図８および図９の表示内容に対応する。図１１Ｃは、図１１Ａおよび図１１Ｂに示すフローチャート内の報酬特定処理の詳細処理を示すフローチャートである。
なお、各図において、図６〜９に示した各ウェブページＰ１〜Ｐ３、Ｐ１１〜Ｐ１３、および、コメントＣＭ１，ＣＭ２の表示タイミングに、各符号を付してある。
以下の説明において、事前登録ページの要求、および、事前登録要求は、それぞれ本発明の「アクセス要求」の一例である。
【００５９】
（Ａ）最初のユーザによるゲームの事前登録処理（図１１Ａ）
図１１Ａにおいて先ず、ユーザＵ１が、ユーザ端末１０を操作してゲーム運営者等から告知されている新規ゲームの事前登録のためのＵＲＬを指定して事前登録ページの要求を行う場合について説明する（ステップＳ１０）。ゲーム運営者等から告知されているＵＲＬは、予め定められた特定の記号で構成されており、グループＩＤは含まれていない。事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に係るＨＴＴＰリクエストを取得すると、ユーザＵ１以外の他ユーザに対応したグループＩＤの有無を判定する（ステップＳ１２）。事前登録ページの要求において他ユーザに対応したグループＩＤの有無を判定することによって、事前登録ページの要求が他ユーザに対応したグループＩＤに関連付けられているか否かについて判定される。なお、事前登録サーバ２０のＣＰＵ２１は、ステップＳ１２の判定結果を、ユーザＵ１と対応付けてＲＡＭ２３に記録しておく。
事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に、ユーザＵ１以外の他ユーザに対応したグループＩＤが含まれていないと判断すると、事前登録ページを表示するためのＨＴＭＬデータをユーザＵ１のユーザ端末１０へ送信する（ステップＳ１４）。ユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して事前登録ページを表示する（ステップＳ１６）。
なお、本実施形態では、所定の期限（例えば、ゲームのサービス開始前日）までに事前登録を行うものとして説明しているため、ユーザ端末１０からアクセス要求がなされた場合、事前登録サーバ２０は、アクセス要求された時刻が、予め設定されている所定の期限を過ぎているかを判定する。期限を過ぎていると判定した場合は、サービスが開始されているため、ゲームのトップページ（図１５のＰ２０）を表示させるための画面データとしてＨＴＭＬデータをユーザ端末１０に送信する。
【００６０】
事前登録ページ（図６のウェブページＰ１，Ｐ２）上でユーザＵ１が自身のメールアドレスを入力してボタンを操作すると、ユーザ端末１０から事前登録サーバ２０へ事前登録要求が送られる（ステップＳ１８）。この事前登録要求には、ユーザＵ１のメールアドレスの情報が含まれている。事前登録要求を取得すると、事前登録サーバ２０のＣＰＵ２１は、ＲＡＭ２３に記録したステップＳ１２の判定結果を読み出すことで、ユーザＵ１からの事前登録要求が、ユーザＵ１以外の他ユーザに対応したグループＩＤに関連付けられているか否か判断する。この例では、事前登録サーバ２０のＣＰＵ２１は、事前登録要求が、ユーザＵ１以外の他ユーザに対応したグループＩＤに関連付けられていないと判断し、ステップＳ２０以降の処理を実行する。すなわち、事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１に対応したグループＩＤを発行（生成）し（ステップＳ２０）、ユーザＵ１に対応したユーザＩＤとシリアルコードとを発行（生成）する（ステップＳ２２）。ここで、ステップＳ２０で発行されたグループＩＤを“g001”とする。
事前登録サーバ２０のＣＰＵ２１は、発行したグループＩＤとユーザＩＤを対応付けるとともに、ユーザＩＤと、メールアドレス、シリアルコード、グループ内ユーザ数、および事前登録日時の各項目のデータとを対応付けるようにして、事前登録データベースにデータを記録する（ステップＳ２４）。なお、ユーザＵ１はグループに所属する最初のユーザとなるため、グループ内ユーザ数の項目は「１」が書き込まれる。また、事前登録日時の項目には、ステップＳ２２でユーザＩＤを生成した日時のデータが書き込まれる。
【００６１】
次いで、事前登録サーバ２０のＣＰＵ２１は、報酬特定処理を実行する（ステップＳ２５）。報酬特定処理は必ずしも必須の処理ではないが、ユーザに事前登録に関する情報を拡散させる動機付けをより多く付与する点で好ましい。図１１Ｃに示すように、報酬特定処理では、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースを参照して、グループ内ユーザ数の項目のデータ（つまり、ユーザＵ１が所属するグループの人数）を読み出す（ステップＳ２５１）。ここでは、最初のユーザによる登録時であるため、グループ内ユーザ数は「１」である。そして事前登録サーバ２０のＣＰＵ２１は、読み出したグループ内ユーザ数を用いて、後述する報酬設定テーブル（図１４参照）からユーザ数に応じた報酬内容を特定する（ステップＳ２５２）。例えば、図１４に示す報酬設定テーブルの例では、報酬内容として３０ポイントが特定される。また、事前登録サーバ２０のＣＰＵ２１は、ステップＳ２５１で読み出したグループ内ユーザ数に基づいて、報酬設定テーブルから、次に特定される報酬内容と、当該報酬が特定されるために必要なグループ内ユーザ数とを特定する（ステップＳ２５３）。例えば、図１４に示す報酬設定テーブルの例では、次に特定される報酬内容が６０ポイントであることが特定され、６０ポイントが特定されるために必要なグループ内ユーザ数が「２」であることが特定される。そして、図７のウェブページＰ３に示す例では、次に特定される報酬に必要なグループ内のユーザ数を示す情報として、「あと１人」（つまり、次に特定される報酬に必要なグループ内ユーザ数（２）から、現在のグループ内ユーザ数（１）を引いた値）というテキストが含まれる。
【００６２】
図１１Ａの説明に戻る。次いで事前登録サーバ２０のＣＰＵ２１は、拡散用ページを表示するためのＨＴＭＬデータ（拡散用ＨＴＭＬデータ）を生成して（ステップＳ２６）、ユーザＵ１のユーザ端末１０へ送信する（ステップＳ２８）。ユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して拡散用ページを表示する（ステップＳ３０）。拡散用ページの例は、図７のウェブページＰ３である。ステップＳ２６において、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースを参照し、ユーザＵ１のユーザＩＤに対応するグループ内ユーザ数を読み出し、読み出したグループ内ユーザ数が表示されるようにしてＨＴＭＬデータを生成する。ステップＳ２６の例では、グループ内ユーザ数が「１」（ユーザＵ１のみ）であるため、拡散用ページにはＰ３に例示したように例えば「あなたのグループは現在１人」というテキストが含まれる。
また、ステップＳ２６において、事前登録サーバ２０のＣＰＵ２１は、ステップＳ２５２およびＳ２５３で特定した情報を含むようにして拡散用ＨＴＭＬデータを生成する。例えばＰ３の拡散用ページには、現時点で特定された報酬内容として「３０ポイント」、次に特定される報酬内容として「６０ポイント」、および次に特定される報酬に必要なグループ内のユーザ数として「１人」が表示される。
【００６３】
ステップＳ２６において拡散用ＨＴＭＬデータを生成するに当たって、事前登録サーバ２０のＣＰＵ２１は、ステップＳ１０の事前登録ページの要求においてユニークＵＲＬが指定されていないため、新たにユニークＵＲＬを生成し、ユニークＵＲＬへのリンクを含む、新規ゲームの事前登録の案内に関するコメント（リンク付コメント）を拡散用ＨＴＭＬデータに含ませるようにする。
また、事前登録サーバ２０のＣＰＵ２１は、ＳＮＳアプリケーションを起動するボタン（「ＳＮＳ」）、ミニブログ用アプリケーションを起動するボタン（「Ｂｌｏｇ」）、ＩＭアプリケーションを起動するボタン（「ＭＥＳ」）、および、電子メールアプリケーションを起動するボタン（電子メール記号の表示）のうち少なくともいずれか１つを含むボタン群を含むようにして、拡散用ＨＴＭＬデータを生成する。このとき、各ボタンの操作に基づいてＡＰＩを呼び出すことによってボタンに対応するアプリケーションが起動するように、ＨＴＭＬデータが生成されている。
【００６４】
事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１に対して発行したユーザＩＤを含むＵＲＬと、ユーザＵ１に対して発行されたシリアルコードとを含むメッセージが記述された電子メールを生成し（ステップＳ３２）、ユーザＵ１のユーザ端末１０へ送信する（ステップＳ３４）。
【００６５】
ユーザＵ１が拡散用ページ（例えば、図７のウェブページＰ３）において、例えばＳＮＳアプリケーションに対応付けたボタンを操作すると（ステップＳ３６：ＹＥＳ）、ユーザ端末１０に実装されているＳＮＳアプリケーションが起動するとともに、上記ユニークＵＲＬを含むリンク付コメントを作成する（ステップＳ３８）。ＳＮＳアプリケーション上でユーザＵ１がリンク付コメントを投稿することを要求する操作を行うと、そのリンク付コメントがＳＮＳサーバ７０へ送信される（ステップＳ４０）。ＳＮＳサーバ７０は、受信したリンク付コメントをサーバ内のデータベースに、ユーザＵ１と対応付けて記録する（ステップＳ４２）。
なお、ステップＳ３６において、いずれかのアプリケーションに対応付けたボタンが操作されない場合には（ステップＳ３６：ＮＯ）、アプリケーションは起動されずに拡散用ページを表示したままとなる。
【００６６】
ＳＮＳサーバ７０はその後、ＳＮＳを利用可能なユーザから当該リンク付コメントの閲覧要求があった場合には、このリンク付コメントを含むＨＴＭＬデータを当該ユーザへ送信する。送信された当該リンク付コメントを含むＨＴＭＬデータが、閲覧要求を行ったユーザ端末１０のウェブブラウザにより解釈され、ウェブページが表示されることによって、ユーザＵ１以外のユーザが、ユーザＵ１からのリンク付コメントに含まれるユニークＵＲＬを指定して、事前登録サーバ２０へ新規ゲームの事前登録ページの要求を行うことが可能となる。すなわち、ユーザＵ１によるアプリケーションに対応付けられたいずれかのボタンに対する操作によって、ユーザＵ１によるゲームＡの事前登録処理において発行されたユニークＵＲＬを含む事前登録に関する情報が、ＳＮＳ、ＩＭ、あるいは電子メール等のアプリケーションを通して他ユーザに拡散することになる。
【００６７】
なお、図示していないが、ユーザＵ１のユーザ端末１０がステップＳ３４で受信した電子メールに含まれる、ユーザＵ１に対して発行されたユーザＩＤを含むＵＲＬへのリンクを選択する操作を行った場合、当該ＵＲＬを指定したＨＴＴＰリクエストが事前登録サーバ２０へ送信される。事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１のユーザ端末１０へ当該ＵＲＬに含まれるユーザＩＤに対応付けられたグループＩＤに応じた拡散用ＨＴＭＬデータを送信する。このとき、事前登録サーバ２０のＣＰＵ２１は、ユニークＵＲＬを特定するために、ユーザＵ１からのＨＴＴＰリクエストに含まれるＵＲＬに含まれるユーザＩＤに対応付けられているグループＩＤを、事前登録データベースを参照して特定する。
【００６８】
（Ｂ）２番目のユーザによるゲームの事前登録処理（図１１Ｂ）
例えば、ユーザＵ１の友達であるユーザＵ２が、ユーザＵ１によって投稿されたリンク付コメントを閲覧することによって、事前登録を行う場合について説明する。ＳＮＳサーバ７０は、ユーザＵ２から閲覧要求を受け付けると(ステップ５０)、サーバ内のデータベースからユーザＵ１のリンク付コメントを読み出し（ステップＳ５２）、そのリンク付コメントを含むＨＴＭＬデータを生成してユーザＵ２のユーザ端末１０へ送信する（ステップＳ５４）。ユーザＵ２のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してユーザＵ１のリンク付コメントを表示する（ステップＳ５６）。
【００６９】
ユーザＵ１のリンク付コメントには、図１１ＡのステップＳ２０で発行されたグループＩＤ（“g001”；ユーザＵ１に対応したグループＩＤ）に対応するユニークＵＲＬが含まれている。ユーザＵ２は、閲覧したリンク付コメントに含まれているユニークＵＲＬを指定して事前登録ページの要求を行う（ステップＳ５８）。この事前登録ページの要求には、ユニークＵＲＬが含まれている。事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に係るＨＴＴＰリクエストを取得すると、ユーザＵ２以外の他ユーザに対応したグループＩＤの有無を判定する（ステップＳ６０）。事前登録サーバ２０のＣＰＵ２１は、ステップＳ６０の判定結果を、ユーザＵ２と対応付けてＲＡＭ２３に記録しておく。
事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に、ユーザＵ２以外の他ユーザに対応したグループＩＤ（この場合、ユーザＵ１に対応したグループＩＤ）が含まれていると判断すると、事前登録ページを表示するためのＨＴＭＬデータをユーザＵ２のユーザ端末１０へ送信する（ステップＳ６２）。ユーザＵ２のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して事前登録ページを表示する（ステップＳ６４）。
なお、本発明の実施形態では、所定の期限（例えば、ゲームのサービス開始前日）までに事前登録を行うものとして説明しているため、ユーザ端末１０からアクセス要求がなされた場合、事前登録サーバ２０は、グループＩＤの有無を判定する前に、アクセス要求された時刻が、予め設定されている所定の期限を過ぎているかを判定する。期限を過ぎていると判定した場合は、ゲームのサービスが開始されているため、グループＩＤの有無にかかわらず、ゲームのトップページ（図１５のＰ２０）をユーザ端末１０に表示させるための画面データとしてのＨＴＭＬデータをユーザ端末１０に送信する。
【００７０】
事前登録ページ（図８のウェブページＰ１１，Ｐ１２）上でユーザＵ２が自身のメールアドレスを入力してボタンを操作すると、ユーザＵ２のユーザ端末１０から事前登録サーバ２０へ事前登録要求が送られる（ステップＳ６６）。この事前登録要求には、ユーザＵ２のメールアドレスの情報が含まれている。事前登録要求を取得すると、事前登録サーバ２０のＣＰＵ２１は、ＲＡＭ２３に記録したステップＳ６０の判定結果を読み出すことで、ユーザＵ２からの事前登録要求が、ユーザＵ２以外の他ユーザ（この例では、ユーザＵ１）に対応したグループＩＤに関連付けられているか否か判断する。この例では、事前登録サーバ２０のＣＰＵ２１は、事前登録要求が、ユーザＵ１以外の他ユーザに対応したグループＩＤに関連付けられていると判断し、ステップＳ６８以降の処理を実行する。すなわち、事前登録サーバ２０のＣＰＵ２１は、ユーザＵ２に対応したユーザＩＤとシリアルコードとを発行（生成）する（ステップＳ６８）。事前登録サーバ２０のＣＰＵ２１は、ユニークＵＲＬに含まれているグループＩＤ（つまり、他ユーザであるユーザＵ１に対応したグループＩＤ）と、発行したユーザＩＤとを対応付けるとともに、ユーザＩＤと、メールアドレス、シリアルコード、グループ内ユーザ数、および事前登録日時の各項目のデータとを対応付けるようにして、事前登録データベースにデータを記録する（ステップＳ７０）。なお、ユーザＵ２は２番目のユーザとなるため、グループ内ユーザ数の項目は「２」が書き込まれる。また、事前登録日時の項目には、ステップＳ６８でユーザＩＤを生成した日時のデータが書き込まれる。
【００７１】
なお、上述したように、本発明の実施の形態においては、事前登録データベースへの登録は、所定の期限（例えば、ゲームのサービス開始前日）までに行うことを前提としているため、所定の期限経過後は、事前登録データベースで管理される各グループに対応付けられて管理されているユーザの数は、変動しないという性質を有している。
また、他の実施の形態として、ユーザＩＤの数が１つのグループに対応付け可能な上限値に達したかを判定する処理を追加してもよい。例えば、１つのグループに対応付け可能なユーザＩＤの数の上限値として「１００」と設定しておき、ユーザＩＤをグループＩＤと対応付けるタイミングで、そのユーザＩＤをグループＩＤに対応付けた場合に、グループＩＤに対応付けられるユーザＩＤの数が上限値を超えるか否かを判定する。仮に、上限値を超えることになる場合、事前登録サーバ２０はユーザ端末１０にエラー通知を行う。このように上限値を設けることで、ゲームの進行に大きく影響を与えない程度の報酬設定が可能となる、または、過大な報酬を付与することをなくすことができるといった効果を得ることができる。
【００７２】
次いで、事前登録サーバ２０のＣＰＵ２１は、報酬特定処理を実行する（ステップＳ７１）。ステップＳ７１の報酬特定処理の内容は、図１１ＡのステップＳ２５（図１１Ｃの各処理）と同一である。例えば、図１４に示す報酬設定テーブルの例では、次に特定される報酬内容が１００ポイントであることが特定され、１００ポイントが特定されるために必要なグループ内ユーザ数が「３」であることが特定される。そして、図９のウェブページＰ１３に示す例では、次に特定される報酬に必要なグループ内のユーザ数を示す情報として、「あと１人」（つまり、次に特定される報酬に必要なグループ内ユーザ数（３）から、現在のグループ内ユーザ数（２）を引いた値）というテキストが含まれる。
次いで事前登録サーバ２０のＣＰＵ２１は、拡散用ページを表示するためのＨＴＭＬデータ（拡散用ＨＴＭＬデータ）を生成して（ステップＳ７２）、ユーザＵ２のユーザ端末１０へ送信する（ステップＳ７４）。ユーザＵ２のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して拡散用ページを表示する（ステップＳ７６）。拡散用ページの例は、図９のウェブページＰ１３である。ステップＳ７２において、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースを参照し、ユーザＵ２のユーザＩＤに対応するグループ内ユーザ数を読み出し、読み出したグループ内ユーザ数が表示されるようにしてＨＴＭＬデータを生成する。ステップＳ７２の例では、グループ内ユーザ数が「２」（ユーザＵ１，Ｕ２の２名）であるため、拡散用ページにはＰ１３に例示したように例えば「あなたのグループは現在２人」というテキストが含まれる。
【００７３】
ステップＳ７２において拡散用ＨＴＭＬデータを生成するに当たって、事前登録サーバ２０のＣＰＵ２１は、ステップＳ５８の事前登録ページの要求に含まれているユニークＵＲＬへのリンクを含む、新規ゲームの事前登録の案内に関するコメント（リンク付コメント）を拡散用ＨＴＭＬデータに含ませるようにする。また、事前登録サーバ２０のＣＰＵ２１は、ＳＮＳアプリケーションを起動するボタン（「ＳＮＳ」）、ミニブログ用アプリケーションを起動するボタン（「Ｂｌｏｇ」）、ＩＭアプリケーションを起動するボタン（「ＭＥＳ」）、および、電子メールアプリケーションを起動するボタン（電子メール記号の表示）のうち少なくともいずれか１つを含むボタン群（指示オブジェクト）を含むようにして、拡散用ＨＴＭＬデータを生成する。このとき、各ボタンの操作に基づいてＡＰＩを呼び出すことによってボタンに対応するアプリケーションが起動するように、ＨＴＭＬデータが生成されている。より詳しく説明すると、指示オブジェクトは、ユーザ端末にインストールされている各種のアプリケーションを起動させると共に、当該起動させたアプリケーションにユニークＵＲＬを引き渡す命令を実行させることを可能とする操作対象といえる。
ここで、ＨＴＭＬデータを生成するに際して、ボタン群（操作オブジェクト）の近傍に、次に特定される報酬の内容を示す情報と、当該報酬のために登録が必要となるユーザ数の条件を示す情報とを、ユーザ端末１０の表示部１６に表示させることを可能にする形式で生成することが望ましい。次に特定される報酬が魅力的な場合、ユーザは登録者数を増加させるため、ボタンを操作するインセンティブが働くからである。
なお、事前登録サーバ２０は、ユーザＵ１のグループのユーザ数の他に、事前登録データベースに登録されている他のグループのユーザ数を読み出し、グループを示す情報とユーザ数とを含むランキング形式の表として表示させるためのＨＴＭＬデータを生成してもよい。ＨＴＭＬデータは、図１８のＰ２５（後述する）に示すように拡散用ページとは別のウェブページとなるように生成してもよいし、拡散用ページに含めるように生成してもよい。また、ランキング表には、全体のランキングの他に、自分の所属するグループの相対的な順位が分かるように、表示させるＨＴＭＬデータを生成することが望ましい。全体のグループの中で相対的な順位関係が分かることにより、ユーザはより高い順位を目指すため、ボタンを操作するインセンティブが働くからである。
【００７４】
事前登録サーバ２０のＣＰＵ２１は、ユーザＵ２に対して発行したユーザＩＤを含むＵＲＬと、ユーザＵ２に対して発行されたシリアルコードとを含むメッセージが記述された電子メールを生成し（ステップＳ７８）、ユーザＵ２のユーザ端末１０へ送信する（ステップＳ８０）。
【００７５】
ユーザＵ２が拡散用ページ（例えば、図９のウェブページＰ１３）において、例えばＳＮＳアプリケーションに対応付けたボタンを操作すると（ステップＳ８２：ＹＥＳ）、ユーザ端末１０に実装されているＳＮＳアプリケーションが起動するとともに、上記ユニークＵＲＬを含むリンク付コメントを作成する（ステップＳ８４）。ＳＮＳアプリケーション上でユーザＵ２がリンク付コメントを投稿することを要求する操作を行うと、そのリンク付コメントがＳＮＳサーバ７０へ送信される（ステップＳ８６）。ＳＮＳサーバ７０は、受信したリンク付コメントをサーバ内のデータベースに、ユーザＵ２と対応付けて記録する（ステップＳ８８）。
なお、ステップＳ８２において、いずれかのアプリケーションに対応付けたボタンが操作されない場合には（ステップＳ８２：ＮＯ）、アプリケーションは起動されずに拡散用ページを表示したままとなる。
【００７６】
なお、図示していないが、ユーザＵ２のユーザ端末１０がステップＳ８０で受信した電子メールに含まれる、ユーザＵ２に対して発行されたユーザＩＤを含むＵＲＬへのリンクを選択する操作を行った場合、当該ＵＲＬを含むＨＴＴＰリクエストが事前登録サーバ２０へ送信される。事前登録サーバ２０のＣＰＵ２１は、ユーザＵ２のユーザ端末１０へ当該アＵＲＬに含まれるユーザＩＤに対応付けられたグループＩＤに応じた拡散用ＨＴＭＬデータを送信する。このとき、事前登録サーバ２０のＣＰＵ２１は、ユニークＵＲＬを特定するために、ユーザＵ２からのＨＴＴＰリクエストに含まれるＵＲＬに含まれるユーザＩＤに対応付けられているグループＩＤを、事前登録データベースを参照して特定する。
【００７７】
以上説明したように、上述した実施形態では、新規のゲームの事前登録に関する情報は、グループＩＤに対応するユニークＵＲＬに関連付けられてユーザ間で拡散される。そして、ユーザによる事前登録は、ユニークＵＲＬに対応するグループＩＤと関連付けて行われる。
すなわち、上述したように、ユーザＵ１によるアクセス要求が他ユーザ（つまり、ユーザＵ１以外のユーザ）に対応したグループＩＤに関連付けられていないと判定された場合、ユーザＵ１に対応したグループＩＤとユーザＵ１に対応したユーザＩＤとが対応付けられる。ここで、ユーザＵ１がグループに対応付けられる最初のユーザとなる。一方、ユーザＵ２が他ユーザであるユーザＵ１から拡散された情報に基づいてアクセス要求を行った場合、つまり、ユーザＵ２によるアクセス要求が他ユーザに対応したグループＩＤに関連付けられていると判定された場合、他ユーザ（ユーザＵ１）に対応したグループＩＤとユーザＵ２に対応したユーザＩＤとが対応付けられる。それによって、ユーザＵ２は、他ユーザ（ユーザＵ１）が既に対応付けられているグループに対応付けられることになる。同様にして、新規のゲームの事前登録に関する情報の拡散ルート上のすべてのユーザに対応したユーザＩＤが、拡散される情報に関連付けられているグループＩＤに対応付けられる。
よって、本実施形態の制御装置によれば、ネットワークを介して新規のゲームの事前登録に関する情報をユーザ間で拡散させていく過程においてユーザをグループ化することができる。
【００７８】
上述した実施形態では、制御装置が、グループＩＤに対応付けられているユーザＩＤの数を示す情報をアクセス要求元のユーザに通知する通知手段５５を備える場合について説明した。制御装置が通知手段５５を備えることで、新規ゲームの事前登録に関する情報の拡散に関与している各ユーザは、自身が所属するグループ内のユーザ数（つまり、グループ内ユーザ数）を認識できるため、そのユーザ数を増やすために積極的に情報を拡散することを動機付けられる。
グループ内ユーザ数をユーザに通知するタイミングは適宜設定してもよい。上述した実施形態では、図９のウェブページＰ１３に示すようにグループＩＤに対応付けられたグループ内ユーザ数が更新されたタイミングで表示され、あるいはユーザが任意のタイミングで受信メールＭ２の中のＵＲＬへのリンクを選択することでユーザＩＤやグループＩＤを含むアクセス要求がなされたタイミングで表示される場合について説明したが、これらのタイミングに限られない。グループ内ユーザ数を事前登録処理のタイミングでは通知せずに、事前登録が締め切られて新規のゲームのサービスが開始された後の任意のタイミングで通知してもよい。
【００７９】
上述した実施形態では、グループ内ユーザ数自体を通知する例について説明したが、この例に限られない。グループ内ユーザ数に対応するランク又はカテゴリーであってもよい。例えば、グループ内ユーザ数に応じて、以下のランクＡ〜Ｄのいずれかを通知してもよい。
・ランクＡ：グループ内ユーザ数が３１以上
・ランクＢ：グループ内ユーザ数が２１〜３０
・ランクＣ：グループ内ユーザ数が１１〜２０
・ランクＤ：グループ内ユーザ数が  １〜１０
このようにランク付けし、例えば随時「現在Ｄランク！次はＣランクを目指せ！」といったテキストも通知することで、グループに所属しているユーザによる他ユーザの勧誘を促進することができる。
また、それぞれのグループ内のユーザ数で比較を行い、ユーザ数によるグループ間のランキング情報を通知してもよい。つまり、通知する情報は、グループ内のユーザ数に基づいて集計される同一グループの登録の状況についての情報や、複数のグループの各グループ内のユーザ数に基づいて集計されるグループ間の登録の状況についての情報など、通知を受けたユーザが、自グループの登録者数を増やすため、他のユーザに事前登録を促す行動に結びつけることができる情報であれば、どのようなものであってもよい。
【００８０】
なお、通知手段５５を備えることは必須ではない。すなわち、事前登録データベースにおいてユーザＩＤとグループＩＤとを対応付けているため、グループ内ユーザ数をユーザに通知することはユーザをグループ化することに対して必須の要件ではない。
【００８１】
上述した実施形態では、ウェブページＰ１（図６）、Ｐ１１（図８）に示したように、事前登録処理においてユーザのメールアドレスを取得し、取得したメールアドレスを事前登録データベースに記録する場合を例示したが、メールアドレスを取得して記録することは必須ではない。また、上述した実施形態では、電子メールＭ１（図７）、Ｍ２（図９）に示したように、事前登録要求を行ったユーザから取得したメールアドレスに基づいて、ユーザに対して電子メールを送信する場合を例示したが、電子メールを送信することは必須ではない。メールアドレスを取得、あるいは電子メールを送信しない場合であっても、ウェブページＰ３（図７）、Ｐ１１（図８）に基づいてユーザはユニークＵＲＬに関連付けて事前登録に関する情報を拡散することができるため、ユーザをグループ化することができる。
【００８２】
上述した実施形態では、制御装置が、新規ゲームの事前登録に係るアクセス要求にユニークＵＲＬが含まれていない場合に、第１対応付け手段５２によって生成されたグループＩＤを含むユニークＵＲＬを生成する生成手段５３と、アクセス要求に含まれるユニークＵＲＬ、若しくは生成手段５３によって生成されたユニークＵＲＬ、又は、当該ユニークＵＲＬへのリンクを、アクセス要求元のユーザのユーザ端末１０に表示させる第１表示手段５６とを備える場合について説明した。この構成によれば、新規ゲームの事前登録に係るアクセス要求を行ったユーザのユーザ端末には、例えばウェブページＰ３の表示領域１０１に示したように、自身が所属するグループのグループＩＤを含むユニークＵＲＬが表示される。そのため、ユーザは、新規のゲームの事前登録に関する情報を拡散するために、表示されているユニークＵＲＬを他ユーザに転送するか、あるいはネットワーク上で他ユーザからアクセス可能な位置に置くこと等が可能となる。このユニークＵＲＬを基に新規ゲームの事前登録に係るアクセス要求を行うユーザは、例えば図８のウェブページＰ１１に例示したように、自身のユーザ端末１０のウェブブラウザによって拡散対象の情報（つまり、新規ゲームの事前登録に関する情報）を直ちにウェブページ上で閲覧することができる。そのため、ユーザ間で効率的に、新規ゲームの事前登録に関する情報を拡散させることができる。
なお、制御装置が生成手段５３と第１表示手段５６を備えることは必須ではない。すなわち、事前登録データベースにおいてユーザＩＤとグループＩＤとを対応付けているため、ユニークＵＲＬへのリンク等をユーザ端末１０に表示させることはユーザをグループ化することに対して必須の要件ではない。
【００８３】
上述した実施形態では、制御装置が、新規ゲームの事前登録に係るアクセス要求に含まれるユニークＵＲＬ、又は生成手段５３によって生成されたユニークＵＲＬを含むリンク付コメント（メッセージの一例）を送信するアプリケーションを起動するためのボタン（操作対象の一例）を、アクセス要求元のユーザのユーザ端末１０に表示させる第２表示手段５７、を備える場合について説明した。制御装置が第２表示手段５７を備えることで、ユーザは、アプリケーションを起動するとともにユニークＵＲＬを含むリンク付コメントを、当該アプリケーションによって送信する準備が整うようになる。そのため、ユーザは、ボタンに対する簡易な操作によって、事前登録に関する情報をユニークＵＲＬに関連付けて他ユーザに拡散させることができる。
なお、制御装置が第２表示手段５７を備えることは必須ではない。アプリケーションを起動するためのボタンを表示させない場合であっても、ユーザが当該ボタンによらず自らアプリケーションを起動してユニークＵＲＬを含むコメントを投稿等すること等によってユニークＵＲＬに関連付けて事前登録に関する情報を拡散させることもできる。
上述した実施形態では、アプリケーションの例として、ＳＮＳアプリケーション、ミニブログ用アプリケーション、ＩＭアプリケーション、および、電子メールアプリケーションの例を挙げたが、この中でも特に、ＳＮＳアプリケーション（例えばフェイスブック）とＩＭアプリケーション（例えばLINE）のように、関わりのある複数のユーザ間でメッセージを共有する、あるいはメッセージを通知する機能を備えたアプリケーションが好ましい。このようなアプリケーションを起動するためのボタンを表示させることで、事前登録の前から元々交流のあるユーザ同士でユニークＵＲＬに関連付けて事前登録に関する情報を拡散し、拡散ルート上のユーザ群を１つのグループにまとめることができる。
【００８４】
上述した実施形態において判定手段５１は、グループＩＤに対応するユニークＵＲＬが、新規ゲームの事前登録に係るアクセス要求に含まれているか否かに基づいて、アクセス要求がグループＩＤを含むか否かを判定する場合について説明した。すなわち、グループＩＤに対応するユニークＵＲＬをアクセス要求に含ませるようにすることで、ユニークＵＲＬの有無に基づき、新規ゲームの事前登録に係るアクセス要求にグループＩＤが含まれているか否かについての判定処理が容易に実行できる。
【００８５】
上述した実施形態において図７〜９では、ユニークＵＲＬへのリンク（ハイパーリンク）が表示される場合を例にしているが、この例に限られず、ユニークＵＲＬを指定するためのハイパーリンクが対応付けられたアイコン、バナー等の表示対象であってもよい。また、ユニークＵＲＬへのリンクではなく、単にユニークＵＲＬのテキスト情報を表示させてもよい
【００８６】
（２）第２の実施形態
上述した第１の実施形態では、ゲームの事前登録の案内に関する情報を拡散するときに、当該情報にグループＩＤに対応するユニークＵＲＬを関連付ける場合について説明したが、この点は必須ではない。例えば、拡散対象とする情報にグループＩＤ自体を関連付けてもよい。この場合も、事前登録サーバ２０のＣＰＵ２１は、ユーザからのゲームの事前登録に関するアクセス要求にグループＩＤが含まれていない場合には、ユーザＩＤとグループＩＤを発行して互いに対応付けて事前登録データベースに記録する。ユーザからのアクセス要求にグループＩＤが含まれている場合には、ユーザＩＤを発行し、当該ユーザＩＤと、アクセス要求に含まれているグループＩＤとを対応付ける。この場合には、拡散対象とする情報に関連付けられるのはユニークＵＲＬではなく、グループＩＤ自体となる。
【００８７】
本実施形態において、ゲームの事前登録の案内に関する情報にグループＩＤ自体を関連付けた場合の事前登録処理について、図１２Ａ、図１２Ｂを参照して説明する。図１２Ａおよび図１２Ｂはそれぞれ、第２の実施形態に係る事前登録処理の一例を示すシーケンスチャートである。図１２Ａおよび図１２Ｂはそれぞれ、図１１Ａおよび図１１Ｂに対応する図であり、同様のステップについては同一の符号を付して重複説明を省略する。
以下の説明において、事前登録ページの要求、および、事前登録要求は、それぞれ本発明の「アクセス要求」の一例である。
【００８８】
（Ａ）最初のユーザによるゲームの事前登録処理（図１２Ａ）
図１２Ａにおいて先ず、ユーザＵ１が、ゲーム運営者等から告知されている新規ゲームの事前登録のためのＵＲＬを指定して事前登録ページの要求を行う場合について説明する（ステップＳ１０ａ）。この事前登録ページの要求は、ユーザが事前登録を行うに当たってグループＩＤの情報を有しているか否かに関わらず行う処理である。事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に係るＨＴＴＰリクエストを取得すると、事前登録ページ用のＨＴＭＬデータをユーザＵ１のユーザ端末１０へ送信する（ステップＳ１４ａ）。ユーザＵ１のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して事前登録ページを表示する（ステップＳ１６ａ）。この事前登録ページは、図６のウェブページＰ１に対して、グループＩＤを入力する入力ボックスが追加されたものである。
ここでは、ユーザＵ１はグループができる前の最初のユーザ（つまり、グループＩＤを保持していないユーザ）であるため、事前登録ページにおいてユーザＵ１がグループＩＤを入力せず自身のメールアドレスを入力する場合について説明する。その結果、ユーザ端末１０から事前登録サーバ２０へ、グループＩＤを含まない事前登録要求が送られる（ステップＳ１８ａ）。事前登録サーバ２０のＣＰＵ２１は、事前登録要求にグループＩＤが含まれているか否かを判定し（ステップＳ１９）、グループＩＤが含まれていないと判定すると、ステップＳ２０以降の処理を行う。
ステップＳ２０以降の処理は、基本的に図１１Ａに示した処理と同じであるが、図１２Ａに示す処理では、拡散用ページにユニークＵＲＬではなくグループＩＤが含まれている点で相違する。ユーザが、拡散用ページに表示されるいずれかのアプリケーションを起動する拡散用釦を操作すると（ステップＳ３６：ＹＥＳ）、ユーザ端末１０に実装されているＳＮＳアプリケーションが起動するとともに、上記グループＩＤを含むコメント（グループＩＤ付コメント）を作成する（ステップＳ３８ａ）。ＳＮＳアプリケーション上でユーザＵ１がグループＩＤ付コメントを投稿することを要求する操作を行うと、そのグループＩＤ付コメントがＳＮＳサーバ７０へ送信される（ステップＳ４０ａ）。
【００８９】
（Ｂ）２番目のユーザによるゲームの事前登録処理（図１２Ｂ）
例えば、ユーザＵ１の友達であるユーザＵ２のユーザ端末１０がユーザＵ１のグループＩＤ付コメントを閲覧した場合、ユーザＵ２はグループＩＤを認識する。ユーザＵ１のグループＩＤ付コメントには、図１１ＡのステップＳ２０で発行されたグループＩＤが含まれている。ユーザＵ２は、その後、ゲーム運営者等から告知されている新規ゲームの事前登録のためのＵＲＬを指定して事前登録ページの要求を行う（ステップＳ５８ａ）。事前登録サーバ２０のＣＰＵ２１は、事前登録ページの要求に係るＨＴＴＰリクエストを取得すると、事前登録ページ用のＨＴＭＬデータをユーザＵ２のユーザ端末１０へ送信する（ステップＳ６２ａ）。ユーザＵ２のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して事前登録ページを表示する（ステップＳ６４ａ）。この事前登録ページは、図８のウェブページＰ１１に対して、グループＩＤを入力する入力ボックスが追加されたものである。
ここでは、ユーザＵ２がステップＳ５６のコメント表示によってグループＩＤを認識しているため、事前登録ページにおいてユーザＵ１がグループＩＤを入力し、かつ自身のメールアドレスを入力する場合を想定する。その結果、ユーザ端末１０から事前登録サーバ２０へ、グループＩＤを含む事前登録要求が送られる（ステップＳ６６ａ）。事前登録サーバ２０のＣＰＵ２１は、事前登録要求にグループＩＤが含まれているか否かを判定し（ステップＳ６７）、グループＩＤが含まれていると判定すると、ステップＳ６８以降の処理を行う。
ステップＳ６８以降の処理は、基本的に図１１Ｂに示した処理と同じであるが、図１２Ｂに示す処理では、拡散用ページにユニークＵＲＬではなくグループＩＤが含まれている点で相違する。ユーザが、拡散用ページに表示されるいずれかのアプリケーションを起動する拡散用釦を操作すると（ステップＳ８２：ＹＥＳ）、ユーザ端末１０に実装されているＳＮＳアプリケーションが起動するとともに、上記グループＩＤを含むコメント（グループＩＤ付コメント）を作成する（ステップＳ８４ａ）。ＳＮＳアプリケーション上でユーザＵ２がグループＩＤ付コメントを投稿することを要求する操作を行うと、そのグループＩＤ付コメントがＳＮＳサーバ７０へ送信される（ステップＳ８６ａ）。
【００９０】
上述したように処理することで、ゲームの事前登録の案内に関する情報をネットワーク上で拡散するときに当該情報にグループＩＤ自体が関連付けられ、同一のグループＩＤを入力してアクセス要求を行ったユーザ同士を同一のグループに対応付けるようにすることができる。なお、グループＩＤに代えて、グループＩＤに対応付けられているコードをゲームの事前登録の案内に関する情報に関連付けてもよい。
本実施形態の制御装置においても、ネットワークを介して新規のゲームの事前登録に関する情報をユーザ間で拡散させていく過程においてユーザを適切にグループ化することができる。
なお、本実施形態では、ユーザが事前登録ページに対するアクセスを行いグループＩＤを入力するという、それぞれ異なる操作をユーザが行う必要があるが、第１の実施形態ではユニークＵＲＬを選択する操作のみで済むという点で、事前登録時の操作性が高いという利点がある。
【００９１】
（３）第３の実施形態
次に、第３の実施形態に係る制御装置について説明する。
（３−１）制御装置が備える機能の概要
本実施形態の制御装置５０Ａの機能ブロック図を図１３に示す。制御装置５０Ａは、制御装置５０に対して、報酬決定手段５９が追加された点で異なる。
報酬決定手段５９は、グループＩＤに対応付けられたユーザＩＤの数に基づいて、当該グループＩＤに対応したユーザに付与する報酬を決定する機能を備える。なお、本発明の実施の形態において「報酬」とは、ゲーム内で用いられる通貨・経験値などのポイント、アイテム・カードなどのオブジェクト、その他様々な事前登録対象となるゲームをプレイするユーザが所望する各種のデータのことをいう。付与対象となる報酬は、事前登録対象となるゲームにおける報酬に限られるものではなく、事前登録対象とは別のゲームにおける報酬が含まれていてもよい。また、報酬は、各ユーザに固有のユーザデータを書き換えることでユーザに付与されることとなる。「ユーザデータ」とは、各ユーザがゲームを進行する上で必要となるデータ類のことをいい、例えば、各種のパラメータ（レベル、体力、攻撃力、防御力などを示す値など）、ゲーム上のアイテム等の持ち物情報、プレイ回数等のプレイ履歴情報などのデータをいう。従って、報酬がユーザに付与されることにより、ユーザデータが変化することになる。
なお、本実施形態では、事前登録サーバ２０が、ゲームのサービスが開始された後にはゲームサーバとしても機能することを想定するが、事前登録サーバとゲームサーバは別々の装置によって構成されていてもよい。事前登録サーバとゲームサーバが別々の装置によって構成される場合、報酬決定手段５９の機能を事前登録サーバに設け、ゲームサーバに、報酬決定手段５９によって決定された報酬をユーザに付与する機能を設けてもよい。
【００９２】
報酬決定手段５９の機能を実現するために、事前登録サーバ２０のＣＰＵ２１は、図１４に例示する報酬設定テーブルを参照する。報酬設定テーブルは、グループ内ユーザ数に応じた報酬内容を規定したテーブルであり、例えばストレージ２５に記憶される。図１４の報酬設定テーブルの例では、報酬ＩＤごとに、グループ内ユーザ数と報酬内容が対応付けられて規定される。報酬設定テーブルは、グループ内ユーザ数が多くなるほどより多くの報酬が対応付けられるように設定されている。なお、図１４に示す例では、報酬内容はポイントであるが、これに限定されない。報酬内容として、ユーザにゲーム上のアイテムやオブジェクト（キャラクタやカード等）を付与することや、ゲーム上でユーザが有利となるようにパラメータ（例えば、ユーザのキャラクタのＨＰや攻撃力を増加させる等）を設定することでもよい。この場合、グループ内ユーザ数が多くなるほど、付与するアイテムやオブジェクトの数を多くしてもよいし、若しくは付与するアイテムをより価値のあるもの（例えば、よりレア度の高いアイテム等）にしてもよいし、付与するオブジェクトをより価値のあるもの（例えば、よりレア度の高いカード等）にしてもよい。また、グループ内ユーザ数が多くなるほど、ゲーム上でユーザが有利となる設定の度合いを高くしてもよい（例えば、キャラクタの攻撃力をより高くする等）。
また、図１４に示すように、グループ内ユーザ数が１人の場合でも、そのグループ内のユーザに報酬を付与することを決定してもよい。
図１４の場合とは異なり、グループ内ユーザ数次第では、報酬が付与されないことを決定する場合があってもよい。すなわち、「グループＩＤ単位でユーザに付与する報酬を決定する」ことには、報酬がゼロである場合も含まれる。例えば、グループ内のユーザ数が所定値以下の場合には、報酬が付与しないことを決定してもよい。
【００９３】
事前登録データベースでは、図５に示したように、グループ内ユーザ数の項目に記録されているデータは、各ユーザに対応付けられたグループＩＤに共通の値であるため、このグループ内ユーザ数の値と報酬設定テーブルを参照することで、ユーザごとに報酬内容を決定することができる。具体的には、事前登録サーバ２０のＣＰＵ２１は、新規のゲームの事前登録の期限が過ぎたタイミングで、事前登録を行ったユーザからシリアルコードを含むアクセス要求があった場合、そのシリアルコードに対応するグループ内ユーザ数の値を事前登録データベースから読み出す。次いで事前登録サーバ２０のＣＰＵ２１は、読み出したグループ内ユーザ数の値に対応する報酬内容を、報酬設定テーブルを参照して決定する。
なお、本実施形態では、事前登録サーバ２０がユーザ端末１０からシリアルコードを取得し、取得したシリアルコードに基づいてユーザに付与する報酬内容を決定するように構成しているが、ユーザ端末１０から取得する情報はシリアルコードでなくてもよい。アクセスを行ったユーザに対応するグループ内ユーザ数を読み出すことができればよいので、ユーザ端末１０から取得する情報は、ユーザＩＤ、メールアドレスであってもよい。
【００９４】
事前登録サーバ２０が、ゲームのサービスが開始された後にはゲームサーバとしても機能する場合には、事前登録サーバ２０のＣＰＵ２１は、決定した報酬をユーザに対して付与する処理を行う。
事前登録サーバ２０と、ゲームのサービスが開始された後に運用されるゲームサーバとが異なる装置である場合には、事前登録サーバ２０のＣＰＵ２１は、ゲームサーバに対して、ユーザと対応付けて、当該ユーザに対して付与することを決定した報酬内容のデータを送信する。ゲームサーバは、報酬内容のデータを受信すると、ゲームのサービスが開始された後に当該データに基づいて報酬をユーザに対して付与する処理を行う。
【００９５】
（３−２）本実施形態の報酬決定処理および報酬付与処理
図１５を参照して本実施形態の報酬決定処理および報酬付与処理について説明する。図１５は、本実施形態のゲームを初めて実行するときのユーザ端末１０の表示画面の一例を示す図である。つまり、図１５は、新規のゲームの事前登録の期間が過ぎて、ゲームのサービスが開始された後に、事前登録をしたユーザがゲームを開始するときの処理を示している。
【００９６】
図１５のウェブページＰ２０は、新規のゲームＡのサービスの開始日以降にユーザがゲームＡのＵＲＬを基にアクセスした場合にユーザ端末１０に表示される。ウェブページＰ２０には、ボタンｂ１０（「ゲームを始める」）とボタンｂ１１（「事前登録者専用ページ」）が表示される。ゲームＡに事前登録を行ったユーザ（事前登録者）も事前登録を行っていないユーザもボタンｂ１０（「ゲームを始める」）を操作することで、Ｐ２３に示すようにウェブページが更新されて、ゲームＡを開始することができる。
【００９７】
一方、ボタンｂ１１（「事前登録者専用ページ」）が操作されると、Ｐ２１に示すようにウェブページが更新される。ウェブページＰ２１には、事前登録を行ったユーザに配布されているシリアルコードを入力するための入力ボックスｂ１２と、入力されたシリアルコードを送信するためのボタンｂ１３（「送信する」）とが含まれる。例えばユーザＵ１がゲームＡを開始する場合を想定すると、ユーザＵ１には、図７に示したように、シリアルコードとして“def001”が配布されているため、ウェブページＰ２１のボタンｂ１２に“def001”を入力して送信する。送信されたシリアルコードが適切なコードである場合、Ｐ２２に示すようにウェブページが更新される。ウェブページＰ２２には、ユーザＵ１が所属するグループに所属するユーザ数（つまり、ユーザＵ１のユーザＩＤに対応するグループ内のユーザ数）と、当該ユーザ数に基づいてグループ内の各ユーザに付与される報酬の内容（この例では、５００ポイント）とが表示される。
なお、シリアルコードに代えて、事前登録データベースで管理されているユーザであることを特定することができる情報であればどのような情報を入力するようにしてもよく、例えば、ユーザＩＤ、メールアドレス入力するようにしてもよい。
ウェブページＰ２２にはボタンｂ１４（「ゲームを始める」）が含まれており、このボタンｂ１４が操作されると、Ｐ２３に示すようにウェブページが更新されてゲームＡを開始することができる。
【００９８】
（３−３）本実施形態の報酬決定処理および報酬付与処理フロー
次に、本実施形態の報酬決定処理および報酬付与処理フローの一例について、図１６のシーケンスチャートを参照して説明する。なお、図１６において、図１５に示した各ウェブページＰ２１〜Ｐ２３の表示タイミングに、各符号を付してある。
新規のゲームの事前登録の期限が過ぎ、当該ゲームのサービスが開始された後、ユーザＵ１によってウェブページＰ２０のボタンｂ１１（「事前登録者専用ページ」）が操作されると、ユーザＵ１のユーザ端末１０から事前登録サーバ２０に対してＨＴＴＰリクエストが送信される（ステップＳ９０）。このＨＴＴＰリクエストを取得すると、事前登録サーバ２０のＣＰＵ２１は、事前登録者専用ページを表示するためのＨＴＭＬデータ（事前登録者用ＨＴＭＬデータ）をユーザＵ１のユーザ端末１０へ送信する（ステップＳ９２）。ユーザＵ１のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈して事前登録者専用ページを表示する（ステップＳ９４）。図１５のウェブページＰ２１は、事前登録者専用ページの例である。事前登録者専用ページ上でユーザＵ１がシリアルコード（例えば、“def001”）を入力して送信する操作を行うと、ユーザ端末１０は、入力されたシリアルコードを事前登録サーバ２０へ送信する（ステップＳ９６）。
【００９９】
事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１からのシリアルコードを取得すると、当該シリアルコードの認証処理を行う（ステップＳ９８）。つまり、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースにアクセスして、取得したシリアルコードが事前登録データベースに記録されているいずれかのシリアルコードと一致するか否かを判定する。取得したシリアルコードと同じシリアルコードが事前登録データベースに記録されていた場合には、事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１に対して報酬を付与する対象となるユーザであることを決定し、取得したシリアルコードと同じシリアルコードが事前登録データベースに記録されていない場合には、ユーザＵ１に対して報酬を付与する対象ではないユーザであることを決定する。ここでは、取得したシリアルコードと同じシリアルコードが事前登録データベースに記録されていた場合を想定する。その場合、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースにおいて、取得したシリアルコードに対応するグループ内ユーザ数の値を事前登録データベースから読み出す。次いで事前登録サーバ２０のＣＰＵ２１は、読み出したグループ内ユーザ数の値に対応する報酬内容を、報酬設定テーブルを参照して決定し（ステップＳ１００）、当該報酬内容をユーザＵ１のユーザデータに書き込む処理を行う（ステップＳ１０２）。ここで、ユーザデータとは、新たにサービスが開始されたゲームにおいて各ユーザに対応して設けられるデータである。例えば報酬内容としてユーザＵ１に５００ポイントを付与する場合には、ユーザＵ１に対応するユーザデータの保有ポイントの値に５００ポイントを加算する処理が行われる。
なお、本実施形態では、事前登録データベースにおいて予めグループ毎のユーザ数がそれぞれ格納されている例で説明しているが、この例に限られない。報酬を付与することを決定した後に、報酬の付与対象となるグループ内のユーザ数を読み出す、あるいは計数するようにしてもよい。
【０１００】
事前登録サーバ２０のＣＰＵ２１は、ユーザＵ１が所属するグループのグループ内ユーザ数と決定した報酬内容をユーザＵ１に通知するためのＨＴＭＬデータを生成し、ユーザＵ１のユーザ端末１０へ送信する（ステップＳ１０４）。ユーザＵ１のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してウェブページ（例えば、図１５のＰ２２）を表示する（ステップＳ１０６）。例えばウェブページＰ２２において、ボタンｂ１４（「ゲームを始める」）がユーザＵ１によって操作されると、ユーザＵ１のユーザ端末１０は、ゲーム開始要求を事前登録サーバ２０へ送信する（ステップＳ１０８）。ゲーム開始要求を受け付けると、事前登録サーバ２０のＣＰＵ２１は、ゲームの初期ページ（例えば、ゲームのチュートリアルについてのウェブページ）を表示するためのＨＴＭＬデータ（ゲームの初期ページ用ＨＴＭＬデータ）をユーザＵ１のユーザ端末１０へ送信する（ステップＳ１１０）。ユーザＵ１のユーザ端末１０のウェブブラウザは、受信したＨＴＭＬデータを解釈してウェブページ（例えば、図１５のＰ２３）を表示する（ステップＳ１１２）。
なお、事前登録サーバ２０のＣＰＵ２１は、決定した報酬内容のみをユーザＵ１に通知するためのＨＴＭＬデータを生成し、ユーザＵ１のユーザ端末１０へ送信してもよい。その場合は、図１５のＰ２２とは異なり、報酬内容のみを通知するためのウェブページがユーザＵ１のユーザ端末１０に表示される。
【０１０１】
ユーザ端末１０にゲーム専用のアプリケーションをインストールしてゲームを進行する他の実施形態において、事前登録サーバ２０から各種データを送信し、当該データに基づいてユーザ端末１０内のアプリケーションを実行することによりゲームの進行を進めることができる場合においては、事前登録サーバ２０は、ＨＴＭＬデータを生成することなく報酬を示す情報をユーザ端末１０に通知すればよい。
【０１０２】
本実施形態において、事前登録データベースにおいて、ユーザに報酬が付与済みであるか否かを判定するためのフラグをユーザＩＤに対応付けて設けてもよい。この場合、ユーザからシリアルコードが送信された場合に、事前登録サーバ２０のＣＰＵ２１は、事前登録データベースにアクセスしてフラグをチェックし、報酬が付与済みでないと判定した場合に上記ステップＳ１００およびＳ１０２の処理を行う。
報酬内容を決定するに当たって報酬設定テーブルが参照される場合の例について説明したが、この例に限られない。グループ内ユーザ数を事前登録データベースから読み出した後、事前登録サーバ２０のＣＰＵ２１は、所定の演算式に基づいて報酬内容を決定してもよい。例えば、グループ内ユーザ数をＮとしたときに、報酬内容を１００×Ｎ（ポイント）としてもよい。
【０１０３】
本実施形態の制御装置によれば、グループ内ユーザ数（つまり、同一のグループＩＤに対応付けられたユーザＩＤの数）が多いほど多くの報酬が付与されるため、新規のゲームの事前登録の案内に関する情報の拡散に関与している各ユーザが、自身が所属するグループに付与される報酬を多くするために、より積極的に情報を拡散することを動機付けられる。すなわち、上記情報の拡散をより促進させる仕組みを構築することができる。
【０１０４】
（４）変形例
以下、上述した各実施形態の変形例について説明する。
実施形態の変形例に係る制御装置５０Ｂの機能ブロック図を図１７に示す。制御装置５０Ｂは、制御装置５０に対して、報酬決定手段５９、提示手段６０および計数手段６１が追加された点で異なる。なお、変形例においては、報酬決定手段５９、提示手段６０および計数手段６１のうちいずれかを備えていればよい。
【０１０５】
（４−１）変形例１
変形例１に係る制御装置は、２以上のグループＩＤについて、各グループＩＤに対応付けられているユーザＩＤの数を示す情報を比較可能な形式でユーザに提示する提示手段６０を備える。
各グループＩＤに対応付けられているユーザＩＤの数を示す情報の提示例を、図１８を参照して説明する。図１８において、ウェブページＰ２０ａは、図１５のウェブページＰ２０に対してボタンｂ１５（「事前登録者数のグループ別ランキング」）が追加された点で異なる。このボタンｂ１５が操作されると、Ｐ２５に示すようにウェブページが更新される。ウェブページＰ２５では、グループ名ごとに（つまり、グループＩＤごとに）、グループ内ユーザ数が多い順にランキング形式で表示する例が示される。なお、ランキング形式で表示するのは、比較可能な形式の一例に過ぎず、他の形式で表示してもよい。例えば、各グループをグループ内ユーザ数が多い順に棒グラフで表示してもよい。
なお、ボタンｂ１５には、ウェブページＰ２５をユーザ端末１０において表示させるために、事前登録サーバ２０にウェブページＰ２５のリクエストを行う情報（ＵＲＬ情報）が対応付けられている。
ウェブページＰ２５にはボタンｂ１６（「戻る」）を操作すると、ウェブページＰ２０ａに戻る。
図２５において、グループＩＤに対応するグループ名は、適宜決定されてもよい。例えば、グループＩＤに対応付けられているユーザのうち最も事前登録日時が早いユーザのユーザ名をグループ名としてもよい。その他、グループの最初の登録者となるユーザにグループ名を登録させる仕組みを提供してもよい。その場合、入力されたグループ名を事前登録データベースで管理することで、このグループの名称として登録された「グループ名」を表示させることができるようになる。また、任意のユーザに、自分が所属するグループＩＤに対する「グループ名」を編集することを可能とする仕組みを提供することで、より柔軟にグループ名を変更することが可能となる。その場合、ユーザごとに異なるグループ名を示すテキスト情報等が同一のグループＩＤに対応付けられる。
【０１０６】
本変形例においてユーザに提示されるグループ内ユーザ数は、グループごとの情報の拡散度合いを示す指標である。２以上のグループＩＤの各々について、上記指標を比較可能な形式で提示することで、情報の拡散に関与している各ユーザの興味を引き付けることができる。例えば、図１８のウェブページＰ２５に示したように、各グループＩＤに対応付けられているユーザＩＤの数を示す情報をランキング形式で提示する場合には、各ユーザが、自身が所属するグループのランキングに注目することになるため、尚更である。
【０１０７】
なお、図１８に示した例では、各グループのグループ内ユーザ数をユーザに提示するタイミングが、新規のゲームのサービスが開始されたタイミングである場合について示したが、この例に限られない。ゲームの事前登録が受け付けられている期間（ゲームのサービスが開始される前）において任意のタイミングで提示するようにしてもよい。ゲームの事前登録が受け付けられている期間に提示することで、各グループに所属するユーザが、自身が所属するグループのユーザ数を競うようになり、ユニークＵＲＬに関連付けて事前登録に関する情報をより積極的に拡散することが期待される。特に、グループ内ユーザ数をランキング形式で通知することが好ましい。ランキングをユーザに通知することで、ユーザに自身が所属するグループの順位を確認させることができるため、ユーザの競争心を煽ることができユニークＵＲＬに関連付けて事前登録に関する情報を積極的に拡散させることにつなげることができる。
なお、ゲームの事前登録期間においてランキング形式の表示をさせる場合、一つの方法として、図７に示すウェブページＰ３や図９に示すウェブページＰ１３などに、図１８に示すボタンｂ１５と同じ内容のボタンを表示させてもよい。こうすることで、ユーザはいつでもランキング情報を確認することができるようになる。
また、本変形例において提示手段６０に加え、上述した第３の実施形態で説明した報酬決定手段５９を備えるようにした場合には、以下で説明する構成とすることができる。すなわち、本変形例の報酬決定手段５９は、グループＩＤに対応付けられたユーザＩＤの数のグループ間のランキングに基づいて、グループＩＤ単位で付与する報酬を決定し、グループＩＤに対応付けられた少なくともいずれかのユーザＩＤのユーザに対して報酬を付与する。このように報酬決定手段５９を設定することでユーザは、事前登録が締め切られるまでの間に変動しうる自身が所属するグループの順位に対して事前登録期間中に注目するようになる。そのため、最終的により多くの、若しくは価値の高い報酬を得ることを目的としてより積極的にユニークＵＲＬに関連付けて事前登録に関する情報の拡散を促すことができるとともに、新規のゲームのサービスの開始のタイミング（つまり、ランキングが確定して報酬内容が決定されるタイミング）までのユーザの期待感を醸成させることができる。
なお、この場合、事前登録サーバ２０のＣＰＵ２１は、ユーザからのランキング表示要求を受け付ける度に、事前登録データベースにアクセスして、グループＩＤと対応付けてグループ内ユーザ数の値を読み出し、降順にソートすることでランキングの表示用データを生成する。
【０１０８】
本変形例の提示手段６０の機能を実現するために、例えばウェブページＰ２０ａのボタンｂ１５（「事前登録者数のグループ別ランキング」）が操作されると、ユーザのユーザ端末１０からランキング表示要求が事前登録サーバ２０に対して送信される。事前登録サーバ２０のＣＰＵ２１は、ランキング表示要求を受け付けると、事前登録データベースにアクセスして、グループＩＤごとにグループ内ユーザ数の値を読み出してソートし、グループ内ユーザ数をグループＩＤに対応付けてランキング形式で表示するためのＨＴＭＬデータを生成して、ユーザのユーザ端末１０へ送信する。
【０１０９】
本変形例において、ユーザＩＤの数を示す情報を比較可能な形式で提示する場合に、グループ内ユーザ数自体を通知する例について説明したが、この例に限られない。グループ内ユーザ数に対応するランク又はカテゴリーであってもよい。その場合、図１８のウェブページＰ２５には、例えばランクＡ〜Ｄの順にグループ名を表示してもよい。
【０１１０】
（４−２）変形例２
変形例２に係る制御装置の第２表示手段５７は、複数種類の前記アプリケーションのいずれかを選択的に起動するための複数の操作対象を、選択されたアプリケーションの送信対象となるメッセージに含まれるユニークＵＲＬがアプリケーションの種類に対応する識別子を含むようにして、アクセス要求元のユーザのユーザ端末に表示させる。
上述した実施形態では、図７のウェブページＰ３の表示領域１０１に含まれるユニークＵＲＬと、アプリケーション（図７の例では、ＳＮＳアプリケーション）が起動した後のリンク付コメントに含まれるユニークＵＲＬとは同一であったが、本変形例では、リンク付コメントに含まれるユニークＵＲＬには、アプリケーションに対応する識別子が追加される。
例えば、表示領域１０１とリンク付コメントに含まれるユニークＵＲＬは、以下のようになる。
・表示領域１０１：  “http://game_A.kkkkkk.co.jp/registration/group=g001”
・リンク付コメント：“http://game_A.kkkkkk.co.jp/registration/group=g001&from=sns1”
（特定のＳＮＳアプリケーションに対応する識別子を“sns1”とする）
【０１１１】
また、変形例２に係る制御装置は、ユーザからのアクセス要求にユニークＵＲＬが含まれている場合に、当該ユニークＵＲＬに含まれる識別子を、対応するアプリケーションごとに計数する計数手段６１を備える。つまり、ユニークＵＲＬを指定してアクセス要求が行われる度に、そのユニークＵＲＬに含まれる識別子をチェックし、識別子ごとに計数することで、ユーザがユニークＵＲＬに関連付けて事前登録に関する情報を拡散するときに利用されているアプリケーションごとの頻度についての情報を得ることができ、アプリケーションに関するマーケティング上の重要な情報を得ることができる。
【０１１２】
本変形例において、事前登録サーバ２０のＣＰＵ２１が拡散用ＨＴＭＬデータを生成するに当たって、複数のアプリケーションの各々に対応するボタン群を含むようにして拡散用ＨＴＭＬデータを生成する点は、上述した実施形態と同じである。本変形例では、各ボタンの操作に基づいてＡＰＩを呼び出すことによってボタンに対応するアプリケーションが起動し、かつ起動したアプリケーションに対応する識別子をユニークＵＲＬに追加するように、拡散用ＨＴＭＬデータが生成される点が上述した実施形態と異なる。
本変形例の事前登録データベースの構成例を、図１９に示す。図１９に例示する事前登録データベースは、図５に示したものと比較して、識別子の項目が追加される。アプリケーションの項目には、ユーザが事前登録に係るアクセス要求を行ったときに指定されたＵＲＬに含まれる識別子、又は当該識別子に対応するアプリケーションを特定するテキスト又はコードが書き込まれる。図１９に示す例では、アプリケーションの項目に識別子が書き込まれている。事前登録サーバ２０のＣＰＵ２１は、ユニークＵＲＬを含むアクセス要求を受け付けると、当該ユニークＵＲＬに含まれる識別子を読み出し、発行したユーザＩＤと対応付けて事前登録データベースのアプリケーションの項目に、読み出した識別子を書き込む。事前登録サーバ２０のＣＰＵ２１は、例えばアプリケーションごとの使用頻度の情報を得るときには、事前登録データベースのアプリケーションの項目を参照して、アプリケーションに対応する識別子ごとに記録されている数を計数し、識別子ごとの割合を算出する。
【０１１３】
（４−３）変形例３
上述した各実施形態において、判定手段５１は、ユーザからのアクセス要求に、他ユーザに対応したグループ情報としてのグループＩＤが含まれているか否かに基づいて、ユーザからのアクセス要求が他ユーザに対応したグループＩＤに関連付けられているか否かを判定する場合について説明したが、この場合に限られない。例えば、ユーザからアクセス要求の送信タイミングと、アクセス要求元のユーザによる、他ユーザに対応したグループＩＤの送信タイミングとは異なっていてもよい。例えば、ユーザによる事前登録ページの要求、事前登録要求、および、当該ユーザによる他ユーザに対応したグループＩＤの各々の送信タイミングが、要求元のユーザに対する同一セッション内で行われる場合には、ユーザからの事前登録に関するアクセス要求と他ユーザに対応したグループＩＤとが関連付けられていると判断してもよい。
【０１１４】
また、各実施形態において、判定手段５１は、ユーザからのアクセス要求が他ユーザに対応したグループＩＤに関連付けられているか否かを判定するに当たって、アクセス要求元のユーザから送信されるグループＩＤに基づいて判定を行わなくてもよい。例えば、ユーザからのアクセス要求が他ユーザのユーザＩＤに関連付けられている（例えば、他ユーザのユーザＩＤを含む）か否かに基づいて、ユーザからのアクセス要求が他ユーザに対応したグループＩＤに関連付けられているか否かを判定してもよい。すなわち、図５の事前登録データベースに示したように、ユーザＩＤとグループＩＤとが対応付けられているため、アクセス要求に他ユーザのユーザＩＤが関連付けられているか否かに基づいて、当該アクセス要求が他ユーザに対応したグループＩＤに関連付けられているか否か判定することができる。
この場合、通知手段５５は、ユーザからのアクセス要求が他ユーザのユーザＩＤに関連付けられていると判定した場合に、当該ユーザＩＤが対応付けられているグループＩＤと同じグループＩＤに対応付けられているユーザＩＤの数を示す情報をアクセス要求元のユーザに通知してもよい。例えば、事前登録サーバ２０のＣＰＵ２１は、アクセス要求がユーザＩＤを含むと判定した場合、ユーザＩＤの数を示す情報をアクセス要求元のユーザに通知するために、事前登録データベースにアクセスして、当該ユーザＩＤに対応するグループ内ユーザ数の項目のデータを読み出す。
【０１１５】
上述した各実施形態において、グループＩＤおよびユーザＩＤが事前登録サーバ２０で発行（生成）される場合について説明したが、この場合に限られない。グループＩＤおよびユーザＩＤの少なくともいずれか一方は、ユーザ端末１０によって生成されるようにしてもよい。この場合、ユーザ端末１０は、生成したグループＩＤ、ユーザＩＤを事前登録サーバ２０へ送信し、事前登録サーバ２０が送信されたグループＩＤ、ユーザＩＤを記録する。そして、事前登録サーバ２０は、既に記録済みのグループＩＤ、ユーザＩＤと同一のグループＩＤ、ユーザＩＤがユーザ端末１０から送信されてきた場合には、ユーザ端末１０に対して、グループＩＤ、ユーザＩＤを変更するように指示してもよい。それによって、グループＩＤおよびユーザＩＤは、ユーザ端末１０によって生成される場合に、ユーザ間、またはグループ間でユーザＩＤまたはグループＩＤが重複することを防止することができる。
【０１１６】
以上、本発明の実施形態および変形例について詳細に説明したが、本発明は実施形態および変形例の記載に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。上述した各実施形態および各変形例に記載された技術的事項は、適宜組合せてもよい。
【０１１７】
上述した実施形態および変形例では、事前登録データベースにおいてグループ内ユーザ数が記録されていることを前提として説明したが、グループ内ユーザ数は必ずしも記録されていなくてもよい。その場合、グループ内ユーザ数を必要する処理（例えば、グループ内ユーザ数の提示や、グループ内ユーザ数に基づいて報酬決定の処理）を行う時点で、同一のグループＩＤに対応付けられたユーザＩＤの数を計数すればよい。
【０１１８】
図１０では、事前登録サーバ２０によって制御装置５０が構成されている場合について説明したが、別の観点では、上述した実施形態の事前登録システム１は、図２０に示すように表すこともできる。ここで、図１０では、第１表示手段５６、第２表示手段５７の機能が事前登録サーバ２０によって実現されるとしたが、ユニークＵＲＬへのリンクやアプリケーションを起動するためのボタンを表示するのはユーザ端末１０であるとみることもできる。そこで、図１０に示した、第１表示手段５６および第２表示手段５７を、図２０では、ユーザ端末１０によって実現される表示手段６２として示している。すなわち、ユーザ端末１０の表示手段６２は、アクセス要求に関連付けられているユニークＵＲＬ、若しくは生成手段５３によって生成されたユニークＵＲＬを事前登録サーバ２０から取得し、当該ユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを表示する機能を備える。
また、図２０において、ユーザ端末１０の実行手段６３は、ボタンに対する操作に基づいてアプリケーションを実行し、事前登録サーバ２０から取得したユニークＵＲＬを含むメッセージ（上述したリンク付コメント）を生成する機能を備える。
【０１１９】
上述した実施形態および変形例では、新規のゲームの事前登録の案内に関する情報をユーザ間で拡散させる場合について例示したが、新規のゲームでは、例えばギルドなど複数のユーザがグループ単位でプレイするゲームであることが好ましい。このようなゲームの場合、事前登録時に形成されたグループを利用して、ゲーム内のグループを形成するとよい。このようにすれば、当該ゲームのサービスが開始された時点で既にグループが形成されているため、ゲームの開始後直ちにグループ同士で協力してゲームを開始できる（例えば、グループ間対戦を実行できる）という利点がある。また、事前登録時に形成されたグループのユーザ間には、現実世界において何らかの繋がりがある場合が多い。そのため、事前登録時にグループ化されたユーザを、ゲーム内の同じグループに所属させることによって、ユーザ間の繋がりが強いグループを形成することができる。ユーザ間の繋がりが強いグループをゲーム内で形成することができるので、ユーザに対してゲームを継続的にプレイする動機付けを与えることができる。
なお、新規のゲームにおいてグループ単位でプレイするときのグループ内のユーザ数に制限がある場合には、以下の(i)または(ii)のいずれかの処理を行ってもよい。
(i) 例えば、新規のゲームにおいてグループ単位でプレイするときのグループ内の最大ユーザ数が２０である場合には、事前登録処理においてグループ内ユーザ数が２０に達するまで同一のユニークＵＲＬに関連付けて事前登録に関する情報を拡散していき、グループ内ユーザ数が２０に達した場合には、２１人目のユーザに対しては、新たなグループＩＤに対応付ける。こうすることで、事前登録処理において各グループＩＤに対応付けられたユーザ数は２０以下となるため、新規のゲームのサービスが開始された後に、直ちに事前登録時に構成されたグループの単位でプレイを行うことができる。
(ii) 事前登録処理ではグループ内ユーザ数に制限を設けることなく、同一のユニークＵＲＬに関連付けて事前登録に関する情報を拡散させていく。そして、事前登録処理におけるグループ内ユーザ数が新規のゲームにおいてグループ単位でプレイするときのグループ内の最大ユーザ数よりも多い場合には、ゲームのサービスの開始時点で、事前登録処理においてグループに所属する複数のユーザを異なるグループに分割し、それによって、新規のゲームにおけるグループが上記最大ユーザ数以下となるようにする。例えば、新規のゲームにおいてグループ単位でプレイするときのグループ内の最大ユーザ数が２０であって、事前登録処理におけるグループ内ユーザ数が５５である場合には、第１グループ（２０人）、第２グループ（２０人）、第３グループ（１５人）の３個のグループに複数のユーザを分割する。
【０１２０】
上述した実施形態および変形例では、新規のゲームの事前登録の案内に関する情報をユーザ間で拡散させる場合について例示したが、情報の種類は新規のゲームの事前登録の案内に限られるものではなく、如何なる情報でもよい。つまり、情報の拡散の過程において拡散ルート上のユーザを１つのグループに対応付けられればよく、拡散の対象となる情報の種類、性質は問わない。言い換えると、サービス開始前に事前登録を受け付け、サービス開始後に各グループの各ユーザにそれぞれ可変のサービスを提供することができる限り、いずれの分野においても適用可能である。
【０１２１】
上述した実施形態では、ユーザ端末に対する所定の操作入力は、ユーザ端末に対する所定の指示釦の押下操作の入力や、タッチパネル機能を備えたユーザ端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えたユーザ端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えたユーザ端末に対する所定のジェスチャを行うことでユーザ端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能なユーザ端末の場合には、操作入力は、音声を入力することにより行われてもよい。
【０１２２】
［発明のまとめ］
以上の記載から本発明は例えば以下のように把握される。
【０１２３】
本発明に係る制御装置は、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段（５１）と、
前記判定手段（５１）によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段（５２）と、
前記判定手段（５１）によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段（５４）と、
を備える。
【０１２４】
「制御装置」は、例えば、ユーザ端末との間で無線又は有線による通信を確立できるネットワークサーバ等の情報処理装置であってもよい。
本発明に係る制御装置において「グループ情報」は、少なくとも１人のユーザからなるグループを特定する情報であればよく、例えば個々のグループごとに割り当てられたグループＩＤであってもよい。本発明に係る制御装置において「ユーザ情報」は、個々のユーザを特定するための情報であればよく、例えば個々のユーザごとに割り当てられたユーザＩＤであってもよい。
【０１２５】
本発明に係る制御装置において、ユーザ間の情報の拡散はグループ情報に関連付けて行われる。そして、ユーザ（「第１ユーザ」という。）によるアクセス要求が他ユーザ（つまり、第１ユーザ以外のユーザ）に対応したグループ情報に関連付けられていないと判定された場合、第１ユーザに対応したグループ情報と第１ユーザに対応したユーザ情報とが対応付けられる。この場合、第１ユーザがグループに対応付けられる最初のユーザとなる。一方、第１ユーザによるアクセス要求が他ユーザに対応したグループ情報に関連付けられていると判定された場合、他ユーザに対応したグループ情報と第１ユーザに対応したユーザ情報とが対応付けられ、それによって第１ユーザが、他ユーザが既に対応付けられているグループに対応付けられることになる。そのため、情報の拡散ルート上のすべてのユーザのユーザ情報が、拡散される情報に関連付けられているグループ情報に対応付けられる。よって、ネットワークを介して情報をユーザ間で拡散させていく過程においてユーザを適切にグループ化できる。
【０１２６】
本発明に係る制御装置において、前記判定手段（５１）によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、当該グループ情報に対応付けられているユーザ情報の数を示す情報をアクセス要求元のユーザに通知する通知手段（５５）、を備えてもよい。「ユーザ情報の数を示す情報」は、ユーザ情報の数自体でもよいし、ユーザ情報の数に対応するランク又はカテゴリーについての情報であってもよい。
通知手段（５５）を備えることで、情報の拡散に関与している各ユーザは、自身が所属するグループ内のユーザ数を認識できるため、そのユーザ数を増やすために積極的に情報を拡散することを動機付けられる。
【０１２７】
本発明に係る制御装置は、ユーザからのアクセス要求を取得した場合、当該ユーザに対応したグループ情報に対応付けられた、前記アクセス要求の取得時点のユーザ情報の数に基づいて、当該ユーザに付与すべき報酬を特定する報酬特定手段（５８）、を備えてもよい。
ここで、「ユーザに付与すべき特典」は、(i)ユーザに付与される実際の特典、(ii)実際には付与されないがユーザからのアクセス要求があった時点でユーザに報酬を付与することを仮定した場合の当該報酬（言わば、仮の報酬）や、(iii) ユーザからのアクセス要求があった時点でユーザが報酬を受け取ることを希望した場合にユーザに付与される報酬等であってもよい。
ユーザからのアクセス要求に応じて、そのアクセス要求が行われた時点でのユーザに付与されるべき報酬が特定される。アクセス要求の度にそのアクセス要求が行われた時点での報酬が特定されため、その報酬を認識したユーザは、自身に対応したグループ内のユーザ数をさらに増やすために積極的に情報を拡散することを動機付けられる。
【０１２８】
本発明に係る制御装置は、グループ情報に対応付けられたユーザ情報の数に基づいて、当該グループ情報に対応したユーザに付与する報酬を決定する報酬決定手段（５９）、を備えてもよい。
報酬決定手段（５９）を備えることで、グループ内のユーザ数（つまり、同一のグループ情報に対応付けられたユーザ情報の数）が多いほど多くの報酬を付与することが決定されるため、情報の拡散に関与している各ユーザが、自身が所属するグループに付与される報酬を多くするために、より積極的に情報を拡散することを動機付けられる。すなわち、情報の拡散を促進させる仕組みを構築することができる。
【０１２９】
本発明に係る制御装置は、２以上のグループ情報について、各グループ情報に対応付けられているユーザ情報の数を示す情報を比較可能な形式でユーザに提示する提示手段（６０）、を備えてもよい。「ユーザ情報の数を示す情報」は、ユーザ情報の数自体でもよいし、ユーザ情報の数に対応するランク又はカテゴリーについての情報であってもよい。
上述したように、情報の拡散ルート上のすべてのユーザのユーザ情報が同一のグループ情報に対応付けられるため、グループ内のユーザ数は、グループごとの情報の拡散度合いを示す指標である。２以上のグループ情報の各々について、上記指標を比較可能な形式で提示することで、情報の拡散に関与している各ユーザの興味を引き付けることができる。例えば、各グループ情報に対応付けられているユーザ情報の数を示す情報をランキング形式で提示する場合には、各ユーザが、自身が所属するグループのランキングに注目することになるため、尚更である。
なお、情報を拡散する期間が限られている場合、ユーザへの提示タイミングは、その期間中においてユーザの操作情報に基づく随時のタイミングでもよいし、その期間が経過した後であってもよい。
【０１３０】
本発明に係る制御装置において、前記判定手段（５１）は、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬ(Uniform Resource Locator)が、前記アクセス要求に関連付けられているか否かに基づいて、前記アクセス要求が、前記他ユーザに対応したグループ情報に関連付けられているか否かを判定してもよい。
グループ情報に対応するユニークＵＲＬをアクセス要求に関連付けるようにすることで、ユニークＵＲＬの関連付けの有無に基づき、アクセス要求にグループ情報が関連付けられているか否かについての判定処理が容易に実行できる。
【０１３１】
本発明に係る制御装置は、前記アクセス要求に前記ユニークＵＲＬが関連付けられていない場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段（５３）と、
前記アクセス要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段（５３）によって生成されたユニークＵＲＬ、又は、前記ユニークＵＲＬへのリンクを、アクセス要求元のユーザのユーザ端末に表示させる第１表示手段（５６）と、を備えてもよい。
この構成では、アクセス要求を行ったユーザのユーザ端末には、自身が所属するグループのグループ情報に対応するユニークＵＲＬ、又はそのユニークＵＲＬへのリンクが表示される。そのため、ユーザは、情報を拡散するために、表示されているユニークＵＲＬを他ユーザに転送するか、あるいはネットワーク上で他ユーザからアクセス可能な位置に置くこと等が可能となる。このユニークＵＲＬを基にアクセス要求を行うユーザは、自身のユーザ端末のウェブブラウザによって拡散対象の情報を直ちにウェブページ上で閲覧することができる。そのため、ユーザ間で効率的に情報を拡散させることができる。
【０１３２】
本発明に係る制御装置は、前記アクセス要求に関連付けられているユニークＵＲＬ、又は前記生成手段（５３）によって生成されたユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象（例えば、ソフトウェアボタン）を、アクセス要求元のユーザのユーザ端末に表示させる第２表示手段（５７）、を備えてもよい。以下、「ユニークＵＲＬを含むメッセージ」には、ユニークＵＲＬ自体を含むメッセージ、および、ユニークＵＲＬへのリンクを含むメッセージの両方の場合が含まれる。「ユニークＵＲＬへのリンク」には、ユニークＵＲＬを指定するためのハイパーリンク、アイコン、バナー等の表示対象が含まれる。
アクセス要求を行ったユーザのユーザ端末に上記操作対象を表示させ、ユーザが当該操作対象を操作することで、ユーザは、アプリケーションを起動するとともにユニークＵＲＬを含むメッセージを、当該アプリケーションによって送信する準備が整うようになる。そのため、ユーザは、操作対象に対する簡易な操作によって、拡散対象の情報にユニークＵＲＬを関連付けることができる。
【０１３３】
本発明に係る制御装置において、前記第２表示手段（５７）は、複数種類の前記アプリケーションのいずれかを選択的に起動するための複数の操作対象（例えば、ソフトウェアボタン）を、選択されたアプリケーションの送信対象となるメッセージに含まれるユニークＵＲＬがアプリケーションの種類に対応する識別子を含むようにして、アクセス要求元のユーザのユーザ端末に表示させ、
ユーザからのアクセス要求にユニークＵＲＬが関連付けられている場合に、当該ユニークＵＲＬに含まれる前記識別子を、対応するアプリケーションごとに計数する計数手段（６１）、を備えてもよい。
この構成では、アクセス要求を行ったユーザのユーザ端末に複数の上記操作対象を表示させ、ユーザがいずれかの操作対象を操作することで、ユーザは、その操作対象に対応するアプリケーションを起動するとともに、当該アプリケーションの識別子を有するユニークＵＲＬを含むメッセージを、当該アプリケーションによって送信する準備が整うようになる。そして、ユーザからアクセス要求がある度に、そのアクセス要求にユニークＵＲＬが含まれている場合には、そのユニークＵＲＬに含まれる識別子が、対応するアプリケーションごとに計数される。そのため、複数のアプリケーションの中で情報の拡散に利用されているアプリケーションの頻度についての情報を得ることができ、アプリケーションに関するマーケティング上の重要な情報を得ることができる。
【０１３４】
本発明に係る別の制御装置は、所定の期限までにユーザのゲームへの登録を受け付けるときにユーザのグループ化を行う制御装置である。
この制御装置は、
ユーザからの登録要求があった場合に、当該登録要求が他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられているか否かを判定する判定手段（５１）と、
前記判定手段（５１）によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段（５２）と、
前記判定手段（５１）によって前記登録要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段（５３）と、
前記判定手段（５１）によって前記登録要求が、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段（５４）と、
前記登録要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段（５３）によって生成されたユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを、登録要求元のユーザのユーザ端末に表示させる表示手段（５６，５７）と、
を備える。
【０１３５】
本発明に係る制御方法は、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定するステップと、
前記判定するステップにおいて前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付けるステップと、
前記判定するステップにおいて前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付けるステップと、
を備える。
【０１３６】
本発明に係るプログラムは、コンピュータを、
ユーザからのアクセス要求が、他ユーザに対応したグループ情報に関連付けられているか否かを判定する判定手段（５１）、
前記判定手段（５１）によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段（５２）、及び、
前記判定手段（５１）によって前記アクセス要求が前記他ユーザに対応したグループ情報に関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段（５４）、
として機能させるためのプログラムである。
【０１３７】
本発明に係る記憶媒体は、上記プログラムを格納する、光ディスク、磁気ディスク等の、コンピュータが読み取り可能な記憶媒体である。
【０１３８】
本発明に係る制御システムは、ユーザ端末（１０）と、当該ユーザ端末（１０）と通信可能に構成されるサーバ（２０）と、を含む制御システム（１）である。
この制御システムにおいて、前記サーバ（２０）は、
ユーザからのアクセス要求があった場合に、当該アクセス要求が他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられているか否かを判定する判定手段（５１）と、
前記判定手段（５１）によって前記アクセス要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第１対応付け手段（５２）と、
前記判定手段（５１）によって前記アクセス要求が前記ユニークＵＲＬに関連付けられていないと判定された場合には、前記ユーザに対応したグループ情報に対応するユニークＵＲＬを生成する生成手段（５３）と、
前記判定手段（５１）によって前記アクセス要求が、前記他ユーザに対応したグループ情報に対応するユニークＵＲＬに関連付けられていると判定された場合には、前記他ユーザに対応したグループ情報と前記ユーザに対応したユーザ情報とを対応付ける第２対応付け手段（５４）と、
を備える。
この制御システム（１）において、アクセス要求元のユーザの前記ユーザ端末（１０）は、
前記アクセス要求に関連付けられているユニークＵＲＬ、若しくは前記生成手段（５３）によって生成されたユニークＵＲＬを前記サーバから取得し、当該ユニークＵＲＬと、当該ユニークＵＲＬを含むメッセージを送信するアプリケーションを起動するための操作対象とを表示する表示手段（６２）と、
前記操作対象に対する操作に基づいて前記アプリケーションを実行し、前記取得したユニークＵＲＬを含むメッセージを生成する実行手段（６３）と、
を備える。
【０１３９】
なお、上記では、本発明の理解を容易にするため、適宜図面に記載された符号を括弧書きで記載しているが、これにより本発明に係る制御装置等が図示の態様に限定されるものではない。
【符号の説明】
【０１４０】
１，１Ａ，１Ｂ…事前登録システム
１０…ユーザ端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１５…操作入力部
１６…表示部
１７…通信インタフェース部
１８…ストレージ
１９…バス
２０…事前登録サーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…通信インタフェース部
２５…ストレージ
２６…バス
５０…制御装置
５１…判定手段
５２…第１対応付け手段
５３…生成手段
５４…第２対応付け手段
５５…通知手段
５６…第１表示手段
５７…第２表示手段
５８…報酬特定手段
５９…報酬決定手段
６０…提示手段
６１…計数手段
６２…表示手段
６３…実行手段
【図１】
0005959487.tif 000002
【図２】
0005959487.tif 000003
【図３】
0005959487.tif 000004
【図４】
0005959487.tif 000005
【図５】
0005959487.tif 000006
【図６】
0005959487.tif 000007
【図７】
0005959487.tif 000008
【図８】
0005959487.tif 000009
【図９】
0005959487.tif 000010
【図１０】
0005959487.tif 000011
【図１１Ａ】
0005959487.tif 000012
【図１１Ｂ】
0005959487.tif 000013
【図１１Ｃ】
0005959487.tif 000014
【図１２Ａ】
0005959487.tif 000015
【図１２Ｂ】
0005959487.tif 000016
【図１３】
0005959487.tif 000017
【図１４】
0005959487.tif 000018
【図１５】
0005959487.tif 000019
【図１６】
0005959487.tif 000020
【図１７】
0005959487.tif 000021
【図１８】
0005959487.tif 000022
【図１９】
0005959487.tif 000023
【図２０】
0005959487.tif 000024